From 4ae10abd8f3ecfccd3fb337fb31b6600ec2fc47f Mon Sep 17 00:00:00 2001
From: Martin Donadieu <martindonadieu@gmail.com>
Date: Sat, 4 Apr 2026 13:58:04 +0200
Subject: [PATCH 1/8] chore: keep website content in english only

---
 messages/de.json                              | 3288 -----------------
 messages/es.json                              | 3288 -----------------
 messages/fr.json                              | 3288 -----------------
 messages/id.json                              | 3288 -----------------
 messages/it.json                              | 3288 -----------------
 messages/ja.json                              | 3288 -----------------
 messages/ko.json                              | 3288 -----------------
 messages/zh.json                              | 3288 -----------------
 project.inlang/settings.json                  |    2 +-
 src/components/Footer.astro                   |   56 +-
 src/components/doc/LanguageSelect.astro       |   68 +-
 .../2-way-communication-in-capacitor-apps.md  |  208 --
 .../5-common-ota-update-mistakes-to-avoid.md  |  243 --
 ...t-practices-for-mobile-app-live-updates.md |  204 -
 ...ing-version-conflicts-in-capacitor-apps.md |  364 --
 .../5-steps-to-deploy-hotfixes-with-capgo.md  |  226 --
 ...-to-distribute-custom-capacitor-plugins.md |  148 -
 ...s-to-implement-oauth2-in-capacitor-apps.md |  327 --
 .../de/a-brand-new-organization-system.md     |   92 -
 ...nt-deletion-compliance-apple-guidelines.md |  241 --
 src/content/blog/de/alternative-to-appflow.md |   86 -
 src/content/blog/de/alternative-to-expo.md    |   59 -
 .../blog/de/alternative-to-voltbuilder.md     |   77 -
 ...ndroid-16kb-page-size-capacitor-plugins.md |  104 -
 .../de/android-setup-for-capacitor-apps.md    |  392 --
 .../blog/de/angular-mobile-app-capacitor.md   |  328 --
 ...i-key-security-for-app-store-compliance.md |  344 --
 ...-rate-limiting-for-app-store-compliance.md |  172 -
 ...tore-metadata-what-developers-must-know.md |  226 --
 ...ct-updates-what-developers-need-to-know.md |  204 -
 src/content/blog/de/appcenter-migration.md    |  104 -
 ...appflow-cicd-integration-best-practices.md |  223 --
 .../blog/de/appflow-shutdown-alternative.md   |  107 -
 ...-policy-updates-for-capacitor-apps-2025.md |  151 -
 .../apple-privacy-rules-for-capacitor-apps.md |  369 --
 ...privacy-compliance-for-third-party-data.md |  211 --
 ...ted-consent-tracking-for-capacitor-apps.md |  483 ---
 ...c-build-and-release-with-github-actions.md |  142 -
 ...automatic-build-and-release-with-gitlab.md |  154 -
 ...c-capacitor-android-build-github-action.md |  253 --
 ...utomatic-capacitor-android-build-gitlab.md |  279 --
 ...automatic-capacitor-ios-build-codemagic.md |  336 --
 ...itor-ios-build-github-action-with-match.md |  561 ---
 ...matic-capacitor-ios-build-github-action.md |  287 --
 ...basic-js-css-config-for-native-app-look.md |   93 -
 ...st-practices-for-capacitor-code-sharing.md |  234 --
 ...actices-for-capacitor-script-automation.md |  278 --
 ...metric-authentication-in-capacitor-apps.md |  484 ---
 ...o-revolutionizing-capacitor-app-updates.md |  135 -
 ...ve-mobile-app-with-nextjs-and-capacitor.md |  421 ---
 ...r-app-initialization-step-by-step-guide.md |  311 --
 ...apacitor-apps-and-data-sharing-policies.md |  214 --
 ...s-and-russias-data-laws-compliance-tips.md |  234 --
 ...tor-changelog-management-ultimate-guide.md |  233 --
 .../de/capacitor-cicd-pipeline-setup-guide.md |  171 -
 ...cicd-plugins-vs-appflow-key-differences.md |  200 -
 ...or-cli-commands-common-issues-and-fixes.md |  203 -
 ...acitor-cli-commands-for-version-updates.md |  375 --
 .../capacitor-cli-plugin-commands-overview.md |  374 --
 .../de/capacitor-cli-project-setup-guide.md   |  253 --
 ...-community-forums-for-plugin-developers.md |  241 --
 .../blog/de/capacitor-comprehensive-guide.md  |  104 -
 ...live-updates-handling-version-conflicts.md |  194 -
 ...ve-updates-staying-compliant-with-apple.md |  244 --
 ...tor-native-bridge-android-plugin-basics.md |  489 ---
 ...ive-bridge-web-to-android-data-transfer.md |  223 --
 ...or-ota-updates-app-store-approval-guide.md |  244 --
 ...-updates-best-practices-for-performance.md |  219 --
 ...tes-boosting-low-end-device-performance.md |  140 -
 ...itor-ota-updates-cicd-integration-guide.md |  220 --
 ...-updates-cloud-hosting-options-compared.md |  221 --
 .../capacitor-ota-updates-debugging-issues.md |  179 -
 .../de/capacitor-ota-updates-security-tips.md |  231 --
 ...capacitor-ota-updates-staying-compliant.md |  206 --
 ...or-ota-updates-targeting-ios-vs-android.md |  193 -
 ...ota-updates-version-targeting-explained.md |  273 --
 ...r-ota-updates-versioning-best-practices.md |  274 --
 ...r-ota-updates-vs-app-store-restrictions.md |  194 -
 ...-updates-vs-traditional-testing-methods.md |  152 -
 ...r-ota-updates-vs-traditional-versioning.md |  216 --
 .../de/capacitor-plugin-contribution-guide.md |  106 -
 ...apacitor-plugin-options-for-ota-updates.md |  193 -
 ...r-plugins-for-secure-session-management.md |  379 --
 ...capacitor-plugins-what-you-need-to-know.md |  233 --
 .../blog/de/capacitor-social-login-release.md |   47 -
 ...s-appflow-ota-update-solutions-compared.md |  156 -
 ...citor-vs-appflow-versioning-differences.md |  141 -
 .../capgo-for-app-store-safe-ota-updates.md   |  158 -
 ...o-integration-with-github-actions-guide.md |  300 --
 src/content/blog/de/capgo-price-reduction.md  |   50 -
 src/content/blog/de/capgo-purpose.md          |   75 -
 ...s-appflow-deployment-solutions-compared.md |  171 -
 .../de/ccpa-compliance-for-mobile-apps.md     |  302 --
 ...t-for-cybersecurity-compliance-in-china.md |  372 --
 ...hecklist-for-google-play-ota-compliance.md |  259 --
 ...ta-updates-under-australias-privacy-act.md |  241 --
 ...ist-for-token-signing-in-capacitor-apps.md |  160 -
 ...st-for-validating-capacitor-app-updates.md |   44 -
 ...cybersecurity-law-impact-on-app-updates.md |  217 --
 ...data-privacy-laws-impact-on-mobile-apps.md |  165 -
 ...egrity-in-capacitor-apps-key-techniques.md |  211 --
 ...ommon-cicd-bottlenecks-in-ota-pipelines.md |  143 -
 ...ate-issues-and-solutions-for-developers.md |  257 --
 ...stakes-in-custom-attribute-segmentation.md |  137 -
 .../de/comparing-react-native-vs-capacitor.md |  243 --
 ...iance-checks-in-cicd-for-capacitor-apps.md |  240 --
 ...figuring-rollback-for-capacitor-updates.md |   52 -
 .../blog/de/cordova-hybrid-app-development.md |  115 -
 .../de/cpra-compliance-for-app-developers.md  |  239 --
 ...ate-offline-screen-in-vue-angular-react.md |  303 --
 ...create-react-mobile-apps-with-capacitor.md |  214 --
 ...d-deleting-update-channels-in-capacitor.md |  114 -
 ...ng-mobile-apps-with-react-and-capacitor.md |  283 --
 ...obile-apps-with-sveltekit-and-capacitor.md |  264 --
 ...tform-mobile-app-development-guide-2024.md |  106 -
 ...-uiux-best-practices-for-capacitor-apps.md |  276 --
 ...-ios-plugin-optimization-best-practices.md |  218 --
 ...cross-platform-apps-with-capacitorjs.md.md |  136 -
 ...ction-key-differences-in-capacitor-apps.md |  227 --
 .../blog/de/do-apple-allow-live-updates.md    |   35 -
 .../blog/de/do-capgo-work-for-cordova.md      |   42 -
 .../blog/de/do-google-allow-live-updates.md   |   32 -
 .../de/enable-ios-developer-mode-ios16.md     |   65 -
 ...ing-in-capacitor-apps-ux-best-practices.md |  256 --
 ...logging-tools-for-capacitor-ota-updates.md |   81 -
 ...firebase-crashlytics-for-capacitor-apps.md |  361 --
 .../fix-capacitor-version-mismatch-errors.md  |  182 -
 ...d-failures-in-capacitor-ci-cd-pipelines.md |  367 --
 .../de/git-flow-vs-trunk-based-for-cicd.md    |   76 -
 ...e-play-compliance-key-update-strategies.md |   62 -
 ...oogle-play-staged-rollouts-how-it-works.md |  200 -
 ...tic-release-with-CapGo-CapacitorUpdater.md |  161 -
 ...w-capacitor-bridges-web-and-native-code.md |  327 --
 ...-capacitor-handles-platform-differences.md |   44 -
 src/content/blog/de/how-capgo-is-born.md      |   52 -
 .../de/how-ccpa-enforcement-impacts-apps.md   |  242 --
 ...ybersecurity-law-impacts-app-developers.md |  218 --
 ...-data-laws-impact-app-store-submissions.md |  146 -
 .../de/how-cicd-tools-trigger-ota-updates.md  |  116 -
 .../how-delta-updates-reduce-payload-size.md  |  101 -
 ...w-end-to-end-encryption-secures-updates.md |  196 -
 .../de/how-live-updates-for-capacitor-work.md |  293 --
 ...pps-stay-compliant-with-us-privacy-laws.md |  227 --
 ...-bridge-works-in-capacitor-android-apps.md |  294 --
 ...a-encryption-meets-app-store-compliance.md |   79 -
 ...w-ota-updates-affect-app-store-security.md |  238 --
 ...c-secures-ota-updates-in-capacitor-apps.md |  118 -
 ...o-add-dependencies-in-capacitor-plugins.md |  144 -
 ...dd-geolocation-targeting-to-ota-updates.md |  107 -
 ...d-third-party-plugins-in-capacitor-apps.md |  447 ---
 ...w-to-build-capacitor-app-in-xcode-cloud.md |  129 -
 .../blog/de/how-to-bypass-app-store-review.md |   53 -
 ...tomize-build-scripts-with-capacitor-cli.md |  343 --
 ...w-to-handle-user-data-in-capacitor-apps.md |  124 -
 ...to-handle-user-data-requests-under-ccpa.md |   74 -
 .../how-to-monitor-capacitor-app-updates.md   |  100 -
 ...file-cross-platform-apps-with-capacitor.md |  168 -
 .../how-to-release-major-version-in-capgo.md  |   85 -
 ...solve-android-build-errors-in-capacitor.md |  185 -
 ...schedule-ota-updates-for-capacitor-apps.md |  234 --
 ...-secure-ota-updates-with-key-management.md |  208 --
 ...w-to-segment-users-by-plan-and-channels.md |  180 -
 .../how-to-send-specific-version-to-users.md  |  173 -
 ...ck-ota-update-success-in-capacitor-apps.md |  383 --
 ...w-to-use-aar-files-in-capacitor-plugins.md |  280 --
 ...ow-to-use-capacitor-cli-for-ota-updates.md |   58 -
 ...use-capgo-documentation-for-ota-updates.md |   85 -
 ...antic-versioning-with-capgo-ota-updates.md |  316 --
 .../blog/de/how-version-work-in-capgo.md      |  114 -
 .../blog/de/how-your-usage-is-counted.md      |   91 -
 ...mobile-apps-in-china-step-by-step-guide.md |  296 --
 .../blog/de/in-app-purchases-capacitor.md     |  260 --
 ...alling-capacitor-cli-step-by-step-guide.md |  105 -
 ...egrate-universal-links-capacitor-nextjs.md |  190 -
 .../integrity-checks-for-capacitor-updates.md |   75 -
 ...-to-capacitor-updater-with-code-signing.md |   92 -
 ...c-capacitor-push-notifications-firebase.md |  205 -
 ...anagement-under-chinas-encryption-rules.md |  145 -
 ...-updates-faq-answers-for-app-developers.md |  319 --
 ...-dev-and-prod-build-with-github-actions.md |  154 -
 ...ging-dependencies-in-capacitor-projects.md |  216 --
 .../de/managing-secrets-in-cicd-pipelines.md  |  121 -
 ...policies-for-teams-using-capacitor-apps.md |   42 -
 .../blog/de/migrating-cordova-to-capacitor.md |   93 -
 ...pdate-strategies-a-developers-checklist.md |  205 -
 .../monitor-ota-updates-in-capacitor-apps.md  |  207 --
 ...ving-from-microsoft-app-center-to-capgo.md |   34 -
 ...pts-for-capacitor-ota-updates-explained.md |   62 -
 src/content/blog/de/open-source-licence.md    |   74 -
 ...rce-vs-proprietary-app-update-solutions.md |  239 --
 src/content/blog/de/open-source.md            |   73 -
 .../de/optimise-your-images-for-updates.md    |   33 -
 ...a-security-checklist-for-capacitor-apps.md |   77 -
 ...pdates-in-beta-staying-policy-compliant.md |   84 -
 ...es-in-cicd-security-and-compliance-tips.md |  246 --
 ...nt-data-security-for-app-store-approval.md |   96 -
 ...liance-for-mobile-apps-key-requirements.md |  230 --
 ...sed-rollouts-for-capacitor-live-updates.md |  223 --
 ...da-compliance-for-mobile-apps-in-canada.md |  292 --
 ...ecurity-for-capacitor-apps-key-insights.md |  162 -
 ...ivacy-manifest-for-capacitor-apps-guide.md |  289 --
 .../blog/de/quasar-mobile-app-capacitor.md    |   87 -
 ...-time-update-metrics-for-capacitor-apps.md |  259 --
 ...eal-time-updates-with-user-segmentation.md |  183 -
 ...efresh-token-rotation-in-cicd-workflows.md |  293 --
 ...ollback-mechanisms-in-capacitor-plugins.md |  216 --
 ...k-strategies-for-capacitor-live-updates.md |  101 -
 .../rollback-strategies-for-cicd-workflows.md |  121 -
 ...storage-for-offline-tokens-in-capacitor.md |   79 -
 src/content/blog/de/self-hosted-capgo.md      |   60 -
 .../blog/de/self-hosted-live-updates.md       |   95 -
 ...-up-performance-monitoring-in-capacitor.md |  121 -
 .../setting-up-capacitor-local-environment.md |  161 -
 .../de/setting-up-cicd-for-capacitor-apps.md  |  155 -
 .../blog/de/setup-ci-and-cd-in-gitlab.md      |   84 -
 .../setup-stripe-payment-in-us-capacitor.md   |  730 ----
 .../blog/de/ssl-pinning-for-capacitor-apps.md |  270 --
 ...ed-rollouts-vs-full-releases-comparison.md |  320 --
 .../de/staging-ota-updates-best-practices.md  |  228 --
 ...privacy-laws-for-mobile-apps-comparison.md |  176 -
 ...pacitor-ota-updates-with-mock-scenarios.md |  225 --
 .../blog/de/testing-capacitor-ota-updates.md  |  260 --
 ...oken-revocation-in-capacitor-apps-guide.md |  259 --
 ...-tools-for-managing-app-updates-in-2025.md |  153 -
 ...rity-standards-for-app-store-compliance.md |  360 --
 ...-for-debugging-ota-updates-in-capacitor.md |  141 -
 ...ing-platform-specific-code-in-capacitor.md |   82 -
 .../blog/de/turn-off-android-talkback.md      |   62 -
 ...uide-to-app-store-compliant-ota-updates.md |  333 --
 ...ultimate-guide-to-capacitor-ota-updates.md |  116 -
 ...imate-guide-to-debugging-capacitor-apps.md |  129 -
 ...-ota-update-security-for-capacitor-apps.md |  239 --
 .../understanding-apples-privacy-manifest.md  |  141 -
 ...apps-seamlessly-using-capacitor-updater.md |  135 -
 ...pdating-from-capacitor-4-to-capacitor-5.md |  213 --
 .../us-privacy-laws-mobile-app-checklist.md   |  256 --
 ...-frequency-segmentation-for-app-updates.md |  185 -
 ...-consent-for-ota-updates-best-practices.md |   70 -
 .../version-control-tips-for-mobile-ci-cd.md  |  132 -
 .../de/version-tagging-in-capacitor-apps.md   |  361 --
 .../blog/de/vue-mobile-app-capacitor.md       |  192 -
 .../de/what-is-native-bridge-in-capacitor.md  |  281 --
 ...t-management-matters-for-app-compliance.md |  233 --
 ...or-ota-updates-app-store-approval-guide.md |    4 +-
 ...-updates-cloud-hosting-options-compared.md |    4 +-
 .../en/capacitor-ota-updates-security-tips.md |    2 +-
 ...ota-updates-version-targeting-explained.md |    4 +-
 ...r-ota-updates-versioning-best-practices.md |    2 +-
 ...r-ota-updates-vs-app-store-restrictions.md |    2 +-
 ...-updates-vs-traditional-testing-methods.md |    4 +-
 ...r-ota-updates-vs-traditional-versioning.md |    4 +-
 ...logging-tools-for-capacitor-ota-updates.md |    4 +-
 ...pts-for-capacitor-ota-updates-explained.md |    2 +-
 .../server-setup-for-capacitor-ota-updates.md |    4 +-
 ...pacitor-ota-updates-with-mock-scenarios.md |    2 +-
 .../blog/en/testing-capacitor-ota-updates.md  |    2 +-
 ...-for-debugging-ota-updates-in-capacitor.md |    2 +-
 .../2-way-communication-in-capacitor-apps.md  |  459 ---
 .../5-common-ota-update-mistakes-to-avoid.md  |  247 --
 ...t-practices-for-mobile-app-live-updates.md |  204 -
 ...ing-version-conflicts-in-capacitor-apps.md |  365 --
 .../5-steps-to-deploy-hotfixes-with-capgo.md  |  225 --
 ...-to-distribute-custom-capacitor-plugins.md |  161 -
 ...s-to-implement-oauth2-in-capacitor-apps.md |  325 --
 .../es/a-brand-new-organization-system.md     |   90 -
 ...nt-deletion-compliance-apple-guidelines.md |  245 --
 src/content/blog/es/alternative-to-appflow.md |   86 -
 src/content/blog/es/alternative-to-expo.md    |   59 -
 .../blog/es/alternative-to-voltbuilder.md     |   77 -
 ...ndroid-16kb-page-size-capacitor-plugins.md |  104 -
 .../es/android-setup-for-capacitor-apps.md    |  393 --
 .../blog/es/angular-mobile-app-capacitor.md   |  328 --
 ...i-key-security-for-app-store-compliance.md |  344 --
 ...-rate-limiting-for-app-store-compliance.md |  174 -
 ...tore-metadata-what-developers-must-know.md |  227 --
 ...ct-updates-what-developers-need-to-know.md |  211 --
 src/content/blog/es/appcenter-migration.md    |  213 --
 ...appflow-cicd-integration-best-practices.md |  223 --
 .../blog/es/appflow-shutdown-alternative.md   |  105 -
 ...-policy-updates-for-capacitor-apps-2025.md |  151 -
 .../apple-privacy-rules-for-capacitor-apps.md |  369 --
 ...privacy-compliance-for-third-party-data.md |  213 --
 ...ted-consent-tracking-for-capacitor-apps.md |  483 ---
 ...c-build-and-release-with-github-actions.md |  143 -
 ...automatic-build-and-release-with-gitlab.md |  153 -
 ...c-capacitor-android-build-github-action.md |  255 --
 ...utomatic-capacitor-android-build-gitlab.md |  280 --
 ...automatic-capacitor-ios-build-codemagic.md |  337 --
 ...itor-ios-build-github-action-with-match.md |  596 ---
 ...matic-capacitor-ios-build-github-action.md |  325 --
 ...basic-js-css-config-for-native-app-look.md |   93 -
 ...st-practices-for-capacitor-code-sharing.md |  234 --
 ...actices-for-capacitor-script-automation.md |  277 --
 ...metric-authentication-in-capacitor-apps.md |  481 ---
 ...o-revolutionizing-capacitor-app-updates.md |  151 -
 ...ve-mobile-app-with-nextjs-and-capacitor.md |  420 ---
 ...r-app-initialization-step-by-step-guide.md |  305 --
 ...apacitor-apps-and-data-sharing-policies.md |  214 --
 ...s-and-russias-data-laws-compliance-tips.md |   48 -
 ...tor-changelog-management-ultimate-guide.md |  247 --
 .../es/capacitor-cicd-pipeline-setup-guide.md |  180 -
 ...cicd-plugins-vs-appflow-key-differences.md |  200 -
 ...or-cli-commands-common-issues-and-fixes.md |  205 -
 ...acitor-cli-commands-for-version-updates.md |  372 --
 .../capacitor-cli-plugin-commands-overview.md |  144 -
 .../es/capacitor-cli-project-setup-guide.md   |  263 --
 ...-community-forums-for-plugin-developers.md |  189 -
 .../blog/es/capacitor-comprehensive-guide.md  |  108 -
 ...live-updates-handling-version-conflicts.md |  193 -
 ...ve-updates-staying-compliant-with-apple.md |  247 --
 ...tor-native-bridge-android-plugin-basics.md |  489 ---
 ...ive-bridge-web-to-android-data-transfer.md |  223 --
 ...or-ota-updates-app-store-approval-guide.md |  250 --
 ...-updates-best-practices-for-performance.md |  218 --
 ...tes-boosting-low-end-device-performance.md |  151 -
 ...itor-ota-updates-cicd-integration-guide.md |  168 -
 ...-updates-cloud-hosting-options-compared.md |  223 --
 .../capacitor-ota-updates-debugging-issues.md |  205 -
 .../es/capacitor-ota-updates-security-tips.md |   96 -
 ...capacitor-ota-updates-staying-compliant.md |  206 --
 ...or-ota-updates-targeting-ios-vs-android.md |  196 -
 ...ota-updates-version-targeting-explained.md |  274 --
 ...r-ota-updates-versioning-best-practices.md |  269 --
 ...r-ota-updates-vs-app-store-restrictions.md |  197 -
 ...-updates-vs-traditional-testing-methods.md |  152 -
 ...r-ota-updates-vs-traditional-versioning.md |  215 --
 .../es/capacitor-plugin-contribution-guide.md |  291 --
 ...apacitor-plugin-options-for-ota-updates.md |  193 -
 ...r-plugins-for-secure-session-management.md |  409 --
 ...capacitor-plugins-what-you-need-to-know.md |  233 --
 .../blog/es/capacitor-social-login-release.md |   54 -
 ...s-appflow-ota-update-solutions-compared.md |  273 --
 ...citor-vs-appflow-versioning-differences.md |  141 -
 .../capgo-for-app-store-safe-ota-updates.md   |  157 -
 ...o-integration-with-github-actions-guide.md |  200 -
 src/content/blog/es/capgo-price-reduction.md  |   52 -
 src/content/blog/es/capgo-purpose.md          |   74 -
 ...s-appflow-deployment-solutions-compared.md |  172 -
 .../es/ccpa-compliance-for-mobile-apps.md     |  312 --
 ...t-for-cybersecurity-compliance-in-china.md |  372 --
 ...hecklist-for-google-play-ota-compliance.md |  259 --
 ...ta-updates-under-australias-privacy-act.md |  243 --
 ...ist-for-token-signing-in-capacitor-apps.md |  162 -
 ...st-for-validating-capacitor-app-updates.md |  192 -
 ...cybersecurity-law-impact-on-app-updates.md |  216 --
 ...data-privacy-laws-impact-on-mobile-apps.md |  165 -
 ...egrity-in-capacitor-apps-key-techniques.md |  209 --
 ...ommon-cicd-bottlenecks-in-ota-pipelines.md |  143 -
 ...ate-issues-and-solutions-for-developers.md |  257 --
 ...stakes-in-custom-attribute-segmentation.md |  138 -
 .../es/comparing-react-native-vs-capacitor.md |  251 --
 ...iance-checks-in-cicd-for-capacitor-apps.md |  240 --
 ...figuring-rollback-for-capacitor-updates.md |  169 -
 .../blog/es/cordova-hybrid-app-development.md |   91 -
 .../es/cpra-compliance-for-app-developers.md  |  233 --
 ...ate-offline-screen-in-vue-angular-react.md |  305 --
 ...create-react-mobile-apps-with-capacitor.md |  372 --
 ...d-deleting-update-channels-in-capacitor.md |  284 --
 ...ng-mobile-apps-with-react-and-capacitor.md |  282 --
 ...obile-apps-with-sveltekit-and-capacitor.md |  376 --
 ...tform-mobile-app-development-guide-2024.md |   80 -
 ...-uiux-best-practices-for-capacitor-apps.md |   94 -
 ...-ios-plugin-optimization-best-practices.md |  218 --
 ...cross-platform-apps-with-capacitorjs.md.md |  179 -
 ...ction-key-differences-in-capacitor-apps.md |  231 --
 .../blog/es/do-apple-allow-live-updates.md    |   35 -
 .../blog/es/do-capgo-work-for-cordova.md      |   42 -
 .../blog/es/do-google-allow-live-updates.md   |   32 -
 .../es/enable-ios-developer-mode-ios16.md     |   67 -
 ...ing-in-capacitor-apps-ux-best-practices.md |  262 --
 ...logging-tools-for-capacitor-ota-updates.md |  175 -
 ...firebase-crashlytics-for-capacitor-apps.md |  361 --
 .../fix-capacitor-version-mismatch-errors.md  |  245 --
 ...d-failures-in-capacitor-ci-cd-pipelines.md |  367 --
 .../es/git-flow-vs-trunk-based-for-cicd.md    |  184 -
 ...e-play-compliance-key-update-strategies.md |  157 -
 ...oogle-play-staged-rollouts-how-it-works.md |  199 -
 ...tic-release-with-CapGo-CapacitorUpdater.md |  271 --
 ...w-capacitor-bridges-web-and-native-code.md |  276 --
 ...-capacitor-handles-platform-differences.md |  294 --
 src/content/blog/es/how-capgo-is-born.md      |   54 -
 .../es/how-ccpa-enforcement-impacts-apps.md   |  250 --
 ...ybersecurity-law-impacts-app-developers.md |  221 --
 ...-data-laws-impact-app-store-submissions.md |  148 -
 .../es/how-cicd-tools-trigger-ota-updates.md  |  249 --
 .../how-delta-updates-reduce-payload-size.md  |  281 --
 ...w-end-to-end-encryption-secures-updates.md |   84 -
 .../es/how-live-updates-for-capacitor-work.md |  292 --
 ...pps-stay-compliant-with-us-privacy-laws.md |  235 --
 ...-bridge-works-in-capacitor-android-apps.md |  299 --
 ...a-encryption-meets-app-store-compliance.md |  207 --
 ...w-ota-updates-affect-app-store-security.md |  238 --
 ...c-secures-ota-updates-in-capacitor-apps.md |  118 -
 ...o-add-dependencies-in-capacitor-plugins.md |  191 -
 ...dd-geolocation-targeting-to-ota-updates.md |  314 --
 ...d-third-party-plugins-in-capacitor-apps.md |  269 --
 ...w-to-build-capacitor-app-in-xcode-cloud.md |  130 -
 .../blog/es/how-to-bypass-app-store-review.md |   54 -
 ...tomize-build-scripts-with-capacitor-cli.md |  430 ---
 ...w-to-handle-user-data-in-capacitor-apps.md |  400 --
 ...to-handle-user-data-requests-under-ccpa.md |  203 -
 .../how-to-monitor-capacitor-app-updates.md   |  188 -
 ...file-cross-platform-apps-with-capacitor.md |  167 -
 .../how-to-release-major-version-in-capgo.md  |   87 -
 ...solve-android-build-errors-in-capacitor.md |  125 -
 ...schedule-ota-updates-for-capacitor-apps.md |   97 -
 ...-secure-ota-updates-with-key-management.md |  217 --
 ...w-to-segment-users-by-plan-and-channels.md |  180 -
 .../how-to-send-specific-version-to-users.md  |  175 -
 ...ck-ota-update-success-in-capacitor-apps.md |  385 --
 ...w-to-use-aar-files-in-capacitor-plugins.md |  218 --
 ...ow-to-use-capacitor-cli-for-ota-updates.md |  208 --
 ...use-capgo-documentation-for-ota-updates.md |  357 --
 ...antic-versioning-with-capgo-ota-updates.md |  323 --
 .../blog/es/how-version-work-in-capgo.md      |  120 -
 .../blog/es/how-your-usage-is-counted.md      |   91 -
 ...mobile-apps-in-china-step-by-step-guide.md |  293 --
 .../blog/es/in-app-purchases-capacitor.md     |  311 --
 ...alling-capacitor-cli-step-by-step-guide.md |  365 --
 ...egrate-universal-links-capacitor-nextjs.md |  190 -
 .../integrity-checks-for-capacitor-updates.md |  215 --
 ...-to-capacitor-updater-with-code-signing.md |   95 -
 ...c-capacitor-push-notifications-firebase.md |  403 --
 ...anagement-under-chinas-encryption-rules.md |  145 -
 ...-updates-faq-answers-for-app-developers.md |  321 --
 .../blog/es/live-updates-for-flutter-app.md   |   32 -
 ...-dev-and-prod-build-with-github-actions.md |  154 -
 ...ging-dependencies-in-capacitor-projects.md |  214 --
 .../es/managing-secrets-in-cicd-pipelines.md  |  120 -
 ...policies-for-teams-using-capacitor-apps.md |   60 -
 .../blog/es/migrating-cordova-to-capacitor.md |   92 -
 ...pdate-strategies-a-developers-checklist.md |  210 --
 .../monitor-ota-updates-in-capacitor-apps.md  |  207 --
 ...ving-from-microsoft-app-center-to-capgo.md |   37 -
 ...pts-for-capacitor-ota-updates-explained.md |  115 -
 src/content/blog/es/open-source-licence.md    |  151 -
 ...rce-vs-proprietary-app-update-solutions.md |  232 --
 src/content/blog/es/open-source.md            |  151 -
 .../es/optimise-your-images-for-updates.md    |   33 -
 ...a-security-checklist-for-capacitor-apps.md |   80 -
 ...pdates-in-beta-staying-policy-compliant.md |  218 --
 ...es-in-cicd-security-and-compliance-tips.md |  246 --
 ...nt-data-security-for-app-store-approval.md |   96 -
 ...liance-for-mobile-apps-key-requirements.md |  230 --
 ...sed-rollouts-for-capacitor-live-updates.md |  223 --
 ...da-compliance-for-mobile-apps-in-canada.md |  292 --
 ...ecurity-for-capacitor-apps-key-insights.md |  162 -
 ...ivacy-manifest-for-capacitor-apps-guide.md |   94 -
 .../blog/es/quasar-mobile-app-capacitor.md    |  369 --
 ...-time-update-metrics-for-capacitor-apps.md |  256 --
 ...eal-time-updates-with-user-segmentation.md |  183 -
 ...efresh-token-rotation-in-cicd-workflows.md |  293 --
 ...ollback-mechanisms-in-capacitor-plugins.md |  218 --
 ...k-strategies-for-capacitor-live-updates.md |  101 -
 .../rollback-strategies-for-cicd-workflows.md |   81 -
 ...storage-for-offline-tokens-in-capacitor.md |   78 -
 src/content/blog/es/self-hosted-capgo.md      |  123 -
 .../blog/es/self-hosted-live-updates.md       |   96 -
 ...-up-performance-monitoring-in-capacitor.md |  407 --
 .../setting-up-capacitor-local-environment.md |  450 ---
 .../es/setting-up-cicd-for-capacitor-apps.md  |  389 --
 .../blog/es/setup-ci-and-cd-in-gitlab.md      |   84 -
 .../setup-stripe-payment-in-us-capacitor.md   |  730 ----
 .../blog/es/ssl-pinning-for-capacitor-apps.md |  396 --
 ...ed-rollouts-vs-full-releases-comparison.md |  153 -
 .../es/staging-ota-updates-best-practices.md  |  236 --
 ...privacy-laws-for-mobile-apps-comparison.md |  176 -
 ...pacitor-ota-updates-with-mock-scenarios.md |  226 --
 .../blog/es/testing-capacitor-ota-updates.md  |  260 --
 ...oken-revocation-in-capacitor-apps-guide.md |  261 --
 ...-tools-for-managing-app-updates-in-2025.md |  212 --
 ...rity-standards-for-app-store-compliance.md |  363 --
 ...-for-debugging-ota-updates-in-capacitor.md |  103 -
 ...ing-platform-specific-code-in-capacitor.md |   60 -
 .../blog/es/turn-off-android-talkback.md      |   62 -
 ...uide-to-app-store-compliant-ota-updates.md |  332 --
 ...ultimate-guide-to-capacitor-ota-updates.md |  263 --
 ...imate-guide-to-debugging-capacitor-apps.md |  395 --
 ...-ota-update-security-for-capacitor-apps.md |  243 --
 .../understanding-apples-privacy-manifest.md  |  141 -
 ...apps-seamlessly-using-capacitor-updater.md |  135 -
 ...pdating-from-capacitor-4-to-capacitor-5.md |  211 --
 .../us-privacy-laws-mobile-app-checklist.md   |  267 --
 ...-frequency-segmentation-for-app-updates.md |  184 -
 ...-consent-for-ota-updates-best-practices.md |   75 -
 .../version-control-tips-for-mobile-ci-cd.md  |  136 -
 .../es/version-tagging-in-capacitor-apps.md   |  184 -
 .../blog/es/vue-mobile-app-capacitor.md       |  192 -
 .../es/what-is-native-bridge-in-capacitor.md  |  281 --
 ...t-management-matters-for-app-compliance.md |  234 --
 .../2-way-communication-in-capacitor-apps.md  |  214 --
 .../5-common-ota-update-mistakes-to-avoid.md  |  247 --
 ...t-practices-for-mobile-app-live-updates.md |  206 --
 ...ing-version-conflicts-in-capacitor-apps.md |  365 --
 .../5-steps-to-deploy-hotfixes-with-capgo.md  |  225 --
 ...-to-distribute-custom-capacitor-plugins.md |  151 -
 ...s-to-implement-oauth2-in-capacitor-apps.md |  324 --
 .../fr/a-brand-new-organization-system.md     |   90 -
 ...nt-deletion-compliance-apple-guidelines.md |  244 --
 src/content/blog/fr/alternative-to-appflow.md |   86 -
 src/content/blog/fr/alternative-to-expo.md    |   59 -
 .../blog/fr/alternative-to-voltbuilder.md     |   76 -
 ...ndroid-16kb-page-size-capacitor-plugins.md |  104 -
 .../fr/android-setup-for-capacitor-apps.md    |  393 --
 .../blog/fr/angular-mobile-app-capacitor.md   |  328 --
 ...i-key-security-for-app-store-compliance.md |  344 --
 ...-rate-limiting-for-app-store-compliance.md |  172 -
 ...tore-metadata-what-developers-must-know.md |  227 --
 ...ct-updates-what-developers-need-to-know.md |  209 --
 src/content/blog/fr/appcenter-migration.md    |  213 --
 ...appflow-cicd-integration-best-practices.md |  223 --
 .../blog/fr/appflow-shutdown-alternative.md   |  105 -
 ...-policy-updates-for-capacitor-apps-2025.md |  151 -
 .../apple-privacy-rules-for-capacitor-apps.md |  364 --
 ...privacy-compliance-for-third-party-data.md |  211 --
 ...ted-consent-tracking-for-capacitor-apps.md |  109 -
 ...c-build-and-release-with-github-actions.md |  144 -
 ...automatic-build-and-release-with-gitlab.md |  153 -
 ...c-capacitor-android-build-github-action.md |  255 --
 ...utomatic-capacitor-android-build-gitlab.md |  279 --
 ...automatic-capacitor-ios-build-codemagic.md |  342 --
 ...itor-ios-build-github-action-with-match.md |  599 ---
 ...matic-capacitor-ios-build-github-action.md |  554 ---
 ...basic-js-css-config-for-native-app-look.md |   93 -
 ...st-practices-for-capacitor-code-sharing.md |  234 --
 ...actices-for-capacitor-script-automation.md |  278 --
 ...metric-authentication-in-capacitor-apps.md |  402 --
 ...o-revolutionizing-capacitor-app-updates.md |  153 -
 ...ve-mobile-app-with-nextjs-and-capacitor.md |  420 ---
 ...r-app-initialization-step-by-step-guide.md |  308 --
 ...apacitor-apps-and-data-sharing-policies.md |  214 --
 ...s-and-russias-data-laws-compliance-tips.md |   65 -
 ...tor-changelog-management-ultimate-guide.md |  236 --
 .../fr/capacitor-cicd-pipeline-setup-guide.md |  180 -
 ...cicd-plugins-vs-appflow-key-differences.md |  200 -
 ...or-cli-commands-common-issues-and-fixes.md |  202 -
 ...acitor-cli-commands-for-version-updates.md |  375 --
 .../capacitor-cli-plugin-commands-overview.md |  230 --
 .../fr/capacitor-cli-project-setup-guide.md   |  252 --
 ...-community-forums-for-plugin-developers.md |  242 --
 .../blog/fr/capacitor-comprehensive-guide.md  |  108 -
 ...live-updates-handling-version-conflicts.md |  196 -
 ...ve-updates-staying-compliant-with-apple.md |  247 --
 ...tor-native-bridge-android-plugin-basics.md |  488 ---
 ...ive-bridge-web-to-android-data-transfer.md |  216 --
 ...or-ota-updates-app-store-approval-guide.md |  241 --
 ...-updates-best-practices-for-performance.md |  221 --
 ...tes-boosting-low-end-device-performance.md |  151 -
 ...itor-ota-updates-cicd-integration-guide.md |  102 -
 ...-updates-cloud-hosting-options-compared.md |  223 --
 .../capacitor-ota-updates-debugging-issues.md |   59 -
 .../fr/capacitor-ota-updates-security-tips.md |  237 --
 ...capacitor-ota-updates-staying-compliant.md |  206 --
 ...or-ota-updates-targeting-ios-vs-android.md |  194 -
 ...ota-updates-version-targeting-explained.md |  275 --
 ...r-ota-updates-versioning-best-practices.md |  171 -
 ...r-ota-updates-vs-app-store-restrictions.md |  196 -
 ...-updates-vs-traditional-testing-methods.md |  154 -
 ...r-ota-updates-vs-traditional-versioning.md |  217 --
 .../fr/capacitor-plugin-contribution-guide.md |  290 --
 ...apacitor-plugin-options-for-ota-updates.md |  176 -
 ...r-plugins-for-secure-session-management.md |  289 --
 ...capacitor-plugins-what-you-need-to-know.md |  233 --
 .../blog/fr/capacitor-social-login-release.md |   53 -
 ...s-appflow-ota-update-solutions-compared.md |  274 --
 ...citor-vs-appflow-versioning-differences.md |  141 -
 .../capgo-for-app-store-safe-ota-updates.md   |  157 -
 ...o-integration-with-github-actions-guide.md |  301 --
 src/content/blog/fr/capgo-price-reduction.md  |   52 -
 src/content/blog/fr/capgo-purpose.md          |   73 -
 ...s-appflow-deployment-solutions-compared.md |  172 -
 .../fr/ccpa-compliance-for-mobile-apps.md     |  310 --
 ...t-for-cybersecurity-compliance-in-china.md |  372 --
 ...hecklist-for-google-play-ota-compliance.md |  229 --
 ...ta-updates-under-australias-privacy-act.md |  243 --
 ...ist-for-token-signing-in-capacitor-apps.md |  162 -
 ...st-for-validating-capacitor-app-updates.md |  190 -
 ...cybersecurity-law-impact-on-app-updates.md |  219 --
 ...data-privacy-laws-impact-on-mobile-apps.md |   83 -
 ...egrity-in-capacitor-apps-key-techniques.md |  209 --
 ...ommon-cicd-bottlenecks-in-ota-pipelines.md |  143 -
 ...ate-issues-and-solutions-for-developers.md |  259 --
 ...stakes-in-custom-attribute-segmentation.md |  138 -
 .../fr/comparing-react-native-vs-capacitor.md |  251 --
 ...iance-checks-in-cicd-for-capacitor-apps.md |  240 --
 ...figuring-rollback-for-capacitor-updates.md |  168 -
 .../blog/fr/cordova-hybrid-app-development.md |  118 -
 .../fr/cpra-compliance-for-app-developers.md  |  242 --
 ...ate-offline-screen-in-vue-angular-react.md |  304 --
 ...create-react-mobile-apps-with-capacitor.md |  372 --
 ...d-deleting-update-channels-in-capacitor.md |  284 --
 ...ng-mobile-apps-with-react-and-capacitor.md |  282 --
 ...obile-apps-with-sveltekit-and-capacitor.md |  376 --
 ...tform-mobile-app-development-guide-2024.md |  108 -
 ...-uiux-best-practices-for-capacitor-apps.md |  282 --
 ...-ios-plugin-optimization-best-practices.md |  218 --
 ...cross-platform-apps-with-capacitorjs.md.md |  178 -
 ...ction-key-differences-in-capacitor-apps.md |  229 --
 .../blog/fr/do-apple-allow-live-updates.md    |   35 -
 .../blog/fr/do-capgo-work-for-cordova.md      |   42 -
 .../blog/fr/do-google-allow-live-updates.md   |   32 -
 .../fr/enable-ios-developer-mode-ios16.md     |   67 -
 ...ing-in-capacitor-apps-ux-best-practices.md |  263 --
 ...logging-tools-for-capacitor-ota-updates.md |  171 -
 ...firebase-crashlytics-for-capacitor-apps.md |  155 -
 .../fix-capacitor-version-mismatch-errors.md  |  245 --
 ...d-failures-in-capacitor-ci-cd-pipelines.md |  376 --
 .../fr/git-flow-vs-trunk-based-for-cicd.md    |   75 -
 ...e-play-compliance-key-update-strategies.md |  167 -
 ...oogle-play-staged-rollouts-how-it-works.md |  200 -
 ...tic-release-with-CapGo-CapacitorUpdater.md |  160 -
 ...w-capacitor-bridges-web-and-native-code.md |  280 --
 ...-capacitor-handles-platform-differences.md |  226 --
 src/content/blog/fr/how-capgo-is-born.md      |   54 -
 .../fr/how-ccpa-enforcement-impacts-apps.md   |  252 --
 ...ybersecurity-law-impacts-app-developers.md |  221 --
 ...-data-laws-impact-app-store-submissions.md |   79 -
 .../fr/how-cicd-tools-trigger-ota-updates.md  |  246 --
 .../how-delta-updates-reduce-payload-size.md  |   66 -
 ...w-end-to-end-encryption-secures-updates.md |  198 -
 .../fr/how-live-updates-for-capacitor-work.md |  292 --
 ...pps-stay-compliant-with-us-privacy-laws.md |  238 --
 ...-bridge-works-in-capacitor-android-apps.md |  300 --
 ...a-encryption-meets-app-store-compliance.md |  207 --
 ...w-ota-updates-affect-app-store-security.md |  238 --
 ...c-secures-ota-updates-in-capacitor-apps.md |   78 -
 ...o-add-dependencies-in-capacitor-plugins.md |  317 --
 ...dd-geolocation-targeting-to-ota-updates.md |  314 --
 ...d-third-party-plugins-in-capacitor-apps.md |  454 ---
 ...w-to-build-capacitor-app-in-xcode-cloud.md |  129 -
 .../blog/fr/how-to-bypass-app-store-review.md |   56 -
 ...tomize-build-scripts-with-capacitor-cli.md |  430 ---
 ...w-to-handle-user-data-in-capacitor-apps.md |  122 -
 ...to-handle-user-data-requests-under-ccpa.md |  201 -
 .../how-to-monitor-capacitor-app-updates.md   |  186 -
 ...file-cross-platform-apps-with-capacitor.md |  167 -
 .../how-to-release-major-version-in-capgo.md  |   87 -
 ...solve-android-build-errors-in-capacitor.md |  125 -
 ...schedule-ota-updates-for-capacitor-apps.md |  235 --
 ...-secure-ota-updates-with-key-management.md |  217 --
 ...w-to-segment-users-by-plan-and-channels.md |  183 -
 .../how-to-send-specific-version-to-users.md  |  175 -
 ...ck-ota-update-success-in-capacitor-apps.md |  385 --
 ...w-to-use-aar-files-in-capacitor-plugins.md |  516 ---
 ...ow-to-use-capacitor-cli-for-ota-updates.md |   58 -
 ...use-capgo-documentation-for-ota-updates.md |   86 -
 ...antic-versioning-with-capgo-ota-updates.md |  284 --
 .../blog/fr/how-version-work-in-capgo.md      |  120 -
 .../blog/fr/how-your-usage-is-counted.md      |   92 -
 ...mobile-apps-in-china-step-by-step-guide.md |  296 --
 .../blog/fr/in-app-purchases-capacitor.md     |  313 --
 ...alling-capacitor-cli-step-by-step-guide.md |  365 --
 ...egrate-universal-links-capacitor-nextjs.md |  190 -
 .../integrity-checks-for-capacitor-updates.md |  217 --
 ...-to-capacitor-updater-with-code-signing.md |   94 -
 ...c-capacitor-push-notifications-firebase.md |  444 ---
 ...anagement-under-chinas-encryption-rules.md |  145 -
 ...-updates-faq-answers-for-app-developers.md |  317 --
 .../blog/fr/live-updates-for-flutter-app.md   |   32 -
 ...-dev-and-prod-build-with-github-actions.md |  154 -
 ...ging-dependencies-in-capacitor-projects.md |  213 --
 .../fr/managing-secrets-in-cicd-pipelines.md  |  121 -
 ...policies-for-teams-using-capacitor-apps.md |   46 -
 .../blog/fr/migrating-cordova-to-capacitor.md |   93 -
 ...pdate-strategies-a-developers-checklist.md |  208 --
 .../monitor-ota-updates-in-capacitor-apps.md  |  207 --
 ...ving-from-microsoft-app-center-to-capgo.md |   37 -
 ...pts-for-capacitor-ota-updates-explained.md |  345 --
 src/content/blog/fr/open-source-licence.md    |  156 -
 ...rce-vs-proprietary-app-update-solutions.md |  232 --
 src/content/blog/fr/open-source.md            |  151 -
 .../fr/optimise-your-images-for-updates.md    |   32 -
 ...a-security-checklist-for-capacitor-apps.md |  213 --
 ...pdates-in-beta-staying-policy-compliant.md |  218 --
 ...es-in-cicd-security-and-compliance-tips.md |  246 --
 ...nt-data-security-for-app-store-approval.md |   96 -
 ...liance-for-mobile-apps-key-requirements.md |  230 --
 ...sed-rollouts-for-capacitor-live-updates.md |  224 --
 ...da-compliance-for-mobile-apps-in-canada.md |   84 -
 ...ecurity-for-capacitor-apps-key-insights.md |  162 -
 ...ivacy-manifest-for-capacitor-apps-guide.md |  268 --
 .../blog/fr/quasar-mobile-app-capacitor.md    |   89 -
 ...-time-update-metrics-for-capacitor-apps.md |  256 --
 ...eal-time-updates-with-user-segmentation.md |  183 -
 ...efresh-token-rotation-in-cicd-workflows.md |  291 --
 ...ollback-mechanisms-in-capacitor-plugins.md |  217 --
 ...k-strategies-for-capacitor-live-updates.md |   99 -
 .../rollback-strategies-for-cicd-workflows.md |  122 -
 ...storage-for-offline-tokens-in-capacitor.md |   79 -
 src/content/blog/fr/self-hosted-capgo.md      |  125 -
 .../blog/fr/self-hosted-live-updates.md       |   95 -
 ...-up-performance-monitoring-in-capacitor.md |  406 --
 .../setting-up-capacitor-local-environment.md |  456 ---
 .../fr/setting-up-cicd-for-capacitor-apps.md  |  390 --
 .../blog/fr/setup-ci-and-cd-in-gitlab.md      |   84 -
 .../setup-stripe-payment-in-us-capacitor.md   |  731 ----
 .../blog/fr/ssl-pinning-for-capacitor-apps.md |  396 --
 ...ed-rollouts-vs-full-releases-comparison.md |  320 --
 .../fr/staging-ota-updates-best-practices.md  |  236 --
 ...privacy-laws-for-mobile-apps-comparison.md |  178 -
 ...pacitor-ota-updates-with-mock-scenarios.md |  226 --
 .../blog/fr/testing-capacitor-ota-updates.md  |  233 --
 ...oken-revocation-in-capacitor-apps-guide.md |  253 --
 ...-tools-for-managing-app-updates-in-2025.md |  213 --
 ...rity-standards-for-app-store-compliance.md |  361 --
 ...-for-debugging-ota-updates-in-capacitor.md |  193 -
 ...ing-platform-specific-code-in-capacitor.md |  312 --
 .../blog/fr/turn-off-android-talkback.md      |   62 -
 ...uide-to-app-store-compliant-ota-updates.md |  334 --
 ...ultimate-guide-to-capacitor-ota-updates.md |  259 --
 ...imate-guide-to-debugging-capacitor-apps.md |  394 --
 ...-ota-update-security-for-capacitor-apps.md |  241 --
 .../understanding-apples-privacy-manifest.md  |  141 -
 ...apps-seamlessly-using-capacitor-updater.md |  135 -
 ...pdating-from-capacitor-4-to-capacitor-5.md |  211 --
 .../us-privacy-laws-mobile-app-checklist.md   |  269 --
 ...-frequency-segmentation-for-app-updates.md |  187 -
 ...-consent-for-ota-updates-best-practices.md |   48 -
 .../version-control-tips-for-mobile-ci-cd.md  |  337 --
 .../fr/version-tagging-in-capacitor-apps.md   |  184 -
 .../blog/fr/vue-mobile-app-capacitor.md       |  192 -
 .../fr/what-is-native-bridge-in-capacitor.md  |  281 --
 ...t-management-matters-for-app-compliance.md |  217 --
 .../2-way-communication-in-capacitor-apps.md  |  352 --
 .../5-common-ota-update-mistakes-to-avoid.md  |  243 --
 ...t-practices-for-mobile-app-live-updates.md |  202 -
 ...ing-version-conflicts-in-capacitor-apps.md |  365 --
 .../5-steps-to-deploy-hotfixes-with-capgo.md  |  225 --
 ...-to-distribute-custom-capacitor-plugins.md |  152 -
 ...s-to-implement-oauth2-in-capacitor-apps.md |  326 --
 .../id/a-brand-new-organization-system.md     |   91 -
 ...nt-deletion-compliance-apple-guidelines.md |  241 --
 src/content/blog/id/alternative-to-appflow.md |   86 -
 src/content/blog/id/alternative-to-expo.md    |   59 -
 .../blog/id/alternative-to-voltbuilder.md     |   76 -
 ...ndroid-16kb-page-size-capacitor-plugins.md |  104 -
 .../id/android-setup-for-capacitor-apps.md    |  393 --
 .../blog/id/angular-mobile-app-capacitor.md   |  328 --
 ...i-key-security-for-app-store-compliance.md |  194 -
 ...-rate-limiting-for-app-store-compliance.md |  208 --
 ...tore-metadata-what-developers-must-know.md |  227 --
 ...ct-updates-what-developers-need-to-know.md |  212 --
 src/content/blog/id/appcenter-migration.md    |  213 --
 ...appflow-cicd-integration-best-practices.md |  221 --
 .../blog/id/appflow-shutdown-alternative.md   |  105 -
 ...-policy-updates-for-capacitor-apps-2025.md |   80 -
 .../apple-privacy-rules-for-capacitor-apps.md |  366 --
 ...privacy-compliance-for-third-party-data.md |  212 --
 ...ted-consent-tracking-for-capacitor-apps.md |  483 ---
 ...c-build-and-release-with-github-actions.md |  144 -
 ...automatic-build-and-release-with-gitlab.md |  153 -
 ...c-capacitor-android-build-github-action.md |  255 --
 ...utomatic-capacitor-android-build-gitlab.md |  279 --
 ...automatic-capacitor-ios-build-codemagic.md |  343 --
 ...itor-ios-build-github-action-with-match.md |  598 ---
 ...matic-capacitor-ios-build-github-action.md |  126 -
 ...basic-js-css-config-for-native-app-look.md |   93 -
 ...st-practices-for-capacitor-code-sharing.md |  234 --
 ...actices-for-capacitor-script-automation.md |  100 -
 ...metric-authentication-in-capacitor-apps.md |  262 --
 ...o-revolutionizing-capacitor-app-updates.md |  149 -
 ...ve-mobile-app-with-nextjs-and-capacitor.md |  421 ---
 ...ve-mobile-app-with-nuxt-3-and-capacitor.md |  351 --
 ...r-app-initialization-step-by-step-guide.md |  307 --
 ...apacitor-apps-and-data-sharing-policies.md |  213 --
 ...s-and-russias-data-laws-compliance-tips.md |   59 -
 ...tor-changelog-management-ultimate-guide.md |  247 --
 .../id/capacitor-cicd-pipeline-setup-guide.md |  180 -
 ...cicd-plugins-vs-appflow-key-differences.md |  199 -
 ...or-cli-commands-common-issues-and-fixes.md |  204 -
 ...acitor-cli-commands-for-version-updates.md |  374 --
 .../capacitor-cli-plugin-commands-overview.md |  373 --
 .../id/capacitor-cli-project-setup-guide.md   |  263 --
 ...-community-forums-for-plugin-developers.md |  242 --
 .../blog/id/capacitor-comprehensive-guide.md  |  108 -
 ...live-updates-handling-version-conflicts.md |  195 -
 ...ve-updates-staying-compliant-with-apple.md |  245 --
 ...tor-native-bridge-android-plugin-basics.md |  488 ---
 ...ive-bridge-web-to-android-data-transfer.md |  216 --
 ...or-ota-updates-app-store-approval-guide.md |  248 --
 ...-updates-best-practices-for-performance.md |  223 --
 ...tes-boosting-low-end-device-performance.md |  149 -
 ...itor-ota-updates-cicd-integration-guide.md |  224 --
 ...-updates-cloud-hosting-options-compared.md |  136 -
 .../capacitor-ota-updates-debugging-issues.md |  206 --
 .../id/capacitor-ota-updates-security-tips.md |  236 --
 ...capacitor-ota-updates-staying-compliant.md |  206 --
 ...or-ota-updates-targeting-ios-vs-android.md |  193 -
 ...ota-updates-version-targeting-explained.md |  273 --
 ...r-ota-updates-versioning-best-practices.md |  261 --
 ...r-ota-updates-vs-app-store-restrictions.md |  196 -
 ...-updates-vs-traditional-testing-methods.md |   90 -
 ...r-ota-updates-vs-traditional-versioning.md |  216 --
 .../id/capacitor-plugin-contribution-guide.md |  289 --
 ...apacitor-plugin-options-for-ota-updates.md |  192 -
 ...r-plugins-for-secure-session-management.md |  290 --
 ...capacitor-plugins-what-you-need-to-know.md |  240 --
 .../blog/id/capacitor-social-login-release.md |   53 -
 ...s-appflow-ota-update-solutions-compared.md |  273 --
 ...citor-vs-appflow-versioning-differences.md |  140 -
 .../capgo-for-app-store-safe-ota-updates.md   |  155 -
 ...o-integration-with-github-actions-guide.md |  300 --
 src/content/blog/id/capgo-price-reduction.md  |   50 -
 src/content/blog/id/capgo-purpose.md          |   74 -
 ...s-appflow-deployment-solutions-compared.md |  172 -
 .../id/ccpa-compliance-for-mobile-apps.md     |  312 --
 ...t-for-cybersecurity-compliance-in-china.md |  370 --
 ...hecklist-for-google-play-ota-compliance.md |  258 --
 ...ta-updates-under-australias-privacy-act.md |  241 --
 ...ist-for-token-signing-in-capacitor-apps.md |  163 -
 ...st-for-validating-capacitor-app-updates.md |  189 -
 ...cybersecurity-law-impact-on-app-updates.md |  215 --
 ...data-privacy-laws-impact-on-mobile-apps.md |  165 -
 ...egrity-in-capacitor-apps-key-techniques.md |  209 --
 ...ommon-cicd-bottlenecks-in-ota-pipelines.md |  142 -
 ...ate-issues-and-solutions-for-developers.md |  257 --
 ...stakes-in-custom-attribute-segmentation.md |  137 -
 .../id/comparing-react-native-vs-capacitor.md |  251 --
 ...iance-checks-in-cicd-for-capacitor-apps.md |  171 -
 ...figuring-rollback-for-capacitor-updates.md |   53 -
 .../blog/id/cordova-hybrid-app-development.md |  116 -
 .../id/cpra-compliance-for-app-developers.md  |  238 --
 ...ate-offline-screen-in-vue-angular-react.md |  305 --
 ...create-react-mobile-apps-with-capacitor.md |  372 --
 ...d-deleting-update-channels-in-capacitor.md |  282 --
 ...ng-mobile-apps-with-react-and-capacitor.md |  282 --
 ...obile-apps-with-sveltekit-and-capacitor.md |  376 --
 ...tform-mobile-app-development-guide-2024.md |  108 -
 ...-uiux-best-practices-for-capacitor-apps.md |  276 --
 ...-ios-plugin-optimization-best-practices.md |  217 --
 ...cross-platform-apps-with-capacitorjs.md.md |  178 -
 ...ction-key-differences-in-capacitor-apps.md |  226 --
 .../blog/id/do-apple-allow-live-updates.md    |   35 -
 .../blog/id/do-capgo-work-for-cordova.md      |   42 -
 .../blog/id/do-google-allow-live-updates.md   |   32 -
 .../id/enable-ios-developer-mode-ios16.md     |   67 -
 ...ing-in-capacitor-apps-ux-best-practices.md |  262 --
 ...logging-tools-for-capacitor-ota-updates.md |  174 -
 ...firebase-crashlytics-for-capacitor-apps.md |  361 --
 .../fix-capacitor-version-mismatch-errors.md  |  184 -
 ...d-failures-in-capacitor-ci-cd-pipelines.md |  367 --
 .../id/git-flow-vs-trunk-based-for-cicd.md    |  184 -
 ...e-play-compliance-key-update-strategies.md |  166 -
 ...oogle-play-staged-rollouts-how-it-works.md |  199 -
 ...tic-release-with-CapGo-CapacitorUpdater.md |  274 --
 ...w-capacitor-bridges-web-and-native-code.md |  326 --
 ...-capacitor-handles-platform-differences.md |  293 --
 src/content/blog/id/how-capgo-is-born.md      |   54 -
 .../id/how-ccpa-enforcement-impacts-apps.md   |  250 --
 ...ybersecurity-law-impacts-app-developers.md |  219 --
 ...-data-laws-impact-app-store-submissions.md |  148 -
 .../id/how-cicd-tools-trigger-ota-updates.md  |  262 --
 .../how-delta-updates-reduce-payload-size.md  |  279 --
 ...w-end-to-end-encryption-secures-updates.md |  198 -
 .../id/how-live-updates-for-capacitor-work.md |  292 --
 ...pps-stay-compliant-with-us-privacy-laws.md |  237 --
 ...-bridge-works-in-capacitor-android-apps.md |  294 --
 ...a-encryption-meets-app-store-compliance.md |  206 --
 ...w-ota-updates-affect-app-store-security.md |  238 --
 ...c-secures-ota-updates-in-capacitor-apps.md |  118 -
 ...o-add-dependencies-in-capacitor-plugins.md |  531 ---
 ...dd-geolocation-targeting-to-ota-updates.md |  123 -
 ...d-third-party-plugins-in-capacitor-apps.md |  349 --
 ...w-to-build-capacitor-app-in-xcode-cloud.md |  130 -
 .../blog/id/how-to-bypass-app-store-review.md |   54 -
 ...tomize-build-scripts-with-capacitor-cli.md |  429 ---
 ...w-to-handle-user-data-in-capacitor-apps.md |  400 --
 ...to-handle-user-data-requests-under-ccpa.md |  202 -
 .../how-to-monitor-capacitor-app-updates.md   |  185 -
 ...file-cross-platform-apps-with-capacitor.md |  101 -
 .../how-to-release-major-version-in-capgo.md  |   86 -
 ...solve-android-build-errors-in-capacitor.md |  286 --
 ...schedule-ota-updates-for-capacitor-apps.md |  231 --
 ...-secure-ota-updates-with-key-management.md |  215 --
 ...w-to-segment-users-by-plan-and-channels.md |  181 -
 .../how-to-send-specific-version-to-users.md  |  180 -
 ...ck-ota-update-success-in-capacitor-apps.md |  140 -
 ...w-to-use-aar-files-in-capacitor-plugins.md |  516 ---
 ...ow-to-use-capacitor-cli-for-ota-updates.md |   58 -
 ...use-capgo-documentation-for-ota-updates.md |  357 --
 ...antic-versioning-with-capgo-ota-updates.md |  242 --
 .../blog/id/how-version-work-in-capgo.md      |  121 -
 .../blog/id/how-your-usage-is-counted.md      |   93 -
 ...mobile-apps-in-china-step-by-step-guide.md |  295 --
 .../blog/id/in-app-purchases-capacitor.md     |  317 --
 ...alling-capacitor-cli-step-by-step-guide.md |  365 --
 ...egrate-universal-links-capacitor-nextjs.md |  190 -
 .../integrity-checks-for-capacitor-updates.md |   75 -
 ...-to-capacitor-updater-with-code-signing.md |   92 -
 ...c-capacitor-push-notifications-firebase.md |  444 ---
 ...anagement-under-chinas-encryption-rules.md |  144 -
 ...-updates-faq-answers-for-app-developers.md |  319 --
 .../blog/id/live-updates-for-flutter-app.md   |   32 -
 ...-dev-and-prod-build-with-github-actions.md |  154 -
 ...ging-dependencies-in-capacitor-projects.md |  214 --
 .../id/managing-secrets-in-cicd-pipelines.md  |   96 -
 ...policies-for-teams-using-capacitor-apps.md |   40 -
 .../blog/id/migrating-cordova-to-capacitor.md |   91 -
 ...pdate-strategies-a-developers-checklist.md |  206 --
 .../monitor-ota-updates-in-capacitor-apps.md  |  207 --
 ...ving-from-microsoft-app-center-to-capgo.md |   35 -
 ...pts-for-capacitor-ota-updates-explained.md |  345 --
 src/content/blog/id/open-source-licence.md    |  151 -
 ...rce-vs-proprietary-app-update-solutions.md |  233 --
 src/content/blog/id/open-source.md            |  151 -
 .../id/optimise-your-images-for-updates.md    |   33 -
 ...a-security-checklist-for-capacitor-apps.md |  212 --
 ...pdates-in-beta-staying-policy-compliant.md |  218 --
 ...es-in-cicd-security-and-compliance-tips.md |  246 --
 ...nt-data-security-for-app-store-approval.md |   96 -
 ...liance-for-mobile-apps-key-requirements.md |  229 --
 ...sed-rollouts-for-capacitor-live-updates.md |  108 -
 ...da-compliance-for-mobile-apps-in-canada.md |  291 --
 ...ecurity-for-capacitor-apps-key-insights.md |  161 -
 ...ivacy-manifest-for-capacitor-apps-guide.md |  289 --
 .../blog/id/quasar-mobile-app-capacitor.md    |  369 --
 ...-time-update-metrics-for-capacitor-apps.md |  250 --
 ...eal-time-updates-with-user-segmentation.md |  183 -
 ...efresh-token-rotation-in-cicd-workflows.md |  223 --
 ...ollback-mechanisms-in-capacitor-plugins.md |  217 --
 ...k-strategies-for-capacitor-live-updates.md |  248 --
 .../rollback-strategies-for-cicd-workflows.md |  122 -
 ...storage-for-offline-tokens-in-capacitor.md |   78 -
 src/content/blog/id/self-hosted-capgo.md      |  123 -
 .../blog/id/self-hosted-live-updates.md       |   84 -
 ...-up-performance-monitoring-in-capacitor.md |   80 -
 .../setting-up-capacitor-local-environment.md |  154 -
 .../id/setting-up-cicd-for-capacitor-apps.md  |  155 -
 .../blog/id/setup-ci-and-cd-in-gitlab.md      |   84 -
 .../setup-stripe-payment-in-us-capacitor.md   |  730 ----
 .../blog/id/ssl-pinning-for-capacitor-apps.md |  273 --
 ...ed-rollouts-vs-full-releases-comparison.md |  320 --
 .../id/staging-ota-updates-best-practices.md  |  236 --
 ...privacy-laws-for-mobile-apps-comparison.md |  174 -
 ...pacitor-ota-updates-with-mock-scenarios.md |  225 --
 .../blog/id/testing-capacitor-ota-updates.md  |  260 --
 ...oken-revocation-in-capacitor-apps-guide.md |  273 --
 ...-tools-for-managing-app-updates-in-2025.md |  211 --
 ...rity-standards-for-app-store-compliance.md |  360 --
 ...-for-debugging-ota-updates-in-capacitor.md |  189 -
 ...ing-platform-specific-code-in-capacitor.md |  212 --
 .../blog/id/turn-off-android-talkback.md      |   63 -
 ...uide-to-app-store-compliant-ota-updates.md |  154 -
 ...ultimate-guide-to-capacitor-ota-updates.md |  262 --
 ...imate-guide-to-debugging-capacitor-apps.md |  393 --
 ...-ota-update-security-for-capacitor-apps.md |  239 --
 .../understanding-apples-privacy-manifest.md  |  141 -
 ...apps-seamlessly-using-capacitor-updater.md |  136 -
 ...pdating-from-capacitor-4-to-capacitor-5.md |  211 --
 .../us-privacy-laws-mobile-app-checklist.md   |  267 --
 ...-frequency-segmentation-for-app-updates.md |  184 -
 ...-consent-for-ota-updates-best-practices.md |   77 -
 .../version-control-tips-for-mobile-ci-cd.md  |  337 --
 .../id/version-tagging-in-capacitor-apps.md   |  451 ---
 .../blog/id/vue-mobile-app-capacitor.md       |  192 -
 .../id/what-is-native-bridge-in-capacitor.md  |  281 --
 ...t-management-matters-for-app-compliance.md |  160 -
 .../2-way-communication-in-capacitor-apps.md  |  458 ---
 .../5-common-ota-update-mistakes-to-avoid.md  |  247 --
 ...t-practices-for-mobile-app-live-updates.md |  202 -
 ...ing-version-conflicts-in-capacitor-apps.md |  365 --
 .../5-steps-to-deploy-hotfixes-with-capgo.md  |  225 --
 ...-to-distribute-custom-capacitor-plugins.md |  163 -
 ...s-to-implement-oauth2-in-capacitor-apps.md |  321 --
 .../it/a-brand-new-organization-system.md     |   90 -
 ...nt-deletion-compliance-apple-guidelines.md |  244 --
 src/content/blog/it/alternative-to-expo.md    |   59 -
 ...ndroid-16kb-page-size-capacitor-plugins.md |  104 -
 .../it/android-setup-for-capacitor-apps.md    |  293 --
 .../blog/it/angular-mobile-app-capacitor.md   |  328 --
 ...tore-metadata-what-developers-must-know.md |  227 --
 ...ct-updates-what-developers-need-to-know.md |  209 --
 src/content/blog/it/appcenter-migration.md    |  213 --
 ...appflow-cicd-integration-best-practices.md |  223 --
 .../blog/it/appflow-shutdown-alternative.md   |  105 -
 .../apple-privacy-rules-for-capacitor-apps.md |  369 --
 ...ted-consent-tracking-for-capacitor-apps.md |  483 ---
 ...automatic-build-and-release-with-gitlab.md |  153 -
 ...c-capacitor-android-build-github-action.md |  255 --
 ...utomatic-capacitor-android-build-gitlab.md |  279 --
 ...automatic-capacitor-ios-build-codemagic.md |  336 --
 ...itor-ios-build-github-action-with-match.md |  362 --
 ...matic-capacitor-ios-build-github-action.md |  319 --
 ...actices-for-capacitor-script-automation.md |  278 --
 ...metric-authentication-in-capacitor-apps.md |  260 --
 ...r-app-initialization-step-by-step-guide.md |   78 -
 ...or-cli-commands-common-issues-and-fixes.md |  204 -
 .../capacitor-cli-plugin-commands-overview.md |  374 --
 ...-community-forums-for-plugin-developers.md |  242 --
 ...live-updates-handling-version-conflicts.md |  196 -
 ...ve-updates-staying-compliant-with-apple.md |  247 --
 ...tor-native-bridge-android-plugin-basics.md |  488 ---
 ...ive-bridge-web-to-android-data-transfer.md |  216 --
 ...tes-boosting-low-end-device-performance.md |  151 -
 ...itor-ota-updates-cicd-integration-guide.md |  165 -
 .../it/capacitor-ota-updates-security-tips.md |  237 --
 ...capacitor-ota-updates-staying-compliant.md |  205 -
 ...or-ota-updates-targeting-ios-vs-android.md |  190 -
 ...r-ota-updates-versioning-best-practices.md |  269 --
 ...-updates-vs-traditional-testing-methods.md |  154 -
 ...r-ota-updates-vs-traditional-versioning.md |  216 --
 ...apacitor-plugin-options-for-ota-updates.md |   50 -
 ...r-plugins-for-secure-session-management.md |  306 --
 ...capacitor-plugins-what-you-need-to-know.md |  232 --
 .../blog/it/capacitor-social-login-release.md |   52 -
 ...s-appflow-ota-update-solutions-compared.md |  152 -
 ...citor-vs-appflow-versioning-differences.md |  139 -
 .../capgo-for-app-store-safe-ota-updates.md   |  155 -
 ...o-integration-with-github-actions-guide.md |  300 --
 src/content/blog/it/capgo-purpose.md          |   74 -
 ...hecklist-for-google-play-ota-compliance.md |  229 --
 ...ta-updates-under-australias-privacy-act.md |  241 --
 ...ist-for-token-signing-in-capacitor-apps.md |  160 -
 ...egrity-in-capacitor-apps-key-techniques.md |  209 --
 ...ommon-cicd-bottlenecks-in-ota-pipelines.md |  143 -
 ...ate-issues-and-solutions-for-developers.md |  259 --
 ...stakes-in-custom-attribute-segmentation.md |  136 -
 .../it/comparing-react-native-vs-capacitor.md |  251 --
 .../it/cpra-compliance-for-app-developers.md  |  233 --
 ...create-react-mobile-apps-with-capacitor.md |  372 --
 ...d-deleting-update-channels-in-capacitor.md |  283 --
 ...obile-apps-with-sveltekit-and-capacitor.md |  376 --
 ...tform-mobile-app-development-guide-2024.md |  107 -
 ...-uiux-best-practices-for-capacitor-apps.md |  280 --
 ...-ios-plugin-optimization-best-practices.md |  218 --
 ...cross-platform-apps-with-capacitorjs.md.md |  176 -
 ...ction-key-differences-in-capacitor-apps.md |  231 --
 .../blog/it/do-apple-allow-live-updates.md    |   37 -
 .../blog/it/do-capgo-work-for-cordova.md      |   42 -
 .../blog/it/do-google-allow-live-updates.md   |   33 -
 .../it/enable-ios-developer-mode-ios16.md     |   67 -
 ...ing-in-capacitor-apps-ux-best-practices.md |  262 --
 ...logging-tools-for-capacitor-ota-updates.md |  174 -
 ...firebase-crashlytics-for-capacitor-apps.md |  155 -
 .../fix-capacitor-version-mismatch-errors.md  |  142 -
 ...d-failures-in-capacitor-ci-cd-pipelines.md |  366 --
 .../it/git-flow-vs-trunk-based-for-cicd.md    |   45 -
 ...e-play-compliance-key-update-strategies.md |  177 -
 ...oogle-play-staged-rollouts-how-it-works.md |  198 -
 ...tic-release-with-CapGo-CapacitorUpdater.md |  158 -
 ...w-capacitor-bridges-web-and-native-code.md |  278 --
 ...-capacitor-handles-platform-differences.md |   45 -
 src/content/blog/it/how-capgo-is-born.md      |   55 -
 .../it/how-ccpa-enforcement-impacts-apps.md   |  250 --
 ...ybersecurity-law-impacts-app-developers.md |  222 --
 ...-data-laws-impact-app-store-submissions.md |  146 -
 .../it/how-cicd-tools-trigger-ota-updates.md  |  246 --
 .../how-delta-updates-reduce-payload-size.md  |  279 --
 ...w-end-to-end-encryption-secures-updates.md |  198 -
 .../it/how-live-updates-for-capacitor-work.md |  293 --
 ...-bridge-works-in-capacitor-android-apps.md |  150 -
 ...a-encryption-meets-app-store-compliance.md |   79 -
 ...w-ota-updates-affect-app-store-security.md |  238 --
 ...c-secures-ota-updates-in-capacitor-apps.md |  118 -
 ...o-add-dependencies-in-capacitor-plugins.md |  292 --
 ...dd-geolocation-targeting-to-ota-updates.md |   72 -
 ...d-third-party-plugins-in-capacitor-apps.md |  350 --
 ...w-to-build-capacitor-app-in-xcode-cloud.md |  129 -
 .../blog/it/how-to-bypass-app-store-review.md |   56 -
 ...tomize-build-scripts-with-capacitor-cli.md |  430 ---
 ...w-to-handle-user-data-in-capacitor-apps.md |  402 --
 ...to-handle-user-data-requests-under-ccpa.md |  203 -
 .../how-to-monitor-capacitor-app-updates.md   |  185 -
 ...file-cross-platform-apps-with-capacitor.md |  167 -
 .../how-to-release-major-version-in-capgo.md  |   87 -
 ...solve-android-build-errors-in-capacitor.md |  125 -
 ...schedule-ota-updates-for-capacitor-apps.md |  234 --
 ...-secure-ota-updates-with-key-management.md |  215 --
 .../how-to-send-specific-version-to-users.md  |  175 -
 ...ck-ota-update-success-in-capacitor-apps.md |  372 --
 ...w-to-use-aar-files-in-capacitor-plugins.md |  123 -
 ...ow-to-use-capacitor-cli-for-ota-updates.md |   58 -
 ...use-capgo-documentation-for-ota-updates.md |   98 -
 ...antic-versioning-with-capgo-ota-updates.md |  246 --
 .../blog/it/how-version-work-in-capgo.md      |  120 -
 .../blog/it/how-your-usage-is-counted.md      |   94 -
 ...mobile-apps-in-china-step-by-step-guide.md |  296 --
 .../blog/it/in-app-purchases-capacitor.md     |  138 -
 ...alling-capacitor-cli-step-by-step-guide.md |   81 -
 ...egrate-universal-links-capacitor-nextjs.md |  190 -
 .../integrity-checks-for-capacitor-updates.md |   57 -
 ...-to-capacitor-updater-with-code-signing.md |   65 -
 ...c-capacitor-push-notifications-firebase.md |  444 ---
 ...-updates-faq-answers-for-app-developers.md |  321 --
 .../blog/it/live-updates-for-flutter-app.md   |   33 -
 ...-dev-and-prod-build-with-github-actions.md |  154 -
 .../it/managing-secrets-in-cicd-pipelines.md  |  120 -
 ...policies-for-teams-using-capacitor-apps.md |   40 -
 .../blog/it/migrating-cordova-to-capacitor.md |   90 -
 ...pdate-strategies-a-developers-checklist.md |  205 -
 ...ving-from-microsoft-app-center-to-capgo.md |   37 -
 ...pts-for-capacitor-ota-updates-explained.md |  328 --
 ...rce-vs-proprietary-app-update-solutions.md |  229 --
 src/content/blog/it/open-source.md            |  138 -
 .../it/optimise-your-images-for-updates.md    |   32 -
 ...a-security-checklist-for-capacitor-apps.md |   62 -
 ...pdates-in-beta-staying-policy-compliant.md |   73 -
 ...nt-data-security-for-app-store-approval.md |   96 -
 ...liance-for-mobile-apps-key-requirements.md |  229 --
 ...sed-rollouts-for-capacitor-live-updates.md |  223 --
 ...da-compliance-for-mobile-apps-in-canada.md |  292 --
 ...ecurity-for-capacitor-apps-key-insights.md |  152 -
 ...ivacy-manifest-for-capacitor-apps-guide.md |  290 --
 .../blog/it/quasar-mobile-app-capacitor.md    |  370 --
 ...-time-update-metrics-for-capacitor-apps.md |  256 --
 ...eal-time-updates-with-user-segmentation.md |  183 -
 ...efresh-token-rotation-in-cicd-workflows.md |  293 --
 ...ollback-mechanisms-in-capacitor-plugins.md |  215 --
 ...k-strategies-for-capacitor-live-updates.md |  101 -
 .../rollback-strategies-for-cicd-workflows.md |  122 -
 ...storage-for-offline-tokens-in-capacitor.md |   84 -
 .../blog/it/self-hosted-live-updates.md       |   95 -
 ...-up-performance-monitoring-in-capacitor.md |  408 --
 .../setting-up-capacitor-local-environment.md |   89 -
 .../it/setting-up-cicd-for-capacitor-apps.md  |  116 -
 .../blog/it/setup-ci-and-cd-in-gitlab.md      |   84 -
 ...ed-rollouts-vs-full-releases-comparison.md |  320 --
 .../it/staging-ota-updates-best-practices.md  |  236 --
 ...privacy-laws-for-mobile-apps-comparison.md |  176 -
 ...pacitor-ota-updates-with-mock-scenarios.md |  225 --
 ...oken-revocation-in-capacitor-apps-guide.md |  244 --
 ...-tools-for-managing-app-updates-in-2025.md |  168 -
 ...rity-standards-for-app-store-compliance.md |  364 --
 ...-for-debugging-ota-updates-in-capacitor.md |  102 -
 ...ing-platform-specific-code-in-capacitor.md |  316 --
 .../blog/it/turn-off-android-talkback.md      |   62 -
 ...uide-to-app-store-compliant-ota-updates.md |  228 --
 ...imate-guide-to-debugging-capacitor-apps.md |  156 -
 ...-ota-update-security-for-capacitor-apps.md |  151 -
 .../understanding-apples-privacy-manifest.md  |  141 -
 ...apps-seamlessly-using-capacitor-updater.md |  135 -
 ...pdating-from-capacitor-4-to-capacitor-5.md |  211 --
 .../us-privacy-laws-mobile-app-checklist.md   |   86 -
 ...-frequency-segmentation-for-app-updates.md |  185 -
 ...-consent-for-ota-updates-best-practices.md |   92 -
 .../version-control-tips-for-mobile-ci-cd.md  |  337 --
 .../it/version-tagging-in-capacitor-apps.md   |  108 -
 ...t-management-matters-for-app-compliance.md |  230 --
 .../2-way-communication-in-capacitor-apps.md  |  107 -
 .../5-common-ota-update-mistakes-to-avoid.md  |  219 --
 ...t-practices-for-mobile-app-live-updates.md |  198 -
 ...ing-version-conflicts-in-capacitor-apps.md |  331 --
 .../5-steps-to-deploy-hotfixes-with-capgo.md  |  214 --
 ...-to-distribute-custom-capacitor-plugins.md |  148 -
 ...s-to-implement-oauth2-in-capacitor-apps.md |  320 --
 .../ja/a-brand-new-organization-system.md     |   90 -
 ...nt-deletion-compliance-apple-guidelines.md |  236 --
 src/content/blog/ja/alternative-to-appflow.md |   84 -
 src/content/blog/ja/alternative-to-expo.md    |   58 -
 .../blog/ja/alternative-to-voltbuilder.md     |   74 -
 ...ndroid-16kb-page-size-capacitor-plugins.md |  104 -
 .../ja/android-setup-for-capacitor-apps.md    |   97 -
 .../blog/ja/angular-mobile-app-capacitor.md   |  326 --
 ...i-key-security-for-app-store-compliance.md |  341 --
 ...-rate-limiting-for-app-store-compliance.md |   49 -
 ...tore-metadata-what-developers-must-know.md |  224 --
 ...ct-updates-what-developers-need-to-know.md |   81 -
 src/content/blog/ja/appcenter-migration.md    |  211 --
 ...appflow-cicd-integration-best-practices.md |   96 -
 .../blog/ja/appflow-shutdown-alternative.md   |  102 -
 ...-policy-updates-for-capacitor-apps-2025.md |   47 -
 .../apple-privacy-rules-for-capacitor-apps.md |  345 --
 ...privacy-compliance-for-third-party-data.md |  201 -
 ...ted-consent-tracking-for-capacitor-apps.md |  480 ---
 ...c-build-and-release-with-github-actions.md |  143 -
 ...automatic-build-and-release-with-gitlab.md |  152 -
 ...c-capacitor-android-build-github-action.md |  253 --
 ...utomatic-capacitor-android-build-gitlab.md |  277 --
 ...automatic-capacitor-ios-build-codemagic.md |  103 -
 ...itor-ios-build-github-action-with-match.md |  198 -
 ...matic-capacitor-ios-build-github-action.md |  384 --
 ...basic-js-css-config-for-native-app-look.md |   92 -
 ...st-practices-for-capacitor-code-sharing.md |  216 --
 ...actices-for-capacitor-script-automation.md |  239 --
 ...metric-authentication-in-capacitor-apps.md |  481 ---
 ...o-revolutionizing-capacitor-app-updates.md |   53 -
 ...ve-mobile-app-with-nextjs-and-capacitor.md |  199 -
 ...r-app-initialization-step-by-step-guide.md |  230 --
 ...apacitor-apps-and-data-sharing-policies.md |  199 -
 ...s-and-russias-data-laws-compliance-tips.md |  234 --
 ...tor-changelog-management-ultimate-guide.md |  238 --
 .../ja/capacitor-cicd-pipeline-setup-guide.md |  177 -
 ...cicd-plugins-vs-appflow-key-differences.md |  194 -
 ...or-cli-commands-common-issues-and-fixes.md |  202 -
 ...acitor-cli-commands-for-version-updates.md |  372 --
 .../capacitor-cli-plugin-commands-overview.md |  354 --
 .../ja/capacitor-cli-project-setup-guide.md   |  257 --
 ...-community-forums-for-plugin-developers.md |   63 -
 .../blog/ja/capacitor-comprehensive-guide.md  |  105 -
 ...live-updates-handling-version-conflicts.md |   59 -
 ...ve-updates-staying-compliant-with-apple.md |  232 --
 ...tor-native-bridge-android-plugin-basics.md |  476 ---
 ...ive-bridge-web-to-android-data-transfer.md |  214 --
 ...or-ota-updates-app-store-approval-guide.md |  231 --
 ...-updates-best-practices-for-performance.md |  212 --
 ...tes-boosting-low-end-device-performance.md |  148 -
 ...itor-ota-updates-cicd-integration-guide.md |  221 --
 ...-updates-cloud-hosting-options-compared.md |  218 --
 .../capacitor-ota-updates-debugging-issues.md |   57 -
 .../ja/capacitor-ota-updates-security-tips.md |  218 --
 ...capacitor-ota-updates-staying-compliant.md |  126 -
 ...or-ota-updates-targeting-ios-vs-android.md |  189 -
 ...ota-updates-version-targeting-explained.md |  201 -
 ...r-ota-updates-versioning-best-practices.md |  268 --
 ...r-ota-updates-vs-app-store-restrictions.md |  182 -
 ...-updates-vs-traditional-testing-methods.md |  151 -
 ...r-ota-updates-vs-traditional-versioning.md |  150 -
 .../ja/capacitor-plugin-contribution-guide.md |  287 --
 ...apacitor-plugin-options-for-ota-updates.md |   47 -
 ...r-plugins-for-secure-session-management.md |  406 --
 ...capacitor-plugins-what-you-need-to-know.md |  231 --
 .../blog/ja/capacitor-social-login-release.md |   53 -
 ...s-appflow-ota-update-solutions-compared.md |  271 --
 ...citor-vs-appflow-versioning-differences.md |  138 -
 .../capgo-for-app-store-safe-ota-updates.md   |   68 -
 ...o-integration-with-github-actions-guide.md |  294 --
 src/content/blog/ja/capgo-price-reduction.md  |   48 -
 src/content/blog/ja/capgo-purpose.md          |   72 -
 ...s-appflow-deployment-solutions-compared.md |  170 -
 .../ja/ccpa-compliance-for-mobile-apps.md     |  296 --
 ...t-for-cybersecurity-compliance-in-china.md |  369 --
 ...hecklist-for-google-play-ota-compliance.md |  237 --
 ...ta-updates-under-australias-privacy-act.md |  236 --
 ...ist-for-token-signing-in-capacitor-apps.md |  160 -
 ...st-for-validating-capacitor-app-updates.md |   76 -
 ...cybersecurity-law-impact-on-app-updates.md |  214 --
 ...data-privacy-laws-impact-on-mobile-apps.md |  163 -
 ...egrity-in-capacitor-apps-key-techniques.md |  205 -
 ...ommon-cicd-bottlenecks-in-ota-pipelines.md |  140 -
 ...ate-issues-and-solutions-for-developers.md |  251 --
 ...stakes-in-custom-attribute-segmentation.md |  135 -
 .../ja/comparing-react-native-vs-capacitor.md |  249 --
 ...iance-checks-in-cicd-for-capacitor-apps.md |  230 --
 ...figuring-rollback-for-capacitor-updates.md |  167 -
 .../blog/ja/cordova-hybrid-app-development.md |  113 -
 .../ja/cpra-compliance-for-app-developers.md  |  231 --
 ...ate-offline-screen-in-vue-angular-react.md |  303 --
 ...create-react-mobile-apps-with-capacitor.md |  372 --
 ...d-deleting-update-channels-in-capacitor.md |  266 --
 ...ng-mobile-apps-with-react-and-capacitor.md |  281 --
 ...obile-apps-with-sveltekit-and-capacitor.md |  374 --
 ...tform-mobile-app-development-guide-2024.md |  106 -
 ...-uiux-best-practices-for-capacitor-apps.md |  282 --
 ...-ios-plugin-optimization-best-practices.md |  207 --
 ...cross-platform-apps-with-capacitorjs.md.md |  175 -
 ...ction-key-differences-in-capacitor-apps.md |  218 --
 .../blog/ja/do-apple-allow-live-updates.md    |   32 -
 .../blog/ja/do-capgo-work-for-cordova.md      |   40 -
 .../blog/ja/do-google-allow-live-updates.md   |   29 -
 .../ja/enable-ios-developer-mode-ios16.md     |   64 -
 ...ing-in-capacitor-apps-ux-best-practices.md |  244 --
 ...logging-tools-for-capacitor-ota-updates.md |  172 -
 ...firebase-crashlytics-for-capacitor-apps.md |  132 -
 .../fix-capacitor-version-mismatch-errors.md  |  240 --
 ...d-failures-in-capacitor-ci-cd-pipelines.md |  358 --
 .../ja/git-flow-vs-trunk-based-for-cicd.md    |   49 -
 ...e-play-compliance-key-update-strategies.md |  169 -
 ...oogle-play-staged-rollouts-how-it-works.md |  195 -
 ...tic-release-with-CapGo-CapacitorUpdater.md |  268 --
 ...w-capacitor-bridges-web-and-native-code.md |  180 -
 ...-capacitor-handles-platform-differences.md |   90 -
 src/content/blog/ja/how-capgo-is-born.md      |   54 -
 .../ja/how-ccpa-enforcement-impacts-apps.md   |  125 -
 ...ybersecurity-law-impacts-app-developers.md |  160 -
 ...-data-laws-impact-app-store-submissions.md |  143 -
 .../ja/how-cicd-tools-trigger-ota-updates.md  |  210 --
 .../how-delta-updates-reduce-payload-size.md  |  266 --
 ...w-end-to-end-encryption-secures-updates.md |   47 -
 .../ja/how-live-updates-for-capacitor-work.md |  290 --
 ...pps-stay-compliant-with-us-privacy-laws.md |  161 -
 ...-bridge-works-in-capacitor-android-apps.md |  272 --
 ...a-encryption-meets-app-store-compliance.md |   77 -
 ...w-ota-updates-affect-app-store-security.md |  223 --
 ...c-secures-ota-updates-in-capacitor-apps.md |  116 -
 ...o-add-dependencies-in-capacitor-plugins.md |  133 -
 ...dd-geolocation-targeting-to-ota-updates.md |   70 -
 ...d-third-party-plugins-in-capacitor-apps.md |  336 --
 ...w-to-build-capacitor-app-in-xcode-cloud.md |  127 -
 .../blog/ja/how-to-bypass-app-store-review.md |   52 -
 ...tomize-build-scripts-with-capacitor-cli.md |  347 --
 ...w-to-handle-user-data-in-capacitor-apps.md |  123 -
 ...to-handle-user-data-requests-under-ccpa.md |  196 -
 .../how-to-monitor-capacitor-app-updates.md   |  183 -
 ...file-cross-platform-apps-with-capacitor.md |  167 -
 .../how-to-release-major-version-in-capgo.md  |   82 -
 ...solve-android-build-errors-in-capacitor.md |  278 --
 ...schedule-ota-updates-for-capacitor-apps.md |   79 -
 ...-secure-ota-updates-with-key-management.md |   77 -
 ...w-to-segment-users-by-plan-and-channels.md |  178 -
 .../how-to-send-specific-version-to-users.md  |  172 -
 ...ck-ota-update-success-in-capacitor-apps.md |  374 --
 ...w-to-use-aar-files-in-capacitor-plugins.md |  189 -
 ...ow-to-use-capacitor-cli-for-ota-updates.md |  105 -
 ...use-capgo-documentation-for-ota-updates.md |   90 -
 ...antic-versioning-with-capgo-ota-updates.md |  290 --
 .../blog/ja/how-version-work-in-capgo.md      |  122 -
 .../blog/ja/how-your-usage-is-counted.md      |   89 -
 ...mobile-apps-in-china-step-by-step-guide.md |  293 --
 .../blog/ja/in-app-purchases-capacitor.md     |  308 --
 ...alling-capacitor-cli-step-by-step-guide.md |  363 --
 ...egrate-universal-links-capacitor-nextjs.md |  189 -
 .../integrity-checks-for-capacitor-updates.md |  213 --
 ...-to-capacitor-updater-with-code-signing.md |   90 -
 ...c-capacitor-push-notifications-firebase.md |  443 ---
 ...anagement-under-chinas-encryption-rules.md |  142 -
 ...-updates-faq-answers-for-app-developers.md |  318 --
 .../blog/ja/live-updates-for-flutter-app.md   |   31 -
 ...-dev-and-prod-build-with-github-actions.md |  153 -
 ...ging-dependencies-in-capacitor-projects.md |  211 --
 .../ja/managing-secrets-in-cicd-pipelines.md  |  118 -
 ...policies-for-teams-using-capacitor-apps.md |   55 -
 .../blog/ja/migrating-cordova-to-capacitor.md |   89 -
 ...pdate-strategies-a-developers-checklist.md |  191 -
 .../monitor-ota-updates-in-capacitor-apps.md  |  205 -
 ...ving-from-microsoft-app-center-to-capgo.md |   34 -
 ...pts-for-capacitor-ota-updates-explained.md |  220 --
 src/content/blog/ja/open-source-licence.md    |   72 -
 ...rce-vs-proprietary-app-update-solutions.md |  228 --
 src/content/blog/ja/open-source.md            |  149 -
 .../ja/optimise-your-images-for-updates.md    |   30 -
 ...a-security-checklist-for-capacitor-apps.md |  204 -
 ...pdates-in-beta-staying-policy-compliant.md |   70 -
 ...es-in-cicd-security-and-compliance-tips.md |  222 --
 ...nt-data-security-for-app-store-approval.md |   94 -
 ...liance-for-mobile-apps-key-requirements.md |  227 --
 ...sed-rollouts-for-capacitor-live-updates.md |  207 --
 ...da-compliance-for-mobile-apps-in-canada.md |  281 --
 ...ecurity-for-capacitor-apps-key-insights.md |  161 -
 ...ivacy-manifest-for-capacitor-apps-guide.md |   91 -
 .../blog/ja/quasar-mobile-app-capacitor.md    |  368 --
 ...-time-update-metrics-for-capacitor-apps.md |  256 --
 ...eal-time-updates-with-user-segmentation.md |  180 -
 ...efresh-token-rotation-in-cicd-workflows.md |  291 --
 ...ollback-mechanisms-in-capacitor-plugins.md |  199 -
 ...k-strategies-for-capacitor-live-updates.md |   98 -
 .../rollback-strategies-for-cicd-workflows.md |  120 -
 ...storage-for-offline-tokens-in-capacitor.md |   76 -
 src/content/blog/ja/self-hosted-capgo.md      |  121 -
 .../blog/ja/self-hosted-live-updates.md       |   93 -
 ...-up-performance-monitoring-in-capacitor.md |  401 --
 .../setting-up-capacitor-local-environment.md |   84 -
 .../ja/setting-up-cicd-for-capacitor-apps.md  |  114 -
 .../blog/ja/setup-ci-and-cd-in-gitlab.md      |   82 -
 .../setup-stripe-payment-in-us-capacitor.md   |  727 ----
 .../blog/ja/ssl-pinning-for-capacitor-apps.md |  393 --
 ...ed-rollouts-vs-full-releases-comparison.md |  302 --
 .../ja/staging-ota-updates-best-practices.md  |  220 --
 ...privacy-laws-for-mobile-apps-comparison.md |  173 -
 ...pacitor-ota-updates-with-mock-scenarios.md |  223 --
 .../blog/ja/testing-capacitor-ota-updates.md  |  240 --
 ...oken-revocation-in-capacitor-apps-guide.md |  248 --
 ...-tools-for-managing-app-updates-in-2025.md |  120 -
 ...rity-standards-for-app-store-compliance.md |  348 --
 ...-for-debugging-ota-updates-in-capacitor.md |   98 -
 ...ing-platform-specific-code-in-capacitor.md |  210 --
 .../blog/ja/turn-off-android-talkback.md      |   60 -
 ...uide-to-app-store-compliant-ota-updates.md |  319 --
 ...ultimate-guide-to-capacitor-ota-updates.md |  260 --
 ...imate-guide-to-debugging-capacitor-apps.md |  259 --
 ...-ota-update-security-for-capacitor-apps.md |  237 --
 .../understanding-apples-privacy-manifest.md  |  138 -
 ...apps-seamlessly-using-capacitor-updater.md |  136 -
 ...pdating-from-capacitor-4-to-capacitor-5.md |  208 --
 .../us-privacy-laws-mobile-app-checklist.md   |  260 --
 ...-frequency-segmentation-for-app-updates.md |  183 -
 ...-consent-for-ota-updates-best-practices.md |   49 -
 .../version-control-tips-for-mobile-ci-cd.md  |  132 -
 .../ja/version-tagging-in-capacitor-apps.md   |  101 -
 .../blog/ja/vue-mobile-app-capacitor.md       |  190 -
 .../ja/what-is-native-bridge-in-capacitor.md  |  279 --
 ...t-management-matters-for-app-compliance.md |  228 --
 .../2-way-communication-in-capacitor-apps.md  |  190 -
 .../5-common-ota-update-mistakes-to-avoid.md  |  197 -
 ...t-practices-for-mobile-app-live-updates.md |  173 -
 ...ing-version-conflicts-in-capacitor-apps.md |  292 --
 .../5-steps-to-deploy-hotfixes-with-capgo.md  |   86 -
 ...-to-distribute-custom-capacitor-plugins.md |  161 -
 ...s-to-implement-oauth2-in-capacitor-apps.md |  289 --
 .../ko/a-brand-new-organization-system.md     |   90 -
 ...nt-deletion-compliance-apple-guidelines.md |  208 --
 src/content/blog/ko/alternative-to-appflow.md |   85 -
 src/content/blog/ko/alternative-to-expo.md    |   58 -
 .../blog/ko/alternative-to-voltbuilder.md     |   75 -
 ...ndroid-16kb-page-size-capacitor-plugins.md |  104 -
 .../ko/android-setup-for-capacitor-apps.md    |  341 --
 .../blog/ko/angular-mobile-app-capacitor.md   |  271 --
 ...i-key-security-for-app-store-compliance.md |  108 -
 ...-rate-limiting-for-app-store-compliance.md |  190 -
 ...tore-metadata-what-developers-must-know.md |  224 --
 ...ct-updates-what-developers-need-to-know.md |  175 -
 src/content/blog/ko/appcenter-migration.md    |  211 --
 ...appflow-cicd-integration-best-practices.md |  192 -
 .../blog/ko/appflow-shutdown-alternative.md   |  102 -
 ...-policy-updates-for-capacitor-apps-2025.md |   43 -
 .../apple-privacy-rules-for-capacitor-apps.md |  331 --
 ...privacy-compliance-for-third-party-data.md |  179 -
 ...ted-consent-tracking-for-capacitor-apps.md |  480 ---
 ...c-build-and-release-with-github-actions.md |  143 -
 ...automatic-build-and-release-with-gitlab.md |  152 -
 ...c-capacitor-android-build-github-action.md |  253 --
 ...utomatic-capacitor-android-build-gitlab.md |  277 --
 ...automatic-capacitor-ios-build-codemagic.md |   66 -
 ...itor-ios-build-github-action-with-match.md |  117 -
 ...matic-capacitor-ios-build-github-action.md |  549 ---
 ...basic-js-css-config-for-native-app-look.md |   92 -
 ...st-practices-for-capacitor-code-sharing.md |  197 -
 ...actices-for-capacitor-script-automation.md |  246 --
 ...metric-authentication-in-capacitor-apps.md |  466 ---
 ...o-revolutionizing-capacitor-app-updates.md |  152 -
 ...ve-mobile-app-with-nextjs-and-capacitor.md |  418 ---
 ...r-app-initialization-step-by-step-guide.md |  159 -
 ...apacitor-apps-and-data-sharing-policies.md |  174 -
 ...s-and-russias-data-laws-compliance-tips.md |   71 -
 ...tor-changelog-management-ultimate-guide.md |   78 -
 .../ko/capacitor-cicd-pipeline-setup-guide.md |  177 -
 ...cicd-plugins-vs-appflow-key-differences.md |  126 -
 ...or-cli-commands-common-issues-and-fixes.md |  179 -
 ...acitor-cli-commands-for-version-updates.md |  372 --
 .../capacitor-cli-plugin-commands-overview.md |  338 --
 .../ko/capacitor-cli-project-setup-guide.md   |  259 --
 ...-community-forums-for-plugin-developers.md |   63 -
 .../blog/ko/capacitor-comprehensive-guide.md  |  106 -
 ...live-updates-handling-version-conflicts.md |  170 -
 ...ve-updates-staying-compliant-with-apple.md |  205 -
 ...tor-native-bridge-android-plugin-basics.md |  443 ---
 ...ive-bridge-web-to-android-data-transfer.md |  181 -
 ...or-ota-updates-app-store-approval-guide.md |  234 --
 ...-updates-best-practices-for-performance.md |  211 --
 ...tes-boosting-low-end-device-performance.md |  126 -
 ...itor-ota-updates-cicd-integration-guide.md |  196 -
 ...-updates-cloud-hosting-options-compared.md |  219 --
 .../capacitor-ota-updates-debugging-issues.md |  205 -
 .../ko/capacitor-ota-updates-security-tips.md |  201 -
 ...capacitor-ota-updates-staying-compliant.md |  205 -
 ...or-ota-updates-targeting-ios-vs-android.md |  180 -
 ...ota-updates-version-targeting-explained.md |  236 --
 ...r-ota-updates-versioning-best-practices.md |  168 -
 ...r-ota-updates-vs-app-store-restrictions.md |  192 -
 ...-updates-vs-traditional-testing-methods.md |  151 -
 ...r-ota-updates-vs-traditional-versioning.md |  185 -
 .../ko/capacitor-plugin-contribution-guide.md |  262 --
 ...apacitor-plugin-options-for-ota-updates.md |  175 -
 ...r-plugins-for-secure-session-management.md |  279 --
 ...capacitor-plugins-what-you-need-to-know.md |  232 --
 .../blog/ko/capacitor-social-login-release.md |   52 -
 ...s-appflow-ota-update-solutions-compared.md |  150 -
 ...citor-vs-appflow-versioning-differences.md |  144 -
 .../capgo-for-app-store-safe-ota-updates.md   |   65 -
 ...o-integration-with-github-actions-guide.md |  284 --
 src/content/blog/ko/capgo-price-reduction.md  |   49 -
 src/content/blog/ko/capgo-purpose.md          |   71 -
 ...s-appflow-deployment-solutions-compared.md |  172 -
 .../ko/ccpa-compliance-for-mobile-apps.md     |  271 --
 ...t-for-cybersecurity-compliance-in-china.md |  370 --
 ...hecklist-for-google-play-ota-compliance.md |  218 --
 ...ta-updates-under-australias-privacy-act.md |  238 --
 ...ist-for-token-signing-in-capacitor-apps.md |  159 -
 ...st-for-validating-capacitor-app-updates.md |   74 -
 ...cybersecurity-law-impact-on-app-updates.md |  212 --
 ...data-privacy-laws-impact-on-mobile-apps.md |  145 -
 ...egrity-in-capacitor-apps-key-techniques.md |  196 -
 ...ommon-cicd-bottlenecks-in-ota-pipelines.md |  140 -
 ...ate-issues-and-solutions-for-developers.md |  228 --
 ...stakes-in-custom-attribute-segmentation.md |  133 -
 .../ko/comparing-react-native-vs-capacitor.md |  223 --
 ...iance-checks-in-cicd-for-capacitor-apps.md |  213 --
 ...figuring-rollback-for-capacitor-updates.md |   52 -
 .../blog/ko/cordova-hybrid-app-development.md |  101 -
 .../ko/cpra-compliance-for-app-developers.md  |  215 --
 ...ate-offline-screen-in-vue-angular-react.md |  302 --
 ...create-react-mobile-apps-with-capacitor.md |  370 --
 ...d-deleting-update-channels-in-capacitor.md |  247 --
 ...ng-mobile-apps-with-react-and-capacitor.md |  281 --
 ...obile-apps-with-sveltekit-and-capacitor.md |  301 --
 ...tform-mobile-app-development-guide-2024.md |  106 -
 ...-uiux-best-practices-for-capacitor-apps.md |  276 --
 ...-ios-plugin-optimization-best-practices.md |  193 -
 ...cross-platform-apps-with-capacitorjs.md.md |  176 -
 ...ction-key-differences-in-capacitor-apps.md |  198 -
 .../blog/ko/do-apple-allow-live-updates.md    |   31 -
 .../blog/ko/do-capgo-work-for-cordova.md      |   40 -
 .../blog/ko/do-google-allow-live-updates.md   |   29 -
 .../ko/enable-ios-developer-mode-ios16.md     |   64 -
 ...ing-in-capacitor-apps-ux-best-practices.md |  217 --
 ...logging-tools-for-capacitor-ota-updates.md |  173 -
 .../fix-capacitor-version-mismatch-errors.md  |  184 -
 ...d-failures-in-capacitor-ci-cd-pipelines.md |  324 --
 .../ko/git-flow-vs-trunk-based-for-cicd.md    |  180 -
 ...e-play-compliance-key-update-strategies.md |  167 -
 ...oogle-play-staged-rollouts-how-it-works.md |  166 -
 ...tic-release-with-CapGo-CapacitorUpdater.md |  263 --
 ...w-capacitor-bridges-web-and-native-code.md |  237 --
 ...-capacitor-handles-platform-differences.md |  291 --
 src/content/blog/ko/how-capgo-is-born.md      |   54 -
 .../ko/how-ccpa-enforcement-impacts-apps.md   |  210 --
 ...ybersecurity-law-impacts-app-developers.md |  197 -
 ...-data-laws-impact-app-store-submissions.md |  141 -
 .../ko/how-cicd-tools-trigger-ota-updates.md  |  202 -
 .../how-delta-updates-reduce-payload-size.md  |  246 --
 ...w-end-to-end-encryption-secures-updates.md |  191 -
 .../ko/how-live-updates-for-capacitor-work.md |  291 --
 ...pps-stay-compliant-with-us-privacy-laws.md |  189 -
 ...-bridge-works-in-capacitor-android-apps.md |  270 --
 ...a-encryption-meets-app-store-compliance.md |  185 -
 ...w-ota-updates-affect-app-store-security.md |  211 --
 ...c-secures-ota-updates-in-capacitor-apps.md |  115 -
 ...o-add-dependencies-in-capacitor-plugins.md |  134 -
 ...dd-geolocation-targeting-to-ota-updates.md |  311 --
 ...d-third-party-plugins-in-capacitor-apps.md |  367 --
 ...w-to-build-capacitor-app-in-xcode-cloud.md |  126 -
 .../blog/ko/how-to-bypass-app-store-review.md |   51 -
 ...tomize-build-scripts-with-capacitor-cli.md |  118 -
 ...w-to-handle-user-data-in-capacitor-apps.md |  121 -
 ...to-handle-user-data-requests-under-ccpa.md |  169 -
 .../how-to-monitor-capacitor-app-updates.md   |  185 -
 ...file-cross-platform-apps-with-capacitor.md |  167 -
 .../how-to-release-major-version-in-capgo.md  |   85 -
 ...solve-android-build-errors-in-capacitor.md |  284 --
 ...schedule-ota-updates-for-capacitor-apps.md |  229 --
 ...-secure-ota-updates-with-key-management.md |  175 -
 ...w-to-segment-users-by-plan-and-channels.md |  178 -
 .../how-to-send-specific-version-to-users.md  |  173 -
 ...ck-ota-update-success-in-capacitor-apps.md |  340 --
 ...w-to-use-aar-files-in-capacitor-plugins.md |  457 ---
 ...ow-to-use-capacitor-cli-for-ota-updates.md |   57 -
 ...use-capgo-documentation-for-ota-updates.md |   86 -
 ...antic-versioning-with-capgo-ota-updates.md |  117 -
 .../blog/ko/how-version-work-in-capgo.md      |  119 -
 .../blog/ko/how-your-usage-is-counted.md      |   91 -
 ...mobile-apps-in-china-step-by-step-guide.md |  264 --
 .../blog/ko/in-app-purchases-capacitor.md     |  290 --
 ...alling-capacitor-cli-step-by-step-guide.md |  103 -
 ...egrate-universal-links-capacitor-nextjs.md |  189 -
 .../integrity-checks-for-capacitor-updates.md |  184 -
 ...-to-capacitor-updater-with-code-signing.md |   90 -
 ...c-capacitor-push-notifications-firebase.md |  443 ---
 ...anagement-under-chinas-encryption-rules.md |  136 -
 ...-updates-faq-answers-for-app-developers.md |  318 --
 .../blog/ko/live-updates-for-flutter-app.md   |   30 -
 ...-dev-and-prod-build-with-github-actions.md |  153 -
 ...ging-dependencies-in-capacitor-projects.md |  196 -
 .../ko/managing-secrets-in-cicd-pipelines.md  |  118 -
 ...policies-for-teams-using-capacitor-apps.md |  176 -
 .../blog/ko/migrating-cordova-to-capacitor.md |   90 -
 ...pdate-strategies-a-developers-checklist.md |  207 --
 .../monitor-ota-updates-in-capacitor-apps.md  |  198 -
 ...ving-from-microsoft-app-center-to-capgo.md |   34 -
 ...pts-for-capacitor-ota-updates-explained.md |   59 -
 src/content/blog/ko/open-source-licence.md    |  126 -
 ...rce-vs-proprietary-app-update-solutions.md |  202 -
 src/content/blog/ko/open-source.md            |  129 -
 .../ko/optimise-your-images-for-updates.md    |   31 -
 ...a-security-checklist-for-capacitor-apps.md |  192 -
 ...pdates-in-beta-staying-policy-compliant.md |   74 -
 ...es-in-cicd-security-and-compliance-tips.md |  243 --
 ...nt-data-security-for-app-store-approval.md |   92 -
 ...liance-for-mobile-apps-key-requirements.md |  206 --
 ...sed-rollouts-for-capacitor-live-updates.md |  200 -
 ...da-compliance-for-mobile-apps-in-canada.md |  258 --
 ...ecurity-for-capacitor-apps-key-insights.md |  159 -
 ...ivacy-manifest-for-capacitor-apps-guide.md |  256 --
 .../blog/ko/quasar-mobile-app-capacitor.md    |  332 --
 ...-time-update-metrics-for-capacitor-apps.md |  220 --
 ...eal-time-updates-with-user-segmentation.md |  144 -
 ...efresh-token-rotation-in-cicd-workflows.md |  292 --
 ...ollback-mechanisms-in-capacitor-plugins.md |  216 --
 ...k-strategies-for-capacitor-live-updates.md |   98 -
 .../rollback-strategies-for-cicd-workflows.md |  120 -
 ...storage-for-offline-tokens-in-capacitor.md |   76 -
 src/content/blog/ko/self-hosted-capgo.md      |  123 -
 .../blog/ko/self-hosted-live-updates.md       |   93 -
 ...-up-performance-monitoring-in-capacitor.md |  388 --
 .../setting-up-capacitor-local-environment.md |   89 -
 .../ko/setting-up-cicd-for-capacitor-apps.md  |  151 -
 .../blog/ko/setup-ci-and-cd-in-gitlab.md      |   86 -
 .../setup-stripe-payment-in-us-capacitor.md   |  727 ----
 .../blog/ko/ssl-pinning-for-capacitor-apps.md |  272 --
 ...ed-rollouts-vs-full-releases-comparison.md |  283 --
 .../ko/staging-ota-updates-best-practices.md  |  204 -
 ...privacy-laws-for-mobile-apps-comparison.md |  117 -
 ...pacitor-ota-updates-with-mock-scenarios.md |  223 --
 .../blog/ko/testing-capacitor-ota-updates.md  |  221 --
 ...oken-revocation-in-capacitor-apps-guide.md |  248 --
 ...-tools-for-managing-app-updates-in-2025.md |  191 -
 ...rity-standards-for-app-store-compliance.md |  320 --
 ...-for-debugging-ota-updates-in-capacitor.md |  137 -
 ...ing-platform-specific-code-in-capacitor.md |  214 --
 .../blog/ko/turn-off-android-talkback.md      |   60 -
 ...uide-to-app-store-compliant-ota-updates.md |  299 --
 ...ultimate-guide-to-capacitor-ota-updates.md |  235 --
 ...imate-guide-to-debugging-capacitor-apps.md |  328 --
 ...-ota-update-security-for-capacitor-apps.md |  235 --
 .../understanding-apples-privacy-manifest.md  |  141 -
 ...apps-seamlessly-using-capacitor-updater.md |  135 -
 ...pdating-from-capacitor-4-to-capacitor-5.md |  210 --
 .../us-privacy-laws-mobile-app-checklist.md   |  217 --
 ...-frequency-segmentation-for-app-updates.md |  182 -
 ...-consent-for-ota-updates-best-practices.md |   68 -
 .../version-control-tips-for-mobile-ci-cd.md  |  263 --
 .../ko/version-tagging-in-capacitor-apps.md   |  243 --
 .../blog/ko/vue-mobile-app-capacitor.md       |  190 -
 .../ko/what-is-native-bridge-in-capacitor.md  |  279 --
 ...t-management-matters-for-app-compliance.md |  200 -
 ...ndroid-16kb-page-size-capacitor-plugins.md |  104 -
 .../docs/de/docs/cli/cloud-build/android.mdx  |  470 ---
 .../de/docs/cli/cloud-build/credentials.mdx   |  404 --
 .../docs/cli/cloud-build/getting-started.mdx  |  248 --
 .../docs/de/docs/cli/cloud-build/ios.mdx      |  375 --
 .../docs/cli/cloud-build/troubleshooting.mdx  |  513 ---
 src/content/docs/de/docs/cli/commands.mdx     |  472 ---
 .../docs/cli/migrations/cli-from-0x-to-1x.mdx |   11 -
 .../docs/de/docs/cli/migrations/encryption.md |   71 -
 src/content/docs/de/docs/cli/overview.mdx     |  117 -
 .../docs/de/docs/cli/reference/account.mdx    |   19 -
 .../docs/de/docs/cli/reference/app.mdx        |   84 -
 .../docs/de/docs/cli/reference/build.mdx      |  276 --
 .../docs/de/docs/cli/reference/bundle.mdx     |  165 -
 .../docs/de/docs/cli/reference/channel.mdx    |   82 -
 .../docs/de/docs/cli/reference/doctor.mdx     |   13 -
 .../docs/de/docs/cli/reference/index.mdx      |   67 -
 .../docs/de/docs/cli/reference/init.mdx       |   17 -
 .../docs/de/docs/cli/reference/key.mdx        |   37 -
 .../docs/de/docs/cli/reference/login.mdx      |   19 -
 .../de/docs/cli/reference/organisation.mdx    |  111 -
 .../de/docs/contributing/adding-plugins.mdx   |  453 ---
 src/content/docs/de/docs/faq.mdx              |  364 --
 src/content/docs/de/docs/getting-help.mdx     |   42 -
 .../de/docs/getting-started/add-an-app.mdx    |   82 -
 .../docs/getting-started/cicd-integration.mdx |  174 -
 .../docs/de/docs/getting-started/deploy.mdx   |  152 -
 .../de/docs/getting-started/onboarding.mdx    |  554 ---
 .../de/docs/getting-started/quickstart.mdx    |  136 -
 .../docs/getting-started/troubleshooting.mdx  |  157 -
 .../de/docs/getting-started/wrapping-up.mdx   |   54 -
 src/content/docs/de/docs/how-to.mdx           |   52 -
 src/content/docs/de/docs/index.mdx            |   69 -
 .../de/docs/live-updates/breaking-changes.md  |  203 -
 .../docs/de/docs/live-updates/channels.mdx    |  258 --
 .../docs/live-updates/china-configuration.mdx |  208 --
 .../docs/de/docs/live-updates/compliance.mdx  |  189 -
 .../de/docs/live-updates/custom-storage.mdx   |  302 --
 .../de/docs/live-updates/differentials.mdx    |   80 -
 .../docs/de/docs/live-updates/encryption.mdx  |  352 --
 .../docs/de/docs/live-updates/features.mdx    |  516 ---
 .../docs/de/docs/live-updates/index.mdx       |   92 -
 .../integrations/azure-devops.mdx             |  584 ---
 .../integrations/bitbucket-pipeline.mdx       |  498 ---
 .../integrations/github-actions.mdx           |  551 ---
 .../live-updates/integrations/gitlab-ci.mdx   |  426 ---
 .../docs/live-updates/integrations/index.mdx  |   82 -
 .../docs/de/docs/live-updates/rollbacks.mdx   |   90 -
 .../de/docs/live-updates/update-behavior.mdx  |  170 -
 .../de/docs/live-updates/update-types.mdx     |  123 -
 .../docs/live-updates/version-targeting.mdx   |  617 ----
 src/content/docs/de/docs/plugin/api.md        | 1014 -----
 .../plugins/accelerometer/getting-started.mdx |  303 --
 .../de/docs/plugins/accelerometer/index.mdx   |   41 -
 .../de/docs/plugins/admob/getting-started.mdx |   89 -
 .../docs/de/docs/plugins/admob/index.mdx      |   45 -
 .../plugins/age-signals/getting-started.mdx   |  509 ---
 .../de/docs/plugins/age-signals/index.mdx     |   47 -
 .../de/docs/plugins/alarm/getting-started.mdx |  139 -
 .../docs/de/docs/plugins/alarm/index.mdx      |   41 -
 .../getting-started.mdx                       |  145 -
 .../plugins/android-inline-install/index.mdx  |   49 -
 .../plugins/android-kiosk/getting-started.mdx |  336 --
 .../de/docs/plugins/android-kiosk/index.mdx   |   51 -
 .../getting-started.mdx                       |  173 -
 .../android-usagestatsmanager/index.mdx       |  146 -
 .../plugins/appinsights/getting-started.mdx   |  207 --
 .../de/docs/plugins/appinsights/index.mdx     |   41 -
 .../audio-recorder/getting-started.mdx        |  395 --
 .../de/docs/plugins/audio-recorder/index.mdx  |   41 -
 .../plugins/audiosession/getting-started.mdx  |   72 -
 .../de/docs/plugins/audiosession/index.mdx    |   45 -
 .../getting-started.mdx                       |  260 --
 .../plugins/autofill-save-password/index.mdx  |  279 --
 .../getting-started.mdx                       |  273 --
 .../plugins/background-geolocation/index.mdx  |   56 -
 .../plugins/barometer/getting-started.mdx     |  216 --
 .../docs/de/docs/plugins/barometer/index.mdx  |   44 -
 .../camera-preview/getting-started.mdx        |  275 --
 .../de/docs/plugins/camera-preview/index.mdx  |   41 -
 .../capacitor-plus/getting-started.mdx        |  189 -
 .../de/docs/plugins/capacitor-plus/index.mdx  |   64 -
 .../docs/plugins/compass/getting-started.mdx  |  219 --
 .../docs/de/docs/plugins/compass/index.mdx    |   41 -
 .../docs/plugins/contacts/getting-started.mdx |  394 --
 .../docs/de/docs/plugins/contacts/index.mdx   |   47 -
 .../de/docs/plugins/crisp/getting-started.mdx |  344 --
 .../docs/de/docs/plugins/crisp/index.mdx      |   41 -
 .../data-storage-sqlite/getting-started.mdx   |  395 --
 .../plugins/data-storage-sqlite/index.mdx     |   41 -
 .../document-scanner/getting-started.mdx      |   61 -
 .../docs/plugins/document-scanner/index.mdx   |   45 -
 .../plugins/downloader/getting-started.mdx    |  172 -
 .../docs/de/docs/plugins/downloader/index.mdx |   51 -
 .../de/docs/plugins/env/getting-started.mdx   |   69 -
 .../docs/de/docs/plugins/env/index.mdx        |   49 -
 .../docs/plugins/fast-sql/getting-started.mdx |  360 --
 .../docs/de/docs/plugins/fast-sql/index.mdx   |   50 -
 .../docs/plugins/ffmpeg/getting-started.mdx   |  277 --
 .../docs/de/docs/plugins/ffmpeg/index.mdx     |   41 -
 .../file-compressor/getting-started.mdx       |  166 -
 .../de/docs/plugins/file-compressor/index.mdx |   47 -
 .../de/docs/plugins/file/getting-started.mdx  |  389 --
 .../docs/de/docs/plugins/file/index.mdx       |   41 -
 .../de/docs/plugins/flash/getting-started.mdx |  197 -
 .../docs/de/docs/plugins/flash/index.mdx      |   41 -
 .../de/docs/plugins/gtm/getting-started.mdx   |  242 --
 .../docs/de/docs/plugins/gtm/index.mdx        |   47 -
 .../docs/plugins/health/getting-started.mdx   |   86 -
 .../docs/de/docs/plugins/health/index.mdx     |   45 -
 .../home-indicator/getting-started.mdx        |  214 --
 .../de/docs/plugins/home-indicator/index.mdx  |   45 -
 .../docs/plugins/ibeacon/getting-started.mdx  |  619 ----
 .../docs/de/docs/plugins/ibeacon/index.mdx    |   51 -
 .../plugins/inappbrowser/getting-started.mdx  |  410 --
 .../de/docs/plugins/inappbrowser/index.mdx    |   41 -
 src/content/docs/de/docs/plugins/index.mdx    |  384 --
 .../docs/plugins/is-root/getting-started.mdx  |  276 --
 .../docs/de/docs/plugins/is-root/index.mdx    |  122 -
 .../plugins/ivs-player/getting-started.mdx    |  313 --
 .../docs/de/docs/plugins/ivs-player/index.mdx |   41 -
 .../plugins/jw-player/getting-started.mdx     |  345 --
 .../docs/de/docs/plugins/jw-player/index.mdx  |   47 -
 .../launch-navigator/getting-started.mdx      |  337 --
 .../docs/plugins/launch-navigator/index.mdx   |  246 --
 .../plugins/live-reload/getting-started.mdx   |  355 --
 .../de/docs/plugins/live-reload/index.mdx     |   41 -
 .../de/docs/plugins/llm/getting-started.mdx   |  484 ---
 .../docs/de/docs/plugins/llm/index.mdx        |   47 -
 .../plugins/media-session/getting-started.mdx |   83 -
 .../de/docs/plugins/media-session/index.mdx   |   45 -
 .../de/docs/plugins/mute/getting-started.mdx  |  210 --
 .../docs/de/docs/plugins/mute/index.mdx       |   41 -
 .../plugins/mux-player/getting-started.mdx    |   91 -
 .../docs/de/docs/plugins/mux-player/index.mdx |   45 -
 .../plugins/native-audio/getting-started.mdx  |  478 ---
 .../de/docs/plugins/native-audio/index.mdx    |   41 -
 .../native-biometric/getting-started.mdx      |  204 -
 .../docs/plugins/native-biometric/index.mdx   |   41 -
 .../plugins/native-market/getting-started.mdx |  106 -
 .../de/docs/plugins/native-market/index.mdx   |   41 -
 .../android-create-subscription.mdx           |  166 -
 .../android-introductory-offer.mdx            |  197 -
 .../android-play-store-review.mdx             |  795 ----
 .../android-sandbox-testing.mdx               |   93 -
 .../native-purchases/getting-started.mdx      |  255 --
 .../docs/plugins/native-purchases/index.mdx   |   59 -
 .../native-purchases/ios-app-store-review.mdx |  541 ---
 .../ios-create-subscription.mdx               |  312 --
 .../ios-introductory-offer.mdx                |  413 ---
 .../native-purchases/ios-sandbox-testing.mdx  |  209 --
 .../ios-subscription-group.mdx                |  301 --
 .../nativegeocoder/getting-started.mdx        |  354 --
 .../de/docs/plugins/nativegeocoder/index.mdx  |   41 -
 .../navigation-bar/getting-started.mdx        |  200 -
 .../de/docs/plugins/navigation-bar/index.mdx  |   41 -
 .../de/docs/plugins/nfc/getting-started.mdx   |  456 ---
 .../docs/de/docs/plugins/nfc/index.mdx        |   47 -
 .../de/docs/plugins/pay/getting-started.mdx   |  130 -
 .../docs/de/docs/plugins/pay/index.mdx        |   45 -
 .../plugins/pdf-generator/getting-started.mdx |   67 -
 .../de/docs/plugins/pdf-generator/index.mdx   |   45 -
 .../plugins/pedometer/getting-started.mdx     |  209 --
 .../docs/de/docs/plugins/pedometer/index.mdx  |   47 -
 .../persistent-account/getting-started.mdx    |  339 --
 .../docs/plugins/persistent-account/index.mdx |  132 -
 .../plugins/photo-library/getting-started.mdx |   76 -
 .../de/docs/plugins/photo-library/index.mdx   |   45 -
 .../docs/plugins/printer/getting-started.mdx  |  322 --
 .../docs/de/docs/plugins/printer/index.mdx    |   49 -
 .../plugins/realtimekit/getting-started.mdx   |  476 ---
 .../de/docs/plugins/realtimekit/index.mdx     |   47 -
 .../ricoh360-camera/getting-started.mdx       |  414 ---
 .../de/docs/plugins/ricoh360-camera/index.mdx |   41 -
 .../screen-orientation/getting-started.mdx    |  284 --
 .../docs/plugins/screen-orientation/index.mdx |   45 -
 .../screen-recorder/getting-started.mdx       |  287 --
 .../de/docs/plugins/screen-recorder/index.mdx |   45 -
 .../de/docs/plugins/shake/getting-started.mdx |  162 -
 .../docs/de/docs/plugins/shake/index.mdx      |   41 -
 .../plugins/share-target/getting-started.mdx  |  415 ---
 .../de/docs/plugins/share-target/index.mdx    |   51 -
 .../de/docs/plugins/sim/getting-started.mdx   |   60 -
 .../docs/de/docs/plugins/sim/index.mdx        |   49 -
 .../plugins/social-login/apple/android.mdx    |  296 --
 .../plugins/social-login/apple/general.mdx    |   16 -
 .../docs/plugins/social-login/apple/ios.mdx   |   67 -
 .../docs/plugins/social-login/apple/web.mdx   |   63 -
 .../de/docs/plugins/social-login/facebook.mdx |  666 ----
 .../social-login/firebase/google/android.mdx  |  152 -
 .../social-login/firebase/google/general.mdx  |   49 -
 .../social-login/firebase/google/ios.mdx      |  171 -
 .../social-login/firebase/google/web.mdx      |   55 -
 .../social-login/firebase/introduction.mdx    |   98 -
 .../plugins/social-login/getting-started.mdx  |   35 -
 .../plugins/social-login/google/android.mdx   |  222 --
 .../plugins/social-login/google/general.mdx   |  236 --
 .../docs/plugins/social-login/google/ios.mdx  |  246 --
 .../docs/plugins/social-login/google/web.mdx  |  129 -
 .../de/docs/plugins/social-login/index.mdx    |   48 -
 .../plugins/social-login/migrations/apple.mdx |  186 -
 .../social-login/migrations/facebook.mdx      |  234 --
 .../social-login/migrations/google.mdx        |  190 -
 .../plugins/social-login/migrations/v7.mdx    |   52 -
 .../social-login/supabase/Apple/android.mdx   |  294 --
 .../social-login/supabase/Apple/general.mdx   |  105 -
 .../social-login/supabase/Apple/ios.mdx       |   71 -
 .../social-login/supabase/Apple/web.mdx       |   98 -
 .../social-login/supabase/google/android.mdx  |   65 -
 .../social-login/supabase/google/general.mdx  |  202 -
 .../social-login/supabase/google/ios.mdx      |   95 -
 .../social-login/supabase/google/web.mdx      |  117 -
 .../social-login/supabase/introduction.mdx    |   91 -
 .../speech-recognition/getting-started.mdx    |  445 ---
 .../docs/plugins/speech-recognition/index.mdx |   50 -
 .../speech-synthesis/getting-started.mdx      |  253 --
 .../docs/plugins/speech-synthesis/index.mdx   |   51 -
 .../plugins/streamcall/getting-started.mdx    |  488 ---
 .../docs/de/docs/plugins/streamcall/index.mdx |   54 -
 .../textinteraction/getting-started.mdx       |  274 --
 .../de/docs/plugins/textinteraction/index.mdx |   45 -
 .../plugins/twilio-voice/getting-started.mdx  |  568 ---
 .../de/docs/plugins/twilio-voice/index.mdx    |  108 -
 .../docs/de/docs/plugins/updater/api.md       | 1124 ------
 .../docs/de/docs/plugins/updater/cordova.md   |   25 -
 .../de/docs/plugins/updater/debugging.mdx     |  172 -
 .../docs/de/docs/plugins/updater/events.mdx   |  292 --
 .../docs/plugins/updater/getting-started.mdx  |  326 --
 .../docs/de/docs/plugins/updater/index.mdx    |   76 -
 .../de/docs/plugins/updater/known-issues.mdx  |  130 -
 .../updater/local-dev/capacitor-updater.mdx   |   48 -
 .../de/docs/plugins/updater/local-dev/cli.mdx |   34 -
 .../updater/local-dev/contributing.mdx        |   30 -
 .../updater/local-dev/getting-started.mdx     |   79 -
 .../docs/plugins/updater/notify-app-ready.mdx |   37 -
 .../updater/self-hosted/auto-update.mdx       |  111 -
 .../updater/self-hosted/encrypted-bundles.mdx |   64 -
 .../updater/self-hosted/getting-started.mdx   |  119 -
 .../updater/self-hosted/handling-channels.mdx |  516 ---
 .../updater/self-hosted/handling-stats.mdx    |  192 -
 .../updater/self-hosted/handling-updates.mdx  |  113 -
 .../updater/self-hosted/manual-update.mdx     |   71 -
 .../docs/de/docs/plugins/updater/settings.mdx |  525 ---
 .../docs/plugins/uploader/getting-started.mdx |  296 --
 .../docs/de/docs/plugins/uploader/index.mdx   |   41 -
 .../plugins/video-player/getting-started.mdx  |  303 --
 .../de/docs/plugins/video-player/index.mdx    |   43 -
 .../volume-buttons/getting-started.mdx        |  265 --
 .../de/docs/plugins/volume-buttons/index.mdx  |   41 -
 .../docs/plugins/wechat/getting-started.mdx   |  390 --
 .../docs/de/docs/plugins/wechat/index.mdx     |   51 -
 .../de/docs/plugins/wifi/getting-started.mdx  |  371 --
 .../docs/de/docs/plugins/wifi/index.mdx       |   47 -
 .../youtube-player/getting-started.mdx        |  432 ---
 .../de/docs/plugins/youtube-player/index.mdx  |   41 -
 .../de/docs/plugins/zip/getting-started.mdx   |  313 --
 .../docs/de/docs/plugins/zip/index.mdx        |   49 -
 .../docs/de/docs/public-api/api-keys.mdx      |  193 -
 src/content/docs/de/docs/public-api/app.mdx   |  298 --
 .../docs/de/docs/public-api/bundles.mdx       |  641 ----
 .../docs/de/docs/public-api/channels.mdx      |  268 --
 .../docs/de/docs/public-api/devices.mdx       |  298 --
 src/content/docs/de/docs/public-api/index.mdx |  108 -
 .../docs/de/docs/public-api/members.mdx       |  229 --
 .../docs/de/docs/public-api/organizations.mdx |  208 --
 .../docs/de/docs/public-api/statistics.mdx    |  235 --
 .../de/docs/upgrade/from-appflow-to-capgo.mdx |  129 -
 .../docs/upgrade/from-capawesome-to-capgo.mdx |  253 --
 .../docs/de/docs/upgrade/from-v2-to-v3.md     |  105 -
 .../docs/de/docs/upgrade/from-v3-to-v4.md     |   72 -
 .../docs/de/docs/upgrade/from-v4-to-v5.md     |   31 -
 .../docs/de/docs/upgrade/from-v5-to-v6.md     |   25 -
 .../docs/de/docs/upgrade/from-v6-to-v7.md     |   42 -
 .../docs/de/docs/upgrade/from-v7-to-v8.md     |   73 -
 src/content/docs/de/docs/webapp/api-keys.mdx  |   45 -
 src/content/docs/de/docs/webapp/bundles.mdx   |   58 -
 src/content/docs/de/docs/webapp/channels.mdx  |   59 -
 src/content/docs/de/docs/webapp/devices.mdx   |   40 -
 src/content/docs/de/docs/webapp/index.mdx     |   25 -
 src/content/docs/de/docs/webapp/logs.mdx      |  193 -
 .../docs/de/docs/webapp/main-app-page.mdx     |  113 -
 src/content/docs/de/docs/webapp/main-page.mdx |   20 -
 src/content/docs/de/docs/webapp/mfa.mdx       |  101 -
 .../de/docs/webapp/organization-security.mdx  |  303 --
 .../de/docs/webapp/organization-system.mdx    |  127 -
 src/content/docs/de/docs/webapp/payment.mdx   |   81 -
 src/content/docs/de/docs/webapp/settings.mdx  |   33 -
 .../docs/docs/contributing/adding-plugins.mdx |   20 +-
 .../docs/es/docs/cli/cloud-build/android.mdx  |  470 ---
 .../es/docs/cli/cloud-build/credentials.mdx   |  405 --
 .../docs/cli/cloud-build/getting-started.mdx  |  248 --
 .../docs/es/docs/cli/cloud-build/ios.mdx      |  375 --
 .../docs/cli/cloud-build/troubleshooting.mdx  |  513 ---
 src/content/docs/es/docs/cli/commands.mdx     |  463 ---
 .../docs/cli/migrations/cli-from-0x-to-1x.mdx |   11 -
 .../docs/es/docs/cli/migrations/encryption.md |   71 -
 src/content/docs/es/docs/cli/overview.mdx     |  116 -
 .../docs/es/docs/cli/reference/account.mdx    |   19 -
 .../docs/es/docs/cli/reference/app.mdx        |   84 -
 .../docs/es/docs/cli/reference/build.mdx      |  276 --
 .../docs/es/docs/cli/reference/bundle.mdx     |  165 -
 .../docs/es/docs/cli/reference/channel.mdx    |   82 -
 .../docs/es/docs/cli/reference/doctor.mdx     |   13 -
 .../docs/es/docs/cli/reference/index.mdx      |   67 -
 .../docs/es/docs/cli/reference/init.mdx       |   17 -
 .../docs/es/docs/cli/reference/key.mdx        |   37 -
 .../docs/es/docs/cli/reference/login.mdx      |   19 -
 .../es/docs/cli/reference/organisation.mdx    |  111 -
 .../es/docs/contributing/adding-plugins.mdx   |  450 ---
 src/content/docs/es/docs/faq.mdx              |  357 --
 src/content/docs/es/docs/getting-help.mdx     |   41 -
 .../es/docs/getting-started/add-an-app.mdx    |   83 -
 .../docs/getting-started/cicd-integration.mdx |  174 -
 .../docs/es/docs/getting-started/deploy.mdx   |  151 -
 .../es/docs/getting-started/onboarding.mdx    |  554 ---
 .../es/docs/getting-started/quickstart.mdx    |  138 -
 .../docs/getting-started/troubleshooting.mdx  |  157 -
 .../es/docs/getting-started/wrapping-up.mdx   |   54 -
 src/content/docs/es/docs/how-to.mdx           |   52 -
 src/content/docs/es/docs/index.mdx            |   41 -
 .../es/docs/live-updates/breaking-changes.md  |  203 -
 .../docs/es/docs/live-updates/channels.mdx    |  213 --
 .../docs/live-updates/china-configuration.mdx |  208 --
 .../docs/es/docs/live-updates/compliance.mdx  |  189 -
 .../es/docs/live-updates/custom-storage.mdx   |  302 --
 .../es/docs/live-updates/differentials.mdx    |   80 -
 .../docs/es/docs/live-updates/encryption.mdx  |  352 --
 .../docs/es/docs/live-updates/features.mdx    |  516 ---
 .../docs/es/docs/live-updates/index.mdx       |  102 -
 .../integrations/azure-devops.mdx             |  584 ---
 .../integrations/bitbucket-pipeline.mdx       |  498 ---
 .../integrations/github-actions.mdx           |  551 ---
 .../live-updates/integrations/gitlab-ci.mdx   |  426 ---
 .../docs/live-updates/integrations/index.mdx  |   82 -
 .../docs/es/docs/live-updates/rollbacks.mdx   |  162 -
 .../es/docs/live-updates/update-behavior.mdx  |  170 -
 .../es/docs/live-updates/update-types.mdx     |  123 -
 .../docs/live-updates/version-targeting.mdx   |  617 ----
 src/content/docs/es/docs/plugin/api.md        | 1623 --------
 .../plugins/accelerometer/getting-started.mdx |  302 --
 .../es/docs/plugins/accelerometer/index.mdx   |   41 -
 .../es/docs/plugins/admob/getting-started.mdx |   89 -
 .../docs/es/docs/plugins/admob/index.mdx      |   45 -
 .../plugins/age-signals/getting-started.mdx   |   59 -
 .../es/docs/plugins/age-signals/index.mdx     |   47 -
 .../es/docs/plugins/alarm/getting-started.mdx |  139 -
 .../docs/es/docs/plugins/alarm/index.mdx      |   41 -
 .../getting-started.mdx                       |  145 -
 .../plugins/android-inline-install/index.mdx  |   49 -
 .../plugins/android-kiosk/getting-started.mdx |  295 --
 .../es/docs/plugins/android-kiosk/index.mdx   |   51 -
 .../getting-started.mdx                       |  173 -
 .../android-usagestatsmanager/index.mdx       |  146 -
 .../plugins/appinsights/getting-started.mdx   |  207 --
 .../es/docs/plugins/appinsights/index.mdx     |   41 -
 .../audio-recorder/getting-started.mdx        |  394 --
 .../es/docs/plugins/audio-recorder/index.mdx  |   41 -
 .../plugins/audiosession/getting-started.mdx  |   73 -
 .../es/docs/plugins/audiosession/index.mdx    |   45 -
 .../getting-started.mdx                       |  260 --
 .../plugins/autofill-save-password/index.mdx  |  279 --
 .../getting-started.mdx                       |  273 --
 .../plugins/background-geolocation/index.mdx  |   56 -
 .../plugins/barometer/getting-started.mdx     |  214 --
 .../docs/es/docs/plugins/barometer/index.mdx  |   44 -
 .../camera-preview/getting-started.mdx        |  275 --
 .../es/docs/plugins/camera-preview/index.mdx  |   41 -
 .../capacitor-plus/getting-started.mdx        |  189 -
 .../es/docs/plugins/capacitor-plus/index.mdx  |   64 -
 .../docs/plugins/compass/getting-started.mdx  |  219 --
 .../docs/es/docs/plugins/compass/index.mdx    |   45 -
 .../docs/plugins/contacts/getting-started.mdx |  394 --
 .../docs/es/docs/plugins/contacts/index.mdx   |   47 -
 .../es/docs/plugins/crisp/getting-started.mdx |  344 --
 .../docs/es/docs/plugins/crisp/index.mdx      |   41 -
 .../data-storage-sqlite/getting-started.mdx   |  395 --
 .../plugins/data-storage-sqlite/index.mdx     |   41 -
 .../document-scanner/getting-started.mdx      |   61 -
 .../docs/plugins/document-scanner/index.mdx   |   45 -
 .../plugins/downloader/getting-started.mdx    |  172 -
 .../docs/es/docs/plugins/downloader/index.mdx |   51 -
 .../es/docs/plugins/env/getting-started.mdx   |   69 -
 .../docs/es/docs/plugins/env/index.mdx        |   45 -
 .../docs/plugins/fast-sql/getting-started.mdx |  256 --
 .../docs/es/docs/plugins/fast-sql/index.mdx   |   50 -
 .../docs/plugins/ffmpeg/getting-started.mdx   |  278 --
 .../docs/es/docs/plugins/ffmpeg/index.mdx     |   41 -
 .../file-compressor/getting-started.mdx       |  166 -
 .../es/docs/plugins/file-compressor/index.mdx |   47 -
 .../es/docs/plugins/file/getting-started.mdx  |  389 --
 .../docs/es/docs/plugins/file/index.mdx       |   41 -
 .../es/docs/plugins/flash/getting-started.mdx |  198 -
 .../docs/es/docs/plugins/flash/index.mdx      |   41 -
 .../es/docs/plugins/gtm/getting-started.mdx   |  242 --
 .../docs/es/docs/plugins/gtm/index.mdx        |   47 -
 .../docs/plugins/health/getting-started.mdx   |   86 -
 .../docs/es/docs/plugins/health/index.mdx     |   45 -
 .../home-indicator/getting-started.mdx        |  172 -
 .../es/docs/plugins/home-indicator/index.mdx  |   41 -
 .../docs/plugins/ibeacon/getting-started.mdx  |  619 ----
 .../docs/es/docs/plugins/ibeacon/index.mdx    |   47 -
 .../plugins/inappbrowser/getting-started.mdx  |  409 --
 .../es/docs/plugins/inappbrowser/index.mdx    |   41 -
 src/content/docs/es/docs/plugins/index.mdx    |  384 --
 .../docs/plugins/is-root/getting-started.mdx  |  276 --
 .../docs/es/docs/plugins/is-root/index.mdx    |  122 -
 .../plugins/ivs-player/getting-started.mdx    |  314 --
 .../docs/es/docs/plugins/ivs-player/index.mdx |   41 -
 .../plugins/jw-player/getting-started.mdx     |  345 --
 .../docs/es/docs/plugins/jw-player/index.mdx  |   47 -
 .../launch-navigator/getting-started.mdx      |  337 --
 .../docs/plugins/launch-navigator/index.mdx   |  246 --
 .../plugins/live-reload/getting-started.mdx   |  355 --
 .../es/docs/plugins/live-reload/index.mdx     |   41 -
 .../es/docs/plugins/llm/getting-started.mdx   |  479 ---
 .../docs/es/docs/plugins/llm/index.mdx        |   47 -
 .../plugins/media-session/getting-started.mdx |   83 -
 .../es/docs/plugins/media-session/index.mdx   |   45 -
 .../es/docs/plugins/mute/getting-started.mdx  |  210 --
 .../docs/es/docs/plugins/mute/index.mdx       |   41 -
 .../plugins/mux-player/getting-started.mdx    |   91 -
 .../docs/es/docs/plugins/mux-player/index.mdx |   45 -
 .../plugins/native-audio/getting-started.mdx  |  479 ---
 .../es/docs/plugins/native-audio/index.mdx    |   41 -
 .../native-biometric/getting-started.mdx      |  204 -
 .../docs/plugins/native-biometric/index.mdx   |   41 -
 .../plugins/native-market/getting-started.mdx |  105 -
 .../es/docs/plugins/native-market/index.mdx   |   41 -
 .../android-create-subscription.mdx           |  166 -
 .../android-introductory-offer.mdx            |  197 -
 .../android-play-store-review.mdx             |  795 ----
 .../android-sandbox-testing.mdx               |   93 -
 .../native-purchases/getting-started.mdx      |   43 -
 .../docs/plugins/native-purchases/index.mdx   |   59 -
 .../native-purchases/ios-app-store-review.mdx |  539 ---
 .../ios-create-subscription.mdx               |  312 --
 .../ios-introductory-offer.mdx                |  413 ---
 .../native-purchases/ios-sandbox-testing.mdx  |  209 --
 .../ios-subscription-group.mdx                |  301 --
 .../nativegeocoder/getting-started.mdx        |  354 --
 .../es/docs/plugins/nativegeocoder/index.mdx  |   41 -
 .../navigation-bar/getting-started.mdx        |  200 -
 .../es/docs/plugins/navigation-bar/index.mdx  |   41 -
 .../es/docs/plugins/nfc/getting-started.mdx   |  455 ---
 .../docs/es/docs/plugins/nfc/index.mdx        |   47 -
 .../es/docs/plugins/pay/getting-started.mdx   |  130 -
 .../docs/es/docs/plugins/pay/index.mdx        |   45 -
 .../plugins/pdf-generator/getting-started.mdx |   67 -
 .../es/docs/plugins/pdf-generator/index.mdx   |   45 -
 .../plugins/pedometer/getting-started.mdx     |  210 --
 .../docs/es/docs/plugins/pedometer/index.mdx  |   51 -
 .../persistent-account/getting-started.mdx    |    9 -
 .../docs/plugins/persistent-account/index.mdx |  132 -
 .../plugins/photo-library/getting-started.mdx |   75 -
 .../es/docs/plugins/photo-library/index.mdx   |   47 -
 .../docs/plugins/printer/getting-started.mdx  |  322 --
 .../docs/es/docs/plugins/printer/index.mdx    |   47 -
 .../plugins/realtimekit/getting-started.mdx   |  474 ---
 .../es/docs/plugins/realtimekit/index.mdx     |   47 -
 .../ricoh360-camera/getting-started.mdx       |  411 ---
 .../es/docs/plugins/ricoh360-camera/index.mdx |   45 -
 .../screen-orientation/getting-started.mdx    |  283 --
 .../docs/plugins/screen-orientation/index.mdx |   45 -
 .../screen-recorder/getting-started.mdx       |  288 --
 .../es/docs/plugins/screen-recorder/index.mdx |   41 -
 .../es/docs/plugins/shake/getting-started.mdx |  162 -
 .../docs/es/docs/plugins/shake/index.mdx      |   41 -
 .../plugins/share-target/getting-started.mdx  |  413 ---
 .../es/docs/plugins/share-target/index.mdx    |   47 -
 .../es/docs/plugins/sim/getting-started.mdx   |   59 -
 .../docs/es/docs/plugins/sim/index.mdx        |   45 -
 .../plugins/social-login/apple/android.mdx    |  324 --
 .../plugins/social-login/apple/general.mdx    |   16 -
 .../docs/plugins/social-login/apple/ios.mdx   |   67 -
 .../docs/plugins/social-login/apple/web.mdx   |   63 -
 .../es/docs/plugins/social-login/facebook.mdx |  357 --
 .../social-login/firebase/google/android.mdx  |  153 -
 .../social-login/firebase/google/general.mdx  |   49 -
 .../social-login/firebase/google/ios.mdx      |  171 -
 .../social-login/firebase/google/web.mdx      |   55 -
 .../social-login/firebase/introduction.mdx    |   99 -
 .../plugins/social-login/getting-started.mdx  |   36 -
 .../plugins/social-login/google/android.mdx   |   85 -
 .../plugins/social-login/google/general.mdx   |  235 --
 .../docs/plugins/social-login/google/ios.mdx  |  247 --
 .../docs/plugins/social-login/google/web.mdx  |   11 -
 .../es/docs/plugins/social-login/index.mdx    |   48 -
 .../plugins/social-login/migrations/apple.mdx |  188 -
 .../social-login/migrations/facebook.mdx      |  234 --
 .../social-login/migrations/google.mdx        |  190 -
 .../plugins/social-login/migrations/v7.mdx    |   52 -
 .../social-login/supabase/Apple/android.mdx   |  293 --
 .../social-login/supabase/Apple/general.mdx   |  103 -
 .../social-login/supabase/Apple/ios.mdx       |   70 -
 .../social-login/supabase/Apple/web.mdx       |   97 -
 .../social-login/supabase/google/android.mdx  |   65 -
 .../social-login/supabase/google/general.mdx  |  202 -
 .../social-login/supabase/google/ios.mdx      |   95 -
 .../social-login/supabase/google/web.mdx      |  117 -
 .../social-login/supabase/introduction.mdx    |   91 -
 .../speech-recognition/getting-started.mdx    |  445 ---
 .../docs/plugins/speech-recognition/index.mdx |   50 -
 .../speech-synthesis/getting-started.mdx      |  252 --
 .../docs/plugins/speech-synthesis/index.mdx   |   47 -
 .../plugins/streamcall/getting-started.mdx    |  488 ---
 .../docs/es/docs/plugins/streamcall/index.mdx |   50 -
 .../textinteraction/getting-started.mdx       |  273 --
 .../es/docs/plugins/textinteraction/index.mdx |   45 -
 .../plugins/twilio-voice/getting-started.mdx  |  322 --
 .../es/docs/plugins/twilio-voice/index.mdx    |  108 -
 .../docs/es/docs/plugins/updater/api.md       | 1147 ------
 .../docs/es/docs/plugins/updater/cordova.md   |   25 -
 .../es/docs/plugins/updater/debugging.mdx     |  144 -
 .../docs/es/docs/plugins/updater/events.mdx   |  291 --
 .../docs/plugins/updater/getting-started.mdx  |  327 --
 .../docs/es/docs/plugins/updater/index.mdx    |   76 -
 .../es/docs/plugins/updater/known-issues.mdx  |  131 -
 .../updater/local-dev/capacitor-updater.mdx   |   48 -
 .../es/docs/plugins/updater/local-dev/cli.mdx |   34 -
 .../updater/local-dev/contributing.mdx        |   30 -
 .../updater/local-dev/getting-started.mdx     |   79 -
 .../docs/plugins/updater/notify-app-ready.mdx |   35 -
 .../updater/self-hosted/auto-update.mdx       |   71 -
 .../updater/self-hosted/encrypted-bundles.mdx |   60 -
 .../updater/self-hosted/getting-started.mdx   |  117 -
 .../updater/self-hosted/handling-channels.mdx |  517 ---
 .../updater/self-hosted/handling-stats.mdx    |  189 -
 .../updater/self-hosted/handling-updates.mdx  |  111 -
 .../updater/self-hosted/manual-update.mdx     |   68 -
 .../docs/es/docs/plugins/updater/settings.mdx |  527 ---
 .../docs/plugins/uploader/getting-started.mdx |  296 --
 .../docs/es/docs/plugins/uploader/index.mdx   |   41 -
 .../plugins/video-player/getting-started.mdx  |  302 --
 .../es/docs/plugins/video-player/index.mdx    |   43 -
 .../volume-buttons/getting-started.mdx        |  266 --
 .../es/docs/plugins/volume-buttons/index.mdx  |   41 -
 .../docs/plugins/wechat/getting-started.mdx   |  391 --
 .../docs/es/docs/plugins/wechat/index.mdx     |   51 -
 .../es/docs/plugins/wifi/getting-started.mdx  |    9 -
 .../docs/es/docs/plugins/wifi/index.mdx       |   47 -
 .../youtube-player/getting-started.mdx        |  433 ---
 .../es/docs/plugins/youtube-player/index.mdx  |   45 -
 .../es/docs/plugins/zip/getting-started.mdx   |  313 --
 .../docs/es/docs/plugins/zip/index.mdx        |   47 -
 .../docs/es/docs/public-api/api-keys.mdx      |  279 --
 src/content/docs/es/docs/public-api/app.mdx   |  298 --
 .../docs/es/docs/public-api/bundles.mdx       |  641 ----
 .../docs/es/docs/public-api/channels.mdx      |  269 --
 .../docs/es/docs/public-api/devices.mdx       |  299 --
 src/content/docs/es/docs/public-api/index.mdx |  108 -
 .../docs/es/docs/public-api/members.mdx       |  228 --
 .../docs/es/docs/public-api/organizations.mdx |  207 --
 .../docs/es/docs/public-api/statistics.mdx    |  235 --
 .../es/docs/upgrade/from-appflow-to-capgo.mdx |  170 -
 .../docs/upgrade/from-capawesome-to-capgo.mdx |  253 --
 .../docs/es/docs/upgrade/from-v2-to-v3.md     |  105 -
 .../docs/es/docs/upgrade/from-v3-to-v4.md     |   72 -
 .../docs/es/docs/upgrade/from-v4-to-v5.md     |   31 -
 .../docs/es/docs/upgrade/from-v5-to-v6.md     |   25 -
 .../docs/es/docs/upgrade/from-v6-to-v7.md     |   42 -
 .../docs/es/docs/upgrade/from-v7-to-v8.md     |   73 -
 src/content/docs/es/docs/webapp/api-keys.mdx  |   45 -
 src/content/docs/es/docs/webapp/bundles.mdx   |   64 -
 src/content/docs/es/docs/webapp/channels.mdx  |   59 -
 src/content/docs/es/docs/webapp/devices.mdx   |   40 -
 src/content/docs/es/docs/webapp/index.mdx     |   25 -
 src/content/docs/es/docs/webapp/logs.mdx      |  193 -
 .../docs/es/docs/webapp/main-app-page.mdx     |  113 -
 src/content/docs/es/docs/webapp/main-page.mdx |   20 -
 src/content/docs/es/docs/webapp/mfa.mdx       |  101 -
 .../es/docs/webapp/organization-security.mdx  |  303 --
 .../es/docs/webapp/organization-system.mdx    |  127 -
 src/content/docs/es/docs/webapp/payment.mdx   |   81 -
 src/content/docs/es/docs/webapp/settings.mdx  |   33 -
 .../docs/fr/cli/cloud-build/android.mdx       |  470 ---
 .../docs/fr/cli/cloud-build/credentials.mdx   |  542 ---
 .../fr/cli/cloud-build/getting-started.mdx    |  285 --
 src/content/docs/fr/cli/cloud-build/ios.mdx   |  375 --
 .../fr/cli/cloud-build/troubleshooting.mdx    |  513 ---
 src/content/docs/fr/cli/commands.mdx          |  463 ---
 .../fr/cli/migrations/cli-from-0x-to-1x.mdx   |   12 -
 .../docs/fr/cli/migrations/encryption.md      |   89 -
 src/content/docs/fr/cli/overview.mdx          |  117 -
 src/content/docs/fr/cli/reference/account.mdx |   31 -
 src/content/docs/fr/cli/reference/app.mdx     |  155 -
 src/content/docs/fr/cli/reference/build.mdx   |  276 --
 src/content/docs/fr/cli/reference/bundle.mdx  |  258 --
 src/content/docs/fr/cli/reference/channel.mdx |  155 -
 src/content/docs/fr/cli/reference/doctor.mdx  |   29 -
 src/content/docs/fr/cli/reference/index.mdx   |   73 -
 src/content/docs/fr/cli/reference/init.mdx    |   34 -
 src/content/docs/fr/cli/reference/key.mdx     |   71 -
 src/content/docs/fr/cli/reference/login.mdx   |   33 -
 .../docs/fr/cli/reference/organisation.mdx    |  112 -
 .../docs/fr/contributing/adding-plugins.mdx   |  451 ---
 src/content/docs/fr/docs/faq.mdx              |  358 --
 src/content/docs/fr/docs/getting-help.mdx     |   44 -
 src/content/docs/fr/docs/how-to.mdx           |   52 -
 src/content/docs/fr/docs/index.mdx            |   69 -
 .../fr/docs/live-updates/breaking-changes.md  |  189 -
 .../docs/fr/docs/live-updates/channels.mdx    |  208 --
 .../docs/live-updates/china-configuration.mdx |  188 -
 .../docs/fr/docs/live-updates/compliance.mdx  |  185 -
 .../fr/docs/live-updates/custom-storage.mdx   |  300 --
 .../fr/docs/live-updates/differentials.mdx    |   86 -
 .../docs/fr/docs/live-updates/encryption.mdx  |  255 --
 .../integrations/azure-devops.mdx             |  584 ---
 .../integrations/bitbucket-pipeline.mdx       |  498 ---
 .../integrations/github-actions.mdx           |  551 ---
 .../live-updates/integrations/gitlab-ci.mdx   |  426 ---
 .../docs/live-updates/integrations/index.mdx  |   82 -
 .../docs/fr/docs/live-updates/rollbacks.mdx   |  136 -
 .../fr/docs/live-updates/update-behavior.mdx  |  157 -
 src/content/docs/fr/faq.mdx                   |  358 --
 src/content/docs/fr/getting-help.mdx          |   44 -
 .../docs/fr/getting-started/add-an-app.mdx    |   85 -
 .../fr/getting-started/cicd-integration.mdx   |  174 -
 .../docs/fr/getting-started/deploy.mdx        |  155 -
 .../docs/fr/getting-started/onboarding.mdx    |  554 ---
 .../docs/fr/getting-started/quickstart.mdx    |  133 -
 .../fr/getting-started/troubleshooting.mdx    |  174 -
 .../docs/fr/getting-started/wrapping-up.mdx   |   56 -
 src/content/docs/fr/how-to.mdx                |   52 -
 src/content/docs/fr/index.mdx                 |   69 -
 src/content/docs/fr/live-updates/features.mdx |  516 ---
 src/content/docs/fr/live-updates/index.mdx    |  100 -
 .../docs/fr/live-updates/update-types.mdx     |  120 -
 src/content/docs/fr/plugin/api.md             | 1868 ----------
 .../plugins/accelerometer/getting-started.mdx |  304 --
 .../docs/fr/plugins/accelerometer/index.mdx   |   41 -
 .../docs/fr/plugins/admob/getting-started.mdx |  125 -
 src/content/docs/fr/plugins/admob/index.mdx   |   49 -
 .../plugins/age-signals/getting-started.mdx   |  509 ---
 .../docs/fr/plugins/age-signals/index.mdx     |   47 -
 .../docs/fr/plugins/alarm/getting-started.mdx |  138 -
 src/content/docs/fr/plugins/alarm/index.mdx   |   41 -
 .../getting-started.mdx                       |  145 -
 .../plugins/android-inline-install/index.mdx  |   49 -
 .../plugins/android-kiosk/getting-started.mdx |  336 --
 .../docs/fr/plugins/android-kiosk/index.mdx   |   51 -
 .../getting-started.mdx                       |  173 -
 .../android-usagestatsmanager/index.mdx       |  148 -
 .../plugins/appinsights/getting-started.mdx   |  208 --
 .../docs/fr/plugins/appinsights/index.mdx     |   41 -
 .../audio-recorder/getting-started.mdx        |  396 --
 .../docs/fr/plugins/audio-recorder/index.mdx  |   40 -
 .../plugins/audiosession/getting-started.mdx  |   73 -
 .../docs/fr/plugins/audiosession/index.mdx    |   48 -
 .../getting-started.mdx                       |  262 --
 .../plugins/autofill-save-password/index.mdx  |  284 --
 .../getting-started.mdx                       |  266 --
 .../plugins/background-geolocation/index.mdx  |   56 -
 .../fr/plugins/barometer/getting-started.mdx  |  215 --
 .../docs/fr/plugins/barometer/index.mdx       |   44 -
 .../camera-preview/getting-started.mdx        |  277 --
 .../docs/fr/plugins/camera-preview/index.mdx  |   46 -
 .../capacitor-plus/getting-started.mdx        |  188 -
 .../docs/fr/plugins/capacitor-plus/index.mdx  |   67 -
 .../fr/plugins/compass/getting-started.mdx    |  220 --
 src/content/docs/fr/plugins/compass/index.mdx |   41 -
 .../fr/plugins/contacts/getting-started.mdx   |  395 --
 .../docs/fr/plugins/contacts/index.mdx        |   47 -
 .../docs/fr/plugins/crisp/getting-started.mdx |  345 --
 src/content/docs/fr/plugins/crisp/index.mdx   |   41 -
 .../data-storage-sqlite/getting-started.mdx   |  395 --
 .../fr/plugins/data-storage-sqlite/index.mdx  |   41 -
 .../document-scanner/getting-started.mdx      |   62 -
 .../fr/plugins/document-scanner/index.mdx     |   45 -
 .../fr/plugins/downloader/getting-started.mdx |  172 -
 .../docs/fr/plugins/downloader/index.mdx      |   51 -
 .../docs/fr/plugins/env/getting-started.mdx   |   70 -
 src/content/docs/fr/plugins/env/index.mdx     |   49 -
 .../fr/plugins/fast-sql/getting-started.mdx   |  256 --
 .../docs/fr/plugins/fast-sql/index.mdx        |   50 -
 .../fr/plugins/ffmpeg/getting-started.mdx     |  277 --
 src/content/docs/fr/plugins/ffmpeg/index.mdx  |   42 -
 .../file-compressor/getting-started.mdx       |  166 -
 .../docs/fr/plugins/file-compressor/index.mdx |   50 -
 .../docs/fr/plugins/file/getting-started.mdx  |  389 --
 src/content/docs/fr/plugins/file/index.mdx    |   40 -
 .../docs/fr/plugins/flash/getting-started.mdx |  198 -
 src/content/docs/fr/plugins/flash/index.mdx   |   41 -
 .../docs/fr/plugins/gtm/getting-started.mdx   |  241 --
 src/content/docs/fr/plugins/gtm/index.mdx     |   50 -
 .../fr/plugins/health/getting-started.mdx     |   85 -
 src/content/docs/fr/plugins/health/index.mdx  |   48 -
 .../home-indicator/getting-started.mdx        |  172 -
 .../docs/fr/plugins/home-indicator/index.mdx  |   41 -
 .../fr/plugins/ibeacon/getting-started.mdx    |  620 ----
 src/content/docs/fr/plugins/ibeacon/index.mdx |   47 -
 .../plugins/inappbrowser/getting-started.mdx  |  412 ---
 .../docs/fr/plugins/inappbrowser/index.mdx    |   41 -
 src/content/docs/fr/plugins/index.mdx         |  413 ---
 .../fr/plugins/is-root/getting-started.mdx    |  276 --
 src/content/docs/fr/plugins/is-root/index.mdx |  123 -
 .../fr/plugins/ivs-player/getting-started.mdx |  313 --
 .../docs/fr/plugins/ivs-player/index.mdx      |   46 -
 .../fr/plugins/jw-player/getting-started.mdx  |  345 --
 .../docs/fr/plugins/jw-player/index.mdx       |   51 -
 .../launch-navigator/getting-started.mdx      |  337 --
 .../fr/plugins/launch-navigator/index.mdx     |  251 --
 .../plugins/live-reload/getting-started.mdx   |  356 --
 .../docs/fr/plugins/live-reload/index.mdx     |   41 -
 .../docs/fr/plugins/llm/getting-started.mdx   |  484 ---
 src/content/docs/fr/plugins/llm/index.mdx     |   47 -
 .../plugins/media-session/getting-started.mdx |   83 -
 .../docs/fr/plugins/media-session/index.mdx   |   49 -
 .../docs/fr/plugins/mute/getting-started.mdx  |  210 --
 src/content/docs/fr/plugins/mute/index.mdx    |   41 -
 .../fr/plugins/mux-player/getting-started.mdx |   90 -
 .../docs/fr/plugins/mux-player/index.mdx      |   45 -
 .../plugins/native-audio/getting-started.mdx  |  479 ---
 .../docs/fr/plugins/native-audio/index.mdx    |   41 -
 .../native-biometric/getting-started.mdx      |  204 -
 .../fr/plugins/native-biometric/index.mdx     |   41 -
 .../plugins/native-market/getting-started.mdx |  104 -
 .../docs/fr/plugins/native-market/index.mdx   |   41 -
 .../android-create-subscription.mdx           |  165 -
 .../android-introductory-offer.mdx            |  196 -
 .../android-play-store-review.mdx             |  795 ----
 .../android-sandbox-testing.mdx               |   93 -
 .../native-purchases/getting-started.mdx      |  255 --
 .../fr/plugins/native-purchases/index.mdx     |   59 -
 .../native-purchases/ios-app-store-review.mdx |  541 ---
 .../ios-create-subscription.mdx               |  309 --
 .../ios-introductory-offer.mdx                |  413 ---
 .../native-purchases/ios-sandbox-testing.mdx  |   96 -
 .../ios-subscription-group.mdx                |  301 --
 .../nativegeocoder/getting-started.mdx        |  355 --
 .../docs/fr/plugins/nativegeocoder/index.mdx  |   41 -
 .../navigation-bar/getting-started.mdx        |  201 -
 .../docs/fr/plugins/navigation-bar/index.mdx  |   41 -
 .../docs/fr/plugins/nfc/getting-started.mdx   |  456 ---
 src/content/docs/fr/plugins/nfc/index.mdx     |   47 -
 .../docs/fr/plugins/pay/getting-started.mdx   |  131 -
 src/content/docs/fr/plugins/pay/index.mdx     |   48 -
 .../plugins/pdf-generator/getting-started.mdx |   68 -
 .../docs/fr/plugins/pdf-generator/index.mdx   |   45 -
 .../fr/plugins/pedometer/getting-started.mdx  |  210 --
 .../docs/fr/plugins/pedometer/index.mdx       |   47 -
 .../persistent-account/getting-started.mdx    |  339 --
 .../fr/plugins/persistent-account/index.mdx   |  134 -
 .../plugins/photo-library/getting-started.mdx |   77 -
 .../docs/fr/plugins/photo-library/index.mdx   |   48 -
 .../fr/plugins/printer/getting-started.mdx    |  323 --
 src/content/docs/fr/plugins/printer/index.mdx |   47 -
 .../plugins/realtimekit/getting-started.mdx   |  476 ---
 .../docs/fr/plugins/realtimekit/index.mdx     |   51 -
 .../ricoh360-camera/getting-started.mdx       |  414 ---
 .../docs/fr/plugins/ricoh360-camera/index.mdx |   44 -
 .../screen-orientation/getting-started.mdx    |  284 --
 .../fr/plugins/screen-orientation/index.mdx   |   41 -
 .../screen-recorder/getting-started.mdx       |  287 --
 .../docs/fr/plugins/screen-recorder/index.mdx |   41 -
 .../docs/fr/plugins/shake/getting-started.mdx |  164 -
 src/content/docs/fr/plugins/shake/index.mdx   |   41 -
 .../plugins/share-target/getting-started.mdx  |  415 ---
 .../docs/fr/plugins/share-target/index.mdx    |   47 -
 .../docs/fr/plugins/sim/getting-started.mdx   |   60 -
 src/content/docs/fr/plugins/sim/index.mdx     |   45 -
 .../fr/plugins/social-login/apple/android.mdx |  299 --
 .../fr/plugins/social-login/apple/general.mdx |   18 -
 .../fr/plugins/social-login/apple/ios.mdx     |   70 -
 .../fr/plugins/social-login/apple/web.mdx     |   11 -
 .../docs/fr/plugins/social-login/facebook.mdx |  463 ---
 .../social-login/firebase/google/android.mdx  |  152 -
 .../social-login/firebase/google/general.mdx  |   51 -
 .../social-login/firebase/google/ios.mdx      |  171 -
 .../social-login/firebase/google/web.mdx      |   55 -
 .../social-login/firebase/introduction.mdx    |   99 -
 .../plugins/social-login/getting-started.mdx  |  156 -
 .../plugins/social-login/google/android.mdx   |  224 --
 .../plugins/social-login/google/general.mdx   |  239 --
 .../fr/plugins/social-login/google/ios.mdx    |  254 --
 .../fr/plugins/social-login/google/web.mdx    |  133 -
 .../docs/fr/plugins/social-login/index.mdx    |   48 -
 .../plugins/social-login/migrations/apple.mdx |  188 -
 .../social-login/migrations/facebook.mdx      |  238 --
 .../social-login/migrations/google.mdx        |  193 -
 .../fr/plugins/social-login/migrations/v7.mdx |   54 -
 .../social-login/supabase/Apple/android.mdx   |  290 --
 .../social-login/supabase/Apple/general.mdx   |  103 -
 .../social-login/supabase/Apple/ios.mdx       |   70 -
 .../social-login/supabase/Apple/web.mdx       |   95 -
 .../social-login/supabase/google/android.mdx  |   66 -
 .../social-login/supabase/google/general.mdx  |  202 -
 .../social-login/supabase/google/ios.mdx      |   94 -
 .../social-login/supabase/google/web.mdx      |  116 -
 .../social-login/supabase/introduction.mdx    |   95 -
 .../speech-recognition/getting-started.mdx    |  444 ---
 .../fr/plugins/speech-recognition/index.mdx   |   53 -
 .../speech-synthesis/getting-started.mdx      |  253 --
 .../fr/plugins/speech-synthesis/index.mdx     |   50 -
 .../fr/plugins/streamcall/getting-started.mdx |  488 ---
 .../docs/fr/plugins/streamcall/index.mdx      |   54 -
 .../textinteraction/getting-started.mdx       |  274 --
 .../docs/fr/plugins/textinteraction/index.mdx |   45 -
 .../plugins/twilio-voice/getting-started.mdx  |  567 ---
 .../docs/fr/plugins/twilio-voice/index.mdx    |  111 -
 src/content/docs/fr/plugins/updater/api.md    | 1012 -----
 .../docs/fr/plugins/updater/cordova.md        |   26 -
 .../docs/fr/plugins/updater/debugging.mdx     |  167 -
 .../docs/fr/plugins/updater/events.mdx        |  291 --
 .../fr/plugins/updater/getting-started.mdx    |  326 --
 src/content/docs/fr/plugins/updater/index.mdx |   76 -
 .../docs/fr/plugins/updater/known-issues.mdx  |  132 -
 .../updater/local-dev/capacitor-updater.mdx   |   51 -
 .../docs/fr/plugins/updater/local-dev/cli.mdx |   36 -
 .../updater/local-dev/contributing.mdx        |   33 -
 .../updater/local-dev/getting-started.mdx     |   79 -
 .../fr/plugins/updater/notify-app-ready.mdx   |   36 -
 .../updater/self-hosted/auto-update.mdx       |  111 -
 .../updater/self-hosted/encrypted-bundles.mdx |   64 -
 .../updater/self-hosted/getting-started.mdx   |   13 -
 .../updater/self-hosted/handling-channels.mdx |  517 ---
 .../updater/self-hosted/handling-stats.mdx    |  192 -
 .../updater/self-hosted/handling-updates.mdx  |  113 -
 .../updater/self-hosted/manual-update.mdx     |   71 -
 .../docs/fr/plugins/updater/settings.mdx      |  304 --
 .../fr/plugins/uploader/getting-started.mdx   |  297 --
 .../docs/fr/plugins/uploader/index.mdx        |   41 -
 .../plugins/video-player/getting-started.mdx  |  302 --
 .../docs/fr/plugins/video-player/index.mdx    |   41 -
 .../volume-buttons/getting-started.mdx        |  266 --
 .../docs/fr/plugins/volume-buttons/index.mdx  |   45 -
 .../fr/plugins/wechat/getting-started.mdx     |  390 --
 src/content/docs/fr/plugins/wechat/index.mdx  |   51 -
 .../docs/fr/plugins/wifi/getting-started.mdx  |  371 --
 src/content/docs/fr/plugins/wifi/index.mdx    |   47 -
 .../youtube-player/getting-started.mdx        |  432 ---
 .../docs/fr/plugins/youtube-player/index.mdx  |   45 -
 .../docs/fr/plugins/zip/getting-started.mdx   |  313 --
 src/content/docs/fr/plugins/zip/index.mdx     |   50 -
 src/content/docs/fr/public-api/api-keys.mdx   |  279 --
 src/content/docs/fr/public-api/app.mdx        |  299 --
 src/content/docs/fr/public-api/bundles.mdx    |  641 ----
 src/content/docs/fr/public-api/channels.mdx   |  272 --
 src/content/docs/fr/public-api/devices.mdx    |  298 --
 src/content/docs/fr/public-api/index.mdx      |  107 -
 src/content/docs/fr/public-api/members.mdx    |  228 --
 .../docs/fr/public-api/organizations.mdx      |  207 --
 src/content/docs/fr/public-api/statistics.mdx |  235 --
 .../docs/fr/upgrade/from-appflow-to-capgo.mdx |  205 -
 .../fr/upgrade/from-capawesome-to-capgo.mdx   |  253 --
 src/content/docs/fr/upgrade/from-v2-to-v3.md  |  107 -
 src/content/docs/fr/upgrade/from-v3-to-v4.md  |   73 -
 src/content/docs/fr/upgrade/from-v4-to-v5.md  |   32 -
 src/content/docs/fr/upgrade/from-v5-to-v6.md  |   27 -
 src/content/docs/fr/upgrade/from-v6-to-v7.md  |   45 -
 src/content/docs/fr/upgrade/from-v7-to-v8.md  |   73 -
 src/content/docs/fr/webapp/api-keys.mdx       |   46 -
 src/content/docs/fr/webapp/bundles.mdx        |   94 -
 src/content/docs/fr/webapp/channels.mdx       |  108 -
 src/content/docs/fr/webapp/devices.mdx        |   40 -
 src/content/docs/fr/webapp/index.mdx          |   26 -
 src/content/docs/fr/webapp/logs.mdx           |  193 -
 src/content/docs/fr/webapp/main-app-page.mdx  |  113 -
 src/content/docs/fr/webapp/main-page.mdx      |   20 -
 src/content/docs/fr/webapp/mfa.mdx            |  100 -
 .../docs/fr/webapp/organization-security.mdx  |  303 --
 .../docs/fr/webapp/organization-system.mdx    |  127 -
 src/content/docs/fr/webapp/payment.mdx        |   81 -
 src/content/docs/fr/webapp/settings.mdx       |   33 -
 .../docs/id/docs/cli/cloud-build/android.mdx  |  470 ---
 .../id/docs/cli/cloud-build/credentials.mdx   |  405 --
 .../docs/cli/cloud-build/getting-started.mdx  |  248 --
 .../docs/id/docs/cli/cloud-build/ios.mdx      |  375 --
 .../docs/cli/cloud-build/troubleshooting.mdx  |  513 ---
 src/content/docs/id/docs/cli/commands.mdx     |  474 ---
 .../docs/cli/migrations/cli-from-0x-to-1x.mdx |   11 -
 .../docs/id/docs/cli/migrations/encryption.md |   71 -
 src/content/docs/id/docs/cli/overview.mdx     |  116 -
 .../docs/id/docs/cli/reference/account.mdx    |   19 -
 .../docs/id/docs/cli/reference/app.mdx        |   84 -
 .../docs/id/docs/cli/reference/build.mdx      |  276 --
 .../docs/id/docs/cli/reference/bundle.mdx     |  165 -
 .../docs/id/docs/cli/reference/channel.mdx    |   82 -
 .../docs/id/docs/cli/reference/doctor.mdx     |   13 -
 .../docs/id/docs/cli/reference/index.mdx      |   67 -
 .../docs/id/docs/cli/reference/init.mdx       |   17 -
 .../docs/id/docs/cli/reference/key.mdx        |   37 -
 .../docs/id/docs/cli/reference/login.mdx      |   19 -
 .../id/docs/cli/reference/organisation.mdx    |  111 -
 .../id/docs/contributing/adding-plugins.mdx   |  453 ---
 src/content/docs/id/docs/faq.mdx              |  364 --
 src/content/docs/id/docs/getting-help.mdx     |   41 -
 .../id/docs/getting-started/add-an-app.mdx    |   82 -
 .../docs/getting-started/cicd-integration.mdx |  111 -
 .../docs/id/docs/getting-started/deploy.mdx   |  151 -
 .../id/docs/getting-started/onboarding.mdx    |  555 ---
 .../id/docs/getting-started/quickstart.mdx    |  133 -
 .../docs/getting-started/troubleshooting.mdx  |  140 -
 .../id/docs/getting-started/wrapping-up.mdx   |   53 -
 src/content/docs/id/docs/how-to.mdx           |   52 -
 src/content/docs/id/docs/index.mdx            |   41 -
 .../id/docs/live-updates/breaking-changes.md  |  203 -
 .../docs/id/docs/live-updates/channels.mdx    |  258 --
 .../docs/live-updates/china-configuration.mdx |  208 --
 .../docs/id/docs/live-updates/compliance.mdx  |  189 -
 .../id/docs/live-updates/custom-storage.mdx   |  302 --
 .../id/docs/live-updates/differentials.mdx    |   80 -
 .../docs/id/docs/live-updates/encryption.mdx  |  352 --
 .../docs/id/docs/live-updates/features.mdx    |  514 ---
 .../docs/id/docs/live-updates/index.mdx       |   92 -
 .../integrations/azure-devops.mdx             |  584 ---
 .../integrations/bitbucket-pipeline.mdx       |  498 ---
 .../integrations/github-actions.mdx           |  551 ---
 .../live-updates/integrations/gitlab-ci.mdx   |  426 ---
 .../docs/live-updates/integrations/index.mdx  |   82 -
 .../docs/id/docs/live-updates/rollbacks.mdx   |   90 -
 .../id/docs/live-updates/update-behavior.mdx  |  170 -
 .../id/docs/live-updates/update-types.mdx     |  122 -
 .../docs/live-updates/version-targeting.mdx   |  617 ----
 src/content/docs/id/docs/plugin/api.md        | 1018 -----
 .../plugins/accelerometer/getting-started.mdx |  303 --
 .../id/docs/plugins/accelerometer/index.mdx   |   41 -
 .../id/docs/plugins/admob/getting-started.mdx |   89 -
 .../docs/id/docs/plugins/admob/index.mdx      |   45 -
 .../plugins/age-signals/getting-started.mdx   |  509 ---
 .../id/docs/plugins/age-signals/index.mdx     |   47 -
 .../id/docs/plugins/alarm/getting-started.mdx |  139 -
 .../docs/id/docs/plugins/alarm/index.mdx      |   41 -
 .../getting-started.mdx                       |  145 -
 .../plugins/android-inline-install/index.mdx  |   49 -
 .../plugins/android-kiosk/getting-started.mdx |  336 --
 .../id/docs/plugins/android-kiosk/index.mdx   |   51 -
 .../getting-started.mdx                       |  173 -
 .../android-usagestatsmanager/index.mdx       |  146 -
 .../plugins/appinsights/getting-started.mdx   |  207 --
 .../id/docs/plugins/appinsights/index.mdx     |   41 -
 .../audio-recorder/getting-started.mdx        |  395 --
 .../id/docs/plugins/audio-recorder/index.mdx  |   41 -
 .../plugins/audiosession/getting-started.mdx  |   72 -
 .../id/docs/plugins/audiosession/index.mdx    |   45 -
 .../getting-started.mdx                       |  260 --
 .../plugins/autofill-save-password/index.mdx  |  279 --
 .../getting-started.mdx                       |  272 --
 .../plugins/background-geolocation/index.mdx  |   56 -
 .../plugins/barometer/getting-started.mdx     |  216 --
 .../docs/id/docs/plugins/barometer/index.mdx  |   44 -
 .../camera-preview/getting-started.mdx        |  275 --
 .../id/docs/plugins/camera-preview/index.mdx  |   41 -
 .../capacitor-plus/getting-started.mdx        |  189 -
 .../id/docs/plugins/capacitor-plus/index.mdx  |   64 -
 .../docs/plugins/compass/getting-started.mdx  |  219 --
 .../docs/id/docs/plugins/compass/index.mdx    |   41 -
 .../docs/plugins/contacts/getting-started.mdx |  394 --
 .../docs/id/docs/plugins/contacts/index.mdx   |   47 -
 .../id/docs/plugins/crisp/getting-started.mdx |  344 --
 .../docs/id/docs/plugins/crisp/index.mdx      |   41 -
 .../data-storage-sqlite/getting-started.mdx   |  395 --
 .../plugins/data-storage-sqlite/index.mdx     |   41 -
 .../document-scanner/getting-started.mdx      |   61 -
 .../docs/plugins/document-scanner/index.mdx   |   45 -
 .../plugins/downloader/getting-started.mdx    |  172 -
 .../docs/id/docs/plugins/downloader/index.mdx |   51 -
 .../id/docs/plugins/env/getting-started.mdx   |   69 -
 .../docs/id/docs/plugins/env/index.mdx        |   45 -
 .../docs/plugins/fast-sql/getting-started.mdx |  360 --
 .../docs/id/docs/plugins/fast-sql/index.mdx   |   50 -
 .../docs/plugins/ffmpeg/getting-started.mdx   |  277 --
 .../docs/id/docs/plugins/ffmpeg/index.mdx     |   41 -
 .../file-compressor/getting-started.mdx       |  166 -
 .../id/docs/plugins/file-compressor/index.mdx |   47 -
 .../id/docs/plugins/file/getting-started.mdx  |  389 --
 .../docs/id/docs/plugins/file/index.mdx       |   41 -
 .../id/docs/plugins/flash/getting-started.mdx |  197 -
 .../docs/id/docs/plugins/flash/index.mdx      |   41 -
 .../id/docs/plugins/gtm/getting-started.mdx   |  242 --
 .../docs/id/docs/plugins/gtm/index.mdx        |   47 -
 .../docs/plugins/health/getting-started.mdx   |   86 -
 .../docs/id/docs/plugins/health/index.mdx     |   45 -
 .../home-indicator/getting-started.mdx        |  214 --
 .../id/docs/plugins/home-indicator/index.mdx  |   41 -
 .../docs/plugins/ibeacon/getting-started.mdx  |  620 ----
 .../docs/id/docs/plugins/ibeacon/index.mdx    |   47 -
 .../plugins/inappbrowser/getting-started.mdx  |  410 --
 .../id/docs/plugins/inappbrowser/index.mdx    |   41 -
 src/content/docs/id/docs/plugins/index.mdx    |  384 --
 .../docs/plugins/is-root/getting-started.mdx  |  276 --
 .../docs/id/docs/plugins/is-root/index.mdx    |  122 -
 .../plugins/ivs-player/getting-started.mdx    |  313 --
 .../docs/id/docs/plugins/ivs-player/index.mdx |   41 -
 .../plugins/jw-player/getting-started.mdx     |  345 --
 .../docs/id/docs/plugins/jw-player/index.mdx  |   47 -
 .../launch-navigator/getting-started.mdx      |  337 --
 .../docs/plugins/launch-navigator/index.mdx   |  246 --
 .../plugins/live-reload/getting-started.mdx   |  355 --
 .../id/docs/plugins/live-reload/index.mdx     |   41 -
 .../id/docs/plugins/llm/getting-started.mdx   |  484 ---
 .../docs/id/docs/plugins/llm/index.mdx        |   47 -
 .../plugins/media-session/getting-started.mdx |   83 -
 .../id/docs/plugins/media-session/index.mdx   |   45 -
 .../id/docs/plugins/mute/getting-started.mdx  |  210 --
 .../docs/id/docs/plugins/mute/index.mdx       |   41 -
 .../plugins/mux-player/getting-started.mdx    |   91 -
 .../docs/id/docs/plugins/mux-player/index.mdx |   45 -
 .../plugins/native-audio/getting-started.mdx  |  478 ---
 .../id/docs/plugins/native-audio/index.mdx    |   41 -
 .../native-biometric/getting-started.mdx      |  204 -
 .../docs/plugins/native-biometric/index.mdx   |   41 -
 .../plugins/native-market/getting-started.mdx |  105 -
 .../id/docs/plugins/native-market/index.mdx   |   41 -
 .../android-create-subscription.mdx           |  165 -
 .../android-introductory-offer.mdx            |  196 -
 .../android-play-store-review.mdx             |  283 --
 .../android-sandbox-testing.mdx               |   93 -
 .../native-purchases/getting-started.mdx      |  255 --
 .../docs/plugins/native-purchases/index.mdx   |   59 -
 .../native-purchases/ios-app-store-review.mdx |  538 ---
 .../ios-create-subscription.mdx               |  309 --
 .../ios-introductory-offer.mdx                |  411 ---
 .../native-purchases/ios-sandbox-testing.mdx  |  209 --
 .../ios-subscription-group.mdx                |  301 --
 .../nativegeocoder/getting-started.mdx        |  354 --
 .../id/docs/plugins/nativegeocoder/index.mdx  |   41 -
 .../navigation-bar/getting-started.mdx        |  200 -
 .../id/docs/plugins/navigation-bar/index.mdx  |   41 -
 .../id/docs/plugins/nfc/getting-started.mdx   |  456 ---
 .../docs/id/docs/plugins/nfc/index.mdx        |   50 -
 .../id/docs/plugins/pay/getting-started.mdx   |  130 -
 .../docs/id/docs/plugins/pay/index.mdx        |   48 -
 .../plugins/pdf-generator/getting-started.mdx |   67 -
 .../id/docs/plugins/pdf-generator/index.mdx   |   45 -
 .../plugins/pedometer/getting-started.mdx     |  209 --
 .../docs/id/docs/plugins/pedometer/index.mdx  |   47 -
 .../persistent-account/getting-started.mdx    |  339 --
 .../docs/plugins/persistent-account/index.mdx |  132 -
 .../plugins/photo-library/getting-started.mdx |   76 -
 .../id/docs/plugins/photo-library/index.mdx   |   45 -
 .../docs/plugins/printer/getting-started.mdx  |  322 --
 .../docs/id/docs/plugins/printer/index.mdx    |   47 -
 .../plugins/realtimekit/getting-started.mdx   |  475 ---
 .../id/docs/plugins/realtimekit/index.mdx     |   47 -
 .../ricoh360-camera/getting-started.mdx       |  414 ---
 .../id/docs/plugins/ricoh360-camera/index.mdx |   41 -
 .../screen-orientation/getting-started.mdx    |  285 --
 .../docs/plugins/screen-orientation/index.mdx |   44 -
 .../screen-recorder/getting-started.mdx       |  288 --
 .../id/docs/plugins/screen-recorder/index.mdx |   44 -
 .../id/docs/plugins/shake/getting-started.mdx |  162 -
 .../docs/id/docs/plugins/shake/index.mdx      |   41 -
 .../plugins/share-target/getting-started.mdx  |  413 ---
 .../id/docs/plugins/share-target/index.mdx    |   50 -
 .../id/docs/plugins/sim/getting-started.mdx   |   58 -
 .../docs/id/docs/plugins/sim/index.mdx        |   48 -
 .../plugins/social-login/apple/android.mdx    |  300 --
 .../plugins/social-login/apple/general.mdx    |   16 -
 .../docs/plugins/social-login/apple/ios.mdx   |   67 -
 .../docs/plugins/social-login/apple/web.mdx   |   63 -
 .../id/docs/plugins/social-login/facebook.mdx |  666 ----
 .../social-login/firebase/google/android.mdx  |  152 -
 .../social-login/firebase/google/general.mdx  |   49 -
 .../social-login/firebase/google/ios.mdx      |  171 -
 .../social-login/firebase/google/web.mdx      |   55 -
 .../social-login/firebase/introduction.mdx    |   98 -
 .../plugins/social-login/getting-started.mdx  |   35 -
 .../plugins/social-login/google/android.mdx   |  222 --
 .../plugins/social-login/google/general.mdx   |  236 --
 .../docs/plugins/social-login/google/ios.mdx  |  250 --
 .../docs/plugins/social-login/google/web.mdx  |  129 -
 .../id/docs/plugins/social-login/index.mdx    |   48 -
 .../plugins/social-login/migrations/apple.mdx |  188 -
 .../social-login/migrations/facebook.mdx      |  238 --
 .../social-login/migrations/google.mdx        |  193 -
 .../plugins/social-login/migrations/v7.mdx    |   52 -
 .../social-login/supabase/Apple/android.mdx   |  292 --
 .../social-login/supabase/Apple/general.mdx   |  102 -
 .../social-login/supabase/Apple/ios.mdx       |   69 -
 .../social-login/supabase/Apple/web.mdx       |   96 -
 .../social-login/supabase/google/android.mdx  |   66 -
 .../social-login/supabase/google/general.mdx  |  202 -
 .../social-login/supabase/google/ios.mdx      |   94 -
 .../social-login/supabase/google/web.mdx      |  116 -
 .../social-login/supabase/introduction.mdx    |   95 -
 .../speech-recognition/getting-started.mdx    |  445 ---
 .../docs/plugins/speech-recognition/index.mdx |   50 -
 .../speech-synthesis/getting-started.mdx      |  252 --
 .../docs/plugins/speech-synthesis/index.mdx   |   47 -
 .../plugins/streamcall/getting-started.mdx    |  488 ---
 .../docs/id/docs/plugins/streamcall/index.mdx |   50 -
 .../textinteraction/getting-started.mdx       |  274 --
 .../id/docs/plugins/textinteraction/index.mdx |   45 -
 .../plugins/twilio-voice/getting-started.mdx  |  568 ---
 .../id/docs/plugins/twilio-voice/index.mdx    |  108 -
 .../docs/id/docs/plugins/updater/api.md       | 1076 ------
 .../docs/id/docs/plugins/updater/cordova.md   |   25 -
 .../id/docs/plugins/updater/debugging.mdx     |  167 -
 .../docs/id/docs/plugins/updater/events.mdx   |  292 --
 .../docs/plugins/updater/getting-started.mdx  |  326 --
 .../docs/id/docs/plugins/updater/index.mdx    |   80 -
 .../id/docs/plugins/updater/known-issues.mdx  |  131 -
 .../updater/local-dev/capacitor-updater.mdx   |   49 -
 .../id/docs/plugins/updater/local-dev/cli.mdx |   34 -
 .../updater/local-dev/contributing.mdx        |   30 -
 .../updater/local-dev/getting-started.mdx     |   78 -
 .../docs/plugins/updater/notify-app-ready.mdx |   35 -
 .../updater/self-hosted/auto-update.mdx       |  109 -
 .../updater/self-hosted/encrypted-bundles.mdx |   60 -
 .../updater/self-hosted/getting-started.mdx   |  117 -
 .../updater/self-hosted/handling-channels.mdx |  516 ---
 .../updater/self-hosted/handling-stats.mdx    |  189 -
 .../updater/self-hosted/handling-updates.mdx  |  111 -
 .../updater/self-hosted/manual-update.mdx     |   68 -
 .../docs/id/docs/plugins/updater/settings.mdx |  527 ---
 .../docs/plugins/uploader/getting-started.mdx |  296 --
 .../docs/id/docs/plugins/uploader/index.mdx   |   41 -
 .../plugins/video-player/getting-started.mdx  |  303 --
 .../id/docs/plugins/video-player/index.mdx    |   44 -
 .../volume-buttons/getting-started.mdx        |  265 --
 .../id/docs/plugins/volume-buttons/index.mdx  |   41 -
 .../docs/plugins/wechat/getting-started.mdx   |  390 --
 .../docs/id/docs/plugins/wechat/index.mdx     |   50 -
 .../id/docs/plugins/wifi/getting-started.mdx  |  372 --
 .../docs/id/docs/plugins/wifi/index.mdx       |   48 -
 .../youtube-player/getting-started.mdx        |  433 ---
 .../id/docs/plugins/youtube-player/index.mdx  |   44 -
 .../id/docs/plugins/zip/getting-started.mdx   |  312 --
 .../docs/id/docs/plugins/zip/index.mdx        |   47 -
 .../docs/id/docs/public-api/api-keys.mdx      |  279 --
 src/content/docs/id/docs/public-api/app.mdx   |  299 --
 .../docs/id/docs/public-api/bundles.mdx       |  641 ----
 .../docs/id/docs/public-api/channels.mdx      |  268 --
 .../docs/id/docs/public-api/devices.mdx       |  298 --
 src/content/docs/id/docs/public-api/index.mdx |  108 -
 .../docs/id/docs/public-api/members.mdx       |  228 --
 .../docs/id/docs/public-api/organizations.mdx |  207 --
 .../docs/id/docs/public-api/statistics.mdx    |  235 --
 .../id/docs/upgrade/from-appflow-to-capgo.mdx |  130 -
 .../docs/upgrade/from-capawesome-to-capgo.mdx |  253 --
 .../docs/id/docs/upgrade/from-v2-to-v3.md     |  105 -
 .../docs/id/docs/upgrade/from-v3-to-v4.md     |   72 -
 .../docs/id/docs/upgrade/from-v4-to-v5.md     |   31 -
 .../docs/id/docs/upgrade/from-v5-to-v6.md     |   25 -
 .../docs/id/docs/upgrade/from-v6-to-v7.md     |   43 -
 .../docs/id/docs/upgrade/from-v7-to-v8.md     |   73 -
 src/content/docs/id/docs/webapp/api-keys.mdx  |   45 -
 src/content/docs/id/docs/webapp/bundles.mdx   |   58 -
 src/content/docs/id/docs/webapp/channels.mdx  |   59 -
 src/content/docs/id/docs/webapp/devices.mdx   |   40 -
 src/content/docs/id/docs/webapp/index.mdx     |   25 -
 src/content/docs/id/docs/webapp/logs.mdx      |  193 -
 .../docs/id/docs/webapp/main-app-page.mdx     |  113 -
 src/content/docs/id/docs/webapp/main-page.mdx |   20 -
 src/content/docs/id/docs/webapp/mfa.mdx       |  101 -
 .../id/docs/webapp/organization-security.mdx  |  303 --
 .../id/docs/webapp/organization-system.mdx    |  127 -
 src/content/docs/id/docs/webapp/payment.mdx   |   81 -
 src/content/docs/id/docs/webapp/settings.mdx  |   33 -
 .../docs/it/docs/cli/cloud-build/android.mdx  |  470 ---
 .../it/docs/cli/cloud-build/credentials.mdx   |  405 --
 .../docs/cli/cloud-build/getting-started.mdx  |  248 --
 .../docs/it/docs/cli/cloud-build/ios.mdx      |  375 --
 .../docs/cli/cloud-build/troubleshooting.mdx  |  513 ---
 src/content/docs/it/docs/cli/commands.mdx     |  472 ---
 .../docs/cli/migrations/cli-from-0x-to-1x.mdx |   11 -
 .../docs/it/docs/cli/migrations/encryption.md |   71 -
 src/content/docs/it/docs/cli/overview.mdx     |  116 -
 .../docs/it/docs/cli/reference/account.mdx    |   19 -
 .../docs/it/docs/cli/reference/app.mdx        |   84 -
 .../docs/it/docs/cli/reference/build.mdx      |  276 --
 .../docs/it/docs/cli/reference/bundle.mdx     |  165 -
 .../docs/it/docs/cli/reference/channel.mdx    |   82 -
 .../docs/it/docs/cli/reference/doctor.mdx     |   13 -
 .../docs/it/docs/cli/reference/index.mdx      |   67 -
 .../docs/it/docs/cli/reference/init.mdx       |   17 -
 .../docs/it/docs/cli/reference/key.mdx        |   37 -
 .../docs/it/docs/cli/reference/login.mdx      |   19 -
 .../it/docs/cli/reference/organisation.mdx    |  111 -
 .../it/docs/contributing/adding-plugins.mdx   |  453 ---
 src/content/docs/it/docs/faq.mdx              |  364 --
 src/content/docs/it/docs/getting-help.mdx     |   41 -
 .../it/docs/getting-started/add-an-app.mdx    |   83 -
 .../docs/getting-started/cicd-integration.mdx |  111 -
 .../docs/it/docs/getting-started/deploy.mdx   |  151 -
 .../it/docs/getting-started/onboarding.mdx    |  555 ---
 .../it/docs/getting-started/quickstart.mdx    |  133 -
 .../docs/getting-started/troubleshooting.mdx  |  140 -
 .../it/docs/getting-started/wrapping-up.mdx   |   53 -
 src/content/docs/it/docs/how-to.mdx           |   52 -
 src/content/docs/it/docs/index.mdx            |   41 -
 .../it/docs/live-updates/breaking-changes.md  |  203 -
 .../docs/it/docs/live-updates/channels.mdx    |  258 --
 .../docs/live-updates/china-configuration.mdx |  208 --
 .../docs/it/docs/live-updates/compliance.mdx  |  189 -
 .../it/docs/live-updates/custom-storage.mdx   |  302 --
 .../it/docs/live-updates/differentials.mdx    |   80 -
 .../docs/it/docs/live-updates/encryption.mdx  |  352 --
 .../docs/it/docs/live-updates/features.mdx    |  516 ---
 .../docs/it/docs/live-updates/index.mdx       |   92 -
 .../integrations/azure-devops.mdx             |  584 ---
 .../integrations/bitbucket-pipeline.mdx       |  498 ---
 .../integrations/github-actions.mdx           |  551 ---
 .../live-updates/integrations/gitlab-ci.mdx   |  426 ---
 .../docs/live-updates/integrations/index.mdx  |   82 -
 .../docs/it/docs/live-updates/rollbacks.mdx   |   90 -
 .../it/docs/live-updates/update-behavior.mdx  |  170 -
 .../it/docs/live-updates/update-types.mdx     |  123 -
 .../docs/live-updates/version-targeting.mdx   |  617 ----
 src/content/docs/it/docs/plugin/api.md        |  999 -----
 .../plugins/accelerometer/getting-started.mdx |  303 --
 .../it/docs/plugins/accelerometer/index.mdx   |   41 -
 .../it/docs/plugins/admob/getting-started.mdx |   89 -
 .../docs/it/docs/plugins/admob/index.mdx      |   45 -
 .../plugins/age-signals/getting-started.mdx   |  509 ---
 .../it/docs/plugins/age-signals/index.mdx     |   47 -
 .../it/docs/plugins/alarm/getting-started.mdx |  139 -
 .../docs/it/docs/plugins/alarm/index.mdx      |   41 -
 .../getting-started.mdx                       |  145 -
 .../plugins/android-inline-install/index.mdx  |   49 -
 .../plugins/android-kiosk/getting-started.mdx |  336 --
 .../it/docs/plugins/android-kiosk/index.mdx   |   51 -
 .../getting-started.mdx                       |  173 -
 .../android-usagestatsmanager/index.mdx       |  146 -
 .../plugins/appinsights/getting-started.mdx   |  207 --
 .../it/docs/plugins/appinsights/index.mdx     |   41 -
 .../audio-recorder/getting-started.mdx        |  394 --
 .../it/docs/plugins/audio-recorder/index.mdx  |   41 -
 .../plugins/audiosession/getting-started.mdx  |   73 -
 .../it/docs/plugins/audiosession/index.mdx    |   45 -
 .../getting-started.mdx                       |  260 --
 .../plugins/autofill-save-password/index.mdx  |  279 --
 .../getting-started.mdx                       |  273 --
 .../plugins/background-geolocation/index.mdx  |   56 -
 .../plugins/barometer/getting-started.mdx     |  214 --
 .../docs/it/docs/plugins/barometer/index.mdx  |   44 -
 .../camera-preview/getting-started.mdx        |  275 --
 .../it/docs/plugins/camera-preview/index.mdx  |   41 -
 .../capacitor-plus/getting-started.mdx        |  189 -
 .../it/docs/plugins/capacitor-plus/index.mdx  |   64 -
 .../docs/plugins/compass/getting-started.mdx  |  219 --
 .../docs/it/docs/plugins/compass/index.mdx    |   44 -
 .../docs/plugins/contacts/getting-started.mdx |  393 --
 .../docs/it/docs/plugins/contacts/index.mdx   |   47 -
 .../it/docs/plugins/crisp/getting-started.mdx |  344 --
 .../docs/it/docs/plugins/crisp/index.mdx      |   41 -
 .../data-storage-sqlite/getting-started.mdx   |  395 --
 .../plugins/data-storage-sqlite/index.mdx     |   41 -
 .../document-scanner/getting-started.mdx      |   61 -
 .../docs/plugins/document-scanner/index.mdx   |   45 -
 .../plugins/downloader/getting-started.mdx    |  172 -
 .../docs/it/docs/plugins/downloader/index.mdx |   51 -
 .../it/docs/plugins/env/getting-started.mdx   |   69 -
 .../docs/it/docs/plugins/env/index.mdx        |   45 -
 .../docs/plugins/fast-sql/getting-started.mdx |  360 --
 .../docs/it/docs/plugins/fast-sql/index.mdx   |   51 -
 .../docs/plugins/ffmpeg/getting-started.mdx   |  277 --
 .../docs/it/docs/plugins/ffmpeg/index.mdx     |   41 -
 .../file-compressor/getting-started.mdx       |  166 -
 .../it/docs/plugins/file-compressor/index.mdx |   47 -
 .../it/docs/plugins/file/getting-started.mdx  |  389 --
 .../docs/it/docs/plugins/file/index.mdx       |   41 -
 .../it/docs/plugins/flash/getting-started.mdx |  197 -
 .../docs/it/docs/plugins/flash/index.mdx      |   41 -
 .../it/docs/plugins/gtm/getting-started.mdx   |  242 --
 .../docs/it/docs/plugins/gtm/index.mdx        |   47 -
 .../docs/plugins/health/getting-started.mdx   |   86 -
 .../docs/it/docs/plugins/health/index.mdx     |   45 -
 .../home-indicator/getting-started.mdx        |  214 --
 .../it/docs/plugins/home-indicator/index.mdx  |   41 -
 .../docs/plugins/ibeacon/getting-started.mdx  |  620 ----
 .../docs/it/docs/plugins/ibeacon/index.mdx    |   47 -
 .../plugins/inappbrowser/getting-started.mdx  |  410 --
 .../it/docs/plugins/inappbrowser/index.mdx    |   41 -
 src/content/docs/it/docs/plugins/index.mdx    |  384 --
 .../docs/plugins/is-root/getting-started.mdx  |  276 --
 .../docs/it/docs/plugins/is-root/index.mdx    |  122 -
 .../plugins/ivs-player/getting-started.mdx    |  313 --
 .../docs/it/docs/plugins/ivs-player/index.mdx |   41 -
 .../plugins/jw-player/getting-started.mdx     |  345 --
 .../docs/it/docs/plugins/jw-player/index.mdx  |   47 -
 .../launch-navigator/getting-started.mdx      |  337 --
 .../docs/plugins/launch-navigator/index.mdx   |  246 --
 .../plugins/live-reload/getting-started.mdx   |  355 --
 .../it/docs/plugins/live-reload/index.mdx     |   41 -
 .../it/docs/plugins/llm/getting-started.mdx   |  484 ---
 .../docs/it/docs/plugins/llm/index.mdx        |   47 -
 .../plugins/media-session/getting-started.mdx |   83 -
 .../it/docs/plugins/media-session/index.mdx   |   45 -
 .../it/docs/plugins/mute/getting-started.mdx  |  210 --
 .../docs/it/docs/plugins/mute/index.mdx       |   41 -
 .../plugins/mux-player/getting-started.mdx    |   91 -
 .../docs/it/docs/plugins/mux-player/index.mdx |   45 -
 .../plugins/native-audio/getting-started.mdx  |  479 ---
 .../it/docs/plugins/native-audio/index.mdx    |   41 -
 .../native-biometric/getting-started.mdx      |  204 -
 .../docs/plugins/native-biometric/index.mdx   |   41 -
 .../plugins/native-market/getting-started.mdx |  105 -
 .../it/docs/plugins/native-market/index.mdx   |   41 -
 .../android-create-subscription.mdx           |  166 -
 .../android-introductory-offer.mdx            |  197 -
 .../android-play-store-review.mdx             |  795 ----
 .../android-sandbox-testing.mdx               |   93 -
 .../native-purchases/getting-started.mdx      |  255 --
 .../docs/plugins/native-purchases/index.mdx   |   59 -
 .../native-purchases/ios-app-store-review.mdx |  541 ---
 .../ios-create-subscription.mdx               |  309 --
 .../ios-introductory-offer.mdx                |  410 --
 .../native-purchases/ios-sandbox-testing.mdx  |  206 --
 .../ios-subscription-group.mdx                |  300 --
 .../nativegeocoder/getting-started.mdx        |  354 --
 .../it/docs/plugins/nativegeocoder/index.mdx  |   41 -
 .../navigation-bar/getting-started.mdx        |  201 -
 .../it/docs/plugins/navigation-bar/index.mdx  |   41 -
 .../it/docs/plugins/nfc/getting-started.mdx   |  456 ---
 .../docs/it/docs/plugins/nfc/index.mdx        |   47 -
 .../it/docs/plugins/pay/getting-started.mdx   |  130 -
 .../docs/it/docs/plugins/pay/index.mdx        |   45 -
 .../plugins/pdf-generator/getting-started.mdx |   67 -
 .../it/docs/plugins/pdf-generator/index.mdx   |   45 -
 .../plugins/pedometer/getting-started.mdx     |  209 --
 .../docs/it/docs/plugins/pedometer/index.mdx  |   47 -
 .../persistent-account/getting-started.mdx    |  339 --
 .../docs/plugins/persistent-account/index.mdx |  132 -
 .../plugins/photo-library/getting-started.mdx |   76 -
 .../it/docs/plugins/photo-library/index.mdx   |   48 -
 .../docs/plugins/printer/getting-started.mdx  |  322 --
 .../docs/it/docs/plugins/printer/index.mdx    |   47 -
 .../plugins/realtimekit/getting-started.mdx   |  476 ---
 .../it/docs/plugins/realtimekit/index.mdx     |   50 -
 .../ricoh360-camera/getting-started.mdx       |  411 ---
 .../it/docs/plugins/ricoh360-camera/index.mdx |   44 -
 .../screen-orientation/getting-started.mdx    |  285 --
 .../docs/plugins/screen-orientation/index.mdx |   46 -
 .../screen-recorder/getting-started.mdx       |  288 --
 .../it/docs/plugins/screen-recorder/index.mdx |   45 -
 .../it/docs/plugins/shake/getting-started.mdx |  163 -
 .../docs/it/docs/plugins/shake/index.mdx      |   44 -
 .../plugins/share-target/getting-started.mdx  |  415 ---
 .../it/docs/plugins/share-target/index.mdx    |   50 -
 .../it/docs/plugins/sim/getting-started.mdx   |   59 -
 .../docs/it/docs/plugins/sim/index.mdx        |   48 -
 .../plugins/social-login/apple/android.mdx    |  300 --
 .../plugins/social-login/apple/general.mdx    |   18 -
 .../docs/plugins/social-login/apple/ios.mdx   |   70 -
 .../docs/plugins/social-login/apple/web.mdx   |   67 -
 .../it/docs/plugins/social-login/facebook.mdx |  661 ----
 .../social-login/firebase/google/android.mdx  |  152 -
 .../social-login/firebase/google/general.mdx  |   51 -
 .../social-login/firebase/google/ios.mdx      |  173 -
 .../social-login/firebase/google/web.mdx      |   55 -
 .../social-login/firebase/introduction.mdx    |   98 -
 .../plugins/social-login/getting-started.mdx  |   35 -
 .../plugins/social-login/google/android.mdx   |  224 --
 .../plugins/social-login/google/general.mdx   |  258 --
 .../docs/plugins/social-login/google/ios.mdx  |  246 --
 .../docs/plugins/social-login/google/web.mdx  |  129 -
 .../it/docs/plugins/social-login/index.mdx    |   48 -
 .../plugins/social-login/migrations/apple.mdx |  186 -
 .../social-login/migrations/facebook.mdx      |  234 --
 .../social-login/migrations/google.mdx        |  190 -
 .../plugins/social-login/migrations/v7.mdx    |   52 -
 .../social-login/supabase/Apple/android.mdx   |  292 --
 .../social-login/supabase/Apple/general.mdx   |  102 -
 .../social-login/supabase/Apple/ios.mdx       |   69 -
 .../social-login/supabase/Apple/web.mdx       |   96 -
 .../social-login/supabase/google/android.mdx  |   65 -
 .../social-login/supabase/google/general.mdx  |  202 -
 .../social-login/supabase/google/ios.mdx      |   95 -
 .../social-login/supabase/google/web.mdx      |  117 -
 .../social-login/supabase/introduction.mdx    |   91 -
 .../speech-recognition/getting-started.mdx    |  445 ---
 .../docs/plugins/speech-recognition/index.mdx |   50 -
 .../speech-synthesis/getting-started.mdx      |  252 --
 .../docs/plugins/speech-synthesis/index.mdx   |   47 -
 .../plugins/streamcall/getting-started.mdx    |  488 ---
 .../docs/it/docs/plugins/streamcall/index.mdx |   50 -
 .../textinteraction/getting-started.mdx       |  274 --
 .../it/docs/plugins/textinteraction/index.mdx |   45 -
 .../plugins/twilio-voice/getting-started.mdx  |  568 ---
 .../it/docs/plugins/twilio-voice/index.mdx    |  108 -
 .../docs/it/docs/plugins/updater/api.md       | 1147 ------
 .../docs/it/docs/plugins/updater/cordova.md   |   25 -
 .../it/docs/plugins/updater/debugging.mdx     |  167 -
 .../docs/it/docs/plugins/updater/events.mdx   |  291 --
 .../docs/plugins/updater/getting-started.mdx  |  327 --
 .../docs/it/docs/plugins/updater/index.mdx    |   76 -
 .../it/docs/plugins/updater/known-issues.mdx  |  130 -
 .../updater/local-dev/capacitor-updater.mdx   |   48 -
 .../it/docs/plugins/updater/local-dev/cli.mdx |   34 -
 .../updater/local-dev/contributing.mdx        |   30 -
 .../updater/local-dev/getting-started.mdx     |   78 -
 .../docs/plugins/updater/notify-app-ready.mdx |   35 -
 .../updater/self-hosted/auto-update.mdx       |  109 -
 .../updater/self-hosted/encrypted-bundles.mdx |   60 -
 .../updater/self-hosted/getting-started.mdx   |  117 -
 .../updater/self-hosted/handling-channels.mdx |  516 ---
 .../updater/self-hosted/handling-stats.mdx    |  191 -
 .../updater/self-hosted/handling-updates.mdx  |  110 -
 .../updater/self-hosted/manual-update.mdx     |   71 -
 .../docs/it/docs/plugins/updater/settings.mdx |  525 ---
 .../docs/plugins/uploader/getting-started.mdx |  296 --
 .../docs/it/docs/plugins/uploader/index.mdx   |   41 -
 .../plugins/video-player/getting-started.mdx  |  301 --
 .../it/docs/plugins/video-player/index.mdx    |   44 -
 .../volume-buttons/getting-started.mdx        |  265 --
 .../it/docs/plugins/volume-buttons/index.mdx  |   41 -
 .../docs/plugins/wechat/getting-started.mdx   |  390 --
 .../docs/it/docs/plugins/wechat/index.mdx     |   50 -
 .../it/docs/plugins/wifi/getting-started.mdx  |  371 --
 .../docs/it/docs/plugins/wifi/index.mdx       |   47 -
 .../youtube-player/getting-started.mdx        |  433 ---
 .../it/docs/plugins/youtube-player/index.mdx  |   45 -
 .../it/docs/plugins/zip/getting-started.mdx   |  313 --
 .../docs/it/docs/plugins/zip/index.mdx        |   48 -
 .../docs/it/docs/public-api/api-keys.mdx      |  279 --
 src/content/docs/it/docs/public-api/app.mdx   |  298 --
 .../docs/it/docs/public-api/bundles.mdx       |  641 ----
 .../docs/it/docs/public-api/channels.mdx      |  269 --
 .../docs/it/docs/public-api/devices.mdx       |  298 --
 src/content/docs/it/docs/public-api/index.mdx |  107 -
 .../docs/it/docs/public-api/members.mdx       |  228 --
 .../docs/it/docs/public-api/organizations.mdx |  208 --
 .../docs/it/docs/public-api/statistics.mdx    |  235 --
 .../it/docs/upgrade/from-appflow-to-capgo.mdx |  220 --
 .../docs/upgrade/from-capawesome-to-capgo.mdx |  253 --
 .../docs/it/docs/upgrade/from-v2-to-v3.md     |  105 -
 .../docs/it/docs/upgrade/from-v3-to-v4.md     |   72 -
 .../docs/it/docs/upgrade/from-v4-to-v5.md     |   31 -
 .../docs/it/docs/upgrade/from-v5-to-v6.md     |   25 -
 .../docs/it/docs/upgrade/from-v6-to-v7.md     |   41 -
 .../docs/it/docs/upgrade/from-v7-to-v8.md     |   73 -
 src/content/docs/it/docs/webapp/api-keys.mdx  |   45 -
 src/content/docs/it/docs/webapp/bundles.mdx   |   58 -
 src/content/docs/it/docs/webapp/channels.mdx  |   58 -
 src/content/docs/it/docs/webapp/devices.mdx   |   40 -
 src/content/docs/it/docs/webapp/index.mdx     |   25 -
 src/content/docs/it/docs/webapp/logs.mdx      |  193 -
 .../docs/it/docs/webapp/main-app-page.mdx     |  113 -
 src/content/docs/it/docs/webapp/main-page.mdx |   20 -
 src/content/docs/it/docs/webapp/mfa.mdx       |  101 -
 .../it/docs/webapp/organization-security.mdx  |  303 --
 .../it/docs/webapp/organization-system.mdx    |  127 -
 src/content/docs/it/docs/webapp/payment.mdx   |   81 -
 src/content/docs/it/docs/webapp/settings.mdx  |   33 -
 .../docs/ja/docs/cli/cloud-build/android.mdx  |  470 ---
 .../ja/docs/cli/cloud-build/credentials.mdx   |  405 --
 .../docs/cli/cloud-build/getting-started.mdx  |  248 --
 .../docs/ja/docs/cli/cloud-build/ios.mdx      |  375 --
 .../docs/cli/cloud-build/troubleshooting.mdx  |  513 ---
 src/content/docs/ja/docs/cli/commands.mdx     |  470 ---
 .../docs/cli/migrations/cli-from-0x-to-1x.mdx |   11 -
 .../docs/ja/docs/cli/migrations/encryption.md |   71 -
 src/content/docs/ja/docs/cli/overview.mdx     |  116 -
 .../docs/ja/docs/cli/reference/account.mdx    |   19 -
 .../docs/ja/docs/cli/reference/app.mdx        |   84 -
 .../docs/ja/docs/cli/reference/build.mdx      |  276 --
 .../docs/ja/docs/cli/reference/bundle.mdx     |  165 -
 .../docs/ja/docs/cli/reference/channel.mdx    |   82 -
 .../docs/ja/docs/cli/reference/doctor.mdx     |   13 -
 .../docs/ja/docs/cli/reference/index.mdx      |   67 -
 .../docs/ja/docs/cli/reference/init.mdx       |   17 -
 .../docs/ja/docs/cli/reference/key.mdx        |   37 -
 .../docs/ja/docs/cli/reference/login.mdx      |   19 -
 .../ja/docs/cli/reference/organisation.mdx    |  111 -
 .../ja/docs/contributing/adding-plugins.mdx   |  454 ---
 src/content/docs/ja/docs/faq.mdx              |  362 --
 src/content/docs/ja/docs/getting-help.mdx     |   41 -
 .../ja/docs/getting-started/add-an-app.mdx    |   82 -
 .../docs/getting-started/cicd-integration.mdx |  111 -
 .../docs/ja/docs/getting-started/deploy.mdx   |  151 -
 .../ja/docs/getting-started/onboarding.mdx    |  553 ---
 .../ja/docs/getting-started/quickstart.mdx    |  133 -
 .../docs/getting-started/troubleshooting.mdx  |  140 -
 .../ja/docs/getting-started/wrapping-up.mdx   |   53 -
 src/content/docs/ja/docs/how-to.mdx           |   52 -
 src/content/docs/ja/docs/index.mdx            |   37 -
 .../ja/docs/live-updates/breaking-changes.md  |  203 -
 .../docs/ja/docs/live-updates/channels.mdx    |  258 --
 .../docs/live-updates/china-configuration.mdx |  208 --
 .../docs/ja/docs/live-updates/compliance.mdx  |  189 -
 .../ja/docs/live-updates/custom-storage.mdx   |  302 --
 .../ja/docs/live-updates/differentials.mdx    |   80 -
 .../docs/ja/docs/live-updates/encryption.mdx  |  352 --
 .../docs/ja/docs/live-updates/features.mdx    |  507 ---
 .../docs/ja/docs/live-updates/index.mdx       |   92 -
 .../integrations/azure-devops.mdx             |  584 ---
 .../integrations/bitbucket-pipeline.mdx       |  498 ---
 .../integrations/github-actions.mdx           |  549 ---
 .../live-updates/integrations/gitlab-ci.mdx   |  426 ---
 .../docs/live-updates/integrations/index.mdx  |   82 -
 .../docs/ja/docs/live-updates/rollbacks.mdx   |   90 -
 .../ja/docs/live-updates/update-behavior.mdx  |  170 -
 .../ja/docs/live-updates/update-types.mdx     |  120 -
 .../docs/live-updates/version-targeting.mdx   |  615 ---
 src/content/docs/ja/docs/plugin/api.md        | 1027 -----
 .../plugins/accelerometer/getting-started.mdx |  303 --
 .../ja/docs/plugins/accelerometer/index.mdx   |   41 -
 .../ja/docs/plugins/admob/getting-started.mdx |   89 -
 .../docs/ja/docs/plugins/admob/index.mdx      |   45 -
 .../plugins/age-signals/getting-started.mdx   |  509 ---
 .../ja/docs/plugins/age-signals/index.mdx     |   47 -
 .../ja/docs/plugins/alarm/getting-started.mdx |  139 -
 .../docs/ja/docs/plugins/alarm/index.mdx      |   41 -
 .../getting-started.mdx                       |  145 -
 .../plugins/android-inline-install/index.mdx  |   49 -
 .../plugins/android-kiosk/getting-started.mdx |  336 --
 .../ja/docs/plugins/android-kiosk/index.mdx   |   51 -
 .../getting-started.mdx                       |  173 -
 .../android-usagestatsmanager/index.mdx       |  146 -
 .../plugins/appinsights/getting-started.mdx   |  207 --
 .../ja/docs/plugins/appinsights/index.mdx     |   41 -
 .../audio-recorder/getting-started.mdx        |  395 --
 .../ja/docs/plugins/audio-recorder/index.mdx  |   41 -
 .../plugins/audiosession/getting-started.mdx  |   72 -
 .../ja/docs/plugins/audiosession/index.mdx    |   45 -
 .../getting-started.mdx                       |  260 --
 .../plugins/autofill-save-password/index.mdx  |  279 --
 .../getting-started.mdx                       |  270 --
 .../plugins/background-geolocation/index.mdx  |   56 -
 .../plugins/barometer/getting-started.mdx     |  214 --
 .../docs/ja/docs/plugins/barometer/index.mdx  |   44 -
 .../camera-preview/getting-started.mdx        |  275 --
 .../ja/docs/plugins/camera-preview/index.mdx  |   41 -
 .../capacitor-plus/getting-started.mdx        |  189 -
 .../ja/docs/plugins/capacitor-plus/index.mdx  |   64 -
 .../docs/plugins/compass/getting-started.mdx  |  219 --
 .../docs/ja/docs/plugins/compass/index.mdx    |   43 -
 .../docs/plugins/contacts/getting-started.mdx |  394 --
 .../docs/ja/docs/plugins/contacts/index.mdx   |   47 -
 .../ja/docs/plugins/crisp/getting-started.mdx |  343 --
 .../docs/ja/docs/plugins/crisp/index.mdx      |   41 -
 .../data-storage-sqlite/getting-started.mdx   |  395 --
 .../plugins/data-storage-sqlite/index.mdx     |   41 -
 .../document-scanner/getting-started.mdx      |   61 -
 .../docs/plugins/document-scanner/index.mdx   |   45 -
 .../plugins/downloader/getting-started.mdx    |  172 -
 .../docs/ja/docs/plugins/downloader/index.mdx |   51 -
 .../ja/docs/plugins/env/getting-started.mdx   |   69 -
 .../docs/ja/docs/plugins/env/index.mdx        |   45 -
 .../docs/plugins/fast-sql/getting-started.mdx |  362 --
 .../docs/ja/docs/plugins/fast-sql/index.mdx   |   50 -
 .../docs/plugins/ffmpeg/getting-started.mdx   |  277 --
 .../docs/ja/docs/plugins/ffmpeg/index.mdx     |   41 -
 .../file-compressor/getting-started.mdx       |  166 -
 .../ja/docs/plugins/file-compressor/index.mdx |   47 -
 .../ja/docs/plugins/file/getting-started.mdx  |  389 --
 .../docs/ja/docs/plugins/file/index.mdx       |   41 -
 .../ja/docs/plugins/flash/getting-started.mdx |  197 -
 .../docs/ja/docs/plugins/flash/index.mdx      |   41 -
 .../ja/docs/plugins/gtm/getting-started.mdx   |  242 --
 .../docs/ja/docs/plugins/gtm/index.mdx        |   47 -
 .../docs/plugins/health/getting-started.mdx   |   86 -
 .../docs/ja/docs/plugins/health/index.mdx     |   45 -
 .../home-indicator/getting-started.mdx        |  214 --
 .../ja/docs/plugins/home-indicator/index.mdx  |   41 -
 .../docs/plugins/ibeacon/getting-started.mdx  |  620 ----
 .../docs/ja/docs/plugins/ibeacon/index.mdx    |   47 -
 .../plugins/inappbrowser/getting-started.mdx  |  410 --
 .../ja/docs/plugins/inappbrowser/index.mdx    |   41 -
 src/content/docs/ja/docs/plugins/index.mdx    |  384 --
 .../docs/plugins/is-root/getting-started.mdx  |  276 --
 .../docs/ja/docs/plugins/is-root/index.mdx    |  122 -
 .../plugins/ivs-player/getting-started.mdx    |  313 --
 .../docs/ja/docs/plugins/ivs-player/index.mdx |   41 -
 .../plugins/jw-player/getting-started.mdx     |  345 --
 .../docs/ja/docs/plugins/jw-player/index.mdx  |   47 -
 .../launch-navigator/getting-started.mdx      |  337 --
 .../docs/plugins/launch-navigator/index.mdx   |  246 --
 .../plugins/live-reload/getting-started.mdx   |  355 --
 .../ja/docs/plugins/live-reload/index.mdx     |   41 -
 .../ja/docs/plugins/llm/getting-started.mdx   |  484 ---
 .../docs/ja/docs/plugins/llm/index.mdx        |   47 -
 .../plugins/media-session/getting-started.mdx |   83 -
 .../ja/docs/plugins/media-session/index.mdx   |   45 -
 .../ja/docs/plugins/mute/getting-started.mdx  |  210 --
 .../docs/ja/docs/plugins/mute/index.mdx       |   41 -
 .../plugins/mux-player/getting-started.mdx    |   91 -
 .../docs/ja/docs/plugins/mux-player/index.mdx |   45 -
 .../plugins/native-audio/getting-started.mdx  |  478 ---
 .../ja/docs/plugins/native-audio/index.mdx    |   41 -
 .../native-biometric/getting-started.mdx      |  204 -
 .../docs/plugins/native-biometric/index.mdx   |   41 -
 .../plugins/native-market/getting-started.mdx |  106 -
 .../ja/docs/plugins/native-market/index.mdx   |   41 -
 .../android-create-subscription.mdx           |  166 -
 .../android-introductory-offer.mdx            |  197 -
 .../android-play-store-review.mdx             |  788 ----
 .../android-sandbox-testing.mdx               |   93 -
 .../native-purchases/getting-started.mdx      |  255 --
 .../docs/plugins/native-purchases/index.mdx   |   59 -
 .../native-purchases/ios-app-store-review.mdx |  536 ---
 .../ios-create-subscription.mdx               |  307 --
 .../ios-introductory-offer.mdx                |  408 --
 .../native-purchases/ios-sandbox-testing.mdx  |  204 -
 .../ios-subscription-group.mdx                |  301 --
 .../nativegeocoder/getting-started.mdx        |  354 --
 .../ja/docs/plugins/nativegeocoder/index.mdx  |   41 -
 .../navigation-bar/getting-started.mdx        |  200 -
 .../ja/docs/plugins/navigation-bar/index.mdx  |   41 -
 .../ja/docs/plugins/nfc/getting-started.mdx   |  456 ---
 .../docs/ja/docs/plugins/nfc/index.mdx        |   47 -
 .../ja/docs/plugins/pay/getting-started.mdx   |  130 -
 .../docs/ja/docs/plugins/pay/index.mdx        |   45 -
 .../plugins/pdf-generator/getting-started.mdx |   67 -
 .../ja/docs/plugins/pdf-generator/index.mdx   |   45 -
 .../plugins/pedometer/getting-started.mdx     |  209 --
 .../docs/ja/docs/plugins/pedometer/index.mdx  |   47 -
 .../persistent-account/getting-started.mdx    |  339 --
 .../docs/plugins/persistent-account/index.mdx |  132 -
 .../plugins/photo-library/getting-started.mdx |   76 -
 .../ja/docs/plugins/photo-library/index.mdx   |   45 -
 .../docs/plugins/printer/getting-started.mdx  |  322 --
 .../docs/ja/docs/plugins/printer/index.mdx    |   47 -
 .../plugins/realtimekit/getting-started.mdx   |  474 ---
 .../ja/docs/plugins/realtimekit/index.mdx     |   47 -
 .../ricoh360-camera/getting-started.mdx       |  411 ---
 .../ja/docs/plugins/ricoh360-camera/index.mdx |   41 -
 .../screen-orientation/getting-started.mdx    |  283 --
 .../docs/plugins/screen-orientation/index.mdx |   41 -
 .../screen-recorder/getting-started.mdx       |  287 --
 .../ja/docs/plugins/screen-recorder/index.mdx |   41 -
 .../ja/docs/plugins/shake/getting-started.mdx |  163 -
 .../docs/ja/docs/plugins/shake/index.mdx      |   41 -
 .../plugins/share-target/getting-started.mdx  |  413 ---
 .../ja/docs/plugins/share-target/index.mdx    |   47 -
 .../ja/docs/plugins/sim/getting-started.mdx   |   58 -
 .../docs/ja/docs/plugins/sim/index.mdx        |   45 -
 .../plugins/social-login/apple/android.mdx    |  298 --
 .../plugins/social-login/apple/general.mdx    |   16 -
 .../docs/plugins/social-login/apple/ios.mdx   |   67 -
 .../docs/plugins/social-login/apple/web.mdx   |   63 -
 .../ja/docs/plugins/social-login/facebook.mdx |  666 ----
 .../social-login/firebase/google/android.mdx  |  152 -
 .../social-login/firebase/google/general.mdx  |   49 -
 .../social-login/firebase/google/ios.mdx      |  171 -
 .../social-login/firebase/google/web.mdx      |   55 -
 .../social-login/firebase/introduction.mdx    |   98 -
 .../plugins/social-login/getting-started.mdx  |   35 -
 .../plugins/social-login/google/android.mdx   |  222 --
 .../plugins/social-login/google/general.mdx   |  236 --
 .../docs/plugins/social-login/google/ios.mdx  |  246 --
 .../docs/plugins/social-login/google/web.mdx  |  132 -
 .../ja/docs/plugins/social-login/index.mdx    |   48 -
 .../plugins/social-login/migrations/apple.mdx |  186 -
 .../social-login/migrations/facebook.mdx      |  237 --
 .../social-login/migrations/google.mdx        |  192 -
 .../plugins/social-login/migrations/v7.mdx    |   52 -
 .../social-login/supabase/Apple/android.mdx   |  292 --
 .../social-login/supabase/Apple/general.mdx   |  103 -
 .../social-login/supabase/Apple/ios.mdx       |   69 -
 .../social-login/supabase/Apple/web.mdx       |   96 -
 .../social-login/supabase/google/android.mdx  |   66 -
 .../social-login/supabase/google/general.mdx  |  202 -
 .../social-login/supabase/google/ios.mdx      |   92 -
 .../social-login/supabase/google/web.mdx      |  117 -
 .../social-login/supabase/introduction.mdx    |   91 -
 .../speech-recognition/getting-started.mdx    |  445 ---
 .../docs/plugins/speech-recognition/index.mdx |   50 -
 .../speech-synthesis/getting-started.mdx      |  252 --
 .../docs/plugins/speech-synthesis/index.mdx   |   47 -
 .../plugins/streamcall/getting-started.mdx    |  488 ---
 .../docs/ja/docs/plugins/streamcall/index.mdx |   50 -
 .../textinteraction/getting-started.mdx       |  274 --
 .../ja/docs/plugins/textinteraction/index.mdx |   45 -
 .../plugins/twilio-voice/getting-started.mdx  |  568 ---
 .../ja/docs/plugins/twilio-voice/index.mdx    |  108 -
 .../docs/ja/docs/plugins/updater/api.md       | 1048 ------
 .../docs/ja/docs/plugins/updater/cordova.md   |   24 -
 .../ja/docs/plugins/updater/debugging.mdx     |  165 -
 .../docs/ja/docs/plugins/updater/events.mdx   |  289 --
 .../docs/plugins/updater/getting-started.mdx  |  324 --
 .../docs/ja/docs/plugins/updater/index.mdx    |   76 -
 .../ja/docs/plugins/updater/known-issues.mdx  |  130 -
 .../updater/local-dev/capacitor-updater.mdx   |   48 -
 .../ja/docs/plugins/updater/local-dev/cli.mdx |   34 -
 .../updater/local-dev/contributing.mdx        |   30 -
 .../updater/local-dev/getting-started.mdx     |   78 -
 .../docs/plugins/updater/notify-app-ready.mdx |   35 -
 .../updater/self-hosted/auto-update.mdx       |  109 -
 .../updater/self-hosted/encrypted-bundles.mdx |   60 -
 .../updater/self-hosted/getting-started.mdx   |  117 -
 .../updater/self-hosted/handling-channels.mdx |  514 ---
 .../updater/self-hosted/handling-stats.mdx    |  189 -
 .../updater/self-hosted/handling-updates.mdx  |  110 -
 .../updater/self-hosted/manual-update.mdx     |   68 -
 .../docs/ja/docs/plugins/updater/settings.mdx |  522 ---
 .../docs/plugins/uploader/getting-started.mdx |  296 --
 .../docs/ja/docs/plugins/uploader/index.mdx   |   41 -
 .../plugins/video-player/getting-started.mdx  |  301 --
 .../ja/docs/plugins/video-player/index.mdx    |   40 -
 .../volume-buttons/getting-started.mdx        |  265 --
 .../ja/docs/plugins/volume-buttons/index.mdx  |   41 -
 .../docs/plugins/wechat/getting-started.mdx   |  391 --
 .../docs/ja/docs/plugins/wechat/index.mdx     |   47 -
 .../ja/docs/plugins/wifi/getting-started.mdx  |  371 --
 .../docs/ja/docs/plugins/wifi/index.mdx       |   47 -
 .../youtube-player/getting-started.mdx        |  431 ---
 .../ja/docs/plugins/youtube-player/index.mdx  |   40 -
 .../ja/docs/plugins/zip/getting-started.mdx   |  312 --
 .../docs/ja/docs/plugins/zip/index.mdx        |   47 -
 .../docs/ja/docs/public-api/api-keys.mdx      |  277 --
 src/content/docs/ja/docs/public-api/app.mdx   |  296 --
 .../docs/ja/docs/public-api/bundles.mdx       |  638 ----
 .../docs/ja/docs/public-api/channels.mdx      |  266 --
 .../docs/ja/docs/public-api/devices.mdx       |  297 --
 src/content/docs/ja/docs/public-api/index.mdx |  105 -
 .../docs/ja/docs/public-api/members.mdx       |  226 --
 .../docs/ja/docs/public-api/organizations.mdx |  205 -
 .../docs/ja/docs/public-api/statistics.mdx    |  232 --
 .../ja/docs/upgrade/from-appflow-to-capgo.mdx |  220 --
 .../docs/upgrade/from-capawesome-to-capgo.mdx |  253 --
 .../docs/ja/docs/upgrade/from-v2-to-v3.md     |  105 -
 .../docs/ja/docs/upgrade/from-v3-to-v4.md     |   72 -
 .../docs/ja/docs/upgrade/from-v4-to-v5.md     |   31 -
 .../docs/ja/docs/upgrade/from-v5-to-v6.md     |   25 -
 .../docs/ja/docs/upgrade/from-v6-to-v7.md     |   43 -
 .../docs/ja/docs/upgrade/from-v7-to-v8.md     |   73 -
 src/content/docs/ja/docs/webapp/api-keys.mdx  |   45 -
 src/content/docs/ja/docs/webapp/bundles.mdx   |   92 -
 src/content/docs/ja/docs/webapp/channels.mdx  |   56 -
 src/content/docs/ja/docs/webapp/devices.mdx   |   40 -
 src/content/docs/ja/docs/webapp/index.mdx     |   25 -
 src/content/docs/ja/docs/webapp/logs.mdx      |  193 -
 .../docs/ja/docs/webapp/main-app-page.mdx     |  113 -
 src/content/docs/ja/docs/webapp/main-page.mdx |   20 -
 src/content/docs/ja/docs/webapp/mfa.mdx       |   99 -
 .../ja/docs/webapp/organization-security.mdx  |  300 --
 .../ja/docs/webapp/organization-system.mdx    |  127 -
 src/content/docs/ja/docs/webapp/payment.mdx   |   81 -
 src/content/docs/ja/docs/webapp/settings.mdx  |   33 -
 .../docs/ko/docs/cli/cloud-build/android.mdx  |  470 ---
 .../ko/docs/cli/cloud-build/credentials.mdx   |  405 --
 .../docs/cli/cloud-build/getting-started.mdx  |  248 --
 .../docs/ko/docs/cli/cloud-build/ios.mdx      |  375 --
 .../docs/cli/cloud-build/troubleshooting.mdx  |  513 ---
 src/content/docs/ko/docs/cli/commands.mdx     |  473 ---
 .../docs/cli/migrations/cli-from-0x-to-1x.mdx |   11 -
 .../docs/ko/docs/cli/migrations/encryption.md |   71 -
 src/content/docs/ko/docs/cli/overview.mdx     |  116 -
 .../docs/ko/docs/cli/reference/account.mdx    |   19 -
 .../docs/ko/docs/cli/reference/app.mdx        |   84 -
 .../docs/ko/docs/cli/reference/build.mdx      |  276 --
 .../docs/ko/docs/cli/reference/bundle.mdx     |  165 -
 .../docs/ko/docs/cli/reference/channel.mdx    |   82 -
 .../docs/ko/docs/cli/reference/doctor.mdx     |   13 -
 .../docs/ko/docs/cli/reference/index.mdx      |   73 -
 .../docs/ko/docs/cli/reference/init.mdx       |   17 -
 .../docs/ko/docs/cli/reference/key.mdx        |   37 -
 .../docs/ko/docs/cli/reference/login.mdx      |   19 -
 .../ko/docs/cli/reference/organisation.mdx    |  111 -
 .../ko/docs/contributing/adding-plugins.mdx   |  453 ---
 src/content/docs/ko/docs/faq.mdx              |  361 --
 src/content/docs/ko/docs/getting-help.mdx     |   41 -
 .../ko/docs/getting-started/add-an-app.mdx    |   82 -
 .../docs/getting-started/cicd-integration.mdx |  111 -
 .../docs/ko/docs/getting-started/deploy.mdx   |  151 -
 .../ko/docs/getting-started/onboarding.mdx    |  553 ---
 .../ko/docs/getting-started/quickstart.mdx    |  133 -
 .../docs/getting-started/troubleshooting.mdx  |  140 -
 .../ko/docs/getting-started/wrapping-up.mdx   |   53 -
 src/content/docs/ko/docs/how-to.mdx           |   51 -
 src/content/docs/ko/docs/index.mdx            |   69 -
 .../ko/docs/live-updates/breaking-changes.md  |  203 -
 .../docs/ko/docs/live-updates/channels.mdx    |  258 --
 .../docs/live-updates/china-configuration.mdx |  208 --
 .../docs/ko/docs/live-updates/compliance.mdx  |  189 -
 .../ko/docs/live-updates/custom-storage.mdx   |  302 --
 .../ko/docs/live-updates/differentials.mdx    |   80 -
 .../docs/ko/docs/live-updates/encryption.mdx  |  352 --
 .../docs/ko/docs/live-updates/features.mdx    |  512 ---
 .../docs/ko/docs/live-updates/index.mdx       |   92 -
 .../integrations/azure-devops.mdx             |  584 ---
 .../integrations/bitbucket-pipeline.mdx       |  498 ---
 .../integrations/github-actions.mdx           |  551 ---
 .../live-updates/integrations/gitlab-ci.mdx   |  426 ---
 .../docs/live-updates/integrations/index.mdx  |   82 -
 .../docs/ko/docs/live-updates/rollbacks.mdx   |   90 -
 .../ko/docs/live-updates/update-behavior.mdx  |  170 -
 .../ko/docs/live-updates/update-types.mdx     |  120 -
 .../docs/live-updates/version-targeting.mdx   |  615 ---
 src/content/docs/ko/docs/plugin/api.md        |  951 -----
 .../plugins/accelerometer/getting-started.mdx |  303 --
 .../ko/docs/plugins/accelerometer/index.mdx   |   41 -
 .../ko/docs/plugins/admob/getting-started.mdx |   89 -
 .../docs/ko/docs/plugins/admob/index.mdx      |   45 -
 .../plugins/age-signals/getting-started.mdx   |  509 ---
 .../ko/docs/plugins/age-signals/index.mdx     |   47 -
 .../ko/docs/plugins/alarm/getting-started.mdx |  139 -
 .../docs/ko/docs/plugins/alarm/index.mdx      |   41 -
 .../getting-started.mdx                       |  146 -
 .../plugins/android-inline-install/index.mdx  |   49 -
 .../plugins/android-kiosk/getting-started.mdx |  336 --
 .../ko/docs/plugins/android-kiosk/index.mdx   |   51 -
 .../getting-started.mdx                       |  173 -
 .../android-usagestatsmanager/index.mdx       |  146 -
 .../plugins/appinsights/getting-started.mdx   |  207 --
 .../ko/docs/plugins/appinsights/index.mdx     |   41 -
 .../audio-recorder/getting-started.mdx        |  395 --
 .../ko/docs/plugins/audio-recorder/index.mdx  |   41 -
 .../plugins/audiosession/getting-started.mdx  |   72 -
 .../ko/docs/plugins/audiosession/index.mdx    |   45 -
 .../getting-started.mdx                       |  260 --
 .../plugins/autofill-save-password/index.mdx  |  279 --
 .../getting-started.mdx                       |  270 --
 .../plugins/background-geolocation/index.mdx  |   56 -
 .../plugins/barometer/getting-started.mdx     |  218 --
 .../docs/ko/docs/plugins/barometer/index.mdx  |   44 -
 .../camera-preview/getting-started.mdx        |  275 --
 .../ko/docs/plugins/camera-preview/index.mdx  |   41 -
 .../capacitor-plus/getting-started.mdx        |  189 -
 .../ko/docs/plugins/capacitor-plus/index.mdx  |   64 -
 .../docs/plugins/compass/getting-started.mdx  |  219 --
 .../docs/ko/docs/plugins/compass/index.mdx    |   41 -
 .../docs/plugins/contacts/getting-started.mdx |  394 --
 .../docs/ko/docs/plugins/contacts/index.mdx   |   47 -
 .../ko/docs/plugins/crisp/getting-started.mdx |  343 --
 .../docs/ko/docs/plugins/crisp/index.mdx      |   41 -
 .../data-storage-sqlite/getting-started.mdx   |  395 --
 .../plugins/data-storage-sqlite/index.mdx     |   41 -
 .../document-scanner/getting-started.mdx      |   61 -
 .../docs/plugins/document-scanner/index.mdx   |   45 -
 .../plugins/downloader/getting-started.mdx    |  172 -
 .../docs/ko/docs/plugins/downloader/index.mdx |   51 -
 .../ko/docs/plugins/env/getting-started.mdx   |   69 -
 .../docs/ko/docs/plugins/env/index.mdx        |   45 -
 .../docs/plugins/fast-sql/getting-started.mdx |  360 --
 .../docs/ko/docs/plugins/fast-sql/index.mdx   |   50 -
 .../docs/plugins/ffmpeg/getting-started.mdx   |  277 --
 .../docs/ko/docs/plugins/ffmpeg/index.mdx     |   41 -
 .../file-compressor/getting-started.mdx       |  166 -
 .../ko/docs/plugins/file-compressor/index.mdx |   47 -
 .../ko/docs/plugins/file/getting-started.mdx  |  389 --
 .../docs/ko/docs/plugins/file/index.mdx       |   41 -
 .../ko/docs/plugins/flash/getting-started.mdx |  197 -
 .../docs/ko/docs/plugins/flash/index.mdx      |   41 -
 .../ko/docs/plugins/gtm/getting-started.mdx   |  242 --
 .../docs/ko/docs/plugins/gtm/index.mdx        |   47 -
 .../docs/plugins/health/getting-started.mdx   |   86 -
 .../docs/ko/docs/plugins/health/index.mdx     |   45 -
 .../home-indicator/getting-started.mdx        |  214 --
 .../ko/docs/plugins/home-indicator/index.mdx  |   41 -
 .../docs/plugins/ibeacon/getting-started.mdx  |  620 ----
 .../docs/ko/docs/plugins/ibeacon/index.mdx    |   47 -
 .../plugins/inappbrowser/getting-started.mdx  |  410 --
 .../ko/docs/plugins/inappbrowser/index.mdx    |   41 -
 src/content/docs/ko/docs/plugins/index.mdx    |  384 --
 .../docs/plugins/is-root/getting-started.mdx  |  276 --
 .../docs/ko/docs/plugins/is-root/index.mdx    |  122 -
 .../plugins/ivs-player/getting-started.mdx    |  313 --
 .../docs/ko/docs/plugins/ivs-player/index.mdx |   41 -
 .../plugins/jw-player/getting-started.mdx     |  345 --
 .../docs/ko/docs/plugins/jw-player/index.mdx  |   47 -
 .../launch-navigator/getting-started.mdx      |  337 --
 .../docs/plugins/launch-navigator/index.mdx   |  246 --
 .../plugins/live-reload/getting-started.mdx   |  355 --
 .../ko/docs/plugins/live-reload/index.mdx     |   41 -
 .../ko/docs/plugins/llm/getting-started.mdx   |  484 ---
 .../docs/ko/docs/plugins/llm/index.mdx        |   47 -
 .../plugins/media-session/getting-started.mdx |   83 -
 .../ko/docs/plugins/media-session/index.mdx   |   45 -
 .../ko/docs/plugins/mute/getting-started.mdx  |  210 --
 .../docs/ko/docs/plugins/mute/index.mdx       |   41 -
 .../plugins/mux-player/getting-started.mdx    |   91 -
 .../docs/ko/docs/plugins/mux-player/index.mdx |   45 -
 .../plugins/native-audio/getting-started.mdx  |  478 ---
 .../ko/docs/plugins/native-audio/index.mdx    |   41 -
 .../native-biometric/getting-started.mdx      |  204 -
 .../docs/plugins/native-biometric/index.mdx   |   41 -
 .../plugins/native-market/getting-started.mdx |  106 -
 .../ko/docs/plugins/native-market/index.mdx   |   44 -
 .../android-create-subscription.mdx           |  163 -
 .../android-introductory-offer.mdx            |  194 -
 .../android-play-store-review.mdx             |  788 ----
 .../android-sandbox-testing.mdx               |   93 -
 .../native-purchases/getting-started.mdx      |  255 --
 .../docs/plugins/native-purchases/index.mdx   |   59 -
 .../native-purchases/ios-app-store-review.mdx |  536 ---
 .../ios-create-subscription.mdx               |  307 --
 .../ios-introductory-offer.mdx                |  408 --
 .../native-purchases/ios-sandbox-testing.mdx  |  209 --
 .../ios-subscription-group.mdx                |  298 --
 .../nativegeocoder/getting-started.mdx        |  354 --
 .../ko/docs/plugins/nativegeocoder/index.mdx  |   41 -
 .../navigation-bar/getting-started.mdx        |  200 -
 .../ko/docs/plugins/navigation-bar/index.mdx  |   41 -
 .../ko/docs/plugins/nfc/getting-started.mdx   |  456 ---
 .../docs/ko/docs/plugins/nfc/index.mdx        |   47 -
 .../ko/docs/plugins/pay/getting-started.mdx   |  130 -
 .../docs/ko/docs/plugins/pay/index.mdx        |   45 -
 .../plugins/pdf-generator/getting-started.mdx |   67 -
 .../ko/docs/plugins/pdf-generator/index.mdx   |   45 -
 .../plugins/pedometer/getting-started.mdx     |  209 --
 .../docs/ko/docs/plugins/pedometer/index.mdx  |   47 -
 .../persistent-account/getting-started.mdx    |  339 --
 .../docs/plugins/persistent-account/index.mdx |  132 -
 .../plugins/photo-library/getting-started.mdx |   76 -
 .../ko/docs/plugins/photo-library/index.mdx   |   45 -
 .../docs/plugins/printer/getting-started.mdx  |  322 --
 .../docs/ko/docs/plugins/printer/index.mdx    |   46 -
 .../plugins/realtimekit/getting-started.mdx   |  206 --
 .../ko/docs/plugins/realtimekit/index.mdx     |   46 -
 .../ricoh360-camera/getting-started.mdx       |  411 ---
 .../ko/docs/plugins/ricoh360-camera/index.mdx |   40 -
 .../screen-orientation/getting-started.mdx    |  284 --
 .../docs/plugins/screen-orientation/index.mdx |   40 -
 .../screen-recorder/getting-started.mdx       |  287 --
 .../ko/docs/plugins/screen-recorder/index.mdx |   40 -
 .../ko/docs/plugins/shake/getting-started.mdx |  162 -
 .../docs/ko/docs/plugins/shake/index.mdx      |   40 -
 .../plugins/share-target/getting-started.mdx  |  413 ---
 .../ko/docs/plugins/share-target/index.mdx    |   46 -
 .../ko/docs/plugins/sim/getting-started.mdx   |   59 -
 .../docs/ko/docs/plugins/sim/index.mdx        |   44 -
 .../plugins/social-login/apple/android.mdx    |  298 --
 .../plugins/social-login/apple/general.mdx    |   16 -
 .../docs/plugins/social-login/apple/ios.mdx   |   67 -
 .../docs/plugins/social-login/apple/web.mdx   |   63 -
 .../ko/docs/plugins/social-login/facebook.mdx |  660 ----
 .../social-login/firebase/google/android.mdx  |  152 -
 .../social-login/firebase/google/general.mdx  |   49 -
 .../social-login/firebase/google/ios.mdx      |  169 -
 .../social-login/firebase/google/web.mdx      |   55 -
 .../social-login/firebase/introduction.mdx    |   99 -
 .../plugins/social-login/getting-started.mdx  |  157 -
 .../plugins/social-login/google/android.mdx   |  222 --
 .../plugins/social-login/google/general.mdx   |  237 --
 .../docs/plugins/social-login/google/ios.mdx  |  246 --
 .../docs/plugins/social-login/google/web.mdx  |  131 -
 .../ko/docs/plugins/social-login/index.mdx    |   82 -
 .../plugins/social-login/migrations/apple.mdx |  186 -
 .../social-login/migrations/facebook.mdx      |  237 --
 .../social-login/migrations/google.mdx        |  192 -
 .../plugins/social-login/migrations/v7.mdx    |   52 -
 .../social-login/supabase/Apple/android.mdx   |  295 --
 .../social-login/supabase/Apple/general.mdx   |  103 -
 .../social-login/supabase/Apple/ios.mdx       |   70 -
 .../social-login/supabase/Apple/web.mdx       |   97 -
 .../social-login/supabase/google/android.mdx  |   66 -
 .../social-login/supabase/google/general.mdx  |  202 -
 .../social-login/supabase/google/ios.mdx      |   92 -
 .../social-login/supabase/google/web.mdx      |  114 -
 .../social-login/supabase/introduction.mdx    |   93 -
 .../speech-recognition/getting-started.mdx    |  442 ---
 .../docs/plugins/speech-recognition/index.mdx |   50 -
 .../speech-synthesis/getting-started.mdx      |  214 --
 .../docs/plugins/speech-synthesis/index.mdx   |   46 -
 .../plugins/streamcall/getting-started.mdx    |  488 ---
 .../docs/ko/docs/plugins/streamcall/index.mdx |   50 -
 .../textinteraction/getting-started.mdx       |  274 --
 .../ko/docs/plugins/textinteraction/index.mdx |   45 -
 .../plugins/twilio-voice/getting-started.mdx  |  568 ---
 .../ko/docs/plugins/twilio-voice/index.mdx    |  107 -
 .../docs/ko/docs/plugins/updater/api.md       | 1124 ------
 .../docs/ko/docs/plugins/updater/cordova.md   |   24 -
 .../ko/docs/plugins/updater/debugging.mdx     |  173 -
 .../docs/ko/docs/plugins/updater/events.mdx   |  292 --
 .../docs/plugins/updater/getting-started.mdx  |  328 --
 .../docs/ko/docs/plugins/updater/index.mdx    |   78 -
 .../ko/docs/plugins/updater/known-issues.mdx  |  131 -
 .../updater/local-dev/capacitor-updater.mdx   |   47 -
 .../ko/docs/plugins/updater/local-dev/cli.mdx |   35 -
 .../updater/local-dev/contributing.mdx        |   31 -
 .../updater/local-dev/getting-started.mdx     |   78 -
 .../docs/plugins/updater/notify-app-ready.mdx |   35 -
 .../updater/self-hosted/auto-update.mdx       |  109 -
 .../updater/self-hosted/encrypted-bundles.mdx |   60 -
 .../updater/self-hosted/getting-started.mdx   |  117 -
 .../updater/self-hosted/handling-channels.mdx |  514 ---
 .../updater/self-hosted/handling-stats.mdx    |  189 -
 .../updater/self-hosted/handling-updates.mdx  |  111 -
 .../updater/self-hosted/manual-update.mdx     |   68 -
 .../docs/ko/docs/plugins/updater/settings.mdx |  527 ---
 .../docs/plugins/uploader/getting-started.mdx |  295 --
 .../docs/ko/docs/plugins/uploader/index.mdx   |   41 -
 .../plugins/video-player/getting-started.mdx  |  302 --
 .../ko/docs/plugins/video-player/index.mdx    |   40 -
 .../volume-buttons/getting-started.mdx        |  265 --
 .../ko/docs/plugins/volume-buttons/index.mdx  |   40 -
 .../docs/plugins/wechat/getting-started.mdx   |  391 --
 .../docs/ko/docs/plugins/wechat/index.mdx     |   46 -
 .../ko/docs/plugins/wifi/getting-started.mdx  |  371 --
 .../docs/ko/docs/plugins/wifi/index.mdx       |   46 -
 .../youtube-player/getting-started.mdx        |  342 --
 .../ko/docs/plugins/youtube-player/index.mdx  |   42 -
 .../ko/docs/plugins/zip/getting-started.mdx   |  312 --
 .../docs/ko/docs/plugins/zip/index.mdx        |   47 -
 .../docs/ko/docs/public-api/api-keys.mdx      |  277 --
 src/content/docs/ko/docs/public-api/app.mdx   |  298 --
 .../docs/ko/docs/public-api/bundles.mdx       |  638 ----
 .../docs/ko/docs/public-api/channels.mdx      |  266 --
 .../docs/ko/docs/public-api/devices.mdx       |  295 --
 src/content/docs/ko/docs/public-api/index.mdx |  107 -
 .../docs/ko/docs/public-api/members.mdx       |  226 --
 .../docs/ko/docs/public-api/organizations.mdx |  205 -
 .../docs/ko/docs/public-api/statistics.mdx    |  234 --
 .../ko/docs/upgrade/from-appflow-to-capgo.mdx |  130 -
 .../docs/upgrade/from-capawesome-to-capgo.mdx |  253 --
 .../docs/ko/docs/upgrade/from-v2-to-v3.md     |  107 -
 .../docs/ko/docs/upgrade/from-v3-to-v4.md     |   72 -
 .../docs/ko/docs/upgrade/from-v4-to-v5.md     |   31 -
 .../docs/ko/docs/upgrade/from-v5-to-v6.md     |   25 -
 .../docs/ko/docs/upgrade/from-v6-to-v7.md     |   42 -
 .../docs/ko/docs/upgrade/from-v7-to-v8.md     |   73 -
 src/content/docs/ko/docs/webapp/api-keys.mdx  |   45 -
 src/content/docs/ko/docs/webapp/bundles.mdx   |   92 -
 src/content/docs/ko/docs/webapp/channels.mdx  |   57 -
 src/content/docs/ko/docs/webapp/devices.mdx   |   40 -
 src/content/docs/ko/docs/webapp/index.mdx     |   25 -
 src/content/docs/ko/docs/webapp/logs.mdx      |  193 -
 .../docs/ko/docs/webapp/main-app-page.mdx     |  113 -
 src/content/docs/ko/docs/webapp/main-page.mdx |   20 -
 src/content/docs/ko/docs/webapp/mfa.mdx       |   99 -
 .../ko/docs/webapp/organization-security.mdx  |  300 --
 .../ko/docs/webapp/organization-system.mdx    |  127 -
 src/content/docs/ko/docs/webapp/payment.mdx   |   81 -
 src/content/docs/ko/docs/webapp/settings.mdx  |   33 -
 .../docs/zh/docs/cli/cloud-build/android.mdx  |  470 ---
 .../zh/docs/cli/cloud-build/credentials.mdx   |  404 --
 .../docs/cli/cloud-build/getting-started.mdx  |  248 --
 .../docs/zh/docs/cli/cloud-build/index.mdx    |  128 -
 .../docs/zh/docs/cli/cloud-build/ios.mdx      |  375 --
 .../docs/cli/cloud-build/troubleshooting.mdx  |  513 ---
 src/content/docs/zh/docs/cli/commands.mdx     |  471 ---
 .../docs/cli/migrations/cli-from-0x-to-1x.mdx |   11 -
 .../docs/zh/docs/cli/migrations/encryption.md |   87 -
 src/content/docs/zh/docs/cli/overview.mdx     |  117 -
 .../docs/zh/docs/cli/reference/account.mdx    |   30 -
 .../docs/zh/docs/cli/reference/app.mdx        |  157 -
 .../docs/zh/docs/cli/reference/build.mdx      |  276 --
 .../docs/zh/docs/cli/reference/bundle.mdx     |  257 --
 .../docs/zh/docs/cli/reference/channel.mdx    |  154 -
 .../docs/zh/docs/cli/reference/doctor.mdx     |   28 -
 .../docs/zh/docs/cli/reference/index.mdx      |   73 -
 .../docs/zh/docs/cli/reference/init.mdx       |   33 -
 .../docs/zh/docs/cli/reference/key.mdx        |   70 -
 .../docs/zh/docs/cli/reference/login.mdx      |   32 -
 .../docs/zh/docs/cli/reference/mcp.mdx        |  254 --
 .../zh/docs/cli/reference/organisation.mdx    |  111 -
 .../zh/docs/contributing/adding-plugins.mdx   |  453 ---
 src/content/docs/zh/docs/faq.mdx              |  367 --
 src/content/docs/zh/docs/getting-help.mdx     |   42 -
 .../zh/docs/getting-started/add-an-app.mdx    |   83 -
 .../docs/getting-started/cicd-integration.mdx |  174 -
 .../docs/zh/docs/getting-started/deploy.mdx   |  151 -
 .../zh/docs/getting-started/onboarding.mdx    |  553 ---
 .../zh/docs/getting-started/quickstart.mdx    |  138 -
 .../docs/getting-started/troubleshooting.mdx  |  157 -
 .../zh/docs/getting-started/wrapping-up.mdx   |   54 -
 src/content/docs/zh/docs/how-to.mdx           |   52 -
 src/content/docs/zh/docs/index.mdx            |   69 -
 .../zh/docs/live-updates/breaking-changes.md  |  203 -
 .../docs/zh/docs/live-updates/channels.mdx    |  213 --
 .../docs/live-updates/china-configuration.mdx |  208 --
 .../docs/zh/docs/live-updates/compliance.mdx  |  189 -
 .../zh/docs/live-updates/custom-storage.mdx   |  302 --
 .../zh/docs/live-updates/differentials.mdx    |   82 -
 .../docs/zh/docs/live-updates/encryption.mdx  |  347 --
 .../docs/zh/docs/live-updates/features.mdx    |  513 ---
 .../docs/zh/docs/live-updates/index.mdx       |  101 -
 .../integrations/azure-devops.mdx             |  584 ---
 .../integrations/bitbucket-pipeline.mdx       |  498 ---
 .../integrations/github-actions.mdx           |  551 ---
 .../live-updates/integrations/gitlab-ci.mdx   |  426 ---
 .../docs/live-updates/integrations/index.mdx  |   82 -
 .../docs/zh/docs/live-updates/rollbacks.mdx   |  162 -
 .../zh/docs/live-updates/update-behavior.mdx  |  216 --
 .../zh/docs/live-updates/update-types.mdx     |  120 -
 .../docs/live-updates/version-targeting.mdx   |  615 ---
 src/content/docs/zh/docs/plugin/api.md        | 1890 ----------
 .../plugins/accelerometer/getting-started.mdx |  303 --
 .../zh/docs/plugins/accelerometer/index.mdx   |   41 -
 .../zh/docs/plugins/admob/getting-started.mdx |   89 -
 .../docs/zh/docs/plugins/admob/index.mdx      |   45 -
 .../plugins/age-range/getting-started.mdx     |  201 -
 .../docs/zh/docs/plugins/age-range/index.mdx  |   41 -
 .../plugins/age-signals/getting-started.mdx   |  509 ---
 .../zh/docs/plugins/age-signals/index.mdx     |   47 -
 .../zh/docs/plugins/alarm/getting-started.mdx |  139 -
 .../docs/zh/docs/plugins/alarm/index.mdx      |   41 -
 .../getting-started.mdx                       |  145 -
 .../plugins/android-inline-install/index.mdx  |   49 -
 .../plugins/android-kiosk/getting-started.mdx |  336 --
 .../zh/docs/plugins/android-kiosk/index.mdx   |   51 -
 .../getting-started.mdx                       |  173 -
 .../android-usagestatsmanager/index.mdx       |  146 -
 .../getting-started.mdx                       |  148 -
 .../app-tracking-transparency/index.mdx       |   41 -
 .../plugins/appinsights/getting-started.mdx   |  207 --
 .../zh/docs/plugins/appinsights/index.mdx     |   41 -
 .../audio-recorder/getting-started.mdx        |  395 --
 .../zh/docs/plugins/audio-recorder/index.mdx  |   41 -
 .../plugins/audiosession/getting-started.mdx  |   72 -
 .../zh/docs/plugins/audiosession/index.mdx    |   45 -
 .../getting-started.mdx                       |  260 --
 .../plugins/autofill-save-password/index.mdx  |  279 --
 .../getting-started.mdx                       |  267 --
 .../plugins/background-geolocation/index.mdx  |   56 -
 .../plugins/barometer/getting-started.mdx     |  214 --
 .../docs/zh/docs/plugins/barometer/index.mdx  |   44 -
 .../bluetooth-low-energy/getting-started.mdx  |  366 --
 .../plugins/bluetooth-low-energy/index.mdx    |   47 -
 .../plugins/brightness/getting-started.mdx    |  253 --
 .../docs/zh/docs/plugins/brightness/index.mdx |   44 -
 .../camera-preview/getting-started.mdx        |  275 --
 .../zh/docs/plugins/camera-preview/index.mdx  |   41 -
 .../capacitor-plus/getting-started.mdx        |  189 -
 .../zh/docs/plugins/capacitor-plus/index.mdx  |   64 -
 .../docs/plugins/compass/getting-started.mdx  |  219 --
 .../docs/zh/docs/plugins/compass/index.mdx    |   41 -
 .../docs/plugins/contacts/getting-started.mdx |  393 --
 .../docs/zh/docs/plugins/contacts/index.mdx   |   47 -
 .../zh/docs/plugins/crisp/getting-started.mdx |  343 --
 .../docs/zh/docs/plugins/crisp/index.mdx      |   40 -
 .../data-storage-sqlite/getting-started.mdx   |  395 --
 .../plugins/data-storage-sqlite/index.mdx     |   41 -
 .../document-scanner/getting-started.mdx      |   61 -
 .../docs/plugins/document-scanner/index.mdx   |   45 -
 .../plugins/downloader/getting-started.mdx    |  172 -
 .../docs/zh/docs/plugins/downloader/index.mdx |   51 -
 .../zh/docs/plugins/electron-updater/api.mdx  |  455 ---
 .../electron-updater/getting-started.mdx      |  242 --
 .../docs/plugins/electron-updater/index.mdx   |  108 -
 .../zh/docs/plugins/env/getting-started.mdx   |   68 -
 .../docs/zh/docs/plugins/env/index.mdx        |   45 -
 .../docs/plugins/fast-sql/getting-started.mdx |  360 --
 .../docs/zh/docs/plugins/fast-sql/index.mdx   |   50 -
 .../docs/plugins/ffmpeg/getting-started.mdx   |  277 --
 .../docs/zh/docs/plugins/ffmpeg/index.mdx     |   41 -
 .../file-compressor/getting-started.mdx       |  166 -
 .../zh/docs/plugins/file-compressor/index.mdx |   47 -
 .../plugins/file-picker/getting-started.mdx   |  356 --
 .../zh/docs/plugins/file-picker/index.mdx     |   41 -
 .../zh/docs/plugins/file/getting-started.mdx  |  389 --
 .../docs/zh/docs/plugins/file/index.mdx       |   41 -
 .../zh/docs/plugins/flash/getting-started.mdx |  197 -
 .../docs/zh/docs/plugins/flash/index.mdx      |   41 -
 .../zh/docs/plugins/gtm/getting-started.mdx   |  242 --
 .../docs/zh/docs/plugins/gtm/index.mdx        |   47 -
 .../docs/plugins/health/getting-started.mdx   |   86 -
 .../docs/zh/docs/plugins/health/index.mdx     |   45 -
 .../home-indicator/getting-started.mdx        |  214 --
 .../zh/docs/plugins/home-indicator/index.mdx  |   41 -
 .../docs/plugins/ibeacon/getting-started.mdx  |  620 ----
 .../docs/zh/docs/plugins/ibeacon/index.mdx    |   47 -
 .../plugins/in-app-review/getting-started.mdx |  210 --
 .../zh/docs/plugins/in-app-review/index.mdx   |   41 -
 .../plugins/inappbrowser/getting-started.mdx  |  410 --
 .../zh/docs/plugins/inappbrowser/index.mdx    |   41 -
 src/content/docs/zh/docs/plugins/index.mdx    |  384 --
 .../intent-launcher/getting-started.mdx       |  420 ---
 .../zh/docs/plugins/intent-launcher/index.mdx |   44 -
 .../docs/plugins/is-root/getting-started.mdx  |  276 --
 .../docs/zh/docs/plugins/is-root/index.mdx    |  122 -
 .../plugins/ivs-player/getting-started.mdx    |  313 --
 .../docs/zh/docs/plugins/ivs-player/index.mdx |   41 -
 .../plugins/jw-player/getting-started.mdx     |  345 --
 .../docs/zh/docs/plugins/jw-player/index.mdx  |   47 -
 .../plugins/keep-awake/getting-started.mdx    |  294 --
 .../docs/zh/docs/plugins/keep-awake/index.mdx |   47 -
 .../launch-navigator/getting-started.mdx      |  337 --
 .../docs/plugins/launch-navigator/index.mdx   |  246 --
 .../plugins/light-sensor/getting-started.mdx  |  292 --
 .../zh/docs/plugins/light-sensor/index.mdx    |   44 -
 .../plugins/live-reload/getting-started.mdx   |  355 --
 .../zh/docs/plugins/live-reload/index.mdx     |   41 -
 .../zh/docs/plugins/llm/getting-started.mdx   |  484 ---
 .../docs/zh/docs/plugins/llm/index.mdx        |   47 -
 .../plugins/media-session/getting-started.mdx |   83 -
 .../zh/docs/plugins/media-session/index.mdx   |   45 -
 .../zh/docs/plugins/mute/getting-started.mdx  |  210 --
 .../docs/zh/docs/plugins/mute/index.mdx       |   41 -
 .../plugins/mux-player/getting-started.mdx    |   91 -
 .../docs/zh/docs/plugins/mux-player/index.mdx |   45 -
 .../plugins/native-audio/getting-started.mdx  |  478 ---
 .../zh/docs/plugins/native-audio/index.mdx    |   40 -
 .../native-biometric/getting-started.mdx      |  235 --
 .../docs/plugins/native-biometric/index.mdx   |   41 -
 .../plugins/native-market/getting-started.mdx |  105 -
 .../zh/docs/plugins/native-market/index.mdx   |   41 -
 .../android-create-subscription.mdx           |  166 -
 .../android-introductory-offer.mdx            |  197 -
 .../android-play-store-review.mdx             |  794 ----
 .../android-sandbox-testing.mdx               |   93 -
 .../native-purchases/getting-started.mdx      |  255 --
 .../docs/plugins/native-purchases/index.mdx   |   59 -
 .../native-purchases/ios-app-store-review.mdx |  536 ---
 .../ios-create-subscription.mdx               |  307 --
 .../ios-introductory-offer.mdx                |  408 --
 .../native-purchases/ios-sandbox-testing.mdx  |  204 -
 .../ios-subscription-group.mdx                |  298 --
 .../nativegeocoder/getting-started.mdx        |  353 --
 .../zh/docs/plugins/nativegeocoder/index.mdx  |   40 -
 .../navigation-bar/getting-started.mdx        |  199 -
 .../zh/docs/plugins/navigation-bar/index.mdx  |   40 -
 .../zh/docs/plugins/nfc/getting-started.mdx   |  453 ---
 .../docs/zh/docs/plugins/nfc/index.mdx        |   46 -
 .../zh/docs/plugins/pay/getting-started.mdx   |  129 -
 .../docs/zh/docs/plugins/pay/index.mdx        |   44 -
 .../plugins/pdf-generator/getting-started.mdx |   67 -
 .../zh/docs/plugins/pdf-generator/index.mdx   |   45 -
 .../plugins/pedometer/getting-started.mdx     |  208 --
 .../docs/zh/docs/plugins/pedometer/index.mdx  |   46 -
 .../persistent-account/getting-started.mdx    |  339 --
 .../docs/plugins/persistent-account/index.mdx |  132 -
 .../plugins/photo-library/getting-started.mdx |   76 -
 .../zh/docs/plugins/photo-library/index.mdx   |   45 -
 .../docs/plugins/printer/getting-started.mdx  |  322 --
 .../docs/zh/docs/plugins/printer/index.mdx    |   47 -
 .../plugins/realtimekit/getting-started.mdx   |  475 ---
 .../zh/docs/plugins/realtimekit/index.mdx     |   47 -
 .../ricoh360-camera/getting-started.mdx       |  414 ---
 .../zh/docs/plugins/ricoh360-camera/index.mdx |   41 -
 .../screen-orientation/getting-started.mdx    |  284 --
 .../docs/plugins/screen-orientation/index.mdx |   41 -
 .../screen-recorder/getting-started.mdx       |  286 --
 .../zh/docs/plugins/screen-recorder/index.mdx |   40 -
 .../zh/docs/plugins/shake/getting-started.mdx |  162 -
 .../docs/zh/docs/plugins/shake/index.mdx      |   41 -
 .../plugins/share-target/getting-started.mdx  |  414 ---
 .../zh/docs/plugins/share-target/index.mdx    |   47 -
 .../zh/docs/plugins/sim/getting-started.mdx   |   59 -
 .../docs/zh/docs/plugins/sim/index.mdx        |   45 -
 .../plugins/social-login/apple/android.mdx    |  296 --
 .../plugins/social-login/apple/general.mdx    |   16 -
 .../docs/plugins/social-login/apple/ios.mdx   |   67 -
 .../docs/plugins/social-login/apple/web.mdx   |   69 -
 .../zh/docs/plugins/social-login/facebook.mdx |  666 ----
 .../social-login/firebase/google/android.mdx  |  152 -
 .../social-login/firebase/google/general.mdx  |   49 -
 .../social-login/firebase/google/ios.mdx      |  171 -
 .../social-login/firebase/google/web.mdx      |   55 -
 .../social-login/firebase/introduction.mdx    |   98 -
 .../plugins/social-login/getting-started.mdx  |   35 -
 .../plugins/social-login/google/android.mdx   |  224 --
 .../plugins/social-login/google/general.mdx   |  235 --
 .../docs/plugins/social-login/google/ios.mdx  |  246 --
 .../docs/plugins/social-login/google/web.mdx  |  131 -
 .../zh/docs/plugins/social-login/index.mdx    |   48 -
 .../plugins/social-login/migrations/apple.mdx |  186 -
 .../social-login/migrations/facebook.mdx      |  234 --
 .../social-login/migrations/google.mdx        |  190 -
 .../plugins/social-login/migrations/v7.mdx    |   52 -
 .../zh/docs/plugins/social-login/oauth2.mdx   |  531 ---
 .../social-login/supabase/Apple/android.mdx   |  288 --
 .../social-login/supabase/Apple/general.mdx   |  101 -
 .../social-login/supabase/Apple/ios.mdx       |   68 -
 .../social-login/supabase/Apple/web.mdx       |   93 -
 .../social-login/supabase/google/android.mdx  |   64 -
 .../social-login/supabase/google/general.mdx  |  202 -
 .../social-login/supabase/google/ios.mdx      |   95 -
 .../social-login/supabase/google/web.mdx      |  117 -
 .../social-login/supabase/introduction.mdx    |   91 -
 .../speech-recognition/getting-started.mdx    |  445 ---
 .../docs/plugins/speech-recognition/index.mdx |   50 -
 .../speech-synthesis/getting-started.mdx      |  252 --
 .../docs/plugins/speech-synthesis/index.mdx   |   47 -
 .../plugins/streamcall/getting-started.mdx    |  488 ---
 .../docs/zh/docs/plugins/streamcall/index.mdx |   50 -
 .../textinteraction/getting-started.mdx       |  274 --
 .../zh/docs/plugins/textinteraction/index.mdx |   45 -
 .../plugins/twilio-voice/getting-started.mdx  |  568 ---
 .../zh/docs/plugins/twilio-voice/index.mdx    |  108 -
 .../docs/zh/docs/plugins/updater/api.md       | 1147 ------
 .../docs/zh/docs/plugins/updater/cordova.md   |   25 -
 .../zh/docs/plugins/updater/debugging.mdx     |  172 -
 .../docs/zh/docs/plugins/updater/events.mdx   |  289 --
 .../docs/plugins/updater/getting-started.mdx  |  324 --
 .../docs/zh/docs/plugins/updater/index.mdx    |   76 -
 .../zh/docs/plugins/updater/known-issues.mdx  |  130 -
 .../updater/local-dev/capacitor-updater.mdx   |   48 -
 .../zh/docs/plugins/updater/local-dev/cli.mdx |   34 -
 .../updater/local-dev/contributing.mdx        |   30 -
 .../updater/local-dev/getting-started.mdx     |   78 -
 .../docs/plugins/updater/notify-app-ready.mdx |   35 -
 .../updater/self-hosted/auto-update.mdx       |  109 -
 .../updater/self-hosted/encrypted-bundles.mdx |   60 -
 .../updater/self-hosted/getting-started.mdx   |  117 -
 .../updater/self-hosted/handling-channels.mdx |  514 ---
 .../updater/self-hosted/handling-stats.mdx    |  189 -
 .../updater/self-hosted/handling-updates.mdx  |  110 -
 .../updater/self-hosted/manual-update.mdx     |   68 -
 .../docs/zh/docs/plugins/updater/settings.mdx |  527 ---
 .../docs/plugins/uploader/getting-started.mdx |  295 --
 .../docs/zh/docs/plugins/uploader/index.mdx   |   40 -
 .../plugins/video-player/getting-started.mdx  |  301 --
 .../zh/docs/plugins/video-player/index.mdx    |   40 -
 .../video-thumbnails/getting-started.mdx      |  262 --
 .../docs/plugins/video-thumbnails/index.mdx   |   44 -
 .../volume-buttons/getting-started.mdx        |  264 --
 .../zh/docs/plugins/volume-buttons/index.mdx  |   40 -
 .../docs/zh/docs/plugins/watch/examples.mdx   |  768 ----
 .../zh/docs/plugins/watch/getting-started.mdx |  311 --
 .../docs/zh/docs/plugins/watch/index.mdx      |   61 -
 .../zh/docs/plugins/watch/watch-app-setup.mdx |  465 ---
 .../docs/plugins/wechat/getting-started.mdx   |  388 --
 .../docs/zh/docs/plugins/wechat/index.mdx     |   46 -
 .../zh/docs/plugins/wifi/getting-started.mdx  |  370 --
 .../docs/zh/docs/plugins/wifi/index.mdx       |   47 -
 .../youtube-player/getting-started.mdx        |  432 ---
 .../zh/docs/plugins/youtube-player/index.mdx  |   41 -
 .../zh/docs/plugins/zip/getting-started.mdx   |  311 --
 .../docs/zh/docs/plugins/zip/index.mdx        |   46 -
 .../docs/zh/docs/public-api/api-keys.mdx      |  277 --
 src/content/docs/zh/docs/public-api/app.mdx   |  296 --
 .../docs/zh/docs/public-api/bundles.mdx       |  638 ----
 .../docs/zh/docs/public-api/channels.mdx      |  266 --
 .../docs/zh/docs/public-api/devices.mdx       |  295 --
 src/content/docs/zh/docs/public-api/index.mdx |  105 -
 .../docs/zh/docs/public-api/members.mdx       |  226 --
 .../docs/zh/docs/public-api/organizations.mdx |  205 -
 .../docs/zh/docs/public-api/statistics.mdx    |  232 --
 .../zh/docs/upgrade/from-appflow-to-capgo.mdx |  170 -
 .../docs/upgrade/from-capawesome-to-capgo.mdx |  250 --
 .../docs/zh/docs/upgrade/from-v2-to-v3.md     |  105 -
 .../docs/zh/docs/upgrade/from-v3-to-v4.md     |   72 -
 .../docs/zh/docs/upgrade/from-v4-to-v5.md     |   31 -
 .../docs/zh/docs/upgrade/from-v5-to-v6.md     |   27 -
 .../docs/zh/docs/upgrade/from-v6-to-v7.md     |   43 -
 .../docs/zh/docs/upgrade/from-v7-to-v8.md     |   73 -
 .../docs/zh/docs/webapp/2fa-enforcement.mdx   |  184 -
 src/content/docs/zh/docs/webapp/api-keys.mdx  |   46 -
 src/content/docs/zh/docs/webapp/bundles.mdx   |   90 -
 src/content/docs/zh/docs/webapp/channels.mdx  |  105 -
 src/content/docs/zh/docs/webapp/devices.mdx   |   40 -
 src/content/docs/zh/docs/webapp/index.mdx     |   25 -
 src/content/docs/zh/docs/webapp/logs.mdx      |  186 -
 .../docs/zh/docs/webapp/main-app-page.mdx     |  108 -
 src/content/docs/zh/docs/webapp/main-page.mdx |   20 -
 src/content/docs/zh/docs/webapp/mfa.mdx       |   96 -
 .../zh/docs/webapp/organization-security.mdx  |  300 --
 .../zh/docs/webapp/organization-system.mdx    |  127 -
 src/content/docs/zh/docs/webapp/payment.mdx   |   81 -
 src/content/docs/zh/docs/webapp/settings.mdx  |   32 -
 src/content/i18n/de.json                      |   54 -
 src/content/i18n/es.json                      |   54 -
 src/content/i18n/fr.json                      |   54 -
 src/content/i18n/id.json                      |   54 -
 src/content/i18n/it.json                      |   54 -
 src/content/i18n/ja.json                      |   54 -
 src/content/i18n/ko.json                      |   54 -
 .../plugins-tutorials/de/camera-preview.md    |  105 -
 .../de/capacitor-age-range.md                 |  103 -
 .../de/capacitor-app-tracking-transparency.md |   95 -
 .../plugins-tutorials/de/capacitor-crisp.md   |   74 -
 .../de/capacitor-data-storage-sqlite.md       |  188 -
 .../plugins-tutorials/de/capacitor-flash.md   |  103 -
 .../de/capacitor-inappbrowser.md              |   59 -
 .../plugins-tutorials/de/capacitor-mute.md    |   62 -
 .../de/capacitor-native-biometric.md          |   22 -
 .../de/capacitor-nativegeocoder.md            |   72 -
 .../de/capacitor-navigation-bar.md            |   45 -
 .../de/capacitor-screen-recorder.md           |   49 -
 .../plugins-tutorials/de/capacitor-shake.md   |   48 -
 .../plugins-tutorials/de/capacitor-updater.md |   92 -
 .../de/capacitor-uploader.md                  |  192 -
 .../plugins-tutorials/de/home-indicator.md    |   68 -
 .../plugins-tutorials/de/ivs-player.md        |  154 -
 .../plugins-tutorials/de/native-audio.md      |   62 -
 .../plugins-tutorials/de/native-market.md     |   76 -
 .../plugins-tutorials/de/native-purchases.md  |   70 -
 .../de/purchases-capacitor.md                 |  176 -
 .../plugins-tutorials/es/camera-preview.md    |   95 -
 .../es/capacitor-age-range.md                 |  103 -
 .../es/capacitor-app-tracking-transparency.md |   95 -
 .../plugins-tutorials/es/capacitor-crisp.md   |   63 -
 .../es/capacitor-data-storage-sqlite.md       |  101 -
 .../plugins-tutorials/es/capacitor-flash.md   |   59 -
 .../es/capacitor-inappbrowser.md              |   52 -
 .../plugins-tutorials/es/capacitor-mute.md    |   37 -
 .../es/capacitor-native-biometric.md          |   22 -
 .../es/capacitor-nativegeocoder.md            |   51 -
 .../es/capacitor-navigation-bar.md            |   29 -
 .../es/capacitor-screen-recorder.md           |   33 -
 .../plugins-tutorials/es/capacitor-shake.md   |   31 -
 .../plugins-tutorials/es/capacitor-updater.md |   85 -
 .../es/capacitor-uploader.md                  |  192 -
 .../plugins-tutorials/es/home-indicator.md    |   68 -
 .../plugins-tutorials/es/ivs-player.md        |  151 -
 .../plugins-tutorials/es/native-audio.md      |   41 -
 .../plugins-tutorials/es/native-market.md     |   42 -
 .../plugins-tutorials/es/native-purchases.md  |   53 -
 .../es/purchases-capacitor.md                 |   93 -
 .../plugins-tutorials/fr/camera-preview.md    |  105 -
 .../fr/capacitor-age-range.md                 |  103 -
 .../fr/capacitor-app-tracking-transparency.md |   95 -
 .../plugins-tutorials/fr/capacitor-crisp.md   |   74 -
 .../fr/capacitor-data-storage-sqlite.md       |  188 -
 .../plugins-tutorials/fr/capacitor-flash.md   |  103 -
 .../fr/capacitor-inappbrowser.md              |   52 -
 .../plugins-tutorials/fr/capacitor-mute.md    |   62 -
 .../fr/capacitor-native-biometric.md          |   22 -
 .../fr/capacitor-nativegeocoder.md            |   51 -
 .../fr/capacitor-navigation-bar.md            |   45 -
 .../fr/capacitor-screen-recorder.md           |   49 -
 .../plugins-tutorials/fr/capacitor-shake.md   |   48 -
 .../plugins-tutorials/fr/capacitor-updater.md |   92 -
 .../fr/capacitor-uploader.md                  |  192 -
 .../plugins-tutorials/fr/home-indicator.md    |   68 -
 .../plugins-tutorials/fr/ivs-player.md        |  151 -
 .../plugins-tutorials/fr/native-audio.md      |   62 -
 .../plugins-tutorials/fr/native-market.md     |   76 -
 .../plugins-tutorials/fr/native-purchases.md  |   70 -
 .../fr/purchases-capacitor.md                 |   93 -
 .../plugins-tutorials/id/camera-preview.md    |  105 -
 .../id/capacitor-age-range.md                 |  103 -
 .../id/capacitor-app-tracking-transparency.md |   95 -
 .../plugins-tutorials/id/capacitor-crisp.md   |   74 -
 .../id/capacitor-data-storage-sqlite.md       |  188 -
 .../plugins-tutorials/id/capacitor-flash.md   |   59 -
 .../id/capacitor-inappbrowser.md              |   52 -
 .../plugins-tutorials/id/capacitor-mute.md    |   62 -
 .../id/capacitor-native-biometric.md          |   22 -
 .../id/capacitor-nativegeocoder.md            |   72 -
 .../id/capacitor-navigation-bar.md            |   45 -
 .../id/capacitor-screen-recorder.md           |   49 -
 .../plugins-tutorials/id/capacitor-shake.md   |   31 -
 .../plugins-tutorials/id/capacitor-updater.md |   91 -
 .../id/capacitor-uploader.md                  |   71 -
 .../plugins-tutorials/id/home-indicator.md    |   68 -
 .../plugins-tutorials/id/ivs-player.md        |  154 -
 .../plugins-tutorials/id/native-audio.md      |   41 -
 .../plugins-tutorials/id/native-market.md     |   76 -
 .../plugins-tutorials/id/native-purchases.md  |   70 -
 .../id/purchases-capacitor.md                 |  176 -
 .../plugins-tutorials/it/camera-preview.md    |  105 -
 .../it/capacitor-age-range.md                 |  103 -
 .../it/capacitor-app-tracking-transparency.md |   95 -
 .../plugins-tutorials/it/capacitor-crisp.md   |   63 -
 .../it/capacitor-data-storage-sqlite.md       |  101 -
 .../plugins-tutorials/it/capacitor-flash.md   |  103 -
 .../it/capacitor-inappbrowser.md              |   52 -
 .../plugins-tutorials/it/capacitor-mute.md    |   37 -
 .../it/capacitor-native-biometric.md          |   22 -
 .../it/capacitor-nativegeocoder.md            |   51 -
 .../it/capacitor-navigation-bar.md            |   29 -
 .../it/capacitor-screen-recorder.md           |   33 -
 .../plugins-tutorials/it/capacitor-shake.md   |   48 -
 .../plugins-tutorials/it/capacitor-updater.md |   85 -
 .../it/capacitor-uploader.md                  |  192 -
 .../plugins-tutorials/it/home-indicator.md    |   57 -
 .../plugins-tutorials/it/ivs-player.md        |  151 -
 .../plugins-tutorials/it/native-audio.md      |   41 -
 .../plugins-tutorials/it/native-market.md     |   76 -
 .../plugins-tutorials/it/native-purchases.md  |   53 -
 .../it/purchases-capacitor.md                 |   93 -
 .../plugins-tutorials/ja/camera-preview.md    |   95 -
 .../ja/capacitor-age-range.md                 |  103 -
 .../ja/capacitor-app-tracking-transparency.md |   95 -
 .../plugins-tutorials/ja/capacitor-crisp.md   |   74 -
 .../ja/capacitor-data-storage-sqlite.md       |  188 -
 .../plugins-tutorials/ja/capacitor-flash.md   |  103 -
 .../ja/capacitor-inappbrowser.md              |   52 -
 .../plugins-tutorials/ja/capacitor-mute.md    |   62 -
 .../ja/capacitor-native-biometric.md          |   22 -
 .../ja/capacitor-nativegeocoder.md            |   72 -
 .../ja/capacitor-navigation-bar.md            |   45 -
 .../ja/capacitor-screen-recorder.md           |   49 -
 .../plugins-tutorials/ja/capacitor-shake.md   |   48 -
 .../plugins-tutorials/ja/capacitor-updater.md |   91 -
 .../ja/capacitor-uploader.md                  |  192 -
 .../plugins-tutorials/ja/home-indicator.md    |   68 -
 .../plugins-tutorials/ja/ivs-player.md        |  151 -
 .../plugins-tutorials/ja/native-audio.md      |   62 -
 .../plugins-tutorials/ja/native-market.md     |   76 -
 .../plugins-tutorials/ja/native-purchases.md  |   53 -
 .../ja/purchases-capacitor.md                 |  176 -
 .../plugins-tutorials/ko/camera-preview.md    |  105 -
 .../ko/capacitor-age-range.md                 |  103 -
 .../ko/capacitor-app-tracking-transparency.md |   95 -
 .../plugins-tutorials/ko/capacitor-crisp.md   |   74 -
 .../ko/capacitor-data-storage-sqlite.md       |  188 -
 .../plugins-tutorials/ko/capacitor-flash.md   |  103 -
 .../ko/capacitor-inappbrowser.md              |   59 -
 .../plugins-tutorials/ko/capacitor-mute.md    |   62 -
 .../ko/capacitor-native-biometric.md          |   22 -
 .../ko/capacitor-nativegeocoder.md            |   72 -
 .../ko/capacitor-navigation-bar.md            |   45 -
 .../ko/capacitor-screen-recorder.md           |   49 -
 .../plugins-tutorials/ko/capacitor-shake.md   |   48 -
 .../plugins-tutorials/ko/capacitor-updater.md |   93 -
 .../ko/capacitor-uploader.md                  |  192 -
 .../plugins-tutorials/ko/home-indicator.md    |   68 -
 .../plugins-tutorials/ko/ivs-player.md        |  154 -
 .../plugins-tutorials/ko/native-audio.md      |   62 -
 .../plugins-tutorials/ko/native-market.md     |   76 -
 .../plugins-tutorials/ko/native-purchases.md  |   70 -
 .../ko/purchases-capacitor.md                 |  176 -
 src/services/locale.ts                        |   12 +-
 4082 files changed, 96 insertions(+), 791512 deletions(-)
 delete mode 100644 messages/de.json
 delete mode 100644 messages/es.json
 delete mode 100644 messages/fr.json
 delete mode 100644 messages/id.json
 delete mode 100644 messages/it.json
 delete mode 100644 messages/ja.json
 delete mode 100644 messages/ko.json
 delete mode 100644 messages/zh.json
 delete mode 100644 src/content/blog/de/2-way-communication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/de/5-common-ota-update-mistakes-to-avoid.md
 delete mode 100644 src/content/blog/de/5-security-best-practices-for-mobile-app-live-updates.md
 delete mode 100644 src/content/blog/de/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
 delete mode 100644 src/content/blog/de/5-steps-to-deploy-hotfixes-with-capgo.md
 delete mode 100644 src/content/blog/de/5-steps-to-distribute-custom-capacitor-plugins.md
 delete mode 100644 src/content/blog/de/5-steps-to-implement-oauth2-in-capacitor-apps.md
 delete mode 100644 src/content/blog/de/a-brand-new-organization-system.md
 delete mode 100644 src/content/blog/de/account-deletion-compliance-apple-guidelines.md
 delete mode 100644 src/content/blog/de/alternative-to-appflow.md
 delete mode 100644 src/content/blog/de/alternative-to-expo.md
 delete mode 100644 src/content/blog/de/alternative-to-voltbuilder.md
 delete mode 100644 src/content/blog/de/android-16kb-page-size-capacitor-plugins.md
 delete mode 100644 src/content/blog/de/android-setup-for-capacitor-apps.md
 delete mode 100644 src/content/blog/de/angular-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/de/api-key-security-for-app-store-compliance.md
 delete mode 100644 src/content/blog/de/api-rate-limiting-for-app-store-compliance.md
 delete mode 100644 src/content/blog/de/app-store-metadata-what-developers-must-know.md
 delete mode 100644 src/content/blog/de/app-store-vs-direct-updates-what-developers-need-to-know.md
 delete mode 100644 src/content/blog/de/appcenter-migration.md
 delete mode 100644 src/content/blog/de/appflow-cicd-integration-best-practices.md
 delete mode 100644 src/content/blog/de/appflow-shutdown-alternative.md
 delete mode 100644 src/content/blog/de/apple-policy-updates-for-capacitor-apps-2025.md
 delete mode 100644 src/content/blog/de/apple-privacy-rules-for-capacitor-apps.md
 delete mode 100644 src/content/blog/de/apple-vs-google-privacy-compliance-for-third-party-data.md
 delete mode 100644 src/content/blog/de/automated-consent-tracking-for-capacitor-apps.md
 delete mode 100644 src/content/blog/de/automatic-build-and-release-with-github-actions.md
 delete mode 100644 src/content/blog/de/automatic-build-and-release-with-gitlab.md
 delete mode 100644 src/content/blog/de/automatic-capacitor-android-build-github-action.md
 delete mode 100644 src/content/blog/de/automatic-capacitor-android-build-gitlab.md
 delete mode 100644 src/content/blog/de/automatic-capacitor-ios-build-codemagic.md
 delete mode 100644 src/content/blog/de/automatic-capacitor-ios-build-github-action-with-match.md
 delete mode 100644 src/content/blog/de/automatic-capacitor-ios-build-github-action.md
 delete mode 100644 src/content/blog/de/basic-js-css-config-for-native-app-look.md
 delete mode 100644 src/content/blog/de/best-practices-for-capacitor-code-sharing.md
 delete mode 100644 src/content/blog/de/best-practices-for-capacitor-script-automation.md
 delete mode 100644 src/content/blog/de/biometric-authentication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/de/birth-of-capgo-revolutionizing-capacitor-app-updates.md
 delete mode 100644 src/content/blog/de/building-a-native-mobile-app-with-nextjs-and-capacitor.md
 delete mode 100644 src/content/blog/de/capacitor-app-initialization-step-by-step-guide.md
 delete mode 100644 src/content/blog/de/capacitor-apps-and-data-sharing-policies.md
 delete mode 100644 src/content/blog/de/capacitor-apps-and-russias-data-laws-compliance-tips.md
 delete mode 100644 src/content/blog/de/capacitor-changelog-management-ultimate-guide.md
 delete mode 100644 src/content/blog/de/capacitor-cicd-pipeline-setup-guide.md
 delete mode 100644 src/content/blog/de/capacitor-cicd-plugins-vs-appflow-key-differences.md
 delete mode 100644 src/content/blog/de/capacitor-cli-commands-common-issues-and-fixes.md
 delete mode 100644 src/content/blog/de/capacitor-cli-commands-for-version-updates.md
 delete mode 100644 src/content/blog/de/capacitor-cli-plugin-commands-overview.md
 delete mode 100644 src/content/blog/de/capacitor-cli-project-setup-guide.md
 delete mode 100644 src/content/blog/de/capacitor-community-forums-for-plugin-developers.md
 delete mode 100644 src/content/blog/de/capacitor-comprehensive-guide.md
 delete mode 100644 src/content/blog/de/capacitor-live-updates-handling-version-conflicts.md
 delete mode 100644 src/content/blog/de/capacitor-live-updates-staying-compliant-with-apple.md
 delete mode 100644 src/content/blog/de/capacitor-native-bridge-android-plugin-basics.md
 delete mode 100644 src/content/blog/de/capacitor-native-bridge-web-to-android-data-transfer.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-app-store-approval-guide.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-best-practices-for-performance.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-boosting-low-end-device-performance.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-cicd-integration-guide.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-cloud-hosting-options-compared.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-debugging-issues.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-security-tips.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-staying-compliant.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-targeting-ios-vs-android.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-version-targeting-explained.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-versioning-best-practices.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-vs-app-store-restrictions.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-vs-traditional-testing-methods.md
 delete mode 100644 src/content/blog/de/capacitor-ota-updates-vs-traditional-versioning.md
 delete mode 100644 src/content/blog/de/capacitor-plugin-contribution-guide.md
 delete mode 100644 src/content/blog/de/capacitor-plugin-options-for-ota-updates.md
 delete mode 100644 src/content/blog/de/capacitor-plugins-for-secure-session-management.md
 delete mode 100644 src/content/blog/de/capacitor-plugins-what-you-need-to-know.md
 delete mode 100644 src/content/blog/de/capacitor-social-login-release.md
 delete mode 100644 src/content/blog/de/capacitor-vs-appflow-ota-update-solutions-compared.md
 delete mode 100644 src/content/blog/de/capacitor-vs-appflow-versioning-differences.md
 delete mode 100644 src/content/blog/de/capgo-for-app-store-safe-ota-updates.md
 delete mode 100644 src/content/blog/de/capgo-integration-with-github-actions-guide.md
 delete mode 100644 src/content/blog/de/capgo-price-reduction.md
 delete mode 100644 src/content/blog/de/capgo-purpose.md
 delete mode 100644 src/content/blog/de/capgo-vs-appflow-deployment-solutions-compared.md
 delete mode 100644 src/content/blog/de/ccpa-compliance-for-mobile-apps.md
 delete mode 100644 src/content/blog/de/checklist-for-cybersecurity-compliance-in-china.md
 delete mode 100644 src/content/blog/de/checklist-for-google-play-ota-compliance.md
 delete mode 100644 src/content/blog/de/checklist-for-ota-updates-under-australias-privacy-act.md
 delete mode 100644 src/content/blog/de/checklist-for-token-signing-in-capacitor-apps.md
 delete mode 100644 src/content/blog/de/checklist-for-validating-capacitor-app-updates.md
 delete mode 100644 src/content/blog/de/chinas-cybersecurity-law-impact-on-app-updates.md
 delete mode 100644 src/content/blog/de/chinas-data-privacy-laws-impact-on-mobile-apps.md
 delete mode 100644 src/content/blog/de/code-integrity-in-capacitor-apps-key-techniques.md
 delete mode 100644 src/content/blog/de/common-cicd-bottlenecks-in-ota-pipelines.md
 delete mode 100644 src/content/blog/de/common-live-update-issues-and-solutions-for-developers.md
 delete mode 100644 src/content/blog/de/common-mistakes-in-custom-attribute-segmentation.md
 delete mode 100644 src/content/blog/de/comparing-react-native-vs-capacitor.md
 delete mode 100644 src/content/blog/de/compliance-checks-in-cicd-for-capacitor-apps.md
 delete mode 100644 src/content/blog/de/configuring-rollback-for-capacitor-updates.md
 delete mode 100644 src/content/blog/de/cordova-hybrid-app-development.md
 delete mode 100644 src/content/blog/de/cpra-compliance-for-app-developers.md
 delete mode 100644 src/content/blog/de/create-offline-screen-in-vue-angular-react.md
 delete mode 100644 src/content/blog/de/create-react-mobile-apps-with-capacitor.md
 delete mode 100644 src/content/blog/de/creating-and-deleting-update-channels-in-capacitor.md
 delete mode 100644 src/content/blog/de/creating-mobile-apps-with-react-and-capacitor.md
 delete mode 100644 src/content/blog/de/creating-mobile-apps-with-sveltekit-and-capacitor.md
 delete mode 100644 src/content/blog/de/cross-platform-mobile-app-development-guide-2024.md
 delete mode 100644 src/content/blog/de/cross-platform-uiux-best-practices-for-capacitor-apps.md
 delete mode 100644 src/content/blog/de/custom-ios-plugin-optimization-best-practices.md
 delete mode 100644 src/content/blog/de/developing-cross-platform-apps-with-capacitorjs.md.md
 delete mode 100644 src/content/blog/de/development-vs-production-key-differences-in-capacitor-apps.md
 delete mode 100644 src/content/blog/de/do-apple-allow-live-updates.md
 delete mode 100644 src/content/blog/de/do-capgo-work-for-cordova.md
 delete mode 100644 src/content/blog/de/do-google-allow-live-updates.md
 delete mode 100644 src/content/blog/de/enable-ios-developer-mode-ios16.md
 delete mode 100644 src/content/blog/de/error-handling-in-capacitor-apps-ux-best-practices.md
 delete mode 100644 src/content/blog/de/error-logging-tools-for-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/de/firebase-crashlytics-for-capacitor-apps.md
 delete mode 100644 src/content/blog/de/fix-capacitor-version-mismatch-errors.md
 delete mode 100644 src/content/blog/de/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
 delete mode 100644 src/content/blog/de/git-flow-vs-trunk-based-for-cicd.md
 delete mode 100644 src/content/blog/de/google-play-compliance-key-update-strategies.md
 delete mode 100644 src/content/blog/de/google-play-staged-rollouts-how-it-works.md
 delete mode 100644 src/content/blog/de/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
 delete mode 100644 src/content/blog/de/how-capacitor-bridges-web-and-native-code.md
 delete mode 100644 src/content/blog/de/how-capacitor-handles-platform-differences.md
 delete mode 100644 src/content/blog/de/how-capgo-is-born.md
 delete mode 100644 src/content/blog/de/how-ccpa-enforcement-impacts-apps.md
 delete mode 100644 src/content/blog/de/how-chinas-cybersecurity-law-impacts-app-developers.md
 delete mode 100644 src/content/blog/de/how-chinas-data-laws-impact-app-store-submissions.md
 delete mode 100644 src/content/blog/de/how-cicd-tools-trigger-ota-updates.md
 delete mode 100644 src/content/blog/de/how-delta-updates-reduce-payload-size.md
 delete mode 100644 src/content/blog/de/how-end-to-end-encryption-secures-updates.md
 delete mode 100644 src/content/blog/de/how-live-updates-for-capacitor-work.md
 delete mode 100644 src/content/blog/de/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
 delete mode 100644 src/content/blog/de/how-native-bridge-works-in-capacitor-android-apps.md
 delete mode 100644 src/content/blog/de/how-ota-encryption-meets-app-store-compliance.md
 delete mode 100644 src/content/blog/de/how-ota-updates-affect-app-store-security.md
 delete mode 100644 src/content/blog/de/how-rbac-secures-ota-updates-in-capacitor-apps.md
 delete mode 100644 src/content/blog/de/how-to-add-dependencies-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/de/how-to-add-geolocation-targeting-to-ota-updates.md
 delete mode 100644 src/content/blog/de/how-to-add-third-party-plugins-in-capacitor-apps.md
 delete mode 100644 src/content/blog/de/how-to-build-capacitor-app-in-xcode-cloud.md
 delete mode 100644 src/content/blog/de/how-to-bypass-app-store-review.md
 delete mode 100644 src/content/blog/de/how-to-customize-build-scripts-with-capacitor-cli.md
 delete mode 100644 src/content/blog/de/how-to-handle-user-data-in-capacitor-apps.md
 delete mode 100644 src/content/blog/de/how-to-handle-user-data-requests-under-ccpa.md
 delete mode 100644 src/content/blog/de/how-to-monitor-capacitor-app-updates.md
 delete mode 100644 src/content/blog/de/how-to-profile-cross-platform-apps-with-capacitor.md
 delete mode 100644 src/content/blog/de/how-to-release-major-version-in-capgo.md
 delete mode 100644 src/content/blog/de/how-to-resolve-android-build-errors-in-capacitor.md
 delete mode 100644 src/content/blog/de/how-to-schedule-ota-updates-for-capacitor-apps.md
 delete mode 100644 src/content/blog/de/how-to-secure-ota-updates-with-key-management.md
 delete mode 100644 src/content/blog/de/how-to-segment-users-by-plan-and-channels.md
 delete mode 100644 src/content/blog/de/how-to-send-specific-version-to-users.md
 delete mode 100644 src/content/blog/de/how-to-track-ota-update-success-in-capacitor-apps.md
 delete mode 100644 src/content/blog/de/how-to-use-aar-files-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/de/how-to-use-capacitor-cli-for-ota-updates.md
 delete mode 100644 src/content/blog/de/how-to-use-capgo-documentation-for-ota-updates.md
 delete mode 100644 src/content/blog/de/how-to-use-semantic-versioning-with-capgo-ota-updates.md
 delete mode 100644 src/content/blog/de/how-version-work-in-capgo.md
 delete mode 100644 src/content/blog/de/how-your-usage-is-counted.md
 delete mode 100644 src/content/blog/de/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
 delete mode 100644 src/content/blog/de/in-app-purchases-capacitor.md
 delete mode 100644 src/content/blog/de/installing-capacitor-cli-step-by-step-guide.md
 delete mode 100644 src/content/blog/de/integrate-universal-links-capacitor-nextjs.md
 delete mode 100644 src/content/blog/de/integrity-checks-for-capacitor-updates.md
 delete mode 100644 src/content/blog/de/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
 delete mode 100644 src/content/blog/de/ionic-capacitor-push-notifications-firebase.md
 delete mode 100644 src/content/blog/de/key-management-under-chinas-encryption-rules.md
 delete mode 100644 src/content/blog/de/live-updates-faq-answers-for-app-developers.md
 delete mode 100644 src/content/blog/de/manage-dev-and-prod-build-with-github-actions.md
 delete mode 100644 src/content/blog/de/managing-dependencies-in-capacitor-projects.md
 delete mode 100644 src/content/blog/de/managing-secrets-in-cicd-pipelines.md
 delete mode 100644 src/content/blog/de/merge-policies-for-teams-using-capacitor-apps.md
 delete mode 100644 src/content/blog/de/migrating-cordova-to-capacitor.md
 delete mode 100644 src/content/blog/de/mobile-app-update-strategies-a-developers-checklist.md
 delete mode 100644 src/content/blog/de/monitor-ota-updates-in-capacitor-apps.md
 delete mode 100644 src/content/blog/de/moving-from-microsoft-app-center-to-capgo.md
 delete mode 100644 src/content/blog/de/npm-scripts-for-capacitor-ota-updates-explained.md
 delete mode 100644 src/content/blog/de/open-source-licence.md
 delete mode 100644 src/content/blog/de/open-source-vs-proprietary-app-update-solutions.md
 delete mode 100644 src/content/blog/de/open-source.md
 delete mode 100644 src/content/blog/de/optimise-your-images-for-updates.md
 delete mode 100644 src/content/blog/de/ota-security-checklist-for-capacitor-apps.md
 delete mode 100644 src/content/blog/de/ota-updates-in-beta-staying-policy-compliant.md
 delete mode 100644 src/content/blog/de/ota-updates-in-cicd-security-and-compliance-tips.md
 delete mode 100644 src/content/blog/de/payment-data-security-for-app-store-approval.md
 delete mode 100644 src/content/blog/de/pci-dss-compliance-for-mobile-apps-key-requirements.md
 delete mode 100644 src/content/blog/de/phased-rollouts-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/de/pipeda-compliance-for-mobile-apps-in-canada.md
 delete mode 100644 src/content/blog/de/pipeline-security-for-capacitor-apps-key-insights.md
 delete mode 100644 src/content/blog/de/privacy-manifest-for-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/de/quasar-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/de/real-time-update-metrics-for-capacitor-apps.md
 delete mode 100644 src/content/blog/de/real-time-updates-with-user-segmentation.md
 delete mode 100644 src/content/blog/de/refresh-token-rotation-in-cicd-workflows.md
 delete mode 100644 src/content/blog/de/rollback-mechanisms-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/de/rollback-strategies-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/de/rollback-strategies-for-cicd-workflows.md
 delete mode 100644 src/content/blog/de/secure-storage-for-offline-tokens-in-capacitor.md
 delete mode 100644 src/content/blog/de/self-hosted-capgo.md
 delete mode 100644 src/content/blog/de/self-hosted-live-updates.md
 delete mode 100644 src/content/blog/de/set-up-performance-monitoring-in-capacitor.md
 delete mode 100644 src/content/blog/de/setting-up-capacitor-local-environment.md
 delete mode 100644 src/content/blog/de/setting-up-cicd-for-capacitor-apps.md
 delete mode 100644 src/content/blog/de/setup-ci-and-cd-in-gitlab.md
 delete mode 100644 src/content/blog/de/setup-stripe-payment-in-us-capacitor.md
 delete mode 100644 src/content/blog/de/ssl-pinning-for-capacitor-apps.md
 delete mode 100644 src/content/blog/de/staged-rollouts-vs-full-releases-comparison.md
 delete mode 100644 src/content/blog/de/staging-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/de/state-privacy-laws-for-mobile-apps-comparison.md
 delete mode 100644 src/content/blog/de/testing-capacitor-ota-updates-with-mock-scenarios.md
 delete mode 100644 src/content/blog/de/testing-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/de/token-revocation-in-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/de/top-6-tools-for-managing-app-updates-in-2025.md
 delete mode 100644 src/content/blog/de/top-api-security-standards-for-app-store-compliance.md
 delete mode 100644 src/content/blog/de/top-tools-for-debugging-ota-updates-in-capacitor.md
 delete mode 100644 src/content/blog/de/top-tools-for-debugging-platform-specific-code-in-capacitor.md
 delete mode 100644 src/content/blog/de/turn-off-android-talkback.md
 delete mode 100644 src/content/blog/de/ultimate-guide-to-app-store-compliant-ota-updates.md
 delete mode 100644 src/content/blog/de/ultimate-guide-to-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/de/ultimate-guide-to-debugging-capacitor-apps.md
 delete mode 100644 src/content/blog/de/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
 delete mode 100644 src/content/blog/de/understanding-apples-privacy-manifest.md
 delete mode 100644 src/content/blog/de/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
 delete mode 100644 src/content/blog/de/updating-from-capacitor-4-to-capacitor-5.md
 delete mode 100644 src/content/blog/de/us-privacy-laws-mobile-app-checklist.md
 delete mode 100644 src/content/blog/de/usage-frequency-segmentation-for-app-updates.md
 delete mode 100644 src/content/blog/de/user-consent-for-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/de/version-control-tips-for-mobile-ci-cd.md
 delete mode 100644 src/content/blog/de/version-tagging-in-capacitor-apps.md
 delete mode 100644 src/content/blog/de/vue-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/de/what-is-native-bridge-in-capacitor.md
 delete mode 100644 src/content/blog/de/why-consent-management-matters-for-app-compliance.md
 delete mode 100644 src/content/blog/es/2-way-communication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/es/5-common-ota-update-mistakes-to-avoid.md
 delete mode 100644 src/content/blog/es/5-security-best-practices-for-mobile-app-live-updates.md
 delete mode 100644 src/content/blog/es/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
 delete mode 100644 src/content/blog/es/5-steps-to-deploy-hotfixes-with-capgo.md
 delete mode 100644 src/content/blog/es/5-steps-to-distribute-custom-capacitor-plugins.md
 delete mode 100644 src/content/blog/es/5-steps-to-implement-oauth2-in-capacitor-apps.md
 delete mode 100644 src/content/blog/es/a-brand-new-organization-system.md
 delete mode 100644 src/content/blog/es/account-deletion-compliance-apple-guidelines.md
 delete mode 100644 src/content/blog/es/alternative-to-appflow.md
 delete mode 100644 src/content/blog/es/alternative-to-expo.md
 delete mode 100644 src/content/blog/es/alternative-to-voltbuilder.md
 delete mode 100644 src/content/blog/es/android-16kb-page-size-capacitor-plugins.md
 delete mode 100644 src/content/blog/es/android-setup-for-capacitor-apps.md
 delete mode 100644 src/content/blog/es/angular-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/es/api-key-security-for-app-store-compliance.md
 delete mode 100644 src/content/blog/es/api-rate-limiting-for-app-store-compliance.md
 delete mode 100644 src/content/blog/es/app-store-metadata-what-developers-must-know.md
 delete mode 100644 src/content/blog/es/app-store-vs-direct-updates-what-developers-need-to-know.md
 delete mode 100644 src/content/blog/es/appcenter-migration.md
 delete mode 100644 src/content/blog/es/appflow-cicd-integration-best-practices.md
 delete mode 100644 src/content/blog/es/appflow-shutdown-alternative.md
 delete mode 100644 src/content/blog/es/apple-policy-updates-for-capacitor-apps-2025.md
 delete mode 100644 src/content/blog/es/apple-privacy-rules-for-capacitor-apps.md
 delete mode 100644 src/content/blog/es/apple-vs-google-privacy-compliance-for-third-party-data.md
 delete mode 100644 src/content/blog/es/automated-consent-tracking-for-capacitor-apps.md
 delete mode 100644 src/content/blog/es/automatic-build-and-release-with-github-actions.md
 delete mode 100644 src/content/blog/es/automatic-build-and-release-with-gitlab.md
 delete mode 100644 src/content/blog/es/automatic-capacitor-android-build-github-action.md
 delete mode 100644 src/content/blog/es/automatic-capacitor-android-build-gitlab.md
 delete mode 100644 src/content/blog/es/automatic-capacitor-ios-build-codemagic.md
 delete mode 100644 src/content/blog/es/automatic-capacitor-ios-build-github-action-with-match.md
 delete mode 100644 src/content/blog/es/automatic-capacitor-ios-build-github-action.md
 delete mode 100644 src/content/blog/es/basic-js-css-config-for-native-app-look.md
 delete mode 100644 src/content/blog/es/best-practices-for-capacitor-code-sharing.md
 delete mode 100644 src/content/blog/es/best-practices-for-capacitor-script-automation.md
 delete mode 100644 src/content/blog/es/biometric-authentication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/es/birth-of-capgo-revolutionizing-capacitor-app-updates.md
 delete mode 100644 src/content/blog/es/building-a-native-mobile-app-with-nextjs-and-capacitor.md
 delete mode 100644 src/content/blog/es/capacitor-app-initialization-step-by-step-guide.md
 delete mode 100644 src/content/blog/es/capacitor-apps-and-data-sharing-policies.md
 delete mode 100644 src/content/blog/es/capacitor-apps-and-russias-data-laws-compliance-tips.md
 delete mode 100644 src/content/blog/es/capacitor-changelog-management-ultimate-guide.md
 delete mode 100644 src/content/blog/es/capacitor-cicd-pipeline-setup-guide.md
 delete mode 100644 src/content/blog/es/capacitor-cicd-plugins-vs-appflow-key-differences.md
 delete mode 100644 src/content/blog/es/capacitor-cli-commands-common-issues-and-fixes.md
 delete mode 100644 src/content/blog/es/capacitor-cli-commands-for-version-updates.md
 delete mode 100644 src/content/blog/es/capacitor-cli-plugin-commands-overview.md
 delete mode 100644 src/content/blog/es/capacitor-cli-project-setup-guide.md
 delete mode 100644 src/content/blog/es/capacitor-community-forums-for-plugin-developers.md
 delete mode 100644 src/content/blog/es/capacitor-comprehensive-guide.md
 delete mode 100644 src/content/blog/es/capacitor-live-updates-handling-version-conflicts.md
 delete mode 100644 src/content/blog/es/capacitor-live-updates-staying-compliant-with-apple.md
 delete mode 100644 src/content/blog/es/capacitor-native-bridge-android-plugin-basics.md
 delete mode 100644 src/content/blog/es/capacitor-native-bridge-web-to-android-data-transfer.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-app-store-approval-guide.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-best-practices-for-performance.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-boosting-low-end-device-performance.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-cicd-integration-guide.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-cloud-hosting-options-compared.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-debugging-issues.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-security-tips.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-staying-compliant.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-targeting-ios-vs-android.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-version-targeting-explained.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-versioning-best-practices.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-vs-app-store-restrictions.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-vs-traditional-testing-methods.md
 delete mode 100644 src/content/blog/es/capacitor-ota-updates-vs-traditional-versioning.md
 delete mode 100644 src/content/blog/es/capacitor-plugin-contribution-guide.md
 delete mode 100644 src/content/blog/es/capacitor-plugin-options-for-ota-updates.md
 delete mode 100644 src/content/blog/es/capacitor-plugins-for-secure-session-management.md
 delete mode 100644 src/content/blog/es/capacitor-plugins-what-you-need-to-know.md
 delete mode 100644 src/content/blog/es/capacitor-social-login-release.md
 delete mode 100644 src/content/blog/es/capacitor-vs-appflow-ota-update-solutions-compared.md
 delete mode 100644 src/content/blog/es/capacitor-vs-appflow-versioning-differences.md
 delete mode 100644 src/content/blog/es/capgo-for-app-store-safe-ota-updates.md
 delete mode 100644 src/content/blog/es/capgo-integration-with-github-actions-guide.md
 delete mode 100644 src/content/blog/es/capgo-price-reduction.md
 delete mode 100644 src/content/blog/es/capgo-purpose.md
 delete mode 100644 src/content/blog/es/capgo-vs-appflow-deployment-solutions-compared.md
 delete mode 100644 src/content/blog/es/ccpa-compliance-for-mobile-apps.md
 delete mode 100644 src/content/blog/es/checklist-for-cybersecurity-compliance-in-china.md
 delete mode 100644 src/content/blog/es/checklist-for-google-play-ota-compliance.md
 delete mode 100644 src/content/blog/es/checklist-for-ota-updates-under-australias-privacy-act.md
 delete mode 100644 src/content/blog/es/checklist-for-token-signing-in-capacitor-apps.md
 delete mode 100644 src/content/blog/es/checklist-for-validating-capacitor-app-updates.md
 delete mode 100644 src/content/blog/es/chinas-cybersecurity-law-impact-on-app-updates.md
 delete mode 100644 src/content/blog/es/chinas-data-privacy-laws-impact-on-mobile-apps.md
 delete mode 100644 src/content/blog/es/code-integrity-in-capacitor-apps-key-techniques.md
 delete mode 100644 src/content/blog/es/common-cicd-bottlenecks-in-ota-pipelines.md
 delete mode 100644 src/content/blog/es/common-live-update-issues-and-solutions-for-developers.md
 delete mode 100644 src/content/blog/es/common-mistakes-in-custom-attribute-segmentation.md
 delete mode 100644 src/content/blog/es/comparing-react-native-vs-capacitor.md
 delete mode 100644 src/content/blog/es/compliance-checks-in-cicd-for-capacitor-apps.md
 delete mode 100644 src/content/blog/es/configuring-rollback-for-capacitor-updates.md
 delete mode 100644 src/content/blog/es/cordova-hybrid-app-development.md
 delete mode 100644 src/content/blog/es/cpra-compliance-for-app-developers.md
 delete mode 100644 src/content/blog/es/create-offline-screen-in-vue-angular-react.md
 delete mode 100644 src/content/blog/es/create-react-mobile-apps-with-capacitor.md
 delete mode 100644 src/content/blog/es/creating-and-deleting-update-channels-in-capacitor.md
 delete mode 100644 src/content/blog/es/creating-mobile-apps-with-react-and-capacitor.md
 delete mode 100644 src/content/blog/es/creating-mobile-apps-with-sveltekit-and-capacitor.md
 delete mode 100644 src/content/blog/es/cross-platform-mobile-app-development-guide-2024.md
 delete mode 100644 src/content/blog/es/cross-platform-uiux-best-practices-for-capacitor-apps.md
 delete mode 100644 src/content/blog/es/custom-ios-plugin-optimization-best-practices.md
 delete mode 100644 src/content/blog/es/developing-cross-platform-apps-with-capacitorjs.md.md
 delete mode 100644 src/content/blog/es/development-vs-production-key-differences-in-capacitor-apps.md
 delete mode 100644 src/content/blog/es/do-apple-allow-live-updates.md
 delete mode 100644 src/content/blog/es/do-capgo-work-for-cordova.md
 delete mode 100644 src/content/blog/es/do-google-allow-live-updates.md
 delete mode 100644 src/content/blog/es/enable-ios-developer-mode-ios16.md
 delete mode 100644 src/content/blog/es/error-handling-in-capacitor-apps-ux-best-practices.md
 delete mode 100644 src/content/blog/es/error-logging-tools-for-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/es/firebase-crashlytics-for-capacitor-apps.md
 delete mode 100644 src/content/blog/es/fix-capacitor-version-mismatch-errors.md
 delete mode 100644 src/content/blog/es/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
 delete mode 100644 src/content/blog/es/git-flow-vs-trunk-based-for-cicd.md
 delete mode 100644 src/content/blog/es/google-play-compliance-key-update-strategies.md
 delete mode 100644 src/content/blog/es/google-play-staged-rollouts-how-it-works.md
 delete mode 100644 src/content/blog/es/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
 delete mode 100644 src/content/blog/es/how-capacitor-bridges-web-and-native-code.md
 delete mode 100644 src/content/blog/es/how-capacitor-handles-platform-differences.md
 delete mode 100644 src/content/blog/es/how-capgo-is-born.md
 delete mode 100644 src/content/blog/es/how-ccpa-enforcement-impacts-apps.md
 delete mode 100644 src/content/blog/es/how-chinas-cybersecurity-law-impacts-app-developers.md
 delete mode 100644 src/content/blog/es/how-chinas-data-laws-impact-app-store-submissions.md
 delete mode 100644 src/content/blog/es/how-cicd-tools-trigger-ota-updates.md
 delete mode 100644 src/content/blog/es/how-delta-updates-reduce-payload-size.md
 delete mode 100644 src/content/blog/es/how-end-to-end-encryption-secures-updates.md
 delete mode 100644 src/content/blog/es/how-live-updates-for-capacitor-work.md
 delete mode 100644 src/content/blog/es/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
 delete mode 100644 src/content/blog/es/how-native-bridge-works-in-capacitor-android-apps.md
 delete mode 100644 src/content/blog/es/how-ota-encryption-meets-app-store-compliance.md
 delete mode 100644 src/content/blog/es/how-ota-updates-affect-app-store-security.md
 delete mode 100644 src/content/blog/es/how-rbac-secures-ota-updates-in-capacitor-apps.md
 delete mode 100644 src/content/blog/es/how-to-add-dependencies-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/es/how-to-add-geolocation-targeting-to-ota-updates.md
 delete mode 100644 src/content/blog/es/how-to-add-third-party-plugins-in-capacitor-apps.md
 delete mode 100644 src/content/blog/es/how-to-build-capacitor-app-in-xcode-cloud.md
 delete mode 100644 src/content/blog/es/how-to-bypass-app-store-review.md
 delete mode 100644 src/content/blog/es/how-to-customize-build-scripts-with-capacitor-cli.md
 delete mode 100644 src/content/blog/es/how-to-handle-user-data-in-capacitor-apps.md
 delete mode 100644 src/content/blog/es/how-to-handle-user-data-requests-under-ccpa.md
 delete mode 100644 src/content/blog/es/how-to-monitor-capacitor-app-updates.md
 delete mode 100644 src/content/blog/es/how-to-profile-cross-platform-apps-with-capacitor.md
 delete mode 100644 src/content/blog/es/how-to-release-major-version-in-capgo.md
 delete mode 100644 src/content/blog/es/how-to-resolve-android-build-errors-in-capacitor.md
 delete mode 100644 src/content/blog/es/how-to-schedule-ota-updates-for-capacitor-apps.md
 delete mode 100644 src/content/blog/es/how-to-secure-ota-updates-with-key-management.md
 delete mode 100644 src/content/blog/es/how-to-segment-users-by-plan-and-channels.md
 delete mode 100644 src/content/blog/es/how-to-send-specific-version-to-users.md
 delete mode 100644 src/content/blog/es/how-to-track-ota-update-success-in-capacitor-apps.md
 delete mode 100644 src/content/blog/es/how-to-use-aar-files-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/es/how-to-use-capacitor-cli-for-ota-updates.md
 delete mode 100644 src/content/blog/es/how-to-use-capgo-documentation-for-ota-updates.md
 delete mode 100644 src/content/blog/es/how-to-use-semantic-versioning-with-capgo-ota-updates.md
 delete mode 100644 src/content/blog/es/how-version-work-in-capgo.md
 delete mode 100644 src/content/blog/es/how-your-usage-is-counted.md
 delete mode 100644 src/content/blog/es/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
 delete mode 100644 src/content/blog/es/in-app-purchases-capacitor.md
 delete mode 100644 src/content/blog/es/installing-capacitor-cli-step-by-step-guide.md
 delete mode 100644 src/content/blog/es/integrate-universal-links-capacitor-nextjs.md
 delete mode 100644 src/content/blog/es/integrity-checks-for-capacitor-updates.md
 delete mode 100644 src/content/blog/es/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
 delete mode 100644 src/content/blog/es/ionic-capacitor-push-notifications-firebase.md
 delete mode 100644 src/content/blog/es/key-management-under-chinas-encryption-rules.md
 delete mode 100644 src/content/blog/es/live-updates-faq-answers-for-app-developers.md
 delete mode 100644 src/content/blog/es/live-updates-for-flutter-app.md
 delete mode 100644 src/content/blog/es/manage-dev-and-prod-build-with-github-actions.md
 delete mode 100644 src/content/blog/es/managing-dependencies-in-capacitor-projects.md
 delete mode 100644 src/content/blog/es/managing-secrets-in-cicd-pipelines.md
 delete mode 100644 src/content/blog/es/merge-policies-for-teams-using-capacitor-apps.md
 delete mode 100644 src/content/blog/es/migrating-cordova-to-capacitor.md
 delete mode 100644 src/content/blog/es/mobile-app-update-strategies-a-developers-checklist.md
 delete mode 100644 src/content/blog/es/monitor-ota-updates-in-capacitor-apps.md
 delete mode 100644 src/content/blog/es/moving-from-microsoft-app-center-to-capgo.md
 delete mode 100644 src/content/blog/es/npm-scripts-for-capacitor-ota-updates-explained.md
 delete mode 100644 src/content/blog/es/open-source-licence.md
 delete mode 100644 src/content/blog/es/open-source-vs-proprietary-app-update-solutions.md
 delete mode 100644 src/content/blog/es/open-source.md
 delete mode 100644 src/content/blog/es/optimise-your-images-for-updates.md
 delete mode 100644 src/content/blog/es/ota-security-checklist-for-capacitor-apps.md
 delete mode 100644 src/content/blog/es/ota-updates-in-beta-staying-policy-compliant.md
 delete mode 100644 src/content/blog/es/ota-updates-in-cicd-security-and-compliance-tips.md
 delete mode 100644 src/content/blog/es/payment-data-security-for-app-store-approval.md
 delete mode 100644 src/content/blog/es/pci-dss-compliance-for-mobile-apps-key-requirements.md
 delete mode 100644 src/content/blog/es/phased-rollouts-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/es/pipeda-compliance-for-mobile-apps-in-canada.md
 delete mode 100644 src/content/blog/es/pipeline-security-for-capacitor-apps-key-insights.md
 delete mode 100644 src/content/blog/es/privacy-manifest-for-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/es/quasar-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/es/real-time-update-metrics-for-capacitor-apps.md
 delete mode 100644 src/content/blog/es/real-time-updates-with-user-segmentation.md
 delete mode 100644 src/content/blog/es/refresh-token-rotation-in-cicd-workflows.md
 delete mode 100644 src/content/blog/es/rollback-mechanisms-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/es/rollback-strategies-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/es/rollback-strategies-for-cicd-workflows.md
 delete mode 100644 src/content/blog/es/secure-storage-for-offline-tokens-in-capacitor.md
 delete mode 100644 src/content/blog/es/self-hosted-capgo.md
 delete mode 100644 src/content/blog/es/self-hosted-live-updates.md
 delete mode 100644 src/content/blog/es/set-up-performance-monitoring-in-capacitor.md
 delete mode 100644 src/content/blog/es/setting-up-capacitor-local-environment.md
 delete mode 100644 src/content/blog/es/setting-up-cicd-for-capacitor-apps.md
 delete mode 100644 src/content/blog/es/setup-ci-and-cd-in-gitlab.md
 delete mode 100644 src/content/blog/es/setup-stripe-payment-in-us-capacitor.md
 delete mode 100644 src/content/blog/es/ssl-pinning-for-capacitor-apps.md
 delete mode 100644 src/content/blog/es/staged-rollouts-vs-full-releases-comparison.md
 delete mode 100644 src/content/blog/es/staging-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/es/state-privacy-laws-for-mobile-apps-comparison.md
 delete mode 100644 src/content/blog/es/testing-capacitor-ota-updates-with-mock-scenarios.md
 delete mode 100644 src/content/blog/es/testing-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/es/token-revocation-in-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/es/top-6-tools-for-managing-app-updates-in-2025.md
 delete mode 100644 src/content/blog/es/top-api-security-standards-for-app-store-compliance.md
 delete mode 100644 src/content/blog/es/top-tools-for-debugging-ota-updates-in-capacitor.md
 delete mode 100644 src/content/blog/es/top-tools-for-debugging-platform-specific-code-in-capacitor.md
 delete mode 100644 src/content/blog/es/turn-off-android-talkback.md
 delete mode 100644 src/content/blog/es/ultimate-guide-to-app-store-compliant-ota-updates.md
 delete mode 100644 src/content/blog/es/ultimate-guide-to-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/es/ultimate-guide-to-debugging-capacitor-apps.md
 delete mode 100644 src/content/blog/es/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
 delete mode 100644 src/content/blog/es/understanding-apples-privacy-manifest.md
 delete mode 100644 src/content/blog/es/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
 delete mode 100644 src/content/blog/es/updating-from-capacitor-4-to-capacitor-5.md
 delete mode 100644 src/content/blog/es/us-privacy-laws-mobile-app-checklist.md
 delete mode 100644 src/content/blog/es/usage-frequency-segmentation-for-app-updates.md
 delete mode 100644 src/content/blog/es/user-consent-for-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/es/version-control-tips-for-mobile-ci-cd.md
 delete mode 100644 src/content/blog/es/version-tagging-in-capacitor-apps.md
 delete mode 100644 src/content/blog/es/vue-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/es/what-is-native-bridge-in-capacitor.md
 delete mode 100644 src/content/blog/es/why-consent-management-matters-for-app-compliance.md
 delete mode 100644 src/content/blog/fr/2-way-communication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/5-common-ota-update-mistakes-to-avoid.md
 delete mode 100644 src/content/blog/fr/5-security-best-practices-for-mobile-app-live-updates.md
 delete mode 100644 src/content/blog/fr/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/5-steps-to-deploy-hotfixes-with-capgo.md
 delete mode 100644 src/content/blog/fr/5-steps-to-distribute-custom-capacitor-plugins.md
 delete mode 100644 src/content/blog/fr/5-steps-to-implement-oauth2-in-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/a-brand-new-organization-system.md
 delete mode 100644 src/content/blog/fr/account-deletion-compliance-apple-guidelines.md
 delete mode 100644 src/content/blog/fr/alternative-to-appflow.md
 delete mode 100644 src/content/blog/fr/alternative-to-expo.md
 delete mode 100644 src/content/blog/fr/alternative-to-voltbuilder.md
 delete mode 100644 src/content/blog/fr/android-16kb-page-size-capacitor-plugins.md
 delete mode 100644 src/content/blog/fr/android-setup-for-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/angular-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/fr/api-key-security-for-app-store-compliance.md
 delete mode 100644 src/content/blog/fr/api-rate-limiting-for-app-store-compliance.md
 delete mode 100644 src/content/blog/fr/app-store-metadata-what-developers-must-know.md
 delete mode 100644 src/content/blog/fr/app-store-vs-direct-updates-what-developers-need-to-know.md
 delete mode 100644 src/content/blog/fr/appcenter-migration.md
 delete mode 100644 src/content/blog/fr/appflow-cicd-integration-best-practices.md
 delete mode 100644 src/content/blog/fr/appflow-shutdown-alternative.md
 delete mode 100644 src/content/blog/fr/apple-policy-updates-for-capacitor-apps-2025.md
 delete mode 100644 src/content/blog/fr/apple-privacy-rules-for-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/apple-vs-google-privacy-compliance-for-third-party-data.md
 delete mode 100644 src/content/blog/fr/automated-consent-tracking-for-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/automatic-build-and-release-with-github-actions.md
 delete mode 100644 src/content/blog/fr/automatic-build-and-release-with-gitlab.md
 delete mode 100644 src/content/blog/fr/automatic-capacitor-android-build-github-action.md
 delete mode 100644 src/content/blog/fr/automatic-capacitor-android-build-gitlab.md
 delete mode 100644 src/content/blog/fr/automatic-capacitor-ios-build-codemagic.md
 delete mode 100644 src/content/blog/fr/automatic-capacitor-ios-build-github-action-with-match.md
 delete mode 100644 src/content/blog/fr/automatic-capacitor-ios-build-github-action.md
 delete mode 100644 src/content/blog/fr/basic-js-css-config-for-native-app-look.md
 delete mode 100644 src/content/blog/fr/best-practices-for-capacitor-code-sharing.md
 delete mode 100644 src/content/blog/fr/best-practices-for-capacitor-script-automation.md
 delete mode 100644 src/content/blog/fr/biometric-authentication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/birth-of-capgo-revolutionizing-capacitor-app-updates.md
 delete mode 100644 src/content/blog/fr/building-a-native-mobile-app-with-nextjs-and-capacitor.md
 delete mode 100644 src/content/blog/fr/capacitor-app-initialization-step-by-step-guide.md
 delete mode 100644 src/content/blog/fr/capacitor-apps-and-data-sharing-policies.md
 delete mode 100644 src/content/blog/fr/capacitor-apps-and-russias-data-laws-compliance-tips.md
 delete mode 100644 src/content/blog/fr/capacitor-changelog-management-ultimate-guide.md
 delete mode 100644 src/content/blog/fr/capacitor-cicd-pipeline-setup-guide.md
 delete mode 100644 src/content/blog/fr/capacitor-cicd-plugins-vs-appflow-key-differences.md
 delete mode 100644 src/content/blog/fr/capacitor-cli-commands-common-issues-and-fixes.md
 delete mode 100644 src/content/blog/fr/capacitor-cli-commands-for-version-updates.md
 delete mode 100644 src/content/blog/fr/capacitor-cli-plugin-commands-overview.md
 delete mode 100644 src/content/blog/fr/capacitor-cli-project-setup-guide.md
 delete mode 100644 src/content/blog/fr/capacitor-community-forums-for-plugin-developers.md
 delete mode 100644 src/content/blog/fr/capacitor-comprehensive-guide.md
 delete mode 100644 src/content/blog/fr/capacitor-live-updates-handling-version-conflicts.md
 delete mode 100644 src/content/blog/fr/capacitor-live-updates-staying-compliant-with-apple.md
 delete mode 100644 src/content/blog/fr/capacitor-native-bridge-android-plugin-basics.md
 delete mode 100644 src/content/blog/fr/capacitor-native-bridge-web-to-android-data-transfer.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-app-store-approval-guide.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-best-practices-for-performance.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-boosting-low-end-device-performance.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-cicd-integration-guide.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-cloud-hosting-options-compared.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-debugging-issues.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-security-tips.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-staying-compliant.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-targeting-ios-vs-android.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-version-targeting-explained.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-versioning-best-practices.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-vs-app-store-restrictions.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-vs-traditional-testing-methods.md
 delete mode 100644 src/content/blog/fr/capacitor-ota-updates-vs-traditional-versioning.md
 delete mode 100644 src/content/blog/fr/capacitor-plugin-contribution-guide.md
 delete mode 100644 src/content/blog/fr/capacitor-plugin-options-for-ota-updates.md
 delete mode 100644 src/content/blog/fr/capacitor-plugins-for-secure-session-management.md
 delete mode 100644 src/content/blog/fr/capacitor-plugins-what-you-need-to-know.md
 delete mode 100644 src/content/blog/fr/capacitor-social-login-release.md
 delete mode 100644 src/content/blog/fr/capacitor-vs-appflow-ota-update-solutions-compared.md
 delete mode 100644 src/content/blog/fr/capacitor-vs-appflow-versioning-differences.md
 delete mode 100644 src/content/blog/fr/capgo-for-app-store-safe-ota-updates.md
 delete mode 100644 src/content/blog/fr/capgo-integration-with-github-actions-guide.md
 delete mode 100644 src/content/blog/fr/capgo-price-reduction.md
 delete mode 100644 src/content/blog/fr/capgo-purpose.md
 delete mode 100644 src/content/blog/fr/capgo-vs-appflow-deployment-solutions-compared.md
 delete mode 100644 src/content/blog/fr/ccpa-compliance-for-mobile-apps.md
 delete mode 100644 src/content/blog/fr/checklist-for-cybersecurity-compliance-in-china.md
 delete mode 100644 src/content/blog/fr/checklist-for-google-play-ota-compliance.md
 delete mode 100644 src/content/blog/fr/checklist-for-ota-updates-under-australias-privacy-act.md
 delete mode 100644 src/content/blog/fr/checklist-for-token-signing-in-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/checklist-for-validating-capacitor-app-updates.md
 delete mode 100644 src/content/blog/fr/chinas-cybersecurity-law-impact-on-app-updates.md
 delete mode 100644 src/content/blog/fr/chinas-data-privacy-laws-impact-on-mobile-apps.md
 delete mode 100644 src/content/blog/fr/code-integrity-in-capacitor-apps-key-techniques.md
 delete mode 100644 src/content/blog/fr/common-cicd-bottlenecks-in-ota-pipelines.md
 delete mode 100644 src/content/blog/fr/common-live-update-issues-and-solutions-for-developers.md
 delete mode 100644 src/content/blog/fr/common-mistakes-in-custom-attribute-segmentation.md
 delete mode 100644 src/content/blog/fr/comparing-react-native-vs-capacitor.md
 delete mode 100644 src/content/blog/fr/compliance-checks-in-cicd-for-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/configuring-rollback-for-capacitor-updates.md
 delete mode 100644 src/content/blog/fr/cordova-hybrid-app-development.md
 delete mode 100644 src/content/blog/fr/cpra-compliance-for-app-developers.md
 delete mode 100644 src/content/blog/fr/create-offline-screen-in-vue-angular-react.md
 delete mode 100644 src/content/blog/fr/create-react-mobile-apps-with-capacitor.md
 delete mode 100644 src/content/blog/fr/creating-and-deleting-update-channels-in-capacitor.md
 delete mode 100644 src/content/blog/fr/creating-mobile-apps-with-react-and-capacitor.md
 delete mode 100644 src/content/blog/fr/creating-mobile-apps-with-sveltekit-and-capacitor.md
 delete mode 100644 src/content/blog/fr/cross-platform-mobile-app-development-guide-2024.md
 delete mode 100644 src/content/blog/fr/cross-platform-uiux-best-practices-for-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/custom-ios-plugin-optimization-best-practices.md
 delete mode 100644 src/content/blog/fr/developing-cross-platform-apps-with-capacitorjs.md.md
 delete mode 100644 src/content/blog/fr/development-vs-production-key-differences-in-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/do-apple-allow-live-updates.md
 delete mode 100644 src/content/blog/fr/do-capgo-work-for-cordova.md
 delete mode 100644 src/content/blog/fr/do-google-allow-live-updates.md
 delete mode 100644 src/content/blog/fr/enable-ios-developer-mode-ios16.md
 delete mode 100644 src/content/blog/fr/error-handling-in-capacitor-apps-ux-best-practices.md
 delete mode 100644 src/content/blog/fr/error-logging-tools-for-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/fr/firebase-crashlytics-for-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/fix-capacitor-version-mismatch-errors.md
 delete mode 100644 src/content/blog/fr/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
 delete mode 100644 src/content/blog/fr/git-flow-vs-trunk-based-for-cicd.md
 delete mode 100644 src/content/blog/fr/google-play-compliance-key-update-strategies.md
 delete mode 100644 src/content/blog/fr/google-play-staged-rollouts-how-it-works.md
 delete mode 100644 src/content/blog/fr/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
 delete mode 100644 src/content/blog/fr/how-capacitor-bridges-web-and-native-code.md
 delete mode 100644 src/content/blog/fr/how-capacitor-handles-platform-differences.md
 delete mode 100644 src/content/blog/fr/how-capgo-is-born.md
 delete mode 100644 src/content/blog/fr/how-ccpa-enforcement-impacts-apps.md
 delete mode 100644 src/content/blog/fr/how-chinas-cybersecurity-law-impacts-app-developers.md
 delete mode 100644 src/content/blog/fr/how-chinas-data-laws-impact-app-store-submissions.md
 delete mode 100644 src/content/blog/fr/how-cicd-tools-trigger-ota-updates.md
 delete mode 100644 src/content/blog/fr/how-delta-updates-reduce-payload-size.md
 delete mode 100644 src/content/blog/fr/how-end-to-end-encryption-secures-updates.md
 delete mode 100644 src/content/blog/fr/how-live-updates-for-capacitor-work.md
 delete mode 100644 src/content/blog/fr/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
 delete mode 100644 src/content/blog/fr/how-native-bridge-works-in-capacitor-android-apps.md
 delete mode 100644 src/content/blog/fr/how-ota-encryption-meets-app-store-compliance.md
 delete mode 100644 src/content/blog/fr/how-ota-updates-affect-app-store-security.md
 delete mode 100644 src/content/blog/fr/how-rbac-secures-ota-updates-in-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/how-to-add-dependencies-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/fr/how-to-add-geolocation-targeting-to-ota-updates.md
 delete mode 100644 src/content/blog/fr/how-to-add-third-party-plugins-in-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/how-to-build-capacitor-app-in-xcode-cloud.md
 delete mode 100644 src/content/blog/fr/how-to-bypass-app-store-review.md
 delete mode 100644 src/content/blog/fr/how-to-customize-build-scripts-with-capacitor-cli.md
 delete mode 100644 src/content/blog/fr/how-to-handle-user-data-in-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/how-to-handle-user-data-requests-under-ccpa.md
 delete mode 100644 src/content/blog/fr/how-to-monitor-capacitor-app-updates.md
 delete mode 100644 src/content/blog/fr/how-to-profile-cross-platform-apps-with-capacitor.md
 delete mode 100644 src/content/blog/fr/how-to-release-major-version-in-capgo.md
 delete mode 100644 src/content/blog/fr/how-to-resolve-android-build-errors-in-capacitor.md
 delete mode 100644 src/content/blog/fr/how-to-schedule-ota-updates-for-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/how-to-secure-ota-updates-with-key-management.md
 delete mode 100644 src/content/blog/fr/how-to-segment-users-by-plan-and-channels.md
 delete mode 100644 src/content/blog/fr/how-to-send-specific-version-to-users.md
 delete mode 100644 src/content/blog/fr/how-to-track-ota-update-success-in-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/how-to-use-aar-files-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/fr/how-to-use-capacitor-cli-for-ota-updates.md
 delete mode 100644 src/content/blog/fr/how-to-use-capgo-documentation-for-ota-updates.md
 delete mode 100644 src/content/blog/fr/how-to-use-semantic-versioning-with-capgo-ota-updates.md
 delete mode 100644 src/content/blog/fr/how-version-work-in-capgo.md
 delete mode 100644 src/content/blog/fr/how-your-usage-is-counted.md
 delete mode 100644 src/content/blog/fr/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
 delete mode 100644 src/content/blog/fr/in-app-purchases-capacitor.md
 delete mode 100644 src/content/blog/fr/installing-capacitor-cli-step-by-step-guide.md
 delete mode 100644 src/content/blog/fr/integrate-universal-links-capacitor-nextjs.md
 delete mode 100644 src/content/blog/fr/integrity-checks-for-capacitor-updates.md
 delete mode 100644 src/content/blog/fr/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
 delete mode 100644 src/content/blog/fr/ionic-capacitor-push-notifications-firebase.md
 delete mode 100644 src/content/blog/fr/key-management-under-chinas-encryption-rules.md
 delete mode 100644 src/content/blog/fr/live-updates-faq-answers-for-app-developers.md
 delete mode 100644 src/content/blog/fr/live-updates-for-flutter-app.md
 delete mode 100644 src/content/blog/fr/manage-dev-and-prod-build-with-github-actions.md
 delete mode 100644 src/content/blog/fr/managing-dependencies-in-capacitor-projects.md
 delete mode 100644 src/content/blog/fr/managing-secrets-in-cicd-pipelines.md
 delete mode 100644 src/content/blog/fr/merge-policies-for-teams-using-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/migrating-cordova-to-capacitor.md
 delete mode 100644 src/content/blog/fr/mobile-app-update-strategies-a-developers-checklist.md
 delete mode 100644 src/content/blog/fr/monitor-ota-updates-in-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/moving-from-microsoft-app-center-to-capgo.md
 delete mode 100644 src/content/blog/fr/npm-scripts-for-capacitor-ota-updates-explained.md
 delete mode 100644 src/content/blog/fr/open-source-licence.md
 delete mode 100644 src/content/blog/fr/open-source-vs-proprietary-app-update-solutions.md
 delete mode 100644 src/content/blog/fr/open-source.md
 delete mode 100644 src/content/blog/fr/optimise-your-images-for-updates.md
 delete mode 100644 src/content/blog/fr/ota-security-checklist-for-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/ota-updates-in-beta-staying-policy-compliant.md
 delete mode 100644 src/content/blog/fr/ota-updates-in-cicd-security-and-compliance-tips.md
 delete mode 100644 src/content/blog/fr/payment-data-security-for-app-store-approval.md
 delete mode 100644 src/content/blog/fr/pci-dss-compliance-for-mobile-apps-key-requirements.md
 delete mode 100644 src/content/blog/fr/phased-rollouts-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/fr/pipeda-compliance-for-mobile-apps-in-canada.md
 delete mode 100644 src/content/blog/fr/pipeline-security-for-capacitor-apps-key-insights.md
 delete mode 100644 src/content/blog/fr/privacy-manifest-for-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/fr/quasar-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/fr/real-time-update-metrics-for-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/real-time-updates-with-user-segmentation.md
 delete mode 100644 src/content/blog/fr/refresh-token-rotation-in-cicd-workflows.md
 delete mode 100644 src/content/blog/fr/rollback-mechanisms-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/fr/rollback-strategies-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/fr/rollback-strategies-for-cicd-workflows.md
 delete mode 100644 src/content/blog/fr/secure-storage-for-offline-tokens-in-capacitor.md
 delete mode 100644 src/content/blog/fr/self-hosted-capgo.md
 delete mode 100644 src/content/blog/fr/self-hosted-live-updates.md
 delete mode 100644 src/content/blog/fr/set-up-performance-monitoring-in-capacitor.md
 delete mode 100644 src/content/blog/fr/setting-up-capacitor-local-environment.md
 delete mode 100644 src/content/blog/fr/setting-up-cicd-for-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/setup-ci-and-cd-in-gitlab.md
 delete mode 100644 src/content/blog/fr/setup-stripe-payment-in-us-capacitor.md
 delete mode 100644 src/content/blog/fr/ssl-pinning-for-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/staged-rollouts-vs-full-releases-comparison.md
 delete mode 100644 src/content/blog/fr/staging-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/fr/state-privacy-laws-for-mobile-apps-comparison.md
 delete mode 100644 src/content/blog/fr/testing-capacitor-ota-updates-with-mock-scenarios.md
 delete mode 100644 src/content/blog/fr/testing-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/fr/token-revocation-in-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/fr/top-6-tools-for-managing-app-updates-in-2025.md
 delete mode 100644 src/content/blog/fr/top-api-security-standards-for-app-store-compliance.md
 delete mode 100644 src/content/blog/fr/top-tools-for-debugging-ota-updates-in-capacitor.md
 delete mode 100644 src/content/blog/fr/top-tools-for-debugging-platform-specific-code-in-capacitor.md
 delete mode 100644 src/content/blog/fr/turn-off-android-talkback.md
 delete mode 100644 src/content/blog/fr/ultimate-guide-to-app-store-compliant-ota-updates.md
 delete mode 100644 src/content/blog/fr/ultimate-guide-to-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/fr/ultimate-guide-to-debugging-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/understanding-apples-privacy-manifest.md
 delete mode 100644 src/content/blog/fr/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
 delete mode 100644 src/content/blog/fr/updating-from-capacitor-4-to-capacitor-5.md
 delete mode 100644 src/content/blog/fr/us-privacy-laws-mobile-app-checklist.md
 delete mode 100644 src/content/blog/fr/usage-frequency-segmentation-for-app-updates.md
 delete mode 100644 src/content/blog/fr/user-consent-for-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/fr/version-control-tips-for-mobile-ci-cd.md
 delete mode 100644 src/content/blog/fr/version-tagging-in-capacitor-apps.md
 delete mode 100644 src/content/blog/fr/vue-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/fr/what-is-native-bridge-in-capacitor.md
 delete mode 100644 src/content/blog/fr/why-consent-management-matters-for-app-compliance.md
 delete mode 100644 src/content/blog/id/2-way-communication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/id/5-common-ota-update-mistakes-to-avoid.md
 delete mode 100644 src/content/blog/id/5-security-best-practices-for-mobile-app-live-updates.md
 delete mode 100644 src/content/blog/id/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
 delete mode 100644 src/content/blog/id/5-steps-to-deploy-hotfixes-with-capgo.md
 delete mode 100644 src/content/blog/id/5-steps-to-distribute-custom-capacitor-plugins.md
 delete mode 100644 src/content/blog/id/5-steps-to-implement-oauth2-in-capacitor-apps.md
 delete mode 100644 src/content/blog/id/a-brand-new-organization-system.md
 delete mode 100644 src/content/blog/id/account-deletion-compliance-apple-guidelines.md
 delete mode 100644 src/content/blog/id/alternative-to-appflow.md
 delete mode 100644 src/content/blog/id/alternative-to-expo.md
 delete mode 100644 src/content/blog/id/alternative-to-voltbuilder.md
 delete mode 100644 src/content/blog/id/android-16kb-page-size-capacitor-plugins.md
 delete mode 100644 src/content/blog/id/android-setup-for-capacitor-apps.md
 delete mode 100644 src/content/blog/id/angular-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/id/api-key-security-for-app-store-compliance.md
 delete mode 100644 src/content/blog/id/api-rate-limiting-for-app-store-compliance.md
 delete mode 100644 src/content/blog/id/app-store-metadata-what-developers-must-know.md
 delete mode 100644 src/content/blog/id/app-store-vs-direct-updates-what-developers-need-to-know.md
 delete mode 100644 src/content/blog/id/appcenter-migration.md
 delete mode 100644 src/content/blog/id/appflow-cicd-integration-best-practices.md
 delete mode 100644 src/content/blog/id/appflow-shutdown-alternative.md
 delete mode 100644 src/content/blog/id/apple-policy-updates-for-capacitor-apps-2025.md
 delete mode 100644 src/content/blog/id/apple-privacy-rules-for-capacitor-apps.md
 delete mode 100644 src/content/blog/id/apple-vs-google-privacy-compliance-for-third-party-data.md
 delete mode 100644 src/content/blog/id/automated-consent-tracking-for-capacitor-apps.md
 delete mode 100644 src/content/blog/id/automatic-build-and-release-with-github-actions.md
 delete mode 100644 src/content/blog/id/automatic-build-and-release-with-gitlab.md
 delete mode 100644 src/content/blog/id/automatic-capacitor-android-build-github-action.md
 delete mode 100644 src/content/blog/id/automatic-capacitor-android-build-gitlab.md
 delete mode 100644 src/content/blog/id/automatic-capacitor-ios-build-codemagic.md
 delete mode 100644 src/content/blog/id/automatic-capacitor-ios-build-github-action-with-match.md
 delete mode 100644 src/content/blog/id/automatic-capacitor-ios-build-github-action.md
 delete mode 100644 src/content/blog/id/basic-js-css-config-for-native-app-look.md
 delete mode 100644 src/content/blog/id/best-practices-for-capacitor-code-sharing.md
 delete mode 100644 src/content/blog/id/best-practices-for-capacitor-script-automation.md
 delete mode 100644 src/content/blog/id/biometric-authentication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/id/birth-of-capgo-revolutionizing-capacitor-app-updates.md
 delete mode 100644 src/content/blog/id/building-a-native-mobile-app-with-nextjs-and-capacitor.md
 delete mode 100644 src/content/blog/id/building-a-native-mobile-app-with-nuxt-3-and-capacitor.md
 delete mode 100644 src/content/blog/id/capacitor-app-initialization-step-by-step-guide.md
 delete mode 100644 src/content/blog/id/capacitor-apps-and-data-sharing-policies.md
 delete mode 100644 src/content/blog/id/capacitor-apps-and-russias-data-laws-compliance-tips.md
 delete mode 100644 src/content/blog/id/capacitor-changelog-management-ultimate-guide.md
 delete mode 100644 src/content/blog/id/capacitor-cicd-pipeline-setup-guide.md
 delete mode 100644 src/content/blog/id/capacitor-cicd-plugins-vs-appflow-key-differences.md
 delete mode 100644 src/content/blog/id/capacitor-cli-commands-common-issues-and-fixes.md
 delete mode 100644 src/content/blog/id/capacitor-cli-commands-for-version-updates.md
 delete mode 100644 src/content/blog/id/capacitor-cli-plugin-commands-overview.md
 delete mode 100644 src/content/blog/id/capacitor-cli-project-setup-guide.md
 delete mode 100644 src/content/blog/id/capacitor-community-forums-for-plugin-developers.md
 delete mode 100644 src/content/blog/id/capacitor-comprehensive-guide.md
 delete mode 100644 src/content/blog/id/capacitor-live-updates-handling-version-conflicts.md
 delete mode 100644 src/content/blog/id/capacitor-live-updates-staying-compliant-with-apple.md
 delete mode 100644 src/content/blog/id/capacitor-native-bridge-android-plugin-basics.md
 delete mode 100644 src/content/blog/id/capacitor-native-bridge-web-to-android-data-transfer.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-app-store-approval-guide.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-best-practices-for-performance.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-boosting-low-end-device-performance.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-cicd-integration-guide.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-cloud-hosting-options-compared.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-debugging-issues.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-security-tips.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-staying-compliant.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-targeting-ios-vs-android.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-version-targeting-explained.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-versioning-best-practices.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-vs-app-store-restrictions.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-vs-traditional-testing-methods.md
 delete mode 100644 src/content/blog/id/capacitor-ota-updates-vs-traditional-versioning.md
 delete mode 100644 src/content/blog/id/capacitor-plugin-contribution-guide.md
 delete mode 100644 src/content/blog/id/capacitor-plugin-options-for-ota-updates.md
 delete mode 100644 src/content/blog/id/capacitor-plugins-for-secure-session-management.md
 delete mode 100644 src/content/blog/id/capacitor-plugins-what-you-need-to-know.md
 delete mode 100644 src/content/blog/id/capacitor-social-login-release.md
 delete mode 100644 src/content/blog/id/capacitor-vs-appflow-ota-update-solutions-compared.md
 delete mode 100644 src/content/blog/id/capacitor-vs-appflow-versioning-differences.md
 delete mode 100644 src/content/blog/id/capgo-for-app-store-safe-ota-updates.md
 delete mode 100644 src/content/blog/id/capgo-integration-with-github-actions-guide.md
 delete mode 100644 src/content/blog/id/capgo-price-reduction.md
 delete mode 100644 src/content/blog/id/capgo-purpose.md
 delete mode 100644 src/content/blog/id/capgo-vs-appflow-deployment-solutions-compared.md
 delete mode 100644 src/content/blog/id/ccpa-compliance-for-mobile-apps.md
 delete mode 100644 src/content/blog/id/checklist-for-cybersecurity-compliance-in-china.md
 delete mode 100644 src/content/blog/id/checklist-for-google-play-ota-compliance.md
 delete mode 100644 src/content/blog/id/checklist-for-ota-updates-under-australias-privacy-act.md
 delete mode 100644 src/content/blog/id/checklist-for-token-signing-in-capacitor-apps.md
 delete mode 100644 src/content/blog/id/checklist-for-validating-capacitor-app-updates.md
 delete mode 100644 src/content/blog/id/chinas-cybersecurity-law-impact-on-app-updates.md
 delete mode 100644 src/content/blog/id/chinas-data-privacy-laws-impact-on-mobile-apps.md
 delete mode 100644 src/content/blog/id/code-integrity-in-capacitor-apps-key-techniques.md
 delete mode 100644 src/content/blog/id/common-cicd-bottlenecks-in-ota-pipelines.md
 delete mode 100644 src/content/blog/id/common-live-update-issues-and-solutions-for-developers.md
 delete mode 100644 src/content/blog/id/common-mistakes-in-custom-attribute-segmentation.md
 delete mode 100644 src/content/blog/id/comparing-react-native-vs-capacitor.md
 delete mode 100644 src/content/blog/id/compliance-checks-in-cicd-for-capacitor-apps.md
 delete mode 100644 src/content/blog/id/configuring-rollback-for-capacitor-updates.md
 delete mode 100644 src/content/blog/id/cordova-hybrid-app-development.md
 delete mode 100644 src/content/blog/id/cpra-compliance-for-app-developers.md
 delete mode 100644 src/content/blog/id/create-offline-screen-in-vue-angular-react.md
 delete mode 100644 src/content/blog/id/create-react-mobile-apps-with-capacitor.md
 delete mode 100644 src/content/blog/id/creating-and-deleting-update-channels-in-capacitor.md
 delete mode 100644 src/content/blog/id/creating-mobile-apps-with-react-and-capacitor.md
 delete mode 100644 src/content/blog/id/creating-mobile-apps-with-sveltekit-and-capacitor.md
 delete mode 100644 src/content/blog/id/cross-platform-mobile-app-development-guide-2024.md
 delete mode 100644 src/content/blog/id/cross-platform-uiux-best-practices-for-capacitor-apps.md
 delete mode 100644 src/content/blog/id/custom-ios-plugin-optimization-best-practices.md
 delete mode 100644 src/content/blog/id/developing-cross-platform-apps-with-capacitorjs.md.md
 delete mode 100644 src/content/blog/id/development-vs-production-key-differences-in-capacitor-apps.md
 delete mode 100644 src/content/blog/id/do-apple-allow-live-updates.md
 delete mode 100644 src/content/blog/id/do-capgo-work-for-cordova.md
 delete mode 100644 src/content/blog/id/do-google-allow-live-updates.md
 delete mode 100644 src/content/blog/id/enable-ios-developer-mode-ios16.md
 delete mode 100644 src/content/blog/id/error-handling-in-capacitor-apps-ux-best-practices.md
 delete mode 100644 src/content/blog/id/error-logging-tools-for-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/id/firebase-crashlytics-for-capacitor-apps.md
 delete mode 100644 src/content/blog/id/fix-capacitor-version-mismatch-errors.md
 delete mode 100644 src/content/blog/id/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
 delete mode 100644 src/content/blog/id/git-flow-vs-trunk-based-for-cicd.md
 delete mode 100644 src/content/blog/id/google-play-compliance-key-update-strategies.md
 delete mode 100644 src/content/blog/id/google-play-staged-rollouts-how-it-works.md
 delete mode 100644 src/content/blog/id/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
 delete mode 100644 src/content/blog/id/how-capacitor-bridges-web-and-native-code.md
 delete mode 100644 src/content/blog/id/how-capacitor-handles-platform-differences.md
 delete mode 100644 src/content/blog/id/how-capgo-is-born.md
 delete mode 100644 src/content/blog/id/how-ccpa-enforcement-impacts-apps.md
 delete mode 100644 src/content/blog/id/how-chinas-cybersecurity-law-impacts-app-developers.md
 delete mode 100644 src/content/blog/id/how-chinas-data-laws-impact-app-store-submissions.md
 delete mode 100644 src/content/blog/id/how-cicd-tools-trigger-ota-updates.md
 delete mode 100644 src/content/blog/id/how-delta-updates-reduce-payload-size.md
 delete mode 100644 src/content/blog/id/how-end-to-end-encryption-secures-updates.md
 delete mode 100644 src/content/blog/id/how-live-updates-for-capacitor-work.md
 delete mode 100644 src/content/blog/id/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
 delete mode 100644 src/content/blog/id/how-native-bridge-works-in-capacitor-android-apps.md
 delete mode 100644 src/content/blog/id/how-ota-encryption-meets-app-store-compliance.md
 delete mode 100644 src/content/blog/id/how-ota-updates-affect-app-store-security.md
 delete mode 100644 src/content/blog/id/how-rbac-secures-ota-updates-in-capacitor-apps.md
 delete mode 100644 src/content/blog/id/how-to-add-dependencies-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/id/how-to-add-geolocation-targeting-to-ota-updates.md
 delete mode 100644 src/content/blog/id/how-to-add-third-party-plugins-in-capacitor-apps.md
 delete mode 100644 src/content/blog/id/how-to-build-capacitor-app-in-xcode-cloud.md
 delete mode 100644 src/content/blog/id/how-to-bypass-app-store-review.md
 delete mode 100644 src/content/blog/id/how-to-customize-build-scripts-with-capacitor-cli.md
 delete mode 100644 src/content/blog/id/how-to-handle-user-data-in-capacitor-apps.md
 delete mode 100644 src/content/blog/id/how-to-handle-user-data-requests-under-ccpa.md
 delete mode 100644 src/content/blog/id/how-to-monitor-capacitor-app-updates.md
 delete mode 100644 src/content/blog/id/how-to-profile-cross-platform-apps-with-capacitor.md
 delete mode 100644 src/content/blog/id/how-to-release-major-version-in-capgo.md
 delete mode 100644 src/content/blog/id/how-to-resolve-android-build-errors-in-capacitor.md
 delete mode 100644 src/content/blog/id/how-to-schedule-ota-updates-for-capacitor-apps.md
 delete mode 100644 src/content/blog/id/how-to-secure-ota-updates-with-key-management.md
 delete mode 100644 src/content/blog/id/how-to-segment-users-by-plan-and-channels.md
 delete mode 100644 src/content/blog/id/how-to-send-specific-version-to-users.md
 delete mode 100644 src/content/blog/id/how-to-track-ota-update-success-in-capacitor-apps.md
 delete mode 100644 src/content/blog/id/how-to-use-aar-files-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/id/how-to-use-capacitor-cli-for-ota-updates.md
 delete mode 100644 src/content/blog/id/how-to-use-capgo-documentation-for-ota-updates.md
 delete mode 100644 src/content/blog/id/how-to-use-semantic-versioning-with-capgo-ota-updates.md
 delete mode 100644 src/content/blog/id/how-version-work-in-capgo.md
 delete mode 100644 src/content/blog/id/how-your-usage-is-counted.md
 delete mode 100644 src/content/blog/id/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
 delete mode 100644 src/content/blog/id/in-app-purchases-capacitor.md
 delete mode 100644 src/content/blog/id/installing-capacitor-cli-step-by-step-guide.md
 delete mode 100644 src/content/blog/id/integrate-universal-links-capacitor-nextjs.md
 delete mode 100644 src/content/blog/id/integrity-checks-for-capacitor-updates.md
 delete mode 100644 src/content/blog/id/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
 delete mode 100644 src/content/blog/id/ionic-capacitor-push-notifications-firebase.md
 delete mode 100644 src/content/blog/id/key-management-under-chinas-encryption-rules.md
 delete mode 100644 src/content/blog/id/live-updates-faq-answers-for-app-developers.md
 delete mode 100644 src/content/blog/id/live-updates-for-flutter-app.md
 delete mode 100644 src/content/blog/id/manage-dev-and-prod-build-with-github-actions.md
 delete mode 100644 src/content/blog/id/managing-dependencies-in-capacitor-projects.md
 delete mode 100644 src/content/blog/id/managing-secrets-in-cicd-pipelines.md
 delete mode 100644 src/content/blog/id/merge-policies-for-teams-using-capacitor-apps.md
 delete mode 100644 src/content/blog/id/migrating-cordova-to-capacitor.md
 delete mode 100644 src/content/blog/id/mobile-app-update-strategies-a-developers-checklist.md
 delete mode 100644 src/content/blog/id/monitor-ota-updates-in-capacitor-apps.md
 delete mode 100644 src/content/blog/id/moving-from-microsoft-app-center-to-capgo.md
 delete mode 100644 src/content/blog/id/npm-scripts-for-capacitor-ota-updates-explained.md
 delete mode 100644 src/content/blog/id/open-source-licence.md
 delete mode 100644 src/content/blog/id/open-source-vs-proprietary-app-update-solutions.md
 delete mode 100644 src/content/blog/id/open-source.md
 delete mode 100644 src/content/blog/id/optimise-your-images-for-updates.md
 delete mode 100644 src/content/blog/id/ota-security-checklist-for-capacitor-apps.md
 delete mode 100644 src/content/blog/id/ota-updates-in-beta-staying-policy-compliant.md
 delete mode 100644 src/content/blog/id/ota-updates-in-cicd-security-and-compliance-tips.md
 delete mode 100644 src/content/blog/id/payment-data-security-for-app-store-approval.md
 delete mode 100644 src/content/blog/id/pci-dss-compliance-for-mobile-apps-key-requirements.md
 delete mode 100644 src/content/blog/id/phased-rollouts-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/id/pipeda-compliance-for-mobile-apps-in-canada.md
 delete mode 100644 src/content/blog/id/pipeline-security-for-capacitor-apps-key-insights.md
 delete mode 100644 src/content/blog/id/privacy-manifest-for-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/id/quasar-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/id/real-time-update-metrics-for-capacitor-apps.md
 delete mode 100644 src/content/blog/id/real-time-updates-with-user-segmentation.md
 delete mode 100644 src/content/blog/id/refresh-token-rotation-in-cicd-workflows.md
 delete mode 100644 src/content/blog/id/rollback-mechanisms-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/id/rollback-strategies-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/id/rollback-strategies-for-cicd-workflows.md
 delete mode 100644 src/content/blog/id/secure-storage-for-offline-tokens-in-capacitor.md
 delete mode 100644 src/content/blog/id/self-hosted-capgo.md
 delete mode 100644 src/content/blog/id/self-hosted-live-updates.md
 delete mode 100644 src/content/blog/id/set-up-performance-monitoring-in-capacitor.md
 delete mode 100644 src/content/blog/id/setting-up-capacitor-local-environment.md
 delete mode 100644 src/content/blog/id/setting-up-cicd-for-capacitor-apps.md
 delete mode 100644 src/content/blog/id/setup-ci-and-cd-in-gitlab.md
 delete mode 100644 src/content/blog/id/setup-stripe-payment-in-us-capacitor.md
 delete mode 100644 src/content/blog/id/ssl-pinning-for-capacitor-apps.md
 delete mode 100644 src/content/blog/id/staged-rollouts-vs-full-releases-comparison.md
 delete mode 100644 src/content/blog/id/staging-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/id/state-privacy-laws-for-mobile-apps-comparison.md
 delete mode 100644 src/content/blog/id/testing-capacitor-ota-updates-with-mock-scenarios.md
 delete mode 100644 src/content/blog/id/testing-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/id/token-revocation-in-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/id/top-6-tools-for-managing-app-updates-in-2025.md
 delete mode 100644 src/content/blog/id/top-api-security-standards-for-app-store-compliance.md
 delete mode 100644 src/content/blog/id/top-tools-for-debugging-ota-updates-in-capacitor.md
 delete mode 100644 src/content/blog/id/top-tools-for-debugging-platform-specific-code-in-capacitor.md
 delete mode 100644 src/content/blog/id/turn-off-android-talkback.md
 delete mode 100644 src/content/blog/id/ultimate-guide-to-app-store-compliant-ota-updates.md
 delete mode 100644 src/content/blog/id/ultimate-guide-to-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/id/ultimate-guide-to-debugging-capacitor-apps.md
 delete mode 100644 src/content/blog/id/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
 delete mode 100644 src/content/blog/id/understanding-apples-privacy-manifest.md
 delete mode 100644 src/content/blog/id/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
 delete mode 100644 src/content/blog/id/updating-from-capacitor-4-to-capacitor-5.md
 delete mode 100644 src/content/blog/id/us-privacy-laws-mobile-app-checklist.md
 delete mode 100644 src/content/blog/id/usage-frequency-segmentation-for-app-updates.md
 delete mode 100644 src/content/blog/id/user-consent-for-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/id/version-control-tips-for-mobile-ci-cd.md
 delete mode 100644 src/content/blog/id/version-tagging-in-capacitor-apps.md
 delete mode 100644 src/content/blog/id/vue-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/id/what-is-native-bridge-in-capacitor.md
 delete mode 100644 src/content/blog/id/why-consent-management-matters-for-app-compliance.md
 delete mode 100644 src/content/blog/it/2-way-communication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/it/5-common-ota-update-mistakes-to-avoid.md
 delete mode 100644 src/content/blog/it/5-security-best-practices-for-mobile-app-live-updates.md
 delete mode 100644 src/content/blog/it/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
 delete mode 100644 src/content/blog/it/5-steps-to-deploy-hotfixes-with-capgo.md
 delete mode 100644 src/content/blog/it/5-steps-to-distribute-custom-capacitor-plugins.md
 delete mode 100644 src/content/blog/it/5-steps-to-implement-oauth2-in-capacitor-apps.md
 delete mode 100644 src/content/blog/it/a-brand-new-organization-system.md
 delete mode 100644 src/content/blog/it/account-deletion-compliance-apple-guidelines.md
 delete mode 100644 src/content/blog/it/alternative-to-expo.md
 delete mode 100644 src/content/blog/it/android-16kb-page-size-capacitor-plugins.md
 delete mode 100644 src/content/blog/it/android-setup-for-capacitor-apps.md
 delete mode 100644 src/content/blog/it/angular-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/it/app-store-metadata-what-developers-must-know.md
 delete mode 100644 src/content/blog/it/app-store-vs-direct-updates-what-developers-need-to-know.md
 delete mode 100644 src/content/blog/it/appcenter-migration.md
 delete mode 100644 src/content/blog/it/appflow-cicd-integration-best-practices.md
 delete mode 100644 src/content/blog/it/appflow-shutdown-alternative.md
 delete mode 100644 src/content/blog/it/apple-privacy-rules-for-capacitor-apps.md
 delete mode 100644 src/content/blog/it/automated-consent-tracking-for-capacitor-apps.md
 delete mode 100644 src/content/blog/it/automatic-build-and-release-with-gitlab.md
 delete mode 100644 src/content/blog/it/automatic-capacitor-android-build-github-action.md
 delete mode 100644 src/content/blog/it/automatic-capacitor-android-build-gitlab.md
 delete mode 100644 src/content/blog/it/automatic-capacitor-ios-build-codemagic.md
 delete mode 100644 src/content/blog/it/automatic-capacitor-ios-build-github-action-with-match.md
 delete mode 100644 src/content/blog/it/automatic-capacitor-ios-build-github-action.md
 delete mode 100644 src/content/blog/it/best-practices-for-capacitor-script-automation.md
 delete mode 100644 src/content/blog/it/biometric-authentication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/it/capacitor-app-initialization-step-by-step-guide.md
 delete mode 100644 src/content/blog/it/capacitor-cli-commands-common-issues-and-fixes.md
 delete mode 100644 src/content/blog/it/capacitor-cli-plugin-commands-overview.md
 delete mode 100644 src/content/blog/it/capacitor-community-forums-for-plugin-developers.md
 delete mode 100644 src/content/blog/it/capacitor-live-updates-handling-version-conflicts.md
 delete mode 100644 src/content/blog/it/capacitor-live-updates-staying-compliant-with-apple.md
 delete mode 100644 src/content/blog/it/capacitor-native-bridge-android-plugin-basics.md
 delete mode 100644 src/content/blog/it/capacitor-native-bridge-web-to-android-data-transfer.md
 delete mode 100644 src/content/blog/it/capacitor-ota-updates-boosting-low-end-device-performance.md
 delete mode 100644 src/content/blog/it/capacitor-ota-updates-cicd-integration-guide.md
 delete mode 100644 src/content/blog/it/capacitor-ota-updates-security-tips.md
 delete mode 100644 src/content/blog/it/capacitor-ota-updates-staying-compliant.md
 delete mode 100644 src/content/blog/it/capacitor-ota-updates-targeting-ios-vs-android.md
 delete mode 100644 src/content/blog/it/capacitor-ota-updates-versioning-best-practices.md
 delete mode 100644 src/content/blog/it/capacitor-ota-updates-vs-traditional-testing-methods.md
 delete mode 100644 src/content/blog/it/capacitor-ota-updates-vs-traditional-versioning.md
 delete mode 100644 src/content/blog/it/capacitor-plugin-options-for-ota-updates.md
 delete mode 100644 src/content/blog/it/capacitor-plugins-for-secure-session-management.md
 delete mode 100644 src/content/blog/it/capacitor-plugins-what-you-need-to-know.md
 delete mode 100644 src/content/blog/it/capacitor-social-login-release.md
 delete mode 100644 src/content/blog/it/capacitor-vs-appflow-ota-update-solutions-compared.md
 delete mode 100644 src/content/blog/it/capacitor-vs-appflow-versioning-differences.md
 delete mode 100644 src/content/blog/it/capgo-for-app-store-safe-ota-updates.md
 delete mode 100644 src/content/blog/it/capgo-integration-with-github-actions-guide.md
 delete mode 100644 src/content/blog/it/capgo-purpose.md
 delete mode 100644 src/content/blog/it/checklist-for-google-play-ota-compliance.md
 delete mode 100644 src/content/blog/it/checklist-for-ota-updates-under-australias-privacy-act.md
 delete mode 100644 src/content/blog/it/checklist-for-token-signing-in-capacitor-apps.md
 delete mode 100644 src/content/blog/it/code-integrity-in-capacitor-apps-key-techniques.md
 delete mode 100644 src/content/blog/it/common-cicd-bottlenecks-in-ota-pipelines.md
 delete mode 100644 src/content/blog/it/common-live-update-issues-and-solutions-for-developers.md
 delete mode 100644 src/content/blog/it/common-mistakes-in-custom-attribute-segmentation.md
 delete mode 100644 src/content/blog/it/comparing-react-native-vs-capacitor.md
 delete mode 100644 src/content/blog/it/cpra-compliance-for-app-developers.md
 delete mode 100644 src/content/blog/it/create-react-mobile-apps-with-capacitor.md
 delete mode 100644 src/content/blog/it/creating-and-deleting-update-channels-in-capacitor.md
 delete mode 100644 src/content/blog/it/creating-mobile-apps-with-sveltekit-and-capacitor.md
 delete mode 100644 src/content/blog/it/cross-platform-mobile-app-development-guide-2024.md
 delete mode 100644 src/content/blog/it/cross-platform-uiux-best-practices-for-capacitor-apps.md
 delete mode 100644 src/content/blog/it/custom-ios-plugin-optimization-best-practices.md
 delete mode 100644 src/content/blog/it/developing-cross-platform-apps-with-capacitorjs.md.md
 delete mode 100644 src/content/blog/it/development-vs-production-key-differences-in-capacitor-apps.md
 delete mode 100644 src/content/blog/it/do-apple-allow-live-updates.md
 delete mode 100644 src/content/blog/it/do-capgo-work-for-cordova.md
 delete mode 100644 src/content/blog/it/do-google-allow-live-updates.md
 delete mode 100644 src/content/blog/it/enable-ios-developer-mode-ios16.md
 delete mode 100644 src/content/blog/it/error-handling-in-capacitor-apps-ux-best-practices.md
 delete mode 100644 src/content/blog/it/error-logging-tools-for-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/it/firebase-crashlytics-for-capacitor-apps.md
 delete mode 100644 src/content/blog/it/fix-capacitor-version-mismatch-errors.md
 delete mode 100644 src/content/blog/it/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
 delete mode 100644 src/content/blog/it/git-flow-vs-trunk-based-for-cicd.md
 delete mode 100644 src/content/blog/it/google-play-compliance-key-update-strategies.md
 delete mode 100644 src/content/blog/it/google-play-staged-rollouts-how-it-works.md
 delete mode 100644 src/content/blog/it/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
 delete mode 100644 src/content/blog/it/how-capacitor-bridges-web-and-native-code.md
 delete mode 100644 src/content/blog/it/how-capacitor-handles-platform-differences.md
 delete mode 100644 src/content/blog/it/how-capgo-is-born.md
 delete mode 100644 src/content/blog/it/how-ccpa-enforcement-impacts-apps.md
 delete mode 100644 src/content/blog/it/how-chinas-cybersecurity-law-impacts-app-developers.md
 delete mode 100644 src/content/blog/it/how-chinas-data-laws-impact-app-store-submissions.md
 delete mode 100644 src/content/blog/it/how-cicd-tools-trigger-ota-updates.md
 delete mode 100644 src/content/blog/it/how-delta-updates-reduce-payload-size.md
 delete mode 100644 src/content/blog/it/how-end-to-end-encryption-secures-updates.md
 delete mode 100644 src/content/blog/it/how-live-updates-for-capacitor-work.md
 delete mode 100644 src/content/blog/it/how-native-bridge-works-in-capacitor-android-apps.md
 delete mode 100644 src/content/blog/it/how-ota-encryption-meets-app-store-compliance.md
 delete mode 100644 src/content/blog/it/how-ota-updates-affect-app-store-security.md
 delete mode 100644 src/content/blog/it/how-rbac-secures-ota-updates-in-capacitor-apps.md
 delete mode 100644 src/content/blog/it/how-to-add-dependencies-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/it/how-to-add-geolocation-targeting-to-ota-updates.md
 delete mode 100644 src/content/blog/it/how-to-add-third-party-plugins-in-capacitor-apps.md
 delete mode 100644 src/content/blog/it/how-to-build-capacitor-app-in-xcode-cloud.md
 delete mode 100644 src/content/blog/it/how-to-bypass-app-store-review.md
 delete mode 100644 src/content/blog/it/how-to-customize-build-scripts-with-capacitor-cli.md
 delete mode 100644 src/content/blog/it/how-to-handle-user-data-in-capacitor-apps.md
 delete mode 100644 src/content/blog/it/how-to-handle-user-data-requests-under-ccpa.md
 delete mode 100644 src/content/blog/it/how-to-monitor-capacitor-app-updates.md
 delete mode 100644 src/content/blog/it/how-to-profile-cross-platform-apps-with-capacitor.md
 delete mode 100644 src/content/blog/it/how-to-release-major-version-in-capgo.md
 delete mode 100644 src/content/blog/it/how-to-resolve-android-build-errors-in-capacitor.md
 delete mode 100644 src/content/blog/it/how-to-schedule-ota-updates-for-capacitor-apps.md
 delete mode 100644 src/content/blog/it/how-to-secure-ota-updates-with-key-management.md
 delete mode 100644 src/content/blog/it/how-to-send-specific-version-to-users.md
 delete mode 100644 src/content/blog/it/how-to-track-ota-update-success-in-capacitor-apps.md
 delete mode 100644 src/content/blog/it/how-to-use-aar-files-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/it/how-to-use-capacitor-cli-for-ota-updates.md
 delete mode 100644 src/content/blog/it/how-to-use-capgo-documentation-for-ota-updates.md
 delete mode 100644 src/content/blog/it/how-to-use-semantic-versioning-with-capgo-ota-updates.md
 delete mode 100644 src/content/blog/it/how-version-work-in-capgo.md
 delete mode 100644 src/content/blog/it/how-your-usage-is-counted.md
 delete mode 100644 src/content/blog/it/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
 delete mode 100644 src/content/blog/it/in-app-purchases-capacitor.md
 delete mode 100644 src/content/blog/it/installing-capacitor-cli-step-by-step-guide.md
 delete mode 100644 src/content/blog/it/integrate-universal-links-capacitor-nextjs.md
 delete mode 100644 src/content/blog/it/integrity-checks-for-capacitor-updates.md
 delete mode 100644 src/content/blog/it/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
 delete mode 100644 src/content/blog/it/ionic-capacitor-push-notifications-firebase.md
 delete mode 100644 src/content/blog/it/live-updates-faq-answers-for-app-developers.md
 delete mode 100644 src/content/blog/it/live-updates-for-flutter-app.md
 delete mode 100644 src/content/blog/it/manage-dev-and-prod-build-with-github-actions.md
 delete mode 100644 src/content/blog/it/managing-secrets-in-cicd-pipelines.md
 delete mode 100644 src/content/blog/it/merge-policies-for-teams-using-capacitor-apps.md
 delete mode 100644 src/content/blog/it/migrating-cordova-to-capacitor.md
 delete mode 100644 src/content/blog/it/mobile-app-update-strategies-a-developers-checklist.md
 delete mode 100644 src/content/blog/it/moving-from-microsoft-app-center-to-capgo.md
 delete mode 100644 src/content/blog/it/npm-scripts-for-capacitor-ota-updates-explained.md
 delete mode 100644 src/content/blog/it/open-source-vs-proprietary-app-update-solutions.md
 delete mode 100644 src/content/blog/it/open-source.md
 delete mode 100644 src/content/blog/it/optimise-your-images-for-updates.md
 delete mode 100644 src/content/blog/it/ota-security-checklist-for-capacitor-apps.md
 delete mode 100644 src/content/blog/it/ota-updates-in-beta-staying-policy-compliant.md
 delete mode 100644 src/content/blog/it/payment-data-security-for-app-store-approval.md
 delete mode 100644 src/content/blog/it/pci-dss-compliance-for-mobile-apps-key-requirements.md
 delete mode 100644 src/content/blog/it/phased-rollouts-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/it/pipeda-compliance-for-mobile-apps-in-canada.md
 delete mode 100644 src/content/blog/it/pipeline-security-for-capacitor-apps-key-insights.md
 delete mode 100644 src/content/blog/it/privacy-manifest-for-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/it/quasar-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/it/real-time-update-metrics-for-capacitor-apps.md
 delete mode 100644 src/content/blog/it/real-time-updates-with-user-segmentation.md
 delete mode 100644 src/content/blog/it/refresh-token-rotation-in-cicd-workflows.md
 delete mode 100644 src/content/blog/it/rollback-mechanisms-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/it/rollback-strategies-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/it/rollback-strategies-for-cicd-workflows.md
 delete mode 100644 src/content/blog/it/secure-storage-for-offline-tokens-in-capacitor.md
 delete mode 100644 src/content/blog/it/self-hosted-live-updates.md
 delete mode 100644 src/content/blog/it/set-up-performance-monitoring-in-capacitor.md
 delete mode 100644 src/content/blog/it/setting-up-capacitor-local-environment.md
 delete mode 100644 src/content/blog/it/setting-up-cicd-for-capacitor-apps.md
 delete mode 100644 src/content/blog/it/setup-ci-and-cd-in-gitlab.md
 delete mode 100644 src/content/blog/it/staged-rollouts-vs-full-releases-comparison.md
 delete mode 100644 src/content/blog/it/staging-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/it/state-privacy-laws-for-mobile-apps-comparison.md
 delete mode 100644 src/content/blog/it/testing-capacitor-ota-updates-with-mock-scenarios.md
 delete mode 100644 src/content/blog/it/token-revocation-in-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/it/top-6-tools-for-managing-app-updates-in-2025.md
 delete mode 100644 src/content/blog/it/top-api-security-standards-for-app-store-compliance.md
 delete mode 100644 src/content/blog/it/top-tools-for-debugging-ota-updates-in-capacitor.md
 delete mode 100644 src/content/blog/it/top-tools-for-debugging-platform-specific-code-in-capacitor.md
 delete mode 100644 src/content/blog/it/turn-off-android-talkback.md
 delete mode 100644 src/content/blog/it/ultimate-guide-to-app-store-compliant-ota-updates.md
 delete mode 100644 src/content/blog/it/ultimate-guide-to-debugging-capacitor-apps.md
 delete mode 100644 src/content/blog/it/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
 delete mode 100644 src/content/blog/it/understanding-apples-privacy-manifest.md
 delete mode 100644 src/content/blog/it/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
 delete mode 100644 src/content/blog/it/updating-from-capacitor-4-to-capacitor-5.md
 delete mode 100644 src/content/blog/it/us-privacy-laws-mobile-app-checklist.md
 delete mode 100644 src/content/blog/it/usage-frequency-segmentation-for-app-updates.md
 delete mode 100644 src/content/blog/it/user-consent-for-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/it/version-control-tips-for-mobile-ci-cd.md
 delete mode 100644 src/content/blog/it/version-tagging-in-capacitor-apps.md
 delete mode 100644 src/content/blog/it/why-consent-management-matters-for-app-compliance.md
 delete mode 100644 src/content/blog/ja/2-way-communication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/5-common-ota-update-mistakes-to-avoid.md
 delete mode 100644 src/content/blog/ja/5-security-best-practices-for-mobile-app-live-updates.md
 delete mode 100644 src/content/blog/ja/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/5-steps-to-deploy-hotfixes-with-capgo.md
 delete mode 100644 src/content/blog/ja/5-steps-to-distribute-custom-capacitor-plugins.md
 delete mode 100644 src/content/blog/ja/5-steps-to-implement-oauth2-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/a-brand-new-organization-system.md
 delete mode 100644 src/content/blog/ja/account-deletion-compliance-apple-guidelines.md
 delete mode 100644 src/content/blog/ja/alternative-to-appflow.md
 delete mode 100644 src/content/blog/ja/alternative-to-expo.md
 delete mode 100644 src/content/blog/ja/alternative-to-voltbuilder.md
 delete mode 100644 src/content/blog/ja/android-16kb-page-size-capacitor-plugins.md
 delete mode 100644 src/content/blog/ja/android-setup-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/angular-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/ja/api-key-security-for-app-store-compliance.md
 delete mode 100644 src/content/blog/ja/api-rate-limiting-for-app-store-compliance.md
 delete mode 100644 src/content/blog/ja/app-store-metadata-what-developers-must-know.md
 delete mode 100644 src/content/blog/ja/app-store-vs-direct-updates-what-developers-need-to-know.md
 delete mode 100644 src/content/blog/ja/appcenter-migration.md
 delete mode 100644 src/content/blog/ja/appflow-cicd-integration-best-practices.md
 delete mode 100644 src/content/blog/ja/appflow-shutdown-alternative.md
 delete mode 100644 src/content/blog/ja/apple-policy-updates-for-capacitor-apps-2025.md
 delete mode 100644 src/content/blog/ja/apple-privacy-rules-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/apple-vs-google-privacy-compliance-for-third-party-data.md
 delete mode 100644 src/content/blog/ja/automated-consent-tracking-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/automatic-build-and-release-with-github-actions.md
 delete mode 100644 src/content/blog/ja/automatic-build-and-release-with-gitlab.md
 delete mode 100644 src/content/blog/ja/automatic-capacitor-android-build-github-action.md
 delete mode 100644 src/content/blog/ja/automatic-capacitor-android-build-gitlab.md
 delete mode 100644 src/content/blog/ja/automatic-capacitor-ios-build-codemagic.md
 delete mode 100644 src/content/blog/ja/automatic-capacitor-ios-build-github-action-with-match.md
 delete mode 100644 src/content/blog/ja/automatic-capacitor-ios-build-github-action.md
 delete mode 100644 src/content/blog/ja/basic-js-css-config-for-native-app-look.md
 delete mode 100644 src/content/blog/ja/best-practices-for-capacitor-code-sharing.md
 delete mode 100644 src/content/blog/ja/best-practices-for-capacitor-script-automation.md
 delete mode 100644 src/content/blog/ja/biometric-authentication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/birth-of-capgo-revolutionizing-capacitor-app-updates.md
 delete mode 100644 src/content/blog/ja/building-a-native-mobile-app-with-nextjs-and-capacitor.md
 delete mode 100644 src/content/blog/ja/capacitor-app-initialization-step-by-step-guide.md
 delete mode 100644 src/content/blog/ja/capacitor-apps-and-data-sharing-policies.md
 delete mode 100644 src/content/blog/ja/capacitor-apps-and-russias-data-laws-compliance-tips.md
 delete mode 100644 src/content/blog/ja/capacitor-changelog-management-ultimate-guide.md
 delete mode 100644 src/content/blog/ja/capacitor-cicd-pipeline-setup-guide.md
 delete mode 100644 src/content/blog/ja/capacitor-cicd-plugins-vs-appflow-key-differences.md
 delete mode 100644 src/content/blog/ja/capacitor-cli-commands-common-issues-and-fixes.md
 delete mode 100644 src/content/blog/ja/capacitor-cli-commands-for-version-updates.md
 delete mode 100644 src/content/blog/ja/capacitor-cli-plugin-commands-overview.md
 delete mode 100644 src/content/blog/ja/capacitor-cli-project-setup-guide.md
 delete mode 100644 src/content/blog/ja/capacitor-community-forums-for-plugin-developers.md
 delete mode 100644 src/content/blog/ja/capacitor-comprehensive-guide.md
 delete mode 100644 src/content/blog/ja/capacitor-live-updates-handling-version-conflicts.md
 delete mode 100644 src/content/blog/ja/capacitor-live-updates-staying-compliant-with-apple.md
 delete mode 100644 src/content/blog/ja/capacitor-native-bridge-android-plugin-basics.md
 delete mode 100644 src/content/blog/ja/capacitor-native-bridge-web-to-android-data-transfer.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-app-store-approval-guide.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-best-practices-for-performance.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-boosting-low-end-device-performance.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-cicd-integration-guide.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-cloud-hosting-options-compared.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-debugging-issues.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-security-tips.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-staying-compliant.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-targeting-ios-vs-android.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-version-targeting-explained.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-versioning-best-practices.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-vs-app-store-restrictions.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-vs-traditional-testing-methods.md
 delete mode 100644 src/content/blog/ja/capacitor-ota-updates-vs-traditional-versioning.md
 delete mode 100644 src/content/blog/ja/capacitor-plugin-contribution-guide.md
 delete mode 100644 src/content/blog/ja/capacitor-plugin-options-for-ota-updates.md
 delete mode 100644 src/content/blog/ja/capacitor-plugins-for-secure-session-management.md
 delete mode 100644 src/content/blog/ja/capacitor-plugins-what-you-need-to-know.md
 delete mode 100644 src/content/blog/ja/capacitor-social-login-release.md
 delete mode 100644 src/content/blog/ja/capacitor-vs-appflow-ota-update-solutions-compared.md
 delete mode 100644 src/content/blog/ja/capacitor-vs-appflow-versioning-differences.md
 delete mode 100644 src/content/blog/ja/capgo-for-app-store-safe-ota-updates.md
 delete mode 100644 src/content/blog/ja/capgo-integration-with-github-actions-guide.md
 delete mode 100644 src/content/blog/ja/capgo-price-reduction.md
 delete mode 100644 src/content/blog/ja/capgo-purpose.md
 delete mode 100644 src/content/blog/ja/capgo-vs-appflow-deployment-solutions-compared.md
 delete mode 100644 src/content/blog/ja/ccpa-compliance-for-mobile-apps.md
 delete mode 100644 src/content/blog/ja/checklist-for-cybersecurity-compliance-in-china.md
 delete mode 100644 src/content/blog/ja/checklist-for-google-play-ota-compliance.md
 delete mode 100644 src/content/blog/ja/checklist-for-ota-updates-under-australias-privacy-act.md
 delete mode 100644 src/content/blog/ja/checklist-for-token-signing-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/checklist-for-validating-capacitor-app-updates.md
 delete mode 100644 src/content/blog/ja/chinas-cybersecurity-law-impact-on-app-updates.md
 delete mode 100644 src/content/blog/ja/chinas-data-privacy-laws-impact-on-mobile-apps.md
 delete mode 100644 src/content/blog/ja/code-integrity-in-capacitor-apps-key-techniques.md
 delete mode 100644 src/content/blog/ja/common-cicd-bottlenecks-in-ota-pipelines.md
 delete mode 100644 src/content/blog/ja/common-live-update-issues-and-solutions-for-developers.md
 delete mode 100644 src/content/blog/ja/common-mistakes-in-custom-attribute-segmentation.md
 delete mode 100644 src/content/blog/ja/comparing-react-native-vs-capacitor.md
 delete mode 100644 src/content/blog/ja/compliance-checks-in-cicd-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/configuring-rollback-for-capacitor-updates.md
 delete mode 100644 src/content/blog/ja/cordova-hybrid-app-development.md
 delete mode 100644 src/content/blog/ja/cpra-compliance-for-app-developers.md
 delete mode 100644 src/content/blog/ja/create-offline-screen-in-vue-angular-react.md
 delete mode 100644 src/content/blog/ja/create-react-mobile-apps-with-capacitor.md
 delete mode 100644 src/content/blog/ja/creating-and-deleting-update-channels-in-capacitor.md
 delete mode 100644 src/content/blog/ja/creating-mobile-apps-with-react-and-capacitor.md
 delete mode 100644 src/content/blog/ja/creating-mobile-apps-with-sveltekit-and-capacitor.md
 delete mode 100644 src/content/blog/ja/cross-platform-mobile-app-development-guide-2024.md
 delete mode 100644 src/content/blog/ja/cross-platform-uiux-best-practices-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/custom-ios-plugin-optimization-best-practices.md
 delete mode 100644 src/content/blog/ja/developing-cross-platform-apps-with-capacitorjs.md.md
 delete mode 100644 src/content/blog/ja/development-vs-production-key-differences-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/do-apple-allow-live-updates.md
 delete mode 100644 src/content/blog/ja/do-capgo-work-for-cordova.md
 delete mode 100644 src/content/blog/ja/do-google-allow-live-updates.md
 delete mode 100644 src/content/blog/ja/enable-ios-developer-mode-ios16.md
 delete mode 100644 src/content/blog/ja/error-handling-in-capacitor-apps-ux-best-practices.md
 delete mode 100644 src/content/blog/ja/error-logging-tools-for-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/ja/firebase-crashlytics-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/fix-capacitor-version-mismatch-errors.md
 delete mode 100644 src/content/blog/ja/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
 delete mode 100644 src/content/blog/ja/git-flow-vs-trunk-based-for-cicd.md
 delete mode 100644 src/content/blog/ja/google-play-compliance-key-update-strategies.md
 delete mode 100644 src/content/blog/ja/google-play-staged-rollouts-how-it-works.md
 delete mode 100644 src/content/blog/ja/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
 delete mode 100644 src/content/blog/ja/how-capacitor-bridges-web-and-native-code.md
 delete mode 100644 src/content/blog/ja/how-capacitor-handles-platform-differences.md
 delete mode 100644 src/content/blog/ja/how-capgo-is-born.md
 delete mode 100644 src/content/blog/ja/how-ccpa-enforcement-impacts-apps.md
 delete mode 100644 src/content/blog/ja/how-chinas-cybersecurity-law-impacts-app-developers.md
 delete mode 100644 src/content/blog/ja/how-chinas-data-laws-impact-app-store-submissions.md
 delete mode 100644 src/content/blog/ja/how-cicd-tools-trigger-ota-updates.md
 delete mode 100644 src/content/blog/ja/how-delta-updates-reduce-payload-size.md
 delete mode 100644 src/content/blog/ja/how-end-to-end-encryption-secures-updates.md
 delete mode 100644 src/content/blog/ja/how-live-updates-for-capacitor-work.md
 delete mode 100644 src/content/blog/ja/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
 delete mode 100644 src/content/blog/ja/how-native-bridge-works-in-capacitor-android-apps.md
 delete mode 100644 src/content/blog/ja/how-ota-encryption-meets-app-store-compliance.md
 delete mode 100644 src/content/blog/ja/how-ota-updates-affect-app-store-security.md
 delete mode 100644 src/content/blog/ja/how-rbac-secures-ota-updates-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/how-to-add-dependencies-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/ja/how-to-add-geolocation-targeting-to-ota-updates.md
 delete mode 100644 src/content/blog/ja/how-to-add-third-party-plugins-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/how-to-build-capacitor-app-in-xcode-cloud.md
 delete mode 100644 src/content/blog/ja/how-to-bypass-app-store-review.md
 delete mode 100644 src/content/blog/ja/how-to-customize-build-scripts-with-capacitor-cli.md
 delete mode 100644 src/content/blog/ja/how-to-handle-user-data-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/how-to-handle-user-data-requests-under-ccpa.md
 delete mode 100644 src/content/blog/ja/how-to-monitor-capacitor-app-updates.md
 delete mode 100644 src/content/blog/ja/how-to-profile-cross-platform-apps-with-capacitor.md
 delete mode 100644 src/content/blog/ja/how-to-release-major-version-in-capgo.md
 delete mode 100644 src/content/blog/ja/how-to-resolve-android-build-errors-in-capacitor.md
 delete mode 100644 src/content/blog/ja/how-to-schedule-ota-updates-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/how-to-secure-ota-updates-with-key-management.md
 delete mode 100644 src/content/blog/ja/how-to-segment-users-by-plan-and-channels.md
 delete mode 100644 src/content/blog/ja/how-to-send-specific-version-to-users.md
 delete mode 100644 src/content/blog/ja/how-to-track-ota-update-success-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/how-to-use-aar-files-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/ja/how-to-use-capacitor-cli-for-ota-updates.md
 delete mode 100644 src/content/blog/ja/how-to-use-capgo-documentation-for-ota-updates.md
 delete mode 100644 src/content/blog/ja/how-to-use-semantic-versioning-with-capgo-ota-updates.md
 delete mode 100644 src/content/blog/ja/how-version-work-in-capgo.md
 delete mode 100644 src/content/blog/ja/how-your-usage-is-counted.md
 delete mode 100644 src/content/blog/ja/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
 delete mode 100644 src/content/blog/ja/in-app-purchases-capacitor.md
 delete mode 100644 src/content/blog/ja/installing-capacitor-cli-step-by-step-guide.md
 delete mode 100644 src/content/blog/ja/integrate-universal-links-capacitor-nextjs.md
 delete mode 100644 src/content/blog/ja/integrity-checks-for-capacitor-updates.md
 delete mode 100644 src/content/blog/ja/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
 delete mode 100644 src/content/blog/ja/ionic-capacitor-push-notifications-firebase.md
 delete mode 100644 src/content/blog/ja/key-management-under-chinas-encryption-rules.md
 delete mode 100644 src/content/blog/ja/live-updates-faq-answers-for-app-developers.md
 delete mode 100644 src/content/blog/ja/live-updates-for-flutter-app.md
 delete mode 100644 src/content/blog/ja/manage-dev-and-prod-build-with-github-actions.md
 delete mode 100644 src/content/blog/ja/managing-dependencies-in-capacitor-projects.md
 delete mode 100644 src/content/blog/ja/managing-secrets-in-cicd-pipelines.md
 delete mode 100644 src/content/blog/ja/merge-policies-for-teams-using-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/migrating-cordova-to-capacitor.md
 delete mode 100644 src/content/blog/ja/mobile-app-update-strategies-a-developers-checklist.md
 delete mode 100644 src/content/blog/ja/monitor-ota-updates-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/moving-from-microsoft-app-center-to-capgo.md
 delete mode 100644 src/content/blog/ja/npm-scripts-for-capacitor-ota-updates-explained.md
 delete mode 100644 src/content/blog/ja/open-source-licence.md
 delete mode 100644 src/content/blog/ja/open-source-vs-proprietary-app-update-solutions.md
 delete mode 100644 src/content/blog/ja/open-source.md
 delete mode 100644 src/content/blog/ja/optimise-your-images-for-updates.md
 delete mode 100644 src/content/blog/ja/ota-security-checklist-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/ota-updates-in-beta-staying-policy-compliant.md
 delete mode 100644 src/content/blog/ja/ota-updates-in-cicd-security-and-compliance-tips.md
 delete mode 100644 src/content/blog/ja/payment-data-security-for-app-store-approval.md
 delete mode 100644 src/content/blog/ja/pci-dss-compliance-for-mobile-apps-key-requirements.md
 delete mode 100644 src/content/blog/ja/phased-rollouts-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/ja/pipeda-compliance-for-mobile-apps-in-canada.md
 delete mode 100644 src/content/blog/ja/pipeline-security-for-capacitor-apps-key-insights.md
 delete mode 100644 src/content/blog/ja/privacy-manifest-for-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/ja/quasar-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/ja/real-time-update-metrics-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/real-time-updates-with-user-segmentation.md
 delete mode 100644 src/content/blog/ja/refresh-token-rotation-in-cicd-workflows.md
 delete mode 100644 src/content/blog/ja/rollback-mechanisms-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/ja/rollback-strategies-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/ja/rollback-strategies-for-cicd-workflows.md
 delete mode 100644 src/content/blog/ja/secure-storage-for-offline-tokens-in-capacitor.md
 delete mode 100644 src/content/blog/ja/self-hosted-capgo.md
 delete mode 100644 src/content/blog/ja/self-hosted-live-updates.md
 delete mode 100644 src/content/blog/ja/set-up-performance-monitoring-in-capacitor.md
 delete mode 100644 src/content/blog/ja/setting-up-capacitor-local-environment.md
 delete mode 100644 src/content/blog/ja/setting-up-cicd-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/setup-ci-and-cd-in-gitlab.md
 delete mode 100644 src/content/blog/ja/setup-stripe-payment-in-us-capacitor.md
 delete mode 100644 src/content/blog/ja/ssl-pinning-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/staged-rollouts-vs-full-releases-comparison.md
 delete mode 100644 src/content/blog/ja/staging-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/ja/state-privacy-laws-for-mobile-apps-comparison.md
 delete mode 100644 src/content/blog/ja/testing-capacitor-ota-updates-with-mock-scenarios.md
 delete mode 100644 src/content/blog/ja/testing-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/ja/token-revocation-in-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/ja/top-6-tools-for-managing-app-updates-in-2025.md
 delete mode 100644 src/content/blog/ja/top-api-security-standards-for-app-store-compliance.md
 delete mode 100644 src/content/blog/ja/top-tools-for-debugging-ota-updates-in-capacitor.md
 delete mode 100644 src/content/blog/ja/top-tools-for-debugging-platform-specific-code-in-capacitor.md
 delete mode 100644 src/content/blog/ja/turn-off-android-talkback.md
 delete mode 100644 src/content/blog/ja/ultimate-guide-to-app-store-compliant-ota-updates.md
 delete mode 100644 src/content/blog/ja/ultimate-guide-to-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/ja/ultimate-guide-to-debugging-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/understanding-apples-privacy-manifest.md
 delete mode 100644 src/content/blog/ja/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
 delete mode 100644 src/content/blog/ja/updating-from-capacitor-4-to-capacitor-5.md
 delete mode 100644 src/content/blog/ja/us-privacy-laws-mobile-app-checklist.md
 delete mode 100644 src/content/blog/ja/usage-frequency-segmentation-for-app-updates.md
 delete mode 100644 src/content/blog/ja/user-consent-for-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/ja/version-control-tips-for-mobile-ci-cd.md
 delete mode 100644 src/content/blog/ja/version-tagging-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ja/vue-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/ja/what-is-native-bridge-in-capacitor.md
 delete mode 100644 src/content/blog/ja/why-consent-management-matters-for-app-compliance.md
 delete mode 100644 src/content/blog/ko/2-way-communication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/5-common-ota-update-mistakes-to-avoid.md
 delete mode 100644 src/content/blog/ko/5-security-best-practices-for-mobile-app-live-updates.md
 delete mode 100644 src/content/blog/ko/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/5-steps-to-deploy-hotfixes-with-capgo.md
 delete mode 100644 src/content/blog/ko/5-steps-to-distribute-custom-capacitor-plugins.md
 delete mode 100644 src/content/blog/ko/5-steps-to-implement-oauth2-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/a-brand-new-organization-system.md
 delete mode 100644 src/content/blog/ko/account-deletion-compliance-apple-guidelines.md
 delete mode 100644 src/content/blog/ko/alternative-to-appflow.md
 delete mode 100644 src/content/blog/ko/alternative-to-expo.md
 delete mode 100644 src/content/blog/ko/alternative-to-voltbuilder.md
 delete mode 100644 src/content/blog/ko/android-16kb-page-size-capacitor-plugins.md
 delete mode 100644 src/content/blog/ko/android-setup-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/angular-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/ko/api-key-security-for-app-store-compliance.md
 delete mode 100644 src/content/blog/ko/api-rate-limiting-for-app-store-compliance.md
 delete mode 100644 src/content/blog/ko/app-store-metadata-what-developers-must-know.md
 delete mode 100644 src/content/blog/ko/app-store-vs-direct-updates-what-developers-need-to-know.md
 delete mode 100644 src/content/blog/ko/appcenter-migration.md
 delete mode 100644 src/content/blog/ko/appflow-cicd-integration-best-practices.md
 delete mode 100644 src/content/blog/ko/appflow-shutdown-alternative.md
 delete mode 100644 src/content/blog/ko/apple-policy-updates-for-capacitor-apps-2025.md
 delete mode 100644 src/content/blog/ko/apple-privacy-rules-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/apple-vs-google-privacy-compliance-for-third-party-data.md
 delete mode 100644 src/content/blog/ko/automated-consent-tracking-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/automatic-build-and-release-with-github-actions.md
 delete mode 100644 src/content/blog/ko/automatic-build-and-release-with-gitlab.md
 delete mode 100644 src/content/blog/ko/automatic-capacitor-android-build-github-action.md
 delete mode 100644 src/content/blog/ko/automatic-capacitor-android-build-gitlab.md
 delete mode 100644 src/content/blog/ko/automatic-capacitor-ios-build-codemagic.md
 delete mode 100644 src/content/blog/ko/automatic-capacitor-ios-build-github-action-with-match.md
 delete mode 100644 src/content/blog/ko/automatic-capacitor-ios-build-github-action.md
 delete mode 100644 src/content/blog/ko/basic-js-css-config-for-native-app-look.md
 delete mode 100644 src/content/blog/ko/best-practices-for-capacitor-code-sharing.md
 delete mode 100644 src/content/blog/ko/best-practices-for-capacitor-script-automation.md
 delete mode 100644 src/content/blog/ko/biometric-authentication-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/birth-of-capgo-revolutionizing-capacitor-app-updates.md
 delete mode 100644 src/content/blog/ko/building-a-native-mobile-app-with-nextjs-and-capacitor.md
 delete mode 100644 src/content/blog/ko/capacitor-app-initialization-step-by-step-guide.md
 delete mode 100644 src/content/blog/ko/capacitor-apps-and-data-sharing-policies.md
 delete mode 100644 src/content/blog/ko/capacitor-apps-and-russias-data-laws-compliance-tips.md
 delete mode 100644 src/content/blog/ko/capacitor-changelog-management-ultimate-guide.md
 delete mode 100644 src/content/blog/ko/capacitor-cicd-pipeline-setup-guide.md
 delete mode 100644 src/content/blog/ko/capacitor-cicd-plugins-vs-appflow-key-differences.md
 delete mode 100644 src/content/blog/ko/capacitor-cli-commands-common-issues-and-fixes.md
 delete mode 100644 src/content/blog/ko/capacitor-cli-commands-for-version-updates.md
 delete mode 100644 src/content/blog/ko/capacitor-cli-plugin-commands-overview.md
 delete mode 100644 src/content/blog/ko/capacitor-cli-project-setup-guide.md
 delete mode 100644 src/content/blog/ko/capacitor-community-forums-for-plugin-developers.md
 delete mode 100644 src/content/blog/ko/capacitor-comprehensive-guide.md
 delete mode 100644 src/content/blog/ko/capacitor-live-updates-handling-version-conflicts.md
 delete mode 100644 src/content/blog/ko/capacitor-live-updates-staying-compliant-with-apple.md
 delete mode 100644 src/content/blog/ko/capacitor-native-bridge-android-plugin-basics.md
 delete mode 100644 src/content/blog/ko/capacitor-native-bridge-web-to-android-data-transfer.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-app-store-approval-guide.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-best-practices-for-performance.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-boosting-low-end-device-performance.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-cicd-integration-guide.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-cloud-hosting-options-compared.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-debugging-issues.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-security-tips.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-staying-compliant.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-targeting-ios-vs-android.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-version-targeting-explained.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-versioning-best-practices.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-vs-app-store-restrictions.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-vs-traditional-testing-methods.md
 delete mode 100644 src/content/blog/ko/capacitor-ota-updates-vs-traditional-versioning.md
 delete mode 100644 src/content/blog/ko/capacitor-plugin-contribution-guide.md
 delete mode 100644 src/content/blog/ko/capacitor-plugin-options-for-ota-updates.md
 delete mode 100644 src/content/blog/ko/capacitor-plugins-for-secure-session-management.md
 delete mode 100644 src/content/blog/ko/capacitor-plugins-what-you-need-to-know.md
 delete mode 100644 src/content/blog/ko/capacitor-social-login-release.md
 delete mode 100644 src/content/blog/ko/capacitor-vs-appflow-ota-update-solutions-compared.md
 delete mode 100644 src/content/blog/ko/capacitor-vs-appflow-versioning-differences.md
 delete mode 100644 src/content/blog/ko/capgo-for-app-store-safe-ota-updates.md
 delete mode 100644 src/content/blog/ko/capgo-integration-with-github-actions-guide.md
 delete mode 100644 src/content/blog/ko/capgo-price-reduction.md
 delete mode 100644 src/content/blog/ko/capgo-purpose.md
 delete mode 100644 src/content/blog/ko/capgo-vs-appflow-deployment-solutions-compared.md
 delete mode 100644 src/content/blog/ko/ccpa-compliance-for-mobile-apps.md
 delete mode 100644 src/content/blog/ko/checklist-for-cybersecurity-compliance-in-china.md
 delete mode 100644 src/content/blog/ko/checklist-for-google-play-ota-compliance.md
 delete mode 100644 src/content/blog/ko/checklist-for-ota-updates-under-australias-privacy-act.md
 delete mode 100644 src/content/blog/ko/checklist-for-token-signing-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/checklist-for-validating-capacitor-app-updates.md
 delete mode 100644 src/content/blog/ko/chinas-cybersecurity-law-impact-on-app-updates.md
 delete mode 100644 src/content/blog/ko/chinas-data-privacy-laws-impact-on-mobile-apps.md
 delete mode 100644 src/content/blog/ko/code-integrity-in-capacitor-apps-key-techniques.md
 delete mode 100644 src/content/blog/ko/common-cicd-bottlenecks-in-ota-pipelines.md
 delete mode 100644 src/content/blog/ko/common-live-update-issues-and-solutions-for-developers.md
 delete mode 100644 src/content/blog/ko/common-mistakes-in-custom-attribute-segmentation.md
 delete mode 100644 src/content/blog/ko/comparing-react-native-vs-capacitor.md
 delete mode 100644 src/content/blog/ko/compliance-checks-in-cicd-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/configuring-rollback-for-capacitor-updates.md
 delete mode 100644 src/content/blog/ko/cordova-hybrid-app-development.md
 delete mode 100644 src/content/blog/ko/cpra-compliance-for-app-developers.md
 delete mode 100644 src/content/blog/ko/create-offline-screen-in-vue-angular-react.md
 delete mode 100644 src/content/blog/ko/create-react-mobile-apps-with-capacitor.md
 delete mode 100644 src/content/blog/ko/creating-and-deleting-update-channels-in-capacitor.md
 delete mode 100644 src/content/blog/ko/creating-mobile-apps-with-react-and-capacitor.md
 delete mode 100644 src/content/blog/ko/creating-mobile-apps-with-sveltekit-and-capacitor.md
 delete mode 100644 src/content/blog/ko/cross-platform-mobile-app-development-guide-2024.md
 delete mode 100644 src/content/blog/ko/cross-platform-uiux-best-practices-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/custom-ios-plugin-optimization-best-practices.md
 delete mode 100644 src/content/blog/ko/developing-cross-platform-apps-with-capacitorjs.md.md
 delete mode 100644 src/content/blog/ko/development-vs-production-key-differences-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/do-apple-allow-live-updates.md
 delete mode 100644 src/content/blog/ko/do-capgo-work-for-cordova.md
 delete mode 100644 src/content/blog/ko/do-google-allow-live-updates.md
 delete mode 100644 src/content/blog/ko/enable-ios-developer-mode-ios16.md
 delete mode 100644 src/content/blog/ko/error-handling-in-capacitor-apps-ux-best-practices.md
 delete mode 100644 src/content/blog/ko/error-logging-tools-for-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/ko/fix-capacitor-version-mismatch-errors.md
 delete mode 100644 src/content/blog/ko/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
 delete mode 100644 src/content/blog/ko/git-flow-vs-trunk-based-for-cicd.md
 delete mode 100644 src/content/blog/ko/google-play-compliance-key-update-strategies.md
 delete mode 100644 src/content/blog/ko/google-play-staged-rollouts-how-it-works.md
 delete mode 100644 src/content/blog/ko/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
 delete mode 100644 src/content/blog/ko/how-capacitor-bridges-web-and-native-code.md
 delete mode 100644 src/content/blog/ko/how-capacitor-handles-platform-differences.md
 delete mode 100644 src/content/blog/ko/how-capgo-is-born.md
 delete mode 100644 src/content/blog/ko/how-ccpa-enforcement-impacts-apps.md
 delete mode 100644 src/content/blog/ko/how-chinas-cybersecurity-law-impacts-app-developers.md
 delete mode 100644 src/content/blog/ko/how-chinas-data-laws-impact-app-store-submissions.md
 delete mode 100644 src/content/blog/ko/how-cicd-tools-trigger-ota-updates.md
 delete mode 100644 src/content/blog/ko/how-delta-updates-reduce-payload-size.md
 delete mode 100644 src/content/blog/ko/how-end-to-end-encryption-secures-updates.md
 delete mode 100644 src/content/blog/ko/how-live-updates-for-capacitor-work.md
 delete mode 100644 src/content/blog/ko/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
 delete mode 100644 src/content/blog/ko/how-native-bridge-works-in-capacitor-android-apps.md
 delete mode 100644 src/content/blog/ko/how-ota-encryption-meets-app-store-compliance.md
 delete mode 100644 src/content/blog/ko/how-ota-updates-affect-app-store-security.md
 delete mode 100644 src/content/blog/ko/how-rbac-secures-ota-updates-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/how-to-add-dependencies-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/ko/how-to-add-geolocation-targeting-to-ota-updates.md
 delete mode 100644 src/content/blog/ko/how-to-add-third-party-plugins-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/how-to-build-capacitor-app-in-xcode-cloud.md
 delete mode 100644 src/content/blog/ko/how-to-bypass-app-store-review.md
 delete mode 100644 src/content/blog/ko/how-to-customize-build-scripts-with-capacitor-cli.md
 delete mode 100644 src/content/blog/ko/how-to-handle-user-data-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/how-to-handle-user-data-requests-under-ccpa.md
 delete mode 100644 src/content/blog/ko/how-to-monitor-capacitor-app-updates.md
 delete mode 100644 src/content/blog/ko/how-to-profile-cross-platform-apps-with-capacitor.md
 delete mode 100644 src/content/blog/ko/how-to-release-major-version-in-capgo.md
 delete mode 100644 src/content/blog/ko/how-to-resolve-android-build-errors-in-capacitor.md
 delete mode 100644 src/content/blog/ko/how-to-schedule-ota-updates-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/how-to-secure-ota-updates-with-key-management.md
 delete mode 100644 src/content/blog/ko/how-to-segment-users-by-plan-and-channels.md
 delete mode 100644 src/content/blog/ko/how-to-send-specific-version-to-users.md
 delete mode 100644 src/content/blog/ko/how-to-track-ota-update-success-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/how-to-use-aar-files-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/ko/how-to-use-capacitor-cli-for-ota-updates.md
 delete mode 100644 src/content/blog/ko/how-to-use-capgo-documentation-for-ota-updates.md
 delete mode 100644 src/content/blog/ko/how-to-use-semantic-versioning-with-capgo-ota-updates.md
 delete mode 100644 src/content/blog/ko/how-version-work-in-capgo.md
 delete mode 100644 src/content/blog/ko/how-your-usage-is-counted.md
 delete mode 100644 src/content/blog/ko/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
 delete mode 100644 src/content/blog/ko/in-app-purchases-capacitor.md
 delete mode 100644 src/content/blog/ko/installing-capacitor-cli-step-by-step-guide.md
 delete mode 100644 src/content/blog/ko/integrate-universal-links-capacitor-nextjs.md
 delete mode 100644 src/content/blog/ko/integrity-checks-for-capacitor-updates.md
 delete mode 100644 src/content/blog/ko/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
 delete mode 100644 src/content/blog/ko/ionic-capacitor-push-notifications-firebase.md
 delete mode 100644 src/content/blog/ko/key-management-under-chinas-encryption-rules.md
 delete mode 100644 src/content/blog/ko/live-updates-faq-answers-for-app-developers.md
 delete mode 100644 src/content/blog/ko/live-updates-for-flutter-app.md
 delete mode 100644 src/content/blog/ko/manage-dev-and-prod-build-with-github-actions.md
 delete mode 100644 src/content/blog/ko/managing-dependencies-in-capacitor-projects.md
 delete mode 100644 src/content/blog/ko/managing-secrets-in-cicd-pipelines.md
 delete mode 100644 src/content/blog/ko/merge-policies-for-teams-using-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/migrating-cordova-to-capacitor.md
 delete mode 100644 src/content/blog/ko/mobile-app-update-strategies-a-developers-checklist.md
 delete mode 100644 src/content/blog/ko/monitor-ota-updates-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/moving-from-microsoft-app-center-to-capgo.md
 delete mode 100644 src/content/blog/ko/npm-scripts-for-capacitor-ota-updates-explained.md
 delete mode 100644 src/content/blog/ko/open-source-licence.md
 delete mode 100644 src/content/blog/ko/open-source-vs-proprietary-app-update-solutions.md
 delete mode 100644 src/content/blog/ko/open-source.md
 delete mode 100644 src/content/blog/ko/optimise-your-images-for-updates.md
 delete mode 100644 src/content/blog/ko/ota-security-checklist-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/ota-updates-in-beta-staying-policy-compliant.md
 delete mode 100644 src/content/blog/ko/ota-updates-in-cicd-security-and-compliance-tips.md
 delete mode 100644 src/content/blog/ko/payment-data-security-for-app-store-approval.md
 delete mode 100644 src/content/blog/ko/pci-dss-compliance-for-mobile-apps-key-requirements.md
 delete mode 100644 src/content/blog/ko/phased-rollouts-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/ko/pipeda-compliance-for-mobile-apps-in-canada.md
 delete mode 100644 src/content/blog/ko/pipeline-security-for-capacitor-apps-key-insights.md
 delete mode 100644 src/content/blog/ko/privacy-manifest-for-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/ko/quasar-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/ko/real-time-update-metrics-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/real-time-updates-with-user-segmentation.md
 delete mode 100644 src/content/blog/ko/refresh-token-rotation-in-cicd-workflows.md
 delete mode 100644 src/content/blog/ko/rollback-mechanisms-in-capacitor-plugins.md
 delete mode 100644 src/content/blog/ko/rollback-strategies-for-capacitor-live-updates.md
 delete mode 100644 src/content/blog/ko/rollback-strategies-for-cicd-workflows.md
 delete mode 100644 src/content/blog/ko/secure-storage-for-offline-tokens-in-capacitor.md
 delete mode 100644 src/content/blog/ko/self-hosted-capgo.md
 delete mode 100644 src/content/blog/ko/self-hosted-live-updates.md
 delete mode 100644 src/content/blog/ko/set-up-performance-monitoring-in-capacitor.md
 delete mode 100644 src/content/blog/ko/setting-up-capacitor-local-environment.md
 delete mode 100644 src/content/blog/ko/setting-up-cicd-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/setup-ci-and-cd-in-gitlab.md
 delete mode 100644 src/content/blog/ko/setup-stripe-payment-in-us-capacitor.md
 delete mode 100644 src/content/blog/ko/ssl-pinning-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/staged-rollouts-vs-full-releases-comparison.md
 delete mode 100644 src/content/blog/ko/staging-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/ko/state-privacy-laws-for-mobile-apps-comparison.md
 delete mode 100644 src/content/blog/ko/testing-capacitor-ota-updates-with-mock-scenarios.md
 delete mode 100644 src/content/blog/ko/testing-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/ko/token-revocation-in-capacitor-apps-guide.md
 delete mode 100644 src/content/blog/ko/top-6-tools-for-managing-app-updates-in-2025.md
 delete mode 100644 src/content/blog/ko/top-api-security-standards-for-app-store-compliance.md
 delete mode 100644 src/content/blog/ko/top-tools-for-debugging-ota-updates-in-capacitor.md
 delete mode 100644 src/content/blog/ko/top-tools-for-debugging-platform-specific-code-in-capacitor.md
 delete mode 100644 src/content/blog/ko/turn-off-android-talkback.md
 delete mode 100644 src/content/blog/ko/ultimate-guide-to-app-store-compliant-ota-updates.md
 delete mode 100644 src/content/blog/ko/ultimate-guide-to-capacitor-ota-updates.md
 delete mode 100644 src/content/blog/ko/ultimate-guide-to-debugging-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/understanding-apples-privacy-manifest.md
 delete mode 100644 src/content/blog/ko/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
 delete mode 100644 src/content/blog/ko/updating-from-capacitor-4-to-capacitor-5.md
 delete mode 100644 src/content/blog/ko/us-privacy-laws-mobile-app-checklist.md
 delete mode 100644 src/content/blog/ko/usage-frequency-segmentation-for-app-updates.md
 delete mode 100644 src/content/blog/ko/user-consent-for-ota-updates-best-practices.md
 delete mode 100644 src/content/blog/ko/version-control-tips-for-mobile-ci-cd.md
 delete mode 100644 src/content/blog/ko/version-tagging-in-capacitor-apps.md
 delete mode 100644 src/content/blog/ko/vue-mobile-app-capacitor.md
 delete mode 100644 src/content/blog/ko/what-is-native-bridge-in-capacitor.md
 delete mode 100644 src/content/blog/ko/why-consent-management-matters-for-app-compliance.md
 delete mode 100644 src/content/blog/zh/android-16kb-page-size-capacitor-plugins.md
 delete mode 100644 src/content/docs/de/docs/cli/cloud-build/android.mdx
 delete mode 100644 src/content/docs/de/docs/cli/cloud-build/credentials.mdx
 delete mode 100644 src/content/docs/de/docs/cli/cloud-build/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/cli/cloud-build/ios.mdx
 delete mode 100644 src/content/docs/de/docs/cli/cloud-build/troubleshooting.mdx
 delete mode 100644 src/content/docs/de/docs/cli/commands.mdx
 delete mode 100644 src/content/docs/de/docs/cli/migrations/cli-from-0x-to-1x.mdx
 delete mode 100644 src/content/docs/de/docs/cli/migrations/encryption.md
 delete mode 100644 src/content/docs/de/docs/cli/overview.mdx
 delete mode 100644 src/content/docs/de/docs/cli/reference/account.mdx
 delete mode 100644 src/content/docs/de/docs/cli/reference/app.mdx
 delete mode 100644 src/content/docs/de/docs/cli/reference/build.mdx
 delete mode 100644 src/content/docs/de/docs/cli/reference/bundle.mdx
 delete mode 100644 src/content/docs/de/docs/cli/reference/channel.mdx
 delete mode 100644 src/content/docs/de/docs/cli/reference/doctor.mdx
 delete mode 100644 src/content/docs/de/docs/cli/reference/index.mdx
 delete mode 100644 src/content/docs/de/docs/cli/reference/init.mdx
 delete mode 100644 src/content/docs/de/docs/cli/reference/key.mdx
 delete mode 100644 src/content/docs/de/docs/cli/reference/login.mdx
 delete mode 100644 src/content/docs/de/docs/cli/reference/organisation.mdx
 delete mode 100644 src/content/docs/de/docs/contributing/adding-plugins.mdx
 delete mode 100644 src/content/docs/de/docs/faq.mdx
 delete mode 100644 src/content/docs/de/docs/getting-help.mdx
 delete mode 100644 src/content/docs/de/docs/getting-started/add-an-app.mdx
 delete mode 100644 src/content/docs/de/docs/getting-started/cicd-integration.mdx
 delete mode 100644 src/content/docs/de/docs/getting-started/deploy.mdx
 delete mode 100644 src/content/docs/de/docs/getting-started/onboarding.mdx
 delete mode 100644 src/content/docs/de/docs/getting-started/quickstart.mdx
 delete mode 100644 src/content/docs/de/docs/getting-started/troubleshooting.mdx
 delete mode 100644 src/content/docs/de/docs/getting-started/wrapping-up.mdx
 delete mode 100644 src/content/docs/de/docs/how-to.mdx
 delete mode 100644 src/content/docs/de/docs/index.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/breaking-changes.md
 delete mode 100644 src/content/docs/de/docs/live-updates/channels.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/china-configuration.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/compliance.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/custom-storage.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/differentials.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/encryption.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/features.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/index.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/integrations/azure-devops.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/integrations/bitbucket-pipeline.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/integrations/github-actions.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/integrations/gitlab-ci.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/integrations/index.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/rollbacks.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/update-behavior.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/update-types.mdx
 delete mode 100644 src/content/docs/de/docs/live-updates/version-targeting.mdx
 delete mode 100644 src/content/docs/de/docs/plugin/api.md
 delete mode 100644 src/content/docs/de/docs/plugins/accelerometer/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/accelerometer/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/admob/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/admob/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/age-signals/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/age-signals/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/alarm/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/alarm/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/android-inline-install/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/android-inline-install/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/android-kiosk/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/android-kiosk/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/android-usagestatsmanager/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/android-usagestatsmanager/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/appinsights/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/appinsights/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/audio-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/audio-recorder/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/audiosession/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/audiosession/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/autofill-save-password/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/autofill-save-password/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/background-geolocation/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/background-geolocation/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/barometer/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/barometer/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/camera-preview/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/camera-preview/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/capacitor-plus/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/capacitor-plus/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/compass/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/compass/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/contacts/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/contacts/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/crisp/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/crisp/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/data-storage-sqlite/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/data-storage-sqlite/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/document-scanner/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/document-scanner/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/downloader/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/downloader/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/env/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/env/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/fast-sql/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/fast-sql/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/ffmpeg/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/ffmpeg/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/file-compressor/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/file-compressor/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/file/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/file/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/flash/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/flash/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/gtm/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/gtm/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/health/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/health/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/home-indicator/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/home-indicator/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/ibeacon/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/ibeacon/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/inappbrowser/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/inappbrowser/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/is-root/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/is-root/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/ivs-player/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/ivs-player/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/jw-player/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/jw-player/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/launch-navigator/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/launch-navigator/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/live-reload/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/live-reload/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/llm/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/llm/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/media-session/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/media-session/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/mute/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/mute/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/mux-player/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/mux-player/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-audio/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-audio/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-biometric/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-biometric/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-market/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-market/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-purchases/android-create-subscription.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-purchases/android-introductory-offer.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-purchases/android-play-store-review.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-purchases/android-sandbox-testing.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-purchases/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-purchases/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-purchases/ios-app-store-review.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-purchases/ios-create-subscription.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-purchases/ios-introductory-offer.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-purchases/ios-sandbox-testing.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/native-purchases/ios-subscription-group.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/nativegeocoder/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/nativegeocoder/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/navigation-bar/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/navigation-bar/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/nfc/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/nfc/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/pay/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/pay/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/pdf-generator/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/pdf-generator/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/pedometer/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/pedometer/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/persistent-account/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/persistent-account/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/photo-library/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/photo-library/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/printer/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/printer/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/realtimekit/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/realtimekit/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/ricoh360-camera/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/ricoh360-camera/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/screen-orientation/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/screen-orientation/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/screen-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/screen-recorder/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/shake/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/shake/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/share-target/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/share-target/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/sim/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/sim/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/apple/android.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/apple/general.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/apple/ios.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/apple/web.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/facebook.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/firebase/google/android.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/firebase/google/general.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/firebase/google/ios.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/firebase/google/web.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/firebase/introduction.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/google/android.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/google/general.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/google/ios.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/google/web.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/migrations/apple.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/migrations/facebook.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/migrations/google.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/migrations/v7.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/supabase/Apple/android.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/supabase/Apple/general.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/supabase/Apple/ios.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/supabase/Apple/web.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/supabase/google/android.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/supabase/google/general.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/supabase/google/ios.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/supabase/google/web.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/social-login/supabase/introduction.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/speech-recognition/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/speech-recognition/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/speech-synthesis/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/speech-synthesis/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/streamcall/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/streamcall/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/textinteraction/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/textinteraction/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/twilio-voice/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/twilio-voice/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/api.md
 delete mode 100644 src/content/docs/de/docs/plugins/updater/cordova.md
 delete mode 100644 src/content/docs/de/docs/plugins/updater/debugging.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/events.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/known-issues.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/local-dev/capacitor-updater.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/local-dev/cli.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/local-dev/contributing.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/local-dev/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/notify-app-ready.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/self-hosted/auto-update.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/self-hosted/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/self-hosted/handling-channels.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/self-hosted/handling-stats.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/self-hosted/handling-updates.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/self-hosted/manual-update.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/updater/settings.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/uploader/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/uploader/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/video-player/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/video-player/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/volume-buttons/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/volume-buttons/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/wechat/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/wechat/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/wifi/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/wifi/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/youtube-player/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/youtube-player/index.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/zip/getting-started.mdx
 delete mode 100644 src/content/docs/de/docs/plugins/zip/index.mdx
 delete mode 100644 src/content/docs/de/docs/public-api/api-keys.mdx
 delete mode 100644 src/content/docs/de/docs/public-api/app.mdx
 delete mode 100644 src/content/docs/de/docs/public-api/bundles.mdx
 delete mode 100644 src/content/docs/de/docs/public-api/channels.mdx
 delete mode 100644 src/content/docs/de/docs/public-api/devices.mdx
 delete mode 100644 src/content/docs/de/docs/public-api/index.mdx
 delete mode 100644 src/content/docs/de/docs/public-api/members.mdx
 delete mode 100644 src/content/docs/de/docs/public-api/organizations.mdx
 delete mode 100644 src/content/docs/de/docs/public-api/statistics.mdx
 delete mode 100644 src/content/docs/de/docs/upgrade/from-appflow-to-capgo.mdx
 delete mode 100644 src/content/docs/de/docs/upgrade/from-capawesome-to-capgo.mdx
 delete mode 100644 src/content/docs/de/docs/upgrade/from-v2-to-v3.md
 delete mode 100644 src/content/docs/de/docs/upgrade/from-v3-to-v4.md
 delete mode 100644 src/content/docs/de/docs/upgrade/from-v4-to-v5.md
 delete mode 100644 src/content/docs/de/docs/upgrade/from-v5-to-v6.md
 delete mode 100644 src/content/docs/de/docs/upgrade/from-v6-to-v7.md
 delete mode 100644 src/content/docs/de/docs/upgrade/from-v7-to-v8.md
 delete mode 100644 src/content/docs/de/docs/webapp/api-keys.mdx
 delete mode 100644 src/content/docs/de/docs/webapp/bundles.mdx
 delete mode 100644 src/content/docs/de/docs/webapp/channels.mdx
 delete mode 100644 src/content/docs/de/docs/webapp/devices.mdx
 delete mode 100644 src/content/docs/de/docs/webapp/index.mdx
 delete mode 100644 src/content/docs/de/docs/webapp/logs.mdx
 delete mode 100644 src/content/docs/de/docs/webapp/main-app-page.mdx
 delete mode 100644 src/content/docs/de/docs/webapp/main-page.mdx
 delete mode 100644 src/content/docs/de/docs/webapp/mfa.mdx
 delete mode 100644 src/content/docs/de/docs/webapp/organization-security.mdx
 delete mode 100644 src/content/docs/de/docs/webapp/organization-system.mdx
 delete mode 100644 src/content/docs/de/docs/webapp/payment.mdx
 delete mode 100644 src/content/docs/de/docs/webapp/settings.mdx
 delete mode 100644 src/content/docs/es/docs/cli/cloud-build/android.mdx
 delete mode 100644 src/content/docs/es/docs/cli/cloud-build/credentials.mdx
 delete mode 100644 src/content/docs/es/docs/cli/cloud-build/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/cli/cloud-build/ios.mdx
 delete mode 100644 src/content/docs/es/docs/cli/cloud-build/troubleshooting.mdx
 delete mode 100644 src/content/docs/es/docs/cli/commands.mdx
 delete mode 100644 src/content/docs/es/docs/cli/migrations/cli-from-0x-to-1x.mdx
 delete mode 100644 src/content/docs/es/docs/cli/migrations/encryption.md
 delete mode 100644 src/content/docs/es/docs/cli/overview.mdx
 delete mode 100644 src/content/docs/es/docs/cli/reference/account.mdx
 delete mode 100644 src/content/docs/es/docs/cli/reference/app.mdx
 delete mode 100644 src/content/docs/es/docs/cli/reference/build.mdx
 delete mode 100644 src/content/docs/es/docs/cli/reference/bundle.mdx
 delete mode 100644 src/content/docs/es/docs/cli/reference/channel.mdx
 delete mode 100644 src/content/docs/es/docs/cli/reference/doctor.mdx
 delete mode 100644 src/content/docs/es/docs/cli/reference/index.mdx
 delete mode 100644 src/content/docs/es/docs/cli/reference/init.mdx
 delete mode 100644 src/content/docs/es/docs/cli/reference/key.mdx
 delete mode 100644 src/content/docs/es/docs/cli/reference/login.mdx
 delete mode 100644 src/content/docs/es/docs/cli/reference/organisation.mdx
 delete mode 100644 src/content/docs/es/docs/contributing/adding-plugins.mdx
 delete mode 100644 src/content/docs/es/docs/faq.mdx
 delete mode 100644 src/content/docs/es/docs/getting-help.mdx
 delete mode 100644 src/content/docs/es/docs/getting-started/add-an-app.mdx
 delete mode 100644 src/content/docs/es/docs/getting-started/cicd-integration.mdx
 delete mode 100644 src/content/docs/es/docs/getting-started/deploy.mdx
 delete mode 100644 src/content/docs/es/docs/getting-started/onboarding.mdx
 delete mode 100644 src/content/docs/es/docs/getting-started/quickstart.mdx
 delete mode 100644 src/content/docs/es/docs/getting-started/troubleshooting.mdx
 delete mode 100644 src/content/docs/es/docs/getting-started/wrapping-up.mdx
 delete mode 100644 src/content/docs/es/docs/how-to.mdx
 delete mode 100644 src/content/docs/es/docs/index.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/breaking-changes.md
 delete mode 100644 src/content/docs/es/docs/live-updates/channels.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/china-configuration.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/compliance.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/custom-storage.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/differentials.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/encryption.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/features.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/index.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/integrations/azure-devops.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/integrations/bitbucket-pipeline.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/integrations/github-actions.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/integrations/gitlab-ci.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/integrations/index.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/rollbacks.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/update-behavior.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/update-types.mdx
 delete mode 100644 src/content/docs/es/docs/live-updates/version-targeting.mdx
 delete mode 100644 src/content/docs/es/docs/plugin/api.md
 delete mode 100644 src/content/docs/es/docs/plugins/accelerometer/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/accelerometer/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/admob/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/admob/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/age-signals/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/age-signals/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/alarm/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/alarm/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/android-inline-install/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/android-inline-install/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/android-kiosk/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/android-kiosk/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/android-usagestatsmanager/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/android-usagestatsmanager/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/appinsights/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/appinsights/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/audio-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/audio-recorder/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/audiosession/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/audiosession/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/autofill-save-password/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/autofill-save-password/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/background-geolocation/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/background-geolocation/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/barometer/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/barometer/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/camera-preview/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/camera-preview/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/capacitor-plus/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/capacitor-plus/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/compass/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/compass/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/contacts/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/contacts/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/crisp/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/crisp/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/data-storage-sqlite/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/data-storage-sqlite/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/document-scanner/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/document-scanner/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/downloader/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/downloader/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/env/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/env/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/fast-sql/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/fast-sql/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/ffmpeg/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/ffmpeg/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/file-compressor/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/file-compressor/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/file/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/file/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/flash/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/flash/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/gtm/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/gtm/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/health/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/health/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/home-indicator/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/home-indicator/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/ibeacon/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/ibeacon/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/inappbrowser/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/inappbrowser/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/is-root/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/is-root/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/ivs-player/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/ivs-player/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/jw-player/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/jw-player/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/launch-navigator/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/launch-navigator/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/live-reload/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/live-reload/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/llm/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/llm/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/media-session/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/media-session/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/mute/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/mute/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/mux-player/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/mux-player/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-audio/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-audio/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-biometric/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-biometric/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-market/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-market/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-purchases/android-create-subscription.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-purchases/android-introductory-offer.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-purchases/android-play-store-review.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-purchases/android-sandbox-testing.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-purchases/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-purchases/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-purchases/ios-app-store-review.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-purchases/ios-create-subscription.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-purchases/ios-introductory-offer.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-purchases/ios-sandbox-testing.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/native-purchases/ios-subscription-group.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/nativegeocoder/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/nativegeocoder/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/navigation-bar/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/navigation-bar/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/nfc/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/nfc/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/pay/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/pay/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/pdf-generator/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/pdf-generator/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/pedometer/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/pedometer/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/persistent-account/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/persistent-account/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/photo-library/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/photo-library/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/printer/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/printer/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/realtimekit/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/realtimekit/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/ricoh360-camera/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/ricoh360-camera/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/screen-orientation/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/screen-orientation/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/screen-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/screen-recorder/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/shake/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/shake/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/share-target/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/share-target/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/sim/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/sim/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/apple/android.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/apple/general.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/apple/ios.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/apple/web.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/facebook.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/firebase/google/android.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/firebase/google/general.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/firebase/google/ios.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/firebase/google/web.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/firebase/introduction.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/google/android.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/google/general.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/google/ios.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/google/web.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/migrations/apple.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/migrations/facebook.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/migrations/google.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/migrations/v7.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/supabase/Apple/android.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/supabase/Apple/general.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/supabase/Apple/ios.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/supabase/Apple/web.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/supabase/google/android.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/supabase/google/general.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/supabase/google/ios.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/supabase/google/web.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/social-login/supabase/introduction.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/speech-recognition/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/speech-recognition/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/speech-synthesis/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/speech-synthesis/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/streamcall/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/streamcall/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/textinteraction/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/textinteraction/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/twilio-voice/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/twilio-voice/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/api.md
 delete mode 100644 src/content/docs/es/docs/plugins/updater/cordova.md
 delete mode 100644 src/content/docs/es/docs/plugins/updater/debugging.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/events.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/known-issues.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/local-dev/capacitor-updater.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/local-dev/cli.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/local-dev/contributing.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/local-dev/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/notify-app-ready.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/self-hosted/auto-update.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/self-hosted/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/self-hosted/handling-channels.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/self-hosted/handling-stats.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/self-hosted/handling-updates.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/self-hosted/manual-update.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/updater/settings.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/uploader/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/uploader/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/video-player/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/video-player/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/volume-buttons/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/volume-buttons/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/wechat/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/wechat/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/wifi/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/wifi/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/youtube-player/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/youtube-player/index.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/zip/getting-started.mdx
 delete mode 100644 src/content/docs/es/docs/plugins/zip/index.mdx
 delete mode 100644 src/content/docs/es/docs/public-api/api-keys.mdx
 delete mode 100644 src/content/docs/es/docs/public-api/app.mdx
 delete mode 100644 src/content/docs/es/docs/public-api/bundles.mdx
 delete mode 100644 src/content/docs/es/docs/public-api/channels.mdx
 delete mode 100644 src/content/docs/es/docs/public-api/devices.mdx
 delete mode 100644 src/content/docs/es/docs/public-api/index.mdx
 delete mode 100644 src/content/docs/es/docs/public-api/members.mdx
 delete mode 100644 src/content/docs/es/docs/public-api/organizations.mdx
 delete mode 100644 src/content/docs/es/docs/public-api/statistics.mdx
 delete mode 100644 src/content/docs/es/docs/upgrade/from-appflow-to-capgo.mdx
 delete mode 100644 src/content/docs/es/docs/upgrade/from-capawesome-to-capgo.mdx
 delete mode 100644 src/content/docs/es/docs/upgrade/from-v2-to-v3.md
 delete mode 100644 src/content/docs/es/docs/upgrade/from-v3-to-v4.md
 delete mode 100644 src/content/docs/es/docs/upgrade/from-v4-to-v5.md
 delete mode 100644 src/content/docs/es/docs/upgrade/from-v5-to-v6.md
 delete mode 100644 src/content/docs/es/docs/upgrade/from-v6-to-v7.md
 delete mode 100644 src/content/docs/es/docs/upgrade/from-v7-to-v8.md
 delete mode 100644 src/content/docs/es/docs/webapp/api-keys.mdx
 delete mode 100644 src/content/docs/es/docs/webapp/bundles.mdx
 delete mode 100644 src/content/docs/es/docs/webapp/channels.mdx
 delete mode 100644 src/content/docs/es/docs/webapp/devices.mdx
 delete mode 100644 src/content/docs/es/docs/webapp/index.mdx
 delete mode 100644 src/content/docs/es/docs/webapp/logs.mdx
 delete mode 100644 src/content/docs/es/docs/webapp/main-app-page.mdx
 delete mode 100644 src/content/docs/es/docs/webapp/main-page.mdx
 delete mode 100644 src/content/docs/es/docs/webapp/mfa.mdx
 delete mode 100644 src/content/docs/es/docs/webapp/organization-security.mdx
 delete mode 100644 src/content/docs/es/docs/webapp/organization-system.mdx
 delete mode 100644 src/content/docs/es/docs/webapp/payment.mdx
 delete mode 100644 src/content/docs/es/docs/webapp/settings.mdx
 delete mode 100644 src/content/docs/fr/cli/cloud-build/android.mdx
 delete mode 100644 src/content/docs/fr/cli/cloud-build/credentials.mdx
 delete mode 100644 src/content/docs/fr/cli/cloud-build/getting-started.mdx
 delete mode 100644 src/content/docs/fr/cli/cloud-build/ios.mdx
 delete mode 100644 src/content/docs/fr/cli/cloud-build/troubleshooting.mdx
 delete mode 100644 src/content/docs/fr/cli/commands.mdx
 delete mode 100644 src/content/docs/fr/cli/migrations/cli-from-0x-to-1x.mdx
 delete mode 100644 src/content/docs/fr/cli/migrations/encryption.md
 delete mode 100644 src/content/docs/fr/cli/overview.mdx
 delete mode 100644 src/content/docs/fr/cli/reference/account.mdx
 delete mode 100644 src/content/docs/fr/cli/reference/app.mdx
 delete mode 100644 src/content/docs/fr/cli/reference/build.mdx
 delete mode 100644 src/content/docs/fr/cli/reference/bundle.mdx
 delete mode 100644 src/content/docs/fr/cli/reference/channel.mdx
 delete mode 100644 src/content/docs/fr/cli/reference/doctor.mdx
 delete mode 100644 src/content/docs/fr/cli/reference/index.mdx
 delete mode 100644 src/content/docs/fr/cli/reference/init.mdx
 delete mode 100644 src/content/docs/fr/cli/reference/key.mdx
 delete mode 100644 src/content/docs/fr/cli/reference/login.mdx
 delete mode 100644 src/content/docs/fr/cli/reference/organisation.mdx
 delete mode 100644 src/content/docs/fr/contributing/adding-plugins.mdx
 delete mode 100644 src/content/docs/fr/docs/faq.mdx
 delete mode 100644 src/content/docs/fr/docs/getting-help.mdx
 delete mode 100644 src/content/docs/fr/docs/how-to.mdx
 delete mode 100644 src/content/docs/fr/docs/index.mdx
 delete mode 100644 src/content/docs/fr/docs/live-updates/breaking-changes.md
 delete mode 100644 src/content/docs/fr/docs/live-updates/channels.mdx
 delete mode 100644 src/content/docs/fr/docs/live-updates/china-configuration.mdx
 delete mode 100644 src/content/docs/fr/docs/live-updates/compliance.mdx
 delete mode 100644 src/content/docs/fr/docs/live-updates/custom-storage.mdx
 delete mode 100644 src/content/docs/fr/docs/live-updates/differentials.mdx
 delete mode 100644 src/content/docs/fr/docs/live-updates/encryption.mdx
 delete mode 100644 src/content/docs/fr/docs/live-updates/integrations/azure-devops.mdx
 delete mode 100644 src/content/docs/fr/docs/live-updates/integrations/bitbucket-pipeline.mdx
 delete mode 100644 src/content/docs/fr/docs/live-updates/integrations/github-actions.mdx
 delete mode 100644 src/content/docs/fr/docs/live-updates/integrations/gitlab-ci.mdx
 delete mode 100644 src/content/docs/fr/docs/live-updates/integrations/index.mdx
 delete mode 100644 src/content/docs/fr/docs/live-updates/rollbacks.mdx
 delete mode 100644 src/content/docs/fr/docs/live-updates/update-behavior.mdx
 delete mode 100644 src/content/docs/fr/faq.mdx
 delete mode 100644 src/content/docs/fr/getting-help.mdx
 delete mode 100644 src/content/docs/fr/getting-started/add-an-app.mdx
 delete mode 100644 src/content/docs/fr/getting-started/cicd-integration.mdx
 delete mode 100644 src/content/docs/fr/getting-started/deploy.mdx
 delete mode 100644 src/content/docs/fr/getting-started/onboarding.mdx
 delete mode 100644 src/content/docs/fr/getting-started/quickstart.mdx
 delete mode 100644 src/content/docs/fr/getting-started/troubleshooting.mdx
 delete mode 100644 src/content/docs/fr/getting-started/wrapping-up.mdx
 delete mode 100644 src/content/docs/fr/how-to.mdx
 delete mode 100644 src/content/docs/fr/index.mdx
 delete mode 100644 src/content/docs/fr/live-updates/features.mdx
 delete mode 100644 src/content/docs/fr/live-updates/index.mdx
 delete mode 100644 src/content/docs/fr/live-updates/update-types.mdx
 delete mode 100644 src/content/docs/fr/plugin/api.md
 delete mode 100644 src/content/docs/fr/plugins/accelerometer/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/accelerometer/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/admob/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/admob/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/age-signals/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/age-signals/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/alarm/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/alarm/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/android-inline-install/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/android-inline-install/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/android-kiosk/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/android-kiosk/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/android-usagestatsmanager/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/android-usagestatsmanager/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/appinsights/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/appinsights/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/audio-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/audio-recorder/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/audiosession/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/audiosession/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/autofill-save-password/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/autofill-save-password/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/background-geolocation/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/background-geolocation/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/barometer/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/barometer/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/camera-preview/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/camera-preview/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/capacitor-plus/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/capacitor-plus/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/compass/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/compass/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/contacts/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/contacts/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/crisp/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/crisp/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/data-storage-sqlite/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/data-storage-sqlite/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/document-scanner/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/document-scanner/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/downloader/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/downloader/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/env/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/env/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/fast-sql/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/fast-sql/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/ffmpeg/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/ffmpeg/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/file-compressor/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/file-compressor/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/file/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/file/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/flash/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/flash/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/gtm/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/gtm/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/health/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/health/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/home-indicator/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/home-indicator/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/ibeacon/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/ibeacon/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/inappbrowser/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/inappbrowser/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/is-root/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/is-root/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/ivs-player/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/ivs-player/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/jw-player/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/jw-player/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/launch-navigator/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/launch-navigator/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/live-reload/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/live-reload/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/llm/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/llm/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/media-session/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/media-session/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/mute/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/mute/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/mux-player/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/mux-player/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-audio/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-audio/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-biometric/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-biometric/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-market/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-market/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-purchases/android-create-subscription.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-purchases/android-introductory-offer.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-purchases/android-play-store-review.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-purchases/android-sandbox-testing.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-purchases/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-purchases/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-purchases/ios-app-store-review.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-purchases/ios-create-subscription.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-purchases/ios-introductory-offer.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-purchases/ios-sandbox-testing.mdx
 delete mode 100644 src/content/docs/fr/plugins/native-purchases/ios-subscription-group.mdx
 delete mode 100644 src/content/docs/fr/plugins/nativegeocoder/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/nativegeocoder/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/navigation-bar/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/navigation-bar/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/nfc/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/nfc/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/pay/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/pay/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/pdf-generator/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/pdf-generator/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/pedometer/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/pedometer/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/persistent-account/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/persistent-account/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/photo-library/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/photo-library/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/printer/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/printer/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/realtimekit/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/realtimekit/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/ricoh360-camera/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/ricoh360-camera/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/screen-orientation/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/screen-orientation/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/screen-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/screen-recorder/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/shake/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/shake/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/share-target/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/share-target/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/sim/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/sim/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/apple/android.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/apple/general.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/apple/ios.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/apple/web.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/facebook.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/firebase/google/android.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/firebase/google/general.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/firebase/google/ios.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/firebase/google/web.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/firebase/introduction.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/google/android.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/google/general.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/google/ios.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/google/web.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/migrations/apple.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/migrations/facebook.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/migrations/google.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/migrations/v7.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/supabase/Apple/android.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/supabase/Apple/general.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/supabase/Apple/ios.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/supabase/Apple/web.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/supabase/google/android.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/supabase/google/general.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/supabase/google/ios.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/supabase/google/web.mdx
 delete mode 100644 src/content/docs/fr/plugins/social-login/supabase/introduction.mdx
 delete mode 100644 src/content/docs/fr/plugins/speech-recognition/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/speech-recognition/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/speech-synthesis/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/speech-synthesis/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/streamcall/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/streamcall/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/textinteraction/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/textinteraction/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/twilio-voice/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/twilio-voice/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/api.md
 delete mode 100644 src/content/docs/fr/plugins/updater/cordova.md
 delete mode 100644 src/content/docs/fr/plugins/updater/debugging.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/events.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/known-issues.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/local-dev/capacitor-updater.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/local-dev/cli.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/local-dev/contributing.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/local-dev/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/notify-app-ready.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/self-hosted/auto-update.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/self-hosted/encrypted-bundles.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/self-hosted/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/self-hosted/handling-channels.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/self-hosted/handling-stats.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/self-hosted/handling-updates.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/self-hosted/manual-update.mdx
 delete mode 100644 src/content/docs/fr/plugins/updater/settings.mdx
 delete mode 100644 src/content/docs/fr/plugins/uploader/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/uploader/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/video-player/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/video-player/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/volume-buttons/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/volume-buttons/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/wechat/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/wechat/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/wifi/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/wifi/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/youtube-player/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/youtube-player/index.mdx
 delete mode 100644 src/content/docs/fr/plugins/zip/getting-started.mdx
 delete mode 100644 src/content/docs/fr/plugins/zip/index.mdx
 delete mode 100644 src/content/docs/fr/public-api/api-keys.mdx
 delete mode 100644 src/content/docs/fr/public-api/app.mdx
 delete mode 100644 src/content/docs/fr/public-api/bundles.mdx
 delete mode 100644 src/content/docs/fr/public-api/channels.mdx
 delete mode 100644 src/content/docs/fr/public-api/devices.mdx
 delete mode 100644 src/content/docs/fr/public-api/index.mdx
 delete mode 100644 src/content/docs/fr/public-api/members.mdx
 delete mode 100644 src/content/docs/fr/public-api/organizations.mdx
 delete mode 100644 src/content/docs/fr/public-api/statistics.mdx
 delete mode 100644 src/content/docs/fr/upgrade/from-appflow-to-capgo.mdx
 delete mode 100644 src/content/docs/fr/upgrade/from-capawesome-to-capgo.mdx
 delete mode 100644 src/content/docs/fr/upgrade/from-v2-to-v3.md
 delete mode 100644 src/content/docs/fr/upgrade/from-v3-to-v4.md
 delete mode 100644 src/content/docs/fr/upgrade/from-v4-to-v5.md
 delete mode 100644 src/content/docs/fr/upgrade/from-v5-to-v6.md
 delete mode 100644 src/content/docs/fr/upgrade/from-v6-to-v7.md
 delete mode 100644 src/content/docs/fr/upgrade/from-v7-to-v8.md
 delete mode 100644 src/content/docs/fr/webapp/api-keys.mdx
 delete mode 100644 src/content/docs/fr/webapp/bundles.mdx
 delete mode 100644 src/content/docs/fr/webapp/channels.mdx
 delete mode 100644 src/content/docs/fr/webapp/devices.mdx
 delete mode 100644 src/content/docs/fr/webapp/index.mdx
 delete mode 100644 src/content/docs/fr/webapp/logs.mdx
 delete mode 100644 src/content/docs/fr/webapp/main-app-page.mdx
 delete mode 100644 src/content/docs/fr/webapp/main-page.mdx
 delete mode 100644 src/content/docs/fr/webapp/mfa.mdx
 delete mode 100644 src/content/docs/fr/webapp/organization-security.mdx
 delete mode 100644 src/content/docs/fr/webapp/organization-system.mdx
 delete mode 100644 src/content/docs/fr/webapp/payment.mdx
 delete mode 100644 src/content/docs/fr/webapp/settings.mdx
 delete mode 100644 src/content/docs/id/docs/cli/cloud-build/android.mdx
 delete mode 100644 src/content/docs/id/docs/cli/cloud-build/credentials.mdx
 delete mode 100644 src/content/docs/id/docs/cli/cloud-build/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/cli/cloud-build/ios.mdx
 delete mode 100644 src/content/docs/id/docs/cli/cloud-build/troubleshooting.mdx
 delete mode 100644 src/content/docs/id/docs/cli/commands.mdx
 delete mode 100644 src/content/docs/id/docs/cli/migrations/cli-from-0x-to-1x.mdx
 delete mode 100644 src/content/docs/id/docs/cli/migrations/encryption.md
 delete mode 100644 src/content/docs/id/docs/cli/overview.mdx
 delete mode 100644 src/content/docs/id/docs/cli/reference/account.mdx
 delete mode 100644 src/content/docs/id/docs/cli/reference/app.mdx
 delete mode 100644 src/content/docs/id/docs/cli/reference/build.mdx
 delete mode 100644 src/content/docs/id/docs/cli/reference/bundle.mdx
 delete mode 100644 src/content/docs/id/docs/cli/reference/channel.mdx
 delete mode 100644 src/content/docs/id/docs/cli/reference/doctor.mdx
 delete mode 100644 src/content/docs/id/docs/cli/reference/index.mdx
 delete mode 100644 src/content/docs/id/docs/cli/reference/init.mdx
 delete mode 100644 src/content/docs/id/docs/cli/reference/key.mdx
 delete mode 100644 src/content/docs/id/docs/cli/reference/login.mdx
 delete mode 100644 src/content/docs/id/docs/cli/reference/organisation.mdx
 delete mode 100644 src/content/docs/id/docs/contributing/adding-plugins.mdx
 delete mode 100644 src/content/docs/id/docs/faq.mdx
 delete mode 100644 src/content/docs/id/docs/getting-help.mdx
 delete mode 100644 src/content/docs/id/docs/getting-started/add-an-app.mdx
 delete mode 100644 src/content/docs/id/docs/getting-started/cicd-integration.mdx
 delete mode 100644 src/content/docs/id/docs/getting-started/deploy.mdx
 delete mode 100644 src/content/docs/id/docs/getting-started/onboarding.mdx
 delete mode 100644 src/content/docs/id/docs/getting-started/quickstart.mdx
 delete mode 100644 src/content/docs/id/docs/getting-started/troubleshooting.mdx
 delete mode 100644 src/content/docs/id/docs/getting-started/wrapping-up.mdx
 delete mode 100644 src/content/docs/id/docs/how-to.mdx
 delete mode 100644 src/content/docs/id/docs/index.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/breaking-changes.md
 delete mode 100644 src/content/docs/id/docs/live-updates/channels.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/china-configuration.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/compliance.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/custom-storage.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/differentials.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/encryption.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/features.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/index.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/integrations/azure-devops.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/integrations/bitbucket-pipeline.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/integrations/github-actions.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/integrations/gitlab-ci.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/integrations/index.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/rollbacks.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/update-behavior.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/update-types.mdx
 delete mode 100644 src/content/docs/id/docs/live-updates/version-targeting.mdx
 delete mode 100644 src/content/docs/id/docs/plugin/api.md
 delete mode 100644 src/content/docs/id/docs/plugins/accelerometer/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/accelerometer/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/admob/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/admob/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/age-signals/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/age-signals/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/alarm/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/alarm/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/android-inline-install/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/android-inline-install/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/android-kiosk/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/android-kiosk/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/android-usagestatsmanager/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/android-usagestatsmanager/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/appinsights/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/appinsights/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/audio-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/audio-recorder/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/audiosession/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/audiosession/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/autofill-save-password/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/autofill-save-password/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/background-geolocation/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/background-geolocation/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/barometer/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/barometer/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/camera-preview/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/camera-preview/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/capacitor-plus/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/capacitor-plus/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/compass/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/compass/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/contacts/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/contacts/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/crisp/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/crisp/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/data-storage-sqlite/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/data-storage-sqlite/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/document-scanner/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/document-scanner/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/downloader/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/downloader/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/env/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/env/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/fast-sql/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/fast-sql/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/ffmpeg/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/ffmpeg/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/file-compressor/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/file-compressor/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/file/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/file/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/flash/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/flash/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/gtm/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/gtm/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/health/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/health/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/home-indicator/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/home-indicator/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/ibeacon/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/ibeacon/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/inappbrowser/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/inappbrowser/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/is-root/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/is-root/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/ivs-player/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/ivs-player/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/jw-player/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/jw-player/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/launch-navigator/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/launch-navigator/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/live-reload/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/live-reload/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/llm/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/llm/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/media-session/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/media-session/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/mute/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/mute/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/mux-player/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/mux-player/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-audio/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-audio/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-biometric/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-biometric/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-market/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-market/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-purchases/android-create-subscription.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-purchases/android-introductory-offer.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-purchases/android-play-store-review.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-purchases/android-sandbox-testing.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-purchases/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-purchases/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-purchases/ios-app-store-review.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-purchases/ios-create-subscription.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-purchases/ios-introductory-offer.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-purchases/ios-sandbox-testing.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/native-purchases/ios-subscription-group.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/nativegeocoder/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/nativegeocoder/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/navigation-bar/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/navigation-bar/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/nfc/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/nfc/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/pay/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/pay/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/pdf-generator/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/pdf-generator/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/pedometer/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/pedometer/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/persistent-account/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/persistent-account/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/photo-library/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/photo-library/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/printer/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/printer/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/realtimekit/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/realtimekit/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/ricoh360-camera/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/ricoh360-camera/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/screen-orientation/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/screen-orientation/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/screen-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/screen-recorder/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/shake/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/shake/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/share-target/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/share-target/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/sim/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/sim/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/apple/android.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/apple/general.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/apple/ios.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/apple/web.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/facebook.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/firebase/google/android.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/firebase/google/general.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/firebase/google/ios.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/firebase/google/web.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/firebase/introduction.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/google/android.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/google/general.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/google/ios.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/google/web.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/migrations/apple.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/migrations/facebook.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/migrations/google.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/migrations/v7.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/supabase/Apple/android.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/supabase/Apple/general.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/supabase/Apple/ios.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/supabase/Apple/web.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/supabase/google/android.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/supabase/google/general.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/supabase/google/ios.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/supabase/google/web.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/social-login/supabase/introduction.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/speech-recognition/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/speech-recognition/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/speech-synthesis/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/speech-synthesis/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/streamcall/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/streamcall/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/textinteraction/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/textinteraction/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/twilio-voice/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/twilio-voice/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/api.md
 delete mode 100644 src/content/docs/id/docs/plugins/updater/cordova.md
 delete mode 100644 src/content/docs/id/docs/plugins/updater/debugging.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/events.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/known-issues.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/local-dev/capacitor-updater.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/local-dev/cli.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/local-dev/contributing.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/local-dev/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/notify-app-ready.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/self-hosted/auto-update.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/self-hosted/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/self-hosted/handling-channels.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/self-hosted/handling-stats.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/self-hosted/handling-updates.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/self-hosted/manual-update.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/updater/settings.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/uploader/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/uploader/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/video-player/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/video-player/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/volume-buttons/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/volume-buttons/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/wechat/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/wechat/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/wifi/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/wifi/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/youtube-player/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/youtube-player/index.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/zip/getting-started.mdx
 delete mode 100644 src/content/docs/id/docs/plugins/zip/index.mdx
 delete mode 100644 src/content/docs/id/docs/public-api/api-keys.mdx
 delete mode 100644 src/content/docs/id/docs/public-api/app.mdx
 delete mode 100644 src/content/docs/id/docs/public-api/bundles.mdx
 delete mode 100644 src/content/docs/id/docs/public-api/channels.mdx
 delete mode 100644 src/content/docs/id/docs/public-api/devices.mdx
 delete mode 100644 src/content/docs/id/docs/public-api/index.mdx
 delete mode 100644 src/content/docs/id/docs/public-api/members.mdx
 delete mode 100644 src/content/docs/id/docs/public-api/organizations.mdx
 delete mode 100644 src/content/docs/id/docs/public-api/statistics.mdx
 delete mode 100644 src/content/docs/id/docs/upgrade/from-appflow-to-capgo.mdx
 delete mode 100644 src/content/docs/id/docs/upgrade/from-capawesome-to-capgo.mdx
 delete mode 100644 src/content/docs/id/docs/upgrade/from-v2-to-v3.md
 delete mode 100644 src/content/docs/id/docs/upgrade/from-v3-to-v4.md
 delete mode 100644 src/content/docs/id/docs/upgrade/from-v4-to-v5.md
 delete mode 100644 src/content/docs/id/docs/upgrade/from-v5-to-v6.md
 delete mode 100644 src/content/docs/id/docs/upgrade/from-v6-to-v7.md
 delete mode 100644 src/content/docs/id/docs/upgrade/from-v7-to-v8.md
 delete mode 100644 src/content/docs/id/docs/webapp/api-keys.mdx
 delete mode 100644 src/content/docs/id/docs/webapp/bundles.mdx
 delete mode 100644 src/content/docs/id/docs/webapp/channels.mdx
 delete mode 100644 src/content/docs/id/docs/webapp/devices.mdx
 delete mode 100644 src/content/docs/id/docs/webapp/index.mdx
 delete mode 100644 src/content/docs/id/docs/webapp/logs.mdx
 delete mode 100644 src/content/docs/id/docs/webapp/main-app-page.mdx
 delete mode 100644 src/content/docs/id/docs/webapp/main-page.mdx
 delete mode 100644 src/content/docs/id/docs/webapp/mfa.mdx
 delete mode 100644 src/content/docs/id/docs/webapp/organization-security.mdx
 delete mode 100644 src/content/docs/id/docs/webapp/organization-system.mdx
 delete mode 100644 src/content/docs/id/docs/webapp/payment.mdx
 delete mode 100644 src/content/docs/id/docs/webapp/settings.mdx
 delete mode 100644 src/content/docs/it/docs/cli/cloud-build/android.mdx
 delete mode 100644 src/content/docs/it/docs/cli/cloud-build/credentials.mdx
 delete mode 100644 src/content/docs/it/docs/cli/cloud-build/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/cli/cloud-build/ios.mdx
 delete mode 100644 src/content/docs/it/docs/cli/cloud-build/troubleshooting.mdx
 delete mode 100644 src/content/docs/it/docs/cli/commands.mdx
 delete mode 100644 src/content/docs/it/docs/cli/migrations/cli-from-0x-to-1x.mdx
 delete mode 100644 src/content/docs/it/docs/cli/migrations/encryption.md
 delete mode 100644 src/content/docs/it/docs/cli/overview.mdx
 delete mode 100644 src/content/docs/it/docs/cli/reference/account.mdx
 delete mode 100644 src/content/docs/it/docs/cli/reference/app.mdx
 delete mode 100644 src/content/docs/it/docs/cli/reference/build.mdx
 delete mode 100644 src/content/docs/it/docs/cli/reference/bundle.mdx
 delete mode 100644 src/content/docs/it/docs/cli/reference/channel.mdx
 delete mode 100644 src/content/docs/it/docs/cli/reference/doctor.mdx
 delete mode 100644 src/content/docs/it/docs/cli/reference/index.mdx
 delete mode 100644 src/content/docs/it/docs/cli/reference/init.mdx
 delete mode 100644 src/content/docs/it/docs/cli/reference/key.mdx
 delete mode 100644 src/content/docs/it/docs/cli/reference/login.mdx
 delete mode 100644 src/content/docs/it/docs/cli/reference/organisation.mdx
 delete mode 100644 src/content/docs/it/docs/contributing/adding-plugins.mdx
 delete mode 100644 src/content/docs/it/docs/faq.mdx
 delete mode 100644 src/content/docs/it/docs/getting-help.mdx
 delete mode 100644 src/content/docs/it/docs/getting-started/add-an-app.mdx
 delete mode 100644 src/content/docs/it/docs/getting-started/cicd-integration.mdx
 delete mode 100644 src/content/docs/it/docs/getting-started/deploy.mdx
 delete mode 100644 src/content/docs/it/docs/getting-started/onboarding.mdx
 delete mode 100644 src/content/docs/it/docs/getting-started/quickstart.mdx
 delete mode 100644 src/content/docs/it/docs/getting-started/troubleshooting.mdx
 delete mode 100644 src/content/docs/it/docs/getting-started/wrapping-up.mdx
 delete mode 100644 src/content/docs/it/docs/how-to.mdx
 delete mode 100644 src/content/docs/it/docs/index.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/breaking-changes.md
 delete mode 100644 src/content/docs/it/docs/live-updates/channels.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/china-configuration.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/compliance.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/custom-storage.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/differentials.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/encryption.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/features.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/index.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/integrations/azure-devops.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/integrations/bitbucket-pipeline.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/integrations/github-actions.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/integrations/gitlab-ci.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/integrations/index.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/rollbacks.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/update-behavior.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/update-types.mdx
 delete mode 100644 src/content/docs/it/docs/live-updates/version-targeting.mdx
 delete mode 100644 src/content/docs/it/docs/plugin/api.md
 delete mode 100644 src/content/docs/it/docs/plugins/accelerometer/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/accelerometer/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/admob/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/admob/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/age-signals/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/age-signals/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/alarm/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/alarm/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/android-inline-install/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/android-inline-install/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/android-kiosk/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/android-kiosk/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/android-usagestatsmanager/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/android-usagestatsmanager/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/appinsights/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/appinsights/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/audio-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/audio-recorder/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/audiosession/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/audiosession/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/autofill-save-password/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/autofill-save-password/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/background-geolocation/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/background-geolocation/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/barometer/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/barometer/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/camera-preview/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/camera-preview/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/capacitor-plus/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/capacitor-plus/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/compass/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/compass/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/contacts/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/contacts/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/crisp/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/crisp/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/data-storage-sqlite/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/data-storage-sqlite/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/document-scanner/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/document-scanner/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/downloader/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/downloader/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/env/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/env/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/fast-sql/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/fast-sql/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/ffmpeg/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/ffmpeg/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/file-compressor/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/file-compressor/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/file/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/file/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/flash/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/flash/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/gtm/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/gtm/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/health/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/health/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/home-indicator/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/home-indicator/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/ibeacon/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/ibeacon/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/inappbrowser/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/inappbrowser/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/is-root/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/is-root/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/ivs-player/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/ivs-player/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/jw-player/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/jw-player/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/launch-navigator/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/launch-navigator/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/live-reload/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/live-reload/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/llm/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/llm/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/media-session/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/media-session/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/mute/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/mute/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/mux-player/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/mux-player/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-audio/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-audio/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-biometric/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-biometric/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-market/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-market/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-purchases/android-create-subscription.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-purchases/android-introductory-offer.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-purchases/android-play-store-review.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-purchases/android-sandbox-testing.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-purchases/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-purchases/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-purchases/ios-app-store-review.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-purchases/ios-create-subscription.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-purchases/ios-introductory-offer.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-purchases/ios-sandbox-testing.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/native-purchases/ios-subscription-group.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/nativegeocoder/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/nativegeocoder/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/navigation-bar/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/navigation-bar/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/nfc/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/nfc/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/pay/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/pay/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/pdf-generator/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/pdf-generator/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/pedometer/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/pedometer/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/persistent-account/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/persistent-account/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/photo-library/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/photo-library/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/printer/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/printer/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/realtimekit/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/realtimekit/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/ricoh360-camera/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/ricoh360-camera/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/screen-orientation/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/screen-orientation/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/screen-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/screen-recorder/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/shake/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/shake/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/share-target/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/share-target/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/sim/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/sim/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/apple/android.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/apple/general.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/apple/ios.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/apple/web.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/facebook.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/firebase/google/android.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/firebase/google/general.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/firebase/google/ios.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/firebase/google/web.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/firebase/introduction.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/google/android.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/google/general.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/google/ios.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/google/web.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/migrations/apple.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/migrations/facebook.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/migrations/google.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/migrations/v7.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/supabase/Apple/android.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/supabase/Apple/general.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/supabase/Apple/ios.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/supabase/Apple/web.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/supabase/google/android.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/supabase/google/general.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/supabase/google/ios.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/supabase/google/web.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/social-login/supabase/introduction.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/speech-recognition/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/speech-recognition/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/speech-synthesis/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/speech-synthesis/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/streamcall/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/streamcall/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/textinteraction/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/textinteraction/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/twilio-voice/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/twilio-voice/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/api.md
 delete mode 100644 src/content/docs/it/docs/plugins/updater/cordova.md
 delete mode 100644 src/content/docs/it/docs/plugins/updater/debugging.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/events.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/known-issues.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/local-dev/capacitor-updater.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/local-dev/cli.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/local-dev/contributing.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/local-dev/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/notify-app-ready.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/self-hosted/auto-update.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/self-hosted/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/self-hosted/handling-channels.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/self-hosted/handling-stats.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/self-hosted/handling-updates.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/self-hosted/manual-update.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/updater/settings.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/uploader/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/uploader/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/video-player/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/video-player/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/volume-buttons/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/volume-buttons/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/wechat/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/wechat/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/wifi/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/wifi/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/youtube-player/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/youtube-player/index.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/zip/getting-started.mdx
 delete mode 100644 src/content/docs/it/docs/plugins/zip/index.mdx
 delete mode 100644 src/content/docs/it/docs/public-api/api-keys.mdx
 delete mode 100644 src/content/docs/it/docs/public-api/app.mdx
 delete mode 100644 src/content/docs/it/docs/public-api/bundles.mdx
 delete mode 100644 src/content/docs/it/docs/public-api/channels.mdx
 delete mode 100644 src/content/docs/it/docs/public-api/devices.mdx
 delete mode 100644 src/content/docs/it/docs/public-api/index.mdx
 delete mode 100644 src/content/docs/it/docs/public-api/members.mdx
 delete mode 100644 src/content/docs/it/docs/public-api/organizations.mdx
 delete mode 100644 src/content/docs/it/docs/public-api/statistics.mdx
 delete mode 100644 src/content/docs/it/docs/upgrade/from-appflow-to-capgo.mdx
 delete mode 100644 src/content/docs/it/docs/upgrade/from-capawesome-to-capgo.mdx
 delete mode 100644 src/content/docs/it/docs/upgrade/from-v2-to-v3.md
 delete mode 100644 src/content/docs/it/docs/upgrade/from-v3-to-v4.md
 delete mode 100644 src/content/docs/it/docs/upgrade/from-v4-to-v5.md
 delete mode 100644 src/content/docs/it/docs/upgrade/from-v5-to-v6.md
 delete mode 100644 src/content/docs/it/docs/upgrade/from-v6-to-v7.md
 delete mode 100644 src/content/docs/it/docs/upgrade/from-v7-to-v8.md
 delete mode 100644 src/content/docs/it/docs/webapp/api-keys.mdx
 delete mode 100644 src/content/docs/it/docs/webapp/bundles.mdx
 delete mode 100644 src/content/docs/it/docs/webapp/channels.mdx
 delete mode 100644 src/content/docs/it/docs/webapp/devices.mdx
 delete mode 100644 src/content/docs/it/docs/webapp/index.mdx
 delete mode 100644 src/content/docs/it/docs/webapp/logs.mdx
 delete mode 100644 src/content/docs/it/docs/webapp/main-app-page.mdx
 delete mode 100644 src/content/docs/it/docs/webapp/main-page.mdx
 delete mode 100644 src/content/docs/it/docs/webapp/mfa.mdx
 delete mode 100644 src/content/docs/it/docs/webapp/organization-security.mdx
 delete mode 100644 src/content/docs/it/docs/webapp/organization-system.mdx
 delete mode 100644 src/content/docs/it/docs/webapp/payment.mdx
 delete mode 100644 src/content/docs/it/docs/webapp/settings.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/cloud-build/android.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/cloud-build/credentials.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/cloud-build/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/cloud-build/ios.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/cloud-build/troubleshooting.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/commands.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/migrations/cli-from-0x-to-1x.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/migrations/encryption.md
 delete mode 100644 src/content/docs/ja/docs/cli/overview.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/reference/account.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/reference/app.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/reference/build.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/reference/bundle.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/reference/channel.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/reference/doctor.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/reference/index.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/reference/init.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/reference/key.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/reference/login.mdx
 delete mode 100644 src/content/docs/ja/docs/cli/reference/organisation.mdx
 delete mode 100644 src/content/docs/ja/docs/contributing/adding-plugins.mdx
 delete mode 100644 src/content/docs/ja/docs/faq.mdx
 delete mode 100644 src/content/docs/ja/docs/getting-help.mdx
 delete mode 100644 src/content/docs/ja/docs/getting-started/add-an-app.mdx
 delete mode 100644 src/content/docs/ja/docs/getting-started/cicd-integration.mdx
 delete mode 100644 src/content/docs/ja/docs/getting-started/deploy.mdx
 delete mode 100644 src/content/docs/ja/docs/getting-started/onboarding.mdx
 delete mode 100644 src/content/docs/ja/docs/getting-started/quickstart.mdx
 delete mode 100644 src/content/docs/ja/docs/getting-started/troubleshooting.mdx
 delete mode 100644 src/content/docs/ja/docs/getting-started/wrapping-up.mdx
 delete mode 100644 src/content/docs/ja/docs/how-to.mdx
 delete mode 100644 src/content/docs/ja/docs/index.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/breaking-changes.md
 delete mode 100644 src/content/docs/ja/docs/live-updates/channels.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/china-configuration.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/compliance.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/custom-storage.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/differentials.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/encryption.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/features.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/index.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/integrations/azure-devops.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/integrations/bitbucket-pipeline.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/integrations/github-actions.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/integrations/gitlab-ci.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/integrations/index.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/rollbacks.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/update-behavior.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/update-types.mdx
 delete mode 100644 src/content/docs/ja/docs/live-updates/version-targeting.mdx
 delete mode 100644 src/content/docs/ja/docs/plugin/api.md
 delete mode 100644 src/content/docs/ja/docs/plugins/accelerometer/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/accelerometer/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/admob/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/admob/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/age-signals/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/age-signals/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/alarm/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/alarm/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/android-inline-install/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/android-inline-install/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/android-kiosk/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/android-kiosk/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/android-usagestatsmanager/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/android-usagestatsmanager/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/appinsights/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/appinsights/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/audio-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/audio-recorder/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/audiosession/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/audiosession/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/autofill-save-password/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/autofill-save-password/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/background-geolocation/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/background-geolocation/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/barometer/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/barometer/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/camera-preview/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/camera-preview/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/capacitor-plus/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/capacitor-plus/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/compass/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/compass/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/contacts/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/contacts/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/crisp/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/crisp/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/data-storage-sqlite/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/data-storage-sqlite/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/document-scanner/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/document-scanner/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/downloader/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/downloader/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/env/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/env/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/fast-sql/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/fast-sql/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/ffmpeg/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/ffmpeg/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/file-compressor/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/file-compressor/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/file/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/file/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/flash/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/flash/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/gtm/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/gtm/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/health/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/health/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/home-indicator/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/home-indicator/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/ibeacon/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/ibeacon/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/inappbrowser/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/inappbrowser/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/is-root/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/is-root/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/ivs-player/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/ivs-player/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/jw-player/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/jw-player/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/launch-navigator/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/launch-navigator/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/live-reload/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/live-reload/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/llm/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/llm/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/media-session/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/media-session/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/mute/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/mute/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/mux-player/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/mux-player/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-audio/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-audio/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-biometric/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-biometric/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-market/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-market/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-purchases/android-create-subscription.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-purchases/android-introductory-offer.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-purchases/android-play-store-review.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-purchases/android-sandbox-testing.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-purchases/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-purchases/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-purchases/ios-app-store-review.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-purchases/ios-create-subscription.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-purchases/ios-introductory-offer.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-purchases/ios-sandbox-testing.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/native-purchases/ios-subscription-group.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/nativegeocoder/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/nativegeocoder/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/navigation-bar/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/navigation-bar/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/nfc/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/nfc/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/pay/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/pay/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/pdf-generator/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/pdf-generator/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/pedometer/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/pedometer/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/persistent-account/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/persistent-account/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/photo-library/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/photo-library/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/printer/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/printer/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/realtimekit/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/realtimekit/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/ricoh360-camera/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/ricoh360-camera/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/screen-orientation/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/screen-orientation/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/screen-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/screen-recorder/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/shake/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/shake/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/share-target/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/share-target/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/sim/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/sim/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/apple/android.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/apple/general.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/apple/ios.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/apple/web.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/facebook.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/firebase/google/android.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/firebase/google/general.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/firebase/google/ios.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/firebase/google/web.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/firebase/introduction.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/google/android.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/google/general.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/google/ios.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/google/web.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/migrations/apple.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/migrations/facebook.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/migrations/google.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/migrations/v7.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/supabase/Apple/android.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/supabase/Apple/general.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/supabase/Apple/ios.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/supabase/Apple/web.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/supabase/google/android.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/supabase/google/general.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/supabase/google/ios.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/supabase/google/web.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/social-login/supabase/introduction.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/speech-recognition/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/speech-recognition/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/speech-synthesis/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/speech-synthesis/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/streamcall/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/streamcall/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/textinteraction/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/textinteraction/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/twilio-voice/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/twilio-voice/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/api.md
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/cordova.md
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/debugging.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/events.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/known-issues.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/local-dev/capacitor-updater.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/local-dev/cli.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/local-dev/contributing.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/local-dev/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/notify-app-ready.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/self-hosted/auto-update.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/self-hosted/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/self-hosted/handling-channels.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/self-hosted/handling-stats.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/self-hosted/handling-updates.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/self-hosted/manual-update.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/updater/settings.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/uploader/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/uploader/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/video-player/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/video-player/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/volume-buttons/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/volume-buttons/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/wechat/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/wechat/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/wifi/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/wifi/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/youtube-player/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/youtube-player/index.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/zip/getting-started.mdx
 delete mode 100644 src/content/docs/ja/docs/plugins/zip/index.mdx
 delete mode 100644 src/content/docs/ja/docs/public-api/api-keys.mdx
 delete mode 100644 src/content/docs/ja/docs/public-api/app.mdx
 delete mode 100644 src/content/docs/ja/docs/public-api/bundles.mdx
 delete mode 100644 src/content/docs/ja/docs/public-api/channels.mdx
 delete mode 100644 src/content/docs/ja/docs/public-api/devices.mdx
 delete mode 100644 src/content/docs/ja/docs/public-api/index.mdx
 delete mode 100644 src/content/docs/ja/docs/public-api/members.mdx
 delete mode 100644 src/content/docs/ja/docs/public-api/organizations.mdx
 delete mode 100644 src/content/docs/ja/docs/public-api/statistics.mdx
 delete mode 100644 src/content/docs/ja/docs/upgrade/from-appflow-to-capgo.mdx
 delete mode 100644 src/content/docs/ja/docs/upgrade/from-capawesome-to-capgo.mdx
 delete mode 100644 src/content/docs/ja/docs/upgrade/from-v2-to-v3.md
 delete mode 100644 src/content/docs/ja/docs/upgrade/from-v3-to-v4.md
 delete mode 100644 src/content/docs/ja/docs/upgrade/from-v4-to-v5.md
 delete mode 100644 src/content/docs/ja/docs/upgrade/from-v5-to-v6.md
 delete mode 100644 src/content/docs/ja/docs/upgrade/from-v6-to-v7.md
 delete mode 100644 src/content/docs/ja/docs/upgrade/from-v7-to-v8.md
 delete mode 100644 src/content/docs/ja/docs/webapp/api-keys.mdx
 delete mode 100644 src/content/docs/ja/docs/webapp/bundles.mdx
 delete mode 100644 src/content/docs/ja/docs/webapp/channels.mdx
 delete mode 100644 src/content/docs/ja/docs/webapp/devices.mdx
 delete mode 100644 src/content/docs/ja/docs/webapp/index.mdx
 delete mode 100644 src/content/docs/ja/docs/webapp/logs.mdx
 delete mode 100644 src/content/docs/ja/docs/webapp/main-app-page.mdx
 delete mode 100644 src/content/docs/ja/docs/webapp/main-page.mdx
 delete mode 100644 src/content/docs/ja/docs/webapp/mfa.mdx
 delete mode 100644 src/content/docs/ja/docs/webapp/organization-security.mdx
 delete mode 100644 src/content/docs/ja/docs/webapp/organization-system.mdx
 delete mode 100644 src/content/docs/ja/docs/webapp/payment.mdx
 delete mode 100644 src/content/docs/ja/docs/webapp/settings.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/cloud-build/android.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/cloud-build/credentials.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/cloud-build/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/cloud-build/ios.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/cloud-build/troubleshooting.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/commands.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/migrations/cli-from-0x-to-1x.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/migrations/encryption.md
 delete mode 100644 src/content/docs/ko/docs/cli/overview.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/reference/account.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/reference/app.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/reference/build.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/reference/bundle.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/reference/channel.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/reference/doctor.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/reference/index.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/reference/init.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/reference/key.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/reference/login.mdx
 delete mode 100644 src/content/docs/ko/docs/cli/reference/organisation.mdx
 delete mode 100644 src/content/docs/ko/docs/contributing/adding-plugins.mdx
 delete mode 100644 src/content/docs/ko/docs/faq.mdx
 delete mode 100644 src/content/docs/ko/docs/getting-help.mdx
 delete mode 100644 src/content/docs/ko/docs/getting-started/add-an-app.mdx
 delete mode 100644 src/content/docs/ko/docs/getting-started/cicd-integration.mdx
 delete mode 100644 src/content/docs/ko/docs/getting-started/deploy.mdx
 delete mode 100644 src/content/docs/ko/docs/getting-started/onboarding.mdx
 delete mode 100644 src/content/docs/ko/docs/getting-started/quickstart.mdx
 delete mode 100644 src/content/docs/ko/docs/getting-started/troubleshooting.mdx
 delete mode 100644 src/content/docs/ko/docs/getting-started/wrapping-up.mdx
 delete mode 100644 src/content/docs/ko/docs/how-to.mdx
 delete mode 100644 src/content/docs/ko/docs/index.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/breaking-changes.md
 delete mode 100644 src/content/docs/ko/docs/live-updates/channels.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/china-configuration.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/compliance.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/custom-storage.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/differentials.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/encryption.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/features.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/index.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/integrations/azure-devops.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/integrations/bitbucket-pipeline.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/integrations/github-actions.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/integrations/gitlab-ci.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/integrations/index.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/rollbacks.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/update-behavior.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/update-types.mdx
 delete mode 100644 src/content/docs/ko/docs/live-updates/version-targeting.mdx
 delete mode 100644 src/content/docs/ko/docs/plugin/api.md
 delete mode 100644 src/content/docs/ko/docs/plugins/accelerometer/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/accelerometer/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/admob/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/admob/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/age-signals/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/age-signals/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/alarm/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/alarm/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/android-inline-install/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/android-inline-install/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/android-kiosk/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/android-kiosk/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/android-usagestatsmanager/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/android-usagestatsmanager/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/appinsights/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/appinsights/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/audio-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/audio-recorder/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/audiosession/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/audiosession/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/autofill-save-password/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/autofill-save-password/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/background-geolocation/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/background-geolocation/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/barometer/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/barometer/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/camera-preview/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/camera-preview/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/capacitor-plus/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/capacitor-plus/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/compass/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/compass/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/contacts/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/contacts/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/crisp/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/crisp/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/data-storage-sqlite/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/data-storage-sqlite/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/document-scanner/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/document-scanner/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/downloader/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/downloader/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/env/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/env/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/fast-sql/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/fast-sql/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/ffmpeg/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/ffmpeg/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/file-compressor/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/file-compressor/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/file/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/file/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/flash/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/flash/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/gtm/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/gtm/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/health/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/health/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/home-indicator/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/home-indicator/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/ibeacon/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/ibeacon/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/inappbrowser/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/inappbrowser/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/is-root/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/is-root/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/ivs-player/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/ivs-player/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/jw-player/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/jw-player/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/launch-navigator/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/launch-navigator/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/live-reload/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/live-reload/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/llm/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/llm/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/media-session/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/media-session/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/mute/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/mute/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/mux-player/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/mux-player/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-audio/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-audio/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-biometric/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-biometric/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-market/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-market/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-purchases/android-create-subscription.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-purchases/android-introductory-offer.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-purchases/android-play-store-review.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-purchases/android-sandbox-testing.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-purchases/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-purchases/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-purchases/ios-app-store-review.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-purchases/ios-create-subscription.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-purchases/ios-introductory-offer.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-purchases/ios-sandbox-testing.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/native-purchases/ios-subscription-group.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/nativegeocoder/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/nativegeocoder/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/navigation-bar/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/navigation-bar/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/nfc/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/nfc/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/pay/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/pay/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/pdf-generator/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/pdf-generator/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/pedometer/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/pedometer/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/persistent-account/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/persistent-account/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/photo-library/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/photo-library/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/printer/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/printer/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/realtimekit/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/realtimekit/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/ricoh360-camera/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/ricoh360-camera/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/screen-orientation/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/screen-orientation/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/screen-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/screen-recorder/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/shake/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/shake/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/share-target/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/share-target/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/sim/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/sim/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/apple/android.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/apple/general.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/apple/ios.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/apple/web.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/facebook.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/firebase/google/android.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/firebase/google/general.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/firebase/google/ios.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/firebase/google/web.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/firebase/introduction.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/google/android.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/google/general.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/google/ios.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/google/web.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/migrations/apple.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/migrations/facebook.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/migrations/google.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/migrations/v7.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/supabase/Apple/android.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/supabase/Apple/general.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/supabase/Apple/ios.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/supabase/Apple/web.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/supabase/google/android.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/supabase/google/general.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/supabase/google/ios.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/supabase/google/web.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/social-login/supabase/introduction.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/speech-recognition/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/speech-recognition/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/speech-synthesis/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/speech-synthesis/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/streamcall/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/streamcall/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/textinteraction/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/textinteraction/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/twilio-voice/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/twilio-voice/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/api.md
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/cordova.md
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/debugging.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/events.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/known-issues.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/local-dev/capacitor-updater.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/local-dev/cli.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/local-dev/contributing.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/local-dev/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/notify-app-ready.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/self-hosted/auto-update.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/self-hosted/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/self-hosted/handling-channels.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/self-hosted/handling-stats.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/self-hosted/handling-updates.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/self-hosted/manual-update.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/updater/settings.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/uploader/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/uploader/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/video-player/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/video-player/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/volume-buttons/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/volume-buttons/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/wechat/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/wechat/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/wifi/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/wifi/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/youtube-player/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/youtube-player/index.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/zip/getting-started.mdx
 delete mode 100644 src/content/docs/ko/docs/plugins/zip/index.mdx
 delete mode 100644 src/content/docs/ko/docs/public-api/api-keys.mdx
 delete mode 100644 src/content/docs/ko/docs/public-api/app.mdx
 delete mode 100644 src/content/docs/ko/docs/public-api/bundles.mdx
 delete mode 100644 src/content/docs/ko/docs/public-api/channels.mdx
 delete mode 100644 src/content/docs/ko/docs/public-api/devices.mdx
 delete mode 100644 src/content/docs/ko/docs/public-api/index.mdx
 delete mode 100644 src/content/docs/ko/docs/public-api/members.mdx
 delete mode 100644 src/content/docs/ko/docs/public-api/organizations.mdx
 delete mode 100644 src/content/docs/ko/docs/public-api/statistics.mdx
 delete mode 100644 src/content/docs/ko/docs/upgrade/from-appflow-to-capgo.mdx
 delete mode 100644 src/content/docs/ko/docs/upgrade/from-capawesome-to-capgo.mdx
 delete mode 100644 src/content/docs/ko/docs/upgrade/from-v2-to-v3.md
 delete mode 100644 src/content/docs/ko/docs/upgrade/from-v3-to-v4.md
 delete mode 100644 src/content/docs/ko/docs/upgrade/from-v4-to-v5.md
 delete mode 100644 src/content/docs/ko/docs/upgrade/from-v5-to-v6.md
 delete mode 100644 src/content/docs/ko/docs/upgrade/from-v6-to-v7.md
 delete mode 100644 src/content/docs/ko/docs/upgrade/from-v7-to-v8.md
 delete mode 100644 src/content/docs/ko/docs/webapp/api-keys.mdx
 delete mode 100644 src/content/docs/ko/docs/webapp/bundles.mdx
 delete mode 100644 src/content/docs/ko/docs/webapp/channels.mdx
 delete mode 100644 src/content/docs/ko/docs/webapp/devices.mdx
 delete mode 100644 src/content/docs/ko/docs/webapp/index.mdx
 delete mode 100644 src/content/docs/ko/docs/webapp/logs.mdx
 delete mode 100644 src/content/docs/ko/docs/webapp/main-app-page.mdx
 delete mode 100644 src/content/docs/ko/docs/webapp/main-page.mdx
 delete mode 100644 src/content/docs/ko/docs/webapp/mfa.mdx
 delete mode 100644 src/content/docs/ko/docs/webapp/organization-security.mdx
 delete mode 100644 src/content/docs/ko/docs/webapp/organization-system.mdx
 delete mode 100644 src/content/docs/ko/docs/webapp/payment.mdx
 delete mode 100644 src/content/docs/ko/docs/webapp/settings.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/cloud-build/android.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/cloud-build/credentials.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/cloud-build/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/cloud-build/index.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/cloud-build/ios.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/cloud-build/troubleshooting.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/commands.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/migrations/cli-from-0x-to-1x.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/migrations/encryption.md
 delete mode 100644 src/content/docs/zh/docs/cli/overview.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/reference/account.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/reference/app.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/reference/build.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/reference/bundle.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/reference/channel.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/reference/doctor.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/reference/index.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/reference/init.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/reference/key.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/reference/login.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/reference/mcp.mdx
 delete mode 100644 src/content/docs/zh/docs/cli/reference/organisation.mdx
 delete mode 100644 src/content/docs/zh/docs/contributing/adding-plugins.mdx
 delete mode 100644 src/content/docs/zh/docs/faq.mdx
 delete mode 100644 src/content/docs/zh/docs/getting-help.mdx
 delete mode 100644 src/content/docs/zh/docs/getting-started/add-an-app.mdx
 delete mode 100644 src/content/docs/zh/docs/getting-started/cicd-integration.mdx
 delete mode 100644 src/content/docs/zh/docs/getting-started/deploy.mdx
 delete mode 100644 src/content/docs/zh/docs/getting-started/onboarding.mdx
 delete mode 100644 src/content/docs/zh/docs/getting-started/quickstart.mdx
 delete mode 100644 src/content/docs/zh/docs/getting-started/troubleshooting.mdx
 delete mode 100644 src/content/docs/zh/docs/getting-started/wrapping-up.mdx
 delete mode 100644 src/content/docs/zh/docs/how-to.mdx
 delete mode 100644 src/content/docs/zh/docs/index.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/breaking-changes.md
 delete mode 100644 src/content/docs/zh/docs/live-updates/channels.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/china-configuration.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/compliance.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/custom-storage.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/differentials.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/encryption.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/features.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/index.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/integrations/azure-devops.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/integrations/bitbucket-pipeline.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/integrations/github-actions.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/integrations/gitlab-ci.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/integrations/index.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/rollbacks.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/update-behavior.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/update-types.mdx
 delete mode 100644 src/content/docs/zh/docs/live-updates/version-targeting.mdx
 delete mode 100644 src/content/docs/zh/docs/plugin/api.md
 delete mode 100644 src/content/docs/zh/docs/plugins/accelerometer/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/accelerometer/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/admob/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/admob/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/age-range/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/age-range/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/age-signals/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/age-signals/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/alarm/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/alarm/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/android-inline-install/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/android-inline-install/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/android-kiosk/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/android-kiosk/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/android-usagestatsmanager/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/android-usagestatsmanager/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/app-tracking-transparency/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/app-tracking-transparency/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/appinsights/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/appinsights/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/audio-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/audio-recorder/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/audiosession/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/audiosession/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/autofill-save-password/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/autofill-save-password/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/background-geolocation/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/background-geolocation/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/barometer/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/barometer/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/bluetooth-low-energy/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/bluetooth-low-energy/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/brightness/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/brightness/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/camera-preview/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/camera-preview/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/capacitor-plus/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/capacitor-plus/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/compass/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/compass/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/contacts/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/contacts/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/crisp/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/crisp/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/data-storage-sqlite/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/data-storage-sqlite/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/document-scanner/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/document-scanner/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/downloader/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/downloader/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/electron-updater/api.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/electron-updater/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/electron-updater/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/env/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/env/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/fast-sql/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/fast-sql/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/ffmpeg/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/ffmpeg/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/file-compressor/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/file-compressor/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/file-picker/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/file-picker/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/file/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/file/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/flash/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/flash/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/gtm/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/gtm/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/health/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/health/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/home-indicator/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/home-indicator/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/ibeacon/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/ibeacon/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/in-app-review/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/in-app-review/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/inappbrowser/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/inappbrowser/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/intent-launcher/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/intent-launcher/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/is-root/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/is-root/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/ivs-player/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/ivs-player/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/jw-player/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/jw-player/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/keep-awake/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/keep-awake/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/launch-navigator/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/launch-navigator/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/light-sensor/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/light-sensor/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/live-reload/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/live-reload/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/llm/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/llm/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/media-session/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/media-session/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/mute/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/mute/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/mux-player/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/mux-player/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-audio/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-audio/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-biometric/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-biometric/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-market/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-market/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-purchases/android-create-subscription.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-purchases/android-introductory-offer.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-purchases/android-play-store-review.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-purchases/android-sandbox-testing.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-purchases/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-purchases/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-purchases/ios-app-store-review.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-purchases/ios-create-subscription.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-purchases/ios-introductory-offer.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-purchases/ios-sandbox-testing.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/native-purchases/ios-subscription-group.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/nativegeocoder/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/nativegeocoder/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/navigation-bar/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/navigation-bar/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/nfc/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/nfc/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/pay/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/pay/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/pdf-generator/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/pdf-generator/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/pedometer/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/pedometer/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/persistent-account/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/persistent-account/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/photo-library/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/photo-library/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/printer/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/printer/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/realtimekit/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/realtimekit/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/ricoh360-camera/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/ricoh360-camera/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/screen-orientation/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/screen-orientation/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/screen-recorder/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/screen-recorder/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/shake/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/shake/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/share-target/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/share-target/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/sim/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/sim/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/apple/android.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/apple/general.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/apple/ios.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/apple/web.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/facebook.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/firebase/google/android.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/firebase/google/general.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/firebase/google/ios.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/firebase/google/web.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/firebase/introduction.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/google/android.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/google/general.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/google/ios.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/google/web.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/migrations/apple.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/migrations/facebook.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/migrations/google.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/migrations/v7.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/oauth2.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/supabase/Apple/android.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/supabase/Apple/general.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/supabase/Apple/ios.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/supabase/Apple/web.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/supabase/google/android.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/supabase/google/general.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/supabase/google/ios.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/supabase/google/web.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/social-login/supabase/introduction.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/speech-recognition/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/speech-recognition/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/speech-synthesis/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/speech-synthesis/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/streamcall/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/streamcall/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/textinteraction/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/textinteraction/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/twilio-voice/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/twilio-voice/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/api.md
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/cordova.md
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/debugging.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/events.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/known-issues.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/local-dev/capacitor-updater.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/local-dev/cli.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/local-dev/contributing.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/local-dev/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/notify-app-ready.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/self-hosted/auto-update.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/self-hosted/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/self-hosted/handling-channels.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/self-hosted/handling-stats.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/self-hosted/handling-updates.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/self-hosted/manual-update.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/updater/settings.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/uploader/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/uploader/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/video-player/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/video-player/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/video-thumbnails/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/video-thumbnails/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/volume-buttons/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/volume-buttons/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/watch/examples.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/watch/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/watch/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/watch/watch-app-setup.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/wechat/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/wechat/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/wifi/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/wifi/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/youtube-player/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/youtube-player/index.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/zip/getting-started.mdx
 delete mode 100644 src/content/docs/zh/docs/plugins/zip/index.mdx
 delete mode 100644 src/content/docs/zh/docs/public-api/api-keys.mdx
 delete mode 100644 src/content/docs/zh/docs/public-api/app.mdx
 delete mode 100644 src/content/docs/zh/docs/public-api/bundles.mdx
 delete mode 100644 src/content/docs/zh/docs/public-api/channels.mdx
 delete mode 100644 src/content/docs/zh/docs/public-api/devices.mdx
 delete mode 100644 src/content/docs/zh/docs/public-api/index.mdx
 delete mode 100644 src/content/docs/zh/docs/public-api/members.mdx
 delete mode 100644 src/content/docs/zh/docs/public-api/organizations.mdx
 delete mode 100644 src/content/docs/zh/docs/public-api/statistics.mdx
 delete mode 100644 src/content/docs/zh/docs/upgrade/from-appflow-to-capgo.mdx
 delete mode 100644 src/content/docs/zh/docs/upgrade/from-capawesome-to-capgo.mdx
 delete mode 100644 src/content/docs/zh/docs/upgrade/from-v2-to-v3.md
 delete mode 100644 src/content/docs/zh/docs/upgrade/from-v3-to-v4.md
 delete mode 100644 src/content/docs/zh/docs/upgrade/from-v4-to-v5.md
 delete mode 100644 src/content/docs/zh/docs/upgrade/from-v5-to-v6.md
 delete mode 100644 src/content/docs/zh/docs/upgrade/from-v6-to-v7.md
 delete mode 100644 src/content/docs/zh/docs/upgrade/from-v7-to-v8.md
 delete mode 100644 src/content/docs/zh/docs/webapp/2fa-enforcement.mdx
 delete mode 100644 src/content/docs/zh/docs/webapp/api-keys.mdx
 delete mode 100644 src/content/docs/zh/docs/webapp/bundles.mdx
 delete mode 100644 src/content/docs/zh/docs/webapp/channels.mdx
 delete mode 100644 src/content/docs/zh/docs/webapp/devices.mdx
 delete mode 100644 src/content/docs/zh/docs/webapp/index.mdx
 delete mode 100644 src/content/docs/zh/docs/webapp/logs.mdx
 delete mode 100644 src/content/docs/zh/docs/webapp/main-app-page.mdx
 delete mode 100644 src/content/docs/zh/docs/webapp/main-page.mdx
 delete mode 100644 src/content/docs/zh/docs/webapp/mfa.mdx
 delete mode 100644 src/content/docs/zh/docs/webapp/organization-security.mdx
 delete mode 100644 src/content/docs/zh/docs/webapp/organization-system.mdx
 delete mode 100644 src/content/docs/zh/docs/webapp/payment.mdx
 delete mode 100644 src/content/docs/zh/docs/webapp/settings.mdx
 delete mode 100644 src/content/i18n/de.json
 delete mode 100644 src/content/i18n/es.json
 delete mode 100644 src/content/i18n/fr.json
 delete mode 100644 src/content/i18n/id.json
 delete mode 100644 src/content/i18n/it.json
 delete mode 100644 src/content/i18n/ja.json
 delete mode 100644 src/content/i18n/ko.json
 delete mode 100644 src/content/plugins-tutorials/de/camera-preview.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-age-range.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-app-tracking-transparency.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-crisp.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-data-storage-sqlite.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-flash.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-inappbrowser.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-mute.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-native-biometric.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-nativegeocoder.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-navigation-bar.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-screen-recorder.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-shake.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-updater.md
 delete mode 100644 src/content/plugins-tutorials/de/capacitor-uploader.md
 delete mode 100644 src/content/plugins-tutorials/de/home-indicator.md
 delete mode 100644 src/content/plugins-tutorials/de/ivs-player.md
 delete mode 100644 src/content/plugins-tutorials/de/native-audio.md
 delete mode 100644 src/content/plugins-tutorials/de/native-market.md
 delete mode 100644 src/content/plugins-tutorials/de/native-purchases.md
 delete mode 100644 src/content/plugins-tutorials/de/purchases-capacitor.md
 delete mode 100644 src/content/plugins-tutorials/es/camera-preview.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-age-range.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-app-tracking-transparency.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-crisp.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-data-storage-sqlite.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-flash.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-inappbrowser.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-mute.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-native-biometric.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-nativegeocoder.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-navigation-bar.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-screen-recorder.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-shake.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-updater.md
 delete mode 100644 src/content/plugins-tutorials/es/capacitor-uploader.md
 delete mode 100644 src/content/plugins-tutorials/es/home-indicator.md
 delete mode 100644 src/content/plugins-tutorials/es/ivs-player.md
 delete mode 100644 src/content/plugins-tutorials/es/native-audio.md
 delete mode 100644 src/content/plugins-tutorials/es/native-market.md
 delete mode 100644 src/content/plugins-tutorials/es/native-purchases.md
 delete mode 100644 src/content/plugins-tutorials/es/purchases-capacitor.md
 delete mode 100644 src/content/plugins-tutorials/fr/camera-preview.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-age-range.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-app-tracking-transparency.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-crisp.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-data-storage-sqlite.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-flash.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-inappbrowser.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-mute.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-native-biometric.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-nativegeocoder.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-navigation-bar.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-screen-recorder.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-shake.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-updater.md
 delete mode 100644 src/content/plugins-tutorials/fr/capacitor-uploader.md
 delete mode 100644 src/content/plugins-tutorials/fr/home-indicator.md
 delete mode 100644 src/content/plugins-tutorials/fr/ivs-player.md
 delete mode 100644 src/content/plugins-tutorials/fr/native-audio.md
 delete mode 100644 src/content/plugins-tutorials/fr/native-market.md
 delete mode 100644 src/content/plugins-tutorials/fr/native-purchases.md
 delete mode 100644 src/content/plugins-tutorials/fr/purchases-capacitor.md
 delete mode 100644 src/content/plugins-tutorials/id/camera-preview.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-age-range.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-app-tracking-transparency.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-crisp.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-data-storage-sqlite.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-flash.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-inappbrowser.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-mute.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-native-biometric.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-nativegeocoder.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-navigation-bar.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-screen-recorder.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-shake.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-updater.md
 delete mode 100644 src/content/plugins-tutorials/id/capacitor-uploader.md
 delete mode 100644 src/content/plugins-tutorials/id/home-indicator.md
 delete mode 100644 src/content/plugins-tutorials/id/ivs-player.md
 delete mode 100644 src/content/plugins-tutorials/id/native-audio.md
 delete mode 100644 src/content/plugins-tutorials/id/native-market.md
 delete mode 100644 src/content/plugins-tutorials/id/native-purchases.md
 delete mode 100644 src/content/plugins-tutorials/id/purchases-capacitor.md
 delete mode 100644 src/content/plugins-tutorials/it/camera-preview.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-age-range.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-app-tracking-transparency.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-crisp.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-data-storage-sqlite.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-flash.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-inappbrowser.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-mute.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-native-biometric.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-nativegeocoder.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-navigation-bar.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-screen-recorder.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-shake.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-updater.md
 delete mode 100644 src/content/plugins-tutorials/it/capacitor-uploader.md
 delete mode 100644 src/content/plugins-tutorials/it/home-indicator.md
 delete mode 100644 src/content/plugins-tutorials/it/ivs-player.md
 delete mode 100644 src/content/plugins-tutorials/it/native-audio.md
 delete mode 100644 src/content/plugins-tutorials/it/native-market.md
 delete mode 100644 src/content/plugins-tutorials/it/native-purchases.md
 delete mode 100644 src/content/plugins-tutorials/it/purchases-capacitor.md
 delete mode 100644 src/content/plugins-tutorials/ja/camera-preview.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-age-range.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-app-tracking-transparency.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-crisp.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-data-storage-sqlite.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-flash.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-inappbrowser.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-mute.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-native-biometric.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-nativegeocoder.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-navigation-bar.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-screen-recorder.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-shake.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-updater.md
 delete mode 100644 src/content/plugins-tutorials/ja/capacitor-uploader.md
 delete mode 100644 src/content/plugins-tutorials/ja/home-indicator.md
 delete mode 100644 src/content/plugins-tutorials/ja/ivs-player.md
 delete mode 100644 src/content/plugins-tutorials/ja/native-audio.md
 delete mode 100644 src/content/plugins-tutorials/ja/native-market.md
 delete mode 100644 src/content/plugins-tutorials/ja/native-purchases.md
 delete mode 100644 src/content/plugins-tutorials/ja/purchases-capacitor.md
 delete mode 100644 src/content/plugins-tutorials/ko/camera-preview.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-age-range.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-app-tracking-transparency.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-crisp.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-data-storage-sqlite.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-flash.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-inappbrowser.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-mute.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-native-biometric.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-nativegeocoder.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-navigation-bar.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-screen-recorder.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-shake.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-updater.md
 delete mode 100644 src/content/plugins-tutorials/ko/capacitor-uploader.md
 delete mode 100644 src/content/plugins-tutorials/ko/home-indicator.md
 delete mode 100644 src/content/plugins-tutorials/ko/ivs-player.md
 delete mode 100644 src/content/plugins-tutorials/ko/native-audio.md
 delete mode 100644 src/content/plugins-tutorials/ko/native-market.md
 delete mode 100644 src/content/plugins-tutorials/ko/native-purchases.md
 delete mode 100644 src/content/plugins-tutorials/ko/purchases-capacitor.md

diff --git a/messages/de.json b/messages/de.json
deleted file mode 100644
index d8e942c64..000000000
--- a/messages/de.json
+++ /dev/null
@@ -1,3288 +0,0 @@
-{
-  "$schema": "https://inlang.com/schema/inlang-message-format",
-  "2_3_week_delivery": "Lieferung in 2-3 Wochen",
-  "30_day_support_included": "30-Tage-Support inbegriffen",
-  "3_4_week_delivery": "Lieferung in 3-4 Wochen",
-  "Capacitor_Sanbox_App": "Kondensator Sanbox App",
-  "Capacitor_Sanbox_App_description": "Versuche jede Version deiner App unmittelbar in der Sandbox-App in einer Sekunde. Verwalte OTA-Updates für deine Capacitor-App aus deiner Tasche, verfügbar für iOS und Android.",
-  "From_indie_devs_to": "Von Indie-Entwicklern bis hin zu großen Teams, sie alle verlassen sich auf Capgo, um Updates sofort zu pushen.",
-  "SLA": "Service Level Agreements (SLA)",
-  "a_specific_element_of_your_app_doesn_t_work_and_you_don_t_know_where_the_problem_is_and_how_to_fix_it": "Ein bestimmtes Element Ihrer App funktioniert nicht und Sie wissen nicht, wo das Problem liegt und wie Sie es beheben können.",
-  "aasa_tester": "AASA Tester",
-  "about": "Über",
-  "about_capgo": "Über Capgo",
-  "about_capgo_description": "Erfahren Sie mehr über Capgo, die Live-Update-Lösung für Capacitor-Apps von Martin Donadieu. Seit 2022 liefern wir sofortige OTA-Updates für mobile Apps.",
-  "access_maintain_enterprise_plugins": "Greifen Sie auf unsere unternehmensgerechten Capacitor-Plugins zu und pflegen Sie diese mit Prioritätsunterstützung und dedizierter Wartung.",
-  "ach_available_for_enterprise_annual_payments": "ACH ist nur für jährliche Zahlungen von Kunden des Enterprise-Tarifs verfügbar. Kontaktieren Sie uns für weitere Informationen.",
-  "active_users_up_to_date": "von aktiven Nutzern innerhalb von 24 Stunden auf dem neuesten Stand",
-  "actual_availability": "Aktuelle Verfügbarkeit",
-  "actual_availability_desc": "\"Die tatsächliche Verfügbarkeit\" bedeutet geplante Verfügbarkeit abzüglich ungeplanter Ausfallzeiten.",
-  "actual_availability_title": "4.3 Tatsächliche Verfügbarkeit",
-  "adapt_as_you_grow": "Anpassen, während Sie wachsen",
-  "adapt_configuration_to_infrastructure": "Unabhängig davon, ob Sie GitHub, GitLab oder eine andere Plattform verwenden, passen wir unsere Konfiguration an Ihre bestehende Infrastruktur an.",
-  "additionally_make_sure_that": "Zusätzlich zu dem oben genannten stellen Sie sicher, dass:",
-  "address": "Adresse",
-  "advanced_access_levels": "Erweiterte Zugriffsebenen",
-  "advanced_collaboration_security_compliance": "Erweiterte Zusammenarbeit, Sicherheit und Compliance-Funktionen, die mit Ihrer Organisation wachsen",
-  "all_around_the_globe": "Überall auf der Welt",
-  "all_lower_tiers_benefits": "Alle Vorteile der vorherigen Stufen",
-  "all_systems_normal": "Alle Systeme normal",
-  "all_systems_normal_uptime": "Alle Systeme normal: 99% Betriebszeit",
-  "already_have_account": "Hast du bereits ein Konto?",
-  "alternatives": "Alternativen",
-  "alternatives_appflow_credit": "💚 Anerkennung, wo sie gebührt: Ionic hat erstaunliche Werkzeuge entwickelt und eine ganze Generation von Hybrid-App-Entwicklern ausgebildet. Respekt.",
-  "alternatives_appflow_migration_guide": "Migrationsleitfaden →",
-  "alternatives_appflow_reality": "Ionic hat angekündigt, dass sie Appflow auslaufen lassen. Bestehende Kunden können es bis Ende 2027 nutzen, aber es gibt keine neuen Kunden oder Funktionen.",
-  "alternatives_appflow_reality_label": "Die Realität:",
-  "alternatives_appflow_status": "⚠️ Schließt am 31. Dezember 2027",
-  "alternatives_appflow_when_good": "Appflow war großartig, wenn Sie alles an einem Ort haben wollten - CI/CD, Live-Updates, native Builds. Die Pioniere in diesem Bereich.",
-  "alternatives_appflow_when_good_label": "Als es gut war:",
-  "alternatives_appflow_why_different_label": "Warum wir anders sind:",
-  "alternatives_appflow_why_different_li1": "Wir schließen nicht (ziemlich wichtig!)",
-  "alternatives_appflow_why_different_li2": "14 $/Monat gegen ihre 499 $/Monat",
-  "alternatives_appflow_why_different_li3": "Open Source vs Closed Source",
-  "alternatives_appflow_why_different_li4": "Konzentrieren Sie sich nur auf Updates, damit wir besser darin sind.",
-  "alternatives_been_doing_desc": "Gestartet im Jahr 2020. Wir haben jeden Sonderfall gesehen, jede Änderung der App Store-Richtlinien überlebt und Milliarden von Updates verarbeitet. Wir gehen nirgendwo hin.",
-  "alternatives_been_doing_title": "⏰ Wir machen das seit 4 Jahren",
-  "alternatives_biggest_plugin_desc": "Wir pflegen über 70 kostenlose, Open-Source-Capacitor-Plugins. Mehr als jeder andere im Ökosystem, mit Ausnahme des Capacitor-Teams selbst.",
-  "alternatives_biggest_plugin_note": "Also ja, wir wissen ein oder zwei Dinge über Kondensatoren.",
-  "alternatives_biggest_plugin_title": "🚀 Größter Plugin-Anbieter nach dem offiziellen Capacitor",
-  "alternatives_bootstrapped_desc": "Keine Investoren. Keine Schulden. Nur nachhaltige Einnahmen von zufriedenen Kunden.",
-  "alternatives_bootstrapped_note": "Das bedeutet, dass wir faire Preise berechnen können (14 $/Monat für Einsteiger, nicht 499 $), und wir werden nicht plötzlich schließen oder unsere Preise verzehnfachen.",
-  "alternatives_bootstrapped_title": "💰 Selbstfinanziert und profitabel",
-  "alternatives_capawesome_credit": "💚 Anerkennung, wo sie gebührt: Robin (Gründer von Capawesome) leistet großartige Arbeit. Es ist ehrlich schmeichelhaft, dass er sich bei der Entwicklung seiner Lösung von unserem Ansatz inspirieren lässt. Das Ökosystem ist mit mehreren Optionen besser.",
-  "alternatives_capawesome_diff_experience": "<strong>Erfahrung:</strong> Wir machen das seit 2020 (sie starteten Live-Updates im Jahr 2024)",
-  "alternatives_capawesome_diff_focus": "<strong>Schwerpunkt:</strong> Live-Updates sind unser Kerngeschäft; für sie ist es ein Nebenangebot zu ihren kostenpflichtigen Plugins",
-  "alternatives_capawesome_diff_pricing": "<strong>Preisgestaltung:</strong> Beide erschwinglich - wir starten bei $14/Monat, sie starten bei €9/Monat",
-  "alternatives_capawesome_diff_scale": "<strong>Skala:</strong> Wir liefern 1B+ Updates/Monat, 50M+ Geräte (sie veröffentlichen noch keine Statistiken)",
-  "alternatives_capawesome_diff_security": "<strong>Sicherheit & Transparenz:</strong> Wir sind 100% Open Source mit öffentlichen Audits und Selbstprüfungsfähigkeit; sie sind 0% offen im Backend ohne öffentliche Audits.",
-  "alternatives_capawesome_diff_support": "<strong>Unterstützung:</strong> Beide bieten menschliche Unterstützung (wir sind beide kleine Teams!)",
-  "alternatives_capawesome_differences_label": "Ehrliche Unterschiede:",
-  "alternatives_capawesome_full_comparison": "Vollständiger Vergleich →",
-  "alternatives_capawesome_reality": "Capawesome ist eine solide, neuere Option mit guter deutscher Ingenieurskunst. Sie wurden von Capgo inspiriert, als sie ihre Live-Updates-Lösung entwickelten. Sie stellen auch großartige Kondensator-Plugins her.",
-  "alternatives_capawesome_status": "✅ Aktiv und gut gepflegt",
-  "alternatives_capawesome_when_good": "Wenn Sie eine einfachere Benutzeroberfläche wünschen und einige der erweiterten Funktionen nicht benötigen, ist es eine gute Wahl.",
-  "alternatives_codepush_credit": "💚 Anerkennung, wo sie gebührt: CodePush hat bewiesen, dass das Live-Update-Modell in großem Maßstab funktioniert.",
-  "alternatives_codepush_reality": "CodePush war kostenlos und funktionierte gut... bis Microsoft aufhörte, es zu warten. Es befindet sich im Legacy-Modus für React Native und es gibt keine offizielle Unterstützung für Capacitor.",
-  "alternatives_codepush_status": "🪦 Veraltet - Microsoft ist weitergezogen",
-  "alternatives_codepush_when_good": "Kostenlos ist schwer zu übertreffen! Und die Infrastruktur von Microsoft bedeutete, dass es zuverlässig war.",
-  "alternatives_codepush_why_different_li1": "Tatsächlich jeden Monat gewartet und verbessert",
-  "alternatives_codepush_why_different_li2": "Speziell für Kondensator gebaut",
-  "alternatives_codepush_why_different_li3": "Echte Menschen beheben Fehler und fügen Funktionen hinzu",
-  "alternatives_codepush_why_different_li4": "Immer noch erschwinglich: 14 $/Monat (nicht VC-subsidiert kostenlos, sondern nachhaltig)",
-  "alternatives_cta_button": "Starten Sie die kostenlose Testversion",
-  "alternatives_cta_questions": "Fragen? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Fragen Sie uns auf Discord</a> oder <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">E-Mail support@capgo.app</a>",
-  "alternatives_cta_subtitle": "Keine Kreditkarte. Keine Verpflichtung. Schauen Sie einfach, ob es für Sie funktioniert.",
-  "alternatives_cta_title": "Probieren Sie es selbst aus (kostenlos für 14 Tage)",
-  "alternatives_family_business_desc": "Gegründet und geführt von Martin Donadieu und seiner Familie. Kein VC-Druck, um \"Wachstumskennzahlen zu maximieren\" oder \"das Geschäftsmodell zu ändern\". Wir bauen dies langfristig auf, weil es unsere Lebensgrundlage ist.",
-  "alternatives_family_business_li1": "Rechtliche Einheiten in den USA und Europa",
-  "alternatives_family_business_li2": "Gewidmete Infrastruktur für China",
-  "alternatives_family_business_title": "👨‍👩‍👧‍👦 Familienunternehmen",
-  "alternatives_hero_subtitle": "Seien wir ehrlich: Vergleichsseiten sind irgendwie albern. Aber hier ist ein tatsächlich transparenter Blick auf Ihre Optionen.",
-  "alternatives_hero_title": "Capgo Alternativen",
-  "alternatives_human_support_desc": "Keine Chatbots. Keine \"KI-Assistenten\". Keine Ticketsysteme, die Ihre Nachricht verlieren.",
-  "alternatives_human_support_note": "Sie bekommen Martin oder jemanden aus der Familie. Normalerweise innerhalb von Stunden. Manchmal innerhalb von Minuten. Ja, sogar am Wochenende (wir können nicht anders 😅).",
-  "alternatives_human_support_title": "🙋 Nur menschliche Unterstützung",
-  "alternatives_meta_description": "Suchen Sie nach Lösungen für Live-Updates von Capacitor? Hier ist ein ehrlicher, transparenter Vergleich von Capgo gegen die Alternativen. Kein Unsinn, nur echte Gespräche darüber, was jede Plattform anders macht.",
-  "alternatives_not_good_at_ci_cd": "Anders als Appflows gebündelter Ansatz bieten wir Ihnen Flexibilität. Nutzen Sie unser Cloud Build für native iOS/Android-Builds oder integrieren Sie Ihr eigenes CI/CD (GitHub Actions, GitLab CI usw.). Ihre Wahl - beides funktioniert hervorragend.",
-  "alternatives_not_good_at_ci_cd_label": "All-in-One CI/CD:",
-  "alternatives_not_good_at_docs": "Grundlegende automatische Updates sind gut dokumentiert. Aber Capgo hat viele Optionen (manuell, halb-manuell, channel_default usw.), die noch nicht immer leicht zu verstehen sind für jeden Anwendungsfall. Wir verbessern dies aktiv.",
-  "alternatives_not_good_at_docs_label": "Dokumentationskomplexität:",
-  "alternatives_not_good_at_title": "🤔 Was wir NICHT gut können (Zeit für Ehrlichkeit)",
-  "alternatives_open_transparent_desc": "100% Open Source. MIT/MPL-2.0 lizenziert. Sie können jede Zeile Code sehen, selbst hosten wenn Sie möchten, oder es komplett forken.",
-  "alternatives_open_transparent_li1": "Plugin-Code: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "alternatives_open_transparent_li2": "Backend-Code: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "alternatives_open_transparent_li3": "Selbstprüfung jederzeit - entscheidend für Compliance und Sicherheit",
-  "alternatives_open_transparent_li4": "Öffentliche Sicherheitsprüfungen verfügbar",
-  "alternatives_open_transparent_li5": "Öffentliche Roadmap, öffentliche Probleme, alles öffentlich",
-  "alternatives_open_transparent_title": "🌍 Wir machen es offen und transparent",
-  "alternatives_other_options_title": "Die anderen Optionen (und wann man sie auswählt)",
-  "alternatives_testimonial_1": "Die Migration von Appflow dauerte 2 Stunden. Wir sind von $499/Monat auf $14/Monat umgestiegen. Gleiche Funktionen, besseres DX.",
-  "alternatives_testimonial_1_author": "— React-Entwickler aus Frankreich",
-  "alternatives_testimonial_2": "Ich hatte eine Frage um 22 Uhr am Samstag. Martin selbst antwortete innerhalb von 15 Minuten. Wahnsinn.",
-  "alternatives_testimonial_2_author": "— Einzelentwickler aus Brasilien",
-  "alternatives_testimonial_3": "Open Source zu sein bedeutet, dass wir die Sicherheit selbst überprüfen könnten. Das ist für unsere Gesundheits-App nicht verhandelbar.",
-  "alternatives_testimonial_3_author": "— CTO eines Gesundheitstechnologie-Startups",
-  "alternatives_testimonial_4": "Die Tatsache, dass es sich um ein Familienunternehmen handelt, macht mir MEHR Vertrauen, nicht weniger. Diese Leute werden uns nicht den Boden unter den Füßen wegziehen.",
-  "alternatives_testimonial_4_author": "— Mobiler Teamleiter aus Deutschland",
-  "alternatives_title": "Capgo Alternativen – Ein ehrlicher Vergleich",
-  "alternatives_what_different_title": "Was macht Capgo eigentlich anders?",
-  "alternatives_why_choose_title": "Warum Menschen uns tatsächlich wählen",
-  "alternatives_why_exists_p1": "Schau, wir könnten eine schicke Tabelle erstellen, die zeigt, wie Capgo jeden Konkurrenten in jeder Metrik übertrifft. Das macht jeder. Aber das ist Quatsch und du weißt es.",
-  "alternatives_why_exists_p2": "Die Wahrheit? Alle Live-Update-Plattformen machen im Grunde dasselbe: Sie pushen JavaScript-Updates zu Ihren Capacitor-Apps. API? Wir haben alle eine. Kanäle? Ja. Rollbacks? Sicher.",
-  "alternatives_why_exists_p3": "Also, was zählt wirklich? Lassen Sie uns stattdessen darüber sprechen.",
-  "alternatives_why_exists_title": "Warum diese Seite existiert",
-  "analytics": "Analytik",
-  "and": "und",
-  "app_mobile": "Mobile-App",
-  "app_store_compliant": "App Store-konform",
-  "appflow_credit_p1": "<strong class=\"text-emerald-400\">Ionic hat etwas Erstaunliches geschaffen.</strong> Appflow war die erste Plattform, die Live-Updates tatsächlich im großen Maßstab zum Laufen brachte. Sie waren Vorreiter bei Kanälen, Rollbacks, der Integration von nativen Builds - dem gesamten Spielbuch.",
-  "appflow_credit_p2": "Sie haben eine ganze Generation von Entwicklern in der Hybrid-App-Entwicklung ausgebildet. Ohne die Arbeit von Ionic würden Produkte wie Capgo nicht existieren.",
-  "appflow_credit_p3": "Also ja, riesigen Respekt für das Ionic Team. Das ist ein Ärgernis für alle.",
-  "appflow_credit_title": "Zuerst geben wir Anerkennung, wo sie gebührt",
-  "appflow_cta_book_migration": "Buchmigrationsanruf",
-  "appflow_cta_questions": "Fragen? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Tritt unserem Discord bei</a> oder <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">schreibe uns eine E-Mail</a>",
-  "appflow_cta_start_trial": "Starten Sie die kostenlose Testversion →",
-  "appflow_cta_subtitle": "Keine Kreditkarte. Keine Verpflichtung. Migrieren Sie eine Test-App, sehen Sie, ob sie für Sie funktioniert.",
-  "appflow_cta_title": "Probieren Sie es 14 Tage kostenlos aus",
-  "appflow_elephant_p1": "Ionic hat angekündigt, dass sie Appflow einstellen. Ihre Apps werden bis zum <strong class=\"text-white\">31. Dezember 2027</strong> weiter funktionieren, aber es gibt keine neuen Funktionen, keine neuen Kunden, keine Updates.",
-  "appflow_elephant_p2": "Wenn Sie dies lesen, suchen Sie wahrscheinlich nach dem nächsten Schritt. Darum geht es auf dieser Seite.",
-  "appflow_elephant_title": "⚠️ Der Elefant im Raum",
-  "appflow_enterprise_help_desc": "If your Appflow stack includes Ionic enterprise plugins, use the <a href=\"{pluginsUrl}\" class=\"text-emerald-300 hover:underline\">Ionic Enterprise Plugins guide</a>. Paid support is available on demand - <a href=\"{supportUrl}\" class=\"text-emerald-300 hover:underline\">see support options</a>. Need a hands-on migration? We offer paid migration services - <a href=\"{migrationUrl}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_enterprise_help_title": "Enterprise plugins and paid help (optional)",
-  "appflow_experience_desc": "4 Jahre Live-Updates im großen Stil. Milliarden von Updates bereitgestellt. Jede Änderung der App Store-Richtlinien, jeder Sonderfall, jedes merkwürdige Gerät - wir haben es gesehen.",
-  "appflow_experience_note": "Also: wir sind der <strong>größte Anbieter von Capacitor-Plugins</strong> nach dem offiziellen Capacitor-Team (30+ Plugins). Wir kennen das Ökosystem in- und auswendig.",
-  "appflow_experience_title": "4. Wir machen das seit 2020",
-  "appflow_faq_a1": "Nein. Was auch immer Sie gerade verwenden (GitHub Actions, GitLab CI, Jenkins usw.) funktioniert weiterhin. Ändern Sie einfach den Upload-Schritt, um unsere CLI anstelle von Appflows zu verwenden.",
-  "appflow_faq_a2": "Wir führen Cloud-native Builds durch! Wir machen jedoch nicht die vollständige CI/CD-Automatisierungspipeline. Sie können Builds über unsere CLI oder API auslösen, aber wir versuchen nicht, Ihren GitHub Actions/GitLab CI-Workflow zu ersetzen - wir integrieren uns damit.",
-  "appflow_faq_a3": "Wahrscheinlich eine Menge. Appflow beginnt bei $499/Monat. Wir starten bei $14/Monat und skalieren mit der Nutzung (ungefähr $0,001 pro MAU). Die meisten Migrationen sparen 80-95% an Aktualisierungskosten.",
-  "appflow_faq_a4": "Wir liefern 1B+ Updates/Monat auf über 50M+ Geräten. 99,9%+ Betriebszeit. Überprüfen Sie Echtzeit-Statistiken unter <a href=\"https://status.capgo.app/history\" class=\"text-blue-300 underline hover:text-blue-200\">status.capgo.app</a>",
-  "appflow_faq_q1": "Muss ich meine CI/CD-Konfiguration ändern?",
-  "appflow_faq_q2": "Was ist mit nativen Builds?",
-  "appflow_faq_q3": "Wird das Geld sparen?",
-  "appflow_faq_q4": "Wie ist die Zuverlässigkeit?",
-  "appflow_faq_title": "Häufige Fragen",
-  "appflow_focus_desc": "Appflow hat Live-Updates + CI/CD + native Builds durchgeführt. Wir machen nur <strong class=\"text-white\">Live-Updates</strong>.",
-  "appflow_focus_note": "Meiner Meinung nach ist es sowieso besser, Anliegen getrennt zu halten. Verwenden Sie GitHub Actions (oder was auch immer) für CI/CD. Verwenden Sie Capgo für Updates. Jedes Tool macht das, was es am besten kann.",
-  "appflow_focus_title": "6. Konzentriere dich auf eine Sache (und mache sie wirklich gut)",
-  "appflow_footer_note": "Mit Respekt für das, was Ionic geschaffen hat, gebaut. Hier um Ihnen zu helfen, weiter zu versenden.",
-  "appflow_hero_subtitle": "Lassen Sie uns ehrlich darüber sprechen, was passiert und welche Optionen Sie haben.",
-  "appflow_hero_title": "Von Appflow umziehen?",
-  "appflow_migration_basics_title": "Die Grundlagen:",
-  "appflow_migration_guide_text": "Vollständiger Migrationsleitfaden: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/von-appflow-zu-capgo</a>",
-  "appflow_migration_how_title": "Wie schwierig ist die Migration?",
-  "appflow_migration_intro": "<strong class=\"text-white\">TL;DR: Nicht schwer.</strong> Die meisten Teams sind innerhalb eines Tages einsatzbereit.",
-  "appflow_migration_step1": "Deinstallieren Sie <code class=\"text-blue-300\">@capacitor/live-updates</code>, installieren Sie <code class=\"text-blue-300\">@capgo/capacitor-updater</code>",
-  "appflow_migration_step2": "Rufen Sie <code class=\"text-blue-300\">notifyAppReady()</code> anstelle des gesamten Appflow-Synchronisations-/Download-/Neulade-Codes auf.",
-  "appflow_migration_step3": "Laden Sie Bundles mit unserer CLI hoch, anstatt ihrer.",
-  "appflow_migration_stuck": "Stecken geblieben? <a href=\"https://cal.com/team/capgo/appflow-migration\" class=\"text-blue-300 underline hover:text-blue-200\">Buchen Sie einen kostenlosen Migrationsanruf</a> und wir führen Sie durch.",
-  "appflow_not_good_at_ci_cd": "Anders als Appflows gebündelter Ansatz bieten wir Ihnen Flexibilität. Nutzen Sie unser Cloud Build für native iOS/Android-Builds oder integrieren Sie Ihr eigenes CI/CD (GitHub Actions, GitLab CI usw.). Ihre Wahl - beides funktioniert hervorragend.",
-  "appflow_not_good_at_ci_cd_label": "All-in-one CI/CD:",
-  "appflow_not_good_at_docs": "Grundlegende automatische Updates sind gut dokumentiert und klar. Aber Capgo bietet viele Update-Modi (manuell, halb-manuell, kanal_standard, etc.) - noch nicht alle Anwendungsfälle sind gleich leicht zu verstehen. Wir arbeiten daran.",
-  "appflow_not_good_at_docs_label": "Dokumentationskomplexität:",
-  "appflow_not_good_at_title": "🤔 Was wir NICHT sind (Ehrlichkeitszeit)",
-  "appflow_not_shutting_desc": "Capgo ist ein <strong class=\"text-white\">familiengeführtes Unternehmen ohne externe Finanzierung</strong>. Kein VC-Druck zum \"Pivotieren\" oder \"Maximieren von Wachstumsindikatoren\". Dies ist unsere Lebensgrundlage, gebaut um Jahrzehnte zu bestehen.",
-  "appflow_not_shutting_li1": "Rechtliche Einheiten in den USA und Europa",
-  "appflow_not_shutting_li2": "Gewidmete Infrastruktur für China",
-  "appflow_not_shutting_note": "Wir sind seit dem ersten Jahr profitabel. Nachhaltige Preisgestaltung, nachhaltiges Geschäft.",
-  "appflow_not_shutting_title": "1. Wir schließen nicht ab (offensichtlich wichtig)",
-  "appflow_opensource_desc": "Nicht nur das Plugin - <strong class=\"text-white\">auch das gesamte Backend</strong>:",
-  "appflow_opensource_li1": "Plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "appflow_opensource_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "appflow_opensource_li3": "Selbst hosten, wenn Sie möchten. Forken Sie es, wenn Sie müssen. Überprüfen Sie die Sicherheit selbst.",
-  "appflow_opensource_note": "Dies ist wichtig, wenn Sie von einem proprietären Dienst verbrannt wurden, der geschlossen hat (ich schaue auf dich, Appflow).",
-  "appflow_opensource_title": "3. 100% Open Source (MIT/MPL-2.0)",
-  "appflow_or_similar": "AppFlow oder ähnliches",
-  "appflow_plugins_col_capgo": "Capgo alternative",
-  "appflow_plugins_col_guide": "Migration guide",
-  "appflow_plugins_col_ionic": "Ionic plugin",
-  "appflow_plugins_desc": "If you use Ionic's enterprise plugins, here are the direct Capgo replacements and migration guides.",
-  "appflow_plugins_link_text": "Migration guide",
-  "appflow_plugins_opensource_note": "All Capgo plugins are open source. Paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_plugins_or": "or",
-  "appflow_plugins_title": "Ionic enterprise plugins: equivalents in Capgo",
-  "appflow_pricing_comparison": "Appflow: <strong class=\"text-rose-400\">$499/Monat</strong> Minimum<br>Capgo: <strong class=\"text-emerald-400\">$14/Monat</strong> zum Start, skaliert mit Nutzung",
-  "appflow_pricing_note": "Wir können weniger berechnen, weil wir keine massiven Overheadkosten finanzieren. Nur ein kleines Team, das großartige Werkzeuge baut.",
-  "appflow_pricing_title": "2. Preisgestaltung, die Sinn macht",
-  "appflow_support_desc": "Keine Chatbots. Keine Ticket-Systeme. Keine \"KI-Assistenten.\"",
-  "appflow_support_note": "Sie bekommen Martin (mich!) oder jemanden aus dem Team. Normalerweise innerhalb von Stunden. Oft innerhalb von Minuten. Ja, sogar an Wochenenden (wir können nicht anders 😅).",
-  "appflow_support_open_desc": "Every Capgo plugin is open source, so you can audit, fork, and self-host if you want. If you need guaranteed response times or migration help, paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">see support options</a>.",
-  "appflow_support_open_title": "Open source plugins. Optional paid support.",
-  "appflow_support_title": "5. Tatsächlich menschliche Unterstützung",
-  "appflow_testimonial_1": "Die Migration von Appflow dauerte 2 Stunden. Wir sind von $499/Monat auf $14/Monat umgestiegen. Gleiche Funktionen, bessere Dokumentation.",
-  "appflow_testimonial_1_author": "— React-Entwickler, Frankreich",
-  "appflow_testimonial_2": "Ich hatte am Samstag um 22 Uhr eine Frage. Martin antwortete innerhalb von 15 Minuten. Mit tatsächlichen Codebeispielen.",
-  "appflow_testimonial_2_author": "— Einzelentwickler, Brasilien",
-  "appflow_testimonial_3": "Open Source Backend war für unsere Gesundheits-App nicht verhandelbar. Capgo war die einzige Option, die unseren Sicherheitsanforderungen entsprach.",
-  "appflow_testimonial_3_author": "— CTO, Gesundheitstechnologie-Startup",
-  "appflow_testimonial_4": "Familienunternehmen = kein Rugpull-Risiko. Nach der Schließung von Appflow ist diese Stabilität wichtig.",
-  "appflow_testimonial_4_author": "— Teamleiter für Mobilgeräte, Deutschland",
-  "appflow_testimonials_more": "Weitere Erfahrungsberichte:",
-  "appflow_testimonials_title": "Was die Leute tatsächlich sagen",
-  "appflow_what_different_title": "Was macht Capgo anders",
-  "application_definition": "<strong>Anwendung</strong> bezeichnet das von der Firma bereitgestellte Softwareprogramm, das von Ihnen auf einem elektronischen Gerät mit dem Namen {brand} heruntergeladen wurde.",
-  "application_definition_refund": "Anwendung bezeichnet das von der Gesellschaft bereitgestellte Softwareprogramm, das Sie auf einem elektronischen Gerät heruntergeladen haben, mit dem Namen $1.",
-  "apps": "Apps",
-  "apps_with_20m_users": "Apps mit über 20 Millionen Nutzern",
-  "architecture_review_optimization": "Architekturüberprüfung, Leistungsoptimierung und strategische Beratung für Ihr mobiles Entwicklungsteam.",
-  "are_there_any_setup_fees_answer": "Keine Einrichtungsgebühren, jemals. Unsere gesamte Preisgestaltung ist transparent und beinhaltet alles, was Sie zum Start benötigen. Bei dem Pay-as-you-go-Plan wird eine Übernutzung zu klar veröffentlichten Tarifen als Guthaben abgerechnet. Im Gegensatz zu anderen Plattformen in diesem Bereich verstecken wir keine Kosten - was Sie sehen, ist was Sie bezahlen.",
-  "are_there_any_setup_fees_or_hidden_costs": "Gibt es Einrichtungsgebühren oder versteckte Kosten?",
-  "as_the_largest_ecosystem_of_open_source_plugins_for_capacitor_we_re_committed_to_innovation_transparency_and_community_driven_development": "Als das größte Ökosystem von Open-Source-Plugins für Capacitor setzen wir uns für Innovation, Transparenz und gemeinschaftlich getriebenen Entwicklungen ein.",
-  "ask_for_help_in_the_community_chat_room": "Fragen Sie in dem <a href=\"https://discord.capgo.app\">Community-Chatraum nach Hilfe. </a>",
-  "ask_questions_about_page": "Fragen zu dieser Seite stellen",
-  "assign_specific_rights_and_access_levels_to_each_user_within_your_organizations": "Weisen Sie jedem Benutzer innerhalb Ihrer Organisation spezifische Rechte und Zugriffslevels zu, um Sicherheit und eine angemessene Ressourcenzuweisung zu gewährleisten.",
-  "at_scale": "im großen Maßstab",
-  "aup": "Zulässige Nutzungsrichtlinie",
-  "aup_intro": "Diese Richtlinie für akzeptable Nutzung (diese 'Richtlinie') beschreibt die verbotenen Nutzungen der von Capgo und seinen Tochtergesellschaften angebotenen Webdienste (die 'Dienste') sowie der Website unter https://capgo.app (die 'Capgo-Website'). Die in dieser Richtlinie enthaltenen Beispiele sind nicht abschließend. Wir können diese Richtlinie jederzeit ändern, indem wir eine überarbeitete Version auf der Capgo-Website veröffentlichen. Durch die Nutzung der Dienste oder den Zugriff auf die Capgo-Website stimmen Sie der jeweils aktuellen Version dieser Richtlinie zu. Wenn Sie gegen die Richtlinie verstoßen oder anderen autorisieren oder helfen, dies zu tun, können wir Ihre Nutzung der Dienste aussetzen oder beenden.",
-  "aup_monitoring_enforcement": "Unsere Überwachung und Durchsetzung",
-  "aup_monitoring_enforcement_desc": "Wir behalten uns das Recht vor, übernehmen jedoch nicht die Verpflichtung, jede Verletzung dieser Richtlinie oder den Missbrauch der Dienste oder der Capgo-Website zu untersuchen. Wir können:",
-  "aup_no_email_abuse": "Kein Missbrauch von E-Mail oder anderen Nachrichten",
-  "aup_no_email_abuse_desc": "Du wirst keine unerwünschten Massen-E-Mails oder andere Nachrichten, Werbungen, Anzeigen oder Aufforderungen (wie 'Spam') verbreiten, veröffentlichen, senden oder das Senden dieser erleichtern, einschließlich kommerzieller Werbung und informativen Ankündigungen. Du wirst die E-Mail-Kopfzeilen nicht ändern oder verschleiern und nicht die Identität eines Absenders annehmen, ohne die ausdrückliche Erlaubnis des Absenders. Du wirst keine Antworten auf von einem anderen Internetdienstanbieter gesendete Nachrichten sammeln, wenn diese Nachrichten gegen diese Richtlinie oder die akzeptable Nutzungsrichtlinie dieses Anbieters verstoßen.",
-  "aup_no_illegal_use": "Keine illegale, schädliche oder anstößige Nutzung oder Inhalte",
-  "aup_no_illegal_use_desc": "Sie dürfen die Dienste oder die Capgo-Website nicht für illegale, schädliche, betrügerische, verletzende oder anstößige Zwecke nutzen oder andere dazu ermutigen, fördern, unterstützen oder anweisen, dies zu tun, noch Inhalte übertragen, speichern, anzeigen, verbreiten oder auf andere Weise verfügbar machen, die illegal, schädlich, betrügerisch, verletzend oder anstößig sind. Verbotene Aktivitäten oder Inhalte umfassen:",
-  "aup_no_network_abuse": "Kein Netzwerkmissbrauch",
-  "aup_no_network_abuse_desc": "Sie dürfen keine Netzwerkverbindungen zu Benutzern, Hosts oder Netzwerken herstellen, es sei denn, Sie haben die Erlaubnis, mit ihnen zu kommunizieren. Zu den verbotenen Aktivitäten gehören:",
-  "aup_no_security_violations": "Keine Sicherheitsverletzungen",
-  "aup_no_security_violations_desc": "Sie dürfen die Dienste nicht nutzen, um die Sicherheit oder Integrität eines Netzwerks, Computers oder Kommunikationssystems, einer Softwareanwendung oder eines Netzwerk- oder Computergeräts (jedes ein 'System') zu verletzen. Verbotene Aktivitäten sind:",
-  "aup_reporting_violations": "Meldung von Verstößen gegen diese Richtlinie",
-  "aup_reporting_violations_desc": "Wenn Sie von einem Verstoß gegen diese Richtlinie Kenntnis erlangen, werden Sie uns unverzüglich benachrichtigen und uns die erforderliche Unterstützung bieten, um den Verstoß zu stoppen oder zu beheben. Um einen Verstoß gegen diese Richtlinie zu melden, kontaktieren Sie uns bitte unter support@capgo.app.",
-  "availability_97_95": "Weniger als 97,0 %, aber größer als oder gleich 95,0 %",
-  "availability_98_97": "Weniger als 98,0 %, aber größer oder gleich 97,0 %",
-  "availability_99_98": "Weniger als 99,0 %, aber größer oder gleich 98,0 %",
-  "availability_below_95": "Weniger als 95,0%",
-  "avoiding_system_restrictions": "Vermeidung von Systembeschränkungen.",
-  "avoiding_system_restrictions_desc": "Verwendung manueller oder elektronischer Mittel, um jegliche Nutzungseinschränkungen, die auf ein System auferlegt wurden, wie z. B. Zugriffs- und Speicherbeschränkungen, zu umgehen.",
-  "awesome_capacitor": "Toller Kondensator",
-  "bandwidth": "Bandbreite",
-  "bandwidth_explanation": "Bei Capgo messen wir die Bandbreite, indem wir die Menge der zwischen dem Speicherort und den Benutzergeräten über Edge-Server übertragenen Daten verfolgen. Dies hilft uns, Echtzeitaktualisierungen bereitzustellen.",
-  "bandwidth_gb": "Bandbreite<br />(GiB)",
-  "beautiful_native_experience": "Schönes einheimisches Erlebnis",
-  "become_a_sponsor": "Werden Sie ein Sponsor",
-  "before_submitting_a_pr": "Bevor Sie einen PR zu einem der Repos einreichen, stellen Sie bitte sicher, dass Folgendes erledigt ist:",
-  "benefit_from_our_deep_expertise_in_mobile_app_ci_cd_best_practices_without_the_need_to_build_and_maintain_a_complex_system_yourself": "Profitieren Sie von unserer umfassenden Expertise in den Best Practices für CI/CD von mobilen Anwendungen, ohne ein komplexes System selbst aufbauen und pflegen zu müssen.",
-  "best_value": "Bester Wert",
-  "billed_annually_at": "Jährlich in Rechnung gestellt bei",
-  "billed_monthly": "Monatlich abgerechnet",
-  "blog": "Blog",
-  "book_a_consultation": "Beratung buchen",
-  "break_even_timeline": "Nach nur 6 Monaten sparen Sie bereits Geld!",
-  "browse_all_plugins": "Alle Plugins durchsuchen",
-  "browse_plugin_library": "Durchsuchen Sie unsere Plugin-Bibliothek",
-  "bug_bounty": "Bug Bounty",
-  "bug_bounty_conduct_intro": "We are friendly and we do pay for valid reports, but we cannot work with people who do not respect our time. Please keep communication calm and follow this program.",
-  "bug_bounty_conduct_rule_1": "We respond to security reports and breaches within 24-72 hours.",
-  "bug_bounty_conduct_rule_2": "Do not spam us. More than three emails in a single day is considered spam and will be blocked.",
-  "bug_bounty_conduct_rule_3": "We do not pay for reports that ignore these rules or are spam.",
-  "bug_bounty_conduct_rule_4": "Only in-scope reports that follow this bug bounty program are accepted; anything else may be blocked.",
-  "bug_bounty_conduct_rule_5": "Do not ask whether we are a scam or for payment status updates. We may be slow to respond at times, so please keep communication focused and respectful. Reporter records and payout proof are publicly visible for transparency.",
-  "bug_bounty_conduct_title": "Response Time and Respect",
-  "bug_bounty_contact": "Bei Fragen zu unserem Bug Bounty Programm wenden Sie sich bitte über die GitHub Security Advisories an uns.",
-  "bug_bounty_description": "Erfahren Sie mehr über das Capgo Bug Bounty Programm. Melden Sie Sicherheitslücken in unserem Open-Source-Code mit genauen Zeilenreferenzen für mögliche Belohnungen.",
-  "bug_bounty_how_to_report_step_1": "Navigieren Sie zum entsprechenden Repository auf GitHub",
-  "bug_bounty_how_to_report_step_2": "Klicken Sie auf den Tab \"Security\"",
-  "bug_bounty_how_to_report_step_3": "Klicken Sie auf \"Report a vulnerability\" um einen neuen Security Advisory zu erstellen",
-  "bug_bounty_how_to_report_step_4": "Geben Sie den genauen Dateipfad und die Zeilennummer(n) an, wo die Schwachstelle existiert",
-  "bug_bounty_how_to_report_step_5": "Beschreiben Sie detailliert die Schritte zur Reproduktion und erläutern Sie die Sicherheitsauswirkungen",
-  "bug_bounty_how_to_report_title": "So melden Sie",
-  "bug_bounty_important_label": "Wichtig",
-  "bug_bounty_important_note": "Wenn Sie nicht die genaue Codezeile in GitHub angeben können, wo das Problem existiert, ist Ihr Bericht nicht für das Bug Bounty Programm berechtigt. Berichte müssen ausschließlich über GitHub Security Advisory eingereicht werden. Auszahlungen erfolgen über Algora.io. Bitte erstellen Sie dort ein Konto, damit wir Sie direkt über die Plattform bezahlen können.",
-  "bug_bounty_intro": "Capgo setzt sich für Sicherheit und Transparenz ein. Unser gesamter Code ist Open Source, und wir begrüßen Sicherheitsforscher, die uns helfen, Schwachstellen in unserer Codebasis zu identifizieren.",
-  "bug_bounty_open_source_desc": "Jedes Repository in der Capgo Organisation ist Open Source. Sie können unseren Code überprüfen, auditieren und dazu beitragen.",
-  "bug_bounty_open_source_title": "Open Source Code",
-  "bug_bounty_org": "GitHub Organisation",
-  "bug_bounty_out_of_scope_1": "Berichte ohne genaue Code-Zeilenreferenzen in GitHub",
-  "bug_bounty_out_of_scope_2": "Berichte, die nicht über GitHub Security Advisory eingereicht wurden",
-  "bug_bounty_out_of_scope_3": "Theoretische Schwachstellen ohne Proof of Concept",
-  "bug_bounty_out_of_scope_4": "Probleme in Abhängigkeiten oder Diensten von Drittanbietern (melden Sie diese upstream, z. B. Supabase).",
-  "bug_bounty_out_of_scope_5": "Social Engineering oder Phishing-Versuche",
-  "bug_bounty_out_of_scope_6": "Denial of Service Angriffe",
-  "bug_bounty_out_of_scope_title": "Außerhalb des Geltungsbereichs",
-  "bug_bounty_payment_note": "Payments are issued only after we have identified the issue, fixed it, opened a pull request, and you have verified after release that the fix works for you. This process usually takes between 20 and 30 days. Please do not send messages like \"to get paid\"; payment happens only once the release is live and you've tested and validated the fix.",
-  "bug_bounty_program": "Bug Bounty Programm",
-  "bug_bounty_repo_cli": "Capgo CLI",
-  "bug_bounty_repo_cli_desc": "Kommandozeilen-Tool zur Verwaltung von Capgo-Deployments und Live-Updates",
-  "bug_bounty_repo_landing": "Capgo Backend & Landing",
-  "bug_bounty_repo_landing_desc": "Haupt-Capgo-Repository einschließlich Backend-Services und Landing-Website",
-  "bug_bounty_repo_updater": "Capacitor Updater Plugin",
-  "bug_bounty_repo_updater_desc": "Das zentrale Capacitor-Plugin für Over-the-Air-Updates auf mobilen Geräten",
-  "bug_bounty_report_security_issue": "Sicherheitsproblem melden",
-  "bug_bounty_requirement_1": "Sie müssen die genaue Datei und Zeilennummer in unserem GitHub-Repository identifizieren, wo die Schwachstelle existiert",
-  "bug_bounty_requirement_2": "Ihr Bericht muss über GitHub Security Advisory im entsprechenden Repository eingereicht werden",
-  "bug_bounty_requirement_3": "Sie müssen eine klare Beschreibung der Schwachstelle und ihrer potenziellen Auswirkungen beifügen",
-  "bug_bounty_requirement_4": "Sie müssen reproduzierbare Schritte zur Demonstration des Problems angeben",
-  "bug_bounty_requirements_intro": "Um für das Bug Bounty Programm berechtigt zu sein, muss Ihr Bericht ALLE folgenden Anforderungen erfüllen:",
-  "bug_bounty_requirements_title": "Anforderungen für gültige Berichte",
-  "bug_bounty_supabase_examples_title": "Beispiele",
-  "bug_bounty_supabase_intro": "Wenn das Problem bei Supabase liegt und an einen Supabase-Endpunkt gebunden ist, melden Sie es an Supabase (nicht an Capgo). Supabase-bezogene Meldungen akzeptieren wir nur, wenn Sie es reproduzieren und die konkrete Supabase-Einstellung/Config-Änderung nennen koennen, die es in einem wie bei uns konfigurierten Projekt verhindert.",
-  "bug_bounty_supabase_limitations_1": "Provide a reproducible case and the exact Supabase setting/config change in the demo project that resolves the issue while keeping your existing rule set intact.",
-  "bug_bounty_supabase_limitations_2": "Email verification behavior is expected to follow your Supabase Auth project settings (for example, whether email confirmation is disabled and capture-based auth is used).",
-  "bug_bounty_supabase_limitations_3": "Password update and account-recovery flows may not always require old-password re-entry or re-verification if Supabase Auth is configured that way.",
-  "bug_bounty_supabase_limitations_4": "If the issue is in this list but you can show a concrete Supabase-side fix in the provided project, then we can consider it in scope.",
-  "bug_bounty_supabase_limitations_intro": "We only review these findings when they can be reproduced in a shared Supabase demo project that mirrors our setup. In this workflow, the behavior must be confirmed as a Supabase Auth default/capability and fixed in Supabase configuration only, without changing Capgo security rules.",
-  "bug_bounty_supabase_limitations_title": "Known Supabase Auth Limitations (Already Reported)",
-  "bug_bounty_supabase_not_valid_1": "Ein Supabase-Plattformfehler oder Ausfall",
-  "bug_bounty_supabase_not_valid_2": "Ein Fund, den Sie nicht reproduzieren koennen",
-  "bug_bounty_supabase_not_valid_3": "Eine Behauptung ohne die Supabase-Setting/Config-Aenderung, die es behebt",
-  "bug_bounty_supabase_not_valid_title": "Hier nicht gueltig",
-  "bug_bounty_supabase_title": "Supabase und Dienste von Drittanbietern",
-  "bug_bounty_supabase_valid_1": "Eine Fehlkonfiguration, die wir in Supabase-Settings beheben koennen (mit Schritten)",
-  "bug_bounty_supabase_valid_2": "Ein Capgo-Integrationsproblem, das unsichere Supabase-Nutzung verursacht",
-  "bug_bounty_supabase_valid_3": "Ein reproduzierbares Problem, das durch eine konkrete Supabase-Config-Aenderung behoben wird",
-  "bug_bounty_supabase_valid_title": "Hier gueltig",
-  "bug_bounty_view_repository": "Repository anzeigen",
-  "build_from_anywhere": "Bauen Sie von jeder Maschine aus",
-  "build_hours": "Bauzeiten",
-  "build_in_public_on_twitter": "In der Öffentlichkeit auf Twitter bauen",
-  "build_minutes": "Bau-Minuten",
-  "build_time_explanation": "Build-Zeit bezieht sich auf die Zeit, die Capgo für das Erstellen Ihrer nativen App in der Cloud mit Capgo Build verbringt, unserer Cloud-basierten Lösung für iOS und Android. Es ermöglicht Ihnen, Ihre App von jedem Computer aus zu erstellen, ohne einen Mac zu benötigen, vereinfacht CI/CD-Workflows und ermöglicht es Teammitgliedern, die nicht mit nativen Builds vertraut sind, zuverlässig Builds zu generieren.",
-  "built_for_devs_badge": "ENTWICKLERFREUNDLICH",
-  "built_for_devs_code_comment": "Meine App",
-  "built_for_devs_cta": "Kostenlos ausprobieren",
-  "built_for_devs_feature_analytics": "Plugin-Analytik",
-  "built_for_devs_feature_analytics_desc": "Verfolgen Sie die Aktualisierung der Gesundheit, Abdeckung und Protokolle in Ihrem Dashboard",
-  "built_for_devs_feature_api": "Öffentliche API",
-  "built_for_devs_feature_api_desc_part1": "Verwalten Sie Capgo von Ihrer eigenen Software aus und erstellen Sie White-Label-Erlebnisse",
-  "built_for_devs_feature_api_docs": "API-Dokumentationen",
-  "built_for_devs_feature_capacitor": "Unterstützung für Kondensator 6 & 7",
-  "built_for_devs_feature_capacitor_desc": "Vollständige Kompatibilität mit den neuesten Capacitor-Versionen und allen wichtigen Plattformen",
-  "built_for_devs_feature_channels": "Mehrkanal-Zustellung",
-  "built_for_devs_feature_channels_desc": "Unterstützung für Produktion, Staging, Test und benutzerdefinierte Update-Streams",
-  "built_for_devs_feature_cli": "CLI & REST API",
-  "built_for_devs_feature_cli_desc": "Verwendung in CI/CD, Skripten oder manuell - Ihre Wahl",
-  "built_for_devs_feature_differential": "Intelligente differentielle Updates",
-  "built_for_devs_feature_differential_desc_part1": "Laden Sie nur herunter, was sich geändert hat, um Bandbreite und Zeit zu sparen",
-  "built_for_devs_feature_differential_learn": "Erfahren Sie mehr",
-  "built_for_devs_feature_distribution": "Erweiterte Update-Verteilung",
-  "built_for_devs_feature_distribution_desc_part1": "Zielen Sie auf spezifische Benutzergruppen mit verschiedenen Versionen ab, indem Sie Kanäle für Beta-Tests und gestaffelte Einführungen nutzen.",
-  "built_for_devs_feature_distribution_learn": "Erfahren Sie mehr",
-  "built_for_devs_feature_opensource": "Zusammensetzbar & Open-Source",
-  "built_for_devs_feature_opensource_desc": "Verwenden Sie nur das Plugin oder schließen Sie sich an die vollständige Capgo Cloud an.",
-  "built_for_devs_feature_rollback": "Rollback & Versionsfixierung",
-  "built_for_devs_feature_rollback_desc": "Erholen Sie sich sofort von schlechten Bereitstellungen",
-  "built_for_devs_feature_soc2": "SOC 2-Zertifizierung",
-  "built_for_devs_feature_soc2_desc_part1": "Wir arbeiten aktiv an der SOC 2 Typ II Zertifizierung, um eine unabhängige Überprüfung unserer Sicherheitskontrollen zu gewährleisten.",
-  "built_for_devs_feature_soc2_trust": "Vertrauenszentrum",
-  "built_for_devs_feature_support": "Blitzschnelle Unterstützung",
-  "built_for_devs_feature_support_desc": "E-Mail oder Discord Unterstützung. Nutzer mit Bezahlung nach Verbrauch erhalten Zugang zu einem gemeinsamen Slack-Kanal.",
-  "built_for_devs_feature_ts": "Unterstützung für TypeScript",
-  "built_for_devs_feature_ts_desc": "Vollständig getippte API und Plugin für vorhersehbare Integration",
-  "built_for_devs_phone_time": "Vor 2s...",
-  "built_for_devs_phone_update": "✓ Capgo Update Angewendet V1.0.11",
-  "built_for_devs_subtitle": "Schnell zu installieren. Einfach zu erweitern. Vollständig transparent. Capgo wurde entwickelt, um mit modernen CapacitorJS-Entwicklungsabläufen zu arbeiten - von der CLI bis zur Cloud.",
-  "built_for_devs_title": "Entwickelt für Entwickler",
-  "built_for_enterprise_teams": "Entwickelt für Unternehmens-Teams",
-  "built_with_supabase": "Gebaut mit Supabase",
-  "business_hours_note": "Die Geschäftszeiten sind von 6 Uhr bis 18 Uhr (Ortszeit), es sei denn, es wird anders angegeben.",
-  "calculate_your_usage": "Berechnen Sie Ihren Verbrauch",
-  "calculate_your_usage_description": "Geben Sie Ihre geschätzte monatliche aktive Nutzerzahl, Updates pro Monat und Update-Größe ein, um Ihre geschätzten Kreditkosten zu ermitteln.",
-  "calculated_usage_pricing": "Berechneter Verbrauch & Preisgestaltung",
-  "can_i_cancel_at_any_time": "Kann ich jederzeit kündigen?",
-  "can_i_change_my_plan_answer": "Ja, Sie können Ihren Tarif jederzeit upgraden oder downgraden. Upgrades treten sofort in Kraft, während Downgrades am Ende Ihres aktuellen Abrechnungszyklus angewendet werden. Dies stellt sicher, dass Sie den vollen Wert aus Ihrem aktuellen Plan ziehen, bis er abläuft.",
-  "can_i_change_my_plan_at_any_time": "Kann ich meinen Plan jederzeit ändern?",
-  "can_i_use_credits_without_subscription": "Kann ich Credits ohne ein aktives Abonnement nutzen?",
-  "can_i_use_credits_without_subscription_answer": "Nein. Credits können nur verwendet oder gekauft werden, wenn ein aktives Abonnement besteht. Sie benötigen einen aktiven Plan, um Credits für die Nutzung über Ihre Plangrenzen hinaus zu verwenden. Credits sind im Voraus bezahlt und ab dem Kaufdatum 1 Jahr gültig.",
-  "can_i_use_soc2_with_other_plans": "Kann ich SOC 2 Compliance mit Solo-, Maker- oder Team-Plänen verwenden?",
-  "cancellation_deadline": "Die Frist für die Stornierung einer Bestellung beträgt 14 Tage ab dem Datum, an dem Sie die Waren erhalten haben oder an dem ein von Ihnen beauftragter Dritter, der nicht der Spediteur ist, Besitz an dem gelieferten Produkt ergreift.",
-  "cancellation_link": "Durch den Besuch dieser Seite auf unserer Website:",
-  "cancellation_period": "Sie haben das Recht, Ihre Bestellung innerhalb von 14 Tagen ohne Angabe von Gründen zu stornieren.",
-  "cancellation_policy_details": "Ja. Sie können Ihr Abonnement jederzeit kündigen. Wenn Sie kündigen, behalten Sie bis zum Ende Ihres Abrechnungszeitraums Zugriff auf Ihren Tarif. Offene nutzungsbasierte Gebühren werden sofort bei der Kündigung abgerechnet. Danach fallen keine weiteren Gebühren an.",
-  "canonical": "Kanonisch",
-  "cant_find_what_you_need": "Können Sie nicht finden, was Sie brauchen?",
-  "capacitor_config_changes_answer": "Nein, Änderungen an capacitor.config.ts können nicht über Capgo Live-Updates gesendet werden. Die Capacitor-Konfigurationsdatei wird zur nativen Build-Zeit gelesen und in die native App-Binary kompiliert. Das bedeutet, dass Änderungen an capacitor.config.ts (wie Plugin-Konfigurationen, App-ID, Server-Einstellungen oder native Plugin-Optionen) eine neue native Version über den App Store oder Google Play erfordern. Capgo kann nur Web-Assets (HTML, CSS, JavaScript) aktualisieren, die zur Laufzeit geladen werden.",
-  "capacitor_config_changes_question": "Kann ich Änderungen an capacitor.config.ts über Capgo aktualisieren?",
-  "capacitor_power_approximately_1_of_apps_on_google_play_store": "Der Kondensator hat einen ungefähren Anteil von $1% der Apps im Google Play Store.",
-  "capflow_meta_description": "Sehen Sie, wie sich Capgos native OTA-Plattform im Vergleich zu Ionic AppFlow hinsichtlich Zuverlässigkeit, Automatisierung und Preisgestaltung verhält.",
-  "capflow_nav_label": "Ionic AppFlow vs Capgo",
-  "capflow_title": "Ionic AppFlow vs Capgo",
-  "capgo_availability_faq_canceled": "Abonnement gekündigt: Bestehende Updates bleiben bestehen, es werden keine neuen Updates heruntergeladen.",
-  "capgo_availability_faq_capgo_down": "Capgo ist ausgefallen: App ignoriert Updates, bestehende Updates bleiben auf dem Gerät",
-  "capgo_availability_faq_intro": "Ihre App funktioniert weiterhin normal, auch wenn Capgo nicht verfügbar ist. Hier ist, was in verschiedenen Szenarien passiert:",
-  "capgo_availability_faq_limits": "Über den Planlimits: Updates stoppen, bis Sie ein Upgrade durchführen oder Credits hinzufügen",
-  "capgo_availability_faq_link": "Erfahren Sie mehr in unserer Dokumentation",
-  "capgo_availability_faq_title": "Was passiert, wenn Capgo ausfällt, abgesagt wird oder ich meine Tarifgrenzen überschreite?",
-  "capgo_enables_development_teams_at_some_of_the_most_innovative_companies": "Capgo ermöglicht Entwicklungsteams in einigen der innovativsten Unternehmen.",
-  "capgo_gives_you_the_best_insights_you_need_to_create_a_truly_professional_mobile_app": "Capgo bietet Ihnen die besten Einblicke, die Sie benötigen, um eine wirklich professionelle mobile App zu erstellen.",
-  "capgo_home": "Capgo nach Hause",
-  "capgo_is_the_cutting_edge_live_update_system_designed_specifically_for_capacitor_applications": "Capgo ist das fortschrittliche Live-Updatesystem, das speziell für Capacitor-Anwendungen entwickelt wurde.",
-  "capgo_is_used_to_update_its_own_apps_allowing_us_to_continuously_improve_and_refine_our_product_through_real_world_usage": "Capgo wird verwendet, um die eigenen Apps zu aktualisieren, wodurch wir unser Produkt kontinuierlich verbessern und verfeinern können, basierend auf der Nutzung in der Praxis.",
-  "capgo_usage_explanation": "Bei Capgo zählen wir Emulatoren und Entwicklungsbuilds nicht zu Ihrer Nutzung. Erfahren Sie mehr darüber",
-  "capgo_was_born_from_a_real_need_in_the_developer_community": "Capgo entstand aus einem realen Bedarf in der Entwicklergemeinschaft.",
-  "capwesome_cta_book_demo_btn": "Eine Demo buchen",
-  "capwesome_cta_questions": "Fragen? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Tritt unserem Discord bei</a> oder <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">schreibe uns eine E-Mail</a>",
-  "capwesome_cta_start_trial": "Starten Sie die kostenlose Testversion →",
-  "capwesome_cta_subtitle": "Keine Kreditkarte benötigt. Vergleichen Sie selbst.",
-  "capwesome_cta_title": "Probieren Sie Capgo 14 Tage kostenlos aus",
-  "capwesome_diff_business_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Einzelgründer, nachhaltiges Geschäftsmodell (auch gut!)",
-  "capwesome_diff_business_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Eigenfinanziertes Familienunternehmen</strong>. Keine Investoren, keine Schulden. Profitabel seit dem ersten Jahr.",
-  "capwesome_diff_business_capgo_li1": "Rechtliche Einheiten in den USA und Europa",
-  "capwesome_diff_business_capgo_li2": "Spezielle Infrastruktur für China",
-  "capwesome_diff_business_capgo_li3": "Dies ist unsere Lebensgrundlage - kein VC-Druck zum \"Pivot\" oder plötzlich 10x Preiserhöhung",
-  "capwesome_diff_business_capgo_li4": "Für die Langfristigkeit gebaut",
-  "capwesome_diff_business_note": "Beide sind nachhaltige Unternehmen, nur mit unterschiedlichen Strukturen. Nachdem ich gesehen habe, dass Appflow geschlossen wurde, ist diese Sache wichtig.",
-  "capwesome_diff_business_title": "Geschäftsmodell & Stabilität",
-  "capwesome_diff_channels_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">Keine dynamische Kanalzuweisung</strong> - Kanäle sind statisch. Sie können Geräte nicht ohne eine neue App-Version anderen Kanälen zuweisen.",
-  "capwesome_diff_channels_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Dynamische Kanalzuweisung</strong> - weisen Sie Geräte über API, Backend zu, oder lassen Sie Geräte sich <strong class=\"text-emerald-400\">selbst zuweisen</strong>. Anwendungsfälle: A/B-Tests, Beta-Programme, schrittweise Rollouts, standortspezifische Builds (verschiedene Bundles pro Restaurant/Geschäft), PR-Preview-Tests - alles ohne neue App-Versionen.",
-  "capwesome_diff_channels_note": "Dies ist ein Wendepunkt für Teams, die schrittweise Rollouts, Beta-Tests oder Benutzersegmentierung durchführen. Mit Capgo kontrollieren Sie, welche Geräte welche Updates erhalten - dynamisch, vom Server ODER vom Gerät selbst.",
-  "capwesome_diff_channels_title": "Dynamische Kanalzuweisung",
-  "capwesome_diff_experience_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Live-Updates wurden 2024 gestartet. Sehr neu in diesem Bereich. Noch immer dabei, die Skalierbarkeit zu beweisen (keine öffentlichen Statistiken).",
-  "capwesome_diff_experience_capgo": "<strong class=\"text-white\">Capgo:</strong> Gestartet im Jahr 2020. Liefert <strong class=\"text-emerald-400\">1B+ Updates/Monat</strong> auf <strong class=\"text-emerald-400\">50M+ Geräten</strong>. Im Großeinsatz seit über 4 Jahren erprobt.",
-  "capwesome_diff_experience_note": "Wir machen das schon viel länger. 4+ Jahre Produktionserfahrung gegen weniger als ein Jahr.",
-  "capwesome_diff_experience_title": "Erfahrung & Skala",
-  "capwesome_diff_logs_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">Nur serverseitige Protokolle</strong> - Sie sehen, was auf dem Server passiert ist, nicht auf einzelnen Geräten. Viel schwieriger, gerätespezifische Probleme zu debuggen.",
-  "capwesome_diff_logs_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Geräteebene-Protokolle</strong> - sehen Sie genau, was auf jedem Gerät passiert ist. Update-Verlauf, Fehler, Rollbacks - alles nachverfolgbar pro Gerät mit anonymen IDs.",
-  "capwesome_diff_logs_note": "Wenn etwas schief geht, müssen Sie wissen, was auf DIESEM spezifischen Gerät passiert ist. Server-Protokolle sagen Ihnen, was Sie gesendet haben - Geräte-Protokolle sagen Ihnen, was tatsächlich passiert ist.",
-  "capwesome_diff_logs_title": "Protokollierung & Debugging",
-  "capwesome_diff_opensource_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Plugin ist Open Source, Backend ist <strong class=\"text-orange-400\">0% Open Source</strong> (vollständig geschlossen)",
-  "capwesome_diff_opensource_capawesome_li1": "Keine Möglichkeit, Backend-Code selbst zu prüfen",
-  "capwesome_diff_opensource_capawesome_li2": "Keine öffentlichen Sicherheitsprüfungen",
-  "capwesome_diff_opensource_capawesome_li3": "Keine Selbst-Hosting-Option",
-  "capwesome_diff_opensource_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">100% Open Source</strong> - Plugin UND Backend (MIT/MPL-2.0)",
-  "capwesome_diff_opensource_capgo_li1": "Plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "capwesome_diff_opensource_capgo_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "capwesome_diff_opensource_capgo_li3": "Selbst hosten, forken, jederzeit selbst Sicherheitsprüfungen durchführen",
-  "capwesome_diff_opensource_capgo_li4": "Öffentliche Sicherheitsprüfungen verfügbar",
-  "capwesome_diff_opensource_note": "Für Compliance, Gesundheitswesen, Finanzen oder jede regulierte Branche, in der Sie Ihren gesamten Stack prüfen müssen - wir sind die einzige Option.",
-  "capwesome_diff_opensource_title": "Open Source & Sicherheit",
-  "capwesome_diff_plugins_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Sie stellen auch großartige Plugins her, qualitätsorientierter Ansatz. Einige sind kostenpflichtig - das ist ihr Hauptgeschäft.",
-  "capwesome_diff_plugins_capgo": "<strong class=\"text-white\">Capgo:</strong> Wir pflegen <strong class=\"text-emerald-400\">100+ Capacitor Plugins</strong> - größter Anbieter nach dem offiziellen Capacitor-Team. Alles kostenlos und Open Source.",
-  "capwesome_diff_plugins_note": "Unterschiedliche Philosophien: Wir setzen auf breitgefächerte, kostenlose Plugins, sie konzentrieren sich auf kostenpflichtige Premium-Plugins.",
-  "capwesome_diff_plugins_title": "Plugin-Ökosystem",
-  "capwesome_diff_pricing_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-emerald-400\">€9/Monat</strong> Minimum. Ihr Hauptgeschäft sind kostenpflichtige Plugins - Live-Updates sind eher ein Nebenangebot.",
-  "capwesome_diff_pricing_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">$14/Monat</strong> zum Start, skaliert mit Nutzung (~$0.001/MAU). Live-Updates sind unser Kerngeschäft.",
-  "capwesome_diff_pricing_note": "Beide sind fair bepreist. Der Unterschied? Für uns ist Live-Updates DAS Produkt. Für sie ist es ein Zusatz zu ihrem Plugin-Geschäft.",
-  "capwesome_diff_pricing_title": "Preisgestaltung & Geschäftsmodell",
-  "capwesome_diff_support_both": "<strong class=\"text-white\">Beide:</strong> Menschliche Unterstützung von kleinen Teams (keine Chatbots!)",
-  "capwesome_diff_support_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Reaktionsfähig und auch hilfreich",
-  "capwesome_diff_support_capgo": "<strong class=\"text-white\">Capgo:</strong> Normalerweise innerhalb von Stunden, oft Minuten. Auch am Wochenende (wir können nicht anders 😅)",
-  "capwesome_diff_support_note": "Ehrlich gesagt, mit beiden wirst du gut zurechtkommen. Beides sind kleine Teams, die sich kümmern.",
-  "capwesome_diff_support_title": "Unterstützung",
-  "capwesome_differences_title": "Die ehrlichen Unterschiede",
-  "capwesome_footer_note": "Sowohl Capgo als auch Capawesome sind gute Optionen. Wählen Sie, was Ihren Bedürfnissen entspricht.",
-  "capwesome_footer_note_wink": "(Aber wir denken in größerem Maßstab, längerer Erfolgsbilanz und vollständiger Open Source ist wichtig 😊)",
-  "capwesome_hero_subtitle": "Zwei solide Optionen für Capacitor Live-Updates. Lassen Sie uns ehrlich über die Unterschiede sprechen.",
-  "capwesome_hero_title": "Capgo vs Capawesome Cloud",
-  "capwesome_meta_description": "Vergleichen Sie Capawesome und Capgo hinsichtlich Leistung, Funktionen, Transparenz und Auswirkungen auf die Gemeinschaft.",
-  "capwesome_migration_basics_title": "Die Grundlagen:",
-  "capwesome_migration_guide_text": "Vollständiger Migrationsleitfaden: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/von-capawesome-zu-capgo</a>",
-  "capwesome_migration_intro": "Wenn Sie auf Capawesome sind und Capgo in Betracht ziehen, ist die Migration unkompliziert. Die Architektur des Capacitor-Update-Plugins ist ähnlich.",
-  "capwesome_migration_step1": "Tauschen Sie das Plugin-Paket",
-  "capwesome_migration_step2": "Konfiguration aktualisieren (geringe Unterschiede)",
-  "capwesome_migration_step3": "Aktualisieren Sie Ihren Upload-Prozess",
-  "capwesome_migration_title": "Überlegen Sie zu wechseln?",
-  "capwesome_nav_label": "Capawesome gegen Capgo",
-  "capwesome_not_good_at_docs": "Wir bemühen uns wirklich, Dokumente für alle verständlich zu machen. Grundlegende automatische Updates? Gut dokumentiert und klar. Aber Capgo hat viele Optionen (manuell, halb-manuell, channel_default usw.) - nicht alle Anwendungsfälle sind bisher leicht zu verstehen. Wir arbeiten daran.",
-  "capwesome_not_good_at_docs_label": "Dokumentationskomplexität:",
-  "capwesome_not_good_at_git": "Wir integrieren uns nicht mit GitHub/GitLab wie Capawesome. Philosophie Unterschied: Wir möchten Sie nicht an einen bestimmten Git-Anbieter binden. Sie kümmern sich um Updates in Ihrem eigenen CI/CD, wir stellen nur die Lieferinfrastruktur bereit.",
-  "capwesome_not_good_at_git_label": "Integration des Git-Anbieters:",
-  "capwesome_not_good_at_title": "Was wir NICHT gut können",
-  "capwesome_quick_facts_capawesome_li1": "⚠️ Live-Updates gestartet 2024 (sehr neu)",
-  "capwesome_quick_facts_capawesome_li2": "✅ Öffentliche Statistiken verfügbar",
-  "capwesome_quick_facts_capawesome_li3": "✅ Öffentliche Statistiken verfügbar",
-  "capwesome_quick_facts_capawesome_li4": "✅ Mindestens 9€ pro Monat",
-  "capwesome_quick_facts_capawesome_li5": "❌ Plugin offen, Backend 0% offen (geschlossene Quelle)",
-  "capwesome_quick_facts_capawesome_li6": "✅ Einzelgründer, nachhaltig",
-  "capwesome_quick_facts_capawesome_li7": "✅ Qualitäts-Plugins (Hauptgeschäft)",
-  "capwesome_quick_facts_capawesome_li8": "❌ Kein Selbsthosting",
-  "capwesome_quick_facts_capgo_li1": "✅ Begonnen 2020",
-  "capwesome_quick_facts_capgo_li2": "✅ 1B+ Aktualisierungen/Monat",
-  "capwesome_quick_facts_capgo_li3": "✅ 50M+ Geräte",
-  "capwesome_quick_facts_capgo_li4": "✅ 14 $/Monat Start",
-  "capwesome_quick_facts_capgo_li5": "✅ 100% Open Source (Plugin + Backend)",
-  "capwesome_quick_facts_capgo_li6": "✅ Familienunternehmen, selbst finanziert",
-  "capwesome_quick_facts_capgo_li7": "✅ 100+ kostenlose Plugins",
-  "capwesome_quick_facts_capgo_li8": "✅ Selbst-Hosting-Option",
-  "capwesome_quick_facts_legend": "✅ = Stärke | ⚠️ = Abhängig von den Bedürfnissen | ❌ = Nicht verfügbar | ⚪ = Unbekannt/Nicht angegeben",
-  "capwesome_quick_facts_title": "Schnelle Fakten (kein Unsinn)",
-  "capwesome_respect_p1": "Robin (Gründer von Capawesome) leistet hervorragende Arbeit. Gute deutsche Ingenieurskunst, solide Plugins und alles wird aktiv gepflegt. Sie ließen sich von Capgo inspirieren, als sie ihre Lösung für Live-Updates entwickelten - was ehrlich gesagt schmeichelhaft ist.",
-  "capwesome_respect_p2": "Dies ist keine \"wir sind besser in allem\" Seite. Das Capacitor-Ökosystem ist wirklich besser mit mehreren gesunden Optionen. Lassen Sie uns über die tatsächlichen Unterschiede sprechen.",
-  "capwesome_respect_title": "💚 Anerkennung, wo sie gebührt",
-  "capwesome_testimonial_1": "Der Open-Source-Backend war der entscheidende Faktor. Wir mussten die Sicherheit selbst für die Einhaltung überprüfen.",
-  "capwesome_testimonial_1_author": "— Unternehmens-Team",
-  "capwesome_testimonial_2": "Die Preisgestaltung von Capgo skaliert mit unserer App. Ein Startpreis von 14 $/Monat war perfekt für unser MVP und jetzt zahlen wir gerne mehr, während wir wachsen.",
-  "capwesome_testimonial_2_author": "— Gründer eines Startups",
-  "capwesome_testimonial_3": "Der Support ist unglaublich. Martin hat meine Wochenendfrage in 20 Minuten beantwortet. Ich kann mir nicht vorstellen, zu Anbietern mit einer Reaktionszeit von 48 Stunden zurückzukehren.",
-  "capwesome_testimonial_3_author": "— Indie-Entwickler",
-  "capwesome_testimonial_4": "Die Skalierungszahlen (1B+ Updates) gaben uns Vertrauen. Sie haben es tatsächlich bei Produktionslast bewiesen.",
-  "capwesome_testimonial_4_author": "— Teamleiter für Mobilgeräte",
-  "capwesome_testimonials_more": "Weitere Erfahrungsberichte:",
-  "capwesome_testimonials_title": "Was Leute über Capgo sagen",
-  "capwesome_title": "Capawesome gegen Capgo",
-  "capwesome_when_better_european": "Wenn Sie Rechnungen mit GDPR-Konformität und allen europäischen regulatorischen Anforderungen benötigen, hat Capawesome seinen Sitz in Deutschland. Capgo versucht, der europäischen Komplexität zu entkommen, um das Geschäft für alle weltweit zu vereinfachen.",
-  "capwesome_when_better_european_label": "Europäische Compliance-Anforderungen:",
-  "capwesome_when_better_git": "Sie integrieren sich direkt mit Ihrem Git-Anbieter. Wenn Sie es vorziehen, alles verbunden zu haben und das Vendor Lock-In nicht stört, ist das praktisch.",
-  "capwesome_when_better_git_label": "GitHub/GitLab-Integration:",
-  "capwesome_when_better_manual": "Capawesome ist 100% manuell - nichts automatisches. Wenn Sie jeden einzelnen Aspekt kontrollieren und nichts delegieren möchten, liegt darin ihre Stärke. Capgo konzentriert sich auf Automatisierung (obwohl wir auch manuelles unterstützen).",
-  "capwesome_when_better_manual_label": "Vollständige manuelle Steuerung:",
-  "capwesome_when_better_note": "Verschiedene Philosophien, beide gültig. Wähle das, was zu deinem Arbeitsablauf passt.",
-  "capwesome_when_better_title": "🤔 Wann Capawesome vielleicht besser für dich sein könnte",
-  "carbon_removal": "1% unseres Umsatzes fließt in die Kohlenstoffentfernung.",
-  "centralized_management": "Zentralisiertes Management",
-  "channel_management": "Kanalmanagement",
-  "chat": "Plaudern",
-  "choose_from_your_capgo_projects": "Wählen Sie aus Ihren Capgo-Projekten",
-  "ci_cd_integration": "CI/CD-Integration",
-  "cities_worldwide": "Städte weltweit",
-  "cli_and_api": "CLI & API",
-  "code_review": "Code-Überprüfung",
-  "community": "Gemeinschaft",
-  "community_support": "Unterstützung der Gemeinschaft",
-  "community_trusted": "Gemeinschaftsvertrauenswürdig",
-  "community_trusted_title": "Vertrauenswürdige Gemeinschaft",
-  "companies_logo_bottom_text": "Schließe dich tausenden Entwickler:innen an, die Capgo für ihre mobilen App-Bereitstellungen vertrauen",
-  "companies_logo_downloads_irec": "150K+",
-  "companies_logo_downloads_kick": "20M+",
-  "companies_logo_downloads_nana": "2,5M",
-  "companies_logo_downloads_ourliving": "80K+",
-  "companies_logo_downloads_pizzahut": "1M+",
-  "companies_logo_downloads_remnote": "500K+",
-  "companies_logo_downloads_revel": "250K+",
-  "companies_logo_downloads_suez": "3,2M",
-  "companies_logo_downloads_vella": "400K+",
-  "companies_logo_stat_companies_label": "Unternehmen",
-  "companies_logo_stat_companies_value": "3500+",
-  "companies_logo_stat_devices_label": "Geräte überwacht",
-  "companies_logo_stat_devices_value": "50M+",
-  "companies_logo_stat_uptime_label": "Verfügbarkeit",
-  "companies_logo_stat_uptime_value": "99,9%",
-  "company": "Firma",
-  "company_definition": "<strong>Unternehmen</strong> (im Folgenden entweder \"das Unternehmen\", \"Wir\", \"Uns\" oder \"Unser\" in diesem Haftungsausschluss genannt) bezieht sich auf Digital Shift OU, 6 sepapaja, 15510 Tallinn.",
-  "company_name": "Unternehmensname",
-  "company_no_liability": "In keinem Fall haftet das Unternehmen für spezielle, direkte, indirekte, Folgeschäden oder zufällige Schäden oder für sonstige Schäden jeglicher Art, sei es in einer Klage wegen Vertragsverletzung, Fahrlässigkeit oder sonstigem Delikt, die aus oder im Zusammenhang mit der Nutzung des Dienstes oder den Inhalten des Dienstes entstehen. Das Unternehmen behält sich das Recht vor, jederzeit ohne vorherige Ankündigung Ergänzungen, Streichungen oder Änderungen an den Inhalten des Dienstes vorzunehmen. Dieser Haftungsausschluss wurde mit Hilfe der <a href=\"https://www.termsfeed.com/blog/sample-disclaimer-template/\" target=\"_blank\">Haftungsausschluss-Vorlage</a> erstellt.",
-  "company_no_liability_for_access": "In keinem Fall haften die Gesellschaft oder ihre Lieferanten für besondere, zufällige, indirekte oder Folgeschäden, die aus oder im Zusammenhang mit Ihrem Zugriff auf oder der Nutzung oder Unfähigkeit zum Zugriff auf oder zur Nutzung des Dienstes entstehen.",
-  "company_no_liability_for_decisions": "Das Unternehmen haftet Ihnen oder einer anderen Person nicht für Entscheidungen, die auf Informationen beruhen, die von dem Dienst bereitgestellt wurden, oder für Folgeschäden, besondere oder ähnliche Schäden, selbst wenn auf die Möglichkeit solcher Schäden hingewiesen wurde.",
-  "company_no_responsibility": "Das Unternehmen übernimmt keine Verantwortung für Fehler oder Auslassungen im Inhalt des Dienstes.",
-  "company_not_responsible": "Das Unternehmen übernimmt keine Verantwortung für etwaige Fehler oder Auslassungen oder für die Ergebnisse, die aus der Nutzung dieser Informationen resultieren.",
-  "compare": "Vergleichen",
-  "complete_documentation": "Vollständige Dokumentation",
-  "compliance_gdpr": "DSGVO-konform",
-  "compliance_soc1": "SOC 2 Typ I Konform",
-  "compliant_with_apple_and_android_requirements": "Entspricht den Anforderungen von Apple und Google",
-  "conditions_for_returns": "Rückgabebedingungen",
-  "configure_ci_cd_pipeline_description": "Wir konfigurieren Ihre CI/CD-Pipeline direkt in Ihrer bevorzugten Plattform (GitHub Actions, GitLab CI, usw.).",
-  "connect_your_account": "Verbinden Sie Ihr Konto",
-  "consolidated_invoicing_purchase_orders": "Konsolidierte Rechnungsstellung, Bestellungen und flexible Zahlungsbedingungen zur Erfüllung Ihrer Beschaffungsanforderungen.",
-  "consulting": "Beratung",
-  "consulting_description": "Gehen Sie selbstbewusst voran. Capgo bietet mehrere Schutzebenen, um Ihr geistiges Eigentum und sensible Daten zu sichern.",
-  "consulting_forged_plugins_community_embraced": "Beratungsgefertigte Plugins, von der Gemeinschaft angenommen",
-  "contact": "Kontakt",
-  "contact_link": "Indem Sie diese Seite auf der Website besuchen:",
-  "contact_sales": "Kontakt Verkauf",
-  "contact_support": "Kontaktieren Sie unseren Support",
-  "contact_us": "Kontaktieren Sie uns",
-  "contact_us_text": "Wenn Sie Fragen zu diesem Haftungsausschluss haben, können Sie uns kontaktieren:",
-  "contact_us_title": "Kontaktieren Sie uns",
-  "contact_us_website": "Indem Sie diese Seite auf der Website besuchen:",
-  "content_marketer": "Content Marketer",
-  "contractual_guarantees": "Vertragliche Garantien",
-  "contractual_sla_guarantees": "Vertragliche SLA-Garantien für Betriebszeiten, Reaktionszeiten und Lösungszusagen",
-  "contributing": "Beitragen",
-  "contributing_description": "Wie man zu Capgo Open Source beiträgt",
-  "control_access_deploy_manage": "Steuern Sie, wer auf Ihre Live-Updates zugreifen, diese bereitstellen und verwalten kann, mit unternehmensweiten Berechtigungen.",
-  "control_access_levels": "Zugriffslevel steuern",
-  "copied": "Kopiert!",
-  "copy_page": "Seite kopieren",
-  "copy_page_as_markdown": "Seite als Markdown für LLMs kopieren",
-  "copy_page_options": "Optionen zum Kopieren der Seite",
-  "copyright_notice": "CAPGO, Digital Shift OU. ALLE RECHTE VORBEHALTEN.",
-  "copyright_permission": "Wenn Sie Materialien, die urheberrechtlich geschützt sind, aus dem Dienst für Ihre eigenen Zwecke verwenden möchten, die über die faire Nutzung hinausgehen, müssen Sie die Genehmigung des Urheberrechtsinhabers einholen.",
-  "cordova_and_capacitorjs_expert": "Cordova- und CapacitorJS-Experte",
-  "cordova_capacitorjs_projects": "Cordova & CapacitorJS Projekte",
-  "cordova_power_approximately_1_of_apps_on_google_play_store": "Cordova steuert ungefähr 1% der Apps im Google Play Store bei.",
-  "cost_breakdown_pricing_tiers": "Kostenübersicht nach Preisstufen",
-  "create_an_issue_and_discuss_before_working_on_a_new_feature": "Wenn Sie an einer neuen Funktion arbeiten, erstellen Sie ein Issue und diskutieren Sie mit anderen Mitwirkenden <em>bevor</em> Sie mit der Arbeit an der Funktion beginnen; wir schätzen alle Beiträge, aber nicht alle vorgeschlagenen Funktionen werden akzeptiert. Wir möchten nicht, dass Sie Stunden mit Code verbringen, der möglicherweise nicht akzeptiert wird.",
-  "create_manage_organizations_with_ease": "Erstellen und verwalten Sie mehrere Organisationen mit Leichtigkeit und weisen Sie jedem Benutzer spezifische Rechte zu. Capgo bietet leistungsstarke Werkzeuge, um Ihr Team organisiert und effizient zu halten.",
-  "create_oversee_organizations_from_single_account": "Erstellen und verwalten Sie mehrere Organisationen von einem einzigen Konto aus, um Ihren Arbeitsablauf zu optimieren und die Produktivität zu steigern.",
-  "creators_and_maintainers_of_many_open_source_libraries_used_by_millions": "Ersteller und Maintainer vieler Open-Source-Bibliotheken, die von Millionen verwendet werden",
-  "credit_10_percent": "10%",
-  "credit_15_percent": "15 %",
-  "credit_20_percent": "20 %",
-  "credit_30_percent": "30 %",
-  "credit_based_overages": "kreditbasierte Überschreitungen",
-  "credit_percentage": "Kreditanteil",
-  "credit_pricing": "Kreditpreisgestaltung",
-  "credit_requests_payment_desc": "Um einen Service-Gutschrift zu beantragen, muss der Kunde innerhalb von dreißig (30) Tagen nach dem Ende des Monats, in dem das Uptime-Engagement nicht eingehalten wurde, eine E-Mail an Capgo unter support@capgo.app senden. Der Kunde muss entweder seine Kontonummer oder die registrierte E-Mail-Adresse angeben sowie die zuvor gemeldeten Daten und Zeiten, an denen keine Serviceverfügbarkeit bestand. Wenn Capgo bestätigt, dass der Kunde für eine Service-Gutschrift berechtigt ist, wird Capgo innerhalb von dreißig (30) Tagen eine Gutschrift auf das Konto des Kunden ausstellen. Service-Gutschriften sind keine Rückerstattungen, können nicht in einen Bargeldbetrag umgewandelt werden und dürfen nur für zukünftige Rechnungsgebühren verwendet werden. Sofern in Abschnitt 4 unten nicht anders angegeben, sind die Service-Gutschriften das einzige und ausschließliche Rechtsmittel des Kunden sowie die einzige und ausschließliche Haftung von Capgo für jegliches Versäumnis von Capgo, das Uptime-Engagement einzuhalten.",
-  "credit_requests_payment_title": "3. Kredit Anfragen und Zahlung",
-  "credits_cost": "Kosten für Credits",
-  "credits_usage_info": "Guthaben werden für die Nutzung über Ihre Plangrenzen hinaus verwendet. Guthaben müssen im Voraus bezahlt werden und sind 5 Jahre gültig.",
-  "cta_start_free": "Starte kostenlos",
-  "cta_start_migration": "Migration starten",
-  "custom": "Benutzerdefiniert",
-  "custom_domain": "Benutzerdefinierte Domain",
-  "custom_features": "Benutzerdefinierte Funktionen",
-  "custom_goods": "Die Lieferung von Waren, die nach Ihren Spezifikationen oder eindeutig personalisiert sind.",
-  "custom_plugins": "Benutzerdefinierte Plugins",
-  "custom_pricing": "Individuelle Preisgestaltung",
-  "custom_webhooks": "Benutzerdefinierte Webhooks",
-  "data_policy_account_deletion": "Sie können jederzeit entscheiden, Ihr Konto zu löschen und Ihre Website-Statistiken zu löschen. Wir bieten einfache Löschlinks ohne Rückfragen an.",
-  "data_policy_anonymous_measurement": "Durch die Verwendung von Capgo erfolgt die gesamte Standortmessung absolut anonym. Wir messen nur die wesentlichen Datenpunkte und nichts anderes. Alle gesammelten Metriken passen auf eine einzige Seite.",
-  "data_policy_ccpa_categories_intro": "Wir sammeln Informationen, die eine bestimmte Person oder ein bestimmtes Gerät identifizieren, sich darauf beziehen, beschreiben, darauf verweisen, mit ihnen in Verbindung gebracht werden können oder direkt oder indirekt damit verknüpft werden könnten. Folgendes ist eine Liste von Kategorien personenbezogener Daten, die wir möglicherweise sammeln oder in den letzten zwölf (12) Monaten von kalifornischen Einwohnern gesammelt haben.",
-  "data_policy_ccpa_categories_note": "Bitte beachten Sie, dass die Kategorien und Beispiele in der untenstehenden Liste diejenigen sind, die im CCPA definiert sind. Das bedeutet nicht, dass alle Beispiele dieser Kategorie personenbezogener Daten tatsächlich von uns gesammelt wurden, sondern spiegelt unseren guten Glauben nach bestem Wissen wider, dass einige dieser Informationen aus der betreffenden Kategorie möglicherweise gesammelt wurden und werden konnten. Beispielsweise würden bestimmte Kategorien personenbezogener Daten nur gesammelt werden, wenn Sie uns solche personenbezogenen Daten direkt zur Verfügung stellen.",
-  "data_policy_ccpa_categories_title": "Kategorien personenbezogener Daten, die gesammelt werden",
-  "data_policy_ccpa_category_a": "Kategorie A: Bezeichner.",
-  "data_policy_ccpa_category_a_collected": "Gesammelt: Ja.",
-  "data_policy_ccpa_category_a_examples": "Beispiele: Ein echter Name, Alias, Postanschrift, einzigartiger persönlicher Identifikator, Online-Identifikator, Internet-Protokoll-Adresse, E-Mail-Adresse, Kontoname, Führerscheinnummer, Reisepassnummer oder andere ähnliche Identifikatoren.",
-  "data_policy_ccpa_category_b": "Kategorie B: Kategorien persönlicher Informationen, die im kalifornischen Gesetz über Kundenunterlagen (Cal. Civ. Code § 1798.80(e)) aufgeführt sind.",
-  "data_policy_ccpa_category_b_collected": "Gesammelt: Ja.",
-  "data_policy_ccpa_category_b_examples": "Beispiele: Ein Name, Unterschrift, Sozialversicherungsnummer, körperliche Merkmale oder Beschreibung, Adresse, Telefonnummer, Reisepassnummer, Führerschein- oder staatliche Ausweisnummer, Versicherungsnummer, Ausbildung, Beschäftigung, Beschäftigungshistorie, Kontonummer, Kreditkartennummer, Debitkartennummer oder andere finanzielle Informationen, medizinische Informationen oder Informationen zur Krankenversicherung. Einige personenbezogene Informationen, die in diese Kategorie fallen, können sich mit anderen Kategorien überschneiden.",
-  "data_policy_ccpa_category_c": "Kategorie C: Geschützte Klassifikationsmerkmale gemäß kalifornischem oder Bundesrecht.",
-  "data_policy_ccpa_category_c_collected": "Gesammelt: Nein.",
-  "data_policy_ccpa_category_c_examples": "Beispiele: Alter (40 Jahre oder älter), Rasse, Hautfarbe, Herkunft, Staatsangehörigkeit, Religion oder Glaubensrichtung, Familienstand, Gesundheitszustand, körperliche oder geistige Behinderung, Geschlecht (einschließlich Geschlechter, Geschlechtsidentität, Geschlechtsausdruck, Schwangerschaft oder Entbindung und damit verbundene Gesundheitszustände), sexuelle Orientierung, Veteranen- oder Militärstatus, genetische Informationen (einschließlich familiärer genetischer Informationen).",
-  "data_policy_ccpa_category_d": "Kategorie D: Handelsinformationen.",
-  "data_policy_ccpa_category_d_collected": "Gesammelt: Ja.",
-  "data_policy_ccpa_category_d_examples": "Beispiele: Aufzeichnungen und Historie von gekauften oder in Betracht gezogenen Produkten oder Dienstleistungen.",
-  "data_policy_ccpa_category_e": "Kategorie E: Biometrische Informationen.",
-  "data_policy_ccpa_category_e_collected": "Gesammelt: Nein.",
-  "data_policy_ccpa_category_e_examples": "Beispiele: Genetische, physiologische, verhaltensbezogene und biologische Merkmale oder Aktivitätsmuster, die verwendet werden, um eine Vorlage oder andere Identifikatoren oder identifizierende Informationen zu extrahieren, wie z. B. Fingerabdrücke, Gesichtsdaten und Sprachmuster, Iris- oder Netzhauscans, Tastenanschläge, Gang- oder andere physische Muster sowie Daten zu Schlaf, Gesundheit oder Bewegung.",
-  "data_policy_ccpa_category_f": "Kategorie F: Internet oder andere ähnliche Netzwerkaktivitäten.",
-  "data_policy_ccpa_category_f_collected": "Gesammelt: Ja.",
-  "data_policy_ccpa_category_f_examples": "Beispiele: Interaktion mit unserem Service oder Werbung.",
-  "data_policy_ccpa_category_g": "Kategorie G: Geolokalisierungsdaten.",
-  "data_policy_ccpa_category_g_collected": "Gesammelt: Nein.",
-  "data_policy_ccpa_category_g_examples": "Beispiele: Ungefährer physischer Standort.",
-  "data_policy_ccpa_category_h": "Kategorie H: Sensordaten.",
-  "data_policy_ccpa_category_h_collected": "Gesammelt: Nein.",
-  "data_policy_ccpa_category_h_examples": "Beispiele: Audio-, elektronische, visuelle, thermische, olfaktorische oder ähnliche Informationen.",
-  "data_policy_ccpa_category_i": "Kategorie I: Berufliche oder arbeitsbezogene Informationen.",
-  "data_policy_ccpa_category_i_collected": "Gesammelt: Nein.",
-  "data_policy_ccpa_category_i_examples": "Beispiele: Aktuelle oder frühere Beschäftigungshistorie oder Leistungsbeurteilungen.",
-  "data_policy_ccpa_category_j": "Kategorie J: Nicht öffentliche Bildungsinformationen (gemäß dem Family Educational Rights and Privacy Act (20 U.S.C. Abschnitt 1232g, 34 C.F.R. Teil 99)).",
-  "data_policy_ccpa_category_j_collected": "Gesammelt: Nein.",
-  "data_policy_ccpa_category_j_examples": "Beispiele: Bildungsunterlagen, die direkt mit einem Schüler verbunden sind und von einer Bildungseinrichtung oder einer Partei, die in deren Auftrag handelt, geführt werden, wie Noten, Zeugnisse, Klassenlisten, Stundenpläne, Schüleridentifikationsnummern, finanzielle Informationen zu Schülern oder disziplinarische Aufzeichnungen von Schülern.",
-  "data_policy_ccpa_category_k": "Kategorie K: Schlussfolgerungen, die aus anderen persönlichen Informationen gezogen werden.",
-  "data_policy_ccpa_category_k_collected": "Gesammelt: Nein.",
-  "data_policy_ccpa_category_k_examples": "Beispiele: Profil, das die Vorlieben, Merkmale, psychologischen Trends, Neigungen, Verhaltensweisen, Einstellungen, Intelligenz, Fähigkeiten und Fertigkeiten einer Person widerspiegelt.",
-  "data_policy_ccpa_exercising_rights_authorized_agent": "Nur Sie oder eine Person, die beim Sekretär des Bundesstaates Kalifornien registriert ist und die Sie autorisieren, in Ihrem Namen zu handeln, dürfen eine prüfbare Anfrage bezüglich Ihrer persönlichen Informationen stellen.",
-  "data_policy_ccpa_exercising_rights_cannot_respond": "Wir können Ihrer Anfrage nicht nachkommen oder Ihnen die benötigten Informationen bereitstellen, wenn wir nicht:",
-  "data_policy_ccpa_exercising_rights_cannot_respond_1": "Überprüfen Sie Ihre Identität oder Befugnis, um die Anfrage zu stellen.",
-  "data_policy_ccpa_exercising_rights_cannot_respond_2": "Und bestätigen Sie, dass die persönlichen Informationen Sie betreffen.",
-  "data_policy_ccpa_exercising_rights_contact": "Um eines Ihrer Rechte gemäß dem CCPA auszuüben, und wenn Sie ein Einwohner Kaliforniens sind, können Sie uns kontaktieren:",
-  "data_policy_ccpa_exercising_rights_data_portability": "Für Anfragen zur Datenportabilität werden wir ein Format auswählen, um Ihre persönlichen Informationen bereitzustellen, das leicht verwendbar ist und es Ihnen ermöglichen sollte, die Informationen ohne Hindernisse von einer Entität zu einer anderen zu übertragen.",
-  "data_policy_ccpa_exercising_rights_disclosure": "Wir werden die erforderlichen Informationen kostenlos innerhalb von 45 Tagen nach Erhalt Ihrer überprüfbaren Anfrage offenlegen und bereitstellen. Der Zeitraum zur Bereitstellung der erforderlichen Informationen kann einmalig um weitere 45 Tage verlängert werden, wenn dies raisonnabel notwendig ist und mit vorheriger Ankündigung geschieht.",
-  "data_policy_ccpa_exercising_rights_disclosure_period": "Alle Offenlegungen, die wir bereitstellen, betreffen nur den 12-Monats-Zeitraum vor dem Eingang der nachweisbaren Anfrage.",
-  "data_policy_ccpa_exercising_rights_request_must": "Ihre Anfrage an uns muss:",
-  "data_policy_ccpa_exercising_rights_request_must_1": "Stellen Sie ausreichende Informationen zur Verfügung, die es uns ermöglichen, vernünftigerweise zu überprüfen, dass Sie die Person sind, über die wir personenbezogene Daten gesammelt haben, oder ein bevollmächtigter Vertreter.",
-  "data_policy_ccpa_exercising_rights_request_must_2": "Beschreiben Sie Ihre Anfrage mit ausreichenden Details, die es uns ermöglichen, sie richtig zu verstehen, zu bewerten und darauf zu reagieren.",
-  "data_policy_ccpa_exercising_rights_title": "Ausübung Ihrer CCPA-Datenschutzrechte",
-  "data_policy_ccpa_exercising_rights_website": "Durch den Besuch dieser Seite auf unserer Website: $1/#support",
-  "data_policy_ccpa_info_sharing_1": "Dienstanbieter",
-  "data_policy_ccpa_info_sharing_2": "Zahlungsabwickler",
-  "data_policy_ccpa_info_sharing_3": "Unsere Partner",
-  "data_policy_ccpa_info_sharing_4": "Unsere Geschäftspartner",
-  "data_policy_ccpa_info_sharing_5": "Drittanbieter, denen Sie oder Ihre Vertreter uns ermächtigen, Ihre persönlichen Informationen im Zusammenhang mit Produkten oder Dienstleistungen, die wir Ihnen bereitstellen, offenzulegen.",
-  "data_policy_ccpa_info_sharing_intro": "Wir können Ihre persönlichen Informationen, die in den oben genannten Kategorien aufgeführt sind, mit den folgenden Kategorien von Dritten teilen:",
-  "data_policy_ccpa_info_sharing_title": "Anteil persönlicher Informationen",
-  "data_policy_ccpa_info_source_1": "Direkt von Ihnen. Zum Beispiel von den Formularen, die Sie in unserem Dienst ausfüllen, von den Präferenzen, die Sie über unseren Dienst äußern oder bereitstellen, oder von Ihren Käufen in unserem Dienst.",
-  "data_policy_ccpa_info_source_2": "Indirekt von Ihnen. Zum Beispiel durch die Beobachtung Ihrer Aktivität in unserem Dienst.",
-  "data_policy_ccpa_info_source_3": "Automatisch von Ihnen. Zum Beispiel durch Cookies, die wir oder unsere Dienstleister auf Ihrem Gerät setzen, während Sie durch unseren Dienst navigieren.",
-  "data_policy_ccpa_info_source_4": "Von Dienstanbietern. Zum Beispiel Drittanbieter für die Zahlungsabwicklung oder andere Drittanbieter, die wir verwenden, um Ihnen den Service bereitzustellen.",
-  "data_policy_ccpa_info_sources_intro": "Wir erhalten die oben aufgeführten Kategorien personenbezogener Daten aus den folgenden Kategorien von Quellen:",
-  "data_policy_ccpa_info_sources_title": "Unter dem CCPA ist persönliche Information weit gefasst als Informationen zu verstehen, die eine bestimmte Person oder ein bestimmtes Gerät identifizieren, damit in Zusammenhang stehen, beschreiben, referenzieren, vernünftigerweise mit ihnen in Verbindung gebracht werden können oder direkt oder indirekt damit verknüpft werden könnten. Persönliche Informationen umfassen keine öffentlich verfügbaren Informationen aus Regierungsunterlagen, anonymisierte oder aggregierte Verbraucherinformationen oder Informationen, die vom Anwendungsbereich des CCPA ausgeschlossen sind.",
-  "data_policy_ccpa_intro": "Dieser Abschnitt der Datenschutzerklärung für Bewohner Kaliforniens ergänzt die Informationen, die in unserer Datenschutzrichtlinie enthalten sind, und gilt ausschließlich für alle Besucher, Benutzer und andere, die im Bundesstaat Kalifornien wohnen.",
-  "data_policy_ccpa_right_to_delete": "Das Recht auf Löschung von personenbezogenen Daten. Sie haben das Recht, die Löschung Ihrer personenbezogenen Daten zu verlangen, vorbehaltlich bestimmter Ausnahmen. Sobald wir Ihre Anfrage erhalten und bestätigt haben, werden wir Ihre persönlichen Informationen aus unseren Aufzeichnungen löschen (und unsere Dienstanbieter anweisen, diese zu löschen), es sei denn, es liegt eine Ausnahme vor. Wir können Ihre Anfrage auf Löschung ablehnen, wenn die Aufbewahrung der Informationen für uns oder unsere Dienstanbieter erforderlich ist, um:",
-  "data_policy_ccpa_right_to_delete_1": "Vervollständigen Sie die Transaktion, für die wir die persönlichen Informationen gesammelt haben, erbringen Sie ein Gut oder eine Dienstleistung, die Sie angefordert haben, ergreifen Sie Maßnahmen, die im Rahmen unserer laufenden Geschäftsbeziehung mit Ihnen vernünftigerweise erwartet werden können, oder erfüllen Sie anderweitig unseren Vertrag mit Ihnen.",
-  "data_policy_ccpa_right_to_delete_2": "Sicherheitsvorfälle erkennen, sich gegen böswillige, täuschende, betrügerische oder illegale Aktivitäten schützen oder diejenigen verfolgen, die für solche Aktivitäten verantwortlich sind.",
-  "data_policy_ccpa_right_to_delete_3": "Debug-Produkte, um Fehler zu identifizieren und zu beheben, die die aktuelle beabsichtigte Funktionalität beeinträchtigen.",
-  "data_policy_ccpa_right_to_delete_4": "Äußern Sie die Meinungsfreiheit, gewährleisten Sie das Recht eines anderen Verbrauchers, seine Meinungsfreiheitsrechte auszuüben, oder üben Sie ein weiteres gesetzlich vorgesehenes Recht aus.",
-  "data_policy_ccpa_right_to_delete_5": "Befolgen Sie das kalifornische Gesetz über den Datenschutz bei elektronischen Kommunikationsmitteln (Cal. Strafgesetzbuch § 1546 ff.).",
-  "data_policy_ccpa_right_to_delete_6": "Engagieren Sie sich in öffentlicher oder peer-reviewed wissenschaftlicher, historischer oder statistischer Forschung im öffentlichen Interesse, die allen anderen anwendbaren Ethik- und Datenschutzgesetzen entspricht, wenn das Löschen der Informationen die Durchführung der Forschung wahrscheinlich unmöglich macht oder erheblich beeinträchtigt, sofern Sie zuvor eine informierte Einwilligung erteilt haben.",
-  "data_policy_ccpa_right_to_delete_7": "Ermöglichen Sie ausschließlich interne Nutzungen, die vernünftig mit den Erwartungen der Verbraucher in Einklang stehen, basierend auf Ihrer Beziehung zu uns.",
-  "data_policy_ccpa_right_to_delete_8": "Einer rechtlichen Verpflichtung nachkommen.",
-  "data_policy_ccpa_right_to_delete_9": "Machen Sie andere interne und rechtmäßige Verwendungen dieser Informationen, die mit dem Kontext kompatibel sind, in dem Sie sie bereitgestellt haben.",
-  "data_policy_ccpa_right_to_non_discrimination": "Das Recht, nicht diskriminiert zu werden. Sie haben das Recht, nicht diskriminiert zu werden, weil Sie eines Ihrer Verbraucherrechte ausüben, einschließlich durch:",
-  "data_policy_ccpa_right_to_non_discrimination_1": "Die Verweigerung von Waren oder Dienstleistungen an Sie",
-  "data_policy_ccpa_right_to_non_discrimination_2": "Unterschiedliche Preise oder Tarife für Waren oder Dienstleistungen zu verlangen, einschließlich der Verwendung von Rabatten oder anderen Vorteilen oder der Verhängung von Strafen.",
-  "data_policy_ccpa_right_to_non_discrimination_3": "Bereitstellung eines anderen Niveaus oder einer anderen Qualität von Waren oder Dienstleistungen für Sie",
-  "data_policy_ccpa_right_to_non_discrimination_4": "Vorschlagen, dass Sie einen anderen Preis oder Tarif für Waren oder Dienstleistungen oder ein anderes Niveau oder eine andere Qualität von Waren oder Dienstleistungen erhalten werden.",
-  "data_policy_ccpa_right_to_notice": "Das Recht auf Benachrichtigung. Sie haben das Recht, benachrichtigt zu werden, welche Kategorien personenbezogener Daten gesammelt werden und zu welchen Zwecken die personenbezogenen Daten verwendet werden.",
-  "data_policy_ccpa_right_to_opt_out": "Das Recht, der Verkaufs von persönlichen Daten zu widersprechen (Opt-out). Sie haben das Recht, uns anzuweisen, Ihre persönlichen Informationen nicht zu verkaufen. Um eine Opt-out-Anfrage zu stellen, kontaktieren Sie uns bitte.",
-  "data_policy_ccpa_right_to_request": "Das Recht auf Anfrage. Unter dem CCPA haben Sie das Recht, dass wir Ihnen Informationen über unsere Erhebung, Nutzung, den Verkauf, die Offenlegung zu Geschäftszwecken und die Weitergabe personenbezogener Daten mitteilen. Sobald wir Ihre Anfrage erhalten und bestätigt haben, werden wir Ihnen Folgendes offenlegen:",
-  "data_policy_ccpa_right_to_request_1": "Die Kategorien personenbezogener Daten, die wir über Sie gesammelt haben",
-  "data_policy_ccpa_right_to_request_2": "Die Kategorien von Quellen für die persönlichen Informationen, die wir über Sie gesammelt haben",
-  "data_policy_ccpa_right_to_request_3": "Unser geschäftlicher oder kommerzieller Zweck für das Sammeln oder den Verkauf dieser persönlichen Informationen.",
-  "data_policy_ccpa_right_to_request_4": "Die Kategorien von Dritten, mit denen wir diese personenbezogenen Informationen teilen.",
-  "data_policy_ccpa_right_to_request_5": "Die spezifischen persönlichen Informationen, die wir über Sie gesammelt haben",
-  "data_policy_ccpa_right_to_request_6": "Wenn wir Ihre persönlichen Informationen verkauft oder für geschäftliche Zwecke offengelegt haben, werden wir Ihnen Folgendes mitteilen:",
-  "data_policy_ccpa_right_to_request_6_1": "Die Kategorien der verkauften persönlichen Informationskategorien",
-  "data_policy_ccpa_right_to_request_6_2": "Die Kategorien der offengelegten persönlichen Informationskategorien",
-  "data_policy_ccpa_sale_of_info_categories": "Kategorie A: Identifikatoren  \nKategorie B: Kategorien personenbezogener Informationen gemäß dem kalifornischen Gesetz über Kundenunterlagen (Cal. Civ. Code § 1798.80(e))  \nKategorie D: Geschäftsinformationen  \nKategorie F: Internet- oder ähnliche Netzwerkaktivitäten",
-  "data_policy_ccpa_sale_of_info_definition": "Wie im CCPA definiert, bedeuten \"verkaufen\" und \"Verkauf\" das Verkaufen, Vermieten, Freigeben, Offenlegen, Verbreiten, Bereitstellen, Übertragen oder anderweitige Übermitteln mündlich, schriftlich oder durch elektronische oder andere Mittel von persönlichen Informationen eines Verbrauchers durch das Unternehmen an eine dritte Partei gegen wertvolle Gegenleistung. Das bedeutet, dass wir möglicherweise irgendeine Art von Vorteil im Austausch für das Teilen persönlicher Informationen erhalten haben, jedoch nicht unbedingt einen finanziellen Vorteil.",
-  "data_policy_ccpa_sale_of_info_note": "Bitte beachten Sie, dass die unten aufgeführten Kategorien diejenigen sind, die im CCPA definiert sind. Dies bedeutet nicht, dass tatsächlich alle Beispiele dieser Kategorie personenbezogener Daten verkauft wurden, sondern spiegelt unseren guten Glauben nach bestem Wissen wider, dass einige dieser Informationen aus der betreffenden Kategorie möglicherweise geteilt wurden und möglicherweise gegen Entgelt weitergegeben wurden.",
-  "data_policy_ccpa_sale_of_info_statement": "Wir können verkauft haben und haben möglicherweise in den letzten zwölf (12) Monaten folgende Kategorien von personenbezogenen Informationen verkauft:",
-  "data_policy_ccpa_sale_of_info_title": "Verkauf persönlicher Informationen",
-  "data_policy_ccpa_sale_of_minors_info_policy": "Wir verkaufen die persönlichen Informationen von Verbrauchern, von denen wir tatsächlich wissen, dass sie unter 16 Jahre alt sind, nicht, es sei denn, wir erhalten eine ausdrückliche Genehmigung (das „Recht auf Zustimmung“) von dem Verbraucher, der zwischen 13 und 16 Jahre alt ist, oder von dem Elternteil oder Vormund eines Verbrauchers, der unter 13 Jahre alt ist. Verbraucher, die dem Verkauf persönlicher Informationen zustimmen, können zu jedem Zeitpunkt von zukünftigen Verkäufen absehen. Um das Recht auf Widerspruch auszuüben, können Sie (oder Ihr bevollmächtigter Vertreter) uns eine Anfrage senden, indem Sie Kontakt mit uns aufnehmen.",
-  "data_policy_ccpa_sale_of_minors_info_request": "Wenn Sie Grund zu der Annahme haben, dass ein Kind unter 13 Jahren (oder 16 Jahren) uns persönliche Informationen zur Verfügung gestellt hat, kontaktieren Sie uns bitte mit ausreichend Details, um uns zu ermöglichen, diese Informationen zu löschen.",
-  "data_policy_ccpa_sale_of_minors_info_statement": "Wir sammeln wissentlich keine persönlichen Informationen von Minderjährigen unter 16 Jahren über unseren Dienst, obwohl bestimmte Websites von Drittanbietern, auf die wir verlinken, dies tun können. Diese Websites von Drittanbietern haben ihre eigenen Nutzungsbedingungen und Datenschutzrichtlinien, und wir empfehlen Eltern und gesetzlichen Vertretern, die Internetnutzung ihrer Kinder zu überwachen und ihre Kinder anzuweisen, niemals Informationen auf anderen Websites ohne deren Erlaubnis bereitzustellen.",
-  "data_policy_ccpa_sale_of_minors_info_title": "Verkauf personenbezogener Daten von Minderjährigen unter 16 Jahren",
-  "data_policy_ccpa_share_of_info_categories": "Dienstanbieter  \nZahlungsabwickler  \nUnsere Partner  \nUnsere Geschäftspartner  \nDrittanbieter, denen Sie oder Ihre Beauftragten uns autorisieren, Ihre persönlichen Daten im Zusammenhang mit Produkten oder Dienstleistungen, die wir Ihnen bereitstellen, offenzulegen.",
-  "data_policy_ccpa_share_of_info_statement": "Wir können Ihre persönlichen Informationen, die in den oben genannten Kategorien identifiziert sind, mit den folgenden Kategorien von Dritten teilen:",
-  "data_policy_ccpa_share_of_info_title": "Anteil an persönlichen Informationen",
-  "data_policy_ccpa_title": "CCPA Datenschutz",
-  "data_policy_ccpa_use_of_info_1": "Um unseren Dienst bereitzustellen und Ihnen unseren Dienst anzubieten.",
-  "data_policy_ccpa_use_of_info_2": "Um Ihnen Unterstützung zu bieten und auf Ihre Anfragen zu antworten, einschließlich der Untersuchung und Lösung Ihrer Anliegen sowie der Überwachung und Verbesserung unseres Dienstes.",
-  "data_policy_ccpa_use_of_info_3": "Um den Grund zu erfüllen oder zu erfüllen, haben Sie die Informationen bereitgestellt. Wenn Sie beispielsweise Ihre Kontaktdaten teilen, um eine Frage zu unserem Service zu stellen, werden wir diese personenbezogenen Daten verwenden, um auf Ihre Anfrage zu antworten.",
-  "data_policy_ccpa_use_of_info_4": "Um auf Anfragen der Strafverfolgungsbehörden zu reagieren und wie es das geltende Recht, Gerichtsbeschlüsse oder staatliche Vorschriften erfordern.",
-  "data_policy_ccpa_use_of_info_5": "Wie Ihnen beim Sammeln Ihrer persönlichen Daten mitgeteilt wurde oder wie anderweitig im CCPA dargelegt.",
-  "data_policy_ccpa_use_of_info_6": "Für interne Verwaltungs- und Prüfungszwecke.",
-  "data_policy_ccpa_use_of_info_7": "Um Sicherheitsvorfälle zu erkennen und sich gegen böswillige, täuschende, betrügerische oder illegale Aktivitäten zu schützen, einschließlich, falls erforderlich, die Verantwortlichen für solche Aktivitäten strafrechtlich zu verfolgen.",
-  "data_policy_ccpa_use_of_info_intro": "Wir können personenbezogene Daten, die wir sammeln, für \"Geschäftszwecke\" oder \"kommerzieller Zwecke\" (wie unter dem CCPA definiert) verwenden oder offenlegen, wozu folgende Beispiele gehören können:",
-  "data_policy_ccpa_use_of_info_title": "Verwendung personenbezogener Daten für geschäftliche oder kommerzielle Zwecke",
-  "data_policy_ccpa_your_rights_intro": "Das CCPA gewährt Bewohnern Kaliforniens bestimmte Rechte in Bezug auf ihre persönlichen Informationen. Wenn Sie ein Bewohner Kaliforniens sind, haben Sie die folgenden Rechte:",
-  "data_policy_ccpa_your_rights_title": "Ihre Rechte gemäß dem CCPA",
-  "data_policy_compliance_info": "Wir freuen uns, Informationen darüber bereitzustellen, wie Capgo Ihnen hilft, die verschiedenen Datenschutzvorschriften einzuhalten. Wir empfehlen Ihnen, spezifische Fragen mit Ihrem Anwalt zu besprechen, um zu entscheiden, ob unser Dienst Ihnen ermöglicht, die geltenden gesetzlichen Anforderungen zu erfüllen.",
-  "data_policy_data_protection_1": "Die Daten Ihrer Website werden nicht mit Werbeunternehmen oder anderen Unternehmen im Allgemeinen geteilt.",
-  "data_policy_data_protection_2": "Die Daten Ihrer Website werden überhaupt nicht an Dritte weitergegeben.",
-  "data_policy_data_protection_3": "Ihre Websitedaten werden nicht abgebaut und gesammelt, um persönliche und Verhaltens-Trends zu analysieren.",
-  "data_policy_data_protection_4": "Ihre Website-Daten sind nicht monetarisiert.",
-  "data_policy_gdpr_complaint_right": "Sie haben das Recht, sich bei einer Datenschutzbehörde über unsere Erhebung und Verwendung Ihrer personenbezogenen Daten zu beschweren. Für weitere Informationen, wenn Sie im Europäischen Wirtschaftsraum (EWR) sind, wenden Sie sich bitte an Ihre lokale Datenschutzbehörde im EWR.",
-  "data_policy_gdpr_exercising_rights_contact": "Sie können Ihre Rechte auf Zugriff, Berichtigung, Löschung und Widerspruch ausüben, indem Sie uns kontaktieren. Bitte beachten Sie, dass wir Sie möglicherweise bitten, Ihre Identität zu überprüfen, bevor wir auf solche Anfragen reagieren. Wenn Sie eine Anfrage stellen, werden wir unser Bestes tun, um Ihnen so schnell wie möglich zu antworten.",
-  "data_policy_gdpr_exercising_rights_title": "Ausübung Ihrer Datenschutzrechte gemäß der DSGVO",
-  "data_policy_gdpr_right_access": "Antrag auf Zugriff auf Ihre persönlichen Daten. Das Recht, die Informationen, die wir über Sie haben, einzusehen, zu aktualisieren oder zu löschen. Soweit möglich, können Sie auf Ihre persönlichen Daten direkt im Abschnitt Ihrer Kontoeinstellungen zugreifen, diese aktualisieren oder die Löschung anfordern. Wenn Sie diese Aktionen nicht selbst durchführen können, kontaktieren Sie uns bitte, damit wir Ihnen helfen können. Dies ermöglicht es Ihnen auch, eine Kopie der persönlichen Daten zu erhalten, die wir über Sie haben.",
-  "data_policy_gdpr_right_correction": "Beantragen Sie die Berichtigung der personenbezogenen Daten, die wir über Sie haben. Sie haben das Recht, unvollständige oder ungenaue Informationen, die wir über Sie haben, berichtigen zu lassen.",
-  "data_policy_gdpr_right_erasure": "Fordern Sie die Löschung Ihrer personenbezogenen Daten an. Sie haben das Recht, uns zu bitten, personenbezogene Daten zu löschen oder zu entfernen, wenn es keinen triftigen Grund für uns gibt, mit der Verarbeitung fortzufahren.",
-  "data_policy_gdpr_right_object": "Widerspruch gegen die Verarbeitung Ihrer personenbezogenen Daten. Dieses Recht besteht, wenn wir uns auf ein berechtigtes Interesse als rechtliche Grundlage für unsere Verarbeitung stützen und es etwas in Ihrer besonderen Situation gibt, das Sie dazu veranlasst, Widerspruch gegen unsere Verarbeitung Ihrer personenbezogenen Daten aus diesem Grund einzulegen. Sie haben auch das Recht, Widerspruch einzulegen, wenn wir Ihre personenbezogenen Daten für Zwecke der Direktwerbung verarbeiten.",
-  "data_policy_gdpr_right_transfer": "Fordern Sie die Übertragung Ihrer personenbezogenen Daten an. Wir werden Ihnen oder einem von Ihnen gewählten Dritten Ihre personenbezogenen Daten in einem strukturierten, gängigen und maschinenlesbaren Format zur Verfügung stellen. Bitte beachten Sie, dass dieses Recht nur für automatisierte Informationen gilt, für die Sie ursprünglich Ihre Zustimmung gegeben haben, dass wir sie verwenden, oder wenn wir die Informationen verwendet haben, um einen Vertrag mit Ihnen zu erfüllen.",
-  "data_policy_gdpr_right_withdraw_consent": "Widerruf Ihrer Einwilligung. Sie haben das Recht, Ihre Einwilligung zur Verwendung Ihrer personenbezogenen Daten zu widerrufen. Wenn Sie Ihre Einwilligung widerrufen, sind wir möglicherweise nicht in der Lage, Ihnen den Zugang zu bestimmten spezifischen Funktionen des Dienstes zu ermöglichen.",
-  "data_policy_gdpr_rights_intro": "Die Gesellschaft verpflichtet sich, die Vertraulichkeit Ihrer personenbezogenen Daten zu wahren und Ihnen zu garantieren, dass Sie Ihre Rechte ausüben können.",
-  "data_policy_gdpr_rights_list_intro": "Sie haben im Rahmen dieser Datenschutzrichtlinie und gesetzlich, wenn Sie sich innerhalb der EU befinden, das Recht,:",
-  "data_policy_gdpr_rights_title": "Ihre Rechte gemäß der DSGVO",
-  "data_policy_gdpr_title": "GDPR-Datenschutz",
-  "data_policy_goal": "Das Ziel von Capgo ist es, allgemeine Trends im Website-Verkehr zu verfolgen, nicht einzelne Besucher. Wir verwenden keine Cookies, wir generieren keine beständigen Identifikatoren und wir sammeln oder speichern keine persönlichen oder identifizierbaren Daten. Alle Daten sind nur aggregierte Daten und enthalten keine persönlichen Informationen.",
-  "data_policy_intro": "Eine Datenrichtlinie enthält eine Reihe von Regeln, Prinzipien und Richtlinien, die einen Rahmen für verschiedene Bereiche des Datenmanagements im gesamten Unternehmen bieten, einschließlich, aber nicht beschränkt auf Datenüberwachung, Datenqualität und Datenarchitektur.",
-  "data_policy_ip_accuracy": "In unseren Tests ist die Zählung von Besuchern anhand von IP-Adressen bemerkenswert genau im Vergleich zur Verwendung von Cookies. In einigen Fällen könnte es sogar genauer sein als die Verwendung eines Cookies, da einige Besucher Cookies vollständig blockieren.",
-  "data_policy_ip_user_agent": "Jede einzelne HTTP-Anforderung sendet die IP-Adresse und den User-Agent an den Server, also ist das, was wir verwenden. Wir generieren eine täglich wechselnde Kennung anhand der IP-Adresse und des User-Agents des Besuchers.",
-  "data_policy_last_updated": "Zuletzt aktualisiert: 21. September 2023",
-  "data_policy_legal_basis_clarification": "In jedem Fall wird das Unternehmen gerne helfen, die spezifische rechtliche Grundlage zu klären, die für die Verarbeitung gilt, und insbesondere, ob die Bereitstellung von personenbezogenen Daten eine gesetzliche oder vertragliche Anforderung oder eine Voraussetzung ist, die erforderlich ist, um einen Vertrag abzuschließen.",
-  "data_policy_legal_basis_consent": "Zustimmung: Sie haben Ihre Zustimmung zur Verarbeitung personenbezogener Daten für einen oder mehrere spezifische Zwecke gegeben.",
-  "data_policy_legal_basis_contract": "Erfüllung eines Vertrags: Die Bereitstellung personenbezogener Daten ist erforderlich für die Erfüllung einer Vereinbarung mit Ihnen und/oder für etwaige vorvertragliche Verpflichtungen daraus.",
-  "data_policy_legal_basis_intro": "Wir können personenbezogene Daten unter den folgenden Bedingungen verarbeiten:",
-  "data_policy_legal_basis_legal_obligations": "Rechtliche Verpflichtungen: Die Verarbeitung personenbezogener Daten ist notwendig, um einer rechtlichen Verpflichtung nachzukommen, der das Unternehmen unterliegt.",
-  "data_policy_legal_basis_legitimate_interests": "Zulässige Interessen: Die Verarbeitung personenbezogener Daten ist erforderlich für die Verfolgung der legitimen Interessen, die von dem Unternehmen verfolgt werden.",
-  "data_policy_legal_basis_public_interests": "Öffentliche Interessen: Die Verarbeitung personenbezogener Daten steht im Zusammenhang mit einer Aufgabe, die im öffentlichen Interesse oder in der Ausübung öffentlicher Befugnisse erfolgt, die dem Unternehmen übertragen sind.",
-  "data_policy_legal_basis_title": "Rechtsgrundlage für die Verarbeitung personenbezogener Daten gemäß der DSGVO",
-  "data_policy_legal_basis_vital_interests": "Vitalinteressen: Die Verarbeitung personenbezogener Daten ist erforderlich, um Ihre vitalen Interessen oder die einer anderen natürlichen Person zu schützen.",
-  "data_policy_no_persistent_identifier": "Wir versuchen nicht, einen gerätebeständigen Identifikator zu generieren, da diese als personenbezogene Daten gemäß der DSGVO gelten. Wir verwenden keine Cookies, keinen Browser-Cache und keinen lokalen Speicher. Wir speichern, rufen nichts ab oder extrahieren keine Daten von den Geräten der Besucher.",
-  "data_policy_no_tracking": "Wir verfolgen keine Personen über ihre Geräte und die Websites und Apps, die sie besuchen. Alle Daten sind auf einen einzelnen Tag, eine einzelne Website und ein einzelnes Gerät beschränkt. Es gibt keine Möglichkeit zu wissen, ob dieselbe Person eine Website von mehr als einem Gerät aus besucht oder eine andere Website besucht.",
-  "data_policy_ownership_intro": "Wenn Sie unseren Service nutzen, wird Capgo Informationen über Ihre Besucher sammeln. Sie vertrauen uns Ihre Site-Daten an, und dieses Vertrauen nehmen wir ernst. Die Privatsphäre Ihrer Site-Daten — und es sind Ihre Daten, nicht unsere! — ist uns sehr wichtig.",
-  "data_policy_ownership_rights": "Sie besitzen alle Rechte, Titel und Interessen an Ihren Website-Daten. Wir erwerben keine Rechte an Ihren Website-Daten. Wir werden Ihre Site-Daten niemals an Dritte verkaufen oder weitergeben.",
-  "data_policy_ownership_statement": "Durch die Nutzung von Capgo behalten Sie 100% Eigentum an Ihren Website-Daten. Auch wenn bei der Nutzung unseres gehosteten Dienstes Ihre Seitenanalysen auf unserem Server in der Cloud gespeichert werden, behalten Sie die vollständige Kontrolle über Ihre Website-Daten und besitzen ebenfalls alle Ihre Daten vollständig.",
-  "data_policy_ownership_title": "Datenbesitz Ihrer Webseite",
-  "data_policy_permanent_deletion": "Alle Ihre Statistiken werden dauerhaft gelöscht, sobald Sie Ihr Capgo-Konto oder Ihre Website-Statistiken löschen. Wir können diese Informationen nicht wiederherstellen, sobald sie dauerhaft gelöscht wurden.",
-  "data_policy_title": "Datenrichtlinie",
-  "data_policy_trust_importance": "Dies ist im Markt für Datenschutzsoftware entscheidend. Unternehmen und proprietäre Software können nicht immer vertraut werden, wenn es um Daten geht. Der einzige Weg, Ihr Vertrauen zu beweisen, besteht darin, Experten zu erlauben, Ihren Code zu prüfen und zu verifizieren, dass Sie tatsächlich das tun, was Sie sagen, dass Sie tun.",
-  "data_policy_trust_open_source": "Capgo ist 100 % Open Source. Unser Quellcode ist auf GitHub verfügbar und zugänglich, sodass Sie ihn lesen und überprüfen können, um sicherzustellen, dass unser Code das tut, was wir sagen.",
-  "data_policy_trust_title": "Warum sollte ich Ihnen vertrauen?",
-  "data_policy_trust_transparency": "Wir sind keine Black Box. Alles ist offensichtlich. Jeder kann den Code, den wir ausführen, einsehen, überprüfen und inspizieren, um zu verifizieren, dass wir das praktizieren, was wir predigen.",
-  "data_policy_unique_users_intro": "Die Zählung einzigartiger Besucher ist ein integraler Bestandteil der Webanalyse. Capgo versucht, ein vernünftiges Gleichgewicht zwischen der Entduplicierung von Seitenaufrufen und dem Respekt vor der Privatsphäre der Besucher zu finden.",
-  "data_policy_unique_users_title": "Wie wir eindeutige Benutzer ohne Cookies zählen",
-  "data_policy_what_we_collect_title": "Was wir sammeln und wofür wir es verwenden",
-  "data_processing": "Datenverarbeitung",
-  "data_processing_agreement": "Datenverarbeitungsvereinbarung",
-  "data_storage": "Datenlagerung",
-  "days_free_trial": "14 Tage kostenloses Probeabo",
-  "dedicated_channels": "Gewidmete Kanäle",
-  "dedicated_support_channels_sla": "Spezielle Supportkanäle und SLA-Garantien für Ihre Seelenruhe",
-  "definitions": "Definitionen",
-  "definitions_desc": "Alle in diesem Service-Level-Agreement verwendeten, aber nicht definierten, großgeschriebenen Wörter haben die im Vertrag festgelegte Bedeutung.",
-  "definitions_purpose": "Für die Zwecke dieses Haftungsausschlusses:",
-  "definitions_purpose_refund": "Für die Zwecke dieser Rückgabe- und Rückerstattungsrichtlinie:",
-  "definitions_title": "Definitionen",
-  "deliver_updates": "Liefern Sie Updates für Ihre Capacitor-App",
-  "denial_of_service": "Dienstverweigerung (DoS).",
-  "denial_of_service_desc": "Überflutung eines Ziels mit Kommunikationsanfragen, sodass das Ziel entweder nicht auf legitimen Verkehr reagieren kann oder so langsam reagiert, dass es ineffektiv wird.",
-  "deploy_and_test_anywhere_anytime": "Überall und jederzeit bereitstellen und testen",
-  "deploy_changes_in_real_time": "Änderungen in Echtzeit bereitstellen",
-  "deploy_on_cloud_providers": "Bereitstellen auf AWS, GCP oder Ihrem Cloud-Anbieter",
-  "deploy_ota": "Implementieren Sie Over-the-Air (OTA) Updates für Millionen von Benutzern mit der unternehmensgerechten Sicherheit, Skalierbarkeit und Unterstützung, die Ihre Organisation verlangt.",
-  "deploy_with_confidence": "Mit Vertrauen einsetzen",
-  "designed_for_mobile_first": "Entwickelt für Mobile-First mit intuitiver Benutzeroberfläche und nahtloser Leistung",
-  "developers": "Entwickler",
-  "diagnose_version_issues": "Diagnose von Versionsproblemen",
-  "didnt_find_answer": "Haben Sie die Antwort, nach der Sie gesucht haben, nicht gefunden?",
-  "direct_access_engineering_team": "Direkter Zugang zu unserem Ingenieurteam über dedizierte Slack-Kanäle und Telefonsupport",
-  "direct_engineering_access": "Direkter Ingenieurzugang",
-  "direct_peering_worldwide": "direktes Peering weltweit",
-  "direct_slack_channel_support": "Direkter Slack-Kanal-Support",
-  "directly_from_your_phone": "direkt von Ihrem Handy",
-  "disclaimer": "Haftungsausschluss",
-  "disclaimer_last_updated": "Letzte Aktualisierung: 28. Januar 2022",
-  "disclaimer_text": "Die Informationen, die im Dienst enthalten sind, dienen nur allgemeinen Informationszwecken.",
-  "disclaimer_title": "Haftungsausschluss",
-  "discover_ready_plugins": "Entdecken Sie einsatzbereite Plugins, die die Fähigkeiten Ihrer Capacitor-App erweitern.",
-  "do_you_have_purchasing_power_parity_pricing": "Bieten Sie Preise mit Kaufkraftparität (PPP) an?",
-  "do_you_offer_annual_billing_and_ach_payment_options": "Bieten Sie Jahresabrechnung und ACH-Zahlungsoptionen an?",
-  "do_you_offer_discounts_for_students_non_profits_or_startups": "Bieten Sie Rabatte für Studierende, Non-Profit-Organisationen oder Startups an?",
-  "do_you_offer_refunds": "Bieten Sie Rückerstattungen an?",
-  "do_you_offer_refunds_answer": "Ausgenommen bei gesetzlicher Verpflichtung sind bezahlte Abonnementgebühren nicht erstattbar. Allerdings können bestimmte Rückerstattungsanfragen auf Einzelfallbasis geprüft und nach alleinigem Ermessen von Capgo gewährt werden. Wenn Sie glauben, dass Sie für eine Rückerstattung in Frage kommen, wenden Sie sich bitte an unser Support-Team.",
-  "docs": "Docs",
-  "documentation": "Dokumentation",
-  "documentation_in_markdown_that_powers": "Dokumentation in Markdown, die antreibt",
-  "documenting_apis": "Dokumentation von APIs",
-  "download_the_app_and_take_control": "Laden Sie die App herunter und übernehmen Sie die Kontrolle über Ihre Veröffentlichungen von überall aus.",
-  "download_time_globally": "einen 5MB Update weltweit herunterladen",
-  "downloads": "Downloads",
-  "dp": "Datenrichtlinie",
-  "dp_description": "Capgo Datenverarbeitungsvereinbarung und GDPR-Konformitätsdokumentation für Unternehmenskunden, die unsere Live-Update-Plattform nutzen.",
-  "dpa": "Datenschutzvereinbarung",
-  "dpa_contact_1": "Wenn Sie Fragen zu dieser Datenschutzrichtlinie haben, können Sie uns kontaktieren:",
-  "dpa_contact_2": "Durch den Besuch dieser Seite auf der Website:",
-  "dpa_contact_title": "Kontaktieren Sie uns",
-  "dpa_customer_undertakings_1": "Der Kunde bestätigt, dass er alle erforderlichen Rechte hat, um Capgo die Besucherdaten zur Verarbeitung im Zusammenhang mit der Bereitstellung der Capgo-Dienste zur Verfügung zu stellen.",
-  "dpa_customer_undertakings_2": "Der Kunde hat jederzeit die Datenschutzgesetze bezüglich aller Besucherdaten, die er Capgo gemäß der Vereinbarung zur Verfügung gestellt hat, einzuhalten.",
-  "dpa_customer_undertakings_3": "Der Kunde versteht, dass er als Verantwortlicher (zwischen dem Kunden und Capgo) verantwortlich ist für:",
-  "dpa_customer_undertakings_4": "Bestimmung der Rechtmäßigkeit jeglicher Verarbeitung, Durchführung der erforderlichen Datenschutz-Folgenabschätzungen und Rechenschaft gegenüber Aufsichtsbehörden und Einzelpersonen, sofern erforderlich;",
-  "dpa_customer_undertakings_5": "Bereitstellung relevanter Datenschutzhinweise für betroffene Personen, wie sie in Ihrer Gerichtsbarkeit erforderlich sein können;",
-  "dpa_customer_undertakings_6": "die Umsetzung Ihrer eigenen geeigneten technischen und organisatorischen Maßnahmen, um die Verarbeitung in Übereinstimmung mit dieser DPA sicherzustellen und nachzuweisen;",
-  "dpa_customer_undertakings_7": "die relevanten Aufsichtsbehörden oder Behörden über einen Vorfall zu informieren, soweit dies nach dem Recht Ihres Rechtsgebiets erforderlich ist.",
-  "dpa_customer_undertakings_title": "Kundenverpflichtungen und Capgo-Unterstützung",
-  "dpa_definitions_1": "Im Rahmen der Bereitstellung des Capgo-Dienstes für den Nutzer gemäß der Vereinbarung kann Capgo Besucherdaten im Auftrag des Nutzers verarbeiten.",
-  "dpa_definitions_2": "In dieser Datenverarbeitungsvereinbarung (\"DPA\") bedeutet \"Datenschutzgesetzgebung\" die Datenschutz-Grundverordnung (Verordnung (EU) 2016/279) sowie alle anderen geltenden Gesetze, die die Verarbeitung von Besucherdaten und Datenschutz betreffen und in einer relevanten Rechtsordnung bestehen können.",
-  "dpa_definitions_3": "\"Verantwortlicher\", \"Auftragsverarbeiter\", \"betroffene Person\", \"personenbezogene Daten\" und \"Verarbeitung\" sind gemäß den geltenden Datenschutzgesetzen zu verstehen.",
-  "dpa_definitions_4": "Die Parteien sind sich einig, dass der Nutzer der für die Daten verantwortliche Stelle ist und dass Capgo der Datenverarbeiter in Bezug auf die Besucherdaten ist, die im Verlauf der Bereitstellung des Dienstes verarbeitet werden.",
-  "dpa_definitions_title": "Definitionen",
-  "dpa_last_updated": "Zuletzt aktualisiert: 20. September 2023",
-  "dpa_liability_indemnity_1": "Jede Partei stellt die andere schadlos und hält sie von allen Ansprüchen, Klagen, Ansprüchen Dritter, Verlusten, Schäden und Aufwendungen frei, die von der entschädigten Partei getragen werden und die direkt oder indirekt aus einem Verstoß gegen diese DPA entstehen oder damit in Verbindung stehen.",
-  "dpa_liability_indemnity_title": "Haftung und Entschädigung",
-  "dpa_notification_1": "Nein. Sie sind nicht verpflichtet, uns oder eine dritte Partei über die Annahme unserer DPA zu benachrichtigen, obwohl Sie, wie oben erwähnt, dies gerne tun können.",
-  "dpa_notification_title": "Müssen Kunden jemanden benachrichtigen, nachdem sie unsere DPA akzeptiert haben?",
-  "dpa_privacy_security_1": "Wir ergreifen zahlreiche Maßnahmen, um Ihre Daten durch Backups, Redundanzen und Verschlüsselung zu schützen und abzusichern. Wenn Sie unseren Dienst nutzen, um die Statistiken Ihrer Website zu messen, wird Capgo Informationen über Ihre Besucher sammeln.",
-  "dpa_privacy_security_2": "Sie vertrauen uns Ihre Standortdaten an, und dieses Vertrauen nehmen wir ernst. Sie stimmen zu, dass Capgo Ihre Daten wie in unserer Datenrichtlinie beschrieben verarbeiten darf und zu keinem anderen Zweck. Wir tun unser Bestes, um dieses Vertrauen zu verdienen, indem wir offen darüber sind, wer wir sind, wie wir arbeiten und indem wir Ihnen stets für Ihr Feedback zur Verfügung stehen.",
-  "dpa_privacy_security_3": "Sie besitzen alle Rechte, Titel und Interessen an den Daten Ihrer Website. Wir erwerben keine Rechte an Ihren Website-Daten. Wir sammeln und analysieren keine persönlichen Informationen von Internetnutzern und verwenden diese Verhaltensanalysen nicht, um Werbung zu verkaufen. Wenn Sie Capgo verwenden, besitzen und kontrollieren Sie zu 100 % alle Daten Ihrer Website. Wir verkaufen oder teilen Ihre Site-Daten nicht mit Dritten und verletzen nicht die Privatsphäre Ihrer Besucher.",
-  "dpa_privacy_security_4": "Der Zweck von Capgo besteht darin, den Capacitor zu aktualisieren. Dies kann weiterhin ohne Verfolgung, Sammlung oder Speicherung personenbezogener Daten oder persönlich identifizierbarer Informationen (PII) erfolgen, ohne Cookies zu verwenden und während die Privatsphäre Ihrer Website-Besucher respektiert wird.",
-  "dpa_privacy_security_5": "Durch die Nutzung von Capgo erfolgt die gesamte Standortmessung absolut anonym. Wir minimieren die Datenerhebung im Allgemeinen. Wir messen nur die wesentlichsten Datenpunkte und nichts anderes. Alle gesammelten Metriken passen auf eine einzige Seite.",
-  "dpa_privacy_security_6": "Wir versuchen nicht, einen gerätepersistenten Identifikator zu generieren, da diese als personenbezogene Daten gemäß der DSGVO gelten. Wir verwenden keine Cookies, Browser-Cache oder den lokalen Speicher. Wir speichern, rufen keine Daten ab und extrahieren auch nichts von den Geräten der Besucher. Die von uns verarbeiteten Daten können nicht zur Identifizierung einer einzelnen Person verwendet werden.",
-  "dpa_privacy_security_7": "Die Gruppe der von der Verarbeitung ihrer Daten im Rahmen dieser Vereinbarung betroffenen betroffenen Personen umfasst Endnutzer der Websites des Verantwortlichen, die den vom Auftragsverarbeiter bereitgestellten Dienst nutzen.",
-  "dpa_privacy_security_8": "Sie finden weitere Informationen über die Verarbeitung Ihrer Besucherdaten und welche Arten/Kategorien von Daten wir in Ihrem Namen erheben in unserer öffentlich zugänglichen Datenschutzrichtlinie.",
-  "dpa_privacy_security_title": "Datenschutz und Sicherheit Ihrer Besucherdaten",
-  "dpa_processor_obligations_1": "Capgo wird Besucherdaten nur gemäß den Anweisungen des Kunden über die Einstellungen des Dienstes verarbeiten, d.h. (a) um die Infrastruktur zu betreiben, zu warten und zu unterstützen, die zur Bereitstellung des Dienstes verwendet wird; (b) um den Anweisungen des Kunden und den Verarbeitungsanweisungen bei deren Nutzung, Verwaltung und Verwaltung des Dienstes nachzukommen; (c) wie anderweitig über die Einstellungen des Dienstes angeordnet. Capgo wird Besucherdaten nur gemäß der Vereinbarung verarbeiten.",
-  "dpa_processor_obligations_2": "Capgo wird den Kunden unverzüglich benachrichtigen, wenn Capgo der Meinung ist, dass eine von dem Kunden erteilte Anweisung zur Verarbeitung von Besucherdaten gegen geltende Datenschutzgesetze verstößt.",
-  "dpa_processor_obligations_3": "Capgo garantiert die Vertraulichkeit der Besucher Daten, die im Rahmen dieser Vereinbarung verarbeitet werden.",
-  "dpa_processor_obligations_4": "Wir als Menschen können auf Ihre Daten zugreifen, um Ihnen bei Supportanfragen zu helfen, die Sie stellen, und um Capgo zu warten und zu sichern, um die Sicherheit Ihrer Daten und des Dienstes als Ganzes zu gewährleisten. Capgo wird sicherstellen, dass alle Capgo-Mitarbeiter, die auf die Besucherdaten zugreifen müssen, in Bezug auf die DSGVO und den Datenschutz geschult sind, über die vertrauliche Natur der Daten informiert sind und die Verpflichtungen, die in diesem Vertrag festgelegt sind, einhalten.",
-  "dpa_processor_obligations_5": "Capgo wird geeignete technische und organisatorische Sicherheitsmaßnahmen implementieren und aufrechterhalten, um die Besucherdaten vor unbefugter oder unlawful Verarbeitung sowie vor versehentlichem Verlust, Zerstörung, Beschädigung, Diebstahl, Veränderung oder Offenlegung zu schützen. Diese Maßnahmen sollen angemessen sein im Hinblick auf den Schaden, der aus einer unbefugten oder unlawful Verarbeitung, versehendlichem Verlust, Zerstörung, Beschädigung oder Diebstahl der Besucherdaten resultieren könnte, und unter Berücksichtigung der Art der Besucherdaten, die geschützt werden sollen.",
-  "dpa_processor_obligations_6": "Wir arbeiten mit Unterverarbeitern. Mit jedem Anbieter überprüfen wir dessen Engagement für den Datenschutz und schließen eine Datenverarbeitungsvereinbarung mit ihnen ab, die die Standardvertragsklauseln zwischen dem Verantwortlichen und dem Auftragsverarbeiter umfasst. Solchen Subunternehmern wird gestattet, Daten nur zur Erbringung der Dienste zu verarbeiten, die Capgo ihnen anvertraut hat, und sie sind davon ausgeschlossen, Daten für andere Zwecke zu verwenden. Capgo wird den Verantwortlichen benachrichtigen, wenn die Liste der Unterverarbeiter über unsere In-App-Benachrichtigungen, E-Mail und/oder einen Blog geändert wird. Der Verantwortliche hat das Recht, legitim Widerspruch einzulegen und kann die Vereinbarung kündigen.",
-  "dpa_processor_obligations_7": "Wenn Capgo von einem unbeabsichtigten, unbefugten oder rechtswidrigen Sicherheitsvorfall, der Zerstörung, dem Verlust, der Veränderung oder der Offenlegung der personenbezogenen Daten, die von Capgo im Rahmen der Erbringung des Dienstes verarbeitet werden, Kenntnis erlangt, wird es den Kunden ohne unangemessene Verzögerung (spätestens 48 Stunden nach Bekanntwerden) per E-Mail benachrichtigen und dem Kunden eine Beschreibung des Vorfalls sowie regelmäßige Aktualisierungen zu den Informationen über den Vorfall, einschließlich seiner Auswirkungen auf den Kundeninhalt, zur Verfügung stellen. Capgo wird zudem Maßnahmen ergreifen, um den Vorfall zu untersuchen und angemessen zu verhindern oder die Auswirkungen des Vorfalls zu mildern.",
-  "dpa_processor_obligations_8": "Capgo darf keinesfalls eigenmächtig die Verarbeitung von Besucherdaten, die im Auftrag des Verantwortlichen verarbeitet werden, berichtigen, löschen oder einschränken (es sei denn, dies ist gesetzlich erforderlich oder es gelten die Bedingungen für die Datenverarbeitung), sondern darf dies nur auf dokumentierte Anweisung des Verantwortlichen und gemäß den Aufbewahrungsregeln für Daten, die mit dem Abonnementplan des Verantwortlichen verbunden sind, tun.",
-  "dpa_processor_obligations_9": "Capgo wird den Verantwortlichen bei der Einhaltung der Verpflichtungen hinsichtlich der Sicherheit personenbezogener Daten unterstützen. Plausible wird dem Verantwortlichen auch bei Datenschutz-Folgenabschätzungen (DPIAs) Unterstützung bieten. Wenn eine betroffene Person ihre Rechte als betroffene Person geltend macht, wird diese Anfrage unverzüglich an den Verantwortlichen weitergeleitet.",
-  "dpa_processor_obligations_title": "Pflichten des Prozessors gegenüber dem Verantwortlichen",
-  "dpa_security_measures_1": "Für die Verschlüsselung verwenden wir HTTPS während der Übertragung und den Hashing-Prozess im Ruhezustand. Unser Hashing-Prozess ist wesentlich stärker als die Verschlüsselung. Verschlüsselung impliziert, dass es einen Schlüssel gibt, der die Daten entschlüsseln und die Rohdaten offenbaren kann. In unserer Datenbank sind die Roh-IP-Adresse und der User-Agent für niemanden, einschließlich uns selbst, vollständig unzugänglich. Darüber hinaus verwenden wir strenge Firewall-Regeln und private, verschlüsselte Netzwerke. Wir halten Offsite-Backups mit Replikation und starken bcrypt-Passwörtern.",
-  "dpa_security_measures_2": "Capgo ist vollständig Open-Source-Software, was bedeutet, dass unser Quellcode auf GitHub verfügbar und zugänglich ist, sodass jeder ihn überprüfen und auditiert kann. Sie können ihn lesen, inspizieren und überprüfen, um zu verstehen, wie er funktioniert und um sicherzustellen, dass die Daten privat und sicher bleiben. Dies gibt Ihnen und allen anderen vollständige Transparenz darüber, wie wir die Daten des Webseitenverkehrs behandeln.",
-  "dpa_security_measures_3": "Mit mehr als 500 GitHub-Sternen haben viele Augen auf unseren Code, und es ist diese Transparenz und Offenheit, die bedeutet, dass Open-Source-Produkte vertrauenswürdiger sein können als proprietäre und geschlossene Produkte. Unsere Software wird mehrmals pro Woche aktualisiert, und auf unserer GitHub-Seite haben wir auch eine Möglichkeit für Menschen, Sicherheitsanfälligkeiten zu melden.",
-  "dpa_security_measures_title": "Organisatorische und technische Sicherheitsmaßnahmen",
-  "dpa_sharing_1": "Ja. Die DPA ist ein öffentlich verfügbares Dokument, und Kunden, die es mit ihren Kunden teilen möchten, um unsere Sicherheitsmaßnahmen und andere Bedingungen zu bestätigen, können dies gerne tun.",
-  "dpa_sharing_title": "Darf ein Kunde die Capgo DPA mit seinen Kunden teilen?",
-  "dpa_signing_required_1": "Um unsere Produkte und Dienstleistungen nutzen zu können, müssen Sie unsere DPA akzeptieren. Durch die Nutzung unseres Produkts stimmen Sie unseren Nutzungsbedingungen zu und akzeptieren automatisch unsere DPA, sodass Sie kein separates Dokument unterzeichnen müssen. Wir gewähren allen Kunden die gleichen Datenschutzrechte und -schutz.",
-  "dpa_signing_required_title": "Müssen Kunden die Capgo DPA unterschreiben?",
-  "dpa_title": "Datenverarbeitungsvereinbarung",
-  "easily_adjust_user_roles_and_permissions_as_your_team_and_projects_evolve_maintaining_optimal_organization_structure": "Passen Sie Benutzerrollen und Berechtigungen ganz einfach an, während sich Ihr Team und Ihre Projekte weiterentwickeln, um eine optimale Organisationsstruktur aufrechtzuerhalten.",
-  "effortless_ci_cd_solutions": "Mühelose CI/CD-Lösungen",
-  "email_label": "E-Mail",
-  "email_placeholder": "Geben Sie Ihre E-Mail-Adresse ein",
-  "emergency_fixes_on_the_go": "Notfallreparaturen unterwegs",
-  "end_to_end_encryption": "Ende-zu-Ende-Verschlüsselung",
-  "enterprise_authentication": "Unternehmensauthentifizierung",
-  "enterprise_billing": "Unternehmensabrechnung",
-  "enterprise_description": "Für Unternehmungsteams, die geschäftskritische Apps entwickeln und erweiterte Sicherheit, Compliance und engagierten Support mit vollständiger Kontrolle über ihre mobile DevOps-Infrastruktur benötigen.",
-  "enterprise_features": "Unternehmensfunktionen",
-  "enterprise_grade_security_trust": "Unternehmenssicherheit, der Sie vertrauen können",
-  "enterprise_identity": "Unternehmensidentität",
-  "enterprise_platform_uptime_sla": "Unternehmensplattform Betriebszeit SLA",
-  "enterprise_plugins": "Unternehmens-Plugins",
-  "enterprise_ready": "Unternehmensbereit",
-  "enterprise_security_audit_desc": "Jährliche Drittanbieter-Audits und kontinuierliches Code-Scanning mit SonarCloud, Coderabbit und Snyk.",
-  "enterprise_security_audit_title": "Automatisierte & unabhängige Audits",
-  "enterprise_security_automations": "SonarCloud, Coderabbit und Snyk überprüfen jeden Commit vor der Veröffentlichung.",
-  "enterprise_solutions": "Unternehmenslösungen",
-  "enterprise_support": "Unternehmensunterstützung",
-  "enterprise_title": "Unternehmen",
-  "errors_and_omissions_disclaimer_text": "Die von dem Service bereitgestellten Informationen dienen ausschließlich der allgemeinen Orientierung zu interessierenden Themen. Selbst wenn das Unternehmen alle Vorkehrungen trifft, um sicherzustellen, dass der Inhalt des Services sowohl aktuell als auch genau ist, können Fehler auftreten. Zudem kann es aufgrund der sich ändernden Natur von Gesetzen, Vorschriften und Regelungen zu Verzögerungen, Auslassungen oder Ungenauigkeiten in den Informationen kommen, die im Service enthalten sind.",
-  "errors_and_omissions_disclaimer_title": "Fehler- und Auslassungsausschluss",
-  "eula": "Endbenutzer-Lizenzvereinbarung",
-  "eula_acknowledgment_text_1": "Indem Sie auf die Schaltfläche \"Ich stimme zu\" klicken, die Anwendung herunterladen oder verwenden, stimmen Sie zu, an die Bedingungen und Konditionen dieses Vertrags gebunden zu sein. Wenn Sie mit den Bedingungen dieses Vertrags nicht einverstanden sind, klicken Sie nicht auf die Schaltfläche \"Ich stimme zu\", laden Sie die Anwendung nicht herunter und verwenden Sie sie nicht.",
-  "eula_acknowledgment_text_2": "Dieser Vertrag ist ein rechtliches Dokument zwischen Ihnen und dem Unternehmen und regelt Ihre Nutzung der von dem Unternehmen für Sie bereitgestellten Anwendung.",
-  "eula_acknowledgment_text_3": "Dieser Vertrag besteht nur zwischen Ihnen und dem Unternehmen und nicht mit dem Anwendungsstore. Daher ist das Unternehmen allein verantwortlich für die Anwendung und deren Inhalte. Obwohl der Anwendungsstore keine Partei dieses Vertrags ist, hat er das Recht, diesen gegen Sie als Drittbegünstigten in Bezug auf Ihre Nutzung der Anwendung durchzusetzen.",
-  "eula_acknowledgment_text_4": "Da die Anwendung von anderen Benutzern beispielsweise über Familienfreigabe / Familiengruppe oder Volumenlizenzierung zugegriffen und verwendet werden kann, unterliegt die Nutzung der Anwendung durch diese Benutzer ausdrücklich dieser Vereinbarung.",
-  "eula_acknowledgment_text_5": "Die Anwendung wird Ihnen von der Gesellschaft lizenziert, nicht verkauft, zur Nutzung ausschließlich in Übereinstimmung mit den Bedingungen dieses Vertrags.",
-  "eula_acknowledgment_title": "Anerkennung",
-  "eula_changes_text_1": "Die Gesellschaft behält sich das Recht vor, nach eigenem Ermessen diese Vereinbarung jederzeit zu ändern oder zu ersetzen. Falls eine Änderung wesentlich ist, werden wir mindestens 30 Tage im Voraus über die Inkrafttretung neuer Bedingungen informieren. Was eine wesentliche Änderung darstellt, wird nach alleinigem Ermessen der Gesellschaft bestimmt.",
-  "eula_changes_text_2": "Indem Sie weiterhin auf die Anwendung zugreifen oder diese nutzen, nachdem Änderungen wirksam werden, stimmen Sie den überarbeiteten Bedingungen zu. Wenn Sie den neuen Bedingungen nicht zustimmen, sind Sie nicht mehr berechtigt, die Anwendung zu nutzen.",
-  "eula_changes_title": "Änderungen zu diesem Vertrag",
-  "eula_contact_us_link": "Indem Sie diese Seite auf der Webseite besuchen:",
-  "eula_contact_us_text": "Wenn Sie Fragen zu diesem Vertrag haben, können Sie uns kontaktieren:",
-  "eula_contact_us_title": "Kontaktieren Sie uns",
-  "eula_definition_agreement": "**Vereinbarung** bedeutet diese Endbenutzer-Lizenzvereinbarung, die die gesamte Vereinbarung zwischen Ihnen und dem Unternehmen bezüglich der Nutzung der Anwendung bildet.",
-  "eula_definition_application": "**Anwendung** bezeichnet das von der Firma bereitgestellte Softwareprogramm, das Sie über ein Konto in einem Anwendungsstore auf ein Gerät heruntergeladen haben, mit dem Namen $1.",
-  "eula_definition_application_store": "**Anwendungsspeicher** bezeichnet den digitalen Vertriebsdienst, der von Apple Inc. (Apple App Store) oder Google Inc. (Google Play Store) betrieben und entwickelt wird, über den die Anwendung auf Ihr Gerät heruntergeladen wurde.",
-  "eula_definition_company": "**Unternehmen** (in diesem Vertrag als \"das Unternehmen\", \"Wir\", \"Uns\" oder \"Unser\" bezeichnet) bezieht sich auf Digital Shift OU, 6 Sepapaja 15510 Tallinn.",
-  "eula_definition_content": "**Inhalt** bezieht sich auf Inhalte wie Texte, Bilder oder andere Informationen, die von Ihnen gepostet, hochgeladen, verlinkt oder anderweitig verfügbar gemacht werden können, unabhängig von der Form dieses Inhalts.",
-  "eula_definition_country": "**Land** bezieht sich auf: Estland",
-  "eula_definition_device": "**Gerät** bezeichnet jedes Gerät, das auf die Anwendung zugreifen kann, wie einen Computer, ein Mobiltelefon oder ein digitales Tablet.",
-  "eula_definition_family_sharing": "**Familienfreigabe / Familiengruppe** ermöglicht es Ihnen, Anwendungen, die über den App Store heruntergeladen wurden, mit anderen Familienmitgliedern zu teilen, indem Sie ihnen erlauben, die berechtigten Anwendungen der anderen zu sehen und auf ihren zugehörigen Geräten herunterzuladen.",
-  "eula_definition_third_party_services": "**Drittanbieter-Dienste** bezeichnet alle Dienste oder Inhalte (einschließlich Daten, Informationen, Anwendungen und anderer Produktdienstleistungen), die von einem Drittanbieter bereitgestellt werden und die von der Anwendung angezeigt, eingeschlossen oder verfügbar gemacht werden können.",
-  "eula_definition_you": "**Sie** bezeichnet die Person, die auf die Anwendung zugreift oder sie nutzt, oder das Unternehmen oder die andere juristische Person, in deren Namen diese Person auf die Anwendung zugreift oder sie nutzt, sofern zutreffend.",
-  "eula_definitions_intro": "Für die Zwecke dieser Endbenutzer-Lizenzvereinbarung:",
-  "eula_definitions_subtitle": "Definitionen",
-  "eula_entire_agreement_text_1": "Die Vereinbarung stellt die gesamte Vereinbarung zwischen Ihnen und der Firma bezüglich Ihrer Nutzung der Anwendung dar und ersetzt alle vorherigen und gleichzeitigen schriftlichen oder mündlichen Vereinbarungen zwischen Ihnen oder mündlichen Vereinbarungen zwischen Ihnen und der Firma.",
-  "eula_entire_agreement_text_2": "Sie unterliegen möglicherweise zusätzlichen Bedingungen, die gelten, wenn Sie die Dienste eines anderen Unternehmens nutzen oder erwerben, die Ihnen das Unternehmen zum Zeitpunkt der Nutzung oder des Kaufs zur Verfügung stellen wird.",
-  "eula_entire_agreement_title": "Gesamtvereinbarung",
-  "eula_governing_law_text": "Die Gesetze des Landes, ausgenommen die Regeln über Konflikte der Gesetze, regeln diese Vereinbarung und Ihre Nutzung der Anwendung. Ihre Nutzung der Anwendung kann auch anderen lokalen, staatlichen, nationalen oder internationalen Gesetzen unterliegen.",
-  "eula_governing_law_title": "Anwendbares Recht",
-  "eula_indemnification_text": "Sie erklären sich bereit, das Unternehmen sowie dessen Muttergesellschaften, Tochtergesellschaften, verbundenen Unternehmen, Beamte, Mitarbeiter, Vertreter, Partner und Lizenzgeber (sofern vorhanden) von sämtlichen Ansprüchen oder Forderungen, einschließlich angemessener Anwaltsgebühren, schadlos zu halten, die aufgrund oder aus folgenden Gründen entstehen: (a) Nutzung der Anwendung; (b) Verletzung dieses Vertrages oder eines Gesetzes oder einer Vorschrift; oder (c) Verletzung eines Rechts eines Dritten.",
-  "eula_indemnification_title": "Entschädigung",
-  "eula_intellectual_property_text_1": "Die Anwendung, einschließlich aller Urheberrechte, Patente, Marken, Geschäftsgeheimnisse und anderer geistiger Eigentumsrechte, ist und bleibt das alleinige und ausschließliche Eigentum der Gesellschaft.",
-  "eula_intellectual_property_text_2": "Das Unternehmen ist nicht verpflichtet, Sie in Bezug auf Ansprüche Dritter, die aus der Anwendung entstehen oder sich darauf beziehen, zu entschädigen oder zu verteidigen. Soweit das Unternehmen gesetzlich verpflichtet ist, eine Entschädigung bereitzustellen, ist allein das Unternehmen, nicht der Anwendungsspeicher, verantwortlich für die Untersuchung, Verteidigung, Regelung und Erledigung von Forderungen, die besagen, dass die Anwendung oder Ihre Nutzung derselben die Rechte an geistigem Eigentum Dritter verletzt.",
-  "eula_intellectual_property_title": "Geistiges Eigentum",
-  "eula_interpretation_subtitle": "Interpretation",
-  "eula_interpretation_text": "Die Wörter, deren Anfangsbuchstabe großgeschrieben ist, haben Bedeutungen, die unter den folgenden Bedingungen definiert sind. Die folgenden Definitionen haben die gleiche Bedeutung, unabhängig davon, ob sie im Singular oder Plural erscheinen.",
-  "eula_interpretation_title": "Interpretation und Definitionen",
-  "eula_last_updated": "Letzte Aktualisierung: 28. Januar 2022",
-  "eula_license_restrictions_1": "Lizenzieren, verkaufen, vermieten, verpachten, übertragen, verteilen, übertragen, hosten, auslagern, offenlegen oder anderweitig kommerziell ausbeuten oder die Anwendung einem Dritten zur Verfügung stellen.",
-  "eula_license_restrictions_2": "Kopieren oder Verwenden der Anwendung für einen anderen Zweck als im obigen Abschnitt 'Lizenz' erlaubt.",
-  "eula_license_restrictions_3": "Ändern, derivative Werke erstellen, zerlegen, entschlüsseln, zurückkompilieren oder zurückentwickeln Sie jeden Teil der Anwendung.",
-  "eula_license_restrictions_4": "Entfernen, ändern oder unkenntlich machen von jeglicher Eigentumshinweise (einschließlich jeglicher Hinweise auf Urheberrechte oder Marken) der Gesellschaft oder ihrer verbundenen Unternehmen, Partner, Lieferanten oder Lizenzgeber der Anwendung.",
-  "eula_license_restrictions_intro": "Sie stimmen zu, dass Sie nicht, und Sie werden anderen nicht gestatten:",
-  "eula_license_restrictions_subtitle": "Lizenzbeschränkungen",
-  "eula_license_scope_subtitle": "Lizenzumfang",
-  "eula_license_scope_text_1": "Das Unternehmen gewährt Ihnen eine widerrufliche, nicht exklusive, nicht übertragbare, eingeschränkte Lizenz zum Herunterladen, Installieren und Verwenden der Anwendung, die strikt gemäß den Bedingungen dieses Vertrags erfolgt.",
-  "eula_license_scope_text_2": "Sie dürfen die Anwendung nur auf einem Gerät verwenden, das Sie besitzen oder kontrollieren und wie es die Geschäftsbedingungen des Anwendungsstores erlauben.",
-  "eula_license_scope_text_3": "Die Lizenz, die Ihnen von der Firma gewährt wird, ist ausschließlich für Ihre persönlichen, nicht kommerziellen Zwecke und strikt in Übereinstimmung mit den Bedingungen dieser Vereinbarung.",
-  "eula_license_title": "Lizenz",
-  "eula_limitation_of_liability_text_1": "Ungeachtet aller Schäden, die Ihnen entstehen könnten, beschränkt sich die gesamte Haftung des Unternehmens und seiner Lieferanten gemäß den Bestimmungen dieses Vertrags und Ihr ausschließlicher Rechtsbehelf für all das Vorherige auf den Betrag, den Sie tatsächlich für die Anwendung oder durch die Anwendung gezahlt haben, oder 100 USD, wenn Sie nichts über die Anwendung gekauft haben.",
-  "eula_limitation_of_liability_text_2": "Soweit dies nach geltendem Recht zulässig ist, haftet das Unternehmen oder seine Lieferanten in keinem Fall für besondere, zufällige, indirekte oder Folgeschäden jeglicher Art (einschließlich, aber nicht beschränkt auf Schadensersatzansprüche wegen Gewinnverlusts, Daten- oder Informationsverlusts, Geschäftsunterbrechungen, Personenschäden, Verlust der Privatsphäre, die aus der Nutzung oder der Unfähigkeit zur Nutzung der Anwendung, von Drittsoftware und/oder Dritt-Hardware, die in Verbindung mit der Anwendung verwendet wird, oder anderweitig im Zusammenhang mit einer Bestimmung dieser Vereinbarung resultieren), selbst wenn das Unternehmen oder ein Lieferant auf die Möglichkeit solcher Schäden hingewiesen wurde und selbst wenn das Abhilfemittel seinem wesentlichen Zweck nicht gerecht wird.",
-  "eula_limitation_of_liability_text_3": "Einige Staaten/Jurisdiktionen erlauben nicht den Ausschluss oder die Einschränkung von zufälligen oder Folgeschäden, sodass die obige Einschränkung oder der Ausschluss möglicherweise nicht für Sie gilt.",
-  "eula_limitation_of_liability_text_4": "Sie verstehen ausdrücklich und stimmen zu, dass der Application Store, seine Tochtergesellschaften und verbundenen Unternehmen sowie seine Lizenzgeber Ihnen gegenüber unter keiner Haftungstheorie für direkte, indirekte, zufällige, besondere, Folgeschäden oder exemplarische Schäden haftbar sind, die Ihnen entstehen könnten, einschließlich Datenverlust, unabhängig davon, ob der Application Store oder seine Vertreter über die Möglichkeit solcher Verluste informiert wurden oder hätten informiert werden müssen.",
-  "eula_limitation_of_liability_title": "Haftungsbeschränkung",
-  "eula_maintenance_subtitle": "Wartung und Unterstützung",
-  "eula_maintenance_text": "Das Unternehmen bietet keine Wartung oder Unterstützung für den Download und die Nutzung der Anwendung an. Soweit Wartung oder Unterstützung nach geltendem Recht erforderlich ist, ist das Unternehmen, nicht der Anwendungsstore, verpflichtet, solche Wartung oder Unterstützung bereitzustellen.",
-  "eula_modifications_text": "Die Firma behält sich das Recht vor, die Anwendung oder einen damit verbundenen Dienst vorübergehend oder dauerhaft zu ändern, auszusetzen oder einzustellen, mit oder ohne Vorankündigung und ohne Haftung Ihnen gegenüber.",
-  "eula_modifications_title": "Änderungen an der Anwendung",
-  "eula_no_warranties_text_1": "Die Anwendung wird Ihnen \"WIE BESEHEN\" und \"WIE VERFÜGiBAR\" und mit allen Fehlern und Mängeln ohne jegliche Garantie bereitgestellt. Im maximal zulässigen Umfang nach geltendem Recht, lehnt die Firma, in eigenem Namen sowie im Namen ihrer Tochtergesellschaften und ihrer und deren jeweiligen Lizenzgeber und Dienstanbieter, ausdrücklich alle Garantien ab, gleich welcher Art, ob ausdrücklich, stillschweigend, gesetzlich oder anders, in Bezug auf die Anwendung, einschließlich aller stillschweigenden Garantien der Marktgängigkeit, Eignung für einen bestimmten Zweck, Titel und Nichtverletzung, sowie Garantien, die aus dem Geschäftsverkehr, der Durchführung, der Nutzung oder Handelspraktiken entstehen können. Unbeschadet des Vorstehenden gibt die Firma keine Garantie oder Verpflichtung und macht keinerlei Zusicherung, dass die Anwendung Ihren Anforderungen entspricht, irgendwelche beabsichtigten Ergebnisse erzielt, mit anderer Software, Anwendungen, Systemen oder Dienstleistungen kompatibel ist oder damit funktioniert, ohne Unterbrechung betrieben werden kann, irgendwelche Leistungs- oder Zuverlässigkeitsstandards erfüllt oder fehlerfrei ist, oder dass Fehler oder Mängel behoben werden können oder werden.",
-  "eula_no_warranties_text_2": "Ohne die vorstehenden Bestimmungen einzuschränken, geben weder die Gesellschaft noch einer der Anbieter der Gesellschaft eine ausdrückliche oder stillschweigende Zusicherung oder Gewährleistung jeglicher Art: (i) hinsichtlich der Funktionsweise oder Verfügbarkeit der Anwendung oder der darauf enthaltenen Informationen, Inhalte, Materialien oder Produkte; (ii) dass die Anwendung ununterbrochen oder fehlerfrei sein wird; (iii) hinsichtlich der Genauigkeit, Zuverlässigkeit oder Aktualität von Informationen oder Inhalten, die über die Anwendung bereitgestellt werden; oder (iv) dass die Anwendung, ihre Server, der Inhalt oder E-Mails, die von der Gesellschaft oder in ihrem Auftrag gesendet werden, frei von Viren, Skripten, Trojanischen Pferden, Würmern, Schadsoftware, Zeitbomben oder anderen schädlichen Komponenten sind.",
-  "eula_no_warranties_text_3": "Einige Rechtsordnungen erlauben nicht den Ausschluss bestimmter Arten von Garantien oder Einschränkungen der geltenden gesetzlichen Rechte eines Verbrauchers, sodass einige oder alle oben genannten Ausschlüsse und Einschränkungen möglicherweise nicht auf Sie zutreffen. In einem solchen Fall gelten die in diesem Abschnitt festgelegten Ausschlüsse und Einschränkungen jedoch in dem größtmöglichen Umfang, der nach geltendem Recht durchsetzbar ist. Soweit eine Garantie nach dem Gesetz besteht, die nicht ausgeschlossen werden kann, ist das Unternehmen, nicht der Anwendungsstore, allein verantwortlich für diese Garantie.",
-  "eula_no_warranties_title": "Keine Garantien",
-  "eula_product_claims_text": "Die Gesellschaft gibt keine Gewährleistungen bezüglich der Anwendung. Soweit Sie Ansprüche aus oder im Zusammenhang mit der Nutzung der Anwendung haben, ist die Gesellschaft, nicht der App Store, verantwortlich für die Bearbeitung solcher Ansprüche, die unter anderem Folgendes umfassen können: (i) jegliche Produkthaftungsansprüche; (ii) jeden Anspruch, dass die Anwendung nicht den geltenden rechtlichen oder regulatorischen Anforderungen entspricht; und (iii) jeden Anspruch, der unter dem Verbraucherschutz oder ähnlicher Gesetzgebung erhoben wird.",
-  "eula_product_claims_title": "Produktansprüche",
-  "eula_read_carefully": "Bitte lesen Sie diese Endbenutzer-Lizenzvereinbarung sorgfältig durch, bevor Sie auf die Schaltfläche \"Ich stimme zu\" klicken, $1 herunterladen oder verwenden.",
-  "eula_severability_and_waiver_title": "Teilbarkeit und Verzicht",
-  "eula_severability_subtitle": "Salvatorische Klausel",
-  "eula_severability_text": "Falls eine Bestimmung dieses Vertrags für nicht durchsetzbar oder ungültig erachtet wird, wird diese Bestimmung geändert und so ausgelegt, dass die Ziele dieser Bestimmung im größtmöglichen Rahmen gemäß dem anwendbaren Recht erreicht werden. Die verbleibenden Bestimmungen bleiben in vollem Umfang in Kraft und wirksam.",
-  "eula_term_and_termination_text_1": "Diese Vereinbarung bleibt in Kraft, bis sie von Ihnen oder dem Unternehmen beendet wird. Das Unternehmen kann nach eigenem Ermessen jederzeit und aus beliebigem oder keinem Grund diese Vereinbarung mit oder ohne vorherige Ankündigung aussetzen oder beenden.",
-  "eula_term_and_termination_text_2": "Dieser Vertrag wird sofort und ohne vorherige Ankündigung durch das Unternehmen beendet, wenn Sie eine Bestimmung dieses Vertrags nicht einhalten. Sie können diesen Vertrag auch beenden, indem Sie die Anwendung und alle Kopien davon von Ihrem Gerät oder Ihrem Computer löschen.",
-  "eula_term_and_termination_text_3": "Bei Beendigung dieses Vertrags dürfen Sie die Nutzung der Anwendung einstellen und alle Kopien der Anwendung von Ihrem Gerät löschen.",
-  "eula_term_and_termination_text_4": "Die Beendigung dieses Vertrags wird die Rechte oder Rechtsmittel des Unternehmens nach Gesetz oder Billigkeit im Falle eines Verstoßes Ihrerseits (während der Laufzeit dieses Vertrags) gegen eine Ihrer Verpflichtungen aus diesem Vertrag nicht einschränken.",
-  "eula_term_and_termination_title": "Bedingungen und Kündigung",
-  "eula_third_party_services_text_1": "Die Anwendung kann Inhalte von Drittanbietern anzeigen, einschließen oder verfügbar machen (einschließlich Daten, Informationen, Anwendungen und anderen Produktdiensten) oder Links zu Websites oder Diensten von Drittanbietern bereitstellen.",
-  "eula_third_party_services_text_2": "Sie erkennen an und stimmen zu, dass das Unternehmen nicht für irgendwelche Dienstleistungen Dritter verantwortlich ist, einschließlich deren Genauigkeit, Vollständigkeit, Aktualität, Gültigkeit, Einhaltung von Urheberrechten, Rechtmäßigkeit, Anstand, Qualität oder einem anderen Aspekt davon. Das Unternehmen übernimmt keine Haftung und hat keine Verantwortung gegenüber Ihnen oder irgendeiner anderen Person oder Einheit für irgendwelche Dienstleistungen Dritter.",
-  "eula_third_party_services_text_3": "Sie müssen die geltenden Bedingungen der Drittparteien einhalten, wenn Sie die Anwendung nutzen. Drittanbieter-Dienste und die entsprechenden Links werden Ihnen ausschließlich aus Bequemlichkeit bereitgestellt, und Sie greifen auf diese zu und verwenden sie vollständig auf eigene Gefahr und unterliegen den Bedingungen und Konditionen dieser Drittparteien.",
-  "eula_third_party_services_title": "Drittanbieter-Dienste",
-  "eula_title": "Endbenutzer-Lizenzvereinbarung (\"Vereinbarung\")",
-  "eula_updates_subtitle": "Aktualisierungen der Anwendung",
-  "eula_updates_text_1": "Das Unternehmen kann von Zeit zu Zeit Verbesserungen oder Erweiterungen der Funktionen/Funktionalität der Anwendung bereitstellen, die Patches, Fehlerbehebungen, Updates, Upgrades und andere Änderungen umfassen können.",
-  "eula_updates_text_2": "Updates können bestimmte Funktionen und/oder Merkmale der Anwendung ändern oder löschen. Sie stimmen zu, dass das Unternehmen keine Verpflichtung hat, (i) Updates bereitzustellen oder (ii) bestimmte Funktionen und/oder Merkmale der Anwendung weiterhin bereitzustellen oder zu aktivieren.",
-  "eula_updates_text_3": "Sie stimmen ferner zu, dass alle Updates oder andere Änderungen (i) als wesentlicher Bestandteil der Anwendung betrachtet werden und (ii) den Bedingungen und Konditionen dieses Vertrags unterliegen.",
-  "eula_us_legal_compliance_text": "Sie vertreten und garantieren, dass (i) Sie sich nicht in einem Land befinden, das dem Embargo der US-Regierung unterliegt, oder das von der US-Regierung als ein \"Terror unterstützendes\" Land eingestuft wurde, und (ii) Sie nicht auf einer Liste der US-Regierung von verbotenen oder eingeschränkten Parteien aufgeführt sind.",
-  "eula_us_legal_compliance_title": "Rechtliche Compliance der Vereinigten Staaten",
-  "eula_waiver_subtitle": "Verzicht",
-  "eula_waiver_text": "Sofern hierin nicht anders vorgesehen, hat das Versäumnis, ein Recht auszuüben oder die Erfüllung einer Verpflichtung aus diesem Vertrag zu verlangen, keinen Einfluss auf die Fähigkeit einer Partei, dieses Recht zu einem späteren Zeitpunkt auszuüben oder die Erfüllung zu verlangen, noch wird der Verzicht auf einen Verstoß als Verzicht auf einen nachfolgenden Verstoß angesehen.",
-  "eula_your_suggestions_text_1": "Alle Rückmeldungen, Kommentare, Ideen, Verbesserungen oder Vorschläge, die Sie dem Unternehmen in Bezug auf die Anwendung zur Verfügung stellen, bleiben das alleinige und ausschließliche Eigentum des Unternehmens.",
-  "eula_your_suggestions_text_2": "Die Firma ist berechtigt, die Vorschläge für jeden Zweck und auf jede Weise zu verwenden, zu kopieren, zu modifizieren, zu veröffentlichen oder erneut zu verteilen, ohne Ihnen Anerkennung oder eine Entschädigung zu leisten.",
-  "eula_your_suggestions_title": "Ihre Vorschläge",
-  "every_live_update_signed_verified": "Jedes Live-Update wird signiert und verifiziert, um die Integrität und Authentizität Ihrer Bereitstellungen zu gewährleisten.",
-  "everything_you_need_in_your_pocket": "Alles, was Sie in Ihrer Tasche brauchen",
-  "examples_of_bad_pr_title": "Beispiele für schlechte PR-Titel:",
-  "examples_of_good_pr_title": "Beispiele für einen guten PR-Titel:",
-  "expand_menu": "Menü erweitern",
-  "experienced_in_working_on_demanding": "Erfahren in der Arbeit an anspruchsvollen",
-  "expert_ci_cd_setup": "Experten CI/CD Einrichtung",
-  "expert_consultation": "Expertenberatung",
-  "expert_guidance": "Expertenrat",
-  "expert_team_builds_custom_plugins": "Unser Expertenteam erstellt maßgeschneiderte Capacitor-Plugins und SDK-Integrationen, die auf Ihre spezifischen Anforderungen zugeschnitten sind. Von der Konzeption bis zur Bereitstellung liefern wir produktionsreife Lösungen.",
-  "explore_common_questions": "Entdecken Sie die häufigsten Fragen und Antworten zu Capgo.",
-  "explore_plugins": "Plugins erkunden",
-  "extended_security": "Erweiterte Sicherheit",
-  "external_links_disclaimer_text": "Der Dienst kann Links zu externen Websites enthalten, die nicht von der Gesellschaft bereitgestellt oder gewartet werden oder in irgendeiner Weise mit ihr verbunden sind.",
-  "external_links_disclaimer_title": "Haftungsausschluss für externe Links",
-  "external_links_no_guarantee": "Bitte beachten Sie, dass das Unternehmen keine Garantie für die Genauigkeit, Relevanz, Aktualität oder Vollständigkeit von Informationen auf diesen externen Websites übernimmt.",
-  "failed_to_copy": "Kopieren fehlgeschlagen",
-  "fair_use_belief": "Die Gesellschaft ist der Ansicht, dass dies eine \"faire Nutzung\" von urheberrechtlich geschütztem Material darstellt, wie in Abschnitt 107 des US-Urheberrechtsgesetzes vorgesehen.",
-  "fair_use_disclaimer_text": "Das Unternehmen kann urheberrechtlich geschütztes Material verwenden, das nicht immer ausdrücklich vom Urheberrechtsinhaber autorisiert wurde. Das Unternehmen stellt solches Material für Kritik, Kommentare, Nachrichtenberichte, Lehre, Wissenschaft oder Forschung zur Verfügung.",
-  "fair_use_disclaimer_title": "Fair-Use-Haftungsausschluss",
-  "falsification_of_origin": "Ursprungfälschung.",
-  "falsification_of_origin_desc": "Fälschen von TCP-IP-Paketkopfdaten, E-Mail-Kopfzeilen oder irgendeinem Teil einer Nachricht, der ihren Ursprung oder ihren Weg beschreibt. Die legale Nutzung von Aliasen und anonymen Remailern ist durch diese Bestimmung nicht verboten.",
-  "fast_track_support_guaranteed_response": "Schnelle Unterstützung mit garantierten Reaktionszeiten und Prioritätseskalation für kritische Probleme",
-  "find_and_fix_bugs_during_the_coding_process": "Fehler während des Codierungsprozesses finden und beheben.",
-  "find_more_at": "Mehr finden unter: <a href='https://jsdoc.app/'> https://jsdoc.app/ </a>",
-  "fine_grained_permissions": "Feingranulare Berechtigungen",
-  "first": "Erste",
-  "first_class_support_when_needed": "Erstklassige Unterstützung, wenn Sie sie brauchen",
-  "first_name_label": "Vorname",
-  "first_name_placeholder": "Johann",
-  "five_year_savings": "5-Jahres-Ersparnisse",
-  "flexible_engagement": "Flexibles Engagement",
-  "flexible_payment_terms": "Flexible Zahlungsbedingungen",
-  "flutter_power_approximately_1_of_apps_on_google_play_store": "Flutter macht etwa 1% der Apps im Google Play Store aus.",
-  "footer": "Fußzeile",
-  "footer_tagline_part1": "Versorgen Sie Ihre Capacitor-Apps mit",
-  "footer_tagline_part2": "über 90+produktionsbereite Plugins",
-  "for_the_pay_as_you_go_plan": "für den Pay-as-you-go-Plan",
-  "for_ultra_fast_delivery": "für ultra-schnelle Lieferung",
-  "four_definitions_title": "4. Definitionen",
-  "framework_angular": "Winklig",
-  "framework_js_dom": "JS + DOM API",
-  "framework_qwik": "Qwik",
-  "framework_react": "Reagieren",
-  "framework_svelte": "Schlank",
-  "framework_ts_dom": "TS + DOM API",
-  "framework_vue": "Aussicht",
-  "free_consultation": "Kostenlose Beratung",
-  "free_initial_consultation": "Kostenlose Erstberatung",
-  "free_trial_explanation": "Wenn Sie sich über die Anzahl der aktiven Nutzer, die Sie haben, unsicher sind und sich Sorgen machen, Ihr Planlimit zu erreichen, nutzen Sie die kostenlose Testversion von Capgo. Es ist eine großartige Möglichkeit, unseren Service zu testen, den richtigen Plan zu finden, unerwartete Gebühren zu vermeiden und sicherzustellen, dass alles reibungslos funktioniert.",
-  "from_95_percent_users": "Von 95% der Benutzer",
-  "frontend_for_official_deno_webpage": "Frontend für die offizielle Deno-Website",
-  "full_api_access": "Vollständiger API-Zugriff",
-  "full_control_of_your_capacitor_apps_from_anywhere": "Vollständige Kontrolle über Ihre Capacitor-Apps von überall",
-  "full_source_code_included": "Vollständiger Quellcode enthalten",
-  "gdpr_compliant": "DSGVO-konform",
-  "general_service_exclusion_1": "(i) Verursacht durch Faktoren außerhalb unserer zumutbaren Kontrolle, einschließlich, aber nicht beschränkt auf Ereignisse höherer Gewalt oder Probleme mit dem Internetzugang, ISP-Anbieterprobleme und/oder damit verbundene Probleme jenseits des Abgrenzungspunktes von Capgo.",
-  "general_service_exclusion_2": "(ii) Die aus freiwilligen Handlungen oder Unterlassungen von Ihnen resultieren.",
-  "general_service_exclusion_3": "(iii) Die sich aus Einschränkungen der CPU- und Speicherressourcen der Instanzklasse ergeben.",
-  "general_service_exclusion_4": "(iv) Das resultiert daraus, dass Sie die grundlegenden Betriebsrichtlinien, die in unseren Dokumenten beschrieben sind, nicht befolgen.",
-  "general_service_exclusion_5": "(v) Dies führt zu einer langen Wiederherstellungszeit aufgrund unzureichender IO-Kapazität für Ihre Arbeitslast.",
-  "general_service_exclusion_6": "(vi) Das resultiert aus Ihrer Ausrüstung, Software oder anderer Technologie.",
-  "general_service_exclusion_7": "(vii) Entsteht aus unserer Aussetzung und Beendigung Ihres Rechts, Capgo gemäß unseren Nutzungsbedingungen zu verwenden.",
-  "general_service_exclusions_title": "Allgemeine Ausschlüsse vom Service",
-  "get_enterprise_quote": "Erhalten Sie ein Unternehmensangebot",
-  "get_in_touch": "In Kontakt treten",
-  "get_notified_about_updates": "Erhalten Sie Benachrichtigungen über erfolgreiche Bereitstellungen und Probleme",
-  "get_quote_now": "Jetzt Angebot einholen",
-  "get_started_now": "Jetzt starten",
-  "get_started_personalized_demo": "Beginnen Sie noch heute mit einer personalisierten Demo. Keine Verpflichtung erforderlich.",
-  "get_your_custom_plugin_built": "Lassen Sie Ihr individuelles Plugin erstellen",
-  "gift_return_policy": "Wenn die Waren beim Kauf als Geschenk gekennzeichnet waren und dann direkt an Sie versendet wurden, erhalten Sie einen Geschenkgutschein für den Wert Ihrer Rücksendung. Sobald das zurückgegebene Produkt eingegangen ist, wird Ihnen ein Geschenkgutschein zugesendet.",
-  "gifts": "Geschenke",
-  "github_stars": "GitHub Sterne",
-  "give_pr_a_descriptive_title": "Gib dem PR einen beschreibenden Titel.",
-  "global_infra_badge_instant": "SOFORT",
-  "global_infra_latency_ultra_low": "Ultraniedrige Latenz weltweit",
-  "global_infra_performance_badge": "ECHTZEITLEISTUNG",
-  "global_infrastructure": "Globale Infrastruktur",
-  "global_infrastructure_lowercase": "Globale Infrastruktur",
-  "go_back_home": "Geh zurück nach Hause",
-  "goods_definition": "Waren beziehen sich auf die Artikel, die im Rahmen des Dienstes zum Verkauf angeboten werden.",
-  "guaranteed_response": "Garantierte Antwort",
-  "guide_rollback_process": "Anleitung zum Rollback-Prozess",
-  "harmful_content": "Schädlicher Inhalt.",
-  "harmful_content_desc": "Inhalte oder andere Computertechnologien, die Systeme, Programme oder Daten beschädigen, stören, heimlich abfangen oder enteignen können, einschließlich Viren, Trojaner, Würmer, Zeitbomben oder Cancelbots.",
-  "help_customers_with_app_issues": "Helfen Sie Kunden effizient bei Problemen mit der App",
-  "here": "hier.",
-  "hero_subtitle_line2": "schnell, sicher und unsichtbar für die App-Stores.",
-  "hero_subtitle_part1": "Capgo ermöglicht Ihnen das Versenden von Frontend-Änderungen",
-  "hero_subtitle_part2": "an Benutzer",
-  "high_enterprise_response": "2 Geschäftszeiten<br />Montag - Freitag",
-  "high_priority_response": "2 Stunden<br />24/7 × 365",
-  "high_support_desc": "Problem, der zu einer Situation führt, in der die Hauptfunktionalität beeinträchtigt ist und erhebliche Leistungsverschlechterungen auftreten. Das Problem betrifft einen erheblichen Teil der Benutzerbasis und/oder wesentliche Capgo-Funktionalitäten.",
-  "high_support_subtitle": "Bedeutende Geschäftsunterbrechung",
-  "high_support_title": "2. Hoch",
-  "high_team_response": "1 Werktag<br />Montag - Freitag",
-  "home": "Startseite",
-  "home_appflow_bootstrapped_highlight": "Capgo ist vollständig eigenfinanziert und profitabel",
-  "home_appflow_bootstrapped_prefix": "Im Gegensatz zu Venture-Capital-unterstützten Dienstleistungen, die über Nacht verschwinden können,",
-  "home_appflow_bootstrapped_suffix": "Wir generieren seit dem ersten Tag konstante Einnahmen, was die langfristige Stabilität Ihrer Apps gewährleistet.",
-  "home_appflow_notice_intro": "Während Ionic Appflow seine Schließung ankündigte, wird Capgo jeden Tag stärker.",
-  "home_appflow_shutdown_heading": "Ionic Appflow wird heruntergefahren,",
-  "home_appflow_sustainable_highlight": "Wir sind gebaut, um zu halten",
-  "home_appflow_sustainable_prefix": "Unser nachhaltiges Geschäftsmodell bedeutet, dass wir nicht von Investorenfinanzierung oder Übernahmeangeboten abhängig sind.",
-  "home_appflow_sustainable_suffix": "mit einer wachsenden Kundenbasis und nachgewiesener Erfolgsbilanz.",
-  "home_avg_latency": "50ms durchschnittliche Latenzzeit",
-  "home_bootstrapped_desc": "Keine Investoren, kein Druck zu verkaufen. Aufgebaut mit unseren eigenen Ressourcen und Kundeneinnahmen.",
-  "home_bootstrapped_title": "Vollständig gebootstrapt",
-  "home_built_to_last_desc": "Nachhaltiges Geschäftsmodell stellt sicher, dass wir für die lange Strecke hier sein werden. Ihre Apps sind bei uns sicher.",
-  "home_built_to_last_title": "Gebaut um zu halten",
-  "home_capgo_here_to_stay": "Capgo ist hier, um zu bleiben",
-  "home_cities_desc": "Näher an den Benutzern als je zuvor",
-  "home_cities_worldwide": "Städte Weltweit",
-  "home_countries_covered": "Abgedeckte Länder",
-  "home_countries_desc": "Globale Präsenz überall",
-  "home_deploy_cli_desc": "Erstellen Sie Ihre App wie gewohnt und implementieren Sie Ihr Update mit unserer CLI. Keine komplexe Konfiguration erforderlich.",
-  "home_global_infrastructure_desc": "Angetrieben durch serverloses Edge-Computing und verteilte Datenbanken in über 300 Städten und 13.000 Netzwerken für ultra-schnelle globale Lieferung.",
-  "home_global_network_label": "Globales Netzwerk",
-  "home_important_update_badge": "Wichtige Aktualisierung",
-  "home_latency_from_users": "Von 95% der Benutzer",
-  "home_locations_active": "300+ Aktive Standorte",
-  "home_migration_cta_desc": "Tritt Tausenden von Entwicklern bei, die bereits auf eine zuverlässigere, funktionsreichere Alternative umgestiegen sind, die für die Dauer gebaut ist.",
-  "home_migration_cta_title": "Bereit zur Migration von Ionic Appflow?",
-  "home_multi_provider_resilience": "Dreifach-Anbieter-Resilienz",
-  "home_network_connections": "Netzwerkverbindungen",
-  "home_network_desc": "Direktes Peering weltweit",
-  "home_revenue_desc": "Rentabel vom ersten Tag an mit stetigem Wachstum. Unser Erfolg hängt von Ihrem Erfolg ab.",
-  "home_revenue_title": "Einnahmen generierend",
-  "home_uptime": "99,99% Betriebszeit",
-  "home_users_get_update_desc": "Benutzer erhalten Updates sofort im Hintergrund. Keine App Store Genehmigung, keine Benutzerinteraktion erforderlich.",
-  "home_worldwide_heading": "Weltweit",
-  "hosting": "Hosting",
-  "how_are_mau_counted": "Wie werden die monatlich aktiven Nutzer (MAU) gezählt?",
-  "how_is_bandwidth_counted": "Wie wird Bandbreite gezählt?",
-  "how_it_works_badge": "WIE ES FUNKTIONIERT",
-  "how_it_works_card1_desc_part1": "Installieren Sie die Capgo CLI und führen Sie einen einzelnen Befehl aus.",
-  "how_it_works_card1_desc_part2": "So einfach ist das!",
-  "how_it_works_card1_title": "Fügen Sie das Plugin hinzu",
-  "how_it_works_card2_title": "Neue Updates veröffentlichen",
-  "how_it_works_card3_title": "App synchronisiert beim Starten",
-  "how_it_works_cta": "Kostenlos ausprobieren",
-  "how_it_works_subtitle": "Capgo verwendet ein Open-Source-CapacitorJS-Plugin und einen sicheren Cloud-Service, um Frontend-Aktualisierungen an Ihre Benutzer zu senden - keine App Store Überprüfung erforderlich.",
-  "how_it_works_title": "Einmal drücken.",
-  "how_it_works_title_line2": "Aktualisieren Sie überall, sofort.",
-  "how_the_app_works": "Wie die App funktioniert",
-  "how_to_cancel": "Um Ihr Widerrufsrecht auszuüben, müssen Sie uns Ihre Entscheidung durch eine eindeutige Erklärung mitteilen. Sie können uns Ihre Entscheidung mitteilen durch:",
-  "illegal_activities": "Illegale, schädliche oder betrügerische Aktivitäten.",
-  "illegal_activities_desc": "Jegliche Aktivitäten, die illegal sind, die Rechte anderer verletzen oder anderen schaden könnten, unseren Betrieben oder unserem Ruf, einschließlich der Verbreitung, Förderung oder Erleichterung von Kinderpornografie, dem Anbieten oder der Verbreitung betrügerischer Waren, Dienstleistungen, Systeme oder Aktionen, schnelles Geld verdienen-Systemen, Ponzi- und Pyramidensystemen, Phishing oder Pharming.",
-  "importance_of_documenting_apis": "Es ist wichtig, alle öffentlichen APIs zu dokumentieren, und wir möchten dies inline mit dem Code tun. Dies hilft sicherzustellen, dass Code und Dokumentation eng miteinander verbunden sind.",
-  "imprint": "Impressum",
-  "imprint_description": "Finden Sie hier die Infos zur Firma $1",
-  "in_app_purchases_acquired": "In-App-Käufe (erworben von RevenueCat)",
-  "included": "eingeschlossen",
-  "industry_leading_security_compliance": "Branchenführende Sicherheits- und Compliance-Funktionen, die den höchsten Unternehmensstandards entsprechen",
-  "infrastructure_and_support": "Infrastruktur & Unterstützung",
-  "infringing_content": "Rechtsverletzender Inhalt.",
-  "infringing_content_desc": "Inhalte, die das geistige Eigentum oder die Eigentumsrechte anderer verletzen oder sich aneignen.",
-  "inseparable_goods": "Die Lieferung von Waren, die nach der Lieferung aufgrund ihrer Art untrennbar mit anderen Gegenständen vermischt sind.",
-  "install_and_test_any_version_directly": "Installieren und testen Sie jede Version direkt auf Ihrem Gerät",
-  "install_plugin": "Plugin installieren",
-  "instant_ota_updates_capacitor": "Sofortige OTA-Updates für Capacitor-Apps",
-  "instant_rollback": "Sofortige Rücknahme",
-  "instant_updates": "Echtzeit-Updates",
-  "instant_updates_for_capacitor": "Sofortige Updates für CapacitorJS Apps",
-  "instant_updates_for_capacitor_apps": "Sofortige Updates für CapacitorJS Apps",
-  "instant_updates_for_capacitor_apps_description": "Pushen Sie Updates, Fixes und Funktionen sofort auf Ihre CapacitorJS-Apps ohne App Store Verzögerungen. Erleben Sie nahtlose Integration, Ende-zu-Ende-Verschlüsselung und Echtzeit-Updates mit Capgo.",
-  "instant_updates_for_your": "Sofortige Updates für Ihr",
-  "instant_version_switching": "Sofortiger Versionswechsel",
-  "integrate_identity_provider_mfa": "Integrieren Sie sich mit Ihrem Identitätsanbieter und erzwingen Sie die mehrstufige Authentifizierung in Ihrer gesamten Organisation.",
-  "integration_and_api": "Integration & API",
-  "integrations_badge": "Integrations",
-  "integrations_subtitle": "Current Capgo integrations and partner services.",
-  "integrations_title": "Capgo Integrations",
-  "intentional_interference": "Absichtliche Störung.",
-  "intentional_interference_desc": "Eingriffe in die ordnungsgemäße Funktionsweise eines Systems, einschließlich jeglicher absichtlicher Versuche, ein System durch Mailbombing, Nachrichtenbombing, Rundfunkangriffe oder Fluttechniken zu überlasten.",
-  "interception": "Abfangung.",
-  "interpretation": "Interpretation",
-  "interpretation_and_definitions": "Interpretation und Definitionen",
-  "interpretation_and_definitions_title": "Interpretation und Definitionen",
-  "interpretation_description": "Die Wörter, deren Anfangsbuchstabe großgeschrieben ist, haben Bedeutungen, die unter den folgenden Bedingungen definiert sind. Die folgenden Definitionen haben unabhängig davon, ob sie im Singular oder Plural erscheinen, die gleiche Bedeutung.",
-  "interpretation_text": "Die Wörter, deren Anfangsbuchstabe großgeschrieben ist, haben Bedeutungen, die unter den folgenden Bedingungen definiert sind. Die folgenden Definitionen haben unabhängig davon, ob sie im Singular oder Plural erscheinen, die gleiche Bedeutung.",
-  "interpretation_title": "Interpretation",
-  "investigate_violations": "Verstöße gegen diese Richtlinie oder missbräuchliche Nutzung der Dienste oder der Capgo-Website untersuchen;",
-  "it_all_started_with_a_github_issue_where_many_developers_voiced_their_frustration_with_the_high_costs_of_existing_solutions_like_appflow": "Es begann alles mit einem GitHub-Problem, bei dem viele Entwickler ihren Frust über die hohen Kosten bestehender Lösungen wie Appflow äußerten.",
-  "it_s_faster_cheaper_and_requires_fewer_developers_to_do_it": "Es ist schneller, günstiger und erfordert weniger Entwickler, um es zu tun.",
-  "iterate_faster": "Für schnell bewegende Teams entwickelt",
-  "javascript_and_typescript": "JavaScript und TypeScript",
-  "jobs": "Jobs",
-  "join_leading_enterprises": "Treten Sie führenden Unternehmen bei, die Capgo vertrauen, um sichere, skalierbare Live-Updates für Millionen von Nutzern weltweit zu liefern.",
-  "jsdoc_documentation": "Alle öffentlich zugänglichen APIs und Typen im Modul <code>capacitor-updater</code> sollten JSDoc-Dokumentation haben. Diese Dokumentation wird vom TypeScript-Compiler analysiert und ist daher leicht weiterzugeben. JSDoc-Blöcke stehen unmittelbar vor der Anweisung, auf die sie sich beziehen, und werden durch einen führenden <code>/**</code> gekennzeichnet, gefolgt von einem abschließenden <code>*/</code>. Zum Beispiel:",
-  "key_features": "Hauptmerkmale",
-  "kotlin_power_approximately_1_of_apps_on_google_play_store": "Kotlin hat einen Anteil von ungefähr 1% der Apps im Google Play Store.",
-  "landing_automation_build": "Bauen",
-  "landing_automation_deploy": "Einsetzen",
-  "landing_automation_description": "Automatisieren Sie Ihren gesamten Freigabeprozess. Von Code-Commit bis zum Benutzergerät übernimmt Capgo die Komplexität des Erstellens, Signierens und Bereitstellens Ihrer Updates.",
-  "landing_automation_submit": "Einreichen",
-  "landing_automation_subtitle": "Versenden Sie schneller mit weniger Aufwand",
-  "landing_automation_title": "Vollautomatisierter Arbeitsablauf",
-  "landing_monitoring_bandwidth": "Gespeicherte Bandbreite",
-  "landing_monitoring_bandwidth_desc": "Intelligente differentielle Updates reduzieren den Datenverbrauch um bis zu 90%",
-  "landing_monitoring_description": "Erhalten Sie Echtzeit-Einblicke in die Leistung und Akzeptanz Ihrer App. Verfolgen Sie erfolgreiche Updates, überwachen Sie Fehler und verstehen Sie Ihre Benutzerbasis.",
-  "landing_monitoring_subtitle": "Datengetriebene Entscheidungen",
-  "landing_monitoring_title": "Echtzeitüberwachung",
-  "landing_monitoring_updates": "Bediente Updates",
-  "landing_monitoring_updates_desc": "Zuverlässige Lieferung an Millionen von Geräten weltweit",
-  "landing_monitoring_user_pop": "Benutzerpopulation",
-  "landing_monitoring_user_pop_desc": "Verfolgen Sie aktive Benutzer und Versionseinführung in Echtzeit",
-  "language_label": "Sprache",
-  "last_name_label": "Nachname",
-  "last_name_placeholder": "Koe",
-  "last_update": "Letzte Aktualisierung",
-  "last_updated": "Letzte Aktualisierung: 28. Januar 2022",
-  "latest_from_news": "Neueste Nachrichten",
-  "latest_from_the_blog": "Neuigkeiten vom Blog",
-  "learn_more": "Erfahren Sie mehr",
-  "legal": "Rechtlich",
-  "let_them_review_your_work_and_give_your_team_an_opportunity_to_learn_from_the_experts": "Lass sie deine Arbeit überprüfen und gib deinem Team die Möglichkeit, von den Experten zu lernen.",
-  "lets_work_together": "Lasst uns zusammenarbeiten!",
-  "lightning_fast": "Blitzschnell",
-  "little_experience_with_capacitorjs": "Wenig Erfahrung mit CapacitorJS",
-  "live_update": "Live-Update",
-  "live_update_channels_desc": "Kanäle ermöglichen es Ihnen, spezifische Benutzergruppen mit spezifischen Builds anzusprechen. Verwalten Sie Kanäle über das Cloud-Dashboard, die API oder die mobile App.",
-  "live_update_channels_feature1_desc": "Erstellen, konfigurieren und wechseln Sie Kanäle über das Web-Dashboard. Mit einem Klick können Sie sofort zurückkehren.",
-  "live_update_channels_feature1_title": "Cloud-Dashboard-Steuerung",
-  "live_update_channels_feature2_desc": "Automatisieren Sie das Kanalmanagement mit unserer CLI oder REST API. Perfekt für die CI/CD-Integration.",
-  "live_update_channels_feature2_title": "API & CLI Zugang",
-  "live_update_channels_feature3_desc": "Lassen Sie Geräte zur Laufzeit mit setChannel() Kanäle wechseln. Ideal für QA-Tester oder Beta-Programme.",
-  "live_update_channels_feature3_title": "Geräte-Selbstzuweisung",
-  "live_update_channels_feature4_desc": "Erzwungenes Gerät > Cloud-Überschreibung > Standardkonfiguration > Cloud-Standard. Volle Kontrolle über das Update-Routing.",
-  "live_update_channels_feature4_title": "Prioritätsbasiertes Routing",
-  "live_update_channels_title": "Intelligentes Kanalsystem",
-  "live_update_cloud_config_bullet1": "Kanalzuweisungen, Version-Zielsetzung und Geräteüberschreibungen - alles in der Cloud gespeichert und sofort zugänglich",
-  "live_update_cloud_config_bullet2": "Das globale Edge-Netzwerk stellt sicher, dass Ihre Konfigurationsänderungen gleichzeitig in jeder Region verbreitet werden.",
-  "live_update_cloud_config_bullet3": "Keine fest codierten Werte in Ihrer App - alles kann dynamisch geändert werden, ohne eine neue Binärdatei zu benötigen.",
-  "live_update_cloud_config_bullet4": "Die Einstellungen werden beim nächsten App-Start wirksam - Benutzer erhalten immer die neueste Konfiguration",
-  "live_update_cloud_config_desc": "Capgo speichert alle Ihre App-Konfigurationen in der Cloud mit globaler Datenreplikation. Ändern Sie eine Einstellung im Dashboard und sie wird weltweit in weniger als 2 Minuten wirksam. Keine App-Store-Updates, kein Warten.",
-  "live_update_cloud_config_kicker": "Cloud-Native Konfiguration",
-  "live_update_cloud_config_panel_footer": "Vom Armaturenbrett aus weltweite Bereitstellung in unter 2 Minuten anklicken.",
-  "live_update_cloud_config_panel_title": "Konfigurationsänderungs-Zeitachse",
-  "live_update_cloud_config_title": "Alles lebt in der Cloud",
-  "live_update_comparison_breaking": "Erkennung von Aktualisierungsunterbrechungen",
-  "live_update_comparison_cloud": "Cloud-Rollback & Änderung",
-  "live_update_comparison_healing": "Selbstheilende Updates",
-  "live_update_comparison_native": "Eingeborenen Absturzwiederherstellung",
-  "live_update_comparison_rollback": "Automatisches Zurücksetzen",
-  "live_update_comparison_subtitle": "Sehen Sie, warum intelligente Updates wichtig sind",
-  "live_update_comparison_title": "Capgo gegen manuelle Updates",
-  "live_update_comparison_validation": "Vorab-Einsatz Validierung",
-  "live_update_cta_subtitle": "Beginnen Sie mit 14 Tagen kostenlos. Keine Kreditkarte erforderlich.",
-  "live_update_cta_title": "Bereit, sicherere Updates zu versenden?",
-  "live_update_delta_command": "Hochladen mit aktivierten Delta-Updates",
-  "live_update_delta_desc": "Traditionelle Updates laden jedes Mal das gesamte Paket herunter. Mit Delta-Updates laden Geräte nur die Dateien herunter, die tatsächlich geändert wurden - wodurch 50-90% Bandbreite eingespart werden.",
-  "live_update_delta_feature1_desc": "Jede Datei wird einzeln hochgeladen und mit einer Prüfsumme versehen. Geräte vergleichen Manifeste und laden nur geänderte Dateien herunter.",
-  "live_update_delta_feature1_title": "Datei-Ebene Diffing",
-  "live_update_delta_feature2_desc": "Bilder, Schriftarten und Videos werden nur einmal heruntergeladen. Kleine Code-Änderungen führen nicht dazu, dass Ihr gesamter Asset-Ordner erneut heruntergeladen wird.",
-  "live_update_delta_feature2_title": "Perfekt für große Vermögenswerte",
-  "live_update_delta_feature3_desc": "Fügen Sie einfach --partial zu Ihrem Upload-Befehl hinzu, um Delta-Updates für Ihr Paket zu aktivieren.",
-  "live_update_delta_feature3_title": "Mit einer Flagge aktivieren",
-  "live_update_delta_title": "Delta-Updates",
-  "live_update_description": "Intelligente OTA-Updates mit automatischem Rollback-Schutz",
-  "live_update_dynamic_bullet1_prefix": "Add an in-app “Update Track” menu: list channels and let testers jump from",
-  "live_update_dynamic_bullet1_suffix": "in seconds (no reinstall).",
-  "live_update_dynamic_bullet2": "Spin up a pull-request channel per feature, route QA or beta users there, then snap them back to prod when approved.",
-  "live_update_dynamic_bullet3": "Run canaries: clone prod to a 10% channel, promote or rollback with a single API call.",
-  "live_update_dynamic_bullet4": "Unblock support: move one user to a debug channel that ships extra logging while everyone else stays stable.",
-  "live_update_dynamic_bullet5": "Erstellen Sie persönliche Kanäle für einzelne Benutzer - perfekt zum Debuggen spezifischer Probleme oder zur VIP-Behandlung.",
-  "live_update_dynamic_bullet6": "Alle Kanaländerungen sind sofort - keine 24-Stunden-Wartezeit, keine Ladenfreigabe, keine Benutzeraktion erforderlich.",
-  "live_update_dynamic_cta_primary": "See how channels work",
-  "live_update_dynamic_cta_secondary": "Try dynamic channels",
-  "live_update_dynamic_desc": "Capgo channels are live controls, not hardcoded. Move users between dev, staging, PR, canary, and production from your app UI or via API instantly.",
-  "live_update_dynamic_kicker": "Dynamic channels",
-  "live_update_dynamic_label_production": "production",
-  "live_update_dynamic_label_staging": "staging",
-  "live_update_dynamic_label_to": "to",
-  "live_update_dynamic_panel_footer": "Treat environments like feature flags: switch, test, and rollback live (no store resubmissions).",
-  "live_update_dynamic_title": "Release-Tracks live umschalten (kein neues Binary)",
-  "live_update_exclusion_1": "(i) Unangemessen bereitgestellte Compute-Ressourcen, die mit Ihrem Projekt für die erwartete Last verbunden sind.",
-  "live_update_exclusion_2": "(ii) Ausfälle, die durch zu nachsichtige Ratenlimitierungs-Konfigurationen verursacht werden.",
-  "live_update_exclusion_3": "(iii) Ausfälle oder Probleme, die durch zurückgezogene Versionen offizieller Capgo-Bibliotheken, -Frameworks, -Softwarepakete oder APIs verursacht werden, einschließlich dringender Rückzüge aufgrund erkannter Sicherheitsanfälligkeiten.",
-  "live_update_exclusion_4": "(iv) Ausfälle oder Probleme, die durch inoffizielle Capgo-Clientbibliotheken, Frameworks oder API-Proxy verursacht werden, selbst wenn diese Bibliotheken intern offizielle Capgo-Bibliotheken verwenden.",
-  "live_update_exclusion_5": "(v) Ausfälle oder Probleme, die durch ein Upgrade auf eine höhere Minor- oder Patch-Version einer offiziellen Capgo-Clientbibliothek, eines Frameworks oder eines Softwarepakets hätten behoben werden können.",
-  "live_update_feature_auto_rollback": "Automatische Rücksetzung",
-  "live_update_feature_auto_rollback_desc": "Wenn Ihre App nicht innerhalb von 10 Sekunden notifyAppReady() aufruft, setzen wir automatisch auf die letzte funktionierende Version zurück.",
-  "live_update_feature_breaking_detection": "Erkennung von Aktualisierungsunterbrechungen",
-  "live_update_feature_breaking_detection_desc": "CLI scannt native Abhängigkeiten und warnt Sie, bevor sie inkompatible Updates bereitstellen. Sehen Sie den Kompatibilitätsstatus für jedes Paket.",
-  "live_update_feature_encryption": "Manipulationssichere Updates",
-  "live_update_feature_encryption_desc": "Jedes Update wird überprüft, signiert und von Ende zu Ende verschlüsselt. Niemand kann mit Updates manipulieren - nicht einmal Capgo kann sehen, was in Ihren Paketen ist.",
-  "live_update_feature_native_engine": "Reiner Nativer Motor",
-  "live_update_feature_native_engine_desc": "Downloads, Installation und Aktivierung laufen auf nativen Betriebssystem-Threads. JavaScript-Abstürze können den Update-Prozess nicht beeinflussen.",
-  "live_update_feature_preflight": "Vorflug-Validierung",
-  "live_update_feature_preflight_desc": "Validiert notifyAppReady(), index.html, Bundle-Größenbeschränkungen und Prüfsummen, bevor ein Upload akzeptiert wird.",
-  "live_update_feature_self_healing": "Selbstheilende Updates",
-  "live_update_feature_self_healing_desc": "Der Fallback-Bündelmechanismus hält immer eine funktionierende Version aufrecht. Ihre Benutzer sehen nie eine defekte App.",
-  "live_update_features_subtitle": "Mehr als nur Dateiuploads. Capgo versteht Ihre App und schützt Ihre Benutzer.",
-  "live_update_features_title": "Intelligentes Update-System",
-  "live_update_get_started": "Loslegen",
-  "live_update_hero_subtitle": "Unser CLI erkennt schwerwiegende Änderungen vor dem Einsatz. Unser nativer Motor erholt sich automatisch, wenn etwas schief geht.",
-  "live_update_hero_title": "Live-Updates, die Ihre App nicht zerstören können",
-  "live_update_how_it_works_subtitle": "Ein Sicherheitsnetz bei jedem Schritt des Aktualisierungsprozesses",
-  "live_update_how_it_works_title": "Wie es funktioniert",
-  "live_update_logs_bullet1": "Zeitachsen pro Gerät zeigen blockierte Downloads, Checksum-Fehler oder fehlendes notifyAppReady().",
-  "live_update_logs_bullet2": "Bewährte Kanal-Schutzgeländer: disableAutoUpdateToMajor, Emulator/Dev-Blocks und Plattformfilter live sehen.",
-  "live_update_logs_bullet3": "Blast-Radius schnell erkennen: update_fail, rateLimited, needPlanUpgrade tauchen auf, bevor Nutzer abspringen.",
-  "live_update_logs_bullet4": "Geteilte Logs für Engineering, QA und Support (kein Xcode/Android Studio nötig).",
-  "live_update_logs_cta_primary": "Live-Update-Logs ausprobieren",
-  "live_update_logs_cta_secondary": "Im Dashboard ansehen",
-  "live_update_logs_desc": "Capgo erfasst die gesamte OTA-Reise: Checks, Downloads, Installationen, Policy-Blocks und Rollbacks, damit du in Sekunden – nicht Stunden – weißt, was passiert ist.",
-  "live_update_logs_kicker": "Update-Observability",
-  "live_update_logs_panel_footer": "Handlungsfähiger Kontext an einem Ort: Rollback, Channel anheben oder Hotfix sicher entscheiden.",
-  "live_update_logs_title": "Alle Geräte-Logs - ganz ohne Xcode oder Android Studio",
-  "live_update_lts_capacitor5": "Kondensator 5",
-  "live_update_lts_capacitor6": "Kondensator 6",
-  "live_update_lts_capacitor7": "Kondensator 7",
-  "live_update_lts_capacitor8": "Kondensator 8",
-  "live_update_lts_desc": "Kein Druck, sofort zu aktualisieren. Capgo unterstützt offiziell Capacitor 7, 6 und 5 - das gibt Ihnen jahrelange Unterstützung und Flexibilität, um nach Ihrem eigenen Zeitplan zu aktualisieren.",
-  "live_update_lts_electron": "Elektron",
-  "live_update_lts_electron_new": "Neu",
-  "live_update_lts_supported": "Vollständig unterstützt",
-  "live_update_lts_title": "Langzeitunterstützung",
-  "live_update_sdk_open_source": "Unser Live Update SDK ist Open Source und bietet Transparenz und gemeinschaftsgetriebene Entwicklung.",
-  "live_update_sla_exclusions_title": "Live-Update SLA-Ausnahmen",
-  "live_update_stats_desc": "Echtzeit-Einblick in Ihre Update-Bereitstellungen. Verfolgen Sie den Download-Fortschritt, Erfolgsraten und Gerätegesundheit über Ihre gesamte Benutzerbasis hinweg.",
-  "live_update_stats_feature1_desc": "Sehen Sie, welche Geräte herunterladen, installiert sind oder ausstehen. Verfolgen Sie den Fortschritt über Ihre gesamte Flotte hinweg.",
-  "live_update_stats_feature1_title": "Download-Fortschrittsverfolgung",
-  "live_update_stats_feature2_desc": "Überwachen Sie die Erfolgsraten von Updates in Echtzeit. Identifizieren Sie Probleme, bevor sie mehr Benutzer beeinflussen.",
-  "live_update_stats_feature2_title": "Erfolgs- und Misserfolgsquoten",
-  "live_update_stats_feature3_desc": "Verfolgen Sie, welche Geräte auf welchen Versionen sind. Identifizieren Sie Geräte, die auf alten Versionen feststecken.",
-  "live_update_stats_feature3_title": "Gerätegesundheitsüberwachung",
-  "live_update_stats_feature4_desc": "Sehen Sie Bundle-Größen, Download-Zeiten und die Häufigkeit von Rollbacks. Optimieren Sie Ihre Update-Strategie mit Daten.",
-  "live_update_stats_feature4_title": "Bündel-Analytik",
-  "live_update_stats_title": "Protokolle & Statistiken",
-  "live_update_step1_desc": "Vor dem Hochladen überprüft CLI native Abhängigkeiten, Versionskompatibilität und erforderliche Dateien.",
-  "live_update_step1_title": "CLI validiert",
-  "live_update_step2_desc": "Reiner nativer Code lädt das Update herunter und installiert es - vollständig isoliert von JavaScript",
-  "live_update_step2_title": "Native Downloads",
-  "live_update_step3_desc": "Ihre App ruft notifyAppReady() auf. Wenn dies nicht innerhalb von 10s geschieht, tritt die automatische Rücksetzung in Kraft.",
-  "live_update_step3_title": "App bestätigt Bereitschaft",
-  "live_update_support_scenario_cta_primary": "Siehe Kanalzielrichtung",
-  "live_update_support_scenario_cta_secondary": "Starten Sie die kostenlose Testversion",
-  "live_update_support_scenario_desc": "Hier ist ein reales Szenario: Ein Benutzer meldet einen Fehler. Sie sprechen mit ihm, verstehen das Problem, beheben es im Code und setzen die Korrektur nur für diesen einen Benutzer um - alles während er noch am Telefon ist. Er testet es, bestätigt, dass die Korrektur funktioniert, und Sie setzen sie in Produktion um. Gesamtzeit: Minuten, nicht Tage.",
-  "live_update_support_scenario_kicker": "Unterstützung in der realen Welt",
-  "live_update_support_scenario_panel_footer": "Vom Fehlerbericht zur bestätigten Behebung in einem Supportanruf.",
-  "live_update_support_scenario_panel_title": "Unterstützungssitzungs-Zeitleiste",
-  "live_update_support_scenario_step1_desc": "Der Kundensupport erhält einen Fehlerbericht. Sie nehmen am Anruf teil, um das Problem zu verstehen.",
-  "live_update_support_scenario_step1_title": "1. Benutzer meldet Fehler",
-  "live_update_support_scenario_step2_desc": "Erstellen Sie einen persönlichen Kanal für diesen Benutzer, führen Sie die Korrektur durch und weisen Sie ihr Gerät diesem zu.",
-  "live_update_support_scenario_step2_title": "2. Beheben & Nur an sie senden",
-  "live_update_support_scenario_step3_desc": "Der Benutzer bestätigt, dass die Korrektur funktioniert. Fördern Sie das Paket zur Produktion für alle.",
-  "live_update_support_scenario_step3_title": "3. Überprüfen & Versenden an Alle",
-  "live_update_support_scenario_title": "Beheben Sie den Fehler eines Benutzers in Minuten",
-  "live_update_validation_desc": "Manuelle Updates geben Ihnen alle Werkzeuge, um Ihre App zu zerstören. Capgo's CLI erkennt Fehler, bevor sie Ihre Benutzer erreichen.",
-  "live_update_validation_feature1_desc": "CLI scannt Ihre nativen Plugins und vergleicht Versionen. Wenn Ihr JS-Bundle eine neuere native Plugin-Version erwartet als installiert ist, warnen wir Sie vor dem Einsatz.",
-  "live_update_validation_feature1_title": "Überprüfung der nativen Abhängigkeit",
-  "live_update_validation_feature2_desc": "Haben Sie diese genaue Version bereits hochgeladen? Wir werden es erkennen und versehentliches Überschreiben oder Verwirrung verhindern.",
-  "live_update_validation_feature2_title": "Verhinderung von Duplikatversionen",
-  "live_update_validation_feature3_desc": "Bestimmte Funktionen erfordern spezifische CLI-Versionen. Wir validieren die Kompatibilität zwischen Ihrer CLI und dem Capgo-Hub, bevor wir Uploads zulassen.",
-  "live_update_validation_feature3_title": "Hub-CLI-Kompatibilität",
-  "live_update_validation_feature4_desc": "Fehlt index.html? Kein Aufruf von notifyAppReady()? Bundle zu groß? Wir fangen diese Probleme ab, bevor sie zu Produktionsproblemen werden.",
-  "live_update_validation_feature4_title": "Erforderliche Dateien Prüfung",
-  "live_update_validation_title": "Tiefe Vor-Deployment Validierung",
-  "live_update_validation_warning_desc": "Laden Sie ein JS-Bundle hoch, das native Plugins erwartet, die Ihre Benutzer nicht haben? Ihre App bricht zusammen. Und wenn Ihr Rollback auch in JS ist, haben Sie keine Möglichkeit zur Wiederherstellung. Die Benutzer stecken fest, bis sie aus dem App Store neu installieren.",
-  "live_update_validation_warning_title": "Was passiert ohne Validierung?",
-  "live_update_view_docs": "Dokumentation anzeigen",
-  "login": "Anmelden",
-  "login_with_your_capgo_credentials": "Melden Sie sich mit Ihren Capgo-Anmeldedaten an",
-  "low_enterprise_response": "2 Werktage<br />Montag - Freitag",
-  "low_priority_response": "24 Stunden<br />24/7 x 365",
-  "low_support_desc": "Eine Informationsanfrage zu Capgo oder eine Funktionsanfrage.",
-  "low_support_subtitle": "Kleine Angelegenheit / Funktionsanfrage",
-  "low_support_title": "4. Niedrig",
-  "low_team_response": "2 Werktage<br />Montag - Freitag",
-  "main_repository_that_provides_the_capacitor_updater_plugin": "Dies ist das Haupt-Repository, das das <code>capacitor-updater</code> Plugin bereitstellt.",
-  "manage_channels": "Kanäle verwalten",
-  "manage_multiple_app_versions_effortlessly": "Verwalten Sie mehrere App-Versionen mühelos",
-  "manage_on_the_go": "Unterwegs verwalten",
-  "manage_various_teams": "Teams verwalten",
-  "manage_your_releases": "Verwalten Sie Ihre Veröffentlichungen",
-  "managed_solutions": "Verwaltete Lösungen",
-  "mandatory_mfa_integration": "Obligatorische MFA und Integration mit Unternehmens-Identitätsanbietern für sichere Zugangskontrolle",
-  "manifesto_behind_every_movie": "Ihr Team ist hervorragend in der Webentwicklung und wir sind Spitzenreiter im Bereich native Mobile. Lassen Sie uns die Komplexitäten von App-Store-Einreichungen, nativen Integrationen und mobiler Wartung übernehmen, während Sie sich auf das konzentrieren, was Sie am besten können - die Erstellung beeindruckender Benutzererlebnisse.",
-  "manifesto_full_ecosystem": "Wir sind Ihr engagierter einheimischer Partner und bieten Live-Updates, benutzerdefinierte Plugin-Entwicklung, CI/CD-Einrichtung und fortlaufende Wartungsdienste an. Benötigen Sie eine spezielle native Funktion? Wir werden sie erstellen. App Store Ablehnungen bereiten Ihnen Kopfschmerzen? Wir kümmern uns um die Einreichungen. Betrachten Sie uns als Ihr mobiles Entwicklungsteam.",
-  "manifesto_home_for_developers": "Wir sind die Brücke zwischen Ihrer Web-Expertise und Ihrem mobilen Erfolg. Wir spezialisieren uns auf Capacitor-Apps und helfen webfokussierten Unternehmen, native mobile Anwendungen zu versenden und zu warten, ohne die Komplexität der nativen mobilen Entwicklung. Open Source, transparent und entwickelt von Entwicklern, die den Weg von Web zu Mobile verstehen.",
-  "massive_cost_reduction": "Massive Kostenreduktion",
-  "mau": "MAU",
-  "mau_counting_explanation": "Wir zählen MAU (Monatlich aktive Nutzer), indem wir einzigartige Nutzer verfolgen, die Ihre App innerhalb eines 30-Tage-Zeitraums öffnen. Jeder Nutzer wird einmal gezählt, unabhängig davon, wie oft er mit der App interagiert.",
-  "mention_issue_before_working": "Wenn du an einem Problem arbeitest, erwähne dies in den Kommentaren zum Problem <em>bevor</em> du mit der Arbeit an dem Problem beginnst.",
-  "migration_guide": "Migrationsleitfaden",
-  "monitor_adoption_and_performance": "Überwachen Sie die Einführung und Leistungskennzahlen",
-  "monitor_downloads_active_users_success_rates": "Überwachen Sie Downloads, aktive Benutzer und Erfolgsquoten",
-  "monitoring_crawling": "Überwachung oder Crawling.",
-  "monitoring_crawling_desc": "Überwachung oder Crawlen eines Systems, das das überwachte oder gecrawlte System beeinträchtigt oder stört.",
-  "month": "Monat",
-  "monthly_active_users": "Monatlich aktive Benutzer",
-  "monthly_active_users_mau": "Monatlich aktive Benutzer (MAU)",
-  "monthly_plan": "Monatsplan",
-  "monthly_total": "Monatliche Gesamtsumme",
-  "most_popular": "Beliebteste",
-  "multi_factor_authentication": "Mehrfaktor-Authentifizierung",
-  "native_build": "Nativer Bau",
-  "native_build_cli_example": "Erstellen Sie Ihre App mit einem einzigen Befehl",
-  "native_build_cli_subtitle": "Nur ein CLI-Tool, das hochlädt und baut. Keine Integration erforderlich - führen Sie es lokal aus, in GitHub Actions, GitLab CI, Jenkins oder jedem CI/CD. Minimaler Umfang für maximale Sicherheitskonformität.",
-  "native_build_cli_title": "Ein Befehl, funktioniert überall",
-  "native_build_comparison_android": "Keine Android Studio Einrichtung",
-  "native_build_comparison_parallel": "iOS & Android parallel",
-  "native_build_comparison_signing": "Automatische Code-Signatur",
-  "native_build_comparison_submission": "Direkte Ladenübermittlung",
-  "native_build_comparison_subtitle": "Überspringen Sie die Komplexität lokaler nativer Builds",
-  "native_build_comparison_title": "Cloud vs Lokale Builds",
-  "native_build_comparison_xcode": "Kein Xcode erforderlich",
-  "native_build_cta_subtitle": "Hören Sie auf, mit lokalen Build-Umgebungen zu kämpfen.",
-  "native_build_cta_title": "Bereit, Ihre Builds zu vereinfachen?",
-  "native_build_description": "Cloud-Builds und automatische App Store-Einreichung",
-  "native_build_faq1_a": "Ja! Wir bauen genau das, was Sie lokal haben. Führen Sie beliebige benutzerdefinierte Gradle-Skripte, CocoaPods, native Code-Änderungen aus - konfigurieren Sie es einfach vor dem Ausführen der CLI. Wir verwenden Ihr lokales Projekt so wie es ist.",
-  "native_build_faq1_q": "Kann ich benutzerdefinierte Gradle- oder native iOS-Konfigurationen verwenden?",
-  "native_build_faq2_a": "Nein. Alle Abhängigkeiten sollten lokal installiert werden, bevor Sie den Build-Befehl ausführen. Wir erhalten nur das, was Sie hochladen - kein Zugriff auf Ihre Git-Repos, npm-Register oder private Pakete.",
-  "native_build_faq2_q": "Benötigen Sie Zugang zu meinen privaten Repositories oder Paketen?",
-  "native_build_faq3_a": "Wir speichern sie nicht. Übergeben Sie Zertifikate zur Build-Zeit über CLI-Flags oder Umgebungsvariablen. Speichern Sie sie in Ihren CI/CD-Secrets (GitHub, GitLab, etc.) - Anmeldeinformationen existieren nur während des Builds im Speicher.",
-  "native_build_faq3_q": "Wie gehen Sie mit Anmeldeinformationen um?",
-  "native_build_faq4_a": "In Ihrem Plan sind Bau-Minuten enthalten. Brauchen Sie mehr? Kaufen Sie Credits. iOS-Builds laufen auf Mac Mini M4, Android-Builds laufen in Docker-Containern (2x günstiger). Keine Speichergebühren - jemals.",
-  "native_build_faq4_q": "Wie funktioniert die Preisgestaltung?",
-  "native_build_faq5_a": "Die durchschnittliche Bauzeit beträgt 2-3 Minuten, abhängig von der Größe und Konfiguration Ihres Projekts. iOS und Android können parallel gebaut werden, um Zeit zu sparen.",
-  "native_build_faq5_q": "Wie lange dauern die Builds?",
-  "native_build_faq6_a": "iOS und Android. iOS erstellt für App Store, TestFlight und Ad-hoc-Verteilung. Android erstellt für Play Store und direkte APK/AAB Downloads.",
-  "native_build_faq6_q": "Welche Plattformen unterstützen Sie?",
-  "native_build_faq_subtitle": "Alles, was Sie über Cloud-Builds wissen müssen",
-  "native_build_faq_title": "Häufig gestellte Fragen",
-  "native_build_feature_auto_signing": "Automatisierte Unterschrift",
-  "native_build_feature_auto_signing_desc": "Wir verwalten Zertifikate, Bereitstellungsprofile und Keystores. Einfach einmal hochladen.",
-  "native_build_feature_ci_cd": "CI/CD-Integration",
-  "native_build_feature_ci_cd_desc": "Funktioniert mit GitHub Actions, GitLab CI, Jenkins und jeder CI/CD-Pipeline.",
-  "native_build_feature_cloud_builds": "Cloud Builds",
-  "native_build_feature_cloud_builds_desc": "Erstellen Sie iOS- und Android-Apps in der Cloud. Kein lokales Xcode oder Android Studio erforderlich.",
-  "native_build_feature_credentials": "Bringen Sie Ihre eigenen Anmeldeinformationen",
-  "native_build_feature_credentials_desc": "Übergeben Sie Ihre Zertifikate zur Build-Zeit - wir speichern sie nie. Verwenden Sie Ihre vorhandenen CI/CD-Geheimnisse oder lokale Anmeldeinformationen. Maximale Sicherheitskonformität.",
-  "native_build_feature_logs": "Echtzeit-Protokolle",
-  "native_build_feature_logs_desc": "Streamen Sie Build-Protokolle direkt auf Ihr Terminal. Beheben Sie Probleme sofort.",
-  "native_build_feature_store_upload": "App Store Hochladen",
-  "native_build_feature_store_upload_desc": "Automatische Einreichung bei App Store Connect und Google Play Store nach erfolgreichen Builds.",
-  "native_build_features_subtitle": "Erstellen Sie iOS- und Android-Apps ohne lokale Einrichtung. Direkt in den Stores einreichen.",
-  "native_build_features_title": "Cloud Native Builds",
-  "native_build_get_started": "Los geht's",
-  "native_build_hero_subtitle": "Jeder in Ihrem Team kann iOS-Apps erstellen und auf TestFlight veröffentlichen - kein Mac erforderlich. Funktioniert von überall, kompatibel mit jedem CI/CD.",
-  "native_build_hero_title": "Erstellen & Versenden an App Stores",
-  "native_build_how_it_works_subtitle": "Vom Code-Push bis zum App Store in Minuten",
-  "native_build_how_it_works_title": "Wie es funktioniert",
-  "native_build_pricing_desc": "Bau-Minuten sind in Ihrem Plan enthalten oder können über unser Kreditsystem zusätzlich erworben werden. iOS läuft auf Mac Mini M4, Android auf Docker (2x günstiger). Durchschnittliche Bauzeit: 2-3 Minuten.",
-  "native_build_pricing_subtitle": "Keine Lagerkosten. Keine versteckten Gebühren. Nur Bau-Minuten.",
-  "native_build_pricing_title": "Zahlen Sie nur für die Bauzeit",
-  "native_build_security_feature1_desc": "Ihre Zertifikate und Keystores existieren nur im Arbeitsspeicher während des Builds. Sie werden niemals auf die Festplatte geschrieben oder auf unseren Servern gespeichert - rein zur Laufzeit.",
-  "native_build_security_feature1_title": "Anmeldeinformationen werden nie gespeichert",
-  "native_build_security_feature2_desc": "Wir laden nur die von Ihnen angeforderte Plattform (iOS oder Android) sowie Ihren erstellten JS-Code hoch. Nichts anderes. Ihr Quellcode bleibt auf Ihrem Gerät.",
-  "native_build_security_feature2_title": "Minimaler Upload",
-  "native_build_security_feature3_desc": "iOS-Builds laufen auf dedizierten Mac Mini M4-Maschinen. Android-Builds laufen in isolierten Docker-Containern - was Android-Builds 2x günstiger macht.",
-  "native_build_security_feature3_title": "Gewidmete Build-Infrastruktur",
-  "native_build_security_feature4_desc": "Build-Protokolle werden nur in Echtzeit auf Ihr Terminal gestreamt. Wir speichern Ihre Build-Protokolle nie auf unseren Servern.",
-  "native_build_security_feature4_title": "Keine Protokollspeicherung",
-  "native_build_security_subtitle": "Ihre Anmeldeinformationen werden niemals gespeichert. Sie existieren nur im Arbeitsspeicher während des Builds.",
-  "native_build_security_title": "Null Speicher - Nur Laufzeit",
-  "native_build_step1_desc": "Übergeben und pushen Sie zu Ihrem Repository. Unser CLI oder CI/CD löst den Build aus.",
-  "native_build_step1_title": "Laden Sie Ihren Code hoch",
-  "native_build_step2_desc": "iOS- und Android-Apps, die parallel auf unserer Cloud-Infrastruktur erstellt wurden.",
-  "native_build_step2_title": "Cloud Builds",
-  "native_build_step3_desc": "Signierte Apps werden automatisch in App Store Connect und Play Store hochgeladen.",
-  "native_build_step3_title": "Speichereinreichung",
-  "native_build_streaming_desc": "Build-Protokolle werden direkt über Server-Sent Events an Ihr Terminal gestreamt. Sehen Sie jeden Schritt Ihres Builds in Echtzeit - kein Warten, kein Aktualisieren. Beheben Sie Probleme sofort, wenn sie auftreten.",
-  "native_build_view_docs": "Dokumentation anzeigen",
-  "native_ios_android_functionality": "Native iOS & Android Funktionalitätsbrücken. Greifen Sie mit sauberen TypeScript-APIs auf jede Gerätefähigkeit zu, die Ihre App benötigt.",
-  "native_performance_smooth_experience": "Native Leistung für ein reibungsloses Erlebnis",
-  "native_script_power_approximately_1_of_apps_on_google_play_store": "Native Script macht ungefähr 1 % der Apps im Google Play Store aus.",
-  "need_help": "Brauchen Sie Hilfe?",
-  "need_something_custom": "Brauchen Sie etwas Individuelles?",
-  "network_connections": "Netzwerkverbindungen",
-  "next": "Nächste",
-  "no_commitment_required": "Keine Verpflichtung erforderlich",
-  "no_credit_card_required": "Keine Kreditkarte erforderlich",
-  "no_discounts_available_at_this_time": "Nein, derzeit bieten wir keine Rabatte an.",
-  "no_hosting_or_maintenance_charges": "wir hosten CI/CD nicht und berechnen Ihnen keine Kosten für dessen Wartung.",
-  "no_ppp_available_at_this_time": "Nein, derzeit bieten wir keine PPP-Preise an.",
-  "no_responsibility_disclaimer_text": "Die Informationen über den Service werden mit dem Verständnis bereitgestellt, dass das Unternehmen hierin nicht an der Erbringung von rechtlichen, steuerlichen, buchhalterischen oder anderen professionellen Beratungen und Dienstleistungen beteiligt ist. Daher sollten sie nicht als Ersatz für eine Beratung durch professionelle Buchhalter, Steuerberater, Juristen oder andere kompetente Berater verwendet werden.",
-  "no_responsibility_disclaimer_title": "Keine Haftungsausschluss",
-  "no_upfront_costs_guarantee": "Keine Vorabkosten • Kostenlose Projektumriss • 30-Tage-Support-Garantie",
-  "no_virus_warranty": "Das Unternehmen garantiert nicht, dass der Dienst viren- oder andere schädliche Komponenten frei ist.",
-  "non_gift_return_policy": "Wenn die Waren beim Kauf nicht als Geschenk gekennzeichnet waren oder der Schenker die Bestellung an sich selbst versenden ließ, um sie Ihnen später zu übergeben, werden wir die Rückerstattung an den Schenker senden.",
-  "non_production_desc": "\"Entwicklung\", \"Test\", \"UAT\", \"Vorproduktion\" oder Implementierung neuer Funktionen, selbst in einer Produktionsumgebung, werden nicht als Produktion betrachtet.",
-  "non_returnable_goods": "Die folgenden Waren können nicht zurückgegeben werden:",
-  "normal_enterprise_response": "1 Werktag<br />Montag - Freitag",
-  "normal_priority_response": "12 Stunden<br />24/7 x 365",
-  "normal_support_desc": "Das Problem führt dazu, dass eine Komponente von Capgo nicht wie erwartet oder dokumentiert funktioniert. Eine Anfrage eines Kundenvertreters bezüglich eines allgemeinen technischen Problems oder einer allgemeinen Frage.",
-  "normal_support_subtitle": "Kleine Funktion oder funktionales Problem / Allgemeine Frage",
-  "normal_support_title": "3. Normal",
-  "normal_team_response": "1 Arbeitstag<br />Montag - Freitag",
-  "not_satisfied_policy": "Wenn Sie aus irgendeinem Grund mit einem Kauf nicht vollständig zufrieden sind, laden wir Sie ein, unsere Richtlinie zu Rückerstattungen und Rückgaben zu überprüfen. Diese Rückgabe- und Rückerstattungsrichtlinie wurde mit Hilfe von der",
-  "now_available_on_mobile": "Jetzt auf dem Handy verfügbar",
-  "npm_run_lint_passes": "`npm run lint` besteht - dies überprüft Rust- und JavaScript-Code auf häufige Fehler und Probleme mit Hilfe von `Swiftlint` (für Swift) und `eslint` (für JavaScript und Java)",
-  "of_bandwidth": "von Bandbreite",
-  "of_storage": "von Speicher",
-  "offensive_content": "Anstößiger Inhalt.",
-  "offensive_content_desc": "Inhalt, der verleumderisch, obszön, missbräuchlich, invasiv in die Privatsphäre oder anderweitig anstößig ist, einschließlich Inhalten, die Kinderpornografie darstellen, sich auf Bestialität beziehen oder nicht einvernehmliche sexuelle Handlungen abbilden.",
-  "offline_support": "Offline-Unterstützung",
-  "on_the_go": "unterwegs",
-  "ongoing_support_available": "Laufende Unterstützung verfügbar",
-  "only_your_users_can_decrypt_your_updates_no_one_else": "Nur deine Nutzer können deine Updates entschlüsseln, sonst niemand.",
-  "open_in_chatgpt": "In ChatGPT öffnen",
-  "open_in_claude": "In Claude öffnen",
-  "open_in_perplexity": "In Perplexity öffnen",
-  "open_raw_on_github": "Die rohe Markdown-Datei auf GitHub öffnen",
-  "open_source": "100 % Open Source",
-  "open_source_leaders": "Open-Source-Führer",
-  "open_source_plugins_power_apps": "Unsere Open-Source-Plugins versorgen Apps, die von Millionen genutzt werden",
-  "open_support": "Öffnen Sie den Support",
-  "operation_of_network_services": "Betrieb bestimmter Netzwerkdienste.",
-  "operation_of_network_services_desc": "Betrieb oder der Versuch, irgendeinen Netzwerkdienst oder -dienst zu betreiben, der die ordnungsgemäße Funktion eines Netzwerkdienstes beeinträchtigt.",
-  "optimization_of_the_existing_app": "Optimierung der bestehenden App",
-  "order_cancellation_rights": "Ihr Recht auf Stornierung der Bestellung",
-  "orders_definition": "Bestellungen sind eine Anfrage Ihrerseits, Waren von uns zu kaufen.",
-  "organization_and_app_management": "Organisation und App-Management",
-  "organizations_and_teams": "Organisationen und Teams",
-  "organize_projects_across_teams": "Organisieren Sie Projekte über Teams hinweg mit Unternehmensorganisationsmanagement und Kollaborationswerkzeugen",
-  "orgs_badge": "WIE ES FUNKTIONIERT",
-  "orgs_cta": "Installiere Capgo",
-  "orgs_title": "Flexibles Management",
-  "orgs_title_line2": "für Ihr Team",
-  "our_commitment": "Unser Engagement",
-  "our_dedication": "Unsere Hingabe",
-  "our_manifesto": "Unser Manifest",
-  "our_numbers_are_shared_transparently_since_december_2021": "Unsere Zahlen werden seit Dezember 2021 transparent geteilt.",
-  "our_setup_you_own_it": "Unsere Einrichtung - Sie besitzen es",
-  "our_story": "Unsere Geschichte",
-  "our_team_customizes_the_ci_cd_setup_to_match_your_specific_project_requirements_ensuring_optimal_performance_and_efficiency": "Unser Team passt die CI/CD-Konfiguration an Ihre spezifischen Projektanforderungen an, um optimale Leistung und Effizienz zu gewährleisten.",
-  "over": "Über",
-  "own_complete_pipeline_modify_anytime": "Sie besitzen die komplette Pipeline und können sie jederzeit ändern.",
-  "own_complete_setup_zero_vendor_lockin": "Sie besitzen die komplette Einrichtung ohne jegliche Anbieterbindung.",
-  "own_setup_zero_vendor_lockin": "Sie besitzen die gesamte Einrichtung für immer ohne jegliche Anbieterbindung.",
-  "page_not_found_description": "Bitte überprüfen Sie die URL in der Adressleiste und versuchen Sie es erneut.",
-  "page_not_found_title": "Seite nicht gefunden - Fehler 404",
-  "password_label": "Passwort",
-  "password_placeholder": "Geben Sie Ihr Passwort ein",
-  "pay_as_you_go_plan": "Bezahlen nach Verbrauch",
-  "per_added_gb": "pro zusätzliches GiB",
-  "per_added_user": "pro hinzugefügten Benutzer",
-  "per_country_hosting_gdpr": "Hosting pro Land (GDPR-Konformität)",
-  "per_gb": "pro GiB",
-  "per_mau": "pro MAU",
-  "per_unit": "pro Einheit",
-  "perfect_for": "Perfekt für",
-  "perishable_goods": "Die Lieferung von Waren, die aufgrund ihrer Beschaffenheit nicht für eine Rücksendung geeignet sind, schnell verderben oder bei denen das Haltbarkeitsdatum überschritten ist.",
-  "plan_maker_desc": "Am besten für kleine Geschäftsinhaber",
-  "plan_payasyougo_desc": "Am besten für Unternehmen mit Millionen von Benutzern",
-  "plan_solo_desc": "Am besten für unabhängige Entwickler",
-  "plan_team_desc": "Am besten für mittelständische Unternehmen",
-  "plans_that_scale_with_your_business": "Pläne, die mit Ihrem Geschäft wachsen",
-  "plans_that_scale_with_your_business_description": "Unternehmensgerechte Cloud, die die Funktionalität und Sicherheit von Capacitor-Anwendungen verbessert.",
-  "platform_compliance": "Plattformkonformität.",
-  "platform_compliance_desc": "Alle Aktivitäten, die von den Plattformen, die von der Capgo-Website und den Dienstleistungen genutzt werden, als inakzeptabel angesehen werden.",
-  "platform_independence": "Plattformunabhängigkeit",
-  "please_be_professional_in_the_forums": "Bitte seien Sie professionell in den Foren. Wir folgen <a href=\"https://www.rust-lang.org/policies/code-of-conduct\"> Rusts Verhaltensregeln</a> (CoC). Haben Sie ein Problem? Schreiben Sie eine E-Mail an <a href=\"mailto:ry@tinyclouds.org\"> ry@tinyclouds.org.</a>",
-  "plugin_is_missing": "Plugin fehlt",
-  "plugins": "Plugins",
-  "plugins_description": "Capgo bietet mehrere Plugins an, um Ihnen zu helfen, Ihre App schneller und besser zu erstellen.",
-  "policy_generator": "Rückgabe- und Rückerstattungsrichtlinien-Generator",
-  "poor_app_quality": "Schlechte App-Qualität",
-  "powered_by_serverless_edge_computing": "Angetrieben von serverlosem Edge-Computing und verteilten Datenbanken in über 300 Städten und 13.000 Netzwerken für ultra-schnelle globale Lieferung",
-  "powerful_app_plugins_description": "Unternehmensgerechte Plugins mit hervorragender Dokumentation, fortlaufenden Updates, Codeschnipseln und Premium-Support, damit Sie sich auf die Entwicklung Ihrer App konzentrieren können.",
-  "practicing_what_we_preach": "Praxis, was wir predigen",
-  "premium_plugin_suite": "Premium Plugin Suite",
-  "pricing": "Preise",
-  "pricing_description": "Gehen Sie mit Zuversicht voran. Capgo ist die Unternehmens-Cloud-Plattform für Capacitor-Anwendungen.",
-  "priority_bug_fixes_on_our_plugins": "Prioritätsfehlerbehebungen an unseren Plugins",
-  "priority_plus_plan": "Priorität Plus",
-  "priority_support": "Prioritätssupport",
-  "priority_support_24_7": "Prioritätssupport",
-  "priority_support_dedicated_sla": "Prioritätssupport & dedizierter SLA",
-  "privacy": "Datenschutz",
-  "privacy_agreement": "Wir verwenden Ihre personenbezogenen Daten, um den Dienst bereitzustellen und zu verbessern. Durch die Nutzung des Dienstes stimmen Sie der Erhebung und Verwendung von Informationen gemäß dieser Datenschutzerklärung zu.",
-  "privacy_changes_to_policy_description": "Wir können unsere Datenschutzrichtlinie von Zeit zu Zeit aktualisieren. Wir werden Sie über Änderungen informieren, indem wir die neue Datenschutzrichtlinie auf dieser Seite veröffentlichen.",
-  "privacy_changes_to_policy_notification": "Wir werden Sie per E-Mail und/oder durch eine hervorgehobene Mitteilung auf unserem Dienst informieren, bevor die Änderung wirksam wird, und das Datum \"Zuletzt aktualisiert\" oben in dieser Datenschutzrichtlinie aktualisieren.",
-  "privacy_changes_to_policy_review": "Es wird empfohlen, diese Datenschutzrichtlinie regelmäßig auf Änderungen zu überprüfen. Änderungen dieser Datenschutzrichtlinie treten in Kraft, wenn sie auf dieser Seite veröffentlicht werden.",
-  "privacy_changes_to_policy_title": "Änderungen zu dieser Datenschutzrichtlinie",
-  "privacy_children_privacy_consent": "Wenn wir auf Zustimmung als rechtliche Grundlage für die Verarbeitung Ihrer Informationen angewiesen sind und Ihr Land die Zustimmung eines Elternteils erfordert, benötigen wir möglicherweise die Zustimmung Ihres Elternteils, bevor wir diese Informationen sammeln und verwenden.",
-  "privacy_children_privacy_description": "Unser Dienst richtet sich nicht an Personen unter 13 Jahren. Wir sammeln wissentlich keine personenbezogenen Daten von Personen unter 13 Jahren. Wenn Sie ein Elternteil oder Erziehungsberechtigter sind und wissen, dass Ihr Kind uns personenbezogene Daten zur Verfügung gestellt hat, kontaktieren Sie uns bitte. Falls wir feststellen, dass wir personenbezogene Daten von jemandem unter 13 Jahren ohne Überprüfung der elterlichen Zustimmung gesammelt haben, ergreifen wir Maßnahmen, um diese Informationen von unseren Servern zu entfernen.",
-  "privacy_children_privacy_title": "Kinderschutz bei der Privatsphäre",
-  "privacy_collecting_data_title": "Das Sammeln und Verwenden Ihrer persönlichen Daten",
-  "privacy_contact_us_description": "Wenn Sie Fragen zu dieser Datenschutzerklärung haben, können Sie uns kontaktieren:",
-  "privacy_contact_us_title": "Kontaktieren Sie uns",
-  "privacy_contact_us_website": "Durch den Besuch dieser Seite auf unserer Website: $1",
-  "privacy_definition_account": "**Konto** bezeichnet ein einzigartiges Konto, das für Sie erstellt wurde, um auf unseren Service oder Teile unseres Services zuzugreifen.",
-  "privacy_definition_affiliate": "**Affiliate** bedeutet eine Einheit, die ein Unternehmen kontrolliert, von einem Unternehmen kontrolliert wird oder unter gemeinsamer Kontrolle mit einer Partei steht, wobei \"Kontrolle\" den Besitz von 50 % oder mehr der Anteile, Eigenkapitalanteile oder anderer Wertpapiere bedeutet, die das Recht haben, an der Wahl von Direktoren oder anderen Leitungsbehörden teilzunehmen.",
-  "privacy_definition_application": "**Anwendung** bezeichnet das von der Unternehmens bereitgestellte Softwareprogramm, das Sie auf einem elektronischen Gerät heruntergeladen haben, das $1 genannt wird.",
-  "privacy_definition_business": "**Unternehmen** im Sinne des CCPA (California Consumer Privacy Act) bezieht sich auf das Unternehmen als die juristische Person, die die persönlichen Informationen der Verbraucher sammelt und die Zwecke und Mittel der Verarbeitung der persönlichen Informationen der Verbraucher bestimmt oder im Auftrag dessen solche Informationen gesammelt werden und die allein oder gemeinsam mit anderen die Zwecke und Mittel der Verarbeitung der persönlichen Informationen der Verbraucher bestimmt, die im Bundesstaat Kalifornien Geschäfte tätigt.",
-  "privacy_definition_company": "**Unternehmen** (in dieser Vereinbarung als \"das Unternehmen\", \"Wir\", \"Uns\" oder \"Unser\" bezeichnet) bezieht sich auf Digital shift OU, 6 sepapaja 15510 Tallinn.",
-  "privacy_definition_company_gdpr": "Für die Zwecke der DSGVO ist das Unternehmen der Datenverantwortliche.",
-  "privacy_definition_consumer": "**Verbraucher** bedeutet im Sinne des CCPA (California Consumer Privacy Act) eine natürliche Person, die in Kalifornien ansässig ist. Ein Einwohner, wie im Gesetz definiert, umfasst (1) jede Person, die sich aus einem anderen als vorübergehenden oder flüchtigen Zweck in den USA befindet, und (2) jede Person, die ihren Wohnsitz in den USA hat und sich aus einem vorübergehenden oder flüchtigen Zweck außerhalb der USA befindet.",
-  "privacy_definition_country": "**Land** bezieht sich auf: Estland",
-  "privacy_definition_data_controller": "**Datenverantwortlicher**, im Sinne der DSGVO (Datenschutz-Grundverordnung), bezieht sich auf das Unternehmen als die juristische Person, die allein oder gemeinsam mit anderen die Zwecke und Mittel der Verarbeitung personenbezogener Daten bestimmt.",
-  "privacy_definition_device": "**Gerät** bezeichnet jedes Gerät, das auf den Dienst zugreifen kann, wie z. B. einen Computer, ein Mobiltelefon oder ein digitales Tablet.",
-  "privacy_definition_do_not_track": "**Nicht verfolgen** (DNT) ist ein Konzept, das von den US-Regulierungsbehörden, insbesondere der US Federal Trade Commission (FTC), gefördert wurde, damit die Internetindustrie einen Mechanismus entwickelt und implementiert, der es Internetnutzern ermöglicht, das Tracking ihrer Online-Aktivitäten über Websites hinweg zu kontrollieren.",
-  "privacy_definition_personal_data": "**Personenbezogene Daten** sind alle Informationen, die sich auf eine identifizierte oder identifizierbare Person beziehen.",
-  "privacy_definition_personal_data_ccpa": "Für die Zwecke des CCPA bedeutet Persönliche Daten alle Informationen, die Sie identifizieren, damit in Verbindung stehen, beschreiben oder mit Ihnen in Verbindung gebracht werden können, oder die vernünftigerweise direkt oder indirekt mit Ihnen verknüpft werden könnten.",
-  "privacy_definition_personal_data_gdpr": "Für die Zwecke der DSGVO bezeichnet personenbezogene Daten alle Informationen, die sich auf Sie beziehen, wie z. B. ein Name, eine Identifikationsnummer, Standortdaten, eine Online-Identifikation oder auf einen oder mehrere spezifische Faktoren der physischen, physiologischen, genetischen, mentalen, wirtschaftlichen, kulturellen oder sozialen Identität.",
-  "privacy_definition_sale": "**Verkauf**, im Sinne des CCPA (California Consumer Privacy Act), bedeutet den Verkauf, die Vermietung, die Freigabe, die Offenlegung, die Verbreitung, die Bereitstellung, die Übertragung oder anderweitige mündliche, schriftliche oder elektronische Kommunikationen von persönlichen Informationen eines Verbrauchers an ein anderes Unternehmen oder eine dritte Partei gegen eine monetäre oder andere wertvolle Gegenleistung.",
-  "privacy_definition_service": "**Service** bezieht sich auf die Anwendung.",
-  "privacy_definition_service_provider": "**Dienstleister** bezeichnet jede natürliche oder juristische Person, die die Daten im Auftrag des Unternehmens verarbeitet. Dies bezieht sich auf Drittunternehmen oder Einzelpersonen, die vom Unternehmen engagiert werden, um den Dienst zu erleichtern, um den Dienst im Namen des Unternehmens bereitzustellen, um mit dem Dienst verbundene Dienstleistungen zu erbringen oder um das Unternehmen bei der Analyse zu unterstützen, wie der Dienst genutzt wird. Im Sinne der DSGVO gelten Dienstleister als Datenverarbeiter.",
-  "privacy_definition_usage_data": "**Nutzungsdaten** beziehen sich auf Daten, die automatisch gesammelt werden, entweder generiert durch die Nutzung des Dienstes oder aus der Dienstinfrastruktur selbst (zum Beispiel die Dauer eines Seitenbesuchs).",
-  "privacy_definition_you": "**Sie** bezeichnet die Person, die auf den Dienst zugreift oder ihn nutzt, oder das Unternehmen oder eine andere juristische Person, in deren Namen diese Person auf den Dienst zugreift oder ihn nutzt, sofern zutreffend.",
-  "privacy_definition_you_gdpr": "Unter der DSGVO (Datenschutz-Grundverordnung) können Sie als betroffene Person oder als Benutzer bezeichnet werden, da Sie die Person sind, die den Dienst nutzt.",
-  "privacy_definitions_intro": "Für die Zwecke dieser Datenschutzrichtlinie:",
-  "privacy_definitions_subtitle": "Definitionen",
-  "privacy_description": "Diese Datenschutzrichtlinie beschreibt unsere Richtlinien und Verfahren zur Erhebung, Nutzung und Offenlegung Ihrer Informationen, wenn Sie den Dienst nutzen, und informiert Sie über Ihre Datenschutzrechte sowie darüber, wie das Gesetz Sie schützt.",
-  "privacy_disclosure_business_transactions_description": "Wenn das Unternehmen an einer Fusion, Übernahme oder Vermögensveräußertung beteiligt ist, können Ihre personenbezogenen Daten übertragen werden. Wir werden Sie benachrichtigen, bevor Ihre personenbezogenen Daten übertragen werden und einer anderen Datenschutzrichtlinie unterliegen.",
-  "privacy_disclosure_business_transactions_title": "Geschäftstransaktionen",
-  "privacy_disclosure_law_enforcement_description": "Unter bestimmten Umständen kann das Unternehmen verpflichtet sein, Ihre personenbezogenen Daten offenzulegen, wenn dies gesetzlich vorgeschrieben ist oder als Reaktion auf gültige Anfragen von öffentlichen Behörden (z. B. einem Gericht oder einer Regierungsbehörde).",
-  "privacy_disclosure_law_enforcement_title": "Gesetzesvollzugsbehörden",
-  "privacy_disclosure_of_data_title": "Offenlegung Ihrer persönlichen Daten",
-  "privacy_disclosure_other_legal_requirements_comply": "Einhaltung einer gesetzlichen Verpflichtung",
-  "privacy_disclosure_other_legal_requirements_description": "Das Unternehmen kann Ihre personenbezogenen Daten in dem guten Glauben offenlegen, dass eine solche Maßnahme erforderlich ist, um:",
-  "privacy_disclosure_other_legal_requirements_prevent": "Mögliche Fehlverhalten im Zusammenhang mit dem Dienst verhindern oder untersuchen",
-  "privacy_disclosure_other_legal_requirements_protect": "Schützen und verteidigen Sie die Rechte oder das Eigentum des Unternehmens.",
-  "privacy_disclosure_other_legal_requirements_protect_legal": "Schutz vor rechtlicher Haftung",
-  "privacy_disclosure_other_legal_requirements_protect_personal": "Schützen Sie die persönliche Sicherheit der Nutzer des Dienstes oder der Allgemeinheit.",
-  "privacy_disclosure_other_legal_requirements_title": "Andere rechtliche Anforderungen",
-  "privacy_interpretation_subtitle": "Interpretation",
-  "privacy_interpretation_text": "Die Wörter, deren erster Buchstabe großgeschrieben ist, haben Bedeutungen, die unter den folgenden Bedingungen definiert sind. Die folgenden Definitionen haben unabhängig davon, ob sie im Singular oder Plural erscheinen, die gleiche Bedeutung.",
-  "privacy_interpretation_title": "Interpretation und Definitionen",
-  "privacy_last_updated": "Zuletzt aktualisiert: 28. Januar 2022",
-  "privacy_links_to_other_websites_control": "Wir haben keine Kontrolle über und übernehmen keine Verantwortung für die Inhalte, Datenschutzrichtlinien oder Praktiken von Drittanbieter-Websites oder -Diensten.",
-  "privacy_links_to_other_websites_description": "Unser Dienst kann Links zu anderen Webseiten enthalten, die nicht von uns betrieben werden. Wenn Sie auf einen Link eines Drittanbieters klicken, werden Sie zu der Website dieses Drittanbieters weitergeleitet. Wir empfehlen Ihnen dringend, die Datenschutzrichtlinie jeder Website, die Sie besuchen, zu überprüfen.",
-  "privacy_links_to_other_websites_title": "Links zu anderen Websites",
-  "privacy_personal_data_description": "Während Sie unseren Dienst nutzen, können wir Sie bitten, uns bestimmte personenbezogene Daten zur Verfügung zu stellen, die verwendet werden können, um Sie zu kontaktieren oder zu identifizieren. Zu den personenbezogenen Daten können unter anderem Folgendes gehören:",
-  "privacy_personal_data_title": "Personenbezogene Daten",
-  "privacy_personal_data_usage": "Nutzungsdaten",
-  "privacy_policy": "Datenschutzerklärung",
-  "privacy_retention_of_data_description": "Das Unternehmen wird Ihre persönlichen Daten nur so lange aufbewahren, wie es für die in dieser Datenschutzrichtlinie festgelegten Zwecke erforderlich ist. Wir werden Ihre persönlichen Daten nur in dem Umfang speichern und verwenden, der notwendig ist, um unseren gesetzlichen Verpflichtungen nachzukommen (zum Beispiel, wenn wir gesetzlich verpflichtet sind, Ihre Daten zu speichern, um geltenden Gesetzen zu entsprechen), um Streitigkeiten zu lösen und unsere gesetzlichen Vereinbarungen und Richtlinien durchzusetzen.",
-  "privacy_retention_of_data_title": "Aufbewahrung Ihrer persönlichen Daten",
-  "privacy_retention_of_usage_data": "Das Unternehmen wird auch Nutzungsdaten für interne Analysezwecke speichern. Nutzungsdaten werden in der Regel für einen kürzeren Zeitraum aufbewahrt, es sei denn, diese Daten werden verwendet, um die Sicherheit zu stärken oder die Funktionalität unseres Dienstes zu verbessern, oder wir sind gesetzlich verpflichtet, diese Daten über einen längeren Zeitraum aufzubewahren.",
-  "privacy_security_of_data_description": "Die Sicherheit Ihrer persönlichen Daten ist uns wichtig, aber denken Sie daran, dass keine Übertragungsmethode über das Internet oder elektronische Speicherweise zu 100 % sicher ist. Während wir uns bemühen, kommerziell akzeptable Mittel zum Schutz Ihrer persönlichen Daten zu verwenden, können wir deren absolute Sicherheit nicht garantieren.",
-  "privacy_security_of_data_title": "Sicherheit Ihrer persönlichen Daten",
-  "privacy_share_of_data_affiliates": "**Mit Affiliate:** Wir können Ihre Informationen mit unseren Affiliates teilen, in welchem Fall wir von diesen Affiliates verlangen werden, diese Datenschutzerklärung einzuhalten. Affiliates umfassen unser Mutterunternehmen und alle anderen Tochtergesellschaften, Joint-Venture-Partner oder andere Unternehmen, die wir kontrollieren oder die unter gemeinsamer Kontrolle mit uns stehen.",
-  "privacy_share_of_data_business_partners": "**Mit Geschäftspartnern:** Wir können Ihre Informationen mit unseren Geschäftspartnern teilen, um Ihnen bestimmte Produkte, Dienstleistungen oder Aktionen anzubieten.",
-  "privacy_share_of_data_business_transfers": "**Für Unternehmensübertragungen:** Wir können Ihre persönlichen Informationen im Zusammenhang mit oder während der Verhandlungen über eine Fusion, den Verkauf von Unternehmensvermögen, Finanzierungen oder die Übernahme eines Teils oder des gesamten Unternehmens an ein anderes Unternehmen teilen oder übertragen.",
-  "privacy_share_of_data_consent": "**Mit Ihrer Zustimmung**: Wir können Ihre persönlichen Informationen zu einem anderen Zweck mit Ihrer Zustimmung offenlegen.",
-  "privacy_share_of_data_intro": "Wir können Ihre persönlichen Daten in den folgenden Situationen teilen:",
-  "privacy_share_of_data_other_users": "**Mit anderen Benutzern:** Wenn Sie persönliche Informationen teilen oder anderweitig in den öffentlichen Bereichen mit anderen Benutzern interagieren, können solche Informationen von allen Benutzern angezeigt werden und können öffentlich nach außen verteilt werden.",
-  "privacy_share_of_data_service_providers": "**Mit Dienstanbietern:** Wir können Ihre persönlichen Daten mit Dienstanbietern teilen, um die Nutzung unseres Dienstes zu überwachen und zu analysieren und um Sie zu kontaktieren.",
-  "privacy_title": "Datenschutzerklärung",
-  "privacy_transfer_of_data_consent": "Ihre Zustimmung zu dieser Datenschutzrichtlinie, gefolgt von Ihrer Übermittlung dieser Informationen, stellt Ihre Vereinbarung zu diesem Transfer dar.",
-  "privacy_transfer_of_data_description": "Ihre Informationen, einschließlich personenbezogener Daten, werden in den Betriebseinrichtungen des Unternehmens und an anderen Orten verarbeitet, an denen sich die an der Verarbeitung beteiligten Parteien befinden. Das bedeutet, dass diese Informationen an Computer übertragen und dort gespeichert werden können, die sich außerhalb Ihres Bundesstaates, Ihrer Provinz, Ihres Landes oder einer anderen staatlichen Zuständigkeitsbereich befinden, in dem die Datenschutzgesetze von denjenigen Ihrer Zuständigkeit abweichen können.",
-  "privacy_transfer_of_data_safeguards": "Das Unternehmen wird alle vernünftigerweise erforderlichen Schritte unternehmen, um sicherzustellen, dass Ihre Daten sicher und gemäß dieser Datenschutzrichtlinie behandelt werden, und es wird keine Übertragung Ihrer personenbezogenen Daten an eine Organisation oder ein Land stattfinden, es sei denn, es sind angemessene Kontrollen vorhanden, einschließlich der Sicherheit Ihrer Daten und anderer persönlicher Informationen.",
-  "privacy_transfer_of_data_title": "Übertragung Ihrer personenbezogenen Daten",
-  "privacy_types_of_data_title": "Arten von gesammelten Daten",
-  "privacy_usage_data_browser": "Wir können auch Informationen sammeln, die Ihr Browser sends, jedes Mal, wenn Sie unseren Dienst besuchen oder wenn Sie über ein mobiles Gerät auf den Dienst zugreifen.",
-  "privacy_usage_data_description": "Nutzungsdaten werden automatisch gesammelt, wenn der Dienst genutzt wird.",
-  "privacy_usage_data_details": "Nutzungsdaten können Informationen enthalten wie die IP-Adresse Ihres Geräts, den Browsertype, die Browserversion, die Seiten unseres Dienstes, die Sie besuchen, das Datum und die Uhrzeit Ihres Besuchs, die auf diesen Seiten verbrachte Zeit, einzigartige Gerätebezeichner und andere Diagnosedaten.",
-  "privacy_usage_data_mobile": "Wenn Sie auf den Dienst über ein Mobilgerät zugreifen, können wir automatisch bestimmte Informationen sammeln, einschließlich, aber nicht beschränkt auf, den Typ des von Ihnen verwendeten Mobilgeräts, die eindeutige ID Ihres Mobilgeräts, die IP-Adresse Ihres Mobilgeräts, Ihr mobiles Betriebssystem, den Typ des von Ihnen verwendeten mobilen Internetbrowsers, eindeutige Gerätekennungen und andere Diagnosedaten.",
-  "privacy_usage_data_title": "Nutzungsdaten",
-  "privacy_use_of_data_business_transfers": "**Für geschäftliche Übertragungen:** Wir dürfen Ihre Informationen verwenden, um eine Fusion, Abspaltung, Umstrukturierung, Reorganisation, Auflösung oder einen anderen Verkauf oder Transfer von einigen oder allen unseren Vermögenswerten zu bewerten oder durchzuführen, seien diese als fortlaufendes Unternehmen oder im Rahmen eines Insolvenz-, Liquidations- oder ähnlichen Verfahrens, bei dem die von uns über unsere Dienstnutzenden gehaltenen personenbezogenen Daten zu den übertragenen Vermögenswerten gehören.",
-  "privacy_use_of_data_contact": "**Um Sie zu kontaktieren:** Um Sie per E-Mail, Telefonanrufen, SMS oder anderen gleichwertigen Formen elektronischer Kommunikation zu kontaktieren, wie z. B. Push-Benachrichtigungen einer mobilen Anwendung zu Updates oder informativen Mitteilungen, die sich auf die Funktionen, Produkte oder vertraglichen Dienstleistungen beziehen, einschließlich der Sicherheitsupdates, wenn dies erforderlich oder zumutbar für deren Umsetzung ist.",
-  "privacy_use_of_data_intro": "Das Unternehmen darf personenbezogene Daten für die folgenden Zwecke verwenden:",
-  "privacy_use_of_data_manage_account": "**Um Ihr Konto zu verwalten:** um Ihre Registrierung als Benutzer des Dienstes zu verwalten. Die von Ihnen bereitgestellten personenbezogenen Daten können Ihnen den Zugriff auf verschiedene Funktionen des Dienstes ermöglichen, die Ihnen als registrierter Benutzer zur Verfügung stehen.",
-  "privacy_use_of_data_offers": "**Um Ihnen** Nachrichten, Sonderangebote und allgemeine Informationen über andere Waren, Dienstleistungen und Veranstaltungen, die wir anbieten und die ähnlich sind wie die, die Sie bereits gekauft oder angefragt haben, bereitzustellen, es sei denn, Sie haben sich entschieden, solche Informationen nicht zu erhalten.",
-  "privacy_use_of_data_other_purposes": "**Für andere Zwecke**: Wir können Ihre Informationen für andere Zwecke verwenden, wie z.B. Datenanalyse, Identifizierung von Nutzungstrends, Bestimmung der Wirksamkeit unserer Werbekampagnen und zur Bewertung und Verbesserung unseres Services, unserer Produkte, Dienstleistungen, Marketing und Ihrer Erfahrung.",
-  "privacy_use_of_data_performance": "**Für die Durchführung eines Vertrags:** die Entwicklung, Einhaltung und Durchführung des Kaufvertrags für die Produkte, Artikel oder Dienstleistungen, die Sie über den Service bei uns gekauft haben, oder eines anderen Vertrags mit uns.",
-  "privacy_use_of_data_provide_service": "**Um unseren Service bereitzustellen und aufrechtzuerhalten**, einschließlich der Überwachung der Nutzung unseres Services.",
-  "privacy_use_of_data_requests": "**Um Ihre Anfragen zu verwalten:** Um Ihre Anfragen an uns zu bearbeiten und zu verwalten.",
-  "privacy_use_of_data_title": "Verwendung Ihrer persönlichen Daten",
-  "problem_chat_hope_approved": "Ich hoffe, dieser Fehlerbehebung wird heute zugestimmt...",
-  "problem_chat_still_pending": "Immer noch ausstehend...",
-  "problem_chat_whats_status": "Wie ist der Status der App?",
-  "problem_solution_badge": "PROBLEM → LÖSUNG",
-  "problem_solution_subtitle": "Kondensator-Apps sollten wie Web-Apps versendet werden, aber das Warten auf die Genehmigung ist der Flaschenhals.",
-  "problem_solution_title": "Der App Store tötet",
-  "problem_solution_velocity": "Geschwindigkeit",
-  "product_managers": "Produktmanager",
-  "production_desc": "\"Produktion\" wird definiert als ein System, das live Kunden- oder Geschäftssysteme mit bestehenden, bereitgestellten und funktionalen Funktionen bedient.",
-  "production_title": "4.4 Produktion",
-  "products": "Produkte",
-  "projects": "Projekte",
-  "proven_experience": "Nachgewiesene Erfahrung",
-  "ps_benefit_additional": "Zusätzliche Stunden zu 250€/Std.",
-  "ps_benefit_cancel": "Jederzeit kündbar",
-  "ps_benefit_direct": "Direkter Zugang zu Ingenieuren",
-  "ps_benefit_hours": "4 Stunden Expertensupport inklusive",
-  "ps_benefit_priority": "Priorisierte Antwortzeit",
-  "ps_cta_button": "Premium Support - 1.000€/Monat",
-  "ps_cta_subtitle": "Capacitor-Experten auf Abruf. Wenn etwas kaputt geht, reparieren wir es schnell.",
-  "ps_cta_title_1": "Schluss mit schlaflosen Nächten wegen",
-  "ps_cta_title_2": "Nativer App-Probleme",
-  "ps_description": "Erhalten Sie Notfall-Support für Ihre Capacitor-App. 4 Stunden Support für 1000€/Monat. Wir helfen bei Deployment-Problemen, Abstürzen und nativen Problemen.",
-  "ps_expert_backup": "Experten-Backup auf Abruf",
-  "ps_expert_backup_desc": "Mit Premium Support haben Sie Capacitor-Experten bereit, einzuspringen, wenn Sie Hilfe brauchen.",
-  "ps_faq_a1": "Zusätzliche Stunden werden mit 250€/Stunde berechnet. Die meisten Unternehmen finden 4 Stunden für einen typischen Monat ausreichend, aber manchmal brauchen Sie mehr Hilfe, und das ist völlig in Ordnung.",
-  "ps_faq_a2": "Nein, Stunden werden nicht auf den nächsten Monat übertragen. Der Retainer stellt sicher, dass wir verfügbar sind und Ihre Anfragen priorisieren, wenn Sie Hilfe brauchen. Betrachten Sie es als Versicherung für Ihre App.",
-  "ps_faq_a3": "Wir antworten in der Regel innerhalb von Stunden an Werktagen. Bei kritischen Produktionsproblemen priorisieren wir es, Ihnen so schnell wie möglich zu helfen.",
-  "ps_faq_a4": "Regulärer Support ist für Capgo-Produktfragen. Premium Support ist für jedes Capacitor-App-Problem - Deployment-Probleme, Abstürze, native Bugs, Performance - alles, wobei Ihr Team Expertenhilfe braucht.",
-  "ps_faq_a5": "Nein! Premium Support ist für jedes Unternehmen mit einer Capacitor-App verfügbar, unabhängig davon, ob Sie Capgo nutzen oder nicht.",
-  "ps_faq_q1": "Was, wenn ich mehr als 4 Stunden brauche?",
-  "ps_faq_q2": "Werden ungenutzte Stunden übertragen?",
-  "ps_faq_q3": "Wie schnell antworten Sie?",
-  "ps_faq_q4": "Was ist der Unterschied zum regulären Support?",
-  "ps_faq_q5": "Muss ich Capgo-Kunde sein?",
-  "ps_faq_title": "Häufig gestellte Fragen",
-  "ps_feature_direct_desc": "Sprechen Sie direkt mit unseren Ingenieuren. Keine Ticket-Warteschlangen, kein Warten auf Triage. Echte Experten, echt schnell.",
-  "ps_feature_direct_title": "Direkter Zugang",
-  "ps_feature_emergency_desc": "Wenn Ihre App in der Produktion abstürzt oder das Deployment fehlschlägt, lassen wir alles stehen, um Ihnen schnell zu helfen.",
-  "ps_feature_emergency_title": "Notfall-Reaktion",
-  "ps_feature_native_desc": "Tiefes Wissen über iOS, Android und Capacitor-Interna. Wir lösen die Probleme, die Ihr Team nicht lösen kann.",
-  "ps_feature_native_title": "Native Expertise",
-  "ps_feature_time_desc": "Hören Sie auf, Tage mit dem Debuggen nativer Probleme zu verbringen. Holen Sie sich Expertenhilfe und liefern Sie Ihre Features schneller.",
-  "ps_feature_time_title": "Wertvolle Zeit sparen",
-  "ps_help_crashes_desc": "Produktionsabstürze, Speicherprobleme, ANRs auf Android",
-  "ps_help_crashes_title": "App-Abstürze",
-  "ps_help_deployment_desc": "App Store-Ablehnungen, Build-Fehler, Signierungsprobleme",
-  "ps_help_deployment_title": "Deployment-Probleme",
-  "ps_help_native_desc": "iOS/Android native Code-Bugs, Plugin-Konflikte",
-  "ps_help_native_title": "Native Probleme",
-  "ps_help_performance_desc": "App-Optimierung, Startzeit, Speichernutzung",
-  "ps_help_performance_title": "Performance",
-  "ps_help_plugin_desc": "Capacitor-Plugin-Konfiguration, benutzerdefiniertes Plugin-Debugging",
-  "ps_help_plugin_title": "Plugin-Probleme",
-  "ps_help_updates_desc": "Capgo-Integration, Update-Fehler, Rollback-Probleme",
-  "ps_help_updates_title": "Live Updates",
-  "ps_hero_subtitle": "Ihre App ist in der Produktion abgestürzt? Deployment hängt? Native Seite verhält sich seltsam?",
-  "ps_hero_subtitle_strong": "Wir kommen und retten den Tag.",
-  "ps_hero_title_1": "Expertenhilfe wenn",
-  "ps_hero_title_2": "Sie sie am meisten brauchen",
-  "ps_hours": "4 Stunden",
-  "ps_how_it_works": "So funktioniert es",
-  "ps_of_expert_support": "Expertensupport",
-  "ps_peace_of_mind": "Seelenfrieden für Ihre Capacitor-App",
-  "ps_per_month": "pro Monat",
-  "ps_premium_support": "Premium Support",
-  "ps_price": "1.000€",
-  "ps_problem_blocked_desc": "Apple oder Google hat Ihr Update abgelehnt. Die Fehlermeldung ist kryptisch. Ihre Deadline ist morgen.",
-  "ps_problem_blocked_title": "Deployment blockiert",
-  "ps_problem_confused_desc": "Etwas ist nach dem letzten Update kaputtgegangen. Ihr Web-Team kennt sich mit nativem Code nicht aus. Tage des Debuggens stehen bevor.",
-  "ps_problem_confused_title": "Keine Ahnung, was los ist",
-  "ps_problem_crash_desc": "Ihre App stürzt für Tausende von Benutzern ab. Der Stack-Trace zeigt auf nativen Code, den Sie nicht verstehen.",
-  "ps_problem_crash_title": "Produktionsabsturz",
-  "ps_questions": "Fragen?",
-  "ps_rate_info": "250€/Stunde effektiver Stundensatz • Zusätzliche Stunden zum gleichen Preis verfügbar",
-  "ps_reality": "Die Realität",
-  "ps_retainer_badge": "Premium Support Retainer",
-  "ps_schedule_call": "Termin vereinbaren",
-  "ps_secure_payment": "Sichere Zahlung über Stripe",
-  "ps_solution": "Die Lösung",
-  "ps_step1_desc": "Melden Sie sich für 1.000€/Monat an. Sie erhalten 4 Stunden Expertensupport.",
-  "ps_step1_title": "Abonnieren",
-  "ps_step2_desc": "Wenn Sie ein Problem haben, kontaktieren Sie uns per E-Mail oder Discord. Beschreiben Sie das Problem.",
-  "ps_step2_title": "Kontaktieren",
-  "ps_step3_desc": "Unsere Experten springen ein, diagnostizieren das Problem und helfen Ihnen, es schnell zu lösen.",
-  "ps_step3_title": "Wir reparieren es",
-  "ps_subscribe_now": "Jetzt abonnieren",
-  "ps_talk_first": "Erst mal sprechen",
-  "ps_title": "Premium Support für Capacitor Apps",
-  "ps_to_learn_more": "um mehr zu erfahren.",
-  "ps_trust_title": "Unternehmen vertrauen unserer Expertise",
-  "ps_what_we_help": "Wobei wir helfen",
-  "ps_what_we_help_desc": "Jedes Capacitor- oder Mobile-App-Problem, mit dem Ihr Team kämpft.",
-  "ps_when_things_go_wrong": "Wenn bei Mobile Apps etwas schief geht",
-  "ps_you_know_the_feeling": "Sie kennen das Gefühl...",
-  "purchase_timeframe": "Die Waren wurden in den letzten 14 Tagen gekauft.",
-  "push_notifications": "Push-Benachrichtigungen",
-  "push_updates_to_production_from_anywhere": "Pushen Sie Updates von überall auf die Produktion",
-  "qa_teams": "QA-Teams",
-  "questions_about_policy": "Wenn Sie Fragen zu unserer Rückgabe- und Erstattungspolitik haben, kontaktieren Sie uns bitte:",
-  "questions_and_answers": "Fragen & Antworten",
-  "quick_decision_making": "Schnelle Entscheidungsfindung",
-  "quote": "Zitat",
-  "reach_users_now_not_weeks_later": "Erreichen Sie Nutzer jetzt, nicht in Wochen.",
-  "react_native_power_approximately_1_of_apps_on_google_play_store": "React Native macht ungefähr $1% der Apps im Google Play Store aus.",
-  "read_our_aup": "Lesen Sie unsere Richtlinie für die akzeptable Nutzung",
-  "read_our_data_processing_agreement": "Lesen Sie unsere Vereinbarung zur Datenverarbeitung",
-  "read_our_disclaimer": "Lese unseren Haftungsausschluss",
-  "read_our_eula": "Lesen Sie unsere Endbenutzer-Lizenzvereinbarung.",
-  "read_our_privacy_policy_description": "Capgo Datenschutzrichtlinie - Erfahren Sie, wie wir Ihre Daten schützen und die Privatsphäre der Benutzer in unserem Live-Update-Service für Capacitor-Apps respektieren.",
-  "read_our_return_policy": "Lesen Sie unsere Rückgabebedingungen",
-  "read_our_security_policy": "Lesen Sie unsere Sicherheitsrichtlinie",
-  "read_our_sla_policy": "Lesen Sie unsere SLA-Richtlinie",
-  "read_our_terms_of_service": "Lesen Sie unsere Nutzungsbedingungen",
-  "read_the_full_story_of_capgos_challenging_birth_as_a_solo_maker_project": "Lesen Sie die gesamte Geschichte von Capgos herausfordernder Geburt als Einzelmacherprojekt.",
-  "read_the_style_guide": "Lese den <a href=\"https://deno.land/manual@v1.25.4/contributing/style_guide\">Stilführer.</a>",
-  "ready_to_bring_vision_to_life": "Bereit, Ihre Vision zum Leben zu erwecken? Lassen Sie uns besprechen, wie wir Ihre Entwicklung beschleunigen können.",
-  "ready_to_deliver": "Bereit zur Lieferung",
-  "ready_to_go_mobile": "Bereit für den mobilen Einsatz?",
-  "ready_to_scale": "Bereit zum Skalieren",
-  "ready_to_use_plugins": "Einsatzbereite Plugins",
-  "real_time_analytics": "Echtzeitanalyse",
-  "real_time_statistics": "Echtzeit-Statistiken",
-  "register": "Registrieren",
-  "register_code": "Registrierungscode",
-  "register_description": "Erstellen Sie Ihr kostenloses Capgo-Konto und beginnen Sie in wenigen Minuten mit der Bereitstellung von Live-Updates für Ihre Capacitor-Apps.",
-  "register_title": "Registrieren Sie sich bei Capgo",
-  "register_tos_notice": "Mit der Registrierung akzeptieren Sie unsere <a href=\"https://capgo.app/tos/\" target=\"_blank\" rel=\"noopener noreferrer\">Nutzungsbedingungen</a>.",
-  "reimbursement_policy": "Wir werden Ihnen spätestens 14 Tage nach dem Tag, an dem wir die zurückgesandte Ware erhalten, den Betrag zurückerstatten. Wir verwenden dasselbe Zahlungsmittel, das Sie für die Bestellung verwendet haben, und Ihnen entstehen keine Gebühren für diese Rückerstattung.",
-  "remove_modify_content": "Inhalte oder Ressourcen entfernen, den Zugriff darauf deaktivieren oder ändern, die diese Richtlinie oder eine andere Vereinbarung, die wir mit Ihnen für die Nutzung der Dienste oder der Capgo-Website haben, verletzen.",
-  "report_issues_directly": "Melden Sie Probleme direkt",
-  "report_violations_desc": "Wir können jede Aktivität melden, von der wir vermuten, dass sie gegen ein Gesetz oder eine Verordnung verstößt, an die entsprechenden Strafverfolgungsbehörden, Regulierungsbehörden oder andere geeignete Dritte.",
-  "report_violations_desc_2": "Unser Berichtswesen kann die Offenlegung entsprechender Kundeninformationen umfassen. Wir können auch mit geeigneten Strafverfolgungsbehörden, Regulierungsbehörden oder anderen geeigneten Dritten zusammenarbeiten, um bei der Untersuchung und Verfolgung von rechtswidrigem Verhalten zu helfen, indem wir Netzwerk- und Systeminformationen im Zusammenhang mit den angeblichen Verstößen gegen diese Richtlinie bereitstellen.",
-  "repositories_have_different_scopes_use_different_programming_languages_and_have_varying_level_when_it_comes_to_contributions": "Repositories haben unterschiedliche Bereiche, verwenden unterschiedliche Programmiersprachen und weisen unterschiedliche Niveaus in Bezug auf Beiträge auf.",
-  "request_demo": "Demo anfordern",
-  "required_storage_space": "Benötigter Speicherplatz",
-  "requires_capgo_account": "Benötigt ein Capgo-Konto",
-  "return_address": "6 sepapaja  \nTallinn, 15510  \nEstland",
-  "return_eligibility": "Damit die Waren für eine Rücksendung in Frage kommen, stellen Sie bitte sicher, dass:",
-  "return_policy": "Rückgaberecht",
-  "return_policy_title": "Rückgabe- und Erstattungsrichtlinie",
-  "return_responsibility": "Sie sind verantwortlich für die Kosten und das Risiko der Rücksendung der Waren an uns. Sie sollten die Waren an folgende Adresse senden:",
-  "return_shipping_disclaimer": "Wir können nicht für beschädigte oder verlorene Waren während des Rückversands verantwortlich gemacht werden. Daher empfehlen wir einen versicherten und nachverfolgbaren Versanddienst. Wir können eine Rückerstattung nicht ausstellen, ohne den tatsächlichen Erhalt der Waren oder einen Nachweis über die erhaltene Rücksendung.",
-  "returning_goods": "Warenrückgabe",
-  "revert_to_previous_version_with_one_tap": "Zurück zur vorherigen Version mit einem Klick",
-  "revert_to_previous_versions_if_needed": "Bei Bedarf auf frühere Versionen zurücksetzen",
-  "review_before_passing_the_code_to_the_production": "Überprüfung, bevor der Code in die Produktion übergeben wird.",
-  "right_to_refuse": "Wir behalten uns das Recht vor, Rücksendungen von Waren, die die oben genannten Rückgabebedingungen nicht erfüllen, ganz nach unserem eigenen Ermessen abzulehnen.",
-  "role_based_access_control": "Rollenbasierte Zugriffskontrolle",
-  "rollback_capability": "Rückgängig-Funktionalität",
-  "sale_items_policy": "Nur regulär preisige Waren können erstattet werden. Leider können im Angebot befindliche Waren nicht erstattet werden. Diese Ausschlussregelung gilt möglicherweise nicht für Sie, wenn dies nach geltendem Recht nicht zulässig ist.",
-  "save": "Speichern",
-  "scheduled_availability_desc": "\"Geplante Verfügbarkeit\" bedeutet die Zeit, in Minuten, während der die entsprechenden Dienste allgemein für die autorisierten Benutzer des Kunden zugänglich und verfügbar sind.",
-  "scheduled_availability_title": "4.1 Geplante Verfügbarkeit",
-  "sdk_bridges": "SDK-Brücken",
-  "seamless_integration": "Nahtlose Integration",
-  "seamless_integration_with_your_capgo_account": "Nahtlose Integration mit Ihrem Capgo-Konto",
-  "seamless_third_party_sdk": "Nahtlose Integration von Drittanbieter-SDKs mit TypeScript-Definitionen, Dokumentation und fortlaufender Unterstützung.",
-  "security_and_compliance": "Sicherheit & Compliance",
-  "security_closing": "Wir bemühen uns, alle Probleme so schnell wie möglich zu lösen, und wir möchten eine aktive Rolle bei der endgültigen Veröffentlichung des Problems spielen, nachdem es gelöst wurde.",
-  "security_compliance": "Sicherheit & Compliance",
-  "security_disclosure_guidelines_1": "Um unsere Kunden zu schützen, offenbaren Sie das Problem anderen nicht, bis wir es untersucht, behoben und unsere betroffenen Kunden informiert haben.",
-  "security_disclosure_guidelines_2": "Wenn Sie Ihre Forschung zu Capgo auf einer Konferenz, in einem Blog oder einem anderen öffentlichen Forum öffentlich teilen möchten, sollten Sie uns mindestens 30 Tage vor dem Veröffentlichungstermin einen Entwurf zur Überprüfung und Genehmigung zusenden. Bitte beachten Sie, dass Folgendes nicht enthalten sein sollte:",
-  "security_disclosure_guidelines_2_1": "Daten zu Projekten von Capgo-Kunden",
-  "security_disclosure_guidelines_2_2": "Capgo-Kundendaten",
-  "security_disclosure_guidelines_2_3": "Informationen über Capgo-Mitarbeiter, Auftragnehmer oder Partner",
-  "security_disclosure_guidelines_title": "Offenlegungsrichtlinien:",
-  "security_discovery": "Wenn Sie eine Sicherheitsanfälligkeit entdecken, möchten wir darüber informiert werden, damit wir schnellstmöglich Maßnahmen zur Behebung ergreifen können. Wir möchten Sie bitten, uns zu helfen, unsere Kunden und unsere Systeme besser zu schützen.",
-  "security_intro": "Bei Capgo betrachten wir die Sicherheit unserer Systeme als oberste Priorität. Allerdings kann es trotz aller Bemühungen um die Systemsicherheit weiterhin Schwachstellen geben.",
-  "security_out_of_scope_1": "Clickjacking auf Seiten ohne sensible Aktionen.",
-  "security_out_of_scope_10": "Tote Links",
-  "security_out_of_scope_11": "Benutzerenumeration",
-  "security_out_of_scope_2": "Unbefugt/Abmelden/Anmelden CSRF.",
-  "security_out_of_scope_3": "Angriffe, die MITM oder physischen Zugriff auf das Gerät eines Benutzers erfordern.",
-  "security_out_of_scope_4": "Angriffe, die soziale Ingenieurtechnik erfordern.",
-  "security_out_of_scope_5": "Jede Aktivität, die zu einer Unterbrechung unseres Dienstes (DoS) führen könnte.",
-  "security_out_of_scope_6": "Inhalte-Vortäuschung und Textinjektionsprobleme ohne einen Angriffsvektor anzuzeigen/ohne HTML/CSS ändern zu können.",
-  "security_out_of_scope_7": "E-Mail-Spoofing",
-  "security_out_of_scope_8": "Fehlende DNSSEC-, CAA- und CSP-Header",
-  "security_out_of_scope_9": "Fehlendes Secure- oder HTTP-only-Flag bei nicht sensiblen Cookies",
-  "security_out_of_scope_title": "Außerhalb des Umfangs stehende Schwachstellen:",
-  "security_policy": "Sicherheitspolitik",
-  "security_reporting_guidelines_1": "Reichen Sie Ihre Ergebnisse über unser GitHub-Sicherheitsgutachten ein:",
-  "security_reporting_guidelines_2": "Bitte stellen Sie ausreichende Informationen zur Verfügung, um das Problem zu reproduzieren, damit wir es so schnell wie möglich lösen können.",
-  "security_reporting_guidelines_title": "Berichterstattung Richtlinien:",
-  "security_supabase_limitations_1": "Reports must include a reproducible demo Supabase project, with steps, that matches our settings and demonstrates the behavior.",
-  "security_supabase_limitations_2": "Reports must include the exact Supabase setting/config change that fixes the behavior while keeping our existing rules/policies intact.",
-  "security_supabase_limitations_3": "Account/email flows are validated against the Supabase project settings (for example, whether email verification is disabled and capture flow is used).",
-  "security_supabase_limitations_4": "Password and email/password update flows may depend on current Supabase Auth session and re-verification settings.",
-  "security_supabase_limitations_5": "If a demo project proves a concrete Supabase-side fix with no Capgo policy change, we review it as actionable.",
-  "security_supabase_limitations_intro": "Some findings are repeatedly reported and tied to Supabase Auth behavior. These are only reviewed when reproduced in a shared Supabase demo project configured like ours, and when a Supabase-side configuration fix exists without changing Capgo security rules.",
-  "security_supabase_limitations_title": "Known Supabase Auth Limitations",
-  "security_testing_guidelines_1": "Führen Sie keine automatisierten Scanner auf den Projekten anderer Kunden aus. Der Einsatz von automatisierten Scannern kann die Kosten für unsere Nutzer in die Höhe treiben. Aggressiv konfigurierte Scanner könnten unbeabsichtigt Dienste stören, Sicherheitsanfälligkeiten ausnutzen, zu Systeminstabilität oder -verletzungen führen und die Nutzungsbedingungen unserer Anbieter verletzen. Unsere eigenen Sicherheitssysteme werden nicht in der Lage sein, feindliche Aufklärung von Whitehat-Forschung zu unterscheiden. Wenn Sie einen automatisierten Scanner ausführen möchten, benachrichtigen Sie uns unter security@capgo.app und führen Sie ihn nur auf Ihrem eigenen Capgo-Projekt aus. Greifen Sie NICHT die Projekte anderer Kunden an.",
-  "security_testing_guidelines_2": "Nutzen Sie die Entdeckung der Schwachstelle oder des Problems nicht aus, indem Sie beispielsweise mehr Daten herunterladen als nötig, um die Schwachstelle zu demonstrieren, oder indem Sie Daten anderer Personen löschen oder ändern.",
-  "security_testing_guidelines_title": "Testrichtlinien:",
-  "security_txt": "Sicherheit.txt",
-  "security_what_we_promise_1": "Wir werden innerhalb von 7 Geschäftstagen auf Ihren Bericht reagieren und Ihnen unsere Bewertung des Berichts sowie ein erwartetes Lösungsdatum mitteilen.",
-  "security_what_we_promise_2": "Wenn Sie die obigen Anweisungen befolgt haben, werden wir keine rechtlichen Schritte gegen Sie im Zusammenhang mit dem Bericht einleiten.",
-  "security_what_we_promise_3": "Wir werden Ihren Bericht strikt vertraulich behandeln und Ihre persönlichen Daten ohne Ihre Zustimmung nicht an Dritte weitergeben.",
-  "security_what_we_promise_4": "Wir halten Sie über den Fortschritt bei der Lösung des Problems informiert.",
-  "security_what_we_promise_5": "In den öffentlichen Informationen zu dem gemeldeten Problem werden wir Ihren Namen als Entdecker des Problems angeben (es sei denn, Sie wünschen etwas anderes).",
-  "security_what_we_promise_title": "Was wir versprechen:",
-  "see_all_from_our_blog": "Alle Beiträge aus unserem Blog ansehen",
-  "see_in_play_store": "Im Play Store ansehen",
-  "select_your_app": "Wählen Sie Ihre App",
-  "self_hosted_storage_options": "Selbst gehostete Speicheroptionen",
-  "semver_tester": "SemVer Tester",
-  "service_credits_desc": "Wenn das Uptime-Engagement in einem bestimmten Kalendermonat während der Abonnementsdauer nicht erfüllt wird, ist der Kunde für ein Serviceguthaben (\"Service Credit\") berechtigt, vorausgesetzt, der Kunde meldet Capgo das Versagen, das Uptime-Engagement zu erfüllen, und beantragt dieses Serviceguthaben gemäß diesem Anhang. Der Betrag eines hierunter fälligen Serviceguthabens wird wie folgt berechnet: X * Y, wobei X die gesamten Gebühren sind, die der Kunde für die betroffenen Dienstleistungen im relevanten Kalendermonat an Capgo schuldet (unabhängig davon, wann sie in Rechnung gestellt oder fällig sind), und Y der Kreditprozentsatz ist, der der tatsächlichen Verfügbarkeit entspricht, die für den relevanten Kalendermonat bereitgestellt wird (in Prozent der Gesamtzeit), wie in der Tabelle unten aufgeführt.",
-  "service_credits_title": "2. Dienstguthaben",
-  "service_definition": "<strong>Service</strong> bezieht sich auf die Anwendung.",
-  "service_level_agreement": "Service Level Vereinbarung",
-  "setup_ci_cd_now": "CI/CD jetzt einrichten →",
-  "setup_fee_github_gitlab_ci": "Einrichtungsgebühr + GitHub/GitLab CI",
-  "setup_fee_savings_comparison": "Unsere einmalige Einrichtungsgebühr von 2.600 $ plus etwa 30 $/Monat, die direkt an Ihren Git-Anbieter (GitHub/GitLab) gezahlt werden, führt zu einer Einsparung von 94% im Vergleich zu verwalteten Lösungen wie AppFlow (499 $/Monat).",
-  "severity_level": "Schweregrad",
-  "share_test_builds_with_your_team": "Teilen Sie Testversionen sofort mit Ihrem Team",
-  "share_where_you_want_to_contribute_to_fix_the_backend_of_capgo": "Dort, wo Sie zur Behebung des Backends von Capgo beitragen möchten.",
-  "shared_numbers_api_response": "API-Antwort",
-  "shared_numbers_opensource": "Open-Source",
-  "shared_numbers_speed": "Geschwindigkeit",
-  "shared_numbers_success_rate_desc": "weltweite Erfolgsquote",
-  "shared_numbers_uptodate_24h": "Innerhalb von 24 Stunden auf dem neuesten Stand",
-  "ship_updates_fixes_changes_and_features": "Open-Source Appflow-Alternative für Capacitor-Apps: Live-Updates, native Build-Bereitstellung, Release-Kanäle, Echtzeit-Logs und Analysen in einer Plattform",
-  "sign_in": "Anmelden",
-  "sign_up_button": "Anmelden",
-  "sign_up_for_free": "Melden Sie sich kostenlos an",
-  "signed_verified": "Unterzeichnet & Verifiziert",
-  "single_sign_on_sso": "Einmalanmeldung (SSO)",
-  "sla": "Dienstleistungsvereinbarung",
-  "sla_exclusions_title": "SLA-Ausschlüsse",
-  "sla_intro": "Die folgende Service-Level-Vereinbarung, die in die und Bestandteil der Abonnementvereinbarung zwischen Capgo (\"Capgo\") und dem Kunden (die \"Vereinbarung\") ist, gilt für die Dienstleistungen für Unternehmenskunden, die in einem Bestellformular während der geltenden Abonnementlaufzeit angegeben sind:",
-  "sla_policy": "SLA-Richtlinie",
-  "sla_title": "Service Level Agreements (SLAs)",
-  "smart_investment_massive_savings": "Kluge Investition, massive Einsparungen",
-  "soc1_compliant": "SOC 1-konform",
-  "soc2_compliance": "SOC 2 zertifiziert",
-  "soc2_compliance_short": "SOC 2 Typ II-konform",
-  "soc2_compliant": "SOC 2-konform",
-  "soc2_enterprise_only": "Derzeit ist es nur im Enterprise-Plan verfügbar.",
-  "soc2_explanation": "SOC 2 bezieht sich auf die SOC 2 Typ II Zertifizierung, einen anerkannten Sicherheits-Compliance-Standard. Capgo ist SOC 2 Typ II zertifiziert, was bedeutet, dass seine Systeme und Prozesse unabhängig auditiert werden, um hohe Standards für Sicherheit, Verfügbarkeit und Vertraulichkeit zu gewährleisten.",
-  "soc2_type_ii_certified_infrastructure": "SOC 2 Typ II zertifizierte Infrastruktur, die höchste Sicherheits- und Datenschutzstandards gewährleistet",
-  "soc2_what_does_it_mean": "SOC 2: Was bedeutet das?",
-  "social_auth_simplified": "Soziale Authentifizierung vereinfacht",
-  "solution_chat_shipped": "Versendet. Nächster.",
-  "solution_chat_users_have_it": "Meine Benutzer haben es bereits. 🎉",
-  "solution_chat_whats_status": "Wie ist der Status der App?",
-  "solutions": "Lösungen",
-  "solutions_agencies_badge": "Agentur-Lösung",
-  "solutions_agencies_cta_note": "14 Tage kostenlos testen. Keine Kreditkarte erforderlich.",
-  "solutions_agencies_cta_subtitle": "Starten Sie mit dem Agentur-Plan für professionelles Client-Management",
-  "solutions_agencies_cta_title": "Bereit Ihre Clients besser zu managen?",
-  "solutions_agencies_description": "Verwalten Sie alle Client-Apps von einem Dashboard. Separate Channels pro Client, team-spezifische Zugänge, professionelle Übergabe an Clients.",
-  "solutions_agencies_hero_subtitle": "Schluss mit dem Jonglieren von TestFlight-Konten und Store-Zugängen. Verwalten Sie Updates für alle Clients an einem Ort mit professionellen Übergabe-Tools.",
-  "solutions_agencies_hero_title": "Alle Client-Apps. Ein Dashboard.",
-  "solutions_agencies_nightmare_label": "Der Agentur-Alptraum",
-  "solutions_agencies_nightmare_title": "Zu viele Clients, zu wenig Zeit",
-  "solutions_agencies_pain1_desc": "Every client has different app store accounts, different workflows, different expectations. Managing them all is chaos.",
-  "solutions_agencies_pain1_title": "10 Clients = 10 Deployment Processes",
-  "solutions_agencies_pain2_desc": "Client calls at 5 PM: 'The homepage is broken.' You fix it. Then you explain the 5-day app store review process.",
-  "solutions_agencies_pain2_title": "Clients Want Updates Yesterday",
-  "solutions_agencies_pain3_desc": "The developer who knew how to deploy to Client X left. Now nobody knows the credentials or the process.",
-  "solutions_agencies_pain3_title": "Team Turnover Breaks Everything",
-  "solutions_agencies_pain4_desc": "You quoted a fixed price. Now you're eating the cost of every bug fix because app store reviews eat your margins.",
-  "solutions_agencies_pain4_title": "Fixed-Price Projects, Unlimited Maintenance",
-  "solutions_agencies_pain5_desc": "'Why isn't the fix live yet?' Because Apple takes 5 days. But they don't understand that.",
-  "solutions_agencies_pain5_title": "Clients Blame You for Store Delays",
-  "solutions_agencies_pain6_desc": "When the project ends, transferring everything to the client takes weeks and still goes wrong.",
-  "solutions_agencies_pain6_title": "Handoff Is a Nightmare",
-  "solutions_agencies_partner": "Become a partner",
-  "solutions_agencies_partner_subtitle": "Alles für professionelles Client-Management",
-  "solutions_agencies_partner_title": "Ihr Agentur-Partner",
-  "solutions_agencies_perk1_desc": "The more clients you manage, the less you pay per app. Discounts up to 40% off.",
-  "solutions_agencies_perk1_title": "Volume Discounts",
-  "solutions_agencies_perk2_desc": "Direct Slack channel with our team. Response in hours, not days.",
-  "solutions_agencies_perk2_title": "Priority Support",
-  "solutions_agencies_perk3_desc": "Featured in our agency directory. Case studies and testimonials that drive leads.",
-  "solutions_agencies_perk3_title": "Co-Marketing",
-  "solutions_agencies_short": "Agenturen",
-  "solutions_agencies_sol1_desc": "See all your clients' apps in one dashboard. Push updates to any of them with one click.",
-  "solutions_agencies_sol1_point1": "All clients, one login",
-  "solutions_agencies_sol1_point2": "Team permissions per client",
-  "solutions_agencies_sol1_point3": "White-label reporting for clients",
-  "solutions_agencies_sol1_title": "Unified Client Management",
-  "solutions_agencies_sol2_desc": "Your clients see your brand, not ours. Custom domains, custom emails, your logo everywhere.",
-  "solutions_agencies_sol2_point1": "Custom domains per client",
-  "solutions_agencies_sol2_point2": "Your branding on all reports",
-  "solutions_agencies_sol2_point3": "Client portals with your logo",
-  "solutions_agencies_sol2_title": "White-Label Everything",
-  "solutions_agencies_sol3_desc": "When the project ends, transfer everything to the client with one click. No missing credentials. No broken processes.",
-  "solutions_agencies_sol3_point1": "One-click ownership transfer",
-  "solutions_agencies_sol3_point2": "Documented deployment process",
-  "solutions_agencies_sol3_point3": "Training materials included",
-  "solutions_agencies_sol3_title": "Clean Client Handoffs",
-  "solutions_agencies_solution_label": "Die Lösung",
-  "solutions_agencies_solution_subtitle": "Ein Dashboard für alle Clients",
-  "solutions_agencies_solution_title": "Professionelles Client-Management",
-  "solutions_agencies_tagline": "Mehrere Client-Apps verwalten",
-  "solutions_agencies_title": "Für Agenturen",
-  "solutions_app_store_compliant": "App Store konform",
-  "solutions_avg_cost_per_bug": "50.000€",
-  "solutions_avg_review_time": "2-7 Tage",
-  "solutions_benefit1_desc": "Updates download while users use your app. No spinners, no loading screens, no interruptions. When they next launch, the new version is simply there.",
-  "solutions_benefit1_point1": "Differential updates download only changed files - typically 100KB-500KB instead of full bundles",
-  "solutions_benefit1_point2": "Intelligent bandwidth detection pauses downloads on slow connections to preserve user experience",
-  "solutions_benefit1_point3": "Updates never interrupt active sessions - they apply only on next cold start",
-  "solutions_benefit1_stat": "of updates complete without user awareness",
-  "solutions_benefit1_title": "Silent Background Updates",
-  "solutions_benefit2_desc": "Every update is wrapped in crash detection. If your new code causes crashes, Capgo automatically reverts to the previous working version. Your users never see a broken app.",
-  "solutions_benefit2_point1": "Crash detection triggers within the first 10 seconds of app launch",
-  "solutions_benefit2_point2": "Automatic rollback preserves user data and session state",
-  "solutions_benefit2_point3": "You're immediately notified with crash logs and stack traces",
-  "solutions_benefit2_stat": "Average rollback time when issues detected",
-  "solutions_benefit2_title": "Automatic Rollback Protection",
-  "solutions_benefit3_desc": "Capgo works within Apple and Google's guidelines. You're updating JavaScript and assets - not native code. Both app stores explicitly allow this, and thousands of apps use Capgo in production.",
-  "solutions_benefit3_point1": "Apple's 3.3.2 permits JavaScript updates that don't change app functionality",
-  "solutions_benefit3_point2": "Google Play allows updates that preserve the app's core purpose",
-  "solutions_benefit3_point3": "Used by Fortune 500 companies without any app store rejections",
-  "solutions_benefit3_stat": "App store compliance rate",
-  "solutions_benefit3_title": "100% App Store Compliant",
-  "solutions_benefits_subtitle": "Alles was Sie brauchen, um Ihre App aktuell zu halten",
-  "solutions_beta_testing": "Beta-Tests",
-  "solutions_beta_testing_compare_capgo": "Capgo",
-  "solutions_beta_testing_compare_distribution": "Verteilung",
-  "solutions_beta_testing_compare_distribution_capgo": "Link teilen oder QR-Code",
-  "solutions_beta_testing_compare_distribution_tf": "E-Mail-Einladungen, Geräteregistrierung",
-  "solutions_beta_testing_compare_feedback": "Feedback-Loop",
-  "solutions_beta_testing_compare_feedback_capgo": "Sofortiges In-App-Feedback",
-  "solutions_beta_testing_compare_feedback_tf": "App Store Connect prüfen",
-  "solutions_beta_testing_compare_switching": "Version wechseln",
-  "solutions_beta_testing_compare_switching_capgo": "Automatische Updates",
-  "solutions_beta_testing_compare_switching_tf": "Neue Beta-Version installieren",
-  "solutions_beta_testing_compare_testflight": "TestFlight",
-  "solutions_beta_testing_compare_title": "Der Unterschied",
-  "solutions_beta_testing_compare_upload": "Upload zu Testern",
-  "solutions_beta_testing_compare_upload_capgo": "Sekunden",
-  "solutions_beta_testing_compare_upload_tf": "30+ Minuten Verarbeitung",
-  "solutions_beta_testing_cta_subtitle": "Verteilen Sie Beta-Builds sofort und erhalten Sie schneller Feedback",
-  "solutions_beta_testing_cta_title": "Besseres Beta-Testing starten",
-  "solutions_beta_testing_description": "Verteilen Sie Beta-Builds sofort an Tester. Keine TestFlight-Wartezeiten, keine komplizierte Tester-Verwaltung. Einfach teilen und Feedback erhalten.",
-  "solutions_beta_testing_feature1_desc": "Build a simple UI that lists available channels. Testers tap to switch - the new build downloads and applies immediately.",
-  "solutions_beta_testing_feature1_title": "In-App Channel Selector",
-  "solutions_beta_testing_feature2_desc": "Generate a link that opens your app and switches to a specific channel. Share via Slack, email, or add to your PR template.",
-  "solutions_beta_testing_feature2_title": "Deep Link Distribution",
-  "solutions_beta_testing_feature3_desc": "No more waiting for TestFlight processing. No more explaining Google Play beta enrollment. Just share a link and testers have the build.",
-  "solutions_beta_testing_feature3_title": "Skip TestFlight Entirely",
-  "solutions_beta_testing_feature4_desc": "Push a fix, testers get it in seconds. No reinstalls, no approval delays. The fastest feedback loop in mobile development.",
-  "solutions_beta_testing_feature4_title": "Instant Feedback Loop",
-  "solutions_beta_testing_hero_subtitle": "Vergessen Sie TestFlight-Verarbeitung und komplizierte Tester-Einladungen. Mit Capgo erhalten Ihre Beta-Tester Updates sofort - genau wie Ihre Produktionsnutzer.",
-  "solutions_beta_testing_hero_title": "Beta-Testing ohne den Aufwand",
-  "solutions_beta_testing_title": "Optimiertes Beta-Testing",
-  "solutions_beta_testing_usecases_beta": "Beta-Programme",
-  "solutions_beta_testing_usecases_beta_desc": "Führen Sie öffentliche oder private Betas mit sofortiger Update-Verteilung durch",
-  "solutions_beta_testing_usecases_qa": "QA-Teams",
-  "solutions_beta_testing_usecases_qa_desc": "Geben Sie internen Testern immer Zugang zur neuesten Version",
-  "solutions_beta_testing_usecases_stakeholders": "Stakeholder",
-  "solutions_beta_testing_usecases_stakeholders_desc": "Zeigen Sie Features vor dem Release ohne technischen Aufwand",
-  "solutions_beta_testing_usecases_title": "Perfekt für",
-  "solutions_bug_cost_explanation": "Durchschnittliche Kosten eines kritischen Fehlers in der Produktion",
-  "solutions_by_industry": "Nach Branche",
-  "solutions_by_team": "Nach Team",
-  "solutions_by_use_case": "Nach Anwendungsfall",
-  "solutions_churn_explanation": "der Nutzer deinstallieren nach einem schlechten Update",
-  "solutions_cordova_to_capacitor_ai_badge": "KI-gestützte Migration",
-  "solutions_cordova_to_capacitor_ai_cta_all_inclusive": "All-inclusive Migration",
-  "solutions_cordova_to_capacitor_ai_cta_premium_support": "Premium Support",
-  "solutions_cordova_to_capacitor_ai_cta_talk": "Mit dem Team sprechen",
-  "solutions_cordova_to_capacitor_ai_description": "Ein KI-gestützter Cordova-zu-Capacitor-Migrationsleitfaden 2026 mit praktischer Checkliste, Plugin-Ersatz-Mapping und Capgo-first-Alternativen. Inklusive Copy/Paste-Prompts und einer All-inclusive-Migrationsoption.",
-  "solutions_cordova_to_capacitor_ai_h1": "KI-gestützte Cordova-zu-Capacitor-Migration",
-  "solutions_cordova_to_capacitor_ai_help_item1": "Cordova-zu-Capacitor-Migrationsservice",
-  "solutions_cordova_to_capacitor_ai_help_item2": "Premium Support für laufenden Native- und Release-Support",
-  "solutions_cordova_to_capacitor_ai_hero_subtitle": "Praktische Checkliste + Plugin-Ersatz-Mapping + Copy/Paste-KI-Prompts. Für Teams, die weniger Überraschungen, schnelleren Cutover und eine stabile Capacitor-Baseline wollen.",
-  "solutions_cordova_to_capacitor_ai_last_updated": "Zuletzt aktualisiert:",
-  "solutions_cordova_to_capacitor_ai_last_updated_date": "8. Februar 2026",
-  "solutions_cordova_to_capacitor_ai_link_checklist": "Migrations-Checkliste",
-  "solutions_cordova_to_capacitor_ai_link_help": "All-inclusive Option",
-  "solutions_cordova_to_capacitor_ai_link_plugins": "Plugin-Ersatz-Mapping",
-  "solutions_cordova_to_capacitor_ai_link_prompts": "KI-Prompts",
-  "solutions_cordova_to_capacitor_ai_link_skills": "Capgo Skills für KI-Agents",
-  "solutions_cordova_to_capacitor_ai_official_reference": "Offizielle Referenz:",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_link": "Capgo Plugins",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_prefix": "Durchsuche Capgos Plugin-Katalog und mappe nach Fähigkeit:",
-  "solutions_cordova_to_capacitor_ai_prompt1_title": "Prompt 1: Plan fuer Plugin-Ersatz erstellen",
-  "solutions_cordova_to_capacitor_ai_prompt2_title": "Prompt 2: config.xml-Preferences in Capacitor + Native Änderungen übersetzen",
-  "solutions_cordova_to_capacitor_ai_prompt3_title": "Prompt 3: Cutover-Testplan (echte Devices)",
-  "solutions_cordova_to_capacitor_ai_quick_links": "Schnellzugriff",
-  "solutions_cordova_to_capacitor_ai_row_bg_geo": "Hintergrund-Geolocation",
-  "solutions_cordova_to_capacitor_ai_row_biometrics": "Biometrie",
-  "solutions_cordova_to_capacitor_ai_row_camera": "Kamera",
-  "solutions_cordova_to_capacitor_ai_row_iap": "In-App-Kaeufe",
-  "solutions_cordova_to_capacitor_ai_row_inappbrowser": "In-App-Browser",
-  "solutions_cordova_to_capacitor_ai_row_live_updates": "OTA / Live Updates",
-  "solutions_cordova_to_capacitor_ai_row_scanner": "Dokument-Scan",
-  "solutions_cordova_to_capacitor_ai_row_social_login": "Social Login",
-  "solutions_cordova_to_capacitor_ai_row_sqlite": "SQLite",
-  "solutions_cordova_to_capacitor_ai_section_changes_body": "Capacitor ist naeher an einer nativen App, die deine Web-App hostet. Du lieferst echte Xcode- und Android-Studio-Projekte aus, behaeltst deinen bestehenden Web-Code und modernisierst Plugins mit Capacitor-first-APIs.",
-  "solutions_cordova_to_capacitor_ai_section_changes_title": "Was sich ändert, wenn du Cordova verlässt",
-  "solutions_cordova_to_capacitor_ai_section_checklist_title": "Migrations-Checkliste (praktische Reihenfolge)",
-  "solutions_cordova_to_capacitor_ai_section_help_body": "Wenn du Bedenken wegen App-Store-Blockern, Plugin-Regressionen oder Upgrade-Risiken für bestehende Nutzer hast, können wir die Migration end-to-end für dich durchführen.",
-  "solutions_cordova_to_capacitor_ai_section_help_title": "Brauchst du die All-inclusive Option?",
-  "solutions_cordova_to_capacitor_ai_section_plugins_body": "Migration ist der schlechteste Zeitpunkt, um \"irgendwie klappt's\" bei Plugins zu akzeptieren. Ersetze High-Risk-Plugins frueh (Auth, Payments, Background-Services).",
-  "solutions_cordova_to_capacitor_ai_section_plugins_title": "Plugin-Ersatz-Mapping (Capgo-first)",
-  "solutions_cordova_to_capacitor_ai_section_prompts_body": "Diese Prompts sind so formuliert, dass sie nutzbare Outputs liefern (Tabellen, Checklisten, Pläne) statt vager Ratschläge.",
-  "solutions_cordova_to_capacitor_ai_section_prompts_title": "KI-Prompts zum Kopieren/Einfügen",
-  "solutions_cordova_to_capacitor_ai_section_skills_body": "Wenn du einen AI Coding Agent nutzt (Cursor, Claude Code usw.), bekommst du bessere Ergebnisse, wenn der Agent einem konsistenten Playbook für Capacitor-Migrationen folgt. Capgo veröffentlicht Open-Source-Skills für Capacitor: Plugins, Best Practices, Debugging, CI/CD und Live Updates.",
-  "solutions_cordova_to_capacitor_ai_section_skills_title": "Capgo Skills für KI-Agents (migrationsfreundlich)",
-  "solutions_cordova_to_capacitor_ai_short": "KI-Migrationsleitfaden (2026)",
-  "solutions_cordova_to_capacitor_ai_skills_see_link": "Capacitor Skills für KI-Agents",
-  "solutions_cordova_to_capacitor_ai_skills_see_prefix": "Siehe:",
-  "solutions_cordova_to_capacitor_ai_step1_item1": "<strong>config.xml</strong>-Einstellungen (Ausrichtung, Statusleiste usw.)",
-  "solutions_cordova_to_capacitor_ai_step1_item2": "Plugin-Variablen (API-Keys, Manifest-Placeholders, URL-Schemes)",
-  "solutions_cordova_to_capacitor_ai_step1_item3": "Custom Hooks/Skripte, auf die du angewiesen bist",
-  "solutions_cordova_to_capacitor_ai_step1_item4": "Alle manuellen nativen Änderungen in <code>platforms/</code>",
-  "solutions_cordova_to_capacitor_ai_step1_subtitle": "Exportiere, was du heute hast, und nutze es als Input für die Migration:",
-  "solutions_cordova_to_capacitor_ai_step1_title": "1) Deine Cordova-App auditieren",
-  "solutions_cordova_to_capacitor_ai_step2_body": "Stelle sicher, dass dein <code>webDir</code> deinem Build-Output-Ordner entspricht (z.B. <code>dist</code>, <code>build</code>, <code>www</code>).",
-  "solutions_cordova_to_capacitor_ai_step2_title": "2) Capacitor zu deiner Web-App hinzufügen",
-  "solutions_cordova_to_capacitor_ai_step3_title": "3) iOS- und Android-Projekte hinzufuegen",
-  "solutions_cordova_to_capacitor_ai_step4_title": "4) Build + Sync",
-  "solutions_cordova_to_capacitor_ai_table_cordova_plugin": "Cordova-Plugin (Beispiele)",
-  "solutions_cordova_to_capacitor_ai_table_replacement": "Empfohlener Capacitor-Ersatz",
-  "solutions_cordova_to_capacitor_ai_table_use_case": "Anwendungsfall",
-  "solutions_cordova_to_capacitor_ai_title": "KI-gestützte Cordova-zu-Capacitor-Migration (2026)",
-  "solutions_cordova_to_capacitor_badge": "Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_benefit1_desc": "Capacitor follows iOS and Android changes closely, with active community support and a steady stream of updates.",
-  "solutions_cordova_to_capacitor_benefit1_title": "A Maintained Ecosystem",
-  "solutions_cordova_to_capacitor_benefit2_desc": "Modern native projects and clearer plugin patterns mean fewer mysterious runtime issues and faster root-cause analysis.",
-  "solutions_cordova_to_capacitor_benefit2_title": "Fewer Bugs and Easier Debugging",
-  "solutions_cordova_to_capacitor_benefit3_desc": "More modern tooling and WebView integration unlock faster startup paths and smoother UX when you optimize.",
-  "solutions_cordova_to_capacitor_benefit3_title": "Performance Headroom",
-  "solutions_cordova_to_capacitor_benefit4_desc": "Spend less time on forks and brittle build fixes. Reduce the long-term cost of ownership.",
-  "solutions_cordova_to_capacitor_benefit4_title": "Lower Maintenance Burden",
-  "solutions_cordova_to_capacitor_benefit5_desc": "Standard Xcode/Android Studio workflows plus modern CI/CD. Pair with live updates to ship fixes without waiting on reviews.",
-  "solutions_cordova_to_capacitor_benefit5_title": "Faster Releases and Safer Rollouts",
-  "solutions_cordova_to_capacitor_benefit6_desc": "Use Capacitor plugins, keep compatible Cordova plugins when needed, or build custom Swift/Kotlin plugins cleanly.",
-  "solutions_cordova_to_capacitor_benefit6_title": "More Plugins, More Capabilities",
-  "solutions_cordova_to_capacitor_benefit7_desc": "Stay current with platform requirements and dependency updates, and reduce the risk of abandoned packages.",
-  "solutions_cordova_to_capacitor_benefit7_title": "Better Security Posture",
-  "solutions_cordova_to_capacitor_benefit8_desc": "Move on a stack that makes it easier to implement and maintain screen reader support, focus management, and UX fixes.",
-  "solutions_cordova_to_capacitor_benefit8_title": "Accessibility Improvements That Stick",
-  "solutions_cordova_to_capacitor_benefits_label": "Benefits",
-  "solutions_cordova_to_capacitor_benefits_subtitle": "Better maintenance, fewer bugs, better performance, and more ways to ship.",
-  "solutions_cordova_to_capacitor_benefits_title": "Why Capacitor Is the Better Long-Term Bet",
-  "solutions_cordova_to_capacitor_cta_note": "Fixed timeline for most apps. Complex native integrations may require a follow-up phase.",
-  "solutions_cordova_to_capacitor_cta_subtitle": "Get a 10-day migration plan and a modern Capacitor baseline you can build on for years.",
-  "solutions_cordova_to_capacitor_cta_title": "Ready to Leave Cordova Behind?",
-  "solutions_cordova_to_capacitor_day10_desc": "Cut a release candidate, support store submission if needed, and hand off docs and next steps.",
-  "solutions_cordova_to_capacitor_day10_title": "Go-Live Support",
-  "solutions_cordova_to_capacitor_day1_desc": "Review Cordova config, plugins, native hooks, and build pipeline. Produce a migration plan and risk list.",
-  "solutions_cordova_to_capacitor_day1_title": "Audit and Migration Plan",
-  "solutions_cordova_to_capacitor_day2_desc": "Initialize Capacitor, set up iOS/Android projects, align package scripts, and establish baseline builds.",
-  "solutions_cordova_to_capacitor_day2_title": "Capacitor Project Setup",
-  "solutions_cordova_to_capacitor_day3_desc": "Wire your existing web build into Capacitor, configure app metadata, icons, and basic runtime settings.",
-  "solutions_cordova_to_capacitor_day3_title": "Web App Integration",
-  "solutions_cordova_to_capacitor_day4_desc": "Map Cordova plugins to Capacitor equivalents. Keep compatible Cordova plugins when safe, replace the rest.",
-  "solutions_cordova_to_capacitor_day4_title": "Plugin Mapping",
-  "solutions_cordova_to_capacitor_day5_desc": "Configure permissions, entitlements, deep links, push prerequisites, and any required native settings.",
-  "solutions_cordova_to_capacitor_day5_title": "Native Configuration",
-  "solutions_cordova_to_capacitor_day6_desc": "Validate core user flows and ensure parity with your Cordova app. Fix regressions and edge cases.",
-  "solutions_cordova_to_capacitor_day6_title": "Feature Parity Pass",
-  "solutions_cordova_to_capacitor_day7_desc": "Remove legacy workarounds, tune WebView settings, and fix crashers found during testing.",
-  "solutions_cordova_to_capacitor_day7_title": "Performance and Stability Hardening",
-  "solutions_cordova_to_capacitor_day8_desc": "Improve screen reader behavior, focus order, and touch targets. Validate with real devices.",
-  "solutions_cordova_to_capacitor_day8_title": "Accessibility Pass",
-  "solutions_cordova_to_capacitor_day9_desc": "Set up repeatable builds, signing, and a release checklist. Create a rollback plan.",
-  "solutions_cordova_to_capacitor_day9_title": "CI/CD and Release Prep",
-  "solutions_cordova_to_capacitor_deliverable1": "A working Capacitor iOS project (Xcode) and Android project (Gradle/Android Studio)",
-  "solutions_cordova_to_capacitor_deliverable2": "Critical plugins migrated or replaced, with a clear compatibility matrix",
-  "solutions_cordova_to_capacitor_deliverable3": "A documented build and release process (local + CI)",
-  "solutions_cordova_to_capacitor_deliverable4": "A tested migration branch/PR ready to merge, with a release checklist",
-  "solutions_cordova_to_capacitor_deliverable5": "Accessibility and performance improvements prioritized with quick wins applied",
-  "solutions_cordova_to_capacitor_deliverable6": "A roadmap for remaining plugin work and future native capabilities",
-  "solutions_cordova_to_capacitor_deliverables_label": "Deliverables",
-  "solutions_cordova_to_capacitor_deliverables_note": "Need custom native work or a plugin that doesn't exist? We can build and maintain it.",
-  "solutions_cordova_to_capacitor_deliverables_title": "What You Get at the End",
-  "solutions_cordova_to_capacitor_description": "Move from Cordova to Capacitor in 10 days. Reduce maintenance burden, improve performance and accessibility, and unlock a richer plugin ecosystem.",
-  "solutions_cordova_to_capacitor_diy_cta": "Read the migration guide",
-  "solutions_cordova_to_capacitor_diy_subtitle": "We have a step-by-step guide if you want to migrate yourself, and we're here if you want experts to run it end-to-end.",
-  "solutions_cordova_to_capacitor_diy_title": "Prefer to DIY?",
-  "solutions_cordova_to_capacitor_faq1_a": "No. In most migrations, your web UI and business logic stay the same. We focus on the native layer, plugins, and build pipeline.",
-  "solutions_cordova_to_capacitor_faq1_q": "Do we have to rewrite the app?",
-  "solutions_cordova_to_capacitor_faq2_a": "Sometimes. Capacitor can use many Cordova plugins, but we prefer maintained equivalents for critical paths to reduce long-term risk.",
-  "solutions_cordova_to_capacitor_faq2_q": "Can we keep Cordova plugins?",
-  "solutions_cordova_to_capacitor_faq3_a": "Those are usually better in Capacitor because the ecosystem is active. We map each capability to stable plugins and configure native settings.",
-  "solutions_cordova_to_capacitor_faq3_q": "What about push notifications, deep links, and biometrics?",
-  "solutions_cordova_to_capacitor_faq4_a": "Typically you gain performance headroom and stability by removing legacy code and moving to modern tooling. We also run a hardening pass during the migration.",
-  "solutions_cordova_to_capacitor_faq4_q": "Will this improve performance?",
-  "solutions_cordova_to_capacitor_faq5_a": "We keep feature parity as the goal, test core flows, and ship with a rollback plan. If you use live updates, you can also fix issues fast after release.",
-  "solutions_cordova_to_capacitor_faq5_q": "How do you reduce release risk?",
-  "solutions_cordova_to_capacitor_faq6_a": "Access to your repo, your current signing/setup (or someone who can provide it), and a list of must-have plugins and flows.",
-  "solutions_cordova_to_capacitor_faq6_q": "What do you need from us to start?",
-  "solutions_cordova_to_capacitor_faq_subtitle": "The common questions teams ask before migrating.",
-  "solutions_cordova_to_capacitor_faq_title": "FAQ",
-  "solutions_cordova_to_capacitor_hero_highlight": "Fixed timeline, clear deliverables, and a safe release plan",
-  "solutions_cordova_to_capacitor_hero_subtitle": "Keep your UI and business logic, modernize the native layer, and unlock a maintained ecosystem of plugins and capabilities.",
-  "solutions_cordova_to_capacitor_hero_title": "Migrate from Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_pain1_desc": "Unmaintained plugins break with new SDKs. Teams end up forking, patching, and carrying tech debt release after release.",
-  "solutions_cordova_to_capacitor_pain1_title": "Plugins Are Aging",
-  "solutions_cordova_to_capacitor_pain2_desc": "Xcode and Android Gradle changes turn routine upgrades into fire drills, slowing down releases and increasing risk.",
-  "solutions_cordova_to_capacitor_pain2_title": "Builds Break on Every Platform Update",
-  "solutions_cordova_to_capacitor_pain3_desc": "Modern accessibility expectations require maintained tooling and plugins. Legacy stacks make improvements slower and bug-prone.",
-  "solutions_cordova_to_capacitor_pain3_title": "Accessibility and UX Are Harder Than They Should Be",
-  "solutions_cordova_to_capacitor_pain4_desc": "Biometrics, passkeys, modern notifications, deep links, app extensions: the Capacitor ecosystem moves faster and gives you options.",
-  "solutions_cordova_to_capacitor_pain4_title": "You Miss Out on New Capabilities",
-  "solutions_cordova_to_capacitor_plan_label": "10-Day Plan",
-  "solutions_cordova_to_capacitor_plan_subtitle": "We start with an audit, migrate the native layer, replace critical plugins, and ship with confidence.",
-  "solutions_cordova_to_capacitor_plan_title": "A Clear Migration Plan, Delivered in 10 Days",
-  "solutions_cordova_to_capacitor_reality_label": "Why Move",
-  "solutions_cordova_to_capacitor_reality_subtitle": "The longer you wait, the more expensive each iOS/Android update becomes.",
-  "solutions_cordova_to_capacitor_reality_title": "Cordova Is Quietly Taxing Your Team",
-  "solutions_cordova_to_capacitor_scope_keep_html": "<li>Your existing UI and routes</li><li>Your JS/TS codebase and state management</li><li>Your backend, APIs, and analytics</li><li>Your product roadmap</li><li>Your app identity and store presence</li>",
-  "solutions_cordova_to_capacitor_scope_keep_title": "You keep",
-  "solutions_cordova_to_capacitor_scope_note": "We migrate your native layer while preserving your product. The goal is a stable Capacitor baseline you can iterate on.",
-  "solutions_cordova_to_capacitor_scope_title": "Keep What Works. Upgrade What Holds You Back.",
-  "solutions_cordova_to_capacitor_scope_upgrade_html": "<li>Native iOS/Android projects (Xcode, Android Studio)</li><li>Plugin layer with maintained equivalents</li><li>Build configuration, signing, and permissions</li><li>Modern debugging and tooling</li><li>Release pipeline and rollback plan</li>",
-  "solutions_cordova_to_capacitor_scope_upgrade_title": "We upgrade",
-  "solutions_cordova_to_capacitor_short": "Cordova to Capacitor",
-  "solutions_cordova_to_capacitor_title": "Cordova to Capacitor Migration",
-  "solutions_cordova_to_capacitor_visual1_desc": "Replace brittle plugins and remove legacy hacks that cause crashes and weird edge cases.",
-  "solutions_cordova_to_capacitor_visual1_title": "Fewer Production Bugs",
-  "solutions_cordova_to_capacitor_visual2_desc": "Stay aligned with platform changes, reduce forks, and keep dependencies current.",
-  "solutions_cordova_to_capacitor_visual2_title": "Maintenance and Security",
-  "solutions_cordova_to_capacitor_visual3_desc": "Native builds that CI understands, plus faster releases with safer rollouts.",
-  "solutions_cordova_to_capacitor_visual3_title": "Modern Delivery Workflow",
-  "solutions_days": "Tage",
-  "solutions_direct_background_mode": "Hintergrund-Modus",
-  "solutions_direct_background_problem": "Updates laden im Hintergrund - Nutzer sehen Änderungen erst beim nächsten Start",
-  "solutions_direct_benefit1_desc": "Every user who opens your app after an update gets the new version immediately. No exceptions. No 'one more session with the bug.' Every single session runs your latest code.",
-  "solutions_direct_benefit1_point1": "100% of sessions run your latest code - not 95%, not 99%, but 100%",
-  "solutions_direct_benefit1_point2": "Critical bug fixes reach users before they can experience the bug",
-  "solutions_direct_benefit1_point3": "Compliance updates take effect immediately across all devices",
-  "solutions_direct_benefit1_stat": "of sessions running latest code",
-  "solutions_direct_benefit1_title": "Zero Outdated Sessions",
-  "solutions_direct_benefit2_desc": "When you push a fix, it's truly fixed. Users don't experience the bug 'one more time' while waiting for the next launch. The moment they open the app after your fix, they get the fixed version.",
-  "solutions_direct_benefit2_point1": "No more 'I just hit that bug' support tickets after you've deployed",
-  "solutions_direct_benefit2_point2": "Monitoring shows immediate improvement, not gradual rollout curves",
-  "solutions_direct_benefit2_point3": "On-call engineers can go back to sleep immediately after deploying",
-  "solutions_direct_benefit2_stat": "Bug experiences after fix deployed",
-  "solutions_direct_benefit2_title": "Instant Bug Resolution",
-  "solutions_direct_benefit3_desc": "New users downloading your app for the first time always get your best onboarding flow. When you A/B test and find a winner, every new user gets it immediately - not after a background download cycle.",
-  "solutions_direct_benefit3_point1": "New users never see outdated onboarding flows",
-  "solutions_direct_benefit3_point2": "A/B test winners deploy instantly to 100% of new users",
-  "solutions_direct_benefit3_point3": "First impressions are always your best current experience",
-  "solutions_direct_benefit3_stat": "Improvement in Day-1 retention",
-  "solutions_direct_benefit3_title": "Optimized User Onboarding",
-  "solutions_direct_benefits_subtitle": "Totale Kontrolle über Ihre App-Versionen",
-  "solutions_direct_benefits_title": "Warum Direkte Updates wählen",
-  "solutions_direct_bg_result": "Kann Stunden dauern, bis Nutzer die neue Version sehen",
-  "solutions_direct_bg_step1": "User opens app",
-  "solutions_direct_bg_step2": "App renders immediately (old version)",
-  "solutions_direct_bg_step3": "Update downloads in background",
-  "solutions_direct_bg_step4": "Update applies on NEXT launch",
-  "solutions_direct_case_company": "FinanzApp GmbH",
-  "solutions_direct_case_industry": "Finanzdienstleistungen",
-  "solutions_direct_case_metric1_label": "Time to 100% deployment",
-  "solutions_direct_case_metric1_value": "0 minutes",
-  "solutions_direct_case_metric2_label": "Affected transactions post-fix",
-  "solutions_direct_case_metric2_value": "0",
-  "solutions_direct_case_metric3_label": "Revenue protected per incident",
-  "solutions_direct_case_metric3_value": "$1.8M+",
-  "solutions_direct_case_metric4_label": "Customer support tickets",
-  "solutions_direct_case_metric4_value": "-97%",
-  "solutions_direct_case_para1": "QuickCart runs flash sales with 100,000+ concurrent users during peak events. When a payment gateway update broke their checkout flow, they discovered it 4 hours into a major sale. With background updates, users who had already opened the app would experience the bug.",
-  "solutions_direct_case_para2": "Their engineering team pushed the fix in 23 minutes. But with background updates, over 40,000 users who opened the app during those 23 minutes would still hit the bug on their current session. At their average order value of $47, that represented over $1.8 million in at-risk revenue.",
-  "solutions_direct_case_para3": "After switching to Direct Updates, their next incident was resolved with zero affected transactions. The fix deployed in 18 minutes, and every user who opened the app after that moment got the fixed version immediately. Their CFO now insists on Direct Updates for all customer-facing payment flows.",
-  "solutions_direct_case_quote": "Direkte Updates haben uns Millionen gespart. Ein kritischer Berechnungsfehler wurde in 30 Sekunden für alle Nutzer behoben.",
-  "solutions_direct_case_quote_author": "Thomas M., CTO",
-  "solutions_direct_case_results": "100% der Nutzer in unter 1 Minute aktualisiert",
-  "solutions_direct_d_result": "Alle Nutzer auf gleicher Version innerhalb von Sekunden",
-  "solutions_direct_d_step1": "User opens app",
-  "solutions_direct_d_step2": "Update downloads immediately (~500ms)",
-  "solutions_direct_d_step3": "App renders with latest version",
-  "solutions_direct_direct_mode": "Direkt-Modus",
-  "solutions_direct_final_cta_note": "Kostenlos starten. Keine Kreditkarte erforderlich.",
-  "solutions_direct_final_cta_subtitle": "Beginnen Sie noch heute mit Direkte Updates für Ihre App",
-  "solutions_direct_final_cta_title": "Bereit für sofortige Updates?",
-  "solutions_direct_instant_apply": "Sofortige Anwendung",
-  "solutions_direct_problem_result": "Nutzer verwenden veraltete Versionen stunden- oder tagelang",
-  "solutions_direct_problem_step1_desc": "Your update is available, but the user sees the buggy version. Background download starts silently.",
-  "solutions_direct_problem_step1_title": "User Opens App with Bug",
-  "solutions_direct_problem_step2_desc": "They encounter the exact issue you fixed. Frustration builds. Maybe they leave a 1-star review.",
-  "solutions_direct_problem_step2_title": "User Experiences the Bug",
-  "solutions_direct_problem_step3_desc": "The fix was ready, but they had to experience the bug first. For critical issues, that's unacceptable.",
-  "solutions_direct_problem_step3_title": "Update Applies on NEXT Launch",
-  "solutions_direct_problem_title": "Das Problem mit Hintergrund-Updates",
-  "solutions_direct_scenario1_desc": "Users can't complete purchases. Every session without the fix is lost revenue.",
-  "solutions_direct_scenario1_title": "Payment Flow Broken",
-  "solutions_direct_scenario2_desc": "A security flaw was discovered. Users shouldn't run the vulnerable code even once.",
-  "solutions_direct_scenario2_title": "Security Vulnerability",
-  "solutions_direct_scenario3_desc": "New regulations take effect at midnight. Every user must see the updated terms immediately.",
-  "solutions_direct_scenario3_title": "Compliance Deadline",
-  "solutions_direct_scenario_title": "Praxisbeispiel",
-  "solutions_direct_solution_subtitle": "Updates werden heruntergeladen und angewendet, bevor Ihre App lädt",
-  "solutions_direct_solution_title": "Direkte Updates: Sofortige Konsistenz",
-  "solutions_direct_speed_apply": "Anwendung",
-  "solutions_direct_speed_check": "Update-Check",
-  "solutions_direct_speed_download": "Download",
-  "solutions_direct_speed_subtitle": "Schnellste Updates in der Branche",
-  "solutions_direct_speed_title": "Für Geschwindigkeit gebaut",
-  "solutions_direct_speed_uptime": "Verfügbarkeit",
-  "solutions_direct_sub_second": "Subsekunden-Updates",
-  "solutions_direct_updates": "Direkte Updates",
-  "solutions_direct_updates_description": "Beheben Sie kritische Fehler in Sekunden. Zeigen Sie Nutzern die neueste Version sofort beim Öffnen - kein Warten auf Hintergrund-Downloads.",
-  "solutions_direct_updates_hero_subtitle": "Ihre App kann sich keine unbehobenen kritischen Fehler leisten. Direkte Updates stellen sicher, dass jeder Nutzer den Fix sofort beim nächsten App-Start erhält.",
-  "solutions_direct_updates_hero_title": "Fehler in Sekunden beheben, nicht Wochen",
-  "solutions_direct_updates_title": "Direkte Updates",
-  "solutions_direct_usecase1_desc": "Payment failures, authentication issues, data corruption - bugs where experiencing them once is too many times.",
-  "solutions_direct_usecase1_title": "Critical Bug Fixes",
-  "solutions_direct_usecase2_desc": "First impressions matter. Ensure every new user gets your best, most optimized onboarding experience from their first session.",
-  "solutions_direct_usecase2_title": "New User Onboarding",
-  "solutions_direct_usecase3_desc": "Features tied to specific times - holiday sales, product launches, live events. They need to be live exactly when the event starts.",
-  "solutions_direct_usecase3_title": "Event-Based Features",
-  "solutions_direct_usecase4_desc": "Vulnerability discovered? Users shouldn't run vulnerable code even once after you've patched it.",
-  "solutions_direct_usecase4_title": "Security Patches",
-  "solutions_direct_usecase5_desc": "Found a winning variant? Ship it to 100% of users immediately instead of waiting for gradual background updates.",
-  "solutions_direct_usecase5_title": "A/B Test Rollouts",
-  "solutions_direct_usecase6_desc": "New regulations, updated terms, required disclosures. Legal deadlines don't wait for background downloads.",
-  "solutions_direct_usecase6_title": "Compliance Updates",
-  "solutions_direct_when_matters": "Wenn jede Sekunde zählt",
-  "solutions_direct_when_subtitle": "Perfekt für zeitkritische Szenarien",
-  "solutions_direct_when_title": "Wann Direkte Updates verwenden",
-  "solutions_direct_zero_outdated": "Null veraltete Nutzer",
-  "solutions_ecommerce_badge": "E-Commerce-optimiert",
-  "solutions_ecommerce_cta_note": "Kostenlos starten. Keine Kreditkarte erforderlich.",
-  "solutions_ecommerce_cta_subtitle": "Beginnen Sie mit sofortigen Updates für Ihre Shopping-App",
-  "solutions_ecommerce_cta_title": "Bereit Ihren Umsatz zu schützen?",
-  "solutions_ecommerce_description": "Jede Minute mit kaputtem Checkout kostet Umsatz. Beheben Sie Bugs sofort, führen Sie Flash-Sales durch, halten Sie Ihre Shopping-App immer aktuell.",
-  "solutions_ecommerce_hero_subtitle": "Ein kaputter Checkout-Button um Mitternacht? Beheben Sie ihn sofort statt morgen Umsatz zu verlieren. Ihre Shopping-App verdient sofortige Updates.",
-  "solutions_ecommerce_hero_title": "Umsatz durch schnelle Updates sichern",
-  "solutions_ecommerce_nightmare_cost": "10.000€+ verlorener Umsatz",
-  "solutions_ecommerce_nightmare_para1": "It's Black Friday morning. Traffic is 10x normal. Then you see it: the promo code field doesn't work on iOS.",
-  "solutions_ecommerce_nightmare_para2": "You have 10,000 customers trying to check out. They can't apply their 30% discount. They're abandoning carts.",
-  "solutions_ecommerce_nightmare_para3": "You fix the bug in 20 minutes. But the fix won't go live until next Wednesday. After the sale ends.",
-  "solutions_ecommerce_nightmare_title": "Der E-Commerce-Alptraum",
-  "solutions_ecommerce_pain1_desc": "Your sale starts in 2 hours. You just found a bug in the promo code logic. App store review takes 5 days.",
-  "solutions_ecommerce_pain1_title": "Flash Sales Can't Wait",
-  "solutions_ecommerce_pain2_desc": "Every checkout bug is lost revenue. Every. Single. One. And you can't fix them fast enough.",
-  "solutions_ecommerce_pain2_title": "Cart Bugs Kill Conversions",
-  "solutions_ecommerce_pain3_desc": "You want to test a new checkout flow. With app store reviews, each iteration takes a week.",
-  "solutions_ecommerce_pain3_title": "A/B Testing Is Too Slow",
-  "solutions_ecommerce_pain4_desc": "'App is broken' reviews during peak season destroy your conversion rate. And they're permanent.",
-  "solutions_ecommerce_pain4_title": "Bad Reviews Tank Sales",
-  "solutions_ecommerce_reality_label": "Die Realität",
-  "solutions_ecommerce_reality_title": "Jede Minute Downtime kostet Geld",
-  "solutions_ecommerce_results_title": "Echte Ergebnisse",
-  "solutions_ecommerce_short": "E-Commerce",
-  "solutions_ecommerce_sol1_desc": "Found a bug during your flash sale? Fix it and push the update. Your customers get the fix in hours, not days.",
-  "solutions_ecommerce_sol1_title": "Push Updates Mid-Sale",
-  "solutions_ecommerce_sol2_desc": "Test checkout flows, product pages, promo displays. Get results in days, not months.",
-  "solutions_ecommerce_sol2_title": "A/B Test Everything",
-  "solutions_ecommerce_sol3_desc": "Payment failures, coupon bugs, checkout crashes - fix them the moment you find them.",
-  "solutions_ecommerce_sol3_title": "Fix Cart Issues Instantly",
-  "solutions_ecommerce_sol4_desc": "Holiday themes, sale banners, seasonal promotions - update them instantly without a new app release.",
-  "solutions_ecommerce_sol4_title": "Seasonal Updates On Demand",
-  "solutions_ecommerce_solution_label": "Die Lösung",
-  "solutions_ecommerce_solution_subtitle": "Kein Warten, kein Umsatzverlust",
-  "solutions_ecommerce_solution_title": "Sofortige Commerce-Updates",
-  "solutions_ecommerce_stat1": "Conversion rate increase",
-  "solutions_ecommerce_stat2": "Cart abandonment reduction",
-  "solutions_ecommerce_stat3": "Faster feature iteration",
-  "solutions_ecommerce_stat4": "Bug fix time",
-  "solutions_ecommerce_title": "Für E-Commerce",
-  "solutions_enterprise_customers_subtitle": "Unternehmen weltweit vertrauen Capgo für ihre kritischen mobilen Updates",
-  "solutions_enterprise_customers_title": "Vertraut von führenden Unternehmen",
-  "solutions_enterprise_problem1_desc": "You have 10, 20, 50 apps across different teams. Coordinating releases is a nightmare. One team's deploy breaks another team's app.",
-  "solutions_enterprise_problem1_title": "Too Many Apps, Not Enough Control",
-  "solutions_enterprise_problem2_desc": "Half your users are on v2.3, the other half on v2.1. Support tickets pile up for bugs you already fixed.",
-  "solutions_enterprise_problem2_title": "Version Fragmentation",
-  "solutions_enterprise_problem3_desc": "When auditors ask 'who deployed what, when, and why?' you need answers. Not excuses.",
-  "solutions_enterprise_problem3_title": "Compliance & Audits",
-  "solutions_enterprise_problem4_desc": "App store reviews take days. By the time your fix ships, the damage is done.",
-  "solutions_enterprise_problem4_title": "Slow Rollouts",
-  "solutions_enterprise_problem5_desc": "Multiple teams deploying to the same app. Conflicting changes. No visibility into what's live.",
-  "solutions_enterprise_problem5_title": "Team Coordination Chaos",
-  "solutions_enterprise_problem6_desc": "A critical bug hits production on Friday night. Your only option is waiting for app store approval.",
-  "solutions_enterprise_problem6_title": "Production Incidents at 2 AM",
-  "solutions_enterprise_problems_label": "Enterprise-Herausforderungen",
-  "solutions_enterprise_problems_title": "Was Enterprise-Teams nachts wach hält",
-  "solutions_enterprise_short": "Enterprise",
-  "solutions_enterprise_sol1_desc": "Manage every app in your portfolio from a single view. See version adoption, deployment status, and user metrics at a glance.",
-  "solutions_enterprise_sol1_point1": "Organization-wide app management",
-  "solutions_enterprise_sol1_point2": "Role-based access control per app",
-  "solutions_enterprise_sol1_point3": "Unified deployment across all apps",
-  "solutions_enterprise_sol1_title": "One Dashboard, All Your Apps",
-  "solutions_enterprise_sol2_desc": "Never deploy blind again. Roll out to internal QA first, then beta users, then 10% of production. Catch issues before they become incidents.",
-  "solutions_enterprise_sol2_point1": "Percentage-based gradual rollouts",
-  "solutions_enterprise_sol2_point2": "Automatic rollback on crash detection",
-  "solutions_enterprise_sol2_point3": "Device and user targeting",
-  "solutions_enterprise_sol2_title": "Staged Rollouts That Protect You",
-  "solutions_enterprise_sol3_desc": "Every deployment is logged. Every change tracked. When auditors come knocking, you're ready.",
-  "solutions_enterprise_sol3_point1": "Complete deployment audit trails",
-  "solutions_enterprise_sol3_point2": "SOC 2 Type II certified infrastructure",
-  "solutions_enterprise_sol3_point3": "GDPR compliant by design",
-  "solutions_enterprise_sol3_title": "Audit-Ready Compliance",
-  "solutions_enterprise_solution_label": "Die Lösung",
-  "solutions_enterprise_solution_subtitle": "Alles was große Teams für sichere, konforme Deployments brauchen",
-  "solutions_enterprise_solution_title": "Enterprise-Features, die skalieren",
-  "solutions_enterprise_stat_rollback": "Automatisches Rollback",
-  "solutions_enterprise_stat_updates": "1,4 Mrd.+ Updates ausgeliefert",
-  "solutions_enterprise_stat_uptime": "99,9% Verfügbarkeit SLA",
-  "solutions_enterprise_tagline": "Multi-App, Multi-Team Deployments",
-  "solutions_enterprise_testimonial": "Capgo gibt uns die Kontrolle und Sicherheit, die wir für unsere regulierte Branche brauchen.",
-  "solutions_enterprise_testimonial_author": "Michael S.",
-  "solutions_enterprise_testimonial_role": "VP of Engineering",
-  "solutions_final_cta_note": "14-tägige kostenlose Testversion. Keine Kreditkarte erforderlich. Einrichtung dauert 5 Minuten.",
-  "solutions_final_cta_subtitle": "Beginnen Sie noch heute mit Live-Updates für Ihre App",
-  "solutions_final_cta_title": "Bereit zu starten?",
-  "solutions_fintech_badge": "Fintech-optimiert",
-  "solutions_fintech_badge_e2e": "End-to-End Encryption",
-  "solutions_fintech_badge_gdpr": "DSGVO-konform",
-  "solutions_fintech_badge_soc2": "SOC 2 Type II Certified",
-  "solutions_fintech_cert1_desc": "Independently audited security controls and processes",
-  "solutions_fintech_cert1_title": "SOC 2 Type II",
-  "solutions_fintech_cert2_desc": "EU data protection compliance built-in",
-  "solutions_fintech_cert2_title": "GDPR Compliant",
-  "solutions_fintech_cert3_desc": "Your code is encrypted. Only your app can decrypt it.",
-  "solutions_fintech_cert3_title": "End-to-End Encryption",
-  "solutions_fintech_cta_note": "SOC 2, DSGVO-konform. Self-Hosting verfügbar.",
-  "solutions_fintech_cta_subtitle": "Sprechen Sie mit unserem Team über Ihre Compliance-Anforderungen",
-  "solutions_fintech_cta_title": "Bereit für sichere Fintech-Updates?",
-  "solutions_fintech_description": "Sicherheit und Compliance für Finanzanwendungen. Ende-zu-Ende-Verschlüsselung, Audit-Logs, Self-Hosting-Option für maximale Kontrolle.",
-  "solutions_fintech_hero_subtitle": "Kritische Fixes sofort bereitstellen ohne Sicherheit oder Compliance zu kompromittieren. Entwickelt für die strengsten regulatorischen Anforderungen.",
-  "solutions_fintech_hero_title": "Sichere Updates für Finanz-Apps",
-  "solutions_fintech_nightmare_para1": "It's 2 AM on Friday. Your security team finds a vulnerability in the payment flow. Users' financial data could be exposed.",
-  "solutions_fintech_nightmare_para2": "You have the fix ready in 30 minutes. Now you submit to the app store and wait.",
-  "solutions_fintech_nightmare_para3": "5 days. That's how long until Apple approves your critical security patch. 5 days of exposure.",
-  "solutions_fintech_nightmare_title": "Was schiefgehen kann",
-  "solutions_fintech_opensource_cta": "Code auf GitHub ansehen",
-  "solutions_fintech_opensource_desc": "Auditieren Sie jeden einzelnen Codezeile. Keine Black Boxes in Ihrer Finanz-Infrastruktur.",
-  "solutions_fintech_opensource_title": "100% Open Source",
-  "solutions_fintech_pain1_desc": "Security patches can't wait 5 days. Neither can compliance fixes. Every hour matters.",
-  "solutions_fintech_pain1_title": "App Store Reviews Are Too Slow",
-  "solutions_fintech_pain2_desc": "SOC 2, PCI-DSS, GDPR - you need audit trails for everything. 'We pushed the fix' isn't enough.",
-  "solutions_fintech_pain2_title": "Compliance Requirements Are Strict",
-  "solutions_fintech_pain3_desc": "When your app is broken, transactions fail. Every minute of downtime is lost revenue and lost trust.",
-  "solutions_fintech_pain3_title": "Downtime Costs Millions",
-  "solutions_fintech_pain4_desc": "When regulators ask how you respond to security incidents, 'we wait for Apple' isn't an acceptable answer.",
-  "solutions_fintech_pain4_title": "Regulators Are Watching",
-  "solutions_fintech_reality_label": "Die Realität",
-  "solutions_fintech_reality_title": "Bugs in Finanz-Apps sind teuer",
-  "solutions_fintech_short": "Fintech & Banking",
-  "solutions_fintech_sol1_desc": "When you find a vulnerability, fix it immediately. No app store review. No waiting. Your users are protected in hours, not days.",
-  "solutions_fintech_sol1_title": "Instant Security Patches",
-  "solutions_fintech_sol2_desc": "Every deployment is logged with timestamps, user info, and change details. When auditors ask, you have answers.",
-  "solutions_fintech_sol2_point1": "Complete deployment audit trails",
-  "solutions_fintech_sol2_point2": "User-level tracking for compliance",
-  "solutions_fintech_sol2_point3": "Exportable reports for regulators",
-  "solutions_fintech_sol2_title": "Audit-Ready Compliance",
-  "solutions_fintech_sol3_desc": "Your app bundles are encrypted in transit and at rest. Only your app can decrypt them. Not us. Not anyone.",
-  "solutions_fintech_sol3_title": "End-to-End Encryption",
-  "solutions_fintech_sol4_desc": "If a deployment causes issues, roll back to the previous version in seconds. No downtime. No data loss.",
-  "solutions_fintech_sol4_title": "Instant Rollback",
-  "solutions_fintech_solution_label": "Die Lösung",
-  "solutions_fintech_solution_subtitle": "Alle Sicherheitsfeatures die Compliance-Teams verlangen",
-  "solutions_fintech_solution_title": "Enterprise-Sicherheit, Startup-Geschwindigkeit",
-  "solutions_fintech_title": "Für Fintech",
-  "solutions_fintech_trust_subtitle": "Banken und Finanzdienstleister weltweit nutzen Capgo",
-  "solutions_fintech_trust_title": "Von Fintech vertraut",
-  "solutions_get_started": "Jetzt starten",
-  "solutions_healthcare_audit_label": "Vollständige Rückverfolgbarkeit",
-  "solutions_healthcare_audit_subtitle": "Wenn Prüfer fragen 'welcher Code läuft auf Patientengeräten?', haben Sie die Antwort.",
-  "solutions_healthcare_audit_title": "Jedes Update mit seiner Quelle verknüpft",
-  "solutions_healthcare_badge": "Healthcare-optimiert",
-  "solutions_healthcare_badge_e2e": "End-to-End Encryption",
-  "solutions_healthcare_badge_hipaa": "HIPAA-konform",
-  "solutions_healthcare_badge_soc2": "SOC 2 Type II",
-  "solutions_healthcare_cert1_desc": "Infrastructure designed for protected health information",
-  "solutions_healthcare_cert1_title": "HIPAA Ready",
-  "solutions_healthcare_cert2_desc": "Independently audited security controls",
-  "solutions_healthcare_cert2_title": "SOC 2 Type II",
-  "solutions_healthcare_cert3_desc": "Audit our code. We have nothing to hide.",
-  "solutions_healthcare_cert3_title": "Open Source",
-  "solutions_healthcare_commit_desc": "Jedes Bündel verlinkt automatisch mit dem genauen Git-Commit, von dem es erstellt wurde. Verfolgen Sie jeden bereitgestellten Code zurück zu seiner Quelle, seinem Autor und seiner Genehmigungskette.",
-  "solutions_healthcare_commit_title": "Git Commit Verknüpfung",
-  "solutions_healthcare_cta_note": "HIPAA-konform. Self-Hosting verfügbar.",
-  "solutions_healthcare_cta_subtitle": "Sprechen Sie mit unserem Team über Ihre HIPAA-Anforderungen",
-  "solutions_healthcare_cta_title": "Bereit für konforme Healthcare-Updates?",
-  "solutions_healthcare_description": "Compliance-First Updates für Healthcare-Apps. HIPAA-kompatibel, Self-Hosting-Option, vollständige Audit-Trails für regulatorische Anforderungen.",
-  "solutions_healthcare_hero_subtitle": "Kritische medizinische App-Updates bereitstellen während volle HIPAA-Compliance gewährleistet bleibt. Entwickelt für regulierte Healthcare-Umgebungen.",
-  "solutions_healthcare_hero_title": "Sichere Updates für Healthcare-Apps",
-  "solutions_healthcare_inapp_desc": "Zeigen Sie die Bundle-Version, Release Notes und benutzerdefinierte Nachrichten direkt in Ihrer App an. Lassen Sie das klinische Personal überprüfen, ob sie die genehmigte Version ausführen.",
-  "solutions_healthcare_inapp_title": "Versionsinfo in Ihrer App",
-  "solutions_healthcare_pain1_desc": "Clinical decision support bugs need immediate fixes. App store reviews take 5-7 days. That's unacceptable.",
-  "solutions_healthcare_pain1_title": "Patient Safety Can't Wait",
-  "solutions_healthcare_pain2_desc": "Every update needs audit trails. Every deployment needs documentation. No exceptions.",
-  "solutions_healthcare_pain2_title": "HIPAA Compliance Is Non-Negotiable",
-  "solutions_healthcare_pain3_desc": "When doctors can't trust your app, they stop using it. One bug can destroy years of relationship building.",
-  "solutions_healthcare_pain3_title": "Provider Trust Is Everything",
-  "solutions_healthcare_pain4_desc": "FDA, HIPAA auditors, hospital compliance teams - they all want to know how you handle updates.",
-  "solutions_healthcare_pain4_title": "Regulatory Scrutiny Is Constant",
-  "solutions_healthcare_reality_label": "Die Realität",
-  "solutions_healthcare_reality_title": "Compliance darf Updates nicht verlangsamen",
-  "solutions_healthcare_scenario_para1": "A nurse reports that the medication dosage calculator is showing incorrect values for pediatric patients.",
-  "solutions_healthcare_scenario_para2": "Your team identifies the bug: a unit conversion error that affects patients under 30kg. You have the fix ready in 2 hours.",
-  "solutions_healthcare_scenario_para3": "But the app store review takes 5-7 days. That's 5-7 days of potential harm.",
-  "solutions_healthcare_scenario_title": "Healthcare-Anwendungsfall",
-  "solutions_healthcare_short": "Healthcare",
-  "solutions_healthcare_sol1_desc": "When patient safety is at risk, deploy the fix immediately. No app store review. No waiting.",
-  "solutions_healthcare_sol1_title": "Emergency Updates in Minutes",
-  "solutions_healthcare_sol2_desc": "Our infrastructure is designed for healthcare. Audit trails, encryption, access controls - all built-in.",
-  "solutions_healthcare_sol2_point1": "Complete deployment audit trails",
-  "solutions_healthcare_sol2_point2": "Role-based access controls",
-  "solutions_healthcare_sol2_point3": "BAA available for enterprise",
-  "solutions_healthcare_sol2_title": "HIPAA-Ready Infrastructure",
-  "solutions_healthcare_sol3_desc": "Your app bundles are encrypted with keys only you control. PHI never touches our servers.",
-  "solutions_healthcare_sol3_title": "End-to-End Encryption",
-  "solutions_healthcare_sol4_desc": "Roll out to a small group first. Verify everything works. Then expand to all users.",
-  "solutions_healthcare_sol4_step1": "Internal QA team",
-  "solutions_healthcare_sol4_step2": "Beta providers",
-  "solutions_healthcare_sol4_step3": "All providers",
-  "solutions_healthcare_sol4_title": "Staged Rollouts for Safety",
-  "solutions_healthcare_solution_label": "Die Lösung",
-  "solutions_healthcare_solution_subtitle": "Alle Sicherheitsfeatures die Healthcare-Compliance erfordert",
-  "solutions_healthcare_solution_title": "Compliance-First Live Updates",
-  "solutions_healthcare_title": "Für Healthcare",
-  "solutions_healthcare_trust_subtitle": "Healthcare-Organisationen weltweit nutzen Capgo",
-  "solutions_healthcare_trust_title": "Von Healthcare vertraut",
-  "solutions_infra_api": "< 100ms API-Antwortzeit",
-  "solutions_infra_continents": "6 Kontinente",
-  "solutions_infra_download": "< 300ms Download für 5MB Bundles",
-  "solutions_infra_uptime": "99,9% Verfügbarkeit",
-  "solutions_infrastructure_subtitle": "Entwickelt für Geschwindigkeit und Zuverlässigkeit weltweit",
-  "solutions_infrastructure_title": "Globale Infrastruktur",
-  "solutions_ionic_plugins_badge": "Ionic Enterprise Plugins",
-  "solutions_ionic_plugins_cta_subtitle": "Start with the migration guides or talk to our team to plan the move.",
-  "solutions_ionic_plugins_cta_title": "Ready to migrate your Ionic enterprise stack?",
-  "solutions_ionic_plugins_description": "Replace Ionic enterprise plugins with Capgo alternatives for secure storage, auth, and biometrics.",
-  "solutions_ionic_plugins_hero_subtitle": "Swap Secure Storage, Auth Connect, and Identity Vault for Capgo's plugin stack. Keep security, gain control, and reduce costs.",
-  "solutions_ionic_plugins_hero_title": "Replace Ionic Enterprise Plugins Without Losing Features",
-  "solutions_ionic_plugins_section_desc": "Choose the Capgo alternative for each Ionic plugin and follow the guide to migrate safely.",
-  "solutions_ionic_plugins_section_title": "Plugin replacements and migration guides",
-  "solutions_ionic_plugins_short": "Ionic Enterprise",
-  "solutions_ionic_plugins_step1": "Map each Ionic enterprise plugin to its Capgo replacement.",
-  "solutions_ionic_plugins_step2": "Install the new plugins and sync native code.",
-  "solutions_ionic_plugins_step3": "Migrate stored data and update auth flows, then remove Ionic dependencies.",
-  "solutions_ionic_plugins_steps_title": "Migration steps",
-  "solutions_ionic_plugins_title": "Ionic Enterprise Plugins Migration",
-  "solutions_minutes": "Minuten",
-  "solutions_no_credit_card": "Keine Kreditkarte erforderlich",
-  "solutions_pr_auto_cleanup": "Auto-Bereinigung",
-  "solutions_pr_case_company": "TechStartup",
-  "solutions_pr_case_industry": "SaaS",
-  "solutions_pr_case_metric1_label": "Time to first QA feedback",
-  "solutions_pr_case_metric1_value": "< 5 min",
-  "solutions_pr_case_metric2_label": "PRs merged per sprint",
-  "solutions_pr_case_metric2_value": "+156%",
-  "solutions_pr_case_metric3_label": "QA wait time",
-  "solutions_pr_case_metric3_value": "-87%",
-  "solutions_pr_case_metric4_label": "Time to merge",
-  "solutions_pr_case_metric4_value": "0.6 days",
-  "solutions_pr_case_para1": "TechFlow's mobile team was shipping 15-20 PRs per week. Each PR needed testing by QA before merge. With TestFlight, their QA lead estimated they spent 60% of their time waiting for builds instead of testing.",
-  "solutions_pr_case_para2": "The real pain came during crunch weeks. When multiple PRs needed testing simultaneously, QA had to constantly reinstall different TestFlight builds. Testers got confused about which version they were running. Bugs got reported on already-fixed code.",
-  "solutions_pr_case_para3": "After implementing Capgo PR Preview, their QA team could switch between any PR in seconds. No reinstalls. No confusion. No waiting. Their average time-to-merge dropped from 2.3 days to 0.6 days.",
-  "solutions_pr_case_quote": "PR-Vorschau-Channels haben unsere Review-Zeit von Stunden auf Minuten reduziert. Game changer für unser Team.",
-  "solutions_pr_case_quote_author": "Sarah K., Lead Developer",
-  "solutions_pr_case_results": "80% schnellere PR-Reviews",
-  "solutions_pr_compare_build_time": "Build-Zeit",
-  "solutions_pr_compare_capgo": "Mit Capgo",
-  "solutions_pr_compare_cleanup": "Bereinigung",
-  "solutions_pr_compare_cleanup_capgo": "Automatisch beim PR-Merge",
-  "solutions_pr_compare_cleanup_tf": "Manuelle Build-Löschung",
-  "solutions_pr_compare_setup": "Einrichtung",
-  "solutions_pr_compare_setup_capgo": "5 Minuten CI/CD-Integration",
-  "solutions_pr_compare_setup_tf": "Stunden der TestFlight-Konfiguration",
-  "solutions_pr_compare_switch_builds": "Zwischen Builds wechseln",
-  "solutions_pr_compare_title": "Der Unterschied",
-  "solutions_pr_compare_traditional": "Traditionell",
-  "solutions_pr_cost_explanation": "Verlorene Produktivität durch Warten",
-  "solutions_pr_dev_benefit1": "Get QA feedback before your context switches",
-  "solutions_pr_dev_benefit2": "Push fixes and testers get them instantly",
-  "solutions_pr_dev_benefit3": "No more 'waiting for build' blockers",
-  "solutions_pr_final_cta_note": "Kostenlos starten. Keine Kreditkarte erforderlich.",
-  "solutions_pr_final_cta_subtitle": "Beginnen Sie noch heute mit PR-Vorschau-Channels",
-  "solutions_pr_final_cta_title": "Bereit für schnellere Reviews?",
-  "solutions_pr_hidden_cost": "Die versteckten Kosten des Wartens auf Reviews",
-  "solutions_pr_how_testers_switch": "Wie Tester zu Ihrem PR-Build wechseln",
-  "solutions_pr_instant_testing": "Sofortiges Testen",
-  "solutions_pr_no_testflight": "Kein TestFlight nötig",
-  "solutions_pr_pm_benefit1": "Review features before they ship",
-  "solutions_pr_pm_benefit2": "No technical setup - just tap a link",
-  "solutions_pr_pm_benefit3": "Provide feedback directly on the PR",
-  "solutions_pr_preview": "PR-Vorschau",
-  "solutions_pr_preview_description": "Erstellen Sie einen Capgo-Channel für jeden Pull Request. QA, Entwickler und PMs können jeden PR sofort testen - ohne TestFlight oder Google Play Beta.",
-  "solutions_pr_preview_hero_subtitle": "Vergessen Sie TestFlight-Wartezeiten und Beta-Channel-Chaos. Erstellen Sie einen Vorschau-Channel für jeden Pull Request und lassen Sie Ihr Team auf echten Geräten testen - in Sekunden statt Stunden.",
-  "solutions_pr_preview_hero_title": "Testen Sie jeden PR auf echten Geräten",
-  "solutions_pr_preview_tagline": "Test pull requests on real devices",
-  "solutions_pr_preview_teams_dev": "Entwickler",
-  "solutions_pr_preview_teams_pm": "Projektmanager",
-  "solutions_pr_preview_teams_qa": "QA-Ingenieure",
-  "solutions_pr_preview_title": "PR-Vorschau-Channels",
-  "solutions_pr_problem_result": "Stunden verschwendet für jeden PR-Review",
-  "solutions_pr_problem_step1_desc": "Code is ready for review. But before anyone can test it, you need to build and upload to TestFlight.",
-  "solutions_pr_problem_step1_title": "Developer Opens PR",
-  "solutions_pr_problem_step2_desc": "Build the app locally or in CI. Archive it. Upload to App Store Connect. Wait for processing. 15-30 minutes minimum.",
-  "solutions_pr_problem_step2_title": "Build and Upload",
-  "solutions_pr_problem_step3_desc": "Add testers if they're not already in TestFlight. Send invites. Wait for them to accept. Explain how to install.",
-  "solutions_pr_problem_step3_title": "Distribute to Testers",
-  "solutions_pr_problem_step4_desc": "Testers download the build. Dev pushes a fix. Now everyone needs to repeat steps 2-3 to get the updated build.",
-  "solutions_pr_problem_step4_title": "Test the Wrong Build",
-  "solutions_pr_problem_title": "Das TestFlight-Problem",
-  "solutions_pr_processing_explanation": "Durchschnittliche Wartezeit für TestFlight-Verarbeitung",
-  "solutions_pr_programmatic": "In-App Umschalter",
-  "solutions_pr_programmatic_desc": "Erstellen Sie eine benutzerdefinierte Oberfläche zum Wechseln von Kanälen. Perfekt für einen Entwicklereinstellungsbildschirm in Ihrer App.",
-  "solutions_pr_qa_benefit1": "Test any PR on your device in seconds",
-  "solutions_pr_qa_benefit2": "Switch between PRs instantly to compare behavior",
-  "solutions_pr_qa_benefit3": "No more confusion about which build you're running",
-  "solutions_pr_qa_blocked": "QA blockiert",
-  "solutions_pr_qa_explanation": "Zeit, die QA auf jeden Build wartet",
-  "solutions_pr_real_cost": "Wahre Kosten pro PR",
-  "solutions_pr_scenario_title": "So funktioniert es",
-  "solutions_pr_setup_time": "Einrichtungszeit",
-  "solutions_pr_shake_menu": "Schüttelmenü (kein Code)",
-  "solutions_pr_shake_menu_desc": "Aktivieren Sie die integrierte Schüttelgeste. Tester schütteln ihr Gerät, um ein Menü mit allen verfügbaren Kanälen zu öffnen.",
-  "solutions_pr_solution_subtitle": "Automatische Vorschau-Channels für jeden Pull Request",
-  "solutions_pr_solution_title": "PR-Vorschau-Channels",
-  "solutions_pr_step1_desc": "CI automatically builds the app and creates a Capgo channel named after the PR number.",
-  "solutions_pr_step1_time": "Automatic",
-  "solutions_pr_step1_title": "Developer Opens PR",
-  "solutions_pr_step2_desc": "The built bundle uploads to Capgo in the background. No processing delay.",
-  "solutions_pr_step2_time": "< 30 seconds",
-  "solutions_pr_step2_title": "Bundle Uploads",
-  "solutions_pr_step3_desc": "Tester opens the app, switches to the PR channel, and gets the build immediately.",
-  "solutions_pr_step3_time": "< 10 seconds",
-  "solutions_pr_step3_title": "Tester Switches Channel",
-  "solutions_pr_step4_desc": "QA tests on real device. Dev pushes fixes. Tester immediately gets updates. No reinstall needed.",
-  "solutions_pr_step4_time": "Instant iteration",
-  "solutions_pr_step4_title": "Test and Approve",
-  "solutions_pr_teams_subtitle": "Jede Rolle profitiert von sofortigen Vorschauen",
-  "solutions_pr_teams_title": "Entwickelt für Teams",
-  "solutions_pr_testflight_processing": "TestFlight-Verarbeitung",
-  "solutions_pr_traditional_workflow": "Traditioneller Workflow",
-  "solutions_problem_result": "Ergebnis: Stunden verschwendet, Nutzer verärgert",
-  "solutions_problem_step1_desc": "Your monitoring alerts you to a critical issue. Users are experiencing crashes or broken functionality. The clock starts ticking.",
-  "solutions_problem_step1_title": "Find the Bug",
-  "solutions_problem_step2_desc": "Your team drops everything to fix the bug. You rebuild the app, run tests, and prepare a new binary for submission.",
-  "solutions_problem_step2_title": "Fix and Rebuild",
-  "solutions_problem_step3_desc": "You submit to Apple and Google. Then you wait. And wait. Apple's review takes 24-48 hours on average. Sometimes longer.",
-  "solutions_problem_step3_title": "Submit and Wait",
-  "solutions_problem_step4_desc": "Even after approval, users need to manually update. Many won't for days or weeks. Your support tickets keep piling up.",
-  "solutions_problem_step4_title": "Users Still Have the Bug",
-  "solutions_production_problem_title": "App Store Reviews Are Killing Your Velocity",
-  "solutions_production_solution_subtitle": "Capgo lets you update your app's JavaScript and assets instantly. No app store review. No waiting. Your users get the fix the moment you push it.",
-  "solutions_production_solution_title": "Push Updates in Minutes, Not Weeks",
-  "solutions_production_updates": "Produktions-Updates",
-  "solutions_production_updates_description": "Liefern Sie Fixes in Minuten statt Wochen. Pushen Sie Live-Updates ohne Konfiguration - der einfachste Weg, Millionen Nutzer aktuell zu halten.",
-  "solutions_production_updates_hero_subtitle": "Ihre Nutzer warten nicht auf App Stores. Ihre Updates sollten es auch nicht. Pushen Sie JavaScript- und Asset-Änderungen sofort - keine Review-Verzögerungen, keine Nutzer-Reibung.",
-  "solutions_production_updates_hero_title": "Fixes in Minuten statt Wochen",
-  "solutions_production_updates_tagline": "Ship fixes to production instantly",
-  "solutions_production_updates_title": "Einfache Produktions-Updates",
-  "solutions_qsr_badge": "Für Quick Service Restaurants",
-  "solutions_qsr_cta_note": "14-tägige kostenlose Testversion. Keine Kreditkarte erforderlich. Funktioniert mit Capacitor und React Native.",
-  "solutions_qsr_cta_subtitle": "Stellen Sie Menü-Updates bereit, beheben Sie Bugs und starten Sie Aktionen genau dann, wenn Ihr Geschäft sie braucht.",
-  "solutions_qsr_cta_title": "Bereit nach Ihrem Zeitplan auszuliefern?",
-  "solutions_qsr_description": "Liefern Sie Menü-Updates, Aktionen und Loyalty-Features sofort über tausende Standorte aus.",
-  "solutions_qsr_hero_subtitle": "Neue Menü-Artikel, saisonale Aktionen und Loyalty-Kampagnen müssen pünktlich ausgeliefert werden - auf jeder Plattform, an jedem Standort.",
-  "solutions_qsr_hero_title": "Aktionen ausliefern, wenn sie wichtig sind, nicht nächste Woche",
-  "solutions_qsr_nightmare_cost": "Umsatzverlust durch gescheiterten Menü-Launch",
-  "solutions_qsr_nightmare_para1": "Es ist 6 Uhr morgens am Montag. Ihr neues zeitlich begrenztes Menü-Angebot startet landesweit um 10 Uhr. Marketing hat 2 Millionen Euro für Werbung ausgegeben. TV-Spots laufen.",
-  "solutions_qsr_nightmare_para2": "Um 9 Uhr findet QA einen Bug: Der neue Artikel erscheint nicht in der App. Sie reichen einen Notfall-Fix bei Apple ein. Die Prüfung dauert 3-5 Tage.",
-  "solutions_qsr_nightmare_para3": "Ihre 2-Millionen-Kampagne läuft. Ihre App zeigt das Menü vom letzten Monat. Kunden sind verwirrt. Social Media ist nicht begeistert.",
-  "solutions_qsr_nightmare_title": "Launch-Tag-Alptraum",
-  "solutions_qsr_pain1_desc": "Ihr LTO startet am Montag. Die Überprüfung im App Store dauert 5 Tage. Das sind 5 Tage entgangener Umsatz von Ihrer größten Aktion.",
-  "solutions_qsr_pain1_title": "Aktionen können nicht auf die App-Überprüfung warten",
-  "solutions_qsr_pain2_desc": "6 Marken, 12 Apps, Tausende von Standorten. Jede App-Store-Einreichung ist eine Woche der Koordination zwischen Teams.",
-  "solutions_qsr_pain2_title": "Das Managen mehrerer Marken ist komplex",
-  "solutions_qsr_pain3_desc": "Regionale Preisgestaltung, lokale Vorschriften, franchise-spezifische Merkmale. Ein falsches Update kann rechtliche Probleme bedeuten.",
-  "solutions_qsr_pain3_title": "Die Einhaltung von Franchise-Vorschriften ist entscheidend",
-  "solutions_qsr_pain4_desc": "Wenn der Mittagsansturm einsetzt und Ihre Bestell-App abstürzt, können Sie nicht bis nächste Woche auf eine Lösung warten.",
-  "solutions_qsr_pain4_title": "Spitzenzeiten sind unbarmherzig",
-  "solutions_qsr_reality_label": "Die QSR-Realität",
-  "solutions_qsr_reality_title": "Ihre App bewegt sich so schnell wie Ihr Geschäft",
-  "solutions_qsr_short": "Quick Service",
-  "solutions_qsr_sol1_desc": "Neue LTO startet morgen? Saisonale Speisekarte geht live? Führen Sie das Update heute Nacht durch und jeder Kunde hat es bis zum Morgen.",
-  "solutions_qsr_sol1_point1": "Setzen Sie Menüaktualisierungen in Minuten, nicht Tagen um.",
-  "solutions_qsr_sol1_point2": "Synchronisieren Sie Werbeaktionen mit TV- und digitalen Kampagnen",
-  "solutions_qsr_sol1_point3": "Rollen Sie sofort zurück, wenn etwas nicht stimmt",
-  "solutions_qsr_sol1_title": "Sofortige Schiffspromotionen",
-  "solutions_qsr_sol2_desc": "Verwalten Sie ein Portfolio von Restaurantmarken? Aktualisieren Sie alle von einem Dashboard aus oder zielen Sie auf spezifische Marken mit maßgeschneiderten Funktionen.",
-  "solutions_qsr_sol2_point1": "Einzelnes Dashboard für alle Marken",
-  "solutions_qsr_sol2_point2": "Markenspezifische Kanäle und Einführungen",
-  "solutions_qsr_sol2_point3": "Vereinheitlichte Codebasis, differenzierte Erfahrungen",
-  "solutions_qsr_sol2_title": "Multi-Marken-Management",
-  "solutions_qsr_sol3_desc": "Testen Sie neue Funktionen in Texas, bevor Sie landesweit gehen. Unterschiedliches Menü in Kalifornien. Schrittweise Einführungen, die Sie kontrollieren.",
-  "solutions_qsr_sol3_point1": "Geografische Zielsetzung für Updates",
-  "solutions_qsr_sol3_point2": "Prozentuale Ausrollungen",
-  "solutions_qsr_sol3_point3": "Echtzeitüberwachung und sofortige Rücksetzung",
-  "solutions_qsr_sol3_title": "Regionale Einführungen & Pilotprogramme",
-  "solutions_qsr_sol4_desc": "Integrieren Sie mit Ihren bestehenden GitHub- oder GitLab-Workflows. Automatische Bereitstellungen bei jeder Zusammenführung auf main.",
-  "solutions_qsr_sol4_point1": "Integration von GitHub Actions",
-  "solutions_qsr_sol4_point2": "Automatische Staging- und Produktionskanäle",
-  "solutions_qsr_sol4_point3": "Bereitstellen bei Zusammenführung, nicht bei Genehmigung",
-  "solutions_qsr_sol4_title": "CI/CD, das einfach funktioniert",
-  "solutions_qsr_solution_label": "Die Lösung",
-  "solutions_qsr_solutions_title": "Setzen Sie Updates ein, wenn Ihr Unternehmen sie benötigt",
-  "solutions_qsr_stat1": "Aktualisierung der Einsatzzeit",
-  "solutions_qsr_stat2": "Benutzer in 24 Stunden aktualisiert",
-  "solutions_qsr_stat3": "Einsendungen für den App Store erforderlich",
-  "solutions_qsr_stat4": "Fähigkeit einsetzen",
-  "solutions_qsr_title": "Live-Updates für Quick Service Restaurants",
-  "solutions_qsr_usecase1_desc": "Beheben Sie Kassenfehler sofort. Aktualisieren Sie Menüpunkte in Echtzeit. Verlieren Sie nie eine Bestellung aufgrund veralteten App-Codes.",
-  "solutions_qsr_usecase1_title": "Bestellung & Lieferung",
-  "solutions_qsr_usecase2_desc": "Starten Sie neue Belohnungsstufen, aktualisieren Sie Punktwerte, beheben Sie Einlösefehler - alles ohne Verzögerungen im App Store.",
-  "solutions_qsr_usecase2_title": "Treue & Belohnungen",
-  "solutions_qsr_usecase3_desc": "Aktualisieren Sie die Öffnungszeiten des Geschäfts, fügen Sie Optionen für den Straßenverkauf hinzu, beheben Sie GPS-Fehler. Sorgen Sie dafür, dass Kunden Sie leicht finden können.",
-  "solutions_qsr_usecase3_title": "Geschäftsfinder & Abholung",
-  "solutions_qsr_usecase4_desc": "Zielgerichtete Angebote versenden, Promo-Codes aktualisieren, A/B-Test-Rabattstrategien in Echtzeit durchführen.",
-  "solutions_qsr_usecase4_title": "Personalisierte Werbeaktionen",
-  "solutions_qsr_usecase5_desc": "Aktualisieren Sie Kiosk-Apps gleichzeitig an allen Standorten. Keine Technikerbesuche erforderlich.",
-  "solutions_qsr_usecase5_title": "In-Store Kioske",
-  "solutions_qsr_usecase6_desc": "Verwalten Sie Updates für alle Ihre Restaurantmarken von einem einzigen Dashboard aus.",
-  "solutions_qsr_usecase6_title": "Mehrmarken-Apps",
-  "solutions_qsr_usecases_label": "Anwendungsfälle",
-  "solutions_qsr_usecases_title": "Entwickelt für jeden QSR Bedarf",
-  "solutions_real_cost": "Die wahren Kosten",
-  "solutions_real_world": "Praxisbeispiel",
-  "solutions_related_by_role": "Lösungen nach Teamtyp",
-  "solutions_related_subtitle": "Finden Sie die Lösung, die zu Ihren Anforderungen passt",
-  "solutions_review_time_explanation": "Typische App Store Prüfungszeit für Updates",
-  "solutions_scenario_company": "Unternehmen",
-  "solutions_scenario_industry": "Branche",
-  "solutions_scenario_metric1_label": "Average fix deployment time",
-  "solutions_scenario_metric1_value": "52 minutes",
-  "solutions_scenario_metric2_label": "Bug-related support tickets",
-  "solutions_scenario_metric2_value": "-89%",
-  "solutions_scenario_metric3_label": "User churn from bugs",
-  "solutions_scenario_metric3_value": "-94%",
-  "solutions_scenario_metric4_label": "Engineering weekend hours",
-  "solutions_scenario_metric4_value": "-76%",
-  "solutions_scenario_para1": "FinanceFirst serves 50,000 users who depend on their mobile banking app for daily transactions. When a critical calculation bug affected their loan interest display, they faced a nightmare scenario: users seeing incorrect balances.",
-  "solutions_scenario_para2": "Before Capgo, their process involved emergency weekend work, expedited App Store review requests (which Apple often ignores), and four days of user complaints. Their support team logged 340 tickets. Three users closed their accounts.",
-  "solutions_scenario_para3": "After implementing Capgo, their next critical bug - a timezone issue affecting scheduled payments - was fixed in 47 minutes from discovery to deployment. Zero support tickets. Zero churn. Their CTO now sleeps through the night again.",
-  "solutions_scenario_quote": "Zitat",
-  "solutions_scenario_quote_author": "Autor",
-  "solutions_scenario_results": "Ergebnisse",
-  "solutions_scenario_title": "Praxisbeispiel",
-  "solutions_schedule_demo": "Demo vereinbaren",
-  "solutions_setup_minutes": "Einrichtung in 5 Minuten",
-  "solutions_solo_after1": "Push updates instantly, no review needed",
-  "solutions_solo_after2": "One command to deploy: npx @capgo/cli bundle upload",
-  "solutions_solo_after3": "Start free, then $14/month as you grow",
-  "solutions_solo_after4": "One-click rollback if something goes wrong",
-  "solutions_solo_after_title": "Nachher: Mit Capgo",
-  "solutions_solo_ai_benefit1_desc": "Lassen Sie die KI das Coding übernehmen, während Sie sich auf das Produkt konzentrieren. Neues Feature? Generieren, testen, ausliefern - alles am selben Tag.",
-  "solutions_solo_ai_benefit1_title": "KI schreibt, Sie liefern aus",
-  "solutions_solo_ai_benefit2_desc": "Ein Befehl und Ihr Update ist live. Keine App Store Einreichung, kein Review-Prozess, kein Warten. Genau wie bei einer Website.",
-  "solutions_solo_ai_benefit2_title": "Deployments in Website-Geschwindigkeit",
-  "solutions_solo_ai_benefit3_desc": "Wenn KI Features in Minuten generieren kann, sollte Ihr Deployment-Prozess nicht Tage dauern. Liefern Sie so schnell aus, wie Sie denken können.",
-  "solutions_solo_ai_benefit3_title": "Iterieren in KI-Geschwindigkeit",
-  "solutions_solo_ai_label": "KI-gestützte Entwicklung",
-  "solutions_solo_ai_new1": "KI generiert Feature (5 Min.)",
-  "solutions_solo_ai_new2": "Bundle erstellen & hochladen (2 Min.)",
-  "solutions_solo_ai_new3": "Nutzer erhalten Update (Minuten)",
-  "solutions_solo_ai_new_time": "Gesamt: Unter 10 Minuten",
-  "solutions_solo_ai_new_way": "Mit Capgo",
-  "solutions_solo_ai_old1": "KI generiert Feature (5 Min.)",
-  "solutions_solo_ai_old2": "Native Binaries erstellen (15 Min.)",
-  "solutions_solo_ai_old3": "Im App Store einreichen",
-  "solutions_solo_ai_old4": "Auf Review warten (3-7 Tage)",
-  "solutions_solo_ai_old_time": "Gesamt: 3-7 Tage",
-  "solutions_solo_ai_old_way": "Traditionelle Mobile Updates",
-  "solutions_solo_ai_subtitle": "Nutzen Sie KI-Tools wie Cursor, Copilot oder Claude, um Features schneller zu entwickeln. Liefern Sie sie dann sofort aus - genau wie bei einer Website.",
-  "solutions_solo_ai_terminal": "Terminal",
-  "solutions_solo_ai_title": "Heute mit KI coden, heute Abend ausliefern",
-  "solutions_solo_badge": "Solo-freundlich",
-  "solutions_solo_before1": "Wait 3-7 days for app store approval",
-  "solutions_solo_before2": "Manage complex deployment pipelines",
-  "solutions_solo_before3": "Pay $500/month for enterprise tools",
-  "solutions_solo_before4": "Pray you don't push a breaking change",
-  "solutions_solo_before_title": "Vorher: Das Solo-Dev-Leben",
-  "solutions_solo_cta_note": "14-tägige kostenlose Testversion. Keine Kreditkarte erforderlich. Upgraden Sie, wenn Sie bereit sind.",
-  "solutions_solo_cta_subtitle": "Beginnen Sie kostenlos und behalten Sie die Kontrolle über Ihre App",
-  "solutions_solo_cta_title": "Bereit effizienter zu werden?",
-  "solutions_solo_description": "Alles was Sie brauchen, um Ihre App aktuell zu halten. Kostenloser Tier für kleine Apps, keine Kreditkarte erforderlich, einfache Einrichtung.",
-  "solutions_solo_hero_subtitle": "Sie sollten nicht stundenlang auf App Store Reviews warten müssen. Pushen Sie Updates sofort und konzentrieren Sie sich aufs Bauen, nicht aufs Warten.",
-  "solutions_solo_hero_title": "Solo-Entwickler Superkraft",
-  "solutions_solo_highlight": "14-tägige kostenlose Testversion - heute mit dem Deployment beginnen",
-  "solutions_solo_pain1_desc": "Design, code, support, marketing - you do it all. Adding 'DevOps engineer' to the list isn't an option.",
-  "solutions_solo_pain1_title": "You're the CEO, CTO, and Intern",
-  "solutions_solo_pain2_desc": "You found the bug at 9 AM. Fixed it by 10 AM. Now you wait 5 days for Apple to approve it while users leave 1-star reviews.",
-  "solutions_solo_pain2_title": "App Store Reviews Kill Your Momentum",
-  "solutions_solo_pain3_desc": "When you're the only developer, every 1-star review feels personal. Because it is.",
-  "solutions_solo_pain3_title": "Every Bad Review Hurts",
-  "solutions_solo_pain4_desc": "You can't justify $500/month for deployment tools when your app makes $200/month.",
-  "solutions_solo_pain4_title": "No Budget for Enterprise Tools",
-  "solutions_solo_pain5_desc": "When you push a bad update, there's no one to roll it back for you. You're on your own.",
-  "solutions_solo_pain5_title": "No Team to Catch Mistakes",
-  "solutions_solo_pain6_desc": "Every bug report goes to you. Every frustrated email. Every 'why doesn't this work?'",
-  "solutions_solo_pain6_title": "Support Tickets Are All You",
-  "solutions_solo_read_docs": "Dokumentation lesen",
-  "solutions_solo_reality_label": "Die Realität",
-  "solutions_solo_reality_title": "App Store Reviews fressen Ihre Zeit",
-  "solutions_solo_reason1_desc": "Install the plugin, add one line of code, deploy. That's it. No DevOps degree required.",
-  "solutions_solo_reason1_title": "5-Minute Setup",
-  "solutions_solo_reason2_desc": "14-tägige kostenlose Testversion zum Starten. 14 $/Monat wenn Sie wachsen. Nicht 500 $/Monat wie bei Enterprise-Tools.",
-  "solutions_solo_reason2_title": "Affordable Pricing",
-  "solutions_solo_reason3_desc": "When you're stuck, you talk to Martin (our founder), not a chatbot. Usually within hours, often within minutes.",
-  "solutions_solo_reason3_title": "Human Support",
-  "solutions_solo_short": "Solo-Entwickler",
-  "solutions_solo_superpower_label": "Ihre Superkraft",
-  "solutions_solo_superpower_subtitle": "Enterprise-Features ohne Enterprise-Komplexität",
-  "solutions_solo_superpower_title": "Deployen wie die Profis",
-  "solutions_solo_tagline": "14-tägige kostenlose Testversion, einfaches Deployment",
-  "solutions_solo_testimonial1": "I run 3 apps by myself. Capgo lets me push updates to all of them before my morning coffee gets cold.",
-  "solutions_solo_testimonial1_author": "David Park",
-  "solutions_solo_testimonial1_role": "Indie Developer, 3 apps on the store",
-  "solutions_solo_testimonial2": "Die kostenlose Testversion hat mir den Einstieg ermöglicht. Jetzt zahle ich 14 $/Monat und pushe täglich Updates. Bestes Tool in meinem Stack.",
-  "solutions_solo_testimonial2_author": "Maria Santos",
-  "solutions_solo_testimonial2_role": "Solo Founder, Lifestyle App",
-  "solutions_solo_title": "Für Solo-Entwickler",
-  "solutions_solo_why_title": "Warum Solo-Devs Capgo lieben",
-  "solutions_solution_result": "Ergebnis: Sofortige Bereitstellung, zufriedene Nutzer",
-  "solutions_solution_step1_desc": "Make your code change, run your build process, and verify the fix locally.",
-  "solutions_solution_step1_time": "30 minutes",
-  "solutions_solution_step1_title": "Fix the Bug",
-  "solutions_solution_step2_desc": "One command uploads your bundle. It's immediately available to your entire user base.",
-  "solutions_solution_step2_time": "30 seconds",
-  "solutions_solution_step2_title": "Push to Capgo",
-  "solutions_solution_step3_desc": "Updates download in the background. Next app launch, they have the fix. No manual update needed.",
-  "solutions_solution_step3_time": "4 hours average",
-  "solutions_solution_step3_title": "Users Get Updated",
-  "solutions_start_free_trial": "Kostenlos testen",
-  "solutions_startups_adv1_desc": "Push updates instantly. No app store review. No waiting. Your users get fixes the same day you write them.",
-  "solutions_startups_adv1_title": "Ship Features Daily, Not Monthly",
-  "solutions_startups_adv2_desc": "No infrastructure to manage. No CI/CD complexity. Just build and deploy.",
-  "solutions_startups_adv2_point1": "Works with your existing GitHub/GitLab workflow",
-  "solutions_startups_adv2_point2": "5-minute setup, not 5-day setup",
-  "solutions_startups_adv2_point3": "One command to deploy",
-  "solutions_startups_adv2_title": "Zero DevOps Overhead",
-  "solutions_startups_adv3_desc": "When you find a bug on Monday, fix it on Monday. Not next week when Apple finally approves your update.",
-  "solutions_startups_adv3_title": "Fix Bugs Before They Hurt Your Ratings",
-  "solutions_startups_adv4_competitor": "The other guys",
-  "solutions_startups_adv4_desc": "We're bootstrapped too. We know every dollar matters. That's why we start at $14/month, not $499.",
-  "solutions_startups_adv4_title": "Startup-Friendly Pricing",
-  "solutions_startups_advantage_label": "Ihr Vorteil",
-  "solutions_startups_advantage_subtitle": "Enterprise-Features zu Startup-Preisen",
-  "solutions_startups_advantage_title": "Liefern Sie wie die Großen",
-  "solutions_startups_badge": "Startup-freundlich",
-  "solutions_startups_case_company": "TechStartup GmbH",
-  "solutions_startups_case_metric1_label": "Deploy frequency",
-  "solutions_startups_case_metric1_value": "3x daily",
-  "solutions_startups_case_metric2_label": "Time to fix bugs",
-  "solutions_startups_case_metric2_value": "-95%",
-  "solutions_startups_case_metric3_label": "App store rating",
-  "solutions_startups_case_metric3_value": "3.2 → 4.7",
-  "solutions_startups_case_metric4_label": "Monthly cost",
-  "solutions_startups_case_metric4_value": "$14/mo",
-  "solutions_startups_case_para1": "Before Capgo, we dreaded finding bugs. Every fix meant a week of waiting for app store approval while users churned.",
-  "solutions_startups_case_para2": "We switched to Capgo in 30 minutes. That afternoon, we pushed a critical fix that had been waiting for review for 4 days.",
-  "solutions_startups_case_para3": "Now we ship updates 3-4 times per day. Our app store rating went from 3.2 to 4.7 in two months.",
-  "solutions_startups_case_quote": "Vor Capgo haben wir 2 Wochen auf App Store Reviews gewartet. Jetzt deployen wir Features am selben Tag.",
-  "solutions_startups_case_quote_author": "Lisa M., CTO",
-  "solutions_startups_case_results": "10x schnellere Feature-Releases",
-  "solutions_startups_case_stage": "Series A",
-  "solutions_startups_cta_note": "Keine Kreditkarte erforderlich. Kostenlos bis 1.000 Nutzer.",
-  "solutions_startups_cta_subtitle": "Beginnen Sie kostenlos und skalieren Sie wenn Sie wachsen",
-  "solutions_startups_cta_title": "Bereit schneller zu liefern?",
-  "solutions_startups_description": "Liefern Sie Features schneller als die Konkurrenz. Kostenlos starten, skalieren wenn Sie wachsen. Keine DevOps-Komplexität, nur schnelle Iteration.",
-  "solutions_startups_founder_quote": "Wir haben unsere Iteration-Geschwindigkeit verdreifacht seit wir zu Capgo gewechselt haben.",
-  "solutions_startups_hero_subtitle": "In der Startup-Welt gewinnt Geschwindigkeit. Liefern Sie Features in Minuten statt Wochen. Keine App Store Wartezeiten, keine verlorenen Nutzer durch veraltete Versionen.",
-  "solutions_startups_hero_title": "Schneller liefern als die Konkurrenz",
-  "solutions_startups_pain1_desc": "You found the bug. You fixed it. Now you wait 3-7 days for Apple to approve it. Your users? Still frustrated.",
-  "solutions_startups_pain1_title": "App Store Reviews Kill Velocity",
-  "solutions_startups_pain2_desc": "Hiring a DevOps engineer costs $150k+/year. Your deployment pipeline shouldn't require one.",
-  "solutions_startups_pain2_title": "DevOps Is Expensive",
-  "solutions_startups_pain3_desc": "Every day a bug stays live is another 1-star review. At your stage, ratings matter more than anything.",
-  "solutions_startups_pain3_title": "Bad Reviews Compound",
-  "solutions_startups_pricing_highlight": "Kostenlos bis 1.000 Nutzer",
-  "solutions_startups_quickstart_subtitle": "Keine komplizierte Einrichtung, keine DevOps erforderlich",
-  "solutions_startups_quickstart_title": "In 5 Minuten startklar",
-  "solutions_startups_quote_author": "Alex C.",
-  "solutions_startups_quote_role": "Startup-Gründer",
-  "solutions_startups_reality_label": "Die Realität",
-  "solutions_startups_reality_title": "App Store Reviews bremsen Sie aus",
-  "solutions_startups_see_pricing": "Preise ansehen",
-  "solutions_startups_short": "Startups",
-  "solutions_startups_story_label": "Erfolgsgeschichte",
-  "solutions_startups_story_title": "Wie ein Startup 10x schneller iteriert",
-  "solutions_startups_tagline": "Schnell liefern ohne Overhead",
-  "solutions_startups_title": "Für Startups",
-  "solutions_stat_apps": "947+ Apps",
-  "solutions_stat_updates": "Über 1,4 Mrd. Updates bereitgestellt",
-  "solutions_stat_years": "4+ Jahre in Produktion",
-  "solutions_talk_to_team": "Mit dem Team sprechen",
-  "solutions_testimonial1": "We switched from CodePush after Microsoft deprecated it. Capgo was running in production within a day. We haven't looked back - it's faster, more reliable, and the team actually responds to support tickets.",
-  "solutions_testimonial1_author": "Michael Torres",
-  "solutions_testimonial1_role": "Lead Mobile Developer, RetailFlow",
-  "solutions_testimonial2": "Our app serves 200,000 daily active users. Before Capgo, a Friday bug meant a ruined weekend. Now it means a 30-minute fix. The peace of mind alone is worth the subscription.",
-  "solutions_testimonial2_author": "Sofia Andersson",
-  "solutions_testimonial2_role": "CTO, HealthTrack",
-  "solutions_the_problem": "Das Problem",
-  "solutions_the_solution": "Die Lösung",
-  "solutions_traditional_workflow": "Traditioneller Workflow",
-  "solutions_trusted_by_title": "Vertraut von führenden Teams",
-  "solutions_use_cases_subtitle": "Finden Sie die Lösung, die zu Ihrem Workflow passt",
-  "solutions_usecase1_desc": "A payment flow is broken. Users can't complete purchases. With Capgo, push a fix in minutes and watch your revenue recover in real-time.",
-  "solutions_usecase1_title": "Critical Bug Fixes",
-  "solutions_usecase2_desc": "New pricing, updated terms, seasonal promotions. Update your app's content without waiting for store approval.",
-  "solutions_usecase2_title": "Content Updates",
-  "solutions_usecase3_desc": "Your test showed the new checkout flow converts 23% better. Ship it to everyone immediately instead of waiting a week.",
-  "solutions_usecase3_title": "A/B Testing Results",
-  "solutions_usecase4_desc": "Fixed that annoying alignment issue. Updated the loading animation. Small improvements ship as fast as you can code them.",
-  "solutions_usecase4_title": "UI Polish",
-  "solutions_usecase5_desc": "Something broke in production. Don't wait for weekend coverage. Push the fix now, from anywhere.",
-  "solutions_usecase5_title": "Emergency Hotfixes",
-  "solutions_usecase6_desc": "New privacy regulations require disclosure changes. Update your app before the deadline, not after.",
-  "solutions_usecase6_title": "Compliance Updates",
-  "solutions_user_churn": "23% Nutzerverlust",
-  "solutions_version_targeting": "Versions-Targeting",
-  "solutions_version_targeting_appflow_desc": "Capgo gibt Ihnen volle Kontrolle darüber, welche Nutzer welche Updates erhalten",
-  "solutions_version_targeting_appflow_step1": "Create a channel for each native version (e.g., 'native-1.5.0')",
-  "solutions_version_targeting_appflow_step2": "Configure your app to use the channel matching its native version",
-  "solutions_version_targeting_appflow_step3": "Push bundles to specific channels for targeted distribution",
-  "solutions_version_targeting_appflow_step4": "Use our CLI to push to multiple channels at once when needed",
-  "solutions_version_targeting_appflow_title": "Komplexe Szenarien meistern",
-  "solutions_version_targeting_cta_subtitle": "Beginnen Sie mit Versions-Targeting für Ihre Updates",
-  "solutions_version_targeting_cta_title": "Brauchen Sie präzises Targeting?",
-  "solutions_version_targeting_description": "Senden Sie verschiedene Updates an verschiedene App-Versionen. Perfekt für schrittweise Rollouts, A/B-Tests und die Unterstützung älterer Versionen.",
-  "solutions_version_targeting_feature1_desc": "Create a channel for each native build. When you release native version 1.5.0, create a channel for it. All JS updates for that native version go to that channel.",
-  "solutions_version_targeting_feature1_title": "Channel Per Native Version",
-  "solutions_version_targeting_feature2_desc": "Push an update to versions 1.3, 1.4, and 1.5 but skip 1.2. Perfect when older native versions can't support new features.",
-  "solutions_version_targeting_feature2_title": "Selective Update Distribution",
-  "solutions_version_targeting_feature3_desc": "Recreate AppFlow's version-tied channel behavior exactly. Each native build maps to a Capgo channel with the same control you're used to.",
-  "solutions_version_targeting_feature3_title": "AppFlow Migration Ready",
-  "solutions_version_targeting_feature4_desc": "Stop pushing updates to old versions when you're ready to sunset them. Users on old versions stay stable while new versions get updates.",
-  "solutions_version_targeting_feature4_title": "Graceful Deprecation",
-  "solutions_version_targeting_hero_subtitle": "Nicht alle Nutzer sollten das gleiche Update bekommen. Targeten Sie Updates basierend auf App-Version, Plattform oder benutzerdefinierten Kriterien.",
-  "solutions_version_targeting_hero_title": "Das richtige Update für jede Version",
-  "solutions_version_targeting_scenarios_breaking": "Breaking Changes",
-  "solutions_version_targeting_scenarios_breaking_desc": "Senden Sie Updates nur an kompatible Versionen",
-  "solutions_version_targeting_scenarios_gradual": "Schrittweise Rollouts",
-  "solutions_version_targeting_scenarios_gradual_desc": "Testen Sie Updates mit einem Teil der Nutzer vor dem vollständigen Rollout",
-  "solutions_version_targeting_scenarios_sunset": "Legacy-Support",
-  "solutions_version_targeting_scenarios_sunset_desc": "Unterstützen Sie ältere Versionen weiterhin mit spezifischen Fixes",
-  "solutions_version_targeting_scenarios_title": "Anwendungsfälle",
-  "solutions_version_targeting_title": "Versions-Targeting",
-  "solutions_view_docs": "Dokumentation ansehen",
-  "solutions_when_to_use": "Wann verwenden",
-  "solutions_white_label": "White-Label-Apps",
-  "solutions_white_label_cta_subtitle": "Starten Sie noch heute mit der Verwaltung mehrerer Apps",
-  "solutions_white_label_cta_title": "Bereit zu skalieren?",
-  "solutions_white_label_description": "Verwalten Sie mehrere gebrandete Apps von einer Codebasis. Perfekt für Agenturen, SaaS-Plattformen und Franchise-Unternehmen.",
-  "solutions_white_label_feature1_desc": "Each brand or client gets their own Capgo channel. Push brand-specific updates, content, and features without affecting other deployments.",
-  "solutions_white_label_feature1_title": "Channel Per Brand",
-  "solutions_white_label_feature2_desc": "Let users choose their experience. A restaurant app can let users select their location and download that specific restaurant's content.",
-  "solutions_white_label_feature2_title": "Dynamic Channel Switching",
-  "solutions_white_label_feature3_desc": "Manage all deployments from one dashboard. Push global updates to all channels or target specific brands.",
-  "solutions_white_label_feature3_title": "Centralized Management",
-  "solutions_white_label_feature4_desc": "Build an app store within your app. Each mini-app is a Capgo channel - users download and switch between them seamlessly.",
-  "solutions_white_label_feature4_title": "Mini-App Platform",
-  "solutions_white_label_hero_subtitle": "Deployen Sie Updates zu all Ihren White-Label-Apps gleichzeitig oder verwalten Sie jede individuell. Perfekte Kontrolle über jeden Client.",
-  "solutions_white_label_hero_title": "Eine Codebasis, unendliche Brands",
-  "solutions_white_label_miniapp_desc": "Hosten Sie mehrere Mini-Apps innerhalb einer Container-App",
-  "solutions_white_label_miniapp_step1": "Main app contains the shell and navigation",
-  "solutions_white_label_miniapp_step2": "Each mini-app is a separate Capgo channel",
-  "solutions_white_label_miniapp_step3": "Users browse available mini-apps in the main app",
-  "solutions_white_label_miniapp_step4": "Selecting a mini-app downloads that channel's content",
-  "solutions_white_label_miniapp_step5": "Mini-app developers upload via CLI or SDK - never touching production",
-  "solutions_white_label_miniapp_step6": "The platform owner reviews and promotes to production",
-  "solutions_white_label_miniapp_title": "Mini-App-Plattformen",
-  "solutions_white_label_tech_desc": "Nutzen Sie Capgos Channel-System für Brand-spezifische Updates",
-  "solutions_white_label_tech_title": "Wie es funktioniert",
-  "solutions_white_label_title": "White-Label-Lösungen",
-  "solutions_white_label_usecases_platform": "Plattform-Unternehmen",
-  "solutions_white_label_usecases_platform_desc": "Skalieren Sie auf hunderte gebrandete Apps mit einem Team",
-  "solutions_white_label_usecases_restaurant": "Restaurant-Ketten",
-  "solutions_white_label_usecases_restaurant_desc": "Jeder Standort bekommt seine eigene App mit zentralisierter Verwaltung",
-  "solutions_white_label_usecases_saas": "SaaS-Plattformen",
-  "solutions_white_label_usecases_saas_desc": "Geben Sie Kunden ihre eigene gebrandete App mit Ihrer Technologie",
-  "solutions_white_label_usecases_title": "Perfekte Anwendungsfälle",
-  "solutions_why_teams_choose": "Warum Teams Capgo wählen",
-  "solutions_with_capgo": "Mit Capgo",
-  "somebody_developed_an_app_for_you_but_it_doesn_t_meet_your_expectations_and_the_quality_of_the_final_product_is_really_low": "Jemand hat eine App für dich entwickelt, aber sie entspricht nicht deinen Erwartungen und die Qualität des Endprodukts ist wirklich schlecht.",
-  "something_doesn_t_work_but_you_don_t_know_why": "Etwas funktioniert nicht, aber du weißt nicht warum.",
-  "source_code_protection_1": "Als Open-Source-Projekt ist der Code von Capgo öffentlich verfügbar auf",
-  "source_code_protection_2": "Der Code wird kontinuierlich geprüft von:",
-  "source_code_protection_3": ", mit kritischen Problemen, die von der Produktion blockiert werden.",
-  "sponsor": "Sponsoring",
-  "sponsor_description": "Capgo ist ein Open-Source-Framework, das dank unserer großzügigen Sponsoren kostenlos genutzt werden kann. Wenn Sie Capgo in Ihrer täglichen Arbeit verwenden und unseren Cloud-Service nicht nutzen können, ziehen Sie bitte in Erwägung, uns zu unterstützen.",
-  "sponsor_title": "Capgo Sponsoren",
-  "sso_2fa": "SSO + 2FA",
-  "stars_in_github": "Sterne in GitHub",
-  "start_now": "Jetzt anfangen",
-  "start_your_project": "Starten Sie Ihr Projekt",
-  "status": "Status",
-  "storage": "Speicher<br />(GiB)",
-  "storage_calculated_info": "* Die Speicherung wird pro GiB pro Stunde berechnet",
-  "storage_detailed_explanation": "Speicher wird verwendet, um Ihre App-Update-Bundles zu speichern, die Web-Assets (HTML, CSS, JavaScript), Versionsdaten und Checksums enthalten. Es bewahrt alle hochgeladenen Versionen auf, um sofortige Rollbacks, mehrere Release-Kanäle und den Bereitstellungsverlauf zu unterstützen.",
-  "storage_gb": "Speicher (GiB)",
-  "storage_what_is_it_used_for": "Wofür wird Speicher verwendet und wie funktioniert es?",
-  "submitting_a_pr_to_capgo": "Ein PR an <a href='https://github.com/Cap-go/capgo'><code>Capgo</code></a> einreichen",
-  "submitting_a_pull_request": "Einen Pull-Request einreichen",
-  "subprocessors": "Subprocessors",
-  "subprocessors_description": "List of third-party subprocessors used to deliver Capgo.",
-  "subprocessors_intro": "Capgo relies on trusted third-party subprocessors to provide, secure, and improve the service. The list below describes the vendors and how they are used.",
-  "subprocessors_table_purpose": "Purpose",
-  "subprocessors_table_vendor": "Subprocessor",
-  "subprocessors_title": "Subprocessors",
-  "supercharge_your_app": "Laden Sie Ihre App auf",
-  "support": "Unterstützung",
-  "support_desc": "Capgo bietet Support-Service-Level-Vereinbarungen für unsere Team- und Unternehmenskunden an.",
-  "support_policy": "Unterstützungspolitik",
-  "support_policy_billing_support": "Die Unterstützung für Abrechnung und Kontoverwaltung steht allen Kunden zur Verfügung.",
-  "support_policy_code_debugging": "Für Fragen zur Code-Debugging empfehlen wir, sich über GitHub Issues oder Discord zu melden. Die Community umfasst erfahrene Entwickler, die möglicherweise hilfreiche Hinweise zu codebezogenen Problemen geben können.",
-  "support_policy_community_response": "Um die hilfreichste Antwort von der Community zu erhalten, geben Sie präzise und detaillierte Informationen zu Ihrem Problem und etwaigen Fehlermeldungen an. Fügen Sie relevante Codeausschnitte bei, die erklären, wie das Problem reproduziert werden kann.",
-  "support_policy_configuration_issues_1": "Einrichtung von Live-Updates",
-  "support_policy_configuration_issues_2": "Beste Praktiken für die App-Konfiguration",
-  "support_policy_configuration_issues_3": "Allgemeine Fragen zum Capgo-Stack",
-  "support_policy_configuration_issues_title": "Konfigurationsprobleme",
-  "support_policy_description": "Capgo Kundensupport-Richtlinien und Reaktionszeiten. Erfahren Sie mehr über unsere Support-Kanäle, SLA und wie wir Ihnen bei Live-Updates helfen.",
-  "support_policy_intro": "Capgo verpflichtet sich, ein herausragendes Kundenerlebnis zu bieten. Im Rahmen dieses Engagements bieten wir einen begrenzten technischen Support für alle bezahlten Projekte, die unsere Capgo-Plattform nutzen. Unser technischer Support wird durch den folgenden Umfang, die Stunden, Kontakte und Kanäle definiert.",
-  "support_policy_limited_support_1": "Die Anfrage erfolgt über einen unserer offiziellen Support-Kanäle.",
-  "support_policy_limited_support_2": "Die Anfrage stammt von einer registrierten Capgo-Konto-E-Mail-Adresse.",
-  "support_policy_limited_support_3": "Der Anforderer hat Entwickler- oder höheren Zugriff auf spezifische Capgo-Projekte, die mit der Anfrage verbunden sind.",
-  "support_policy_limited_support_intro": "Begrenzte technische Unterstützung ist für Capgo-Kunden verfügbar, die bezahlte Capgo-Ressourcen und/oder bezahlte Capgo-Add-Ons nutzen. Supportanfragen werden nur bearbeitet, wenn:",
-  "support_policy_not_covered_1": "Allgemeine Fehlersuche bei Benutzeranwendungen",
-  "support_policy_not_covered_2": "Anpassung des Anwendungscodes zur Kompatibilität mit Capgo",
-  "support_policy_not_covered_3": "Ändern und/oder Patchen von Drittanbieter- oder Open Source-Software für die Kompatibilität mit Capgo",
-  "support_policy_not_covered_intro": "Die technischen Unterstützungsdienste von Capgo umfassen nicht:",
-  "support_policy_not_covered_title": "Nicht abgedeckt",
-  "support_policy_official_channels_1": "Web und Dashboard: Unterstützung ist exklusiv über die Capgo-Hilfefunktion im Dashboard oder auf unserer Website verfügbar.",
-  "support_policy_official_channels_2": "E-Mail: Wenn Sie nicht auf das Dashboard oder das Ticketsystem zugreifen können, wenden Sie sich an den Support, indem Sie eine E-Mail von einer registrierten Capgo-Konto-E-Mail-Adresse an support@capgo.app senden.",
-  "support_policy_official_channels_note": "Das Support-Team von Capgo wird nur Anfragen bearbeiten, die über diese offiziellen Kanäle eingehen. Es kann Community-Kanäle geben, die peer-to-peer Unterstützung und Diskussionen bieten, die von Freiwilligen, die zur Capgo-Community beitragen, bereitgestellt werden.",
-  "support_policy_official_channels_title": "Offizielle Unterstützungskanäle",
-  "support_policy_premium_support_desc": "Um mehr über unsere Premium-Support-Optionen für Team- und Enterprise-Kunden zu erfahren, kontaktieren Sie uns bitte über das untenstehende Formular:",
-  "support_policy_premium_support_title": "Premium-Support",
-  "support_policy_proactive_monitoring_desc": "Im Falle eines Plattformproblems werden wir eine Mitteilung auf unserer Status-Seite unter status.capgo.app veröffentlichen, um schnell die Auswirkungen und den Status zu kommunizieren. Sie müssen kein Support-Ticket für laufende Plattformprobleme einreichen. Stattdessen sollten Sie die Statusseite für die neuesten Updates und Informationen im Auge behalten.",
-  "support_policy_proactive_monitoring_title": "Proaktive Überwachung",
-  "support_policy_scope_intro": "Das Supportangebot von Capgo ist nur für Technologien verfügbar, die von der Capgo-Plattform unterstützt werden, und ist beschränkt auf:",
-  "support_policy_scope_title": "Umfang",
-  "support_policy_service_disruption_if_billing_stopped": "<strong>Wenn die Zahlung eingestellt oder die Abrechnung storniert wird:</strong> bleibt das zuletzt erfolgreich installierte Update auf jedem Gerät, aber es werden keine neuen Updates heruntergeladen.",
-  "support_policy_service_disruption_if_capgo_down": "<strong>Wenn Capgo nicht funktioniert:</strong> Im Hintergrundmodus ist dies normalerweise für Benutzer unsichtbar. Im Direktmodus kann der Dienst eine 5xx-Antwort zurückgeben, wenn er erreichbar ist; wenn der Server einfach zu langsam ist, wartet das Plugin bis zu 3 Sekunden, bricht die Abfrage ab und setzt den normalen App-Start fort.",
-  "support_policy_service_disruption_if_over_limit": "<strong>Wenn der Verkehr Ihr Paket übersteigt:</strong> Keine Geräte (neu oder alt) erhalten zusätzliche Updates, bis das Paket wieder im Rahmen ist.",
-  "support_policy_service_disruption_intro": "Das Updatesystem ist so konzipiert, dass es sicher ausfällt. Wenn Capgo nicht verfügbar ist, läuft die App weiter und durch die Überprüfung des Updates wird kein Benutzer-Freeze eingeführt.",
-  "support_policy_service_disruption_link_text": "Serviceunterbrechung und Details zum Planende",
-  "support_policy_service_disruption_outro": "In jedem der oben genannten Szenarien bleibt Ihre App mit der zuletzt installierten Version nutzbar und Updates werden einfach übersprungen, bis der Service wieder aufgenommen wird.",
-  "support_policy_service_disruption_timeout": "In jedem Aktualisierungsmodus, wenn das Plugin innerhalb von 3 Sekunden keine Antwort vom Aktualisierungsdienst erhalten kann, bricht es die Anfrage ab und öffnet die App normal.",
-  "support_policy_service_disruption_title": "Serviceunterbrechung und Planende",
-  "support_policy_sla_desc": "Service Level Agreements sind nur für Unternehmenskunden verfügbar. Die SLA-Details, einschließlich der Reaktionszeiten des Supports, finden Sie auf unserer speziellen SLA-Seite:",
-  "support_policy_sla_title": "Dienstleistungsvereinbarung",
-  "support_policy_team_participation": "Beachten Sie, dass die Mitglieder des Capgo-Teams nach eigenem Ermessen an Community-Kanälen teilnehmen können, jedoch keine Garantie für eine Antwort besteht, es sei denn, sie werden über offizielle Kanäle eingereicht.",
-  "support_policy_title": "Capgo Kundensupport",
-  "support_policy_troubleshooting_1": "Bereitstellung von Workarounds oder Lösungen für bekannte Probleme",
-  "support_policy_troubleshooting_2": "Beantwortung allgemeiner Anleitungen und Weiterleitung zur Dokumentation",
-  "support_policy_troubleshooting_3": "Fehlerbehebung bei unterstützten Funktionen (Live-Updates, App-Management, Analytik), die ein unerwartetes Verhalten auf Capgo zeigen, unabhängig vom Anwendungscode des Benutzers.",
-  "support_policy_troubleshooting_title": "Fehlerbehebung",
-  "support_teams": "Unterstützungsteams",
-  "support_title": "Unterstützung",
-  "switch_between_development_staging_production": "Wechseln Sie zwischen Entwicklung-, Staging- und Produktionskanälen",
-  "table_of_contents": "Inhaltsverzeichnis",
-  "tailored_configuration": "Maßgeschneiderte Konfiguration",
-  "target_initial_response_times_title": "Zielen Sie auf anfängliche Reaktionszeiten ab",
-  "team_collaboration": "Teamzusammenarbeit",
-  "team_plan": "Team",
-  "terms": "Nutzungsbedingungen",
-  "terms_applicable": "Die folgenden Bedingungen gelten für alle Produkte, die Sie bei uns gekauft haben.",
-  "test_deploy_and_monitor_your_capacitor_apps": "Testen, implementieren und überwachen Sie Ihre Capacitor-Apps",
-  "test_deploy_monitor_from_anywhere": "Testen, implementieren und überwachen Sie von überall aus",
-  "test_different_versions_and_channels": "Testen Sie sofort verschiedene Versionen und Kanäle",
-  "test_on_real_devices": "Test auf echten Geräten",
-  "test_pr_builds": "Testen Sie PR-Builds",
-  "test_releases_instantly": "Testveröffentlichungen sofort",
-  "testimonial_consulting": "Capgo hat nicht nur unglaublich talentierte Ingenieure, sondern sie teilen auch meine Leidenschaft für den Projekterfolg. Einen <strong class='italic font-bold'>wahren Partner</strong> zu haben, war eine wunderbare Erfahrung, und es ermöglicht uns, viel schneller voranzukommen, als wir es alleine könnten.",
-  "testimonial_consulting_2": "Ich hätte <strong class='italic font-bold'>keine Bedenken, Capgo</strong> anderen zu empfehlen, um eine flexible Lösung für eine bestehende Belegschaft oder langfristig als Teil eines Remote-Teams zu bieten.",
-  "testimonial_description": "Capgo-Benutzer seit 2023",
-  "testimonial_highlight": "Benutzer sind innerhalb von Minuten auf dem neuesten Stand.",
-  "testimonial_title": "Wir haben Capgo in der Produktion für unsere Nutzerbasis von über 5000 eingeführt!",
-  "thank_you_for_shopping": "Vielen Dank für Ihren Einkauf bei $1.",
-  "thanks_to_our_open_source_nature": "Dank unserer Open-Source-Natur",
-  "that_grows_with_you": "das mit dir wächst",
-  "the_webapp_and_serverless_functions_that_make_up_the_capgo_cloud_platform": "Die Webanwendung und serverlosen Funktionen, die die Capgo-Cloud-Plattform ausmachen.",
-  "there_are_numerous_repositories_in_the_capgo_organization_that_are_part_of_the_capgo": "Es gibt zahlreiche Repositories in der Capgo-Organisation, die Teil des Capgo-Ökosystems sind.",
-  "they_love_capgo": "Sie lieben Capgo.",
-  "this_inspired_me_to_create_an_affordable_efficient_alternative": "Das hat mich inspiriert, eine erschwingliche, effiziente Alternative zu schaffen.",
-  "this_page_serves_as_a_helper_to_get_you_started_on_contributing": "Diese Seite dient als Hilfe, um Ihnen den Einstieg in die Mitarbeit zu erleichtern.",
-  "tier_baker": "Bäcker",
-  "tier_gold": "Gold",
-  "tier_platinum": "Platin",
-  "tier_silver": "Silber",
-  "to_help_you_decide_which_repository_might_be_the_best_to_start_contributing_and_or_falls_into_your_interest_here_s_a_short_comparison_languages_in_bold_comprise_most_of_the_codebase": "Um Ihnen bei der Entscheidung zu helfen, welches Repository am besten geeignet ist, um Beiträge zu leisten (und/oder in Ihr Interesse fällt), hier ist ein kurzer Vergleich (<strong> die in Fettdruck dargestellten Sprachen machen den größten Teil des Codes aus </strong>):",
-  "top_100_app_using_capacitor_on_android_play_store": "Liste der 100 besten Apps, die Capacitor im Android Play Store verwenden.",
-  "top_100_app_using_different_framworks_on_android_store": "Liste der 100 besten Apps, die verschiedene Frameworks im Android-Store verwenden",
-  "top_app_by_framework": "Top-App nach Framework",
-  "top_apps_by_framework": "Top-Apps nach Framework",
-  "top_capacitor_apps": "Top-Kondensator-Apps",
-  "top_capgo_apps": "Liste der besten Apps, die Capgo verwenden",
-  "top_capgo_apps_title": "Top Capgo-Apps",
-  "top_cordova_apps": "Liste der 100 besten Apps, die Cordova im Android Store verwenden",
-  "top_cordova_apps_title": "Top Cordova-Apps",
-  "top_cordova_migrate_cta_subtitle": "Migrate to Capacitor in 10 days: fewer bugs, better performance, improved accessibility, and a richer plugin ecosystem.",
-  "top_cordova_migrate_cta_title": "Still shipping Cordova?",
-  "top_flutter_apps": "Liste der 100 besten Apps, die Flutter im Android Store verwenden",
-  "top_flutter_apps_title": "Top Flutter-Apps",
-  "top_kotlin_apps": "Liste der Top 100 Apps, die Kotlin im Android Store verwenden",
-  "top_kotlin_apps_title": "Top Kotlin-Apps",
-  "top_native_script_apps": "Liste der 100 besten Apps, die Native Script im Android Store verwenden",
-  "top_native_script_apps_title": "Top Native Script Apps",
-  "top_react_native_apps": "Liste der Top 100 Apps, die React Native im Android Store verwenden",
-  "top_react_native_apps_title": "Top React Native Apps",
-  "tos_acknowledgment_text_1": "Dies sind die Allgemeinen Geschäftsbedingungen, die die Nutzung dieses Dienstes regeln und die Vereinbarung darstellen, die zwischen Ihnen und dem Unternehmen besteht. Diese Allgemeinen Geschäftsbedingungen legen die Rechte und Pflichten aller Nutzer in Bezug auf die Nutzung des Dienstes fest.",
-  "tos_acknowledgment_text_2": "Ihr Zugriff auf und die Nutzung des Dienstes ist an Ihre Annahme und Einhaltung dieser Allgemeinen Geschäftsbedingungen gebunden. Diese Allgemeinen Geschäftsbedingungen gelten für alle Besucher, Nutzer und andere, die auf den Dienst zugreifen oder ihn nutzen.",
-  "tos_acknowledgment_text_3": "Indem Sie auf den Dienst zugreifen oder ihn nutzen, stimmen Sie zu, an diese Allgemeinen Geschäftsbedingungen gebunden zu sein. Wenn Sie mit einem Teil dieser Allgemeinen Geschäftsbedingungen nicht einverstanden sind, dürfen Sie nicht auf den Dienst zugreifen.",
-  "tos_acknowledgment_text_4": "Sie bestätigen, dass Sie über 18 Jahre alt sind. Das Unternehmen gestattet es Personen unter 18 Jahren nicht, den Dienst zu nutzen.",
-  "tos_acknowledgment_text_5": "Ihr Zugriff auf und Ihre Nutzung des Dienstes ist ebenfalls von Ihrer Akzeptanz und Einhaltung der Datenschutzrichtlinien des Unternehmens abhängig. Unsere Datenschutzrichtlinie beschreibt unsere Richtlinien und Verfahren zur Erfassung, Nutzung und Offenlegung Ihrer persönlichen Informationen, wenn Sie die Anwendung oder die Website verwenden, und informiert Sie über Ihre Datenschutzrechte und wie das Gesetz Sie schützt. Bitte lesen Sie unsere Datenschutzrichtlinie sorgfältig durch, bevor Sie unseren Dienst nutzen.",
-  "tos_acknowledgment_title": "Anerkennung",
-  "tos_changes_text_1": "Wir behalten uns das Recht vor, nach eigenem Ermessen diese Bedingungen jederzeit zu ändern oder zu ersetzen. Wenn eine Änderung wesentlich ist, werden wir angemessene Anstrengungen unternehmen, um mindestens 30 Tage im Voraus über neue Bedingungen zu informieren, bevor diese in Kraft treten. Was eine wesentliche Änderung darstellt, wird nach eigenem Ermessen entschieden.",
-  "tos_changes_text_2": "Indem Sie auf unsere Dienste zugreifen oder diese nutzen, nachdem diese Änderungen wirksam werden, stimmen Sie den überarbeiteten Bedingungen zu. Wenn Sie den neuen Bedingungen, ganz oder teilweise, nicht zustimmen, bitte hören Sie auf, die Website und den Dienst zu nutzen.",
-  "tos_changes_title": "Änderungen dieser Geschäftsbedingungen",
-  "tos_contact_us_text": "Wenn Sie Fragen zu diesen Geschäftsbedingungen haben, können Sie uns kontaktieren:",
-  "tos_contact_us_title": "Kontaktiere uns",
-  "tos_contact_us_website": "Durch den Besuch dieser Seite auf der Website:",
-  "tos_definition_account": "Konto bezeichnet ein einzigartiges Konto, das für Sie erstellt wurde, um auf unseren Dienst oder Teile unseres Dienstes zuzugreifen.",
-  "tos_definition_affiliate": "Affiliate bedeutet eine Einheit, die eine Partei kontrolliert, von einer Partei kontrolliert wird oder unter gemeinsamer Kontrolle mit einer Partei steht, wobei \"Kontrolle\" den Besitz von 50 % oder mehr der Anteile, Eigenkapitalinteressen oder anderer Wertpapiere, die zum Wählen von Direktoren oder einer anderen Verwaltungsbehörde berechtigen, bedeutet.",
-  "tos_definition_application": "Anwendung bedeutet das von der Firma bereitgestellte Softwareprogramm, das Sie auf ein beliebiges elektronisches Gerät heruntergeladen haben, mit dem Namen $1.",
-  "tos_definition_application_store": "Anwendungsstore bezeichnet den digitalen Vertriebsdienst, der von Apple Inc. (Apple App Store) oder Google Inc. (Google Play Store) betrieben und entwickelt wird, in dem die Anwendung heruntergeladen wurde.",
-  "tos_definition_company": "Unternehmen (in dieser Vereinbarung auch als „das Unternehmen“, „wir“, „uns“ oder „unser“ bezeichnet) bezieht sich auf Digital shift OU, Sepapaja 6, 15551, Tallinn, Estland.",
-  "tos_definition_country": "Land bezieht sich auf: Estland",
-  "tos_definition_device": "Gerät bedeutet jedes Gerät, das auf den Dienst zugreifen kann, wie z. B. ein Computer, ein Handy oder ein digitales Tablet.",
-  "tos_definition_feedback": "Feedback bedeutet Feedback, Innovationen oder Vorschläge, die Sie bezüglich der Eigenschaften, der Leistung oder der Funktionen unseres Dienstes senden.",
-  "tos_definition_free_trial": "Die Testversion bezieht sich auf einen begrenzten Zeitraum, der beim Kauf eines Abonnements kostenlos sein kann.",
-  "tos_definition_in_app_purchase": "In-App-Käufe beziehen sich auf den Kauf eines Produkts, Artikels, einer Dienstleistung oder eines Abonnements, das über die Anwendung getätigt wird und den vorliegenden Allgemeinen Geschäftsbedingungen und/oder den eigenen Geschäftsbedingungen des App-Stores unterliegt.",
-  "tos_definition_service": "Der Dienst bezieht sich auf die Anwendung.",
-  "tos_definition_subscriptions": "Abonnements beziehen sich auf die von der Firma Ihnen angebotenen Dienstleistungen oder den Zugang zum Dienst auf Abonnementbasis.",
-  "tos_definition_terms": "Allgemeine Geschäftsbedingungen (auch als \"AGiB\" bezeichnet) sind diese Allgemeinen Geschäftsbedingungen, die die gesamte Vereinbarung zwischen Ihnen und dem Unternehmen bezüglich der Nutzung des Dienstes bilden.",
-  "tos_definition_third_party_social_media": "Drittanbieter-Soziale-Medien-Dienste beziehen sich auf alle Dienstleistungen oder Inhalte (einschließlich Daten, Informationen, Produkte oder Dienstleistungen), die von einem Drittanbieter bereitgestellt werden und die durch den Dienst angezeigt, eingeschlossen oder verfügbar gemacht werden können.",
-  "tos_definition_you": "Sie bezeichnen die Einzelperson, die auf den Service zugreift oder ihn nutzt, oder das Unternehmen oder eine andere rechtliche Einheit, in deren Namen diese Einzelperson auf den Service zugreift oder ihn nutzt, je nach Anwendbarkeit.",
-  "tos_definitions_intro": "Für die Zwecke dieser Allgemeinen Geschäftsbedingungen:",
-  "tos_definitions_subtitle": "Definitionen",
-  "tos_disclaimer_text_1": "Der Dienst wird Ihnen \"WIE ER IST\" und \"WIE VERFÜGiBAR\" und mit allen Fehlern und Mängeln ohne jegliche Gewährleistung bereitgestellt. Soweit es das anwendbare Recht zulässt, lehnt das Unternehmen, sowohl für sich selbst als auch im Namen seiner Tochtergesellschaften sowie seiner und deren jeweiligen Lizenzgeber und Dienstanbieter, ausdrücklich alle Gewährleistungen ab, egal ob ausdrückliche, stillschweigende, gesetzliche oder andere, in Bezug auf den Dienst, einschließlich aller stillschweigenden Gewährleistungen der Handelsüblichkeit, der Eignung für einen bestimmten Zweck, des Eigentums und",
-  "tos_disclaimer_text_2": "Ohne die vorstehenden Bestimmungen einzuschränken, gibt weder das Unternehmen noch einer der Anbieter des Unternehmens eine Art von Garantie oder Gewährleistung, weder ausdrücklich noch stillschweigend: (i) hinsichtlich des Betriebs oder der Verfügbarkeit des Dienstes oder der darauf enthaltenen Informationen, Inhalte und Materialien oder Produkte; (ii) dass der Dienst ununterbrochen oder fehlerfrei sein wird; (iii) hinsichtlich der Genauigkeit, Zuverlässigkeit oder Aktualität von Informationen oder Inhalten, die über den Dienst bereitgestellt werden; oder (iv) dass der Dienst, seine Server, die Inhalte oder E-Mails, die im Auftrag des Unternehmens gesendet werden, frei von Viren, Skripten, Trojanischen Pferden, Würmern, Malware, Zeitbomben oder anderen schädlichen Komponenten sind.",
-  "tos_disclaimer_text_3": "Einige Rechtsordnungen erlauben die Ausschluss von bestimmten Arten von Garantien oder Einschränkungen der anwendbaren gesetzlichen Rechte eines Verbrauchers nicht, sodass einige oder alle oben genannten Ausschlüsse und Einschränkungen möglicherweise nicht für Sie gelten. In einem solchen Fall werden die in diesem Abschnitt festgelegten Ausschlüsse und Einschränkungen jedoch in dem größtmöglichen Umfang angewendet, der unter dem anwendbaren Recht durchsetzbar ist.",
-  "tos_disclaimer_title": "\"Wie besehen\" und \"Wie verfügbar\" Haftungsausschluss",
-  "tos_disputes_resolution_text": "Wenn Sie Bedenken oder Streitigkeiten bezüglich des Dienstes haben, stimmen Sie zu, zunächst zu versuchen, die Streitigkeit informell zu klären, indem Sie das Unternehmen kontaktieren.",
-  "tos_disputes_resolution_title": "Streitbeilegung",
-  "tos_eu_users_text": "Wenn Sie Verbraucher der Europäischen Union sind, profitieren Sie von etwaigen zwingenden Bestimmungen des Rechts des Landes, in dem Sie wohnhaft sind.",
-  "tos_eu_users_title": "Für Benutzer der Europäischen Union (EU)",
-  "tos_governing_law_text": "Die Gesetze des Landes, mit Ausnahme der Regeln über Konflikte zwischen Gesetzen, regeln diese Bedingungen und Ihre Nutzung des Dienstes. Ihre Nutzung der Anwendung kann ebenfalls anderen lokalen, staatlichen, nationalen oder internationalen Gesetzen unterliegen.",
-  "tos_governing_law_title": "Geltendes Recht",
-  "tos_in_app_purchases_text_1": "Die Anwendung kann In-App-Käufe enthalten, mit denen Sie Produkte, Dienstleistungen oder Abonnements kaufen können.",
-  "tos_in_app_purchases_text_2": "Weitere Informationen darüber, wie Sie In-App-Käufe mit Ihrem Gerät verwalten können, finden Sie möglicherweise in den eigenen Geschäftsbedingungen des App-Stores oder in den Hilfeseinstellungen Ihres Geräts.",
-  "tos_in_app_purchases_text_3": "In-App-Käufe können nur innerhalb der Anwendung verwendet werden. Wenn Sie einen In-App-Kauf tätigen, kann dieser In-App-Kauf nicht storniert werden, nachdem Sie den Download gestartet haben. In-App-Käufe können nicht gegen Bargeld oder andere Gegenleistungen eingelöst oder auf andere Weise übertragen werden.",
-  "tos_in_app_purchases_text_4": "Wenn ein In-App-Kauf nicht erfolgreich heruntergeladen wird oder nicht funktioniert, nachdem er erfolgreich heruntergeladen wurde, werden wir, nachdem wir von dem Fehler erfahren oder von Ihnen über den Fehler informiert wurden, den Grund für den Fehler untersuchen. Wir werden in angemessener Weise entscheiden, ob wir Ihnen einen Ersatz-In-App-Kauf zur Verfügung stellen oder Ihnen einen Patch zur Behebung des Fehlers ausstellen. In keinem Fall werden wir Ihnen Gebühren für den Ersatz oder die Reparatur des In-App-Kaufs berechnen. Im unwahrscheinlichen Fall, dass wir den entsprechenden In-App-Kauf nicht ersetzen oder reparieren können oder dies nicht innerhalb eines angemessenen Zeitraums und ohne erhebliches Unbehagen für Sie tun können, werden wir den Anwendungsstore autorisieren, Ihnen einen Betrag bis zur Höhe der Kosten des entsprechenden In-App-Kaufs zu erstatten. Alternativ können Sie, wenn Sie eine Rückerstattung beantragen möchten, dies tun, indem Sie sich direkt an den Anwendungsstore wenden.",
-  "tos_in_app_purchases_text_5": "Sie erkennen an und stimmen zu, dass alle Abrechnungs- und Transaktionsprozesse vom App Store, von dem Sie die Anwendung heruntergeladen haben, abgewickelt werden und von den eigenen Geschäftsbedingungen dieses App Stores geregelt sind.",
-  "tos_in_app_purchases_text_6": "Wenn Sie Probleme mit Zahlungen im Zusammenhang mit In-App-Käufen haben, müssen Sie sich direkt an den Anwendungsspeicher wenden.",
-  "tos_in_app_purchases_title": "In-App-Käufe",
-  "tos_intellectual_property_text_1": "Die Dienste und deren ursprüngliche Inhalte (mit Ausnahme von Inhalten, die von Ihnen oder anderen Nutzern bereitgestellt werden), Funktionen und Funktionalitäten sind und bleiben das ausschließliche Eigentum des Unternehmens und seiner Lizenzgeber.",
-  "tos_intellectual_property_text_2": "Der Dienst ist durch Urheberrecht, Markenrecht und andere Gesetze sowohl des Landes als auch ausländischer Länder geschützt.",
-  "tos_intellectual_property_text_3": "Unsere Marken und das Erscheinungsbild dürfen nicht in Verbindung mit irgendwelchen Produkten oder Dienstleistungen ohne die vorherige schriftliche Zustimmung des Unternehmens verwendet werden.",
-  "tos_intellectual_property_title": "Geistiges Eigentum",
-  "tos_interpretation_subtitle": "Interpretation",
-  "tos_interpretation_text": "Die Wörter, deren Anfangsbuchstabe großgeschrieben ist, haben Bedeutungen, die unter den folgenden Bedingungen definiert sind. Die folgenden Definitionen haben dieselbe Bedeutung, unabhängig davon, ob sie im Singular oder im Plural erscheinen.",
-  "tos_interpretation_title": "Interpretation und Definitionen",
-  "tos_last_updated": "Zuletzt aktualisiert: 12. Januar 2022",
-  "tos_limitation_of_liability_text_1": "Ungeachtet aller Schäden, die Ihnen entstehen könnten, ist die gesamte Haftung der Gesellschaft und ihrer Zulieferer gemäß einer Bestimmung dieser Bedingungen und Ihr ausschließliches Rechtsmittel für all das Vorangegangene auf den Betrag beschränkt, den Sie tatsächlich über den Dienst bezahlt haben, oder 100 USD, wenn Sie nichts über den Dienst gekauft haben.",
-  "tos_limitation_of_liability_text_2": "Soweit dies nach geltendem Recht zulässig ist, haftet die Gesellschaft oder ihre Anbieter in keinem Fall für besondere, zufällige, indirekte oder Folgeschäden jeglicher Art (einschließlich, aber nicht beschränkt auf, Schäden durch Verlust von Gewinnen, Verlust von Daten oder anderen Informationen, Betriebsunterbrechungen, Personenschäden, Verlust der Privatsphäre, die sich aus der Nutzung oder der Unfähigkeit zur Nutzung des Dienstes, von Drittanbietersoftware und/oder Drittanbieterhardware, die mit dem Dienst verwendet wird, oder anderweitig im Zusammenhang mit einer Bestimmung dieser Bedingungen ergibt), selbst wenn die Gesellschaft oder ein Anbieter auf die Möglichkeit solcher Schäden hingewiesen wurde und selbst wenn das Rechtsmittel seinem wesentlichen Zweck nicht gerecht wird.",
-  "tos_limitation_of_liability_text_3": "Einige Bundesstaaten erlauben nicht den Ausschluss von stillschweigenden Garantien oder die Begrenzung der Haftung für beiläufige oder Folgeschäden, was bedeutet, dass einige der oben genannten Beschränkungen möglicherweise nicht gelten. In diesen Bundesstaaten wird die Haftung jeder Partei auf das größtmögliche Maß beschränkt, das das Gesetz zulässt.",
-  "tos_limitation_of_liability_title": "Haftungsbeschränkung",
-  "tos_links_to_other_websites_text_1": "Unser Service kann Links zu Websites oder Diensten von Drittanbietern enthalten, die nicht im Besitz des Unternehmens sind oder von diesem kontrolliert werden.",
-  "tos_links_to_other_websites_text_2": "Die Gesellschaft hat keine Kontrolle über und übernimmt keine Verantwortung für die Inhalte, Datenschutzrichtlinien oder Praktiken von Websites oder Diensten Dritter. Sie erkennen ferner an und stimmen zu, dass die Gesellschaft weder direkt noch indirekt verantwortlich oder haftbar ist für irgendeinen Schaden oder Verlust, der durch oder im Zusammenhang mit der Nutzung oder dem Vertrauen auf solche Inhalte, Waren oder Dienstleistungen, die auf oder über solche Websites oder Dienste verfügbar sind, verursacht wird oder angeblich verursacht werden soll.",
-  "tos_links_to_other_websites_text_3": "Wir empfehlen Ihnen dringend, die Allgemeinen Geschäftsbedingungen und Datenschutzrichtlinien von externen Websites oder Diensten, die Sie besuchen, zu lesen.",
-  "tos_links_to_other_websites_title": "Links zu anderen Webseiten",
-  "tos_please_read": "Bitte lesen Sie diese Allgemeinen Geschäftsbedingungen sorgfältig durch, bevor Sie unseren Service nutzen.",
-  "tos_right_to_refuse_or_terminate_service_text_1": "Das Unternehmen behält sich das Recht vor, nach eigenem Ermessen Dienstleistungen zu verweigern, den Zugang auszusetzen oder jederzeit ein Konto oder Geschäftsbeziehung zu beenden, mit oder ohne Grund, einschließlich aber nicht beschränkt auf:",
-  "tos_right_to_refuse_or_terminate_service_text_2": "Wiederholtes Versäumnis, für zusätzlich vereinbarte Dienstleistungen oder Rechnungen zu bezahlen.",
-  "tos_right_to_refuse_or_terminate_service_text_3": "Missbrauch, Belästigung oder respektloses Verhalten gegenüber Vertretern des Unternehmens.",
-  "tos_right_to_refuse_or_terminate_service_text_4": "Missbrauch des Dienstes oder Handlungen, die die Integrität, Sicherheit oder den Ruf des Unternehmens schädigen.",
-  "tos_right_to_refuse_or_terminate_service_text_5": "In solchen Fällen wird keine Rückerstattung für verbleibende Abonnement- oder Servicezeiträume ausgestellt, es sei denn, dies ist gesetzlich vorgeschrieben.",
-  "tos_right_to_refuse_or_terminate_service_title": "Recht zur Ablehnung oder Beendigung des Dienstes",
-  "tos_severability_subtitle": "Teilbarkeit",
-  "tos_severability_text": "Sollte eine Bestimmung dieser Bedingungen als nicht durchsetzbar oder ungültig angesehen werden, wird diese Bestimmung so geändert und ausgelegt, dass die Ziele dieser Bestimmung im größtmöglichen Maße gemäß dem geltenden Recht erreicht werden, und die verbleibenden Bestimmungen bleiben in vollem Umfang in Kraft und wirksam.",
-  "tos_severability_waiver_title": "Teilbarkeit und Verzicht",
-  "tos_subscriptions_billing_subtitle": "Abrechnung",
-  "tos_subscriptions_billing_text_1": "Sie müssen der Firma genaue und vollständige Rechnungsinformationen zur Verfügung stellen, einschließlich vollständigem Namen, Adresse, Bundesland, Postleitzahl, Telefonnummer und gültigen Zahlungsmethodeninformationen.",
-  "tos_subscriptions_billing_text_2": "Sollte die automatische Abrechnung aus irgendeinem Grund fehlschlagen, wird das Unternehmen eine elektronische Rechnung ausstellen, die besagt, dass Sie manuell innerhalb eines bestimmten Fristdatums die vollständige Zahlung leisten müssen, die dem Abrechnungszeitraum entspricht, der auf der Rechnung angegeben ist.",
-  "tos_subscriptions_billing_text_3": "Wenn das Abonnement über einen In-App-Kauf abgeschlossen wurde, erfolgt die Abrechnung über den App Store und unterliegt den eigenen Geschäftsbedingungen des App Stores.",
-  "tos_subscriptions_cancellations_subtitle": "Abonnementskündigungen",
-  "tos_subscriptions_cancellations_text_1": "Sie können die Verlängerung Ihres Abonnements entweder über die Einstellungen Ihres Kontos oder durch Kontaktaufnahme mit dem Unternehmen stornieren. Sie erhalten keine Rückerstattung für die Gebühren, die Sie bereits für Ihren aktuellen Abonnementzeitraum bezahlt haben, und Sie können den Dienst bis zum Ende Ihres aktuellen Abonnementzeitraums weiterhin nutzen.",
-  "tos_subscriptions_cancellations_text_2": "Wenn das Abonnement über einen In-App-Kauf abgeschlossen wurde, können Sie die Verlängerung Ihres Abonnements im App Store kündigen.",
-  "tos_subscriptions_fee_changes_subtitle": "Änderungen der Gebühren",
-  "tos_subscriptions_fee_changes_text_1": "Das Unternehmen kann nach eigenem Ermessen und jederzeit die Abonnementgebühren ändern. Jede Änderung der Abonnementgebühr tritt am Ende des aktuellen Abonnementzeitraums in Kraft.",
-  "tos_subscriptions_fee_changes_text_2": "Die Gesellschaft wird Sie mit angemessener Vorankündigung über Änderungen der Abonnementgebühren informieren, um Ihnen die Möglichkeit zu geben, Ihr Abonnement zu kündigen, bevor diese Änderung wirksam wird.",
-  "tos_subscriptions_fee_changes_text_3": "Ihre fortgesetzte Nutzung des Dienstes, nachdem die Änderung der Abonnementgebühr in Kraft tritt, stellt Ihre Zustimmung zur Zahlung des modifizierten Abonnementgebührbetrags dar.",
-  "tos_subscriptions_free_trial_subtitle": "Kostenlose Testversion",
-  "tos_subscriptions_free_trial_text_1": "Das Unternehmen kann nach eigenem Ermessen ein Abonnement mit einer kostenlosen Testphase für einen begrenzten Zeitraum anbieten.",
-  "tos_subscriptions_free_trial_text_2": "Möglicherweise müssen Sie Ihre Rechnungsinformationen eingeben, um sich für die kostenlose Testversion anzumelden.",
-  "tos_subscriptions_free_trial_text_3": "Wenn Sie Ihre Zahlungsinformationen bei der Anmeldung für eine kostenlose Testversion eingeben, werden Ihnen von der Firma keine Kosten in Rechnung gestellt, bis die Testversion abgelaufen ist. Am letzten Tag des Testzeitraums, es sei denn, Sie haben Ihr Abonnement gekündigt, werden Ihnen automatisch die geltenden Abonnementgebühren für die von Ihnen ausgewählte Abonnementart in Rechnung gestellt.",
-  "tos_subscriptions_free_trial_text_4": "Zu jeder Zeit und ohne vorherige Ankündigung behält sich das Unternehmen das Recht vor, (i) die Bedingungen des Angebots für die kostenlose Testversion zu ändern oder (ii) ein solches Angebot für die kostenlose Testversion zu stornieren.",
-  "tos_subscriptions_period_subtitle": "Abonnementzeitraum",
-  "tos_subscriptions_period_text_1": "Der Dienst oder Teile des Dienstes sind nur mit einem kostenpflichtigen Abonnement verfügbar. Sie werden im Voraus auf wiederkehrender und periodischer Basis (wie täglich, wöchentlich, monatlich oder jährlich) in Rechnung gestellt, abhängig von der Art des Abonnementplans, den Sie beim Kauf des Abonnements auswählen.",
-  "tos_subscriptions_period_text_2": "Am Ende jedes Zeitraums wird Ihr Abonnement automatisch zu den gleichen Bedingungen erneuert, es sei denn, Sie kündigen es oder das Unternehmen kündigt es.",
-  "tos_subscriptions_refunds_subtitle": "Rückerstattungen",
-  "tos_subscriptions_refunds_text_1": "Es sei denn, dies ist gesetzlich vorgeschrieben, sind die gezahlten Abonnementgebühren nicht rückerstattbar.",
-  "tos_subscriptions_refunds_text_2": "Bestimmte Rückerstattungsanträge für Abonnements können von der Firma fallweise geprüft und nach alleinigem Ermessen der Firma gewährt werden.",
-  "tos_subscriptions_refunds_text_3": "Wenn das Abonnement über einen In-App-Kauf abgeschlossen wurde, gilt die Rückerstattungsrichtlinie des App Stores. Wenn Sie eine Rückerstattung beantragen möchten, können Sie dies tun, indem Sie sich direkt an den App Store wenden.",
-  "tos_subscriptions_title": "Abonnements",
-  "tos_termination_text_1": "Wir können Ihr Konto jederzeit und ohne vorherige Ankündigung oder Haftung aus beliebigen Gründen, einschließlich, aber nicht beschränkt auf, wenn Sie diese Allgemeinen Geschäftsbedingungen verletzen, sofort kündigen oder sperren.",
-  "tos_termination_text_2": "Bei der Kündigung erlischt Ihr Recht zur Nutzung des Dienstes sofort. Wenn Sie Ihr Konto kündigen möchten, können Sie einfach die Nutzung des Dienstes einstellen.",
-  "tos_termination_title": "Kündigung",
-  "tos_title": "Allgemeine Geschäftsbedingungen",
-  "tos_translation_text": "Diese Allgemeinen Geschäftsbedingungen können übersetzt worden sein, wenn wir sie Ihnen in unserem Dienst zur Verfügung gestellt haben. Sie stimmen zu, dass der ursprüngliche englische Text im Falle eines Streits Vorrang hat.",
-  "tos_translation_title": "Übersetzung Interpretation",
-  "tos_us_federal_government_text": "Wenn Sie ein Endbenutzer der US-Bundesregierung sind, ist unser Service ein \"Kommerzieller Artikel\", wie dieser Begriff in 48 C.F.R. §2.101 definiert ist.",
-  "tos_us_federal_government_title": "Vorschriften zur Endverwendung der Bundesregierung der Vereinigten Staaten",
-  "tos_us_legal_compliance_text": "Sie erklären und garantieren, dass (i) Sie sich nicht in einem Land befinden, das dem Embargo der US-Regierung unterliegt oder das von der US-Regierung als \"terroristisch unterstützend\" eingestuft wurde, und (ii) Sie nicht auf einer Liste der US-Regierung von verbotenen oder eingeschränkten Parteien aufgeführt sind.",
-  "tos_us_legal_compliance_title": "Rechtliche Compliance der Vereinigten Staaten",
-  "tos_user_accounts_text_1": "Wenn Sie ein Konto bei uns erstellen, müssen Sie uns Informationen bereitstellen, die jederzeit genau, vollständig und aktuell sind. Ein Versäumnis stellt einen Verstoß gegen die Bedingungen dar, was zur sofortigen Kündigung Ihres Kontos bei unserem Dienst führen kann.",
-  "tos_user_accounts_text_2": "Sie sind verantwortlich für die Sicherung des Passworts, das Sie verwenden, um auf den Dienst zuzugreifen, und für alle Aktivitäten oder Handlungen unter Ihrem Passwort, egal ob Ihr Passwort bei unserem Dienst oder einem Drittanbieter-Sozialmediendienst verwendet wird.",
-  "tos_user_accounts_text_3": "Sie stimmen zu, Ihr Passwort nicht an Dritte weiterzugeben. Sie müssen uns unverzüglich benachrichtigen, sobald Sie von einem Sicherheitsvorfall oder einer unbefugten Nutzung Ihres Kontos erfahren.",
-  "tos_user_accounts_text_4": "Sie dürfen nicht als Benutzernamen den Namen einer anderen Person oder Entität verwenden, der nicht rechtmäßig zur Verwendung verfügbar ist, einen Namen oder ein Markenzeichen, das den Rechten einer anderen Person oder Entität unterliegt, die nicht Sie sind, ohne entsprechende Genehmigung, oder einen Namen, der anderweitig anstößig, vulgär oder obszön ist.",
-  "tos_user_accounts_title": "Benutzerkonten",
-  "tos_waiver_subtitle": "Verzicht",
-  "tos_waiver_text": "Sofern hierin nichts anderes bestimmt ist, hat das Versäumnis, ein Recht auszuüben oder die Erfüllung einer Verpflichtung gemäß diesen Bedingungen zu fordern, keinen Einfluss auf die Fähigkeit einer Partei, dieses Recht zu einem späteren Zeitpunkt auszuüben oder die Erfüllung zu verlangen; ebenso stellt der Verzicht auf einen Verstoß keinen Verzicht auf einen späteren Verstoß dar.",
-  "tos_your_feedback_text": "Sie übertragen alle Rechte, Titel und Interessen an jeglichem Feedback, das Sie dem Unternehmen bereitstellen. Sollte diese Übertragung aus irgendeinem Grund unwirksam sein, stimmen Sie zu, dem Unternehmen ein nicht-exklusives, perpetuelles, unwiderrufliches, lizenzfreies, weltweites Recht und eine Lizenz zu gewähren, um dieses Feedback ohne Einschränkungen zu verwenden, zu reproduzieren, offenzulegen, unterzulizenzieren, zu verteilen, zu modifizieren und auszuwerten.",
-  "tos_your_feedback_title": "Ihr Feedback an uns",
-  "total_data_transfer": "Gesamtdatentransfer",
-  "track_update_performance_and_user_adoption": "Verfolgen Sie die Aktualisierungsleistung und die Benutzerakzeptanz.",
-  "transparency_security": "Transparenz & Sicherheit",
-  "trust": "Vertrauen",
-  "trust_center": "Vertrauenszentrum",
-  "trust_continuous_validation_description": "Open-Source-Transparenz, unterstützt durch automatisierte Scans, hält Schwachstellen sichtbar und löst sie, bevor sie Kunden beeinflussen.",
-  "trust_continuous_validation_snyk_label": "Snyk Abhängigkeitsgesundheit",
-  "trust_continuous_validation_sonar_label": "Sicherheitslage von SonarCloud",
-  "trust_continuous_validation_title": "Kontinuierliche Validierung & Überwachung",
-  "trust_foundation_application_description": "Sichere Codierungsrichtlinien, obligatorische Überprüfungen, automatisiertes Testen und unabhängige Penetrationstests härten die App-Oberfläche.",
-  "trust_foundation_application_title": "Anwendungssicherheit",
-  "trust_foundation_data_description": "Kundenpakete bleiben während des Transports und im Ruhezustand verschlüsselt, mit signierten Releases, Audit-Protokollen und granularen API-Schlüsseln.",
-  "trust_foundation_data_title": "Datenschutz",
-  "trust_foundation_description": "Sicherheit, Datenschutz und Zuverlässigkeit sind in jede Ebene der Capgo-Plattform eingebettet.",
-  "trust_foundation_operations_description": "Spezielle Handbücher, 24/7 Überwachung und ein einzelner verantwortlicher Besitzer gewährleisten eine schnelle Erkennung und Reaktion.",
-  "trust_foundation_operations_title": "Betriebsbereitschaft",
-  "trust_foundation_platform_description": "Cloudflare, Supabase und isolierte CI-Pipelines erzwingen MFA, Geheimnisverwaltung und geschützte Umgebungen.",
-  "trust_foundation_platform_title": "Plattform & Infrastruktur",
-  "trust_foundation_title": "Geschichtete Sicherheitsmaßnahmen bei jeder Veröffentlichung",
-  "trust_hero_badge": "Entwickelt für sichere Freigabeprozesse",
-  "trust_hero_description": "Capgo schützt Ihre Freigabepipeline mit unabhängigen Audits, gehärteter Infrastruktur und Prozessen, die für schnelles und sicheres Versenden konzipiert sind.",
-  "trust_hero_point_four": "Von Gründern geleitetes Sicherheitsprogramm mit speziellen Einsatzhandbüchern für Zwischenfälle.",
-  "trust_hero_point_one": "Kritische Lieferanten behalten die SOC 2-Bescheinigung bei, die jedes Jahr überprüft wird.",
-  "trust_hero_point_three": "Verschlüsselung während der Übertragung und im Ruhezustand, unterstützt durch granulare Zugriffskontrollen.",
-  "trust_hero_point_two": "Transparenter Status, Vorfall- und Wartungsaktualisierungen in Echtzeit.",
-  "trust_hero_primary_cta": "Überprüfen Sie die Compliance-Dokumentation",
-  "trust_hero_secondary_cta": "Überprüfen Sie den Echtzeit-Status",
-  "trust_hero_title": "Sicherheit & Vertrauen ohne Kompromisse",
-  "trust_highlight_data_residency_description": "Die globale Edge-Lieferung verschlüsselt den Datenverkehr von Ende zu Ende, während Supabase-Speicher die Releases im Ruhezustand gesperrt hält.",
-  "trust_highlight_data_residency_title": "Datenschutz überall",
-  "trust_highlight_soc2_description": "Hosting- und Datenanbieter halten die SOC 2-Konformität mit jährlich überprüften Zertifikaten ein.",
-  "trust_highlight_soc2_title": "Unternehmensweite Partnerschaften",
-  "trust_highlight_transparency_description": "Öffentliche Statusseite, Vorfallaktualisierungen und historische Betriebszeit halten Kunden auf dem Laufenden.",
-  "trust_highlight_transparency_title": "Betriebliche Transparenz",
-  "trust_highlights_heading": "Worauf Sie sich verlassen können",
-  "trust_meta_description": "Entdecken Sie, wie Capgo Over-the-Air-Updates mit mehrschichtiger Sicherheit, transparentem Monitoring und datenschutzorientierten Operationen schützt.",
-  "trust_program_description": "Wir iterieren über Steuerelemente durch kontinuierliche Bewertung, Härtung, Überwachung und Verbesserung.",
-  "trust_program_step_assess_description": "Regelmäßige Überprüfungen der Infrastruktur, Abhängigkeiten und Prozesse stellen sicher, dass neue Risiken erfasst und priorisiert werden.",
-  "trust_program_step_assess_title": "Bewerten und priorisieren Sie Risiken",
-  "trust_program_step_evolve_description": "Nach-Vorfall-Bewertungen, Roadmap-Aktualisierungen und transparente Berichterstattung halten das Programm auf dem Laufenden.",
-  "trust_program_step_evolve_title": "Entwickeln & teilen",
-  "trust_program_step_harden_description": "Die Verteidigung in der Tiefe umfasst Schutzmaßnahmen, die sich über Quelle, Bau, Lieferung und Laufzeitschichten erstrecken.",
-  "trust_program_step_harden_title": "Implementieren & härten Sie Kontrollen",
-  "trust_program_step_monitor_description": "Automatisierte Alarmierung, Verfügbarkeits-Dashboards und manuelle Überprüfungen sorgen für kontinuierliche Situationsbewusstsein.",
-  "trust_program_step_monitor_title": "Überwachen & alarmieren",
-  "trust_program_title": "Sicherheitsprogramm-Lebenszyklus",
-  "trust_resource_contact_cta": "E-Mail-Sicherheitsteam",
-  "trust_resource_contact_description": "Wenden Sie sich direkt an uns für koordinierte Offenlegungen, Sicherheitsüberprüfungen oder individuelle Dokumentation.",
-  "trust_resource_contact_title": "Müssen Sie mit der Sicherheit sprechen?",
-  "trust_resource_status_cta": "Statusseite öffnen",
-  "trust_resource_status_description": "Betrachten Sie historische Verfügbarkeitszeiten, Wartungsfenster und Vorfallskommunikation in Echtzeit.",
-  "trust_resource_status_title": "Status & Betriebszeit",
-  "trust_resource_trust_center_cta": "Besuchen Sie das Vertrauensportal",
-  "trust_resource_trust_center_description": "Greifen Sie auf Sicherheitsfragebögen, SOC-Dokumentationen und detaillierte Kontrollabbildungen zu.",
-  "trust_resource_trust_center_title": "Vertrauensportal",
-  "trust_resources_description": "Tauchen Sie tiefer in die Richtlinien, Kontrollen und Live-Signale ein, die Capgo sicher halten.",
-  "trust_resources_title": "Erkunden Sie Vertrauensressourcen",
-  "trusted_by_developers_worldwide": "Von Entwicklern weltweit vertraut",
-  "trusted_by_the_biggest_capacitor_apps": "Vertraut von den größten Capacitorjs Apps",
-  "tutorial_on": "Tutorial über",
-  "type_ii_certified": "Typ II Zertifiziert",
-  "typescript_definitions": "TypeScript-Definitionen",
-  "ultra_low_latency": "ultra-niedrige Latenzzeit",
-  "unauthorized_access": "Unbefugter Zugriff.",
-  "unauthorized_access_desc": "Zugriff auf oder Nutzung eines Systems ohne Erlaubnis, einschließlich des Versuchs, die Schwachstellen eines Systems zu erkunden, zu scannen oder zu testen oder Sicherheits- oder Authentifizierungsmaßnahmen, die von einem System verwendet werden, zu verletzen.",
-  "unlimited_live_updates": "Unbegrenzte Live-Updates",
-  "unscheduled_downtime_desc": "\"Nicht geplanter Ausfall\" bezeichnet die Zeit, in Minuten, in der die betreffenden Dienste für die zulässigen Benutzer des Kunden nicht allgemein zugänglich und verfügbar sind, ausgenommen sind die Unzugänglichkeit oder Nichtverfügbarkeit aufgrund von Handlungen oder Unterlassungen des Kunden oder der zulässigen Benutzer, höhere Gewalt, geplante Wartungsarbeiten, die mindestens 24 Stunden im Voraus per E-Mail bekannt gegeben werden, Hacking- oder Virusangriffe, angemessene Notfallwartung oder andere produktspezifische Ausschlüsse, die in den SLA-Ausschlüssen aufgeführt sind.",
-  "unscheduled_downtime_title": "4.2 Ungeplanter Ausfall",
-  "unsealed_goods": "Die Lieferung von Waren, die aus Gesundheits- oder Hygieneschutzgründen nicht für eine Rücksendung geeignet sind und nach der Lieferung geöffnet wurden.",
-  "unsure_about_active_users": "Nicht sicher über die Anzahl Ihrer aktiven Nutzer?",
-  "update_size_mb": "Aktualisierungsgröße (MB)",
-  "update_success_tracking": "Erfolgstracking aktualisieren",
-  "updates": "Updates",
-  "updates_at_scale": "Aktualisierungen im großen Stil?",
-  "updates_by_month": "Aktualisierungen<br />nach Monat",
-  "updates_delivered": "Updates wurden geliefert",
-  "updates_explanation": "Teil der Berechnung des Bandbreitenpreises",
-  "updates_per_month": "Aktualisierungen pro Monat",
-  "updates_size": "Aktualisierungen Größe<br />(MB)",
-  "uptime_commitment_desc": "Capgo wird eine tatsächliche Verfügbarkeit von mindestens neunundneunzig Prozent (99,0%) der Gesamtzeit in jedem Kalendermonat während der Abonnementlaufzeit gewährleisten, gemessen von Capgo (die \"Verfügbarkeitsverpflichtung\").",
-  "uptime_commitment_title": "1. Verfügbarkeitsverpflichtung",
-  "uptime_sla": "Verfügbarkeits-SLA",
-  "urgent_enterprise_response": "1 Stunde<br />24/7 × 365",
-  "urgent_priority_response": "1 Stunde<br />24/7 × 365",
-  "urgent_support_desc": "Defekt, der zu einem vollständigen oder teilweisen Ausfall des Systems führt oder eine Bedingung verursacht, die Capgo für alle Benutzer des Kunden unbenutzbar oder nicht verfügbar in der Produktion macht.",
-  "urgent_support_subtitle": "Kritisches Problem",
-  "urgent_support_title": "1. Dringend",
-  "urgent_team_response": "24 Stunden<br />24/7 × 365",
-  "use_at_your_own_risk_disclaimer_text": "Alle Informationen im Dienst werden \"wie sie sind\" bereitgestellt, ohne Gewähr für Vollständigkeit, Genauigkeit, Aktualität oder die Ergebnisse, die aus der Nutzung dieser Informationen erzielt werden, und ohne jegliche Art von Gewährleistung, weder ausdrücklich noch stillschweigend, einschließlich, aber nicht beschränkt auf Gewährleistungen für die Leistung, Marktfähigkeit und Eignung für einen bestimmten Zweck.",
-  "use_at_your_own_risk_disclaimer_title": "\"Benutzen auf eigene Gefahr\" Haftungsausschluss",
-  "use_capgo": "Verwenden Sie Capgo",
-  "user_comments_responsibility": "Kommentare, die von Benutzern veröffentlicht werden, liegen in deren alleiniger Verantwortung, und die Benutzer übernehmen die volle Verantwortung, Haftung und Schuld für jegliche Verleumdung oder Rechtsstreitigkeiten, die sich aus einem in einem Kommentar Geschriebenen oder als unmittelbare Folge von etwas, das in einem Kommentar geschrieben wurde, ergeben. Das Unternehmen ist nicht haftbar für Kommentare, die von Benutzern veröffentlicht werden, und behält sich das Recht vor, jeden Kommentar aus beliebigen Gründen zu löschen.",
-  "using_us_in_production": "Uns in der Produktion verwenden",
-  "verify_fixes_instantly": "Überprüfen Sie Korrekturen sofort",
-  "version_control": "Versionskontrolle",
-  "version_manager_that_power_ci_cd_to_update_apps": "Versionsverwalter, der CI/CD antreibt, um Apps zu aktualisieren.",
-  "view_as_markdown": "Als Markdown ansehen",
-  "view_npm": "Auf NPM anzeigen",
-  "view_page_as_plain_text": "Diese Seite als Klartext ansehen",
-  "view_raw_on_github": "Rohdatei auf GitHub ansehen",
-  "view_repo": "Repo anzeigen",
-  "view_sla": "SLA anzeigen",
-  "view_source": "Quelltext anzeigen",
-  "views_expressed_disclaimer_text": "Der Service kann Ansichten und Meinungen enthalten, die die der Autoren sind und nicht unbedingt die offizielle Politik oder Position eines anderen Autors, einer Agentur, Organisation, Arbeitgebers oder Unternehmens, einschließlich des Unternehmens, widerspiegeln.",
-  "views_expressed_disclaimer_title": "Haftungsausschluss zu geäußerten Ansichten",
-  "we_already_setup_ci_cd_for_50_apps": "Wir haben bereits CI/CD für über 50 Apps eingerichtet.",
-  "we_don_t_bill_you_automatically_until_your_confirmation": "Wir stellen Ihnen erst nach Ihrer Bestätigung automatisch eine Rechnung aus.",
-  "we_don_t_store_or_sell_your_data_to_anyone": "Wir speichern oder verkaufen Ihre Daten an niemanden.",
-  "we_empower_developers_to_push_updates_instantly_ensuring_your_users_always_have_the_latest_version_of_your_app_without_the_hassle_of_app_store_approvals": "Wir ermöglichen Entwicklern, Updates sofort bereitzustellen, damit Ihre Benutzer immer die neueste Version Ihrer App haben, ohne die Mühe von App-Store-Genehmigungen.",
-  "we_practice_what_we_preach": "Wir leben, was wir predigen.",
-  "we_set_up_your_ci_cd_workflow_to_work_seamlessly_with_your_current_development_process_no_need_to_switch_platforms_or_learn_new_tools": "Wir richten Ihren CI/CD-Workflow so ein, dass er nahtlos mit Ihrem aktuellen Entwicklungsprozess funktioniert. Es ist nicht notwendig, die Plattform zu wechseln oder neue Werkzeuge zu lernen.",
-  "we_welcome_and_appreciate_all_contributions_to_capgo": "Wir begrüßen und schätzen alle Beiträge zu Capgo.",
-  "website_description": "Senden und verwalten Sie Updates in Echtzeit für Ihre Capacitor-App, ohne die Probleme des Stores, 5 Minuten für die Installation von Over-the-Air (OTA) Updates. Verwenden Sie Kanäle, um an bestimmte Gruppen zu senden.",
-  "website_keywords": "Capacitor, updater, OTA, autoupdate, capgo",
-  "website_title": "Capgo - Capacitor Live aktualisierung",
-  "welcome_to_capgo": "Willkommen bei Capgo",
-  "what_does_build_time_refer_to": "Was bedeutet \"Build-Zeit\" in den Plänen?",
-  "what_happens_if_i_reach_the_bandwidth_limit": "Was passiert, wenn ich das Bandbreitenlimit erreiche?",
-  "what_happens_if_i_reach_the_bandwidth_limit_answer": "Wir werden Sie per E-Mail benachrichtigen, wenn Sie 50%, 70%, 90% und 100% Ihres Bandbreitenlimits erreicht haben. Sobald das Limit erreicht ist, werden Aktualisierungsdownloads blockiert, bis Ihr Abrechnungszyklus zurückgesetzt wird oder Sie auf einen Tarif mit mehr Bandbreite upgraden. Ihre App wird weiterhin in ihrer aktuellen Version funktionieren.",
-  "what_happens_if_i_reach_the_mau_limit": "Was passiert, wenn ich das Limit für monatlich aktive Benutzer (MAU) erreiche?",
-  "what_happens_if_i_reach_the_mau_limit_answer": "Wir senden Ihnen E-Mail-Benachrichtigungen, wenn Sie 50%, 70%, 90% und 100% Ihres MAU-Limits erreichen. Sobald Sie das Limit erreicht haben, werden Ihre Updates bis zum Ende Ihres Abrechnungszeitraums blockiert. Um weiterhin Updates bereitzustellen, müssen Sie auf einen höheren Plan upgraden.",
-  "what_happens_if_i_reach_the_storage_limit": "Was passiert, wenn ich das Speicherlimit erreiche?",
-  "what_happens_if_i_reach_the_storage_limit_answer": "Sie erhalten E-Mail-Benachrichtigungen bei 50%, 70%, 90% und 100% Ihres Speicherlimits. Wenn Sie das Limit erreichen, können Sie keine neuen Pakete hochladen, bis Ihr Abrechnungszyklus endet oder Sie Ihren Tarif aktualisieren. Bestehende Updates funktionieren weiterhin normal.",
-  "what_payment_methods_answer": "Wir akzeptieren alle gängigen Kreditkarten (Visa, Mastercard, American Express, Discover). Für Jahrespläne akzeptieren wir auch Banküberweisungen. Alle Zahlungen werden sicher über Stripe abgewickelt.",
-  "what_payment_methods_do_you_accept": "Welche Zahlungsmethoden akzeptieren Sie?",
-  "when_developing_a_capacitorjs_app_as_a_beginner_it_s_good_to_have_an_experienced_consultant_by_your_side": "Beim Entwickeln einer CapacitorJS-App als Anfänger ist es gut, einen erfahrenen Berater an Ihrer Seite zu haben.",
-  "when_down_review": "Wenn eine Anwendung zu langsam funktioniert oder ausfällt (auch nur für ein paar Minuten), kann das die Zufriedenheit der Benutzer beeinträchtigen und den Umsatz verringern. Um solche Situationen zu vermeiden, überprüfen Sie den Code, um Verbesserungsmöglichkeiten zu finden.",
-  "when_its_good_to_ask_for_cordova_and_capacitorjs_consulting_services": "Wann es gut ist, um Cordova- und CapacitorJS-Consulting-Dienste zu bitten",
-  "why_is_it_important": "Warum ist es wichtig?",
-  "why_work": "Warum arbeiten",
-  "with_us": "mit uns?",
-  "work_without_internet_connection": "Arbeiten ohne Internetverbindung",
-  "worldwide_success_rate": "weltweite Erfolgsquote",
-  "written_by": "Geschrieben von",
-  "yearly_plan": "Jahresplan",
-  "you_definition": "<strong>Sie</strong> bezeichnet die Person, die auf den Dienst zugreift, oder das Unternehmen oder eine andere juristische Person, in deren Namen diese Person auf den Dienst zugreift oder ihn nutzt, sofern zutreffend.",
-  "you_need_a_to_access_to_specific_native_api_and_the_right_plugin_don_t_exist_we_can_develop_it_for_you_or_support_you_with_it": "Sie benötigen Zugriff auf eine bestimmte native API, und das richtige Plugin existiert nicht. Wir können es für Sie entwickeln oder Sie dabei unterstützen.",
-  "you_want_to_fix_a_bug_or_add_a_new_feature_to_capacitor_updater_this_is_the_repository_you_want_to_contribute_to": "Möchten Sie einen Fehler beheben oder eine neue Funktion zu <code>capacitor-updater</code> hinzufügen? Dies ist das Repository, zu dem Sie beitragen möchten.",
-  "your_configuration": "Ihre Konfiguration",
-  "your_live_update_solution_for_capacitor_apps": "Ihre Live-Update-Lösung für Capacitor-Apps",
-  "youre_in_good_company": "Du bist in guter Gesellschaft.",
-  "zero_trust_security": "Zero-Trust-Sicherheit",
-  "zero_vendor_lockin_pay_provider_directly": "Null Anbieterbindung, zahlen Sie Ihren Anbieter direkt."
-}
diff --git a/messages/es.json b/messages/es.json
deleted file mode 100644
index 4eee0ff3e..000000000
--- a/messages/es.json
+++ /dev/null
@@ -1,3288 +0,0 @@
-{
-  "$schema": "https://inlang.com/schema/inlang-message-format",
-  "2_3_week_delivery": "Entrega de 2-3 semanas",
-  "30_day_support_included": "Soporte de 30 días incluido",
-  "3_4_week_delivery": "Entrega de 3-4 semanas",
-  "Capacitor_Sanbox_App": "Aplicación Sandbox de Capacitor",
-  "Capacitor_Sanbox_App_description": "Prueba cada versión de tu app directamente en la app de sandbox en un segundo. Administra actualizaciones OTA para tu app de capacitor desde tu bolsillo, disponible en iOS y Android.",
-  "From_indie_devs_to": "Desde desarrolladores independientes hasta grandes equipos, todos confían en Capgo para enviar actualizaciones al instante.",
-  "SLA": "Acuerdos de Nivel de Servicio (SLA)",
-  "a_specific_element_of_your_app_doesn_t_work_and_you_don_t_know_where_the_problem_is_and_how_to_fix_it": "Un elemento específico de tu aplicación no funciona y no sabes dónde está el problema ni cómo solucionarlo.",
-  "aasa_tester": "Probador de AASA",
-  "about": "Acerca de",
-  "about_capgo": "Acerca de Capgo",
-  "about_capgo_description": "Conoce Capgo, la solución de actualización en vivo para aplicaciones Capacitor creada por Martin Donadieu. Entregando actualizaciones OTA instantáneas desde 2022.",
-  "access_maintain_enterprise_plugins": "Acceda y mantenga nuestros plugins de Capacitor de grado empresarial con soporte prioritario y mantenimiento dedicado.",
-  "ach_available_for_enterprise_annual_payments": "ACH está disponible solo para pagos anuales de clientes del plan Enterprise. Contáctanos para obtener más información.",
-  "active_users_up_to_date": "de usuarios activos actualizados dentro de las 24 horas",
-  "actual_availability": "Disponibilidad Actual",
-  "actual_availability_desc": "\"Disponibilidad Actual\" significa Disponibilidad Programada menos Tiempo de Inactividad No Programado.",
-  "actual_availability_title": "4.3 Disponibilidad Actual",
-  "adapt_as_you_grow": "Adáptate a medida que creces",
-  "adapt_configuration_to_infrastructure": "Ya sea que utilices GitHub, GitLab u otra plataforma, adaptamos nuestra configuración para ajustarnos a tu infraestructura existente.",
-  "additionally_make_sure_that": "Además de lo anterior, asegúrate de que:",
-  "address": "Dirección",
-  "advanced_access_levels": "Niveles de Acceso Avanzados",
-  "advanced_collaboration_security_compliance": "Colaboración avanzada, seguridad y características de cumplimiento que crecen con su organización",
-  "all_around_the_globe": "En todo el mundo",
-  "all_lower_tiers_benefits": "Todos los beneficios de los niveles anteriores",
-  "all_systems_normal": "Todos los sistemas normales",
-  "all_systems_normal_uptime": "Todos los sistemas normales: 99% de tiempo de actividad",
-  "already_have_account": "¿Ya tienes una cuenta?",
-  "alternatives": "Alternativas",
-  "alternatives_appflow_credit": "💚 Crédito donde se debe: Ionic construyó herramientas increíbles y educó a toda una generación de desarrolladores de aplicaciones híbridas. Respeto.",
-  "alternatives_appflow_migration_guide": "Guía de migración →",
-  "alternatives_appflow_reality": "Ionic anunció que están finalizando Appflow. Los clientes existentes pueden usarlo hasta finales de 2027, pero no habrá nuevos clientes o características.",
-  "alternatives_appflow_reality_label": "La realidad:",
-  "alternatives_appflow_status": "⚠️ Cierre el 31 de diciembre de 2027",
-  "alternatives_appflow_when_good": "Appflow fue genial si querías todo en un solo lugar: CI/CD, actualizaciones en vivo, compilaciones nativas. Los pioneros de este espacio.",
-  "alternatives_appflow_when_good_label": "Cuando era bueno:",
-  "alternatives_appflow_why_different_label": "Por qué somos diferentes:",
-  "alternatives_appflow_why_different_li1": "No vamos a cerrar (¡algo importante!)",
-  "alternatives_appflow_why_different_li2": "$14/mes vs sus $499/mes",
-  "alternatives_appflow_why_different_li3": "Código abierto vs código cerrado",
-  "alternatives_appflow_why_different_li4": "Concéntrate solo en las actualizaciones, así seremos mejores en ello.",
-  "alternatives_been_doing_desc": "Iniciado en 2020. Hemos visto todos los casos extremos, sobrevivido a cada cambio de política de la App Store y procesado miles de millones de actualizaciones. No vamos a ir a ninguna parte.",
-  "alternatives_been_doing_title": "⏰ Hemos estado haciendo esto durante 4 años",
-  "alternatives_biggest_plugin_desc": "Mantenemos más de 70 plugins gratuitos y de código abierto para Capacitor. Más que cualquier otro en el ecosistema, excepto el propio equipo de Capacitor.",
-  "alternatives_biggest_plugin_note": "Entonces sí, sabemos una cosa o dos sobre el Capacitor.",
-  "alternatives_biggest_plugin_title": "🚀 El mayor proveedor de complementos después del Capacitor oficial",
-  "alternatives_bootstrapped_desc": "Sin inversores. Sin deudas. Solo ingresos sostenibles de clientes felices.",
-  "alternatives_bootstrapped_note": "Eso significa que podemos cobrar precios justos ($14/mes para principiantes, no $499), y no cerraremos de repente ni aumentaremos nuestros precios 10 veces.",
-  "alternatives_bootstrapped_title": "💰 Autofinanciado y rentable",
-  "alternatives_capawesome_credit": "💚 Crédito donde se debe: Robin (fundador de Capawesome) hace un gran trabajo. Que se inspire en nuestro enfoque al construir su solución es sinceramente halagador. El ecosistema es mejor con múltiples opciones.",
-  "alternatives_capawesome_diff_experience": "<strong>Experiencia:</strong> Hemos estado haciendo esto desde 2020 (lanzaron actualizaciones en vivo en 2024)",
-  "alternatives_capawesome_diff_focus": "<strong>Enfoque:</strong> Las actualizaciones en vivo son nuestro negocio principal; para ellos es una oferta secundaria a sus plugins de pago.",
-  "alternatives_capawesome_diff_pricing": "<strong>Precios:</strong> Ambos asequibles: nosotros empezamos en $14/mes, ellos empiezan en €9/mes.",
-  "alternatives_capawesome_diff_scale": "<strong>Escala:</strong> Proporcionamos más de 1B+ actualizaciones/mes, 50M+ dispositivos (aún no publican estadísticas)",
-  "alternatives_capawesome_diff_security": "<strong>Seguridad y Transparencia:</strong> Somos 100% de código abierto con auditorías públicas y capacidad de autoauditoría; ellos son 0% abiertos en el backend sin auditorías públicas.",
-  "alternatives_capawesome_diff_support": "<strong>Soporte:</strong> Ambos proporcionamos soporte humano (¡somos equipos pequeños!)",
-  "alternatives_capawesome_differences_label": "Diferencias honestas:",
-  "alternatives_capawesome_full_comparison": "Comparación completa →",
-  "alternatives_capawesome_reality": "Capawesome es una opción sólida y más reciente con buena ingeniería alemana. Se inspiraron en Capgo al construir su solución de actualizaciones en vivo. También hacen excelentes plugins para Capacitor.",
-  "alternatives_capawesome_status": "✅ Activo y bien mantenido",
-  "alternatives_capawesome_when_good": "Si quieres una interfaz más sencilla y no necesitas algunas de las funciones avanzadas, es una buena elección.",
-  "alternatives_codepush_credit": "💚 Crédito donde se debe: CodePush demostró que el modelo de actualización en vivo funciona a gran escala.",
-  "alternatives_codepush_reality": "CodePush era gratuito y funcionaba bien... hasta que Microsoft dejó de mantenerlo. Está en modo legado para React Native, y no hay soporte oficial para Capacitor.",
-  "alternatives_codepush_status": "🪦 Obsoleto - Microsoft ha avanzado",
-  "alternatives_codepush_when_good": "¡Gratis es difícil de superar! Y la infraestructura de Microsoft significaba que era confiable.",
-  "alternatives_codepush_why_different_li1": "Realmente mantenido y mejorado cada mes",
-  "alternatives_codepush_why_different_li2": "Construido específicamente para Capacitor",
-  "alternatives_codepush_why_different_li3": "Personas reales solucionando errores y añadiendo características",
-  "alternatives_codepush_why_different_li4": "Todavía asequible: $14/mes (no gratuito subvencionado por capital de riesgo, pero sostenible)",
-  "alternatives_cta_button": "Inicia prueba gratuita",
-  "alternatives_cta_questions": "¿Preguntas? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Pregúntanos en Discord</a> o <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">envía un correo a support@capgo.app</a>",
-  "alternatives_cta_subtitle": "Sin tarjeta de crédito. Sin compromiso. Solo ve si funciona para ti.",
-  "alternatives_cta_title": "Pruébalo tú mismo (gratis por 14 días)",
-  "alternatives_family_business_desc": "Fundada y dirigida por Martin Donadieu y su familia. Sin presión de capital de riesgo para \"maximizar las métricas de crecimiento\" o \"cambiar el modelo de negocio\". Estamos construyendo esto a largo plazo porque es nuestro sustento.",
-  "alternatives_family_business_li1": "Entidades legales tanto en Estados Unidos como en Europa",
-  "alternatives_family_business_li2": "Infraestructura dedicada para China",
-  "alternatives_family_business_title": "👨‍👩‍👧‍👦 Negocio familiar",
-  "alternatives_hero_subtitle": "Seamos honestos: las páginas de comparación son un poco tontas. Pero aquí tienes una mirada realmente transparente a tus opciones.",
-  "alternatives_hero_title": "Alternativas Capgo",
-  "alternatives_human_support_desc": "Sin chatbots. Sin \"asistentes de IA\". Sin sistemas de tickets que pierdan tu mensaje.",
-  "alternatives_human_support_note": "Obtienes a Martin o alguien de la familia. Usualmente dentro de horas. A veces, en minutos. Sí, incluso los fines de semana (no podemos evitarlo 😅).",
-  "alternatives_human_support_title": "🙋 Solo soporte humano",
-  "alternatives_meta_description": "¿Buscas soluciones de actualización en vivo para Capacitor? Aquí tienes una comparación honesta y transparente de Capgo frente a las alternativas. Sin tonterías, solo una conversación real sobre lo que hace diferente a cada plataforma.",
-  "alternatives_not_good_at_ci_cd": "A diferencia del enfoque integrado de Appflow, te damos flexibilidad. Usa nuestro Cloud Build para compilaciones nativas de iOS/Android, o integra con tu propio CI/CD (GitHub Actions, GitLab CI, etc). Tu elección - ambos funcionan perfectamente.",
-  "alternatives_not_good_at_ci_cd_label": "Todo en uno CI/CD:",
-  "alternatives_not_good_at_docs": "Las actualizaciones automáticas básicas están bien documentadas. Pero Capgo tiene muchas opciones (manual, semi-manual, canal_predeterminado, etc.) que no siempre son fáciles de entender para cada caso de uso todavía. Estamos mejorando esto activamente.",
-  "alternatives_not_good_at_docs_label": "Complejidad de la documentación:",
-  "alternatives_not_good_at_title": "🤔 En lo que NO somos buenos (hora de ser honestos)",
-  "alternatives_open_transparent_desc": "100% de código abierto. Licencia MIT/MPL-2.0. Puedes ver cada línea de código, alojarlo tú mismo si quieres, o bifurcarlo por completo.",
-  "alternatives_open_transparent_li1": "Código del plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "alternatives_open_transparent_li2": "Código de backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "alternatives_open_transparent_li3": "Autoauditoría en cualquier momento - crítico para el cumplimiento y la seguridad",
-  "alternatives_open_transparent_li4": "Auditorías de seguridad pública disponibles",
-  "alternatives_open_transparent_li5": "Hoja de ruta pública, problemas públicos, todo público",
-  "alternatives_open_transparent_title": "🌍 Lo hacemos de manera abierta y transparente",
-  "alternatives_other_options_title": "Las otras opciones (y cuándo elegirlas)",
-  "alternatives_testimonial_1": "La migración desde Appflow tomó 2 horas. Pasamos de $499/mes a $14/mes. Mismas características, mejor DX.",
-  "alternatives_testimonial_1_author": "— Desarrollador de React de Francia",
-  "alternatives_testimonial_2": "Tenía una pregunta a las 10pm del sábado. Martin mismo respondió en 15 minutos. Increíble.",
-  "alternatives_testimonial_2_author": "— Desarrollador solitario de Brasil",
-  "alternatives_testimonial_3": "Ser de código abierto significa que podríamos auditar la seguridad nosotros mismos. Eso es innegociable para nuestra aplicación de atención médica.",
-  "alternatives_testimonial_3_author": "— CTO de startup de tecnología sanitaria",
-  "alternatives_testimonial_4": "El hecho de que sea un negocio familiar me hace confiar MÁS en él, no menos. Estas personas no van a estafarnos.",
-  "alternatives_testimonial_4_author": "— Líder del equipo móvil de Alemania",
-  "alternatives_title": "Alternativas a Capgo – Una Comparación Honesta",
-  "alternatives_what_different_title": "¿Qué es lo que realmente hace diferente a Capgo?",
-  "alternatives_why_choose_title": "¿Por qué la gente realmente nos elige?",
-  "alternatives_why_exists_p1": "Mira, podríamos hacer una tabla elegante mostrando cómo Capgo aplasta a cada competidor en cada métrica. Eso es lo que todos hacen. Pero es una tontería, y tú lo sabes.",
-  "alternatives_why_exists_p2": "¿La verdad? Todas las plataformas de actualización en vivo hacen prácticamente lo mismo ahora: envían actualizaciones de JavaScript a tus aplicaciones Capacitor. ¿API? Todos tenemos una. ¿Canales? Sí. ¿Reversiones? Claro.",
-  "alternatives_why_exists_p3": "¿Entonces qué es lo que realmente importa? Hablemos de eso en su lugar.",
-  "alternatives_why_exists_title": "¿Por qué existe esta página?",
-  "analytics": "Análisis",
-  "and": "y",
-  "app_mobile": "Aplicación móvil",
-  "app_store_compliant": "Cumple con App Store",
-  "appflow_credit_p1": "<strong class=\"text-emerald-400\">Ionic construyó algo increíble.</strong> Appflow fue la primera plataforma en hacer que las actualizaciones en vivo funcionaran realmente a gran escala. Pioneros en canales, retrocesos, integración de compilaciones nativas - todo el manual.",
-  "appflow_credit_p2": "Educaron a toda una generación de desarrolladores en el desarrollo de aplicaciones híbridas. Sin el trabajo de Ionic, productos como Capgo no existirían.",
-  "appflow_credit_p3": "Así que sí, un enorme respeto para el equipo de Ionic. Esto es una decepción para todos.",
-  "appflow_credit_title": "Primero, demos crédito donde se debe",
-  "appflow_cta_book_migration": "Llamar a la migración de libros",
-  "appflow_cta_questions": "¿Preguntas? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Únete a nuestro Discord</a> o <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">envíanos un correo electrónico</a>",
-  "appflow_cta_start_trial": "Inicia prueba gratuita →",
-  "appflow_cta_subtitle": "Sin tarjeta de crédito. Sin compromiso. Migra una aplicación de prueba, ve si funciona para ti.",
-  "appflow_cta_title": "Pruébalo gratis durante 14 días",
-  "appflow_elephant_p1": "Ionic anunció que cerrarán Appflow. Tus aplicaciones seguirán funcionando hasta el <strong class=\"text-white\">31 de diciembre de 2027</strong>, pero no habrá nuevas funciones, nuevos clientes, ni actualizaciones.",
-  "appflow_elephant_p2": "Si estás leyendo esto, probablemente estés buscando a dónde ir después. De eso se trata esta página.",
-  "appflow_elephant_title": "⚠️ El elefante en la habitación",
-  "appflow_enterprise_help_desc": "If your Appflow stack includes Ionic enterprise plugins, use the <a href=\"{pluginsUrl}\" class=\"text-emerald-300 hover:underline\">Ionic Enterprise Plugins guide</a>. Paid support is available on demand - <a href=\"{supportUrl}\" class=\"text-emerald-300 hover:underline\">see support options</a>. Need a hands-on migration? We offer paid migration services - <a href=\"{migrationUrl}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_enterprise_help_title": "Enterprise plugins and paid help (optional)",
-  "appflow_experience_desc": "4 años de actualizaciones en vivo a gran escala. Miles de millones de actualizaciones servidas. Cada cambio en la política de la App Store, cada caso límite, cada dispositivo extraño - lo hemos visto todo.",
-  "appflow_experience_note": "Además: somos el <strong>mayor proveedor de plugins de Capacitor</strong> después del equipo oficial de Capacitor (más de 30 plugins). Conocemos el ecosistema por dentro y por fuera.",
-  "appflow_experience_title": "4. Hemos estado haciendo esto desde 2020",
-  "appflow_faq_a1": "No. Lo que estés usando ahora (GitHub Actions, GitLab CI, Jenkins, etc.) sigue funcionando. Solo cambia el paso de carga para usar nuestra CLI en lugar de la de Appflow.",
-  "appflow_faq_a2": "¡Hacemos compilaciones nativas en la nube! Simplemente no hacemos la automatización completa de la tubería CI/CD. Puedes activar las compilaciones a través de nuestra CLI o API, pero no estamos tratando de reemplazar tu flujo de trabajo con GitHub Actions/GitLab CI - nos integramos con él.",
-  "appflow_faq_a3": "Probablemente mucho. Appflow comienza en $499/mes. Nosotros comenzamos en $14/mes y escalamos con el uso (aproximadamente $0.001 por MAU). La mayoría de las migraciones ahorran entre el 80-95% en costos de actualización.",
-  "appflow_faq_a4": "Ofrecemos más de 1B+ actualizaciones/mes en más de 50M+ dispositivos. Más del 99.9% de tiempo de actividad. Consulta las estadísticas en tiempo real en <a href=\"https://status.capgo.app/history\" class=\"text-blue-300 underline hover:text-blue-200\">status.capgo.app</a>",
-  "appflow_faq_q1": "¿Necesito cambiar mi configuración de CI/CD?",
-  "appflow_faq_q2": "¿Qué pasa con las compilaciones nativas?",
-  "appflow_faq_q3": "¿Esto ahorrará dinero?",
-  "appflow_faq_q4": "¿Cómo es la fiabilidad?",
-  "appflow_faq_title": "Preguntas comunes",
-  "appflow_focus_desc": "Appflow realizó actualizaciones en vivo + CI/CD + compilaciones nativas. Nosotros solo hacemos <strong class=\"text-white\">actualizaciones en vivo</strong>.",
-  "appflow_focus_note": "En mi opinión, es mejor mantener las preocupaciones separadas de todos modos. Usa GitHub Actions (o lo que sea) para CI/CD. Usa Capgo para actualizaciones. Cada herramienta hace lo que mejor sabe hacer.",
-  "appflow_focus_title": "6. Enfócate en una cosa (y hazlo realmente bien)",
-  "appflow_footer_note": "Construido con respeto por lo que creó Ionic. Aquí para ayudarte a seguir enviando.",
-  "appflow_hero_subtitle": "Hablemos honestamente sobre lo que está sucediendo y cuáles son tus opciones.",
-  "appflow_hero_title": "¿Migrando desde Appflow?",
-  "appflow_migration_basics_title": "Lo básico:",
-  "appflow_migration_guide_text": "Guía completa de migración: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/from-appflow-to-capgo</a>",
-  "appflow_migration_how_title": "¿Qué tan difícil es la migración?",
-  "appflow_migration_intro": "<strong class=\"text-white\">TL;DR: No es difícil.</strong> La mayoría de los equipos están en funcionamiento en menos de un día.",
-  "appflow_migration_step1": "Desinstala <code class=\"text-blue-300\">@capacitor/live-updates</code>, instala <code class=\"text-blue-300\">@capgo/capacitor-updater</code>",
-  "appflow_migration_step2": "Llama a <code class=\"text-blue-300\">notifyAppReady()</code> en lugar de todo el código de sincronización/descarga/recarga de Appflow",
-  "appflow_migration_step3": "Carga paquetes con nuestra CLI en lugar de la suya",
-  "appflow_migration_stuck": "¿Atascado? <a href=\"https://cal.com/team/capgo/appflow-migration\" class=\"text-blue-300 underline hover:text-blue-200\">Reserva una llamada de migración gratuita</a> y te guiaremos a través de ella.",
-  "appflow_not_good_at_ci_cd": "A diferencia del enfoque integrado de Appflow, te damos flexibilidad. Usa nuestro Cloud Build para compilaciones nativas de iOS/Android, o integra con tu propio CI/CD (GitHub Actions, GitLab CI, etc). Tu elección - ambos funcionan perfectamente.",
-  "appflow_not_good_at_ci_cd_label": "Todo en uno CI/CD:",
-  "appflow_not_good_at_docs": "Las actualizaciones automáticas básicas están bien documentadas y claras. Pero Capgo ofrece muchos modos de actualización (manual, semi-manual, canal_predeterminado, etc.) - no todos los casos de uso son igualmente fáciles de entender todavía. Estamos trabajando en ello.",
-  "appflow_not_good_at_docs_label": "Complejidad de la documentación:",
-  "appflow_not_good_at_title": "🤔 Lo que NO somos (hora de la honestidad)",
-  "appflow_not_shutting_desc": "Capgo es un <strong class=\"text-white\">negocio familiar autofinanciado</strong>. Sin presión de capitalistas de riesgo para \"pivotar\" o \"maximizar métricas de crecimiento\". Esta es nuestra forma de vida, construida para durar décadas.",
-  "appflow_not_shutting_li1": "Entidades legales tanto en Estados Unidos como en Europa",
-  "appflow_not_shutting_li2": "Infraestructura dedicada para China",
-  "appflow_not_shutting_note": "Hemos sido rentables desde el primer año. Precios sostenibles, negocio sostenible.",
-  "appflow_not_shutting_title": "1. No vamos a cerrar (obviamente importante)",
-  "appflow_opensource_desc": "No solo el complemento - <strong class=\"text-white\">también todo el backend</strong>:",
-  "appflow_opensource_li1": "Complemento: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "appflow_opensource_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "appflow_opensource_li3": "Aloja tú mismo si quieres. Haz una bifurcación si lo necesitas. Audita la seguridad por ti mismo.",
-  "appflow_opensource_note": "Esto importa si te quemaste con el cierre de un servicio propietario (mirándote a ti, Appflow).",
-  "appflow_opensource_title": "3. 100% código abierto (MIT/MPL-2.0)",
-  "appflow_or_similar": "AppFlow o similar",
-  "appflow_plugins_col_capgo": "Capgo alternative",
-  "appflow_plugins_col_guide": "Migration guide",
-  "appflow_plugins_col_ionic": "Ionic plugin",
-  "appflow_plugins_desc": "If you use Ionic's enterprise plugins, here are the direct Capgo replacements and migration guides.",
-  "appflow_plugins_link_text": "Migration guide",
-  "appflow_plugins_opensource_note": "All Capgo plugins are open source. Paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_plugins_or": "or",
-  "appflow_plugins_title": "Ionic enterprise plugins: equivalents in Capgo",
-  "appflow_pricing_comparison": "Appflow: <strong class=\"text-rose-400\">$499/mes</strong> mínimo<br>Capgo: <strong class=\"text-emerald-400\">$14/mes</strong> para empezar, escala con el uso",
-  "appflow_pricing_note": "Podemos cobrar menos porque no estamos financiando enormes gastos generales. Solo un pequeño equipo construyendo excelentes herramientas.",
-  "appflow_pricing_title": "2. Precios que tienen sentido",
-  "appflow_support_desc": "Sin chatbots. Sin sistemas de tickets. Sin \"asistentes de IA\".",
-  "appflow_support_note": "Obtienes a Martin (¡yo!) o alguien del equipo. Usualmente en cuestión de horas. A menudo en minutos. Sí, incluso los fines de semana (no podemos evitarlo 😅).",
-  "appflow_support_open_desc": "Every Capgo plugin is open source, so you can audit, fork, and self-host if you want. If you need guaranteed response times or migration help, paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">see support options</a>.",
-  "appflow_support_open_title": "Open source plugins. Optional paid support.",
-  "appflow_support_title": "5. Realmente apoyo humano",
-  "appflow_testimonial_1": "La migración desde Appflow tomó 2 horas. Pasamos de $499/mes a $14/mes. Mismas características, mejores documentos.",
-  "appflow_testimonial_1_author": "— Desarrollador de React, Francia",
-  "appflow_testimonial_2": "Tenía una pregunta a las 10pm del sábado. Martin respondió en 15 minutos. Con ejemplos de código reales.",
-  "appflow_testimonial_2_author": "— Desarrollador solitario, Brasil",
-  "appflow_testimonial_3": "El backend de código abierto era innegociable para nuestra aplicación de atención médica. Capgo fue la única opción que cumplió con nuestros requisitos de seguridad.",
-  "appflow_testimonial_3_author": "— CTO, startup de tecnología de la salud",
-  "appflow_testimonial_4": "Negocio familiar = sin riesgo de rugpull. Después del cierre de Appflow, esa estabilidad importa.",
-  "appflow_testimonial_4_author": "— Líder del equipo móvil, Alemania",
-  "appflow_testimonials_more": "Más testimonios:",
-  "appflow_testimonials_title": "Lo que la gente realmente dice",
-  "appflow_what_different_title": "¿Qué hace diferente a Capgo?",
-  "application_definition": "<strong>Aplicación</strong> significa el programa de software proporcionado por la Empresa que usted ha descargado en cualquier dispositivo electrónico llamado {brand}.",
-  "application_definition_refund": "Aplicación significa el programa de software proporcionado por la Empresa que Usted descargó en cualquier dispositivo electrónico, denominado $1.",
-  "apps": "Aplicaciones",
-  "apps_with_20m_users": "Aplicaciones con más de 20 millones de usuarios",
-  "architecture_review_optimization": "Revisión de arquitectura, optimización del rendimiento y orientación estratégica para tu equipo de desarrollo móvil.",
-  "are_there_any_setup_fees_answer": "Sin tarifas de configuración, nunca. Todos nuestros precios son transparentes e incluyen todo lo que necesitas para empezar. Para el plan de Pago-por-uso, el uso excesivo se factura como créditos a tasas claramente publicadas. A diferencia de otras plataformas en este espacio, no ocultamos ningún costo: lo que ves es lo que pagas.",
-  "are_there_any_setup_fees_or_hidden_costs": "¿Hay alguna tarifa de configuración o costos ocultos?",
-  "as_the_largest_ecosystem_of_open_source_plugins_for_capacitor_we_re_committed_to_innovation_transparency_and_community_driven_development": "Como el ecosistema más grande de plugins de código abierto para Capacitor, estamos comprometidos con la innovación, la transparencia y el desarrollo impulsado por la comunidad.",
-  "ask_for_help_in_the_community_chat_room": "Pide ayuda en el <a href=\"https://discord.capgo.app\"> chat de la comunidad. </a>",
-  "ask_questions_about_page": "Hacer preguntas sobre esta página",
-  "assign_specific_rights_and_access_levels_to_each_user_within_your_organizations": "Asigna derechos y niveles de acceso específicos a cada usuario dentro de tus organizaciones, asegurando la seguridad y la correcta asignación de recursos.",
-  "at_scale": "a escala",
-  "aup": "Política de Uso Aceptable",
-  "aup_intro": "Esta Política de Uso Aceptable (esta 'Política') describe los usos prohibidos de los servicios web ofrecidos por Capgo y sus afiliados (los 'Servicios') y el sitio web ubicado en https://capgo.app (el 'Sitio de Capgo'). Los ejemplos en esta Política no son exhaustivos. Podemos modificar esta Política en cualquier momento publicando una versión revisada en el Sitio de Capgo. Al utilizar los Servicios o acceder al Sitio de Capgo, aceptas la versión más reciente de esta Política. Si violas la Política o autorizas o ayudas a otros a hacerlo, podemos suspender o terminar tu uso de los Servicios.",
-  "aup_monitoring_enforcement": "Nuestro Monitoreo y Cumplimiento",
-  "aup_monitoring_enforcement_desc": "Nos reservamos el derecho, pero no asumimos la obligación, de investigar cualquier violación de esta Política o mal uso de los Servicios o del Sitio de Capgo. Podemos:",
-  "aup_no_email_abuse": "No al abuso de correos electrónicos u otros mensajes",
-  "aup_no_email_abuse_desc": "No distribuirás, publicarás, enviarás ni facilitarás el envío de correos electrónicos masivos no solicitados u otros mensajes, promociones, publicidad o solicitudes (como 'spam'), incluyendo publicidad comercial y anuncios informativos. No alterarás ni oscurecerás los encabezados de correo ni asumirás la identidad de un remitente sin el permiso explícito del remitente. No recogerás respuestas a mensajes enviados desde otro proveedor de servicios de internet si esos mensajes violan esta Política o la política de uso aceptable de ese proveedor.",
-  "aup_no_illegal_use": "No uso o contenido ilegal, dañino u ofensivo",
-  "aup_no_illegal_use_desc": "No puedes utilizar, ni alentar, promover, facilitar o instruir a otros para que utilicen, los Servicios o el Sitio de Capgo para cualquier uso ilegal, dañino, fraudulento, infractor u ofensivo, ni para transmitir, almacenar, mostrar, distribuir o poner a disposición de cualquier otra manera contenido que sea ilegal, dañino, fraudulento, infractor u ofensivo. Las actividades o el contenido prohibidos incluyen:",
-  "aup_no_network_abuse": "No abuso de red",
-  "aup_no_network_abuse_desc": "No puedes establecer conexiones de red con ningún usuario, host o red a menos que tengas permiso para comunicarte con ellos. Las actividades prohibidas incluyen:",
-  "aup_no_security_violations": "Sin violaciones de seguridad",
-  "aup_no_security_violations_desc": "No puede utilizar los Servicios para violar la seguridad o integridad de ninguna red, computadora o sistema de comunicaciones, aplicación de software, o dispositivo de red o computación (cada uno, un 'Sistema'). Las actividades prohibidas incluyen:",
-  "aup_reporting_violations": "Informe de violaciones de esta política",
-  "aup_reporting_violations_desc": "Si se da cuenta de alguna violación de esta Política, nos notificará de inmediato y nos proporcionará asistencia, según lo solicitado, para detener o remediar la violación. Para informar sobre cualquier violación de esta Política, comuníquese con nosotros en support@capgo.app.",
-  "availability_97_95": "Menos del 97.0% pero mayor o igual al 95.0%",
-  "availability_98_97": "Menos del 98.0% pero mayor o igual que el 97.0%",
-  "availability_99_98": "Menos del 99.9% pero mayor o igual al 98.0%",
-  "availability_below_95": "Menos del 95.0%",
-  "avoiding_system_restrictions": "Evitando restricciones del sistema.",
-  "avoiding_system_restrictions_desc": "Utilizar medios manuales o electrónicos para evitar cualquier limitación de uso impuesta a un Sistema, como restricciones de acceso y almacenamiento.",
-  "awesome_capacitor": "Asombroso Capacitor",
-  "bandwidth": "Ancho de banda",
-  "bandwidth_explanation": "En Capgo, medimos el ancho de banda mediante el seguimiento de la cantidad de datos transmitidos entre la ubicación de almacenamiento y los dispositivos del usuario a través de servidores en el borde. Esto nos ayuda a ofrecer actualizaciones en tiempo real.",
-  "bandwidth_gb": "Ancho de banda (GiB)",
-  "beautiful_native_experience": "Hermosa experiencia nativa",
-  "become_a_sponsor": "Conviértete en patrocinador",
-  "before_submitting_a_pr": "Antes de enviar un PR a cualquiera de los repositorios, por favor asegúrate de que lo siguiente esté hecho:",
-  "benefit_from_our_deep_expertise_in_mobile_app_ci_cd_best_practices_without_the_need_to_build_and_maintain_a_complex_system_yourself": "Benefíciese de nuestra profunda experiencia en las mejores prácticas de CI/CD para aplicaciones móviles, sin necesidad de construir y mantener un sistema complejo por su cuenta.",
-  "best_value": "Mejor Valor",
-  "billed_annually_at": "Facturado anualmente en",
-  "billed_monthly": "Facturado mensualmente",
-  "blog": "Blog",
-  "book_a_consultation": "Reserve una consulta",
-  "break_even_timeline": "¡Después de solo 6 meses, ya estás ahorrando dinero!",
-  "browse_all_plugins": "Explora Todos los Complementos",
-  "browse_plugin_library": "Explora Nuestra Biblioteca de Plugins",
-  "bug_bounty": "Bug Bounty",
-  "bug_bounty_conduct_intro": "We are friendly and we do pay for valid reports, but we cannot work with people who do not respect our time. Please keep communication calm and follow this program.",
-  "bug_bounty_conduct_rule_1": "We respond to security reports and breaches within 24-72 hours.",
-  "bug_bounty_conduct_rule_2": "Do not spam us. More than three emails in a single day is considered spam and will be blocked.",
-  "bug_bounty_conduct_rule_3": "We do not pay for reports that ignore these rules or are spam.",
-  "bug_bounty_conduct_rule_4": "Only in-scope reports that follow this bug bounty program are accepted; anything else may be blocked.",
-  "bug_bounty_conduct_rule_5": "Do not ask whether we are a scam or for payment status updates. We may be slow to respond at times, so please keep communication focused and respectful. Reporter records and payout proof are publicly visible for transparency.",
-  "bug_bounty_conduct_title": "Response Time and Respect",
-  "bug_bounty_contact": "Para preguntas sobre nuestro programa Bug Bounty, comuníquese a través de GitHub Security Advisories.",
-  "bug_bounty_description": "Conozca el programa Bug Bounty de Capgo. Reporte vulnerabilidades de seguridad en nuestro código abierto con referencias exactas de líneas para posibles recompensas.",
-  "bug_bounty_how_to_report_step_1": "Navegue al repositorio correspondiente en GitHub",
-  "bug_bounty_how_to_report_step_2": "Haga clic en la pestaña \"Security\"",
-  "bug_bounty_how_to_report_step_3": "Haga clic en \"Report a vulnerability\" para crear un nuevo aviso de seguridad",
-  "bug_bounty_how_to_report_step_4": "Incluya la ruta exacta del archivo y el número de línea(s) donde existe la vulnerabilidad",
-  "bug_bounty_how_to_report_step_5": "Proporcione pasos detallados para reproducir el problema y explique el impacto de seguridad",
-  "bug_bounty_how_to_report_title": "Cómo Reportar",
-  "bug_bounty_important_label": "Importante",
-  "bug_bounty_important_note": "Si no puede proporcionar la línea exacta de código en GitHub donde existe el problema, su reporte no será elegible para el programa Bug Bounty. Los reportes deben enviarse únicamente a través de GitHub Security Advisory. Los pagos se gestionan a través de Algora.io. Cree una cuenta allí para que podamos pagarle directamente en la plataforma.",
-  "bug_bounty_intro": "Capgo está comprometido con la seguridad y la transparencia. Todo nuestro código es de código abierto, y damos la bienvenida a investigadores de seguridad para ayudarnos a identificar vulnerabilidades en nuestra base de código.",
-  "bug_bounty_open_source_desc": "Cada repositorio en la organización Capgo es de código abierto. Puede revisar, auditar y contribuir a nuestro código.",
-  "bug_bounty_open_source_title": "Código Abierto",
-  "bug_bounty_org": "Organización GitHub",
-  "bug_bounty_out_of_scope_1": "Reportes sin referencias exactas de líneas de código en GitHub",
-  "bug_bounty_out_of_scope_2": "Reportes no enviados a través de GitHub Security Advisory",
-  "bug_bounty_out_of_scope_3": "Vulnerabilidades teóricas sin prueba de concepto",
-  "bug_bounty_out_of_scope_4": "Problemas en dependencias o servicios de terceros (repórtelos upstream, p. ej., Supabase).",
-  "bug_bounty_out_of_scope_5": "Intentos de ingeniería social o phishing",
-  "bug_bounty_out_of_scope_6": "Ataques de denegación de servicio",
-  "bug_bounty_out_of_scope_title": "Fuera de Alcance",
-  "bug_bounty_payment_note": "Payments are issued only after we have identified the issue, fixed it, opened a pull request, and you have verified after release that the fix works for you. This process usually takes between 20 and 30 days. Please do not send messages like \"to get paid\"; payment happens only once the release is live and you've tested and validated the fix.",
-  "bug_bounty_program": "Programa Bug Bounty",
-  "bug_bounty_repo_cli": "Capgo CLI",
-  "bug_bounty_repo_cli_desc": "Interfaz de línea de comandos para gestionar implementaciones y actualizaciones en vivo de Capgo",
-  "bug_bounty_repo_landing": "Capgo Backend y Landing",
-  "bug_bounty_repo_landing_desc": "Repositorio principal de Capgo incluyendo servicios backend y sitio web",
-  "bug_bounty_repo_updater": "Plugin Capacitor Updater",
-  "bug_bounty_repo_updater_desc": "El plugin principal de Capacitor que maneja actualizaciones over-the-air en dispositivos móviles",
-  "bug_bounty_report_security_issue": "Reportar Problema de Seguridad",
-  "bug_bounty_requirement_1": "Debe identificar el archivo exacto y número de línea en nuestro repositorio de GitHub donde existe la vulnerabilidad",
-  "bug_bounty_requirement_2": "Su reporte debe enviarse a través de GitHub Security Advisory en el repositorio correspondiente",
-  "bug_bounty_requirement_3": "Debe incluir una descripción clara de la vulnerabilidad y su impacto potencial",
-  "bug_bounty_requirement_4": "Debe proporcionar pasos reproducibles para demostrar el problema",
-  "bug_bounty_requirements_intro": "Para calificar para el programa Bug Bounty, su reporte debe cumplir con TODOS los siguientes requisitos:",
-  "bug_bounty_requirements_title": "Requisitos para Reportes Válidos",
-  "bug_bounty_supabase_examples_title": "Ejemplos",
-  "bug_bounty_supabase_intro": "Si el problema está en Supabase y está ligado a un endpoint de Supabase, repórtelo a Supabase (no a Capgo). Solo aceptamos reportes relacionados con Supabase si puede reproducirlo y mostrar el cambio exacto de configuración en Supabase que lo evita en un proyecto configurado como el nuestro.",
-  "bug_bounty_supabase_limitations_1": "Provide a reproducible case and the exact Supabase setting/config change in the demo project that resolves the issue while keeping your existing rule set intact.",
-  "bug_bounty_supabase_limitations_2": "Email verification behavior is expected to follow your Supabase Auth project settings (for example, whether email confirmation is disabled and capture-based auth is used).",
-  "bug_bounty_supabase_limitations_3": "Password update and account-recovery flows may not always require old-password re-entry or re-verification if Supabase Auth is configured that way.",
-  "bug_bounty_supabase_limitations_4": "If the issue is in this list but you can show a concrete Supabase-side fix in the provided project, then we can consider it in scope.",
-  "bug_bounty_supabase_limitations_intro": "We only review these findings when they can be reproduced in a shared Supabase demo project that mirrors our setup. In this workflow, the behavior must be confirmed as a Supabase Auth default/capability and fixed in Supabase configuration only, without changing Capgo security rules.",
-  "bug_bounty_supabase_limitations_title": "Known Supabase Auth Limitations (Already Reported)",
-  "bug_bounty_supabase_not_valid_1": "Un bug de la plataforma Supabase o una caída",
-  "bug_bounty_supabase_not_valid_2": "Un hallazgo que no puede reproducir",
-  "bug_bounty_supabase_not_valid_3": "Una afirmación sin el cambio de configuración de Supabase que lo arregla",
-  "bug_bounty_supabase_not_valid_title": "No válido aquí",
-  "bug_bounty_supabase_title": "Supabase y Servicios de Terceros",
-  "bug_bounty_supabase_valid_1": "Una mala configuración que podemos corregir en ajustes de Supabase (con pasos)",
-  "bug_bounty_supabase_valid_2": "Un problema de integración de Capgo que causa un uso inseguro de Supabase",
-  "bug_bounty_supabase_valid_3": "Un problema reproducible que se soluciona con un cambio específico de configuración de Supabase",
-  "bug_bounty_supabase_valid_title": "Válido aquí",
-  "bug_bounty_view_repository": "Ver Repositorio",
-  "build_from_anywhere": "Construye desde cualquier máquina",
-  "build_hours": "horas de construcción",
-  "build_in_public_on_twitter": "Construye en público en Twitter",
-  "build_minutes": "minutos de construcción",
-  "build_time_explanation": "El tiempo de construcción se refiere al tiempo que Capgo dedica a construir tu aplicación nativa en la nube usando Capgo Build, nuestra solución basada en la nube para iOS y Android. Te permite construir tu aplicación desde cualquier computadora sin necesidad de una Mac, simplifica los flujos de trabajo CI/CD y permite a los compañeros de equipo que no están familiarizados con las construcciones nativas generar builds de manera confiable.",
-  "built_for_devs_badge": "AMIGABLE PARA DESARROLLADORES",
-  "built_for_devs_code_comment": "Mi Aplicación",
-  "built_for_devs_cta": "Prueba gratis",
-  "built_for_devs_feature_analytics": "Análisis de complementos",
-  "built_for_devs_feature_analytics_desc": "Rastrea la actualización de salud, cobertura y registros en tu panel de control",
-  "built_for_devs_feature_api": "API Pública",
-  "built_for_devs_feature_api_desc_part1": "Gestiona Capgo desde tu propio software y crea experiencias de marca blanca",
-  "built_for_devs_feature_api_docs": "Documentos de API",
-  "built_for_devs_feature_capacitor": "Soporte para Capacitor 6 y 7",
-  "built_for_devs_feature_capacitor_desc": "Compatibilidad total con las últimas versiones de Capacitor y todas las principales plataformas",
-  "built_for_devs_feature_channels": "Entrega multicanal",
-  "built_for_devs_feature_channels_desc": "Soporte para producción, puesta en escena, prueba y flujos de actualización personalizados",
-  "built_for_devs_feature_cli": "CLI y REST API",
-  "built_for_devs_feature_cli_desc": "Úsalo en CI/CD, scripts o manualmente — tu elección",
-  "built_for_devs_feature_differential": "Actualizaciones diferenciales inteligentes",
-  "built_for_devs_feature_differential_desc_part1": "Solo descarga lo que ha cambiado, ahorrando ancho de banda y tiempo",
-  "built_for_devs_feature_differential_learn": "Aprende más",
-  "built_for_devs_feature_distribution": "Distribución avanzada de actualizaciones",
-  "built_for_devs_feature_distribution_desc_part1": "Dirígete a grupos de usuarios específicos con diferentes versiones utilizando canales para pruebas beta y despliegues escalonados.",
-  "built_for_devs_feature_distribution_learn": "Aprende más",
-  "built_for_devs_feature_opensource": "Compuesto y de código abierto",
-  "built_for_devs_feature_opensource_desc": "Utilice solo el complemento, o conéctese a la nube completa de Capgo.",
-  "built_for_devs_feature_rollback": "Reversión y fijación de versión",
-  "built_for_devs_feature_rollback_desc": "Recupérate de malas implementaciones al instante",
-  "built_for_devs_feature_soc2": "Certificación SOC 2",
-  "built_for_devs_feature_soc2_desc_part1": "Estamos trabajando activamente para obtener la certificación SOC 2 Tipo II para proporcionar una verificación independiente de nuestros controles de seguridad.",
-  "built_for_devs_feature_soc2_trust": "Centro de confianza",
-  "built_for_devs_feature_support": "Soporte Rápido como un Rayo",
-  "built_for_devs_feature_support_desc": "Soporte por correo electrónico o Discord. Los usuarios de pago por uso obtienen acceso a un canal compartido dedicado en Slack.",
-  "built_for_devs_feature_ts": "Soporte para TypeScript",
-  "built_for_devs_feature_ts_desc": "API completamente tipada y complemento para integración predecible",
-  "built_for_devs_phone_time": "Hace 2 segundos...",
-  "built_for_devs_phone_update": "✓ Actualización de Capgo Aplicada V1.0.11",
-  "built_for_devs_subtitle": "Rápido de instalar. Fácil de extender. Totalmente transparente. Capgo fue diseñado para trabajar con flujos de trabajo modernos de desarrollo CapacitorJS, desde la línea de comandos hasta la nube.",
-  "built_for_devs_title": "Construido para Desarrolladores",
-  "built_for_enterprise_teams": "Construido para equipos empresariales",
-  "built_with_supabase": "Construido con Supabase",
-  "business_hours_note": "El horario de atención es de 6 a.m. a 6 p.m. (hora local), excepto donde se indique lo contrario.",
-  "calculate_your_usage": "Calcula tu uso",
-  "calculate_your_usage_description": "Ingrese su estimado de usuarios activos mensuales, actualizaciones por mes y tamaño de actualización para obtener el costo estimado de sus créditos.",
-  "calculated_usage_pricing": "Uso Calculado y Precios",
-  "can_i_cancel_at_any_time": "¿Puedo cancelar en cualquier momento?",
-  "can_i_change_my_plan_answer": "Sí, puedes actualizar o degradar tu plan en cualquier momento. Las actualizaciones entran en vigor inmediatamente, mientras que las degradaciones se aplican al final de tu ciclo de facturación actual. Esto asegura que obtengas el valor completo de tu plan actual hasta que expire.",
-  "can_i_change_my_plan_at_any_time": "¿Puedo cambiar mi plan en cualquier momento?",
-  "can_i_use_credits_without_subscription": "¿Puedo usar créditos sin una suscripción activa?",
-  "can_i_use_credits_without_subscription_answer": "No. Los créditos solo pueden usarse o comprarse con una suscripción activa. Necesitas un plan activo para usar créditos para cubrir el uso más allá de los límites de tu plan. Los créditos son prepagados y válidos por 1 año desde la fecha de compra.",
-  "can_i_use_soc2_with_other_plans": "¿Puedo usar el cumplimiento SOC 2 con los planes Solo, Maker o Team?",
-  "cancellation_deadline": "El plazo para cancelar un pedido es de 14 días a partir de la fecha en la que usted recibió los productos o en la que un tercero que haya nombrado, que no sea el transportista, toma posesión del producto entregado.",
-  "cancellation_link": "Al visitar esta página en nuestro sitio web:",
-  "cancellation_period": "Tienes derecho a cancelar tu Pedido dentro de los 14 días sin necesidad de dar ninguna razón para hacerlo.",
-  "cancellation_policy_details": "Sí. Puedes cancelar tu suscripción en cualquier momento. Cuando canceles, mantendrás el acceso a tu plan durante el resto de tu periodo de facturación. Si tienes cargos basados en uso pendientes, se facturarán inmediatamente al cancelar. Después de eso, no se te volverá a cobrar.",
-  "canonical": "Canónico",
-  "cant_find_what_you_need": "¿No Puedes Encontrar Lo Que Necesitas?",
-  "capacitor_config_changes_answer": "No, los cambios en capacitor.config.ts no pueden enviarse a través de las actualizaciones en vivo de Capgo. El archivo de configuración de Capacitor se lee en el momento de la compilación nativa y se compila en el binario de la aplicación nativa. Esto significa que cualquier cambio en capacitor.config.ts (como configuraciones de plugins, ID de la aplicación, configuraciones del servidor u opciones de plugins nativos) requiere una nueva versión nativa a través del App Store o Google Play. Capgo solo puede actualizar activos web (HTML, CSS, JavaScript) que se cargan en tiempo de ejecución.",
-  "capacitor_config_changes_question": "¿Puedo actualizar cambios de capacitor.config.ts a través de Capgo?",
-  "capacitor_power_approximately_1_of_apps_on_google_play_store": "El poder del condensador aproximadamente $1% de las aplicaciones en Google Play Store.",
-  "capflow_meta_description": "Vea cómo se compara la plataforma nativa OTA de Capgo con Ionic AppFlow en términos de confiabilidad, automatización y precios.",
-  "capflow_nav_label": "Ionic AppFlow vs Capgo",
-  "capflow_title": "Ionic AppFlow vs Capgo",
-  "capgo_availability_faq_canceled": "Suscripción cancelada: Las actualizaciones existentes permanecen, no se descargan nuevas actualizaciones",
-  "capgo_availability_faq_capgo_down": "Capgo está caído: la aplicación ignora las actualizaciones, las actualizaciones existentes permanecen en el dispositivo",
-  "capgo_availability_faq_intro": "Tu aplicación continúa funcionando normalmente incluso cuando Capgo no está disponible. Aquí te explicamos lo que sucede en diferentes escenarios:",
-  "capgo_availability_faq_limits": "Por encima de los límites del plan: Las actualizaciones se detienen hasta que actualices o agregues créditos",
-  "capgo_availability_faq_link": "Aprende más en nuestra documentación",
-  "capgo_availability_faq_title": "¿Qué sucede cuando Capgo está inactivo, cancelado o excedo los límites de mi plan?",
-  "capgo_enables_development_teams_at_some_of_the_most_innovative_companies": "Capgo permite a los equipos de desarrollo de algunas de las empresas más innovadoras.",
-  "capgo_gives_you_the_best_insights_you_need_to_create_a_truly_professional_mobile_app": "Capgo te ofrece los mejores conocimientos que necesitas para crear una aplicación móvil verdaderamente profesional.",
-  "capgo_home": "Ve a casa",
-  "capgo_is_the_cutting_edge_live_update_system_designed_specifically_for_capacitor_applications": "Capgo es el sistema de actualización en vivo de vanguardia diseñado específicamente para aplicaciones de Capacitor.",
-  "capgo_is_used_to_update_its_own_apps_allowing_us_to_continuously_improve_and_refine_our_product_through_real_world_usage": "Capgo se utiliza para actualizar sus propias aplicaciones, permitiéndonos mejorar y perfeccionar continuamente nuestro producto a través del uso en el mundo real.",
-  "capgo_usage_explanation": "En Capgo, no contamos los emuladores ni las versiones de desarrollo en tu uso. Aprende más sobre esto.",
-  "capgo_was_born_from_a_real_need_in_the_developer_community": "Capgo nació de una necesidad real en la comunidad de desarrolladores.",
-  "capwesome_cta_book_demo_btn": "Reserva una demostración",
-  "capwesome_cta_questions": "¿Preguntas? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Únete a nuestro Discord</a> o <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">envíanos un correo electrónico</a>",
-  "capwesome_cta_start_trial": "Inicia prueba gratuita →",
-  "capwesome_cta_subtitle": "No se necesita tarjeta de crédito. Compara por ti mismo.",
-  "capwesome_cta_title": "Prueba Capgo gratis durante 14 días",
-  "capwesome_diff_business_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Fundador único, modelo de negocio sostenible (¡también bueno!)",
-  "capwesome_diff_business_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Negocio familiar autofinanciado</strong>. Sin inversores, sin deudas. Rentable desde el primer año.",
-  "capwesome_diff_business_capgo_li1": "Entidades legales tanto en Estados Unidos como en Europa",
-  "capwesome_diff_business_capgo_li2": "Infraestructura dedicada para China",
-  "capwesome_diff_business_capgo_li3": "Esta es nuestra forma de vida - sin presión de capital de riesgo para \"pivotar\" o aumentar repentinamente los precios en 10x.",
-  "capwesome_diff_business_capgo_li4": "Construido para el largo plazo",
-  "capwesome_diff_business_note": "Ambos son negocios sostenibles, solo que con estructuras diferentes. Después de ver el cierre de Appflow, estas cosas importan.",
-  "capwesome_diff_business_title": "Modelo de Negocio y Estabilidad",
-  "capwesome_diff_channels_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">Sin asignación dinámica de canales</strong> - los canales son estáticos. No puedes reasignar dispositivos a diferentes canales sin publicar una nueva versión de la app.",
-  "capwesome_diff_channels_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Asignación dinámica de canales</strong> - asigna dispositivos a canales vía API, desde tu backend, o permite que los dispositivos se <strong class=\"text-emerald-400\">auto-asignen</strong>. Casos de uso: pruebas A/B, programas beta, lanzamientos graduales, builds por ubicación (diferentes bundles por restaurante/tienda), pruebas de PR preview - todo sin publicar nuevas versiones.",
-  "capwesome_diff_channels_note": "Esto es un cambio de juego para equipos que hacen lanzamientos graduales, pruebas beta o segmentación de usuarios. Con Capgo, controlas qué dispositivos reciben qué actualizaciones - dinámicamente, desde el servidor O desde el propio dispositivo.",
-  "capwesome_diff_channels_title": "Asignación Dinámica de Canales",
-  "capwesome_diff_experience_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Actualizaciones en vivo lanzadas en 2024. Muy nuevo en este espacio. Todavía probando escala (sin estadísticas públicas).",
-  "capwesome_diff_experience_capgo": "<strong class=\"text-white\">Capgo:</strong> Iniciado en 2020. Proporcionando <strong class=\"text-emerald-400\">más de 1B de actualizaciones/mes</strong> a través de <strong class=\"text-emerald-400\">más de 50M dispositivos</strong>. Probado en batalla a gran escala durante más de 4 años.",
-  "capwesome_diff_experience_note": "Hemos estado haciendo esto mucho más tiempo. Más de 4 años de experiencia en producción frente a menos de un año.",
-  "capwesome_diff_experience_title": "Experiencia y Escala",
-  "capwesome_diff_logs_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">Solo registros del lado del servidor</strong> - ves lo que pasó en el servidor, no en dispositivos individuales. Mucho más difícil depurar problemas específicos de dispositivos.",
-  "capwesome_diff_logs_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Registros a nivel de dispositivo</strong> - ve exactamente qué pasó en cada dispositivo. Historial de actualizaciones, errores, rollbacks - todo rastreable por dispositivo con IDs anónimos.",
-  "capwesome_diff_logs_note": "Cuando algo sale mal, necesitas saber qué pasó en ESE dispositivo específico. Los registros del servidor te dicen qué enviaste - los registros del dispositivo te dicen qué realmente pasó.",
-  "capwesome_diff_logs_title": "Registros y Depuración",
-  "capwesome_diff_opensource_capawesome": "<strong class=\"text-white\">Capawesome:</strong> El plugin es de código abierto, el backend es <strong class=\"text-orange-400\">0% de código abierto</strong> (completamente cerrado)",
-  "capwesome_diff_opensource_capawesome_li1": "No hay forma de auditar el código de backend por uno mismo",
-  "capwesome_diff_opensource_capawesome_li2": "No hay auditorías de seguridad pública",
-  "capwesome_diff_opensource_capawesome_li3": "Sin opción de autoalojamiento",
-  "capwesome_diff_opensource_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">100% código abierto</strong> - plugin Y backend (MIT/MPL-2.0)",
-  "capwesome_diff_opensource_capgo_li1": "Complemento: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "capwesome_diff_opensource_capgo_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "capwesome_diff_opensource_capgo_li3": "Aloja tú mismo, bifurca, audita la seguridad en cualquier momento",
-  "capwesome_diff_opensource_capgo_li4": "Auditorías de seguridad pública disponibles",
-  "capwesome_diff_opensource_note": "Para cumplimiento, atención médica, finanzas o cualquier industria regulada donde necesite auditar toda su estructura - somos la única opción.",
-  "capwesome_diff_opensource_title": "Código Abierto y Seguridad",
-  "capwesome_diff_plugins_capawesome": "<strong class=\"text-white\">Capawesome:</strong> También hacen excelentes plugins, enfoque centrado en la calidad. Algunos son de pago - ese es su principal negocio.",
-  "capwesome_diff_plugins_capgo": "<strong class=\"text-white\">Capgo:</strong> Mantenemos <strong class=\"text-emerald-400\">más de 100 plugins de Capacitor</strong> - el mayor proveedor después del equipo oficial de Capacitor. Todos gratuitos y de código abierto.",
-  "capwesome_diff_plugins_note": "Diferentes filosofías: nosotros nos expandimos con plugins completamente gratuitos, ellos se centran en plugins premium de pago.",
-  "capwesome_diff_plugins_title": "Ecosistema de Plugins",
-  "capwesome_diff_pricing_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-emerald-400\">€9/mes</strong> como mínimo. Su negocio principal son los plugins de pago - las actualizaciones en vivo son más bien una oferta secundaria.",
-  "capwesome_diff_pricing_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">$14/mes</strong> para comenzar, escala con el uso (~$0.001/MAU). Las actualizaciones en vivo son nuestro negocio principal.",
-  "capwesome_diff_pricing_note": "Ambos tienen precios razonables. ¿La diferencia? Para nosotros, las actualizaciones en vivo son EL producto. Para ellos, es un complemento para su negocio de plugins.",
-  "capwesome_diff_pricing_title": "Precios y Modelo de Negocio",
-  "capwesome_diff_support_both": "<strong class=\"text-white\">Ambos:</strong> Soporte humano de equipos pequeños (¡sin chatbots!)",
-  "capwesome_diff_support_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Receptivo y útil también",
-  "capwesome_diff_support_capgo": "<strong class=\"text-white\">Capgo:</strong> Usualmente dentro de horas, a menudo minutos. Incluso los fines de semana (no podemos evitarlo 😅)",
-  "capwesome_diff_support_note": "Honestamente, estarás bien con cualquiera. Ambos son equipos pequeños que se preocupan.",
-  "capwesome_diff_support_title": "Apoyo",
-  "capwesome_differences_title": "Las diferencias honestas",
-  "capwesome_footer_note": "Tanto Capgo como Capawesome son buenas opciones. Elige lo que se adapte a tus necesidades.",
-  "capwesome_footer_note_wink": "(Pero creemos que una escala más grande, un historial más largo y el código abierto completo importan 😊)",
-  "capwesome_hero_subtitle": "Dos opciones sólidas para actualizaciones en vivo de Capacitor. Hablemos honestamente sobre las diferencias.",
-  "capwesome_hero_title": "Capgo vs Capawesome Cloud",
-  "capwesome_meta_description": "Compare Capawesome y Capgo en términos de rendimiento, características, transparencia e impacto comunitario.",
-  "capwesome_migration_basics_title": "Lo básico:",
-  "capwesome_migration_guide_text": "Guía completa de migración: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/de-capawesome-a-capgo</a>",
-  "capwesome_migration_intro": "Si estás en Capawesome y considerando Capgo, la migración es sencilla. La arquitectura del plugin de actualización de Capacitor es similar.",
-  "capwesome_migration_step1": "Intercambia el paquete de complementos",
-  "capwesome_migration_step2": "Actualizar configuración (diferencias menores)",
-  "capwesome_migration_step3": "Actualiza tu proceso de carga",
-  "capwesome_migration_title": "¿Pensando en cambiar?",
-  "capwesome_nav_label": "Capawesome vs Capgo",
-  "capwesome_not_good_at_docs": "Realmente intentamos hacer que los documentos sean claros para todos. ¿Actualizaciones automáticas básicas? Bien documentado y claro. Pero Capgo tiene muchas opciones (manual, semi-manual, canal predeterminado, etc.) - no todos los casos de uso son fáciles de entender todavía. Estamos trabajando en ello.",
-  "capwesome_not_good_at_docs_label": "Complejidad de la documentación:",
-  "capwesome_not_good_at_git": "No nos integramos con GitHub/GitLab como lo hace Capawesome. Diferencia filosófica: no queremos encerrarte en un proveedor de git específico. Tú manejas las actualizaciones en tu propio CI/CD, nosotros solo proporcionamos la infraestructura de entrega.",
-  "capwesome_not_good_at_git_label": "Integración del proveedor de Git:",
-  "capwesome_not_good_at_title": "Lo que NO somos buenos",
-  "capwesome_quick_facts_capawesome_li1": "⚠️ Actualizaciones en vivo iniciadas 2024 (muy nuevo)",
-  "capwesome_quick_facts_capawesome_li2": "✅ Estadísticas públicas disponibles",
-  "capwesome_quick_facts_capawesome_li3": "✅ Estadísticas públicas disponibles",
-  "capwesome_quick_facts_capawesome_li4": "✅ Mínimo de €9/mes",
-  "capwesome_quick_facts_capawesome_li5": "❌ Plugin abierto, backend 0% abierto (código fuente cerrado)",
-  "capwesome_quick_facts_capawesome_li6": "✅ Fundador único, sostenible",
-  "capwesome_quick_facts_capawesome_li7": "✅ Complementos de calidad (negocio principal)",
-  "capwesome_quick_facts_capawesome_li8": "❌ No alojamiento propio",
-  "capwesome_quick_facts_capgo_li1": "✅ Comenzó 2020",
-  "capwesome_quick_facts_capgo_li2": "✅ Más de 1B actualizaciones/mes",
-  "capwesome_quick_facts_capgo_li3": "✅ Más de 50M dispositivos",
-  "capwesome_quick_facts_capgo_li4": "✅ Comienza a $14/mes",
-  "capwesome_quick_facts_capgo_li5": "✅ 100% de código abierto (plugin + backend)",
-  "capwesome_quick_facts_capgo_li6": "✅ Negocio familiar, autofinanciado",
-  "capwesome_quick_facts_capgo_li7": "✅ Más de 100 plugins gratuitos",
-  "capwesome_quick_facts_capgo_li8": "✅ Opción de autoalojamiento",
-  "capwesome_quick_facts_legend": "✅ = Punto fuerte | ⚠️ = Depende de las necesidades | ❌ = No disponible | ⚪ = Desconocido/No divulgado",
-  "capwesome_quick_facts_title": "Datos rápidos (sin tonterías)",
-  "capwesome_respect_p1": "Robin (fundador de Capawesome) hace un gran trabajo. Buena ingeniería alemana, plugins sólidos y todo está activamente mantenido. Se inspiraron en Capgo al construir su solución de actualizaciones en vivo, lo cual es sinceramente halagador.",
-  "capwesome_respect_p2": "Esta no es una página de \"somos mejores en todo\". El ecosistema Capacitor es genuinamente mejor con múltiples opciones saludables. Hablemos sobre las diferencias reales.",
-  "capwesome_respect_title": "💚 Crédito donde se debe",
-  "capwesome_testimonial_1": "El backend de código abierto fue el factor decisivo. Necesitábamos auditar nosotros mismos la seguridad para cumplir con las normativas.",
-  "capwesome_testimonial_1_author": "— Equipo empresarial",
-  "capwesome_testimonial_2": "La tarifa de Capgo se ajusta con nuestra aplicación. Comenzar en $14/mes fue perfecto para nuestro MVP, y ahora estamos pagando más felizmente a medida que crecemos.",
-  "capwesome_testimonial_2_author": "— Fundador de startup",
-  "capwesome_testimonial_3": "El soporte es increíble. Martin respondió a mi pregunta de fin de semana en 20 minutos. No puedo imaginar volver a proveedores con tiempos de respuesta de 48 horas.",
-  "capwesome_testimonial_3_author": "— Desarrollador independiente",
-  "capwesome_testimonial_4": "Los números de escala (más de 1B de actualizaciones) nos dieron confianza. De hecho, lo han demostrado con la carga de producción.",
-  "capwesome_testimonial_4_author": "— Líder del equipo móvil",
-  "capwesome_testimonials_more": "Más testimonios:",
-  "capwesome_testimonials_title": "Lo que la gente dice sobre Capgo",
-  "capwesome_title": "Capawesome vs Capgo",
-  "capwesome_when_better_european": "Si necesita facturas con cumplimiento de GDPR y todos los requisitos regulatorios europeos, Capawesome tiene su sede en Alemania. Capgo intenta escapar de la complejidad europea para simplificar los negocios para todos a nivel mundial.",
-  "capwesome_when_better_european_label": "Necesidades de cumplimiento europeo:",
-  "capwesome_when_better_git": "Se integran directamente con tu proveedor de git. Si prefieres que todo esté conectado y no te importa el bloqueo del proveedor, eso es conveniente.",
-  "capwesome_when_better_git_label": "Integración de GitHub/GitLab:",
-  "capwesome_when_better_manual": "Capawesome es 100% manual, nada automático. Si quieres controlar cada aspecto y no delegar nada, esa es su fortaleza. Capgo se centra en la automatización (aunque también apoyamos el modo manual).",
-  "capwesome_when_better_manual_label": "Control totalmente manual:",
-  "capwesome_when_better_note": "Diferentes filosofías, ambas válidas. Elige lo que se adapte a tu flujo de trabajo.",
-  "capwesome_when_better_title": "🤔 Cuando Capawesome podría ser mejor para ti",
-  "carbon_removal": "El 1% de nuestros ingresos se destina a la eliminación de carbono.",
-  "centralized_management": "Gestión Centralizada",
-  "channel_management": "Gestión de canales",
-  "chat": "Charla",
-  "choose_from_your_capgo_projects": "Elige de tus proyectos Capgo",
-  "ci_cd_integration": "Integración CI/CD",
-  "cities_worldwide": "Ciudades en todo el mundo",
-  "cli_and_api": "CLI & API",
-  "code_review": "Revisión de código",
-  "community": "Comunidad",
-  "community_support": "Apoyo comunitario",
-  "community_trusted": "Confiado por la comunidad",
-  "community_trusted_title": "Comunidad de Confianza",
-  "companies_logo_bottom_text": "Únete a miles de desarrolladores que confían en Capgo para desplegar sus aplicaciones móviles",
-  "companies_logo_downloads_irec": "150K+",
-  "companies_logo_downloads_kick": "20M+",
-  "companies_logo_downloads_nana": "2.5M",
-  "companies_logo_downloads_ourliving": "80K+",
-  "companies_logo_downloads_pizzahut": "1M+",
-  "companies_logo_downloads_remnote": "500K+",
-  "companies_logo_downloads_revel": "250K+",
-  "companies_logo_downloads_suez": "3.2M",
-  "companies_logo_downloads_vella": "400K+",
-  "companies_logo_stat_companies_label": "Empresas",
-  "companies_logo_stat_companies_value": "3500+",
-  "companies_logo_stat_devices_label": "Dispositivos rastreados",
-  "companies_logo_stat_devices_value": "50M+",
-  "companies_logo_stat_uptime_label": "Disponibilidad",
-  "companies_logo_stat_uptime_value": "99.9%",
-  "company": "Empresa",
-  "company_definition": "<strong>Empresa</strong> (referida como \"la Empresa\", \"Nosotros\", \"Nos\" o \"Nuestro\" en este Descargo de responsabilidad) se refiere a Digital Shift OU, 6 sepapaja, 15510 Tallin.",
-  "company_name": "Nombre de la empresa",
-  "company_no_liability": "En ningún caso la Compañía será responsable de daños especiales, directos, indirectos, consecuentes o incidentales, o de cualquier daño que sea, ya sea en una acción de contrato, negligencia u otro agravio, que surja de o esté relacionado con el uso del Servicio o el contenido del Servicio. La Compañía se reserva el derecho de realizar adiciones, eliminaciones o modificaciones a los contenidos del Servicio en cualquier momento sin previo aviso. Este Aviso de Exoneración se ha creado con la ayuda del <a href=\"https://www.termsfeed.com/blog/sample-disclaimer-template/\" target=\"_blank\"> Plantilla de Aviso de Exoneración. </a>",
-  "company_no_liability_for_access": "En ningún caso la Empresa o sus proveedores serán responsables de ningún daño especial, incidental, indirecto o consecuente que surja de o esté relacionado con su acceso o uso o la incapacidad para acceder o utilizar el Servicio.",
-  "company_no_liability_for_decisions": "La Compañía no será responsable ante usted ni ante nadie más por ninguna decisión tomada o acción realizada en base a la información proporcionada por el Servicio, ni por ningún daño consecuente, especial o similar, incluso si se le ha advertido sobre la posibilidad de dichos daños.",
-  "company_no_responsibility": "La empresa no asume ninguna responsabilidad por errores u omisiones en el contenido del Servicio.",
-  "company_not_responsible": "La empresa no se hace responsable de ningún error u omisión, ni de los resultados obtenidos del uso de esta información.",
-  "compare": "Comparar",
-  "complete_documentation": "Documentación completa",
-  "compliance_gdpr": "Cumple con el RGPD",
-  "compliance_soc1": "Cumple con SOC 2 Tipo I",
-  "compliant_with_apple_and_android_requirements": "Cumple con los requisitos de Apple y Google",
-  "conditions_for_returns": "Condiciones para Devoluciones",
-  "configure_ci_cd_pipeline_description": "Configuramos su tubería de CI/CD directamente en su plataforma preferida (GitHub Actions, GitLab CI, etc.).",
-  "connect_your_account": "Conecta Tu Cuenta",
-  "consolidated_invoicing_purchase_orders": "Facturación consolidada, órdenes de compra y términos de pago flexibles para satisfacer sus requisitos de adquisición.",
-  "consulting": "Consultoría",
-  "consulting_description": "Avanza con confianza. Capgo ofrece múltiples niveles de protección para mantener tu propiedad intelectual y datos sensibles seguros.",
-  "consulting_forged_plugins_community_embraced": "Plugins Forjados por Consultoría, Abrazo de la Comunidad",
-  "contact": "Contacto",
-  "contact_link": "Al visitar esta página en el sitio web:",
-  "contact_sales": "Contactar Ventas",
-  "contact_support": "Contacta con nuestro soporte",
-  "contact_us": "Contáctanos",
-  "contact_us_text": "Si tiene alguna pregunta sobre este descargo de responsabilidad, puede contactarnos:",
-  "contact_us_title": "Contáctanos",
-  "contact_us_website": "Al visitar esta página en el sitio web:",
-  "content_marketer": "Marketer de Contenido",
-  "contractual_guarantees": "Garantías Contractuales",
-  "contractual_sla_guarantees": "Garantías contractuales de SLA para tiempo de actividad, tiempos de respuesta y compromisos de resolución",
-  "contributing": "Contribuyendo",
-  "contributing_description": "Cómo contribuir al código abierto de Capgo",
-  "control_access_deploy_manage": "Controle quién puede acceder, implementar y administrar sus actualizaciones en vivo con permisos de nivel empresarial.",
-  "control_access_levels": "Controlar los Niveles de Acceso",
-  "copied": "¡Copiado!",
-  "copy_page": "Copiar página",
-  "copy_page_as_markdown": "Copiar página como Markdown para LLMs",
-  "copy_page_options": "Opciones para copiar la página",
-  "copyright_notice": "CAPGO, Digital shift OU. TODOS LOS DERECHOS RESERVADOS.",
-  "copyright_permission": "Si desea utilizar material protegido por derechos de autor del Servicio para sus propios fines que vayan más allá del uso justo, debe obtener permiso del propietario de los derechos de autor.",
-  "cordova_and_capacitorjs_expert": "Experto en Cordova y CapacitorJS",
-  "cordova_capacitorjs_projects": "Proyectos Cordova y CapacitorJS",
-  "cordova_power_approximately_1_of_apps_on_google_play_store": "Cordova alimenta aproximadamente el 1% de las aplicaciones en Google Play Store.",
-  "cost_breakdown_pricing_tiers": "Desglose de Costos por Niveles de Precios",
-  "create_an_issue_and_discuss_before_working_on_a_new_feature": "Cuando trabajes en una nueva función, crea un problema y discútelo con otros colaboradores <em>antes</em> de comenzar a trabajar en la función; apreciamos todas las contribuciones, pero no todas las funciones propuestas son aceptadas. No queremos que pierdas horas trabajando en un código que podría no ser aceptado.",
-  "create_manage_organizations_with_ease": "Crea y gestiona múltiples organizaciones con facilidad, asignando derechos específicos a cada usuario. Capgo proporciona herramientas poderosas para mantener a tu equipo organizado y eficiente.",
-  "create_oversee_organizations_from_single_account": "Crea y supervisa múltiples organizaciones desde una sola cuenta, optimizando tu flujo de trabajo y mejorando la productividad.",
-  "creators_and_maintainers_of_many_open_source_libraries_used_by_millions": "Creadores y mantenedores de muchas bibliotecas de código abierto utilizadas por millones.",
-  "credit_10_percent": "10%",
-  "credit_15_percent": "15%",
-  "credit_20_percent": "20%",
-  "credit_30_percent": "30%",
-  "credit_based_overages": "excesos basados en crédito",
-  "credit_percentage": "Porcentaje de crédito",
-  "credit_pricing": "Precio del Crédito",
-  "credit_requests_payment_desc": "Para solicitar un Crédito de Servicio, el Cliente debe enviar un correo electrónico a Capgo a support@capgo.app dentro de los treinta (30) días siguientes al final del mes en el que no se cumplió el Compromiso de Disponibilidad. El Cliente debe incluir ya sea su ID de cuenta o dirección de correo electrónico registrada, y las fechas y horas previamente reportadas en las que no hubo Disponibilidad de Servicio. Si Capgo confirma que el Cliente es elegible para un Crédito de Servicio, Capgo emitirá un crédito a la cuenta del Cliente dentro de los treinta (30) días. Los Créditos de Servicio no son reembolsos, no pueden ser intercambiados por una cantidad en efectivo y solo pueden utilizarse contra cargos de facturación futuros. Excepto lo establecido en la Sección 4 a continuación, los Créditos de Servicio serán el único y exclusivo remedio del Cliente, y la única y exclusiva responsabilidad de Capgo, por cualquier falla de Capgo en cumplir con el Compromiso de Disponibilidad.",
-  "credit_requests_payment_title": "3. Solicitudes de Crédito y Pago",
-  "credits_cost": "Costo de Créditos",
-  "credits_usage_info": "Los créditos se utilizan para el uso más allá de los límites de tu plan. Los créditos deben pagarse por adelantado y son válidos durante 5 años.",
-  "cta_start_free": "Comienza gratis",
-  "cta_start_migration": "Inicia tu migración",
-  "custom": "Personalizado",
-  "custom_domain": "Dominio personalizado",
-  "custom_features": "Características personalizadas",
-  "custom_goods": "El suministro de Bienes fabricados según sus especificaciones o claramente personalizados.",
-  "custom_plugins": "Complementos Personalizados",
-  "custom_pricing": "Precios personalizados",
-  "custom_webhooks": "Webhooks Personalizados",
-  "data_policy_account_deletion": "Puedes elegir eliminar tu cuenta y borrar las estadísticas de tu sitio en cualquier momento. Ofrecemos enlaces de eliminación sencillos y sin preguntas.",
-  "data_policy_anonymous_measurement": "Al usar Capgo, toda la medición del sitio se lleva a cabo de forma absolutamente anónima. Medimos solo los datos más esenciales y nada más. Todas las métricas que recopilamos caben en una sola página.",
-  "data_policy_ccpa_categories_intro": "Recopilamos información que identifica, se relaciona con, describe, referencia, puede asociarse con, o podría razonablemente vincularse, directa o indirectamente, con un Consumidor o Dispositivo en particular. A continuación se presenta una lista de categorías de información personal que podemos recopilar o que se puede haber recopilado de residentes de California en los últimos doce (12) meses.",
-  "data_policy_ccpa_categories_note": "Tenga en cuenta que las categorías y ejemplos proporcionados en la lista a continuación son aquellos definidos en la CCPA. Esto no significa que todos los ejemplos de esa categoría de información personal hayan sido recolectados por nosotros, sino que refleja nuestra creencia de buena fe, según nuestro mejor conocimiento, de que parte de esa información de la categoría aplicable puede ser y puede haber sido recolectada. Por ejemplo, ciertas categorías de información personal solo se recogerían si usted proporciona dicha información personal directamente a nosotros.",
-  "data_policy_ccpa_categories_title": "Categorías de Información Personal Recopilada",
-  "data_policy_ccpa_category_a": "Categoría A: Identificadores.",
-  "data_policy_ccpa_category_a_collected": "Coleccionado: Sí.",
-  "data_policy_ccpa_category_a_examples": "Ejemplos: un nombre real, alias, dirección postal, identificador personal único, identificador en línea, dirección de Protocolo de Internet, dirección de correo electrónico, nombre de cuenta, número de licencia de conducir, número de pasaporte u otros identificadores similares.",
-  "data_policy_ccpa_category_b": "Categoría B: categorías de información personal enumeradas en el estatuto de Registros del Cliente de California (Cal. Civ. Code § 1798.80(e)).",
-  "data_policy_ccpa_category_b_collected": "Recolectado: Sí.",
-  "data_policy_ccpa_category_b_examples": "Ejemplos: Un nombre, firma, número de Seguro Social, características físicas o descripción, dirección, número de teléfono, número de pasaporte, número de licencia de conducir o número de identificación estatal, número de póliza de seguro, educación, empleo, historial laboral, número de cuenta bancaria, número de tarjeta de crédito, número de tarjeta de débito, o cualquier otra información financiera, información médica, o información de seguro de salud. Algunas informaciones personales incluidas en esta categoría pueden superponerse con otras categorías.",
-  "data_policy_ccpa_category_c": "Categoría C: Características de clasificación protegida bajo la ley de California o federal.",
-  "data_policy_ccpa_category_c_collected": "Recogido: No.",
-  "data_policy_ccpa_category_c_examples": "Ejemplos: Edad (40 años o más), raza, color, ascendencia, origen nacional, ciudadanía, religión o credo, estado civil, condición médica, discapacidad física o mental, sexo (incluyendo género, identidad de género, expresión de género, embarazo o parto y condiciones médicas relacionadas), orientación sexual, estado de veterano o militar, información genética (incluyendo información genética familiar).",
-  "data_policy_ccpa_category_d": "Categoría D: Información comercial.",
-  "data_policy_ccpa_category_d_collected": "Recogido: Sí.",
-  "data_policy_ccpa_category_d_examples": "Ejemplos: Registros e historial de productos o servicios comprados o considerados.",
-  "data_policy_ccpa_category_e": "Categoría E: Información biométrica.",
-  "data_policy_ccpa_category_e_collected": "Recolectado: No.",
-  "data_policy_ccpa_category_e_examples": "Ejemplos: características genéticas, fisiológicas, conductuales y biológicas, o patrones de actividad utilizados para extraer una plantilla u otra identificación o información identificativa, como huellas dactilares, impresiones faciales y huellas de voz, escaneos de iris o retina, patrones de pulsaciones, marcha u otros patrones físicos, y datos de sueño, salud o ejercicio.",
-  "data_policy_ccpa_category_f": "Categoría F: Actividad en Internet u otra red similar.",
-  "data_policy_ccpa_category_f_collected": "Recogido: Sí.",
-  "data_policy_ccpa_category_f_examples": "Ejemplos: Interacción con nuestro Servicio o publicidad.",
-  "data_policy_ccpa_category_g": "Categoría G: Datos de geolocalización.",
-  "data_policy_ccpa_category_g_collected": "Recogido: No.",
-  "data_policy_ccpa_category_g_examples": "Ejemplos: Ubicación física aproximada.",
-  "data_policy_ccpa_category_h": "Categoría H: Datos sensoriales.",
-  "data_policy_ccpa_category_h_collected": "Recogido: No.",
-  "data_policy_ccpa_category_h_examples": "Ejemplos: información audiovisual, electrónica, visual, térmica, olfativa o similar.",
-  "data_policy_ccpa_category_i": "Categoría I: Información profesional o relacionada con el empleo.",
-  "data_policy_ccpa_category_i_collected": "Recogido: No.",
-  "data_policy_ccpa_category_i_examples": "Ejemplos: Historial laboral actual o pasado o evaluaciones de desempeño.",
-  "data_policy_ccpa_category_j": "Categoría J: Información educativa no pública (de acuerdo con la Ley de Derechos Educativos y Privacidad Familiar (20 U.S.C. Sección 1232g, 34 C.F.R. Parte 99)).",
-  "data_policy_ccpa_category_j_collected": "Recogido: No.",
-  "data_policy_ccpa_category_j_examples": "Ejemplos: Registros educativos directamente relacionados con un estudiante mantenidos por una institución educativa o una parte actuando en su nombre, como calificaciones, transcripciones, listas de clases, horarios de estudiantes, códigos de identificación estudiantil, información financiera del estudiante o registros disciplinarios del estudiante.",
-  "data_policy_ccpa_category_k": "Categoría K: Inferencias derivadas de otra información personal.",
-  "data_policy_ccpa_category_k_collected": "Recogido: No.",
-  "data_policy_ccpa_category_k_examples": "Ejemplos: Perfil que refleja las preferencias, características, tendencias psicológicas, predisposiciones, comportamiento, actitudes, inteligencia, habilidades y aptitudes de una persona.",
-  "data_policy_ccpa_exercising_rights_authorized_agent": "Solo Usted, o una persona registrada en la Secretaría de Estado de California que Usted autorice a actuar en su nombre, puede hacer una solicitud verificable relacionada con su información personal.",
-  "data_policy_ccpa_exercising_rights_cannot_respond": "No podemos responder a su solicitud ni proporcionarle la información requerida si no podemos:",
-  "data_policy_ccpa_exercising_rights_cannot_respond_1": "Verifica tu identidad o autoridad para realizar la solicitud",
-  "data_policy_ccpa_exercising_rights_cannot_respond_2": "Y confirma que la información personal se relaciona contigo.",
-  "data_policy_ccpa_exercising_rights_contact": "Para ejercer cualquiera de Sus derechos bajo el CCPA, y si usted es residente de California, puede contactarnos:",
-  "data_policy_ccpa_exercising_rights_data_portability": "Para solicitudes de portabilidad de datos, seleccionaremos un formato para proporcionar Su información personal que sea fácilmente utilizable y que le permita transmitir la información de una entidad a otra sin obstáculos.",
-  "data_policy_ccpa_exercising_rights_disclosure": "Divulgaremos y entregaremos la información requerida de forma gratuita dentro de los 45 días posteriores a la recepción de su solicitud verificable. El plazo para proporcionar la información requerida puede extenderse una vez por 45 días adicionales cuando sea razonablemente necesario y con previo aviso.",
-  "data_policy_ccpa_exercising_rights_disclosure_period": "Cualquier divulgación que proporcionemos solo cubrirá el período de 12 meses anteriores a la recepción de la solicitud verificable.",
-  "data_policy_ccpa_exercising_rights_request_must": "Su solicitud a nosotros debe:",
-  "data_policy_ccpa_exercising_rights_request_must_1": "Proporcione información suficiente que nos permita verificar razonablemente que usted es la persona sobre la cual recopilamos información personal o un representante autorizado.",
-  "data_policy_ccpa_exercising_rights_request_must_2": "Describe su solicitud con suficiente detalle que nos permita entenderla, evaluarla y responderla adecuadamente.",
-  "data_policy_ccpa_exercising_rights_title": "Ejercicio de sus derechos de protección de datos CCPA",
-  "data_policy_ccpa_exercising_rights_website": "Al visitar esta página en nuestro sitio web: $1/#support",
-  "data_policy_ccpa_info_sharing_1": "Proveedores de servicios",
-  "data_policy_ccpa_info_sharing_2": "Procesadores de pagos",
-  "data_policy_ccpa_info_sharing_3": "Nuestras afiliadas",
-  "data_policy_ccpa_info_sharing_4": "Nuestros socios comerciales",
-  "data_policy_ccpa_info_sharing_5": "Vendedores de terceros a quienes Usted o sus agentes nos autorizan a divulgar su información personal en relación con los productos o servicios que le proporcionamos.",
-  "data_policy_ccpa_info_sharing_intro": "Podemos compartir su información personal identificada en las categorías anteriores con las siguientes categorías de terceros:",
-  "data_policy_ccpa_info_sharing_title": "Parte de Información Personal",
-  "data_policy_ccpa_info_source_1": "Directamente de Ti. Por ejemplo, de los formularios que completas en nuestro Servicio, preferencias que expresas o proporcionas a través de nuestro Servicio, o de tus compras en nuestro Servicio.",
-  "data_policy_ccpa_info_source_2": "Indirectamente de usted. Por ejemplo, al observar su actividad en nuestro Servicio.",
-  "data_policy_ccpa_info_source_3": "Automáticamente de Usted. Por ejemplo, a través de cookies que nosotros o nuestros Proveedores de Servicios establecemos en Su Dispositivo mientras navega a través de nuestro Servicio.",
-  "data_policy_ccpa_info_source_4": "De proveedores de servicios. Por ejemplo, proveedores externos para el procesamiento de pagos, u otros proveedores externos que utilizamos para ofrecer el Servicio a Usted.",
-  "data_policy_ccpa_info_sources_intro": "Obtenemos las categorías de información personal mencionadas anteriormente de las siguientes categorías de fuentes:",
-  "data_policy_ccpa_info_sources_title": "Bajo la CCPA, la información personal debe interpretarse de manera amplia como aquella información que identifica, se relaciona, describe, menciona, es razonablemente capaz de asociarse o podría razonablemente vincularse, directa o indirectamente, con un consumidor o dispositivo particular. La información personal no incluye información disponible públicamente de registros gubernamentales, información del consumidor desidentificada o agregada, o información excluida del alcance de la CCPA.",
-  "data_policy_ccpa_intro": "Esta sección del aviso de privacidad para residentes de California complementa la información contenida en nuestra Política de Privacidad y se aplica únicamente a todos los visitantes, usuarios y otros que residen en el Estado de California.",
-  "data_policy_ccpa_right_to_delete": "El derecho a eliminar los Datos Personales. Tienes el derecho a solicitar la eliminación de tus Datos Personales, sujeto a ciertas excepciones. Una vez que recibamos y confirmemos tu solicitud, eliminaremos (y ordenaremos a nuestros Proveedores de Servicios que eliminen) tu información personal de nuestros registros, a menos que se aplique una excepción. Podemos denegar tu solicitud de eliminación si retener la información es necesario para nosotros o nuestros Proveedores de Servicios para:",
-  "data_policy_ccpa_right_to_delete_1": "Complete la transacción para la cual recopilamos la información personal, proporcionar un bien o servicio que usted solicitó, tomar acciones razonablemente anticipadas en el contexto de nuestra relación comercial continua con usted, o de otro modo cumplir nuestro contrato con usted.",
-  "data_policy_ccpa_right_to_delete_2": "Detectar incidentes de seguridad, protegerse contra actividades maliciosas, engañosas, fraudulentas o ilegales, o procesar a los responsables de tales actividades.",
-  "data_policy_ccpa_right_to_delete_3": "Depurar productos para identificar y reparar errores que afectan la funcionalidad prevista existente.",
-  "data_policy_ccpa_right_to_delete_4": "Ejercitar la libertad de expresión, garantizar el derecho de otro consumidor a ejercer sus derechos de libertad de expresión, o ejercer otro derecho previsto por la ley.",
-  "data_policy_ccpa_right_to_delete_5": "Cumple con la Ley de Privacidad de Comunicaciones Electrónicas de California (Código Penal de Cal. § 1546 y siguientes).",
-  "data_policy_ccpa_right_to_delete_6": "Participe en investigaciones científicas, históricas o estadísticas públicas o revisadas por pares en interés público que cumplan con todas las demás leyes de ética y privacidad aplicables, cuando la eliminación de la información pueda hacer que la realización de la investigación sea improbable o se vea gravemente perjudicada, si usted proporcionó previamente su consentimiento informado.",
-  "data_policy_ccpa_right_to_delete_7": "Habilitar únicamente usos internos que estén razonablemente alineados con las expectativas del consumidor basadas en su relación con nosotros.",
-  "data_policy_ccpa_right_to_delete_8": "Cumplir con una obligación legal.",
-  "data_policy_ccpa_right_to_delete_9": "Realizar otros usos internos y legales de esa información que sean compatibles con el contexto en el que usted la proporcionó.",
-  "data_policy_ccpa_right_to_non_discrimination": "El derecho a no ser discriminado. Tienes el derecho a no ser discriminado por ejercer cualquiera de tus derechos como consumidor, incluyendo:",
-  "data_policy_ccpa_right_to_non_discrimination_1": "Negar bienes o servicios a usted",
-  "data_policy_ccpa_right_to_non_discrimination_2": "Cobrando precios o tarifas diferentes por bienes o servicios, incluyendo el uso de descuentos u otros beneficios o imponiendo multas.",
-  "data_policy_ccpa_right_to_non_discrimination_3": "Proporcionando un nivel o calidad diferente de bienes o servicios para usted.",
-  "data_policy_ccpa_right_to_non_discrimination_4": "Sugerir que recibirás un precio o tarifa diferente por bienes o servicios o un nivel o calidad diferente de bienes o servicios",
-  "data_policy_ccpa_right_to_notice": "El derecho a la notificación. Tienes el derecho a ser notificado sobre qué categorías de Datos Personales se están recopilando y los propósitos para los cuales se están utilizando los Datos Personales.",
-  "data_policy_ccpa_right_to_opt_out": "El derecho a decir no a la venta de Datos Personales (opción de exclusión). Tienes el derecho de indicarnos que no vendamos tu información personal. Para enviar una solicitud de exclusión, por favor contáctanos.",
-  "data_policy_ccpa_right_to_request": "El derecho a solicitar. Bajo el CCPA, tiene el derecho de solicitar que le revelemos información sobre nuestra recopilación, uso, venta, divulgación para fines comerciales y compartición de información personal. Una vez que recibamos y confirmemos su solicitud, le revelaremos:",
-  "data_policy_ccpa_right_to_request_1": "Las categorías de información personal que hemos recopilado sobre usted.",
-  "data_policy_ccpa_right_to_request_2": "Las categorías de fuentes de la información personal que recopilamos sobre usted.",
-  "data_policy_ccpa_right_to_request_3": "Nuestro propósito comercial o de negocio para recopilar o vender esa información personal.",
-  "data_policy_ccpa_right_to_request_4": "Las categorías de terceros con quienes compartimos esa información personal.",
-  "data_policy_ccpa_right_to_request_5": "Las piezas específicas de información personal que recopilamos sobre Usted.",
-  "data_policy_ccpa_right_to_request_6": "Si vendimos su información personal o divulgamos su información personal con un propósito comercial, se lo comunicaremos:",
-  "data_policy_ccpa_right_to_request_6_1": "Las categorías de información personal vendidas.",
-  "data_policy_ccpa_right_to_request_6_2": "Las categorías de información personal reveladas",
-  "data_policy_ccpa_sale_of_info_categories": "Categoría A: Identificadores  \nCategoría B: Categorías de información personal enumeradas en la ley de registros de clientes de California (Cal. Civ. Code § 1798.80(e))  \nCategoría D: Información comercial  \nCategoría F: Actividades en internet u otras redes similares",
-  "data_policy_ccpa_sale_of_info_definition": "Como se define en la CCPA, \"vender\" y \"venta\" significan vender, alquilar, liberar, divulgar, diseminar, poner a disposición, transferir o comunicar de otra manera, ya sea de manera oral, por escrito o por medios electrónicos u otros, la información personal de un consumidor por parte de la empresa a un tercero a cambio de una contraprestación valiosa. Esto significa que podemos haber recibido algún tipo de beneficio a cambio de compartir información personal, pero no necesariamente un beneficio monetario.",
-  "data_policy_ccpa_sale_of_info_note": "Por favor, tenga en cuenta que las categorías enumeradas a continuación son las definidas en la CCPA. Esto no significa que todos los ejemplos de esa categoría de información personal hayan sido vendidos, sino que refleja nuestra creencia de buena fe, según nuestro mejor conocimiento, de que parte de esa información de la categoría aplicable puede haber sido y puede haber sido compartida a cambio de valor.",
-  "data_policy_ccpa_sale_of_info_statement": "Podríamos vender y podríamos haber vendido en los últimos doce (12) meses las siguientes categorías de información personal:",
-  "data_policy_ccpa_sale_of_info_title": "Venta de Información Personal",
-  "data_policy_ccpa_sale_of_minors_info_policy": "No vendemos la información personal de los Consumidores que sepamos que tienen menos de 16 años, a menos que recibamos autorización afirmativa (el \"derecho a optar por participar\") del Consumidor que tiene entre 13 y 16 años, o del padre o tutor de un Consumidor menor de 13 años. Los Consumidores que opten por participar en la venta de información personal pueden optar por no participar en futuras ventas en cualquier momento. Para ejercer el derecho a no participar, Usted (o su representante autorizado) puede enviar una solicitud a nosotros contactándonos.",
-  "data_policy_ccpa_sale_of_minors_info_request": "Si tiene razones para creer que un niño menor de 13 años (o 16) nos ha proporcionado información personal, contáctenos con suficiente detalle para que podamos eliminar esa información.",
-  "data_policy_ccpa_sale_of_minors_info_statement": "No recopilamos intencionadamente información personal de menores de 16 años a través de nuestro Servicio, aunque ciertos sitios web de terceros a los que enlazamos pueden hacerlo. Estos sitios web de terceros tienen sus propios términos de uso y políticas de privacidad, y animamos a los padres y tutores legales a que supervisen el uso de Internet de sus hijos e instruyan a sus hijos para que nunca proporcionen información en otros sitios web sin su permiso.",
-  "data_policy_ccpa_sale_of_minors_info_title": "Venta de Información Personal de Menores de 16 Años",
-  "data_policy_ccpa_share_of_info_categories": "Proveedores de servicios  \nProcesadores de pagos  \nNuestros afiliados  \nNuestros socios comerciales  \nVendedores externos a quienes Usted o sus agentes nos autorizan a divulgar su información personal en relación con productos o servicios que le proporcionamos",
-  "data_policy_ccpa_share_of_info_statement": "Podemos compartir su información personal identificada en las categorías anteriores con las siguientes categorías de terceros:",
-  "data_policy_ccpa_share_of_info_title": "Compartir Información Personal",
-  "data_policy_ccpa_title": "Privacidad CCPA",
-  "data_policy_ccpa_use_of_info_1": "Para operar nuestro Servicio y proporcionarte nuestro Servicio.",
-  "data_policy_ccpa_use_of_info_2": "Para proporcionarle apoyo y responder a sus consultas, incluyendo investigar y abordar sus preocupaciones, así como monitorear y mejorar nuestro Servicio.",
-  "data_policy_ccpa_use_of_info_3": "Para cumplir o satisfacer la razón por la que proporcionaste la información. Por ejemplo, si compartes tu información de contacto para hacer una pregunta sobre nuestro Servicio, usaremos esa información personal para responder a tu consulta.",
-  "data_policy_ccpa_use_of_info_4": "Para responder a las solicitudes de las fuerzas del orden y según lo requerido por la ley aplicable, orden judicial o regulaciones gubernamentales.",
-  "data_policy_ccpa_use_of_info_5": "Como se le describió al recolectar su información personal o según lo establecido en la CCPA.",
-  "data_policy_ccpa_use_of_info_6": "Para fines internos administrativos y de auditoría.",
-  "data_policy_ccpa_use_of_info_7": "Para detectar incidentes de seguridad y proteger contra actividades maliciosas, engañosas, fraudulentas o ilegales, incluyendo, cuando sea necesario, procesar a quienes sean responsables de tales actividades.",
-  "data_policy_ccpa_use_of_info_intro": "Podemos usar o divulgar la información personal que recopilamos para \"propósitos comerciales\" o \"propósitos empresariales\" (según se define en la CCPA), que pueden incluir los siguientes ejemplos:",
-  "data_policy_ccpa_use_of_info_title": "Uso de Información Personal para Fines Empresariales o Fines Comerciales",
-  "data_policy_ccpa_your_rights_intro": "La CCPA otorga a los residentes de California derechos específicos respecto a su información personal. Si usted es residente de California, tiene los siguientes derechos:",
-  "data_policy_ccpa_your_rights_title": "Tus derechos bajo la CCPA",
-  "data_policy_compliance_info": "Estamos felices de proporcionar información sobre cómo Capgo está diseñado para ayudarle a cumplir con las diferentes regulaciones de privacidad. Le alentamos a discutir problemas específicos con su abogado para ayudarle a decidir si nuestro servicio le permite cumplir con los requisitos legales que le corresponden.",
-  "data_policy_data_protection_1": "Los datos de su sitio web no se comparten con empresas de publicidad ni con ninguna otra empresa en general.",
-  "data_policy_data_protection_2": "Los datos de su sitio web no se envían a terceros en absoluto.",
-  "data_policy_data_protection_3": "Los datos de su sitio web no son extraídos ni recolectados para tendencias personales y de comportamiento.",
-  "data_policy_data_protection_4": "Los datos de tu sitio web no están monetizados.",
-  "data_policy_gdpr_complaint_right": "Tienes derecho a presentar una queja ante una Autoridad de Protección de Datos sobre nuestra recolección y uso de tus Datos Personales. Para más información, si te encuentras en el Espacio Económico Europeo (EEE), por favor contacta a tu autoridad local de protección de datos en el EEE.",
-  "data_policy_gdpr_exercising_rights_contact": "Puede ejercer sus derechos de acceso, rectificación, cancelación y oposición contactándonos. Tenga en cuenta que podemos pedirle que verifique su identidad antes de responder a tales solicitudes. Si usted hace una solicitud, haremos nuestro mejor esfuerzo para responderle lo antes posible.",
-  "data_policy_gdpr_exercising_rights_title": "Ejercicio de sus derechos de protección de datos según el GDPR",
-  "data_policy_gdpr_right_access": "Solicitar acceso a Sus Datos Personales. El derecho a acceder, actualizar o eliminar la información que tenemos sobre Usted. Siempre que sea posible, puede acceder, actualizar o solicitar la eliminación de Sus Datos Personales directamente en la sección de configuración de su cuenta. Si no puede realizar estas acciones por sí mismo, contáctenos para ayudarle. Esto también le permite recibir una copia de los Datos Personales que tenemos sobre Usted.",
-  "data_policy_gdpr_right_correction": "Solicite la corrección de los Datos Personales que poseemos sobre Usted. Tiene el derecho de corregir cualquier información incompleta o inexacta que tengamos sobre Usted.",
-  "data_policy_gdpr_right_erasure": "Solicitar la eliminación de Sus Datos Personales. Usted tiene el derecho de pedirnos que eliminemos o retiramos sus Datos Personales cuando no haya una buena razón para que sigamos procesándolos.",
-  "data_policy_gdpr_right_object": "Objetar el procesamiento de Sus Datos Personales. Este derecho existe cuando nos basamos en un interés legítimo como base legal para nuestro procesamiento y hay algo en su situación particular que le hace querer objetar nuestro procesamiento de Sus Datos Personales en este fundamento. También tiene derecho a objetar cuando procesamos Sus Datos Personales para fines de marketing directo.",
-  "data_policy_gdpr_right_transfer": "Solicite la transferencia de Sus Datos Personales. Se los proporcionaremos a Usted, o a un tercero que haya elegido, en un formato estructurado, de uso común y legible por máquina. Tenga en cuenta que este derecho solo se aplica a la información automatizada para la cual inicialmente dio su consentimiento para que la utilizáramos o cuando utilizamos la información para cumplir con un contrato con Usted.",
-  "data_policy_gdpr_right_withdraw_consent": "Retira Tu consentimiento. Tienes el derecho de retirar Tu consentimiento para el uso de Tus Datos Personales. Si retiras Tu consentimiento, es posible que no podamos proporcionarte acceso a ciertas funcionalidades específicas del Servicio.",
-  "data_policy_gdpr_rights_intro": "La empresa se compromete a respetar la confidencialidad de Sus Datos Personales y a garantizar que pueda ejercer Sus derechos.",
-  "data_policy_gdpr_rights_list_intro": "Usted tiene el derecho bajo esta Política de Privacidad, y por ley si se encuentra dentro de la UE, a:",
-  "data_policy_gdpr_rights_title": "Tus derechos bajo el GDPR",
-  "data_policy_gdpr_title": "Privacidad del GDPR",
-  "data_policy_goal": "El objetivo de Capgo es rastrear tendencias generales en el tráfico de su sitio web, no rastrear visitantes individuales. No usamos cookies, no generamos identificadores persistentes y no recopilamos ni almacenamos datos personales o identificables. Todos los datos son solo datos agregados y no contienen información personal.",
-  "data_policy_intro": "Una política de datos contiene un conjunto de reglas, principios y directrices que proporcionan un marco para diferentes áreas de gestión de datos en toda la empresa, incluyendo, pero no limitándose a, la gobernanza de datos, la calidad de datos y la arquitectura de datos.",
-  "data_policy_ip_accuracy": "En nuestras pruebas, utilizar direcciones IP para contar visitantes es notablemente preciso en comparación con el uso de cookies. En algunos casos, incluso puede ser más exacto que el uso de una cookie porque algunos visitantes bloquean las cookies por completo.",
-  "data_policy_ip_user_agent": "Cada solicitud HTTP individual envía la dirección IP y el User-Agent al servidor, así que eso es lo que utilizamos. Generamos un identificador que cambia diariamente utilizando la dirección IP del visitante y el User-Agent.",
-  "data_policy_last_updated": "Última actualización: 21 de septiembre de 2023",
-  "data_policy_legal_basis_clarification": "En cualquier caso, la Empresa estará encantada de ayudar a aclarar la base legal específica que se aplica al tratamiento, y en particular si la provisión de Datos Personales es un requisito legal o contractual, o un requisito necesario para la celebración de un contrato.",
-  "data_policy_legal_basis_consent": "Consentimiento: Ha dado su consentimiento para el procesamiento de Datos Personales para uno o más propósitos específicos.",
-  "data_policy_legal_basis_contract": "Cumplimiento de un contrato: La provisión de Datos Personales es necesaria para el cumplimiento de un acuerdo con Usted y/o para cualquier obligación precontractual derivada del mismo.",
-  "data_policy_legal_basis_intro": "Podemos procesar Datos Personales bajo las siguientes condiciones:",
-  "data_policy_legal_basis_legal_obligations": "Obligaciones legales: El procesamiento de Datos Personales es necesario para el cumplimiento de una obligación legal a la que está sujeta la Empresa.",
-  "data_policy_legal_basis_legitimate_interests": "Intereses legítimos: El tratamiento de Datos Personales es necesario para los fines de los intereses legítimos perseguidos por la Empresa.",
-  "data_policy_legal_basis_public_interests": "Intereses públicos: El procesamiento de datos personales está relacionado con una tarea que se lleva a cabo en interés público o en el ejercicio de la autoridad oficial conferida a la empresa.",
-  "data_policy_legal_basis_title": "Base legal para el tratamiento de datos personales bajo el RGPD",
-  "data_policy_legal_basis_vital_interests": "Intereses vitales: El tratamiento de datos personales es necesario para proteger sus intereses vitales o los de otra persona física.",
-  "data_policy_no_persistent_identifier": "No intentamos generar un identificador persistente en el dispositivo porque se consideran datos personales según el GDPR. No utilizamos cookies, caché del navegador ni almacenamiento local. No almacenamos, recuperamos ni extraemos nada de los dispositivos de los visitantes.",
-  "data_policy_no_tracking": "No rastreamos a las personas en sus dispositivos y en los sitios web y aplicaciones que visitan. Todos los datos están aislados a un solo día, un solo sitio web y un solo dispositivo. No hay forma de saber si la misma persona visita un sitio desde más de un dispositivo o visita otro sitio web.",
-  "data_policy_ownership_intro": "Cuando uses nuestro servicio, Capgo recopilará información sobre tus visitantes. Nos confías los datos de tu sitio y tomamos esa confianza muy en serio. La privacidad de los datos de tu sitio — ¡y son tus datos, no nuestros! — es muy importante para nosotros.",
-  "data_policy_ownership_rights": "Usted posee todos los derechos, títulos e intereses sobre los datos de su sitio web. No obtenemos derechos sobre sus datos de sitio web. Nunca venderemos ni compartiremos los datos de su sitio con terceros.",
-  "data_policy_ownership_statement": "Al usar Capgo, mantienes el 100% de la propiedad de los datos de tu sitio web. Aunque al utilizar nuestro servicio alojado, las analíticas de tu sitio se almacenan en nuestro servidor en la nube, tú sigues teniendo el control total de los datos de tu sitio y también eres el propietario completo de todos tus datos.",
-  "data_policy_ownership_title": "Propiedad de los datos de tu web",
-  "data_policy_permanent_deletion": "Todas tus estadísticas serán eliminadas permanentemente de inmediato cuando elimines tu cuenta de Capgo o cuando elimines las estadísticas de tu sitio. No podemos recuperar esta información una vez que ha sido eliminada permanentemente.",
-  "data_policy_title": "Política de Datos",
-  "data_policy_trust_importance": "Esto es esencial en el mercado del software de privacidad. Las corporaciones y el software propietario no siempre se pueden confiar cuando se trata de datos. La única forma de probar tu confianza es permitir que expertos revisen tu código y verifiquen que realmente estás haciendo lo que dices que estás haciendo.",
-  "data_policy_trust_open_source": "Capgo es 100% código abierto. Nuestro código fuente está disponible y accesible en GitHub, así que puedes leerlo y revisarlo para asegurarte de que nuestro código hace lo que decimos.",
-  "data_policy_trust_title": "¿Por qué debería confiar en ti?",
-  "data_policy_trust_transparency": "No somos una caja negra. Todo está a la vista. Cualquiera puede ver, revisar e inspeccionar el código que estamos ejecutando para verificar que practicamos lo que predicamos.",
-  "data_policy_unique_users_intro": "Contar visitantes únicos es una parte integral de la analítica web. Capgo intenta encontrar un equilibrio razonable entre la desduplicación de las vistas de página y el respeto por la privacidad de los visitantes.",
-  "data_policy_unique_users_title": "Cómo contamos usuarios únicos sin cookies",
-  "data_policy_what_we_collect_title": "Lo que recopilamos y para qué lo utilizamos",
-  "data_processing": "Procesamiento de datos",
-  "data_processing_agreement": "Acuerdo de Procesamiento de Datos",
-  "data_storage": "Almacenamiento de datos",
-  "days_free_trial": "Prueba gratuita de 14 días",
-  "dedicated_channels": "Canales Dedicados",
-  "dedicated_support_channels_sla": "Canales de soporte dedicados y garantías de SLA para su tranquilidad",
-  "definitions": "Definiciones",
-  "definitions_desc": "Todas las palabras en mayúsculas utilizadas pero no definidas en este Acuerdo de Nivel de Servicio tienen el significado establecido en el Acuerdo.",
-  "definitions_purpose": "A los efectos de este Descargo de responsabilidad:",
-  "definitions_purpose_refund": "Para los propósitos de esta Política de Devoluciones y Reembolsos:",
-  "definitions_title": "Definiciones",
-  "deliver_updates": "Entrega actualizaciones a tu aplicación Capacitor",
-  "denial_of_service": "Denegación de Servicio (DoS).",
-  "denial_of_service_desc": "Inundar un objetivo con solicitudes de comunicación para que el objetivo no pueda responder al tráfico legítimo o responda tan lentamente que se vuelva ineficaz.",
-  "deploy_and_test_anywhere_anytime": "Implementa y prueba en cualquier lugar, en cualquier momento",
-  "deploy_changes_in_real_time": "Desplegar cambios en tiempo real",
-  "deploy_on_cloud_providers": "Implementar en AWS, GCP o tu proveedor de servicios en la nube",
-  "deploy_ota": "Implemente actualizaciones por aire (OTA) a millones de usuarios con la seguridad, escalabilidad y soporte de nivel empresarial que su organización exige.",
-  "deploy_with_confidence": "Despliegue con Confianza",
-  "designed_for_mobile_first": "Diseñado para móviles en primer lugar con una interfaz de usuario intuitiva y un rendimiento impecable",
-  "developers": "Desarrolladores",
-  "diagnose_version_issues": "Diagnosticar problemas de versión",
-  "didnt_find_answer": "¿No encontraste la respuesta que estabas buscando?",
-  "direct_access_engineering_team": "Acceso directo a nuestro equipo de ingeniería a través de canales dedicados de Slack y soporte telefónico",
-  "direct_engineering_access": "Acceso Directo de Ingeniería",
-  "direct_peering_worldwide": "emparejamiento directo a nivel mundial",
-  "direct_slack_channel_support": "Soporte directo del canal Slack",
-  "directly_from_your_phone": "directamente desde tu teléfono",
-  "disclaimer": "Descargo de responsabilidad",
-  "disclaimer_last_updated": "Última actualización: 28 de enero de 2022",
-  "disclaimer_text": "La información contenida en el Servicio es solo para fines de información general.",
-  "disclaimer_title": "Aviso legal",
-  "discover_ready_plugins": "Descubre plugins listos para usar que amplían las capacidades de tu aplicación Capacitor",
-  "do_you_have_purchasing_power_parity_pricing": "¿Tienen precios con Paridad del Poder Adquisitivo (PPP)?",
-  "do_you_offer_annual_billing_and_ach_payment_options": "¿Ofrecen facturación anual y opciones de pago ACH?",
-  "do_you_offer_discounts_for_students_non_profits_or_startups": "¿Ofrecen descuentos para estudiantes, organizaciones sin fines de lucro o startups?",
-  "do_you_offer_refunds": "¿Ofrecen reembolsos?",
-  "do_you_offer_refunds_answer": "Salvo cuando lo requiera la ley, las tarifas de suscripción pagadas no son reembolsables. Sin embargo, ciertas solicitudes de reembolso pueden ser consideradas caso por caso y otorgadas a discreción exclusiva de Capgo. Si cree que califica para un reembolso, por favor contacte a nuestro equipo de soporte.",
-  "docs": "Docs",
-  "documentation": "Documentación",
-  "documentation_in_markdown_that_powers": "Documentación en Markdown que impulsa",
-  "documenting_apis": "Documentando APIs",
-  "download_the_app_and_take_control": "Descarga la aplicación y toma control de tus lanzamientos desde cualquier lugar",
-  "download_time_globally": "para descargar una actualización de 5MB a nivel mundial",
-  "downloads": "Descargas",
-  "dp": "Política de Datos",
-  "dp_description": "Acuerdo de procesamiento de datos de Capgo y documentación de cumplimiento GDPR para clientes empresariales que usan nuestra plataforma de actualización en vivo.",
-  "dpa": "Acuerdo de Protección de Datos",
-  "dpa_contact_1": "Si tiene alguna pregunta sobre esta Política de Privacidad, puede contactarnos:",
-  "dpa_contact_2": "Al visitar esta página en el sitio web:",
-  "dpa_contact_title": "Contáctenos",
-  "dpa_customer_undertakings_1": "El Cliente garantiza que tiene todos los derechos necesarios para proporcionar a Capgo los datos de los visitantes para su procesamiento en relación con la prestación de los Servicios de Capgo.",
-  "dpa_customer_undertakings_2": "El Cliente deberá cumplir en todo momento con la Legislación de Protección de Datos en relación con todos los datos de visitantes que proporcionó a Capgo según el Acuerdo.",
-  "dpa_customer_undertakings_3": "El cliente entiende, como responsable, que es responsable (entre el cliente y Capgo) de:",
-  "dpa_customer_undertakings_4": "determinar la legalidad de cualquier procesamiento, realizar las evaluaciones de impacto en la protección de datos requeridas y rendir cuentas a los reguladores y a las personas, según sea necesario;",
-  "dpa_customer_undertakings_5": "proporcionar avisos de privacidad relevantes a los titulares de datos según lo requiera su jurisdicción;",
-  "dpa_customer_undertakings_6": "implementar sus propias medidas técnicas y organizativas adecuadas para garantizar y demostrar el procesamiento de acuerdo con este DPA;",
-  "dpa_customer_undertakings_7": "notificando a los reguladores o autoridades relevantes de cualquier incidente según lo requiera la ley en su jurisdicción.",
-  "dpa_customer_undertakings_title": "Compromisos del cliente y asistencia de Capgo",
-  "dpa_definitions_1": "En el transcurso de proporcionar el servicio de Capgo al usuario de acuerdo con el contrato, Capgo puede procesar datos de visitantes en nombre del usuario.",
-  "dpa_definitions_2": "En este Acuerdo de Procesamiento de Datos (\"DPA\"), \"Legislación de Protección de Datos\" significa el Reglamento General de Protección de Datos (Reglamento (UE) 2016/279), y todas las demás leyes aplicables relacionadas con el procesamiento de datos de visitantes y la privacidad que puedan existir en cualquier jurisdicción relevante.",
-  "dpa_definitions_3": "\"responsable del tratamiento de datos\", \"encargado del tratamiento de datos\", \"titular de los datos\", \"datos personales\" y \"tratamiento\" se interpretarán de acuerdo con la legislación de protección de datos aplicable.",
-  "dpa_definitions_4": "Las partes acuerdan que el usuario es el controlador de datos y que Capgo es su procesador de datos en relación con los datos de los visitantes que se procesan en el transcurso de la prestación del servicio.",
-  "dpa_definitions_title": "Definiciones",
-  "dpa_last_updated": "Última actualización: 20 de septiembre de 2023",
-  "dpa_liability_indemnity_1": "Cada parte indemniza a la otra y la exime de responsabilidad contra todas las reclamaciones, acciones, reclamaciones de terceros, pérdidas, daños y gastos incurridos por la parte indemnizada y que surjan directa o indirectamente de o en conexión con un incumplimiento de este DPA.",
-  "dpa_liability_indemnity_title": "Responsabilidad e Indemnización",
-  "dpa_notification_1": "No. No estás obligado a notificarnos a nosotros ni a ningún tercero al aceptar nuestro DPA, aunque, como se mencionó anteriormente, eres libre de hacerlo.",
-  "dpa_notification_title": "¿Los clientes necesitan notificar a alguien al aceptar nuestro DPA?",
-  "dpa_privacy_security_1": "Tomamos muchas medidas para proteger y asegurar tus datos a través de copias de seguridad, redundancias y cifrado. Cuando utilizas nuestro servicio para medir las estadísticas de tu sitio web, Capgo recopilará información sobre tus visitantes.",
-  "dpa_privacy_security_2": "Nos confías tus datos del sitio y tomamos esa confianza en serio. Aceptas que Capgo puede procesar tus datos como se describe en nuestra política de datos y para ningún otro propósito. Hacemos nuestro mejor esfuerzo para merecer esa confianza siendo transparentes sobre quiénes somos, cómo trabajamos y manteniendo las puertas abiertas a tus comentarios.",
-  "dpa_privacy_security_3": "Posee todos los derechos, títulos e intereses sobre los datos de su sitio web. No obtenemos derechos de su parte sobre los datos de su sitio web. No recopilamos ni analizamos información personal de los usuarios de la web ni utilizamos estos conocimientos sobre el comportamiento para vender anuncios. Al utilizar Capgo, usted posee y controla el 100% de los datos de su sitio web. No vendemos ni compartimos los datos de su sitio con terceros, y no abusamos de la privacidad de sus visitantes.",
-  "dpa_privacy_security_4": "El propósito de Capgo es actualizar el Capacitor, esto aún se puede hacer sin rastrear, recopilar o almacenar ningún dato personal o información personal identificable (PII), sin utilizar cookies y respetando la privacidad de los visitantes de su sitio web.",
-  "dpa_privacy_security_5": "Al usar Capgo, todas las mediciones del sitio se realizan de forma absolutamente anónima. Minimizamos la recopilación de datos en general. Medimos solo los puntos de datos más esenciales y nada más. Todas las métricas que recopilamos caben en una sola página.",
-  "dpa_privacy_security_6": "No intentamos generar un identificador persistente del dispositivo porque se consideran datos personales según el GDPR. No utilizamos cookies, caché del navegador ni almacenamiento local. No almacenamos, recuperamos ni extraemos nada de los dispositivos de los visitantes. Los datos que procesamos no pueden ser utilizados para identificar a ninguna persona en particular.",
-  "dpa_privacy_security_7": "El grupo de interesados afectados por el tratamiento de sus datos bajo este acuerdo incluye a los usuarios finales de los sitios web del responsable que hacen uso del servicio proporcionado por el encargado.",
-  "dpa_privacy_security_8": "Puede encontrar más información sobre nuestro procesamiento de los datos de sus visitantes y qué tipos/categorías de datos recopilamos en su nombre en nuestra política de datos disponible públicamente.",
-  "dpa_privacy_security_title": "Privacidad y seguridad de los datos de tus visitantes",
-  "dpa_processor_obligations_1": "Capgo procesará los datos de los visitantes únicamente de acuerdo con las instrucciones del cliente a través de la configuración del servicio, es decir, (a) para operar, mantener y apoyar la infraestructura utilizada para proporcionar el servicio; (b) para cumplir con las instrucciones del cliente y las instrucciones de procesamiento en su uso, gestión y administración del servicio; (c) según lo indicado de otra manera a través de la configuración del servicio. Capgo solo procesará los datos de los visitantes de acuerdo con el acuerdo.",
-  "dpa_processor_obligations_2": "Capgo deberá notificar al cliente sin demora indebida si, en opinión de Capgo, una instrucción para el procesamiento de datos de visitantes dada por el cliente infringe la legislación de protección de datos aplicable.",
-  "dpa_processor_obligations_3": "Capgo garantizará la confidencialidad de los datos de los visitantes procesados en virtud de este documento.",
-  "dpa_processor_obligations_4": "Nosotros, como humanos, podemos acceder a sus datos para ayudarle con las solicitudes de soporte que realice y para mantener y proteger Capgo para asegurar la seguridad de sus datos y del servicio en su conjunto. Capgo se asegurará de que todo el personal de Capgo que requiera acceso a los datos de los visitantes esté capacitado en GDPR y privacidad de datos, informado sobre la naturaleza confidencial de los datos y cumpla con las obligaciones establecidas en este acuerdo.",
-  "dpa_processor_obligations_5": "Capgo deberá implementar y mantener medidas de seguridad técnicas y organizativas adecuadas diseñadas para proteger los datos de los visitantes contra el procesamiento no autorizado o ilegal y contra la pérdida, destrucción, daño, robo, alteración o divulgación accidental. Estas medidas deberán ser apropiadas al daño que podría resultar de cualquier procesamiento no autorizado o ilegal, pérdida accidental, destrucción, daño o robo de los datos de los visitantes y teniendo en cuenta la naturaleza de los datos de los visitantes que deben ser protegidos.",
-  "dpa_processor_obligations_6": "Trabajamos con subprocesadores. Con cada proveedor, evaluamos su compromiso con la privacidad y firmamos un acuerdo de procesamiento de datos que incluye las Cláusulas Contractuales Estándar de controlador-procesador. Cualquier subcontratista autorizado podrá procesar datos únicamente para entregar los servicios que Capgo les ha encargado proporcionar, y se les prohíbe usar los datos para cualquier otro propósito. Capgo notificará al controlador al modificar la lista de subprocesadores utilizando nuestras notificaciones en la aplicación, correo electrónico y/o blog. El controlador tiene la capacidad de objetar legítimamente y puede rescindir el acuerdo.",
-  "dpa_processor_obligations_7": "Si Capgo se entera de cualquier violación de seguridad accidental, no autorizada o ilegal, destrucción, pérdida, alteración o divulgación de los datos personales que son procesados por Capgo en el curso de la prestación del servicio, deberá notificar al cliente sin demora indebida (no más tarde de 48 horas después de haber tomado conocimiento de ello) por correo electrónico y proporcionar al cliente una descripción del incidente, así como actualizaciones periódicas sobre la información del incidente, incluido su impacto en el contenido del cliente. Capgo además tomará medidas para investigar el incidente y razonablemente prevenir o mitigar los efectos del mismo.",
-  "dpa_processor_obligations_8": "Capgo no deberá, por su propia autoridad, rectificar, borrar o restringir el procesamiento de datos de visitantes que se estén procesando en nombre del controlador (a menos que esto sea requerido por la ley o por los Términos de Servicio del Procesador), sino que solo lo hará siguiendo instrucciones documentadas del controlador y de acuerdo con las reglas de retención de datos asociadas al plan de suscripción del controlador.",
-  "dpa_processor_obligations_9": "Capgo asistirá al responsable del tratamiento en el cumplimiento de las obligaciones relativas a la seguridad de los datos personales. Plausible también brindará asistencia al responsable del tratamiento para las Evaluaciones de Impacto sobre la Protección de Datos (DPIAs). Cuando un interesado afirme sus derechos como interesado, esta solicitud será enviada al responsable sin demora.",
-  "dpa_processor_obligations_title": "Obligaciones del procesador con respecto al controlador",
-  "dpa_security_measures_1": "Para la encriptación, usamos HTTPS en tránsito y el proceso de hashing en reposo. Nuestro proceso de hashing es mucho más fuerte que la encriptación. La encriptación implica que hay una clave que puede descifrar y revelar los datos en bruto. En nuestra base de datos, la dirección IP en bruto y el User Agent son completamente inaccesibles para cualquier persona, incluidos nosotros mismos. Además de esto, utilizamos reglas de firewall estrictas y redes privadas encriptadas. Mantenemos copias de seguridad fuera del sitio con replicación, incluyendo contraseñas fuertes en bcrypt.",
-  "dpa_security_measures_2": "Capgo es un software completamente de código abierto, lo que significa que nuestro código fuente está disponible y accesible en GitHub, por lo que cualquiera puede revisarlo y auditarlo. Puedes leerlo, inspeccionarlo y revisarlo para entender cómo funciona y para garantizar que mantenga los datos privados y seguros. Esto te brinda a ti y a todos los demás total transparencia sobre cómo manejamos los datos del tráfico del sitio web.",
-  "dpa_security_measures_3": "Con más de 500 estrellas en GitHub, hay muchas personas interesadas en nuestro código y es esta transparencia y apertura la que significa que los productos de código abierto pueden ser más confiables que los productos propietarios y de código cerrado. Nuestro software se actualiza varias veces a la semana y en nuestra página de GitHub también tenemos una forma para que las personas reporten cualquier vulnerabilidad de seguridad.",
-  "dpa_security_measures_title": "Medidas de seguridad organizativas y técnicas",
-  "dpa_sharing_1": "Sí. El DPA es un documento disponible públicamente y los clientes que deseen compartirlo con sus clientes para confirmar nuestras medidas de seguridad y otros términos pueden hacerlo sin problemas.",
-  "dpa_sharing_title": "¿Puede un cliente compartir el DPA de Capgo con sus clientes?",
-  "dpa_signing_required_1": "Para poder utilizar nuestros productos y servicios, debe aceptar nuestro DPA. Al utilizar nuestro producto, acepta nuestros términos de servicio, y está aceptando automáticamente nuestro DPA sin necesidad de firmar un documento separado. Ofrecemos los mismos derechos y protección de privacidad a todos los clientes.",
-  "dpa_signing_required_title": "¿Se requiere que los clientes firmen el DPA de Capgo?",
-  "dpa_title": "Acuerdo de Procesamiento de Datos",
-  "easily_adjust_user_roles_and_permissions_as_your_team_and_projects_evolve_maintaining_optimal_organization_structure": "Ajusta fácilmente los roles y permisos de los usuarios a medida que tu equipo y proyectos evolucionan, manteniendo una estructura organizativa óptima.",
-  "effortless_ci_cd_solutions": "Soluciones CI/CD Sin Esfuerzo",
-  "email_label": "Correo electrónico",
-  "email_placeholder": "Introduce tu correo electrónico",
-  "emergency_fixes_on_the_go": "Soluciones de emergencia sobre la marcha",
-  "end_to_end_encryption": "Cifrado de extremo a extremo",
-  "enterprise_authentication": "Autenticación Empresarial",
-  "enterprise_billing": "Facturación Empresarial",
-  "enterprise_description": "Para equipos empresariales que construyen aplicaciones críticas para la misión y necesitan seguridad avanzada, cumplimiento normativo y soporte dedicado con control total sobre su infraestructura de DevOps móvil.",
-  "enterprise_features": "Características Empresariales",
-  "enterprise_grade_security_trust": "Seguridad de nivel empresarial en la que puedes confiar",
-  "enterprise_identity": "Identidad Empresarial",
-  "enterprise_platform_uptime_sla": "Acuerdo de Nivel de Servicio (SLA) de Disponibilidad de la Plataforma Empresarial",
-  "enterprise_plugins": "Complementos Empresariales",
-  "enterprise_ready": "Listo para la Empresa",
-  "enterprise_security_audit_desc": "Auditorías de terceros anuales y escaneo continuo de código con SonarCloud, Coderabbit y Snyk.",
-  "enterprise_security_audit_title": "Auditorías automatizadas e independientes",
-  "enterprise_security_automations": "SonarCloud, Coderabbit y Snyk revisan cada commit antes de su lanzamiento.",
-  "enterprise_solutions": "Soluciones Empresariales",
-  "enterprise_support": "Soporte Empresarial",
-  "enterprise_title": "Empresa",
-  "errors_and_omissions_disclaimer_text": "La información proporcionada por el Servicio es solo para orientación general sobre asuntos de interés. Incluso si la Compañía toma todas las precauciones posibles para asegurar que el contenido del Servicio sea tanto actual como preciso, pueden ocurrir errores. Además, dada la naturaleza cambiante de las leyes, normas y regulaciones, puede haber retrasos, omisiones o inexactitudes en la información contenida en el Servicio.",
-  "errors_and_omissions_disclaimer_title": "Aviso de Errores y Omissiones",
-  "eula": "Acuerdo de Licencia de Usuario Final",
-  "eula_acknowledgment_text_1": "Al hacer clic en el botón \"Acepto\", al descargar o utilizar la Aplicación, usted acepta estar sujeto a los términos y condiciones de este Acuerdo. Si no está de acuerdo con los términos de este Acuerdo, no haga clic en el botón \"Acepto\", no descargue ni utilice la Aplicación.",
-  "eula_acknowledgment_text_2": "Este Acuerdo es un documento legal entre usted y la Empresa y rige su uso de la Aplicación puesta a su disposición por la Empresa.",
-  "eula_acknowledgment_text_3": "Este Acuerdo es entre usted y la Empresa solamente y no con la Tienda de Aplicaciones. Por lo tanto, la Empresa es la única responsable de la Aplicación y su contenido. Aunque la Tienda de Aplicaciones no es parte de este Acuerdo, tiene el derecho de hacerlo cumplir contra usted como beneficiario tercero en relación con su uso de la Aplicación.",
-  "eula_acknowledgment_text_4": "Dado que la Aplicación puede ser accedida y utilizada por otros usuarios a través, por ejemplo, de Compartir en familia / Grupo familiar o compra por volumen, el uso de la Aplicación por esos usuarios está expresamente sujeto a este Acuerdo.",
-  "eula_acknowledgment_text_5": "La Aplicación es licenciada, no vendida, a Usted por la Compañía para su uso estrictamente de acuerdo con los términos de este Acuerdo.",
-  "eula_acknowledgment_title": "Reconocimiento",
-  "eula_changes_text_1": "La Empresa se reserva el derecho, a su exclusivo criterio, de modificar o reemplazar este Acuerdo en cualquier momento. Si una revisión es material, proporcionaremos al menos 30 días de aviso antes de que entren en vigencia nuevos términos. Lo que constituye un cambio material será determinado a la sola discreción de la Empresa.",
-  "eula_changes_text_2": "Al continuar accediendo o utilizando la Aplicación después de que se hagan efectivas las revisiones, usted acepta estar sujeto a los términos revisados. Si no acepta los nuevos términos, ya no está autorizado a utilizar la Aplicación.",
-  "eula_changes_title": "Cambios a este Acuerdo",
-  "eula_contact_us_link": "Al visitar esta página en el sitio web:",
-  "eula_contact_us_text": "Si tiene alguna pregunta sobre este Acuerdo, puede contactarnos:",
-  "eula_contact_us_title": "Contáctanos",
-  "eula_definition_agreement": "**Acuerdo** significa este Acuerdo de Licencia de Usuario Final que constituye el acuerdo completo entre Usted y la Compañía respecto al uso de la Aplicación.",
-  "eula_definition_application": "**Aplicación** significa el programa de software proporcionado por la Compañía descargado por Usted a través de la cuenta de una Tienda de Aplicaciones a un Dispositivo, llamado $1.",
-  "eula_definition_application_store": "**Tienda de Aplicaciones** se refiere al servicio de distribución digital operado y desarrollado por Apple Inc. (Apple App Store) o Google Inc. (Google Play Store) a través del cual se ha descargado la Aplicación en su Dispositivo.",
-  "eula_definition_company": "**Compañía** (referida en este Acuerdo como \"la Compañía\", \"Nosotros\" o \"Nuestro\") se refiere a Digital shift OU, 6 sepapaja 15510 Tallin.",
-  "eula_definition_content": "**Contenido** se refiere a contenido como texto, imágenes u otra información que puede ser publicada, subida, enlazada o de otro modo puesta a disposición por usted, independientemente de la forma de ese contenido.",
-  "eula_definition_country": "**País** se refiere a: Estonia",
-  "eula_definition_device": "**Dispositivo** se refiere a cualquier dispositivo que pueda acceder a la Aplicación, como una computadora, un teléfono celular o una tableta digital.",
-  "eula_definition_family_sharing": "**Compartición Familiar / Grupo Familiar** te permite compartir aplicaciones descargadas a través de la Tienda de Aplicaciones con otros miembros de la familia, permitiéndoles ver y descargar las Aplicaciones elegibles de cada uno en sus Dispositivos asociados.",
-  "eula_definition_third_party_services": "**Servicios de Terceros** significa cualquier servicio o contenido (incluidos datos, información, aplicaciones y otros servicios de productos) proporcionado por un tercero que puede ser mostrado, incluido o puesto a disposición por la Aplicación.",
-  "eula_definition_you": "**Usted** se refiere a la persona que accede o utiliza la Aplicación o a la empresa u otra entidad legal en nombre de la cual dicha persona está accediendo o utilizando la Aplicación, según corresponda.",
-  "eula_definitions_intro": "Para los fines de este Acuerdo de Licencia de Usuario Final:",
-  "eula_definitions_subtitle": "Definiciones",
-  "eula_entire_agreement_text_1": "El Acuerdo constituye el acuerdo completo entre Usted y la Empresa respecto a su uso de la Aplicación y reemplaza todos los acuerdos escritos u orales previos y contemporáneos entre Usted y la Empresa.",
-  "eula_entire_agreement_text_2": "Puede que esté sujeto a términos y condiciones adicionales que se aplican cuando utiliza o compra otros servicios de la Empresa, los cuales la Empresa le proporcionará en el momento de dicho uso o compra.",
-  "eula_entire_agreement_title": "Acuerdo Completo",
-  "eula_governing_law_text": "Las leyes del País, excluyendo sus reglas de conflictos de leyes, regirán este Acuerdo y su uso de la Aplicación. Su uso de la Aplicación también puede estar sujeto a otras leyes locales, estatales, nacionales o internacionales.",
-  "eula_governing_law_title": "Ley Aplicable",
-  "eula_indemnification_text": "Usted acepta indemnizar y mantener a la Compañía y a sus padres, subsidiarias, afiliados, funcionarios, empleados, agentes, socios y licenciantes (si los hubiera) indemnes de cualquier reclamación o demanda, incluidos los honorarios razonables de abogados, debido a o que surja de su: (a) uso de la Aplicación; (b) violación de este Acuerdo o de cualquier ley o regulación; o (c) violación de cualquier derecho de un tercero.",
-  "eula_indemnification_title": "Indemnización",
-  "eula_intellectual_property_text_1": "La Aplicación, incluyendo sin limitación todos los derechos de autor, patentes, marcas comerciales, secretos comerciales y otros derechos de propiedad intelectual son, y seguirán siendo, la única y exclusiva propiedad de la Empresa.",
-  "eula_intellectual_property_text_2": "La Empresa no estará obligada a indemnizar o defenderle en relación con cualquier reclamación de terceros que surja o esté relacionada con la Aplicación. En la medida en que la Empresa esté obligada a proporcionar indemnización según la ley aplicable, la Empresa, y no la Tienda de Aplicaciones, será la única responsable de la investigación, defensa, conciliación y resolución de cualquier reclamación que afirme que la Aplicación o su uso infringe cualquier derecho de propiedad intelectual de terceros.",
-  "eula_intellectual_property_title": "Propiedad Intelectual",
-  "eula_interpretation_subtitle": "Interpretación",
-  "eula_interpretation_text": "Las palabras cuya letra inicial está en mayúscula tienen significados definidos bajo las siguientes condiciones. Las siguientes definiciones tendrán el mismo significado independientemente de si aparecen en singular o en plural.",
-  "eula_interpretation_title": "Interpretación y Definiciones",
-  "eula_last_updated": "Última actualización: 28 de enero de 2022",
-  "eula_license_restrictions_1": "Licenciar, vender, alquilar, arrendar, ceder, distribuir, transmitir, alojar, externalizar, revelar o explotar comercialmente la Aplicación de otra manera, o poner la Aplicación a disposición de cualquier tercero.",
-  "eula_license_restrictions_2": "Copiar o utilizar la Aplicación para cualquier propósito diferente al permitido bajo la sección anterior 'Licencia'.",
-  "eula_license_restrictions_3": "Modificar, crear obras derivadas, desensamblar, descifrar, recompilar o ingenierizar inversamente cualquier parte de la Aplicación.",
-  "eula_license_restrictions_4": "Eliminar, alterar u oscurecer cualquier aviso de propiedad (incluido cualquier aviso de copyright o marca registrada) de la Empresa o sus afiliados, socios, proveedores o los licenciantes de la Aplicación.",
-  "eula_license_restrictions_intro": "Usted acepta no hacerlo, y no permitirá que otros lo hagan:",
-  "eula_license_restrictions_subtitle": "Restricciones de licencia",
-  "eula_license_scope_subtitle": "Alcance de la Licencia",
-  "eula_license_scope_text_1": "La Compañía le otorga una licencia revocable, no exclusiva, intransferible y limitada para descargar, instalar y usar la Aplicación estrictamente de acuerdo con los términos de este Acuerdo.",
-  "eula_license_scope_text_2": "Solo puedes usar la Aplicación en un Dispositivo que poseas o controles y según lo permitido por los términos y condiciones de la Tienda de Aplicaciones.",
-  "eula_license_scope_text_3": "La licencia que se le concede a usted por la Empresa es únicamente para sus fines personales y no comerciales, estrictamente de acuerdo con los términos de este Acuerdo.",
-  "eula_license_title": "Licencia",
-  "eula_limitation_of_liability_text_1": "Sin perjuicio de cualquier daño que pueda incurrir, la responsabilidad total de la Compañía y de cualquiera de sus proveedores bajo cualquier disposición de este Acuerdo y su exclusivo recurso por todo lo anterior se limitará a la cantidad efectivamente pagada por usted por la Aplicación o a través de la Aplicación, o 100 USD si no ha comprado nada a través de la Aplicación.",
-  "eula_limitation_of_liability_text_2": "En la máxima medida permitida por la ley aplicable, en ningún caso la Compañía o sus proveedores serán responsables de ningún daño especial, incidental, indirecto o consecuente de ninguna índole (incluidos, entre otros, daños por pérdida de ganancias, pérdida de datos u otra información, por interrupción del negocio, por lesiones personales, pérdida de privacidad derivada de o relacionada de alguna manera con el uso o la incapacidad de usar la Aplicación, software de terceros y/o hardware de terceros utilizado con la Aplicación, o de otro modo en relación con cualquier disposición de este Acuerdo), incluso si la Compañía o cualquier proveedor ha sido advertido de la posibilidad de dichos daños e incluso si el remedio no cumple con su propósito esencial.",
-  "eula_limitation_of_liability_text_3": "Algunos estados/jurisicciones no permiten la exclusión o limitación de daños incidentales o consecuenciales, por lo que la limitación o exclusión anterior puede no aplicarse a Usted.",
-  "eula_limitation_of_liability_text_4": "Usted entiende y acepta expresamente que la Tienda de Aplicaciones, sus subsidiarias y afiliadas, y sus licenciantes no serán responsables ante usted bajo ninguna teoría de responsabilidad por cualquier daño directo, indirecto, incidental, especial, consecuente o ejemplar que pueda incurrir, incluyendo cualquier pérdida de datos, ya sea que la Tienda de Aplicaciones o sus representantes hayan sido informados o debieran haber sido conscientes de la posibilidad de tales pérdidas.",
-  "eula_limitation_of_liability_title": "Limitación de Responsabilidad",
-  "eula_maintenance_subtitle": "Mantenimiento y Soporte",
-  "eula_maintenance_text": "La Empresa no proporciona ningún mantenimiento ni soporte para la descarga y uso de la Aplicación. En la medida en que se requiera algún mantenimiento o soporte según la ley aplicable, será la Empresa, y no la Tienda de Aplicaciones, la que estará obligada a proporcionar dicho mantenimiento o soporte.",
-  "eula_modifications_text": "La Empresa se reserva el derecho de modificar, suspender o descontinuar, temporal o permanentemente, la Aplicación o cualquier servicio al que esté conectada, con o sin previo aviso y sin responsabilidad hacia Usted.",
-  "eula_modifications_title": "Modificaciones a la Aplicación",
-  "eula_no_warranties_text_1": "La Aplicación se proporciona a Usted \"TAL CUAL\" y \"SEGÚN DISPONIBILIDAD\" y con todas las fallas y defectos sin garantía de ningún tipo. En la máxima medida permitida bajo la ley aplicable, la Compañía, en su propio nombre y en nombre de sus afiliados y sus respectivos licenciantes y proveedores de servicios, renuncia expresamente a todas las garantías, ya sean expresas, implícitas, legales o de otro tipo, con respecto a la Aplicación, incluida todas las garantías implícitas de comerciabilidad, idoneidad para un propósito particular, título y no infracción, y garantías que puedan surgir en el curso de la negociación, el curso de la ejecución, el uso o la práctica comercial. Sin limitación a lo anterior, la Compañía no proporciona ninguna garantía ni compromiso, y no hace ninguna representación de ningún tipo de que la Aplicación satisfará sus requisitos, logrará resultados deseados, sea compatible o funcione con cualquier otro software, aplicaciones, sistemas o servicios, opere sin interrupciones, cumpla con estándares de rendimiento o fiabilidad o sea libre de errores, o que cualquier error o defecto pueda o será corregido.",
-  "eula_no_warranties_text_2": "Sin limitar lo anterior, ni la Compañía ni ninguno de los proveedores de la compañía hacen ninguna representación o garantía de ningún tipo, expresa o implícita: (i) en cuanto a la operación o disponibilidad de la Aplicación, o la información, contenido y materiales o productos incluidos en ella; (ii) que la Aplicación será ininterrumpida o libre de errores; (iii) en cuanto a la precisión, fiabilidad o actualidad de cualquier información o contenido proporcionado a través de la Aplicación; o (iv) que la Aplicación, sus servidores, el contenido o los correos electrónicos enviados desde o en nombre de la Compañía están libres de virus, scripts, caballos de Troya, gusanos, malware, bombas de tiempo u otros componentes dañinos.",
-  "eula_no_warranties_text_3": "Algunas jurisdicciones no permiten la exclusión de ciertos tipos de garantías o limitaciones sobre los derechos legales aplicables de un consumidor, por lo que algunas o todas las exclusiones y limitaciones anteriores pueden no aplicarse a usted. Pero en tal caso, las exclusiones y limitaciones establecidas en esta sección se aplicarán en la mayor medida posible según la ley aplicable. En la medida en que exista alguna garantía bajo la ley que no pueda ser negada, la Compañía, no la Tienda de Aplicaciones, será la única responsable de dicha garantía.",
-  "eula_no_warranties_title": "Sin garantías",
-  "eula_product_claims_text": "La Empresa no ofrece ninguna garantía respecto a la Aplicación. En la medida en que tengas alguna reclamación que surja de o esté relacionada con tu uso de la Aplicación, la Empresa, no la Tienda de Aplicaciones, es responsable de atender tales reclamaciones, que pueden incluir, pero no se limitan a: (i) cualquier reclamación por responsabilidad del producto; (ii) cualquier reclamación de que la Aplicación no cumple con ningún requisito legal o regulatorio aplicable; y (iii) cualquier reclamación que surja bajo la protección al consumidor o legislación similar.",
-  "eula_product_claims_title": "Reclamaciones del producto",
-  "eula_read_carefully": "Por favor, lea este Acuerdo de Licencia de Usuario Final cuidadosamente antes de hacer clic en el botón \"Acepto\", descargar o usar $1.",
-  "eula_severability_and_waiver_title": "Divisibilidad y Renuncia",
-  "eula_severability_subtitle": "Divisibilidad",
-  "eula_severability_text": "Si alguna disposición de este Acuerdo se considera inaplicable o inválida, dicha disposición será modificada e interpretada para lograr los objetivos de dicha disposición en la mayor medida posible conforme a la ley aplicable y las disposiciones restantes continuarán en pleno vigor y efecto.",
-  "eula_term_and_termination_text_1": "Este Acuerdo permanecerá en vigor hasta que sea rescindido por Usted o la Empresa. La Empresa puede, a su exclusivo criterio, en cualquier momento y por cualquier razón o sin razón, suspender o rescindir este Acuerdo con o sin previo aviso.",
-  "eula_term_and_termination_text_2": "Este Acuerdo se terminará inmediatamente, sin previo aviso por parte de la Compañía, en el caso de que no cumplas con alguna disposición de este Acuerdo. También puedes dar por terminado este Acuerdo eliminando la Aplicación y todas sus copias de tu Dispositivo o de tu computadora.",
-  "eula_term_and_termination_text_3": "Al terminar este Acuerdo, usted deberá cesar todo uso de la Aplicación y eliminar todas las copias de la Aplicación de su Dispositivo.",
-  "eula_term_and_termination_text_4": "La finalización de este Acuerdo no limitará ninguno de los derechos o remedios de la Empresa en virtud de la ley o en equidad en caso de incumplimiento por su parte (durante la vigencia de este Acuerdo) de cualquiera de sus obligaciones bajo el presente Acuerdo.",
-  "eula_term_and_termination_title": "Término y Terminación",
-  "eula_third_party_services_text_1": "La Aplicación puede mostrar, incluir o poner a disposición contenido de terceros (incluidos datos, información, aplicaciones y otros productos o servicios) o proporcionar enlaces a sitios web o servicios de terceros.",
-  "eula_third_party_services_text_2": "Usted reconoce y acepta que la Compañía no será responsable de ningún Servicio de Terceros, incluyendo su precisión, integridad, puntualidad, validez, cumplimiento de derechos de autor, legalidad, decencia, calidad o cualquier otro aspecto de los mismos. La Compañía no asume y no tendrá ninguna responsabilidad ante Usted o cualquier otra persona o entidad por cualquier Servicio de Terceros.",
-  "eula_third_party_services_text_3": "Debe cumplir con los Términos de acuerdo de terceros aplicables al utilizar la Aplicación. Los Servicios de terceros y los enlaces a ellos se proporcionan únicamente como una conveniencia para usted y usted accede y los utiliza completamente bajo su propio riesgo y sujeto a los Términos y condiciones de dichos terceros.",
-  "eula_third_party_services_title": "Servicios de Terceros",
-  "eula_title": "Acuerdo de Licencia de Usuario Final (\"Acuerdo\")",
-  "eula_updates_subtitle": "Actualizaciones de la aplicación",
-  "eula_updates_text_1": "La Empresa podrá, de vez en cuando, proporcionar mejoras o avances a las características/funcionalidad de la Aplicación, que pueden incluir parches, correcciones de errores, actualizaciones, mejoras y otras modificaciones.",
-  "eula_updates_text_2": "Las actualizaciones pueden modificar o eliminar ciertas características y/o funcionalidades de la Aplicación. Usted acepta que la Compañía no tiene ninguna obligación de (i) proporcionar actualizaciones, o (ii) continuar proporcionando o habilitando cualquier característica y/o funcionalidad particular de la Aplicación para usted.",
-  "eula_updates_text_3": "Usted acepta además que todas las actualizaciones o cualquier otra modificación serán (i) consideradas como parte integral de la Aplicación, y (ii) estarán sujetas a los términos y condiciones de este Acuerdo.",
-  "eula_us_legal_compliance_text": "Usted declara y garantiza que (i) no se encuentra en un país que esté sujeto al embargo del gobierno de los Estados Unidos, o que haya sido designado por el gobierno de los Estados Unidos como un país que \"apoya el terrorismo\", y (ii) no está incluido en ninguna lista del gobierno de los Estados Unidos de partes prohibidas o restringidas.",
-  "eula_us_legal_compliance_title": "Cumplimiento Legal de Estados Unidos",
-  "eula_waiver_subtitle": "Exención",
-  "eula_waiver_text": "Salvo lo dispuesto en este documento, el hecho de no ejercer un derecho o de requerir el cumplimiento de una obligación bajo este Acuerdo no afectará la capacidad de una parte para ejercer dicho derecho o requerir dicho cumplimiento en cualquier momento posterior, ni la renuncia a un incumplimiento constituirá una renuncia a cualquier incumplimiento posterior.",
-  "eula_your_suggestions_text_1": "Cualquier retroalimentación, comentario, idea, mejora o sugerencia que Usted proporcione a la Empresa con respecto a la Aplicación será de la única y exclusiva propiedad de la Empresa.",
-  "eula_your_suggestions_text_2": "La Compañía podrá usar, copiar, modificar, publicar o redistribuir las Sugerencias para cualquier propósito y de cualquier manera sin ningún reconocimiento ni compensación para Usted.",
-  "eula_your_suggestions_title": "Tus Sugerencias",
-  "every_live_update_signed_verified": "Cada Actualización en Vivo está firmada y verificada, asegurando la integridad y autenticidad de tus implementaciones.",
-  "everything_you_need_in_your_pocket": "Todo lo que necesitas en tu bolsillo",
-  "examples_of_bad_pr_title": "Ejemplos de títulos de relaciones públicas malos:",
-  "examples_of_good_pr_title": "Ejemplos de un buen título de PR:",
-  "expand_menu": "Expandir menú",
-  "experienced_in_working_on_demanding": "Experimentado en trabajar en situaciones exigentes.",
-  "expert_ci_cd_setup": "Configuración Experta de CI/CD",
-  "expert_consultation": "Consulta de Expertos",
-  "expert_guidance": "Orientación Experta",
-  "expert_team_builds_custom_plugins": "Nuestro equipo de expertos construye plugins personalizados para Capacitor e integraciones de SDK adaptadas a sus necesidades específicas. Desde el concepto hasta la implementación, entregamos soluciones listas para producción.",
-  "explore_common_questions": "Explora las preguntas y respuestas comunes sobre Capgo.",
-  "explore_plugins": "Explora Plugins",
-  "extended_security": "Seguridad Extendida",
-  "external_links_disclaimer_text": "El Servicio puede contener enlaces a sitios web externos que no son proporcionados ni mantenidos por la Compañía ni están de ninguna manera afiliados a ella.",
-  "external_links_disclaimer_title": "Descargo de responsabilidad sobre enlaces externos",
-  "external_links_no_guarantee": "Tenga en cuenta que la Empresa no garantiza la exactitud, relevancia, actualidad ni exhaustividad de la información en estos sitios web externos.",
-  "failed_to_copy": "Error al copiar",
-  "fair_use_belief": "La empresa cree que esto constituye un \"uso justo\" de cualquier material protegido por derechos de autor, como se establece en la sección 107 de la ley de derechos de autor de los Estados Unidos.",
-  "fair_use_disclaimer_text": "La empresa puede utilizar material protegido por derechos de autor que no siempre ha sido específicamente autorizado por el propietario de los derechos. La empresa está poniendo dicho material a disposición para crítica, comentario, reportajes de noticias, enseñanza, becas o investigación.",
-  "fair_use_disclaimer_title": "Aviso de Uso Justo",
-  "falsification_of_origin": "Falsificación de origen.",
-  "falsification_of_origin_desc": "Forjando encabezados de paquetes TCP-IP, encabezados de correo electrónico o cualquier parte de un mensaje que describa su origen o ruta. El uso legítimo de alias y remailers anónimos no está prohibido por esta disposición.",
-  "fast_track_support_guaranteed_response": "Soporte de vía rápida con tiempos de respuesta garantizados y escalada prioritaria para problemas críticos",
-  "find_and_fix_bugs_during_the_coding_process": "Encuentra y corrige errores durante el proceso de codificación.",
-  "find_more_at": "Encuentra más en: <a href='https://jsdoc.app/'> https://jsdoc.app/ </a>",
-  "fine_grained_permissions": "Permisos de Grano Fino",
-  "first": "Primero",
-  "first_class_support_when_needed": "Soporte de primera clase cuando lo necesitas",
-  "first_name_label": "Nombre de pila",
-  "first_name_placeholder": "Juan",
-  "five_year_savings": "Ahorros de 5 Años",
-  "flexible_engagement": "Compromiso flexible",
-  "flexible_payment_terms": "Términos de Pago Flexibles",
-  "flutter_power_approximately_1_of_apps_on_google_play_store": "Flutter potencia aproximadamente el 1% de las aplicaciones en Google Play Store.",
-  "footer": "Pie de página",
-  "footer_tagline_part1": "Alimenta tus aplicaciones de Capacitor con",
-  "footer_tagline_part2": "más de 90+complementos listos para producción",
-  "for_the_pay_as_you_go_plan": "para el plan de pago por uso",
-  "for_ultra_fast_delivery": "para entrega ultra-rápida",
-  "four_definitions_title": "4. Definiciones",
-  "framework_angular": "Angular",
-  "framework_js_dom": "JS + API de DOM",
-  "framework_qwik": "Qwik",
-  "framework_react": "Reaccionar",
-  "framework_svelte": "Esbelto",
-  "framework_ts_dom": "TS + API DOM",
-  "framework_vue": "Vista",
-  "free_consultation": "Consulta Gratuita",
-  "free_initial_consultation": "Consulta inicial gratuita",
-  "free_trial_explanation": "Si no estás seguro sobre el número de usuarios activos que tienes y te preocupa alcanzar el límite de tu plan, aprovecha la prueba gratuita de Capgo. Es una excelente manera de probar nuestro servicio, encontrar el plan adecuado, evitar cargos inesperados y asegurarte de que todo funcione sin problemas.",
-  "from_95_percent_users": "Del 95% de los usuarios",
-  "frontend_for_official_deno_webpage": "Frontend para la página oficial de Deno",
-  "full_api_access": "Acceso Completo a la API",
-  "full_control_of_your_capacitor_apps_from_anywhere": "Control total de tus aplicaciones Capacitor desde cualquier lugar",
-  "full_source_code_included": "Código fuente completo incluido",
-  "gdpr_compliant": "Cumple con el RGPD",
-  "general_service_exclusion_1": "(i) Causado por factores fuera de nuestro control razonable, incluidos pero no limitados a cualquier evento de fuerza mayor o problemas de acceso a Internet, problemas con el proveedor de ISP, y/o problemas relacionados más allá del punto de demarcación de Capgo.",
-  "general_service_exclusion_2": "(ii) Que resulten de cualquier acción o inacción voluntaria de su parte.",
-  "general_service_exclusion_3": "(iii) Que resultan de las limitaciones de CPU y memoria de la clase de instancia.",
-  "general_service_exclusion_4": "(iv) Que resultan de no seguir las pautas operativas básicas descritas en nuestra documentación.",
-  "general_service_exclusion_5": "(v) Que resulta en un largo tiempo de recuperación debido a la capacidad de IO insuficiente para tu carga de trabajo.",
-  "general_service_exclusion_6": "(vi) Que resulta de su equipo, software u otra tecnología.",
-  "general_service_exclusion_7": "(vii) Que surjan de nuestra suspensión y terminación de su derecho a utilizar Capgo de acuerdo con nuestros Términos.",
-  "general_service_exclusions_title": "Exclusiones del Servicio General",
-  "get_enterprise_quote": "Obtén una Cotización Empresarial",
-  "get_in_touch": "Ponte en contacto",
-  "get_notified_about_updates": "Recibe notificaciones sobre implementaciones exitosas y problemas",
-  "get_quote_now": "Obtener cotización ahora",
-  "get_started_now": "Comienza Ahora",
-  "get_started_personalized_demo": "Comienza con una demostración personalizada hoy. No se requiere compromiso.",
-  "get_your_custom_plugin_built": "Consigue tu plugin personalizado construido",
-  "gift_return_policy": "Si los productos se marcaron como un regalo al momento de la compra y luego se enviaron directamente a usted, recibirá un crédito de regalo por el valor de su devolución. Una vez que se reciba el producto devuelto, se le enviará un certificado de regalo por correo.",
-  "gifts": "Regalos",
-  "github_stars": "Estrellas de GitHub",
-  "give_pr_a_descriptive_title": "Dale un título descriptivo al PR.",
-  "global_infra_badge_instant": "INMEDIATO",
-  "global_infra_latency_ultra_low": "Latencia ultra baja a nivel mundial",
-  "global_infra_performance_badge": "RENDIMIENTO EN TIEMPO REAL",
-  "global_infrastructure": "Infraestructura Global",
-  "global_infrastructure_lowercase": "Infraestructura global",
-  "go_back_home": "Regresa a casa",
-  "goods_definition": "Los bienes se refieren a los artículos ofrecidos para la venta en el Servicio.",
-  "guaranteed_response": "Respuesta Garantizada",
-  "guide_rollback_process": "Proceso de reversión de guía",
-  "harmful_content": "Contenido dañino.",
-  "harmful_content_desc": "Contenido u otra tecnología informática que pueda dañar, interferir, interceptar de manera encubierta o expropiar cualquier sistema, programa o datos, incluidos virus, caballos de Troya, gusanos, bombas de tiempo o bots de cancelación.",
-  "help_customers_with_app_issues": "Ayuda a los clientes con problemas de la aplicación de manera eficiente",
-  "here": "aquí.",
-  "hero_subtitle_line2": "rápido, seguro e invisible para las tiendas de aplicaciones.",
-  "hero_subtitle_part1": "Capgo te permite enviar cambios de frontend",
-  "hero_subtitle_part2": "a los usuarios",
-  "high_enterprise_response": "2 horas hábiles<br />Lunes - Viernes",
-  "high_priority_response": "2 horas<br />24/7 × 365",
-  "high_support_desc": "Problema que resulta en una situación donde se ve afectada la funcionalidad principal y se experimenta una degradación significativa del rendimiento. El problema impacta a una proporción significativa de la base de usuarios y/o a la funcionalidad principal de Capgo.",
-  "high_support_subtitle": "Disrupción Empresarial Significativa",
-  "high_support_title": "2. Alto",
-  "high_team_response": "1 día hábil<br />Lunes - Viernes",
-  "home": "Inicio",
-  "home_appflow_bootstrapped_highlight": "Capgo está completamente autofinanciado y es rentable",
-  "home_appflow_bootstrapped_prefix": "A diferencia de los servicios respaldados por capital riesgo que pueden desaparecer de la noche a la mañana,",
-  "home_appflow_bootstrapped_suffix": "Hemos estado generando ingresos consistentes desde el primer día, asegurando la estabilidad a largo plazo para tus aplicaciones.",
-  "home_appflow_notice_intro": "Mientras que Ionic Appflow anunció su cierre, Capgo continúa fortaleciéndose cada día.",
-  "home_appflow_shutdown_heading": "Ionic Appflow se está cerrando,",
-  "home_appflow_sustainable_highlight": "Estamos construidos para durar",
-  "home_appflow_sustainable_prefix": "Nuestro modelo de negocio sostenible significa que no dependemos de la financiación de inversores o acuerdos de adquisición.",
-  "home_appflow_sustainable_suffix": "con una creciente base de clientes y un historial comprobado.",
-  "home_avg_latency": "50ms de latencia promedio",
-  "home_bootstrapped_desc": "Sin inversores, sin presión para vender. Construido con nuestros propios recursos e ingresos de clientes.",
-  "home_bootstrapped_title": "Totalmente Auto-financiado",
-  "home_built_to_last_desc": "El modelo de negocio sostenible asegura que estaremos aquí a largo plazo. Tus aplicaciones están seguras con nosotros.",
-  "home_built_to_last_title": "Construido para Durar",
-  "home_capgo_here_to_stay": "Capgo está aquí para quedarse",
-  "home_cities_desc": "Más cerca de los usuarios que nunca antes",
-  "home_cities_worldwide": "Ciudades en todo el mundo",
-  "home_countries_covered": "Países Cubiertos",
-  "home_countries_desc": "Presencia global en todas partes",
-  "home_deploy_cli_desc": "Construye tu aplicación como de costumbre, luego despliega tu actualización con nuestra CLI. No se necesita una configuración compleja.",
-  "home_global_infrastructure_desc": "Impulsado por la computación sin servidor en el borde y bases de datos distribuidas en más de 300 ciudades y 13,000+ redes para una entrega global ultra rápida.",
-  "home_global_network_label": "Red Global",
-  "home_important_update_badge": "Actualización Importante",
-  "home_latency_from_users": "Del 95% de los usuarios",
-  "home_locations_active": "Más de 300 Ubicaciones Activas",
-  "home_migration_cta_desc": "Únete a miles de desarrolladores que ya han hecho el cambio a una alternativa más confiable y rica en características, construida para durar.",
-  "home_migration_cta_title": "¿Listo para migrar de Ionic Appflow?",
-  "home_multi_provider_resilience": "Resiliencia de triple proveedor",
-  "home_network_connections": "Conexiones de Red",
-  "home_network_desc": "Interconexión directa a nivel mundial",
-  "home_revenue_desc": "Rentable desde el primer día con crecimiento constante. Nuestro éxito depende de tu éxito.",
-  "home_revenue_title": "Generación de Ingresos",
-  "home_uptime": "99.99% de tiempo de actividad",
-  "home_users_get_update_desc": "Los usuarios reciben actualizaciones instantáneamente en segundo plano. No se requiere aprobación de la tienda de aplicaciones, ni interacción del usuario.",
-  "home_worldwide_heading": "A nivel mundial",
-  "hosting": "Alojamiento",
-  "how_are_mau_counted": "¿Cómo se cuentan los Usuarios Activos Mensuales (MAU)?",
-  "how_is_bandwidth_counted": "¿Cómo se cuenta el ancho de banda?",
-  "how_it_works_badge": "CÓMO FUNCIONA",
-  "how_it_works_card1_desc_part1": "Instala el Capgo CLI y ejecuta un solo comando.",
-  "how_it_works_card1_desc_part2": "¡Es así de simple!",
-  "how_it_works_card1_title": "Agrega el complemento",
-  "how_it_works_card2_title": "Publica nuevas actualizaciones",
-  "how_it_works_card3_title": "La aplicación se sincroniza al iniciar",
-  "how_it_works_cta": "Prueba gratis",
-  "how_it_works_subtitle": "Capgo utiliza un complemento de CapacitorJS de código abierto y un servicio seguro en la nube para enviar actualizaciones de frontend a sus usuarios, no se requiere revisión de la tienda de aplicaciones.",
-  "how_it_works_title": "Presiona una vez.",
-  "how_it_works_title_line2": "Actualiza en todas partes, al instante.",
-  "how_the_app_works": "Cómo funciona la aplicación",
-  "how_to_cancel": "Para ejercer su derecho de cancelación, debe informarnos de su decisión mediante una declaración clara. Puede informarnos de su decisión a través de:",
-  "illegal_activities": "Actividades ilegales, nocivas o fraudulentas.",
-  "illegal_activities_desc": "Cualquier actividad que sea ilegal, que viole los derechos de otros, o que pueda ser perjudicial para otros, nuestras operaciones o nuestra reputación, incluyendo la difusión, promoción o facilitación de pornografía infantil, la oferta o difusión de bienes, servicios, esquemas o promociones fraudulentas, esquemas para ganar dinero rápido, esquemas Ponzi y piramidales, phishing, o pharming.",
-  "importance_of_documenting_apis": "Es importante documentar todas las API públicas y queremos hacerlo inline con el código. Esto ayuda a garantizar que el código y la documentación estén estrechamente relacionados.",
-  "imprint": "Impresión",
-  "imprint_description": "Encuentra la información de la empresa $1 aquí",
-  "in_app_purchases_acquired": "Compras en la aplicación (adquiridas por RevenueCat)",
-  "included": "incluido",
-  "industry_leading_security_compliance": "Funciones de seguridad y cumplimiento líderes en la industria que cumplen con los más altos estándares empresariales.",
-  "infrastructure_and_support": "Infraestructura y Soporte",
-  "infringing_content": "Contenido infractor.",
-  "infringing_content_desc": "Contenido que infringe o se apropia indebidamente de la propiedad intelectual o derechos de propiedad de otros.",
-  "inseparable_goods": "El suministro de bienes que, después de la entrega, por su naturaleza, están inseparablemente mezclados con otros artículos.",
-  "install_and_test_any_version_directly": "Instala y prueba cualquier versión directamente en tu dispositivo",
-  "install_plugin": "Instalar Plugin",
-  "instant_ota_updates_capacitor": "Actualizaciones OTA instantáneas para aplicaciones Capacitor",
-  "instant_rollback": "Reversión Instantánea",
-  "instant_updates": "Actualizaciones instantáneas",
-  "instant_updates_for_capacitor": "Actualizaciones instantáneas para aplicaciones CapacitorJS",
-  "instant_updates_for_capacitor_apps": "Actualizaciones Instantáneas para Aplicaciones CapacitorJS",
-  "instant_updates_for_capacitor_apps_description": "Envía actualizaciones, correcciones y características instantáneamente a tus aplicaciones CapacitorJS sin demoras en la tienda de aplicaciones. Experimenta una integración perfecta, cifrado de extremo a extremo y actualizaciones en tiempo real con Capgo.",
-  "instant_updates_for_your": "Actualizaciones instantáneas para tu",
-  "instant_version_switching": "Cambio de versión instantáneo",
-  "integrate_identity_provider_mfa": "Integre con su proveedor de identidad y aplique la autenticación multifactorial en toda su organización.",
-  "integration_and_api": "Integración y API",
-  "integrations_badge": "Integrations",
-  "integrations_subtitle": "Current Capgo integrations and partner services.",
-  "integrations_title": "Capgo Integrations",
-  "intentional_interference": "Interferencia intencional.",
-  "intentional_interference_desc": "Interferir con el funcionamiento adecuado de cualquier sistema, incluyendo cualquier intento deliberado de sobrecargar un sistema mediante bombardeo de correos, bombardeo de noticias, ataques de difusión o técnicas de inundación.",
-  "interception": "Intercepción.",
-  "interpretation": "Interpretación",
-  "interpretation_and_definitions": "Interpretación y definiciones",
-  "interpretation_and_definitions_title": "Interpretación y Definiciones",
-  "interpretation_description": "Las palabras cuya letra inicial está en mayúscula tienen significados definidos bajo las siguientes condiciones. Las siguientes definiciones tendrán el mismo significado independientemente de si aparecen en singular o en plural.",
-  "interpretation_text": "Las palabras cuya letra inicial está en mayúscula tienen significados definidos bajo las siguientes condiciones. Las siguientes definiciones tendrán el mismo significado independientemente de si aparecen en singular o en plural.",
-  "interpretation_title": "Interpretación",
-  "investigate_violations": "investigar violaciones de esta Política o el uso indebido de los Servicios o del Sitio de Capgo;",
-  "it_all_started_with_a_github_issue_where_many_developers_voiced_their_frustration_with_the_high_costs_of_existing_solutions_like_appflow": "Todo comenzó con un problema en GitHub donde muchos desarrolladores expresaron su frustración por los altos costos de soluciones existentes como Appflow.",
-  "it_s_faster_cheaper_and_requires_fewer_developers_to_do_it": "Es más rápido, más barato y requiere menos desarrolladores para hacerlo.",
-  "iterate_faster": "construido para equipos de rápido movimiento",
-  "javascript_and_typescript": "JavaScript y TypeScript",
-  "jobs": "Trabajos",
-  "join_leading_enterprises": "Únete a las principales empresas que confían en Capgo para proporcionar actualizaciones en vivo seguras y escalables a millones de usuarios en todo el mundo.",
-  "jsdoc_documentation": "Todas las API y tipos expuestos públicamente, el módulo <code>capacitor-updater</code> debería tener documentación JSDoc. Esta documentación se analiza y está disponible para el compilador de TypeScript, y por lo tanto es fácil de proporcionar más adelante. Los bloques JSDoc vienen justo antes de la declaración a la que se aplican y se denotan con un <code>/**</code> inicial antes de terminar con un <code>*/</code>. Por ejemplo:",
-  "key_features": "Características clave",
-  "kotlin_power_approximately_1_of_apps_on_google_play_store": "Kotlin potencia aproximadamente el 1% de las aplicaciones en Google Play Store.",
-  "landing_automation_build": "Construir",
-  "landing_automation_deploy": "Desplegar",
-  "landing_automation_description": "Automatice todo su proceso de lanzamiento. Desde el compromiso de código hasta el dispositivo del usuario, Capgo maneja la complejidad de construir, firmar y desplegar sus actualizaciones.",
-  "landing_automation_submit": "Enviar",
-  "landing_automation_subtitle": "Envía más rápido con menos esfuerzo",
-  "landing_automation_title": "Flujo de Trabajo Totalmente Automatizado",
-  "landing_monitoring_bandwidth": "Ancho de Banda Ahorrado",
-  "landing_monitoring_bandwidth_desc": "Las actualizaciones diferenciales inteligentes reducen el uso de datos hasta en un 90%",
-  "landing_monitoring_description": "Obtén información en tiempo real sobre el rendimiento y la adopción de tu aplicación. Rastrea actualizaciones exitosas, monitorea errores y comprende a tu base de usuarios.",
-  "landing_monitoring_subtitle": "Decisiones basadas en datos",
-  "landing_monitoring_title": "Monitoreo en tiempo real",
-  "landing_monitoring_updates": "Actualizaciones Servidas",
-  "landing_monitoring_updates_desc": "Entrega confiable a millones de dispositivos en todo el mundo",
-  "landing_monitoring_user_pop": "Población de Usuarios",
-  "landing_monitoring_user_pop_desc": "Rastrea usuarios activos y adopción de versiones en tiempo real",
-  "language_label": "Idioma",
-  "last_name_label": "Apellido",
-  "last_name_placeholder": "Cierva",
-  "last_update": "Última actualización",
-  "last_updated": "Última actualización: 28 de enero de 2022",
-  "latest_from_news": "Últimas noticias",
-  "latest_from_the_blog": "Últimas del blog",
-  "learn_more": "Aprende Más",
-  "legal": "Legal",
-  "let_them_review_your_work_and_give_your_team_an_opportunity_to_learn_from_the_experts": "Permítales revisar su trabajo y dar a su equipo la oportunidad de aprender de los expertos.",
-  "lets_work_together": "¡Trabajemos juntos!",
-  "lightning_fast": "Rápido como un Rayo",
-  "little_experience_with_capacitorjs": "Poca experiencia con CapacitorJS",
-  "live_update": "Actualización en Vivo",
-  "live_update_channels_desc": "Los canales te permiten dirigirte a grupos de usuarios específicos con compilaciones específicas. Administra los canales desde el panel de control en la nube, API o aplicación móvil.",
-  "live_update_channels_feature1_desc": "Crea, configura y cambia de canales desde el panel de control web. Revierte instantáneamente con un solo clic.",
-  "live_update_channels_feature1_title": "Control del Tablero de la Nube",
-  "live_update_channels_feature2_desc": "Automatice la gestión de canales con nuestra CLI o REST API. Perfecto para la integración de CI/CD.",
-  "live_update_channels_feature2_title": "Acceso a API y CLI",
-  "live_update_channels_feature3_desc": "Permita que los dispositivos cambien de canal en tiempo real con setChannel(). Ideal para probadores de control de calidad o programas beta.",
-  "live_update_channels_feature3_title": "Asignación Automática de Dispositivo",
-  "live_update_channels_feature4_desc": "Dispositivo forzado > Anulación de la nube > Configuración predeterminada > Predeterminado de la nube. Control total sobre el enrutamiento de actualizaciones.",
-  "live_update_channels_feature4_title": "Enrutamiento Basado en Prioridad",
-  "live_update_channels_title": "Sistema de Canal Inteligente",
-  "live_update_cloud_config_bullet1": "Asignaciones de canal, orientación de versión y anulaciones de dispositivo - todo almacenado en la nube e instantáneamente accesible",
-  "live_update_cloud_config_bullet2": "La red global de borde asegura que los cambios en tu configuración se propaguen simultáneamente a todas las regiones",
-  "live_update_cloud_config_bullet3": "No hay valores codificados en tu aplicación - todo puede ser cambiado dinámicamente sin un nuevo binario",
-  "live_update_cloud_config_bullet4": "La configuración se aplica en el próximo inicio de la aplicación - los usuarios siempre obtienen la última configuración",
-  "live_update_cloud_config_desc": "Capgo almacena toda la configuración de tu aplicación en la nube con replicación global de datos. Cambia una configuración en el panel y surte efecto a nivel mundial en menos de 2 minutos. No hay actualizaciones de la tienda de aplicaciones, no hay espera.",
-  "live_update_cloud_config_kicker": "Configuración Nativa de la Nube",
-  "live_update_cloud_config_panel_footer": "Desde el tablero, haga clic para despliegue mundial en menos de 2 minutos.",
-  "live_update_cloud_config_panel_title": "Cronograma de Cambio de Configuración",
-  "live_update_cloud_config_title": "Todo Vive en la Nube",
-  "live_update_comparison_breaking": "Detección de actualización de interrupción",
-  "live_update_comparison_cloud": "Reversión y modificación de la nube",
-  "live_update_comparison_healing": "Actualizaciones de auto-reparación",
-  "live_update_comparison_native": "Recuperación de fallos nativos",
-  "live_update_comparison_rollback": "Reversión automática",
-  "live_update_comparison_subtitle": "Vea por qué las actualizaciones inteligentes importan",
-  "live_update_comparison_title": "Capgo vs Actualizaciones Manuales",
-  "live_update_comparison_validation": "Validación previa a la implementación",
-  "live_update_cta_subtitle": "Comienza con 14 días gratis. No se requiere tarjeta de crédito.",
-  "live_update_cta_title": "¿Listo para enviar actualizaciones más seguras?",
-  "live_update_delta_command": "Carga con actualizaciones delta habilitadas",
-  "live_update_delta_desc": "Las actualizaciones tradicionales descargan el paquete completo cada vez. Con las actualizaciones delta, los dispositivos solo descargan los archivos que realmente cambiaron, ahorrando entre un 50 y un 90% de ancho de banda.",
-  "live_update_delta_feature1_desc": "Cada archivo se carga y se verifica individualmente. Los dispositivos comparan los manifiestos y solo descargan los archivos cambiados.",
-  "live_update_delta_feature1_title": "Diferenciación a Nivel de Archivo",
-  "live_update_delta_feature2_desc": "Las imágenes, fuentes y videos se descargan solo una vez. Pequeños cambios de código no vuelven a descargar toda tu carpeta de activos.",
-  "live_update_delta_feature2_title": "Perfecto para Activos Grandes",
-  "live_update_delta_feature3_desc": "Simplemente agrega --partial a tu comando de carga para habilitar las actualizaciones delta para tu paquete.",
-  "live_update_delta_feature3_title": "Habilitar con Una Bandera",
-  "live_update_delta_title": "Actualizaciones Delta",
-  "live_update_description": "Actualizaciones inteligentes OTA con protección automática de retroceso",
-  "live_update_dynamic_bullet1_prefix": "Add an in-app “Update Track” menu: list channels and let testers jump from",
-  "live_update_dynamic_bullet1_suffix": "in seconds (no reinstall).",
-  "live_update_dynamic_bullet2": "Spin up a pull-request channel per feature, route QA or beta users there, then snap them back to prod when approved.",
-  "live_update_dynamic_bullet3": "Run canaries: clone prod to a 10% channel, promote or rollback with a single API call.",
-  "live_update_dynamic_bullet4": "Unblock support: move one user to a debug channel that ships extra logging while everyone else stays stable.",
-  "live_update_dynamic_bullet5": "Crea canales personales para usuarios individuales - perfecto para depurar problemas específicos o tratamiento VIP.",
-  "live_update_dynamic_bullet6": "Todos los cambios de canal son instantáneos - no se requiere una espera de 24 horas, ninguna aprobación de la tienda, ninguna acción del usuario necesaria.",
-  "live_update_dynamic_cta_primary": "See how channels work",
-  "live_update_dynamic_cta_secondary": "Try dynamic channels",
-  "live_update_dynamic_desc": "Capgo channels are live controls, not hardcoded. Move users between dev, staging, PR, canary, and production from your app UI or via API instantly.",
-  "live_update_dynamic_kicker": "Dynamic channels",
-  "live_update_dynamic_label_production": "production",
-  "live_update_dynamic_label_staging": "staging",
-  "live_update_dynamic_label_to": "to",
-  "live_update_dynamic_panel_footer": "Treat environments like feature flags: switch, test, and rollback live (no store resubmissions).",
-  "live_update_dynamic_title": "Cambia pistas de lanzamiento en vivo (sin binario nuevo)",
-  "live_update_exclusion_1": "(i) Recursos de computación provisionados de manera inapropiada relacionados con su proyecto para la carga esperada.",
-  "live_update_exclusion_2": "(ii) Cortes causados por configuraciones de limitación de tasa demasiado permisivas.",
-  "live_update_exclusion_3": "(iii) Interrupciones o problemas causados por versiones retractadas de bibliotecas, marcos de trabajo, paquetes de software o API oficiales de Capgo, incluidas retractaciones urgentes debido a vulnerabilidades de seguridad identificadas.",
-  "live_update_exclusion_4": "(iv) Interrupciones o problemas causados por bibliotecas de clientes Capgo no oficiales, marcos de trabajo o proxies de API, incluso cuando esas bibliotecas utilizan internamente bibliotecas oficiales de Capgo.",
-  "live_update_exclusion_5": "(v) Cortes o problemas que podrían haberse resuelto al actualizar a una versión menor o de parche superior de una biblioteca de cliente oficial de Capgo, marco o paquete de software.",
-  "live_update_feature_auto_rollback": "Reversión Automática",
-  "live_update_feature_auto_rollback_desc": "Si tu aplicación no llama a notifyAppReady() dentro de 10 segundos, automáticamente volvemos a la última versión que funcionaba.",
-  "live_update_feature_breaking_detection": "Detección de Actualización de Interrupción",
-  "live_update_feature_breaking_detection_desc": "CLI escanea las dependencias nativas y te advierte antes de desplegar actualizaciones incompatibles. Consulta el estado de compatibilidad para cada paquete.",
-  "live_update_feature_encryption": "Actualizaciones a Prueba de Manipulaciones",
-  "live_update_feature_encryption_desc": "Cada actualización se verifica mediante suma de comprobación, se firma y se cifra de extremo a extremo. Nadie puede manipular las actualizaciones, ni siquiera Capgo puede ver lo que hay dentro de tus paquetes.",
-  "live_update_feature_native_engine": "Motor Nativo Puro",
-  "live_update_feature_native_engine_desc": "Las descargas, instalación y activación se ejecutan en hilos nativos del sistema operativo. Los fallos de JavaScript no pueden afectar el proceso de actualización.",
-  "live_update_feature_preflight": "Validación previa al vuelo",
-  "live_update_feature_preflight_desc": "Valida notifyAppReady(), index.html, los límites de tamaño del paquete y las sumas de verificación antes de aceptar cualquier carga.",
-  "live_update_feature_self_healing": "Actualizaciones de Auto-Reparación",
-  "live_update_feature_self_healing_desc": "El mecanismo de paquete de respaldo siempre mantiene una versión funcional. Tus usuarios nunca ven una aplicación rota.",
-  "live_update_features_subtitle": "Más que solo subidas de archivos. Capgo comprende tu aplicación y protege a tus usuarios.",
-  "live_update_features_title": "Sistema Inteligente de Actualización",
-  "live_update_get_started": "Comienza",
-  "live_update_hero_subtitle": "Nuestro CLI detecta cambios disruptivos antes del despliegue. Nuestro motor nativo se recupera automáticamente si algo sale mal.",
-  "live_update_hero_title": "Actualizaciones en Vivo que No Pueden Romper Tu Aplicación",
-  "live_update_how_it_works_subtitle": "Una red de seguridad en cada paso del proceso de actualización",
-  "live_update_how_it_works_title": "Cómo Funciona",
-  "live_update_logs_bullet1": "Las líneas de tiempo por dispositivo resaltan descargas detenidas, problemas de checksum o falta de notifyAppReady().",
-  "live_update_logs_bullet2": "Barandillas de canal probadas: mira disableAutoUpdateToMajor, bloqueos de emulador/dev y filtros de plataforma en tiempo real.",
-  "live_update_logs_bullet3": "Detecta rápido el radio de impacto: update_fail, rateLimited, needPlanUpgrade aparecen antes de que los usuarios se vayan.",
-  "live_update_logs_bullet4": "Logs compartidos para ingeniería, QA y soporte (sin necesidad de Xcode/Android Studio).",
-  "live_update_logs_cta_primary": "Probar los logs de Live Update",
-  "live_update_logs_cta_secondary": "Ver en el panel",
-  "live_update_logs_desc": "Capgo captura todo el recorrido OTA: verificaciones, descargas, instalaciones, bloqueos de políticas y rollbacks para responder “¿qué pasó?” en segundos, no horas.",
-  "live_update_logs_kicker": "Observabilidad de actualizaciones",
-  "live_update_logs_panel_footer": "Contexto accionable en un solo lugar: decide hacer rollback, subir un canal o lanzar un hotfix con confianza.",
-  "live_update_logs_title": "Todos los registros de dispositivo - sin abrir Xcode ni Android Studio",
-  "live_update_lts_capacitor5": "Condensador 5",
-  "live_update_lts_capacitor6": "Condensador 6",
-  "live_update_lts_capacitor7": "Condensador 7",
-  "live_update_lts_capacitor8": "Capacitor 8",
-  "live_update_lts_desc": "Sin presión para actualizar inmediatamente. Capgo respalda oficialmente Capacitor 7, 6 y 5, brindándote años de soporte y flexibilidad para actualizar según tu propio horario.",
-  "live_update_lts_electron": "Electrón",
-  "live_update_lts_electron_new": "Nuevo",
-  "live_update_lts_supported": "Totalmente Soportado",
-  "live_update_lts_title": "Soporte a Largo Plazo",
-  "live_update_sdk_open_source": "Nuestro SDK de Actualización en Vivo es de código abierto, proporcionando transparencia y desarrollo impulsado por la comunidad.",
-  "live_update_sla_exclusions_title": "Exclusiones de SLA de Actualización en Vivo",
-  "live_update_stats_desc": "Visibilidad en tiempo real de tus implementaciones de actualizaciones. Sigue el progreso de la descarga, las tasas de éxito y la salud del dispositivo en toda tu base de usuarios.",
-  "live_update_stats_feature1_desc": "Vea qué dispositivos están descargando, instalados o pendientes. Siga el progreso en toda su flota.",
-  "live_update_stats_feature1_title": "Seguimiento del Progreso de Descarga",
-  "live_update_stats_feature2_desc": "Monitoree las tasas de éxito de actualización en tiempo real. Identifique problemas antes de que afecten a más usuarios.",
-  "live_update_stats_feature2_title": "Tasas de Éxito y Fracaso",
-  "live_update_stats_feature3_desc": "Rastrea qué dispositivos están en qué versiones. Identifica los dispositivos que están atascados en versiones antiguas.",
-  "live_update_stats_feature3_title": "Monitoreo de Salud del Dispositivo",
-  "live_update_stats_feature4_desc": "Vea los tamaños de los paquetes, tiempos de descarga y frecuencia de retroceso. Optimice su estrategia de actualización con datos.",
-  "live_update_stats_feature4_title": "Análisis de Paquetes",
-  "live_update_stats_title": "Registros y Estadísticas",
-  "live_update_step1_desc": "Antes de subir, CLI verifica las dependencias nativas, la compatibilidad de versiones y los archivos necesarios.",
-  "live_update_step1_title": "CLI valida",
-  "live_update_step2_desc": "El código nativo puro descarga e instala la actualización, completamente aislado de JavaScript.",
-  "live_update_step2_title": "Descargas Nativas",
-  "live_update_step3_desc": "Tu aplicación llama a notifyAppReady(). Si no lo hace dentro de 10s, se activa la reversión automática.",
-  "live_update_step3_title": "La Aplicación Confirma que Está Lista",
-  "live_update_support_scenario_cta_primary": "Ver el objetivo del canal",
-  "live_update_support_scenario_cta_secondary": "Inicia prueba gratuita",
-  "live_update_support_scenario_desc": "Aquí tienes un escenario real: Un usuario informa de un error. Hablas con ellos, comprendes el problema, lo solucionas en el código y despliegas la solución solo para ese usuario, todo mientras aún están en la llamada. Lo prueban, confirman que la solución funciona y tú lo implementas en producción. Tiempo total: minutos, no días.",
-  "live_update_support_scenario_kicker": "Apoyo en el Mundo Real",
-  "live_update_support_scenario_panel_footer": "Desde el informe de error hasta la solución verificada en una sola llamada de soporte.",
-  "live_update_support_scenario_panel_title": "Cronología de la Sesión de Soporte",
-  "live_update_support_scenario_step1_desc": "El soporte al cliente recibe un informe de error. Te unes a la llamada para entender el problema.",
-  "live_update_support_scenario_step1_title": "1. El Usuario Reporta un Error",
-  "live_update_support_scenario_step2_desc": "Crea un canal personal para ese usuario, implementa la solución y asigna su dispositivo a este.",
-  "live_update_support_scenario_step2_title": "2. Reparar y Enviar Solo a Ellos",
-  "live_update_support_scenario_step3_desc": "El usuario confirma que la solución funciona. Promueva el paquete a producción para todos.",
-  "live_update_support_scenario_step3_title": "3. Verificar y Enviar a Todos",
-  "live_update_support_scenario_title": "Soluciona el Error de un Usuario en Minutos",
-  "live_update_validation_desc": "Las actualizaciones manuales te dan todas las herramientas para romper tu aplicación. El CLI de Capgo detecta errores antes de que lleguen a tus usuarios.",
-  "live_update_validation_feature1_desc": "CLI escanea tus plugins nativos y compara versiones. Si tu paquete JS espera una versión más nueva del plugin nativo de lo que está instalado, te advertimos antes de desplegar.",
-  "live_update_validation_feature1_title": "Verificación de Dependencia Nativa",
-  "live_update_validation_feature2_desc": "¿Ya has subido esta versión exacta? La detectaremos y evitaremos sobrescrituras accidentales o confusiones.",
-  "live_update_validation_feature2_title": "Prevención de Versiones Duplicadas",
-  "live_update_validation_feature3_desc": "Ciertas características requieren versiones específicas de CLI. Validamos la compatibilidad entre tu CLI y el hub de Capgo antes de permitir las cargas.",
-  "live_update_validation_feature3_title": "Compatibilidad con Hub-CLI",
-  "live_update_validation_feature4_desc": "¿Falta index.html? ¿No se llama a notifyAppReady()? ¿El paquete es demasiado grande? Detectamos estos problemas antes de que se conviertan en problemas de producción.",
-  "live_update_validation_feature4_title": "Verificación de Archivos Requeridos",
-  "live_update_validation_title": "Validación Profunda Antes de la Implementación",
-  "live_update_validation_warning_desc": "¿Subir un paquete JS que espera plugins nativos que tus usuarios no tienen? Tu aplicación se rompe. Y si tu retroceso también está en JS, no tienes forma de recuperarte. Los usuarios están atascados hasta que reinstalen desde la App Store.",
-  "live_update_validation_warning_title": "¿Qué sucede sin validación?",
-  "live_update_view_docs": "Ver Documentación",
-  "login": "Iniciar sesión",
-  "login_with_your_capgo_credentials": "Inicie sesión con sus credenciales de Capgo",
-  "low_enterprise_response": "2 días hábiles<br />Lunes - Viernes",
-  "low_priority_response": "24 horas<br />24/7 x 365",
-  "low_support_desc": "Una solicitud de información sobre Capgo o una solicitud de característica.",
-  "low_support_subtitle": "Problema menor / Solicitud de característica",
-  "low_support_title": "4. Bajo",
-  "low_team_response": "2 días hábiles<br />Lunes - Viernes",
-  "main_repository_that_provides_the_capacitor_updater_plugin": "Este es el repositorio principal que proporciona el plugin <code>capacitor-updater</code>.",
-  "manage_channels": "Gestionar Canales",
-  "manage_multiple_app_versions_effortlessly": "Gestiona múltiples versiones de la aplicación sin esfuerzo",
-  "manage_on_the_go": "Administra En El Camino",
-  "manage_various_teams": "Gestionar Varios Equipos",
-  "manage_your_releases": "Administra tus lanzamientos",
-  "managed_solutions": "Soluciones Gestionadas",
-  "mandatory_mfa_integration": "MFA obligatorio e integración con proveedores de identidad empresarial para un control de acceso seguro",
-  "manifesto_behind_every_movie": "Tu equipo destaca en el desarrollo web, y nosotros destacamos en móvil nativo. Permítenos manejar las complejidades de las presentaciones en la tienda de aplicaciones, integraciones nativas y mantenimiento móvil mientras te enfocas en lo que haces mejor: crear experiencias de usuario increíbles.",
-  "manifesto_full_ecosystem": "Somos su socio nativo dedicado, ofreciendo actualizaciones en vivo, desarrollo de plugins personalizados, configuración de CI/CD y servicios de mantenimiento continuo. ¿Necesita una característica nativa específica? La construiremos. ¿Las rechazos de la tienda de aplicaciones le están dando dolores de cabeza? Nosotros nos encargaremos de las presentaciones. Piense en nosotros como su equipo de desarrollo móvil.",
-  "manifesto_home_for_developers": "Somos el puente entre tu experiencia web y el éxito móvil. Especializados en aplicaciones Capacitor, ayudamos a las empresas centradas en la web a enviar y mantener aplicaciones móviles nativas sin la complejidad móvil nativa. De código abierto, transparente y construido por desarrolladores que comprenden el viaje de la web al móvil.",
-  "massive_cost_reduction": "Reducción de costos masiva",
-  "mau": "MAU",
-  "mau_counting_explanation": "Contamos los MAU (Usuarios Activos Mensuales) rastreando a los usuarios únicos que abren tu aplicación en un periodo de 30 días. Cada usuario se cuenta una vez, sin importar cuántas veces interactúe con la aplicación.",
-  "mention_issue_before_working": "Cuando trabajes en un problema, menciónalo en los comentarios del problema <em>antes</em> de que comiences a trabajar en él.",
-  "migration_guide": "Guía de Migración",
-  "monitor_adoption_and_performance": "Monitorear la adopción y las métricas de rendimiento",
-  "monitor_downloads_active_users_success_rates": "Monitorear descargas, usuarios activos y tasas de éxito",
-  "monitoring_crawling": "Monitoreo o Rastreo.",
-  "monitoring_crawling_desc": "Monitoreo o rastreo de un sistema que afecta o interrumpe el sistema que se está monitoreando o rastreando.",
-  "month": "Mes",
-  "monthly_active_users": "Usuarios Activos Mensuales",
-  "monthly_active_users_mau": "Usuarios Activos Mensuales (MAU)",
-  "monthly_plan": "Plan Mensual",
-  "monthly_total": "Total mensual",
-  "most_popular": "Más popular",
-  "multi_factor_authentication": "Autenticación Multifactorial",
-  "native_build": "Construcción Nativa",
-  "native_build_cli_example": "Construye tu aplicación con un solo comando",
-  "native_build_cli_subtitle": "Solo una herramienta CLI que sube y construye. No se necesita integración: ejecútala localmente, en GitHub Actions, GitLab CI, Jenkins o cualquier CI/CD. Alcance mínimo para el máximo cumplimiento de seguridad.",
-  "native_build_cli_title": "Un Comando, Funciona en Cualquier Lugar",
-  "native_build_comparison_android": "Sin configuración de Android Studio",
-  "native_build_comparison_parallel": "iOS y Android en paralelo",
-  "native_build_comparison_signing": "Firma de código automática",
-  "native_build_comparison_submission": "Envío directo a la tienda",
-  "native_build_comparison_subtitle": "Omite la complejidad de las compilaciones nativas locales",
-  "native_build_comparison_title": "Nube vs Construcciones Locales",
-  "native_build_comparison_xcode": "No se requiere Xcode",
-  "native_build_cta_subtitle": "Deja de pelear con entornos de construcción locales.",
-  "native_build_cta_title": "¿Listo para Simplificar tus Construcciones?",
-  "native_build_description": "Construcciones en la nube y envío automático a la App Store",
-  "native_build_faq1_a": "¡Sí! Construimos exactamente lo que tienes localmente. Ejecuta cualquier script personalizado de Gradle, CocoaPods, cambios de código nativo - solo configúralo antes de ejecutar la CLI. Usamos tu proyecto local tal cual.",
-  "native_build_faq1_q": "¿Puedo usar configuraciones personalizadas de Gradle o nativas de iOS?",
-  "native_build_faq2_a": "No. Todas las dependencias deben instalarse localmente antes de ejecutar el comando de construcción. Solo recibimos lo que subes - no tenemos acceso a tus repositorios Git, registros npm o paquetes privados.",
-  "native_build_faq2_q": "¿Necesitas acceso a mis repositorios privados o paquetes?",
-  "native_build_faq3_a": "No los almacenamos. Pase los certificados en el momento de la construcción a través de las banderas CLI o variables de entorno. Almacénelos en sus secretos CI/CD (GitHub, GitLab, etc.) - las credenciales solo existen en memoria durante la construcción.",
-  "native_build_faq3_q": "¿Cómo manejas las credenciales de firma?",
-  "native_build_faq4_a": "Los minutos de construcción están incluidos en tu plan. ¿Necesitas más? Compra créditos. Las construcciones de iOS se ejecutan en Mac Mini M4, las construcciones de Android se ejecutan en contenedores Docker (2 veces más barato). Sin tarifas de almacenamiento - nunca.",
-  "native_build_faq4_q": "¿Cómo funciona la fijación de precios?",
-  "native_build_faq5_a": "El tiempo promedio de construcción es de 2-3 minutos dependiendo del tamaño y configuración de tu proyecto. iOS y Android pueden construirse en paralelo para ahorrar tiempo.",
-  "native_build_faq5_q": "¿Cuánto tiempo tardan las construcciones?",
-  "native_build_faq6_a": "iOS y Android. iOS construye para App Store, TestFlight y distribución ad-hoc. Android construye para Play Store y descargas directas de APK/AAB.",
-  "native_build_faq6_q": "¿Qué plataformas admites?",
-  "native_build_faq_subtitle": "Todo lo que necesitas saber sobre las compilaciones en la nube",
-  "native_build_faq_title": "Preguntas Frecuentes",
-  "native_build_feature_auto_signing": "Firma Automatizada",
-  "native_build_feature_auto_signing_desc": "Manejamos certificados, perfiles de aprovisionamiento y almacenes de claves. Solo sube una vez.",
-  "native_build_feature_ci_cd": "Integración CI/CD",
-  "native_build_feature_ci_cd_desc": "Funciona con GitHub Actions, GitLab CI, Jenkins y cualquier pipeline de CI/CD.",
-  "native_build_feature_cloud_builds": "Construcciones en la Nube",
-  "native_build_feature_cloud_builds_desc": "Construye aplicaciones de iOS y Android en la nube. No se requiere Xcode local ni Android Studio.",
-  "native_build_feature_credentials": "Trae Tus Propias Credenciales",
-  "native_build_feature_credentials_desc": "Entrega tus certificados en el momento de la construcción - nunca los almacenamos. Utiliza tus secretos CI/CD existentes o credenciales locales. Máximo cumplimiento de seguridad.",
-  "native_build_feature_logs": "Registros en tiempo real",
-  "native_build_feature_logs_desc": "Transmite registros de compilación directamente a tu terminal. Depura problemas al instante.",
-  "native_build_feature_store_upload": "Carga en la App Store",
-  "native_build_feature_store_upload_desc": "Envío automático a App Store Connect y Google Play Store después de compilaciones exitosas.",
-  "native_build_features_subtitle": "Construye aplicaciones para iOS y Android sin configuración local. Envía directamente a las tiendas.",
-  "native_build_features_title": "Construcciones Nativas de la Nube",
-  "native_build_get_started": "Comienza",
-  "native_build_hero_subtitle": "Cualquiera en tu equipo puede construir aplicaciones iOS y publicarlas en TestFlight - no se requiere Mac. Funciona desde cualquier lugar, compatible con cualquier CI/CD.",
-  "native_build_hero_title": "Construye y Envía a las Tiendas de Aplicaciones",
-  "native_build_how_it_works_subtitle": "Desde el push de código hasta la App Store en minutos",
-  "native_build_how_it_works_title": "Cómo Funciona",
-  "native_build_pricing_desc": "Los minutos de construcción están incluidos en su plan, o compre extras a través de nuestro sistema de crédito. iOS se ejecuta en Mac Mini M4, Android en Docker (2 veces más barato). Tiempo promedio de construcción: 2-3 minutos.",
-  "native_build_pricing_subtitle": "Sin costos de almacenamiento. Sin cargos ocultos. Solo minutos de construcción.",
-  "native_build_pricing_title": "Paga Solo por el Tiempo de Construcción",
-  "native_build_security_feature1_desc": "Tus certificados y almacenes de claves existen solo en la memoria en tiempo de ejecución durante la construcción. Nunos se escriben en el disco ni se almacenan en nuestros servidores, son puramente en tiempo de ejecución.",
-  "native_build_security_feature1_title": "Credenciales Nunca Almacenadas",
-  "native_build_security_feature2_desc": "Solo subimos la plataforma que solicitas (iOS o Android) más tu código JS compilado. Nada más. Tu código fuente se queda en tu máquina.",
-  "native_build_security_feature2_title": "Carga Mínima",
-  "native_build_security_feature3_desc": "Las compilaciones de iOS se ejecutan en máquinas dedicadas Mac Mini M4. Las compilaciones de Android se ejecutan en contenedores Docker aislados, lo que hace que las compilaciones de Android sean 2 veces más baratas.",
-  "native_build_security_feature3_title": "Infraestructura de Construcción Dedicada",
-  "native_build_security_feature4_desc": "Los registros de construcción solo se transmiten a su terminal en tiempo real. Nunca almacenamos sus registros de construcción en nuestros servidores.",
-  "native_build_security_feature4_title": "Sin Almacenamiento de Registros",
-  "native_build_security_subtitle": "Tus credenciales nunca se almacenan. Solo existen en la memoria en tiempo de ejecución durante la construcción.",
-  "native_build_security_title": "Almacenamiento Cero - Solo Tiempo de Ejecución",
-  "native_build_step1_desc": "Realiza un commit y push a tu repositorio. Nuestro CLI o CI/CD activa la compilación.",
-  "native_build_step1_title": "Empuja Tu Código",
-  "native_build_step2_desc": "Aplicaciones de iOS y Android construidas en paralelo en nuestra infraestructura en la nube.",
-  "native_build_step2_title": "Construcciones en la Nube",
-  "native_build_step3_desc": "Aplicaciones firmadas subidas automáticamente a App Store Connect y Play Store.",
-  "native_build_step3_title": "Envío de Tienda",
-  "native_build_streaming_desc": "Los registros de construcción se transmiten directamente a tu terminal a través de Eventos Enviados por el Servidor. Ve cada paso de tu construcción en tiempo real - sin esperas, sin actualizaciones. Depura problemas al instante mientras ocurren.",
-  "native_build_view_docs": "Ver Documentación",
-  "native_ios_android_functionality": "Funcionalidad nativa de iOS y Android. Accede a cualquier capacidad del dispositivo que tu aplicación necesite con limpias APIs de TypeScript.",
-  "native_performance_smooth_experience": "Rendimiento nativo para una experiencia suave",
-  "native_script_power_approximately_1_of_apps_on_google_play_store": "Native Script potencia aproximadamente el 1% de las aplicaciones en Google Play Store.",
-  "need_help": "¿Necesitas ayuda?",
-  "need_something_custom": "¿Necesitas algo personalizado?",
-  "network_connections": "Conexiones de red",
-  "next": "Siguiente",
-  "no_commitment_required": "No se requiere compromiso",
-  "no_credit_card_required": "No se requiere tarjeta de crédito",
-  "no_discounts_available_at_this_time": "No, actualmente no ofrecemos descuentos.",
-  "no_hosting_or_maintenance_charges": "no alojamos CI/CD ni te cobramos por mantenerlo.",
-  "no_ppp_available_at_this_time": "No, actualmente no ofrecemos PPP.",
-  "no_responsibility_disclaimer_text": "La información en el Servicio se proporciona con la comprensión de que la Compañía no está involucrada en la prestación de asesoramiento y servicios legales, contables, fiscales u otros asesoramientos profesionales. Como tal, no debe ser utilizada como un sustituto de la consulta con asesores profesionales competentes en contabilidad, impuestos, legales u otros.",
-  "no_responsibility_disclaimer_title": "Descargo de responsabilidad de no responsabilidad",
-  "no_upfront_costs_guarantee": "Sin costos iniciales • Evaluación de proyecto gratuita • Garantía de soporte por 30 días",
-  "no_virus_warranty": "La Empresa no garantiza que el Servicio esté libre de virus u otros componentes dañinos.",
-  "non_gift_return_policy": "Si los productos no estaban marcados como un regalo al momento de la compra, o si la persona que realizó el regalo hizo que el pedido se enviara a sí misma para dártelo más tarde, enviaremos el reembolso a la persona que hizo el regalo.",
-  "non_production_desc": "\"Desarrollo\", \"Puesta en escena\", \"uat\", \"preproducción\" o implementación de nuevas características, incluso si están en un entorno de producción, no se consideran Producción.",
-  "non_returnable_goods": "Los siguientes productos no pueden ser devueltos:",
-  "normal_enterprise_response": "1 día hábil<br />De lunes a viernes",
-  "normal_priority_response": "12 horas<br />24/7 x 365",
-  "normal_support_desc": "La cuestión resulta en que un componente de Capgo no funciona como se esperaba o está documentado. Una consulta por parte de un representante del Cliente respecto a un problema técnico general o una pregunta general.",
-  "normal_support_subtitle": "Problema menor de características o funcionalidad / Pregunta general",
-  "normal_support_title": "3. Normal",
-  "normal_team_response": "1 día hábil<br />De lunes a viernes",
-  "not_satisfied_policy": "Si, por alguna razón, no está completamente satisfecho con una compra, le invitamos a revisar nuestra política de reembolsos y devoluciones. Esta Política de Devoluciones y Reembolsos ha sido creada con la ayuda de la",
-  "now_available_on_mobile": "Ahora disponible en móvil",
-  "npm_run_lint_passes": "`npm run lint` pasa - esto verificará el código de Rust y JavaScript en busca de errores y equivocaciones comunes utilizando `Swiftlint` (para Swift) y `eslint` (para JavaScript y Java)",
-  "of_bandwidth": "de ancho de banda",
-  "of_storage": "de Almacenamiento",
-  "offensive_content": "Contenido ofensivo.",
-  "offensive_content_desc": "Contenido que es difamatorio, obsceno, abusivo, invasivo de la privacidad o de otro modo objetable, incluido el contenido que constituye pornografía infantil, se relaciona con la bestialidad o representa actos sexuales no consensuales.",
-  "offline_support": "Soporte sin Conexión",
-  "on_the_go": "en movimiento",
-  "ongoing_support_available": "Soporte continuo disponible",
-  "only_your_users_can_decrypt_your_updates_no_one_else": "Solo tus usuarios pueden descifrar tus actualizaciones, nadie más.",
-  "open_in_chatgpt": "Abrir en ChatGPT",
-  "open_in_claude": "Abrir en Claude",
-  "open_in_perplexity": "Abrir en Perplexity",
-  "open_raw_on_github": "Abrir el archivo Markdown raw en GitHub",
-  "open_source": "100% código abierto",
-  "open_source_leaders": "Líderes de Código Abierto",
-  "open_source_plugins_power_apps": "Nuestros complementos de código abierto potencian aplicaciones utilizadas por millones",
-  "open_support": "Abrir Soporte",
-  "operation_of_network_services": "Operación de ciertos servicios de red.",
-  "operation_of_network_services_desc": "Operar o intentar operar cualquier servicio de red o servicio que interfiera con el funcionamiento adecuado de cualquier servicio de red.",
-  "optimization_of_the_existing_app": "Optimización de la aplicación existente",
-  "order_cancellation_rights": "Tus derechos de cancelación de pedido",
-  "orders_definition": "Las órdenes significan una solicitud por su parte para comprar Bienes de Nosotros.",
-  "organization_and_app_management": "Gestión de Organización y Aplicaciones",
-  "organizations_and_teams": "Organizaciones y Equipos",
-  "organize_projects_across_teams": "Organice proyectos entre equipos con herramientas de gestión y colaboración de organización empresarial.",
-  "orgs_badge": "CÓMO FUNCIONA",
-  "orgs_cta": "Instalar Capgo",
-  "orgs_title": "Gestión Flexible",
-  "orgs_title_line2": "Para Tu Equipo",
-  "our_commitment": "Nuestro Compromiso",
-  "our_dedication": "Nuestra dedicación",
-  "our_manifesto": "Nuestro Manifiesto",
-  "our_numbers_are_shared_transparently_since_december_2021": "Nuestros números se comparten de manera transparente desde diciembre de 2021.",
-  "our_setup_you_own_it": "Nuestra Configuración - Tú la Posees",
-  "our_story": "Nuestra Historia",
-  "our_team_customizes_the_ci_cd_setup_to_match_your_specific_project_requirements_ensuring_optimal_performance_and_efficiency": "Nuestro equipo personaliza la configuración de CI/CD para adaptarse a los requisitos específicos de su proyecto, garantizando un rendimiento y eficiencia óptimos.",
-  "over": "Sobre",
-  "own_complete_pipeline_modify_anytime": "Posees la tubería completa y puedes modificarla en cualquier momento.",
-  "own_complete_setup_zero_vendor_lockin": "Posees la configuración completa sin ningún bloqueo de proveedor.",
-  "own_setup_zero_vendor_lockin": "Posees toda la configuración para siempre sin ningún bloqueo de proveedor.",
-  "page_not_found_description": "Por favor, verifica la URL en la barra de direcciones e intenta de nuevo.",
-  "page_not_found_title": "Página No Encontrada - Error 404",
-  "password_label": "Contraseña",
-  "password_placeholder": "Ingresa tu contraseña",
-  "pay_as_you_go_plan": "Paga a medida que avanzas",
-  "per_added_gb": "por GiB añadido",
-  "per_added_user": "por usuario añadido",
-  "per_country_hosting_gdpr": "Alojamiento por país (cumplimiento del GDPR)",
-  "per_gb": "por GiB",
-  "per_mau": "por MAU",
-  "per_unit": "por unidad",
-  "perfect_for": "Perfecto para",
-  "perishable_goods": "El suministro de bienes que, por su naturaleza, no son aptos para ser devueltos, se deteriora rápidamente o cuyo plazo de caducidad ha expirado.",
-  "plan_maker_desc": "Lo mejor para propietarios de pequeñas empresas",
-  "plan_payasyougo_desc": "Lo mejor para empresas con millones de usuarios",
-  "plan_solo_desc": "Mejor para desarrolladores independientes.",
-  "plan_team_desc": "Mejor para medianas empresas",
-  "plans_that_scale_with_your_business": "Planes que escalan con tu negocio",
-  "plans_that_scale_with_your_business_description": "Nube de nivel empresarial que mejora la funcionalidad y seguridad de las aplicaciones de Capacitor.",
-  "platform_compliance": "Cumplimiento de la plataforma.",
-  "platform_compliance_desc": "Cualquier actividad que se considere inaceptable por las plataformas utilizadas por el Sitio y Servicios de Capgo.",
-  "platform_independence": "Independencia de la plataforma",
-  "please_be_professional_in_the_forums": "Por favor, sean profesionales en los foros. Seguimos el <a href=\"https://www.rust-lang.org/policies/code-of-conduct\">código de conducta</a> de Rust (CoC). ¿Tienes un problema? Envía un correo electrónico a <a href=\"mailto:ry@tinyclouds.org\">ry@tinyclouds.org.</a>",
-  "plugin_is_missing": "El plugin falta",
-  "plugins": "Complementos",
-  "plugins_description": "Capgo ofrece múltiples complementos para ayudarte a construir tu aplicación más rápido y mejor.",
-  "policy_generator": "Generador de Políticas de Devolución y Reembolso",
-  "poor_app_quality": "Baja calidad de la aplicación",
-  "powered_by_serverless_edge_computing": "Impulsado por la computación sin servidor en el borde y bases de datos distribuidas en más de 300 ciudades y 13,000+ redes para una entrega global ultra rápida",
-  "powerful_app_plugins_description": "Complementos de nivel empresarial con excelente documentación, actualizaciones continuas, fragmentos de código y soporte premium para que puedas centrarte en construir tu aplicación.",
-  "practicing_what_we_preach": "Practicando Lo Que Predicamos",
-  "premium_plugin_suite": "Suite de Plugins Premium",
-  "pricing": "Precios",
-  "pricing_description": "Avanza con confianza. Capgo es la plataforma en la nube de nivel empresarial para aplicaciones Capacitor.",
-  "priority_bug_fixes_on_our_plugins": "Correcciones de errores prioritarios en nuestros complementos",
-  "priority_plus_plan": "Prioridad Plus",
-  "priority_support": "Soporte prioritario",
-  "priority_support_24_7": "Soporte Prioritario",
-  "priority_support_dedicated_sla": "Soporte Prioritario y SLA Dedicado",
-  "privacy": "Privacidad",
-  "privacy_agreement": "Usamos sus datos personales para proporcionar y mejorar el Servicio. Al utilizar el Servicio, usted acepta la recopilación y el uso de información de acuerdo con esta Política de Privacidad.",
-  "privacy_changes_to_policy_description": "Podríamos actualizar nuestra Política de Privacidad de vez en cuando. Le notificaremos sobre cualquier cambio publicando la nueva Política de Privacidad en esta página.",
-  "privacy_changes_to_policy_notification": "Le informaremos por correo electrónico y/o mediante un aviso prominente en Nuestro Servicio, antes de que el cambio entre en vigor y actualizaremos la fecha de \"Última actualización\" en la parte superior de esta Política de Privacidad.",
-  "privacy_changes_to_policy_review": "Se recomienda revisar periódicamente esta Política de Privacidad en busca de cambios. Los cambios a esta Política de Privacidad son efectivos cuando se publican en esta página.",
-  "privacy_changes_to_policy_title": "Cambios a esta Política de Privacidad",
-  "privacy_children_privacy_consent": "Si necesitamos basarnos en el consentimiento como base legal para procesar su información y su país requiere el consentimiento de un padre, es posible que necesitemos el consentimiento de su padre antes de recopilar y utilizar esa información.",
-  "privacy_children_privacy_description": "Nuestro Servicio no está dirigido a nadie menor de 13 años. No recopilamos deliberadamente información de identificación personal de nadie menor de 13 años. Si usted es un padre o tutor y está al tanto de que su hijo nos ha proporcionado Datos Personales, comuníquese con nosotros. Si nos enteramos de que hemos recopilado Datos Personales de alguien menor de 13 años sin la verificación del consentimiento parental, tomaremos medidas para eliminar esa información de nuestros servidores.",
-  "privacy_children_privacy_title": "Privacidad de los Niños",
-  "privacy_collecting_data_title": "Recopilación y uso de sus datos personales",
-  "privacy_contact_us_description": "Si tiene alguna pregunta sobre esta Política de Privacidad, puede contactarnos:",
-  "privacy_contact_us_title": "Contáctanos",
-  "privacy_contact_us_website": "Al visitar esta página en nuestro sitio web: $1",
-  "privacy_definition_account": "**Cuenta** significa una cuenta única creada para que usted acceda a nuestro Servicio o a partes de nuestro Servicio.",
-  "privacy_definition_affiliate": "**Afiliado** significa una entidad que controla, es controlada por, o está bajo control común con una parte, donde \"control\" significa la propiedad del 50% o más de las acciones, interés de capital u otros valores con derecho a voto para la elección de directores u otra autoridad de gestión.",
-  "privacy_definition_application": "**Aplicación** se refiere al programa de software proporcionado por la Compañía que usted ha descargado en cualquier dispositivo electrónico, llamado $1.",
-  "privacy_definition_business": "**Negocio**, a los efectos de la CCPA (Ley de Privacidad del Consumidor de California), se refiere a la Compañía como la entidad legal que recopila la información personal de los Consumidores y determina los propósitos y medios del procesamiento de la información personal de los Consumidores, o en nombre de la cual se recopila dicha información y que, sola o conjuntamente con otros, determina los propósitos y medios del procesamiento de la información personal de los consumidores, que realiza negocios en el Estado de California.",
-  "privacy_definition_company": "**Empresa** (referida en este Acuerdo como \"la Empresa\", \"Nosotros\" o \"Nuestro\") se refiere a Digital shift OU, 6 sepapaja 15510 Tallin.",
-  "privacy_definition_company_gdpr": "Para los efectos del GDPR, la Empresa es el Controlador de Datos.",
-  "privacy_definition_consumer": "**Consumidor**, para los fines de la CCPA (Ley de Privacidad del Consumidor de California), significa una persona natural que es residente de California. Un residente, según lo definido en la ley, incluye (1) a cada individuo que se encuentra en los EE. UU. por un motivo que no sea temporal o transitorio, y (2) a cada individuo que tiene su domicilio en los EE. UU. que está fuera de los EE. UU. por un motivo temporal o transitorio.",
-  "privacy_definition_country": "**País** se refiere a: Estonia",
-  "privacy_definition_data_controller": "**Controlador de Datos**, a efectos del RGPD (Reglamento General de Protección de Datos), se refiere a la Empresa como la persona jurídica que, sola o en conjunto con otros, determina los fines y los medios del tratamiento de los Datos Personales.",
-  "privacy_definition_device": "**Dispositivo** se refiere a cualquier dispositivo que pueda acceder al Servicio, como una computadora, un celular o una tableta digital.",
-  "privacy_definition_do_not_track": "**No rastrear** (DNT) es un concepto que ha sido promovido por las autoridades regulatorias de EE. UU., en particular por la Comisión Federal de Comercio (FTC) de EE. UU., para que la industria de Internet desarrolle e implemente un mecanismo que permita a los usuarios de Internet controlar el seguimiento de sus actividades en línea a través de los sitios web.",
-  "privacy_definition_personal_data": "**Datos personales** es cualquier información que se refiere a una persona identificada o identificable.",
-  "privacy_definition_personal_data_ccpa": "Con fines de la CCPA, Datos Personales significa cualquier información que identifique, se relacione con, describa o sea capaz de asociarse, o que podría razonablemente estar vinculada, directa o indirectamente, contigo.",
-  "privacy_definition_personal_data_gdpr": "A los efectos del GDPR, los Datos Personales significan cualquier información relacionada contigo, como un nombre, un número de identificación, datos de ubicación, un identificador en línea o uno o más factores específicos de la identidad física, fisiológica, genética, mental, económica, cultural o social.",
-  "privacy_definition_sale": "**Venta**, para los propósitos de la CCPA (Ley de Privacidad del Consumidor de California), significa vender, alquilar, liberar, divulgar, diseminar, poner a disposición, transferir o de otro modo comunicar oralmente, por escrito, o por medios electrónicos u otros, la información personal de un Consumidor a otra empresa o un tercero a cambio de consideraciones monetarias u otras de valor.",
-  "privacy_definition_service": "**Servicio** se refiere a la Aplicación.",
-  "privacy_definition_service_provider": "**Proveedor de Servicios** significa cualquier persona natural o jurídica que procesa los datos en nombre de la Empresa. Se refiere a empresas o individuos de terceros contratados por la Empresa para facilitar el Servicio, para proporcionar el Servicio en nombre de la Empresa, para realizar servicios relacionados con el Servicio o para ayudar a la Empresa a analizar cómo se utiliza el Servicio. A efectos del GDPR, los Proveedores de Servicios se consideran Procesadores de Datos.",
-  "privacy_definition_usage_data": "**Datos de Uso** se refiere a los datos recopilados automáticamente, ya sea generados por el uso del Servicio o por la infraestructura del Servicio en sí (por ejemplo, la duración de una visita a una página).",
-  "privacy_definition_you": "**Usted** se refiere a la persona que accede o utiliza el Servicio, o a la empresa, o a otra entidad legal en nombre de la cual dicha persona está accediendo o utilizando el Servicio, según corresponda.",
-  "privacy_definition_you_gdpr": "Bajo el RGPD (Reglamento General de Protección de Datos), puedes ser referido como el Sujeto de Datos o como el Usuario, ya que eres la persona que utiliza el Servicio.",
-  "privacy_definitions_intro": "Para los fines de esta Política de Privacidad:",
-  "privacy_definitions_subtitle": "Definiciones",
-  "privacy_description": "Esta Política de Privacidad describe nuestras políticas y procedimientos sobre la recopilación, uso y divulgación de su información cuando utiliza el Servicio y le informa sobre sus derechos de privacidad y cómo la ley lo protege.",
-  "privacy_disclosure_business_transactions_description": "Si la Empresa está involucrada en una fusión, adquisición o venta de activos, Sus Datos Personales pueden ser transferidos. Le proporcionaremos un aviso antes de que Sus Datos Personales sean transferidos y pasen a estar sujetos a una Política de Privacidad diferente.",
-  "privacy_disclosure_business_transactions_title": "Transacciones Comerciales",
-  "privacy_disclosure_law_enforcement_description": "Bajo ciertas circunstancias, la Compañía puede verse obligada a divulgar Sus Datos Personales si así lo exige la ley o en respuesta a solicitudes válidas de autoridades públicas (por ejemplo, un tribunal o una agencia gubernamental).",
-  "privacy_disclosure_law_enforcement_title": "Aplicación de la ley",
-  "privacy_disclosure_of_data_title": "Divulgación de sus datos personales",
-  "privacy_disclosure_other_legal_requirements_comply": "Cumplir con una obligación legal",
-  "privacy_disclosure_other_legal_requirements_description": "La Empresa puede divulgar Sus Datos Personales con la buena fe convicción de que tal acción es necesaria para:",
-  "privacy_disclosure_other_legal_requirements_prevent": "Prevenir o investigar posibles irregularidades en relación con el Servicio.",
-  "privacy_disclosure_other_legal_requirements_protect": "Proteger y defender los derechos o la propiedad de la Empresa",
-  "privacy_disclosure_other_legal_requirements_protect_legal": "Proteger contra la responsabilidad legal",
-  "privacy_disclosure_other_legal_requirements_protect_personal": "Proteger la seguridad personal de los Usuarios del Servicio o del público.",
-  "privacy_disclosure_other_legal_requirements_title": "Otros requisitos legales",
-  "privacy_interpretation_subtitle": "Interpretación",
-  "privacy_interpretation_text": "Las palabras de las cuales la letra inicial está en mayúscula tienen significados definidos bajo las siguientes condiciones. Las siguientes definiciones tendrán el mismo significado independientemente de si aparecen en singular o en plural.",
-  "privacy_interpretation_title": "Interpretación y Definiciones",
-  "privacy_last_updated": "Última actualización: 28 de enero de 2022",
-  "privacy_links_to_other_websites_control": "No tenemos control sobre, ni asumimos responsabilidad por el contenido, las políticas de privacidad o las prácticas de ningún sitio o servicio de terceros.",
-  "privacy_links_to_other_websites_description": "Nuestro Servicio puede contener enlaces a otros sitios web que no son operados por Nosotros. Si haces clic en un enlace de un tercero, serás dirigido al sitio de ese tercero. Te aconsejamos encarecidamente que revises la Política de Privacidad de cada sitio que visites.",
-  "privacy_links_to_other_websites_title": "Enlaces a otros sitios web",
-  "privacy_personal_data_description": "Mientras utiliza Nuestro Servicio, podemos pedirle que nos proporcione cierta información personal identificable que se puede utilizar para contactarlo o identificarlo. La información personal identificable puede incluir, pero no se limita a:",
-  "privacy_personal_data_title": "Datos personales",
-  "privacy_personal_data_usage": "Datos de Uso",
-  "privacy_policy": "Política de Privacidad",
-  "privacy_retention_of_data_description": "La Compañía conservará Sus Datos Personales solo durante el tiempo necesario para los fines establecidos en esta Política de Privacidad. Conservaremos y utilizaremos Sus Datos Personales en la medida necesaria para cumplir con nuestras obligaciones legales (por ejemplo, si estamos obligados a conservar sus datos para cumplir con las leyes aplicables), resolver disputas y hacer cumplir nuestros acuerdos y políticas legales.",
-  "privacy_retention_of_data_title": "Retención de sus Datos Personales",
-  "privacy_retention_of_usage_data": "La Empresa también retendrá Datos de Uso para fines de análisis interno. Los Datos de Uso generalmente se retienen por un período de tiempo más corto, excepto cuando estos datos se utilizan para fortalecer la seguridad o para mejorar la funcionalidad de Nuestro Servicio, o cuando estamos legalmente obligados a retener estos datos por períodos de tiempo más largos.",
-  "privacy_security_of_data_description": "La seguridad de Sus Datos Personales es importante para Nosotros, pero recuerde que ningún método de transmisión a través de Internet, ni método de almacenamiento electrónico es 100% seguro. Si bien Nos esforzamos por utilizar medios comercialmente aceptables para proteger Sus Datos Personales, no podemos garantizar su seguridad absoluta.",
-  "privacy_security_of_data_title": "Seguridad de Sus Datos Personales",
-  "privacy_share_of_data_affiliates": "**Con Afiliados:** Podemos compartir su información con nuestros afiliados, en cuyo caso exigiremos a esos afiliados que respeten esta Política de Privacidad. Los afiliados incluyen nuestra empresa matriz y cualquier otra subsidiaria, socios de la empresa conjunta u otras empresas que controlamos o que están bajo control común con nosotros.",
-  "privacy_share_of_data_business_partners": "**Con socios comerciales:** Podemos compartir Su información con Nuestros socios comerciales para ofrecerle ciertos productos, servicios o promociones.",
-  "privacy_share_of_data_business_transfers": "**Para transferencias comerciales:** Podemos compartir o transferir Su información personal en relación con, o durante negociaciones de, cualquier fusión, venta de activos de la empresa, financiamiento o adquisición de la totalidad o parte de Nuestro negocio a otra empresa.",
-  "privacy_share_of_data_consent": "**Con Su consentimiento**: Podemos divulgar Su información personal para cualquier otro propósito con Su consentimiento.",
-  "privacy_share_of_data_intro": "Podemos compartir su información personal en las siguientes situaciones:",
-  "privacy_share_of_data_other_users": "**Con otros usuarios:** cuando compartes información personal o interactúas de otro modo en las áreas públicas con otros usuarios, dicha información puede ser vista por todos los usuarios y puede ser distribuida públicamente fuera.",
-  "privacy_share_of_data_service_providers": "**Con Proveedores de Servicios:** Podemos compartir su información personal con Proveedores de Servicios para monitorear y analizar el uso de nuestro Servicio, para contactarlo.",
-  "privacy_title": "Política de privacidad",
-  "privacy_transfer_of_data_consent": "Su consentimiento a esta Política de Privacidad, seguido de su envío de dicha información, representa su acuerdo con esa transferencia.",
-  "privacy_transfer_of_data_description": "Su información, incluyendo Datos Personales, es procesada en las oficinas operativas de la Compañía y en cualquier otro lugar donde se encuentren las partes involucradas en el procesamiento. Esto significa que esta información puede ser transferida a — y mantenida en — computadoras ubicadas fuera de su estado, provincia, país u otra jurisdicción gubernamental donde las leyes de protección de datos pueden diferir de las de su jurisdicción.",
-  "privacy_transfer_of_data_safeguards": "La Compañía tomará todas las medidas razonablemente necesarias para asegurar que sus datos sean tratados de manera segura y de acuerdo con esta Política de Privacidad, y no se realizará ninguna transferencia de sus Datos Personales a una organización o país a menos que existan controles adecuados, incluida la seguridad de sus datos y otra información personal.",
-  "privacy_transfer_of_data_title": "Transferencia de sus datos personales",
-  "privacy_types_of_data_title": "Tipos de datos recopilados",
-  "privacy_usage_data_browser": "También podemos recopilar información que su navegador envía cada vez que visita nuestro Servicio o cuando accede al Servicio a través de un dispositivo móvil.",
-  "privacy_usage_data_description": "Los datos de uso se recopilan automáticamente al utilizar el Servicio.",
-  "privacy_usage_data_details": "Los Datos de Uso pueden incluir información como la dirección de Protocolo de Internet de Su Dispositivo (por ejemplo, la dirección IP), tipo de navegador, versión del navegador, las páginas de Nuestro Servicio que Usted visita, la fecha y hora de Su visita, el tiempo pasado en esas páginas, identificadores únicos de dispositivos y otros datos de diagnóstico.",
-  "privacy_usage_data_mobile": "Cuando acceda al Servicio a través de un dispositivo móvil, podemos recopilar cierta información automáticamente, incluyendo, pero no limitado a, el tipo de dispositivo móvil que utiliza, la ID única de su dispositivo móvil, la dirección IP de su dispositivo móvil, su sistema operativo móvil, el tipo de navegador de Internet móvil que utiliza, identificadores únicos de dispositivos y otros datos de diagnóstico.",
-  "privacy_usage_data_title": "Datos de uso",
-  "privacy_use_of_data_business_transfers": "**Para transferencias comerciales:** Podemos utilizar su información para evaluar o llevar a cabo una fusión, desinversión, reestructuración, reorganización, disolución u otra venta o transferencia de algunos o todos nuestros activos, ya sea como un negocio en marcha o como parte de un procedimiento de bancarrota, liquidación u otro procedimiento similar, en el cual los Datos Personales que poseemos sobre nuestros usuarios del Servicio están entre los activos transferidos.",
-  "privacy_use_of_data_contact": "**Para contactarlo:** Para contactarlo por correo electrónico, llamadas telefónicas, SMS u otras formas equivalentes de comunicación electrónica, como las notificaciones push de una aplicación móvil sobre actualizaciones o comunicaciones informativas relacionadas con las funcionalidades, productos o servicios contratados, incluidas las actualizaciones de seguridad, cuando sea necesario o razonable para su implementación.",
-  "privacy_use_of_data_intro": "La Empresa puede utilizar Datos Personales para los siguientes propósitos:",
-  "privacy_use_of_data_manage_account": "**Para gestionar Su Cuenta:** para gestionar Su registro como usuario del Servicio. Los Datos Personales que proporcione pueden darle acceso a diferentes funcionalidades del Servicio que están disponibles para usted como usuario registrado.",
-  "privacy_use_of_data_offers": "**Para proporcionarle** noticias, ofertas especiales e información general sobre otros bienes, servicios y eventos que ofrecemos que son similares a aquellos que ya ha comprado o consultado, a menos que haya optado por no recibir dicha información.",
-  "privacy_use_of_data_other_purposes": "**Para otros fines**: Podemos utilizar su información para otros fines, como el análisis de datos, la identificación de tendencias de uso, la determinación de la efectividad de nuestras campañas promocionales y para evaluar y mejorar nuestro Servicio, productos, servicios, marketing y su experiencia.",
-  "privacy_use_of_data_performance": "**Por el cumplimiento de un contrato:** el desarrollo, cumplimiento y celebración del contrato de compra de los productos, artículos o servicios que Usted ha adquirido o de cualquier otro contrato con Nosotros a través del Servicio.",
-  "privacy_use_of_data_provide_service": "**Para proporcionar y mantener nuestro Servicio**, incluyendo supervisar el uso de nuestro Servicio.",
-  "privacy_use_of_data_requests": "**Para gestionar Sus solicitudes:** Para atender y gestionar Sus solicitudes con Nosotros.",
-  "privacy_use_of_data_title": "Uso de Sus Datos Personales",
-  "problem_chat_hope_approved": "Espero que esta corrección de error sea aprobada hoy...",
-  "problem_chat_still_pending": "Aún pendiente...",
-  "problem_chat_whats_status": "¿Cuál es el estado de la aplicación?",
-  "problem_solution_badge": "PROBLEMA → SOLUCIÓN",
-  "problem_solution_subtitle": "Las aplicaciones de Capacitor deberían enviarse como aplicaciones web, pero esperar días para la aprobación es el cuello de botella.",
-  "problem_solution_title": "La App Store está matando",
-  "problem_solution_velocity": "velocidad",
-  "product_managers": "Gerentes de Producto",
-  "production_desc": "\"Producción\" se define como un sistema que atiende a sistemas comerciales o de atención al cliente en vivo, con características ya implementadas y funcionales.",
-  "production_title": "4.4 Producción",
-  "products": "Productos",
-  "projects": "Proyectos",
-  "proven_experience": "Experiencia Comprobada",
-  "ps_benefit_additional": "Horas adicionales a 250€/hora",
-  "ps_benefit_cancel": "Cancela en cualquier momento",
-  "ps_benefit_direct": "Acceso directo a ingenieros",
-  "ps_benefit_hours": "4 horas de soporte experto incluidas",
-  "ps_benefit_priority": "Tiempo de respuesta prioritario",
-  "ps_cta_button": "Obtener Soporte Premium - 1.000€/mes",
-  "ps_cta_subtitle": "Ten expertos en Capacitor disponibles. Cuando algo falla, lo arreglamos rápido.",
-  "ps_cta_title_1": "Deja de perder el sueño por",
-  "ps_cta_title_2": "problemas de apps nativas",
-  "ps_description": "Obtén soporte de emergencia experto para tu app Capacitor. 4 horas de soporte prepagado por 1000€/mes. Ayudamos con problemas de despliegue, crashes y problemas nativos.",
-  "ps_expert_backup": "Respaldo experto disponible",
-  "ps_expert_backup_desc": "Con Soporte Premium, tienes expertos en Capacitor listos para ayudarte cuando lo necesites.",
-  "ps_faq_a1": "Las horas adicionales se facturan a 250€/hora. La mayoría de empresas encuentran 4 horas suficientes para un mes típico, pero algunos meses puedes necesitar más ayuda, y eso está bien.",
-  "ps_faq_a2": "No, las horas no se acumulan para el mes siguiente. El retainer asegura que estamos disponibles y priorizamos tus solicitudes cuando necesitas ayuda. Piénsalo como un seguro para tu app.",
-  "ps_faq_a3": "Nuestro objetivo es responder en horas durante días laborables. Para problemas críticos de producción, priorizamos ayudarte lo más rápido posible.",
-  "ps_faq_a4": "El soporte regular es para preguntas sobre productos Capgo. El Soporte Premium es para cualquier problema de app Capacitor - problemas de despliegue, crashes, bugs nativos, rendimiento - cualquier cosa que tu equipo necesite.",
-  "ps_faq_a5": "¡No! El Soporte Premium está disponible para cualquier empresa con una app Capacitor, uses Capgo o no.",
-  "ps_faq_q1": "¿Qué pasa si necesito más de 4 horas?",
-  "ps_faq_q2": "¿Las horas no usadas se acumulan?",
-  "ps_faq_q3": "¿Qué tan rápido responden?",
-  "ps_faq_q4": "¿Cuál es la diferencia con el soporte regular?",
-  "ps_faq_q5": "¿Necesito ser cliente de Capgo?",
-  "ps_faq_title": "Preguntas frecuentes",
-  "ps_feature_direct_desc": "Habla directamente con nuestros ingenieros. Sin colas de tickets, sin esperar triaje. Expertos reales, realmente rápido.",
-  "ps_feature_direct_title": "Acceso directo",
-  "ps_feature_emergency_desc": "Cuando tu app falla en producción o el despliegue falla, dejamos todo para ayudarte a arreglarlo rápido.",
-  "ps_feature_emergency_title": "Respuesta de emergencia",
-  "ps_feature_native_desc": "Conocimiento profundo de iOS, Android e internos de Capacitor. Resolvemos los problemas que tu equipo no puede.",
-  "ps_feature_native_title": "Experiencia nativa",
-  "ps_feature_time_desc": "Deja de pasar días depurando problemas nativos. Obtén ayuda experta y envía tus features más rápido.",
-  "ps_feature_time_title": "Ahorra tiempo valioso",
-  "ps_help_crashes_desc": "Crashes en producción, problemas de memoria, ANRs en Android",
-  "ps_help_crashes_title": "Crashes de app",
-  "ps_help_deployment_desc": "Rechazos de tiendas, fallos de build, problemas de firma",
-  "ps_help_deployment_title": "Problemas de despliegue",
-  "ps_help_native_desc": "Bugs de código nativo iOS/Android, conflictos de plugins",
-  "ps_help_native_title": "Problemas nativos",
-  "ps_help_performance_desc": "Optimización de app, tiempo de inicio, uso de memoria",
-  "ps_help_performance_title": "Rendimiento",
-  "ps_help_plugin_desc": "Configuración de plugins Capacitor, depuración de plugins personalizados",
-  "ps_help_plugin_title": "Problemas de plugins",
-  "ps_help_updates_desc": "Integración de Capgo, fallos de actualización, problemas de rollback",
-  "ps_help_updates_title": "Live Updates",
-  "ps_hero_subtitle": "¿Tu app crasheó en producción? ¿Despliegue atascado? ¿El lado nativo actúa raro?",
-  "ps_hero_subtitle_strong": "Nosotros llegamos y salvamos el día.",
-  "ps_hero_title_1": "Ayuda experta cuando",
-  "ps_hero_title_2": "más la necesitas",
-  "ps_hours": "4 horas",
-  "ps_how_it_works": "Cómo funciona",
-  "ps_of_expert_support": "de soporte experto",
-  "ps_peace_of_mind": "Tranquilidad para tu app Capacitor",
-  "ps_per_month": "por mes",
-  "ps_premium_support": "Soporte Premium",
-  "ps_price": "1.000€",
-  "ps_problem_blocked_desc": "Apple o Google rechazó tu actualización. El mensaje de error es críptico. Tu deadline es mañana.",
-  "ps_problem_blocked_title": "Despliegue bloqueado",
-  "ps_problem_confused_desc": "Algo se rompió después de la última actualización. Tu equipo web no conoce lo nativo. Días de depuración por delante.",
-  "ps_problem_confused_title": "Sin idea de qué está mal",
-  "ps_problem_crash_desc": "Tu app empieza a crashear para miles de usuarios. El stack trace apunta a código nativo que no entiendes.",
-  "ps_problem_crash_title": "Crash en producción",
-  "ps_questions": "¿Preguntas?",
-  "ps_rate_info": "Tarifa efectiva de 250€/hora • Horas adicionales disponibles a la misma tarifa",
-  "ps_reality": "La realidad",
-  "ps_retainer_badge": "Retainer de Soporte Premium",
-  "ps_schedule_call": "Agenda una llamada",
-  "ps_secure_payment": "Pago seguro vía Stripe",
-  "ps_solution": "La solución",
-  "ps_step1_desc": "Suscríbete por 1.000€/mes. Obtienes 4 horas de soporte experto listas para usar.",
-  "ps_step1_title": "Suscríbete",
-  "ps_step2_desc": "Cuando tengas un problema, contáctanos por email o Discord. Describe el problema.",
-  "ps_step2_title": "Contáctanos",
-  "ps_step3_desc": "Nuestros expertos entran, diagnostican el problema y te ayudan a resolverlo rápido.",
-  "ps_step3_title": "Lo arreglamos",
-  "ps_subscribe_now": "Suscribirse ahora",
-  "ps_talk_first": "Hablar primero",
-  "ps_title": "Soporte Premium para apps Capacitor",
-  "ps_to_learn_more": "para saber más.",
-  "ps_trust_title": "Las empresas confían en nuestra experiencia",
-  "ps_what_we_help": "En qué ayudamos",
-  "ps_what_we_help_desc": "Cualquier problema de Capacitor o app móvil con el que tu equipo esté luchando.",
-  "ps_when_things_go_wrong": "Cuando las cosas van mal con apps móviles",
-  "ps_you_know_the_feeling": "Conoces la sensación...",
-  "purchase_timeframe": "Los productos fueron comprados en los últimos 14 días.",
-  "push_notifications": "Notificaciones Push",
-  "push_updates_to_production_from_anywhere": "Actualiza la producción desde cualquier lugar",
-  "qa_teams": "Equipos de QA",
-  "questions_about_policy": "Si tiene alguna pregunta sobre nuestra Política de Devoluciones y Reembolsos, contáctenos:",
-  "questions_and_answers": "Preguntas y Respuestas",
-  "quick_decision_making": "Toma de decisiones rápida",
-  "quote": "cita",
-  "reach_users_now_not_weeks_later": "Alcanza a los usuarios ahora, no semanas después.",
-  "react_native_power_approximately_1_of_apps_on_google_play_store": "React Native impulsa aproximadamente el 1% de las aplicaciones en Google Play Store.",
-  "read_our_aup": "Lee nuestra Política de Uso Aceptable",
-  "read_our_data_processing_agreement": "Lee nuestro Acuerdo de Procesamiento de Datos",
-  "read_our_disclaimer": "Lee nuestro aviso legal",
-  "read_our_eula": "Lea nuestro Acuerdo de Licencia de Usuario Final",
-  "read_our_privacy_policy_description": "Política de Privacidad de Capgo - Aprende cómo protegemos tus datos y respetamos la privacidad del usuario en nuestro servicio de actualización en vivo para apps Capacitor.",
-  "read_our_return_policy": "Lee nuestra Política de Devoluciones",
-  "read_our_security_policy": "Lee nuestra Política de Seguridad",
-  "read_our_sla_policy": "Lee nuestra Política de SLA",
-  "read_our_terms_of_service": "Lee nuestros Términos de Servicio",
-  "read_the_full_story_of_capgos_challenging_birth_as_a_solo_maker_project": "Lee la historia completa del desafiante nacimiento de Capgo como un proyecto de creador en solitario.",
-  "read_the_style_guide": "Lee la <a href=\"https://deno.land/manual@v1.25.4/contributing/style_guide\">guía de estilo.</a>",
-  "ready_to_bring_vision_to_life": "¿Listo para dar vida a tu visión? Discutamos cómo podemos ayudar a acelerar tu desarrollo.",
-  "ready_to_deliver": "Listo para entregar",
-  "ready_to_go_mobile": "¿Listo para volverte móvil?",
-  "ready_to_scale": "Listo para Escalar",
-  "ready_to_use_plugins": "Complementos listos para usar",
-  "real_time_analytics": "Análisis en tiempo real",
-  "real_time_statistics": "Estadísticas en Tiempo Real",
-  "register": "Registrarse",
-  "register_code": "Código de registro",
-  "register_description": "Crea tu cuenta gratuita de Capgo y comienza a implementar actualizaciones en vivo para tus aplicaciones Capacitor en minutos.",
-  "register_title": "Regístrate en Capgo",
-  "register_tos_notice": "Al registrarte, aceptas nuestros <a href=\"https://capgo.app/tos/\" target=\"_blank\" rel=\"noopener noreferrer\">Términos de servicio</a>.",
-  "reimbursement_policy": "Le reembolsaremos a más tardar 14 días desde el día en que recibamos los productos devueltos. Usaremos el mismo medio de pago que usted utilizó para el pedido, y no incurrirá en ninguna tarifa por dicho reembolso.",
-  "remove_modify_content": "eliminar, deshabilitar el acceso a, o modificar cualquier contenido o recurso que viole esta Política o cualquier otro acuerdo que tengamos contigo para el uso de los Servicios o el Sitio de Capgo.",
-  "report_issues_directly": "Informa problemas directamente",
-  "report_violations_desc": "Podemos informar cualquier actividad que sospechemos que viola cualquier ley o regulación a las autoridades policiales apropiadas, reguladores u otras terceras partes adecuadas.",
-  "report_violations_desc_2": "Nuestro informe puede incluir la divulgación de información adecuada de los clientes. También podemos cooperar con las agencias de aplicación de la ley apropiadas, reguladores u otras terceras partes adecuadas para ayudar con la investigación y el enjuiciamiento de conductas ilegales al proporcionar información de redes y sistemas relacionada con las supuestas violaciones de esta Política.",
-  "repositories_have_different_scopes_use_different_programming_languages_and_have_varying_level_when_it_comes_to_contributions": "Los repositorios tienen diferentes alcances, utilizan diferentes lenguajes de programación y tienen distintos niveles en lo que respecta a contribuciones.",
-  "request_demo": "Solicitar Demostración",
-  "required_storage_space": "Espacio de almacenamiento requerido",
-  "requires_capgo_account": "Requiere una cuenta de Capgo",
-  "return_address": "6 sepapaja  \nTallinn, 15510  \nEstonia",
-  "return_eligibility": "Para que los Productos sean elegibles para una devolución, por favor asegúrese de que:",
-  "return_policy": "Política de Devoluciones",
-  "return_policy_title": "Política de Devoluciones y Reembolsos",
-  "return_responsibility": "Usted es responsable del costo y riesgo de devolver los Productos a Nosotros. Debe enviar los Productos a la siguiente dirección:",
-  "return_shipping_disclaimer": "No podemos ser responsables por los bienes dañados o perdidos en el envío de devolución. Por lo tanto, recomendamos un servicio de correo asegurado y rastreable. No podemos emitir un reembolso sin la recepción real de los bienes o prueba de la entrega de devolución recibida.",
-  "returning_goods": "Devolución de mercancías",
-  "revert_to_previous_version_with_one_tap": "Revierte a la versión anterior con un solo toque",
-  "revert_to_previous_versions_if_needed": "Revertir a versiones anteriores si es necesario",
-  "review_before_passing_the_code_to_the_production": "Revisar antes de pasar el código a producción.",
-  "right_to_refuse": "Nos reservamos el derecho de rechazar devoluciones de cualquier mercancía que no cumpla con las condiciones de devolución mencionadas anteriormente a nuestra sola discreción.",
-  "role_based_access_control": "Control de Acceso Basado en Roles",
-  "rollback_capability": "Capacidad de reversión",
-  "sale_items_policy": "Solo se pueden reembolsar los productos a precio regular. Desafortunadamente, los productos en oferta no pueden ser reembolsados. Esta exclusión puede no aplicarse a usted si no está permitido por la ley aplicable.",
-  "save": "Guardar",
-  "scheduled_availability_desc": "\"Disponibilidad Programada\" significa el tiempo, en minutos, que los Servicios aplicables son generalmente accesibles y están disponibles para los Usuarios Permitidos del Cliente.",
-  "scheduled_availability_title": "4.1 Disponibilidad Programada",
-  "sdk_bridges": "Puentes SDK",
-  "seamless_integration": "Integración Sin Costuras",
-  "seamless_integration_with_your_capgo_account": "Integración perfecta con tu cuenta de Capgo",
-  "seamless_third_party_sdk": "Integración perfecta del SDK de terceros con definiciones de TypeScript, documentación y soporte continuo.",
-  "security_and_compliance": "Seguridad y Cumplimiento",
-  "security_closing": "Nos esforzamos por resolver todos los problemas lo más rápido posible y nos gustaría jugar un papel activo en la publicación final sobre el problema una vez que se resuelva.",
-  "security_compliance": "Seguridad y Cumplimiento",
-  "security_disclosure_guidelines_1": "Para proteger a nuestros clientes, no revele el problema a otros hasta que hayamos investigado, abordado e informado a nuestros clientes afectados.",
-  "security_disclosure_guidelines_2": "Si deseas compartir públicamente tu investigación sobre Capgo en una conferencia, en un blog o en cualquier otro foro público, debes compartir un borrador con nosotros para revisión y aprobación al menos 30 días antes de la fecha de publicación. Ten en cuenta que no se deben incluir los siguientes:",
-  "security_disclosure_guidelines_2_1": "Datos sobre cualquier proyecto de clientes de Capgo.",
-  "security_disclosure_guidelines_2_2": "Datos de clientes de Capgo",
-  "security_disclosure_guidelines_2_3": "Información sobre empleados, contratistas o socios de Capgo",
-  "security_disclosure_guidelines_title": "Directrices de divulgación:",
-  "security_discovery": "Si descubres una vulnerabilidad, nos gustaría que nos lo hicieras saber para que podamos tomar medidas para abordarla lo antes posible. Nos gustaría pedirte que nos ayudes a proteger mejor a nuestros clientes y nuestros sistemas.",
-  "security_intro": "En Capgo, consideramos la seguridad de nuestros sistemas como una prioridad fundamental. Sin embargo, no importa cuánto esfuerzo dediquemos a la seguridad del sistema, siempre pueden existir vulnerabilidades.",
-  "security_out_of_scope_1": "Clickjacking en páginas sin acciones sensibles.",
-  "security_out_of_scope_10": "Enlaces rotos",
-  "security_out_of_scope_11": "Enumeración de usuarios",
-  "security_out_of_scope_2": "CSRF no autenticado/cerrar sesión/iniciar sesión.",
-  "security_out_of_scope_3": "Ataques que requieren MITM o acceso físico al dispositivo de un usuario.",
-  "security_out_of_scope_4": "Ataques que requieren ingeniería social.",
-  "security_out_of_scope_5": "Cualquier actividad que pudiera llevar a la interrupción de nuestro servicio (DoS).",
-  "security_out_of_scope_6": "Problemas de suplantación de contenido e inyección de texto sin mostrar un vector de ataque/sin poder modificar HTML/CSS.",
-  "security_out_of_scope_7": "Suplantación de correo electrónico",
-  "security_out_of_scope_8": "Faltan encabezados DNSSEC, CAA, CSP",
-  "security_out_of_scope_9": "Falta de la bandera Secure o HTTP only en cookies no sensibles",
-  "security_out_of_scope_title": "Vulnerabilidades fuera del alcance:",
-  "security_policy": "Política de Seguridad",
-  "security_reporting_guidelines_1": "Envía tus hallazgos a través de nuestro Aviso de Seguridad de GitHub:",
-  "security_reporting_guidelines_2": "Proporcione suficiente información para reproducir el problema, de modo que podamos resolverlo lo más rápido posible.",
-  "security_reporting_guidelines_title": "Directrices de informes:",
-  "security_supabase_limitations_1": "Reports must include a reproducible demo Supabase project, with steps, that matches our settings and demonstrates the behavior.",
-  "security_supabase_limitations_2": "Reports must include the exact Supabase setting/config change that fixes the behavior while keeping our existing rules/policies intact.",
-  "security_supabase_limitations_3": "Account/email flows are validated against the Supabase project settings (for example, whether email verification is disabled and capture flow is used).",
-  "security_supabase_limitations_4": "Password and email/password update flows may depend on current Supabase Auth session and re-verification settings.",
-  "security_supabase_limitations_5": "If a demo project proves a concrete Supabase-side fix with no Capgo policy change, we review it as actionable.",
-  "security_supabase_limitations_intro": "Some findings are repeatedly reported and tied to Supabase Auth behavior. These are only reviewed when reproduced in a shared Supabase demo project configured like ours, and when a Supabase-side configuration fix exists without changing Capgo security rules.",
-  "security_supabase_limitations_title": "Known Supabase Auth Limitations",
-  "security_testing_guidelines_1": "No ejecute escáneres automatizados en otros proyectos de clientes. Ejecutar escáneres automatizados puede aumentar los costos para nuestros usuarios. Los escáneres configurados de manera agresiva podrían interrumpir inadvertidamente los servicios, explotar vulnerabilidades, provocar inestabilidad en el sistema o violaciones y infringir los Términos de Servicio de nuestros proveedores. Nuestros propios sistemas de seguridad no podrán distinguir la exploración hostil de la investigación ética. Si desea ejecutar un escáner automatizado, notifíquenos a security@capgo.app y solo utilícelo en su propio proyecto de Capgo. NO ataque proyectos de otros clientes.",
-  "security_testing_guidelines_2": "No aproveches la vulnerabilidad o el problema que has descubierto, por ejemplo, descargando más datos de los necesarios para demostrar la vulnerabilidad o eliminando o modificando los datos de otras personas.",
-  "security_testing_guidelines_title": "Directrices de prueba:",
-  "security_txt": "Security.txt",
-  "security_what_we_promise_1": "Responderemos a su informe dentro de los 7 días hábiles con nuestra evaluación del informe y una fecha de resolución esperada.",
-  "security_what_we_promise_2": "Si has seguido las instrucciones anteriores, no tomaremos ninguna acción legal contra ti con respecto al informe.",
-  "security_what_we_promise_3": "Manejaremos su informe con estricta confidencialidad y no compartiremos sus datos personales con terceros sin su permiso.",
-  "security_what_we_promise_4": "Le mantendremos informado sobre el progreso en la resolución del problema.",
-  "security_what_we_promise_5": "En la información pública acerca del problema reportado, daremos su nombre como el descubridor del problema (a menos que usted desee lo contrario).",
-  "security_what_we_promise_title": "Lo que prometemos:",
-  "see_all_from_our_blog": "Ver todo en nuestro blog",
-  "see_in_play_store": "Ver en Play Store",
-  "select_your_app": "Selecciona Tu Aplicación",
-  "self_hosted_storage_options": "Opciones de almacenamiento autohospedadas",
-  "semver_tester": "Probador de SemVer",
-  "service_credits_desc": "Si el Compromiso de Disponibilidad no se cumple durante un mes calendario en particular durante el Plazo de Suscripción, el Cliente será elegible para un crédito por servicio (\"Crédito por Servicio\"), siempre que el Cliente informe a Capgo sobre tal incumplimiento del Compromiso de Disponibilidad y solicite dicho Crédito por Servicio de acuerdo con este Anexo. El monto de cualquier Crédito por Servicio adeudado en virtud de este documento se calculará de la siguiente manera: X * Y, donde X = las tarifas totales adeudadas por el Cliente a Capgo por los Servicios afectados durante el mes calendario correspondiente (independientemente de cuándo se facturen o se paguen), y Y = el Porcentaje de Crédito correspondiente a la Disponibilidad Real proporcionada (como un porcentaje del tiempo total) para el mes calendario relevante, según lo establecido en la tabla a continuación.",
-  "service_credits_title": "2. Créditos de Servicio",
-  "service_definition": "<strong>Servicio</strong> se refiere a la Aplicación.",
-  "service_level_agreement": "Acuerdo de Nivel de Servicio",
-  "setup_ci_cd_now": "Configura CI/CD ahora →",
-  "setup_fee_github_gitlab_ci": "Tarifa de configuración + GitHub/GitLab CI",
-  "setup_fee_savings_comparison": "Nuestra tarifa de configuración única de $2,600 más ~$30/mes pagados directamente a su proveedor de git (GitHub/GitLab) resulta en un ahorro del 94% en comparación con soluciones gestionadas como AppFlow ($499/mes).",
-  "severity_level": "Nivel de gravedad",
-  "share_test_builds_with_your_team": "Comparte versiones de prueba con tu equipo al instante",
-  "share_where_you_want_to_contribute_to_fix_the_backend_of_capgo": "Ahí donde quieres contribuir para arreglar el backend de Capgo.",
-  "shared_numbers_api_response": "Respuesta de la API",
-  "shared_numbers_opensource": "Código abierto",
-  "shared_numbers_speed": "Velocidad",
-  "shared_numbers_success_rate_desc": "tasa de éxito mundial",
-  "shared_numbers_uptodate_24h": "Actualizado dentro de las 24 horas",
-  "ship_updates_fixes_changes_and_features": "Alternativa open-source a Appflow para apps Capacitor: actualizaciones en vivo, entrega de builds nativos, canales de release, logs en tiempo real y analytics en una sola plataforma",
-  "sign_in": "Iniciar sesión",
-  "sign_up_button": "Regístrate",
-  "sign_up_for_free": "Regístrate gratis",
-  "signed_verified": "Firmado y Verificado",
-  "single_sign_on_sso": "Inicio de Sesión Único (SSO)",
-  "sla": "Acuerdo de Nivel de Servicio",
-  "sla_exclusions_title": "Exclusiones del SLA",
-  "sla_intro": "El siguiente Acuerdo de Nivel de Servicio, que se incorpora y forma parte del Acuerdo de Suscripción entre Capgo (\"Capgo\") y el Cliente (el \"Acuerdo\"), se aplicará a los Servicios para Clientes Empresariales especificados en un Formulario de Pedido durante el Plazo de Suscripción aplicable:",
-  "sla_policy": "Política de SLA",
-  "sla_title": "Acuerdos de Nivel de Servicio",
-  "smart_investment_massive_savings": "Inversión Inteligente, Ahorros Masivos",
-  "soc1_compliant": "Cumple con SOC 1",
-  "soc2_compliance": "Certificado SOC 2",
-  "soc2_compliance_short": "Cumple con SOC 2 Tipo II",
-  "soc2_compliant": "Cumple con SOC 2",
-  "soc2_enterprise_only": "Por ahora, solo está disponible en el plan Enterprise.",
-  "soc2_explanation": "SOC 2 se refiere a la certificación SOC 2 Tipo II, un estándar de cumplimiento de seguridad reconocido. Capgo está certificado SOC 2 Tipo II, lo que significa que sus sistemas y procesos son auditados de forma independiente para garantizar altos estándares de seguridad, disponibilidad y confidencialidad.",
-  "soc2_type_ii_certified_infrastructure": "Infraestructura certificada SOC 2 Tipo II que garantiza los más altos estándares de seguridad y privacidad",
-  "soc2_what_does_it_mean": "SOC 2: ¿qué significa?",
-  "social_auth_simplified": "autenticación social simplificada",
-  "solution_chat_shipped": "Enviado. Siguiente.",
-  "solution_chat_users_have_it": "Mis usuarios ya lo tienen. 🎉",
-  "solution_chat_whats_status": "¿Cuál es el estado de la aplicación?",
-  "solutions": "Soluciones",
-  "solutions_agencies_badge": "Solución agencia",
-  "solutions_agencies_cta_note": "14 días de prueba gratis. Sin tarjeta de crédito.",
-  "solutions_agencies_cta_subtitle": "Comienza con el plan Agencia para gestión profesional",
-  "solutions_agencies_cta_title": "¿Listo para gestionar mejor a tus clientes?",
-  "solutions_agencies_description": "Gestiona todas las apps de clientes desde un dashboard. Canales separados por cliente, accesos por equipo, traspaso profesional.",
-  "solutions_agencies_hero_subtitle": "Deja de hacer malabares con cuentas de TestFlight y accesos a stores. Gestiona actualizaciones de todos los clientes en un solo lugar.",
-  "solutions_agencies_hero_title": "Todas las apps de clientes. Un dashboard.",
-  "solutions_agencies_nightmare_label": "La pesadilla de la agencia",
-  "solutions_agencies_nightmare_title": "Demasiados clientes, poco tiempo",
-  "solutions_agencies_pain1_desc": "Every client has different app store accounts, different workflows, different expectations. Managing them all is chaos.",
-  "solutions_agencies_pain1_title": "10 Clients = 10 Deployment Processes",
-  "solutions_agencies_pain2_desc": "Client calls at 5 PM: 'The homepage is broken.' You fix it. Then you explain the 5-day app store review process.",
-  "solutions_agencies_pain2_title": "Clients Want Updates Yesterday",
-  "solutions_agencies_pain3_desc": "The developer who knew how to deploy to Client X left. Now nobody knows the credentials or the process.",
-  "solutions_agencies_pain3_title": "Team Turnover Breaks Everything",
-  "solutions_agencies_pain4_desc": "You quoted a fixed price. Now you're eating the cost of every bug fix because app store reviews eat your margins.",
-  "solutions_agencies_pain4_title": "Fixed-Price Projects, Unlimited Maintenance",
-  "solutions_agencies_pain5_desc": "'Why isn't the fix live yet?' Because Apple takes 5 days. But they don't understand that.",
-  "solutions_agencies_pain5_title": "Clients Blame You for Store Delays",
-  "solutions_agencies_pain6_desc": "When the project ends, transferring everything to the client takes weeks and still goes wrong.",
-  "solutions_agencies_pain6_title": "Handoff Is a Nightmare",
-  "solutions_agencies_partner": "Become a partner",
-  "solutions_agencies_partner_subtitle": "Todo para gestión profesional de clientes",
-  "solutions_agencies_partner_title": "Tu socio de agencia",
-  "solutions_agencies_perk1_desc": "The more clients you manage, the less you pay per app. Discounts up to 40% off.",
-  "solutions_agencies_perk1_title": "Volume Discounts",
-  "solutions_agencies_perk2_desc": "Direct Slack channel with our team. Response in hours, not days.",
-  "solutions_agencies_perk2_title": "Priority Support",
-  "solutions_agencies_perk3_desc": "Featured in our agency directory. Case studies and testimonials that drive leads.",
-  "solutions_agencies_perk3_title": "Co-Marketing",
-  "solutions_agencies_short": "Agencias",
-  "solutions_agencies_sol1_desc": "See all your clients' apps in one dashboard. Push updates to any of them with one click.",
-  "solutions_agencies_sol1_point1": "All clients, one login",
-  "solutions_agencies_sol1_point2": "Team permissions per client",
-  "solutions_agencies_sol1_point3": "White-label reporting for clients",
-  "solutions_agencies_sol1_title": "Unified Client Management",
-  "solutions_agencies_sol2_desc": "Your clients see your brand, not ours. Custom domains, custom emails, your logo everywhere.",
-  "solutions_agencies_sol2_point1": "Custom domains per client",
-  "solutions_agencies_sol2_point2": "Your branding on all reports",
-  "solutions_agencies_sol2_point3": "Client portals with your logo",
-  "solutions_agencies_sol2_title": "White-Label Everything",
-  "solutions_agencies_sol3_desc": "When the project ends, transfer everything to the client with one click. No missing credentials. No broken processes.",
-  "solutions_agencies_sol3_point1": "One-click ownership transfer",
-  "solutions_agencies_sol3_point2": "Documented deployment process",
-  "solutions_agencies_sol3_point3": "Training materials included",
-  "solutions_agencies_sol3_title": "Clean Client Handoffs",
-  "solutions_agencies_solution_label": "La solución",
-  "solutions_agencies_solution_subtitle": "Un dashboard para todos los clientes",
-  "solutions_agencies_solution_title": "Gestión de clientes profesional",
-  "solutions_agencies_tagline": "Gestiona múltiples apps de clientes",
-  "solutions_agencies_title": "Para Agencias",
-  "solutions_app_store_compliant": "Compatible con App Store",
-  "solutions_avg_cost_per_bug": "50.000€",
-  "solutions_avg_review_time": "2-7 días",
-  "solutions_benefit1_desc": "Updates download while users use your app. No spinners, no loading screens, no interruptions. When they next launch, the new version is simply there.",
-  "solutions_benefit1_point1": "Differential updates download only changed files - typically 100KB-500KB instead of full bundles",
-  "solutions_benefit1_point2": "Intelligent bandwidth detection pauses downloads on slow connections to preserve user experience",
-  "solutions_benefit1_point3": "Updates never interrupt active sessions - they apply only on next cold start",
-  "solutions_benefit1_stat": "of updates complete without user awareness",
-  "solutions_benefit1_title": "Silent Background Updates",
-  "solutions_benefit2_desc": "Every update is wrapped in crash detection. If your new code causes crashes, Capgo automatically reverts to the previous working version. Your users never see a broken app.",
-  "solutions_benefit2_point1": "Crash detection triggers within the first 10 seconds of app launch",
-  "solutions_benefit2_point2": "Automatic rollback preserves user data and session state",
-  "solutions_benefit2_point3": "You're immediately notified with crash logs and stack traces",
-  "solutions_benefit2_stat": "Average rollback time when issues detected",
-  "solutions_benefit2_title": "Automatic Rollback Protection",
-  "solutions_benefit3_desc": "Capgo works within Apple and Google's guidelines. You're updating JavaScript and assets - not native code. Both app stores explicitly allow this, and thousands of apps use Capgo in production.",
-  "solutions_benefit3_point1": "Apple's 3.3.2 permits JavaScript updates that don't change app functionality",
-  "solutions_benefit3_point2": "Google Play allows updates that preserve the app's core purpose",
-  "solutions_benefit3_point3": "Used by Fortune 500 companies without any app store rejections",
-  "solutions_benefit3_stat": "App store compliance rate",
-  "solutions_benefit3_title": "100% App Store Compliant",
-  "solutions_benefits_subtitle": "Todo lo que necesitas para mantener tu app actualizada",
-  "solutions_beta_testing": "Pruebas beta",
-  "solutions_beta_testing_compare_capgo": "Capgo",
-  "solutions_beta_testing_compare_distribution": "Distribución",
-  "solutions_beta_testing_compare_distribution_capgo": "Compartir enlace o código QR",
-  "solutions_beta_testing_compare_distribution_tf": "Invitaciones email, registro de dispositivos",
-  "solutions_beta_testing_compare_feedback": "Ciclo de feedback",
-  "solutions_beta_testing_compare_feedback_capgo": "Feedback in-app instantáneo",
-  "solutions_beta_testing_compare_feedback_tf": "Revisar App Store Connect",
-  "solutions_beta_testing_compare_switching": "Cambiar versión",
-  "solutions_beta_testing_compare_switching_capgo": "Actualizaciones automáticas",
-  "solutions_beta_testing_compare_switching_tf": "Instalar nueva versión beta",
-  "solutions_beta_testing_compare_testflight": "TestFlight",
-  "solutions_beta_testing_compare_title": "La diferencia",
-  "solutions_beta_testing_compare_upload": "Subida a testers",
-  "solutions_beta_testing_compare_upload_capgo": "Segundos",
-  "solutions_beta_testing_compare_upload_tf": "30+ min de procesamiento",
-  "solutions_beta_testing_cta_subtitle": "Distribuye builds beta instantáneamente y recibe feedback más rápido",
-  "solutions_beta_testing_cta_title": "Mejora tus pruebas beta",
-  "solutions_beta_testing_description": "Distribuye builds beta instantáneamente. Sin esperas de TestFlight, sin gestión complicada de testers. Simplemente comparte y recibe feedback.",
-  "solutions_beta_testing_feature1_desc": "Build a simple UI that lists available channels. Testers tap to switch - the new build downloads and applies immediately.",
-  "solutions_beta_testing_feature1_title": "In-App Channel Selector",
-  "solutions_beta_testing_feature2_desc": "Generate a link that opens your app and switches to a specific channel. Share via Slack, email, or add to your PR template.",
-  "solutions_beta_testing_feature2_title": "Deep Link Distribution",
-  "solutions_beta_testing_feature3_desc": "No more waiting for TestFlight processing. No more explaining Google Play beta enrollment. Just share a link and testers have the build.",
-  "solutions_beta_testing_feature3_title": "Skip TestFlight Entirely",
-  "solutions_beta_testing_feature4_desc": "Push a fix, testers get it in seconds. No reinstalls, no approval delays. The fastest feedback loop in mobile development.",
-  "solutions_beta_testing_feature4_title": "Instant Feedback Loop",
-  "solutions_beta_testing_hero_subtitle": "Olvida el procesamiento de TestFlight y las invitaciones complicadas. Con Capgo, tus testers reciben actualizaciones instantáneamente.",
-  "solutions_beta_testing_hero_title": "Pruebas beta sin fricción",
-  "solutions_beta_testing_title": "Pruebas beta optimizadas",
-  "solutions_beta_testing_usecases_beta": "Programas beta",
-  "solutions_beta_testing_usecases_beta_desc": "Gestiona betas públicas o privadas con distribución instantánea",
-  "solutions_beta_testing_usecases_qa": "Equipos QA",
-  "solutions_beta_testing_usecases_qa_desc": "Da a los testers internos acceso permanente a la última versión",
-  "solutions_beta_testing_usecases_stakeholders": "Stakeholders",
-  "solutions_beta_testing_usecases_stakeholders_desc": "Muestra features antes del release sin esfuerzo técnico",
-  "solutions_beta_testing_usecases_title": "Perfecto para",
-  "solutions_bug_cost_explanation": "Coste medio de un bug crítico en producción",
-  "solutions_by_industry": "Por industria",
-  "solutions_by_team": "Por equipo",
-  "solutions_by_use_case": "Por caso de uso",
-  "solutions_churn_explanation": "de usuarios desinstalan tras una mala actualización",
-  "solutions_cordova_to_capacitor_ai_badge": "Migración asistida por IA",
-  "solutions_cordova_to_capacitor_ai_cta_all_inclusive": "Migración todo incluido",
-  "solutions_cordova_to_capacitor_ai_cta_premium_support": "Soporte Premium",
-  "solutions_cordova_to_capacitor_ai_cta_talk": "Hablar con el equipo",
-  "solutions_cordova_to_capacitor_ai_description": "Una guía 2026 de migración de Cordova a Capacitor asistida por IA, con una lista de verificación práctica, un mapa de reemplazo de plugins y alternativas Capgo-first. Incluye prompts para copiar/pegar y una opción de migración todo incluido.",
-  "solutions_cordova_to_capacitor_ai_h1": "Migración de Cordova a Capacitor asistida por IA",
-  "solutions_cordova_to_capacitor_ai_help_item1": "Servicio de migración de Cordova a Capacitor",
-  "solutions_cordova_to_capacitor_ai_help_item2": "Soporte Premium para soporte continuo nativo y de releases",
-  "solutions_cordova_to_capacitor_ai_hero_subtitle": "Lista de verificación práctica + mapa de reemplazo de plugins + prompts de IA para copiar/pegar. Pensado para equipos que quieren menos sorpresas, un cambio más rápido y una base estable en Capacitor.",
-  "solutions_cordova_to_capacitor_ai_last_updated": "Última actualización:",
-  "solutions_cordova_to_capacitor_ai_last_updated_date": "8 de febrero de 2026",
-  "solutions_cordova_to_capacitor_ai_link_checklist": "Lista de verificación",
-  "solutions_cordova_to_capacitor_ai_link_help": "Opción todo incluido",
-  "solutions_cordova_to_capacitor_ai_link_plugins": "Mapa de reemplazo de plugins",
-  "solutions_cordova_to_capacitor_ai_link_prompts": "Prompts de IA",
-  "solutions_cordova_to_capacitor_ai_link_skills": "Skills de Capgo para agentes de IA",
-  "solutions_cordova_to_capacitor_ai_official_reference": "Referencia oficial:",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_link": "Plugins de Capgo",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_prefix": "Explora el catálogo de plugins de Capgo y mapea por capacidad:",
-  "solutions_cordova_to_capacitor_ai_prompt1_title": "Prompt 1: Crear un plan de reemplazo de plugins",
-  "solutions_cordova_to_capacitor_ai_prompt2_title": "Prompt 2: Convertir preferencias de config.xml en cambios de Capacitor + nativos",
-  "solutions_cordova_to_capacitor_ai_prompt3_title": "Prompt 3: Plan de pruebas de corte (dispositivos reales)",
-  "solutions_cordova_to_capacitor_ai_quick_links": "Enlaces rápidos",
-  "solutions_cordova_to_capacitor_ai_row_bg_geo": "Geolocalización en segundo plano",
-  "solutions_cordova_to_capacitor_ai_row_biometrics": "Biometría",
-  "solutions_cordova_to_capacitor_ai_row_camera": "Cámara",
-  "solutions_cordova_to_capacitor_ai_row_iap": "Compras dentro de la app",
-  "solutions_cordova_to_capacitor_ai_row_inappbrowser": "Navegador in-app",
-  "solutions_cordova_to_capacitor_ai_row_live_updates": "OTA / actualizaciones en vivo",
-  "solutions_cordova_to_capacitor_ai_row_scanner": "Escaneo de documentos",
-  "solutions_cordova_to_capacitor_ai_row_social_login": "Inicio de sesión social",
-  "solutions_cordova_to_capacitor_ai_row_sqlite": "SQLite",
-  "solutions_cordova_to_capacitor_ai_section_changes_body": "Capacitor está más cerca de una app nativa que aloja tu web app. Publicas proyectos reales de Xcode y Android Studio, mantienes tu código web existente y modernizas plugins con APIs Capacitor-first.",
-  "solutions_cordova_to_capacitor_ai_section_changes_title": "Qué cambia al dejar Cordova",
-  "solutions_cordova_to_capacitor_ai_section_checklist_title": "Lista de verificación de migración (orden práctico)",
-  "solutions_cordova_to_capacitor_ai_section_help_body": "Si te preocupa el bloqueo en tiendas, regresiones de plugins o riesgos en la ruta de actualización para usuarios existentes, podemos encargarnos de la migración de principio a fin.",
-  "solutions_cordova_to_capacitor_ai_section_help_title": "¿Necesitas la opción todo incluido?",
-  "solutions_cordova_to_capacitor_ai_section_plugins_body": "La migración es el peor momento para aceptar plugins que \"más o menos funcionan\". Reemplaza pronto los plugins de alto riesgo (auth, pagos, servicios en segundo plano).",
-  "solutions_cordova_to_capacitor_ai_section_plugins_title": "Mapa de reemplazo de plugins (Capgo-first)",
-  "solutions_cordova_to_capacitor_ai_section_prompts_body": "Estos prompts están diseñados para producir resultados utilizables (tablas, listas, planes), no consejos vagos.",
-  "solutions_cordova_to_capacitor_ai_section_prompts_title": "Prompts de IA para copiar/pegar",
-  "solutions_cordova_to_capacitor_ai_section_skills_body": "Si usas un agente de programación con IA (Cursor, Claude Code, etc.), obtendrás mejores resultados si el agente sigue un playbook consistente para migraciones de Capacitor. Capgo publica skills open-source para Capacitor: plugins, buenas prácticas, depuración, CI/CD y live updates.",
-  "solutions_cordova_to_capacitor_ai_section_skills_title": "Skills de Capgo para agentes de IA (orientadas a migración)",
-  "solutions_cordova_to_capacitor_ai_short": "Guía de migración con IA (2026)",
-  "solutions_cordova_to_capacitor_ai_skills_see_link": "Skills de Capacitor para agentes de IA",
-  "solutions_cordova_to_capacitor_ai_skills_see_prefix": "Ver:",
-  "solutions_cordova_to_capacitor_ai_step1_item1": "<strong>config.xml</strong> preferencias (orientación, barra de estado, etc.)",
-  "solutions_cordova_to_capacitor_ai_step1_item2": "Variables de plugins (API keys, placeholders del manifest, esquemas de URL)",
-  "solutions_cordova_to_capacitor_ai_step1_item3": "Hooks/scripts personalizados de los que dependes",
-  "solutions_cordova_to_capacitor_ai_step1_item4": "Cualquier edición nativa manual dentro de <code>platforms/</code>",
-  "solutions_cordova_to_capacitor_ai_step1_subtitle": "Exporta lo que tienes hoy y úsalo como entrada para la migración:",
-  "solutions_cordova_to_capacitor_ai_step1_title": "1) Audita tu app de Cordova",
-  "solutions_cordova_to_capacitor_ai_step2_body": "Asegúrate de que <code>webDir</code> coincide con la carpeta de salida de tu build (p. ej. <code>dist</code>, <code>build</code>, <code>www</code>).",
-  "solutions_cordova_to_capacitor_ai_step2_title": "2) Añade Capacitor a tu app web",
-  "solutions_cordova_to_capacitor_ai_step3_title": "3) Añade proyectos iOS y Android",
-  "solutions_cordova_to_capacitor_ai_step4_title": "4) Build + Sync",
-  "solutions_cordova_to_capacitor_ai_table_cordova_plugin": "Plugin de Cordova (ejemplos)",
-  "solutions_cordova_to_capacitor_ai_table_replacement": "Reemplazo recomendado en Capacitor",
-  "solutions_cordova_to_capacitor_ai_table_use_case": "Caso de uso",
-  "solutions_cordova_to_capacitor_ai_title": "Migración de Cordova a Capacitor asistida por IA (2026)",
-  "solutions_cordova_to_capacitor_badge": "Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_benefit1_desc": "Capacitor follows iOS and Android changes closely, with active community support and a steady stream of updates.",
-  "solutions_cordova_to_capacitor_benefit1_title": "A Maintained Ecosystem",
-  "solutions_cordova_to_capacitor_benefit2_desc": "Modern native projects and clearer plugin patterns mean fewer mysterious runtime issues and faster root-cause analysis.",
-  "solutions_cordova_to_capacitor_benefit2_title": "Fewer Bugs and Easier Debugging",
-  "solutions_cordova_to_capacitor_benefit3_desc": "More modern tooling and WebView integration unlock faster startup paths and smoother UX when you optimize.",
-  "solutions_cordova_to_capacitor_benefit3_title": "Performance Headroom",
-  "solutions_cordova_to_capacitor_benefit4_desc": "Spend less time on forks and brittle build fixes. Reduce the long-term cost of ownership.",
-  "solutions_cordova_to_capacitor_benefit4_title": "Lower Maintenance Burden",
-  "solutions_cordova_to_capacitor_benefit5_desc": "Standard Xcode/Android Studio workflows plus modern CI/CD. Pair with live updates to ship fixes without waiting on reviews.",
-  "solutions_cordova_to_capacitor_benefit5_title": "Faster Releases and Safer Rollouts",
-  "solutions_cordova_to_capacitor_benefit6_desc": "Use Capacitor plugins, keep compatible Cordova plugins when needed, or build custom Swift/Kotlin plugins cleanly.",
-  "solutions_cordova_to_capacitor_benefit6_title": "More Plugins, More Capabilities",
-  "solutions_cordova_to_capacitor_benefit7_desc": "Stay current with platform requirements and dependency updates, and reduce the risk of abandoned packages.",
-  "solutions_cordova_to_capacitor_benefit7_title": "Better Security Posture",
-  "solutions_cordova_to_capacitor_benefit8_desc": "Move on a stack that makes it easier to implement and maintain screen reader support, focus management, and UX fixes.",
-  "solutions_cordova_to_capacitor_benefit8_title": "Accessibility Improvements That Stick",
-  "solutions_cordova_to_capacitor_benefits_label": "Benefits",
-  "solutions_cordova_to_capacitor_benefits_subtitle": "Better maintenance, fewer bugs, better performance, and more ways to ship.",
-  "solutions_cordova_to_capacitor_benefits_title": "Why Capacitor Is the Better Long-Term Bet",
-  "solutions_cordova_to_capacitor_cta_note": "Fixed timeline for most apps. Complex native integrations may require a follow-up phase.",
-  "solutions_cordova_to_capacitor_cta_subtitle": "Get a 10-day migration plan and a modern Capacitor baseline you can build on for years.",
-  "solutions_cordova_to_capacitor_cta_title": "Ready to Leave Cordova Behind?",
-  "solutions_cordova_to_capacitor_day10_desc": "Cut a release candidate, support store submission if needed, and hand off docs and next steps.",
-  "solutions_cordova_to_capacitor_day10_title": "Go-Live Support",
-  "solutions_cordova_to_capacitor_day1_desc": "Review Cordova config, plugins, native hooks, and build pipeline. Produce a migration plan and risk list.",
-  "solutions_cordova_to_capacitor_day1_title": "Audit and Migration Plan",
-  "solutions_cordova_to_capacitor_day2_desc": "Initialize Capacitor, set up iOS/Android projects, align package scripts, and establish baseline builds.",
-  "solutions_cordova_to_capacitor_day2_title": "Capacitor Project Setup",
-  "solutions_cordova_to_capacitor_day3_desc": "Wire your existing web build into Capacitor, configure app metadata, icons, and basic runtime settings.",
-  "solutions_cordova_to_capacitor_day3_title": "Web App Integration",
-  "solutions_cordova_to_capacitor_day4_desc": "Map Cordova plugins to Capacitor equivalents. Keep compatible Cordova plugins when safe, replace the rest.",
-  "solutions_cordova_to_capacitor_day4_title": "Plugin Mapping",
-  "solutions_cordova_to_capacitor_day5_desc": "Configure permissions, entitlements, deep links, push prerequisites, and any required native settings.",
-  "solutions_cordova_to_capacitor_day5_title": "Native Configuration",
-  "solutions_cordova_to_capacitor_day6_desc": "Validate core user flows and ensure parity with your Cordova app. Fix regressions and edge cases.",
-  "solutions_cordova_to_capacitor_day6_title": "Feature Parity Pass",
-  "solutions_cordova_to_capacitor_day7_desc": "Remove legacy workarounds, tune WebView settings, and fix crashers found during testing.",
-  "solutions_cordova_to_capacitor_day7_title": "Performance and Stability Hardening",
-  "solutions_cordova_to_capacitor_day8_desc": "Improve screen reader behavior, focus order, and touch targets. Validate with real devices.",
-  "solutions_cordova_to_capacitor_day8_title": "Accessibility Pass",
-  "solutions_cordova_to_capacitor_day9_desc": "Set up repeatable builds, signing, and a release checklist. Create a rollback plan.",
-  "solutions_cordova_to_capacitor_day9_title": "CI/CD and Release Prep",
-  "solutions_cordova_to_capacitor_deliverable1": "A working Capacitor iOS project (Xcode) and Android project (Gradle/Android Studio)",
-  "solutions_cordova_to_capacitor_deliverable2": "Critical plugins migrated or replaced, with a clear compatibility matrix",
-  "solutions_cordova_to_capacitor_deliverable3": "A documented build and release process (local + CI)",
-  "solutions_cordova_to_capacitor_deliverable4": "A tested migration branch/PR ready to merge, with a release checklist",
-  "solutions_cordova_to_capacitor_deliverable5": "Accessibility and performance improvements prioritized with quick wins applied",
-  "solutions_cordova_to_capacitor_deliverable6": "A roadmap for remaining plugin work and future native capabilities",
-  "solutions_cordova_to_capacitor_deliverables_label": "Deliverables",
-  "solutions_cordova_to_capacitor_deliverables_note": "Need custom native work or a plugin that doesn't exist? We can build and maintain it.",
-  "solutions_cordova_to_capacitor_deliverables_title": "What You Get at the End",
-  "solutions_cordova_to_capacitor_description": "Move from Cordova to Capacitor in 10 days. Reduce maintenance burden, improve performance and accessibility, and unlock a richer plugin ecosystem.",
-  "solutions_cordova_to_capacitor_diy_cta": "Read the migration guide",
-  "solutions_cordova_to_capacitor_diy_subtitle": "We have a step-by-step guide if you want to migrate yourself, and we're here if you want experts to run it end-to-end.",
-  "solutions_cordova_to_capacitor_diy_title": "Prefer to DIY?",
-  "solutions_cordova_to_capacitor_faq1_a": "No. In most migrations, your web UI and business logic stay the same. We focus on the native layer, plugins, and build pipeline.",
-  "solutions_cordova_to_capacitor_faq1_q": "Do we have to rewrite the app?",
-  "solutions_cordova_to_capacitor_faq2_a": "Sometimes. Capacitor can use many Cordova plugins, but we prefer maintained equivalents for critical paths to reduce long-term risk.",
-  "solutions_cordova_to_capacitor_faq2_q": "Can we keep Cordova plugins?",
-  "solutions_cordova_to_capacitor_faq3_a": "Those are usually better in Capacitor because the ecosystem is active. We map each capability to stable plugins and configure native settings.",
-  "solutions_cordova_to_capacitor_faq3_q": "What about push notifications, deep links, and biometrics?",
-  "solutions_cordova_to_capacitor_faq4_a": "Typically you gain performance headroom and stability by removing legacy code and moving to modern tooling. We also run a hardening pass during the migration.",
-  "solutions_cordova_to_capacitor_faq4_q": "Will this improve performance?",
-  "solutions_cordova_to_capacitor_faq5_a": "We keep feature parity as the goal, test core flows, and ship with a rollback plan. If you use live updates, you can also fix issues fast after release.",
-  "solutions_cordova_to_capacitor_faq5_q": "How do you reduce release risk?",
-  "solutions_cordova_to_capacitor_faq6_a": "Access to your repo, your current signing/setup (or someone who can provide it), and a list of must-have plugins and flows.",
-  "solutions_cordova_to_capacitor_faq6_q": "What do you need from us to start?",
-  "solutions_cordova_to_capacitor_faq_subtitle": "The common questions teams ask before migrating.",
-  "solutions_cordova_to_capacitor_faq_title": "FAQ",
-  "solutions_cordova_to_capacitor_hero_highlight": "Fixed timeline, clear deliverables, and a safe release plan",
-  "solutions_cordova_to_capacitor_hero_subtitle": "Keep your UI and business logic, modernize the native layer, and unlock a maintained ecosystem of plugins and capabilities.",
-  "solutions_cordova_to_capacitor_hero_title": "Migrate from Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_pain1_desc": "Unmaintained plugins break with new SDKs. Teams end up forking, patching, and carrying tech debt release after release.",
-  "solutions_cordova_to_capacitor_pain1_title": "Plugins Are Aging",
-  "solutions_cordova_to_capacitor_pain2_desc": "Xcode and Android Gradle changes turn routine upgrades into fire drills, slowing down releases and increasing risk.",
-  "solutions_cordova_to_capacitor_pain2_title": "Builds Break on Every Platform Update",
-  "solutions_cordova_to_capacitor_pain3_desc": "Modern accessibility expectations require maintained tooling and plugins. Legacy stacks make improvements slower and bug-prone.",
-  "solutions_cordova_to_capacitor_pain3_title": "Accessibility and UX Are Harder Than They Should Be",
-  "solutions_cordova_to_capacitor_pain4_desc": "Biometrics, passkeys, modern notifications, deep links, app extensions: the Capacitor ecosystem moves faster and gives you options.",
-  "solutions_cordova_to_capacitor_pain4_title": "You Miss Out on New Capabilities",
-  "solutions_cordova_to_capacitor_plan_label": "10-Day Plan",
-  "solutions_cordova_to_capacitor_plan_subtitle": "We start with an audit, migrate the native layer, replace critical plugins, and ship with confidence.",
-  "solutions_cordova_to_capacitor_plan_title": "A Clear Migration Plan, Delivered in 10 Days",
-  "solutions_cordova_to_capacitor_reality_label": "Why Move",
-  "solutions_cordova_to_capacitor_reality_subtitle": "The longer you wait, the more expensive each iOS/Android update becomes.",
-  "solutions_cordova_to_capacitor_reality_title": "Cordova Is Quietly Taxing Your Team",
-  "solutions_cordova_to_capacitor_scope_keep_html": "<li>Your existing UI and routes</li><li>Your JS/TS codebase and state management</li><li>Your backend, APIs, and analytics</li><li>Your product roadmap</li><li>Your app identity and store presence</li>",
-  "solutions_cordova_to_capacitor_scope_keep_title": "You keep",
-  "solutions_cordova_to_capacitor_scope_note": "We migrate your native layer while preserving your product. The goal is a stable Capacitor baseline you can iterate on.",
-  "solutions_cordova_to_capacitor_scope_title": "Keep What Works. Upgrade What Holds You Back.",
-  "solutions_cordova_to_capacitor_scope_upgrade_html": "<li>Native iOS/Android projects (Xcode, Android Studio)</li><li>Plugin layer with maintained equivalents</li><li>Build configuration, signing, and permissions</li><li>Modern debugging and tooling</li><li>Release pipeline and rollback plan</li>",
-  "solutions_cordova_to_capacitor_scope_upgrade_title": "We upgrade",
-  "solutions_cordova_to_capacitor_short": "Cordova to Capacitor",
-  "solutions_cordova_to_capacitor_title": "Cordova to Capacitor Migration",
-  "solutions_cordova_to_capacitor_visual1_desc": "Replace brittle plugins and remove legacy hacks that cause crashes and weird edge cases.",
-  "solutions_cordova_to_capacitor_visual1_title": "Fewer Production Bugs",
-  "solutions_cordova_to_capacitor_visual2_desc": "Stay aligned with platform changes, reduce forks, and keep dependencies current.",
-  "solutions_cordova_to_capacitor_visual2_title": "Maintenance and Security",
-  "solutions_cordova_to_capacitor_visual3_desc": "Native builds that CI understands, plus faster releases with safer rollouts.",
-  "solutions_cordova_to_capacitor_visual3_title": "Modern Delivery Workflow",
-  "solutions_days": "días",
-  "solutions_direct_background_mode": "Modo segundo plano",
-  "solutions_direct_background_problem": "Las actualizaciones se descargan en segundo plano - los usuarios ven los cambios en el próximo inicio",
-  "solutions_direct_benefit1_desc": "Every user who opens your app after an update gets the new version immediately. No exceptions. No 'one more session with the bug.' Every single session runs your latest code.",
-  "solutions_direct_benefit1_point1": "100% of sessions run your latest code - not 95%, not 99%, but 100%",
-  "solutions_direct_benefit1_point2": "Critical bug fixes reach users before they can experience the bug",
-  "solutions_direct_benefit1_point3": "Compliance updates take effect immediately across all devices",
-  "solutions_direct_benefit1_stat": "of sessions running latest code",
-  "solutions_direct_benefit1_title": "Zero Outdated Sessions",
-  "solutions_direct_benefit2_desc": "When you push a fix, it's truly fixed. Users don't experience the bug 'one more time' while waiting for the next launch. The moment they open the app after your fix, they get the fixed version.",
-  "solutions_direct_benefit2_point1": "No more 'I just hit that bug' support tickets after you've deployed",
-  "solutions_direct_benefit2_point2": "Monitoring shows immediate improvement, not gradual rollout curves",
-  "solutions_direct_benefit2_point3": "On-call engineers can go back to sleep immediately after deploying",
-  "solutions_direct_benefit2_stat": "Bug experiences after fix deployed",
-  "solutions_direct_benefit2_title": "Instant Bug Resolution",
-  "solutions_direct_benefit3_desc": "New users downloading your app for the first time always get your best onboarding flow. When you A/B test and find a winner, every new user gets it immediately - not after a background download cycle.",
-  "solutions_direct_benefit3_point1": "New users never see outdated onboarding flows",
-  "solutions_direct_benefit3_point2": "A/B test winners deploy instantly to 100% of new users",
-  "solutions_direct_benefit3_point3": "First impressions are always your best current experience",
-  "solutions_direct_benefit3_stat": "Improvement in Day-1 retention",
-  "solutions_direct_benefit3_title": "Optimized User Onboarding",
-  "solutions_direct_benefits_subtitle": "Control total sobre tus versiones de app",
-  "solutions_direct_benefits_title": "Por qué elegir actualizaciones directas",
-  "solutions_direct_bg_result": "Puede tomar horas hasta que los usuarios vean la nueva versión",
-  "solutions_direct_bg_step1": "User opens app",
-  "solutions_direct_bg_step2": "App renders immediately (old version)",
-  "solutions_direct_bg_step3": "Update downloads in background",
-  "solutions_direct_bg_step4": "Update applies on NEXT launch",
-  "solutions_direct_case_company": "FinanzApp SL",
-  "solutions_direct_case_industry": "Servicios financieros",
-  "solutions_direct_case_metric1_label": "Time to 100% deployment",
-  "solutions_direct_case_metric1_value": "0 minutes",
-  "solutions_direct_case_metric2_label": "Affected transactions post-fix",
-  "solutions_direct_case_metric2_value": "0",
-  "solutions_direct_case_metric3_label": "Revenue protected per incident",
-  "solutions_direct_case_metric3_value": "$1.8M+",
-  "solutions_direct_case_metric4_label": "Customer support tickets",
-  "solutions_direct_case_metric4_value": "-97%",
-  "solutions_direct_case_para1": "QuickCart runs flash sales with 100,000+ concurrent users during peak events. When a payment gateway update broke their checkout flow, they discovered it 4 hours into a major sale. With background updates, users who had already opened the app would experience the bug.",
-  "solutions_direct_case_para2": "Their engineering team pushed the fix in 23 minutes. But with background updates, over 40,000 users who opened the app during those 23 minutes would still hit the bug on their current session. At their average order value of $47, that represented over $1.8 million in at-risk revenue.",
-  "solutions_direct_case_para3": "After switching to Direct Updates, their next incident was resolved with zero affected transactions. The fix deployed in 18 minutes, and every user who opened the app after that moment got the fixed version immediately. Their CFO now insists on Direct Updates for all customer-facing payment flows.",
-  "solutions_direct_case_quote": "Las actualizaciones directas nos ahorraron millones. Un error crítico de cálculo se corrigió en 30 segundos para todos los usuarios.",
-  "solutions_direct_case_quote_author": "Tomás M., CTO",
-  "solutions_direct_case_results": "100% de usuarios actualizados en menos de 1 minuto",
-  "solutions_direct_d_result": "Todos los usuarios en la misma versión en segundos",
-  "solutions_direct_d_step1": "User opens app",
-  "solutions_direct_d_step2": "Update downloads immediately (~500ms)",
-  "solutions_direct_d_step3": "App renders with latest version",
-  "solutions_direct_direct_mode": "Modo directo",
-  "solutions_direct_final_cta_note": "Comienza gratis. Sin tarjeta de crédito.",
-  "solutions_direct_final_cta_subtitle": "Comienza hoy con actualizaciones directas para tu app",
-  "solutions_direct_final_cta_title": "¿Listo para actualizaciones instantáneas?",
-  "solutions_direct_instant_apply": "Aplicación instantánea",
-  "solutions_direct_problem_result": "Los usuarios usan versiones desactualizadas durante horas",
-  "solutions_direct_problem_step1_desc": "Your update is available, but the user sees the buggy version. Background download starts silently.",
-  "solutions_direct_problem_step1_title": "User Opens App with Bug",
-  "solutions_direct_problem_step2_desc": "They encounter the exact issue you fixed. Frustration builds. Maybe they leave a 1-star review.",
-  "solutions_direct_problem_step2_title": "User Experiences the Bug",
-  "solutions_direct_problem_step3_desc": "The fix was ready, but they had to experience the bug first. For critical issues, that's unacceptable.",
-  "solutions_direct_problem_step3_title": "Update Applies on NEXT Launch",
-  "solutions_direct_problem_title": "El problema con actualizaciones en segundo plano",
-  "solutions_direct_scenario1_desc": "Users can't complete purchases. Every session without the fix is lost revenue.",
-  "solutions_direct_scenario1_title": "Payment Flow Broken",
-  "solutions_direct_scenario2_desc": "A security flaw was discovered. Users shouldn't run the vulnerable code even once.",
-  "solutions_direct_scenario2_title": "Security Vulnerability",
-  "solutions_direct_scenario3_desc": "New regulations take effect at midnight. Every user must see the updated terms immediately.",
-  "solutions_direct_scenario3_title": "Compliance Deadline",
-  "solutions_direct_scenario_title": "Caso real",
-  "solutions_direct_solution_subtitle": "Las actualizaciones se descargan y aplican antes de que cargue tu app",
-  "solutions_direct_solution_title": "Actualizaciones directas: Consistencia instantánea",
-  "solutions_direct_speed_apply": "Aplicación",
-  "solutions_direct_speed_check": "Verificación",
-  "solutions_direct_speed_download": "Descarga",
-  "solutions_direct_speed_subtitle": "Las actualizaciones más rápidas del mercado",
-  "solutions_direct_speed_title": "Diseñado para velocidad",
-  "solutions_direct_speed_uptime": "Disponibilidad",
-  "solutions_direct_sub_second": "Actualizaciones sub-segundo",
-  "solutions_direct_updates": "Actualizaciones directas",
-  "solutions_direct_updates_description": "Corrige bugs críticos en segundos. Muestra a los usuarios la última versión instantáneamente al abrir - sin esperar descargas.",
-  "solutions_direct_updates_hero_subtitle": "Tu app no puede permitirse bugs críticos sin corregir. Las actualizaciones directas garantizan que cada usuario reciba la corrección inmediatamente.",
-  "solutions_direct_updates_hero_title": "Correcciones en segundos, no semanas",
-  "solutions_direct_updates_title": "Actualizaciones directas",
-  "solutions_direct_usecase1_desc": "Payment failures, authentication issues, data corruption - bugs where experiencing them once is too many times.",
-  "solutions_direct_usecase1_title": "Critical Bug Fixes",
-  "solutions_direct_usecase2_desc": "First impressions matter. Ensure every new user gets your best, most optimized onboarding experience from their first session.",
-  "solutions_direct_usecase2_title": "New User Onboarding",
-  "solutions_direct_usecase3_desc": "Features tied to specific times - holiday sales, product launches, live events. They need to be live exactly when the event starts.",
-  "solutions_direct_usecase3_title": "Event-Based Features",
-  "solutions_direct_usecase4_desc": "Vulnerability discovered? Users shouldn't run vulnerable code even once after you've patched it.",
-  "solutions_direct_usecase4_title": "Security Patches",
-  "solutions_direct_usecase5_desc": "Found a winning variant? Ship it to 100% of users immediately instead of waiting for gradual background updates.",
-  "solutions_direct_usecase5_title": "A/B Test Rollouts",
-  "solutions_direct_usecase6_desc": "New regulations, updated terms, required disclosures. Legal deadlines don't wait for background downloads.",
-  "solutions_direct_usecase6_title": "Compliance Updates",
-  "solutions_direct_when_matters": "Cuando cada segundo cuenta",
-  "solutions_direct_when_subtitle": "Perfecto para escenarios críticos",
-  "solutions_direct_when_title": "Cuándo usar actualizaciones directas",
-  "solutions_direct_zero_outdated": "Cero usuarios desactualizados",
-  "solutions_ecommerce_badge": "Optimizado E-Commerce",
-  "solutions_ecommerce_cta_note": "Comienza gratis. Sin tarjeta de crédito.",
-  "solutions_ecommerce_cta_subtitle": "Comienza con actualizaciones instantáneas para tu app de compras",
-  "solutions_ecommerce_cta_title": "¿Listo para proteger tus ingresos?",
-  "solutions_ecommerce_description": "Cada minuto con el checkout roto cuesta ingresos. Corrige bugs instantáneamente, lanza ventas flash, mantén tu app de compras actualizada.",
-  "solutions_ecommerce_hero_subtitle": "¿Un botón de checkout roto a medianoche? Corrígelo instantáneamente en lugar de perder ingresos mañana. Tu app de compras merece actualizaciones instantáneas.",
-  "solutions_ecommerce_hero_title": "Protege tus ingresos con actualizaciones rápidas",
-  "solutions_ecommerce_nightmare_cost": "10.000€+ de ingresos perdidos",
-  "solutions_ecommerce_nightmare_para1": "It's Black Friday morning. Traffic is 10x normal. Then you see it: the promo code field doesn't work on iOS.",
-  "solutions_ecommerce_nightmare_para2": "You have 10,000 customers trying to check out. They can't apply their 30% discount. They're abandoning carts.",
-  "solutions_ecommerce_nightmare_para3": "You fix the bug in 20 minutes. But the fix won't go live until next Wednesday. After the sale ends.",
-  "solutions_ecommerce_nightmare_title": "La pesadilla del E-Commerce",
-  "solutions_ecommerce_pain1_desc": "Your sale starts in 2 hours. You just found a bug in the promo code logic. App store review takes 5 days.",
-  "solutions_ecommerce_pain1_title": "Flash Sales Can't Wait",
-  "solutions_ecommerce_pain2_desc": "Every checkout bug is lost revenue. Every. Single. One. And you can't fix them fast enough.",
-  "solutions_ecommerce_pain2_title": "Cart Bugs Kill Conversions",
-  "solutions_ecommerce_pain3_desc": "You want to test a new checkout flow. With app store reviews, each iteration takes a week.",
-  "solutions_ecommerce_pain3_title": "A/B Testing Is Too Slow",
-  "solutions_ecommerce_pain4_desc": "'App is broken' reviews during peak season destroy your conversion rate. And they're permanent.",
-  "solutions_ecommerce_pain4_title": "Bad Reviews Tank Sales",
-  "solutions_ecommerce_reality_label": "La realidad",
-  "solutions_ecommerce_reality_title": "Cada minuto de downtime cuesta dinero",
-  "solutions_ecommerce_results_title": "Resultados reales",
-  "solutions_ecommerce_short": "E-Commerce",
-  "solutions_ecommerce_sol1_desc": "Found a bug during your flash sale? Fix it and push the update. Your customers get the fix in hours, not days.",
-  "solutions_ecommerce_sol1_title": "Push Updates Mid-Sale",
-  "solutions_ecommerce_sol2_desc": "Test checkout flows, product pages, promo displays. Get results in days, not months.",
-  "solutions_ecommerce_sol2_title": "A/B Test Everything",
-  "solutions_ecommerce_sol3_desc": "Payment failures, coupon bugs, checkout crashes - fix them the moment you find them.",
-  "solutions_ecommerce_sol3_title": "Fix Cart Issues Instantly",
-  "solutions_ecommerce_sol4_desc": "Holiday themes, sale banners, seasonal promotions - update them instantly without a new app release.",
-  "solutions_ecommerce_sol4_title": "Seasonal Updates On Demand",
-  "solutions_ecommerce_solution_label": "La solución",
-  "solutions_ecommerce_solution_subtitle": "Sin esperas, sin pérdida de ingresos",
-  "solutions_ecommerce_solution_title": "Actualizaciones commerce instantáneas",
-  "solutions_ecommerce_stat1": "Conversion rate increase",
-  "solutions_ecommerce_stat2": "Cart abandonment reduction",
-  "solutions_ecommerce_stat3": "Faster feature iteration",
-  "solutions_ecommerce_stat4": "Bug fix time",
-  "solutions_ecommerce_title": "Para E-Commerce",
-  "solutions_enterprise_customers_subtitle": "Empresas de todo el mundo confían en Capgo",
-  "solutions_enterprise_customers_title": "La confianza de los líderes",
-  "solutions_enterprise_problem1_desc": "You have 10, 20, 50 apps across different teams. Coordinating releases is a nightmare. One team's deploy breaks another team's app.",
-  "solutions_enterprise_problem1_title": "Too Many Apps, Not Enough Control",
-  "solutions_enterprise_problem2_desc": "Half your users are on v2.3, the other half on v2.1. Support tickets pile up for bugs you already fixed.",
-  "solutions_enterprise_problem2_title": "Version Fragmentation",
-  "solutions_enterprise_problem3_desc": "When auditors ask 'who deployed what, when, and why?' you need answers. Not excuses.",
-  "solutions_enterprise_problem3_title": "Compliance & Audits",
-  "solutions_enterprise_problem4_desc": "App store reviews take days. By the time your fix ships, the damage is done.",
-  "solutions_enterprise_problem4_title": "Slow Rollouts",
-  "solutions_enterprise_problem5_desc": "Multiple teams deploying to the same app. Conflicting changes. No visibility into what's live.",
-  "solutions_enterprise_problem5_title": "Team Coordination Chaos",
-  "solutions_enterprise_problem6_desc": "A critical bug hits production on Friday night. Your only option is waiting for app store approval.",
-  "solutions_enterprise_problem6_title": "Production Incidents at 2 AM",
-  "solutions_enterprise_problems_label": "Retos Enterprise",
-  "solutions_enterprise_problems_title": "Lo que quita el sueño a los equipos Enterprise",
-  "solutions_enterprise_short": "Enterprise",
-  "solutions_enterprise_sol1_desc": "Manage every app in your portfolio from a single view. See version adoption, deployment status, and user metrics at a glance.",
-  "solutions_enterprise_sol1_point1": "Organization-wide app management",
-  "solutions_enterprise_sol1_point2": "Role-based access control per app",
-  "solutions_enterprise_sol1_point3": "Unified deployment across all apps",
-  "solutions_enterprise_sol1_title": "One Dashboard, All Your Apps",
-  "solutions_enterprise_sol2_desc": "Never deploy blind again. Roll out to internal QA first, then beta users, then 10% of production. Catch issues before they become incidents.",
-  "solutions_enterprise_sol2_point1": "Percentage-based gradual rollouts",
-  "solutions_enterprise_sol2_point2": "Automatic rollback on crash detection",
-  "solutions_enterprise_sol2_point3": "Device and user targeting",
-  "solutions_enterprise_sol2_title": "Staged Rollouts That Protect You",
-  "solutions_enterprise_sol3_desc": "Every deployment is logged. Every change tracked. When auditors come knocking, you're ready.",
-  "solutions_enterprise_sol3_point1": "Complete deployment audit trails",
-  "solutions_enterprise_sol3_point2": "SOC 2 Type II certified infrastructure",
-  "solutions_enterprise_sol3_point3": "GDPR compliant by design",
-  "solutions_enterprise_sol3_title": "Audit-Ready Compliance",
-  "solutions_enterprise_solution_label": "La solución",
-  "solutions_enterprise_solution_subtitle": "Todo lo que los grandes equipos necesitan para despliegues seguros y conformes",
-  "solutions_enterprise_solution_title": "Features Enterprise que escalan",
-  "solutions_enterprise_stat_rollback": "Rollback automático",
-  "solutions_enterprise_stat_updates": "1.400M+ actualizaciones entregadas",
-  "solutions_enterprise_stat_uptime": "SLA 99,9% disponibilidad",
-  "solutions_enterprise_tagline": "Despliegues multi-app, multi-equipo",
-  "solutions_enterprise_testimonial": "Capgo nos da el control y la seguridad que necesitamos para nuestra industria regulada.",
-  "solutions_enterprise_testimonial_author": "Miguel S.",
-  "solutions_enterprise_testimonial_role": "VP de Ingeniería",
-  "solutions_final_cta_note": "Prueba gratuita de 14 días. Sin tarjeta de crédito. La configuración toma 5 minutos.",
-  "solutions_final_cta_subtitle": "Comienza hoy con actualizaciones en vivo para tu app",
-  "solutions_final_cta_title": "¿Listo para empezar?",
-  "solutions_fintech_badge": "Optimizado Fintech",
-  "solutions_fintech_badge_e2e": "End-to-End Encryption",
-  "solutions_fintech_badge_gdpr": "Conforme RGPD",
-  "solutions_fintech_badge_soc2": "SOC 2 Type II Certified",
-  "solutions_fintech_cert1_desc": "Independently audited security controls and processes",
-  "solutions_fintech_cert1_title": "SOC 2 Type II",
-  "solutions_fintech_cert2_desc": "EU data protection compliance built-in",
-  "solutions_fintech_cert2_title": "GDPR Compliant",
-  "solutions_fintech_cert3_desc": "Your code is encrypted. Only your app can decrypt it.",
-  "solutions_fintech_cert3_title": "End-to-End Encryption",
-  "solutions_fintech_cta_note": "SOC 2, conforme RGPD. Self-hosting disponible.",
-  "solutions_fintech_cta_subtitle": "Habla con nuestro equipo sobre tus requisitos de cumplimiento",
-  "solutions_fintech_cta_title": "¿Listo para actualizaciones Fintech seguras?",
-  "solutions_fintech_description": "Seguridad y cumplimiento para apps financieras. Cifrado de extremo a extremo, logs de auditoría, opción self-hosting para máximo control.",
-  "solutions_fintech_hero_subtitle": "Despliega correcciones críticas instantáneamente sin comprometer seguridad ni cumplimiento. Diseñado para los requisitos regulatorios más estrictos.",
-  "solutions_fintech_hero_title": "Actualizaciones seguras para apps financieras",
-  "solutions_fintech_nightmare_para1": "It's 2 AM on Friday. Your security team finds a vulnerability in the payment flow. Users' financial data could be exposed.",
-  "solutions_fintech_nightmare_para2": "You have the fix ready in 30 minutes. Now you submit to the app store and wait.",
-  "solutions_fintech_nightmare_para3": "5 days. That's how long until Apple approves your critical security patch. 5 days of exposure.",
-  "solutions_fintech_nightmare_title": "Lo que puede salir mal",
-  "solutions_fintech_opensource_cta": "Ver código en GitHub",
-  "solutions_fintech_opensource_desc": "Audita cada línea de código. Sin cajas negras en tu infra financiera.",
-  "solutions_fintech_opensource_title": "100% Open Source",
-  "solutions_fintech_pain1_desc": "Security patches can't wait 5 days. Neither can compliance fixes. Every hour matters.",
-  "solutions_fintech_pain1_title": "App Store Reviews Are Too Slow",
-  "solutions_fintech_pain2_desc": "SOC 2, PCI-DSS, GDPR - you need audit trails for everything. 'We pushed the fix' isn't enough.",
-  "solutions_fintech_pain2_title": "Compliance Requirements Are Strict",
-  "solutions_fintech_pain3_desc": "When your app is broken, transactions fail. Every minute of downtime is lost revenue and lost trust.",
-  "solutions_fintech_pain3_title": "Downtime Costs Millions",
-  "solutions_fintech_pain4_desc": "When regulators ask how you respond to security incidents, 'we wait for Apple' isn't an acceptable answer.",
-  "solutions_fintech_pain4_title": "Regulators Are Watching",
-  "solutions_fintech_reality_label": "La realidad",
-  "solutions_fintech_reality_title": "Los bugs en apps financieras son costosos",
-  "solutions_fintech_short": "Fintech y Banca",
-  "solutions_fintech_sol1_desc": "When you find a vulnerability, fix it immediately. No app store review. No waiting. Your users are protected in hours, not days.",
-  "solutions_fintech_sol1_title": "Instant Security Patches",
-  "solutions_fintech_sol2_desc": "Every deployment is logged with timestamps, user info, and change details. When auditors ask, you have answers.",
-  "solutions_fintech_sol2_point1": "Complete deployment audit trails",
-  "solutions_fintech_sol2_point2": "User-level tracking for compliance",
-  "solutions_fintech_sol2_point3": "Exportable reports for regulators",
-  "solutions_fintech_sol2_title": "Audit-Ready Compliance",
-  "solutions_fintech_sol3_desc": "Your app bundles are encrypted in transit and at rest. Only your app can decrypt them. Not us. Not anyone.",
-  "solutions_fintech_sol3_title": "End-to-End Encryption",
-  "solutions_fintech_sol4_desc": "If a deployment causes issues, roll back to the previous version in seconds. No downtime. No data loss.",
-  "solutions_fintech_sol4_title": "Instant Rollback",
-  "solutions_fintech_solution_label": "La solución",
-  "solutions_fintech_solution_subtitle": "Todas las features de seguridad que exige el cumplimiento",
-  "solutions_fintech_solution_title": "Seguridad Enterprise, velocidad Startup",
-  "solutions_fintech_title": "Para Fintech",
-  "solutions_fintech_trust_subtitle": "Bancos y servicios financieros de todo el mundo usan Capgo",
-  "solutions_fintech_trust_title": "La confianza de Fintech",
-  "solutions_get_started": "Comenzar",
-  "solutions_healthcare_audit_label": "Trazabilidad Completa",
-  "solutions_healthcare_audit_subtitle": "Cuando los auditores pregunten '¿qué código se está ejecutando en los dispositivos de pacientes?', tendrás la respuesta.",
-  "solutions_healthcare_audit_title": "Cada Actualización Vinculada a Su Origen",
-  "solutions_healthcare_badge": "Optimizado Salud",
-  "solutions_healthcare_badge_e2e": "End-to-End Encryption",
-  "solutions_healthcare_badge_hipaa": "Conforme HIPAA",
-  "solutions_healthcare_badge_soc2": "SOC 2 Type II",
-  "solutions_healthcare_cert1_desc": "Infrastructure designed for protected health information",
-  "solutions_healthcare_cert1_title": "HIPAA Ready",
-  "solutions_healthcare_cert2_desc": "Independently audited security controls",
-  "solutions_healthcare_cert2_title": "SOC 2 Type II",
-  "solutions_healthcare_cert3_desc": "Audit our code. We have nothing to hide.",
-  "solutions_healthcare_cert3_title": "Open Source",
-  "solutions_healthcare_commit_desc": "Cada paquete se vincula automáticamente al exacto commit de Git desde el que se construyó. Rastrea cualquier código desplegado hasta su fuente, autor y cadena de aprobación.",
-  "solutions_healthcare_commit_title": "Enlace de Commit en Git",
-  "solutions_healthcare_cta_note": "Conforme HIPAA. Self-hosting disponible.",
-  "solutions_healthcare_cta_subtitle": "Habla con nuestro equipo sobre tus requisitos HIPAA",
-  "solutions_healthcare_cta_title": "¿Listo para actualizaciones de salud conformes?",
-  "solutions_healthcare_description": "Actualizaciones compliance-first para apps de salud. Compatible HIPAA, opción self-hosting, audit trails completos para requisitos regulatorios.",
-  "solutions_healthcare_hero_subtitle": "Despliega actualizaciones críticas de apps médicas manteniendo conformidad HIPAA completa. Diseñado para entornos de salud regulados.",
-  "solutions_healthcare_hero_title": "Actualizaciones seguras para apps de salud",
-  "solutions_healthcare_inapp_desc": "Muestra la versión del paquete, las notas de la versión y los mensajes personalizados directamente en tu aplicación. Permite al personal clínico verificar que están utilizando la versión aprobada.",
-  "solutions_healthcare_inapp_title": "Información de Versión en Tu Aplicación",
-  "solutions_healthcare_pain1_desc": "Clinical decision support bugs need immediate fixes. App store reviews take 5-7 days. That's unacceptable.",
-  "solutions_healthcare_pain1_title": "Patient Safety Can't Wait",
-  "solutions_healthcare_pain2_desc": "Every update needs audit trails. Every deployment needs documentation. No exceptions.",
-  "solutions_healthcare_pain2_title": "HIPAA Compliance Is Non-Negotiable",
-  "solutions_healthcare_pain3_desc": "When doctors can't trust your app, they stop using it. One bug can destroy years of relationship building.",
-  "solutions_healthcare_pain3_title": "Provider Trust Is Everything",
-  "solutions_healthcare_pain4_desc": "FDA, HIPAA auditors, hospital compliance teams - they all want to know how you handle updates.",
-  "solutions_healthcare_pain4_title": "Regulatory Scrutiny Is Constant",
-  "solutions_healthcare_reality_label": "La realidad",
-  "solutions_healthcare_reality_title": "El cumplimiento no debe frenar las actualizaciones",
-  "solutions_healthcare_scenario_para1": "A nurse reports that the medication dosage calculator is showing incorrect values for pediatric patients.",
-  "solutions_healthcare_scenario_para2": "Your team identifies the bug: a unit conversion error that affects patients under 30kg. You have the fix ready in 2 hours.",
-  "solutions_healthcare_scenario_para3": "But the app store review takes 5-7 days. That's 5-7 days of potential harm.",
-  "solutions_healthcare_scenario_title": "Caso de uso Salud",
-  "solutions_healthcare_short": "Salud",
-  "solutions_healthcare_sol1_desc": "When patient safety is at risk, deploy the fix immediately. No app store review. No waiting.",
-  "solutions_healthcare_sol1_title": "Emergency Updates in Minutes",
-  "solutions_healthcare_sol2_desc": "Our infrastructure is designed for healthcare. Audit trails, encryption, access controls - all built-in.",
-  "solutions_healthcare_sol2_point1": "Complete deployment audit trails",
-  "solutions_healthcare_sol2_point2": "Role-based access controls",
-  "solutions_healthcare_sol2_point3": "BAA available for enterprise",
-  "solutions_healthcare_sol2_title": "HIPAA-Ready Infrastructure",
-  "solutions_healthcare_sol3_desc": "Your app bundles are encrypted with keys only you control. PHI never touches our servers.",
-  "solutions_healthcare_sol3_title": "End-to-End Encryption",
-  "solutions_healthcare_sol4_desc": "Roll out to a small group first. Verify everything works. Then expand to all users.",
-  "solutions_healthcare_sol4_step1": "Internal QA team",
-  "solutions_healthcare_sol4_step2": "Beta providers",
-  "solutions_healthcare_sol4_step3": "All providers",
-  "solutions_healthcare_sol4_title": "Staged Rollouts for Safety",
-  "solutions_healthcare_solution_label": "La solución",
-  "solutions_healthcare_solution_subtitle": "Todas las features de seguridad requeridas para conformidad en salud",
-  "solutions_healthcare_solution_title": "Actualizaciones compliance-first",
-  "solutions_healthcare_title": "Para Salud",
-  "solutions_healthcare_trust_subtitle": "Organizaciones de salud de todo el mundo usan Capgo",
-  "solutions_healthcare_trust_title": "La confianza de Salud",
-  "solutions_infra_api": "< 100ms tiempo de respuesta API",
-  "solutions_infra_continents": "6 continentes",
-  "solutions_infra_download": "< 300ms descarga de bundles 5MB",
-  "solutions_infra_uptime": "99,9% disponibilidad",
-  "solutions_infrastructure_subtitle": "Diseñada para velocidad y fiabilidad en todo el mundo",
-  "solutions_infrastructure_title": "Infraestructura global",
-  "solutions_ionic_plugins_badge": "Ionic Enterprise Plugins",
-  "solutions_ionic_plugins_cta_subtitle": "Start with the migration guides or talk to our team to plan the move.",
-  "solutions_ionic_plugins_cta_title": "Ready to migrate your Ionic enterprise stack?",
-  "solutions_ionic_plugins_description": "Replace Ionic enterprise plugins with Capgo alternatives for secure storage, auth, and biometrics.",
-  "solutions_ionic_plugins_hero_subtitle": "Swap Secure Storage, Auth Connect, and Identity Vault for Capgo's plugin stack. Keep security, gain control, and reduce costs.",
-  "solutions_ionic_plugins_hero_title": "Replace Ionic Enterprise Plugins Without Losing Features",
-  "solutions_ionic_plugins_section_desc": "Choose the Capgo alternative for each Ionic plugin and follow the guide to migrate safely.",
-  "solutions_ionic_plugins_section_title": "Plugin replacements and migration guides",
-  "solutions_ionic_plugins_short": "Ionic Enterprise",
-  "solutions_ionic_plugins_step1": "Map each Ionic enterprise plugin to its Capgo replacement.",
-  "solutions_ionic_plugins_step2": "Install the new plugins and sync native code.",
-  "solutions_ionic_plugins_step3": "Migrate stored data and update auth flows, then remove Ionic dependencies.",
-  "solutions_ionic_plugins_steps_title": "Migration steps",
-  "solutions_ionic_plugins_title": "Ionic Enterprise Plugins Migration",
-  "solutions_minutes": "minutos",
-  "solutions_no_credit_card": "Sin tarjeta de crédito",
-  "solutions_pr_auto_cleanup": "Limpieza automática",
-  "solutions_pr_case_company": "TechStartup",
-  "solutions_pr_case_industry": "SaaS",
-  "solutions_pr_case_metric1_label": "Time to first QA feedback",
-  "solutions_pr_case_metric1_value": "< 5 min",
-  "solutions_pr_case_metric2_label": "PRs merged per sprint",
-  "solutions_pr_case_metric2_value": "+156%",
-  "solutions_pr_case_metric3_label": "QA wait time",
-  "solutions_pr_case_metric3_value": "-87%",
-  "solutions_pr_case_metric4_label": "Time to merge",
-  "solutions_pr_case_metric4_value": "0.6 days",
-  "solutions_pr_case_para1": "TechFlow's mobile team was shipping 15-20 PRs per week. Each PR needed testing by QA before merge. With TestFlight, their QA lead estimated they spent 60% of their time waiting for builds instead of testing.",
-  "solutions_pr_case_para2": "The real pain came during crunch weeks. When multiple PRs needed testing simultaneously, QA had to constantly reinstall different TestFlight builds. Testers got confused about which version they were running. Bugs got reported on already-fixed code.",
-  "solutions_pr_case_para3": "After implementing Capgo PR Preview, their QA team could switch between any PR in seconds. No reinstalls. No confusion. No waiting. Their average time-to-merge dropped from 2.3 days to 0.6 days.",
-  "solutions_pr_case_quote": "Los canales de vista previa de PR redujeron nuestro tiempo de revisión de horas a minutos. Game changer.",
-  "solutions_pr_case_quote_author": "Sara K., Lead Developer",
-  "solutions_pr_case_results": "80% revisiones de PR más rápidas",
-  "solutions_pr_compare_build_time": "Tiempo de build",
-  "solutions_pr_compare_capgo": "Con Capgo",
-  "solutions_pr_compare_cleanup": "Limpieza",
-  "solutions_pr_compare_cleanup_capgo": "Automático al merge del PR",
-  "solutions_pr_compare_cleanup_tf": "Eliminación manual de builds",
-  "solutions_pr_compare_setup": "Configuración",
-  "solutions_pr_compare_setup_capgo": "5 min de integración CI/CD",
-  "solutions_pr_compare_setup_tf": "Horas de configuración TestFlight",
-  "solutions_pr_compare_switch_builds": "Cambiar entre builds",
-  "solutions_pr_compare_title": "La diferencia",
-  "solutions_pr_compare_traditional": "Tradicional",
-  "solutions_pr_cost_explanation": "Productividad perdida esperando",
-  "solutions_pr_dev_benefit1": "Get QA feedback before your context switches",
-  "solutions_pr_dev_benefit2": "Push fixes and testers get them instantly",
-  "solutions_pr_dev_benefit3": "No more 'waiting for build' blockers",
-  "solutions_pr_final_cta_note": "Comienza gratis. Sin tarjeta de crédito.",
-  "solutions_pr_final_cta_subtitle": "Comienza hoy con canales de vista previa de PR",
-  "solutions_pr_final_cta_title": "¿Listo para revisiones más rápidas?",
-  "solutions_pr_hidden_cost": "Los costes ocultos de esperar",
-  "solutions_pr_how_testers_switch": "Cómo los testers cambian a tu build de PR",
-  "solutions_pr_instant_testing": "Pruebas instantáneas",
-  "solutions_pr_no_testflight": "Sin TestFlight",
-  "solutions_pr_pm_benefit1": "Review features before they ship",
-  "solutions_pr_pm_benefit2": "No technical setup - just tap a link",
-  "solutions_pr_pm_benefit3": "Provide feedback directly on the PR",
-  "solutions_pr_preview": "Vista previa de PR",
-  "solutions_pr_preview_description": "Crea un canal Capgo para cada Pull Request. QA, desarrolladores y PMs pueden probar cada PR instantáneamente - sin TestFlight ni Google Play Beta.",
-  "solutions_pr_preview_hero_subtitle": "Olvida las esperas de TestFlight y el caos de canales beta. Crea un canal de vista previa para cada Pull Request y deja que tu equipo pruebe en dispositivos reales - en segundos.",
-  "solutions_pr_preview_hero_title": "Prueba cada PR en dispositivos reales",
-  "solutions_pr_preview_tagline": "Test pull requests on real devices",
-  "solutions_pr_preview_teams_dev": "Desarrolladores",
-  "solutions_pr_preview_teams_pm": "Project Managers",
-  "solutions_pr_preview_teams_qa": "Ingenieros QA",
-  "solutions_pr_preview_title": "Canales de vista previa de PR",
-  "solutions_pr_problem_result": "Horas perdidas en cada revisión de PR",
-  "solutions_pr_problem_step1_desc": "Code is ready for review. But before anyone can test it, you need to build and upload to TestFlight.",
-  "solutions_pr_problem_step1_title": "Developer Opens PR",
-  "solutions_pr_problem_step2_desc": "Build the app locally or in CI. Archive it. Upload to App Store Connect. Wait for processing. 15-30 minutes minimum.",
-  "solutions_pr_problem_step2_title": "Build and Upload",
-  "solutions_pr_problem_step3_desc": "Add testers if they're not already in TestFlight. Send invites. Wait for them to accept. Explain how to install.",
-  "solutions_pr_problem_step3_title": "Distribute to Testers",
-  "solutions_pr_problem_step4_desc": "Testers download the build. Dev pushes a fix. Now everyone needs to repeat steps 2-3 to get the updated build.",
-  "solutions_pr_problem_step4_title": "Test the Wrong Build",
-  "solutions_pr_problem_title": "El problema de TestFlight",
-  "solutions_pr_processing_explanation": "Tiempo de espera promedio para TestFlight",
-  "solutions_pr_programmatic": "Selector en la app",
-  "solutions_pr_programmatic_desc": "Construye una UI personalizada para cambiar canales. Perfecto para una pantalla de configuración de desarrollo en tu app.",
-  "solutions_pr_qa_benefit1": "Test any PR on your device in seconds",
-  "solutions_pr_qa_benefit2": "Switch between PRs instantly to compare behavior",
-  "solutions_pr_qa_benefit3": "No more confusion about which build you're running",
-  "solutions_pr_qa_blocked": "QA bloqueado",
-  "solutions_pr_qa_explanation": "Tiempo que QA espera por cada build",
-  "solutions_pr_real_cost": "Coste real por PR",
-  "solutions_pr_scenario_title": "Cómo funciona",
-  "solutions_pr_setup_time": "Tiempo de configuración",
-  "solutions_pr_shake_menu": "Menú de agitar (sin código)",
-  "solutions_pr_shake_menu_desc": "Habilita el gesto de agitar integrado. Los testers agitan su dispositivo para abrir un menú que muestra todos los canales disponibles.",
-  "solutions_pr_solution_subtitle": "Canales de vista previa automáticos para cada Pull Request",
-  "solutions_pr_solution_title": "Canales de vista previa de PR",
-  "solutions_pr_step1_desc": "CI automatically builds the app and creates a Capgo channel named after the PR number.",
-  "solutions_pr_step1_time": "Automatic",
-  "solutions_pr_step1_title": "Developer Opens PR",
-  "solutions_pr_step2_desc": "The built bundle uploads to Capgo in the background. No processing delay.",
-  "solutions_pr_step2_time": "< 30 seconds",
-  "solutions_pr_step2_title": "Bundle Uploads",
-  "solutions_pr_step3_desc": "Tester opens the app, switches to the PR channel, and gets the build immediately.",
-  "solutions_pr_step3_time": "< 10 seconds",
-  "solutions_pr_step3_title": "Tester Switches Channel",
-  "solutions_pr_step4_desc": "QA tests on real device. Dev pushes fixes. Tester immediately gets updates. No reinstall needed.",
-  "solutions_pr_step4_time": "Instant iteration",
-  "solutions_pr_step4_title": "Test and Approve",
-  "solutions_pr_teams_subtitle": "Cada rol se beneficia de vistas previas instantáneas",
-  "solutions_pr_teams_title": "Diseñado para equipos",
-  "solutions_pr_testflight_processing": "Procesamiento TestFlight",
-  "solutions_pr_traditional_workflow": "Flujo tradicional",
-  "solutions_problem_result": "Resultado: Horas perdidas, usuarios frustrados",
-  "solutions_problem_step1_desc": "Your monitoring alerts you to a critical issue. Users are experiencing crashes or broken functionality. The clock starts ticking.",
-  "solutions_problem_step1_title": "Find the Bug",
-  "solutions_problem_step2_desc": "Your team drops everything to fix the bug. You rebuild the app, run tests, and prepare a new binary for submission.",
-  "solutions_problem_step2_title": "Fix and Rebuild",
-  "solutions_problem_step3_desc": "You submit to Apple and Google. Then you wait. And wait. Apple's review takes 24-48 hours on average. Sometimes longer.",
-  "solutions_problem_step3_title": "Submit and Wait",
-  "solutions_problem_step4_desc": "Even after approval, users need to manually update. Many won't for days or weeks. Your support tickets keep piling up.",
-  "solutions_problem_step4_title": "Users Still Have the Bug",
-  "solutions_production_problem_title": "App Store Reviews Are Killing Your Velocity",
-  "solutions_production_solution_subtitle": "Capgo lets you update your app's JavaScript and assets instantly. No app store review. No waiting. Your users get the fix the moment you push it.",
-  "solutions_production_solution_title": "Push Updates in Minutes, Not Weeks",
-  "solutions_production_updates": "Actualizaciones de producción",
-  "solutions_production_updates_description": "Entrega correcciones en minutos, no semanas. Envía actualizaciones en vivo sin configuración - la forma más fácil de mantener millones de usuarios actualizados.",
-  "solutions_production_updates_hero_subtitle": "Tus usuarios no esperan a las App Stores. Tus actualizaciones tampoco deberían. Envía cambios de JavaScript instantáneamente - sin retrasos de revisión, sin fricción.",
-  "solutions_production_updates_hero_title": "Correcciones en minutos, no semanas",
-  "solutions_production_updates_tagline": "Ship fixes to production instantly",
-  "solutions_production_updates_title": "Actualizaciones de producción simples",
-  "solutions_qsr_badge": "Para Restaurantes de Servicio Rápido",
-  "solutions_qsr_cta_note": "Prueba gratuita de 14 días. Sin tarjeta de crédito. Funciona con Capacitor y React Native.",
-  "solutions_qsr_cta_subtitle": "Despliega actualizaciones de menú, corrige bugs y lanza promociones exactamente cuando tu negocio lo necesita.",
-  "solutions_qsr_cta_title": "¿Listo para Desplegar en Tu Horario?",
-  "solutions_qsr_description": "Despliega actualizaciones de menú, promociones y features de lealtad instantáneamente en miles de ubicaciones.",
-  "solutions_qsr_hero_subtitle": "Nuevos elementos del menú, promociones de temporada y campañas de lealtad necesitan desplegarse a tiempo - en cada plataforma, en cada ubicación.",
-  "solutions_qsr_hero_title": "Despliega Promociones Cuando Importan, No la Próxima Semana",
-  "solutions_qsr_nightmare_cost": "Ingresos perdidos por lanzamiento de menú fallido",
-  "solutions_qsr_nightmare_para1": "Son las 6 AM del lunes. Tu nuevo elemento de menú por tiempo limitado se lanza a nivel nacional a las 10 AM. Marketing gastó $2M en anuncios. Los spots de TV están al aire.",
-  "solutions_qsr_nightmare_para2": "A las 9 AM, QA encuentra un bug: el nuevo elemento no aparece en la app. Envías una corrección de emergencia a Apple. La revisión toma 3-5 días.",
-  "solutions_qsr_nightmare_para3": "Tu campaña de $2M está en vivo. Tu app muestra el menú del mes pasado. Los clientes están confundidos. Las redes sociales no están contentas.",
-  "solutions_qsr_nightmare_title": "Pesadilla del Día de Lanzamiento",
-  "solutions_qsr_pain1_desc": "Tu LTO se lanza el lunes. La revisión de la tienda de aplicaciones tarda 5 días. Son 5 días de ingresos perdidos por tu mayor promoción.",
-  "solutions_qsr_pain1_title": "Las Promociones No Pueden Esperar a la Revisión de la Aplicación",
-  "solutions_qsr_pain2_desc": "6 marcas, 12 aplicaciones, miles de ubicaciones. Cada envío a la tienda de aplicaciones es una semana de coordinación entre equipos.",
-  "solutions_qsr_pain2_title": "Gestionar Varias Marcas es Complejo",
-  "solutions_qsr_pain3_desc": "Precios regionales, regulaciones locales, características específicas de la franquicia. Una actualización incorrecta puede significar problemas legales.",
-  "solutions_qsr_pain3_title": "El Cumplimiento de la Franquicia es Crítico",
-  "solutions_qsr_pain4_desc": "Cuando llega la hora pico del almuerzo y tu aplicación de pedidos se bloquea, no puedes esperar hasta la próxima semana para una solución.",
-  "solutions_qsr_pain4_title": "Las Horas Pico Son Implacables",
-  "solutions_qsr_reality_label": "La Realidad QSR",
-  "solutions_qsr_reality_title": "Tu App Se Mueve Tan Rápido Como Tu Negocio",
-  "solutions_qsr_short": "Servicio Rápido",
-  "solutions_qsr_sol1_desc": "¿Nuevo LTO lanzándose mañana? ¿Menú de temporada activándose? Actualiza esta noche y cada cliente lo tendrá para la mañana.",
-  "solutions_qsr_sol1_point1": "Implemente actualizaciones de menú en minutos, no días",
-  "solutions_qsr_sol1_point2": "Sincroniza promociones con campañas de televisión y digitales",
-  "solutions_qsr_sol1_point3": "Retrocede inmediatamente si algo está mal",
-  "solutions_qsr_sol1_title": "Promociones de Barco al Instante",
-  "solutions_qsr_sol2_desc": "¿Gestionando una cartera de marcas de restaurantes? Actualízalas todas desde un solo panel de control, o dirige marcas específicas con características personalizadas.",
-  "solutions_qsr_sol2_point1": "Panel único para todas las marcas",
-  "solutions_qsr_sol2_point2": "Canales específicos de marca y lanzamientos",
-  "solutions_qsr_sol2_point3": "Código unificado, experiencias diferenciadas",
-  "solutions_qsr_sol2_title": "Gestión de Múltiples Marcas",
-  "solutions_qsr_sol3_desc": "Prueba nuevas funciones en Texas antes de ir a nivel nacional. Menú diferente en California. Implementaciones graduales que tú controlas.",
-  "solutions_qsr_sol3_point1": "Segmentación geográfica para actualizaciones",
-  "solutions_qsr_sol3_point2": "Implementaciones basadas en porcentaje",
-  "solutions_qsr_sol3_point3": "Monitoreo en tiempo real e inmediata reversión",
-  "solutions_qsr_sol3_title": "Implementaciones Regionales y Programas Piloto",
-  "solutions_qsr_sol4_desc": "Intégrate con tus flujos de trabajo existentes de GitHub o GitLab. Despliegues automáticos en cada fusión a la rama principal.",
-  "solutions_qsr_sol4_point1": "Integración de GitHub Actions",
-  "solutions_qsr_sol4_point2": "Canales automáticos de etapas y producción",
-  "solutions_qsr_sol4_point3": "Implementar en fusión, no en aprobación",
-  "solutions_qsr_sol4_title": "CI/CD Que Simplemente Funciona",
-  "solutions_qsr_solution_label": "La Solución",
-  "solutions_qsr_solutions_title": "Implementa Actualizaciones Cuando Tu Negocio Las Necesite",
-  "solutions_qsr_stat1": "Actualización del tiempo de despliegue",
-  "solutions_qsr_stat2": "Usuarios actualizados en 24 horas",
-  "solutions_qsr_stat3": "Se requieren envíos a la App Store",
-  "solutions_qsr_stat4": "Desplegar capacidad",
-  "solutions_qsr_title": "Actualizaciones en Vivo para Restaurantes de Servicio Rápido",
-  "solutions_qsr_usecase1_desc": "Soluciona los errores de pago al instante. Actualiza los elementos del menú en tiempo real. Nunca pierdas un pedido debido a código de aplicación obsoleto.",
-  "solutions_qsr_usecase1_title": "Pedidos y Entrega",
-  "solutions_qsr_usecase2_desc": "Lanza nuevos niveles de recompensas, actualiza los valores de puntos, soluciona errores de canje - todo sin demoras en la tienda de aplicaciones.",
-  "solutions_qsr_usecase2_title": "Lealtad y Recompensas",
-  "solutions_qsr_usecase3_desc": "Actualiza el horario de la tienda, añade opciones de recogida en la acera, soluciona los errores del GPS. Mantén a los clientes encontrándote fácilmente.",
-  "solutions_qsr_usecase3_title": "Localizador de Tiendas y Recogida",
-  "solutions_qsr_usecase4_desc": "Envía ofertas dirigidas, actualiza códigos promocionales, prueba estrategias de descuento A/B en tiempo real.",
-  "solutions_qsr_usecase4_title": "Promociones Personalizadas",
-  "solutions_qsr_usecase5_desc": "Actualice las aplicaciones de quiosco en todas las ubicaciones simultáneamente. No se requieren visitas de técnicos.",
-  "solutions_qsr_usecase5_title": "Quioscos en la Tienda",
-  "solutions_qsr_usecase6_desc": "Gestione las actualizaciones de todas sus marcas de restaurantes desde un único panel de control.",
-  "solutions_qsr_usecase6_title": "Aplicaciones de Múltiples Marcas",
-  "solutions_qsr_usecases_label": "Casos de Uso",
-  "solutions_qsr_usecases_title": "Construido para Cada Necesidad de QSR",
-  "solutions_real_cost": "El coste real",
-  "solutions_real_world": "Caso real",
-  "solutions_related_by_role": "Soluciones por tipo de equipo",
-  "solutions_related_subtitle": "Encuentra la solución que se adapta a tus necesidades",
-  "solutions_review_time_explanation": "Tiempo típico de revisión en App Store",
-  "solutions_scenario_company": "Empresa",
-  "solutions_scenario_industry": "Industria",
-  "solutions_scenario_metric1_label": "Average fix deployment time",
-  "solutions_scenario_metric1_value": "52 minutes",
-  "solutions_scenario_metric2_label": "Bug-related support tickets",
-  "solutions_scenario_metric2_value": "-89%",
-  "solutions_scenario_metric3_label": "User churn from bugs",
-  "solutions_scenario_metric3_value": "-94%",
-  "solutions_scenario_metric4_label": "Engineering weekend hours",
-  "solutions_scenario_metric4_value": "-76%",
-  "solutions_scenario_para1": "FinanceFirst serves 50,000 users who depend on their mobile banking app for daily transactions. When a critical calculation bug affected their loan interest display, they faced a nightmare scenario: users seeing incorrect balances.",
-  "solutions_scenario_para2": "Before Capgo, their process involved emergency weekend work, expedited App Store review requests (which Apple often ignores), and four days of user complaints. Their support team logged 340 tickets. Three users closed their accounts.",
-  "solutions_scenario_para3": "After implementing Capgo, their next critical bug - a timezone issue affecting scheduled payments - was fixed in 47 minutes from discovery to deployment. Zero support tickets. Zero churn. Their CTO now sleeps through the night again.",
-  "solutions_scenario_quote": "Cita",
-  "solutions_scenario_quote_author": "Autor",
-  "solutions_scenario_results": "Resultados",
-  "solutions_scenario_title": "Caso real",
-  "solutions_schedule_demo": "Programar demo",
-  "solutions_setup_minutes": "Configuración en 5 minutos",
-  "solutions_solo_after1": "Push updates instantly, no review needed",
-  "solutions_solo_after2": "One command to deploy: npx @capgo/cli bundle upload",
-  "solutions_solo_after3": "Start free, then $14/month as you grow",
-  "solutions_solo_after4": "One-click rollback if something goes wrong",
-  "solutions_solo_after_title": "Después: Con Capgo",
-  "solutions_solo_ai_benefit1_desc": "Deja que la IA se encargue del código mientras te enfocas en el producto. ¿Nueva feature? Genérala, pruébala, despliégala - todo el mismo día.",
-  "solutions_solo_ai_benefit1_title": "La IA Escribe, Tú Despliegas",
-  "solutions_solo_ai_benefit2_desc": "Un comando y tu actualización está en vivo. Sin envío a app store, sin proceso de revisión, sin esperas. Como desplegar un sitio web.",
-  "solutions_solo_ai_benefit2_title": "Despliegues a Velocidad Web",
-  "solutions_solo_ai_benefit3_desc": "Cuando la IA puede generar features en minutos, tu proceso de despliegue no debería tardar días. Despliega tan rápido como piensas.",
-  "solutions_solo_ai_benefit3_title": "Itera a Velocidad de IA",
-  "solutions_solo_ai_label": "Desarrollo Potenciado por IA",
-  "solutions_solo_ai_new1": "IA genera feature (5 min)",
-  "solutions_solo_ai_new2": "Compilar y subir bundle (2 min)",
-  "solutions_solo_ai_new3": "Usuarios reciben actualización (minutos)",
-  "solutions_solo_ai_new_time": "Total: Menos de 10 minutos",
-  "solutions_solo_ai_new_way": "Con Capgo",
-  "solutions_solo_ai_old1": "IA genera feature (5 min)",
-  "solutions_solo_ai_old2": "Compilar binarios nativos (15 min)",
-  "solutions_solo_ai_old3": "Enviar a App Store",
-  "solutions_solo_ai_old4": "Esperar revisión (3-7 días)",
-  "solutions_solo_ai_old_time": "Total: 3-7 días",
-  "solutions_solo_ai_old_way": "Actualizaciones Móviles Tradicionales",
-  "solutions_solo_ai_subtitle": "Usa herramientas de IA como Cursor, Copilot o Claude para crear features más rápido. Luego despliégalas instantáneamente - tal como lo harías con un sitio web.",
-  "solutions_solo_ai_terminal": "Terminal",
-  "solutions_solo_ai_title": "Codifica Hoy, Despliega Esta Noche",
-  "solutions_solo_badge": "Solo-friendly",
-  "solutions_solo_before1": "Wait 3-7 days for app store approval",
-  "solutions_solo_before2": "Manage complex deployment pipelines",
-  "solutions_solo_before3": "Pay $500/month for enterprise tools",
-  "solutions_solo_before4": "Pray you don't push a breaking change",
-  "solutions_solo_before_title": "Antes: La vida del dev solo",
-  "solutions_solo_cta_note": "Prueba gratuita de 14 días. Sin tarjeta de crédito. Actualiza cuando estés listo.",
-  "solutions_solo_cta_subtitle": "Comienza gratis y mantén el control de tu app",
-  "solutions_solo_cta_title": "¿Listo para ser más eficiente?",
-  "solutions_solo_description": "Todo lo que necesitas para mantener tu app actualizada. Tier gratuito para apps pequeñas, sin tarjeta de crédito, configuración simple.",
-  "solutions_solo_hero_subtitle": "No deberías esperar horas por revisiones de App Store. Envía actualizaciones instantáneamente y concéntrate en desarrollar.",
-  "solutions_solo_hero_title": "El superpoder del dev independiente",
-  "solutions_solo_highlight": "Prueba gratuita de 14 días - empieza a desplegar hoy",
-  "solutions_solo_pain1_desc": "Design, code, support, marketing - you do it all. Adding 'DevOps engineer' to the list isn't an option.",
-  "solutions_solo_pain1_title": "You're the CEO, CTO, and Intern",
-  "solutions_solo_pain2_desc": "You found the bug at 9 AM. Fixed it by 10 AM. Now you wait 5 days for Apple to approve it while users leave 1-star reviews.",
-  "solutions_solo_pain2_title": "App Store Reviews Kill Your Momentum",
-  "solutions_solo_pain3_desc": "When you're the only developer, every 1-star review feels personal. Because it is.",
-  "solutions_solo_pain3_title": "Every Bad Review Hurts",
-  "solutions_solo_pain4_desc": "You can't justify $500/month for deployment tools when your app makes $200/month.",
-  "solutions_solo_pain4_title": "No Budget for Enterprise Tools",
-  "solutions_solo_pain5_desc": "When you push a bad update, there's no one to roll it back for you. You're on your own.",
-  "solutions_solo_pain5_title": "No Team to Catch Mistakes",
-  "solutions_solo_pain6_desc": "Every bug report goes to you. Every frustrated email. Every 'why doesn't this work?'",
-  "solutions_solo_pain6_title": "Support Tickets Are All You",
-  "solutions_solo_read_docs": "Leer documentación",
-  "solutions_solo_reality_label": "La realidad",
-  "solutions_solo_reality_title": "Las revisiones de App Store consumen tu tiempo",
-  "solutions_solo_reason1_desc": "Install the plugin, add one line of code, deploy. That's it. No DevOps degree required.",
-  "solutions_solo_reason1_title": "5-Minute Setup",
-  "solutions_solo_reason2_desc": "Prueba gratuita de 14 días para empezar. $14/mes cuando estés listo para crecer. No $500/mes como las herramientas enterprise.",
-  "solutions_solo_reason2_title": "Affordable Pricing",
-  "solutions_solo_reason3_desc": "When you're stuck, you talk to Martin (our founder), not a chatbot. Usually within hours, often within minutes.",
-  "solutions_solo_reason3_title": "Human Support",
-  "solutions_solo_short": "Desarrolladores solo",
-  "solutions_solo_superpower_label": "Tu superpoder",
-  "solutions_solo_superpower_subtitle": "Features Enterprise sin complejidad Enterprise",
-  "solutions_solo_superpower_title": "Despliega como un pro",
-  "solutions_solo_tagline": "Prueba gratuita de 14 días, despliegue sencillo",
-  "solutions_solo_testimonial1": "I run 3 apps by myself. Capgo lets me push updates to all of them before my morning coffee gets cold.",
-  "solutions_solo_testimonial1_author": "David Park",
-  "solutions_solo_testimonial1_role": "Indie Developer, 3 apps on the store",
-  "solutions_solo_testimonial2": "La prueba gratuita me ayudó a empezar. Ahora pago $14/mes y despliego actualizaciones diariamente. La mejor herramienta de mi stack.",
-  "solutions_solo_testimonial2_author": "Maria Santos",
-  "solutions_solo_testimonial2_role": "Solo Founder, Lifestyle App",
-  "solutions_solo_title": "Para desarrolladores independientes",
-  "solutions_solo_why_title": "Por qué los devs solo adoran Capgo",
-  "solutions_solution_result": "Resultado: Despliegue instantáneo, usuarios satisfechos",
-  "solutions_solution_step1_desc": "Make your code change, run your build process, and verify the fix locally.",
-  "solutions_solution_step1_time": "30 minutes",
-  "solutions_solution_step1_title": "Fix the Bug",
-  "solutions_solution_step2_desc": "One command uploads your bundle. It's immediately available to your entire user base.",
-  "solutions_solution_step2_time": "30 seconds",
-  "solutions_solution_step2_title": "Push to Capgo",
-  "solutions_solution_step3_desc": "Updates download in the background. Next app launch, they have the fix. No manual update needed.",
-  "solutions_solution_step3_time": "4 hours average",
-  "solutions_solution_step3_title": "Users Get Updated",
-  "solutions_start_free_trial": "Prueba gratuita",
-  "solutions_startups_adv1_desc": "Push updates instantly. No app store review. No waiting. Your users get fixes the same day you write them.",
-  "solutions_startups_adv1_title": "Ship Features Daily, Not Monthly",
-  "solutions_startups_adv2_desc": "No infrastructure to manage. No CI/CD complexity. Just build and deploy.",
-  "solutions_startups_adv2_point1": "Works with your existing GitHub/GitLab workflow",
-  "solutions_startups_adv2_point2": "5-minute setup, not 5-day setup",
-  "solutions_startups_adv2_point3": "One command to deploy",
-  "solutions_startups_adv2_title": "Zero DevOps Overhead",
-  "solutions_startups_adv3_desc": "When you find a bug on Monday, fix it on Monday. Not next week when Apple finally approves your update.",
-  "solutions_startups_adv3_title": "Fix Bugs Before They Hurt Your Ratings",
-  "solutions_startups_adv4_competitor": "The other guys",
-  "solutions_startups_adv4_desc": "We're bootstrapped too. We know every dollar matters. That's why we start at $14/month, not $499.",
-  "solutions_startups_adv4_title": "Startup-Friendly Pricing",
-  "solutions_startups_advantage_label": "Tu ventaja",
-  "solutions_startups_advantage_subtitle": "Features Enterprise a precios de startup",
-  "solutions_startups_advantage_title": "Entrega como los grandes",
-  "solutions_startups_badge": "Startup-friendly",
-  "solutions_startups_case_company": "TechStartup SL",
-  "solutions_startups_case_metric1_label": "Deploy frequency",
-  "solutions_startups_case_metric1_value": "3x daily",
-  "solutions_startups_case_metric2_label": "Time to fix bugs",
-  "solutions_startups_case_metric2_value": "-95%",
-  "solutions_startups_case_metric3_label": "App store rating",
-  "solutions_startups_case_metric3_value": "3.2 → 4.7",
-  "solutions_startups_case_metric4_label": "Monthly cost",
-  "solutions_startups_case_metric4_value": "$14/mo",
-  "solutions_startups_case_para1": "Before Capgo, we dreaded finding bugs. Every fix meant a week of waiting for app store approval while users churned.",
-  "solutions_startups_case_para2": "We switched to Capgo in 30 minutes. That afternoon, we pushed a critical fix that had been waiting for review for 4 days.",
-  "solutions_startups_case_para3": "Now we ship updates 3-4 times per day. Our app store rating went from 3.2 to 4.7 in two months.",
-  "solutions_startups_case_quote": "Antes de Capgo, esperábamos 2 semanas para revisiones de App Store. Ahora desplegamos el mismo día.",
-  "solutions_startups_case_quote_author": "Lisa M., CTO",
-  "solutions_startups_case_results": "10x más releases de features",
-  "solutions_startups_case_stage": "Serie A",
-  "solutions_startups_cta_note": "Sin tarjeta de crédito. Gratis hasta 1.000 usuarios.",
-  "solutions_startups_cta_subtitle": "Comienza gratis y escala al crecer",
-  "solutions_startups_cta_title": "¿Listo para entregar más rápido?",
-  "solutions_startups_description": "Entrega features más rápido que la competencia. Comienza gratis, escala al crecer. Sin complejidad DevOps, solo iteración rápida.",
-  "solutions_startups_founder_quote": "Triplicamos nuestra velocidad de iteración desde que cambiamos a Capgo.",
-  "solutions_startups_hero_subtitle": "En el mundo startup, la velocidad gana. Entrega features en minutos, no semanas. Sin esperas de App Store, sin usuarios perdidos.",
-  "solutions_startups_hero_title": "Entrega más rápido que la competencia",
-  "solutions_startups_pain1_desc": "You found the bug. You fixed it. Now you wait 3-7 days for Apple to approve it. Your users? Still frustrated.",
-  "solutions_startups_pain1_title": "App Store Reviews Kill Velocity",
-  "solutions_startups_pain2_desc": "Hiring a DevOps engineer costs $150k+/year. Your deployment pipeline shouldn't require one.",
-  "solutions_startups_pain2_title": "DevOps Is Expensive",
-  "solutions_startups_pain3_desc": "Every day a bug stays live is another 1-star review. At your stage, ratings matter more than anything.",
-  "solutions_startups_pain3_title": "Bad Reviews Compound",
-  "solutions_startups_pricing_highlight": "Gratis hasta 1.000 usuarios",
-  "solutions_startups_quickstart_subtitle": "Sin configuración complicada, sin DevOps requerido",
-  "solutions_startups_quickstart_title": "Listo en 5 minutos",
-  "solutions_startups_quote_author": "Álex C.",
-  "solutions_startups_quote_role": "Fundador de startup",
-  "solutions_startups_reality_label": "La realidad",
-  "solutions_startups_reality_title": "Las revisiones de App Store te frenan",
-  "solutions_startups_see_pricing": "Ver precios",
-  "solutions_startups_short": "Startups",
-  "solutions_startups_story_label": "Historia de éxito",
-  "solutions_startups_story_title": "Cómo una startup itera 10x más rápido",
-  "solutions_startups_tagline": "Entrega rápido sin complejidad",
-  "solutions_startups_title": "Para Startups",
-  "solutions_stat_apps": "947+ Apps",
-  "solutions_stat_updates": "Más de 1.400M de actualizaciones",
-  "solutions_stat_years": "4+ años en producción",
-  "solutions_talk_to_team": "Hablar con el equipo",
-  "solutions_testimonial1": "We switched from CodePush after Microsoft deprecated it. Capgo was running in production within a day. We haven't looked back - it's faster, more reliable, and the team actually responds to support tickets.",
-  "solutions_testimonial1_author": "Michael Torres",
-  "solutions_testimonial1_role": "Lead Mobile Developer, RetailFlow",
-  "solutions_testimonial2": "Our app serves 200,000 daily active users. Before Capgo, a Friday bug meant a ruined weekend. Now it means a 30-minute fix. The peace of mind alone is worth the subscription.",
-  "solutions_testimonial2_author": "Sofia Andersson",
-  "solutions_testimonial2_role": "CTO, HealthTrack",
-  "solutions_the_problem": "El problema",
-  "solutions_the_solution": "La solución",
-  "solutions_traditional_workflow": "Flujo tradicional",
-  "solutions_trusted_by_title": "Equipos líderes confían en nosotros",
-  "solutions_use_cases_subtitle": "Encuentra la solución que se adapta a tu flujo de trabajo",
-  "solutions_usecase1_desc": "A payment flow is broken. Users can't complete purchases. With Capgo, push a fix in minutes and watch your revenue recover in real-time.",
-  "solutions_usecase1_title": "Critical Bug Fixes",
-  "solutions_usecase2_desc": "New pricing, updated terms, seasonal promotions. Update your app's content without waiting for store approval.",
-  "solutions_usecase2_title": "Content Updates",
-  "solutions_usecase3_desc": "Your test showed the new checkout flow converts 23% better. Ship it to everyone immediately instead of waiting a week.",
-  "solutions_usecase3_title": "A/B Testing Results",
-  "solutions_usecase4_desc": "Fixed that annoying alignment issue. Updated the loading animation. Small improvements ship as fast as you can code them.",
-  "solutions_usecase4_title": "UI Polish",
-  "solutions_usecase5_desc": "Something broke in production. Don't wait for weekend coverage. Push the fix now, from anywhere.",
-  "solutions_usecase5_title": "Emergency Hotfixes",
-  "solutions_usecase6_desc": "New privacy regulations require disclosure changes. Update your app before the deadline, not after.",
-  "solutions_usecase6_title": "Compliance Updates",
-  "solutions_user_churn": "23% de abandono",
-  "solutions_version_targeting": "Segmentación por versión",
-  "solutions_version_targeting_appflow_desc": "Capgo te da control total sobre quién recibe qué actualizaciones",
-  "solutions_version_targeting_appflow_step1": "Create a channel for each native version (e.g., 'native-1.5.0')",
-  "solutions_version_targeting_appflow_step2": "Configure your app to use the channel matching its native version",
-  "solutions_version_targeting_appflow_step3": "Push bundles to specific channels for targeted distribution",
-  "solutions_version_targeting_appflow_step4": "Use our CLI to push to multiple channels at once when needed",
-  "solutions_version_targeting_appflow_title": "Domina escenarios complejos",
-  "solutions_version_targeting_cta_subtitle": "Comienza con segmentación por versión para tus actualizaciones",
-  "solutions_version_targeting_cta_title": "¿Necesitas segmentación precisa?",
-  "solutions_version_targeting_description": "Envía diferentes actualizaciones a diferentes versiones. Perfecto para despliegues graduales, pruebas A/B y soporte legacy.",
-  "solutions_version_targeting_feature1_desc": "Create a channel for each native build. When you release native version 1.5.0, create a channel for it. All JS updates for that native version go to that channel.",
-  "solutions_version_targeting_feature1_title": "Channel Per Native Version",
-  "solutions_version_targeting_feature2_desc": "Push an update to versions 1.3, 1.4, and 1.5 but skip 1.2. Perfect when older native versions can't support new features.",
-  "solutions_version_targeting_feature2_title": "Selective Update Distribution",
-  "solutions_version_targeting_feature3_desc": "Recreate AppFlow's version-tied channel behavior exactly. Each native build maps to a Capgo channel with the same control you're used to.",
-  "solutions_version_targeting_feature3_title": "AppFlow Migration Ready",
-  "solutions_version_targeting_feature4_desc": "Stop pushing updates to old versions when you're ready to sunset them. Users on old versions stay stable while new versions get updates.",
-  "solutions_version_targeting_feature4_title": "Graceful Deprecation",
-  "solutions_version_targeting_hero_subtitle": "No todos los usuarios deberían recibir la misma actualización. Segmenta según versión, plataforma o criterios personalizados.",
-  "solutions_version_targeting_hero_title": "La actualización correcta para cada versión",
-  "solutions_version_targeting_scenarios_breaking": "Breaking changes",
-  "solutions_version_targeting_scenarios_breaking_desc": "Envía actualizaciones solo a versiones compatibles",
-  "solutions_version_targeting_scenarios_gradual": "Despliegues graduales",
-  "solutions_version_targeting_scenarios_gradual_desc": "Prueba actualizaciones en un subconjunto antes del despliegue completo",
-  "solutions_version_targeting_scenarios_sunset": "Soporte legacy",
-  "solutions_version_targeting_scenarios_sunset_desc": "Sigue soportando versiones antiguas con correcciones específicas",
-  "solutions_version_targeting_scenarios_title": "Casos de uso",
-  "solutions_version_targeting_title": "Segmentación por versión",
-  "solutions_view_docs": "Ver documentación",
-  "solutions_when_to_use": "Cuándo usar",
-  "solutions_white_label": "Apps marca blanca",
-  "solutions_white_label_cta_subtitle": "Comienza a gestionar múltiples apps hoy",
-  "solutions_white_label_cta_title": "¿Listo para escalar?",
-  "solutions_white_label_description": "Gestiona múltiples apps con marca desde una base de código. Perfecto para agencias, plataformas SaaS y franquicias.",
-  "solutions_white_label_feature1_desc": "Each brand or client gets their own Capgo channel. Push brand-specific updates, content, and features without affecting other deployments.",
-  "solutions_white_label_feature1_title": "Channel Per Brand",
-  "solutions_white_label_feature2_desc": "Let users choose their experience. A restaurant app can let users select their location and download that specific restaurant's content.",
-  "solutions_white_label_feature2_title": "Dynamic Channel Switching",
-  "solutions_white_label_feature3_desc": "Manage all deployments from one dashboard. Push global updates to all channels or target specific brands.",
-  "solutions_white_label_feature3_title": "Centralized Management",
-  "solutions_white_label_feature4_desc": "Build an app store within your app. Each mini-app is a Capgo channel - users download and switch between them seamlessly.",
-  "solutions_white_label_feature4_title": "Mini-App Platform",
-  "solutions_white_label_hero_subtitle": "Despliega actualizaciones a todas tus apps marca blanca simultáneamente o gestiona cada una individualmente.",
-  "solutions_white_label_hero_title": "Una base de código, marcas infinitas",
-  "solutions_white_label_miniapp_desc": "Aloja múltiples mini-apps dentro de una app contenedor",
-  "solutions_white_label_miniapp_step1": "Main app contains the shell and navigation",
-  "solutions_white_label_miniapp_step2": "Each mini-app is a separate Capgo channel",
-  "solutions_white_label_miniapp_step3": "Users browse available mini-apps in the main app",
-  "solutions_white_label_miniapp_step4": "Selecting a mini-app downloads that channel's content",
-  "solutions_white_label_miniapp_step5": "Mini-app developers upload via CLI or SDK - never touching production",
-  "solutions_white_label_miniapp_step6": "The platform owner reviews and promotes to production",
-  "solutions_white_label_miniapp_title": "Plataformas mini-apps",
-  "solutions_white_label_tech_desc": "Usa el sistema de canales de Capgo para actualizaciones específicas por marca",
-  "solutions_white_label_tech_title": "Cómo funciona",
-  "solutions_white_label_title": "Soluciones marca blanca",
-  "solutions_white_label_usecases_platform": "Empresas plataforma",
-  "solutions_white_label_usecases_platform_desc": "Escala a cientos de apps con marca con un equipo",
-  "solutions_white_label_usecases_restaurant": "Cadenas de restaurantes",
-  "solutions_white_label_usecases_restaurant_desc": "Cada ubicación tiene su propia app con gestión centralizada",
-  "solutions_white_label_usecases_saas": "Plataformas SaaS",
-  "solutions_white_label_usecases_saas_desc": "Da a los clientes su propia app con marca usando tu tecnología",
-  "solutions_white_label_usecases_title": "Casos de uso perfectos",
-  "solutions_why_teams_choose": "Por qué los equipos eligen Capgo",
-  "solutions_with_capgo": "Con Capgo",
-  "somebody_developed_an_app_for_you_but_it_doesn_t_meet_your_expectations_and_the_quality_of_the_final_product_is_really_low": "Alguien desarrolló una aplicación para ti, pero no cumple con tus expectativas y la calidad del producto final es realmente baja.",
-  "something_doesn_t_work_but_you_don_t_know_why": "Algo no funciona, pero no sabes por qué.",
-  "source_code_protection_1": "Como un proyecto de código abierto, el código de Capgo está disponible públicamente en",
-  "source_code_protection_2": "El código es auditado continuamente por:",
-  "source_code_protection_3": ", con problemas críticos bloqueados de la producción.",
-  "sponsor": "Patrocinio",
-  "sponsor_description": "Capgo es un marco de trabajo de código abierto gratuito gracias a nuestros generosos patrocinadores. Si utilizas Capgo en tu trabajo diario y no puedes usar nuestro servicio en la nube, por favor considera apoyarnos.",
-  "sponsor_title": "Capgo Patrocina",
-  "sso_2fa": "SSO + 2FA",
-  "stars_in_github": "Estrellas en GitHub",
-  "start_now": "Comienza ahora",
-  "start_your_project": "Inicia Tu Proyecto",
-  "status": "Estado",
-  "storage": "Almacenamiento<br />(GiB)",
-  "storage_calculated_info": "* El almacenamiento se calcula por GiB por hora",
-  "storage_detailed_explanation": "El almacenamiento se usa para guardar tus bundles de actualización de aplicación, que contienen assets web (HTML, CSS, JavaScript), metadatos de versión y checksums. Mantiene todas las versiones subidas para soportar rollbacks instantáneos, múltiples canales de lanzamiento y historial de implementación.",
-  "storage_gb": "Almacenamiento (GiB)",
-  "storage_what_is_it_used_for": "¿Para qué se usa el almacenamiento y cómo funciona?",
-  "submitting_a_pr_to_capgo": "Enviando un PR a <a href='https://github.com/Cap-go/capgo'><code>Capgo</code></a>",
-  "submitting_a_pull_request": "Enviando una solicitud de extracción",
-  "subprocessors": "Subprocessors",
-  "subprocessors_description": "List of third-party subprocessors used to deliver Capgo.",
-  "subprocessors_intro": "Capgo relies on trusted third-party subprocessors to provide, secure, and improve the service. The list below describes the vendors and how they are used.",
-  "subprocessors_table_purpose": "Purpose",
-  "subprocessors_table_vendor": "Subprocessor",
-  "subprocessors_title": "Subprocessors",
-  "supercharge_your_app": "Potencia Tu Aplicación",
-  "support": "Soporte",
-  "support_desc": "Capgo ofrece Acuerdos de Nivel de Servicio de Soporte para nuestros clientes de Equipo y Empresa.",
-  "support_policy": "Política de soporte",
-  "support_policy_billing_support": "El soporte de facturación y gestión de cuentas está disponible para todos los clientes.",
-  "support_policy_code_debugging": "Para preguntas sobre depuración de código, recomendamos comunicarse a través de GitHub Issues o Discord. La comunidad incluye desarrolladores experimentados que pueden ofrecer orientación sobre problemas relacionados con el código.",
-  "support_policy_community_response": "Para obtener la respuesta comunitaria más útil, proporciona información precisa y detallada sobre tu problema y cualquier mensaje de error. Incluye fragmentos de código relevantes que expliquen cómo reproducir el problema en tu mensaje.",
-  "support_policy_configuration_issues_1": "Configuración de actualizaciones en vivo",
-  "support_policy_configuration_issues_2": "Mejores prácticas para la configuración de aplicaciones",
-  "support_policy_configuration_issues_3": "Preguntas generales sobre la pila Capgo",
-  "support_policy_configuration_issues_title": "Problemas de configuración",
-  "support_policy_description": "Política de soporte al cliente de Capgo y tiempos de respuesta. Conozca nuestros canales de soporte, SLA y cómo le ayudamos a tener éxito con las actualizaciones en vivo.",
-  "support_policy_intro": "Capgo se compromete a ofrecer una experiencia de cliente excepcional. Como parte de este compromiso, ofrecemos soporte técnico limitado para todos los proyectos de pago que utilizan nuestra plataforma Capgo. Nuestro soporte técnico se define por el siguiente alcance, horarios, contactos y canales.",
-  "support_policy_limited_support_1": "La solicitud se realiza a través de uno de nuestros canales de soporte oficial.",
-  "support_policy_limited_support_2": "La solicitud proviene de una dirección de correo electrónico de una cuenta registrada en Capgo.",
-  "support_policy_limited_support_3": "El solicitante tiene acceso de Desarrollador o superior a cualquier proyecto específico de Capgo relacionado con la solicitud.",
-  "support_policy_limited_support_intro": "El soporte técnico limitado está disponible para los clientes de Capgo que utilizan recursos de Capgo de pago y/o complementos de Capgo de pago. Las solicitudes de soporte solo se procesarán si:",
-  "support_policy_not_covered_1": "Depuración general de aplicaciones de usuario",
-  "support_policy_not_covered_2": "Reescribiendo el código de la aplicación para compatibilidad con Capgo",
-  "support_policy_not_covered_3": "Modificando y/o aplicando parches a software de terceros o de código abierto para la compatibilidad con Capgo.",
-  "support_policy_not_covered_intro": "Los servicios de soporte técnico de Capgo no incluyen:",
-  "support_policy_not_covered_title": "No Cubierto",
-  "support_policy_official_channels_1": "Web y Dashboard: El soporte está disponible exclusivamente a través de la función de ayuda de Capgo en el panel o en nuestro sitio web.",
-  "support_policy_official_channels_2": "Correo electrónico: Si no puedes acceder al panel de control o al sistema de tickets, contacta con soporte enviando un correo electrónico a support@capgo.app desde la dirección de correo electrónico de una cuenta registrada de Capgo.",
-  "support_policy_official_channels_note": "El personal de soporte de Capgo solo atenderá las solicitudes recibidas a través de estos canales oficiales. Pueden existir canales comunitarios para soporte y discusiones entre pares, proporcionados por voluntarios que contribuyen a la comunidad de Capgo.",
-  "support_policy_official_channels_title": "Canales de Soporte Oficial",
-  "support_policy_premium_support_desc": "Para conocer nuestras opciones de Soporte Premium para clientes del Plan de Equipo y de la Empresa, póngase en contacto con nosotros utilizando el formulario a continuación:",
-  "support_policy_premium_support_title": "Soporte Premium",
-  "support_policy_proactive_monitoring_desc": "En caso de un problema con la plataforma, publicaremos un aviso en nuestro sitio de estado en status.capgo.app para comunicar rápidamente el impacto y el estado. No necesitas enviar un ticket de soporte para problemas continuos de la plataforma. En su lugar, consulta la página de estado para las últimas actualizaciones e información.",
-  "support_policy_proactive_monitoring_title": "Monitoreo Proactivo",
-  "support_policy_scope_intro": "La oferta de soporte de Capgo está disponible solo para tecnologías soportadas por la Plataforma Capgo y está limitada a:",
-  "support_policy_scope_title": "Alcance",
-  "support_policy_service_disruption_if_billing_stopped": "<strong>Si se detiene el pago o se cancela la facturación:</strong> la última actualización instalada con éxito permanece en cada dispositivo, pero no se descargan nuevas actualizaciones.",
-  "support_policy_service_disruption_if_capgo_down": "<strong>Si Capgo está inactivo:</strong> en modo de fondo, esto suele ser invisible para los usuarios. En modo directo, el servicio puede devolver una respuesta 5xx cuando es accesible; si el servidor simplemente es demasiado lento, el complemento espera hasta 3 segundos, cancela la consulta y continúa con el inicio normal de la aplicación.",
-  "support_policy_service_disruption_if_over_limit": "<strong>Si el tráfico supera tu plan:</strong> ningún dispositivo (nuevo o antiguo) recibirá actualizaciones adicionales hasta que el plan vuelva a estar dentro del alcance.",
-  "support_policy_service_disruption_intro": "El sistema de actualización está diseñado para fallar de manera segura. Si Capgo no está disponible, la aplicación sigue funcionando y no se introduce ninguna congelación visible para el usuario por la verificación de actualización.",
-  "support_policy_service_disruption_link_text": "Detalles de interrupción del servicio y finalización del plan",
-  "support_policy_service_disruption_outro": "En cada escenario anterior, tu aplicación sigue siendo utilizable con la última versión instalada, y las actualizaciones simplemente se omiten hasta que se reanude el servicio.",
-  "support_policy_service_disruption_timeout": "En cada modo de actualización, si el complemento no puede obtener una respuesta del servicio de actualización en 3 segundos, cancela la solicitud y abre la aplicación normalmente.",
-  "support_policy_service_disruption_title": "Interrupción del servicio y finalización del plan",
-  "support_policy_sla_desc": "Los Acuerdos de Nivel de Servicio solo están disponibles para clientes de Enterprise. Puede encontrar los detalles del SLA, incluidos los tiempos de respuesta del soporte, en nuestra página dedicada al SLA:",
-  "support_policy_sla_title": "Acuerdo de Nivel de Servicio",
-  "support_policy_team_participation": "Tenga en cuenta que los miembros del equipo de Capgo pueden participar en canales comunitarios a su discreción, pero no hay garantía de respuesta a menos que se envíe a través de canales oficiales.",
-  "support_policy_title": "Soporte al Cliente de Capgo",
-  "support_policy_troubleshooting_1": "Proporcionar soluciones o alternativas para problemas conocidos",
-  "support_policy_troubleshooting_2": "Responder a preguntas generales de cómo hacerlo y dirigir a la documentación",
-  "support_policy_troubleshooting_3": "Solución de problemas de características compatibles (Actualizaciones en vivo, Gestión de aplicaciones, Análisis) que muestran un comportamiento inesperado en Capgo, independientemente del código de la aplicación del usuario.",
-  "support_policy_troubleshooting_title": "Solución de problemas",
-  "support_teams": "Equipos de Soporte",
-  "support_title": "Soporte",
-  "switch_between_development_staging_production": "Cambie entre los canales de desarrollo, preparación y producción",
-  "table_of_contents": "Tabla de Contenidos",
-  "tailored_configuration": "Configuración Personalizada",
-  "target_initial_response_times_title": "Objetivos de tiempos de respuesta iniciales",
-  "team_collaboration": "Colaboración en Equipo",
-  "team_plan": "Equipo",
-  "terms": "Términos de Servicio",
-  "terms_applicable": "Los siguientes términos son aplicables a cualquier producto que Usted compró con nosotros.",
-  "test_deploy_and_monitor_your_capacitor_apps": "Prueba, implementa y monitorea tus aplicaciones Capacitor",
-  "test_deploy_monitor_from_anywhere": "Prueba, despliega y monitorea desde cualquier lugar",
-  "test_different_versions_and_channels": "Prueba diferentes versiones y canales al instante",
-  "test_on_real_devices": "Prueba en dispositivos reales",
-  "test_pr_builds": "Prueba las compilaciones de PR",
-  "test_releases_instantly": "Lanzamientos de Prueba Inmediatamente",
-  "testimonial_consulting": "Capgo no solo tiene ingenieros increíblemente talentosos, sino que también comparten mi pasión por el éxito del proyecto. Tener un <strong class='italic font-bold'>verdadero socio</strong> ha sido una experiencia maravillosa, y nos permite avanzar mucho más rápido de lo que podríamos solos.",
-  "testimonial_consulting_2": "No dudaría en recomendar <strong class='italic font-bold'>Capgo</strong> a otros, para proporcionar una solución flexible a una fuerza laboral existente o a largo plazo como parte de un equipo remoto.",
-  "testimonial_description": "Usuario de Capgo desde 2023",
-  "testimonial_highlight": "los usuarios están actualizados en minutos",
-  "testimonial_title": "¡Lanzamos Capgo en producción para nuestra base de usuarios de más de 5000!",
-  "thank_you_for_shopping": "Gracias por comprar en $1.",
-  "thanks_to_our_open_source_nature": "Gracias a nuestra naturaleza de código abierto",
-  "that_grows_with_you": "que crece contigo",
-  "the_webapp_and_serverless_functions_that_make_up_the_capgo_cloud_platform": "La aplicación web y las funciones sin servidor que componen la plataforma en la nube de Capgo.",
-  "there_are_numerous_repositories_in_the_capgo_organization_that_are_part_of_the_capgo": "Hay numerosos repositorios en la organización Capgo que forman parte del ecosistema Capgo.",
-  "they_love_capgo": "Les encanta Capgo.",
-  "this_inspired_me_to_create_an_affordable_efficient_alternative": "Esto me inspiró a crear una alternativa asequible y eficiente.",
-  "this_page_serves_as_a_helper_to_get_you_started_on_contributing": "Esta página sirve como una guía para ayudarte a comenzar a contribuir.",
-  "tier_baker": "Panadero",
-  "tier_gold": "Oro",
-  "tier_platinum": "Platino",
-  "tier_silver": "Plata",
-  "to_help_you_decide_which_repository_might_be_the_best_to_start_contributing_and_or_falls_into_your_interest_here_s_a_short_comparison_languages_in_bold_comprise_most_of_the_codebase": "Para ayudarte a decidir qué repositorio podría ser el mejor para comenzar a contribuir (y/o que se ajuste a tus intereses), aquí hay una breve comparación (<strong> los lenguajes en negrita comprenden la mayor parte de la base de código </strong>):",
-  "top_100_app_using_capacitor_on_android_play_store": "Lista de las 100 mejores aplicaciones que utilizan Capacitor en la Play Store de Android.",
-  "top_100_app_using_different_framworks_on_android_store": "Lista de las 100 mejores aplicaciones que utilizan diferentes frameworks en la tienda de Android.",
-  "top_app_by_framework": "Mejor aplicación por Framework",
-  "top_apps_by_framework": "Las mejores aplicaciones por marco",
-  "top_capacitor_apps": "Las mejores aplicaciones de capacitores",
-  "top_capgo_apps": "Lista de las mejores aplicaciones que utilizan Capgo",
-  "top_capgo_apps_title": "Las mejores aplicaciones de Capgo",
-  "top_cordova_apps": "Lista de las 100 mejores aplicaciones que utilizan Cordova en la tienda de Android.",
-  "top_cordova_apps_title": "Las mejores aplicaciones de Cordova",
-  "top_cordova_migrate_cta_subtitle": "Migrate to Capacitor in 10 days: fewer bugs, better performance, improved accessibility, and a richer plugin ecosystem.",
-  "top_cordova_migrate_cta_title": "Still shipping Cordova?",
-  "top_flutter_apps": "Lista de las 100 mejores aplicaciones que usan Flutter en la tienda de Android",
-  "top_flutter_apps_title": "Mejores aplicaciones de Flutter",
-  "top_kotlin_apps": "Lista de las 100 mejores aplicaciones que utilizan Kotlin en la tienda de Android",
-  "top_kotlin_apps_title": "Las mejores aplicaciones de Kotlin",
-  "top_native_script_apps": "Lista de las 100 principales aplicaciones que utilizan Native Script en la tienda de Android.",
-  "top_native_script_apps_title": "Las mejores aplicaciones de Native Script",
-  "top_react_native_apps": "Lista de las 100 mejores aplicaciones que utilizan React Native en la tienda de Android.",
-  "top_react_native_apps_title": "Las mejores aplicaciones de React Native",
-  "tos_acknowledgment_text_1": "Estos son los Términos y Condiciones que rigen el uso de este Servicio y el acuerdo que opera entre Usted y la Empresa. Estos Términos y Condiciones establecen los derechos y obligaciones de todos los usuarios con respecto al uso del Servicio.",
-  "tos_acknowledgment_text_2": "Su acceso y uso del Servicio está condicionado a su aceptación y cumplimiento de estos Términos y Condiciones. Estos Términos y Condiciones se aplican a todos los visitantes, usuarios y otros que accedan o utilicen el Servicio.",
-  "tos_acknowledgment_text_3": "Al acceder o utilizar el Servicio, acepta estar sujeto a estos Términos y Condiciones. Si no está de acuerdo con alguna parte de estos Términos y Condiciones, entonces no podrá acceder al Servicio.",
-  "tos_acknowledgment_text_4": "Usted declara que tiene más de 18 años. La Compañía no permite que los menores de 18 años utilicen el Servicio.",
-  "tos_acknowledgment_text_5": "Su acceso y uso del Servicio también están condicionados a su aceptación y cumplimiento de la Política de Privacidad de la Empresa. Nuestra Política de Privacidad describe nuestras políticas y procedimientos sobre la recopilación, uso y divulgación de su información personal cuando utiliza la Aplicación o el Sitio Web y le informa sobre sus derechos de privacidad y cómo la ley lo protege. Por favor, lea nuestra Política de Privacidad detenidamente antes de utilizar nuestro Servicio.",
-  "tos_acknowledgment_title": "Reconocimiento",
-  "tos_changes_text_1": "Nos reservamos el derecho, a nuestra sola discreción, de modificar o reemplazar estos Términos en cualquier momento. Si una revisión es material, haremos esfuerzos razonables para proporcionar al menos 30 días de aviso antes de que entren en vigencia nuevos términos. Lo que constituye un cambio material se determinará a nuestra sola discreción.",
-  "tos_changes_text_2": "Al continuar accediendo o utilizando Nuestro Servicio después de que esas revisiones entren en vigor, aceptas estar sujeto a los términos revisados. Si no estás de acuerdo con los nuevos términos, en su totalidad o en parte, por favor deja de usar el sitio web y el Servicio.",
-  "tos_changes_title": "Cambios en estos Términos y Condiciones",
-  "tos_contact_us_text": "Si tiene alguna pregunta sobre estos Términos y Condiciones, puede contactarnos:",
-  "tos_contact_us_title": "Contáctenos",
-  "tos_contact_us_website": "Al visitar esta página en el sitio web:",
-  "tos_definition_account": "Cuenta significa una cuenta única creada para que usted acceda a nuestro Servicio o partes de nuestro Servicio.",
-  "tos_definition_affiliate": "Afiliado significa una entidad que controla, es controlada por o está bajo control común con una parte, donde \"control\" significa la propiedad del 50% o más de las acciones, interés de capital u otros valores que tienen derecho a voto para la elección de directores u otra autoridad de gestión.",
-  "tos_definition_application": "Aplicación significa el programa de software proporcionado por la Compañía que usted descarga en cualquier dispositivo electrónico, llamado $1.",
-  "tos_definition_application_store": "La Tienda de Aplicaciones se refiere al servicio de distribución digital operado y desarrollado por Apple Inc. (App Store de Apple) o Google Inc. (Google Play Store) en el cual se ha descargado la Aplicación.",
-  "tos_definition_company": "La empresa (denominada \"la Empresa\", \"Nosotros\" o \"Nuestro\" en este Acuerdo) se refiere a Digital shift OU, Sepapaja 6, 15551, Tallin, Estonia.",
-  "tos_definition_country": "El país se refiere a: Estonia",
-  "tos_definition_device": "El dispositivo se refiere a cualquier dispositivo que pueda acceder al Servicio, como una computadora, un teléfono celular o una tableta digital.",
-  "tos_definition_feedback": "Los comentarios significan comentarios, innovaciones o sugerencias enviadas por Usted respecto a los atributos, rendimiento o características de nuestro Servicio.",
-  "tos_definition_free_trial": "La prueba gratuita se refiere a un período de tiempo limitado que puede ser gratuito al comprar una suscripción.",
-  "tos_definition_in_app_purchase": "La compra dentro de la aplicación se refiere a la compra de un producto, artículo, servicio o suscripción realizada a través de la aplicación y sujeta a estos Términos y Condiciones y/o a los propios términos y condiciones de la tienda de aplicaciones.",
-  "tos_definition_service": "El servicio se refiere a la aplicación.",
-  "tos_definition_subscriptions": "Las suscripciones se refieren a los servicios o al acceso al Servicio ofrecido por la Empresa a Usted en base a una suscripción.",
-  "tos_definition_terms": "Términos y Condiciones (también referidos como \"Términos\") se refieren a estos Términos y Condiciones que constituyen el acuerdo completo entre Usted y la Empresa con respecto al uso del Servicio.",
-  "tos_definition_third_party_social_media": "Servicio de Redes Sociales de Terceros significa cualquier servicio o contenido (incluidos datos, información, productos o servicios) proporcionado por un tercero que puede ser mostrado, incluido o puesto a disposición por el Servicio.",
-  "tos_definition_you": "Tú te refieres al individuo que accede o utiliza el Servicio, o a la empresa u otra entidad legal en nombre de la cual dicho individuo está accediendo o utilizando el Servicio, según corresponda.",
-  "tos_definitions_intro": "A los efectos de estos Términos y Condiciones:",
-  "tos_definitions_subtitle": "Definiciones",
-  "tos_disclaimer_text_1": "El Servicio se proporciona a Usted \"TAL CUAL\" y \"SEGÚN DISPONIBILIDAD\" y con todos los fallos y defectos sin garantía de ningún tipo. En la máxima medida permitida por la ley aplicable, la Compañía, en su propio nombre y en nombre de sus Afiliados y de sus respectivos licenciantes y proveedores de servicios, renuncia expresamente a todas las garantías, ya sean expresas, implícitas, legales u otras, con respecto al Servicio, incluidas todas las garantías implícitas de comerciabilidad, idoneidad para un propósito particular, título y",
-  "tos_disclaimer_text_2": "Sin limitar lo anterior, ni la Empresa ni alguno de los proveedores de la compañía hacen ninguna representación o garantía de ningún tipo, expresa o implícita: (i) en cuanto al funcionamiento o disponibilidad del Servicio, o la información, contenido y materiales o productos incluidos en él; (ii) que el Servicio será ininterrumpido o estará libre de errores; (iii) en cuanto a la precisión, fiabilidad o actualidad de cualquier información o contenido proporcionado a través del Servicio; o (iv) que el Servicio, sus servidores, el contenido o los correos electrónicos enviados desde o en nombre de la Empresa estén libres de virus, scripts, caballos de Troya, gusanos, malware, bombas de tiempo u otros componentes perjudiciales.",
-  "tos_disclaimer_text_3": "Algunas jurisdicciones no permiten la exclusión de ciertos tipos de garantías o limitaciones sobre los derechos legales aplicables de un consumidor, por lo que algunas o todas las exclusiones y limitaciones mencionadas anteriormente pueden no aplicarse a usted. Pero en tal caso, las exclusiones y limitaciones establecidas en esta sección se aplicarán en la mayor medida posible conforme a la ley aplicable.",
-  "tos_disclaimer_title": "Renuncia de \"TAL CUAL\" y \"TAL COMO ESTÁ DISPONIBLE\"",
-  "tos_disputes_resolution_text": "Si tiene alguna preocupación o disputa sobre el Servicio, acepta intentar resolver la disputa de manera informal contactando a la Empresa.",
-  "tos_disputes_resolution_title": "Resolución de Disputas",
-  "tos_eu_users_text": "Si eres un consumidor de la Unión Europea, te beneficiarás de cualquier disposición obligatoria de la ley del país en el que residas.",
-  "tos_eu_users_title": "Para usuarios de la Unión Europea (UE)",
-  "tos_governing_law_text": "Las leyes del País, excluyendo sus reglas sobre conflictos de leyes, regirán estos Términos y su uso del Servicio. Su uso de la Aplicación también puede estar sujeto a otras leyes locales, estatales, nacionales o internacionales.",
-  "tos_governing_law_title": "Ley aplicable",
-  "tos_in_app_purchases_text_1": "La Aplicación puede incluir Compras dentro de la aplicación que te permiten comprar productos, servicios o Suscripciones.",
-  "tos_in_app_purchases_text_2": "Más información sobre cómo puede gestionar las Compras en la Aplicación utilizando su Dispositivo puede estar establecida en los propios términos y condiciones de la Tienda de Aplicaciones o en la configuración de Ayuda de su Dispositivo.",
-  "tos_in_app_purchases_text_3": "Las compras dentro de la aplicación solo se pueden consumir dentro de la aplicación. Si realizas una compra dentro de la aplicación, esta no se puede cancelar después de haber iniciado su descarga. Las compras dentro de la aplicación no se pueden canjear por efectivo u otra compensación ni transferirse de ninguna otra manera.",
-  "tos_in_app_purchases_text_4": "Si alguna Compra dentro de la aplicación no se descarga correctamente o no funciona una vez que se ha descargado correctamente, investigaremos la razón del fallo después de que nos hayamos dado cuenta del problema o de que Usted nos lo haya notificado. Actuaremos razonablemente al decidir si proporcionarle un reemplazo de la Compra dentro de la aplicación o emitirle un parche para reparar el fallo. En ningún caso le cobramos por reemplazar o reparar la Compra dentro de la aplicación. En el improbable caso de que no podamos reemplazar o reparar la Compra dentro de la aplicación correspondiente o de que no podamos hacerlo dentro de un período razonable de tiempo y sin causar un inconveniente significativo para Usted, autorizaremos a la Tienda de Aplicaciones a reembolsarle un monto de hasta el costo de la Compra dentro de la aplicación correspondiente. Alternativamente, si desea solicitar un reembolso, puede hacerlo contactando directamente a la Tienda de Aplicaciones.",
-  "tos_in_app_purchases_text_5": "Usted reconoce y acepta que todos los procesos de facturación y transacciones son manejados por la Tienda de Aplicaciones desde donde descargó la Aplicación y están regidos por los propios términos y condiciones de esa Tienda de Aplicaciones.",
-  "tos_in_app_purchases_text_6": "Si tienes problemas relacionados con pagos en Compras dentro de la aplicación, necesitas contactar directamente a la Tienda de Aplicaciones.",
-  "tos_in_app_purchases_title": "Compras dentro de la aplicación",
-  "tos_intellectual_property_text_1": "El Servicio y su contenido original (excluyendo el Contenido proporcionado por Usted o por otros usuarios), sus características y funcionalidades son y seguirán siendo propiedad exclusiva de la Empresa y sus licenciantes.",
-  "tos_intellectual_property_text_2": "El Servicio está protegido por derechos de autor, marcas comerciales y otras leyes tanto del País como de países extranjeros.",
-  "tos_intellectual_property_text_3": "Nuestras marcas registradas y la apariencia comercial no pueden ser utilizadas en relación con ningún producto o servicio sin el consentimiento previo por escrito de la Empresa.",
-  "tos_intellectual_property_title": "Propiedad Intelectual",
-  "tos_interpretation_subtitle": "Interpretación",
-  "tos_interpretation_text": "Las palabras cuya letra inicial está en mayúscula tienen significados definidos bajo las siguientes condiciones. Las siguientes definiciones tendrán el mismo significado independientemente de si aparecen en singular o en plural.",
-  "tos_interpretation_title": "Interpretación y Definiciones",
-  "tos_last_updated": "Última actualización: 12 de enero de 2022",
-  "tos_limitation_of_liability_text_1": "No obstante los daños que pueda incurrir, la responsabilidad total de la Compañía y cualquiera de sus proveedores bajo cualquier disposición de estos Términos y su único recurso exclusivo por todos los anteriores se limitará a la cantidad que realmente haya pagado a través del Servicio o 100 USD si no ha comprado nada a través del Servicio.",
-  "tos_limitation_of_liability_text_2": "En la máxima medida permitida por la ley aplicable, en ningún caso la Compañía o sus proveedores serán responsables por daños especiales, incidentales, indirectos o consecuentes de cualquier tipo (incluyendo, pero no limitado a, daños por pérdida de ganancias, pérdida de datos u otra información, por interrupción del negocio, por lesiones personales, pérdida de privacidad que surjan de o estén relacionadas de alguna manera con el uso o la imposibilidad de usar el Servicio, software de terceros y/o hardware de terceros utilizados con el Servicio, o de otra manera en conexión con cualquier disposición de estos Términos), incluso si la Compañía o cualquier proveedor ha sido advertido de la posibilidad de tales daños e incluso si el recurso no cumple su propósito esencial.",
-  "tos_limitation_of_liability_text_3": "Algunos estados no permiten la exclusión de garantías implícitas o la limitación de responsabilidad por daños incidentales o consecuentes, lo que significa que algunas de las limitaciones anteriores pueden no aplicarse. En estos estados, la responsabilidad de cada parte estará limitada en la mayor medida permitida por la ley.",
-  "tos_limitation_of_liability_title": "Limitación de Responsabilidad",
-  "tos_links_to_other_websites_text_1": "Nuestro servicio puede contener enlaces a sitios web o servicios de terceros que no son propiedad ni están controlados por la empresa.",
-  "tos_links_to_other_websites_text_2": "La Empresa no tiene control sobre, y no asume ninguna responsabilidad por, el contenido, las políticas de privacidad o las prácticas de ningún sitio web o servicio de terceros. Además, usted reconoce y acepta que la Empresa no será responsable ni estará obligada, directa o indirectamente, por ningún daño o pérdida causados o que se alegue que fueron causados por o en conexión con el uso o la confianza en cualquier contenido, bienes o servicios disponibles en o a través de dichos sitios web o servicios.",
-  "tos_links_to_other_websites_text_3": "Le recomendamos encarecidamente que lea los términos y condiciones y las políticas de privacidad de cualquier sitio web o servicio de terceros que visite.",
-  "tos_links_to_other_websites_title": "Enlaces a otros sitios web",
-  "tos_please_read": "Por favor, lea estos términos y condiciones detenidamente antes de utilizar nuestro Servicio.",
-  "tos_right_to_refuse_or_terminate_service_text_1": "La Compañía se reserva el derecho, a su exclusivo criterio, de rechazar el servicio, suspender el acceso o terminar cualquier cuenta o relación comercial en cualquier momento, con o sin causa, incluyendo pero no limitado a:",
-  "tos_right_to_refuse_or_terminate_service_text_2": "Fallo repetido en el pago de servicios adicionales acordados o facturas.",
-  "tos_right_to_refuse_or_terminate_service_text_3": "Abuso, acoso o comportamiento irrespetuoso hacia los representantes de la Compañía.",
-  "tos_right_to_refuse_or_terminate_service_text_4": "Uso indebido del Servicio o acciones que dañen la integridad, seguridad o reputación de la Compañía.",
-  "tos_right_to_refuse_or_terminate_service_text_5": "En tales casos, no se emitirá ningún reembolso por cualquier período de suscripción o servicio restante, a menos que la ley lo requiera.",
-  "tos_right_to_refuse_or_terminate_service_title": "Derecho a Rechazar o Terminar el Servicio",
-  "tos_severability_subtitle": "Divisibilidad",
-  "tos_severability_text": "Si alguna disposición de estos Términos se considera inaplicable o inválida, dicha disposición se cambiará e interpretará para cumplir con los objetivos de dicha disposición en la mayor medida posible según la ley aplicable y las disposiciones restantes continuarán en pleno vigor y efecto.",
-  "tos_severability_waiver_title": "Divisibilidad y Renuncia",
-  "tos_subscriptions_billing_subtitle": "Facturación",
-  "tos_subscriptions_billing_text_1": "Deberá proporcionar a la Empresa información de facturación precisa y completa, incluyendo nombre completo, dirección, estado, código postal, número de teléfono y una información de método de pago válida.",
-  "tos_subscriptions_billing_text_2": "Si la facturación automática no se realiza por cualquier motivo, la Compañía emitirá una factura electrónica indicando que debe proceder manualmente, dentro de una fecha límite determinada, con el pago completo correspondiente al período de facturación según lo indicado en la factura.",
-  "tos_subscriptions_billing_text_3": "Si la suscripción se ha realizado a través de una compra dentro de la aplicación, toda la facturación es gestionada por la tienda de aplicaciones y se rige por los propios términos y condiciones de la tienda de aplicaciones.",
-  "tos_subscriptions_cancellations_subtitle": "Cancelaciones de suscripción",
-  "tos_subscriptions_cancellations_text_1": "Puede cancelar la renovación de Su Suscripción ya sea a través de la página de configuración de Su Cuenta o contactando a la Compañía. No recibirá un reembolso por las tarifas que ya pagó por Su período de Suscripción actual y podrá acceder al Servicio hasta el final de Su período de Suscripción actual.",
-  "tos_subscriptions_cancellations_text_2": "Si la Suscripción se ha realizado a través de una Compra dentro de la aplicación, puede cancelar la renovación de su Suscripción con la Tienda de Aplicaciones.",
-  "tos_subscriptions_fee_changes_subtitle": "Cambios en las tarifas",
-  "tos_subscriptions_fee_changes_text_1": "La Compañía, a su sola discreción y en cualquier momento, puede modificar las tarifas de Suscripción. Cualquier cambio en la tarifa de Suscripción se hará efectivo al final del período de Suscripción actual.",
-  "tos_subscriptions_fee_changes_text_2": "La Empresa le proporcionará un aviso previo razonable de cualquier cambio en las tarifas de suscripción para darle la oportunidad de cancelar su suscripción antes de que dicho cambio entre en vigencia.",
-  "tos_subscriptions_fee_changes_text_3": "Su uso continuado del Servicio después de que el cambio en la tarifa de Suscripción entre en vigor constituye su acuerdo para pagar el monto de la tarifa de Suscripción modificada.",
-  "tos_subscriptions_free_trial_subtitle": "Prueba gratis",
-  "tos_subscriptions_free_trial_text_1": "La Compañía puede, a su sola discreción, ofrecer una Suscripción con una Prueba Gratis por un período limitado de tiempo.",
-  "tos_subscriptions_free_trial_text_2": "Es posible que se le pida que ingrese su información de facturación para registrarse en la Prueba Gratuita.",
-  "tos_subscriptions_free_trial_text_3": "Si ingresas tu información de facturación al registrarte para una Prueba Gratuita, no se te cobrará por parte de la Empresa hasta que la Prueba Gratuita haya expirado. En el último día del período de la Prueba Gratuita, a menos que canceles tu Suscripción, se te cobrará automáticamente las tarifas de Suscripción aplicables para el tipo de Suscripción que has seleccionado.",
-  "tos_subscriptions_free_trial_text_4": "En cualquier momento y sin previo aviso, la Empresa se reserva el derecho de (i) modificar los términos y condiciones de la oferta de Prueba Gratuita, o (ii) cancelar dicha oferta de Prueba Gratuita.",
-  "tos_subscriptions_period_subtitle": "Período de suscripción",
-  "tos_subscriptions_period_text_1": "El Servicio o algunas partes del Servicio están disponibles solo con una Suscripción paga. Se le cobrará por adelantado de manera recurrente y periódica (como diariamente, semanalmente, mensualmente o anualmente), dependiendo del tipo de plan de Suscripción que seleccione al comprar la Suscripción.",
-  "tos_subscriptions_period_text_2": "Al final de cada período, Su Suscripción se renovará automáticamente en las mismas condiciones a menos que usted la cancele o la Compañía la cancele.",
-  "tos_subscriptions_refunds_subtitle": "Reembolsos",
-  "tos_subscriptions_refunds_text_1": "Salvo cuando lo exija la ley, las tarifas de suscripción pagadas no son reembolsables.",
-  "tos_subscriptions_refunds_text_2": "Ciertas solicitudes de reembolso por Suscripciones pueden ser consideradas por la Empresa caso por caso y concedidas a la exclusiva discreción de la Empresa.",
-  "tos_subscriptions_refunds_text_3": "Si la Suscripción se ha realizado a través de una compra dentro de la aplicación, se aplicará la política de reembolsos de la tienda de aplicaciones. Si desea solicitar un reembolso, puede hacerlo contactando directamente a la tienda de aplicaciones.",
-  "tos_subscriptions_title": "Suscripciones",
-  "tos_termination_text_1": "Podemos terminar o suspender Su Cuenta de inmediato, sin previo aviso ni responsabilidad, por cualquier motivo, incluidos, entre otros, si infringe estos Términos y Condiciones.",
-  "tos_termination_text_2": "Al finalizar, su derecho a usar el Servicio cesará inmediatamente. Si desea dar por terminado su Cuenta, simplemente puede dejar de usar el Servicio.",
-  "tos_termination_title": "Terminación",
-  "tos_title": "Términos y Condiciones",
-  "tos_translation_text": "Estos Términos y Condiciones pueden haber sido traducidos si los hemos puesto a su disposición en nuestro Servicio. Usted acepta que el texto original en inglés prevalecerá en caso de disputa.",
-  "tos_translation_title": "Interpretación de la traducción",
-  "tos_us_federal_government_text": "Si usted es un usuario final del gobierno federal de los EE. UU., nuestro Servicio es un \"Artículo Comercial\" tal como se define en 48 C.F.R. §2.101.",
-  "tos_us_federal_government_title": "Provisiones de uso final del Gobierno Federal de los Estados Unidos",
-  "tos_us_legal_compliance_text": "Usted declara y garantiza que (i) no se encuentra en un país que esté sujeto al embargo del gobierno de Estados Unidos, o que haya sido designado por el gobierno de Estados Unidos como un país \"que apoya el terrorismo\", y (ii) no está incluido en ninguna lista del gobierno de Estados Unidos de partes prohibidas o restringidas.",
-  "tos_us_legal_compliance_title": "Cumplimiento Legal de Estados Unidos",
-  "tos_user_accounts_text_1": "Cuando creas una cuenta con nosotros, debes proporcionarnos información que sea precisa, completa y actual en todo momento. El incumplimiento de esto constituye una violación de los Términos, lo que puede resultar en la terminación inmediata de tu cuenta en nuestro Servicio.",
-  "tos_user_accounts_text_2": "Usted es responsable de proteger la contraseña que utiliza para acceder al Servicio y de cualquier actividad o acción realizada bajo su contraseña, ya sea que su contraseña esté con Nuestro Servicio o con un Servicio de Redes Sociales de Terceros.",
-  "tos_user_accounts_text_3": "Usted acepta no divulgar su contraseña a ningún tercero. Debe notificarnos inmediatamente al darse cuenta de cualquier violación de seguridad o uso no autorizado de su cuenta.",
-  "tos_user_accounts_text_4": "No puedes usar como nombre de usuario el nombre de otra persona o entidad o que no esté legalmente disponible para su uso, un nombre o marca registrada que esté sujeto a derechos de otra persona o entidad que no seas tú sin la autorización adecuada, o un nombre que sea ofensivo, vulgar u obsceno.",
-  "tos_user_accounts_title": "Cuentas de usuario",
-  "tos_waiver_subtitle": "Exención",
-  "tos_waiver_text": "Salvo lo dispuesto en este documento, la falta de ejercicio de un derecho o de exigir el cumplimiento de una obligación bajo estos Términos no afectará la capacidad de una parte para ejercer dicho derecho o exigir dicho cumplimiento en cualquier momento posterior, ni la renuncia a un incumplimiento constituirá una renuncia a cualquier incumplimiento subsiguiente.",
-  "tos_your_feedback_text": "Usted cede todos los derechos, títulos e intereses sobre cualquier Comentario que proporcione a la Empresa. Si por alguna razón dicha cesión resulta ineficaz, usted acepta otorgar a la Empresa un derecho y licencia no exclusiva, perpetua, irrevocable, libre de regalías y mundial para usar, reproducir, divulgar, sublicenciar, distribuir, modificar y explotar dichos Comentarios sin restricción.",
-  "tos_your_feedback_title": "Tu Opinión para Nosotros",
-  "total_data_transfer": "Transferencia total de datos",
-  "track_update_performance_and_user_adoption": "Rastrear el rendimiento de las actualizaciones y la adopción por parte de los usuarios",
-  "transparency_security": "Transparencia y Seguridad",
-  "trust": "Confianza",
-  "trust_center": "Centro de Confianza",
-  "trust_continuous_validation_description": "La transparencia de código abierto respaldada por escaneos automatizados mantiene las vulnerabilidades visibles y resueltas antes de que afecten a los clientes.",
-  "trust_continuous_validation_snyk_label": "Salud de dependencia Snyk",
-  "trust_continuous_validation_sonar_label": "Postura de seguridad de SonarCloud",
-  "trust_continuous_validation_title": "Validación continua y monitoreo",
-  "trust_foundation_application_description": "Las directrices de codificación segura, las revisiones obligatorias, las pruebas automatizadas y las pruebas de penetración independientes endurecen la superficie de la aplicación.",
-  "trust_foundation_application_title": "Seguridad de la aplicación",
-  "trust_foundation_data_description": "Los paquetes de los clientes permanecen encriptados durante el tránsito y en reposo con versiones firmadas, registros de auditoría y claves API granulares.",
-  "trust_foundation_data_title": "Protección de datos",
-  "trust_foundation_description": "La seguridad, privacidad y fiabilidad están incorporadas en cada capa de la plataforma Capgo.",
-  "trust_foundation_operations_description": "Libros de operaciones dedicados, monitoreo 24/7 y un único propietario responsable garantizan una detección y respuesta rápidas.",
-  "trust_foundation_operations_title": "Preparación operativa",
-  "trust_foundation_platform_description": "Cloudflare, Supabase y las tuberías de CI aisladas aplican MFA, gestión de secretos y entornos protegidos.",
-  "trust_foundation_platform_title": "Plataforma e infraestructura",
-  "trust_foundation_title": "Salvaguardas en capas en cada lanzamiento",
-  "trust_hero_badge": "Construido para flujos de trabajo de liberación seguros",
-  "trust_hero_description": "Capgo protege su canal de lanzamiento con auditorías independientes, infraestructura endurecida y procesos diseñados para un envío rápido y seguro.",
-  "trust_hero_point_four": "Programa de seguridad liderado por el fundador con guías de respuesta a incidentes dedicadas.",
-  "trust_hero_point_one": "Los proveedores críticos mantienen la certificación SOC 2 que se revisa cada año.",
-  "trust_hero_point_three": "Cifrado en tránsito y en reposo respaldado por controles de acceso granulares.",
-  "trust_hero_point_two": "Estado transparente, incidentes y actualizaciones de mantenimiento en tiempo real.",
-  "trust_hero_primary_cta": "Revisar la documentación de cumplimiento",
-  "trust_hero_secondary_cta": "Verifica el estado en tiempo real",
-  "trust_hero_title": "Seguridad y Confianza sin compromiso",
-  "trust_highlight_data_residency_description": "La entrega global de borde encripta el tráfico de extremo a extremo mientras que el almacenamiento de Supabase mantiene las liberaciones bloqueadas en reposo.",
-  "trust_highlight_data_residency_title": "Protección de datos en todas partes",
-  "trust_highlight_soc2_description": "Los proveedores de alojamiento y datos mantienen el cumplimiento de SOC 2 con certificados revisados anualmente.",
-  "trust_highlight_soc2_title": "Asociaciones de nivel empresarial",
-  "trust_highlight_transparency_description": "La página de estado público, las actualizaciones de incidentes y el tiempo de actividad histórico mantienen a los clientes informados.",
-  "trust_highlight_transparency_title": "Transparencia operacional",
-  "trust_highlights_heading": "En lo que puedes confiar",
-  "trust_meta_description": "Descubre cómo Capgo protege las actualizaciones por aire con seguridad en capas, monitoreo transparente y operaciones que priorizan la privacidad.",
-  "trust_program_description": "Iteramos en los controles a través de la evaluación continua, el endurecimiento, el monitoreo y la mejora.",
-  "trust_program_step_assess_description": "Las revisiones regulares de la infraestructura, las dependencias y los procesos garantizan que se cataloguen y prioricen los nuevos riesgos.",
-  "trust_program_step_assess_title": "Evaluar y priorizar riesgos",
-  "trust_program_step_evolve_description": "Las revisiones posteriores a los incidentes, las actualizaciones del plan de trabajo y la presentación de informes transparente mantienen el programa en mejora.",
-  "trust_program_step_evolve_title": "Evoluciona y comparte",
-  "trust_program_step_harden_description": "Las salvaguardas de defensa en profundidad abarcan las capas de origen, construcción, entrega y tiempo de ejecución.",
-  "trust_program_step_harden_title": "Implementar y endurecer controles",
-  "trust_program_step_monitor_description": "Las alertas automatizadas, los tableros de tiempo de actividad y las comprobaciones manuales proporcionan una conciencia situacional continua.",
-  "trust_program_step_monitor_title": "Monitorear y alertar",
-  "trust_program_title": "Ciclo de vida del programa de seguridad",
-  "trust_resource_contact_cta": "Equipo de seguridad del correo electrónico",
-  "trust_resource_contact_description": "Póngase en contacto directamente para la divulgación coordinada, revisiones de seguridad o documentación personalizada.",
-  "trust_resource_contact_title": "¿Necesita hablar con seguridad?",
-  "trust_resource_status_cta": "Abrir página de estado",
-  "trust_resource_status_description": "Vea el tiempo de actividad histórico, las ventanas de mantenimiento y la comunicación de incidentes en tiempo real.",
-  "trust_resource_status_title": "Estado y tiempo de actividad",
-  "trust_resource_trust_center_cta": "Visita el portal de confianza",
-  "trust_resource_trust_center_description": "Acceda a cuestionarios de seguridad, documentación SOC y mapeos de control detallados.",
-  "trust_resource_trust_center_title": "Portal de confianza",
-  "trust_resources_description": "Profundiza en las políticas, controles y señales en vivo que mantienen a Capgo seguro.",
-  "trust_resources_title": "Explora recursos de confianza",
-  "trusted_by_developers_worldwide": "Confiado por Desarrolladores en Todo el Mundo",
-  "trusted_by_the_biggest_capacitor_apps": "Confiado por las aplicaciones Capacitorjs más grandes",
-  "tutorial_on": "Tutorial sobre",
-  "type_ii_certified": "Certificado Tipo II",
-  "typescript_definitions": "Definiciones de TypeScript",
-  "ultra_low_latency": "latencia ultra baja",
-  "unauthorized_access": "Acceso no autorizado.",
-  "unauthorized_access_desc": "Acceder o utilizar cualquier Sistema sin permiso, incluyendo intentar sondear, escanear o probar la vulnerabilidad de un Sistema o vulnerar cualquier medida de seguridad o autenticación utilizada por un Sistema.",
-  "unlimited_live_updates": "Actualizaciones en Vivo Ilimitadas",
-  "unscheduled_downtime_desc": "\"Tiempo de inactividad no programado\" significa el tiempo, en minutos, durante el cual los Servicios aplicables no son generalmente accesibles y disponibles para los Usuarios Permitidos del Cliente, excluyendo la inaccesibilidad o indisponibilidad debido a actos u omisiones del Cliente o de los Usuarios Permitidos, eventos de fuerza mayor, mantenimiento programado comunicado con al menos 24 horas de antelación por correo electrónico, ataques de hacking o virus, mantenimiento de emergencia razonable u otras exclusiones específicas del producto enumeradas bajo Exclusiones del SLA.",
-  "unscheduled_downtime_title": "4.2 Tiempo de inactividad no programado",
-  "unsealed_goods": "El suministro de Bienes que no son aptos para su devolución por razones de protección de la salud o higiene y que fueron desprecintados después de la entrega.",
-  "unsure_about_active_users": "¿No estás seguro de cuántos usuarios activos tienes?",
-  "update_size_mb": "Tamaño de Actualización (MB)",
-  "update_success_tracking": "Actualización exitosa del seguimiento",
-  "updates": "Actualizaciones",
-  "updates_at_scale": "¿actualizaciones a gran escala?",
-  "updates_by_month": "Actualizaciones<br />por mes",
-  "updates_delivered": "Actualizaciones entregadas",
-  "updates_explanation": "Parte del cálculo del precio del ancho de banda",
-  "updates_per_month": "Actualizaciones por Mes",
-  "updates_size": "Tamaño de Actualizaciones<br />(MB)",
-  "uptime_commitment_desc": "Capgo proporcionará Disponibilidad Real de al menos noventa y nueve por ciento (99.9%) del tiempo total en cada mes calendario durante el Plazo de Suscripción, según lo medido por Capgo (el \"Compromiso de Disponibilidad\").",
-  "uptime_commitment_title": "1. Compromiso de Disponibilidad",
-  "uptime_sla": "SLA de tiempo de actividad",
-  "urgent_enterprise_response": "1 hora<br />24/7 × 365",
-  "urgent_priority_response": "1 hora<br />24/7 × 365",
-  "urgent_support_desc": "Defecto que resulta en una caída total o parcial del sistema o una condición que hace que Capgo sea inutilizable o no esté disponible en producción para todos los Usuarios del Cliente.",
-  "urgent_support_subtitle": "Problema crítico",
-  "urgent_support_title": "1. Urgente",
-  "urgent_team_response": "24 horas<br />24/7 × 365",
-  "use_at_your_own_risk_disclaimer_text": "Toda la información en el Servicio se proporciona \"tal cual\", sin garantía de completitud, precisión, puntualidad o de los resultados obtenidos del uso de esta información, y sin garantía de ningún tipo, expresa o implícita, incluyendo, pero no limitada a garantías de rendimiento, comerciabilidad y adecuación a un propósito particular.",
-  "use_at_your_own_risk_disclaimer_title": "\"Uso bajo su propio riesgo\" Aviso de exención de responsabilidad",
-  "use_capgo": "Usa Capgo",
-  "user_comments_responsibility": "Los comentarios publicados por los usuarios son de su exclusiva responsabilidad y los usuarios asumirán plena responsabilidad, responsabilidad y culpa por cualquier difamación o litigio que resulte de algo escrito en o como resultado directo de algo escrito en un comentario. La Empresa no es responsable de ningún comentario publicado por los usuarios y se reserva el derecho de eliminar cualquier comentario por cualquier motivo.",
-  "using_us_in_production": "Usando nosotros en producción",
-  "verify_fixes_instantly": "Verifica las soluciones al instante",
-  "version_control": "Control de Versiones",
-  "version_manager_that_power_ci_cd_to_update_apps": "Administrador de versiones que potencia CI/CD para actualizar aplicaciones.",
-  "view_as_markdown": "Ver como Markdown",
-  "view_npm": "Ver en NPM",
-  "view_page_as_plain_text": "Ver esta página como texto sin formato",
-  "view_raw_on_github": "Ver raw en GitHub",
-  "view_repo": "Ver repositorio",
-  "view_sla": "Ver SLA",
-  "view_source": "Ver Fuente",
-  "views_expressed_disclaimer_text": "El Servicio puede contener opiniones y puntos de vista que son de los autores y no reflejan necesariamente la política o posición oficial de ningún otro autor, agencia, organización, empleador o empresa, incluida la Empresa.",
-  "views_expressed_disclaimer_title": "Aviso de exención de responsabilidad de opiniones expresadas",
-  "we_already_setup_ci_cd_for_50_apps": "Ya hemos configurado CI/CD para más de 50 aplicaciones.",
-  "we_don_t_bill_you_automatically_until_your_confirmation": "No te cobramos automáticamente hasta tu confirmación.",
-  "we_don_t_store_or_sell_your_data_to_anyone": "No almacenamos ni vendemos tus datos a nadie.",
-  "we_empower_developers_to_push_updates_instantly_ensuring_your_users_always_have_the_latest_version_of_your_app_without_the_hassle_of_app_store_approvals": "Empoderamos a los desarrolladores para que puedan implementar actualizaciones al instante, asegurando que tus usuarios siempre tengan la última versión de tu aplicación sin la molestia de las aprobaciones de la tienda de aplicaciones.",
-  "we_practice_what_we_preach": "Practicamos lo que predicamos.",
-  "we_set_up_your_ci_cd_workflow_to_work_seamlessly_with_your_current_development_process_no_need_to_switch_platforms_or_learn_new_tools": "Configuramos tu flujo de trabajo de CI/CD para que funcione sin problemas con tu proceso de desarrollo actual. No es necesario cambiar de plataforma ni aprender nuevas herramientas.",
-  "we_welcome_and_appreciate_all_contributions_to_capgo": "Damos la bienvenida y apreciamos todas las contribuciones a Capgo.",
-  "website_description": "Envía y gestiona actualizaciones en tiempo real para tu aplicación de capacitor sin complicaciones en la tienda, 5 minutos para instalar actualizaciones Over-the-Air (OTA). Usa canales para enviar a grupos específicos.",
-  "website_keywords": "Capacitor, updater, OTA, autoupdate, capgo",
-  "website_title": "Capgo - Actualización en vivo de Capacitor",
-  "welcome_to_capgo": "Bienvenido a Capgo",
-  "what_does_build_time_refer_to": "¿Qué significa \"tiempo de construcción\" en los planes?",
-  "what_happens_if_i_reach_the_bandwidth_limit": "¿Qué sucede si alcanzo el límite de ancho de banda?",
-  "what_happens_if_i_reach_the_bandwidth_limit_answer": "Le notificaremos por correo electrónico cuando alcance el 50%, 70%, 90% y 100% de su límite de ancho de banda. Una vez alcanzado el límite, las descargas de actualizaciones se bloquearán hasta que se reinicie su ciclo de facturación o actualice a un plan con más ancho de banda. Su aplicación continuará funcionando con su versión actual.",
-  "what_happens_if_i_reach_the_mau_limit": "¿Qué sucede si alcanzo el límite de Usuarios Activos Mensuales (MAU)?",
-  "what_happens_if_i_reach_the_mau_limit_answer": "Le enviaremos notificaciones por correo electrónico cuando alcance el 50%, 70%, 90% y 100% de su límite de MAU. Una vez que alcance el límite, sus actualizaciones serán bloqueadas hasta el final de su ciclo de facturación. Para continuar ofreciendo actualizaciones, necesitará actualizar a un plan superior.",
-  "what_happens_if_i_reach_the_storage_limit": "¿Qué sucede si alcanzo el límite de almacenamiento?",
-  "what_happens_if_i_reach_the_storage_limit_answer": "Recibirás notificaciones por correo electrónico al 50%, 70%, 90% y 100% de tu límite de almacenamiento. Cuando alcances el límite, no podrás subir nuevos paquetes hasta el final de tu ciclo de facturación o hasta que actualices tu plan. Las actualizaciones existentes continuarán funcionando normalmente.",
-  "what_payment_methods_answer": "Aceptamos todas las principales tarjetas de crédito (Visa, Mastercard, American Express, Discover). Para planes anuales, también aceptamos transferencias bancarias. Todos los pagos se procesan de forma segura a través de Stripe.",
-  "what_payment_methods_do_you_accept": "¿Qué métodos de pago aceptas?",
-  "when_developing_a_capacitorjs_app_as_a_beginner_it_s_good_to_have_an_experienced_consultant_by_your_side": "Al desarrollar una aplicación de CapacitorJS como principiante, es bueno tener un consultor experimentado a tu lado.",
-  "when_down_review": "Cuando una aplicación funciona demasiado lento o se cae (incluso por unos minutos), puede dañar la satisfacción de los usuarios y disminuir los ingresos. Para evitar tales situaciones, revisa el código para encontrar áreas de mejora.",
-  "when_its_good_to_ask_for_cordova_and_capacitorjs_consulting_services": "Cuándo es bueno solicitar servicios de consultoría de Cordova y CapacitorJS",
-  "why_is_it_important": "¿Por qué es importante?",
-  "why_work": "¿Por qué trabajar?",
-  "with_us": "¿con nosotros?",
-  "work_without_internet_connection": "Trabaja sin conexión a internet",
-  "worldwide_success_rate": "tasa de éxito mundial",
-  "written_by": "Escrito por",
-  "yearly_plan": "Plan Anual",
-  "you_definition": "<strong>Usted</strong> se refiere a la persona que accede al Servicio, o a la empresa, o a otra entidad legal en nombre de la cual dicha persona está accediendo o utilizando el Servicio, según sea el caso.",
-  "you_need_a_to_access_to_specific_native_api_and_the_right_plugin_don_t_exist_we_can_develop_it_for_you_or_support_you_with_it": "Necesitas acceder a una API nativa específica y el plugin adecuado no existe. Podemos desarrollarlo para ti o apoyarte con ello.",
-  "you_want_to_fix_a_bug_or_add_a_new_feature_to_capacitor_updater_this_is_the_repository_you_want_to_contribute_to": "¿Quieres corregir un error o agregar una nueva función a <code>capacitor-updater</code>? Este es el repositorio al que deseas contribuir.",
-  "your_configuration": "Tu Configuración",
-  "your_live_update_solution_for_capacitor_apps": "Tu solución de actualización en vivo para aplicaciones de condensador",
-  "youre_in_good_company": "Estás en buena compañía.",
-  "zero_trust_security": "Seguridad de Cero Confianza",
-  "zero_vendor_lockin_pay_provider_directly": "cero bloqueo de proveedor, paga directamente a tu proveedor."
-}
diff --git a/messages/fr.json b/messages/fr.json
deleted file mode 100644
index e866dfd5e..000000000
--- a/messages/fr.json
+++ /dev/null
@@ -1,3288 +0,0 @@
-{
-  "$schema": "https://inlang.com/schema/inlang-message-format",
-  "2_3_week_delivery": "Livraison de 2 à 3 semaines",
-  "30_day_support_included": "Assistance de 30 jours incluse",
-  "3_4_week_delivery": "Livraison de 3-4 semaines",
-  "Capacitor_Sanbox_App": "Application Sandbox Capacitor",
-  "Capacitor_Sanbox_App_description": "Testez chaque version de votre application directement dans l'application sandbox en une seconde. Gérez les mises à jour OTA de votre application Capacitor depuis votre poche, disponible sur iOS et Android.",
-  "From_indie_devs_to": "Des développeurs indépendants aux grandes équipes, tous comptent sur Capgo pour pousser des mises à jour instantanément.",
-  "SLA": "Accords de Niveau de Service (SLA)",
-  "a_specific_element_of_your_app_doesn_t_work_and_you_don_t_know_where_the_problem_is_and_how_to_fix_it": "Un élément spécifique de votre application ne fonctionne pas et vous ne savez pas où se trouve le problème ni comment le résoudre.",
-  "aasa_tester": "Testeur AASA",
-  "about": "À propos",
-  "about_capgo": "À propos de Capgo",
-  "about_capgo_description": "Découvrez Capgo, la solution de mise à jour en direct pour les applications Capacitor créée par Martin Donadieu. Livraison de mises à jour OTA instantanées depuis 2022.",
-  "access_maintain_enterprise_plugins": "Accédez et maintenez nos plugins Capacitor de niveau entreprise avec un support prioritaire et une maintenance dédiée.",
-  "ach_available_for_enterprise_annual_payments": "L’ACH est disponible uniquement pour les paiements annuels des clients du plan Enterprise. Contactez-nous pour en savoir plus.",
-  "active_users_up_to_date": "d'utilisateurs actifs à jour dans les 24 heures",
-  "actual_availability": "Disponibilité actuelle",
-  "actual_availability_desc": "« Disponibilité réelle » signifie la Disponibilité planifiée moins les Temps d'arrêt non planifiés.",
-  "actual_availability_title": "4.3 Disponibilité réelle",
-  "adapt_as_you_grow": "Adaptez-vous à votre croissance",
-  "adapt_configuration_to_infrastructure": "Que vous utilisiez GitHub, GitLab ou une autre plateforme, nous adaptons notre configuration pour s'adapter à votre infrastructure existante.",
-  "additionally_make_sure_that": "En plus de ce qui précède, assurez-vous que :",
-  "address": "Adresse",
-  "advanced_access_levels": "Niveaux d'accès avancés",
-  "advanced_collaboration_security_compliance": "Collaboration avancée, sécurité et fonctionnalités de conformité qui évoluent avec votre organisation",
-  "all_around_the_globe": "Partout dans le monde",
-  "all_lower_tiers_benefits": "Tous les avantages des niveaux précédents",
-  "all_systems_normal": "Tous les systèmes sont normaux",
-  "all_systems_normal_uptime": "Tous les systèmes sont normaux : 99% de disponibilité",
-  "already_have_account": "Vous avez déjà un compte ?",
-  "alternatives": "Alternatives",
-  "alternatives_appflow_credit": "💚 Crédit là où il est dû : Ionic a construit des outils incroyables et a formé toute une génération de développeurs d'applications hybrides. Respect.",
-  "alternatives_appflow_migration_guide": "Guide de migration →",
-  "alternatives_appflow_reality": "Ionic a annoncé qu'ils mettent fin à Appflow. Les clients existants peuvent l'utiliser jusqu'à la fin de 2027, mais il n'y aura pas de nouveaux clients ou de nouvelles fonctionnalités.",
-  "alternatives_appflow_reality_label": "La réalité:",
-  "alternatives_appflow_status": "⚠️ Fermeture le 31 décembre 2027",
-  "alternatives_appflow_when_good": "Appflow était génial si vous vouliez tout en un seul endroit - CI/CD, mises à jour en direct, constructions natives. Les pionniers de cet espace.",
-  "alternatives_appflow_when_good_label": "Quand c'était bien :",
-  "alternatives_appflow_why_different_label": "Pourquoi nous sommes différents :",
-  "alternatives_appflow_why_different_li1": "Nous ne fermons pas (assez important !)",
-  "alternatives_appflow_why_different_li2": "14$/mois vs leur 499$/mois",
-  "alternatives_appflow_why_different_li3": "Open source vs source fermée",
-  "alternatives_appflow_why_different_li4": "Concentrez-vous uniquement sur les mises à jour, afin que nous soyons meilleurs dans ce domaine.",
-  "alternatives_been_doing_desc": "Commencé en 2020. Nous avons vu tous les cas limites, survécu à chaque changement de politique de l'App Store et traité des milliards de mises à jour. Nous ne partons nulle part.",
-  "alternatives_been_doing_title": "⏰ Nous faisons cela depuis 4 ans",
-  "alternatives_biggest_plugin_desc": "Nous maintenons plus de 70 plugins Capacitor gratuits et open-source. Plus que quiconque dans l'écosystème, à part l'équipe Capacitor elle-même.",
-  "alternatives_biggest_plugin_note": "Alors oui, nous connaissons une chose ou deux sur Capacitor.",
-  "alternatives_biggest_plugin_title": "🚀 Plus grand fournisseur de plugins après Capacitor officiel",
-  "alternatives_bootstrapped_desc": "Aucun investisseur. Aucune dette. Juste des revenus durables provenant de clients satisfaits.",
-  "alternatives_bootstrapped_note": "Cela signifie que nous pouvons facturer des prix justes (14 $/mois pour commencer, pas 499 $), et nous ne fermerons pas soudainement ou n'augmenterons pas nos tarifs par 10.",
-  "alternatives_bootstrapped_title": "💰 Autofinancé et rentable",
-  "alternatives_capawesome_credit": "💚 Crédit où il est dû : Robin (fondateur de Capawesome) fait un excellent travail. Être inspiré par notre approche lors de la construction de leur solution est honnêtement flatteur. L'écosystème est meilleur avec plusieurs options.",
-  "alternatives_capawesome_diff_experience": "<strong>Expérience :</strong> Nous faisons cela depuis 2020 (ils ont lancé les mises à jour en direct en 2024)",
-  "alternatives_capawesome_diff_focus": "<strong>Focus :</strong> Les mises à jour en direct sont notre cœur de métier ; pour eux, c'est une offre secondaire à leurs plugins payants.",
-  "alternatives_capawesome_diff_pricing": "<strong>Tarification :</strong> Tous deux abordables - nous commençons à 14 $/mois, ils commencent à 9 €/mois",
-  "alternatives_capawesome_diff_scale": "<strong>Échelle :</strong> Nous fournissons plus de 1B+ mises à jour/mois, 50M+ appareils (ils ne publient pas encore de statistiques)",
-  "alternatives_capawesome_diff_security": "<strong>Sécurité & Transparence :</strong> Nous sommes 100% open source avec des audits publics et la capacité d'auto-audit ; ils sont à 0% ouverts sur le backend sans audits publics.",
-  "alternatives_capawesome_diff_support": "<strong>Support :</strong> Les deux fournissent un support humain (nous sommes tous les deux de petites équipes !)",
-  "alternatives_capawesome_differences_label": "Différences honnêtes:",
-  "alternatives_capawesome_full_comparison": "Comparaison complète →",
-  "alternatives_capawesome_reality": "Capawesome est une option solide et plus récente avec une bonne ingénierie allemande. Ils ont été inspirés par Capgo lors de la construction de leur solution de mises à jour en direct. Ils fabriquent également d'excellents plugins pour Capacitor.",
-  "alternatives_capawesome_status": "✅ Actif et bien entretenu",
-  "alternatives_capawesome_when_good": "Si vous voulez une interface plus simple et que vous n'avez pas besoin de certaines des fonctionnalités avancées, c'est un bon choix.",
-  "alternatives_codepush_credit": "💚 Crédit là où il est dû : CodePush a prouvé que le modèle de mise à jour en direct fonctionne à une échelle massive.",
-  "alternatives_codepush_reality": "CodePush était gratuit et fonctionnait bien... jusqu'à ce que Microsoft cesse de le maintenir. Il est en mode héritage pour React Native, et il n'y a pas de support officiel pour Capacitor.",
-  "alternatives_codepush_status": "🪦 Obsolète - Microsoft a évolué",
-  "alternatives_codepush_when_good": "Gratuit est difficile à battre ! Et l'infrastructure de Microsoft signifiait qu'elle était fiable.",
-  "alternatives_codepush_why_different_li1": "Effectivement entretenu et amélioré chaque mois",
-  "alternatives_codepush_why_different_li2": "Construit spécifiquement pour Capacitor",
-  "alternatives_codepush_why_different_li3": "De vrais humains corrigent les bugs et ajoutent des fonctionnalités",
-  "alternatives_codepush_why_different_li4": "Toujours abordable : 14 $/mois (pas gratuit grâce à une subvention de capital-risque, mais durable)",
-  "alternatives_cta_button": "Commencez l'essai gratuit",
-  "alternatives_cta_questions": "Des questions? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Demandez-nous sur Discord</a> ou <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">envoyez un email à support@capgo.app</a>",
-  "alternatives_cta_subtitle": "Pas de carte de crédit. Pas d'engagement. Voyez simplement si cela fonctionne pour vous.",
-  "alternatives_cta_title": "Essayez-le vous-même (gratuit pendant 14 jours)",
-  "alternatives_family_business_desc": "Fondé et dirigé par Martin Donadieu et sa famille. Aucune pression des capitaux-risqueurs pour \"maximiser les indicateurs de croissance\" ou \"pivoter le modèle d'affaires\". Nous construisons ceci sur le long terme car c'est notre gagne-pain.",
-  "alternatives_family_business_li1": "Entités juridiques aux États-Unis et en Europe",
-  "alternatives_family_business_li2": "Infrastructure dédiée pour la Chine",
-  "alternatives_family_business_title": "👨‍👩‍👧‍👦 Entreprise familiale",
-  "alternatives_hero_subtitle": "Soyons honnêtes : les pages de comparaison sont un peu ridicules. Mais voici un regard réellement transparent sur vos options.",
-  "alternatives_hero_title": "Alternatives Capgo",
-  "alternatives_human_support_desc": "Pas de chatbots. Pas d'\"assistants IA\". Pas de systèmes de billetterie qui perdent votre message.",
-  "alternatives_human_support_note": "Vous obtenez Martin ou quelqu'un de la famille. Habituellement en quelques heures. Parfois en quelques minutes. Oui, même le week-end (nous ne pouvons pas nous en empêcher 😅).",
-  "alternatives_human_support_title": "🙋 Uniquement le support humain",
-  "alternatives_meta_description": "Vous cherchez des solutions de mise à jour en direct pour Capacitor ? Voici une comparaison honnête et transparente entre Capgo et les alternatives. Pas de bêtises, juste une vraie discussion sur ce qui rend chaque plateforme différente.",
-  "alternatives_not_good_at_ci_cd": "Contrairement à l'approche intégrée d'Appflow, nous vous offrons de la flexibilité. Utilisez notre Cloud Build pour les builds natifs iOS/Android, ou intégrez avec votre propre CI/CD (GitHub Actions, GitLab CI, etc). À vous de choisir - les deux fonctionnent parfaitement.",
-  "alternatives_not_good_at_ci_cd_label": "Tout-en-un CI/CD:",
-  "alternatives_not_good_at_docs": "Les mises à jour automatiques de base sont bien documentées. Mais Capgo a de nombreuses options (manuel, semi-manuel, channel_default, etc.) qui ne sont pas toujours faciles à comprendre pour chaque cas d'utilisation pour le moment. Nous améliorons activement cela.",
-  "alternatives_not_good_at_docs_label": "Complexité de la documentation:",
-  "alternatives_not_good_at_title": "🤔 Ce que nous ne sommes PAS bons à faire (heure de l'honnêteté)",
-  "alternatives_open_transparent_desc": "100% open source. Sous licence MIT/MPL-2.0. Vous pouvez voir chaque ligne de code, l'héberger vous-même si vous le souhaitez, ou le bifurquer entièrement.",
-  "alternatives_open_transparent_li1": "Code du plugin : <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "alternatives_open_transparent_li2": "Code backend : <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "alternatives_open_transparent_li3": "Auto-audit à tout moment - essentiel pour la conformité et la sécurité",
-  "alternatives_open_transparent_li4": "Audits de sécurité publique disponibles",
-  "alternatives_open_transparent_li5": "Feuille de route publique, problèmes publics, tout est public",
-  "alternatives_open_transparent_title": "🌍 Nous le faisons ouvertement et transparentement",
-  "alternatives_other_options_title": "Les autres options (et quand les choisir)",
-  "alternatives_testimonial_1": "La migration depuis Appflow a pris 2 heures. Nous sommes passés de $499/mois à $14/mois. Mêmes fonctionnalités, meilleure DX.",
-  "alternatives_testimonial_1_author": "— Développeur React de France",
-  "alternatives_testimonial_2": "J'avais une question à 22h samedi. Martin lui-même a répondu en 15 minutes. Fou.",
-  "alternatives_testimonial_2_author": "— Développeur solo du Brésil",
-  "alternatives_testimonial_3": "Être open source signifie que nous pourrions auditer la sécurité nous-mêmes. C'est non négociable pour notre application de santé.",
-  "alternatives_testimonial_3_author": "— CTO d'une startup de technologie de santé",
-  "alternatives_testimonial_4": "Le fait que ce soit une entreprise familiale me fait lui faire PLUS confiance, pas moins. Ces gens ne vont pas nous laisser tomber.",
-  "alternatives_testimonial_4_author": "— Chef d'équipe mobile d'Allemagne",
-  "alternatives_title": "Alternatives Capgo – Une Comparaison Honnête",
-  "alternatives_what_different_title": "Qu'est-ce qui rend réellement Capgo différent",
-  "alternatives_why_choose_title": "Pourquoi les gens nous choisissent réellement",
-  "alternatives_why_exists_p1": "Regardez, nous pourrions faire un tableau sophistiqué montrant comment Capgo écrase chaque concurrent sur chaque indicateur. C'est ce que tout le monde fait. Mais c'est des conneries, et vous le savez.",
-  "alternatives_why_exists_p2": "La vérité ? Toutes les plateformes de mise à jour en direct font à peu près la même chose maintenant : pousser des mises à jour JavaScript vers vos applications Capacitor. API ? Nous en avons tous une. Canaux ? Oui. Rollbacks ? Bien sûr.",
-  "alternatives_why_exists_p3": "Alors, qu'est-ce qui compte vraiment ? Parlons plutôt de cela.",
-  "alternatives_why_exists_title": "Pourquoi cette page existe",
-  "analytics": "Analytique",
-  "and": "et",
-  "app_mobile": "App mobile",
-  "app_store_compliant": "Compatible avec l'App Store",
-  "appflow_credit_p1": "<strong class=\"text-emerald-400\">Ionic a construit quelque chose d'incroyable.</strong> Appflow a été la première plateforme à rendre les mises à jour en direct réellement fonctionnelles à grande échelle. Ils ont été les pionniers des canaux, des retours en arrière, de l'intégration de constructions natives - tout le playbook.",
-  "appflow_credit_p2": "Ils ont formé toute une génération de développeurs sur le développement d'applications hybrides. Sans le travail d'Ionic, des produits comme Capgo n'existeraient pas.",
-  "appflow_credit_p3": "Alors ouais, un respect massif à l'équipe Ionic. C'est une déception pour tout le monde.",
-  "appflow_credit_title": "D'abord, donnons crédit là où c'est dû",
-  "appflow_cta_book_migration": "Appel de migration de livre",
-  "appflow_cta_questions": "Des questions? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Rejoignez notre Discord</a> ou <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">envoyez-nous un email</a>",
-  "appflow_cta_start_trial": "Commencez l'essai gratuit →",
-  "appflow_cta_subtitle": "Aucune carte de crédit. Aucun engagement. Migrez une application test, voyez si cela fonctionne pour vous.",
-  "appflow_cta_title": "Essayez-le gratuitement pendant 14 jours",
-  "appflow_elephant_p1": "Ionic a annoncé qu'ils ferment Appflow. Vos applications continueront de fonctionner jusqu'au <strong class=\"text-white\">31 décembre 2027</strong>, mais il n'y aura pas de nouvelles fonctionnalités, pas de nouveaux clients, pas de mises à jour.",
-  "appflow_elephant_p2": "Si vous lisez ceci, vous cherchez probablement où aller ensuite. C'est ce dont parle cette page.",
-  "appflow_elephant_title": "⚠️ L'éléphant dans la pièce",
-  "appflow_enterprise_help_desc": "If your Appflow stack includes Ionic enterprise plugins, use the <a href=\"{pluginsUrl}\" class=\"text-emerald-300 hover:underline\">Ionic Enterprise Plugins guide</a>. Paid support is available on demand - <a href=\"{supportUrl}\" class=\"text-emerald-300 hover:underline\">see support options</a>. Need a hands-on migration? We offer paid migration services - <a href=\"{migrationUrl}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_enterprise_help_title": "Enterprise plugins and paid help (optional)",
-  "appflow_experience_desc": "4 ans de mises à jour en direct à grande échelle. Des milliards de mises à jour servies. Chaque changement de politique de l'App Store, chaque cas limite, chaque appareil étrange - nous l'avons vu.",
-  "appflow_experience_note": "Aussi : nous sommes le <strong>plus grand fournisseur de plugins Capacitor</strong> après l'équipe officielle de Capacitor (30+ plugins). Nous connaissons l'écosystème à fond.",
-  "appflow_experience_title": "4. Nous faisons cela depuis 2020",
-  "appflow_faq_a1": "Non. Ce que vous utilisez actuellement (GitHub Actions, GitLab CI, Jenkins, etc.) continue de fonctionner. Il suffit de modifier l'étape de téléchargement pour utiliser notre CLI au lieu de celle d'Appflow.",
-  "appflow_faq_a2": "Nous réalisons des constructions natives pour le cloud ! Nous ne faisons simplement pas la totalité de l'automatisation du pipeline CI/CD. Vous pouvez déclencher des constructions via notre CLI ou API, mais nous n'essayons pas de remplacer votre flux de travail GitHub Actions/GitLab CI - nous l'intégrons.",
-  "appflow_faq_a3": "Probablement beaucoup. Appflow commence à 499 $/mois. Nous commençons à 14 $/mois et évoluons avec l'utilisation (environ 0,001 $ par MAU). La plupart des migrations permettent d'économiser 80-95% sur les coûts de mise à jour.",
-  "appflow_faq_a4": "Nous fournissons plus de 1B+ mises à jour/mois sur plus de 50M+ appareils. Disponibilité de 99,9%+. Consultez les statistiques en temps réel sur <a href=\"https://status.capgo.app/history\" class=\"text-blue-300 underline hover:text-blue-200\">status.capgo.app</a>",
-  "appflow_faq_q1": "Dois-je modifier ma configuration CI/CD ?",
-  "appflow_faq_q2": "Qu'en est-il des constructions natives ?",
-  "appflow_faq_q3": "Cela permettra-t-il d'économiser de l'argent?",
-  "appflow_faq_q4": "Comment est la fiabilité?",
-  "appflow_faq_title": "Questions courantes",
-  "appflow_focus_desc": "Appflow a fait des mises à jour en direct + CI/CD + constructions natives. Nous faisons simplement des <strong class=\"text-white\">mises à jour en direct</strong>.",
-  "appflow_focus_note": "Selon moi, il vaut mieux de toute façon garder les préoccupations séparées. Utilisez GitHub Actions (ou autre) pour CI/CD. Utilisez Capgo pour les mises à jour. Chaque outil fait ce qu'il fait le mieux.",
-  "appflow_focus_title": "6. Concentrez-vous sur une chose (et faites-le vraiment bien)",
-  "appflow_footer_note": "Construit avec respect pour ce qu'Ionic a créé. Ici pour vous aider à continuer d'expédier.",
-  "appflow_hero_subtitle": "Parlons honnêtement de ce qui se passe et de quelles sont vos options.",
-  "appflow_hero_title": "Migration depuis Appflow ?",
-  "appflow_migration_basics_title": "Les bases:",
-  "appflow_migration_guide_text": "Guide complet de migration : <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/from-appflow-to-capgo</a>",
-  "appflow_migration_how_title": "À quel point la migration est-elle difficile ?",
-  "appflow_migration_intro": "<strong class=\"text-white\">TL;DR: Pas difficile.</strong> La plupart des équipes sont opérationnelles en moins d'une journée.",
-  "appflow_migration_step1": "Désinstallez <code class=\"text-blue-300\">@capacitor/live-updates</code>, installez <code class=\"text-blue-300\">@capgo/capacitor-updater</code>",
-  "appflow_migration_step2": "Appelez <code class=\"text-blue-300\">notifyAppReady()</code> au lieu de tout le code de synchronisation/téléchargement/rechargement d'Appflow",
-  "appflow_migration_step3": "Téléchargez des bundles avec notre CLI au lieu du leur",
-  "appflow_migration_stuck": "Coincé ? <a href=\"https://cal.com/team/capgo/appflow-migration\" class=\"text-blue-300 underline hover:text-blue-200\">Réservez un appel de migration gratuit</a> et nous vous guiderons à travers cela.",
-  "appflow_not_good_at_ci_cd": "Contrairement à l'approche intégrée d'Appflow, nous vous offrons de la flexibilité. Utilisez notre Cloud Build pour les builds natifs iOS/Android, ou intégrez avec votre propre CI/CD (GitHub Actions, GitLab CI, etc). À vous de choisir - les deux fonctionnent parfaitement.",
-  "appflow_not_good_at_ci_cd_label": "Tout-en-un CI/CD:",
-  "appflow_not_good_at_docs": "Les mises à jour automatiques de base sont bien documentées et claires. Mais Capgo offre de nombreux modes de mise à jour (manuel, semi-manuel, channel_default, etc.) - tous les cas d'utilisation ne sont pas encore aussi faciles à comprendre. Nous y travaillons.",
-  "appflow_not_good_at_docs_label": "Complexité de la documentation:",
-  "appflow_not_good_at_title": "🤔 Ce que nous ne sommes PAS (heure de l'honnêteté)",
-  "appflow_not_shutting_desc": "Capgo est une <strong class=\"text-white\">entreprise familiale autofinancée</strong>. Pas de pression des capital-risqueurs pour \"pivoter\" ou \"maximiser les indicateurs de croissance\". C'est notre gagne-pain, construit pour durer des décennies.",
-  "appflow_not_shutting_li1": "Entités juridiques aux États-Unis et en Europe",
-  "appflow_not_shutting_li2": "Infrastructure dédiée pour la Chine",
-  "appflow_not_shutting_note": "Nous avons été rentables depuis la première année. Tarification durable, entreprise durable.",
-  "appflow_not_shutting_title": "1. Nous ne fermons pas (évidemment important)",
-  "appflow_opensource_desc": "Non seulement le plugin - <strong class=\"text-white\">l'ensemble du backend aussi</strong>:",
-  "appflow_opensource_li1": "Plugin : <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "appflow_opensource_li2": "Backend : <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "appflow_opensource_li3": "Hébergez-le vous-même si vous le souhaitez. Dupliquez-le si nécessaire. Vérifiez la sécurité par vous-même.",
-  "appflow_opensource_note": "Cela compte si vous avez été brûlé par la fermeture d'un service propriétaire (je te regarde, Appflow).",
-  "appflow_opensource_title": "3. 100% open source (MIT/MPL-2.0)",
-  "appflow_or_similar": "AppFlow ou similaire",
-  "appflow_plugins_col_capgo": "Capgo alternative",
-  "appflow_plugins_col_guide": "Migration guide",
-  "appflow_plugins_col_ionic": "Ionic plugin",
-  "appflow_plugins_desc": "If you use Ionic's enterprise plugins, here are the direct Capgo replacements and migration guides.",
-  "appflow_plugins_link_text": "Migration guide",
-  "appflow_plugins_opensource_note": "All Capgo plugins are open source. Paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_plugins_or": "or",
-  "appflow_plugins_title": "Ionic enterprise plugins: equivalents in Capgo",
-  "appflow_pricing_comparison": "Appflow: <strong class=\"text-rose-400\">499$/mois</strong> minimum<br>Capgo: <strong class=\"text-emerald-400\">14$/mois</strong> pour commencer, évolue avec l'utilisation",
-  "appflow_pricing_note": "Nous pouvons facturer moins cher parce que nous ne finançons pas d'énormes frais généraux. Juste une petite équipe qui construit de super outils.",
-  "appflow_pricing_title": "2. Une tarification qui a du sens",
-  "appflow_support_desc": "Pas de chatbots. Pas de systèmes de billetterie. Pas d'\"assistants IA\".",
-  "appflow_support_note": "Vous obtenez Martin (moi!) ou quelqu'un de l'équipe. Habituellement en quelques heures. Souvent en quelques minutes. Oui, même les week-ends (nous ne pouvons pas nous en empêcher 😅).",
-  "appflow_support_open_desc": "Every Capgo plugin is open source, so you can audit, fork, and self-host if you want. If you need guaranteed response times or migration help, paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">see support options</a>.",
-  "appflow_support_open_title": "Open source plugins. Optional paid support.",
-  "appflow_support_title": "5. En fait, soutien humain",
-  "appflow_testimonial_1": "La migration depuis Appflow a pris 2 heures. Nous sommes passés de 499$/mois à 14$/mois. Mêmes fonctionnalités, meilleure documentation.",
-  "appflow_testimonial_1_author": "— Développeur React, France",
-  "appflow_testimonial_2": "J'avais une question à 22h samedi. Martin a répondu en 15 minutes. Avec des exemples de code réels.",
-  "appflow_testimonial_2_author": "— Développeur solo, Brésil",
-  "appflow_testimonial_3": "Le backend open source était non négociable pour notre application de santé. Capgo était la seule option qui répondait à nos exigences de sécurité.",
-  "appflow_testimonial_3_author": "— CTO, startup de technologie de la santé",
-  "appflow_testimonial_4": "Entreprise familiale = aucun risque de rugpull. Après la fermeture d'Appflow, cette stabilité compte.",
-  "appflow_testimonial_4_author": "— Chef d'équipe mobile, Allemagne",
-  "appflow_testimonials_more": "Plus de témoignages:",
-  "appflow_testimonials_title": "Ce que les gens disent réellement",
-  "appflow_what_different_title": "Qu'est-ce qui rend Capgo différent",
-  "application_definition": "<strong>Application</strong> désigne le logiciel fourni par la Société et téléchargé par Vous sur tout appareil électronique nommé {brand}.",
-  "application_definition_refund": "Application désigne le programme informatique fourni par la Société et téléchargé par Vous sur tout appareil électronique, nommé $1",
-  "apps": "Applications",
-  "apps_with_20m_users": "Applications avec plus de 20M+ d'utilisateurs",
-  "architecture_review_optimization": "Examen de l'architecture, optimisation des performances et orientation stratégique pour votre équipe de développement mobile.",
-  "are_there_any_setup_fees_answer": "Aucuns frais de configuration, jamais. Tous nos prix sont transparents et incluent tout ce dont vous avez besoin pour commencer. Pour le plan Payez au fur et à mesure, la surconsommation est facturée en crédits à des tarifs clairement publiés. Contrairement à d'autres plateformes dans cet espace, nous ne cachons aucun coût - ce que vous voyez est ce que vous payez.",
-  "are_there_any_setup_fees_or_hidden_costs": "Y a-t-il des frais de configuration ou des coûts cachés?",
-  "as_the_largest_ecosystem_of_open_source_plugins_for_capacitor_we_re_committed_to_innovation_transparency_and_community_driven_development": "En tant que plus grand écosystème de plugins open source pour Capacitor, nous nous engageons à l'innovation, la transparence et au développement axé sur la communauté.",
-  "ask_for_help_in_the_community_chat_room": "Demandez de l'aide dans le <a href=\"https://discord.capgo.app\"> salon de discussion communautaire. </a>",
-  "ask_questions_about_page": "Poser des questions sur cette page",
-  "assign_specific_rights_and_access_levels_to_each_user_within_your_organizations": "Attribuez des droits spécifiques et des niveaux d'accès à chaque utilisateur au sein de vos organisations, garantissant la sécurité et une allocation appropriée des ressources.",
-  "at_scale": "à grande échelle",
-  "aup": "Politique d'Utilisation Acceptable",
-  "aup_intro": "Cette Politique d'Utilisation Acceptable (la 'Politique') décrit les utilisations interdites des services web proposés par Capgo et ses affiliés (les 'Services') et du site web situé à l'adresse https://capgo.app (le 'Site Capgo'). Les exemples donnés dans cette Politique ne sont pas exhaustifs. Nous pouvons modifier cette Politique à tout moment en publiant une version révisée sur le Site Capgo. En utilisant les Services ou en accédant au Site Capgo, vous acceptez la dernière version de cette Politique. Si vous violez la Politique ou autorisez ou aidez d'autres à le faire, nous pouvons suspendre ou mettre fin à votre utilisation des Services.",
-  "aup_monitoring_enforcement": "Notre surveillance et notre application",
-  "aup_monitoring_enforcement_desc": "Nous nous réservons le droit, mais n'assumons pas l'obligation, d'enquêter sur toute violation de cette Politique ou toute utilisation abusive des Services ou du Site Capgo. Nous pouvons :",
-  "aup_no_email_abuse": "Pas de Courriel ni d'Abus de Messages",
-  "aup_no_email_abuse_desc": "Vous ne distribuerez pas, ne publierez pas, n'enverrez pas ou ne faciliterez pas l'envoi de courriers électroniques non sollicités en masse ou d'autres messages, promotions, publicités ou sollicitations (comme le « spam »), y compris la publicité commerciale et les annonces d'information. Vous ne modifierez pas ou n'obscurcirez pas les en-têtes de courrier ou n'usurperez pas l'identité d'un expéditeur sans l'autorisation explicite de celui-ci. Vous ne collecterez pas les réponses aux messages envoyés depuis un autre fournisseur de services Internet si ces messages violent la présente Politique ou la politique d'utilisation acceptable de ce fournisseur.",
-  "aup_no_illegal_use": "Pas d'utilisation ou de contenu illégal, nuisible ou offensant",
-  "aup_no_illegal_use_desc": "Vous ne pouvez pas utiliser, encourager, promouvoir, faciliter ou inciter d'autres personnes à utiliser les Services ou le Site Capgo à des fins illégales, nuisibles, frauduleuses, contrefaisantes ou offensantes, ou pour transmettre, stocker, afficher, distribuer ou rendre disponible du contenu illégal, nuisible, frauduleux, contrefaisant ou offensant. Les activités ou contenus interdits comprennent :",
-  "aup_no_network_abuse": "Pas d'abus de réseau",
-  "aup_no_network_abuse_desc": "Vous ne pouvez pas établir de connexions réseau avec des utilisateurs, des hôtes ou des réseaux sans autorisation préalable pour communiquer avec eux. Les activités interdites comprennent :",
-  "aup_no_security_violations": "Aucune violation de sécurité",
-  "aup_no_security_violations_desc": "Vous ne pouvez pas utiliser les Services pour porter atteinte à la sécurité ou à l'intégrité d'un réseau, d'un système informatique ou de communication, d'une application logicielle, ou d'un réseau ou appareil informatique (chacun étant un « Système »). Les activités interdites comprennent :",
-  "aup_reporting_violations": "Signalement des Violations de cette Politique",
-  "aup_reporting_violations_desc": "Si vous avez connaissance d'une violation de cette Politique, vous devez nous en informer immédiatement et nous fournir l'assistance demandée pour arrêter ou remédier à la violation. Pour signaler toute violation de cette Politique, veuillez nous contacter à support@capgo.app.",
-  "availability_97_95": "Inférieur à 97,0 % mais supérieur ou égal à 95,0 %",
-  "availability_98_97": "Moins de 98,0 % mais supérieur ou égal à 97,0 %",
-  "availability_99_98": "Moins de 99,0 % mais supérieur ou égal à 98,0 %",
-  "availability_below_95": "Moins de 95,0%",
-  "avoiding_system_restrictions": "Contourner les restrictions du système.",
-  "avoiding_system_restrictions_desc": "L'utilisation de moyens manuels ou électroniques pour contourner les limitations d'utilisation imposées à un système, telles que les restrictions d'accès et de stockage.",
-  "awesome_capacitor": "Capacitor Impressionnant",
-  "bandwidth": "Bande passante",
-  "bandwidth_explanation": "Chez Capgo, nous mesurons la bande passante en suivant la quantité de données transmises entre l'emplacement de stockage et les appareils des utilisateurs via les serveurs en périphérie. Cela nous permet de fournir des mises à jour en temps réel.",
-  "bandwidth_gb": "Bande passante<br />(Go)",
-  "beautiful_native_experience": "Belle expérience native",
-  "become_a_sponsor": "Devenez un sponsor",
-  "before_submitting_a_pr": "Avant de soumettre une PR à l'un des dépôts, assurez-vous que les points suivants sont effectués :",
-  "benefit_from_our_deep_expertise_in_mobile_app_ci_cd_best_practices_without_the_need_to_build_and_maintain_a_complex_system_yourself": "Bénéficiez de notre expertise approfondie en matière de bonnes pratiques CI/CD pour les applications mobiles, sans avoir à créer et à maintenir vous-même un système complexe.",
-  "best_value": "Meilleure Valeur",
-  "billed_annually_at": "Facturé annuellement à",
-  "billed_monthly": "Facturé mensuellement",
-  "blog": "Blog",
-  "book_a_consultation": "Réserver une consultation",
-  "break_even_timeline": "Après seulement 6 mois, vous économisez déjà de l'argent !",
-  "browse_all_plugins": "Parcourir tous les plugins",
-  "browse_plugin_library": "Parcourez notre bibliothèque de plugins",
-  "bug_bounty": "Bug Bounty",
-  "bug_bounty_conduct_intro": "We are friendly and we do pay for valid reports, but we cannot work with people who do not respect our time. Please keep communication calm and follow this program.",
-  "bug_bounty_conduct_rule_1": "We respond to security reports and breaches within 24-72 hours.",
-  "bug_bounty_conduct_rule_2": "Do not spam us. More than three emails in a single day is considered spam and will be blocked.",
-  "bug_bounty_conduct_rule_3": "We do not pay for reports that ignore these rules or are spam.",
-  "bug_bounty_conduct_rule_4": "Only in-scope reports that follow this bug bounty program are accepted; anything else may be blocked.",
-  "bug_bounty_conduct_rule_5": "Do not ask whether we are a scam or for payment status updates. We may be slow to respond at times, so please keep communication focused and respectful. Reporter records and payout proof are publicly visible for transparency.",
-  "bug_bounty_conduct_title": "Response Time and Respect",
-  "bug_bounty_contact": "Pour toute question concernant notre programme Bug Bounty, veuillez nous contacter via GitHub Security Advisories.",
-  "bug_bounty_description": "Découvrez le programme Bug Bounty de Capgo. Signalez les vulnérabilités de sécurité dans notre code open source avec des références de lignes exactes pour des récompenses potentielles.",
-  "bug_bounty_how_to_report_step_1": "Accédez au dépôt concerné sur GitHub",
-  "bug_bounty_how_to_report_step_2": "Cliquez sur l'onglet \"Security\"",
-  "bug_bounty_how_to_report_step_3": "Cliquez sur \"Report a vulnerability\" pour créer un nouvel avis de sécurité",
-  "bug_bounty_how_to_report_step_4": "Incluez le chemin exact du fichier et le(s) numéro(s) de ligne où se trouve la vulnérabilité",
-  "bug_bounty_how_to_report_step_5": "Fournissez des étapes détaillées pour reproduire le problème et expliquez l'impact sur la sécurité",
-  "bug_bounty_how_to_report_title": "Comment Signaler",
-  "bug_bounty_important_label": "Important",
-  "bug_bounty_important_note": "Si vous ne pouvez pas fournir la ligne exacte de code dans GitHub où le problème existe, votre rapport ne sera pas éligible au programme Bug Bounty. Les rapports doivent être soumis uniquement via GitHub Security Advisory. Les paiements sont effectués via Algora.io. Veuillez y créer un compte afin que nous puissions vous payer directement sur la plateforme.",
-  "bug_bounty_intro": "Capgo s'engage pour la sécurité et la transparence. Tout notre code est open source, et nous accueillons les chercheurs en sécurité pour nous aider à identifier les vulnérabilités dans notre code.",
-  "bug_bounty_open_source_desc": "Chaque dépôt de l'organisation Capgo est open source. Vous pouvez examiner, auditer et contribuer à notre code.",
-  "bug_bounty_open_source_title": "Code Open Source",
-  "bug_bounty_org": "Organisation GitHub",
-  "bug_bounty_out_of_scope_1": "Rapports sans références exactes de lignes de code dans GitHub",
-  "bug_bounty_out_of_scope_2": "Rapports non soumis via GitHub Security Advisory",
-  "bug_bounty_out_of_scope_3": "Vulnérabilités théoriques sans preuve de concept",
-  "bug_bounty_out_of_scope_4": "Problèmes dans des dépendances ou services tiers (signalez-les en amont, ex. Supabase).",
-  "bug_bounty_out_of_scope_5": "Tentatives d'ingénierie sociale ou de phishing",
-  "bug_bounty_out_of_scope_6": "Attaques par déni de service",
-  "bug_bounty_out_of_scope_title": "Hors Périmètre",
-  "bug_bounty_payment_note": "Payments are issued only after we have identified the issue, fixed it, opened a pull request, and you have verified after release that the fix works for you. This process usually takes between 20 and 30 days. Please do not send messages like \"to get paid\"; payment happens only once the release is live and you've tested and validated the fix.",
-  "bug_bounty_program": "Programme Bug Bounty",
-  "bug_bounty_repo_cli": "Capgo CLI",
-  "bug_bounty_repo_cli_desc": "Interface en ligne de commande pour gérer les déploiements et mises à jour en direct Capgo",
-  "bug_bounty_repo_landing": "Capgo Backend et Landing",
-  "bug_bounty_repo_landing_desc": "Dépôt principal Capgo incluant les services backend et le site web",
-  "bug_bounty_repo_updater": "Plugin Capacitor Updater",
-  "bug_bounty_repo_updater_desc": "Le plugin Capacitor principal qui gère les mises à jour over-the-air sur les appareils mobiles",
-  "bug_bounty_report_security_issue": "Signaler un Problème de Sécurité",
-  "bug_bounty_requirement_1": "Vous devez identifier le fichier exact et le numéro de ligne dans notre dépôt GitHub où la vulnérabilité existe",
-  "bug_bounty_requirement_2": "Votre rapport doit être soumis via GitHub Security Advisory sur le dépôt concerné",
-  "bug_bounty_requirement_3": "Vous devez inclure une description claire de la vulnérabilité et de son impact potentiel",
-  "bug_bounty_requirement_4": "Vous devez fournir des étapes reproductibles pour démontrer le problème",
-  "bug_bounty_requirements_intro": "Pour être éligible au programme Bug Bounty, votre rapport doit répondre à TOUTES les exigences suivantes:",
-  "bug_bounty_requirements_title": "Exigences pour les Rapports Valides",
-  "bug_bounty_supabase_examples_title": "Exemples",
-  "bug_bounty_supabase_intro": "Si le problème est côté Supabase et lié à un endpoint Supabase, signalez-le à Supabase (pas à Capgo). Nous n'acceptons les rapports liés à Supabase que si vous pouvez le reproduire et indiquer le changement exact de configuration Supabase qui l'empêche, dans un projet configuré comme le nôtre.",
-  "bug_bounty_supabase_limitations_1": "Provide a reproducible case and the exact Supabase setting/config change in the demo project that resolves the issue while keeping your existing rule set intact.",
-  "bug_bounty_supabase_limitations_2": "Email verification behavior is expected to follow your Supabase Auth project settings (for example, whether email confirmation is disabled and capture-based auth is used).",
-  "bug_bounty_supabase_limitations_3": "Password update and account-recovery flows may not always require old-password re-entry or re-verification if Supabase Auth is configured that way.",
-  "bug_bounty_supabase_limitations_4": "If the issue is in this list but you can show a concrete Supabase-side fix in the provided project, then we can consider it in scope.",
-  "bug_bounty_supabase_limitations_intro": "We only review these findings when they can be reproduced in a shared Supabase demo project that mirrors our setup. In this workflow, the behavior must be confirmed as a Supabase Auth default/capability and fixed in Supabase configuration only, without changing Capgo security rules.",
-  "bug_bounty_supabase_limitations_title": "Known Supabase Auth Limitations (Already Reported)",
-  "bug_bounty_supabase_not_valid_1": "Un bug de la plateforme Supabase ou une panne",
-  "bug_bounty_supabase_not_valid_2": "Une découverte non reproductible",
-  "bug_bounty_supabase_not_valid_3": "Une affirmation sans le réglage/config Supabase qui corrige",
-  "bug_bounty_supabase_not_valid_title": "Non valide ici",
-  "bug_bounty_supabase_title": "Supabase et Services Tiers",
-  "bug_bounty_supabase_valid_1": "Une mauvaise configuration corrigeable via les réglages Supabase (avec étapes)",
-  "bug_bounty_supabase_valid_2": "Un problème d'intégration Capgo qui entraîne un usage Supabase non sécurisé",
-  "bug_bounty_supabase_valid_3": "Un problème reproductible corrigé par un réglage/config Supabase précis",
-  "bug_bounty_supabase_valid_title": "Valide ici",
-  "bug_bounty_view_repository": "Voir le Dépôt",
-  "build_from_anywhere": "Construisez à partir de n'importe quel pc",
-  "build_hours": "heures de construction",
-  "build_in_public_on_twitter": "Construisez en public sur Twitter",
-  "build_minutes": "minutes de construction",
-  "build_time_explanation": "Le temps de construction fait référence au temps que Capgo passe à construire votre application native dans le cloud en utilisant Capgo Build, notre solution cloud pour iOS et Android. Cela vous permet de construire votre application depuis n'importe quel ordinateur sans avoir besoin d'un Mac, simplifie les workflows CI/CD et permet aux coéquipiers qui ne sont pas familiers avec les builds natifs de générer des builds de manière fiable.",
-  "built_for_devs_badge": "FACILE POUR LES DÉVELOPPEURS",
-  "built_for_devs_code_comment": "Mon Application",
-  "built_for_devs_cta": "Essayez gratuitement",
-  "built_for_devs_feature_analytics": "Plugin d'analytique",
-  "built_for_devs_feature_analytics_desc": "Suivez la mise à jour de la santé, de la couverture et des journaux dans votre tableau de bord",
-  "built_for_devs_feature_api": "API publique",
-  "built_for_devs_feature_api_desc_part1": "Gérez Capgo depuis votre propre logiciel et créez des expériences de marque blanche",
-  "built_for_devs_feature_api_docs": "Documentation API",
-  "built_for_devs_feature_capacitor": "Support pour Capacitor 6 & 7",
-  "built_for_devs_feature_capacitor_desc": "Compatibilité totale avec les dernières versions de Capacitor et toutes les principales plateformes",
-  "built_for_devs_feature_channels": "Livraison multi-canal",
-  "built_for_devs_feature_channels_desc": "Soutien pour la production, la mise en scène, le test et les flux de mise à jour personnalisés",
-  "built_for_devs_feature_cli": "CLI & REST API",
-  "built_for_devs_feature_cli_desc": "Utilisez dans CI/CD, scripts, ou manuellement - votre choix",
-  "built_for_devs_feature_differential": "Mises à jour différentielles intelligentes",
-  "built_for_devs_feature_differential_desc_part1": "Téléchargez uniquement ce qui a changé, économisant de la bande passante et du temps",
-  "built_for_devs_feature_differential_learn": "En savoir plus",
-  "built_for_devs_feature_distribution": "Distribution avancée de mises à jour",
-  "built_for_devs_feature_distribution_desc_part1": "Ciblez des groupes d'utilisateurs spécifiques avec différentes versions en utilisant des canaux pour les tests bêta et les déploiements par étapes",
-  "built_for_devs_feature_distribution_learn": "En savoir plus",
-  "built_for_devs_feature_opensource": "Composable et open-source",
-  "built_for_devs_feature_opensource_desc": "Utilisez simplement le plugin, ou branchez-vous sur l'intégralité du Capgo Cloud",
-  "built_for_devs_feature_rollback": "Annulation & épinglage de version",
-  "built_for_devs_feature_rollback_desc": "Récupérez instantanément des déploiements ratés",
-  "built_for_devs_feature_soc2": "Certification SOC 2",
-  "built_for_devs_feature_soc2_desc_part1": "Nous travaillons activement à obtenir la certification SOC 2 Type II afin de fournir une vérification indépendante de nos contrôles de sécurité.",
-  "built_for_devs_feature_soc2_trust": "Centre de confiance",
-  "built_for_devs_feature_support": "Support ultra rapide",
-  "built_for_devs_feature_support_desc": "Assistance par email ou Discord. Les utilisateurs payants bénéficient d'un accès dédié à un canal partagé Slack.",
-  "built_for_devs_feature_ts": "Support TypeScript",
-  "built_for_devs_feature_ts_desc": "API et plugin entièrement typés pour une intégration prévisible",
-  "built_for_devs_phone_time": "il y a 2s...",
-  "built_for_devs_phone_update": "✓ Mise à jour Capgo Appliquée V1.0.11",
-  "built_for_devs_subtitle": "Rapide à installer. Facile à étendre. Entièrement transparent. Capgo a été conçu pour fonctionner avec les flux de travail de développement modernes CapacitorJS - du CLI au cloud.",
-  "built_for_devs_title": "Construit pour les développeurs",
-  "built_for_enterprise_teams": "Construit pour les équipes d'entreprise",
-  "built_with_supabase": "Construit avec Supabase",
-  "business_hours_note": "Les heures d'ouverture sont de 6h à 18h (heure locale), sauf indication contraire.",
-  "calculate_your_usage": "Calculez votre utilisation",
-  "calculate_your_usage_description": "Entrez vos utilisateurs actifs mensuels estimés, les mises à jour par mois et la taille de mise à jour pour obtenir le coût estimé de vos crédits.",
-  "calculated_usage_pricing": "Utilisation Calculée & Tarification",
-  "can_i_cancel_at_any_time": "Puis-je annuler à tout moment ?",
-  "can_i_change_my_plan_answer": "Oui, vous pouvez mettre à niveau ou rétrograder votre forfait à tout moment. Les mises à niveau prennent effet immédiatement, tandis que les rétrogradations sont appliquées à la fin de votre cycle de facturation actuel. Cela garantit que vous bénéficiez pleinement de votre forfait actuel jusqu'à son expiration.",
-  "can_i_change_my_plan_at_any_time": "Puis-je changer mon plan à tout moment?",
-  "can_i_use_credits_without_subscription": "Puis-je utiliser des crédits sans abonnement actif?",
-  "can_i_use_credits_without_subscription_answer": "Non. Les crédits ne peuvent être utilisés ou achetés qu'avec un abonnement actif. Vous avez besoin d'un plan actif pour utiliser des crédits pour couvrir l'utilisation au-delà de vos limites de plan. Les crédits sont prépayés et valables pendant 1 an à partir de la date d'achat.",
-  "can_i_use_soc2_with_other_plans": "Puis-je utiliser la conformité SOC 2 avec les plans Solo, Maker ou Team ?",
-  "cancellation_deadline": "La date limite pour annuler une commande est de 14 jours à compter de la date à laquelle vous avez reçu les marchandises ou à laquelle un tiers que vous avez désigné, qui n'est pas le transporteur, prend possession du produit livré.",
-  "cancellation_link": "En visitant cette page sur notre site web:",
-  "cancellation_period": "Vous avez le droit d'annuler votre commande dans un délai de 14 jours sans avoir à justifier votre décision.",
-  "cancellation_policy_details": "Oui. Vous pouvez annuler votre abonnement à tout moment. Lors de l’annulation, vous conservez l’accès à votre offre jusqu’à la fin de votre période de facturation. Si vous avez des frais basés sur l’usage en attente, ils seront facturés immédiatement au moment de l’annulation. Ensuite, vous ne serez plus facturé.",
-  "canonical": "Canonique",
-  "cant_find_what_you_need": "Vous ne trouvez pas ce dont vous avez besoin ?",
-  "capacitor_config_changes_answer": "Non, les modifications de capacitor.config.ts ne peuvent pas être envoyées via les mises à jour en direct de Capgo. Le fichier de configuration Capacitor est lu au moment de la compilation native et compilé dans le binaire de l'application native. Cela signifie que toute modification de capacitor.config.ts (comme les configurations de plugins, l'ID de l'application, les paramètres du serveur ou les options de plugins natifs) nécessite une nouvelle version native via l'App Store ou Google Play. Capgo ne peut mettre à jour que les ressources web (HTML, CSS, JavaScript) qui sont chargées au moment de l'exécution.",
-  "capacitor_config_changes_question": "Puis-je mettre à jour les modifications de capacitor.config.ts via Capgo ?",
-  "capacitor_power_approximately_1_of_apps_on_google_play_store": "La puissance de Capacitor représente environ 1 % des applications sur le Google Play Store",
-  "capflow_meta_description": "Voyez comment la plateforme OTA native de Capgo se compare à Ionic AppFlow en termes de fiabilité, d'automatisation et de tarification.",
-  "capflow_nav_label": "Ionic AppFlow vs Capgo",
-  "capflow_title": "Ionic AppFlow vs Capgo",
-  "capgo_availability_faq_canceled": "Abonnement annulé : Les mises à jour existantes restent, aucune nouvelle mise à jour n'est téléchargée.",
-  "capgo_availability_faq_capgo_down": "Capgo est en panne : L'application ignore les mises à jour, les mises à jour existantes restent sur l'appareil",
-  "capgo_availability_faq_intro": "Votre application continue de fonctionner normalement même lorsque Capgo n'est pas disponible. Voici ce qui se passe dans différents scénarios :",
-  "capgo_availability_faq_limits": "Au-delà des limites du plan : Les mises à jour s'arrêtent jusqu'à ce que vous mettiez à niveau ou ajoutiez des crédits",
-  "capgo_availability_faq_link": "En savoir plus dans notre documentation",
-  "capgo_availability_faq_title": "Que se passe-t-il lorsque Capgo est en panne, annulé ou que je dépasse les limites de mon forfait?",
-  "capgo_enables_development_teams_at_some_of_the_most_innovative_companies": "Capgo permet aux équipes de développement de certaines des entreprises les plus innovantes.",
-  "capgo_gives_you_the_best_insights_you_need_to_create_a_truly_professional_mobile_app": "Capgo vous donne les meilleures informations dont vous avez besoin pour créer une application mobile vraiment professionnelle.",
-  "capgo_home": "Rentre à la maison Capgo",
-  "capgo_is_the_cutting_edge_live_update_system_designed_specifically_for_capacitor_applications": "Capgo est un système de mise à jour en direct de pointe conçu spécifiquement pour les applications Capacitor.",
-  "capgo_is_used_to_update_its_own_apps_allowing_us_to_continuously_improve_and_refine_our_product_through_real_world_usage": "Capgo est utilisé pour mettre à jour ses propres applications, nous permettant d'améliorer et d'affiner continuellement notre produit grâce à une utilisation en conditions réelles.",
-  "capgo_usage_explanation": "Chez Capgo, nous ne comptons pas les émulateurs et les versions de développement dans votre utilisation. En savoir plus à ce sujet",
-  "capgo_was_born_from_a_real_need_in_the_developer_community": "Capgo est né d'un réel besoin dans la communauté des développeurs.",
-  "capwesome_cta_book_demo_btn": "Réservez une démo",
-  "capwesome_cta_questions": "Des questions? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Rejoignez notre Discord</a> ou <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">envoyez-nous un email</a>",
-  "capwesome_cta_start_trial": "Commencez l'essai gratuit →",
-  "capwesome_cta_subtitle": "Aucune carte de crédit nécessaire. Comparez par vous-même.",
-  "capwesome_cta_title": "Essayez Capgo gratuitement pendant 14 jours",
-  "capwesome_diff_business_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Fondateur solo, modèle d'affaires durable (aussi bon!)",
-  "capwesome_diff_business_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Entreprise familiale autofinancée</strong>. Pas d'investisseurs, pas de dettes. Rentable depuis la première année.",
-  "capwesome_diff_business_capgo_li1": "Entités juridiques aux États-Unis et en Europe",
-  "capwesome_diff_business_capgo_li2": "Infrastructure dédiée pour la Chine",
-  "capwesome_diff_business_capgo_li3": "C'est notre gagne-pain - pas de pression des VC pour \"pivoter\" ou augmenter soudainement les prix par 10.",
-  "capwesome_diff_business_capgo_li4": "Construit pour le long terme",
-  "capwesome_diff_business_note": "Les deux sont des entreprises durables, juste des structures différentes. Après avoir vu Appflow fermer, ces choses comptent.",
-  "capwesome_diff_business_title": "Modèle d'entreprise & Stabilité",
-  "capwesome_diff_channels_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">Pas d'attribution dynamique de canaux</strong> - les canaux sont statiques. Vous ne pouvez pas réattribuer des appareils à différents canaux sans publier une nouvelle version de l'app.",
-  "capwesome_diff_channels_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Attribution dynamique de canaux</strong> - attribuez des appareils aux canaux via API, backend, ou laissez les appareils <strong class=\"text-emerald-400\">s'auto-attribuer</strong>. Cas d'usage: tests A/B, programmes bêta, déploiements progressifs, builds par emplacement (bundles différents par restaurant/magasin), tests de PR preview - tout sans nouvelles versions.",
-  "capwesome_diff_channels_note": "C'est un changement de jeu pour les équipes qui font des déploiements progressifs, des tests bêta ou de la segmentation utilisateur. Avec Capgo, vous contrôlez quels appareils reçoivent quelles mises à jour - dynamiquement, côté serveur OU depuis l'appareil lui-même.",
-  "capwesome_diff_channels_title": "Attribution Dynamique de Canaux",
-  "capwesome_diff_experience_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Mises à jour en direct lancées en 2024. Très nouveau dans cet espace. Toujours en train de prouver l'échelle (pas de statistiques publiques).",
-  "capwesome_diff_experience_capgo": "<strong class=\"text-white\">Capgo:</strong> Lancé en 2020. Fournit <strong class=\"text-emerald-400\">plus de 1 milliard de mises à jour/mois</strong> sur <strong class=\"text-emerald-400\">plus de 50M appareils</strong>. Éprouvé à grande échelle depuis plus de 4 ans.",
-  "capwesome_diff_experience_note": "Nous faisons cela depuis bien plus longtemps. Plus de 4 ans d'expérience en production contre moins d'un an.",
-  "capwesome_diff_experience_title": "Expérience & Échelle",
-  "capwesome_diff_logs_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">Journaux côté serveur uniquement</strong> - vous voyez ce qui s'est passé sur le serveur, pas sur les appareils individuels. Beaucoup plus difficile de déboguer les problèmes spécifiques aux appareils.",
-  "capwesome_diff_logs_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Journaux au niveau de l'appareil</strong> - voyez exactement ce qui s'est passé sur chaque appareil. Historique des mises à jour, erreurs, rollbacks - tout traçable par appareil avec des IDs anonymes.",
-  "capwesome_diff_logs_note": "Quand quelque chose tourne mal, vous devez savoir ce qui s'est passé sur CET appareil spécifique. Les journaux serveur vous disent ce que vous avez envoyé - les journaux appareil vous disent ce qui s'est réellement passé.",
-  "capwesome_diff_logs_title": "Journaux & Débogage",
-  "capwesome_diff_opensource_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Le plugin est open source, le backend est <strong class=\"text-orange-400\">0% open source</strong> (entièrement fermé)",
-  "capwesome_diff_opensource_capawesome_li1": "Aucun moyen de vérifier soi-même le code backend",
-  "capwesome_diff_opensource_capawesome_li2": "Aucun audit de sécurité publique",
-  "capwesome_diff_opensource_capawesome_li3": "Aucune option d'auto-hébergement",
-  "capwesome_diff_opensource_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">100% open source</strong> - plugin ET backend (MIT/MPL-2.0)",
-  "capwesome_diff_opensource_capgo_li1": "Plugin : <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "capwesome_diff_opensource_capgo_li2": "Backend : <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "capwesome_diff_opensource_capgo_li3": "Auto-hébergez, bifurquez, auditez la sécurité vous-même à tout moment",
-  "capwesome_diff_opensource_capgo_li4": "Audits de sécurité publique disponibles",
-  "capwesome_diff_opensource_note": "Pour la conformité, les soins de santé, la finance ou toute industrie réglementée où vous devez auditer votre pile complète - nous sommes la seule option.",
-  "capwesome_diff_opensource_title": "Open Source & Sécurité",
-  "capwesome_diff_plugins_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Ils fabriquent également d'excellents plugins, avec une approche axée sur la qualité. Certains sont payants - c'est leur principale activité.",
-  "capwesome_diff_plugins_capgo": "<strong class=\"text-white\">Capgo:</strong> Nous maintenons <strong class=\"text-emerald-400\">plus de 100 plugins Capacitor</strong> - le plus grand fournisseur après l'équipe officielle de Capacitor. Tous gratuits et open source.",
-  "capwesome_diff_plugins_note": "Différentes philosophies : nous optons pour une large gamme de plugins gratuits, ils se concentrent sur des plugins premium payants.",
-  "capwesome_diff_plugins_title": "Écosystème de Plugins",
-  "capwesome_diff_pricing_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-emerald-400\">€9/mois</strong> minimum. Leur activité principale est les plugins payants - les mises à jour en direct sont plus une offre secondaire.",
-  "capwesome_diff_pricing_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">$14/mois</strong> pour commencer, évolue avec l'utilisation (~$0.001/MAU). Les mises à jour en direct sont notre activité principale.",
-  "capwesome_diff_pricing_note": "Les deux sont à un prix raisonnable. La différence ? Pour nous, les mises à jour en direct sont LE produit. Pour eux, c'est un complément à leur activité de plugin.",
-  "capwesome_diff_pricing_title": "Tarification & Modèle d'Affaires",
-  "capwesome_diff_support_both": "<strong class=\"text-white\">Les deux:</strong> Soutien humain de petites équipes (pas de chatbots!)",
-  "capwesome_diff_support_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Réactif et utile aussi",
-  "capwesome_diff_support_capgo": "<strong class=\"text-white\">Capgo:</strong> Habituellement en quelques heures, souvent en quelques minutes. Même le week-end (nous ne pouvons pas nous en empêcher 😅)",
-  "capwesome_diff_support_note": "Honnêtement, vous serez bien avec l'un ou l'autre. Ce sont tous deux de petites équipes qui se soucient.",
-  "capwesome_diff_support_title": "Soutien",
-  "capwesome_differences_title": "Les différences honnêtes",
-  "capwesome_footer_note": "Capgo et Capawesome sont tous deux de bonnes options. Choisissez ce qui correspond à vos besoins.",
-  "capwesome_footer_note_wink": "(Mais nous pensons que la plus grande échelle, une plus longue expérience et le plein open source comptent 😊)",
-  "capwesome_hero_subtitle": "Deux options solides pour les mises à jour en direct de Capacitor. Parlons honnêtement des différences.",
-  "capwesome_hero_title": "Capgo vs Capawesome Cloud",
-  "capwesome_meta_description": "Comparez Capawesome et Capgo en termes de performance, de fonctionnalités, de transparence et d'impact communautaire.",
-  "capwesome_migration_basics_title": "Les bases:",
-  "capwesome_migration_guide_text": "Guide complet de migration : <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/de-capawesome-a-capgo</a>",
-  "capwesome_migration_intro": "Si vous êtes sur Capawesome et que vous envisagez Capgo, la migration est simple. L'architecture du plugin de mise à jour Capacitor est similaire.",
-  "capwesome_migration_step1": "Échangez le paquet de plugin",
-  "capwesome_migration_step2": "Mettre à jour la configuration (différences mineures)",
-  "capwesome_migration_step3": "Mettez à jour votre processus de téléchargement",
-  "capwesome_migration_title": "Envisagez-vous de changer ?",
-  "capwesome_nav_label": "Capawesome vs Capgo",
-  "capwesome_not_good_at_docs": "Nous essayons vraiment de rendre les documents clairs pour tout le monde. Des mises à jour automatiques de base ? Bien documentées et claires. Mais Capgo a beaucoup d'options (manuel, semi-manuel, channel_default, etc.) - tous les cas d'utilisation ne sont pas encore faciles à comprendre. Nous y travaillons.",
-  "capwesome_not_good_at_docs_label": "Complexité de la documentation:",
-  "capwesome_not_good_at_git": "Nous ne nous intégrons pas avec GitHub/GitLab comme le fait Capawesome. Différence de philosophie : nous ne voulons pas vous enfermer dans un fournisseur git spécifique. Vous gérez les mises à jour dans votre propre CI/CD, nous fournissons simplement l'infrastructure de livraison.",
-  "capwesome_not_good_at_git_label": "Intégration du fournisseur Git:",
-  "capwesome_not_good_at_title": "Ce que nous ne savons PAS bien faire",
-  "capwesome_quick_facts_capawesome_li1": "⚠️ Mises à jour en direct commencées 2024 (très récent)",
-  "capwesome_quick_facts_capawesome_li2": "✅ Statistiques publiques disponibles",
-  "capwesome_quick_facts_capawesome_li3": "✅ Statistiques publiques disponibles",
-  "capwesome_quick_facts_capawesome_li4": "✅ Minimum de 9€/mois",
-  "capwesome_quick_facts_capawesome_li5": "❌ Plugin ouvert, backend 0% ouvert (source fermée)",
-  "capwesome_quick_facts_capawesome_li6": "✅ Fondateur solo, durable",
-  "capwesome_quick_facts_capawesome_li7": "✅ Plugins de qualité (activité principale)",
-  "capwesome_quick_facts_capawesome_li8": "❌ Pas d'auto-hébergement",
-  "capwesome_quick_facts_capgo_li1": "✅ Commencé 2020",
-  "capwesome_quick_facts_capgo_li2": "✅ Plus de 1 milliard de mises à jour/mois",
-  "capwesome_quick_facts_capgo_li3": "✅ Plus de 50M appareils",
-  "capwesome_quick_facts_capgo_li4": "✅ Commencez à $14/mois",
-  "capwesome_quick_facts_capgo_li5": "✅ 100% open source (plugin + backend)",
-  "capwesome_quick_facts_capgo_li6": "✅ Entreprise familiale, autofinancée",
-  "capwesome_quick_facts_capgo_li7": "✅ Plus de 100 plugins gratuits",
-  "capwesome_quick_facts_capgo_li8": "✅ Option d'auto-hébergement",
-  "capwesome_quick_facts_legend": "✅ = Point fort | ⚠️ = Dépend des besoins | ❌ = Non disponible | ⚪ = Inconnu/Non divulgué",
-  "capwesome_quick_facts_title": "Faits rapides (sans conneries)",
-  "capwesome_respect_p1": "Robin (fondateur de Capawesome) fait un excellent travail. Bonne ingénierie allemande, plugins solides et tout est activement maintenu. Ils ont été inspirés par Capgo lors de la construction de leur solution de mises à jour en direct - ce qui est franchement flatteur.",
-  "capwesome_respect_p2": "Ce n'est pas une page \"nous sommes meilleurs en tout\". L'écosystème Capacitor est réellement meilleur avec plusieurs options saines. Parlons des véritables différences.",
-  "capwesome_respect_title": "💚 Crédit là où il est dû",
-  "capwesome_testimonial_1": "Le backend open source était le facteur décisif. Nous devions auditer la sécurité nous-mêmes pour être en conformité.",
-  "capwesome_testimonial_1_author": "— Équipe d'entreprise",
-  "capwesome_testimonial_2": "La tarification de Capgo évolue avec notre application. Commencer à 14 $/mois était parfait pour notre MVP, et maintenant nous payons joyeusement plus alors que nous grandissons.",
-  "capwesome_testimonial_2_author": "— Fondateur de startup",
-  "capwesome_testimonial_3": "Le support est incroyable. Martin a répondu à ma question du week-end en 20 minutes. Je ne peux pas imaginer revenir vers des fournisseurs avec des délais de réponse de 48 heures.",
-  "capwesome_testimonial_3_author": "— Développeur indépendant",
-  "capwesome_testimonial_4": "Les chiffres d'échelle (plus de 1B mises à jour) nous ont donné confiance. Ils l'ont effectivement prouvé sous charge de production.",
-  "capwesome_testimonial_4_author": "— Chef d'équipe mobile",
-  "capwesome_testimonials_more": "Plus de témoignages:",
-  "capwesome_testimonials_title": "Ce que les gens disent à propos de Capgo",
-  "capwesome_title": "Capawesome vs Capgo",
-  "capwesome_when_better_european": "Si vous avez besoin de factures conformes au RGPD et à toutes les exigences réglementaires européennes, Capawesome est basé en Allemagne. Capgo tente d'échapper à la complexité européenne pour simplifier les affaires pour tout le monde à l'échelle mondiale.",
-  "capwesome_when_better_european_label": "Besoins de conformité européenne:",
-  "capwesome_when_better_git": "Ils s'intègrent directement avec votre fournisseur git. Si vous préférez tout connecté et que le verrouillage du fournisseur ne vous dérange pas, c'est pratique.",
-  "capwesome_when_better_git_label": "Intégration GitHub/GitLab:",
-  "capwesome_when_better_manual": "Capawesome est 100% manuel - rien n'est automatique. Si vous voulez contrôler chaque aspect et ne déléguer rien, c'est leur force. Capgo se concentre sur l'automatisation (bien que nous soutenions aussi le manuel).",
-  "capwesome_when_better_manual_label": "Contrôle entièrement manuel:",
-  "capwesome_when_better_note": "Différentes philosophies, toutes deux valides. Choisissez ce qui convient à votre flux de travail.",
-  "capwesome_when_better_title": "🤔 Quand Capawesome pourrait être mieux pour vous",
-  "carbon_removal": "1% de nos revenus sont consacrés à l'élimination du carbone.",
-  "centralized_management": "Gestion Centralisée",
-  "channel_management": "Gestion des canaux",
-  "chat": "Discussion",
-  "choose_from_your_capgo_projects": "Choisissez parmi vos projets Capgo",
-  "ci_cd_integration": "Intégration CI/CD",
-  "cities_worldwide": "Villes du monde entier",
-  "cli_and_api": "CLI & API",
-  "code_review": "Revue de Code",
-  "community": "Communauté",
-  "community_support": "Soutien communautaire",
-  "community_trusted": "Approuvée par la communauté",
-  "community_trusted_title": "Communauté de Confiance",
-  "companies_logo_bottom_text": "Rejoignez des milliers de développeurs qui font confiance à Capgo pour le déploiement de leurs apps mobiles",
-  "companies_logo_downloads_irec": "150K+",
-  "companies_logo_downloads_kick": "20M+",
-  "companies_logo_downloads_nana": "2,5M",
-  "companies_logo_downloads_ourliving": "80K+",
-  "companies_logo_downloads_pizzahut": "1M+",
-  "companies_logo_downloads_remnote": "500K+",
-  "companies_logo_downloads_revel": "250K+",
-  "companies_logo_downloads_suez": "3,2M",
-  "companies_logo_downloads_vella": "400K+",
-  "companies_logo_stat_companies_label": "Entreprises",
-  "companies_logo_stat_companies_value": "3500+",
-  "companies_logo_stat_devices_label": "Appareils suivis",
-  "companies_logo_stat_devices_value": "50M+",
-  "companies_logo_stat_uptime_label": "Disponibilité",
-  "companies_logo_stat_uptime_value": "99,9%",
-  "company": "Entreprise",
-  "company_definition": "<strong>Société</strong> (désignée par « la Société », « Nous » ou « Notre » dans cette clause de non-responsabilité) fait référence à Digital Shift OU, 6 sepapaja, 15510 Tallinn.",
-  "company_name": "Nom de la société",
-  "company_no_liability": "En aucun cas, la Société ne pourra être tenue responsable de tout dommage spécial, direct, indirect, consécutif ou accessoire ou de tout dommage quel qu'il soit, que ce soit dans le cadre d'une action contractuelle, d'une négligence ou d'un autre délit, découlant de ou en relation avec l'utilisation du Service ou du contenu du Service. La Société se réserve le droit d'apporter des ajouts, des suppressions ou des modifications au contenu du Service à tout moment sans préavis. Cette clause de non-responsabilité a été créée à l'aide du <a href=\"https://www.termsfeed.com/blog/sample-disclaimer-template/\" target=\"_blank\"> modèle de clause de non-responsabilité. </a>",
-  "company_no_liability_for_access": "En aucun cas la Société ou ses fournisseurs ne pourront être tenus responsables de tout dommage spécial, accidentel, indirect ou consécutif découlant de ou lié à votre accès, utilisation ou incapacité d'accéder ou d'utiliser le Service.",
-  "company_no_liability_for_decisions": "La Société ne sera pas responsable envers Vous ou quiconque pour toute décision prise ou action entreprise sur la base des informations fournies par le Service ou pour tout dommage consécutif, spécial ou similaire, même si elle a été informée de la possibilité de tels dommages.",
-  "company_no_responsibility": "La Société décline toute responsabilité en cas d'erreurs ou d'omissions dans le contenu du Service.",
-  "company_not_responsible": "La Société n'est pas responsable des erreurs ou omissions, ni des résultats obtenus suite à l'utilisation de ces informations.",
-  "compare": "Comparer",
-  "complete_documentation": "Documentation complète",
-  "compliance_gdpr": "Conforme au RGPD",
-  "compliance_soc1": "Conforme à SOC 2 Type I",
-  "compliant_with_apple_and_android_requirements": "Conforme aux exigences d'Apple et de Google",
-  "conditions_for_returns": "Conditions pour les retours",
-  "configure_ci_cd_pipeline_description": "Nous configurons votre pipeline CI/CD directement sur votre plateforme préférée (GitHub Actions, GitLab CI, etc.).",
-  "connect_your_account": "Connectez Votre Compte",
-  "consolidated_invoicing_purchase_orders": "Facturation consolidée, bons de commande et conditions de paiement flexibles pour répondre à vos exigences d'approvisionnement.",
-  "consulting": "Consultation",
-  "consulting_description": "Avancez en toute confiance. Capgo offre plusieurs niveaux de protection pour garder votre propriété intellectuelle et vos données sensibles en sécurité.",
-  "consulting_forged_plugins_community_embraced": "Plugins forgés par des consultants, adoptés par la communauté",
-  "contact": "Contact",
-  "contact_link": "En visitant cette page sur le site web:",
-  "contact_sales": "Contactez les ventes",
-  "contact_support": "Contactez notre support",
-  "contact_us": "Contactez-Nous",
-  "contact_us_text": "Si vous avez des questions concernant cette Clause de non-responsabilité, vous pouvez nous contacter :",
-  "contact_us_title": "Nous Contacter",
-  "contact_us_website": "En visitant cette page du site web :",
-  "content_marketer": "Marketer Content",
-  "contractual_guarantees": "Garanties Contractuelles",
-  "contractual_sla_guarantees": "Garanties contractuelles SLA pour la disponibilité, les temps de réponse et les engagements de résolution",
-  "contributing": "Contribution",
-  "contributing_description": "Comment contribuer à l'open source de Capgo",
-  "control_access_deploy_manage": "Contrôlez qui peut accéder, déployer et gérer vos mises à jour en direct avec des permissions de niveau entreprise.",
-  "control_access_levels": "Contrôle des niveaux d'accès",
-  "copied": "Copié !",
-  "copy_page": "Copier la page",
-  "copy_page_as_markdown": "Copier la page en Markdown pour les LLMs",
-  "copy_page_options": "Options de copie de la page",
-  "copyright_notice": "CAPGO, Digital shift OU. TOUS DROITS RÉSERVÉS.",
-  "copyright_permission": "Si vous souhaitez utiliser du matériel protégé par des droits d'auteur du Service à des fins personnelles qui vont au-delà de l'utilisation équitable, vous devez obtenir l'autorisation du titulaire des droits d'auteur.",
-  "cordova_and_capacitorjs_expert": "Expert en Cordova & CapacitorJS",
-  "cordova_capacitorjs_projects": "Projets Cordova & CapacitorJS",
-  "cordova_power_approximately_1_of_apps_on_google_play_store": "Cordova alimente environ 1% des applications sur le Google Play Store",
-  "cost_breakdown_pricing_tiers": "Répartition des coûts par niveaux de tarification",
-  "create_an_issue_and_discuss_before_working_on_a_new_feature": "Lorsque vous travaillez sur une nouvelle fonctionnalité, créez un ticket et discutez avec les autres contributeurs <em>avant</em> de commencer à travailler sur la fonctionnalité ; nous apprécions toutes les contributions, mais toutes les fonctionnalités proposées ne sont pas acceptées. Nous ne voulons pas que vous passiez des heures à travailler sur un code qui pourrait ne pas être accepté.",
-  "create_manage_organizations_with_ease": "Créez et gérez plusieurs organisations facilement en attribuant des droits spécifiques à chaque utilisateur. Capgo fournit des outils puissants pour maintenir votre équipe organisée et efficace.",
-  "create_oversee_organizations_from_single_account": "Créez et supervisez plusieurs organisations à partir d'un seul compte, optimisant votre flux de travail et améliorant votre productivité.",
-  "creators_and_maintainers_of_many_open_source_libraries_used_by_millions": "Créateurs et mainteneurs de nombreuses bibliothèques Open Source utilisées par des millions de personnes",
-  "credit_10_percent": "10%",
-  "credit_15_percent": "15%",
-  "credit_20_percent": "20%",
-  "credit_30_percent": "30 %",
-  "credit_based_overages": "dépassements basés sur le crédit",
-  "credit_percentage": "Pourcentage de Crédit",
-  "credit_pricing": "Tarification du crédit",
-  "credit_requests_payment_desc": "Pour demander un Crédit de Service, le Client doit envoyer un e-mail à Capgo à support@capgo.app dans les trente (30) jours suivant la fin du mois au cours duquel l'Engagement de Disponibilité n'a pas été respecté. Le Client doit inclure son identifiant de compte ou son adresse e-mail enregistrée, ainsi que les dates et heures précédemment signalées pendant lesquelles le Service n'était pas disponible. Si Capgo confirme que le Client est éligible à un Crédit de Service, Capgo créditera le compte du Client dans les trente (30) jours. Les Crédits de Service ne sont pas des remboursements, ne peuvent pas être échangés contre un montant en espèces et ne peuvent être utilisés que pour les facturations futures. À l'exception de ce qui est prévu à l'Article 4 ci-dessous, les Crédits de Service constituent le seul et unique recours du Client, et la seule et unique responsabilité de Capgo, en cas de manquement par Capgo à l'Engagement de Disponibilité.",
-  "credit_requests_payment_title": "3. Demandes de crédit et paiement",
-  "credits_cost": "Coût des Crédits",
-  "credits_usage_info": "Les crédits sont utilisés pour une utilisation au-delà des limites de votre forfait. Les crédits doivent être payés à l'avance et sont valables pendant 5 ans.",
-  "cta_start_free": "Commencez gratuitement",
-  "cta_start_migration": "Démarrer votre migration",
-  "custom": "Personnalisé",
-  "custom_domain": "Domaine Personnalisé",
-  "custom_features": "Fonctionnalités personnalisées",
-  "custom_goods": "La fourniture de Biens fabriqués selon vos spécifications ou clairement personnalisés.",
-  "custom_plugins": "Plugins Personnalisés",
-  "custom_pricing": "Tarification personnalisée",
-  "custom_webhooks": "Webhooks personnalisés",
-  "data_policy_account_deletion": "Vous pouvez choisir de supprimer votre compte et vos statistiques de site à tout moment. Nous fournissons des liens de suppression simples sans poser de questions.",
-  "data_policy_anonymous_measurement": "En utilisant Capgo, toutes les mesures du site sont effectuées de manière absolument anonyme. Nous ne mesurons que les points de données les plus essentiels et rien d'autre. Toutes les métriques que nous collectons tiennent sur une seule page.",
-  "data_policy_ccpa_categories_intro": "Nous recueillons des informations qui identifient, se rapportent à, décrivent, référencent, sont susceptibles d'être associées à, ou pourraient raisonnablement être liées, directement ou indirectement, à un consommateur ou appareil particulier. Voici une liste de catégories d'informations personnelles que nous pouvons collecter ou qui ont pu être collectées auprès des résidents de Californie au cours des douze (12) derniers mois.",
-  "data_policy_ccpa_categories_note": "Veuillez noter que les catégories et exemples fournis dans la liste ci-dessous sont ceux définis dans le CCPA. Cela ne signifie pas que tous les exemples de cette catégorie d'informations personnelles ont en fait été collectés par Nous, mais reflète notre bonne foi à notre meilleure connaissance que certaines de ces informations de la catégorie applicable peuvent être et peuvent avoir été collectées. Par exemple, certaines catégories d'informations personnelles ne seraient collectées que si Vous nous fournissiez directement ces informations personnelles.",
-  "data_policy_ccpa_categories_title": "Catégories d'Informations Personnelles Collectées",
-  "data_policy_ccpa_category_a": "Catégorie A : Identifiants.",
-  "data_policy_ccpa_category_a_collected": "Collecté : Oui.",
-  "data_policy_ccpa_category_a_examples": "Exemples : Un vrai nom, un alias, une adresse postale, un identifiant personnel unique, un identifiant en ligne, une adresse de protocole Internet, une adresse e-mail, un nom de compte, un numéro de permis de conduire, un numéro de passeport ou d'autres identifiants similaires.",
-  "data_policy_ccpa_category_b": "Catégorie B : Catégories d'informations personnelles énumérées dans le statut des registres clients de Californie (Cal. Civ. Code § 1798.80(e)).",
-  "data_policy_ccpa_category_b_collected": "Collecté : Oui.",
-  "data_policy_ccpa_category_b_examples": "Exemples : Un nom, une signature, un numéro de sécurité sociale, des caractéristiques physiques ou une description, une adresse, un numéro de téléphone, un numéro de passeport, un numéro de permis de conduire ou carte d'identité nationale, un numéro de police d'assurance, l'éducation, l'emploi, l'historique d'emploi , le numéro du compte bancaire , le numéro de la carte crédit , le numero  la carte débit , ou toute autre information financière , les informations médicales ou les informations sur l’assurance santé. Certaines informations personnelles incluses dans cette catégorie peuvent se chevaucher avec d'autres catégories.",
-  "data_policy_ccpa_category_c": "Catégorie C : Caractéristiques de classification protégées en vertu de la loi californienne ou fédérale.",
-  "data_policy_ccpa_category_c_collected": "Collecté : Non.",
-  "data_policy_ccpa_category_c_examples": "Exemples : Âge (40 ans ou plus), race, couleur, ascendance, origine nationale, citoyenneté, religion ou croyance, statut marital, état de santé médical, handicap physique ou mental, sexe (y compris genre, identité de genre, expression de genre, grossesse ou accouchement et conditions médicales associées), orientation sexuelle , statut d'ancien combattant ou militaire , informations génétiques (y compris les informations génétiques familiales).",
-  "data_policy_ccpa_category_d": "Catégorie D: Informations commerciales.",
-  "data_policy_ccpa_category_d_collected": "Collecté : Oui.",
-  "data_policy_ccpa_category_d_examples": "Exemples : Registres et historique des produits ou services achetés ou envisagés.",
-  "data_policy_ccpa_category_e": "Catégorie E: Informations biométriques.",
-  "data_policy_ccpa_category_e_collected": "Collecté : Non.",
-  "data_policy_ccpa_category_e_examples": "Exemples : Caractéristiques génétiques, physiologiques, comportementales et biologiques, ou modèles d'activité utilisés pour extraire un modèle ou un autre identifiant ou informations d'identification, tels que les empreintes digitales, les empreintes faciales et vocales, les scans de l'iris ou de la rétine, la frappe au clavier, la démarche ou autres modèles physiques, ainsi que les données sur le sommeil, la santé ou l'exercice.",
-  "data_policy_ccpa_category_f": "Catégorie F : Activité sur Internet ou autre réseau similaire.",
-  "data_policy_ccpa_category_f_collected": "Collecté : Oui.",
-  "data_policy_ccpa_category_f_examples": "Exemples : Interaction avec notre Service ou publicité.",
-  "data_policy_ccpa_category_g": "Catégorie G : Données de géolocalisation.",
-  "data_policy_ccpa_category_g_collected": "Collecté : Non.",
-  "data_policy_ccpa_category_g_examples": "Exemples: Emplacement physique approximatif.",
-  "data_policy_ccpa_category_h": "Catégorie H : Données sensorielles.",
-  "data_policy_ccpa_category_h_collected": "Collecté : Non.",
-  "data_policy_ccpa_category_h_examples": "Exemples : Informations audio, électroniques, visuelles, thermiques, olfactives ou similaires.",
-  "data_policy_ccpa_category_i": "Catégorie I : Informations professionnelles ou liées à l'emploi.",
-  "data_policy_ccpa_category_i_collected": "Collecté : Non.",
-  "data_policy_ccpa_category_i_examples": "Exemples : Historique d'emploi actuel ou passé ou évaluations de performance.",
-  "data_policy_ccpa_category_j": "Catégorie J : Informations non publiques sur l'éducation (conformément à la Loi sur les droits éducatifs et la confidentialité de la famille (20 U.S.C. Section 1232g, 34 C.F.R. Partie 99)).",
-  "data_policy_ccpa_category_j_collected": "Collecté : Non.",
-  "data_policy_ccpa_category_j_examples": "Exemples : Dossiers éducatifs directement liés à un étudiant conservés par une institution éducative ou une partie agissant en son nom, tels que les notes, les relevés de notes, les listes de classe, les emplois du temps des élèves, les codes d'identification des élèves, les informations financières des élèves ou les dossiers disciplinaires des élèves.",
-  "data_policy_ccpa_category_k": "Catégorie K : Inférences tirées d'autres informations personnelles.",
-  "data_policy_ccpa_category_k_collected": "Collecté : Non.",
-  "data_policy_ccpa_category_k_examples": "Exemples : Profil reflétant les préférences, caractéristiques, tendances psychologiques, prédispositions, comportements, attitudes, intelligence, capacités et aptitudes d'une personne.",
-  "data_policy_ccpa_exercising_rights_authorized_agent": "Seulement Vous, ou une personne enregistrée auprès du Secrétaire d'État de Californie que Vous autorisez à agir en Votre nom, peut faire une demande vérifiable liée à Vos informations personnelles.",
-  "data_policy_ccpa_exercising_rights_cannot_respond": "Nous ne pouvons pas répondre à votre demande ou vous fournir les informations requises si nous ne pouvons pas :",
-  "data_policy_ccpa_exercising_rights_cannot_respond_1": "Vérifiez votre identité ou votre autorité pour faire la demande",
-  "data_policy_ccpa_exercising_rights_cannot_respond_2": "Et confirmez que les informations personnelles vous concernent",
-  "data_policy_ccpa_exercising_rights_contact": "Afin d'exercer l'un de vos droits en vertu du CCPA, et si vous êtes un résident de Californie, vous pouvez nous contacter :",
-  "data_policy_ccpa_exercising_rights_data_portability": "Pour les demandes de portabilité des données, nous choisirons un format pour fournir vos informations personnelles qui est facilement utilisable et devrait vous permettre de transmettre les informations d'une entité à une autre sans entrave.",
-  "data_policy_ccpa_exercising_rights_disclosure": "Nous divulguerons et fournirons les informations requises gratuitement dans les 45 jours suivant la réception de votre demande vérifiable. Le délai pour fournir les informations requises peut être prolongé une fois de 45 jours supplémentaires lorsque cela est raisonnablement nécessaire et avec un préavis.",
-  "data_policy_ccpa_exercising_rights_disclosure_period": "Toutes les divulgations que nous fournissons ne couvriront que la période de 12 mois précédant la réception de la demande vérifiable.",
-  "data_policy_ccpa_exercising_rights_request_must": "Votre demande à Nous doit :",
-  "data_policy_ccpa_exercising_rights_request_must_1": "Fournissez suffisamment d'informations qui nous permettent de vérifier raisonnablement que vous êtes la personne sur laquelle nous avons collecté des informations personnelles ou un représentant autorisé.",
-  "data_policy_ccpa_exercising_rights_request_must_2": "Décrivez votre demande avec suffisamment de détails pour nous permettre de la comprendre correctement, de l'évaluer et d'y répondre.",
-  "data_policy_ccpa_exercising_rights_title": "Exercer vos droits de protection des données CCPA",
-  "data_policy_ccpa_exercising_rights_website": "En visitant cette page sur notre site web : $1/#support",
-  "data_policy_ccpa_info_sharing_1": "Fournisseurs de Services",
-  "data_policy_ccpa_info_sharing_2": "Processeurs de paiement",
-  "data_policy_ccpa_info_sharing_3": "Nos affiliés",
-  "data_policy_ccpa_info_sharing_4": "Nos partenaires commerciaux",
-  "data_policy_ccpa_info_sharing_5": "Fournisseurs tiers à qui vous ou vos agents nous autorisez à divulguer vos informations personnelles en lien avec les produits ou services que nous vous fournissons",
-  "data_policy_ccpa_info_sharing_intro": "Nous pouvons partager vos informations personnelles identifiées dans les catégories ci-dessus avec les catégories suivantes de tiers :",
-  "data_policy_ccpa_info_sharing_title": "Partage d'informations personnelles",
-  "data_policy_ccpa_info_source_1": "Directement de Vous. Par exemple, à partir des formulaires que Vous remplissez sur notre Service, des préférences que Vous exprimez ou fournissez via notre Service, ou de Vos achats sur notre Service.",
-  "data_policy_ccpa_info_source_2": "Indirectement de Vous. Par exemple, en observant Votre activité sur notre Service.",
-  "data_policy_ccpa_info_source_3": "Automatiquement de Vous. Par exemple, à travers les cookies que Nous ou nos Fournisseurs de Services établissons sur Votre Appareil lorsque vous naviguez sur notre Service.",
-  "data_policy_ccpa_info_source_4": "De fournisseurs de services. Par exemple, des vendeurs tiers pour le traitement des paiements, ou d'autres vendeurs tiers que nous utilisons pour vous fournir le Service.",
-  "data_policy_ccpa_info_sources_intro": "Nous obtenons les catégories d'informations personnelles énumérées ci-dessus à partir des catégories de sources suivantes:",
-  "data_policy_ccpa_info_sources_title": "Selon le CCPA, les informations personnelles doivent être largement interprétées comme des informations qui identifient, se rapportent à, décrivent, référencent, sont raisonnablement capables d'être associées à, ou pourraient raisonnablement être liées, directement ou indirectement, avec un consommateur particulier ou un appareil. Les informations personnelles n'incluent pas les informations publiquement disponibles dans les registres gouvernementaux, les informations de consommateurs désidentifiées ou agrégées, ni les informations exclues du champ d'application du CCPA.",
-  "data_policy_ccpa_intro": "Cette section de l'avis de confidentialité pour les résidents de Californie complète les informations contenues dans notre politique de confidentialité et s'applique uniquement à tous les visiteurs, utilisateurs et autres personnes qui résident dans l'État de Californie.",
-  "data_policy_ccpa_right_to_delete": "Le droit de supprimer les Données Personnelles. Vous avez le droit de demander la suppression de Vos Données Personnelles, sous réserve de certaines exceptions. Une fois que Nous avons reçu et confirmé Votre demande, Nous supprimerons (et demanderons à Nos Fournisseurs de Services de supprimer) vos informations personnelles de nos dossiers, sauf si une exception s'applique. Nous pouvons refuser votre demande de suppression si la conservation des informations est nécessaire pour Nous ou Nos Fournisseurs de Services pour :",
-  "data_policy_ccpa_right_to_delete_1": "Effectuez la transaction pour laquelle nous avons collecté les informations personnelles, fournissez un bien ou un service que vous avez demandé, prenez des mesures raisonnablement anticipées dans le contexte de notre relation commerciale continue avec vous, ou exécutez autrement notre contrat avec vous.",
-  "data_policy_ccpa_right_to_delete_2": "Détecter les incidents de sécurité, protéger contre les activités malveillantes, trompeuses, frauduleuses ou illégales, ou poursuivre ceux qui sont responsables de telles activités.",
-  "data_policy_ccpa_right_to_delete_3": "Déboguer des produits pour identifier et réparer les erreurs qui nuisent à la fonctionnalité prévue existante.",
-  "data_policy_ccpa_right_to_delete_4": "Exercez la liberté d'expression, assurez le droit d'un autre consommateur d'exercer ses droits à la liberté d'expression, ou exercez un autre droit prévu par la loi.",
-  "data_policy_ccpa_right_to_delete_5": "Se conformer à la loi californienne sur la confidentialité des communications électroniques (Cal. Code pénal § 1546 et seq.).",
-  "data_policy_ccpa_right_to_delete_6": "Participez à des recherches scientifiques, historiques ou statistiques publiques ou évaluées par des pairs dans l'intérêt public qui respectent toutes les autres lois d'éthique et de confidentialité applicables, lorsque la suppression de l'information pourrait probablement rendre impossible ou sérieusement compromettre la réalisation de la recherche, si vous avez précédemment donné votre consentement éclairé.",
-  "data_policy_ccpa_right_to_delete_7": "Activez uniquement les utilisations internes qui sont raisonnablement alignées sur les attentes des consommateurs en fonction de Votre relation avec Nous.",
-  "data_policy_ccpa_right_to_delete_8": "Se conformer à une obligation légale.",
-  "data_policy_ccpa_right_to_delete_9": "Faites d'autres utilisations internes et légales de ces informations qui sont compatibles avec le contexte dans lequel vous les avez fournies.",
-  "data_policy_ccpa_right_to_non_discrimination": "Le droit de ne pas être discriminé. Vous avez le droit de ne pas être discriminé pour l'exercice de vos droits en tant que consommateur, y compris par :",
-  "data_policy_ccpa_right_to_non_discrimination_1": "Refuser des biens ou services à Vous",
-  "data_policy_ccpa_right_to_non_discrimination_2": "Facturer différents prix ou tarifs pour des biens ou services, y compris l'utilisation de réductions ou d'autres avantages ou l'imposition de pénalités",
-  "data_policy_ccpa_right_to_non_discrimination_3": "Fournir un niveau ou une qualité différents de biens ou services à Vous",
-  "data_policy_ccpa_right_to_non_discrimination_4": "Suggérant que vous recevrez un prix ou un taux différent pour des biens ou des services, ou un niveau ou une qualité différents de biens ou de services",
-  "data_policy_ccpa_right_to_notice": "Le droit d'être informé. Vous avez le droit d'être notifié des catégories de Données Personnelles qui sont collectées et des objectifs pour lesquels les Données Personnelles sont utilisées.",
-  "data_policy_ccpa_right_to_opt_out": "Le droit de refuser la vente de Données Personnelles (opt-out). Vous avez le droit de nous demander de ne pas vendre vos informations personnelles. Pour soumettre une demande d'opt-out, veuillez nous contacter.",
-  "data_policy_ccpa_right_to_request": "Le droit de demander. Selon le CCPA, Vous avez le droit de nous demander de divulguer des informations sur notre collecte, utilisation, vente, divulgation à des fins commerciales et partage d'informations personnelles. Une fois que nous avons reçu et confirmé votre demande, nous vous divulguerons :",
-  "data_policy_ccpa_right_to_request_1": "Les catégories d'informations personnelles que Nous avons collectées sur Vous",
-  "data_policy_ccpa_right_to_request_2": "Les catégories de sources des informations personnelles que Nous avons collectées sur Vous",
-  "data_policy_ccpa_right_to_request_3": "Notre objectif commercial ou d'affaires pour la collecte ou la vente de ces informations personnelles",
-  "data_policy_ccpa_right_to_request_4": "Les catégories de tiers avec lesquels nous partageons ces informations personnelles",
-  "data_policy_ccpa_right_to_request_5": "Les informations personnelles spécifiques que Nous avons collectées à votre sujet",
-  "data_policy_ccpa_right_to_request_6": "Si nous avons vendu vos informations personnelles ou divulgué vos informations personnelles à des fins commerciales, nous vous en informerons :",
-  "data_policy_ccpa_right_to_request_6_1": "Les catégories de catégories d'informations personnelles vendues",
-  "data_policy_ccpa_right_to_request_6_2": "Les catégories d'informations personnelles divulguées",
-  "data_policy_ccpa_sale_of_info_categories": "Catégorie A : Identifiants\nCatégorie B : Catégories d'informations personnelles énumérées dans le statut des registres clients de Californie (Cal. Civ. Code § 1798.80(e))\nCatégorie D : Informations commerciales\nCatégorie F : Activité Internet ou autre activité de réseau similaire",
-  "data_policy_ccpa_sale_of_info_definition": "Tel que défini dans le CCPA, \"vendre\" et \"vente\" signifient vendre, louer, libérer, divulguer, diffuser, rendre disponible, transférer ou communiquer autrement oralement, par écrit ou par voie électronique ou autres moyens, les informations personnelles d'un consommateur par l'entreprise à un tiers en échange d'une considération précieuse. Cela signifie que nous avons peut-être reçu une sorte de bénéfice en retour pour le partage d'informations personnelles, mais pas nécessairement un avantage monétaire.",
-  "data_policy_ccpa_sale_of_info_note": "Veuillez noter que les catégories énumérées ci-dessous sont celles définies dans le CCPA. Cela ne signifie pas que tous les exemples de cette catégorie d'informations personnelles ont en fait été vendus, mais reflète notre bonne foi à notre connaissance que certaines de ces informations de la catégorie applicable peuvent être et peuvent avoir été partagées en retour pour une valeur.",
-  "data_policy_ccpa_sale_of_info_statement": "Nous pouvons vendre et avons peut-être vendu au cours des douze (12) derniers mois les catégories suivantes d'informations personnelles :",
-  "data_policy_ccpa_sale_of_info_title": "Vente d'informations personnelles",
-  "data_policy_ccpa_sale_of_minors_info_policy": "Nous ne vendons pas les informations personnelles des consommateurs que nous savons être âgés de moins de 16 ans, à moins que nous recevions une autorisation affirmative (le \"droit d'opter pour\") soit du consommateur qui a entre 13 et 16 ans, soit du parent ou tuteur d'un consommateur de moins de 13 ans. Les consommateurs qui choisissent la vente d'informations personnelles peuvent se désinscrire des ventes futures à tout moment. Pour exercer le droit de se désinscrire, vous (ou votre représentant autorisé) pouvez soumettre une demande en nous contactant.",
-  "data_policy_ccpa_sale_of_minors_info_request": "Si vous avez des raisons de croire qu'un enfant de moins de 13 (ou 16) ans nous a fourni des informations personnelles, veuillez nous contacter avec suffisamment de détails pour nous permettre de supprimer ces informations.",
-  "data_policy_ccpa_sale_of_minors_info_statement": "Nous ne collectons pas sciemment d'informations personnelles sur des mineurs de moins de 16 ans par le biais de notre Service, bien que certains sites web tiers auxquels nous sommes liés puissent le faire. Ces sites web tiers ont leurs propres conditions d'utilisation et politiques de confidentialité et nous encourageons les parents et tuteurs légaux à surveiller l'utilisation d'Internet par leurs enfants et à leur donner pour instruction de ne jamais fournir d'informations sur d'autres sites web sans leur permission.",
-  "data_policy_ccpa_sale_of_minors_info_title": "Vente d'informations personnelles de mineurs de moins de 16 ans",
-  "data_policy_ccpa_share_of_info_categories": "Fournisseurs de services\nProcesseurs de paiement\nNos affiliés\nNos partenaires commerciaux\nVendeurs tiers à qui vous ou vos agents nous autorisez à divulguer vos informations personnelles en lien avec les produits ou services que nous vous fournissons",
-  "data_policy_ccpa_share_of_info_statement": "Nous pouvons partager vos informations personnelles identifiées dans les catégories ci-dessus avec les catégories suivantes de tiers :",
-  "data_policy_ccpa_share_of_info_title": "Partage d'informations personnelles",
-  "data_policy_ccpa_title": "Confidentialité CCPA",
-  "data_policy_ccpa_use_of_info_1": "Pour faire fonctionner notre Service et vous fournir notre Service.",
-  "data_policy_ccpa_use_of_info_2": "Pour vous fournir un soutien et répondre à vos demandes, y compris pour enquêter et résoudre vos préoccupations et surveiller et améliorer notre service.",
-  "data_policy_ccpa_use_of_info_3": "Pour répondre ou satisfaire la raison pour laquelle vous avez fourni les informations. Par exemple, si vous partagez vos coordonnées pour poser une question sur notre service, nous utiliserons ces informations personnelles pour répondre à votre demande.",
-  "data_policy_ccpa_use_of_info_4": "Pour répondre aux demandes des forces de l'ordre et comme requis par la loi applicable, une ordonnance judiciaire ou les réglementations gouvernementales.",
-  "data_policy_ccpa_use_of_info_5": "Comme décrit lorsque nous collectons vos informations personnelles ou comme autrement établi dans le CCPA.",
-  "data_policy_ccpa_use_of_info_6": "Pour des raisons administratives internes et d'audit.",
-  "data_policy_ccpa_use_of_info_7": "Pour détecter les incidents de sécurité et se protéger contre les activités malveillantes, trompeuses, frauduleuses ou illégales, y compris, si nécessaire, pour poursuivre ceux qui sont responsables de telles activités.",
-  "data_policy_ccpa_use_of_info_intro": "Nous pouvons utiliser ou divulguer les informations personnelles que nous collectons à des fins \"commerciales\" ou \"d'affaires\" (telles que définies par le CCPA), ce qui peut inclure les exemples suivants :",
-  "data_policy_ccpa_use_of_info_title": "Utilisation des informations personnelles à des fins commerciales ou professionnelles",
-  "data_policy_ccpa_your_rights_intro": "La CCPA offre aux résidents de Californie des droits spécifiques concernant leurs informations personnelles. Si vous êtes un résident de Californie, vous avez les droits suivants:",
-  "data_policy_ccpa_your_rights_title": "Vos droits en vertu du CCPA",
-  "data_policy_compliance_info": "Nous sommes heureux de fournir des informations sur la manière dont Capgo est conçu pour vous aider à respecter les différentes réglementations en matière de confidentialité. Nous vous encourageons à discuter des problèmes spécifiques avec votre avocat pour vous aider à décider si notre service vous permet de remplir les exigences légales qui s'appliquent à vous.",
-  "data_policy_data_protection_1": "Les données de votre site web ne sont pas partagées avec des entreprises publicitaires ou d'autres entreprises en général.",
-  "data_policy_data_protection_2": "Les données de votre site web ne sont envoyées à aucune tierce partie du tout.",
-  "data_policy_data_protection_3": "Les données de votre site web ne sont pas extraites et récoltées pour des tendances personnelles et comportementales.",
-  "data_policy_data_protection_4": "Les données de votre site web ne sont pas monétisées.",
-  "data_policy_gdpr_complaint_right": "Vous avez le droit de vous plaindre à une Autorité de Protection des Données concernant notre collecte et utilisation de vos données personnelles. Pour plus d'informations, si vous êtes dans l'Espace économique européen (EEE), veuillez contacter votre autorité locale de protection des données dans l'EEE.",
-  "data_policy_gdpr_exercising_rights_contact": "Vous pouvez exercer vos droits d'accès, de rectification, d'annulation et d'opposition en nous contactant. Veuillez noter que nous pouvons vous demander de vérifier votre identité avant de répondre à de telles demandes. Si vous faites une demande, nous ferons de notre mieux pour vous répondre le plus rapidement possible.",
-  "data_policy_gdpr_exercising_rights_title": "Exercice de vos droits de protection des données RGPD",
-  "data_policy_gdpr_right_access": "Demandez l'accès à Vos Données Personnelles. Le droit d'accéder, de mettre à jour ou de supprimer les informations que Nous avons sur Vous. Chaque fois que cela est possible, vous pouvez accéder, mettre à jour ou demander la suppression de Vos Données Personnelles directement dans la section des paramètres de votre compte. Si vous ne pouvez pas effectuer ces actions vous-même, veuillez nous contacter pour vous aider. Cela vous permet également de recevoir une copie des Données Personnelles que nous détenons sur Vous.",
-  "data_policy_gdpr_right_correction": "Demandez la correction des Données Personnelles que Nous détenons à votre sujet. Vous avez le droit de faire corriger toute information incomplète ou inexacte que Nous détenons à votre sujet.",
-  "data_policy_gdpr_right_erasure": "Demandez l'effacement de vos données personnelles. Vous avez le droit de nous demander de supprimer ou de retirer des données personnelles lorsqu'il n'y a aucune bonne raison pour que nous continuions à les traiter.",
-  "data_policy_gdpr_right_object": "S'opposer au traitement de vos données personnelles. Ce droit existe lorsque nous nous appuyons sur un intérêt légitime comme base juridique pour notre traitement et qu'il y a quelque chose dans votre situation particulière qui vous fait vouloir vous opposer à notre traitement de vos données personnelles sur ce fondement. Vous avez également le droit de vous opposer lorsque nous traitons vos données personnelles à des fins de marketing direct.",
-  "data_policy_gdpr_right_transfer": "Demandez le transfert de Vos Données Personnelles. Nous fournirons à Vous, ou à un tiers que Vous avez choisi, Vos Données Personnelles dans un format structuré, couramment utilisé et lisible par machine. Veuillez noter que ce droit ne s'applique qu'aux informations automatisées pour lesquelles Vous avez initialement donné votre consentement pour que Nous les utilisions ou lorsque Nous avons utilisé les informations pour exécuter un contrat avec Vous.",
-  "data_policy_gdpr_right_withdraw_consent": "Retirez votre consentement. Vous avez le droit de retirer votre consentement à l'utilisation de vos données personnelles. Si vous retirez votre consentement, nous pourrions ne pas être en mesure de vous fournir l'accès à certaines fonctionnalités spécifiques du service.",
-  "data_policy_gdpr_rights_intro": "La Société s'engage à respecter la confidentialité de Vos Données Personnelles et à garantir que Vous pouvez exercer Vos droits.",
-  "data_policy_gdpr_rights_list_intro": "Vous avez le droit, en vertu de cette politique de confidentialité et par la loi si vous êtes dans l'UE, de :",
-  "data_policy_gdpr_rights_title": "Vos droits en vertu du RGPD",
-  "data_policy_gdpr_title": "Confidentialité RGPD",
-  "data_policy_goal": "L'objectif de Capgo est de suivre les tendances générales du trafic sur votre site web, et non de suivre les visiteurs individuels. Nous n'utilisons pas de cookies, nous ne générons aucun identifiant persistant et nous ne collectons ni ne stockons aucune donnée personnelle ou identifiable. Toutes les données sont uniquement des données agrégées et elles ne contiennent aucune information personnelle.",
-  "data_policy_intro": "Une politique de données contient un ensemble de règles, principes et directives qui fournissent un cadre pour différents domaines de la gestion des données dans l'entreprise, y compris mais sans s'y limiter, la gouvernance des données, la qualité des données et l'architecture des données.",
-  "data_policy_ip_accuracy": "Lors de nos tests, l'utilisation des adresses IP pour compter les visiteurs est remarquablement précise par rapport à l'utilisation d'un cookie. Dans certains cas, cela pourrait même être plus précis que l'utilisation d'un cookie car certains visiteurs bloquent complètement les cookies.",
-  "data_policy_ip_user_agent": "Chaque requête HTTP envoie l'adresse IP et l'User-Agent au serveur, c'est donc ce que nous utilisons. Nous générons un identifiant changeant quotidiennement à l'aide de l'adresse IP du visiteur et de son User-Agent.",
-  "data_policy_last_updated": "Dernière mise à jour : 21 septembre 2023",
-  "data_policy_legal_basis_clarification": "Dans tous les cas, l'entreprise se fera un plaisir d'aider à clarifier la base juridique spécifique qui s'applique au traitement, et en particulier si la fourniture de données personnelles est une exigence légale ou contractuelle, ou une exigence nécessaire pour conclure un contrat.",
-  "data_policy_legal_basis_consent": "Consentement : Vous avez donné votre consentement pour le traitement des données personnelles à une ou plusieurs fins spécifiques.",
-  "data_policy_legal_basis_contract": "Exécution d'un contrat : La fourniture de données personnelles est nécessaire pour l'exécution d'un accord avec vous et/ou pour toute obligation précontractuelle y afférente.",
-  "data_policy_legal_basis_intro": "Nous pouvons traiter les données personnelles dans les conditions suivantes :",
-  "data_policy_legal_basis_legal_obligations": "Obligations légales : Le traitement des données personnelles est nécessaire pour se conformer à une obligation légale à laquelle l'entreprise est soumise.",
-  "data_policy_legal_basis_legitimate_interests": "Intérêts légitimes : Le traitement des données personnelles est nécessaire aux fins des intérêts légitimes poursuivis par l'entreprise.",
-  "data_policy_legal_basis_public_interests": "Intérêts publics : Le traitement des données personnelles est lié à une tâche qui est effectuée dans l'intérêt public ou dans l'exercice de l'autorité officielle conférée à la Société.",
-  "data_policy_legal_basis_title": "Base juridique pour le traitement des données personnelles en vertu du RGPD",
-  "data_policy_legal_basis_vital_interests": "Intérêts vitaux : Le traitement des données personnelles est nécessaire pour protéger vos intérêts vitaux ou ceux d'une autre personne physique.",
-  "data_policy_no_persistent_identifier": "Nous n'essayons pas de générer un identifiant persistant de l'appareil car ils sont considérés comme des données personnelles en vertu du RGPD. Nous n'utilisons pas de cookies, ni le cache du navigateur, ni le stockage local. Nous ne stockons rien, ne récupérons rien et n'extrayons rien des appareils des visiteurs.",
-  "data_policy_no_tracking": "Nous ne suivons pas les personnes à travers leurs appareils et les sites Web et applications qu'ils visitent. Toutes les données sont isolées à une seule journée, un seul site Web et un seul appareil uniquement. Il n'y a aucun moyen de savoir si la même personne visite un site depuis plus d'un appareil ou visite un autre site Web.",
-  "data_policy_ownership_intro": "Lorsque vous utilisez notre service, Capgo collectera des informations sur vos visiteurs. Vous nous confiez les données de votre site et nous prenons cette confiance à cœur. La confidentialité de vos données de site - et ce sont vos données, pas les nôtres ! - est très importante pour nous.",
-  "data_policy_ownership_rights": "Vous possédez tous les droits, titres et intérêts relatifs aux données de votre site web. Nous n'obtenons aucun droit de votre part sur les données de votre site web. Nous ne vendrons ni ne partagerons jamais vos données de site à des tiers.",
-  "data_policy_ownership_statement": "En utilisant Capgo, vous conservez 100% de la propriété de vos données de site web. Bien que lors de l'utilisation de notre service hébergé, vos analyses de site sont stockées sur notre serveur dans le cloud, vous restez entièrement en contrôle de vos données de site et vous possédez également toutes vos données.",
-  "data_policy_ownership_title": "Propriété des données de votre web",
-  "data_policy_permanent_deletion": "Toutes vos statistiques seront supprimées définitivement dès que vous supprimez votre compte Capgo ou lorsque vous supprimez les statistiques de votre site. Nous ne pouvons pas récupérer ces informations une fois qu'elles ont été définitivement supprimées.",
-  "data_policy_title": "Politique de Données",
-  "data_policy_trust_importance": "C'est essentiel sur le marché des logiciels de confidentialité. Les entreprises et les logiciels propriétaires ne peuvent pas toujours être fiables lorsque les données sont en question. La seule façon de prouver votre confiance est de permettre aux experts d'examiner votre code et de vérifier que vous faites réellement ce que vous dites faire.",
-  "data_policy_trust_open_source": "Capgo est 100% open source. Notre code source est disponible et accessible sur GitHub afin que vous puissiez le lire et l'examiner pour vous assurer que notre code fait ce que nous disons.",
-  "data_policy_trust_title": "Pourquoi devrais-je vous faire confiance?",
-  "data_policy_trust_transparency": "Nous ne sommes pas une boîte noire. Tout est à découvert. N'importe qui peut voir, examiner et inspecter le code que nous exécutons pour vérifier que nous mettons en pratique ce que nous prêchons.",
-  "data_policy_unique_users_intro": "Le comptage des visiteurs uniques est une partie intégrale de l'analyse web. Capgo tente de trouver un équilibre raisonnable entre la suppression des doublons de pages vues et le respect de la vie privée des visiteurs.",
-  "data_policy_unique_users_title": "Comment comptons-nous les utilisateurs uniques sans cookies",
-  "data_policy_what_we_collect_title": "Ce que nous collectons et à quoi nous l'utilisons",
-  "data_processing": "Traitement des données",
-  "data_processing_agreement": "Accord sur le traitement des données",
-  "data_storage": "Stockage de données",
-  "days_free_trial": "14 jours d'essai gratuit",
-  "dedicated_channels": "Canaux dédiés",
-  "dedicated_support_channels_sla": "Canaux de support dédiés et garanties SLA pour votre tranquillité d'esprit",
-  "definitions": "Définitions",
-  "definitions_desc": "Tous les termes en majuscules utilisés mais non définis dans le présent Accord de Niveau de Service ont la signification établie dans le Contrat.",
-  "definitions_purpose": "Aux fins de la présente Clause de non-responsabilité :",
-  "definitions_purpose_refund": "Aux fins de la présente Politique de Retour et de Remboursement :",
-  "definitions_title": "Définitions",
-  "deliver_updates": "Livrez des mises à jour à votre application Capacitor",
-  "denial_of_service": "Déni de service (DoS)",
-  "denial_of_service_desc": "Inonder une cible avec des requêtes de communication au point où elle ne peut plus répondre au trafic légitime ou répond si lentement qu'elle devient inefficace.",
-  "deploy_and_test_anywhere_anytime": "Déployez et testez n'importe où, n'importe quand",
-  "deploy_changes_in_real_time": "Déployez les modifications en temps réel",
-  "deploy_on_cloud_providers": "Déployez sur AWS, GCP ou votre fournisseur de cloud",
-  "deploy_ota": "Déployez des mises à jour over-the-air (OTA) à des millions d'utilisateurs avec la sécurité, l'évolutivité et le support de niveau entreprise que votre organisation exige.",
-  "deploy_with_confidence": "Déployez avec Confiance",
-  "designed_for_mobile_first": "Conçu pour le mobile en priorité avec une interface utilisateur intuitive et des performances fluides",
-  "developers": "Développeurs",
-  "diagnose_version_issues": "Diagnostiquer les problèmes de version",
-  "didnt_find_answer": "Vous n'avez pas trouvé la réponse que vous cherchiez ?",
-  "direct_access_engineering_team": "Accès direct à notre équipe d'ingénierie via des canaux Slack dédiés et un support téléphonique",
-  "direct_engineering_access": "Accès Direct à l'Ingénierie",
-  "direct_peering_worldwide": "interconnexion directe dans le monde entier",
-  "direct_slack_channel_support": "Support direct du canal Slack",
-  "directly_from_your_phone": "directement depuis votre téléphone",
-  "disclaimer": "Avertissement",
-  "disclaimer_last_updated": "Dernière mise à jour : 28 janvier 2022",
-  "disclaimer_text": "Les informations contenues sur le Service sont uniquement destinées à des fins d'information générale.",
-  "disclaimer_title": "Avertissement",
-  "discover_ready_plugins": "Découvrez des plugins prêts à l'emploi qui étendent les capacités de votre application Capacitor",
-  "do_you_have_purchasing_power_parity_pricing": "Proposez-vous une tarification basée sur la parité de pouvoir d’achat (PPP) ?",
-  "do_you_offer_annual_billing_and_ach_payment_options": "Proposez-vous une facturation annuelle et des options de paiement ACH ?",
-  "do_you_offer_discounts_for_students_non_profits_or_startups": "Proposez-vous des réductions pour les étudiants, les organisations à but non lucratif ou les startups ?",
-  "do_you_offer_refunds": "Offrez-vous des remboursements?",
-  "do_you_offer_refunds_answer": "Sauf lorsque la loi l'exige, les frais d'abonnement payés ne sont pas remboursables. Cependant, certaines demandes de remboursement peuvent être examinées au cas par cas et accordées à la seule discrétion de Capgo. Si vous pensez avoir droit à un remboursement, veuillez contacter notre équipe d'assistance.",
-  "docs": "Docs",
-  "documentation": "Documentation",
-  "documentation_in_markdown_that_powers": "Documentation en Markdown qui alimente",
-  "documenting_apis": "Documentation des API",
-  "download_the_app_and_take_control": "Téléchargez l'application et prenez le contrôle de vos sorties de n'importe où",
-  "download_time_globally": "pour télécharger une mise à jour de 5MB mondialement",
-  "downloads": "Téléchargements",
-  "dp": "Politique de confidentialité",
-  "dp_description": "Accord de traitement des données Capgo et documentation de conformité RGPD pour les clients entreprise utilisant notre plateforme de mise à jour en direct.",
-  "dpa": "Accord de Protection des Données",
-  "dpa_contact_1": "Si vous avez des questions concernant cette Politique de Confidentialité, vous pouvez nous contacter :",
-  "dpa_contact_2": "En visitant cette page sur le site web:",
-  "dpa_contact_title": "Contactez-Nous",
-  "dpa_customer_undertakings_1": "Le client garantit qu'il possède tous les droits nécessaires pour fournir à Capgo les données des visiteurs à traiter en lien avec la fourniture des services de Capgo.",
-  "dpa_customer_undertakings_2": "Le client doit se conformer en tout temps aux législations sur la protection des données concernant toutes les données de visiteur qu'il a fournies à Capgo conformément à l'Accord.",
-  "dpa_customer_undertakings_3": "Le client comprend, en tant que contrôleur, qu'il est responsable (entre le client et Capgo) pour :",
-  "dpa_customer_undertakings_4": "déterminer la légalité de tout traitement, effectuer les évaluations d'impact sur la protection des données requises et rendre compte aux régulateurs et aux individus, selon les besoins;",
-  "dpa_customer_undertakings_5": "fournir les avis de confidentialité pertinents aux sujets de données comme cela peut être requis dans votre juridiction;",
-  "dpa_customer_undertakings_6": "mettre en œuvre vos propres mesures techniques et organisationnelles appropriées pour garantir et démontrer le traitement conformément à cet ADP;",
-  "dpa_customer_undertakings_7": "notifier tout régulateur ou autorité pertinent de tout incident comme peut l'exiger la loi dans votre juridiction.",
-  "dpa_customer_undertakings_title": "Engagements du client et assistance Capgo",
-  "dpa_definitions_1": "Au cours de la fourniture du service Capgo à l'utilisateur conformément à l'accord, Capgo peut traiter les données des visiteurs au nom de l'utilisateur.",
-  "dpa_definitions_2": "Dans cet Accord de Traitement des Données (\"ATD\"), \"Législation sur la Protection des Données\" désigne le Règlement Général sur la Protection des Données (Règlement (UE) 2016/279), et toutes les autres lois applicables relatives au traitement des données de visiteur et à la vie privée qui peuvent exister dans toute juridiction pertinente.",
-  "dpa_definitions_3": "\"contrôleur de données\", \"processeur de données\", \"sujet de données\", \"données personnelles\" et \"traitement\" doivent être interprétés conformément à la législation applicable sur la protection des données.",
-  "dpa_definitions_4": "Les parties conviennent que l'utilisateur est le contrôleur des données et que Capgo est son processeur de données en relation avec les données des visiteurs qui sont traitées dans le cadre de la fourniture du service.",
-  "dpa_definitions_title": "Définitions",
-  "dpa_last_updated": "Dernière mise à jour : 20 septembre 2023",
-  "dpa_liability_indemnity_1": "Chaque partie indemnise l'autre et les dégage de toute responsabilité contre toutes réclamations, actions, revendications de tiers, pertes, dommages et dépenses encourus par la partie indemnisée et découlant directement ou indirectement d'une violation de cet ADP.",
-  "dpa_liability_indemnity_title": "Responsabilité et Indemnisation",
-  "dpa_notification_1": "Non. Vous n'êtes pas obligé de nous informer ou d'informer un tiers lorsque vous acceptez notre DPA, bien que, comme mentionné ci-dessus, vous êtes libre de le faire.",
-  "dpa_notification_title": "Les clients doivent-ils informer quelqu'un lorsqu'ils acceptent notre DPA ?",
-  "dpa_privacy_security_1": "Nous prenons de nombreuses mesures pour protéger et sécuriser vos données grâce à des sauvegardes, des redondances et un cryptage. Lorsque vous utilisez notre service pour mesurer les statistiques de votre site web, Capgo collectera des informations sur vos visiteurs.",
-  "dpa_privacy_security_2": "Vous nous confiez les données de votre site et nous prenons cette confiance à cœur. Vous acceptez que Capgo puisse traiter vos données comme décrit dans notre politique de données et pour aucune autre raison. Nous faisons de notre mieux pour mériter cette confiance en étant transparents sur qui nous sommes, comment nous travaillons et en gardant une porte ouverte à vos commentaires.",
-  "dpa_privacy_security_3": "Vous possédez tous les droits, titres et intérêts sur les données de votre site web. Nous n'obtenons aucun droit de votre part sur les données de votre site web. Nous ne collectons ni n'analysons les informations personnelles des utilisateurs du web et nous n'utilisons pas ces connaissances comportementales pour vendre des publicités. Lorsque vous utilisez Capgo, vous possédez et contrôlez à 100% toutes les données de votre site web. Nous ne vendons ni ne partageons vos données de site à des tiers, et nous n'abusons pas de la vie privée de vos visiteurs.",
-  "dpa_privacy_security_4": "Le but de Capgo est de mettre à jour Capacitor ; cela peut toujours être fait sans suivre, collecter ou stocker des données personnelles ou des informations identifiables, sans cookies et tout en respectant la vie privée des visiteurs du site.",
-  "dpa_privacy_security_5": "En utilisant Capgo, toutes les mesures du site sont effectuées de manière absolument anonyme. Nous minimisons la collecte de données en général. Nous ne mesurons que les points de données les plus essentiels et rien d'autre. Toutes les métriques que nous collectons tiennent sur une seule page.",
-  "dpa_privacy_security_6": "Nous n'essayons pas de générer un identifiant persistant de l'appareil car ils sont considérés comme des données personnelles en vertu du RGPD. Nous n'utilisons pas de cookies, ni le cache du navigateur, ni le stockage local. Nous ne stockons rien, ne récupérons rien et n'extrayons rien des appareils des visiteurs. Les données que nous traitons ne peuvent pas être utilisées pour identifier un individu unique.",
-  "dpa_privacy_security_7": "Le groupe de personnes concernées par le traitement de leurs données en vertu de cet accord comprend les utilisateurs finaux des sites web du contrôleur qui utilisent le service fourni par le processeur.",
-  "dpa_privacy_security_8": "Vous pouvez trouver plus d'informations sur notre traitement de vos données de visiteur et sur les types/catégories de données que nous collectons en votre nom dans notre politique de données publiquement disponible.",
-  "dpa_privacy_security_title": "Confidentialité et sécurité des données de vos visiteurs",
-  "dpa_processor_obligations_1": "Capgo ne traitera les données des visiteurs qu'en conformité avec les instructions du client via les paramètres du service, c'est-à-dire (a) pour faire fonctionner, maintenir et soutenir l'infrastructure utilisée pour fournir le service ; (b) pour se conformer aux instructions du client et aux instructions de traitement dans leur utilisation, gestion et administration du service ; (c) comme autrement instruit à travers les paramètres du service. Capgo ne traitera les données des visiteurs qu'en accord avec l'accord.",
-  "dpa_processor_obligations_2": "Capgo doit informer le client sans retard injustifié si, de l'avis de Capgo, une instruction pour le traitement des données des visiteurs donnée par le client enfreint la législation applicable sur la protection des données.",
-  "dpa_processor_obligations_3": "Capgo garantira la confidentialité des données de visiteur traitées en vertu de ceci.",
-  "dpa_processor_obligations_4": "Nous, en tant qu'êtres humains, pouvons accéder à vos données pour vous aider avec les demandes de support que vous faites et pour maintenir et protéger Capgo afin d'assurer la sécurité de vos données et du service dans son ensemble. Capgo veillera à ce que tout le personnel de Capgo nécessaire pour accéder aux données des visiteurs soit formé au RGPD et à la confidentialité des données, informé de la nature confidentielle des données et respecte les obligations énoncées dans cet accord.",
-  "dpa_processor_obligations_5": "Capgo mettra en œuvre et maintiendra des mesures de sécurité techniques et organisationnelles appropriées visant à protéger les données des visiteurs contre tout traitement non autorisé ou illégal et contre toute perte accidentelle, destruction, dommage, vol, altération ou divulgation. Ces mesures seront adaptées au préjudice qui pourrait résulter de tout traitement non autorisé ou illégal, perte accidentelle, destruction, dommage ou vol des données du visiteur et compte tenu de la nature des données du visiteur qui doivent être protégées.",
-  "dpa_processor_obligations_6": "Nous travaillons avec des sous-traitants. Avec chaque fournisseur, nous évaluons leur engagement en matière de confidentialité et nous signons avec eux un accord de traitement des données qui inclut les Clauses Contractuelles Types entre le contrôleur et le processeur. Ces sous-traitants ne seront autorisés à traiter les données que pour fournir les services que Capgo leur a confié, et il leur sera interdit d'utiliser ces données à d'autres fins. Capgo informera le contrôleur lors de la modification de la liste des sous-processeurs en utilisant nos notifications intégrées dans l'application, par email et/ou sur notre blog. Le contrôleur est en mesure de s'opposer légitimement et peut résilier l'accord.",
-  "dpa_processor_obligations_7": "Si Capgo prend connaissance d'une violation de sécurité accidentelle, non autorisée ou illégale, destruction, perte, modification ou divulgation des données personnelles qui sont traitées par Capgo dans le cadre de la fourniture du service, il doit sans retard injustifié (au plus tard 48 heures après en avoir pris connaissance), notifier au client par email et fournir au client une description de l'incident ainsi que des mises à jour périodiques sur les informations concernant l'incident, y compris son impact sur le contenu du client. Capgo doit également prendre des mesures pour enquêter sur l'incident et prévenir ou atténuer raisonnablement les effets de l'incident.",
-  "dpa_processor_obligations_8": "Capgo ne doit pas de sa propre autorité rectifier, effacer ou restreindre le traitement des données de visiteur qui sont traitées au nom du contrôleur (à moins que cela soit requis par la loi ou les Conditions d'Utilisation du Processeur), mais ne doit le faire que sur instructions documentées du contrôleur et conformément aux règles de conservation des données associées au plan d'abonnement du contrôleur.",
-  "dpa_processor_obligations_9": "Capgo aidera le contrôleur à respecter les obligations concernant la sécurité des données personnelles. Plausible fournira également une assistance au contrôleur pour les DPIA. Lorsqu'un sujet de données fait valoir ses droits en tant que sujet de données, cette demande sera transmise au contrôleur sans délai.",
-  "dpa_processor_obligations_title": "Obligations du processeur envers le contrôleur",
-  "dpa_security_measures_1": "Pour le chiffrement, nous utilisons https en transit et le processus de hachage au repos. Notre processus de hachage est beaucoup plus fort que le chiffrement. Le chiffrement implique qu'il y a une clé qui peut déchiffrer et révéler les données brutes. Dans notre base de données, l'adresse IP brute et l'agent utilisateur sont rendus totalement inaccessibles à quiconque, y compris nous-mêmes. En plus de cela, nous utilisons des règles strictes de pare-feu et un réseau privé chiffré. Nous conservons des sauvegardes hors site avec réplication incluant des mots de passe bcrypt forts.",
-  "dpa_security_measures_2": "Capgo est un logiciel entièrement open source, ce qui signifie que notre code source est disponible et accessible sur GitHub afin que tout le monde puisse le consulter et l'auditer. Vous pouvez le lire, l'inspecter et le réviser pour comprendre comment il fonctionne et pour vous assurer qu'il maintient les données privées et sécurisées. Cela vous donne à vous et à tous les autres une totale transparence sur la façon dont nous gérons les données de trafic du site web.",
-  "dpa_security_measures_3": "Avec plus de 500+ étoiles sur GitHub, beaucoup de personnes portent leur attention sur notre code et c'est cette transparence et ouverture qui signifie que les produits open source peuvent être plus fiables que les produits propriétaires et à source fermée. Notre logiciel est mis à jour plusieurs fois par semaine et sur notre page GitHub, nous avons également un moyen pour les gens de signaler toute vulnérabilité de sécurité.",
-  "dpa_security_measures_title": "Mesures de sécurité organisationnelles et techniques",
-  "dpa_sharing_1": "Oui. Le DPA est un document disponible au public et les clients qui souhaitent le partager avec leurs clients pour confirmer nos mesures de sécurité et autres conditions peuvent se sentir libres de le faire.",
-  "dpa_sharing_title": "Un client peut-il partager le Capgo DPA avec ses clients ?",
-  "dpa_signing_required_1": "Pour utiliser nos produits et services, vous devez accepter notre DPA. En utilisant notre produit, vous acceptez nos conditions de service et vous acceptez automatiquement notre DPA sans avoir à signer un document séparé. Nous offrons les mêmes droits à la vie privée et protection à tous les clients.",
-  "dpa_signing_required_title": "Les clients sont-ils tenus de signer le DPA de Capgo?",
-  "dpa_title": "Accord de Traitement des Données",
-  "easily_adjust_user_roles_and_permissions_as_your_team_and_projects_evolve_maintaining_optimal_organization_structure": "Ajustez facilement les rôles et les permissions des utilisateurs à mesure que votre équipe et vos projets évoluent, en maintenant une structure organisationnelle optimale.",
-  "effortless_ci_cd_solutions": "Solutions CI/CD sans effort",
-  "email_label": "Courriel",
-  "email_placeholder": "Entrez votre email",
-  "emergency_fixes_on_the_go": "Corrections d'urgence en déplacement",
-  "end_to_end_encryption": "Chiffrement de bout en bout",
-  "enterprise_authentication": "Authentification d'entreprise",
-  "enterprise_billing": "Facturation d'entreprise",
-  "enterprise_description": "Pour les équipes d'entreprise qui construisent des applications critiques pour la mission et qui ont besoin d'une sécurité avancée, de conformité, et d'un support dédié avec un contrôle total sur leur infrastructure DevOps mobile.",
-  "enterprise_features": "Fonctionnalités d'entreprise",
-  "enterprise_grade_security_trust": "Sécurité de niveau entreprise en laquelle vous pouvez avoir confiance",
-  "enterprise_identity": "Identité d'Entreprise",
-  "enterprise_platform_uptime_sla": "SLA de temps de fonctionnement de la plateforme Enterprise",
-  "enterprise_plugins": "Plugins d'entreprise",
-  "enterprise_ready": "Prêt pour l'entreprise",
-  "enterprise_security_audit_desc": "Audits tiers annuels et balayage continu du code avec SonarCloud, Coderabbit et Snyk.",
-  "enterprise_security_audit_title": "Audits automatisés et indépendants",
-  "enterprise_security_automations": "SonarCloud, Coderabbit et Snyk examinent chaque commit avant la sortie.",
-  "enterprise_solutions": "Solutions d'entreprise",
-  "enterprise_support": "Assistance d'entreprise",
-  "enterprise_title": "Entreprise",
-  "errors_and_omissions_disclaimer_text": "Les informations fournies par le Service sont uniquement destinées à servir de guide général sur des sujets d'intérêt. Même si la Société prend toutes les précautions pour s'assurer que le contenu du Service est à la fois actuel et précis, des erreurs peuvent survenir. De plus, compte tenu de la nature changeante des lois, règles et réglementations, il peut y avoir des retards, des omissions ou des inexactitudes dans les informations contenues dans le Service.",
-  "errors_and_omissions_disclaimer_title": "Clause de non-responsabilité relative aux erreurs et omissions",
-  "eula": "Contrat de Licence Utilisateur Final",
-  "eula_acknowledgment_text_1": "En cliquant sur le bouton \"J'accepte\", en téléchargeant ou en utilisant l'Application, vous acceptez d'être lié par les termes et conditions de cet Accord. Si vous n'êtes pas d'accord avec les termes de cet Accord, ne cliquez pas sur le bouton \"J'accepte\", ne téléchargez pas et n'utilisez pas l'Application.",
-  "eula_acknowledgment_text_2": "Cet Accord est un document juridique entre Vous et la Société et il régit votre utilisation de l'Application mise à votre disposition par la Société.",
-  "eula_acknowledgment_text_3": "Cet accord est uniquement entre Vous et la Société, et non avec le Magasin d'Applications. Par conséquent, la Société est seule responsable de l'Application et de son contenu. Bien que le Magasin d'Applications ne soit pas une partie à cet accord, il a le droit de l'exécuter contre vous en tant que bénéficiaire tiers en relation avec votre utilisation de l'Application.",
-  "eula_acknowledgment_text_4": "Étant donné que l'Application peut être accessible et utilisée par d'autres utilisateurs via, par exemple, le Partage familial / Groupe familial ou l'achat en volume, l'utilisation de l'Application par ces utilisateurs est expressément soumise à cet Accord.",
-  "eula_acknowledgment_text_5": "L'Application est licenciée, non vendue, à Vous par la Société pour une utilisation strictement conforme aux termes de cet Accord.",
-  "eula_acknowledgment_title": "Reconnaissance",
-  "eula_changes_text_1": "La Société se réserve le droit, à sa seule discrétion, de modifier ou de remplacer cet Accord à tout moment. Si une révision est importante, nous fournirons un préavis d'au moins 30 jours avant l'entrée en vigueur des nouveaux termes. Ce qui constitue un changement matériel sera déterminé à la seule discrétion de la Société.",
-  "eula_changes_text_2": "En continuant à accéder ou à utiliser l'Application après que toute révision soit devenue effective, Vous acceptez d'être lié par les termes révisés. Si vous n'acceptez pas les nouveaux termes, vous n'êtes plus autorisé à utiliser l'Application.",
-  "eula_changes_title": "Modifications de cet Accord",
-  "eula_contact_us_link": "En visitant cette page sur le site web :",
-  "eula_contact_us_text": "Si vous avez des questions concernant cet Accord, Vous pouvez Nous contacter :",
-  "eula_contact_us_title": "Contactez-Nous",
-  "eula_definition_agreement": "**Accord** signifie cet Accord de Licence d'Utilisateur Final qui constitue l'intégralité de l'accord entre Vous et la Société concernant l'utilisation de l'Application.",
-  "eula_definition_application": "**Application** signifie le programme logiciel fourni par la Société téléchargé par Vous via un compte de magasin d'applications sur un appareil, nommé $1",
-  "eula_definition_application_store": "**Application Store** signifie le service de distribution numérique exploité et développé par Apple Inc. (Apple App Store) ou Google Inc. (Google Play Store) par lequel l'Application a été téléchargée sur votre Appareil.",
-  "eula_definition_company": "**Société** (désignée sous les termes \"la Société\", \"Nous\" ou \"Notre\" dans cet Accord) fait référence à Digital shift OU, 6 sepapaja 15510 Tallinn.",
-  "eula_definition_content": "**Contenu** fait référence au contenu tel que le texte, les images ou autres informations qui peuvent être publiées, téléchargées, liées ou autrement mises à disposition par Vous, quel que soit la forme de ce contenu.",
-  "eula_definition_country": "**Pays** fait référence à : Estonie",
-  "eula_definition_device": "**Appareil** signifie tout appareil qui peut accéder à l'Application comme un ordinateur, un téléphone portable ou une tablette numérique.",
-  "eula_definition_family_sharing": "**Le partage familial / Groupe familial** vous permet de partager des applications téléchargées via l'App Store avec d'autres membres de la famille en leur permettant de voir et de télécharger les applications éligibles des autres sur leurs appareils associés.",
-  "eula_definition_third_party_services": "**Services Tiers** signifie tout service ou contenu (y compris les données, informations, applications et autres produits services) fourni par un tiers qui peut être affiché, inclus ou rendu disponible par l'Application.",
-  "eula_definition_you": "**Vous** désigne l'individu qui accède ou utilise l'Application, ou la société, ou autre entité juridique au nom de laquelle cet individu accède ou utilise l'Application, le cas échéant.",
-  "eula_definitions_intro": "Aux fins de ce Contrat de Licence Utilisateur Final :",
-  "eula_definitions_subtitle": "Définitions",
-  "eula_entire_agreement_text_1": "L'Accord constitue l'intégralité de l'accord entre Vous et la Société concernant votre utilisation de l'Application et remplace tous les accords antérieurs et contemporains écrits ou oraux entre Vous ou les accords oraux entre Vous et la Société.",
-  "eula_entire_agreement_text_2": "Vous pouvez être soumis à des conditions générales supplémentaires qui s'appliquent lorsque vous utilisez ou achetez d'autres services de l'entreprise, que l'entreprise vous fournira au moment de cette utilisation ou de cet achat.",
-  "eula_entire_agreement_title": "Accord Complet",
-  "eula_governing_law_text": "Les lois du Pays, à l'exclusion de ses règles de conflit de lois, régiront cet Accord et votre utilisation de l'Application. Votre utilisation de l'Application peut également être soumise à d'autres lois locales, étatiques, nationales ou internationales.",
-  "eula_governing_law_title": "Loi applicable",
-  "eula_indemnification_text": "Vous acceptez d'indemniser et de dégager la Société et ses parents, filiales, affiliés, dirigeants, employés, agents, partenaires et concédants (le cas échéant) de toute responsabilité en cas de réclamation ou demande, y compris les honoraires raisonnables d'avocats, dus à ou découlant de votre : (a) utilisation de l'Application ; (b) violation du présent Accord ou de toute loi ou réglementation ; ou (c) violation des droits d'un tiers.",
-  "eula_indemnification_title": "Indemnisation",
-  "eula_intellectual_property_text_1": "L'Application, y compris sans limitation tous les droits d'auteur, brevets, marques commerciales, secrets commerciaux et autres droits de propriété intellectuelle sont, et resteront, la propriété unique et exclusive de l'Entreprise.",
-  "eula_intellectual_property_text_2": "La Société ne sera pas tenue d'indemniser ou de défendre Vous en ce qui concerne toute réclamation de tiers découlant de ou liée à l'Application. Dans la mesure où la Société est tenue de fournir une indemnisation par la loi applicable, la Société, et non le Magasin d'Applications, sera seule responsable de l'enquête, de la défense, du règlement et du déchargement de toute réclamation selon laquelle l'Application ou votre utilisation de celle-ci porte atteinte aux droits de propriété intellectuelle d'un tiers.",
-  "eula_intellectual_property_title": "Propriété Intellectuelle",
-  "eula_interpretation_subtitle": "Interprétation",
-  "eula_interpretation_text": "Les mots dont la lettre initiale est en majuscule ont des significations définies dans les conditions suivantes. Les définitions suivantes auront la même signification qu'elles apparaissent au singulier ou au pluriel.",
-  "eula_interpretation_title": "Interprétation et Définitions",
-  "eula_last_updated": "Dernière mise à jour : 28 janvier 2022",
-  "eula_license_restrictions_1": "Licence, vente, location, bail, cession, distribution, transmission, hébergement, externalisation, divulgation ou autre exploitation commerciale de l'Application ou mise à disposition de l'Application à un tiers.",
-  "eula_license_restrictions_2": "Copiez ou utilisez l'Application à des fins autres que celles autorisées dans la section ci-dessus 'Licence'.",
-  "eula_license_restrictions_3": "Modifiez, créez des œuvres dérivées de, désassemblez, décryptez, compilez à l'envers ou inversez l'ingénierie d'une partie quelconque de l'Application.",
-  "eula_license_restrictions_4": "Supprimez, modifiez ou obscurcissez toute mention propriétaire (y compris toute mention de droit d'auteur ou de marque déposée) de la Société ou de ses affiliés, partenaires, fournisseurs ou des détenteurs de licence de l'Application.",
-  "eula_license_restrictions_intro": "Vous acceptez de ne pas, et vous n'autoriserez pas les autres à :",
-  "eula_license_restrictions_subtitle": "Restrictions de Licence",
-  "eula_license_scope_subtitle": "Portée de la Licence",
-  "eula_license_scope_text_1": "La Société vous accorde une licence révocable, non exclusive, non transférable et limitée pour télécharger, installer et utiliser l'Application strictement conformément aux termes de cet Accord.",
-  "eula_license_scope_text_2": "Vous ne pouvez utiliser l'Application que sur un Appareil que vous possédez ou contrôlez et comme le permettent les termes et conditions du magasin d'Applications.",
-  "eula_license_scope_text_3": "La licence qui vous est accordée par la Société est uniquement pour vos fins personnelles, non commerciales, strictement conformément aux termes de cet Accord.",
-  "eula_license_title": "Licence",
-  "eula_limitation_of_liability_text_1": "Nonobstant tous les dommages que Vous pourriez subir, la responsabilité totale de l'Entreprise et de ses fournisseurs en vertu de toute disposition de cet Accord et votre seul recours pour tout ce qui précède sera limité au montant réellement payé par Vous pour l'Application ou via l'Application ou 100 USD si Vous n'avez rien acheté via l'Application.",
-  "eula_limitation_of_liability_text_2": "Dans la mesure maximale permise par la loi applicable, en aucun cas l'Entreprise ou ses fournisseurs ne seront responsables de tout dommage spécial, accessoire, indirect ou consécutif de quelque nature que ce soit (y compris, mais sans s'y limiter, les dommages pour perte de profits, perte de données ou d'autres informations, pour interruption d'activité, pour préjudice corporel, perte de vie privée découlant de ou en relation avec l'utilisation ou l'impossibilité d'utiliser l'Application, le logiciel tiers et/ou le matériel tiers utilisé avec l'Application, ou autrement en lien avec toute disposition du présent Accord), même si l'Entreprise ou tout fournisseur a été informé de la possibilité de tels dommages et même si le remède échoue dans son but essentiel.",
-  "eula_limitation_of_liability_text_3": "Certains États/juridictions ne permettent pas l'exclusion ou la limitation des dommages accessoires ou consécutifs, donc la limitation ou l'exclusion ci-dessus peut ne pas s'appliquer à Vous.",
-  "eula_limitation_of_liability_text_4": "Vous comprenez et acceptez expressément que le magasin d'applications, ses filiales et affiliés, ainsi que ses concédants de licence ne seront pas responsables envers vous selon aucune théorie de responsabilité pour tout dommage direct, indirect, incident, spécial consécutif ou exemplaire qui pourrait vous être infligé, y compris toute perte de données, que le magasin d'applications ou ses représentants aient été informés ou auraient dû être conscients de la possibilité de telles pertes.",
-  "eula_limitation_of_liability_title": "Limitation de Responsabilité",
-  "eula_maintenance_subtitle": "Maintenance et Support",
-  "eula_maintenance_text": "La Société ne fournit aucune maintenance ou support pour le téléchargement et l'utilisation de l'Application. Dans la mesure où une maintenance ou un support est requis par la loi applicable, c'est la Société, et non le Magasin d'Applications, qui sera tenue de fournir une telle maintenance ou un tel support.",
-  "eula_modifications_text": "La Société se réserve le droit de modifier, suspendre ou interrompre, temporairement ou définitivement, l'Application ou tout service auquel elle est connectée, avec ou sans préavis et sans responsabilité envers Vous.",
-  "eula_modifications_title": "Modifications de l'Application",
-  "eula_no_warranties_text_1": "L'Application vous est fournie \"EN L'ÉTAT\" et \"TELLE QUE DISPONIBLE\" et avec tous les défauts et imperfections sans garantie d'aucune sorte. Dans la mesure maximale permise par la loi applicable, la Société, en son nom propre et au nom de ses affiliés ainsi que leurs concédants respectifs et fournisseurs de services, rejette expressément toutes les garanties, qu'elles soient expresses, implicites, statutaires ou autres, concernant l'Application, y compris toutes les garanties implicites de qualité marchande, d’adéquation à un usage particulier, de titre et de non-violation des droits tiers , ainsi que les garanties qui peuvent découler du cours des affaires , du déroulement des performances , de l'utilisation ou des pratiques commerciales . Sans limitation à ce qui précède , la Société ne donne aucune garantie ni engagement ,et ne fait aucune représentation d’aucun type selon lequel l’Application répondra à vos exigences , atteindra tout résultat escompté , sera compatible ou fonctionnera avec tout autre logiciel , applications systèmes ou services opérera sans interruption répondra aux normes de performance ou fiabilité sera exempte d’erreurs ou que toute erreur ou défaut peut être corrigée.",
-  "eula_no_warranties_text_2": "Sans limiter ce qui précède, ni la Société ni aucun des fournisseurs de la société ne font aucune déclaration ou garantie d'aucune sorte, expresse ou implicite : (i) quant au fonctionnement ou à la disponibilité de l'Application, ou aux informations, contenus et matériaux ou produits inclus sur celle-ci ; (ii) que l'Application sera ininterrompue ou sans erreur ; (iii) quant à l'exactitude, la fiabilité ou l'actualité de toute information ou contenu fourni par le biais de l'Application ; ou (iv) que l'Application, ses serveurs, le contenu, les e-mails envoyés par la Société sont exempts de virus, scripts, chevaux de Troie, vers informatiques , logiciels malveillants , bombes à retardement  ou autres composants nuisibles.",
-  "eula_no_warranties_text_3": "Certaines juridictions n'autorisent pas l'exclusion de certains types de garanties ou limitations sur les droits statutaires applicables d'un consommateur, donc certaines ou toutes les exclusions et limitations ci-dessus peuvent ne pas s'appliquer à Vous. Mais dans un tel cas, les exclusions et limitations énoncées dans cette section seront appliquées dans la plus grande mesure autorisée par la loi applicable. Dans la mesure où une garantie existe en vertu de la loi qui ne peut être déniée, la Société, et non le Magasin d'Applications, sera seule responsable de cette garantie.",
-  "eula_no_warranties_title": "Aucune garantie",
-  "eula_product_claims_text": "La Société ne donne aucune garantie concernant l'Application. Dans la mesure où vous avez une réclamation découlant de ou liée à votre utilisation de l'Application, c'est la Société, et non le Magasin d'Applications, qui est responsable de traiter ces réclamations, qui peuvent inclure, mais sans s'y limiter : (i) toute réclamation relative à la responsabilité du produit ; (ii) toute réclamation selon laquelle l'Application ne se conforme pas à toute exigence légale ou réglementaire applicable ; et (iii) toute réclamation découlant de la protection des consommateurs ou d'une législation similaire.",
-  "eula_product_claims_title": "Revendications du produit",
-  "eula_read_carefully": "Veuillez lire attentivement ce Contrat de Licence Utilisateur Final avant de cliquer sur le bouton \"J'accepte\", de télécharger ou d'utiliser $1.",
-  "eula_severability_and_waiver_title": "Divisibilité et Renonciation",
-  "eula_severability_subtitle": "Divisibilité",
-  "eula_severability_text": "Si une disposition de cet Accord est jugée inapplicable ou invalide, cette disposition sera modifiée et interprétée pour accomplir les objectifs de ladite disposition dans la plus grande mesure possible en vertu du droit applicable et les dispositions restantes continueront à s'appliquer en pleine force et effet.",
-  "eula_term_and_termination_text_1": "Cet Accord restera en vigueur jusqu'à sa résiliation par Vous ou la Société. La Société peut, à sa seule discrétion, à tout moment et pour une raison quelconque ou sans raison, suspendre ou résilier cet Accord avec ou sans préavis.",
-  "eula_term_and_termination_text_2": "Cet Accord se terminera immédiatement, sans préavis de la part de l'Entreprise, dans le cas où vous ne respectez pas une quelconque disposition de cet Accord. Vous pouvez également résilier cet Accord en supprimant l'Application et toutes ses copies de votre Appareil ou de votre ordinateur.",
-  "eula_term_and_termination_text_3": "À la résiliation de cet Accord, Vous devez cesser toute utilisation de l'Application et supprimer toutes les copies de l'Application de votre Appareil.",
-  "eula_term_and_termination_text_4": "La résiliation de cet Accord ne limitera aucun des droits ou recours de la Société en droit ou en équité en cas de violation par Vous (pendant la durée de cet Accord) de l'une quelconque de vos obligations en vertu du présent Accord.",
-  "eula_term_and_termination_title": "Terme et Résiliation",
-  "eula_third_party_services_text_1": "L'application peut afficher, inclure ou rendre disponible du contenu de tiers (y compris des données, informations, applications et autres produits services) ou fournir des liens vers des sites web ou services de tiers.",
-  "eula_third_party_services_text_2": "Vous reconnaissez et acceptez que la Société ne sera pas responsable de tout Service tiers, y compris leur exactitude, exhaustivité, actualité, validité, conformité aux droits d'auteur, légalité, décence, qualité ou tout autre aspect de ceux-ci. La Société n'assume et n'aura aucune responsabilité ou obligation envers vous ou toute autre personne ou entité pour tout Service tiers.",
-  "eula_third_party_services_text_3": "Vous devez vous conformer aux conditions d'accord applicables des tiers lors de l'utilisation de l'Application. Les services de tiers et les liens vers ceux-ci sont fournis uniquement pour votre commodité et vous y accédez et les utilisez entièrement à vos propres risques et sous réserve des conditions générales de ces tiers.",
-  "eula_third_party_services_title": "Services Tiers",
-  "eula_title": "Contrat de Licence Utilisateur Final (\"Accord\")",
-  "eula_updates_subtitle": "Mises à jour de l'application",
-  "eula_updates_text_1": "La Société peut de temps en temps fournir des améliorations ou des perfectionnements aux fonctionnalités de l'Application, qui peuvent inclure des correctifs, des corrections de bugs, des mises à jour, des améliorations et d'autres modifications.",
-  "eula_updates_text_2": "Les mises à jour peuvent modifier ou supprimer certaines fonctionnalités de l'Application. Vous acceptez que la Société n'a aucune obligation de (i) fournir des mises à jour, ou (ii) continuer à fournir ou activer une quelconque fonctionnalité de l'Application pour vous.",
-  "eula_updates_text_3": "Vous acceptez en outre que toutes les mises à jour ou toute autre modification seront (i) considérées comme faisant partie intégrante de l'Application, et (ii) soumises aux termes et conditions de cet Accord.",
-  "eula_us_legal_compliance_text": "Vous déclarez et garantissez que (i) Vous ne vous trouvez pas dans un pays faisant l'objet d'un embargo du gouvernement des États-Unis, ou qui a été désigné par le gouvernement des États-Unis comme un pays \"soutenant le terrorisme\", et (ii) Vous n'êtes pas inscrit sur une liste de parties interdites ou restreintes du gouvernement des États-Unis.",
-  "eula_us_legal_compliance_title": "Conformité Juridique des États-Unis",
-  "eula_waiver_subtitle": "Renonciation",
-  "eula_waiver_text": "Sauf disposition contraire prévue aux présentes, le défaut d'exercer un droit ou d'exiger l'exécution d'une obligation en vertu de cet Accord n'affectera pas la capacité d'une partie à exercer ce droit ou à exiger cette performance à tout moment par la suite, ni ne constituera une renonciation à une violation constituant une renonciation à toute violation ultérieure.",
-  "eula_your_suggestions_text_1": "Tous les commentaires, idées, améliorations ou suggestions que Vous fournissez à l'Entreprise concernant l'Application resteront la propriété unique et exclusive de l'Entreprise.",
-  "eula_your_suggestions_text_2": "La Société sera libre d'utiliser, de copier, de modifier, de publier ou de redistribuer les Suggestions à toute fin et de toute manière sans aucun crédit ni aucune compensation pour Vous.",
-  "eula_your_suggestions_title": "Vos Suggestions",
-  "every_live_update_signed_verified": "Chaque mise à jour en direct est signée et vérifiée, garantissant l'intégrité et l'authenticité de vos déploiements",
-  "everything_you_need_in_your_pocket": "Tout ce dont vous avez besoin dans votre poche",
-  "examples_of_bad_pr_title": "Exemples de mauvais titres de PR :",
-  "examples_of_good_pr_title": "Exemples de bon titre de PR :",
-  "expand_menu": "Développer le menu",
-  "experienced_in_working_on_demanding": "Expérimenté dans le travail sur des projets exigeants",
-  "expert_ci_cd_setup": "Configuration d'expert CI/CD",
-  "expert_consultation": "Consultation d'expert",
-  "expert_guidance": "Guide d'Expert",
-  "expert_team_builds_custom_plugins": "Notre équipe d'experts construit des plugins Capacitor personnalisés et des intégrations SDK adaptées à vos besoins spécifiques. Du concept à la mise en œuvre, nous livrons des solutions prêtes pour la production.",
-  "explore_common_questions": "Explorez les questions et réponses fréquentes sur Capgo",
-  "explore_plugins": "Explorer les Plugins",
-  "extended_security": "Sécurité Étendue",
-  "external_links_disclaimer_text": "Le Service peut contenir des liens vers des sites Web externes qui ne sont pas fournis ou maintenus par, ou en aucune façon affiliés à la Société.",
-  "external_links_disclaimer_title": "Avis sur les liens externes",
-  "external_links_no_guarantee": "Veuillez noter que la Société ne garantit pas l'exactitude, la pertinence, l'actualité ou l'exhaustivité des informations présentes sur ces sites web externes.",
-  "failed_to_copy": "Échec de la copie",
-  "fair_use_belief": "La Société considère qu'il s'agit d'une \"utilisation équitable\" de tout matériel protégé par des droits d'auteur, tel que prévu à la section 107 de la loi américaine sur les droits d'auteur.",
-  "fair_use_disclaimer_text": "La Société peut utiliser du matériel protégé par des droits d'auteur qui n'a pas toujours été spécifiquement autorisé par le titulaire des droits d'auteur. La Société met ce matériel à disposition à des fins de critique, de commentaire, de reportage d'actualité, d'enseignement, d'études ou de recherche.",
-  "fair_use_disclaimer_title": "Avertissement d'utilisation équitable",
-  "falsification_of_origin": "Falsification de l'origine.",
-  "falsification_of_origin_desc": "La falsification des en-têtes de paquets TCP-IP, des en-têtes de courrier électronique ou de toute partie d'un message décrivant son origine ou son acheminement. L'utilisation légitime d'alias et de remailers anonymes n'est pas interdite par cette disposition.",
-  "fast_track_support_guaranteed_response": "Assistance accélérée avec des temps de réponse garantis et une escalade prioritaire pour les problèmes critiques",
-  "find_and_fix_bugs_during_the_coding_process": "Trouvez et corrigez les bugs pendant le processus de codage.",
-  "find_more_at": "Trouver plus à : <a href='https://jsdoc.app/'> https://jsdoc.app/ </a>",
-  "fine_grained_permissions": "Permissions Détaillées",
-  "first": "Premier",
-  "first_class_support_when_needed": "Un soutien de première classe lorsque vous en avez besoin",
-  "first_name_label": "Prénom",
-  "first_name_placeholder": "John",
-  "five_year_savings": "Économies sur 5 ans",
-  "flexible_engagement": "Engagement flexible",
-  "flexible_payment_terms": "Conditions de Paiement Flexibles",
-  "flutter_power_approximately_1_of_apps_on_google_play_store": "Flutter alimente environ $1% des applications sur le Google Play Store",
-  "footer": "Pied de page",
-  "footer_tagline_part1": "Alimentez vos applications Capacitor avec",
-  "footer_tagline_part2": "plus de 90+plugins prêts à la production",
-  "for_the_pay_as_you_go_plan": "pour le plan de paiement à l'utilisation",
-  "for_ultra_fast_delivery": "pour une livraison ultra-rapide",
-  "four_definitions_title": "4. Définitions",
-  "framework_angular": "Angulaire",
-  "framework_js_dom": "JS + API DOM",
-  "framework_qwik": "Qwik",
-  "framework_react": "Réagir",
-  "framework_svelte": "Svelte",
-  "framework_ts_dom": "TS + API DOM",
-  "framework_vue": "Vue",
-  "free_consultation": "Consultation Gratuite",
-  "free_initial_consultation": "Consultation initiale gratuite",
-  "free_trial_explanation": "Si vous n'êtes pas sûr du nombre d'utilisateurs actifs que vous avez et que vous craignez d'atteindre la limite de votre forfait, profitez de l'essai gratuit de Capgo. C'est un excellent moyen de tester notre service, de trouver le bon forfait, d'éviter les frais inattendus et de s'assurer que tout fonctionne correctement.",
-  "from_95_percent_users": "De 95% des utilisateurs",
-  "frontend_for_official_deno_webpage": "Interface pour la page web officielle de Deno",
-  "full_api_access": "Accès complet à l'API",
-  "full_control_of_your_capacitor_apps_from_anywhere": "Contrôle total de vos applications Capacitor depuis n'importe où",
-  "full_source_code_included": "Code source complet inclus",
-  "gdpr_compliant": "Conforme au RGPD",
-  "general_service_exclusion_1": "Causé par des facteurs indépendants de notre volonté raisonnable, y compris, mais sans s'y limiter, tout cas de force majeure ou problème d'accès à Internet, de fournisseur d'accès Internet et/ou problèmes connexes au-delà du point de démarcation de Capgo.",
-  "general_service_exclusion_2": "(ii) Qui résultent de toute action ou inaction volontaire de votre part.",
-  "general_service_exclusion_3": "(iii) Qui résultent des limites des ressources CPU et mémoire de la classe d'instance.",
-  "general_service_exclusion_4": "(iv) Qui résultent du non-respect des directives opérationnelles de base décrites dans notre documentation.",
-  "general_service_exclusion_5": "(v) Qui entraînent un temps de récupération long en raison d'une capacité d'E/S insuffisante pour votre charge de travail.",
-  "general_service_exclusion_6": "(vi) Qui résultent de votre équipement, logiciel ou autre technologie.",
-  "general_service_exclusion_7": "(vii) Découlant de notre suspension et de notre résiliation de votre droit d'utilisation de Capgo conformément à nos Conditions.",
-  "general_service_exclusions_title": "Exclusions générales des services",
-  "get_enterprise_quote": "Obtenez un devis d'entreprise",
-  "get_in_touch": "Contactez-nous",
-  "get_notified_about_updates": "Soyez informé des déploiements réussis et des problèmes",
-  "get_quote_now": "Obtenir un devis maintenant",
-  "get_started_now": "Commencez Maintenant",
-  "get_started_personalized_demo": "Commencez avec une démonstration personnalisée aujourd'hui. Aucun engagement requis.",
-  "get_your_custom_plugin_built": "Faites construire votre plugin personnalisé",
-  "gift_return_policy": "Si les marchandises ont été marquées comme un cadeau lors de l'achat et ensuite expédiées directement à vous, vous recevrez un crédit cadeau pour la valeur de votre retour. Une fois le produit retourné reçu, un bon cadeau vous sera envoyé par courrier.",
-  "gifts": "Cadeaux",
-  "github_stars": "Étoiles GitHub",
-  "give_pr_a_descriptive_title": "Donnez au PR un titre descriptif.",
-  "global_infra_badge_instant": "INSTANTANÉ",
-  "global_infra_latency_ultra_low": "Latence ultra-faible à l'échelle mondiale",
-  "global_infra_performance_badge": "PERFORMANCE EN TEMPS RÉEL",
-  "global_infrastructure": "Infrastructure Mondiale",
-  "global_infrastructure_lowercase": "Infrastructure mondiale",
-  "go_back_home": "Retourne à la maison",
-  "goods_definition": "Les articles se réfèrent aux produits proposés à la vente sur le Service.",
-  "guaranteed_response": "Réponse Garantie",
-  "guide_rollback_process": "Guide du processus de retour en arrière",
-  "harmful_content": "Contenu nuisible.",
-  "harmful_content_desc": "Le contenu ou toute autre technologie informatique susceptible d'endommager, d'interférer, d'intercepter subrepticement ou d'exproprier tout système, programme ou donnée, y compris les virus, chevaux de Troie, vers, bombes à retardement ou cancelbots.",
-  "help_customers_with_app_issues": "Aidez les clients avec des problèmes d'application efficacement",
-  "here": "ici.",
-  "hero_subtitle_line2": "rapide, sécurisé et invisible pour les magasins d'applications.",
-  "hero_subtitle_part1": "Capgo vous permet d'expédier des modifications frontend",
-  "hero_subtitle_part2": "aux utilisateurs",
-  "high_enterprise_response": "2 heures ouvrables<br />Lundi - Vendredi",
-  "high_priority_response": "2 heures<br />24/7 × 365",
-  "high_support_desc": "Problème entraînant une situation signifiant qu'une fonctionnalité majeure est impactée et qu'une dégradation significative des performances est constatée. Le problème impacte une proportion significative d'utilisateurs et/ou une fonctionnalité majeure de Capgo.",
-  "high_support_subtitle": "Interruption significative des activités",
-  "high_support_title": "2. Haut",
-  "high_team_response": "1 jour ouvré<br />Lundi - Vendredi",
-  "home": "Accueil",
-  "home_appflow_bootstrapped_highlight": "Capgo est entièrement autofinancé et rentable",
-  "home_appflow_bootstrapped_prefix": "Contrairement aux services soutenus par des fonds de capital-risque qui peuvent disparaître du jour au lendemain,",
-  "home_appflow_bootstrapped_suffix": "Nous générons des revenus constants depuis le premier jour, garantissant une stabilité à long terme pour vos applications.",
-  "home_appflow_notice_intro": "Alors que Ionic Appflow a annoncé sa fermeture, Capgo continue de se renforcer chaque jour.",
-  "home_appflow_shutdown_heading": "Ionic Appflow ferme ses portes",
-  "home_appflow_sustainable_highlight": "Nous sommes faits pour durer",
-  "home_appflow_sustainable_prefix": "Notre modèle d'entreprise durable signifie que nous ne dépendons pas du financement des investisseurs ou des accords d'acquisition.",
-  "home_appflow_sustainable_suffix": "avec une base de clients en croissance et un historique prouvé.",
-  "home_avg_latency": "50ms de latence moyenne",
-  "home_bootstrapped_desc": "Aucun investisseur, aucune pression pour vendre. Construit avec nos propres ressources et les revenus des clients.",
-  "home_bootstrapped_title": "Entièrement amorcé",
-  "home_built_to_last_desc": "Le modèle d'entreprise durable garantit que nous serons là sur le long terme. Vos applications sont en sécurité avec nous.",
-  "home_built_to_last_title": "Construit pour Durer",
-  "home_capgo_here_to_stay": "Capgo est là pour rester",
-  "home_cities_desc": "Plus proche des utilisateurs que jamais auparavant",
-  "home_cities_worldwide": "Villes du Monde Entier",
-  "home_countries_covered": "Pays Couverts",
-  "home_countries_desc": "Présence mondiale partout",
-  "home_deploy_cli_desc": "Construisez votre application comme d'habitude, puis déployez votre mise à jour avec notre CLI. Aucune configuration complexe nécessaire.",
-  "home_global_infrastructure_desc": "Alimenté par l'informatique sans serveur en périphérie et les bases de données distribuées à travers plus de 300 villes et 13 000 réseaux pour une livraison ultra-rapide à l'échelle mondiale.",
-  "home_global_network_label": "Réseau Mondial",
-  "home_important_update_badge": "Mise à jour importante",
-  "home_latency_from_users": "De 95% des utilisateurs",
-  "home_locations_active": "Plus de 300 Lieux Actifs",
-  "home_migration_cta_desc": "Rejoignez des milliers de développeurs qui ont déjà fait le changement pour une alternative plus fiable et riche en fonctionnalités, conçue pour durer.",
-  "home_migration_cta_title": "Prêt à migrer depuis Ionic Appflow?",
-  "home_multi_provider_resilience": "Résilience à trois fournisseurs",
-  "home_network_connections": "Connexions Réseau",
-  "home_network_desc": "Interconnexion directe dans le monde entier",
-  "home_revenue_desc": "Rentable dès le premier jour avec une croissance constante. Notre succès dépend de votre succès.",
-  "home_revenue_title": "Génération de revenus",
-  "home_uptime": "99,99% de disponibilité",
-  "home_users_get_update_desc": "Les utilisateurs reçoivent des mises à jour instantanément en arrière-plan. Aucune approbation de l'App Store, aucune interaction utilisateur requise.",
-  "home_worldwide_heading": "Dans le monde entier",
-  "hosting": "Hébergement",
-  "how_are_mau_counted": "Comment sont comptés les utilisateurs actifs mensuels (MAU) ?",
-  "how_is_bandwidth_counted": "Comment la bande passante est-elle comptabilisée ?",
-  "how_it_works_badge": "COMMENT ÇA MARCHE",
-  "how_it_works_card1_desc_part1": "Installez le Capgo CLI et exécutez une seule commande.",
-  "how_it_works_card1_desc_part2": "C'est aussi simple que ça!",
-  "how_it_works_card1_title": "Ajoutez le plugin",
-  "how_it_works_card2_title": "Poussez les nouvelles mises à jour",
-  "how_it_works_card3_title": "L'application se synchronise au lancement",
-  "how_it_works_cta": "Essayez gratuitement",
-  "how_it_works_subtitle": "Capgo utilise un plugin open-source CapacitorJS et un service cloud sécurisé pour pousser les mises à jour frontend vers vos utilisateurs - aucune revue de l'App Store n'est requise.",
-  "how_it_works_title": "Poussez une fois.",
-  "how_it_works_title_line2": "Mettez à jour partout, instantanément.",
-  "how_the_app_works": "Comment fonctionne l'application",
-  "how_to_cancel": "Afin d'exercer votre droit d'annulation, vous devez nous informer de votre décision par une déclaration claire. Vous pouvez nous informer de votre décision en :",
-  "illegal_activities": "Activités illégales, nuisibles ou frauduleuses.",
-  "illegal_activities_desc": "Toute activité illégale, qui viole les droits d'autrui, ou qui pourrait être préjudiciable à autrui, à nos opérations ou à notre réputation, y compris la diffusion, la promotion ou la facilitation de la pornographie infantile, l'offre ou la diffusion de biens, services, systèmes ou promotions frauduleux, les systèmes d'enrichissement rapide, les systèmes de Ponzi et pyramidaux, l'hameçonnage ou le détournement de site web.",
-  "importance_of_documenting_apis": "Il est important de documenter toutes les API publiques et nous voulons le faire directement dans le code. Cela permet de garantir que le code et la documentation sont étroitement liés.",
-  "imprint": "Mentions légales",
-  "imprint_description": "Trouvez les informations de la société $1 ici",
-  "in_app_purchases_acquired": "Achats intégrés à l'application (acquis par RevenueCat)",
-  "included": "inclus",
-  "industry_leading_security_compliance": "Des fonctionnalités de sécurité et de conformité leaders dans l'industrie qui répondent aux normes d'entreprise les plus élevées",
-  "infrastructure_and_support": "Infrastructure & Support",
-  "infringing_content": "Contenu portant atteinte aux droits",
-  "infringing_content_desc": "Contenu qui enfreint ou détourne les droits de propriété intellectuelle ou les droits de propriété d'autrui.",
-  "inseparable_goods": "La fourniture de biens qui, après livraison, selon leur nature, sont indissociablement mélangés à d'autres articles.",
-  "install_and_test_any_version_directly": "Installez et testez n'importe quelle version directement sur votre appareil",
-  "install_plugin": "Installer le Plugin",
-  "instant_ota_updates_capacitor": "Mises à jour OTA instantanées pour les applications Capacitor",
-  "instant_rollback": "Retour Instantané",
-  "instant_updates": "Mises à jour instantanées",
-  "instant_updates_for_capacitor": "Mises à jour instantanées pour les applications CapacitorJS",
-  "instant_updates_for_capacitor_apps": "Mises à jour instantanées pour les applications CapacitorJS",
-  "instant_updates_for_capacitor_apps_description": "Poussez instantanément des mises à jour, des corrections et des fonctionnalités sur vos applications CapacitorJS sans les délais de l'App Store. Expérimentez une intégration transparente, un cryptage de bout en bout et des mises à jour en temps réel avec Capgo.",
-  "instant_updates_for_your": "Mises à jour instantanées pour votre",
-  "instant_version_switching": "Changement de version instantané",
-  "integrate_identity_provider_mfa": "Intégrez-vous à votre fournisseur d'identité et appliquez l'authentification multi-facteurs dans toute votre organisation.",
-  "integration_and_api": "Intégration & API",
-  "integrations_badge": "Integrations",
-  "integrations_subtitle": "Current Capgo integrations and partner services.",
-  "integrations_title": "Capgo Integrations",
-  "intentional_interference": "Interférence intentionnelle.",
-  "intentional_interference_desc": "Interférence avec le bon fonctionnement de tout Système, y compris toute tentative délibérée de surcharger un système par bombardement de courriers, bombardement d'actualités, attaques par diffusion ou techniques d'inondation.",
-  "interception": "Interception.",
-  "interpretation": "Interprétation",
-  "interpretation_and_definitions": "Interprétation et Définitions",
-  "interpretation_and_definitions_title": "Interprétation et Définitions",
-  "interpretation_description": "Les termes dont la première lettre est en majuscule ont des significations définies selon les conditions suivantes. Les définitions suivantes conservent la même signification, qu'elles apparaissent au singulier ou au pluriel.",
-  "interpretation_text": "Les termes dont la première lettre est en majuscule ont une signification définie selon les conditions suivantes. Les définitions suivantes conservent la même signification, qu'elles apparaissent au singulier ou au pluriel.",
-  "interpretation_title": "Interprétation",
-  "investigate_violations": "enquêter sur les violations de cette Politique ou l'utilisation abusive des Services ou du Site Capgo ;",
-  "it_all_started_with_a_github_issue_where_many_developers_voiced_their_frustration_with_the_high_costs_of_existing_solutions_like_appflow": "Tout a commencé avec une issue GitHub où de nombreux développeurs ont exprimé leur frustration face aux coûts élevés des solutions existantes comme Appflow.",
-  "it_s_faster_cheaper_and_requires_fewer_developers_to_do_it": "C'est plus rapide, moins cher et nécessite moins de développeurs.",
-  "iterate_faster": "construit pour des équipes rapides",
-  "javascript_and_typescript": "JavaScript et TypeScript",
-  "jobs": "Emplois",
-  "join_leading_enterprises": "Rejoignez les entreprises leaders qui font confiance à Capgo pour fournir des mises à jour en direct sécurisées et évolutives à des millions d'utilisateurs dans le monde entier.",
-  "jsdoc_documentation": "Toutes les API et les types exposés publiquement, le module <code>capacitor-updater</code> doit avoir une documentation JSDoc. Cette documentation est analysée et disponible pour le compilateur TypeScript, et donc facile à fournir en aval. Les blocs JSDoc apparaissent juste avant l'instruction à laquelle ils s'appliquent et sont indiqués par un <code>/**</code> au début avant de se terminer par un <code>*/</code>. Par exemple :",
-  "key_features": "Caractéristiques Principales",
-  "kotlin_power_approximately_1_of_apps_on_google_play_store": "Kotlin alimente environ $1% des applications sur le Google Play Store",
-  "landing_automation_build": "Construire",
-  "landing_automation_deploy": "Déployer",
-  "landing_automation_description": "Automatisez l'ensemble de votre processus de publication. Du commit de code à l'appareil utilisateur, Capgo gère la complexité de la construction, de la signature et du déploiement de vos mises à jour.",
-  "landing_automation_submit": "Soumettre",
-  "landing_automation_subtitle": "Expédiez plus rapidement avec moins d'effort",
-  "landing_automation_title": "Flux de travail entièrement automatisé",
-  "landing_monitoring_bandwidth": "Bande Passante Économisée",
-  "landing_monitoring_bandwidth_desc": "Les mises à jour différentielles intelligentes réduisent l'utilisation des données jusqu'à 90%",
-  "landing_monitoring_description": "Obtenez des informations en temps réel sur les performances et l'adoption de votre application. Suivez les mises à jour réussies, surveillez les erreurs et comprenez votre base d'utilisateurs.",
-  "landing_monitoring_subtitle": "Décisions basées sur les données",
-  "landing_monitoring_title": "Surveillance en temps réel",
-  "landing_monitoring_updates": "Mises à jour Servies",
-  "landing_monitoring_updates_desc": "Livraison fiable à des millions d'appareils dans le monde entier",
-  "landing_monitoring_user_pop": "Population d'utilisateurs",
-  "landing_monitoring_user_pop_desc": "Suivez les utilisateurs actifs et l'adoption de la version en temps réel",
-  "language_label": "Langue",
-  "last_name_label": "Nom de famille",
-  "last_name_placeholder": "Biche",
-  "last_update": "Dernière mise à jour",
-  "last_updated": "Dernière mise à jour : 28 janvier 2022",
-  "latest_from_news": "Dernières actualités",
-  "latest_from_the_blog": "Dernières actualités du blog",
-  "learn_more": "En Savoir Plus",
-  "legal": "Mentions légales",
-  "let_them_review_your_work_and_give_your_team_an_opportunity_to_learn_from_the_experts": "Laissez-les examiner votre travail et donnez à votre équipe l'occasion d'apprendre des experts.",
-  "lets_work_together": "Travaillons ensemble !",
-  "lightning_fast": "Éclair Rapide",
-  "little_experience_with_capacitorjs": "Peu d'expérience avec CapacitorJS",
-  "live_update": "Mise à jour en direct",
-  "live_update_channels_desc": "Les canaux vous permettent de cibler des groupes d'utilisateurs spécifiques avec des versions spécifiques. Gérez les canaux depuis le tableau de bord cloud, l'API ou l'application mobile.",
-  "live_update_channels_feature1_desc": "Créez, configurez et changez de chaînes depuis le tableau de bord web. Revenez en arrière instantanément avec un seul clic.",
-  "live_update_channels_feature1_title": "Contrôle du Tableau de Bord Cloud",
-  "live_update_channels_feature2_desc": "Automatisez la gestion des canaux avec notre CLI ou API REST. Parfait pour l'intégration CI/CD.",
-  "live_update_channels_feature2_title": "Accès API & CLI",
-  "live_update_channels_feature3_desc": "Laissez les appareils changer de chaînes en temps réel avec setChannel(). Idéal pour les testeurs QA ou les programmes bêta.",
-  "live_update_channels_feature3_title": "Auto-Attribution de l'Appareil",
-  "live_update_channels_feature4_desc": "Appareil forcé > Priorité du cloud > Config par défaut > Défaut du cloud. Contrôle total sur la direction des mises à jour.",
-  "live_update_channels_feature4_title": "Routage Basé sur la Priorité",
-  "live_update_channels_title": "Système de Canal Intelligent",
-  "live_update_cloud_config_bullet1": "Affectations de canaux, ciblage de versions et substitutions d'appareils - tous stockés dans le cloud et instantanément accessibles",
-  "live_update_cloud_config_bullet2": "Le réseau mondial edge assure que vos modifications de configuration se propagent simultanément dans toutes les régions",
-  "live_update_cloud_config_bullet3": "Aucune valeur codée en dur dans votre application - tout peut être modifié dynamiquement sans un nouveau binaire",
-  "live_update_cloud_config_bullet4": "Les paramètres prennent effet lors du prochain lancement de l'application - les utilisateurs obtiennent toujours la dernière configuration",
-  "live_update_cloud_config_desc": "Capgo stocke toute la configuration de votre application dans le cloud avec une réplication globale des données. Modifiez un paramètre dans le tableau de bord, et il prend effet dans le monde entier en moins de 2 minutes. Pas de mises à jour du magasin d'applications, pas d'attente.",
-  "live_update_cloud_config_kicker": "Configuration Native du Cloud",
-  "live_update_cloud_config_panel_footer": "Du tableau de bord, cliquez pour un déploiement mondial en moins de 2 minutes.",
-  "live_update_cloud_config_panel_title": "Chronologie des Changements de Configuration",
-  "live_update_cloud_config_title": "Tout Vit dans le Cloud",
-  "live_update_comparison_breaking": "Détection de mise à jour interrompue",
-  "live_update_comparison_cloud": "Retour en arrière du cloud & modification",
-  "live_update_comparison_healing": "Mises à jour auto-réparatrices",
-  "live_update_comparison_native": "Récupération après un crash natif",
-  "live_update_comparison_rollback": "Retour automatique",
-  "live_update_comparison_subtitle": "Voyez pourquoi les mises à jour intelligentes sont importantes",
-  "live_update_comparison_title": "Capgo vs Mises à jour manuelles",
-  "live_update_comparison_validation": "Validation avant déploiement",
-  "live_update_cta_subtitle": "Commencez avec 14 jours gratuits. Aucune carte de crédit requise.",
-  "live_update_cta_title": "Prêt à expédier des mises à jour plus sûres?",
-  "live_update_delta_command": "Téléchargez avec les mises à jour delta activées",
-  "live_update_delta_desc": "Les mises à jour traditionnelles téléchargent le pack complet à chaque fois. Avec les mises à jour delta, les appareils ne téléchargent que les fichiers qui ont réellement changé - économisant 50-90% de bande passante.",
-  "live_update_delta_feature1_desc": "Chaque fichier est téléchargé et vérifié individuellement. Les appareils comparent les manifestes et ne téléchargent que les fichiers modifiés.",
-  "live_update_delta_feature1_title": "Différenciation au niveau du fichier",
-  "live_update_delta_feature2_desc": "Les images, les polices et les vidéos ne sont téléchargées qu'une seule fois. De petits changements de code ne re-téléchargent pas l'intégralité de votre dossier d'actifs.",
-  "live_update_delta_feature2_title": "Parfait pour les Grands Actifs",
-  "live_update_delta_feature3_desc": "Ajoutez simplement --partial à votre commande de téléchargement pour activer les mises à jour delta pour votre bundle.",
-  "live_update_delta_feature3_title": "Activer avec un seul drapeau",
-  "live_update_delta_title": "Mises à jour Delta",
-  "live_update_description": "Mises à jour OTA intelligentes avec protection de retour automatique",
-  "live_update_dynamic_bullet1_prefix": "Ajoutez un menu « Piste de mise à jour » dans l'app : listez les canaux et laissez les testeurs passer de",
-  "live_update_dynamic_bullet1_suffix": "en quelques secondes (sans réinstallation).",
-  "live_update_dynamic_bullet2": "Créez un canal de pull request par fonctionnalité, envoyez-y la QA ou les bêta testeurs, puis ramenez-les en prod une fois validé.",
-  "live_update_dynamic_bullet3": "Faites des canaris : clonez la prod vers un canal à 10 %, promouvez ou revenez en arrière avec un seul appel API.",
-  "live_update_dynamic_bullet4": "Débloquez le support : basculez un utilisateur vers un canal debug avec des journaux supplémentaires tandis que les autres restent stables.",
-  "live_update_dynamic_bullet5": "Créez des chaînes personnelles pour chaque utilisateur - parfait pour déboguer des problèmes spécifiques ou un traitement VIP.",
-  "live_update_dynamic_bullet6": "Tous les changements de chaîne sont instantanés - pas d'attente de 24 heures, pas d'approbation du magasin, aucune action de l'utilisateur requise.",
-  "live_update_dynamic_cta_primary": "Voir comment fonctionnent les canaux",
-  "live_update_dynamic_cta_secondary": "Essayer les canaux dynamiques",
-  "live_update_dynamic_desc": "Les canaux Capgo sont des contrôles en direct, pas du code en dur. Déplacez instantanément les utilisateurs entre dev, staging, PR, canary et prod depuis l'UI ou via l'API.",
-  "live_update_dynamic_kicker": "Canaux dynamiques",
-  "live_update_dynamic_label_production": "production",
-  "live_update_dynamic_label_staging": "staging",
-  "live_update_dynamic_label_to": "vers",
-  "live_update_dynamic_panel_footer": "Traitez les environnements comme des feature flags : basculez, testez et revenez en arrière en direct (sans nouvelle soumission store).",
-  "live_update_dynamic_title": "Basculez vos pistes de diffusion en direct (aucun nouveau binaire)",
-  "live_update_exclusion_1": "Ressources de calcul provisionnées de manière inappropriée par rapport à la charge attendue de votre projet.",
-  "live_update_exclusion_2": "(ii) Les pannes causées par des configurations trop permissives de limitation de débit.",
-  "live_update_exclusion_3": "(iii) Les pannes ou problèmes causés par les versions retirées des bibliothèques, frameworks, packages logiciels ou APIs officiels de Capgo, y compris les retraits urgents en raison de vulnérabilités de sécurité identifiées.",
-  "live_update_exclusion_4": "(iv) Les pannes ou problèmes causés par des bibliothèques client Capgo non officielles, des frameworks ou des proxies d'API, même lorsque ces bibliothèques utilisent en interne des bibliothèques Capgo officielles.",
-  "live_update_exclusion_5": "(v) Les pannes ou problèmes qui auraient pu être résolus en effectuant une mise à jour vers une version mineure ou un correctif plus récent d'une bibliothèque, d'un framework ou d'un logiciel officiel Capgo.",
-  "live_update_feature_auto_rollback": "Retour Automatique",
-  "live_update_feature_auto_rollback_desc": "Si votre application n'appelle pas notifyAppReady() dans les 10 secondes, nous revenons automatiquement à la dernière version fonctionnelle.",
-  "live_update_feature_breaking_detection": "Détection de Mise à Jour Critique",
-  "live_update_feature_breaking_detection_desc": "CLI scanne les dépendances natives et vous avertit avant de déployer des mises à jour incompatibles. Voir le statut de compatibilité pour chaque paquet.",
-  "live_update_feature_encryption": "Mises à jour inviolables",
-  "live_update_feature_encryption_desc": "Chaque mise à jour est vérifiée par somme de contrôle, signée et cryptée de bout en bout. Personne ne peut altérer les mises à jour - même Capgo ne peut pas voir ce qui se trouve dans vos lots.",
-  "live_update_feature_native_engine": "Moteur Natif Pur",
-  "live_update_feature_native_engine_desc": "Les téléchargements, l'installation et l'activation s'exécutent sur les threads OS natifs. Les plantages JavaScript ne peuvent pas affecter le processus de mise à jour.",
-  "live_update_feature_preflight": "Validation avant le vol",
-  "live_update_feature_preflight_desc": "Valide notifyAppReady(), index.html, les limites de taille du paquet, et les sommes de contrôle avant d'accepter tout téléchargement.",
-  "live_update_feature_self_healing": "Mises à jour auto-réparatrices",
-  "live_update_feature_self_healing_desc": "Le mécanisme de bundle de secours maintient toujours une version fonctionnelle. Vos utilisateurs ne voient jamais une application défectueuse.",
-  "live_update_features_subtitle": "Plus que de simples téléchargements de fichiers. Capgo comprend votre application et protège vos utilisateurs.",
-  "live_update_features_title": "Système de Mise à Jour Intelligent",
-  "live_update_get_started": "Commencez",
-  "live_update_hero_subtitle": "Notre CLI détecte les changements qui provoquent des erreurs avant le déploiement. Notre moteur natif se rétablit automatiquement si quelque chose ne va pas.",
-  "live_update_hero_title": "Mises à jour en direct qui ne peuvent pas casser votre application",
-  "live_update_how_it_works_subtitle": "Un filet de sécurité à chaque étape du processus de mise à jour",
-  "live_update_how_it_works_title": "Comment ça marche",
-  "live_update_logs_bullet1": "Des timelines par appareil mettent en évidence téléchargements bloqués, problèmes de checksum ou absence de notifyAppReady().",
-  "live_update_logs_bullet2": "Garde-fous de canaux prouvés : voyez disableAutoUpdateToMajor, blocages émulateur/dev et filtres de plateforme en temps réel.",
-  "live_update_logs_bullet3": "Détectez vite le périmètre d’impact : update_fail, rateLimited, needPlanUpgrade ressortent avant la perte d’utilisateurs.",
-  "live_update_logs_bullet4": "Logs partagés pour l’ingénierie, la QA et le support (aucun Xcode/Android Studio nécessaire).",
-  "live_update_logs_cta_primary": "Essayer les logs Live Update",
-  "live_update_logs_cta_secondary": "Voir dans le tableau de bord",
-  "live_update_logs_desc": "Capgo capture tout le parcours OTA : contrôles, téléchargements, installations, blocages de politique et rollbacks pour répondre à « que s’est-il passé ? » en secondes, pas en heures.",
-  "live_update_logs_kicker": "Observabilité des mises à jour",
-  "live_update_logs_panel_footer": "Un contexte actionnable en un seul endroit : décider de rollback, changer de canal ou livrer un hotfix en confiance.",
-  "live_update_logs_title": "Tous les journaux d'appareil - sans ouvrir Xcode ni Android Studio",
-  "live_update_lts_capacitor5": "Capacitor 5",
-  "live_update_lts_capacitor6": "Capacitor 6",
-  "live_update_lts_capacitor7": "Capacitor 7",
-  "live_update_lts_capacitor8": "Capacitor 8",
-  "live_update_lts_desc": "Aucune pression pour mettre à niveau immédiatement. Capgo supporte officiellement Capacitor 7, 6 et 5 - vous offrant des années de soutien et de flexibilité pour effectuer la mise à niveau selon votre propre calendrier.",
-  "live_update_lts_electron": "Électron",
-  "live_update_lts_electron_new": "Nouveau",
-  "live_update_lts_supported": "Entièrement pris en charge",
-  "live_update_lts_title": "Support à Long Terme",
-  "live_update_sdk_open_source": "Notre SDK de mise à jour en direct est open source, offrant transparence et développement piloté par la communauté.",
-  "live_update_sla_exclusions_title": "Exclusions de SLA pour les mises à jour en direct",
-  "live_update_stats_desc": "Visibilité en temps réel sur vos déploiements de mises à jour. Suivez la progression des téléchargements, les taux de réussite et l'état des appareils sur l'ensemble de votre base d'utilisateurs.",
-  "live_update_stats_feature1_desc": "Voyez quels appareils sont en cours de téléchargement, installés ou en attente. Suivez la progression sur l'ensemble de votre flotte.",
-  "live_update_stats_feature1_title": "Suivi de la progression du téléchargement",
-  "live_update_stats_feature2_desc": "Surveillez les taux de réussite des mises à jour en temps réel. Identifiez les problèmes avant qu'ils n'affectent plus d'utilisateurs.",
-  "live_update_stats_feature2_title": "Taux de Succès & d'Échec",
-  "live_update_stats_feature3_desc": "Suivez quelles appareils sont sur quelles versions. Identifiez les appareils bloqués sur d'anciennes versions.",
-  "live_update_stats_feature3_title": "Surveillance de la santé de l'appareil",
-  "live_update_stats_feature4_desc": "Voir les tailles de lots, les temps de téléchargement et la fréquence des retours en arrière. Optimisez votre stratégie de mise à jour avec des données.",
-  "live_update_stats_feature4_title": "Analyse de Bundle",
-  "live_update_stats_title": "Journaux & Statistiques",
-  "live_update_step1_desc": "Avant le téléchargement, CLI vérifie les dépendances natives, la compatibilité des versions et les fichiers requis",
-  "live_update_step1_title": "CLI valide",
-  "live_update_step2_desc": "Le code natif pur télécharge et installe la mise à jour - complètement isolé de JavaScript",
-  "live_update_step2_title": "Téléchargements Natifs",
-  "live_update_step3_desc": "Votre application appelle notifyAppReady(). Si elle ne le fait pas dans les 10s, le retour automatique est activé.",
-  "live_update_step3_title": "L'application confirme qu'elle est prête",
-  "live_update_support_scenario_cta_primary": "Voir le ciblage de chaîne",
-  "live_update_support_scenario_cta_secondary": "Commencez l'essai gratuit",
-  "live_update_support_scenario_desc": "Voici un scénario réel : Un utilisateur signale un bug. Vous discutez avec lui, comprenez le problème, le corrigez dans le code et déployez la correction pour cet utilisateur uniquement - tout cela pendant qu'il est encore en ligne. Il teste, confirme que la correction fonctionne et vous déployez en production. Temps total : minutes, pas jours.",
-  "live_update_support_scenario_kicker": "Soutien dans le monde réel",
-  "live_update_support_scenario_panel_footer": "Du rapport de bug à la correction vérifiée en un seul appel de support.",
-  "live_update_support_scenario_panel_title": "Chronologie de la Session d'Assistance",
-  "live_update_support_scenario_step1_desc": "Le support client reçoit un rapport de bug. Vous rejoignez l'appel pour comprendre le problème.",
-  "live_update_support_scenario_step1_title": "1. L'utilisateur Signale un Bug",
-  "live_update_support_scenario_step2_desc": "Créez une chaîne personnelle pour cet utilisateur, poussez le correctif et attribuez leur appareil à celle-ci.",
-  "live_update_support_scenario_step2_title": "2. Réparez & Poussez Vers Eux Seulement",
-  "live_update_support_scenario_step3_desc": "L'utilisateur confirme que la correction fonctionne. Promouvez le bundle en production pour tout le monde.",
-  "live_update_support_scenario_step3_title": "3. Vérifier & Expédier à Tous",
-  "live_update_support_scenario_title": "Corrigez le bug d'un utilisateur en quelques minutes",
-  "live_update_validation_desc": "Les mises à jour manuelles vous donnent tous les outils pour casser votre application. Le CLI de Capgo détecte les erreurs avant qu'elles n'atteignent vos utilisateurs.",
-  "live_update_validation_feature1_desc": "CLI scanne vos plugins natifs et compare les versions. Si votre bundle JS s'attend à une version de plugin natif plus récente que celle installée, nous vous avertissons avant le déploiement.",
-  "live_update_validation_feature1_title": "Vérification de la Dépendance Native",
-  "live_update_validation_feature2_desc": "Vous avez déjà téléchargé cette version exacte ? Nous la détecterons et empêcherons les écrasements accidentels ou la confusion.",
-  "live_update_validation_feature2_title": "Prévention des Versions Dupliquées",
-  "live_update_validation_feature3_desc": "Certaines fonctionnalités nécessitent des versions CLI spécifiques. Nous validons la compatibilité entre votre CLI et le hub Capgo avant d'autoriser les téléchargements.",
-  "live_update_validation_feature3_title": "Compatibilité Hub-CLI",
-  "live_update_validation_feature4_desc": "Index.html manquant ? Pas d'appel à notifyAppReady() ? Bundle trop grand ? Nous détectons ces problèmes avant qu'ils ne deviennent des problèmes de production.",
-  "live_update_validation_feature4_title": "Vérification des Fichiers Requis",
-  "live_update_validation_title": "Validation Approfondie Pré-Déploiement",
-  "live_update_validation_warning_desc": "Téléchargez un bundle JS qui attend des plugins natifs que vos utilisateurs n'ont pas ? Votre application se casse. Et si votre retour en arrière est également en JS, vous n'avez aucun moyen de récupérer. Les utilisateurs sont bloqués jusqu'à ce qu'ils réinstallent à partir de l'App Store.",
-  "live_update_validation_warning_title": "Que se passe-t-il sans validation ?",
-  "live_update_view_docs": "Voir la Documentation",
-  "login": "Connexion",
-  "login_with_your_capgo_credentials": "Connectez-vous avec vos identifiants Capgo",
-  "low_enterprise_response": "2 jours ouvrés<br />Lundi - Vendredi",
-  "low_priority_response": "24 heures<br />24/7 x 365",
-  "low_support_desc": "Une demande d'informations sur Capgo ou de nouvelle fonctionnalité.",
-  "low_support_subtitle": "Problème mineur / Demande de fonctionnalité",
-  "low_support_title": "4. Faible",
-  "low_team_response": "2 jours ouvrés<br />Lundi - Vendredi",
-  "main_repository_that_provides_the_capacitor_updater_plugin": "Il s'agit du dépôt principal qui fournit le plugin <code>capacitor-updater</code>.",
-  "manage_channels": "Gérer les Chaînes",
-  "manage_multiple_app_versions_effortlessly": "Gérez facilement plusieurs versions d'applications",
-  "manage_on_the_go": "Gérer En Déplacement",
-  "manage_various_teams": "Gérer Différentes Équipes",
-  "manage_your_releases": "Gérez vos sorties",
-  "managed_solutions": "Solutions Gérées",
-  "mandatory_mfa_integration": "MFA obligatoire et intégration avec les fournisseurs d'identité d'entreprise pour un contrôle d'accès sécurisé",
-  "manifesto_behind_every_movie": "Votre équipe excelle dans le développement web, et nous excellons dans le mobile natif. Laissez-nous gérer les complexités des soumissions aux app stores, des intégrations natives et de la maintenance mobile pendant que vous vous concentrez sur ce que vous faites de mieux - créer des expériences utilisateur incroyables.",
-  "manifesto_full_ecosystem": "Nous sommes votre partenaire natif dédié, offrant des mises à jour en direct, le développement de plugins personnalisés, la configuration CI/CD et des services de maintenance continue. Besoin d'une fonctionnalité native spécifique ? Nous la construirons. Les rejets du magasin d'applications vous donnent mal à la tête ? Nous nous occuperons des soumissions. Considérez-nous comme votre équipe de développement mobile.",
-  "manifesto_home_for_developers": "Nous sommes le pont entre votre expertise web et votre succès mobile. Spécialisés dans les applications Capacitor, nous aidons les entreprises axées sur le web à expédier et à maintenir des applications mobiles natives sans la complexité native du mobile. Open source, transparent et construit par des développeurs qui comprennent le parcours du web au mobile.",
-  "massive_cost_reduction": "Réduction massive des coûts",
-  "mau": "MAU",
-  "mau_counting_explanation": "Nous comptons les MAU (Utilisateurs Actifs Mensuels) en suivant les utilisateurs uniques qui ouvrent votre application sur une période de 30 jours. Chaque utilisateur est compté une seule fois, peu importe le nombre de fois où il interagit avec l'application.",
-  "mention_issue_before_working": "Lorsque vous travaillez sur un ticket, mentionnez-le dans les commentaires du ticket <em>avant</em> de commencer à travailler sur le ticket.",
-  "migration_guide": "Guide de Migration",
-  "monitor_adoption_and_performance": "Surveillez l'adoption et les indicateurs de performance",
-  "monitor_downloads_active_users_success_rates": "Surveillez les téléchargements, les utilisateurs actifs et les taux de réussite",
-  "monitoring_crawling": "Surveillance ou Exploration.",
-  "monitoring_crawling_desc": "La surveillance ou l'exploration d'un Système qui nuit ou perturbe le Système surveillé ou exploré.",
-  "month": "Mois",
-  "monthly_active_users": "Utilisateurs actifs mensuels",
-  "monthly_active_users_mau": "Utilisateurs Actifs Mensuels (UAM)",
-  "monthly_plan": "Plan Mensuel",
-  "monthly_total": "Total mensuel",
-  "most_popular": "Les plus populaires",
-  "multi_factor_authentication": "Authentification à Plusieurs Facteurs",
-  "native_build": "Construction Native",
-  "native_build_cli_example": "Construisez votre application avec une seule commande",
-  "native_build_cli_subtitle": "Juste un outil CLI qui télécharge et construit. Aucune intégration nécessaire - exécutez-le localement, dans GitHub Actions, GitLab CI, Jenkins ou tout CI/CD. Portée minimale pour une conformité maximale à la sécurité.",
-  "native_build_cli_title": "Une Commande, Fonctionne Partout",
-  "native_build_comparison_android": "Aucune configuration d'Android Studio",
-  "native_build_comparison_parallel": "iOS & Android en parallèle",
-  "native_build_comparison_signing": "Signature automatique de code",
-  "native_build_comparison_submission": "Soumission directe en magasin",
-  "native_build_comparison_subtitle": "Ignorez la complexité des constructions natives locales",
-  "native_build_comparison_title": "Cloud vs Builds Locaux",
-  "native_build_comparison_xcode": "Aucun Xcode requis",
-  "native_build_cta_subtitle": "Arrêtez de vous battre avec les environnements de construction locaux.",
-  "native_build_cta_title": "Prêt à Simplifier Vos Constructions?",
-  "native_build_description": "Construction de cloud et soumission automatique à l'App Store",
-  "native_build_faq1_a": "Oui! Nous construisons exactement ce que vous avez localement. Exécutez tous les scripts Gradle personnalisés, CocoaPods, modifications du code natif - configurez-le simplement avant d'exécuter le CLI. Nous utilisons votre projet local tel quel.",
-  "native_build_faq1_q": "Puis-je utiliser des configurations Gradle personnalisées ou des configurations iOS natives?",
-  "native_build_faq2_a": "Non. Toutes les dépendances doivent être installées localement avant d'exécuter la commande de construction. Nous ne recevons que ce que vous téléchargez - aucun accès à vos dépôts Git, registres npm ou paquets privés.",
-  "native_build_faq2_q": "Avez-vous besoin d'accéder à mes dépôts ou paquets privés?",
-  "native_build_faq3_a": "Nous ne les stockons pas. Passez les certificats au moment de la construction via des drapeaux CLI ou des variables d'environnement. Stockez-les dans vos secrets CI/CD (GitHub, GitLab, etc.) - les identifiants n'existent qu'en mémoire pendant la construction.",
-  "native_build_faq3_q": "Comment gérez-vous les informations d'identification de signature?",
-  "native_build_faq4_a": "Les minutes de construction sont incluses dans votre forfait. Besoin de plus ? Achetez des crédits. Les constructions iOS fonctionnent sur Mac Mini M4, les constructions Android fonctionnent dans des conteneurs Docker (2 fois moins cher). Aucuns frais de stockage - jamais.",
-  "native_build_faq4_q": "Comment fonctionne la tarification?",
-  "native_build_faq5_a": "Le temps de construction moyen est de 2 à 3 minutes selon la taille et la configuration de votre projet. iOS et Android peuvent se construire en parallèle pour gagner du temps.",
-  "native_build_faq5_q": "Combien de temps prennent les constructions ?",
-  "native_build_faq6_a": "iOS et Android. iOS construit pour l'App Store, TestFlight et la distribution ad hoc. Les constructions Android pour le Play Store et les téléchargements directs APK/AAB.",
-  "native_build_faq6_q": "Quelles plateformes soutenez-vous ?",
-  "native_build_faq_subtitle": "Tout ce que vous devez savoir sur les constructions dans le cloud",
-  "native_build_faq_title": "Questions Fréquemment Posées",
-  "native_build_feature_auto_signing": "Signature Automatisée",
-  "native_build_feature_auto_signing_desc": "Nous gérons les certificats, les profils de provisionnement et les keystores. Il suffit de télécharger une fois.",
-  "native_build_feature_ci_cd": "Intégration CI/CD",
-  "native_build_feature_ci_cd_desc": "Fonctionne avec GitHub Actions, GitLab CI, Jenkins et tout pipeline CI/CD.",
-  "native_build_feature_cloud_builds": "Constructions Cloud",
-  "native_build_feature_cloud_builds_desc": "Construisez des applications iOS et Android dans le cloud. Aucun Xcode local ou Android Studio requis.",
-  "native_build_feature_credentials": "Apportez Vos Propres Identifiants",
-  "native_build_feature_credentials_desc": "Transmettez vos certificats lors de la construction - nous ne les stockons jamais. Utilisez vos secrets CI/CD existants ou vos identifiants locaux. Conformité maximale à la sécurité.",
-  "native_build_feature_logs": "Journaux en temps réel",
-  "native_build_feature_logs_desc": "Diffusez directement les journaux de construction sur votre terminal. Déboguez les problèmes instantanément.",
-  "native_build_feature_store_upload": "Téléchargement sur l'App Store",
-  "native_build_feature_store_upload_desc": "Soumission automatique à App Store Connect et Google Play Store après des constructions réussies.",
-  "native_build_features_subtitle": "Construisez des applications iOS et Android sans configuration locale. Soumettez directement aux magasins.",
-  "native_build_features_title": "Constructions Natif du Cloud",
-  "native_build_get_started": "Commencez",
-  "native_build_hero_subtitle": "N'importe qui dans votre équipe peut construire des applications iOS et les publier sur TestFlight - aucun Mac n'est nécessaire. Fonctionne de n'importe où, compatible avec n'importe quel CI/CD.",
-  "native_build_hero_title": "Construire & Expédier vers les App Stores",
-  "native_build_how_it_works_subtitle": "De la poussée de code à l'App Store en quelques minutes",
-  "native_build_how_it_works_title": "Comment ça marche",
-  "native_build_pricing_desc": "Les minutes de construction sont incluses dans votre forfait, ou achetez-en plus via notre système de crédit. iOS fonctionne sur Mac Mini M4, Android sur Docker (2x moins cher). Temps de construction moyen : 2-3 minutes.",
-  "native_build_pricing_subtitle": "Aucun frais de stockage. Aucuns frais cachés. Juste des minutes de construction.",
-  "native_build_pricing_title": "Payez uniquement pour le temps de construction",
-  "native_build_security_feature1_desc": "Vos certificats et keystores n'existent que dans la mémoire vive pendant la construction. Ils ne sont jamais écrits sur le disque ou stockés sur nos serveurs - uniquement en temps d'exécution.",
-  "native_build_security_feature1_title": "Identifiants Jamais Stockés",
-  "native_build_security_feature2_desc": "Nous ne téléchargeons que la plateforme que vous demandez (iOS ou Android) ainsi que votre code JS compilé. Rien d'autre. Votre code source reste sur votre machine.",
-  "native_build_security_feature2_title": "Téléchargement Minimal",
-  "native_build_security_feature3_desc": "Les builds iOS s'exécutent sur des machines Mac Mini M4 dédiées. Les builds Android s'exécutent dans des conteneurs Docker isolés - rendant les builds Android 2x moins chers.",
-  "native_build_security_feature3_title": "Infrastructure de Construction Dédiée",
-  "native_build_security_feature4_desc": "Les journaux de construction ne sont diffusés en temps réel que sur votre terminal. Nous ne stockons jamais vos journaux de construction sur nos serveurs.",
-  "native_build_security_feature4_title": "Aucun stockage de journal",
-  "native_build_security_subtitle": "Vos identifiants ne sont jamais stockés. Ils n'existent que dans la mémoire vive pendant la construction.",
-  "native_build_security_title": "Stockage Zéro - Uniquement en Temps d'Exécution",
-  "native_build_step1_desc": "Validez et poussez vers votre dépôt. Notre CLI ou CI/CD déclenche la construction.",
-  "native_build_step1_title": "Poussez Votre Code",
-  "native_build_step2_desc": "Applications iOS et Android construites en parallèle sur notre infrastructure cloud.",
-  "native_build_step2_title": "Constructions Cloud",
-  "native_build_step3_desc": "Les applications signées sont automatiquement téléchargées sur App Store Connect et Play Store.",
-  "native_build_step3_title": "Soumission de Magasin",
-  "native_build_streaming_desc": "Les journaux de construction sont diffusés directement sur votre terminal via les événements envoyés par le serveur. Voyez chaque étape de votre construction en temps réel - pas d'attente, pas de rafraîchissement. Déboguez les problèmes instantanément dès qu'ils se produisent.",
-  "native_build_view_docs": "Voir la Documentation",
-  "native_ios_android_functionality": "Fonctionnalités natives iOS & Android bridges. Accédez à toutes les capacités de l'appareil dont votre application a besoin avec des APIs TypeScript propres.",
-  "native_performance_smooth_experience": "Performance native pour une expérience fluide",
-  "native_script_power_approximately_1_of_apps_on_google_play_store": "Native Script alimente environ 1% des applications sur le Google Play Store",
-  "need_help": "Besoin d'aide?",
-  "need_something_custom": "Besoin de quelque chose sur mesure ?",
-  "network_connections": "Connexions réseau",
-  "next": "Prochain",
-  "no_commitment_required": "Aucun engagement requis",
-  "no_credit_card_required": "Aucune carte bancaire nécessaire",
-  "no_discounts_available_at_this_time": "Non, nous ne proposons pas de réductions pour le moment.",
-  "no_hosting_or_maintenance_charges": "nous n'hébergeons pas de CI/CD ni ne vous facturons pour son entretien.",
-  "no_ppp_available_at_this_time": "Non, nous ne proposons pas de tarification PPP pour le moment.",
-  "no_responsibility_disclaimer_text": "Les informations sur le Service sont fournies étant entendu que la Société ne fournit pas de conseils ou de services juridiques, comptables, fiscaux ou autres services professionnels. En tant que tel, il ne doit pas être utilisé comme substitut à une consultation avec des conseillers professionnels compétents en matière de comptabilité, de fiscalité, de droit ou autres.",
-  "no_responsibility_disclaimer_title": "Clause de non-responsabilité",
-  "no_upfront_costs_guarantee": "Aucun coût initial • Évaluation de projet gratuite • Garantie de support de 30 jours",
-  "no_virus_warranty": "La Société ne garantit pas que le Service est exempt de virus ou d'autres composants nuisibles.",
-  "non_gift_return_policy": "Si les marchandises n'ont pas été marquées comme un cadeau lors de l'achat, ou si le donneur de cadeau a fait expédier la commande à lui-même pour vous la donner plus tard, nous enverrons le remboursement au donneur de cadeau.",
-  "non_production_desc": "\"Development\", \"Staging\", \"uat\", \"pre-production\" ou l'implémentation de nouvelles fonctionnalités, même dans un environnement de production, ne sont pas considérés comme de la Production.",
-  "non_returnable_goods": "Les marchandises suivantes ne peuvent pas être retournées :",
-  "normal_enterprise_response": "1 jour ouvrable<br />Du lundi au vendredi",
-  "normal_priority_response": "12 heures<br />24/7 x 365",
-  "normal_support_desc": "Un problème entraîne un dysfonctionnement d'un composant de Capgo par rapport à ce qui est attendu ou documenté. Une demande d'un représentant du client concernant un problème technique général ou une question générale.",
-  "normal_support_subtitle": "Problème de Fonctionnalité Mineure ou Question Générale",
-  "normal_support_title": "3. Normal",
-  "normal_team_response": "1 jour ouvrable<br />Lundi - Vendredi",
-  "not_satisfied_policy": "Si, pour une raison quelconque, Vous n'êtes pas entièrement satisfait d'un achat, Nous vous invitons à consulter notre politique de remboursement et de retour. Cette politique de retour et de remboursement a été créée avec l'aide de",
-  "now_available_on_mobile": "Maintenant disponible sur mobile",
-  "npm_run_lint_passes": "<code>npm run lint</code> passe - cela vérifiera le code Rust et JavaScript pour détecter les erreurs et les fautes courantes en utilisant <code>Swiftlint</code> (pour Swift) et <code>eslint</code> (pour JavaScript et Java)",
-  "of_bandwidth": "de la bande passante",
-  "of_storage": "du stockage",
-  "offensive_content": "Contenu offensant.",
-  "offensive_content_desc": "Contenu diffamatoire, obscène, abusif, portant atteinte à la vie privée ou autrement répréhensible, y compris tout contenu constituant de la pornographie infantile, relatif à la zoophilie ou dépeignant des actes sexuels non consensuels.",
-  "offline_support": "Assistance Hors Ligne",
-  "on_the_go": "en déplacement",
-  "ongoing_support_available": "Soutien continu disponible",
-  "only_your_users_can_decrypt_your_updates_no_one_else": "Seuls vos utilisateurs peuvent déchiffrer vos mises à jour, personne d'autre.",
-  "open_in_chatgpt": "Ouvrir dans ChatGPT",
-  "open_in_claude": "Ouvrir dans Claude",
-  "open_in_perplexity": "Ouvrir dans Perplexity",
-  "open_raw_on_github": "Ouvrir le fichier Markdown raw sur GitHub",
-  "open_source": "100% open source",
-  "open_source_leaders": "Leaders de l'Open Source",
-  "open_source_plugins_power_apps": "Nos plugins open-source alimentent des applications utilisées par des millions de personnes",
-  "open_support": "Ouvrir le Support",
-  "operation_of_network_services": "Fonctionnement de certains services réseau.",
-  "operation_of_network_services_desc": "Exploitation ou tentative d'exploitation de tout service réseau ou service interférant avec le bon fonctionnement de tout service réseau.",
-  "optimization_of_the_existing_app": "Optimisation de l'application existante",
-  "order_cancellation_rights": "Vos droits d'annulation de commande",
-  "orders_definition": "Les Commandes désignent une demande de votre part pour acheter des Biens auprès de Nous.",
-  "organization_and_app_management": "Organisation et gestion des applications",
-  "organizations_and_teams": "Organisations et Équipes",
-  "organize_projects_across_teams": "Organisez des projets à travers les équipes avec des outils de gestion d'organisation d'entreprise et de collaboration",
-  "orgs_badge": "COMMENT ÇA MARCHE",
-  "orgs_cta": "Installez Capgo",
-  "orgs_title": "Gestion Flexible",
-  "orgs_title_line2": "pour Votre Équipe",
-  "our_commitment": "Notre engagement",
-  "our_dedication": "Notre engagement",
-  "our_manifesto": "Notre Manifeste",
-  "our_numbers_are_shared_transparently_since_december_2021": "Nos chiffres sont partagés de manière transparente depuis décembre 2021.",
-  "our_setup_you_own_it": "Notre Configuration - Vous en êtes le propriétaire",
-  "our_story": "Notre histoire",
-  "our_team_customizes_the_ci_cd_setup_to_match_your_specific_project_requirements_ensuring_optimal_performance_and_efficiency": "Notre équipe personnalise la configuration CI/CD pour répondre aux besoins spécifiques de votre projet, garantissant ainsi des performances et une efficacité optimales.",
-  "over": "Au-dessus",
-  "own_complete_pipeline_modify_anytime": "Vous possédez l'intégralité du pipeline et pouvez le modifier à tout moment",
-  "own_complete_setup_zero_vendor_lockin": "Vous possédez la configuration complète sans aucune dépendance à un fournisseur",
-  "own_setup_zero_vendor_lockin": "Vous possédez l'ensemble du système pour toujours, sans aucune dépendance à un fournisseur.",
-  "page_not_found_description": "Veuillez vérifier l'URL dans la barre d'adresse et réessayer.",
-  "page_not_found_title": "Page Non Trouvée - Erreur 404",
-  "password_label": "Mot de passe",
-  "password_placeholder": "Entrez votre mot de passe",
-  "pay_as_you_go_plan": "Payer à l'utilisation",
-  "per_added_gb": "par Go ajouté",
-  "per_added_user": "par utilisateur ajouté",
-  "per_country_hosting_gdpr": "Hébergement par pays (conformité au RGPD)",
-  "per_gb": "par Go",
-  "per_mau": "par MAU",
-  "per_unit": "par unité",
-  "perfect_for": "Parfait pour",
-  "perishable_goods": "La fourniture de biens qui, de par leur nature, ne sont pas adaptés pour être retournés, se détériorent rapidement ou dont la date d'expiration est dépassée.",
-  "plan_maker_desc": "Idéal pour les petites entreprises",
-  "plan_payasyougo_desc": "Le meilleur pour les entreprises avec des millions d'utilisateurs",
-  "plan_solo_desc": "Idéal pour les développeurs indépendants",
-  "plan_team_desc": "Idéal pour les moyennes entreprises",
-  "plans_that_scale_with_your_business": "Des forfaits qui évoluent avec votre entreprise",
-  "plans_that_scale_with_your_business_description": "Cloud de niveau entreprise qui améliore la fonctionnalité et la sécurité des applications Capacitor.",
-  "platform_compliance": "Conformité aux plateformes",
-  "platform_compliance_desc": "Toute activité jugée inacceptable par les plateformes utilisées par le Site et les Services Capgo.",
-  "platform_independence": "Indépendance de la Plateforme",
-  "please_be_professional_in_the_forums": "Veuillez rester professionnel sur les forums. Nous suivons le <a href=\"https://www.rust-lang.org/policies/code-of-conduct\">code de conduite de Rust</a> (CoC). Un problème ? Envoyez un e-mail à <a href=\"mailto:ry@tinyclouds.org\">ry@tinyclouds.org.</a>",
-  "plugin_is_missing": "Le plugin est manquant",
-  "plugins": "Plugins",
-  "plugins_description": "Capgo propose plusieurs plugins pour vous aider à construire votre application plus rapidement et mieux.",
-  "policy_generator": "Générateur de Politique de Retour et de Remboursement",
-  "poor_app_quality": "Mauvaise qualité d'application",
-  "powered_by_serverless_edge_computing": "Alimenté par l'informatique sans serveur en périphérie et les bases de données distribuées à travers plus de 300 villes et 13 000 réseaux pour une livraison ultra-rapide à l'échelle mondiale",
-  "powerful_app_plugins_description": "Des plugins de qualité entreprise avec une excellente documentation, des mises à jour continues, des extraits de code et un support premium pour vous permettre de vous concentrer sur le développement de votre application.",
-  "practicing_what_we_preach": "Pratiquer ce que nous prêchons",
-  "premium_plugin_suite": "Suite de Plugins Premium",
-  "pricing": "Tarification",
-  "pricing_description": "Avancez en toute confiance. Capgo est la plateforme cloud de niveau entreprise pour les applications Capacitor.",
-  "priority_bug_fixes_on_our_plugins": "Corrections prioritaires de bugs sur nos plugins",
-  "priority_plus_plan": "Plus prioritaire",
-  "priority_support": "Support prioritaire",
-  "priority_support_24_7": "Support Prioritaire",
-  "priority_support_dedicated_sla": "Support Prioritaire & SLA Dédié",
-  "privacy": "Confidentialité",
-  "privacy_agreement": "Nous utilisons vos données personnelles pour fournir et améliorer le Service. En utilisant le Service, vous acceptez la collecte et l'utilisation des informations conformément à cette Politique de Confidentialité.",
-  "privacy_changes_to_policy_description": "Nous pouvons mettre à jour notre Politique de Confidentialité de temps en temps. Nous vous informerons de tout changement en publiant la nouvelle Politique de Confidentialité sur cette page.",
-  "privacy_changes_to_policy_notification": "Nous vous informerons par e-mail et/ou par une notification bien en vue sur notre service, avant que le changement ne devienne effectif et mettrons à jour la date de \"Dernière mise à jour\" en haut de cette politique de confidentialité.",
-  "privacy_changes_to_policy_review": "Il est recommandé de consulter régulièrement cette Politique de Confidentialité pour prendre connaissance des éventuelles modifications. Les modifications apportées à cette Politique de Confidentialité prennent effet dès leur publication sur cette page.",
-  "privacy_changes_to_policy_title": "Modifications de cette Politique de Confidentialité",
-  "privacy_children_privacy_consent": "Si nous devons nous appuyer sur le consentement comme base légale pour traiter vos informations et que votre pays exige le consentement d'un parent, nous pouvons avoir besoin du consentement de vos parents avant de collecter et d'utiliser ces informations.",
-  "privacy_children_privacy_description": "Notre Service ne s'adresse pas à quiconque de moins de 13 ans. Nous ne collectons pas sciemment d'informations personnellement identifiables provenant de personnes de moins de 13 ans. Si vous êtes un parent ou un tuteur et que vous savez que votre enfant nous a fourni des données personnelles, veuillez nous contacter. Si nous prenons conscience que nous avons recueilli des données personnelles auprès d'une personne de moins de 13 ans sans vérification du consentement parental, nous prenons des mesures pour supprimer ces informations de nos serveurs.",
-  "privacy_children_privacy_title": "Confidentialité des enfants",
-  "privacy_collecting_data_title": "Collecte et utilisation de vos données personnelles",
-  "privacy_contact_us_description": "Si vous avez des questions concernant cette Politique de Confidentialité, vous pouvez nous contacter :",
-  "privacy_contact_us_title": "Contactez-Nous",
-  "privacy_contact_us_website": "En visitant cette page sur notre site web : $1",
-  "privacy_definition_account": "**Compte** signifie un compte unique créé pour vous permettre d'accéder à notre Service ou à certaines parties de notre Service.",
-  "privacy_definition_affiliate": "**Affilié** signifie une entité qui contrôle, est contrôlée par ou est sous le contrôle commun avec une partie, où \"contrôle\" signifie la propriété de 50% ou plus des actions, des intérêts en capitaux propres ou d'autres titres ayant droit de vote pour l'élection des directeurs ou d'une autre autorité de gestion.",
-  "privacy_definition_application": "**Application** signifie le programme logiciel fourni par la Société téléchargé par Vous sur tout appareil électronique, nommé $1",
-  "privacy_definition_business": "**Entreprise**, aux fins de la CCPA (California Consumer Privacy Act), fait référence à la Société en tant qu'entité juridique qui collecte les informations personnelles des consommateurs et détermine les finalités et les moyens de traitement de ces informations, ou pour le compte de laquelle ces informations sont collectées et qui seule, ou conjointement avec d'autres, détermine les finalités et les moyens du traitement des informations personnelles des consommateurs, qui fait affaire dans l'État de Californie.",
-  "privacy_definition_company": "**Société** (désignée sous les termes \"la Société\", \"Nous\" ou \"Notre\" dans cet Accord) fait référence à Digital shift OU, 6 sepapaja 15510 Tallinn.",
-  "privacy_definition_company_gdpr": "Aux fins du RGPD, la Société est le Contrôleur des Données.",
-  "privacy_definition_consumer": "**Consommateur**, aux fins de la CCPA (California Consumer Privacy Act), désigne une personne physique qui est résidente en Californie. Un résident, tel que défini dans la loi, comprend (1) chaque individu qui se trouve aux États-Unis pour un motif autre que temporaire ou transitoire, et (2) chaque individu domicilié aux États-Unis qui se trouve hors des États-Unis pour un motif temporaire ou transitoire.",
-  "privacy_definition_country": "**Pays** fait référence à : Estonie",
-  "privacy_definition_data_controller": "**Contrôleur de données**, aux fins du RGPD (Règlement Général sur la Protection des Données), désigne l'Entreprise en tant que personne morale qui, seule ou conjointement avec d'autres, détermine les finalités et les moyens du traitement des Données Personnelles.",
-  "privacy_definition_device": "**Appareil** signifie tout appareil pouvant accéder au Service comme un ordinateur, un téléphone portable ou une tablette numérique.",
-  "privacy_definition_do_not_track": "**Ne Pas Suivre** (DNT) est un concept qui a été promu par les autorités réglementaires américaines, en particulier la Commission Fédérale du Commerce des États-Unis (FTC), pour que l'industrie de l'Internet développe et mette en œuvre un mécanisme permettant aux utilisateurs d'Internet de contrôler le suivi de leurs activités en ligne sur différents sites web.",
-  "privacy_definition_personal_data": "**Données Personnelles** est toute information qui se rapporte à une personne identifiée ou identifiable.",
-  "privacy_definition_personal_data_ccpa": "Aux fins de la CCPA, les Données Personnelles désignent toute information qui identifie, se rapporte à, décrit ou est capable d'être associée à, ou pourrait raisonnablement être liée, directement ou indirectement, avec Vous.",
-  "privacy_definition_personal_data_gdpr": "Aux fins du RGPD, les Données Personnelles désignent toute information vous concernant, telle qu'un nom, un numéro d'identification, des données de localisation, un identifiant en ligne ou à un ou plusieurs facteurs spécifiques à l'identité physique, physiologique, génétique, mentale, économique, culturelle ou sociale.",
-  "privacy_definition_sale": "**Vente**, aux fins de la CCPA (California Consumer Privacy Act), signifie vendre, louer, divulguer, diffuser, rendre disponible, transférer ou communiquer autrement oralement, par écrit ou par voie électronique ou autres moyens, les informations personnelles d'un consommateur à une autre entreprise ou à un tiers en échange d'une considération monétaire ou autre précieuse.",
-  "privacy_definition_service": "**Service** fait référence à l'Application.",
-  "privacy_definition_service_provider": "**Fournisseur de Services** désigne toute personne physique ou morale qui traite les données pour le compte de l'Entreprise. Il fait référence à des entreprises tierces ou à des individus employés par l'Entreprise pour faciliter le Service, pour fournir le Service au nom de l'Entreprise, pour effectuer des services liés au Service ou pour aider l'Entreprise à analyser comment le Service est utilisé. Aux fins du RGPD, les Fournisseurs de Services sont considérés comme des Responsables du Traitement des Données.",
-  "privacy_definition_usage_data": "**Données d'Utilisation** fait référence aux données collectées automatiquement, soit générées par l'utilisation du Service ou provenant de l'infrastructure du Service elle-même (par exemple, la durée d'une visite de page).",
-  "privacy_definition_you": "**Vous** désigne l'individu qui accède ou utilise le Service, ou la société, ou autre entité juridique au nom de laquelle cet individu accède ou utilise le Service, selon le cas.",
-  "privacy_definition_you_gdpr": "Selon le RGPD (Règlement Général sur la Protection des Données), vous pouvez être désigné comme le Sujet de Données ou l'Utilisateur car vous êtes l'individu utilisant le Service.",
-  "privacy_definitions_intro": "Aux fins de cette Politique de Confidentialité:",
-  "privacy_definitions_subtitle": "Définitions",
-  "privacy_description": "Cette politique de confidentialité décrit nos politiques et procédures concernant la collecte, l'utilisation et la divulgation de vos informations lorsque vous utilisez le Service et vous informe sur vos droits en matière de confidentialité et comment la loi vous protège.",
-  "privacy_disclosure_business_transactions_description": "Si la Société est impliquée dans une fusion, une acquisition ou une vente d'actifs, Vos Données Personnelles peuvent être transférées. Nous vous informerons avant que Vos Données Personnelles soient transférées et soumises à une Politique de Confidentialité différente.",
-  "privacy_disclosure_business_transactions_title": "Transactions Commerciales",
-  "privacy_disclosure_law_enforcement_description": "Dans certaines circonstances, la Société peut être tenue de divulguer vos données personnelles si la loi l'exige ou en réponse à des demandes valides d'autorités publiques (par exemple, un tribunal ou une agence gouvernementale).",
-  "privacy_disclosure_law_enforcement_title": "Application de la loi",
-  "privacy_disclosure_of_data_title": "Divulgation de Vos Données Personnelles",
-  "privacy_disclosure_other_legal_requirements_comply": "Se conformer à une obligation légale",
-  "privacy_disclosure_other_legal_requirements_description": "La Société peut divulguer Vos Données Personnelles en toute bonne foi, convaincue qu'une telle action est nécessaire pour :",
-  "privacy_disclosure_other_legal_requirements_prevent": "Prévenir ou enquêter sur un éventuel acte répréhensible en lien avec le Service",
-  "privacy_disclosure_other_legal_requirements_protect": "Protéger et défendre les droits ou les biens de l'entreprise",
-  "privacy_disclosure_other_legal_requirements_protect_legal": "Protéger contre la responsabilité légale",
-  "privacy_disclosure_other_legal_requirements_protect_personal": "Protéger la sécurité personnelle des utilisateurs du service ou du public",
-  "privacy_disclosure_other_legal_requirements_title": "Autres exigences légales",
-  "privacy_interpretation_subtitle": "Interprétation",
-  "privacy_interpretation_text": "Les mots dont la lettre initiale est en majuscule ont des significations définies dans les conditions suivantes. Les définitions suivantes auront la même signification qu'elles apparaissent au singulier ou au pluriel.",
-  "privacy_interpretation_title": "Interprétation et Définitions",
-  "privacy_last_updated": "Dernière mise à jour : 28 janvier 2022",
-  "privacy_links_to_other_websites_control": "Nous n'avons aucun contrôle et n'assumons aucune responsabilité quant au contenu, aux politiques de confidentialité ou aux pratiques de tout site ou service tiers.",
-  "privacy_links_to_other_websites_description": "Notre Service peut contenir des liens vers d'autres sites web qui ne sont pas exploités par Nous. Si vous cliquez sur un lien tiers, vous serez dirigé vers le site de ce tiers. Nous vous conseillons vivement de consulter la Politique de Confidentialité de chaque site que vous visitez.",
-  "privacy_links_to_other_websites_title": "Liens vers d'autres sites Web",
-  "privacy_personal_data_description": "Lors de l'utilisation de Notre Service, Nous pouvons Vous demander de nous fournir certaines informations personnellement identifiables qui peuvent être utilisées pour vous contacter ou vous identifier. Les informations personnellement identifiables peuvent inclure, mais ne sont pas limitées à :",
-  "privacy_personal_data_title": "Données Personnelles",
-  "privacy_personal_data_usage": "Données d'utilisation",
-  "privacy_policy": "Politique de confidentialité",
-  "privacy_retention_of_data_description": "La Société conservera vos Données Personnelles uniquement aussi longtemps que nécessaire pour les objectifs énoncés dans cette Politique de Confidentialité. Nous conserverons et utiliserons vos Données Personnelles dans la mesure nécessaire pour nous conformer à nos obligations légales (par exemple, si nous sommes tenus de conserver vos données pour nous conformer aux lois applicables), résoudre les litiges et faire respecter nos accords légaux et politiques.",
-  "privacy_retention_of_data_title": "Conservation de Vos Données Personnelles",
-  "privacy_retention_of_usage_data": "La Société conservera également les Données d'Utilisation à des fins d'analyse interne. Les Données d'Utilisation sont généralement conservées pendant une période plus courte, sauf lorsque ces données sont utilisées pour renforcer la sécurité ou améliorer la fonctionnalité de Notre Service, ou que nous sommes légalement obligés de conserver ces données pendant des périodes de temps plus longues.",
-  "privacy_security_of_data_description": "La sécurité de vos données personnelles est importante pour nous, mais n'oubliez pas qu'aucune méthode de transmission sur Internet, ou méthode de stockage électronique n'est 100% sécurisée. Bien que nous nous efforcions d'utiliser des moyens commercialement acceptables pour protéger vos données personnelles, nous ne pouvons garantir leur sécurité absolue.",
-  "privacy_security_of_data_title": "Sécurité de Vos Données Personnelles",
-  "privacy_share_of_data_affiliates": "**Avec les affiliés :** Nous pouvons partager Vos informations avec Nos affiliés, auquel cas nous exigerons que ces affiliés respectent cette Politique de Confidentialité. Les affiliés comprennent Notre société mère et toutes autres filiales, partenaires en coentreprise ou autres entreprises que Nous contrôlons ou qui sont sous contrôle commun avec Nous.",
-  "privacy_share_of_data_business_partners": "**Avec des partenaires commerciaux :** Nous pouvons partager Vos informations avec Nos partenaires commerciaux pour vous proposer certains produits, services ou promotions.",
-  "privacy_share_of_data_business_transfers": "**Pour les transferts d'entreprise :** Nous pouvons partager ou transférer Vos informations personnelles en relation avec, ou lors de négociations de, toute fusion, vente d'actifs de l'entreprise, financement ou acquisition de tout ou partie de Notre entreprise par une autre société.",
-  "privacy_share_of_data_consent": "**Avec votre consentement** : Nous pouvons divulguer vos informations personnelles à toute autre fin avec votre consentement.",
-  "privacy_share_of_data_intro": "Nous pouvons partager vos informations personnelles dans les situations suivantes :",
-  "privacy_share_of_data_other_users": "**Avec d'autres utilisateurs :** lorsque vous partagez des informations personnelles ou interagissez autrement dans les zones publiques avec d'autres utilisateurs, ces informations peuvent être vues par tous les utilisateurs et peuvent être distribuées publiquement à l'extérieur.",
-  "privacy_share_of_data_service_providers": "**Avec les fournisseurs de services :** Nous pouvons partager vos informations personnelles avec des fournisseurs de services pour surveiller et analyser l'utilisation de notre service, pour vous contacter.",
-  "privacy_title": "Politique de Confidentialité",
-  "privacy_transfer_of_data_consent": "Votre consentement à cette politique de confidentialité, suivi de votre soumission de ces informations, représente votre accord pour ce transfert.",
-  "privacy_transfer_of_data_description": "Vos informations, y compris les données personnelles, sont traitées dans les bureaux d'exploitation de l'entreprise et dans tous les autres lieux où se trouvent les parties impliquées dans le traitement. Cela signifie que ces informations peuvent être transférées - et conservées sur - des ordinateurs situés en dehors de votre état, province, pays ou autre juridiction gouvernementale où les lois sur la protection des données peuvent différer de celles de votre juridiction.",
-  "privacy_transfer_of_data_safeguards": "La Société prendra toutes les mesures raisonnablement nécessaires pour garantir que Vos données sont traitées de manière sécurisée et conformément à cette Politique de Confidentialité, et aucun transfert de Vos Données Personnelles n'aura lieu vers une organisation ou un pays à moins qu'il n'y ait des contrôles adéquats en place, y compris la sécurité de vos données et d'autres informations personnelles.",
-  "privacy_transfer_of_data_title": "Transfert de Vos Données Personnelles",
-  "privacy_types_of_data_title": "Types de Données Collectées",
-  "privacy_usage_data_browser": "Nous pouvons également collecter des informations que votre navigateur envoie chaque fois que vous visitez notre service ou lorsque vous accédez au service par ou via un appareil mobile.",
-  "privacy_usage_data_description": "Les données d'utilisation sont collectées automatiquement lors de l'utilisation du Service.",
-  "privacy_usage_data_details": "Les données d'utilisation peuvent inclure des informations telles que l'adresse du protocole Internet de votre appareil (par exemple, adresse IP), le type de navigateur, la version du navigateur, les pages de notre service que vous visitez, la date et l'heure de votre visite, le temps passé sur ces pages, les identifiants uniques de l'appareil et d'autres données diagnostiques.",
-  "privacy_usage_data_mobile": "Lorsque vous accédez au Service par ou via un appareil mobile, nous pouvons collecter automatiquement certaines informations, y compris, mais sans s'y limiter, le type d'appareil mobile que vous utilisez, l'ID unique de votre appareil mobile, l'adresse IP de votre appareil mobile, votre système d'exploitation mobile, le type de navigateur Internet mobile que vous utilisez, les identifiants uniques de l'appareil et d'autres données diagnostiques.",
-  "privacy_usage_data_title": "Données d'utilisation",
-  "privacy_use_of_data_business_transfers": "**Pour les transferts d'entreprise :** Nous pouvons utiliser Vos informations pour évaluer ou réaliser une fusion, une cession, une restructuration, une réorganisation, une dissolution ou toute autre vente ou transfert de tout ou partie de Nos actifs, que ce soit dans le cadre d'une activité en cours ou dans le cadre d'une faillite, liquidation ou procédure similaire, au cours de laquelle les Données Personnelles détenues par Nous sur nos utilisateurs de Service font partie des actifs transférés.",
-  "privacy_use_of_data_contact": "**Pour vous contacter :** Pour vous contacter par email, appels téléphoniques, SMS, ou autres formes équivalentes de communication électronique, comme les notifications push d'une application mobile concernant des mises à jour ou des communications informatives liées aux fonctionnalités, produits ou services souscrits, y compris les mises à jour de sécurité, lorsque nécessaire ou raisonnable pour leur mise en œuvre.",
-  "privacy_use_of_data_intro": "La Société peut utiliser les Données Personnelles aux fins suivantes :",
-  "privacy_use_of_data_manage_account": "**Pour gérer votre compte :** pour gérer votre inscription en tant qu'utilisateur du Service. Les données personnelles que vous fournissez peuvent vous donner accès à différentes fonctionnalités du Service qui sont disponibles pour vous en tant qu'utilisateur enregistré.",
-  "privacy_use_of_data_offers": "**Pour vous fournir** des actualités, des offres spéciales et des informations générales sur d'autres biens, services et événements que nous proposons qui sont similaires à ceux que vous avez déjà achetés ou renseignés, sauf si vous avez choisi de ne pas recevoir ces informations.",
-  "privacy_use_of_data_other_purposes": "**Pour d'autres objectifs** : Nous pouvons utiliser vos informations à d'autres fins, telles que l'analyse de données, l'identification des tendances d'utilisation, la détermination de l'efficacité de nos campagnes promotionnelles et pour évaluer et améliorer notre Service, produits, services, marketing et votre expérience.",
-  "privacy_use_of_data_performance": "**Pour l'exécution d'un contrat :** le développement, la conformité et la réalisation du contrat d'achat pour les produits, articles ou services que Vous avez achetés ou de tout autre contrat avec Nous par le biais du Service.",
-  "privacy_use_of_data_provide_service": "**Pour fournir et maintenir notre Service**, y compris pour surveiller l'utilisation de notre Service.",
-  "privacy_use_of_data_requests": "**Pour gérer vos demandes :** Pour répondre et gérer vos demandes à Nous.",
-  "privacy_use_of_data_title": "Utilisation de vos données personnelles",
-  "problem_chat_hope_approved": "J'espère que ce correctif sera approuvé aujourd'hui...",
-  "problem_chat_still_pending": "Toujours en attente...",
-  "problem_chat_whats_status": "quel est le statut de l'application?",
-  "problem_solution_badge": "PROBLÈME → SOLUTION",
-  "problem_solution_subtitle": "Les applications de condensateurs devraient être expédiées comme des applications web, mais attendre des jours pour l'approbation est le goulot d'étranglement.",
-  "problem_solution_title": "L'App Store est en train de mourir",
-  "problem_solution_velocity": "vitesse",
-  "product_managers": "Chefs de produit",
-  "production_desc": "\"Production\" est défini comme un système servant des systèmes opérationnels ou commerciaux en production avec des fonctionnalités déjà déployées et fonctionnelles.",
-  "production_title": "4.4 Production",
-  "products": "Produits",
-  "projects": "Projets",
-  "proven_experience": "Expérience Prouvée",
-  "ps_benefit_additional": "Heures supplémentaires à 250€/h",
-  "ps_benefit_cancel": "Annulez à tout moment",
-  "ps_benefit_direct": "Accès direct aux ingénieurs",
-  "ps_benefit_hours": "4 heures de support expert incluses",
-  "ps_benefit_priority": "Temps de réponse prioritaire",
-  "ps_cta_button": "Support Premium - 1 000€/mois",
-  "ps_cta_subtitle": "Des experts Capacitor disponibles. Quand quelque chose casse, nous le réparons vite.",
-  "ps_cta_title_1": "Arrêtez de perdre le sommeil à cause des",
-  "ps_cta_title_2": "problèmes d'apps natives",
-  "ps_description": "Obtenez un support d'urgence expert pour votre app Capacitor. 4 heures de support prépayé pour 1000€/mois. Nous aidons avec les problèmes de déploiement, crashs et problèmes natifs.",
-  "ps_expert_backup": "Experts disponibles",
-  "ps_expert_backup_desc": "Avec le Support Premium, vous avez des experts Capacitor prêts à intervenir quand vous avez besoin d'aide.",
-  "ps_faq_a1": "Les heures supplémentaires sont facturées à 250€/heure. La plupart des entreprises trouvent 4 heures suffisantes pour un mois typique, mais certains mois vous pourriez avoir besoin de plus d'aide, et c'est tout à fait normal.",
-  "ps_faq_a2": "Non, les heures ne sont pas reportées au mois suivant. Le retainer garantit notre disponibilité et la priorité de vos demandes. Considérez-le comme une assurance pour votre app.",
-  "ps_faq_a3": "Nous visons à répondre en quelques heures les jours ouvrables. Pour les problèmes critiques de production, nous priorisons votre aide au plus vite.",
-  "ps_faq_a4": "Le support régulier est pour les questions sur les produits Capgo. Le Support Premium est pour tout problème d'app Capacitor - déploiement, crashs, bugs natifs, performance - tout ce dont votre équipe a besoin.",
-  "ps_faq_a5": "Non ! Le Support Premium est disponible pour toute entreprise avec une app Capacitor, que vous utilisiez Capgo ou non.",
-  "ps_faq_q1": "Et si j'ai besoin de plus de 4 heures ?",
-  "ps_faq_q2": "Les heures non utilisées sont-elles reportées ?",
-  "ps_faq_q3": "Quelle est votre rapidité de réponse ?",
-  "ps_faq_q4": "Quelle différence avec le support régulier ?",
-  "ps_faq_q5": "Dois-je être client Capgo ?",
-  "ps_faq_title": "Questions fréquentes",
-  "ps_feature_direct_desc": "Parlez directement à nos ingénieurs. Pas de files de tickets, pas d'attente de triage. De vrais experts, vraiment rapides.",
-  "ps_feature_direct_title": "Accès direct",
-  "ps_feature_emergency_desc": "Quand votre app crashe en production ou que le déploiement échoue, nous laissons tout tomber pour vous aider rapidement.",
-  "ps_feature_emergency_title": "Réponse d'urgence",
-  "ps_feature_native_desc": "Connaissance approfondie d'iOS, Android et des internals de Capacitor. Nous résolvons les problèmes que votre équipe ne peut pas.",
-  "ps_feature_native_title": "Expertise native",
-  "ps_feature_time_desc": "Arrêtez de passer des jours à déboguer des problèmes natifs. Obtenez de l'aide experte et livrez vos fonctionnalités plus vite.",
-  "ps_feature_time_title": "Gagnez du temps",
-  "ps_help_crashes_desc": "Crashs en production, problèmes de mémoire, ANRs sur Android",
-  "ps_help_crashes_title": "Crashs d'app",
-  "ps_help_deployment_desc": "Rejets des stores, échecs de build, problèmes de signature",
-  "ps_help_deployment_title": "Problèmes de déploiement",
-  "ps_help_native_desc": "Bugs de code natif iOS/Android, conflits de plugins",
-  "ps_help_native_title": "Problèmes natifs",
-  "ps_help_performance_desc": "Optimisation d'app, temps de démarrage, utilisation mémoire",
-  "ps_help_performance_title": "Performance",
-  "ps_help_plugin_desc": "Configuration de plugins Capacitor, débogage de plugins personnalisés",
-  "ps_help_plugin_title": "Problèmes de plugins",
-  "ps_help_updates_desc": "Intégration Capgo, échecs de mise à jour, problèmes de rollback",
-  "ps_help_updates_title": "Live Updates",
-  "ps_hero_subtitle": "Votre app a crashé en production ? Déploiement bloqué ? Le côté natif fait des siennes ?",
-  "ps_hero_subtitle_strong": "Nous intervenons et sauvons la situation.",
-  "ps_hero_title_1": "Aide experte quand",
-  "ps_hero_title_2": "vous en avez le plus besoin",
-  "ps_hours": "4 heures",
-  "ps_how_it_works": "Comment ça marche",
-  "ps_of_expert_support": "de support expert",
-  "ps_peace_of_mind": "Tranquillité d'esprit pour votre app Capacitor",
-  "ps_per_month": "par mois",
-  "ps_premium_support": "Support Premium",
-  "ps_price": "1 000€",
-  "ps_problem_blocked_desc": "Apple ou Google a rejeté votre mise à jour. Le message d'erreur est cryptique. Votre deadline est demain.",
-  "ps_problem_blocked_title": "Déploiement bloqué",
-  "ps_problem_confused_desc": "Quelque chose s'est cassé après la dernière mise à jour. Votre équipe web ne connaît pas le natif. Des jours de débogage en perspective.",
-  "ps_problem_confused_title": "Aucune idée du problème",
-  "ps_problem_crash_desc": "Votre app commence à crasher pour des milliers d'utilisateurs. La stack trace pointe vers du code natif que vous ne comprenez pas.",
-  "ps_problem_crash_title": "Crash en production",
-  "ps_questions": "Questions ?",
-  "ps_rate_info": "Taux effectif de 250€/h • Heures supplémentaires au même tarif",
-  "ps_reality": "La réalité",
-  "ps_retainer_badge": "Retainer Support Premium",
-  "ps_schedule_call": "Planifier un appel",
-  "ps_secure_payment": "Paiement sécurisé via Stripe",
-  "ps_solution": "La solution",
-  "ps_step1_desc": "Inscrivez-vous pour 1 000€/mois. Vous obtenez 4 heures de support expert prêtes à l'emploi.",
-  "ps_step1_title": "S'abonner",
-  "ps_step2_desc": "Quand vous avez un problème, contactez-nous par email ou Discord. Décrivez le problème.",
-  "ps_step2_title": "Nous contacter",
-  "ps_step3_desc": "Nos experts interviennent, diagnostiquent le problème et vous aident à le résoudre rapidement.",
-  "ps_step3_title": "On répare",
-  "ps_subscribe_now": "S'abonner maintenant",
-  "ps_talk_first": "Discutons d'abord",
-  "ps_title": "Support Premium pour apps Capacitor",
-  "ps_to_learn_more": "pour en savoir plus.",
-  "ps_trust_title": "Les entreprises font confiance à notre expertise",
-  "ps_what_we_help": "Ce que nous aidons",
-  "ps_what_we_help_desc": "Tout problème Capacitor ou d'app mobile avec lequel votre équipe lutte.",
-  "ps_when_things_go_wrong": "Quand les choses tournent mal avec les apps mobiles",
-  "ps_you_know_the_feeling": "Vous connaissez la sensation...",
-  "purchase_timeframe": "Les marchandises ont été achetées au cours des 14 derniers jours",
-  "push_notifications": "Notifications Push",
-  "push_updates_to_production_from_anywhere": "Poussez les mises à jour en production de n'importe où",
-  "qa_teams": "Équipes QA",
-  "questions_about_policy": "Si vous avez des questions concernant notre politique de retours et remboursements, veuillez nous contacter :",
-  "questions_and_answers": "Questions et réponses",
-  "quick_decision_making": "Prise de décision rapide",
-  "quote": "citation",
-  "reach_users_now_not_weeks_later": "Touchez les utilisateurs maintenant, pas des semaines plus tard.",
-  "react_native_power_approximately_1_of_apps_on_google_play_store": "React Native alimente environ $1% des applications sur le Google Play Store",
-  "read_our_aup": "Consultez notre Politique d'utilisation acceptable",
-  "read_our_data_processing_agreement": "Consultez notre Accord de Traitement des Données",
-  "read_our_disclaimer": "Lisez notre clause de non-responsabilité",
-  "read_our_eula": "Lisez notre contrat de licence d'utilisateur final",
-  "read_our_privacy_policy_description": "Politique de confidentialité Capgo - Découvrez comment nous protégeons vos données et respectons la vie privée des utilisateurs dans notre service de mise à jour en direct pour les apps Capacitor.",
-  "read_our_return_policy": "Lisez notre politique de retour",
-  "read_our_security_policy": "Consultez notre politique de sécurité",
-  "read_our_sla_policy": "Consultez notre politique de SLA",
-  "read_our_terms_of_service": "Lisez nos Conditions d'utilisation",
-  "read_the_full_story_of_capgos_challenging_birth_as_a_solo_maker_project": "Découvrez l'histoire complète de la naissance difficile de Capgo en tant que projet solo",
-  "read_the_style_guide": "Lisez le <a href=\"https://deno.land/manual@v1.25.4/contributing/style_guide\">guide de style.</a>",
-  "ready_to_bring_vision_to_life": "Prêt à donner vie à votre vision ? Discutons de la façon dont nous pouvons aider à accélérer votre développement.",
-  "ready_to_deliver": "Prêt à livrer",
-  "ready_to_go_mobile": "Prêt à passer au mobile ?",
-  "ready_to_scale": "Prêt à passer à l'échelle",
-  "ready_to_use_plugins": "Plugins prêts à l'emploi",
-  "real_time_analytics": "Analyse en temps réel",
-  "real_time_statistics": "Statistiques en Temps Réel",
-  "register": "S'inscrire",
-  "register_code": "Code d'inscription",
-  "register_description": "Créez votre compte Capgo gratuit et commencez à déployer des mises à jour en direct sur vos applications Capacitor en quelques minutes.",
-  "register_title": "Inscrivez-vous à Capgo",
-  "register_tos_notice": "En vous inscrivant, vous acceptez nos <a href=\"https://capgo.app/tos/\" target=\"_blank\" rel=\"noopener noreferrer\">Conditions d'utilisation</a>.",
-  "reimbursement_policy": "Nous vous rembourserons au plus tard 14 jours à compter du jour où nous recevons les marchandises retournées. Nous utiliserons le même moyen de paiement que celui que vous avez utilisé pour la commande, et vous n'encourrez aucun frais pour ce remboursement.",
-  "remove_modify_content": "supprimer, désactiver l'accès ou modifier tout contenu ou ressource qui viole cette Politique ou tout autre accord que nous avons avec vous pour l'utilisation des Services ou du Site Capgo.",
-  "report_issues_directly": "Signalez les problèmes directement",
-  "report_violations_desc": "Nous pouvons signaler toute activité que nous soupçonnons d'enfreindre une loi ou un règlement aux forces de l'ordre, aux autorités de réglementation ou à d'autres tiers appropriés.",
-  "report_violations_desc_2": "Notre signalement peut inclure la divulgation d'informations appropriées sur les clients. Nous pouvons également coopérer avec les organismes d'application de la loi, les régulateurs ou d'autres tiers appropriés pour aider à l'enquête et à la poursuite d'activités illégales en fournissant des informations sur le réseau et les systèmes liées aux violations présumées de cette Politique.",
-  "repositories_have_different_scopes_use_different_programming_languages_and_have_varying_level_when_it_comes_to_contributions": "Les dépôts ont des portées différentes, utilisent différents langages de programmation et ont des niveaux variables en matière de contributions.",
-  "request_demo": "Demander une démo",
-  "required_storage_space": "Espace de stockage requis",
-  "requires_capgo_account": "Nécessite un compte Capgo",
-  "return_address": "6 sepapaja\nTallinn, 15510\nEstonie",
-  "return_eligibility": "Pour que les marchandises soient éligibles à un retour, veuillez vous assurer que :",
-  "return_policy": "Politique de retour",
-  "return_policy_title": "Politique de retour et de remboursement",
-  "return_responsibility": "Vous êtes responsable du coût et du risque de retour des marchandises à nous. Vous devriez envoyer les marchandises à l'adresse suivante:",
-  "return_shipping_disclaimer": "Nous ne pouvons être tenus responsables des marchandises endommagées ou perdues lors de l'expédition de retour. Par conséquent, nous recommandons un service postal assuré et traçable. Nous sommes incapables d'émettre un remboursement sans réception réelle des marchandises ou preuve de livraison retournée reçue.",
-  "returning_goods": "Retour de marchandises",
-  "revert_to_previous_version_with_one_tap": "Revenir à la version précédente en un seul clic",
-  "revert_to_previous_versions_if_needed": "Revenir aux versions précédentes si nécessaire",
-  "review_before_passing_the_code_to_the_production": "Vérifier avant de transmettre le code en production",
-  "right_to_refuse": "Nous nous réservons le droit de refuser les retours de toute marchandise qui ne répond pas aux conditions de retour ci-dessus à notre seule discrétion.",
-  "role_based_access_control": "Contrôle d'Accès Basé sur les Rôles",
-  "rollback_capability": "Capacité de restauration",
-  "sale_items_policy": "Seuls les produits à prix régulier peuvent être remboursés. Malheureusement, les produits en solde ne peuvent pas être remboursés. Cette exclusion peut ne pas s'appliquer à vous si elle n'est pas autorisée par la loi applicable.",
-  "save": "Sauvegarder",
-  "scheduled_availability_desc": "« Disponibilité planifiée » désigne la durée, en minutes, pendant laquelle les Services concernés sont généralement accessibles et disponibles pour les Utilisateurs autorisés du Client.",
-  "scheduled_availability_title": "4.1 Disponibilité programmée",
-  "sdk_bridges": "Ponts SDK",
-  "seamless_integration": "Intégration Transparente",
-  "seamless_integration_with_your_capgo_account": "Intégration transparente avec votre compte Capgo",
-  "seamless_third_party_sdk": "Intégration transparente du SDK tiers avec les définitions TypeScript, la documentation et le support continu.",
-  "security_and_compliance": "Sécurité & Conformité",
-  "security_closing": "Nous nous efforçons de résoudre tous les problèmes le plus rapidement possible et nous souhaitons jouer un rôle actif dans la publication finale sur le problème une fois qu'il est résolu.",
-  "security_compliance": "Sécurité & Conformité",
-  "security_disclosure_guidelines_1": "Afin de protéger nos clients, ne divulguez pas le problème à d'autres personnes avant que nous ayons effectué des recherches, résolu le problème et informé nos clients concernés.",
-  "security_disclosure_guidelines_2": "Si vous souhaitez partager publiquement votre recherche sur Capgo lors d'une conférence, dans un blog ou tout autre forum public, vous devez partager une ébauche avec nous pour examen et approbation au moins 30 jours avant la date de publication. Veuillez noter que les éléments suivants ne doivent pas être inclus :",
-  "security_disclosure_guidelines_2_1": "Données concernant les projets des clients Capgo",
-  "security_disclosure_guidelines_2_2": "Données des clients Capgo",
-  "security_disclosure_guidelines_2_3": "Informations sur les employés, les sous-traitants ou les partenaires de Capgo",
-  "security_disclosure_guidelines_title": "Directives de divulgation :",
-  "security_discovery": "Si vous découvrez une vulnérabilité, nous aimerions en être informés afin de pouvoir prendre des mesures pour y remédier le plus rapidement possible. Nous vous demandons de nous aider à mieux protéger nos clients et nos systèmes.",
-  "security_intro": "Chez Capgo, nous considérons la sécurité de nos systèmes comme une priorité absolue. Cependant, quelle que soit l'attention que nous portons à la sécurité du système, des vulnérabilités peuvent toujours être présentes.",
-  "security_out_of_scope_1": "Détournement de clics sur les pages sans actions sensibles.",
-  "security_out_of_scope_10": "Liens morts",
-  "security_out_of_scope_11": "Énumération des utilisateurs",
-  "security_out_of_scope_2": "CSRF lors de la déconnexion/connexion sans authentification.",
-  "security_out_of_scope_3": "Attaques nécessitant une attaque de l'homme du milieu (MITM) ou un accès physique à l'appareil d'un utilisateur.",
-  "security_out_of_scope_4": "Attaques nécessitant de l'ingénierie sociale.",
-  "security_out_of_scope_5": "Toute activité pouvant entraîner la perturbation de notre service (DoS).",
-  "security_out_of_scope_6": "Le détournement de contenu et les problèmes d'injection de texte sans montrer de vecteur d'attaque/sans pouvoir modifier HTML/CSS.",
-  "security_out_of_scope_7": "Usurpation d'adresse e-mail",
-  "security_out_of_scope_8": "Entêtes DNSSEC, CAA et CSP manquants",
-  "security_out_of_scope_9": "Absence d'indicateur Secure ou HTTP only sur les cookies non sensibles",
-  "security_out_of_scope_title": "Vulnérabilités hors périmètre :",
-  "security_policy": "Politique de Sécurité",
-  "security_reporting_guidelines_1": "Soumettez vos découvertes via notre GitHub Security Advisory :",
-  "security_reporting_guidelines_2": "Veuillez fournir suffisamment d'informations pour reproduire le problème, afin que nous puissions le résoudre le plus rapidement possible.",
-  "security_reporting_guidelines_title": "Lignes directrices pour les rapports :",
-  "security_supabase_limitations_1": "Reports must include a reproducible demo Supabase project, with steps, that matches our settings and demonstrates the behavior.",
-  "security_supabase_limitations_2": "Reports must include the exact Supabase setting/config change that fixes the behavior while keeping our existing rules/policies intact.",
-  "security_supabase_limitations_3": "Account/email flows are validated against the Supabase project settings (for example, whether email verification is disabled and capture flow is used).",
-  "security_supabase_limitations_4": "Password and email/password update flows may depend on current Supabase Auth session and re-verification settings.",
-  "security_supabase_limitations_5": "If a demo project proves a concrete Supabase-side fix with no Capgo policy change, we review it as actionable.",
-  "security_supabase_limitations_intro": "Some findings are repeatedly reported and tied to Supabase Auth behavior. These are only reviewed when reproduced in a shared Supabase demo project configured like ours, and when a Supabase-side configuration fix exists without changing Capgo security rules.",
-  "security_supabase_limitations_title": "Known Supabase Auth Limitations",
-  "security_testing_guidelines_1": "N'exécutez pas de scanners automatisés sur les projets d'autres clients. L'exécution de scanners automatisés peut augmenter les coûts pour nos utilisateurs. Les scanners configurés de manière agressive peuvent perturber involontairement les services, exploiter des vulnérabilités, entraîner une instabilité du système ou des failles et violer les conditions de service de nos fournisseurs. Nos propres systèmes de sécurité ne pourront pas distinguer la reconnaissance hostile de la recherche éthique. Si vous souhaitez exécuter un scanner automatisé, informez-nous à security@capgo.app et exécutez-le uniquement sur votre propre projet Capgo. N'attaquez PAS les projets d'autres clients.",
-  "security_testing_guidelines_2": "N'exploitez pas la vulnérabilité ou le problème que vous avez découvert, par exemple en téléchargeant plus de données que nécessaire pour démontrer la vulnérabilité ou en supprimant ou modifiant les données d'autres personnes.",
-  "security_testing_guidelines_title": "Directives de test :",
-  "security_txt": "Security.txt",
-  "security_what_we_promise_1": "Nous répondrons à votre signalement dans un délai de 7 jours ouvrés avec notre évaluation du signalement et une date de résolution prévue.",
-  "security_what_we_promise_2": "Si vous avez suivi les instructions ci-dessus, nous n'engagerons aucune action en justice contre vous concernant le signalement.",
-  "security_what_we_promise_3": "Nous traiterons votre signalement en toute confidentialité et ne transmettrons pas vos informations personnelles à des tiers sans votre autorisation.",
-  "security_what_we_promise_4": "Nous vous tiendrons informé de l'évolution vers la résolution du problème.",
-  "security_what_we_promise_5": "Dans les informations publiques concernant le problème signalé, nous mentionnerons votre nom en tant que découvreur du problème (sauf si vous souhaitez qu'il en soit autrement).",
-  "security_what_we_promise_title": "Ce que nous promettons :",
-  "see_all_from_our_blog": "Tout voir sur notre blog",
-  "see_in_play_store": "Voir sur le Play Store",
-  "select_your_app": "Sélectionnez Votre Application",
-  "self_hosted_storage_options": "Options de stockage auto-hébergées",
-  "semver_tester": "Testeur SemVer",
-  "service_credits_desc": "Si l'Engagement de Disponibilité n'est pas respecté au cours d'un mois calendaire particulier pendant la Durée d'Abonnement, le Client sera éligible à un avoir de service (\"Avoir de Service\"), à condition que le Client signale à Capgo ce manquement à l'Engagement de Disponibilité et demande cet Avoir de Service conformément à cette Annexe. Le montant de tout Avoir de Service dû en vertu des présentes sera calculé comme suit : X * Y, où X = le total des frais dus par le Client à Capgo pour les Services affectés pour le mois calendaire concerné (indépendamment de la date de facturation ou d'exigibilité), et Y = le Pourcentage d'Avoir correspondant à la Disponibilité Réelle fournie (en pourcentage du temps total) pour le mois calendaire concerné, comme indiqué dans le tableau ci-dessous.",
-  "service_credits_title": "2. Crédits de service",
-  "service_definition": "Le <strong>Service</strong> fait référence à l'Application.",
-  "service_level_agreement": "Accord de Niveau de Service",
-  "setup_ci_cd_now": "Configurer CI/CD maintenant →",
-  "setup_fee_github_gitlab_ci": "Frais d'installation + GitHub/GitLab CI",
-  "setup_fee_savings_comparison": "Notre frais d'installation unique de 2 600 $ plus environ 30 $/mois payés directement à votre fournisseur git (GitHub/GitLab) entraîne une économie de 94% par rapport aux solutions gérées comme AppFlow (499 $/mois).",
-  "severity_level": "Niveau de gravité",
-  "share_test_builds_with_your_team": "Partagez instantanément les versions de test avec votre équipe",
-  "share_where_you_want_to_contribute_to_fix_the_backend_of_capgo": "Voici où vous pouvez contribuer pour réparer le backend de Capgo.",
-  "shared_numbers_api_response": "Réponse de l'API",
-  "shared_numbers_opensource": "Open-source",
-  "shared_numbers_speed": "Vitesse",
-  "shared_numbers_success_rate_desc": "taux de réussite mondial",
-  "shared_numbers_uptodate_24h": "À jour dans les 24 heures",
-  "ship_updates_fixes_changes_and_features": "Alternative open-source à Appflow pour les apps Capacitor : mises à jour en direct, livraison de builds natifs, canaux de release, logs en temps réel et analytics sur une seule plateforme",
-  "sign_in": "Se connecter",
-  "sign_up_button": "Inscrivez-vous",
-  "sign_up_for_free": "Inscrivez-vous gratuitement",
-  "signed_verified": "Signé & Vérifié",
-  "single_sign_on_sso": "Authentification Unique (SSO)",
-  "sla": "Accord de niveau de service",
-  "sla_exclusions_title": "Exclusions des niveaux de service",
-  "sla_intro": "Le présent Accord de Niveau de Service, qui est incorporé et fait partie de l'Accord d'Abonnement entre Capgo (\"Capgo\") et le Client (l'\"Accord\"), s'appliquera aux Services pour les Clients Entreprise spécifiés dans un Bon de Commande pendant la Durée d'Abonnement applicable :",
-  "sla_policy": "Politique de SLA",
-  "sla_title": "Accords de niveau de service",
-  "smart_investment_massive_savings": "Investissement Intelligent, Économies Massives",
-  "soc1_compliant": "Conforme à SOC 1",
-  "soc2_compliance": "Certifié SOC 2",
-  "soc2_compliance_short": "Conforme à SOC 2 Type II",
-  "soc2_compliant": "Conforme à SOC 2",
-  "soc2_enterprise_only": "Pour l'instant, il n'est disponible que sur le plan Enterprise.",
-  "soc2_explanation": "SOC 2 fait référence à la certification SOC 2 Type II, une norme de conformité de sécurité reconnue. Capgo est certifié SOC 2 Type II, ce qui signifie que ses systèmes et processus sont audités de manière indépendante pour garantir des normes élevées de sécurité, disponibilité et confidentialité.",
-  "soc2_type_ii_certified_infrastructure": "Infrastructure certifiée SOC 2 Type II garantissant les normes de sécurité et de confidentialité les plus élevées",
-  "soc2_what_does_it_mean": "SOC 2 : que signifie-t-il ?",
-  "social_auth_simplified": "authentification sociale simplifiée",
-  "solution_chat_shipped": "Expédié. Suivant.",
-  "solution_chat_users_have_it": "Mes utilisateurs l'ont déjà. 🎉",
-  "solution_chat_whats_status": "quel est le statut de l'application?",
-  "solutions": "Solutions",
-  "solutions_agencies_badge": "Solution agence",
-  "solutions_agencies_cta_note": "14 jours d'essai gratuit. Aucune carte bancaire requise.",
-  "solutions_agencies_cta_subtitle": "Commencez avec le plan Agence pour une gestion pro",
-  "solutions_agencies_cta_title": "Prêt à mieux gérer vos clients ?",
-  "solutions_agencies_description": "Gérez toutes les apps clients depuis un tableau de bord. Channels séparés par client, accès par équipe, passation professionnelle.",
-  "solutions_agencies_hero_subtitle": "Fini de jongler entre comptes TestFlight et accès stores. Gérez les mises à jour de tous les clients en un seul endroit.",
-  "solutions_agencies_hero_title": "Toutes les apps clients. Un tableau de bord.",
-  "solutions_agencies_nightmare_label": "Le cauchemar agence",
-  "solutions_agencies_nightmare_title": "Trop de clients, pas assez de temps",
-  "solutions_agencies_pain1_desc": "Every client has different app store accounts, different workflows, different expectations. Managing them all is chaos.",
-  "solutions_agencies_pain1_title": "10 Clients = 10 Deployment Processes",
-  "solutions_agencies_pain2_desc": "Client calls at 5 PM: 'The homepage is broken.' You fix it. Then you explain the 5-day app store review process.",
-  "solutions_agencies_pain2_title": "Clients Want Updates Yesterday",
-  "solutions_agencies_pain3_desc": "The developer who knew how to deploy to Client X left. Now nobody knows the credentials or the process.",
-  "solutions_agencies_pain3_title": "Team Turnover Breaks Everything",
-  "solutions_agencies_pain4_desc": "You quoted a fixed price. Now you're eating the cost of every bug fix because app store reviews eat your margins.",
-  "solutions_agencies_pain4_title": "Fixed-Price Projects, Unlimited Maintenance",
-  "solutions_agencies_pain5_desc": "'Why isn't the fix live yet?' Because Apple takes 5 days. But they don't understand that.",
-  "solutions_agencies_pain5_title": "Clients Blame You for Store Delays",
-  "solutions_agencies_pain6_desc": "When the project ends, transferring everything to the client takes weeks and still goes wrong.",
-  "solutions_agencies_pain6_title": "Handoff Is a Nightmare",
-  "solutions_agencies_partner": "Become a partner",
-  "solutions_agencies_partner_subtitle": "Tout pour une gestion client professionnelle",
-  "solutions_agencies_partner_title": "Votre partenaire agence",
-  "solutions_agencies_perk1_desc": "The more clients you manage, the less you pay per app. Discounts up to 40% off.",
-  "solutions_agencies_perk1_title": "Volume Discounts",
-  "solutions_agencies_perk2_desc": "Direct Slack channel with our team. Response in hours, not days.",
-  "solutions_agencies_perk2_title": "Priority Support",
-  "solutions_agencies_perk3_desc": "Featured in our agency directory. Case studies and testimonials that drive leads.",
-  "solutions_agencies_perk3_title": "Co-Marketing",
-  "solutions_agencies_short": "Agences",
-  "solutions_agencies_sol1_desc": "See all your clients' apps in one dashboard. Push updates to any of them with one click.",
-  "solutions_agencies_sol1_point1": "All clients, one login",
-  "solutions_agencies_sol1_point2": "Team permissions per client",
-  "solutions_agencies_sol1_point3": "White-label reporting for clients",
-  "solutions_agencies_sol1_title": "Unified Client Management",
-  "solutions_agencies_sol2_desc": "Your clients see your brand, not ours. Custom domains, custom emails, your logo everywhere.",
-  "solutions_agencies_sol2_point1": "Custom domains per client",
-  "solutions_agencies_sol2_point2": "Your branding on all reports",
-  "solutions_agencies_sol2_point3": "Client portals with your logo",
-  "solutions_agencies_sol2_title": "White-Label Everything",
-  "solutions_agencies_sol3_desc": "When the project ends, transfer everything to the client with one click. No missing credentials. No broken processes.",
-  "solutions_agencies_sol3_point1": "One-click ownership transfer",
-  "solutions_agencies_sol3_point2": "Documented deployment process",
-  "solutions_agencies_sol3_point3": "Training materials included",
-  "solutions_agencies_sol3_title": "Clean Client Handoffs",
-  "solutions_agencies_solution_label": "La solution",
-  "solutions_agencies_solution_subtitle": "Un tableau de bord pour tous les clients",
-  "solutions_agencies_solution_title": "Gestion client professionnelle",
-  "solutions_agencies_tagline": "Gérez plusieurs apps clients",
-  "solutions_agencies_title": "Pour les Agences",
-  "solutions_app_store_compliant": "Conforme App Store",
-  "solutions_avg_cost_per_bug": "50 000€",
-  "solutions_avg_review_time": "2-7 jours",
-  "solutions_benefit1_desc": "Updates download while users use your app. No spinners, no loading screens, no interruptions. When they next launch, the new version is simply there.",
-  "solutions_benefit1_point1": "Differential updates download only changed files - typically 100KB-500KB instead of full bundles",
-  "solutions_benefit1_point2": "Intelligent bandwidth detection pauses downloads on slow connections to preserve user experience",
-  "solutions_benefit1_point3": "Updates never interrupt active sessions - they apply only on next cold start",
-  "solutions_benefit1_stat": "of updates complete without user awareness",
-  "solutions_benefit1_title": "Silent Background Updates",
-  "solutions_benefit2_desc": "Every update is wrapped in crash detection. If your new code causes crashes, Capgo automatically reverts to the previous working version. Your users never see a broken app.",
-  "solutions_benefit2_point1": "Crash detection triggers within the first 10 seconds of app launch",
-  "solutions_benefit2_point2": "Automatic rollback preserves user data and session state",
-  "solutions_benefit2_point3": "You're immediately notified with crash logs and stack traces",
-  "solutions_benefit2_stat": "Average rollback time when issues detected",
-  "solutions_benefit2_title": "Automatic Rollback Protection",
-  "solutions_benefit3_desc": "Capgo works within Apple and Google's guidelines. You're updating JavaScript and assets - not native code. Both app stores explicitly allow this, and thousands of apps use Capgo in production.",
-  "solutions_benefit3_point1": "Apple's 3.3.2 permits JavaScript updates that don't change app functionality",
-  "solutions_benefit3_point2": "Google Play allows updates that preserve the app's core purpose",
-  "solutions_benefit3_point3": "Used by Fortune 500 companies without any app store rejections",
-  "solutions_benefit3_stat": "App store compliance rate",
-  "solutions_benefit3_title": "100% App Store Compliant",
-  "solutions_benefits_subtitle": "Tout ce dont vous avez besoin pour garder votre app à jour",
-  "solutions_beta_testing": "Tests bêta",
-  "solutions_beta_testing_compare_capgo": "Capgo",
-  "solutions_beta_testing_compare_distribution": "Distribution",
-  "solutions_beta_testing_compare_distribution_capgo": "Partage de lien ou QR code",
-  "solutions_beta_testing_compare_distribution_tf": "Invitations email, enregistrement d'appareils",
-  "solutions_beta_testing_compare_feedback": "Boucle de feedback",
-  "solutions_beta_testing_compare_feedback_capgo": "Feedback in-app instantané",
-  "solutions_beta_testing_compare_feedback_tf": "Vérifier App Store Connect",
-  "solutions_beta_testing_compare_switching": "Changer de version",
-  "solutions_beta_testing_compare_switching_capgo": "Mises à jour automatiques",
-  "solutions_beta_testing_compare_switching_tf": "Installer une nouvelle version bêta",
-  "solutions_beta_testing_compare_testflight": "TestFlight",
-  "solutions_beta_testing_compare_title": "La différence",
-  "solutions_beta_testing_compare_upload": "Upload aux testeurs",
-  "solutions_beta_testing_compare_upload_capgo": "Quelques secondes",
-  "solutions_beta_testing_compare_upload_tf": "30+ min de traitement",
-  "solutions_beta_testing_cta_subtitle": "Distribuez des builds bêta instantanément et recevez du feedback plus vite",
-  "solutions_beta_testing_cta_title": "Améliorez vos tests bêta",
-  "solutions_beta_testing_description": "Distribuez des builds bêta instantanément. Pas d'attente TestFlight, pas de gestion compliquée des testeurs. Partagez simplement et recevez du feedback.",
-  "solutions_beta_testing_feature1_desc": "Build a simple UI that lists available channels. Testers tap to switch - the new build downloads and applies immediately.",
-  "solutions_beta_testing_feature1_title": "In-App Channel Selector",
-  "solutions_beta_testing_feature2_desc": "Generate a link that opens your app and switches to a specific channel. Share via Slack, email, or add to your PR template.",
-  "solutions_beta_testing_feature2_title": "Deep Link Distribution",
-  "solutions_beta_testing_feature3_desc": "No more waiting for TestFlight processing. No more explaining Google Play beta enrollment. Just share a link and testers have the build.",
-  "solutions_beta_testing_feature3_title": "Skip TestFlight Entirely",
-  "solutions_beta_testing_feature4_desc": "Push a fix, testers get it in seconds. No reinstalls, no approval delays. The fastest feedback loop in mobile development.",
-  "solutions_beta_testing_feature4_title": "Instant Feedback Loop",
-  "solutions_beta_testing_hero_subtitle": "Oubliez le traitement TestFlight et les invitations compliquées. Avec Capgo, vos testeurs reçoivent les mises à jour instantanément.",
-  "solutions_beta_testing_hero_title": "Tests bêta sans friction",
-  "solutions_beta_testing_title": "Tests bêta optimisés",
-  "solutions_beta_testing_usecases_beta": "Programmes bêta",
-  "solutions_beta_testing_usecases_beta_desc": "Gérez des bêtas publiques ou privées avec distribution instantanée",
-  "solutions_beta_testing_usecases_qa": "Équipes QA",
-  "solutions_beta_testing_usecases_qa_desc": "Donnez aux testeurs internes accès permanent à la dernière version",
-  "solutions_beta_testing_usecases_stakeholders": "Stakeholders",
-  "solutions_beta_testing_usecases_stakeholders_desc": "Montrez les features avant release sans effort technique",
-  "solutions_beta_testing_usecases_title": "Parfait pour",
-  "solutions_bug_cost_explanation": "Coût moyen d'un bug critique en production",
-  "solutions_by_industry": "Par secteur",
-  "solutions_by_team": "Par équipe",
-  "solutions_by_use_case": "Par cas d'usage",
-  "solutions_churn_explanation": "des utilisateurs désinstallent après une mauvaise mise à jour",
-  "solutions_cordova_to_capacitor_ai_badge": "Migration assistée par IA",
-  "solutions_cordova_to_capacitor_ai_cta_all_inclusive": "Migration tout compris",
-  "solutions_cordova_to_capacitor_ai_cta_premium_support": "Support premium",
-  "solutions_cordova_to_capacitor_ai_cta_talk": "Parler à l'équipe",
-  "solutions_cordova_to_capacitor_ai_description": "Un guide 2026 de migration Cordova vers Capacitor assistée par IA, avec checklist pratique, cartographie de remplacement des plugins et alternatives Capgo-first. Inclut des prompts à copier/coller et une option de migration tout compris.",
-  "solutions_cordova_to_capacitor_ai_h1": "Migration Cordova vers Capacitor assistée par IA",
-  "solutions_cordova_to_capacitor_ai_help_item1": "Service de migration Cordova vers Capacitor",
-  "solutions_cordova_to_capacitor_ai_help_item2": "Support premium pour un accompagnement natif et releases",
-  "solutions_cordova_to_capacitor_ai_hero_subtitle": "Checklist pratique + cartographie des plugins + prompts IA à copier/coller. Pour des équipes qui veulent moins de surprises, un basculement plus rapide et une base Capacitor stable.",
-  "solutions_cordova_to_capacitor_ai_last_updated": "Dernière mise à jour :",
-  "solutions_cordova_to_capacitor_ai_last_updated_date": "8 février 2026",
-  "solutions_cordova_to_capacitor_ai_link_checklist": "Checklist de migration",
-  "solutions_cordova_to_capacitor_ai_link_help": "Option tout compris",
-  "solutions_cordova_to_capacitor_ai_link_plugins": "Cartographie des plugins",
-  "solutions_cordova_to_capacitor_ai_link_prompts": "Prompts IA",
-  "solutions_cordova_to_capacitor_ai_link_skills": "Capgo Skills pour agents IA",
-  "solutions_cordova_to_capacitor_ai_official_reference": "Référence officielle :",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_link": "Plugins Capgo",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_prefix": "Parcourez le catalogue de plugins Capgo et mappez par capacité :",
-  "solutions_cordova_to_capacitor_ai_prompt1_title": "Prompt 1 : Construire un plan de remplacement de plugins",
-  "solutions_cordova_to_capacitor_ai_prompt2_title": "Prompt 2 : Convertir les préférences config.xml en changements Capacitor + natifs",
-  "solutions_cordova_to_capacitor_ai_prompt3_title": "Prompt 3 : Plan de test de basculement (appareils réels)",
-  "solutions_cordova_to_capacitor_ai_quick_links": "Liens rapides",
-  "solutions_cordova_to_capacitor_ai_row_bg_geo": "Géolocalisation en arrière-plan",
-  "solutions_cordova_to_capacitor_ai_row_biometrics": "Biométrie",
-  "solutions_cordova_to_capacitor_ai_row_camera": "Capture photo",
-  "solutions_cordova_to_capacitor_ai_row_iap": "Achats intégrés",
-  "solutions_cordova_to_capacitor_ai_row_inappbrowser": "Navigateur intégré",
-  "solutions_cordova_to_capacitor_ai_row_live_updates": "OTA / mises à jour live",
-  "solutions_cordova_to_capacitor_ai_row_scanner": "Scan de documents",
-  "solutions_cordova_to_capacitor_ai_row_social_login": "Connexion sociale",
-  "solutions_cordova_to_capacitor_ai_row_sqlite": "SQLite",
-  "solutions_cordova_to_capacitor_ai_section_changes_body": "Capacitor est plus proche d'une app native qui héberge votre web app. Vous livrez de vrais projets Xcode et Android Studio, conservez votre code web existant et modernisez les plugins avec des API Capacitor-first.",
-  "solutions_cordova_to_capacitor_ai_section_changes_title": "Ce qui change quand vous quittez Cordova",
-  "solutions_cordova_to_capacitor_ai_section_checklist_title": "Checklist de migration (ordre pratique)",
-  "solutions_cordova_to_capacitor_ai_section_help_body": "Si vous craignez des blocages store, des régressions de plugins ou des risques sur le chemin de mise à jour pour les utilisateurs existants, nous pouvons gérer la migration de bout en bout.",
-  "solutions_cordova_to_capacitor_ai_section_help_title": "Besoin de l'option tout compris ?",
-  "solutions_cordova_to_capacitor_ai_section_plugins_body": "La migration est le pire moment pour accepter des comportements de plugin \"à peu près\". Remplacez tôt les plugins à risque (auth, paiements, services en arrière-plan).",
-  "solutions_cordova_to_capacitor_ai_section_plugins_title": "Cartographie de remplacement des plugins (Capgo-first)",
-  "solutions_cordova_to_capacitor_ai_section_prompts_body": "Ces prompts sont conçus pour produire des sorties exploitables (tableaux, checklists, plans), pas des conseils vagues.",
-  "solutions_cordova_to_capacitor_ai_section_prompts_title": "Prompts IA à copier/coller",
-  "solutions_cordova_to_capacitor_ai_section_skills_body": "Si vous utilisez un agent de code IA (Cursor, Claude Code, etc.), vous obtiendrez de meilleurs résultats s'il suit un playbook cohérent pour les migrations Capacitor. Capgo publie des skills open-source pour Capacitor : plugins, bonnes pratiques, debug, CI/CD et mises à jour live.",
-  "solutions_cordova_to_capacitor_ai_section_skills_title": "Capgo Skills pour agents IA (spécial migration)",
-  "solutions_cordova_to_capacitor_ai_short": "Guide de migration IA (2026)",
-  "solutions_cordova_to_capacitor_ai_skills_see_link": "Skills Capacitor pour agents IA",
-  "solutions_cordova_to_capacitor_ai_skills_see_prefix": "Voir :",
-  "solutions_cordova_to_capacitor_ai_step1_item1": "<strong>config.xml</strong> préférences (orientation, barre d'état, etc.)",
-  "solutions_cordova_to_capacitor_ai_step1_item2": "Variables de plugins (clés API, placeholders du manifest, schémas d'URL)",
-  "solutions_cordova_to_capacitor_ai_step1_item3": "Hooks/scripts personnalisés dont vous dépendez",
-  "solutions_cordova_to_capacitor_ai_step1_item4": "Toute modification native manuelle dans <code>platforms/</code>",
-  "solutions_cordova_to_capacitor_ai_step1_subtitle": "Exportez ce que vous avez aujourd'hui et gardez-le comme entrée de migration :",
-  "solutions_cordova_to_capacitor_ai_step1_title": "1) Auditer votre app Cordova",
-  "solutions_cordova_to_capacitor_ai_step2_body": "Assurez-vous que votre <code>webDir</code> correspond au dossier de sortie du build (ex : <code>dist</code>, <code>build</code>, <code>www</code>).",
-  "solutions_cordova_to_capacitor_ai_step2_title": "2) Ajouter Capacitor à votre web app",
-  "solutions_cordova_to_capacitor_ai_step3_title": "3) Ajouter les projets iOS + Android",
-  "solutions_cordova_to_capacitor_ai_step4_title": "4) Build + Sync",
-  "solutions_cordova_to_capacitor_ai_table_cordova_plugin": "Plugin Cordova (exemples)",
-  "solutions_cordova_to_capacitor_ai_table_replacement": "Remplacement Capacitor recommandé",
-  "solutions_cordova_to_capacitor_ai_table_use_case": "Cas d'usage",
-  "solutions_cordova_to_capacitor_ai_title": "Migration Cordova vers Capacitor assistée par IA (2026)",
-  "solutions_cordova_to_capacitor_badge": "Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_benefit1_desc": "Capacitor follows iOS and Android changes closely, with active community support and a steady stream of updates.",
-  "solutions_cordova_to_capacitor_benefit1_title": "A Maintained Ecosystem",
-  "solutions_cordova_to_capacitor_benefit2_desc": "Modern native projects and clearer plugin patterns mean fewer mysterious runtime issues and faster root-cause analysis.",
-  "solutions_cordova_to_capacitor_benefit2_title": "Fewer Bugs and Easier Debugging",
-  "solutions_cordova_to_capacitor_benefit3_desc": "More modern tooling and WebView integration unlock faster startup paths and smoother UX when you optimize.",
-  "solutions_cordova_to_capacitor_benefit3_title": "Performance Headroom",
-  "solutions_cordova_to_capacitor_benefit4_desc": "Spend less time on forks and brittle build fixes. Reduce the long-term cost of ownership.",
-  "solutions_cordova_to_capacitor_benefit4_title": "Lower Maintenance Burden",
-  "solutions_cordova_to_capacitor_benefit5_desc": "Standard Xcode/Android Studio workflows plus modern CI/CD. Pair with live updates to ship fixes without waiting on reviews.",
-  "solutions_cordova_to_capacitor_benefit5_title": "Faster Releases and Safer Rollouts",
-  "solutions_cordova_to_capacitor_benefit6_desc": "Use Capacitor plugins, keep compatible Cordova plugins when needed, or build custom Swift/Kotlin plugins cleanly.",
-  "solutions_cordova_to_capacitor_benefit6_title": "More Plugins, More Capabilities",
-  "solutions_cordova_to_capacitor_benefit7_desc": "Stay current with platform requirements and dependency updates, and reduce the risk of abandoned packages.",
-  "solutions_cordova_to_capacitor_benefit7_title": "Better Security Posture",
-  "solutions_cordova_to_capacitor_benefit8_desc": "Move on a stack that makes it easier to implement and maintain screen reader support, focus management, and UX fixes.",
-  "solutions_cordova_to_capacitor_benefit8_title": "Accessibility Improvements That Stick",
-  "solutions_cordova_to_capacitor_benefits_label": "Benefits",
-  "solutions_cordova_to_capacitor_benefits_subtitle": "Better maintenance, fewer bugs, better performance, and more ways to ship.",
-  "solutions_cordova_to_capacitor_benefits_title": "Why Capacitor Is the Better Long-Term Bet",
-  "solutions_cordova_to_capacitor_cta_note": "Fixed timeline for most apps. Complex native integrations may require a follow-up phase.",
-  "solutions_cordova_to_capacitor_cta_subtitle": "Get a 10-day migration plan and a modern Capacitor baseline you can build on for years.",
-  "solutions_cordova_to_capacitor_cta_title": "Ready to Leave Cordova Behind?",
-  "solutions_cordova_to_capacitor_day10_desc": "Cut a release candidate, support store submission if needed, and hand off docs and next steps.",
-  "solutions_cordova_to_capacitor_day10_title": "Go-Live Support",
-  "solutions_cordova_to_capacitor_day1_desc": "Review Cordova config, plugins, native hooks, and build pipeline. Produce a migration plan and risk list.",
-  "solutions_cordova_to_capacitor_day1_title": "Audit and Migration Plan",
-  "solutions_cordova_to_capacitor_day2_desc": "Initialize Capacitor, set up iOS/Android projects, align package scripts, and establish baseline builds.",
-  "solutions_cordova_to_capacitor_day2_title": "Capacitor Project Setup",
-  "solutions_cordova_to_capacitor_day3_desc": "Wire your existing web build into Capacitor, configure app metadata, icons, and basic runtime settings.",
-  "solutions_cordova_to_capacitor_day3_title": "Web App Integration",
-  "solutions_cordova_to_capacitor_day4_desc": "Map Cordova plugins to Capacitor equivalents. Keep compatible Cordova plugins when safe, replace the rest.",
-  "solutions_cordova_to_capacitor_day4_title": "Plugin Mapping",
-  "solutions_cordova_to_capacitor_day5_desc": "Configure permissions, entitlements, deep links, push prerequisites, and any required native settings.",
-  "solutions_cordova_to_capacitor_day5_title": "Native Configuration",
-  "solutions_cordova_to_capacitor_day6_desc": "Validate core user flows and ensure parity with your Cordova app. Fix regressions and edge cases.",
-  "solutions_cordova_to_capacitor_day6_title": "Feature Parity Pass",
-  "solutions_cordova_to_capacitor_day7_desc": "Remove legacy workarounds, tune WebView settings, and fix crashers found during testing.",
-  "solutions_cordova_to_capacitor_day7_title": "Performance and Stability Hardening",
-  "solutions_cordova_to_capacitor_day8_desc": "Improve screen reader behavior, focus order, and touch targets. Validate with real devices.",
-  "solutions_cordova_to_capacitor_day8_title": "Accessibility Pass",
-  "solutions_cordova_to_capacitor_day9_desc": "Set up repeatable builds, signing, and a release checklist. Create a rollback plan.",
-  "solutions_cordova_to_capacitor_day9_title": "CI/CD and Release Prep",
-  "solutions_cordova_to_capacitor_deliverable1": "A working Capacitor iOS project (Xcode) and Android project (Gradle/Android Studio)",
-  "solutions_cordova_to_capacitor_deliverable2": "Critical plugins migrated or replaced, with a clear compatibility matrix",
-  "solutions_cordova_to_capacitor_deliverable3": "A documented build and release process (local + CI)",
-  "solutions_cordova_to_capacitor_deliverable4": "A tested migration branch/PR ready to merge, with a release checklist",
-  "solutions_cordova_to_capacitor_deliverable5": "Accessibility and performance improvements prioritized with quick wins applied",
-  "solutions_cordova_to_capacitor_deliverable6": "A roadmap for remaining plugin work and future native capabilities",
-  "solutions_cordova_to_capacitor_deliverables_label": "Deliverables",
-  "solutions_cordova_to_capacitor_deliverables_note": "Need custom native work or a plugin that doesn't exist? We can build and maintain it.",
-  "solutions_cordova_to_capacitor_deliverables_title": "What You Get at the End",
-  "solutions_cordova_to_capacitor_description": "Move from Cordova to Capacitor in 10 days. Reduce maintenance burden, improve performance and accessibility, and unlock a richer plugin ecosystem.",
-  "solutions_cordova_to_capacitor_diy_cta": "Read the migration guide",
-  "solutions_cordova_to_capacitor_diy_subtitle": "We have a step-by-step guide if you want to migrate yourself, and we're here if you want experts to run it end-to-end.",
-  "solutions_cordova_to_capacitor_diy_title": "Prefer to DIY?",
-  "solutions_cordova_to_capacitor_faq1_a": "No. In most migrations, your web UI and business logic stay the same. We focus on the native layer, plugins, and build pipeline.",
-  "solutions_cordova_to_capacitor_faq1_q": "Do we have to rewrite the app?",
-  "solutions_cordova_to_capacitor_faq2_a": "Sometimes. Capacitor can use many Cordova plugins, but we prefer maintained equivalents for critical paths to reduce long-term risk.",
-  "solutions_cordova_to_capacitor_faq2_q": "Can we keep Cordova plugins?",
-  "solutions_cordova_to_capacitor_faq3_a": "Those are usually better in Capacitor because the ecosystem is active. We map each capability to stable plugins and configure native settings.",
-  "solutions_cordova_to_capacitor_faq3_q": "What about push notifications, deep links, and biometrics?",
-  "solutions_cordova_to_capacitor_faq4_a": "Typically you gain performance headroom and stability by removing legacy code and moving to modern tooling. We also run a hardening pass during the migration.",
-  "solutions_cordova_to_capacitor_faq4_q": "Will this improve performance?",
-  "solutions_cordova_to_capacitor_faq5_a": "We keep feature parity as the goal, test core flows, and ship with a rollback plan. If you use live updates, you can also fix issues fast after release.",
-  "solutions_cordova_to_capacitor_faq5_q": "How do you reduce release risk?",
-  "solutions_cordova_to_capacitor_faq6_a": "Access to your repo, your current signing/setup (or someone who can provide it), and a list of must-have plugins and flows.",
-  "solutions_cordova_to_capacitor_faq6_q": "What do you need from us to start?",
-  "solutions_cordova_to_capacitor_faq_subtitle": "The common questions teams ask before migrating.",
-  "solutions_cordova_to_capacitor_faq_title": "FAQ",
-  "solutions_cordova_to_capacitor_hero_highlight": "Fixed timeline, clear deliverables, and a safe release plan",
-  "solutions_cordova_to_capacitor_hero_subtitle": "Keep your UI and business logic, modernize the native layer, and unlock a maintained ecosystem of plugins and capabilities.",
-  "solutions_cordova_to_capacitor_hero_title": "Migrate from Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_pain1_desc": "Unmaintained plugins break with new SDKs. Teams end up forking, patching, and carrying tech debt release after release.",
-  "solutions_cordova_to_capacitor_pain1_title": "Plugins Are Aging",
-  "solutions_cordova_to_capacitor_pain2_desc": "Xcode and Android Gradle changes turn routine upgrades into fire drills, slowing down releases and increasing risk.",
-  "solutions_cordova_to_capacitor_pain2_title": "Builds Break on Every Platform Update",
-  "solutions_cordova_to_capacitor_pain3_desc": "Modern accessibility expectations require maintained tooling and plugins. Legacy stacks make improvements slower and bug-prone.",
-  "solutions_cordova_to_capacitor_pain3_title": "Accessibility and UX Are Harder Than They Should Be",
-  "solutions_cordova_to_capacitor_pain4_desc": "Biometrics, passkeys, modern notifications, deep links, app extensions: the Capacitor ecosystem moves faster and gives you options.",
-  "solutions_cordova_to_capacitor_pain4_title": "You Miss Out on New Capabilities",
-  "solutions_cordova_to_capacitor_plan_label": "10-Day Plan",
-  "solutions_cordova_to_capacitor_plan_subtitle": "We start with an audit, migrate the native layer, replace critical plugins, and ship with confidence.",
-  "solutions_cordova_to_capacitor_plan_title": "A Clear Migration Plan, Delivered in 10 Days",
-  "solutions_cordova_to_capacitor_reality_label": "Why Move",
-  "solutions_cordova_to_capacitor_reality_subtitle": "The longer you wait, the more expensive each iOS/Android update becomes.",
-  "solutions_cordova_to_capacitor_reality_title": "Cordova Is Quietly Taxing Your Team",
-  "solutions_cordova_to_capacitor_scope_keep_html": "<li>Your existing UI and routes</li><li>Your JS/TS codebase and state management</li><li>Your backend, APIs, and analytics</li><li>Your product roadmap</li><li>Your app identity and store presence</li>",
-  "solutions_cordova_to_capacitor_scope_keep_title": "You keep",
-  "solutions_cordova_to_capacitor_scope_note": "We migrate your native layer while preserving your product. The goal is a stable Capacitor baseline you can iterate on.",
-  "solutions_cordova_to_capacitor_scope_title": "Keep What Works. Upgrade What Holds You Back.",
-  "solutions_cordova_to_capacitor_scope_upgrade_html": "<li>Native iOS/Android projects (Xcode, Android Studio)</li><li>Plugin layer with maintained equivalents</li><li>Build configuration, signing, and permissions</li><li>Modern debugging and tooling</li><li>Release pipeline and rollback plan</li>",
-  "solutions_cordova_to_capacitor_scope_upgrade_title": "We upgrade",
-  "solutions_cordova_to_capacitor_short": "Cordova to Capacitor",
-  "solutions_cordova_to_capacitor_title": "Cordova to Capacitor Migration",
-  "solutions_cordova_to_capacitor_visual1_desc": "Replace brittle plugins and remove legacy hacks that cause crashes and weird edge cases.",
-  "solutions_cordova_to_capacitor_visual1_title": "Fewer Production Bugs",
-  "solutions_cordova_to_capacitor_visual2_desc": "Stay aligned with platform changes, reduce forks, and keep dependencies current.",
-  "solutions_cordova_to_capacitor_visual2_title": "Maintenance and Security",
-  "solutions_cordova_to_capacitor_visual3_desc": "Native builds that CI understands, plus faster releases with safer rollouts.",
-  "solutions_cordova_to_capacitor_visual3_title": "Modern Delivery Workflow",
-  "solutions_days": "jours",
-  "solutions_direct_background_mode": "Mode arrière-plan",
-  "solutions_direct_background_problem": "Les mises à jour se téléchargent en arrière-plan - les utilisateurs voient les changements au prochain lancement",
-  "solutions_direct_benefit1_desc": "Every user who opens your app after an update gets the new version immediately. No exceptions. No 'one more session with the bug.' Every single session runs your latest code.",
-  "solutions_direct_benefit1_point1": "100% of sessions run your latest code - not 95%, not 99%, but 100%",
-  "solutions_direct_benefit1_point2": "Critical bug fixes reach users before they can experience the bug",
-  "solutions_direct_benefit1_point3": "Compliance updates take effect immediately across all devices",
-  "solutions_direct_benefit1_stat": "of sessions running latest code",
-  "solutions_direct_benefit1_title": "Zero Outdated Sessions",
-  "solutions_direct_benefit2_desc": "When you push a fix, it's truly fixed. Users don't experience the bug 'one more time' while waiting for the next launch. The moment they open the app after your fix, they get the fixed version.",
-  "solutions_direct_benefit2_point1": "No more 'I just hit that bug' support tickets after you've deployed",
-  "solutions_direct_benefit2_point2": "Monitoring shows immediate improvement, not gradual rollout curves",
-  "solutions_direct_benefit2_point3": "On-call engineers can go back to sleep immediately after deploying",
-  "solutions_direct_benefit2_stat": "Bug experiences after fix deployed",
-  "solutions_direct_benefit2_title": "Instant Bug Resolution",
-  "solutions_direct_benefit3_desc": "New users downloading your app for the first time always get your best onboarding flow. When you A/B test and find a winner, every new user gets it immediately - not after a background download cycle.",
-  "solutions_direct_benefit3_point1": "New users never see outdated onboarding flows",
-  "solutions_direct_benefit3_point2": "A/B test winners deploy instantly to 100% of new users",
-  "solutions_direct_benefit3_point3": "First impressions are always your best current experience",
-  "solutions_direct_benefit3_stat": "Improvement in Day-1 retention",
-  "solutions_direct_benefit3_title": "Optimized User Onboarding",
-  "solutions_direct_benefits_subtitle": "Contrôle total sur vos versions d'app",
-  "solutions_direct_benefits_title": "Pourquoi choisir les mises à jour directes",
-  "solutions_direct_bg_result": "Peut prendre des heures avant que les utilisateurs voient la nouvelle version",
-  "solutions_direct_bg_step1": "User opens app",
-  "solutions_direct_bg_step2": "App renders immediately (old version)",
-  "solutions_direct_bg_step3": "Update downloads in background",
-  "solutions_direct_bg_step4": "Update applies on NEXT launch",
-  "solutions_direct_case_company": "FinanceApp SARL",
-  "solutions_direct_case_industry": "Services financiers",
-  "solutions_direct_case_metric1_label": "Time to 100% deployment",
-  "solutions_direct_case_metric1_value": "0 minutes",
-  "solutions_direct_case_metric2_label": "Affected transactions post-fix",
-  "solutions_direct_case_metric2_value": "0",
-  "solutions_direct_case_metric3_label": "Revenue protected per incident",
-  "solutions_direct_case_metric3_value": "$1.8M+",
-  "solutions_direct_case_metric4_label": "Customer support tickets",
-  "solutions_direct_case_metric4_value": "-97%",
-  "solutions_direct_case_para1": "QuickCart runs flash sales with 100,000+ concurrent users during peak events. When a payment gateway update broke their checkout flow, they discovered it 4 hours into a major sale. With background updates, users who had already opened the app would experience the bug.",
-  "solutions_direct_case_para2": "Their engineering team pushed the fix in 23 minutes. But with background updates, over 40,000 users who opened the app during those 23 minutes would still hit the bug on their current session. At their average order value of $47, that represented over $1.8 million in at-risk revenue.",
-  "solutions_direct_case_para3": "After switching to Direct Updates, their next incident was resolved with zero affected transactions. The fix deployed in 18 minutes, and every user who opened the app after that moment got the fixed version immediately. Their CFO now insists on Direct Updates for all customer-facing payment flows.",
-  "solutions_direct_case_quote": "Les mises à jour directes nous ont fait économiser des millions. Un bug de calcul critique a été corrigé en 30 secondes pour tous les utilisateurs.",
-  "solutions_direct_case_quote_author": "Thomas M., CTO",
-  "solutions_direct_case_results": "100% des utilisateurs mis à jour en moins d'1 minute",
-  "solutions_direct_d_result": "Tous les utilisateurs sur la même version en quelques secondes",
-  "solutions_direct_d_step1": "User opens app",
-  "solutions_direct_d_step2": "Update downloads immediately (~500ms)",
-  "solutions_direct_d_step3": "App renders with latest version",
-  "solutions_direct_direct_mode": "Mode direct",
-  "solutions_direct_final_cta_note": "Commencez gratuitement. Aucune carte bancaire requise.",
-  "solutions_direct_final_cta_subtitle": "Commencez dès aujourd'hui avec les mises à jour directes",
-  "solutions_direct_final_cta_title": "Prêt pour les mises à jour instantanées ?",
-  "solutions_direct_instant_apply": "Application instantanée",
-  "solutions_direct_problem_result": "Les utilisateurs utilisent des versions obsolètes pendant des heures",
-  "solutions_direct_problem_step1_desc": "Your update is available, but the user sees the buggy version. Background download starts silently.",
-  "solutions_direct_problem_step1_title": "User Opens App with Bug",
-  "solutions_direct_problem_step2_desc": "They encounter the exact issue you fixed. Frustration builds. Maybe they leave a 1-star review.",
-  "solutions_direct_problem_step2_title": "User Experiences the Bug",
-  "solutions_direct_problem_step3_desc": "The fix was ready, but they had to experience the bug first. For critical issues, that's unacceptable.",
-  "solutions_direct_problem_step3_title": "Update Applies on NEXT Launch",
-  "solutions_direct_problem_title": "Le problème des mises à jour en arrière-plan",
-  "solutions_direct_scenario1_desc": "Users can't complete purchases. Every session without the fix is lost revenue.",
-  "solutions_direct_scenario1_title": "Payment Flow Broken",
-  "solutions_direct_scenario2_desc": "A security flaw was discovered. Users shouldn't run the vulnerable code even once.",
-  "solutions_direct_scenario2_title": "Security Vulnerability",
-  "solutions_direct_scenario3_desc": "New regulations take effect at midnight. Every user must see the updated terms immediately.",
-  "solutions_direct_scenario3_title": "Compliance Deadline",
-  "solutions_direct_scenario_title": "Cas réel",
-  "solutions_direct_solution_subtitle": "Les mises à jour sont téléchargées et appliquées avant le chargement de l'app",
-  "solutions_direct_solution_title": "Mises à jour directes : Cohérence instantanée",
-  "solutions_direct_speed_apply": "Application",
-  "solutions_direct_speed_check": "Vérification",
-  "solutions_direct_speed_download": "Téléchargement",
-  "solutions_direct_speed_subtitle": "Les mises à jour les plus rapides du marché",
-  "solutions_direct_speed_title": "Conçu pour la vitesse",
-  "solutions_direct_speed_uptime": "Disponibilité",
-  "solutions_direct_sub_second": "Mises à jour sub-seconde",
-  "solutions_direct_updates": "Mises à jour directes",
-  "solutions_direct_updates_description": "Corrigez les bugs critiques en secondes. Montrez aux utilisateurs la dernière version instantanément à l'ouverture - pas d'attente de téléchargement.",
-  "solutions_direct_updates_hero_subtitle": "Votre app ne peut pas se permettre des bugs non corrigés. Les mises à jour directes garantissent que chaque utilisateur reçoit le correctif immédiatement.",
-  "solutions_direct_updates_hero_title": "Corrections en secondes, pas en semaines",
-  "solutions_direct_updates_title": "Mises à jour directes",
-  "solutions_direct_usecase1_desc": "Payment failures, authentication issues, data corruption - bugs where experiencing them once is too many times.",
-  "solutions_direct_usecase1_title": "Critical Bug Fixes",
-  "solutions_direct_usecase2_desc": "First impressions matter. Ensure every new user gets your best, most optimized onboarding experience from their first session.",
-  "solutions_direct_usecase2_title": "New User Onboarding",
-  "solutions_direct_usecase3_desc": "Features tied to specific times - holiday sales, product launches, live events. They need to be live exactly when the event starts.",
-  "solutions_direct_usecase3_title": "Event-Based Features",
-  "solutions_direct_usecase4_desc": "Vulnerability discovered? Users shouldn't run vulnerable code even once after you've patched it.",
-  "solutions_direct_usecase4_title": "Security Patches",
-  "solutions_direct_usecase5_desc": "Found a winning variant? Ship it to 100% of users immediately instead of waiting for gradual background updates.",
-  "solutions_direct_usecase5_title": "A/B Test Rollouts",
-  "solutions_direct_usecase6_desc": "New regulations, updated terms, required disclosures. Legal deadlines don't wait for background downloads.",
-  "solutions_direct_usecase6_title": "Compliance Updates",
-  "solutions_direct_when_matters": "Quand chaque seconde compte",
-  "solutions_direct_when_subtitle": "Parfait pour les scénarios critiques",
-  "solutions_direct_when_title": "Quand utiliser les mises à jour directes",
-  "solutions_direct_zero_outdated": "Zéro utilisateur obsolète",
-  "solutions_ecommerce_badge": "Optimisé E-Commerce",
-  "solutions_ecommerce_cta_note": "Commencez gratuitement. Aucune carte bancaire requise.",
-  "solutions_ecommerce_cta_subtitle": "Commencez avec des mises à jour instantanées pour votre app shopping",
-  "solutions_ecommerce_cta_title": "Prêt à protéger votre CA ?",
-  "solutions_ecommerce_description": "Chaque minute avec un checkout cassé coûte du CA. Corrigez les bugs instantanément, lancez des ventes flash, gardez votre app shopping à jour.",
-  "solutions_ecommerce_hero_subtitle": "Un bouton checkout cassé à minuit ? Corrigez-le instantanément au lieu de perdre du CA demain. Votre app shopping mérite des mises à jour instantanées.",
-  "solutions_ecommerce_hero_title": "Sécurisez votre CA avec des mises à jour rapides",
-  "solutions_ecommerce_nightmare_cost": "10 000€+ de CA perdu",
-  "solutions_ecommerce_nightmare_para1": "It's Black Friday morning. Traffic is 10x normal. Then you see it: the promo code field doesn't work on iOS.",
-  "solutions_ecommerce_nightmare_para2": "You have 10,000 customers trying to check out. They can't apply their 30% discount. They're abandoning carts.",
-  "solutions_ecommerce_nightmare_para3": "You fix the bug in 20 minutes. But the fix won't go live until next Wednesday. After the sale ends.",
-  "solutions_ecommerce_nightmare_title": "Le cauchemar E-Commerce",
-  "solutions_ecommerce_pain1_desc": "Your sale starts in 2 hours. You just found a bug in the promo code logic. App store review takes 5 days.",
-  "solutions_ecommerce_pain1_title": "Flash Sales Can't Wait",
-  "solutions_ecommerce_pain2_desc": "Every checkout bug is lost revenue. Every. Single. One. And you can't fix them fast enough.",
-  "solutions_ecommerce_pain2_title": "Cart Bugs Kill Conversions",
-  "solutions_ecommerce_pain3_desc": "You want to test a new checkout flow. With app store reviews, each iteration takes a week.",
-  "solutions_ecommerce_pain3_title": "A/B Testing Is Too Slow",
-  "solutions_ecommerce_pain4_desc": "'App is broken' reviews during peak season destroy your conversion rate. And they're permanent.",
-  "solutions_ecommerce_pain4_title": "Bad Reviews Tank Sales",
-  "solutions_ecommerce_reality_label": "La réalité",
-  "solutions_ecommerce_reality_title": "Chaque minute de downtime coûte de l'argent",
-  "solutions_ecommerce_results_title": "Résultats réels",
-  "solutions_ecommerce_short": "E-Commerce",
-  "solutions_ecommerce_sol1_desc": "Found a bug during your flash sale? Fix it and push the update. Your customers get the fix in hours, not days.",
-  "solutions_ecommerce_sol1_title": "Push Updates Mid-Sale",
-  "solutions_ecommerce_sol2_desc": "Test checkout flows, product pages, promo displays. Get results in days, not months.",
-  "solutions_ecommerce_sol2_title": "A/B Test Everything",
-  "solutions_ecommerce_sol3_desc": "Payment failures, coupon bugs, checkout crashes - fix them the moment you find them.",
-  "solutions_ecommerce_sol3_title": "Fix Cart Issues Instantly",
-  "solutions_ecommerce_sol4_desc": "Holiday themes, sale banners, seasonal promotions - update them instantly without a new app release.",
-  "solutions_ecommerce_sol4_title": "Seasonal Updates On Demand",
-  "solutions_ecommerce_solution_label": "La solution",
-  "solutions_ecommerce_solution_subtitle": "Pas d'attente, pas de perte de CA",
-  "solutions_ecommerce_solution_title": "Mises à jour commerce instantanées",
-  "solutions_ecommerce_stat1": "Conversion rate increase",
-  "solutions_ecommerce_stat2": "Cart abandonment reduction",
-  "solutions_ecommerce_stat3": "Faster feature iteration",
-  "solutions_ecommerce_stat4": "Bug fix time",
-  "solutions_ecommerce_title": "Pour l'E-Commerce",
-  "solutions_enterprise_customers_subtitle": "Des entreprises du monde entier font confiance à Capgo",
-  "solutions_enterprise_customers_title": "La confiance des leaders",
-  "solutions_enterprise_problem1_desc": "You have 10, 20, 50 apps across different teams. Coordinating releases is a nightmare. One team's deploy breaks another team's app.",
-  "solutions_enterprise_problem1_title": "Too Many Apps, Not Enough Control",
-  "solutions_enterprise_problem2_desc": "Half your users are on v2.3, the other half on v2.1. Support tickets pile up for bugs you already fixed.",
-  "solutions_enterprise_problem2_title": "Version Fragmentation",
-  "solutions_enterprise_problem3_desc": "When auditors ask 'who deployed what, when, and why?' you need answers. Not excuses.",
-  "solutions_enterprise_problem3_title": "Compliance & Audits",
-  "solutions_enterprise_problem4_desc": "App store reviews take days. By the time your fix ships, the damage is done.",
-  "solutions_enterprise_problem4_title": "Slow Rollouts",
-  "solutions_enterprise_problem5_desc": "Multiple teams deploying to the same app. Conflicting changes. No visibility into what's live.",
-  "solutions_enterprise_problem5_title": "Team Coordination Chaos",
-  "solutions_enterprise_problem6_desc": "A critical bug hits production on Friday night. Your only option is waiting for app store approval.",
-  "solutions_enterprise_problem6_title": "Production Incidents at 2 AM",
-  "solutions_enterprise_problems_label": "Défis Enterprise",
-  "solutions_enterprise_problems_title": "Ce qui empêche les équipes Enterprise de dormir",
-  "solutions_enterprise_short": "Enterprise",
-  "solutions_enterprise_sol1_desc": "Manage every app in your portfolio from a single view. See version adoption, deployment status, and user metrics at a glance.",
-  "solutions_enterprise_sol1_point1": "Organization-wide app management",
-  "solutions_enterprise_sol1_point2": "Role-based access control per app",
-  "solutions_enterprise_sol1_point3": "Unified deployment across all apps",
-  "solutions_enterprise_sol1_title": "One Dashboard, All Your Apps",
-  "solutions_enterprise_sol2_desc": "Never deploy blind again. Roll out to internal QA first, then beta users, then 10% of production. Catch issues before they become incidents.",
-  "solutions_enterprise_sol2_point1": "Percentage-based gradual rollouts",
-  "solutions_enterprise_sol2_point2": "Automatic rollback on crash detection",
-  "solutions_enterprise_sol2_point3": "Device and user targeting",
-  "solutions_enterprise_sol2_title": "Staged Rollouts That Protect You",
-  "solutions_enterprise_sol3_desc": "Every deployment is logged. Every change tracked. When auditors come knocking, you're ready.",
-  "solutions_enterprise_sol3_point1": "Complete deployment audit trails",
-  "solutions_enterprise_sol3_point2": "SOC 2 Type II certified infrastructure",
-  "solutions_enterprise_sol3_point3": "GDPR compliant by design",
-  "solutions_enterprise_sol3_title": "Audit-Ready Compliance",
-  "solutions_enterprise_solution_label": "La solution",
-  "solutions_enterprise_solution_subtitle": "Tout ce dont les grandes équipes ont besoin pour des déploiements sécurisés et conformes",
-  "solutions_enterprise_solution_title": "Features Enterprise qui passent à l'échelle",
-  "solutions_enterprise_stat_rollback": "Rollback automatique",
-  "solutions_enterprise_stat_updates": "1,4 Md+ mises à jour livrées",
-  "solutions_enterprise_stat_uptime": "SLA 99,9% disponibilité",
-  "solutions_enterprise_tagline": "Déploiements multi-apps, multi-équipes",
-  "solutions_enterprise_testimonial": "Capgo nous donne le contrôle et la sécurité nécessaires pour notre secteur régulé.",
-  "solutions_enterprise_testimonial_author": "Michel S.",
-  "solutions_enterprise_testimonial_role": "VP Engineering",
-  "solutions_final_cta_note": "Essai gratuit de 14 jours. Aucune carte bancaire requise. Configuration en 5 minutes.",
-  "solutions_final_cta_subtitle": "Commencez les mises à jour en direct de votre app dès aujourd'hui",
-  "solutions_final_cta_title": "Prêt à commencer ?",
-  "solutions_fintech_badge": "Optimisé Fintech",
-  "solutions_fintech_badge_e2e": "End-to-End Encryption",
-  "solutions_fintech_badge_gdpr": "Conforme RGPD",
-  "solutions_fintech_badge_soc2": "SOC 2 Type II Certified",
-  "solutions_fintech_cert1_desc": "Independently audited security controls and processes",
-  "solutions_fintech_cert1_title": "SOC 2 Type II",
-  "solutions_fintech_cert2_desc": "EU data protection compliance built-in",
-  "solutions_fintech_cert2_title": "GDPR Compliant",
-  "solutions_fintech_cert3_desc": "Your code is encrypted. Only your app can decrypt it.",
-  "solutions_fintech_cert3_title": "End-to-End Encryption",
-  "solutions_fintech_cta_note": "SOC 2, conforme RGPD. Self-hosting disponible.",
-  "solutions_fintech_cta_subtitle": "Parlez à notre équipe de vos besoins de conformité",
-  "solutions_fintech_cta_title": "Prêt pour des mises à jour Fintech sécurisées ?",
-  "solutions_fintech_description": "Sécurité et conformité pour les apps financières. Chiffrement de bout en bout, logs d'audit, option self-hosting pour contrôle maximal.",
-  "solutions_fintech_hero_subtitle": "Déployez des correctifs critiques instantanément sans compromettre sécurité ou conformité. Conçu pour les exigences réglementaires les plus strictes.",
-  "solutions_fintech_hero_title": "Mises à jour sécurisées pour apps financières",
-  "solutions_fintech_nightmare_para1": "It's 2 AM on Friday. Your security team finds a vulnerability in the payment flow. Users' financial data could be exposed.",
-  "solutions_fintech_nightmare_para2": "You have the fix ready in 30 minutes. Now you submit to the app store and wait.",
-  "solutions_fintech_nightmare_para3": "5 days. That's how long until Apple approves your critical security patch. 5 days of exposure.",
-  "solutions_fintech_nightmare_title": "Ce qui peut mal tourner",
-  "solutions_fintech_opensource_cta": "Voir le code sur GitHub",
-  "solutions_fintech_opensource_desc": "Auditez chaque ligne de code. Pas de boîtes noires dans votre infra financière.",
-  "solutions_fintech_opensource_title": "100% Open Source",
-  "solutions_fintech_pain1_desc": "Security patches can't wait 5 days. Neither can compliance fixes. Every hour matters.",
-  "solutions_fintech_pain1_title": "App Store Reviews Are Too Slow",
-  "solutions_fintech_pain2_desc": "SOC 2, PCI-DSS, GDPR - you need audit trails for everything. 'We pushed the fix' isn't enough.",
-  "solutions_fintech_pain2_title": "Compliance Requirements Are Strict",
-  "solutions_fintech_pain3_desc": "When your app is broken, transactions fail. Every minute of downtime is lost revenue and lost trust.",
-  "solutions_fintech_pain3_title": "Downtime Costs Millions",
-  "solutions_fintech_pain4_desc": "When regulators ask how you respond to security incidents, 'we wait for Apple' isn't an acceptable answer.",
-  "solutions_fintech_pain4_title": "Regulators Are Watching",
-  "solutions_fintech_reality_label": "La réalité",
-  "solutions_fintech_reality_title": "Les bugs dans les apps financières coûtent cher",
-  "solutions_fintech_short": "Fintech & Banque",
-  "solutions_fintech_sol1_desc": "When you find a vulnerability, fix it immediately. No app store review. No waiting. Your users are protected in hours, not days.",
-  "solutions_fintech_sol1_title": "Instant Security Patches",
-  "solutions_fintech_sol2_desc": "Every deployment is logged with timestamps, user info, and change details. When auditors ask, you have answers.",
-  "solutions_fintech_sol2_point1": "Complete deployment audit trails",
-  "solutions_fintech_sol2_point2": "User-level tracking for compliance",
-  "solutions_fintech_sol2_point3": "Exportable reports for regulators",
-  "solutions_fintech_sol2_title": "Audit-Ready Compliance",
-  "solutions_fintech_sol3_desc": "Your app bundles are encrypted in transit and at rest. Only your app can decrypt them. Not us. Not anyone.",
-  "solutions_fintech_sol3_title": "End-to-End Encryption",
-  "solutions_fintech_sol4_desc": "If a deployment causes issues, roll back to the previous version in seconds. No downtime. No data loss.",
-  "solutions_fintech_sol4_title": "Instant Rollback",
-  "solutions_fintech_solution_label": "La solution",
-  "solutions_fintech_solution_subtitle": "Toutes les features de sécurité exigées par la conformité",
-  "solutions_fintech_solution_title": "Sécurité Enterprise, vitesse Startup",
-  "solutions_fintech_title": "Pour la Fintech",
-  "solutions_fintech_trust_subtitle": "Banques et services financiers du monde entier utilisent Capgo",
-  "solutions_fintech_trust_title": "La confiance de la Fintech",
-  "solutions_get_started": "Commencer",
-  "solutions_healthcare_audit_label": "Traçabilité complète",
-  "solutions_healthcare_audit_subtitle": "Quand les auditeurs demandent 'quel code s'exécute sur les appareils des patients ?', vous aurez la réponse.",
-  "solutions_healthcare_audit_title": "Chaque mise à jour liée à sa source",
-  "solutions_healthcare_badge": "Optimisé Santé",
-  "solutions_healthcare_badge_e2e": "End-to-End Encryption",
-  "solutions_healthcare_badge_hipaa": "Conforme HIPAA",
-  "solutions_healthcare_badge_soc2": "SOC 2 Type II",
-  "solutions_healthcare_cert1_desc": "Infrastructure designed for protected health information",
-  "solutions_healthcare_cert1_title": "HIPAA Ready",
-  "solutions_healthcare_cert2_desc": "Independently audited security controls",
-  "solutions_healthcare_cert2_title": "SOC 2 Type II",
-  "solutions_healthcare_cert3_desc": "Audit our code. We have nothing to hide.",
-  "solutions_healthcare_cert3_title": "Open Source",
-  "solutions_healthcare_commit_desc": "Chaque bundle est automatiquement lié au commit Git exact à partir duquel il a été construit. Tracez n'importe quel code déployé jusqu'à sa source, son auteur et sa chaîne d'approbation.",
-  "solutions_healthcare_commit_title": "Liaison de Commit Git",
-  "solutions_healthcare_cta_note": "Conforme HIPAA. Self-hosting disponible.",
-  "solutions_healthcare_cta_subtitle": "Parlez à notre équipe de vos besoins HIPAA",
-  "solutions_healthcare_cta_title": "Prêt pour des mises à jour santé conformes ?",
-  "solutions_healthcare_description": "Mises à jour conformité-first pour apps santé. Compatible HIPAA, option self-hosting, audit trails complets pour les exigences réglementaires.",
-  "solutions_healthcare_hero_subtitle": "Déployez des mises à jour critiques d'apps médicales tout en maintenant la conformité HIPAA. Conçu pour les environnements santé régulés.",
-  "solutions_healthcare_hero_title": "Mises à jour sécurisées pour apps santé",
-  "solutions_healthcare_inapp_desc": "Affichez la version du bundle, les notes de version et les messages personnalisés directement dans votre application. Laissez le personnel clinique vérifier qu'ils utilisent la version approuvée.",
-  "solutions_healthcare_inapp_title": "Informations de Version dans Votre Application",
-  "solutions_healthcare_pain1_desc": "Clinical decision support bugs need immediate fixes. App store reviews take 5-7 days. That's unacceptable.",
-  "solutions_healthcare_pain1_title": "Patient Safety Can't Wait",
-  "solutions_healthcare_pain2_desc": "Every update needs audit trails. Every deployment needs documentation. No exceptions.",
-  "solutions_healthcare_pain2_title": "HIPAA Compliance Is Non-Negotiable",
-  "solutions_healthcare_pain3_desc": "When doctors can't trust your app, they stop using it. One bug can destroy years of relationship building.",
-  "solutions_healthcare_pain3_title": "Provider Trust Is Everything",
-  "solutions_healthcare_pain4_desc": "FDA, HIPAA auditors, hospital compliance teams - they all want to know how you handle updates.",
-  "solutions_healthcare_pain4_title": "Regulatory Scrutiny Is Constant",
-  "solutions_healthcare_reality_label": "La réalité",
-  "solutions_healthcare_reality_title": "La conformité ne doit pas ralentir les mises à jour",
-  "solutions_healthcare_scenario_para1": "A nurse reports that the medication dosage calculator is showing incorrect values for pediatric patients.",
-  "solutions_healthcare_scenario_para2": "Your team identifies the bug: a unit conversion error that affects patients under 30kg. You have the fix ready in 2 hours.",
-  "solutions_healthcare_scenario_para3": "But the app store review takes 5-7 days. That's 5-7 days of potential harm.",
-  "solutions_healthcare_scenario_title": "Cas d'usage Santé",
-  "solutions_healthcare_short": "Santé",
-  "solutions_healthcare_sol1_desc": "When patient safety is at risk, deploy the fix immediately. No app store review. No waiting.",
-  "solutions_healthcare_sol1_title": "Emergency Updates in Minutes",
-  "solutions_healthcare_sol2_desc": "Our infrastructure is designed for healthcare. Audit trails, encryption, access controls - all built-in.",
-  "solutions_healthcare_sol2_point1": "Complete deployment audit trails",
-  "solutions_healthcare_sol2_point2": "Role-based access controls",
-  "solutions_healthcare_sol2_point3": "BAA available for enterprise",
-  "solutions_healthcare_sol2_title": "HIPAA-Ready Infrastructure",
-  "solutions_healthcare_sol3_desc": "Your app bundles are encrypted with keys only you control. PHI never touches our servers.",
-  "solutions_healthcare_sol3_title": "End-to-End Encryption",
-  "solutions_healthcare_sol4_desc": "Roll out to a small group first. Verify everything works. Then expand to all users.",
-  "solutions_healthcare_sol4_step1": "Internal QA team",
-  "solutions_healthcare_sol4_step2": "Beta providers",
-  "solutions_healthcare_sol4_step3": "All providers",
-  "solutions_healthcare_sol4_title": "Staged Rollouts for Safety",
-  "solutions_healthcare_solution_label": "La solution",
-  "solutions_healthcare_solution_subtitle": "Toutes les features de sécurité requises pour la conformité santé",
-  "solutions_healthcare_solution_title": "Mises à jour conformité-first",
-  "solutions_healthcare_title": "Pour la Santé",
-  "solutions_healthcare_trust_subtitle": "Des organisations santé du monde entier utilisent Capgo",
-  "solutions_healthcare_trust_title": "La confiance de la Santé",
-  "solutions_infra_api": "< 100ms temps de réponse API",
-  "solutions_infra_continents": "6 continents",
-  "solutions_infra_download": "< 300ms téléchargement bundles 5MB",
-  "solutions_infra_uptime": "99,9% disponibilité",
-  "solutions_infrastructure_subtitle": "Conçue pour la vitesse et la fiabilité partout",
-  "solutions_infrastructure_title": "Infrastructure mondiale",
-  "solutions_ionic_plugins_badge": "Ionic Enterprise Plugins",
-  "solutions_ionic_plugins_cta_subtitle": "Start with the migration guides or talk to our team to plan the move.",
-  "solutions_ionic_plugins_cta_title": "Ready to migrate your Ionic enterprise stack?",
-  "solutions_ionic_plugins_description": "Replace Ionic enterprise plugins with Capgo alternatives for secure storage, auth, and biometrics.",
-  "solutions_ionic_plugins_hero_subtitle": "Swap Secure Storage, Auth Connect, and Identity Vault for Capgo's plugin stack. Keep security, gain control, and reduce costs.",
-  "solutions_ionic_plugins_hero_title": "Replace Ionic Enterprise Plugins Without Losing Features",
-  "solutions_ionic_plugins_section_desc": "Choose the Capgo alternative for each Ionic plugin and follow the guide to migrate safely.",
-  "solutions_ionic_plugins_section_title": "Plugin replacements and migration guides",
-  "solutions_ionic_plugins_short": "Ionic Enterprise",
-  "solutions_ionic_plugins_step1": "Map each Ionic enterprise plugin to its Capgo replacement.",
-  "solutions_ionic_plugins_step2": "Install the new plugins and sync native code.",
-  "solutions_ionic_plugins_step3": "Migrate stored data and update auth flows, then remove Ionic dependencies.",
-  "solutions_ionic_plugins_steps_title": "Migration steps",
-  "solutions_ionic_plugins_title": "Ionic Enterprise Plugins Migration",
-  "solutions_minutes": "minutes",
-  "solutions_no_credit_card": "Aucune carte bancaire requise",
-  "solutions_pr_auto_cleanup": "Nettoyage auto",
-  "solutions_pr_case_company": "TechStartup",
-  "solutions_pr_case_industry": "SaaS",
-  "solutions_pr_case_metric1_label": "Time to first QA feedback",
-  "solutions_pr_case_metric1_value": "< 5 min",
-  "solutions_pr_case_metric2_label": "PRs merged per sprint",
-  "solutions_pr_case_metric2_value": "+156%",
-  "solutions_pr_case_metric3_label": "QA wait time",
-  "solutions_pr_case_metric3_value": "-87%",
-  "solutions_pr_case_metric4_label": "Time to merge",
-  "solutions_pr_case_metric4_value": "0.6 days",
-  "solutions_pr_case_para1": "TechFlow's mobile team was shipping 15-20 PRs per week. Each PR needed testing by QA before merge. With TestFlight, their QA lead estimated they spent 60% of their time waiting for builds instead of testing.",
-  "solutions_pr_case_para2": "The real pain came during crunch weeks. When multiple PRs needed testing simultaneously, QA had to constantly reinstall different TestFlight builds. Testers got confused about which version they were running. Bugs got reported on already-fixed code.",
-  "solutions_pr_case_para3": "After implementing Capgo PR Preview, their QA team could switch between any PR in seconds. No reinstalls. No confusion. No waiting. Their average time-to-merge dropped from 2.3 days to 0.6 days.",
-  "solutions_pr_case_quote": "Les channels aperçu PR ont réduit notre temps de review de plusieurs heures à quelques minutes. Game changer.",
-  "solutions_pr_case_quote_author": "Sarah K., Lead Developer",
-  "solutions_pr_case_results": "80% de reviews PR plus rapides",
-  "solutions_pr_compare_build_time": "Temps de build",
-  "solutions_pr_compare_capgo": "Avec Capgo",
-  "solutions_pr_compare_cleanup": "Nettoyage",
-  "solutions_pr_compare_cleanup_capgo": "Automatique au merge du PR",
-  "solutions_pr_compare_cleanup_tf": "Suppression manuelle des builds",
-  "solutions_pr_compare_setup": "Configuration",
-  "solutions_pr_compare_setup_capgo": "5 min d'intégration CI/CD",
-  "solutions_pr_compare_setup_tf": "Des heures de config TestFlight",
-  "solutions_pr_compare_switch_builds": "Changer de build",
-  "solutions_pr_compare_title": "La différence",
-  "solutions_pr_compare_traditional": "Traditionnel",
-  "solutions_pr_cost_explanation": "Productivité perdue à attendre",
-  "solutions_pr_dev_benefit1": "Get QA feedback before your context switches",
-  "solutions_pr_dev_benefit2": "Push fixes and testers get them instantly",
-  "solutions_pr_dev_benefit3": "No more 'waiting for build' blockers",
-  "solutions_pr_final_cta_note": "Commencez gratuitement. Aucune carte bancaire requise.",
-  "solutions_pr_final_cta_subtitle": "Commencez dès aujourd'hui avec les channels aperçu PR",
-  "solutions_pr_final_cta_title": "Prêt pour des reviews plus rapides ?",
-  "solutions_pr_hidden_cost": "Les coûts cachés de l'attente",
-  "solutions_pr_how_testers_switch": "Comment les testeurs changent vers votre build PR",
-  "solutions_pr_instant_testing": "Tests instantanés",
-  "solutions_pr_no_testflight": "Sans TestFlight",
-  "solutions_pr_pm_benefit1": "Review features before they ship",
-  "solutions_pr_pm_benefit2": "No technical setup - just tap a link",
-  "solutions_pr_pm_benefit3": "Provide feedback directly on the PR",
-  "solutions_pr_preview": "Aperçu PR",
-  "solutions_pr_preview_description": "Créez un channel Capgo pour chaque Pull Request. QA, développeurs et PMs peuvent tester chaque PR instantanément - sans TestFlight ni Google Play Beta.",
-  "solutions_pr_preview_hero_subtitle": "Oubliez les attentes TestFlight et le chaos des channels beta. Créez un channel aperçu pour chaque Pull Request et laissez votre équipe tester sur de vrais appareils - en secondes.",
-  "solutions_pr_preview_hero_title": "Testez chaque PR sur de vrais appareils",
-  "solutions_pr_preview_tagline": "Test pull requests on real devices",
-  "solutions_pr_preview_teams_dev": "Développeurs",
-  "solutions_pr_preview_teams_pm": "Chefs de projet",
-  "solutions_pr_preview_teams_qa": "Ingénieurs QA",
-  "solutions_pr_preview_title": "Channels aperçu PR",
-  "solutions_pr_problem_result": "Des heures perdues pour chaque review de PR",
-  "solutions_pr_problem_step1_desc": "Code is ready for review. But before anyone can test it, you need to build and upload to TestFlight.",
-  "solutions_pr_problem_step1_title": "Developer Opens PR",
-  "solutions_pr_problem_step2_desc": "Build the app locally or in CI. Archive it. Upload to App Store Connect. Wait for processing. 15-30 minutes minimum.",
-  "solutions_pr_problem_step2_title": "Build and Upload",
-  "solutions_pr_problem_step3_desc": "Add testers if they're not already in TestFlight. Send invites. Wait for them to accept. Explain how to install.",
-  "solutions_pr_problem_step3_title": "Distribute to Testers",
-  "solutions_pr_problem_step4_desc": "Testers download the build. Dev pushes a fix. Now everyone needs to repeat steps 2-3 to get the updated build.",
-  "solutions_pr_problem_step4_title": "Test the Wrong Build",
-  "solutions_pr_problem_title": "Le problème TestFlight",
-  "solutions_pr_processing_explanation": "Temps d'attente moyen pour TestFlight",
-  "solutions_pr_programmatic": "Sélecteur dans l'app",
-  "solutions_pr_programmatic_desc": "Créez une interface personnalisée pour changer de canal. Parfait pour un écran de paramètres développeur dans votre app.",
-  "solutions_pr_qa_benefit1": "Test any PR on your device in seconds",
-  "solutions_pr_qa_benefit2": "Switch between PRs instantly to compare behavior",
-  "solutions_pr_qa_benefit3": "No more confusion about which build you're running",
-  "solutions_pr_qa_blocked": "QA bloquée",
-  "solutions_pr_qa_explanation": "Temps que la QA attend pour chaque build",
-  "solutions_pr_real_cost": "Vrai coût par PR",
-  "solutions_pr_scenario_title": "Comment ça marche",
-  "solutions_pr_setup_time": "Temps de configuration",
-  "solutions_pr_shake_menu": "Menu secouer (zéro code)",
-  "solutions_pr_shake_menu_desc": "Activez le geste de secousse intégré. Les testeurs secouent leur appareil pour ouvrir un menu affichant tous les canaux disponibles.",
-  "solutions_pr_solution_subtitle": "Channels aperçu automatiques pour chaque Pull Request",
-  "solutions_pr_solution_title": "Channels aperçu PR",
-  "solutions_pr_step1_desc": "CI automatically builds the app and creates a Capgo channel named after the PR number.",
-  "solutions_pr_step1_time": "Automatic",
-  "solutions_pr_step1_title": "Developer Opens PR",
-  "solutions_pr_step2_desc": "The built bundle uploads to Capgo in the background. No processing delay.",
-  "solutions_pr_step2_time": "< 30 seconds",
-  "solutions_pr_step2_title": "Bundle Uploads",
-  "solutions_pr_step3_desc": "Tester opens the app, switches to the PR channel, and gets the build immediately.",
-  "solutions_pr_step3_time": "< 10 seconds",
-  "solutions_pr_step3_title": "Tester Switches Channel",
-  "solutions_pr_step4_desc": "QA tests on real device. Dev pushes fixes. Tester immediately gets updates. No reinstall needed.",
-  "solutions_pr_step4_time": "Instant iteration",
-  "solutions_pr_step4_title": "Test and Approve",
-  "solutions_pr_teams_subtitle": "Chaque rôle bénéficie des aperçus instantanés",
-  "solutions_pr_teams_title": "Conçu pour les équipes",
-  "solutions_pr_testflight_processing": "Traitement TestFlight",
-  "solutions_pr_traditional_workflow": "Workflow traditionnel",
-  "solutions_problem_result": "Résultat : Heures perdues, utilisateurs frustrés",
-  "solutions_problem_step1_desc": "Your monitoring alerts you to a critical issue. Users are experiencing crashes or broken functionality. The clock starts ticking.",
-  "solutions_problem_step1_title": "Find the Bug",
-  "solutions_problem_step2_desc": "Your team drops everything to fix the bug. You rebuild the app, run tests, and prepare a new binary for submission.",
-  "solutions_problem_step2_title": "Fix and Rebuild",
-  "solutions_problem_step3_desc": "You submit to Apple and Google. Then you wait. And wait. Apple's review takes 24-48 hours on average. Sometimes longer.",
-  "solutions_problem_step3_title": "Submit and Wait",
-  "solutions_problem_step4_desc": "Even after approval, users need to manually update. Many won't for days or weeks. Your support tickets keep piling up.",
-  "solutions_problem_step4_title": "Users Still Have the Bug",
-  "solutions_production_problem_title": "App Store Reviews Are Killing Your Velocity",
-  "solutions_production_solution_subtitle": "Capgo lets you update your app's JavaScript and assets instantly. No app store review. No waiting. Your users get the fix the moment you push it.",
-  "solutions_production_solution_title": "Push Updates in Minutes, Not Weeks",
-  "solutions_production_updates": "Mises à jour production",
-  "solutions_production_updates_description": "Livrez des correctifs en minutes, pas en semaines. Poussez des mises à jour sans configuration - le moyen le plus simple de garder des millions d'utilisateurs à jour.",
-  "solutions_production_updates_hero_subtitle": "Vos utilisateurs n'attendent pas les App Stores. Vos mises à jour non plus. Poussez les changements JavaScript instantanément - pas de délais de validation, pas de friction utilisateur.",
-  "solutions_production_updates_hero_title": "Correctifs en minutes, pas en semaines",
-  "solutions_production_updates_tagline": "Ship fixes to production instantly",
-  "solutions_production_updates_title": "Mises à jour production simples",
-  "solutions_qsr_badge": "Pour la restauration rapide",
-  "solutions_qsr_cta_note": "Essai gratuit de 14 jours. Aucune carte bancaire requise. Fonctionne avec Capacitor et React Native.",
-  "solutions_qsr_cta_subtitle": "Déployez des mises à jour de menu, corrigez des bugs et lancez des promotions exactement quand votre entreprise en a besoin.",
-  "solutions_qsr_cta_title": "Prêt à déployer selon votre calendrier ?",
-  "solutions_qsr_description": "Déployez des mises à jour de menu, promotions et fonctionnalités de fidélité instantanément dans des milliers de restaurants.",
-  "solutions_qsr_hero_subtitle": "Les nouveaux plats, promotions saisonnières et campagnes de fidélité doivent être déployés à temps - sur toutes les plateformes, dans tous les restaurants.",
-  "solutions_qsr_hero_title": "Déployez les promotions quand elles comptent, pas la semaine prochaine",
-  "solutions_qsr_nightmare_cost": "Perte de revenus d'un lancement de menu raté",
-  "solutions_qsr_nightmare_para1": "Il est 6h du matin lundi. Votre nouveau plat en édition limitée est lancé nationalement à 10h. Le marketing a dépensé 2M€ en publicités. Les spots TV passent.",
-  "solutions_qsr_nightmare_para2": "À 9h, la QA trouve un bug : le nouveau plat n'apparaît pas dans l'app. Vous soumettez un correctif d'urgence à Apple. La validation prend 3-5 jours.",
-  "solutions_qsr_nightmare_para3": "Votre campagne à 2M€ est en ligne. Votre app affiche le menu du mois dernier. Les clients sont confus. Les réseaux sociaux ne sont pas contents.",
-  "solutions_qsr_nightmare_title": "Cauchemar du jour de lancement",
-  "solutions_qsr_pain1_desc": "Votre LTO se lance lundi. La revue de l'App Store prend 5 jours. C'est 5 jours de revenus manqués de votre plus grande promotion.",
-  "solutions_qsr_pain1_title": "Les promotions ne peuvent pas attendre l'examen de l'application",
-  "solutions_qsr_pain2_desc": "6 marques, 12 applications, des milliers de lieux. Chaque soumission d'application au magasin nécessite une semaine de coordination entre les équipes.",
-  "solutions_qsr_pain2_title": "Gérer plusieurs marques est complexe",
-  "solutions_qsr_pain3_desc": "Tarification régionale, réglementations locales, caractéristiques spécifiques à la franchise. Une mauvaise mise à jour peut signifier des problèmes juridiques.",
-  "solutions_qsr_pain3_title": "La Conformité de la Franchise est Cruciale",
-  "solutions_qsr_pain4_desc": "Lorsque l'heure du déjeuner arrive et que votre application de commande plante, vous ne pouvez pas attendre la semaine prochaine pour une solution.",
-  "solutions_qsr_pain4_title": "Les Heures de Pointe Sont Impitoyables",
-  "solutions_qsr_reality_label": "La réalité de la restauration rapide",
-  "solutions_qsr_reality_title": "Votre app évolue au rythme de votre entreprise",
-  "solutions_qsr_short": "Restauration rapide",
-  "solutions_qsr_sol1_desc": "Nouveau LTO lancé demain ? Menu saisonnier en direct ? Faites la mise à jour ce soir et chaque client l'aura d'ici demain matin.",
-  "solutions_qsr_sol1_point1": "Déployez des mises à jour de menu en minutes, pas en jours",
-  "solutions_qsr_sol1_point2": "Synchronisez les promotions avec les campagnes TV et numériques",
-  "solutions_qsr_sol1_point3": "Revenez en arrière instantanément si quelque chose ne va pas",
-  "solutions_qsr_sol1_title": "Promotions de Navire Instantanément",
-  "solutions_qsr_sol2_desc": "Gérer un portefeuille de marques de restaurants ? Mettez-les toutes à jour depuis un seul tableau de bord, ou ciblez des marques spécifiques avec des fonctionnalités sur mesure.",
-  "solutions_qsr_sol2_point1": "Tableau de bord unique pour toutes les marques",
-  "solutions_qsr_sol2_point2": "Canaux spécifiques à la marque et déploiements",
-  "solutions_qsr_sol2_point3": "Base de code unifiée, expériences différenciées",
-  "solutions_qsr_sol2_title": "Gestion Multi-Marques",
-  "solutions_qsr_sol3_desc": "Testez de nouvelles fonctionnalités au Texas avant de passer à l'échelle nationale. Menu différent en Californie. Déploiements progressifs que vous contrôlez.",
-  "solutions_qsr_sol3_point1": "Ciblage géographique pour les mises à jour",
-  "solutions_qsr_sol3_point2": "Déploiements basés sur le pourcentage",
-  "solutions_qsr_sol3_point3": "Surveillance en temps réel et retour instantané",
-  "solutions_qsr_sol3_title": "Déploiements Régionaux & Programmes Pilotes",
-  "solutions_qsr_sol4_desc": "Intégrez-vous à vos flux de travail GitHub ou GitLab existants. Déploiements automatiques à chaque fusion vers la branche principale.",
-  "solutions_qsr_sol4_point1": "Intégration des Actions GitHub",
-  "solutions_qsr_sol4_point2": "Canaux de mise en scène et de production automatiques",
-  "solutions_qsr_sol4_point3": "Déployer lors de la fusion, pas lors de l'approbation",
-  "solutions_qsr_sol4_title": "CI/CD Qui Fonctionne Simplement",
-  "solutions_qsr_solution_label": "La Solution",
-  "solutions_qsr_solutions_title": "Déployez les mises à jour lorsque votre entreprise en a besoin",
-  "solutions_qsr_stat1": "Mettre à jour l'heure de déploiement",
-  "solutions_qsr_stat2": "Utilisateurs mis à jour en 24 heures",
-  "solutions_qsr_stat3": "Soumissions requises pour l'App Store",
-  "solutions_qsr_stat4": "Déployer la capacité",
-  "solutions_qsr_title": "Mises à jour en direct pour la restauration rapide",
-  "solutions_qsr_usecase1_desc": "Corrigez les bugs de paiement instantanément. Mettez à jour les articles du menu en temps réel. Ne perdez jamais une commande à cause d'un code d'application obsolète.",
-  "solutions_qsr_usecase1_title": "Commande & Livraison",
-  "solutions_qsr_usecase2_desc": "Lancez de nouveaux niveaux de récompenses, mettez à jour les valeurs des points, corrigez les bugs de rachat - tout cela sans délais sur l'App Store.",
-  "solutions_qsr_usecase2_title": "Fidélité & Récompenses",
-  "solutions_qsr_usecase3_desc": "Mettez à jour les horaires du magasin, ajoutez des options de retrait en bordure de trottoir, corrigez les bugs GPS. Gardez la facilité pour les clients de vous trouver.",
-  "solutions_qsr_usecase3_title": "Localisateur de Magasin & Ramassage",
-  "solutions_qsr_usecase4_desc": "Poussez des offres ciblées, mettez à jour les codes promo, testez en temps réel les stratégies de réduction A/B.",
-  "solutions_qsr_usecase4_title": "Promotions Personnalisées",
-  "solutions_qsr_usecase5_desc": "Mettez à jour les applications de kiosque dans tous les emplacements simultanément. Aucune visite de technicien requise.",
-  "solutions_qsr_usecase5_title": "Bornes en magasin",
-  "solutions_qsr_usecase6_desc": "Gérez les mises à jour pour toutes vos marques de restaurant depuis un seul tableau de bord.",
-  "solutions_qsr_usecase6_title": "Applications Multi-Marques",
-  "solutions_qsr_usecases_label": "Cas d'utilisation",
-  "solutions_qsr_usecases_title": "Construit pour chaque besoin de QSR",
-  "solutions_real_cost": "Le vrai coût",
-  "solutions_real_world": "Cas réel",
-  "solutions_related_by_role": "Solutions par type d'équipe",
-  "solutions_related_subtitle": "Trouvez la solution adaptée à vos besoins",
-  "solutions_review_time_explanation": "Temps de validation App Store typique",
-  "solutions_scenario_company": "Entreprise",
-  "solutions_scenario_industry": "Secteur",
-  "solutions_scenario_metric1_label": "Average fix deployment time",
-  "solutions_scenario_metric1_value": "52 minutes",
-  "solutions_scenario_metric2_label": "Bug-related support tickets",
-  "solutions_scenario_metric2_value": "-89%",
-  "solutions_scenario_metric3_label": "User churn from bugs",
-  "solutions_scenario_metric3_value": "-94%",
-  "solutions_scenario_metric4_label": "Engineering weekend hours",
-  "solutions_scenario_metric4_value": "-76%",
-  "solutions_scenario_para1": "FinanceFirst serves 50,000 users who depend on their mobile banking app for daily transactions. When a critical calculation bug affected their loan interest display, they faced a nightmare scenario: users seeing incorrect balances.",
-  "solutions_scenario_para2": "Before Capgo, their process involved emergency weekend work, expedited App Store review requests (which Apple often ignores), and four days of user complaints. Their support team logged 340 tickets. Three users closed their accounts.",
-  "solutions_scenario_para3": "After implementing Capgo, their next critical bug - a timezone issue affecting scheduled payments - was fixed in 47 minutes from discovery to deployment. Zero support tickets. Zero churn. Their CTO now sleeps through the night again.",
-  "solutions_scenario_quote": "Citation",
-  "solutions_scenario_quote_author": "Auteur",
-  "solutions_scenario_results": "Résultats",
-  "solutions_scenario_title": "Cas réel",
-  "solutions_schedule_demo": "Planifier une démo",
-  "solutions_setup_minutes": "Configuration en 5 minutes",
-  "solutions_solo_after1": "Push updates instantly, no review needed",
-  "solutions_solo_after2": "One command to deploy: npx @capgo/cli bundle upload",
-  "solutions_solo_after3": "Start free, then $14/month as you grow",
-  "solutions_solo_after4": "One-click rollback if something goes wrong",
-  "solutions_solo_after_title": "Après : Avec Capgo",
-  "solutions_solo_ai_benefit1_desc": "Laissez l'IA gérer le code pendant que vous vous concentrez sur le produit. Nouvelle fonctionnalité ? Générez-la, testez-la, déployez-la - tout dans la même journée.",
-  "solutions_solo_ai_benefit1_title": "L'IA code, vous déployez",
-  "solutions_solo_ai_benefit2_desc": "Une commande et votre mise à jour est en ligne. Pas de soumission aux stores, pas de processus de validation, pas d'attente. Comme déployer un site web.",
-  "solutions_solo_ai_benefit2_title": "Déploiements à la vitesse du web",
-  "solutions_solo_ai_benefit3_desc": "Quand l'IA peut générer des fonctionnalités en quelques minutes, votre processus de déploiement ne devrait pas prendre des jours. Déployez aussi vite que vous pensez.",
-  "solutions_solo_ai_benefit3_title": "Itérez à la vitesse de l'IA",
-  "solutions_solo_ai_label": "Développement assisté par IA",
-  "solutions_solo_ai_new1": "L'IA génère la fonctionnalité (5 min)",
-  "solutions_solo_ai_new2": "Compilation et upload du bundle (2 min)",
-  "solutions_solo_ai_new3": "Les utilisateurs reçoivent la mise à jour (quelques minutes)",
-  "solutions_solo_ai_new_time": "Total : Moins de 10 minutes",
-  "solutions_solo_ai_new_way": "Avec Capgo",
-  "solutions_solo_ai_old1": "L'IA génère la fonctionnalité (5 min)",
-  "solutions_solo_ai_old2": "Compilation des binaires natifs (15 min)",
-  "solutions_solo_ai_old3": "Soumission à l'App Store",
-  "solutions_solo_ai_old4": "Attente de validation (3-7 jours)",
-  "solutions_solo_ai_old_time": "Total : 3-7 jours",
-  "solutions_solo_ai_old_way": "Mises à jour mobiles traditionnelles",
-  "solutions_solo_ai_subtitle": "Utilisez des outils IA comme Cursor, Copilot ou Claude pour développer plus vite. Puis déployez instantanément - comme vous le feriez avec un site web.",
-  "solutions_solo_ai_terminal": "Terminal",
-  "solutions_solo_ai_title": "Codez aujourd'hui, déployez ce soir",
-  "solutions_solo_badge": "Solo-friendly",
-  "solutions_solo_before1": "Wait 3-7 days for app store approval",
-  "solutions_solo_before2": "Manage complex deployment pipelines",
-  "solutions_solo_before3": "Pay $500/month for enterprise tools",
-  "solutions_solo_before4": "Pray you don't push a breaking change",
-  "solutions_solo_before_title": "Avant : La vie de dev solo",
-  "solutions_solo_cta_note": "Essai gratuit de 14 jours. Aucune carte bancaire requise. Passez à la version supérieure quand vous êtes prêt.",
-  "solutions_solo_cta_subtitle": "Commencez gratuitement et gardez le contrôle de votre app",
-  "solutions_solo_cta_title": "Prêt à être plus efficace ?",
-  "solutions_solo_description": "Tout ce dont vous avez besoin pour garder votre app à jour. Tier gratuit pour petites apps, pas de carte bancaire, configuration simple.",
-  "solutions_solo_hero_subtitle": "Vous ne devriez pas attendre des heures les reviews App Store. Poussez des mises à jour instantanément et concentrez-vous sur le développement.",
-  "solutions_solo_hero_title": "Le super-pouvoir du dev solo",
-  "solutions_solo_highlight": "Essai gratuit de 14 jours - commencez à déployer aujourd'hui",
-  "solutions_solo_pain1_desc": "Design, code, support, marketing - you do it all. Adding 'DevOps engineer' to the list isn't an option.",
-  "solutions_solo_pain1_title": "You're the CEO, CTO, and Intern",
-  "solutions_solo_pain2_desc": "You found the bug at 9 AM. Fixed it by 10 AM. Now you wait 5 days for Apple to approve it while users leave 1-star reviews.",
-  "solutions_solo_pain2_title": "App Store Reviews Kill Your Momentum",
-  "solutions_solo_pain3_desc": "When you're the only developer, every 1-star review feels personal. Because it is.",
-  "solutions_solo_pain3_title": "Every Bad Review Hurts",
-  "solutions_solo_pain4_desc": "You can't justify $500/month for deployment tools when your app makes $200/month.",
-  "solutions_solo_pain4_title": "No Budget for Enterprise Tools",
-  "solutions_solo_pain5_desc": "When you push a bad update, there's no one to roll it back for you. You're on your own.",
-  "solutions_solo_pain5_title": "No Team to Catch Mistakes",
-  "solutions_solo_pain6_desc": "Every bug report goes to you. Every frustrated email. Every 'why doesn't this work?'",
-  "solutions_solo_pain6_title": "Support Tickets Are All You",
-  "solutions_solo_read_docs": "Lire la documentation",
-  "solutions_solo_reality_label": "La réalité",
-  "solutions_solo_reality_title": "Les reviews App Store mangent votre temps",
-  "solutions_solo_reason1_desc": "Install the plugin, add one line of code, deploy. That's it. No DevOps degree required.",
-  "solutions_solo_reason1_title": "5-Minute Setup",
-  "solutions_solo_reason2_desc": "Essai gratuit de 14 jours pour commencer. 14 $/mois quand vous êtes prêt à grandir. Pas 500 $/mois comme les outils enterprise.",
-  "solutions_solo_reason2_title": "Affordable Pricing",
-  "solutions_solo_reason3_desc": "When you're stuck, you talk to Martin (our founder), not a chatbot. Usually within hours, often within minutes.",
-  "solutions_solo_reason3_title": "Human Support",
-  "solutions_solo_short": "Développeurs solo",
-  "solutions_solo_superpower_label": "Votre super-pouvoir",
-  "solutions_solo_superpower_subtitle": "Features Enterprise sans complexité Enterprise",
-  "solutions_solo_superpower_title": "Déployez comme un pro",
-  "solutions_solo_tagline": "Essai gratuit de 14 jours, déploiement simple",
-  "solutions_solo_testimonial1": "I run 3 apps by myself. Capgo lets me push updates to all of them before my morning coffee gets cold.",
-  "solutions_solo_testimonial1_author": "David Park",
-  "solutions_solo_testimonial1_role": "Indie Developer, 3 apps on the store",
-  "solutions_solo_testimonial2": "L'essai gratuit m'a permis de commencer. Maintenant je paie 14 $/mois et je déploie des mises à jour quotidiennement. Meilleur outil de ma stack.",
-  "solutions_solo_testimonial2_author": "Maria Santos",
-  "solutions_solo_testimonial2_role": "Solo Founder, Lifestyle App",
-  "solutions_solo_title": "Pour les développeurs solo",
-  "solutions_solo_why_title": "Pourquoi les devs solo adorent Capgo",
-  "solutions_solution_result": "Résultat : Déploiement instantané, utilisateurs satisfaits",
-  "solutions_solution_step1_desc": "Make your code change, run your build process, and verify the fix locally.",
-  "solutions_solution_step1_time": "30 minutes",
-  "solutions_solution_step1_title": "Fix the Bug",
-  "solutions_solution_step2_desc": "One command uploads your bundle. It's immediately available to your entire user base.",
-  "solutions_solution_step2_time": "30 seconds",
-  "solutions_solution_step2_title": "Push to Capgo",
-  "solutions_solution_step3_desc": "Updates download in the background. Next app launch, they have the fix. No manual update needed.",
-  "solutions_solution_step3_time": "4 hours average",
-  "solutions_solution_step3_title": "Users Get Updated",
-  "solutions_start_free_trial": "Essai gratuit",
-  "solutions_startups_adv1_desc": "Push updates instantly. No app store review. No waiting. Your users get fixes the same day you write them.",
-  "solutions_startups_adv1_title": "Ship Features Daily, Not Monthly",
-  "solutions_startups_adv2_desc": "No infrastructure to manage. No CI/CD complexity. Just build and deploy.",
-  "solutions_startups_adv2_point1": "Works with your existing GitHub/GitLab workflow",
-  "solutions_startups_adv2_point2": "5-minute setup, not 5-day setup",
-  "solutions_startups_adv2_point3": "One command to deploy",
-  "solutions_startups_adv2_title": "Zero DevOps Overhead",
-  "solutions_startups_adv3_desc": "When you find a bug on Monday, fix it on Monday. Not next week when Apple finally approves your update.",
-  "solutions_startups_adv3_title": "Fix Bugs Before They Hurt Your Ratings",
-  "solutions_startups_adv4_competitor": "The other guys",
-  "solutions_startups_adv4_desc": "We're bootstrapped too. We know every dollar matters. That's why we start at $14/month, not $499.",
-  "solutions_startups_adv4_title": "Startup-Friendly Pricing",
-  "solutions_startups_advantage_label": "Votre avantage",
-  "solutions_startups_advantage_subtitle": "Features Enterprise à prix startup",
-  "solutions_startups_advantage_title": "Livrez comme les grands",
-  "solutions_startups_badge": "Startup-friendly",
-  "solutions_startups_case_company": "TechStartup SARL",
-  "solutions_startups_case_metric1_label": "Deploy frequency",
-  "solutions_startups_case_metric1_value": "3x daily",
-  "solutions_startups_case_metric2_label": "Time to fix bugs",
-  "solutions_startups_case_metric2_value": "-95%",
-  "solutions_startups_case_metric3_label": "App store rating",
-  "solutions_startups_case_metric3_value": "3.2 → 4.7",
-  "solutions_startups_case_metric4_label": "Monthly cost",
-  "solutions_startups_case_metric4_value": "$14/mo",
-  "solutions_startups_case_para1": "Before Capgo, we dreaded finding bugs. Every fix meant a week of waiting for app store approval while users churned.",
-  "solutions_startups_case_para2": "We switched to Capgo in 30 minutes. That afternoon, we pushed a critical fix that had been waiting for review for 4 days.",
-  "solutions_startups_case_para3": "Now we ship updates 3-4 times per day. Our app store rating went from 3.2 to 4.7 in two months.",
-  "solutions_startups_case_quote": "Avant Capgo, on attendait 2 semaines les reviews App Store. Maintenant on déploie le jour même.",
-  "solutions_startups_case_quote_author": "Lisa M., CTO",
-  "solutions_startups_case_results": "10x plus de releases de features",
-  "solutions_startups_case_stage": "Série A",
-  "solutions_startups_cta_note": "Aucune carte bancaire requise. Gratuit jusqu'à 1 000 utilisateurs.",
-  "solutions_startups_cta_subtitle": "Commencez gratuitement et évoluez en grandissant",
-  "solutions_startups_cta_title": "Prêt à livrer plus vite ?",
-  "solutions_startups_description": "Livrez des features plus vite que la concurrence. Commencez gratuitement, évoluez en grandissant. Pas de complexité DevOps, juste de l'itération rapide.",
-  "solutions_startups_founder_quote": "Nous avons triplé notre vitesse d'itération depuis notre passage à Capgo.",
-  "solutions_startups_hero_subtitle": "Dans le monde startup, la vitesse gagne. Livrez des features en minutes, pas en semaines. Pas d'attente App Store, pas d'utilisateurs perdus.",
-  "solutions_startups_hero_title": "Livrez plus vite que la concurrence",
-  "solutions_startups_pain1_desc": "You found the bug. You fixed it. Now you wait 3-7 days for Apple to approve it. Your users? Still frustrated.",
-  "solutions_startups_pain1_title": "App Store Reviews Kill Velocity",
-  "solutions_startups_pain2_desc": "Hiring a DevOps engineer costs $150k+/year. Your deployment pipeline shouldn't require one.",
-  "solutions_startups_pain2_title": "DevOps Is Expensive",
-  "solutions_startups_pain3_desc": "Every day a bug stays live is another 1-star review. At your stage, ratings matter more than anything.",
-  "solutions_startups_pain3_title": "Bad Reviews Compound",
-  "solutions_startups_pricing_highlight": "Gratuit jusqu'à 1 000 utilisateurs",
-  "solutions_startups_quickstart_subtitle": "Pas de configuration compliquée, pas de DevOps requis",
-  "solutions_startups_quickstart_title": "Opérationnel en 5 minutes",
-  "solutions_startups_quote_author": "Alex C.",
-  "solutions_startups_quote_role": "Fondateur startup",
-  "solutions_startups_reality_label": "La réalité",
-  "solutions_startups_reality_title": "Les reviews App Store vous ralentissent",
-  "solutions_startups_see_pricing": "Voir les tarifs",
-  "solutions_startups_short": "Startups",
-  "solutions_startups_story_label": "Succès story",
-  "solutions_startups_story_title": "Comment une startup itère 10x plus vite",
-  "solutions_startups_tagline": "Livrez vite sans complexité",
-  "solutions_startups_title": "Pour les Startups",
-  "solutions_stat_apps": "947+ Apps",
-  "solutions_stat_updates": "Plus de 1,4 Md de mises à jour",
-  "solutions_stat_years": "4+ ans en production",
-  "solutions_talk_to_team": "Contacter l'équipe",
-  "solutions_testimonial1": "We switched from CodePush after Microsoft deprecated it. Capgo was running in production within a day. We haven't looked back - it's faster, more reliable, and the team actually responds to support tickets.",
-  "solutions_testimonial1_author": "Michael Torres",
-  "solutions_testimonial1_role": "Lead Mobile Developer, RetailFlow",
-  "solutions_testimonial2": "Our app serves 200,000 daily active users. Before Capgo, a Friday bug meant a ruined weekend. Now it means a 30-minute fix. The peace of mind alone is worth the subscription.",
-  "solutions_testimonial2_author": "Sofia Andersson",
-  "solutions_testimonial2_role": "CTO, HealthTrack",
-  "solutions_the_problem": "Le problème",
-  "solutions_the_solution": "La solution",
-  "solutions_traditional_workflow": "Workflow traditionnel",
-  "solutions_trusted_by_title": "Des équipes leaders nous font confiance",
-  "solutions_use_cases_subtitle": "Trouvez la solution adaptée à votre workflow",
-  "solutions_usecase1_desc": "A payment flow is broken. Users can't complete purchases. With Capgo, push a fix in minutes and watch your revenue recover in real-time.",
-  "solutions_usecase1_title": "Critical Bug Fixes",
-  "solutions_usecase2_desc": "New pricing, updated terms, seasonal promotions. Update your app's content without waiting for store approval.",
-  "solutions_usecase2_title": "Content Updates",
-  "solutions_usecase3_desc": "Your test showed the new checkout flow converts 23% better. Ship it to everyone immediately instead of waiting a week.",
-  "solutions_usecase3_title": "A/B Testing Results",
-  "solutions_usecase4_desc": "Fixed that annoying alignment issue. Updated the loading animation. Small improvements ship as fast as you can code them.",
-  "solutions_usecase4_title": "UI Polish",
-  "solutions_usecase5_desc": "Something broke in production. Don't wait for weekend coverage. Push the fix now, from anywhere.",
-  "solutions_usecase5_title": "Emergency Hotfixes",
-  "solutions_usecase6_desc": "New privacy regulations require disclosure changes. Update your app before the deadline, not after.",
-  "solutions_usecase6_title": "Compliance Updates",
-  "solutions_user_churn": "23% d'attrition",
-  "solutions_version_targeting": "Ciblage de version",
-  "solutions_version_targeting_appflow_desc": "Capgo vous donne un contrôle total sur qui reçoit quelles mises à jour",
-  "solutions_version_targeting_appflow_step1": "Create a channel for each native version (e.g., 'native-1.5.0')",
-  "solutions_version_targeting_appflow_step2": "Configure your app to use the channel matching its native version",
-  "solutions_version_targeting_appflow_step3": "Push bundles to specific channels for targeted distribution",
-  "solutions_version_targeting_appflow_step4": "Use our CLI to push to multiple channels at once when needed",
-  "solutions_version_targeting_appflow_title": "Maîtrisez les scénarios complexes",
-  "solutions_version_targeting_cta_subtitle": "Commencez avec le ciblage de version pour vos mises à jour",
-  "solutions_version_targeting_cta_title": "Besoin d'un ciblage précis ?",
-  "solutions_version_targeting_description": "Envoyez différentes mises à jour à différentes versions. Parfait pour les déploiements progressifs, A/B tests et support legacy.",
-  "solutions_version_targeting_feature1_desc": "Create a channel for each native build. When you release native version 1.5.0, create a channel for it. All JS updates for that native version go to that channel.",
-  "solutions_version_targeting_feature1_title": "Channel Per Native Version",
-  "solutions_version_targeting_feature2_desc": "Push an update to versions 1.3, 1.4, and 1.5 but skip 1.2. Perfect when older native versions can't support new features.",
-  "solutions_version_targeting_feature2_title": "Selective Update Distribution",
-  "solutions_version_targeting_feature3_desc": "Recreate AppFlow's version-tied channel behavior exactly. Each native build maps to a Capgo channel with the same control you're used to.",
-  "solutions_version_targeting_feature3_title": "AppFlow Migration Ready",
-  "solutions_version_targeting_feature4_desc": "Stop pushing updates to old versions when you're ready to sunset them. Users on old versions stay stable while new versions get updates.",
-  "solutions_version_targeting_feature4_title": "Graceful Deprecation",
-  "solutions_version_targeting_hero_subtitle": "Tous les utilisateurs ne devraient pas recevoir la même mise à jour. Ciblez selon la version, la plateforme ou des critères personnalisés.",
-  "solutions_version_targeting_hero_title": "La bonne mise à jour pour chaque version",
-  "solutions_version_targeting_scenarios_breaking": "Breaking changes",
-  "solutions_version_targeting_scenarios_breaking_desc": "Envoyez les mises à jour uniquement aux versions compatibles",
-  "solutions_version_targeting_scenarios_gradual": "Déploiements progressifs",
-  "solutions_version_targeting_scenarios_gradual_desc": "Testez les mises à jour sur un sous-ensemble avant le déploiement complet",
-  "solutions_version_targeting_scenarios_sunset": "Support legacy",
-  "solutions_version_targeting_scenarios_sunset_desc": "Continuez à supporter les anciennes versions avec des correctifs spécifiques",
-  "solutions_version_targeting_scenarios_title": "Cas d'usage",
-  "solutions_version_targeting_title": "Ciblage de version",
-  "solutions_view_docs": "Voir la documentation",
-  "solutions_when_to_use": "Quand l'utiliser",
-  "solutions_white_label": "Apps marque blanche",
-  "solutions_white_label_cta_subtitle": "Commencez à gérer plusieurs apps aujourd'hui",
-  "solutions_white_label_cta_title": "Prêt à passer à l'échelle ?",
-  "solutions_white_label_description": "Gérez plusieurs apps brandées depuis une base de code. Parfait pour agences, plateformes SaaS et franchises.",
-  "solutions_white_label_feature1_desc": "Each brand or client gets their own Capgo channel. Push brand-specific updates, content, and features without affecting other deployments.",
-  "solutions_white_label_feature1_title": "Channel Per Brand",
-  "solutions_white_label_feature2_desc": "Let users choose their experience. A restaurant app can let users select their location and download that specific restaurant's content.",
-  "solutions_white_label_feature2_title": "Dynamic Channel Switching",
-  "solutions_white_label_feature3_desc": "Manage all deployments from one dashboard. Push global updates to all channels or target specific brands.",
-  "solutions_white_label_feature3_title": "Centralized Management",
-  "solutions_white_label_feature4_desc": "Build an app store within your app. Each mini-app is a Capgo channel - users download and switch between them seamlessly.",
-  "solutions_white_label_feature4_title": "Mini-App Platform",
-  "solutions_white_label_hero_subtitle": "Déployez des mises à jour sur toutes vos apps marque blanche simultanément ou gérez chacune individuellement.",
-  "solutions_white_label_hero_title": "Une base de code, marques infinies",
-  "solutions_white_label_miniapp_desc": "Hébergez plusieurs mini-apps dans une app conteneur",
-  "solutions_white_label_miniapp_step1": "Main app contains the shell and navigation",
-  "solutions_white_label_miniapp_step2": "Each mini-app is a separate Capgo channel",
-  "solutions_white_label_miniapp_step3": "Users browse available mini-apps in the main app",
-  "solutions_white_label_miniapp_step4": "Selecting a mini-app downloads that channel's content",
-  "solutions_white_label_miniapp_step5": "Mini-app developers upload via CLI or SDK - never touching production",
-  "solutions_white_label_miniapp_step6": "The platform owner reviews and promotes to production",
-  "solutions_white_label_miniapp_title": "Plateformes mini-apps",
-  "solutions_white_label_tech_desc": "Utilisez le système de channels Capgo pour des mises à jour spécifiques par marque",
-  "solutions_white_label_tech_title": "Comment ça marche",
-  "solutions_white_label_title": "Solutions marque blanche",
-  "solutions_white_label_usecases_platform": "Entreprises plateformes",
-  "solutions_white_label_usecases_platform_desc": "Passez à l'échelle sur des centaines d'apps brandées avec une équipe",
-  "solutions_white_label_usecases_restaurant": "Chaînes de restaurants",
-  "solutions_white_label_usecases_restaurant_desc": "Chaque emplacement a sa propre app avec gestion centralisée",
-  "solutions_white_label_usecases_saas": "Plateformes SaaS",
-  "solutions_white_label_usecases_saas_desc": "Donnez aux clients leur propre app brandée avec votre technologie",
-  "solutions_white_label_usecases_title": "Cas d'usage parfaits",
-  "solutions_why_teams_choose": "Pourquoi les équipes choisissent Capgo",
-  "solutions_with_capgo": "Avec Capgo",
-  "somebody_developed_an_app_for_you_but_it_doesn_t_meet_your_expectations_and_the_quality_of_the_final_product_is_really_low": "Quelqu'un a développé une application pour vous mais elle ne répond pas à vos attentes et la qualité du produit final est vraiment faible.",
-  "something_doesn_t_work_but_you_don_t_know_why": "Quelque chose ne fonctionne pas mais vous ne savez pas pourquoi",
-  "source_code_protection_1": "En tant que projet open source, le code de Capgo est publiquement disponible sur",
-  "source_code_protection_2": "Le code est continuellement audité par :",
-  "source_code_protection_3": ", avec des problèmes critiques bloqués de la production.",
-  "sponsor": "Sponsors",
-  "sponsor_description": "Capgo est un cadre open-source gratuit grâce à nos généreux commanditaires. Si vous utilisez Capgo dans votre travail quotidien et que vous ne pouvez pas utiliser notre service cloud, veuillez envisager de nous soutenir.",
-  "sponsor_title": "Capgo Sponsors",
-  "sso_2fa": "SSO + 2FA",
-  "stars_in_github": "Étoiles sur GitHub",
-  "start_now": "Commencer maintenant",
-  "start_your_project": "Commencez Votre Projet",
-  "status": "Statut",
-  "storage": "Stockage<br />(Go)",
-  "storage_calculated_info": "* Le stockage est calculé par Go par heure",
-  "storage_detailed_explanation": "Le stockage est utilisé pour stocker vos bundles de mise à jour d'application, qui contiennent des assets web (HTML, CSS, JavaScript), des métadonnées de version et des checksums. Il conserve toutes les versions téléchargées pour prendre en charge les rollbacks instantanés, plusieurs canaux de diffusion et l'historique de déploiement.",
-  "storage_gb": "Stockage (Go)",
-  "storage_what_is_it_used_for": "À quoi sert le stockage et comment fonctionne-t-il ?",
-  "submitting_a_pr_to_capgo": "Soumettre une PR à <a href='https://github.com/Cap-go/capgo'><code>Capgo</code></a>",
-  "submitting_a_pull_request": "Soumettre une pull request",
-  "subprocessors": "Subprocessors",
-  "subprocessors_description": "List of third-party subprocessors used to deliver Capgo.",
-  "subprocessors_intro": "Capgo relies on trusted third-party subprocessors to provide, secure, and improve the service. The list below describes the vendors and how they are used.",
-  "subprocessors_table_purpose": "Purpose",
-  "subprocessors_table_vendor": "Subprocessor",
-  "subprocessors_title": "Subprocessors",
-  "supercharge_your_app": "Surchargez Votre Application",
-  "support": "Aide",
-  "support_desc": "Capgo fournit des accords de niveau de service de support pour nos clients Team et Enterprise.",
-  "support_policy": "Politique de support",
-  "support_policy_billing_support": "L'assistance à la facturation et à la gestion de compte est disponible pour tous les clients.",
-  "support_policy_code_debugging": "Pour les questions de débogage de code, nous vous recommandons de contacter la communauté via GitHub Issues ou Discord. La communauté inclut des développeurs expérimentés qui peuvent vous guider sur les problèmes liés au code.",
-  "support_policy_community_response": "Pour obtenir la réponse la plus utile de la communauté, fournissez des informations précises et détaillées sur votre problème et les messages d'erreur. Incluez les extraits de code pertinents expliquant comment reproduire le problème dans votre message.",
-  "support_policy_configuration_issues_1": "Configuration des mises à jour en direct",
-  "support_policy_configuration_issues_2": "Meilleures pratiques pour la configuration d'applications",
-  "support_policy_configuration_issues_3": "Questions générales sur la pile Capgo",
-  "support_policy_configuration_issues_title": "Problèmes de Configuration",
-  "support_policy_description": "Politique de support client Capgo et délais de réponse. Découvrez nos canaux de support, SLA et comment nous vous aidons à réussir avec les mises à jour en direct.",
-  "support_policy_intro": "Capgo s'engage à offrir une expérience client exceptionnelle. Dans le cadre de cet engagement, nous proposons une assistance technique limitée pour tous les projets payants utilisant notre plateforme Capgo. Notre support technique est défini par la portée, les heures, les contacts et les canaux suivants.",
-  "support_policy_limited_support_1": "La demande est faite via l'un de nos canaux de support officiels",
-  "support_policy_limited_support_2": "La demande provient d'une adresse e-mail d'un compte Capgo enregistré",
-  "support_policy_limited_support_3": "Le demandeur a un accès Développeur ou supérieur à tous les projets Capgo spécifiques liés à la demande",
-  "support_policy_limited_support_intro": "Un support technique limité est disponible pour les clients Capgo utilisant des ressources Capgo payantes et/ou des modules complémentaires Capgo payants. Les demandes de support ne seront traitées que si :",
-  "support_policy_not_covered_1": "Débogage général des applications utilisateur",
-  "support_policy_not_covered_2": "Réécriture du code de l'application pour la compatibilité avec Capgo",
-  "support_policy_not_covered_3": "Modification et/ou correction de logiciels tiers ou Open Source pour la compatibilité avec Capgo",
-  "support_policy_not_covered_intro": "Les services de support technique Capgo n'incluent pas :",
-  "support_policy_not_covered_title": "Non couvert",
-  "support_policy_official_channels_1": "Web et Tableau de bord : Le support est disponible exclusivement via la fonction d'aide Capgo dans le tableau de bord ou sur notre site web",
-  "support_policy_official_channels_2": "Email : Si vous ne pouvez pas accéder au tableau de bord ou au système de tickets, contactez le support en envoyant un e-mail à support@capgo.app depuis une adresse e-mail de compte Capgo enregistrée",
-  "support_policy_official_channels_note": "Le personnel de support de Capgo ne répondra qu'aux demandes reçues via ces canaux officiels. Des canaux communautaires peuvent exister pour le support et les discussions entre pairs, fournis par des bénévoles contribuant à la communauté Capgo.",
-  "support_policy_official_channels_title": "Canaux de support officiels",
-  "support_policy_premium_support_desc": "Pour en savoir plus sur nos options de Support Premium pour les clients Team Plan et Enterprise, veuillez nous contacter via le formulaire ci-dessous :",
-  "support_policy_premium_support_title": "Support Premium",
-  "support_policy_proactive_monitoring_desc": "En cas de problème de plateforme, nous publierons un avis sur notre site de statut à status.capgo.app pour communiquer rapidement l'impact et le statut. Vous n'avez pas besoin de soumettre un ticket de support pour les problèmes de plateforme en cours. Au lieu de cela, surveillez la page de statut pour obtenir les dernières mises à jour et informations.",
-  "support_policy_proactive_monitoring_title": "Surveillance Proactive",
-  "support_policy_scope_intro": "L'offre de support de Capgo est disponible uniquement pour les technologies prises en charge par la plateforme Capgo et se limite à :",
-  "support_policy_scope_title": "Portée",
-  "support_policy_service_disruption_if_billing_stopped": "<strong>Si le paiement est interrompu ou si la facturation est annulée:</strong> la dernière mise à jour installée avec succès reste sur chaque appareil, mais aucune nouvelle mise à jour n'est téléchargée.",
-  "support_policy_service_disruption_if_capgo_down": "<strong>Si Capgo est en panne :</strong> en mode arrière-plan, cela est généralement invisible pour les utilisateurs. En mode direct, le service peut renvoyer une réponse 5xx lorsqu'il est accessible ; si le serveur est simplement trop lent, le plugin attend jusqu'à 3 secondes, annule la requête et poursuit le démarrage normal de l'application.",
-  "support_policy_service_disruption_if_over_limit": "<strong>Si le trafic dépasse votre plan :</strong> aucun appareil (nouveau ou ancien) ne recevra de mises à jour supplémentaires jusqu'à ce que le plan soit à nouveau dans son cadre.",
-  "support_policy_service_disruption_intro": "Le système de mise à jour est conçu pour échouer en toute sécurité. Si Capgo n'est pas disponible, l'application continue de fonctionner et aucune interruption visible par l'utilisateur n'est introduite par la vérification de la mise à jour.",
-  "support_policy_service_disruption_link_text": "Détails sur l'interruption de service et la fin du plan",
-  "support_policy_service_disruption_outro": "Dans chaque scénario ci-dessus, votre application reste utilisable avec la dernière version installée, et les mises à jour sont simplement ignorées jusqu'à ce que le service reprenne.",
-  "support_policy_service_disruption_timeout": "Dans chaque mode de mise à jour, si le plugin ne peut pas obtenir une réponse du service de mise à jour dans les 3 secondes, il annule la demande et ouvre l'application normalement.",
-  "support_policy_service_disruption_title": "Perturbation du service et fin du plan",
-  "support_policy_sla_desc": "Les accords de niveau de service ne sont disponibles que pour les clients Enterprise. Vous pouvez trouver les détails des SLA, y compris les délais de réponse du support, sur notre page SLA dédiée :",
-  "support_policy_sla_title": "Accord de niveau de service",
-  "support_policy_team_participation": "Notez que les membres de l'équipe Capgo peuvent participer aux canaux communautaires à leur discrétion, mais il n'y a aucune garantie de réponse à moins que la demande ne soit soumise via les canaux officiels.",
-  "support_policy_title": "Support Client Capgo",
-  "support_policy_troubleshooting_1": "Solutions alternatives et résolutions pour les problèmes connus",
-  "support_policy_troubleshooting_2": "Répondre aux questions générales et diriger vers la documentation",
-  "support_policy_troubleshooting_3": "Dépannage des fonctionnalités prises en charge (Mises à jour en direct, Gestion d'applications, Analytique) montrant un comportement inattendu sur Capgo, indépendamment du code de l'application de l'utilisateur",
-  "support_policy_troubleshooting_title": "Dépannage",
-  "support_teams": "Équipes de soutien",
-  "support_title": "Assistance",
-  "switch_between_development_staging_production": "Basculer entre les canaux de développement, de préproduction et de production",
-  "table_of_contents": "Table des matières",
-  "tailored_configuration": "Configuration personnalisée",
-  "target_initial_response_times_title": "Temps de réponse initiaux cibles",
-  "team_collaboration": "Collaboration d'équipe",
-  "team_plan": "Équipe",
-  "terms": "Conditions d'utilisation",
-  "terms_applicable": "Les conditions suivantes s'appliquent à tous les produits que Vous avez achetés auprès de Nous.",
-  "test_deploy_and_monitor_your_capacitor_apps": "Testez, déployez et surveillez vos applications Capacitor",
-  "test_deploy_monitor_from_anywhere": "Testez, déployez et surveillez de n'importe où",
-  "test_different_versions_and_channels": "Testez différentes versions et canaux instantanément",
-  "test_on_real_devices": "Testez sur de vrais appareils",
-  "test_pr_builds": "Tester les builds PR",
-  "test_releases_instantly": "Libère les Tests Instantanément",
-  "testimonial_consulting": "Capgo ne dispose pas seulement d'ingénieurs incroyablement talentueux, mais ils partagent également ma passion pour le succès des projets. Avoir un <strong class='italic font-bold'>véritable partenaire</strong> a été une expérience merveilleuse, et cela nous permet d'avancer beaucoup plus vite que si nous étions seuls.",
-  "testimonial_consulting_2": "Je n'aurais <strong class='italic font-bold'>aucune hésitation à recommander Capgo</strong> à d'autres, pour fournir une solution flexible à une équipe existante ou à plus long terme dans le cadre d'une équipe à distance",
-  "testimonial_description": "Utilisateur de Capgo depuis 2023",
-  "testimonial_highlight": "les utilisateurs sont à jour en quelques minutes",
-  "testimonial_title": "Nous avons déployé Capgo en production pour notre base d'utilisateurs de +5000 !",
-  "thank_you_for_shopping": "Merci d'avoir fait vos achats chez $1.",
-  "thanks_to_our_open_source_nature": "Grâce à notre essence open source",
-  "that_grows_with_you": "qui grandit avec vous",
-  "the_webapp_and_serverless_functions_that_make_up_the_capgo_cloud_platform": "L'application web et les fonctions sans serveur qui constituent la plateforme cloud Capgo.",
-  "there_are_numerous_repositories_in_the_capgo_organization_that_are_part_of_the_capgo": "Il existe de nombreux dépôts dans l'organisation Capgo qui font partie de l'écosystème Capgo.",
-  "they_love_capgo": "Ils adorent Capgo.",
-  "this_inspired_me_to_create_an_affordable_efficient_alternative": "Cela m'a inspiré à créer une alternative abordable et efficace.",
-  "this_page_serves_as_a_helper_to_get_you_started_on_contributing": "Cette page sert de guide pour vous aider à commencer à contribuer.",
-  "tier_baker": "Boulanger",
-  "tier_gold": "Or",
-  "tier_platinum": "Platine",
-  "tier_silver": "Argent",
-  "to_help_you_decide_which_repository_might_be_the_best_to_start_contributing_and_or_falls_into_your_interest_here_s_a_short_comparison_languages_in_bold_comprise_most_of_the_codebase": "Pour vous aider à décider quel dépôt pourrait être le meilleur pour commencer à contribuer (et/ou correspond à vos intérêts), voici une courte comparaison (<strong>les langages en gras constituent la majorité du code</strong>) :",
-  "top_100_app_using_capacitor_on_android_play_store": "Liste des 100 meilleures applications utilisant Capacitor sur le Play Store Android",
-  "top_100_app_using_different_framworks_on_android_store": "Liste des 100 meilleures applications utilisant différents frameworks sur le Play Store",
-  "top_app_by_framework": "Top App par Framework",
-  "top_apps_by_framework": "Meilleures applications par framework",
-  "top_capacitor_apps": "Les meilleures applications Capacitor",
-  "top_capgo_apps": "Liste des meilleures applications utilisant Capgo",
-  "top_capgo_apps_title": "Applications Capgo les plus populaires",
-  "top_cordova_apps": "Liste des 100 meilleures applications utilisant Cordova sur le Play Store",
-  "top_cordova_apps_title": "Applications Cordova les plus populaires",
-  "top_cordova_migrate_cta_subtitle": "Migrate to Capacitor in 10 days: fewer bugs, better performance, improved accessibility, and a richer plugin ecosystem.",
-  "top_cordova_migrate_cta_title": "Still shipping Cordova?",
-  "top_flutter_apps": "Liste des 100 meilleures applications utilisant Flutter sur le Play Store",
-  "top_flutter_apps_title": "Meilleures applications Flutter",
-  "top_kotlin_apps": "Liste des 100 meilleures applications utilisant Kotlin sur le Play Store",
-  "top_kotlin_apps_title": "Applications Kotlin les plus populaires",
-  "top_native_script_apps": "Liste des 100 meilleures applications utilisant Native Script sur l'Android Store",
-  "top_native_script_apps_title": "Meilleures applications Native Script",
-  "top_react_native_apps": "Liste des 100 meilleures applications utilisant React Native sur le Play Store",
-  "top_react_native_apps_title": "Applications React Native de premier plan",
-  "tos_acknowledgment_text_1": "Les présentes Conditions Générales régissent l'utilisation de ce Service et l'accord qui régit entre Vous et la Société. Ces Conditions Générales définissent les droits et obligations de tous les utilisateurs concernant l'utilisation du Service.",
-  "tos_acknowledgment_text_2": "Votre accès et votre utilisation du Service sont conditionnés par votre acceptation et votre respect des présentes Conditions Générales. Ces Conditions Générales s'appliquent à tous les visiteurs, utilisateurs et autres personnes qui accèdent ou utilisent le Service.",
-  "tos_acknowledgment_text_3": "En accédant ou en utilisant le Service, Vous acceptez d'être lié par ces Conditions Générales. Si Vous n'êtes pas d'accord avec une partie de ces Conditions Générales, Vous ne pouvez pas accéder au Service.",
-  "tos_acknowledgment_text_4": "Vous déclarez avoir plus de 18 ans. La Société n'autorise pas les personnes de moins de 18 ans à utiliser le Service.",
-  "tos_acknowledgment_text_5": "Votre accès et votre utilisation du Service sont également conditionnés par votre acceptation et votre conformité à la Politique de confidentialité de la Société. Notre Politique de confidentialité décrit nos politiques et procédures concernant la collecte, l'utilisation et la divulgation de vos informations personnelles lorsque vous utilisez l'Application ou le Site Web et vous informe de vos droits en matière de confidentialité et de la manière dont la loi vous protège. Veuillez lire attentivement notre Politique de confidentialité avant d'utiliser notre Service.",
-  "tos_acknowledgment_title": "Accusé de réception",
-  "tos_changes_text_1": "Nous nous réservons le droit, à Notre seule discrétion, de modifier ou de remplacer ces Conditions à tout moment. Si une révision est substantielle, Nous ferons des efforts raisonnables pour fournir un préavis d'au moins 30 jours avant l'entrée en vigueur de toutes nouvelles conditions. Ce qui constitue un changement substantiel sera déterminé à Notre seule discrétion.",
-  "tos_changes_text_2": "En continuant à accéder ou à utiliser Notre Service après l'entrée en vigueur de ces révisions, Vous acceptez d'être lié par les conditions révisées. Si Vous n'acceptez pas les nouvelles conditions, en totalité ou en partie, veuillez cesser d'utiliser le site web et le Service.",
-  "tos_changes_title": "Modifications des Conditions générales",
-  "tos_contact_us_text": "Si vous avez des questions concernant ces Conditions Générales, vous pouvez nous contacter :",
-  "tos_contact_us_title": "Nous Contacter",
-  "tos_contact_us_website": "En visitant cette page sur le site web:",
-  "tos_definition_account": "Compte signifie un compte unique créé pour Vous permettre d'accéder à notre Service ou à des parties de notre Service.",
-  "tos_definition_affiliate": "Affilié signifie une entité qui contrôle, est contrôlée par ou est sous contrôle commun avec une partie, où \"contrôle\" signifie la possession de 50% ou plus des actions, des participations ou autres titres donnant droit de vote pour l'élection des administrateurs ou d'une autre autorité de gestion.",
-  "tos_definition_application": "L'Application désigne le programme logiciel fourni par la Société et téléchargé par Vous sur tout appareil électronique, nommé $1",
-  "tos_definition_application_store": "Boutique d'Applications désigne le service de distribution numérique exploité et développé par Apple Inc. (Apple App Store) ou Google Inc. (Google Play Store) à partir duquel l'Application a été téléchargée.",
-  "tos_definition_company": "La Société (désignée soit par \"la Société\", \"Nous\", \"Notre\" ou \"Nos\" dans cet Accord) fait référence à Digital shift OU, Sepapaja 6, 15551, Tallinn, Estonie.",
-  "tos_definition_country": "Le pays fait référence à : Estonia",
-  "tos_definition_device": "Dispositif désigne tout appareil pouvant accéder au Service tel qu'un ordinateur, un téléphone portable ou une tablette numérique.",
-  "tos_definition_feedback": "Les Commentaires désignent les retours, innovations ou suggestions que Vous envoyez concernant les attributs, les performances ou les fonctionnalités de notre Service.",
-  "tos_definition_free_trial": "La période d'essai fait référence à une durée limitée qui peut être gratuite lors de l'achat d'un abonnement.",
-  "tos_definition_in_app_purchase": "L'achat intégré fait référence à l'achat d'un produit, d'un article, d'un service ou d'un abonnement effectué via l'Application et soumis aux présentes Conditions Générales et/ou aux conditions générales propres à la boutique d'applications.",
-  "tos_definition_service": "Le Service fait référence à l'Application.",
-  "tos_definition_subscriptions": "Les abonnements font référence aux services ou à l'accès au Service proposés sur la base d'un abonnement par la Société à Votre intention.",
-  "tos_definition_terms": "Conditions générales (également appelées \"Conditions\") désignent les présentes Conditions générales qui constituent l'intégralité de l'accord entre Vous et la Société concernant l'utilisation du Service.",
-  "tos_definition_third_party_social_media": "Un Service de Médias Sociaux Tiers désigne tout service ou contenu (y compris les données, informations, produits ou services) fourni par un tiers qui peut être affiché, inclus ou rendu disponible par le Service.",
-  "tos_definition_you": "Vous désigne la personne qui accède ou utilise le Service, ou l'entreprise, ou toute autre entité légale au nom de laquelle cette personne accède ou utilise le Service, selon le cas.",
-  "tos_definitions_intro": "Aux fins des présentes Conditions Générales :",
-  "tos_definitions_subtitle": "Définitions",
-  "tos_disclaimer_text_1": "Le Service Vous est fourni \"TEL QUEL\" et \"TEL QUE DISPONIBLE\" avec tous les défauts et vices sans garantie d'aucune sorte. Dans toute la mesure permise par la loi applicable, la Société, en son nom propre et au nom de ses Affiliés et de leurs concédants de licence et prestataires de services respectifs, décline expressément toutes les garanties, qu'elles soient expresses, implicites, légales ou autres, concernant le Service, y compris toutes les garanties implicites de qualité marchande, d'adéquation à un usage particulier, de titre et",
-  "tos_disclaimer_text_2": "Sans limiter ce qui précède, ni la Société ni aucun des fournisseurs de la société ne fait de représentation ou de garantie de quelque nature que ce soit, expresse ou implicite : (i) quant au fonctionnement ou à la disponibilité du Service, ou aux informations, contenus et matériels ou produits qui y sont inclus ; (ii) que le Service sera ininterrompu ou exempt d'erreurs ; (iii) quant à l'exactitude, la fiabilité ou l'actualité des informations ou contenus fournis par le Service ; ou (iv) que le Service, ses serveurs, le contenu ou les courriels envoyés par ou au nom de la Société sont exempts de virus, scripts, chevaux de Troie, vers, logiciels malveillants, bombes à retardement ou autres composants nuisibles.",
-  "tos_disclaimer_text_3": "Certaines juridictions n'autorisent pas l'exclusion de certains types de garanties ou la limitation des droits légaux applicables d'un consommateur, de sorte que tout ou partie des exclusions et limitations ci-dessus peuvent ne pas s'appliquer à Vous. Mais dans ce cas, les exclusions et limitations énoncées dans cette section seront appliquées dans toute la mesure permise par la loi applicable.",
-  "tos_disclaimer_title": "\"TEL QUEL\" et \"TEL QUE DISPONIBLE\"",
-  "tos_disputes_resolution_text": "Si Vous avez des préoccupations ou un litige concernant le Service, Vous acceptez de tenter d'abord de résoudre le litige de manière informelle en contactant la Société.",
-  "tos_disputes_resolution_title": "Résolution des litiges",
-  "tos_eu_users_text": "Si vous êtes un consommateur de l'Union européenne, vous bénéficierez de toutes les dispositions obligatoires de la loi du pays dans lequel vous résidez.",
-  "tos_eu_users_title": "Pour les utilisateurs de l'Union européenne (UE)",
-  "tos_governing_law_text": "Les lois du Pays, à l'exclusion de ses règles de conflit de lois, régissent les présentes Conditions et Votre utilisation du Service. Votre utilisation de l'Application peut également être soumise à d'autres lois locales, étatiques, nationales ou internationales.",
-  "tos_governing_law_title": "Droit Applicable",
-  "tos_in_app_purchases_text_1": "L'Application peut inclure des achats intégrés qui vous permettent d'acheter des produits, des services ou des Abonnements.",
-  "tos_in_app_purchases_text_2": "Plus d'informations sur la façon dont vous pouvez gérer les achats in-app à l'aide de votre appareil peuvent être définies dans les conditions générales de l'App Store ou dans les paramètres d'aide de votre appareil.",
-  "tos_in_app_purchases_text_3": "Les achats in-app ne peuvent être consommés qu'au sein de l'Application. Si vous effectuez un achat in-app, cet achat ne peut pas être annulé après avoir initié son téléchargement. Les achats in-app ne peuvent pas être échangés contre de l'argent ou toute autre contrepartie, ni être transférés.",
-  "tos_in_app_purchases_text_4": "Si un achat intégré n'est pas téléchargé avec succès ou ne fonctionne pas une fois téléchargé avec succès, nous enquêterons sur la cause du problème après en avoir pris connaissance ou après que vous nous l'ayez signalé. Nous agirons de manière raisonnable pour décider de vous fournir un achat intégré de remplacement ou de vous envoyer un correctif pour réparer le problème. En aucun cas, nous ne vous facturerons le remplacement ou la réparation de l'achat intégré. Dans le cas peu probable où nous ne pourrions pas remplacer ou réparer l'achat intégré concerné, ou si nous ne pouvons pas le faire dans un délai raisonnable et sans vous causer d'inconvénients importants, nous autoriserons l'App Store à vous rembourser un montant pouvant aller jusqu'au coût de l'achat intégré concerné. Alternativement, si vous souhaitez demander un remboursement, vous pouvez le faire en contactant directement l'App Store.",
-  "tos_in_app_purchases_text_5": "Vous reconnaissez et acceptez que tous les processus de facturation et de transaction sont gérés par l'App Store à partir duquel vous avez téléchargé l'Application et sont régis par les conditions générales de cet App Store.",
-  "tos_in_app_purchases_text_6": "Si vous rencontrez des problèmes de paiement avec les achats intégrés, vous devez contacter directement la boutique d'applications.",
-  "tos_in_app_purchases_title": "Achats intégrés",
-  "tos_intellectual_property_text_1": "Le Service et son contenu original (à l'exclusion du Contenu fourni par Vous ou d'autres utilisateurs), ses fonctionnalités et ses caractéristiques sont et resteront la propriété exclusive de la Société et de ses concédants.",
-  "tos_intellectual_property_text_2": "Le Service est protégé par le droit d'auteur, les marques commerciales et autres lois du Pays et des pays étrangers.",
-  "tos_intellectual_property_text_3": "Nos marques déposées et notre image de marque ne peuvent pas être utilisées en relation avec un produit ou un service sans le consentement écrit préalable de la Société.",
-  "tos_intellectual_property_title": "Propriété intellectuelle",
-  "tos_interpretation_subtitle": "Interprétation",
-  "tos_interpretation_text": "Les termes dont la première lettre est en majuscule ont des significations définies dans les conditions suivantes. Les définitions suivantes auront la même signification, qu'elles apparaissent au singulier ou au pluriel.",
-  "tos_interpretation_title": "Interprétation et définitions",
-  "tos_last_updated": "Dernière mise à jour : 12 janvier 2022",
-  "tos_limitation_of_liability_text_1": "Nonobstant tout dommage que Vous pourriez subir, la responsabilité totale de la Société et de l'un de ses fournisseurs en vertu de toute disposition des présentes Conditions et Votre recours exclusif pour tout ce qui précède sera limité au montant réellement payé par Vous via le Service ou 100 USD si Vous n'avez rien acheté via le Service.",
-  "tos_limitation_of_liability_text_2": "Dans toute la mesure permise par la loi applicable, en aucun cas la Société ou ses fournisseurs ne pourront être tenus responsables de dommages spéciaux, accidentels, indirects ou consécutifs quels qu'ils soient (y compris, mais sans s'y limiter, les dommages pour perte de profits, perte de données ou d'autres informations, pour interruption d'activité, pour préjudice corporel, perte de confidentialité découlant de ou liée de quelque manière que ce soit à l'utilisation ou à l'impossibilité d'utiliser le Service, les logiciels tiers et/ou le matériel tiers utilisé avec le Service, ou autrement en rapport avec une disposition des présentes Conditions), même si la Société ou tout fournisseur a été informé de la possibilité de tels dommages et même si le recours n'atteint pas son but essentiel.",
-  "tos_limitation_of_liability_text_3": "Certains états n'autorisent pas l'exclusion des garanties implicites ou la limitation de responsabilité pour les dommages accessoires ou consécutifs, ce qui signifie que certaines des limitations ci-dessus peuvent ne pas s'appliquer. Dans ces états, la responsabilité de chaque partie sera limitée dans toute la mesure permise par la loi.",
-  "tos_limitation_of_liability_title": "Limitation de Responsabilité",
-  "tos_links_to_other_websites_text_1": "Notre Service peut contenir des liens vers des sites Web ou des services tiers qui ne sont pas détenus ou contrôlés par la Société.",
-  "tos_links_to_other_websites_text_2": "La Société n'a aucun contrôle et n'assume aucune responsabilité concernant le contenu, les politiques de confidentialité ou les pratiques des sites Web ou services tiers. Vous reconnaissez et acceptez en outre que la Société ne sera pas responsable, directement ou indirectement, de tout dommage ou perte causé ou prétendument causé par ou en relation avec l'utilisation ou la confiance accordée à tout contenu, bien ou service disponible sur ou via ces sites Web ou services.",
-  "tos_links_to_other_websites_text_3": "Nous vous conseillons vivement de lire les conditions générales et les politiques de confidentialité des sites Web ou services tiers que vous visitez.",
-  "tos_links_to_other_websites_title": "Liens vers d'autres sites Web",
-  "tos_please_read": "Veuillez lire attentivement ces conditions générales avant d'utiliser notre Service.",
-  "tos_right_to_refuse_or_terminate_service_text_1": "La Société se réserve le droit, à sa seule discrétion, de refuser le service, de suspendre l'accès ou de résilier toute relation commerciale ou compte à tout moment, avec ou sans motif, y compris mais sans s'y limiter :",
-  "tos_right_to_refuse_or_terminate_service_text_2": "Échec répété à payer pour des services supplémentaires convenus ou des factures.",
-  "tos_right_to_refuse_or_terminate_service_text_3": "Abus, harcèlement ou comportement irrespectueux envers les représentants de l'entreprise.",
-  "tos_right_to_refuse_or_terminate_service_text_4": "Mauvaise utilisation du Service ou actions nuisant à l'intégrité, à la sécurité ou à la réputation de l'Entreprise.",
-  "tos_right_to_refuse_or_terminate_service_text_5": "Dans de tels cas, aucun remboursement ne sera effectué pour toute période d'abonnement ou de service restante, sauf si la loi l'exige.",
-  "tos_right_to_refuse_or_terminate_service_title": "Droit de Refuser ou de Résilier le Service",
-  "tos_severability_subtitle": "Divisibilité",
-  "tos_severability_text": "Si l'une des dispositions des présentes Conditions est jugée inapplicable ou invalide, cette disposition sera modifiée et interprétée de manière à atteindre les objectifs de cette disposition dans toute la mesure possible en vertu de la loi applicable, et les dispositions restantes resteront pleinement en vigueur.",
-  "tos_severability_waiver_title": "Divisibilité et renonciation",
-  "tos_subscriptions_billing_subtitle": "Facturation",
-  "tos_subscriptions_billing_text_1": "Vous devez fournir à la Société des informations de facturation exactes et complètes, y compris le nom complet, l'adresse, l'état, le code postal, le numéro de téléphone et les informations d'un mode de paiement valide.",
-  "tos_subscriptions_billing_text_2": "En cas d'échec de la facturation automatique pour quelque raison que ce soit, la Société émettra une facture électronique indiquant que vous devez procéder manuellement, dans un certain délai, au paiement intégral correspondant à la période de facturation indiquée sur la facture.",
-  "tos_subscriptions_billing_text_3": "Si l'Abonnement a été effectué via un Achat In-App, toute la facturation est gérée par la Boutique d'Applications et est régie par les conditions générales de la Boutique d'Applications.",
-  "tos_subscriptions_cancellations_subtitle": "Annulation des abonnements",
-  "tos_subscriptions_cancellations_text_1": "Vous pouvez annuler le renouvellement de Votre Abonnement soit via la page des paramètres de Votre Compte, soit en contactant la Société. Vous ne recevrez pas de remboursement pour les frais que Vous avez déjà payés pour Votre période d'Abonnement en cours et Vous pourrez accéder au Service jusqu'à la fin de Votre période d'Abonnement en cours.",
-  "tos_subscriptions_cancellations_text_2": "Si l'Abonnement a été effectué via un Achat In-app, Vous pouvez annuler le renouvellement de Votre Abonnement depuis la boutique d'applications.",
-  "tos_subscriptions_fee_changes_subtitle": "Modifications des frais",
-  "tos_subscriptions_fee_changes_text_1": "La Société peut, à sa seule discrétion et à tout moment, modifier les frais d'abonnement. Toute modification des frais d'abonnement prendra effet à la fin de la période d'abonnement en cours.",
-  "tos_subscriptions_fee_changes_text_2": "La Société vous avisera raisonnablement à l'avance de tout changement des frais d'abonnement afin de vous donner l'opportunité de résilier votre abonnement avant que ce changement ne prenne effet.",
-  "tos_subscriptions_fee_changes_text_3": "Votre utilisation continue du Service après l'entrée en vigueur du changement des frais d'abonnement constitue votre accord de payer le montant modifié des frais d'abonnement.",
-  "tos_subscriptions_free_trial_subtitle": "Version d'essai",
-  "tos_subscriptions_free_trial_text_1": "La Société peut, à sa seule discrétion, proposer un Abonnement avec un Essai Gratuit pour une durée limitée.",
-  "tos_subscriptions_free_trial_text_2": "Vous pouvez être amené à saisir vos informations de facturation pour vous inscrire à l'essai gratuit.",
-  "tos_subscriptions_free_trial_text_3": "Si vous saisissez vos informations de facturation lors de l'inscription à un essai gratuit, la Société ne vous facturera pas avant l'expiration de l'essai gratuit. Le dernier jour de la période d'essai gratuit, sauf si vous avez annulé votre abonnement, vous serez automatiquement facturé des frais d'abonnement applicables pour le type d'abonnement que vous avez sélectionné.",
-  "tos_subscriptions_free_trial_text_4": "À tout moment et sans préavis, la Société se réserve le droit (i) de modifier les termes et conditions de l'offre d'essai gratuit, ou (ii) d'annuler cette offre d'essai gratuit.",
-  "tos_subscriptions_period_subtitle": "Période d'abonnement",
-  "tos_subscriptions_period_text_1": "Le Service ou certaines parties du Service ne sont disponibles qu'avec un Abonnement payant. Vous serez facturé à l'avance sur une base récurrente et périodique (quotidienne, hebdomadaire, mensuelle ou annuelle), selon le type de formule d'Abonnement que vous sélectionnez lors de l'achat de l'Abonnement.",
-  "tos_subscriptions_period_text_2": "À la fin de chaque période, Votre Abonnement sera automatiquement renouvelé dans les mêmes conditions, sauf si Vous l'annulez ou si la Société l'annule.",
-  "tos_subscriptions_refunds_subtitle": "Remboursements",
-  "tos_subscriptions_refunds_text_1": "Sauf si la loi l'exige, les frais d'abonnement payés ne sont pas remboursables.",
-  "tos_subscriptions_refunds_text_2": "Certaines demandes de remboursement pour les Abonnements peuvent être examinées par la Société au cas par cas et accordées à la seule discrétion de la Société.",
-  "tos_subscriptions_refunds_text_3": "Si l'Abonnement a été effectué via un achat intégré à l'application, la politique de remboursement de l'Application Store s'appliquera. Si Vous souhaitez demander un remboursement, Vous pouvez le faire en contactant directement l'Application Store.",
-  "tos_subscriptions_title": "Abonnements",
-  "tos_termination_text_1": "Nous pouvons résilier ou suspendre votre compte immédiatement, sans préavis ni responsabilité, pour quelque raison que ce soit, y compris, sans limitation, si vous enfreignez ces Conditions Générales.",
-  "tos_termination_text_2": "À la résiliation, votre droit d'utiliser le Service cessera immédiatement. Si vous souhaitez résilier votre compte, vous pouvez simplement cesser d'utiliser le Service.",
-  "tos_termination_title": "Clôture",
-  "tos_title": "Conditions générales",
-  "tos_translation_text": "Les présentes Conditions Générales peuvent avoir été traduites si Nous les avons mises à votre disposition sur notre Service. Vous acceptez que le texte original en anglais prévaudra en cas de litige.",
-  "tos_translation_title": "Interprétation de la traduction",
-  "tos_us_federal_government_text": "Si vous êtes un utilisateur final du gouvernement fédéral américain, notre Service est un «Article Commercial» tel que ce terme est défini au 48 C.F.R. §2.101.",
-  "tos_us_federal_government_title": "Dispositions relatives à l'utilisation finale du gouvernement fédéral des États-Unis",
-  "tos_us_legal_compliance_text": "Vous déclarez et garantissez que (i) Vous n'êtes pas situé dans un pays soumis à un embargo du gouvernement des États-Unis ou qui a été désigné par le gouvernement des États-Unis comme un pays \"soutenant le terrorisme\", et (ii) Vous ne figurez sur aucune liste gouvernementale des États-Unis de parties interdites ou restreintes.",
-  "tos_us_legal_compliance_title": "États-Unis Conformité Légale",
-  "tos_user_accounts_text_1": "Lorsque Vous créez un compte chez Nous, Vous devez Nous fournir des informations exactes, complètes et à jour à tout moment. Le non-respect de cette obligation constitue une violation des Conditions, ce qui peut entraîner la résiliation immédiate de Votre compte sur Notre Service.",
-  "tos_user_accounts_text_2": "Vous êtes responsable de la protection du mot de passe que Vous utilisez pour accéder au Service et de toutes les activités ou actions effectuées avec Votre mot de passe, que ce soit sur Notre Service ou sur un Service de Médias Sociaux Tiers.",
-  "tos_user_accounts_text_3": "Vous acceptez de ne pas divulguer votre mot de passe à des tiers. Vous devez nous informer immédiatement lorsque vous prenez connaissance d'une violation de la sécurité ou d'une utilisation non autorisée de votre compte.",
-  "tos_user_accounts_text_4": "Vous ne pouvez pas utiliser comme nom d'utilisateur le nom d'une autre personne ou entité ou qui n'est pas légalement disponible à l'utilisation, un nom ou une marque déposée qui est soumis à des droits d'une autre personne ou entité autre que vous sans autorisation appropriée, ou un nom qui est autrement offensant, vulgaire ou obscène.",
-  "tos_user_accounts_title": "Comptes d'utilisateur",
-  "tos_waiver_subtitle": "Renonciation",
-  "tos_waiver_text": "Sauf disposition contraire des présentes, le non-exercice d'un droit ou l'absence d'exigence d'exécution d'une obligation en vertu des présentes Conditions n'affecte pas la capacité d'une partie à exercer ce droit ou à exiger cette exécution à tout moment par la suite, et la renonciation à une violation ne constitue pas une renonciation à toute violation ultérieure.",
-  "tos_your_feedback_text": "Vous cédez tous les droits, titres et intérêts dans tout Feedback que vous fournissez à la Société. Si pour une raison quelconque cette cession n'est pas effective, vous acceptez d'accorder à la Société un droit et une licence non exclusifs, perpétuels, irrévocables, libres de droits et mondiaux pour utiliser, reproduire, divulguer, sous-licencier, distribuer, modifier et exploiter ce Feedback sans restriction.",
-  "tos_your_feedback_title": "Vos commentaires",
-  "total_data_transfer": "Transfert total de données",
-  "track_update_performance_and_user_adoption": "Suivre les performances des mises à jour et l'adoption des utilisateurs",
-  "transparency_security": "Transparence & Sécurité",
-  "trust": "Confiance",
-  "trust_center": "Centre de Confiance",
-  "trust_continuous_validation_description": "La transparence de l'open-source soutenue par des scans automatisés permet de rendre les vulnérabilités visibles et résolues avant qu'elles n'affectent les clients.",
-  "trust_continuous_validation_snyk_label": "Santé des dépendances Snyk",
-  "trust_continuous_validation_sonar_label": "Posture de sécurité SonarCloud",
-  "trust_continuous_validation_title": "Validation et surveillance continues",
-  "trust_foundation_application_description": "Les directives de codage sécurisé, les revues obligatoires, les tests automatisés et les tests de pénétration indépendants renforcent la surface de l'application.",
-  "trust_foundation_application_title": "Sécurité des applications",
-  "trust_foundation_data_description": "Les paquets des clients restent cryptés en transit et au repos avec des versions signées, des journaux d'audit et des clés API granulaires.",
-  "trust_foundation_data_title": "Protection des données",
-  "trust_foundation_description": "La sécurité, la confidentialité et la fiabilité sont intégrées à chaque couche de la plateforme Capgo.",
-  "trust_foundation_operations_description": "Des runbooks dédiés, une surveillance 24/7 et un seul propriétaire responsable garantissent une détection et une réponse rapides.",
-  "trust_foundation_operations_title": "Préparation opérationnelle",
-  "trust_foundation_platform_description": "Cloudflare, Supabase et les pipelines CI isolés imposent l'AMF, la gestion des secrets et la protection des environnements.",
-  "trust_foundation_platform_title": "Plateforme & infrastructure",
-  "trust_foundation_title": "Des protections multicouches sur chaque version",
-  "trust_hero_badge": "Construit pour des flux de travail de libération sécurisés",
-  "trust_hero_description": "Capgo protège votre pipeline de livraison avec des audits indépendants, une infrastructure renforcée et des processus conçus pour un expédition rapide et sûre.",
-  "trust_hero_point_four": "Programme de sécurité dirigé par le fondateur avec des guides d'intervention dédiés en cas d'incident.",
-  "trust_hero_point_one": "Les fournisseurs critiques maintiennent une attestation SOC 2 qui est révisée chaque année.",
-  "trust_hero_point_three": "Chiffrement en transit et au repos soutenu par des contrôles d'accès granulaires.",
-  "trust_hero_point_two": "Statut transparent, incidents et mises à jour de maintenance en temps réel.",
-  "trust_hero_primary_cta": "Examiner la documentation de conformité",
-  "trust_hero_secondary_cta": "Vérifiez le statut en temps réel",
-  "trust_hero_title": "Sécurité & Confiance sans compromis",
-  "trust_highlight_data_residency_description": "La livraison mondiale crypte le trafic de bout en bout tandis que le stockage Supabase maintient les versions verrouillées au repos.",
-  "trust_highlight_data_residency_title": "Protection des données partout",
-  "trust_highlight_soc2_description": "Les fournisseurs d'hébergement et de données respectent la conformité SOC 2 avec des certificats révisés annuellement.",
-  "trust_highlight_soc2_title": "Partenariats de niveau entreprise",
-  "trust_highlight_transparency_description": "La page de statut public, les mises à jour des incidents et le temps de fonctionnement historique permettent d'informer les clients.",
-  "trust_highlight_transparency_title": "Transparence opérationnelle",
-  "trust_highlights_heading": "Sur quoi vous pouvez compter",
-  "trust_meta_description": "Découvrez comment Capgo protège les mises à jour over-the-air avec une sécurité multicouche, une surveillance transparente et des opérations axées sur la confidentialité.",
-  "trust_program_description": "Nous itérons sur les contrôles par une évaluation continue, un renforcement, une surveillance et une amélioration.",
-  "trust_program_step_assess_description": "Des revues régulières de l'infrastructure, des dépendances et des processus garantissent que les nouveaux risques sont catalogués et priorisés.",
-  "trust_program_step_assess_title": "Évaluer et prioriser les risques",
-  "trust_program_step_evolve_description": "Les revues post-incident, les mises à jour de la feuille de route et les rapports transparents permettent d'améliorer le programme.",
-  "trust_program_step_evolve_title": "Évoluer & partager",
-  "trust_program_step_harden_description": "Les mesures de défense en profondeur couvrent les couches source, construction, livraison et exécution.",
-  "trust_program_step_harden_title": "Mettre en œuvre et renforcer les contrôles",
-  "trust_program_step_monitor_description": "Les alertes automatisées, les tableaux de bord de disponibilité et les vérifications manuelles fournissent une conscience situationnelle continue.",
-  "trust_program_step_monitor_title": "Surveiller & alerter",
-  "trust_program_title": "Cycle de vie du programme de sécurité",
-  "trust_resource_contact_cta": "Équipe de sécurité des emails",
-  "trust_resource_contact_description": "Contactez-nous directement pour une divulgation coordonnée, des revues de sécurité ou une documentation personnalisée.",
-  "trust_resource_contact_title": "Besoin de parler à la sécurité?",
-  "trust_resource_status_cta": "Ouvrir la page de statut",
-  "trust_resource_status_description": "Voir l'historique de disponibilité, les fenêtres de maintenance et la communication d'incident en temps réel.",
-  "trust_resource_status_title": "Statut & temps de fonctionnement",
-  "trust_resource_trust_center_cta": "Visitez le portail de confiance",
-  "trust_resource_trust_center_description": "Accédez aux questionnaires de sécurité, à la documentation SOC et aux mappages de contrôle détaillés.",
-  "trust_resource_trust_center_title": "Portail de confiance",
-  "trust_resources_description": "Creusez plus profondément dans les politiques, contrôles et signaux en direct qui maintiennent Capgo en sécurité.",
-  "trust_resources_title": "Explorer les ressources de confiance",
-  "trusted_by_developers_worldwide": "Fait confiance par les développeurs du monde entier",
-  "trusted_by_the_biggest_capacitor_apps": "Fait confiance par les plus grandes applications Capacitorjs",
-  "tutorial_on": "Didacticiel sur",
-  "type_ii_certified": "Certifié de Type II",
-  "typescript_definitions": "Définitions TypeScript",
-  "ultra_low_latency": "latence ultra-faible",
-  "unauthorized_access": "Accès Non Autorisé.",
-  "unauthorized_access_desc": "L'accès ou l'utilisation de tout Système sans autorisation, y compris la tentative de sonder, analyser ou tester la vulnérabilité d'un Système ou de contourner toute mesure de sécurité ou d'authentification utilisée par un Système.",
-  "unlimited_live_updates": "Mises à jour en direct illimitées",
-  "unscheduled_downtime_desc": "« Temps d'arrêt non planifié » désigne la durée, en minutes, pendant laquelle les Services applicables ne sont pas généralement accessibles et disponibles pour les Utilisateurs autorisés du Client, à l'exclusion de l'inaccessibilité ou de l'indisponibilité due aux actes ou omissions du Client ou des Utilisateurs autorisés, aux cas de force majeure, aux maintenances planifiées communiquées avec un préavis d'au moins 24 heures par email, aux attaques de piratage ou de virus, aux maintenances d'urgence raisonnables ou autres exclusions spécifiques au produit énumérées dans les Exclusions SLA.",
-  "unscheduled_downtime_title": "4.2 Temps d'arrêt imprévu",
-  "unsealed_goods": "La fourniture de biens qui ne sont pas adaptés au retour en raison de la protection de la santé ou des raisons d'hygiène et qui ont été descellés après livraison.",
-  "unsure_about_active_users": "Vous ne connaissez pas votre nombre d'utilisateurs actifs ?",
-  "update_size_mb": "Taille de la mise à jour (MB)",
-  "update_success_tracking": "Mise à jour du suivi de succès",
-  "updates": "Mises à jour",
-  "updates_at_scale": "mises à jour à grande échelle?",
-  "updates_by_month": "Mises à jour<br />par mois",
-  "updates_delivered": "Mises à jour effectuées",
-  "updates_explanation": "Partie du calcul du prix de la bande passante",
-  "updates_per_month": "Mises à jour par mois",
-  "updates_size": "Taille des mises à jour<br />(Mo)",
-  "uptime_commitment_desc": "Capgo s'engage à maintenir une disponibilité réelle d'au moins quatre-vingt-dix-neuf pour cent (99,0 %) du temps total chaque mois calendaire pendant la durée de l'abonnement, tel que mesuré par Capgo (l'\"Engagement de Disponibilité\").",
-  "uptime_commitment_title": "Engagement de disponibilité",
-  "uptime_sla": "Temps de fonctionnement SLA",
-  "urgent_enterprise_response": "1 heure<br />24/7 × 365",
-  "urgent_priority_response": "1 heure<br />24/7 × 365",
-  "urgent_support_desc": "Défaut entraînant une panne totale ou partielle du système ou une condition qui rend Capgo inutilisable ou indisponible en production pour tous les utilisateurs du client.",
-  "urgent_support_subtitle": "Problème critique",
-  "urgent_support_title": "Urgent",
-  "urgent_team_response": "24 heures<br />24/7 × 365",
-  "use_at_your_own_risk_disclaimer_text": "Toutes les informations du Service sont fournies \"en l'état\", sans garantie d'exhaustivité, d'exactitude, d'actualité ou des résultats obtenus par l'utilisation de ces informations, et sans garantie d'aucune sorte, expresse ou implicite, y compris, mais sans s'y limiter, les garanties de performance, de qualité marchande et d'adéquation à un usage particulier.",
-  "use_at_your_own_risk_disclaimer_title": "Avertissement « Utilisation à vos propres risques »",
-  "use_capgo": "Utiliser Capgo",
-  "user_comments_responsibility": "Les commentaires publiés par les utilisateurs relèvent de leur seule responsabilité et les utilisateurs assumeront l'entière responsabilité, l'obligation et le blâme pour toute diffamation ou litige résultant de quelque chose écrit dans ou comme résultat direct de quelque chose écrit dans un commentaire. La Société n'est pas responsable des commentaires publiés par les utilisateurs et se réserve le droit de supprimer tout commentaire pour quelque raison que ce soit.",
-  "using_us_in_production": "Nous utiliser en production",
-  "verify_fixes_instantly": "Vérifiez les corrections instantanément",
-  "version_control": "Gestion de Version",
-  "version_manager_that_power_ci_cd_to_update_apps": "Gestionnaire de version qui alimente la CI/CD pour mettre à jour les applications.",
-  "view_as_markdown": "Voir en Markdown",
-  "view_npm": "Voir sur NPM",
-  "view_page_as_plain_text": "Voir cette page en texte brut",
-  "view_raw_on_github": "Voir le raw sur GitHub",
-  "view_repo": "Voir le repo",
-  "view_sla": "Voir SLA",
-  "view_source": "Voir la Source",
-  "views_expressed_disclaimer_text": "Le Service peut contenir des points de vue et des opinions qui sont ceux des auteurs et ne reflètent pas nécessairement la politique ou la position officielle de tout autre auteur, agence, organisation, employeur ou entreprise, y compris la Société.",
-  "views_expressed_disclaimer_title": "Avis de non-responsabilité sur les opinions exprimées",
-  "we_already_setup_ci_cd_for_50_apps": "Nous avons déjà mis en place CI/CD pour plus de 50 applications.",
-  "we_don_t_bill_you_automatically_until_your_confirmation": "Nous ne vous facturerons pas automatiquement avant votre confirmation.",
-  "we_don_t_store_or_sell_your_data_to_anyone": "Nous ne stockons ni ne vendons vos données à qui que ce soit.",
-  "we_empower_developers_to_push_updates_instantly_ensuring_your_users_always_have_the_latest_version_of_your_app_without_the_hassle_of_app_store_approvals": "Nous permettons aux développeurs de distribuer des mises à jour instantanément, garantissant à vos utilisateurs d'avoir toujours la dernière version de votre application sans les tracas des approbations des stores d'applications.",
-  "we_practice_what_we_preach": "Nous appliquons ce que nous prêchons",
-  "we_set_up_your_ci_cd_workflow_to_work_seamlessly_with_your_current_development_process_no_need_to_switch_platforms_or_learn_new_tools": "Nous mettons en place votre workflow CI/CD pour fonctionner harmonieusement avec votre processus de développement actuel. Pas besoin de changer de plateforme ou d'apprendre de nouveaux outils.",
-  "we_welcome_and_appreciate_all_contributions_to_capgo": "Nous accueillons et apprécions toutes les contributions à Capgo.",
-  "website_description": "Envoyez et gérez des mises à jour en direct pour votre application Capacitor, sans les problèmes du magasin, 5 minutes pour installer des mises à jour sur-the-air (OTA), utilisez les canaux pour envoyer à des groupes spécifiques.",
-  "website_keywords": "Capacitor, updater, OTA, autoupdate, capgo",
-  "website_title": "Capgo - Capacitor Live Update",
-  "welcome_to_capgo": "Bienvenue sur Capgo",
-  "what_does_build_time_refer_to": "Que signifie \"temps de construction\" dans les plans ?",
-  "what_happens_if_i_reach_the_bandwidth_limit": "Que se passe-t-il si j'atteins la limite de bande passante ?",
-  "what_happens_if_i_reach_the_bandwidth_limit_answer": "Nous vous informerons par e-mail lorsque vous atteindrez 50%, 70%, 90% et 100% de votre limite de bande passante. Une fois la limite atteinte, les téléchargements de mises à jour seront bloqués jusqu'à ce que votre cycle de facturation soit réinitialisé ou que vous passiez à un plan avec plus de bande passante. Votre application continuera à fonctionner avec sa version actuelle.",
-  "what_happens_if_i_reach_the_mau_limit": "Que se passe-t-il si j'atteins la limite des Utilisateurs Actifs Mensuels (MAU) ?",
-  "what_happens_if_i_reach_the_mau_limit_answer": "Nous vous enverrons des notifications par e-mail lorsque vous atteindrez 50%, 70%, 90% et 100% de votre limite MAU. Une fois la limite atteinte, vos mises à jour seront bloquées jusqu'à la fin de votre cycle de facturation. Pour continuer à fournir des mises à jour, vous devrez passer à un plan supérieur.",
-  "what_happens_if_i_reach_the_storage_limit": "Que se passe-t-il si j'atteins la limite de stockage ?",
-  "what_happens_if_i_reach_the_storage_limit_answer": "Vous recevrez des notifications par e-mail à 50%, 70%, 90% et 100% de votre limite de stockage. Lorsque vous atteignez la limite, vous ne pourrez pas télécharger de nouveaux lots jusqu'à la fin de votre cycle de facturation ou jusqu'à ce que vous mettiez à niveau votre plan. Les mises à jour existantes continueront à fonctionner normalement.",
-  "what_payment_methods_answer": "Nous acceptons toutes les principales cartes de crédit (Visa, Mastercard, American Express, Discover). Pour les plans annuels, nous acceptons également les virements bancaires. Tous les paiements sont traités en toute sécurité via Stripe.",
-  "what_payment_methods_do_you_accept": "Quels modes de paiement acceptez-vous?",
-  "when_developing_a_capacitorjs_app_as_a_beginner_it_s_good_to_have_an_experienced_consultant_by_your_side": "Lorsque vous développez une application CapacitorJS en tant que débutant, il est bon d'avoir un consultant expérimenté à vos côtés.",
-  "when_down_review": "Lorsqu'une application fonctionne trop lentement ou tombe en panne (même pour quelques minutes), cela peut nuire à la satisfaction des utilisateurs et réduire les revenus. Pour éviter de telles situations, examinez le code pour trouver des zones d'amélioration.",
-  "when_its_good_to_ask_for_cordova_and_capacitorjs_consulting_services": "Quand est-il judicieux de demander des services de conseil en Cordova et CapacitorJS",
-  "why_is_it_important": "Pourquoi est-ce important ?",
-  "why_work": "Pourquoi travailler",
-  "with_us": "avec nous ?",
-  "work_without_internet_connection": "Travailler sans connexion internet",
-  "worldwide_success_rate": "taux de réussite mondial",
-  "written_by": "Écrit par",
-  "yearly_plan": "Forfait annuel",
-  "you_definition": "<strong>Vous</strong> désigne la personne qui accède au Service, ou la société, ou toute autre entité légale au nom de laquelle cette personne accède ou utilise le Service, selon le cas.",
-  "you_need_a_to_access_to_specific_native_api_and_the_right_plugin_don_t_exist_we_can_develop_it_for_you_or_support_you_with_it": "Vous devez accéder à une API native spécifique et le bon plugin n'existe pas. Nous pouvons le développer pour vous ou vous aider à le faire.",
-  "you_want_to_fix_a_bug_or_add_a_new_feature_to_capacitor_updater_this_is_the_repository_you_want_to_contribute_to": "Vous souhaitez corriger un bug ou ajouter une nouvelle fonctionnalité à <code>capacitor-updater</code> ? C'est le dépôt auquel vous souhaitez contribuer.",
-  "your_configuration": "Votre Configuration",
-  "your_live_update_solution_for_capacitor_apps": "Votre solution de mises à jour en direct pour les applications Capacitor",
-  "youre_in_good_company": "Vous êtes en bonne compagnie.",
-  "zero_trust_security": "Sécurité Zéro-Confiance",
-  "zero_vendor_lockin_pay_provider_directly": "aucune dépendance à un fournisseur, payez votre fournisseur directement."
-}
diff --git a/messages/id.json b/messages/id.json
deleted file mode 100644
index a22396b4b..000000000
--- a/messages/id.json
+++ /dev/null
@@ -1,3288 +0,0 @@
-{
-  "$schema": "https://inlang.com/schema/inlang-message-format",
-  "2_3_week_delivery": "Pengiriman 2-3 minggu",
-  "30_day_support_included": "Dukungan 30 hari termasuk",
-  "3_4_week_delivery": "Pengiriman 3-4 minggu",
-  "Capacitor_Sanbox_App": "Aplikasi Sanbox Kapasitor",
-  "Capacitor_Sanbox_App_description": "Cobalah setiap versi aplikasi Anda langsung di aplikasi sandbox dalam satu detik. Kelola pembaruan OTA untuk aplikasi kapasitor Anda dari saku Anda, tersedia di IOS dan Android.",
-  "From_indie_devs_to": "Dari pengembang indie hingga tim besar, semuanya mengandalkan Capgo untuk mendorong pembaruan secara instan.",
-  "SLA": "Perjanjian Tingkat Layanan (SLA)",
-  "a_specific_element_of_your_app_doesn_t_work_and_you_don_t_know_where_the_problem_is_and_how_to_fix_it": "Salah satu elemen spesifik dari aplikasi Anda tidak berfungsi dan Anda tidak tahu dimana masalahnya dan bagaimana cara memperbaikinya.",
-  "aasa_tester": "Penguji AASA",
-  "about": "Tentang",
-  "about_capgo": "Tentang Capgo",
-  "about_capgo_description": "Pelajari tentang Capgo, solusi pembaruan langsung untuk aplikasi Capacitor yang dibuat oleh Martin Donadieu. Mengirimkan pembaruan OTA instan untuk aplikasi mobile sejak 2022.",
-  "access_maintain_enterprise_plugins": "Akses dan pertahankan plugin Capacitor kelas perusahaan kami dengan dukungan prioritas dan pemeliharaan yang didedikasikan.",
-  "ach_available_for_enterprise_annual_payments": "ACH hanya tersedia untuk pembayaran tahunan dari pelanggan paket Enterprise. Hubungi kami untuk informasi lebih lanjut.",
-  "active_users_up_to_date": "dari pengguna aktif yang diperbarui dalam 24 jam",
-  "actual_availability": "Ketersediaan Aktual",
-  "actual_availability_desc": "\"Disponibilitas Aktual\" berarti Disponibilitas Terjadwal dikurangi Waktu Henti yang Tidak Terjadwal.",
-  "actual_availability_title": "4.3 Ketersediaan Aktual",
-  "adapt_as_you_grow": "Beradaptasi Seiring Pertumbuhan Anda",
-  "adapt_configuration_to_infrastructure": "Apakah Anda menggunakan GitHub, GitLab, atau platform lainnya, kami menyesuaikan konfigurasi kami untuk cocok dengan infrastruktur yang sudah ada.",
-  "additionally_make_sure_that": "Selain itu, pastikan bahwa:",
-  "address": "Alamat",
-  "advanced_access_levels": "Tingkat Akses Lanjutan",
-  "advanced_collaboration_security_compliance": "Fitur kolaborasi, keamanan, dan kepatuhan tingkat lanjut yang berkembang bersama organisasi Anda",
-  "all_around_the_globe": "Di seluruh dunia",
-  "all_lower_tiers_benefits": "Manfaat semua tingkat sebelumnya",
-  "all_systems_normal": "Semua sistem normal",
-  "all_systems_normal_uptime": "Semua sistem normal: 99% waktu operasional",
-  "already_have_account": "Sudah memiliki akun?",
-  "alternatives": "Alternatif",
-  "alternatives_appflow_credit": "💚 Kredit di mana layaknya: Ionic membangun alat yang luar biasa dan mendidik seluruh generasi pengembang aplikasi hybrid. Hormat.",
-  "alternatives_appflow_migration_guide": "Panduan Migrasi →",
-  "alternatives_appflow_reality": "Ionic mengumumkan bahwa mereka akan menutup Appflow. Pelanggan yang ada dapat menggunakannya hingga akhir 2027, tetapi tidak ada pelanggan baru atau fitur.",
-  "alternatives_appflow_reality_label": "Realitas:",
-  "alternatives_appflow_status": "⚠️ Akan ditutup pada 31 Desember 2027",
-  "alternatives_appflow_when_good": "Appflow sangat bagus jika Anda menginginkan segalanya dalam satu tempat - CI/CD, pembaruan langsung, build native. Pelopor di bidang ini.",
-  "alternatives_appflow_when_good_label": "Ketika itu baik:",
-  "alternatives_appflow_why_different_label": "Mengapa kami berbeda:",
-  "alternatives_appflow_why_different_li1": "Kami tidak menutup (agak penting!)",
-  "alternatives_appflow_why_different_li2": "$14/bulan vs $499 mereka/bulan",
-  "alternatives_appflow_why_different_li3": "Sumber terbuka vs sumber tertutup",
-  "alternatives_appflow_why_different_li4": "Fokus hanya pada pembaruan, sehingga kita lebih baik dalam hal itu",
-  "alternatives_been_doing_desc": "Dimulai pada tahun 2020. Kami telah melihat setiap kasus terluar, bertahan dari setiap perubahan kebijakan App Store, dan memproses miliaran pembaruan. Kami tidak akan kemana-mana.",
-  "alternatives_been_doing_title": "⏰ Kami telah melakukan ini selama 4 tahun",
-  "alternatives_biggest_plugin_desc": "Kami menjaga lebih dari 70 plugin Capacitor sumber terbuka gratis. Lebih banyak daripada siapa pun di ekosistem ini kecuali tim Capacitor itu sendiri.",
-  "alternatives_biggest_plugin_note": "Jadi ya, kami tahu satu atau dua hal tentang Kapasitor.",
-  "alternatives_biggest_plugin_title": "🚀 Penyedia plugin terbesar setelah Capacitor resmi",
-  "alternatives_bootstrapped_desc": "Tidak ada investor. Tidak ada hutang. Hanya pendapatan berkelanjutan dari pelanggan yang bahagia.",
-  "alternatives_bootstrapped_note": "Itu berarti kami dapat menetapkan harga yang adil ($14/bulan untuk pemula, bukan $499), dan kami tidak akan tiba-tiba tutup atau menaikkan harga kami 10 kali lipat.",
-  "alternatives_bootstrapped_title": "💰 Dibiayai sendiri dan menguntungkan",
-  "alternatives_capawesome_credit": "💚 Kredit di mana layaknya: Robin (pendiri Capawesome) melakukan pekerjaan yang hebat. Terinspirasi oleh pendekatan kami saat membangun solusi mereka jujur saja adalah hal yang membanggakan. Ekosistem menjadi lebih baik dengan berbagai pilihan.",
-  "alternatives_capawesome_diff_experience": "<strong>Pengalaman:</strong> Kami telah melakukan ini sejak 2020 (mereka meluncurkan pembaruan langsung pada tahun 2024)",
-  "alternatives_capawesome_diff_focus": "<strong>Fokus:</strong> Pembaruan langsung adalah bisnis utama kami; bagi mereka itu adalah penawaran sampingan untuk plugin berbayar mereka",
-  "alternatives_capawesome_diff_pricing": "<strong>Pricing:</strong> Keduanya terjangkau - kami mulai dari $14/bulan, mereka mulai dari €9/bulan",
-  "alternatives_capawesome_diff_scale": "<strong>Skala:</strong> Kami melayani lebih dari 1B+ pembaruan/bulan, 50M+ perangkat (mereka belum mempublikasikan statistiknya)",
-  "alternatives_capawesome_diff_security": "<strong>Keamanan & Transparansi:</strong> Kami 100% open source dengan audit publik dan kemampuan audit diri; mereka 0% terbuka di backend tanpa audit publik.",
-  "alternatives_capawesome_diff_support": "<strong>Dukungan:</strong> Keduanya menyediakan dukungan manusia (kami berdua adalah tim kecil!)",
-  "alternatives_capawesome_differences_label": "Perbedaan yang jujur:",
-  "alternatives_capawesome_full_comparison": "Perbandingan lengkap →",
-  "alternatives_capawesome_reality": "Capawesome adalah pilihan baru yang solid dengan rekayasa Jerman yang baik. Mereka terinspirasi oleh Capgo saat membangun solusi pembaruan langsung mereka. Mereka juga membuat plugin Kapasitor yang hebat.",
-  "alternatives_capawesome_status": "✅ Aktif dan terawat dengan baik",
-  "alternatives_capawesome_when_good": "Jika Anda menginginkan antarmuka yang lebih sederhana dan tidak memerlukan beberapa fitur canggih, ini adalah pilihan yang baik.",
-  "alternatives_codepush_credit": "💚 Kredit di mana layaknya: CodePush membuktikan bahwa model pembaruan langsung bekerja pada skala besar.",
-  "alternatives_codepush_reality": "CodePush gratis dan berfungsi dengan baik... sampai Microsoft berhenti memeliharanya. Ini dalam mode warisan untuk React Native, dan tidak ada dukungan resmi Capacitor.",
-  "alternatives_codepush_status": "🪦 Usang - Microsoft telah melanjutkan",
-  "alternatives_codepush_when_good": "Gratis sulit untuk dikalahkan! Dan infrastruktur Microsoft berarti itu dapat diandalkan.",
-  "alternatives_codepush_why_different_li1": "Sebenarnya dipelihara dan ditingkatkan setiap bulan",
-  "alternatives_codepush_why_different_li2": "Dibangun khusus untuk Kapasitor",
-  "alternatives_codepush_why_different_li3": "Manusia nyata memperbaiki bug dan menambahkan fitur",
-  "alternatives_codepush_why_different_li4": "Masih terjangkau: $14/bulan (bukan gratis yang disubsidi VC, tetapi berkelanjutan)",
-  "alternatives_cta_button": "Mulai percobaan gratis",
-  "alternatives_cta_questions": "Pertanyaan? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Tanyakan kepada kami di Discord</a> atau <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">email support@capgo.app</a>",
-  "alternatives_cta_subtitle": "Tidak perlu kartu kredit. Tanpa komitmen. Cukup lihat apakah ini cocok untuk Anda.",
-  "alternatives_cta_title": "Coba sendiri (gratis selama 14 hari)",
-  "alternatives_family_business_desc": "Didirikan dan dijalankan oleh Martin Donadieu dan keluarga. Tidak ada tekanan VC untuk \"maksimalkan metrik pertumbuhan\" atau \"mengubah model bisnis.\" Kami membangun ini untuk jangka panjang karena ini adalah mata pencaharian kami.",
-  "alternatives_family_business_li1": "Entitas hukum di Amerika Serikat dan Eropa",
-  "alternatives_family_business_li2": "Infrastruktur khusus untuk China",
-  "alternatives_family_business_title": "👨‍👩‍👧‍👦 Bisnis keluarga",
-  "alternatives_hero_subtitle": "Mari jujur: halaman perbandingan itu agak konyol. Tapi ini adalah pandangan yang benar-benar transparan tentang pilihan Anda.",
-  "alternatives_hero_title": "Alternatif Capgo",
-  "alternatives_human_support_desc": "Tidak ada chatbot. Tidak ada \"asisten AI.\" Tidak ada sistem tiket yang kehilangan pesan Anda.",
-  "alternatives_human_support_note": "Anda mendapatkan Martin atau seseorang dari keluarga. Biasanya dalam hitungan jam. Kadang-kadang dalam hitungan menit. Ya, bahkan di akhir pekan (kami tidak bisa menahan diri 😅).",
-  "alternatives_human_support_title": "🙋 Hanya dukungan manusia",
-  "alternatives_meta_description": "Mencari solusi pembaruan langsung Capacitor? Berikut adalah perbandingan jujur dan transparan antara Capgo vs alternatif lainnya. Tanpa omong kosong, hanya pembicaraan nyata tentang apa yang membuat setiap platform berbeda.",
-  "alternatives_not_good_at_ci_cd": "Berbeda dengan pendekatan bundel Appflow, kami memberikan fleksibilitas. Gunakan Cloud Build kami untuk build native iOS/Android, atau integrasikan dengan CI/CD Anda sendiri (GitHub Actions, GitLab CI, dll). Pilihan Anda - keduanya bekerja dengan baik.",
-  "alternatives_not_good_at_ci_cd_label": "Semua-dalam-satu CI/CD:",
-  "alternatives_not_good_at_docs": "Pembaruan otomatis dasar sudah terdokumentasi dengan baik. Tetapi Capgo memiliki banyak opsi (manual, setengah manual, channel_default, dll.) yang belum selalu mudah dipahami untuk setiap kasus penggunaan. Kami sedang aktif melakukan perbaikan ini.",
-  "alternatives_not_good_at_docs_label": "Kompleksitas dokumentasi:",
-  "alternatives_not_good_at_title": "🤔 Apa yang kita TIDAK pandai (waktu jujur)",
-  "alternatives_open_transparent_desc": "100% sumber terbuka. Dilisensikan MIT/MPL-2.0. Anda dapat melihat setiap baris kode, menjadi tuan rumah sendiri jika Anda mau, atau cabangkan sepenuhnya.",
-  "alternatives_open_transparent_li1": "Kode plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "alternatives_open_transparent_li2": "Kode Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "alternatives_open_transparent_li3": "Audit diri kapan saja - penting untuk kepatuhan dan keamanan",
-  "alternatives_open_transparent_li4": "Audit keamanan publik tersedia",
-  "alternatives_open_transparent_li5": "Peta jalan publik, masalah publik, segala sesuatu publik",
-  "alternatives_open_transparent_title": "🌍 Kami melakukannya secara terbuka dan transparan",
-  "alternatives_other_options_title": "Opsi lainnya (dan kapan harus memilihnya)",
-  "alternatives_testimonial_1": "Migrasi dari Appflow memakan waktu 2 jam. Kami beralih dari $499/bulan menjadi $14/bulan. Fitur yang sama, DX yang lebih baik.",
-  "alternatives_testimonial_1_author": "— Pengembang React dari Prancis",
-  "alternatives_testimonial_2": "Saya memiliki pertanyaan pada pukul 10 malam di hari Sabtu. Martin sendiri menjawab dalam 15 menit. Gila.",
-  "alternatives_testimonial_2_author": "— Pengembang solo dari Brasil",
-  "alternatives_testimonial_3": "Menjadi sumber terbuka berarti kami dapat mengaudit keamanan sendiri. Itu tidak bisa ditawar untuk aplikasi kesehatan kami.",
-  "alternatives_testimonial_3_author": "— CTO dari startup teknologi kesehatan",
-  "alternatives_testimonial_4": "Fakta bahwa ini adalah bisnis keluarga membuat saya lebih percaya, bukan kurang. Orang-orang ini tidak akan menarik karpet dari bawah kita.",
-  "alternatives_testimonial_4_author": "— Pemimpin tim seluler dari Jerman",
-  "alternatives_title": "Alternatif Capgo – Perbandingan yang Jujur",
-  "alternatives_what_different_title": "Apa sebenarnya yang membuat Capgo berbeda",
-  "alternatives_why_choose_title": "Mengapa orang sebenarnya memilih kami",
-  "alternatives_why_exists_p1": "Lihat, kita bisa membuat tabel mewah yang menunjukkan bagaimana Capgo menghancurkan setiap pesaing di setiap metrik. Itulah yang dilakukan semua orang. Tapi itu omong kosong, dan kamu tahu itu.",
-  "alternatives_why_exists_p2": "Kebenaran? Semua platform pembaruan langsung sekarang melakukan hal yang sama: mendorong pembaruan JavaScript ke aplikasi Capacitor Anda. API? Kami semua punya satu. Saluran? Yep. Pengembalian? Tentu saja.",
-  "alternatives_why_exists_p3": "Jadi apa yang sebenarnya penting? Mari kita bicarakan itu saja.",
-  "alternatives_why_exists_title": "Mengapa halaman ini ada",
-  "analytics": "Analitik",
-  "and": "dan",
-  "app_mobile": "Aplikasi mobile",
-  "app_store_compliant": "Mematuhi App Store",
-  "appflow_credit_p1": "<strong class=\"text-emerald-400\">Ionic telah membangun sesuatu yang luar biasa.</strong> Appflow adalah platform pertama yang membuat pembaruan langsung benar-benar berfungsi dalam skala besar. Mereka mempelopori saluran, pembatalan, integrasi bangunan asli - seluruh buku panduan.",
-  "appflow_credit_p2": "Mereka mendidik seluruh generasi pengembang tentang pengembangan aplikasi hibrida. Tanpa kerja keras Ionic, produk seperti Capgo tidak akan ada.",
-  "appflow_credit_p3": "Jadi ya, rasa hormat yang besar untuk tim Ionic. Ini adalah hal yang menyedihkan untuk semua orang.",
-  "appflow_credit_title": "Pertama, mari kita berikan penghargaan di mana seharusnya",
-  "appflow_cta_book_migration": "Panggilan migrasi buku",
-  "appflow_cta_questions": "Pertanyaan? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Gabung dengan Discord kami</a> atau <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">email kami</a>",
-  "appflow_cta_start_trial": "Mulai percobaan gratis →",
-  "appflow_cta_subtitle": "Tidak ada kartu kredit. Tanpa komitmen. Migrasikan aplikasi tes, lihat apakah cocok untuk Anda.",
-  "appflow_cta_title": "Coba gratis selama 14 hari",
-  "appflow_elephant_p1": "Ionic mengumumkan mereka akan menutup Appflow. Aplikasi Anda akan terus berfungsi hingga <strong class=\"text-white\">31 Desember 2027</strong>, tetapi tidak ada fitur baru, tidak ada pelanggan baru, tidak ada pembaruan.",
-  "appflow_elephant_p2": "Jika Anda sedang membaca ini, Anda mungkin sedang mencari ke mana harus pergi selanjutnya. Itulah yang menjadi tujuan halaman ini.",
-  "appflow_elephant_title": "⚠️ Gajah di dalam ruangan",
-  "appflow_enterprise_help_desc": "If your Appflow stack includes Ionic enterprise plugins, use the <a href=\"{pluginsUrl}\" class=\"text-emerald-300 hover:underline\">Ionic Enterprise Plugins guide</a>. Paid support is available on demand - <a href=\"{supportUrl}\" class=\"text-emerald-300 hover:underline\">see support options</a>. Need a hands-on migration? We offer paid migration services - <a href=\"{migrationUrl}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_enterprise_help_title": "Enterprise plugins and paid help (optional)",
-  "appflow_experience_desc": "4 tahun pembaruan langsung dalam skala besar. Miliaran pembaruan telah disajikan. Setiap perubahan kebijakan App Store, setiap kasus pinggir, setiap perangkat aneh - kami telah melihatnya.",
-  "appflow_experience_note": "Juga: kami adalah <strong>penyedia plugin Kapasitor terbesar</strong> setelah tim Kapasitor resmi (30+ plugin). Kami mengetahui ekosistem ini dari dalam dan luar.",
-  "appflow_experience_title": "4. Kami telah melakukan ini sejak 2020",
-  "appflow_faq_a1": "Tidak. Apapun yang Anda gunakan sekarang (GitHub Actions, GitLab CI, Jenkins, dll.) tetap berfungsi. Hanya ubah langkah unggah untuk menggunakan CLI kami alih-alih Appflow's.",
-  "appflow_faq_a2": "Kami melakukan pembangunan native cloud! Kami hanya tidak melakukan otomatisasi pipeline CI/CD penuh. Anda dapat memicu pembangunan melalui CLI atau API kami, tetapi kami tidak berusaha menggantikan alur kerja GitHub Actions/GitLab CI Anda - kami berintegrasi dengannya.",
-  "appflow_faq_a3": "Mungkin banyak. Appflow dimulai dari $499/bulan. Kami mulai dari $14/bulan dan meningkat sesuai penggunaan (sekitar $0.001 per MAU). Sebagian besar migrasi menghemat 80-95% biaya pembaruan.",
-  "appflow_faq_a4": "Kami menyediakan lebih dari 1B+ pembaruan/bulan di lebih dari 50M+ perangkat. Uptime lebih dari 99,9%. Periksa statistik real-time di <a href=\"https://status.capgo.app/history\" class=\"text-blue-300 underline hover:text-blue-200\">status.capgo.app</a>",
-  "appflow_faq_q1": "Apakah saya perlu mengubah pengaturan CI/CD saya?",
-  "appflow_faq_q2": "Bagaimana dengan pembuatan asli?",
-  "appflow_faq_q3": "Apakah ini akan menghemat uang?",
-  "appflow_faq_q4": "Bagaimana keandalannya?",
-  "appflow_faq_title": "Pertanyaan umum",
-  "appflow_focus_desc": "Appflow melakukan pembaruan langsung + CI/CD + pembangunan asli. Kami hanya melakukan <strong class=\"text-white\">pembaruan langsung</strong>.",
-  "appflow_focus_note": "Menurut saya, lebih baik untuk memisahkan masalah. Gunakan GitHub Actions (atau apapun) untuk CI/CD. Gunakan Capgo untuk pembaruan. Setiap alat melakukan apa yang paling baik dilakukannya.",
-  "appflow_focus_title": "6. Fokus pada satu hal (dan lakukan dengan sangat baik)",
-  "appflow_footer_note": "Dibangun dengan menghargai apa yang telah diciptakan oleh Ionic. Di sini untuk membantu Anda terus mengirimkan.",
-  "appflow_hero_subtitle": "Mari kita bicara jujur tentang apa yang sedang terjadi dan apa pilihanmu.",
-  "appflow_hero_title": "Bermigrasi dari Appflow?",
-  "appflow_migration_basics_title": "Dasar-dasar:",
-  "appflow_migration_guide_text": "Panduan migrasi lengkap: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/dari-appflow-ke-capgo</a>",
-  "appflow_migration_how_title": "Seberapa sulitkah migrasi?",
-  "appflow_migration_intro": "<strong class=\"text-white\">TL;DR: Tidak sulit.</strong> Kebanyakan tim bisa beroperasi dalam waktu kurang dari sehari.",
-  "appflow_migration_step1": "Copot pemasangan <code class=\"text-blue-300\">@capacitor/live-updates</code>, pasang <code class=\"text-blue-300\">@capgo/capacitor-updater</code>",
-  "appflow_migration_step2": "Panggil <code class=\"text-blue-300\">notifyAppReady()</code> alih-alih semua kode sinkronisasi/unduhan/muat ulang Appflow",
-  "appflow_migration_step3": "Unggah bundel dengan CLI kami bukan milik mereka",
-  "appflow_migration_stuck": "Tert stuck? <a href=\"https://cal.com/team/capgo/appflow-migration\" class=\"text-blue-300 underline hover:text-blue-200\">Pesan panggilan migrasi gratis</a> dan kami akan membimbing Anda melaluinya.",
-  "appflow_not_good_at_ci_cd": "Berbeda dengan pendekatan bundel Appflow, kami memberikan fleksibilitas. Gunakan Cloud Build kami untuk build native iOS/Android, atau integrasikan dengan CI/CD Anda sendiri (GitHub Actions, GitLab CI, dll). Pilihan Anda - keduanya bekerja dengan baik.",
-  "appflow_not_good_at_ci_cd_label": "Semua-dalam-satu CI/CD:",
-  "appflow_not_good_at_docs": "Pembaruan otomatis dasar didokumentasikan dengan baik dan jelas. Tetapi Capgo menawarkan banyak mode pembaruan (manual, setengah manual, channel_default, dll.) - belum semua kasus penggunaan sama mudahnya untuk dipahami. Kami sedang mengerjakannya.",
-  "appflow_not_good_at_docs_label": "Kompleksitas dokumentasi:",
-  "appflow_not_good_at_title": "🤔 Apa yang BUKAN kita (waktu jujur)",
-  "appflow_not_shutting_desc": "Capgo adalah <strong class=\"text-white\">bisnis keluarga yang didirikan sendiri</strong>. Tanpa tekanan VC untuk \"pivot\" atau \"maksimalkan metrik pertumbuhan.\" Ini adalah mata pencaharian kami, dibangun untuk bertahan puluhan tahun.",
-  "appflow_not_shutting_li1": "Entitas hukum di Amerika Serikat dan Eropa",
-  "appflow_not_shutting_li2": "Infrastruktur khusus untuk China",
-  "appflow_not_shutting_note": "Kami telah menghasilkan keuntungan sejak tahun pertama. Penentuan harga yang berkelanjutan, bisnis yang berkelanjutan.",
-  "appflow_not_shutting_title": "1. Kami tidak menutup (sangat penting)",
-  "appflow_opensource_desc": "Bukan hanya plugin - <strong class=\"text-white\">seluruh backend juga</strong>:",
-  "appflow_opensource_li1": "Plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "appflow_opensource_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "appflow_opensource_li3": "Hos sendiri jika Anda mau. Fork jika Anda butuh. Audit keamanan sendiri.",
-  "appflow_opensource_note": "Ini penting jika Anda merasa dirugikan oleh penutupan layanan milik pribadi (melihat ke arahmu, Appflow).",
-  "appflow_opensource_title": "3. 100% sumber terbuka (MIT/MPL-2.0)",
-  "appflow_or_similar": "AppFlow atau serupa",
-  "appflow_plugins_col_capgo": "Capgo alternative",
-  "appflow_plugins_col_guide": "Migration guide",
-  "appflow_plugins_col_ionic": "Ionic plugin",
-  "appflow_plugins_desc": "If you use Ionic's enterprise plugins, here are the direct Capgo replacements and migration guides.",
-  "appflow_plugins_link_text": "Migration guide",
-  "appflow_plugins_opensource_note": "All Capgo plugins are open source. Paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_plugins_or": "or",
-  "appflow_plugins_title": "Ionic enterprise plugins: equivalents in Capgo",
-  "appflow_pricing_comparison": "Appflow: <strong class=\"text-rose-400\">$499/bulan</strong> minimum<br>Capgo: <strong class=\"text-emerald-400\">$14/bulan</strong> untuk memulai, meningkat sesuai penggunaan",
-  "appflow_pricing_note": "Kami dapat menetapkan biaya lebih rendah karena kami tidak membiayai overhead besar-besaran. Hanya tim kecil yang membangun alat-alat hebat.",
-  "appflow_pricing_title": "2. Penentuan harga yang masuk akal",
-  "appflow_support_desc": "Tidak ada chatbot. Tidak ada sistem tiket. Tidak ada \"asisten AI.\"",
-  "appflow_support_note": "Anda mendapatkan Martin (saya!) atau seseorang dari tim. Biasanya dalam hitungan jam. Seringkali dalam hitungan menit. Ya, bahkan di akhir pekan (kami tidak bisa menahan diri 😅).",
-  "appflow_support_open_desc": "Every Capgo plugin is open source, so you can audit, fork, and self-host if you want. If you need guaranteed response times or migration help, paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">see support options</a>.",
-  "appflow_support_open_title": "Open source plugins. Optional paid support.",
-  "appflow_support_title": "5. Sebenarnya dukungan manusia",
-  "appflow_testimonial_1": "Migrasi dari Appflow memakan waktu 2 jam. Kami beralih dari $499/bulan menjadi $14/bulan. Fitur yang sama, dokumen lebih baik.",
-  "appflow_testimonial_1_author": "— Pengembang React, Prancis",
-  "appflow_testimonial_2": "Saya memiliki pertanyaan pada pukul 10 malam Sabtu. Martin menjawab dalam 15 menit. Dengan contoh kode nyata.",
-  "appflow_testimonial_2_author": "— Pengembang solo, Brasil",
-  "appflow_testimonial_3": "Backend sumber terbuka adalah hal yang tidak bisa ditawar untuk aplikasi kesehatan kami. Capgo adalah satu-satunya pilihan yang memenuhi persyaratan keamanan kami.",
-  "appflow_testimonial_3_author": "— CTO, startup teknologi kesehatan",
-  "appflow_testimonial_4": "Bisnis keluarga = tidak ada risiko rugpull. Setelah Appflow ditutup, stabilitas itu penting.",
-  "appflow_testimonial_4_author": "— Pemimpin tim seluler, Jerman",
-  "appflow_testimonials_more": "Lebih banyak testimoni:",
-  "appflow_testimonials_title": "Apa yang sebenarnya orang katakan",
-  "appflow_what_different_title": "Apa yang membuat Capgo berbeda",
-  "application_definition": "<strong> aplikasi </strong> berarti program perangkat lunak yang disediakan oleh Perusahaan yang diunduh oleh Anda di perangkat elektronik mana pun yang bernama {brand}.",
-  "application_definition_refund": "Aplikasi berarti program perangkat lunak yang disediakan oleh Perusahaan yang diunduh oleh Anda di perangkat elektronik mana pun, yang bernama $1",
-  "apps": "Aplikasi",
-  "apps_with_20m_users": "Aplikasi dengan 20 juta+ pengguna",
-  "architecture_review_optimization": "Tinjauan arsitektur, optimalisasi kinerja, dan bimbingan strategis untuk tim pengembangan mobile Anda.",
-  "are_there_any_setup_fees_answer": "Tidak ada biaya pengaturan, selamanya. Semua penentuan harga kami transparan dan mencakup segala yang Anda butuhkan untuk memulai. Untuk rencana Bayar-sesuai-pemakaian, penggunaan berlebih ditagih sebagai kredit dengan tarif yang jelas dipublikasikan. Tidak seperti platform lain di ruang ini, kami tidak menyembunyikan biaya apa pun - apa yang Anda lihat adalah apa yang Anda bayar.",
-  "are_there_any_setup_fees_or_hidden_costs": "Apakah ada biaya pengaturan atau biaya tersembunyi?",
-  "as_the_largest_ecosystem_of_open_source_plugins_for_capacitor_we_re_committed_to_innovation_transparency_and_community_driven_development": "Sebagai ekosistem terbesar plugin sumber terbuka untuk Capacitor, kami berkomitmen untuk inovasi, transparansi, dan pengembangan yang didorong oleh komunitas.",
-  "ask_for_help_in_the_community_chat_room": "Minta bantuan di <a href=\"https://discord.capgo.app\"> ruang obrolan komunitas. </a>",
-  "ask_questions_about_page": "Ajukan pertanyaan tentang halaman ini",
-  "assign_specific_rights_and_access_levels_to_each_user_within_your_organizations": "Tugaskan hak dan tingkat akses tertentu kepada setiap pengguna dalam organisasi Anda, memastikan keamanan dan alokasi sumber daya yang tepat.",
-  "at_scale": "dalam skala",
-  "aup": "Kebijakan Penggunaan yang Diterima",
-  "aup_intro": "Kebijakan Penggunaan yang Dapat Diterima ini (disebut 'Kebijakan' ini) menjelaskan penggunaan yang dilarang dari layanan web yang ditawarkan oleh Capgo dan afiliasinya (disebut 'Layanan') dan situs web yang terletak di https://capgo.app (disebut 'Situs Capgo'). Contoh-contoh dalam Kebijakan ini tidak bersifat komprehensif. Kami dapat mengubah Kebijakan ini kapan saja dengan memposting versi revisi di Situs Capgo. Dengan menggunakan Layanan atau mengakses Situs Capgo, Anda setuju untuk mematuhi versi terbaru dari Kebijakan ini. Jika Anda melanggar Kebijakan ini atau mengizinkan atau membantu orang lain untuk melakukannya, kami dapat menangguhkan atau menghentikan penggunaan Layanan Anda.",
-  "aup_monitoring_enforcement": "Pemantauan dan Penegakan Kami",
-  "aup_monitoring_enforcement_desc": "Kami berhak, tetapi tidak berkewajiban, untuk menyelidiki pelanggaran apapun terhadap Kebijakan ini atau penyalahgunaan Layanan atau Situs Capgo. Kami dapat:",
-  "aup_no_email_abuse": "Tidak ada Penyalahgunaan E-Mail atau Pesan Lainnya",
-  "aup_no_email_abuse_desc": "Anda tidak akan mendistribusikan, menerbitkan, mengirim, atau memfasilitasi pengiriman email massal yang tidak diminta atau pesan lain, promosi, iklan, atau permintaan (seperti 'spam'), termasuk iklan komersial dan pengumuman informasi. Anda tidak akan mengubah atau menyembunyikan header email atau menganggap identitas pengirim tanpa izin eksplisit dari pengirim. Anda tidak akan mengumpulkan balasan untuk pesan yang dikirim dari penyedia layanan internet lain jika pesan tersebut melanggar Kebijakan ini atau kebijakan penggunaan yang dapat diterima dari penyedia tersebut.",
-  "aup_no_illegal_use": "Tidak ada Penggunaan atau Konten yang Ilegal, Berbahaya, atau Menyinggung",
-  "aup_no_illegal_use_desc": "Anda tidak boleh menggunakan, atau mendorong, mempromosikan, memfasilitasi, atau menginstruksikan orang lain untuk menggunakan Layanan atau Situs Capgo untuk tujuan ilegal, merugikan, penipuan, yang melanggar hak, atau yang menyinggung, atau untuk mentransmisikan, menyimpan, menampilkan, mendistribusikan, atau dengan cara lain membuat konten yang ilegal, merugikan, penipuan, melanggar hak, atau yang menyinggung. Aktivitas atau konten yang dilarang meliputi:",
-  "aup_no_network_abuse": "Tidak Ada Penyalahgunaan Jaringan",
-  "aup_no_network_abuse_desc": "Anda tidak boleh membuat koneksi jaringan ke pengguna, host, atau jaringan mana pun kecuali Anda memiliki izin untuk berkomunikasi dengan mereka. Aktivitas yang dilarang meliputi:",
-  "aup_no_security_violations": "TidakAdaPelanggaranKeamanan",
-  "aup_no_security_violations_desc": "Anda tidak boleh menggunakan Layanan untuk melanggar keamanan atau integritas jaringan, komputer, atau sistem komunikasi, aplikasi perangkat lunak, atau perangkat jaringan atau komputasi mana pun (masing-masing, 'Sistem'). Aktivitas yang dilarang meliputi:",
-  "aup_reporting_violations": "Pelaporan Pelanggaran Kebijakan Ini",
-  "aup_reporting_violations_desc": "Jika Anda menyadari adanya pelanggaran terhadap Kebijakan ini, Anda akan segera memberitahukan kami dan memberikan bantuan kepada kami, sebagaimana diminta, untuk menghentikan atau memperbaiki pelanggaran tersebut. Untuk melaporkan pelanggaran Kebijakan ini, silakan hubungi kami di support@capgo.app.",
-  "availability_97_95": "Kurang dari 97,0% tetapi lebih besar dari atau sama dengan 95,0%",
-  "availability_98_97": "Kurang dari 98,0% tetapi lebih besar dari atau sama dengan 97,0%",
-  "availability_99_98": "Kurang dari 99,0% tetapi lebih besar dari atau sama dengan 98,0%",
-  "availability_below_95": "Kurang dari 95,0%",
-  "avoiding_system_restrictions": "Menghindari Pembatasan Sistem.",
-  "avoiding_system_restrictions_desc": "Menggunakan cara manual atau elektronik untuk menghindari batasan penggunaan yang diterapkan pada Sistem, seperti pembatasan akses dan penyimpanan.",
-  "awesome_capacitor": "Kapasitor Hebat",
-  "bandwidth": "Bandwidth",
-  "bandwidth_explanation": "Di Capgo, kami mengukur bandwidth dengan melacak jumlah data yang ditransmisikan antara lokasi penyimpanan dan perangkat pengguna melalui server tepi. Ini membantu kami memberikan pembaruan secara waktu nyata.",
-  "bandwidth_gb": "Lonjong<br />(GiB)",
-  "beautiful_native_experience": "Pengalaman asli yang indah",
-  "become_a_sponsor": "Menjadi sponsor",
-  "before_submitting_a_pr": "Sebelum mengajukan PR ke salah satu repos, pastikan yang berikut dilakukan:",
-  "benefit_from_our_deep_expertise_in_mobile_app_ci_cd_best_practices_without_the_need_to_build_and_maintain_a_complex_system_yourself": "Manfaatkan keahlian mendalam kami dalam praktik terbaik CI/CD aplikasi seluler, tanpa perlu membangun dan memelihara sistem yang kompleks sendiri.",
-  "best_value": "Nilai Terbaik",
-  "billed_annually_at": "Ditagih setiap tahun di",
-  "billed_monthly": "Ditagih setiap bulan",
-  "blog": "Blog",
-  "book_a_consultation": "Pesan konsultasi",
-  "break_even_timeline": "Setelah hanya 6 bulan, Anda sudah mulai menghemat uang!",
-  "browse_all_plugins": "Telusuri Semua Plugin",
-  "browse_plugin_library": "Telusuri Perpustakaan Plugin Kami",
-  "bug_bounty": "Bug Bounty",
-  "bug_bounty_conduct_intro": "We are friendly and we do pay for valid reports, but we cannot work with people who do not respect our time. Please keep communication calm and follow this program.",
-  "bug_bounty_conduct_rule_1": "We respond to security reports and breaches within 24-72 hours.",
-  "bug_bounty_conduct_rule_2": "Do not spam us. More than three emails in a single day is considered spam and will be blocked.",
-  "bug_bounty_conduct_rule_3": "We do not pay for reports that ignore these rules or are spam.",
-  "bug_bounty_conduct_rule_4": "Only in-scope reports that follow this bug bounty program are accepted; anything else may be blocked.",
-  "bug_bounty_conduct_rule_5": "Do not ask whether we are a scam or for payment status updates. We may be slow to respond at times, so please keep communication focused and respectful. Reporter records and payout proof are publicly visible for transparency.",
-  "bug_bounty_conduct_title": "Response Time and Respect",
-  "bug_bounty_contact": "Untuk pertanyaan tentang program Bug Bounty kami, silakan hubungi melalui GitHub Security Advisories.",
-  "bug_bounty_description": "Pelajari tentang program Bug Bounty Capgo. Laporkan kerentanan keamanan dalam kode open source kami dengan referensi baris yang tepat untuk potensi hadiah.",
-  "bug_bounty_how_to_report_step_1": "Navigasi ke repositori yang relevan di GitHub",
-  "bug_bounty_how_to_report_step_2": "Klik tab \"Security\"",
-  "bug_bounty_how_to_report_step_3": "Klik \"Report a vulnerability\" untuk membuat advisory keamanan baru",
-  "bug_bounty_how_to_report_step_4": "Sertakan path file dan nomor baris yang tepat di mana kerentanan ada",
-  "bug_bounty_how_to_report_step_5": "Berikan langkah-langkah detail untuk mereproduksi masalah dan jelaskan dampak keamanannya",
-  "bug_bounty_how_to_report_title": "Cara Melaporkan",
-  "bug_bounty_important_label": "Penting",
-  "bug_bounty_important_note": "Jika Anda tidak dapat memberikan baris kode yang tepat di GitHub di mana masalah ada, laporan Anda tidak akan memenuhi syarat untuk program Bug Bounty. Laporan harus diajukan hanya melalui GitHub Security Advisory. Pembayaran dilakukan melalui Algora.io. Buat akun di sana agar kami dapat membayar Anda langsung melalui platform.",
-  "bug_bounty_intro": "Capgo berkomitmen pada keamanan dan transparansi. Semua kode kami adalah open source, dan kami menyambut peneliti keamanan untuk membantu kami mengidentifikasi kerentanan dalam basis kode kami.",
-  "bug_bounty_open_source_desc": "Setiap repositori di organisasi Capgo adalah open source. Anda dapat meninjau, mengaudit, dan berkontribusi pada kode kami.",
-  "bug_bounty_open_source_title": "Kode Open Source",
-  "bug_bounty_org": "Organisasi GitHub",
-  "bug_bounty_out_of_scope_1": "Laporan tanpa referensi baris kode yang tepat di GitHub",
-  "bug_bounty_out_of_scope_2": "Laporan yang tidak diajukan melalui GitHub Security Advisory",
-  "bug_bounty_out_of_scope_3": "Kerentanan teoretis tanpa bukti konsep",
-  "bug_bounty_out_of_scope_4": "Masalah pada dependensi atau layanan pihak ketiga (laporkan ke upstream, mis. Supabase).",
-  "bug_bounty_out_of_scope_5": "Upaya rekayasa sosial atau phishing",
-  "bug_bounty_out_of_scope_6": "Serangan denial of service",
-  "bug_bounty_out_of_scope_title": "Di Luar Cakupan",
-  "bug_bounty_payment_note": "Payments are issued only after we have identified the issue, fixed it, opened a pull request, and you have verified after release that the fix works for you. This process usually takes between 20 and 30 days. Please do not send messages like \"to get paid\"; payment happens only once the release is live and you've tested and validated the fix.",
-  "bug_bounty_program": "Program Bug Bounty",
-  "bug_bounty_repo_cli": "Capgo CLI",
-  "bug_bounty_repo_cli_desc": "Antarmuka baris perintah untuk mengelola deployment dan pembaruan langsung Capgo",
-  "bug_bounty_repo_landing": "Capgo Backend & Landing",
-  "bug_bounty_repo_landing_desc": "Repositori utama Capgo termasuk layanan backend dan situs web",
-  "bug_bounty_repo_updater": "Plugin Capacitor Updater",
-  "bug_bounty_repo_updater_desc": "Plugin Capacitor inti yang menangani pembaruan over-the-air di perangkat mobile",
-  "bug_bounty_report_security_issue": "Laporkan Masalah Keamanan",
-  "bug_bounty_requirement_1": "Anda harus mengidentifikasi file dan nomor baris yang tepat di repositori GitHub kami di mana kerentanan ada",
-  "bug_bounty_requirement_2": "Laporan Anda harus diajukan melalui GitHub Security Advisory di repositori yang relevan",
-  "bug_bounty_requirement_3": "Anda harus menyertakan deskripsi yang jelas tentang kerentanan dan potensi dampaknya",
-  "bug_bounty_requirement_4": "Anda harus memberikan langkah-langkah yang dapat direproduksi untuk mendemonstrasikan masalah",
-  "bug_bounty_requirements_intro": "Untuk memenuhi syarat program Bug Bounty, laporan Anda harus memenuhi SEMUA persyaratan berikut:",
-  "bug_bounty_requirements_title": "Persyaratan untuk Laporan Valid",
-  "bug_bounty_supabase_examples_title": "Contoh",
-  "bug_bounty_supabase_intro": "Jika masalahnya ada di Supabase dan terkait endpoint Supabase, laporkan ke Supabase (bukan Capgo). Kami hanya menerima laporan terkait Supabase jika Anda dapat mereproduksinya dan menunjukkan perubahan pengaturan/konfigurasi Supabase yang tepat yang mencegahnya pada proyek yang dikonfigurasi seperti milik kami.",
-  "bug_bounty_supabase_limitations_1": "Provide a reproducible case and the exact Supabase setting/config change in the demo project that resolves the issue while keeping your existing rule set intact.",
-  "bug_bounty_supabase_limitations_2": "Email verification behavior is expected to follow your Supabase Auth project settings (for example, whether email confirmation is disabled and capture-based auth is used).",
-  "bug_bounty_supabase_limitations_3": "Password update and account-recovery flows may not always require old-password re-entry or re-verification if Supabase Auth is configured that way.",
-  "bug_bounty_supabase_limitations_4": "If the issue is in this list but you can show a concrete Supabase-side fix in the provided project, then we can consider it in scope.",
-  "bug_bounty_supabase_limitations_intro": "We only review these findings when they can be reproduced in a shared Supabase demo project that mirrors our setup. In this workflow, the behavior must be confirmed as a Supabase Auth default/capability and fixed in Supabase configuration only, without changing Capgo security rules.",
-  "bug_bounty_supabase_limitations_title": "Known Supabase Auth Limitations (Already Reported)",
-  "bug_bounty_supabase_not_valid_1": "Bug platform Supabase atau outage",
-  "bug_bounty_supabase_not_valid_2": "Temuan yang tidak bisa direproduksi",
-  "bug_bounty_supabase_not_valid_3": "Klaim tanpa perubahan setting/config Supabase yang memperbaikinya",
-  "bug_bounty_supabase_not_valid_title": "Tidak valid di sini",
-  "bug_bounty_supabase_title": "Supabase dan Layanan Pihak Ketiga",
-  "bug_bounty_supabase_valid_1": "Misconfiguration yang bisa kami perbaiki di pengaturan Supabase (dengan langkah)",
-  "bug_bounty_supabase_valid_2": "Masalah integrasi Capgo yang menyebabkan penggunaan Supabase tidak aman",
-  "bug_bounty_supabase_valid_3": "Masalah yang bisa direproduksi dan diperbaiki dengan perubahan config Supabase tertentu",
-  "bug_bounty_supabase_valid_title": "Valid di sini",
-  "bug_bounty_view_repository": "Lihat Repositori",
-  "build_from_anywhere": "Bangun dari mesin apa pun",
-  "build_hours": "membangun jam",
-  "build_in_public_on_twitter": "Bangun secara terbuka di Twitter",
-  "build_minutes": "membangun menit",
-  "build_time_explanation": "Waktu pembangunan merujuk pada waktu yang dihabiskan Capgo untuk membangun aplikasi native Anda di cloud menggunakan Capgo Build, solusi berbasis cloud kami untuk iOS dan Android. Ini memungkinkan Anda untuk membangun aplikasi Anda dari komputer mana saja tanpa perlu Mac, menyederhanakan alur kerja CI/CD, dan memungkinkan rekan tim yang tidak familiar dengan build native untuk menghasilkan build secara andal. Menggunakan Capgo CLI, Anda dapat memicu build dengan cara yang sederhana dan dapat direproduksi, seringkali lebih cepat dan mudah daripada mengelola setup CI/CD Anda sendiri.",
-  "built_for_devs_badge": "RAMAH PENGEMBANG",
-  "built_for_devs_code_comment": "Aplikasi Saya",
-  "built_for_devs_cta": "Coba gratis",
-  "built_for_devs_feature_analytics": "Plugin analitik",
-  "built_for_devs_feature_analytics_desc": "Pantau pembaruan kesehatan, cakupan, dan log di dashboard Anda",
-  "built_for_devs_feature_api": "API Publik",
-  "built_for_devs_feature_api_desc_part1": "Kelola Capgo dari perangkat lunak Anda sendiri dan buat pengalaman label putih",
-  "built_for_devs_feature_api_docs": "Dokumen API",
-  "built_for_devs_feature_capacitor": "Dukungan untuk Capacitor 6 & 7",
-  "built_for_devs_feature_capacitor_desc": "Penuh kompatibilitas dengan versi Capacitor terbaru dan semua platform utama",
-  "built_for_devs_feature_channels": "Pengiriman multi-saluran",
-  "built_for_devs_feature_channels_desc": "Dukungan untuk produksi, penataan, tes, dan aliran pembaruan kustom",
-  "built_for_devs_feature_cli": "CLI & REST API",
-  "built_for_devs_feature_cli_desc": "Gunakan dalam CI/CD, skrip, atau secara manual — pilihan Anda",
-  "built_for_devs_feature_differential": "Pembaruan diferensial pintar",
-  "built_for_devs_feature_differential_desc_part1": "Hanya unduh apa yang telah berubah, hemat bandwidth dan waktu",
-  "built_for_devs_feature_differential_learn": "Pelajari lebih lanjut",
-  "built_for_devs_feature_distribution": "Distribusi pembaruan lanjutan",
-  "built_for_devs_feature_distribution_desc_part1": "Targetkan grup pengguna tertentu dengan versi yang berbeda menggunakan saluran untuk pengujian beta dan peluncuran bertahap",
-  "built_for_devs_feature_distribution_learn": "Pelajari lebih lanjut",
-  "built_for_devs_feature_opensource": "Dapat disusun & sumber terbuka",
-  "built_for_devs_feature_opensource_desc": "Gunakan hanya plugin, atau hubungkan ke seluruh Capgo Cloud",
-  "built_for_devs_feature_rollback": "Pengembalian & penjepitan versi",
-  "built_for_devs_feature_rollback_desc": "Pulihkan dari penyebaran yang buruk secara instan",
-  "built_for_devs_feature_soc2": "Sertifikasi SOC 2",
-  "built_for_devs_feature_soc2_desc_part1": "Kami sedang aktif bekerja menuju sertifikasi SOC 2 Tipe II untuk memberikan verifikasi independen terhadap kontrol keamanan kami.",
-  "built_for_devs_feature_soc2_trust": "Pusat Kepercayaan",
-  "built_for_devs_feature_support": "Dukungan Kilat Cepat",
-  "built_for_devs_feature_support_desc": "Dukungan Email atau Discord. Pengguna berbayar sesuai penggunaan mendapatkan akses saluran Slack bersama yang didedikasikan.",
-  "built_for_devs_feature_ts": "Dukungan TypeScript",
-  "built_for_devs_feature_ts_desc": "API dan plugin yang sepenuhnya diketik untuk integrasi yang dapat diprediksi",
-  "built_for_devs_phone_time": "2 detik yang lalu...",
-  "built_for_devs_phone_update": "✓ Capgo Pembaruan Diterapkan V1.0.11",
-  "built_for_devs_subtitle": "Cepat untuk dipasang. Mudah untuk diperluas. Sepenuhnya transparan. Capgo dirancang untuk bekerja dengan alur kerja pengembangan CapacitorJS modern — dari CLI hingga cloud.",
-  "built_for_devs_title": "Dibangun untuk Pengembang",
-  "built_for_enterprise_teams": "Dibangun untuk tim perusahaan",
-  "built_with_supabase": "Dibangun dengan Supabase",
-  "business_hours_note": "Jam operasional adalah dari pukul 6 pagi hingga 6 sore (waktu setempat), kecuali jika dinyatakan lain.",
-  "calculate_your_usage": "Hitung penggunaan Anda",
-  "calculate_your_usage_description": "Masukkan perkiraan pengguna aktif bulanan Anda, pembaruan per bulan dan ukuran pembaruan untuk mendapatkan perkiraan biaya kredit Anda.",
-  "calculated_usage_pricing": "Penggunaan & Penentuan Harga yang Dihitung",
-  "can_i_cancel_at_any_time": "Bisakah saya membatalkan kapan saja?",
-  "can_i_change_my_plan_answer": "Ya, Anda dapat meningkatkan atau menurunkan paket Anda kapan saja. Peningkatan berlaku segera, sementara penurunan diterapkan di akhir siklus penagihan saat ini. Ini memastikan Anda mendapatkan nilai penuh dari paket saat ini hingga masa berlakunya habis.",
-  "can_i_change_my_plan_at_any_time": "Dapatkah saya mengubah paket saya kapan saja?",
-  "can_i_use_credits_without_subscription": "Bisakah saya menggunakan kredit tanpa berlangganan aktif?",
-  "can_i_use_credits_without_subscription_answer": "Tidak. Kredit hanya dapat digunakan atau dibeli dengan langganan yang aktif. Anda memerlukan rencana aktif untuk menggunakan kredit untuk menutupi penggunaan di luar batas rencana Anda. Kredit adalah prabayar dan berlaku selama 1 tahun sejak tanggal pembelian.",
-  "can_i_use_soc2_with_other_plans": "Dapatkah saya menggunakan kepatuhan SOC 2 dengan rencana Solo, Maker, atau Tim?",
-  "cancellation_deadline": "Batas waktu untuk membatalkan Pesanan adalah 14 hari sejak tanggal Anda menerima Barang atau tanggal pihak ketiga yang Anda tunjuk, yang bukan merupakan pengangkut, mengambil alih produk yang dikirim.",
-  "cancellation_link": "Dengan mengunjungi halaman ini di situs web kami:",
-  "cancellation_period": "Anda berhak untuk membatalkan Pesanan Anda dalam waktu 14 hari tanpa memberikan alasan apapun untuk melakukannya.",
-  "cancellation_policy_details": "Ya. Anda dapat membatalkan langganan kapan saja. Saat Anda membatalkan, Anda tetap memiliki akses ke paket Anda hingga akhir periode penagihan. Jika ada biaya berbasis penggunaan yang tertunda, biaya tersebut akan ditagihkan segera setelah pembatalan. Setelah itu, Anda tidak akan ditagih lagi.",
-  "canonical": "Kanonik",
-  "cant_find_what_you_need": "Tidak Dapat Menemukan Yang Anda Butuhkan?",
-  "capacitor_config_changes_answer": "Tidak, perubahan pada capacitor.config.ts tidak dapat dikirim melalui pembaruan langsung Capgo. File konfigurasi Capacitor dibaca pada waktu build native dan dikompilasi ke dalam binary aplikasi native. Ini berarti setiap perubahan pada capacitor.config.ts (seperti konfigurasi plugin, ID aplikasi, pengaturan server, atau opsi plugin native) memerlukan rilis native baru melalui App Store atau Google Play. Capgo hanya dapat memperbarui aset web (HTML, CSS, JavaScript) yang dimuat saat runtime.",
-  "capacitor_config_changes_question": "Dapatkah saya memperbarui perubahan capacitor.config.ts melalui Capgo?",
-  "capacitor_power_approximately_1_of_apps_on_google_play_store": "Kapasitor menggunakan sekitar $1% aplikasi di Google Play Store",
-  "capflow_meta_description": "Lihat bagaimana platform OTA asli Capgo dibandingkan dengan Ionic AppFlow dalam hal keandalan, otomatisasi, dan harga.",
-  "capflow_nav_label": "Ionic AppFlow vs Capgo",
-  "capflow_title": "Ionic AppFlow vs Capgo",
-  "capgo_availability_faq_canceled": "Berlangganan dibatalkan: Pembaruan yang ada tetap ada, tidak ada pembaruan baru yang diunduh",
-  "capgo_availability_faq_capgo_down": "Capgo sedang down: Aplikasi mengabaikan pembaruan, pembaruan yang ada tetap di perangkat",
-  "capgo_availability_faq_intro": "Aplikasi Anda terus berfungsi dengan normal bahkan ketika Capgo tidak tersedia. Berikut ini yang terjadi dalam berbagai skenario:",
-  "capgo_availability_faq_limits": "Melebihi batas rencana: Pembaruan berhenti sampai Anda meningkatkan atau menambah kredit",
-  "capgo_availability_faq_link": "Pelajari lebih lanjut di dokumentasi kami",
-  "capgo_availability_faq_title": "Apa yang terjadi ketika Capgo mengalami gangguan, dibatalkan, atau saya melebihi batas paket saya?",
-  "capgo_enables_development_teams_at_some_of_the_most_innovative_companies": "Capgo memungkinkan tim pengembangan di beberapa perusahaan paling inovatif.",
-  "capgo_gives_you_the_best_insights_you_need_to_create_a_truly_professional_mobile_app": "Capgo memberikan wawasan terbaik yang Anda butuhkan untuk membuat aplikasi seluler yang benar-benar profesional.",
-  "capgo_home": "Pulang ke rumah Capgo",
-  "capgo_is_the_cutting_edge_live_update_system_designed_specifically_for_capacitor_applications": "Capgo adalah sistem pembaruan langsung canggih yang dirancang khusus untuk aplikasi Capacitor.",
-  "capgo_is_used_to_update_its_own_apps_allowing_us_to_continuously_improve_and_refine_our_product_through_real_world_usage": "Capgo digunakan untuk memperbarui aplikasi kami sendiri, memungkinkan kami untuk terus meningkatkan dan menyempurnakan produk kami melalui penggunaan di dunia nyata.",
-  "capgo_usage_explanation": "Di Capgo, kami tidak menghitung emulator dan build pengembang dalam penggunaan Anda. Pelajari lebih lanjut tentang ini.",
-  "capgo_was_born_from_a_real_need_in_the_developer_community": "Capgo lahir dari kebutuhan nyata di komunitas pengembang.",
-  "capwesome_cta_book_demo_btn": "Pesan demo",
-  "capwesome_cta_questions": "Pertanyaan? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Gabung dengan Discord kami</a> atau <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">email kami</a>",
-  "capwesome_cta_start_trial": "Mulai percobaan gratis →",
-  "capwesome_cta_subtitle": "Tidak perlu kartu kredit. Bandingkan sendiri.",
-  "capwesome_cta_title": "Coba Capgo gratis selama 14 hari",
-  "capwesome_diff_business_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Pendiri solo, model bisnis berkelanjutan (juga bagus!)",
-  "capwesome_diff_business_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Bisnis keluarga yang didirikan sendiri</strong>. Tanpa investor, tanpa hutang. Menguntungkan sejak tahun pertama.",
-  "capwesome_diff_business_capgo_li1": "Entitas hukum di Amerika Serikat dan Eropa",
-  "capwesome_diff_business_capgo_li2": "Infrastruktur khusus untuk China",
-  "capwesome_diff_business_capgo_li3": "Ini adalah mata pencaharian kami - tanpa tekanan VC untuk \"pivot\" atau tiba-tiba menaikkan harga 10x",
-  "capwesome_diff_business_capgo_li4": "Dibangun untuk jangka panjang",
-  "capwesome_diff_business_note": "Kedua bisnis tersebut adalah bisnis yang berkelanjutan, hanya strukturnya saja yang berbeda. Setelah melihat Appflow ditutup, hal ini menjadi penting.",
-  "capwesome_diff_business_title": "Model Bisnis & Stabilitas",
-  "capwesome_diff_channels_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">Tidak ada penugasan saluran dinamis</strong> - saluran bersifat statis. Anda tidak dapat menugaskan ulang perangkat ke saluran berbeda tanpa merilis versi aplikasi baru.",
-  "capwesome_diff_channels_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Penugasan saluran dinamis</strong> - tugaskan perangkat ke saluran via API, backend, atau biarkan perangkat <strong class=\"text-emerald-400\">menugaskan sendiri</strong>. Kasus penggunaan: pengujian A/B, program beta, peluncuran bertahap, build per lokasi (bundle berbeda per restoran/toko), pengujian PR preview - semuanya tanpa versi aplikasi baru.",
-  "capwesome_diff_channels_note": "Ini adalah pengubah permainan untuk tim yang melakukan peluncuran bertahap, pengujian beta, atau segmentasi pengguna. Dengan Capgo, Anda mengontrol perangkat mana yang mendapat pembaruan apa - secara dinamis, dari sisi server ATAU dari perangkat itu sendiri.",
-  "capwesome_diff_channels_title": "Penugasan Saluran Dinamis",
-  "capwesome_diff_experience_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Pembaruan langsung diluncurkan pada tahun 2024. Sangat baru di bidang ini. Masih membuktikan skala (tidak ada statistik publik).",
-  "capwesome_diff_experience_capgo": "<strong class=\"text-white\">Capgo:</strong> Dimulai pada tahun 2020. Menyediakan <strong class=\"text-emerald-400\">1B+ pembaruan/bulan</strong> di seluruh <strong class=\"text-emerald-400\">50M+ perangkat</strong>. Telah teruji dalam skala besar selama 4+ tahun.",
-  "capwesome_diff_experience_note": "Kami telah melakukan ini jauh lebih lama. 4+ tahun pengalaman produksi dibandingkan kurang dari setahun.",
-  "capwesome_diff_experience_title": "Pengalaman & Skala",
-  "capwesome_diff_logs_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">Hanya log sisi server</strong> - Anda melihat apa yang terjadi di server, bukan di perangkat individual. Jauh lebih sulit untuk men-debug masalah khusus perangkat.",
-  "capwesome_diff_logs_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Log tingkat perangkat</strong> - lihat persis apa yang terjadi di setiap perangkat. Riwayat pembaruan, kesalahan, rollback - semuanya dapat dilacak per perangkat dengan ID anonim.",
-  "capwesome_diff_logs_note": "Ketika ada yang salah, Anda perlu tahu apa yang terjadi pada perangkat ITU secara spesifik. Log server memberi tahu apa yang Anda kirim - log perangkat memberi tahu apa yang sebenarnya terjadi.",
-  "capwesome_diff_logs_title": "Log & Debugging",
-  "capwesome_diff_opensource_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Plugin bersifat open source, backend adalah <strong class=\"text-orange-400\">0% open source</strong> (sepenuhnya tertutup)",
-  "capwesome_diff_opensource_capawesome_li1": "Tidak ada cara untuk audit sendiri kode backend",
-  "capwesome_diff_opensource_capawesome_li2": "Tidak ada audit keamanan publik",
-  "capwesome_diff_opensource_capawesome_li3": "Tidak ada opsi hosting sendiri",
-  "capwesome_diff_opensource_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">100% sumber terbuka</strong> - plugin DAN backend (MIT/MPL-2.0)",
-  "capwesome_diff_opensource_capgo_li1": "Plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "capwesome_diff_opensource_capgo_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "capwesome_diff_opensource_capgo_li3": "Hos sendiri, cabang, audit keamanan kapan saja oleh diri sendiri",
-  "capwesome_diff_opensource_capgo_li4": "Audit keamanan publik tersedia",
-  "capwesome_diff_opensource_note": "Untuk kepatuhan, kesehatan, keuangan, atau industri apa pun yang diatur di mana Anda perlu mengaudit seluruh tumpukan Anda - kami adalah satu-satunya pilihan.",
-  "capwesome_diff_opensource_title": "Sumber Terbuka & Keamanan",
-  "capwesome_diff_plugins_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Mereka juga membuat plugin yang bagus, pendekatan berfokus pada kualitas. Beberapa diantaranya berbayar - itu adalah bisnis utama mereka.",
-  "capwesome_diff_plugins_capgo": "<strong class=\"text-white\">Capgo:</strong> Kami menjaga <strong class=\"text-emerald-400\">100+ plugin Capacitor</strong> - penyedia terbesar setelah tim Capacitor resmi. Semuanya gratis dan sumber terbuka.",
-  "capwesome_diff_plugins_note": "Filosofi yang berbeda: kami meluas dengan semua plugin gratis, mereka fokus pada plugin premium berbayar.",
-  "capwesome_diff_plugins_title": "Ekosistem Plugin",
-  "capwesome_diff_pricing_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-emerald-400\">€9/bulan</strong> minimum. Bisnis utama mereka adalah plugin berbayar - pembaruan langsung lebih merupakan penawaran sampingan.",
-  "capwesome_diff_pricing_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">$14/bulan</strong> untuk memulai, skala dengan penggunaan (~$0.001/MAU). Pembaruan langsung adalah bisnis utama kami.",
-  "capwesome_diff_pricing_note": "Kedua produk tersebut memiliki harga yang cukup adil. Perbedaannya? Bagi kami, pembaruan langsung adalah PRODUK utama. Bagi mereka, itu hanyalah tambahan untuk bisnis plugin mereka.",
-  "capwesome_diff_pricing_title": "Penentuan Harga & Model Bisnis",
-  "capwesome_diff_support_both": "<strong class=\"text-white\">Kedua:</strong> Dukungan manusia dari tim kecil (tanpa chatbot!)",
-  "capwesome_diff_support_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Responsif dan juga membantu",
-  "capwesome_diff_support_capgo": "<strong class=\"text-white\">Capgo:</strong> Biasanya dalam hitungan jam, seringkali menit. Bahkan di akhir pekan (kami tidak bisa menahan diri 😅)",
-  "capwesome_diff_support_note": "Jujur, Anda akan baik-baik saja dengan salah satunya. Kedua tim kecil itu peduli.",
-  "capwesome_diff_support_title": "Dukungan",
-  "capwesome_differences_title": "Perbedaan yang jujur",
-  "capwesome_footer_note": "Baik Capgo maupun Capawesome adalah pilihan yang baik. Pilihlah yang sesuai dengan kebutuhan Anda.",
-  "capwesome_footer_note_wink": "(Tetapi kami berpikir skala yang lebih besar, rekam jejak yang lebih lama, dan sumber terbuka penuh penting 😊)",
-  "capwesome_hero_subtitle": "Dua pilihan solid untuk pembaruan langsung Capacitor. Mari kita bicara jujur tentang perbedaannya.",
-  "capwesome_hero_title": "Capgo vs Capawesome Cloud",
-  "capwesome_meta_description": "Bandingkan Capawesome dan Capgo berdasarkan kinerja, fitur, transparansi, dan dampak komunitas.",
-  "capwesome_migration_basics_title": "Dasar-dasar:",
-  "capwesome_migration_guide_text": "Panduan migrasi lengkap: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/dari-capawesome-ke-capgo</a>",
-  "capwesome_migration_intro": "Jika Anda berada di Capawesome dan mempertimbangkan Capgo, migrasi cukup mudah. Arsitektur plugin pembaruan Capacitor serupa.",
-  "capwesome_migration_step1": "Tukar paket plugin",
-  "capwesome_migration_step2": "Perbarui konfigurasi (perbedaan minor)",
-  "capwesome_migration_step3": "Perbarui proses unggahan Anda",
-  "capwesome_migration_title": "Pertimbangan untuk beralih?",
-  "capwesome_nav_label": "Capawesome vs Capgo",
-  "capwesome_not_good_at_docs": "Kami benar-benar berusaha membuat dokumen jelas untuk semua orang. Pembaruan otomatis dasar? Sangat terdokumentasi dan jelas. Tetapi Capgo memiliki banyak opsi (manual, setengah manual, channel_default, dll.) - belum semua kasus penggunaan mudah dipahami. Kami sedang mengerjakannya.",
-  "capwesome_not_good_at_docs_label": "Kompleksitas dokumentasi:",
-  "capwesome_not_good_at_git": "Kami tidak terintegrasi dengan GitHub/GitLab seperti yang dilakukan oleh Capawesome. Perbedaan filosofi: kami tidak ingin mengunci Anda ke penyedia git tertentu. Anda menangani pembaruan di CI/CD Anda sendiri, kami hanya menyediakan infrastruktur pengiriman.",
-  "capwesome_not_good_at_git_label": "Integrasi penyedia Git:",
-  "capwesome_not_good_at_title": "Apa yang KITA TIDAK pandai lakukan",
-  "capwesome_quick_facts_capawesome_li1": "⚠️ Pembaruan langsung dimulai 2024 (sangat baru)",
-  "capwesome_quick_facts_capawesome_li2": "✅ Statistik publik tersedia",
-  "capwesome_quick_facts_capawesome_li3": "✅ Statistik publik tersedia",
-  "capwesome_quick_facts_capawesome_li4": "✅ Minimal €9/bulan",
-  "capwesome_quick_facts_capawesome_li5": "❌ Plugin terbuka, backend 0% terbuka (sumber tertutup)",
-  "capwesome_quick_facts_capawesome_li6": "✅ Pendiri solo, berkelanjutan",
-  "capwesome_quick_facts_capawesome_li7": "✅ Plugin berkualitas (bisnis utama)",
-  "capwesome_quick_facts_capawesome_li8": "❌ Tidak ada hosting sendiri",
-  "capwesome_quick_facts_capgo_li1": "✅ Dimulai 2020",
-  "capwesome_quick_facts_capgo_li2": "✅ Lebih dari 1B pembaruan/bulan",
-  "capwesome_quick_facts_capgo_li3": "✅ 50M+ perangkat",
-  "capwesome_quick_facts_capgo_li4": "✅ Mulai $14/bulan",
-  "capwesome_quick_facts_capgo_li5": "✅ 100% sumber terbuka (plugin + backend)",
-  "capwesome_quick_facts_capgo_li6": "✅ Bisnis keluarga, dibiayai sendiri",
-  "capwesome_quick_facts_capgo_li7": "✅ 100+ plugin gratis",
-  "capwesome_quick_facts_capgo_li8": "✅ Opsi hosting sendiri",
-  "capwesome_quick_facts_legend": "✅ = Poin kuat | ⚠️ = Tergantung kebutuhan | ❌ = Tidak tersedia | ⚪ = Tidak diketahui/Tidak diungkapkan",
-  "capwesome_quick_facts_title": "Fakta cepat (tanpa omong kosong)",
-  "capwesome_respect_p1": "Robin (pendiri Capawesome) melakukan pekerjaan yang hebat. Teknik mesin Jerman yang baik, plugin yang solid, dan semuanya aktif dipelihara. Mereka terinspirasi oleh Capgo saat membangun solusi pembaruan langsung mereka - yang jujur saja sangat membanggakan.",
-  "capwesome_respect_p2": "Ini bukan halaman \"kami lebih baik di segala hal\". Ekosistem Capacitor benar-benar lebih baik dengan beberapa pilihan yang sehat. Mari kita bicarakan tentang perbedaan sebenarnya.",
-  "capwesome_respect_title": "💚 Kredit di mana semestinya",
-  "capwesome_testimonial_1": "Backend sumber terbuka adalah faktor penentu. Kami perlu melakukan audit keamanan kami sendiri untuk kepatuhan.",
-  "capwesome_testimonial_1_author": "— Tim Perusahaan",
-  "capwesome_testimonial_2": "Penentuan harga Capgo berskala dengan aplikasi kami. Mulai dari $14/bulan sangat sempurna untuk MVP kami, dan sekarang kami dengan senang hati membayar lebih saat kami berkembang.",
-  "capwesome_testimonial_2_author": "— Pendiri startup",
-  "capwesome_testimonial_3": "Dukungan sangat luar biasa. Martin menjawab pertanyaan saya di akhir pekan dalam 20 menit. Tidak bisa membayangkan kembali ke vendor dengan waktu respons 48 jam.",
-  "capwesome_testimonial_3_author": "— Pengembang indie",
-  "capwesome_testimonial_4": "Angka skala (1B+ pembaruan) memberi kami kepercayaan diri. Mereka sebenarnya telah membuktikannya pada beban produksi.",
-  "capwesome_testimonial_4_author": "— Pemimpin tim seluler",
-  "capwesome_testimonials_more": "Lebih banyak testimoni:",
-  "capwesome_testimonials_title": "Apa yang orang-orang katakan tentang Capgo",
-  "capwesome_title": "Capawesome vs Capgo",
-  "capwesome_when_better_european": "Jika Anda membutuhkan faktur dengan kepatuhan GDPR dan semua persyaratan regulasi Eropa, Capawesome berbasis di Jerman. Capgo mencoba untuk menghindari kompleksitas Eropa untuk menyederhanakan bisnis bagi semua orang secara global.",
-  "capwesome_when_better_european_label": "Kebutuhan kepatuhan Eropa:",
-  "capwesome_when_better_git": "Mereka berintegrasi langsung dengan penyedia git Anda. Jika Anda lebih suka segalanya terhubung dan tidak keberatan dengan ketergantungan pada vendor, itu sangat nyaman.",
-  "capwesome_when_better_git_label": "Integrasi GitHub/GitLab:",
-  "capwesome_when_better_manual": "Capawesome 100% manual - tidak ada yang otomatis. Jika Anda ingin mengontrol setiap aspek dan tidak mendelegasikan apa pun, itu adalah kekuatan mereka. Capgo berfokus pada otomatisasi (meskipun kami juga mendukung manual).",
-  "capwesome_when_better_manual_label": "Kontrol sepenuhnya manual:",
-  "capwesome_when_better_note": "Berbagai filosofi, keduanya valid. Pilih apa yang cocok dengan alur kerja Anda.",
-  "capwesome_when_better_title": "🤔 Kapan Capawesome mungkin lebih baik untukmu",
-  "carbon_removal": "1% dari pendapatan kami digunakan untuk penghilangan karbon.",
-  "centralized_management": "Manajemen Terpusat",
-  "channel_management": "Manajemen saluran",
-  "chat": "Obrolan",
-  "choose_from_your_capgo_projects": "Pilih dari proyek Capgo Anda",
-  "ci_cd_integration": "Integrasi CI/CD",
-  "cities_worldwide": "Kota-kota di seluruh dunia",
-  "cli_and_api": "CLI & API",
-  "code_review": "Tinjau Kode",
-  "community": "Komunitas",
-  "community_support": "Dukungan komunitas",
-  "community_trusted": "Dipercaya oleh komunitas",
-  "community_trusted_title": "Dipercaya Komunitas",
-  "companies_logo_bottom_text": "Bergabunglah dengan ribuan pengembang yang mempercayai Capgo untuk deployment aplikasi seluler mereka",
-  "companies_logo_downloads_irec": "150K+",
-  "companies_logo_downloads_kick": "20M+",
-  "companies_logo_downloads_nana": "2,5 Juta",
-  "companies_logo_downloads_ourliving": "80K+",
-  "companies_logo_downloads_pizzahut": "1M+",
-  "companies_logo_downloads_remnote": "500K+",
-  "companies_logo_downloads_revel": "250K+",
-  "companies_logo_downloads_suez": "3,2 Juta",
-  "companies_logo_downloads_vella": "400K+",
-  "companies_logo_stat_companies_label": "Perusahaan",
-  "companies_logo_stat_companies_value": "3500+",
-  "companies_logo_stat_devices_label": "Perangkat yang dilacak",
-  "companies_logo_stat_devices_value": "50Juta+",
-  "companies_logo_stat_uptime_label": "Waktu aktif",
-  "companies_logo_stat_uptime_value": "99,9%",
-  "company": "Perusahaan",
-  "company_definition": "<strong>Perusahaan</strong> (yang disebutan sebagai \"Perusahaan\", \"Kami\", \"Kita\" atau \"Milik Kami\" dalam Penafian ini) merujuk pada Digital Shift OU, 6 sepapaja, 15510 Tallinn.",
-  "company_name": "Nama perusahaan",
-  "company_no_liability": "Dalam hal apa pun, Perusahaan tidak bertanggung jawab atas kerugian khusus, langsung, tidak langsung, konsekuensial, atau insidental, atau kerugian apa pun, baik dalam tindakan kontrak, kelalaian, atau tort lainnya, yang timbul dari atau sehubungan dengan penggunaan Layanan atau isi Layanan. Perusahaan berhak untuk melakukan penambahan, penghapusan, atau modifikasi pada isi Layanan kapan saja tanpa pemberitahuan sebelumnya. Penafian ini telah dibuat dengan bantuan dari <a href=\"https://www.termsfeed.com/blog/sample-disclaimer-template/\" target=\"_blank\"> Template Penafian.</a>",
-  "company_no_liability_for_access": "Dalam hal apapun, Perusahaan atau pemasoknya tidak akan bertanggung jawab atas kerugian khusus, insidental, tidak langsung, atau konsekuensial apa pun yang timbul dari atau sehubungan dengan akses atau penggunaan Anda atau ketidakmampuan untuk mengakses atau menggunakan Layanan.",
-  "company_no_liability_for_decisions": "Perusahaan tidak akan bertanggung jawab kepada Anda atau siapa pun atas keputusan yang diambil atau tindakan yang dilakukan berdasarkan informasi yang diberikan oleh Layanan atau atas kerugian konsekuensial, khusus, atau kerugian serupa, bahkan jika telah diberitahu tentang kemungkinan kerugian tersebut.",
-  "company_no_responsibility": "Perusahaan tidak bertanggung jawab atas kesalahan atau kelalaian dalam konten Layanan.",
-  "company_not_responsible": "Perusahaan tidak bertanggung jawab atas kesalahan atau kelalaian, atau atas hasil yang diperoleh dari penggunaan informasi ini.",
-  "compare": "Bandingkan",
-  "complete_documentation": "Dokumentasi lengkap",
-  "compliance_gdpr": "Mematuhi GDPR",
-  "compliance_soc1": "Mematuhi SOC 2 Tipe I",
-  "compliant_with_apple_and_android_requirements": "Memenuhi persyaratan Apple dan Google",
-  "conditions_for_returns": "Ketentuan untuk Pengembalian",
-  "configure_ci_cd_pipeline_description": "Kami mengkonfigurasi pipeline CI/CD Anda langsung di platform pilihan Anda (GitHub Actions, GitLab CI, dll.).",
-  "connect_your_account": "Hubungkan Akun Anda",
-  "consolidated_invoicing_purchase_orders": "Faktur konsolidasi, pesanan pembelian, dan syarat pembayaran yang fleksibel untuk memenuhi kebutuhan pengadaan Anda.",
-  "consulting": "Konsultasi",
-  "consulting_description": "Majulah dengan keyakinan. Capgo menawarkan berbagai tingkat perlindungan untuk menjaga kekayaan intelektual dan data sensitif Anda tetap aman.",
-  "consulting_forged_plugins_community_embraced": "Plugin yang Ditempa melalui Konsultasi, Diterima oleh Komunitas",
-  "contact": "Kontak",
-  "contact_link": "Dengan mengunjungi halaman ini di situs web:",
-  "contact_sales": "Hubungi Penjualan",
-  "contact_support": "Hubungi dukungan kami",
-  "contact_us": "Hubungi Kami",
-  "contact_us_text": "Jika Anda memiliki pertanyaan tentang Penafian ini, Anda dapat menghubungi Kami:",
-  "contact_us_title": "Hubungi Kami",
-  "contact_us_website": "Dengan mengunjungi halaman ini di situs web:",
-  "content_marketer": "Marketer Konten",
-  "contractual_guarantees": "Jaminan Kontrak",
-  "contractual_sla_guarantees": "Jaminan SLA kontraktual untuk waktu operasional, waktu respons, dan komitmen penyelesaian",
-  "contributing": "Berkontribusi",
-  "contributing_description": "Cara berkontribusi pada Capgo sumber terbuka",
-  "control_access_deploy_manage": "Kendalikan siapa yang dapat mengakses, menerapkan, dan mengelola pembaruan langsung Anda dengan izin tingkat perusahaan.",
-  "control_access_levels": "Kontrol Tingkatan Akses",
-  "copied": "Tersalin!",
-  "copy_page": "Salin halaman",
-  "copy_page_as_markdown": "Salin halaman sebagai Markdown untuk LLM",
-  "copy_page_options": "Opsi menyalin halaman",
-  "copyright_notice": "CAPGO, Digital shift OU. SEMUA HAK DILINDUNGI UNDANG-UNDANG.",
-  "copyright_permission": "Jika Anda ingin menggunakan bahan berhak cipta dari Layanan untuk tujuan Anda sendiri yang melebihi penggunaan yang wajar, Anda harus mendapatkan izin dari pemilik hak cipta.",
-  "cordova_and_capacitorjs_expert": "Ahli Cordova & CapacitorJS",
-  "cordova_capacitorjs_projects": "Proyek Cordova & CapacitorJS",
-  "cordova_power_approximately_1_of_apps_on_google_play_store": "Cordova menguasai sekitar $1% dari aplikasi di Google Play Store",
-  "cost_breakdown_pricing_tiers": "Rincian Biaya berdasarkan Tingkat Harga",
-  "create_an_issue_and_discuss_before_working_on_a_new_feature": "Ketika Anda mengerjakan fitur baru, buatlah sebuah isu dan diskusikan dengan kontributor lainnya <em>sebelum</em> Anda mulai mengerjakan fitur tersebut; kami menghargai semua kontribusi, tetapi tidak semua fitur yang diajukan diterima. Kami tidak ingin Anda menghabiskan berjam-jam mengerjakan kode yang mungkin tidak diterima.",
-  "create_manage_organizations_with_ease": "Buat dan kelola beberapa organisasi dengan mudah, memberikan hak yang spesifik kepada setiap pengguna. Capgo menyediakan alat yang kuat untuk menjaga tim Anda tetap terorganisir dan efisien.",
-  "create_oversee_organizations_from_single_account": "Buat dan awasi beberapa organisasi dari satu akun, menyederhanakan alur kerja Anda dan meningkatkan produktivitas.",
-  "creators_and_maintainers_of_many_open_source_libraries_used_by_millions": "Pencipta dan pemelihara banyak perpustakaan Open Source yang digunakan oleh jutaan orang",
-  "credit_10_percent": "10%",
-  "credit_15_percent": "15%",
-  "credit_20_percent": "20%",
-  "credit_30_percent": "30%",
-  "credit_based_overages": "kelebihan berbasis kredit",
-  "credit_percentage": "Persentase Kredit",
-  "credit_pricing": "Penentuan Harga Kredit",
-  "credit_requests_payment_desc": "Untuk meminta Kredit Layanan, Pelanggan harus mengirim email kepada Capgo di support@capgo.app dalam waktu tiga puluh (30) hari setelah akhir bulan di mana Komitmen Waktu Aktif tidak terpenuhi. Pelanggan harus menyertakan ID akun atau alamat email terdaftar, serta tanggal dan waktu yang sebelumnya dilaporkan di mana tidak ada Ketersediaan Layanan. Jika Capgo mengonfirmasi bahwa Pelanggan memenuhi syarat untuk Kredit Layanan, Capgo akan memberikan kredit ke akun Pelanggan dalam waktu tiga puluh (30) hari. Kredit Layanan bukanlah pengembalian dana, tidak dapat ditukar dengan jumlah uang tunai, dan hanya dapat digunakan untuk biaya penagihan di masa depan. Kecuali sebagaimana diatur dalam Bagian 4 di bawah ini, Kredit Layanan akan menjadi satu-satunya dan eksklusif pemulihan Pelanggan, dan satu-satunya dan eksklusif tanggung jawab Capgo, untuk setiap kegagalan Capgo memenuhi Komitmen Waktu Aktif.",
-  "credit_requests_payment_title": "3. Permintaan Kredit dan Pembayaran",
-  "credits_cost": "Biaya Kredit",
-  "credits_usage_info": "Kredit digunakan untuk penggunaan di luar batas paket Anda. Kredit harus dibayar di muka dan berlaku selama 5 tahun.",
-  "cta_start_free": "Mulai gratis",
-  "cta_start_migration": "Mulai migrasi Anda",
-  "custom": "Kustom",
-  "custom_domain": "Domain Kustom",
-  "custom_features": "Fitur Khusus",
-  "custom_goods": "Pengadaan Barang yang dibuat sesuai dengan spesifikasi Anda atau jelas dipersonalisasi.",
-  "custom_plugins": "Plugin Kustom",
-  "custom_pricing": "Penentuan harga khusus",
-  "custom_webhooks": "Webhook Kustom",
-  "data_policy_account_deletion": "Anda dapat memilih untuk menghapus akun Anda dan menghapus statistik situs Anda kapan saja. Kami menyediakan tautan penghapusan yang sederhana tanpa pertanyaan.",
-  "data_policy_anonymous_measurement": "Dengan menggunakan Capgo, semua pengukuran situs dilakukan sepenuhnya secara anonim. Kami hanya mengukur titik data yang paling penting dan tidak ada yang lain. Semua metrik yang kami kumpulkan muat dalam satu halaman tunggal.",
-  "data_policy_ccpa_categories_intro": "Kami mengumpulkan informasi yang mengidentifikasi, terkait, menggambarkan, merujuk, dapat diasosiasikan dengan, atau dapat wajar dihubungkan, secara langsung atau tidak langsung, dengan Konsumen atau Perangkat tertentu. Berikut adalah daftar kategori informasi pribadi yang mungkin kami kumpulkan atau mungkin telah dikumpulkan dari penduduk California dalam dua belas (12) bulan terakhir.",
-  "data_policy_ccpa_categories_note": "Harap dicatat bahwa kategori dan contoh yang diberikan dalam daftar di bawah ini adalah yang didefinisikan dalam CCPA. Ini tidak berarti bahwa semua contoh kategori informasi pribadi tersebut sebenarnya telah dikumpulkan oleh Kami, tetapi mencerminkan keyakinan itikad baik kami sebaik pengetahuan kami bahwa beberapa informasi dari kategori yang berlaku mungkin telah dan mungkin sedang dikumpulkan. Misalnya, kategori tertentu dari informasi pribadi hanya akan dikumpulkan jika Anda memberikan informasi pribadi tersebut secara langsung kepada Kami.",
-  "data_policy_ccpa_categories_title": "Kategori Informasi Pribadi yang Dikumpulkan",
-  "data_policy_ccpa_category_a": "Kategori A: Identifiers.",
-  "data_policy_ccpa_category_a_collected": "Dikumpulkan: Ya.",
-  "data_policy_ccpa_category_a_examples": "Contoh: Nama asli, alias, alamat pos, pengidentifikasi pribadi yang unik, pengidentifikasi online, alamat Protokol Internet, alamat email, nama akun, nomor SIM, nomor paspor, atau pengidentifikasi serupa lainnya.",
-  "data_policy_ccpa_category_b": "Kategori B: Kategori informasi pribadi yang terdaftar dalam undang-undang Catatan Pelanggan California (Cal. Civ. Code § 1798.80(e)).",
-  "data_policy_ccpa_category_b_collected": "Dikumpulkan: Ya.",
-  "data_policy_ccpa_category_b_examples": "Contoh: Nama, tanda tangan, nomor Jaminan Sosial, karakteristik fisik atau deskripsi, alamat, nomor telepon, nomor paspor, nomor SIM atau nomor kartu identitas negara bagian, nomor polis asuransi, pendidikan, pekerjaan, riwayat pekerjaan, nomor rekening bank, nomor kartu kredit, nomor kartu debit, atau informasi keuangan lainnya, informasi medis, atau informasi asuransi kesehatan. Beberapa informasi pribadi yang termasuk dalam kategori ini dapat tumpang tindih dengan kategori lainnya.",
-  "data_policy_ccpa_category_c": "Kategori C: Karakteristik klasifikasi yang dilindungi di bawah hukum California atau hukum federal.",
-  "data_policy_ccpa_category_c_collected": "Dikumpulkan: Tidak.",
-  "data_policy_ccpa_category_c_examples": "Contoh: Usia (40 tahun atau lebih), ras, warna, keturunan, asal nasional, kewarganegaraan, agama atau kepercayaan, status pernikahan, kondisi medis, kecacatan fisik atau mental, jenis kelamin (termasuk gender, identitas gender, ekspresi gender, kehamilan atau persalinan dan kondisi medis terkait), orientasi seksual, status veteran atau militer, informasi genetik (termasuk informasi genetik keluarga).",
-  "data_policy_ccpa_category_d": "Kategori D: Informasi komersial.",
-  "data_policy_ccpa_category_d_collected": "Dikumpulkan: Ya.",
-  "data_policy_ccpa_category_d_examples": "Contoh: Catatan dan riwayat produk atau layanan yang dibeli atau dipertimbangkan.",
-  "data_policy_ccpa_category_e": "Kategori E: Informasi biometrik.",
-  "data_policy_ccpa_category_e_collected": "Dikumpulkan: Tidak.",
-  "data_policy_ccpa_category_e_examples": "Contoh: Karakteristik genetik, fisiologis, perilaku, dan biologi, atau pola aktivitas yang digunakan untuk mengekstrak sebuah template atau identifikasi lainnya atau informasi identifikasi, seperti sidik jari, cetakan wajah, dan rekaman suara, pemindaian iris atau retina, ketukan kunci, pola berjalan, atau pola fisik lainnya, serta data tidur, kesehatan, atau olahraga.",
-  "data_policy_ccpa_category_f": "Kategori F: Aktivitas internet atau jaringan serupa lainnya.",
-  "data_policy_ccpa_category_f_collected": "Dikumpulkan: Ya.",
-  "data_policy_ccpa_category_f_examples": "Contoh: Interaksi dengan Layanan atau iklan kami.",
-  "data_policy_ccpa_category_g": "Kategori G: Data geolokasi.",
-  "data_policy_ccpa_category_g_collected": "Terkumpul: Tidak.",
-  "data_policy_ccpa_category_g_examples": "Contoh: Lokasi fisik yang mendekati.",
-  "data_policy_ccpa_category_h": "Kategori H: Data sensori.",
-  "data_policy_ccpa_category_h_collected": "Dikumpulkan: Tidak.",
-  "data_policy_ccpa_category_h_examples": "Contoh: Informasi audio, elektronik, visual, termal, penciuman, atau informasi serupa.",
-  "data_policy_ccpa_category_i": "Kategori I: Informasi profesional atau terkait pekerjaan.",
-  "data_policy_ccpa_category_i_collected": "Dikumpulkan: Tidak.",
-  "data_policy_ccpa_category_i_examples": "Contoh: Riwayat pekerjaan saat ini atau sebelumnya atau evaluasi kinerja.",
-  "data_policy_ccpa_category_j": "Kategori J: Informasi pendidikan non-publik (sesuai dengan Undang-Undang Hak dan Privasi Pendidikan Keluarga (20 U.S.C. Bagian 1232g, 34 C.F.R. Bagian 99)).",
-  "data_policy_ccpa_category_j_collected": "Dikumpulkan: Tidak.",
-  "data_policy_ccpa_category_j_examples": "Contoh: Rekor pendidikan yang secara langsung terkait dengan seorang siswa yang dipelihara oleh institusi pendidikan atau pihak yang bertindak atas namanya, seperti nilai, transkrip, daftar kelas, jadwal siswa, kode identifikasi siswa, informasi keuangan siswa, atau catatan disipliner siswa.",
-  "data_policy_ccpa_category_k": "Kategori K: Inferensi yang diambil dari informasi pribadi lainnya.",
-  "data_policy_ccpa_category_k_collected": "Dikumpulkan: Tidak.",
-  "data_policy_ccpa_category_k_examples": "Contoh: Profil yang mencerminkan preferensi, karakteristik, tren psikologis, predisposisi, perilaku, sikap, kecerdasan, kemampuan, dan bakat seseorang.",
-  "data_policy_ccpa_exercising_rights_authorized_agent": "Hanya Anda, atau seseorang yang terdaftar di Sekretaris Negara California yang Anda beri wewenang untuk bertindak atas nama Anda, yang dapat mengajukan permintaan yang dapat diverifikasi terkait dengan informasi pribadi Anda.",
-  "data_policy_ccpa_exercising_rights_cannot_respond": "Kami tidak dapat menanggapi permintaan Anda atau memberikan informasi yang dibutuhkan jika Kami tidak dapat:",
-  "data_policy_ccpa_exercising_rights_cannot_respond_1": "Verifikasi identitas atau wewenang Anda untuk membuat permintaan",
-  "data_policy_ccpa_exercising_rights_cannot_respond_2": "Dan konfirmasi bahwa informasi pribadi tersebut berhubungan dengan Anda",
-  "data_policy_ccpa_exercising_rights_contact": "Untuk menjalankan salah satu hak Anda berdasarkan CCPA, dan jika Anda adalah penduduk California, Anda dapat menghubungi Kami:",
-  "data_policy_ccpa_exercising_rights_data_portability": "Untuk permintaan portabilitas data, kami akan memilih format untuk menyediakan informasi pribadi Anda yang dapat digunakan dengan mudah dan seharusnya memungkinkan Anda untuk mentransmisikan informasi dari satu entitas ke entitas lainnya tanpa hambatan.",
-  "data_policy_ccpa_exercising_rights_disclosure": "Kami akan mengungkapkan dan menyediakan informasi yang diperlukan tanpa biaya dalam waktu 45 hari setelah menerima permintaan Anda yang dapat diverifikasi. Periode waktu untuk memberikan informasi yang diperlukan dapat diperpanjang sekali selama 45 hari tambahan apabila dianggap diperlukan dengan pemberitahuan sebelumnya.",
-  "data_policy_ccpa_exercising_rights_disclosure_period": "Setiap pengungkapan yang Kami berikan hanya akan mencakup periode 12 bulan sebelum diterimanya permintaan yang dapat diverifikasi.",
-  "data_policy_ccpa_exercising_rights_request_must": "Permintaan Anda kepada Kami harus:",
-  "data_policy_ccpa_exercising_rights_request_must_1": "Berikan informasi yang cukup yang memungkinkan Kami untuk secara wajar memverifikasi bahwa Anda adalah orang yang tentangnya Kami mengumpulkan informasi pribadi atau perwakilan yang berwenang.",
-  "data_policy_ccpa_exercising_rights_request_must_2": "Deskripsikan permintaan Anda dengan detail yang cukup agar Kami dapat memahami, mengevaluasi, dan menanggapinya dengan baik.",
-  "data_policy_ccpa_exercising_rights_title": "Melaksanakan Hak Perlindungan Data CCPA Anda",
-  "data_policy_ccpa_exercising_rights_website": "Dengan mengunjungi halaman ini di situs web kami: $1/#support",
-  "data_policy_ccpa_info_sharing_1": "Penyedia Layanan",
-  "data_policy_ccpa_info_sharing_2": "Prosesor pembayaran",
-  "data_policy_ccpa_info_sharing_3": "Afiliasi kami",
-  "data_policy_ccpa_info_sharing_4": "Mitra bisnis kami",
-  "data_policy_ccpa_info_sharing_5": "Pihak ketiga yang Anda atau agen Anda berikan wewenang kepada Kami untuk mengungkapkan informasi pribadi Anda sehubungan dengan produk atau layanan yang Kami sediakan untuk Anda",
-  "data_policy_ccpa_info_sharing_intro": "Kami dapat membagikan informasi pribadi Anda yang diidentifikasi dalam kategori di atas kepada kategori pihak ketiga berikut:",
-  "data_policy_ccpa_info_sharing_title": "Bagian Informasi Pribadi",
-  "data_policy_ccpa_info_source_1": "Langsung dari Anda. Misalnya, dari formulir yang Anda lengkapi di Layanan kami, preferensi yang Anda sampaikan atau berikan melalui Layanan kami, atau dari pembelian Anda di Layanan kami.",
-  "data_policy_ccpa_info_source_2": "Secara tidak langsung dari Anda. Misalnya, dari mengamati aktivitas Anda di Layanan kami.",
-  "data_policy_ccpa_info_source_3": "Secara otomatis dari Anda. Misalnya, melalui cookie yang kami atau Penyedia Layanan kami pasang di Perangkat Anda saat Anda menjelajahi Layanan kami.",
-  "data_policy_ccpa_info_source_4": "Dari Penyedia Layanan. Misalnya, vendor pihak ketiga untuk pemrosesan pembayaran, atau vendor pihak ketiga lainnya yang Kami gunakan untuk menyediakan Layanan kepada Anda.",
-  "data_policy_ccpa_info_sources_intro": "Kami memperoleh kategori informasi pribadi yang terdaftar di atas dari kategori sumber berikut:",
-  "data_policy_ccpa_info_sources_title": "Menurut CCPA, informasi pribadi harus diartikan secara luas sebagai informasi yang mengidentifikasi, berkaitan dengan, menggambarkan, merujuk, yang secara wajar dapat diasosiasikan dengan, atau dapat dikaitkan secara wajar, baik secara langsung maupun tidak langsung, dengan konsumen atau perangkat tertentu. Informasi pribadi tidak termasuk informasi yang tersedia untuk umum dari catatan pemerintah, informasi konsumen yang telah dianonimkan atau digabungkan, atau informasi yang dikecualikan dari lingkup CCPA.",
-  "data_policy_ccpa_intro": "Bagian pemberitahuan privasi ini untuk penduduk California melengkapi informasi yang terdapat dalam Kebijakan Privasi Kami dan hanya berlaku untuk semua pengunjung, pengguna, dan lainnya yang tinggal di Negara Bagian California.",
-  "data_policy_ccpa_right_to_delete": "Hak untuk menghapus Data Pribadi. Anda berhak untuk meminta penghapusan Data Pribadi Anda, dengan beberapa pengecualian tertentu. Setelah Kami menerima dan mengonfirmasi permintaan Anda, Kami akan menghapus (dan mengarahkan Penyedia Layanan Kami untuk menghapus) informasi pribadi Anda dari catatan kami, kecuali jika ada pengecualian yang berlaku. Kami dapat menolak permintaan penghapusan Anda jika mempertahankan informasi tersebut diperlukan bagi Kami atau Penyedia Layanan Kami untuk:",
-  "data_policy_ccpa_right_to_delete_1": "Selesaikan transaksi untuk mana Kami mengumpulkan informasi pribadi, menyediakan barang atau layanan yang Anda minta, melakukan tindakan yang secara wajar diperkirakan dalam konteks hubungan bisnis kami yang sedang berjalan dengan Anda, atau melakukan kontrak kami dengan Anda.",
-  "data_policy_ccpa_right_to_delete_2": "Mendeteksi insiden keamanan, melindungi dari aktivitas yang jahat, menipu, penipuan, atau ilegal, atau menuntut mereka yang bertanggung jawab atas aktivitas tersebut.",
-  "data_policy_ccpa_right_to_delete_3": "Debug produk untuk mengidentifikasi dan memperbaiki kesalahan yang mengganggu fungsionalitas yang diinginkan yang ada.",
-  "data_policy_ccpa_right_to_delete_4": "Laksanakan kebebasan berpendapat, jamin hak konsumen lain untuk melaksanakan hak kebebasan berpendapat mereka, atau laksanakan hak lain yang diatur oleh hukum.",
-  "data_policy_ccpa_right_to_delete_5": "Mematuhi Undang-Undang Privasi Komunikasi Elektronik California (Kode Pidana Cal. § 1546 et. seq.).",
-  "data_policy_ccpa_right_to_delete_6": "Terlibat dalam penelitian ilmiah, sejarah, atau statistik yang bersifat publik atau yang telah ditinjau oleh rekan sejawat yang berlandaskan kepentingan publik dan mematuhi semua hukum etika dan privasi yang berlaku, ketika penghapusan informasi dapat membuat pencapaian penelitian menjadi tidak mungkin atau terganggu secara serius, jika Anda sebelumnya telah memberikan persetujuan yang diinformasikan.",
-  "data_policy_ccpa_right_to_delete_7": "Izinkan hanya penggunaan internal yang secara wajar sejalan dengan harapan konsumen berdasarkan hubungan Anda dengan Kami.",
-  "data_policy_ccpa_right_to_delete_8": "Mematuhi kewajiban hukum.",
-  "data_policy_ccpa_right_to_delete_9": "Lakukan penggunaan internal dan sah lainnya atas informasi tersebut yang sesuai dengan konteks di mana Anda memberikannya.",
-  "data_policy_ccpa_right_to_non_discrimination": "Hak untuk tidak didiskriminasi. Anda memiliki hak untuk tidak didiskriminasikan atas pelaksanaan hak-hak konsumen Anda, termasuk dengan:",
-  "data_policy_ccpa_right_to_non_discrimination_1": "Menolak barang atau layanan kepada Anda",
-  "data_policy_ccpa_right_to_non_discrimination_2": "Mengenakan harga atau tarif yang berbeda untuk barang atau jasa, termasuk penggunaan diskon atau manfaat lainnya atau menerapkan penalti.",
-  "data_policy_ccpa_right_to_non_discrimination_3": "Memberikan tingkat atau kualitas barang atau layanan yang berbeda kepada Anda",
-  "data_policy_ccpa_right_to_non_discrimination_4": "Menyarankan bahwa Anda akan menerima harga atau tarif yang berbeda untuk barang atau jasa atau tingkat atau kualitas yang berbeda dari barang atau jasa.",
-  "data_policy_ccpa_right_to_notice": "Hak untuk diberitahu. Anda memiliki hak untuk diberitahu kategori Data Pribadi mana yang dikumpulkan dan tujuan penggunaan Data Pribadi tersebut.",
-  "data_policy_ccpa_right_to_opt_out": "Hak untuk mengatakan tidak terhadap penjualan Data Pribadi (opt-out). Anda memiliki hak untuk mengarahkan Kami agar tidak menjual informasi pribadi Anda. Untuk mengajukan permohonan opt-out, silakan hubungi Kami.",
-  "data_policy_ccpa_right_to_request": "Hak untuk memohon. Di bawah CCPA, Anda memiliki hak untuk meminta agar Kami mengungkapkan informasi kepada Anda tentang pengumpulan, penggunaan, penjualan, pengungkapan untuk tujuan bisnis, dan berbagi informasi pribadi Kami. Setelah Kami menerima dan mengonfirmasi permohonan Anda, Kami akan mengungkapkan kepada Anda:",
-  "data_policy_ccpa_right_to_request_1": "Kategori informasi pribadi yang kami kumpulkan tentang Anda",
-  "data_policy_ccpa_right_to_request_2": "Kategori sumber untuk informasi pribadi yang kami kumpulkan tentang Anda",
-  "data_policy_ccpa_right_to_request_3": "Tujuan bisnis atau komersial kami untuk mengumpulkan atau menjual informasi pribadi tersebut",
-  "data_policy_ccpa_right_to_request_4": "Kategori pihak ketiga dengan siapa Kami berbagi informasi pribadi tersebut",
-  "data_policy_ccpa_right_to_request_5": "Bagian spesifik dari informasi pribadi yang Kami kumpulkan tentang Anda",
-  "data_policy_ccpa_right_to_request_6": "Jika kami menjual informasi pribadi Anda atau mengungkapkan informasi pribadi Anda untuk keperluan bisnis, kami akan memberi tahu Anda:",
-  "data_policy_ccpa_right_to_request_6_1": "Kategori informasi pribadi yang dijual",
-  "data_policy_ccpa_right_to_request_6_2": "Kategori informasi pribadi yang diungkapkan",
-  "data_policy_ccpa_sale_of_info_categories": "Kategori A: Pengenal  \nKategori B: Kategori informasi pribadi yang tercantum dalam undang-undang Catatan Pelanggan California (Cal. Civ. Code § 1798.80(e))  \nKategori D: Informasi komersial  \nKategori F: Aktivitas jaringan internet atau jaringan serupa lainnya",
-  "data_policy_ccpa_sale_of_info_definition": "Sebagaimana didefinisikan dalam CCPA, \"jual\" dan \"penjualan\" berarti menjual, menyewakan, melepaskan, mengungkapkan, menyebarluaskan, membuat tersedia, mentransfer, atau dengan cara lain mengkomunikasikan secara lisan, tertulis, atau melalui cara elektronik atau lainnya, informasi pribadi konsumen oleh bisnis kepada pihak ketiga untuk imbalan yang bernilai. Ini berarti bahwa Kami mungkin telah menerima semacam manfaat sebagai imbalan atas berbagi informasi pribadi, tetapi tidak selalu manfaat moneter.",
-  "data_policy_ccpa_sale_of_info_note": "Harap dicatat bahwa kategori yang tercantum di bawah ini adalah yang ditentukan dalam CCPA. Ini tidak berarti bahwa semua contoh dari kategori informasi pribadi tersebut sebenarnya telah dijual, tetapi mencerminkan keyakinan itikad baik kami sebaik mungkin berdasarkan pengetahuan kami bahwa sebagian dari informasi tersebut dari kategori yang berlaku mungkin telah dan mungkin telah dibagikan dengan nilai sebagai imbalannya.",
-  "data_policy_ccpa_sale_of_info_statement": "Kami mungkin menjual dan mungkin telah menjual dalam dua belas (12) bulan terakhir kategori informasi pribadi berikut:",
-  "data_policy_ccpa_sale_of_info_title": "Penjualan Informasi Pribadi",
-  "data_policy_ccpa_sale_of_minors_info_policy": "Kami tidak menjual informasi pribadi Konsumen yang Kami ketahui berusia kurang dari 16 tahun, kecuali Kami menerima otorisasi afirmatif (\"hak untuk memilih ikut\") dari Konsumen yang berusia antara 13 dan 16 tahun, atau orang tua atau wali dari Konsumen yang berusia kurang dari 13 tahun. Konsumen yang memilih untuk ikut dalam penjualan informasi pribadi dapat memilih untuk tidak ikut dalam penjualan di masa depan kapan saja. Untuk menggunakan hak untuk tidak ikut, Anda (atau wakil yang Anda sahkan) dapat mengajukan permohonan kepada Kami dengan menghubungi Kami.",
-  "data_policy_ccpa_sale_of_minors_info_request": "Jika Anda memiliki alasan untuk percaya bahwa seorang anak di bawah usia 13 (atau 16) telah memberikan Kami informasi pribadi, harap hubungi Kami dengan rincian yang cukup untuk memungkinkan Kami menghapus informasi tersebut.",
-  "data_policy_ccpa_sale_of_minors_info_statement": "Kami tidak secara sadar mengumpulkan informasi pribadi dari anak di bawah umur 16 tahun melalui Layanan kami, meskipun beberapa situs web pihak ketiga yang kami tautkan mungkin melakukannya. Situs web pihak ketiga ini memiliki syarat penggunaan dan kebijakan privasi mereka sendiri, dan kami mendorong orang tua dan wali hukum untuk memantau penggunaan Internet anak-anak mereka dan menginstruksikan anak-anak mereka untuk tidak memberikan informasi di situs web lain tanpa izin mereka.",
-  "data_policy_ccpa_sale_of_minors_info_title": "Penjualan Informasi Pribadi Anak di Bawah Usia 16 Tahun",
-  "data_policy_ccpa_share_of_info_categories": "Penyedia Layanan  \nPemroses pembayaran  \nAfiliasi kami  \nMitra bisnis kami  \nVendor pihak ketiga yang Anda atau agen Anda beri wewenang untuk kami ungkapkan informasi pribadi Anda sehubungan dengan produk atau layanan yang kami sediakan untuk Anda",
-  "data_policy_ccpa_share_of_info_statement": "Kami mungkin akan membagikan informasi pribadi Anda yang diidentifikasi dalam kategori di atas dengan kategori pihak ketiga berikut:",
-  "data_policy_ccpa_share_of_info_title": "Bagian Informasi Pribadi",
-  "data_policy_ccpa_title": "Privasi CCPA",
-  "data_policy_ccpa_use_of_info_1": "Untuk mengoperasikan Layanan kami dan memberikan Anda Layanan kami.",
-  "data_policy_ccpa_use_of_info_2": "Untuk memberikan Anda dukungan dan menanggapi pertanyaan Anda, termasuk untuk menyelidiki dan menangani kekhawatiran Anda serta memantau dan meningkatkan Layanan kami.",
-  "data_policy_ccpa_use_of_info_3": "Untuk memenuhi alasan yang Anda berikan, Anda menyampaikan informasi tersebut. Sebagai contoh, jika Anda membagikan informasi kontak Anda untuk mengajukan pertanyaan tentang Layanan kami, kami akan menggunakan informasi pribadi itu untuk menanggapi pertanyaan Anda.",
-  "data_policy_ccpa_use_of_info_4": "Untuk menanggapi permintaan penegak hukum dan sesuai dengan hukum yang berlaku, perintah pengadilan, atau peraturan pemerintah.",
-  "data_policy_ccpa_use_of_info_5": "Seperti yang dijelaskan kepada Anda saat mengumpulkan informasi pribadi Anda atau sebagaimana diatur dalam CCPA.",
-  "data_policy_ccpa_use_of_info_6": "Untuk tujuan administratif dan audit internal.",
-  "data_policy_ccpa_use_of_info_7": "Untuk mendeteksi insiden keamanan dan melindungi dari aktivitas yang berbahaya, menipu, curang, atau ilegal, termasuk, jika perlu, untuk menuntut mereka yang bertanggung jawab atas aktivitas tersebut.",
-  "data_policy_ccpa_use_of_info_intro": "Kami dapat menggunakan atau mengungkapkan informasi pribadi yang kami kumpulkan untuk \"tujuan bisnis\" atau \"tujuan komersial\" (sebagaimana didefinisikan dalam CCPA), yang mungkin mencakup contoh-contoh berikut:",
-  "data_policy_ccpa_use_of_info_title": "Penggunaan Informasi Pribadi untuk Tujuan Bisnis atau Tujuan Komersial",
-  "data_policy_ccpa_your_rights_intro": "CCPA memberikan penduduk California hak-hak tertentu terkait informasi pribadi mereka. Jika Anda adalah penduduk California, Anda memiliki hak-hak berikut:",
-  "data_policy_ccpa_your_rights_title": "Hak Anda di bawah CCPA",
-  "data_policy_compliance_info": "Kami senang memberikan informasi tentang bagaimana Capgo dirancang untuk membantu Anda mematuhi berbagai regulasi privasi. Kami mendorong Anda untuk mendiskusikan masalah spesifik dengan pengacara Anda untuk membantu Anda memutuskan apakah layanan kami memungkinkan Anda untuk memenuhi persyaratan hukum yang berlaku untuk Anda.",
-  "data_policy_data_protection_1": "Data situs web Anda tidak dibagikan dengan perusahaan periklanan atau perusahaan lain pada umumnya.",
-  "data_policy_data_protection_2": "Data situs web Anda tidak dikirim ke pihak ketiga mana pun.",
-  "data_policy_data_protection_3": "Data situs web Anda tidak ditambang dan diambil untuk tren pribadi dan perilaku.",
-  "data_policy_data_protection_4": "Data situs web Anda tidak dimonetisasi.",
-  "data_policy_gdpr_complaint_right": "Anda memiliki hak untuk mengajukan keluhan kepada Otoritas Perlindungan Data tentang pengumpulan dan penggunaan Data Pribadi Anda. Untuk informasi lebih lanjut, jika Anda berada di Kawasan Ekonomi Eropa (EEA), silakan hubungi otoritas perlindungan data lokal Anda di EEA.",
-  "data_policy_gdpr_exercising_rights_contact": "Anda dapat menggunakan hak akses, perbaikan, pembatalan, dan penolakan Anda dengan menghubungi Kami. Harap dicatat bahwa kami mungkin meminta Anda untuk memverifikasi identitas Anda sebelum menanggapi permintaan semacam itu. Jika Anda mengajukan permintaan, kami akan berusaha sebaik mungkin untuk memberikan tanggapan secepat mungkin.",
-  "data_policy_gdpr_exercising_rights_title": "Pelaksanaan Hak Perlindungan Data Anda di GDPR",
-  "data_policy_gdpr_right_access": "Minta akses ke Data Pribadi Anda. Hak untuk mengakses, memperbarui, atau menghapus informasi yang Kami miliki tentang Anda. Setiap kali memungkinkan, Anda dapat mengakses, memperbarui, atau meminta penghapusan Data Pribadi Anda langsung di bagian pengaturan akun Anda. Jika Anda tidak dapat melakukan tindakan ini sendiri, silakan hubungi Kami untuk membantu Anda. Ini juga memungkinkan Anda untuk menerima salinan Data Pribadi yang Kami simpan tentang Anda.",
-  "data_policy_gdpr_right_correction": "Minta perbaikan Data Pribadi yang Kami miliki tentang Anda. Anda memiliki hak untuk memperbaiki informasi yang tidak lengkap atau tidak akurat yang Kami miliki tentang Anda.",
-  "data_policy_gdpr_right_erasure": "Minta penghapusan Data Pribadi Anda. Anda berhak meminta Kami untuk menghapus atau mengeluarkan Data Pribadi ketika tidak ada alasan yang baik bagi Kami untuk melanjutkan pemrosesannya.",
-  "data_policy_gdpr_right_object": "Objek pada pemrosesan Data Pribadi Anda. Hak ini ada ketika Kami mengandalkan kepentingan yang sah sebagai dasar hukum untuk pemrosesan Kami dan ada sesuatu tentang situasi Anda yang mendorong Anda untuk menolak pemrosesan Data Pribadi Anda dengan alasan ini. Anda juga memiliki hak untuk menolak ketika Kami memproses Data Pribadi Anda untuk tujuan pemasaran langsung.",
-  "data_policy_gdpr_right_transfer": "Permintaan transfer Data Pribadi Anda. Kami akan menyediakan Data Pribadi Anda kepada Anda, atau kepada pihak ketiga yang Anda pilih, dalam format yang terstruktur, umum digunakan, dan dapat dibaca mesin. Harap diperhatikan bahwa hak ini hanya berlaku untuk informasi otomatis yang awalnya Anda berikan izin untuk kami gunakan atau di mana kami menggunakan informasi tersebut untuk menjalankan kontrak dengan Anda.",
-  "data_policy_gdpr_right_withdraw_consent": "Tarik Persetujuan Anda. Anda memiliki hak untuk menarik persetujuan Anda atas penggunaan Data Pribadi Anda. Jika Anda menarik persetujuan Anda, Kami mungkin tidak dapat memberikan Anda akses ke fungsi tertentu dari Layanan.",
-  "data_policy_gdpr_rights_intro": "Perusahaan berkomitmen untuk menghormati kerahasiaan Data Pribadi Anda dan menjamin Anda dapat menjalankan hak-hak Anda.",
-  "data_policy_gdpr_rights_list_intro": "Anda memiliki hak menurut Kebijakan Privasi ini, dan berdasarkan hukum jika Anda berada di dalam UE, untuk:",
-  "data_policy_gdpr_rights_title": "Hak Anda di bawah GDPR",
-  "data_policy_gdpr_title": "Privasi GDPR",
-  "data_policy_goal": "Tujuan Capgo adalah untuk melacak tren keseluruhan dalam lalu lintas situs web Anda, bukan untuk melacak pengunjung individu. Kami tidak menggunakan cookie, kami tidak menghasilkan pengenal yang persisten dan kami tidak mengumpulkan atau menyimpan data pribadi atau yang dapat diidentifikasi. Semua data yang ada adalah data agregat saja dan tidak memiliki informasi pribadi.",
-  "data_policy_intro": "Kebijakan data berisi seperangkat aturan, prinsip, dan pedoman yang memberikan kerangka kerja untuk berbagai bidang manajemen data di seluruh perusahaan, termasuk tetapi tidak terbatas pada tata kelola data, kualitas data, dan arsitektur data.",
-  "data_policy_ip_accuracy": "Dalam pengujian kami, menggunakan alamat IP untuk menghitung pengunjung sangat akurat dibandingkan dengan menggunakan cookie. Dalam beberapa kasus, bahkan bisa lebih akurat daripada menggunakan cookie karena beberapa pengunjung memblokir cookie sepenuhnya.",
-  "data_policy_ip_user_agent": "Setiap permintaan HTTP mengirimkan alamat IP dan User-Agent ke server, jadi itulah yang kami gunakan. Kami menghasilkan pengenal yang berubah setiap hari menggunakan alamat IP pengunjung dan User-Agent.",
-  "data_policy_last_updated": "Terakhir diperbarui: 21 September 2023",
-  "data_policy_legal_basis_clarification": "Dalam hal apa pun, Perusahaan dengan senang hati akan membantu menjelaskan dasar hukum spesifik yang berlaku untuk pemrosesan, dan khususnya apakah penyediaan Data Pribadi merupakan persyaratan yang diatur oleh undang-undang atau kontrak, atau persyaratan yang diperlukan untuk memasuki kontrak.",
-  "data_policy_legal_basis_consent": "Persetujuan: Anda telah memberikan persetujuan Anda untuk pengolahan Data Pribadi untuk satu atau lebih tujuan tertentu.",
-  "data_policy_legal_basis_contract": "Pelaksanaan kontrak: Penyediaan Data Pribadi diperlukan untuk pelaksanaan perjanjian dengan Anda dan/atau untuk kewajiban pra-kontraktual apapun yang terkait.",
-  "data_policy_legal_basis_intro": "Kami dapat memproses Data Pribadi di bawah kondisi berikut:",
-  "data_policy_legal_basis_legal_obligations": "Kewajiban hukum: Memproses Data Pribadi diperlukan untuk memenuhi kewajiban hukum yang menjadi tanggung jawab Perusahaan.",
-  "data_policy_legal_basis_legitimate_interests": "Kepentingan yang sah: Pemrosesan Data Pribadi diperlukan untuk tujuan kepentingan sah yang dilakukan oleh Perusahaan.",
-  "data_policy_legal_basis_public_interests": "Kepentingan publik: Pengolahan Data Pribadi terkait dengan tugas yang dilaksanakan untuk kepentingan publik atau dalam pelaksanaan wewenang resmi yang diberikan kepada Perusahaan.",
-  "data_policy_legal_basis_title": "Dasar Hukum untuk Memproses Data Pribadi di bawah GDPR",
-  "data_policy_legal_basis_vital_interests": "Kepentingan vital: Pemrosesan data pribadi diperlukan untuk melindungi kepentingan vital Anda atau orang alami lainnya.",
-  "data_policy_no_persistent_identifier": "Kami tidak berupaya untuk menghasilkan pengenal perangkat yang persisten karena dianggap sebagai data pribadi menurut GDPR. Kami tidak menggunakan cookie, cache browser, maupun penyimpanan lokal. Kami tidak menyimpan, mengambil, maupun mengekstrak apa pun dari perangkat pengunjung.",
-  "data_policy_no_tracking": "Kami tidak melacak orang di berbagai perangkat mereka dan di situs web serta aplikasi yang mereka kunjungi. Semua data terbatas pada satu hari, satu situs web, dan satu perangkat saja. Tidak ada cara untuk mengetahui apakah orang yang sama mengunjungi situs dari lebih dari satu perangkat atau mengunjungi situs web lain.",
-  "data_policy_ownership_intro": "Saat Anda menggunakan layanan kami, Capgo akan mengumpulkan informasi tentang pengunjung Anda. Anda mempercayakan data situs Anda kepada kami dan kami menghargai kepercayaan tersebut. Privasi data situs Anda — dan itu adalah data Anda, bukan milik kami! — adalah hal yang sangat penting bagi kami.",
-  "data_policy_ownership_rights": "Anda memiliki semua hak, judul, dan kepentingan atas data situs web Anda. Kami tidak memperoleh hak apapun dari Anda atas data situs web Anda. Kami tidak akan pernah menjual atau membagikan data situs Anda kepada pihak ketiga mana pun.",
-  "data_policy_ownership_statement": "Dengan menggunakan Capgo, Anda mempertahankan 100% kepemilikan atas data situs web Anda. Meskipun saat menggunakan layanan yang dihosting oleh kami, analitik situs Anda disimpan di server kami di awan, Anda tetap sepenuhnya mengendalikan data situs Anda dan Anda juga sepenuhnya memiliki semua data Anda.",
-  "data_policy_ownership_title": "Kepemilikan data dari web Anda",
-  "data_policy_permanent_deletion": "Semua statistik Anda akan dihapus secara permanen segera setelah Anda menghapus akun Capgo Anda atau saat Anda menghapus statistik situs Anda. Kami tidak dapat memulihkan informasi ini setelah dihapus secara permanen.",
-  "data_policy_title": "Kebijakan Data",
-  "data_policy_trust_importance": "Ini sangat penting di pasar perangkat lunak privasi. Korporasi dan perangkat lunak proprietary tidak selalu dapat dipercaya ketika data menjadi masalah. Satu-satunya cara untuk membuktikan kepercayaan Anda adalah dengan membiarkan para ahli melihat kode Anda dan memverifikasi bahwa Anda benar-benar melakukan apa yang Anda katakan sedang Anda lakukan.",
-  "data_policy_trust_open_source": "Capgo adalah 100% sumber terbuka. Kode sumber kami tersedia dan dapat diakses di GitHub sehingga Anda dapat membacanya dan meninjaunya untuk memastikan kode kami melakukan apa yang kami katakan.",
-  "data_policy_trust_title": "Mengapa saya harus mempercayai Anda?",
-  "data_policy_trust_transparency": "Kami bukan kotak hitam. Segala sesuatu terbuka. Siapa pun dapat melihat, meninjau, dan memeriksa kode yang kami jalankan untuk memverifikasi bahwa kami menjalankan apa yang kami ajarkan.",
-  "data_policy_unique_users_intro": "Menghitung pengunjung unik adalah bagian integral dari analitik web. Capgo berusaha untuk mencapai keseimbangan yang wajar antara menduplikasi tampilan halaman dan tetap menghormati privasi pengunjung.",
-  "data_policy_unique_users_title": "Bagaimana kami menghitung pengguna unik tanpa cookie",
-  "data_policy_what_we_collect_title": "Apa yang kami kumpulkan dan untuk apa kami menggunakannya",
-  "data_processing": "Pengolahan data",
-  "data_processing_agreement": "Perjanjian Pengolahan Data",
-  "data_storage": "Penyimpanan data",
-  "days_free_trial": "14 hari percobaan gratis",
-  "dedicated_channels": "Saluran Khusus",
-  "dedicated_support_channels_sla": "Saluran dukungan khusus dan jaminan SLA untuk ketenangan pikiran Anda",
-  "definitions": "Definisi",
-  "definitions_desc": "Semua kata yang ditulis dengan huruf kapital tetapi tidak didefinisikan dalam Perjanjian Tingkat Layanan ini memiliki arti yang ditetapkan dalam Perjanjian.",
-  "definitions_purpose": "Untuk tujuan Pernyataan Penafian ini:",
-  "definitions_purpose_refund": "Untuk tujuan Kebijakan Pengembalian dan Pengembalian Dana ini:",
-  "definitions_title": "Definisi",
-  "deliver_updates": "Kirim pembaruan ke aplikasi Capacitor Anda",
-  "denial_of_service": "Penolakan Layanan (DoS).",
-  "denial_of_service_desc": "Meny inundasi sebuah target dengan permintaan komunikasi sehingga target tersebut tidak dapat merespons lalu lintas yang sah atau merespons dengan sangat lambat sehingga menjadi tidak efektif.",
-  "deploy_and_test_anywhere_anytime": "Luncurkan dan uji kapan saja, di mana saja",
-  "deploy_changes_in_real_time": "Terapkan perubahan dalam waktu nyata",
-  "deploy_on_cloud_providers": "Luncurkan di AWS, GCP, atau penyedia cloud Anda",
-  "deploy_ota": "Luncurkan pembaruan melalui udara (OTA) ke jutaan pengguna dengan keamanan, skalabilitas, dan dukungan tingkat perusahaan yang dituntut oleh organisasi Anda.",
-  "deploy_with_confidence": "Luncurkan dengan Percaya Diri",
-  "designed_for_mobile_first": "Dirancang untuk mobile-first dengan antarmuka pengguna yang intuitif dan kinerja yang mulus",
-  "developers": "Pengembang",
-  "diagnose_version_issues": "Mendiagnosis masalah versi",
-  "didnt_find_answer": "Tidak menemukan jawaban yang Anda cari?",
-  "direct_access_engineering_team": "Akses langsung ke tim teknik kami melalui saluran Slack khusus dan dukungan telepon",
-  "direct_engineering_access": "Akses Langsung Teknik",
-  "direct_peering_worldwide": "peering langsung di seluruh dunia",
-  "direct_slack_channel_support": "Dukungan saluran Slack langsung",
-  "directly_from_your_phone": "langsung dari telepon Anda",
-  "disclaimer": "Penafian",
-  "disclaimer_last_updated": "Terakhir diperbarui: 28 Januari 2022",
-  "disclaimer_text": "Informasi yang terkandung dalam Layanan ini hanya untuk tujuan informasi umum.",
-  "disclaimer_title": "Pemberitahuan",
-  "discover_ready_plugins": "Temukan plugin siap pakai yang memperluas kemampuan aplikasi Capacitor Anda",
-  "do_you_have_purchasing_power_parity_pricing": "Apakah kalian memiliki harga Purchasing Power Parity (PPP)?",
-  "do_you_offer_annual_billing_and_ach_payment_options": "Apakah kalian menawarkan penagihan tahunan dan opsi pembayaran ACH?",
-  "do_you_offer_discounts_for_students_non_profits_or_startups": "Apakah kalian menawarkan diskon untuk pelajar, organisasi nirlaba, atau startup?",
-  "do_you_offer_refunds": "Apakah Anda menawarkan pengembalian uang?",
-  "do_you_offer_refunds_answer": "Kecuali jika diwajibkan oleh hukum, biaya langganan berbayar tidak dapat dikembalikan. Namun, permintaan pengembalian dana tertentu mungkin dipertimbangkan dari kasus ke kasus dan diberikan atas kebijakan tunggal Capgo. Jika Anda percaya bahwa Anda memenuhi syarat untuk pengembalian dana, silakan hubungi tim dukungan kami.",
-  "docs": "Docs",
-  "documentation": "Dokumentasi",
-  "documentation_in_markdown_that_powers": "Dokumentasi dalam Markdown yang mendukung",
-  "documenting_apis": "Mendokumentasikan API",
-  "download_the_app_and_take_control": "Unduh aplikasi dan kendalikan rilisan Anda dari mana saja",
-  "download_time_globally": "untuk mengunduh pembaruan 5MB secara global",
-  "downloads": "Unduhan",
-  "dp": "Kebijakan Data",
-  "dp_description": "Perjanjian Pemrosesan Data Capgo dan dokumentasi kepatuhan GDPR untuk pelanggan perusahaan yang menggunakan platform pembaruan langsung kami.",
-  "dpa": "Perjanjian Perlindungan Data",
-  "dpa_contact_1": "Jika Anda memiliki pertanyaan tentang Kebijakan Privasi ini, Anda dapat menghubungi kami:",
-  "dpa_contact_2": "Dengan mengunjungi halaman ini di situs web:",
-  "dpa_contact_title": "Hubungi Kami",
-  "dpa_customer_undertakings_1": "Pelanggan menjamin bahwa mereka memiliki semua hak yang diperlukan untuk menyediakan data pengunjung kepada Capgo untuk diproses sehubungan dengan penyediaan Layanan Capgo.",
-  "dpa_customer_undertakings_2": "Pelanggan harus mematuhi undang-undang perlindungan data setiap saat terkait dengan semua data pengunjung yang disediakan kepada Capgo sesuai dengan Perjanjian.",
-  "dpa_customer_undertakings_3": "Pelanggan memahami, sebagai pengendali, bahwa mereka bertanggung jawab (antara pelanggan dan Capgo) untuk:",
-  "dpa_customer_undertakings_4": "menentukan legalitas dari setiap pemrosesan, melakukan penilaian dampak perlindungan data yang diperlukan, dan mempertanggungjawabkan kepada regulator dan individu, sesuai yang mungkin dibutuhkan;",
-  "dpa_customer_undertakings_5": "memberikan pemberitahuan privasi yang relevan kepada subjek data sesuai yang mungkin diperlukan di yurisdiksi Anda;",
-  "dpa_customer_undertakings_6": "mengimplementasikan langkah-langkah teknis dan organisatoris yang sesuai untuk memastikan dan menunjukkan pemrosesan sesuai dengan DPA ini;",
-  "dpa_customer_undertakings_7": "memberitahukan kepada regulator atau otoritas terkait tentang setiap insiden sebagaimana diharuskan oleh hukum di yurisdiksi Anda.",
-  "dpa_customer_undertakings_title": "Kewajiban pelanggan dan bantuan Capgo",
-  "dpa_definitions_1": "Dalam rangka memberikan layanan Capgo kepada pengguna sesuai dengan perjanjian, Capgo dapat memproses data pengunjung atas nama pengguna.",
-  "dpa_definitions_2": "Dalam Perjanjian Pengolahan Data ini (\"DPA\"), \"Undang-Undang Perlindungan Data\" berarti Peraturan Perlindungan Data Umum (Peraturan (UE) 2016/279), dan semua undang-undang lain yang berlaku terkait pengolahan data pengunjung dan privasi yang mungkin ada di yurisdiksi yang relevan.",
-  "dpa_definitions_3": "\"pengendali data\", \"pemroses data\", \"subjek data\", \"data pribadi\" dan \"pemrosesan\" harus ditafsirkan sesuai dengan Undang-Undang Perlindungan Data yang berlaku.",
-  "dpa_definitions_4": "Para pihak sepakat bahwa pengguna adalah pengendali data dan bahwa Capgo adalah pemroses datanya terkait data pengunjung yang diproses dalam rangka penyediaan layanan.",
-  "dpa_definitions_title": "Definisi",
-  "dpa_last_updated": "Terakhir diperbarui: 20 September 2023",
-  "dpa_liability_indemnity_1": "Setiap pihak mengindemnifikasi pihak lainnya dan membebaskan mereka dari semua klaim, tindakan, klaim pihak ketiga, kerugian, kerusakan, dan biaya yang ditanggung oleh pihak yang diindemnifikasi dan yang timbul secara langsung atau tidak langsung akibat atau sehubungan dengan pelanggaran DPA ini.",
-  "dpa_liability_indemnity_title": "Tanggung Jawab dan Ganti Rugi",
-  "dpa_notification_1": "Tidak. Anda tidak diharuskan untuk memberi tahu kami atau pihak ketiga mana pun setelah menerima DPA kami, namun, seperti yang disebutkan di atas, Anda bebas untuk melakukannya.",
-  "dpa_notification_title": "Apakah pelanggan perlu memberitahukan siapa pun setelah menerima DPA kami?",
-  "dpa_privacy_security_1": "Kami mengambil banyak langkah untuk melindungi dan mengamankan data Anda melalui cadangan, redundansi, dan enkripsi. Ketika Anda menggunakan layanan kami untuk mengukur statistik situs web Anda, Capgo akan mengumpulkan informasi tentang pengunjung Anda.",
-  "dpa_privacy_security_2": "Anda memberi kepercayaan kepada kami dengan data situs Anda dan kami menganggap kepercayaan itu sangat serius. Anda setuju bahwa Capgo dapat memproses data Anda seperti yang dijelaskan dalam kebijakan data kami dan untuk tidak ada tujuan lain. Kami melakukan yang terbaik untuk memenuhi kepercayaan itu dengan terbuka tentang siapa kami, bagaimana kami bekerja, dan menjaga pintu terbuka untuk umpan balik Anda.",
-  "dpa_privacy_security_3": "Anda memiliki semua hak, gelar, dan kepentingan atas data situs web Anda. Kami tidak memperoleh hak apa pun dari Anda atas data situs web Anda. Kami tidak mengumpulkan dan menganalisis informasi pribadi dari pengguna web dan tidak menggunakan wawasan perilaku ini untuk menjual iklan. Saat menggunakan Capgo, Anda 100% memiliki dan mengontrol semua data situs web Anda. Kami tidak menjual atau berbagi data situs Anda dengan pihak ketiga mana pun, dan kami tidak menyalahgunakan privasi pengunjung Anda.",
-  "dpa_privacy_security_4": "Tujuan Capgo adalah untuk memperbarui Capacitor, hal ini masih dapat dilakukan tanpa melacak, mengumpulkan, atau menyimpan data pribadi atau informasi yang dapat diidentifikasi secara pribadi (PII), tanpa menggunakan cookie dan sambil menghormati privasi pengunjung situs web Anda.",
-  "dpa_privacy_security_5": "Dengan menggunakan Capgo, semua pengukuran situs dilakukan secara anonim. Kami meminimalkan pengumpulan data secara umum. Kami hanya mengukur data yang paling penting dan tidak ada yang lain. Semua metrik yang kami kumpulkan muat dalam satu halaman tunggal.",
-  "dpa_privacy_security_6": "Kami tidak berusaha untuk menghasilkan pengidentifikasi yang bersifat persisten pada perangkat karena dianggap sebagai data pribadi di bawah GDPR. Kami tidak menggunakan cookie, cache browser, maupun penyimpanan lokal. Kami tidak menyimpan, mengambil, atau mengekstrak apa pun dari perangkat pengunjung. Data yang kami proses tidak dapat digunakan untuk mengidentifikasi individu tertentu.",
-  "dpa_privacy_security_7": "Kelompok subjek data yang terkena dampak oleh pemrosesan data mereka berdasarkan perjanjian ini mencakup pengguna akhir dari situs web pengendali yang menggunakan layanan yang disediakan oleh pemroses.",
-  "dpa_privacy_security_8": "Anda dapat menemukan lebih banyak informasi tentang pengolahan data pengunjung Anda dan jenis/kategori data apa yang kami kumpulkan atas nama Anda dalam kebijakan data kami yang tersedia untuk umum.",
-  "dpa_privacy_security_title": "Privasi dan keamanan data pengunjung Anda",
-  "dpa_processor_obligations_1": "Capgo akan memproses data pengunjung hanya sesuai dengan instruksi dari pelanggan melalui pengaturan layanan, yaitu (a) untuk mengoperasikan, memelihara, dan mendukung infrastruktur yang digunakan untuk menyediakan layanan; (b) untuk mematuhi instruksi pelanggan dan instruksi pemrosesan dalam penggunaan, pengelolaan, dan administrasi layanan mereka; (c) sesuai instruksi lain yang diberikan melalui pengaturan layanan. Capgo hanya akan memproses data pengunjung sesuai dengan perjanjian.",
-  "dpa_processor_obligations_2": "Capgo harus memberi tahu pelanggan tanpa penundaan yang tidak semestinya jika, menurut pendapat Capgo, instruksi untuk pemrosesan data pengunjung yang diberikan oleh pelanggan melanggar Peraturan Perlindungan Data yang berlaku.",
-  "dpa_processor_obligations_3": "Capgo akan menjamin kerahasiaan data pengunjung yang diproses berdasarkan ini.",
-  "dpa_processor_obligations_4": "Kami sebagai manusia dapat mengakses data Anda untuk membantu Anda dengan permintaan dukungan yang Anda buat dan untuk memelihara serta menjaga Capgo untuk memastikan keamanan data Anda dan layanan secara keseluruhan. Capgo akan memastikan bahwa semua personel Capgo yang perlu mengakses data pengunjung telah dilatih dalam GDPR dan privasi data, diinformasikan tentang sifat rahasia data tersebut, dan mematuhi kewajiban yang diatur dalam perjanjian ini.",
-  "dpa_processor_obligations_5": "Capgo harus menerapkan dan memelihara langkah-langkah keamanan teknis dan organisasi yang sesuai yang dirancang untuk melindungi data pengunjung dari pemrosesan yang tidak sah atau ilegal serta dari kehilangan, penghancuran, kerusakan, pencurian, perubahan, atau pengungkapan yang tidak disengaja. Langkah-langkah ini harus sesuai dengan bahaya yang mungkin timbul dari pemrosesan yang tidak sah atau ilegal, kehilangan, penghancuran, kerusakan, atau pencurian data pengunjung dan memperhatikan sifat data pengunjung yang harus dilindungi.",
-  "dpa_processor_obligations_6": "Kami bekerja dengan sub-prosesor. Dengan setiap vendor, kami menilai komitmen mereka terhadap privasi dan kami menandatangani perjanjian pemrosesan data dengan mereka yang mencakup Klausul Kontraktual Standar pengendali-prosesor. Subkontraktor semacam itu hanya diperbolehkan untuk memproses data untuk memberikan layanan yang telah dipertahankan Capgo untuk disediakan, dan mereka dilarang menggunakan data untuk tujuan lain. Capgo akan memberi tahu pengendali ketika mengubah daftar sub-prosesor menggunakan pemberitahuan dalam aplikasi kami, email, dan/atau blog. Pengendali dapat dengan sah mengajukan keberatan dan dapat mengakhiri perjanjian.",
-  "dpa_processor_obligations_7": "Jika Capgo mengetahui adanya pelanggaran keamanan yang tidak sengaja, tidak sah, atau ilegal, penghancuran, kehilangan, perubahan, atau pengungkapan data pribadi yang diproses oleh Capgo dalam rangka memberikan layanan, Capgo akan segera (tidak lebih dari 48 jam setelah menyadarinya), memberitahukan pelanggan melalui email dan memberikan deskripsi tentang insiden tersebut serta pembaruan berkala mengenai informasi tentang insiden, termasuk dampaknya pada konten pelanggan. Capgo juga akan mengambil tindakan untuk menyelidiki insiden tersebut dan secara wajar mencegah atau mengurangi dampak dari insiden tersebut.",
-  "dpa_processor_obligations_8": "Capgo tidak akan secara otoritasnya sendiri memperbaiki, menghapus, atau membatasi pemrosesan data pengunjung yang diproses atas nama pengendali (kecuali jika ini diwajibkan oleh hukum atau Syarat Layanan Pengolah), tetapi hanya akan melakukannya berdasarkan instruksi terdokumentasi dari pengendali dan sesuai dengan aturan retensi data yang terkait dengan rencana langganan pengendali.",
-  "dpa_processor_obligations_9": "Capgo akan membantu pengendali dalam mematuhi kewajiban terkait keamanan data pribadi. Plausible juga akan memberikan bantuan kepada pengendali untuk DPIA. Ketika subjek data mengajukan hak-hak mereka sebagai subjek data, permintaan ini akan diteruskan kepada pengendali tanpa penundaan.",
-  "dpa_processor_obligations_title": "Kewajiban pemroses terkait dengan pengendali",
-  "dpa_security_measures_1": "Untuk enkripsi, kami menggunakan https saat transit dan proses hashing saat data tidak aktif. Proses hashing kami jauh lebih kuat daripada enkripsi. Enkripsi mengimplikasikan bahwa ada kunci yang dapat mendekripsi dan mengungkapkan data mentah. Di database kami, alamat IP mentah dan User Agent disimpan sepenuhnya tidak dapat diakses oleh siapa pun, termasuk kami sendiri. Selain itu, kami menggunakan aturan firewall yang ketat dan jaringan terenkripsi pribadi. Kami menyimpan cadangan di luar lokasi dengan replikasi termasuk kata sandi bcrypt yang kuat.",
-  "dpa_security_measures_2": "Capgo adalah perangkat lunak sumber terbuka sepenuhnya yang berarti bahwa kode sumber kami tersedia dan dapat diakses di GitHub sehingga siapa pun dapat memeriksanya dan mengauditnya. Anda dapat membacanya, memeriksanya, dan meninjaunya untuk memahami bagaimana cara kerjanya dan untuk memastikan data tetap pribadi dan aman. Ini memberikan Anda dan semua orang transparansi penuh tentang bagaimana kami menangani data lalu lintas situs web.",
-  "dpa_security_measures_3": "Dengan lebih dari 500 bintang di GitHub, banyak orang yang memperhatikan kode kami dan transparansi serta keterbukaan ini berarti bahwa produk sumber terbuka dapat lebih dipercaya dibandingkan dengan produk berpemilik dan sumber tertutup. Perangkat lunak kami diperbarui beberapa kali dalam seminggu dan di halaman GitHub kami, kami juga memiliki cara bagi orang-orang untuk melaporkan kerentanan keamanan.",
-  "dpa_security_measures_title": "Langkah-langkah keamanan organisasi dan teknis",
-  "dpa_sharing_1": "Ya. DPA adalah dokumen yang tersedia untuk umum dan pelanggan yang ingin membagikannya kepada pelanggan mereka untuk mengonfirmasi langkah-langkah keamanan kami dan syarat lainnya dipersilakan untuk melakukannya.",
-  "dpa_sharing_title": "Apakah seorang pelanggan dapat membagikan DPA Capgo dengan pelanggannya?",
-  "dpa_signing_required_1": "Untuk menggunakan produk dan layanan kami, Anda perlu menyetujui DPA kami. Dengan menggunakan produk kami, Anda setuju dengan syarat layanan kami, dan Anda secara otomatis menerima DPA kami dan tidak perlu menandatangani dokumen terpisah. Kami memberikan hak privasi dan perlindungan yang sama kepada semua pelanggan.",
-  "dpa_signing_required_title": "Apakah pelanggan diwajibkan untuk menandatangani DPA Capgo?",
-  "dpa_title": "Perjanjian Pengolahan Data",
-  "easily_adjust_user_roles_and_permissions_as_your_team_and_projects_evolve_maintaining_optimal_organization_structure": "Dengan mudah sesuaikan peran dan izin pengguna seiring dengan perkembangan tim dan proyek Anda, menjaga struktur organisasi yang optimal.",
-  "effortless_ci_cd_solutions": "Solusi CI/CD Tanpa Usaha",
-  "email_label": "Email",
-  "email_placeholder": "Masukkan email Anda",
-  "emergency_fixes_on_the_go": "Perbaikan darurat saat dalam perjalanan",
-  "end_to_end_encryption": "Enkripsi end-to-end",
-  "enterprise_authentication": "Otentikasi Perusahaan",
-  "enterprise_billing": "Penagihan Perusahaan",
-  "enterprise_description": "Untuk tim perusahaan yang membangun aplikasi kritis misi yang membutuhkan keamanan tingkat lanjut, kepatuhan, dan dukungan khusus dengan kontrol penuh atas infrastruktur DevOps seluler mereka.",
-  "enterprise_features": "Fitur Perusahaan",
-  "enterprise_grade_security_trust": "Keamanan tingkat perusahaan yang dapat Anda percaya",
-  "enterprise_identity": "Identitas Perusahaan",
-  "enterprise_platform_uptime_sla": "SLA Waktu Aktif Platform Perusahaan",
-  "enterprise_plugins": "Plugin Perusahaan",
-  "enterprise_ready": "Siap untuk Perusahaan",
-  "enterprise_security_audit_desc": "Audit pihak ketiga tahunan dan pemindaian kode berkelanjutan dengan SonarCloud, Coderabbit, dan Snyk.",
-  "enterprise_security_audit_title": "Audit otomatis & independen",
-  "enterprise_security_automations": "SonarCloud, Coderabbit, dan Snyk meninjau setiap commit sebelum dirilis.",
-  "enterprise_solutions": "Solusi Perusahaan",
-  "enterprise_support": "Dukungan Perusahaan",
-  "enterprise_title": "Perusahaan",
-  "errors_and_omissions_disclaimer_text": "Informasi yang diberikan oleh Layanan hanya untuk panduan umum mengenai hal-hal yang menarik. Meskipun Perusahaan mengambil setiap langkah pencegahan untuk memastikan bahwa konten Layanan adalah akurat dan terkini, kesalahan dapat terjadi. Selain itu, mengingat sifat hukum, aturan, dan regulasi yang berubah-ubah, mungkin ada penundaan, kelalaian, atau ketidakakuratan dalam informasi yang terdapat pada Layanan.",
-  "errors_and_omissions_disclaimer_title": "Peniadaan Kesalahan dan Kelalaian",
-  "eula": "Perjanjian Lisensi Pengguna Akhir",
-  "eula_acknowledgment_text_1": "Dengan mengklik tombol \"Saya Setuju\", mengunduh, atau menggunakan Aplikasi, Anda setuju untuk terikat oleh syarat dan ketentuan Perjanjian ini. Jika Anda tidak setuju dengan syarat Perjanjian ini, jangan klik tombol \"Saya Setuju\", jangan mengunduh, atau jangan gunakan Aplikasi.",
-  "eula_acknowledgment_text_2": "Perjanjian ini adalah dokumen hukum antara Anda dan Perusahaan dan mengatur penggunaan Aplikasi yang disediakan kepada Anda oleh Perusahaan.",
-  "eula_acknowledgment_text_3": "Perjanjian ini adalah antara Anda dan Perusahaan saja dan tidak dengan Toko Aplikasi. Oleh karena itu, Perusahaan bertanggung jawab penuh atas Aplikasi dan kontennya. Meskipun Toko Aplikasi bukan merupakan pihak dalam Perjanjian ini, ia berhak untuk menegakkan perjanjian ini terhadap Anda sebagai manfaat pihak ketiga terkait penggunaan Aplikasi.",
-  "eula_acknowledgment_text_4": "Karena Aplikasi dapat diakses dan digunakan oleh pengguna lain melalui, misalnya, Berbagi Keluarga / Grup Keluarga atau pembelian dalam jumlah besar, penggunaan Aplikasi oleh pengguna tersebut secara tegas tunduk pada Perjanjian ini.",
-  "eula_acknowledgment_text_5": "Aplikasi ini dilisensikan, bukan dijual, kepada Anda oleh Perusahaan untuk digunakan secara ketat sesuai dengan ketentuan Perjanjian ini.",
-  "eula_acknowledgment_title": "Pengakuan",
-  "eula_changes_text_1": "Perusahaan berhak, atas kebijakannya sendiri, untuk mengubah atau mengganti Perjanjian ini kapan saja. Jika revisi bersifat material, kami akan memberikan pemberitahuan setidaknya 30 hari sebelum syarat baru mulai berlaku. Apa yang dianggap sebagai perubahan material akan ditentukan atas kebijakannya sendiri oleh Perusahaan.",
-  "eula_changes_text_2": "Dengan terus mengakses atau menggunakan Aplikasi setelah revisi mulai berlaku, Anda setuju untuk terikat oleh syarat yang telah direvisi. Jika Anda tidak setuju dengan syarat baru tersebut, Anda tidak lagi berwenang untuk menggunakan Aplikasi.",
-  "eula_changes_title": "Perubahan pada Perjanjian ini",
-  "eula_contact_us_link": "Dengan mengunjungi halaman ini di situs web:",
-  "eula_contact_us_text": "Jika Anda memiliki pertanyaan tentang Perjanjian ini, Anda dapat menghubungi Kami:",
-  "eula_contact_us_title": "Hubungi Kami",
-  "eula_definition_agreement": "**Perjanjian** berarti Perjanjian Lisensi Pengguna Akhir ini yang membentuk keseluruhan perjanjian antara Anda dan Perusahaan mengenai penggunaan Aplikasi.",
-  "eula_definition_application": "**Aplikasi** berarti program perangkat lunak yang disediakan oleh Perusahaan yang diunduh oleh Anda melalui akun Toko Aplikasi ke Sebuah Perangkat, bernama $1",
-  "eula_definition_application_store": "**Toko Aplikasi** berarti layanan distribusi digital yang dioperasikan dan dikembangkan oleh Apple Inc. (Apple App Store) atau Google Inc. (Google Play Store) di mana Aplikasi telah diunduh ke Perangkat Anda.",
-  "eula_definition_company": "**Perusahaan** (disebut sebagai \"Perusahaan\", \"Kami\", \"Kita\", atau \"Milik Kami\" dalam Perjanjian ini) mengacu pada Digital shift OU, 6 sepapaja 15510 Tallinn.",
-  "eula_definition_content": "**Konten** mengacu pada konten seperti teks, gambar, atau informasi lain yang dapat diposting, diunggah, ditautkan, atau dengan cara lain tersedia oleh Anda, terlepas dari bentuk konten tersebut.",
-  "eula_definition_country": "**Negara** mengacu pada: Estonia",
-  "eula_definition_device": "**Perangkat** berarti perangkat apa pun yang dapat mengakses Aplikasi seperti komputer, ponsel, atau tablet digital.",
-  "eula_definition_family_sharing": "**Berbagi Keluarga / Grup Keluarga** memungkinkan Anda untuk berbagi aplikasi yang diunduh melalui Toko Aplikasi dengan anggota keluarga lainnya dengan memberi mereka kesempatan untuk melihat dan mengunduh Aplikasi yang memenuhi syarat satu sama lain ke Perangkat yang terhubung.",
-  "eula_definition_third_party_services": "**Layanan Pihak Ketiga** berarti layanan atau konten (termasuk data, informasi, aplikasi, dan produk layanan lainnya) yang disediakan oleh pihak ketiga yang dapat ditampilkan, disertakan, atau tersedia oleh Aplikasi.",
-  "eula_definition_you": "**Anda** berarti individu yang mengakses atau menggunakan Aplikasi atau perusahaan, atau entitas hukum lainnya yang atas nama individu tersebut mengakses atau menggunakan Aplikasi, sesuai dengan yang berlaku.",
-  "eula_definitions_intro": "Untuk tujuan Perjanjian Lisensi Pengguna Akhir ini:",
-  "eula_definitions_subtitle": "Definisi",
-  "eula_entire_agreement_text_1": "Perjanjian ini merupakan keseluruhan perjanjian antara Anda dan Perusahaan terkait penggunaan Aplikasi Anda dan menggantikan semua perjanjian tertulis atau lisan sebelumnya serta perjanjian lisan antara Anda dan Perusahaan.",
-  "eula_entire_agreement_text_2": "Anda mungkin terkena syarat dan ketentuan tambahan yang berlaku ketika Anda menggunakan atau membeli layanan lain dari Perusahaan, yang akan diberikan kepada Anda oleh Perusahaan pada saat penggunaan atau pembelian tersebut.",
-  "eula_entire_agreement_title": "Kesepakatan Seluruhnya",
-  "eula_governing_law_text": "Hukum Negara, tidak termasuk aturan konflik hukumnya, akan mengatur Perjanjian ini dan penggunaan Anda terhadap Aplikasi. Penggunaan Anda terhadap Aplikasi juga dapat tunduk pada hukum lokal, negara bagian, nasional, atau internasional lainnya.",
-  "eula_governing_law_title": "Hukum yang Mengatur",
-  "eula_indemnification_text": "Anda setuju untuk mengganti rugi dan membebaskan Perusahaan serta induk perusahaan, anak perusahaan, afiliasi, petugas, karyawan, agen, mitra, dan pemberi lisensi (jika ada) dari klaim atau tuntutan apapun, termasuk biaya pengacara yang wajar, yang disebabkan oleh atau timbul dari: (a) penggunaan Aplikasi; (b) pelanggaran terhadap Perjanjian ini atau hukum atau peraturan lainnya; atau (c) pelanggaran terhadap hak pihak ketiga manapun.",
-  "eula_indemnification_title": "Ganti rugi",
-  "eula_intellectual_property_text_1": "Aplikasi, termasuk tanpa batasan semua hak cipta, paten, merek dagang, rahasia dagang, dan hak kekayaan intelektual lainnya adalah, dan akan tetap menjadi, satu-satunya dan eksklusif milik Perusahaan.",
-  "eula_intellectual_property_text_2": "Perusahaan tidak berkewajiban untuk memberikan ganti rugi atau membela Anda terkait dengan klaim pihak ketiga yang timbul dari atau berhubungan dengan Aplikasi. Sejauh Perusahaan diwajibkan untuk memberikan ganti rugi berdasarkan hukum yang berlaku, Perusahaan, bukan Toko Aplikasi, akan sepenuhnya bertanggung jawab atas penyelidikan, pembelaan, penyelesaian, dan pembebasan dari klaim apa pun bahwa Aplikasi atau penggunaan Anda terhadapnya melanggar hak kekayaan intelektual pihak ketiga.",
-  "eula_intellectual_property_title": "Kekayaan Intelektual",
-  "eula_interpretation_subtitle": "Interpretasi",
-  "eula_interpretation_text": "Kata-kata yang huruf pertamanya dikapitalisasi memiliki makna yang ditentukan berdasarkan kondisi berikut. Definisi berikut akan memiliki makna yang sama terlepas dari apakah mereka muncul dalam bentuk tunggal atau jamak.",
-  "eula_interpretation_title": "Interpretasi dan Definisi",
-  "eula_last_updated": "Terakhir diperbarui: 28 Januari 2022",
-  "eula_license_restrictions_1": "Lisensikan, jual, sewa, sewa, alihkan, distribusikan, kirim, host, outsourcen, ungkapkan atau dengan cara lain mengeksploitasi secara komersial Aplikasi atau membuat Aplikasi tersedia untuk pihak ketiga mana pun.",
-  "eula_license_restrictions_2": "Salin atau gunakan Aplikasi untuk tujuan apa pun selain yang diizinkan menurut bagian 'Lisensi' di atas.",
-  "eula_license_restrictions_3": "Ubah, buat karya turunan, membongkar, mendekripsi, membalik kompilasi, atau membalik teknik dari bagian mana pun dari Aplikasi.",
-  "eula_license_restrictions_4": "Hapus, ubah, atau sembunyikan setiap pemberitahuan kepemilikan (termasuk setiap pemberitahuan hak cipta atau merek dagang) milik Perusahaan atau afiliasinya, mitranya, pemasoknya, atau pemberi lisensi Aplikasi.",
-  "eula_license_restrictions_intro": "Anda setuju untuk tidak, dan Anda tidak akan membiarkan orang lain untuk:",
-  "eula_license_restrictions_subtitle": "Pembatasan Lisensi",
-  "eula_license_scope_subtitle": "Ruang Lingkup Lisensi",
-  "eula_license_scope_text_1": "Perusahaan memberikan kepada Anda lisensi yang dapat dibatalkan, non-eksklusif, tidak dapat dipindahkan, dan terbatas untuk mengunduh, menginstal, dan menggunakan Aplikasi hanya sesuai dengan ketentuan Perjanjian ini.",
-  "eula_license_scope_text_2": "Anda hanya dapat menggunakan Aplikasi pada Perangkat yang Anda miliki atau kendalikan dan sesuai dengan syarat dan ketentuan dari Toko Aplikasi.",
-  "eula_license_scope_text_3": "Lisensi yang diberikan kepada Anda oleh Perusahaan hanya untuk tujuan pribadi dan non-komersial Anda dengan ketat sesuai dengan syarat-syarat Perjanjian ini.",
-  "eula_license_title": "Lisensi",
-  "eula_limitation_of_liability_text_1": "Tanpa mengurangi kerugian yang mungkin Anda alami, keseluruhan tanggung jawab Perusahaan dan pemasok mana pun di bawah ketentuan apa pun dari Perjanjian ini dan obat eksklusif Anda untuk semua hal di atas akan dibatasi pada jumlah yang sebenarnya dibayarkan oleh Anda untuk Aplikasi atau melalui Aplikasi atau 100 USD jika Anda belum membeli apa pun melalui Aplikasi.",
-  "eula_limitation_of_liability_text_2": "Sejauh maksimum yang diizinkan oleh hukum yang berlaku, dalam keadaan apapun Perusahaan atau pemasoknya tidak bertanggung jawab atas kerugian khusus, insidental, tidak langsung, atau konsekuensial apapun (termasuk, tetapi tidak terbatas pada, kerugian akibat kehilangan laba, kehilangan data atau informasi lainnya, gangguan bisnis, cedera pribadi, kehilangan privasi yang timbul dari atau dengan cara apapun terkait dengan penggunaan atau ketidakmampuan untuk menggunakan Aplikasi, perangkat lunak pihak ketiga dan/atau perangkat keras pihak ketiga yang digunakan dengan Aplikasi, atau sebaliknya sehubungan dengan ketentuan manapun dari Perjanjian ini), bahkan jika Perusahaan atau pemasok manapun telah diberitahu tentang kemungkinan kerugian tersebut dan bahkan jika perbaikan gagal mencapai tujuan dasarnya.",
-  "eula_limitation_of_liability_text_3": "Beberapa negara bagian/yurisdiksi tidak mengizinkan pengecualian atau pembatasan kerugian insidental atau konsekuensial, jadi pembatasan atau pengecualian di atas mungkin tidak berlaku untuk Anda.",
-  "eula_limitation_of_liability_text_4": "Anda dengan tegas memahami dan setuju bahwa Toko Aplikasi, anak perusahaan dan afiliasinya, serta pemberi lisensinya tidak akan bertanggung jawab kepada Anda berdasarkan teori tanggung jawab apapun atas kerugian langsung, tidak langsung, insidental, khusus, konsekuensial, atau contoh yang mungkin Anda alami, termasuk kehilangan data apapun, terlepas dari apakah Toko Aplikasi atau perwakilannya telah diberitahu atau seharusnya menyadari kemungkinan terjadinya kerugian tersebut.",
-  "eula_limitation_of_liability_title": "Pembatasan Tanggung Jawab",
-  "eula_maintenance_subtitle": "Pemeliharaan dan Dukungan",
-  "eula_maintenance_text": "Perusahaan tidak memberikan pemeliharaan atau dukungan apa pun untuk pengunduhan dan penggunaan Aplikasi. Sejauh pemeliharaan atau dukungan dibutuhkan berdasarkan hukum yang berlaku, Perusahaan, bukan Toko Aplikasi, akan berkewajiban untuk memberikan pemeliharaan atau dukungan tersebut.",
-  "eula_modifications_text": "Perusahaan berhak untuk memodifikasi, menangguhkan, atau menghentikan, baik secara sementara maupun permanen, Aplikasi atau layanan apa pun yang terhubung dengannya, dengan atau tanpa pemberitahuan dan tanpa tanggung jawab kepada Anda.",
-  "eula_modifications_title": "Modifikasi terhadap Aplikasi",
-  "eula_no_warranties_text_1": "Aplikasi ini disediakan untuk Anda \"SEBAGAIMANA ADANYA\" dan \"SEBAGAIMANA TERSEDIA\" dan dengan semua cacat dan kesalahan tanpa jaminan dalam bentuk apa pun. Sejauh maksimum yang diizinkan oleh hukum yang berlaku, Perusahaan, atas namanya sendiri dan atas nama afiliasinya serta pemberi lisensi dan penyedia layanan masing-masing, secara tegas menolak semua jaminan, baik yang eksplisit, tersirat, statuter, atau lainnya, sehubungan dengan Aplikasi, termasuk semua jaminan tersirat tentang kelayakan jual, kesesuaian untuk tujuan tertentu, hak milik dan kebebasan dari pelanggaran, serta jaminan yang mungkin timbul dari jalannya hubungan, jalannya kinerja, penggunaan atau praktik perdagangan. Tanpa membatasi hal-hal di atas, Perusahaan tidak memberikan jaminan atau komitmen apa pun, dan tidak membuat pernyataan dalam bentuk apa pun bahwa Aplikasi akan memenuhi kebutuhan Anda, mencapai hasil yang diinginkan, kompatibel atau bekerja dengan perangkat lunak, aplikasi, sistem, atau layanan lainnya, beroperasi tanpa gangguan, memenuhi standar kinerja atau keandalan, atau bebas dari kesalahan atau bahwa kesalahan atau cacat apa pun dapat atau akan diperbaiki.",
-  "eula_no_warranties_text_2": "Tanpa membatasi hal yang disebutkan sebelumnya, baik Perusahaan maupun penyedia perusahaan tidak membuat pernyataan atau jaminan dalam bentuk apa pun, baik tersurat maupun tersirat: (i) mengenai operasi atau ketersediaan Aplikasi, atau informasi, konten, dan materi atau produk yang termasuk di dalamnya; (ii) bahwa Aplikasi tidak akan terputus atau bebas dari kesalahan; (iii) mengenai akurasi, keandalan, atau keterkinian informasi atau konten yang disediakan melalui Aplikasi; atau (iv) bahwa Aplikasi, servernya, konten, atau email yang dikirim dari atau atas nama Perusahaan bebas dari virus, skrip, trojan, worm, malware, bom waktu, atau komponen berbahaya lainnya.",
-  "eula_no_warranties_text_3": "Beberapa yurisdiksi tidak mengizinkan pengecualian jenis garansi tertentu atau pembatasan terhadap hak statuter yang berlaku bagi konsumen, jadi beberapa atau semua pengecualian dan pembatasan di atas mungkin tidak berlaku untuk Anda. Namun, dalam hal demikian, pengecualian dan pembatasan yang ditetapkan dalam bagian ini akan diterapkan sejauh mungkin dapat ditegakkan sesuai dengan hukum yang berlaku. Sejauh ada garansi yang ada berdasarkan hukum yang tidak dapat ditolak, Perusahaan, bukan Toko Aplikasi, akan bertanggung jawab sepenuhnya atas garansi tersebut.",
-  "eula_no_warranties_title": "Tidak Ada Jaminan",
-  "eula_product_claims_text": "Perusahaan tidak memberikan jaminan terkait Aplikasi. Sejauh Anda memiliki klaim yang timbul dari atau terkait dengan penggunaan Aplikasi, Perusahaan, bukan Toko Aplikasi, bertanggung jawab untuk menangani klaim tersebut, yang dapat mencakup, tetapi tidak terbatas pada: (i) klaim tanggung jawab produk; (ii) klaim bahwa Aplikasi tidak memenuhi persyaratan hukum atau regulasi yang berlaku; dan (iii) klaim yang muncul berdasarkan perlindungan konsumen, atau legislasi serupa.",
-  "eula_product_claims_title": "Klaim Produk",
-  "eula_read_carefully": "Harap baca Perjanjian Lisensi Pengguna Akhir ini dengan seksama sebelum mengklik tombol \"Saya Setuju\", mengunduh, atau menggunakan $1.",
-  "eula_severability_and_waiver_title": "Ketidakberlakuan dan Pengabaian",
-  "eula_severability_subtitle": "Keterpisahan",
-  "eula_severability_text": "Jika ada ketentuan dalam Perjanjian ini yang dianggap tidak dapat dilaksanakan atau tidak berlaku, ketentuan tersebut akan diubah dan diinterpretasikan untuk mencapai tujuan dari ketentuan tersebut sejauh mungkin berdasarkan hukum yang berlaku dan ketentuan yang tersisa akan tetap berlaku sepenuhnya.",
-  "eula_term_and_termination_text_1": "Perjanjian ini akan tetap berlaku hingga dihentikan oleh Anda atau Perusahaan. Perusahaan dapat, atas kebijakannya sendiri, kapan saja dan untuk alasan apa pun atau tanpa alasan, menangguhkan atau menghentikan Perjanjian ini dengan atau tanpa pemberitahuan sebelumnya.",
-  "eula_term_and_termination_text_2": "Perjanjian ini akan dihentikan segera, tanpa pemberitahuan sebelumnya dari Perusahaan, jika Anda gagal mematuhi ketentuan apa pun dari Perjanjian ini. Anda juga dapat menghentikan Perjanjian ini dengan menghapus Aplikasi dan semua salinannya dari Perangkat Anda atau dari komputer Anda.",
-  "eula_term_and_termination_text_3": "Setelah berakhirnya Perjanjian ini, Anda harus menghentikan semua penggunaan Aplikasi dan menghapus semua salinan Aplikasi dari Perangkat Anda.",
-  "eula_term_and_termination_text_4": "Penghentian Perjanjian ini tidak akan membatasi hak atau upaya hukum perusahaan dalam hal pelanggaran oleh Anda (selama masa berlaku Perjanjian ini) terhadap kewajiban apa pun yang Anda miliki berdasarkan Perjanjian ini.",
-  "eula_term_and_termination_title": "Ketentuan dan Pengakhiran",
-  "eula_third_party_services_text_1": "Aplikasi dapat menampilkan, menyertakan, atau menyediakan konten pihak ketiga (termasuk data, informasi, aplikasi, dan produk layanan lainnya) atau menyediakan tautan ke situs web atau layanan pihak ketiga.",
-  "eula_third_party_services_text_2": "Anda mengakui dan setuju bahwa Perusahaan tidak bertanggung jawab atas Layanan Pihak Ketiga, termasuk akurasi, kelengkapan, ketepatan waktu, validitas, pemenuhan hak cipta, legalitas, kesopanan, kualitas, atau aspek lainnya. Perusahaan tidak mengasumsikan dan tidak akan memiliki kewajiban atau tanggung jawab kepada Anda atau orang atau entitas lain untuk Layanan Pihak Ketiga.",
-  "eula_third_party_services_text_3": "Anda harus mematuhi Persyaratan perjanjian Pihak Ketiga yang berlaku saat menggunakan Aplikasi. Layanan pihak ketiga dan tautan terkait disediakan hanya sebagai kenyamanan bagi Anda dan Anda mengakses serta menggunakannya sepenuhnya atas risiko Anda sendiri dan tunduk pada Persyaratan dan ketentuan pihak ketiga tersebut.",
-  "eula_third_party_services_title": "Layanan Pihak Ketiga",
-  "eula_title": "Perjanjian Lisensi Pengguna Akhir (\"Perjanjian\")",
-  "eula_updates_subtitle": "Pembaruan Aplikasi",
-  "eula_updates_text_1": "Perusahaan dapat dari waktu ke waktu menyediakan peningkatan atau perbaikan pada fitur/fungsi Aplikasi, yang mungkin termasuk tambalan, perbaikan bug, pembaruan, peningkatan, dan modifikasi lainnya.",
-  "eula_updates_text_2": "Pembaruan dapat memodifikasi atau menghapus fitur dan/atau fungsi tertentu dari Aplikasi. Anda setuju bahwa Perusahaan tidak memiliki kewajiban untuk (i) menyediakan Pembaruan apa pun, atau (ii) terus menyediakan atau mengaktifkan fitur dan/atau fungsi tertentu dari Aplikasi kepada Anda.",
-  "eula_updates_text_3": "Anda juga setuju bahwa semua pembaruan atau modifikasi lainnya akan (i) dianggap sebagai bagian integral dari Aplikasi, dan (ii) tunduk pada syarat dan ketentuan Perjanjian ini.",
-  "eula_us_legal_compliance_text": "Anda menyatakan dan menjamin bahwa (i) Anda tidak berada di negara yang terkena embargo pemerintah Amerika Serikat, atau yang telah ditetapkan oleh pemerintah Amerika Serikat sebagai negara yang \"mendukung terorisme\", dan (ii) Anda tidak terdaftar di daftar partai terlarang atau terbatas pemerintah Amerika Serikat.",
-  "eula_us_legal_compliance_title": "Kepatuhan Hukum Amerika Serikat",
-  "eula_waiver_subtitle": "Pernyataan Lepas Tanggung Jawab",
-  "eula_waiver_text": "Kecuali yang diatur di sini, kegagalan untuk melaksanakan hak atau untuk meminta pelaksanaan kewajiban berdasarkan Perjanjian ini tidak akan memengaruhi kemampuan pihak untuk melaksanakan hak tersebut atau meminta pelaksanaan tersebut di waktu yang akan datang, dan pengabaian atas pelanggaran tidak akan dianggap sebagai pengabaian atas pelanggaran berikutnya.",
-  "eula_your_suggestions_text_1": "Setiap umpan balik, komentar, ide, perbaikan, atau saran yang Anda berikan kepada Perusahaan sehubungan dengan Aplikasi akan tetap menjadi milik tunggal dan eksklusif Perusahaan.",
-  "eula_your_suggestions_text_2": "Perusahaan berhak menggunakan, menyalin, mengubah, menerbitkan, atau mendistribusikan Saran untuk tujuan apa pun dan dengan cara apa pun tanpa memberikan kredit atau kompensasi kepada Anda.",
-  "eula_your_suggestions_title": "Saran Anda",
-  "every_live_update_signed_verified": "Setiap Pembaruan Langsung ditandatangani dan diverifikasi, menjamin integritas dan keaslian dari penyebaran Anda",
-  "everything_you_need_in_your_pocket": "Semua yang Anda butuhkan di saku Anda",
-  "examples_of_bad_pr_title": "Contoh judul PR yang buruk:",
-  "examples_of_good_pr_title": "Contoh judul PR yang baik:",
-  "expand_menu": "Perluas menu",
-  "experienced_in_working_on_demanding": "Berpengalaman dalam bekerja di lingkungan yang menuntut",
-  "expert_ci_cd_setup": "Pengaturan CI/CD Ahli",
-  "expert_consultation": "Konsultasi Ahli",
-  "expert_guidance": "Panduan Ahli",
-  "expert_team_builds_custom_plugins": "Tim ahli kami membangun plugin Capacitor kustom dan integrasi SDK yang disesuaikan dengan kebutuhan spesifik Anda. Dari konsep hingga penyebaran, kami menyediakan solusi siap produksi.",
-  "explore_common_questions": "Jelajahi pertanyaan dan jawaban umum tentang Capgo",
-  "explore_plugins": "Jelajahi Plugin",
-  "extended_security": "Keamanan yang Diperluas",
-  "external_links_disclaimer_text": "Layanan ini mungkin berisi tautan ke situs web eksternal yang tidak disediakan atau dikelola oleh atau dengan cara apa pun terafiliasi dengan Perusahaan.",
-  "external_links_disclaimer_title": "Pernyataan Penafian Tautan Eksternal",
-  "external_links_no_guarantee": "Harap dicatat bahwa Perusahaan tidak menjamin akurasi, relevansi, ketepatan waktu, atau kelengkapan informasi apa pun di situs web eksternal ini.",
-  "failed_to_copy": "Gagal menyalin",
-  "fair_use_belief": "Perusahaan percaya bahwa ini merupakan \"penggunaan yang wajar\" dari materi berhak cipta tersebut sebagaimana diatur dalam pasal 107 Undang-Undang Hak Cipta Amerika Serikat.",
-  "fair_use_disclaimer_text": "Perusahaan dapat menggunakan materi yang dilindungi hak cipta yang tidak selalu secara spesifik diizinkan oleh pemilik hak cipta. Perusahaan menyediakan materi tersebut untuk kritik, komentar, pelaporan berita, pengajaran, beasiswa, atau penelitian.",
-  "fair_use_disclaimer_title": "Pernyataan Penggunaan Wajar",
-  "falsification_of_origin": "Pemalsuan Asal.",
-  "falsification_of_origin_desc": "Membuat header paket TCP-IP, header email, atau bagian mana pun dari pesan yang menggambarkan asal atau rutenya. Penggunaan alias dan remailer anonim yang sah tidak dilarang oleh ketentuan ini.",
-  "fast_track_support_guaranteed_response": "Dukungan jalur cepat dengan waktu respons yang dijamin dan eskalasi prioritas untuk masalah kritis",
-  "find_and_fix_bugs_during_the_coding_process": "Temukan dan perbaiki bug selama proses pengkodean.",
-  "find_more_at": "Temukan lebih banyak di: <a href='https://jsdoc.app/'> https://jsdoc.app/ </a>",
-  "fine_grained_permissions": "Izin Bertingkat Halus",
-  "first": "Pertama",
-  "first_class_support_when_needed": "Dukungan kelas satu saat Anda membutuhkannya",
-  "first_name_label": "Nama depan",
-  "first_name_placeholder": "John",
-  "five_year_savings": "Tabungan 5 Tahun",
-  "flexible_engagement": "Keterlibatan yang fleksibel",
-  "flexible_payment_terms": "Syarat Pembayaran Fleksibel",
-  "flutter_power_approximately_1_of_apps_on_google_play_store": "Flutter menggerakkan sekitar $1% dari aplikasi di Google Play Store",
-  "footer": "Footer",
-  "footer_tagline_part1": "Tenagai aplikasi Capacitor Anda dengan",
-  "footer_tagline_part2": "lebih dari 90+plugin siap produksi",
-  "for_the_pay_as_you_go_plan": "untuk rencana Bayar sesuai penggunaan",
-  "for_ultra_fast_delivery": "untuk pengiriman ultra-cepat",
-  "four_definitions_title": "4. Definisi",
-  "framework_angular": "Angular",
-  "framework_js_dom": "JS + DOM API",
-  "framework_qwik": "Qwik",
-  "framework_react": "Bertindak Balas",
-  "framework_svelte": "Svelte",
-  "framework_ts_dom": "TS + DOM API",
-  "framework_vue": "Pandangan",
-  "free_consultation": "Konsultasi Gratis",
-  "free_initial_consultation": "Konsultasi awal gratis",
-  "free_trial_explanation": "Jika Anda tidak yakin tentang jumlah pengguna aktif yang Anda miliki dan khawatir tentang mencapai batas rencana Anda, manfaatkan uji coba gratis Capgo. Ini adalah cara yang bagus untuk menguji layanan kami, menemukan rencana yang tepat, menghindari biaya tak terduga, dan memastikan semuanya berjalan lancar.",
-  "from_95_percent_users": "Dari 95% pengguna",
-  "frontend_for_official_deno_webpage": "Frontend untuk situs web resmi Deno",
-  "full_api_access": "Akses API Penuh",
-  "full_control_of_your_capacitor_apps_from_anywhere": "Kontrol penuh atas aplikasi Capacitor Anda dari mana saja",
-  "full_source_code_included": "Kode sumber lengkap disertakan",
-  "gdpr_compliant": "Mematuhi GDPR",
-  "general_service_exclusion_1": "(i) Disebabkan oleh faktor-faktor di luar kendali wajar kami, termasuk namun tidak terbatas pada peristiwa force majeure atau akses Internet, masalah penyedia ISP, dan/atau masalah terkait lainnya di luar titik demarkasi Capgo.",
-  "general_service_exclusion_2": "(ii) Yang diakibatkan oleh tindakan atau kelalaian sukarela dari Anda.",
-  "general_service_exclusion_3": "(iii) Yang dihasilkan dari keterbatasan sumber daya CPU dan memori kelas instance.",
-  "general_service_exclusion_4": "(iv) Yang diakibatkan oleh Anda tidak mengikuti pedoman operasional dasar yang dijelaskan di Dokumen kami.",
-  "general_service_exclusion_5": "(v) Yang mengakibatkan waktu pemulihan yang lama akibat kapasitas IO yang tidak mencukupi untuk beban kerja Anda.",
-  "general_service_exclusion_6": "(vi) Yang berasal dari peralatan, perangkat lunak, atau teknologi lain Anda.",
-  "general_service_exclusion_7": "(vii) Timbul dari penangguhan dan pengakhiran hak Anda untuk menggunakan Capgo sesuai dengan Ketentuan kami.",
-  "general_service_exclusions_title": "Pengecualian Layanan Umum",
-  "get_enterprise_quote": "Dapatkan Penawaran Enterprise",
-  "get_in_touch": "Hubungi kami",
-  "get_notified_about_updates": "Dapatkan pemberitahuan tentang penyebaran yang berhasil dan masalah-masalah",
-  "get_quote_now": "Dapatkan penawaran sekarang",
-  "get_started_now": "Mulai Sekarang",
-  "get_started_personalized_demo": "Mulailah dengan demo personalisasi hari ini. Tidak ada komitmen yang diperlukan.",
-  "get_your_custom_plugin_built": "Dapatkan Plugin Kustom Anda Dibuat",
-  "gift_return_policy": "Jika barang ditandai sebagai hadiah saat dibeli dan kemudian dikirim langsung kepada Anda, Anda akan menerima kredit hadiah untuk nilai pengembalian Anda. Setelah produk yang dikembalikan diterima, sertifikat hadiah akan dikirimkan kepada Anda.",
-  "gifts": "Hadiah",
-  "github_stars": "Bintang GitHub",
-  "give_pr_a_descriptive_title": "Berikan PR judul yang deskriptif.",
-  "global_infra_badge_instant": "SEGERA",
-  "global_infra_latency_ultra_low": "Latensi ultra-rendah di seluruh dunia",
-  "global_infra_performance_badge": "KINERJA REAL-TIME",
-  "global_infrastructure": "Infrastruktur Global",
-  "global_infrastructure_lowercase": "Infrastruktur global",
-  "go_back_home": "Kembali ke rumah",
-  "goods_definition": "Barang merujuk pada barang yang ditawarkan untuk dijual di Layanan.",
-  "guaranteed_response": "Tanggapan yang Dijamin",
-  "guide_rollback_process": "Panduan proses pengembalian",
-  "harmful_content": "Konten Berbahaya.",
-  "harmful_content_desc": "Konten atau teknologi komputer lain yang dapat merusak, mengganggu, menyadap secara diam-diam, atau mengambil alih sistem, program, atau data mana pun, termasuk virus, kuda trojan, worm, bom waktu, atau cancelbot.",
-  "help_customers_with_app_issues": "Bantu pelanggan dengan masalah aplikasi secara efisien",
-  "here": "di sini.",
-  "hero_subtitle_line2": "cepat, aman, dan tidak terlihat oleh toko aplikasi.",
-  "hero_subtitle_part1": "Capgo memungkinkan Anda mengirim perubahan frontend",
-  "hero_subtitle_part2": "kepada pengguna",
-  "high_enterprise_response": "2 jam kerja<br />Senin - Jumat",
-  "high_priority_response": "2 jam<br />24/7 × 365",
-  "high_support_desc": "Masalah yang mengakibatkan situasi di mana fungsionalitas utama terpengaruh dan penurunan kinerja yang signifikan dialami. Masalah ini berdampak pada proporsi pengguna yang signifikan dan / atau fungsionalitas Capgo utama.",
-  "high_support_subtitle": "Gangguan Bisnis yang Signifikan",
-  "high_support_title": "2. Tinggi",
-  "high_team_response": "1 hari kerja<br />Senin - Jumat",
-  "home": "Beranda",
-  "home_appflow_bootstrapped_highlight": "Capgo sepenuhnya didanai sendiri dan menguntungkan",
-  "home_appflow_bootstrapped_prefix": "Tidak seperti layanan yang didukung oleh modal ventura yang bisa menghilang dalam semalam,",
-  "home_appflow_bootstrapped_suffix": "Kami telah menghasilkan pendapatan yang konsisten sejak hari pertama, menjamin stabilitas jangka panjang untuk aplikasi Anda.",
-  "home_appflow_notice_intro": "Sementara Ionic Appflow mengumumkan penutupannya, Capgo terus bertumbuh lebih kuat setiap hari.",
-  "home_appflow_shutdown_heading": "Ionic Appflow akan ditutup,",
-  "home_appflow_sustainable_highlight": "Kami dibangun untuk bertahan",
-  "home_appflow_sustainable_prefix": "Model bisnis berkelanjutan kami berarti kami tidak bergantung pada pendanaan investor atau kesepakatan akuisisi.",
-  "home_appflow_sustainable_suffix": "dengan basis pelanggan yang terus bertumbuh dan rekam jejak yang terbukti.",
-  "home_avg_latency": "50ms rata-rata latensi",
-  "home_bootstrapped_desc": "Tidak ada investor, tidak ada tekanan untuk menjual. Dibangun dengan sumber daya kami sendiri dan pendapatan pelanggan.",
-  "home_bootstrapped_title": "Sepenuhnya Bootstrapped",
-  "home_built_to_last_desc": "Model bisnis berkelanjutan memastikan kami akan ada di sini untuk jangka panjang. Aplikasi Anda aman bersama kami.",
-  "home_built_to_last_title": "Dibangun untuk Bertahan",
-  "home_capgo_here_to_stay": "Capgo ada di sini untuk tinggal",
-  "home_cities_desc": "Lebih dekat dengan pengguna daripada sebelumnya",
-  "home_cities_worldwide": "Kota-kota di Seluruh Dunia",
-  "home_countries_covered": "Negara-Negara yang Dicakup",
-  "home_countries_desc": "Kehadiran global di mana-mana",
-  "home_deploy_cli_desc": "Bangun aplikasi Anda seperti biasa, kemudian luncurkan pembaruan Anda dengan CLI kami. Tidak diperlukan konfigurasi yang rumit.",
-  "home_global_infrastructure_desc": "Didukung oleh komputasi edge serverless dan basis data terdistribusi di lebih dari 300+ kota dan 13.000+ jaringan untuk pengiriman global yang ultra cepat.",
-  "home_global_network_label": "Jaringan Global",
-  "home_important_update_badge": "Pembaruan Penting",
-  "home_latency_from_users": "Dari 95% pengguna",
-  "home_locations_active": "300+ Lokasi Aktif",
-  "home_migration_cta_desc": "Bergabunglah dengan ribuan pengembang yang sudah beralih ke alternatif yang lebih andal, kaya fitur, dan dibuat untuk bertahan lama.",
-  "home_migration_cta_title": "Siap untuk beralih dari Ionic Appflow?",
-  "home_multi_provider_resilience": "Ketahanan penyedia tiga kali lipat",
-  "home_network_connections": "Koneksi Jaringan",
-  "home_network_desc": "Peering langsung di seluruh dunia",
-  "home_revenue_desc": "Menguntungkan sejak hari pertama dengan pertumbuhan yang konsisten. Kesuksesan kami bergantung pada kesuksesan Anda.",
-  "home_revenue_title": "Menghasilkan Pendapatan",
-  "home_uptime": "99,99% waktu aktif",
-  "home_users_get_update_desc": "Pengguna menerima pembaruan secara instan di latar belakang. Tidak ada persetujuan toko aplikasi, tidak diperlukan interaksi pengguna.",
-  "home_worldwide_heading": "Seluruh Dunia",
-  "hosting": "Hosting",
-  "how_are_mau_counted": "Bagaimana cara menghitung Pengguna Aktif Bulanan (MAU)?",
-  "how_is_bandwidth_counted": "Bagaimana Bandwidth Dihitung?",
-  "how_it_works_badge": "BAGAIMANA CARA KERJANYA",
-  "how_it_works_card1_desc_part1": "Pasang Capgo CLI dan jalankan satu perintah.",
-  "how_it_works_card1_desc_part2": "Begitu mudah!",
-  "how_it_works_card1_title": "Tambahkan plugin",
-  "how_it_works_card2_title": "Dorong pembaruan baru",
-  "how_it_works_card3_title": "Aplikasi sinkronisasi saat diluncurkan",
-  "how_it_works_cta": "Coba gratis",
-  "how_it_works_subtitle": "Capgo menggunakan plugin open-source CapacitorJS dan layanan cloud yang aman untuk mendorong pembaruan frontend ke pengguna Anda — tidak diperlukan tinjauan toko aplikasi.",
-  "how_it_works_title": "Tekan sekali.",
-  "how_it_works_title_line2": "Perbarui di mana saja, seketika.",
-  "how_the_app_works": "Bagaimana aplikasi ini bekerja",
-  "how_to_cancel": "Untuk menggunakan hak pembatalan Anda, Anda harus memberi tahu Kami tentang keputusan Anda dengan pernyataan yang jelas. Anda dapat memberi tahu kami tentang keputusan Anda dengan:",
-  "illegal_activities": "Kegiatan Ilegal, Berbahaya, atau Penipuan.",
-  "illegal_activities_desc": "Segala aktivitas yang ilegal, yang melanggar hak orang lain, atau yang dapat membahayakan orang lain, operasi kami, atau reputasi kami, termasuk menyebarluaskan, mempromosikan, atau memfasilitasi pornografi anak, menawarkan atau menyebarkan barang, jasa, skema, atau promosi yang curang, skema cepat kaya, skema ponzi dan piramida, phishing, atau pharming.",
-  "importance_of_documenting_apis": "Penting untuk mendokumentasikan semua API publik dan kami ingin melakukannya secara langsung di dalam kode. Ini membantu memastikan bahwa kode dan dokumentasi terhubung erat satu sama lain.",
-  "imprint": "Jejak Aplikasi",
-  "imprint_description": "Temukan info tentang perusahaan $1 di sini",
-  "in_app_purchases_acquired": "Pembelian dalam aplikasi (diperoleh oleh RevenueCat)",
-  "included": "termasuk",
-  "industry_leading_security_compliance": "Fitur keamanan dan kepatuhan terkemuka di industri yang memenuhi standar perusahaan tertinggi",
-  "infrastructure_and_support": "Infrastruktur & Dukungan",
-  "infringing_content": "Konten yang Melanggar.",
-  "infringing_content_desc": "Konten yang melanggar atau mengambil hak kekayaan intelektual atau hak kepemilikan orang lain.",
-  "inseparable_goods": "Pasokan Barang yang, setelah disampaikan, menurut sifatnya, tercampur secara tidak terpisahkan dengan item lainnya.",
-  "install_and_test_any_version_directly": "Pasang dan uji versi apa pun langsung di perangkat Anda",
-  "install_plugin": "Pasang Plugin",
-  "instant_ota_updates_capacitor": "Pembaruan OTA instan untuk aplikasi Capacitor",
-  "instant_rollback": "Pengembalian Instan",
-  "instant_updates": "Pembaruan instan",
-  "instant_updates_for_capacitor": "Pembaruan instan untuk Aplikasi CapacitorJS",
-  "instant_updates_for_capacitor_apps": "Pembaruan Instan untuk Aplikasi CapacitorJS",
-  "instant_updates_for_capacitor_apps_description": "Dorong pembaruan, perbaikan, dan fitur secara instan ke aplikasi CapacitorJS Anda tanpa penundaan toko aplikasi. Rasakan integrasi yang mulus, enkripsi end-to-end, dan pembaruan real-time dengan Capgo.",
-  "instant_updates_for_your": "Pembaruan instan untuk Anda",
-  "instant_version_switching": "Peralihan versi instan",
-  "integrate_identity_provider_mfa": "Integrasikan dengan penyedia identitas Anda dan terapkan otentikasi multi-faktor di seluruh organisasi Anda.",
-  "integration_and_api": "Integrasi & API",
-  "integrations_badge": "Integrations",
-  "integrations_subtitle": "Current Capgo integrations and partner services.",
-  "integrations_title": "Capgo Integrations",
-  "intentional_interference": "Interferensi yang Disengaja.",
-  "intentional_interference_desc": "Mengganggu fungsi yang tepat dari Sistem apa pun, termasuk upaya sengaja untuk membebani sistem melalui pengiriman email secara berlebihan, serangan berita, serangan siaran, atau teknik banjir.",
-  "interception": "Intercepti.",
-  "interpretation": "Interpretasi",
-  "interpretation_and_definitions": "Interpretasi dan Definisi",
-  "interpretation_and_definitions_title": "Interpretasi dan Definisi",
-  "interpretation_description": "Kata-kata yang huruf awalnya dituliskan dengan huruf kapital memiliki makna yang ditetapkan di bawah syarat-syarat berikut. Definisi-definisi berikut akan memiliki makna yang sama terlepas dari apakah mereka muncul dalam bentuk tunggal atau jamak.",
-  "interpretation_text": "Kata-kata yang huruf pertamanya ditulis dengan huruf besar memiliki arti yang ditentukan di bawah kondisi berikut. Definisi berikut akan memiliki arti yang sama terlepas dari apakah mereka muncul dalam bentuk tunggal atau jamak.",
-  "interpretation_title": "Interpretasi",
-  "investigate_violations": "menyelidiki pelanggaran Kebijakan ini atau penyalahgunaan Layanan atau Situs Capgo;",
-  "it_all_started_with_a_github_issue_where_many_developers_voiced_their_frustration_with_the_high_costs_of_existing_solutions_like_appflow": "Semua ini dimulai dengan sebuah isu di GitHub di mana banyak pengembang menyuarakan frustrasi mereka terhadap biaya tinggi dari solusi yang ada seperti Appflow.",
-  "it_s_faster_cheaper_and_requires_fewer_developers_to_do_it": "Ini lebih cepat, lebih murah, dan memerlukan lebih sedikit pengembang untuk melakukannya.",
-  "iterate_faster": "dibangun untuk tim yang bergerak cepat",
-  "javascript_and_typescript": "JavaScript dan TypeScript",
-  "jobs": "Pekerjaan",
-  "join_leading_enterprises": "Bergabunglah dengan perusahaan terkemuka yang mempercayai Capgo untuk menyampaikan pembaruan langsung yang aman dan dapat ditingkatkan kepada jutaan pengguna di seluruh dunia.",
-  "jsdoc_documentation": "Semua API dan tipe yang diekspos secara publik, modul <code>capacitor-updater</code> harus memiliki dokumentasi JSDoc. Dokumentasi ini diparsing dan tersedia untuk kompiler TypeScript, sehingga mudah untuk diteruskan lebih lanjut. Blok JSDoc muncul tepat sebelum pernyataan yang mereka terapkan dan ditandai dengan <code>/**</code> sebelum diakhiri dengan <code>*/</code>. Sebagai contoh:",
-  "key_features": "Fitur Utama",
-  "kotlin_power_approximately_1_of_apps_on_google_play_store": "Kotlin memiliki sekitar $1% dari aplikasi di Google Play Store.",
-  "landing_automation_build": "Membangun",
-  "landing_automation_deploy": "Meluncurkan",
-  "landing_automation_description": "Otomatisasi seluruh proses rilis Anda. Dari komit kode hingga perangkat pengguna, Capgo menangani kompleksitas membangun, menandatangani, dan menerapkan pembaruan Anda.",
-  "landing_automation_submit": "Kirim",
-  "landing_automation_subtitle": "Kirim lebih cepat dengan usaha yang lebih sedikit",
-  "landing_automation_title": "Alur Kerja yang Sepenuhnya Otomatis",
-  "landing_monitoring_bandwidth": "Bandwidth yang Disimpan",
-  "landing_monitoring_bandwidth_desc": "Pembaruan diferensial pintar mengurangi penggunaan data hingga 90%",
-  "landing_monitoring_description": "Dapatkan wawasan real-time tentang kinerja dan adopsi aplikasi Anda. Lacak pembaruan yang berhasil, pantau kesalahan, dan pahami basis pengguna Anda.",
-  "landing_monitoring_subtitle": "Keputusan berbasis data",
-  "landing_monitoring_title": "Pemantauan Real-time",
-  "landing_monitoring_updates": "Pembaruan yang Disajikan",
-  "landing_monitoring_updates_desc": "Pengiriman yang dapat diandalkan ke jutaan perangkat di seluruh dunia",
-  "landing_monitoring_user_pop": "Populasi Pengguna",
-  "landing_monitoring_user_pop_desc": "Lacak pengguna aktif dan adopsi versi secara real-time",
-  "language_label": "Bahasa",
-  "last_name_label": "Nama belakang",
-  "last_name_placeholder": "Sire",
-  "last_update": "Pembaruan terakhir",
-  "last_updated": "Terakhir diperbarui: 28 Januari 2022",
-  "latest_from_news": "Berita terbaru",
-  "latest_from_the_blog": "Terbaru dari blog",
-  "learn_more": "Pelajari Lebih Lanjut",
-  "legal": "Hukum",
-  "let_them_review_your_work_and_give_your_team_an_opportunity_to_learn_from_the_experts": "Biarkan mereka meninjau pekerjaanmu dan memberi timmu kesempatan untuk belajar dari para ahli.",
-  "lets_work_together": "Mari kita bekerja sama!",
-  "lightning_fast": "Cepat seperti Kilat",
-  "little_experience_with_capacitorjs": "Sedikit pengalaman dengan CapacitorJS",
-  "live_update": "Pembaruan Langsung",
-  "live_update_channels_desc": "Saluran memungkinkan Anda menargetkan grup pengguna tertentu dengan build khusus. Kelola saluran dari dasbor cloud, API, atau aplikasi seluler.",
-  "live_update_channels_feature1_desc": "Buat, konfigurasi, dan ganti saluran dari dasbor web. Kembalikan seketika dengan satu klik.",
-  "live_update_channels_feature1_title": "Kontrol Dasbor Awan",
-  "live_update_channels_feature2_desc": "Otomatisasi manajemen saluran dengan CLI atau REST API kami. Sempurna untuk integrasi CI/CD.",
-  "live_update_channels_feature2_title": "Akses API & CLI",
-  "live_update_channels_feature3_desc": "Biarkan perangkat beralih saluran saat runtime dengan setChannel(). Sangat bagus untuk pengujian QA atau program beta.",
-  "live_update_channels_feature3_title": "Penugasan Perangkat Sendiri",
-  "live_update_channels_feature4_desc": "Perangkat paksa > Penimpaan awan > Konfigurasi default > Default awan. Kontrol penuh atas pembaruan rute.",
-  "live_update_channels_feature4_title": "Pengarahan Berbasis Prioritas",
-  "live_update_channels_title": "Sistem Saluran Pintar",
-  "live_update_cloud_config_bullet1": "Penugasan saluran, penargetan versi, dan penggantian perangkat - semua disimpan di cloud dan dapat diakses secara instan",
-  "live_update_cloud_config_bullet2": "Jaringan tepi global memastikan perubahan konfigurasi Anda menyebar ke setiap wilayah secara bersamaan",
-  "live_update_cloud_config_bullet3": "Tidak ada nilai tetap dalam aplikasi Anda - semuanya dapat diubah secara dinamis tanpa biner baru",
-  "live_update_cloud_config_bullet4": "Pengaturan berlaku pada peluncuran aplikasi berikutnya - pengguna selalu mendapatkan konfigurasi terbaru",
-  "live_update_cloud_config_desc": "Capgo menyimpan semua konfigurasi aplikasi Anda di cloud dengan replikasi data global. Ubah pengaturan di dashboard, dan itu akan berlaku secara global dalam waktu kurang dari 2 menit. Tidak ada pembaruan toko aplikasi, tidak ada penantian.",
-  "live_update_cloud_config_kicker": "Konfigurasi Cloud-Native",
-  "live_update_cloud_config_panel_footer": "Dari dasbor klik ke penyebaran di seluruh dunia dalam waktu kurang dari 2 menit.",
-  "live_update_cloud_config_panel_title": "Linimasa Perubahan Konfigurasi",
-  "live_update_cloud_config_title": "Semuanya Hidup di Cloud",
-  "live_update_comparison_breaking": "Pendeteksian pembaruan terbaru",
-  "live_update_comparison_cloud": "Pengembalian awan & modifikasi",
-  "live_update_comparison_healing": "Pembaruan yang dapat memperbaiki diri sendiri",
-  "live_update_comparison_native": "Pemulihan kecelakaan asli",
-  "live_update_comparison_rollback": "Pemulihan otomatis",
-  "live_update_comparison_subtitle": "Lihat mengapa pembaruan cerdas itu penting",
-  "live_update_comparison_title": "Capgo vs Pembaruan Manual",
-  "live_update_comparison_validation": "Validasi pra-penyebaran",
-  "live_update_cta_subtitle": "Mulai dengan 14 hari gratis. Tidak memerlukan kartu kredit.",
-  "live_update_cta_title": "Siap untuk Mengirim Pembaruan yang Lebih Aman?",
-  "live_update_delta_command": "Unggah dengan pembaruan delta diaktifkan",
-  "live_update_delta_desc": "Pembaruan tradisional mengunduh seluruh bundel setiap kali. Dengan pembaruan delta, perangkat hanya mengunduh file yang benar-benar berubah - menghemat bandwidth 50-90%.",
-  "live_update_delta_feature1_desc": "Setiap file diunggah dan diceksum secara individu. Perangkat membandingkan manifes dan hanya mengunduh file yang berubah.",
-  "live_update_delta_feature1_title": "Perbedaan Tingkat File",
-  "live_update_delta_feature2_desc": "Gambar, font, dan video hanya diunduh sekali. Perubahan kode kecil tidak mengunduh ulang seluruh folder aset Anda.",
-  "live_update_delta_feature2_title": "Sempurna untuk Aset Besar",
-  "live_update_delta_feature3_desc": "Hanya tambahkan --partial ke perintah unggah Anda untuk mengaktifkan pembaruan delta untuk bundel Anda.",
-  "live_update_delta_feature3_title": "Aktifkan dengan Satu Bendera",
-  "live_update_delta_title": "Pembaruan Delta",
-  "live_update_description": "Pembaruan OTA cerdas dengan perlindungan pengembalian otomatis",
-  "live_update_dynamic_bullet1_prefix": "Add an in-app “Update Track” menu: list channels and let testers jump from",
-  "live_update_dynamic_bullet1_suffix": "in seconds (no reinstall).",
-  "live_update_dynamic_bullet2": "Spin up a pull-request channel per feature, route QA or beta users there, then snap them back to prod when approved.",
-  "live_update_dynamic_bullet3": "Run canaries: clone prod to a 10% channel, promote or rollback with a single API call.",
-  "live_update_dynamic_bullet4": "Unblock support: move one user to a debug channel that ships extra logging while everyone else stays stable.",
-  "live_update_dynamic_bullet5": "Buat saluran pribadi untuk pengguna individu - sempurna untuk men-debug masalah spesifik atau perlakuan VIP.",
-  "live_update_dynamic_bullet6": "Semua perubahan saluran adalah instan - tidak perlu menunggu 24 jam, tidak perlu persetujuan toko, tidak diperlukan tindakan pengguna.",
-  "live_update_dynamic_cta_primary": "See how channels work",
-  "live_update_dynamic_cta_secondary": "Try dynamic channels",
-  "live_update_dynamic_desc": "Capgo channels are live controls, not hardcoded. Move users between dev, staging, PR, canary, and production from your app UI or via API instantly.",
-  "live_update_dynamic_kicker": "Dynamic channels",
-  "live_update_dynamic_label_production": "production",
-  "live_update_dynamic_label_staging": "staging",
-  "live_update_dynamic_label_to": "to",
-  "live_update_dynamic_panel_footer": "Treat environments like feature flags: switch, test, and rollback live (no store resubmissions).",
-  "live_update_dynamic_title": "Ganti track rilis secara live (tanpa binary baru)",
-  "live_update_exclusion_1": "(i) Sumber daya komputasi yang disediakan secara tidak tepat terkait dengan proyek Anda untuk beban yang diharapkan.",
-  "live_update_exclusion_2": "(ii) Gangguan yang disebabkan oleh konfigurasi batas laju yang terlalu longgar.",
-  "live_update_exclusion_3": "(iii) Gangguan atau masalah yang disebabkan oleh versi resmi Capgo yang ditarik kembali, pustaka, kerangka kerja, paket perangkat lunak, atau API, termasuk penarikan mendesak karena adanya kerentanan keamanan yang teridentifikasi.",
-  "live_update_exclusion_4": "(iv) Gangguan atau masalah yang disebabkan oleh pustaka klien Capgo yang tidak resmi, kerangka kerja, atau proksi API, bahkan ketika pustaka tersebut secara internal menggunakan pustaka Capgo resmi.",
-  "live_update_exclusion_5": "(v) Gangguan atau masalah yang dapat diselesaikan dengan meningkatkan ke versi minor atau patch yang lebih tinggi dari perpustakaan klien Capgo resmi, framework, atau paket perangkat lunak.",
-  "live_update_feature_auto_rollback": "Pemulihan Otomatis",
-  "live_update_feature_auto_rollback_desc": "Jika aplikasi Anda tidak memanggil notifyAppReady() dalam waktu 10 detik, kami secara otomatis akan kembali ke versi kerja terakhir.",
-  "live_update_feature_breaking_detection": "Pendeteksian Pembaruan Mendadak",
-  "live_update_feature_breaking_detection_desc": "CLI memindai dependensi asli dan memberi peringatan sebelum Anda melakukan penyebaran pembaruan yang tidak kompatibel. Lihat status kompatibilitas untuk setiap paket.",
-  "live_update_feature_encryption": "Pembaruan yang Tidak Bisa Disabotase",
-  "live_update_feature_encryption_desc": "Setiap pembaruan di-checksum, ditandatangani, dan dienkripsi dari ujung ke ujung. Tidak ada yang bisa merusak pembaruan - bahkan Capgo pun tidak bisa melihat apa yang ada di dalam paket Anda.",
-  "live_update_feature_native_engine": "Mesin Murni Asli",
-  "live_update_feature_native_engine_desc": "Unduhan, instalasi, dan aktivasi berjalan pada thread OS asli. Kegagalan JavaScript tidak dapat mempengaruhi proses pembaruan.",
-  "live_update_feature_preflight": "Validasi Sebelum Penerbangan",
-  "live_update_feature_preflight_desc": "Memvalidasi notifyAppReady(), index.html, batas ukuran bundel, dan checksum sebelum menerima unggahan apa pun.",
-  "live_update_feature_self_healing": "Pembaruan Penyembuhan Diri",
-  "live_update_feature_self_healing_desc": "Mekanisme bundel cadangan selalu menjaga versi yang berfungsi. Pengguna Anda tidak pernah melihat aplikasi yang rusak.",
-  "live_update_features_subtitle": "Lebih dari sekedar mengunggah file. Capgo memahami aplikasi Anda dan melindungi pengguna Anda.",
-  "live_update_features_title": "Sistem Pembaruan Cerdas",
-  "live_update_get_started": "Mulai",
-  "live_update_hero_subtitle": "CLI kami menangkap perubahan yang merusak sebelum penyebaran. Mesin asli kami otomatis pulih jika ada yang salah.",
-  "live_update_hero_title": "Pembaruan Langsung yang Tidak Bisa Merusak Aplikasi Anda",
-  "live_update_how_it_works_subtitle": "Jaring pengaman di setiap langkah proses pembaruan",
-  "live_update_how_it_works_title": "Bagaimana Cara Kerjanya",
-  "live_update_logs_bullet1": "Linimasa per perangkat menyoroti unduhan macet, masalah checksum, atau notifyAppReady() yang hilang.",
-  "live_update_logs_bullet2": "Pelindung kanal yang terbukti: lihat disableAutoUpdateToMajor, blok emulator/dev, dan filter platform secara real time.",
-  "live_update_logs_bullet3": "Deteksi cepat radius dampak: update_fail, rateLimited, needPlanUpgrade muncul sebelum pengguna churn.",
-  "live_update_logs_bullet4": "Log bersama untuk engineering, QA, dan support (tanpa perlu Xcode/Android Studio).",
-  "live_update_logs_cta_primary": "Coba log Live Update",
-  "live_update_logs_cta_secondary": "Lihat di dashboard",
-  "live_update_logs_desc": "Capgo menangkap seluruh perjalanan OTA: pengecekan, unduhan, instalasi, blokir kebijakan, dan rollback sehingga kamu bisa menjawab “apa yang terjadi?” dalam hitungan detik, bukan jam.",
-  "live_update_logs_kicker": "Observabilitas pembaruan",
-  "live_update_logs_panel_footer": "Konteks siap-aksi di satu tempat: putuskan rollback, naikkan kanal, atau rilis hotfix dengan yakin.",
-  "live_update_logs_title": "Semua log perangkat - tanpa buka Xcode atau Android Studio",
-  "live_update_lts_capacitor5": "Kapasitor 5",
-  "live_update_lts_capacitor6": "Kapasitor 6",
-  "live_update_lts_capacitor7": "Kapasitor 7",
-  "live_update_lts_capacitor8": "Capacitor 8",
-  "live_update_lts_desc": "Tidak ada tekanan untuk segera melakukan upgrade. Capgo secara resmi mendukung Capacitor 7, 6, dan 5 - memberikan Anda dukungan bertahun-tahun dan fleksibilitas untuk melakukan upgrade sesuai jadwal Anda sendiri.",
-  "live_update_lts_electron": "Elektron",
-  "live_update_lts_electron_new": "Baru",
-  "live_update_lts_supported": "Didukung Penuh",
-  "live_update_lts_title": "Dukungan Jangka Panjang",
-  "live_update_sdk_open_source": "SDK Live Update kami bersifat open source, memberikan transparansi dan pengembangan yang didorong oleh komunitas.",
-  "live_update_sla_exclusions_title": "Pembaruan Langsung Pengecualian SLA",
-  "live_update_stats_desc": "Visibilitas real-time ke dalam penyebaran pembaruan Anda. Lacak kemajuan unduhan, tingkat keberhasilan, dan kesehatan perangkat di seluruh basis pengguna Anda.",
-  "live_update_stats_feature1_desc": "Lihat perangkat apa saja yang sedang mengunduh, terpasang, atau tertunda. Lacak kemajuan di seluruh armada Anda.",
-  "live_update_stats_feature1_title": "Pelacakan Proses Unduhan",
-  "live_update_stats_feature2_desc": "Pantau tingkat keberhasilan pembaruan secara real-time. Identifikasi masalah sebelum mereka mempengaruhi lebih banyak pengguna.",
-  "live_update_stats_feature2_title": "Tingkat Keberhasilan & Kegagalan",
-  "live_update_stats_feature3_desc": "Lacak perangkat mana yang menggunakan versi mana. Identifikasi perangkat yang terjebak pada versi lama.",
-  "live_update_stats_feature3_title": "Pemantauan Kesehatan Perangkat",
-  "live_update_stats_feature4_desc": "Lihat ukuran bundel, waktu unduh, dan frekuensi pengembalian. Optimalkan strategi pembaruan Anda dengan data.",
-  "live_update_stats_feature4_title": "Analitik Bundel",
-  "live_update_stats_title": "Catatan & Statistik",
-  "live_update_step1_desc": "Sebelum mengunggah, CLI memeriksa dependensi asli, kompatibilitas versi, dan file yang diperlukan",
-  "live_update_step1_title": "CLI Memvalidasi",
-  "live_update_step2_desc": "Kode asli murni mengunduh dan memasang pembaruan - sepenuhnya terisolasi dari JavaScript",
-  "live_update_step2_title": "Unduhan Asli",
-  "live_update_step3_desc": "Aplikasi Anda memanggil notifyAppReady(). Jika tidak dalam 10 detik, rollback otomatis akan berlangsung.",
-  "live_update_step3_title": "Aplikasi Mengkonfirmasi Siap",
-  "live_update_support_scenario_cta_primary": "Lihat penargetan saluran",
-  "live_update_support_scenario_cta_secondary": "Mulai percobaan gratis",
-  "live_update_support_scenario_desc": "Berikut adalah skenario nyata: Seorang pengguna melaporkan bug. Anda berbicara dengan mereka, memahami masalahnya, memperbaikinya dalam kode, dan menerapkan perbaikan hanya untuk satu pengguna tersebut - semua sementara mereka masih dalam panggilan. Mereka mengujinya, mengkonfirmasi perbaikan berhasil, dan Anda menerapkan ke produksi. Total waktu: menit, bukan hari.",
-  "live_update_support_scenario_kicker": "Dukungan Dunia Nyata",
-  "live_update_support_scenario_panel_footer": "Dari laporan bug hingga perbaikan yang terverifikasi dalam satu panggilan dukungan.",
-  "live_update_support_scenario_panel_title": "Linimasa Sesi Dukungan",
-  "live_update_support_scenario_step1_desc": "Dukungan pelanggan mendapatkan laporan bug. Anda bergabung dalam panggilan untuk memahami masalahnya.",
-  "live_update_support_scenario_step1_title": "1. Pengguna Melaporkan Bug",
-  "live_update_support_scenario_step2_desc": "Buat saluran pribadi untuk pengguna tersebut, dorong perbaikan, dan tetapkan perangkat mereka ke saluran itu.",
-  "live_update_support_scenario_step2_title": "2. Perbaiki & Dorong Hanya untuk Mereka Saja",
-  "live_update_support_scenario_step3_desc": "Pengguna mengonfirmasi perbaikan berfungsi. Promosikan bundel ke produksi untuk semua orang.",
-  "live_update_support_scenario_step3_title": "3. Verifikasi & Kirim ke Semua",
-  "live_update_support_scenario_title": "Perbaiki Bug Pengguna dalam Hitungan Menit",
-  "live_update_validation_desc": "Pembaruan manual memberi Anda semua alat untuk merusak aplikasi Anda. CLI Capgo menangkap kesalahan sebelum mereka mencapai pengguna Anda.",
-  "live_update_validation_feature1_desc": "CLI memindai plugin asli Anda dan membandingkan versi. Jika bundel JS Anda mengharapkan versi plugin asli yang lebih baru daripada yang terpasang, kami akan memberi peringatan sebelum melakukan penyebaran.",
-  "live_update_validation_feature1_title": "Pemeriksaan Ketergantungan Asli",
-  "live_update_validation_feature2_desc": "Sudah mengunggah versi yang sama persis ini? Kami akan menangkapnya dan mencegah penulisan ulang atau kebingungan secara tidak sengaja.",
-  "live_update_validation_feature2_title": "Pencegahan Versi Duplikat",
-  "live_update_validation_feature3_desc": "Beberapa fitur memerlukan versi CLI tertentu. Kami memvalidasi kompatibilitas antara CLI Anda dan hub Capgo sebelum mengizinkan unggahan.",
-  "live_update_validation_feature3_title": "Kompatibilitas Hub-CLI",
-  "live_update_validation_feature4_desc": "Index.html hilang? Tidak ada panggilan notifyAppReady()? Bundle terlalu besar? Kami menangkap masalah-masalah ini sebelum mereka menjadi masalah produksi.",
-  "live_update_validation_feature4_title": "Pemeriksaan Berkas yang Diperlukan",
-  "live_update_validation_title": "Validasi Pra-Penyebaran Mendalam",
-  "live_update_validation_warning_desc": "Unggah bundel JS yang mengharapkan plugin native yang tidak dimiliki pengguna Anda? Aplikasi Anda rusak. Dan jika rollback Anda juga dalam JS, Anda tidak memiliki cara untuk pulih. Pengguna terjebak sampai mereka menginstal ulang dari App Store.",
-  "live_update_validation_warning_title": "Apa yang terjadi tanpa validasi?",
-  "live_update_view_docs": "Lihat Dokumentasi",
-  "login": "Masuk",
-  "login_with_your_capgo_credentials": "Masuk dengan kredensial Capgo Anda",
-  "low_enterprise_response": "2 hari kerja<br />Senin - Jumat",
-  "low_priority_response": "24 jam<br />24/7 x 365",
-  "low_support_desc": "Permintaan informasi tentang Capgo atau permintaan fitur.",
-  "low_support_subtitle": "Masalah Kecil / Permintaan Fitur",
-  "low_support_title": "4. Rendah",
-  "low_team_response": "2 hari kerja<br />Senin - Jumat",
-  "main_repository_that_provides_the_capacitor_updater_plugin": "Ini adalah repositori utama yang menyediakan Plugin <code>capacitor-updater</code>.",
-  "manage_channels": "Kelola Saluran",
-  "manage_multiple_app_versions_effortlessly": "Kelola berbagai versi aplikasi dengan mudah",
-  "manage_on_the_go": "Kelola Di Mana Saja",
-  "manage_various_teams": "Kelola Berbagai Tim",
-  "manage_your_releases": "Kelola rilisan Anda",
-  "managed_solutions": "Solusi yang Dikelola",
-  "mandatory_mfa_integration": "Wajib MFA dan integrasi dengan penyedia identitas perusahaan untuk kontrol akses yang aman",
-  "manifesto_behind_every_movie": "Tim Anda unggul dalam pengembangan web, dan kami unggul dalam mobile native. Biarkan kami menangani kerumitan pengajuan aplikasi ke toko aplikasi, integrasi native, dan pemeliharaan mobile sementara Anda fokus pada apa yang Anda lakukan dengan terbaik - menciptakan pengalaman pengguna yang luar biasa.",
-  "manifesto_full_ecosystem": "Kami adalah mitra asli yang berdedikasi untuk Anda, menawarkan pembaruan langsung, pengembangan plugin khusus, penyiapan CI/CD, dan layanan pemeliharaan berkelanjutan. Membutuhkan fitur asli tertentu? Kami akan membangunnya. Penolakan toko aplikasi membuat Anda pusing? Kami akan menangani pengajuan tersebut. Anggap kami sebagai tim pengembangan mobile Anda.",
-  "manifesto_home_for_developers": "Kami adalah jembatan antara keahlian web Anda dan kesuksesan mobile. Spesialis dalam aplikasi Capacitor, kami membantu perusahaan yang berfokus pada web untuk mengirim dan memelihara aplikasi mobile asli tanpa kompleksitas mobile asli. Sumber terbuka, transparan, dan dibangun oleh pengembang yang memahami perjalanan dari web ke mobile.",
-  "massive_cost_reduction": "Pengurangan biaya besar-besaran",
-  "mau": "INGIN",
-  "mau_counting_explanation": "Kami menghitung MAU (Pengguna Aktif Bulanan) dengan melacak pengguna unik yang membuka aplikasi Anda dalam periode 30 hari. Setiap pengguna dihitung sekali, terlepas dari berapa kali mereka berinteraksi dengan aplikasi.",
-  "mention_issue_before_working": "Saat Anda mengerjakan suatu masalah, sebutkan hal itu di komentar masalah <em>sebelum</em> Anda mulai mengerjakan masalah tersebut.",
-  "migration_guide": "Panduan Migrasi",
-  "monitor_adoption_and_performance": "Pantau adopsi dan metrik kinerja",
-  "monitor_downloads_active_users_success_rates": "Pantau unduhan, pengguna aktif, dan tingkat keberhasilan",
-  "monitoring_crawling": "Pemantauan atau Merayap.",
-  "monitoring_crawling_desc": "Pemantauan atau perayapan terhadap Sistem yang mengganggu atau menghalangi Sistem yang sedang dipantau atau dirayapi.",
-  "month": "Bulan",
-  "monthly_active_users": "Pengguna Aktif Bulanan",
-  "monthly_active_users_mau": "Pengguna Aktif Bulanan (MAU)",
-  "monthly_plan": "Rencana Bulanan",
-  "monthly_total": "Total bulanan",
-  "most_popular": "Paling populer",
-  "multi_factor_authentication": "Otentikasi Multi-Faktor",
-  "native_build": "Pembangunan Asli",
-  "native_build_cli_example": "Bangun aplikasi Anda dengan satu perintah saja",
-  "native_build_cli_subtitle": "Hanya alat CLI yang mengunggah dan membangun. Tidak perlu integrasi - jalankan secara lokal, di GitHub Actions, GitLab CI, Jenkins, atau CI/CD apa pun. Ruang lingkup minimal untuk kepatuhan keamanan maksimal.",
-  "native_build_cli_title": "Satu Perintah, Bekerja Di Mana Saja",
-  "native_build_comparison_android": "Tidak ada pengaturan Android Studio",
-  "native_build_comparison_parallel": "iOS & Android secara paralel",
-  "native_build_comparison_signing": "Penandatanganan kode otomatis",
-  "native_build_comparison_submission": "Pengiriman langsung ke toko",
-  "native_build_comparison_subtitle": "Lewati kompleksitas dari pembangunan lokal asli",
-  "native_build_comparison_title": "Cloud vs Build Lokal",
-  "native_build_comparison_xcode": "Tidak memerlukan Xcode",
-  "native_build_cta_subtitle": "Berhenti berkelahi dengan lingkungan pembangunan lokal.",
-  "native_build_cta_title": "Siap untuk Mempermudah Pembangunan Anda?",
-  "native_build_description": "Pembangunan cloud dan pengajuan otomatis ke App Store",
-  "native_build_faq1_a": "Ya! Kami membangun persis seperti yang Anda miliki secara lokal. Jalankan skrip Gradle khusus apa pun, CocoaPods, perubahan kode asli - cukup konfigurasikan sebelum menjalankan CLI. Kami menggunakan proyek lokal Anda apa adanya.",
-  "native_build_faq1_q": "Bisakah saya menggunakan konfigurasi Gradle kustom atau konfigurasi iOS asli?",
-  "native_build_faq2_a": "Tidak. Semua dependensi harus diinstal secara lokal sebelum Anda menjalankan perintah build. Kami hanya menerima apa yang Anda unggah - tidak ada akses ke repositori Git Anda, registri npm, atau paket pribadi.",
-  "native_build_faq2_q": "Apakah Anda memerlukan akses ke repositori atau paket pribadi saya?",
-  "native_build_faq3_a": "Kami tidak menyimpannya. Sertifikat lewatkan pada saat pembuatan melalui bendera CLI atau variabel lingkungan. Simpan mereka di rahasia CI/CD Anda (GitHub, GitLab, dll.) - kredensial hanya ada dalam memori selama pembangunan.",
-  "native_build_faq3_q": "Bagaimana Anda menangani tanda tangan kredensial?",
-  "native_build_faq4_a": "Menit pembangunan termasuk dalam paket Anda. Butuh lebih banyak? Beli kredit. Pembangunan iOS berjalan di Mac Mini M4, pembangunan Android berjalan di kontainer Docker (2x lebih murah). Tidak ada biaya penyimpanan - selamanya.",
-  "native_build_faq4_q": "Bagaimana cara kerja penentuan harga?",
-  "native_build_faq5_a": "Waktu pembangunan rata-rata adalah 2-3 menit tergantung pada ukuran dan konfigurasi proyek Anda. iOS dan Android dapat dibangun secara paralel untuk menghemat waktu.",
-  "native_build_faq5_q": "Berapa lama waktu yang dibutuhkan untuk membangun?",
-  "native_build_faq6_a": "iOS dan Android. iOS dibangun untuk App Store, TestFlight, dan distribusi ad-hoc. Android dibangun untuk Play Store dan unduhan APK/AAB langsung.",
-  "native_build_faq6_q": "Platform apa yang Anda dukung?",
-  "native_build_faq_subtitle": "Semua yang perlu Anda ketahui tentang pembangunan cloud",
-  "native_build_faq_title": "Pertanyaan yang Sering Diajukan",
-  "native_build_feature_auto_signing": "Penandatanganan Otomatis",
-  "native_build_feature_auto_signing_desc": "Kami menangani sertifikat, profil penyediaan, dan keystore. Cukup unggah sekali.",
-  "native_build_feature_ci_cd": "Integrasi CI/CD",
-  "native_build_feature_ci_cd_desc": "Bekerja dengan GitHub Actions, GitLab CI, Jenkins, dan pipeline CI/CD apa pun.",
-  "native_build_feature_cloud_builds": "Membangun Cloud",
-  "native_build_feature_cloud_builds_desc": "Bangun aplikasi iOS dan Android di cloud. Tidak diperlukan Xcode atau Android Studio lokal.",
-  "native_build_feature_credentials": "Bawa Kredensial Anda Sendiri",
-  "native_build_feature_credentials_desc": "Serahkan sertifikat Anda saat membangun - kami tidak pernah menyimpannya. Gunakan rahasia CI/CD yang ada atau kredensial lokal. Kepatuhan keamanan maksimal.",
-  "native_build_feature_logs": "Log Real-time",
-  "native_build_feature_logs_desc": "Alirkan log pembangunan langsung ke terminal Anda. Debug masalah secara instan.",
-  "native_build_feature_store_upload": "Unggah App Store",
-  "native_build_feature_store_upload_desc": "Pengiriman otomatis ke App Store Connect dan Google Play Store setelah build berhasil.",
-  "native_build_features_subtitle": "Bangun aplikasi iOS dan Android tanpa pengaturan lokal. Kirim langsung ke toko.",
-  "native_build_features_title": "Pembangunan Native Cloud",
-  "native_build_get_started": "Mulai",
-  "native_build_hero_subtitle": "Siapa saja di tim Anda dapat membangun aplikasi iOS dan mempublikasikannya ke TestFlight - tidak memerlukan Mac. Bekerja dari mana saja, kompatibel dengan CI/CD apa pun.",
-  "native_build_hero_title": "Bangun & Kirim ke Toko Aplikasi",
-  "native_build_how_it_works_subtitle": "Dari pengiriman kode ke App Store dalam hitungan menit",
-  "native_build_how_it_works_title": "Bagaimana Cara Kerjanya",
-  "native_build_pricing_desc": "Menit pembangunan termasuk dalam paket Anda, atau beli tambahan melalui sistem kredit kami. iOS berjalan di Mac Mini M4, Android di Docker (2x lebih murah). Waktu rata-rata pembangunan: 2-3 menit.",
-  "native_build_pricing_subtitle": "Tidak ada biaya penyimpanan. Tidak ada biaya tersembunyi. Hanya membangun menit.",
-  "native_build_pricing_title": "Bayar Hanya untuk Waktu Pembangunan",
-  "native_build_security_feature1_desc": "Sertifikat dan keystore Anda hanya ada di memori runtime selama proses pembuatan. Mereka tidak pernah ditulis ke disk atau disimpan di server kami - murni runtime.",
-  "native_build_security_feature1_title": "Kredensial Tidak Pernah Disimpan",
-  "native_build_security_feature2_desc": "Kami hanya mengunggah platform yang Anda minta (iOS atau Android) ditambah dengan kode JS yang telah Anda bangun. Tidak ada yang lain. Kode sumber Anda tetap di mesin Anda.",
-  "native_build_security_feature2_title": "Unggah Minimal",
-  "native_build_security_feature3_desc": "Pembangunan iOS dijalankan pada mesin Mac Mini M4 khusus. Pembangunan Android dijalankan dalam kontainer Docker yang terisolasi - membuat pembangunan Android 2x lebih murah.",
-  "native_build_security_feature3_title": "Infrastruktur Pembangunan yang Didedikasikan",
-  "native_build_security_feature4_desc": "Catatan pembangunan hanya mengalir ke terminal Anda secara real-time. Kami tidak pernah menyimpan catatan pembangunan Anda di server kami.",
-  "native_build_security_feature4_title": "Tidak Ada Penyimpanan Log",
-  "native_build_security_subtitle": "Kredensial Anda tidak pernah disimpan. Mereka hanya ada di memori runtime selama proses pembuatan.",
-  "native_build_security_title": "Penyimpanan Nol - Hanya Waktu Berjalan",
-  "native_build_step1_desc": "Lakukan commit dan push ke repositori Anda. CLI atau CI/CD kami memicu pembangunan.",
-  "native_build_step1_title": "Dorong Kode Anda",
-  "native_build_step2_desc": "Aplikasi iOS dan Android dibangun secara paralel di infrastruktur cloud kami.",
-  "native_build_step2_title": "Membangun Cloud",
-  "native_build_step3_desc": "Aplikasi yang ditandatangani secara otomatis diunggah ke App Store Connect dan Play Store.",
-  "native_build_step3_title": "Pengajuan Toko",
-  "native_build_streaming_desc": "Catatan pembangunan langsung dialirkan ke terminal Anda melalui Server-Sent Events. Lihat setiap langkah dari pembangunan Anda secara real-time - tanpa menunggu, tanpa memperbarui. Debug masalah seketika saat mereka terjadi.",
-  "native_build_view_docs": "Lihat Dokumentasi",
-  "native_ios_android_functionality": "Fungsionalitas asli iOS & Android bridges. Akses kemampuan perangkat apa pun yang dibutuhkan aplikasi Anda dengan API TypeScript yang bersih.",
-  "native_performance_smooth_experience": "Kinerja asli untuk pengalaman yang lancar",
-  "native_script_power_approximately_1_of_apps_on_google_play_store": "Kekuatan Native Script sekitar $1% dari aplikasi di Google Play Store",
-  "need_help": "Butuh bantuan?",
-  "need_something_custom": "Butuh Sesuatu yang Kustom?",
-  "network_connections": "Koneksi jaringan",
-  "next": "Selanjutnya",
-  "no_commitment_required": "Tidak memerlukan komitmen",
-  "no_credit_card_required": "Tidak diperlukan kartu kredit",
-  "no_discounts_available_at_this_time": "Tidak, saat ini kami tidak menawarkan diskon.",
-  "no_hosting_or_maintenance_charges": "kami tidak menjadi tuan rumah CI/CD atau menagih Anda untuk memeliharanya.",
-  "no_ppp_available_at_this_time": "Tidak, saat ini kami tidak menawarkan PPP.",
-  "no_responsibility_disclaimer_text": "Informasi tentang Layanan disediakan dengan pemahaman bahwa Perusahaan tidak terlibat dalam memberikan nasihat dan layanan profesional di bidang hukum, akuntansi, pajak, atau lainnya. Oleh karena itu, informasi ini tidak boleh digunakan sebagai pengganti konsultasi dengan penasihat profesional di bidang akuntansi, pajak, hukum, atau penasihat kompeten lainnya.",
-  "no_responsibility_disclaimer_title": "Penafian Tanpa Tanggung Jawab",
-  "no_upfront_costs_guarantee": "Tanpa biaya di muka • Penentuan cakupan proyek gratis • Garansi dukungan 30 hari",
-  "no_virus_warranty": "Perusahaan tidak menjamin bahwa Layanan bebas dari virus atau komponen berbahaya lainnya.",
-  "non_gift_return_policy": "Jika Barang tidak ditandai sebagai hadiah saat dibeli, atau pemberi hadiah mengirimkan Pesanan kepada diri mereka sendiri untuk diberikan kepada Anda nanti, Kami akan mengirimkan pengembalian dana kepada pemberi hadiah.",
-  "non_production_desc": "\"Pengembangan\", \"Staging\", \"uat\", \"pra-produksi\" atau implementasi fitur baru meskipun dalam lingkungan produksi, tidak dianggap sebagai Produksi.",
-  "non_returnable_goods": "Barang-barang berikut tidak dapat dikembalikan:",
-  "normal_enterprise_response": "1 hari kerja<br />Senin - Jumat",
-  "normal_priority_response": "12 jam<br />24/7 x 365",
-  "normal_support_desc": "Masalah yang mengakibatkan komponen Capgo tidak berfungsi seperti yang diharapkan atau seperti yang didokumentasikan. Sebuah pertanyaan dari perwakilan Pelanggan mengenai masalah teknis umum atau pertanyaan umum.",
-  "normal_support_subtitle": "Masalah Fitur Kecil atau Fungsional / Pertanyaan Umum",
-  "normal_support_title": "3. Normal",
-  "normal_team_response": "1 hari kerja<br />Senin - Jumat",
-  "not_satisfied_policy": "Jika, untuk alasan apa pun, Anda tidak sepenuhnya puas dengan pembelian, kami mengundang Anda untuk meninjau kebijakan pengembalian dan pengembalian dana kami. Kebijakan Pengembalian dan Pengembalian Dana ini telah dibuat dengan bantuan dari",
-  "now_available_on_mobile": "Sekarang tersedia di ponsel",
-  "npm_run_lint_passes": "`npm run lint` lulus - ini akan memeriksa kode Rust dan JavaScript untuk kesalahan dan kesalahan umum menggunakan `Swiftlint` (untuk Swift) dan `eslint` (untuk JavaScript dan Java)",
-  "of_bandwidth": "dari Bandwidth",
-  "of_storage": "Penyimpanan",
-  "offensive_content": "Konten yang Menyinggung.",
-  "offensive_content_desc": "Konten yang memfitnah, cabul, menyakitkan, melanggar privasi, atau sebaliknya tidak dapat diterima, termasuk konten yang merupakan pornografi anak, berkaitan dengan bestialitas, atau menggambarkan tindakan seksual yang tidak konsensual.",
-  "offline_support": "Dukungan Offline",
-  "on_the_go": "dalam perjalanan",
-  "ongoing_support_available": "Dukungan berkelanjutan tersedia",
-  "only_your_users_can_decrypt_your_updates_no_one_else": "Hanya pengguna Anda yang dapat mendekripsi pembaruan Anda, tidak ada orang lain.",
-  "open_in_chatgpt": "Buka di ChatGPT",
-  "open_in_claude": "Buka di Claude",
-  "open_in_perplexity": "Buka di Perplexity",
-  "open_raw_on_github": "Buka file Markdown raw di GitHub",
-  "open_source": "100% sumber terbuka",
-  "open_source_leaders": "Pemimpin Sumber Terbuka",
-  "open_source_plugins_power_apps": "Plugin open-source kami memberdayakan aplikasi yang digunakan oleh jutaan orang",
-  "open_support": "Buka Dukungan",
-  "operation_of_network_services": "Operasi Beberapa Layanan Jaringan.",
-  "operation_of_network_services_desc": "Mengoperasikan atau mencoba mengoperasikan layanan jaringan atau layanan yang mengganggu fungsi yang tepat dari layanan jaringan mana pun.",
-  "optimization_of_the_existing_app": "Optimasi aplikasi yang ada",
-  "order_cancellation_rights": "Hak Pembatalan Pesanan Anda",
-  "orders_definition": "Pesanan berarti permintaan dari Anda untuk membeli Barang dari Kami.",
-  "organization_and_app_management": "Organisasi dan Manajemen Aplikasi",
-  "organizations_and_teams": "Organisasi dan Tim",
-  "organize_projects_across_teams": "Mengatur proyek lintas tim dengan manajemen organisasi perusahaan dan alat kolaborasi",
-  "orgs_badge": "BAGAIMANA CARA KERJANYA",
-  "orgs_cta": "Pasang Capgo",
-  "orgs_title": "Manajemen Fleksibel",
-  "orgs_title_line2": "untuk Tim Anda",
-  "our_commitment": "Komitmen Kami",
-  "our_dedication": "Dedikasi Kami",
-  "our_manifesto": "Manifesto Kami",
-  "our_numbers_are_shared_transparently_since_december_2021": "Ang angka kami dibagikan dengan transparan sejak Desember 2021.",
-  "our_setup_you_own_it": "Pengaturan Kami - Anda Memilikinya",
-  "our_story": "Kisah Kami",
-  "our_team_customizes_the_ci_cd_setup_to_match_your_specific_project_requirements_ensuring_optimal_performance_and_efficiency": "Tim kami menyesuaikan pengaturan CI/CD untuk memenuhi kebutuhan spesifik proyek Anda, memastikan kinerja dan efisiensi yang optimal.",
-  "over": "Lebih dari",
-  "own_complete_pipeline_modify_anytime": "Anda memiliki seluruh pipa dan dapat memodifikasinya kapan saja",
-  "own_complete_setup_zero_vendor_lockin": "Anda memiliki pengaturan lengkap tanpa ketergantungan vendor sama sekali",
-  "own_setup_zero_vendor_lockin": "Anda memiliki seluruh pengaturan selamanya tanpa ketergantungan vendor sama sekali.",
-  "page_not_found_description": "Silakan periksa URL di bilah alamat dan coba lagi.",
-  "page_not_found_title": "Halaman Tidak Ditemukan - Kesalahan 404",
-  "password_label": "Kata Sandi",
-  "password_placeholder": "Masukkan kata sandi Anda",
-  "pay_as_you_go_plan": "Bayar sesuai pemakaian",
-  "per_added_gb": "per ditambahkan GiB",
-  "per_added_user": "per pengguna tambahan",
-  "per_country_hosting_gdpr": "Hosting per negara (kepatuhan GDPR)",
-  "per_gb": "per GiB",
-  "per_mau": "per MAU",
-  "per_unit": "per unit",
-  "perfect_for": "Sempurna untuk",
-  "perishable_goods": "Pasokan Barang yang menurut sifatnya tidak cocok untuk dikembalikan, cepat mengalami kerusakan, atau di mana tanggal kedaluwarsa telah lewat.",
-  "plan_maker_desc": "Terbaik untuk pemilik usaha kecil",
-  "plan_payasyougo_desc": "Terbaik untuk Perusahaan dengan jutaan pengguna",
-  "plan_solo_desc": "Terbaik untuk pengembang independen",
-  "plan_team_desc": "Terbaik untuk perusahaan menengah",
-  "plans_that_scale_with_your_business": "Rencana yang berkembang seiring dengan bisnis Anda",
-  "plans_that_scale_with_your_business_description": "Cloud kelas enterprise yang meningkatkan fungsionalitas dan keamanan aplikasi Capacitor.",
-  "platform_compliance": "Kepatuhan platform.",
-  "platform_compliance_desc": "Setiap aktivitas yang dianggap tidak dapat diterima oleh platform yang digunakan oleh Situs dan Layanan Capgo.",
-  "platform_independence": "Independensi Platform",
-  "please_be_professional_in_the_forums": "Harap bersikap profesional di forum. Kami mengikuti <a href=\"https://www.rust-lang.org/policies/code-of-conduct\">kode etik Rust</a> (CoC). Ada masalah? Kirim email ke <a href=\"mailto:ry@tinyclouds.org\"> ry@tinyclouds.org.</a>",
-  "plugin_is_missing": "Plugin tidak ada",
-  "plugins": "Plugin",
-  "plugins_description": "Capgo menawarkan beberapa plugin untuk membantu Anda membangun aplikasi Anda lebih cepat dan lebih baik.",
-  "policy_generator": "Generator Kebijakan Pengembalian dan Pengembalian Dana",
-  "poor_app_quality": "Kualitas aplikasi yang buruk",
-  "powered_by_serverless_edge_computing": "Didukung oleh komputasi edge serverless dan database terdistribusi di lebih dari 300+ kota dan 13.000+ jaringan untuk pengiriman global yang ultra cepat",
-  "powerful_app_plugins_description": "Plugin tingkat enterprise dengan dokumentasi yang bagus, pembaruan yang berkelanjutan, cuplikan kode, dan dukungan premium sehingga Anda dapat fokus pada pengembangan aplikasi Anda.",
-  "practicing_what_we_preach": "Mempraktikkan Apa yang Kita Khutbahkan",
-  "premium_plugin_suite": "Paket Plugin Premium",
-  "pricing": "Harga",
-  "pricing_description": "Majulah dengan percaya diri. Capgo adalah platform cloud tingkat enterprise untuk aplikasi Capacitor.",
-  "priority_bug_fixes_on_our_plugins": "Perbaikan bug prioritas pada plugin kami",
-  "priority_plus_plan": "Prioritas Plus",
-  "priority_support": "Dukungan prioritas",
-  "priority_support_24_7": "Dukungan Prioritas",
-  "priority_support_dedicated_sla": "Dukungan Prioritas & SLA Khusus",
-  "privacy": "Privasi",
-  "privacy_agreement": "Kami menggunakan Data Pribadi Anda untuk menyediakan dan meningkatkan Layanan. Dengan menggunakan Layanan, Anda setuju dengan pengumpulan dan penggunaan informasi sesuai dengan Kebijakan Privasi ini.",
-  "privacy_changes_to_policy_description": "Kami mungkin memperbarui Kebijakan Privasi Kami dari waktu ke waktu. Kami akan memberi tahu Anda tentang setiap perubahan dengan memposting Kebijakan Privasi yang baru di halaman ini.",
-  "privacy_changes_to_policy_notification": "Kami akan memberi tahu Anda melalui email dan/atau pemberitahuan yang mencolok di Layanan Kami, sebelum perubahan tersebut berlaku dan memperbarui tanggal \"Terakhir diperbarui\" di bagian atas Kebijakan Privasi ini.",
-  "privacy_changes_to_policy_review": "Anda disarankan untuk meninjau Kebijakan Privasi ini secara berkala untuk setiap perubahan. Perubahan pada Kebijakan Privasi ini berlaku ketika diposting di halaman ini.",
-  "privacy_changes_to_policy_title": "Perubahan pada Kebijakan Privasi ini",
-  "privacy_children_privacy_consent": "Jika kami perlu mengandalkan persetujuan sebagai dasar hukum untuk memproses informasi Anda dan negara Anda mengharuskan persetujuan dari orang tua, kami mungkin perlu meminta persetujuan orang tua Anda sebelum kami mengumpulkan dan menggunakan informasi tersebut.",
-  "privacy_children_privacy_description": "Layanan Kami tidak ditujukan untuk siapa pun yang berusia di bawah 13 tahun. Kami tidak dengan sengaja mengumpulkan informasi yang dapat diidentifikasi secara pribadi dari siapa pun yang berusia di bawah 13 tahun. Jika Anda adalah orang tua atau wali dan Anda mengetahui bahwa anak Anda telah memberikan Data Pribadi kepada Kami, harap hubungi Kami. Jika Kami menyadari bahwa Kami telah mengumpulkan Data Pribadi dari siapa pun yang berusia di bawah 13 tahun tanpa verifikasi persetujuan orang tua, Kami mengambil langkah untuk menghapus informasi tersebut dari server Kami.",
-  "privacy_children_privacy_title": "Privasi Anak",
-  "privacy_collecting_data_title": "Mengumpulkan dan Menggunakan Data Pribadi Anda",
-  "privacy_contact_us_description": "Jika Anda memiliki pertanyaan tentang Kebijakan Privasi ini, Anda dapat menghubungi kami:",
-  "privacy_contact_us_title": "Hubungi Kami",
-  "privacy_contact_us_website": "Dengan mengunjungi halaman ini di situs web kami: $1",
-  "privacy_definition_account": "**Akun** berarti akun unik yang dibuat untuk Anda agar dapat mengakses Layanan kami atau bagian-bagian dari Layanan kami.",
-  "privacy_definition_affiliate": "**Afiliasi** berarti entitas yang mengendalikan, dikendalikan oleh, atau berada di bawah kendali bersama dengan suatu pihak, di mana \"kendali\" berarti kepemilikan 50% atau lebih dari saham, kepentingan ekuitas, atau sekuritas lain yang berhak memberikan suara untuk pemilihan direksi atau otoritas pengelola lainnya.",
-  "privacy_definition_application": "**Aplikasi** berarti program perangkat lunak yang disediakan oleh Perusahaan yang diunduh oleh Anda di perangkat elektronik apa pun, bernama $1",
-  "privacy_definition_business": "**Bisnis**, untuk tujuan CCPA (California Consumer Privacy Act), mengacu pada Perusahaan sebagai entitas hukum yang mengumpulkan informasi pribadi Konsumen dan menentukan tujuan serta cara pengolahan informasi pribadi Konsumen, atau atas nama yang mana informasi tersebut dikumpulkan dan yang sendiri, atau bersama dengan yang lain, menentukan tujuan dan cara pengolahan informasi pribadi konsumen, yang beroperasi di Negara Bagian California.",
-  "privacy_definition_company": "**Perusahaan** (yang disebut sebagai \"Perusahaan\", \"Kami\", \"Kita\" atau \"Milik Kami\" dalam Perjanjian ini) mengacu pada Digital shift OU, 6 sepapaja 15510 Tallinn.",
-  "privacy_definition_company_gdpr": "Untuk tujuan GDPR, Perusahaan adalah Pengendali Data.",
-  "privacy_definition_consumer": "**Konsumen**, untuk tujuan CCPA (Undang-Undang Privasi Konsumen California), berarti orang perseorangan yang merupakan penduduk California. Seorang penduduk, sebagaimana diartikan dalam undang-undang, mencakup (1) setiap individu yang berada di AS untuk tujuan lain selain untuk tujuan sementara atau transisi, dan (2) setiap individu yang berdomisili di AS yang berada di luar AS untuk tujuan sementara atau transisi.",
-  "privacy_definition_country": "**Negara** merujuk kepada: Estonia",
-  "privacy_definition_data_controller": "**Pengendali Data**, untuk tujuan GDPR (Peraturan Perlindungan Data Umum), merujuk pada Perusahaan sebagai badan hukum yang secara tunggal atau bersama-sama dengan pihak lain menentukan tujuan dan cara pemrosesan Data Pribadi.",
-  "privacy_definition_device": "**Perangkat** berarti setiap perangkat yang dapat mengakses Layanan seperti komputer, ponsel, atau tablet digital.",
-  "privacy_definition_do_not_track": "**Do Not Track** (DNT) adalah konsep yang telah dipromosikan oleh otoritas regulasi AS, khususnya Komisi Perdagangan Federal AS (FTC), untuk industri internet mengembangkan dan menerapkan mekanisme yang memungkinkan pengguna internet mengontrol pelacakan aktivitas online mereka di berbagai situs web.",
-  "privacy_definition_personal_data": "**Data Pribadi** adalah informasi apa pun yang berkaitan dengan individu yang teridentifikasi atau dapat diidentifikasi.",
-  "privacy_definition_personal_data_ccpa": "Untuk tujuan CCPA, Data Pribadi berarti informasi apa pun yang mengidentifikasi, berhubungan, menggambarkan atau dapat dikaitkan, atau dapat secara wajar terhubung, baik secara langsung maupun tidak langsung, dengan Anda.",
-  "privacy_definition_personal_data_gdpr": "Untuk tujuan GDPR, Data Pribadi berarti informasi apa pun yang berkaitan dengan Anda seperti nama, nomor identifikasi, data lokasi, pengenal daring, atau satu atau lebih faktor yang spesifik untuk identitas fisik, fisiologis, genetik, mental, ekonomi, budaya, atau sosial.",
-  "privacy_definition_sale": "**Penjualan**, untuk tujuan CCPA (Undang-Undang Privasi Konsumen California), berarti menjual, menyewakan, melepaskan, mengungkapkan, menyebarkan, membuat tersedia, mentransfer, atau cara lain berkomunikasi secara lisan, tertulis, atau melalui elektronik atau cara lain, informasi pribadi Konsumen kepada bisnis lain atau pihak ketiga untuk imbalan uang atau imbalan berharga lainnya.",
-  "privacy_definition_service": "**Layanan** mengacu pada Aplikasi.",
-  "privacy_definition_service_provider": "**Penyedia Layanan** berarti setiap orang atau badan hukum yang memproses data atas nama Perusahaan. Ini mengacu pada perusahaan atau individu pihak ketiga yang dipekerjakan oleh Perusahaan untuk memfasilitasi Layanan, untuk menyediakan Layanan atas nama Perusahaan, untuk melakukan layanan terkait dengan Layanan, atau untuk membantu Perusahaan dalam menganalisis bagaimana Layanan digunakan. Untuk tujuan GDPR, Penyedia Layanan dianggap sebagai Pengolah Data.",
-  "privacy_definition_usage_data": "**Data Penggunaan** mengacu pada data yang dikumpulkan secara otomatis, baik yang dihasilkan dari penggunaan Layanan atau dari infrastruktur Layanan itu sendiri (misalnya, durasi kunjungan halaman).",
-  "privacy_definition_you": "**Anda** berarti individu yang mengakses atau menggunakan Layanan, atau perusahaan, atau entitas hukum lainnya yang atas nama individu tersebut mengakses atau menggunakan Layanan, jika berlaku.",
-  "privacy_definition_you_gdpr": "Menurut GDPR (Regulasi Perlindungan Data Umum), Anda dapat disebut sebagai Subjek Data atau sebagai Pengguna karena Anda adalah individu yang menggunakan Layanan.",
-  "privacy_definitions_intro": "Untuk tujuan Kebijakan Privasi ini:",
-  "privacy_definitions_subtitle": "Definisi",
-  "privacy_description": "Kebijakan Privasi ini menjelaskan kebijakan dan prosedur Kami mengenai pengumpulan, penggunaan, dan pengungkapan informasi Anda ketika Anda menggunakan Layanan dan memberi tahu Anda tentang hak privasi Anda serta bagaimana hukum melindungi Anda.",
-  "privacy_disclosure_business_transactions_description": "Jika Perusahaan terlibat dalam merger, akuisisi, atau penjualan aset, Data Pribadi Anda mungkin akan ditransfer. Kami akan memberikan pemberitahuan sebelum Data Pribadi Anda ditransfer dan menjadi subjek Kebijakan Privasi yang berbeda.",
-  "privacy_disclosure_business_transactions_title": "Transaksi Bisnis",
-  "privacy_disclosure_law_enforcement_description": "Dalam keadaan tertentu, Perusahaan mungkin diharuskan untuk mengungkapkan Data Pribadi Anda jika diwajibkan oleh hukum atau sebagai tanggapan atas permintaan yang sah dari otoritas publik (misalnya, pengadilan atau lembaga pemerintah).",
-  "privacy_disclosure_law_enforcement_title": "Penegakan hukum",
-  "privacy_disclosure_of_data_title": "Pengungkapan Data Pribadi Anda",
-  "privacy_disclosure_other_legal_requirements_comply": "Mematuhi kewajiban hukum",
-  "privacy_disclosure_other_legal_requirements_description": "Perusahaan dapat mengungkapkan Data Pribadi Anda dengan itikad baik percaya bahwa tindakan tersebut diperlukan untuk:",
-  "privacy_disclosure_other_legal_requirements_prevent": "Cegah atau selidiki kemungkinan kesalahan yang terkait dengan Layanan",
-  "privacy_disclosure_other_legal_requirements_protect": "Lindungi dan bela hak atau properti Perusahaan",
-  "privacy_disclosure_other_legal_requirements_protect_legal": "Lindungi dari tanggung jawab hukum",
-  "privacy_disclosure_other_legal_requirements_protect_personal": "Lindungi keselamatan pribadi Pengguna Layanan atau masyarakat.",
-  "privacy_disclosure_other_legal_requirements_title": "Persyaratan hukum lainnya",
-  "privacy_interpretation_subtitle": "Interpretasi",
-  "privacy_interpretation_text": "Kata-kata yang huruf pertamanya ditulis dengan huruf kapital memiliki arti yang didefinisikan di bawah kondisi berikut. Definisi berikut akan memiliki arti yang sama terlepas dari apakah mereka muncul dalam bentuk tunggal atau jamak.",
-  "privacy_interpretation_title": "Tafsiran dan Definisi",
-  "privacy_last_updated": "Terakhir diperbarui: 28 Januari 2022",
-  "privacy_links_to_other_websites_control": "Kami tidak memiliki kendali dan tidak bertanggung jawab atas konten, kebijakan privasi, atau praktik situs atau layanan pihak ketiga mana pun.",
-  "privacy_links_to_other_websites_description": "Layanan Kami mungkin berisi tautan ke situs web lain yang tidak dioperasikan oleh Kami. Jika Anda mengklik tautan pihak ketiga, Anda akan diarahkan ke situs pihak ketiga tersebut. Kami sangat menyarankan Anda untuk meninjau Kebijakan Privasi dari setiap situs yang Anda kunjungi.",
-  "privacy_links_to_other_websites_title": "Tautan ke Situs Web Lain",
-  "privacy_personal_data_description": "Saat menggunakan Layanan Kami, Kami mungkin meminta Anda untuk memberikan Kami informasi pribadi yang dapat digunakan untuk menghubungi atau mengidentifikasi Anda. Informasi pribadi yang dapat diidentifikasi mungkin mencakup, tetapi tidak terbatas pada:",
-  "privacy_personal_data_title": "Data Pribadi",
-  "privacy_personal_data_usage": "Data Penggunaan",
-  "privacy_policy": "Kebijakan Privasi",
-  "privacy_retention_of_data_description": "Perusahaan akan menyimpan Data Pribadi Anda hanya selama yang diperlukan untuk tujuan yang diatur dalam Kebijakan Privasi ini. Kami akan menyimpan dan menggunakan Data Pribadi Anda sejauh yang diperlukan untuk memenuhi kewajiban hukum kami (misalnya, jika kami diharuskan untuk menyimpan data Anda untuk mematuhi hukum yang berlaku), menyelesaikan sengketa, dan menegakkan perjanjian dan kebijakan hukum kami.",
-  "privacy_retention_of_data_title": "Penyimpanan Data Pribadi Anda",
-  "privacy_retention_of_usage_data": "Perusahaan juga akan menyimpan Data Penggunaan untuk tujuan analisis internal. Data Penggunaan umumnya disimpan untuk jangka waktu yang lebih pendek, kecuali ketika data ini digunakan untuk memperkuat keamanan atau untuk meningkatkan fungsionalitas Layanan Kami, atau Kami secara hukum diwajibkan untuk menyimpan data ini selama periode waktu yang lebih lama.",
-  "privacy_security_of_data_description": "Keamanan Data Pribadi Anda penting bagi Kami, tetapi ingatlah bahwa tidak ada metode transmisi melalui Internet, atau metode penyimpanan elektronik yang 100% aman. Meskipun Kami berusaha untuk menggunakan cara yang dapat diterima secara komersial untuk melindungi Data Pribadi Anda, Kami tidak dapat menjamin keamanannya secara mutlak.",
-  "privacy_security_of_data_title": "Keamanan Data Pribadi Anda",
-  "privacy_share_of_data_affiliates": "**Dengan Afiliasi:** Kami dapat membagikan Informasi Anda dengan Afiliasi Kami, di mana kami akan meminta afiliasi tersebut untuk menghormati Kebijakan Privasi ini. Afiliasi termasuk perusahaan induk Kami dan anak perusahaan lainnya, mitra usaha patungan, atau perusahaan lain yang Kami kendalikan atau yang berada di bawah kendali yang sama dengan Kami.",
-  "privacy_share_of_data_business_partners": "**Dengan mitra bisnis:** Kami dapat membagikan informasi Anda dengan mitra bisnis Kami untuk menawarkan Anda produk, layanan, atau promosi tertentu.",
-  "privacy_share_of_data_business_transfers": "**Untuk transfer bisnis:** Kami dapat membagikan atau mentransfer informasi pribadi Anda sehubungan dengan, atau selama negosiasi, setiap merger, penjualan aset Perusahaan, pembiayaan, atau akuisisi seluruh atau sebagian dari bisnis Kami ke perusahaan lain.",
-  "privacy_share_of_data_consent": "**Dengan Persetujuan Anda**: Kami dapat mengungkapkan informasi pribadi Anda untuk tujuan lain dengan persetujuan Anda.",
-  "privacy_share_of_data_intro": "Kami mungkin membagikan informasi pribadi Anda dalam situasi berikut:",
-  "privacy_share_of_data_other_users": "**Dengan pengguna lain:** ketika Anda membagikan informasi pribadi atau berinteraksi di area publik dengan pengguna lain, informasi tersebut dapat dilihat oleh semua pengguna dan dapat disebarluaskan secara publik di luar sana.",
-  "privacy_share_of_data_service_providers": "**Dengan Penyedia Layanan:** Kami dapat membagikan informasi pribadi Anda dengan Penyedia Layanan untuk memantau dan menganalisis penggunaan Layanan kami, untuk menghubungi Anda.",
-  "privacy_title": "Kebijakan Privasi",
-  "privacy_transfer_of_data_consent": "Persetujuan Anda terhadap Kebijakan Privasi ini diikuti oleh pengiriman informasi tersebut menunjukkan kesepakatan Anda terhadap transfer tersebut.",
-  "privacy_transfer_of_data_description": "Informasi Anda, termasuk Data Pribadi, diproses di kantor operasional Perusahaan dan di tempat lain di mana pihak-pihak yang terlibat dalam pemrosesan berada. Ini berarti bahwa informasi ini dapat dipindahkan ke — dan disimpan di — komputer yang terletak di luar negara bagian, provinsi, negara, atau yurisdiksi pemerintah lainnya di mana undang-undang perlindungan data mungkin berbeda dari yang ada di yurisdiksi Anda.",
-  "privacy_transfer_of_data_safeguards": "Perusahaan akan mengambil semua langkah yang dianggap perlu untuk memastikan bahwa data Anda diperlakukan dengan aman dan sesuai dengan Kebijakan Privasi ini, dan tidak ada transfer Data Pribadi Anda yang akan dilakukan ke organisasi atau negara mana pun kecuali ada pengendalian yang memadai, termasuk keamanan data Anda dan informasi pribadi lainnya.",
-  "privacy_transfer_of_data_title": "Transfer Data Pribadi Anda",
-  "privacy_types_of_data_title": "Jenis Data yang Dikumpulkan",
-  "privacy_usage_data_browser": "Kami juga dapat mengumpulkan informasi yang dikirim oleh browser Anda setiap kali Anda mengunjungi Layanan kami atau ketika Anda mengakses Layanan melalui perangkat mobile.",
-  "privacy_usage_data_description": "Data Penggunaan dikumpulkan secara otomatis saat menggunakan Layanan.",
-  "privacy_usage_data_details": "Data Penggunaan dapat mencakup informasi seperti alamat Protokol Internet Perangkat Anda (misalnya alamat IP), jenis browser, versi browser, halaman Layanan kami yang Anda kunjungi, waktu dan tanggal kunjungan Anda, waktu yang dihabiskan di halaman-halaman tersebut, pengidentifikasi perangkat yang unik, dan data diagnostik lainnya.",
-  "privacy_usage_data_mobile": "Ketika Anda mengakses Layanan melalui perangkat seluler, Kami dapat mengumpulkan informasi tertentu secara otomatis, termasuk, tetapi tidak terbatas pada, jenis perangkat seluler yang Anda gunakan, ID unik perangkat seluler Anda, alamat IP perangkat seluler Anda, sistem operasi seluler Anda, jenis browser Internet seluler yang Anda gunakan, pengenal perangkat unik, dan data diagnostik lainnya.",
-  "privacy_usage_data_title": "Data Penggunaan",
-  "privacy_use_of_data_business_transfers": "**Untuk transfer bisnis:** Kami mungkin menggunakan Informasi Anda untuk mengevaluasi atau melakukan penggabungan, divestasi, restrukturisasi, reorganisasi, pembubaran, atau penjualan atau transfer sebagian atau seluruh Aset Kami, baik sebagai entitas yang berkelanjutan atau sebagai bagian dari kebangkrutan, likuidasi, atau proses serupa, di mana Data Pribadi yang kami miliki tentang pengguna Layanan kami termasuk dalam Aset yang ditransfer.",
-  "privacy_use_of_data_contact": "**Untuk menghubungi Anda:** Untuk menghubungi Anda melalui email, telepon, SMS, atau bentuk komunikasi elektronik lainnya yang setara, seperti notifikasi dorong aplikasi seluler mengenai pembaruan atau komunikasi informatif yang terkait dengan fungsi, produk, atau layanan yang dikontrakkan, termasuk pembaruan keamanan, ketika diperlukan atau wajar untuk pelaksanaannya.",
-  "privacy_use_of_data_intro": "Perusahaan dapat menggunakan Data Pribadi untuk tujuan berikut:",
-  "privacy_use_of_data_manage_account": "**Untuk mengelola Akun Anda:** untuk mengelola pendaftaran Anda sebagai pengguna Layanan. Data Pribadi yang Anda berikan dapat memberikan Anda akses ke berbagai fungsionalitas Layanan yang tersedia untuk Anda sebagai pengguna terdaftar.",
-  "privacy_use_of_data_offers": "**Untuk memberikan Anda** berita, penawaran spesial, dan informasi umum tentang barang, layanan, dan acara lain yang kami tawarkan yang mirip dengan yang telah Anda beli atau tanyakan, kecuali Anda telah memilih untuk tidak menerima informasi semacam itu.",
-  "privacy_use_of_data_other_purposes": "**Untuk tujuan lain**: Kami dapat menggunakan Informasi Anda untuk tujuan lain, seperti analisis data, mengidentifikasi tren penggunaan, menentukan efektivitas kampanye promosi kami dan untuk mengevaluasi serta meningkatkan Layanan, produk, layanan, pemasaran, dan pengalaman Anda.",
-  "privacy_use_of_data_performance": "**Untuk pelaksanaan kontrak:** pengembangan, kepatuhan, dan pelaksanaan kontrak pembelian untuk produk, barang, atau layanan yang Anda beli atau kontrak lainnya dengan Kami melalui Layanan.",
-  "privacy_use_of_data_provide_service": "**Untuk menyediakan dan memelihara Layanan kami**, termasuk untuk memantau penggunaan Layanan kami.",
-  "privacy_use_of_data_requests": "**Untuk mengelola Permintaan Anda:** Untuk menghadiri dan mengelola Permintaan Anda kepada Kami.",
-  "privacy_use_of_data_title": "Penggunaan Data Pribadi Anda",
-  "problem_chat_hope_approved": "Saya berharap perbaikan bug ini mendapatkan persetujuan hari ini...",
-  "problem_chat_still_pending": "Masih tertunda...",
-  "problem_chat_whats_status": "apa status aplikasinya?",
-  "problem_solution_badge": "MASALAH → SOLUSI",
-  "problem_solution_subtitle": "Aplikasi kapasitor seharusnya dikirim seperti aplikasi web, tetapi menunggu berhari-hari untuk persetujuan adalah hambatan utama.",
-  "problem_solution_title": "App Store sedang mati",
-  "problem_solution_velocity": "kecepatan",
-  "product_managers": "Manajer Produk",
-  "production_desc": "\"Produksi\" didefinisikan sebagai sistem yang melayani sistem bisnis atau yang berhubungan langsung dengan pelanggan secara langsung dengan fitur yang sudah diterapkan dan berfungsi.",
-  "production_title": "4.4 Produksi",
-  "products": "Produk",
-  "projects": "Proyek",
-  "proven_experience": "Pengalaman Terbukti",
-  "ps_benefit_additional": "Jam tambahan €250/jam",
-  "ps_benefit_cancel": "Batalkan kapan saja",
-  "ps_benefit_direct": "Akses langsung ke engineer",
-  "ps_benefit_hours": "4 jam dukungan ahli termasuk",
-  "ps_benefit_priority": "Waktu respons prioritas",
-  "ps_cta_button": "Dapatkan Dukungan Premium - €1.000/bulan",
-  "ps_cta_subtitle": "Punya ahli Capacitor siap siaga. Saat sesuatu rusak, kami memperbaikinya dengan cepat.",
-  "ps_cta_title_1": "Berhenti kehilangan tidur karena",
-  "ps_cta_title_2": "masalah aplikasi native",
-  "ps_description": "Dapatkan dukungan darurat ahli untuk aplikasi Capacitor Anda. 4 jam dukungan prabayar seharga €1000/bulan. Kami membantu masalah deployment, crash, dan masalah native.",
-  "ps_expert_backup": "Cadangan ahli siap siaga",
-  "ps_expert_backup_desc": "Dengan Dukungan Premium, Anda memiliki ahli Capacitor yang siap membantu saat Anda butuh.",
-  "ps_faq_a1": "Jam tambahan ditagih €250/jam. Kebanyakan perusahaan menemukan 4 jam cukup untuk bulan biasa, tapi beberapa bulan Anda mungkin butuh lebih banyak bantuan, dan itu tidak masalah.",
-  "ps_faq_a2": "Tidak, jam tidak diteruskan ke bulan berikutnya. Retainer memastikan kami tersedia dan memprioritaskan permintaan Anda. Anggap saja sebagai asuransi untuk aplikasi Anda.",
-  "ps_faq_a3": "Kami bertujuan merespons dalam hitungan jam di hari kerja. Untuk masalah produksi kritis, kami memprioritaskan membantu Anda secepat mungkin.",
-  "ps_faq_a4": "Dukungan reguler untuk pertanyaan produk Capgo. Dukungan Premium untuk masalah aplikasi Capacitor apa pun - deployment, crash, bug native, performa - apa pun yang tim Anda butuhkan.",
-  "ps_faq_a5": "Tidak! Dukungan Premium tersedia untuk perusahaan mana pun dengan aplikasi Capacitor, apakah Anda menggunakan Capgo atau tidak.",
-  "ps_faq_q1": "Bagaimana jika saya butuh lebih dari 4 jam?",
-  "ps_faq_q2": "Apakah jam yang tidak terpakai diteruskan?",
-  "ps_faq_q3": "Seberapa cepat Anda merespons?",
-  "ps_faq_q4": "Apa bedanya dengan dukungan reguler?",
-  "ps_faq_q5": "Apakah saya harus menjadi pelanggan Capgo?",
-  "ps_faq_title": "Pertanyaan yang Sering Diajukan",
-  "ps_feature_direct_desc": "Berbicara langsung dengan engineer kami. Tidak ada antrian tiket, tidak ada menunggu triase. Ahli nyata, benar-benar cepat.",
-  "ps_feature_direct_title": "Akses Langsung",
-  "ps_feature_emergency_desc": "Saat aplikasi Anda crash di produksi atau deployment gagal, kami menghentikan segalanya untuk membantu Anda memperbaikinya dengan cepat.",
-  "ps_feature_emergency_title": "Respons Darurat",
-  "ps_feature_native_desc": "Pengetahuan mendalam tentang iOS, Android, dan internal Capacitor. Kami menyelesaikan masalah yang tim Anda tidak bisa.",
-  "ps_feature_native_title": "Keahlian Native",
-  "ps_feature_time_desc": "Berhenti menghabiskan berhari-hari men-debug masalah native. Dapatkan bantuan ahli dan kirim fitur Anda lebih cepat.",
-  "ps_feature_time_title": "Hemat Waktu Berharga",
-  "ps_help_crashes_desc": "Crash produksi, masalah memori, ANR di Android",
-  "ps_help_crashes_title": "Crash Aplikasi",
-  "ps_help_deployment_desc": "Penolakan app store, kegagalan build, masalah penandatanganan",
-  "ps_help_deployment_title": "Masalah Deployment",
-  "ps_help_native_desc": "Bug kode native iOS/Android, konflik plugin",
-  "ps_help_native_title": "Masalah Native",
-  "ps_help_performance_desc": "Optimisasi aplikasi, waktu startup, penggunaan memori",
-  "ps_help_performance_title": "Performa",
-  "ps_help_plugin_desc": "Konfigurasi plugin Capacitor, debugging plugin kustom",
-  "ps_help_plugin_title": "Masalah Plugin",
-  "ps_help_updates_desc": "Integrasi Capgo, kegagalan update, masalah rollback",
-  "ps_help_updates_title": "Live Updates",
-  "ps_hero_subtitle": "Aplikasi Anda crash di produksi? Deployment macet? Sisi native bermasalah?",
-  "ps_hero_subtitle_strong": "Kami datang dan menyelamatkan hari.",
-  "ps_hero_title_1": "Bantuan ahli saat",
-  "ps_hero_title_2": "Anda paling membutuhkannya",
-  "ps_hours": "4 jam",
-  "ps_how_it_works": "Cara Kerjanya",
-  "ps_of_expert_support": "dukungan ahli",
-  "ps_peace_of_mind": "Ketenangan pikiran untuk aplikasi Capacitor Anda",
-  "ps_per_month": "per bulan",
-  "ps_premium_support": "Dukungan Premium",
-  "ps_price": "€1.000",
-  "ps_problem_blocked_desc": "Apple atau Google menolak update Anda. Pesan error-nya samar. Deadline Anda besok.",
-  "ps_problem_blocked_title": "Deployment Diblokir",
-  "ps_problem_confused_desc": "Sesuatu rusak setelah update terakhir. Tim web Anda tidak tahu native. Berhari-hari debugging menanti.",
-  "ps_problem_confused_title": "Tidak Tahu Apa yang Salah",
-  "ps_problem_crash_desc": "Aplikasi Anda mulai crash untuk ribuan pengguna. Stack trace menunjuk ke kode native yang tidak Anda pahami.",
-  "ps_problem_crash_title": "Crash Produksi",
-  "ps_questions": "Pertanyaan?",
-  "ps_rate_info": "Tarif efektif €250/jam • Jam tambahan tersedia dengan tarif yang sama",
-  "ps_reality": "Kenyataannya",
-  "ps_retainer_badge": "Retainer Dukungan Premium",
-  "ps_schedule_call": "Jadwalkan panggilan",
-  "ps_secure_payment": "Pembayaran aman via Stripe",
-  "ps_solution": "Solusinya",
-  "ps_step1_desc": "Daftar seharga €1.000/bulan. Anda mendapatkan 4 jam dukungan ahli siap pakai.",
-  "ps_step1_title": "Berlangganan",
-  "ps_step2_desc": "Saat Anda mengalami masalah, hubungi kami via email atau Discord. Jelaskan masalahnya.",
-  "ps_step2_title": "Hubungi Kami",
-  "ps_step3_desc": "Ahli kami terjun, mendiagnosis masalah, dan membantu Anda menyelesaikannya dengan cepat.",
-  "ps_step3_title": "Kami Perbaiki",
-  "ps_subscribe_now": "Berlangganan Sekarang",
-  "ps_talk_first": "Bicara Dulu",
-  "ps_title": "Dukungan Premium untuk Aplikasi Capacitor",
-  "ps_to_learn_more": "untuk mempelajari lebih lanjut.",
-  "ps_trust_title": "Perusahaan Percaya Keahlian Kami",
-  "ps_what_we_help": "Apa yang Kami Bantu",
-  "ps_what_we_help_desc": "Masalah Capacitor atau aplikasi mobile apa pun yang tim Anda hadapi.",
-  "ps_when_things_go_wrong": "Saat Sesuatu Salah dengan Aplikasi Mobile",
-  "ps_you_know_the_feeling": "Anda tahu perasaannya...",
-  "purchase_timeframe": "Barang tersebut dibeli dalam 14 hari terakhir.",
-  "push_notifications": "Notifikasi Push",
-  "push_updates_to_production_from_anywhere": "Dorong pembaruan ke produksi dari mana saja",
-  "qa_teams": "Tim QA",
-  "questions_about_policy": "Jika Anda memiliki pertanyaan tentang Kebijakan Pengembalian dan Pengembalian Uang kami, silakan hubungi kami:",
-  "questions_and_answers": "Pertanyaan & Jawaban",
-  "quick_decision_making": "Pengambilan keputusan cepat",
-  "quote": "kutipan",
-  "reach_users_now_not_weeks_later": "Jangkau pengguna sekarang, bukan minggu kemudian.",
-  "react_native_power_approximately_1_of_apps_on_google_play_store": "React Native menggerakkan sekitar $1% dari aplikasi di Google Play Store",
-  "read_our_aup": "Baca Kebijakan Penggunaan yang Dapat Diterima kami",
-  "read_our_data_processing_agreement": "Baca Perjanjian Pengolahan Data kami",
-  "read_our_disclaimer": "Baca penafian kami",
-  "read_our_eula": "Baca Perjanjian Lisensi Pengguna Akhir kami",
-  "read_our_privacy_policy_description": "Kebijakan Privasi Capgo - Pelajari bagaimana kami melindungi data Anda dan menghormati privasi pengguna dalam layanan pembaruan langsung kami untuk aplikasi Capacitor.",
-  "read_our_return_policy": "Baca Kebijakan Pengembalian Kami",
-  "read_our_security_policy": "Baca Kebijakan Keamanan Kami",
-  "read_our_sla_policy": "Baca Kebijakan SLA kami",
-  "read_our_terms_of_service": "Baca Syarat Layanan kami",
-  "read_the_full_story_of_capgos_challenging_birth_as_a_solo_maker_project": "Baca kisah lengkap tentang kelahiran menantang Capgo sebagai proyek pembuat solo.",
-  "read_the_style_guide": "Baca <a href=\"https://deno.land/manual@v1.25.4/contributing/style_guide\"> panduan gaya.</a>",
-  "ready_to_bring_vision_to_life": "Siap untuk mewujudkan visi Anda? Mari kita diskusikan bagaimana kami dapat membantu mempercepat pengembangan Anda.",
-  "ready_to_deliver": "Siap untuk dikirim",
-  "ready_to_go_mobile": "Siap untuk beralih ke mobile?",
-  "ready_to_scale": "Siap untuk Berkembang",
-  "ready_to_use_plugins": "Plugin siap pakai",
-  "real_time_analytics": "Analitik waktu nyata",
-  "real_time_statistics": "Statistik Real-Time",
-  "register": "Daftar",
-  "register_code": "Kode pendaftaran",
-  "register_description": "Buat akun Capgo gratis Anda dan mulai menerapkan pembaruan langsung ke aplikasi Capacitor Anda dalam hitungan menit.",
-  "register_title": "Daftar ke Capgo",
-  "register_tos_notice": "Dengan mendaftar, Anda menyetujui <a href=\"https://capgo.app/tos/\" target=\"_blank\" rel=\"noopener noreferrer\">Ketentuan Layanan</a> kami.",
-  "reimbursement_policy": "Kami akan mengembalikan dana Anda paling lambat 14 hari setelah hari kami menerima Barang yang dikembalikan. Kami akan menggunakan cara pembayaran yang sama seperti yang Anda gunakan untuk Pesanan, dan Anda tidak akan dikenakan biaya apapun untuk pengembalian dana tersebut.",
-  "remove_modify_content": "hapus, nonaktifkan akses ke, atau modifikasi konten atau sumber daya apa pun yang melanggar Kebijakan ini atau perjanjian lain yang kami miliki dengan Anda untuk penggunaan Layanan atau Situs Capgo.",
-  "report_issues_directly": "Laporkan masalah secara langsung",
-  "report_violations_desc": "Kami dapat melaporkan aktivitas apa pun yang kami duga melanggar undang-undang atau peraturan kepada pihak berwenang penegak hukum, regulator, atau pihak ketiga yang sesuai.",
-  "report_violations_desc_2": "Pelaporan kami dapat mencakup pengungkapan informasi pelanggan yang sesuai. Kami juga dapat bekerja sama dengan lembaga penegak hukum yang sesuai, regulator, atau pihak ketiga lain yang sesuai untuk membantu dalam penyelidikan dan penuntutan perilaku ilegal dengan memberikan informasi jaringan dan sistem terkait pelanggaran yang diduga terhadap Kebijakan ini.",
-  "repositories_have_different_scopes_use_different_programming_languages_and_have_varying_level_when_it_comes_to_contributions": "Repositori memiliki cakupan yang berbeda, menggunakan bahasa pemrograman yang berbeda, dan memiliki tingkat yang bervariasi dalam hal kontribusi.",
-  "request_demo": "Minta Demo",
-  "required_storage_space": "Ruang penyimpanan yang diperlukan",
-  "requires_capgo_account": "Memerlukan akun Capgo",
-  "return_address": "6 sepapaja  \nTallinn, 15510  \nEstonia",
-  "return_eligibility": "Agar Barang dapat memenuhi syarat untuk dikembalikan, harap pastikan bahwa:",
-  "return_policy": "Kebijakan Pengembalian",
-  "return_policy_title": "Kebijakan Pengembalian dan Pengembalian Dana",
-  "return_responsibility": "Anda bertanggung jawab atas biaya dan risiko pengembalian Barang kepada Kami. Anda harus mengirimkan Barang ke alamat berikut:",
-  "return_shipping_disclaimer": "Kami tidak dapat bertanggung jawab atas Barang yang rusak atau hilang dalam pengiriman kembali. Oleh karena itu, kami rekomendasikan layanan pos yang diasuransikan dan dapat dilacak. Kami tidak dapat memberikan pengembalian uang tanpa bukti penerimaan Barang yang sebenarnya atau bukti pengiriman kembali yang diterima.",
-  "returning_goods": "Mengembalikan Barang",
-  "revert_to_previous_version_with_one_tap": "Kembali ke versi sebelumnya dengan satu ketukan",
-  "revert_to_previous_versions_if_needed": "Kembalikan ke versi sebelumnya jika diperlukan",
-  "review_before_passing_the_code_to_the_production": "Tinjau sebelum mengirimkan kode ke produksi",
-  "right_to_refuse": "Kami berhak menolak pengembalian barang apa pun yang tidak memenuhi syarat pengembalian di atas berdasarkan kebijakan kami sendiri.",
-  "role_based_access_control": "Kontrol Akses Berbasis Peran",
-  "rollback_capability": "Kemampuan Pemulihan",
-  "sale_items_policy": "Hanya Barang dengan harga reguler yang dapat dikembalikan. Sayangnya, Barang yang sedang diskon tidak dapat dikembalikan. Pengecualian ini mungkin tidak berlaku untuk Anda jika tidak diizinkan oleh hukum yang berlaku.",
-  "save": "Simpan",
-  "scheduled_availability_desc": "\"Jadwal Ketersediaan\" berarti waktu, dalam menit, bahwa Layanan yang bersangkutan umumnya dapat diakses dan tersedia untuk Pengguna yang Diizinkan Pelanggan.",
-  "scheduled_availability_title": "4.1 Ketersediaan Terjadwal",
-  "sdk_bridges": "Jembatan SDK",
-  "seamless_integration": "Integrasi Tanpa Hambatan",
-  "seamless_integration_with_your_capgo_account": "Integrasi tanpa hambatan dengan akun Capgo Anda",
-  "seamless_third_party_sdk": "Integrasi SDK pihak ketiga yang mulus dengan definisi TypeScript, dokumentasi, dan dukungan berkelanjutan.",
-  "security_and_compliance": "Keamanan & Kepatuhan",
-  "security_closing": "Kami berusaha menyelesaikan semua masalah secepat mungkin, dan kami ingin berperan aktif dalam publikasi akhir mengenai masalah tersebut setelah diselesaikan.",
-  "security_compliance": "Keamanan & Kepatuhan",
-  "security_disclosure_guidelines_1": "Untuk melindungi pelanggan kami, jangan mengungkapkan masalah kepada orang lain sampai kami telah meneliti, mengatasi, dan memberi tahu pelanggan yang terpengaruh.",
-  "security_disclosure_guidelines_2": "Jika Anda ingin membagikan penelitian Anda tentang Capgo secara publik di konferensi, di blog, atau forum publik lainnya, Anda harus membagikan draf kepada kami untuk ditinjau dan disetujui setidaknya 30 hari sebelum tanggal publikasi. Harap dicatat bahwa yang berikut ini tidak boleh disertakan:",
-  "security_disclosure_guidelines_2_1": "Data mengenai proyek pelanggan Capgo mana pun",
-  "security_disclosure_guidelines_2_2": "Data pelanggan Capgo",
-  "security_disclosure_guidelines_2_3": "Informasi tentang karyawan, kontraktor, atau mitra Capgo",
-  "security_disclosure_guidelines_title": "Pedoman pengungkapan:",
-  "security_discovery": "Jika Anda menemukan kerentanan, kami ingin mengetahui tentang hal itu agar kami dapat mengambil langkah untuk mengatasinya secepat mungkin. Kami ingin meminta Anda untuk membantu kami melindungi klien dan sistem kami dengan lebih baik.",
-  "security_intro": "Di Capgo, kami menganggap keamanan sistem kami sebagai prioritas utama. Namun, tidak peduli seberapa besar usaha yang kami lakukan untuk keamanan sistem, masih bisa ada kerentanan yang ada.",
-  "security_out_of_scope_1": "Klikjacking pada halaman yang tidak memiliki tindakan sensitif.",
-  "security_out_of_scope_10": "Tautan Mati",
-  "security_out_of_scope_11": "Enumerasi pengguna",
-  "security_out_of_scope_2": "Tidak terautentikasi/keluar/masuk CSRF.",
-  "security_out_of_scope_3": "Serangan yang memerlukan MITM atau akses fisik ke perangkat pengguna.",
-  "security_out_of_scope_4": "Serangan yang memerlukan rekayasa sosial.",
-  "security_out_of_scope_5": "Setiap kegiatan yang dapat menyebabkan gangguan pada layanan kami (DoS).",
-  "security_out_of_scope_6": "Masalah pemalsuan konten dan penyuntikan teks tanpa menunjukkan vektor serangan/tanpa kemampuan untuk memodifikasi HTML/CSS.",
-  "security_out_of_scope_7": "Penyamaran Email",
-  "security_out_of_scope_8": "DNSSEC, CAA, dan header CSP yang hilang",
-  "security_out_of_scope_9": "Ketiadaan bendera Aman atau HTTP hanya pada cookie yang tidak sensitif",
-  "security_out_of_scope_title": "Kerentanan di luar cakupan:",
-  "security_policy": "Kebijakan Keamanan",
-  "security_reporting_guidelines_1": "Kirim temuan Anda melalui GitHub Security Advisory kami:",
-  "security_reporting_guidelines_2": "Silakan berikan informasi yang cukup untuk mereproduksi masalah tersebut, sehingga kami dapat menyelesaikannya secepat mungkin.",
-  "security_reporting_guidelines_title": "Pedoman pelaporan:",
-  "security_supabase_limitations_1": "Reports must include a reproducible demo Supabase project, with steps, that matches our settings and demonstrates the behavior.",
-  "security_supabase_limitations_2": "Reports must include the exact Supabase setting/config change that fixes the behavior while keeping our existing rules/policies intact.",
-  "security_supabase_limitations_3": "Account/email flows are validated against the Supabase project settings (for example, whether email verification is disabled and capture flow is used).",
-  "security_supabase_limitations_4": "Password and email/password update flows may depend on current Supabase Auth session and re-verification settings.",
-  "security_supabase_limitations_5": "If a demo project proves a concrete Supabase-side fix with no Capgo policy change, we review it as actionable.",
-  "security_supabase_limitations_intro": "Some findings are repeatedly reported and tied to Supabase Auth behavior. These are only reviewed when reproduced in a shared Supabase demo project configured like ours, and when a Supabase-side configuration fix exists without changing Capgo security rules.",
-  "security_supabase_limitations_title": "Known Supabase Auth Limitations",
-  "security_testing_guidelines_1": "Jangan menjalankan pemindai otomatis pada proyek pelanggan lain. Menjalankan pemindai otomatis dapat meningkatkan biaya bagi pengguna kami. Pemindai yang dikonfigurasi secara agresif mungkin tanpa sengaja mengganggu layanan, mengeksploitasi kerentanan, menyebabkan ketidakstabilan sistem atau pelanggaran, dan melanggar Ketentuan Layanan dari penyedia upstream kami. Sistem keamanan kami sendiri tidak akan dapat membedakan pengintaian yang bersifat bermusuhan dari penelitian whitehat. Jika Anda ingin menjalankan pemindai otomatis, beri tahu kami di security@capgo.app dan hanya jalankan pada proyek Capgo Anda sendiri. JANGAN menyerang proyek pelanggan lain.",
-  "security_testing_guidelines_2": "Jangan memanfaatkan kerentanan atau masalah yang telah Anda temukan, misalnya dengan mengunduh data lebih banyak dari yang diperlukan untuk menunjukkan kerentanan atau menghapus atau memodifikasi data orang lain.",
-  "security_testing_guidelines_title": "Pedoman pengujian:",
-  "security_txt": "Keamanan.txt",
-  "security_what_we_promise_1": "Kami akan menanggapi laporan Anda dalam waktu 7 hari kerja dengan evaluasi kami terhadap laporan tersebut dan tanggal penyelesaian yang diharapkan.",
-  "security_what_we_promise_2": "Jika Anda telah mengikuti instruksi di atas, kami tidak akan mengambil tindakan hukum terhadap Anda sehubungan dengan laporan tersebut.",
-  "security_what_we_promise_3": "Kami akan menangani laporan Anda dengan kerahasiaan yang ketat, dan tidak akan menyampaikan rincian pribadi Anda kepada pihak ketiga tanpa izin Anda.",
-  "security_what_we_promise_4": "Kami akan memberi tahu Anda tentang kemajuan dalam menyelesaikan masalah tersebut.",
-  "security_what_we_promise_5": "Dalam informasi publik mengenai masalah yang dilaporkan, kami akan mencantumkan nama Anda sebagai penemu masalah tersebut (kecuali Anda menginginkan sebaliknya).",
-  "security_what_we_promise_title": "Apa yang kami janjikan:",
-  "see_all_from_our_blog": "Lihat semua dari blog kami",
-  "see_in_play_store": "Lihat di Play Store",
-  "select_your_app": "Pilih Aplikasi Anda",
-  "self_hosted_storage_options": "Opsi penyimpanan mandiri",
-  "semver_tester": "Penguji SemVer",
-  "service_credits_desc": "Jika Komitmen Waktu Aktiv tidak terpenuhi selama bulan kalender tertentu selama Masa Langganan, maka Pelanggan akan berhak mendapatkan kredit layanan (\"Kredit Layanan\"), dengan syarat bahwa Pelanggan melaporkan kepada Capgo kegagalan untuk memenuhi Komitmen Waktu Aktiv tersebut dan meminta Kredit Layanan sesuai dengan Lampiran ini. Jumlah Kredit Layanan yang terutang berdasarkan hal ini akan dihitung sebagai berikut: X * Y, di mana X = total biaya yang terutang dari Pelanggan kepada Capgo untuk Layanan yang terkena dampak untuk bulan kalender yang relevan (tanpa mempedulikan kapan ditagih atau dibayarkan), dan Y = Persentase Kredit yang sesuai dengan Ketersediaan Aktual yang diberikan (sebagai persentase dari total waktu) untuk bulan kalender yang relevan, seperti yang diatur dalam tabel di bawah ini.",
-  "service_credits_title": "2. Kredit Layanan",
-  "service_definition": "<strong>Pelayanan</strong> mengacu pada Aplikasi.",
-  "service_level_agreement": "Perjanjian Tingkat Layanan",
-  "setup_ci_cd_now": "Atur CI/CD sekarang →",
-  "setup_fee_github_gitlab_ci": "Biaya pengaturan + GitHub/GitLab CI",
-  "setup_fee_savings_comparison": "Biaya setup satu kali kami sebesar $2,600 ditambah ~$30/bulan yang dibayar langsung ke penyedia git Anda (GitHub/GitLab) menghasilkan penghematan 94% dibandingkan dengan solusi yang dikelola seperti AppFlow ($499/bulan).",
-  "severity_level": "Tingkat Keparahan",
-  "share_test_builds_with_your_team": "Bagikan build tes dengan tim Anda secara instan",
-  "share_where_you_want_to_contribute_to_fix_the_backend_of_capgo": "Di mana Anda ingin berkontribusi untuk memperbaiki backend Capgo.",
-  "shared_numbers_api_response": "Respon API",
-  "shared_numbers_opensource": "Sumber terbuka",
-  "shared_numbers_speed": "Kecepatan",
-  "shared_numbers_success_rate_desc": "tingkat keberhasilan di seluruh dunia",
-  "shared_numbers_uptodate_24h": "Diperbarui dalam 24 jam",
-  "ship_updates_fixes_changes_and_features": "Alternatif Appflow open-source untuk aplikasi Capacitor: pembaruan langsung, pengiriman build native, saluran rilis, log real-time, dan analitik dalam satu platform",
-  "sign_in": "Masuk",
-  "sign_up_button": "Daftar",
-  "sign_up_for_free": "Daftar secara gratis",
-  "signed_verified": "Ditandatangani & Diverifikasi",
-  "single_sign_on_sso": "Masuk Sekali Saja (SSO)",
-  "sla": "Perjanjian Tingkat Layanan",
-  "sla_exclusions_title": "Pengecualian SLA",
-  "sla_intro": "Perjanjian Tingkat Layanan berikut, yang dimasukkan ke dalam dan merupakan bagian dari Perjanjian Langganan antara Capgo (\"Capgo\") dan Pelanggan (\"Perjanjian\"), akan berlaku untuk Layanan untuk Pelanggan Perusahaan yang ditentukan dalam Formulir Pesanan selama Masa Langganan yang berlaku:",
-  "sla_policy": "Kebijakan SLA",
-  "sla_title": "Perjanjian Tingkat Layanan",
-  "smart_investment_massive_savings": "Investasi Pintar, Penghematan Besar",
-  "soc1_compliant": "Mematuhi SOC 1",
-  "soc2_compliance": "tersertifikasi SOC 2",
-  "soc2_compliance_short": "Mematuhi SOC 2 Tipe II",
-  "soc2_compliant": "Mematuhi SOC 2",
-  "soc2_enterprise_only": "Untuk saat ini, hanya tersedia pada paket Enterprise.",
-  "soc2_explanation": "SOC 2 merujuk pada sertifikasi SOC 2 Type II, standar kepatuhan keamanan yang diakui. Capgo telah disertifikasi SOC 2 Type II, yang berarti sistem dan prosesnya diaudit secara independen untuk memastikan standar keamanan, ketersediaan, dan kerahasiaan yang tinggi, termasuk perlindungan data, kontrol akses, reliabilitas layanan, dan penanganan data yang aman. Dalam praktiknya, ini berarti Capgo mengikuti praktik keamanan tingkat perusahaan dan dapat digunakan oleh perusahaan dengan persyaratan kepatuhan, klien korporat, serta lingkungan B2B atau teratur. SOC 2 termasuk dalam tier Enterprise.",
-  "soc2_type_ii_certified_infrastructure": "Infrastruktur yang telah disertifikasi SOC 2 Tipe II menjamin standar keamanan dan privasi tertinggi",
-  "soc2_what_does_it_mean": "SOC 2: apa artinya?",
-  "social_auth_simplified": "otentikasi sosial disederhanakan",
-  "solution_chat_shipped": "Dikirim. Selanjutnya.",
-  "solution_chat_users_have_it": "Pengguna saya sudah memilikinya. 🎉",
-  "solution_chat_whats_status": "apa status aplikasinya?",
-  "solutions": "Solusi",
-  "solutions_agencies_badge": "Solusi Agensi",
-  "solutions_agencies_cta_note": "14-day free trial. No credit card required. Partner discounts available.",
-  "solutions_agencies_cta_subtitle": "Join agencies that manage client apps without the chaos. Start your free trial.",
-  "solutions_agencies_cta_title": "Ready to Simplify Client Management?",
-  "solutions_agencies_description": "Kelola semua aplikasi klien dari satu dashboard. Channel terpisah per klien, akses per tim.",
-  "solutions_agencies_hero_subtitle": "Berhenti mengatur akun TestFlight dan akses store. Kelola update semua klien di satu tempat.",
-  "solutions_agencies_hero_title": "Semua aplikasi klien. Satu dashboard.",
-  "solutions_agencies_nightmare_label": "The Agency Nightmare",
-  "solutions_agencies_nightmare_title": "Every Client Is Different. Deployment Shouldn't Be.",
-  "solutions_agencies_pain1_desc": "Every client has different app store accounts, different workflows, different expectations. Managing them all is chaos.",
-  "solutions_agencies_pain1_title": "10 Clients = 10 Deployment Processes",
-  "solutions_agencies_pain2_desc": "Client calls at 5 PM: 'The homepage is broken.' You fix it. Then you explain the 5-day app store review process.",
-  "solutions_agencies_pain2_title": "Clients Want Updates Yesterday",
-  "solutions_agencies_pain3_desc": "The developer who knew how to deploy to Client X left. Now nobody knows the credentials or the process.",
-  "solutions_agencies_pain3_title": "Team Turnover Breaks Everything",
-  "solutions_agencies_pain4_desc": "You quoted a fixed price. Now you're eating the cost of every bug fix because app store reviews eat your margins.",
-  "solutions_agencies_pain4_title": "Fixed-Price Projects, Unlimited Maintenance",
-  "solutions_agencies_pain5_desc": "'Why isn't the fix live yet?' Because Apple takes 5 days. But they don't understand that.",
-  "solutions_agencies_pain5_title": "Clients Blame You for Store Delays",
-  "solutions_agencies_pain6_desc": "When the project ends, transferring everything to the client takes weeks and still goes wrong.",
-  "solutions_agencies_pain6_title": "Handoff Is a Nightmare",
-  "solutions_agencies_partner": "Become a partner",
-  "solutions_agencies_partner_subtitle": "Exclusive benefits for agencies managing multiple client apps",
-  "solutions_agencies_partner_title": "Agency Partner Program",
-  "solutions_agencies_perk1_desc": "The more clients you manage, the less you pay per app. Discounts up to 40% off.",
-  "solutions_agencies_perk1_title": "Volume Discounts",
-  "solutions_agencies_perk2_desc": "Direct Slack channel with our team. Response in hours, not days.",
-  "solutions_agencies_perk2_title": "Priority Support",
-  "solutions_agencies_perk3_desc": "Featured in our agency directory. Case studies and testimonials that drive leads.",
-  "solutions_agencies_perk3_title": "Co-Marketing",
-  "solutions_agencies_short": "Agensi",
-  "solutions_agencies_sol1_desc": "See all your clients' apps in one dashboard. Push updates to any of them with one click.",
-  "solutions_agencies_sol1_point1": "All clients, one login",
-  "solutions_agencies_sol1_point2": "Team permissions per client",
-  "solutions_agencies_sol1_point3": "White-label reporting for clients",
-  "solutions_agencies_sol1_title": "Unified Client Management",
-  "solutions_agencies_sol2_desc": "Your clients see your brand, not ours. Custom domains, custom emails, your logo everywhere.",
-  "solutions_agencies_sol2_point1": "Custom domains per client",
-  "solutions_agencies_sol2_point2": "Your branding on all reports",
-  "solutions_agencies_sol2_point3": "Client portals with your logo",
-  "solutions_agencies_sol2_title": "White-Label Everything",
-  "solutions_agencies_sol3_desc": "When the project ends, transfer everything to the client with one click. No missing credentials. No broken processes.",
-  "solutions_agencies_sol3_point1": "One-click ownership transfer",
-  "solutions_agencies_sol3_point2": "Documented deployment process",
-  "solutions_agencies_sol3_point3": "Training materials included",
-  "solutions_agencies_sol3_title": "Clean Client Handoffs",
-  "solutions_agencies_solution_label": "The Solution",
-  "solutions_agencies_solution_subtitle": "Manage deployments across every client from one place. Push updates in minutes, not days.",
-  "solutions_agencies_solution_title": "One Dashboard. All Your Clients.",
-  "solutions_agencies_tagline": "Kelola banyak aplikasi klien",
-  "solutions_agencies_title": "Untuk Agensi",
-  "solutions_app_store_compliant": "Sesuai App Store",
-  "solutions_avg_cost_per_bug": "Average cost per production bug",
-  "solutions_avg_review_time": "Average App Store review time",
-  "solutions_benefit1_desc": "Updates download while users use your app. No spinners, no loading screens, no interruptions. When they next launch, the new version is simply there.",
-  "solutions_benefit1_point1": "Differential updates download only changed files - typically 100KB-500KB instead of full bundles",
-  "solutions_benefit1_point2": "Intelligent bandwidth detection pauses downloads on slow connections to preserve user experience",
-  "solutions_benefit1_point3": "Updates never interrupt active sessions - they apply only on next cold start",
-  "solutions_benefit1_stat": "of updates complete without user awareness",
-  "solutions_benefit1_title": "Silent Background Updates",
-  "solutions_benefit2_desc": "Every update is wrapped in crash detection. If your new code causes crashes, Capgo automatically reverts to the previous working version. Your users never see a broken app.",
-  "solutions_benefit2_point1": "Crash detection triggers within the first 10 seconds of app launch",
-  "solutions_benefit2_point2": "Automatic rollback preserves user data and session state",
-  "solutions_benefit2_point3": "You're immediately notified with crash logs and stack traces",
-  "solutions_benefit2_stat": "Average rollback time when issues detected",
-  "solutions_benefit2_title": "Automatic Rollback Protection",
-  "solutions_benefit3_desc": "Capgo works within Apple and Google's guidelines. You're updating JavaScript and assets - not native code. Both app stores explicitly allow this, and thousands of apps use Capgo in production.",
-  "solutions_benefit3_point1": "Apple's 3.3.2 permits JavaScript updates that don't change app functionality",
-  "solutions_benefit3_point2": "Google Play allows updates that preserve the app's core purpose",
-  "solutions_benefit3_point3": "Used by Fortune 500 companies without any app store rejections",
-  "solutions_benefit3_stat": "App store compliance rate",
-  "solutions_benefit3_title": "100% App Store Compliant",
-  "solutions_benefits_subtitle": "Every feature exists because production teams told us they needed it. Here's what makes Capgo different.",
-  "solutions_beta_testing": "Pengujian Beta",
-  "solutions_beta_testing_compare_capgo": "Capgo Channel Testing",
-  "solutions_beta_testing_compare_distribution": "Distribution",
-  "solutions_beta_testing_compare_distribution_capgo": "Share a link",
-  "solutions_beta_testing_compare_distribution_tf": "Email invites, account setup",
-  "solutions_beta_testing_compare_feedback": "Feedback Loop",
-  "solutions_beta_testing_compare_feedback_capgo": "Seconds to minutes",
-  "solutions_beta_testing_compare_feedback_tf": "Hours to days",
-  "solutions_beta_testing_compare_switching": "Switch Builds",
-  "solutions_beta_testing_compare_switching_capgo": "Tap channel (< 30 sec)",
-  "solutions_beta_testing_compare_switching_tf": "Download new build (5+ min)",
-  "solutions_beta_testing_compare_testflight": "TestFlight / Google Beta",
-  "solutions_beta_testing_compare_title": "TestFlight vs Capgo Beta Testing",
-  "solutions_beta_testing_compare_upload": "Upload & Processing",
-  "solutions_beta_testing_compare_upload_capgo": "< 1 minute",
-  "solutions_beta_testing_compare_upload_tf": "15-30 minutes",
-  "solutions_beta_testing_cta_subtitle": "Start distributing test builds in seconds instead of hours.",
-  "solutions_beta_testing_cta_title": "Accelerate Your Testing Workflow",
-  "solutions_beta_testing_description": "Let testers, QA teams, and beta users browse available channels directly in your app. Send deep links to switch channels instantly - the fastest way to distribute test builds.",
-  "solutions_beta_testing_feature1_desc": "Build a simple UI that lists available channels. Testers tap to switch - the new build downloads and applies immediately.",
-  "solutions_beta_testing_feature1_title": "In-App Channel Selector",
-  "solutions_beta_testing_feature2_desc": "Generate a link that opens your app and switches to a specific channel. Share via Slack, email, or add to your PR template.",
-  "solutions_beta_testing_feature2_title": "Deep Link Distribution",
-  "solutions_beta_testing_feature3_desc": "No more waiting for TestFlight processing. No more explaining Google Play beta enrollment. Just share a link and testers have the build.",
-  "solutions_beta_testing_feature3_title": "Skip TestFlight Entirely",
-  "solutions_beta_testing_feature4_desc": "Push a fix, testers get it in seconds. No reinstalls, no approval delays. The fastest feedback loop in mobile development.",
-  "solutions_beta_testing_feature4_title": "Instant Feedback Loop",
-  "solutions_beta_testing_hero_subtitle": "Your team can't afford days-long TestFlight delays. Skip the App Store beta process entirely - testers switch between builds in seconds, not days.",
-  "solutions_beta_testing_hero_title": "The Fastest Way to Test Mobile Apps",
-  "solutions_beta_testing_title": "Beta Testing & QA",
-  "solutions_beta_testing_usecases_beta": "External Beta Users",
-  "solutions_beta_testing_usecases_beta_desc": "Share a deep link with beta testers. They get new builds without understanding TestFlight or beta channels.",
-  "solutions_beta_testing_usecases_qa": "Internal QA",
-  "solutions_beta_testing_usecases_qa_desc": "Your QA team tests multiple builds per day. Let them switch channels instantly without reinstalling the app.",
-  "solutions_beta_testing_usecases_stakeholders": "Stakeholder Reviews",
-  "solutions_beta_testing_usecases_stakeholders_desc": "Project managers and executives can review features without any technical setup - just tap a link.",
-  "solutions_beta_testing_usecases_title": "Use Cases",
-  "solutions_bug_cost_explanation": "Engineering time, support tickets, lost revenue, and reputation damage add up quickly. A $47,000 average doesn't include lost lifetime value.",
-  "solutions_by_industry": "Berdasarkan industri",
-  "solutions_by_team": "Berdasarkan tim",
-  "solutions_by_use_case": "Berdasarkan kasus penggunaan",
-  "solutions_churn_explanation": "Research shows users who experience bugs are 23% more likely to uninstall within 7 days. You're losing users while waiting for review.",
-  "solutions_cordova_to_capacitor_ai_badge": "Migrasi dengan Bantuan AI",
-  "solutions_cordova_to_capacitor_ai_cta_all_inclusive": "Migrasi All-inclusive",
-  "solutions_cordova_to_capacitor_ai_cta_premium_support": "Dukungan Premium",
-  "solutions_cordova_to_capacitor_ai_cta_talk": "Bicara dengan Tim",
-  "solutions_cordova_to_capacitor_ai_description": "Panduan migrasi Cordova ke Capacitor tahun 2026 dengan bantuan AI, lengkap dengan checklist praktis, peta pengganti plugin, dan alternatif Capgo-first. Termasuk prompt copy/paste dan opsi migrasi all-inclusive.",
-  "solutions_cordova_to_capacitor_ai_h1": "Migrasi Cordova ke Capacitor dengan Bantuan AI",
-  "solutions_cordova_to_capacitor_ai_help_item1": "Layanan migrasi Cordova ke Capacitor",
-  "solutions_cordova_to_capacitor_ai_help_item2": "Dukungan Premium untuk dukungan native dan rilis berkelanjutan",
-  "solutions_cordova_to_capacitor_ai_hero_subtitle": "Checklist praktis + peta pengganti plugin + prompt AI copy/paste. Dibuat untuk tim yang ingin lebih sedikit kejutan, cutover lebih cepat, dan baseline Capacitor yang stabil.",
-  "solutions_cordova_to_capacitor_ai_last_updated": "Terakhir diperbarui:",
-  "solutions_cordova_to_capacitor_ai_last_updated_date": "8 Februari 2026",
-  "solutions_cordova_to_capacitor_ai_link_checklist": "Checklist Migrasi",
-  "solutions_cordova_to_capacitor_ai_link_help": "Opsi All-inclusive",
-  "solutions_cordova_to_capacitor_ai_link_plugins": "Peta Pengganti Plugin",
-  "solutions_cordova_to_capacitor_ai_link_prompts": "Prompt AI",
-  "solutions_cordova_to_capacitor_ai_link_skills": "Capgo Skills untuk Agen AI",
-  "solutions_cordova_to_capacitor_ai_official_reference": "Referensi resmi:",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_link": "Plugin Capgo",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_prefix": "Jelajahi katalog plugin Capgo dan petakan berdasarkan kemampuan:",
-  "solutions_cordova_to_capacitor_ai_prompt1_title": "Prompt 1: Buat rencana pengganti plugin",
-  "solutions_cordova_to_capacitor_ai_prompt2_title": "Prompt 2: Ubah preferensi config.xml menjadi perubahan Capacitor + native",
-  "solutions_cordova_to_capacitor_ai_prompt3_title": "Prompt 3: Rencana tes cutover (perangkat nyata)",
-  "solutions_cordova_to_capacitor_ai_quick_links": "Tautan Cepat",
-  "solutions_cordova_to_capacitor_ai_row_bg_geo": "Geolokasi latar belakang",
-  "solutions_cordova_to_capacitor_ai_row_biometrics": "Biometrik",
-  "solutions_cordova_to_capacitor_ai_row_camera": "Kamera",
-  "solutions_cordova_to_capacitor_ai_row_iap": "Pembelian dalam aplikasi",
-  "solutions_cordova_to_capacitor_ai_row_inappbrowser": "Browser dalam aplikasi",
-  "solutions_cordova_to_capacitor_ai_row_live_updates": "OTA / live updates",
-  "solutions_cordova_to_capacitor_ai_row_scanner": "Pemindaian dokumen",
-  "solutions_cordova_to_capacitor_ai_row_social_login": "Login sosial",
-  "solutions_cordova_to_capacitor_ai_row_sqlite": "SQLite",
-  "solutions_cordova_to_capacitor_ai_section_changes_body": "Capacitor lebih dekat ke app native yang menampung web app Anda. Anda mengirim proyek Xcode dan Android Studio yang nyata, mempertahankan kode web yang ada, dan memodernisasi plugin dengan API Capacitor-first.",
-  "solutions_cordova_to_capacitor_ai_section_changes_title": "Apa yang Berubah Saat Meninggalkan Cordova",
-  "solutions_cordova_to_capacitor_ai_section_checklist_title": "Checklist Migrasi (Urutan Praktis)",
-  "solutions_cordova_to_capacitor_ai_section_help_body": "Jika Anda khawatir tentang hambatan app store, regresi plugin, atau risiko jalur upgrade untuk pengguna yang sudah ada, kami dapat menjalankan migrasi end-to-end.",
-  "solutions_cordova_to_capacitor_ai_section_help_title": "Butuh Opsi All-inclusive?",
-  "solutions_cordova_to_capacitor_ai_section_plugins_body": "Migrasi adalah waktu terburuk untuk menerima perilaku plugin yang \"kurang lebih jalan\". Ganti plugin berisiko tinggi lebih awal (auth, pembayaran, layanan latar belakang).",
-  "solutions_cordova_to_capacitor_ai_section_plugins_title": "Peta Pengganti Plugin (Capgo-first)",
-  "solutions_cordova_to_capacitor_ai_section_prompts_body": "Prompt ini dirancang untuk menghasilkan output yang bisa dipakai (tabel, checklist, rencana), bukan saran yang samar.",
-  "solutions_cordova_to_capacitor_ai_section_prompts_title": "Prompt AI yang Bisa Anda Copy/Paste",
-  "solutions_cordova_to_capacitor_ai_section_skills_body": "Jika Anda menggunakan agen coding AI (Cursor, Claude Code, dll.), Anda akan mendapatkan hasil yang lebih baik ketika agen mengikuti playbook yang konsisten untuk migrasi Capacitor. Capgo menerbitkan skills open-source untuk Capacitor: plugin, best practices, debugging, CI/CD, dan live updates.",
-  "solutions_cordova_to_capacitor_ai_section_skills_title": "Capgo Skills untuk Agen AI (Ramah Migrasi)",
-  "solutions_cordova_to_capacitor_ai_short": "Panduan Migrasi AI (2026)",
-  "solutions_cordova_to_capacitor_ai_skills_see_link": "Skills Capacitor untuk Agen AI",
-  "solutions_cordova_to_capacitor_ai_skills_see_prefix": "Lihat:",
-  "solutions_cordova_to_capacitor_ai_step1_item1": "<strong>config.xml</strong> preference (orientasi, status bar, dll.)",
-  "solutions_cordova_to_capacitor_ai_step1_item2": "Variabel plugin (API key, manifest placeholder, URL scheme)",
-  "solutions_cordova_to_capacitor_ai_step1_item3": "Hook/script kustom yang Anda gunakan",
-  "solutions_cordova_to_capacitor_ai_step1_item4": "Perubahan native manual di dalam <code>platforms/</code>",
-  "solutions_cordova_to_capacitor_ai_step1_subtitle": "Ekspor apa yang Anda miliki hari ini dan jadikan sebagai input migrasi:",
-  "solutions_cordova_to_capacitor_ai_step1_title": "1) Audit Aplikasi Cordova Anda",
-  "solutions_cordova_to_capacitor_ai_step2_body": "Pastikan <code>webDir</code> sesuai dengan folder output build Anda (mis. <code>dist</code>, <code>build</code>, <code>www</code>).",
-  "solutions_cordova_to_capacitor_ai_step2_title": "2) Tambahkan Capacitor ke Web App Anda",
-  "solutions_cordova_to_capacitor_ai_step3_title": "3) Tambahkan Proyek iOS + Android",
-  "solutions_cordova_to_capacitor_ai_step4_title": "4) Build + Sync",
-  "solutions_cordova_to_capacitor_ai_table_cordova_plugin": "Plugin Cordova (contoh)",
-  "solutions_cordova_to_capacitor_ai_table_replacement": "Pengganti Capacitor yang direkomendasikan",
-  "solutions_cordova_to_capacitor_ai_table_use_case": "Kasus penggunaan",
-  "solutions_cordova_to_capacitor_ai_title": "Migrasi Cordova ke Capacitor dengan Bantuan AI (2026)",
-  "solutions_cordova_to_capacitor_badge": "Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_benefit1_desc": "Capacitor follows iOS and Android changes closely, with active community support and a steady stream of updates.",
-  "solutions_cordova_to_capacitor_benefit1_title": "A Maintained Ecosystem",
-  "solutions_cordova_to_capacitor_benefit2_desc": "Modern native projects and clearer plugin patterns mean fewer mysterious runtime issues and faster root-cause analysis.",
-  "solutions_cordova_to_capacitor_benefit2_title": "Fewer Bugs and Easier Debugging",
-  "solutions_cordova_to_capacitor_benefit3_desc": "More modern tooling and WebView integration unlock faster startup paths and smoother UX when you optimize.",
-  "solutions_cordova_to_capacitor_benefit3_title": "Performance Headroom",
-  "solutions_cordova_to_capacitor_benefit4_desc": "Spend less time on forks and brittle build fixes. Reduce the long-term cost of ownership.",
-  "solutions_cordova_to_capacitor_benefit4_title": "Lower Maintenance Burden",
-  "solutions_cordova_to_capacitor_benefit5_desc": "Standard Xcode/Android Studio workflows plus modern CI/CD. Pair with live updates to ship fixes without waiting on reviews.",
-  "solutions_cordova_to_capacitor_benefit5_title": "Faster Releases and Safer Rollouts",
-  "solutions_cordova_to_capacitor_benefit6_desc": "Use Capacitor plugins, keep compatible Cordova plugins when needed, or build custom Swift/Kotlin plugins cleanly.",
-  "solutions_cordova_to_capacitor_benefit6_title": "More Plugins, More Capabilities",
-  "solutions_cordova_to_capacitor_benefit7_desc": "Stay current with platform requirements and dependency updates, and reduce the risk of abandoned packages.",
-  "solutions_cordova_to_capacitor_benefit7_title": "Better Security Posture",
-  "solutions_cordova_to_capacitor_benefit8_desc": "Move on a stack that makes it easier to implement and maintain screen reader support, focus management, and UX fixes.",
-  "solutions_cordova_to_capacitor_benefit8_title": "Accessibility Improvements That Stick",
-  "solutions_cordova_to_capacitor_benefits_label": "Benefits",
-  "solutions_cordova_to_capacitor_benefits_subtitle": "Better maintenance, fewer bugs, better performance, and more ways to ship.",
-  "solutions_cordova_to_capacitor_benefits_title": "Why Capacitor Is the Better Long-Term Bet",
-  "solutions_cordova_to_capacitor_cta_note": "Fixed timeline for most apps. Complex native integrations may require a follow-up phase.",
-  "solutions_cordova_to_capacitor_cta_subtitle": "Get a 10-day migration plan and a modern Capacitor baseline you can build on for years.",
-  "solutions_cordova_to_capacitor_cta_title": "Ready to Leave Cordova Behind?",
-  "solutions_cordova_to_capacitor_day10_desc": "Cut a release candidate, support store submission if needed, and hand off docs and next steps.",
-  "solutions_cordova_to_capacitor_day10_title": "Go-Live Support",
-  "solutions_cordova_to_capacitor_day1_desc": "Review Cordova config, plugins, native hooks, and build pipeline. Produce a migration plan and risk list.",
-  "solutions_cordova_to_capacitor_day1_title": "Audit and Migration Plan",
-  "solutions_cordova_to_capacitor_day2_desc": "Initialize Capacitor, set up iOS/Android projects, align package scripts, and establish baseline builds.",
-  "solutions_cordova_to_capacitor_day2_title": "Capacitor Project Setup",
-  "solutions_cordova_to_capacitor_day3_desc": "Wire your existing web build into Capacitor, configure app metadata, icons, and basic runtime settings.",
-  "solutions_cordova_to_capacitor_day3_title": "Web App Integration",
-  "solutions_cordova_to_capacitor_day4_desc": "Map Cordova plugins to Capacitor equivalents. Keep compatible Cordova plugins when safe, replace the rest.",
-  "solutions_cordova_to_capacitor_day4_title": "Plugin Mapping",
-  "solutions_cordova_to_capacitor_day5_desc": "Configure permissions, entitlements, deep links, push prerequisites, and any required native settings.",
-  "solutions_cordova_to_capacitor_day5_title": "Native Configuration",
-  "solutions_cordova_to_capacitor_day6_desc": "Validate core user flows and ensure parity with your Cordova app. Fix regressions and edge cases.",
-  "solutions_cordova_to_capacitor_day6_title": "Feature Parity Pass",
-  "solutions_cordova_to_capacitor_day7_desc": "Remove legacy workarounds, tune WebView settings, and fix crashers found during testing.",
-  "solutions_cordova_to_capacitor_day7_title": "Performance and Stability Hardening",
-  "solutions_cordova_to_capacitor_day8_desc": "Improve screen reader behavior, focus order, and touch targets. Validate with real devices.",
-  "solutions_cordova_to_capacitor_day8_title": "Accessibility Pass",
-  "solutions_cordova_to_capacitor_day9_desc": "Set up repeatable builds, signing, and a release checklist. Create a rollback plan.",
-  "solutions_cordova_to_capacitor_day9_title": "CI/CD and Release Prep",
-  "solutions_cordova_to_capacitor_deliverable1": "A working Capacitor iOS project (Xcode) and Android project (Gradle/Android Studio)",
-  "solutions_cordova_to_capacitor_deliverable2": "Critical plugins migrated or replaced, with a clear compatibility matrix",
-  "solutions_cordova_to_capacitor_deliverable3": "A documented build and release process (local + CI)",
-  "solutions_cordova_to_capacitor_deliverable4": "A tested migration branch/PR ready to merge, with a release checklist",
-  "solutions_cordova_to_capacitor_deliverable5": "Accessibility and performance improvements prioritized with quick wins applied",
-  "solutions_cordova_to_capacitor_deliverable6": "A roadmap for remaining plugin work and future native capabilities",
-  "solutions_cordova_to_capacitor_deliverables_label": "Deliverables",
-  "solutions_cordova_to_capacitor_deliverables_note": "Need custom native work or a plugin that doesn't exist? We can build and maintain it.",
-  "solutions_cordova_to_capacitor_deliverables_title": "What You Get at the End",
-  "solutions_cordova_to_capacitor_description": "Move from Cordova to Capacitor in 10 days. Reduce maintenance burden, improve performance and accessibility, and unlock a richer plugin ecosystem.",
-  "solutions_cordova_to_capacitor_diy_cta": "Read the migration guide",
-  "solutions_cordova_to_capacitor_diy_subtitle": "We have a step-by-step guide if you want to migrate yourself, and we're here if you want experts to run it end-to-end.",
-  "solutions_cordova_to_capacitor_diy_title": "Prefer to DIY?",
-  "solutions_cordova_to_capacitor_faq1_a": "No. In most migrations, your web UI and business logic stay the same. We focus on the native layer, plugins, and build pipeline.",
-  "solutions_cordova_to_capacitor_faq1_q": "Do we have to rewrite the app?",
-  "solutions_cordova_to_capacitor_faq2_a": "Sometimes. Capacitor can use many Cordova plugins, but we prefer maintained equivalents for critical paths to reduce long-term risk.",
-  "solutions_cordova_to_capacitor_faq2_q": "Can we keep Cordova plugins?",
-  "solutions_cordova_to_capacitor_faq3_a": "Those are usually better in Capacitor because the ecosystem is active. We map each capability to stable plugins and configure native settings.",
-  "solutions_cordova_to_capacitor_faq3_q": "What about push notifications, deep links, and biometrics?",
-  "solutions_cordova_to_capacitor_faq4_a": "Typically you gain performance headroom and stability by removing legacy code and moving to modern tooling. We also run a hardening pass during the migration.",
-  "solutions_cordova_to_capacitor_faq4_q": "Will this improve performance?",
-  "solutions_cordova_to_capacitor_faq5_a": "We keep feature parity as the goal, test core flows, and ship with a rollback plan. If you use live updates, you can also fix issues fast after release.",
-  "solutions_cordova_to_capacitor_faq5_q": "How do you reduce release risk?",
-  "solutions_cordova_to_capacitor_faq6_a": "Access to your repo, your current signing/setup (or someone who can provide it), and a list of must-have plugins and flows.",
-  "solutions_cordova_to_capacitor_faq6_q": "What do you need from us to start?",
-  "solutions_cordova_to_capacitor_faq_subtitle": "The common questions teams ask before migrating.",
-  "solutions_cordova_to_capacitor_faq_title": "FAQ",
-  "solutions_cordova_to_capacitor_hero_highlight": "Fixed timeline, clear deliverables, and a safe release plan",
-  "solutions_cordova_to_capacitor_hero_subtitle": "Keep your UI and business logic, modernize the native layer, and unlock a maintained ecosystem of plugins and capabilities.",
-  "solutions_cordova_to_capacitor_hero_title": "Migrate from Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_pain1_desc": "Unmaintained plugins break with new SDKs. Teams end up forking, patching, and carrying tech debt release after release.",
-  "solutions_cordova_to_capacitor_pain1_title": "Plugins Are Aging",
-  "solutions_cordova_to_capacitor_pain2_desc": "Xcode and Android Gradle changes turn routine upgrades into fire drills, slowing down releases and increasing risk.",
-  "solutions_cordova_to_capacitor_pain2_title": "Builds Break on Every Platform Update",
-  "solutions_cordova_to_capacitor_pain3_desc": "Modern accessibility expectations require maintained tooling and plugins. Legacy stacks make improvements slower and bug-prone.",
-  "solutions_cordova_to_capacitor_pain3_title": "Accessibility and UX Are Harder Than They Should Be",
-  "solutions_cordova_to_capacitor_pain4_desc": "Biometrics, passkeys, modern notifications, deep links, app extensions: the Capacitor ecosystem moves faster and gives you options.",
-  "solutions_cordova_to_capacitor_pain4_title": "You Miss Out on New Capabilities",
-  "solutions_cordova_to_capacitor_plan_label": "10-Day Plan",
-  "solutions_cordova_to_capacitor_plan_subtitle": "We start with an audit, migrate the native layer, replace critical plugins, and ship with confidence.",
-  "solutions_cordova_to_capacitor_plan_title": "A Clear Migration Plan, Delivered in 10 Days",
-  "solutions_cordova_to_capacitor_reality_label": "Why Move",
-  "solutions_cordova_to_capacitor_reality_subtitle": "The longer you wait, the more expensive each iOS/Android update becomes.",
-  "solutions_cordova_to_capacitor_reality_title": "Cordova Is Quietly Taxing Your Team",
-  "solutions_cordova_to_capacitor_scope_keep_html": "<li>Your existing UI and routes</li><li>Your JS/TS codebase and state management</li><li>Your backend, APIs, and analytics</li><li>Your product roadmap</li><li>Your app identity and store presence</li>",
-  "solutions_cordova_to_capacitor_scope_keep_title": "You keep",
-  "solutions_cordova_to_capacitor_scope_note": "We migrate your native layer while preserving your product. The goal is a stable Capacitor baseline you can iterate on.",
-  "solutions_cordova_to_capacitor_scope_title": "Keep What Works. Upgrade What Holds You Back.",
-  "solutions_cordova_to_capacitor_scope_upgrade_html": "<li>Native iOS/Android projects (Xcode, Android Studio)</li><li>Plugin layer with maintained equivalents</li><li>Build configuration, signing, and permissions</li><li>Modern debugging and tooling</li><li>Release pipeline and rollback plan</li>",
-  "solutions_cordova_to_capacitor_scope_upgrade_title": "We upgrade",
-  "solutions_cordova_to_capacitor_short": "Cordova to Capacitor",
-  "solutions_cordova_to_capacitor_title": "Cordova to Capacitor Migration",
-  "solutions_cordova_to_capacitor_visual1_desc": "Replace brittle plugins and remove legacy hacks that cause crashes and weird edge cases.",
-  "solutions_cordova_to_capacitor_visual1_title": "Fewer Production Bugs",
-  "solutions_cordova_to_capacitor_visual2_desc": "Stay aligned with platform changes, reduce forks, and keep dependencies current.",
-  "solutions_cordova_to_capacitor_visual2_title": "Maintenance and Security",
-  "solutions_cordova_to_capacitor_visual3_desc": "Native builds that CI understands, plus faster releases with safer rollouts.",
-  "solutions_cordova_to_capacitor_visual3_title": "Modern Delivery Workflow",
-  "solutions_days": "hari",
-  "solutions_direct_background_mode": "Background Mode (Default)",
-  "solutions_direct_background_problem": "The Problem with Background Updates",
-  "solutions_direct_benefit1_desc": "Every user who opens your app after an update gets the new version immediately. No exceptions. No 'one more session with the bug.' Every single session runs your latest code.",
-  "solutions_direct_benefit1_point1": "100% of sessions run your latest code - not 95%, not 99%, but 100%",
-  "solutions_direct_benefit1_point2": "Critical bug fixes reach users before they can experience the bug",
-  "solutions_direct_benefit1_point3": "Compliance updates take effect immediately across all devices",
-  "solutions_direct_benefit1_stat": "of sessions running latest code",
-  "solutions_direct_benefit1_title": "Zero Outdated Sessions",
-  "solutions_direct_benefit2_desc": "When you push a fix, it's truly fixed. Users don't experience the bug 'one more time' while waiting for the next launch. The moment they open the app after your fix, they get the fixed version.",
-  "solutions_direct_benefit2_point1": "No more 'I just hit that bug' support tickets after you've deployed",
-  "solutions_direct_benefit2_point2": "Monitoring shows immediate improvement, not gradual rollout curves",
-  "solutions_direct_benefit2_point3": "On-call engineers can go back to sleep immediately after deploying",
-  "solutions_direct_benefit2_stat": "Bug experiences after fix deployed",
-  "solutions_direct_benefit2_title": "Instant Bug Resolution",
-  "solutions_direct_benefit3_desc": "New users downloading your app for the first time always get your best onboarding flow. When you A/B test and find a winner, every new user gets it immediately - not after a background download cycle.",
-  "solutions_direct_benefit3_point1": "New users never see outdated onboarding flows",
-  "solutions_direct_benefit3_point2": "A/B test winners deploy instantly to 100% of new users",
-  "solutions_direct_benefit3_point3": "First impressions are always your best current experience",
-  "solutions_direct_benefit3_stat": "Improvement in Day-1 retention",
-  "solutions_direct_benefit3_title": "Optimized User Onboarding",
-  "solutions_direct_benefits_subtitle": "Direct Updates solve problems that background updates can't. Here's what makes the difference.",
-  "solutions_direct_benefits_title": "Why Teams Choose Direct Updates",
-  "solutions_direct_bg_result": "Users always experience one session with the old version after you push an update.",
-  "solutions_direct_bg_step1": "User opens app",
-  "solutions_direct_bg_step2": "App renders immediately (old version)",
-  "solutions_direct_bg_step3": "Update downloads in background",
-  "solutions_direct_bg_step4": "Update applies on NEXT launch",
-  "solutions_direct_case_company": "QuickCart",
-  "solutions_direct_case_industry": "E-Commerce - Flash Sale App",
-  "solutions_direct_case_metric1_label": "Time to 100% deployment",
-  "solutions_direct_case_metric1_value": "0 minutes",
-  "solutions_direct_case_metric2_label": "Affected transactions post-fix",
-  "solutions_direct_case_metric2_value": "0",
-  "solutions_direct_case_metric3_label": "Revenue protected per incident",
-  "solutions_direct_case_metric3_value": "$1.8M+",
-  "solutions_direct_case_metric4_label": "Customer support tickets",
-  "solutions_direct_case_metric4_value": "-97%",
-  "solutions_direct_case_para1": "QuickCart runs flash sales with 100,000+ concurrent users during peak events. When a payment gateway update broke their checkout flow, they discovered it 4 hours into a major sale. With background updates, users who had already opened the app would experience the bug.",
-  "solutions_direct_case_para2": "Their engineering team pushed the fix in 23 minutes. But with background updates, over 40,000 users who opened the app during those 23 minutes would still hit the bug on their current session. At their average order value of $47, that represented over $1.8 million in at-risk revenue.",
-  "solutions_direct_case_para3": "After switching to Direct Updates, their next incident was resolved with zero affected transactions. The fix deployed in 18 minutes, and every user who opened the app after that moment got the fixed version immediately. Their CFO now insists on Direct Updates for all customer-facing payment flows.",
-  "solutions_direct_case_quote": "Background updates are fine for feature releases. But for anything touching payments, authentication, or compliance? Direct Updates are non-negotiable.",
-  "solutions_direct_case_quote_author": "David Park, VP of Engineering at QuickCart",
-  "solutions_direct_case_results": "The Results",
-  "solutions_direct_d_result": "Users always see your latest code. Zero exceptions. Zero outdated sessions.",
-  "solutions_direct_d_step1": "User opens app",
-  "solutions_direct_d_step2": "Update downloads immediately (~500ms)",
-  "solutions_direct_d_step3": "App renders with latest version",
-  "solutions_direct_direct_mode": "Direct Mode (Instant)",
-  "solutions_direct_final_cta_note": "One config change. Sub-second updates. Zero outdated sessions.",
-  "solutions_direct_final_cta_subtitle": "Every session after your fix should run your fix. Direct Updates make that a reality.",
-  "solutions_direct_final_cta_title": "Stop Letting Users Experience Fixed Bugs",
-  "solutions_direct_instant_apply": "Updates apply instantly",
-  "solutions_direct_problem_result": "With background updates, users experience bugs at least once after you've fixed them. For critical issues, that's too many times.",
-  "solutions_direct_problem_step1_desc": "Your update is available, but the user sees the buggy version. Background download starts silently.",
-  "solutions_direct_problem_step1_title": "User Opens App with Bug",
-  "solutions_direct_problem_step2_desc": "They encounter the exact issue you fixed. Frustration builds. Maybe they leave a 1-star review.",
-  "solutions_direct_problem_step2_title": "User Experiences the Bug",
-  "solutions_direct_problem_step3_desc": "The fix was ready, but they had to experience the bug first. For critical issues, that's unacceptable.",
-  "solutions_direct_problem_step3_title": "Update Applies on NEXT Launch",
-  "solutions_direct_problem_title": "Background Updates Aren't Fast Enough for Critical Fixes",
-  "solutions_direct_scenario1_desc": "Users can't complete purchases. Every session without the fix is lost revenue.",
-  "solutions_direct_scenario1_title": "Payment Flow Broken",
-  "solutions_direct_scenario2_desc": "A security flaw was discovered. Users shouldn't run the vulnerable code even once.",
-  "solutions_direct_scenario2_title": "Security Vulnerability",
-  "solutions_direct_scenario3_desc": "New regulations take effect at midnight. Every user must see the updated terms immediately.",
-  "solutions_direct_scenario3_title": "Compliance Deadline",
-  "solutions_direct_scenario_title": "How QuickCart Eliminated Payment Failures Overnight",
-  "solutions_direct_solution_subtitle": "Direct Updates check for and apply updates when users open your app - before they see anything. The experience is seamless, and every session runs your latest code.",
-  "solutions_direct_solution_title": "Updates That Apply Before the App Renders",
-  "solutions_direct_speed_apply": "Total time to app render",
-  "solutions_direct_speed_check": "Update check time",
-  "solutions_direct_speed_download": "Typical bundle download",
-  "solutions_direct_speed_subtitle": "Direct Updates are only viable if they're fast. Our global infrastructure ensures updates apply in under a second.",
-  "solutions_direct_speed_title": "Built for Speed",
-  "solutions_direct_speed_uptime": "Infrastructure uptime",
-  "solutions_direct_sub_second": "Sub-second update time",
-  "solutions_direct_updates": "Update Langsung",
-  "solutions_direct_updates_description": "Fix critical bugs in seconds, not weeks. Show users the latest version immediately when they open your app - no waiting for background downloads.",
-  "solutions_direct_updates_hero_subtitle": "Your app can't afford critical bugs sitting unfixed while App Store reviews drag on. Direct Updates ensure every user gets the fix immediately on their next app open.",
-  "solutions_direct_updates_hero_title": "Fix Bugs in Seconds, Not Weeks",
-  "solutions_direct_updates_title": "Direct Updates - Instant App Changes",
-  "solutions_direct_usecase1_desc": "Payment failures, authentication issues, data corruption - bugs where experiencing them once is too many times.",
-  "solutions_direct_usecase1_title": "Critical Bug Fixes",
-  "solutions_direct_usecase2_desc": "First impressions matter. Ensure every new user gets your best, most optimized onboarding experience from their first session.",
-  "solutions_direct_usecase2_title": "New User Onboarding",
-  "solutions_direct_usecase3_desc": "Features tied to specific times - holiday sales, product launches, live events. They need to be live exactly when the event starts.",
-  "solutions_direct_usecase3_title": "Event-Based Features",
-  "solutions_direct_usecase4_desc": "Vulnerability discovered? Users shouldn't run vulnerable code even once after you've patched it.",
-  "solutions_direct_usecase4_title": "Security Patches",
-  "solutions_direct_usecase5_desc": "Found a winning variant? Ship it to 100% of users immediately instead of waiting for gradual background updates.",
-  "solutions_direct_usecase5_title": "A/B Test Rollouts",
-  "solutions_direct_usecase6_desc": "New regulations, updated terms, required disclosures. Legal deadlines don't wait for background downloads.",
-  "solutions_direct_usecase6_title": "Compliance Updates",
-  "solutions_direct_when_matters": "When Every Session Matters",
-  "solutions_direct_when_subtitle": "Direct Updates are ideal for scenarios where immediate consistency matters more than invisible updates.",
-  "solutions_direct_when_title": "When to Use Direct Updates",
-  "solutions_direct_zero_outdated": "Zero outdated sessions",
-  "solutions_ecommerce_badge": "Dioptimalkan E-Commerce",
-  "solutions_ecommerce_cta_note": "14-day free trial. No credit card required. Works with any e-commerce platform.",
-  "solutions_ecommerce_cta_subtitle": "Deploy updates during your biggest sales. Fix bugs before they cost you customers.",
-  "solutions_ecommerce_cta_title": "Ready to Stop Losing Sales?",
-  "solutions_ecommerce_description": "Setiap menit checkout rusak mempengaruhi pendapatan. Perbaiki bug secara instan, jalankan flash sale.",
-  "solutions_ecommerce_hero_subtitle": "Tombol checkout rusak tengah malam? Perbaiki secara instan daripada kehilangan pendapatan besok.",
-  "solutions_ecommerce_hero_title": "Lindungi pendapatan dengan update cepat",
-  "solutions_ecommerce_nightmare_cost": "Lost revenue per hour with broken checkout",
-  "solutions_ecommerce_nightmare_para1": "It's Black Friday morning. Traffic is 10x normal. Then you see it: the promo code field doesn't work on iOS.",
-  "solutions_ecommerce_nightmare_para2": "You have 10,000 customers trying to check out. They can't apply their 30% discount. They're abandoning carts.",
-  "solutions_ecommerce_nightmare_para3": "You fix the bug in 20 minutes. But the fix won't go live until next Wednesday. After the sale ends.",
-  "solutions_ecommerce_nightmare_title": "Black Friday Nightmare",
-  "solutions_ecommerce_pain1_desc": "Your sale starts in 2 hours. You just found a bug in the promo code logic. App store review takes 5 days.",
-  "solutions_ecommerce_pain1_title": "Flash Sales Can't Wait",
-  "solutions_ecommerce_pain2_desc": "Every checkout bug is lost revenue. Every. Single. One. And you can't fix them fast enough.",
-  "solutions_ecommerce_pain2_title": "Cart Bugs Kill Conversions",
-  "solutions_ecommerce_pain3_desc": "You want to test a new checkout flow. With app store reviews, each iteration takes a week.",
-  "solutions_ecommerce_pain3_title": "A/B Testing Is Too Slow",
-  "solutions_ecommerce_pain4_desc": "'App is broken' reviews during peak season destroy your conversion rate. And they're permanent.",
-  "solutions_ecommerce_pain4_title": "Bad Reviews Tank Sales",
-  "solutions_ecommerce_reality_label": "The E-commerce Reality",
-  "solutions_ecommerce_reality_title": "Every Bug Costs You Money",
-  "solutions_ecommerce_results_title": "Results That Matter",
-  "solutions_ecommerce_short": "E-Commerce",
-  "solutions_ecommerce_sol1_desc": "Found a bug during your flash sale? Fix it and push the update. Your customers get the fix in hours, not days.",
-  "solutions_ecommerce_sol1_title": "Push Updates Mid-Sale",
-  "solutions_ecommerce_sol2_desc": "Test checkout flows, product pages, promo displays. Get results in days, not months.",
-  "solutions_ecommerce_sol2_title": "A/B Test Everything",
-  "solutions_ecommerce_sol3_desc": "Payment failures, coupon bugs, checkout crashes - fix them the moment you find them.",
-  "solutions_ecommerce_sol3_title": "Fix Cart Issues Instantly",
-  "solutions_ecommerce_sol4_desc": "Holiday themes, sale banners, seasonal promotions - update them instantly without a new app release.",
-  "solutions_ecommerce_sol4_title": "Seasonal Updates On Demand",
-  "solutions_ecommerce_solution_label": "The Solution",
-  "solutions_ecommerce_solution_subtitle": "Fix bugs during sales. Test new features daily. Never lose revenue to app store delays.",
-  "solutions_ecommerce_solution_title": "Ship Updates As Fast As Your Business Moves",
-  "solutions_ecommerce_stat1": "Conversion rate increase",
-  "solutions_ecommerce_stat2": "Cart abandonment reduction",
-  "solutions_ecommerce_stat3": "Faster feature iteration",
-  "solutions_ecommerce_stat4": "Bug fix time",
-  "solutions_ecommerce_title": "Untuk E-Commerce",
-  "solutions_enterprise_customers_subtitle": "Companies that can't afford downtime rely on Capgo",
-  "solutions_enterprise_customers_title": "Trusted By Enterprise Teams",
-  "solutions_enterprise_problem1_desc": "You have 10, 20, 50 apps across different teams. Coordinating releases is a nightmare. One team's deploy breaks another team's app.",
-  "solutions_enterprise_problem1_title": "Too Many Apps, Not Enough Control",
-  "solutions_enterprise_problem2_desc": "Half your users are on v2.3, the other half on v2.1. Support tickets pile up for bugs you already fixed.",
-  "solutions_enterprise_problem2_title": "Version Fragmentation",
-  "solutions_enterprise_problem3_desc": "When auditors ask 'who deployed what, when, and why?' you need answers. Not excuses.",
-  "solutions_enterprise_problem3_title": "Compliance & Audits",
-  "solutions_enterprise_problem4_desc": "App store reviews take days. By the time your fix ships, the damage is done.",
-  "solutions_enterprise_problem4_title": "Slow Rollouts",
-  "solutions_enterprise_problem5_desc": "Multiple teams deploying to the same app. Conflicting changes. No visibility into what's live.",
-  "solutions_enterprise_problem5_title": "Team Coordination Chaos",
-  "solutions_enterprise_problem6_desc": "A critical bug hits production on Friday night. Your only option is waiting for app store approval.",
-  "solutions_enterprise_problem6_title": "Production Incidents at 2 AM",
-  "solutions_enterprise_problems_label": "We Get It",
-  "solutions_enterprise_problems_title": "Your Problems Are Our Priority",
-  "solutions_enterprise_short": "Enterprise",
-  "solutions_enterprise_sol1_desc": "Manage every app in your portfolio from a single view. See version adoption, deployment status, and user metrics at a glance.",
-  "solutions_enterprise_sol1_point1": "Organization-wide app management",
-  "solutions_enterprise_sol1_point2": "Role-based access control per app",
-  "solutions_enterprise_sol1_point3": "Unified deployment across all apps",
-  "solutions_enterprise_sol1_title": "One Dashboard, All Your Apps",
-  "solutions_enterprise_sol2_desc": "Never deploy blind again. Roll out to internal QA first, then beta users, then 10% of production. Catch issues before they become incidents.",
-  "solutions_enterprise_sol2_point1": "Percentage-based gradual rollouts",
-  "solutions_enterprise_sol2_point2": "Automatic rollback on crash detection",
-  "solutions_enterprise_sol2_point3": "Device and user targeting",
-  "solutions_enterprise_sol2_title": "Staged Rollouts That Protect You",
-  "solutions_enterprise_sol3_desc": "Every deployment is logged. Every change tracked. When auditors come knocking, you're ready.",
-  "solutions_enterprise_sol3_point1": "Complete deployment audit trails",
-  "solutions_enterprise_sol3_point2": "SOC 2 Type II certified infrastructure",
-  "solutions_enterprise_sol3_point3": "GDPR compliant by design",
-  "solutions_enterprise_sol3_title": "Audit-Ready Compliance",
-  "solutions_enterprise_solution_label": "The Solution",
-  "solutions_enterprise_solution_subtitle": "Manage all your apps from one dashboard. Push updates in minutes. Roll back in seconds.",
-  "solutions_enterprise_solution_title": "Deploy With Confidence, At Scale",
-  "solutions_enterprise_stat_rollback": "Rollback time",
-  "solutions_enterprise_stat_updates": "Updates delivered monthly",
-  "solutions_enterprise_stat_uptime": "Platform uptime",
-  "solutions_enterprise_tagline": "Deploy multi-aplikasi, multi-tim",
-  "solutions_enterprise_testimonial": "We manage 23 apps across 5 teams. Before Capgo, coordinating releases was chaos. Now one engineer handles deployments for the entire portfolio.",
-  "solutions_enterprise_testimonial_author": "James Chen",
-  "solutions_enterprise_testimonial_role": "VP of Engineering, Fortune 500 Retail Company",
-  "solutions_final_cta_note": "Uji coba gratis 14 hari. Tanpa kartu kredit. Pengaturan dalam 5 menit.",
-  "solutions_final_cta_subtitle": "Mulai update langsung untuk aplikasi Anda hari ini",
-  "solutions_final_cta_title": "Siap untuk memulai?",
-  "solutions_fintech_badge": "Dioptimalkan Fintech",
-  "solutions_fintech_badge_e2e": "End-to-End Encryption",
-  "solutions_fintech_badge_gdpr": "Sesuai GDPR",
-  "solutions_fintech_badge_soc2": "SOC 2 Type II Certified",
-  "solutions_fintech_cert1_desc": "Independently audited security controls and processes",
-  "solutions_fintech_cert1_title": "SOC 2 Type II",
-  "solutions_fintech_cert2_desc": "EU data protection compliance built-in",
-  "solutions_fintech_cert2_title": "GDPR Compliant",
-  "solutions_fintech_cert3_desc": "Your code is encrypted. Only your app can decrypt it.",
-  "solutions_fintech_cert3_title": "End-to-End Encryption",
-  "solutions_fintech_cta_note": "14-day free trial. SOC 2 certified. Enterprise plans available.",
-  "solutions_fintech_cta_subtitle": "Deploy security patches in minutes. Stay compliant. Sleep better.",
-  "solutions_fintech_cta_title": "Ready to Secure Your Fintech App?",
-  "solutions_fintech_description": "Keamanan dan kepatuhan untuk aplikasi keuangan. Enkripsi end-to-end, log audit, opsi self-hosting.",
-  "solutions_fintech_hero_subtitle": "Deploy perbaikan kritis secara instan tanpa mengorbankan keamanan atau kepatuhan.",
-  "solutions_fintech_hero_title": "Update aman untuk aplikasi keuangan",
-  "solutions_fintech_nightmare_para1": "It's 2 AM on Friday. Your security team finds a vulnerability in the payment flow. Users' financial data could be exposed.",
-  "solutions_fintech_nightmare_para2": "You have the fix ready in 30 minutes. Now you submit to the app store and wait.",
-  "solutions_fintech_nightmare_para3": "5 days. That's how long until Apple approves your critical security patch. 5 days of exposure.",
-  "solutions_fintech_nightmare_title": "Your Worst Nightmare",
-  "solutions_fintech_opensource_cta": "View on GitHub",
-  "solutions_fintech_opensource_desc": "Audit our code yourself. We have nothing to hide. Our entire backend is open source, so your security team can verify everything.",
-  "solutions_fintech_opensource_title": "100% Open Source",
-  "solutions_fintech_pain1_desc": "Security patches can't wait 5 days. Neither can compliance fixes. Every hour matters.",
-  "solutions_fintech_pain1_title": "App Store Reviews Are Too Slow",
-  "solutions_fintech_pain2_desc": "SOC 2, PCI-DSS, GDPR - you need audit trails for everything. 'We pushed the fix' isn't enough.",
-  "solutions_fintech_pain2_title": "Compliance Requirements Are Strict",
-  "solutions_fintech_pain3_desc": "When your app is broken, transactions fail. Every minute of downtime is lost revenue and lost trust.",
-  "solutions_fintech_pain3_title": "Downtime Costs Millions",
-  "solutions_fintech_pain4_desc": "When regulators ask how you respond to security incidents, 'we wait for Apple' isn't an acceptable answer.",
-  "solutions_fintech_pain4_title": "Regulators Are Watching",
-  "solutions_fintech_reality_label": "The Fintech Reality",
-  "solutions_fintech_reality_title": "In Finance, Every Second Counts",
-  "solutions_fintech_short": "Fintech & Perbankan",
-  "solutions_fintech_sol1_desc": "When you find a vulnerability, fix it immediately. No app store review. No waiting. Your users are protected in hours, not days.",
-  "solutions_fintech_sol1_title": "Instant Security Patches",
-  "solutions_fintech_sol2_desc": "Every deployment is logged with timestamps, user info, and change details. When auditors ask, you have answers.",
-  "solutions_fintech_sol2_point1": "Complete deployment audit trails",
-  "solutions_fintech_sol2_point2": "User-level tracking for compliance",
-  "solutions_fintech_sol2_point3": "Exportable reports for regulators",
-  "solutions_fintech_sol2_title": "Audit-Ready Compliance",
-  "solutions_fintech_sol3_desc": "Your app bundles are encrypted in transit and at rest. Only your app can decrypt them. Not us. Not anyone.",
-  "solutions_fintech_sol3_title": "End-to-End Encryption",
-  "solutions_fintech_sol4_desc": "If a deployment causes issues, roll back to the previous version in seconds. No downtime. No data loss.",
-  "solutions_fintech_sol4_title": "Instant Rollback",
-  "solutions_fintech_solution_label": "The Solution",
-  "solutions_fintech_solution_subtitle": "Deploy critical fixes instantly. Full audit trail. Compliance-ready.",
-  "solutions_fintech_solution_title": "Security Patches in Minutes, Not Days",
-  "solutions_fintech_title": "Untuk Fintech",
-  "solutions_fintech_trust_subtitle": "We take security as seriously as you do",
-  "solutions_fintech_trust_title": "Security You Can Trust",
-  "solutions_get_started": "Mulai Sekarang",
-  "solutions_healthcare_audit_label": "Ketertelusuran Lengkap",
-  "solutions_healthcare_audit_subtitle": "Ketika auditor bertanya 'kode apa yang berjalan di perangkat pasien?', Anda akan memiliki jawabannya.",
-  "solutions_healthcare_audit_title": "Setiap Update Terhubung ke Sumbernya",
-  "solutions_healthcare_badge": "Dioptimalkan Healthcare",
-  "solutions_healthcare_badge_e2e": "End-to-End Encryption",
-  "solutions_healthcare_badge_hipaa": "Sesuai HIPAA",
-  "solutions_healthcare_badge_soc2": "SOC 2 Type II",
-  "solutions_healthcare_cert1_desc": "Infrastructure designed for protected health information",
-  "solutions_healthcare_cert1_title": "HIPAA Ready",
-  "solutions_healthcare_cert2_desc": "Independently audited security controls",
-  "solutions_healthcare_cert2_title": "SOC 2 Type II",
-  "solutions_healthcare_cert3_desc": "Audit our code. We have nothing to hide.",
-  "solutions_healthcare_cert3_title": "Open Source",
-  "solutions_healthcare_commit_desc": "Setiap bundel secara otomatis terhubung ke commit Git yang tepat dari mana ia dibangun. Lacak kembali kode apa pun yang diterapkan ke sumbernya, penulis, dan rantai persetujuan.",
-  "solutions_healthcare_commit_title": "Penghubungan Commit Git",
-  "solutions_healthcare_cta_note": "14-day free trial. HIPAA-ready. Enterprise plans with BAA available.",
-  "solutions_healthcare_cta_subtitle": "Deploy critical fixes in minutes. Stay compliant. Keep patients safe.",
-  "solutions_healthcare_cta_title": "Ready to Protect Your Patients?",
-  "solutions_healthcare_description": "Update compliance-first untuk aplikasi kesehatan. Kompatibel HIPAA, opsi self-hosting.",
-  "solutions_healthcare_hero_subtitle": "Deploy update aplikasi medis kritis sambil mempertahankan kepatuhan HIPAA penuh.",
-  "solutions_healthcare_hero_title": "Update aman untuk aplikasi kesehatan",
-  "solutions_healthcare_inapp_desc": "Tampilkan versi bundel, catatan rilis, dan pesan khusus langsung di aplikasi Anda. Biarkan staf klinis memastikan mereka menjalankan versi yang disetujui.",
-  "solutions_healthcare_inapp_title": "Informasi Versi di Aplikasi Anda",
-  "solutions_healthcare_pain1_desc": "Clinical decision support bugs need immediate fixes. App store reviews take 5-7 days. That's unacceptable.",
-  "solutions_healthcare_pain1_title": "Patient Safety Can't Wait",
-  "solutions_healthcare_pain2_desc": "Every update needs audit trails. Every deployment needs documentation. No exceptions.",
-  "solutions_healthcare_pain2_title": "HIPAA Compliance Is Non-Negotiable",
-  "solutions_healthcare_pain3_desc": "When doctors can't trust your app, they stop using it. One bug can destroy years of relationship building.",
-  "solutions_healthcare_pain3_title": "Provider Trust Is Everything",
-  "solutions_healthcare_pain4_desc": "FDA, HIPAA auditors, hospital compliance teams - they all want to know how you handle updates.",
-  "solutions_healthcare_pain4_title": "Regulatory Scrutiny Is Constant",
-  "solutions_healthcare_reality_label": "The Healthcare Reality",
-  "solutions_healthcare_reality_title": "In Healthcare, Delays Can Be Dangerous",
-  "solutions_healthcare_scenario_para1": "A nurse reports that the medication dosage calculator is showing incorrect values for pediatric patients.",
-  "solutions_healthcare_scenario_para2": "Your team identifies the bug: a unit conversion error that affects patients under 30kg. You have the fix ready in 2 hours.",
-  "solutions_healthcare_scenario_para3": "But the app store review takes 5-7 days. That's 5-7 days of potential harm.",
-  "solutions_healthcare_scenario_title": "A Real Scenario",
-  "solutions_healthcare_short": "Healthcare",
-  "solutions_healthcare_sol1_desc": "When patient safety is at risk, deploy the fix immediately. No app store review. No waiting.",
-  "solutions_healthcare_sol1_title": "Emergency Updates in Minutes",
-  "solutions_healthcare_sol2_desc": "Our infrastructure is designed for healthcare. Audit trails, encryption, access controls - all built-in.",
-  "solutions_healthcare_sol2_point1": "Complete deployment audit trails",
-  "solutions_healthcare_sol2_point2": "Role-based access controls",
-  "solutions_healthcare_sol2_point3": "BAA available for enterprise",
-  "solutions_healthcare_sol2_title": "HIPAA-Ready Infrastructure",
-  "solutions_healthcare_sol3_desc": "Your app bundles are encrypted with keys only you control. PHI never touches our servers.",
-  "solutions_healthcare_sol3_title": "End-to-End Encryption",
-  "solutions_healthcare_sol4_desc": "Roll out to a small group first. Verify everything works. Then expand to all users.",
-  "solutions_healthcare_sol4_step1": "Internal QA team",
-  "solutions_healthcare_sol4_step2": "Beta providers",
-  "solutions_healthcare_sol4_step3": "All providers",
-  "solutions_healthcare_sol4_title": "Staged Rollouts for Safety",
-  "solutions_healthcare_solution_label": "The Solution",
-  "solutions_healthcare_solution_subtitle": "Push updates in minutes. Full audit trail. HIPAA-compliant infrastructure.",
-  "solutions_healthcare_solution_title": "Deploy Critical Fixes Immediately",
-  "solutions_healthcare_title": "Untuk Healthcare",
-  "solutions_healthcare_trust_subtitle": "Built for healthcare from the ground up",
-  "solutions_healthcare_trust_title": "Security & Compliance",
-  "solutions_infra_api": "API response time globally",
-  "solutions_infra_continents": "Continents with infrastructure",
-  "solutions_infra_download": "5MB bundle download time",
-  "solutions_infra_uptime": "Uptime SLA",
-  "solutions_infrastructure_subtitle": "Your users are everywhere. Our infrastructure is too. Database replication and edge CDN ensure fast updates anywhere in the world.",
-  "solutions_infrastructure_title": "Global Infrastructure Built for Speed",
-  "solutions_ionic_plugins_badge": "Ionic Enterprise Plugins",
-  "solutions_ionic_plugins_cta_subtitle": "Start with the migration guides or talk to our team to plan the move.",
-  "solutions_ionic_plugins_cta_title": "Ready to migrate your Ionic enterprise stack?",
-  "solutions_ionic_plugins_description": "Replace Ionic enterprise plugins with Capgo alternatives for secure storage, auth, and biometrics.",
-  "solutions_ionic_plugins_hero_subtitle": "Swap Secure Storage, Auth Connect, and Identity Vault for Capgo's plugin stack. Keep security, gain control, and reduce costs.",
-  "solutions_ionic_plugins_hero_title": "Replace Ionic Enterprise Plugins Without Losing Features",
-  "solutions_ionic_plugins_section_desc": "Choose the Capgo alternative for each Ionic plugin and follow the guide to migrate safely.",
-  "solutions_ionic_plugins_section_title": "Plugin replacements and migration guides",
-  "solutions_ionic_plugins_short": "Ionic Enterprise",
-  "solutions_ionic_plugins_step1": "Map each Ionic enterprise plugin to its Capgo replacement.",
-  "solutions_ionic_plugins_step2": "Install the new plugins and sync native code.",
-  "solutions_ionic_plugins_step3": "Migrate stored data and update auth flows, then remove Ionic dependencies.",
-  "solutions_ionic_plugins_steps_title": "Migration steps",
-  "solutions_ionic_plugins_title": "Ionic Enterprise Plugins Migration",
-  "solutions_minutes": "menit",
-  "solutions_no_credit_card": "Tidak perlu kartu kredit",
-  "solutions_pr_auto_cleanup": "Auto-cleanup on merge",
-  "solutions_pr_case_company": "TechFlow",
-  "solutions_pr_case_industry": "B2B SaaS - Team Collaboration App",
-  "solutions_pr_case_metric1_label": "Time to first QA feedback",
-  "solutions_pr_case_metric1_value": "< 5 min",
-  "solutions_pr_case_metric2_label": "PRs merged per sprint",
-  "solutions_pr_case_metric2_value": "+156%",
-  "solutions_pr_case_metric3_label": "QA wait time",
-  "solutions_pr_case_metric3_value": "-87%",
-  "solutions_pr_case_metric4_label": "Time to merge",
-  "solutions_pr_case_metric4_value": "0.6 days",
-  "solutions_pr_case_para1": "TechFlow's mobile team was shipping 15-20 PRs per week. Each PR needed testing by QA before merge. With TestFlight, their QA lead estimated they spent 60% of their time waiting for builds instead of testing.",
-  "solutions_pr_case_para2": "The real pain came during crunch weeks. When multiple PRs needed testing simultaneously, QA had to constantly reinstall different TestFlight builds. Testers got confused about which version they were running. Bugs got reported on already-fixed code.",
-  "solutions_pr_case_para3": "After implementing Capgo PR Preview, their QA team could switch between any PR in seconds. No reinstalls. No confusion. No waiting. Their average time-to-merge dropped from 2.3 days to 0.6 days.",
-  "solutions_pr_case_quote": "Our QA team went from constantly frustrated to genuinely happy. They actually enjoy testing now because they're not waiting around. We ship twice as many features per sprint.",
-  "solutions_pr_case_quote_author": "Lisa Wong, Engineering Manager at TechFlow",
-  "solutions_pr_case_results": "The Results (First Quarter)",
-  "solutions_pr_compare_build_time": "Build to testable",
-  "solutions_pr_compare_capgo": "Capgo PR Preview",
-  "solutions_pr_compare_cleanup": "Cleanup old builds",
-  "solutions_pr_compare_cleanup_capgo": "Automatic on merge",
-  "solutions_pr_compare_cleanup_tf": "Manual",
-  "solutions_pr_compare_setup": "Tester setup",
-  "solutions_pr_compare_setup_capgo": "Just open the app",
-  "solutions_pr_compare_setup_tf": "Apple ID + invitation",
-  "solutions_pr_compare_switch_builds": "Switch between builds",
-  "solutions_pr_compare_title": "TestFlight vs Capgo PR Preview",
-  "solutions_pr_compare_traditional": "TestFlight / Beta",
-  "solutions_pr_cost_explanation": "When you factor in developer wait time, QA blocked time, and delayed feedback, each PR costs an average of $340 in lost productivity.",
-  "solutions_pr_dev_benefit1": "Get QA feedback before your context switches",
-  "solutions_pr_dev_benefit2": "Push fixes and testers get them instantly",
-  "solutions_pr_dev_benefit3": "No more 'waiting for build' blockers",
-  "solutions_pr_final_cta_note": "Set up in 5 minutes. No TestFlight required. No app reinstalls.",
-  "solutions_pr_final_cta_subtitle": "Your QA team deserves better than watching progress bars. Give them instant access to every PR.",
-  "solutions_pr_final_cta_title": "Stop Waiting. Start Testing.",
-  "solutions_pr_hidden_cost": "Hidden cost per pull request",
-  "solutions_pr_how_testers_switch": "How Testers Switch to Your PR Build",
-  "solutions_pr_instant_testing": "Instant on-device testing",
-  "solutions_pr_no_testflight": "No TestFlight required",
-  "solutions_pr_pm_benefit1": "Review features before they ship",
-  "solutions_pr_pm_benefit2": "No technical setup - just tap a link",
-  "solutions_pr_pm_benefit3": "Provide feedback directly on the PR",
-  "solutions_pr_preview": "Preview PR",
-  "solutions_pr_preview_description": "Create a Capgo channel for every pull request. QA teams, engineers, and project managers can instantly test any PR without TestFlight or Google Play beta channels.",
-  "solutions_pr_preview_hero_subtitle": "Create a dedicated Capgo channel for each pull request. Share a link with your team and they can test the exact changes on their device - no app reinstalls, no TestFlight, no waiting.",
-  "solutions_pr_preview_hero_title": "Review Every PR on Real Devices",
-  "solutions_pr_preview_tagline": "Test pull requests on real devices",
-  "solutions_pr_preview_teams_dev": "Developers",
-  "solutions_pr_preview_teams_pm": "Project Managers",
-  "solutions_pr_preview_teams_qa": "QA Engineers",
-  "solutions_pr_preview_title": "PR Preview Channels",
-  "solutions_pr_problem_result": "Total time to test a PR: 45-60 minutes. Per PR. Per tester. For every update.",
-  "solutions_pr_problem_step1_desc": "Code is ready for review. But before anyone can test it, you need to build and upload to TestFlight.",
-  "solutions_pr_problem_step1_title": "Developer Opens PR",
-  "solutions_pr_problem_step2_desc": "Build the app locally or in CI. Archive it. Upload to App Store Connect. Wait for processing. 15-30 minutes minimum.",
-  "solutions_pr_problem_step2_title": "Build and Upload",
-  "solutions_pr_problem_step3_desc": "Add testers if they're not already in TestFlight. Send invites. Wait for them to accept. Explain how to install.",
-  "solutions_pr_problem_step3_title": "Distribute to Testers",
-  "solutions_pr_problem_step4_desc": "Testers download the build. Dev pushes a fix. Now everyone needs to repeat steps 2-3 to get the updated build.",
-  "solutions_pr_problem_step4_title": "Test the Wrong Build",
-  "solutions_pr_problem_title": "TestFlight and Google Beta Are Blocking Your Velocity",
-  "solutions_pr_processing_explanation": "Every build you upload has to be processed by Apple before testers can access it. This is per-build, every time.",
-  "solutions_pr_programmatic": "In-App Switcher",
-  "solutions_pr_programmatic_desc": "Build a custom UI for switching channels. Perfect for a dev settings screen in your app.",
-  "solutions_pr_qa_benefit1": "Test any PR on your device in seconds",
-  "solutions_pr_qa_benefit2": "Switch between PRs instantly to compare behavior",
-  "solutions_pr_qa_benefit3": "No more confusion about which build you're running",
-  "solutions_pr_qa_blocked": "Of QA time spent waiting",
-  "solutions_pr_qa_explanation": "QA engineers report spending 67% of their time waiting for builds rather than actually testing. That's 5+ hours per day of wasted productivity.",
-  "solutions_pr_real_cost": "The Hidden Cost of Slow Testing",
-  "solutions_pr_scenario_title": "How TechFlow Accelerated Their Review Cycle by 4x",
-  "solutions_pr_setup_time": "Setup takes 5 minutes. Copy this workflow and adapt it to your CI.",
-  "solutions_pr_shake_menu": "Shake Menu (Zero Code)",
-  "solutions_pr_shake_menu_desc": "Enable the built-in shake gesture. Testers shake their device to open a menu showing all available channels.",
-  "solutions_pr_solution_subtitle": "Create a Capgo channel for each PR. Testers switch channels in seconds. No app reinstalls. No waiting.",
-  "solutions_pr_solution_title": "Test Any PR in Under 60 Seconds",
-  "solutions_pr_step1_desc": "CI automatically builds the app and creates a Capgo channel named after the PR number.",
-  "solutions_pr_step1_time": "Automatic",
-  "solutions_pr_step1_title": "Developer Opens PR",
-  "solutions_pr_step2_desc": "The built bundle uploads to Capgo in the background. No processing delay.",
-  "solutions_pr_step2_time": "< 30 seconds",
-  "solutions_pr_step2_title": "Bundle Uploads",
-  "solutions_pr_step3_desc": "Tester opens the app, switches to the PR channel, and gets the build immediately.",
-  "solutions_pr_step3_time": "< 10 seconds",
-  "solutions_pr_step3_title": "Tester Switches Channel",
-  "solutions_pr_step4_desc": "QA tests on real device. Dev pushes fixes. Tester immediately gets updates. No reinstall needed.",
-  "solutions_pr_step4_time": "Instant iteration",
-  "solutions_pr_step4_title": "Test and Approve",
-  "solutions_pr_teams_subtitle": "PR Preview transforms how your entire team collaborates on mobile development.",
-  "solutions_pr_teams_title": "Built for Every Role on Your Team",
-  "solutions_pr_testflight_processing": "TestFlight processing time",
-  "solutions_pr_traditional_workflow": "The TestFlight Testing Workflow",
-  "solutions_problem_result": "Total time from bug discovery to fix deployed: 3-7 days. Your users suffer the entire time.",
-  "solutions_problem_step1_desc": "Your monitoring alerts you to a critical issue. Users are experiencing crashes or broken functionality. The clock starts ticking.",
-  "solutions_problem_step1_title": "Find the Bug",
-  "solutions_problem_step2_desc": "Your team drops everything to fix the bug. You rebuild the app, run tests, and prepare a new binary for submission.",
-  "solutions_problem_step2_title": "Fix and Rebuild",
-  "solutions_problem_step3_desc": "You submit to Apple and Google. Then you wait. And wait. Apple's review takes 24-48 hours on average. Sometimes longer.",
-  "solutions_problem_step3_title": "Submit and Wait",
-  "solutions_problem_step4_desc": "Even after approval, users need to manually update. Many won't for days or weeks. Your support tickets keep piling up.",
-  "solutions_problem_step4_title": "Users Still Have the Bug",
-  "solutions_production_problem_title": "App Store Reviews Are Killing Your Velocity",
-  "solutions_production_solution_subtitle": "Capgo lets you update your app's JavaScript and assets instantly. No app store review. No waiting. Your users get the fix the moment you push it.",
-  "solutions_production_solution_title": "Push Updates in Minutes, Not Weeks",
-  "solutions_production_updates": "Update Produksi",
-  "solutions_production_updates_description": "Ship fixes in minutes, not weeks. Push live updates to your production app with zero configuration - the simplest way to keep millions of users up-to-date.",
-  "solutions_production_updates_hero_subtitle": "Your users don't wait for app stores. Neither should your updates. Push JavaScript and asset changes instantly - no review delays, no user friction. Updates download silently and apply on next launch.",
-  "solutions_production_updates_hero_title": "Ship Fixes in Minutes, Not Weeks",
-  "solutions_production_updates_tagline": "Ship fixes to production instantly",
-  "solutions_production_updates_title": "Simple Production Updates",
-  "solutions_qsr_badge": "Untuk Restoran Cepat Saji",
-  "solutions_qsr_cta_note": "Uji coba gratis 14 hari. Tanpa kartu kredit. Bekerja dengan Capacitor dan React Native.",
-  "solutions_qsr_cta_subtitle": "Deploy update menu, perbaiki bug, dan luncurkan promosi tepat saat bisnis Anda membutuhkannya.",
-  "solutions_qsr_cta_title": "Siap Kirim Sesuai Jadwal Anda?",
-  "solutions_qsr_description": "Kirim update menu, promosi, dan fitur loyalitas secara instan ke ribuan lokasi.",
-  "solutions_qsr_hero_subtitle": "Item menu baru, promosi musiman, dan kampanye loyalitas harus dikirim tepat waktu - di semua platform, di setiap lokasi.",
-  "solutions_qsr_hero_title": "Kirim Promosi Saat Dibutuhkan, Bukan Minggu Depan",
-  "solutions_qsr_nightmare_cost": "Kehilangan pendapatan dari peluncuran menu yang gagal",
-  "solutions_qsr_nightmare_para1": "Pukul 6 pagi hari Senin. Item menu baru Anda diluncurkan secara nasional pada pukul 10 pagi. Marketing menghabiskan $2 juta untuk iklan. Iklan TV sedang tayang.",
-  "solutions_qsr_nightmare_para2": "Pukul 9 pagi, QA menemukan bug: item baru tidak muncul di aplikasi. Anda mengirimkan perbaikan darurat ke Apple. Review memakan waktu 3-5 hari.",
-  "solutions_qsr_nightmare_para3": "Kampanye $2 juta Anda sudah berjalan. Aplikasi Anda menampilkan menu bulan lalu. Pelanggan bingung. Media sosial tidak senang.",
-  "solutions_qsr_nightmare_title": "Mimpi Buruk Hari Peluncuran",
-  "solutions_qsr_pain1_desc": "Peluncuran LTO Anda dimulai Senin. Ulasan toko aplikasi membutuhkan waktu 5 hari. Itu adalah 5 hari pendapatan yang terlewatkan dari promosi terbesar Anda.",
-  "solutions_qsr_pain1_title": "Promosi Tidak Bisa Menunggu Ulasan Aplikasi",
-  "solutions_qsr_pain2_desc": "6 merek, 12 aplikasi, ribuan lokasi. Setiap pengajuan aplikasi ke toko aplikasi adalah seminggu koordinasi lintas tim.",
-  "solutions_qsr_pain2_title": "Mengelola Beberapa Merek Adalah Kompleks",
-  "solutions_qsr_pain3_desc": "Penentuan harga regional, regulasi lokal, fitur khusus waralaba. Satu pembaruan yang salah dapat berarti masalah hukum.",
-  "solutions_qsr_pain3_title": "Kepatuhan Franchise Sangat Kritis",
-  "solutions_qsr_pain4_desc": "Ketika jam makan siang tiba dan aplikasi pemesanan Anda mogok, Anda tidak bisa menunggu hingga minggu depan untuk memperbaikinya.",
-  "solutions_qsr_pain4_title": "Jam Sibuk Sangat Tidak Mengampuni",
-  "solutions_qsr_reality_label": "Realitas QSR",
-  "solutions_qsr_reality_title": "Aplikasi Anda Bergerak Secepat Bisnis Anda",
-  "solutions_qsr_short": "Layanan Cepat",
-  "solutions_qsr_sol1_desc": "Peluncuran LTO baru besok? Menu musiman mulai berlaku? Lakukan pembaruan malam ini dan setiap pelanggan akan mendapatkannya pagi hari.",
-  "solutions_qsr_sol1_point1": "Luncurkan pembaruan menu dalam hitungan menit, bukan hari",
-  "solutions_qsr_sol1_point2": "Sinkronkan promosi dengan kampanye TV dan digital",
-  "solutions_qsr_sol1_point3": "Kembalikan segera jika ada yang salah",
-  "solutions_qsr_sol1_title": "Promosi Kapal Secara Instan",
-  "solutions_qsr_sol2_desc": "Mengelola portofolio merek restoran? Perbarui semuanya dari satu dasbor, atau targetkan merek tertentu dengan fitur yang disesuaikan.",
-  "solutions_qsr_sol2_point1": "Dasbor tunggal untuk semua merek",
-  "solutions_qsr_sol2_point2": "Saluran dan peluncuran khusus merek",
-  "solutions_qsr_sol2_point3": "Basis kode yang terpadu, pengalaman yang berbeda-beda",
-  "solutions_qsr_sol2_title": "Manajemen Multi-Merek",
-  "solutions_qsr_sol3_desc": "Uji fitur baru di Texas sebelum menjadi nasional. Menu berbeda di California. Peluncuran bertahap yang Anda kendalikan.",
-  "solutions_qsr_sol3_point1": "Penargetan geografis untuk pembaruan",
-  "solutions_qsr_sol3_point2": "Peluncuran berbasis persentase",
-  "solutions_qsr_sol3_point3": "Pemantauan real-time dan pengembalian instan",
-  "solutions_qsr_sol3_title": "Peluncuran Regional & Program Pilot",
-  "solutions_qsr_sol4_desc": "Integrasikan dengan alur kerja GitHub atau GitLab yang ada. Penyebaran otomatis pada setiap penggabungan ke utama.",
-  "solutions_qsr_sol4_point1": "Integrasi GitHub Actions",
-  "solutions_qsr_sol4_point2": "Kanal penyiapan dan produksi otomatis",
-  "solutions_qsr_sol4_point3": "Terapkan saat penggabungan, bukan saat persetujuan",
-  "solutions_qsr_sol4_title": "CI/CD yang Benar-Benar Berfungsi",
-  "solutions_qsr_solution_label": "Solusinya",
-  "solutions_qsr_solutions_title": "Luncurkan Pembaruan Saat Bisnis Anda Membutuhkannya",
-  "solutions_qsr_stat1": "Perbarui waktu penyebaran",
-  "solutions_qsr_stat2": "Pengguna diperbarui dalam 24 jam",
-  "solutions_qsr_stat3": "Pengajuan aplikasi di App Store diperlukan",
-  "solutions_qsr_stat4": "Menyebarkan kemampuan",
-  "solutions_qsr_title": "Live Update untuk Restoran Cepat Saji",
-  "solutions_qsr_usecase1_desc": "Perbaiki bug checkout secara instan. Perbarui item menu secara real-time. Jangan pernah kehilangan pesanan karena kode aplikasi yang usang.",
-  "solutions_qsr_usecase1_title": "Pemesanan & Pengiriman",
-  "solutions_qsr_usecase2_desc": "Luncurkan tingkat hadiah baru, perbarui nilai poin, perbaiki bug penebusan - semua tanpa penundaan di toko aplikasi.",
-  "solutions_qsr_usecase2_title": "Loyalitas & Hadiah",
-  "solutions_qsr_usecase3_desc": "Perbarui jam buka toko, tambahkan opsi di pinggir jalan, perbaiki bug GPS. Pastikan pelanggan menemukan Anda dengan mudah.",
-  "solutions_qsr_usecase3_title": "Lokator Toko & Pengambilan",
-  "solutions_qsr_usecase4_desc": "Dorong penawaran yang ditargetkan, perbarui kode promo, uji strategi diskon A/B secara real-time.",
-  "solutions_qsr_usecase4_title": "Promosi Personalisasi",
-  "solutions_qsr_usecase5_desc": "Perbarui aplikasi kiosk di semua lokasi secara bersamaan. Tidak diperlukan kunjungan teknisi.",
-  "solutions_qsr_usecase5_title": "Kios di Toko",
-  "solutions_qsr_usecase6_desc": "Kelola pembaruan untuk semua merek restoran Anda dari satu dasbor saja.",
-  "solutions_qsr_usecase6_title": "Aplikasi Multi-Merek",
-  "solutions_qsr_usecases_label": "Kasus Penggunaan",
-  "solutions_qsr_usecases_title": "Dibangun untuk Setiap Kebutuhan QSR",
-  "solutions_real_cost": "The Real Cost of Slow Updates",
-  "solutions_real_world": "Kasus Nyata",
-  "solutions_related_by_role": "Solusi berdasarkan tipe tim",
-  "solutions_related_subtitle": "Temukan solusi yang sesuai dengan kebutuhan Anda",
-  "solutions_review_time_explanation": "Apple and Google can take anywhere from 24 hours to a week to approve your update. During critical bugs, every hour matters.",
-  "solutions_scenario_company": "FinanceFirst",
-  "solutions_scenario_industry": "B2B FinTech - Mobile Banking App",
-  "solutions_scenario_metric1_label": "Average fix deployment time",
-  "solutions_scenario_metric1_value": "52 minutes",
-  "solutions_scenario_metric2_label": "Bug-related support tickets",
-  "solutions_scenario_metric2_value": "-89%",
-  "solutions_scenario_metric3_label": "User churn from bugs",
-  "solutions_scenario_metric3_value": "-94%",
-  "solutions_scenario_metric4_label": "Engineering weekend hours",
-  "solutions_scenario_metric4_value": "-76%",
-  "solutions_scenario_para1": "FinanceFirst serves 50,000 users who depend on their mobile banking app for daily transactions. When a critical calculation bug affected their loan interest display, they faced a nightmare scenario: users seeing incorrect balances.",
-  "solutions_scenario_para2": "Before Capgo, their process involved emergency weekend work, expedited App Store review requests (which Apple often ignores), and four days of user complaints. Their support team logged 340 tickets. Three users closed their accounts.",
-  "solutions_scenario_para3": "After implementing Capgo, their next critical bug - a timezone issue affecting scheduled payments - was fixed in 47 minutes from discovery to deployment. Zero support tickets. Zero churn. Their CTO now sleeps through the night again.",
-  "solutions_scenario_quote": "Capgo didn't just change our deployment process - it changed our entire relationship with production bugs. What used to be emergencies are now minor inconveniences.",
-  "solutions_scenario_quote_author": "Sarah Chen, VP of Engineering at FinanceFirst",
-  "solutions_scenario_results": "The Results (First 6 Months)",
-  "solutions_scenario_title": "How FinanceFirst Reduced Their Bug Resolution Time by 97%",
-  "solutions_schedule_demo": "Jadwalkan Demo",
-  "solutions_setup_minutes": "Setup dalam 5 menit",
-  "solutions_solo_after1": "Push updates instantly, no review needed",
-  "solutions_solo_after2": "One command to deploy: npx @capgo/cli bundle upload",
-  "solutions_solo_after3": "Start free, then $14/month as you grow",
-  "solutions_solo_after4": "One-click rollback if something goes wrong",
-  "solutions_solo_after_title": "With Capgo",
-  "solutions_solo_ai_benefit1_desc": "Biarkan AI menangani coding sementara Anda fokus pada produk. Fitur baru? Generate, test, kirim - semua dalam hari yang sama.",
-  "solutions_solo_ai_benefit1_title": "AI Menulis, Anda Mengirim",
-  "solutions_solo_ai_benefit2_desc": "Satu perintah dan update Anda sudah live. Tanpa submission app store, tanpa proses review, tanpa menunggu. Seperti deploy website.",
-  "solutions_solo_ai_benefit2_title": "Deployment Secepat Website",
-  "solutions_solo_ai_benefit3_desc": "Ketika AI dapat menghasilkan fitur dalam hitungan menit, proses deployment Anda tidak seharusnya memakan waktu berhari-hari. Kirim secepat Anda berpikir.",
-  "solutions_solo_ai_benefit3_title": "Iterasi Secepat AI",
-  "solutions_solo_ai_label": "Pengembangan Berbasis AI",
-  "solutions_solo_ai_new1": "AI menghasilkan fitur (5 menit)",
-  "solutions_solo_ai_new2": "Build & upload bundle (2 menit)",
-  "solutions_solo_ai_new3": "User mendapatkan update (menit)",
-  "solutions_solo_ai_new_time": "Total: Di bawah 10 menit",
-  "solutions_solo_ai_new_way": "Dengan Capgo",
-  "solutions_solo_ai_old1": "AI menghasilkan fitur (5 menit)",
-  "solutions_solo_ai_old2": "Build binary native (15 menit)",
-  "solutions_solo_ai_old3": "Submit ke App Store",
-  "solutions_solo_ai_old4": "Tunggu review (3-7 hari)",
-  "solutions_solo_ai_old_time": "Total: 3-7 hari",
-  "solutions_solo_ai_old_way": "Update Mobile Tradisional",
-  "solutions_solo_ai_subtitle": "Gunakan alat AI seperti Cursor, Copilot, atau Claude untuk membangun fitur lebih cepat. Lalu kirimkan secara instan - seperti Anda melakukannya dengan website.",
-  "solutions_solo_ai_terminal": "Terminal",
-  "solutions_solo_ai_title": "Koding Hari Ini, Kirim Malam Ini",
-  "solutions_solo_badge": "Solo-friendly",
-  "solutions_solo_before1": "Wait 3-7 days for app store approval",
-  "solutions_solo_before2": "Manage complex deployment pipelines",
-  "solutions_solo_before3": "Pay $500/month for enterprise tools",
-  "solutions_solo_before4": "Pray you don't push a breaking change",
-  "solutions_solo_before_title": "Before Capgo",
-  "solutions_solo_cta_note": "Uji coba gratis 14 hari. Tanpa kartu kredit. Upgrade saat Anda siap.",
-  "solutions_solo_cta_subtitle": "Join thousands of indie developers who ship updates daily. Start free.",
-  "solutions_solo_cta_title": "Ready to Ship Solo?",
-  "solutions_solo_description": "Semua yang Anda butuhkan untuk menjaga aplikasi tetap update. Tier gratis, tanpa kartu kredit.",
-  "solutions_solo_hero_subtitle": "Anda tidak harus menunggu berjam-jam untuk review App Store. Push update secara instan.",
-  "solutions_solo_hero_title": "Kekuatan super developer solo",
-  "solutions_solo_highlight": "Uji coba gratis 14 hari - mulai kirim hari ini",
-  "solutions_solo_pain1_desc": "Design, code, support, marketing - you do it all. Adding 'DevOps engineer' to the list isn't an option.",
-  "solutions_solo_pain1_title": "You're the CEO, CTO, and Intern",
-  "solutions_solo_pain2_desc": "You found the bug at 9 AM. Fixed it by 10 AM. Now you wait 5 days for Apple to approve it while users leave 1-star reviews.",
-  "solutions_solo_pain2_title": "App Store Reviews Kill Your Momentum",
-  "solutions_solo_pain3_desc": "When you're the only developer, every 1-star review feels personal. Because it is.",
-  "solutions_solo_pain3_title": "Every Bad Review Hurts",
-  "solutions_solo_pain4_desc": "You can't justify $500/month for deployment tools when your app makes $200/month.",
-  "solutions_solo_pain4_title": "No Budget for Enterprise Tools",
-  "solutions_solo_pain5_desc": "When you push a bad update, there's no one to roll it back for you. You're on your own.",
-  "solutions_solo_pain5_title": "No Team to Catch Mistakes",
-  "solutions_solo_pain6_desc": "Every bug report goes to you. Every frustrated email. Every 'why doesn't this work?'",
-  "solutions_solo_pain6_title": "Support Tickets Are All You",
-  "solutions_solo_read_docs": "Read the docs",
-  "solutions_solo_reality_label": "The Solo Dev Reality",
-  "solutions_solo_reality_title": "You're Doing Everything. And It's Exhausting.",
-  "solutions_solo_reason1_desc": "Install the plugin, add one line of code, deploy. That's it. No DevOps degree required.",
-  "solutions_solo_reason1_title": "5-Minute Setup",
-  "solutions_solo_reason2_desc": "Uji coba gratis 14 hari untuk memulai. $14/bulan saat siap berkembang. Bukan $500/bulan seperti tools enterprise.",
-  "solutions_solo_reason2_title": "Affordable Pricing",
-  "solutions_solo_reason3_desc": "When you're stuck, you talk to Martin (our founder), not a chatbot. Usually within hours, often within minutes.",
-  "solutions_solo_reason3_title": "Human Support",
-  "solutions_solo_short": "Developer Solo",
-  "solutions_solo_superpower_label": "Your Superpower",
-  "solutions_solo_superpower_subtitle": "Deploy updates in seconds. Fix bugs instantly. Keep your sanity.",
-  "solutions_solo_superpower_title": "All the Power, None of the Complexity",
-  "solutions_solo_tagline": "Uji coba gratis 14 hari, deployment sederhana",
-  "solutions_solo_testimonial1": "I run 3 apps by myself. Capgo lets me push updates to all of them before my morning coffee gets cold.",
-  "solutions_solo_testimonial1_author": "David Park",
-  "solutions_solo_testimonial1_role": "Indie Developer, 3 apps on the store",
-  "solutions_solo_testimonial2": "Uji coba gratis membantu saya memulai. Sekarang saya bayar $14/bulan dan kirim update setiap hari. Tool terbaik di stack saya.",
-  "solutions_solo_testimonial2_author": "Maria Santos",
-  "solutions_solo_testimonial2_role": "Solo Founder, Lifestyle App",
-  "solutions_solo_title": "Untuk Developer Solo",
-  "solutions_solo_why_title": "Why Solo Devs Love Us",
-  "solutions_solution_result": "Total time from bug discovery to 95% deployment: Under 5 hours. Your users barely notice there was an issue.",
-  "solutions_solution_step1_desc": "Make your code change, run your build process, and verify the fix locally.",
-  "solutions_solution_step1_time": "30 minutes",
-  "solutions_solution_step1_title": "Fix the Bug",
-  "solutions_solution_step2_desc": "One command uploads your bundle. It's immediately available to your entire user base.",
-  "solutions_solution_step2_time": "30 seconds",
-  "solutions_solution_step2_title": "Push to Capgo",
-  "solutions_solution_step3_desc": "Updates download in the background. Next app launch, they have the fix. No manual update needed.",
-  "solutions_solution_step3_time": "4 hours average",
-  "solutions_solution_step3_title": "Users Get Updated",
-  "solutions_start_free_trial": "Coba Gratis",
-  "solutions_startups_adv1_desc": "Push updates instantly. No app store review. No waiting. Your users get fixes the same day you write them.",
-  "solutions_startups_adv1_title": "Ship Features Daily, Not Monthly",
-  "solutions_startups_adv2_desc": "No infrastructure to manage. No CI/CD complexity. Just build and deploy.",
-  "solutions_startups_adv2_point1": "Works with your existing GitHub/GitLab workflow",
-  "solutions_startups_adv2_point2": "5-minute setup, not 5-day setup",
-  "solutions_startups_adv2_point3": "One command to deploy",
-  "solutions_startups_adv2_title": "Zero DevOps Overhead",
-  "solutions_startups_adv3_desc": "When you find a bug on Monday, fix it on Monday. Not next week when Apple finally approves your update.",
-  "solutions_startups_adv3_title": "Fix Bugs Before They Hurt Your Ratings",
-  "solutions_startups_adv4_competitor": "The other guys",
-  "solutions_startups_adv4_desc": "We're bootstrapped too. We know every dollar matters. That's why we start at $14/month, not $499.",
-  "solutions_startups_adv4_title": "Startup-Friendly Pricing",
-  "solutions_startups_advantage_label": "Your Unfair Advantage",
-  "solutions_startups_advantage_subtitle": "Without actually hiring one",
-  "solutions_startups_advantage_title": "Ship Like You Have a DevOps Team",
-  "solutions_startups_badge": "Startup-friendly",
-  "solutions_startups_case_company": "TechCrunch Featured Startup",
-  "solutions_startups_case_metric1_label": "Deploy frequency",
-  "solutions_startups_case_metric1_value": "3x daily",
-  "solutions_startups_case_metric2_label": "Time to fix bugs",
-  "solutions_startups_case_metric2_value": "-95%",
-  "solutions_startups_case_metric3_label": "App store rating",
-  "solutions_startups_case_metric3_value": "3.2 → 4.7",
-  "solutions_startups_case_metric4_label": "Monthly cost",
-  "solutions_startups_case_metric4_value": "$14/mo",
-  "solutions_startups_case_para1": "Before Capgo, we dreaded finding bugs. Every fix meant a week of waiting for app store approval while users churned.",
-  "solutions_startups_case_para2": "We switched to Capgo in 30 minutes. That afternoon, we pushed a critical fix that had been waiting for review for 4 days.",
-  "solutions_startups_case_para3": "Now we ship updates 3-4 times per day. Our app store rating went from 3.2 to 4.7 in two months.",
-  "solutions_startups_case_quote": "Capgo is the best $14/month we spend. It's like having a DevOps team without the DevOps team.",
-  "solutions_startups_case_quote_author": "CTO, Featured Startup",
-  "solutions_startups_case_results": "30-Day Results",
-  "solutions_startups_case_stage": "Seed Stage, 3 employees",
-  "solutions_startups_cta_note": "14-day free trial. No credit card required. Cancel anytime.",
-  "solutions_startups_cta_subtitle": "Join hundreds of startups shipping updates daily. Start your free trial.",
-  "solutions_startups_cta_title": "Ready to Move Fast?",
-  "solutions_startups_description": "Kirim fitur lebih cepat dari kompetitor. Mulai gratis, skalakan saat tumbuh.",
-  "solutions_startups_founder_quote": "We were losing users because we couldn't ship fast enough. The app store was our biggest bottleneck, not our code.",
-  "solutions_startups_hero_subtitle": "Di dunia startup, kecepatan menang. Kirim fitur dalam hitungan menit, bukan minggu.",
-  "solutions_startups_hero_title": "Kirim lebih cepat dari kompetitor",
-  "solutions_startups_pain1_desc": "You found the bug. You fixed it. Now you wait 3-7 days for Apple to approve it. Your users? Still frustrated.",
-  "solutions_startups_pain1_title": "App Store Reviews Kill Velocity",
-  "solutions_startups_pain2_desc": "Hiring a DevOps engineer costs $150k+/year. Your deployment pipeline shouldn't require one.",
-  "solutions_startups_pain2_title": "DevOps Is Expensive",
-  "solutions_startups_pain3_desc": "Every day a bug stays live is another 1-star review. At your stage, ratings matter more than anything.",
-  "solutions_startups_pain3_title": "Bad Reviews Compound",
-  "solutions_startups_pricing_highlight": "Starts at $14/month",
-  "solutions_startups_quickstart_subtitle": "No DevOps experience required",
-  "solutions_startups_quickstart_title": "Get Started in 5 Minutes",
-  "solutions_startups_quote_author": "Sarah Chen",
-  "solutions_startups_quote_role": "Founder, YC-backed startup",
-  "solutions_startups_reality_label": "The Startup Reality",
-  "solutions_startups_reality_title": "You Don't Have Time for This",
-  "solutions_startups_see_pricing": "See pricing",
-  "solutions_startups_short": "Startup",
-  "solutions_startups_story_label": "Success Story",
-  "solutions_startups_story_title": "How a 3-Person Startup Ships Like a Fortune 500",
-  "solutions_startups_tagline": "Kirim cepat tanpa kerumitan",
-  "solutions_startups_title": "Untuk Startup",
-  "solutions_stat_apps": "947+ Aplikasi",
-  "solutions_stat_updates": "1,4 miliar+ update terkirim",
-  "solutions_stat_years": "4+ tahun di produksi",
-  "solutions_talk_to_team": "Hubungi Tim",
-  "solutions_testimonial1": "We switched from CodePush after Microsoft deprecated it. Capgo was running in production within a day. We haven't looked back - it's faster, more reliable, and the team actually responds to support tickets.",
-  "solutions_testimonial1_author": "Michael Torres",
-  "solutions_testimonial1_role": "Lead Mobile Developer, RetailFlow",
-  "solutions_testimonial2": "Our app serves 200,000 daily active users. Before Capgo, a Friday bug meant a ruined weekend. Now it means a 30-minute fix. The peace of mind alone is worth the subscription.",
-  "solutions_testimonial2_author": "Sofia Andersson",
-  "solutions_testimonial2_role": "CTO, HealthTrack",
-  "solutions_the_problem": "Masalahnya",
-  "solutions_the_solution": "Solusinya",
-  "solutions_traditional_workflow": "Alur kerja tradisional",
-  "solutions_trusted_by_title": "Dipercaya oleh tim-tim terkemuka",
-  "solutions_use_cases_subtitle": "Production updates work best for these common scenarios. Each one represents real pain points our customers solve daily.",
-  "solutions_usecase1_desc": "A payment flow is broken. Users can't complete purchases. With Capgo, push a fix in minutes and watch your revenue recover in real-time.",
-  "solutions_usecase1_title": "Critical Bug Fixes",
-  "solutions_usecase2_desc": "New pricing, updated terms, seasonal promotions. Update your app's content without waiting for store approval.",
-  "solutions_usecase2_title": "Content Updates",
-  "solutions_usecase3_desc": "Your test showed the new checkout flow converts 23% better. Ship it to everyone immediately instead of waiting a week.",
-  "solutions_usecase3_title": "A/B Testing Results",
-  "solutions_usecase4_desc": "Fixed that annoying alignment issue. Updated the loading animation. Small improvements ship as fast as you can code them.",
-  "solutions_usecase4_title": "UI Polish",
-  "solutions_usecase5_desc": "Something broke in production. Don't wait for weekend coverage. Push the fix now, from anywhere.",
-  "solutions_usecase5_title": "Emergency Hotfixes",
-  "solutions_usecase6_desc": "New privacy regulations require disclosure changes. Update your app before the deadline, not after.",
-  "solutions_usecase6_title": "Compliance Updates",
-  "solutions_user_churn": "User churn from unresolved bugs",
-  "solutions_version_targeting": "Penargetan Versi",
-  "solutions_version_targeting_appflow_desc": "AppFlow tied bundles to native versions automatically. With Capgo, you get the same behavior with more flexibility:",
-  "solutions_version_targeting_appflow_step1": "Create a channel for each native version (e.g., 'native-1.5.0')",
-  "solutions_version_targeting_appflow_step2": "Configure your app to use the channel matching its native version",
-  "solutions_version_targeting_appflow_step3": "Push bundles to specific channels for targeted distribution",
-  "solutions_version_targeting_appflow_step4": "Use our CLI to push to multiple channels at once when needed",
-  "solutions_version_targeting_appflow_title": "AppFlow Users: Here's Your Migration Path",
-  "solutions_version_targeting_cta_subtitle": "Start targeting updates to specific native versions.",
-  "solutions_version_targeting_cta_title": "Need Precise Update Control?",
-  "solutions_version_targeting_description": "Control which updates go to which native app versions. Create channels tied to specific native builds and push updates with precision - like AppFlow, but more flexible.",
-  "solutions_version_targeting_feature1_desc": "Create a channel for each native build. When you release native version 1.5.0, create a channel for it. All JS updates for that native version go to that channel.",
-  "solutions_version_targeting_feature1_title": "Channel Per Native Version",
-  "solutions_version_targeting_feature2_desc": "Push an update to versions 1.3, 1.4, and 1.5 but skip 1.2. Perfect when older native versions can't support new features.",
-  "solutions_version_targeting_feature2_title": "Selective Update Distribution",
-  "solutions_version_targeting_feature3_desc": "Recreate AppFlow's version-tied channel behavior exactly. Each native build maps to a Capgo channel with the same control you're used to.",
-  "solutions_version_targeting_feature3_title": "AppFlow Migration Ready",
-  "solutions_version_targeting_feature4_desc": "Stop pushing updates to old versions when you're ready to sunset them. Users on old versions stay stable while new versions get updates.",
-  "solutions_version_targeting_feature4_title": "Graceful Deprecation",
-  "solutions_version_targeting_hero_subtitle": "Reduce risk and technical debt. Push updates to specific native versions, roll out changes gradually, and keep older versions stable - all with full control over your update distribution.",
-  "solutions_version_targeting_hero_title": "Move Faster With Fewer Surprises",
-  "solutions_version_targeting_scenarios_breaking": "Breaking Native Changes",
-  "solutions_version_targeting_scenarios_breaking_desc": "Native version 2.0 has a new plugin API. Push JS updates that use the new API only to 2.0+ channels.",
-  "solutions_version_targeting_scenarios_gradual": "Gradual Rollout",
-  "solutions_version_targeting_scenarios_gradual_desc": "Test a risky change on your latest native version first. If stable, push to older versions.",
-  "solutions_version_targeting_scenarios_sunset": "Version Sunset",
-  "solutions_version_targeting_scenarios_sunset_desc": "Stop updating native 1.x while continuing to ship to 2.x. Users on old versions stay on their last stable update.",
-  "solutions_version_targeting_scenarios_title": "Common Scenarios",
-  "solutions_version_targeting_title": "Version Targeting",
-  "solutions_view_docs": "Lihat Dokumentasi",
-  "solutions_when_to_use": "Kapan Digunakan",
-  "solutions_white_label": "Aplikasi White Label",
-  "solutions_white_label_cta_subtitle": "Scale from one brand to hundreds without rewriting code. Every dollar saved extends your runway.",
-  "solutions_white_label_cta_title": "Smaller Teams. Simpler Workflow. Bigger Outcomes.",
-  "solutions_white_label_description": "Deploy the same app to multiple brands, restaurants, or clients. Each gets their own channel with customized content - powered by a single codebase.",
-  "solutions_white_label_feature1_desc": "Each brand or client gets their own Capgo channel. Push brand-specific updates, content, and features without affecting other deployments.",
-  "solutions_white_label_feature1_title": "Channel Per Brand",
-  "solutions_white_label_feature2_desc": "Let users choose their experience. A restaurant app can let users select their location and download that specific restaurant's content.",
-  "solutions_white_label_feature2_title": "Dynamic Channel Switching",
-  "solutions_white_label_feature3_desc": "Manage all deployments from one dashboard. Push global updates to all channels or target specific brands.",
-  "solutions_white_label_feature3_title": "Centralized Management",
-  "solutions_white_label_feature4_desc": "Build an app store within your app. Each mini-app is a Capgo channel - users download and switch between them seamlessly.",
-  "solutions_white_label_feature4_title": "Mini-App Platform",
-  "solutions_white_label_hero_subtitle": "Your business can't afford separate codebases for each client. Build once, deploy everywhere - each brand gets their own channel with customized content, all from a single codebase.",
-  "solutions_white_label_hero_title": "One Codebase. Unlimited Brands.",
-  "solutions_white_label_miniapp_desc": "One of our customers built an entire mini-app platform using Capgo. Here's how it works:",
-  "solutions_white_label_miniapp_step1": "Main app contains the shell and navigation",
-  "solutions_white_label_miniapp_step2": "Each mini-app is a separate Capgo channel",
-  "solutions_white_label_miniapp_step3": "Users browse available mini-apps in the main app",
-  "solutions_white_label_miniapp_step4": "Selecting a mini-app downloads that channel's content",
-  "solutions_white_label_miniapp_step5": "Mini-app developers upload via CLI or SDK - never touching production",
-  "solutions_white_label_miniapp_step6": "The platform owner reviews and promotes to production",
-  "solutions_white_label_miniapp_title": "The Mini-App Store Model",
-  "solutions_white_label_tech_desc": "Capgo is the only live update platform with reliable dynamic channel switching. Change channels at runtime, download new content, and switch contexts - all without reinstalling. This technology has been refined and battle-tested for over 4 years.",
-  "solutions_white_label_tech_title": "Dynamic Channel Switching",
-  "solutions_white_label_title": "White Label & Multi-Tenant Apps",
-  "solutions_white_label_usecases_platform": "Platform Apps",
-  "solutions_white_label_usecases_platform_desc": "Build a mini-app ecosystem. Third-party developers upload to their Capgo channel, you control publication to your app store.",
-  "solutions_white_label_usecases_restaurant": "Restaurant Chains",
-  "solutions_white_label_usecases_restaurant_desc": "One app, many restaurants. Each location gets customized menus, branding, and features. Users select their restaurant and get the right experience.",
-  "solutions_white_label_usecases_saas": "B2B SaaS",
-  "solutions_white_label_usecases_saas_desc": "Offer a branded app to each of your business customers. They get their logo, colors, and features - you maintain one codebase.",
-  "solutions_white_label_usecases_title": "White Label Use Cases",
-  "solutions_why_teams_choose": "Mengapa tim memilih Capgo",
-  "solutions_with_capgo": "Dengan Capgo",
-  "somebody_developed_an_app_for_you_but_it_doesn_t_meet_your_expectations_and_the_quality_of_the_final_product_is_really_low": "Seseorang mengembangkan aplikasi untuk Anda tetapi tidak memenuhi harapan Anda dan kualitas produk akhir sangat rendah.",
-  "something_doesn_t_work_but_you_don_t_know_why": "Sesuatu tidak berfungsi tetapi Anda tidak tahu alasannya.",
-  "source_code_protection_1": "Sebagai proyek sumber terbuka, kode Capgo tersedia secara publik di",
-  "source_code_protection_2": "Kode tersebut terus-menerus diaudit oleh:",
-  "source_code_protection_3": ", dengan masalah kritis yang diblokir dari produksi.",
-  "sponsor": "Menyponsori",
-  "sponsor_description": "Capgo adalah kerangka kerja open-source yang gratis untuk digunakan berkat sponsor kami yang murah hati. Jika Anda menggunakan Capgo dalam pekerjaan sehari-hari dan tidak dapat menggunakan layanan cloud kami, harap pertimbangkan untuk mendukung kami.",
-  "sponsor_title": "Capgo Menyponsori",
-  "sso_2fa": "SSO + 2FA",
-  "stars_in_github": "Bintang di GitHub",
-  "start_now": "Mulai sekarang",
-  "start_your_project": "Mulai Proyek Anda",
-  "status": "Status",
-  "storage": "Penyimpanan<br />(GiB)",
-  "storage_calculated_info": "* Penyimpanan dihitung per GiB per jam",
-  "storage_detailed_explanation": "Penyimpanan digunakan untuk menyimpan bundel pembaruan aplikasi Anda, yang berisi aset web (HTML, CSS, JavaScript), metadata versi, dan checksum. Ini menyimpan semua versi yang diunggah untuk mendukung pengembalian instan, beberapa saluran rilis (produksi, beta, staging), dan riwayat penyebaran. Penggunaan penyimpanan bertambah dengan setiap pembaruan OTA karena setiap pembaruan disimpan sebagai bundel penuh. Penggunaan tipikal adalah 2 GB untuk beberapa aplikasi dengan riwayat terbatas, dan 10-20 GB untuk beberapa aplikasi dengan rilis yang sering.",
-  "storage_gb": "Penyimpanan (GiB)",
-  "storage_what_is_it_used_for": "Untuk apa penyimpanan digunakan dan bagaimana cara kerjanya?",
-  "submitting_a_pr_to_capgo": "Mengajukan PR ke <a href='https://github.com/Cap-go/capgo'><code>Capgo</code></a>",
-  "submitting_a_pull_request": "Mengajukan permintaan tarik",
-  "subprocessors": "Subprocessors",
-  "subprocessors_description": "List of third-party subprocessors used to deliver Capgo.",
-  "subprocessors_intro": "Capgo relies on trusted third-party subprocessors to provide, secure, and improve the service. The list below describes the vendors and how they are used.",
-  "subprocessors_table_purpose": "Purpose",
-  "subprocessors_table_vendor": "Subprocessor",
-  "subprocessors_title": "Subprocessors",
-  "supercharge_your_app": "Turbocharger Aplikasi Anda",
-  "support": "Dukungan",
-  "support_desc": "Capgo menyediakan Perjanjian Tingkat Layanan Dukungan untuk pelanggan Tim dan Perusahaan kami.",
-  "support_policy": "Kebijakan Dukungan",
-  "support_policy_billing_support": "Dukungan penagihan dan manajemen akun tersedia untuk semua pelanggan.",
-  "support_policy_code_debugging": "Untuk pertanyaan pemecahan masalah kode, kami menyarankan untuk menghubungi GitHub Issues atau Discord. Komunitas ini mencakup pengembang berpengalaman yang dapat memberikan panduan tentang masalah terkait kode.",
-  "support_policy_community_response": "Untuk mendapatkan respons komunitas yang paling membantu, berikan informasi yang tepat dan detail tentang masalah Anda dan pesan kesalahan apa pun. Sertakan cuplikan kode yang relevan yang menjelaskan cara mereproduksi masalah dalam pesan Anda.",
-  "support_policy_configuration_issues_1": "Pengaturan pembaruan langsung",
-  "support_policy_configuration_issues_2": "Praktik terbaik untuk konfigurasi aplikasi",
-  "support_policy_configuration_issues_3": "Pertanyaan umum tentang tumpukan Capgo",
-  "support_policy_configuration_issues_title": "Masalah Konfigurasi",
-  "support_policy_description": "Kebijakan dukungan pelanggan Capgo dan waktu respons. Pelajari tentang saluran dukungan kami, SLA, dan cara kami membantu Anda sukses dengan pembaruan langsung.",
-  "support_policy_intro": "Capgo berkomitmen untuk memberikan pengalaman pelanggan yang luar biasa. Sebagai bagian dari komitmen ini, kami menawarkan dukungan teknis terbatas untuk semua proyek berbayar yang menggunakan platform Capgo kami. Dukungan teknis kami didefinisikan oleh ruang lingkup, jam, kontak, dan saluran berikut.",
-  "support_policy_limited_support_1": "Permintaan diajukan melalui salah satu saluran dukungan resmi kami.",
-  "support_policy_limited_support_2": "Permintaan ini berasal dari alamat email akun Capgo yang terdaftar.",
-  "support_policy_limited_support_3": "Pemohon memiliki akses Pengembang atau lebih tinggi ke proyek Capgo tertentu yang terkait dengan permintaan.",
-  "support_policy_limited_support_intro": "Dukungan teknis terbatas tersedia untuk pelanggan Capgo yang menggunakan sumber daya Capgo berbayar dan/atau Tambahan Capgo berbayar. Permintaan dukungan hanya akan diproses jika:",
-  "support_policy_not_covered_1": "Pemecahan masalah umum aplikasi pengguna",
-  "support_policy_not_covered_2": "Menulis ulang kode aplikasi untuk kompatibilitas dengan Capgo",
-  "support_policy_not_covered_3": "Memodifikasi dan/atau memperbaiki perangkat lunak pihak ketiga atau Sumber Terbuka untuk kompatibilitas Capgo",
-  "support_policy_not_covered_intro": "Layanan dukungan teknis Capgo tidak termasuk:",
-  "support_policy_not_covered_title": "Tidak Tercakup",
-  "support_policy_official_channels_1": "Web dan Dashboard: Dukungan tersedia secara eksklusif melalui fitur bantuan Capgo di dasbor atau situs web kami.",
-  "support_policy_official_channels_2": "Email: Jika Anda tidak bisa mengakses dasbor atau sistem tiket, hubungi dukungan dengan mengirim email ke support@capgo.app dari alamat email akun Capgo yang terdaftar.",
-  "support_policy_official_channels_note": "Staf dukungan Capgo hanya akan menangani permintaan yang diterima melalui saluran resmi ini. Saluran komunitas mungkin ada untuk dukungan dan diskusi antara rekan, yang disediakan oleh sukarelawan yang berkontribusi pada komunitas Capgo.",
-  "support_policy_official_channels_title": "Saluran Dukungan Resmi",
-  "support_policy_premium_support_desc": "Untuk mempelajari opsi Dukungan Premium kami untuk pelanggan Paket Tim dan Perusahaan, silakan hubungi kami menggunakan formulir di bawah ini:",
-  "support_policy_premium_support_title": "Dukungan Premium",
-  "support_policy_proactive_monitoring_desc": "Dalam hal masalah platform, kami akan memposting pemberitahuan di situs status kami di status.capgo.app untuk dengan cepat menginformasikan dampak dan statusnya. Anda tidak perlu mengirim tiket dukungan untuk masalah platform yang sedang berlangsung. Sebagai gantinya, pantau halaman status untuk pembaruan dan informasi terkini.",
-  "support_policy_proactive_monitoring_title": "Pemantauan Proaktif",
-  "support_policy_scope_intro": "Penawaran dukungan Capgo hanya tersedia untuk teknologi yang didukung oleh Platform Capgo dan terbatas pada:",
-  "support_policy_scope_title": "Ruang Lingkup",
-  "support_policy_service_disruption_if_billing_stopped": "<strong>Jika pembayaran dihentikan atau penagihan dibatalkan:</strong> pembaruan terakhir yang berhasil dipasang tetap ada di setiap perangkat, tetapi tidak ada pembaruan baru yang diunduh.",
-  "support_policy_service_disruption_if_capgo_down": "<strong>Jika Capgo sedang down:</strong> dalam mode latar belakang, ini biasanya tidak terlihat oleh pengguna. Dalam mode langsung, layanan mungkin mengembalikan respons 5xx ketika dapat dijangkau; jika servernya terlalu lambat, plugin menunggu hingga 3 detik, membatalkan query, dan melanjutkan startup aplikasi seperti biasa.",
-  "support_policy_service_disruption_if_over_limit": "<strong>Jika lalu lintas melebihi paket Anda:</strong> tidak ada perangkat (baru atau lama) yang akan menerima pembaruan tambahan sampai paket kembali dalam cakupan.",
-  "support_policy_service_disruption_intro": "Sistem pembaruan dirancang untuk gagal aman. Jika Capgo tidak tersedia, aplikasi tetap berjalan dan tidak ada pembekuan yang dihadapi pengguna diperkenalkan oleh pengecekan pembaruan.",
-  "support_policy_service_disruption_link_text": "Gangguan layanan dan detail pengakhiran rencana",
-  "support_policy_service_disruption_outro": "Dalam setiap skenario di atas, aplikasi Anda tetap dapat digunakan dengan versi yang terakhir dipasang, dan pembaruan hanya dilewati sampai layanan dilanjutkan.",
-  "support_policy_service_disruption_timeout": "Dalam setiap mode pembaruan, jika plugin tidak dapat mendapatkan jawaban dari layanan pembaruan dalam waktu 3 detik, maka permintaan dibatalkan dan aplikasi dibuka seperti biasa.",
-  "support_policy_service_disruption_title": "Gangguan layanan dan rencana berakhir",
-  "support_policy_sla_desc": "Perjanjian Tingkat Layanan hanya tersedia untuk pelanggan Enterprise. Anda dapat menemukan rincian SLA, termasuk waktu respons dukungan, di halaman SLA khusus kami:",
-  "support_policy_sla_title": "Perjanjian Tingkat Layanan",
-  "support_policy_team_participation": "Perhatikan bahwa anggota tim Capgo dapat berpartisipasi dalam saluran komunitas sesuai kebijaksanaan mereka, tetapi tidak ada jaminan tanggapan kecuali dikirim melalui saluran resmi.",
-  "support_policy_title": "Dukungan Pelanggan Capgo",
-  "support_policy_troubleshooting_1": "Menyediakan solusi atau jalan keluar untuk masalah yang diketahui",
-  "support_policy_troubleshooting_2": "Menjawab pertanyaan umum tentang cara dan mengarahkan ke dokumentasi",
-  "support_policy_troubleshooting_3": "Memecahkan masalah fitur yang didukung (Pembaruan Langsung, Manajemen Aplikasi, Analisis) yang menunjukkan perilaku yang tidak terduga di Capgo, terlepas dari kode aplikasi pengguna.",
-  "support_policy_troubleshooting_title": "Pemecahan Masalah",
-  "support_teams": "Tim Dukungan",
-  "support_title": "Dukungan",
-  "switch_between_development_staging_production": "Beralih antara saluran pengembangan, penyiapan, dan produksi",
-  "table_of_contents": "Daftar Isi",
-  "tailored_configuration": "Konfigurasi yang Disesuaikan",
-  "target_initial_response_times_title": "Sasaran waktu tanggapan awal",
-  "team_collaboration": "Kolaborasi Tim",
-  "team_plan": "Tim",
-  "terms": "Ketentuan Layanan",
-  "terms_applicable": "Syarat-syarat berikut berlaku untuk semua produk yang Anda beli dari Kami.",
-  "test_deploy_and_monitor_your_capacitor_apps": "Uji, terapkan, dan pantau aplikasi Capacitor Anda",
-  "test_deploy_monitor_from_anywhere": "Uji, terapkan, dan pantau dari mana saja",
-  "test_different_versions_and_channels": "Uji versi dan saluran yang berbeda secara instan",
-  "test_on_real_devices": "Uji pada perangkat nyata",
-  "test_pr_builds": "Uji bangunan PR",
-  "test_releases_instantly": "Rilis Uji Secara Instan",
-  "testimonial_consulting": "Capgo tidak hanya memiliki insinyur yang sangat berbakat, tetapi mereka juga berbagi hasrat saya untuk kesuksesan proyek. Memiliki <strong class='italic font-bold'>mitra sejati</strong> telah menjadi pengalaman yang luar biasa, dan itu memungkinkan kami bergerak jauh lebih cepat daripada yang bisa kami lakukan sendiri.",
-  "testimonial_consulting_2": "Saya tidak akan <strong class='italic font-bold'>ragu untuk merekomendasikan Capgo</strong> kepada orang lain, untuk menyediakan solusi fleksibel bagi tenaga kerja yang ada atau dalam jangka panjang sebagai bagian dari tim jarak jauh.",
-  "testimonial_description": "Pengguna Capgo sejak 2023",
-  "testimonial_highlight": "pengguna selalu diperbarui dalam hitungan menit",
-  "testimonial_title": "Kami telah meluncurkan Capgo dalam produksi untuk basis pengguna kami yang lebih dari 5000!",
-  "thank_you_for_shopping": "Terima kasih telah berbelanja di $1.",
-  "thanks_to_our_open_source_nature": "Berkat sifat sumber terbuka kami",
-  "that_grows_with_you": "yang tumbuh bersamamu",
-  "the_webapp_and_serverless_functions_that_make_up_the_capgo_cloud_platform": "Webapp dan fungsi tanpa server yang membentuk platform cloud Capgo.",
-  "there_are_numerous_repositories_in_the_capgo_organization_that_are_part_of_the_capgo": "Ada banyak repositori di organisasi Capgo yang merupakan bagian dari ekosistem Capgo.",
-  "they_love_capgo": "Mereka mencintai Capgo.",
-  "this_inspired_me_to_create_an_affordable_efficient_alternative": "Ini menginspirasi saya untuk menciptakan alternatif yang terjangkau dan efisien.",
-  "this_page_serves_as_a_helper_to_get_you_started_on_contributing": "Halaman ini berfungsi sebagai panduan untuk membantu Anda memulai berkontribusi.",
-  "tier_baker": "Tukang roti",
-  "tier_gold": "Emas",
-  "tier_platinum": "Platina",
-  "tier_silver": "Perak",
-  "to_help_you_decide_which_repository_might_be_the_best_to_start_contributing_and_or_falls_into_your_interest_here_s_a_short_comparison_languages_in_bold_comprise_most_of_the_codebase": "Untuk membantu Anda memutuskan repositori mana yang mungkin terbaik untuk mulai berkontribusi (dan/atau sesuai dengan minat Anda), berikut adalah perbandingan singkat (<strong> bahasa yang dicetak tebal mencakup sebagian besar kode sumber </strong>):",
-  "top_100_app_using_capacitor_on_android_play_store": "Daftar 100 aplikasi teratas yang menggunakan Capacitor di Google Play Store",
-  "top_100_app_using_different_framworks_on_android_store": "Daftar 100 aplikasi teratas yang menggunakan berbagai kerangka kerja di toko android",
-  "top_app_by_framework": "Aplikasi Teratas oleh Kerangka",
-  "top_apps_by_framework": "Aplikasi teratas menurut kerangka kerja",
-  "top_capacitor_apps": "Aplikasi Kapasitor Teratas",
-  "top_capgo_apps": "Daftar aplikasi teratas yang menggunakan Capgo",
-  "top_capgo_apps_title": "Aplikasi Capgo Terbaik",
-  "top_cordova_apps": "Daftar 100 aplikasi teratas yang menggunakan Cordova di toko Android",
-  "top_cordova_apps_title": "Aplikasi Cordova Teratas",
-  "top_cordova_migrate_cta_subtitle": "Migrate to Capacitor in 10 days: fewer bugs, better performance, improved accessibility, and a richer plugin ecosystem.",
-  "top_cordova_migrate_cta_title": "Still shipping Cordova?",
-  "top_flutter_apps": "Daftar 100 aplikasi teratas yang menggunakan Flutter di toko Android",
-  "top_flutter_apps_title": "Aplikasi Flutter Terbaik",
-  "top_kotlin_apps": "Daftar 100 aplikasi teratas yang menggunakan Kotlin di toko Android",
-  "top_kotlin_apps_title": "Aplikasi Kotlin Terbaik",
-  "top_native_script_apps": "Daftar 100 aplikasi teratas yang menggunakan Native Script di toko Android",
-  "top_native_script_apps_title": "Aplikasi Native Script Terbaik",
-  "top_react_native_apps": "Daftar 100 aplikasi teratas yang menggunakan React Native di toko android",
-  "top_react_native_apps_title": "Aplikasi React Native Terbaik",
-  "tos_acknowledgment_text_1": "Ini adalah Syarat dan Ketentuan yang mengatur penggunaan Layanan ini dan perjanjian yang berlaku antara Anda dan Perusahaan. Syarat dan Ketentuan ini menetapkan hak dan kewajiban semua pengguna terkait penggunaan Layanan.",
-  "tos_acknowledgment_text_2": "Akses Anda terhadap dan penggunaan Layanan ini bergantung pada penerimaan dan kepatuhan Anda terhadap Syarat dan Ketentuan ini. Syarat dan Ketentuan ini berlaku untuk semua pengunjung, pengguna, dan pihak lain yang mengakses atau menggunakan Layanan.",
-  "tos_acknowledgment_text_3": "Dengan mengakses atau menggunakan Layanan, Anda setuju untuk terikat oleh Syarat dan Ketentuan ini. Jika Anda tidak setuju dengan bagian manapun dari Syarat dan Ketentuan ini, maka Anda tidak boleh mengakses Layanan.",
-  "tos_acknowledgment_text_4": "Anda menyatakan bahwa Anda berusia di atas 18 tahun. Perusahaan tidak mengizinkan mereka yang di bawah 18 tahun untuk menggunakan Layanan.",
-  "tos_acknowledgment_text_5": "Akses Anda dan penggunaan Layanan juga bergantung pada penerimaan dan kepatuhan Anda terhadap Kebijakan Privasi Perusahaan. Kebijakan Privasi Kami menjelaskan kebijakan dan prosedur Kami mengenai pengumpulan, penggunaan, dan pengungkapan informasi pribadi Anda ketika Anda menggunakan Aplikasi atau Situs Web dan memberi tahu Anda tentang hak privasi Anda serta bagaimana hukum melindungi Anda. Harap baca Kebijakan Privasi Kami dengan seksama sebelum menggunakan Layanan Kami.",
-  "tos_acknowledgment_title": "Pengakuan",
-  "tos_changes_text_1": "Kami berhak, atas kebijaksanaan Kami sendiri, untuk mengubah atau mengganti Syarat ini kapan saja. Jika revisi bersifat material, Kami akan melakukan upaya yang wajar untuk memberikan pemberitahuan setidaknya 30 hari sebelumnya sebelum syarat baru mulai berlaku. Apa yang dianggap sebagai perubahan material akan ditentukan atas kebijaksanaan Kami sendiri.",
-  "tos_changes_text_2": "Dengan melanjutkan akses atau penggunaan Layanan Kami setelah revisi tersebut berlaku, Anda setuju untuk terikat oleh ketentuan yang telah direvisi. Jika Anda tidak setuju dengan ketentuan baru, baik secara keseluruhan maupun sebagian, silakan berhenti menggunakan situs web dan Layanan.",
-  "tos_changes_title": "Perubahan terhadap Syarat dan Ketentuan ini",
-  "tos_contact_us_text": "Jika Anda memiliki pertanyaan tentang Syarat dan Ketentuan ini, Anda dapat menghubungi kami:",
-  "tos_contact_us_title": "Hubungi Kami",
-  "tos_contact_us_website": "Dengan mengunjungi halaman ini di situs web:",
-  "tos_definition_account": "Akun berarti akun unik yang dibuat untuk Anda untuk mengakses Layanan kami atau bagian dari Layanan kami.",
-  "tos_definition_affiliate": "Afiliasi berarti entitas yang mengontrol, dikendalikan oleh, atau berada di bawah kendali bersama dengan suatu pihak, di mana \"kendali\" berarti kepemilikan 50% atau lebih dari saham, kepentingan ekuitas, atau sekuritas lain yang berhak memberikan suara untuk pemilihan direktur atau otoritas pengelola lainnya.",
-  "tos_definition_application": "Aplikasi berarti program perangkat lunak yang disediakan oleh Perusahaan yang diunduh oleh Anda di perangkat elektronik manapun, bernama $1",
-  "tos_definition_application_store": "Toko Aplikasi berarti layanan distribusi digital yang dioperasikan dan dikembangkan oleh Apple Inc. (Apple App Store) atau Google Inc. (Google Play Store) tempat Aplikasi telah diunduh.",
-  "tos_definition_company": "Perusahaan (dirujuk sebagai \"Perusahaan\", \"Kami\", \"Kita\" atau \"Milik Kami\" dalam Perjanjian ini) mengacu pada Digital Shift OU, Sepapaja 6, 15551, Tallinn, Estonia.",
-  "tos_definition_country": "Negara mengacu pada: Estonia",
-  "tos_definition_device": "Perangkat berarti perangkat apa pun yang dapat mengakses Layanan seperti komputer, ponsel, atau tablet digital.",
-  "tos_definition_feedback": "Umpan balik berarti umpan balik, inovasi, atau saran yang Anda kirimkan mengenai atribut, kinerja, atau fitur Layanan kami.",
-  "tos_definition_free_trial": "Uji Coba Gratis mengacu pada periode waktu terbatas yang mungkin gratis saat membeli Langganan.",
-  "tos_definition_in_app_purchase": "Pembelian dalam aplikasi mengacu pada pembelian produk, item, layanan, atau Langganan yang dilakukan melalui Aplikasi dan tunduk pada Syarat dan Ketentuan ini dan/atau syarat dan ketentuan dari Toko Aplikasi itu sendiri.",
-  "tos_definition_service": "Layanan mengacu pada Aplikasi.",
-  "tos_definition_subscriptions": "Langganan mengacu pada layanan atau akses ke Layanan yang ditawarkan berdasarkan langganan oleh Perusahaan kepada Anda.",
-  "tos_definition_terms": "Syarat dan Ketentuan (juga disebut sebagai \"Syarat\") berarti Syarat dan Ketentuan ini yang membentuk seluruh perjanjian antara Anda dan Perusahaan mengenai penggunaan Layanan.",
-  "tos_definition_third_party_social_media": "Layanan Media Sosial Pihak Ketiga berarti layanan atau konten apa pun (termasuk data, informasi, produk, atau layanan) yang disediakan oleh pihak ketiga yang mungkin ditampilkan, disertakan, atau tersedia oleh Layanan.",
-  "tos_definition_you": "Anda berarti individu yang mengakses atau menggunakan Layanan, atau perusahaan, atau entitas hukum lainnya atas nama individu tersebut yang mengakses atau menggunakan Layanan, sesuai dengan yang berlaku.",
-  "tos_definitions_intro": "Untuk tujuan Ketentuan dan Syarat ini:",
-  "tos_definitions_subtitle": "Definisi",
-  "tos_disclaimer_text_1": "Layanan diberikan kepada Anda \"SEBAGAIMANA ADANYA\" dan \"SEBAGAI YANG TERSEDIA\" serta dengan segala kesalahan dan cacat tanpa jaminan apapun. Sejauh yang diizinkan oleh hukum yang berlaku, Perusahaan, atas namanya sendiri dan atas nama afiliasinya serta pemberi lisensi dan penyedia layanan masing-masing, secara tegas menolak semua jaminan, baik yang tersurat, tersirat, statutori, atau lainnya, sehubungan dengan Layanan, termasuk semua jaminan tersirat mengenai kelayakan jual, kesesuaian untuk tujuan tertentu, hak, dan",
-  "tos_disclaimer_text_2": "Tanpa membatasi hal-hal di atas, baik Perusahaan maupun penyedia perusahaan mana pun tidak memberikan pernyataan atau jaminan dalam bentuk apa pun, baik secara eksplisit maupun implisit: (i) mengenai operasi atau ketersediaan Layanan, atau informasi, konten, dan bahan atau produk yang terdapat di dalamnya; (ii) bahwa Layanan tidak akan terputus atau bebas dari kesalahan; (iii) mengenai akurasi, keandalan, atau kesesuaian informasi atau konten yang diberikan melalui Layanan; atau (iv) bahwa Layanan, servernya, konten, atau email yang dikirim dari atau atas nama Perusahaan bebas dari virus, skrip, kuda Trojan, worm, malware, bom waktu, atau komponen berbahaya lainnya.",
-  "tos_disclaimer_text_3": "Beberapa yurisdiksi tidak mengizinkan pengecualian terhadap jenis garansi tertentu atau pembatasan pada hak hukum yang berlaku bagi konsumen, sehingga beberapa atau semua pengecualian dan pembatasan di atas mungkin tidak berlaku untuk Anda. Namun, dalam hal ini, pengecualian dan pembatasan yang diatur dalam bagian ini akan diterapkan sejauh yang dapat ditegakkan berdasarkan hukum yang berlaku.",
-  "tos_disclaimer_title": "Penafian \"SEBAGAIMANA ADANYA\" dan \"SEBAGAIMANA YANG TERSEDIA\"",
-  "tos_disputes_resolution_text": "Jika Anda memiliki kekhawatiran atau sengketa tentang Layanan, Anda setuju untuk terlebih dahulu mencoba menyelesaikan sengketa secara informal dengan menghubungi Perusahaan.",
-  "tos_disputes_resolution_title": "Penyelesaian Sengketa",
-  "tos_eu_users_text": "Jika Anda adalah konsumen Uni Eropa, Anda akan mendapatkan manfaat dari ketentuan hukum yang bersifat wajib di negara tempat Anda tinggal.",
-  "tos_eu_users_title": "Untuk Pengguna Uni Eropa (UE)",
-  "tos_governing_law_text": "Hukum Negara, kecuali aturan konflik hukumnya, akan mengatur Ketentuan ini dan Penggunaan Anda atas Layanan. Penggunaan Anda atas Aplikasi juga dapat tunduk pada hukum lokal, negara bagian, nasional, atau internasional lainnya.",
-  "tos_governing_law_title": "Hukum yang Mengatur",
-  "tos_in_app_purchases_text_1": "Aplikasi ini mungkin termasuk Pembelian dalam Aplikasi yang memungkinkan Anda membeli produk, layanan, atau Langganan.",
-  "tos_in_app_purchases_text_2": "Informasi lebih lanjut tentang bagaimana Anda mungkin dapat mengelola Pembelian Dalam Aplikasi menggunakan Perangkat Anda dapat diatur dalam syarat dan ketentuan toko Aplikasi itu sendiri atau dalam pengaturan Bantuan Perangkat Anda.",
-  "tos_in_app_purchases_text_3": "Pembelian dalam aplikasi hanya dapat digunakan di dalam Aplikasi. Jika Anda melakukan Pembelian dalam aplikasi, Pembelian dalam aplikasi tersebut tidak dapat dibatalkan setelah Anda memulai unduhannya. Pembelian dalam aplikasi tidak dapat ditukarkan dengan uang tunai atau kompensasi lainnya atau dipindahkan.",
-  "tos_in_app_purchases_text_4": "Jika pembelian dalam aplikasi tidak berhasil diunduh atau tidak berfungsi setelah berhasil diunduh, kami akan, setelah mengetahui adanya kesalahan atau diberitahu tentang kesalahan tersebut oleh Anda, menyelidiki penyebab kesalahan tersebut. Kami akan bertindak secara wajar dalam menentukan apakah akan memberikan kepada Anda pengganti pembelian dalam aplikasi atau memberikan patch untuk memperbaiki kesalahan tersebut. Dalam hal apapun, kami tidak akan membebankan biaya kepada Anda untuk mengganti atau memperbaiki pembelian dalam aplikasi. Jika terjadi ketidakmungkinan yang tidak mungkin bahwa kami tidak dapat mengganti atau memperbaiki pembelian dalam aplikasi yang relevan atau tidak dapat melakukannya dalam jangka waktu yang wajar dan tanpa ketidaknyamanan yang signifikan bagi Anda, kami akan memberikan otorisasi kepada Toko Aplikasi untuk mengembalikan jumlah biaya hingga biaya pembelian dalam aplikasi yang relevan. Sebagai alternatif, jika Anda ingin meminta pengembalian dana, Anda dapat melakukannya dengan menghubungi Toko Aplikasi secara langsung.",
-  "tos_in_app_purchases_text_5": "Anda mengakui dan setuju bahwa semua proses penagihan dan transaksi ditangani oleh Toko Aplikasi dari mana Anda mengunduh Aplikasi dan diatur oleh syarat dan ketentuan Toko Aplikasi tersebut.",
-  "tos_in_app_purchases_text_6": "Jika Anda memiliki masalah terkait pembayaran dengan Pembelian Dalam Aplikasi, maka Anda perlu menghubungi Toko Aplikasi secara langsung.",
-  "tos_in_app_purchases_title": "Pembelian dalam aplikasi",
-  "tos_intellectual_property_text_1": "Layanan dan konten aslinya (tidak termasuk Konten yang disediakan oleh Anda atau pengguna lainnya), fitur, dan fungsionalitas adalah dan akan tetap menjadi hak eksklusif Perusahaan dan pemberi lisensinya.",
-  "tos_intellectual_property_text_2": "Layanan ini dilindungi oleh hak cipta, merek dagang, dan undang-undang lainnya baik di Negara maupun di negara asing.",
-  "tos_intellectual_property_text_3": "Merek dagang dan penampilan dagang kami tidak boleh digunakan sehubungan dengan produk atau layanan apa pun tanpa persetujuan tertulis sebelumnya dari Perusahaan.",
-  "tos_intellectual_property_title": "Kekayaan Intelektual",
-  "tos_interpretation_subtitle": "Interpretasi",
-  "tos_interpretation_text": "Kata-kata yang huruf pertamanya ditulis dengan huruf kapital memiliki makna yang ditentukan berdasarkan syarat-syarat berikut. Definisi berikut akan memiliki makna yang sama terlepas dari apakah mereka muncul dalam bentuk tunggal atau jamak.",
-  "tos_interpretation_title": "Interpretasi dan Definisi",
-  "tos_last_updated": "Terakhir diperbarui: 12 Januari 2022",
-  "tos_limitation_of_liability_text_1": "Tanpa mengurangi kemungkinan kerugian yang mungkin Anda alami, keseluruhan tanggung jawab Perusahaan dan pemasoknya di bawah ketentuan apa pun dari Syarat ini dan satu-satunya solusi Anda untuk semua hal di atas akan dibatasi pada jumlah yang sebenarnya dibayarkan oleh Anda melalui Layanan atau 100 USD jika Anda tidak membeli apa pun melalui Layanan.",
-  "tos_limitation_of_liability_text_2": "Sejauh yang diizinkan oleh hukum yang berlaku, dalam hal apapun, Perusahaan atau pemasoknya tidak bertanggung jawab atas kerugian khusus, insidental, tidak langsung, atau konsekuensial apapun (termasuk, tetapi tidak terbatas pada, kerugian akibat kehilangan laba, kehilangan data atau informasi lainnya, gangguan bisnis, cedera pribadi, kehilangan privasi yang muncul dari atau dengan cara apapun terkait dengan penggunaan atau ketidakmampuan untuk menggunakan Layanan, perangkat lunak pihak ketiga dan/atau perangkat keras pihak ketiga yang digunakan dengan Layanan, atau sebaliknya sehubungan dengan ketentuan apapun dari Syarat ini), meskipun Perusahaan atau pemasok manapun telah diberitahu tentang kemungkinan kerugian tersebut dan meskipun solusi tersebut gagal mencapai tujuannya yang utama.",
-  "tos_limitation_of_liability_text_3": "Beberapa negara bagian tidak mengizinkan pengecualian jaminan tersirat atau pembatasan tanggung jawab atas kerusakan insidental atau konsekuensial, yang berarti bahwa beberapa pembatasan di atas mungkin tidak berlaku. Di negara bagian ini, tanggung jawab masing-masing pihak akan dibatasi hingga tingkat maksimum yang diizinkan oleh hukum.",
-  "tos_limitation_of_liability_title": "Batasan Tanggung Jawab",
-  "tos_links_to_other_websites_text_1": "Layanan kami mungkin mengandung tautan ke situs web atau layanan pihak ketiga yang tidak dimiliki atau dikendalikan oleh Perusahaan.",
-  "tos_links_to_other_websites_text_2": "Perusahaan tidak memiliki kontrol atas, dan tidak bertanggung jawab untuk, konten, kebijakan privasi, atau praktik dari situs web atau layanan pihak ketiga manapun. Anda lebih lanjut mengakui dan setuju bahwa Perusahaan tidak akan bertanggung jawab atau wajib, secara langsung atau tidak langsung, atas kerugian atau kerusakan yang disebabkan atau diklaim disebabkan oleh atau sehubungan dengan penggunaan atau ketergantungan pada konten, barang, atau layanan yang tersedia di atau melalui situs web atau layanan semacam itu.",
-  "tos_links_to_other_websites_text_3": "Kami sangat menyarankan Anda untuk membaca syarat dan ketentuan serta kebijakan privasi dari situs web atau layanan pihak ketiga mana pun yang Anda kunjungi.",
-  "tos_links_to_other_websites_title": "Tautan ke Situs Web Lain",
-  "tos_please_read": "Silakan baca syarat dan ketentuan ini dengan cermat sebelum menggunakan Layanan kami.",
-  "tos_right_to_refuse_or_terminate_service_text_1": "Perusahaan berhak, atas kebijakan sendiri, untuk menolak layanan, menangguhkan akses, atau mengakhiri setiap akun atau hubungan bisnis kapan saja, dengan atau tanpa alasan, termasuk namun tidak terbatas pada:",
-  "tos_right_to_refuse_or_terminate_service_text_2": "Kegagalan berulang untuk membayar layanan tambahan yang telah disepakati atau faktur.",
-  "tos_right_to_refuse_or_terminate_service_text_3": "Penyalahgunaan, pelecehan, atau perilaku tidak hormat terhadap perwakilan Perusahaan.",
-  "tos_right_to_refuse_or_terminate_service_text_4": "Penyalahgunaan Layanan atau tindakan yang merusak integritas, keamanan, atau reputasi Perusahaan.",
-  "tos_right_to_refuse_or_terminate_service_text_5": "Dalam kasus seperti itu, tidak ada pengembalian dana yang akan dikeluarkan untuk sisa periode langganan atau layanan, kecuali jika diwajibkan oleh hukum.",
-  "tos_right_to_refuse_or_terminate_service_title": "Hak untuk Menolak atau Mengakhiri Layanan",
-  "tos_severability_subtitle": "Keterpisahan",
-  "tos_severability_text": "Jika ada ketentuan dalam Syarat ini yang dianggap tidak dapat dilaksanakan atau tidak sah, ketentuan tersebut akan diubah dan ditafsirkan untuk mencapai tujuan ketentuan tersebut sejauh mungkin sesuai dengan hukum yang berlaku dan ketentuan lainnya akan tetap berlaku sepenuhnya.",
-  "tos_severability_waiver_title": "Ketidakberlakuan dan Pengabaian",
-  "tos_subscriptions_billing_subtitle": "Penagihan",
-  "tos_subscriptions_billing_text_1": "Anda harus memberikan Company informasi penagihan yang akurat dan lengkap termasuk nama lengkap, alamat, negara bagian, kode pos, nomor telepon, dan informasi metode pembayaran yang valid.",
-  "tos_subscriptions_billing_text_2": "Jika penagihan otomatis tidak berhasil dilakukan karena alasan apa pun, Perusahaan akan menerbitkan faktur elektronik yang menunjukkan bahwa Anda harus melakukan pembayaran secara manual, dalam tenggat waktu tertentu, untuk pembayaran penuh yang sesuai dengan periode penagihan seperti yang tertera pada faktur.",
-  "tos_subscriptions_billing_text_3": "Jika Langganan dilakukan melalui Pembelian Dalam Aplikasi, semua penagihan ditangani oleh Toko Aplikasi dan diatur oleh syarat dan ketentuan Toko Aplikasi itu sendiri.",
-  "tos_subscriptions_cancellations_subtitle": "Pembatalan langganan",
-  "tos_subscriptions_cancellations_text_1": "Anda dapat membatalkan pembaruan Langganan Anda baik melalui halaman pengaturan Akun Anda atau dengan menghubungi Perusahaan. Anda tidak akan menerima pengembalian dana untuk biaya yang sudah Anda bayarkan untuk periode Langganan Anda saat ini dan Anda akan dapat mengakses Layanan hingga akhir periode Langganan Anda saat ini.",
-  "tos_subscriptions_cancellations_text_2": "Jika Langganan telah dibuat melalui Pembelian Dalam Aplikasi, Anda dapat membatalkan perpanjangan Langganan Anda melalui Toko Aplikasi.",
-  "tos_subscriptions_fee_changes_subtitle": "Perubahan Biaya",
-  "tos_subscriptions_fee_changes_text_1": "Perusahaan, atas kebijakannya sendiri dan kapan saja, dapat mengubah biaya Langganan. Setiap perubahan biaya Langganan akan mulai berlaku pada akhir periode Langganan yang sedang berlangsung.",
-  "tos_subscriptions_fee_changes_text_2": "Perusahaan akan memberikan Anda pemberitahuan sebelumnya yang wajar tentang setiap perubahan biaya langganan untuk memberi Anda kesempatan untuk menghentikan langganan Anda sebelum perubahan tersebut berlaku.",
-  "tos_subscriptions_fee_changes_text_3": "Penggunaan Anda yang terus menerus terhadap Layanan setelah perubahan biaya Langganan berlaku merupakan persetujuan Anda untuk membayar jumlah biaya Langganan yang telah dimodifikasi.",
-  "tos_subscriptions_free_trial_subtitle": "Uji Coba Gratis",
-  "tos_subscriptions_free_trial_text_1": "Perusahaan dapat, atas kebijakannya sendiri, menawarkan Langganan dengan Percobaan Gratis selama periode waktu terbatas.",
-  "tos_subscriptions_free_trial_text_2": "Anda mungkin diminta untuk memasukkan informasi penagihan Anda untuk mendaftar ke Uji Coba Gratis.",
-  "tos_subscriptions_free_trial_text_3": "Jika Anda memasukkan informasi penagihan Anda saat mendaftar untuk Uji Coba Gratis, Anda tidak akan dikenakan biaya oleh Perusahaan sampai Uji Coba Gratis berakhir. Pada hari terakhir periode Uji Coba Gratis, kecuali Anda membatalkan Abonemen Anda, Anda akan secara otomatis dikenakan biaya Abonemen yang berlaku untuk jenis Abonemen yang telah Anda pilih.",
-  "tos_subscriptions_free_trial_text_4": "Pada waktu kapan pun dan tanpa pemberitahuan, Perusahaan berhak untuk (i) mengubah syarat dan ketentuan penawaran Uji Coba Gratis, atau (ii) membatalkan penawaran Uji Coba Gratis tersebut.",
-  "tos_subscriptions_period_subtitle": "Periode langganan",
-  "tos_subscriptions_period_text_1": "Layanan atau beberapa bagian dari Layanan hanya tersedia dengan Langganan berbayar. Anda akan ditagih di muka secara berkala dan terjadwal (seperti harian, mingguan, bulanan, atau tahunan), tergantung pada jenis rencana Langganan yang Anda pilih saat membeli Langganan.",
-  "tos_subscriptions_period_text_2": "Pada akhir setiap periode, Langganan Anda akan diperpanjang secara otomatis dengan ketentuan yang persis sama kecuali Anda membatalkannya atau Perusahaan membatalkannya.",
-  "tos_subscriptions_refunds_subtitle": "Pengembalian dana",
-  "tos_subscriptions_refunds_text_1": "Kecuali jika diharuskan oleh hukum, biaya langganan yang dibayar tidak dapat dikembalikan.",
-  "tos_subscriptions_refunds_text_2": "Permintaan pengembalian dana tertentu untuk Langganan dapat dipertimbangkan oleh Perusahaan secara kasus per kasus dan diberikan atas kebijakan tunggal Perusahaan.",
-  "tos_subscriptions_refunds_text_3": "Jika Langganan telah dilakukan melalui pembelian dalam aplikasi, kebijakan pengembalian dana Toko Aplikasi akan berlaku. Jika Anda ingin meminta pengembalian dana, Anda dapat melakukannya dengan menghubungi Toko Aplikasi secara langsung.",
-  "tos_subscriptions_title": "Langganan",
-  "tos_termination_text_1": "Kami dapat menghentikan atau menangguhkan Akun Anda segera, tanpa pemberitahuan sebelumnya atau tanggung jawab, untuk alasan apa pun, termasuk namun tidak terbatas pada jika Anda melanggar Syarat dan Ketentuan ini.",
-  "tos_termination_text_2": "Pada saat pengakhiran, hak Anda untuk menggunakan Layanan akan berhenti segera. Jika Anda ingin mengakhiri Akun Anda, Anda cukup berhenti menggunakan Layanan.",
-  "tos_termination_title": "Pengakhiran",
-  "tos_title": "Syarat dan Ketentuan",
-  "tos_translation_text": "Ketentuan dan Syarat ini mungkin telah diterjemahkan jika Kami telah membuatnya tersedia untuk Anda di Layanan kami. Anda setuju bahwa teks asli dalam bahasa Inggris akan berlaku jika terjadi perselisihan.",
-  "tos_translation_title": "Interpretasi Terjemahan",
-  "tos_us_federal_government_text": "Jika Anda adalah pengguna akhir pemerintah federal AS, Layanan kami adalah \"Barang Komersial\" seperti yang didefinisikan dalam 48 C.F.R. §2.101.",
-  "tos_us_federal_government_title": "Ketentuan Penggunaan Akhir Pemerintah Federal Amerika Serikat",
-  "tos_us_legal_compliance_text": "Anda menyatakan dan menjamin bahwa (i) Anda tidak berada di negara yang dikenakan embargo oleh pemerintah Amerika Serikat, atau yang telah ditetapkan oleh pemerintah Amerika Serikat sebagai negara yang \"mendukung terorisme\", dan (ii) Anda tidak terdaftar di daftar pihak yang dilarang atau dibatasi oleh pemerintah Amerika Serikat.",
-  "tos_us_legal_compliance_title": "Kepatuhan Hukum Amerika Serikat",
-  "tos_user_accounts_text_1": "Ketika Anda membuat akun dengan Kami, Anda harus memberikan informasi yang akurat, lengkap, dan terkini setiap saat. Kegagalan untuk melakukannya dianggap sebagai pelanggaran terhadap Ketentuan, yang dapat mengakibatkan penghentian segera akun Anda di Layanan Kami.",
-  "tos_user_accounts_text_2": "Anda bertanggung jawab untuk menjaga kerahasiaan kata sandi yang Anda gunakan untuk mengakses Layanan dan untuk setiap aktivitas atau tindakan yang dilakukan di bawah kata sandi Anda, apakah kata sandi Anda digunakan di Layanan Kami atau Layanan Media Sosial Pihak Ketiga.",
-  "tos_user_accounts_text_3": "Anda setuju untuk tidak mengungkapkan kata sandi Anda kepada pihak ketiga mana pun. Anda harus memberi tahu Kami segera setelah mengetahui adanya pelanggaran keamanan atau penggunaan akun Anda yang tidak sah.",
-  "tos_user_accounts_text_4": "Anda tidak boleh menggunakan sebagai nama pengguna nama orang atau entitas lain atau yang tidak tersedia secara sah untuk digunakan, nama atau merek dagang yang tunduk pada hak orang atau entitas lain selain Anda tanpa izin yang sesuai, atau nama yang dianggap ofensif, vulgar, atau cabul.",
-  "tos_user_accounts_title": "Akun Pengguna",
-  "tos_waiver_subtitle": "Pengesampingan",
-  "tos_waiver_text": "Kecuali yang diatur di sini, kegagalan untuk menggunakan suatu hak atau meminta pelaksanaan suatu kewajiban berdasarkan Ketentuan ini tidak akan memengaruhi kemampuan suatu pihak untuk menggunakan hak tersebut atau meminta pelaksanaan tersebut pada waktu lain selanjutnya, dan tidak akan pula pengesampingan atas pelanggaran dianggap sebagai pengesampingan atas pelanggaran berikutnya.",
-  "tos_your_feedback_text": "Anda menyerahkan semua hak, judul, dan kepentingan atas umpan balik yang Anda berikan kepada Perusahaan. Jika untuk alasan apapun penyerahan tersebut tidak efektif, Anda setuju untuk memberikan Perusahaan hak dan lisensi yang tidak eksklusif, permanen, tidak dapat dibatalkan, tanpa royalti, di seluruh dunia untuk menggunakan, mereproduksi, mengungkapkan, memberikan lisensi tambahan, mendistribusikan, memodifikasi, dan mengeksploitasi umpan balik tersebut tanpa batasan.",
-  "tos_your_feedback_title": "Umpan Balik Anda kepada Kami",
-  "total_data_transfer": "Total transfer data",
-  "track_update_performance_and_user_adoption": "Lacak pembaruan kinerja dan adopsi pengguna",
-  "transparency_security": "Transparansi & Keamanan",
-  "trust": "Percaya",
-  "trust_center": "Pusat Kepercayaan",
-  "trust_continuous_validation_description": "Transparansi sumber terbuka yang didukung oleh pemindaian otomatis menjaga kerentanan tetap terlihat dan diselesaikan sebelum berdampak pada pelanggan.",
-  "trust_continuous_validation_snyk_label": "Kesehatan dependensi Snyk",
-  "trust_continuous_validation_sonar_label": "Postur keamanan SonarCloud",
-  "trust_continuous_validation_title": "Validasi & pemantauan berkelanjutan",
-  "trust_foundation_application_description": "Panduan pengkodean yang aman, tinjauan wajib, pengujian otomatis, dan pengujian penetrasi independen menguatkan permukaan aplikasi.",
-  "trust_foundation_application_title": "Keamanan aplikasi",
-  "trust_foundation_data_description": "Paket pelanggan tetap terenkripsi selama dalam transit dan saat beristirahat dengan rilis yang ditandatangani, log audit, dan kunci API granular.",
-  "trust_foundation_data_title": "Perlindungan data",
-  "trust_foundation_description": "Keamanan, privasi, dan keandalan tertanam dalam setiap lapisan platform Capgo.",
-  "trust_foundation_operations_description": "Buku panduan khusus, pemantauan 24/7, dan satu pemilik yang bertanggung jawab memastikan deteksi dan respons cepat.",
-  "trust_foundation_operations_title": "Kesiapan operasional",
-  "trust_foundation_platform_description": "Cloudflare, Supabase, dan pipeline CI terisolasi menerapkan MFA, manajemen rahasia, dan lingkungan yang dilindungi.",
-  "trust_foundation_platform_title": "Platform & infrastruktur",
-  "trust_foundation_title": "Perlindungan berlapis di setiap rilis",
-  "trust_hero_badge": "Dibangun untuk alur kerja rilis yang aman",
-  "trust_hero_description": "Capgo melindungi pipeline rilisan Anda dengan audit independen, infrastruktur yang diperkuat, dan proses yang dirancang untuk pengiriman cepat dan aman.",
-  "trust_hero_point_four": "Program keamanan yang dipimpin oleh pendiri dengan buku panduan respons insiden khusus.",
-  "trust_hero_point_one": "Vendor kritis menjaga sertifikasi SOC 2 yang ditinjau setiap tahun.",
-  "trust_hero_point_three": "Enkripsi selama transit dan saat beristirahat didukung oleh kontrol akses granular.",
-  "trust_hero_point_two": "Status transparan, insiden, dan pembaruan perawatan secara real time.",
-  "trust_hero_primary_cta": "Tinjau dokumentasi kepatuhan",
-  "trust_hero_secondary_cta": "Periksa status real-time",
-  "trust_hero_title": "Keamanan & Kepercayaan tanpa kompromi",
-  "trust_highlight_data_residency_description": "Pengiriman tepi global mengenkripsi lalu lintas dari ujung ke ujung sementara penyimpanan Supabase menjaga rilis tetap terkunci saat diam.",
-  "trust_highlight_data_residency_title": "Perlindungan data di mana saja",
-  "trust_highlight_soc2_description": "Penyedia hosting dan data mematuhi kepatuhan SOC 2 dengan sertifikat yang ditinjau setiap tahun.",
-  "trust_highlight_soc2_title": "Kemitraan tingkat perusahaan",
-  "trust_highlight_transparency_description": "Halaman status publik, pembaruan insiden, dan uptime historis menjaga pelanggan tetap terinformasi.",
-  "trust_highlight_transparency_title": "Transparansi operasional",
-  "trust_highlights_heading": "Apa yang bisa Anda andalkan",
-  "trust_meta_description": "Temukan bagaimana Capgo melindungi pembaruan melalui udara dengan keamanan berlapis, pemantauan transparan, dan operasi yang mengutamakan privasi.",
-  "trust_program_description": "Kami melakukan iterasi pada kontrol melalui penilaian berkelanjutan, pengerasan, pemantauan, dan perbaikan.",
-  "trust_program_step_assess_description": "Tinjauan rutin terhadap infrastruktur, ketergantungan, dan proses memastikan risiko baru dikatalogkan dan diprioritaskan.",
-  "trust_program_step_assess_title": "Evaluasi & prioritaskan risiko",
-  "trust_program_step_evolve_description": "Tinjauan pasca insiden, pembaruan peta jalan, dan pelaporan transparan menjaga program terus meningkat.",
-  "trust_program_step_evolve_title": "Berkembang & berbagi",
-  "trust_program_step_harden_description": "Perlindungan mendalam mencakup lapisan sumber, pembangunan, pengiriman, dan waktu berjalan.",
-  "trust_program_step_harden_title": "Terapkan & perkuat kontrol",
-  "trust_program_step_monitor_description": "Peringatan otomatis, dashboard uptime, dan pemeriksaan manual memberikan kesadaran situasional yang terus menerus.",
-  "trust_program_step_monitor_title": "Pantau & beri peringatan",
-  "trust_program_title": "Siklus hidup program keamanan",
-  "trust_resource_contact_cta": "Tim keamanan email",
-  "trust_resource_contact_description": "Hubungi langsung untuk pengungkapan yang terkoordinasi, tinjauan keamanan, atau dokumentasi khusus.",
-  "trust_resource_contact_title": "Perlu berbicara dengan keamanan?",
-  "trust_resource_status_cta": "Buka halaman status",
-  "trust_resource_status_description": "Lihat uptime historis, jendela pemeliharaan, dan komunikasi insiden secara real time.",
-  "trust_resource_status_title": "Status & waktu operasional",
-  "trust_resource_trust_center_cta": "Kunjungi portal kepercayaan",
-  "trust_resource_trust_center_description": "Akses kuesioner keamanan, dokumentasi SOC, dan pemetaan kontrol yang detail.",
-  "trust_resource_trust_center_title": "Portal kepercayaan",
-  "trust_resources_description": "Telusuri lebih dalam tentang kebijakan, kontrol, dan sinyal langsung yang menjaga Capgo tetap aman.",
-  "trust_resources_title": "Jelajahi sumber daya kepercayaan",
-  "trusted_by_developers_worldwide": "Dipercaya oleh Pengembang di Seluruh Dunia",
-  "trusted_by_the_biggest_capacitor_apps": "Dipercaya oleh aplikasi Capacitorjs terbesar",
-  "tutorial_on": "Tutorial tentang",
-  "type_ii_certified": "Sertifikasi Tipe II",
-  "typescript_definitions": "Definisi TypeScript",
-  "ultra_low_latency": "latensi ultra-rendah",
-  "unauthorized_access": "Akses Tidak Sah.",
-  "unauthorized_access_desc": "Mengakses atau menggunakan Sistem tanpa izin, termasuk mencoba untuk menyelidiki, memindai, atau menguji kerentanan suatu Sistem atau melanggar langkah-langkah keamanan atau autentikasi yang digunakan oleh Sistem.",
-  "unlimited_live_updates": "Pembaruan Langsung Tanpa Batas",
-  "unscheduled_downtime_desc": "\"Waktu Tidak Terjadwal\" berarti waktu, dalam menit, di mana Layanan yang bersangkutan tidak dapat diakses dan tersedia untuk Pengguna yang Diizinkan oleh Pelanggan, dengan pengecualian ketidakaksesibilitas atau ketidaktersediaan yang disebabkan oleh tindakan atau kelalaian Pelanggan atau Pengguna yang Diizinkan, kejadian force majeure, pemeliharaan terjadwal yang diinformasikan dengan pemberitahuan setidaknya 24 jam melalui email, serangan peretasan atau virus, pemeliharaan darurat yang wajar, atau pengecualian spesifik produk lainnya yang tercantum di bawah Pengecualian SLA.",
-  "unscheduled_downtime_title": "4.2 Waktu Henti Tak Terjadwal",
-  "unsealed_goods": "Pemasokan Barang yang tidak cocok untuk dikembalikan karena alasan perlindungan kesehatan atau kebersihan dan telah dibuka setelah pengiriman.",
-  "unsure_about_active_users": "Tidak yakin tentang jumlah pengguna aktif Anda?",
-  "update_size_mb": "Ukuran Pembaruan (MB)",
-  "update_success_tracking": "Pembaruan pelacakan berhasil",
-  "updates": "Pembaruan",
-  "updates_at_scale": "pembaruan dalam skala besar?",
-  "updates_by_month": "Pembaruan<br />per bulan",
-  "updates_delivered": "Pembaruan dikirim",
-  "updates_explanation": "Bagian dari perhitungan harga Bandwidth",
-  "updates_per_month": "Pembaruan per Bulan",
-  "updates_size": "Ukuran Pembaruan<br />(MB)",
-  "uptime_commitment_desc": "Capgo akan menyediakan Ketersediaan Aktual setidaknya sembilan puluh sembilan persen (99,0%) dari total waktu di setiap bulan kalender selama Masa Langganan, seperti yang diukur oleh Capgo (disebut sebagai \"Komitmen Uptime\").",
-  "uptime_commitment_title": "1. Komitmen Waktu Operasional",
-  "uptime_sla": "Uptime SLA",
-  "urgent_enterprise_response": "1 jam<br />24/7 × 365",
-  "urgent_priority_response": "1 jam<br />24/7 × 365",
-  "urgent_support_desc": "Cacat yang mengakibatkan pemadaman sistem secara keseluruhan atau sebagian, atau kondisi yang membuat Capgo tidak dapat digunakan atau tidak tersedia dalam produksi untuk semua Pengguna Pelanggan.",
-  "urgent_support_subtitle": "Masalah Kritis",
-  "urgent_support_title": "1. Mendesak",
-  "urgent_team_response": "24 jam<br />24/7 × 365",
-  "use_at_your_own_risk_disclaimer_text": "Semua informasi dalam Layanan disediakan \"sebagaimana adanya\", tanpa jaminan kelengkapan, akurasi, ketepatan waktu, atau hasil yang diperoleh dari pengunaan informasi ini, dan tanpa jaminan dalam bentuk apa pun, baik tersurat maupun tersirat, termasuk tetapi tidak terbatas pada jaminan kinerja, kelayakan, dan kesesuaian untuk tujuan tertentu.",
-  "use_at_your_own_risk_disclaimer_title": "\"Gunakan Atas Risiko Anda Sendiri\" Penafian",
-  "use_capgo": "Gunakan Capgo",
-  "user_comments_responsibility": "Komentar yang diterbitkan oleh pengguna adalah tanggung jawab mereka sepenuhnya dan pengguna akan mengambil tanggung jawab, kewajiban, dan kesalahan penuh atas setiap fitnah atau litigasi yang diakibatkan oleh sesuatu yang ditulis dalam atau sebagai hasil langsung dari sesuatu yang ditulis dalam sebuah komentar. Perusahaan tidak bertanggung jawab atas komentar apa pun yang diterbitkan oleh pengguna dan berhak untuk menghapus komentar apa pun tanpa alasan tertentu.",
-  "using_us_in_production": "Menggunakan kami dalam produksi",
-  "verify_fixes_instantly": "Verifikasi perbaikan secara instan",
-  "version_control": "Pengendalian Versi",
-  "version_manager_that_power_ci_cd_to_update_apps": "Manajer versi yang menggerakkan CI/CD untuk memperbarui aplikasi.",
-  "view_as_markdown": "Lihat sebagai Markdown",
-  "view_npm": "Lihat di NPM",
-  "view_page_as_plain_text": "Lihat halaman ini sebagai teks biasa",
-  "view_raw_on_github": "Lihat raw di GitHub",
-  "view_repo": "Lihat Repo",
-  "view_sla": "Lihat SLA",
-  "view_source": "Lihat Sumber",
-  "views_expressed_disclaimer_text": "Layanan mungkin mengandung pandangan dan pendapat yang merupakan milik penulis dan tidak mencerminkan kebijakan atau posisi resmi dari penulis, lembaga, organisasi, pemberi kerja, atau perusahaan lain, termasuk Perusahaan.",
-  "views_expressed_disclaimer_title": "Pernyataan Penyangkalan Pendapat",
-  "we_already_setup_ci_cd_for_50_apps": "Kami telah mengatur CI/CD untuk lebih dari 50 aplikasi.",
-  "we_don_t_bill_you_automatically_until_your_confirmation": "Kami tidak melakukan penagihan otomatis sampai Anda mengkonfirmasi.",
-  "we_don_t_store_or_sell_your_data_to_anyone": "Kami tidak menyimpan atau menjual data Anda kepada siapa pun.",
-  "we_empower_developers_to_push_updates_instantly_ensuring_your_users_always_have_the_latest_version_of_your_app_without_the_hassle_of_app_store_approvals": "Kami memberi kekuatan kepada pengembang untuk memperbarui secara instan, memastikan pengguna Anda selalu memiliki versi terbaru dari aplikasi Anda tanpa kerepotan persetujuan toko aplikasi.",
-  "we_practice_what_we_preach": "Kami mempraktikkan apa yang kami khotbahkan.",
-  "we_set_up_your_ci_cd_workflow_to_work_seamlessly_with_your_current_development_process_no_need_to_switch_platforms_or_learn_new_tools": "Kami mengatur alur kerja CI/CD Anda agar berfungsi dengan lancar dengan proses pengembangan Anda saat ini. Tidak perlu beralih platform atau mempelajari alat baru.",
-  "we_welcome_and_appreciate_all_contributions_to_capgo": "Kami menyambut dan menghargai semua kontribusi untuk Capgo.",
-  "website_description": "Kirim dan kelola pembaruan secara real-time untuk aplikasi kapasitormu tanpa repot toko, 5 menit untuk menginstal pembaruan Over-the-Air (OTA). Gunakan saluran untuk mengirim ke kelompok tertentu.",
-  "website_keywords": "Capacitor, updater, OTA, autoupdate, capgo",
-  "website_title": "Capgo - Pembaruan Langsung Kapasitor",
-  "welcome_to_capgo": "Selamat datang di Capgo",
-  "what_does_build_time_refer_to": "Apa yang dimaksud dengan \"waktu pembangunan\" dalam rencana tersebut?",
-  "what_happens_if_i_reach_the_bandwidth_limit": "Apa yang terjadi jika saya mencapai batas Bandwidth?",
-  "what_happens_if_i_reach_the_bandwidth_limit_answer": "Kami akan memberi tahu Anda melalui email ketika Anda mencapai 50%, 70%, 90%, dan 100% dari batas bandwidth Anda. Setelah batas tercapai, unduhan pembaruan akan diblokir sampai siklus penagihan Anda direset atau Anda meningkatkan ke paket dengan bandwidth lebih banyak. Aplikasi Anda akan terus berfungsi dengan versi saat ini.",
-  "what_happens_if_i_reach_the_mau_limit": "Apa yang terjadi jika saya mencapai batas Pengguna Aktif Bulanan (MAU)?",
-  "what_happens_if_i_reach_the_mau_limit_answer": "Kami akan mengirimkan notifikasi email kepada Anda ketika Anda mencapai 50%, 70%, 90%, dan 100% dari batas MAU Anda. Setelah Anda mencapai batas, pembaruan Anda akan diblokir hingga akhir siklus penagihan Anda. Untuk melanjutkan pelayanan pembaruan, Anda perlu meningkatkan ke paket yang lebih tinggi.",
-  "what_happens_if_i_reach_the_storage_limit": "Apa yang terjadi jika saya mencapai batas Penyimpanan?",
-  "what_happens_if_i_reach_the_storage_limit_answer": "Anda akan menerima notifikasi email pada 50%, 70%, 90%, dan 100% dari batas penyimpanan Anda. Ketika Anda mencapai batas, Anda tidak akan dapat mengunggah bundel baru sampai akhir siklus penagihan Anda atau sampai Anda meningkatkan paket Anda. Pembaruan yang ada akan terus berfungsi dengan normal.",
-  "what_payment_methods_answer": "Kami menerima semua kartu kredit utama (Visa, Mastercard, American Express, Discover). Untuk rencana tahunan, kami juga menerima transfer bank. Semua pembayaran diproses dengan aman melalui Stripe.",
-  "what_payment_methods_do_you_accept": "Metode pembayaran apa yang Anda terima?",
-  "when_developing_a_capacitorjs_app_as_a_beginner_it_s_good_to_have_an_experienced_consultant_by_your_side": "Saat mengembangkan aplikasi CapacitorJS sebagai pemula, ada baiknya memiliki konsultan yang berpengalaman di samping Anda.",
-  "when_down_review": "Ketika sebuah aplikasi bekerja terlalu lambat atau mati (bahkan hanya beberapa menit), hal itu dapat merusak kepuasan pengguna dan mengurangi pendapatan. Untuk menghindari situasi seperti itu, tinjau kode untuk menemukan area yang perlu diperbaiki.",
-  "when_its_good_to_ask_for_cordova_and_capacitorjs_consulting_services": "Kapan baiknya meminta layanan konsultasi Cordova dan CapacitorJS",
-  "why_is_it_important": "Mengapa itu penting?",
-  "why_work": "Mengapa bekerja",
-  "with_us": "dengan kami?",
-  "work_without_internet_connection": "Bekerja tanpa koneksi internet",
-  "worldwide_success_rate": "tingkat keberhasilan di seluruh dunia",
-  "written_by": "Ditulis oleh",
-  "yearly_plan": "Rencana Tahunan",
-  "you_definition": "<strong>Anda</strong> berarti individu yang mengakses Layanan, atau perusahaan, atau entitas hukum lain yang atas nama individu tersebut mengakses atau menggunakan Layanan, sesuai yang berlaku.",
-  "you_need_a_to_access_to_specific_native_api_and_the_right_plugin_don_t_exist_we_can_develop_it_for_you_or_support_you_with_it": "Anda membutuhkan akses ke API native tertentu dan plugin yang tepat tidak ada. Kami dapat mengembangkannya untuk Anda atau membantu Anda dengan itu.",
-  "you_want_to_fix_a_bug_or_add_a_new_feature_to_capacitor_updater_this_is_the_repository_you_want_to_contribute_to": "Anda ingin memperbaiki bug atau menambahkan fitur baru ke <code>capacitor-updater</code>? Ini adalah repositori yang ingin Anda kontribusikan.",
-  "your_configuration": "Konfigurasi Anda",
-  "your_live_update_solution_for_capacitor_apps": "Solusi Pembaruan Langsung Anda untuk Aplikasi Kapasitor",
-  "youre_in_good_company": "Anda tidak sendirian.",
-  "zero_trust_security": "Keamanan Zero-Trust",
-  "zero_vendor_lockin_pay_provider_directly": "tanpa ketergantungan vendor, bayar langsung ke penyedia Anda."
-}
diff --git a/messages/it.json b/messages/it.json
deleted file mode 100644
index 383c66b9b..000000000
--- a/messages/it.json
+++ /dev/null
@@ -1,3288 +0,0 @@
-{
-  "$schema": "https://inlang.com/schema/inlang-message-format",
-  "2_3_week_delivery": "Consegna da 2 a 3 settimane",
-  "30_day_support_included": "Supporto di 30 giorni incluso",
-  "3_4_week_delivery": "Consegna da 3 a 4 settimane",
-  "Capacitor_Sanbox_App": "Capacitor Sandbox App",
-  "Capacitor_Sanbox_App_description": "Prova ogni versione della tua app direttamente nell'app sandbox in un secondo. Gestisci l'aggiornamento OTA per la tua app capacitor dal tuo taschino, disponibile su iOS e Android.",
-  "From_indie_devs_to": "Da sviluppatori indie a grandi team, tutti si affidano a Capgo per inviare aggiornamenti istantaneamente.",
-  "SLA": "Accordi sul Livello di Servizio (SLA)",
-  "a_specific_element_of_your_app_doesn_t_work_and_you_don_t_know_where_the_problem_is_and_how_to_fix_it": "Un elemento específico de tu aplicación no funciona y no sabes dónde está el problema ni cómo solucionarlo.",
-  "aasa_tester": "Tester AASA",
-  "about": "Info",
-  "about_capgo": "A proposito di Capgo",
-  "about_capgo_description": "Scopri Capgo, la soluzione di aggiornamento live per app Capacitor creata da Martin Donadieu. Forniamo aggiornamenti OTA istantanei per app mobile dal 2022.",
-  "access_maintain_enterprise_plugins": "Accedi e mantieni i nostri plugin Capacitor di livello aziendale con supporto prioritario e manutenzione dedicata.",
-  "ach_available_for_enterprise_annual_payments": "ACH è disponibile solo per i pagamenti annuali dei clienti del piano Enterprise. Contattaci per maggiori informazioni.",
-  "active_users_up_to_date": "di utenti attivi aggiornati entro 24 ore",
-  "actual_availability": "Disponibilidad real",
-  "actual_availability_desc": "\"Disponibilidad Real\" significa Disponibilidad Programada menos Tiempo de Inactividad No Programado.",
-  "actual_availability_title": "4.3 Disponibilidad Real",
-  "adapt_as_you_grow": "Adapta a medida que creces",
-  "adapt_configuration_to_infrastructure": "Che tu utilizzi GitHub, GitLab o un'altra piattaforma, adattiamo la nostra configurazione per adattarci alla tua infrastruttura esistente.",
-  "additionally_make_sure_that": "Además de lo anterior, asegúrate de que:",
-  "address": "Endereço",
-  "advanced_access_levels": "Livelli di Accesso Avanzati",
-  "advanced_collaboration_security_compliance": "Funzionalità avanzate di collaborazione, sicurezza e conformità che crescono con la tua organizzazione",
-  "all_around_the_globe": "Tutti intorno al globo",
-  "all_lower_tiers_benefits": "Tutti i vantaggi dei livelli precedenti",
-  "all_systems_normal": "Tutti i sistemi sono normali",
-  "all_systems_normal_uptime": "Tutti i sistemi sono normali: 99% di tempo di attività",
-  "already_have_account": "Hai già un account?",
-  "alternatives": "Alternative",
-  "alternatives_appflow_credit": "💚 A onor del vero: Ionic ha creato strumenti incredibili e ha educato un'intera generazione di sviluppatori di app ibride. Rispetto.",
-  "alternatives_appflow_migration_guide": "Guida alla migrazione →",
-  "alternatives_appflow_reality": "Ionic ha annunciato la chiusura di Appflow. I clienti esistenti possono usarlo fino alla fine del 2027, ma niente nuovi clienti o funzionalità.",
-  "alternatives_appflow_reality_label": "La realtà:",
-  "alternatives_appflow_status": "⚠️ Chiusura il 31 Dicembre 2027",
-  "alternatives_appflow_when_good": "Appflow era ottimo se volevi tutto in un unico posto - CI/CD, aggiornamenti live, build native. I pionieri di questo settore.",
-  "alternatives_appflow_when_good_label": "Quando era valido:",
-  "alternatives_appflow_why_different_label": "Perché siamo diversi:",
-  "alternatives_appflow_why_different_li1": "Non stiamo chiudendo (abbastanza importante!)",
-  "alternatives_appflow_why_different_li2": "$14/mese contro i loro $499/mese",
-  "alternatives_appflow_why_different_li3": "Open source contro closed source",
-  "alternatives_appflow_why_different_li4": "Focus solo sugli aggiornamenti, quindi siamo più bravi",
-  "alternatives_been_doing_desc": "Iniziato nel 2020. Abbiamo visto ogni caso limite, sopravvissuto a ogni cambio di policy dell'App Store, e processato miliardi di aggiornamenti. Non andiamo da nessuna parte.",
-  "alternatives_been_doing_title": "⏰ Lo facciamo da 4 anni",
-  "alternatives_biggest_plugin_desc": "Manteniamo oltre 70 plugin Capacitor gratuiti e open-source. Più di chiunque altro nell'ecosistema, eccetto il team Capacitor stesso.",
-  "alternatives_biggest_plugin_note": "Quindi sì, sappiamo qualcosina di Capacitor.",
-  "alternatives_biggest_plugin_title": "🚀 Il più grande fornitore di plugin dopo Capacitor ufficiale",
-  "alternatives_bootstrapped_desc": "Niente investitori. Niente debiti. Solo ricavi sostenibili da clienti soddisfatti.",
-  "alternatives_bootstrapped_note": "Questo significa che possiamo applicare prezzi equi ($14/mese base, non $499), e non chiuderemo improvvisamente né moltiplicheremo i prezzi per 10.",
-  "alternatives_bootstrapped_title": "💰 Bootstrapped e profittevole",
-  "alternatives_capawesome_credit": "💚 A onor del vero: Robin (fondatore Capawesome) fa un ottimo lavoro. Essere stati d'ispirazione per il loro approccio è sinceramente lusinghiero. L'ecosistema è migliore con più opzioni.",
-  "alternatives_capawesome_diff_experience": "<strong>Esperienza:</strong> Lo facciamo dal 2020 (loro hanno lanciato gli aggiornamenti live nel 2024)",
-  "alternatives_capawesome_diff_focus": "<strong>Focus:</strong> Gli aggiornamenti live sono il nostro core business; per loro è un'offerta secondaria ai plugin a pagamento",
-  "alternatives_capawesome_diff_pricing": "<strong>Prezzi:</strong> Entrambi accessibili - noi partiamo da $14/mese, loro da €9/mese",
-  "alternatives_capawesome_diff_scale": "<strong>Scala:</strong> Serviamo 1B+ aggiornamenti/mese, 50M+ dispositivi (loro non pubblicano ancora statistiche)",
-  "alternatives_capawesome_diff_security": "<strong>Sicurezza e Trasparenza:</strong> Siamo 100% open source con audit pubblici e possibilità di auto-audit; loro 0% open sul backend senza audit pubblici",
-  "alternatives_capawesome_diff_support": "<strong>Supporto:</strong> Entrambi forniamo supporto umano (siamo entrambi piccoli team!)",
-  "alternatives_capawesome_differences_label": "Differenze oneste:",
-  "alternatives_capawesome_full_comparison": "Confronto completo →",
-  "alternatives_capawesome_reality": "Capawesome è un'opzione solida e più recente con buona ingegneria tedesca. Si sono ispirati a Capgo creando la loro soluzione di aggiornamenti live. Fanno anche ottimi plugin Capacitor.",
-  "alternatives_capawesome_status": "✅ Attivo e ben mantenuto",
-  "alternatives_capawesome_when_good": "Se vuoi un'interfaccia più semplice e non hai bisogno di alcune funzionalità avanzate, è una buona scelta.",
-  "alternatives_codepush_credit": "💚 A onor del vero: CodePush ha dimostrato che il modello degli aggiornamenti live funziona su larga scala.",
-  "alternatives_codepush_reality": "CodePush era gratuito e funzionava bene... finché Microsoft non ha smesso di mantenerlo. È in modalità legacy per React Native, e non c'è supporto ufficiale per Capacitor.",
-  "alternatives_codepush_status": "🪦 Deprecato - Microsoft è andata avanti",
-  "alternatives_codepush_when_good": "Difficile battere il gratuito! E l'infrastruttura di Microsoft garantiva affidabilità.",
-  "alternatives_codepush_why_different_li1": "Effettivamente mantenuto e migliorato ogni mese",
-  "alternatives_codepush_why_different_li2": "Costruito specificamente per Capacitor",
-  "alternatives_codepush_why_different_li3": "Persone reali che correggono bug e aggiungono funzionalità",
-  "alternatives_codepush_why_different_li4": "Ancora accessibile: $14/mese (non gratuito sovvenzionato da VC, ma sostenibile)",
-  "alternatives_cta_button": "Inizia la prova gratuita",
-  "alternatives_cta_questions": "Domande? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Chiedici su Discord</a> o <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">scrivi a support@capgo.app</a>",
-  "alternatives_cta_subtitle": "Niente carta di credito. Nessun impegno. Prova se funziona per te.",
-  "alternatives_cta_title": "Provalo tu stesso (gratis per 14 giorni)",
-  "alternatives_family_business_desc": "Fondato e gestito da Martin Donadieu e famiglia. Nessuna pressione VC per \"massimizzare le metriche di crescita\" o \"pivotare il modello di business\". Costruiamo per il lungo termine perché è il nostro sostentamento.",
-  "alternatives_family_business_li1": "Entità legali sia negli USA che in Europa",
-  "alternatives_family_business_li2": "Infrastruttura dedicata per la Cina",
-  "alternatives_family_business_title": "👨‍👩‍👧‍👦 Azienda familiare",
-  "alternatives_hero_subtitle": "Siamo onesti: le pagine di confronto sono un po' ridicole. Ma ecco uno sguardo davvero trasparente alle tue opzioni.",
-  "alternatives_hero_title": "Alternative a Capgo",
-  "alternatives_human_support_desc": "Niente chatbot. Niente \"assistenti AI\". Niente sistemi di ticket che perdono il tuo messaggio.",
-  "alternatives_human_support_note": "Parlerai con Martin o qualcuno della famiglia. Di solito entro poche ore. A volte entro minuti. Sì, anche nei weekend (non riusciamo a trattenerci 😅).",
-  "alternatives_human_support_title": "🙋 Solo supporto umano",
-  "alternatives_meta_description": "Cerchi soluzioni di aggiornamento live per Capacitor? Ecco un confronto onesto e trasparente di Capgo rispetto alle alternative. Niente fuffa, solo discorsi reali su cosa rende ogni piattaforma diversa.",
-  "alternatives_not_good_at_ci_cd": "A differenza dell'approccio integrato di Appflow, ti offriamo flessibilità. Usa il nostro Cloud Build per build native iOS/Android, o integra con il tuo CI/CD (GitHub Actions, GitLab CI, ecc). La scelta è tua - entrambi funzionano perfettamente.",
-  "alternatives_not_good_at_ci_cd_label": "CI/CD all-in-one:",
-  "alternatives_not_good_at_docs": "Gli aggiornamenti automatici base sono ben documentati. Ma Capgo ha molte opzioni (manual, half-manual, channel_default, ecc.) che non sono sempre facili da capire per ogni caso d'uso. Stiamo migliorando attivamente.",
-  "alternatives_not_good_at_docs_label": "Complessità della documentazione:",
-  "alternatives_not_good_at_title": "🤔 Cosa NON facciamo bene (momento di onestà)",
-  "alternatives_open_transparent_desc": "100% open source. Licenza MIT/MPL-2.0. Puoi vedere ogni riga di codice, hostare autonomamente se vuoi, o forkare tutto.",
-  "alternatives_open_transparent_li1": "Codice plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "alternatives_open_transparent_li2": "Codice backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "alternatives_open_transparent_li3": "Auto-audit in qualsiasi momento - critico per compliance e sicurezza",
-  "alternatives_open_transparent_li4": "Audit di sicurezza pubblici disponibili",
-  "alternatives_open_transparent_li5": "Roadmap pubblica, issue pubbliche, tutto pubblico",
-  "alternatives_open_transparent_title": "🌍 Lo facciamo apertamente e in trasparenza",
-  "alternatives_other_options_title": "Le altre opzioni (e quando sceglierle)",
-  "alternatives_testimonial_1": "La migrazione da Appflow ha richiesto 2 ore. Siamo passati da $499/mese a $14/mese. Stesse funzionalità, DX migliore.",
-  "alternatives_testimonial_1_author": "— Sviluppatore React dalla Francia",
-  "alternatives_testimonial_2": "Ho avuto una domanda alle 22 di sabato. Martin stesso ha risposto in 15 minuti. Pazzesco.",
-  "alternatives_testimonial_2_author": "— Sviluppatore solitario dal Brasile",
-  "alternatives_testimonial_3": "Essere open source significa che abbiamo potuto auditare la sicurezza noi stessi. Non è negoziabile per la nostra app sanitaria.",
-  "alternatives_testimonial_3_author": "— CTO di startup health tech",
-  "alternatives_testimonial_4": "Il fatto che sia un'azienda familiare mi fa fidare DI PIÙ, non di meno. Questi non ci abbandoneranno.",
-  "alternatives_testimonial_4_author": "— Team lead mobile dalla Germania",
-  "alternatives_title": "Alternative a Capgo – Un Confronto Onesto",
-  "alternatives_what_different_title": "Cosa rende Capgo effettivamente diverso",
-  "alternatives_why_choose_title": "Perché le persone ci scelgono davvero",
-  "alternatives_why_exists_p1": "Potremmo fare una bella tabella che mostra come Capgo batte ogni concorrente su ogni metrica. È quello che fanno tutti. Ma sono fesserie, e lo sai.",
-  "alternatives_why_exists_p2": "La verità? Tutte le piattaforme di aggiornamento live fanno praticamente la stessa cosa ora: inviare aggiornamenti JavaScript alle tue app Capacitor. API? Le abbiamo tutti. Canali? Sì. Rollback? Certo.",
-  "alternatives_why_exists_p3": "Quindi cosa conta davvero? Parliamo di quello invece.",
-  "alternatives_why_exists_title": "Perché esiste questa pagina",
-  "analytics": "Analytik",
-  "and": "e",
-  "app_mobile": "App mobile",
-  "app_store_compliant": "App Store konform",
-  "appflow_credit_p1": "<strong class=\"text-emerald-400\">Ionic built something amazing.</strong> Appflow was the first platform to make live updates actually work at scale. They pioneered channels, rollbacks, native builds integration - the whole playbook.",
-  "appflow_credit_p2": "They educated an entire generation of developers on hybrid app development. Without Ionic's work, products like Capgo wouldn't exist.",
-  "appflow_credit_p3": "So yeah, massive respect to the Ionic team. This is a bummer for everyone.",
-  "appflow_credit_title": "First, let's give credit where it's due",
-  "appflow_cta_book_migration": "Book migration call",
-  "appflow_cta_questions": "Questions? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Join our Discord</a> or <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">email us</a>",
-  "appflow_cta_start_trial": "Start free trial →",
-  "appflow_cta_subtitle": "No credit card. No commitment. Migrate a test app, see if it works for you.",
-  "appflow_cta_title": "Try it free for 14 days",
-  "appflow_elephant_p1": "Ionic announced they're shutting down Appflow. Your apps will keep working until <strong class=\"text-white\">December 31, 2027</strong>, but no new features, no new customers, no updates.",
-  "appflow_elephant_p2": "If you're reading this, you're probably looking for where to go next. That's what this page is about.",
-  "appflow_elephant_title": "⚠️ The elephant in the room",
-  "appflow_enterprise_help_desc": "If your Appflow stack includes Ionic enterprise plugins, use the <a href=\"{pluginsUrl}\" class=\"text-emerald-300 hover:underline\">Ionic Enterprise Plugins guide</a>. Paid support is available on demand - <a href=\"{supportUrl}\" class=\"text-emerald-300 hover:underline\">see support options</a>. Need a hands-on migration? We offer paid migration services - <a href=\"{migrationUrl}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_enterprise_help_title": "Enterprise plugins and paid help (optional)",
-  "appflow_experience_desc": "4 years of live updates at scale. Billions of updates served. Every App Store policy change, every edge case, every weird device - we've seen it.",
-  "appflow_experience_note": "Also: we're the <strong>biggest Capacitor plugin provider</strong> after the official Capacitor team (30+ plugins). We know the ecosystem inside and out.",
-  "appflow_experience_title": "4. We've been doing this since 2020",
-  "appflow_faq_a1": "Nope. Whatever you're using now (GitHub Actions, GitLab CI, Jenkins, etc.) keeps working. Just change the upload step to use our CLI instead of Appflow's.",
-  "appflow_faq_a2": "We do cloud native builds! We just don't do the full CI/CD automation pipeline. You can trigger builds through our CLI or API, but we're not trying to replace your GitHub Actions/GitLab CI workflow - we integrate with it.",
-  "appflow_faq_a3": "Probably a lot. Appflow starts at $499/month. We start at $14/month and scale with usage (roughly $0.001 per MAU). Most migrations save 80-95% on update costs.",
-  "appflow_faq_a4": "We serve 1B+ updates/month across 50M+ devices. 99.9%+ uptime. Check real-time stats at <a href=\"https://status.capgo.app/history\" class=\"text-blue-300 underline hover:text-blue-200\">status.capgo.app</a>",
-  "appflow_faq_q1": "Do I need to change my CI/CD setup?",
-  "appflow_faq_q2": "What about native builds?",
-  "appflow_faq_q3": "Will this save money?",
-  "appflow_faq_q4": "How's the reliability?",
-  "appflow_faq_title": "Common questions",
-  "appflow_focus_desc": "Appflow did live updates + CI/CD + native builds. We just do <strong class=\"text-white\">live updates</strong>.",
-  "appflow_focus_note": "IMO it's better to keep concerns separate anyway. Use GitHub Actions (or whatever) for CI/CD. Use Capgo for updates. Each tool does what it's best at.",
-  "appflow_focus_title": "6. Focus on one thing (and do it really well)",
-  "appflow_footer_note": "Built with respect for what Ionic created. Here to help you keep shipping.",
-  "appflow_hero_subtitle": "Let's talk honestly about what's happening and what your options are.",
-  "appflow_hero_title": "Migrating from Appflow?",
-  "appflow_migration_basics_title": "The basics:",
-  "appflow_migration_guide_text": "Full migration guide: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/from-appflow-to-capgo</a>",
-  "appflow_migration_how_title": "How hard is migration?",
-  "appflow_migration_intro": "<strong class=\"text-white\">TL;DR: Not hard.</strong> Most teams are up and running in under a day.",
-  "appflow_migration_step1": "Uninstall <code class=\"text-blue-300\">@capacitor/live-updates</code>, install <code class=\"text-blue-300\">@capgo/capacitor-updater</code>",
-  "appflow_migration_step2": "Call <code class=\"text-blue-300\">notifyAppReady()</code> instead of all the Appflow sync/download/reload code",
-  "appflow_migration_step3": "Upload bundles with our CLI instead of theirs",
-  "appflow_migration_stuck": "Stuck? <a href=\"https://cal.com/team/capgo/appflow-migration\" class=\"text-blue-300 underline hover:text-blue-200\">Book a free migration call</a> and we'll walk you through it.",
-  "appflow_not_good_at_ci_cd": "A differenza dell'approccio integrato di Appflow, ti offriamo flessibilità. Usa il nostro Cloud Build per build native iOS/Android, o integra con il tuo CI/CD (GitHub Actions, GitLab CI, ecc). La scelta è tua - entrambi funzionano perfettamente.",
-  "appflow_not_good_at_ci_cd_label": "All-in-one CI/CD:",
-  "appflow_not_good_at_docs": "Basic automatic updates are well documented and clear. But Capgo offers many update modes (manual, half-manual, channel_default, etc.) - not all use cases are equally easy to understand yet. We're working on it.",
-  "appflow_not_good_at_docs_label": "Documentation complexity:",
-  "appflow_not_good_at_title": "🤔 What we're NOT (honesty time)",
-  "appflow_not_shutting_desc": "Capgo is a <strong class=\"text-white\">bootstrapped family business</strong>. No VC pressure to \"pivot\" or \"maximize growth metrics.\" This is our livelihood, built to last decades.",
-  "appflow_not_shutting_li1": "Legal entities in both US and Europe",
-  "appflow_not_shutting_li2": "Dedicated infrastructure for China",
-  "appflow_not_shutting_note": "We've been profitable since year one. Sustainable pricing, sustainable business.",
-  "appflow_not_shutting_title": "1. We're not shutting down (obviously important)",
-  "appflow_opensource_desc": "Not just the plugin - <strong class=\"text-white\">the entire backend too</strong>:",
-  "appflow_opensource_li1": "Plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "appflow_opensource_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "appflow_opensource_li3": "Self-host if you want. Fork it if you need. Audit the security yourself.",
-  "appflow_opensource_note": "This matters if you got burned by a proprietary service shutting down (looking at you, Appflow).",
-  "appflow_opensource_title": "3. 100% open source (MIT/MPL-2.0)",
-  "appflow_or_similar": "AppFlow o simile",
-  "appflow_plugins_col_capgo": "Capgo alternative",
-  "appflow_plugins_col_guide": "Migration guide",
-  "appflow_plugins_col_ionic": "Ionic plugin",
-  "appflow_plugins_desc": "If you use Ionic's enterprise plugins, here are the direct Capgo replacements and migration guides.",
-  "appflow_plugins_link_text": "Migration guide",
-  "appflow_plugins_opensource_note": "All Capgo plugins are open source. Paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_plugins_or": "or",
-  "appflow_plugins_title": "Ionic enterprise plugins: equivalents in Capgo",
-  "appflow_pricing_comparison": "Appflow: <strong class=\"text-rose-400\">$499/month</strong> minimum<br>Capgo: <strong class=\"text-emerald-400\">$14/month</strong> to start, scales with usage",
-  "appflow_pricing_note": "We can charge less because we're not funding massive overhead. Just a small team building great tools.",
-  "appflow_pricing_title": "2. Pricing that makes sense",
-  "appflow_support_desc": "No chatbots. No ticket systems. No \"AI assistants.\"",
-  "appflow_support_note": "You get Martin (me!) or someone from the team. Usually within hours. Often within minutes. Yes, even on weekends (we can't help ourselves 😅).",
-  "appflow_support_open_desc": "Every Capgo plugin is open source, so you can audit, fork, and self-host if you want. If you need guaranteed response times or migration help, paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">see support options</a>.",
-  "appflow_support_open_title": "Open source plugins. Optional paid support.",
-  "appflow_support_title": "5. Actually human support",
-  "appflow_testimonial_1": "Migration from Appflow took 2 hours. We went from $499/month to $14/month. Same features, better docs.",
-  "appflow_testimonial_1_author": "— React developer, France",
-  "appflow_testimonial_2": "I had a question at 10pm Saturday. Martin answered in 15 minutes. With actual code examples.",
-  "appflow_testimonial_2_author": "— Solo dev, Brazil",
-  "appflow_testimonial_3": "Open source backend was non-negotiable for our healthcare app. Capgo was the only option that met our security requirements.",
-  "appflow_testimonial_3_author": "— CTO, health tech startup",
-  "appflow_testimonial_4": "Family business = no rugpull risk. After Appflow shutting down, that stability matters.",
-  "appflow_testimonial_4_author": "— Mobile team lead, Germany",
-  "appflow_testimonials_more": "More testimonials:",
-  "appflow_testimonials_title": "What people actually say",
-  "appflow_what_different_title": "What makes Capgo different",
-  "application_definition": "<strong>Aplicación</strong> significa el programa de software proporcionado por la Compañía que usted ha descargado en cualquier dispositivo electrónico llamado {brand}.",
-  "application_definition_refund": "Applicazione indica il programma software fornito dalla Società che hai scaricato su qualsiasi dispositivo elettronico, denominato $1",
-  "apps": "App",
-  "apps_with_20m_users": "Apps avec 20 millions d'utilisateurs ou plus",
-  "architecture_review_optimization": "Revisione dell'architettura, ottimizzazione delle prestazioni e orientamento strategico per il tuo team di sviluppo mobile.",
-  "are_there_any_setup_fees_answer": "Nessuna tariffa di configurazione, mai. Tutti i nostri prezzi sono trasparenti e includono tutto ciò di cui hai bisogno per iniziare. Per il piano Pay-as-you-go, l'eccesso di utilizzo viene fatturato come crediti a tariffe chiaramente pubblicate. A differenza di altre piattaforme in questo settore, non nascondiamo alcun costo - quello che vedi è quello che paghi.",
-  "are_there_any_setup_fees_or_hidden_costs": "Ci sono costi di configurazione o costi nascosti?",
-  "as_the_largest_ecosystem_of_open_source_plugins_for_capacitor_we_re_committed_to_innovation_transparency_and_community_driven_development": "Como el ecosistema más grande de complementos de código abierto para Capacitor, estamos comprometidos con la innovación, la transparencia y el desarrollo impulsado por la comunidad.",
-  "ask_for_help_in_the_community_chat_room": "Chiedi aiuto nella <a href=\"https://discord.capgo.app\"> chat comunitaria. </a>",
-  "ask_questions_about_page": "Fai domande su questa pagina",
-  "assign_specific_rights_and_access_levels_to_each_user_within_your_organizations": "Assegna diritti specifici e livelli di accesso a ciascun utente all'interno delle tue organizzazioni, garantendo sicurezza e corretta allocazione delle risorse.",
-  "at_scale": "su larga scala",
-  "aup": "Politica di Uso Accettabile",
-  "aup_intro": "Esta Política de Uso Aceptable (esta 'Política') describe los usos prohibidos de los servicios web ofrecidos por Capgo y sus afiliados (los 'Servicios') y el sitio web ubicado en https://capgo.app (el 'Sitio de Capgo'). Los ejemplos en esta Política no son exhaustivos. Podemos modificar esta Política en cualquier momento publicando una versión revisada en el Sitio de Capgo. Al utilizar los Servicios o acceder al Sitio de Capgo, usted acepta la versión más reciente de esta Política. Si viola la Política o autoriza o ayuda a otros a hacerlo, podemos suspender o terminar su uso de los Servicios.",
-  "aup_monitoring_enforcement": "Nuestra Supervisión y Aplicación",
-  "aup_monitoring_enforcement_desc": "Ci riserviamo il diritto, ma non assumiamo l'obbligo, di investigare qualsiasi violazione di questa Politica o abuso dei Servizi o del Sito Capgo. Possiamo:",
-  "aup_no_email_abuse": "Keine E-Mail- oder andere Nachrichtenmissbrauch",
-  "aup_no_email_abuse_desc": "Non distribuerai, pubblicherai, invierai o faciliterai l'invio di e-mail di massa non richieste o altri messaggi, promozioni, pubblicità o richieste (come 'spam'), incluse le pubblicità commerciali e gli annunci informativi. Non modificherai o oscurerai le intestazioni delle e-mail né assumerai l'identità di un mittente senza il permesso esplicito del mittente stesso. Non raccoglierai le risposte ai messaggi inviati da un altro fornitore di servizi internet se tali messaggi violano questa Politica o la politica di uso accettabile di quel fornitore.",
-  "aup_no_illegal_use": "Nessun uso o contenuto illegale, dannoso o offensivo",
-  "aup_no_illegal_use_desc": "Non puoi utilizzare, o incoraggiare, promuovere, facilitare o istruire altri a utilizzare, i Servizi o il Sito Capgo per qualsiasi uso illegale, dannoso, fraudolento, che violi i diritti o offensivo, o per trasmettere, memorizzare, visualizzare, distribuire o rendere altrimenti disponibile contenuti che siano illegali, dannosi, fraudolenti, che violino i diritti o offensivi. Le attività o i contenuti vietati includono:",
-  "aup_no_network_abuse": "Nessun abuso di rete",
-  "aup_no_network_abuse_desc": "Non è possibile stabilire connessioni di rete con utenti, host o reti a meno che non si disponda del permesso di comunicare con loro. Le attività vietate includono:",
-  "aup_no_security_violations": "Nessuna violazione della sicurezza",
-  "aup_no_security_violations_desc": "Non è possibile utilizzare i Servizi per violare la sicurezza o l'integrità di qualsiasi rete, computer o sistema di comunicazione, applicazione software, o dispositivo di rete o informatico (ciascuno, un 'Sistema'). Le attività vietate includono:",
-  "aup_reporting_violations": "Segnalazione delle violazioni di questa politica",
-  "aup_reporting_violations_desc": "Se você tomar conhecimento de qualquer violação desta Política, deverá nos notificar imediatamente e nos fornecer assistência, conforme solicitado, para parar ou remediar a violação. Para relatar qualquer violação desta Política, entre em contato conosco em support@capgo.app.",
-  "availability_97_95": "Meno del 97,0% ma maggiore o uguale al 95,0%",
-  "availability_98_97": "Meno del 98,0% ma maggiore o uguale al 97,0%",
-  "availability_99_98": "Meno del 99,0% ma maggiore o uguale al 98,0%",
-  "availability_below_95": "Meno del 95,0%",
-  "avoiding_system_restrictions": "Evitando Restrições do Sistema.",
-  "avoiding_system_restrictions_desc": "Utilizando medios manuales o electrónicos para evitar cualquier limitación de uso impuesta en un Sistema, como restricciones de acceso y almacenamiento.",
-  "awesome_capacitor": "Fantástico Capacitor",
-  "bandwidth": "Largura de banda",
-  "bandwidth_explanation": "A Capgo, misuramo la larghezza di banda monitorando la quantità di dati trasmessi tra la posizione di storage e i dispositivi degli utenti attraverso i server edge. Questo ci aiuta a fornire aggiornamenti in tempo reale.",
-  "bandwidth_gb": "Larghezza di banda<br />(GiB)",
-  "beautiful_native_experience": "Bellissima esperienza nativa",
-  "become_a_sponsor": "Diventa uno sponsor",
-  "before_submitting_a_pr": "Antes de enviar un PR a cualquiera de los repositorios, asegúrate de que lo siguiente esté hecho:",
-  "benefit_from_our_deep_expertise_in_mobile_app_ci_cd_best_practices_without_the_need_to_build_and_maintain_a_complex_system_yourself": "Manfaatkan keahlian mendalam kami dalam praktik terbaik CI/CD aplikasi mobile, tanpa perlu membangun dan memelihara sistem yang kompleks sendiri.",
-  "best_value": "Miglior Valore",
-  "billed_annually_at": "Facturé annuellement à",
-  "billed_monthly": "Fatturato mensilmente",
-  "blog": "Blogue",
-  "book_a_consultation": "Prenota una consulenza",
-  "break_even_timeline": "Dopo solo 6 mesi, stai già risparmiando denaro!",
-  "browse_all_plugins": "Esplora Tutti i Plugin",
-  "browse_plugin_library": "Sfoglia la nostra libreria di plugin",
-  "bug_bounty": "Bug Bounty",
-  "bug_bounty_conduct_intro": "We are friendly and we do pay for valid reports, but we cannot work with people who do not respect our time. Please keep communication calm and follow this program.",
-  "bug_bounty_conduct_rule_1": "We respond to security reports and breaches within 24-72 hours.",
-  "bug_bounty_conduct_rule_2": "Do not spam us. More than three emails in a single day is considered spam and will be blocked.",
-  "bug_bounty_conduct_rule_3": "We do not pay for reports that ignore these rules or are spam.",
-  "bug_bounty_conduct_rule_4": "Only in-scope reports that follow this bug bounty program are accepted; anything else may be blocked.",
-  "bug_bounty_conduct_rule_5": "Do not ask whether we are a scam or for payment status updates. We may be slow to respond at times, so please keep communication focused and respectful. Reporter records and payout proof are publicly visible for transparency.",
-  "bug_bounty_conduct_title": "Response Time and Respect",
-  "bug_bounty_contact": "Per domande sul nostro programma Bug Bounty, contattateci tramite GitHub Security Advisories.",
-  "bug_bounty_description": "Scopri il programma Bug Bounty di Capgo. Segnala vulnerabilità di sicurezza nel nostro codice open source con riferimenti esatti alle righe per potenziali ricompense.",
-  "bug_bounty_how_to_report_step_1": "Naviga al repository pertinente su GitHub",
-  "bug_bounty_how_to_report_step_2": "Clicca sulla scheda \"Security\"",
-  "bug_bounty_how_to_report_step_3": "Clicca su \"Report a vulnerability\" per creare un nuovo avviso di sicurezza",
-  "bug_bounty_how_to_report_step_4": "Includi il percorso esatto del file e il/i numero/i di riga dove esiste la vulnerabilità",
-  "bug_bounty_how_to_report_step_5": "Fornisci passaggi dettagliati per riprodurre il problema e spiega l'impatto sulla sicurezza",
-  "bug_bounty_how_to_report_title": "Come Segnalare",
-  "bug_bounty_important_label": "Importante",
-  "bug_bounty_important_note": "Se non riesci a fornire la riga esatta di codice in GitHub dove esiste il problema, il tuo report non sarà idoneo per il programma Bug Bounty. I report devono essere inviati esclusivamente tramite GitHub Security Advisory. I pagamenti vengono effettuati tramite Algora.io. Crea un account lì così possiamo pagarti direttamente sulla piattaforma.",
-  "bug_bounty_intro": "Capgo è impegnata nella sicurezza e nella trasparenza. Tutto il nostro codice è open source, e accogliamo i ricercatori di sicurezza per aiutarci a identificare le vulnerabilità nel nostro codice.",
-  "bug_bounty_open_source_desc": "Ogni repository nell'organizzazione Capgo è open source. Puoi rivedere, verificare e contribuire al nostro codice.",
-  "bug_bounty_open_source_title": "Codice Open Source",
-  "bug_bounty_org": "Organizzazione GitHub",
-  "bug_bounty_out_of_scope_1": "Report senza riferimenti esatti alle righe di codice in GitHub",
-  "bug_bounty_out_of_scope_2": "Report non inviati tramite GitHub Security Advisory",
-  "bug_bounty_out_of_scope_3": "Vulnerabilità teoriche senza prova di concetto",
-  "bug_bounty_out_of_scope_4": "Problemi in dipendenze o servizi di terze parti (segnalali upstream, es. Supabase).",
-  "bug_bounty_out_of_scope_5": "Tentativi di social engineering o phishing",
-  "bug_bounty_out_of_scope_6": "Attacchi denial of service",
-  "bug_bounty_out_of_scope_title": "Fuori Ambito",
-  "bug_bounty_payment_note": "Payments are issued only after we have identified the issue, fixed it, opened a pull request, and you have verified after release that the fix works for you. This process usually takes between 20 and 30 days. Please do not send messages like \"to get paid\"; payment happens only once the release is live and you've tested and validated the fix.",
-  "bug_bounty_program": "Programma Bug Bounty",
-  "bug_bounty_repo_cli": "Capgo CLI",
-  "bug_bounty_repo_cli_desc": "Interfaccia a riga di comando per gestire deployment e aggiornamenti live di Capgo",
-  "bug_bounty_repo_landing": "Capgo Backend e Landing",
-  "bug_bounty_repo_landing_desc": "Repository principale Capgo inclusi servizi backend e sito web",
-  "bug_bounty_repo_updater": "Plugin Capacitor Updater",
-  "bug_bounty_repo_updater_desc": "Il plugin Capacitor principale che gestisce gli aggiornamenti over-the-air sui dispositivi mobili",
-  "bug_bounty_report_security_issue": "Segnala Problema di Sicurezza",
-  "bug_bounty_requirement_1": "Devi identificare il file esatto e il numero di riga nel nostro repository GitHub dove esiste la vulnerabilità",
-  "bug_bounty_requirement_2": "Il tuo report deve essere inviato tramite GitHub Security Advisory sul repository pertinente",
-  "bug_bounty_requirement_3": "Devi includere una descrizione chiara della vulnerabilità e del suo potenziale impatto",
-  "bug_bounty_requirement_4": "Devi fornire passaggi riproducibili per dimostrare il problema",
-  "bug_bounty_requirements_intro": "Per qualificarsi per il programma Bug Bounty, il tuo report deve soddisfare TUTTI i seguenti requisiti:",
-  "bug_bounty_requirements_title": "Requisiti per Report Validi",
-  "bug_bounty_supabase_examples_title": "Esempi",
-  "bug_bounty_supabase_intro": "Se il problema e' lato Supabase ed e' legato a un endpoint Supabase, segnalalo a Supabase (non a Capgo). Accettiamo report legati a Supabase solo se puoi riprodurlo e indicare l'esatto cambio di impostazioni/configurazione Supabase che lo previene in un progetto configurato come il nostro.",
-  "bug_bounty_supabase_limitations_1": "Provide a reproducible case and the exact Supabase setting/config change in the demo project that resolves the issue while keeping your existing rule set intact.",
-  "bug_bounty_supabase_limitations_2": "Email verification behavior is expected to follow your Supabase Auth project settings (for example, whether email confirmation is disabled and capture-based auth is used).",
-  "bug_bounty_supabase_limitations_3": "Password update and account-recovery flows may not always require old-password re-entry or re-verification if Supabase Auth is configured that way.",
-  "bug_bounty_supabase_limitations_4": "If the issue is in this list but you can show a concrete Supabase-side fix in the provided project, then we can consider it in scope.",
-  "bug_bounty_supabase_limitations_intro": "We only review these findings when they can be reproduced in a shared Supabase demo project that mirrors our setup. In this workflow, the behavior must be confirmed as a Supabase Auth default/capability and fixed in Supabase configuration only, without changing Capgo security rules.",
-  "bug_bounty_supabase_limitations_title": "Known Supabase Auth Limitations (Already Reported)",
-  "bug_bounty_supabase_not_valid_1": "Un bug della piattaforma Supabase o un outage",
-  "bug_bounty_supabase_not_valid_2": "Un finding che non riesci a riprodurre",
-  "bug_bounty_supabase_not_valid_3": "Una claim senza la modifica di setting/config Supabase che lo risolve",
-  "bug_bounty_supabase_not_valid_title": "Non valido qui",
-  "bug_bounty_supabase_title": "Supabase e Servizi di Terze Parti",
-  "bug_bounty_supabase_valid_1": "Una misconfigurazione correggibile nelle impostazioni Supabase (con passi)",
-  "bug_bounty_supabase_valid_2": "Un problema di integrazione Capgo che causa un uso Supabase non sicuro",
-  "bug_bounty_supabase_valid_3": "Un problema riproducibile risolto con una specifica modifica di config Supabase",
-  "bug_bounty_supabase_valid_title": "Valido qui",
-  "bug_bounty_view_repository": "Visualizza Repository",
-  "build_from_anywhere": "Costruisci da qualsiasi macchina",
-  "build_hours": "ore di costruzione",
-  "build_in_public_on_twitter": "Construir en público en Twitter",
-  "build_minutes": "minuti di costruzione",
-  "build_time_explanation": "Il tempo di costruzione si riferisce al tempo che Capgo impiega per costruire la tua app nativa nel cloud utilizzando Capgo Build, la nostra soluzione basata su cloud per iOS e Android. Ti permette di costruire la tua app da qualsiasi computer senza bisogno di un Mac, semplifica i flussi di lavoro CI/CD e consente ai membri del team non familiari con le build native di generare build in modo affidabile. Utilizzando il CLI di Capgo, puoi attivare le build in modo semplice e riproducibile, spesso più velocemente e facilmente rispetto alla gestione della tua configurazione CI/CD.",
-  "built_for_devs_badge": "AMICO DEGLI SVILUPPATORI",
-  "built_for_devs_code_comment": "La Mia App",
-  "built_for_devs_cta": "Prova gratis",
-  "built_for_devs_feature_analytics": "Plugin di analisi",
-  "built_for_devs_feature_analytics_desc": "Traccia l'aggiornamento della salute, la copertura e i registri nel tuo cruscotto",
-  "built_for_devs_feature_api": "API pubblica",
-  "built_for_devs_feature_api_desc_part1": "Gestisci Capgo dal tuo software e crea esperienze di marca bianca",
-  "built_for_devs_feature_api_docs": "Documentazione API",
-  "built_for_devs_feature_capacitor": "Supporto per Capacitor 6 & 7",
-  "built_for_devs_feature_capacitor_desc": "Piena compatibilità con le ultime versioni di Capacitor e tutte le principali piattaforme",
-  "built_for_devs_feature_channels": "Consegna multicanale",
-  "built_for_devs_feature_channels_desc": "Supporto per la produzione, messa in scena, test e flussi di aggiornamento personalizzati",
-  "built_for_devs_feature_cli": "CLI & REST API",
-  "built_for_devs_feature_cli_desc": "Utilizza in CI/CD, script o manualmente - la scelta è tua",
-  "built_for_devs_feature_differential": "Aggiornamenti differenziali intelligenti",
-  "built_for_devs_feature_differential_desc_part1": "Scarica solo ciò che è cambiato, risparmiando banda e tempo",
-  "built_for_devs_feature_differential_learn": "Scopri di più",
-  "built_for_devs_feature_distribution": "Distribuzione avanzata degli aggiornamenti",
-  "built_for_devs_feature_distribution_desc_part1": "Mira a gruppi di utenti specifici con diverse versioni utilizzando canali per il beta testing e le distribuzioni graduali",
-  "built_for_devs_feature_distribution_learn": "Scopri di più",
-  "built_for_devs_feature_opensource": "Componibile e open-source",
-  "built_for_devs_feature_opensource_desc": "Usa solo il plugin, o connettiti all'intero Capgo Cloud",
-  "built_for_devs_feature_rollback": "Annullamento modifiche & fissaggio della versione",
-  "built_for_devs_feature_rollback_desc": "Recupera immediatamente da cattivi dispiegamenti",
-  "built_for_devs_feature_soc2": "Certificazione SOC 2",
-  "built_for_devs_feature_soc2_desc_part1": "Stiamo lavorando attivamente per ottenere la certificazione SOC 2 Tipo II per fornire una verifica indipendente dei nostri controlli di sicurezza.",
-  "built_for_devs_feature_soc2_trust": "Centro di fiducia",
-  "built_for_devs_feature_support": "Supporto Fulmineo",
-  "built_for_devs_feature_support_desc": "Supporto via email o Discord. Gli utenti pay-as-you-go ottengono accesso a un canale condiviso Slack dedicato.",
-  "built_for_devs_feature_ts": "Supporto TypeScript",
-  "built_for_devs_feature_ts_desc": "API e plugin completamente digitati per un'integrazione prevedibile",
-  "built_for_devs_phone_time": "2 secondi fa...",
-  "built_for_devs_phone_update": "✓ Aggiornamento Capgo Applicato V1.0.11",
-  "built_for_devs_subtitle": "Veloce da installare. Facile da estendere. Completamente trasparente. Capgo è stato progettato per lavorare con i moderni flussi di lavoro di sviluppo CapacitorJS - dalla CLI al cloud.",
-  "built_for_devs_title": "Costruito per Sviluppatori",
-  "built_for_enterprise_teams": "Costruito per team aziendali",
-  "built_with_supabase": "Construído com Supabase",
-  "business_hours_note": "L'orario di apertura è dalle 6:00 alle 18:00 (ora locale), salvo diversa indicazione.",
-  "calculate_your_usage": "Calcola il tuo utilizzo",
-  "calculate_your_usage_description": "Inserisci i tuoi utenti attivi mensili stimati, aggiornamenti al mese e dimensione dell'aggiornamento per ottenere il costo stimato dei crediti.",
-  "calculated_usage_pricing": "Utilizzo Calcolato e Prezzi",
-  "can_i_cancel_at_any_time": "Posso annullare in qualsiasi momento?",
-  "can_i_change_my_plan_answer": "Sì, puoi aggiornare o declassare il tuo piano in qualsiasi momento. Gli aggiornamenti entrano in vigore immediatamente, mentre i declassamenti vengono applicati alla fine del tuo ciclo di fatturazione corrente. Questo garantisce che tu ottenga il pieno valore dal tuo piano corrente fino alla sua scadenza.",
-  "can_i_change_my_plan_at_any_time": "Posso cambiare il mio piano in qualsiasi momento?",
-  "can_i_use_credits_without_subscription": "Posso utilizzare i crediti senza un abbonamento attivo?",
-  "can_i_use_credits_without_subscription_answer": "No. I crediti possono essere utilizzati o acquistati solo con un abbonamento attivo. Hai bisogno di un piano attivo per utilizzare i crediti per coprire l'uso oltre i limiti del tuo piano. I crediti sono prepagati e validi per 1 anno dalla data di acquisto.",
-  "can_i_use_soc2_with_other_plans": "Posso utilizzare la conformità SOC 2 con i piani Solo, Maker o Team?",
-  "cancellation_deadline": "Il termine per annullare un ordine è di 14 giorni dalla data in cui hai ricevuto le merci o dalla data in cui una terza parte da te designata, che non è il vettore, prende possesso del prodotto consegnato.",
-  "cancellation_link": "Al visitar esta página en nuestro sitio web:",
-  "cancellation_period": "Vous avez le droit d'annuler votre commande dans un délai de 14 jours sans avoir à fournir de motif.",
-  "cancellation_policy_details": "Sì. Puoi annullare l’abbonamento in qualsiasi momento. Quando annulli, manterrai l’accesso al tuo piano per il resto del periodo di fatturazione. Se hai addebiti basati sull’utilizzo in sospeso, verranno fatturati immediatamente al momento dell’annullamento. Dopodiché non ti verrà più addebitato nulla.",
-  "canonical": "Canónico",
-  "cant_find_what_you_need": "Non riesci a trovare ciò di cui hai bisogno?",
-  "capacitor_config_changes_answer": "No, le modifiche a capacitor.config.ts non possono essere inviate tramite gli aggiornamenti live di Capgo. Il file di configurazione di Capacitor viene letto al momento della compilazione nativa e compilato nel binario dell'app nativa. Ciò significa che qualsiasi modifica a capacitor.config.ts (come configurazioni dei plugin, ID dell'app, impostazioni del server o opzioni dei plugin nativi) richiede una nuova versione nativa tramite l'App Store o Google Play. Capgo può aggiornare solo le risorse web (HTML, CSS, JavaScript) che vengono caricate in fase di esecuzione.",
-  "capacitor_config_changes_question": "Posso aggiornare le modifiche di capacitor.config.ts tramite Capgo?",
-  "capacitor_power_approximately_1_of_apps_on_google_play_store": "Capacitor potencia aproximadamente el 1% de las aplicaciones en Google Play Store.",
-  "capflow_meta_description": "Vedi come la piattaforma OTA nativa di Capgo si confronta con Ionic AppFlow in termini di affidabilità, automazione e prezzi.",
-  "capflow_nav_label": "Ionic AppFlow vs Capgo",
-  "capflow_title": "Ionic AppFlow vs Capgo",
-  "capgo_availability_faq_canceled": "Abbonamento annullato: gli aggiornamenti esistenti rimangono, non vengono scaricati nuovi aggiornamenti.",
-  "capgo_availability_faq_capgo_down": "Capgo non funziona: l'app ignora gli aggiornamenti, gli aggiornamenti esistenti rimangono sul dispositivo",
-  "capgo_availability_faq_intro": "La tua app continua a funzionare normalmente anche quando Capgo non è disponibile. Ecco cosa succede in diversi scenari:",
-  "capgo_availability_faq_limits": "Oltre i limiti del piano: gli aggiornamenti si interrompono fino a quando non effettui l'upgrade o aggiungi crediti",
-  "capgo_availability_faq_link": "Scopri di più nella nostra documentazione",
-  "capgo_availability_faq_title": "Cosa succede quando Capgo è inattivo, annullato o supero i limiti del mio piano?",
-  "capgo_enables_development_teams_at_some_of_the_most_innovative_companies": "Capgo permite que los equipos de desarrollo de algunas de las empresas más innovadoras.",
-  "capgo_gives_you_the_best_insights_you_need_to_create_a_truly_professional_mobile_app": "Capgo te ofrece las mejores ideas que necesitas para crear una aplicación móvil verdaderamente profesional.",
-  "capgo_home": "Vai a casa",
-  "capgo_is_the_cutting_edge_live_update_system_designed_specifically_for_capacitor_applications": "Capgo è il sistema di aggiornamento live all'avanguardia progettato specificamente per le applicazioni Capacitor.",
-  "capgo_is_used_to_update_its_own_apps_allowing_us_to_continuously_improve_and_refine_our_product_through_real_world_usage": "Capgo viene utilizzato per aggiornare le proprie app, consentendoci di migliorare e perfezionare continuamente il nostro prodotto attraverso l'uso nel mondo reale.",
-  "capgo_usage_explanation": "A Capgo, não contamos emuladores e versões de desenvolvimento em seu uso. Saiba mais sobre isso.",
-  "capgo_was_born_from_a_real_need_in_the_developer_community": "Capgo nacque da un reale bisogno nella comunità degli sviluppatori.",
-  "capwesome_cta_book_demo_btn": "Book a demo",
-  "capwesome_cta_questions": "Questions? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Join our Discord</a> or <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">email us</a>",
-  "capwesome_cta_start_trial": "Start free trial →",
-  "capwesome_cta_subtitle": "No credit card needed. Compare for yourself.",
-  "capwesome_cta_title": "Try Capgo free for 14 days",
-  "capwesome_diff_business_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Solo founder, sustainable business model (also good!)",
-  "capwesome_diff_business_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Bootstrapped family business</strong>. No investors, no debt. Profitable since year one.",
-  "capwesome_diff_business_capgo_li1": "Legal entities in both US and Europe",
-  "capwesome_diff_business_capgo_li2": "Dedicated infrastructure for China",
-  "capwesome_diff_business_capgo_li3": "This is our livelihood - no VC pressure to \"pivot\" or suddenly 10x pricing",
-  "capwesome_diff_business_capgo_li4": "Built for the long term",
-  "capwesome_diff_business_note": "Both are sustainable businesses, just different structures. After seeing Appflow shut down, this stuff matters.",
-  "capwesome_diff_business_title": "Business Model & Stability",
-  "capwesome_diff_channels_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">Nessuna assegnazione dinamica dei canali</strong> - i canali sono statici. Non puoi riassegnare dispositivi a canali diversi senza rilasciare una nuova versione dell'app.",
-  "capwesome_diff_channels_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Assegnazione dinamica dei canali</strong> - assegna dispositivi ai canali via API, backend, o lascia che i dispositivi si <strong class=\"text-emerald-400\">auto-assegnino</strong>. Casi d'uso: test A/B, programmi beta, rollout graduali, build per location (bundle diversi per ristorante/negozio), test PR preview - tutto senza nuove versioni.",
-  "capwesome_diff_channels_note": "Questo è un punto di svolta per i team che fanno rollout graduali, test beta o segmentazione degli utenti. Con Capgo, controlli quali dispositivi ricevono quali aggiornamenti - dinamicamente, dal lato server O dal dispositivo stesso.",
-  "capwesome_diff_channels_title": "Assegnazione Dinamica dei Canali",
-  "capwesome_diff_experience_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Live updates launched in 2024. Very new to this space. Still proving scale 90+.",
-  "capwesome_diff_experience_capgo": "<strong class=\"text-white\">Capgo:</strong> Started in 2020. Serving <strong class=\"text-emerald-400\">1B+ updates/month</strong> across <strong class=\"text-emerald-400\">50M+ devices</strong>. Battle-tested at scale for 4+ years.",
-  "capwesome_diff_experience_note": "We've been doing this much longer. 4+ years of production experience vs less than a year.",
-  "capwesome_diff_experience_title": "Experience & Scale",
-  "capwesome_diff_logs_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">Solo log lato server</strong> - vedi cosa è successo sul server, non sui singoli dispositivi. Molto più difficile fare debug di problemi specifici del dispositivo.",
-  "capwesome_diff_logs_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Log a livello di dispositivo</strong> - vedi esattamente cosa è successo su ogni dispositivo. Cronologia aggiornamenti, errori, rollback - tutto tracciabile per dispositivo con ID anonimi.",
-  "capwesome_diff_logs_note": "Quando qualcosa va storto, devi sapere cosa è successo su QUEL dispositivo specifico. I log del server ti dicono cosa hai inviato - i log del dispositivo ti dicono cosa è realmente successo.",
-  "capwesome_diff_logs_title": "Log e Debug",
-  "capwesome_diff_opensource_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Plugin, CLI is open source, backend is <strong class=\"text-orange-400\">0% open source</strong> (fully closed)",
-  "capwesome_diff_opensource_capawesome_li1": "No way to self-audit backend code",
-  "capwesome_diff_opensource_capawesome_li2": "No public security audits",
-  "capwesome_diff_opensource_capawesome_li3": "No self-hosting option",
-  "capwesome_diff_opensource_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">100% open source</strong> - plugin AND backend (MIT/MPL-2.0)",
-  "capwesome_diff_opensource_capgo_li1": "Plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "capwesome_diff_opensource_capgo_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "capwesome_diff_opensource_capgo_li3": "Self-host, fork, audit security yourself anytime",
-  "capwesome_diff_opensource_capgo_li4": "Public security audits available",
-  "capwesome_diff_opensource_note": "For compliance, healthcare, finance, or any regulated industry where you need to audit your entire stack - we're the only option you know what is inside at any point of time.",
-  "capwesome_diff_opensource_title": "Open Source & Security",
-  "capwesome_diff_plugins_capawesome": "<strong class=\"text-white\">Capawesome:</strong> They also make great plugins, quality-focused approach. Some are paid - that's their main business.",
-  "capwesome_diff_plugins_capgo": "<strong class=\"text-white\">Capgo:</strong> We maintain <strong class=\"text-emerald-400\">100+ Capacitor plugins</strong> - biggest provider after official Capacitor team. All free and open source.",
-  "capwesome_diff_plugins_note": "Different philosophies: we go broad with all-free plugins, they focus on paid premium plugins.",
-  "capwesome_diff_plugins_title": "Plugin Ecosystem",
-  "capwesome_diff_pricing_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-emerald-400\">€9/month</strong> minimum. Their main business is paid plugins - live updates is more of a side offering.",
-  "capwesome_diff_pricing_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">$14/month</strong> to start, scales with usage (~$0.001/MAU). Live updates is our core business.",
-  "capwesome_diff_pricing_note": "Both are fairly priced. The difference? For us, live updates is THE product. For them, it's an add-on to their plugin business.",
-  "capwesome_diff_pricing_title": "Pricing & Business Model",
-  "capwesome_diff_support_both": "<strong class=\"text-white\">Both:</strong> Human support from small teams (no chatbots!)",
-  "capwesome_diff_support_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Responsive and helpful too",
-  "capwesome_diff_support_capgo": "<strong class=\"text-white\">Capgo:</strong> Usually within hours, often minutes. Even on weekends (we can't help ourselves 😅)",
-  "capwesome_diff_support_note": "Honestly, you'll be fine with either. Both small teams that care.",
-  "capwesome_diff_support_title": "Support",
-  "capwesome_differences_title": "The honest differences",
-  "capwesome_footer_note": "Both Capgo and Capawesome are good options. Choose what fits your needs.",
-  "capwesome_footer_note_wink": "(But we think bigger scale, longer track record, and full open source matters 😊)",
-  "capwesome_hero_subtitle": "Two solid options for Capacitor live updates. Let's talk honestly about the differences.",
-  "capwesome_hero_title": "Capgo vs Capawesome Cloud",
-  "capwesome_meta_description": "Confronta Capawesome e Capgo in termini di prestazioni, funzionalità, trasparenza e impatto sulla comunità.",
-  "capwesome_migration_basics_title": "The basics:",
-  "capwesome_migration_guide_text": "Full migration guide: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/from-capawesome-to-capgo</a>",
-  "capwesome_migration_intro": "If you're on Capawesome and considering Capgo, migration is straightforward. The Capacitor update plugin architecture is similar.",
-  "capwesome_migration_step1": "Swap the plugin package",
-  "capwesome_migration_step2": "Update config (minor differences)",
-  "capwesome_migration_step3": "Update your upload process",
-  "capwesome_migration_title": "Thinking of switching?",
-  "capwesome_nav_label": "Capawesome vs Capgo",
-  "capwesome_not_good_at_docs": "We really try to make docs clear for everyone. Basic automatic updates? Well documented and clear. But Capgo has many options (manual, half-manual, channel_default, etc.) - not all use cases are easy to understand yet. We're working on it.",
-  "capwesome_not_good_at_docs_label": "Documentation complexity:",
-  "capwesome_not_good_at_git": "We don't integrate with GitHub/GitLab like Capawesome does. Philosophy difference: we don't want to lock you into a specific git provider. You handle updates in your own CI/CD, we just provide the delivery infrastructure.",
-  "capwesome_not_good_at_git_label": "Git provider integration:",
-  "capwesome_not_good_at_title": "What we're NOT good at",
-  "capwesome_quick_facts_capawesome_li1": "⚠️ Live updates started 2024 (very new)",
-  "capwesome_quick_facts_capawesome_li2": "✅ Statistiche pubbliche disponibili",
-  "capwesome_quick_facts_capawesome_li3": "✅ Statistiche pubbliche disponibili",
-  "capwesome_quick_facts_capawesome_li4": "✅ €9/month minimum",
-  "capwesome_quick_facts_capawesome_li5": "❌ Plugin open, backend 0% open (closed source)",
-  "capwesome_quick_facts_capawesome_li6": "✅ Solo founder, sustainable",
-  "capwesome_quick_facts_capawesome_li7": "✅ Quality plugins (main business)",
-  "capwesome_quick_facts_capawesome_li8": "❌ No self-hosting",
-  "capwesome_quick_facts_capgo_li1": "✅ Started 2020",
-  "capwesome_quick_facts_capgo_li2": "✅ 1B+ updates/month",
-  "capwesome_quick_facts_capgo_li3": "✅ 50M+ devices",
-  "capwesome_quick_facts_capgo_li4": "✅ $14/month start",
-  "capwesome_quick_facts_capgo_li5": "✅ 100% open source (plugin + backend)",
-  "capwesome_quick_facts_capgo_li6": "✅ Family business, bootstrapped",
-  "capwesome_quick_facts_capgo_li7": "✅ 100+ free plugins",
-  "capwesome_quick_facts_capgo_li8": "✅ Self-hosting option",
-  "capwesome_quick_facts_legend": "✅ = Strong point | ⚠️ = Depends on needs | ❌ = Not available | ⚪ = Unknown/Not disclosed",
-  "capwesome_quick_facts_title": "Quick facts (no BS)",
-  "capwesome_respect_p1": "Robin (Capawesome founder) does great work. Good German engineering, solid plugins, and everything is actively maintained. They were inspired by Capgo when building their live updates solution - which is honestly flattering.",
-  "capwesome_respect_p2": "This isn't a \"we're better at everything\" page. The Capacitor ecosystem is genuinely better with multiple healthy options. Let's talk about the actual differences.",
-  "capwesome_respect_title": "💚 Credit where it's due",
-  "capwesome_testimonial_1": "The open source backend was the deciding factor. We needed to audit the security ourselves for compliance.",
-  "capwesome_testimonial_1_author": "— Enterprise team",
-  "capwesome_testimonial_2": "Capgo's pricing scales with our app. Starting at $14/month was perfect for our MVP, and now we're happily paying more as we grow.",
-  "capwesome_testimonial_2_author": "— Startup founder",
-  "capwesome_testimonial_3": "Support is incredible. Martin answered my weekend question in 20 minutes. Can't imagine going back to vendors with 48-hour response times.",
-  "capwesome_testimonial_3_author": "— Indie developer",
-  "capwesome_testimonial_4": "The scale numbers (1B+ updates) gave us confidence. They've actually proven it at production load.",
-  "capwesome_testimonial_4_author": "— Mobile team lead",
-  "capwesome_testimonials_more": "More testimonials:",
-  "capwesome_testimonials_title": "What people say about Capgo",
-  "capwesome_title": "Capawesome vs Capgo",
-  "capwesome_when_better_european": "If you need invoices with GDPR compliance and all the European regulatory requirements, Capawesome is based in Germany. Capgo tries to escape European complexity to simplify business for everyone globally.",
-  "capwesome_when_better_european_label": "European compliance needs:",
-  "capwesome_when_better_git": "They integrate directly with your git provider. If you prefer everything connected and don't mind the vendor lock-in, that's convenient.",
-  "capwesome_when_better_git_label": "GitHub/GitLab integration:",
-  "capwesome_when_better_manual": "Capawesome is 100% manual - nothing automatic. If you want to control every single aspect and not delegate anything, that's their strength. Capgo focuses on automation (though we support manual too).",
-  "capwesome_when_better_manual_label": "Fully manual control:",
-  "capwesome_when_better_note": "Different philosophies, both valid. Choose what fits your workflow.",
-  "capwesome_when_better_title": "🤔 When Capawesome might be better for you",
-  "carbon_removal": "Il 1% delle nostre entrate va alla rimozione del carbonio.",
-  "centralized_management": "Gestione Centralizzata",
-  "channel_management": "Gestione del canale",
-  "chat": "Chat",
-  "choose_from_your_capgo_projects": "Scegli dai tuoi progetti Capgo",
-  "ci_cd_integration": "Integrazione CI/CD",
-  "cities_worldwide": "Città in tutto il mondo",
-  "cli_and_api": "CLI & API",
-  "code_review": "Revisão de Código",
-  "community": "Comunità",
-  "community_support": "Supporto della comunità",
-  "community_trusted": "Fidato dalla comunità",
-  "community_trusted_title": "Comunità di Fiducia",
-  "companies_logo_bottom_text": "Unisciti a migliaia di sviluppatori che si affidano a Capgo per il deployment delle loro app mobili",
-  "companies_logo_downloads_irec": "150K+",
-  "companies_logo_downloads_kick": "20M+",
-  "companies_logo_downloads_nana": "2,5M",
-  "companies_logo_downloads_ourliving": "80K+",
-  "companies_logo_downloads_pizzahut": "1M+",
-  "companies_logo_downloads_remnote": "500K+",
-  "companies_logo_downloads_revel": "250K+",
-  "companies_logo_downloads_suez": "3,2M",
-  "companies_logo_downloads_vella": "400K+",
-  "companies_logo_stat_companies_label": "Aziende",
-  "companies_logo_stat_companies_value": "3500+",
-  "companies_logo_stat_devices_label": "Dispositivi monitorati",
-  "companies_logo_stat_devices_value": "50M+",
-  "companies_logo_stat_uptime_label": "Disponibilità",
-  "companies_logo_stat_uptime_value": "99,9%",
-  "company": "Company",
-  "company_definition": "<strong>Empresa</strong> (referida como \"la Empresa\", \"Nosotros\" o \"Nuestro\" en este Descargo de responsabilidad) se refiere a Digital Shift OU, 6 sepapaja, 15510 Tallin.",
-  "company_name": "Nome da empresa",
-  "company_no_liability": "En ningún caso la Empresa será responsable de daños especiales, directos, indirectos, consecuenciales o incidentales, o de cualquier daño en absoluto, ya sea en una acción de contrato, negligencia u otro agravio, que surja de o en conexión con el uso del Servicio o el contenido del Servicio. La Empresa se reserva el derecho de hacer adiciones, eliminaciones o modificaciones al contenido del Servicio en cualquier momento sin previo aviso. Este Aviso de Exención se ha creado con la ayuda de la <a href=\"https://www.termsfeed.com/blog/sample-disclaimer-template/\" target=\"_blank\"> Plantilla de Aviso de Exención. </a>",
-  "company_no_liability_for_access": "En ningún caso la Compañía o sus proveedores serán responsables de cualesquiera daños especiales, incidentales, indirectos o consecuentes que surjan de o en conexión con su acceso o uso o la imposibilidad de acceder o usar el Servicio.",
-  "company_no_liability_for_decisions": "L'azienda non sarà responsabile nei vostri confronti o di chiunque altro per qualsiasi decisione presa o azione intrapresa in base alle informazioni fornite dal Servizio o per eventuali danni conseguenti, speciali o simili, anche se informata della possibilità di tali danni.",
-  "company_no_responsibility": "L'azienda non si assume nessuna responsabilità per errori o omissioni nei contenuti del Servizio.",
-  "company_not_responsible": "L'azienda non è responsabile di eventuali errori o omissioni, né dei risultati ottenuti dall'uso di queste informazioni.",
-  "compare": "Confronta",
-  "complete_documentation": "Documentazione completa",
-  "compliance_gdpr": "Conforme al GDPR",
-  "compliance_soc1": "Conforme a SOC 2 Tipo I",
-  "compliant_with_apple_and_android_requirements": "Conforme ai requisiti di Apple e Google",
-  "conditions_for_returns": "Condizioni per i Resi",
-  "configure_ci_cd_pipeline_description": "Configuriamo il tuo pipeline CI/CD direttamente nella tua piattaforma preferita (GitHub Actions, GitLab CI, ecc.).",
-  "connect_your_account": "Collega il tuo account",
-  "consolidated_invoicing_purchase_orders": "Fatturazione consolidata, ordini di acquisto e termini di pagamento flessibili per soddisfare le vostre esigenze di approvvigionamento.",
-  "consulting": "Konsultasi",
-  "consulting_description": "Vá em frente com confiança. A Capgo oferece múltiplos níveis de proteção para manter sua propriedade intelectual e dados sensíveis seguros.",
-  "consulting_forged_plugins_community_embraced": "Plugins Forgés par le Consulting, Accueillis par la Communauté",
-  "contact": "Contatto",
-  "contact_link": "Visitando questa pagina sul sito web:",
-  "contact_sales": "Contatta le Vendite",
-  "contact_support": "Contatta il nostro supporto",
-  "contact_us": "Contattaci",
-  "contact_us_text": "Se você tiver alguma dúvida sobre este Aviso de Isenção de Responsabilidade, pode entrar em contato conosco:",
-  "contact_us_title": "Contattaci",
-  "contact_us_website": "Visitando esta página en el sitio web:",
-  "content_marketer": "Marketer di Contenuti",
-  "contractual_guarantees": "Garanzie Contrattuali",
-  "contractual_sla_guarantees": "Garanzie SLA contrattuali per la disponibilità, i tempi di risposta e gli impegni di risoluzione",
-  "contributing": "Contribuindo",
-  "contributing_description": "Comment contribuer à Capgo open source",
-  "control_access_deploy_manage": "Controlla chi può accedere, distribuire e gestire i tuoi aggiornamenti in tempo reale con permessi di livello aziendale.",
-  "control_access_levels": "Controlar Níveis de Acesso",
-  "copied": "Copiato!",
-  "copy_page": "Copia pagina",
-  "copy_page_as_markdown": "Copia pagina come Markdown per LLM",
-  "copy_page_options": "Opzioni di copia pagina",
-  "copyright_notice": "CAPGO, Digital shift OU. TUTTI I DIRITTI RISERVATI.",
-  "copyright_permission": "Se desideri utilizzare materiali protetti da copyright forniti dal Servizio per scopi personali che vanno oltre l'uso equo, devi ottenere il permesso dal titolare del copyright.",
-  "cordova_and_capacitorjs_expert": "Cordova & CapacitorJS experto",
-  "cordova_capacitorjs_projects": "Proyectos de Cordova y CapacitorJS",
-  "cordova_power_approximately_1_of_apps_on_google_play_store": "Cordova alimenta aproximadamente el 1% de las aplicaciones en Google Play Store.",
-  "cost_breakdown_pricing_tiers": "Ripartizione dei Costi per Livelli di Prezzo",
-  "create_an_issue_and_discuss_before_working_on_a_new_feature": "Cuando trabajes en una nueva característica, crea un problema y discútelo con otros colaboradores <em>antes</em> de comenzar a trabajar en la característica; apreciamos todas las contribuciones, pero no todas las características propuestas son aceptadas. No queremos que gastes horas trabajando en un código que podría no ser aceptado.",
-  "create_manage_organizations_with_ease": "Crea y gestiona múltiples organizaciones con facilidad, asignando derechos específicos a cada usuario. Capgo ofrece herramientas potentes para mantener a tu equipo organizado y eficiente.",
-  "create_oversee_organizations_from_single_account": "Créer et gérer plusieurs organisations à partir d'un seul compte, rationalisant votre flux de travail et améliorant la productivité.",
-  "creators_and_maintainers_of_many_open_source_libraries_used_by_millions": "Criadores e mantenedores de muitas bibliotecas de Código Aberto usadas por milhões",
-  "credit_10_percent": "10%",
-  "credit_15_percent": "15 %",
-  "credit_20_percent": "20%",
-  "credit_30_percent": "30%",
-  "credit_based_overages": "eccedenze basate su credito",
-  "credit_percentage": "Crédito Porcentual",
-  "credit_pricing": "Prezzo del Credito",
-  "credit_requests_payment_desc": "Per richiedere un Credito di Servizio, il Cliente deve inviare un'email a Capgo all'indirizzo support@capgo.app entro trenta (30) giorni dalla fine del mese in cui non è stato rispettato l'Impegno di Disponibilità. Il Cliente deve includere o il proprio ID account o l'indirizzo email registrato, e le date e gli orari precedentemente segnalati in cui non è stata garantita la Disponibilità del Servizio. Se Capgo conferma che il Cliente è idoneo a ricevere un Credito di Servizio, Capgo emetterà un credito sul conto del Cliente entro trenta (30) giorni. I Crediti di Servizio non sono rimborsi, non possono essere convertiti in un importo contante e possono essere utilizzati solo per compensare future spese di fatturazione. Fatta eccezione per quanto previsto nella Sezione 4 qui sotto, i Crediti di Servizio saranno l'unico e esclusivo rimedio del Cliente e l'unica e esclusiva responsabilità di Capgo per qualsiasi inadempimento da parte di Capgo nell'adempimento dell'Impegno di Disponibilità.",
-  "credit_requests_payment_title": "3. Solicitudes de crédito y pago",
-  "credits_cost": "Costo dei Crediti",
-  "credits_usage_info": "I crediti vengono utilizzati per un utilizzo oltre i limiti del tuo piano. I crediti devono essere pagati in anticipo e sono validi per 5 anni.",
-  "cta_start_free": "Inizia gratis",
-  "cta_start_migration": "Avvia la tua migrazione",
-  "custom": "Personalizzato",
-  "custom_domain": "Domínio Personalizado",
-  "custom_features": "Funzionalità Personalizzate",
-  "custom_goods": "La fourniture de biens fabriqués selon vos spécifications ou clairement personnalisés.",
-  "custom_plugins": "Plugin Personalizzati",
-  "custom_pricing": "Prezzi personalizzati",
-  "custom_webhooks": "Webhook personalizzati",
-  "data_policy_account_deletion": "Puoi scegliere di eliminare il tuo account e cancellare le statistiche del tuo sito in qualsiasi momento. Forniamo link di eliminazione semplici e senza domande.",
-  "data_policy_anonymous_measurement": "Durch die Verwendung von Capgo wird die gesamte Standortmessung vollständig anonym durchgeführt. Wir messen nur die wichtigsten Datenpunkte und sonst nichts. Alle gesammelten Metriken passen auf eine einzige Seite.",
-  "data_policy_ccpa_categories_intro": "Raccogliamo informazioni che identificano, si riferiscono, descrivono, fanno riferimento, possono essere associate a, o potrebbero ragionevolmente essere collegate, direttamente o indirettamente, a un particolare Consumatore o Dispositivo. Di seguito è riportato un elenco di categorie di informazioni personali che potremmo raccogliere o che potrebbero essere state raccolte da residenti della California negli ultimi dodici (12) mesi.",
-  "data_policy_ccpa_categories_note": "Si prega di notare che le categorie e gli esempi forniti nell'elenco sottostante sono quelli definiti nel CCPA. Questo non significa che tutti gli esempi di quella categoria di informazioni personali siano stati effettivamente raccolti da noi, ma riflette la nostra buona fede fino al meglio delle nostre conoscenze che alcune di quelle informazioni della categoria applicabile potrebbero essere state e potrebbero essere state raccolte. Ad esempio, alcune categorie di informazioni personali verrebbero raccolte solo se ci fornissi direttamente tali informazioni personali.",
-  "data_policy_ccpa_categories_title": "Categorie di Informazioni Personali Raccolte",
-  "data_policy_ccpa_category_a": "Categoria A: Identificadores.",
-  "data_policy_ccpa_category_a_collected": "Collected: Ja.",
-  "data_policy_ccpa_category_a_examples": "Esempi: Un vero nome, alias, indirizzo postale, identificatore personale unico, identificatore online, indirizzo del protocollo Internet, indirizzo email, nome dell'account, numero di patente di guida, numero di passaporto o altri identificatori simili.",
-  "data_policy_ccpa_category_b": "Kategorie B: Kategorien personenbezogener Informationen, die im kalifornischen Gesetz über Kundenunterlagen aufgeführt sind (Cal. Civ. Code § 1798.80(e)).",
-  "data_policy_ccpa_category_b_collected": "Collected: Sí.",
-  "data_policy_ccpa_category_b_examples": "Esempi: Un nome, firma, numero di previdenza sociale, caratteristiche fisiche o descrizione, indirizzo, numero di telefono, numero di passaporto, numero di patente di guida o numero di carta d'identità statale, numero di polizza assicurativa, istruzione, impiego, storia lavorativa, numero di conto bancario, numero di carta di credito, numero di carta di debito, o qualsiasi altra informazione finanziaria, informazione medica, o informazione su assicurazione sanitaria. Alcune informazioni personali incluse in questa categoria possono sovrapporsi ad altre categorie.",
-  "data_policy_ccpa_category_c": "Categoría C: Características de clasificación protegidas bajo la ley de California o federal.",
-  "data_policy_ccpa_category_c_collected": "Collected: Non.",
-  "data_policy_ccpa_category_c_examples": "Esempi: Età (40 anni o più), razza, colore, ascendenza, origine nazionale, cittadinanza, religione o credo, stato civile, condizione medica, disabilità fisica o mentale, sesso (inclusi genere, identità di genere, espressione di genere, gravidanza o parto e condizioni mediche correlate), orientamento sessuale, stato di veterano o militare, informazioni genetiche (inclusi informazioni genetiche familiari).",
-  "data_policy_ccpa_category_d": "Categoría D: Información comercial.",
-  "data_policy_ccpa_category_d_collected": "Collected: Sí.",
-  "data_policy_ccpa_category_d_examples": "Esempi: Registrazioni e cronologia di prodotti o servizi acquistati o considerati.",
-  "data_policy_ccpa_category_e": "Categoria E: Informação biométrica.",
-  "data_policy_ccpa_category_e_collected": "Reunido: No.",
-  "data_policy_ccpa_category_e_examples": "Esempi: caratteristiche genetiche, fisiologiche, comportamentali e biologiche, o modelli di attività utilizzati per estrarre un modello o un altro identificatore o informazioni identificative, come impronte digitali, impronte facciali e impronte vocali, scansioni dell'iride o della retina, sequenze di battitura, andatura o altri modelli fisici, e dati su sonno, salute o esercizio.",
-  "data_policy_ccpa_category_f": "Categoría F: Actividad en Internet u otra red similar.",
-  "data_policy_ccpa_category_f_collected": "Collected: Sí.",
-  "data_policy_ccpa_category_f_examples": "Esempi: Interazione con il nostro Servizio o pubblicità.",
-  "data_policy_ccpa_category_g": "Categoria G: Dados de geolocalização.",
-  "data_policy_ccpa_category_g_collected": "Colletto: No.",
-  "data_policy_ccpa_category_g_examples": "Esempi: Posizione fisica approssimativa.",
-  "data_policy_ccpa_category_h": "Categoria H: Dados sensoriais.",
-  "data_policy_ccpa_category_h_collected": "Recolhido: Não.",
-  "data_policy_ccpa_category_h_examples": "Esempi: informazione audio, elettronica, visiva, termica, olfattiva o simile.",
-  "data_policy_ccpa_category_i": "Categoría I: Información profesional o relacionada con el empleo.",
-  "data_policy_ccpa_category_i_collected": "Collected: No.",
-  "data_policy_ccpa_category_i_examples": "Esempi: esperienza lavorativa attuale o passata valutazioni delle prestazioni.",
-  "data_policy_ccpa_category_j": "Catégorie J : Informations relatives à l'éducation non publiques (conformément à la loi sur les droits et la vie privée dans l'éducation familiale (20 U.S.C. Section 1232g, 34 C.F.R. Partie 99)).",
-  "data_policy_ccpa_category_j_collected": "Collecté : Non.",
-  "data_policy_ccpa_category_j_examples": "Esempi: documenti educativi direttamente correlati a uno studente mantenuti da un'istituzione educativa o da una parte che agisce per suo conto, come voti, trascrizioni, elenchi di classi, orari degli studenti, codici identificativi degli studenti, informazioni finanziarie degli studenti o documenti disciplinari degli studenti.",
-  "data_policy_ccpa_category_k": "Categoria K: Inferências feitas a partir de outras informações pessoais.",
-  "data_policy_ccpa_category_k_collected": "Raccogliendo: No.",
-  "data_policy_ccpa_category_k_examples": "Esempi: Profilo che riflette le preferenze, le caratteristiche, le tendenze psicologiche, le predisposizioni, i comportamenti, le attitudini, l'intelligenza, le abilità e le attitudini di una persona.",
-  "data_policy_ccpa_exercising_rights_authorized_agent": "Solo Tú, o una persona registrada en el Secretario de Estado de California que Tú autorices a actuar en tu nombre, pueden hacer una solicitud verificable relacionada con tu información personal.",
-  "data_policy_ccpa_exercising_rights_cannot_respond": "Non possiamo rispondere alla Sua richiesta o fornirLe le informazioni necessarie se non possiamo:",
-  "data_policy_ccpa_exercising_rights_cannot_respond_1": "Verifica la tua identità o autorità per effettuare la richiesta",
-  "data_policy_ccpa_exercising_rights_cannot_respond_2": "E conferma che le informazioni personali ti riguardano.",
-  "data_policy_ccpa_exercising_rights_contact": "Per esercitare uno dei tuoi diritti ai sensi del CCPA, e se sei un residente della California, puoi contattarci:",
-  "data_policy_ccpa_exercising_rights_data_portability": "Für Anfragen zur Datenportabilität wählen wir ein Format aus, um Ihre persönlichen Informationen bereitzustellen, das leicht verwendbar ist und es Ihnen ermöglichen sollte, die Informationen ohne Hindernisse von einer Entität zu einer anderen zu übertragen.",
-  "data_policy_ccpa_exercising_rights_disclosure": "Nous divulguerons et fournirons les informations requises gratuitement dans les 45 jours suivant la réception de votre demande vérifiable. Le délai pour fournir les informations requises peut être prolongé une fois de 45 jours supplémentaires lorsqu'il est raisonnablement nécessaire et avec un préavis.",
-  "data_policy_ccpa_exercising_rights_disclosure_period": "Quaisquer divulgações que fornecemos cobrirão apenas o período de 12 meses anterior ao recebimento do pedido verificável.",
-  "data_policy_ccpa_exercising_rights_request_must": "La tua richiesta a Noi deve:",
-  "data_policy_ccpa_exercising_rights_request_must_1": "Fornire informazioni sufficienti che ci permettano di verificare ragionevolmente che sei la persona di cui abbiamo raccolto informazioni personali o un rappresentante autorizzato.",
-  "data_policy_ccpa_exercising_rights_request_must_2": "Descrivi la tua richiesta con sufficienti dettagli che ci permettano di comprenderla, valutarla e rispondere adeguatamente.",
-  "data_policy_ccpa_exercising_rights_title": "Esercitare i tuoi diritti di protezione dei dati ai sensi del CCPA",
-  "data_policy_ccpa_exercising_rights_website": "Al visitar esta página en nuestro sitio web: $1/#support",
-  "data_policy_ccpa_info_sharing_1": "Fornitori di servizi",
-  "data_policy_ccpa_info_sharing_2": "Elaboratori di pagamenti",
-  "data_policy_ccpa_info_sharing_3": "Nos afiliados",
-  "data_policy_ccpa_info_sharing_4": "I nostri partner commerciali",
-  "data_policy_ccpa_info_sharing_5": "Fornitori di terze parti ai quali Tu o i Tuoi agenti autorizzate Noi a divulgare le Tue informazioni personali in relazione ai prodotti o ai servizi che Noi forniamo a Te.",
-  "data_policy_ccpa_info_sharing_intro": "Podemos compartir su información personal identificada en las categorías anteriores con las siguientes categorías de terceros:",
-  "data_policy_ccpa_info_sharing_title": "Condivisione delle informazioni personali",
-  "data_policy_ccpa_info_source_1": "Direttamente da Te. Ad esempio, dai moduli che completi sul nostro Servizio, dalle preferenze che esprimi o fornisci attraverso il nostro Servizio, o dai tuoi acquisti sul nostro Servizio.",
-  "data_policy_ccpa_info_source_2": "Indirettamente da te. Ad esempio, osservando la tua attività sul nostro Servizio.",
-  "data_policy_ccpa_info_source_3": "Automáticamente de usted. Por ejemplo, a través de cookies que nosotros o nuestros Proveedores de Servicios configuramos en su Dispositivo mientras navega por nuestro Servicio.",
-  "data_policy_ccpa_info_source_4": "Da Fornitori di Servizi. Ad esempio, fornitori terzi per l'elaborazione dei pagamenti, o altri fornitori terzi che utilizziamo per fornire il Servizio a Te.",
-  "data_policy_ccpa_info_sources_intro": "Obtieniamo le categorie di informazioni personali sopra indicate dalle seguenti categorie di fonti:",
-  "data_policy_ccpa_info_sources_title": "Según la CCPA, la información personal debe interpretarse de manera amplia como aquella información que identifica, se relaciona, describe, referencia, es razonablemente capaz de asociarse con, o podría razonablemente vincularse, directa o indirectamente, con un consumidor o dispositivo particular. La información personal no incluye información disponible públicamente de registros gubernamentales, información de consumidores desidentificada o agregada, o información excluida del alcance de la CCPA.",
-  "data_policy_ccpa_intro": "Esta sección de aviso de privacidad para residentes de California complementa la información contenida en nuestra Política de Privacidad y se aplica únicamente a todos los visitantes, usuarios y otros que residen en el Estado de California.",
-  "data_policy_ccpa_right_to_delete": "El derecho a eliminar Datos Personales. Tienes el derecho a solicitar la eliminación de Tus Datos Personales, sujeto a ciertas excepciones. Una vez que recibamos y confirmemos Tu solicitud, eliminaremos (y dirigiremos a Nuestros Proveedores de Servicios a eliminar) Tu información personal de nuestros registros, a menos que se aplique una excepción. Podemos negar Tu solicitud de eliminación si retener la información es necesario para Nosotros o Nuestros Proveedores de Servicios para:",
-  "data_policy_ccpa_right_to_delete_1": "Completa la transacción para la que recopilamos la información personal, proporciona un bien o servicio que solicitaste, toma acciones razonablemente anticipadas dentro del contexto de nuestra relación comercial continua contigo, o de otro modo cumple con nuestro contrato contigo.",
-  "data_policy_ccpa_right_to_delete_2": "Rileva incidenti di sicurezza, proteggi contro attività dannose, ingannevoli, fraudolente o illegali, o persegui coloro che sono responsabili di tali attività.",
-  "data_policy_ccpa_right_to_delete_3": "Debug prodotti per identificare e riparare errori che compromettono la funzionalità prevista esistente.",
-  "data_policy_ccpa_right_to_delete_4": "Esercita la libertà di parola, garantisci il diritto di un altro consumatore di esercitare i propri diritti di libertà di parola o esercita un altro diritto previsto dalla legge.",
-  "data_policy_ccpa_right_to_delete_5": "Conformarse con la Ley de Privacidad de las Comunicaciones Electrónicas de California (Código Penal de California § 1546 y siguientes).",
-  "data_policy_ccpa_right_to_delete_6": "Engage in public or peer-reviewed scientific, historical, or statistical research in the public interest that adheres to all other applicable ethics and privacy laws, when the information's deletion may likely render impossible or seriously impair the research's achievement, if You previously provided informed consent.",
-  "data_policy_ccpa_right_to_delete_7": "Abilita esclusivamente usi interni che siano ragionevolmente allineati con le aspettative dei consumatori in base al tuo rapporto con noi.",
-  "data_policy_ccpa_right_to_delete_8": "Satisfaça uma obrigação legal.",
-  "data_policy_ccpa_right_to_delete_9": "Fai altri usi interni e legittimi di tali informazioni che siano compatibili con il contesto in cui le hai fornite.",
-  "data_policy_ccpa_right_to_non_discrimination": "Il diritto di non essere discriminato. Hai il diritto di non essere discriminato per aver esercitato uno dei tuoi diritti di consumatore, incluso:",
-  "data_policy_ccpa_right_to_non_discrimination_1": "Negar bens ou serviços a você",
-  "data_policy_ccpa_right_to_non_discrimination_2": "Chargement de prix ou de tarifs différents pour des biens ou des services, y compris l'utilisation de rabais ou d'autres avantages, ou l'imposition de pénalités.",
-  "data_policy_ccpa_right_to_non_discrimination_3": "Fornire un diverso livello o qualità di beni o servizi a te",
-  "data_policy_ccpa_right_to_non_discrimination_4": "Sugiriendo que recibirá un precio o tarifa diferente por bienes o servicios o un nivel o calidad diferente de bienes o servicios.",
-  "data_policy_ccpa_right_to_notice": "Il diritto di essere informato. Hai il diritto di essere informato su quali categorie di Dati Personali vengono raccolti e le finalità per cui i Dati Personali vengono utilizzati.",
-  "data_policy_ccpa_right_to_opt_out": "Il diritto di rifiutare la vendita dei Dati Personali (opt-out). Hai il diritto di chiederci di non vendere le tue informazioni personali. Per inviare una richiesta di opt-out, ti preghiamo di contattarci.",
-  "data_policy_ccpa_right_to_request": "El derecho a solicitar. Según la CCPA, tiene el derecho de solicitar que le divulguemos información sobre nuestra recopilación, uso, venta, divulgación para fines comerciales y compartición de información personal. Una vez que recibamos y confirmemos su solicitud, le divulgaremos:",
-  "data_policy_ccpa_right_to_request_1": "Les catégories d'informations personnelles que nous avons collectées à votre sujet",
-  "data_policy_ccpa_right_to_request_2": "Le categorie di fonti per le informazioni personali che abbiamo raccolto su di Te",
-  "data_policy_ccpa_right_to_request_3": "Il nostro scopo commerciale o aziendale per la raccolta o la vendita di tali informazioni personali",
-  "data_policy_ccpa_right_to_request_4": "Les catégories de tiers avec lesquels nous partageons ces informations personnelles.",
-  "data_policy_ccpa_right_to_request_5": "Os dados pessoais específicos que coletamos sobre Você",
-  "data_policy_ccpa_right_to_request_6": "Se vendimos su información personal o divulgamos su información personal para un propósito comercial, se lo daremos a conocer:",
-  "data_policy_ccpa_right_to_request_6_1": "Le categorie delle categorie di informazioni personali vendute",
-  "data_policy_ccpa_right_to_request_6_2": "Le categorie delle categorie di informazioni personali divulgate",
-  "data_policy_ccpa_sale_of_info_categories": "Categoría A: Identificadores  \nCategoría B: Categorías de información personal enumeradas en el estatuto de Registros de Clientes de California (Cal. Civ. Code § 1798.80(e))  \nCategoría D: Información comercial  \nCategoría F: Actividad en Internet u otra actividad en redes similares",
-  "data_policy_ccpa_sale_of_info_definition": "Conforme definido na CCPA, \"vender\" e \"venda\" significam vender, alugar, liberar, divulgar, disseminar, disponibilizar, transferir ou de outra forma comunicar, oralmente, por escrito ou por meios eletrônicos ou outros, as informações pessoais de um consumidor pela empresa a um terceiro em troca de consideração valiosa. Isso significa que podemos ter recebido algum tipo de benefício em troca do compartilhamento de informações pessoais, mas não necessariamente um benefício monetário.",
-  "data_policy_ccpa_sale_of_info_note": "Si prega di notare che le categorie elencate di seguito sono quelle definite nel CCPA. Ciò non significa che tutti gli esempi di quella categoria di informazioni personali siano stati effettivamente venduti, ma riflette la nostra buona fede nella convinzione, per quanto ne sappiamo, che alcune di quelle informazioni della categoria applicabile potrebbero essere state e potrebbero essere state condivise a fronte di un valore.",
-  "data_policy_ccpa_sale_of_info_statement": "Possiamo vendere e potremmo aver venduto negli ultimi dodici (12) mesi le seguenti categorie di informazioni personali:",
-  "data_policy_ccpa_sale_of_info_title": "Venta de Información Personal",
-  "data_policy_ccpa_sale_of_minors_info_policy": "No vendemos la información personal de los consumidores que sabemos que tienen menos de 16 años, a menos que recibamos una autorización afirmativa (el \"derecho a optar por participar\") del consumidor que tiene entre 13 y 16 años, o del padre o tutor de un consumidor que tiene menos de 13 años. Los consumidores que optan por participar en la venta de información personal pueden optar por no participar en futuras ventas en cualquier momento. Para ejercer el derecho a no participar, usted (o su representante autorizado) puede enviar una solicitud a nosotros contactándonos.",
-  "data_policy_ccpa_sale_of_minors_info_request": "Se você tem motivos para acreditar que uma criança com menos de 13 (ou 16) anos forneceu a nós informações pessoais, entre em contato conosco com detalhes suficientes para nos permitir excluir essas informações.",
-  "data_policy_ccpa_sale_of_minors_info_statement": "No recopilamos intencionadamente información personal de menores de 16 años a través de nuestro Servicio, aunque ciertos sitios web de terceros a los que enlazamos pueden hacerlo. Estos sitios web de terceros tienen sus propios términos de uso y políticas de privacidad, y animamos a los padres y tutores legales a supervisar el uso de Internet por parte de sus hijos e instruirles para que nunca proporcionen información en otros sitios web sin su permiso.",
-  "data_policy_ccpa_sale_of_minors_info_title": "Venta de Información Personal de Menores de 16 Años",
-  "data_policy_ccpa_share_of_info_categories": "Fornitori di servizi  \nElaboratori di pagamenti  \nI nostri affiliati  \nI nostri partner commerciali  \nFornitori di terze parti a cui Tu o i Tuoi agenti autorizzate Noi a divulgare le Tue informazioni personali in relazione ai prodotti o servizi che forniamo a Te",
-  "data_policy_ccpa_share_of_info_statement": "Potrebbero condividere le tue informazioni personali identificate nelle categorie sopra con le seguenti categorie di terze parti:",
-  "data_policy_ccpa_share_of_info_title": "Condivisione di informazioni personali",
-  "data_policy_ccpa_title": "CCPA Privacidad",
-  "data_policy_ccpa_use_of_info_1": "Per operare il nostro Servizio e fornirti il nostro Servizio.",
-  "data_policy_ccpa_use_of_info_2": "Para proporcionarle apoyo y responder a sus solicitudes, incluyendo investigar y abordar sus preocupaciones, así como supervisar y mejorar nuestro Servicio.",
-  "data_policy_ccpa_use_of_info_3": "Pour remplir ou satisfaire la raison, Vous avez fourni les informations. Par exemple, si Vous partagez Vos coordonnées pour poser une question sur notre Service, Nous utiliserons ces informations personnelles pour répondre à Votre demande.",
-  "data_policy_ccpa_use_of_info_4": "Per rispondere alle richieste delle forze dell'ordine e come richiesto dalla legge applicabile, da un'ordinanza del tribunale o da regolamenti governativi.",
-  "data_policy_ccpa_use_of_info_5": "Come descritto a te al momento della raccolta delle tue informazioni personali o come altrimenti stabilito nel CCPA.",
-  "data_policy_ccpa_use_of_info_6": "Per scopi amministrativi e di auditing interni.",
-  "data_policy_ccpa_use_of_info_7": "Per rilevare incidenti di sicurezza e proteggere contro attività maliziose, ingannevoli, fraudolente o illegali, inclusa, quando necessario, l'azione legale contro i responsabili di tali attività.",
-  "data_policy_ccpa_use_of_info_intro": "Possiamo utilizzare o divulgare le informazioni personali che raccogliamo per \"scopi commerciali\" o \"scopi aziendali\" (come definito sotto il CCPA), che possono includere i seguenti esempi:",
-  "data_policy_ccpa_use_of_info_title": "Uso de información personal para fines comerciales o fines de negocio",
-  "data_policy_ccpa_your_rights_intro": "La CCPA proporciona a los residentes de California derechos específicos con respecto a su información personal. Si usted es residente de California, tiene los siguientes derechos:",
-  "data_policy_ccpa_your_rights_title": "Tus derechos bajo el CCPA",
-  "data_policy_compliance_info": "Siamo felici di fornire informazioni su come Capgo è progettato per aiutarti a conformarti alle diverse normative sulla privacy. Ti incoraggiamo a discutere questioni specifiche con il tuo avvocato per aiutarti a decidere se il nostro servizio ti consente di soddisfare i requisiti legali che ti riguardano.",
-  "data_policy_data_protection_1": "Le vostre informazioni sul sito web non vengono condivise con aziende pubblicitarie o con altre aziende in generale.",
-  "data_policy_data_protection_2": "Los datos de su sitio web no se envían a ningún tercero.",
-  "data_policy_data_protection_3": "I dati del tuo sito web non vengono estratti e raccolti per tendenze personali e comportamentali.",
-  "data_policy_data_protection_4": "Tus datos del sitio web no están monetizados.",
-  "data_policy_gdpr_complaint_right": "Vous avez le droit de porter plainte auprès d'une autorité de protection des données concernant notre collecte et utilisation de vos données personnelles. Pour plus d'informations, si vous êtes dans l'Espace économique européen (EEE), veuillez contacter votre autorité locale de protection des données dans l'EEE.",
-  "data_policy_gdpr_exercising_rights_contact": "Vous pouvez exercer vos droits d'accès, de rectification, d'annulation et d'opposition en nous contactant. Veuillez noter que nous pourrions vous demander de vérifier votre identité avant de répondre à de telles demandes. Si vous faites une demande, nous ferons de notre mieux pour vous répondre dès que possible.",
-  "data_policy_gdpr_exercising_rights_title": "Esercizio dei tuoi diritti di protezione dei dati GDPR",
-  "data_policy_gdpr_right_access": "Richiesta di accesso ai tuoi dati personali. Il diritto di accedere, aggiornare o eliminare le informazioni che abbiamo su di te. Quando possibile, puoi accedere, aggiornare o richiedere l'eliminazione dei tuoi dati personali direttamente nella sezione delle impostazioni del tuo account. Se non sei in grado di eseguire queste azioni da solo, ti preghiamo di contattarci per assisterti. Questo ti consente anche di ricevere una copia dei dati personali che abbiamo su di te.",
-  "data_policy_gdpr_right_correction": "Richiesta di correzione dei Dati Personali che possediamo su di te. Hai il diritto di far correggere qualsiasi informazione incompleta o inaccurata che possediamo su di te.",
-  "data_policy_gdpr_right_erasure": "Richiesta di cancellazione dei tuoi dati personali. Hai il diritto di chiederci di eliminare o rimuovere i dati personali quando non c'è un motivo valido per noi di continuare a trattarli.",
-  "data_policy_gdpr_right_object": "Obiectați la prelucrarea Datelor Dumneavoastră Personale. Acest drept există atunci când ne bazăm pe un interes legitim ca temei juridic pentru prelucrarea noastră și există ceva în legătură cu situația Dumneavoastră particulară, care vă face să doriți să obiectați la prelucrarea Datelor Dumneavoastră Personale pe acest fundament. De asemenea, aveți dreptul de a obiecta atunci când prelucrăm Datele Dumneavoastră Personale în scopuri de marketing direct.",
-  "data_policy_gdpr_right_transfer": "Richiedi il trasferimento dei Tuoi Dati Personali. Ti forniremo, o a un terzo da te scelto, i Tuoi Dati Personali in un formato strutturato, di uso comune e leggibile da una macchina. Si prega di notare che questo diritto si applica solo alle informazioni automatizzate per le quali hai inizialmente fornito consenso per il nostro utilizzo o quando abbiamo utilizzato le informazioni per eseguire un contratto con te.",
-  "data_policy_gdpr_right_withdraw_consent": "Revoca il tuo consenso. Hai il diritto di revocare il tuo consenso all'uso dei tuoi Dati Personali. Se revoci il tuo consenso, potremmo non essere in grado di fornirti accesso a determinate funzionalità specifiche del Servizio.",
-  "data_policy_gdpr_rights_intro": "L'Azienda si impegna a rispettare la riservatezza dei Tuoi Dati Personali e a garantirti la possibilità di esercitare i Tuoi diritti.",
-  "data_policy_gdpr_rights_list_intro": "Hai il diritto ai sensi di questa Informativa sulla Privacy e per legge, se ti trovi all'interno dell'UE, di:",
-  "data_policy_gdpr_rights_title": "Dine rettigheder i henhold til GDPR",
-  "data_policy_gdpr_title": "GDPR Príobháideacht",
-  "data_policy_goal": "Capgo'nun amacı, web sitenizin trafiğindeki genel eğilimleri izlemektir, bireysel ziyaretçileri takip etmek değildir. Çerez kullanmıyoruz, sürekli tanımlayıcılar üretmiyoruz ve herhangi bir kişisel veya tanımlanabilir veri toplamıyoruz veya saklamıyoruz. Tüm veriler yalnızca birleştirilmiş verilerdir ve kişisel bilgi içermez.",
-  "data_policy_intro": "Una política de datos contiene un conjunto de reglas, principios y directrices que proporcionan un marco para las diferentes áreas de gestión de datos a lo largo de la empresa, incluyendo pero no limitándose a la gobernanza de datos, la calidad de los datos y la arquitectura de datos.",
-  "data_policy_ip_accuracy": "Dans nos tests, l'utilisation des adresses IP pour compter les visiteurs est remarquablement précise par rapport à l'utilisation d'un cookie. Dans certains cas, cela peut même être plus précis que l'utilisation d'un cookie, car certains visiteurs bloquent complètement les cookies.",
-  "data_policy_ip_user_agent": "Cada solicitud HTTP individual envía la dirección IP y el User-Agent al servidor, así que eso es lo que usamos. Generamos un identificador que cambia diariamente utilizando la dirección IP y el User-Agent del visitante.",
-  "data_policy_last_updated": "Ultimo aggiornamento: 21 settembre 2023",
-  "data_policy_legal_basis_clarification": "In ogni caso, la Società sarà lieta di aiutare a chiarire la specifica base legale che si applica al trattamento e, in particolare, se la fornitura di Dati Personali sia un requisito legale o contrattuale, o un requisito necessario per entrare in un contratto.",
-  "data_policy_legal_basis_consent": "Consentement : Vous avez donné votre consentement pour le traitement des données personnelles à une ou plusieurs fins spécifiques.",
-  "data_policy_legal_basis_contract": "Esecuzione di un contratto: La fornitura dei Dati Personali è necessaria per l'esecuzione di un accordo con te e/o per eventuali obblighi precontrattuali connessi.",
-  "data_policy_legal_basis_intro": "Possiamo elaborare Dati Personali nelle seguenti condizioni:",
-  "data_policy_legal_basis_legal_obligations": "Obrigações legais: O tratamento de Dados Pessoais é necessário para o cumprimento de uma obrigação legal à qual a Empresa está sujeita.",
-  "data_policy_legal_basis_legitimate_interests": "Interessi legittimi: Il trattamento dei dati personali è necessario per le finalità degli interessi legittimi perseguiti dalla Società.",
-  "data_policy_legal_basis_public_interests": "Intereses públicos: El procesamiento de datos personales está relacionado con una tarea que se lleva a cabo en interés público o en el ejercicio de la autoridad oficial otorgada a la Empresa.",
-  "data_policy_legal_basis_title": "Basis légale pour le traitement des données personnelles selon le RGPD",
-  "data_policy_legal_basis_vital_interests": "Interessi vitali: Il trattamento dei dati personali è necessario per proteggere i tuoi interessi vitali o quelli di un'altra persona fisica.",
-  "data_policy_no_persistent_identifier": "Non tentiamo di generare un identificatore persistente per il dispositivo perché è considerato un dato personale ai sensi del GDPR. Non utilizziamo cookie, cache del browser né memoria locale. Non conserviamo, recuperiamo né estraiamo nulla dai dispositivi dei visitatori.",
-  "data_policy_no_tracking": "Non tracciamo le persone attraverso i loro dispositivi e i siti web e le app che visitano. Tutti i dati sono isolati a un solo giorno, un solo sito web e un solo dispositivo. Non c'è modo di sapere se la stessa persona visita un sito da più di un dispositivo o visita un altro sito web.",
-  "data_policy_ownership_intro": "Cuando usas nuestro servicio, Capgo recopilará información sobre tus visitantes. Nos confías los datos de tu sitio y valoramos esa confianza. La privacidad de los datos de tu sitio — ¡y son tus datos, no nuestros! — es un asunto muy importante para nosotros.",
-  "data_policy_ownership_rights": "Du hast alle Rechte, Titel und Interessen an deinen Website-Daten. Wir erhalten keine Rechte von dir an deinen Website-Daten. Wir werden deine Site-Daten niemals verkaufen oder mit Dritten teilen.",
-  "data_policy_ownership_statement": "Al utilizar Capgo, mantienes el 100% de propiedad de los datos de tu sitio web. Aunque al usar nuestro servicio alojado, la analítica de tu sitio se almacena en nuestro servidor en la nube, tú sigues teniendo el control total de los datos de tu sitio y también eres el propietario total de todos tus datos.",
-  "data_policy_ownership_title": "Proprietà dei dati del tuo web",
-  "data_policy_permanent_deletion": "Todos tus estadísticas se eliminarán permanentemente inmediatamente cuando elimines tu cuenta de Capgo o cuando elimines las estadísticas de tu sitio. No podemos recuperar esta información una vez que ha sido eliminada permanentemente.",
-  "data_policy_title": "Politica de Datos",
-  "data_policy_trust_importance": "Esto es esencial en el mercado de software de privacidad. Las corporaciones y el software propietario no siempre se pueden confiar cuando se trata de datos. La única forma de demostrar tu confianza es permitir que expertos examinen tu código y verifiquen que realmente estás haciendo lo que dices que estás haciendo.",
-  "data_policy_trust_open_source": "Capgo est 100 % open source. Notre code source est disponible et accessible sur GitHub, vous pouvez le lire et le revoir pour vous assurer que notre code fait ce que nous disons.",
-  "data_policy_trust_title": "Perché dovrei fidarmi di te?",
-  "data_policy_trust_transparency": "Non siamo una scatola nera. Tutto è aperto. Chiunque può visualizzare, rivedere e ispezionare il codice che stiamo eseguendo per verificare che pratichiamo ciò che predichiamo.",
-  "data_policy_unique_users_intro": "Contar visitantes únicos es una parte integral de la analítica web. Capgo intenta encontrar un equilibrio razonable entre desduplicar vistas de página y respetar la privacidad del visitante.",
-  "data_policy_unique_users_title": "Come contiamo gli utenti unici senza cookie",
-  "data_policy_what_we_collect_title": "Cosa raccogliamo e a cosa lo utilizziamo",
-  "data_processing": "Elaborazione dei dati",
-  "data_processing_agreement": "Accordo di Trattamento dei Dati",
-  "data_storage": "Stokér de donnés",
-  "days_free_trial": "14 дней бесплатного пробного периода",
-  "dedicated_channels": "Canali Dedicati",
-  "dedicated_support_channels_sla": "Canali di supporto dedicati e garanzie SLA per la tua tranquillità",
-  "definitions": "Definiciones",
-  "definitions_desc": "Todos los términos en mayúscula utilizados pero no definidos en este Acuerdo de Nivel de Servicio tienen el significado que se establece en el Acuerdo.",
-  "definitions_purpose": "A fin de este Disclaimer:",
-  "definitions_purpose_refund": "Per il presente Documento di Restituzione e Rimborso:",
-  "definitions_title": "Definiciones",
-  "deliver_updates": "Consegna aggiornamenti alla tua app Capacitor",
-  "denial_of_service": "Negação de Serviço (DoS).",
-  "denial_of_service_desc": "Inundar un objetivo con solicitudes de comunicación de manera que el objetivo no pueda responder al tráfico legítimo o responda tan lentamente que se vuelva ineficaz.",
-  "deploy_and_test_anywhere_anytime": "Distribuisci e testa ovunque, in qualsiasi momento",
-  "deploy_changes_in_real_time": "Deploy changes in real-time",
-  "deploy_on_cloud_providers": "Distribuisci su AWS, GCP o il tuo provider di cloud",
-  "deploy_ota": "Distribuisci aggiornamenti over-the-air (OTA) a milioni di utenti con la sicurezza, scalabilità e supporto di livello aziendale che la tua organizzazione richiede.",
-  "deploy_with_confidence": "Distribuisci con Fiducia",
-  "designed_for_mobile_first": "Progettato per il mobile-first con un'interfaccia utente intuitiva e prestazioni senza interruzioni",
-  "developers": "Sviluppatori",
-  "diagnose_version_issues": "Diagnostica problemi di versione",
-  "didnt_find_answer": "Non hai trovato la risposta che cercavi?",
-  "direct_access_engineering_team": "Accesso diretto al nostro team di ingegneria attraverso canali Slack dedicati e supporto telefonico",
-  "direct_engineering_access": "Accesso Diretto all'Ingegneria",
-  "direct_peering_worldwide": "peering diretto a livello mondiale",
-  "direct_slack_channel_support": "Supporto diretto del canale Slack",
-  "directly_from_your_phone": "direttamente dal tuo telefono",
-  "disclaimer": "Aviso legal",
-  "disclaimer_last_updated": "Ultimo aggiornamento: 28 gennaio 2022",
-  "disclaimer_text": "La información contenida en el Servicio es solo para fines de información general.",
-  "disclaimer_title": "Aviso legal",
-  "discover_ready_plugins": "Scopri i plugin pronti all'uso che estendono le capacità della tua app Capacitor",
-  "do_you_have_purchasing_power_parity_pricing": "Avete prezzi basati sulla parità di potere d’acquisto (PPP)?",
-  "do_you_offer_annual_billing_and_ach_payment_options": "Offrite la fatturazione annuale e opzioni di pagamento ACH?",
-  "do_you_offer_discounts_for_students_non_profits_or_startups": "Offrite sconti per studenti, organizzazioni non profit o startup?",
-  "do_you_offer_refunds": "Offrite rimborsi?",
-  "do_you_offer_refunds_answer": "Eccetto quando richiesto per legge, le quote di abbonamento pagate non sono rimborsabili. Tuttavia, alcune richieste di rimborso possono essere prese in considerazione caso per caso e concesse a totale discrezione di Capgo. Se ritieni di avere diritto a un rimborso, ti preghiamo di contattare il nostro team di supporto.",
-  "docs": "Docs",
-  "documentation": "Documentazione",
-  "documentation_in_markdown_that_powers": "Documentación en Markdown que impulsa",
-  "documenting_apis": "Documentazione delle API",
-  "download_the_app_and_take_control": "Scarica l'app e prendi il controllo delle tue pubblicazioni da qualsiasi luogo",
-  "download_time_globally": "per scaricare un aggiornamento di 5MB a livello globale",
-  "downloads": "Download",
-  "dp": "Politique de données",
-  "dp_description": "Accordo di elaborazione dati Capgo e documentazione di conformità GDPR per clienti aziendali che utilizzano la nostra piattaforma di aggiornamento live.",
-  "dpa": "Accordo sulla Protezione dei Dati",
-  "dpa_contact_1": "Se hai domande su questa Informativa sulla privacy, puoi contattarci:",
-  "dpa_contact_2": "Per visitare questa pagina sul sito web:",
-  "dpa_contact_title": "Contáctanos",
-  "dpa_customer_undertakings_1": "El cliente garantiza que tiene todos los derechos necesarios para proporcionar a Capgo los datos de los visitantes para su procesamiento en relación con la prestación de los Servicios de Capgo.",
-  "dpa_customer_undertakings_2": "El Cliente deberá cumplir en todo momento con las Legislaciones de Protección de Datos en relación con todos los datos de visitantes que haya proporcionado a Capgo conforme al Acuerdo.",
-  "dpa_customer_undertakings_3": "Der Kunde versteht, dass er als Verantwortlicher (zwischen Kunde und Capgo) verantwortlich ist für:",
-  "dpa_customer_undertakings_4": "determinar la legalidad de cualquier procesamiento, realizar las evaluaciones de impacto en la protección de datos requeridas, y rendir cuentas a los reguladores y a las personas, según sea necesario;",
-  "dpa_customer_undertakings_5": "fornendo avvisi di privacy pertinenti ai soggetti interessati come potrebbe essere richiesto nella tua giurisdizione;",
-  "dpa_customer_undertakings_6": "implementando suas próprias medidas técnicas e organizacionais apropriadas para garantir e demonstrar o processamento de acordo com este DPA;",
-  "dpa_customer_undertakings_7": "notificando a cualquier regulador o autoridad relevante de cualquier incidente según lo requiera la ley en su jurisdicción.",
-  "dpa_customer_undertakings_title": "Impegni del cliente e assistenza Capgo",
-  "dpa_definitions_1": "Durante la prestación del servicio Capgo al usuario de acuerdo con el contrato, Capgo puede procesar datos de visitantes en nombre del usuario.",
-  "dpa_definitions_2": "In dieser Datenverarbeitungsvereinbarung (\"DPA\") bedeutet \"Datenschutzgesetzgebung\" die Datenschutz-Grundverordnung (Verordnung (EU) 2016/279) sowie alle anderen anwendbaren Gesetze, die sich auf die Verarbeitung von Besucherdaten und den Datenschutz beziehen und in einer relevanten Jurisdiktion gelten können.",
-  "dpa_definitions_3": "\"controllore dei dati\", \"responsabile del trattamento dei dati\", \"soggetto dei dati\", \"dati personali\" e \"trattamento\" devono essere interpretati in conformità con la normativa sulla protezione dei dati applicabile.",
-  "dpa_definitions_4": "Les parties conviennent que l'utilisateur est le responsable du traitement des données et que Capgo est son sous-traitant en ce qui concerne les données des visiteurs qui sont traitées dans le cadre de la fourniture du service.",
-  "dpa_definitions_title": "Definizioni",
-  "dpa_last_updated": "Ultimo aggiornamento: 20 settembre 2023",
-  "dpa_liability_indemnity_1": "Cada parte indemniza a la otra y la mantiene a salvo de todas las reclamaciones, acciones, reclamaciones de terceros, pérdidas, daños y gastos incurridos por la parte indemnizada y que surjan directa o indirectamente de o en relación con un incumplimiento de este DPA.",
-  "dpa_liability_indemnity_title": "Responsabilità e Indennizzo",
-  "dpa_notification_1": "Nein. Sie sind nicht verpflichtet, uns oder Dritte zu benachrichtigen, wenn Sie unsere DPA akzeptieren, jedoch sind Sie, wie oben erwähnt, frei, dies zu tun.",
-  "dpa_notification_title": "I clienti devono notificare qualcuno al momento dell'accettazione del nostro DPA?",
-  "dpa_privacy_security_1": "Prendiamo molte misure per proteggere e mettere al sicuro i tuoi dati attraverso backup, ridondanze e crittografia. Quando utilizzi il nostro servizio per misurare le statistiche del tuo sito web, Capgo raccoglierà informazioni sui tuoi visitatori.",
-  "dpa_privacy_security_2": "Vous nous confiez les données de votre site et nous prenons cette confiance à cœur. Vous acceptez que Capgo puisse traiter vos données comme décrit dans notre politique de données et à aucune autre fin. Nous faisons de notre mieux pour mériter cette confiance en étant transparents sur qui nous sommes, comment nous travaillons et en gardant une porte ouverte à vos retours.",
-  "dpa_privacy_security_3": "Vous détenez tous les droits, titres et intérêts relatifs aux données de votre site web. Nous n'obtenons aucun droit de votre part sur vos données de site web. Nous ne collectons ni n'analysont les informations personnelles des utilisateurs web et n'utilisons ces informations comportementales pour vendre des publicités. En utilisant Capgo, vous possédez et contrôlez à 100 % toutes les données de votre site web. Nous ne vendons ni ne partageons les données de votre site avec des tiers, et nous ne violons pas la vie privée de vos visiteurs.",
-  "dpa_privacy_security_4": "Capgo's tujuan adalah untuk memperbarui Capacitor, ini masih dapat dilakukan tanpa melacak, mengumpulkan, atau menyimpan data pribadi atau informasi yang dapat diidentifikasi secara pribadi (PII), tanpa menggunakan cookie dan sambil menghormati privasi pengunjung situs web Anda.",
-  "dpa_privacy_security_5": "Durch die Nutzung von Capgo erfolgen alle Standortmessungen vollständig anonym. Wir minimieren die Datensammlung im Allgemeinen. Wir messen nur die unbedingt erforderlichen Datenpunkte und nichts weiter. Alle Metriken, die wir sammeln, passen auf eine einzige Seite.",
-  "dpa_privacy_security_6": "Non cerchiamo di generare un identificatore persistente del dispositivo perché sono considerati dati personali ai sensi del GDPR. Non utilizziamo cookie, cache del browser né spazio di archiviazione locale. Non memorizziamo, recuperiamo né estraiamo nulla dai dispositivi dei visitatori. I dati che elaboriamo non possono essere utilizzati per identificare un singolo individuo.",
-  "dpa_privacy_security_7": "El grupo de interesados afectados por el tratamiento de sus datos bajo este acuerdo incluye a los usuarios finales de los sitios web del responsable que utilizan el servicio proporcionado por el encargado.",
-  "dpa_privacy_security_8": "Puedes encontrar más información sobre nuestro procesamiento de tus datos de visitante y qué tipos/categorías de datos recopilamos en tu nombre en nuestra política de datos disponible públicamente.",
-  "dpa_privacy_security_title": "Privacy e segurança dos dados dos seus visitantes",
-  "dpa_processor_obligations_1": "Capgo tratará los datos de los visitantes únicamente de acuerdo con las instrucciones del cliente a través de la configuración del servicio, es decir, (a) para operar, mantener y apoyar la infraestructura utilizada para proporcionar el servicio; (b) para cumplir con las instrucciones del cliente y las instrucciones de procesamiento en su uso, gestión y administración del servicio; (c) según lo indicado de otro modo a través de la configuración del servicio. Capgo solo procesará los datos de los visitantes de acuerdo con el acuerdo.",
-  "dpa_processor_obligations_2": "Capgo dovrà informare il cliente senza indebito ritardo se, a parere di Capgo, un'istruzione per il trattamento dei dati dei visitatori fornita dal cliente viola la legislazione sulla protezione dei dati applicabile.",
-  "dpa_processor_obligations_3": "Capgo garantirà la riservatezza dei dati dei visitatori trattati ai sensi del presente accordo.",
-  "dpa_processor_obligations_4": "Noi, in qualità di esseri umani, possiamo accedere ai tuoi dati per aiutarti con le richieste di supporto che fai e per mantenere e salvaguardare Capgo per garantire la sicurezza dei tuoi dati e del servizio nel suo insieme. Capgo garantirà che tutto il personale di Capgo necessario per accedere ai dati dei visitatori sia formato sul GDPR e sulla privacy dei dati, informato della natura riservata dei dati e si attenga agli obblighi stabiliti in questo accordo.",
-  "dpa_processor_obligations_5": "Capgo implementarà e manterà misure tecniche e organizzative di sicurezza appropriate, progettate per proteggere i dati dei visitatori da trattamenti non autorizzati o illeciti e da perdite accidentali, distruzione, danneggiamento, furto, alterazione o divulgazione. Queste misure saranno appropriate rispetto al danno che potrebbe derivare da qualsiasi trattamento non autorizzato o illecito, perdita accidentale, distruzione, danneggiamento o furto dei dati dei visitatori e tenendo conto della natura dei dati dei visitatori che devono essere protetti.",
-  "dpa_processor_obligations_6": "Wir arbeiten mit Unterauftragnehmern. Bei jedem Anbieter bewerten wir dessen Engagement für den Datenschutz und schließen eine Vereinbarung zur Datenverarbeitung ab, die die Standardvertragsklauseln für Verantwortliche und Auftragsverarbeiter beinhaltet. Solchen Subunternehmern ist es nur gestattet, Daten zu verarbeiten, um die Dienstleistungen zu erbringen, die Capgo beauftragt hat, und es ist ihnen untersagt, die Daten für andere Zwecke zu verwenden. Capgo wird den Verantwortlichen benachrichtigen, wenn die Liste der Unterauftragnehmer durch unsere In-App-Benachrichtigungen, E-Mail und/oder Blog geändert wird. Der Verantwortliche ist berechtigt, legitim Widerspruch einzulegen und kann die Vereinbarung kündigen.",
-  "dpa_processor_obligations_7": "Se Capgo se torna ciente de qualquer violação de segurança acidental, não autorizada ou ilegal, destruição, perda, alteração ou divulgação de dados pessoais que estão sendo processados pela Capgo no curso da prestação do serviço, deverá, sem demora indevida (não mais de 48 horas após ter tomado conhecimento), notificar o cliente por e-mail e fornecer ao cliente uma descrição do incidente, bem como atualizações periódicas de informações sobre o incidente, incluindo seu impacto no conteúdo do cliente. A Capgo também tomará medidas para investigar o incidente e razoavelmente prevenir ou mitigar os efeitos do incidente.",
-  "dpa_processor_obligations_8": "Capgo no podrá, por su propia autoridad, rectificar, eliminar o restringir el procesamiento de datos de visitantes que se esté procesando en nombre del controlador (a menos que esto sea necesario por ley o por los Términos de Servicio del Procesador), sino que solo lo hará bajo instrucciones documentadas del controlador y de acuerdo con las reglas de retención de datos asociadas al plan de suscripción del controlador.",
-  "dpa_processor_obligations_9": "Capgo naj bi pomagal upravljavcu pri izpolnjevanju obveznosti glede varnosti osebnih podatkov. Plausible bo prav tako nudil podporo upravljavcu pri presojah učinka na varstvo podatkov (DPIA). Ko upravičenec uveljavlja svoje pravice kot upravičenec, bo ta zahteva brez odlašanja posredovana upravljavcu.",
-  "dpa_processor_obligations_title": "Obligaciones del procesador con respecto al controlador",
-  "dpa_security_measures_1": "Para la encriptación, usamos HTTPS en tránsito y el proceso de hashing en reposo. Nuestro proceso de hashing es mucho más fuerte que la encriptación. La encriptación implica que hay una clave que puede desencriptar y revelar los datos en bruto. En nuestra base de datos, la dirección IP en bruto y el User Agent son completamente inaccesibles para cualquier persona, incluidos nosotros mismos. Además de esto, utilizamos reglas de firewall estrictas y redes privadas encriptadas. Mantenemos copias de seguridad fuera del sitio con replicación, incluyendo contraseñas bcrypt fuertes.",
-  "dpa_security_measures_2": "Capgo è un software completamente open source, il che significa che il nostro codice sorgente è disponibile e accessibile su GitHub, così chiunque può esaminarlo e verificarlo. Puoi leggerlo, ispezionarlo e rivederlo per capire come funziona e per garantire che i dati rimangano privati e sicuri. Questo ti offre e offre a tutti gli altri piena trasparenza su come gestiamo i dati sul traffico del sito web.",
-  "dpa_security_measures_3": "Con più di 500 stelle su GitHub, ci sono molti occhi sul nostro codice ed è questa trasparenza e apertura che significa che i prodotti open source possono essere più affidabili rispetto ai prodotti proprietari e closed source. Il nostro software viene aggiornato più volte a settimana e sulla nostra pagina GitHub abbiamo anche un modo per le persone di segnalare eventuali vulnerabilità di sicurezza.",
-  "dpa_security_measures_title": "Misure di sicurezza organizzative e tecniche",
-  "dpa_sharing_1": "Sì. Il DPA è un documento disponibile pubblicamente e i clienti che desiderano condividerlo con i propri clienti per confermare le nostre misure di sicurezza e altri termini possono farlo liberamente.",
-  "dpa_sharing_title": "Kann ein Kunde die Capgo DPA mit seinen Kunden teilen?",
-  "dpa_signing_required_1": "Para utilizar nuestros productos y servicios, debe aceptar nuestro DPA. Al usar nuestro producto, acepta nuestros términos de servicio y, automáticamente, acepta nuestro DPA, sin necesidad de firmar un documento por separado. Brindamos los mismos derechos y protección de privacidad a todos los clientes.",
-  "dpa_signing_required_title": "¿Se requiere que los clientes firmen el DPA de Capgo?",
-  "dpa_title": "Accordo di Elaborazione dei Dati",
-  "easily_adjust_user_roles_and_permissions_as_your_team_and_projects_evolve_maintaining_optimal_organization_structure": "Easily adjust user roles and permissions as your team and projects evolve, maintaining optimal organization structure.",
-  "effortless_ci_cd_solutions": "Soluções de CI/CD Sem Esforço",
-  "email_label": "Email",
-  "email_placeholder": "Ingresa tu correo electrónico",
-  "emergency_fixes_on_the_go": "Riparazioni di emergenza in movimento",
-  "end_to_end_encryption": "Crittografia end-to-end",
-  "enterprise_authentication": "Autenticazione Aziendale",
-  "enterprise_billing": "Fatturazione Aziendale",
-  "enterprise_description": "Per i team aziendali che sviluppano app mission-critical e necessitano di sicurezza avanzata, conformità e supporto dedicato con pieno controllo sulla loro infrastruttura mobile DevOps.",
-  "enterprise_features": "Funzionalità aziendali",
-  "enterprise_grade_security_trust": "Sicurezza di livello aziendale di cui puoi fidarti",
-  "enterprise_identity": "Identità Aziendale",
-  "enterprise_platform_uptime_sla": "SLA de Disponibilidad de Plataforma Empresarial",
-  "enterprise_plugins": "Plugin per le Imprese",
-  "enterprise_ready": "Pronto per l'impresa",
-  "enterprise_security_audit_desc": "Revisioni annuali di terze parti e scansione continua del codice con SonarCloud, Coderabbit e Snyk.",
-  "enterprise_security_audit_title": "Revisioni automatizzate e indipendenti",
-  "enterprise_security_automations": "SonarCloud, Coderabbit e Snyk revisionano ogni commit prima del rilascio.",
-  "enterprise_solutions": "Soluzioni per le Imprese",
-  "enterprise_support": "Supporto aziendale",
-  "enterprise_title": "Impresa",
-  "errors_and_omissions_disclaimer_text": "Die Informationen, die von dem Service bereitgestellt werden, dienen nur allgemeiner Orientierung in Angelegenheiten von Interesse. Selbst wenn das Unternehmen alle Vorsichtsmaßnahmen trifft, um sicherzustellen, dass die Inhalte des Service sowohl aktuell als auch genau sind, können Fehler auftreten. Darüber hinaus kann es angesichts der sich ändernden Natur von Gesetzen, Vorschriften und Regelungen zu Verzögerungen, Auslassungen oder Ungenauigkeiten in den Informationen kommen, die im Service enthalten sind.",
-  "errors_and_omissions_disclaimer_title": "Errores y Omisiones Descargo de Responsabilidad",
-  "eula": "Endbenutzer-Lizenzvertrag",
-  "eula_acknowledgment_text_1": "Al hacer clic en el botón \"Acepto\", al descargar o utilizar la Aplicación, están aceptando estar sujetos a los términos y condiciones de este Acuerdo. Si no están de acuerdo con los términos de este Acuerdo, no hagan clic en el botón \"Acepto\", no descarguen ni utilicen la Aplicación.",
-  "eula_acknowledgment_text_2": "Questo Accordo è un documento legale tra Te e l'Azienda e regola il tuo utilizzo dell'Applicazione messa a disposizione da parte dell'Azienda.",
-  "eula_acknowledgment_text_3": "Este Acuerdo es entre usted y la Empresa únicamente y no con la Tienda de Aplicaciones. Por lo tanto, la Empresa es la única responsable de la Aplicación y su contenido. Aunque la Tienda de Aplicaciones no es parte de este Acuerdo, tiene el derecho de hacerlo cumplir en su contra como beneficiario tercero en relación con su uso de la Aplicación.",
-  "eula_acknowledgment_text_4": "Dal momento che l'Applicazione può essere accessibile e utilizzata da altri utenti tramite, ad esempio, Condivisione Familiare / Gruppo Familiare o acquisto in volume, l'utilizzo dell'Applicazione da parte di quegli utenti è espressamente soggetto a questo Accordo.",
-  "eula_acknowledgment_text_5": "L'Applicazione è concessa in licenza, non venduta, a te dalla Società per l'uso strettamente in conformità con i termini di questo Accordo.",
-  "eula_acknowledgment_title": "Reconocimiento",
-  "eula_changes_text_1": "L'azienda si riserva il diritto, a sua esclusiva discrezione, di modificare o sostituire il presente Accordo in qualsiasi momento. Se una modifica è sostanziale, forniremo almeno 30 giorni di preavviso prima che nuovi termini entrino in vigore. Cosa costituisce una modifica sostanziale sarà determinato a sola discrezione dell'azienda.",
-  "eula_changes_text_2": "Al continuar accediendo o utilizando la Aplicación después de que cualquier revisión entre en vigor, usted acepta quedar obligado por los términos revisados. Si no acepta los nuevos términos, ya no está autorizado para usar la Aplicación.",
-  "eula_changes_title": "Modifiche a questo Accordo",
-  "eula_contact_us_link": "Ao visitar esta página no site:",
-  "eula_contact_us_text": "Si vous avez des questions concernant cet Accord, vous pouvez nous contacter :",
-  "eula_contact_us_title": "Contáctanos",
-  "eula_definition_agreement": "**Accordo** significa questo Contratto di Licenza per l'Utente Finale che costituisce l'intero accordo tra te e la Società riguardo all'uso dell'Applicazione.",
-  "eula_definition_application": "**Aplicativo** significa o programa de software fornecido pela Empresa que você baixou através da conta de uma Loja de Aplicativos para um Dispositivo, denominado $1.",
-  "eula_definition_application_store": "**Store di applicazioni** significa il servizio di distribuzione digitale gestito e sviluppato da Apple Inc. (Apple App Store) o Google Inc. (Google Play Store) tramite il quale l'Applicazione è stata scaricata sul tuo Dispositivo.",
-  "eula_definition_company": "**Viru** (käesolevas lepingus viidatud kui \"Viru\", \"Meie\", \"Me\" või \"Meie\") viitab Digital shift OU-le, 6 sepapaja 15510 Tallinn.",
-  "eula_definition_content": "**Contenuto** si riferisce a contenuti come testo, immagini o altre informazioni che possono essere pubblicate, caricate, collegate o altrimenti rese disponibili da Te, indipendentemente dalla forma di quel contenuto.",
-  "eula_definition_country": "**Maa** viitab: Eesti",
-  "eula_definition_device": "**Dispositivo** significa cualquier dispositivo que puede acceder a la Aplicación, como un ordenador, un teléfono celular o una tableta digital.",
-  "eula_definition_family_sharing": "**Condivisione Familiare / Gruppo Familiare** ti consente di condividere applicazioni scaricate tramite l'App Store con altri membri della famiglia, permettendo loro di visualizzare e scaricare le applicazioni idonee degli altri sui loro dispositivi associati.",
-  "eula_definition_third_party_services": "**Serviços de Terceiros** significa qualquer serviço ou conteúdo (incluindo dados, informações, aplicativos e outros produtos) fornecido por um terceiro que pode ser exibido, incluído ou disponibilizado pelo Aplicativo.",
-  "eula_definition_you": "**Vous** désigne l'individu accédant ou utilisant l'Application ou la société, ou toute autre entité légale au nom de laquelle cet individu accède ou utilise l'Application, selon le cas.",
-  "eula_definitions_intro": "A efectos de este Acuerdo de Licencia de Usuario Final:",
-  "eula_definitions_subtitle": "Definizioni",
-  "eula_entire_agreement_text_1": "L'Accordo costituisce l'intero accordo tra Te e la Società riguardo al tuo utilizzo dell'Applicazione e sostituisce tutti i precedenti e contemporanei accordi scritti o orali tra Te e la Società.",
-  "eula_entire_agreement_text_2": "Potrebbe esserci la necessità di ulteriori termini e condizioni che si applicano quando utilizzi o acquisti altri servizi della Società, che la Società ti fornirà al momento di tale utilizzo o acquisto.",
-  "eula_entire_agreement_title": "Intero Accordo",
-  "eula_governing_law_text": "Las leyes del país, excluyendo sus normas sobre conflictos de leyes, regirán este Acuerdo y su uso de la Aplicación. Su uso de la Aplicación también puede estar sujeto a otras leyes locales, estatales, nacionales o internacionales.",
-  "eula_governing_law_title": "Legge Applicabile",
-  "eula_indemnification_text": "Du agree to indemnify and holde die Company and its parents, subsidiaries, affiliates, officers, employees, agents, partners und licensors (if any) harmless from any claim oder demand, including reasonable attorneys' fees, due to oder arising out of your: (a) use of the Application; (b) violation of this Agreement or any law oder regulation; oder (c) violation of any right of a third party.",
-  "eula_indemnification_title": "Indennizzo",
-  "eula_intellectual_property_text_1": "L'Applicazione, inclusi senza limitazione tutti i diritti d'autore, brevetti, marchi, segreti commerciali e altri diritti di proprietà intellettuale sono e rimarranno di proprietà esclusiva della Società.",
-  "eula_intellectual_property_text_2": "A Empresa não será obrigada a indenizá-lo ou defendê-lo em relação a qualquer reivindicação de terceiros que surja ou esteja relacionada ao Aplicativo. Na medida em que a Empresa for obrigada a fornecer indenização pela legislação aplicável, a Empresa, e não a Loja de Aplicativos, será a única responsável pela investigação, defesa, solução e liberação de qualquer reivindicação de que o Aplicativo ou o seu uso infrinja quaisquer direitos de propriedade intelectual de terceiros.",
-  "eula_intellectual_property_title": "Propriedade Intelectual",
-  "eula_interpretation_subtitle": "Interpretazione",
-  "eula_interpretation_text": "Die Wörter, deren Anfangsbuchstabe großgeschrieben ist, haben Bedeutungen, die unter den folgenden Bedingungen definiert sind. Die folgenden Definitionen haben die gleiche Bedeutung, unabhängig davon, ob sie im Singular oder im Plural erscheinen.",
-  "eula_interpretation_title": "Interpretazione e Definizioni",
-  "eula_last_updated": "Ultimo aggiornamento: 28 gennaio 2022",
-  "eula_license_restrictions_1": "Licenciar, vender, alquilar, arrendar, ceder, distribuir, transmitir, alojar, subcontratar, divulgar o explotar comercialmente la Aplicación de cualquier otra manera, o hacer que la Aplicación esté disponible para cualquier tercero.",
-  "eula_license_restrictions_2": "Copiar o usar la Aplicación para cualquier propósito distinto al permitido en la sección anterior 'Licencia'.",
-  "eula_license_restrictions_3": "Modifique, realice obras derivadas, desensamble, descifre, vuelva a compilar o ingeniería inversa de cualquier parte de la Aplicación.",
-  "eula_license_restrictions_4": "Rimuovere, alterare o oscurare qualsiasi avviso di proprietà (incluso qualsiasi avviso di copyright o marchio) della Società o delle sue affiliate, partner, fornitori o dei licenziatari dell'Applicazione.",
-  "eula_license_restrictions_intro": "Vous convenez de ne pas, et vous ne permettrez pas à d'autres de :",
-  "eula_license_restrictions_subtitle": "Restricciones de licencia",
-  "eula_license_scope_subtitle": "Ambito della Licenza",
-  "eula_license_scope_text_1": "La Empresa le concede una licencia revocable, no exclusiva, no transferible y limitada para descargar, instalar y utilizar la Aplicación estrictamente de acuerdo con los términos de este Acuerdo.",
-  "eula_license_scope_text_2": "Puoi utilizzare l'Applicazione solo su un Dispositivo di tua proprietà o controllo e secondo quanto consentito dai termini e dalle condizioni dell'Applicazione Store.",
-  "eula_license_scope_text_3": "La licencia que le otorga la Compañía es únicamente para sus fines personales y no comerciales, estrictamente de acuerdo con los términos de este Acuerdo.",
-  "eula_license_title": "Licença",
-  "eula_limitation_of_liability_text_1": "Nonostante eventuali danni che potresti sostenere, la responsabilità totale della Società e di eventuali fornitori in virtù di qualsiasi disposizione di questo Accordo e il tuo rimedio esclusivo per quanto sopra saranno limitati all'importo effettivamente pagato da te per l'Applicazione o tramite l'Applicazione o a 100 USD se non hai acquistato nulla tramite l'Applicazione.",
-  "eula_limitation_of_liability_text_2": "Nella massima misura consentita dalla legge applicabile, in nessun caso la Società o i suoi fornitori saranno responsabili per danni speciali, incidentali, indiretti o consequenziali di alcun tipo (inclusi, ma non limitati a, danni per perdita di profitti, perdita di dati o altre informazioni, per interruzione dell'attività, per lesioni personali, perdita di privacy derivanti da o in qualsiasi modo correlati all'uso o all'incapacità di utilizzare l'Applicazione, software di terze parti e/o hardware di terze parti utilizzati con l'Applicazione, o in altro modo in relazione a qualsiasi disposizione del presente Accordo), anche se la Società o qualsiasi fornitore è stato avvisato della possibilità di tali danni e anche se il rimedio non raggiunge il suo scopo essenziale.",
-  "eula_limitation_of_liability_text_3": "Alguns estados/jurisdições não permitem a exclusão ou limitação de danos incidentais ou consequenciais, portanto, a limitação ou exclusão acima pode não se aplicar a você.",
-  "eula_limitation_of_liability_text_4": "Vous comprenez expressément et convenez que l'Application Store, ses filiales et affiliés, ainsi que ses concédants de licence, ne sauraient être tenus responsables envers Vous selon quelque théorie de responsabilité que ce soit pour tout dommage direct, indirect, accessoire, spécial, consécutif ou exemplaire qui pourrait être encouru par Vous, y compris toute perte de données, que l'Application Store ou ses représentants aient été informés ou auraient dû être conscients de la possibilité de telles pertes.",
-  "eula_limitation_of_liability_title": "Limiti di responsabilità",
-  "eula_maintenance_subtitle": "Manutenzione e Supporto",
-  "eula_maintenance_text": "L'Entreprise ne fournit aucun entretien ni support pour le téléchargement et l'utilisation de l'Application. Dans la mesure où un entretien ou un support est requis par la loi applicable, l'Entreprise, et non le Magasin d'Applications, sera tenue de fournir tout entretien ou support.",
-  "eula_modifications_text": "La Società si riserva il diritto di modificare, sospendere o interrompere, temporaneamente o permanentemente, l'Applicazione o qualsiasi servizio a cui si collega, con o senza preavviso e senza responsabilità nei tuoi confronti.",
-  "eula_modifications_title": "Modifiche all'Applicazione",
-  "eula_no_warranties_text_1": "L'Applicazione è fornita a Te \"COSÌ COM'È\" e \"COSÌ COME DISPONIBILE\" e con tutti i difetti e le imperfezioni senza alcuna garanzia di alcun tipo. Nella misura massima consentita dalla legge applicabile, la Società, per conto proprio e per conto delle proprie affiliate e dei rispettivi licenziatari e fornitori di servizi, rinuncia espressamente a tutte le garanzie, siano esse esplicite, implicite, legali o di altro tipo, relative all'Applicazione, comprese tutte le garanzie implicite di commerciabilità, idoneità per uno scopo particolare, titolo e non violazione, e le garanzie che possono derivare dal corso delle trattative, dal corso delle prestazioni, dall'uso o dalle pratiche commerciali. Fatto salvo quanto precede, la Società non fornisce alcuna garanzia o impegno e non fa alcuna dichiarazione di alcun tipo che l'Applicazione soddisferà le tue esigenze, raggiungerà risultati previsti, sarà compatibile o funzionerà con qualsiasi altro software, applicazioni, sistemi o servizi, opererà senza interruzioni, soddisferà standard di prestazione o affidabilità o sarà priva di errori o che eventuali errori o difetti possano o saranno corretti.",
-  "eula_no_warranties_text_2": "Sin limitar lo anterior, ni la Empresa ni ninguno de sus proveedores hace ninguna representación o garantía de ningún tipo, expresa o implícita: (i) en cuanto al funcionamiento o disponibilidad de la Aplicación, o la información, contenido, materiales o productos incluidos en ella; (ii) que la Aplicación estará ininterrumpida o libre de errores; (iii) en cuanto a la precisión, fiabilidad o actualidad de cualquier información o contenido proporcionado a través de la Aplicación; o (iv) que la Aplicación, sus servidores, el contenido o los correos electrónicos enviados desde o en nombre de la Empresa están libres de virus, scripts, caballos de Troya, gusanos, malware, bombas de tiempo u otros componentes dañinos.",
-  "eula_no_warranties_text_3": "Algumas jurisdições não permitem a exclusão de certos tipos de garantias ou limitações sobre os direitos estatutários aplicáveis de um consumidor, portanto, algumas ou todas as exclusões e limitações acima podem não se aplicar a você. Mas, nesse caso, as exclusões e limitações estabelecidas nesta seção serão aplicadas na maior medida permitida pela legislação aplicável. Na medida em que qualquer garantia exista sob a lei que não possa ser excluída, a Empresa, e não a Loja de Aplicativos, será a única responsável por tal garantia.",
-  "eula_no_warranties_title": "Nessuna Garanzia",
-  "eula_product_claims_text": "La Empresa no ofrece ninguna garantía respecto a la Aplicación. En la medida en que tenga alguna reclamación que surja de o esté relacionada con su uso de la Aplicación, la Empresa, no la Tienda de Aplicaciones, es responsable de atender dichas reclamaciones, que pueden incluir, entre otras: (i) cualquier reclamación por responsabilidad del producto; (ii) cualquier reclamación de que la Aplicación no cumple con ningún requisito legal o regulatorio aplicable; y (iii) cualquier reclamación que surja bajo la protección al consumidor, o legislación similar.",
-  "eula_product_claims_title": "Reivindicações do Produto",
-  "eula_read_carefully": "Bitte lesen Sie dieses Endbenutzer-Lizenzvereinbarung sorgfältig durch, bevor Sie auf die Schaltfläche \"Ich stimme zu\" klicken, $1 herunterladen oder verwenden.",
-  "eula_severability_and_waiver_title": "Divisibilité et renonciation",
-  "eula_severability_subtitle": "Divisibilidad",
-  "eula_severability_text": "Se alguma disposição deste Acordo for considerada inexequível ou inválida, essa disposição será alterada e interpretada para cumprir os objetivos dessa disposição na maior medida possível conforme a lei aplicável, e as disposições restantes continuarão em pleno vigor e efeito.",
-  "eula_term_and_termination_text_1": "Este Acuerdo permanecerá en vigor hasta que sea rescindido por Usted o la Compañía. La Compañía puede, a su sola discreción, en cualquier momento y por cualquier motivo o sin motivo, suspender o rescindir este Acuerdo con o sin previo aviso.",
-  "eula_term_and_termination_text_2": "Questo Accordo terminerà immediatamente, senza preavviso da parte della Società, nel caso in cui non rispetti una qualsiasi disposizione di questo Accordo. Puoi anche terminare questo Accordo eliminando l'Applicazione e tutte le relative copie dal tuo Dispositivo o dal tuo computer.",
-  "eula_term_and_termination_text_3": "Al termine di questo Accordo, dovrai interrompere tutte le utilizzi dell'Applicazione e cancellare tutte le copie dell'Applicazione dal tuo Dispositivo.",
-  "eula_term_and_termination_text_4": "La résiliation du présent Accord ne limitera aucun des droits ou recours de la Société en vertu de la loi ou en equity en cas de manquement de votre part (durant la durée du présent Accord) à l'une de vos obligations en vertu du présent Accord.",
-  "eula_term_and_termination_title": "Termine und Kündigung",
-  "eula_third_party_services_text_1": "L'Application peut afficher, inclure ou rendre disponible du contenu tiers (y compris des données, des informations, des applications et d'autres produits et services) ou fournir des liens vers des sites ou services tiers.",
-  "eula_third_party_services_text_2": "Você reconhece e concorda que a Empresa não será responsável por quaisquer Serviços de Terceiros, incluindo sua precisão, completude, pontualidade, validade, conformidade com direitos autorais, legalidade, decência, qualidade ou qualquer outro aspecto. A Empresa não assume e não terá qualquer responsabilidade ou obrigação para com Você ou qualquer outra pessoa ou entidade por quaisquer Serviços de Terceiros.",
-  "eula_third_party_services_text_3": "Devi rispettare i Termini di accordo delle terze parti applicabili quando utilizzi l'Applicazione. I Servizi di terzi e i link ad essi sono forniti esclusivamente come comodità per te e li accedi e utilizzi interamente a tuo rischio e soggetti ai Termini e condizioni di tali terze parti.",
-  "eula_third_party_services_title": "Serviços de Terceiros",
-  "eula_title": "Contratto di Licenza per l'Utente Finale (\"Accordo\")",
-  "eula_updates_subtitle": "Aggiornamenti all'applicazione",
-  "eula_updates_text_1": "L'azienda può di tanto in tanto fornire miglioramenti o potenziamenti alle funzionalità dell'Applicazione, che possono includere patch, correzioni di bug, aggiornamenti, upgrade e altre modifiche.",
-  "eula_updates_text_2": "Gli aggiornamenti possono modificare o eliminare determinate funzionalità e/o caratteristiche dell'Applicazione. Accetti che la Società non ha alcun obbligo di (i) fornire eventuali aggiornamenti, o (ii) continuare a fornire o abilitare determinate funzionalità e/o caratteristiche dell'Applicazione per te.",
-  "eula_updates_text_3": "Accetti ulteriormente che tutti gli aggiornamenti o eventuali altre modifiche saranno (i) considerati parte integrante dell'Applicazione e (ii) soggetti ai termini e alle condizioni di questo Accordo.",
-  "eula_us_legal_compliance_text": "Vous représentez et garantissez que (i) vous ne vous trouvez pas dans un pays soumis à un embargo du gouvernement des États-Unis ou qui a été désigné par le gouvernement des États-Unis comme un pays « soutenant le terrorisme », et (ii) vous ne figurez sur aucune liste du gouvernement des États-Unis de parties interdites ou restreintes.",
-  "eula_us_legal_compliance_title": "Conformité légale des États-Unis",
-  "eula_waiver_subtitle": "Renuncia",
-  "eula_waiver_text": "Excepto como se dispone aquí, el hecho de no ejercer un derecho o de exigir el cumplimiento de una obligación bajo este Acuerdo no afectará la capacidad de una parte para ejercer dicho derecho o exigir tal cumplimiento en cualquier momento posterior, ni la renuncia a un incumplimiento constituirá una renuncia a cualquier incumplimiento posterior.",
-  "eula_your_suggestions_text_1": "任何您向公司提供的关于应用程序的反馈、评论、想法、改进或建议将始终是公司的独有财产。",
-  "eula_your_suggestions_text_2": "L'azienda avrà la libertà di utilizzare, copiare, modificare, pubblicare o ridistribuire i Suggerimenti per qualsiasi scopo e in qualsiasi modo senza alcun credito o compenso per te.",
-  "eula_your_suggestions_title": "Vuestras Sugerencias",
-  "every_live_update_signed_verified": "Ogni Aggiornamento Live è firmato e verificato, garantendo l'integrità e l'autenticità delle tue implementazioni",
-  "everything_you_need_in_your_pocket": "Tutto ciò di cui hai bisogno nella tua tasca",
-  "examples_of_bad_pr_title": "Esempi di titoli di PR cattivi:",
-  "examples_of_good_pr_title": "Esempi di buoni titoli PR:",
-  "expand_menu": "Espandi il menu",
-  "experienced_in_working_on_demanding": "Experimentado en trabajar en entornos exigentes",
-  "expert_ci_cd_setup": "Configurazione Esperta CI/CD",
-  "expert_consultation": "Consulenza Esperta",
-  "expert_guidance": "Guía Experta",
-  "expert_team_builds_custom_plugins": "Il nostro team di esperti costruisce plugin personalizzati per Capacitor e integrazioni SDK su misura per le tue specifiche esigenze. Dal concetto alla distribuzione, forniamo soluzioni pronte per la produzione.",
-  "explore_common_questions": "Explora las preguntas y respuestas comunes sobre Capgo.",
-  "explore_plugins": "Esplora Plugin",
-  "extended_security": "Sicurezza Estesa",
-  "external_links_disclaimer_text": "El Servicio puede contener enlaces a sitios web externos que no son proporcionados o mantenidos por la Empresa ni están de ninguna manera afiliados a ella.",
-  "external_links_disclaimer_title": "Aviso de Exención de Enlaces Externos",
-  "external_links_no_guarantee": "Por favor, note que a Empresa não garante a precisão, relevância, atualidade ou completude de qualquer informação nesses websites externos.",
-  "failed_to_copy": "Copia non riuscita",
-  "fair_use_belief": "L'azienda ritiene che questo costituisca un \"uso equo\" di qualsiasi materiale protetto da copyright come previsto nella sezione 107 della legge sul copyright degli Stati Uniti.",
-  "fair_use_disclaimer_text": "L'Azienda può utilizzare materiale protetto da copyright che non è sempre stato specificamente autorizzato dal titolare del copyright. L'Azienda rende tale materiale disponibile per critica, commento, reportage, insegnamento, ricerca o studio.",
-  "fair_use_disclaimer_title": "Aviso de Uso Justo",
-  "falsification_of_origin": "Falsificación de origen.",
-  "falsification_of_origin_desc": "Forgiare le intestazioni dei pacchetti TCP-IP, le intestazioni e-mail o qualsiasi parte di un messaggio che descriva la sua origine o il suo percorso. L'uso legittimo di alias e di remailer anonimi non è vietato da questa disposizione.",
-  "fast_track_support_guaranteed_response": "Supporto rapido con tempi di risposta garantiti e escalation prioritaria per problemi critici",
-  "find_and_fix_bugs_during_the_coding_process": "Trova e risolvi i bug durante il processo di codifica.",
-  "find_more_at": "Hitta mer på: <a href='https://jsdoc.app/'> https://jsdoc.app/ </a>",
-  "fine_grained_permissions": "Permessi a grana fine",
-  "first": "Primo",
-  "first_class_support_when_needed": "Supporto di prima classe quando ne hai bisogno",
-  "first_name_label": "Prénom",
-  "first_name_placeholder": "John",
-  "five_year_savings": "Risparmi di 5 Anni",
-  "flexible_engagement": "Coinvolgimento flessibile",
-  "flexible_payment_terms": "Termini di Pagamento Flessibili",
-  "flutter_power_approximately_1_of_apps_on_google_play_store": "Flutter alimenta aproximadamente el 1% de las aplicaciones en Google Play Store.",
-  "footer": "Pié de página",
-  "footer_tagline_part1": "Alimenta le tue app Capacitor con",
-  "footer_tagline_part2": "oltre 90+plugin pronti per la produzione",
-  "for_the_pay_as_you_go_plan": "per il piano Pay-as-you-go",
-  "for_ultra_fast_delivery": "per una consegna ultra-veloce",
-  "four_definitions_title": "4. Definiciones",
-  "framework_angular": "Angolare",
-  "framework_js_dom": "JS + API DOM",
-  "framework_qwik": "Qwik",
-  "framework_react": "Reagire",
-  "framework_svelte": "Snello",
-  "framework_ts_dom": "TS + API DOM",
-  "framework_vue": "Vista",
-  "free_consultation": "Consultazione Gratuita",
-  "free_initial_consultation": "Consultazione iniziale gratuita",
-  "free_trial_explanation": "Se non sei sicuro del numero di utenti attivi che hai e sei preoccupato di superare il limite del tuo piano, approfitta della prova gratuita di Capgo. È un ottimo modo per testare il nostro servizio, trovare il piano giusto, evitare addebiti imprevisti e garantire che tutto funzioni senza intoppi.",
-  "from_95_percent_users": "Dal 95% degli utenti",
-  "frontend_for_official_deno_webpage": "Frontend per la pagina ufficiale di Deno",
-  "full_api_access": "Accesso completo all'API",
-  "full_control_of_your_capacitor_apps_from_anywhere": "Controllo completo delle tue app Capacitor da qualsiasi luogo",
-  "full_source_code_included": "Codice sorgente completo incluso",
-  "gdpr_compliant": "Conforme al GDPR",
-  "general_service_exclusion_1": "(i) Causé par des facteurs échappant à notre contrôle raisonnable, y compris mais sans s'y limiter à tout événement de force majeure ou à des problèmes d'accès à Internet, des problèmes de fournisseur de services Internet, et/ou des problèmes connexes au-delà du point de démarcation de Capgo.",
-  "general_service_exclusion_2": "(ii) Que resulten de cualquier acción o inacción voluntaria de tu parte.",
-  "general_service_exclusion_3": "(iii) Que resultan de las limitaciones de recursos de CPU y memoria de la clase de instancia.",
-  "general_service_exclusion_4": "(iv) Que resultam do fato de você não seguir as diretrizes operacionais básicas descritas em nossos Documentos.",
-  "general_service_exclusion_5": "(v) Isso resulta em um longo tempo de recuperação devido à capacidade de IO insuficiente para sua carga de trabalho.",
-  "general_service_exclusion_6": "(vi) Kết quả từ thiết bị, phần mềm hoặc công nghệ khác của bạn.",
-  "general_service_exclusion_7": "(vii) Derivado de nuestra suspensión y terminación de su derecho a usar Capgo de acuerdo con nuestros Términos.",
-  "general_service_exclusions_title": "Esclusioni del Servizio Generale",
-  "get_enterprise_quote": "Ottieni Preventivo Aziendale",
-  "get_in_touch": "Kontaktiere uns",
-  "get_notified_about_updates": "Ricevi notifiche su implementazioni riuscite e problemi",
-  "get_quote_now": "Ottieni un preventivo ora",
-  "get_started_now": "Inizia Ora",
-  "get_started_personalized_demo": "Inizia con una demo personalizzata oggi. Nessun impegno richiesto.",
-  "get_your_custom_plugin_built": "Lleva tu plugin personalizado construido",
-  "gift_return_policy": "Si les biens étaient désignés comme un cadeau lors de l'achat et ensuite expédiés directement à vous, vous recevrez un crédit cadeau pour la valeur de votre retour. Une fois le produit retourné reçu, un bon-cadeau vous sera envoyé par la poste.",
-  "gifts": "Presenti",
-  "github_stars": "Stelle di GitHub",
-  "give_pr_a_descriptive_title": "Dê ao PR um título descritivo.",
-  "global_infra_badge_instant": "ISTANTANEO",
-  "global_infra_latency_ultra_low": "Latenza ultra-bassa in tutto il mondo",
-  "global_infra_performance_badge": "PRESTAZIONI IN TEMPO REALE",
-  "global_infrastructure": "Infrastruttura Globale",
-  "global_infrastructure_lowercase": "Infrastruttura globale",
-  "go_back_home": "Torna a casa",
-  "goods_definition": "B товарным позициям относятся товары, предлагаемые на продажу на Услуге.",
-  "guaranteed_response": "Risposta Garantita",
-  "guide_rollback_process": "Guida al processo di rollback",
-  "harmful_content": "Contenu nuisible.",
-  "harmful_content_desc": "Contenu ou autre technologie informatique pouvant endommager, interférer avec, intercepter secrètement ou exproprier tout système, programme ou donnée, y compris les virus, chevaux de Troie, vers, bombes temporelles ou cancelbots.",
-  "help_customers_with_app_issues": "Aiuta i clienti con problemi dell'app in modo efficiente",
-  "here": "aquí.",
-  "hero_subtitle_line2": "veloce, sicuro e invisibile per gli app store.",
-  "hero_subtitle_part1": "Capgo ti consente di spedire modifiche al frontend",
-  "hero_subtitle_part2": "agli utenti",
-  "high_enterprise_response": "2 heures ouvrables<br />Lundi - Vendredi",
-  "high_priority_response": "2 ore<br />24/7 × 365",
-  "high_support_desc": "Problema que resulta en una situación que significa que la funcionalidad principal se ve afectada y se experimenta una degradación significativa del rendimiento. El problema impacta a una proporción significativa de la base de usuarios y/o a la funcionalidad principal de Capgo.",
-  "high_support_subtitle": "Perturbación empresarial significativa",
-  "high_support_title": "2. Alto",
-  "high_team_response": "1 jornada laboral<br />Lunes - Viernes",
-  "home": "Home",
-  "home_appflow_bootstrapped_highlight": "Capgo è completamente avviato e redditizio",
-  "home_appflow_bootstrapped_prefix": "A differenza dei servizi finanziati da venture che possono scomparire da un giorno all'altro,",
-  "home_appflow_bootstrapped_suffix": "Abbiamo generato entrate costanti fin dal primo giorno, garantendo stabilità a lungo termine per le vostre applicazioni.",
-  "home_appflow_notice_intro": "Mentre Ionic Appflow ha annunciato la sua chiusura, Capgo continua a crescere più forte ogni giorno.",
-  "home_appflow_shutdown_heading": "Ionic Appflow sta chiudendo,",
-  "home_appflow_sustainable_highlight": "Siamo costruiti per durare",
-  "home_appflow_sustainable_prefix": "Il nostro modello di business sostenibile significa che non siamo dipendenti da finanziamenti degli investitori o accordi di acquisizione.",
-  "home_appflow_sustainable_suffix": "con una crescente base di clienti e un comprovato track record.",
-  "home_avg_latency": "50ms di latenza media",
-  "home_bootstrapped_desc": "Nessun investitore, nessuna pressione di vendita. Costruito con le nostre risorse e i ricavi dei clienti.",
-  "home_bootstrapped_title": "Completamente Avviato",
-  "home_built_to_last_desc": "Il modello di business sostenibile garantisce che saremo qui per il lungo periodo. Le tue applicazioni sono al sicuro con noi.",
-  "home_built_to_last_title": "Costruito per Durare",
-  "home_capgo_here_to_stay": "Capgo è qui per restare",
-  "home_cities_desc": "Più vicino agli utenti che mai prima d'ora",
-  "home_cities_worldwide": "Città in tutto il mondo",
-  "home_countries_covered": "Paesi Coperti",
-  "home_countries_desc": "Presenza globale ovunque",
-  "home_deploy_cli_desc": "Costruisci la tua app come al solito, poi distribuisci il tuo aggiornamento con il nostro CLI. Nessuna configurazione complessa necessaria.",
-  "home_global_infrastructure_desc": "Alimentato da calcolo edge serverless e database distribuiti in oltre 300 città e 13.000 reti per una consegna globale ultra-rapida.",
-  "home_global_network_label": "Rete Globale",
-  "home_important_update_badge": "Aggiornamento Importante",
-  "home_latency_from_users": "Dal 95% degli utenti",
-  "home_locations_active": "Più di 300 sedi attive",
-  "home_migration_cta_desc": "Unisciti a migliaia di sviluppatori che hanno già fatto il passaggio a un'alternativa più affidabile e ricca di funzionalità, costruita per durare.",
-  "home_migration_cta_title": "Pronto a migrare da Ionic Appflow?",
-  "home_multi_provider_resilience": "Resilienza del triplo fornitore",
-  "home_network_connections": "Connessioni di Rete",
-  "home_network_desc": "Peering diretto in tutto il mondo",
-  "home_revenue_desc": "Redditizio dal primo giorno con una crescita costante. Il nostro successo dipende dal tuo successo.",
-  "home_revenue_title": "Generazione di Ricavi",
-  "home_uptime": "99,99% di tempo di attività",
-  "home_users_get_update_desc": "Gli utenti ricevono aggiornamenti immediatamente in background. Nessuna approvazione dell'app store, nessuna interazione dell'utente richiesta.",
-  "home_worldwide_heading": "In tutto il mondo",
-  "hosting": "Ospitare",
-  "how_are_mau_counted": "¿Cómo se cuentan los Usuarios Activos Mensuales (MAU)?",
-  "how_is_bandwidth_counted": "¿cómo se mide el ancho de banda?",
-  "how_it_works_badge": "COME FUNZIONA",
-  "how_it_works_card1_desc_part1": "Installa il Capgo CLI ed esegui un singolo comando.",
-  "how_it_works_card1_desc_part2": "È così semplice!",
-  "how_it_works_card1_title": "Aggiungi il plugin",
-  "how_it_works_card2_title": "Spingere nuovi aggiornamenti",
-  "how_it_works_card3_title": "L'app si sincronizza all'avvio",
-  "how_it_works_cta": "Prova gratis",
-  "how_it_works_subtitle": "Capgo utilizza un plugin open-source CapacitorJS e un servizio cloud sicuro per inviare aggiornamenti frontend ai tuoi utenti, senza la necessità di una revisione dell'app store.",
-  "how_it_works_title": "Premi una volta.",
-  "how_it_works_title_line2": "Aggiorna ovunque, istantaneamente.",
-  "how_the_app_works": "Come funziona l'app",
-  "how_to_cancel": "Para ejercer su derecho de cancelación, debe informarnos de su decisión mediante una declaración clara. Puede informarnos de su decisión a través de:",
-  "illegal_activities": "Attività illegali, dannose o fraudolente.",
-  "illegal_activities_desc": "Quaisquer atividades que sejam ilegais, que violem os direitos de terceiros ou que possam ser prejudiciais a outros, a nossas operações ou à nossa reputação, incluindo disseminar, promover ou facilitar pornografia infantil, oferecer ou disseminar bens, serviços, esquemas ou promoções fraudulentas, esquemas de enriquecimento rápido, esquemas Ponzi e piramidais, phishing ou pharming.",
-  "importance_of_documenting_apis": "È importante documentare tutte le API pubbliche e vogliamo farlo inline con il codice. Questo aiuta a garantire che il codice e la documentazione siano strettamente collegati tra loro.",
-  "imprint": "Impressum",
-  "imprint_description": "Hitta information om $1 företag här",
-  "in_app_purchases_acquired": "Acquisti in-app (acquisiti da RevenueCat)",
-  "included": "incluso",
-  "industry_leading_security_compliance": "Funzionalità di sicurezza e conformità leader nel settore che soddisfano gli standard aziendali più elevati",
-  "infrastructure_and_support": "Infrastruttura e Supporto",
-  "infringing_content": "Contenu enfreignant.",
-  "infringing_content_desc": "Contenuto che viola o si appropria indebitamente della proprietà intellettuale o dei diritti di proprietà di terzi.",
-  "inseparable_goods": "La fourniture de biens qui, après livraison, sont, par leur nature, inseparablement mélangés à d'autres éléments.",
-  "install_and_test_any_version_directly": "Installa e testa qualsiasi versione direttamente sul tuo dispositivo",
-  "install_plugin": "Installa Plugin",
-  "instant_ota_updates_capacitor": "Aggiornamenti OTA istantanei per le app Capacitor",
-  "instant_rollback": "Rollback Istantaneo",
-  "instant_updates": "Aggiornamenti istantanei",
-  "instant_updates_for_capacitor": "Aggiornamenti istantanei per le app CapacitorJS",
-  "instant_updates_for_capacitor_apps": "Aggiornamenti Istantanei per le App di CapacitorJS",
-  "instant_updates_for_capacitor_apps_description": "Invia aggiornamenti, correzioni e funzionalità istantaneamente alle tue app CapacitorJS senza ritardi dell'app store. Sperimenta un'integrazione senza soluzione di continuità, crittografia end-to-end e aggiornamenti in tempo reale con Capgo.",
-  "instant_updates_for_your": "Aggiornamenti istantanei per il tuo",
-  "instant_version_switching": "Cambio di versione istantaneo",
-  "integrate_identity_provider_mfa": "Integrati con il tuo provider di identità e applica l'autenticazione a più fattori in tutta la tua organizzazione.",
-  "integration_and_api": "Integrazione & API",
-  "integrations_badge": "Integrations",
-  "integrations_subtitle": "Current Capgo integrations and partner services.",
-  "integrations_title": "Capgo Integrations",
-  "intentional_interference": "Interferência Intencional.",
-  "intentional_interference_desc": "Interferência no funcionamento adequado de qualquer sistema, incluindo qualquer tentativa deliberada de sobrecarregar um sistema por meio de envio maciço de e-mails, bombardeio de notícias, ataques de transmissão ou técnicas de inundação.",
-  "interception": "Interception.",
-  "interpretation": "Interpretazione",
-  "interpretation_and_definitions": "Interpretación y Definiciones",
-  "interpretation_and_definitions_title": "Interpretazione e Definizioni",
-  "interpretation_description": "Les mots dont la première lettre est en majuscule ont des significations définies selon les conditions suivantes. Les définitions suivantes auront la même signification qu'elles apparaissent au singulier ou au pluriel.",
-  "interpretation_text": "Les mots dont la première lettre est en majuscule ont des significations définies selon les conditions suivantes. Les définitions suivantes auront le même sens qu'elles apparaissent au singulier ou au pluriel.",
-  "interpretation_title": "Interpretazione",
-  "investigate_violations": "investigar las violaciones de esta Política o el uso indebido de los Servicios o del Sitio de Capgo;",
-  "it_all_started_with_a_github_issue_where_many_developers_voiced_their_frustration_with_the_high_costs_of_existing_solutions_like_appflow": "Tutto è iniziato con un problema su GitHub dove molti sviluppatori hanno espresso la loro frustrazione per i costi elevati delle soluzioni esistenti come Appflow.",
-  "it_s_faster_cheaper_and_requires_fewer_developers_to_do_it": "È più veloce, più economico e richiede meno sviluppatori per farlo.",
-  "iterate_faster": "costruito per team dinamici",
-  "javascript_and_typescript": "جاوا اسکریپت و تایپ اسکریپت",
-  "jobs": "Lavori",
-  "join_leading_enterprises": "Unisciti alle principali imprese che si affidano a Capgo per fornire aggiornamenti dal vivo sicuri e scalabili a milioni di utenti in tutto il mondo.",
-  "jsdoc_documentation": "Todos los APIs y tipos expuestos públicamente, el módulo <code>capacitor-updater</code> debería tener documentación JSDoc. Esta documentación se analiza y está disponible para el compilador de TypeScript, por lo tanto, es fácil de proporcionar en etapas posteriores. Los bloques JSDoc vienen justo antes de la declaración a la que se aplican y están denotados por un <code>/**</code> inicial antes de terminar con un <code>*/</code>. Por ejemplo:",
-  "key_features": "Características Clave",
-  "kotlin_power_approximately_1_of_apps_on_google_play_store": "Kotlin energia aproximadamente $1% de las aplicaciones en Google Play Store",
-  "landing_automation_build": "Build",
-  "landing_automation_deploy": "Deploy",
-  "landing_automation_description": "Automate your entire release process. From code commit to user device, Capgo handles the complexity of building, signing, and deploying your updates.",
-  "landing_automation_submit": "Submit",
-  "landing_automation_subtitle": "Ship faster with less effort",
-  "landing_automation_title": "Fully Automated Workflow",
-  "landing_monitoring_bandwidth": "Bandwidth Saved",
-  "landing_monitoring_bandwidth_desc": "Smart differential updates reduce data usage by up to 90%",
-  "landing_monitoring_description": "Get real-time insights into your app's performance and adoption. Track successful updates, monitor errors, and understand your user base.",
-  "landing_monitoring_subtitle": "Data-driven decisions",
-  "landing_monitoring_title": "Real-time Monitoring",
-  "landing_monitoring_updates": "Updates Served",
-  "landing_monitoring_updates_desc": "Reliable delivery to millions of devices worldwide",
-  "landing_monitoring_user_pop": "User Population",
-  "landing_monitoring_user_pop_desc": "Track active users and version adoption in real-time",
-  "language_label": "Lingua",
-  "last_name_label": "Cognome",
-  "last_name_placeholder": "Ciambella",
-  "last_update": "Ultima actualización",
-  "last_updated": "Ultimo aggiornamento: 28 gennaio 2022",
-  "latest_from_news": "Ultimissime notizie",
-  "latest_from_the_blog": "Últimas del blog",
-  "learn_more": "Scopri di più",
-  "legal": "Legale",
-  "let_them_review_your_work_and_give_your_team_an_opportunity_to_learn_from_the_experts": "Laissez-les évaluer votre travail et donnez à votre équipe la possibilité d'apprendre des experts.",
-  "lets_work_together": "Lavoriamo insieme!",
-  "lightning_fast": "Fulmineo",
-  "little_experience_with_capacitorjs": "Poca experiencia con CapacitorJS",
-  "live_update": "Aggiornamento Live",
-  "live_update_channels_desc": "Crea canali per produzione, staging, beta test e altro. Ogni canale può avere la sua versione del bundle.",
-  "live_update_channels_feature1_desc": "Create, configure, and switch channels from the web dashboard. Roll back instantly with one click.",
-  "live_update_channels_feature1_title": "Cloud Dashboard Control",
-  "live_update_channels_feature2_desc": "Automate channel management with our CLI or REST API. Perfect for CI/CD integration.",
-  "live_update_channels_feature2_title": "API & CLI Access",
-  "live_update_channels_feature3_desc": "Let devices switch channels at runtime with setChannel(). Great for QA testers or beta programs.",
-  "live_update_channels_feature3_title": "Device Self-Assignment",
-  "live_update_channels_feature4_desc": "Forced device > Cloud override > Config default > Cloud default. Full control over update routing.",
-  "live_update_channels_feature4_title": "Priority-Based Routing",
-  "live_update_channels_title": "Sistema di Canali Potente",
-  "live_update_cloud_config_bullet1": "Assegnazioni di canali, targeting di versione e sovrascritture del dispositivo - tutto memorizzato nel cloud e immediatamente accessibile",
-  "live_update_cloud_config_bullet2": "La rete globale edge garantisce che le modifiche alla tua configurazione si propaghino simultaneamente in ogni regione",
-  "live_update_cloud_config_bullet3": "Nessun valore predefinito nella tua app - tutto può essere modificato dinamicamente senza un nuovo binario",
-  "live_update_cloud_config_bullet4": "Le impostazioni entrano in vigore al prossimo avvio dell'app - gli utenti ricevono sempre l'ultima configurazione",
-  "live_update_cloud_config_desc": "Capgo memorizza tutta la configurazione della tua app nel cloud con replica globale dei dati. Modifica un'impostazione nel dashboard e avrà effetto in tutto il mondo in meno di 2 minuti. Nessun aggiornamento dell'app store, nessuna attesa.",
-  "live_update_cloud_config_kicker": "Configurazione Nativa del Cloud",
-  "live_update_cloud_config_panel_footer": "Dal cruscotto clicca per il dispiegamento globale in meno di 2 minuti.",
-  "live_update_cloud_config_panel_title": "Cronologia delle Modifiche alla Configurazione",
-  "live_update_cloud_config_title": "Tutto Vive Nella Cloud",
-  "live_update_comparison_breaking": "Breaking update detection",
-  "live_update_comparison_cloud": "Cloud rollback & modify",
-  "live_update_comparison_healing": "Self-healing updates",
-  "live_update_comparison_native": "Native crash recovery",
-  "live_update_comparison_rollback": "Automatic rollback",
-  "live_update_comparison_subtitle": "See why intelligent updates matter",
-  "live_update_comparison_title": "Capgo vs Manual Updates",
-  "live_update_comparison_validation": "Pre-deployment validation",
-  "live_update_cta_subtitle": "Start with 14 days free. No credit card required.",
-  "live_update_cta_title": "Ready to Ship Safer Updates?",
-  "live_update_delta_command": "Carica con supporto aggiornamenti parziali",
-  "live_update_delta_desc": "Il nostro sistema di aggiornamento intelligente confronta i manifest e scarica solo i file che sono effettivamente cambiati.",
-  "live_update_delta_feature1_desc": "Each file is uploaded and checksummed individually. Devices compare manifests and only download changed files.",
-  "live_update_delta_feature1_title": "File-Level Diffing",
-  "live_update_delta_feature2_desc": "Images, fonts, and videos are downloaded only once. Small code changes don't re-download your entire asset folder.",
-  "live_update_delta_feature2_title": "Perfect for Large Assets",
-  "live_update_delta_feature3_desc": "Just add --partial to your upload command to enable delta updates for your bundle.",
-  "live_update_delta_feature3_title": "Enable with One Flag",
-  "live_update_delta_title": "Aggiornamenti Delta",
-  "live_update_description": "Intelligent OTA updates with automatic rollback protection",
-  "live_update_dynamic_bullet1_prefix": "Add an in-app “Update Track” menu: list channels and let testers jump from",
-  "live_update_dynamic_bullet1_suffix": "in seconds (no reinstall).",
-  "live_update_dynamic_bullet2": "Spin up a pull-request channel per feature, route QA or beta users there, then snap them back to prod when approved.",
-  "live_update_dynamic_bullet3": "Run canaries: clone prod to a 10% channel, promote or rollback with a single API call.",
-  "live_update_dynamic_bullet4": "Unblock support: move one user to a debug channel that ships extra logging while everyone else stays stable.",
-  "live_update_dynamic_bullet5": "Crea canali personali per singoli utenti - perfetti per il debug di problemi specifici o trattamento VIP.",
-  "live_update_dynamic_bullet6": "Tutti i cambiamenti di canale sono immediati - nessuna attesa di 24 ore, nessuna approvazione del negozio, nessuna azione dell'utente richiesta.",
-  "live_update_dynamic_cta_primary": "See how channels work",
-  "live_update_dynamic_cta_secondary": "Try dynamic channels",
-  "live_update_dynamic_desc": "Capgo channels are live controls, not hardcoded. Move users between dev, staging, PR, canary, and production from your app UI or via API instantly.",
-  "live_update_dynamic_kicker": "Dynamic channels",
-  "live_update_dynamic_label_production": "production",
-  "live_update_dynamic_label_staging": "staging",
-  "live_update_dynamic_label_to": "to",
-  "live_update_dynamic_panel_footer": "Treat environments like feature flags: switch, test, and rollback live (no store resubmissions).",
-  "live_update_dynamic_title": "Passa le release track al volo (nessun nuovo binario)",
-  "live_update_exclusion_1": "(i) Risorse di calcolo inadeguatamente fornite relative al tuo progetto per il carico previsto.",
-  "live_update_exclusion_2": "(ii) Interruzioni causate da configurazioni di limitazione della velocità eccessivamente permissive.",
-  "live_update_exclusion_3": "(iii) Interrupções ou problemas causados por versões retratadas de bibliotecas, estruturas, pacotes de software ou APIs oficiais do Capgo, incluindo retratações urgentes devido a vulnerabilidades de segurança identificadas.",
-  "live_update_exclusion_4": "(iv) Interruzioni o problemi causati da librerie client non ufficiali di Capgo, framework o proxy API, anche se tali librerie utilizzano internamente librerie ufficiali di Capgo.",
-  "live_update_exclusion_5": "(v) Interruzioni o problemi che potrebbero essere stati risolti aggiornando a una versione minore o a una versione patch superiore di una libreria client ufficiale Capgo, di un framework o di un pacchetto software.",
-  "live_update_feature_auto_rollback": "Automatic Rollback",
-  "live_update_feature_auto_rollback_desc": "If your app doesn't call notifyAppReady() within 10 seconds, we automatically roll back to the last working version.",
-  "live_update_feature_breaking_detection": "Breaking Update Detection",
-  "live_update_feature_breaking_detection_desc": "CLI scans native dependencies and warns you before deploying incompatible updates. See compatibility status for every package.",
-  "live_update_feature_encryption": "Crittografia End-to-End",
-  "live_update_feature_encryption_desc": "I tuoi bundle di aggiornamento sono crittografati e firmati per la massima sicurezza.",
-  "live_update_feature_native_engine": "Pure Native Engine",
-  "live_update_feature_native_engine_desc": "Downloads, installation, and activation run on native OS threads. JavaScript crashes can't affect the update process.",
-  "live_update_feature_preflight": "Pre-flight Validation",
-  "live_update_feature_preflight_desc": "Validates notifyAppReady(), index.html, bundle size limits, and checksums before accepting any upload.",
-  "live_update_feature_self_healing": "Self-Healing Updates",
-  "live_update_feature_self_healing_desc": "Fallback bundle mechanism always maintains a working version. Your users never see a broken app.",
-  "live_update_features_subtitle": "Deploy più veloce dei bug fix e delle nuove funzionalità ai tuoi utenti.",
-  "live_update_features_title": "Tutto ciò che serve per gli aggiornamenti live",
-  "live_update_get_started": "Get Started",
-  "live_update_hero_subtitle": "Invia aggiornamenti JavaScript direttamente ai tuoi utenti. Niente review dell'app store. Niente attese.",
-  "live_update_hero_title": "Aggiornamenti Live per App Capacitor",
-  "live_update_how_it_works_subtitle": "A safety net at every step of the update process",
-  "live_update_how_it_works_title": "Come Funziona",
-  "live_update_logs_bullet1": "Cronologie per dispositivo evidenziano download bloccati, problemi di checksum o assenza di notifyAppReady().",
-  "live_update_logs_bullet2": "Parapetti di canale comprovati: vedi disableAutoUpdateToMajor, blocchi emulator/dev e filtri piattaforma in tempo reale.",
-  "live_update_logs_bullet3": "Individua rapidamente il raggio d’impatto: update_fail, rateLimited, needPlanUpgrade emergono prima che gli utenti abbandonino.",
-  "live_update_logs_bullet4": "Log condivisi per engineering, QA e supporto (senza Xcode/Android Studio).",
-  "live_update_logs_cta_primary": "Prova i log di Live Update",
-  "live_update_logs_cta_secondary": "Vedi nel dashboard",
-  "live_update_logs_desc": "Capgo cattura l’intero percorso OTA: controlli, download, installazioni, blocchi di policy e rollback per rispondere a “cosa è successo?” in secondi, non ore.",
-  "live_update_logs_kicker": "Osservabilità degli aggiornamenti",
-  "live_update_logs_panel_footer": "Contesto azionabile in un unico posto: scegli rollback, cambio canale o hotfix con sicurezza.",
-  "live_update_logs_title": "Tutti i log dei dispositivi - senza aprire Xcode né Android Studio",
-  "live_update_lts_capacitor5": "Capacitor 5",
-  "live_update_lts_capacitor6": "Capacitor 6",
-  "live_update_lts_capacitor7": "Capacitor 7",
-  "live_update_lts_capacitor8": "Capacitor 8",
-  "live_update_lts_desc": "No pressure to upgrade immediately. Capgo officially supports Capacitor 7, 6, and 5 - giving you years of support and flexibility to upgrade on your own schedule.",
-  "live_update_lts_electron": "Elettrone",
-  "live_update_lts_electron_new": "Nuovo",
-  "live_update_lts_supported": "Fully Supported",
-  "live_update_lts_title": "Long-Term Support",
-  "live_update_sdk_open_source": "Il nostro SDK di Live Update è open source, fornendo trasparenza e sviluppo guidato dalla comunità.",
-  "live_update_sla_exclusions_title": "Atualizações ao Vivo Exclusões de SLA",
-  "live_update_stats_desc": "Real-time visibility into your update deployments. Track download progress, success rates, and device health across your entire user base.",
-  "live_update_stats_feature1_desc": "See which devices are downloading, installed, or pending. Track progress across your entire fleet.",
-  "live_update_stats_feature1_title": "Download Progress Tracking",
-  "live_update_stats_feature2_desc": "Monitor update success rates in real-time. Identify issues before they affect more users.",
-  "live_update_stats_feature2_title": "Success & Failure Rates",
-  "live_update_stats_feature3_desc": "Track which devices are on which versions. Identify devices stuck on old versions.",
-  "live_update_stats_feature3_title": "Device Health Monitoring",
-  "live_update_stats_feature4_desc": "See bundle sizes, download times, and rollback frequency. Optimize your update strategy with data.",
-  "live_update_stats_feature4_title": "Bundle Analytics",
-  "live_update_stats_title": "Logs & Statistics",
-  "live_update_step1_desc": "Aggiungi il plugin Capgo alla tua app Capacitor con un singolo comando.",
-  "live_update_step1_title": "Installa l'SDK",
-  "live_update_step2_desc": "Compila la tua app e carica il bundle JavaScript su Capgo.",
-  "live_update_step2_title": "Carica il Bundle",
-  "live_update_step3_desc": "La prossima volta che gli utenti aprono l'app, ricevono la nuova versione automaticamente.",
-  "live_update_step3_title": "Gli Utenti Ricevono l'Aggiornamento",
-  "live_update_support_scenario_cta_primary": "Vedi il targeting del canale",
-  "live_update_support_scenario_cta_secondary": "Inizia la prova gratuita",
-  "live_update_support_scenario_desc": "Ecco uno scenario reale: Un utente segnala un bug. Parli con loro, capisci il problema, lo risolvi nel codice e distribuisci la correzione solo a quell'utente - tutto mentre sono ancora in chiamata. Lo testano, confermano che la correzione funziona e tu la distribuisci alla produzione. Tempo totale: minuti, non giorni.",
-  "live_update_support_scenario_kicker": "Supporto nel Mondo Reale",
-  "live_update_support_scenario_panel_footer": "Dalla segnalazione del bug alla correzione verificata in una sola chiamata di supporto.",
-  "live_update_support_scenario_panel_title": "Cronologia della Sessione di Supporto",
-  "live_update_support_scenario_step1_desc": "Il supporto clienti riceve una segnalazione di bug. Ti unisci alla chiamata per capire il problema.",
-  "live_update_support_scenario_step1_title": "1. L'utente segnala un bug",
-  "live_update_support_scenario_step2_desc": "Crea un canale personale per quell'utente, applica la correzione e assegna il loro dispositivo ad esso.",
-  "live_update_support_scenario_step2_title": "2. Correggi e Invia Solo a Loro",
-  "live_update_support_scenario_step3_desc": "L'utente conferma che la correzione funziona. Promuovi il pacchetto in produzione per tutti.",
-  "live_update_support_scenario_step3_title": "3. Verifica e Spedisci a Tutti",
-  "live_update_support_scenario_title": "Risolvi il Bug di un Utente in Minuti",
-  "live_update_validation_desc": "Manual updates give you all the tools to break your app. Capgo's CLI catches mistakes before they reach your users.",
-  "live_update_validation_feature1_desc": "CLI scans your native plugins and compares versions. If your JS bundle expects a newer native plugin version than what's installed, we warn you before deploy.",
-  "live_update_validation_feature1_title": "Native Dependency Check",
-  "live_update_validation_feature2_desc": "Already uploaded this exact version? We'll catch it and prevent accidental overwrites or confusion.",
-  "live_update_validation_feature2_title": "Duplicate Version Prevention",
-  "live_update_validation_feature3_desc": "Certain features require specific CLI versions. We validate compatibility between your CLI and the Capgo hub before allowing uploads.",
-  "live_update_validation_feature3_title": "Hub-CLI Compatibility",
-  "live_update_validation_feature4_desc": "Missing index.html? No notifyAppReady() call? Bundle too large? We catch these issues before they become production problems.",
-  "live_update_validation_feature4_title": "Required Files Check",
-  "live_update_validation_title": "Deep Pre-Deployment Validation",
-  "live_update_validation_warning_desc": "Upload a JS bundle that expects native plugins your users don't have? Your app breaks. And if your rollback is also in JS, you have no way to recover. Users are stuck until they reinstall from the App Store.",
-  "live_update_validation_warning_title": "What happens without validation?",
-  "live_update_view_docs": "View Documentation",
-  "login": "Accedi",
-  "login_with_your_capgo_credentials": "Accedi con le tue credenziali Capgo",
-  "low_enterprise_response": "2 días hábiles<br />Lunes - Viernes",
-  "low_priority_response": "24 ore<br />24/7 x 365",
-  "low_support_desc": "Eine Informationsanfrage zu Capgo oder eine Funktionsanfrage.",
-  "low_support_subtitle": "问题小 / 功能请求",
-  "low_support_title": "4. Basso",
-  "low_team_response": "2 giorni lavorativi<br />Lunedì - Venerdì",
-  "main_repository_that_provides_the_capacitor_updater_plugin": "Esto es el repositorio principal que proporciona el Plugin <code>capacitor-updater</code>.",
-  "manage_channels": "Gestisci Canali",
-  "manage_multiple_app_versions_effortlessly": "Gestisci più versioni dell'app senza sforzo",
-  "manage_on_the_go": "Gestisci In Movimento",
-  "manage_various_teams": "Gestire vari team",
-  "manage_your_releases": "Gestisci le tue uscite",
-  "managed_solutions": "Soluzioni Gestite",
-  "mandatory_mfa_integration": "Obbligatorio MFA e integrazione con fornitori di identità aziendale per un sicuro controllo degli accessi",
-  "manifesto_behind_every_movie": "Il vostro team eccelle nello sviluppo web, e noi eccelliamo nel mobile nativo. Lasciateci gestire le complessità delle sottomissioni all'app store, delle integrazioni native e della manutenzione mobile mentre vi concentrate su ciò che fate meglio - creare esperienze utente straordinarie.",
-  "manifesto_full_ecosystem": "Siamo il tuo partner nativo dedicato, offriamo aggiornamenti in tempo reale, sviluppo di plugin personalizzati, configurazione CI/CD e servizi di manutenzione continuativa. Hai bisogno di una specifica funzionalità nativa? La costruiremo. Le rifiutazioni dell'App Store ti danno mal di testa? Gestiremo le presentazioni. Pensaci come al tuo team di sviluppo mobile.",
-  "manifesto_home_for_developers": "Siamo il ponte tra la tua competenza web e il successo mobile. Specializzati in applicazioni Capacitor, aiutiamo le aziende focalizzate sul web a spedire e mantenere applicazioni mobili native senza la complessità del mobile nativo. Open source, trasparenti e costruiti da sviluppatori che comprendono il percorso dal web al mobile.",
-  "massive_cost_reduction": "Riduzione massiccia dei costi",
-  "mau": "MAU",
-  "mau_counting_explanation": "Conteggio degli MAU (Utenti Attivi Mensili) monitorando gli utenti unici che aprono la tua app nel corso di un periodo di 30 giorni. Ogni utente è conteggiato una sola volta, indipendentemente da quante volte interagisce con l'app.",
-  "mention_issue_before_working": "Cuando trabajes en un problema, menciónalo en los comentarios del problema <em>antes</em> de comenzar a trabajar en él.",
-  "migration_guide": "Guida alla Migrazione",
-  "monitor_adoption_and_performance": "Monitora l'adozione e le metriche di performance",
-  "monitor_downloads_active_users_success_rates": "Monitora i download, gli utenti attivi e i tassi di successo",
-  "monitoring_crawling": "Monitoraggio o Indicizzazione.",
-  "monitoring_crawling_desc": "Monitoreo o rastreo de un Sistema que perjudica o interrumpe el Sistema que se está monitoreando o rastreando.",
-  "month": "Mese",
-  "monthly_active_users": "Utenti Attivi Mensili",
-  "monthly_active_users_mau": "Utenti Attivi Mensilmente (MAU)",
-  "monthly_plan": "Piano Mensile",
-  "monthly_total": "Totale mensile",
-  "most_popular": "Più popolare",
-  "multi_factor_authentication": "Autenticazione Multi-Fattore",
-  "native_build": "Build Nativa",
-  "native_build_cli_example": "Compila la tua app con un singolo comando",
-  "native_build_cli_subtitle": "Just a CLI tool that uploads and builds. No integration needed - run it locally, in GitHub Actions, GitLab CI, Jenkins, or any CI/CD. Minimal scope for maximum security compliance.",
-  "native_build_cli_title": "One Command, Works Anywhere",
-  "native_build_comparison_android": "Build Android senza Android Studio",
-  "native_build_comparison_parallel": "Build parallele",
-  "native_build_comparison_signing": "Firma automatica del codice",
-  "native_build_comparison_submission": "Invio diretto agli store",
-  "native_build_comparison_subtitle": "Confronta le build cloud con la configurazione locale tradizionale.",
-  "native_build_comparison_title": "Perché Build nel Cloud?",
-  "native_build_comparison_xcode": "Build iOS senza Mac",
-  "native_build_cta_subtitle": "Stop fighting with local build environments.",
-  "native_build_cta_title": "Ready to Simplify Your Builds?",
-  "native_build_description": "Cloud builds and automatic App Store submission",
-  "native_build_faq1_a": "Yes! We build exactly what you have locally. Run any custom Gradle scripts, CocoaPods, native code changes - just configure it before running the CLI. We use your local project as-is.",
-  "native_build_faq1_q": "Can I use custom Gradle or native iOS configurations?",
-  "native_build_faq2_a": "No. All dependencies should be installed locally before you run the build command. We only receive what you upload - no access to your Git repos, npm registries, or private packages.",
-  "native_build_faq2_q": "Do you need access to my private repositories or packages?",
-  "native_build_faq3_a": "We don't store them. Pass certificates at build time via CLI flags or environment variables. Store them in your CI/CD secrets (GitHub, GitLab, etc.) - credentials only exist in memory during the build.",
-  "native_build_faq3_q": "How do you handle signing credentials?",
-  "native_build_faq4_a": "Build minutes are included in your plan. Need more? Buy credits. iOS builds run on Mac Mini M4, Android builds run in Docker containers (2x cheaper). No storage fees - ever.",
-  "native_build_faq4_q": "How does pricing work?",
-  "native_build_faq5_a": "Average build time is 2-3 minutes depending on your project size and configuration. iOS and Android can build in parallel to save time.",
-  "native_build_faq5_q": "How long do builds take?",
-  "native_build_faq6_a": "iOS and Android. iOS builds for App Store, TestFlight, and ad-hoc distribution. Android builds for Play Store and direct APK/AAB downloads.",
-  "native_build_faq6_q": "What platforms do you support?",
-  "native_build_faq_subtitle": "Everything you need to know about cloud builds",
-  "native_build_faq_title": "Domande Frequenti",
-  "native_build_feature_auto_signing": "Firma Automatica",
-  "native_build_feature_auto_signing_desc": "Gestione automatica di certificati iOS e keystore Android. Niente più problemi di provisioning.",
-  "native_build_feature_ci_cd": "Integrazione CI/CD",
-  "native_build_feature_ci_cd_desc": "Attiva build da GitHub Actions, GitLab CI o qualsiasi pipeline CI/CD.",
-  "native_build_feature_cloud_builds": "Build nel Cloud",
-  "native_build_feature_cloud_builds_desc": "Compila app iOS e Android su infrastruttura cloud sicura. Niente hardware locale richiesto.",
-  "native_build_feature_credentials": "Credenziali Sicure",
-  "native_build_feature_credentials_desc": "Credenziali crittografate end-to-end. I tuoi certificati e chiavi non lasciano mai la nostra infrastruttura sicura.",
-  "native_build_feature_logs": "Log in Tempo Reale",
-  "native_build_feature_logs_desc": "Streaming live dei log di build. Debug dei problemi mentre si verificano.",
-  "native_build_feature_store_upload": "Upload su App Store",
-  "native_build_feature_store_upload_desc": "Carica direttamente su App Store Connect e Google Play Console dalla tua pipeline.",
-  "native_build_features_subtitle": "Dalla compilazione del codice alla pubblicazione sugli store, gestiamo tutto.",
-  "native_build_features_title": "Tutto ciò che serve per le build native",
-  "native_build_get_started": "Get Started",
-  "native_build_hero_subtitle": "Compila le tue app iOS e Android nel cloud. Niente Mac richiesto. Niente configurazione locale.",
-  "native_build_hero_title": "Build Native nel Cloud",
-  "native_build_how_it_works_subtitle": "Inizia in minuti, non giorni.",
-  "native_build_how_it_works_title": "Come Funziona",
-  "native_build_pricing_desc": "Build minutes are included in your plan, or purchase extra via our credit system. iOS runs on Mac Mini M4, Android on Docker (2x cheaper). Average build time: 2-3 minutes.",
-  "native_build_pricing_subtitle": "No storage costs. No hidden fees. Just build minutes.",
-  "native_build_pricing_title": "Pay Only for Build Time",
-  "native_build_security_feature1_desc": "Ogni build gira in un ambiente isolato e fresco che viene distrutto dopo il completamento.",
-  "native_build_security_feature1_title": "Ambiente Effimero",
-  "native_build_security_feature2_desc": "Il codice sorgente e gli artefatti di build vengono eliminati immediatamente dopo che la build è completa.",
-  "native_build_security_feature2_title": "Nessuna Ritenzione",
-  "native_build_security_feature3_desc": "Tutte le credenziali sono crittografate a riposo e in transito usando crittografia AES-256.",
-  "native_build_security_feature3_title": "Crittografia End-to-End",
-  "native_build_security_feature4_desc": "Log completi di tutti gli accessi e le operazioni per requisiti di compliance.",
-  "native_build_security_feature4_title": "Audit Trail",
-  "native_build_security_subtitle": "Le tue credenziali e il codice sono protetti con le migliori pratiche di sicurezza del settore.",
-  "native_build_security_title": "Sicurezza Enterprise-Grade",
-  "native_build_step1_desc": "Collega il tuo repository GitHub, GitLab o Bitbucket in pochi click.",
-  "native_build_step1_title": "Connetti il tuo Repository",
-  "native_build_step2_desc": "Carica in modo sicuro i tuoi certificati iOS e/o keystore Android.",
-  "native_build_step2_title": "Carica le Credenziali",
-  "native_build_step3_desc": "Compila automaticamente su push o manualmente dalla dashboard.",
-  "native_build_step3_title": "Attiva le Build",
-  "native_build_streaming_desc": "Guarda le tue build in tempo reale con log dettagliati. Identifica e risolvi i problemi velocemente.",
-  "native_build_view_docs": "View Documentation",
-  "native_ios_android_functionality": "Funzionalità native di iOS e Android. Accedi a qualsiasi capacità del dispositivo di cui la tua app ha bisogno con pulite API TypeScript.",
-  "native_performance_smooth_experience": "Prestazioni native per un'esperienza fluida",
-  "native_script_power_approximately_1_of_apps_on_google_play_store": "Native Script powers approximately 1% of apps on Google Play Store.",
-  "need_help": "Mahu bantuan?",
-  "need_something_custom": "Hai bisogno di qualcosa su misura?",
-  "network_connections": "Connessioni di rete",
-  "next": "Prossimo",
-  "no_commitment_required": "Nessun impegno richiesto",
-  "no_credit_card_required": "Nessuna carta di credito richiesta",
-  "no_discounts_available_at_this_time": "No, al momento non offriamo sconti.",
-  "no_hosting_or_maintenance_charges": "non ospitiamo CI/CD né ti addebitiamo per mantenerlo.",
-  "no_ppp_available_at_this_time": "No, al momento non offriamo prezzi PPP.",
-  "no_responsibility_disclaimer_text": "Die Informationen zum Dienst werden mit dem Verständnis bereitgestellt, dass das Unternehmen hierin nicht mit der Erbringung rechtlicher, buchhalterischer, steuerlicher oder anderer professioneller Beratung und Dienstleistungen befasst ist. Daher sollte es nicht als Ersatz für die Konsultation mit professionellen Buchhaltern, Steuerberatern, Rechtsberatern oder anderen kompetenten Beratern verwendet werden.",
-  "no_responsibility_disclaimer_title": "Nessuna responsabilità Disclaimer",
-  "no_upfront_costs_guarantee": "Nessun costo anticipato • Valutazione gratuita del progetto • Garanzia di supporto per 30 giorni",
-  "no_virus_warranty": "A empresa não garante que o Serviço esteja livre de vírus ou outros componentes prejudiciais.",
-  "non_gift_return_policy": "Se os produtos não foram marcados como presente no momento da compra, ou se quem deu o presente fez o pedido ser enviado para si mesmo para depois lhe entregar, nós enviaremos o reembolso para quem deu o presente.",
-  "non_production_desc": "\"Desarrollo\", \"Pruebas\", \"uat\", \"pre-producción\" o implementación de nuevas características, incluso si se encuentran en un entorno de producción, no se consideran Producción.",
-  "non_returnable_goods": "I seguenti beni non possono essere restituiti:",
-  "normal_enterprise_response": "1 día hábil<br />Lunes - Viernes",
-  "normal_priority_response": "12 ore<br />24/7 x 365",
-  "normal_support_desc": "Problema resulta en un componente de Capgo que no funciona como se espera o como está documentado. Una consulta por parte de un representante del Cliente sobre un problema técnico general o una pregunta general.",
-  "normal_support_subtitle": "Problema menor de funcionalidad / Pregunta general",
-  "normal_support_title": "3. Normal",
-  "normal_team_response": "1 giorno lavorativo<br />Lunedì - Venerdì",
-  "not_satisfied_policy": "Se, per qualsiasi motivo, non sei completamente soddisfatto di un acquisto ti invitiamo a rivedere la nostra politica su rimborsi e resi. Questa Politica di Restituzione e Rimborso è stata creata con l'aiuto di",
-  "now_available_on_mobile": "Ora disponibile su mobile",
-  "npm_run_lint_passes": "`npm run lint` réussit - cela va vérifier le code Rust et JavaScript pour les erreurs et erreurs courantes en utilisant `Swiftlint` (pour Swift) et `eslint` (pour JavaScript et Java)",
-  "of_bandwidth": "de la bande passante",
-  "of_storage": "di Archiviazione",
-  "offensive_content": "Contenu offensant.",
-  "offensive_content_desc": "Contenuto che è diffamatorio, osceno, abusivo, invasivo della privacy o altrimenti ripugnante, incluso il contenuto che costituisce pornografia infantile, riguarda la bestialità o rappresenta atti sessuali non consensuali.",
-  "offline_support": "Supporto Offline",
-  "on_the_go": "in movimento",
-  "ongoing_support_available": "Supporto continuo disponibile",
-  "only_your_users_can_decrypt_your_updates_no_one_else": "Solo tus usuarios pueden descifrar tus actualizaciones, nadie más.",
-  "open_in_chatgpt": "Apri in ChatGPT",
-  "open_in_claude": "Apri in Claude",
-  "open_in_perplexity": "Apri in Perplexity",
-  "open_raw_on_github": "Apri il file Markdown raw su GitHub",
-  "open_source": "100% open-source",
-  "open_source_leaders": "Leader dell'Open Source",
-  "open_source_plugins_power_apps": "I nostri plugin open-source alimentano app utilizzate da milioni di persone",
-  "open_support": "Apri Supporto",
-  "operation_of_network_services": "Operação de Certos Serviços de Rede.",
-  "operation_of_network_services_desc": "Operar o tentar operar qualquer serviço de rede ou serviço que interfira no funcionamento adequado de qualquer serviço de rede.",
-  "optimization_of_the_existing_app": "Ottimizzazione dell'app esistente",
-  "order_cancellation_rights": "I tuoi diritti di cancellazione dell'ordine",
-  "orders_definition": "Ordini significano una richiesta da parte tua di acquistare beni da noi.",
-  "organization_and_app_management": "Organizacija in upravljanje aplikacij",
-  "organizations_and_teams": "Organizzazioni e Squadre",
-  "organize_projects_across_teams": "Organizza progetti tra team con strumenti di gestione dell'organizzazione aziendale e di collaborazione",
-  "orgs_badge": "COME FUNZIONA",
-  "orgs_cta": "Installa Capgo",
-  "orgs_title": "Gestione Flessibile",
-  "orgs_title_line2": "Per il Tuo Team",
-  "our_commitment": "Unser Engagement",
-  "our_dedication": "La nostra dedizione",
-  "our_manifesto": "Il Nostro Manifesto",
-  "our_numbers_are_shared_transparently_since_december_2021": "I nostri numeri sono condivisi in modo trasparente dal dicembre 2021.",
-  "our_setup_you_own_it": "La Nostra Configurazione - È Tua",
-  "our_story": "Nuestra Historia",
-  "our_team_customizes_the_ci_cd_setup_to_match_your_specific_project_requirements_ensuring_optimal_performance_and_efficiency": "Notre équipe personnalise la configuration CI/CD pour répondre aux exigences spécifiques de votre projet, garantissant des performances et une efficacité optimales.",
-  "over": "Oltre",
-  "own_complete_pipeline_modify_anytime": "Possiedi l'intera pipeline e puoi modificarla in qualsiasi momento",
-  "own_complete_setup_zero_vendor_lockin": "Possiedi l'intera configurazione senza alcun blocco del fornitore",
-  "own_setup_zero_vendor_lockin": "Possiedi l'intera configurazione per sempre senza alcun blocco del fornitore.",
-  "page_not_found_description": "Si prega di controllare l'URL nella barra degli indirizzi e riprovare.",
-  "page_not_found_title": "Pagina Non Trovata - Errore 404",
-  "password_label": "Contraseña",
-  "password_placeholder": "Ingrese su contraseña",
-  "pay_as_you_go_plan": "Paga mientras avanzas",
-  "per_added_gb": "per aggiunto GiB",
-  "per_added_user": "por usuario agregado",
-  "per_country_hosting_gdpr": "Hosting per paese (conformità al GDPR)",
-  "per_gb": "per GiB",
-  "per_mau": "per MAU",
-  "per_unit": "per unità",
-  "perfect_for": "Perfetto per",
-  "perishable_goods": "La fourniture de biens qui, par leur nature, ne sont pas adaptés à un retour, se détériore rapidement ou dont la date de péremption est dépassée.",
-  "plan_maker_desc": "Beste für Kleinunternehmer",
-  "plan_payasyougo_desc": "Migliore per le imprese con milioni di utenti",
-  "plan_solo_desc": "Melhor para desenvolvedores independentes",
-  "plan_team_desc": "Beste voor middelgrote ondernemingen",
-  "plans_that_scale_with_your_business": "Piani che scalano con il tuo business",
-  "plans_that_scale_with_your_business_description": "Cloud de nivel empresarial que mejora la funcionalidad y seguridad de las aplicaciones de Capacitor.",
-  "platform_compliance": "Conformità alla piattaforma.",
-  "platform_compliance_desc": "Any activities that are deemed unacceptable by the platforms used by the Capgo Site and Services.",
-  "platform_independence": "Indipendenza dalla piattaforma",
-  "please_be_professional_in_the_forums": "Per favore, sii professionale nei forum. Seguiamo il <a href=\"https://www.rust-lang.org/policies/code-of-conduct\">codice di condotta di Rust</a> (CoC). Hai un problema? Invia un'email a <a href=\"mailto:ry@tinyclouds.org\">ry@tinyclouds.org.</a>",
-  "plugin_is_missing": "Il plug-in è mancante",
-  "plugins": "Plugins",
-  "plugins_description": "Capgo offre plusieurs plugins pour vous aider à construire votre application plus rapidement et mieux.",
-  "policy_generator": "Generatore di Politiche di Restituzione e Rimborso",
-  "poor_app_quality": "Pobre qualidade do aplicativo",
-  "powered_by_serverless_edge_computing": "Alimentato da calcolo edge serverless e database distribuiti in oltre 300 città e 13.000 reti per una consegna globale ultra-rapida",
-  "powerful_app_plugins_description": "Enterprise-grade plugins with great documentation, ongoing updates, code snippets and premium support so you can focus on building your app.",
-  "practicing_what_we_preach": "Praticando o Que Pregamos",
-  "premium_plugin_suite": "Suite di Plugin Premium",
-  "pricing": "Tarifas",
-  "pricing_description": "Avanza con confianza. Capgo es la plataforma en la nube de grado empresarial para aplicaciones Capacitor.",
-  "priority_bug_fixes_on_our_plugins": "Correzioni di bug prioritari sui nostri plugin",
-  "priority_plus_plan": "Priorité Plus",
-  "priority_support": "Supporto prioritario",
-  "priority_support_24_7": "Supporto Prioritario",
-  "priority_support_dedicated_sla": "Supporto Prioritario & SLA Dedicato",
-  "privacy": "Privacy",
-  "privacy_agreement": "Utilizamos sus datos personales para proporcionar y mejorar el Servicio. Al utilizar el Servicio, usted acepta la recopilación y el uso de información de acuerdo con esta Política de Privacidad.",
-  "privacy_changes_to_policy_description": "Might aggiornare la nostra Informativa sulla Privacy di tanto in tanto. Ti notificheremo qualsiasi modifica pubblicando la nuova Informativa sulla Privacy su questa pagina.",
-  "privacy_changes_to_policy_notification": "Le fairemos saber a través de un correo electrónico y/o un aviso destacado en Nuestro Servicio, antes de que el cambio entre en vigor y actualizaremos la fecha de \"Última actualización\" en la parte superior de esta Política de Privacidad.",
-  "privacy_changes_to_policy_review": "Se aconseja revisar esta Política de Privacidad periódicamente para detectar cualquier cambio. Los cambios a esta Política de Privacidad son efectivos cuando se publican en esta página.",
-  "privacy_changes_to_policy_title": "Modifiche a questa Informativa sulla Privacy",
-  "privacy_children_privacy_consent": "Se dobbiamo fare affidamento sul consenso come base legale per il trattamento delle tue informazioni e il tuo paese richiede il consenso di un genitore, potremmo richiedere il consenso del tuo genitore prima di raccogliere e utilizzare tali informazioni.",
-  "privacy_children_privacy_description": "Nuestro Servicio no está dirigido a nadie menor de 13 años. No recopilamos intencionalmente información personalmente identificable de nadie menor de 13 años. Si usted es un padre o tutor y es consciente de que su hijo nos ha proporcionado Datos Personales, por favor contáctenos. Si nos enteramos de que hemos recopilado Datos Personales de alguien menor de 13 años sin verificación del consentimiento parental, tomaremos medidas para eliminar esa información de nuestros servidores.",
-  "privacy_children_privacy_title": "Privacidad de los Niños",
-  "privacy_collecting_data_title": "Raccolta e utilizzo dei tuoi dati personali",
-  "privacy_contact_us_description": "Se hai domande su questa Informativa sulla Privacy, puoi contattarci:",
-  "privacy_contact_us_title": "Contáctanos",
-  "privacy_contact_us_website": "Visitando esta página en nuestro sitio web: $1",
-  "privacy_definition_account": "**Account** bedeutet ein einzigartiges Konto, das für Sie erstellt wurde, um auf unseren Dienst oder Teile unseres Dienstes zuzugreifen.",
-  "privacy_definition_affiliate": "**Affiliato** significa un'entità che controlla, è controllata da o è sotto controllo comune con una parte, dove \"controllo\" significa possesso del 50% o più delle azioni, interesse patrimoniale o altri titoli aventi diritto di voto per l'elezione dei direttori o di altra autorità di gestione.",
-  "privacy_definition_application": "**Aplicación** significa el programa de software proporcionado por la Empresa que usted descargó en cualquier dispositivo electrónico, llamado $1.",
-  "privacy_definition_business": "**Negócio**, para os fins da CCPA (California Consumer Privacy Act), refere-se à Empresa como a entidade legal que coleta informações pessoais dos Consumidores e determina as finalidades e os meios do processamento das informações pessoais dos Consumidores, ou em nome da qual tais informações são coletadas e que sozinha, ou em conjunto com outros, determina as finalidades e os meios do processamento das informações pessoais dos consumidores, que realiza negócios no Estado da Califórnia.",
-  "privacy_definition_company": "**Компания** (в данном Соглашении упоминаемая как \"Компания\", \"Мы\", \"Нас\" или \"Наши\") относится к Digital shift OU, 6 сепапая, 15510 Таллин.",
-  "privacy_definition_company_gdpr": "A fins de la GDPR, la Empresa es el Responsable del Tratamiento.",
-  "privacy_definition_consumer": "**Consumidor**, para los propósitos de la CCPA (Ley de Privacidad del Consumidor de California), significa una persona natural que es residente de California. Un residente, como se define en la ley, incluye (1) a cada individuo que está en los EE. UU. por un propósito distinto a uno temporal o transitorio, y (2) a cada individuo que tiene su domicilio en los EE. UU. que se encuentra fuera de los EE. UU. por un propósito temporal o transitorio.",
-  "privacy_definition_country": "**Maag** viitab: Eesti",
-  "privacy_definition_data_controller": "**Controllore dei dati**, ai fini del GDPR (Regolamento generale sulla protezione dei dati), si riferisce alla Società come persona giuridica che, da sola o insieme ad altri, determina le finalità e i mezzi del trattamento dei Dati Personali.",
-  "privacy_definition_device": "**Dispositivo** significa cualquier dispositivo que pueda acceder al Servicio, como una computadora, un teléfono celular o una tableta digital.",
-  "privacy_definition_do_not_track": "**Non seguire** (DNT) è un concetto che è stato promosso dalle autorità di regolamentazione statunitensi, in particolare dalla Federal Trade Commission (FTC) degli Stati Uniti, affinché l'industria di Internet sviluppi e implementi un meccanismo che consenta agli utenti di Internet di controllare il monitoraggio delle loro attività online su diversi siti web.",
-  "privacy_definition_personal_data": "**Dati personali** sono qualsiasi informazione che si riferisce a una persona identificata o identificabile.",
-  "privacy_definition_personal_data_ccpa": "Ai fini del CCPA, Dati Personali significa qualsiasi informazione che identifica, si riferisce a, descrive o è in grado di essere associata a, o potrebbe ragionevolmente essere collegata, direttamente o indirettamente, a Te.",
-  "privacy_definition_personal_data_gdpr": "A efectos del GDPR, los Datos Personales significan cualquier información que se relacione contigo, como un nombre, un número de identificación, datos de ubicación, un identificador en línea o uno o más factores específicos de la identidad física, fisiológica, genética, mental, económica, cultural o social.",
-  "privacy_definition_sale": "**Venda**, para os fins da CCPA (Lei de Privacidade do Consumidor da Califórnia), significa vender, alugar, liberar, divulgar, disseminar, disponibilizar, transferir ou, de outra forma, comunicar oralmente, por escrito ou por meios eletrônicos ou outros, as informações pessoais de um Consumidor a outra empresa ou a um terceiro em troca de remuneração ou outra consideração valiosa.",
-  "privacy_definition_service": "**Serviço** refere-se ao Aplicativo.",
-  "privacy_definition_service_provider": "**Fornitore di Servizi** indica qualsiasi persona fisica o giuridica che effettua il trattamento dei dati per conto della Società. Si riferisce a società o individui terzi assunti dalla Società per facilitare il Servizio, fornire il Servizio per conto della Società, eseguire servizi correlati al Servizio o assistere la Società nell'analizzare come viene utilizzato il Servizio. Ai fini del GDPR, i Fornitori di Servizi sono considerati Titolari del Trattamento.",
-  "privacy_definition_usage_data": "**Dati di utilizzo** si riferiscono ai dati raccolti automaticamente, sia generati dall'uso del Servizio che dall'infrastruttura stessa del Servizio (ad esempio, la durata di una visita a una pagina).",
-  "privacy_definition_you": "**Tu** significa la persona que accede o utiliza el Servicio, o la empresa, o cualquier otra entidad legal en nombre de la cual dicha persona accede o utiliza el Servicio, según corresponda.",
-  "privacy_definition_you_gdpr": "Unter der DSGVO (Datenschutz-Grundverordnung) können Sie als betroffene Person oder als Nutzer bezeichnet werden, da Sie die Person sind, die den Dienst nutzt.",
-  "privacy_definitions_intro": "Aos fins desta Política de Privacidade:",
-  "privacy_definitions_subtitle": "Definizioni",
-  "privacy_description": "Esta Política de Privacidad describe nuestras políticas y procedimientos sobre la recopilación, uso y divulgación de su información cuando utiliza el Servicio y le informa sobre sus derechos de privacidad y cómo la ley lo protege.",
-  "privacy_disclosure_business_transactions_description": "Si la empresa está involucrada en una fusión, adquisición o venta de activos, sus datos personales pueden ser transferidos. Le daremos aviso antes de que sus datos personales sean transferidos y pasen a estar sujetos a una política de privacidad diferente.",
-  "privacy_disclosure_business_transactions_title": "Transazioni Commerciali",
-  "privacy_disclosure_law_enforcement_description": "Sotto determinate circostanze, la Società potrebbe essere tenuta a divulgare i Tuoi Dati Personali se richiesto dalla legge o in risposta a richieste valide da parte delle autorità pubbliche (ad es. un tribunale o un'agenzia governativa).",
-  "privacy_disclosure_law_enforcement_title": "Forze dell'ordine",
-  "privacy_disclosure_of_data_title": "Divulgazione dei tuoi dati personali",
-  "privacy_disclosure_other_legal_requirements_comply": "Cumplir con una obligación legal",
-  "privacy_disclosure_other_legal_requirements_description": "L'azienda può divulgare i tuoi dati personali in buona fede ritenendo che tale azione sia necessaria per:",
-  "privacy_disclosure_other_legal_requirements_prevent": "Prevenir o investigar posibles irregularidades en relación con el Servicio.",
-  "privacy_disclosure_other_legal_requirements_protect": "Proteggi e difendi i diritti o la proprietà della Società",
-  "privacy_disclosure_other_legal_requirements_protect_legal": "Protecção contra responsabilidade legal",
-  "privacy_disclosure_other_legal_requirements_protect_personal": "Proteja la seguridad personal de los usuarios del servicio o del público.",
-  "privacy_disclosure_other_legal_requirements_title": "Altre prescrizioni legali",
-  "privacy_interpretation_subtitle": "Interpretazione",
-  "privacy_interpretation_text": "Les mots dont la première lettre est en majuscule ont des significations définies selon les conditions suivantes. Les définitions suivantes auront le même sens, qu'elles apparaissent au singulier ou au pluriel.",
-  "privacy_interpretation_title": "Interpretación y Definiciones",
-  "privacy_last_updated": "Ultimo aggiornamento: 28 gennaio 2022",
-  "privacy_links_to_other_websites_control": "Non abbiamo alcun controllo e non ci assumiamo alcuna responsabilità per il contenuto, le politiche sulla privacy o le pratiche di siti o servizi di terze parti.",
-  "privacy_links_to_other_websites_description": "Il nostro Servizio potrebbe contenere collegamenti ad altri siti web che non sono gestiti da noi. Se fai clic su un collegamento di terze parti, verrai reindirizzato al sito di quella terza parte. Ti consigliamo vivamente di rivedere l'Informativa sulla privacy di ogni sito che visiti.",
-  "privacy_links_to_other_websites_title": "Links zu anderen Websites",
-  "privacy_personal_data_description": "Mientras utiliza Nuestro Servicio, podemos pedirle que nos proporcione cierta información personalmente identificable que puede ser utilizada para contactarlo o identificarlo. La información personalmente identificable puede incluir, pero no se limita a:",
-  "privacy_personal_data_title": "Dati personali",
-  "privacy_personal_data_usage": "Dati di utilizzo",
-  "privacy_policy": "Politique de confidentialité",
-  "privacy_retention_of_data_description": "L'azienda conserverà i tuoi dati personali solo per il tempo necessario per le finalità indicate in questa Informativa sulla privacy. Conserveremo e utilizzeremo i tuoi dati personali nella misura necessaria per adempiere ai nostri obblighi legali (ad esempio, se siamo tenuti a conservare i tuoi dati per rispettare le leggi applicabili), risolvere controversie e far rispettare i nostri accordi e politiche legali.",
-  "privacy_retention_of_data_title": "Retenção dos Seus Dados Pessoais",
-  "privacy_retention_of_usage_data": "La Empresa también retendrá los Datos de Uso para fines de análisis interno. Los Datos de Uso se conservan generalmente por un período de tiempo más corto, salvo cuando estos datos se utilizan para fortalecer la seguridad o para mejorar la funcionalidad de Nuestro Servicio, o cuando estamos obligados legalmente a retener estos datos por períodos de tiempo más largos.",
-  "privacy_security_of_data_description": "La seguridad de Sus Datos Personales es importante para Nosotros, pero recuerde que ningún método de transmisión a través de Internet, ni método de almacenamiento electrónico es 100% seguro. Si bien Nos esforzamos por utilizar medios comercialmente aceptables para proteger Sus Datos Personales, no podemos garantizar su seguridad absoluta.",
-  "privacy_security_of_data_title": "Sikkerhed for dine personlige data",
-  "privacy_share_of_data_affiliates": "**Com Affiliados:** Podemos compartilhar suas informações com nossos afiliados, caso em que exigiremos que esses afiliados honrem esta Política de Privacidade. Os afiliados incluem nossa empresa controladora e quaisquer outras subsidiárias, parceiros de joint venture ou outras empresas que controlamos ou que estão sob controle comum conosco.",
-  "privacy_share_of_data_business_partners": "**Con i partner commerciali:** Potremmo condividere le tue informazioni con i nostri partner commerciali per offrirti determinati prodotti, servizi o promozioni.",
-  "privacy_share_of_data_business_transfers": "**Para transferencias comerciales:** Podemos compartir o transferir Su información personal en relación con, o durante negociaciones de, cualquier fusión, venta de activos de la Empresa, financiamiento, o adquisición de la totalidad o parte de Nuestro negocio a otra empresa.",
-  "privacy_share_of_data_consent": "**Con il tuo consenso**: Possiamo divulgare le tue informazioni personali per qualsiasi altro scopo con il tuo consenso.",
-  "privacy_share_of_data_intro": "Potremmo condividere le tue informazioni personali nelle seguenti situazioni:",
-  "privacy_share_of_data_other_users": "**Mit anderen Benutzern:** Wenn Sie persönliche Informationen teilen oder auf andere Weise in den öffentlichen Bereichen mit anderen Benutzern interagieren, können solche Informationen von allen Benutzern eingesehen und öffentlich verbreitet werden.",
-  "privacy_share_of_data_service_providers": "**Con i Fornitori di Servizi:** Potremmo condividere le tue informazioni personali con i Fornitori di Servizi per monitorare e analizzare l'uso del nostro Servizio, per contattarti.",
-  "privacy_title": "Politique de confidentialité",
-  "privacy_transfer_of_data_consent": "Sua concordância com esta Política de Privacidade, seguida pela sua submissão de tais informações, representa seu acordo com essa transferência.",
-  "privacy_transfer_of_data_description": "Le tue informazioni, inclusi i Dati Personali, vengono elaborate presso gli uffici operativi dell'Azienda e in altri luoghi dove si trovano le parti coinvolte nel trattamento. Ciò significa che queste informazioni possono essere trasferite e mantenute su computer situati al di fuori del tuo stato, provincia, paese o di altra giurisdizione governativa in cui le leggi sulla protezione dei dati possono differire rispetto a quelle della tua giurisdizione.",
-  "privacy_transfer_of_data_safeguards": "L'azienda adotterà tutte le misure ragionevoli necessarie per garantire che i tuoi dati siano trattati in modo sicuro e in conformità con questa Informativa sulla Privacy e nessun trasferimento dei tuoi Dati Personali avverrà verso un'organizzazione o un paese a meno che non siano in atto controlli adeguati, inclusa la sicurezza dei tuoi dati e di altre informazioni personali.",
-  "privacy_transfer_of_data_title": "Trasferimento dei tuoi dati personali",
-  "privacy_types_of_data_title": "Tipi di dati raccolti",
-  "privacy_usage_data_browser": "Potremmo anche raccogliere informazioni che il tuo browser invia ogni volta che visiti il nostro Servizio o quando accedi al Servizio tramite un dispositivo mobile.",
-  "privacy_usage_data_description": "I dati di utilizzo vengono raccolti automaticamente durante l'uso del Servizio.",
-  "privacy_usage_data_details": "Les données d'utilisation peuvent inclure des informations telles que l'adresse de protocole Internet (par exemple, l'adresse IP) de votre appareil, le type de navigateur, la version du navigateur, les pages de notre service que vous visitez, la date et l'heure de votre visite, le temps passé sur ces pages, des identifiants d'appareil uniques et d'autres données de diagnostic.",
-  "privacy_usage_data_mobile": "Quando você acessar o Serviço por meio de um dispositivo móvel, podemos coletar certas informações automaticamente, incluindo, mas não se limitando a, o tipo de dispositivo móvel que você usa, o ID exclusivo do seu dispositivo móvel, o endereço IP do seu dispositivo móvel, o sistema operacional móvel do seu dispositivo, o tipo de navegador de Internet móvel que você usa, identificadores exclusivos de dispositivos e outros dados de diagnóstico.",
-  "privacy_usage_data_title": "Dati di utilizzo",
-  "privacy_use_of_data_business_transfers": "**Per trasferimenti aziendali:** Potremmo utilizzare le tue informazioni per valutare o condurre una fusione, cessione, ristrutturazione, riorganizzazione, liquidazione o altro vendita o trasferimento di parte o di tutti i nostri beni, sia come un'attività operativa che come parte di un fallimento, liquidazione o procedura simile, in cui i Dati Personali in nostro possesso relativi ai nostri utenti del Servizio sono tra i beni trasferiti.",
-  "privacy_use_of_data_contact": "**Per contattarti:** Per contattarti via email, chiamate telefoniche, SMS o altre forme equivalenti di comunicazione elettronica, come le notifiche push di un'applicazione mobile riguardo a aggiornamenti o comunicazioni informative relative alle funzionalità, ai prodotti o ai servizi contrattati, inclusi gli aggiornamenti di sicurezza, quando necessario o ragionevole per la loro attuazione.",
-  "privacy_use_of_data_intro": "L'azienda può utilizzare i Dati Personali per i seguenti scopi:",
-  "privacy_use_of_data_manage_account": "**Per gestire il tuo account:** per gestire la tua registrazione come utente del Servizio. I Dati Personali che fornisci possono darti accesso a diverse funzionalità del Servizio disponibili per te come utente registrato.",
-  "privacy_use_of_data_offers": "**Per fornirle** notizie, offerte speciali e informazioni generali su altri beni, servizi ed eventi che offriamo e che sono simili a quelli che ha già acquistato o di cui ha già chiesto informazioni, a meno che lei non abbia deciso di non ricevere tali informazioni.",
-  "privacy_use_of_data_other_purposes": "**Voor andere doeleinden**: We kunnen uw informatie voor andere doeleinden gebruiken, zoals data-analyse, het identificeren van gebruikstrends, het bepalen van de effectiviteit van onze promotionele campagnes en om onze service, producten, diensten, marketing en uw ervaring te evalueren en te verbeteren.",
-  "privacy_use_of_data_performance": "**Per l'esecuzione di un contratto:** lo sviluppo, la conformità e l'assunzione del contratto di acquisto per i prodotti, articoli o servizi che hai acquistato o di qualsiasi altro contratto con noi attraverso il Servizio.",
-  "privacy_use_of_data_provide_service": "**Para proporcionar y mantener nuestro Servicio**, incluyendo monitorear el uso de nuestro Servicio.",
-  "privacy_use_of_data_requests": "**Per gestire le tue richieste:** Per assistere e gestire le tue richieste nei nostri confronti.",
-  "privacy_use_of_data_title": "Uso dei tuoi dati personali",
-  "problem_chat_hope_approved": "Spero che questa correzione del bug venga approvata oggi...",
-  "problem_chat_still_pending": "Ancora in sospeso...",
-  "problem_chat_whats_status": "qual è lo stato dell'app?",
-  "problem_solution_badge": "PROBLEMA → SOLUZIONE",
-  "problem_solution_subtitle": "Le app Capacitor dovrebbero essere distribuite come app web, ma l'attesa di giorni per l'approvazione è il collo di bottiglia.",
-  "problem_solution_title": "L'App Store sta uccidendo",
-  "problem_solution_velocity": "velocità",
-  "product_managers": "Responsabili del Prodotto",
-  "production_desc": "\"Produzione\" è definita come un sistema che serve sistemi aziendali o di interazione diretta con i clienti, con funzionalità già implementate e operative.",
-  "production_title": "4.4 Produzione",
-  "products": "Prodotti",
-  "projects": "Progetti",
-  "proven_experience": "Esperienza Provata",
-  "ps_benefit_additional": "Ore aggiuntive a 250€/ora",
-  "ps_benefit_cancel": "Annulla quando vuoi",
-  "ps_benefit_direct": "Accesso diretto agli ingegneri",
-  "ps_benefit_hours": "4 ore di supporto esperto incluse",
-  "ps_benefit_priority": "Tempo di risposta prioritario",
-  "ps_cta_button": "Supporto Premium - 1.000€/mese",
-  "ps_cta_subtitle": "Esperti Capacitor a disposizione. Quando qualcosa si rompe, lo ripariamo velocemente.",
-  "ps_cta_title_1": "Smetti di perdere il sonno per",
-  "ps_cta_title_2": "problemi di app native",
-  "ps_description": "Ottieni supporto di emergenza esperto per la tua app Capacitor. 4 ore di supporto prepagato per 1000€/mese. Aiutiamo con problemi di deployment, crash e problemi nativi.",
-  "ps_expert_backup": "Esperti pronti ad intervenire",
-  "ps_expert_backup_desc": "Con il Supporto Premium, hai esperti Capacitor pronti ad aiutarti quando ne hai bisogno.",
-  "ps_faq_a1": "Le ore aggiuntive sono fatturate a 250€/ora. La maggior parte delle aziende trova 4 ore sufficienti per un mese tipico, ma alcuni mesi potresti aver bisogno di più aiuto, e va benissimo.",
-  "ps_faq_a2": "No, le ore non si accumulano per il mese successivo. Il retainer garantisce che siamo disponibili e diamo priorità alle tue richieste. Consideralo come un'assicurazione per la tua app.",
-  "ps_faq_a3": "Puntiamo a rispondere entro ore nei giorni lavorativi. Per problemi critici di produzione, diamo priorità ad aiutarti il più velocemente possibile.",
-  "ps_faq_a4": "Il supporto regolare è per domande sui prodotti Capgo. Il Supporto Premium è per qualsiasi problema di app Capacitor - deployment, crash, bug nativi, performance - qualsiasi cosa di cui il tuo team abbia bisogno.",
-  "ps_faq_a5": "No! Il Supporto Premium è disponibile per qualsiasi azienda con un'app Capacitor, che tu usi Capgo o meno.",
-  "ps_faq_q1": "E se ho bisogno di più di 4 ore?",
-  "ps_faq_q2": "Le ore non usate si accumulano?",
-  "ps_faq_q3": "Quanto velocemente rispondete?",
-  "ps_faq_q4": "Qual è la differenza dal supporto regolare?",
-  "ps_faq_q5": "Devo essere cliente Capgo?",
-  "ps_faq_title": "Domande frequenti",
-  "ps_feature_direct_desc": "Parla direttamente con i nostri ingegneri. Niente code di ticket, niente attesa per il triage. Veri esperti, davvero veloci.",
-  "ps_feature_direct_title": "Accesso diretto",
-  "ps_feature_emergency_desc": "Quando la tua app crasha in produzione o il deployment fallisce, lasciamo tutto per aiutarti a risolverlo velocemente.",
-  "ps_feature_emergency_title": "Risposta di emergenza",
-  "ps_feature_native_desc": "Conoscenza profonda di iOS, Android e internals di Capacitor. Risolviamo i problemi che il tuo team non può.",
-  "ps_feature_native_title": "Esperienza nativa",
-  "ps_feature_time_desc": "Smetti di passare giorni a debuggare problemi nativi. Ottieni aiuto esperto e rilascia le tue funzionalità più velocemente.",
-  "ps_feature_time_title": "Risparmia tempo prezioso",
-  "ps_help_crashes_desc": "Crash in produzione, problemi di memoria, ANR su Android",
-  "ps_help_crashes_title": "Crash dell'app",
-  "ps_help_deployment_desc": "Rifiuti degli store, fallimenti di build, problemi di firma",
-  "ps_help_deployment_title": "Problemi di deployment",
-  "ps_help_native_desc": "Bug di codice nativo iOS/Android, conflitti di plugin",
-  "ps_help_native_title": "Problemi nativi",
-  "ps_help_performance_desc": "Ottimizzazione app, tempo di avvio, uso della memoria",
-  "ps_help_performance_title": "Performance",
-  "ps_help_plugin_desc": "Configurazione plugin Capacitor, debugging di plugin personalizzati",
-  "ps_help_plugin_title": "Problemi di plugin",
-  "ps_help_updates_desc": "Integrazione Capgo, fallimenti di aggiornamento, problemi di rollback",
-  "ps_help_updates_title": "Live Updates",
-  "ps_hero_subtitle": "La tua app è crashata in produzione? Deployment bloccato? Il lato nativo si comporta in modo strano?",
-  "ps_hero_subtitle_strong": "Arriviamo e salviamo la situazione.",
-  "ps_hero_title_1": "Aiuto esperto quando",
-  "ps_hero_title_2": "ne hai più bisogno",
-  "ps_hours": "4 ore",
-  "ps_how_it_works": "Come funziona",
-  "ps_of_expert_support": "di supporto esperto",
-  "ps_peace_of_mind": "Tranquillità per la tua app Capacitor",
-  "ps_per_month": "al mese",
-  "ps_premium_support": "Supporto Premium",
-  "ps_price": "1.000€",
-  "ps_problem_blocked_desc": "Apple o Google ha rifiutato il tuo aggiornamento. Il messaggio di errore è criptico. La tua scadenza è domani.",
-  "ps_problem_blocked_title": "Deployment bloccato",
-  "ps_problem_confused_desc": "Qualcosa si è rotto dopo l'ultimo aggiornamento. Il tuo team web non conosce il nativo. Giorni di debugging in arrivo.",
-  "ps_problem_confused_title": "Nessuna idea di cosa sia sbagliato",
-  "ps_problem_crash_desc": "La tua app inizia a crashare per migliaia di utenti. Lo stack trace punta a codice nativo che non capisci.",
-  "ps_problem_crash_title": "Crash in produzione",
-  "ps_questions": "Domande?",
-  "ps_rate_info": "Tariffa effettiva di 250€/ora • Ore aggiuntive alla stessa tariffa",
-  "ps_reality": "La realtà",
-  "ps_retainer_badge": "Retainer Supporto Premium",
-  "ps_schedule_call": "Prenota una chiamata",
-  "ps_secure_payment": "Pagamento sicuro via Stripe",
-  "ps_solution": "La soluzione",
-  "ps_step1_desc": "Iscriviti per 1.000€/mese. Ottieni 4 ore di supporto esperto pronte all'uso.",
-  "ps_step1_title": "Iscriviti",
-  "ps_step2_desc": "Quando hai un problema, contattaci via email o Discord. Descrivi il problema.",
-  "ps_step2_title": "Contattaci",
-  "ps_step3_desc": "I nostri esperti intervengono, diagnosticano il problema e ti aiutano a risolverlo velocemente.",
-  "ps_step3_title": "Lo ripariamo",
-  "ps_subscribe_now": "Iscriviti ora",
-  "ps_talk_first": "Parliamone prima",
-  "ps_title": "Supporto Premium per app Capacitor",
-  "ps_to_learn_more": "per saperne di più.",
-  "ps_trust_title": "Le aziende si fidano della nostra esperienza",
-  "ps_what_we_help": "In cosa aiutiamo",
-  "ps_what_we_help_desc": "Qualsiasi problema Capacitor o di app mobile con cui il tuo team sta lottando.",
-  "ps_when_things_go_wrong": "Quando le cose vanno male con le app mobile",
-  "ps_you_know_the_feeling": "Conosci la sensazione...",
-  "purchase_timeframe": "Le merci sono stati acquistati negli ultimi 14 giorni.",
-  "push_notifications": "Notifiche Push",
-  "push_updates_to_production_from_anywhere": "Aggiorna la produzione da qualsiasi luogo",
-  "qa_teams": "Squadre di QA",
-  "questions_about_policy": "Se hai domande sulla nostra Politica di Resi e Rimborso, ti preghiamo di contattarci:",
-  "questions_and_answers": "Domande e Risposte",
-  "quick_decision_making": "Prendere decisioni rapidamente",
-  "quote": "citazione",
-  "reach_users_now_not_weeks_later": "Raggiungi gli utenti ora, non settimane dopo.",
-  "react_native_power_approximately_1_of_apps_on_google_play_store": "React Native alimenta aproximadamente el 1% de las aplicaciones en Google Play Store.",
-  "read_our_aup": "Leggi la nostra Politica di Utilizzo Accettabile",
-  "read_our_data_processing_agreement": "Lisez notre contrat de traitement des données",
-  "read_our_disclaimer": "Léa naš disclaimer",
-  "read_our_eula": "Leggi il nostro Contratto di Licenza per l'Utente Finale",
-  "read_our_privacy_policy_description": "Privacy Policy di Capgo - Scopri come proteggiamo i tuoi dati e rispettiamo la privacy degli utenti nel nostro servizio di aggiornamento live per app Capacitor.",
-  "read_our_return_policy": "Leggi la nostra Politica di Reso",
-  "read_our_security_policy": "Leggi la nostra Politica di Sicurezza",
-  "read_our_sla_policy": "Leggi la nostra Politica SLA",
-  "read_our_terms_of_service": "Leggi i nostri Termini di Servizio",
-  "read_the_full_story_of_capgos_challenging_birth_as_a_solo_maker_project": "Lê a história completa do desafiador nascimento da Capgo como um projeto de criador sozinho.",
-  "read_the_style_guide": "Leggi il <a href=\"https://deno.land/manual@v1.25.4/contributing/style_guide\">manuale di stile.</a>",
-  "ready_to_bring_vision_to_life": "Pronto a dare vita alla tua visione? Discutiamo di come possiamo aiutare ad accelerare il tuo sviluppo.",
-  "ready_to_deliver": "Pronto per la consegna",
-  "ready_to_go_mobile": "Pronto a passare al mobile?",
-  "ready_to_scale": "Pronto a Scalare",
-  "ready_to_use_plugins": "Plugin pronti all'uso",
-  "real_time_analytics": "Analisi in tempo reale",
-  "real_time_statistics": "Statistiche in Tempo Reale",
-  "register": "Registrarse",
-  "register_code": "Código de registro",
-  "register_description": "Crea il tuo account Capgo gratuito e inizia a distribuire aggiornamenti dal vivo alle tue app Capacitor in pochi minuti.",
-  "register_title": "Inscreva-se no Capgo",
-  "register_tos_notice": "Registrandoti, accetti i nostri <a href=\"https://capgo.app/tos/\" target=\"_blank\" rel=\"noopener noreferrer\">Termini di servizio</a>.",
-  "reimbursement_policy": "Vi kommer att återbetala dig senast 14 dagar från den dag vi mottar de returnerade varorna. Vi kommer att använda samma betalningsmetod som du använde för beställningen, och du kommer inte att ådra dig några avgifter för sådan återbetalning.",
-  "remove_modify_content": "rimuovere, disabilitare l'accesso a o modificare qualsiasi contenuto o risorsa che viola questa Politica o qualsiasi altro accordo che abbiamo con te per l'uso dei Servizi o del Sito Capgo.",
-  "report_issues_directly": "Segnala problemi direttamente",
-  "report_violations_desc": "Podemos informar sobre cualquier actividad que sospechemos que viola alguna ley o regulación a las autoridades policiales adecuadas, reguladores u otras terceras partes apropiadas.",
-  "report_violations_desc_2": "Nuestra información puede incluir la divulgación de información apropiada del cliente. También podemos cooperar con las agencias de cumplimiento de la ley, reguladores u otras partes pertinentes para ayudar en la investigación y el enjuiciamiento de conductas ilegales, proporcionando información sobre redes y sistemas relacionada con supuestas violaciones de esta Política.",
-  "repositories_have_different_scopes_use_different_programming_languages_and_have_varying_level_when_it_comes_to_contributions": "Os repositórios têm diferentes escopos, utilizam diferentes linguagens de programação e possuem níveis variados em relação às contribuições.",
-  "request_demo": "Richiedi Demo",
-  "required_storage_space": "Spazio di archiviazione richiesto",
-  "requires_capgo_account": "Richiede un account Capgo",
-  "return_address": "6 sepapaja  \nTallinn, 15510  \nEesti",
-  "return_eligibility": "Afin que les biens soient éligibles pour un retour, veuillez vous assurer que :",
-  "return_policy": "Politique de retour",
-  "return_policy_title": "Politique de retour et de remboursement",
-  "return_responsibility": "Vous êtes responsable du coût et du risque de retourner les biens à Nous. Vous devez envoyer les biens à l'adresse suivante :",
-  "return_shipping_disclaimer": "Non possiamo essere ritenuti responsabili per merci danneggiate o perse durante la spedizione di ritorno. Pertanto, raccomandiamo un servizio postale assicurato e tracciabile. Non siamo in grado di emettere un rimborso senza la ricezione effettiva delle merci o la prova della consegna di ritorno ricevuta.",
-  "returning_goods": "Restituzione di merci",
-  "revert_to_previous_version_with_one_tap": "Ritorna alla versione precedente con un solo tocco",
-  "revert_to_previous_versions_if_needed": "Reverti a versões anteriores, se necessário.",
-  "review_before_passing_the_code_to_the_production": "Revisar antes de pasar el código a producción",
-  "right_to_refuse": "Ci riserviamo il diritto di rifiutare i resi di qualsiasi merce che non soddisfi le condizioni di reso sopra indicate a nostra esclusiva discrezione.",
-  "role_based_access_control": "Controllo di Accesso Basato sui Ruoli",
-  "rollback_capability": "Capacità di Ripristino",
-  "sale_items_policy": "Solo se pueden reembolsar los bienes a precio regular. Desafortunadamente, los bienes en oferta no se pueden reembolsar. Esta exclusión no se aplicará a usted si no está permitido por la ley aplicable.",
-  "save": "Salva",
-  "scheduled_availability_desc": "\"Disponibilidad Programada\" significa el tiempo, en minutos, que los Servicios aplicables están generalmente accesibles y disponibles para los Usuarios Permitidos del Cliente.",
-  "scheduled_availability_title": "4.1 Disponibilidad Programada",
-  "sdk_bridges": "Ponte SDK",
-  "seamless_integration": "Integração Sem Costura",
-  "seamless_integration_with_your_capgo_account": "Integrazione senza soluzione di continuità con il tuo account Capgo",
-  "seamless_third_party_sdk": "Integrazione senza soluzione di continuità del SDK di terze parti con definizioni TypeScript, documentazione e supporto continuo.",
-  "security_and_compliance": "Sicurezza e Conformità",
-  "security_closing": "Nos esforzamos por resolver todos los problemas lo más rápido posible y nos gustaría desempeñar un papel activo en la publicación final sobre el problema una vez que se haya resuelto.",
-  "security_compliance": "Sicurezza e Conformità",
-  "security_disclosure_guidelines_1": "Al fine di proteggere i nostri clienti, non rivelare il problema ad altri fino a quando non abbiamo ricercato, affrontato e informato i nostri clienti coinvolti.",
-  "security_disclosure_guidelines_2": "Si deseas compartir públicamente tu investigación sobre Capgo en una conferencia, en un blog o en cualquier otro foro público, deberías compartir un borrador con nosotros para su revisión y aprobación al menos 30 días antes de la fecha de publicación. Por favor, ten en cuenta que lo siguiente no debe ser incluido:",
-  "security_disclosure_guidelines_2_1": "Datos sobre cualquier proyecto de cliente de Capgo",
-  "security_disclosure_guidelines_2_2": "Dati dei clienti di Capgo",
-  "security_disclosure_guidelines_2_3": "Informasi tentang karyawan, kontraktor, atau mitra Capgo",
-  "security_disclosure_guidelines_title": "Linee guida per la divulgazione:",
-  "security_discovery": "Si descubres una vulnerabilidad, nos gustaría saberlo para que podamos tomar medidas para abordarla lo más rápido posible. Nos gustaría pedirte que nos ayudes a proteger mejor a nuestros clientes y nuestros sistemas.",
-  "security_intro": "Chez Capgo, nous considérons la sécurité de nos systèmes comme une priorité absolue. Cependant, peu importe les efforts que nous déployons pour sécuriser nos systèmes, des vulnérabilités peuvent encore être présentes.",
-  "security_out_of_scope_1": "Clickjacking su pagine senza azioni sensibili.",
-  "security_out_of_scope_10": "Link morti",
-  "security_out_of_scope_11": "Enumeración de usuarios",
-  "security_out_of_scope_2": "CSRF de cierre de sesión/inicio de sesión no autenticado.",
-  "security_out_of_scope_3": "Attacks requiring MITM or physical access to a user's device.",
-  "security_out_of_scope_4": "Attacchi che richiedono ingegneria sociale.",
-  "security_out_of_scope_5": "Cada actividad que podría llevar a la interrupción de nuestro servicio (DoS).",
-  "security_out_of_scope_6": "Problemas de suplantación de contenido e inyección de texto sin mostrar un vector de ataque/sin poder modificar HTML/CSS.",
-  "security_out_of_scope_7": "Email spoofing",
-  "security_out_of_scope_8": "Mancanza di DNSSEC, CAA, intestazioni CSP",
-  "security_out_of_scope_9": "Mancanza del flag Sicuro o HTTP solo su cookie non sensibili",
-  "security_out_of_scope_title": "Vulnerabilidades fuera de alcance:",
-  "security_policy": "Politique de sécurité",
-  "security_reporting_guidelines_1": "Enviar sus hallazgos a través de nuestro Aviso de Seguridad de GitHub:",
-  "security_reporting_guidelines_2": "Fornisci informazioni sufficienti per riprodurre il problema, in modo che possiamo risolverlo il più rapidamente possibile.",
-  "security_reporting_guidelines_title": "Linee guida per la segnalazione:",
-  "security_supabase_limitations_1": "Reports must include a reproducible demo Supabase project, with steps, that matches our settings and demonstrates the behavior.",
-  "security_supabase_limitations_2": "Reports must include the exact Supabase setting/config change that fixes the behavior while keeping our existing rules/policies intact.",
-  "security_supabase_limitations_3": "Account/email flows are validated against the Supabase project settings (for example, whether email verification is disabled and capture flow is used).",
-  "security_supabase_limitations_4": "Password and email/password update flows may depend on current Supabase Auth session and re-verification settings.",
-  "security_supabase_limitations_5": "If a demo project proves a concrete Supabase-side fix with no Capgo policy change, we review it as actionable.",
-  "security_supabase_limitations_intro": "Some findings are repeatedly reported and tied to Supabase Auth behavior. These are only reviewed when reproduced in a shared Supabase demo project configured like ours, and when a Supabase-side configuration fix exists without changing Capgo security rules.",
-  "security_supabase_limitations_title": "Known Supabase Auth Limitations",
-  "security_testing_guidelines_1": "No ejecuten escáneres automáticos en otros proyectos de clientes. Ejecutar escáneres automáticos puede aumentar los costos para nuestros usuarios. Los escáneres configurados de manera agresiva podrían interrumpir servicios inadvertidamente, explotar vulnerabilidades, llevar a inestabilidad del sistema o brechas y violar los Términos de Servicio de nuestros proveedores upstream. Nuestros propios sistemas de seguridad no podrán distinguir entre reconocimiento hostil e investigación de whitehat. Si desean ejecutar un escáner automático, notifíquenos a security@capgo.app y solo ejecútelo en su propio proyecto de Capgo. NO ataquen proyectos de otros clientes.",
-  "security_testing_guidelines_2": "Non approfittare della vulnerabilità o del problema che hai scoperto, ad esempio scaricando più dati del necessario per dimostrare la vulnerabilità o cancellando o modificando i dati di altre persone.",
-  "security_testing_guidelines_title": "Linee guida per il testing:",
-  "security_txt": "Security.txt",
-  "security_what_we_promise_1": "Nous répondrons à votre rapport dans les 7 jours ouvrables avec notre évaluation du rapport et une date de résolution prévue.",
-  "security_what_we_promise_2": "Si vous avez suivi les instructions ci-dessus, nous ne prendrons aucune action légale contre vous concernant le rapport.",
-  "security_what_we_promise_3": "Tratteremo il tuo report con massima riservatezza e non passeremo i tuoi dati personali a terzi senza il tuo permesso.",
-  "security_what_we_promise_4": "Ti teremo informato sui progressi nella risoluzione del problema.",
-  "security_what_we_promise_5": "Nella comunicazione pubblica riguardante il problema segnalato, forniremo il tuo nome come scopritore del problema (a meno che tu non desideri diversamente).",
-  "security_what_we_promise_title": "Cosa promettiamo:",
-  "see_all_from_our_blog": "Vedi tutto dal nostro blog",
-  "see_in_play_store": "Vedi nel Play Store",
-  "select_your_app": "Seleziona la tua app",
-  "self_hosted_storage_options": "Opzioni di archiviazione self-hosted",
-  "semver_tester": "Tester SemVer",
-  "service_credits_desc": "Se il Impegno di Disponibilità non è rispettato durante un particolare mese solare durante il Periodo di Abbonamento, il Cliente avrà diritto a un credito di servizio (\"Credito di Servizio\"), a condizione che il Cliente segnali a Capgo tale inadempimento dell'Impegno di Disponibilità e richieda tale Credito di Servizio in conformità con questo Allegato. L'importo di qualsiasi Credito di Servizio dovuto in base al presente sarà calcolato come segue: X * Y, dove X = le tariffe totali dovute dal Cliente a Capgo per i Servizi interessati per il mese solare pertinente (indipendentemente da quando fatturato o pagabile), e Y = la Percentuale di Credito corrispondente alla Disponibilità Reale fornita (come percentuale del tempo totale) per il mese solare pertinente, come indicato nella tabella di seguito.",
-  "service_credits_title": "2. Crediti di Servizio",
-  "service_definition": "<strong>Servizio</strong> si riferisce all'Applicazione.",
-  "service_level_agreement": "Accordo sul Livello di Servizio",
-  "setup_ci_cd_now": "Configurar CI/CD ahora →",
-  "setup_fee_github_gitlab_ci": "Costo di configurazione + GitHub/GitLab CI",
-  "setup_fee_savings_comparison": "La nostra tariffa di configurazione una tantum di $2,600 più ~$30/mese pagati direttamente al tuo fornitore git (GitHub/GitLab) comporta un risparmio del 94% rispetto a soluzioni gestite come AppFlow ($499/mese).",
-  "severity_level": "Niveau de gravité",
-  "share_test_builds_with_your_team": "Condividi immediatamente le build di prova con il tuo team",
-  "share_where_you_want_to_contribute_to_fix_the_backend_of_capgo": "Sai dove vuoi contribuire a sistemare il backend di Capgo.",
-  "shared_numbers_api_response": "Risposta API",
-  "shared_numbers_opensource": "Open-source",
-  "shared_numbers_speed": "Velocità",
-  "shared_numbers_success_rate_desc": "tasso di successo mondiale",
-  "shared_numbers_uptodate_24h": "Aggiornato entro 24 ore",
-  "ship_updates_fixes_changes_and_features": "Alternativa open-source ad Appflow per app Capacitor: aggiornamenti live, distribuzione build native, canali di rilascio, log in tempo reale e analytics in un'unica piattaforma",
-  "sign_in": "Accedi",
-  "sign_up_button": "Registrati",
-  "sign_up_for_free": "Iscriviti gratuitamente",
-  "signed_verified": "Firmato e Verificato",
-  "single_sign_on_sso": "Accesso Unico (SSO)",
-  "sla": "Accordo di Livello di Servizio",
-  "sla_exclusions_title": "Exclusiones del SLA",
-  "sla_intro": "Il seguente Contratto di Livello di Servizio, che è incorporato e fa parte del Contratto di Abbonamento tra Capgo (\"Capgo\") e il Cliente (il \"Contratto\"), si applicherà ai Servizi per i Clienti Aziendali specificati in un Modulo d'Ordine durante il Periodo di Abbonamento applicabile:",
-  "sla_policy": "Politique SLA",
-  "sla_title": "Accordi sul livello di servizio",
-  "smart_investment_massive_savings": "Investimento Intelligente, Risparmi Massicci",
-  "soc1_compliant": "Conforme a SOC 1",
-  "soc2_compliance": "Certificato SOC 2",
-  "soc2_compliance_short": "Conforme a SOC 2 Tipo II",
-  "soc2_compliant": "Conforme a SOC 2",
-  "soc2_enterprise_only": "Per ora, è disponibile solo sul piano Enterprise.",
-  "soc2_explanation": "SOC 2 si riferisce alla certificazione SOC 2 Tipo II, uno standard di conformità alla sicurezza riconosciuto. Capgo è certificato SOC 2 Tipo II, il che significa che i suoi sistemi e processi sono auditati in modo indipendente per garantire elevati standard di sicurezza, disponibilità e riservatezza, inclusa la protezione dei dati, i controlli di accesso, l'affidabilità del servizio e la gestione sicura dei dati. In pratica, ciò significa che Capgo segue pratiche di sicurezza a livello aziendale ed può essere utilizzato da aziende con requisiti di conformità, clienti aziendali e ambienti B2B o regolamentati. SOC 2 è incluso nel tier Enterprise.",
-  "soc2_type_ii_certified_infrastructure": "Infrastruttura certificata SOC 2 Tipo II che garantisce i più alti standard di sicurezza e privacy",
-  "soc2_what_does_it_mean": "SOC 2: cosa significa?",
-  "social_auth_simplified": "autenticazione sociale semplificata",
-  "solution_chat_shipped": "Spedito. Prossimo.",
-  "solution_chat_users_have_it": "I miei utenti lo hanno già. 🎉",
-  "solution_chat_whats_status": "qual è lo stato dell'app?",
-  "solutions": "Soluções",
-  "solutions_agencies_badge": "Soluzione agenzia",
-  "solutions_agencies_cta_note": "14-day free trial. No credit card required. Partner discounts available.",
-  "solutions_agencies_cta_subtitle": "Join agencies that manage client apps without the chaos. Start your free trial.",
-  "solutions_agencies_cta_title": "Ready to Simplify Client Management?",
-  "solutions_agencies_description": "Gestisci tutte le app clienti da una dashboard. Canali separati per cliente, accessi per team.",
-  "solutions_agencies_hero_subtitle": "Basta fare equilibrismi con account TestFlight e accessi store. Gestisci gli aggiornamenti di tutti i clienti in un unico posto.",
-  "solutions_agencies_hero_title": "Tutte le app clienti. Una dashboard.",
-  "solutions_agencies_nightmare_label": "The Agency Nightmare",
-  "solutions_agencies_nightmare_title": "Every Client Is Different. Deployment Shouldn't Be.",
-  "solutions_agencies_pain1_desc": "Every client has different app store accounts, different workflows, different expectations. Managing them all is chaos.",
-  "solutions_agencies_pain1_title": "10 Clients = 10 Deployment Processes",
-  "solutions_agencies_pain2_desc": "Client calls at 5 PM: 'The homepage is broken.' You fix it. Then you explain the 5-day app store review process.",
-  "solutions_agencies_pain2_title": "Clients Want Updates Yesterday",
-  "solutions_agencies_pain3_desc": "The developer who knew how to deploy to Client X left. Now nobody knows the credentials or the process.",
-  "solutions_agencies_pain3_title": "Team Turnover Breaks Everything",
-  "solutions_agencies_pain4_desc": "You quoted a fixed price. Now you're eating the cost of every bug fix because app store reviews eat your margins.",
-  "solutions_agencies_pain4_title": "Fixed-Price Projects, Unlimited Maintenance",
-  "solutions_agencies_pain5_desc": "'Why isn't the fix live yet?' Because Apple takes 5 days. But they don't understand that.",
-  "solutions_agencies_pain5_title": "Clients Blame You for Store Delays",
-  "solutions_agencies_pain6_desc": "When the project ends, transferring everything to the client takes weeks and still goes wrong.",
-  "solutions_agencies_pain6_title": "Handoff Is a Nightmare",
-  "solutions_agencies_partner": "Become a partner",
-  "solutions_agencies_partner_subtitle": "Exclusive benefits for agencies managing multiple client apps",
-  "solutions_agencies_partner_title": "Agency Partner Program",
-  "solutions_agencies_perk1_desc": "The more clients you manage, the less you pay per app. Discounts up to 40% off.",
-  "solutions_agencies_perk1_title": "Volume Discounts",
-  "solutions_agencies_perk2_desc": "Direct Slack channel with our team. Response in hours, not days.",
-  "solutions_agencies_perk2_title": "Priority Support",
-  "solutions_agencies_perk3_desc": "Featured in our agency directory. Case studies and testimonials that drive leads.",
-  "solutions_agencies_perk3_title": "Co-Marketing",
-  "solutions_agencies_short": "Agenzie",
-  "solutions_agencies_sol1_desc": "See all your clients' apps in one dashboard. Push updates to any of them with one click.",
-  "solutions_agencies_sol1_point1": "All clients, one login",
-  "solutions_agencies_sol1_point2": "Team permissions per client",
-  "solutions_agencies_sol1_point3": "White-label reporting for clients",
-  "solutions_agencies_sol1_title": "Unified Client Management",
-  "solutions_agencies_sol2_desc": "Your clients see your brand, not ours. Custom domains, custom emails, your logo everywhere.",
-  "solutions_agencies_sol2_point1": "Custom domains per client",
-  "solutions_agencies_sol2_point2": "Your branding on all reports",
-  "solutions_agencies_sol2_point3": "Client portals with your logo",
-  "solutions_agencies_sol2_title": "White-Label Everything",
-  "solutions_agencies_sol3_desc": "When the project ends, transfer everything to the client with one click. No missing credentials. No broken processes.",
-  "solutions_agencies_sol3_point1": "One-click ownership transfer",
-  "solutions_agencies_sol3_point2": "Documented deployment process",
-  "solutions_agencies_sol3_point3": "Training materials included",
-  "solutions_agencies_sol3_title": "Clean Client Handoffs",
-  "solutions_agencies_solution_label": "The Solution",
-  "solutions_agencies_solution_subtitle": "Manage deployments across every client from one place. Push updates in minutes, not days.",
-  "solutions_agencies_solution_title": "One Dashboard. All Your Clients.",
-  "solutions_agencies_tagline": "Gestisci più app clienti",
-  "solutions_agencies_title": "Per Agenzie",
-  "solutions_app_store_compliant": "Conforme App Store",
-  "solutions_avg_cost_per_bug": "Average cost per production bug",
-  "solutions_avg_review_time": "Average App Store review time",
-  "solutions_benefit1_desc": "Updates download while users use your app. No spinners, no loading screens, no interruptions. When they next launch, the new version is simply there.",
-  "solutions_benefit1_point1": "Differential updates download only changed files - typically 100KB-500KB instead of full bundles",
-  "solutions_benefit1_point2": "Intelligent bandwidth detection pauses downloads on slow connections to preserve user experience",
-  "solutions_benefit1_point3": "Updates never interrupt active sessions - they apply only on next cold start",
-  "solutions_benefit1_stat": "of updates complete without user awareness",
-  "solutions_benefit1_title": "Silent Background Updates",
-  "solutions_benefit2_desc": "Every update is wrapped in crash detection. If your new code causes crashes, Capgo automatically reverts to the previous working version. Your users never see a broken app.",
-  "solutions_benefit2_point1": "Crash detection triggers within the first 10 seconds of app launch",
-  "solutions_benefit2_point2": "Automatic rollback preserves user data and session state",
-  "solutions_benefit2_point3": "You're immediately notified with crash logs and stack traces",
-  "solutions_benefit2_stat": "Average rollback time when issues detected",
-  "solutions_benefit2_title": "Automatic Rollback Protection",
-  "solutions_benefit3_desc": "Capgo works within Apple and Google's guidelines. You're updating JavaScript and assets - not native code. Both app stores explicitly allow this, and thousands of apps use Capgo in production.",
-  "solutions_benefit3_point1": "Apple's 3.3.2 permits JavaScript updates that don't change app functionality",
-  "solutions_benefit3_point2": "Google Play allows updates that preserve the app's core purpose",
-  "solutions_benefit3_point3": "Used by Fortune 500 companies without any app store rejections",
-  "solutions_benefit3_stat": "App store compliance rate",
-  "solutions_benefit3_title": "100% App Store Compliant",
-  "solutions_benefits_subtitle": "Every feature exists because production teams told us they needed it. Here's what makes Capgo different.",
-  "solutions_beta_testing": "Test beta",
-  "solutions_beta_testing_compare_capgo": "Capgo Channel Testing",
-  "solutions_beta_testing_compare_distribution": "Distribution",
-  "solutions_beta_testing_compare_distribution_capgo": "Share a link",
-  "solutions_beta_testing_compare_distribution_tf": "Email invites, account setup",
-  "solutions_beta_testing_compare_feedback": "Feedback Loop",
-  "solutions_beta_testing_compare_feedback_capgo": "Seconds to minutes",
-  "solutions_beta_testing_compare_feedback_tf": "Hours to days",
-  "solutions_beta_testing_compare_switching": "Switch Builds",
-  "solutions_beta_testing_compare_switching_capgo": "Tap channel (< 30 sec)",
-  "solutions_beta_testing_compare_switching_tf": "Download new build (5+ min)",
-  "solutions_beta_testing_compare_testflight": "TestFlight / Google Beta",
-  "solutions_beta_testing_compare_title": "TestFlight vs Capgo Beta Testing",
-  "solutions_beta_testing_compare_upload": "Upload & Processing",
-  "solutions_beta_testing_compare_upload_capgo": "< 1 minute",
-  "solutions_beta_testing_compare_upload_tf": "15-30 minutes",
-  "solutions_beta_testing_cta_subtitle": "Start distributing test builds in seconds instead of hours.",
-  "solutions_beta_testing_cta_title": "Accelerate Your Testing Workflow",
-  "solutions_beta_testing_description": "Let testers, QA teams, and beta users browse available channels directly in your app. Send deep links to switch channels instantly - the fastest way to distribute test builds.",
-  "solutions_beta_testing_feature1_desc": "Build a simple UI that lists available channels. Testers tap to switch - the new build downloads and applies immediately.",
-  "solutions_beta_testing_feature1_title": "In-App Channel Selector",
-  "solutions_beta_testing_feature2_desc": "Generate a link that opens your app and switches to a specific channel. Share via Slack, email, or add to your PR template.",
-  "solutions_beta_testing_feature2_title": "Deep Link Distribution",
-  "solutions_beta_testing_feature3_desc": "No more waiting for TestFlight processing. No more explaining Google Play beta enrollment. Just share a link and testers have the build.",
-  "solutions_beta_testing_feature3_title": "Skip TestFlight Entirely",
-  "solutions_beta_testing_feature4_desc": "Push a fix, testers get it in seconds. No reinstalls, no approval delays. The fastest feedback loop in mobile development.",
-  "solutions_beta_testing_feature4_title": "Instant Feedback Loop",
-  "solutions_beta_testing_hero_subtitle": "Your team can't afford days-long TestFlight delays. Skip the App Store beta process entirely - testers switch between builds in seconds, not days.",
-  "solutions_beta_testing_hero_title": "The Fastest Way to Test Mobile Apps",
-  "solutions_beta_testing_title": "Beta Testing & QA",
-  "solutions_beta_testing_usecases_beta": "External Beta Users",
-  "solutions_beta_testing_usecases_beta_desc": "Share a deep link with beta testers. They get new builds without understanding TestFlight or beta channels.",
-  "solutions_beta_testing_usecases_qa": "Internal QA",
-  "solutions_beta_testing_usecases_qa_desc": "Your QA team tests multiple builds per day. Let them switch channels instantly without reinstalling the app.",
-  "solutions_beta_testing_usecases_stakeholders": "Stakeholder Reviews",
-  "solutions_beta_testing_usecases_stakeholders_desc": "Project managers and executives can review features without any technical setup - just tap a link.",
-  "solutions_beta_testing_usecases_title": "Use Cases",
-  "solutions_bug_cost_explanation": "Engineering time, support tickets, lost revenue, and reputation damage add up quickly. A $47,000 average doesn't include lost lifetime value.",
-  "solutions_by_industry": "Per settore",
-  "solutions_by_team": "Per team",
-  "solutions_by_use_case": "Per caso d'uso",
-  "solutions_churn_explanation": "Research shows users who experience bugs are 23% more likely to uninstall within 7 days. You're losing users while waiting for review.",
-  "solutions_cordova_to_capacitor_ai_badge": "Migrazione assistita dall'IA",
-  "solutions_cordova_to_capacitor_ai_cta_all_inclusive": "Migrazione all-inclusive",
-  "solutions_cordova_to_capacitor_ai_cta_premium_support": "Supporto Premium",
-  "solutions_cordova_to_capacitor_ai_cta_talk": "Parla con il team",
-  "solutions_cordova_to_capacitor_ai_description": "Una guida 2026 alla migrazione da Cordova a Capacitor assistita dall'IA, con checklist pratica, mappa di sostituzione dei plugin e alternative Capgo-first. Include prompt copia/incolla e un'opzione di migrazione all-inclusive.",
-  "solutions_cordova_to_capacitor_ai_h1": "Migrazione da Cordova a Capacitor assistita dall'IA",
-  "solutions_cordova_to_capacitor_ai_help_item1": "Servizio di migrazione da Cordova a Capacitor",
-  "solutions_cordova_to_capacitor_ai_help_item2": "Supporto Premium per supporto nativo e di release continuativi",
-  "solutions_cordova_to_capacitor_ai_hero_subtitle": "Checklist pratica + mappa di sostituzione dei plugin + prompt IA copia/incolla. Per team che vogliono meno sorprese, un cutover più rapido e una baseline Capacitor stabile.",
-  "solutions_cordova_to_capacitor_ai_last_updated": "Ultimo aggiornamento:",
-  "solutions_cordova_to_capacitor_ai_last_updated_date": "8 febbraio 2026",
-  "solutions_cordova_to_capacitor_ai_link_checklist": "Checklist di migrazione",
-  "solutions_cordova_to_capacitor_ai_link_help": "Opzione all-inclusive",
-  "solutions_cordova_to_capacitor_ai_link_plugins": "Mappa di sostituzione dei plugin",
-  "solutions_cordova_to_capacitor_ai_link_prompts": "Prompt IA",
-  "solutions_cordova_to_capacitor_ai_link_skills": "Capgo Skills per agenti IA",
-  "solutions_cordova_to_capacitor_ai_official_reference": "Riferimento ufficiale:",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_link": "Plugin Capgo",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_prefix": "Sfoglia il catalogo plugin di Capgo e mappa per funzionalità:",
-  "solutions_cordova_to_capacitor_ai_prompt1_title": "Prompt 1: Costruisci un piano di sostituzione dei plugin",
-  "solutions_cordova_to_capacitor_ai_prompt2_title": "Prompt 2: Converti le preferenze di config.xml in cambiamenti Capacitor + nativi",
-  "solutions_cordova_to_capacitor_ai_prompt3_title": "Prompt 3: Piano di test di cutover (dispositivi reali)",
-  "solutions_cordova_to_capacitor_ai_quick_links": "Link rapidi",
-  "solutions_cordova_to_capacitor_ai_row_bg_geo": "Geolocalizzazione in background",
-  "solutions_cordova_to_capacitor_ai_row_biometrics": "Biometria",
-  "solutions_cordova_to_capacitor_ai_row_camera": "Fotocamera",
-  "solutions_cordova_to_capacitor_ai_row_iap": "Acquisti in-app",
-  "solutions_cordova_to_capacitor_ai_row_inappbrowser": "Browser in-app",
-  "solutions_cordova_to_capacitor_ai_row_live_updates": "OTA / live updates",
-  "solutions_cordova_to_capacitor_ai_row_scanner": "Scansione documenti",
-  "solutions_cordova_to_capacitor_ai_row_social_login": "Social login",
-  "solutions_cordova_to_capacitor_ai_row_sqlite": "SQLite",
-  "solutions_cordova_to_capacitor_ai_section_changes_body": "Capacitor è più vicino a un'app nativa che ospita la tua web app. Distribuisci veri progetti Xcode e Android Studio, mantieni il tuo codice web esistente e modernizzi i plugin con API Capacitor-first.",
-  "solutions_cordova_to_capacitor_ai_section_changes_title": "Cosa cambia quando lasci Cordova",
-  "solutions_cordova_to_capacitor_ai_section_checklist_title": "Checklist di migrazione (ordine pratico)",
-  "solutions_cordova_to_capacitor_ai_section_help_body": "Se temi blocchi dello store, regressioni dei plugin o rischi nel percorso di upgrade per gli utenti esistenti, possiamo gestire la migrazione end-to-end.",
-  "solutions_cordova_to_capacitor_ai_section_help_title": "Ti serve l'opzione all-inclusive?",
-  "solutions_cordova_to_capacitor_ai_section_plugins_body": "La migrazione è il momento peggiore per accettare plugin che \"più o meno funzionano\". Sostituisci presto i plugin ad alto rischio (auth, pagamenti, servizi in background).",
-  "solutions_cordova_to_capacitor_ai_section_plugins_title": "Mappa di sostituzione dei plugin (Capgo-first)",
-  "solutions_cordova_to_capacitor_ai_section_prompts_body": "Questi prompt sono pensati per produrre output utilizzabili (tabelle, checklist, piani), non consigli vaghi.",
-  "solutions_cordova_to_capacitor_ai_section_prompts_title": "Prompt IA da copiare/incollare",
-  "solutions_cordova_to_capacitor_ai_section_skills_body": "Se stai usando un agente di coding AI (Cursor, Claude Code, ecc.), otterrai risultati migliori quando l'agente segue un playbook coerente per le migrazioni Capacitor. Capgo pubblica skills open-source per Capacitor: plugin, best practice, debugging, CI/CD e live updates.",
-  "solutions_cordova_to_capacitor_ai_section_skills_title": "Capgo Skills per agenti IA (adatte alla migrazione)",
-  "solutions_cordova_to_capacitor_ai_short": "Guida di migrazione con IA (2026)",
-  "solutions_cordova_to_capacitor_ai_skills_see_link": "Skills Capacitor per agenti IA",
-  "solutions_cordova_to_capacitor_ai_skills_see_prefix": "Vedi:",
-  "solutions_cordova_to_capacitor_ai_step1_item1": "<strong>config.xml</strong> preferenze (orientamento, status bar, ecc.)",
-  "solutions_cordova_to_capacitor_ai_step1_item2": "Variabili dei plugin (API key, placeholder del manifest, schemi URL)",
-  "solutions_cordova_to_capacitor_ai_step1_item3": "Hook/script personalizzati su cui fai affidamento",
-  "solutions_cordova_to_capacitor_ai_step1_item4": "Qualsiasi modifica nativa manuale dentro <code>platforms/</code>",
-  "solutions_cordova_to_capacitor_ai_step1_subtitle": "Esporta ciò che hai oggi e usalo come input per la migrazione:",
-  "solutions_cordova_to_capacitor_ai_step1_title": "1) Fai l'audit della tua app Cordova",
-  "solutions_cordova_to_capacitor_ai_step2_body": "Assicurati che <code>webDir</code> corrisponda alla cartella di output della build (es: <code>dist</code>, <code>build</code>, <code>www</code>).",
-  "solutions_cordova_to_capacitor_ai_step2_title": "2) Aggiungi Capacitor alla tua web app",
-  "solutions_cordova_to_capacitor_ai_step3_title": "3) Aggiungi i progetti iOS + Android",
-  "solutions_cordova_to_capacitor_ai_step4_title": "4) Build + Sync",
-  "solutions_cordova_to_capacitor_ai_table_cordova_plugin": "Plugin Cordova (esempi)",
-  "solutions_cordova_to_capacitor_ai_table_replacement": "Sostituzione Capacitor consigliata",
-  "solutions_cordova_to_capacitor_ai_table_use_case": "Caso d'uso",
-  "solutions_cordova_to_capacitor_ai_title": "Migrazione da Cordova a Capacitor assistita dall'IA (2026)",
-  "solutions_cordova_to_capacitor_badge": "Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_benefit1_desc": "Capacitor follows iOS and Android changes closely, with active community support and a steady stream of updates.",
-  "solutions_cordova_to_capacitor_benefit1_title": "A Maintained Ecosystem",
-  "solutions_cordova_to_capacitor_benefit2_desc": "Modern native projects and clearer plugin patterns mean fewer mysterious runtime issues and faster root-cause analysis.",
-  "solutions_cordova_to_capacitor_benefit2_title": "Fewer Bugs and Easier Debugging",
-  "solutions_cordova_to_capacitor_benefit3_desc": "More modern tooling and WebView integration unlock faster startup paths and smoother UX when you optimize.",
-  "solutions_cordova_to_capacitor_benefit3_title": "Performance Headroom",
-  "solutions_cordova_to_capacitor_benefit4_desc": "Spend less time on forks and brittle build fixes. Reduce the long-term cost of ownership.",
-  "solutions_cordova_to_capacitor_benefit4_title": "Lower Maintenance Burden",
-  "solutions_cordova_to_capacitor_benefit5_desc": "Standard Xcode/Android Studio workflows plus modern CI/CD. Pair with live updates to ship fixes without waiting on reviews.",
-  "solutions_cordova_to_capacitor_benefit5_title": "Faster Releases and Safer Rollouts",
-  "solutions_cordova_to_capacitor_benefit6_desc": "Use Capacitor plugins, keep compatible Cordova plugins when needed, or build custom Swift/Kotlin plugins cleanly.",
-  "solutions_cordova_to_capacitor_benefit6_title": "More Plugins, More Capabilities",
-  "solutions_cordova_to_capacitor_benefit7_desc": "Stay current with platform requirements and dependency updates, and reduce the risk of abandoned packages.",
-  "solutions_cordova_to_capacitor_benefit7_title": "Better Security Posture",
-  "solutions_cordova_to_capacitor_benefit8_desc": "Move on a stack that makes it easier to implement and maintain screen reader support, focus management, and UX fixes.",
-  "solutions_cordova_to_capacitor_benefit8_title": "Accessibility Improvements That Stick",
-  "solutions_cordova_to_capacitor_benefits_label": "Benefits",
-  "solutions_cordova_to_capacitor_benefits_subtitle": "Better maintenance, fewer bugs, better performance, and more ways to ship.",
-  "solutions_cordova_to_capacitor_benefits_title": "Why Capacitor Is the Better Long-Term Bet",
-  "solutions_cordova_to_capacitor_cta_note": "Fixed timeline for most apps. Complex native integrations may require a follow-up phase.",
-  "solutions_cordova_to_capacitor_cta_subtitle": "Get a 10-day migration plan and a modern Capacitor baseline you can build on for years.",
-  "solutions_cordova_to_capacitor_cta_title": "Ready to Leave Cordova Behind?",
-  "solutions_cordova_to_capacitor_day10_desc": "Cut a release candidate, support store submission if needed, and hand off docs and next steps.",
-  "solutions_cordova_to_capacitor_day10_title": "Go-Live Support",
-  "solutions_cordova_to_capacitor_day1_desc": "Review Cordova config, plugins, native hooks, and build pipeline. Produce a migration plan and risk list.",
-  "solutions_cordova_to_capacitor_day1_title": "Audit and Migration Plan",
-  "solutions_cordova_to_capacitor_day2_desc": "Initialize Capacitor, set up iOS/Android projects, align package scripts, and establish baseline builds.",
-  "solutions_cordova_to_capacitor_day2_title": "Capacitor Project Setup",
-  "solutions_cordova_to_capacitor_day3_desc": "Wire your existing web build into Capacitor, configure app metadata, icons, and basic runtime settings.",
-  "solutions_cordova_to_capacitor_day3_title": "Web App Integration",
-  "solutions_cordova_to_capacitor_day4_desc": "Map Cordova plugins to Capacitor equivalents. Keep compatible Cordova plugins when safe, replace the rest.",
-  "solutions_cordova_to_capacitor_day4_title": "Plugin Mapping",
-  "solutions_cordova_to_capacitor_day5_desc": "Configure permissions, entitlements, deep links, push prerequisites, and any required native settings.",
-  "solutions_cordova_to_capacitor_day5_title": "Native Configuration",
-  "solutions_cordova_to_capacitor_day6_desc": "Validate core user flows and ensure parity with your Cordova app. Fix regressions and edge cases.",
-  "solutions_cordova_to_capacitor_day6_title": "Feature Parity Pass",
-  "solutions_cordova_to_capacitor_day7_desc": "Remove legacy workarounds, tune WebView settings, and fix crashers found during testing.",
-  "solutions_cordova_to_capacitor_day7_title": "Performance and Stability Hardening",
-  "solutions_cordova_to_capacitor_day8_desc": "Improve screen reader behavior, focus order, and touch targets. Validate with real devices.",
-  "solutions_cordova_to_capacitor_day8_title": "Accessibility Pass",
-  "solutions_cordova_to_capacitor_day9_desc": "Set up repeatable builds, signing, and a release checklist. Create a rollback plan.",
-  "solutions_cordova_to_capacitor_day9_title": "CI/CD and Release Prep",
-  "solutions_cordova_to_capacitor_deliverable1": "A working Capacitor iOS project (Xcode) and Android project (Gradle/Android Studio)",
-  "solutions_cordova_to_capacitor_deliverable2": "Critical plugins migrated or replaced, with a clear compatibility matrix",
-  "solutions_cordova_to_capacitor_deliverable3": "A documented build and release process (local + CI)",
-  "solutions_cordova_to_capacitor_deliverable4": "A tested migration branch/PR ready to merge, with a release checklist",
-  "solutions_cordova_to_capacitor_deliverable5": "Accessibility and performance improvements prioritized with quick wins applied",
-  "solutions_cordova_to_capacitor_deliverable6": "A roadmap for remaining plugin work and future native capabilities",
-  "solutions_cordova_to_capacitor_deliverables_label": "Deliverables",
-  "solutions_cordova_to_capacitor_deliverables_note": "Need custom native work or a plugin that doesn't exist? We can build and maintain it.",
-  "solutions_cordova_to_capacitor_deliverables_title": "What You Get at the End",
-  "solutions_cordova_to_capacitor_description": "Move from Cordova to Capacitor in 10 days. Reduce maintenance burden, improve performance and accessibility, and unlock a richer plugin ecosystem.",
-  "solutions_cordova_to_capacitor_diy_cta": "Read the migration guide",
-  "solutions_cordova_to_capacitor_diy_subtitle": "We have a step-by-step guide if you want to migrate yourself, and we're here if you want experts to run it end-to-end.",
-  "solutions_cordova_to_capacitor_diy_title": "Prefer to DIY?",
-  "solutions_cordova_to_capacitor_faq1_a": "No. In most migrations, your web UI and business logic stay the same. We focus on the native layer, plugins, and build pipeline.",
-  "solutions_cordova_to_capacitor_faq1_q": "Do we have to rewrite the app?",
-  "solutions_cordova_to_capacitor_faq2_a": "Sometimes. Capacitor can use many Cordova plugins, but we prefer maintained equivalents for critical paths to reduce long-term risk.",
-  "solutions_cordova_to_capacitor_faq2_q": "Can we keep Cordova plugins?",
-  "solutions_cordova_to_capacitor_faq3_a": "Those are usually better in Capacitor because the ecosystem is active. We map each capability to stable plugins and configure native settings.",
-  "solutions_cordova_to_capacitor_faq3_q": "What about push notifications, deep links, and biometrics?",
-  "solutions_cordova_to_capacitor_faq4_a": "Typically you gain performance headroom and stability by removing legacy code and moving to modern tooling. We also run a hardening pass during the migration.",
-  "solutions_cordova_to_capacitor_faq4_q": "Will this improve performance?",
-  "solutions_cordova_to_capacitor_faq5_a": "We keep feature parity as the goal, test core flows, and ship with a rollback plan. If you use live updates, you can also fix issues fast after release.",
-  "solutions_cordova_to_capacitor_faq5_q": "How do you reduce release risk?",
-  "solutions_cordova_to_capacitor_faq6_a": "Access to your repo, your current signing/setup (or someone who can provide it), and a list of must-have plugins and flows.",
-  "solutions_cordova_to_capacitor_faq6_q": "What do you need from us to start?",
-  "solutions_cordova_to_capacitor_faq_subtitle": "The common questions teams ask before migrating.",
-  "solutions_cordova_to_capacitor_faq_title": "FAQ",
-  "solutions_cordova_to_capacitor_hero_highlight": "Fixed timeline, clear deliverables, and a safe release plan",
-  "solutions_cordova_to_capacitor_hero_subtitle": "Keep your UI and business logic, modernize the native layer, and unlock a maintained ecosystem of plugins and capabilities.",
-  "solutions_cordova_to_capacitor_hero_title": "Migrate from Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_pain1_desc": "Unmaintained plugins break with new SDKs. Teams end up forking, patching, and carrying tech debt release after release.",
-  "solutions_cordova_to_capacitor_pain1_title": "Plugins Are Aging",
-  "solutions_cordova_to_capacitor_pain2_desc": "Xcode and Android Gradle changes turn routine upgrades into fire drills, slowing down releases and increasing risk.",
-  "solutions_cordova_to_capacitor_pain2_title": "Builds Break on Every Platform Update",
-  "solutions_cordova_to_capacitor_pain3_desc": "Modern accessibility expectations require maintained tooling and plugins. Legacy stacks make improvements slower and bug-prone.",
-  "solutions_cordova_to_capacitor_pain3_title": "Accessibility and UX Are Harder Than They Should Be",
-  "solutions_cordova_to_capacitor_pain4_desc": "Biometrics, passkeys, modern notifications, deep links, app extensions: the Capacitor ecosystem moves faster and gives you options.",
-  "solutions_cordova_to_capacitor_pain4_title": "You Miss Out on New Capabilities",
-  "solutions_cordova_to_capacitor_plan_label": "10-Day Plan",
-  "solutions_cordova_to_capacitor_plan_subtitle": "We start with an audit, migrate the native layer, replace critical plugins, and ship with confidence.",
-  "solutions_cordova_to_capacitor_plan_title": "A Clear Migration Plan, Delivered in 10 Days",
-  "solutions_cordova_to_capacitor_reality_label": "Why Move",
-  "solutions_cordova_to_capacitor_reality_subtitle": "The longer you wait, the more expensive each iOS/Android update becomes.",
-  "solutions_cordova_to_capacitor_reality_title": "Cordova Is Quietly Taxing Your Team",
-  "solutions_cordova_to_capacitor_scope_keep_html": "<li>Your existing UI and routes</li><li>Your JS/TS codebase and state management</li><li>Your backend, APIs, and analytics</li><li>Your product roadmap</li><li>Your app identity and store presence</li>",
-  "solutions_cordova_to_capacitor_scope_keep_title": "You keep",
-  "solutions_cordova_to_capacitor_scope_note": "We migrate your native layer while preserving your product. The goal is a stable Capacitor baseline you can iterate on.",
-  "solutions_cordova_to_capacitor_scope_title": "Keep What Works. Upgrade What Holds You Back.",
-  "solutions_cordova_to_capacitor_scope_upgrade_html": "<li>Native iOS/Android projects (Xcode, Android Studio)</li><li>Plugin layer with maintained equivalents</li><li>Build configuration, signing, and permissions</li><li>Modern debugging and tooling</li><li>Release pipeline and rollback plan</li>",
-  "solutions_cordova_to_capacitor_scope_upgrade_title": "We upgrade",
-  "solutions_cordova_to_capacitor_short": "Cordova to Capacitor",
-  "solutions_cordova_to_capacitor_title": "Cordova to Capacitor Migration",
-  "solutions_cordova_to_capacitor_visual1_desc": "Replace brittle plugins and remove legacy hacks that cause crashes and weird edge cases.",
-  "solutions_cordova_to_capacitor_visual1_title": "Fewer Production Bugs",
-  "solutions_cordova_to_capacitor_visual2_desc": "Stay aligned with platform changes, reduce forks, and keep dependencies current.",
-  "solutions_cordova_to_capacitor_visual2_title": "Maintenance and Security",
-  "solutions_cordova_to_capacitor_visual3_desc": "Native builds that CI understands, plus faster releases with safer rollouts.",
-  "solutions_cordova_to_capacitor_visual3_title": "Modern Delivery Workflow",
-  "solutions_days": "giorni",
-  "solutions_direct_background_mode": "Background Mode (Default)",
-  "solutions_direct_background_problem": "The Problem with Background Updates",
-  "solutions_direct_benefit1_desc": "Every user who opens your app after an update gets the new version immediately. No exceptions. No 'one more session with the bug.' Every single session runs your latest code.",
-  "solutions_direct_benefit1_point1": "100% of sessions run your latest code - not 95%, not 99%, but 100%",
-  "solutions_direct_benefit1_point2": "Critical bug fixes reach users before they can experience the bug",
-  "solutions_direct_benefit1_point3": "Compliance updates take effect immediately across all devices",
-  "solutions_direct_benefit1_stat": "of sessions running latest code",
-  "solutions_direct_benefit1_title": "Zero Outdated Sessions",
-  "solutions_direct_benefit2_desc": "When you push a fix, it's truly fixed. Users don't experience the bug 'one more time' while waiting for the next launch. The moment they open the app after your fix, they get the fixed version.",
-  "solutions_direct_benefit2_point1": "No more 'I just hit that bug' support tickets after you've deployed",
-  "solutions_direct_benefit2_point2": "Monitoring shows immediate improvement, not gradual rollout curves",
-  "solutions_direct_benefit2_point3": "On-call engineers can go back to sleep immediately after deploying",
-  "solutions_direct_benefit2_stat": "Bug experiences after fix deployed",
-  "solutions_direct_benefit2_title": "Instant Bug Resolution",
-  "solutions_direct_benefit3_desc": "New users downloading your app for the first time always get your best onboarding flow. When you A/B test and find a winner, every new user gets it immediately - not after a background download cycle.",
-  "solutions_direct_benefit3_point1": "New users never see outdated onboarding flows",
-  "solutions_direct_benefit3_point2": "A/B test winners deploy instantly to 100% of new users",
-  "solutions_direct_benefit3_point3": "First impressions are always your best current experience",
-  "solutions_direct_benefit3_stat": "Improvement in Day-1 retention",
-  "solutions_direct_benefit3_title": "Optimized User Onboarding",
-  "solutions_direct_benefits_subtitle": "Direct Updates solve problems that background updates can't. Here's what makes the difference.",
-  "solutions_direct_benefits_title": "Why Teams Choose Direct Updates",
-  "solutions_direct_bg_result": "Users always experience one session with the old version after you push an update.",
-  "solutions_direct_bg_step1": "User opens app",
-  "solutions_direct_bg_step2": "App renders immediately (old version)",
-  "solutions_direct_bg_step3": "Update downloads in background",
-  "solutions_direct_bg_step4": "Update applies on NEXT launch",
-  "solutions_direct_case_company": "QuickCart",
-  "solutions_direct_case_industry": "E-Commerce - Flash Sale App",
-  "solutions_direct_case_metric1_label": "Time to 100% deployment",
-  "solutions_direct_case_metric1_value": "0 minutes",
-  "solutions_direct_case_metric2_label": "Affected transactions post-fix",
-  "solutions_direct_case_metric2_value": "0",
-  "solutions_direct_case_metric3_label": "Revenue protected per incident",
-  "solutions_direct_case_metric3_value": "$1.8M+",
-  "solutions_direct_case_metric4_label": "Customer support tickets",
-  "solutions_direct_case_metric4_value": "-97%",
-  "solutions_direct_case_para1": "QuickCart runs flash sales with 100,000+ concurrent users during peak events. When a payment gateway update broke their checkout flow, they discovered it 4 hours into a major sale. With background updates, users who had already opened the app would experience the bug.",
-  "solutions_direct_case_para2": "Their engineering team pushed the fix in 23 minutes. But with background updates, over 40,000 users who opened the app during those 23 minutes would still hit the bug on their current session. At their average order value of $47, that represented over $1.8 million in at-risk revenue.",
-  "solutions_direct_case_para3": "After switching to Direct Updates, their next incident was resolved with zero affected transactions. The fix deployed in 18 minutes, and every user who opened the app after that moment got the fixed version immediately. Their CFO now insists on Direct Updates for all customer-facing payment flows.",
-  "solutions_direct_case_quote": "Background updates are fine for feature releases. But for anything touching payments, authentication, or compliance? Direct Updates are non-negotiable.",
-  "solutions_direct_case_quote_author": "David Park, VP of Engineering at QuickCart",
-  "solutions_direct_case_results": "The Results",
-  "solutions_direct_d_result": "Users always see your latest code. Zero exceptions. Zero outdated sessions.",
-  "solutions_direct_d_step1": "User opens app",
-  "solutions_direct_d_step2": "Update downloads immediately (~500ms)",
-  "solutions_direct_d_step3": "App renders with latest version",
-  "solutions_direct_direct_mode": "Direct Mode (Instant)",
-  "solutions_direct_final_cta_note": "One config change. Sub-second updates. Zero outdated sessions.",
-  "solutions_direct_final_cta_subtitle": "Every session after your fix should run your fix. Direct Updates make that a reality.",
-  "solutions_direct_final_cta_title": "Stop Letting Users Experience Fixed Bugs",
-  "solutions_direct_instant_apply": "Updates apply instantly",
-  "solutions_direct_problem_result": "With background updates, users experience bugs at least once after you've fixed them. For critical issues, that's too many times.",
-  "solutions_direct_problem_step1_desc": "Your update is available, but the user sees the buggy version. Background download starts silently.",
-  "solutions_direct_problem_step1_title": "User Opens App with Bug",
-  "solutions_direct_problem_step2_desc": "They encounter the exact issue you fixed. Frustration builds. Maybe they leave a 1-star review.",
-  "solutions_direct_problem_step2_title": "User Experiences the Bug",
-  "solutions_direct_problem_step3_desc": "The fix was ready, but they had to experience the bug first. For critical issues, that's unacceptable.",
-  "solutions_direct_problem_step3_title": "Update Applies on NEXT Launch",
-  "solutions_direct_problem_title": "Background Updates Aren't Fast Enough for Critical Fixes",
-  "solutions_direct_scenario1_desc": "Users can't complete purchases. Every session without the fix is lost revenue.",
-  "solutions_direct_scenario1_title": "Payment Flow Broken",
-  "solutions_direct_scenario2_desc": "A security flaw was discovered. Users shouldn't run the vulnerable code even once.",
-  "solutions_direct_scenario2_title": "Security Vulnerability",
-  "solutions_direct_scenario3_desc": "New regulations take effect at midnight. Every user must see the updated terms immediately.",
-  "solutions_direct_scenario3_title": "Compliance Deadline",
-  "solutions_direct_scenario_title": "How QuickCart Eliminated Payment Failures Overnight",
-  "solutions_direct_solution_subtitle": "Direct Updates check for and apply updates when users open your app - before they see anything. The experience is seamless, and every session runs your latest code.",
-  "solutions_direct_solution_title": "Updates That Apply Before the App Renders",
-  "solutions_direct_speed_apply": "Total time to app render",
-  "solutions_direct_speed_check": "Update check time",
-  "solutions_direct_speed_download": "Typical bundle download",
-  "solutions_direct_speed_subtitle": "Direct Updates are only viable if they're fast. Our global infrastructure ensures updates apply in under a second.",
-  "solutions_direct_speed_title": "Built for Speed",
-  "solutions_direct_speed_uptime": "Infrastructure uptime",
-  "solutions_direct_sub_second": "Sub-second update time",
-  "solutions_direct_updates": "Aggiornamenti diretti",
-  "solutions_direct_updates_description": "Fix critical bugs in seconds, not weeks. Show users the latest version immediately when they open your app - no waiting for background downloads.",
-  "solutions_direct_updates_hero_subtitle": "Your app can't afford critical bugs sitting unfixed while App Store reviews drag on. Direct Updates ensure every user gets the fix immediately on their next app open.",
-  "solutions_direct_updates_hero_title": "Fix Bugs in Seconds, Not Weeks",
-  "solutions_direct_updates_title": "Direct Updates - Instant App Changes",
-  "solutions_direct_usecase1_desc": "Payment failures, authentication issues, data corruption - bugs where experiencing them once is too many times.",
-  "solutions_direct_usecase1_title": "Critical Bug Fixes",
-  "solutions_direct_usecase2_desc": "First impressions matter. Ensure every new user gets your best, most optimized onboarding experience from their first session.",
-  "solutions_direct_usecase2_title": "New User Onboarding",
-  "solutions_direct_usecase3_desc": "Features tied to specific times - holiday sales, product launches, live events. They need to be live exactly when the event starts.",
-  "solutions_direct_usecase3_title": "Event-Based Features",
-  "solutions_direct_usecase4_desc": "Vulnerability discovered? Users shouldn't run vulnerable code even once after you've patched it.",
-  "solutions_direct_usecase4_title": "Security Patches",
-  "solutions_direct_usecase5_desc": "Found a winning variant? Ship it to 100% of users immediately instead of waiting for gradual background updates.",
-  "solutions_direct_usecase5_title": "A/B Test Rollouts",
-  "solutions_direct_usecase6_desc": "New regulations, updated terms, required disclosures. Legal deadlines don't wait for background downloads.",
-  "solutions_direct_usecase6_title": "Compliance Updates",
-  "solutions_direct_when_matters": "When Every Session Matters",
-  "solutions_direct_when_subtitle": "Direct Updates are ideal for scenarios where immediate consistency matters more than invisible updates.",
-  "solutions_direct_when_title": "When to Use Direct Updates",
-  "solutions_direct_zero_outdated": "Zero outdated sessions",
-  "solutions_ecommerce_badge": "Ottimizzato E-Commerce",
-  "solutions_ecommerce_cta_note": "14-day free trial. No credit card required. Works with any e-commerce platform.",
-  "solutions_ecommerce_cta_subtitle": "Deploy updates during your biggest sales. Fix bugs before they cost you customers.",
-  "solutions_ecommerce_cta_title": "Ready to Stop Losing Sales?",
-  "solutions_ecommerce_description": "Ogni minuto con checkout rotto costa ricavi. Correggi bug istantaneamente, lancia flash sale.",
-  "solutions_ecommerce_hero_subtitle": "Un bottone checkout rotto a mezzanotte? Correggilo istantaneamente invece di perdere ricavi domani.",
-  "solutions_ecommerce_hero_title": "Proteggi i ricavi con aggiornamenti rapidi",
-  "solutions_ecommerce_nightmare_cost": "Lost revenue per hour with broken checkout",
-  "solutions_ecommerce_nightmare_para1": "It's Black Friday morning. Traffic is 10x normal. Then you see it: the promo code field doesn't work on iOS.",
-  "solutions_ecommerce_nightmare_para2": "You have 10,000 customers trying to check out. They can't apply their 30% discount. They're abandoning carts.",
-  "solutions_ecommerce_nightmare_para3": "You fix the bug in 20 minutes. But the fix won't go live until next Wednesday. After the sale ends.",
-  "solutions_ecommerce_nightmare_title": "Black Friday Nightmare",
-  "solutions_ecommerce_pain1_desc": "Your sale starts in 2 hours. You just found a bug in the promo code logic. App store review takes 5 days.",
-  "solutions_ecommerce_pain1_title": "Flash Sales Can't Wait",
-  "solutions_ecommerce_pain2_desc": "Every checkout bug is lost revenue. Every. Single. One. And you can't fix them fast enough.",
-  "solutions_ecommerce_pain2_title": "Cart Bugs Kill Conversions",
-  "solutions_ecommerce_pain3_desc": "You want to test a new checkout flow. With app store reviews, each iteration takes a week.",
-  "solutions_ecommerce_pain3_title": "A/B Testing Is Too Slow",
-  "solutions_ecommerce_pain4_desc": "'App is broken' reviews during peak season destroy your conversion rate. And they're permanent.",
-  "solutions_ecommerce_pain4_title": "Bad Reviews Tank Sales",
-  "solutions_ecommerce_reality_label": "The E-commerce Reality",
-  "solutions_ecommerce_reality_title": "Every Bug Costs You Money",
-  "solutions_ecommerce_results_title": "Results That Matter",
-  "solutions_ecommerce_short": "E-Commerce",
-  "solutions_ecommerce_sol1_desc": "Found a bug during your flash sale? Fix it and push the update. Your customers get the fix in hours, not days.",
-  "solutions_ecommerce_sol1_title": "Push Updates Mid-Sale",
-  "solutions_ecommerce_sol2_desc": "Test checkout flows, product pages, promo displays. Get results in days, not months.",
-  "solutions_ecommerce_sol2_title": "A/B Test Everything",
-  "solutions_ecommerce_sol3_desc": "Payment failures, coupon bugs, checkout crashes - fix them the moment you find them.",
-  "solutions_ecommerce_sol3_title": "Fix Cart Issues Instantly",
-  "solutions_ecommerce_sol4_desc": "Holiday themes, sale banners, seasonal promotions - update them instantly without a new app release.",
-  "solutions_ecommerce_sol4_title": "Seasonal Updates On Demand",
-  "solutions_ecommerce_solution_label": "The Solution",
-  "solutions_ecommerce_solution_subtitle": "Fix bugs during sales. Test new features daily. Never lose revenue to app store delays.",
-  "solutions_ecommerce_solution_title": "Ship Updates As Fast As Your Business Moves",
-  "solutions_ecommerce_stat1": "Conversion rate increase",
-  "solutions_ecommerce_stat2": "Cart abandonment reduction",
-  "solutions_ecommerce_stat3": "Faster feature iteration",
-  "solutions_ecommerce_stat4": "Bug fix time",
-  "solutions_ecommerce_title": "Per E-Commerce",
-  "solutions_enterprise_customers_subtitle": "Companies that can't afford downtime rely on Capgo",
-  "solutions_enterprise_customers_title": "Trusted By Enterprise Teams",
-  "solutions_enterprise_problem1_desc": "You have 10, 20, 50 apps across different teams. Coordinating releases is a nightmare. One team's deploy breaks another team's app.",
-  "solutions_enterprise_problem1_title": "Too Many Apps, Not Enough Control",
-  "solutions_enterprise_problem2_desc": "Half your users are on v2.3, the other half on v2.1. Support tickets pile up for bugs you already fixed.",
-  "solutions_enterprise_problem2_title": "Version Fragmentation",
-  "solutions_enterprise_problem3_desc": "When auditors ask 'who deployed what, when, and why?' you need answers. Not excuses.",
-  "solutions_enterprise_problem3_title": "Compliance & Audits",
-  "solutions_enterprise_problem4_desc": "App store reviews take days. By the time your fix ships, the damage is done.",
-  "solutions_enterprise_problem4_title": "Slow Rollouts",
-  "solutions_enterprise_problem5_desc": "Multiple teams deploying to the same app. Conflicting changes. No visibility into what's live.",
-  "solutions_enterprise_problem5_title": "Team Coordination Chaos",
-  "solutions_enterprise_problem6_desc": "A critical bug hits production on Friday night. Your only option is waiting for app store approval.",
-  "solutions_enterprise_problem6_title": "Production Incidents at 2 AM",
-  "solutions_enterprise_problems_label": "We Get It",
-  "solutions_enterprise_problems_title": "Your Problems Are Our Priority",
-  "solutions_enterprise_short": "Enterprise",
-  "solutions_enterprise_sol1_desc": "Manage every app in your portfolio from a single view. See version adoption, deployment status, and user metrics at a glance.",
-  "solutions_enterprise_sol1_point1": "Organization-wide app management",
-  "solutions_enterprise_sol1_point2": "Role-based access control per app",
-  "solutions_enterprise_sol1_point3": "Unified deployment across all apps",
-  "solutions_enterprise_sol1_title": "One Dashboard, All Your Apps",
-  "solutions_enterprise_sol2_desc": "Never deploy blind again. Roll out to internal QA first, then beta users, then 10% of production. Catch issues before they become incidents.",
-  "solutions_enterprise_sol2_point1": "Percentage-based gradual rollouts",
-  "solutions_enterprise_sol2_point2": "Automatic rollback on crash detection",
-  "solutions_enterprise_sol2_point3": "Device and user targeting",
-  "solutions_enterprise_sol2_title": "Staged Rollouts That Protect You",
-  "solutions_enterprise_sol3_desc": "Every deployment is logged. Every change tracked. When auditors come knocking, you're ready.",
-  "solutions_enterprise_sol3_point1": "Complete deployment audit trails",
-  "solutions_enterprise_sol3_point2": "SOC 2 Type II certified infrastructure",
-  "solutions_enterprise_sol3_point3": "GDPR compliant by design",
-  "solutions_enterprise_sol3_title": "Audit-Ready Compliance",
-  "solutions_enterprise_solution_label": "The Solution",
-  "solutions_enterprise_solution_subtitle": "Manage all your apps from one dashboard. Push updates in minutes. Roll back in seconds.",
-  "solutions_enterprise_solution_title": "Deploy With Confidence, At Scale",
-  "solutions_enterprise_stat_rollback": "Rollback time",
-  "solutions_enterprise_stat_updates": "Updates delivered monthly",
-  "solutions_enterprise_stat_uptime": "Platform uptime",
-  "solutions_enterprise_tagline": "Deploy multi-app, multi-team",
-  "solutions_enterprise_testimonial": "We manage 23 apps across 5 teams. Before Capgo, coordinating releases was chaos. Now one engineer handles deployments for the entire portfolio.",
-  "solutions_enterprise_testimonial_author": "James Chen",
-  "solutions_enterprise_testimonial_role": "VP of Engineering, Fortune 500 Retail Company",
-  "solutions_final_cta_note": "Prova gratuita di 14 giorni. Nessuna carta di credito richiesta. Configurazione in 5 minuti.",
-  "solutions_final_cta_subtitle": "Inizia oggi con gli aggiornamenti live per la tua app",
-  "solutions_final_cta_title": "Pronto per iniziare?",
-  "solutions_fintech_badge": "Ottimizzato Fintech",
-  "solutions_fintech_badge_e2e": "End-to-End Encryption",
-  "solutions_fintech_badge_gdpr": "Conforme GDPR",
-  "solutions_fintech_badge_soc2": "SOC 2 Type II Certified",
-  "solutions_fintech_cert1_desc": "Independently audited security controls and processes",
-  "solutions_fintech_cert1_title": "SOC 2 Type II",
-  "solutions_fintech_cert2_desc": "EU data protection compliance built-in",
-  "solutions_fintech_cert2_title": "GDPR Compliant",
-  "solutions_fintech_cert3_desc": "Your code is encrypted. Only your app can decrypt it.",
-  "solutions_fintech_cert3_title": "End-to-End Encryption",
-  "solutions_fintech_cta_note": "14-day free trial. SOC 2 certified. Enterprise plans available.",
-  "solutions_fintech_cta_subtitle": "Deploy security patches in minutes. Stay compliant. Sleep better.",
-  "solutions_fintech_cta_title": "Ready to Secure Your Fintech App?",
-  "solutions_fintech_description": "Sicurezza e conformità per app finanziarie. Crittografia end-to-end, log di audit, opzione self-hosting.",
-  "solutions_fintech_hero_subtitle": "Deploy di fix critici istantaneamente senza compromettere sicurezza o conformità.",
-  "solutions_fintech_hero_title": "Aggiornamenti sicuri per app finanziarie",
-  "solutions_fintech_nightmare_para1": "It's 2 AM on Friday. Your security team finds a vulnerability in the payment flow. Users' financial data could be exposed.",
-  "solutions_fintech_nightmare_para2": "You have the fix ready in 30 minutes. Now you submit to the app store and wait.",
-  "solutions_fintech_nightmare_para3": "5 days. That's how long until Apple approves your critical security patch. 5 days of exposure.",
-  "solutions_fintech_nightmare_title": "Your Worst Nightmare",
-  "solutions_fintech_opensource_cta": "View on GitHub",
-  "solutions_fintech_opensource_desc": "Audit our code yourself. We have nothing to hide. Our entire backend is open source, so your security team can verify everything.",
-  "solutions_fintech_opensource_title": "100% Open Source",
-  "solutions_fintech_pain1_desc": "Security patches can't wait 5 days. Neither can compliance fixes. Every hour matters.",
-  "solutions_fintech_pain1_title": "App Store Reviews Are Too Slow",
-  "solutions_fintech_pain2_desc": "SOC 2, PCI-DSS, GDPR - you need audit trails for everything. 'We pushed the fix' isn't enough.",
-  "solutions_fintech_pain2_title": "Compliance Requirements Are Strict",
-  "solutions_fintech_pain3_desc": "When your app is broken, transactions fail. Every minute of downtime is lost revenue and lost trust.",
-  "solutions_fintech_pain3_title": "Downtime Costs Millions",
-  "solutions_fintech_pain4_desc": "When regulators ask how you respond to security incidents, 'we wait for Apple' isn't an acceptable answer.",
-  "solutions_fintech_pain4_title": "Regulators Are Watching",
-  "solutions_fintech_reality_label": "The Fintech Reality",
-  "solutions_fintech_reality_title": "In Finance, Every Second Counts",
-  "solutions_fintech_short": "Fintech e Banche",
-  "solutions_fintech_sol1_desc": "When you find a vulnerability, fix it immediately. No app store review. No waiting. Your users are protected in hours, not days.",
-  "solutions_fintech_sol1_title": "Instant Security Patches",
-  "solutions_fintech_sol2_desc": "Every deployment is logged with timestamps, user info, and change details. When auditors ask, you have answers.",
-  "solutions_fintech_sol2_point1": "Complete deployment audit trails",
-  "solutions_fintech_sol2_point2": "User-level tracking for compliance",
-  "solutions_fintech_sol2_point3": "Exportable reports for regulators",
-  "solutions_fintech_sol2_title": "Audit-Ready Compliance",
-  "solutions_fintech_sol3_desc": "Your app bundles are encrypted in transit and at rest. Only your app can decrypt them. Not us. Not anyone.",
-  "solutions_fintech_sol3_title": "End-to-End Encryption",
-  "solutions_fintech_sol4_desc": "If a deployment causes issues, roll back to the previous version in seconds. No downtime. No data loss.",
-  "solutions_fintech_sol4_title": "Instant Rollback",
-  "solutions_fintech_solution_label": "The Solution",
-  "solutions_fintech_solution_subtitle": "Deploy critical fixes instantly. Full audit trail. Compliance-ready.",
-  "solutions_fintech_solution_title": "Security Patches in Minutes, Not Days",
-  "solutions_fintech_title": "Per Fintech",
-  "solutions_fintech_trust_subtitle": "We take security as seriously as you do",
-  "solutions_fintech_trust_title": "Security You Can Trust",
-  "solutions_get_started": "Inizia ora",
-  "solutions_healthcare_audit_label": "Tracciabilità Completa",
-  "solutions_healthcare_audit_subtitle": "Quando gli auditor chiedono 'quale codice è in esecuzione sui dispositivi dei pazienti?', avrai la risposta.",
-  "solutions_healthcare_audit_title": "Ogni Aggiornamento Collegato alla Sua Origine",
-  "solutions_healthcare_badge": "Ottimizzato Healthcare",
-  "solutions_healthcare_badge_e2e": "End-to-End Encryption",
-  "solutions_healthcare_badge_hipaa": "Conforme HIPAA",
-  "solutions_healthcare_badge_soc2": "SOC 2 Type II",
-  "solutions_healthcare_cert1_desc": "Infrastructure designed for protected health information",
-  "solutions_healthcare_cert1_title": "HIPAA Ready",
-  "solutions_healthcare_cert2_desc": "Independently audited security controls",
-  "solutions_healthcare_cert2_title": "SOC 2 Type II",
-  "solutions_healthcare_cert3_desc": "Audit our code. We have nothing to hide.",
-  "solutions_healthcare_cert3_title": "Open Source",
-  "solutions_healthcare_commit_desc": "Ogni pacchetto si collega automaticamente al preciso commit Git da cui è stato costruito. Rintraccia qualsiasi codice distribuito fino alla sua origine, autore e catena di approvazione.",
-  "solutions_healthcare_commit_title": "Collegamento Commit Git",
-  "solutions_healthcare_cta_note": "14-day free trial. HIPAA-ready. Enterprise plans with BAA available.",
-  "solutions_healthcare_cta_subtitle": "Deploy critical fixes in minutes. Stay compliant. Keep patients safe.",
-  "solutions_healthcare_cta_title": "Ready to Protect Your Patients?",
-  "solutions_healthcare_description": "Aggiornamenti compliance-first per app sanitarie. Compatibile HIPAA, opzione self-hosting.",
-  "solutions_healthcare_hero_subtitle": "Deploy di aggiornamenti critici mantenendo la conformità HIPAA completa.",
-  "solutions_healthcare_hero_title": "Aggiornamenti sicuri per app sanitarie",
-  "solutions_healthcare_inapp_desc": "Visualizza la versione del bundle, le note di rilascio e i messaggi personalizzati direttamente nella tua app. Lascia che il personale clinico verifichi di utilizzare la versione approvata.",
-  "solutions_healthcare_inapp_title": "Informazioni sulla Versione nella Tua App",
-  "solutions_healthcare_pain1_desc": "Clinical decision support bugs need immediate fixes. App store reviews take 5-7 days. That's unacceptable.",
-  "solutions_healthcare_pain1_title": "Patient Safety Can't Wait",
-  "solutions_healthcare_pain2_desc": "Every update needs audit trails. Every deployment needs documentation. No exceptions.",
-  "solutions_healthcare_pain2_title": "HIPAA Compliance Is Non-Negotiable",
-  "solutions_healthcare_pain3_desc": "When doctors can't trust your app, they stop using it. One bug can destroy years of relationship building.",
-  "solutions_healthcare_pain3_title": "Provider Trust Is Everything",
-  "solutions_healthcare_pain4_desc": "FDA, HIPAA auditors, hospital compliance teams - they all want to know how you handle updates.",
-  "solutions_healthcare_pain4_title": "Regulatory Scrutiny Is Constant",
-  "solutions_healthcare_reality_label": "The Healthcare Reality",
-  "solutions_healthcare_reality_title": "In Healthcare, Delays Can Be Dangerous",
-  "solutions_healthcare_scenario_para1": "A nurse reports that the medication dosage calculator is showing incorrect values for pediatric patients.",
-  "solutions_healthcare_scenario_para2": "Your team identifies the bug: a unit conversion error that affects patients under 30kg. You have the fix ready in 2 hours.",
-  "solutions_healthcare_scenario_para3": "But the app store review takes 5-7 days. That's 5-7 days of potential harm.",
-  "solutions_healthcare_scenario_title": "A Real Scenario",
-  "solutions_healthcare_short": "Healthcare",
-  "solutions_healthcare_sol1_desc": "When patient safety is at risk, deploy the fix immediately. No app store review. No waiting.",
-  "solutions_healthcare_sol1_title": "Emergency Updates in Minutes",
-  "solutions_healthcare_sol2_desc": "Our infrastructure is designed for healthcare. Audit trails, encryption, access controls - all built-in.",
-  "solutions_healthcare_sol2_point1": "Complete deployment audit trails",
-  "solutions_healthcare_sol2_point2": "Role-based access controls",
-  "solutions_healthcare_sol2_point3": "BAA available for enterprise",
-  "solutions_healthcare_sol2_title": "HIPAA-Ready Infrastructure",
-  "solutions_healthcare_sol3_desc": "Your app bundles are encrypted with keys only you control. PHI never touches our servers.",
-  "solutions_healthcare_sol3_title": "End-to-End Encryption",
-  "solutions_healthcare_sol4_desc": "Roll out to a small group first. Verify everything works. Then expand to all users.",
-  "solutions_healthcare_sol4_step1": "Internal QA team",
-  "solutions_healthcare_sol4_step2": "Beta providers",
-  "solutions_healthcare_sol4_step3": "All providers",
-  "solutions_healthcare_sol4_title": "Staged Rollouts for Safety",
-  "solutions_healthcare_solution_label": "The Solution",
-  "solutions_healthcare_solution_subtitle": "Push updates in minutes. Full audit trail. HIPAA-compliant infrastructure.",
-  "solutions_healthcare_solution_title": "Deploy Critical Fixes Immediately",
-  "solutions_healthcare_title": "Per Healthcare",
-  "solutions_healthcare_trust_subtitle": "Built for healthcare from the ground up",
-  "solutions_healthcare_trust_title": "Security & Compliance",
-  "solutions_infra_api": "API response time globally",
-  "solutions_infra_continents": "Continents with infrastructure",
-  "solutions_infra_download": "5MB bundle download time",
-  "solutions_infra_uptime": "Uptime SLA",
-  "solutions_infrastructure_subtitle": "Your users are everywhere. Our infrastructure is too. Database replication and edge CDN ensure fast updates anywhere in the world.",
-  "solutions_infrastructure_title": "Global Infrastructure Built for Speed",
-  "solutions_ionic_plugins_badge": "Ionic Enterprise Plugins",
-  "solutions_ionic_plugins_cta_subtitle": "Start with the migration guides or talk to our team to plan the move.",
-  "solutions_ionic_plugins_cta_title": "Ready to migrate your Ionic enterprise stack?",
-  "solutions_ionic_plugins_description": "Replace Ionic enterprise plugins with Capgo alternatives for secure storage, auth, and biometrics.",
-  "solutions_ionic_plugins_hero_subtitle": "Swap Secure Storage, Auth Connect, and Identity Vault for Capgo's plugin stack. Keep security, gain control, and reduce costs.",
-  "solutions_ionic_plugins_hero_title": "Replace Ionic Enterprise Plugins Without Losing Features",
-  "solutions_ionic_plugins_section_desc": "Choose the Capgo alternative for each Ionic plugin and follow the guide to migrate safely.",
-  "solutions_ionic_plugins_section_title": "Plugin replacements and migration guides",
-  "solutions_ionic_plugins_short": "Ionic Enterprise",
-  "solutions_ionic_plugins_step1": "Map each Ionic enterprise plugin to its Capgo replacement.",
-  "solutions_ionic_plugins_step2": "Install the new plugins and sync native code.",
-  "solutions_ionic_plugins_step3": "Migrate stored data and update auth flows, then remove Ionic dependencies.",
-  "solutions_ionic_plugins_steps_title": "Migration steps",
-  "solutions_ionic_plugins_title": "Ionic Enterprise Plugins Migration",
-  "solutions_minutes": "minuti",
-  "solutions_no_credit_card": "Nessuna carta di credito richiesta",
-  "solutions_pr_auto_cleanup": "Auto-cleanup on merge",
-  "solutions_pr_case_company": "TechFlow",
-  "solutions_pr_case_industry": "B2B SaaS - Team Collaboration App",
-  "solutions_pr_case_metric1_label": "Time to first QA feedback",
-  "solutions_pr_case_metric1_value": "< 5 min",
-  "solutions_pr_case_metric2_label": "PRs merged per sprint",
-  "solutions_pr_case_metric2_value": "+156%",
-  "solutions_pr_case_metric3_label": "QA wait time",
-  "solutions_pr_case_metric3_value": "-87%",
-  "solutions_pr_case_metric4_label": "Time to merge",
-  "solutions_pr_case_metric4_value": "0.6 days",
-  "solutions_pr_case_para1": "TechFlow's mobile team was shipping 15-20 PRs per week. Each PR needed testing by QA before merge. With TestFlight, their QA lead estimated they spent 60% of their time waiting for builds instead of testing.",
-  "solutions_pr_case_para2": "The real pain came during crunch weeks. When multiple PRs needed testing simultaneously, QA had to constantly reinstall different TestFlight builds. Testers got confused about which version they were running. Bugs got reported on already-fixed code.",
-  "solutions_pr_case_para3": "After implementing Capgo PR Preview, their QA team could switch between any PR in seconds. No reinstalls. No confusion. No waiting. Their average time-to-merge dropped from 2.3 days to 0.6 days.",
-  "solutions_pr_case_quote": "Our QA team went from constantly frustrated to genuinely happy. They actually enjoy testing now because they're not waiting around. We ship twice as many features per sprint.",
-  "solutions_pr_case_quote_author": "Lisa Wong, Engineering Manager at TechFlow",
-  "solutions_pr_case_results": "The Results (First Quarter)",
-  "solutions_pr_compare_build_time": "Build to testable",
-  "solutions_pr_compare_capgo": "Capgo PR Preview",
-  "solutions_pr_compare_cleanup": "Cleanup old builds",
-  "solutions_pr_compare_cleanup_capgo": "Automatic on merge",
-  "solutions_pr_compare_cleanup_tf": "Manual",
-  "solutions_pr_compare_setup": "Tester setup",
-  "solutions_pr_compare_setup_capgo": "Just open the app",
-  "solutions_pr_compare_setup_tf": "Apple ID + invitation",
-  "solutions_pr_compare_switch_builds": "Switch between builds",
-  "solutions_pr_compare_title": "TestFlight vs Capgo PR Preview",
-  "solutions_pr_compare_traditional": "TestFlight / Beta",
-  "solutions_pr_cost_explanation": "When you factor in developer wait time, QA blocked time, and delayed feedback, each PR costs an average of $340 in lost productivity.",
-  "solutions_pr_dev_benefit1": "Get QA feedback before your context switches",
-  "solutions_pr_dev_benefit2": "Push fixes and testers get them instantly",
-  "solutions_pr_dev_benefit3": "No more 'waiting for build' blockers",
-  "solutions_pr_final_cta_note": "Set up in 5 minutes. No TestFlight required. No app reinstalls.",
-  "solutions_pr_final_cta_subtitle": "Your QA team deserves better than watching progress bars. Give them instant access to every PR.",
-  "solutions_pr_final_cta_title": "Stop Waiting. Start Testing.",
-  "solutions_pr_hidden_cost": "Hidden cost per pull request",
-  "solutions_pr_how_testers_switch": "How Testers Switch to Your PR Build",
-  "solutions_pr_instant_testing": "Instant on-device testing",
-  "solutions_pr_no_testflight": "No TestFlight required",
-  "solutions_pr_pm_benefit1": "Review features before they ship",
-  "solutions_pr_pm_benefit2": "No technical setup - just tap a link",
-  "solutions_pr_pm_benefit3": "Provide feedback directly on the PR",
-  "solutions_pr_preview": "Anteprima PR",
-  "solutions_pr_preview_description": "Create a Capgo channel for every pull request. QA teams, engineers, and project managers can instantly test any PR without TestFlight or Google Play beta channels.",
-  "solutions_pr_preview_hero_subtitle": "Create a dedicated Capgo channel for each pull request. Share a link with your team and they can test the exact changes on their device - no app reinstalls, no TestFlight, no waiting.",
-  "solutions_pr_preview_hero_title": "Review Every PR on Real Devices",
-  "solutions_pr_preview_tagline": "Test pull requests on real devices",
-  "solutions_pr_preview_teams_dev": "Developers",
-  "solutions_pr_preview_teams_pm": "Project Managers",
-  "solutions_pr_preview_teams_qa": "QA Engineers",
-  "solutions_pr_preview_title": "PR Preview Channels",
-  "solutions_pr_problem_result": "Total time to test a PR: 45-60 minutes. Per PR. Per tester. For every update.",
-  "solutions_pr_problem_step1_desc": "Code is ready for review. But before anyone can test it, you need to build and upload to TestFlight.",
-  "solutions_pr_problem_step1_title": "Developer Opens PR",
-  "solutions_pr_problem_step2_desc": "Build the app locally or in CI. Archive it. Upload to App Store Connect. Wait for processing. 15-30 minutes minimum.",
-  "solutions_pr_problem_step2_title": "Build and Upload",
-  "solutions_pr_problem_step3_desc": "Add testers if they're not already in TestFlight. Send invites. Wait for them to accept. Explain how to install.",
-  "solutions_pr_problem_step3_title": "Distribute to Testers",
-  "solutions_pr_problem_step4_desc": "Testers download the build. Dev pushes a fix. Now everyone needs to repeat steps 2-3 to get the updated build.",
-  "solutions_pr_problem_step4_title": "Test the Wrong Build",
-  "solutions_pr_problem_title": "TestFlight and Google Beta Are Blocking Your Velocity",
-  "solutions_pr_processing_explanation": "Every build you upload has to be processed by Apple before testers can access it. This is per-build, every time.",
-  "solutions_pr_programmatic": "In-App Switcher",
-  "solutions_pr_programmatic_desc": "Build a custom UI for switching channels. Perfect for a dev settings screen in your app.",
-  "solutions_pr_qa_benefit1": "Test any PR on your device in seconds",
-  "solutions_pr_qa_benefit2": "Switch between PRs instantly to compare behavior",
-  "solutions_pr_qa_benefit3": "No more confusion about which build you're running",
-  "solutions_pr_qa_blocked": "Of QA time spent waiting",
-  "solutions_pr_qa_explanation": "QA engineers report spending 67% of their time waiting for builds rather than actually testing. That's 5+ hours per day of wasted productivity.",
-  "solutions_pr_real_cost": "The Hidden Cost of Slow Testing",
-  "solutions_pr_scenario_title": "How TechFlow Accelerated Their Review Cycle by 4x",
-  "solutions_pr_setup_time": "Setup takes 5 minutes. Copy this workflow and adapt it to your CI.",
-  "solutions_pr_shake_menu": "Shake Menu (Zero Code)",
-  "solutions_pr_shake_menu_desc": "Enable the built-in shake gesture. Testers shake their device to open a menu showing all available channels.",
-  "solutions_pr_solution_subtitle": "Create a Capgo channel for each PR. Testers switch channels in seconds. No app reinstalls. No waiting.",
-  "solutions_pr_solution_title": "Test Any PR in Under 60 Seconds",
-  "solutions_pr_step1_desc": "CI automatically builds the app and creates a Capgo channel named after the PR number.",
-  "solutions_pr_step1_time": "Automatic",
-  "solutions_pr_step1_title": "Developer Opens PR",
-  "solutions_pr_step2_desc": "The built bundle uploads to Capgo in the background. No processing delay.",
-  "solutions_pr_step2_time": "< 30 seconds",
-  "solutions_pr_step2_title": "Bundle Uploads",
-  "solutions_pr_step3_desc": "Tester opens the app, switches to the PR channel, and gets the build immediately.",
-  "solutions_pr_step3_time": "< 10 seconds",
-  "solutions_pr_step3_title": "Tester Switches Channel",
-  "solutions_pr_step4_desc": "QA tests on real device. Dev pushes fixes. Tester immediately gets updates. No reinstall needed.",
-  "solutions_pr_step4_time": "Instant iteration",
-  "solutions_pr_step4_title": "Test and Approve",
-  "solutions_pr_teams_subtitle": "PR Preview transforms how your entire team collaborates on mobile development.",
-  "solutions_pr_teams_title": "Built for Every Role on Your Team",
-  "solutions_pr_testflight_processing": "TestFlight processing time",
-  "solutions_pr_traditional_workflow": "The TestFlight Testing Workflow",
-  "solutions_problem_result": "Total time from bug discovery to fix deployed: 3-7 days. Your users suffer the entire time.",
-  "solutions_problem_step1_desc": "Your monitoring alerts you to a critical issue. Users are experiencing crashes or broken functionality. The clock starts ticking.",
-  "solutions_problem_step1_title": "Find the Bug",
-  "solutions_problem_step2_desc": "Your team drops everything to fix the bug. You rebuild the app, run tests, and prepare a new binary for submission.",
-  "solutions_problem_step2_title": "Fix and Rebuild",
-  "solutions_problem_step3_desc": "You submit to Apple and Google. Then you wait. And wait. Apple's review takes 24-48 hours on average. Sometimes longer.",
-  "solutions_problem_step3_title": "Submit and Wait",
-  "solutions_problem_step4_desc": "Even after approval, users need to manually update. Many won't for days or weeks. Your support tickets keep piling up.",
-  "solutions_problem_step4_title": "Users Still Have the Bug",
-  "solutions_production_problem_title": "App Store Reviews Are Killing Your Velocity",
-  "solutions_production_solution_subtitle": "Capgo lets you update your app's JavaScript and assets instantly. No app store review. No waiting. Your users get the fix the moment you push it.",
-  "solutions_production_solution_title": "Push Updates in Minutes, Not Weeks",
-  "solutions_production_updates": "Aggiornamenti produzione",
-  "solutions_production_updates_description": "Ship fixes in minutes, not weeks. Push live updates to your production app with zero configuration - the simplest way to keep millions of users up-to-date.",
-  "solutions_production_updates_hero_subtitle": "Your users don't wait for app stores. Neither should your updates. Push JavaScript and asset changes instantly - no review delays, no user friction. Updates download silently and apply on next launch.",
-  "solutions_production_updates_hero_title": "Ship Fixes in Minutes, Not Weeks",
-  "solutions_production_updates_tagline": "Ship fixes to production instantly",
-  "solutions_production_updates_title": "Simple Production Updates",
-  "solutions_qsr_badge": "Per Ristoranti Quick Service",
-  "solutions_qsr_cta_note": "Prova gratuita di 14 giorni. Nessuna carta di credito richiesta. Funziona con Capacitor e React Native.",
-  "solutions_qsr_cta_subtitle": "Rilascia aggiornamenti menu, correggi bug e lancia promozioni esattamente quando il tuo business ne ha bisogno.",
-  "solutions_qsr_cta_title": "Pronto a Rilasciare Secondo i Tuoi Tempi?",
-  "solutions_qsr_description": "Rilascia aggiornamenti di menu, promozioni e funzionalità loyalty istantaneamente in migliaia di location.",
-  "solutions_qsr_hero_subtitle": "Nuovi prodotti a menu, promozioni stagionali e campagne loyalty devono essere rilasciati in tempo - su ogni piattaforma, in ogni location.",
-  "solutions_qsr_hero_title": "Rilascia Promozioni Quando Conta, Non la Prossima Settimana",
-  "solutions_qsr_nightmare_cost": "Ricavi persi dal lancio del menu fallito",
-  "solutions_qsr_nightmare_para1": "Sono le 6 del mattino di lunedì. Il tuo nuovo prodotto a tempo limitato viene lanciato a livello nazionale alle 10. Il marketing ha speso 2 milioni di dollari in pubblicità. Gli spot TV sono in onda.",
-  "solutions_qsr_nightmare_para2": "Alle 9, il QA trova un bug: il nuovo prodotto non appare nell'app. Invii una correzione d'emergenza ad Apple. La review richiede 3-5 giorni.",
-  "solutions_qsr_nightmare_para3": "La tua campagna da 2 milioni è live. La tua app mostra il menu del mese scorso. I clienti sono confusi. I social media non sono felici.",
-  "solutions_qsr_nightmare_title": "Incubo del Giorno di Lancio",
-  "solutions_qsr_pain1_desc": "Il tuo LTO viene lanciato lunedì. La recensione dell'App Store richiede 5 giorni. Sono 5 giorni di entrate perse dalla tua promozione più grande.",
-  "solutions_qsr_pain1_title": "Le promozioni non possono aspettare la recensione dell'app",
-  "solutions_qsr_pain2_desc": "6 marchi, 12 applicazioni, migliaia di località. Ogni invio all'app store è una settimana di coordinamento tra i team.",
-  "solutions_qsr_pain2_title": "Gestire Più Marchi È Complesso",
-  "solutions_qsr_pain3_desc": "Prezzi regionali, normative locali, caratteristiche specifiche del franchise. Un aggiornamento sbagliato può significare problemi legali.",
-  "solutions_qsr_pain3_title": "La Conformità del Franchising è Fondamentale",
-  "solutions_qsr_pain4_desc": "Quando arriva l'ora di punta per il pranzo e la tua app per ordinare si blocca, non puoi aspettare fino alla prossima settimana per una soluzione.",
-  "solutions_qsr_pain4_title": "Le Ore di Punta Sono Implacabili",
-  "solutions_qsr_reality_label": "La Realtà QSR",
-  "solutions_qsr_reality_title": "La Tua App Si Muove Veloce Come il Tuo Business",
-  "solutions_qsr_short": "Quick Service",
-  "solutions_qsr_sol1_desc": "Nuovo LTO in lancio domani? Menu stagionale attivo? Pubblica l'aggiornamento stasera e ogni cliente lo avrà entro domattina.",
-  "solutions_qsr_sol1_point1": "Distribuisci aggiornamenti del menu in minuti, non giorni",
-  "solutions_qsr_sol1_point2": "Sincronizza le promozioni con le campagne TV e digitali",
-  "solutions_qsr_sol1_point3": "Torna indietro immediatamente se qualcosa non va",
-  "solutions_qsr_sol1_title": "Promozioni Navi Istantaneamente",
-  "solutions_qsr_sol2_desc": "Gestisci un portafoglio di marchi di ristoranti? Aggiorna tutti da un'unica dashboard, o mira a marchi specifici con funzionalità su misura.",
-  "solutions_qsr_sol2_point1": "Singola dashboard per tutti i marchi",
-  "solutions_qsr_sol2_point2": "Canali specifici del marchio e lanci",
-  "solutions_qsr_sol2_point3": "Codice unificato, esperienze differenziate",
-  "solutions_qsr_sol2_title": "Gestione Multi-Marca",
-  "solutions_qsr_sol3_desc": "Testa nuove funzionalità in Texas prima di andare a livello nazionale. Menu diverso in California. Implementazioni graduali che controlli tu.",
-  "solutions_qsr_sol3_point1": "Targeting geografico per gli aggiornamenti",
-  "solutions_qsr_sol3_point2": "Implementazioni basate su percentuali",
-  "solutions_qsr_sol3_point3": "Monitoraggio in tempo reale e rollback immediato",
-  "solutions_qsr_sol3_title": "Lanci Regionali & Programmi Pilota",
-  "solutions_qsr_sol4_desc": "Integrati con i tuoi flussi di lavoro GitHub o GitLab esistenti. Distribuzioni automatiche ad ogni unione al main.",
-  "solutions_qsr_sol4_point1": "Integrazione delle GitHub Actions",
-  "solutions_qsr_sol4_point2": "Canali automatici di staging e produzione",
-  "solutions_qsr_sol4_point3": "Distribuisci al merge, non all'approvazione",
-  "solutions_qsr_sol4_title": "CI/CD Che Funziona Semplicemente",
-  "solutions_qsr_solution_label": "La Soluzione",
-  "solutions_qsr_solutions_title": "Distribuisci Aggiornamenti Quando La Tua Azienda Ne Ha Bisogno",
-  "solutions_qsr_stat1": "Aggiorna il tempo di distribuzione",
-  "solutions_qsr_stat2": "Utenti aggiornati in 24 ore",
-  "solutions_qsr_stat3": "Sono richieste le presentazioni all'App Store",
-  "solutions_qsr_stat4": "Distribuire capacità",
-  "solutions_qsr_title": "Aggiornamenti Live per Ristoranti Quick Service",
-  "solutions_qsr_usecase1_desc": "Risolvi immediatamente i bug del checkout. Aggiorna gli elementi del menu in tempo reale. Non perdere mai un ordine a causa di codice app obsoleto.",
-  "solutions_qsr_usecase1_title": "Ordinazione & Consegna",
-  "solutions_qsr_usecase2_desc": "Lancia nuovi livelli di ricompensa, aggiorna i valori dei punti, correggi i bug di riscatto - tutto senza ritardi dell'app store.",
-  "solutions_qsr_usecase2_title": "Fedeltà & Ricompense",
-  "solutions_qsr_usecase3_desc": "Aggiorna gli orari del negozio, aggiungi opzioni di ritiro al bordo strada, correggi i bug del GPS. Mantieni la facilità per i clienti di trovarti.",
-  "solutions_qsr_usecase3_title": "Localizzatore di negozi e ritiro",
-  "solutions_qsr_usecase4_desc": "Invia offerte mirate, aggiorna i codici promozionali, test A/B sulle strategie di sconto in tempo reale.",
-  "solutions_qsr_usecase4_title": "Promozioni Personalizzate",
-  "solutions_qsr_usecase5_desc": "Aggiorna le applicazioni dei chioschi in tutte le sedi contemporaneamente. Non sono richieste visite tecniche.",
-  "solutions_qsr_usecase5_title": "Chioschi In-Negozio",
-  "solutions_qsr_usecase6_desc": "Gestisci gli aggiornamenti per tutti i tuoi marchi di ristoranti da un'unica dashboard.",
-  "solutions_qsr_usecase6_title": "App Multi-Marca",
-  "solutions_qsr_usecases_label": "Casi d'uso",
-  "solutions_qsr_usecases_title": "Costruito per Ogni Esigenza di QSR",
-  "solutions_real_cost": "The Real Cost of Slow Updates",
-  "solutions_real_world": "Caso reale",
-  "solutions_related_by_role": "Soluzioni per tipo di team",
-  "solutions_related_subtitle": "Trova la soluzione adatta alle tue esigenze",
-  "solutions_review_time_explanation": "Apple and Google can take anywhere from 24 hours to a week to approve your update. During critical bugs, every hour matters.",
-  "solutions_scenario_company": "FinanceFirst",
-  "solutions_scenario_industry": "B2B FinTech - Mobile Banking App",
-  "solutions_scenario_metric1_label": "Average fix deployment time",
-  "solutions_scenario_metric1_value": "52 minutes",
-  "solutions_scenario_metric2_label": "Bug-related support tickets",
-  "solutions_scenario_metric2_value": "-89%",
-  "solutions_scenario_metric3_label": "User churn from bugs",
-  "solutions_scenario_metric3_value": "-94%",
-  "solutions_scenario_metric4_label": "Engineering weekend hours",
-  "solutions_scenario_metric4_value": "-76%",
-  "solutions_scenario_para1": "FinanceFirst serves 50,000 users who depend on their mobile banking app for daily transactions. When a critical calculation bug affected their loan interest display, they faced a nightmare scenario: users seeing incorrect balances.",
-  "solutions_scenario_para2": "Before Capgo, their process involved emergency weekend work, expedited App Store review requests (which Apple often ignores), and four days of user complaints. Their support team logged 340 tickets. Three users closed their accounts.",
-  "solutions_scenario_para3": "After implementing Capgo, their next critical bug - a timezone issue affecting scheduled payments - was fixed in 47 minutes from discovery to deployment. Zero support tickets. Zero churn. Their CTO now sleeps through the night again.",
-  "solutions_scenario_quote": "Capgo didn't just change our deployment process - it changed our entire relationship with production bugs. What used to be emergencies are now minor inconveniences.",
-  "solutions_scenario_quote_author": "Sarah Chen, VP of Engineering at FinanceFirst",
-  "solutions_scenario_results": "The Results (First 6 Months)",
-  "solutions_scenario_title": "How FinanceFirst Reduced Their Bug Resolution Time by 97%",
-  "solutions_schedule_demo": "Prenota una demo",
-  "solutions_setup_minutes": "Configurazione in 5 minuti",
-  "solutions_solo_after1": "Push updates instantly, no review needed",
-  "solutions_solo_after2": "One command to deploy: npx @capgo/cli bundle upload",
-  "solutions_solo_after3": "Start free, then $14/month as you grow",
-  "solutions_solo_after4": "One-click rollback if something goes wrong",
-  "solutions_solo_after_title": "With Capgo",
-  "solutions_solo_ai_benefit1_desc": "Lascia che l'AI gestisca il codice mentre tu ti concentri sul prodotto. Nuova funzionalità? Generala, testala, rilasciala - tutto nello stesso giorno.",
-  "solutions_solo_ai_benefit1_title": "L'AI Scrive, Tu Rilasci",
-  "solutions_solo_ai_benefit2_desc": "Un comando e il tuo aggiornamento è live. Nessuna sottomissione all'app store, nessun processo di review, nessuna attesa. Proprio come deployare un sito web.",
-  "solutions_solo_ai_benefit2_title": "Deploy alla Velocità del Web",
-  "solutions_solo_ai_benefit3_desc": "Quando l'AI può generare funzionalità in minuti, il tuo processo di deployment non dovrebbe richiedere giorni. Rilascia alla velocità del pensiero.",
-  "solutions_solo_ai_benefit3_title": "Itera alla Velocità dell'AI",
-  "solutions_solo_ai_label": "Sviluppo Potenziato dall'AI",
-  "solutions_solo_ai_new1": "L'AI genera la funzionalità (5 min)",
-  "solutions_solo_ai_new2": "Build & upload del bundle (2 min)",
-  "solutions_solo_ai_new3": "Gli utenti ricevono l'aggiornamento (minuti)",
-  "solutions_solo_ai_new_time": "Totale: Meno di 10 minuti",
-  "solutions_solo_ai_new_way": "Con Capgo",
-  "solutions_solo_ai_old1": "L'AI genera la funzionalità (5 min)",
-  "solutions_solo_ai_old2": "Build dei binari nativi (15 min)",
-  "solutions_solo_ai_old3": "Sottomissione all'App Store",
-  "solutions_solo_ai_old4": "Attesa per la review (3-7 giorni)",
-  "solutions_solo_ai_old_time": "Totale: 3-7 giorni",
-  "solutions_solo_ai_old_way": "Aggiornamenti Mobile Tradizionali",
-  "solutions_solo_ai_subtitle": "Usa strumenti AI come Cursor, Copilot o Claude per creare funzionalità più velocemente. Poi rilasciale istantaneamente - proprio come faresti con un sito web.",
-  "solutions_solo_ai_terminal": "Terminale",
-  "solutions_solo_ai_title": "Programma Oggi con l'AI, Rilascia Stasera",
-  "solutions_solo_badge": "Solo-friendly",
-  "solutions_solo_before1": "Wait 3-7 days for app store approval",
-  "solutions_solo_before2": "Manage complex deployment pipelines",
-  "solutions_solo_before3": "Pay $500/month for enterprise tools",
-  "solutions_solo_before4": "Pray you don't push a breaking change",
-  "solutions_solo_before_title": "Before Capgo",
-  "solutions_solo_cta_note": "Prova gratuita di 14 giorni. Nessuna carta di credito richiesta. Fai l'upgrade quando sei pronto.",
-  "solutions_solo_cta_subtitle": "Join thousands of indie developers who ship updates daily. Start free.",
-  "solutions_solo_cta_title": "Ready to Ship Solo?",
-  "solutions_solo_description": "Tutto ciò di cui hai bisogno per mantenere la tua app aggiornata. Tier gratuito, nessuna carta.",
-  "solutions_solo_hero_subtitle": "Non dovresti aspettare ore per le review dell'App Store. Invia aggiornamenti istantaneamente.",
-  "solutions_solo_hero_title": "Il superpotere dello sviluppatore indipendente",
-  "solutions_solo_highlight": "Prova gratuita di 14 giorni - inizia a deployare oggi",
-  "solutions_solo_pain1_desc": "Design, code, support, marketing - you do it all. Adding 'DevOps engineer' to the list isn't an option.",
-  "solutions_solo_pain1_title": "You're the CEO, CTO, and Intern",
-  "solutions_solo_pain2_desc": "You found the bug at 9 AM. Fixed it by 10 AM. Now you wait 5 days for Apple to approve it while users leave 1-star reviews.",
-  "solutions_solo_pain2_title": "App Store Reviews Kill Your Momentum",
-  "solutions_solo_pain3_desc": "When you're the only developer, every 1-star review feels personal. Because it is.",
-  "solutions_solo_pain3_title": "Every Bad Review Hurts",
-  "solutions_solo_pain4_desc": "You can't justify $500/month for deployment tools when your app makes $200/month.",
-  "solutions_solo_pain4_title": "No Budget for Enterprise Tools",
-  "solutions_solo_pain5_desc": "When you push a bad update, there's no one to roll it back for you. You're on your own.",
-  "solutions_solo_pain5_title": "No Team to Catch Mistakes",
-  "solutions_solo_pain6_desc": "Every bug report goes to you. Every frustrated email. Every 'why doesn't this work?'",
-  "solutions_solo_pain6_title": "Support Tickets Are All You",
-  "solutions_solo_read_docs": "Read the docs",
-  "solutions_solo_reality_label": "The Solo Dev Reality",
-  "solutions_solo_reality_title": "You're Doing Everything. And It's Exhausting.",
-  "solutions_solo_reason1_desc": "Install the plugin, add one line of code, deploy. That's it. No DevOps degree required.",
-  "solutions_solo_reason1_title": "5-Minute Setup",
-  "solutions_solo_reason2_desc": "Prova gratuita di 14 giorni per iniziare. $14/mese quando sei pronto a crescere. Non $500/mese come i tool enterprise.",
-  "solutions_solo_reason2_title": "Affordable Pricing",
-  "solutions_solo_reason3_desc": "When you're stuck, you talk to Martin (our founder), not a chatbot. Usually within hours, often within minutes.",
-  "solutions_solo_reason3_title": "Human Support",
-  "solutions_solo_short": "Sviluppatori solo",
-  "solutions_solo_superpower_label": "Your Superpower",
-  "solutions_solo_superpower_subtitle": "Deploy updates in seconds. Fix bugs instantly. Keep your sanity.",
-  "solutions_solo_superpower_title": "All the Power, None of the Complexity",
-  "solutions_solo_tagline": "Prova gratuita di 14 giorni, deployment semplice",
-  "solutions_solo_testimonial1": "I run 3 apps by myself. Capgo lets me push updates to all of them before my morning coffee gets cold.",
-  "solutions_solo_testimonial1_author": "David Park",
-  "solutions_solo_testimonial1_role": "Indie Developer, 3 apps on the store",
-  "solutions_solo_testimonial2": "La prova gratuita mi ha fatto iniziare. Ora pago $14/mese e faccio deploy di aggiornamenti ogni giorno. Miglior tool nel mio stack.",
-  "solutions_solo_testimonial2_author": "Maria Santos",
-  "solutions_solo_testimonial2_role": "Solo Founder, Lifestyle App",
-  "solutions_solo_title": "Per sviluppatori indipendenti",
-  "solutions_solo_why_title": "Why Solo Devs Love Us",
-  "solutions_solution_result": "Total time from bug discovery to 95% deployment: Under 5 hours. Your users barely notice there was an issue.",
-  "solutions_solution_step1_desc": "Make your code change, run your build process, and verify the fix locally.",
-  "solutions_solution_step1_time": "30 minutes",
-  "solutions_solution_step1_title": "Fix the Bug",
-  "solutions_solution_step2_desc": "One command uploads your bundle. It's immediately available to your entire user base.",
-  "solutions_solution_step2_time": "30 seconds",
-  "solutions_solution_step2_title": "Push to Capgo",
-  "solutions_solution_step3_desc": "Updates download in the background. Next app launch, they have the fix. No manual update needed.",
-  "solutions_solution_step3_time": "4 hours average",
-  "solutions_solution_step3_title": "Users Get Updated",
-  "solutions_start_free_trial": "Prova gratuita",
-  "solutions_startups_adv1_desc": "Push updates instantly. No app store review. No waiting. Your users get fixes the same day you write them.",
-  "solutions_startups_adv1_title": "Ship Features Daily, Not Monthly",
-  "solutions_startups_adv2_desc": "No infrastructure to manage. No CI/CD complexity. Just build and deploy.",
-  "solutions_startups_adv2_point1": "Works with your existing GitHub/GitLab workflow",
-  "solutions_startups_adv2_point2": "5-minute setup, not 5-day setup",
-  "solutions_startups_adv2_point3": "One command to deploy",
-  "solutions_startups_adv2_title": "Zero DevOps Overhead",
-  "solutions_startups_adv3_desc": "When you find a bug on Monday, fix it on Monday. Not next week when Apple finally approves your update.",
-  "solutions_startups_adv3_title": "Fix Bugs Before They Hurt Your Ratings",
-  "solutions_startups_adv4_competitor": "The other guys",
-  "solutions_startups_adv4_desc": "We're bootstrapped too. We know every dollar matters. That's why we start at $14/month, not $499.",
-  "solutions_startups_adv4_title": "Startup-Friendly Pricing",
-  "solutions_startups_advantage_label": "Your Unfair Advantage",
-  "solutions_startups_advantage_subtitle": "Without actually hiring one",
-  "solutions_startups_advantage_title": "Ship Like You Have a DevOps Team",
-  "solutions_startups_badge": "Startup-friendly",
-  "solutions_startups_case_company": "TechCrunch Featured Startup",
-  "solutions_startups_case_metric1_label": "Deploy frequency",
-  "solutions_startups_case_metric1_value": "3x daily",
-  "solutions_startups_case_metric2_label": "Time to fix bugs",
-  "solutions_startups_case_metric2_value": "-95%",
-  "solutions_startups_case_metric3_label": "App store rating",
-  "solutions_startups_case_metric3_value": "3.2 → 4.7",
-  "solutions_startups_case_metric4_label": "Monthly cost",
-  "solutions_startups_case_metric4_value": "$14/mo",
-  "solutions_startups_case_para1": "Before Capgo, we dreaded finding bugs. Every fix meant a week of waiting for app store approval while users churned.",
-  "solutions_startups_case_para2": "We switched to Capgo in 30 minutes. That afternoon, we pushed a critical fix that had been waiting for review for 4 days.",
-  "solutions_startups_case_para3": "Now we ship updates 3-4 times per day. Our app store rating went from 3.2 to 4.7 in two months.",
-  "solutions_startups_case_quote": "Capgo is the best $14/month we spend. It's like having a DevOps team without the DevOps team.",
-  "solutions_startups_case_quote_author": "CTO, Featured Startup",
-  "solutions_startups_case_results": "30-Day Results",
-  "solutions_startups_case_stage": "Seed Stage, 3 employees",
-  "solutions_startups_cta_note": "14-day free trial. No credit card required. Cancel anytime.",
-  "solutions_startups_cta_subtitle": "Join hundreds of startups shipping updates daily. Start your free trial.",
-  "solutions_startups_cta_title": "Ready to Move Fast?",
-  "solutions_startups_description": "Consegna feature più veloce della concorrenza. Inizia gratis, scala crescendo.",
-  "solutions_startups_founder_quote": "We were losing users because we couldn't ship fast enough. The app store was our biggest bottleneck, not our code.",
-  "solutions_startups_hero_subtitle": "Nel mondo startup, la velocità vince. Consegna feature in minuti, non settimane.",
-  "solutions_startups_hero_title": "Consegna più veloce della concorrenza",
-  "solutions_startups_pain1_desc": "You found the bug. You fixed it. Now you wait 3-7 days for Apple to approve it. Your users? Still frustrated.",
-  "solutions_startups_pain1_title": "App Store Reviews Kill Velocity",
-  "solutions_startups_pain2_desc": "Hiring a DevOps engineer costs $150k+/year. Your deployment pipeline shouldn't require one.",
-  "solutions_startups_pain2_title": "DevOps Is Expensive",
-  "solutions_startups_pain3_desc": "Every day a bug stays live is another 1-star review. At your stage, ratings matter more than anything.",
-  "solutions_startups_pain3_title": "Bad Reviews Compound",
-  "solutions_startups_pricing_highlight": "Starts at $14/month",
-  "solutions_startups_quickstart_subtitle": "No DevOps experience required",
-  "solutions_startups_quickstart_title": "Get Started in 5 Minutes",
-  "solutions_startups_quote_author": "Sarah Chen",
-  "solutions_startups_quote_role": "Founder, YC-backed startup",
-  "solutions_startups_reality_label": "The Startup Reality",
-  "solutions_startups_reality_title": "You Don't Have Time for This",
-  "solutions_startups_see_pricing": "See pricing",
-  "solutions_startups_short": "Startup",
-  "solutions_startups_story_label": "Success Story",
-  "solutions_startups_story_title": "How a 3-Person Startup Ships Like a Fortune 500",
-  "solutions_startups_tagline": "Consegna veloce senza complessità",
-  "solutions_startups_title": "Per Startup",
-  "solutions_stat_apps": "947+ App",
-  "solutions_stat_updates": "Oltre 1,4 miliardi di aggiornamenti",
-  "solutions_stat_years": "4+ anni in produzione",
-  "solutions_talk_to_team": "Parla con il team",
-  "solutions_testimonial1": "We switched from CodePush after Microsoft deprecated it. Capgo was running in production within a day. We haven't looked back - it's faster, more reliable, and the team actually responds to support tickets.",
-  "solutions_testimonial1_author": "Michael Torres",
-  "solutions_testimonial1_role": "Lead Mobile Developer, RetailFlow",
-  "solutions_testimonial2": "Our app serves 200,000 daily active users. Before Capgo, a Friday bug meant a ruined weekend. Now it means a 30-minute fix. The peace of mind alone is worth the subscription.",
-  "solutions_testimonial2_author": "Sofia Andersson",
-  "solutions_testimonial2_role": "CTO, HealthTrack",
-  "solutions_the_problem": "Il problema",
-  "solutions_the_solution": "La soluzione",
-  "solutions_traditional_workflow": "Workflow tradizionale",
-  "solutions_trusted_by_title": "I team leader si fidano di noi",
-  "solutions_use_cases_subtitle": "Production updates work best for these common scenarios. Each one represents real pain points our customers solve daily.",
-  "solutions_usecase1_desc": "A payment flow is broken. Users can't complete purchases. With Capgo, push a fix in minutes and watch your revenue recover in real-time.",
-  "solutions_usecase1_title": "Critical Bug Fixes",
-  "solutions_usecase2_desc": "New pricing, updated terms, seasonal promotions. Update your app's content without waiting for store approval.",
-  "solutions_usecase2_title": "Content Updates",
-  "solutions_usecase3_desc": "Your test showed the new checkout flow converts 23% better. Ship it to everyone immediately instead of waiting a week.",
-  "solutions_usecase3_title": "A/B Testing Results",
-  "solutions_usecase4_desc": "Fixed that annoying alignment issue. Updated the loading animation. Small improvements ship as fast as you can code them.",
-  "solutions_usecase4_title": "UI Polish",
-  "solutions_usecase5_desc": "Something broke in production. Don't wait for weekend coverage. Push the fix now, from anywhere.",
-  "solutions_usecase5_title": "Emergency Hotfixes",
-  "solutions_usecase6_desc": "New privacy regulations require disclosure changes. Update your app before the deadline, not after.",
-  "solutions_usecase6_title": "Compliance Updates",
-  "solutions_user_churn": "User churn from unresolved bugs",
-  "solutions_version_targeting": "Targeting versione",
-  "solutions_version_targeting_appflow_desc": "AppFlow tied bundles to native versions automatically. With Capgo, you get the same behavior with more flexibility:",
-  "solutions_version_targeting_appflow_step1": "Create a channel for each native version (e.g., 'native-1.5.0')",
-  "solutions_version_targeting_appflow_step2": "Configure your app to use the channel matching its native version",
-  "solutions_version_targeting_appflow_step3": "Push bundles to specific channels for targeted distribution",
-  "solutions_version_targeting_appflow_step4": "Use our CLI to push to multiple channels at once when needed",
-  "solutions_version_targeting_appflow_title": "AppFlow Users: Here's Your Migration Path",
-  "solutions_version_targeting_cta_subtitle": "Start targeting updates to specific native versions.",
-  "solutions_version_targeting_cta_title": "Need Precise Update Control?",
-  "solutions_version_targeting_description": "Control which updates go to which native app versions. Create channels tied to specific native builds and push updates with precision - like AppFlow, but more flexible.",
-  "solutions_version_targeting_feature1_desc": "Create a channel for each native build. When you release native version 1.5.0, create a channel for it. All JS updates for that native version go to that channel.",
-  "solutions_version_targeting_feature1_title": "Channel Per Native Version",
-  "solutions_version_targeting_feature2_desc": "Push an update to versions 1.3, 1.4, and 1.5 but skip 1.2. Perfect when older native versions can't support new features.",
-  "solutions_version_targeting_feature2_title": "Selective Update Distribution",
-  "solutions_version_targeting_feature3_desc": "Recreate AppFlow's version-tied channel behavior exactly. Each native build maps to a Capgo channel with the same control you're used to.",
-  "solutions_version_targeting_feature3_title": "AppFlow Migration Ready",
-  "solutions_version_targeting_feature4_desc": "Stop pushing updates to old versions when you're ready to sunset them. Users on old versions stay stable while new versions get updates.",
-  "solutions_version_targeting_feature4_title": "Graceful Deprecation",
-  "solutions_version_targeting_hero_subtitle": "Reduce risk and technical debt. Push updates to specific native versions, roll out changes gradually, and keep older versions stable - all with full control over your update distribution.",
-  "solutions_version_targeting_hero_title": "Move Faster With Fewer Surprises",
-  "solutions_version_targeting_scenarios_breaking": "Breaking Native Changes",
-  "solutions_version_targeting_scenarios_breaking_desc": "Native version 2.0 has a new plugin API. Push JS updates that use the new API only to 2.0+ channels.",
-  "solutions_version_targeting_scenarios_gradual": "Gradual Rollout",
-  "solutions_version_targeting_scenarios_gradual_desc": "Test a risky change on your latest native version first. If stable, push to older versions.",
-  "solutions_version_targeting_scenarios_sunset": "Version Sunset",
-  "solutions_version_targeting_scenarios_sunset_desc": "Stop updating native 1.x while continuing to ship to 2.x. Users on old versions stay on their last stable update.",
-  "solutions_version_targeting_scenarios_title": "Common Scenarios",
-  "solutions_version_targeting_title": "Version Targeting",
-  "solutions_view_docs": "Vedi documentazione",
-  "solutions_when_to_use": "Quando usare",
-  "solutions_white_label": "App white label",
-  "solutions_white_label_cta_subtitle": "Scale from one brand to hundreds without rewriting code. Every dollar saved extends your runway.",
-  "solutions_white_label_cta_title": "Smaller Teams. Simpler Workflow. Bigger Outcomes.",
-  "solutions_white_label_description": "Deploy the same app to multiple brands, restaurants, or clients. Each gets their own channel with customized content - powered by a single codebase.",
-  "solutions_white_label_feature1_desc": "Each brand or client gets their own Capgo channel. Push brand-specific updates, content, and features without affecting other deployments.",
-  "solutions_white_label_feature1_title": "Channel Per Brand",
-  "solutions_white_label_feature2_desc": "Let users choose their experience. A restaurant app can let users select their location and download that specific restaurant's content.",
-  "solutions_white_label_feature2_title": "Dynamic Channel Switching",
-  "solutions_white_label_feature3_desc": "Manage all deployments from one dashboard. Push global updates to all channels or target specific brands.",
-  "solutions_white_label_feature3_title": "Centralized Management",
-  "solutions_white_label_feature4_desc": "Build an app store within your app. Each mini-app is a Capgo channel - users download and switch between them seamlessly.",
-  "solutions_white_label_feature4_title": "Mini-App Platform",
-  "solutions_white_label_hero_subtitle": "Your business can't afford separate codebases for each client. Build once, deploy everywhere - each brand gets their own channel with customized content, all from a single codebase.",
-  "solutions_white_label_hero_title": "One Codebase. Unlimited Brands.",
-  "solutions_white_label_miniapp_desc": "One of our customers built an entire mini-app platform using Capgo. Here's how it works:",
-  "solutions_white_label_miniapp_step1": "Main app contains the shell and navigation",
-  "solutions_white_label_miniapp_step2": "Each mini-app is a separate Capgo channel",
-  "solutions_white_label_miniapp_step3": "Users browse available mini-apps in the main app",
-  "solutions_white_label_miniapp_step4": "Selecting a mini-app downloads that channel's content",
-  "solutions_white_label_miniapp_step5": "Mini-app developers upload via CLI or SDK - never touching production",
-  "solutions_white_label_miniapp_step6": "The platform owner reviews and promotes to production",
-  "solutions_white_label_miniapp_title": "The Mini-App Store Model",
-  "solutions_white_label_tech_desc": "Capgo is the only live update platform with reliable dynamic channel switching. Change channels at runtime, download new content, and switch contexts - all without reinstalling. This technology has been refined and battle-tested for over 4 years.",
-  "solutions_white_label_tech_title": "Dynamic Channel Switching",
-  "solutions_white_label_title": "White Label & Multi-Tenant Apps",
-  "solutions_white_label_usecases_platform": "Platform Apps",
-  "solutions_white_label_usecases_platform_desc": "Build a mini-app ecosystem. Third-party developers upload to their Capgo channel, you control publication to your app store.",
-  "solutions_white_label_usecases_restaurant": "Restaurant Chains",
-  "solutions_white_label_usecases_restaurant_desc": "One app, many restaurants. Each location gets customized menus, branding, and features. Users select their restaurant and get the right experience.",
-  "solutions_white_label_usecases_saas": "B2B SaaS",
-  "solutions_white_label_usecases_saas_desc": "Offer a branded app to each of your business customers. They get their logo, colors, and features - you maintain one codebase.",
-  "solutions_white_label_usecases_title": "White Label Use Cases",
-  "solutions_why_teams_choose": "Perché i team scelgono Capgo",
-  "solutions_with_capgo": "Con Capgo",
-  "somebody_developed_an_app_for_you_but_it_doesn_t_meet_your_expectations_and_the_quality_of_the_final_product_is_really_low": "Qualcuno ha sviluppato un'app per te, ma non soddisfa le tue aspettative e la qualità del prodotto finale è veramente bassa.",
-  "something_doesn_t_work_but_you_don_t_know_why": "Algo no funciona pero no sabes por qué.",
-  "source_code_protection_1": "Come progetto open source, il codice di Capgo è disponibile pubblicamente su",
-  "source_code_protection_2": "Il codice viene continuamente verificato da:",
-  "source_code_protection_3": ", con problemi critici bloccati dalla produzione.",
-  "sponsor": "Sponsorizzazione",
-  "sponsor_description": "Capgo è un framework open-source gratuito grazie ai nostri generosi sponsor. Se utilizzi Capgo nel tuo lavoro quotidiano e non puoi utilizzare il nostro servizio cloud, ti preghiamo di considerare l'idea di sostenerci.",
-  "sponsor_title": "Capgo Sponsorizza",
-  "sso_2fa": "SSO + 2FA",
-  "stars_in_github": "Stars in GitHub",
-  "start_now": "Inizia ora",
-  "start_your_project": "Inizia il Tuo Progetto",
-  "status": "Estado",
-  "storage": "Almacenamiento<br />(GiB)",
-  "storage_calculated_info": "* Lo spazio di archiviazione è calcolato per GiB all'ora",
-  "storage_detailed_explanation": "Lo storage viene utilizzato per memorizzare i pacchetti di aggiornamento della tua app, che contengono asset web (HTML, CSS, JavaScript), metadati sulla versione e checksum. Conserva tutte le versioni caricate per supportare rollback istantanei, più canali di rilascio (produzione, beta, staging) e cronologia dei deployment. L'uso dello storage aumenta con ogni aggiornamento OTA poiché ogni aggiornamento viene memorizzato come un pacchetto completo. L'utilizzo tipico è di 2 GB per alcune app con una storia limitata e 10-20 GB per molteplici app con rilasci frequenti.",
-  "storage_gb": "Memoria (GiB)",
-  "storage_what_is_it_used_for": "A cosa serve la memoria e come funziona?",
-  "submitting_a_pr_to_capgo": "Submitting a PR to <a href='https://github.com/Cap-go/capgo'><code>Capgo</code></a>",
-  "submitting_a_pull_request": "Sottoporre una richiesta di pull",
-  "subprocessors": "Subprocessors",
-  "subprocessors_description": "List of third-party subprocessors used to deliver Capgo.",
-  "subprocessors_intro": "Capgo relies on trusted third-party subprocessors to provide, secure, and improve the service. The list below describes the vendors and how they are used.",
-  "subprocessors_table_purpose": "Purpose",
-  "subprocessors_table_vendor": "Subprocessor",
-  "subprocessors_title": "Subprocessors",
-  "supercharge_your_app": "Potenzia la Tua App",
-  "support": "Soutien",
-  "support_desc": "Capgo biedt Support Service Level Agreements voor onze Team- en Enterprise-klanten.",
-  "support_policy": "Politique de support",
-  "support_policy_billing_support": "La asistencia para la facturación y gestión de cuentas está disponible para todos los clientes.",
-  "support_policy_code_debugging": "Para preguntas sobre depuración de código, recomendamos comunicarse en GitHub Issues o Discord. La comunidad incluye desarrolladores experimentados que pueden ofrecer orientación sobre problemas relacionados con el código.",
-  "support_policy_community_response": "Per ottenere la risposta più utile dalla comunità, fornisci informazioni precise e dettagliate sul tuo problema e su eventuali messaggi di errore. Includi frammenti di codice rilevanti che spiegano come riprodurre il problema nel tuo messaggio.",
-  "support_policy_configuration_issues_1": "Configuración de actualizaciones en vivo",
-  "support_policy_configuration_issues_2": "最佳应用配置实践",
-  "support_policy_configuration_issues_3": "Domande generali sullo stack Capgo",
-  "support_policy_configuration_issues_title": "Problemi di configurazione",
-  "support_policy_description": "Politica di supporto clienti Capgo e tempi di risposta. Scopri i nostri canali di supporto, SLA e come ti aiutiamo a avere successo con gli aggiornamenti live.",
-  "support_policy_intro": "Capgo se compromete a ofrecer una experiencia excepcional al cliente. Como parte de este compromiso, ofrecemos soporte técnico limitado para todos los proyectos de pago que utilizan nuestra plataforma Capgo. Nuestro soporte técnico se define por el siguiente alcance, horarios, contactos y canales.",
-  "support_policy_limited_support_1": "La solicitud se realiza a través de uno de nuestros canales oficiales de soporte.",
-  "support_policy_limited_support_2": "La solicitud proviene de una dirección de correo electrónico de una cuenta de Capgo registrada.",
-  "support_policy_limited_support_3": "El solicitante tiene acceso de Desarrollador o superior a cualquier proyecto específico de Capgo relacionado con la solicitud.",
-  "support_policy_limited_support_intro": "O suporte técnico limitado está disponível para clientes Capgo que utilizam recursos pagos da Capgo e/ou complementos pagos da Capgo. Os pedidos de suporte serão processados apenas se:",
-  "support_policy_not_covered_1": "Debbuging geral de aplicações de usuário",
-  "support_policy_not_covered_2": "Reescribiendo el código de la aplicación para compatibilidad con Capgo",
-  "support_policy_not_covered_3": "Modificando y/o parcheando software de terceros o de código abierto para compatibilidad con Capgo",
-  "support_policy_not_covered_intro": "I servizi di supporto tecnico Capgo non includono:",
-  "support_policy_not_covered_title": "Nicht abgedeckt",
-  "support_policy_official_channels_1": "Web e Dashboard: O suporte está disponível exclusivamente por meio do recurso de ajuda da Capgo no painel ou em nosso site.",
-  "support_policy_official_channels_2": "Email: Si no puedes acceder al panel de control o al sistema de tickets, contacta al soporte enviando un correo electrónico a support@capgo.app desde una dirección de correo electrónico registrada de Capgo.",
-  "support_policy_official_channels_note": "El personal de soporte de Capgo solo atenderá las solicitudes recibidas a través de estos canales oficiales. Pueden existir canales comunitarios para soporte y discusiones entre pares, proporcionados por voluntarios que contribuyen a la comunidad de Capgo.",
-  "support_policy_official_channels_title": "Canais de Suporte Oficial",
-  "support_policy_premium_support_desc": "Per saperne di più sulle opzioni di supporto premium per i clienti del Piano Team e dell'Enterprise, vi preghiamo di contattarci utilizzando il modulo sottostante:",
-  "support_policy_premium_support_title": "Supporto Premium",
-  "support_policy_proactive_monitoring_desc": "En caso de un problema en la plataforma, publicaremos un aviso en nuestro sitio de estado en status.capgo.app para comunicar rápidamente el impacto y el estado. No necesitas enviar un ticket de soporte para problemas continuos de la plataforma. En su lugar, monitorea la página de estado para obtener las últimas actualizaciones e información.",
-  "support_policy_proactive_monitoring_title": "Monitoreo Proactivo",
-  "support_policy_scope_intro": "L'offre de support de Capgo n'est disponible que pour les technologies prises en charge par la plateforme Capgo et est limitée à :",
-  "support_policy_scope_title": "Alcance",
-  "support_policy_service_disruption_if_billing_stopped": "<strong>Se il pagamento viene interrotto o la fatturazione viene annullata:</strong> l'ultimo aggiornamento installato con successo rimane su ogni dispositivo, ma non vengono scaricati nuovi aggiornamenti.",
-  "support_policy_service_disruption_if_capgo_down": "<strong>Se Capgo è inattivo:</strong> in modalità background, questo di solito è invisibile agli utenti. In modalità diretta, il servizio può restituire una risposta 5xx quando raggiungibile; se il server è semplicemente troppo lento, il plugin attende fino a 3 secondi, annulla la query e prosegue con l'avvio normale dell'app.",
-  "support_policy_service_disruption_if_over_limit": "<strong>Se il traffico supera il tuo piano:</strong> nessun dispositivo (nuovo o vecchio) riceverà ulteriori aggiornamenti fino a quando il piano non rientra nel campo di applicazione.",
-  "support_policy_service_disruption_intro": "Il sistema di aggiornamento è progettato per fallire in modo sicuro. Se Capgo non è disponibile, l'app continua a funzionare e nessun blocco visibile all'utente viene introdotto dal controllo dell'aggiornamento.",
-  "support_policy_service_disruption_link_text": "Interruzione del servizio e dettagli sulla fine del piano",
-  "support_policy_service_disruption_outro": "In ogni scenario sopra, la tua app rimane utilizzabile con l'ultima versione installata e gli aggiornamenti vengono semplicemente saltati fino a quando il servizio non riprende.",
-  "support_policy_service_disruption_timeout": "In ogni modalità di aggiornamento, se il plugin non riesce a ottenere una risposta dal servizio di aggiornamento entro 3 secondi, annulla la richiesta e apre l'app normalmente.",
-  "support_policy_service_disruption_title": "Interruzione del servizio e fine del piano",
-  "support_policy_sla_desc": "Die Service Level Agreements sind nur für Unternehmenskunden verfügbar. Sie finden die SLA-Details, einschließlich der Reaktionszeiten des Supports, auf unserer speziellen SLA-Seite:",
-  "support_policy_sla_title": "Accordo sul livello di servizio",
-  "support_policy_team_participation": "Nota que los miembros del equipo de Capgo pueden participar en los canales de la comunidad a su discreción, pero no hay garantía de respuesta a menos que se envíe a través de canales oficiales.",
-  "support_policy_title": "Capgo Kundenservice",
-  "support_policy_troubleshooting_1": "Fornire soluzioni alternative o risoluzioni per problemi noti",
-  "support_policy_troubleshooting_2": "Rispondere a domande generali su come fare e indirizzare alla documentazione",
-  "support_policy_troubleshooting_3": "Troubleshooting supported features (Live Updates, App Management, Analytics) showing unexpected behavior on Capgo, independent of the user's application code",
-  "support_policy_troubleshooting_title": "Risoluzione dei problemi",
-  "support_teams": "Squadre di Supporto",
-  "support_title": "Suporte",
-  "switch_between_development_staging_production": "Passa tra i canali di sviluppo, staging e produzione",
-  "table_of_contents": "Tabela de Conteúdos",
-  "tailored_configuration": "Configuración a medida",
-  "target_initial_response_times_title": "Obiettivo tempi di risposta iniziali",
-  "team_collaboration": "Collaborazione di Squadra",
-  "team_plan": "Equipo",
-  "terms": "Condizioni di servizio",
-  "terms_applicable": "Os seguintes termos são aplicáveis a quaisquer produtos que você comprou conosco.",
-  "test_deploy_and_monitor_your_capacitor_apps": "Testa, distribuisci e monitora le tue app Capacitor",
-  "test_deploy_monitor_from_anywhere": "Testa, distribuisci e monitora da qualsiasi luogo",
-  "test_different_versions_and_channels": "Testa diverse versioni e canali immediatamente",
-  "test_on_real_devices": "Test su dispositivi reali",
-  "test_pr_builds": "Testa le build PR",
-  "test_releases_instantly": "Rilasci Test Istantaneamente",
-  "testimonial_consulting": "Capgo não apenas tem engenheiros incrivelmente talentosos, mas eles também compartilham minha paixão pelo sucesso do projeto. Ter um <strong class='italic font-bold'>verdadeiro parceiro</strong> tem sido uma experiência maravilhosa, e isso nos permite avançar muito mais rápido do que poderíamos sozinhos.",
-  "testimonial_consulting_2": "Non avrei <strong class='italic font-bold'>alcun dubbio nel consigliare Capgo</strong> ad altri, per fornire una soluzione flessibile a una forza lavoro esistente o su base a lungo termine come parte di un team remoto.",
-  "testimonial_description": "Capgo Пользователь с 2023 года",
-  "testimonial_highlight": "i utenti sono aggiornati in pochi minuti",
-  "testimonial_title": "Abbiamo lanciato Capgo in produzione per la nostra base di utenti di oltre 5000!",
-  "thank_you_for_shopping": "Grazie per aver fatto acquisti da $1.",
-  "thanks_to_our_open_source_nature": "Grazie alla nostra natura open-source",
-  "that_grows_with_you": "che cresce con te",
-  "the_webapp_and_serverless_functions_that_make_up_the_capgo_cloud_platform": "A Webapp e as funções serverless que compõem a plataforma em nuvem Capgo.",
-  "there_are_numerous_repositories_in_the_capgo_organization_that_are_part_of_the_capgo": "Ci sono numerosi repository nell'organizzazione Capgo che fanno parte dell'ecosistema Capgo.",
-  "they_love_capgo": "Eles amam Capgo.",
-  "this_inspired_me_to_create_an_affordable_efficient_alternative": "Esto me inspiró a crear una alternativa asequible y eficiente.",
-  "this_page_serves_as_a_helper_to_get_you_started_on_contributing": "Esta página sirve como una guía para ayudarte a empezar a contribuir.",
-  "tier_baker": "Panettiere",
-  "tier_gold": "Oro",
-  "tier_platinum": "Platino",
-  "tier_silver": "Argento",
-  "to_help_you_decide_which_repository_might_be_the_best_to_start_contributing_and_or_falls_into_your_interest_here_s_a_short_comparison_languages_in_bold_comprise_most_of_the_codebase": "Per aiutarti a decidere quale repository potrebbe essere il migliore per iniziare a contribuire (e/o rientrare nei tuoi interessi), ecco un breve confronto (<strong> i linguaggi in grassetto costituiscono la maggior parte del codice sorgente </strong>):",
-  "top_100_app_using_capacitor_on_android_play_store": "Elenco delle migliori 100 app che utilizzano Capacitor su Google Play Store",
-  "top_100_app_using_different_framworks_on_android_store": "Elenco delle prime 100 app che utilizzano diversi framework sullo store Android",
-  "top_app_by_framework": "App migliori per Framework",
-  "top_apps_by_framework": "Top-apps etter rammeverk",
-  "top_capacitor_apps": "Migliori app Capacitor",
-  "top_capgo_apps": "Lista de las mejores aplicaciones que utilizan Capgo",
-  "top_capgo_apps_title": "Top Capgo apps",
-  "top_cordova_apps": "Lista das 100 melhores aplicações utilizando Cordova na loja Android.",
-  "top_cordova_apps_title": "App Cordova migliori",
-  "top_cordova_migrate_cta_subtitle": "Migrate to Capacitor in 10 days: fewer bugs, better performance, improved accessibility, and a richer plugin ecosystem.",
-  "top_cordova_migrate_cta_title": "Still shipping Cordova?",
-  "top_flutter_apps": "Elenco delle prime 100 app che utilizzano Flutter sullo store Android",
-  "top_flutter_apps_title": "Top Flutter apps",
-  "top_kotlin_apps": "Lista dei primi 100 app che utilizzano Kotlin su Google Play Store",
-  "top_kotlin_apps_title": "أفضل تطبيقات كوتلن",
-  "top_native_script_apps": "Elenco delle prime 100 app che utilizzano Native Script sullo store Android",
-  "top_native_script_apps_title": "Top Native Script apps",
-  "top_react_native_apps": "Elenco delle prime 100 app che utilizzano React Native su Google Play Store",
-  "top_react_native_apps_title": "أفضل تطبيقات React Native",
-  "tos_acknowledgment_text_1": "Isto são os Termos e Condições que regem o uso deste Serviço e o acordo que opera entre Você e a Empresa. Estes Termos e Condições estabelecem os direitos e obrigações de todos os usuários em relação ao uso do Serviço.",
-  "tos_acknowledgment_text_2": "L'accesso e l'uso del Servizio sono subordinati all'accettazione e al rispetto di questi Termini e Condizioni. Questi Termini e Condizioni si applicano a tutti i visitatori, utenti e altri che accedono o utilizzano il Servizio.",
-  "tos_acknowledgment_text_3": "Accedendo o utilizzando il Servizio, accetti di essere vincolato da questi Termini e Condizioni. Se non sei d'accordo con qualche parte di questi Termini e Condizioni, non puoi accedere al Servizio.",
-  "tos_acknowledgment_text_4": "Você declara que tem mais de 18 anos. A Empresa não permite que menores de 18 anos utilizem o Serviço.",
-  "tos_acknowledgment_text_5": "Tu acceso y uso del Servicio también están condicionados a tu aceptación y cumplimiento de la Política de Privacidad de la Empresa. Nuestra Política de Privacidad describe nuestras políticas y procedimientos sobre la recopilación, uso y divulgación de tu información personal cuando utilizas la Aplicación o el Sitio Web, y te informa sobre tus derechos de privacidad y cómo la ley te protege. Por favor, lee nuestra Política de Privacidad cuidadosamente antes de utilizar nuestro Servicio.",
-  "tos_acknowledgment_title": "Riconoscimento",
-  "tos_changes_text_1": "Ci riserviamo il diritto, a nostra sola discrezione, di modificare o sostituire questi Termini in qualsiasi momento. Se una revisione è materiale, faremo sforzi ragionevoli per fornire almeno 30 giorni di preavviso prima che eventuali nuovi termini entrino in vigore. Cosa costituisce una modifica materiale sarà determinato a nostra sola discrezione.",
-  "tos_changes_text_2": "Al continuar accediendo o utilizando Nuestro Servicio después de que esas revisiones entren en vigor, aceptas estar sujeto a los términos revisados. Si no estás de acuerdo con los nuevos términos, total o parcialmente, por favor deja de usar el sitio web y el Servicio.",
-  "tos_changes_title": "Modifiche a questi Termini e Condizioni",
-  "tos_contact_us_text": "Si avez des questions sur ces Termes et Conditions, vous pouvez nous contacter :",
-  "tos_contact_us_title": "Contáctanos",
-  "tos_contact_us_website": "Visitando esta página en el sitio web:",
-  "tos_definition_account": "L'Account signifie un compte unique créé pour Vous permettant d'accéder à notre Service ou à des parties de notre Service.",
-  "tos_definition_affiliate": "Affiliato significa un'entità che controlla, è controllata da o è sotto il controllo comune di una parte, dove \"controllo\" significa possesso del 50% o più delle azioni, partecipazioni patrimoniali o altri titoli aventi diritto di voto per l'elezione dei direttori o di altra autorità di gestione.",
-  "tos_definition_application": "Aplicación se refiere al programa de software proporcionado por la Empresa que usted ha descargado en cualquier dispositivo electrónico, llamado $1.",
-  "tos_definition_application_store": "L'Application Store désigne le service de distribution numérique exploité et développé par Apple Inc. (Apple App Store) ou Google Inc. (Google Play Store) dans lequel l'Application a été téléchargée.",
-  "tos_definition_company": "Компания (ссылающаяся как \"Компания\", \"Мы\", \"Нас\" или \"Наш\" в этом Соглашении) относится к Digital shift OU, Sepapaja 6, 15551, Таллинн, Эстония.",
-  "tos_definition_country": "Paese si riferisce a: Estonia.",
-  "tos_definition_device": "Dispositivo significa cualquier dispositivo que pueda acceder al Servicio, como una computadora, un teléfono celular o una tableta digital.",
-  "tos_definition_feedback": "Il feedback significa feedback, innovazioni o suggerimenti inviati da te riguardo alle caratteristiche, prestazioni o funzionalità del nostro Servizio.",
-  "tos_definition_free_trial": "La prova gratuita si riferisce a un periodo di tempo limitato che può essere gratuito quando si acquista un abbonamento.",
-  "tos_definition_in_app_purchase": "L'acquisto in-app si riferisce all'acquisto di un prodotto, articolo, servizio o abbonamento effettuato tramite l'Applicazione e soggetto a questi Termini e Condizioni e/o ai termini e condizioni dell'App Store.",
-  "tos_definition_service": "Il servizio si riferisce all'Applicazione.",
-  "tos_definition_subscriptions": "Les abonnements se réfèrent aux services ou à l'accès au Service offerts sur une base d'abonnement par la Société à Vous.",
-  "tos_definition_terms": "Termini e Condizioni (noto anche come \"Termini\") si riferiscono a questi Termini e Condizioni che costituiscono l'intero accordo tra Te e la Società riguardo all'uso del Servizio.",
-  "tos_definition_third_party_social_media": "Il servizio di social media di terze parti è qualsiasi servizio o contenuto (inclusi dati, informazioni, prodotti o servizi) fornito da una terza parte che può essere visualizzato, incluso o reso disponibile dal Servizio.",
-  "tos_definition_you": "Vous désignez la personne individuelle accédant ou utilisant le Service, ou la société, ou toute autre entité légale au nom de laquelle cette personne individuelle accède ou utilise le Service, le cas échéant.",
-  "tos_definitions_intro": "A fins a l'efecte d'aquestes Condicions i Termes:",
-  "tos_definitions_subtitle": "Definiciones",
-  "tos_disclaimer_text_1": "El Servicio se proporciona a Usted \"TAL CUAL\" y \"SEGÚN DISPONIBILIDAD\" y con todos los errores y defectos sin garantía de ningún tipo. En la máxima medida permitida por la ley aplicable, la Empresa, en su propio nombre y en nombre de sus Afiliados y de sus respectivos licenciantes y proveedores de servicios, renuncia expresamente a todas las garantías, ya sean expresas, implícitas, legales o de otro tipo, con respecto al Servicio, incluidas todas las garantías implícitas de comerciabilidad, idoneidad para un propósito particular, titularidad y",
-  "tos_disclaimer_text_2": "Senza limitare quanto sopra, né la Società né alcuno dei fornitori della società forniscono alcuna dichiarazione o garanzia di alcun tipo, espressa o implicita: (i) riguardo al funzionamento o alla disponibilità del Servizio, o delle informazioni, contenuti e materiali o prodotti ivi inclusi; (ii) che il Servizio sarà ininterrotto o privo di errori; (iii) riguardo all'accuratezza, all'affidabilità o all'aggiornamento di qualsiasi informazione o contenuto fornito tramite il Servizio; o (iv) che il Servizio, i suoi server, il contenuto o le e-mail inviate da o per conto della Società siano privi di virus, script, cavalli di Troia, worm, malware, bombe a tempo o altri componenti dannosi.",
-  "tos_disclaimer_text_3": "Algumas jurisdições não permitem a exclusão de certos tipos de garantias ou limitações sobre os direitos estatutários aplicáveis de um consumidor, portanto, algumas ou todas as exclusões e limitações acima podem não se aplicar a você. Mas, nesse caso, as exclusões e limitações estabelecidas nesta seção serão aplicadas na maior extensão possível de acordo com a lei aplicável.",
-  "tos_disclaimer_title": "\"COMME C'EST\" et \"COMME DISPONIBLE\" Avertissement",
-  "tos_disputes_resolution_text": "Se avete domande o controversie riguardanti il Servizio, accettate di cercare prima di risolvere la controversia in modo informale contattando la Società.",
-  "tos_disputes_resolution_title": "Resolução de Disputas",
-  "tos_eu_users_text": "Se sei un consumatore dell'Unione Europea, beneficerai di eventuali disposizioni obbligatorie della legge del paese in cui risiedi.",
-  "tos_eu_users_title": "Pour les utilisateurs de l'Union européenne (UE)",
-  "tos_governing_law_text": "Les lois du pays, à l'exclusion de ses règles de conflit de lois, régiront ces Conditions et votre utilisation du Service. Votre utilisation de l'Application peut également être soumise à d'autres lois locales, étatiques, nationales ou internationales.",
-  "tos_governing_law_title": "Legge applicabile",
-  "tos_in_app_purchases_text_1": "L'applicazione può includere acquisti in-app che ti consentono di acquistare prodotti, servizi o abbonamenti.",
-  "tos_in_app_purchases_text_2": "Mais informações sobre como você pode gerenciar Compras Dentro do Aplicativo usando seu Dispositivo podem estar descritas nos termos e condições da Loja de Aplicativos ou nas configurações de Ajuda do seu Dispositivo.",
-  "tos_in_app_purchases_text_3": "Le achats in-app ne peuvent être consommés qu'au sein de l'application. Si vous effectuez un achat in-app, cet achat ne peut pas être annulé après que vous ayez commencé son téléchargement. Les achats in-app ne peuvent pas être échangés contre de l'argent ou d'autres contreparties, ni transférés autrement.",
-  "tos_in_app_purchases_text_4": "Si alguna Compra dentro de la aplicación no se ha descargado correctamente o no funciona una vez descargada con éxito, investigaremos la razón del fallo después de darnos cuenta del mismo o de ser notificados por Usted. Actuaremos de manera razonable al decidir si le proporcionamos una Compra dentro de la aplicación de reemplazo o le emitimos un parche para reparar el fallo. En ningún caso le cobraremos por reemplazar o reparar la Compra dentro de la aplicación. En el improbable caso de que no podamos reemplazar o reparar la Compra dentro de la aplicación correspondiente, o de que no podamos hacerlo dentro de un período de tiempo razonable y sin causar inconvenientes significativos para Usted, autorizaremos a la Tienda de Aplicaciones a reembolsarle un monto de hasta el costo de la Compra dentro de la aplicación correspondiente. Alternativamente, si desea solicitar un reembolso, puede hacerlo contactando directamente a la Tienda de Aplicaciones.",
-  "tos_in_app_purchases_text_5": "Vous reconnaissez et acceptez que tous les processes de facturation et de transaction sont gérés par le Store d'Applications à partir duquel vous avez téléchargé l'Application et sont régis par les propres termes et conditions de ce Store d'Applications.",
-  "tos_in_app_purchases_text_6": "Si vous avez des problèmes de paiement liés aux achats intégrés, vous devez contacter directement le magasin d'applications.",
-  "tos_in_app_purchases_title": "In-App Käufe",
-  "tos_intellectual_property_text_1": "Il Servizio e i suoi contenuti originali (escludendo i Contenuti forniti da Te o da altri utenti), caratteristiche e funzionalità sono e rimarranno di proprietà esclusiva della Società e dei suoi concessori di licenza.",
-  "tos_intellectual_property_text_2": "El Servicio está protegido por derechos de autor, marcas registradas y otras leyes tanto del País como de países extranjeros.",
-  "tos_intellectual_property_text_3": "I nostri marchi e il nostro abbigliamento commerciale non possono essere utilizzati in relazione a qualsiasi prodotto o servizio senza il previo consenso scritto dell'Azienda.",
-  "tos_intellectual_property_title": "Propriedade Intelectual",
-  "tos_interpretation_subtitle": "Interpretación",
-  "tos_interpretation_text": "Die Wörter, deren Anfangsbuchstabe groß geschrieben ist, haben Bedeutungen, die unter den folgenden Bedingungen definiert sind. Die folgenden Definitionen haben die gleiche Bedeutung, unabhängig davon, ob sie im Singular oder im Plural auftreten.",
-  "tos_interpretation_title": "Interpretazione e Definizioni",
-  "tos_last_updated": "Ultima actualización: 12 de enero de 2022",
-  "tos_limitation_of_liability_text_1": "Indipendentemente da eventuali danni che potresti subire, la responsabilità complessiva della Società e di qualsiasi suo fornitore ai sensi di qualsiasi disposizione di questi Termini e il tuo rimedio esclusivo per tutto quanto sopra sarà limitata all'importo effettivamente pagato da te tramite il Servizio o a 100 USD se non hai acquistato nulla tramite il Servizio.",
-  "tos_limitation_of_liability_text_2": "Nella misura massima consentita dalla legge applicabile, in nessun caso la Società o i suoi fornitori saranno responsabili per danni speciali, incidentali, indiretti o consequenziali di qualsiasi genere (inclusi, ma non limitati a, danni per perdita di profitti, perdita di dati o altre informazioni, per interruzione dell'attività, per infortuni personali, perdita della privacy derivanti da o in qualsiasi modo correlati all'uso o all'impossibilità di utilizzare il Servizio, software di terze parti e/o hardware di terze parti utilizzati con il Servizio, o altrimenti in relazione a qualsiasi disposizione di questi Termini), anche se la Società o qualsiasi fornitore è stato avvisato della possibilità di tali danni e anche se il rimedio non raggiunge il suo scopo essenziale.",
-  "tos_limitation_of_liability_text_3": "Alguns estados não permitem a exclusão de garantias implícitas ou a limitação de responsabilidade por danos incidentais ou consequentes, o que significa que algumas das limitações acima podem não se aplicar. Nesses estados, a responsabilidade de cada parte será limitada ao máximo permitido pela lei.",
-  "tos_limitation_of_liability_title": "Limitazione della responsabilità",
-  "tos_links_to_other_websites_text_1": "Nuestro servicio puede contener enlaces a sitios web o servicios de terceros que no son propiedad ni están controlados por la empresa.",
-  "tos_links_to_other_websites_text_2": "L'azienda non ha alcun controllo e non si assume alcuna responsabilità per il contenuto, le politiche sulla privacy o le pratiche di siti web o servizi di terze parti. Inoltre, riconosci e accetti che l'azienda non sarà responsabile o perseguibile, direttamente o indirettamente, per eventuali danni o perdite causati o presunti causati dall'uso o dalla fiducia in qualsiasi contenuto, beni o servizi disponibili su o tramite tali siti web o servizi.",
-  "tos_links_to_other_websites_text_3": "Ti consigliamo vivamente di leggere i termini e le condizioni e le politiche sulla privacy di qualsiasi sito web o servizio di terze parti che visiti.",
-  "tos_links_to_other_websites_title": "Collegamenti ad Altri Siti Web",
-  "tos_please_read": "Por favor, lea estos términos y condiciones cuidadosamente antes de utilizar nuestro Servicio.",
-  "tos_right_to_refuse_or_terminate_service_text_1": "La Società si riserva il diritto, a sua esclusiva discrezione, di rifiutare il servizio, sospendere l'accesso o terminare qualsiasi account o rapporto commerciale in qualsiasi momento, con o senza motivo, incluso ma non limitato a:",
-  "tos_right_to_refuse_or_terminate_service_text_2": "Ripetuto mancato pagamento per servizi aggiuntivi concordati o fatture.",
-  "tos_right_to_refuse_or_terminate_service_text_3": "Abuso, molestie o comportamento irrispettoso nei confronti dei rappresentanti dell'azienda.",
-  "tos_right_to_refuse_or_terminate_service_text_4": "Abuso del Servizio o azioni che danneggiano l'integrità, la sicurezza o la reputazione dell'Azienda.",
-  "tos_right_to_refuse_or_terminate_service_text_5": "In tali casi, non verrà emesso alcun rimborso per qualsiasi periodo di abbonamento o servizio rimanente, a meno che non sia richiesto dalla legge.",
-  "tos_right_to_refuse_or_terminate_service_title": "Diritto di Rifiutare o Terminare il Servizio",
-  "tos_severability_subtitle": "Severabilidade",
-  "tos_severability_text": "Se alguna disposición de estos Términos se considera inaplicable o inválida, dicha disposición será modificada e interpretada para lograr los objetivos de dicha disposición en la mayor medida posible según la ley aplicable, y las disposiciones restantes continuarán en pleno vigor y efecto.",
-  "tos_severability_waiver_title": "Divisibilité et renonciation",
-  "tos_subscriptions_billing_subtitle": "Facturación",
-  "tos_subscriptions_billing_text_1": "Vocês deverão fornecer à Empresa informações de cobrança precisas e completas, incluindo nome completo, endereço, estado, código postal, número de telefone e informações de um método de pagamento válido.",
-  "tos_subscriptions_billing_text_2": "Se a cobrança automática não ocorrer por qualquer motivo, a Empresa emitirá uma fatura eletrônica indicando que você deve proceder manualmente, dentro de um determinado prazo, com o pagamento integral correspondente ao período de faturamento conforme indicado na fatura.",
-  "tos_subscriptions_billing_text_3": "Se a Assinatura foi realizada por meio de uma Compra Dentro do Aplicativo, toda a cobrança é realizada pela loja de aplicativos e é regida pelos próprios termos e condições da loja de aplicativos.",
-  "tos_subscriptions_cancellations_subtitle": "Abonnementskündigungen",
-  "tos_subscriptions_cancellations_text_1": "Puoi annullare il rinnovo del tuo abbonamento sia tramite la pagina delle impostazioni del tuo account sia contattando l'azienda. Non riceverai un rimborso per le spese che hai già pagato per il tuo attuale periodo di abbonamento e potrai accedere al servizio fino alla fine del tuo attuale periodo di abbonamento.",
-  "tos_subscriptions_cancellations_text_2": "Si la suscripción se ha realizado a través de una compra dentro de la aplicación, puede cancelar la renovación de su suscripción con la tienda de aplicaciones.",
-  "tos_subscriptions_fee_changes_subtitle": "Modifiche delle tariffe",
-  "tos_subscriptions_fee_changes_text_1": "A Empresa, a seu exclusivo critério e a qualquer momento, pode modificar as taxas de Assinatura. Qualquer alteração na taxa de Assinatura entrará em vigor ao final do período de Assinatura atual.",
-  "tos_subscriptions_fee_changes_text_2": "A Empresa fornecerá a Você um aviso razoável antecedente sobre qualquer alteração nas taxas de Assinatura, para lhe dar a oportunidade de rescindir Sua Assinatura antes que tal alteração entre em vigor.",
-  "tos_subscriptions_fee_changes_text_3": "Tu continuación en el uso del Servicio después de que se implemente el cambio en la tarifa de Suscripción constituye tu acuerdo para pagar el monto modificado de la tarifa de Suscripción.",
-  "tos_subscriptions_free_trial_subtitle": "Free Trial",
-  "tos_subscriptions_free_trial_text_1": "L'azienda può, a sua esclusiva discrezione, offrire un abbonamento con un periodo di prova gratuito per un periodo di tempo limitato.",
-  "tos_subscriptions_free_trial_text_2": "Potresti essere tenuto a inserire le tue informazioni di fatturazione per iscriverti alla prova gratuita.",
-  "tos_subscriptions_free_trial_text_3": "Si ingresas tu información de facturación al registrarte para una prueba gratuita, la empresa no te cobrará hasta que la prueba gratuita haya expirado. En el último día del periodo de prueba gratuita, a menos que canceles tu suscripción, se te cobrará automáticamente las tarifas de suscripción aplicables para el tipo de suscripción que hayas seleccionado.",
-  "tos_subscriptions_free_trial_text_4": "In qualsiasi momento e senza preavviso, la Società si riserva il diritto di (i) modificare i termini e le condizioni dell'offerta di Prova Gratuita, o (ii) annullare tale offerta di Prova Gratuita.",
-  "tos_subscriptions_period_subtitle": "Período de suscripción",
-  "tos_subscriptions_period_text_1": "El Servicio o algunas partes del Servicio están disponibles solo con una Suscripción paga. Se le cobrará por adelantado de manera recurrente y periódica (como diaria, semanal, mensual o anualmente), dependiendo del tipo de plan de Suscripción que seleccione al comprar la Suscripción.",
-  "tos_subscriptions_period_text_2": "Al termine di ciascun periodo, il Tuo Abbonamento si rinnoverà automaticamente alle stesse condizioni, a meno che Tu non lo cancelli o la Società non lo cancelli.",
-  "tos_subscriptions_refunds_subtitle": "Rimborsi",
-  "tos_subscriptions_refunds_text_1": "A menos que sea requerido por la ley, las tarifas de suscripción pagadas no son reembolsables.",
-  "tos_subscriptions_refunds_text_2": "Certains demandes de remboursement pour les abonnements peuvent être examinées par la société au cas par cas et accordées à la seule discrétion de la société.",
-  "tos_subscriptions_refunds_text_3": "Si la suscripción se ha realizado a través de una compra dentro de la aplicación, se aplicará la política de reembolso de la tienda de aplicaciones. Si desea solicitar un reembolso, puede hacerlo contactando directamente a la tienda de aplicaciones.",
-  "tos_subscriptions_title": "Abonnements",
-  "tos_termination_text_1": "Podemos rescindir ou suspender sua conta imediatamente, sem aviso prévio ou responsabilidade, por qualquer motivo, incluindo, sem limitação, se você violar estes Termos e Condições.",
-  "tos_termination_text_2": "Al momento de la terminación, su derecho a utilizar el Servicio cesará inmediatamente. Si desea cancelar su Cuenta, simplemente puede dejar de usar el Servicio.",
-  "tos_termination_title": "Cessazione",
-  "tos_title": "Termini e Condizioni",
-  "tos_translation_text": "Questi Termini e Condizioni potrebbero essere stati tradotti se li abbiamo resi disponibili a te sul nostro Servizio. Accetti che il testo originale in inglese prevalga in caso di controversia.",
-  "tos_translation_title": "Traduzione Interpretazione",
-  "tos_us_federal_government_text": "Si usted es un usuario final del gobierno federal de EE. UU., nuestro Servicio es un \"Artículo Comercial\" según la definición de ese término en 48 C.F.R. §2.101.",
-  "tos_us_federal_government_title": "Disposições de Uso Final do Governo Federal dos Estados Unidos",
-  "tos_us_legal_compliance_text": "Você declara e garante que (i) você não está localizado em um país que esteja sujeito ao embargo do governo dos Estados Unidos, ou que tenha sido designado pelo governo dos Estados Unidos como um país que \"apoiam o terrorismo\", e (ii) você não está listado em nenhuma lista de partes proibidas ou restritas do governo dos Estados Unidos.",
-  "tos_us_legal_compliance_title": "Conformité légale des États-Unis",
-  "tos_user_accounts_text_1": "Cuando cree una cuenta con nosotros, debe proporcionarnos información que sea precisa, completa y actual en todo momento. El incumplimiento de esto constituye un incumplimiento de los Términos, lo que puede resultar en la terminación inmediata de su cuenta en nuestro Servicio.",
-  "tos_user_accounts_text_2": "Sei responsabile della protezione della password che utilizzi per accedere al Servizio e per qualsiasi attività o azione eseguita con la tua password, sia che la tua password sia associata al Nostro Servizio o a un Servizio di Social Media di Terze Parti.",
-  "tos_user_accounts_text_3": "Vous convenez de ne pas divulguer votre mot de passe à un tiers. Vous devez nous informer immédiatement dès que vous prenez connaissance de toute violation de la sécurité ou de tout usage non autorisé de votre compte.",
-  "tos_user_accounts_text_4": "No puedes usar como nombre de usuario el nombre de otra persona o entidad o que no esté legalmente disponible para su uso, un nombre o marca registrada que esté sujeta a derechos de otra persona o entidad que no sea tú sin la autorización adecuada, o un nombre que sea ofensivo, vulgar u obsceno.",
-  "tos_user_accounts_title": "Conti utenti",
-  "tos_waiver_subtitle": "Renuncia",
-  "tos_waiver_text": "Excepto como se dispone en este documento, el hecho de no ejercer un derecho o de requerir el cumplimiento de una obligación bajo estos Términos no afectará la capacidad de una parte para ejercer dicho derecho o requerir tal cumplimiento en ningún momento posterior, ni la renuncia a un incumplimiento constituirá una renuncia a cualquier incumplimiento posterior.",
-  "tos_your_feedback_text": "Vous céderez tous les droits, titres et intérêts liés à tout retour d'information que vous fournissez à la société. Si, pour une raison quelconque, cette cession est inefficace, vous acceptez de concéder à la société un droit et une licence non exclusifs, perpétuels, irrévocables, sans redevance, dans le monde entier, d'utiliser, reproduire, divulguer, sous-licencier, distribuer, modifier et exploiter ce retour d'information sans restriction.",
-  "tos_your_feedback_title": "Il tuo feedback per noi",
-  "total_data_transfer": "Trasferimento totale dei dati",
-  "track_update_performance_and_user_adoption": "Monitora il rendimento dell'aggiornamento e l'adozione da parte degli utenti",
-  "transparency_security": "Trasparenza & Sicurezza",
-  "trust": "Fiducia",
-  "trust_center": "Centro di Fiducia",
-  "trust_continuous_validation_description": "La trasparenza open-source supportata da scansioni automatizzate mantiene le vulnerabilità visibili e risolte prima che possano influire sui clienti.",
-  "trust_continuous_validation_snyk_label": "Salute delle dipendenze Snyk",
-  "trust_continuous_validation_sonar_label": "Postura di sicurezza SonarCloud",
-  "trust_continuous_validation_title": "Validazione continua e monitoraggio",
-  "trust_foundation_application_description": "Le linee guida per la codifica sicura, le revisioni obbligatorie, i test automatizzati e i test di penetrazione indipendenti rafforzano la superficie dell'app.",
-  "trust_foundation_application_title": "Sicurezza delle applicazioni",
-  "trust_foundation_data_description": "I pacchetti dei clienti rimangono crittografati durante il trasporto e a riposo con versioni firmate, registri di audit e chiavi API granulari.",
-  "trust_foundation_data_title": "Protezione dei dati",
-  "trust_foundation_description": "Sicurezza, privacy e affidabilità sono incorporate in ogni strato della piattaforma Capgo.",
-  "trust_foundation_operations_description": "Runbook dedicati, monitoraggio 24/7 e un singolo proprietario responsabile garantiscono una rapida rilevazione e risposta.",
-  "trust_foundation_operations_title": "Prontezza operativa",
-  "trust_foundation_platform_description": "Cloudflare, Supabase e pipeline CI isolati impongono MFA, gestione dei segreti e ambienti salvaguardati.",
-  "trust_foundation_platform_title": "Piattaforma e infrastruttura",
-  "trust_foundation_title": "Salvaguardie stratificate su ogni rilascio",
-  "trust_hero_badge": "Costruito per flussi di lavoro di rilascio sicuri",
-  "trust_hero_description": "Capgo protegge il tuo pipeline di rilascio con audit indipendenti, infrastruttura rinforzata e processi progettati per una spedizione rapida e sicura.",
-  "trust_hero_point_four": "Programma di sicurezza guidato dal fondatore con playbook dedicati per la risposta agli incidenti.",
-  "trust_hero_point_one": "I fornitori critici mantengono l'attestazione SOC 2 che viene rivista ogni anno.",
-  "trust_hero_point_three": "Crittografia in transito e a riposo supportata da controlli di accesso granulari.",
-  "trust_hero_point_two": "Stato trasparente, aggiornamenti su incidenti e manutenzione in tempo reale.",
-  "trust_hero_primary_cta": "Rivedi la documentazione di conformità",
-  "trust_hero_secondary_cta": "Controlla lo stato in tempo reale",
-  "trust_hero_title": "Sicurezza e Fiducia senza compromessi",
-  "trust_highlight_data_residency_description": "La consegna globale edge crittografa il traffico da un capo all'altro, mentre lo storage di Supabase mantiene le release bloccate a riposo.",
-  "trust_highlight_data_residency_title": "Protezione dei dati ovunque",
-  "trust_highlight_soc2_description": "I fornitori di hosting e dati rispettano la conformità SOC 2 con certificati revisionati annualmente.",
-  "trust_highlight_soc2_title": "Partnership di livello aziendale",
-  "trust_highlight_transparency_description": "La pagina di stato pubblico, gli aggiornamenti sugli incidenti e l'uptime storico mantengono i clienti informati.",
-  "trust_highlight_transparency_title": "Trasparenza operativa",
-  "trust_highlights_heading": "Su cosa puoi fare affidamento",
-  "trust_meta_description": "Scopri come Capgo salvaguarda gli aggiornamenti over-the-air con sicurezza stratificata, monitoraggio trasparente e operazioni che mettono al primo posto la privacy.",
-  "trust_program_description": "Iteriamo sui controlli attraverso valutazione continua, rafforzamento, monitoraggio e miglioramento.",
-  "trust_program_step_assess_description": "Le revisioni regolari dell'infrastruttura, delle dipendenze e dei processi garantiscono che i nuovi rischi vengano catalogati e prioritizzati.",
-  "trust_program_step_assess_title": "Valuta e priorizza i rischi",
-  "trust_program_step_evolve_description": "Le revisioni post-incidente, gli aggiornamenti della roadmap e la segnalazione trasparente mantengono il programma in miglioramento.",
-  "trust_program_step_evolve_title": "Evolvi & condividi",
-  "trust_program_step_harden_description": "Le salvaguardie di difesa a più livelli coprono i livelli di origine, costruzione, consegna e runtime.",
-  "trust_program_step_harden_title": "Implementa e rinforza i controlli",
-  "trust_program_step_monitor_description": "Gli avvisi automatizzati, i cruscotti di uptime e i controlli manuali forniscono una consapevolezza situazionale continua.",
-  "trust_program_step_monitor_title": "Monitora & allerta",
-  "trust_program_title": "Ciclo di vita del programma di sicurezza",
-  "trust_resource_contact_cta": "Team di sicurezza email",
-  "trust_resource_contact_description": "Contatta direttamente per la divulgazione coordinata, revisioni di sicurezza o documentazione personalizzata.",
-  "trust_resource_contact_title": "Bisogno di parlare con la sicurezza?",
-  "trust_resource_status_cta": "Apri la pagina di stato",
-  "trust_resource_status_description": "Visualizza in tempo reale l'uptime storico, le finestre di manutenzione e la comunicazione degli incidenti.",
-  "trust_resource_status_title": "Stato & tempo di attività",
-  "trust_resource_trust_center_cta": "Visita il portale della fiducia",
-  "trust_resource_trust_center_description": "Accedi ai questionari sulla sicurezza, alla documentazione SOC e alle mappature dettagliate dei controlli.",
-  "trust_resource_trust_center_title": "Portale di fiducia",
-  "trust_resources_description": "Approfondisci le politiche, i controlli e i segnali in tempo reale che mantengono Capgo sicuro.",
-  "trust_resources_title": "Esplora le risorse di fiducia",
-  "trusted_by_developers_worldwide": "Fidato dagli sviluppatori in tutto il mondo",
-  "trusted_by_the_biggest_capacitor_apps": "Fidato dalle più grandi applicazioni Capacitorjs",
-  "tutorial_on": "Tutorial su",
-  "type_ii_certified": "Certificato di Tipo II",
-  "typescript_definitions": "Definizioni TypeScript",
-  "ultra_low_latency": "latenza ultra-bassa",
-  "unauthorized_access": "Acceso no autorizado.",
-  "unauthorized_access_desc": "Acceder o utilizar cualquier Sistema sin permiso, incluyendo intentar sondear, escanear o probar la vulnerabilidad de un Sistema o violar cualquier medida de seguridad o autenticación utilizada por un Sistema.",
-  "unlimited_live_updates": "Aggiornamenti Live Illimitati",
-  "unscheduled_downtime_desc": "\"Tempo de inatividade não programado\" significa o tempo, em minutos, em que os Serviços aplicáveis não estão geralmente acessíveis e disponíveis para os Usuários Permitidos do Cliente, excluindo a falta de acessibilidade ou disponibilidade devido a atos ou omissões do Cliente ou dos Usuários Permitidos, eventos de força maior, manutenção programada divulgada com pelo menos 24 horas de antecedência por e-mail, ataques de invasão ou vírus, manutenção de emergência razoável ou outras exclusões específicas do produto listadas nas Exclusões do SLA.",
-  "unscheduled_downtime_title": "4.2 Tempo di inattività non programmato",
-  "unsealed_goods": "Die Lieferung von Waren, die aus Gesundheits- oder Hygieneschutzgründen nicht für die Rückgabe geeignet sind und nach der Lieferung ungeöffnet wurden.",
-  "unsure_about_active_users": "Non sei sicuro del numero di utenti attivi?",
-  "update_size_mb": "Aggiornamento Dimensione (MB)",
-  "update_success_tracking": "Aggiornamento del monitoraggio di successo",
-  "updates": "Aggiornamenti",
-  "updates_at_scale": "aggiornamenti su larga scala?",
-  "updates_by_month": "Aggiornamenti<br />per mese",
-  "updates_delivered": "Aggiornamenti consegnati",
-  "updates_explanation": "Parte del cálculo del precio del ancho de banda",
-  "updates_per_month": "Aggiornamenti al Mese",
-  "updates_size": "Aggiornamenti Dimensione<br />(MB)",
-  "uptime_commitment_desc": "Capgo fournirà la Disponibilità Reale per almeno il novantanove percento (99,0%) del tempo totale in ogni mese di calendario durante il Periodo di Abbonamento, come misurato da Capgo (l'\"Impegno di Uptime\").",
-  "uptime_commitment_title": "1. Compromiso de Disponibilidad",
-  "uptime_sla": "Uptime SLA",
-  "urgent_enterprise_response": "1 hora<br />24/7 × 365",
-  "urgent_priority_response": "1 ora<br />24/7 × 365",
-  "urgent_support_desc": "Defeito que resulta em interrupção total ou parcial do sistema ou uma condição que torna o Capgo inutilizável ou indisponível em produção para todos os Usuários do Cliente.",
-  "urgent_support_subtitle": "Problema crítico",
-  "urgent_support_title": "1. Urgente",
-  "urgent_team_response": "24 ore<br />24/7 × 365",
-  "use_at_your_own_risk_disclaimer_text": "Toutes les informations dans le Service sont fournies \"telles quelles\", sans garantie de complétude, d'exactitude, de mise à jour ou des résultats obtenus par l'utilisation de ces informations, et sans garantie de quelque nature que ce soit, expresse ou implicite, y compris, mais sans s'y limiter, les garanties de performance, de qualité marchande et d'adéquation à un objectif particulier.",
-  "use_at_your_own_risk_disclaimer_title": "\"Uso bajo su propio riesgo\" Descargo de responsabilidad",
-  "use_capgo": "Usa Capgo",
-  "user_comments_responsibility": "Los comentarios publicados por los usuarios son de su exclusiva responsabilidad y los usuarios asumirán toda responsabilidad, obligación y culpa por cualquier difamación o litigio que resulte de algo escrito en un comentario o como resultado directo de algo escrito en un comentario. La Compañía no se hace responsable de ningún comentario publicado por los usuarios y se reserva el derecho de eliminar cualquier comentario por cualquier motivo.",
-  "using_us_in_production": "Usando nosotros en producción",
-  "verify_fixes_instantly": "Verifica le correzioni immediatamente",
-  "version_control": "Controllo di Versione",
-  "version_manager_that_power_ci_cd_to_update_apps": "Gestor de versiones que potencia CI/CD para actualizar aplicaciones.",
-  "view_as_markdown": "Visualizza come Markdown",
-  "view_npm": "Vedi su NPM",
-  "view_page_as_plain_text": "Visualizza questa pagina come testo semplice",
-  "view_raw_on_github": "Visualizza il raw su GitHub",
-  "view_repo": "Visualizar Repositório",
-  "view_sla": "Visualizza SLA",
-  "view_source": "Visualizza Sorgente",
-  "views_expressed_disclaimer_text": "El Servicio puede contener opiniones y puntos de vista que son de los autores y no reflejan necesariamente la política oficial o posición de ningún otro autor, agencia, organización, empleador o empresa, incluida la Compañía.",
-  "views_expressed_disclaimer_title": "Declaração de Isenção de Responsabilidade sobre as Opiniões Expressas",
-  "we_already_setup_ci_cd_for_50_apps": "Hemos configurado CI/CD para más de 50 aplicaciones.",
-  "we_don_t_bill_you_automatically_until_your_confirmation": "Non ti addebitiamo automaticamente fino alla tua conferma.",
-  "we_don_t_store_or_sell_your_data_to_anyone": "Non conserviamo né vendiamo i tuoi dati a nessuno.",
-  "we_empower_developers_to_push_updates_instantly_ensuring_your_users_always_have_the_latest_version_of_your_app_without_the_hassle_of_app_store_approvals": "Noi diamo potere agli sviluppatori di pubblicare aggiornamenti istantaneamente, garantendo che i tuoi utenti abbiano sempre l'ultima versione della tua app senza il disagio delle approvazioni del negozio di app.",
-  "we_practice_what_we_preach": "Noi pratichiamo ciò che predichiamo",
-  "we_set_up_your_ci_cd_workflow_to_work_seamlessly_with_your_current_development_process_no_need_to_switch_platforms_or_learn_new_tools": "Nous avons configuré votre workflow CI/CD pour qu'il fonctionne parfaitement avec votre processus de développement actuel. Pas besoin de changer de plateforme ou d'apprendre de nouveaux outils.",
-  "we_welcome_and_appreciate_all_contributions_to_capgo": "Welkommen und schätzen Sie alle Beiträge zu Capgo.",
-  "website_description": "Envía y gestiona actualizaciones en tiempo real para tu aplicación de capacitor sin complicaciones de tienda, 5 minutos para instalar actualizaciones Over-the-Air (OTA). Utiliza canales para enviar a grupos específicos.",
-  "website_keywords": "Capacitor, updater, OTA, autoupdate, capgo",
-  "website_title": "Capgo - Actualización en vivo de Capacitor",
-  "welcome_to_capgo": "Bienvenido a Capgo",
-  "what_does_build_time_refer_to": "A cosa si riferisce \"tempo di costruzione\" nei piani?",
-  "what_happens_if_i_reach_the_bandwidth_limit": "Cosa succede se raggiungo il limite di larghezza di banda?",
-  "what_happens_if_i_reach_the_bandwidth_limit_answer": "Ti avviseremo via email quando raggiungi il 50%, 70%, 90% e 100% del tuo limite di banda. Una volta raggiunto il limite, i download degli aggiornamenti saranno bloccati fino al reset del tuo ciclo di fatturazione o fino a quando non effettuerai l'upgrade a un piano con più banda. La tua app continuerà a funzionare con la sua versione attuale.",
-  "what_happens_if_i_reach_the_mau_limit": "Cosa succede se raggiungo il limite degli Utenti Attivi Mensili (MAU)?",
-  "what_happens_if_i_reach_the_mau_limit_answer": "Ti invieremo notifiche via email quando raggiungi il 50%, 70%, 90% e 100% del tuo limite di MAU. Una volta raggiunto il limite, i tuoi aggiornamenti saranno bloccati fino alla fine del tuo ciclo di fatturazione. Per continuare a fornire aggiornamenti, dovrai passare a un piano superiore.",
-  "what_happens_if_i_reach_the_storage_limit": "Cosa succede se raggiungo il limite di archiviazione?",
-  "what_happens_if_i_reach_the_storage_limit_answer": "Riceverai notifiche via email al 50%, 70%, 90% e 100% del tuo limite di archiviazione. Quando raggiungi il limite, non sarai in grado di caricare nuovi pacchetti fino alla fine del tuo ciclo di fatturazione o fino a quando non aggiorni il tuo piano. Gli aggiornamenti esistenti continueranno a funzionare normalmente.",
-  "what_payment_methods_answer": "Accettiamo tutte le principali carte di credito (Visa, Mastercard, American Express, Discover). Per i piani annuali, accettiamo anche bonifici bancari. Tutti i pagamenti vengono elaborati in modo sicuro attraverso Stripe.",
-  "what_payment_methods_do_you_accept": "Quali metodi di pagamento accettate?",
-  "when_developing_a_capacitorjs_app_as_a_beginner_it_s_good_to_have_an_experienced_consultant_by_your_side": "Quando estiver desenvolvendo um aplicativo CapacitorJS como iniciante, é bom ter um consultor experiente ao seu lado.",
-  "when_down_review": "Quando um aplicativo funciona muito devagar ou fica fora do ar (mesmo por alguns minutos), isso pode prejudicar a satisfação dos usuários e diminuir a receita. Para evitar tais situações, revise o código para encontrar áreas de melhoria.",
-  "when_its_good_to_ask_for_cordova_and_capacitorjs_consulting_services": "Quando è opportuno richiedere servizi di consulenza su Cordova e CapacitorJS",
-  "why_is_it_important": "¿Por qué es importante?",
-  "why_work": "Perché lavorare",
-  "with_us": "con noi?",
-  "work_without_internet_connection": "Lavora senza connessione internet",
-  "worldwide_success_rate": "tasso di successo mondiale",
-  "written_by": "Scritto da",
-  "yearly_plan": "Piano annuale",
-  "you_definition": "<strong>You</strong> significa a pessoa que acessa o Serviço, ou a empresa, ou outra entidade legal em nome da qual essa pessoa está acessando ou utilizando o Serviço, conforme aplicável.",
-  "you_need_a_to_access_to_specific_native_api_and_the_right_plugin_don_t_exist_we_can_develop_it_for_you_or_support_you_with_it": "Pron necesitar acceso a una API nativa específica y el plugin adecuado no existe. Podemos desarrollarlo para usted o apoyarlo con ello.",
-  "you_want_to_fix_a_bug_or_add_a_new_feature_to_capacitor_updater_this_is_the_repository_you_want_to_contribute_to": "Volete risolvere un bug o aggiungere una nuova funzionalità a <code>capacitor-updater</code>? Questo è il repository a cui volete contribuire.",
-  "your_configuration": "La tua configurazione",
-  "your_live_update_solution_for_capacitor_apps": "La tua soluzione di aggiornamento live per le app con Capacitor",
-  "youre_in_good_company": "Sei in buona compagnia.",
-  "zero_trust_security": "Sicurezza Zero-Trust",
-  "zero_vendor_lockin_pay_provider_directly": "nessun blocco del fornitore, paga direttamente il tuo fornitore."
-}
diff --git a/messages/ja.json b/messages/ja.json
deleted file mode 100644
index 9ce98abff..000000000
--- a/messages/ja.json
+++ /dev/null
@@ -1,3288 +0,0 @@
-{
-  "$schema": "https://inlang.com/schema/inlang-message-format",
-  "2_3_week_delivery": "2-3週間で配送",
-  "30_day_support_included": "30日間のサポートが含まれています",
-  "3_4_week_delivery": "3-4週間で配送",
-  "Capacitor_Sanbox_App": "キャパシタサンドボックスアプリ",
-  "Capacitor_Sanbox_App_description": "サンドボックスアプリでアプリの各バージョンをすぐに試せます。ポケットからキャパシタアプリのOTAアップデートを管理でき、iOSとAndroidで利用可能です。",
-  "From_indie_devs_to": "インディーデベロッパーから大規模なチームまで、彼らはすぐにアップデートを押し出すためにCapgoに頼っています。",
-  "SLA": "サービスレベルアグリーメント（SLA）",
-  "a_specific_element_of_your_app_doesn_t_work_and_you_don_t_know_where_the_problem_is_and_how_to_fix_it": "アプリの特定の要素が機能せず、問題の所在や修正方法がわからない。",
-  "aasa_tester": "AASAテスター",
-  "about": "について",
-  "about_capgo": "Capgoについて",
-  "about_capgo_description": "Martin Donadieuが開発したCapacitorアプリ向けライブアップデートソリューション、Capgoについてご紹介します。2022年からモバイルアプリに即座のOTAアップデートを提供しています。",
-  "access_maintain_enterprise_plugins": "エンタープライズグレードのCapacitorプラグインにアクセスし、優先サポートと専用メンテナンスで維持します。",
-  "ach_available_for_enterprise_annual_payments": "ACHはエンタープライズプランのお客様による年間支払いでのみご利用いただけます。詳細はお問い合わせください。",
-  "active_users_up_to_date": "24時間以内に最新のアクティブユーザー数",
-  "actual_availability": "実際の在庫状況",
-  "actual_availability_desc": "「実際の可用性」とは、予定された可用性から未計画のダウンタイムを差し引いたものを指します。",
-  "actual_availability_title": "4.3 実際の可用性",
-  "adapt_as_you_grow": "成長に合わせて適応する",
-  "adapt_configuration_to_infrastructure": "あなたがGitHub、GitLab、または他のプラットフォームを使用しているかどうかに関わらず、私たちは既存のインフラストラクチャに合わせて設定を調整します。",
-  "additionally_make_sure_that": "上記に加えて、以下の点を確認してください：",
-  "address": "住所",
-  "advanced_access_levels": "高度なアクセスレベル",
-  "advanced_collaboration_security_compliance": "あなたの組电と共に成長する先進的なコラボレーション、セキュリティ、およびコンプライアンス機能",
-  "all_around_the_globe": "世界中に",
-  "all_lower_tiers_benefits": "すべての前のティアの利点",
-  "all_systems_normal": "すべてのシステムが正常です",
-  "all_systems_normal_uptime": "すべてのシステムが正常：稼働時間99%",
-  "already_have_account": "すでにアカウントをお持ちですか？",
-  "alternatives": "代替サービス",
-  "alternatives_appflow_credit": "💚 正当な評価: Ionicは素晴らしいツールを構築し、ハイブリッドアプリ開発者の世代全体を教育しました。敬意を表します。",
-  "alternatives_appflow_migration_guide": "移行ガイド →",
-  "alternatives_appflow_reality": "IonicはAppflowの終了を発表しました。既存顧客は2027年末まで使用できますが、新規顧客や機能はありません。",
-  "alternatives_appflow_reality_label": "現実:",
-  "alternatives_appflow_status": "⚠️ 2027年12月31日にサービス終了",
-  "alternatives_appflow_when_good": "Appflowは、CI/CD、ライブアップデート、ネイティブビルドをすべて一箇所で管理したい場合に最適でした。この分野のパイオニアでした。",
-  "alternatives_appflow_when_good_label": "優れていた点:",
-  "alternatives_appflow_why_different_label": "私たちが異なる理由:",
-  "alternatives_appflow_why_different_li1": "サービス終了しません（かなり重要！）",
-  "alternatives_appflow_why_different_li2": "彼らの$499/月に対して$14/月",
-  "alternatives_appflow_why_different_li3": "クローズドソースではなくオープンソース",
-  "alternatives_appflow_why_different_li4": "アップデートのみに集中しているので、より優れています",
-  "alternatives_been_doing_desc": "2020年に開始。すべてのエッジケースを経験し、App Storeのポリシー変更をすべて乗り越え、数十億のアップデートを処理してきました。どこにも行きません。",
-  "alternatives_been_doing_title": "⏰ 4年間やってきました",
-  "alternatives_biggest_plugin_desc": "70以上の無料オープンソースCapacitorプラグインを維持しています。Capacitorチーム自体を除いて、エコシステムで最多です。",
-  "alternatives_biggest_plugin_note": "そう、Capacitorについてはかなり詳しいです。",
-  "alternatives_biggest_plugin_title": "🚀 公式Capacitorに次ぐ最大のプラグインプロバイダー",
-  "alternatives_bootstrapped_desc": "投資家なし。借金なし。満足した顧客からの持続可能な収益のみ。",
-  "alternatives_bootstrapped_note": "つまり、公正な価格（$499ではなく$14/月から）で提供でき、突然サービス終了したり価格を10倍にすることはありません。",
-  "alternatives_bootstrapped_title": "💰 ブートストラップで収益化",
-  "alternatives_capawesome_credit": "💚 正当な評価: Robin（Capawesome創設者）は素晴らしい仕事をしています。彼らのソリューションを構築する際に私たちのアプローチにインスピレーションを受けたのは光栄です。複数の選択肢があることでエコシステムはより良くなります。",
-  "alternatives_capawesome_diff_experience": "<strong>経験:</strong> 2020年からやっています（彼らは2024年にライブアップデートを開始）",
-  "alternatives_capawesome_diff_focus": "<strong>フォーカス:</strong> ライブアップデートは私たちのコアビジネス、彼らにとっては有料プラグインの付随サービス",
-  "alternatives_capawesome_diff_pricing": "<strong>価格:</strong> 両方手頃 - 私たちは$14/月から、彼らは€9/月から",
-  "alternatives_capawesome_diff_scale": "<strong>規模:</strong> 月間10億以上のアップデート、75万以上のデバイスに対応（彼らはまだ統計を公開していません）",
-  "alternatives_capawesome_diff_security": "<strong>セキュリティと透明性:</strong> 100%オープンソースで公開監査と自己監査機能あり。彼らはバックエンドが0%オープンで公開監査なし",
-  "alternatives_capawesome_diff_support": "<strong>サポート:</strong> 両方とも人間によるサポート（両方とも小さなチームです！）",
-  "alternatives_capawesome_differences_label": "正直な違い:",
-  "alternatives_capawesome_full_comparison": "完全な比較 →",
-  "alternatives_capawesome_reality": "Capawesomeは堅実で新しいオプションで、ドイツのエンジニアリングが光ります。ライブアップデートソリューションを構築する際にCapgoにインスピレーションを受けました。優れたCapacitorプラグインも作っています。",
-  "alternatives_capawesome_status": "✅ アクティブでよくメンテナンスされている",
-  "alternatives_capawesome_when_good": "よりシンプルなインターフェースが必要で、一部の高度な機能が不要な場合は良い選択です。",
-  "alternatives_codepush_credit": "💚 正当な評価: CodePushはライブアップデートモデルが大規模に機能することを証明しました。",
-  "alternatives_codepush_reality": "CodePushは無料でうまく機能していました...Microsoftがメンテナンスをやめるまで。React Native用のレガシーモードで、Capacitorの公式サポートはありません。",
-  "alternatives_codepush_status": "🪦 非推奨 - Microsoftは次に進みました",
-  "alternatives_codepush_when_good": "無料に勝るものはない！Microsoftのインフラは信頼性を意味しました。",
-  "alternatives_codepush_why_different_li1": "毎月実際にメンテナンスと改善されている",
-  "alternatives_codepush_why_different_li2": "Capacitor専用に構築",
-  "alternatives_codepush_why_different_li3": "バグを修正し機能を追加する本物の人間",
-  "alternatives_codepush_why_different_li4": "まだ手頃: $14/月（VC補助の無料ではなく持続可能）",
-  "alternatives_cta_button": "無料トライアルを開始",
-  "alternatives_cta_questions": "質問がありますか？<a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Discordで質問</a>または<a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">support@capgo.appにメール</a>",
-  "alternatives_cta_subtitle": "クレジットカード不要。コミットメント不要。自分に合うか試してみてください。",
-  "alternatives_cta_title": "自分で試してみる（14日間無料）",
-  "alternatives_family_business_desc": "Martin Donadieuと家族によって設立・運営。「成長指標を最大化」や「ビジネスモデルをピボット」するVC圧力なし。私たちの生計なので長期的に構築しています。",
-  "alternatives_family_business_li1": "米国とヨーロッパの両方に法人",
-  "alternatives_family_business_li2": "中国専用インフラ",
-  "alternatives_family_business_title": "👨‍👩‍👧‍👦 家族経営",
-  "alternatives_hero_subtitle": "正直に言うと、比較ページはちょっと馬鹿げています。でもここでは選択肢を本当に透明に見てみましょう。",
-  "alternatives_hero_title": "Capgoの代替サービス",
-  "alternatives_human_support_desc": "チャットボットなし。「AIアシスタント」なし。メッセージを失うチケットシステムなし。",
-  "alternatives_human_support_note": "Martinか家族の誰かが対応します。通常は数時間以内。時には数分以内。はい、週末でも（仕方ないんです😅）。",
-  "alternatives_human_support_title": "🙋 人間によるサポートのみ",
-  "alternatives_meta_description": "Capacitorライブアップデートソリューションをお探しですか？Capgoと代替サービスの正直で透明な比較をご覧ください。各プラットフォームの違いについて本音で話します。",
-  "alternatives_not_good_at_ci_cd": "Appflowの統合型アプローチとは異なり、私たちは柔軟性を提供します。Cloud Buildでネイティブ iOS/Androidビルドを行うか、お使いのCI/CD（GitHub Actions、GitLab CIなど）と統合するか選べます。どちらも問題なく動作します。",
-  "alternatives_not_good_at_ci_cd_label": "オールインワンCI/CD:",
-  "alternatives_not_good_at_docs": "基本的な自動アップデートは十分に文書化されています。しかし、Capgoには多くのオプション（manual、half-manual、channel_defaultなど）があり、すべてのユースケースで常に理解しやすいわけではありません。積極的に改善中です。",
-  "alternatives_not_good_at_docs_label": "ドキュメントの複雑さ:",
-  "alternatives_not_good_at_title": "🤔 私たちが得意でないこと（正直タイム）",
-  "alternatives_open_transparent_desc": "100%オープンソース。MIT/MPL-2.0ライセンス。すべてのコード行を見て、必要ならセルフホスト、完全にフォークすることもできます。",
-  "alternatives_open_transparent_li1": "プラグインコード: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "alternatives_open_transparent_li2": "バックエンドコード: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "alternatives_open_transparent_li3": "いつでもセルフ監査 - コンプライアンスとセキュリティに重要",
-  "alternatives_open_transparent_li4": "公開セキュリティ監査あり",
-  "alternatives_open_transparent_li5": "公開ロードマップ、公開イシュー、すべて公開",
-  "alternatives_open_transparent_title": "🌍 オープンで透明に行います",
-  "alternatives_other_options_title": "他の選択肢（そしていつ選ぶべきか）",
-  "alternatives_testimonial_1": "Appflowからの移行は2時間でした。$499/月から$14/月に。同じ機能、より良いDX。",
-  "alternatives_testimonial_1_author": "— フランスのReact開発者",
-  "alternatives_testimonial_2": "土曜日の夜10時に質問がありました。Martin本人が15分で回答。すごい。",
-  "alternatives_testimonial_2_author": "— ブラジルのソロ開発者",
-  "alternatives_testimonial_3": "オープンソースであることは、自分たちでセキュリティを監査できることを意味します。ヘルスケアアプリには譲れません。",
-  "alternatives_testimonial_3_author": "— ヘルステックスタートアップのCTO",
-  "alternatives_testimonial_4": "家族経営であることは、信頼度を下げるのではなく上げます。この人たちは私たちを見捨てない。",
-  "alternatives_testimonial_4_author": "— ドイツのモバイルチームリード",
-  "alternatives_title": "Capgoの代替サービス – 正直な比較",
-  "alternatives_what_different_title": "Capgoが実際に異なる点",
-  "alternatives_why_choose_title": "人々が実際に私たちを選ぶ理由",
-  "alternatives_why_exists_p1": "Capgoがすべての競合をすべての指標で圧倒する派手な表を作ることもできます。みんなそうします。でもそれは嘘で、あなたも知っています。",
-  "alternatives_why_exists_p2": "真実は？すべてのライブアップデートプラットフォームは今やほぼ同じことをします: CapacitorアプリにJavaScriptアップデートをプッシュ。API？みんなある。チャンネル？はい。ロールバック？もちろん。",
-  "alternatives_why_exists_p3": "では、本当に重要なことは？それについて話しましょう。",
-  "alternatives_why_exists_title": "このページが存在する理由",
-  "analytics": "分析",
-  "and": "そして",
-  "app_mobile": "モバイルアプリ",
-  "app_store_compliant": "App Store準拠",
-  "appflow_credit_p1": "<strong class=\"text-emerald-400\">Ionic built something amazing.</strong> Appflow was the first platform to make live updates actually work at scale. They pioneered channels, rollbacks, native builds integration - the whole playbook.",
-  "appflow_credit_p2": "They educated an entire generation of developers on hybrid app development. Without Ionic's work, products like Capgo wouldn't exist.",
-  "appflow_credit_p3": "So yeah, massive respect to the Ionic team. This is a bummer for everyone.",
-  "appflow_credit_title": "First, let's give credit where it's due",
-  "appflow_cta_book_migration": "Book migration call",
-  "appflow_cta_questions": "Questions? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Join our Discord</a> or <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">email us</a>",
-  "appflow_cta_start_trial": "Start free trial →",
-  "appflow_cta_subtitle": "No credit card. No commitment. Migrate a test app, see if it works for you.",
-  "appflow_cta_title": "Try it free for 14 days",
-  "appflow_elephant_p1": "Ionic announced they're shutting down Appflow. Your apps will keep working until <strong class=\"text-white\">December 31, 2027</strong>, but no new features, no new customers, no updates.",
-  "appflow_elephant_p2": "If you're reading this, you're probably looking for where to go next. That's what this page is about.",
-  "appflow_elephant_title": "⚠️ The elephant in the room",
-  "appflow_enterprise_help_desc": "If your Appflow stack includes Ionic enterprise plugins, use the <a href=\"{pluginsUrl}\" class=\"text-emerald-300 hover:underline\">Ionic Enterprise Plugins guide</a>. Paid support is available on demand - <a href=\"{supportUrl}\" class=\"text-emerald-300 hover:underline\">see support options</a>. Need a hands-on migration? We offer paid migration services - <a href=\"{migrationUrl}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_enterprise_help_title": "Enterprise plugins and paid help (optional)",
-  "appflow_experience_desc": "4 years of live updates at scale. Billions of updates served. Every App Store policy change, every edge case, every weird device - we've seen it.",
-  "appflow_experience_note": "Also: we're the <strong>biggest Capacitor plugin provider</strong> after the official Capacitor team (30+ plugins). We know the ecosystem inside and out.",
-  "appflow_experience_title": "4. We've been doing this since 2020",
-  "appflow_faq_a1": "Nope. Whatever you're using now (GitHub Actions, GitLab CI, Jenkins, etc.) keeps working. Just change the upload step to use our CLI instead of Appflow's.",
-  "appflow_faq_a2": "We do cloud native builds! We just don't do the full CI/CD automation pipeline. You can trigger builds through our CLI or API, but we're not trying to replace your GitHub Actions/GitLab CI workflow - we integrate with it.",
-  "appflow_faq_a3": "Probably a lot. Appflow starts at $499/month. We start at $14/month and scale with usage (roughly $0.001 per MAU). Most migrations save 80-95% on update costs.",
-  "appflow_faq_a4": "We serve 1B+ updates/month across 50M+ devices. 99.9%+ uptime. Check real-time stats at <a href=\"https://status.capgo.app/history\" class=\"text-blue-300 underline hover:text-blue-200\">status.capgo.app</a>",
-  "appflow_faq_q1": "Do I need to change my CI/CD setup?",
-  "appflow_faq_q2": "What about native builds?",
-  "appflow_faq_q3": "Will this save money?",
-  "appflow_faq_q4": "How's the reliability?",
-  "appflow_faq_title": "Common questions",
-  "appflow_focus_desc": "Appflow did live updates + CI/CD + native builds. We just do <strong class=\"text-white\">live updates</strong>.",
-  "appflow_focus_note": "IMO it's better to keep concerns separate anyway. Use GitHub Actions (or whatever) for CI/CD. Use Capgo for updates. Each tool does what it's best at.",
-  "appflow_focus_title": "6. Focus on one thing (and do it really well)",
-  "appflow_footer_note": "Built with respect for what Ionic created. Here to help you keep shipping.",
-  "appflow_hero_subtitle": "Let's talk honestly about what's happening and what your options are.",
-  "appflow_hero_title": "Migrating from Appflow?",
-  "appflow_migration_basics_title": "The basics:",
-  "appflow_migration_guide_text": "Full migration guide: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/from-appflow-to-capgo</a>",
-  "appflow_migration_how_title": "How hard is migration?",
-  "appflow_migration_intro": "<strong class=\"text-white\">TL;DR: Not hard.</strong> Most teams are up and running in under a day.",
-  "appflow_migration_step1": "Uninstall <code class=\"text-blue-300\">@capacitor/live-updates</code>, install <code class=\"text-blue-300\">@capgo/capacitor-updater</code>",
-  "appflow_migration_step2": "Call <code class=\"text-blue-300\">notifyAppReady()</code> instead of all the Appflow sync/download/reload code",
-  "appflow_migration_step3": "Upload bundles with our CLI instead of theirs",
-  "appflow_migration_stuck": "Stuck? <a href=\"https://cal.com/team/capgo/appflow-migration\" class=\"text-blue-300 underline hover:text-blue-200\">Book a free migration call</a> and we'll walk you through it.",
-  "appflow_not_good_at_ci_cd": "Appflowの統合型アプローチとは異なり、私たちは柔軟性を提供します。Cloud Buildでネイティブ iOS/Androidビルドを行うか、お使いのCI/CD（GitHub Actions、GitLab CIなど）と統合するか選べます。どちらも問題なく動作します。",
-  "appflow_not_good_at_ci_cd_label": "All-in-one CI/CD:",
-  "appflow_not_good_at_docs": "Basic automatic updates are well documented and clear. But Capgo offers many update modes (manual, half-manual, channel_default, etc.) - not all use cases are equally easy to understand yet. We're working on it.",
-  "appflow_not_good_at_docs_label": "Documentation complexity:",
-  "appflow_not_good_at_title": "🤔 What we're NOT (honesty time)",
-  "appflow_not_shutting_desc": "Capgo is a <strong class=\"text-white\">bootstrapped family business</strong>. No VC pressure to \"pivot\" or \"maximize growth metrics.\" This is our livelihood, built to last decades.",
-  "appflow_not_shutting_li1": "Legal entities in both US and Europe",
-  "appflow_not_shutting_li2": "Dedicated infrastructure for China",
-  "appflow_not_shutting_note": "We've been profitable since year one. Sustainable pricing, sustainable business.",
-  "appflow_not_shutting_title": "1. We're not shutting down (obviously important)",
-  "appflow_opensource_desc": "Not just the plugin - <strong class=\"text-white\">the entire backend too</strong>:",
-  "appflow_opensource_li1": "Plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "appflow_opensource_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "appflow_opensource_li3": "Self-host if you want. Fork it if you need. Audit the security yourself.",
-  "appflow_opensource_note": "This matters if you got burned by a proprietary service shutting down (looking at you, Appflow).",
-  "appflow_opensource_title": "3. 100% open source (MIT/MPL-2.0)",
-  "appflow_or_similar": "AppFlowまたは同様のもの",
-  "appflow_plugins_col_capgo": "Capgo alternative",
-  "appflow_plugins_col_guide": "Migration guide",
-  "appflow_plugins_col_ionic": "Ionic plugin",
-  "appflow_plugins_desc": "If you use Ionic's enterprise plugins, here are the direct Capgo replacements and migration guides.",
-  "appflow_plugins_link_text": "Migration guide",
-  "appflow_plugins_opensource_note": "All Capgo plugins are open source. Paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_plugins_or": "or",
-  "appflow_plugins_title": "Ionic enterprise plugins: equivalents in Capgo",
-  "appflow_pricing_comparison": "Appflow: <strong class=\"text-rose-400\">$499/month</strong> minimum<br>Capgo: <strong class=\"text-emerald-400\">$14/month</strong> to start, scales with usage",
-  "appflow_pricing_note": "We can charge less because we're not funding massive overhead. Just a small team building great tools.",
-  "appflow_pricing_title": "2. Pricing that makes sense",
-  "appflow_support_desc": "No chatbots. No ticket systems. No \"AI assistants.\"",
-  "appflow_support_note": "You get Martin (me!) or someone from the team. Usually within hours. Often within minutes. Yes, even on weekends (we can't help ourselves 😅).",
-  "appflow_support_open_desc": "Every Capgo plugin is open source, so you can audit, fork, and self-host if you want. If you need guaranteed response times or migration help, paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">see support options</a>.",
-  "appflow_support_open_title": "Open source plugins. Optional paid support.",
-  "appflow_support_title": "5. Actually human support",
-  "appflow_testimonial_1": "Migration from Appflow took 2 hours. We went from $499/month to $14/month. Same features, better docs.",
-  "appflow_testimonial_1_author": "— React developer, France",
-  "appflow_testimonial_2": "I had a question at 10pm Saturday. Martin answered in 15 minutes. With actual code examples.",
-  "appflow_testimonial_2_author": "— Solo dev, Brazil",
-  "appflow_testimonial_3": "Open source backend was non-negotiable for our healthcare app. Capgo was the only option that met our security requirements.",
-  "appflow_testimonial_3_author": "— CTO, health tech startup",
-  "appflow_testimonial_4": "Family business = no rugpull risk. After Appflow shutting down, that stability matters.",
-  "appflow_testimonial_4_author": "— Mobile team lead, Germany",
-  "appflow_testimonials_more": "More testimonials:",
-  "appflow_testimonials_title": "What people actually say",
-  "appflow_what_different_title": "What makes Capgo different",
-  "application_definition": "<strong>アプリケーション</strong>とは、貴方が{brand}という任意の電子機器にダウンロードした、会社が提供するソフトウェアプログラムを指します。",
-  "application_definition_refund": "アプリケーションとは、あなたが任意の電子機器にダウンロードした、会社が提供するソフトウェアプログラムであり、名称は$1です。",
-  "apps": "アプリ",
-  "apps_with_20m_users": "2,000万人以上のユーザーを持つアプリ",
-  "architecture_review_optimization": "あなたのモバイル開発チームのためのアーキテクチャレビュー、パフォーマンス最適化、および戦略的ガイダンス。",
-  "are_there_any_setup_fees_answer": "設定費用は一切かかりません。私たちの価格設定はすべて透明で、開始に必要なものが全て含まれています。従量課金プランでは、超過使用分は公表されたレートでクレジットとして請求されます。この領域の他のプラットフォームとは異なり、私たちはコストを隠しません - 見えるものがあなたが支払うものです。",
-  "are_there_any_setup_fees_or_hidden_costs": "設定料金や隠れた費用はありますか？",
-  "as_the_largest_ecosystem_of_open_source_plugins_for_capacitor_we_re_committed_to_innovation_transparency_and_community_driven_development": "Capacitorのオープンソースプラグインの中で最大のエコシステムとして、私たちは革新、透明性、そしてコミュニティ主導の開発に取り組んでいます。",
-  "ask_for_help_in_the_community_chat_room": "<ā href=\"https://discord.capgo.app\">コミュニティチャットルームで助けを求めてください。</a>",
-  "ask_questions_about_page": "このページについて質問する",
-  "assign_specific_rights_and_access_levels_to_each_user_within_your_organizations": "組織内の各ユーザーに特定の権限とアクセスレベルを割り当て、セキュリティと適切なリソース配分を確保します。",
-  "at_scale": "スケールで",
-  "aup": "利用規約",
-  "aup_intro": "この適正使用ポリシー（以下「ポリシー」といいます）は、Capgoおよびその関連会社が提供するウェブサービス（以下「サービス」といいます）および https://capgo.app にあるウェブサイト（以下「Capgoサイト」といいます）の禁止される使用について説明しています。このポリシーに示される例は網羅的ではありません。私たちはCapgoサイトに改訂版を掲載することによって、いつでもこのポリシーを変更することができます。サービスを使用するかCapgoサイトにアクセスすることによって、あなたはこのポリシーの最新のバージョンに同意するものとします。ポリシーに違反した場合、または違反を他者に許可または助長した場合、私たちはあなたのサービスの利用を一時停止または終了することがあります。",
-  "aup_monitoring_enforcement": "私たちの監視と enforcement",
-  "aup_monitoring_enforcement_desc": "私たちは、このポリシーの違反やサービスまたはCapgoサイトの不正使用を調査する権利を留保しますが、その義務を負うものではありません。私たちは：",
-  "aup_no_email_abuse": "メールやその他のメッセージの悪用禁止",
-  "aup_no_email_abuse_desc": "あなたは、無断で大量の電子メールやその他のメッセージ、プロモーション、広告、または勧誘（いわゆる「スパム」）を配布、公開、送信、または送信を促進することはありません。商業広告や情報のお知らせを含みます。あなたは、送信者の明示的な許可なしにメールヘッダーを変更したり、隠したり、送信者の身分を引き受けたりすることはありません。また、これらのメッセージがこのポリシーまたはそのプロバイダーの利用規約に違反している場合、他のインターネットサービスプロバイダーから送信されたメッセージへの返信を収集することはありません。",
-  "aup_no_illegal_use": "違法、有害、または攻撃的な使用やコンテンツは許可されません",
-  "aup_no_illegal_use_desc": "サービスまたはCapgoサイトを、不法、有害、詐欺的、侵害的または不快な目的で使用、または他者に使用を奨励、促進、支援または指示することはできません。また、不法、有害、詐欺的、侵害的または不快なコンテンツを送信、保存、表示、配布またはその他の形で利用可能にすることもできません。禁止されている活動やコンテンツには以下が含まれます：",
-  "aup_no_network_abuse": "ネットワークの悪用禁止",
-  "aup_no_network_abuse_desc": "他のユーザー、ホスト、またはネットワークへのネットワーク接続は、彼らと通信する許可がない限り行ってはいけません。禁止されている活動には次のものが含まれます：",
-  "aup_no_security_violations": "セキュリティ違反なし",
-  "aup_no_security_violations_desc": "サービスを使用して、ネットワーク、コンピュータ、または通信システム、ソフトウェアアプリケーション、またはネットワークまたは計算デバイス（各々を「システム」と呼ぶ）のセキュリティまたは完全性を侵害してはなりません。禁止されている活動には、次のようなものが含まれます：",
-  "aup_reporting_violations": "このポリシーの違反の報告",
-  "aup_reporting_violations_desc": "このポリシーに違反していることに気付いた場合は、直ちに当社に通知し、違反を停止または修正するための支援を求めに応じて提供してください。このポリシーの違反を報告するには、support@capgo.appまでご連絡ください。",
-  "availability_97_95": "97.0%未満だが、95.0%以上",
-  "availability_98_97": "98.0%未満で、97.0%以上",
-  "availability_99_98": "99.9%未満、しかし98.0%以上",
-  "availability_below_95": "95.0%未満",
-  "avoiding_system_restrictions": "システム制限の回避。",
-  "avoiding_system_restrictions_desc": "システムに課せられた利用制限（アクセスやストレージの制限など）を回避するために、手動または電子的手段を使用すること。",
-  "awesome_capacitor": "素晴らしいキャパシタ",
-  "bandwidth": "帯域幅",
-  "bandwidth_explanation": "Capgoでは、エッジサーバーを通じてストレージ場所とユーザーデバイス間で送信されるデータ量を追跡することで帯域幅を測定します。これにより、リアルタイムでの更新を提供することができます。",
-  "bandwidth_gb": "帯域幅<br />(GiB)",
-  "beautiful_native_experience": "美しいネイティブ体験",
-  "become_a_sponsor": "スポンサーになる",
-  "before_submitting_a_pr": "PRをリポジトリに提出する前に、次のことを確認してください:",
-  "benefit_from_our_deep_expertise_in_mobile_app_ci_cd_best_practices_without_the_need_to_build_and_maintain_a_complex_system_yourself": "複雑なシステムを自分で構築・維持する必要なく、モバイルアプリのCI/CDベストプラクティスに関する豊富な専門知識を活用してください。",
-  "best_value": "最高の価値",
-  "billed_annually_at": "年に一度請求される",
-  "billed_monthly": "月額請求されます",
-  "blog": "ブログ",
-  "book_a_consultation": "相談の予約をする",
-  "break_even_timeline": "たった6ヶ月で、あなたはすでにお金を節約しています！",
-  "browse_all_plugins": "すべてのプラグインを閲覧する",
-  "browse_plugin_library": "私たちのプラグインライブラリを閲覧してください",
-  "bug_bounty": "バグ報奨金",
-  "bug_bounty_conduct_intro": "We are friendly and we do pay for valid reports, but we cannot work with people who do not respect our time. Please keep communication calm and follow this program.",
-  "bug_bounty_conduct_rule_1": "We respond to security reports and breaches within 24-72 hours.",
-  "bug_bounty_conduct_rule_2": "Do not spam us. More than three emails in a single day is considered spam and will be blocked.",
-  "bug_bounty_conduct_rule_3": "We do not pay for reports that ignore these rules or are spam.",
-  "bug_bounty_conduct_rule_4": "Only in-scope reports that follow this bug bounty program are accepted; anything else may be blocked.",
-  "bug_bounty_conduct_rule_5": "Do not ask whether we are a scam or for payment status updates. We may be slow to respond at times, so please keep communication focused and respectful. Reporter records and payout proof are publicly visible for transparency.",
-  "bug_bounty_conduct_title": "Response Time and Respect",
-  "bug_bounty_contact": "バグ報奨金プログラムに関するご質問は、GitHub Security Advisoriesを通じてお問い合わせください。",
-  "bug_bounty_description": "Capgoのバグ報奨金プログラムについて学びましょう。正確な行参照を含むオープンソースコードのセキュリティ脆弱性を報告して、報酬を獲得できる可能性があります。",
-  "bug_bounty_how_to_report_step_1": "GitHubの該当リポジトリに移動します",
-  "bug_bounty_how_to_report_step_2": "「Security」タブをクリックします",
-  "bug_bounty_how_to_report_step_3": "「Report a vulnerability」をクリックして新しいセキュリティアドバイザリを作成します",
-  "bug_bounty_how_to_report_step_4": "脆弱性が存在する正確なファイルパスと行番号を含めてください",
-  "bug_bounty_how_to_report_step_5": "問題を再現する詳細な手順を提供し、セキュリティへの影響を説明してください",
-  "bug_bounty_how_to_report_title": "報告方法",
-  "bug_bounty_important_label": "重要",
-  "bug_bounty_important_note": "問題が存在するGitHub上の正確なコード行を提供できない場合、あなたの報告はバグ報奨金プログラムの対象外となります。報告はGitHub Security Advisoryを通じてのみ提出する必要があります。報酬の支払いはAlgora.ioで行います。そこでアカウントを作成していただき、プラットフォーム上で直接お支払いします。",
-  "bug_bounty_intro": "Capgoはセキュリティと透明性に取り組んでいます。私たちのコードはすべてオープンソースであり、セキュリティ研究者の方々がコードベースの脆弱性を特定するお手伝いをしていただくことを歓迎しています。",
-  "bug_bounty_open_source_desc": "Capgo組織内のすべてのリポジトリはオープンソースです。コードのレビュー、監査、貢献が可能です。",
-  "bug_bounty_open_source_title": "オープンソースコード",
-  "bug_bounty_org": "GitHub組織",
-  "bug_bounty_out_of_scope_1": "GitHubでの正確なコード行参照のない報告",
-  "bug_bounty_out_of_scope_2": "GitHub Security Advisoryを通じて提出されていない報告",
-  "bug_bounty_out_of_scope_3": "概念実証のない理論的な脆弱性",
-  "bug_bounty_out_of_scope_4": "サードパーティ依存関係またはサービスの問題（上流に報告してください。例: Supabase）。",
-  "bug_bounty_out_of_scope_5": "ソーシャルエンジニアリングまたはフィッシングの試み",
-  "bug_bounty_out_of_scope_6": "サービス拒否攻撃",
-  "bug_bounty_out_of_scope_title": "対象外",
-  "bug_bounty_payment_note": "Payments are issued only after we have identified the issue, fixed it, opened a pull request, and you have verified after release that the fix works for you. This process usually takes between 20 and 30 days. Please do not send messages like \"to get paid\"; payment happens only once the release is live and you've tested and validated the fix.",
-  "bug_bounty_program": "バグ報奨金プログラム",
-  "bug_bounty_repo_cli": "Capgo CLI",
-  "bug_bounty_repo_cli_desc": "Capgoのデプロイメントとライブアップデートを管理するためのコマンドラインインターフェース",
-  "bug_bounty_repo_landing": "Capgoバックエンド＆ランディング",
-  "bug_bounty_repo_landing_desc": "バックエンドサービスとウェブサイトを含むCapgoメインリポジトリ",
-  "bug_bounty_repo_updater": "Capacitor Updaterプラグイン",
-  "bug_bounty_repo_updater_desc": "モバイルデバイスでのOTAアップデートを処理するコアCapacitorプラグイン",
-  "bug_bounty_report_security_issue": "セキュリティ問題を報告",
-  "bug_bounty_requirement_1": "脆弱性が存在するGitHubリポジトリ内の正確なファイルと行番号を特定する必要があります",
-  "bug_bounty_requirement_2": "報告は該当リポジトリのGitHub Security Advisoryを通じて提出する必要があります",
-  "bug_bounty_requirement_3": "脆弱性とその潜在的な影響についての明確な説明を含める必要があります",
-  "bug_bounty_requirement_4": "問題を実証するための再現可能な手順を提供する必要があります",
-  "bug_bounty_requirements_intro": "バグ報奨金プログラムの対象となるには、報告は以下のすべての要件を満たす必要があります：",
-  "bug_bounty_requirements_title": "有効な報告の要件",
-  "bug_bounty_supabase_examples_title": "例",
-  "bug_bounty_supabase_intro": "Supabase の問題が Supabase エンドポイント由来なら、Supabase に報告してください（Capgo ではありません）。ここで有効なのは、再現手順と、同等の設定の Supabase プロジェクトで防げる具体的な設定変更を提示できる場合のみです。",
-  "bug_bounty_supabase_limitations_1": "Provide a reproducible case and the exact Supabase setting/config change in the demo project that resolves the issue while keeping your existing rule set intact.",
-  "bug_bounty_supabase_limitations_2": "Email verification behavior is expected to follow your Supabase Auth project settings (for example, whether email confirmation is disabled and capture-based auth is used).",
-  "bug_bounty_supabase_limitations_3": "Password update and account-recovery flows may not always require old-password re-entry or re-verification if Supabase Auth is configured that way.",
-  "bug_bounty_supabase_limitations_4": "If the issue is in this list but you can show a concrete Supabase-side fix in the provided project, then we can consider it in scope.",
-  "bug_bounty_supabase_limitations_intro": "We only review these findings when they can be reproduced in a shared Supabase demo project that mirrors our setup. In this workflow, the behavior must be confirmed as a Supabase Auth default/capability and fixed in Supabase configuration only, without changing Capgo security rules.",
-  "bug_bounty_supabase_limitations_title": "Known Supabase Auth Limitations (Already Reported)",
-  "bug_bounty_supabase_not_valid_1": "Supabase プラットフォームの不具合や障害",
-  "bug_bounty_supabase_not_valid_2": "再現できない指摘",
-  "bug_bounty_supabase_not_valid_3": "修正できる Supabase 設定変更がない主張",
-  "bug_bounty_supabase_not_valid_title": "対象外の例",
-  "bug_bounty_supabase_title": "Supabase とサードパーティサービス",
-  "bug_bounty_supabase_valid_1": "Supabase 設定で直せる誤設定（手順付き）",
-  "bug_bounty_supabase_valid_2": "Capgo の統合が原因で Supabase の使い方が危険になる問題",
-  "bug_bounty_supabase_valid_3": "特定の Supabase 設定変更で解決できる再現可能な問題",
-  "bug_bounty_supabase_valid_title": "対象内の例",
-  "bug_bounty_view_repository": "リポジトリを表示",
-  "build_from_anywhere": "どのマシンからでも構築する",
-  "build_hours": "建設時間",
-  "build_in_public_on_twitter": "Twitterで公開開発を行う",
-  "build_minutes": "ビルド時間",
-  "build_time_explanation": "ビルド時間とは、Capgoがあなたのネイティブアプリをクラウドでビルドするために費やす時間を指します。これは、iOSとAndroid向けのクラウドベースソリューションであるCapgo Buildを使用しています。これにより、Macがなくても任意のコンピュータからアプリをビルドすることが可能になり、CI/CDワークフローを簡素化し、ネイティブビルドに詳しくないチームメイトでも確実にビルドを生成することができます。Capgo CLI を使用すれば、自分自身の CI/CD セットアップ管理よりも簡単かつ迅速にビルドトリガーを行うことが可能です。",
-  "built_for_devs_badge": "開発者に優しい",
-  "built_for_devs_code_comment": "私のアプリ",
-  "built_for_devs_cta": "無料で試してみてください",
-  "built_for_devs_feature_analytics": "プラグイン分析",
-  "built_for_devs_feature_analytics_desc": "ダッシュボードで更新の健康状態、カバレッジ、ログを追跡します",
-  "built_for_devs_feature_api": "パブリックAPI",
-  "built_for_devs_feature_api_desc_part1": "あなた自身のソフトウェアからCapgoを管理し、ホワイトラベルの体験を作成します",
-  "built_for_devs_feature_api_docs": "APIドキュメント",
-  "built_for_devs_feature_capacitor": "Capacitor 6＆7のサポート",
-  "built_for_devs_feature_capacitor_desc": "最新のCapacitorバージョンとすべての主要プラットフォームとの完全な互換性",
-  "built_for_devs_feature_channels": "マルチチャンネル配信",
-  "built_for_devs_feature_channels_desc": "製造、ステージング、テスト、カスタムアップデートストリームのサポート",
-  "built_for_devs_feature_cli": "CLIとREST API",
-  "built_for_devs_feature_cli_desc": "CI/CD、スクリプト、または手動で使用する — あなたの選択です",
-  "built_for_devs_feature_differential": "スマート差分更新",
-  "built_for_devs_feature_differential_desc_part1": "変更されたものだけをダウンロードし、帯域幅と時間を節約します",
-  "built_for_devs_feature_differential_learn": "もっと学ぶ",
-  "built_for_devs_feature_distribution": "高度な更新配布",
-  "built_for_devs_feature_distribution_desc_part1": "ベータテストと段階的なロールアウトのためのチャンネルを使用して、特定のユーザーグループに異なるバージョンでターゲットを絞ります。",
-  "built_for_devs_feature_distribution_learn": "もっと学ぶ",
-  "built_for_devs_feature_opensource": "組み合わせ可能でオープンソース",
-  "built_for_devs_feature_opensource_desc": "プラグインのみを使用するか、完全なCapgo Cloudに接続します。",
-  "built_for_devs_feature_rollback": "ロールバックとバージョンピンニング",
-  "built_for_devs_feature_rollback_desc": "瞬時に悪いデプロイから回復する",
-  "built_for_devs_feature_soc2": "SOC 2認証",
-  "built_for_devs_feature_soc2_desc_part1": "私たちは、セキュリティコントロールの独立した検証を提供するために、積極的にSOC 2タイプII認証の取得に向けて作業しています。",
-  "built_for_devs_feature_soc2_trust": "信頼センター",
-  "built_for_devs_feature_support": "稲妻のように速いサポート",
-  "built_for_devs_feature_support_desc": "メールまたはDiscordサポート。従量課金ユーザーは専用のSlack共有チャンネルへのアクセスを得ます。",
-  "built_for_devs_feature_ts": "TypeScriptのサポート",
-  "built_for_devs_feature_ts_desc": "完全に型付けされたAPIとプラグインで予測可能な統合",
-  "built_for_devs_phone_time": "2秒前...",
-  "built_for_devs_phone_update": "✓ Capgoアップデート適用済み V1.0.11",
-  "built_for_devs_subtitle": "インストールが速く、拡張が簡単で、完全に透明です。Capgoは現代のCapacitorJS開発ワークフローと連携するように設計されています - CLIからクラウドまで。",
-  "built_for_devs_title": "開発者のために作られた",
-  "built_for_enterprise_teams": "エンタープライズチームのために構築されました",
-  "built_with_supabase": "Supabaseで構築されました",
-  "business_hours_note": "営業時間は午前6時から午後6時（現地時間）です。ただし、別途指定がある場合を除きます。",
-  "calculate_your_usage": "使用量を計算する",
-  "calculate_your_usage_description": "あなたの推定月間アクティブユーザー数、月ごとの更新回数、更新サイズを入力して、推定クレジットコストを取得してください。",
-  "calculated_usage_pricing": "計算された使用量と価格設定",
-  "can_i_cancel_at_any_time": "いつでも解約できますか？",
-  "can_i_change_my_plan_answer": "はい、プランのアップグレードまたはダウングレードはいつでも可能です。アップグレードは即時に有効となりますが、ダウングレードは現在の請求サイクルの終了時に適用されます。これにより、現在のプランが期限切れになるまで全額を利用することが保証されます。",
-  "can_i_change_my_plan_at_any_time": "いつでもプランを変更できますか？",
-  "can_i_use_credits_without_subscription": "アクティブなサブスクリプションがなくてもクレジットを使用できますか？",
-  "can_i_use_credits_without_subscription_answer": "いいえ、クレジットはアクティブなサブスクリプションがある場合にのみ使用または購入できます。プランの制限を超えた利用分をカバーするためにクレジットを使用するには、アクティブなプランが必要です。クレジットは前払いであり、購入日から1年間有効です。",
-  "can_i_use_soc2_with_other_plans": "Solo、Maker、またはTeamプランでSOC 2コンプライアンスを使用できますか？",
-  "cancellation_deadline": "注文のキャンセル期限は、あなたが商品を受け取った日、またはあなたが指名した、運送業者ではない第三者が配達された商品を受け取った日から14日間です。",
-  "cancellation_link": "当社のウェブサイトのこのページを訪れることによって：",
-  "cancellation_period": "あなたは理由を述べることなく、14日以内に注文をキャンセルする権利があります。",
-  "cancellation_policy_details": "はい。サブスクリプションはいつでも解約できます。解約しても、請求期間の残りの間はプランへのアクセスを維持できます。未払いの従量課金がある場合は、解約時にすぐ請求されます。その後、追加の請求は行われません。",
-  "canonical": "カノニカル",
-  "cant_find_what_you_need": "必要なものが見つかりませんか？",
-  "capacitor_config_changes_answer": "いいえ、capacitor.config.tsの変更はCapgoのライブアップデートで送信できません。Capacitor設定ファイルはネイティブビルド時に読み込まれ、ネイティブアプリのバイナリにコンパイルされます。つまり、capacitor.config.tsへの変更（プラグイン設定、アプリID、サーバー設定、ネイティブプラグインオプションなど）は、App StoreまたはGoogle Playを通じて新しいネイティブリリースが必要です。Capgoは実行時にロードされるWebアセット（HTML、CSS、JavaScript）のみを更新できます。",
-  "capacitor_config_changes_question": "Capgo経由でcapacitor.config.tsの変更を更新できますか？",
-  "capacitor_power_approximately_1_of_apps_on_google_play_store": "キャパシタはGoogle Playストアのアプリの約1%を占めています。",
-  "capflow_meta_description": "CapgoのネイティブOTAプラットフォームが、信頼性、自動化、価格設定においてIonic AppFlowとどのように比較されるかをご覧ください。",
-  "capflow_nav_label": "Ionic AppFlow対Capgo",
-  "capflow_title": "Ionic AppFlow対Capgo",
-  "capgo_availability_faq_canceled": "サブスクリプションがキャンセルされました：既存の更新は残りますが、新しい更新はダウンロードされません",
-  "capgo_availability_faq_capgo_down": "Capgoがダウンしています：アプリは更新を無視し、既存の更新はデバイスに残ります",
-  "capgo_availability_faq_intro": "Capgoが利用できない場合でも、あなたのアプリは通常通り動作し続けます。以下に、さまざまなシナリオで何が起こるかを説明します:",
-  "capgo_availability_faq_limits": "プランの上限を超えると、アップグレードまたはクレジット追加するまで更新が停止します。",
-  "capgo_availability_faq_link": "私たちのドキュメンテーションで詳しく学びましょう",
-  "capgo_availability_faq_title": "Capgoがダウンした場合、キャンセルされた場合、または私のプランの制限を超えた場合には何が起こりますか？",
-  "capgo_enables_development_teams_at_some_of_the_most_innovative_companies": "Capgoは、最も革新的な企業のいくつかにおいて開発チームを支援します。",
-  "capgo_gives_you_the_best_insights_you_need_to_create_a_truly_professional_mobile_app": "Capgoは、真にプロフェッショナルなモバイルアプリを作成するために必要な最高のインサイトを提供します。",
-  "capgo_home": "Capgoホーム",
-  "capgo_is_the_cutting_edge_live_update_system_designed_specifically_for_capacitor_applications": "Capgoは、Capacitorアプリケーション専用に設計された最先端のリアルタイムアップデートシステムです。",
-  "capgo_is_used_to_update_its_own_apps_allowing_us_to_continuously_improve_and_refine_our_product_through_real_world_usage": "Capgoは自社のアプリを更新するために使用されており、実際の使用を通じて製品を継続的に改善し、洗練させることができます。",
-  "capgo_usage_explanation": "Capgoでは、エミュレーターや開発ビルドは使用量にカウントしません。詳細はこちらをご覧ください。",
-  "capgo_was_born_from_a_real_need_in_the_developer_community": "Capgoは、開発者コミュニティの本当のニーズから生まれました。",
-  "capwesome_cta_book_demo_btn": "Book a demo",
-  "capwesome_cta_questions": "Questions? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Join our Discord</a> or <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">email us</a>",
-  "capwesome_cta_start_trial": "Start free trial →",
-  "capwesome_cta_subtitle": "No credit card needed. Compare for yourself.",
-  "capwesome_cta_title": "Try Capgo free for 14 days",
-  "capwesome_diff_business_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Solo founder, sustainable business model (also good!)",
-  "capwesome_diff_business_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Bootstrapped family business</strong>. No investors, no debt. Profitable since year one.",
-  "capwesome_diff_business_capgo_li1": "Legal entities in both US and Europe",
-  "capwesome_diff_business_capgo_li2": "Dedicated infrastructure for China",
-  "capwesome_diff_business_capgo_li3": "This is our livelihood - no VC pressure to \"pivot\" or suddenly 10x pricing",
-  "capwesome_diff_business_capgo_li4": "Built for the long term",
-  "capwesome_diff_business_note": "Both are sustainable businesses, just different structures. After seeing Appflow shut down, this stuff matters.",
-  "capwesome_diff_business_title": "Business Model & Stability",
-  "capwesome_diff_channels_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">動的チャンネル割り当てなし</strong> - チャンネルは静的です。新しいアプリバージョンをリリースせずにデバイスを別のチャンネルに再割り当てすることはできません。",
-  "capwesome_diff_channels_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">動的チャンネル割り当て</strong> - API、バックエンド経由でデバイスをチャンネルに割り当て、またはデバイスの<strong class=\"text-emerald-400\">自己割り当て</strong>を許可。ユースケース：A/Bテスト、ベータプログラム、段階的ロールアウト、場所別ビルド（レストラン/店舗ごとに異なるバンドル）、PRプレビューテスト - すべて新バージョンなしで。",
-  "capwesome_diff_channels_note": "段階的ロールアウト、ベータテスト、またはユーザーセグメンテーションを行うチームにとって、これは画期的な機能です。Capgoを使用すると、サーバー側またはデバイス自体からどのデバイスがどの更新を受け取るかを動的に制御できます。",
-  "capwesome_diff_channels_title": "動的チャンネル割り当て",
-  "capwesome_diff_experience_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Live updates launched in 2024. Very new to this space. Still proving scale 90+.",
-  "capwesome_diff_experience_capgo": "<strong class=\"text-white\">Capgo:</strong> Started in 2020. Serving <strong class=\"text-emerald-400\">1B+ updates/month</strong> across <strong class=\"text-emerald-400\">50M+ devices</strong>. Battle-tested at scale for 4+ years.",
-  "capwesome_diff_experience_note": "We've been doing this much longer. 4+ years of production experience vs less than a year.",
-  "capwesome_diff_experience_title": "Experience & Scale",
-  "capwesome_diff_logs_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">サーバーサイドログのみ</strong> - サーバーで何が起こったかは見えますが、個々のデバイスでは見えません。デバイス固有の問題をデバッグするのがはるかに困難です。",
-  "capwesome_diff_logs_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">デバイスレベルのログ</strong> - 各デバイスで何が起こったかを正確に確認できます。更新履歴、エラー、ロールバック - 匿名IDでデバイスごとにすべて追跡可能。",
-  "capwesome_diff_logs_note": "何か問題が発生したとき、その特定のデバイスで何が起こったかを知る必要があります。サーバーログは送信したものを教えてくれます - デバイスログは実際に何が起こったかを教えてくれます。",
-  "capwesome_diff_logs_title": "ロギングとデバッグ",
-  "capwesome_diff_opensource_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Plugin, CLI is open source, backend is <strong class=\"text-orange-400\">0% open source</strong> (fully closed)",
-  "capwesome_diff_opensource_capawesome_li1": "No way to self-audit backend code",
-  "capwesome_diff_opensource_capawesome_li2": "No public security audits",
-  "capwesome_diff_opensource_capawesome_li3": "No self-hosting option",
-  "capwesome_diff_opensource_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">100% open source</strong> - plugin AND backend (MIT/MPL-2.0)",
-  "capwesome_diff_opensource_capgo_li1": "Plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "capwesome_diff_opensource_capgo_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "capwesome_diff_opensource_capgo_li3": "Self-host, fork, audit security yourself anytime",
-  "capwesome_diff_opensource_capgo_li4": "Public security audits available",
-  "capwesome_diff_opensource_note": "For compliance, healthcare, finance, or any regulated industry where you need to audit your entire stack - we're the only option you know what is inside at any point of time.",
-  "capwesome_diff_opensource_title": "Open Source & Security",
-  "capwesome_diff_plugins_capawesome": "<strong class=\"text-white\">Capawesome:</strong> They also make great plugins, quality-focused approach. Some are paid - that's their main business.",
-  "capwesome_diff_plugins_capgo": "<strong class=\"text-white\">Capgo:</strong> We maintain <strong class=\"text-emerald-400\">100+ Capacitor plugins</strong> - biggest provider after official Capacitor team. All free and open source.",
-  "capwesome_diff_plugins_note": "Different philosophies: we go broad with all-free plugins, they focus on paid premium plugins.",
-  "capwesome_diff_plugins_title": "Plugin Ecosystem",
-  "capwesome_diff_pricing_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-emerald-400\">€9/month</strong> minimum. Their main business is paid plugins - live updates is more of a side offering.",
-  "capwesome_diff_pricing_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">$14/month</strong> to start, scales with usage (~$0.001/MAU). Live updates is our core business.",
-  "capwesome_diff_pricing_note": "Both are fairly priced. The difference? For us, live updates is THE product. For them, it's an add-on to their plugin business.",
-  "capwesome_diff_pricing_title": "Pricing & Business Model",
-  "capwesome_diff_support_both": "<strong class=\"text-white\">Both:</strong> Human support from small teams (no chatbots!)",
-  "capwesome_diff_support_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Responsive and helpful too",
-  "capwesome_diff_support_capgo": "<strong class=\"text-white\">Capgo:</strong> Usually within hours, often minutes. Even on weekends (we can't help ourselves 😅)",
-  "capwesome_diff_support_note": "Honestly, you'll be fine with either. Both small teams that care.",
-  "capwesome_diff_support_title": "Support",
-  "capwesome_differences_title": "The honest differences",
-  "capwesome_footer_note": "Both Capgo and Capawesome are good options. Choose what fits your needs.",
-  "capwesome_footer_note_wink": "(But we think bigger scale, longer track record, and full open source matters 😊)",
-  "capwesome_hero_subtitle": "Two solid options for Capacitor live updates. Let's talk honestly about the differences.",
-  "capwesome_hero_title": "Capgo vs Capawesome Cloud",
-  "capwesome_meta_description": "CapawesomeとCapgoをパフォーマンス、機能、透明性、コミュニティへの影響について比較してください。",
-  "capwesome_migration_basics_title": "The basics:",
-  "capwesome_migration_guide_text": "Full migration guide: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/from-capawesome-to-capgo</a>",
-  "capwesome_migration_intro": "If you're on Capawesome and considering Capgo, migration is straightforward. The Capacitor update plugin architecture is similar.",
-  "capwesome_migration_step1": "Swap the plugin package",
-  "capwesome_migration_step2": "Update config (minor differences)",
-  "capwesome_migration_step3": "Update your upload process",
-  "capwesome_migration_title": "Thinking of switching?",
-  "capwesome_nav_label": "Capawesome対Capgo",
-  "capwesome_not_good_at_docs": "We really try to make docs clear for everyone. Basic automatic updates? Well documented and clear. But Capgo has many options (manual, half-manual, channel_default, etc.) - not all use cases are easy to understand yet. We're working on it.",
-  "capwesome_not_good_at_docs_label": "Documentation complexity:",
-  "capwesome_not_good_at_git": "We don't integrate with GitHub/GitLab like Capawesome does. Philosophy difference: we don't want to lock you into a specific git provider. You handle updates in your own CI/CD, we just provide the delivery infrastructure.",
-  "capwesome_not_good_at_git_label": "Git provider integration:",
-  "capwesome_not_good_at_title": "What we're NOT good at",
-  "capwesome_quick_facts_capawesome_li1": "⚠️ Live updates started 2024 (very new)",
-  "capwesome_quick_facts_capawesome_li2": "✅ 公開統計が利用可能",
-  "capwesome_quick_facts_capawesome_li3": "✅ 公開統計が利用可能",
-  "capwesome_quick_facts_capawesome_li4": "✅ €9/month minimum",
-  "capwesome_quick_facts_capawesome_li5": "❌ Plugin open, backend 0% open (closed source)",
-  "capwesome_quick_facts_capawesome_li6": "✅ Solo founder, sustainable",
-  "capwesome_quick_facts_capawesome_li7": "✅ Quality plugins (main business)",
-  "capwesome_quick_facts_capawesome_li8": "❌ No self-hosting",
-  "capwesome_quick_facts_capgo_li1": "✅ Started 2020",
-  "capwesome_quick_facts_capgo_li2": "✅ 1B+ updates/month",
-  "capwesome_quick_facts_capgo_li3": "✅ 50M+ devices",
-  "capwesome_quick_facts_capgo_li4": "✅ $14/month start",
-  "capwesome_quick_facts_capgo_li5": "✅ 100% open source (plugin + backend)",
-  "capwesome_quick_facts_capgo_li6": "✅ Family business, bootstrapped",
-  "capwesome_quick_facts_capgo_li7": "✅ 100+ free plugins",
-  "capwesome_quick_facts_capgo_li8": "✅ Self-hosting option",
-  "capwesome_quick_facts_legend": "✅ = Strong point | ⚠️ = Depends on needs | ❌ = Not available | ⚪ = Unknown/Not disclosed",
-  "capwesome_quick_facts_title": "Quick facts (no BS)",
-  "capwesome_respect_p1": "Robin (Capawesome founder) does great work. Good German engineering, solid plugins, and everything is actively maintained. They were inspired by Capgo when building their live updates solution - which is honestly flattering.",
-  "capwesome_respect_p2": "This isn't a \"we're better at everything\" page. The Capacitor ecosystem is genuinely better with multiple healthy options. Let's talk about the actual differences.",
-  "capwesome_respect_title": "💚 Credit where it's due",
-  "capwesome_testimonial_1": "The open source backend was the deciding factor. We needed to audit the security ourselves for compliance.",
-  "capwesome_testimonial_1_author": "— Enterprise team",
-  "capwesome_testimonial_2": "Capgo's pricing scales with our app. Starting at $14/month was perfect for our MVP, and now we're happily paying more as we grow.",
-  "capwesome_testimonial_2_author": "— Startup founder",
-  "capwesome_testimonial_3": "Support is incredible. Martin answered my weekend question in 20 minutes. Can't imagine going back to vendors with 48-hour response times.",
-  "capwesome_testimonial_3_author": "— Indie developer",
-  "capwesome_testimonial_4": "The scale numbers (1B+ updates) gave us confidence. They've actually proven it at production load.",
-  "capwesome_testimonial_4_author": "— Mobile team lead",
-  "capwesome_testimonials_more": "More testimonials:",
-  "capwesome_testimonials_title": "What people say about Capgo",
-  "capwesome_title": "Capawesome対Capgo",
-  "capwesome_when_better_european": "If you need invoices with GDPR compliance and all the European regulatory requirements, Capawesome is based in Germany. Capgo tries to escape European complexity to simplify business for everyone globally.",
-  "capwesome_when_better_european_label": "European compliance needs:",
-  "capwesome_when_better_git": "They integrate directly with your git provider. If you prefer everything connected and don't mind the vendor lock-in, that's convenient.",
-  "capwesome_when_better_git_label": "GitHub/GitLab integration:",
-  "capwesome_when_better_manual": "Capawesome is 100% manual - nothing automatic. If you want to control every single aspect and not delegate anything, that's their strength. Capgo focuses on automation (though we support manual too).",
-  "capwesome_when_better_manual_label": "Fully manual control:",
-  "capwesome_when_better_note": "Different philosophies, both valid. Choose what fits your workflow.",
-  "capwesome_when_better_title": "🤔 When Capawesome might be better for you",
-  "carbon_removal": "売上の1%は炭素除去に使われます。",
-  "centralized_management": "集中管理",
-  "channel_management": "チャネル管理",
-  "chat": "チャット",
-  "choose_from_your_capgo_projects": "あなたのCapgoプロジェクトから選択してください",
-  "ci_cd_integration": "CI/CD統合",
-  "cities_worldwide": "世界中の都市",
-  "cli_and_api": "CLI & API",
-  "code_review": "コードレビュー",
-  "community": "コミュニティ",
-  "community_support": "コミュニティサポート",
-  "community_trusted": "コミュニティに信頼された",
-  "community_trusted_title": "コミュニティが信頼する",
-  "companies_logo_bottom_text": "Capgoを信頼してモバイルアプリを展開している数千人の開発者に参加しましょう",
-  "companies_logo_downloads_irec": "150K+",
-  "companies_logo_downloads_kick": "20M+を超えて",
-  "companies_logo_downloads_nana": "250万",
-  "companies_logo_downloads_ourliving": "80K+",
-  "companies_logo_downloads_pizzahut": "100万以上",
-  "companies_logo_downloads_remnote": "500K+を超える",
-  "companies_logo_downloads_revel": "250K+を超える",
-  "companies_logo_downloads_suez": "3.2Mを日本語に訳すと、「320万」です。",
-  "companies_logo_downloads_vella": "400K+を超える",
-  "companies_logo_stat_companies_label": "導入企業",
-  "companies_logo_stat_companies_value": "3500+",
-  "companies_logo_stat_devices_label": "追跡デバイス",
-  "companies_logo_stat_devices_value": "50M+",
-  "companies_logo_stat_uptime_label": "稼働率",
-  "companies_logo_stat_uptime_value": "99.9%",
-  "company": "会社",
-  "company_definition": "<strong>会社</strong>（この免責事項では「会社」、「私たち」、「私たち」または「私たちの」と呼ばれます）は、デジタルシフトOU、6セパパジャ、15510タリンを指します。",
-  "company_name": "会社名",
-  "company_no_liability": "いかなる場合においても、会社はサービスの使用またはサービスの内容に起因または関連して発生する契約、過失、その他の不法行為における特別、直接、間接、派生的、または付随的な損害や、いかなる損害についても責任を負わないものとします。会社は、事前の通知なしにサービスの内容に対して追加、削除、または変更を行う権利を留保します。この免責事項は、<a href=\"https://www.termsfeed.com/blog/sample-disclaimer-template/\" target=\"_blank\">免責事項テンプレート</a>の助けを借りて作成されました。",
-  "company_no_liability_for_access": "いかなる場合においても、会社またはその供給者は、サービスへのアクセスや使用、またはアクセスまたは使用できないことに起因または関連して発生する特別、偶発的、間接的、または結果的な損害について一切の責任を負わないものとします。",
-  "company_no_liability_for_decisions": "会社は、サービスによって提供された情報に基づいて行われた決定や行動、またはその結果としての損害、特別損害、または類似の損害について、あなたまたは他の誰に対しても責任を負わないものとします。たとえそのような損害の可能性について通知されていた場合でも同様です。",
-  "company_no_responsibility": "当社は、サービスの内容に関する誤りや脱漏について、いかなる責任も負いかねます。",
-  "company_not_responsible": "会社は、この情報の使用から得られた結果や、いかなるエラーまたは省略についても責任を負いません。",
-  "compare": "比較する",
-  "complete_documentation": "完全なドキュメンテーション",
-  "compliance_gdpr": "GDPR準拠",
-  "compliance_soc1": "SOC 2タイプI準拠",
-  "compliant_with_apple_and_android_requirements": "AppleとGoogleの要件に準拠しています",
-  "conditions_for_returns": "返品条件",
-  "configure_ci_cd_pipeline_description": "私たちはあなたの好みのプラットフォーム（GitHub Actions、GitLab CIなど）で直接CI/CDパイプラインを設定します。",
-  "connect_your_account": "アカウントを接続する",
-  "consolidated_invoicing_purchase_orders": "あなたの調達要件を満たすための統合請求書、発注書、および柔軟な支払条件。",
-  "consulting": "コンサルティング",
-  "consulting_description": "自信を持って前進してください。Capgoは、知的財産や機密データを安全に保つために、複数の保護レベルを提供します。",
-  "consulting_forged_plugins_community_embraced": "コンサルティングによって鍛造されたプラグイン、コミュニティが受け入れた",
-  "contact": "連絡先",
-  "contact_link": "このウェブサイトのページを訪れることで:",
-  "contact_sales": "セールスに連絡する",
-  "contact_support": "サポートにお問い合わせください",
-  "contact_us": "お問い合わせ",
-  "contact_us_text": "この免責事項について質問がある場合は、お問い合わせください。",
-  "contact_us_title": "お問い合わせ",
-  "contact_us_website": "このウェブサイトのページを訪れることで：",
-  "content_marketer": "コンテンツマーケター",
-  "contractual_guarantees": "契約保証",
-  "contractual_sla_guarantees": "契約に基づくSLA保証は、稼働時間、応答時間、および解決のコミットメントを含みます",
-  "contributing": "貢献する",
-  "contributing_description": "Capgoオープンソースに貢献する方法",
-  "control_access_deploy_manage": "エンタープライズグレードの権限を使用して、ライブ更新へのアクセス、デプロイ、管理ができるユーザーを制御します。",
-  "control_access_levels": "アクセスレベルを管理する",
-  "copied": "コピーしました！",
-  "copy_page": "ページをコピー",
-  "copy_page_as_markdown": "LLM向けにMarkdownとしてページをコピー",
-  "copy_page_options": "ページコピーのオプション",
-  "copyright_notice": "CAPGO、デジタルシフトOU。全著作権所有。",
-  "copyright_permission": "サービスの著作権で保護された素材を公正使用を超える目的で自分のために使用したい場合は、著作権者から許可を取得しなければなりません。",
-  "cordova_and_capacitorjs_expert": "Cordova & CapacitorJSの専門家",
-  "cordova_capacitorjs_projects": "CordovaとCapacitorJSプロジェクト",
-  "cordova_power_approximately_1_of_apps_on_google_play_store": "CordovaはGoogle Playストアのアプリの約1%を占めています。",
-  "cost_breakdown_pricing_tiers": "価格帯別のコスト内訳",
-  "create_an_issue_and_discuss_before_working_on_a_new_feature": "新しい機能に取り組む際は、作業を始める<em>前に</em>、イシューを作成し、他の貢献者と話し合ってください。私たちはすべての貢献を感謝していますが、提案されたすべての機能が受け入れられるわけではありません。受け入れられないかもしれないコードに何時間も費やしてほしくありません。",
-  "create_manage_organizations_with_ease": "複数の組織を簡単に作成し管理し、各ユーザーに特定の権限を割り当てることができます。Capgoは、チームを整理し効率的に保つための強力なツールを提供します。",
-  "create_oversee_organizations_from_single_account": "1つのアカウントから複数の組織を作成し管理して、作業フローを効率化し、生産性を向上させましょう。",
-  "creators_and_maintainers_of_many_open_source_libraries_used_by_millions": "何百万ものユーザーに利用される多くのオープンソースライブラリのクリエイターとメンテイナー",
-  "credit_10_percent": "10%",
-  "credit_15_percent": "15%",
-  "credit_20_percent": "20%",
-  "credit_30_percent": "30%",
-  "credit_based_overages": "クレジットベースの超過",
-  "credit_percentage": "クレジット割合",
-  "credit_pricing": "クレジット価格設定",
-  "credit_requests_payment_desc": "サービスクレジットを要求するには、顧客は稼働時間の約束が満たされなかった月の終了から30日以内に、support@capgo.appにCapgo宛てにメールを送信する必要があります。顧客は、自分のアカウントIDまたは登録済みのメールアドレス、およびサービスが利用できなかったと報告した日時を含める必要があります。Capgoが顧客がサービスクレジットの資格があることを確認した場合、Capgoは顧客のアカウントに30日以内にクレジットを発行します。サービスクレジットは返金ではなく、現金に交換することはできず、将来の請求に対してのみ使用可能です。以下のセクション4に定める場合を除き、サービスクレジットは顧客の唯一かつ排他的な救済手段とし、稼働時間の約束を満たさなかった場合のCapgoの唯一かつ排他的な責任となります。",
-  "credit_requests_payment_title": "3. クレジットリクエストと支払い",
-  "credits_cost": "クレジットコスト",
-  "credits_usage_info": "あなたのプランの制限を超える利用にはクレジットが必要です。クレジットは前払いで、有効期限は5年間です。",
-  "cta_start_free": "無料で開始",
-  "cta_start_migration": "移行を開始",
-  "custom": "カスタム",
-  "custom_domain": "カスタムドメイン",
-  "custom_features": "カスタム機能",
-  "custom_goods": "お客様の仕様または明確にカスタマイズされた商品の供給。",
-  "custom_plugins": "カスタムプラグイン",
-  "custom_pricing": "カスタム価格設定",
-  "custom_webhooks": "カスタムWebフック",
-  "data_policy_account_deletion": "いつでもアカウントを削除し、サイトの統計を削除することができます。私たちは簡単な質問なしで削除できるリンクを提供しています。",
-  "data_policy_anonymous_measurement": "Capgoを使用することで、サイト測定は完全に匿名で行われます。私たちは最も重要なデータポイントのみを測定し、他には何も測定しません。収集するすべての指標は1ページに収まります。",
-  "data_policy_ccpa_categories_intro": "私たちは、特定の消費者またはデバイスに直接または間接的に関連付けられる、識別可能な情報、関連する情報、記述情報、参照情報、または結び付けられる可能性のある情報を収集します。以下は、カリフォルニア州の居住者から過去12ヶ月以内に収集した可能性がある個人情報のカテゴリのリストです。",
-  "data_policy_ccpa_categories_note": "以下のリストに示されているカテゴリと例は、CCPAに定義されたものです。これは、当社がそのカテゴリの個人情報のすべての例を実際に収集したことを意味するものではありませんが、当社の知識の範囲内で、該当するカテゴリの一部の情報が収集される可能性があるという誠実な信念を反映しています。例えば、特定のカテゴリの個人情報は、あなたがその個人情報を直接当社に提供した場合にのみ収集されます。",
-  "data_policy_ccpa_categories_title": "収集された個人情報のカテゴリ",
-  "data_policy_ccpa_category_a": "カテゴリーA: 識別子。",
-  "data_policy_ccpa_category_a_collected": "収集済み: はい。",
-  "data_policy_ccpa_category_a_examples": "例：本名、別名、郵送先住所、ユニークな個人識別子、オンライン識別子、インターネットプロトコルアドレス、電子メールアドレス、アカウント名、運転免許証番号、パスポート番号、またはその他の類似の識別子。",
-  "data_policy_ccpa_category_b": "カテゴリーB：カリフォルニア顧客記録法（カリフォルニア民法典第1798.80(e)条）に記載されている個人情報のカテゴリ。",
-  "data_policy_ccpa_category_b_collected": "収集済み: はい。",
-  "data_policy_ccpa_category_b_examples": "例: 名前、署名、社会保障番号、身体的特徴または説明、住所、電話番号、パスポート番号、運転免許証または州の身分証明書番号、保険ポリシー番号、教育、雇用、雇用履歴、銀行口座番号、クレジットカード番号、デビットカード番号、またはその他の財務情報、医療情報、または健康保険情報。このカテゴリーに含まれる一部の個人情報は、他のカテゴリーと重複する場合があります。",
-  "data_policy_ccpa_category_c": "カテゴリC：カリフォルニア州または連邦法に基づく保護された分類特性。",
-  "data_policy_ccpa_category_c_collected": "収集済み: いいえ。",
-  "data_policy_ccpa_category_c_examples": "例：年齢（40歳以上）、人種、肌の色、系統、国籍、市民権、宗教または信条、婚姻状況、病歴、身体的または精神的障害、性別（性別、性自認、性表現、妊娠または出産および関連する医療状況を含む）、性的指向、退役軍人または軍事的地位、遺伝情報（家族の遺伝情報を含む）。",
-  "data_policy_ccpa_category_d": "カテゴリD：商業情報。",
-  "data_policy_ccpa_category_d_collected": "収集済み：はい。",
-  "data_policy_ccpa_category_d_examples": "例：購入または検討された製品やサービスの記録と履歴。",
-  "data_policy_ccpa_category_e": "カテゴリE：生体情報。",
-  "data_policy_ccpa_category_e_collected": "収集済み: いいえ。",
-  "data_policy_ccpa_category_e_examples": "例：ジェニック、生理的、行動的、及び生物学的特性、またはテンプレートや他の識別子または識別情報を抽出するために使用される活動パターン。例えば、指紋、顔の特徴、声の特徴、虹彩または網膜のスキャン、キーストローク、歩容、または他の物理的パターン、及び睡眠、健康、または運動データ。",
-  "data_policy_ccpa_category_f": "カテゴリ F: インターネットまたはその他の類似のネットワーク活動。",
-  "data_policy_ccpa_category_f_collected": "収集済み: はい。",
-  "data_policy_ccpa_category_f_examples": "例: サービスまたは広告とのやり取り。",
-  "data_policy_ccpa_category_g": "カテゴリーG：位置情報データ。",
-  "data_policy_ccpa_category_g_collected": "収集済み: いいえ。",
-  "data_policy_ccpa_category_g_examples": "例: おおよその物理的な位置。",
-  "data_policy_ccpa_category_h": "カテゴリ H: センサーデータ。",
-  "data_policy_ccpa_category_h_collected": "収集済み: いいえ。",
-  "data_policy_ccpa_category_h_examples": "例：音声、電子、視覚、熱、嗅覚、またはこれに類似する情報。",
-  "data_policy_ccpa_category_i": "カテゴリーI：専門的または雇用関連の情報。",
-  "data_policy_ccpa_category_i_collected": "収集済み：いいえ。",
-  "data_policy_ccpa_category_i_examples": "例: 現在または過去の職歴やパフォーマンス評価。",
-  "data_policy_ccpa_category_j": "カテゴリ J: 非公開教育情報（家庭教育権利およびプライバシー法（20 U.S.C. セクション 1232g、34 C.F.R. パート 99）に基づく）。",
-  "data_policy_ccpa_category_j_collected": "収集済み: いいえ。",
-  "data_policy_ccpa_category_j_examples": "例：教育機関またはその代理として行動する者が保管する、学生に直接関連する教育記録（成績、成績証明書、クラスリスト、学生のスケジュール、学生識別コード、学生の財務情報、または学生の懲戒記録など）。",
-  "data_policy_ccpa_category_k": "カテゴリーK：他の個人情報から得られた推論。",
-  "data_policy_ccpa_category_k_collected": "収集済み：いいえ。",
-  "data_policy_ccpa_category_k_examples": "例: 人の好み、特性、心理的傾向、素質、行動、態度、知能、能力、適性を反映したプロフィール。",
-  "data_policy_ccpa_exercising_rights_authorized_agent": "あなた自身、またはあなたがその代理として行動することを許可したカリフォルニア州国務長官に登録された人のみが、あなたの個人情報に関連する確認可能なリクエストを行うことができます。",
-  "data_policy_ccpa_exercising_rights_cannot_respond": "ご要望にお応えできず、必要な情報を提供できない場合があります。",
-  "data_policy_ccpa_exercising_rights_cannot_respond_1": "あなたの身分またはリクエストを行う権限を確認してください。",
-  "data_policy_ccpa_exercising_rights_cannot_respond_2": "そして、個人情報があなたに関連していることを確認してください。",
-  "data_policy_ccpa_exercising_rights_contact": "CCPAに基づく権利を行使するため、かつカリフォルニア州の居住者である場合は、私たちにご連絡ください：",
-  "data_policy_ccpa_exercising_rights_data_portability": "データポータビリティのリクエストについて、私たちはお客様の個人情報を、容易に利用できる形式で提供することを選択し、情報を一つのエンティティから別のエンティティに妨げなく転送できるようにします。",
-  "data_policy_ccpa_exercising_rights_disclosure": "ご要望の確認可能なリクエストを受け取ってから45日以内に、必要な情報を無償で開示しお届けします。必要に応じて、事前通知の上、必要な情報を提供する期間をさらに45日間延長することがあります。",
-  "data_policy_ccpa_exercising_rights_disclosure_period": "提供する開示は、検証可能なリクエストの受領の前の12ヶ月間のみを対象とします。",
-  "data_policy_ccpa_exercising_rights_request_must": "あなたのリクエストは次の条件を満たす必要があります：",
-  "data_policy_ccpa_exercising_rights_request_must_1": "私たちが収集した個人情報に関する本人または認可された代表者であることを合理的に確認できるように、十分な情報を提供してください。",
-  "data_policy_ccpa_exercising_rights_request_must_2": "あなたのリクエストを十分な詳細で説明してください。それにより、私たちはそれを適切に理解し、評価し、対応することができます。",
-  "data_policy_ccpa_exercising_rights_title": "CCPAデータ保護権の行使",
-  "data_policy_ccpa_exercising_rights_website": "このページにアクセスすることで、私たちのウェブサイトで: $1/#support",
-  "data_policy_ccpa_info_sharing_1": "サービスプロバイダー",
-  "data_policy_ccpa_info_sharing_2": "支払い処理者",
-  "data_policy_ccpa_info_sharing_3": "私たちの提携企業",
-  "data_policy_ccpa_info_sharing_4": "私たちのビジネスパートナー",
-  "data_policy_ccpa_info_sharing_5": "あなたまたはあなたの代理人が、私たちがあなたに提供する製品やサービスに関連して、私たちがあなたの個人情報を開示することを承認する第三者のベンダー。",
-  "data_policy_ccpa_info_sharing_intro": "上記のカテゴリに記載されたあなたの個人情報を、以下のカテゴリの第三者と共有することがあります：",
-  "data_policy_ccpa_info_sharing_title": "個人情報の共有",
-  "data_policy_ccpa_info_source_1": "あなたから直接。たとえば、当社のサービスで完了したフォーム、当社のサービスを通じて表明または提供した好み、または当社のサービスでの購入から得られます。",
-  "data_policy_ccpa_info_source_2": "あなたからの間接的な情報。たとえば、私たちのサービスでのあなたの活動を観察することから。",
-  "data_policy_ccpa_info_source_3": "あなたから自動的に。たとえば、私たちまたは私たちのサービスプロバイダーが、あなたが私たちのサービスを利用しているときにあなたのデバイスに設定するクッキーを通じて。",
-  "data_policy_ccpa_info_source_4": "サービス提供者から。例えば、決済処理のためのサードパーティベンダーや、私たちがあなたにサービスを提供するために使用するその他のサードパーティベンダーなどです。",
-  "data_policy_ccpa_info_sources_intro": "上記の個人情報のカテゴリは、以下のカテゴリのソースから取得します：",
-  "data_policy_ccpa_info_sources_title": "CCPAの下では、個人情報は特定の消費者またはデバイスに直接または間接的に関連付けられる、識別、関連、記述、言及される、または合理的に関連付けられる可能性がある情報として広く解釈されます。個人情報には、公的記録からの公開情報、個人を特定できないまたは集約された消費者情報、またはCCPAの範囲から除外された情報は含まれません。",
-  "data_policy_ccpa_intro": "このプライバシー通知のセクションは、カリフォルニア州の居住者向けに、当社のプライバシーポリシーに含まれる情報を補足するものであり、カリフォルニア州に居住するすべての訪問者、ユーザー、およびその他の方にのみ適用されます。",
-  "data_policy_ccpa_right_to_delete": "個人データを削除する権利。特定の例外に従う限り、あなたは自分の個人データの削除を求める権利があります。私たちがあなたのリクエストを受け取り、確認した後、例外が適用されない限り、私たちはあなたの個人情報を記録から削除します（および私たちのサービス提供者に削除を指示します）。私たちは、情報の保持が私たちまたは私たちのサービス提供者にとって必要である場合、あなたの削除リクエストを拒否することがあります。",
-  "data_policy_ccpa_right_to_delete_1": "私たちが収集した個人情報に基づいて取引を完了し、あなたが要求した商品やサービスを提供し、あなたとの継続的なビジネス関係の文脈において合理的に予期される行動を取り、またはあなたとの契約を履行します。",
-  "data_policy_ccpa_right_to_delete_2": "セキュリティインシデントを検出し、悪意のある、欺瞞的な、詐欺的な、または違法な活動から保護し、そのような活動に責任を持つ者を訴追します。",
-  "data_policy_ccpa_right_to_delete_3": "既存の意図された機能を妨げるエラーを特定し修正するために、製品のデバッグを行います。",
-  "data_policy_ccpa_right_to_delete_4": "自由な言論を行使し、他の消費者が自分の言論の権利を行使する権利を確保すること、または法律で定められた他の権利を行使すること。",
-  "data_policy_ccpa_right_to_delete_5": "カリフォルニア州電子通信プライバシー法（カリフォルニア刑法典 § 1546 以降）に準拠します。",
-  "data_policy_ccpa_right_to_delete_6": "公共の利益のために、他の適用される倫理およびプライバシー法に従った上で、公共または査読された科学的、歴史的、または統計的研究に従事します。この情報の削除が研究の達成を不可能または深刻に妨げる可能性が高い場合、あなたが事前にインフォームド・コンセントを提供している場合に限ります。",
-  "data_policy_ccpa_right_to_delete_7": "内部使用のみを有効にし、あなたと私たちとの関係に基づいて消費者の期待に合理的に合致するものにします。",
-  "data_policy_ccpa_right_to_delete_8": "法的義務に従う。",
-  "data_policy_ccpa_right_to_delete_9": "その情報を提供した文脈に適合する、他の内部的かつ法的な利用を行ってください。",
-  "data_policy_ccpa_right_to_non_discrimination": "差別されない権利。あなたは、消費者の権利を行使することで差別されない権利があります。これには以下が含まれます：",
-  "data_policy_ccpa_right_to_non_discrimination_1": "あなたに商品やサービスを拒否すること",
-  "data_policy_ccpa_right_to_non_discrimination_2": "商品のまたはサービスの異なる価格または料金を設定すること、割引やその他の特典の利用を含む、または罰則を課すこと",
-  "data_policy_ccpa_right_to_non_discrimination_3": "あなたに異なるレベルまたは質の商品の提供またはサービスを提供すること",
-  "data_policy_ccpa_right_to_non_discrimination_4": "異なる価格または料金、または異なるレベルや品質の商品またはサービスを受け取ることを示唆しています。",
-  "data_policy_ccpa_right_to_notice": "通知を受ける権利。あなたには、どのカテゴリーの個人データが収集されているか、そしてその個人データがどの目的で使用されているかを通知される権利があります。",
-  "data_policy_ccpa_right_to_opt_out": "個人データの販売を拒否する権利（オプトアウト）。あなたには、私たちに対してあなたの個人情報を販売しないよう指示する権利があります。オプトアウトのリクエストを提出するには、お問い合わせください。",
-  "data_policy_ccpa_right_to_request": "請求する権利。CCPAの下で、あなたは私たちに対して、私たちが収集、使用、販売、ビジネス目的での開示、及び個人情報の共有に関する情報を開示するよう求める権利があります。私たちがあなたの請求を受け取り、確認すると、私たちは次の情報をあなたに開示します：",
-  "data_policy_ccpa_right_to_request_1": "あなたに関して収集した個人情報のカテゴリー",
-  "data_policy_ccpa_right_to_request_2": "私たちがあなたについて収集した個人情報の情報源のカテゴリ",
-  "data_policy_ccpa_right_to_request_3": "私たちがその個人情報を収集または販売するビジネスまたは商業目的",
-  "data_policy_ccpa_right_to_request_4": "私たちがその個人情報を共有する第三者のカテゴリー",
-  "data_policy_ccpa_right_to_request_5": "あなたについて私たちが収集した具体的な個人情報の項目",
-  "data_policy_ccpa_right_to_request_6": "あなたの個人情報を販売したり、ビジネス目的であなたの個人情報を開示した場合、私たちはあなたに以下のことを開示します：",
-  "data_policy_ccpa_right_to_request_6_1": "販売された個人情報カテゴリのカテゴリ",
-  "data_policy_ccpa_right_to_request_6_2": "開示された個人情報のカテゴリのカテゴリ",
-  "data_policy_ccpa_sale_of_info_categories": "カテゴリA: 識別子  \nカテゴリB: カリフォルニア顧客記録法（Cal. Civ. Code § 1798.80(e)）に記載されている個人情報カテゴリー  \nカテゴリD: 商業情報  \nカテゴリF: インターネットまたはその他の類似のネットワーク活動",
-  "data_policy_ccpa_sale_of_info_definition": "CCPAで定義されているように、「販売」および「売却」とは、事業者が消費者の個人情報を第三者に対して有価の対価を得るために、販売、賃貸、公開、開示、配布、提供、移転、またはその他の方法で口頭、文書、電子的またはその他の手段で伝達することを意味します。これは、私たちが個人情報を共有することに対して何らかの利益を受け取った可能性があることを意味しますが、必ずしも金銭的な利益を伴うわけではありません。",
-  "data_policy_ccpa_sale_of_info_note": "以下に示すカテゴリは、CCPAで定義されたものです。このことは、該当する個人情報のすべての例が実際に販売されたわけではないことを意味しますが、当社の良心的な信念に基づき、該当するカテゴリからの情報の一部が、対価として共有される可能性があることを示しています。",
-  "data_policy_ccpa_sale_of_info_statement": "私たちは、過去12か月間に以下のカテゴリの個人情報を販売したり、販売している可能性があります。",
-  "data_policy_ccpa_sale_of_info_title": "個人情報の販売",
-  "data_policy_ccpa_sale_of_minors_info_policy": "私たちは、実際に16歳未満であることを知っている消費者の個人情報を販売しません。ただし、13歳から16歳の消費者または13歳未満の消費者の親または保護者から明示的な同意（「オプトインの権利」）を受けた場合を除きます。個人情報の販売にオプトインした消費者は、いつでも将来の販売からオプトアウトすることができます。オプトアウトの権利を行使するには、あなた（またはあなたの認可された代理人）が私たちに連絡してリクエストを送信することができます。",
-  "data_policy_ccpa_sale_of_minors_info_request": "13歳（または16歳）未満の子供が私たちに個人情報を提供したと思われる理由がある場合は、その情報を削除できるように十分な詳細を持って私たちに連絡してください。",
-  "data_policy_ccpa_sale_of_minors_info_statement": "私たちは、サービスを通じて16歳未満の未成年者から故意に個人情報を収集することはありませんが、リンク先の特定の第三者ウェブサイトがそうする場合があります。これらの第三者ウェブサイトは独自の利用規約とプライバシーポリシーを持っており、私たちは親や法定後見人に対し、子供のインターネット利用を監視し、子供たちに許可なく他のウェブサイトに情報を提供しないよう指導することを推奨します。",
-  "data_policy_ccpa_sale_of_minors_info_title": "16歳未満の未成年者の個人情報の販売",
-  "data_policy_ccpa_share_of_info_categories": "サービスプロバイダー  \n支払い処理業者  \n当社の関連会社  \n当社のビジネスパートナー  \nお客様またはお客様の代理人が、当社が提供する製品またはサービスに関連してお客様の個人情報を開示することを許可する第三者ベンダー",
-  "data_policy_ccpa_share_of_info_statement": "上記のカテゴリーに記載されたあなたの個人情報を、以下のカテゴリーの第三者と共有することがあります：",
-  "data_policy_ccpa_share_of_info_title": "個人情報の共有",
-  "data_policy_ccpa_title": "CCPAプライバシー",
-  "data_policy_ccpa_use_of_info_1": "私たちのサービスを運営し、あなたにサービスを提供するため。",
-  "data_policy_ccpa_use_of_info_2": "あなたにサポートを提供し、あなたの問い合わせに対応するため、あなたの懸念を調査し対処し、サービスを監視し改善することを含みます。",
-  "data_policy_ccpa_use_of_info_3": "提供された情報の理由を満たすため。たとえば、サービスについて質問するために連絡先情報を共有した場合、その個人情報を使用してお問い合わせに対応します。",
-  "data_policy_ccpa_use_of_info_4": "法執行機関からの要求に応じ、適用される法律、裁判所の命令、または政府の規制に従って必要とされるため。",
-  "data_policy_ccpa_use_of_info_5": "あなたの個人情報を収集する際に、またはCCPAに別途記載されているように、説明されました。",
-  "data_policy_ccpa_use_of_info_6": "内部管理および監査の目的のため。",
-  "data_policy_ccpa_use_of_info_7": "セキュリティインシデントを検出し、悪意のある、誤解を招く、詐欺的または違法な活動から守るために、必要に応じてそのような活動に対して責任のある者を起訴することを含みます。",
-  "data_policy_ccpa_use_of_info_intro": "私たちは、収集した個人情報を「ビジネス目的」または「商業目的」（CCPAに定義されているように）で使用または開示する場合があります。その例には以下が含まれる可能性があります：",
-  "data_policy_ccpa_use_of_info_title": "個人情報のビジネス目的または商業目的での利用",
-  "data_policy_ccpa_your_rights_intro": "CCPAはカリフォルニア州の住民に対して、個人情報に関する特定の権利を提供します。もしあなたがカリフォルニア州の住民であれば、以下の権利があります：",
-  "data_policy_ccpa_your_rights_title": "CCPAに基づくあなたの権利",
-  "data_policy_compliance_info": "私たちは、Capgoがさまざまなプライバシー規制に準拠するためにどのように構築されているかについての情報を提供できることを嬉しく思います。私たちは、特定の問題について弁護士と相談することをお勧めします。これにより、私たちのサービスがあなたに適用される法的要件を満たすことができるかどうかを判断するのに役立ちます。",
-  "data_policy_data_protection_1": "あなたのウェブサイトのデータは、広告会社やその他の企業と一般的に共有されることはありません。",
-  "data_policy_data_protection_2": "あなたのウェブサイトデータは一切第三者に送信されません。",
-  "data_policy_data_protection_3": "あなたのウェブサイトのデータは、個人や行動の傾向のために採掘されたり収集されたりすることはありません。",
-  "data_policy_data_protection_4": "あなたのウェブサイトデータはマネタイズされていません。",
-  "data_policy_gdpr_complaint_right": "あなたには、私たちのあなたの個人データの収集および使用について、データ保護当局に苦情を申し立てる権利があります。詳細については、欧州経済地域（EEA）にいる場合、EEA内の地元データ保護当局にお問い合わせください。",
-  "data_policy_gdpr_exercising_rights_contact": "あなたは、私たちに連絡することでアクセス、訂正、キャンセル、異議申し立ての権利を行使することができます。リクエストに応じる前に、あなたの身分を確認するようお願いする場合があることにご注意ください。リクエストを行った場合、私たちはできるだけ早くあなたに対応するよう努めます。",
-  "data_policy_gdpr_exercising_rights_title": "GDPRデータ保護権の行使",
-  "data_policy_gdpr_right_access": "あなたの個人データへのアクセスをリクエストしてください。あなたに関する情報にアクセスし、更新または削除する権利があります。可能な場合は、アカウント設定セクション内で直接あなたの個人データにアクセスしたり、更新したり、削除をリクエストしたりできます。これらの操作を自分で行うことができない場合は、私たちに連絡してサポートを受けてください。これにより、私たちが保有しているあなたの個人データのコピーを受け取ることもできます。",
-  "data_policy_gdpr_right_correction": "あなたに関する私たちが保持している個人データの修正を要求してください。私たちが保持している不完全または不正確な情報を修正する権利があります。",
-  "data_policy_gdpr_right_erasure": "あなたの個人データの削除を要求する権利があります。私たちがその処理を続ける正当な理由がない場合、私たちに個人データを削除または削除するよう求める権利があります。",
-  "data_policy_gdpr_right_object": "あなたの個人データの処理に異議を唱える権利。この権利は、私たちが合法的な利益を法的根拠として処理を行っている場合に存在し、あなたの特定の状況に何かがあるために、この理由で私たちの個人データの処理に対して異議を唱えたいと思う場合に適用されます。また、私たちが直接マーケティングの目的であなたの個人データを処理している場合にも異議を唱える権利があります。",
-  "data_policy_gdpr_right_transfer": "あなたの個人データの移転をリクエストしてください。私たちは、あなたが選択した第三者に、構造化された一般的に使用される機械可読形式であなたの個人データを提供します。この権利は、あなたが当社が使用することに初めて同意した自動化された情報または当社があなたとの契約を履行するために情報を使用した場合にのみ適用されることに注意してください。",
-  "data_policy_gdpr_right_withdraw_consent": "同意を取り消す。あなたには、個人データの使用に関する同意を取り消す権利があります。あなたが同意を取り消した場合、サービスの特定の機能にアクセスできなくなる可能性があります。",
-  "data_policy_gdpr_rights_intro": "当会社は、あなたの個人データの機密性を尊重し、あなたが権利を行使できることを保証することを約束します。",
-  "data_policy_gdpr_rights_list_intro": "このプライバシーポリシーおよびEU内にいる場合は法律により、あなたには以下の権利があります：",
-  "data_policy_gdpr_rights_title": "GDPRに基づくあなたの権利",
-  "data_policy_gdpr_title": "GDPRプライバシー",
-  "data_policy_goal": "Capgoの目標は、あなたのウェブサイトのトラフィック全体の傾向を追跡することであり、個々の訪問者を追跡することではありません。私たちはクッキーを使用せず、永続的な識別子を生成せず、個人情報や特定可能なデータを収集または保存することはありません。すべてのデータは集約データのみであり、個人情報は含まれていません。",
-  "data_policy_intro": "データポリシーは、企業全体のデータ管理のさまざまな分野に対する枠組みを提供するルール、原則、およびガイドラインのセットを含んでいます。これには、データガバナンス、データ品質、データアーキテクチャなどが含まれますが、これに限定されません。",
-  "data_policy_ip_accuracy": "私たちのテストでは、訪問者をカウントするためにIPアドレスを使用することが、クッキーを使用する場合と比較して非常に正確であることがわかりました。場合によっては、クッキーを使用するよりも正確であることもあります。なぜなら、一部の訪問者はクッキーを完全にブロックするからです。",
-  "data_policy_ip_user_agent": "すべてのHTTPリクエストは、IPアドレスとUser-Agentをサーバーに送信しますので、それを使用します。訪問者のIPアドレスとUser-Agentを使用して、毎日変わる識別子を生成します。",
-  "data_policy_last_updated": "最終更新日：2023年9月21日",
-  "data_policy_legal_basis_clarification": "いずれにしても、会社は処理に適用される具体的な法的根拠を明確にするために喜んでお手伝いし、特に個人データの提供が法定または契約上の要件であるのか、または契約を締結するために必要な要件であるのかを確認します。",
-  "data_policy_legal_basis_consent": "同意：あなたは、1つまたは複数の特定の目的のために個人データの処理に同意しました。",
-  "data_policy_legal_basis_contract": "契約の履行: 個人データの提供は、あなたとの契約の履行及びそれに関する事前契約上の義務のために必要です。",
-  "data_policy_legal_basis_intro": "以下の条件の下で、個人データを処理する場合があります：",
-  "data_policy_legal_basis_legal_obligations": "法的義務：個人データの処理は、会社が遵守すべき法的義務に対する必要性があります。",
-  "data_policy_legal_basis_legitimate_interests": "正当な利益：個人データの処理は、会社が追求する正当な利益の目的に必要です。",
-  "data_policy_legal_basis_public_interests": "公共の利益：個人データの処理は、公共の利益に関連する業務または企業に与えられた公的権限の行使に関連しています。",
-  "data_policy_legal_basis_title": "GDPRに基づく個人データ処理の法的根拠",
-  "data_policy_legal_basis_vital_interests": "重要な利益: 個人データの処理は、あなた自身または他の自然人の重要な利益を保護するために必要です。",
-  "data_policy_no_persistent_identifier": "私たちは、GDPRの下で個人データと見なされるため、デバイスに持続的な識別子を生成しようとはしません。私たちはクッキー、ブラウザキャッシュ、ローカルストレージを使用していません。訪問者のデバイスから何かを保存、取得、または抽出することはありません。",
-  "data_policy_no_tracking": "私たちは、人々を異なるデバイス間や訪問するウェブサイトやアプリケーションの間で追跡することはありません。すべてのデータは、単一の日、単一のウェブサイト、単一のデバイスのみに限定されています。同じ人物が異なるデバイスからサイトを訪れたり、別のウェブサイトを訪れたりするかどうかを知る方法はありません。",
-  "data_policy_ownership_intro": "私たちのサービスを使用する際、Capgoはあなたの訪問者に関する情報を収集します。あなたは私たちにサイトデータを託信しており、私たちはその信頼を大切にしています。サイトデータのプライバシー — それはあなたのデータであり、私たちのものではありません！ — は私たちにとって非常に重要です。",
-  "data_policy_ownership_rights": "あなたはウェブサイトデータに対するすべての権利、タイトル、および利益を所有しています。私たちはあなたのウェブサイトデータに関して、あなたからいかなる権利も取得しません。私たちはあなたのサイトデータを第三者に販売したり共有したりすることは決してありません。",
-  "data_policy_ownership_statement": "Capgoを使用することで、ウェブサイトデータの100％の所有権を保つことができます。ホスティングサービスを利用する場合、サイトの分析情報はクラウドにある私たちのサーバーに保存されますが、サイトデータを完全に管理し、全てのデータを完全に所有することができます。",
-  "data_policy_ownership_title": "あなたのウェブのデータ所有権",
-  "data_policy_permanent_deletion": "あなたのすべての統計データは、Capgoアカウントを削除するか、サイトの統計データを削除すると即座に永久に削除されます。この情報は一度永久に削除されると、回復することはできません。",
-  "data_policy_title": "データポリシー",
-  "data_policy_trust_importance": "これはプライバシーソフトウェアの市場で不可欠です。データに関しては、企業や独自ソフトウェアを常に信頼できるわけではありません。信頼を証明する唯一の方法は、専門家にコードを調査させ、実際に自分が言っていることを行っているかどうかを確認してもらうことです。",
-  "data_policy_trust_open_source": "Capgoは100％オープンソースです。私たちのソースコードはGitHubで利用可能でアクセス可能なので、コードを読んでレビューし、私たちの言う通りにコードが機能することを確認できます。",
-  "data_policy_trust_title": "なぜあなたを信頼するべきですか？",
-  "data_policy_trust_transparency": "私たちはブラックボックスではありません。すべてはオープンです。誰でも私たちが実行しているコードを閲覧、レビュー、検査して、私たちが言っていることを実践していることを確認することができます。",
-  "data_policy_unique_users_intro": "ユニークビジターのカウントはウェブ分析の不可欠な部分です。Capgoはページビューの重複を排除することと、訪問者のプライバシーを尊重することとの間で合理的なバランスを取ろうとしています。",
-  "data_policy_unique_users_title": "クッキーを使用せずにユニークユーザーをカウントする方法",
-  "data_policy_what_we_collect_title": "収集するものとその用途",
-  "data_processing": "データ処理",
-  "data_processing_agreement": "データ処理契約",
-  "data_storage": "データストレージ",
-  "days_free_trial": "14日間の無料トライアル",
-  "dedicated_channels": "専用チャンネル",
-  "dedicated_support_channels_sla": "あなたの安心のための専用サポートチャンネルとSLA保証",
-  "definitions": "定義",
-  "definitions_desc": "このサービスレベル契約で使用されているが定義されていないすべての大文字の単語は、契約に記載されている意味を持ちます。",
-  "definitions_purpose": "この免責事項の目的のために：",
-  "definitions_purpose_refund": "この返品および返金ポリシーの目的のために:",
-  "definitions_title": "定義",
-  "deliver_updates": "あなたのCapacitorアプリにアップデートを配信します",
-  "denial_of_service": "サービス拒否（DoS）",
-  "denial_of_service_desc": "ターゲットに通信リクエストを大量に送り、ターゲットが正当なトラフィックに応答できなくなるか、非常に遅く応答するために効果がなくなる状態を作り出すこと。",
-  "deploy_and_test_anywhere_anytime": "いつでも、どこでもデプロイしてテストする",
-  "deploy_changes_in_real_time": "リアルタイムで変更を展開する",
-  "deploy_on_cloud_providers": "AWS、GCP、またはあなたのクラウドプロバイダーにデプロイします。",
-  "deploy_ota": "エンタープライズグレードのセキュリティ、スケーラビリティ、およびサポートを備えた数百万人のユーザーに対してオーバーザエア（OTA）アップデートを展開します。",
-  "deploy_with_confidence": "自信を持ってデプロイする",
-  "designed_for_mobile_first": "モバイルファーストを目指して設計され、直感的なUIとシームレスなパフォーマンスが特徴です",
-  "developers": "開発者たち",
-  "diagnose_version_issues": "バージョンの問題を診断する",
-  "didnt_find_answer": "お探しの答えが見つかりませんでしたか？",
-  "direct_access_engineering_team": "専用のSlackチャンネルと電話サポートを通じて、私たちのエンジニアリングチームに直接アクセスできます",
-  "direct_engineering_access": "直接エンジニアリングアクセス",
-  "direct_peering_worldwide": "世界中のダイレクトピアリング",
-  "direct_slack_channel_support": "直接のSlackチャンネルサポート",
-  "directly_from_your_phone": "あなたの電話から直接",
-  "disclaimer": "免責事項",
-  "disclaimer_last_updated": "最終更新日：2022年1月28日",
-  "disclaimer_text": "サービスに含まれる情報は、一般的な情報提供の目的のみです。",
-  "disclaimer_title": "免責事項",
-  "discover_ready_plugins": "あなたのCapacitorアプリの機能を拡張する、すぐに使用できるプラグインを発見してください。",
-  "do_you_have_purchasing_power_parity_pricing": "購買力平価（PPP）に基づく料金はありますか？",
-  "do_you_offer_annual_billing_and_ach_payment_options": "年間請求とACHでの支払いオプションはありますか？",
-  "do_you_offer_discounts_for_students_non_profits_or_startups": "学生、非営利団体、またはスタートアップ向けの割引はありますか？",
-  "do_you_offer_refunds": "あなたは返金を提供していますか？",
-  "do_you_offer_refunds_answer": "法律で必要とされる場合を除き、支払い済みのサブスクリプション料金は返金不可です。ただし、特定の返金要求はケースバイケースで考慮され、Capgoの単独裁量により認められる場合があります。返金資格があると思われる場合は、サポートチームにご連絡ください。",
-  "docs": "Docs",
-  "documentation": "ドキュメント",
-  "documentation_in_markdown_that_powers": "文書はMarkdownで記述されており、その背後にあります",
-  "documenting_apis": "APIの文書化",
-  "download_the_app_and_take_control": "アプリをダウンロードして、どこからでもリリースを管理しましょう。",
-  "download_time_globally": "グローバルに5MBのアップデートをダウンロードする",
-  "downloads": "ダウンロード",
-  "dp": "データポリシー",
-  "dp_description": "ライブアップデートプラットフォームを使用するエンタープライズ顧客向けのCapgoデータ処理契約とGDPRコンプライアンス文書。",
-  "dpa": "データ保護契約",
-  "dpa_contact_1": "このプライバシーポリシーについて質問がある場合は、お問い合わせください。",
-  "dpa_contact_2": "このウェブサイトのページにアクセスすることによって:",
-  "dpa_contact_title": "お問い合わせ",
-  "dpa_customer_undertakings_1": "顧客は、Capgoサービスの提供に関連して処理のために訪問者データをCapgoに提供するために必要なすべての権利を有していることを保証します。",
-  "dpa_customer_undertakings_2": "顧客は、契約に基づいてCapgoに提供したすべての訪問者データに関するデータ保護法令を常に遵守するものとします。",
-  "dpa_customer_undertakings_3": "顧客は、コントローラーとして、顧客とCapgoの間で以下について責任を負うことを理解しています：",
-  "dpa_customer_undertakings_4": "処理の合法性を判断し、必要に応じてデータ保護影響評価を実施し、規制当局や個人に説明責任を果たすこと。",
-  "dpa_customer_undertakings_5": "該当する法域に応じて、データ主体に関連するプライバシー通知を提供すること;",
-  "dpa_customer_undertakings_6": "このDPAに従った処理を保証し、示すために、適切な技術的および組織的対策を実施すること；",
-  "dpa_customer_undertakings_7": "法令に基づいて、あなたの管轄区域において必要とされる場合、関連する規制当局または機関に何らかのインシデントを通知します。",
-  "dpa_customer_undertakings_title": "顧客の取り組みとCapgoの支援",
-  "dpa_definitions_1": "契約に基づきユーザーにCapgoサービスを提供する過程で、Capgoはユーザーの代理として訪問者データを処理する場合があります。",
-  "dpa_definitions_2": "このデータ処理契約（「DPA」）において、「データ保護法令」とは、一般データ保護規則（規則（EU）2016/279）および関連する管轄区域に存在する可能性のある訪問者データの処理およびプライバシーに関連するその他の適用法令を意味します。",
-  "dpa_definitions_3": "「データ管理者」、「データ処理者」、「データ主体」、「個人データ」および「処理」は、適用されるデータ保護法に従って解釈されるものとします。",
-  "dpa_definitions_4": "当事者は、ユーザーがデータ管理者であり、Capgoがサービス提供の過程で処理される訪問者データに関してそのデータ処理者であることに合意します。",
-  "dpa_definitions_title": "定義",
-  "dpa_last_updated": "最終更新日：2023年9月20日",
-  "dpa_liability_indemnity_1": "各当事者は、相手方を補償し、すべての請求、訴訟、第三者の請求、損失、損害および補償を受ける当事者が被った費用に対して、これを免責するものとし、本DPAの違反に直接または間接的に起因する事由について責任を負わないものとします。",
-  "dpa_liability_indemnity_title": "責任と補償",
-  "dpa_notification_1": "いいえ。私たちのDPAを受け入れる際に、お知らせすることは義務ではありませんが、上記のように、お知らせすることは自由です。",
-  "dpa_notification_title": "顧客は、当社のDPAを受け入れる際に誰かに通知する必要がありますか？",
-  "dpa_privacy_security_1": "バックアップ、冗長性、暗号化を通じて、お客様のデータを保護し、安全に保つために多くの対策を講じています。私たちのサービスを利用してウェブサイトの統計を測定すると、Capgoは訪問者に関する情報を収集します。",
-  "dpa_privacy_security_2": "あなたは私たちにサイトデータを委託してくださり、その信頼を私たちは大切にします。あなたは、Capgoが当社のデータポリシーに記載されている通りに、他の目的のためではなくあなたのデータを処理することに同意します。私たちは、自分たちが誰であるか、どのように働いているか、そしてあなたのフィードバックに対してオープンな姿勢を保つことで、その信頼に応えようと最善を尽くしています。",
-  "dpa_privacy_security_3": "あなたはウェブサイトデータに対するすべての権利、権限、および利益を所有しています。私たちは、あなたのウェブサイトデータに関して何の権利も取得しません。私たちは、ウェブユーザーの個人情報を収集・分析せず、これらの行動に基づく洞察を使用して広告を販売することはありません。Capgoを使用する際、あなたはウェブサイトデータを100％所有し、管理できます。私たちはあなたのサイトデータを第三者に販売したり共有したりせず、訪問者のプライバシーを侵害することはありません。",
-  "dpa_privacy_security_4": "Capgoの目的はCapacitorを更新することであり、これは個人データや個人を特定できる情報（PII）を追跡、収集、保存することなく、クッキーを使用せず、ウェブサイトの訪問者のプライバシーを尊重しながら行うことができます。",
-  "dpa_privacy_security_5": "Capgoを使用することで、サイト測定は完全に匿名で行われます。一般的にデータ収集を最小限に抑えています。最も重要なデータポイントのみを測定し、それ以外はありません。収集するすべての指標は1ページに収まります。",
-  "dpa_privacy_security_6": "私たちは、GDPRの下で個人データと見なされるため、デバイスに対する永続的な識別子を生成しようとはしません。私たちはクッキー、ブラウザキャッシュ、またはローカルストレージを使用しません。私たちは訪問者のデバイスから何も保存、取得、または抽出することはありません。私たちが処理するデータは、特定の個人を識別するためには使用できません。",
-  "dpa_privacy_security_7": "この契約に基づくデータ処理の影響を受けるデータ主体のグループには、処理者が提供するサービスを利用するコントローラーのウェブサイトのエンドユーザーが含まれます。",
-  "dpa_privacy_security_8": "訪問者データの処理に関する詳細や、私たちがあなたのために収集するデータの種類/カテゴリーについては、公開されているデータポリシーをご覧ください。",
-  "dpa_privacy_security_title": "訪問者データのプライバシーとセキュリティ",
-  "dpa_processor_obligations_1": "Capgoは、サービスの設定を通じて顧客の指示に従ってのみ訪問者データを処理します。すなわち、(a) サービスを提供するために使用されるインフラストラクチャを運営、維持及びサポートするため；(b) サービスの使用、管理及び運営における顧客の指示および処理指示に従うため；(c) サービスの設定を通じて別途指示された場合。Capgoは、契約に従ってのみ訪問者データを処理します。",
-  "dpa_processor_obligations_2": "Capgoは、顧客から提供された訪問者データの処理に関する指示が適用されるデータ保護法に違反しているとCapgoが判断した場合、顧客に不当な遅延なく通知します。",
-  "dpa_processor_obligations_3": "Capgoは、ここで処理される訪問者データの機密性を保証します。",
-  "dpa_processor_obligations_4": "私たち人間は、あなたのデータにアクセスし、あなたが行うサポートリクエストを支援し、Capgoを維持・保護してあなたのデータとサービス全体のセキュリティを確保することができます。Capgoは、訪問者データにアクセスする必要があるすべてのCapgo職員がGDPRおよびデータプライバシーに関する訓練を受け、データの機密性について情報を得て、この契約に定められた義務を遵守することを保証します。",
-  "dpa_processor_obligations_5": "Capgoは、訪問者データを不正または違法な処理から、または偶発的な喪失、破壊、損傷、盗難、改変または開示から保護するために設計された適切な技術的および組織的なセキュリティ対策を実施し、維持するものとします。これらの対策は、不正または違法な処理、偶発的な喪失、破壊、損傷または訪問者データの盗難によって生じる可能性のある損害に対して適切であり、保護されるべき訪問者データの性質を考慮します。",
-  "dpa_processor_obligations_6": "私たちはサブプロセッサーと協力しています。各ベンダーについて、私たちはプライバシーへの取り組みを評価し、コントローラー-プロセッサー間の標準契約条項を含むデータ処理契約を締結します。このような下請け業者は、Capgoが提供を依頼したサービスを提供するためにのみデータを処理することが許可されており、他の目的でデータを使用することは禁じられています。Capgoは、アプリ内通知、電子メール、またはブログを使用してサブプロセッサーのリストを変更する際にコントローラーに通知します。コントローラーは正当な理由で異議を唱えることができ、契約を終了することができます。",
-  "dpa_processor_obligations_7": "Capgoが、サービス提供中に処理される個人データの偶発的、無許可、または不法なセキュリティ侵害、破壊、喪失、変更、または開示に気付いた場合、Capgoは不当な遅延なく（認識した後48時間以内に）、顧客にメールで通知し、インシデントの説明およびインシデントに関する情報の定期的な更新、顧客コンテンツへの影響を含む情報を提供します。Capgoは、また、インシデントを調査し、合理的にその影響を防止または軽減するための措置を講じます。",
-  "dpa_processor_obligations_8": "Capgoは、法令またはプロセッサー利用規約が要求される場合を除き、コントローラーに代わって処理されている訪問者データの修正、削除、または処理の制限を自らの権限で行うことはなく、コントローラーからの文書による指示およびコントローラーのサブスクリプションプランに関連するデータ保持規則に従ってのみ行うものとします。",
-  "dpa_processor_obligations_9": "Capgoは、個人データのセキュリティに関する義務を遵守するために、コントローラーを支援します。PlausibleもDPIAに関してコントローラーを支援します。データ主体がその権利を主張する場合、このリクエストは遅滞なくコントローラーに転送されます。",
-  "dpa_processor_obligations_title": "プロセッサーのコントローラーに対する義務",
-  "dpa_security_measures_1": "暗号化のために、私たちは転送中にhttpsを使用し、静止中にはハッシングプロセスを使用しています。私たちのハッシングプロセスは暗号化よりもはるかに強力です。暗号化は、解読して生データを明らかにすることができるキーが存在することを意味します。私たちのデータベースでは、生のIPアドレスとユーザーエージェントは、私たち自身を含む誰に対しても完全にアクセス不可となっています。さらに、厳格なファイアウォールルールとプライベートの暗号化されたネットワークを使用しています。オフサイトのバックアップを強力なbcryptパスワードを含むレプリケーションで保持しています。",
-  "dpa_security_measures_2": "Capgoは完全にオープンソースのソフトウェアであり、つまり私たちのソースコードはGitHubで利用可能かつアクセス可能で、誰でもチェックしたり監査したりできます。それを読み、検査し、レビューして、どのように機能し、データのプライバシーとセキュリティを保つかを理解することができます。これにより、あなたや他の誰にとっても、私たちがウェブサイトのトラフィックデータをどのように扱っているのかについての完全な透明性が提供されます。",
-  "dpa_security_measures_3": "500以上のGitHubスターを獲得していることで、多くの人々が私たちのコードに注目しています。この透明性とオープンさが、オープンソース製品がプロプライエタリおよびクローズドソース製品よりも信頼性が高い理由です。私たちのソフトウェアは週に数回更新されており、GitHubページでは人々がセキュリティの脆弱性を報告する方法も用意しています。",
-  "dpa_security_measures_title": "組織的および技術的なセキュリティ対策",
-  "dpa_sharing_1": "はい。DPAは公開されている文書であり、当社のセキュリティ対策やその他の条件を確認するためにそれを顧客と共有したい顧客は、自由に行っていただいて構いません。",
-  "dpa_sharing_title": "顧客はCapgo DPAを自分の顧客と共有できますか？",
-  "dpa_signing_required_1": "当社の製品とサービスを利用するには、当社のデータ処理契約（DPA）を受け入れる必要があります。製品を使用することによって、サービス利用規約に同意し、自動的にDPAを受け入れることになり、別途文書に署名する必要はありません。私たちはすべてのお客様に同じプライバシー権と保護を提供します。",
-  "dpa_signing_required_title": "顧客はCapgo DPAに署名する必要がありますか？",
-  "dpa_title": "データ処理契約",
-  "easily_adjust_user_roles_and_permissions_as_your_team_and_projects_evolve_maintaining_optimal_organization_structure": "チームやプロジェクトが進化するにつれ、ユーザーの役割と権限を簡単に調整し、最適な組織構造を維持します。",
-  "effortless_ci_cd_solutions": "手間いらずのCI/CDソリューション",
-  "email_label": "メール",
-  "email_placeholder": "メールアドレスを入力してください",
-  "emergency_fixes_on_the_go": "途中での緊急修正",
-  "end_to_end_encryption": "エンドツーエンド暗号化",
-  "enterprise_authentication": "エンタープライズ認証",
-  "enterprise_billing": "エンタープライズ課金",
-  "enterprise_description": "ミッションクリティカルなアプリを開発するエンタープライズチーム向け。高度なセキュリティ、コンプライアンス、専用サポートが必要で、モバイルDevOpsインフラストラクチャーの完全な制御が可能です。",
-  "enterprise_features": "エンタープライズ機能",
-  "enterprise_grade_security_trust": "信頼できるエンタープライズグレードのセキュリティ",
-  "enterprise_identity": "エンタープライズアイデンティティ",
-  "enterprise_platform_uptime_sla": "エンタープライズプラットフォーム稼働時間SLA",
-  "enterprise_plugins": "エンタープライズプラグイン",
-  "enterprise_ready": "エンタープライズ対応",
-  "enterprise_security_audit_desc": "年次第三者監査およびSonarCloud、Coderabbit、Snykを使用した継続的なコードスキャン。",
-  "enterprise_security_audit_title": "自動化された独立監査",
-  "enterprise_security_automations": "SonarCloud、Coderabbit、およびSnykはリリース前にすべてのコミットをレビューします。",
-  "enterprise_solutions": "エンタープライズソリューション",
-  "enterprise_support": "エンタープライズサポート",
-  "enterprise_title": "企業",
-  "errors_and_omissions_disclaimer_text": "サービスによって提供される情報は、関心のある事項に関する一般的なガイダンスのためのものです。会社がサービスの内容が最新で正確であることを保証するためにあらゆる注意を払っていても、エラーが発生する可能性があります。また、法律、規則、規制の変化する性質を考慮すると、サービスに含まれる情報に遅延、省略、または不正確な点が生じる可能性があります。",
-  "errors_and_omissions_disclaimer_title": "エラーおよび脱落に関する免責条項",
-  "eula": "エンドユーザーライセンス契約",
-  "eula_acknowledgment_text_1": "「同意する」ボタンをクリックしたり、アプリケーションをダウンロードまたは使用したりすることで、あなたは本契約の条件に拘束されることに同意するものとします。本契約の条件に同意しない場合は、「同意する」ボタンをクリックせず、アプリケーションをダウンロードまたは使用しないでください。",
-  "eula_acknowledgment_text_2": "本契約は、あなたと会社との間の法的文書であり、会社があなたに提供するアプリケーションの使用に関するものです。",
-  "eula_acknowledgment_text_3": "本契約はあなたと会社の間のものであり、アプリストアとは無関係です。したがって、会社はアプリケーションおよびそのコンテンツに対して唯一の責任を負います。アプリストアは本契約の当事者ではありませんが、あなたのアプリケーションの使用に関連して、第三者の受益者としてこの契約をあなたに対して強制する権利を有しています。",
-  "eula_acknowledgment_text_4": "アプリケーションは、例えばファミリー共有やファミリーグループ、またはボリューム購入を通じて他のユーザーがアクセスし利用できるため、これらのユーザーによるアプリケーションの使用は本契約に明示的に従うものとします。",
-  "eula_acknowledgment_text_5": "本アプリケーションは、貴方に対し、本契約の条件に厳密に従って使用するために、会社によって販売されるのではなく、ライセンス供与されています。",
-  "eula_acknowledgment_title": "承認",
-  "eula_changes_text_1": "会社は、単独の裁量で、本契約をいつでも変更または置き換える権利を留保します。重要な変更がある場合は、新しい条項が発効する30日前までに通知します。重要な変更が何であるかは、会社の単独の裁量で決定されます。",
-  "eula_changes_text_2": "アプリケーションの改訂が発効した後も引き続きアクセスまたは使用することによって、あなたは改訂された条件に拘束されることに同意したことになります。新しい条件に同意しない場合、アプリケーションを使用する権限はなくなります。",
-  "eula_changes_title": "この契約の変更",
-  "eula_contact_us_link": "このウェブサイトのページにアクセスすることで:",
-  "eula_contact_us_text": "この契約について質問がある場合は、私たちにお問い合わせください。",
-  "eula_contact_us_title": "お問い合わせ",
-  "eula_definition_agreement": "**合意**とは、あなたと会社の間でアプリケーションの使用に関する完全な合意を形成するこのエンドユーザーライセンス契約を意味します。",
-  "eula_definition_application": "**アプリケーション**とは、あなたがアプリケーションストアのアカウントを通じてデバイスにダウンロードした、会社が提供するソフトウェアプログラムを指し、名称は$1です。",
-  "eula_definition_application_store": "**アプリケーションストア**とは、Apple Inc.（Apple App Store）またはGoogle Inc.（Google Play Store）によって運営・開発されているデジタル配信サービスを指し、アプリケーションがあなたのデバイスにダウンロードされたものです。",
-  "eula_definition_company": "**会社**（本契約において「会社」、「我々」、「私たち」または「私たちの」と呼ばれる）は、デジタルシフトOU、6 sepapaja 15510 タリンを指します。",
-  "eula_definition_content": "**コンテンツ**とは、テキスト、画像、またはあなたが投稿、アップロード、リンクなどを介して提供できる他の情報などのコンテンツを指し、その形式にかかわらず適用されます。",
-  "eula_definition_country": "**国**は: エストニアを指します",
-  "eula_definition_device": "**デバイス**とは、コンピュータ、携帯電話、またはデジタルタブレットなど、アプリケーションにアクセスできる任意のデバイスを指します。",
-  "eula_definition_family_sharing": "**ファミリー共有 / ファミリーグループ**では、アプリケーションストアからダウンロードしたアプリケーションを他の家族メンバーと共有することができ、彼らはお互いの対象アプリケーションを自分の関連デバイスに表示およびダウンロードすることができます。",
-  "eula_definition_third_party_services": "「**第三者サービス**」とは、アプリケーションによって表示、含まれる、または提供される可能性のある、第三者によって提供されるサービスやコンテンツ（データ、情報、アプリケーションおよびその他の製品サービスを含む）を指します。",
-  "eula_definition_you": "「**あなた**」とは、アプリケーションにアクセスまたは使用している個人、またはその個人がアプリケーションにアクセスまたは使用している法人またはその他の法的実体を指します。",
-  "eula_definitions_intro": "このエンドユーザーライセンス契約の目的のために：",
-  "eula_definitions_subtitle": "定義",
-  "eula_entire_agreement_text_1": "本契約は、あなたと会社との間でのアプリケーションの使用に関する完全な合意を構成し、あなたと会社の間のすべての以前および同時期の書面または口頭の合意に優先します。",
-  "eula_entire_agreement_text_2": "他の会社のサービスを利用または購入する際には、追加の利用規約が適用される場合があります。その際、会社はその利用または購入の際に、あなたに提供します。",
-  "eula_entire_agreement_title": "完全合意",
-  "eula_governing_law_text": "この契約およびアプリケーションの使用は、法律の衝突規則を除く国の法律によって規定されます。アプリケーションの使用には、他の地方、州、国家、または国際法が適用される場合もあります。",
-  "eula_governing_law_title": "準拠法",
-  "eula_indemnification_text": "あなたは、あなたの以下の行為に起因または関連して、合理的な弁護士費用を含むいかなる請求または要求についても、会社およびその親会社、子会社、関連会社、役員、従業員、代理人、パートナーおよびライセンサー（該当する場合）を免責し、無害に保つことに同意します: (a) アプリケーションの使用; (b) 本契約またはいかなる法律または規制の違反; または (c) 第三者の権利の侵害。",
-  "eula_indemnification_title": "賠償責任",
-  "eula_intellectual_property_text_1": "本アプリケーションに関するすべての著作権、特許、商標、企業秘密およびその他の知的財産権は、会社の唯一かつ独占的な所有物であり続けるものとします。",
-  "eula_intellectual_property_text_2": "当社は、アプリケーションに起因または関連する第三者の請求に関して、あなたに対して補償または防御を行う義務を負わないものとします。適用法により当社が補償を提供する必要がある場合、アプリケーションストアではなく当社が、アプリケーションまたはその使用が第三者の知的財産権を侵害しているとの請求についての調査、防御、和解及び解消に関して単独で責任を負うものとします。",
-  "eula_intellectual_property_title": "知的財産",
-  "eula_interpretation_subtitle": "解釈",
-  "eula_interpretation_text": "最初の文字が大文字である言葉は、次の条件に従って定義された意味を持つものとします。以下の定義は、単数形であろうと複数形であろうと、同じ意味を持つものとします。",
-  "eula_interpretation_title": "解釈および定義",
-  "eula_last_updated": "最終更新日：2022年1月28日",
-  "eula_license_restrictions_1": "アプリケーションをライセンス、販売、賃貸、リース、譲渡、配布、伝送、ホスティング、アウトソーシング、開示、またはその他の方法で商業的に利用したり、第三者にアプリケーションを提供したりすることは禁止されています。",
-  "eula_license_restrictions_2": "上記の「ライセンス」セクションで許可されている目的以外で、アプリケーションをコピーまたは使用してはいけません。",
-  "eula_license_restrictions_3": "アプリケーションのいかなる部分も修正、派生作品の作成、分解、復号化、リバースコンパイル、またはリバースエンジニアリングを行ってはなりません。",
-  "eula_license_restrictions_4": "会社やその関連会社、パートナー、サプライヤー、またはアプリケーションのライセンサーの所有権通知（著作権や商標の通知を含む）を削除、変更、または隠さないでください。",
-  "eula_license_restrictions_intro": "あなたは、他の人に許可しないことに同意します:",
-  "eula_license_restrictions_subtitle": "ライセンス制限",
-  "eula_license_scope_subtitle": "ライセンスの範囲",
-  "eula_license_scope_text_1": "会社は、あなたに対して、本契約の条件に厳密に従ってアプリケーションをダウンロード、インストール、および使用するための、取り消し可能で、非独占的、譲渡不可、限定的なライセンスを付与します。",
-  "eula_license_scope_text_2": "アプリケーションは、あなたが所有または管理しているデバイスでのみ使用でき、アプリケーションストアの利用規約に従って許可された場合に限ります。",
-  "eula_license_scope_text_3": "本契約の条件に厳密に従って、会社によってあなたに付与されるライセンスは、あなたの個人的な非商業目的のためのものです。",
-  "eula_license_title": "ライセンス",
-  "eula_limitation_of_liability_text_1": "本契約のいかなる条項に基づくものであっても、あなたが被る可能性のある損害にもかかわらず、会社およびそのサプライヤーの全責任は、あなたがアプリケーションのために実際に支払った金額、またはアプリケーションを通じて購入した場合の金額、またはアプリケーションを通じて何も購入していない場合は100米ドルに限定されます。",
-  "eula_limitation_of_liability_text_2": "適用法令により許可される最大限の範囲において、いかなる場合においても、会社またはその供給者は、特別損害、偶発損害、間接損害、または結果的損害（利益の損失、データまたはその他の情報の損失、業務の中断、身体的損害、プライバシーの喪失など、アプリケーションの使用または使用不能に起因する、または何らかの方法で関連する損害を含むがこれに限られない）について責任を負わないものとします。たとえ会社またはその供給者がそのような損害の可能性について通知を受けていた場合でも、救済措置がその本質的な目的を果たさなかった場合でも同様です。",
-  "eula_limitation_of_liability_text_3": "いくつかの州/管轄区域では、付随的または結果的損害の排除または制限を許可していないため、上記の制限または排除はあなたに適用されない場合があります。",
-  "eula_limitation_of_liability_text_4": "あなたは明示的に理解し、同意するものとします。アプリケーションストア、その子会社および関連会社、ならびにライセンサーは、直接的、間接的、偶発的、特別、結果的または模範的な損害について、あなたに対していかなる責任も負わないものとします。この損害には、データの喪失が含まれる場合がありますが、アプリケーションストアまたはその代表者がそのような損失が発生する可能性について通知を受けていたか、または認識していたかにかかわらず適用されます。",
-  "eula_limitation_of_liability_title": "責任の制限",
-  "eula_maintenance_subtitle": "メンテナンスとサポート",
-  "eula_maintenance_text": "会社は、本アプリケーションのダウンロード及び使用に関して、いかなるメンテナンスやサポートも提供しません。適用法令によりメンテナンスまたはサポートが必要とされる場合、メンテナンスやサポートを提供する責任は、アプリケーションストアではなく会社にあります。",
-  "eula_modifications_text": "会社は、貴方に対して通知の有無にかかわらず、また責任を負うことなく、アプリケーションまたはそれが接続するいかなるサービスを、一時的または永続的に変更、停止、または中止する権利を留保します。",
-  "eula_modifications_title": "アプリケーションの変更",
-  "eula_no_warranties_text_1": "アプリケーションは、「現状のまま」および「利用可能な範囲で」提供され、すべての欠陥や不具合を含めて、いかなる種類の保証もありません。適用される法令により許可される最大限の範囲において、会社は自己およびその関連会社、及びそのライセンサーやサービスプロバイダーを代表して、アプリケーションに関して、明示的、暗示的、法定的またはその他のいかなる保証も明示的に否認します。これには、商品性、特定の目的への適合性、権利および非侵害に関するすべての暗示的保証、及び取引の経過、パフォーマンスの経過、使用または商慣習から生じる可能性のある保証が含まれます。前述を制限することなく、会社はアプリケーションがあなたの要求を満たすこと、想定される結果を達成すること、他のソフトウェア、アプリケーション、システムまたはサービスと互換性があること、途切れることなく動作すること、パフォーマンスや信頼性の基準を満たすこと、エラーがないこと、またはエラーや欠陥が修正されることができるまたは修正されるであろうといういかなる保証または約束も提供せず、いかなる表明も行いません。",
-  "eula_no_warranties_text_2": "前述に制限されることなく、会社および会社の提供者はいかなる種類の表明または保証も行わないものとします。具体的には：(i) アプリケーションの運用や可用性、またそれに含まれる情報、コンテンツ、資料や製品に関して；(ii) アプリケーションが中断されることなく、エラーがないこと；(iii) アプリケーションを通じて提供される情報やコンテンツの正確性、信頼性、最新性；または(iv) アプリケーション、そのサーバー、コンテンツ、または会社から発信された電子メールにウイルス、スクリプト、トロイの木馬、ワーム、マルウェア、タイムボム、その他の有害なコンポーネントが含まれていないこと。",
-  "eula_no_warranties_text_3": "一部の法域では、特定の種類の保証や消費者の適用法定権に対する制限の排除を許可しないため、上記の排除および制限の一部またはすべてがあなたに適用されない場合があります。しかし、その場合は、本セクションに設定された排除および制限が適用法の下で最大限に執行可能な範囲で適用されます。法的に排除できない保証が存在する場合、その保証については、アプリケーションストアではなく、会社が単独で責任を負うものとします。",
-  "eula_no_warranties_title": "保証なし",
-  "eula_product_claims_text": "会社はアプリケーションに関していかなる保証も行いません。アプリケーションの使用に起因または関連する請求がある場合、アプリケーションストアではなく、会社がそのような請求に対処する責任を負います。これには、以下を含むがこれに限定されない： (i) 製品責任に関する請求; (ii) アプリケーションが適用される法的または規制要件に適合していないという請求; および (iii) 消費者保護または類似の法律に基づく請求。",
-  "eula_product_claims_title": "製品の主張",
-  "eula_read_carefully": "このエンドユーザーライセンス契約を注意深くお読みください。「同意する」ボタンをクリックしたり、$1をダウンロードまたは使用する前に。",
-  "eula_severability_and_waiver_title": "分離可能性および放棄",
-  "eula_severability_subtitle": "分離可能性",
-  "eula_severability_text": "この契約のいかなる条項が強制不能または無効とされた場合、その条項は適用法の下で可能な限りその目的を達成するように変更および解釈され、残りの条項は完全に効力を持ち続けます。",
-  "eula_term_and_termination_text_1": "この契約は、あなたまたは会社によって終了されるまで効力を持ち続けます。会社は、その単独の裁量で、いつでも理由の有無にかかわらず、この契約を事前の通知なしに一時停止または終了することができます。",
-  "eula_term_and_termination_text_2": "本契約は、あなたが本契約のいかなる規定にも遵守しない場合、会社からの事前の通知なしに直ちに終了します。また、あなたはアプリケーションとその全てのコピーをデバイスまたはコンピュータから削除することによって、本契約を終了することもできます。",
-  "eula_term_and_termination_text_3": "本契約の終了時に、あなたはアプリケーションのすべての使用を停止し、デバイスからアプリケーションのすべてのコピーを削除するものとします。",
-  "eula_term_and_termination_text_4": "本契約の終了は、あなたが本契約に基づく義務を違反した場合（本契約の期間中）における、会社の法的または衡平法上の権利や救済策を制限するものではありません。",
-  "eula_term_and_termination_title": "契約条件と契約終了",
-  "eula_third_party_services_text_1": "アプリケーションは、サードパーティのコンテンツ（データ、情報、アプリケーションおよびその他の製品サービスを含む）を表示、含む、または提供する場合があります。また、サードパーティのウェブサイトやサービスへのリンクを提供することもあります。",
-  "eula_third_party_services_text_2": "あなたは、会社が第三者サービスの正確性、完全性、タイムリーさ、妥当性、著作権遵守、合法性、品位、品質またはその他の側面に対して責任を負わないことを認識し、同意します。会社は第三者サービスに関して、あなたまたは他のいかなる個人または団体に対しても責任または責務を負わないものとします。",
-  "eula_third_party_services_text_3": "このアプリケーションを使用する際は、適用される第三者の利用規約に従う必要があります。第三者のサービスおよびそれにリンクする内容は、あくまであなたの便宜のために提供されており、あなたは自己の責任においてそれらにアクセスし、利用するものとし、該当する第三者の利用規約および条件に従うものとします。",
-  "eula_third_party_services_title": "サードパーティサービス",
-  "eula_title": "エンドユーザーライセンス契約（「契約」）",
-  "eula_updates_subtitle": "アプリケーションの更新",
-  "eula_updates_text_1": "会社は時折、アプリケーションの機能や性能に対する向上や改善を提供することがあります。これには、パッチ、バグ修正、アップデート、アップグレードおよびその他の修正が含まれる場合があります。",
-  "eula_updates_text_2": "アップデートにより、アプリケーションの特定の機能や機能性が変更または削除される場合があります。あなたは、会社が（i）アップデートを提供する義務を負わないこと、または（ii）アプリケーションの特定の機能や機能性をあなたに提供し続ける義務を負わないことに同意します。",
-  "eula_updates_text_3": "あなたはさらに、すべてのアップデートやその他の変更が (i) アプリケーションの不可欠な部分と見なされ、 (ii) 本契約の条件に従うことに同意します。",
-  "eula_us_legal_compliance_text": "あなたは、(i) あなたがアメリカ合衆国政府の禁輸措置が適用されている国に所在していないこと、またはアメリカ合衆国政府によって「テロ支援国」として指定されていないこと、及び (ii) あなたがアメリカ合衆国政府の禁止または制限された当事者のリストに掲載されていないことを表明し、保証します。",
-  "eula_us_legal_compliance_title": "米国法令遵守",
-  "eula_waiver_subtitle": "免責事項",
-  "eula_waiver_text": "本契約に定める場合を除き、本契約に基づく権利を行使しないことや義務の履行を要求しないことは、いかなる時点においても当事者がその権利を行使したり、その履行を要求したりする能力に影響を及ぼさず、また、違反の放棄はその後の違反の放棄とは見なされないものとします。",
-  "eula_your_suggestions_text_1": "あなたがアプリケーションに関して会社に提供するフィードバック、コメント、アイデア、改善点、または提案は、すべて会社の唯一無二の財産として保持されます。",
-  "eula_your_suggestions_text_2": "会社は、あなたに対するクレジットや報酬なしに、提案を使用、コピー、修正、公開、または再配布する自由を有します。",
-  "eula_your_suggestions_title": "あなたの提案",
-  "every_live_update_signed_verified": "すべてのライブアップデートは署名され、検証されます。これにより、デプロイメントの完全性と真正性が保証されます。",
-  "everything_you_need_in_your_pocket": "あなたが必要とする全てをポケットに",
-  "examples_of_bad_pr_title": "悪いPRタイトルの例：",
-  "examples_of_good_pr_title": "良いPRタイトルの例:",
-  "expand_menu": "メニューを展開する",
-  "experienced_in_working_on_demanding": "要求の厳しい作業に経験があります",
-  "expert_ci_cd_setup": "エキスパートのCI/CD設定",
-  "expert_consultation": "専門家による相談",
-  "expert_guidance": "専門的なガイダンス",
-  "expert_team_builds_custom_plugins": "私たちの専門チームは、あなたの特定の要件に合わせてカスタムキャパシタープラグインとSDK統合を構築します。コンセプトからデプロイメントまで、我々は本番用のソリューションを提供します。",
-  "explore_common_questions": "Capgoに関するよくある質問と回答を探る",
-  "explore_plugins": "プラグインを探索する",
-  "extended_security": "拡張セキュリティ",
-  "external_links_disclaimer_text": "サービスには、会社によって提供されていない、維持されていない、または何らかの形で提携していない外部のウェブサイトへのリンクが含まれている場合があります。",
-  "external_links_disclaimer_title": "外部リンクに関する免責事項",
-  "external_links_no_guarantee": "会社は、これらの外部ウェブサイト上の情報の正確性、関連性、適時性、または完全性を保証しないことにご注意ください。",
-  "failed_to_copy": "コピーに失敗しました",
-  "fair_use_belief": "当社は、これがアメリカ合衆国著作権法第107条に定められた「フェアユース」に該当すると考えています。",
-  "fair_use_disclaimer_text": "会社は、著作権所有者によって常に特に許可されていない著作権で保護された素材を使用する場合があります。会社は、そのような素材を批評、コメント、報道、教育、奨学金、または研究のために提供しています。",
-  "fair_use_disclaimer_title": "フェアユース免責事項",
-  "falsification_of_origin": "原産地の偽造。",
-  "falsification_of_origin_desc": "TCP-IPパケットヘッダー、メールヘッダー、またはメッセージの起源や経路を説明する部分を偽造すること。この規定によって、エイリアスや匿名リメールサービスの正当な使用は禁止されていません。",
-  "fast_track_support_guaranteed_response": "重大な問題に対する優先的なエスカレーションと保証された応答時間を伴う迅速なサポート",
-  "find_and_fix_bugs_during_the_coding_process": "コーディングプロセス中にバグを見つけて修正する。",
-  "find_more_at": "詳細はここを参照してください: <a href='https://jsdoc.app/'> https://jsdoc.app/ </a>",
-  "fine_grained_permissions": "細かい権限設定",
-  "first": "最初",
-  "first_class_support_when_needed": "必要なときには一流のサポートがあります",
-  "first_name_label": "名",
-  "first_name_placeholder": "ジョン",
-  "five_year_savings": "5年間の貯蓄",
-  "flexible_engagement": "柔軟なエンゲージメント",
-  "flexible_payment_terms": "柔軟な支払い条件",
-  "flutter_power_approximately_1_of_apps_on_google_play_store": "FlutterはGoogle Playストアにあるアプリの約1%を占めています。",
-  "footer": "フッター",
-  "footer_tagline_part1": "あなたのCapacitorアプリをパワーアップさせてください",
-  "footer_tagline_part2": "70以上の本番用プラグインが利用可能です",
-  "for_the_pay_as_you_go_plan": "従量課金プラン用",
-  "for_ultra_fast_delivery": "超高速配送のために",
-  "four_definitions_title": "4. 定義",
-  "framework_angular": "アンギュラー",
-  "framework_js_dom": "JS + DOM API",
-  "framework_qwik": "クイック",
-  "framework_react": "リアクト",
-  "framework_svelte": "スヴェルト",
-  "framework_ts_dom": "TS + DOM API",
-  "framework_vue": "ビュー",
-  "free_consultation": "無料相談",
-  "free_initial_consultation": "無料初回相談",
-  "free_trial_explanation": "アクティブユーザーの数に不安があり、プランの制限に達することを心配している場合は、Capgoの無料トライアルを利用してください。これは、サービスをテストし、適切なプランを見つけ、予期しない料金を避け、すべてがスムーズに動作することを確認する素晴らしい方法です。",
-  "from_95_percent_users": "ユーザーの95％から",
-  "frontend_for_official_deno_webpage": "公式Denoウェブページのフロントエンド",
-  "full_api_access": "完全なAPIアクセス",
-  "full_control_of_your_capacitor_apps_from_anywhere": "あなたのCapacitorアプリをどこからでも完全に制御する",
-  "full_source_code_included": "全ソースコードが含まれています",
-  "gdpr_compliant": "GDPR準拠",
-  "general_service_exclusion_1": "(i) 当社の合理的な制御が及ばない要因によって引き起こされるものであり、これには不可抗力の事象やインターネット接続、ISPプロバイダーの問題、ならびにCapgoの境界ポイントを超えた関連の問題が含まれますが、これに限られません。",
-  "general_service_exclusion_2": "(ii) あなたの任意の行動または不作為から生じる。",
-  "general_service_exclusion_3": "（iii）インスタンスクラスのCPUおよびメモリリソースの制限から生じる。",
-  "general_service_exclusion_4": "（iv）あなたが私たちのドキュメントに記載された基本的な運用ガイドラインに従わなかった結果。",
-  "general_service_exclusion_5": "（v）あなたの作業負荷に対するIO容量が不足しているため、長い回復時間をもたらします。",
-  "general_service_exclusion_6": "(vi) あなたの機器、ソフトウェア、またはその他の技術から生じる。",
-  "general_service_exclusion_7": "(vii) 当社の利用規約に従い、Capgoの利用権を一時停止または終了させたことに起因します。",
-  "general_service_exclusions_title": "一般サービスの除外事項",
-  "get_enterprise_quote": "エンタープライズの見積もりを取得する",
-  "get_in_touch": "お問い合わせ",
-  "get_notified_about_updates": "成功したデプロイメントと問題について通知を受け取る",
-  "get_quote_now": "今すぐ見積もりを取得",
-  "get_started_now": "今すぐ始めよう",
-  "get_started_personalized_demo": "今日からパーソナライズされたデモを始めてみましょう。コミットメントは必要ありません。",
-  "get_your_custom_plugin_built": "カスタムプラグインを作成しましょう",
-  "gift_return_policy": "商品が購入時にギフトとしてマークされ、その後直接あなたに発送された場合、返品の価値に相当するギフトクレジットを受け取ります。返品された商品が受け取られた後、ギフト券が郵送されます。",
-  "gifts": "ギフト",
-  "github_stars": "GitHubスターズ",
-  "give_pr_a_descriptive_title": "PRに説明的なタイトルを付けてください。",
-  "global_infra_badge_instant": "即時",
-  "global_infra_latency_ultra_low": "超低遅延の世界規模",
-  "global_infra_performance_badge": "リアルタイムパフォーマンス",
-  "global_infrastructure": "グローバルインフラストラクチャ",
-  "global_infrastructure_lowercase": "グローバルインフラストラクチャ",
-  "go_back_home": "家に帰る",
-  "goods_definition": "商品とは、サービス上で販売されるアイテムを指します。",
-  "guaranteed_response": "保証された応答",
-  "guide_rollback_process": "ガイドロールバックプロセス",
-  "harmful_content": "有害コンテンツ。",
-  "harmful_content_desc": "システム、プログラム、またはデータを損傷、干渉、ひそかに傍受、または押収する可能性のあるコンテンツやその他のコンピュータ技術、ウイルス、トロイの木馬、ワーム、タイムボム、キャンセルボットを含みます。",
-  "help_customers_with_app_issues": "効率的にアプリの問題をお客様が解決できるように支援します",
-  "here": "ここ。",
-  "hero_subtitle_line2": "高速で、安全で、アプリストアからは見えない。",
-  "hero_subtitle_part1": "Capgoはフロントエンドの変更を出荷することができます",
-  "hero_subtitle_part2": "ユーザーへ",
-  "high_enterprise_response": "営業時間2時間<br />月曜日 - 金曜日",
-  "high_priority_response": "2時間<br />24時間営業 × 365日",
-  "high_support_desc": "主要な機能に影響を及ぼし、著しいパフォーマンスの低下が発生する状況を引き起こす問題。問題はユーザーベースの大部分および/または主要なCapgo機能に影響します。",
-  "high_support_subtitle": "重要なビジネスの混乱",
-  "high_support_title": "2. 高い",
-  "high_team_response": "1営業日<br />月曜日 - 金曜日",
-  "home": "ホーム",
-  "home_appflow_bootstrapped_highlight": "Capgoは完全に自己資金調達され、利益を上げています",
-  "home_appflow_bootstrapped_prefix": "ベンチャーバックのサービスとは異なり、一晩で消えてしまうことはありません。",
-  "home_appflow_bootstrapped_suffix": "私たちは初日から一貫した収益を生み出しており、あなたのアプリに長期的な安定性を確保しています。",
-  "home_appflow_notice_intro": "Ionic Appflowがシャットダウンを発表した一方で、Capgoは日々強く成長し続けています。",
-  "home_appflow_shutdown_heading": "Ionic Appflowが終了します。",
-  "home_appflow_sustainable_highlight": "私たちは長持ちするように作られています",
-  "home_appflow_sustainable_prefix": "私たちの持続可能なビジネスモデルは、投資家からの資金調達や買収取引に依存していないことを意味します。",
-  "home_appflow_sustainable_suffix": "成長する顧客基盤と実績を持つ。",
-  "home_avg_latency": "50ms平均遅延",
-  "home_bootstrapped_desc": "投資家はいません、売却への圧力もありません。自分たちのリソースと顧客の収益で構築されています。",
-  "home_bootstrapped_title": "完全にブートストラップされた",
-  "home_built_to_last_desc": "持続可能なビジネスモデルにより、私たちは長期間ここに存在し続けます。あなたのアプリは私たちと安全です。",
-  "home_built_to_last_title": "持続可能に作られた",
-  "home_capgo_here_to_stay": "Capgoはここに滞在するために来ました",
-  "home_cities_desc": "これまで以上にユーザーに近づいて",
-  "home_cities_worldwide": "世界中の都市",
-  "home_countries_covered": "対象となる国々",
-  "home_countries_desc": "どこにでもグローバルな存在",
-  "home_deploy_cli_desc": "通常通りにアプリを構築し、CLIを使用して更新をデプロイします。複雑な設定は必要ありません。",
-  "home_global_infrastructure_desc": "サーバーレスエッジコンピューティングと、300以上の都市および13,000以上のネットワークに分散されたデータベースにより駆動され、超高速なグローバル配信を実現します。",
-  "home_global_network_label": "グローバルネットワーク",
-  "home_important_update_badge": "重要な更新",
-  "home_latency_from_users": "ユーザーの95％から",
-  "home_locations_active": "300以上の場所がアクティブ",
-  "home_migration_cta_desc": "すでに切り替えを決めた何千人もの開発者たちに参加しましょう。信頼性が高く、機能豊富な代替品を長期間使用することが可能です。",
-  "home_migration_cta_title": "Ionic Appflowから移行する準備はできていますか？",
-  "home_multi_provider_resilience": "3つのプロバイダーによるレジリエンス",
-  "home_network_connections": "ネットワーク接続",
-  "home_network_desc": "世界中のダイレクトピアリング",
-  "home_revenue_desc": "初日から利益を上げ、着実に成長しています。私たちの成功はあなたの成功に依存しています。",
-  "home_revenue_title": "収益を生み出す",
-  "home_uptime": "99.99％の稼働時間",
-  "home_users_get_update_desc": "ユーザーはバックグラウンドで即座にアップデートを受け取ります。アプリストアの承認やユーザーの操作は必要ありません。",
-  "home_worldwide_heading": "世界中で",
-  "hosting": "ホスティング",
-  "how_are_mau_counted": "月間アクティブユーザー（MAU）はどのようにカウントされますか？",
-  "how_is_bandwidth_counted": "帯域幅はどのように計測されますか？",
-  "how_it_works_badge": "それはどのように動作するのか",
-  "how_it_works_card1_desc_part1": "Capgo CLIをインストールし、単一のコマンドを実行します。",
-  "how_it_works_card1_desc_part2": "それはそんなに簡単です！",
-  "how_it_works_card1_title": "プラグインを追加してください",
-  "how_it_works_card2_title": "新しいアップデートをプッシュします",
-  "how_it_works_card3_title": "アプリは起動時に同期します",
-  "how_it_works_cta": "無料で試してみてください",
-  "how_it_works_subtitle": "Capgoは、オープンソースのCapacitorJSプラグインとセキュアなクラウドサービスを使用して、ユーザーにフロントエンドの更新をプッシュします - アプリストアのレビューは必要ありません。",
-  "how_it_works_title": "一度押してください。",
-  "how_it_works_title_line2": "すぐに、どこでも更新してください。",
-  "how_the_app_works": "アプリの仕組みは何ですか",
-  "how_to_cancel": "解除権を行使するためには、明確な声明によって当社にご意向を通知する必要があります。ご意向を通知する方法は次のとおりです：",
-  "illegal_activities": "違法、有害または詐欺的な活動。",
-  "illegal_activities_desc": "違法である、他者の権利を侵害する、または他者、当社の運営または評判に害を及ぼす可能性があるあらゆる活動、具体的には児童ポルノの配布、促進または便宜供与、詐欺的な商品、サービス、計画、またはプロモーションの提供または配布、すぐにお金を稼ぐ計画、ポンジ・スキームやピラミッド・スキーム、フィッシング、またはファーミングを含みます。",
-  "importance_of_documenting_apis": "すべての公開APIを文書化することは重要であり、私たちはそれをコード内に組み込みたいと考えています。これにより、コードと文書が密接に結びついていることが保証されます。",
-  "imprint": "インプラント",
-  "imprint_description": "$1の会社の情報はこちらで見つけることができます。",
-  "in_app_purchases_acquired": "アプリ内課金（RevenueCatによって取得）",
-  "included": "含まれている",
-  "industry_leading_security_compliance": "業界をリードするセキュリティとコンプライアンス機能は、最高のエンタープライズ基準を満たしています",
-  "infrastructure_and_support": "インフラストラクチャとサポート",
-  "infringing_content": "侵害コンテンツ。",
-  "infringing_content_desc": "他者の知的財産権や独自の権利を侵害または不正使用するコンテンツ。",
-  "inseparable_goods": "配達後、その性質により他の項目と切り離せない形で混合された商品の供給。",
-  "install_and_test_any_version_directly": "あなたのデバイスに直接任意のバージョンをインストールしてテストしてください",
-  "install_plugin": "プラグインをインストールする",
-  "instant_ota_updates_capacitor": "Capacitorアプリのための即時OTAアップデート",
-  "instant_rollback": "インスタントロールバック",
-  "instant_updates": "インスタントアップデート",
-  "instant_updates_for_capacitor": "CapacitorJSアプリのための即時更新",
-  "instant_updates_for_capacitor_apps": "CapacitorJSアプリのための即時更新",
-  "instant_updates_for_capacitor_apps_description": "CapacitorJSアプリに即座に更新、修正、機能をプッシュし、アプリストアの遅延を回避します。Capgoでシームレスな統合、エンドツーエンドの暗号化、リアルタイムの更新を体験してください。",
-  "instant_updates_for_your": "あなたのための即時更新",
-  "instant_version_switching": "瞬時のバージョン切り替え",
-  "integrate_identity_provider_mfa": "あなたのIDプロバイダーと統合し、組織全体で多要素認証を強制します。",
-  "integration_and_api": "統合 & API",
-  "integrations_badge": "Integrations",
-  "integrations_subtitle": "Current Capgo integrations and partner services.",
-  "integrations_title": "Capgo Integrations",
-  "intentional_interference": "故意の干渉。",
-  "intentional_interference_desc": "システムの適切な機能を妨害すること、特にメールボンビング、ニュースボンビング、放送攻撃、またはフラッディング技術によるシステムの過負荷を意図的に試みること。",
-  "interception": "傍受。",
-  "interpretation": "解釈",
-  "interpretation_and_definitions": "解釈と定義",
-  "interpretation_and_definitions_title": "解釈と定義",
-  "interpretation_description": "最初の文字が大文字の単語は、以下の条件に基づいて定義された意味を持ちます。以下の定義は、単数形または複数形で表示されるかどうかにかかわらず、同じ意味を持ちます。",
-  "interpretation_text": "最初の文字が大文字である言葉は、以下の条件に基づいて定義された意味を持ちます。以下の定義は、単数形であろうと複数形であろうと、同じ意味を持つものとします。",
-  "interpretation_title": "解釈",
-  "investigate_violations": "このポリシーの違反、サービスやCapgoサイトの不正使用を調査する;",
-  "it_all_started_with_a_github_issue_where_many_developers_voiced_their_frustration_with_the_high_costs_of_existing_solutions_like_appflow": "すべては、GitHubのイシューから始まりました。そこで多くの開発者が、Appflowのような既存のソリューションの高コストに対する不満を表明しました。",
-  "it_s_faster_cheaper_and_requires_fewer_developers_to_do_it": "それはより速く、安価で、少ない開発者で実現できます。",
-  "iterate_faster": "高速に動くチームのために作られました",
-  "javascript_and_typescript": "JavaScript と TypeScript",
-  "jobs": "仕事",
-  "join_leading_enterprises": "信頼性のあるCapgoに参加して、世界中の何百万人ものユーザーに安全でスケーラブルなライブアップデートを提供します。",
-  "jsdoc_documentation": "すべての公開されているAPIおよび型について、<code>capacitor-updater</code>モジュールにはJSDocドキュメントが必要です。このドキュメントは解析され、TypeScriptコンパイラで利用可能であり、したがってさらに下流に提供するのが容易です。JSDocブロックは、それが適用されるステートメントの直前に置かれ、<code>/**</code>で始まり、<code>*/</code>で終了することで示されます。例えば：",
-  "key_features": "主な機能",
-  "kotlin_power_approximately_1_of_apps_on_google_play_store": "KotlinはGoogle Playストアのアプリの約1%を占めています。",
-  "landing_automation_build": "Build",
-  "landing_automation_deploy": "Deploy",
-  "landing_automation_description": "Automate your entire release process. From code commit to user device, Capgo handles the complexity of building, signing, and deploying your updates.",
-  "landing_automation_submit": "Submit",
-  "landing_automation_subtitle": "Ship faster with less effort",
-  "landing_automation_title": "Fully Automated Workflow",
-  "landing_monitoring_bandwidth": "Bandwidth Saved",
-  "landing_monitoring_bandwidth_desc": "Smart differential updates reduce data usage by up to 90%",
-  "landing_monitoring_description": "Get real-time insights into your app's performance and adoption. Track successful updates, monitor errors, and understand your user base.",
-  "landing_monitoring_subtitle": "Data-driven decisions",
-  "landing_monitoring_title": "Real-time Monitoring",
-  "landing_monitoring_updates": "Updates Served",
-  "landing_monitoring_updates_desc": "Reliable delivery to millions of devices worldwide",
-  "landing_monitoring_user_pop": "User Population",
-  "landing_monitoring_user_pop_desc": "Track active users and version adoption in real-time",
-  "language_label": "言語",
-  "last_name_label": "姓",
-  "last_name_placeholder": "雌鹿",
-  "last_update": "最終更新",
-  "last_updated": "最終更新日: 2022年1月28日",
-  "latest_from_news": "最新のニュース",
-  "latest_from_the_blog": "ブログの最新情報",
-  "learn_more": "もっと学ぶ",
-  "legal": "法律",
-  "let_them_review_your_work_and_give_your_team_an_opportunity_to_learn_from_the_experts": "彼らにあなたの作品をレビューさせ、あなたのチームが専門家から学ぶ機会を与えてください。",
-  "lets_work_together": "一緒に働きましょう！",
-  "lightning_fast": "稲妻のように速い",
-  "little_experience_with_capacitorjs": "CapacitorJSの経験はほとんどありません。",
-  "live_update": "ライブアップデート",
-  "live_update_channels_desc": "本番、ステージング、ベータテストなどのチャンネルを作成。各チャンネルは独自のバンドルバージョンを持てます。",
-  "live_update_channels_feature1_desc": "Create, configure, and switch channels from the web dashboard. Roll back instantly with one click.",
-  "live_update_channels_feature1_title": "Cloud Dashboard Control",
-  "live_update_channels_feature2_desc": "Automate channel management with our CLI or REST API. Perfect for CI/CD integration.",
-  "live_update_channels_feature2_title": "API & CLI Access",
-  "live_update_channels_feature3_desc": "Let devices switch channels at runtime with setChannel(). Great for QA testers or beta programs.",
-  "live_update_channels_feature3_title": "Device Self-Assignment",
-  "live_update_channels_feature4_desc": "Forced device > Cloud override > Config default > Cloud default. Full control over update routing.",
-  "live_update_channels_feature4_title": "Priority-Based Routing",
-  "live_update_channels_title": "強力なチャンネルシステム",
-  "live_update_cloud_config_bullet1": "チャネル割り当て、バージョンターゲティング、デバイスのオーバーライド - すべてクラウドに保存され、即座にアクセス可能です",
-  "live_update_cloud_config_bullet2": "グローバルエッジネットワークは、設定変更が同時にすべての地域に伝播することを保証します",
-  "live_update_cloud_config_bullet3": "アプリにハードコードされた値はなく、新しいバイナリなしで全てを動的に変更することが可能です。",
-  "live_update_cloud_config_bullet4": "設定は次回のアプリ起動時に有効になります - ユーザーは常に最新の設定を取得します",
-  "live_update_cloud_config_desc": "Capgoは、グローバルデータレプリケーションを使用して、クラウドにすべてのアプリ設定を保存します。ダッシュボードで設定を変更すると、2分以内に世界中で効果が現れます。アプリストアの更新や待機時間はありません。",
-  "live_update_cloud_config_kicker": "クラウドネイティブ設定",
-  "live_update_cloud_config_panel_footer": "ダッシュボードからクリックして、2分以内に世界中に展開します。",
-  "live_update_cloud_config_panel_title": "設定変更タイムライン",
-  "live_update_cloud_config_title": "すべてはクラウドの中に存在します",
-  "live_update_comparison_breaking": "Breaking update detection",
-  "live_update_comparison_cloud": "Cloud rollback & modify",
-  "live_update_comparison_healing": "Self-healing updates",
-  "live_update_comparison_native": "Native crash recovery",
-  "live_update_comparison_rollback": "Automatic rollback",
-  "live_update_comparison_subtitle": "See why intelligent updates matter",
-  "live_update_comparison_title": "Capgo vs Manual Updates",
-  "live_update_comparison_validation": "Pre-deployment validation",
-  "live_update_cta_subtitle": "Start with 14 days free. No credit card required.",
-  "live_update_cta_title": "Ready to Ship Safer Updates?",
-  "live_update_delta_command": "パーシャルアップデートサポートでアップロード",
-  "live_update_delta_desc": "インテリジェントなアップデートシステムがマニフェストを比較し、実際に変更されたファイルのみをダウンロードします。",
-  "live_update_delta_feature1_desc": "Each file is uploaded and checksummed individually. Devices compare manifests and only download changed files.",
-  "live_update_delta_feature1_title": "File-Level Diffing",
-  "live_update_delta_feature2_desc": "Images, fonts, and videos are downloaded only once. Small code changes don't re-download your entire asset folder.",
-  "live_update_delta_feature2_title": "Perfect for Large Assets",
-  "live_update_delta_feature3_desc": "Just add --partial to your upload command to enable delta updates for your bundle.",
-  "live_update_delta_feature3_title": "Enable with One Flag",
-  "live_update_delta_title": "デルタアップデート",
-  "live_update_description": "Intelligent OTA updates with automatic rollback protection",
-  "live_update_dynamic_bullet1_prefix": "Add an in-app “Update Track” menu: list channels and let testers jump from",
-  "live_update_dynamic_bullet1_suffix": "in seconds (no reinstall).",
-  "live_update_dynamic_bullet2": "Spin up a pull-request channel per feature, route QA or beta users there, then snap them back to prod when approved.",
-  "live_update_dynamic_bullet3": "Run canaries: clone prod to a 10% channel, promote or rollback with a single API call.",
-  "live_update_dynamic_bullet4": "Unblock support: move one user to a debug channel that ships extra logging while everyone else stays stable.",
-  "live_update_dynamic_bullet5": "個々のユーザー向けにパーソナルチャンネルを作成する - 特定の問題のデバッグやVIP対応に最適です。",
-  "live_update_dynamic_bullet6": "すべてのチャンネルの変更は即時に行われます - 24時間待つ必要も、ストアの承認も、ユーザーの操作も必要ありません。",
-  "live_update_dynamic_cta_primary": "See how channels work",
-  "live_update_dynamic_cta_secondary": "Try dynamic channels",
-  "live_update_dynamic_desc": "Capgo channels are live controls, not hardcoded. Move users between dev, staging, PR, canary, and production from your app UI or via API instantly.",
-  "live_update_dynamic_kicker": "Dynamic channels",
-  "live_update_dynamic_label_production": "production",
-  "live_update_dynamic_label_staging": "staging",
-  "live_update_dynamic_label_to": "to",
-  "live_update_dynamic_panel_footer": "Treat environments like feature flags: switch, test, and rollback live (no store resubmissions).",
-  "live_update_dynamic_title": "リリーストラックをライブで切り替え（新しいバイナリ不要）",
-  "live_update_exclusion_1": "(i) 予想される負荷に対して、あなたのプロジェクトに関連する不適切に提供されたコンピューティングリソース。",
-  "live_update_exclusion_2": "（ii）過度に許容的なレート制限設定によって引き起こされる障害。",
-  "live_update_exclusion_3": "(iii) 公的なCapgoライブラリ、フレームワーク、ソフトウェアパッケージ、またはAPIの撤回されたバージョンによって引き起こされる障害や問題、特に特定されたセキュリティ脆弱性に起因する緊急の撤回を含みます。",
-  "live_update_exclusion_4": "（iv）公式のCapgoライブラリを内部で使用している場合でも、非公式のCapgoクライアントライブラリ、フレームワーク、またはAPIプロキシによって引き起こされる障害や問題。",
-  "live_update_exclusion_5": "(v) 正式なCapgoクライアントライブラリ、フレームワーク、またはソフトウェアパッケージの高いマイナーまたはパッチバージョンにアップグレードすることで解決できた可能性のある停止や問題。",
-  "live_update_feature_auto_rollback": "Automatic Rollback",
-  "live_update_feature_auto_rollback_desc": "If your app doesn't call notifyAppReady() within 10 seconds, we automatically roll back to the last working version.",
-  "live_update_feature_breaking_detection": "Breaking Update Detection",
-  "live_update_feature_breaking_detection_desc": "CLI scans native dependencies and warns you before deploying incompatible updates. See compatibility status for every package.",
-  "live_update_feature_encryption": "エンドツーエンド暗号化",
-  "live_update_feature_encryption_desc": "アップデートバンドルは最大限のセキュリティのために暗号化され署名されています。",
-  "live_update_feature_native_engine": "Pure Native Engine",
-  "live_update_feature_native_engine_desc": "Downloads, installation, and activation run on native OS threads. JavaScript crashes can't affect the update process.",
-  "live_update_feature_preflight": "Pre-flight Validation",
-  "live_update_feature_preflight_desc": "Validates notifyAppReady(), index.html, bundle size limits, and checksums before accepting any upload.",
-  "live_update_feature_self_healing": "Self-Healing Updates",
-  "live_update_feature_self_healing_desc": "Fallback bundle mechanism always maintains a working version. Your users never see a broken app.",
-  "live_update_features_subtitle": "バグ修正と新機能をより速くユーザーにデプロイ。",
-  "live_update_features_title": "ライブアップデートに必要なすべて",
-  "live_update_get_started": "Get Started",
-  "live_update_hero_subtitle": "JavaScriptアップデートをユーザーに直接プッシュ。アプリストアのレビューなし。待ち時間なし。",
-  "live_update_hero_title": "CapacitorアプリのためのLiveアップデート",
-  "live_update_how_it_works_subtitle": "A safety net at every step of the update process",
-  "live_update_how_it_works_title": "使い方",
-  "live_update_logs_bullet1": "デバイスごとのタイムラインで、停止したダウンロード、チェックサム問題、notifyAppReady()漏れを可視化。",
-  "live_update_logs_bullet2": "実証済みのチャネルガードレール：disableAutoUpdateToMajor、エミュレーター/開発ブロック、プラットフォームフィルターをリアルタイムに確認。",
-  "live_update_logs_bullet3": "影響範囲をすぐ把握：update_fail、rateLimited、needPlanUpgradeがユーザー離脱前に浮上。",
-  "live_update_logs_bullet4": "エンジニアリング・QA・サポートで共有できるログ（Xcode/Android Studioは不要）。",
-  "live_update_logs_cta_primary": "Live Updateログを試す",
-  "live_update_logs_cta_secondary": "ダッシュボードで見る",
-  "live_update_logs_desc": "CapgoはOTAの全行程を記録します：チェック、ダウンロード、インストール、ポリシーブロック、ロールバックまで。数秒で「何が起きたか」に答えられます。",
-  "live_update_logs_kicker": "アップデートの可観測性",
-  "live_update_logs_panel_footer": "行動につながるコンテキストを一箇所に：ロールバック、チャネル調整、ホットフィックスを自信を持って判断。",
-  "live_update_logs_title": "すべてのデバイスログ - XcodeやAndroid Studioは不要",
-  "live_update_lts_capacitor5": "Capacitor 5",
-  "live_update_lts_capacitor6": "Capacitor 6",
-  "live_update_lts_capacitor7": "Capacitor 7",
-  "live_update_lts_capacitor8": "Capacitor 8",
-  "live_update_lts_desc": "No pressure to upgrade immediately. Capgo officially supports Capacitor 7, 6, and 5 - giving you years of support and flexibility to upgrade on your own schedule.",
-  "live_update_lts_electron": "エレクトロン",
-  "live_update_lts_electron_new": "新しい",
-  "live_update_lts_supported": "Fully Supported",
-  "live_update_lts_title": "Long-Term Support",
-  "live_update_sdk_open_source": "私たちのライブアップデートSDKはオープンソースで、透明性とコミュニティ主導の開発を提供しています。",
-  "live_update_sla_exclusions_title": "ライブアップデート SLA 除外事項",
-  "live_update_stats_desc": "Real-time visibility into your update deployments. Track download progress, success rates, and device health across your entire user base.",
-  "live_update_stats_feature1_desc": "See which devices are downloading, installed, or pending. Track progress across your entire fleet.",
-  "live_update_stats_feature1_title": "Download Progress Tracking",
-  "live_update_stats_feature2_desc": "Monitor update success rates in real-time. Identify issues before they affect more users.",
-  "live_update_stats_feature2_title": "Success & Failure Rates",
-  "live_update_stats_feature3_desc": "Track which devices are on which versions. Identify devices stuck on old versions.",
-  "live_update_stats_feature3_title": "Device Health Monitoring",
-  "live_update_stats_feature4_desc": "See bundle sizes, download times, and rollback frequency. Optimize your update strategy with data.",
-  "live_update_stats_feature4_title": "Bundle Analytics",
-  "live_update_stats_title": "Logs & Statistics",
-  "live_update_step1_desc": "1つのコマンドでCapgoプラグインをCapacitorアプリに追加。",
-  "live_update_step1_title": "SDKをインストール",
-  "live_update_step2_desc": "アプリをビルドしてJavaScriptバンドルをCapgoにアップロード。",
-  "live_update_step2_title": "バンドルをアップロード",
-  "live_update_step3_desc": "ユーザーが次にアプリを開くと、自動的に新しいバージョンを受信します。",
-  "live_update_step3_title": "ユーザーがアップデートを受信",
-  "live_update_support_scenario_cta_primary": "チャンネルターゲティングを見る",
-  "live_update_support_scenario_cta_secondary": "無料トライアルを開始する",
-  "live_update_support_scenario_desc": "これが実際のシナリオです：ユーザーがバグを報告します。あなたは彼らと話し合い、問題を理解し、コードでそれを修正し、その修正をその1人のユーザーだけにデプロイします - すべて彼らがまだ通話中の間に。彼らはそれをテストし、修正が機能することを確認し、そしてあなたは本番環境にデプロイします。合計時間：日ではなく分です。",
-  "live_update_support_scenario_kicker": "現実世界のサポート",
-  "live_update_support_scenario_panel_footer": "バグレポートから1回のサポートコールで確認済みの修正まで。",
-  "live_update_support_scenario_panel_title": "サポートセッションのタイムライン",
-  "live_update_support_scenario_step1_desc": "カスタマーサポートがバグレポートを受け取ります。問題を理解するために、あなたは通話に参加します。",
-  "live_update_support_scenario_step1_title": "1. ユーザーがバグを報告",
-  "live_update_support_scenario_step2_desc": "そのユーザーのために個人チャンネルを作成し、修正をプッシュし、そのデバイスをそれに割り当てます。",
-  "live_update_support_scenario_step2_title": "2. 修正して彼らだけにプッシュする",
-  "live_update_support_scenario_step3_desc": "ユーザーは修正が機能することを確認しました。バンドルを全員のために本番環境に昇格させてください。",
-  "live_update_support_scenario_step3_title": "3. すべてに確認して発送する",
-  "live_update_support_scenario_title": "分で一人のユーザーのバグを修正する",
-  "live_update_validation_desc": "Manual updates give you all the tools to break your app. Capgo's CLI catches mistakes before they reach your users.",
-  "live_update_validation_feature1_desc": "CLI scans your native plugins and compares versions. If your JS bundle expects a newer native plugin version than what's installed, we warn you before deploy.",
-  "live_update_validation_feature1_title": "Native Dependency Check",
-  "live_update_validation_feature2_desc": "Already uploaded this exact version? We'll catch it and prevent accidental overwrites or confusion.",
-  "live_update_validation_feature2_title": "Duplicate Version Prevention",
-  "live_update_validation_feature3_desc": "Certain features require specific CLI versions. We validate compatibility between your CLI and the Capgo hub before allowing uploads.",
-  "live_update_validation_feature3_title": "Hub-CLI Compatibility",
-  "live_update_validation_feature4_desc": "Missing index.html? No notifyAppReady() call? Bundle too large? We catch these issues before they become production problems.",
-  "live_update_validation_feature4_title": "Required Files Check",
-  "live_update_validation_title": "Deep Pre-Deployment Validation",
-  "live_update_validation_warning_desc": "Upload a JS bundle that expects native plugins your users don't have? Your app breaks. And if your rollback is also in JS, you have no way to recover. Users are stuck until they reinstall from the App Store.",
-  "live_update_validation_warning_title": "What happens without validation?",
-  "live_update_view_docs": "View Documentation",
-  "login": "ログイン",
-  "login_with_your_capgo_credentials": "あなたのCapgoの資格情報でログインしてください。",
-  "low_enterprise_response": "2営業日<br />月曜日 - 金曜日",
-  "low_priority_response": "24時間<br />24/7 x 365",
-  "low_support_desc": "Capgoに関する情報リクエストまたは機能リクエスト。",
-  "low_support_subtitle": "軽微な問題 / 機能リクエスト",
-  "low_support_title": "4. 低い",
-  "low_team_response": "2営業日<br />月曜日 - 金曜日",
-  "main_repository_that_provides_the_capacitor_updater_plugin": "これは、<code>capacitor-updater</code> プラグインを提供する主要なリポジトリです。",
-  "manage_channels": "チャンネルを管理する",
-  "manage_multiple_app_versions_effortlessly": "複数のアプリバージョンを簡単に管理する",
-  "manage_on_the_go": "移動中に管理する",
-  "manage_various_teams": "さまざまなチームを管理する",
-  "manage_your_releases": "リリースを管理する",
-  "managed_solutions": "管理されたソリューション",
-  "mandatory_mfa_integration": "セキュアなアクセス制御のための必須MFAとエンタープライズIDプロバイダーとの統合",
-  "manifesto_behind_every_movie": "あなたのチームはウェブ開発に秀でており、私たちはネイティブモバイルに秀でています。アプリストアへの提出、ネイティブインテグレーション、モバイルメンテナンスの複雑さを私たちが処理しましょう。それによってあなたは最善を尽くすことができます - 素晴らしいユーザー体験を作り出すこと。",
-  "manifesto_full_ecosystem": "私たちはあなたの専用のネイティブパートナーで、ライブアップデート、カスタムプラグイン開発、CI/CD設定、および継続的なメンテナンスサービスを提供しています。特定のネイティブ機能が必要ですか？私たちが作ります。アプリストアの拒否に頭を悩ませていますか？私たちは提出を処理します。私たちをあなたのモバイル開発チームと考えてください。",
-  "manifesto_home_for_developers": "私たちはあなたのウェブ専門知識とモバイル成功の橋渡しをしています。Capacitorアプリに特化しており、ウェブ中心の企業がネイティブモバイル複雑性なしでネイティブモバイルアプリケーションを出荷・維持する手助けをします。オープンソースで透明性があり、ウェブからモバイルへの旅路を理解した開発者によって作られています。",
-  "massive_cost_reduction": "大幅なコスト削減",
-  "mau": "MAU",
-  "mau_counting_explanation": "私たちは、30日間の期間内にあなたのアプリを開いたユニークユーザーを追跡することで、MAU（毎月のアクティブユーザー）をカウントします。各ユーザーは、アプリとのエンゲージメントの回数に関係なく、一度だけカウントされます。",
-  "mention_issue_before_working": "問題に取り組む際は、その旨を問題のコメントに<em>作業を始める前に</em>記載してください。",
-  "migration_guide": "移行ガイド",
-  "monitor_adoption_and_performance": "採用とパフォーマンス指標を監視する",
-  "monitor_downloads_active_users_success_rates": "ダウンロード、アクティブユーザー、成功率を監視する",
-  "monitoring_crawling": "監視またはクロール。",
-  "monitoring_crawling_desc": "監視またはクロールが行われるシステムを妨害または混乱させるシステムの監視またはクロール。",
-  "month": "月",
-  "monthly_active_users": "月間アクティブユーザー",
-  "monthly_active_users_mau": "月間アクティブユーザー（MAU）",
-  "monthly_plan": "月額プラン",
-  "monthly_total": "月間合計",
-  "most_popular": "最も人気のある",
-  "multi_factor_authentication": "多要素認証",
-  "native_build": "ネイティブビルド",
-  "native_build_cli_example": "1つのコマンドでアプリをビルド",
-  "native_build_cli_subtitle": "Just a CLI tool that uploads and builds. No integration needed - run it locally, in GitHub Actions, GitLab CI, Jenkins, or any CI/CD. Minimal scope for maximum security compliance.",
-  "native_build_cli_title": "One Command, Works Anywhere",
-  "native_build_comparison_android": "Android Studio なしで Android ビルド",
-  "native_build_comparison_parallel": "並列ビルド",
-  "native_build_comparison_signing": "自動コード署名",
-  "native_build_comparison_submission": "ストアへの直接提出",
-  "native_build_comparison_subtitle": "クラウドビルドと従来のローカルセットアップを比較。",
-  "native_build_comparison_title": "なぜクラウドビルド？",
-  "native_build_comparison_xcode": "Macなしで iOS ビルド",
-  "native_build_cta_subtitle": "Stop fighting with local build environments.",
-  "native_build_cta_title": "Ready to Simplify Your Builds?",
-  "native_build_description": "Cloud builds and automatic App Store submission",
-  "native_build_faq1_a": "Yes! We build exactly what you have locally. Run any custom Gradle scripts, CocoaPods, native code changes - just configure it before running the CLI. We use your local project as-is.",
-  "native_build_faq1_q": "Can I use custom Gradle or native iOS configurations?",
-  "native_build_faq2_a": "No. All dependencies should be installed locally before you run the build command. We only receive what you upload - no access to your Git repos, npm registries, or private packages.",
-  "native_build_faq2_q": "Do you need access to my private repositories or packages?",
-  "native_build_faq3_a": "We don't store them. Pass certificates at build time via CLI flags or environment variables. Store them in your CI/CD secrets (GitHub, GitLab, etc.) - credentials only exist in memory during the build.",
-  "native_build_faq3_q": "How do you handle signing credentials?",
-  "native_build_faq4_a": "Build minutes are included in your plan. Need more? Buy credits. iOS builds run on Mac Mini M4, Android builds run in Docker containers (2x cheaper). No storage fees - ever.",
-  "native_build_faq4_q": "How does pricing work?",
-  "native_build_faq5_a": "Average build time is 2-3 minutes depending on your project size and configuration. iOS and Android can build in parallel to save time.",
-  "native_build_faq5_q": "How long do builds take?",
-  "native_build_faq6_a": "iOS and Android. iOS builds for App Store, TestFlight, and ad-hoc distribution. Android builds for Play Store and direct APK/AAB downloads.",
-  "native_build_faq6_q": "What platforms do you support?",
-  "native_build_faq_subtitle": "Everything you need to know about cloud builds",
-  "native_build_faq_title": "よくある質問",
-  "native_build_feature_auto_signing": "自動署名",
-  "native_build_feature_auto_signing_desc": "iOS証明書とAndroidキーストアの自動管理。プロビジョニングの問題なし。",
-  "native_build_feature_ci_cd": "CI/CD統合",
-  "native_build_feature_ci_cd_desc": "GitHub Actions、GitLab CI、または任意のCI/CDパイプラインからビルドをトリガー。",
-  "native_build_feature_cloud_builds": "クラウドビルド",
-  "native_build_feature_cloud_builds_desc": "安全なクラウドインフラでiOSとAndroidアプリをビルド。ローカルハードウェア不要。",
-  "native_build_feature_credentials": "安全な認証情報",
-  "native_build_feature_credentials_desc": "エンドツーエンド暗号化された認証情報。証明書と鍵は安全なインフラから出ません。",
-  "native_build_feature_logs": "リアルタイムログ",
-  "native_build_feature_logs_desc": "ビルドログのライブストリーミング。発生した問題をデバッグ。",
-  "native_build_feature_store_upload": "App Storeアップロード",
-  "native_build_feature_store_upload_desc": "パイプラインからApp Store ConnectとGoogle Play Consoleに直接アップロード。",
-  "native_build_features_subtitle": "コードのコンパイルからストアへの公開まで、すべてお任せください。",
-  "native_build_features_title": "ネイティブビルドに必要なすべて",
-  "native_build_get_started": "Get Started",
-  "native_build_hero_subtitle": "iOSとAndroidアプリをクラウドでビルド。Mac不要。ローカル設定不要。",
-  "native_build_hero_title": "クラウドでネイティブビルド",
-  "native_build_how_it_works_subtitle": "数日ではなく数分で開始。",
-  "native_build_how_it_works_title": "使い方",
-  "native_build_pricing_desc": "Build minutes are included in your plan, or purchase extra via our credit system. iOS runs on Mac Mini M4, Android on Docker (2x cheaper). Average build time: 2-3 minutes.",
-  "native_build_pricing_subtitle": "No storage costs. No hidden fees. Just build minutes.",
-  "native_build_pricing_title": "Pay Only for Build Time",
-  "native_build_security_feature1_desc": "各ビルドは隔離された新しい環境で実行され、完了後に破棄されます。",
-  "native_build_security_feature1_title": "エフェメラル環境",
-  "native_build_security_feature2_desc": "ソースコードとビルドアーティファクトはビルド完了直後に削除されます。",
-  "native_build_security_feature2_title": "データ保持なし",
-  "native_build_security_feature3_desc": "すべての認証情報はAES-256暗号化で保存時と転送時に暗号化されます。",
-  "native_build_security_feature3_title": "エンドツーエンド暗号化",
-  "native_build_security_feature4_desc": "コンプライアンス要件のためのすべてのアクセスと操作の完全なログ。",
-  "native_build_security_feature4_title": "監査証跡",
-  "native_build_security_subtitle": "認証情報とコードは業界最高のセキュリティプラクティスで保護されています。",
-  "native_build_security_title": "エンタープライズグレードのセキュリティ",
-  "native_build_step1_desc": "数クリックでGitHub、GitLab、Bitbucketリポジトリをリンク。",
-  "native_build_step1_title": "リポジトリを接続",
-  "native_build_step2_desc": "iOS証明書やAndroidキーストアを安全にアップロード。",
-  "native_build_step2_title": "認証情報をアップロード",
-  "native_build_step3_desc": "プッシュ時に自動ビルド、またはダッシュボードから手動でビルド。",
-  "native_build_step3_title": "ビルドをトリガー",
-  "native_build_streaming_desc": "詳細なログでビルドをリアルタイムで監視。問題を素早く特定して解決。",
-  "native_build_view_docs": "View Documentation",
-  "native_ios_android_functionality": "ネイティブiOS＆Android機能のブリッジ。クリーンなTypeScript APIを使用して、アプリが必要とする任意のデバイス機能にアクセスします。",
-  "native_performance_smooth_experience": "スムーズな体験のためのネイティブパフォーマンス",
-  "native_script_power_approximately_1_of_apps_on_google_play_store": "ネイティブスクリプトは、Google Play ストアのアプリの約1%を占めています。",
-  "need_help": "助けが必要ですか？",
-  "need_something_custom": "カスタムが必要ですか？",
-  "network_connections": "ネットワーク接続",
-  "next": "次の",
-  "no_commitment_required": "必要なコミットメントはありません",
-  "no_credit_card_required": "クレジットカードは不要です",
-  "no_discounts_available_at_this_time": "いいえ、現時点では割引を提供していません。",
-  "no_hosting_or_maintenance_charges": "私たちはCI/CDをホストせず、それを維持するために費用を請求しません。",
-  "no_ppp_available_at_this_time": "いいえ、現時点ではPPP料金を提供していません。",
-  "no_responsibility_disclaimer_text": "本サービスに関する情報は、当社が法律、会計、税務、またはその他の専門的な助言やサービスを提供していないという理解のもとに提供されています。そのため、専門の会計士、税理士、法律顧問またはその他の適格なアドバイザーとの相談の代わりに使用されるべきではありません。",
-  "no_responsibility_disclaimer_title": "責任免責事項",
-  "no_upfront_costs_guarantee": "前払い費用なし • 無料プロジェクトスコーピング • 30日間のサポート保証",
-  "no_virus_warranty": "当社は、サービスにウイルスやその他の有害なコンポーネントが含まれていないことを保証しません。",
-  "non_gift_return_policy": "商品の購入時に贈り物としてマークされていない場合、または贈り物を贈る人が自分に発送して後であなたに渡すために手配した場合、返金は贈り物を贈る人に送ります。",
-  "non_production_desc": "「開発」、「ステージング」、「UAT」、「プレプロダクション」または本番環境であっても新機能実装は、本番環境とは見なされません。",
-  "non_returnable_goods": "以下の商品は返品できません：",
-  "normal_enterprise_response": "1営業日<br />月曜日 - 金曜日",
-  "normal_priority_response": "12時間<br />24時間、週7日、年365日",
-  "normal_support_desc": "Capgoのコンポーネントが期待通り、または文書化された通りに機能しない結果を引き起こす問題。一般的な技術問題や一般的な質問に関する顧客代表者からの問い合わせ。",
-  "normal_support_subtitle": "小さな機能や機能の問題 / 一般的な質問",
-  "normal_support_title": "3. 標準",
-  "normal_team_response": "1営業日<br />月曜日 - 金曜日",
-  "not_satisfied_policy": "購入にご満足いただけない場合は、返金および返品に関するポリシーをご確認いただくことをお勧めします。この返品および返金ポリシーは、次の助けを得て作成されました。",
-  "now_available_on_mobile": "モバイルで利用可能です",
-  "npm_run_lint_passes": "`npm run lint` が成功しました - これは、RustおよびJavaScriptコードの一般的な間違いやエラーをチェックします。使用するのは `Swiftlint`（Swift用）および `eslint`（JavaScriptおよびJava用）です。",
-  "of_bandwidth": "帯域幅の",
-  "of_storage": "ストレージの",
-  "offensive_content": "攻撃的なコンテンツ。",
-  "offensive_content_desc": "誹謗中傷、猥褻、虐待、プライバシーの侵害、またはその他の不適切なコンテンツ（児童ポルノを構成するコンテンツ、獣姦に関連する内容、または同意のない性行為を描写するものを含む）。",
-  "offline_support": "オフラインサポート",
-  "on_the_go": "移動中に",
-  "ongoing_support_available": "利用可能な継続的なサポート",
-  "only_your_users_can_decrypt_your_updates_no_one_else": "あなたのユーザーだけがあなたのアップデートを復号化できます。他の誰もできません。",
-  "open_in_chatgpt": "ChatGPTで開く",
-  "open_in_claude": "Claudeで開く",
-  "open_in_perplexity": "Perplexityで開く",
-  "open_raw_on_github": "GitHubでraw Markdownファイルを開く",
-  "open_source": "100%オープンソース",
-  "open_source_leaders": "オープンソースのリーダーたち",
-  "open_source_plugins_power_apps": "私たちのオープンソースプラグインは、何百万人ものユーザーが使用するアプリを支えています",
-  "open_support": "サポートを開く",
-  "operation_of_network_services": "特定のネットワークサービスの運用。",
-  "operation_of_network_services_desc": "ネットワークサービスの適切な機能を妨げるネットワークサービスまたはサービスを運営または運営しようとすること。",
-  "optimization_of_the_existing_app": "既存アプリの最適化",
-  "order_cancellation_rights": "ご注文のキャンセル権",
-  "orders_definition": "注文とは、あなたが私たちから商品を購入するためのリクエストを意味します。",
-  "organization_and_app_management": "組織とアプリ管理",
-  "organizations_and_teams": "組織とチーム",
-  "organize_projects_across_teams": "エンタープライズ組織管理とコラボレーションツールを使用して、チーム間のプロジェクトを整理します",
-  "orgs_badge": "それはどのように動作するのか",
-  "orgs_cta": "Capgoをインストールする",
-  "orgs_title": "柔軟な管理",
-  "orgs_title_line2": "あなたのチームのために",
-  "our_commitment": "私たちのコミットメント",
-  "our_dedication": "私たちの献身",
-  "our_manifesto": "私たちのマニフェスト",
-  "our_numbers_are_shared_transparently_since_december_2021": "私たちの数字は2021年12月以来、透明に共有されています。",
-  "our_setup_you_own_it": "私たちのセットアップ - それはあなたのものです",
-  "our_story": "私たちの物語",
-  "our_team_customizes_the_ci_cd_setup_to_match_your_specific_project_requirements_ensuring_optimal_performance_and_efficiency": "私たちのチームは、最適なパフォーマンスと効率を確保するために、あなたの特定のプロジェクト要件に合わせてCI/CDの設定をカスタマイズします。",
-  "over": "以上",
-  "own_complete_pipeline_modify_anytime": "あなたは完全なパイプラインを所有しており、いつでもそれを変更することができます",
-  "own_complete_setup_zero_vendor_lockin": "あなたはベンダーロックインゼロの完全なセットアップを所有しています",
-  "own_setup_zero_vendor_lockin": "ベンダーロックインがゼロで、あなたは永遠に全体のセットアップを所有しています。",
-  "page_not_found_description": "アドレスバーのURLを確認して、再度お試しください。",
-  "page_not_found_title": "ページが見つかりません - エラー 404",
-  "password_label": "パスワード",
-  "password_placeholder": "パスワードを入力してください",
-  "pay_as_you_go_plan": "使った分だけ支払い",
-  "per_added_gb": "追加されたGiBごと",
-  "per_added_user": "追加ユーザーごと",
-  "per_country_hosting_gdpr": "国ごとのホスティング（GDPR準拠）",
-  "per_gb": "GiBあたり",
-  "per_mau": "1ヶ月あたりのアクティブユーザー数",
-  "per_unit": "単位あたり",
-  "perfect_for": "完璧な",
-  "perishable_goods": "その性質上、返品に適さない商品、急速に劣化する商品、または賞味期限が過ぎた商品は供給されません。",
-  "plan_maker_desc": "小規模ビジネスオーナーに最適",
-  "plan_payasyougo_desc": "数百万人のユーザーを持つエンタープライズに最適",
-  "plan_solo_desc": "独立系開発者に最適",
-  "plan_team_desc": "中規模企業に最適",
-  "plans_that_scale_with_your_business": "ビジネスに合わせて拡張できるプラン",
-  "plans_that_scale_with_your_business_description": "エンタープライズグレードのクラウドは、Capacitorアプリケーションの機能性とセキュリティを向上させます。",
-  "platform_compliance": "プラットフォームの準拠。",
-  "platform_compliance_desc": "Capgoサイトおよびサービスで使用されるプラットフォームによって許可されていないと見なされる活動。",
-  "platform_independence": "プラットフォーム非依存性",
-  "please_be_professional_in_the_forums": "フォーラムではプロフェッショナルでいてください。私たちは<a href=\"https://www.rust-lang.org/policies/code-of-conduct\">Rustの行動規範</a> (CoC)に従っています。問題がありますか？<a href=\"mailto:ry@tinyclouds.org\">ry@tinyclouds.org</a>までメールしてください。",
-  "plugin_is_missing": "プラグインがありません",
-  "plugins": "プラグイン",
-  "plugins_description": "Capgoは、アプリをより迅速かつ効果的に構築するための複数のプラグインを提供しています。",
-  "policy_generator": "返品および返金ポリシージェネレーター",
-  "poor_app_quality": "アプリの質が悪い",
-  "powered_by_serverless_edge_computing": "サーバーレスエッジコンピューティングと、300以上の都市および13,000以上のネットワークに分散されたデータベースにより駆動され、超高速なグローバル配信を実現します。",
-  "powerful_app_plugins_description": "エンタープライズグレードのプラグインは、優れたドキュメント、継続的なアップデート、コードスニペット、プレミアムサポートを提供し、アプリの構築に集中できるようにします。",
-  "practicing_what_we_preach": "教えを実践する",
-  "premium_plugin_suite": "プレミアムプラグインスイート",
-  "pricing": "価格設定",
-  "pricing_description": "自信を持って前進してください。Capgoは、Capacitorアプリケーション向けのエンタープライズグレードのクラウドプラットフォームです。",
-  "priority_bug_fixes_on_our_plugins": "私たちのプラグインに優先的にバグ修正を行います",
-  "priority_plus_plan": "プライオリティプラス",
-  "priority_support": "優先サポート",
-  "priority_support_24_7": "優先サポート",
-  "priority_support_dedicated_sla": "優先サポート＆専用SLA",
-  "privacy": "プライバシー",
-  "privacy_agreement": "私たちは、サービスを提供し改善するためにあなたの個人データを使用します。サービスを利用することにより、あなたはこのプライバシーポリシーに従って情報の収集および使用に同意するものとします。",
-  "privacy_changes_to_policy_description": "当社は、時折プライバシーポリシーを更新することがあります。変更がある場合は、このページに新しいプライバシーポリシーを掲載することでお知らせします。",
-  "privacy_changes_to_policy_notification": "変更が有効になる前に、メールおよび/または当社サービス上の目立つ通知を通じてお知らせし、このプライバシーポリシーの上部にある「最終更新日」を更新します。",
-  "privacy_changes_to_policy_review": "このプライバシーポリシーを定期的に確認し、変更がないかご確認ください。このプライバシーポリシーの変更は、このページに掲載された時点で有効となります。",
-  "privacy_changes_to_policy_title": "このプライバシーポリシーの変更",
-  "privacy_children_privacy_consent": "情報処理の法的根拠として同意に依存する必要がある場合、そしてあなたの国が親の同意を要求する場合、私たちはその情報を収集し使用する前に親の同意を求めることがあります。",
-  "privacy_children_privacy_description": "私たちのサービスは13歳未満の方を対象としていません。私たちは13歳未満の方から意図的に個人を特定できる情報を収集することはありません。もしあなたが親または保護者であり、お子様が私たちに個人データを提供したことに気づいている場合は、ぜひご連絡ください。私たちが13歳未満の方から親の同意を確認することなく個人データを収集したことに気づいた場合、私たちはその情報をサーバーから削除するための手続きを行います。",
-  "privacy_children_privacy_title": "子供のプライバシー",
-  "privacy_collecting_data_title": "個人データの収集と利用",
-  "privacy_contact_us_description": "このプライバシーポリシーに関する質問がある場合は、お問い合わせください。",
-  "privacy_contact_us_title": "お問い合わせ",
-  "privacy_contact_us_website": "このページにアクセスすることで: $1",
-  "privacy_definition_account": "**アカウント**とは、あなたが私たちのサービスまたはサービスの一部にアクセスするために作成されたユニークなアカウントを指します。",
-  "privacy_definition_affiliate": "**アフィリエイト**とは、当事者を支配、支配されている、または共通の支配下にある企業を指し、「支配」とは、取締役やその他の管理機関の選挙に投票する権利を有する株式、持分、その他の証券の50%またはそれ以上の所有を意味します。",
-  "privacy_definition_application": "**アプリケーション**とは、あなたが任意の電子機器にダウンロードした、会社によって提供されるソフトウェアプログラムを意味し、その名前は$1です。",
-  "privacy_definition_business": "**ビジネス**とは、CCPA（カリフォルニア州消費者プライバシー法）の目的において、消費者の個人情報を収集し、消費者の個人情報の処理の目的および手段を決定する法人としての会社を指します。また、その情報が収集される法人であり、単独または他者と共同で消費者の個人情報の処理の目的および手段を決定する法人であり、カリフォルニア州で事業を行っている法人を指します。",
-  "privacy_definition_company": "**会社**（本契約書において「会社」、「私たち」、「私たち」、「私たちの」という用語で言及されます）は、デジタルシフトOU、6 sepapaja 15510 タリンを指します。",
-  "privacy_definition_company_gdpr": "GDPRの目的において、当社はデータ管理者です。",
-  "privacy_definition_consumer": "**消費者**とは、CCPA（カリフォルニア州消費者プライバシー法）の目的において、カリフォルニア州の居住者である自然人を指します。法律で定義される居住者は、(1) 一時的または通過的な目的以外でアメリカにいるすべての個人、及び (2) 一時的または通過的な目的でアメリカの外にいるアメリカに住むすべての個人を含みます。",
-  "privacy_definition_country": "**国** は：エストニアを指します",
-  "privacy_definition_data_controller": "**データ管理者**は、GDPR（一般データ保護規則）の目的において、個人データの処理の目的及び手段を単独または他者と共同で決定する法的人格である会社を指します。",
-  "privacy_definition_device": "**デバイス**とは、コンピュータ、携帯電話、またはデジタルタブレットなど、サービスにアクセスできる任意のデバイスを指します。",
-  "privacy_definition_do_not_track": "**ドゥ・ノット・トラック**（DNT）は、米国の規制当局、特に米国連邦取引委員会（FTC）によって推進されている概念であり、インターネット業界がインターネットユーザーがウェブサイト間でのオンライン活動の追跡を制御できる仕組みを開発・実施することを目的としています。",
-  "privacy_definition_personal_data": "**個人データ**とは、特定されたまたは特定可能な個人に関連する情報のことです。",
-  "privacy_definition_personal_data_ccpa": "CCPAの目的において、個人データとは、あなたを特定したり、関連したり、説明したり、または直接的または間接的に関連付けられる可能性のある情報を意味します。",
-  "privacy_definition_personal_data_gdpr": "GDPRの目的において、個人データとは、名前、ID番号、位置情報、オンライン識別子、または物理的、身体的、遺伝的、精神的、経済的、文化的または社会的アイデンティティに特有の1つまたは複数の要因に関連する情報を指します。",
-  "privacy_definition_sale": "**販売**とは、CCPA（カリフォルニア州消費者プライバシー法）の目的で、消費者の個人情報を他の事業者または第三者に対して金銭的またはその他の価値ある対価のために販売、賃貸、提供、開示、配布、利用可能にする、移転する、または口頭、書面、電子的またはその他の手段でコミュニケーションすることを意味します。",
-  "privacy_definition_service": "**サービス**はアプリケーションを指します。",
-  "privacy_definition_service_provider": "**サービスプロバイダー**とは、会社を代表してデータを処理する自然人または法人を指します。これは、サービスを円滑に提供するために会社が雇用する第三者の企業や個人、会社を代表してサービスを提供する者、サービスに関連する業務を実施する者、またはサービスの使用方法を分析するために会社を支援する者を指します。GDPRの目的において、サービスプロバイダーはデータ処理者と見なされます。",
-  "privacy_definition_usage_data": "**使用データ**とは、サービスの使用によって生成されるか、サービスインフラストラクチャ自体から自動的に収集されるデータを指します（例えば、ページ訪問の時間）。",
-  "privacy_definition_you": "**あなた**は、サービスにアクセスまたはサービスを利用している個人、またはその個人がサービスにアクセスまたは利用している会社、またはその他の法的実体を指します。",
-  "privacy_definition_you_gdpr": "GDPR（一般データ保護規則）に基づき、あなたはデータ主体またはユーザーとして言及されることがあります。あなたはサービスを利用している個人です。",
-  "privacy_definitions_intro": "このプライバシーポリシーの目的のために：",
-  "privacy_definitions_subtitle": "定義",
-  "privacy_description": "このプライバシーポリシーは、サービスを利用する際のあなたの情報の収集、使用および開示に関する当社の方針と手続きを説明し、あなたのプライバシー権と法律がどのようにあなたを保護するかについてお知らせします。",
-  "privacy_disclosure_business_transactions_description": "会社が合併、買収、または資産売却に関与する場合、あなたの個人データが移転されることがあります。あなたの個人データが移転され、異なるプライバシーポリシーの対象となる前に通知します。",
-  "privacy_disclosure_business_transactions_title": "ビジネストランザクション",
-  "privacy_disclosure_law_enforcement_description": "特定の状況下で、会社は法律により要求される場合や、公共機関（例えば、法廷や政府機関）からの有効な要求に応じて、あなたの個人データを開示する必要がある場合があります。",
-  "privacy_disclosure_law_enforcement_title": "法執行機関",
-  "privacy_disclosure_of_data_title": "あなたの個人データの開示",
-  "privacy_disclosure_other_legal_requirements_comply": "法的義務を遵守する",
-  "privacy_disclosure_other_legal_requirements_description": "会社は、以下の目的のためにそのような行動が必要であると誠実に信じて、あなたの個人データを開示することがあります：",
-  "privacy_disclosure_other_legal_requirements_prevent": "サービスに関連する可能性のある不正行為を防止または調査する",
-  "privacy_disclosure_other_legal_requirements_protect": "会社の権利または財産を保護し、防御すること",
-  "privacy_disclosure_other_legal_requirements_protect_legal": "法的責任から保護する",
-  "privacy_disclosure_other_legal_requirements_protect_personal": "サービスのユーザーまたは一般の人々の個人的な安全を守る",
-  "privacy_disclosure_other_legal_requirements_title": "その他の法的要件",
-  "privacy_interpretation_subtitle": "解釈",
-  "privacy_interpretation_text": "最初の文字が大文字の言葉は、以下の条件に基づいて定義された意味を持っています。以下の定義は、単数形であっても複数形であっても、同じ意味を持つものとします。",
-  "privacy_interpretation_title": "解釈および定義",
-  "privacy_last_updated": "最終更新日：2022年1月28日",
-  "privacy_links_to_other_websites_control": "当社は、第三者のサイトやサービスに関するコンテンツ、プライバシーポリシー、またはその運用について、いかなる管理も行わず、責任を負うこともありません。",
-  "privacy_links_to_other_websites_description": "当サービスには、当社が運営していない他のウェブサイトへのリンクが含まれている場合があります。第三者のリンクをクリックすると、その第三者のサイトに移動します。訪問するすべてのサイトのプライバシーポリシーを確認することを強くお勧めします。",
-  "privacy_links_to_other_websites_title": "他のウェブサイトへのリンク",
-  "privacy_personal_data_description": "私たちのサービスを利用している間、私たちはあなたに連絡またはあなたを特定するために使用できる特定の個人を特定できる情報を提供していただくようお願いすることがあります。個人を特定できる情報には、次のようなものが含まれますが、これに限りません：",
-  "privacy_personal_data_title": "個人情報",
-  "privacy_personal_data_usage": "使用データ",
-  "privacy_policy": "プライバシーポリシー",
-  "privacy_retention_of_data_description": "当社は、このプライバシーポリシーに記載された目的に必要な期間のみ、あなたの個人データを保持します。私たちは、法的義務（例えば、該当する法律を遵守するためにデータを保持する必要がある場合）を遵守し、紛争を解決し、法的合意やポリシーを施行するために必要な範囲で、あなたの個人データを保持し使用します。",
-  "privacy_retention_of_data_title": "個人データの保持",
-  "privacy_retention_of_usage_data": "当社は、内部分析の目的で使用データを保持します。使用データは一般的に短期間保持されますが、このデータが当社のサービスのセキュリティを強化したり機能を改善したりするために使用される場合、または法的にこのデータを長期間保持する義務がある場合を除きます。",
-  "privacy_security_of_data_description": "あなたの個人データのセキュリティは私たちにとって重要ですが、インターネット上の通信手段や電子保存の方法は100％安全ではないことを覚えておいてください。私たちは商業的に受け入れられる手段を使用してあなたの個人データを保護するよう努めていますが、その絶対的な安全性を保証することはできません。",
-  "privacy_security_of_data_title": "あなたの個人データの安全性",
-  "privacy_share_of_data_affiliates": "**提携先との共有:** 当社は、貴方の情報を当社の提携先と共有する場合がありますが、その場合、当社は提携先にこのプライバシーポリシーを遵守することを求めます。提携先には、当社の親会社やその他の子会社、共同事業パートナー、または当社が支配する企業や当社と共通の支配下にある企業が含まれます。",
-  "privacy_share_of_data_business_partners": "**ビジネスパートナーとの関係:** 当社は、特定の製品、サービス、プロモーションを提供するために、あなたの情報を当社のビジネスパートナーと共有する場合があります。",
-  "privacy_share_of_data_business_transfers": "**ビジネストランスファーの場合:** 当社は、合併、会社資産の売却、資金調達、または当社の事業の全部または一部を別の会社に取得させる交渉に関連して、またはその際に、あなたの個人情報を共有または転送することがあります。",
-  "privacy_share_of_data_consent": "**あなたの同意に基づいて**: 私たちは、あなたの同意がある場合、他の目的のためにあなたの個人情報を開示することがあります。",
-  "privacy_share_of_data_intro": "以下の状況において、あなたの個人情報を共有する場合があります：",
-  "privacy_share_of_data_other_users": "**他のユーザーと共に:** あなたが個人情報を共有したり、他のユーザーと公共の場でやり取りをする際、その情報はすべてのユーザーによって見られる可能性があり、外部に公開される場合があります。",
-  "privacy_share_of_data_service_providers": "**サービスプロバイダーとの関係:** 私たちは、サービスを監視・分析するため、またはあなたに連絡するために、あなたの個人情報をサービスプロバイダーと共有することがあります。",
-  "privacy_title": "プライバシーポリシー",
-  "privacy_transfer_of_data_consent": "このプライバシーポリシーに対するあなたの同意と、その情報の提供は、その移転に対するあなたの合意を示します。",
-  "privacy_transfer_of_data_description": "あなたの情報、個人データを含む、は会社の運営拠点および処理に関与する関係者が所在するその他の場所で処理されます。つまり、この情報はあなたの州、県、国、または他の政府管轄区域の外にあるコンピューターに転送され、保持される可能性があることを意味します。そこでのデータ保護法は、あなたの管轄区域の法律とは異なる場合があります。",
-  "privacy_transfer_of_data_safeguards": "会社は、貴方のデータが安全に扱われ、このプライバシーポリシーに従っていることを保証するために、合理的に必要な全ての措置を講じます。また、貴方の個人データが組織または国に転送されることはなく、その際には貴方のデータやその他の個人情報のセキュリティを含む適切な管理が行われている必要があります。",
-  "privacy_transfer_of_data_title": "個人データの移転",
-  "privacy_types_of_data_title": "収集されるデータの種類",
-  "privacy_usage_data_browser": "私たちは、あなたが当社のサービスを訪問する際や、モバイルデバイスを通じてサービスにアクセスする際に、あなたのブラウザが送信する情報を収集する場合があります。",
-  "privacy_usage_data_description": "サービスを使用する際に、使用データが自動的に収集されます。",
-  "privacy_usage_data_details": "使用データには、あなたのデバイスのインターネットプロトコルアドレス（例：IPアドレス）、ブラウザの種類、ブラウザのバージョン、あなたが訪れたサービスのページ、訪問の日時、そのページでの滞在時間、一意のデバイス識別子およびその他の診断データが含まれる場合があります。",
-  "privacy_usage_data_mobile": "モバイルデバイスを通じてサービスにアクセスする際、私たちは自動的に特定の情報を収集することがあります。これには、使用しているモバイルデバイスの種類、モバイルデバイスのユニークID、モバイルデバイスのIPアドレス、モバイルオペレーティングシステム、使用しているモバイルインターネットブラウザの種類、ユニークデバイス識別子およびその他の診断データが含まれますが、これに限りません。",
-  "privacy_usage_data_title": "使用データ",
-  "privacy_use_of_data_business_transfers": "**ビジネス移転の場合:** 私たちは、合併、売却、再構築、再編成、解散、または資産の一部または全部の他の販売または移転を評価または実施するために、お客様の情報を使用する場合があります。これは、善意の事業として、または破産、清算、または類似の手続きの一部として行われ、私たちがサービス利用者に関して保持している個人データが移転される資産の中に含まれます。",
-  "privacy_use_of_data_contact": "**あなたに連絡するために:** あなたにメール、電話、SMS、またはモバイルアプリケーションのプッシュ通知などの他の同等の電子通信手段を通じて連絡するためには、機能、製品、または契約サービスに関連する更新や情報提供の通信に関して、必要または合理的な場合に、セキュリティアップデートを含めて、その実施について連絡します。",
-  "privacy_use_of_data_intro": "会社は、個人データを以下の目的で使用する場合があります：",
-  "privacy_use_of_data_manage_account": "**アカウントの管理:** サービスのユーザーとしての登録を管理するため。提供された個人データは、登録ユーザーとして利用可能なサービスのさまざまな機能へのアクセスを提供することができます。",
-  "privacy_use_of_data_offers": "**あなたに対して**、既に購入または問い合わせを行った商品、サービス、イベントに類似する、私たちが提供するその他の商品のニュース、特別オファー、一般情報を提供します。ただし、あなたがそのような情報の受信を希望しない選択をしている場合は除きます。",
-  "privacy_use_of_data_other_purposes": "**その他の目的のために**: 私たちは、データ分析、使用傾向の特定、プロモーションキャンペーンの効果の判断、およびサービス、製品、サービス、マーケティング、あなたの体験の評価と改善のために、あなたの情報を他の目的で使用することがあります。",
-  "privacy_use_of_data_performance": "**契約の履行のために:** あなたが購入した製品、アイテム、またはサービスの購入契約の開発、遵守、および締結、またはサービスを通じて私たちとのその他の契約。",
-  "privacy_use_of_data_provide_service": "**サービスを提供し維持するために**, サービスの利用状況を監視することを含みます。",
-  "privacy_use_of_data_requests": "**ご要望の管理について:** 私たちへのご要望に対応し、管理します。",
-  "privacy_use_of_data_title": "あなたの個人情報の利用",
-  "problem_chat_hope_approved": "今日、このバグ修正が承認されることを願っています...",
-  "problem_chat_still_pending": "まだ保留中...",
-  "problem_chat_whats_status": "アプリのステータスは何ですか？",
-  "problem_solution_badge": "問題 → 解決策",
-  "problem_solution_subtitle": "コンデンサーアプリはウェブアプリのように出荷すべきですが、承認を数日待つことがボトルネックとなっています。",
-  "problem_solution_title": "アプリストアが殺している",
-  "problem_solution_velocity": "速度",
-  "product_managers": "製品マネージャー",
-  "production_desc": "「プロダクション」とは、既に展開され、機能している機能を備えた顧客向けまたは業務システムにサービスを提供するシステムとして定義されます。",
-  "production_title": "4.4 生産",
-  "products": "製品",
-  "projects": "プロジェクト",
-  "proven_experience": "実証済みの経験",
-  "ps_benefit_additional": "追加時間は250€/時間",
-  "ps_benefit_cancel": "いつでもキャンセル可能",
-  "ps_benefit_direct": "エンジニアへの直接アクセス",
-  "ps_benefit_hours": "4時間のエキスパートサポート込み",
-  "ps_benefit_priority": "優先対応時間",
-  "ps_cta_button": "プレミアムサポートを取得 - 1,000€/月",
-  "ps_cta_subtitle": "Capacitorエキスパートが待機。何か壊れたら、すぐに修正します。",
-  "ps_cta_title_1": "もう眠れない夜とはお別れ",
-  "ps_cta_title_2": "ネイティブアプリの問題",
-  "ps_description": "Capacitorアプリの緊急エキスパートサポートを取得。1000€/月で4時間の前払いサポート。デプロイ問題、クラッシュ、ネイティブ側の問題を支援します。",
-  "ps_expert_backup": "エキスパートバックアップ待機中",
-  "ps_expert_backup_desc": "プレミアムサポートで、必要な時にCapacitorエキスパートが助けに入る準備ができています。",
-  "ps_faq_a1": "追加時間は250€/時間で請求されます。ほとんどの企業は通常の月に4時間で十分ですが、もっと助けが必要な月もあり、それは全く問題ありません。",
-  "ps_faq_a2": "いいえ、時間は翌月に繰り越されません。リテーナーは私たちが利用可能で、あなたのリクエストを優先することを保証します。アプリの保険と考えてください。",
-  "ps_faq_a3": "営業日には数時間以内の応答を目指しています。重大な本番問題については、できるだけ早くお手伝いすることを優先します。",
-  "ps_faq_a4": "通常のサポートはCapgo製品に関する質問用です。プレミアムサポートはCapacitorアプリの問題全般 - デプロイ問題、クラッシュ、ネイティブバグ、パフォーマンス - チームが必要とするあらゆることに対応します。",
-  "ps_faq_a5": "いいえ！プレミアムサポートはCapgoを使用しているかどうかに関係なく、Capacitorアプリを持つすべての企業に利用可能です。",
-  "ps_faq_q1": "4時間以上必要な場合は？",
-  "ps_faq_q2": "未使用の時間は繰り越されますか？",
-  "ps_faq_q3": "どのくらい早く応答しますか？",
-  "ps_faq_q4": "通常のサポートとの違いは？",
-  "ps_faq_q5": "Capgoの顧客である必要がありますか？",
-  "ps_faq_title": "よくある質問",
-  "ps_feature_direct_desc": "エンジニアと直接話せます。チケットキューなし、トリアージ待ちなし。本物のエキスパート、本当に速い。",
-  "ps_feature_direct_title": "直接アクセス",
-  "ps_feature_emergency_desc": "アプリが本番でクラッシュしたりデプロイが失敗した時、すべてを中断して迅速な修正をお手伝いします。",
-  "ps_feature_emergency_title": "緊急対応",
-  "ps_feature_native_desc": "iOS、Android、Capacitor内部の深い知識。チームでは解決できない問題を解決します。",
-  "ps_feature_native_title": "ネイティブ専門知識",
-  "ps_feature_time_desc": "ネイティブ問題のデバッグに何日も費やすのをやめましょう。エキスパートの助けを得て、機能をより早く出荷しましょう。",
-  "ps_feature_time_title": "貴重な時間を節約",
-  "ps_help_crashes_desc": "本番クラッシュ、メモリ問題、AndroidのANR",
-  "ps_help_crashes_title": "アプリクラッシュ",
-  "ps_help_deployment_desc": "アプリストアの却下、ビルド失敗、署名問題",
-  "ps_help_deployment_title": "デプロイ問題",
-  "ps_help_native_desc": "iOS/Androidネイティブコードのバグ、プラグインの競合",
-  "ps_help_native_title": "ネイティブ側の問題",
-  "ps_help_performance_desc": "アプリ最適化、起動時間、メモリ使用量",
-  "ps_help_performance_title": "パフォーマンス",
-  "ps_help_plugin_desc": "Capacitorプラグイン設定、カスタムプラグインのデバッグ",
-  "ps_help_plugin_title": "プラグイン問題",
-  "ps_help_updates_desc": "Capgo統合、更新失敗、ロールバック問題",
-  "ps_help_updates_title": "ライブアップデート",
-  "ps_hero_subtitle": "アプリが本番でクラッシュ？デプロイが止まった？ネイティブ側がおかしい？",
-  "ps_hero_subtitle_strong": "私たちが駆けつけて解決します。",
-  "ps_hero_title_1": "最も必要な時に",
-  "ps_hero_title_2": "エキスパートの助け",
-  "ps_hours": "4時間",
-  "ps_how_it_works": "仕組み",
-  "ps_of_expert_support": "のエキスパートサポート",
-  "ps_peace_of_mind": "Capacitorアプリの安心",
-  "ps_per_month": "月額",
-  "ps_premium_support": "プレミアムサポート",
-  "ps_price": "1,000€",
-  "ps_problem_blocked_desc": "AppleまたはGoogleがアップデートを却下。エラーメッセージは不可解。締め切りは明日。",
-  "ps_problem_blocked_title": "デプロイブロック",
-  "ps_problem_confused_desc": "最後のアップデート後に何かが壊れた。ウェブチームはネイティブを知らない。何日ものデバッグが待っている。",
-  "ps_problem_confused_title": "何が問題かわからない",
-  "ps_problem_crash_desc": "アプリが数千のユーザーに対してクラッシュし始める。スタックトレースは理解できないネイティブコードを指している。",
-  "ps_problem_crash_title": "本番クラッシュ",
-  "ps_questions": "質問は？",
-  "ps_rate_info": "実効レート250€/時間 • 同じレートで追加時間利用可能",
-  "ps_reality": "現実",
-  "ps_retainer_badge": "プレミアムサポートリテーナー",
-  "ps_schedule_call": "通話を予約",
-  "ps_secure_payment": "Stripeによる安全な支払い",
-  "ps_solution": "解決策",
-  "ps_step1_desc": "1,000€/月で登録。4時間のエキスパートサポートがすぐに使えます。",
-  "ps_step1_title": "登録",
-  "ps_step2_desc": "問題が発生したら、メールまたはDiscordでお問い合わせください。問題を説明してください。",
-  "ps_step2_title": "連絡",
-  "ps_step3_desc": "エキスパートが参加し、問題を診断し、迅速な解決をお手伝いします。",
-  "ps_step3_title": "修正",
-  "ps_subscribe_now": "今すぐ登録",
-  "ps_talk_first": "まずは相談",
-  "ps_title": "Capacitorアプリのプレミアムサポート",
-  "ps_to_learn_more": "詳しく知る",
-  "ps_trust_title": "企業は私たちの専門知識を信頼しています",
-  "ps_what_we_help": "サポート内容",
-  "ps_what_we_help_desc": "チームが苦労しているCapacitorまたはモバイルアプリの問題すべて。",
-  "ps_when_things_go_wrong": "モバイルアプリで問題が発生した時",
-  "ps_you_know_the_feeling": "あの感覚、わかりますよね...",
-  "purchase_timeframe": "商品は過去14日間に購入されました。",
-  "push_notifications": "プッシュ通知",
-  "push_updates_to_production_from_anywhere": "どこからでもプロダクションに更新をプッシュします",
-  "qa_teams": "QAチーム",
-  "questions_about_policy": "返品および返金ポリシーに関するご質問がある場合は、お問い合わせください。",
-  "questions_and_answers": "質問と回答",
-  "quick_decision_making": "迅速な意思決定",
-  "quote": "引用",
-  "reach_users_now_not_weeks_later": "今すぐユーザーにリーチし、数週間後ではありません。",
-  "react_native_power_approximately_1_of_apps_on_google_play_store": "React NativeはGoogle Play Storeのアプリの約1%を占めています。",
-  "read_our_aup": "当社の利用規約を読む",
-  "read_our_data_processing_agreement": "データ処理契約をお読みください",
-  "read_our_disclaimer": "免責事項をお読みください",
-  "read_our_eula": "エンドユーザーライセンス契約をお読みください",
-  "read_our_privacy_policy_description": "Capgoプライバシーポリシー - Capacitorアプリ向けライブアップデートサービスでデータをどのように保護し、ユーザーのプライバシーを尊重するかについて。",
-  "read_our_return_policy": "返品ポリシーをお読みください",
-  "read_our_security_policy": "セキュリティポリシーをお読みください",
-  "read_our_sla_policy": "SLAポリシーをお読みください",
-  "read_our_terms_of_service": "サービス利用規約を読む",
-  "read_the_full_story_of_capgos_challenging_birth_as_a_solo_maker_project": "キャプゴの孤独なメーカープロジェクトとしての挑戦的な誕生の全貌を読む",
-  "read_the_style_guide": "スタイルガイドをお読みください。",
-  "ready_to_bring_vision_to_life": "あなたのビジョンを実現する準備はできていますか？私たちがどのようにあなたの開発を加速させることができるかについて話し合いましょう。",
-  "ready_to_deliver": "配達の準備ができています",
-  "ready_to_go_mobile": "モバイルに移行する準備はできていますか？",
-  "ready_to_scale": "スケールアップの準備ができています",
-  "ready_to_use_plugins": "すぐに使えるプラグイン",
-  "real_time_analytics": "リアルタイム分析",
-  "real_time_statistics": "リアルタイム統計",
-  "register": "登録",
-  "register_code": "登録コード",
-  "register_description": "無料のCapgoアカウントを作成し、数分でCapacitorアプリにライブ更新をデプロイし始めましょう。",
-  "register_title": "Capgoにサインアップする",
-  "register_tos_notice": "登録すると、弊社の<a href=\"https://capgo.app/tos/\" target=\"_blank\" rel=\"noopener noreferrer\">利用規約</a>に同意したことになります。",
-  "reimbursement_policy": "商品を返送した日から14日以内に、あなたに返金いたします。返金には、あなたが注文時に使用したのと同じ支払い方法を使用し、その際に手数料は発生しません。",
-  "remove_modify_content": "このポリシーまたはサービスまたはCapgoサイトの使用に関してあなたとの間の他の契約に違反する内容やリソースへのアクセスを削除、無効にするか、変更します。",
-  "report_issues_directly": "直接問題を報告する",
-  "report_violations_desc": "私たちは、法律や規制に違反していると疑う活動を、適切な法執行機関、規制当局、または他の適切な第三者に報告する場合があります。",
-  "report_violations_desc_2": "私たちの報告には、適切な顧客情報の開示が含まれる場合があります。また、私たちは、当該ポリシーの違反が疑われる行為の調査および起訴を支援するために、適切な法執行機関、規制機関、またはその他の適切な第三者と協力することがあります。この場合、ネットワークおよびシステム情報を提供します。",
-  "repositories_have_different_scopes_use_different_programming_languages_and_have_varying_level_when_it_comes_to_contributions": "リポジトリには異なる範囲があり、異なるプログラミング言語を使用し、貢献のレベルもさまざまです。",
-  "request_demo": "デモをリクエストする",
-  "required_storage_space": "必要なストレージスペース",
-  "requires_capgo_account": "Capgoアカウントが必要です",
-  "return_address": "6 sepapaja  \nタリン, 15510  \nエストニア",
-  "return_eligibility": "返却対象となるために、商品が以下の条件を満たしていることをご確認ください：",
-  "return_policy": "返品ポリシー",
-  "return_policy_title": "返品および返金ポリシー",
-  "return_responsibility": "返品にかかる費用とリスクはお客様が負うものとします。商品は以下の住所に送付してください：",
-  "return_shipping_disclaimer": "返品発送中に損傷または紛失した商品の責任は負いかねます。そのため、保険付きで追跡可能な郵便サービスをお勧めします。商品の実際の受領または返品配達の受領証明なしには、返金を行うことができません。",
-  "returning_goods": "返品商品",
-  "revert_to_previous_version_with_one_tap": "ワンタップで前のバージョンに戻す",
-  "revert_to_previous_versions_if_needed": "必要に応じて以前のバージョンに戻します",
-  "review_before_passing_the_code_to_the_production": "コードを本番環境に渡す前にレビューしてください。",
-  "right_to_refuse": "当社は、上記の返却条件を満たさない商品の返品を、当社の単独の裁量で拒否する権利を留保します。",
-  "role_based_access_control": "役割ベースのアクセス制御",
-  "rollback_capability": "ロールバック機能",
-  "sale_items_policy": "通常価格の商品のみ返金対象となります。残念ながら、セール品は返金できません。この除外は、該当する法律により許可されている場合には、あなたには適用されないかもしれません。",
-  "save": "保存",
-  "scheduled_availability_desc": "「予定されている可用性」とは、関連するサービスが一般的に顧客の許可されたユーザーにアクセス可能である時間（分）を意味します。",
-  "scheduled_availability_title": "4.1 予定されている可用性",
-  "sdk_bridges": "SDKブリッジ",
-  "seamless_integration": "シームレスな統合",
-  "seamless_integration_with_your_capgo_account": "あなたのCapgoアカウントとのシームレスな統合",
-  "seamless_third_party_sdk": "TypeScript定義、ドキュメンテーション、および継続的なサポートを備えたシームレスなサードパーティSDKの統合。",
-  "security_and_compliance": "セキュリティとコンプライアンス",
-  "security_closing": "私たちは、すべての問題をできるだけ早く解決するよう努めており、解決後の問題に関する最終的な出版物に積極的に関与したいと考えています。",
-  "security_compliance": "セキュリティとコンプライアンス",
-  "security_disclosure_guidelines_1": "お客様を保護するために、問題を他の人に明かさないでください。私たちが調査し、対処し、影響を受けたお客様に通知するまでお待ちください。",
-  "security_disclosure_guidelines_2": "会議、ブログ、またはその他の公の場でCapgoに関する研究を公に共有したい場合は、公開日の少なくとも30日前にレビューと承認のためにドラフトを私たちに共有する必要があります。以下の内容は含めないでください:",
-  "security_disclosure_guidelines_2_1": "Capgoの顧客プロジェクトに関するデータ",
-  "security_disclosure_guidelines_2_2": "Capgo顧客のデータ",
-  "security_disclosure_guidelines_2_3": "Capgoの従業員、契約者、またはパートナーに関する情報",
-  "security_disclosure_guidelines_title": "開示ガイドライン:",
-  "security_discovery": "脆弱性を発見した場合は、できるだけ早く対処できるようにお知らせいただきたいです。私たちのクライアントやシステムをより良く保護するために、ぜひご協力をお願い致します。",
-  "security_intro": "Capgoでは、システムのセキュリティを最優先事項と考えています。しかし、いくらシステムセキュリティに努力しても、脆弱性が存在する可能性があります。",
-  "security_out_of_scope_1": "センシティブなアクションがないページでのクリックジャッキング。",
-  "security_out_of_scope_10": "デッドリンク",
-  "security_out_of_scope_11": "ユーザー列挙",
-  "security_out_of_scope_2": "未認証/ログアウト/ログイン CSRF。",
-  "security_out_of_scope_3": "ユーザーのデバイスへのMITM攻撃または物理的アクセスを必要とする攻撃。",
-  "security_out_of_scope_4": "ソーシャルエンジニアリングを必要とする攻撃。",
-  "security_out_of_scope_5": "サービスの中断（DoS）につながる可能性のあるあらゆる活動。",
-  "security_out_of_scope_6": "コンテンツの偽装やテキスト挿入の問題、攻撃ベクターを表示せず、HTML/CSSを変更できない場合。",
-  "security_out_of_scope_7": "メールスプーフィング",
-  "security_out_of_scope_8": "DNSSEC、CAA、CSPヘッダーが不足しています",
-  "security_out_of_scope_9": "非セキュアまたはHTTPのみフラグが設定されていない非機密クッキー",
-  "security_out_of_scope_title": "範囲外の脆弱性:",
-  "security_policy": "セキュリティポリシー",
-  "security_reporting_guidelines_1": "GitHubセキュリティアドバイザリーを通じて、あなたの発見を提出してください：",
-  "security_reporting_guidelines_2": "問題を再現するための十分な情報を提供してください。そうすれば、できるだけ早く解決できるようになります。",
-  "security_reporting_guidelines_title": "報告ガイドライン：",
-  "security_supabase_limitations_1": "Reports must include a reproducible demo Supabase project, with steps, that matches our settings and demonstrates the behavior.",
-  "security_supabase_limitations_2": "Reports must include the exact Supabase setting/config change that fixes the behavior while keeping our existing rules/policies intact.",
-  "security_supabase_limitations_3": "Account/email flows are validated against the Supabase project settings (for example, whether email verification is disabled and capture flow is used).",
-  "security_supabase_limitations_4": "Password and email/password update flows may depend on current Supabase Auth session and re-verification settings.",
-  "security_supabase_limitations_5": "If a demo project proves a concrete Supabase-side fix with no Capgo policy change, we review it as actionable.",
-  "security_supabase_limitations_intro": "Some findings are repeatedly reported and tied to Supabase Auth behavior. These are only reviewed when reproduced in a shared Supabase demo project configured like ours, and when a Supabase-side configuration fix exists without changing Capgo security rules.",
-  "security_supabase_limitations_title": "Known Supabase Auth Limitations",
-  "security_testing_guidelines_1": "他の顧客のプロジェクトで自動スキャナーを実行しないでください。自動スキャナーを実行すると、ユーザーのコストが増加する可能性があります。攻撃的に設定されたスキャナーは、サービスを誤って中断させたり、脆弱性を悪用したり、システムの不安定性や侵害を引き起こし、上流のプロバイダーの利用規約に違反する可能性があります。我々のセキュリティシステムは、敵対的な偵察とホワイトハットリサーチを区別できません。自動スキャナーを実行したい場合は、security@capgo.app で通知し、ご自身のCapgoプロジェクトでのみ実行してください。他の顧客のプロジェクトを攻撃しないでください。",
-  "security_testing_guidelines_2": "発見した脆弱性や問題を利用しないでください。たとえば、脆弱性を示すために必要以上のデータをダウンロードしたり、他人のデータを削除したり変更したりすることは避けてください。",
-  "security_testing_guidelines_title": "テストガイドライン：",
-  "security_txt": "セキュリティ.txt",
-  "security_what_we_promise_1": "ご報告に対する評価と予想される解決日を含む回答を、7営業日以内にお届けいたします。",
-  "security_what_we_promise_2": "上記の指示に従っていただければ、報告に関して法的措置を講じることはありません。",
-  "security_what_we_promise_3": "私たちはあなたの報告を厳重に機密扱いし、あなたの許可なしに個人情報を第三者に渡すことはありません。",
-  "security_what_we_promise_4": "問題解決に向けた進捗についてお知らせし続けます。",
-  "security_what_we_promise_5": "報告された問題に関する公開情報では、あなたの名前を問題の発見者として掲載します（特に希望しない限り）。",
-  "security_what_we_promise_title": "私たちの約束：",
-  "see_all_from_our_blog": "ブログのすべてを見る",
-  "see_in_play_store": "Playストアで見る",
-  "select_your_app": "あなたのアプリを選択してください",
-  "self_hosted_storage_options": "自己ホスト型のストレージオプション",
-  "semver_tester": "SemVerテスター",
-  "service_credits_desc": "サブスクリプション期間中の特定のカレンダー月にアップタイム保証が満たされなかった場合、顧客はサービスクレジット（「サービスクレジット」）を受ける資格があります。ただし、顧客はその不履行をCapgoに報告し、この付録に従ってサービスクレジットを要求する必要があります。ここに基づくサービスクレジットの金額は以下のように計算されます：X * Y。ただし、Xは関連するカレンダー月に対して、Capgoに支払う顧客の合計料金（請求される時期や支払時期に関係なく）、Yは関連するカレンダー月に提供された実際の可用性（総時間のパーセンテージ）の対応するクレジットパーセンテージであり、以下の表に示されています。",
-  "service_credits_title": "2. サービスクレジット",
-  "service_definition": "<strong>サービス</strong>はアプリケーションを指します。",
-  "service_level_agreement": "サービスレベル契約",
-  "setup_ci_cd_now": "CI/CD を今すぐ設定する →",
-  "setup_fee_github_gitlab_ci": "設定料金 + GitHub/GitLab CI",
-  "setup_fee_savings_comparison": "一度だけの設定料金2,600ドルと、gitプロバイダー（GitHub/GitLab）に直接支払う約30ドル/月は、AppFlow（499ドル/月）のようなマネージドソリューションと比較して94％の節約になります。",
-  "severity_level": "重大度レベル",
-  "share_test_builds_with_your_team": "あなたのチームとすぐにテストビルドを共有してください",
-  "share_where_you_want_to_contribute_to_fix_the_backend_of_capgo": "Capgoのバックエンドを修正するために貢献したいところです。",
-  "shared_numbers_api_response": "APIのレスポンス",
-  "shared_numbers_opensource": "オープンソース",
-  "shared_numbers_speed": "スピード",
-  "shared_numbers_success_rate_desc": "世界的な成功率",
-  "shared_numbers_uptodate_24h": "24時間以内に最新情報にする",
-  "ship_updates_fixes_changes_and_features": "Capacitorアプリ向けのオープンソースAppflow代替：ライブアップデート、ネイティブビルド配信、リリースチャンネル、リアルタイムログ、アナリティクスを1つのプラットフォームで",
-  "sign_in": "サインイン",
-  "sign_up_button": "サインアップ",
-  "sign_up_for_free": "無料でサインアップする",
-  "signed_verified": "署名済み＆確認済み",
-  "single_sign_on_sso": "シングルサインオン（SSO）",
-  "sla": "サービスレベル契約",
-  "sla_exclusions_title": "SLAの除外事項",
-  "sla_intro": "以下のサービスレベル合意は、Capgo（「Capgo」）と顧客との間のサブスクリプション契約の一部として組み込まれており、適用されるサブスクリプション期間中に注文書に指定されたエンタープライズ顧客向けサービスに適用されます。",
-  "sla_policy": "SLAポリシー",
-  "sla_title": "サービスレベルアグリーメント",
-  "smart_investment_massive_savings": "スマート投資、大幅な節約",
-  "soc1_compliant": "SOC 1準拠",
-  "soc2_compliance": "SOC 2認証済み",
-  "soc2_compliance_short": "SOC 2タイプII準拠",
-  "soc2_compliant": "SOC 2準拠",
-  "soc2_enterprise_only": "現在、エンタープライズプランでのみ利用可能です。",
-  "soc2_explanation": "SOC 2は、認識されたセキュリティコンプライアンス標準であるSOC 2タイプII認証を指します。CapgoはSOC 2タイプIIに認証されており、そのシステムとプロセスが独立して監査され、高いセキュリティ、可用性、および機密性の基準を確保しています。これにはデータ保護、アクセス制御、サービスの信頼性、安全なデータ取り扱いが含まれます。実際には、これはCapgoがエンタープライズグレードのセキュリティ対策を踏襲し、コンプライアンス要件を持つ企業や法人顧客やB2Bまたは規制環境で使用することができることを意味します。 SOC 2はエンタープライズ層に含まれています。",
-  "soc2_type_ii_certified_infrastructure": "SOC 2タイプII認証のインフラストラクチャは、最高のセキュリティとプライバシー基準を確保します",
-  "soc2_what_does_it_mean": "SOC 2：それは何を意味しますか？",
-  "social_auth_simplified": "ソーシャル認証の簡素化",
-  "solution_chat_shipped": "発送済み。次。",
-  "solution_chat_users_have_it": "私のユーザーはすでにそれを持っています。🎉",
-  "solution_chat_whats_status": "アプリのステータスは何ですか？",
-  "solutions": "ソリューション",
-  "solutions_agencies_badge": "代理店ソリューション",
-  "solutions_agencies_cta_note": "14-day free trial. No credit card required. Partner discounts available.",
-  "solutions_agencies_cta_subtitle": "Join agencies that manage client apps without the chaos. Start your free trial.",
-  "solutions_agencies_cta_title": "Ready to Simplify Client Management?",
-  "solutions_agencies_description": "すべてのクライアントアプリを1つのダッシュボードから管理。クライアント別チャンネル、チーム別アクセス。",
-  "solutions_agencies_hero_subtitle": "TestFlightアカウントとストアアクセスの管理から解放。すべてのクライアントのアップデートを1か所で管理。",
-  "solutions_agencies_hero_title": "すべてのクライアントアプリ。1つのダッシュボード。",
-  "solutions_agencies_nightmare_label": "The Agency Nightmare",
-  "solutions_agencies_nightmare_title": "Every Client Is Different. Deployment Shouldn't Be.",
-  "solutions_agencies_pain1_desc": "Every client has different app store accounts, different workflows, different expectations. Managing them all is chaos.",
-  "solutions_agencies_pain1_title": "10 Clients = 10 Deployment Processes",
-  "solutions_agencies_pain2_desc": "Client calls at 5 PM: 'The homepage is broken.' You fix it. Then you explain the 5-day app store review process.",
-  "solutions_agencies_pain2_title": "Clients Want Updates Yesterday",
-  "solutions_agencies_pain3_desc": "The developer who knew how to deploy to Client X left. Now nobody knows the credentials or the process.",
-  "solutions_agencies_pain3_title": "Team Turnover Breaks Everything",
-  "solutions_agencies_pain4_desc": "You quoted a fixed price. Now you're eating the cost of every bug fix because app store reviews eat your margins.",
-  "solutions_agencies_pain4_title": "Fixed-Price Projects, Unlimited Maintenance",
-  "solutions_agencies_pain5_desc": "'Why isn't the fix live yet?' Because Apple takes 5 days. But they don't understand that.",
-  "solutions_agencies_pain5_title": "Clients Blame You for Store Delays",
-  "solutions_agencies_pain6_desc": "When the project ends, transferring everything to the client takes weeks and still goes wrong.",
-  "solutions_agencies_pain6_title": "Handoff Is a Nightmare",
-  "solutions_agencies_partner": "Become a partner",
-  "solutions_agencies_partner_subtitle": "Exclusive benefits for agencies managing multiple client apps",
-  "solutions_agencies_partner_title": "Agency Partner Program",
-  "solutions_agencies_perk1_desc": "The more clients you manage, the less you pay per app. Discounts up to 40% off.",
-  "solutions_agencies_perk1_title": "Volume Discounts",
-  "solutions_agencies_perk2_desc": "Direct Slack channel with our team. Response in hours, not days.",
-  "solutions_agencies_perk2_title": "Priority Support",
-  "solutions_agencies_perk3_desc": "Featured in our agency directory. Case studies and testimonials that drive leads.",
-  "solutions_agencies_perk3_title": "Co-Marketing",
-  "solutions_agencies_short": "代理店",
-  "solutions_agencies_sol1_desc": "See all your clients' apps in one dashboard. Push updates to any of them with one click.",
-  "solutions_agencies_sol1_point1": "All clients, one login",
-  "solutions_agencies_sol1_point2": "Team permissions per client",
-  "solutions_agencies_sol1_point3": "White-label reporting for clients",
-  "solutions_agencies_sol1_title": "Unified Client Management",
-  "solutions_agencies_sol2_desc": "Your clients see your brand, not ours. Custom domains, custom emails, your logo everywhere.",
-  "solutions_agencies_sol2_point1": "Custom domains per client",
-  "solutions_agencies_sol2_point2": "Your branding on all reports",
-  "solutions_agencies_sol2_point3": "Client portals with your logo",
-  "solutions_agencies_sol2_title": "White-Label Everything",
-  "solutions_agencies_sol3_desc": "When the project ends, transfer everything to the client with one click. No missing credentials. No broken processes.",
-  "solutions_agencies_sol3_point1": "One-click ownership transfer",
-  "solutions_agencies_sol3_point2": "Documented deployment process",
-  "solutions_agencies_sol3_point3": "Training materials included",
-  "solutions_agencies_sol3_title": "Clean Client Handoffs",
-  "solutions_agencies_solution_label": "The Solution",
-  "solutions_agencies_solution_subtitle": "Manage deployments across every client from one place. Push updates in minutes, not days.",
-  "solutions_agencies_solution_title": "One Dashboard. All Your Clients.",
-  "solutions_agencies_tagline": "複数のクライアントアプリを管理",
-  "solutions_agencies_title": "代理店向け",
-  "solutions_app_store_compliant": "App Store準拠",
-  "solutions_avg_cost_per_bug": "Average cost per production bug",
-  "solutions_avg_review_time": "Average App Store review time",
-  "solutions_benefit1_desc": "Updates download while users use your app. No spinners, no loading screens, no interruptions. When they next launch, the new version is simply there.",
-  "solutions_benefit1_point1": "Differential updates download only changed files - typically 100KB-500KB instead of full bundles",
-  "solutions_benefit1_point2": "Intelligent bandwidth detection pauses downloads on slow connections to preserve user experience",
-  "solutions_benefit1_point3": "Updates never interrupt active sessions - they apply only on next cold start",
-  "solutions_benefit1_stat": "of updates complete without user awareness",
-  "solutions_benefit1_title": "Silent Background Updates",
-  "solutions_benefit2_desc": "Every update is wrapped in crash detection. If your new code causes crashes, Capgo automatically reverts to the previous working version. Your users never see a broken app.",
-  "solutions_benefit2_point1": "Crash detection triggers within the first 10 seconds of app launch",
-  "solutions_benefit2_point2": "Automatic rollback preserves user data and session state",
-  "solutions_benefit2_point3": "You're immediately notified with crash logs and stack traces",
-  "solutions_benefit2_stat": "Average rollback time when issues detected",
-  "solutions_benefit2_title": "Automatic Rollback Protection",
-  "solutions_benefit3_desc": "Capgo works within Apple and Google's guidelines. You're updating JavaScript and assets - not native code. Both app stores explicitly allow this, and thousands of apps use Capgo in production.",
-  "solutions_benefit3_point1": "Apple's 3.3.2 permits JavaScript updates that don't change app functionality",
-  "solutions_benefit3_point2": "Google Play allows updates that preserve the app's core purpose",
-  "solutions_benefit3_point3": "Used by Fortune 500 companies without any app store rejections",
-  "solutions_benefit3_stat": "App store compliance rate",
-  "solutions_benefit3_title": "100% App Store Compliant",
-  "solutions_benefits_subtitle": "Every feature exists because production teams told us they needed it. Here's what makes Capgo different.",
-  "solutions_beta_testing": "ベータテスト",
-  "solutions_beta_testing_compare_capgo": "Capgo Channel Testing",
-  "solutions_beta_testing_compare_distribution": "Distribution",
-  "solutions_beta_testing_compare_distribution_capgo": "Share a link",
-  "solutions_beta_testing_compare_distribution_tf": "Email invites, account setup",
-  "solutions_beta_testing_compare_feedback": "Feedback Loop",
-  "solutions_beta_testing_compare_feedback_capgo": "Seconds to minutes",
-  "solutions_beta_testing_compare_feedback_tf": "Hours to days",
-  "solutions_beta_testing_compare_switching": "Switch Builds",
-  "solutions_beta_testing_compare_switching_capgo": "Tap channel (< 30 sec)",
-  "solutions_beta_testing_compare_switching_tf": "Download new build (5+ min)",
-  "solutions_beta_testing_compare_testflight": "TestFlight / Google Beta",
-  "solutions_beta_testing_compare_title": "TestFlight vs Capgo Beta Testing",
-  "solutions_beta_testing_compare_upload": "Upload & Processing",
-  "solutions_beta_testing_compare_upload_capgo": "< 1 minute",
-  "solutions_beta_testing_compare_upload_tf": "15-30 minutes",
-  "solutions_beta_testing_cta_subtitle": "Start distributing test builds in seconds instead of hours.",
-  "solutions_beta_testing_cta_title": "Accelerate Your Testing Workflow",
-  "solutions_beta_testing_description": "Let testers, QA teams, and beta users browse available channels directly in your app. Send deep links to switch channels instantly - the fastest way to distribute test builds.",
-  "solutions_beta_testing_feature1_desc": "Build a simple UI that lists available channels. Testers tap to switch - the new build downloads and applies immediately.",
-  "solutions_beta_testing_feature1_title": "In-App Channel Selector",
-  "solutions_beta_testing_feature2_desc": "Generate a link that opens your app and switches to a specific channel. Share via Slack, email, or add to your PR template.",
-  "solutions_beta_testing_feature2_title": "Deep Link Distribution",
-  "solutions_beta_testing_feature3_desc": "No more waiting for TestFlight processing. No more explaining Google Play beta enrollment. Just share a link and testers have the build.",
-  "solutions_beta_testing_feature3_title": "Skip TestFlight Entirely",
-  "solutions_beta_testing_feature4_desc": "Push a fix, testers get it in seconds. No reinstalls, no approval delays. The fastest feedback loop in mobile development.",
-  "solutions_beta_testing_feature4_title": "Instant Feedback Loop",
-  "solutions_beta_testing_hero_subtitle": "Your team can't afford days-long TestFlight delays. Skip the App Store beta process entirely - testers switch between builds in seconds, not days.",
-  "solutions_beta_testing_hero_title": "The Fastest Way to Test Mobile Apps",
-  "solutions_beta_testing_title": "Beta Testing & QA",
-  "solutions_beta_testing_usecases_beta": "External Beta Users",
-  "solutions_beta_testing_usecases_beta_desc": "Share a deep link with beta testers. They get new builds without understanding TestFlight or beta channels.",
-  "solutions_beta_testing_usecases_qa": "Internal QA",
-  "solutions_beta_testing_usecases_qa_desc": "Your QA team tests multiple builds per day. Let them switch channels instantly without reinstalling the app.",
-  "solutions_beta_testing_usecases_stakeholders": "Stakeholder Reviews",
-  "solutions_beta_testing_usecases_stakeholders_desc": "Project managers and executives can review features without any technical setup - just tap a link.",
-  "solutions_beta_testing_usecases_title": "Use Cases",
-  "solutions_bug_cost_explanation": "Engineering time, support tickets, lost revenue, and reputation damage add up quickly. A $47,000 average doesn't include lost lifetime value.",
-  "solutions_by_industry": "業界別",
-  "solutions_by_team": "チーム別",
-  "solutions_by_use_case": "ユースケース別",
-  "solutions_churn_explanation": "Research shows users who experience bugs are 23% more likely to uninstall within 7 days. You're losing users while waiting for review.",
-  "solutions_cordova_to_capacitor_ai_badge": "AI支援移行",
-  "solutions_cordova_to_capacitor_ai_cta_all_inclusive": "オールインクルーシブ移行",
-  "solutions_cordova_to_capacitor_ai_cta_premium_support": "プレミアムサポート",
-  "solutions_cordova_to_capacitor_ai_cta_talk": "チームに相談",
-  "solutions_cordova_to_capacitor_ai_description": "実践的なチェックリスト、プラグイン置き換えマップ、Capgo優先の代替案を含む、2026年版のAI支援Cordova→Capacitor移行ガイド。コピペできるプロンプトと、オールインクルーシブ移行オプションも用意しています。",
-  "solutions_cordova_to_capacitor_ai_h1": "AI支援のCordova→Capacitor移行",
-  "solutions_cordova_to_capacitor_ai_help_item1": "Cordova→Capacitor移行サービス",
-  "solutions_cordova_to_capacitor_ai_help_item2": "継続的なネイティブ対応とリリース支援のプレミアムサポート",
-  "solutions_cordova_to_capacitor_ai_hero_subtitle": "実践的チェックリスト + プラグイン置き換えマップ + コピペ用AIプロンプト。想定外を減らし、切り替えを速くし、安定したCapacitor基盤を作りたいチーム向け。",
-  "solutions_cordova_to_capacitor_ai_last_updated": "最終更新日：",
-  "solutions_cordova_to_capacitor_ai_last_updated_date": "2026年2月8日",
-  "solutions_cordova_to_capacitor_ai_link_checklist": "移行チェックリスト",
-  "solutions_cordova_to_capacitor_ai_link_help": "オールインクルーシブ",
-  "solutions_cordova_to_capacitor_ai_link_plugins": "プラグイン置き換えマップ",
-  "solutions_cordova_to_capacitor_ai_link_prompts": "AIプロンプト",
-  "solutions_cordova_to_capacitor_ai_link_skills": "AIエージェント向けCapgo Skills",
-  "solutions_cordova_to_capacitor_ai_official_reference": "公式リファレンス：",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_link": "Capgoプラグイン",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_prefix": "Capgoのプラグインカタログを機能別に確認：",
-  "solutions_cordova_to_capacitor_ai_prompt1_title": "プロンプト1：プラグイン置き換え計画を作る",
-  "solutions_cordova_to_capacitor_ai_prompt2_title": "プロンプト2：config.xmlの設定をCapacitor + ネイティブ変更に落とし込む",
-  "solutions_cordova_to_capacitor_ai_prompt3_title": "プロンプト3：切り替えテスト計画（実機）",
-  "solutions_cordova_to_capacitor_ai_quick_links": "クイックリンク",
-  "solutions_cordova_to_capacitor_ai_row_bg_geo": "バックグラウンド位置情報",
-  "solutions_cordova_to_capacitor_ai_row_biometrics": "生体認証",
-  "solutions_cordova_to_capacitor_ai_row_camera": "カメラ",
-  "solutions_cordova_to_capacitor_ai_row_iap": "アプリ内課金",
-  "solutions_cordova_to_capacitor_ai_row_inappbrowser": "アプリ内ブラウザ",
-  "solutions_cordova_to_capacitor_ai_row_live_updates": "OTA / ライブアップデート",
-  "solutions_cordova_to_capacitor_ai_row_scanner": "ドキュメントスキャン",
-  "solutions_cordova_to_capacitor_ai_row_social_login": "ソーシャルログイン",
-  "solutions_cordova_to_capacitor_ai_row_sqlite": "SQLite",
-  "solutions_cordova_to_capacitor_ai_section_changes_body": "CapacitorはWebアプリをホストするネイティブアプリに近い構成です。実際のXcode/Android Studioプロジェクトを出荷し、既存のWebコードを維持しつつ、Capacitor-first APIでプラグインを近代化できます。",
-  "solutions_cordova_to_capacitor_ai_section_changes_title": "Cordovaを離れると何が変わるか",
-  "solutions_cordova_to_capacitor_ai_section_checklist_title": "移行チェックリスト（実務順）",
-  "solutions_cordova_to_capacitor_ai_section_help_body": "ストア審査のブロッカー、プラグインの回帰、既存ユーザー向けアップグレード経路のリスクが心配なら、移行をエンドツーエンドで対応できます。",
-  "solutions_cordova_to_capacitor_ai_section_help_title": "オールインクルーシブが必要ですか？",
-  "solutions_cordova_to_capacitor_ai_section_plugins_body": "移行時に「なんとなく動く」プラグイン挙動を受け入れるのは最悪です。リスクの高いプラグイン（認証、決済、バックグラウンド処理）から先に置き換えましょう。",
-  "solutions_cordova_to_capacitor_ai_section_plugins_title": "プラグイン置き換えマップ（Capgo優先）",
-  "solutions_cordova_to_capacitor_ai_section_prompts_body": "これらのプロンプトは、曖昧な助言ではなく、使える成果物（表、チェックリスト、計画）を出すために設計されています。",
-  "solutions_cordova_to_capacitor_ai_section_prompts_title": "コピペできるAIプロンプト",
-  "solutions_cordova_to_capacitor_ai_section_skills_body": "AIコーディングエージェント（Cursor、Claude Code等）を使う場合、Capacitor移行のプレイブックに沿わせると結果が安定します。CapgoはCapacitor向けのオープンソースSkills（プラグイン、ベストプラクティス、デバッグ、CI/CD、ライブアップデート）を公開しています。",
-  "solutions_cordova_to_capacitor_ai_section_skills_title": "AIエージェント向けCapgo Skills（移行に強い）",
-  "solutions_cordova_to_capacitor_ai_short": "AI移行ガイド（2026）",
-  "solutions_cordova_to_capacitor_ai_skills_see_link": "AIエージェント向けCapacitor Skills",
-  "solutions_cordova_to_capacitor_ai_skills_see_prefix": "参照：",
-  "solutions_cordova_to_capacitor_ai_step1_item1": "<strong>config.xml</strong> の設定（画面向き、ステータスバー等）",
-  "solutions_cordova_to_capacitor_ai_step1_item2": "プラグイン変数（APIキー、Manifestプレースホルダ、URLスキーム）",
-  "solutions_cordova_to_capacitor_ai_step1_item3": "依存しているカスタムhook/スクリプト",
-  "solutions_cordova_to_capacitor_ai_step1_item4": "<code>platforms/</code> 内で手作業で加えたネイティブ変更",
-  "solutions_cordova_to_capacitor_ai_step1_subtitle": "現状をエクスポートし、移行の入力として保持します：",
-  "solutions_cordova_to_capacitor_ai_step1_title": "1) Cordovaアプリを棚卸し",
-  "solutions_cordova_to_capacitor_ai_step2_body": "<code>webDir</code> がビルド出力フォルダ（例：<code>dist</code>、<code>build</code>、<code>www</code>）と一致していることを確認してください。",
-  "solutions_cordova_to_capacitor_ai_step2_title": "2) WebアプリにCapacitorを追加",
-  "solutions_cordova_to_capacitor_ai_step3_title": "3) iOS + Androidプロジェクトを追加",
-  "solutions_cordova_to_capacitor_ai_step4_title": "4) Build + Sync",
-  "solutions_cordova_to_capacitor_ai_table_cordova_plugin": "Cordovaプラグイン（例）",
-  "solutions_cordova_to_capacitor_ai_table_replacement": "推奨Capacitor置き換え",
-  "solutions_cordova_to_capacitor_ai_table_use_case": "用途",
-  "solutions_cordova_to_capacitor_ai_title": "AI支援のCordova→Capacitor移行（2026）",
-  "solutions_cordova_to_capacitor_badge": "Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_benefit1_desc": "Capacitor follows iOS and Android changes closely, with active community support and a steady stream of updates.",
-  "solutions_cordova_to_capacitor_benefit1_title": "A Maintained Ecosystem",
-  "solutions_cordova_to_capacitor_benefit2_desc": "Modern native projects and clearer plugin patterns mean fewer mysterious runtime issues and faster root-cause analysis.",
-  "solutions_cordova_to_capacitor_benefit2_title": "Fewer Bugs and Easier Debugging",
-  "solutions_cordova_to_capacitor_benefit3_desc": "More modern tooling and WebView integration unlock faster startup paths and smoother UX when you optimize.",
-  "solutions_cordova_to_capacitor_benefit3_title": "Performance Headroom",
-  "solutions_cordova_to_capacitor_benefit4_desc": "Spend less time on forks and brittle build fixes. Reduce the long-term cost of ownership.",
-  "solutions_cordova_to_capacitor_benefit4_title": "Lower Maintenance Burden",
-  "solutions_cordova_to_capacitor_benefit5_desc": "Standard Xcode/Android Studio workflows plus modern CI/CD. Pair with live updates to ship fixes without waiting on reviews.",
-  "solutions_cordova_to_capacitor_benefit5_title": "Faster Releases and Safer Rollouts",
-  "solutions_cordova_to_capacitor_benefit6_desc": "Use Capacitor plugins, keep compatible Cordova plugins when needed, or build custom Swift/Kotlin plugins cleanly.",
-  "solutions_cordova_to_capacitor_benefit6_title": "More Plugins, More Capabilities",
-  "solutions_cordova_to_capacitor_benefit7_desc": "Stay current with platform requirements and dependency updates, and reduce the risk of abandoned packages.",
-  "solutions_cordova_to_capacitor_benefit7_title": "Better Security Posture",
-  "solutions_cordova_to_capacitor_benefit8_desc": "Move on a stack that makes it easier to implement and maintain screen reader support, focus management, and UX fixes.",
-  "solutions_cordova_to_capacitor_benefit8_title": "Accessibility Improvements That Stick",
-  "solutions_cordova_to_capacitor_benefits_label": "Benefits",
-  "solutions_cordova_to_capacitor_benefits_subtitle": "Better maintenance, fewer bugs, better performance, and more ways to ship.",
-  "solutions_cordova_to_capacitor_benefits_title": "Why Capacitor Is the Better Long-Term Bet",
-  "solutions_cordova_to_capacitor_cta_note": "Fixed timeline for most apps. Complex native integrations may require a follow-up phase.",
-  "solutions_cordova_to_capacitor_cta_subtitle": "Get a 10-day migration plan and a modern Capacitor baseline you can build on for years.",
-  "solutions_cordova_to_capacitor_cta_title": "Ready to Leave Cordova Behind?",
-  "solutions_cordova_to_capacitor_day10_desc": "Cut a release candidate, support store submission if needed, and hand off docs and next steps.",
-  "solutions_cordova_to_capacitor_day10_title": "Go-Live Support",
-  "solutions_cordova_to_capacitor_day1_desc": "Review Cordova config, plugins, native hooks, and build pipeline. Produce a migration plan and risk list.",
-  "solutions_cordova_to_capacitor_day1_title": "Audit and Migration Plan",
-  "solutions_cordova_to_capacitor_day2_desc": "Initialize Capacitor, set up iOS/Android projects, align package scripts, and establish baseline builds.",
-  "solutions_cordova_to_capacitor_day2_title": "Capacitor Project Setup",
-  "solutions_cordova_to_capacitor_day3_desc": "Wire your existing web build into Capacitor, configure app metadata, icons, and basic runtime settings.",
-  "solutions_cordova_to_capacitor_day3_title": "Web App Integration",
-  "solutions_cordova_to_capacitor_day4_desc": "Map Cordova plugins to Capacitor equivalents. Keep compatible Cordova plugins when safe, replace the rest.",
-  "solutions_cordova_to_capacitor_day4_title": "Plugin Mapping",
-  "solutions_cordova_to_capacitor_day5_desc": "Configure permissions, entitlements, deep links, push prerequisites, and any required native settings.",
-  "solutions_cordova_to_capacitor_day5_title": "Native Configuration",
-  "solutions_cordova_to_capacitor_day6_desc": "Validate core user flows and ensure parity with your Cordova app. Fix regressions and edge cases.",
-  "solutions_cordova_to_capacitor_day6_title": "Feature Parity Pass",
-  "solutions_cordova_to_capacitor_day7_desc": "Remove legacy workarounds, tune WebView settings, and fix crashers found during testing.",
-  "solutions_cordova_to_capacitor_day7_title": "Performance and Stability Hardening",
-  "solutions_cordova_to_capacitor_day8_desc": "Improve screen reader behavior, focus order, and touch targets. Validate with real devices.",
-  "solutions_cordova_to_capacitor_day8_title": "Accessibility Pass",
-  "solutions_cordova_to_capacitor_day9_desc": "Set up repeatable builds, signing, and a release checklist. Create a rollback plan.",
-  "solutions_cordova_to_capacitor_day9_title": "CI/CD and Release Prep",
-  "solutions_cordova_to_capacitor_deliverable1": "A working Capacitor iOS project (Xcode) and Android project (Gradle/Android Studio)",
-  "solutions_cordova_to_capacitor_deliverable2": "Critical plugins migrated or replaced, with a clear compatibility matrix",
-  "solutions_cordova_to_capacitor_deliverable3": "A documented build and release process (local + CI)",
-  "solutions_cordova_to_capacitor_deliverable4": "A tested migration branch/PR ready to merge, with a release checklist",
-  "solutions_cordova_to_capacitor_deliverable5": "Accessibility and performance improvements prioritized with quick wins applied",
-  "solutions_cordova_to_capacitor_deliverable6": "A roadmap for remaining plugin work and future native capabilities",
-  "solutions_cordova_to_capacitor_deliverables_label": "Deliverables",
-  "solutions_cordova_to_capacitor_deliverables_note": "Need custom native work or a plugin that doesn't exist? We can build and maintain it.",
-  "solutions_cordova_to_capacitor_deliverables_title": "What You Get at the End",
-  "solutions_cordova_to_capacitor_description": "Move from Cordova to Capacitor in 10 days. Reduce maintenance burden, improve performance and accessibility, and unlock a richer plugin ecosystem.",
-  "solutions_cordova_to_capacitor_diy_cta": "Read the migration guide",
-  "solutions_cordova_to_capacitor_diy_subtitle": "We have a step-by-step guide if you want to migrate yourself, and we're here if you want experts to run it end-to-end.",
-  "solutions_cordova_to_capacitor_diy_title": "Prefer to DIY?",
-  "solutions_cordova_to_capacitor_faq1_a": "No. In most migrations, your web UI and business logic stay the same. We focus on the native layer, plugins, and build pipeline.",
-  "solutions_cordova_to_capacitor_faq1_q": "Do we have to rewrite the app?",
-  "solutions_cordova_to_capacitor_faq2_a": "Sometimes. Capacitor can use many Cordova plugins, but we prefer maintained equivalents for critical paths to reduce long-term risk.",
-  "solutions_cordova_to_capacitor_faq2_q": "Can we keep Cordova plugins?",
-  "solutions_cordova_to_capacitor_faq3_a": "Those are usually better in Capacitor because the ecosystem is active. We map each capability to stable plugins and configure native settings.",
-  "solutions_cordova_to_capacitor_faq3_q": "What about push notifications, deep links, and biometrics?",
-  "solutions_cordova_to_capacitor_faq4_a": "Typically you gain performance headroom and stability by removing legacy code and moving to modern tooling. We also run a hardening pass during the migration.",
-  "solutions_cordova_to_capacitor_faq4_q": "Will this improve performance?",
-  "solutions_cordova_to_capacitor_faq5_a": "We keep feature parity as the goal, test core flows, and ship with a rollback plan. If you use live updates, you can also fix issues fast after release.",
-  "solutions_cordova_to_capacitor_faq5_q": "How do you reduce release risk?",
-  "solutions_cordova_to_capacitor_faq6_a": "Access to your repo, your current signing/setup (or someone who can provide it), and a list of must-have plugins and flows.",
-  "solutions_cordova_to_capacitor_faq6_q": "What do you need from us to start?",
-  "solutions_cordova_to_capacitor_faq_subtitle": "The common questions teams ask before migrating.",
-  "solutions_cordova_to_capacitor_faq_title": "FAQ",
-  "solutions_cordova_to_capacitor_hero_highlight": "Fixed timeline, clear deliverables, and a safe release plan",
-  "solutions_cordova_to_capacitor_hero_subtitle": "Keep your UI and business logic, modernize the native layer, and unlock a maintained ecosystem of plugins and capabilities.",
-  "solutions_cordova_to_capacitor_hero_title": "Migrate from Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_pain1_desc": "Unmaintained plugins break with new SDKs. Teams end up forking, patching, and carrying tech debt release after release.",
-  "solutions_cordova_to_capacitor_pain1_title": "Plugins Are Aging",
-  "solutions_cordova_to_capacitor_pain2_desc": "Xcode and Android Gradle changes turn routine upgrades into fire drills, slowing down releases and increasing risk.",
-  "solutions_cordova_to_capacitor_pain2_title": "Builds Break on Every Platform Update",
-  "solutions_cordova_to_capacitor_pain3_desc": "Modern accessibility expectations require maintained tooling and plugins. Legacy stacks make improvements slower and bug-prone.",
-  "solutions_cordova_to_capacitor_pain3_title": "Accessibility and UX Are Harder Than They Should Be",
-  "solutions_cordova_to_capacitor_pain4_desc": "Biometrics, passkeys, modern notifications, deep links, app extensions: the Capacitor ecosystem moves faster and gives you options.",
-  "solutions_cordova_to_capacitor_pain4_title": "You Miss Out on New Capabilities",
-  "solutions_cordova_to_capacitor_plan_label": "10-Day Plan",
-  "solutions_cordova_to_capacitor_plan_subtitle": "We start with an audit, migrate the native layer, replace critical plugins, and ship with confidence.",
-  "solutions_cordova_to_capacitor_plan_title": "A Clear Migration Plan, Delivered in 10 Days",
-  "solutions_cordova_to_capacitor_reality_label": "Why Move",
-  "solutions_cordova_to_capacitor_reality_subtitle": "The longer you wait, the more expensive each iOS/Android update becomes.",
-  "solutions_cordova_to_capacitor_reality_title": "Cordova Is Quietly Taxing Your Team",
-  "solutions_cordova_to_capacitor_scope_keep_html": "<li>Your existing UI and routes</li><li>Your JS/TS codebase and state management</li><li>Your backend, APIs, and analytics</li><li>Your product roadmap</li><li>Your app identity and store presence</li>",
-  "solutions_cordova_to_capacitor_scope_keep_title": "You keep",
-  "solutions_cordova_to_capacitor_scope_note": "We migrate your native layer while preserving your product. The goal is a stable Capacitor baseline you can iterate on.",
-  "solutions_cordova_to_capacitor_scope_title": "Keep What Works. Upgrade What Holds You Back.",
-  "solutions_cordova_to_capacitor_scope_upgrade_html": "<li>Native iOS/Android projects (Xcode, Android Studio)</li><li>Plugin layer with maintained equivalents</li><li>Build configuration, signing, and permissions</li><li>Modern debugging and tooling</li><li>Release pipeline and rollback plan</li>",
-  "solutions_cordova_to_capacitor_scope_upgrade_title": "We upgrade",
-  "solutions_cordova_to_capacitor_short": "Cordova to Capacitor",
-  "solutions_cordova_to_capacitor_title": "Cordova to Capacitor Migration",
-  "solutions_cordova_to_capacitor_visual1_desc": "Replace brittle plugins and remove legacy hacks that cause crashes and weird edge cases.",
-  "solutions_cordova_to_capacitor_visual1_title": "Fewer Production Bugs",
-  "solutions_cordova_to_capacitor_visual2_desc": "Stay aligned with platform changes, reduce forks, and keep dependencies current.",
-  "solutions_cordova_to_capacitor_visual2_title": "Maintenance and Security",
-  "solutions_cordova_to_capacitor_visual3_desc": "Native builds that CI understands, plus faster releases with safer rollouts.",
-  "solutions_cordova_to_capacitor_visual3_title": "Modern Delivery Workflow",
-  "solutions_days": "日",
-  "solutions_direct_background_mode": "Background Mode (Default)",
-  "solutions_direct_background_problem": "The Problem with Background Updates",
-  "solutions_direct_benefit1_desc": "Every user who opens your app after an update gets the new version immediately. No exceptions. No 'one more session with the bug.' Every single session runs your latest code.",
-  "solutions_direct_benefit1_point1": "100% of sessions run your latest code - not 95%, not 99%, but 100%",
-  "solutions_direct_benefit1_point2": "Critical bug fixes reach users before they can experience the bug",
-  "solutions_direct_benefit1_point3": "Compliance updates take effect immediately across all devices",
-  "solutions_direct_benefit1_stat": "of sessions running latest code",
-  "solutions_direct_benefit1_title": "Zero Outdated Sessions",
-  "solutions_direct_benefit2_desc": "When you push a fix, it's truly fixed. Users don't experience the bug 'one more time' while waiting for the next launch. The moment they open the app after your fix, they get the fixed version.",
-  "solutions_direct_benefit2_point1": "No more 'I just hit that bug' support tickets after you've deployed",
-  "solutions_direct_benefit2_point2": "Monitoring shows immediate improvement, not gradual rollout curves",
-  "solutions_direct_benefit2_point3": "On-call engineers can go back to sleep immediately after deploying",
-  "solutions_direct_benefit2_stat": "Bug experiences after fix deployed",
-  "solutions_direct_benefit2_title": "Instant Bug Resolution",
-  "solutions_direct_benefit3_desc": "New users downloading your app for the first time always get your best onboarding flow. When you A/B test and find a winner, every new user gets it immediately - not after a background download cycle.",
-  "solutions_direct_benefit3_point1": "New users never see outdated onboarding flows",
-  "solutions_direct_benefit3_point2": "A/B test winners deploy instantly to 100% of new users",
-  "solutions_direct_benefit3_point3": "First impressions are always your best current experience",
-  "solutions_direct_benefit3_stat": "Improvement in Day-1 retention",
-  "solutions_direct_benefit3_title": "Optimized User Onboarding",
-  "solutions_direct_benefits_subtitle": "Direct Updates solve problems that background updates can't. Here's what makes the difference.",
-  "solutions_direct_benefits_title": "Why Teams Choose Direct Updates",
-  "solutions_direct_bg_result": "Users always experience one session with the old version after you push an update.",
-  "solutions_direct_bg_step1": "User opens app",
-  "solutions_direct_bg_step2": "App renders immediately (old version)",
-  "solutions_direct_bg_step3": "Update downloads in background",
-  "solutions_direct_bg_step4": "Update applies on NEXT launch",
-  "solutions_direct_case_company": "QuickCart",
-  "solutions_direct_case_industry": "E-Commerce - Flash Sale App",
-  "solutions_direct_case_metric1_label": "Time to 100% deployment",
-  "solutions_direct_case_metric1_value": "0 minutes",
-  "solutions_direct_case_metric2_label": "Affected transactions post-fix",
-  "solutions_direct_case_metric2_value": "0",
-  "solutions_direct_case_metric3_label": "Revenue protected per incident",
-  "solutions_direct_case_metric3_value": "$1.8M+",
-  "solutions_direct_case_metric4_label": "Customer support tickets",
-  "solutions_direct_case_metric4_value": "-97%",
-  "solutions_direct_case_para1": "QuickCart runs flash sales with 100,000+ concurrent users during peak events. When a payment gateway update broke their checkout flow, they discovered it 4 hours into a major sale. With background updates, users who had already opened the app would experience the bug.",
-  "solutions_direct_case_para2": "Their engineering team pushed the fix in 23 minutes. But with background updates, over 40,000 users who opened the app during those 23 minutes would still hit the bug on their current session. At their average order value of $47, that represented over $1.8 million in at-risk revenue.",
-  "solutions_direct_case_para3": "After switching to Direct Updates, their next incident was resolved with zero affected transactions. The fix deployed in 18 minutes, and every user who opened the app after that moment got the fixed version immediately. Their CFO now insists on Direct Updates for all customer-facing payment flows.",
-  "solutions_direct_case_quote": "Background updates are fine for feature releases. But for anything touching payments, authentication, or compliance? Direct Updates are non-negotiable.",
-  "solutions_direct_case_quote_author": "David Park, VP of Engineering at QuickCart",
-  "solutions_direct_case_results": "The Results",
-  "solutions_direct_d_result": "Users always see your latest code. Zero exceptions. Zero outdated sessions.",
-  "solutions_direct_d_step1": "User opens app",
-  "solutions_direct_d_step2": "Update downloads immediately (~500ms)",
-  "solutions_direct_d_step3": "App renders with latest version",
-  "solutions_direct_direct_mode": "Direct Mode (Instant)",
-  "solutions_direct_final_cta_note": "One config change. Sub-second updates. Zero outdated sessions.",
-  "solutions_direct_final_cta_subtitle": "Every session after your fix should run your fix. Direct Updates make that a reality.",
-  "solutions_direct_final_cta_title": "Stop Letting Users Experience Fixed Bugs",
-  "solutions_direct_instant_apply": "Updates apply instantly",
-  "solutions_direct_problem_result": "With background updates, users experience bugs at least once after you've fixed them. For critical issues, that's too many times.",
-  "solutions_direct_problem_step1_desc": "Your update is available, but the user sees the buggy version. Background download starts silently.",
-  "solutions_direct_problem_step1_title": "User Opens App with Bug",
-  "solutions_direct_problem_step2_desc": "They encounter the exact issue you fixed. Frustration builds. Maybe they leave a 1-star review.",
-  "solutions_direct_problem_step2_title": "User Experiences the Bug",
-  "solutions_direct_problem_step3_desc": "The fix was ready, but they had to experience the bug first. For critical issues, that's unacceptable.",
-  "solutions_direct_problem_step3_title": "Update Applies on NEXT Launch",
-  "solutions_direct_problem_title": "Background Updates Aren't Fast Enough for Critical Fixes",
-  "solutions_direct_scenario1_desc": "Users can't complete purchases. Every session without the fix is lost revenue.",
-  "solutions_direct_scenario1_title": "Payment Flow Broken",
-  "solutions_direct_scenario2_desc": "A security flaw was discovered. Users shouldn't run the vulnerable code even once.",
-  "solutions_direct_scenario2_title": "Security Vulnerability",
-  "solutions_direct_scenario3_desc": "New regulations take effect at midnight. Every user must see the updated terms immediately.",
-  "solutions_direct_scenario3_title": "Compliance Deadline",
-  "solutions_direct_scenario_title": "How QuickCart Eliminated Payment Failures Overnight",
-  "solutions_direct_solution_subtitle": "Direct Updates check for and apply updates when users open your app - before they see anything. The experience is seamless, and every session runs your latest code.",
-  "solutions_direct_solution_title": "Updates That Apply Before the App Renders",
-  "solutions_direct_speed_apply": "Total time to app render",
-  "solutions_direct_speed_check": "Update check time",
-  "solutions_direct_speed_download": "Typical bundle download",
-  "solutions_direct_speed_subtitle": "Direct Updates are only viable if they're fast. Our global infrastructure ensures updates apply in under a second.",
-  "solutions_direct_speed_title": "Built for Speed",
-  "solutions_direct_speed_uptime": "Infrastructure uptime",
-  "solutions_direct_sub_second": "Sub-second update time",
-  "solutions_direct_updates": "ダイレクトアップデート",
-  "solutions_direct_updates_description": "Fix critical bugs in seconds, not weeks. Show users the latest version immediately when they open your app - no waiting for background downloads.",
-  "solutions_direct_updates_hero_subtitle": "Your app can't afford critical bugs sitting unfixed while App Store reviews drag on. Direct Updates ensure every user gets the fix immediately on their next app open.",
-  "solutions_direct_updates_hero_title": "Fix Bugs in Seconds, Not Weeks",
-  "solutions_direct_updates_title": "Direct Updates - Instant App Changes",
-  "solutions_direct_usecase1_desc": "Payment failures, authentication issues, data corruption - bugs where experiencing them once is too many times.",
-  "solutions_direct_usecase1_title": "Critical Bug Fixes",
-  "solutions_direct_usecase2_desc": "First impressions matter. Ensure every new user gets your best, most optimized onboarding experience from their first session.",
-  "solutions_direct_usecase2_title": "New User Onboarding",
-  "solutions_direct_usecase3_desc": "Features tied to specific times - holiday sales, product launches, live events. They need to be live exactly when the event starts.",
-  "solutions_direct_usecase3_title": "Event-Based Features",
-  "solutions_direct_usecase4_desc": "Vulnerability discovered? Users shouldn't run vulnerable code even once after you've patched it.",
-  "solutions_direct_usecase4_title": "Security Patches",
-  "solutions_direct_usecase5_desc": "Found a winning variant? Ship it to 100% of users immediately instead of waiting for gradual background updates.",
-  "solutions_direct_usecase5_title": "A/B Test Rollouts",
-  "solutions_direct_usecase6_desc": "New regulations, updated terms, required disclosures. Legal deadlines don't wait for background downloads.",
-  "solutions_direct_usecase6_title": "Compliance Updates",
-  "solutions_direct_when_matters": "When Every Session Matters",
-  "solutions_direct_when_subtitle": "Direct Updates are ideal for scenarios where immediate consistency matters more than invisible updates.",
-  "solutions_direct_when_title": "When to Use Direct Updates",
-  "solutions_direct_zero_outdated": "Zero outdated sessions",
-  "solutions_ecommerce_badge": "Eコマース最適化",
-  "solutions_ecommerce_cta_note": "14-day free trial. No credit card required. Works with any e-commerce platform.",
-  "solutions_ecommerce_cta_subtitle": "Deploy updates during your biggest sales. Fix bugs before they cost you customers.",
-  "solutions_ecommerce_cta_title": "Ready to Stop Losing Sales?",
-  "solutions_ecommerce_description": "チェックアウトの障害は毎分売上に影響。バグを即座に修正、フラッシュセールを実施。",
-  "solutions_ecommerce_hero_subtitle": "深夜にチェックアウトボタンが壊れた？明日の売上を失う代わりに即座に修正。",
-  "solutions_ecommerce_hero_title": "素早いアップデートで売上を守る",
-  "solutions_ecommerce_nightmare_cost": "Lost revenue per hour with broken checkout",
-  "solutions_ecommerce_nightmare_para1": "It's Black Friday morning. Traffic is 10x normal. Then you see it: the promo code field doesn't work on iOS.",
-  "solutions_ecommerce_nightmare_para2": "You have 10,000 customers trying to check out. They can't apply their 30% discount. They're abandoning carts.",
-  "solutions_ecommerce_nightmare_para3": "You fix the bug in 20 minutes. But the fix won't go live until next Wednesday. After the sale ends.",
-  "solutions_ecommerce_nightmare_title": "Black Friday Nightmare",
-  "solutions_ecommerce_pain1_desc": "Your sale starts in 2 hours. You just found a bug in the promo code logic. App store review takes 5 days.",
-  "solutions_ecommerce_pain1_title": "Flash Sales Can't Wait",
-  "solutions_ecommerce_pain2_desc": "Every checkout bug is lost revenue. Every. Single. One. And you can't fix them fast enough.",
-  "solutions_ecommerce_pain2_title": "Cart Bugs Kill Conversions",
-  "solutions_ecommerce_pain3_desc": "You want to test a new checkout flow. With app store reviews, each iteration takes a week.",
-  "solutions_ecommerce_pain3_title": "A/B Testing Is Too Slow",
-  "solutions_ecommerce_pain4_desc": "'App is broken' reviews during peak season destroy your conversion rate. And they're permanent.",
-  "solutions_ecommerce_pain4_title": "Bad Reviews Tank Sales",
-  "solutions_ecommerce_reality_label": "The E-commerce Reality",
-  "solutions_ecommerce_reality_title": "Every Bug Costs You Money",
-  "solutions_ecommerce_results_title": "Results That Matter",
-  "solutions_ecommerce_short": "Eコマース",
-  "solutions_ecommerce_sol1_desc": "Found a bug during your flash sale? Fix it and push the update. Your customers get the fix in hours, not days.",
-  "solutions_ecommerce_sol1_title": "Push Updates Mid-Sale",
-  "solutions_ecommerce_sol2_desc": "Test checkout flows, product pages, promo displays. Get results in days, not months.",
-  "solutions_ecommerce_sol2_title": "A/B Test Everything",
-  "solutions_ecommerce_sol3_desc": "Payment failures, coupon bugs, checkout crashes - fix them the moment you find them.",
-  "solutions_ecommerce_sol3_title": "Fix Cart Issues Instantly",
-  "solutions_ecommerce_sol4_desc": "Holiday themes, sale banners, seasonal promotions - update them instantly without a new app release.",
-  "solutions_ecommerce_sol4_title": "Seasonal Updates On Demand",
-  "solutions_ecommerce_solution_label": "The Solution",
-  "solutions_ecommerce_solution_subtitle": "Fix bugs during sales. Test new features daily. Never lose revenue to app store delays.",
-  "solutions_ecommerce_solution_title": "Ship Updates As Fast As Your Business Moves",
-  "solutions_ecommerce_stat1": "Conversion rate increase",
-  "solutions_ecommerce_stat2": "Cart abandonment reduction",
-  "solutions_ecommerce_stat3": "Faster feature iteration",
-  "solutions_ecommerce_stat4": "Bug fix time",
-  "solutions_ecommerce_title": "Eコマース向け",
-  "solutions_enterprise_customers_subtitle": "Companies that can't afford downtime rely on Capgo",
-  "solutions_enterprise_customers_title": "Trusted By Enterprise Teams",
-  "solutions_enterprise_problem1_desc": "You have 10, 20, 50 apps across different teams. Coordinating releases is a nightmare. One team's deploy breaks another team's app.",
-  "solutions_enterprise_problem1_title": "Too Many Apps, Not Enough Control",
-  "solutions_enterprise_problem2_desc": "Half your users are on v2.3, the other half on v2.1. Support tickets pile up for bugs you already fixed.",
-  "solutions_enterprise_problem2_title": "Version Fragmentation",
-  "solutions_enterprise_problem3_desc": "When auditors ask 'who deployed what, when, and why?' you need answers. Not excuses.",
-  "solutions_enterprise_problem3_title": "Compliance & Audits",
-  "solutions_enterprise_problem4_desc": "App store reviews take days. By the time your fix ships, the damage is done.",
-  "solutions_enterprise_problem4_title": "Slow Rollouts",
-  "solutions_enterprise_problem5_desc": "Multiple teams deploying to the same app. Conflicting changes. No visibility into what's live.",
-  "solutions_enterprise_problem5_title": "Team Coordination Chaos",
-  "solutions_enterprise_problem6_desc": "A critical bug hits production on Friday night. Your only option is waiting for app store approval.",
-  "solutions_enterprise_problem6_title": "Production Incidents at 2 AM",
-  "solutions_enterprise_problems_label": "We Get It",
-  "solutions_enterprise_problems_title": "Your Problems Are Our Priority",
-  "solutions_enterprise_short": "エンタープライズ",
-  "solutions_enterprise_sol1_desc": "Manage every app in your portfolio from a single view. See version adoption, deployment status, and user metrics at a glance.",
-  "solutions_enterprise_sol1_point1": "Organization-wide app management",
-  "solutions_enterprise_sol1_point2": "Role-based access control per app",
-  "solutions_enterprise_sol1_point3": "Unified deployment across all apps",
-  "solutions_enterprise_sol1_title": "One Dashboard, All Your Apps",
-  "solutions_enterprise_sol2_desc": "Never deploy blind again. Roll out to internal QA first, then beta users, then 10% of production. Catch issues before they become incidents.",
-  "solutions_enterprise_sol2_point1": "Percentage-based gradual rollouts",
-  "solutions_enterprise_sol2_point2": "Automatic rollback on crash detection",
-  "solutions_enterprise_sol2_point3": "Device and user targeting",
-  "solutions_enterprise_sol2_title": "Staged Rollouts That Protect You",
-  "solutions_enterprise_sol3_desc": "Every deployment is logged. Every change tracked. When auditors come knocking, you're ready.",
-  "solutions_enterprise_sol3_point1": "Complete deployment audit trails",
-  "solutions_enterprise_sol3_point2": "SOC 2 Type II certified infrastructure",
-  "solutions_enterprise_sol3_point3": "GDPR compliant by design",
-  "solutions_enterprise_sol3_title": "Audit-Ready Compliance",
-  "solutions_enterprise_solution_label": "The Solution",
-  "solutions_enterprise_solution_subtitle": "Manage all your apps from one dashboard. Push updates in minutes. Roll back in seconds.",
-  "solutions_enterprise_solution_title": "Deploy With Confidence, At Scale",
-  "solutions_enterprise_stat_rollback": "Rollback time",
-  "solutions_enterprise_stat_updates": "Updates delivered monthly",
-  "solutions_enterprise_stat_uptime": "Platform uptime",
-  "solutions_enterprise_tagline": "マルチアプリ・マルチチームデプロイ",
-  "solutions_enterprise_testimonial": "We manage 23 apps across 5 teams. Before Capgo, coordinating releases was chaos. Now one engineer handles deployments for the entire portfolio.",
-  "solutions_enterprise_testimonial_author": "James Chen",
-  "solutions_enterprise_testimonial_role": "VP of Engineering, Fortune 500 Retail Company",
-  "solutions_final_cta_note": "14日間の無料トライアル。クレジットカード不要。セットアップは5分。",
-  "solutions_final_cta_subtitle": "今日からアプリのライブアップデートを始めましょう",
-  "solutions_final_cta_title": "始める準備はできましたか？",
-  "solutions_fintech_badge": "フィンテック最適化",
-  "solutions_fintech_badge_e2e": "End-to-End Encryption",
-  "solutions_fintech_badge_gdpr": "GDPR準拠",
-  "solutions_fintech_badge_soc2": "SOC 2 Type II Certified",
-  "solutions_fintech_cert1_desc": "Independently audited security controls and processes",
-  "solutions_fintech_cert1_title": "SOC 2 Type II",
-  "solutions_fintech_cert2_desc": "EU data protection compliance built-in",
-  "solutions_fintech_cert2_title": "GDPR Compliant",
-  "solutions_fintech_cert3_desc": "Your code is encrypted. Only your app can decrypt it.",
-  "solutions_fintech_cert3_title": "End-to-End Encryption",
-  "solutions_fintech_cta_note": "14-day free trial. SOC 2 certified. Enterprise plans available.",
-  "solutions_fintech_cta_subtitle": "Deploy security patches in minutes. Stay compliant. Sleep better.",
-  "solutions_fintech_cta_title": "Ready to Secure Your Fintech App?",
-  "solutions_fintech_description": "金融アプリのためのセキュリティとコンプライアンス。エンドツーエンド暗号化、監査ログ、セルフホスティングオプション。",
-  "solutions_fintech_hero_subtitle": "セキュリティやコンプライアンスを損なうことなく、重要な修正を即座にデプロイ。",
-  "solutions_fintech_hero_title": "金融アプリの安全なアップデート",
-  "solutions_fintech_nightmare_para1": "It's 2 AM on Friday. Your security team finds a vulnerability in the payment flow. Users' financial data could be exposed.",
-  "solutions_fintech_nightmare_para2": "You have the fix ready in 30 minutes. Now you submit to the app store and wait.",
-  "solutions_fintech_nightmare_para3": "5 days. That's how long until Apple approves your critical security patch. 5 days of exposure.",
-  "solutions_fintech_nightmare_title": "Your Worst Nightmare",
-  "solutions_fintech_opensource_cta": "View on GitHub",
-  "solutions_fintech_opensource_desc": "Audit our code yourself. We have nothing to hide. Our entire backend is open source, so your security team can verify everything.",
-  "solutions_fintech_opensource_title": "100% Open Source",
-  "solutions_fintech_pain1_desc": "Security patches can't wait 5 days. Neither can compliance fixes. Every hour matters.",
-  "solutions_fintech_pain1_title": "App Store Reviews Are Too Slow",
-  "solutions_fintech_pain2_desc": "SOC 2, PCI-DSS, GDPR - you need audit trails for everything. 'We pushed the fix' isn't enough.",
-  "solutions_fintech_pain2_title": "Compliance Requirements Are Strict",
-  "solutions_fintech_pain3_desc": "When your app is broken, transactions fail. Every minute of downtime is lost revenue and lost trust.",
-  "solutions_fintech_pain3_title": "Downtime Costs Millions",
-  "solutions_fintech_pain4_desc": "When regulators ask how you respond to security incidents, 'we wait for Apple' isn't an acceptable answer.",
-  "solutions_fintech_pain4_title": "Regulators Are Watching",
-  "solutions_fintech_reality_label": "The Fintech Reality",
-  "solutions_fintech_reality_title": "In Finance, Every Second Counts",
-  "solutions_fintech_short": "フィンテック・銀行",
-  "solutions_fintech_sol1_desc": "When you find a vulnerability, fix it immediately. No app store review. No waiting. Your users are protected in hours, not days.",
-  "solutions_fintech_sol1_title": "Instant Security Patches",
-  "solutions_fintech_sol2_desc": "Every deployment is logged with timestamps, user info, and change details. When auditors ask, you have answers.",
-  "solutions_fintech_sol2_point1": "Complete deployment audit trails",
-  "solutions_fintech_sol2_point2": "User-level tracking for compliance",
-  "solutions_fintech_sol2_point3": "Exportable reports for regulators",
-  "solutions_fintech_sol2_title": "Audit-Ready Compliance",
-  "solutions_fintech_sol3_desc": "Your app bundles are encrypted in transit and at rest. Only your app can decrypt them. Not us. Not anyone.",
-  "solutions_fintech_sol3_title": "End-to-End Encryption",
-  "solutions_fintech_sol4_desc": "If a deployment causes issues, roll back to the previous version in seconds. No downtime. No data loss.",
-  "solutions_fintech_sol4_title": "Instant Rollback",
-  "solutions_fintech_solution_label": "The Solution",
-  "solutions_fintech_solution_subtitle": "Deploy critical fixes instantly. Full audit trail. Compliance-ready.",
-  "solutions_fintech_solution_title": "Security Patches in Minutes, Not Days",
-  "solutions_fintech_title": "フィンテック向け",
-  "solutions_fintech_trust_subtitle": "We take security as seriously as you do",
-  "solutions_fintech_trust_title": "Security You Can Trust",
-  "solutions_get_started": "今すぐ始める",
-  "solutions_healthcare_audit_label": "完全なトレーサビリティ",
-  "solutions_healthcare_audit_subtitle": "監査担当者が「患者デバイスで動作しているコードは何か?」と尋ねた時、答えが用意されています。",
-  "solutions_healthcare_audit_title": "すべてのアップデートがソースにリンク",
-  "solutions_healthcare_badge": "ヘルスケア最適化",
-  "solutions_healthcare_badge_e2e": "End-to-End Encryption",
-  "solutions_healthcare_badge_hipaa": "HIPAA準拠",
-  "solutions_healthcare_badge_soc2": "SOC 2 Type II",
-  "solutions_healthcare_cert1_desc": "Infrastructure designed for protected health information",
-  "solutions_healthcare_cert1_title": "HIPAA Ready",
-  "solutions_healthcare_cert2_desc": "Independently audited security controls",
-  "solutions_healthcare_cert2_title": "SOC 2 Type II",
-  "solutions_healthcare_cert3_desc": "Audit our code. We have nothing to hide.",
-  "solutions_healthcare_cert3_title": "Open Source",
-  "solutions_healthcare_commit_desc": "すべてのバンドルは自動的に、それがビルドされた正確なGitコミットにリンクします。デプロイされた任意のコードをそのソース、著者、承認チェーンまで遡ることができます。",
-  "solutions_healthcare_commit_title": "Gitコミットのリンク作成",
-  "solutions_healthcare_cta_note": "14-day free trial. HIPAA-ready. Enterprise plans with BAA available.",
-  "solutions_healthcare_cta_subtitle": "Deploy critical fixes in minutes. Stay compliant. Keep patients safe.",
-  "solutions_healthcare_cta_title": "Ready to Protect Your Patients?",
-  "solutions_healthcare_description": "ヘルスケアアプリのためのコンプライアンスファーストアップデート。HIPAA対応、セルフホスティングオプション。",
-  "solutions_healthcare_hero_subtitle": "完全なHIPAAコンプライアンスを維持しながら、重要な医療アプリのアップデートをデプロイ。",
-  "solutions_healthcare_hero_title": "ヘルスケアアプリの安全なアップデート",
-  "solutions_healthcare_inapp_desc": "アプリ内でバンドルのバージョン、リリースノート、カスタムメッセージを直接表示します。臨床スタッフが承認されたバージョンを実行していることを確認させます。",
-  "solutions_healthcare_inapp_title": "あなたのアプリのバージョン情報",
-  "solutions_healthcare_pain1_desc": "Clinical decision support bugs need immediate fixes. App store reviews take 5-7 days. That's unacceptable.",
-  "solutions_healthcare_pain1_title": "Patient Safety Can't Wait",
-  "solutions_healthcare_pain2_desc": "Every update needs audit trails. Every deployment needs documentation. No exceptions.",
-  "solutions_healthcare_pain2_title": "HIPAA Compliance Is Non-Negotiable",
-  "solutions_healthcare_pain3_desc": "When doctors can't trust your app, they stop using it. One bug can destroy years of relationship building.",
-  "solutions_healthcare_pain3_title": "Provider Trust Is Everything",
-  "solutions_healthcare_pain4_desc": "FDA, HIPAA auditors, hospital compliance teams - they all want to know how you handle updates.",
-  "solutions_healthcare_pain4_title": "Regulatory Scrutiny Is Constant",
-  "solutions_healthcare_reality_label": "The Healthcare Reality",
-  "solutions_healthcare_reality_title": "In Healthcare, Delays Can Be Dangerous",
-  "solutions_healthcare_scenario_para1": "A nurse reports that the medication dosage calculator is showing incorrect values for pediatric patients.",
-  "solutions_healthcare_scenario_para2": "Your team identifies the bug: a unit conversion error that affects patients under 30kg. You have the fix ready in 2 hours.",
-  "solutions_healthcare_scenario_para3": "But the app store review takes 5-7 days. That's 5-7 days of potential harm.",
-  "solutions_healthcare_scenario_title": "A Real Scenario",
-  "solutions_healthcare_short": "ヘルスケア",
-  "solutions_healthcare_sol1_desc": "When patient safety is at risk, deploy the fix immediately. No app store review. No waiting.",
-  "solutions_healthcare_sol1_title": "Emergency Updates in Minutes",
-  "solutions_healthcare_sol2_desc": "Our infrastructure is designed for healthcare. Audit trails, encryption, access controls - all built-in.",
-  "solutions_healthcare_sol2_point1": "Complete deployment audit trails",
-  "solutions_healthcare_sol2_point2": "Role-based access controls",
-  "solutions_healthcare_sol2_point3": "BAA available for enterprise",
-  "solutions_healthcare_sol2_title": "HIPAA-Ready Infrastructure",
-  "solutions_healthcare_sol3_desc": "Your app bundles are encrypted with keys only you control. PHI never touches our servers.",
-  "solutions_healthcare_sol3_title": "End-to-End Encryption",
-  "solutions_healthcare_sol4_desc": "Roll out to a small group first. Verify everything works. Then expand to all users.",
-  "solutions_healthcare_sol4_step1": "Internal QA team",
-  "solutions_healthcare_sol4_step2": "Beta providers",
-  "solutions_healthcare_sol4_step3": "All providers",
-  "solutions_healthcare_sol4_title": "Staged Rollouts for Safety",
-  "solutions_healthcare_solution_label": "The Solution",
-  "solutions_healthcare_solution_subtitle": "Push updates in minutes. Full audit trail. HIPAA-compliant infrastructure.",
-  "solutions_healthcare_solution_title": "Deploy Critical Fixes Immediately",
-  "solutions_healthcare_title": "ヘルスケア向け",
-  "solutions_healthcare_trust_subtitle": "Built for healthcare from the ground up",
-  "solutions_healthcare_trust_title": "Security & Compliance",
-  "solutions_infra_api": "API response time globally",
-  "solutions_infra_continents": "Continents with infrastructure",
-  "solutions_infra_download": "5MB bundle download time",
-  "solutions_infra_uptime": "Uptime SLA",
-  "solutions_infrastructure_subtitle": "Your users are everywhere. Our infrastructure is too. Database replication and edge CDN ensure fast updates anywhere in the world.",
-  "solutions_infrastructure_title": "Global Infrastructure Built for Speed",
-  "solutions_ionic_plugins_badge": "Ionic Enterprise Plugins",
-  "solutions_ionic_plugins_cta_subtitle": "Start with the migration guides or talk to our team to plan the move.",
-  "solutions_ionic_plugins_cta_title": "Ready to migrate your Ionic enterprise stack?",
-  "solutions_ionic_plugins_description": "Replace Ionic enterprise plugins with Capgo alternatives for secure storage, auth, and biometrics.",
-  "solutions_ionic_plugins_hero_subtitle": "Swap Secure Storage, Auth Connect, and Identity Vault for Capgo's plugin stack. Keep security, gain control, and reduce costs.",
-  "solutions_ionic_plugins_hero_title": "Replace Ionic Enterprise Plugins Without Losing Features",
-  "solutions_ionic_plugins_section_desc": "Choose the Capgo alternative for each Ionic plugin and follow the guide to migrate safely.",
-  "solutions_ionic_plugins_section_title": "Plugin replacements and migration guides",
-  "solutions_ionic_plugins_short": "Ionic Enterprise",
-  "solutions_ionic_plugins_step1": "Map each Ionic enterprise plugin to its Capgo replacement.",
-  "solutions_ionic_plugins_step2": "Install the new plugins and sync native code.",
-  "solutions_ionic_plugins_step3": "Migrate stored data and update auth flows, then remove Ionic dependencies.",
-  "solutions_ionic_plugins_steps_title": "Migration steps",
-  "solutions_ionic_plugins_title": "Ionic Enterprise Plugins Migration",
-  "solutions_minutes": "分",
-  "solutions_no_credit_card": "クレジットカード不要",
-  "solutions_pr_auto_cleanup": "Auto-cleanup on merge",
-  "solutions_pr_case_company": "TechFlow",
-  "solutions_pr_case_industry": "B2B SaaS - Team Collaboration App",
-  "solutions_pr_case_metric1_label": "Time to first QA feedback",
-  "solutions_pr_case_metric1_value": "< 5 min",
-  "solutions_pr_case_metric2_label": "PRs merged per sprint",
-  "solutions_pr_case_metric2_value": "+156%",
-  "solutions_pr_case_metric3_label": "QA wait time",
-  "solutions_pr_case_metric3_value": "-87%",
-  "solutions_pr_case_metric4_label": "Time to merge",
-  "solutions_pr_case_metric4_value": "0.6 days",
-  "solutions_pr_case_para1": "TechFlow's mobile team was shipping 15-20 PRs per week. Each PR needed testing by QA before merge. With TestFlight, their QA lead estimated they spent 60% of their time waiting for builds instead of testing.",
-  "solutions_pr_case_para2": "The real pain came during crunch weeks. When multiple PRs needed testing simultaneously, QA had to constantly reinstall different TestFlight builds. Testers got confused about which version they were running. Bugs got reported on already-fixed code.",
-  "solutions_pr_case_para3": "After implementing Capgo PR Preview, their QA team could switch between any PR in seconds. No reinstalls. No confusion. No waiting. Their average time-to-merge dropped from 2.3 days to 0.6 days.",
-  "solutions_pr_case_quote": "Our QA team went from constantly frustrated to genuinely happy. They actually enjoy testing now because they're not waiting around. We ship twice as many features per sprint.",
-  "solutions_pr_case_quote_author": "Lisa Wong, Engineering Manager at TechFlow",
-  "solutions_pr_case_results": "The Results (First Quarter)",
-  "solutions_pr_compare_build_time": "Build to testable",
-  "solutions_pr_compare_capgo": "Capgo PR Preview",
-  "solutions_pr_compare_cleanup": "Cleanup old builds",
-  "solutions_pr_compare_cleanup_capgo": "Automatic on merge",
-  "solutions_pr_compare_cleanup_tf": "Manual",
-  "solutions_pr_compare_setup": "Tester setup",
-  "solutions_pr_compare_setup_capgo": "Just open the app",
-  "solutions_pr_compare_setup_tf": "Apple ID + invitation",
-  "solutions_pr_compare_switch_builds": "Switch between builds",
-  "solutions_pr_compare_title": "TestFlight vs Capgo PR Preview",
-  "solutions_pr_compare_traditional": "TestFlight / Beta",
-  "solutions_pr_cost_explanation": "When you factor in developer wait time, QA blocked time, and delayed feedback, each PR costs an average of $340 in lost productivity.",
-  "solutions_pr_dev_benefit1": "Get QA feedback before your context switches",
-  "solutions_pr_dev_benefit2": "Push fixes and testers get them instantly",
-  "solutions_pr_dev_benefit3": "No more 'waiting for build' blockers",
-  "solutions_pr_final_cta_note": "Set up in 5 minutes. No TestFlight required. No app reinstalls.",
-  "solutions_pr_final_cta_subtitle": "Your QA team deserves better than watching progress bars. Give them instant access to every PR.",
-  "solutions_pr_final_cta_title": "Stop Waiting. Start Testing.",
-  "solutions_pr_hidden_cost": "Hidden cost per pull request",
-  "solutions_pr_how_testers_switch": "How Testers Switch to Your PR Build",
-  "solutions_pr_instant_testing": "Instant on-device testing",
-  "solutions_pr_no_testflight": "No TestFlight required",
-  "solutions_pr_pm_benefit1": "Review features before they ship",
-  "solutions_pr_pm_benefit2": "No technical setup - just tap a link",
-  "solutions_pr_pm_benefit3": "Provide feedback directly on the PR",
-  "solutions_pr_preview": "PRプレビュー",
-  "solutions_pr_preview_description": "Create a Capgo channel for every pull request. QA teams, engineers, and project managers can instantly test any PR without TestFlight or Google Play beta channels.",
-  "solutions_pr_preview_hero_subtitle": "Create a dedicated Capgo channel for each pull request. Share a link with your team and they can test the exact changes on their device - no app reinstalls, no TestFlight, no waiting.",
-  "solutions_pr_preview_hero_title": "Review Every PR on Real Devices",
-  "solutions_pr_preview_tagline": "Test pull requests on real devices",
-  "solutions_pr_preview_teams_dev": "Developers",
-  "solutions_pr_preview_teams_pm": "Project Managers",
-  "solutions_pr_preview_teams_qa": "QA Engineers",
-  "solutions_pr_preview_title": "PR Preview Channels",
-  "solutions_pr_problem_result": "Total time to test a PR: 45-60 minutes. Per PR. Per tester. For every update.",
-  "solutions_pr_problem_step1_desc": "Code is ready for review. But before anyone can test it, you need to build and upload to TestFlight.",
-  "solutions_pr_problem_step1_title": "Developer Opens PR",
-  "solutions_pr_problem_step2_desc": "Build the app locally or in CI. Archive it. Upload to App Store Connect. Wait for processing. 15-30 minutes minimum.",
-  "solutions_pr_problem_step2_title": "Build and Upload",
-  "solutions_pr_problem_step3_desc": "Add testers if they're not already in TestFlight. Send invites. Wait for them to accept. Explain how to install.",
-  "solutions_pr_problem_step3_title": "Distribute to Testers",
-  "solutions_pr_problem_step4_desc": "Testers download the build. Dev pushes a fix. Now everyone needs to repeat steps 2-3 to get the updated build.",
-  "solutions_pr_problem_step4_title": "Test the Wrong Build",
-  "solutions_pr_problem_title": "TestFlight and Google Beta Are Blocking Your Velocity",
-  "solutions_pr_processing_explanation": "Every build you upload has to be processed by Apple before testers can access it. This is per-build, every time.",
-  "solutions_pr_programmatic": "In-App Switcher",
-  "solutions_pr_programmatic_desc": "Build a custom UI for switching channels. Perfect for a dev settings screen in your app.",
-  "solutions_pr_qa_benefit1": "Test any PR on your device in seconds",
-  "solutions_pr_qa_benefit2": "Switch between PRs instantly to compare behavior",
-  "solutions_pr_qa_benefit3": "No more confusion about which build you're running",
-  "solutions_pr_qa_blocked": "Of QA time spent waiting",
-  "solutions_pr_qa_explanation": "QA engineers report spending 67% of their time waiting for builds rather than actually testing. That's 5+ hours per day of wasted productivity.",
-  "solutions_pr_real_cost": "The Hidden Cost of Slow Testing",
-  "solutions_pr_scenario_title": "How TechFlow Accelerated Their Review Cycle by 4x",
-  "solutions_pr_setup_time": "Setup takes 5 minutes. Copy this workflow and adapt it to your CI.",
-  "solutions_pr_shake_menu": "Shake Menu (Zero Code)",
-  "solutions_pr_shake_menu_desc": "Enable the built-in shake gesture. Testers shake their device to open a menu showing all available channels.",
-  "solutions_pr_solution_subtitle": "Create a Capgo channel for each PR. Testers switch channels in seconds. No app reinstalls. No waiting.",
-  "solutions_pr_solution_title": "Test Any PR in Under 60 Seconds",
-  "solutions_pr_step1_desc": "CI automatically builds the app and creates a Capgo channel named after the PR number.",
-  "solutions_pr_step1_time": "Automatic",
-  "solutions_pr_step1_title": "Developer Opens PR",
-  "solutions_pr_step2_desc": "The built bundle uploads to Capgo in the background. No processing delay.",
-  "solutions_pr_step2_time": "< 30 seconds",
-  "solutions_pr_step2_title": "Bundle Uploads",
-  "solutions_pr_step3_desc": "Tester opens the app, switches to the PR channel, and gets the build immediately.",
-  "solutions_pr_step3_time": "< 10 seconds",
-  "solutions_pr_step3_title": "Tester Switches Channel",
-  "solutions_pr_step4_desc": "QA tests on real device. Dev pushes fixes. Tester immediately gets updates. No reinstall needed.",
-  "solutions_pr_step4_time": "Instant iteration",
-  "solutions_pr_step4_title": "Test and Approve",
-  "solutions_pr_teams_subtitle": "PR Preview transforms how your entire team collaborates on mobile development.",
-  "solutions_pr_teams_title": "Built for Every Role on Your Team",
-  "solutions_pr_testflight_processing": "TestFlight processing time",
-  "solutions_pr_traditional_workflow": "The TestFlight Testing Workflow",
-  "solutions_problem_result": "Total time from bug discovery to fix deployed: 3-7 days. Your users suffer the entire time.",
-  "solutions_problem_step1_desc": "Your monitoring alerts you to a critical issue. Users are experiencing crashes or broken functionality. The clock starts ticking.",
-  "solutions_problem_step1_title": "Find the Bug",
-  "solutions_problem_step2_desc": "Your team drops everything to fix the bug. You rebuild the app, run tests, and prepare a new binary for submission.",
-  "solutions_problem_step2_title": "Fix and Rebuild",
-  "solutions_problem_step3_desc": "You submit to Apple and Google. Then you wait. And wait. Apple's review takes 24-48 hours on average. Sometimes longer.",
-  "solutions_problem_step3_title": "Submit and Wait",
-  "solutions_problem_step4_desc": "Even after approval, users need to manually update. Many won't for days or weeks. Your support tickets keep piling up.",
-  "solutions_problem_step4_title": "Users Still Have the Bug",
-  "solutions_production_problem_title": "App Store Reviews Are Killing Your Velocity",
-  "solutions_production_solution_subtitle": "Capgo lets you update your app's JavaScript and assets instantly. No app store review. No waiting. Your users get the fix the moment you push it.",
-  "solutions_production_solution_title": "Push Updates in Minutes, Not Weeks",
-  "solutions_production_updates": "本番アップデート",
-  "solutions_production_updates_description": "Ship fixes in minutes, not weeks. Push live updates to your production app with zero configuration - the simplest way to keep millions of users up-to-date.",
-  "solutions_production_updates_hero_subtitle": "Your users don't wait for app stores. Neither should your updates. Push JavaScript and asset changes instantly - no review delays, no user friction. Updates download silently and apply on next launch.",
-  "solutions_production_updates_hero_title": "Ship Fixes in Minutes, Not Weeks",
-  "solutions_production_updates_tagline": "Ship fixes to production instantly",
-  "solutions_production_updates_title": "Simple Production Updates",
-  "solutions_qsr_badge": "クイックサービスレストラン向け",
-  "solutions_qsr_cta_note": "14日間の無料トライアル。クレジットカード不要。CapacitorとReact Nativeに対応。",
-  "solutions_qsr_cta_subtitle": "メニュー更新のデプロイ、バグ修正、プロモーション開始をビジネスが必要な時に正確に。",
-  "solutions_qsr_cta_title": "自分のスケジュールで出荷する準備はできていますか?",
-  "solutions_qsr_description": "メニュー更新、プロモーション、ロイヤルティ機能を数千の店舗に即座にデプロイ。",
-  "solutions_qsr_hero_subtitle": "新メニューアイテム、季節限定プロモーション、ロイヤルティキャンペーンは、すべてのプラットフォーム、すべての店舗でタイムリーに配信する必要があります。",
-  "solutions_qsr_hero_title": "プロモーションを必要な時に出荷、来週ではなく",
-  "solutions_qsr_nightmare_cost": "失敗したメニューローンチによる損失",
-  "solutions_qsr_nightmare_para1": "月曜日の午前6時。新しい期間限定メニューアイテムが午前10時に全国で開始。マーケティングは200万ドルを広告に投入。TVスポットが放映中。",
-  "solutions_qsr_nightmare_para2": "午前9時、QAがバグを発見: 新アイテムがアプリに表示されない。緊急修正をAppleに提出。審査に3-5日かかる。",
-  "solutions_qsr_nightmare_para3": "200万ドルのキャンペーンが実施中。アプリは先月のメニューを表示。顧客は混乱。ソーシャルメディアは荒れている。",
-  "solutions_qsr_nightmare_title": "ローンチ日の悪夢",
-  "solutions_qsr_pain1_desc": "あなたのLTOは月曜日に開始します。アプリストアのレビューには5日間かかります。それは、最大のプロモーションからの収益を5日間逃すことを意味します。",
-  "solutions_qsr_pain1_title": "アプリレビューを待つことなくプロモーションが進行します",
-  "solutions_qsr_pain2_desc": "6つのブランド、12のアプリ、数千の場所。各アプリストアへの提出は、チーム間で1週間の調整が必要です。",
-  "solutions_qsr_pain2_title": "複数のブランドを管理することは複雑です",
-  "solutions_qsr_pain3_desc": "地域別の価格設定、地元の規制、フランチャイズ固有の機能。一つ間違った更新は法的問題を意味することがあります。",
-  "solutions_qsr_pain3_title": "フランチャイズのコンプライアンスは重要です",
-  "solutions_qsr_pain4_desc": "ランチラッシュが来て、注文アプリがクラッシュしたとき、修正を待つことは来週までできません。",
-  "solutions_qsr_pain4_title": "ピーク時間は容赦ない",
-  "solutions_qsr_reality_label": "QSRの現実",
-  "solutions_qsr_reality_title": "アプリはビジネスと同じ速度で動く",
-  "solutions_qsr_short": "クイックサービス",
-  "solutions_qsr_sol1_desc": "明日新しいLTOを開始しますか？季節のメニューがライブになりますか？今夜アップデートを押して、明朝までにすべての顧客がそれを手に入れます。",
-  "solutions_qsr_sol1_point1": "分ではなく日数でメニューの更新を展開します",
-  "solutions_qsr_sol1_point2": "テレビとデジタルキャンペーンのプロモーションを同期させる",
-  "solutions_qsr_sol1_point3": "何か問題があればすぐにロールバックしてください。",
-  "solutions_qsr_sol1_title": "即時に船のプロモーションを行う",
-  "solutions_qsr_sol2_desc": "レストランブランドのポートフォリオを管理していますか？すべてのブランドを一つのダッシュボードから更新するか、特定のブランドに合わせた機能でターゲットを絞ります。",
-  "solutions_qsr_sol2_point1": "すべてのブランドのためのシングルダッシュボード",
-  "solutions_qsr_sol2_point2": "ブランド固有のチャンネルと展開",
-  "solutions_qsr_sol2_point3": "統一されたコードベース、異なる体験",
-  "solutions_qsr_sol2_title": "マルチブランド管理",
-  "solutions_qsr_sol3_desc": "テキサスで新機能をテストし、全国展開する前に行います。カリフォルニアではメニューが異なります。あなたがコントロールする段階的な展開。",
-  "solutions_qsr_sol3_point1": "アップデートの地理的ターゲティング",
-  "solutions_qsr_sol3_point2": "パーセンテージベースのロールアウト",
-  "solutions_qsr_sol3_point3": "リアルタイム監視と即時ロールバック",
-  "solutions_qsr_sol3_title": "地域展開とパイロットプログラム",
-  "solutions_qsr_sol4_desc": "既存のGitHubまたはGitLabワークフローと統合します。メインにマージするたびに自動的にデプロイされます。",
-  "solutions_qsr_sol4_point1": "GitHub Actionsの統合",
-  "solutions_qsr_sol4_point2": "自動ステージングとプロダクションチャネル",
-  "solutions_qsr_sol4_point3": "承認ではなく、マージ時にデプロイします",
-  "solutions_qsr_sol4_title": "ただ動作するCI/CD",
-  "solutions_qsr_solution_label": "解決策",
-  "solutions_qsr_solutions_title": "あなたのビジネスが必要とするときにアップデートを展開します",
-  "solutions_qsr_stat1": "デプロイメント時間の更新",
-  "solutions_qsr_stat2": "24時間以内に更新されたユーザー",
-  "solutions_qsr_stat3": "アプリストアへの提出が必要です",
-  "solutions_qsr_stat4": "能力を展開する",
-  "solutions_qsr_title": "クイックサービスレストラン向けライブアップデート",
-  "solutions_qsr_usecase1_desc": "チェックアウトのバグを即座に修正します。メニューアイテムをリアルタイムで更新します。古いアプリコードによる注文の損失はありません。",
-  "solutions_qsr_usecase1_title": "注文と配送",
-  "solutions_qsr_usecase2_desc": "新しい報酬レベルを立ち上げ、ポイントの値を更新し、償還のバグを修正 - すべてアプリストアの遅延なしで。",
-  "solutions_qsr_usecase2_title": "忠誠心と報酬",
-  "solutions_qsr_usecase3_desc": "店舗の営業時間を更新し、カーブサイドオプションを追加し、GPSのバグを修正してください。お客様があなたを簡単に見つけられるように保ちましょう。",
-  "solutions_qsr_usecase3_title": "ストアロケーター＆ピックアップ",
-  "solutions_qsr_usecase4_desc": "ターゲット指向のオファーをプッシュし、プロモーションコードを更新し、リアルタイムでディスカウント戦略のA/Bテストを行います。",
-  "solutions_qsr_usecase4_title": "パーソナライズドプロモーション",
-  "solutions_qsr_usecase5_desc": "すべての場所でキオスクアプリを同時に更新します。技術者の訪問は必要ありません。",
-  "solutions_qsr_usecase5_title": "店内キオスク",
-  "solutions_qsr_usecase6_desc": "すべてのレストランブランドの更新を一つのダッシュボードから管理します。",
-  "solutions_qsr_usecase6_title": "マルチブランドアプリ",
-  "solutions_qsr_usecases_label": "ユースケース",
-  "solutions_qsr_usecases_title": "すべてのQSRニーズに対応した設計",
-  "solutions_real_cost": "The Real Cost of Slow Updates",
-  "solutions_real_world": "実例",
-  "solutions_related_by_role": "チームタイプ別ソリューション",
-  "solutions_related_subtitle": "あなたのニーズに合ったソリューションを見つけてください",
-  "solutions_review_time_explanation": "Apple and Google can take anywhere from 24 hours to a week to approve your update. During critical bugs, every hour matters.",
-  "solutions_scenario_company": "FinanceFirst",
-  "solutions_scenario_industry": "B2B FinTech - Mobile Banking App",
-  "solutions_scenario_metric1_label": "Average fix deployment time",
-  "solutions_scenario_metric1_value": "52 minutes",
-  "solutions_scenario_metric2_label": "Bug-related support tickets",
-  "solutions_scenario_metric2_value": "-89%",
-  "solutions_scenario_metric3_label": "User churn from bugs",
-  "solutions_scenario_metric3_value": "-94%",
-  "solutions_scenario_metric4_label": "Engineering weekend hours",
-  "solutions_scenario_metric4_value": "-76%",
-  "solutions_scenario_para1": "FinanceFirst serves 50,000 users who depend on their mobile banking app for daily transactions. When a critical calculation bug affected their loan interest display, they faced a nightmare scenario: users seeing incorrect balances.",
-  "solutions_scenario_para2": "Before Capgo, their process involved emergency weekend work, expedited App Store review requests (which Apple often ignores), and four days of user complaints. Their support team logged 340 tickets. Three users closed their accounts.",
-  "solutions_scenario_para3": "After implementing Capgo, their next critical bug - a timezone issue affecting scheduled payments - was fixed in 47 minutes from discovery to deployment. Zero support tickets. Zero churn. Their CTO now sleeps through the night again.",
-  "solutions_scenario_quote": "Capgo didn't just change our deployment process - it changed our entire relationship with production bugs. What used to be emergencies are now minor inconveniences.",
-  "solutions_scenario_quote_author": "Sarah Chen, VP of Engineering at FinanceFirst",
-  "solutions_scenario_results": "The Results (First 6 Months)",
-  "solutions_scenario_title": "How FinanceFirst Reduced Their Bug Resolution Time by 97%",
-  "solutions_schedule_demo": "デモを予約",
-  "solutions_setup_minutes": "5分でセットアップ",
-  "solutions_solo_after1": "Push updates instantly, no review needed",
-  "solutions_solo_after2": "One command to deploy: npx @capgo/cli bundle upload",
-  "solutions_solo_after3": "Start free, then $14/month as you grow",
-  "solutions_solo_after4": "One-click rollback if something goes wrong",
-  "solutions_solo_after_title": "With Capgo",
-  "solutions_solo_ai_benefit1_desc": "AIにコーディングを任せて、プロダクトに集中。新機能を生成、テスト、デプロイ - 全て同じ日に。",
-  "solutions_solo_ai_benefit1_title": "AIがコード、あなたは出荷",
-  "solutions_solo_ai_benefit2_desc": "1つのコマンドでアップデートが完了。App Store申請も審査プロセスも待ち時間もなし。ウェブサイトのデプロイと同じように。",
-  "solutions_solo_ai_benefit2_title": "ウェブサイト並みの速さでデプロイ",
-  "solutions_solo_ai_benefit3_desc": "AIが数分で機能を生成できるなら、デプロイプロセスも数日かけるべきではない。思考と同じ速さで出荷。",
-  "solutions_solo_ai_benefit3_title": "AI速度で反復",
-  "solutions_solo_ai_label": "AI駆動開発",
-  "solutions_solo_ai_new1": "AIが機能を生成(5分)",
-  "solutions_solo_ai_new2": "バンドルをビルド&アップロード(2分)",
-  "solutions_solo_ai_new3": "ユーザーがアップデート取得(数分)",
-  "solutions_solo_ai_new_time": "合計: 10分以内",
-  "solutions_solo_ai_new_way": "Capgoを使う場合",
-  "solutions_solo_ai_old1": "AIが機能を生成(5分)",
-  "solutions_solo_ai_old2": "ネイティブバイナリをビルド(15分)",
-  "solutions_solo_ai_old3": "App Storeに申請",
-  "solutions_solo_ai_old4": "審査を待つ(3-7日)",
-  "solutions_solo_ai_old_time": "合計: 3-7日",
-  "solutions_solo_ai_old_way": "従来のモバイルアップデート",
-  "solutions_solo_ai_subtitle": "Cursor、Copilot、Claudeなどのツールを使って機能を高速開発。ウェブサイトと同じようにすぐにデプロイ。",
-  "solutions_solo_ai_terminal": "ターミナル",
-  "solutions_solo_ai_title": "今日AIでコード、今夜出荷",
-  "solutions_solo_badge": "個人開発者フレンドリー",
-  "solutions_solo_before1": "Wait 3-7 days for app store approval",
-  "solutions_solo_before2": "Manage complex deployment pipelines",
-  "solutions_solo_before3": "Pay $500/month for enterprise tools",
-  "solutions_solo_before4": "Pray you don't push a breaking change",
-  "solutions_solo_before_title": "Before Capgo",
-  "solutions_solo_cta_note": "14日間の無料トライアル。クレジットカード不要。準備ができたらアップグレード。",
-  "solutions_solo_cta_subtitle": "Join thousands of indie developers who ship updates daily. Start free.",
-  "solutions_solo_cta_title": "Ready to Ship Solo?",
-  "solutions_solo_description": "アプリを最新に保つために必要なすべて。無料プラン、クレジットカード不要。",
-  "solutions_solo_hero_subtitle": "App Storeのレビューを何時間も待つ必要はありません。即座にアップデートをプッシュ。",
-  "solutions_solo_hero_title": "個人開発者のスーパーパワー",
-  "solutions_solo_highlight": "14日間無料トライアル - 今日から出荷開始",
-  "solutions_solo_pain1_desc": "Design, code, support, marketing - you do it all. Adding 'DevOps engineer' to the list isn't an option.",
-  "solutions_solo_pain1_title": "You're the CEO, CTO, and Intern",
-  "solutions_solo_pain2_desc": "You found the bug at 9 AM. Fixed it by 10 AM. Now you wait 5 days for Apple to approve it while users leave 1-star reviews.",
-  "solutions_solo_pain2_title": "App Store Reviews Kill Your Momentum",
-  "solutions_solo_pain3_desc": "When you're the only developer, every 1-star review feels personal. Because it is.",
-  "solutions_solo_pain3_title": "Every Bad Review Hurts",
-  "solutions_solo_pain4_desc": "You can't justify $500/month for deployment tools when your app makes $200/month.",
-  "solutions_solo_pain4_title": "No Budget for Enterprise Tools",
-  "solutions_solo_pain5_desc": "When you push a bad update, there's no one to roll it back for you. You're on your own.",
-  "solutions_solo_pain5_title": "No Team to Catch Mistakes",
-  "solutions_solo_pain6_desc": "Every bug report goes to you. Every frustrated email. Every 'why doesn't this work?'",
-  "solutions_solo_pain6_title": "Support Tickets Are All You",
-  "solutions_solo_read_docs": "Read the docs",
-  "solutions_solo_reality_label": "The Solo Dev Reality",
-  "solutions_solo_reality_title": "You're Doing Everything. And It's Exhausting.",
-  "solutions_solo_reason1_desc": "Install the plugin, add one line of code, deploy. That's it. No DevOps degree required.",
-  "solutions_solo_reason1_title": "5-Minute Setup",
-  "solutions_solo_reason2_desc": "14日間無料トライアルで開始。成長準備ができたら月額14ドル。エンタープライズツールのような月額500ドルではありません。",
-  "solutions_solo_reason2_title": "Affordable Pricing",
-  "solutions_solo_reason3_desc": "When you're stuck, you talk to Martin (our founder), not a chatbot. Usually within hours, often within minutes.",
-  "solutions_solo_reason3_title": "Human Support",
-  "solutions_solo_short": "個人開発者",
-  "solutions_solo_superpower_label": "Your Superpower",
-  "solutions_solo_superpower_subtitle": "Deploy updates in seconds. Fix bugs instantly. Keep your sanity.",
-  "solutions_solo_superpower_title": "All the Power, None of the Complexity",
-  "solutions_solo_tagline": "14日間無料トライアル、シンプルなデプロイ",
-  "solutions_solo_testimonial1": "I run 3 apps by myself. Capgo lets me push updates to all of them before my morning coffee gets cold.",
-  "solutions_solo_testimonial1_author": "David Park",
-  "solutions_solo_testimonial1_role": "Indie Developer, 3 apps on the store",
-  "solutions_solo_testimonial2": "無料トライアルで始められました。今は月額14ドルで毎日アップデートを出荷しています。スタックで最高のツールです。",
-  "solutions_solo_testimonial2_author": "Maria Santos",
-  "solutions_solo_testimonial2_role": "Solo Founder, Lifestyle App",
-  "solutions_solo_title": "個人開発者向け",
-  "solutions_solo_why_title": "Why Solo Devs Love Us",
-  "solutions_solution_result": "Total time from bug discovery to 95% deployment: Under 5 hours. Your users barely notice there was an issue.",
-  "solutions_solution_step1_desc": "Make your code change, run your build process, and verify the fix locally.",
-  "solutions_solution_step1_time": "30 minutes",
-  "solutions_solution_step1_title": "Fix the Bug",
-  "solutions_solution_step2_desc": "One command uploads your bundle. It's immediately available to your entire user base.",
-  "solutions_solution_step2_time": "30 seconds",
-  "solutions_solution_step2_title": "Push to Capgo",
-  "solutions_solution_step3_desc": "Updates download in the background. Next app launch, they have the fix. No manual update needed.",
-  "solutions_solution_step3_time": "4 hours average",
-  "solutions_solution_step3_title": "Users Get Updated",
-  "solutions_start_free_trial": "無料で試す",
-  "solutions_startups_adv1_desc": "Push updates instantly. No app store review. No waiting. Your users get fixes the same day you write them.",
-  "solutions_startups_adv1_title": "Ship Features Daily, Not Monthly",
-  "solutions_startups_adv2_desc": "No infrastructure to manage. No CI/CD complexity. Just build and deploy.",
-  "solutions_startups_adv2_point1": "Works with your existing GitHub/GitLab workflow",
-  "solutions_startups_adv2_point2": "5-minute setup, not 5-day setup",
-  "solutions_startups_adv2_point3": "One command to deploy",
-  "solutions_startups_adv2_title": "Zero DevOps Overhead",
-  "solutions_startups_adv3_desc": "When you find a bug on Monday, fix it on Monday. Not next week when Apple finally approves your update.",
-  "solutions_startups_adv3_title": "Fix Bugs Before They Hurt Your Ratings",
-  "solutions_startups_adv4_competitor": "The other guys",
-  "solutions_startups_adv4_desc": "We're bootstrapped too. We know every dollar matters. That's why we start at $14/month, not $499.",
-  "solutions_startups_adv4_title": "Startup-Friendly Pricing",
-  "solutions_startups_advantage_label": "Your Unfair Advantage",
-  "solutions_startups_advantage_subtitle": "Without actually hiring one",
-  "solutions_startups_advantage_title": "Ship Like You Have a DevOps Team",
-  "solutions_startups_badge": "スタートアップフレンドリー",
-  "solutions_startups_case_company": "TechCrunch Featured Startup",
-  "solutions_startups_case_metric1_label": "Deploy frequency",
-  "solutions_startups_case_metric1_value": "3x daily",
-  "solutions_startups_case_metric2_label": "Time to fix bugs",
-  "solutions_startups_case_metric2_value": "-95%",
-  "solutions_startups_case_metric3_label": "App store rating",
-  "solutions_startups_case_metric3_value": "3.2 → 4.7",
-  "solutions_startups_case_metric4_label": "Monthly cost",
-  "solutions_startups_case_metric4_value": "$14/mo",
-  "solutions_startups_case_para1": "Before Capgo, we dreaded finding bugs. Every fix meant a week of waiting for app store approval while users churned.",
-  "solutions_startups_case_para2": "We switched to Capgo in 30 minutes. That afternoon, we pushed a critical fix that had been waiting for review for 4 days.",
-  "solutions_startups_case_para3": "Now we ship updates 3-4 times per day. Our app store rating went from 3.2 to 4.7 in two months.",
-  "solutions_startups_case_quote": "Capgo is the best $14/month we spend. It's like having a DevOps team without the DevOps team.",
-  "solutions_startups_case_quote_author": "CTO, Featured Startup",
-  "solutions_startups_case_results": "30-Day Results",
-  "solutions_startups_case_stage": "Seed Stage, 3 employees",
-  "solutions_startups_cta_note": "14-day free trial. No credit card required. Cancel anytime.",
-  "solutions_startups_cta_subtitle": "Join hundreds of startups shipping updates daily. Start your free trial.",
-  "solutions_startups_cta_title": "Ready to Move Fast?",
-  "solutions_startups_description": "競合より速く機能をデリバリー。無料で始めて、成長に合わせてスケール。",
-  "solutions_startups_founder_quote": "We were losing users because we couldn't ship fast enough. The app store was our biggest bottleneck, not our code.",
-  "solutions_startups_hero_subtitle": "スタートアップの世界ではスピードが勝つ。週単位ではなく分単位で機能をデリバリー。",
-  "solutions_startups_hero_title": "競合より速くデリバリー",
-  "solutions_startups_pain1_desc": "You found the bug. You fixed it. Now you wait 3-7 days for Apple to approve it. Your users? Still frustrated.",
-  "solutions_startups_pain1_title": "App Store Reviews Kill Velocity",
-  "solutions_startups_pain2_desc": "Hiring a DevOps engineer costs $150k+/year. Your deployment pipeline shouldn't require one.",
-  "solutions_startups_pain2_title": "DevOps Is Expensive",
-  "solutions_startups_pain3_desc": "Every day a bug stays live is another 1-star review. At your stage, ratings matter more than anything.",
-  "solutions_startups_pain3_title": "Bad Reviews Compound",
-  "solutions_startups_pricing_highlight": "Starts at $14/month",
-  "solutions_startups_quickstart_subtitle": "No DevOps experience required",
-  "solutions_startups_quickstart_title": "Get Started in 5 Minutes",
-  "solutions_startups_quote_author": "Sarah Chen",
-  "solutions_startups_quote_role": "Founder, YC-backed startup",
-  "solutions_startups_reality_label": "The Startup Reality",
-  "solutions_startups_reality_title": "You Don't Have Time for This",
-  "solutions_startups_see_pricing": "See pricing",
-  "solutions_startups_short": "スタートアップ",
-  "solutions_startups_story_label": "Success Story",
-  "solutions_startups_story_title": "How a 3-Person Startup Ships Like a Fortune 500",
-  "solutions_startups_tagline": "複雑さなしに素早くデリバリー",
-  "solutions_startups_title": "スタートアップ向け",
-  "solutions_stat_apps": "947+ アプリ",
-  "solutions_stat_updates": "14億以上のアップデート配信",
-  "solutions_stat_years": "4年以上の本番運用",
-  "solutions_talk_to_team": "チームに相談",
-  "solutions_testimonial1": "We switched from CodePush after Microsoft deprecated it. Capgo was running in production within a day. We haven't looked back - it's faster, more reliable, and the team actually responds to support tickets.",
-  "solutions_testimonial1_author": "Michael Torres",
-  "solutions_testimonial1_role": "Lead Mobile Developer, RetailFlow",
-  "solutions_testimonial2": "Our app serves 200,000 daily active users. Before Capgo, a Friday bug meant a ruined weekend. Now it means a 30-minute fix. The peace of mind alone is worth the subscription.",
-  "solutions_testimonial2_author": "Sofia Andersson",
-  "solutions_testimonial2_role": "CTO, HealthTrack",
-  "solutions_the_problem": "課題",
-  "solutions_the_solution": "ソリューション",
-  "solutions_traditional_workflow": "従来のワークフロー",
-  "solutions_trusted_by_title": "リーディングチームからの信頼",
-  "solutions_use_cases_subtitle": "Production updates work best for these common scenarios. Each one represents real pain points our customers solve daily.",
-  "solutions_usecase1_desc": "A payment flow is broken. Users can't complete purchases. With Capgo, push a fix in minutes and watch your revenue recover in real-time.",
-  "solutions_usecase1_title": "Critical Bug Fixes",
-  "solutions_usecase2_desc": "New pricing, updated terms, seasonal promotions. Update your app's content without waiting for store approval.",
-  "solutions_usecase2_title": "Content Updates",
-  "solutions_usecase3_desc": "Your test showed the new checkout flow converts 23% better. Ship it to everyone immediately instead of waiting a week.",
-  "solutions_usecase3_title": "A/B Testing Results",
-  "solutions_usecase4_desc": "Fixed that annoying alignment issue. Updated the loading animation. Small improvements ship as fast as you can code them.",
-  "solutions_usecase4_title": "UI Polish",
-  "solutions_usecase5_desc": "Something broke in production. Don't wait for weekend coverage. Push the fix now, from anywhere.",
-  "solutions_usecase5_title": "Emergency Hotfixes",
-  "solutions_usecase6_desc": "New privacy regulations require disclosure changes. Update your app before the deadline, not after.",
-  "solutions_usecase6_title": "Compliance Updates",
-  "solutions_user_churn": "User churn from unresolved bugs",
-  "solutions_version_targeting": "バージョンターゲティング",
-  "solutions_version_targeting_appflow_desc": "AppFlow tied bundles to native versions automatically. With Capgo, you get the same behavior with more flexibility:",
-  "solutions_version_targeting_appflow_step1": "Create a channel for each native version (e.g., 'native-1.5.0')",
-  "solutions_version_targeting_appflow_step2": "Configure your app to use the channel matching its native version",
-  "solutions_version_targeting_appflow_step3": "Push bundles to specific channels for targeted distribution",
-  "solutions_version_targeting_appflow_step4": "Use our CLI to push to multiple channels at once when needed",
-  "solutions_version_targeting_appflow_title": "AppFlow Users: Here's Your Migration Path",
-  "solutions_version_targeting_cta_subtitle": "Start targeting updates to specific native versions.",
-  "solutions_version_targeting_cta_title": "Need Precise Update Control?",
-  "solutions_version_targeting_description": "Control which updates go to which native app versions. Create channels tied to specific native builds and push updates with precision - like AppFlow, but more flexible.",
-  "solutions_version_targeting_feature1_desc": "Create a channel for each native build. When you release native version 1.5.0, create a channel for it. All JS updates for that native version go to that channel.",
-  "solutions_version_targeting_feature1_title": "Channel Per Native Version",
-  "solutions_version_targeting_feature2_desc": "Push an update to versions 1.3, 1.4, and 1.5 but skip 1.2. Perfect when older native versions can't support new features.",
-  "solutions_version_targeting_feature2_title": "Selective Update Distribution",
-  "solutions_version_targeting_feature3_desc": "Recreate AppFlow's version-tied channel behavior exactly. Each native build maps to a Capgo channel with the same control you're used to.",
-  "solutions_version_targeting_feature3_title": "AppFlow Migration Ready",
-  "solutions_version_targeting_feature4_desc": "Stop pushing updates to old versions when you're ready to sunset them. Users on old versions stay stable while new versions get updates.",
-  "solutions_version_targeting_feature4_title": "Graceful Deprecation",
-  "solutions_version_targeting_hero_subtitle": "Reduce risk and technical debt. Push updates to specific native versions, roll out changes gradually, and keep older versions stable - all with full control over your update distribution.",
-  "solutions_version_targeting_hero_title": "Move Faster With Fewer Surprises",
-  "solutions_version_targeting_scenarios_breaking": "Breaking Native Changes",
-  "solutions_version_targeting_scenarios_breaking_desc": "Native version 2.0 has a new plugin API. Push JS updates that use the new API only to 2.0+ channels.",
-  "solutions_version_targeting_scenarios_gradual": "Gradual Rollout",
-  "solutions_version_targeting_scenarios_gradual_desc": "Test a risky change on your latest native version first. If stable, push to older versions.",
-  "solutions_version_targeting_scenarios_sunset": "Version Sunset",
-  "solutions_version_targeting_scenarios_sunset_desc": "Stop updating native 1.x while continuing to ship to 2.x. Users on old versions stay on their last stable update.",
-  "solutions_version_targeting_scenarios_title": "Common Scenarios",
-  "solutions_version_targeting_title": "Version Targeting",
-  "solutions_view_docs": "ドキュメントを見る",
-  "solutions_when_to_use": "使用タイミング",
-  "solutions_white_label": "ホワイトラベルアプリ",
-  "solutions_white_label_cta_subtitle": "Scale from one brand to hundreds without rewriting code. Every dollar saved extends your runway.",
-  "solutions_white_label_cta_title": "Smaller Teams. Simpler Workflow. Bigger Outcomes.",
-  "solutions_white_label_description": "Deploy the same app to multiple brands, restaurants, or clients. Each gets their own channel with customized content - powered by a single codebase.",
-  "solutions_white_label_feature1_desc": "Each brand or client gets their own Capgo channel. Push brand-specific updates, content, and features without affecting other deployments.",
-  "solutions_white_label_feature1_title": "Channel Per Brand",
-  "solutions_white_label_feature2_desc": "Let users choose their experience. A restaurant app can let users select their location and download that specific restaurant's content.",
-  "solutions_white_label_feature2_title": "Dynamic Channel Switching",
-  "solutions_white_label_feature3_desc": "Manage all deployments from one dashboard. Push global updates to all channels or target specific brands.",
-  "solutions_white_label_feature3_title": "Centralized Management",
-  "solutions_white_label_feature4_desc": "Build an app store within your app. Each mini-app is a Capgo channel - users download and switch between them seamlessly.",
-  "solutions_white_label_feature4_title": "Mini-App Platform",
-  "solutions_white_label_hero_subtitle": "Your business can't afford separate codebases for each client. Build once, deploy everywhere - each brand gets their own channel with customized content, all from a single codebase.",
-  "solutions_white_label_hero_title": "One Codebase. Unlimited Brands.",
-  "solutions_white_label_miniapp_desc": "One of our customers built an entire mini-app platform using Capgo. Here's how it works:",
-  "solutions_white_label_miniapp_step1": "Main app contains the shell and navigation",
-  "solutions_white_label_miniapp_step2": "Each mini-app is a separate Capgo channel",
-  "solutions_white_label_miniapp_step3": "Users browse available mini-apps in the main app",
-  "solutions_white_label_miniapp_step4": "Selecting a mini-app downloads that channel's content",
-  "solutions_white_label_miniapp_step5": "Mini-app developers upload via CLI or SDK - never touching production",
-  "solutions_white_label_miniapp_step6": "The platform owner reviews and promotes to production",
-  "solutions_white_label_miniapp_title": "The Mini-App Store Model",
-  "solutions_white_label_tech_desc": "Capgo is the only live update platform with reliable dynamic channel switching. Change channels at runtime, download new content, and switch contexts - all without reinstalling. This technology has been refined and battle-tested for over 4 years.",
-  "solutions_white_label_tech_title": "Dynamic Channel Switching",
-  "solutions_white_label_title": "White Label & Multi-Tenant Apps",
-  "solutions_white_label_usecases_platform": "Platform Apps",
-  "solutions_white_label_usecases_platform_desc": "Build a mini-app ecosystem. Third-party developers upload to their Capgo channel, you control publication to your app store.",
-  "solutions_white_label_usecases_restaurant": "Restaurant Chains",
-  "solutions_white_label_usecases_restaurant_desc": "One app, many restaurants. Each location gets customized menus, branding, and features. Users select their restaurant and get the right experience.",
-  "solutions_white_label_usecases_saas": "B2B SaaS",
-  "solutions_white_label_usecases_saas_desc": "Offer a branded app to each of your business customers. They get their logo, colors, and features - you maintain one codebase.",
-  "solutions_white_label_usecases_title": "White Label Use Cases",
-  "solutions_why_teams_choose": "チームがCapgoを選ぶ理由",
-  "solutions_with_capgo": "Capgoなら",
-  "somebody_developed_an_app_for_you_but_it_doesn_t_meet_your_expectations_and_the_quality_of_the_final_product_is_really_low": "誰かがあなたのためにアプリを開発しましたが、それはあなたの期待に応えず、最終製品の品質は非常に低いです。",
-  "something_doesn_t_work_but_you_don_t_know_why": "何かがうまくいかないが、その理由がわからない。",
-  "source_code_protection_1": "オープンソースプロジェクトとして、Capgoのコードは公に利用可能です。",
-  "source_code_protection_2": "コードは継続的に監査されています：",
-  "source_code_protection_3": "、重大な問題が本番環境からブロックされています。",
-  "sponsor": "スポンサーシップ",
-  "sponsor_description": "Capgoは、寛大なスポンサーのおかげで無料で使用できるオープンソースフレームワークです。日々の仕事でCapgoを使用していて、私たちのクラウドサービスを利用できない場合は、私たちを支援することを検討してください。",
-  "sponsor_title": "Capgoのスポンサー",
-  "sso_2fa": "SSO + 2FA",
-  "stars_in_github": "GitHubのスター",
-  "start_now": "今すぐ始める",
-  "start_your_project": "あなたのプロジェクトを開始してください",
-  "status": "ステータス",
-  "storage": "ストレージ<br />(GiB)",
-  "storage_calculated_info": "* ストレージは、GiBあたりの時間ごとに計算されます",
-  "storage_detailed_explanation": "ストレージは、Webアセット（HTML、CSS、JavaScript）、バージョンメタデータ、チェックサムを含むアプリの更新バンドルを保存するために使用されます。すべてのアップロードされたバージョンを保持して即時ロールバック、複数のリリースチャネル（本番環境、ベータ版、ステージング）およびデプロイメント履歴をサポートします。OTA更新ごとにストレージ使用量が増えるため、各更新は完全なバンドルとして保存されます。典型的な使用法は限定的な履歴でいくつかのアプリに対して2GBであり, 頻繁にリリースする複数のアプリでは10～20GBです。",
-  "storage_gb": "ストレージ（GiB）",
-  "storage_what_is_it_used_for": "ストレージは何に使われ、どのように機能しますか？",
-  "submitting_a_pr_to_capgo": "<a href='https://github.com/Cap-go/capgo'><code>Capgo</code></a> への PR を提出しています。",
-  "submitting_a_pull_request": "プルリクエストの提出",
-  "subprocessors": "Subprocessors",
-  "subprocessors_description": "List of third-party subprocessors used to deliver Capgo.",
-  "subprocessors_intro": "Capgo relies on trusted third-party subprocessors to provide, secure, and improve the service. The list below describes the vendors and how they are used.",
-  "subprocessors_table_purpose": "Purpose",
-  "subprocessors_table_vendor": "Subprocessor",
-  "subprocessors_title": "Subprocessors",
-  "supercharge_your_app": "あなたのアプリをスーパーチャージしましょう",
-  "support": "サポート",
-  "support_desc": "Capgoは、私たちのチームおよびエンタープライズのお客様に対してサポートサービスレベル合意を提供します。",
-  "support_policy": "サポートポリシー",
-  "support_policy_billing_support": "請求およびアカウント管理のサポートは、すべての顧客に提供されています。",
-  "support_policy_code_debugging": "コードのデバッグに関する質問については、GitHub IssuesやDiscordで問い合わせることをお勧めします。コミュニティには、コードに関連する問題についてガイダンスを提供できる経験豊富な開発者が含まれています。",
-  "support_policy_community_response": "最も役立つコミュニティの回答を得るために、問題に関する正確で詳細な情報やエラーメッセージを提供してください。問題を再現する方法を説明する関連するコードスニペットをメッセージに含めてください。",
-  "support_policy_configuration_issues_1": "ライブ更新のセットアップ",
-  "support_policy_configuration_issues_2": "アプリ設定のベストプラクティス",
-  "support_policy_configuration_issues_3": "Capgoスタックに関する一般的な質問",
-  "support_policy_configuration_issues_title": "設定の問題",
-  "support_policy_description": "Capgoカスタマーサポートポリシーと対応時間。サポートチャネル、SLA、ライブアップデートでの成功をサポートする方法について。",
-  "support_policy_intro": "Capgoは、優れた顧客体験の提供に尽力しています。この取り組みの一環として、当社のCapgoプラットフォームを使用するすべての有料プロジェクトに対して限定的な技術サポートを提供しています。私たちの技術サポートは、以下の範囲、時間、連絡先、およびチャンネルによって定義されています。",
-  "support_policy_limited_support_1": "リクエストは、私たちの公式サポートチャンネルのいずれかを通じて行われます。",
-  "support_policy_limited_support_2": "リクエストは、登録されたCapgoアカウントのメールアドレスから来ています。",
-  "support_policy_limited_support_3": "リクエスターは、リクエストに関連する特定のCapgoプロジェクトに対して、開発者以上のアクセス権を持っています。",
-  "support_policy_limited_support_intro": "有料のCapgoリソースおよび/または有料のCapgoアドオンを使用しているCapgoのお客様には、限られた技術サポートが提供されます。サポートリクエストは以下の場合にのみ処理されます：",
-  "support_policy_not_covered_1": "ユーザーアプリケーションの一般的なデバッグ",
-  "support_policy_not_covered_2": "Capgoとの互換性のためのアプリケーションコードの書き直し",
-  "support_policy_not_covered_3": "Capgo互換性のためのサードパーティ製またはオープンソースソフトウェアの修正及び/またはパッチ適用",
-  "support_policy_not_covered_intro": "Capgoの技術サポートサービスには含まれません：",
-  "support_policy_not_covered_title": "対象外",
-  "support_policy_official_channels_1": "ウェブとダッシュボード：サポートは、ダッシュボードまたは当社のウェブサイトのCapgoヘルプ機能を通じてのみ利用可能です。",
-  "support_policy_official_channels_2": "メール: ダッシュボードやチケットシステムにアクセスできない場合は、登録されたCapgoアカウントのメールアドレスからsupport@capgo.appにメールを送ってサポートに連絡してください。",
-  "support_policy_official_channels_note": "Capgoのサポートスタッフは、これらの公式チャンネルを通じて受け取ったリクエストのみを対応します。Capgoコミュニティに貢献するボランティアによって提供される、ピアツーピアのサポートやディスカッションのためのコミュニティチャンネルが存在する場合もあります。",
-  "support_policy_official_channels_title": "公式サポートチャネル",
-  "support_policy_premium_support_desc": "チームプランおよびエンタープライズ顧客向けのプレミアムサポートオプションについて学ぶには、以下のフォームを使用してお問い合わせください。",
-  "support_policy_premium_support_title": "プレミアムサポート",
-  "support_policy_proactive_monitoring_desc": "プラットフォームの問題が発生した場合、影響と状況を迅速に伝えるために、status.capgo.appのステータスサイトに通知を掲載します。進行中のプラットフォームの問題については、サポートチケットを提出する必要はありません。その代わりに、最新の更新情報を得るためにステータスページを監視してください。",
-  "support_policy_proactive_monitoring_title": "積極的監視",
-  "support_policy_scope_intro": "Capgoのサポート提供は、Capgoプラットフォームがサポートする技術のみに適用され、以下に限定されます：",
-  "support_policy_scope_title": "範囲",
-  "support_policy_service_disruption_if_billing_stopped": "<strong>支払いが停止されたり、請求がキャンセルされた場合：</strong>最後に正常にインストールされたアップデートは各デバイスに残りますが、新しいアップデートはダウンロードされません。",
-  "support_policy_service_disruption_if_capgo_down": "<strong>Capgoがダウンしている場合：</strong>バックグラウンドモードでは、これは通常ユーザーには見えません。ダイレクトモードでは、サービスは到達可能なときに5xxの応答を返すことがあります。サーバーが単純に遅すぎる場合、プラグインは最大3秒間待機し、クエリをキャンセルし、通常のアプリ起動を続行します。",
-  "support_policy_service_disruption_if_over_limit": "<strong>プランの範囲を超えるトラフィックが発生した場合：</strong>新旧問わず、追加のアップデートはプランが範囲内に戻るまで受け取れません。",
-  "support_policy_service_disruption_intro": "アップデートシステムは、安全に失敗するように設計されています。Capgoが利用できない場合でも、アプリは動作を続け、更新チェックによるユーザー向けのフリーズは発生しません。",
-  "support_policy_service_disruption_link_text": "サービスの中断とプラン終了の詳細",
-  "support_policy_service_disruption_outro": "上記のすべてのシナリオでは、アプリは最後にインストールされたバージョンで使用可能なままで、サービスが再開するまで更新は単純にスキップされます。",
-  "support_policy_service_disruption_timeout": "すべての更新モードで、プラグインが3秒以内に更新サービスから回答を得られない場合、リクエストをキャンセルし、通常通りアプリを開きます。",
-  "support_policy_service_disruption_title": "サービスの中断とプランの終了",
-  "support_policy_sla_desc": "サービスレベルアグリーメントはエンタープライズ顧客のみが利用できます。サポートの応答時間を含むSLAの詳細は、専用のSLAページでご確認いただけます:",
-  "support_policy_sla_title": "サービスレベルアグリーメント",
-  "support_policy_team_participation": "Capgoのチームメンバーは、彼らの裁量でコミュニティチャネルに参加する場合がありますが、公式チャネルを通じて提出されない限り、応答がある保証はありません。",
-  "support_policy_title": "Capgoカスタマーサポート",
-  "support_policy_troubleshooting_1": "既知の問題に対する回避策や解決策を提供する",
-  "support_policy_troubleshooting_2": "一般的な方法に関する質問に答え、ドキュメントに案内する",
-  "support_policy_troubleshooting_3": "Capgoでサポートされている機能（ライブアップデート、アプリ管理、分析）が、ユーザーのアプリケーションコードとは独立して予期しない動作を示すトラブルシューティング",
-  "support_policy_troubleshooting_title": "トラブルシューティング",
-  "support_teams": "サポートチーム",
-  "support_title": "サポート",
-  "switch_between_development_staging_production": "開発、ステージング、および本番チャンネル間を切り替えます",
-  "table_of_contents": "目次",
-  "tailored_configuration": "カスタマイズされた設定",
-  "target_initial_response_times_title": "目標初期応答時間",
-  "team_collaboration": "チーム協力",
-  "team_plan": "チーム",
-  "terms": "利用規約",
-  "terms_applicable": "以下の条件は、あなたが私たちから購入したすべての製品に適用されます。",
-  "test_deploy_and_monitor_your_capacitor_apps": "あなたのCapacitorアプリをテスト、デプロイ、モニタリングします",
-  "test_deploy_monitor_from_anywhere": "どこからでもテスト、デプロイ、モニタリングを行う",
-  "test_different_versions_and_channels": "すぐに異なるバージョンとチャネルをテストしてください",
-  "test_on_real_devices": "実際のデバイスでテストする",
-  "test_pr_builds": "テストPRビルド",
-  "test_releases_instantly": "テストリリースは即時に",
-  "testimonial_consulting": "Capgoは才能あふれるエンジニアを揃えているだけでなく、プロジェクトの成功に対する私の情熱を共有しています。<strong class='italic font-bold'>真のパートナー</strong>を持つことは素晴らしい経験であり、私たちは一人ではできないほど速く進むことができます。",
-  "testimonial_consulting_2": "私は<strong class='italic font-bold'>Capgoを他の人に推薦することに何の hesitationも感じません</strong>。既存の労働力に柔軟なソリューションを提供するため、あるいはリモートチームの一部として長期的に利用するために。",
-  "testimonial_description": "2023年からのCapgoユーザー",
-  "testimonial_highlight": "ユーザーは数分以内に最新の状態になります",
-  "testimonial_title": "私たちは5000人以上のユーザーに向けてCapgoを本番環境で導入しました！",
-  "thank_you_for_shopping": "$1でのお買い物ありがとうございます。",
-  "thanks_to_our_open_source_nature": "私たちのオープンソースの性質のおかげで",
-  "that_grows_with_you": "あなたと共に成長する",
-  "the_webapp_and_serverless_functions_that_make_up_the_capgo_cloud_platform": "Capgoクラウドプラットフォームを構成するWebアプリとサーバーレス機能。",
-  "there_are_numerous_repositories_in_the_capgo_organization_that_are_part_of_the_capgo": "Capgo組織には、Capgoエコシステムの一部である多数のリポジトリがあります。",
-  "they_love_capgo": "彼らはCapgoを愛しています。",
-  "this_inspired_me_to_create_an_affordable_efficient_alternative": "これが私に手頃で効率的な代替品を作るインスピレーションを与えました。",
-  "this_page_serves_as_a_helper_to_get_you_started_on_contributing": "このページは、貢献を始めるための手助けとなるものです。",
-  "tier_baker": "ベーカー",
-  "tier_gold": "金",
-  "tier_platinum": "プラチナ",
-  "tier_silver": "シルバー",
-  "to_help_you_decide_which_repository_might_be_the_best_to_start_contributing_and_or_falls_into_your_interest_here_s_a_short_comparison_languages_in_bold_comprise_most_of_the_codebase": "どのリポジトリが貢献を始めるのに最適か（またはあなたの興味に合うか）を決定するのを助けるために、以下は簡単な比較です（<strong>太字の言語はコードベースの大部分を占めています</strong>）：",
-  "top_100_app_using_capacitor_on_android_play_store": "Capacitorを使用したAndroid Playストアのトップ100アプリのリスト",
-  "top_100_app_using_different_framworks_on_android_store": "Androidストアでの異なるフレームワークを使用したトップ100アプリのリスト",
-  "top_app_by_framework": "フレームワーク別トップアプリ",
-  "top_apps_by_framework": "フレームワーク別のトップアプリ",
-  "top_capacitor_apps": "トップキャパシタアプリ",
-  "top_capgo_apps": "Capgoを使用したトップアプリのリスト",
-  "top_capgo_apps_title": "トップ Capgo アプリ",
-  "top_cordova_apps": "AndroidストアでCordovaを使用しているトップ100アプリのリスト",
-  "top_cordova_apps_title": "トップ Cordova アプリ",
-  "top_cordova_migrate_cta_subtitle": "Migrate to Capacitor in 10 days: fewer bugs, better performance, improved accessibility, and a richer plugin ecosystem.",
-  "top_cordova_migrate_cta_title": "Still shipping Cordova?",
-  "top_flutter_apps": "Flutterを使用したAndroidストアのトップ100アプリ一覧",
-  "top_flutter_apps_title": "トップFlutterアプリ",
-  "top_kotlin_apps": "Kotlinを使用しているAndroidストアのトップ100アプリのリスト",
-  "top_kotlin_apps_title": "トップKotlinアプリ",
-  "top_native_script_apps": "AndroidストアでNative Scriptを使用したトップ100アプリのリスト",
-  "top_native_script_apps_title": "トップネイティブスクリプトアプリ",
-  "top_react_native_apps": "AndroidストアでReact Nativeを使用しているトップ100アプリのリスト",
-  "top_react_native_apps_title": "トップ React Native アプリ",
-  "tos_acknowledgment_text_1": "これは、本サービスの利用に関する規約およびあなたと会社との間に成立する合意です。本規約は、サービスの利用に関するすべてのユーザーの権利と義務を定めています。",
-  "tos_acknowledgment_text_2": "サービスへのアクセスおよび利用は、これらの利用規約へのあなたの同意および遵守に基づいています。これらの利用規約は、サービスにアクセスまたは利用するすべての訪問者、ユーザーおよびその他の人に適用されます。",
-  "tos_acknowledgment_text_3": "サービスにアクセスまたは使用することにより、あなたはこれらの利用規約に拘束されることに同意したことになります。これらの利用規約のいずれかの部分に同意しない場合、サービスにアクセスすることはできません。",
-  "tos_acknowledgment_text_4": "あなたは18歳以上であることを表明します。会社は18歳未満の者がサービスを利用することを許可していません。",
-  "tos_acknowledgment_text_5": "サービスへのアクセスおよび利用は、会社のプライバシーポリシーの受け入れおよび遵守に条件付けられています。私たちのプライバシーポリシーは、アプリケーションやウェブサイトを使用する際にあなたの個人情報の収集、利用、開示に関する私たちの方針と手続きを説明し、あなたのプライバシー権および法律があなたをどのように保護するかについてお知らせします。私たちのサービスを使用する前に、プライバシーポリシーを注意深くお読みください。",
-  "tos_acknowledgment_title": "認識",
-  "tos_changes_text_1": "当社は、独自の判断により、これらの利用規約をいつでも変更または置き換える権利を留保します。変更が重要なものである場合、当社は新しい規約が施行される前に少なくとも30日の通知を提供するために合理的な努力を行います。重要な変更の定義は当社の独自の判断によって決定されます。",
-  "tos_changes_text_2": "変更が有効になった後も当社のサービスにアクセスまたは利用を続けることにより、あなたは改訂された条件に拘束されることに同意したものとみなされます。新しい条件に部分的または全体的に同意しない場合は、ウェブサイトおよびサービスの利用を中止してください。",
-  "tos_changes_title": "これらの規約の変更",
-  "tos_contact_us_text": "これらの利用規約について質問がある場合は、お問い合わせください。",
-  "tos_contact_us_title": "お問い合わせ",
-  "tos_contact_us_website": "このウェブサイトのページにアクセスすることで：",
-  "tos_definition_account": "アカウントとは、あなたが私たちのサービスまたはサービスの一部にアクセスするために作成されたユニークなアカウントを意味します。",
-  "tos_definition_affiliate": "関連会社とは、ある当事者を支配している、または支配されている、または共通の支配下にある法人を指し、「支配」とは取締役やその他の管理機関の選出に投票する権利を有する株式、持分、またはその他の証券の50％以上の所有を意味します。",
-  "tos_definition_application": "アプリケーションとは、あなたが任意の電子デバイスにダウンロードした、会社が提供するソフトウェアプログラムであり、$1という名前のものを指します。",
-  "tos_definition_application_store": "アプリケーションストアとは、アプリケーションがダウンロードされたApple Inc.（Apple App Store）またはGoogle Inc.（Google Play Store）が運営および開発しているデジタル配信サービスを指します。",
-  "tos_definition_company": "本契約書では、「会社」、「当社」、「私たち」または「私たちの」として言及される会社は、エストニアのタリン、セパパジャ6、15551にあるDigital shift OUを指します。",
-  "tos_definition_country": "国は：エストニアを指します。",
-  "tos_definition_device": "デバイスとは、コンピュータ、携帯電話、デジタルタブレットなど、サービスにアクセスできる任意のデバイスを指します。",
-  "tos_definition_feedback": "フィードバックとは、私たちのサービスの属性、パフォーマンス、または機能に関するあなたからのフィードバック、革新、または提案を指します。",
-  "tos_definition_free_trial": "無料トライアルとは、サブスクリプション購入時に無料となる可能性のある限られた期間を指します。",
-  "tos_definition_in_app_purchase": "アプリ内購入とは、アプリケーションを通じて行われる製品、アイテム、サービス、またはサブスクリプションの購入を指し、これらの利用規約および/またはアプリケーションストア自身の利用規約の対象となります。",
-  "tos_definition_service": "サービスはアプリケーションを指します。",
-  "tos_definition_subscriptions": "サブスクリプションとは、会社があなたに対して提供するサブスクリプションベースのサービスまたはサービスへのアクセスを指します。",
-  "tos_definition_terms": "利用規約（以下「規約」といいます）とは、サービスの利用に関して、あなたと会社との間での全ての合意を形成するこれらの利用規約を意味します。",
-  "tos_definition_third_party_social_media": "第三者のソーシャルメディアサービスとは、サービスによって表示、含まれる、または利用可能にされる第三者が提供するサービスまたはコンテンツ（データ、情報、製品またはサービスを含む）を指します。",
-  "tos_definition_you": "あなたは、サービスにアクセスまたは使用している個人、またはその個人がサービスにアクセスまたは使用するために代表している会社やその他の法的法人を指します。",
-  "tos_definitions_intro": "本利用規約の目的のために：",
-  "tos_definitions_subtitle": "定義",
-  "tos_disclaimer_text_1": "サービスは「現状のまま」および「利用可能な場合に限り」提供され、あらゆる欠陥や不具合を伴い、いかなる種類の保証もありません。適用される法律が許す最大限の範囲で、会社は自社およびその関連会社、ならびにそれらのライセンサー及びサービスプロバイダーを代表して、サービスに関して明示的でも暗示的でも法定でもその他のいかなる保証も明示的に否認します。これには、商品性、特定の目的への適合性、権利の暗示的保証が含まれます。",
-  "tos_disclaimer_text_2": "前述に制限されることなく、会社または会社の提供者は、次の事項についていかなる種類の明示的または暗示的な表明または保証も行いません：(i) サービスの運用または利用可能性、またはそれに含まれる情報、コンテンツ、資料または製品に関して；(ii) サービスが中断なくエラーがないこと；(iii) サービスを通じて提供される情報またはコンテンツの正確性、信頼性、または最新性；(iv) サービス、サーバー、コンテンツ、または会社からまたは会社の名義で送信される電子メールにウイルス、スクリプト、トロイの木馬、ワーム、マルウェア、タイムボムまたはその他の有害なコンポーネントが含まれないこと。",
-  "tos_disclaimer_text_3": "一部の法域では、特定の種類の保証の除外や消費者の適用法定権利に対する制限を認めていないため、上記の除外および制限の一部またはすべてがあなたには適用されない場合があります。しかしその場合でも、このセクションに定められた除外および制限は、適用法の下で最大限に施行可能な範囲で適用されるものとします。",
-  "tos_disclaimer_title": "「現状のまま」および「利用可能な場合に限る」免責事項",
-  "tos_disputes_resolution_text": "サービスに関する懸念や争いがある場合は、まず会社に連絡して非公式に争いを解決しようとすることに同意します。",
-  "tos_disputes_resolution_title": "紛争解決",
-  "tos_eu_users_text": "EUの消費者である場合、居住国の法律の必須条項の恩恵を受けることになります。",
-  "tos_eu_users_title": "欧州連合（EU）ユーザー向け",
-  "tos_governing_law_text": "本国の法律（法の抵触に関する規則を除く）が本契約およびサービスの使用を支配します。アプリケーションの使用は、他の地方、州、国家、または国際法の対象となる場合があります。",
-  "tos_governing_law_title": "準拠法",
-  "tos_in_app_purchases_text_1": "アプリケーションには、製品、サービス、またはサブスクリプションを購入できるアプリ内課金が含まれる場合があります。",
-  "tos_in_app_purchases_text_2": "デバイスを使用してアプリ内課金を管理する方法についての詳細は、アプリケーションストアの利用規約やデバイスのヘルプ設定に記載されている場合があります。",
-  "tos_in_app_purchases_text_3": "アプリ内購入はアプリ内でのみ使用できます。アプリ内購入を行うと、そのダウンロードを開始した後はアプリ内購入をキャンセルすることはできません。アプリ内購入は現金やその他の対価に還元することはできず、転送することもできません。",
-  "tos_in_app_purchases_text_4": "アプリ内購入が成功裏にダウンロードされなかったり、ダウンロード後に機能しなかった場合、当社はその不具合に気付くか、あなたから通知を受けた後に、不具合の原因を調査します。当社は、あなたに代替のアプリ内購入を提供するか、不具合を修正するためのパッチを発行するかを合理的に判断して行動します。いかなる場合でも、アプリ内購入の交換や修理に対して料金を請求することはありません。代替品や修理が不可能であるか、合理的な期間内に大きな不便をかけずに行うことができない場合、当社はアプリケーションストアに対し、該当するアプリ内購入の費用に相当する金額を返金するよう承認します。また、返金を希望される場合は、直接アプリケーションストアにお問い合わせいただくことができます。",
-  "tos_in_app_purchases_text_5": "あなたは、すべての請求および取引プロセスがアプリケーションをダウンロードしたアプリケーションストアによって処理され、そのアプリケーションストアの独自の利用規約に従っていることを認め、同意します。",
-  "tos_in_app_purchases_text_6": "アプリ内購入に関する支払いの問題がある場合は、直接アプリケーションストアにお問い合わせください。",
-  "tos_in_app_purchases_title": "アプリ内課金",
-  "tos_intellectual_property_text_1": "サービスおよびそのオリジナルコンテンツ（あなたまたは他のユーザーが提供したコンテンツを除く）、機能および機能は、企業およびそのライセンサーの独占的な財産であり続けます。",
-  "tos_intellectual_property_text_2": "サービスは、国内および外国の著作権、商標およびその他の法律によって保護されています。",
-  "tos_intellectual_property_text_3": "当社の商標および商業デザインは、当社の事前の書面による同意なしに、いかなる製品またはサービスに関連して使用することはできません。",
-  "tos_intellectual_property_title": "知的財産",
-  "tos_interpretation_subtitle": "解釈",
-  "tos_interpretation_text": "頭文字が大文字の単語は、以下の条件に基づいて定義された意味を持ちます。以下の定義は、単数形または複数形のいずれであっても同じ意味を持ちます。",
-  "tos_interpretation_title": "解釈と定義",
-  "tos_last_updated": "最終更新日：2022年1月12日",
-  "tos_limitation_of_liability_text_1": "あなたが被る可能性のある損害にもかかわらず、本契約のいかなる条項に基づく会社およびその供給者の全責任と、前述のすべてに対するあなたの排他的救済は、サービスを通じて実際に支払った金額、またはサービスを通じて何も購入していない場合は100米ドルに制限されます。",
-  "tos_limitation_of_liability_text_2": "適用法令により許可される最大限の範囲において、いかなる場合においても、当社またはその供給者は、特別、偶発的、間接的、または結果的な損害（利益の損失、データまたはその他の情報の損失、業務の中断、個人の傷害、サービスの利用または利用の不能に起因するプライバシーの損失、サービスと共に使用される第三者のソフトウェアおよび/またはハードウェア、または本規約のいかなる条項に関連するその他の事由によるものを含むがこれに限定されない）について責任を負わないものとします。たとえ当社または任意の供給者がそのような損害の可能性について通知を受けていた場合や、救済策がその本質的な目的を果たさなかった場合でも同様です。",
-  "tos_limitation_of_liability_text_3": "いくつかの州では、暗示された保証の除外や偶発的または結果的損害に対する責任の制限を許可していないため、上記の制限の一部が適用されない可能性があります。これらの州では、各当事者の責任は法律で許可される最大限に制限されます。",
-  "tos_limitation_of_liability_title": "責任の制限",
-  "tos_links_to_other_websites_text_1": "当社のサービスには、当社が所有または管理していない第三者のウェブサイトやサービスへのリンクが含まれている場合があります。",
-  "tos_links_to_other_websites_text_2": "会社は、いかなる第三者のウェブサイトやサービスのコンテンツ、プライバシーポリシー、または実践についても制御せず、責任を負いません。さらに、会社は、これらのウェブサイトやサービスにおいて利用可能なコンテンツ、商品、またはサービスの使用または信頼によって引き起こされた、または引き起こされたと主張される損害や損失について、直接的または間接的に責任を負わないことを確認し、同意します。",
-  "tos_links_to_other_websites_text_3": "他の第三者のウェブサイトやサービスを訪れる際は、それらの利用規約とプライバシーポリシーを必ずお読みいただくことを強くお勧めします。",
-  "tos_links_to_other_websites_title": "他のウェブサイトへのリンク",
-  "tos_please_read": "当社のサービスを利用する前に、これらの利用規約を注意深くお読みください。",
-  "tos_right_to_refuse_or_terminate_service_text_1": "会社は、その単独の裁量により、サービスの拒否、アクセスの停止、または任意の時点でアカウントやビジネス関係を終了する権利を留保します。これには原因がある場合もない場合も含まれますが、それに限定されません：",
-  "tos_right_to_refuse_or_terminate_service_text_2": "追加で合意したサービスや請求書の支払いを繰り返し怠る。",
-  "tos_right_to_refuse_or_terminate_service_text_3": "会社の代表者に対する虐待、嫌がらせ、または無礼な行動。",
-  "tos_right_to_refuse_or_terminate_service_text_4": "サービスの誤用や、会社の完全性、セキュリティ、評判を損なう行為。",
-  "tos_right_to_refuse_or_terminate_service_text_5": "そのような場合、法律で要求される場合を除き、残りのサブスクリプションまたはサービス期間に対する払い戻しは発行されません。",
-  "tos_right_to_refuse_or_terminate_service_title": "サービスの拒否または終了の権利",
-  "tos_severability_subtitle": "分離可能性",
-  "tos_severability_text": "これらの利用規約のいかなる条項が執行不可能または無効とされる場合、その条項は適用法の下で可能な限りその目的を達成するように変更され解釈され、残りの条項は引き続き完全に有効とされます。",
-  "tos_severability_waiver_title": "分離可能性及び放棄",
-  "tos_subscriptions_billing_subtitle": "請求書",
-  "tos_subscriptions_billing_text_1": "お客様は、会社に対して正確かつ完全な請求情報を提供するものとし、これには氏名、住所、州、郵便番号、電話番号、および有効な支払い方法の情報が含まれます。",
-  "tos_subscriptions_billing_text_2": "自動請求が何らかの理由で行われない場合、会社は電子請求書を発行し、その請求書に記載された請求期間に対する全額を、特定の期限内に手動で支払う必要があることを示します。",
-  "tos_subscriptions_billing_text_3": "アプリ内購入を通じてサブスクリプションが行われた場合、すべての請求はアプリケーションストアによって処理され、アプリケーションストアの独自の利用規約に従います。",
-  "tos_subscriptions_cancellations_subtitle": "サブスクリプションのキャンセル",
-  "tos_subscriptions_cancellations_text_1": "サブスクリプションの更新は、アカウント設定ページを通じて、または会社に連絡することでキャンセルできます。現在のサブスクリプション期間に対して既に支払った料金の返金は受けられず、現在のサブスクリプション期間の終了までサービスにアクセスできます。",
-  "tos_subscriptions_cancellations_text_2": "もしサブスクリプションがアプリ内購入を介して行われた場合、アプリケーションストアでサブスクリプションの更新をキャンセルできます。",
-  "tos_subscriptions_fee_changes_subtitle": "手数料の変更",
-  "tos_subscriptions_fee_changes_text_1": "会社は、その単独の裁量で、いつでもサブスクリプション料金を変更することができます。サブスクリプション料金の変更は、その時点でのサブスクリプション期間の終了時に有効となります。",
-  "tos_subscriptions_fee_changes_text_2": "会社は、サブスクリプション料金の変更について、変更が有効になる前にサブスクリプションを解約する機会を与えるために、合理的な事前通知を提供します。",
-  "tos_subscriptions_fee_changes_text_3": "サブスクリプション料金の変更が適用された後もサービスを引き続き利用することは、変更されたサブスクリプション料金を支払うことに同意したことを意味します。",
-  "tos_subscriptions_free_trial_subtitle": "無料トライアル",
-  "tos_subscriptions_free_trial_text_1": "会社は、独自の裁量で、一定期間の無料トライアル付きのサブスクリプションを提供することがあります。",
-  "tos_subscriptions_free_trial_text_2": "無料トライアルに申し込むには、請求情報の入力が必要になる場合があります。",
-  "tos_subscriptions_free_trial_text_3": "無料トライアルにサインアップする際に請求情報を入力した場合、トライアルが終了するまで会社に請求されることはありません。無料トライアル期間の最終日には、サブスクリプションをキャンセルしていない限り、選択したサブスクリプションの種類に応じた適用サブスクリプション料金が自動的に請求されます。",
-  "tos_subscriptions_free_trial_text_4": "いかなる時点でも、通知なしに、当社は (i) 無料トライアルオファーの利用規約を変更する権利、または (ii) そのような無料トライアルオファーをキャンセルする権利を留保します。",
-  "tos_subscriptions_period_subtitle": "定期購読期間",
-  "tos_subscriptions_period_text_1": "サービスまたはサービスの一部は、有料のサブスクリプションがある場合にのみ利用可能です。サブスクリプションを購入する際に選択したサブスクリプションプランの種類に応じて、前払いで定期的に（毎日、毎週、毎月、または毎年）請求されます。",
-  "tos_subscriptions_period_text_2": "各期間の終了時に、あなたのサブスクリプションは、自動的に全く同じ条件で更新されます。あなたがキャンセルするか、会社がキャンセルしない限り。",
-  "tos_subscriptions_refunds_subtitle": "返金",
-  "tos_subscriptions_refunds_text_1": "法律により要求される場合を除き、支払ったサブスクリプション料金は返金不可です。",
-  "tos_subscriptions_refunds_text_2": "特定のサブスクリプションに対する返金リクエストは、会社によって個別に考慮され、会社の単独の裁量で承認される場合があります。",
-  "tos_subscriptions_refunds_text_3": "サブスクリプションがアプリ内購入を通じて行われた場合、アプリケーションストアの返金ポリシーが適用されます。返金をリクエストしたい場合は、直接アプリケーションストアにお問い合わせください。",
-  "tos_subscriptions_title": "サブスクリプション",
-  "tos_termination_text_1": "私たちは、これらの規約に違反した場合を含め、理由の如何を問わず、事前の通知や責任なしにあなたのアカウントを直ちに終了または一時停止することができます。",
-  "tos_termination_text_2": "契約終了に際し、サービスの使用権は直ちに停止されます。アカウントを終了したい場合は、サービスの使用を中止するだけで済みます。",
-  "tos_termination_title": "終了",
-  "tos_title": "利用規約",
-  "tos_translation_text": "これらの利用規約は、サービス上でお客様に提供した場合、翻訳されている場合があります。紛争が生じた場合、原文の英語のテキストが優先されることに同意します。",
-  "tos_translation_title": "翻訳 解釈",
-  "tos_us_federal_government_text": "米国連邦政府の最終ユーザーである場合、当サービスは48 C.F.R. §2.101で定義される「商業品」です。",
-  "tos_us_federal_government_title": "アメリカ合衆国連邦政府最終使用規定",
-  "tos_us_legal_compliance_text": "あなたは次のことを表明し、保証します：(i) あなたはアメリカ合衆国政府の禁輸が適用される国に所在しておらず、またアメリカ合衆国政府によって「テロリズム支援国」として指定されていないこと、(ii) あなたはアメリカ合衆国政府の禁止または制限された当事者のリストに掲載されていないこと。",
-  "tos_us_legal_compliance_title": "アメリカ合衆国の法的遵守",
-  "tos_user_accounts_text_1": "アカウントを作成する際には、常に正確で完全かつ最新の情報を提供する必要があります。これに失敗すると、利用規約に違反することになり、私たちのサービスでのアカウントが即座に終了される可能性があります。",
-  "tos_user_accounts_text_2": "あなたは、サービスにアクセスするために使用するパスワードの保護、およびそのパスワードの下で行われるすべての活動やアクションについて責任を負います。これは、あなたのパスワードが当社のサービスにある場合でも、第三者のソーシャルメディアサービスにある場合でも同様です。",
-  "tos_user_accounts_text_3": "あなたは、パスワードを第三者に開示しないことに同意します。アカウントのセキュリティ侵害や無許可の使用に気付いた場合は、直ちに当社に通知する必要があります。",
-  "tos_user_accounts_text_4": "他の人や団体の名前、合法的に使用できない名前、他の人や団体の権利が適用される名前や商標（適切な承認なしで）、またはその他の不快、卑猥または猥褻な名前をユーザー名として使用することはできません。",
-  "tos_user_accounts_title": "ユーザーアカウント",
-  "tos_waiver_subtitle": "免責事項",
-  "tos_waiver_text": "本契約に明記されている場合を除き、権利を行使しないことや本契約に基づく義務の履行を要求しないことは、当事者がその後いつでもその権利を行使したり、その履行を要求したりする能力に影響を与えず、また違反の放棄はその後の違反の放棄を構成するものではありません。",
-  "tos_your_feedback_text": "あなたは、会社に提供するフィードバックに関するすべての権利、権原および利益を譲渡します。何らかの理由でその譲渡が無効である場合、あなたは会社に対して、非独占的、永続的、取り消し不可能、ロイヤリティフリー、全世界的な権利およびライセンスを付与することに同意します。これにより、会社はフィードバックを制限なしに使用、複製、開示、サブライセンス、配布、改変および活用することができます。",
-  "tos_your_feedback_title": "あなたのフィードバックをお聞かせください",
-  "total_data_transfer": "合計データ転送",
-  "track_update_performance_and_user_adoption": "トラックの更新パフォーマンスとユーザー採用状況を追跡する",
-  "transparency_security": "透明性とセキュリティ",
-  "trust": "信頼",
-  "trust_center": "信頼センター",
-  "trust_continuous_validation_description": "オープンソースの透明性は自動スキャンによって支えられ、脆弱性が顧客に影響を与える前に可視化し解決します。",
-  "trust_continuous_validation_snyk_label": "Snyk依存性の健康",
-  "trust_continuous_validation_sonar_label": "SonarCloudセキュリティ姿勢",
-  "trust_continuous_validation_title": "継続的な検証と監視",
-  "trust_foundation_application_description": "セキュアなコーディングガイドライン、必須のレビュー、自動化されたテスト、独立したペネトレーションテストにより、アプリの表面が強化されます。",
-  "trust_foundation_application_title": "アプリケーションセキュリティ",
-  "trust_foundation_data_description": "顧客のパッケージは、署名付きリリース、監査ログ、および詳細なAPIキーと共に、転送中および静止状態で暗号化されたままです。",
-  "trust_foundation_data_title": "データ保護",
-  "trust_foundation_description": "セキュリティ、プライバシー、信頼性はCapgoプラットフォームの各レイヤーに組み込まれています。",
-  "trust_foundation_operations_description": "専用のランブック、24時間体制の監視、そして単一の責任者が迅速な検出と対応を保証します。",
-  "trust_foundation_operations_title": "運用準備完了",
-  "trust_foundation_platform_description": "Cloudflare、Supabase、および孤立したCIパイプラインは、MFA、シークレット管理、および保護された環境を強制します。",
-  "trust_foundation_platform_title": "プラットフォームとインフラストラクチャ",
-  "trust_foundation_title": "すべてのリリースにわたる層状の安全対策",
-  "trust_hero_badge": "セキュアなリリースワークフローのために構築されました",
-  "trust_hero_description": "Capgoは、独立した監査、強化されたインフラストラクチャ、迅速で安全な出荷を目指したプロセスにより、あなたのリリースパイプラインを保護します。",
-  "trust_hero_point_four": "創設者主導のセキュリティプログラム、専用のインシデント対応プレイブック付き。",
-  "trust_hero_point_one": "重要なベンダーは、毎年レビューされるSOC 2の証明を維持しています。",
-  "trust_hero_point_three": "転送中および保存時の暗号化は、細かいアクセス制御によって支えられています。",
-  "trust_hero_point_two": "リアルタイムでの透明なステータス、インシデント、およびメンテナンスの更新。",
-  "trust_hero_primary_cta": "コンプライアンス文書のレビュー",
-  "trust_hero_secondary_cta": "リアルタイムのステータスを確認してください",
-  "trust_hero_title": "妥協せずにセキュリティと信頼",
-  "trust_highlight_data_residency_description": "グローバルエッジデリバリーはトラフィックをエンドツーエンドで暗号化し、一方Supabaseストレージはリリースを休止状態でロックダウンします。",
-  "trust_highlight_data_residency_title": "どこでもデータ保護",
-  "trust_highlight_soc2_description": "ホスティングおよびデータプロバイダーは、年次審査された証明書を持つことでSOC 2コンプライアンスを維持します。",
-  "trust_highlight_soc2_title": "エンタープライズグレードのパートナーシップ",
-  "trust_highlight_transparency_description": "公開ステータスページ、インシデントの更新、および過去の稼働時間は顧客を情報提供します。",
-  "trust_highlight_transparency_title": "運用の透明性",
-  "trust_highlights_heading": "あなたが頼りにできるもの",
-  "trust_meta_description": "Capgoがレイヤードセキュリティ、透明な監視、プライバシーファーストの運用でエアアップデートを保護する方法を発見してください。",
-  "trust_program_description": "私たちは、継続的な評価、強化、監視、改善を通じてコントロールを反復します。",
-  "trust_program_step_assess_description": "インフラストラクチャ、依存関係、およびプロセスの定期的なレビューにより、新たなリスクがカタログ化され、優先順位が付けられます。",
-  "trust_program_step_assess_title": "リスクを評価し、優先順位をつける",
-  "trust_program_step_evolve_description": "事後レビュー、ロードマップの更新、透明な報告はプログラムの改善を続けます。",
-  "trust_program_step_evolve_title": "進化し、共有する",
-  "trust_program_step_harden_description": "防御深度のセーフガードは、ソース、ビルド、デリバリー、ランタイム層にわたります。",
-  "trust_program_step_harden_title": "コントロールを実装し、強化する",
-  "trust_program_step_monitor_description": "自動アラート、稼働時間ダッシュボード、および手動チェックにより、継続的な状況認識が提供されます。",
-  "trust_program_step_monitor_title": "モニター＆アラート",
-  "trust_program_title": "セキュリティプログラムのライフサイクル",
-  "trust_resource_contact_cta": "メールセキュリティチーム",
-  "trust_resource_contact_description": "直接連絡して調整された開示、セキュリティレビュー、またはカスタムドキュメンテーションについて相談してください。",
-  "trust_resource_contact_title": "セキュリティと話す必要がありますか？",
-  "trust_resource_status_cta": "ステータスページを開く",
-  "trust_resource_status_description": "リアルタイムでの歴史的な稼働時間、メンテナンスウィンドウ、およびインシデント通信を表示します。",
-  "trust_resource_status_title": "ステータスと稼働時間",
-  "trust_resource_trust_center_cta": "信頼ポータルを訪問する",
-  "trust_resource_trust_center_description": "セキュリティアンケート、SOCドキュメンテーション、詳細なコントロールマッピングにアクセスしてください。",
-  "trust_resource_trust_center_title": "信頼ポータル",
-  "trust_resources_description": "Capgoを安全に保つためのポリシー、コントロール、ライブ信号をより深く探求してください。",
-  "trust_resources_title": "信頼リソースを探索する",
-  "trusted_by_developers_worldwide": "開発者全世界から信頼されています",
-  "trusted_by_the_biggest_capacitor_apps": "最大のCapacitorjsアプリに信頼されています",
-  "tutorial_on": "チュートリアルについて",
-  "type_ii_certified": "タイプII認証済み",
-  "typescript_definitions": "TypeScriptの定義",
-  "ultra_low_latency": "超低遅延",
-  "unauthorized_access": "不正アクセス。",
-  "unauthorized_access_desc": "許可なくシステムにアクセスすることや使用すること、システムの脆弱性を探ったりスキャンしたりテストしたりすること、またはシステムによって使用されるセキュリティや認証措置を破ることを試みること。",
-  "unlimited_live_updates": "無制限のライブアップデート",
-  "unscheduled_downtime_desc": "「計画外のダウンタイム」とは、該当するサービスが顧客の許可されたユーザーに一般的にアクセス可能でない時間（分）を意味し、顧客または許可されたユーザーの行為または不作為、不可抗力の事象、少なくとも24時間前にメールで通知された計画メンテナンス、ハッキングやウイルス攻撃、合理的な緊急メンテナンス、またはSLAの除外に記載されているその他の製品特有の除外に起因する不在または不可用性を除きます。",
-  "unscheduled_downtime_title": "4.2 計画外のダウンタイム",
-  "unsealed_goods": "健康保護または衛生上の理由により返品に適さず、配達後に封が開けられた商品供給。",
-  "unsure_about_active_users": "アクティブユーザーの数が不明ですか？",
-  "update_size_mb": "アップデートサイズ（MB）",
-  "update_success_tracking": "更新成功の追跡",
-  "updates": "アップデート",
-  "updates_at_scale": "スケールでのアップデート？",
-  "updates_by_month": "月別の更新",
-  "updates_delivered": "更新が配信されました",
-  "updates_explanation": "帯域幅の価格計算の一部",
-  "updates_per_month": "月ごとの更新",
-  "updates_size": "更新サイズ<br />(MB)",
-  "uptime_commitment_desc": "Capgoは、サブスクリプション期間中の各カレンダー月の総時間の少なくとも99パーセント（99.0％）の実際の可用性を提供します。これはCapgoによって測定されるものです（「稼働約束」）。",
-  "uptime_commitment_title": "1. 稼働時間の約束",
-  "uptime_sla": "稼働時間 SLA",
-  "urgent_enterprise_response": "1時間<br />24/7 × 365",
-  "urgent_priority_response": "1時間<br />24時間営業 × 365日",
-  "urgent_support_desc": "全ての顧客のユーザーに対して、Capgoの使用不可または生産環境での利用不可能な状態を引き起こす、完全または部分的なシステム障害による不具合。",
-  "urgent_support_subtitle": "重大な問題",
-  "urgent_support_title": "緊急の",
-  "urgent_team_response": "24時間<br />24/7 × 365",
-  "use_at_your_own_risk_disclaimer_text": "サービス内のすべての情報は「現状のまま」提供され、完全性、正確性、適時性、またはこの情報の使用によって得られた結果についての保証はなく、明示的または暗示的な保証、特に性能、商品性、特定の目的への適合性に関する保証を含むがこれに限らない、いかなる種類の保証もありません。",
-  "use_at_your_own_risk_disclaimer_title": "「自己責任で使用してください」という免責事項",
-  "use_capgo": "キャプゴを使う",
-  "user_comments_responsibility": "ユーザーによって公開されたコメントは、そのユーザーの単独の責任であり、ユーザーはコメントに書かれた内容またはコメントに書かれた内容の直接的な結果として生じる名誉毀損や訴訟に対して全責任、責任、および非難を負います。会社はユーザーによって公開されたコメントに対して一切の責任を負わず、いかなる理由でもコメントを削除する権利を留保します。",
-  "using_us_in_production": "本番環境での使用",
-  "verify_fixes_instantly": "すぐに修正を確認してください",
-  "version_control": "バージョン管理",
-  "version_manager_that_power_ci_cd_to_update_apps": "アプリを更新するためのCI/CDを強化するバージョン管理ツール。",
-  "view_as_markdown": "Markdownで表示",
-  "view_npm": "NPMで見る",
-  "view_page_as_plain_text": "このページをプレーンテキストで表示",
-  "view_raw_on_github": "GitHubでrawを表示",
-  "view_repo": "リポジトリを見る",
-  "view_sla": "SLAを表示する",
-  "view_source": "ソースを表示",
-  "views_expressed_disclaimer_text": "サービスには著者の見解や意見が含まれている場合がありますが、これらは必ずしも他の著者、機関、組織、雇用主、または会社（会社を含む）の公式ポリシーや立場を反映するものではありません。",
-  "views_expressed_disclaimer_title": "意見表明の免責事項",
-  "we_already_setup_ci_cd_for_50_apps": "私たちはすでに50以上のアプリのCI/CDを設定しました。",
-  "we_don_t_bill_you_automatically_until_your_confirmation": "確認が取れるまで自動請求はいたしません。",
-  "we_don_t_store_or_sell_your_data_to_anyone": "私たちはあなたのデータを誰にも保存したり販売したりしません。",
-  "we_empower_developers_to_push_updates_instantly_ensuring_your_users_always_have_the_latest_version_of_your_app_without_the_hassle_of_app_store_approvals": "私たちは開発者が迅速にアップデートを提供できるよう支援し、ユーザーがアプリストアの承認手続きを気にすることなく、常に最新バージョンのアプリを利用できるようにします。",
-  "we_practice_what_we_preach": "私たちは自分たちの言葉を実践します。",
-  "we_set_up_your_ci_cd_workflow_to_work_seamlessly_with_your_current_development_process_no_need_to_switch_platforms_or_learn_new_tools": "私たちは、あなたのCI/CDワークフローを現在の開発プロセスとシームレスに連携させるように設定しました。プラットフォームを切り替えたり、新しいツールを学んだりする必要はありません。",
-  "we_welcome_and_appreciate_all_contributions_to_capgo": "私たちはCapgoへのすべての貢献を歓迎し、感謝します。",
-  "website_description": "ストアの手間なしで、キャパシタアプリのリアルタイム更新を送信および管理します。オーバー・ザ・エア（OTA）更新のインストールは5分です。特定のグループに送信するためにチャンネルを使用します。",
-  "website_keywords": "Capacitor, updater, OTA, autoupdate, capgo",
-  "website_title": "Capgo - コンデンサーライブアップデート",
-  "welcome_to_capgo": "Capgoへようこそ",
-  "what_does_build_time_refer_to": "プランにおける「ビルド時間」は何を指していますか？",
-  "what_happens_if_i_reach_the_bandwidth_limit": "帯域幅の制限に達した場合、どうなりますか？",
-  "what_happens_if_i_reach_the_bandwidth_limit_answer": "あなたが帯域幅の制限の50％、70％、90％、100％に達したときにはメールでお知らせします。制限に達すると、請求サイクルがリセットされるか、帯域幅が多いプランにアップグレードするまで更新ダウンロードはブロックされます。あなたのアプリは現在のバージョンで機能し続けます。",
-  "what_happens_if_i_reach_the_mau_limit": "月間アクティブユーザー（MAU）の上限に達した場合、どうなりますか？",
-  "what_happens_if_i_reach_the_mau_limit_answer": "あなたがMAU制限の50％、70％、90％、100％に達したときにメール通知を送ります。制限に達すると、課金サイクルの終わりまで更新がブロックされます。更新を続けるためには、より高いプランへのアップグレードが必要です。",
-  "what_happens_if_i_reach_the_storage_limit": "ストレージの制限に達した場合、どうなりますか？",
-  "what_happens_if_i_reach_the_storage_limit_answer": "あなたのストレージ制限の50％、70％、90％、100％に達したときにメール通知を受け取ります。制限に達すると、請求サイクルが終了するかプランをアップグレードするまで新しいバンドルをアップロードできません。既存の更新は通常どおり続行されます。",
-  "what_payment_methods_answer": "私たちはすべての主要なクレジットカード（Visa、Mastercard、American Express、Discover）を受け付けています。年間プランの場合は銀行振込も受け付けています。全ての支払いはStripeを通じて安全に処理されます。",
-  "what_payment_methods_do_you_accept": "あなたはどのような支払い方法を受け入れますか？",
-  "when_developing_a_capacitorjs_app_as_a_beginner_it_s_good_to_have_an_experienced_consultant_by_your_side": "CapacitorJSアプリを初心者として開発する際には、経験豊富なコンサルタントがそばにいると良いでしょう。",
-  "when_down_review": "アプリケーションが非常に遅く動作したり、ダウンしたり（数分間でも）、ユーザーの満足度を損ない、収益を減少させる可能性があります。このような状況を避けるために、コードを見直して改善点を見つけることが重要です。",
-  "when_its_good_to_ask_for_cordova_and_capacitorjs_consulting_services": "CordovaおよびCapacitorJSのコンサルティングサービスを依頼するのが良いタイミング",
-  "why_is_it_important": "なぜ重要なのですか？",
-  "why_work": "なぜ働くのか",
-  "with_us": "私たちと一緒に？",
-  "work_without_internet_connection": "インターネット接続なしで作業する",
-  "worldwide_success_rate": "世界的な成功率",
-  "written_by": "著者",
-  "yearly_plan": "年次プラン",
-  "you_definition": "<strong>あなた</strong>とは、サービスにアクセスしている個人、またはその個人が代理でサービスにアクセスまたは使用している会社やその他の法的主体を指します。",
-  "you_need_a_to_access_to_specific_native_api_and_the_right_plugin_don_t_exist_we_can_develop_it_for_you_or_support_you_with_it": "特定のネイティブAPIにアクセスする必要がありますが、適切なプラグインが存在しません。私たちがそれを開発するか、サポートします。",
-  "you_want_to_fix_a_bug_or_add_a_new_feature_to_capacitor_updater_this_is_the_repository_you_want_to_contribute_to": "<code>capacitor-updater</code>にバグを修正したり新機能を追加したりしたいですか？これは貢献したいリポジトリです。",
-  "your_configuration": "あなたの設定",
-  "your_live_update_solution_for_capacitor_apps": "キャパシタアプリのためのライブアップデートソリューション",
-  "youre_in_good_company": "あなたは良い仲間と一緒にいます。",
-  "zero_trust_security": "ゼロトラストセキュリティ",
-  "zero_vendor_lockin_pay_provider_directly": "ベンダーロックインゼロ、プロバイダーに直接支払いを行います。"
-}
diff --git a/messages/ko.json b/messages/ko.json
deleted file mode 100644
index b7e1570f5..000000000
--- a/messages/ko.json
+++ /dev/null
@@ -1,3288 +0,0 @@
-{
-  "$schema": "https://inlang.com/schema/inlang-message-format",
-  "2_3_week_delivery": "2-3 주 배송",
-  "30_day_support_included": "30일 지원 포함",
-  "3_4_week_delivery": "3-4 주 배송",
-  "Capacitor_Sanbox_App": "Capacitor 샌드박스 앱",
-  "Capacitor_Sanbox_App_description": "앱의 각 버전을 샌드박스 앱에서 즉시 테스트해보세요. Capacitor 앱의 OTA 업데이트를 주머니에서 관리하세요. iOS와 Android에서 사용 가능합니다.",
-  "From_indie_devs_to": "인디 개발자부터 대규모 팀까지, 모두가 Capgo를 이용해 즉시 업데이트를 진행합니다.",
-  "SLA": "서비스 레벨 계약 (SLA)",
-  "a_specific_element_of_your_app_doesn_t_work_and_you_don_t_know_where_the_problem_is_and_how_to_fix_it": "앱의 특정 요소가 작동하지 않고 문제가 어디에 있는지, 어떻게 해결해야 할지 모르겠습니다.",
-  "aasa_tester": "AASA 테스터",
-  "about": "소개",
-  "about_capgo": "Capgo 소개",
-  "about_capgo_description": "Martin Donadieu가 만든 Capacitor 앱용 라이브 업데이트 솔루션 Capgo에 대해 알아보세요. 2022년부터 모바일 앱에 즉각적인 OTA 업데이트를 제공합니다.",
-  "access_maintain_enterprise_plugins": "우선 지원 및 전용 유지 관리를 통해 우리의 엔터프라이즈 등급 Capacitor 플러그인에 접근하고 유지하세요.",
-  "ach_available_for_enterprise_annual_payments": "ACH는 엔터프라이즈 요금제 고객의 연간 결제에서만 이용할 수 있습니다. 자세한 내용은 문의해 주세요.",
-  "active_users_up_to_date": "24시간 이내에 활성 사용자들을 최신 상태로 유지하기",
-  "actual_availability": "실제 가용성",
-  "actual_availability_desc": "\"실제 가용성\"은 예정된 가용성에서 예정되지 않은 다운타임을 뺀 것을 의미합니다.",
-  "actual_availability_title": "4.3 실제 가용성",
-  "adapt_as_you_grow": "성장하면서 적응해 나가세요",
-  "adapt_configuration_to_infrastructure": "당신이 GitHub, GitLab, 또는 다른 플랫폼을 사용하더라도, 우리는 기존의 인프라에 맞게 구성을 조정합니다.",
-  "additionally_make_sure_that": "위의 내용에 추가하여 다음 사항을 확인하십시오:",
-  "address": "주소",
-  "advanced_access_levels": "고급 접근 레벨",
-  "advanced_collaboration_security_compliance": "당신의 조직이 성장함에 따라 발전하는 협업, 보안, 그리고 준수 기능",
-  "all_around_the_globe": "전세계적으로",
-  "all_lower_tiers_benefits": "모든 이전 티어의 혜택",
-  "all_systems_normal": "모든 시스템이 정상입니다",
-  "all_systems_normal_uptime": "모든 시스템 정상: 99% 가동 시간",
-  "already_have_account": "이미 계정이 있으신가요?",
-  "alternatives": "대안 서비스",
-  "alternatives_appflow_credit": "💚 공로 인정: Ionic은 놀라운 도구를 구축하고 하이브리드 앱 개발자의 전체 세대를 교육했습니다. 존경합니다.",
-  "alternatives_appflow_migration_guide": "마이그레이션 가이드 →",
-  "alternatives_appflow_reality": "Ionic은 Appflow 종료를 발표했습니다. 기존 고객은 2027년 말까지 사용할 수 있지만, 신규 고객이나 기능은 없습니다.",
-  "alternatives_appflow_reality_label": "현실:",
-  "alternatives_appflow_status": "⚠️ 2027년 12월 31일 서비스 종료",
-  "alternatives_appflow_when_good": "Appflow는 CI/CD, 라이브 업데이트, 네이티브 빌드를 한 곳에서 원할 때 훌륭했습니다. 이 분야의 선구자였습니다.",
-  "alternatives_appflow_when_good_label": "장점이었던 것:",
-  "alternatives_appflow_why_different_label": "우리가 다른 이유:",
-  "alternatives_appflow_why_different_li1": "서비스 종료하지 않습니다 (꽤 중요하죠!)",
-  "alternatives_appflow_why_different_li2": "그들의 $499/월 대비 $14/월",
-  "alternatives_appflow_why_different_li3": "클로즈드 소스가 아닌 오픈 소스",
-  "alternatives_appflow_why_different_li4": "업데이트에만 집중해서 더 잘합니다",
-  "alternatives_been_doing_desc": "2020년에 시작했습니다. 모든 엣지 케이스를 경험하고, 모든 App Store 정책 변경을 극복하고, 수십억 개의 업데이트를 처리했습니다. 어디 가지 않습니다.",
-  "alternatives_been_doing_title": "⏰ 4년간 해왔습니다",
-  "alternatives_biggest_plugin_desc": "70개 이상의 무료 오픈 소스 Capacitor 플러그인을 유지관리합니다. Capacitor 팀 자체를 제외하고 에코시스템에서 가장 많습니다.",
-  "alternatives_biggest_plugin_note": "네, Capacitor에 대해 꽤 알고 있습니다.",
-  "alternatives_biggest_plugin_title": "🚀 공식 Capacitor 다음으로 가장 큰 플러그인 제공업체",
-  "alternatives_bootstrapped_desc": "투자자 없음. 부채 없음. 만족한 고객으로부터의 지속 가능한 수익만.",
-  "alternatives_bootstrapped_note": "이는 공정한 가격($499가 아닌 $14/월부터)을 책정할 수 있고, 갑자기 서비스를 종료하거나 가격을 10배 올리지 않는다는 의미입니다.",
-  "alternatives_bootstrapped_title": "💰 부트스트랩하고 수익성 있음",
-  "alternatives_capawesome_credit": "💚 공로 인정: Robin(Capawesome 창립자)은 훌륭한 일을 합니다. 그들의 솔루션을 구축할 때 우리 접근 방식에서 영감을 받은 것은 영광입니다. 여러 옵션이 있어 에코시스템이 더 좋습니다.",
-  "alternatives_capawesome_diff_experience": "<strong>경험:</strong> 2020년부터 해왔습니다 (그들은 2024년에 라이브 업데이트 시작)",
-  "alternatives_capawesome_diff_focus": "<strong>초점:</strong> 라이브 업데이트가 우리 핵심 사업; 그들에게는 유료 플러그인의 부가 서비스",
-  "alternatives_capawesome_diff_pricing": "<strong>가격:</strong> 둘 다 저렴 - 우리는 $14/월부터, 그들은 €9/월부터",
-  "alternatives_capawesome_diff_scale": "<strong>규모:</strong> 월 10억+ 업데이트, 75만+ 기기 서비스 (그들은 아직 통계 미공개)",
-  "alternatives_capawesome_diff_security": "<strong>보안 및 투명성:</strong> 공개 감사와 자체 감사 기능으로 100% 오픈 소스; 그들은 백엔드 0% 오픈, 공개 감사 없음",
-  "alternatives_capawesome_diff_support": "<strong>지원:</strong> 둘 다 인간 지원 제공 (둘 다 작은 팀입니다!)",
-  "alternatives_capawesome_differences_label": "솔직한 차이점:",
-  "alternatives_capawesome_full_comparison": "전체 비교 →",
-  "alternatives_capawesome_reality": "Capawesome은 독일 엔지니어링이 뛰어난 견고하고 새로운 옵션입니다. 라이브 업데이트 솔루션을 구축할 때 Capgo에서 영감을 받았습니다. 훌륭한 Capacitor 플러그인도 만듭니다.",
-  "alternatives_capawesome_status": "✅ 활발히 유지관리 중",
-  "alternatives_capawesome_when_good": "더 간단한 인터페이스를 원하고 일부 고급 기능이 필요 없다면 좋은 선택입니다.",
-  "alternatives_codepush_credit": "💚 공로 인정: CodePush는 라이브 업데이트 모델이 대규모로 작동함을 증명했습니다.",
-  "alternatives_codepush_reality": "CodePush는 무료였고 잘 작동했습니다... Microsoft가 유지관리를 중단할 때까지. React Native용 레거시 모드이며 Capacitor 공식 지원이 없습니다.",
-  "alternatives_codepush_status": "🪦 지원 중단 - Microsoft가 떠났습니다",
-  "alternatives_codepush_when_good": "무료를 이기기 어렵습니다! Microsoft의 인프라는 신뢰성을 의미했습니다.",
-  "alternatives_codepush_why_different_li1": "매달 실제로 유지관리되고 개선됩니다",
-  "alternatives_codepush_why_different_li2": "Capacitor 전용으로 구축",
-  "alternatives_codepush_why_different_li3": "버그를 수정하고 기능을 추가하는 실제 사람들",
-  "alternatives_codepush_why_different_li4": "여전히 저렴: $14/월 (VC 보조 무료가 아닌 지속 가능)",
-  "alternatives_cta_button": "무료 체험 시작",
-  "alternatives_cta_questions": "질문이 있으신가요? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Discord에서 질문</a> 또는 <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">support@capgo.app으로 이메일</a>",
-  "alternatives_cta_subtitle": "신용카드 불필요. 약정 없음. 맞는지 직접 확인해보세요.",
-  "alternatives_cta_title": "직접 사용해보세요 (14일 무료)",
-  "alternatives_family_business_desc": "Martin Donadieu와 가족이 설립하고 운영합니다. '성장 지표 최대화'나 '비즈니스 모델 피벗'에 대한 VC 압박 없음. 우리 생계이기 때문에 장기적으로 구축합니다.",
-  "alternatives_family_business_li1": "미국과 유럽 양쪽에 법인",
-  "alternatives_family_business_li2": "중국 전용 인프라",
-  "alternatives_family_business_title": "👨‍👩‍👧‍👦 가족 사업",
-  "alternatives_hero_subtitle": "솔직히 비교 페이지는 좀 어리석습니다. 하지만 여기 옵션에 대한 정말 투명한 모습입니다.",
-  "alternatives_hero_title": "Capgo 대안",
-  "alternatives_human_support_desc": "챗봇 없음. 'AI 어시스턴트' 없음. 메시지를 잃어버리는 티켓 시스템 없음.",
-  "alternatives_human_support_note": "Martin이나 가족 중 누군가가 응답합니다. 보통 몇 시간 내. 때로는 몇 분 내. 네, 주말에도요 (어쩔 수 없어요 😅).",
-  "alternatives_human_support_title": "🙋 인간 지원만",
-  "alternatives_meta_description": "Capacitor 라이브 업데이트 솔루션을 찾고 계신가요? Capgo와 대안의 솔직하고 투명한 비교입니다. 헛소리 없이 각 플랫폼이 다른 점에 대한 진짜 이야기.",
-  "alternatives_not_good_at_ci_cd": "Appflow의 통합 방식과 달리, 저희는 유연성을 제공합니다. Cloud Build로 네이티브 iOS/Android 빌드를 하거나, 자체 CI/CD(GitHub Actions, GitLab CI 등)와 통합하세요. 선택은 당신의 몫 - 둘 다 잘 작동합니다.",
-  "alternatives_not_good_at_ci_cd_label": "올인원 CI/CD:",
-  "alternatives_not_good_at_docs": "기본 자동 업데이트는 잘 문서화되어 있습니다. 하지만 Capgo에는 모든 사용 사례에서 항상 이해하기 쉽지 않은 많은 옵션(manual, half-manual, channel_default 등)이 있습니다. 적극적으로 개선 중입니다.",
-  "alternatives_not_good_at_docs_label": "문서 복잡성:",
-  "alternatives_not_good_at_title": "🤔 우리가 잘 못하는 것 (솔직한 시간)",
-  "alternatives_open_transparent_desc": "100% 오픈 소스. MIT/MPL-2.0 라이선스. 모든 코드 줄을 보고, 원하면 셀프 호스팅하거나 완전히 포크할 수 있습니다.",
-  "alternatives_open_transparent_li1": "플러그인 코드: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "alternatives_open_transparent_li2": "백엔드 코드: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "alternatives_open_transparent_li3": "언제든 셀프 감사 - 컴플라이언스와 보안에 중요",
-  "alternatives_open_transparent_li4": "공개 보안 감사 가능",
-  "alternatives_open_transparent_li5": "공개 로드맵, 공개 이슈, 모든 것 공개",
-  "alternatives_open_transparent_title": "🌍 공개적이고 투명하게 합니다",
-  "alternatives_other_options_title": "다른 옵션들 (그리고 언제 선택할지)",
-  "alternatives_testimonial_1": "Appflow에서 마이그레이션은 2시간 걸렸습니다. $499/월에서 $14/월로. 같은 기능, 더 나은 DX.",
-  "alternatives_testimonial_1_author": "— 프랑스의 React 개발자",
-  "alternatives_testimonial_2": "토요일 밤 10시에 질문이 있었습니다. Martin 본인이 15분 만에 답변했습니다. 미쳤어요.",
-  "alternatives_testimonial_2_author": "— 브라질의 솔로 개발자",
-  "alternatives_testimonial_3": "오픈 소스라는 것은 보안을 직접 감사할 수 있다는 의미입니다. 우리 헬스케어 앱에는 타협할 수 없습니다.",
-  "alternatives_testimonial_3_author": "— 헬스테크 스타트업 CTO",
-  "alternatives_testimonial_4": "가족 사업이라는 사실이 신뢰를 낮추는 게 아니라 높입니다. 이 분들은 우리를 저버리지 않을 거예요.",
-  "alternatives_testimonial_4_author": "— 독일의 모바일 팀 리드",
-  "alternatives_title": "Capgo 대안 – 솔직한 비교",
-  "alternatives_what_different_title": "Capgo가 실제로 다른 점",
-  "alternatives_why_choose_title": "사람들이 실제로 우리를 선택하는 이유",
-  "alternatives_why_exists_p1": "Capgo가 모든 경쟁사를 모든 지표에서 압도하는 멋진 표를 만들 수 있습니다. 다들 그렇게 합니다. 하지만 그건 헛소리고 당신도 알죠.",
-  "alternatives_why_exists_p2": "진실? 모든 라이브 업데이트 플랫폼은 이제 거의 같은 일을 합니다: Capacitor 앱에 JavaScript 업데이트 푸시. API? 다 있어요. 채널? 네. 롤백? 물론요.",
-  "alternatives_why_exists_p3": "그래서 정말 중요한 건? 그걸 대신 이야기합시다.",
-  "alternatives_why_exists_title": "이 페이지가 존재하는 이유",
-  "analytics": "분석",
-  "and": "그리고",
-  "app_mobile": "모바일 앱",
-  "app_store_compliant": "앱 스토어 규정 준수",
-  "appflow_credit_p1": "<strong class=\"text-emerald-400\">Ionic built something amazing.</strong> Appflow was the first platform to make live updates actually work at scale. They pioneered channels, rollbacks, native builds integration - the whole playbook.",
-  "appflow_credit_p2": "They educated an entire generation of developers on hybrid app development. Without Ionic's work, products like Capgo wouldn't exist.",
-  "appflow_credit_p3": "So yeah, massive respect to the Ionic team. This is a bummer for everyone.",
-  "appflow_credit_title": "First, let's give credit where it's due",
-  "appflow_cta_book_migration": "Book migration call",
-  "appflow_cta_questions": "Questions? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Join our Discord</a> or <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">email us</a>",
-  "appflow_cta_start_trial": "Start free trial →",
-  "appflow_cta_subtitle": "No credit card. No commitment. Migrate a test app, see if it works for you.",
-  "appflow_cta_title": "Try it free for 14 days",
-  "appflow_elephant_p1": "Ionic announced they're shutting down Appflow. Your apps will keep working until <strong class=\"text-white\">December 31, 2027</strong>, but no new features, no new customers, no updates.",
-  "appflow_elephant_p2": "If you're reading this, you're probably looking for where to go next. That's what this page is about.",
-  "appflow_elephant_title": "⚠️ The elephant in the room",
-  "appflow_enterprise_help_desc": "If your Appflow stack includes Ionic enterprise plugins, use the <a href=\"{pluginsUrl}\" class=\"text-emerald-300 hover:underline\">Ionic Enterprise Plugins guide</a>. Paid support is available on demand - <a href=\"{supportUrl}\" class=\"text-emerald-300 hover:underline\">see support options</a>. Need a hands-on migration? We offer paid migration services - <a href=\"{migrationUrl}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_enterprise_help_title": "Enterprise plugins and paid help (optional)",
-  "appflow_experience_desc": "4 years of live updates at scale. Billions of updates served. Every App Store policy change, every edge case, every weird device - we've seen it.",
-  "appflow_experience_note": "Also: we're the <strong>biggest Capacitor plugin provider</strong> after the official Capacitor team (30+ plugins). We know the ecosystem inside and out.",
-  "appflow_experience_title": "4. We've been doing this since 2020",
-  "appflow_faq_a1": "Nope. Whatever you're using now (GitHub Actions, GitLab CI, Jenkins, etc.) keeps working. Just change the upload step to use our CLI instead of Appflow's.",
-  "appflow_faq_a2": "We do cloud native builds! We just don't do the full CI/CD automation pipeline. You can trigger builds through our CLI or API, but we're not trying to replace your GitHub Actions/GitLab CI workflow - we integrate with it.",
-  "appflow_faq_a3": "Probably a lot. Appflow starts at $499/month. We start at $14/month and scale with usage (roughly $0.001 per MAU). Most migrations save 80-95% on update costs.",
-  "appflow_faq_a4": "We serve 1B+ updates/month across 50M+ devices. 99.9%+ uptime. Check real-time stats at <a href=\"https://status.capgo.app/history\" class=\"text-blue-300 underline hover:text-blue-200\">status.capgo.app</a>",
-  "appflow_faq_q1": "Do I need to change my CI/CD setup?",
-  "appflow_faq_q2": "What about native builds?",
-  "appflow_faq_q3": "Will this save money?",
-  "appflow_faq_q4": "How's the reliability?",
-  "appflow_faq_title": "Common questions",
-  "appflow_focus_desc": "Appflow did live updates + CI/CD + native builds. We just do <strong class=\"text-white\">live updates</strong>.",
-  "appflow_focus_note": "IMO it's better to keep concerns separate anyway. Use GitHub Actions (or whatever) for CI/CD. Use Capgo for updates. Each tool does what it's best at.",
-  "appflow_focus_title": "6. Focus on one thing (and do it really well)",
-  "appflow_footer_note": "Built with respect for what Ionic created. Here to help you keep shipping.",
-  "appflow_hero_subtitle": "Let's talk honestly about what's happening and what your options are.",
-  "appflow_hero_title": "Migrating from Appflow?",
-  "appflow_migration_basics_title": "The basics:",
-  "appflow_migration_guide_text": "Full migration guide: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/from-appflow-to-capgo</a>",
-  "appflow_migration_how_title": "How hard is migration?",
-  "appflow_migration_intro": "<strong class=\"text-white\">TL;DR: Not hard.</strong> Most teams are up and running in under a day.",
-  "appflow_migration_step1": "Uninstall <code class=\"text-blue-300\">@capacitor/live-updates</code>, install <code class=\"text-blue-300\">@capgo/capacitor-updater</code>",
-  "appflow_migration_step2": "Call <code class=\"text-blue-300\">notifyAppReady()</code> instead of all the Appflow sync/download/reload code",
-  "appflow_migration_step3": "Upload bundles with our CLI instead of theirs",
-  "appflow_migration_stuck": "Stuck? <a href=\"https://cal.com/team/capgo/appflow-migration\" class=\"text-blue-300 underline hover:text-blue-200\">Book a free migration call</a> and we'll walk you through it.",
-  "appflow_not_good_at_ci_cd": "Appflow의 통합 방식과 달리, 저희는 유연성을 제공합니다. Cloud Build로 네이티브 iOS/Android 빌드를 하거나, 자체 CI/CD(GitHub Actions, GitLab CI 등)와 통합하세요. 선택은 당신의 몫 - 둘 다 잘 작동합니다.",
-  "appflow_not_good_at_ci_cd_label": "All-in-one CI/CD:",
-  "appflow_not_good_at_docs": "Basic automatic updates are well documented and clear. But Capgo offers many update modes (manual, half-manual, channel_default, etc.) - not all use cases are equally easy to understand yet. We're working on it.",
-  "appflow_not_good_at_docs_label": "Documentation complexity:",
-  "appflow_not_good_at_title": "🤔 What we're NOT (honesty time)",
-  "appflow_not_shutting_desc": "Capgo is a <strong class=\"text-white\">bootstrapped family business</strong>. No VC pressure to \"pivot\" or \"maximize growth metrics.\" This is our livelihood, built to last decades.",
-  "appflow_not_shutting_li1": "Legal entities in both US and Europe",
-  "appflow_not_shutting_li2": "Dedicated infrastructure for China",
-  "appflow_not_shutting_note": "We've been profitable since year one. Sustainable pricing, sustainable business.",
-  "appflow_not_shutting_title": "1. We're not shutting down (obviously important)",
-  "appflow_opensource_desc": "Not just the plugin - <strong class=\"text-white\">the entire backend too</strong>:",
-  "appflow_opensource_li1": "Plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "appflow_opensource_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "appflow_opensource_li3": "Self-host if you want. Fork it if you need. Audit the security yourself.",
-  "appflow_opensource_note": "This matters if you got burned by a proprietary service shutting down (looking at you, Appflow).",
-  "appflow_opensource_title": "3. 100% open source (MIT/MPL-2.0)",
-  "appflow_or_similar": "AppFlow 또는 유사한",
-  "appflow_plugins_col_capgo": "Capgo alternative",
-  "appflow_plugins_col_guide": "Migration guide",
-  "appflow_plugins_col_ionic": "Ionic plugin",
-  "appflow_plugins_desc": "If you use Ionic's enterprise plugins, here are the direct Capgo replacements and migration guides.",
-  "appflow_plugins_link_text": "Migration guide",
-  "appflow_plugins_opensource_note": "All Capgo plugins are open source. Paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_plugins_or": "or",
-  "appflow_plugins_title": "Ionic enterprise plugins: equivalents in Capgo",
-  "appflow_pricing_comparison": "Appflow: <strong class=\"text-rose-400\">$499/month</strong> minimum<br>Capgo: <strong class=\"text-emerald-400\">$14/month</strong> to start, scales with usage",
-  "appflow_pricing_note": "We can charge less because we're not funding massive overhead. Just a small team building great tools.",
-  "appflow_pricing_title": "2. Pricing that makes sense",
-  "appflow_support_desc": "No chatbots. No ticket systems. No \"AI assistants.\"",
-  "appflow_support_note": "You get Martin (me!) or someone from the team. Usually within hours. Often within minutes. Yes, even on weekends (we can't help ourselves 😅).",
-  "appflow_support_open_desc": "Every Capgo plugin is open source, so you can audit, fork, and self-host if you want. If you need guaranteed response times or migration help, paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">see support options</a>.",
-  "appflow_support_open_title": "Open source plugins. Optional paid support.",
-  "appflow_support_title": "5. Actually human support",
-  "appflow_testimonial_1": "Migration from Appflow took 2 hours. We went from $499/month to $14/month. Same features, better docs.",
-  "appflow_testimonial_1_author": "— React developer, France",
-  "appflow_testimonial_2": "I had a question at 10pm Saturday. Martin answered in 15 minutes. With actual code examples.",
-  "appflow_testimonial_2_author": "— Solo dev, Brazil",
-  "appflow_testimonial_3": "Open source backend was non-negotiable for our healthcare app. Capgo was the only option that met our security requirements.",
-  "appflow_testimonial_3_author": "— CTO, health tech startup",
-  "appflow_testimonial_4": "Family business = no rugpull risk. After Appflow shutting down, that stability matters.",
-  "appflow_testimonial_4_author": "— Mobile team lead, Germany",
-  "appflow_testimonials_more": "More testimonials:",
-  "appflow_testimonials_title": "What people actually say",
-  "appflow_what_different_title": "What makes Capgo different",
-  "application_definition": "<strong>애플리케이션</strong>은 귀하가 {brand}라는 이름의 모든 전자 기기에 다운로드한 회사에서 제공하는 소프트웨어 프로그램을 의미합니다.",
-  "application_definition_refund": "애플리케이션은 귀하가 모든 전자 기기에 다운로드한 $1이라는 이름의 회사에서 제공하는 소프트웨어 프로그램을 의미합니다",
-  "apps": "앱",
-  "apps_with_20m_users": "2천만 명 이상의 사용자를 보유한 앱들",
-  "architecture_review_optimization": "모바일 개발 팀을 위한 아키텍처 검토, 성능 최적화 및 전략적 지도.",
-  "are_there_any_setup_fees_answer": "설치 비용이 전혀 없습니다. 우리의 모든 가격은 투명하며 시작하는 데 필요한 모든 것을 포함합니다. 사용량에 따른 요금제의 경우, 초과 사용량은 명확히 공개된 요금으로 크레딧으로 청구됩니다. 이 분야의 다른 플랫폼들과 달리, 우리는 어떠한 비용도 숨기지 않습니다 - 보이는 그대로 지불하게 됩니다.",
-  "are_there_any_setup_fees_or_hidden_costs": "설치 비용이나 숨겨진 비용이 있나요?",
-  "as_the_largest_ecosystem_of_open_source_plugins_for_capacitor_we_re_committed_to_innovation_transparency_and_community_driven_development": "Capacitor를 위한 가장 큰 오픈소스 플러그인 생태계로서, 우리는 혁신, 투명성, 그리고 커뮤니티 중심의 개발에 전념하고 있습니다.",
-  "ask_for_help_in_the_community_chat_room": "<a href=\"https://discord.capgo.app\"> 커뮤니티 채팅방에서 </a> 도움을 요청하세요.",
-  "ask_questions_about_page": "이 페이지에 대해 질문하기",
-  "assign_specific_rights_and_access_levels_to_each_user_within_your_organizations": "조직 내 각 사용자에게 특정 권한과 접근 수준을 할당하여 보안과 적절한 리소스 할당을 보장합니다.",
-  "at_scale": "대규모로",
-  "aup": "이용 규정",
-  "aup_intro": "본 이용 정책(이하 '정책')은 Capgo 및 그 계열사가 제공하는 웹 서비스(이하 '서비스')와 https://capgo.app에 위치한 웹사이트(이하 'Capgo 사이트')의 금지된 사용을 설명합니다. 이 정책의 예시는 모든 경우를 포함하지 않습니다. 우리는 Capgo 사이트에 수정된 버전을 게시함으로써 언제든지 이 정책을 수정할 수 있습니다. 서비스를 사용하거나 Capgo 사이트에 접속함으로써, 귀하는 이 정책의 최신 버전에 동의하게 됩니다. 귀하가 정책을 위반하거나 다른 사람이 위반하도록 허가하거나 돕는 경우, 우리는 귀하의 서비스 사용을 일시 중지하거나 종료할 수 있습니다.",
-  "aup_monitoring_enforcement": "모니터링 및 집행",
-  "aup_monitoring_enforcement_desc": "당사는 본 정책 위반이나 서비스 또는 Capgo 사이트의 오용을 조사할 권리를 보유하지만, 그 의무는 지지 않습니다. 당사는 다음과 같은 조치를 취할 수 있습니다:",
-  "aup_no_email_abuse": "이메일 또는 기타 메시지 남용 금지",
-  "aup_no_email_abuse_desc": "귀하는 요청하지 않은 대량 이메일 또는 기타 메시지, 프로모션, 광고 또는 권유(예: '스팸')를 배포, 게시, 발송하거나 발송을 촉진하지 않을 것이며, 여기에는 상업적 광고 및 정보 공지가 포함됩니다. 귀하는 발신자의 명시적 허가 없이 메일 헤더를 변경하거나 가리지 않으며, 발신자의 신원을 가장하지 않을 것입니다. 귀하는 다른 인터넷 서비스 제공업체에서 보낸 메시지에 대한 답변을 수집하지 않을 것이며, 특히 해당 메시지가 이 정책이나 해당 제공업체의 이용 정책을 위반하는 경우에는 더욱 그러합니다.",
-  "aup_no_illegal_use": "불법적이거나 해롭거나 불쾌한 사용 또는 콘텐츠 금지",
-  "aup_no_illegal_use_desc": "귀하는 불법적이거나 유해하거나 사기적이거나 침해적이거나 공격적인 용도로 서비스나 Capgo 사이트를 사용하거나, 다른 사람들에게 그러한 용도로 사용하도록 권장, 홍보, 촉진 또는 지시해서는 안 됩니다. 또한 불법적이거나 유해하거나 사기적이거나 침해적이거나 공격적인 콘텐츠를 전송, 저장, 표시, 배포하거나 달리 이용 가능하게 해서는 안 됩니다. 금지된 활동이나 콘텐츠에는 다음이 포함됩니다:",
-  "aup_no_network_abuse": "네트워크 남용 금지",
-  "aup_no_network_abuse_desc": "권한이 있는 경우를 제외하고는 사용자, 호스트 또는 네트워크에 대한 네트워크 연결을 만들 수 없습니다. 금지된 활동에는 다음이 포함됩니다:",
-  "aup_no_security_violations": "보안 위반 없음",
-  "aup_no_security_violations_desc": "귀하는 네트워크, 컴퓨터 또는 통신 시스템, 소프트웨어 애플리케이션, 네트워크 또는 컴퓨팅 장치(각각 '시스템')의 보안이나 무결성을 침해하기 위해 서비스를 사용할 수 없습니다. 금지된 활동은 다음과 같습니다:",
-  "aup_reporting_violations": "본 정책 위반 신고",
-  "aup_reporting_violations_desc": "본 정책의 위반 사항을 인지하게 되면, 즉시 저희에게 알리고 위반을 중지하거나 시정하기 위해 요청받은 대로 협조해 주시기 바랍니다. 본 정책의 위반 사항을 신고하려면 support@capgo.app으로 연락해 주십시오.",
-  "availability_97_95": "97.0% 미만이지만 95.0% 이상",
-  "availability_98_97": "98.0% 미만이지만 97.0% 이상",
-  "availability_99_98": "99.9% 미만이지만 98.0% 이상",
-  "availability_below_95": "95.0% 미만",
-  "avoiding_system_restrictions": "시스템 제한 회피하기",
-  "avoiding_system_restrictions_desc": "접근 및 저장 제한과 같은 시스템에 부과된 사용 제한을 우회하기 위해 수동 또는 전자적 수단을 사용하는 행위.",
-  "awesome_capacitor": "멋진 Capacitor",
-  "bandwidth": "대역폭",
-  "bandwidth_explanation": "Capgo에서는 저장소 위치와 사용자 기기 사이에서 엣지 서버를 통해 전송되는 데이터의 양을 추적하여 대역폭을 측정합니다. 이를 통해 실시간 업데이트를 제공할 수 있습니다.",
-  "bandwidth_gb": "대역폭<br />(GiB)",
-  "beautiful_native_experience": "아름다운 원래의 경험",
-  "become_a_sponsor": "스폰서가 되세요",
-  "before_submitting_a_pr": "PR을 어느 레포지토리에 제출하기 전에 다음 사항이 완료되었는지 확인해 주세요:",
-  "benefit_from_our_deep_expertise_in_mobile_app_ci_cd_best_practices_without_the_need_to_build_and_maintain_a_complex_system_yourself": "복잡한 시스템을 직접 구축하고 유지할 필요 없이, 모바일 앱 CI/CD 모범 사례에 대한 우리의 깊은 전문 지식을 활용하세요.",
-  "best_value": "최고의 가치",
-  "billed_annually_at": "연간 청구가",
-  "billed_monthly": "월별 청구됩니다",
-  "blog": "블로그",
-  "book_a_consultation": "상담 예약하기",
-  "break_even_timeline": "단지 6개월 만에 이미 돈을 절약하고 있습니다!",
-  "browse_all_plugins": "모든 플러그인 검색",
-  "browse_plugin_library": "우리의 플러그인 라이브러리를 탐색하세요",
-  "bug_bounty": "버그 바운티",
-  "bug_bounty_conduct_intro": "We are friendly and we do pay for valid reports, but we cannot work with people who do not respect our time. Please keep communication calm and follow this program.",
-  "bug_bounty_conduct_rule_1": "We respond to security reports and breaches within 24-72 hours.",
-  "bug_bounty_conduct_rule_2": "Do not spam us. More than three emails in a single day is considered spam and will be blocked.",
-  "bug_bounty_conduct_rule_3": "We do not pay for reports that ignore these rules or are spam.",
-  "bug_bounty_conduct_rule_4": "Only in-scope reports that follow this bug bounty program are accepted; anything else may be blocked.",
-  "bug_bounty_conduct_rule_5": "Do not ask whether we are a scam or for payment status updates. We may be slow to respond at times, so please keep communication focused and respectful. Reporter records and payout proof are publicly visible for transparency.",
-  "bug_bounty_conduct_title": "Response Time and Respect",
-  "bug_bounty_contact": "버그 바운티 프로그램에 대한 질문은 GitHub Security Advisories를 통해 문의해 주세요.",
-  "bug_bounty_description": "Capgo 버그 바운티 프로그램에 대해 알아보세요. 정확한 라인 참조와 함께 오픈소스 코드의 보안 취약점을 신고하여 보상을 받을 수 있습니다.",
-  "bug_bounty_how_to_report_step_1": "GitHub의 해당 리포지토리로 이동합니다",
-  "bug_bounty_how_to_report_step_2": "\"Security\" 탭을 클릭합니다",
-  "bug_bounty_how_to_report_step_3": "\"Report a vulnerability\"를 클릭하여 새 보안 권고사항을 생성합니다",
-  "bug_bounty_how_to_report_step_4": "취약점이 존재하는 정확한 파일 경로와 라인 번호를 포함합니다",
-  "bug_bounty_how_to_report_step_5": "문제를 재현하는 자세한 단계를 제공하고 보안 영향을 설명합니다",
-  "bug_bounty_how_to_report_title": "신고 방법",
-  "bug_bounty_important_label": "중요",
-  "bug_bounty_important_note": "문제가 존재하는 GitHub의 정확한 코드 라인을 제공할 수 없는 경우, 귀하의 신고는 버그 바운티 프로그램 대상이 아닙니다. 신고는 반드시 GitHub Security Advisory를 통해서만 제출해야 합니다. 지급은 Algora.io를 통해 이루어집니다. 그곳에 계정을 만들어 주시면 플랫폼에서 직접 지급합니다.",
-  "bug_bounty_intro": "Capgo는 보안과 투명성에 전념하고 있습니다. 모든 코드는 오픈소스이며, 코드베이스의 취약점을 식별하는 데 도움을 줄 보안 연구자들을 환영합니다.",
-  "bug_bounty_open_source_desc": "Capgo 조직의 모든 리포지토리는 오픈소스입니다. 코드를 검토하고, 감사하고, 기여할 수 있습니다.",
-  "bug_bounty_open_source_title": "오픈소스 코드",
-  "bug_bounty_org": "GitHub 조직",
-  "bug_bounty_out_of_scope_1": "GitHub에서 정확한 코드 라인 참조가 없는 신고",
-  "bug_bounty_out_of_scope_2": "GitHub Security Advisory를 통해 제출되지 않은 신고",
-  "bug_bounty_out_of_scope_3": "개념 증명이 없는 이론적 취약점",
-  "bug_bounty_out_of_scope_4": "서드파티 의존성 또는 서비스 문제 (업스트림에 신고, 예: Supabase).",
-  "bug_bounty_out_of_scope_5": "소셜 엔지니어링 또는 피싱 시도",
-  "bug_bounty_out_of_scope_6": "서비스 거부 공격",
-  "bug_bounty_out_of_scope_title": "범위 외",
-  "bug_bounty_payment_note": "Payments are issued only after we have identified the issue, fixed it, opened a pull request, and you have verified after release that the fix works for you. This process usually takes between 20 and 30 days. Please do not send messages like \"to get paid\"; payment happens only once the release is live and you've tested and validated the fix.",
-  "bug_bounty_program": "버그 바운티 프로그램",
-  "bug_bounty_repo_cli": "Capgo CLI",
-  "bug_bounty_repo_cli_desc": "Capgo 배포 및 라이브 업데이트 관리를 위한 명령줄 인터페이스",
-  "bug_bounty_repo_landing": "Capgo 백엔드 & 랜딩",
-  "bug_bounty_repo_landing_desc": "백엔드 서비스와 웹사이트를 포함한 Capgo 메인 리포지토리",
-  "bug_bounty_repo_updater": "Capacitor Updater 플러그인",
-  "bug_bounty_repo_updater_desc": "모바일 기기에서 OTA 업데이트를 처리하는 핵심 Capacitor 플러그인",
-  "bug_bounty_report_security_issue": "보안 문제 신고",
-  "bug_bounty_requirement_1": "취약점이 존재하는 GitHub 리포지토리의 정확한 파일과 라인 번호를 식별해야 합니다",
-  "bug_bounty_requirement_2": "신고는 해당 리포지토리의 GitHub Security Advisory를 통해 제출해야 합니다",
-  "bug_bounty_requirement_3": "취약점과 잠재적 영향에 대한 명확한 설명을 포함해야 합니다",
-  "bug_bounty_requirement_4": "문제를 시연하기 위한 재현 가능한 단계를 제공해야 합니다",
-  "bug_bounty_requirements_intro": "버그 바운티 프로그램 대상이 되려면 신고가 다음 요구사항을 모두 충족해야 합니다:",
-  "bug_bounty_requirements_title": "유효한 신고 요구사항",
-  "bug_bounty_supabase_examples_title": "예시",
-  "bug_bounty_supabase_intro": "Supabase 엔드포인트에 묶인 Supabase 자체 문제라면 Supabase에 신고하세요 (Capgo가 아닙니다). 여기서 유효한 제보는 재현 가능하고, 동일 설정의 Supabase 프로젝트에서 막는 구체적 설정/구성 변경을 제시할 수 있는 경우뿐입니다.",
-  "bug_bounty_supabase_limitations_1": "Provide a reproducible case and the exact Supabase setting/config change in the demo project that resolves the issue while keeping your existing rule set intact.",
-  "bug_bounty_supabase_limitations_2": "Email verification behavior is expected to follow your Supabase Auth project settings (for example, whether email confirmation is disabled and capture-based auth is used).",
-  "bug_bounty_supabase_limitations_3": "Password update and account-recovery flows may not always require old-password re-entry or re-verification if Supabase Auth is configured that way.",
-  "bug_bounty_supabase_limitations_4": "If the issue is in this list but you can show a concrete Supabase-side fix in the provided project, then we can consider it in scope.",
-  "bug_bounty_supabase_limitations_intro": "We only review these findings when they can be reproduced in a shared Supabase demo project that mirrors our setup. In this workflow, the behavior must be confirmed as a Supabase Auth default/capability and fixed in Supabase configuration only, without changing Capgo security rules.",
-  "bug_bounty_supabase_limitations_title": "Known Supabase Auth Limitations (Already Reported)",
-  "bug_bounty_supabase_not_valid_1": "Supabase 플랫폼 버그/장애",
-  "bug_bounty_supabase_not_valid_2": "재현 불가 제보",
-  "bug_bounty_supabase_not_valid_3": "고칠 설정 변경 없이 주장만",
-  "bug_bounty_supabase_not_valid_title": "여기서 무효",
-  "bug_bounty_supabase_title": "Supabase 및 서드파티 서비스",
-  "bug_bounty_supabase_valid_1": "Supabase 설정으로 해결 가능한 오설정 (단계 포함)",
-  "bug_bounty_supabase_valid_2": "Capgo 통합 문제로 Supabase를 불안전하게 쓰게 되는 경우",
-  "bug_bounty_supabase_valid_3": "특정 Supabase 설정 변경으로 해결되는 재현 가능한 문제",
-  "bug_bounty_supabase_valid_title": "여기서 유효",
-  "bug_bounty_view_repository": "리포지토리 보기",
-  "build_from_anywhere": "어떤 기계에서든지 구축하십시오",
-  "build_hours": "건설 시간",
-  "build_in_public_on_twitter": "Twitter에서 공개적으로 구축하세요",
-  "build_minutes": "빌드 분",
-  "build_time_explanation": "빌드 시간은 Capgo가 Capgo Build를 사용하여 클라우드에서 네이티브 앱을 빌드하는 데 소요되는 시간을 의미합니다. 이것은 Mac이 없어도 어느 컴퓨터에서든지 앱을 빌드할 수 있게 해주며, CI/CD 워크플로우를 단순화하고, 네이티브 빌드에 익숙하지 않은 팀원들이 신뢰성있게 빌드를 생성할 수 있게 합니다. Capgo CLI를 사용하면, 자체 CI/CD 설정 관리보다 종종 더욱 간단하고 재현 가능한 방식으로 빌드를 트리거 할 수 있습니다.",
-  "built_for_devs_badge": "개발자 친화적",
-  "built_for_devs_code_comment": "나의 앱",
-  "built_for_devs_cta": "무료로 시도해보세요",
-  "built_for_devs_feature_analytics": "플러그인 분석",
-  "built_for_devs_feature_analytics_desc": "대시보드에서 업데이트 상태, 커버리지 및 로그를 추적하세요.",
-  "built_for_devs_feature_api": "공개 API",
-  "built_for_devs_feature_api_desc_part1": "자신의 소프트웨어에서 Capgo를 관리하고 화이트 라벨 경험을 만드세요.",
-  "built_for_devs_feature_api_docs": "API 문서",
-  "built_for_devs_feature_capacitor": "Capacitor 6 & 7 지원",
-  "built_for_devs_feature_capacitor_desc": "최신 Capacitor 버전 및 모든 주요 플랫폼과의 완벽한 호환성",
-  "built_for_devs_feature_channels": "다채널 배송",
-  "built_for_devs_feature_channels_desc": "생산, 스테이징, 테스트 및 사용자 정의 업데이트 스트림에 대한 지원",
-  "built_for_devs_feature_cli": "CLI 및 REST API",
-  "built_for_devs_feature_cli_desc": "CI/CD, 스크립트 또는 수동으로 사용하십시오 - 귀하의 선택입니다",
-  "built_for_devs_feature_differential": "스마트 차등 업데이트",
-  "built_for_devs_feature_differential_desc_part1": "변경된 부분만 다운로드하여 대역폭과 시간을 절약하세요.",
-  "built_for_devs_feature_differential_learn": "더 알아보기",
-  "built_for_devs_feature_distribution": "고급 업데이트 배포",
-  "built_for_devs_feature_distribution_desc_part1": "베타 테스팅 및 단계적 배포를 위한 채널을 사용하여 다른 버전으로 특정 사용자 그룹을 대상으로 합니다.",
-  "built_for_devs_feature_distribution_learn": "더 알아보기",
-  "built_for_devs_feature_opensource": "구성 가능하고 오픈 소스",
-  "built_for_devs_feature_opensource_desc": "플러그인만 사용하거나, 완전한 Capgo 클라우드에 연결하세요.",
-  "built_for_devs_feature_rollback": "롤백 및 버전 고정",
-  "built_for_devs_feature_rollback_desc": "나쁜 배포에서 즉시 회복하십시오.",
-  "built_for_devs_feature_soc2": "SOC 2 인증",
-  "built_for_devs_feature_soc2_desc_part1": "우리는 보안 제어에 대한 독립적인 검증을 제공하기 위해 SOC 2 유형 II 인증을 향해 적극적으로 작업하고 있습니다.",
-  "built_for_devs_feature_soc2_trust": "신뢰 센터",
-  "built_for_devs_feature_support": "번개처럼 빠른 지원",
-  "built_for_devs_feature_support_desc": "이메일 또는 디스코드 지원. 선불 사용자는 전용 슬랙 공유 채널에 접근할 수 있습니다.",
-  "built_for_devs_feature_ts": "TypeScript 지원",
-  "built_for_devs_feature_ts_desc": "예측 가능한 통합을 위한 완전히 타입된 API와 플러그인",
-  "built_for_devs_phone_time": "2초 전...",
-  "built_for_devs_phone_update": "✓ Capgo 업데이트 적용 V1.0.11",
-  "built_for_devs_subtitle": "설치가 빠르고. 확장하기 쉽습니다. 완전히 투명합니다. Capgo는 최신 CapacitorJS 개발 워크플로우에서 작동하도록 설계되었습니다 - CLI부터 클라우드까지.",
-  "built_for_devs_title": "개발자를 위해 만들어진",
-  "built_for_enterprise_teams": "기업 팀을 위해 구축된",
-  "built_with_supabase": "Supabase로 구축됨",
-  "business_hours_note": "특별히 명시되지 않은 한, 영업 시간은 오전 6시부터 오후 6시까지입니다 (현지 시간 기준).",
-  "calculate_your_usage": "사용량 계산하기",
-  "calculate_your_usage_description": "당신의 예상 월간 활성 사용자 수, 월별 업데이트 횟수 및 업데이트 크기를 입력하여 예상 크레딧 비용을 확인하세요.",
-  "calculated_usage_pricing": "계산된 사용량 및 가격",
-  "can_i_cancel_at_any_time": "언제든지 취소할 수 있나요?",
-  "can_i_change_my_plan_answer": "네, 언제든지 플랜을 업그레이드하거나 다운그레이드할 수 있습니다. 업그레이드는 즉시 적용되며, 다운그레이드는 현재 청구 주기가 끝날 때 적용됩니다. 이로써 현재 플랜의 만료까지 전체 가치를 확보할 수 있습니다.",
-  "can_i_change_my_plan_at_any_time": "나는 언제든지 내 플랜을 변경할 수 있나요?",
-  "can_i_use_credits_without_subscription": "활성 구독 없이 크레딧을 사용할 수 있나요?",
-  "can_i_use_credits_without_subscription_answer": "아니요. 크레딧은 활성화된 구독으로만 사용하거나 구매할 수 있습니다. 플랜 한도를 초과하는 사용량을 커버하기 위해 크레딧을 사용하려면 활성 플랜이 필요합니다. 크레딧은 선불로, 구매일로부터 1년 동안 유효합니다.",
-  "can_i_use_soc2_with_other_plans": "나는 Solo, Maker 또는 Team 계획으로 SOC 2 준수를 사용할 수 있을까요?",
-  "cancellation_deadline": "주문을 취소할 수 있는 기한은 귀하가 상품을 받은 날짜 또는 귀하가 지정한 제3자(운송업체 제외)가 배송된 제품을 인수한 날짜로부터 14일입니다.",
-  "cancellation_link": "다음 페이지를 방문하여:",
-  "cancellation_period": "귀하는 14일 이내에 어떠한 이유도 제시하지 않고 주문을 취소할 권리가 있습니다.",
-  "cancellation_policy_details": "네. 구독은 언제든지 취소할 수 있습니다. 취소하면 청구 기간이 끝날 때까지 현재 요금제에 계속 접근할 수 있습니다. 미결제된 사용량 기반 요금이 있다면 취소 즉시 청구됩니다. 이후에는 추가 요금이 청구되지 않습니다.",
-  "canonical": "정식",
-  "cant_find_what_you_need": "당신이 필요한 것을 찾을 수 없나요?",
-  "capacitor_config_changes_answer": "아니요, capacitor.config.ts의 변경 사항은 Capgo 라이브 업데이트를 통해 전송할 수 없습니다. Capacitor 구성 파일은 네이티브 빌드 시점에 읽혀 네이티브 앱 바이너리로 컴파일됩니다. 즉, capacitor.config.ts의 변경 사항(플러그인 구성, 앱 ID, 서버 설정 또는 네이티브 플러그인 옵션 등)은 App Store 또는 Google Play를 통한 새로운 네이티브 릴리스가 필요합니다. Capgo는 런타임에 로드되는 웹 자산(HTML, CSS, JavaScript)만 업데이트할 수 있습니다.",
-  "capacitor_config_changes_question": "Capgo를 통해 capacitor.config.ts 변경 사항을 업데이트할 수 있나요?",
-  "capacitor_power_approximately_1_of_apps_on_google_play_store": "Capacitor는 Google Play 스토어 앱의 약 $1%를 지원합니다",
-  "capflow_meta_description": "Capgo의 네이티브 OTA 플랫폼이 신뢰성, 자동화 및 가격에서 Ionic AppFlow와 어떻게 비교되는지 확인하세요.",
-  "capflow_nav_label": "Ionic AppFlow vs Capgo",
-  "capflow_title": "Ionic AppFlow vs Capgo",
-  "capgo_availability_faq_canceled": "구독 취소: 기존 업데이트는 유지되며, 새로운 업데이트는 다운로드되지 않습니다.",
-  "capgo_availability_faq_capgo_down": "Capgo가 다운되었습니다: 앱은 업데이트를 무시하고, 기존 업데이트는 장치에 남아 있습니다.",
-  "capgo_availability_faq_intro": "Capgo가 사용 불가능할 때에도 귀하의 앱은 정상적으로 계속 작동합니다. 다음은 다양한 시나리오에서 발생하는 상황입니다:",
-  "capgo_availability_faq_limits": "계획 한도 초과: 업그레이드하거나 크레딧을 추가할 때까지 업데이트가 중단됩니다.",
-  "capgo_availability_faq_link": "우리의 문서에서 더 자세히 알아보세요.",
-  "capgo_availability_faq_title": "Capgo가 다운되거나 취소되었을 때, 또는 제 계획 한도를 초과하면 어떻게 됩니까?",
-  "capgo_enables_development_teams_at_some_of_the_most_innovative_companies": "Capgo는 가장 혁신적인 기업들의 개발 팀들을 지원합니다.",
-  "capgo_gives_you_the_best_insights_you_need_to_create_a_truly_professional_mobile_app": "Capgo는 진정으로 전문적인 모바일 앱을 만드는 데 필요한 최고의 인사이트를 제공합니다.",
-  "capgo_home": "Capgo 집에 가세요",
-  "capgo_is_the_cutting_edge_live_update_system_designed_specifically_for_capacitor_applications": "Capgo는 Capacitor 애플리케이션을 위해 특별히 설계된 최첨단 실시간 업데이트 시스템입니다.",
-  "capgo_is_used_to_update_its_own_apps_allowing_us_to_continuously_improve_and_refine_our_product_through_real_world_usage": "Capgo는 자체 앱을 업데이트하는 데 사용되어 실제 사용을 통해 제품을 지속적으로 개선하고 개선할 수 있습니다.",
-  "capgo_usage_explanation": "Capgo에서는 에뮬레이터와 개발 빌드를 사용량에 포함하지 않습니다. 이에 대해 자세히 알아보기",
-  "capgo_was_born_from_a_real_need_in_the_developer_community": "Capgo는 개발자 커뮤니티의 실제 필요성에서 탄생했습니다.",
-  "capwesome_cta_book_demo_btn": "Book a demo",
-  "capwesome_cta_questions": "Questions? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Join our Discord</a> or <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">email us</a>",
-  "capwesome_cta_start_trial": "Start free trial →",
-  "capwesome_cta_subtitle": "No credit card needed. Compare for yourself.",
-  "capwesome_cta_title": "Try Capgo free for 14 days",
-  "capwesome_diff_business_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Solo founder, sustainable business model (also good!)",
-  "capwesome_diff_business_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Bootstrapped family business</strong>. No investors, no debt. Profitable since year one.",
-  "capwesome_diff_business_capgo_li1": "Legal entities in both US and Europe",
-  "capwesome_diff_business_capgo_li2": "Dedicated infrastructure for China",
-  "capwesome_diff_business_capgo_li3": "This is our livelihood - no VC pressure to \"pivot\" or suddenly 10x pricing",
-  "capwesome_diff_business_capgo_li4": "Built for the long term",
-  "capwesome_diff_business_note": "Both are sustainable businesses, just different structures. After seeing Appflow shut down, this stuff matters.",
-  "capwesome_diff_business_title": "Business Model & Stability",
-  "capwesome_diff_channels_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">동적 채널 할당 없음</strong> - 채널은 정적입니다. 새 앱 버전을 출시하지 않고는 장치를 다른 채널에 재할당할 수 없습니다.",
-  "capwesome_diff_channels_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">동적 채널 할당</strong> - API, 백엔드를 통해 장치를 채널에 할당하거나 장치가 <strong class=\"text-emerald-400\">자체 할당</strong>하도록 허용합니다. 사용 사례: A/B 테스트, 베타 프로그램, 점진적 롤아웃, 위치별 빌드(레스토랑/매장별 다른 번들), PR 미리보기 테스트 - 모두 새 버전 없이 가능합니다.",
-  "capwesome_diff_channels_note": "단계적 롤아웃, 베타 테스트 또는 사용자 세분화를 수행하는 팀에게 이것은 게임 체인저입니다. Capgo를 사용하면 서버 측 또는 장치 자체에서 어떤 장치가 어떤 업데이트를 받는지 동적으로 제어할 수 있습니다.",
-  "capwesome_diff_channels_title": "동적 채널 할당",
-  "capwesome_diff_experience_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Live updates launched in 2024. Very new to this space. Still proving scale 90+.",
-  "capwesome_diff_experience_capgo": "<strong class=\"text-white\">Capgo:</strong> Started in 2020. Serving <strong class=\"text-emerald-400\">1B+ updates/month</strong> across <strong class=\"text-emerald-400\">50M+ devices</strong>. Battle-tested at scale for 4+ years.",
-  "capwesome_diff_experience_note": "We've been doing this much longer. 4+ years of production experience vs less than a year.",
-  "capwesome_diff_experience_title": "Experience & Scale",
-  "capwesome_diff_logs_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">서버 측 로그만</strong> - 서버에서 무슨 일이 있었는지는 볼 수 있지만 개별 장치에서는 볼 수 없습니다. 장치별 문제를 디버깅하기가 훨씬 어렵습니다.",
-  "capwesome_diff_logs_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">장치 수준 로그</strong> - 각 장치에서 정확히 무슨 일이 있었는지 확인하세요. 업데이트 기록, 오류, 롤백 - 익명 ID로 장치별로 모두 추적 가능합니다.",
-  "capwesome_diff_logs_note": "문제가 발생하면 해당 특정 장치에서 무슨 일이 있었는지 알아야 합니다. 서버 로그는 보낸 것을 알려주고 - 장치 로그는 실제로 무슨 일이 있었는지 알려줍니다.",
-  "capwesome_diff_logs_title": "로깅 및 디버깅",
-  "capwesome_diff_opensource_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Plugin, CLI is open source, backend is <strong class=\"text-orange-400\">0% open source</strong> (fully closed)",
-  "capwesome_diff_opensource_capawesome_li1": "No way to self-audit backend code",
-  "capwesome_diff_opensource_capawesome_li2": "No public security audits",
-  "capwesome_diff_opensource_capawesome_li3": "No self-hosting option",
-  "capwesome_diff_opensource_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">100% open source</strong> - plugin AND backend (MIT/MPL-2.0)",
-  "capwesome_diff_opensource_capgo_li1": "Plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "capwesome_diff_opensource_capgo_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "capwesome_diff_opensource_capgo_li3": "Self-host, fork, audit security yourself anytime",
-  "capwesome_diff_opensource_capgo_li4": "Public security audits available",
-  "capwesome_diff_opensource_note": "For compliance, healthcare, finance, or any regulated industry where you need to audit your entire stack - we're the only option you know what is inside at any point of time.",
-  "capwesome_diff_opensource_title": "Open Source & Security",
-  "capwesome_diff_plugins_capawesome": "<strong class=\"text-white\">Capawesome:</strong> They also make great plugins, quality-focused approach. Some are paid - that's their main business.",
-  "capwesome_diff_plugins_capgo": "<strong class=\"text-white\">Capgo:</strong> We maintain <strong class=\"text-emerald-400\">100+ Capacitor plugins</strong> - biggest provider after official Capacitor team. All free and open source.",
-  "capwesome_diff_plugins_note": "Different philosophies: we go broad with all-free plugins, they focus on paid premium plugins.",
-  "capwesome_diff_plugins_title": "Plugin Ecosystem",
-  "capwesome_diff_pricing_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-emerald-400\">€9/month</strong> minimum. Their main business is paid plugins - live updates is more of a side offering.",
-  "capwesome_diff_pricing_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">$14/month</strong> to start, scales with usage (~$0.001/MAU). Live updates is our core business.",
-  "capwesome_diff_pricing_note": "Both are fairly priced. The difference? For us, live updates is THE product. For them, it's an add-on to their plugin business.",
-  "capwesome_diff_pricing_title": "Pricing & Business Model",
-  "capwesome_diff_support_both": "<strong class=\"text-white\">Both:</strong> Human support from small teams (no chatbots!)",
-  "capwesome_diff_support_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Responsive and helpful too",
-  "capwesome_diff_support_capgo": "<strong class=\"text-white\">Capgo:</strong> Usually within hours, often minutes. Even on weekends (we can't help ourselves 😅)",
-  "capwesome_diff_support_note": "Honestly, you'll be fine with either. Both small teams that care.",
-  "capwesome_diff_support_title": "Support",
-  "capwesome_differences_title": "The honest differences",
-  "capwesome_footer_note": "Both Capgo and Capawesome are good options. Choose what fits your needs.",
-  "capwesome_footer_note_wink": "(But we think bigger scale, longer track record, and full open source matters 😊)",
-  "capwesome_hero_subtitle": "Two solid options for Capacitor live updates. Let's talk honestly about the differences.",
-  "capwesome_hero_title": "Capgo vs Capawesome Cloud",
-  "capwesome_meta_description": "Capawesome과 Capgo를 성능, 기능, 투명성, 그리고 커뮤니티 영향력 측면에서 비교해보세요.",
-  "capwesome_migration_basics_title": "The basics:",
-  "capwesome_migration_guide_text": "Full migration guide: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/from-capawesome-to-capgo</a>",
-  "capwesome_migration_intro": "If you're on Capawesome and considering Capgo, migration is straightforward. The Capacitor update plugin architecture is similar.",
-  "capwesome_migration_step1": "Swap the plugin package",
-  "capwesome_migration_step2": "Update config (minor differences)",
-  "capwesome_migration_step3": "Update your upload process",
-  "capwesome_migration_title": "Thinking of switching?",
-  "capwesome_nav_label": "Capawesome 대 Capgo",
-  "capwesome_not_good_at_docs": "We really try to make docs clear for everyone. Basic automatic updates? Well documented and clear. But Capgo has many options (manual, half-manual, channel_default, etc.) - not all use cases are easy to understand yet. We're working on it.",
-  "capwesome_not_good_at_docs_label": "Documentation complexity:",
-  "capwesome_not_good_at_git": "We don't integrate with GitHub/GitLab like Capawesome does. Philosophy difference: we don't want to lock you into a specific git provider. You handle updates in your own CI/CD, we just provide the delivery infrastructure.",
-  "capwesome_not_good_at_git_label": "Git provider integration:",
-  "capwesome_not_good_at_title": "What we're NOT good at",
-  "capwesome_quick_facts_capawesome_li1": "⚠️ Live updates started 2024 (very new)",
-  "capwesome_quick_facts_capawesome_li2": "✅ 공개 통계 이용 가능",
-  "capwesome_quick_facts_capawesome_li3": "✅ 공개 통계 이용 가능",
-  "capwesome_quick_facts_capawesome_li4": "✅ €9/month minimum",
-  "capwesome_quick_facts_capawesome_li5": "❌ Plugin open, backend 0% open (closed source)",
-  "capwesome_quick_facts_capawesome_li6": "✅ Solo founder, sustainable",
-  "capwesome_quick_facts_capawesome_li7": "✅ Quality plugins (main business)",
-  "capwesome_quick_facts_capawesome_li8": "❌ No self-hosting",
-  "capwesome_quick_facts_capgo_li1": "✅ Started 2020",
-  "capwesome_quick_facts_capgo_li2": "✅ 1B+ updates/month",
-  "capwesome_quick_facts_capgo_li3": "✅ 50M+ devices",
-  "capwesome_quick_facts_capgo_li4": "✅ $14/month start",
-  "capwesome_quick_facts_capgo_li5": "✅ 100% open source (plugin + backend)",
-  "capwesome_quick_facts_capgo_li6": "✅ Family business, bootstrapped",
-  "capwesome_quick_facts_capgo_li7": "✅ 100+ free plugins",
-  "capwesome_quick_facts_capgo_li8": "✅ Self-hosting option",
-  "capwesome_quick_facts_legend": "✅ = Strong point | ⚠️ = Depends on needs | ❌ = Not available | ⚪ = Unknown/Not disclosed",
-  "capwesome_quick_facts_title": "Quick facts (no BS)",
-  "capwesome_respect_p1": "Robin (Capawesome founder) does great work. Good German engineering, solid plugins, and everything is actively maintained. They were inspired by Capgo when building their live updates solution - which is honestly flattering.",
-  "capwesome_respect_p2": "This isn't a \"we're better at everything\" page. The Capacitor ecosystem is genuinely better with multiple healthy options. Let's talk about the actual differences.",
-  "capwesome_respect_title": "💚 Credit where it's due",
-  "capwesome_testimonial_1": "The open source backend was the deciding factor. We needed to audit the security ourselves for compliance.",
-  "capwesome_testimonial_1_author": "— Enterprise team",
-  "capwesome_testimonial_2": "Capgo's pricing scales with our app. Starting at $14/month was perfect for our MVP, and now we're happily paying more as we grow.",
-  "capwesome_testimonial_2_author": "— Startup founder",
-  "capwesome_testimonial_3": "Support is incredible. Martin answered my weekend question in 20 minutes. Can't imagine going back to vendors with 48-hour response times.",
-  "capwesome_testimonial_3_author": "— Indie developer",
-  "capwesome_testimonial_4": "The scale numbers (1B+ updates) gave us confidence. They've actually proven it at production load.",
-  "capwesome_testimonial_4_author": "— Mobile team lead",
-  "capwesome_testimonials_more": "More testimonials:",
-  "capwesome_testimonials_title": "What people say about Capgo",
-  "capwesome_title": "Capawesome 대 Capgo",
-  "capwesome_when_better_european": "If you need invoices with GDPR compliance and all the European regulatory requirements, Capawesome is based in Germany. Capgo tries to escape European complexity to simplify business for everyone globally.",
-  "capwesome_when_better_european_label": "European compliance needs:",
-  "capwesome_when_better_git": "They integrate directly with your git provider. If you prefer everything connected and don't mind the vendor lock-in, that's convenient.",
-  "capwesome_when_better_git_label": "GitHub/GitLab integration:",
-  "capwesome_when_better_manual": "Capawesome is 100% manual - nothing automatic. If you want to control every single aspect and not delegate anything, that's their strength. Capgo focuses on automation (though we support manual too).",
-  "capwesome_when_better_manual_label": "Fully manual control:",
-  "capwesome_when_better_note": "Different philosophies, both valid. Choose what fits your workflow.",
-  "capwesome_when_better_title": "🤔 When Capawesome might be better for you",
-  "carbon_removal": "우리 수익의 1%는 탄소 제거에 사용됩니다.",
-  "centralized_management": "중앙 집중 관리",
-  "channel_management": "채널 관리",
-  "chat": "채팅",
-  "choose_from_your_capgo_projects": "당신의 Capgo 프로젝트 중에서 선택하세요.",
-  "ci_cd_integration": "CI/CD 통합",
-  "cities_worldwide": "전 세계의 도시들",
-  "cli_and_api": "CLI & API",
-  "code_review": "코드 리뷰",
-  "community": "커뮤니티",
-  "community_support": "커뮤니티 지원",
-  "community_trusted": "커뮤니티에서 신뢰받는",
-  "community_trusted_title": "커뮤니티에서 신뢰받는",
-  "companies_logo_bottom_text": "모바일 앱 배포를 위해 Capgo를 신뢰하는 수천 명의 개발자와 함께하세요",
-  "companies_logo_downloads_irec": "150K+",
-  "companies_logo_downloads_kick": "20M+",
-  "companies_logo_downloads_nana": "2.5M",
-  "companies_logo_downloads_ourliving": "80K+",
-  "companies_logo_downloads_pizzahut": "1M+을",
-  "companies_logo_downloads_remnote": "500K+",
-  "companies_logo_downloads_revel": "250K+",
-  "companies_logo_downloads_suez": "3.2M",
-  "companies_logo_downloads_vella": "400K+",
-  "companies_logo_stat_companies_label": "기업",
-  "companies_logo_stat_companies_value": "3500+",
-  "companies_logo_stat_devices_label": "추적된 디바이스",
-  "companies_logo_stat_devices_value": "50M+",
-  "companies_logo_stat_uptime_label": "가동률",
-  "companies_logo_stat_uptime_value": "99.9%",
-  "company": "회사",
-  "company_definition": "<strong>회사</strong> (\"회사\", \"저희\", \"우리\" 또는 이 면책 조항에서 \"당사\"로 지칭됨)는 Digital Shift OU, 6 sepapaja, 15510 Tallinn을 의미합니다.",
-  "company_name": "회사명",
-  "company_no_liability": "어떠한 경우에도 회사는 서비스 또는 서비스 내용의 사용과 관련하여 발생하는 특별, 직접, 간접, 결과적 또는 부수적 손해 또는 계약, 과실 또는 기타 불법 행위에 대한 어떠한 손해에 대해서도 책임을 지지 않습니다. 회사는 사전 통지 없이 언제든지 서비스의 내용을 추가, 삭제 또는 수정할 권리를 보유합니다. 이 면책 조항은 <a href=\"https://www.termsfeed.com/blog/sample-disclaimer-template/\" target=\"_blank\"> Disclaimer Template </a>의 도움을 받아 작성되었습니다.",
-  "company_no_liability_for_access": "어떠한 경우에도 회사 또는 그 공급업체는 서비스에 대한 귀하의 접근이나 사용 또는 접근 또는 사용 불능으로 인해 발생하는 특별, 부수적, 간접적 또는 결과적 손해에 대해 책임을 지지 않습니다.",
-  "company_no_liability_for_decisions": "회사는 귀하 또는 다른 누구에게도 서비스에서 제공한 정보에 의존하여 내린 결정이나 취한 행동, 또는 그로 인한 결과적, 특별 또는 유사한 손해에 대해 책임을 지지 않으며, 이는 그러한 손해의 가능성에 대해 사전에 알려진 경우에도 마찬가지입니다.",
-  "company_no_responsibility": "회사는 서비스 내용의 오류나 누락에 대해 어떠한 책임도 지지 않습니다.",
-  "company_not_responsible": "회사는 이 정보의 사용으로 인해 발생한 어떠한 오류나 누락, 또는 결과에 대해 책임을 지지 않습니다.",
-  "compare": "비교하다",
-  "complete_documentation": "완전한 문서화",
-  "compliance_gdpr": "GDPR 준수",
-  "compliance_soc1": "SOC 2 유형 I 준수",
-  "compliant_with_apple_and_android_requirements": "Apple과 Google의 요구 사항을 준수합니다",
-  "conditions_for_returns": "반품 조건",
-  "configure_ci_cd_pipeline_description": "우리는 귀하가 선호하는 플랫폼(GitHub Actions, GitLab CI 등)에서 직접 CI/CD 파이프라인을 구성합니다.",
-  "connect_your_account": "계정 연결하기",
-  "consolidated_invoicing_purchase_orders": "통합 청구서, 구매 주문서 및 유연한 결제 조건으로 귀하의 구매 요구 사항을 충족시켜 드립니다.",
-  "consulting": "컨설팅",
-  "consulting_description": "자신감을 가지고 전진하세요. Capgo는 여러분의 지적 재산권과 민감한 데이터를 안전하게 보호하기 위해 다양한 수준의 보안을 제공합니다.",
-  "consulting_forged_plugins_community_embraced": "컨설팅으로 만든 플러그인, 커뮤니티가 환영하는",
-  "contact": "연락처",
-  "contact_link": "웹사이트의 이 페이지를 방문하여:",
-  "contact_sales": "영업팀에 문의하십시오",
-  "contact_support": "고객 지원에 문의하세요",
-  "contact_us": "연락하기",
-  "contact_us_text": "이 면책 조항에 대해 궁금한 점이 있으시면 다음으로 연락 주시기 바랍니다:",
-  "contact_us_title": "연락처",
-  "contact_us_website": "다음 웹사이트 페이지를 방문하여:",
-  "content_marketer": "콘텐츠 마케터",
-  "contractual_guarantees": "계약 보증",
-  "contractual_sla_guarantees": "계약상 SLA 보증으로서의 가동 시간, 응답 시간, 그리고 해결 약속",
-  "contributing": "기여하기",
-  "contributing_description": "Capgo 오픈 소스에 기여하는 방법",
-  "control_access_deploy_manage": "엔터프라이즈 등급의 권한을 사용하여 누가 액세스하고, 배포하고, 실시간 업데이트를 관리할 수 있는지 제어하세요.",
-  "control_access_levels": "액세스 레벨 제어",
-  "copied": "복사됨!",
-  "copy_page": "페이지 복사",
-  "copy_page_as_markdown": "LLM용 Markdown으로 페이지 복사",
-  "copy_page_options": "페이지 복사 옵션",
-  "copyright_notice": "CAPGO, 디지털 시프트 OU. 모든 권리 보유.",
-  "copyright_permission": "서비스에서 제공되는 저작권이 있는 자료를 공정 이용을 넘어서는 목적으로 사용하고자 한다면, 해당 저작권 소유자로부터 허가를 받아야 합니다.",
-  "cordova_and_capacitorjs_expert": "Cordova 및 CapacitorJS 전문가",
-  "cordova_capacitorjs_projects": "Cordova 및 CapacitorJS 프로젝트",
-  "cordova_power_approximately_1_of_apps_on_google_play_store": "Cordova는 Google Play 스토어 앱의 약 $1%를 차지하고 있습니다",
-  "cost_breakdown_pricing_tiers": "가격 티어별 비용 분석",
-  "create_an_issue_and_discuss_before_working_on_a_new_feature": "새로운 기능을 작업할 때는 먼저 이슈를 생성하고 다른 기여자들과 논의하세요. <em>그 후에</em> 기능 개발을 시작하십시오. 우리는 모든 기여를 감사히 여기지만, 제안된 모든 기능이 수락되는 것은 아닙니다. 우리는 당신이 수락되지 않을 수 있는 코드에 시간을 많이 투자하는 것을 원하지 않습니다.",
-  "create_manage_organizations_with_ease": "여러 조직을 쉽게 만들고 관리하며, 각 사용자에게 특정 권한을 할당하세요. Capgo는 팀을 체계적으로 관리하고 효율적으로 유지하기 위한 강력한 도구를 제공합니다.",
-  "create_oversee_organizations_from_single_account": "단일 계정에서 여러 조직을 생성하고 관리하여 워크플로를 간소화하고 생산성을 향상시킵니다.",
-  "creators_and_maintainers_of_many_open_source_libraries_used_by_millions": "수백만 명이 사용하는 많은 오픈 소스 라이브러리의 제작자 및 관리자",
-  "credit_10_percent": "10%",
-  "credit_15_percent": "15%",
-  "credit_20_percent": "20%",
-  "credit_30_percent": "30%",
-  "credit_based_overages": "크레딧 기반 초과",
-  "credit_percentage": "신용 퍼센트",
-  "credit_pricing": "신용 가격 책정",
-  "credit_requests_payment_desc": "서비스 크레딧을 요청하려면 고객은 가동시간 약정이 충족되지 않은 달의 말일로부터 삼십(30)일 이내에 support@capgo.app으로 Capgo에 이메일을 보내야 합니다. 고객은 계정 ID 또는 등록된 이메일 주소와 함께 이전에 보고된 서비스 이용 불가 날짜와 시간을 포함해야 합니다. Capgo가 고객이 서비스 크레딧을 받을 자격이 있다고 확인하면, Capgo는 삼십(30)일 이내에 고객의 계정에 크레딧을 발행할 것입니다. 서비스 크레딧은 환불이 아니며, 현금으로 교환될 수 없고, 향후 청구 요금에 대해서만 사용될 수 있습니다. 아래 제4조에 명시된 경우를 제외하고, 서비스 크레딧은 Capgo가 가동시간 약정을 충족하지 못한 경우에 대한 고객의 유일하고 배타적인 구제수단이며, Capgo의 유일하고 배타적인 책임입니다.",
-  "credit_requests_payment_title": "3. 신용 요청 및 결제",
-  "credits_cost": "크레딧 비용",
-  "credits_usage_info": "플랜 한도를 초과하여 사용하기 위해 크레딧이 사용됩니다. 크레딧은 사전에 지불되어야 하며 5년 동안 유효합니다.",
-  "cta_start_free": "무료로 시작하세요",
-  "cta_start_migration": "마이그레이션 시작",
-  "custom": "사용자 정의",
-  "custom_domain": "커스텀 도메인",
-  "custom_features": "사용자 정의 기능",
-  "custom_goods": "귀하의 사양에 맞게 제작되거나 명확히 개인화된 상품의 공급.",
-  "custom_plugins": "사용자 정의 플러그인",
-  "custom_pricing": "맞춤형 가격",
-  "custom_webhooks": "사용자 정의 웹훅",
-  "data_policy_account_deletion": "언제든지 계정을 삭제하고 사이트 통계를 삭제할 수 있습니다. 우리는 질문 없이 간단한 삭제 링크를 제공합니다.",
-  "data_policy_anonymous_measurement": "Capgo를 사용하면 모든 사이트 측정이 완전히 익명으로 수행됩니다. 우리는 가장 필수적인 데이터 포인트만 측정하고 그 외에는 아무것도 측정하지 않습니다. 우리가 수집하는 모든 지표는 단 한 페이지에 맞춰집니다.",
-  "data_policy_ccpa_categories_intro": "우리는 특정 소비자 또는 기기와 직접 또는 간접적으로 관련되거나, 연관될 수 있거나, 합리적으로 연결될 수 있는 정보를 수집합니다. 다음은 지난 12개월 동안 캘리포니아 주민으로부터 수집했거나 수집했을 수 있는 개인 정보의 카테고리 목록입니다.",
-  "data_policy_ccpa_categories_note": "아래 목록에 제공된 카테고리와 예시들은 CCPA에서 정의한 것임을 주의해 주시기 바랍니다. 이는 우리가 실제로 해당 카테고리의 모든 개인 정보를 수집했다는 의미가 아니라, 우리가 아는 한 해당 카테고리의 일부 정보가 수집되었거나 수집될 수 있다는 우리의 선의의 믿음을 반영한 것입니다. 예를 들어, 특정 카테고리의 개인 정보는 귀하가 직접 우리에게 해당 정보를 제공한 경우에만 수집될 것입니다.",
-  "data_policy_ccpa_categories_title": "수집된 개인 정보의 카테고리",
-  "data_policy_ccpa_category_a": "범주 A: 식별자.",
-  "data_policy_ccpa_category_a_collected": "수집됨: 예.",
-  "data_policy_ccpa_category_a_examples": "예시: 실명, 별명, 우편 주소, 고유 개인 식별자, 온라인 식별자, IP 주소, 이메일 주소, 계정 이름, 운전면허 번호, 여권 번호 또는 기타 유사한 식별자.",
-  "data_policy_ccpa_category_b": "범주 B: 캘리포니아 고객 기록 법령에 나열된 개인 정보 범주 (캘리포니아 민법 제 1798.80(e)조).",
-  "data_policy_ccpa_category_b_collected": "수집됨: 예.",
-  "data_policy_ccpa_category_b_examples": "예시: 이름, 서명, 사회보장번호, 신체적 특징 또는 설명, 주소, 전화번호, 여권번호, 운전면허증 또는 주 신분증 번호, 보험증권 번호, 교육, 고용, 고용 이력, 은행 계좌번호, 신용카드 번호, 직불카드 번호, 또는 기타 금융 정보, 의료 정보, 또는 건강보험 정보. 이 범주에 포함된 일부 개인정보는 다른 범주와 중복될 수 있습니다.",
-  "data_policy_ccpa_category_c": "카테고리 C: 캘리포니아 또는 연방법에 따른 보호 대상 분류 특성.",
-  "data_policy_ccpa_category_c_collected": "수집됨: 아니오.",
-  "data_policy_ccpa_category_c_examples": "예시: 연령(40세 이상), 인종, 피부색, 조상, 출신 국가, 시민권, 종교 또는 신념, 결혼 여부, 건강 상태, 신체적 또는 정신적 장애, 성별(성, 성 정체성, 성 표현, 임신 또는 출산 및 관련 의학적 상태 포함), 성적 지향, 재향군인 또는 군 복무 상태, 유전 정보(가족 유전 정보 포함).",
-  "data_policy_ccpa_category_d": "카테고리 D: 상업 정보.",
-  "data_policy_ccpa_category_d_collected": "수집됨: 네.",
-  "data_policy_ccpa_category_d_examples": "예시: 구매하거나 고려한 제품 또는 서비스의 기록 및 내역.",
-  "data_policy_ccpa_category_e": "카테고리 E: 생체 정보.",
-  "data_policy_ccpa_category_e_collected": "수집되지 않음.",
-  "data_policy_ccpa_category_e_examples": "예시: 유전적, 생리학적, 행동적, 생물학적 특성 또는 활동 패턴으로 템플릿이나 기타 식별자 또는 식별 정보를 추출하는 데 사용되는 것. 예를 들어 지문, 얼굴 인식, 음성 인식, 홍채 또는 망막 스캔, 키스트로크, 보행, 기타 신체 패턴, 그리고 수면, 건강 또는 운동 데이터 등이 있습니다.",
-  "data_policy_ccpa_category_f": "카테고리 F: 인터넷 또는 기타 유사한 네트워크 활동.",
-  "data_policy_ccpa_category_f_collected": "수집됨: 예.",
-  "data_policy_ccpa_category_f_examples": "예시: 당사의 서비스 또는 광고와의 상호작용.",
-  "data_policy_ccpa_category_g": "카테고리 G: 위치 정보 데이터.",
-  "data_policy_ccpa_category_g_collected": "수집됨: 아니오.",
-  "data_policy_ccpa_category_g_examples": "예시: 대략적인 물리적 위치.",
-  "data_policy_ccpa_category_h": "카테고리 H: 감각 데이터.",
-  "data_policy_ccpa_category_h_collected": "수집됨: 아니요.",
-  "data_policy_ccpa_category_h_examples": "예시: 오디오, 전자, 시각, 열, 후각 또는 유사한 정보.",
-  "data_policy_ccpa_category_i": "카테고리 I: 전문직 또는 고용 관련 정보.",
-  "data_policy_ccpa_category_i_collected": "수집됨: 아니오.",
-  "data_policy_ccpa_category_i_examples": "예시: 현재 또는 과거의 직업 이력 또는 업무 평가",
-  "data_policy_ccpa_category_j": "카테고리 J: 비공개 교육 정보 (가족 교육권 및 개인정보 보호법(20 U.S.C. Section 1232g, 34 C.F.R. Part 99)에 따름).",
-  "data_policy_ccpa_category_j_collected": "수집됨: 아니요.",
-  "data_policy_ccpa_category_j_examples": "예시: 교육 기관 또는 그를 대신하는 당사자가 유지하는 학생과 직접 관련된 교육 기록. 예를 들어 성적, 성적 증명서, 수업 명단, 학생 일정, 학생 식별 코드, 학생 재정 정보 또는 학생 징계 기록 등이 포함됩니다.",
-  "data_policy_ccpa_category_k": "카테고리 K: 다른 개인 정보에서 추론된 정보.",
-  "data_policy_ccpa_category_k_collected": "수집됨: 아니오.",
-  "data_policy_ccpa_category_k_examples": "예시: 개인의 선호도, 특성, 심리적 경향, 성향, 행동, 태도, 지능, 능력 및 적성을 반영하는 프로필.",
-  "data_policy_ccpa_exercising_rights_authorized_agent": "귀하 본인 또는 귀하가 대리인으로 지정하여 캘리포니아 주 국무장관에 등록된 사람만이 귀하의 개인정보와 관련된 검증 가능한 요청을 할 수 있습니다.",
-  "data_policy_ccpa_exercising_rights_cannot_respond": "우리가 다음과 같은 경우 귀하의 요청에 응답하거나 필요한 정보를 제공할 수 없습니다:",
-  "data_policy_ccpa_exercising_rights_cannot_respond_1": "요청을 할 수 있는 신원 또는 권한을 확인하세요",
-  "data_policy_ccpa_exercising_rights_cannot_respond_2": "해당 개인정보가 귀하와 관련되어 있는지 확인하세요",
-  "data_policy_ccpa_exercising_rights_contact": "CCPA에 따른 귀하의 권리를 행사하고자 하며 캘리포니아 주민인 경우, 다음과 같이 당사에 연락하실 수 있습니다:",
-  "data_policy_ccpa_exercising_rights_data_portability": "데이터 이동성 요청의 경우, 당사는 귀하의 개인 정보를 쉽게 사용할 수 있고 한 기관에서 다른 기관으로 정보를 지장 없이 전송할 수 있도록 하는 형식을 선택할 것입니다.",
-  "data_policy_ccpa_exercising_rights_disclosure": "당사는 귀하의 확인 가능한 요청을 받은 후 45일 이내에 요구된 정보를 무료로 공개하고 전달할 것입니다. 필요한 정보를 제공하는 기간은 합리적으로 필요하고 사전 통지가 있을 경우 45일을 추가로 한 번 연장할 수 있습니다.",
-  "data_policy_ccpa_exercising_rights_disclosure_period": "당사가 제공하는 모든 공개 내용은 확인 가능한 요청을 받은 날짜로부터 이전 12개월 기간만을 다룰 것입니다.",
-  "data_policy_ccpa_exercising_rights_request_must": "귀하의 요청은 다음과 같아야 합니다:",
-  "data_policy_ccpa_exercising_rights_request_must_1": "당사가 수집한 개인정보의 대상자이거나 권한 있는 대리인임을 합리적으로 확인할 수 있는 충분한 정보를 제공해 주십시오",
-  "data_policy_ccpa_exercising_rights_request_must_2": "요청 사항을 충분히 자세하게 설명하여 저희가 제대로 이해하고, 평가하고, 응답할 수 있도록 해주십시오",
-  "data_policy_ccpa_exercising_rights_title": "CCPA 데이터 보호 권리 행사하기",
-  "data_policy_ccpa_exercising_rights_website": "당사 웹사이트의 다음 페이지를 방문하여: $1/#support",
-  "data_policy_ccpa_info_sharing_1": "서비스 제공업체",
-  "data_policy_ccpa_info_sharing_2": "결제 처리업체",
-  "data_policy_ccpa_info_sharing_3": "우리의 계열사",
-  "data_policy_ccpa_info_sharing_4": "우리의 비즈니스 파트너",
-  "data_policy_ccpa_info_sharing_5": "당사가 귀하에게 제공하는 제품이나 서비스와 관련하여 귀하 또는 귀하의 대리인이 귀하의 개인정보를 공개하도록 당사에 승인한 제3자 공급업체",
-  "data_policy_ccpa_info_sharing_intro": "당사는 위에서 언급된 범주의 귀하의 개인정보를 다음과 같은 범주의 제3자와 공유할 수 있습니다:",
-  "data_policy_ccpa_info_sharing_title": "개인정보 공유",
-  "data_policy_ccpa_info_source_1": "직접 귀하로부터. 예를 들어, 당사 서비스에서 귀하가 작성한 양식, 당사 서비스를 통해 귀하가 표현하거나 제공한 선호도, 또는 당사 서비스에서 귀하의 구매를 통해서입니다.",
-  "data_policy_ccpa_info_source_2": "간접적으로 귀하로부터. 예를 들어, 당사 서비스에서 귀하의 활동을 관찰함으로써.",
-  "data_policy_ccpa_info_source_3": "귀하로부터 자동으로. 예를 들어, 귀하가 당사의 서비스를 탐색할 때 귀하의 기기에 설정된 당사 또는 서비스 제공업체의 쿠키를 통해.",
-  "data_policy_ccpa_info_source_4": "서비스 제공업체로부터. 예를 들어, 결제 처리를 위한 제3자 공급업체나 당사가 귀하에게 서비스를 제공하기 위해 사용하는 기타 제3자 공급업체로부터.",
-  "data_policy_ccpa_info_sources_intro": "당사는 위에 나열된 개인 정보의 범주를 다음과 같은 출처 범주로부터 수집합니다:",
-  "data_policy_ccpa_info_sources_title": "CCPA에 따르면 개인정보는 특정 소비자나 기기를 직접 또는 간접적으로 식별하거나, 관련되거나, 설명하거나, 참조하거나, 합리적으로 연관될 수 있거나, 합리적으로 연결될 수 있는 정보로 폭넓게 해석됩니다. 개인정보에는 정부 기록에서 공개적으로 이용 가능한 정보, 비식별화되거나 집계된 소비자 정보, 또는 CCPA의 범위에서 제외된 정보는 포함되지 않습니다.",
-  "data_policy_ccpa_intro": "본 개인정보 보호 공지 섹션은 캘리포니아 주민을 위한 것으로, 당사의 개인정보 보호정책에 포함된 정보를 보완하며 캘리포니아 주에 거주하는 모든 방문자, 사용자 및 기타 개인에게만 적용됩니다.",
-  "data_policy_ccpa_right_to_delete": "개인 정보를 삭제할 권리. 귀하는 특정 예외 사항을 조건으로 귀하의 개인 정보 삭제를 요청할 권리가 있습니다. 귀하의 요청을 접수하고 확인하면, 예외 사항이 적용되지 않는 한 당사는 귀하의 개인 정보를 당사의 기록에서 삭제하고 (그리고 당사의 서비스 제공업체에게도 삭제하도록 지시할 것입니다). 다음과 같은 경우 당사 또는 당사의 서비스 제공업체가 정보를 보유해야 한다면 귀하의 삭제 요청을 거부할 수 있습니다:",
-  "data_policy_ccpa_right_to_delete_1": "당사가 개인정보를 수집한 거래를 완료하고, 귀하가 요청한 상품이나 서비스를 제공하며, 귀하와의 지속적인 비즈니스 관계의 맥락에서 합리적으로 예상되는 조치를 취하거나, 그 외에 귀하와의 계약을 이행합니다.",
-  "data_policy_ccpa_right_to_delete_2": "보안 사고를 감지하고, 악의적이거나 기만적이거나 사기적이거나 불법적인 활동으로부터 보호하며, 그러한 활동의 책임자를 기소합니다.",
-  "data_policy_ccpa_right_to_delete_3": "기존의 의도된 기능을 저해하는 오류를 식별하고 수정하기 위해 제품을 디버깅합니다.",
-  "data_policy_ccpa_right_to_delete_4": "표현의 자유를 행사하고, 다른 소비자가 표현의 자유 권리를 행사할 수 있도록 보장하며, 법률에 의해 제공되는 다른 권리를 행사합니다.",
-  "data_policy_ccpa_right_to_delete_5": "캘리포니아 전자 통신 프라이버시법(California Electronic Communications Privacy Act) (캘리포니아 형법 § 1546 이하)을 준수합니다.",
-  "data_policy_ccpa_right_to_delete_6": "정보의 삭제가 연구의 성취를 불가능하게 하거나 심각하게 저해할 가능성이 있을 때, 귀하가 사전에 고지된 동의를 제공한 경우, 다른 모든 해당 윤리 및 개인정보 보호법을 준수하는 공공 이익을 위한 공개 또는 동료 심사된 과학적, 역사적 또는 통계적 연구에 참여합니다.",
-  "data_policy_ccpa_right_to_delete_7": "당사와의 귀하의 관계를 바탕으로 한 소비자의 합리적인 기대에 부합하는 내부 용도로만 사용을 제한하십시오.",
-  "data_policy_ccpa_right_to_delete_8": "법적 의무를 준수합니다.",
-  "data_policy_ccpa_right_to_delete_9": "귀하가 제공한 정보의 맥락과 양립할 수 있는 다른 내부적이고 합법적인 용도로 해당 정보를 사용합니다.",
-  "data_policy_ccpa_right_to_non_discrimination": "차별받지 않을 권리. 귀하는 다음을 포함하여 소비자 권리를 행사하는 것에 대해 차별받지 않을 권리가 있습니다:",
-  "data_policy_ccpa_right_to_non_discrimination_1": "귀하에 대한 상품 또는 서비스 거부",
-  "data_policy_ccpa_right_to_non_discrimination_2": "할인이나 기타 혜택 또는 벌금 부과를 포함하여 상품이나 서비스에 대해 서로 다른 가격이나 요금을 부과하는 행위",
-  "data_policy_ccpa_right_to_non_discrimination_3": "귀하에게 다른 수준이나 품질의 상품 또는 서비스를 제공하는 것",
-  "data_policy_ccpa_right_to_non_discrimination_4": "상품이나 서비스에 대해 다른 가격이나 요금을 받거나, 상품이나 서비스의 다른 수준이나 품질을 받을 것이라고 제안하는 행위",
-  "data_policy_ccpa_right_to_notice": "통지를 받을 권리. 귀하는 어떤 범주의 개인정보가 수집되고 있으며 해당 개인정보가 어떤 목적으로 사용되고 있는지 통지받을 권리가 있습니다.",
-  "data_policy_ccpa_right_to_opt_out": "개인정보 판매를 거부할 권리(옵트아웃). 귀하는 당사에게 귀하의 개인정보를 판매하지 말 것을 지시할 권리가 있습니다. 옵트아웃 요청을 제출하려면 당사에 연락해 주십시오.",
-  "data_policy_ccpa_right_to_request": "CCPA에 따라 귀하는 당사가 개인정보 수집, 사용, 판매, 업무상 목적의 공개 및 공유에 대한 정보를 귀하에게 공개하도록 요청할 권리가 있습니다. 당사가 귀하의 요청을 받고 확인한 후, 당사는 귀하에게 다음 사항을 공개할 것입니다:",
-  "data_policy_ccpa_right_to_request_1": "당사가 귀하에 대해 수집한 개인정보의 범주",
-  "data_policy_ccpa_right_to_request_2": "당사가 귀하에 대해 수집한 개인 정보의 출처 카테고리",
-  "data_policy_ccpa_right_to_request_3": "해당 개인 정보를 수집하거나 판매하는 당사의 사업적 또는 상업적 목적",
-  "data_policy_ccpa_right_to_request_4": "당사가 그 개인정보를 공유하는 제3자의 범주",
-  "data_policy_ccpa_right_to_request_5": "당사가 귀하에 대해 수집한 구체적인 개인정보 항목",
-  "data_policy_ccpa_right_to_request_6": "당사가 귀하의 개인정보를 판매하거나 사업 목적으로 공개한 경우, 당사는 귀하에게 다음을 공개할 것입니다:",
-  "data_policy_ccpa_right_to_request_6_1": "판매된 개인 정보의 카테고리",
-  "data_policy_ccpa_right_to_request_6_2": "공개된 개인 정보의 범주",
-  "data_policy_ccpa_sale_of_info_categories": "Category A: 식별자\nCategory B: 캘리포니아 고객 기록 법령에 나열된 개인 정보 범주 (Cal. Civ. Code § 1798.80(e))\nCategory D: 상업적 정보\nCategory F: 인터넷 또는 기타 유사한 네트워크 활동",
-  "data_policy_ccpa_sale_of_info_definition": "CCPA에서 정의한 바와 같이, \"판매\"와 \"매각\"은 기업이 소비자의 개인 정보를 유상으로 제3자에게 구두, 서면, 전자 또는 기타 방식으로 판매, 임대, 공개, 배포, 이용 가능하게 하거나, 전달 또는 기타 방식으로 전달하는 것을 의미합니다. 이는 당사가 개인 정보를 공유하는 대가로 어떤 형태의 이익을 받았을 수 있음을 의미하지만, 반드시 금전적 이익일 필요는 없습니다.",
-  "data_policy_ccpa_sale_of_info_note": "CCPA에 정의된 아래 나열된 카테고리들을 주의해서 살펴보시기 바랍니다. 이는 해당 개인정보 카테고리의 모든 예시가 실제로 판매되었다는 의미는 아니지만, 우리가 아는 한 해당 카테고리의 일부 정보가 대가를 받고 공유되었거나 공유될 수 있다는 선의의 믿음을 반영합니다.",
-  "data_policy_ccpa_sale_of_info_statement": "당사는 지난 12개월 동안 다음과 같은 범주의 개인정보를 판매했거나 판매했을 수 있습니다:",
-  "data_policy_ccpa_sale_of_info_title": "개인정보 판매",
-  "data_policy_ccpa_sale_of_minors_info_policy": "당사는 실제로 16세 미만인 것으로 알고 있는 소비자의 개인 정보를 판매하지 않습니다. 단, 13세에서 16세 사이의 소비자 또는 13세 미만 소비자의 부모나 보호자로부터 명시적인 승인(\"옵트인 권리\")을 받은 경우는 예외입니다. 개인 정보 판매에 동의한 소비자는 언제든지 향후 판매를 거부할 수 있습니다. 거부 권리를 행사하려면 귀하(또는 귀하의 승인된 대리인)가 당사에 연락하여 요청을 제출할 수 있습니다.",
-  "data_policy_ccpa_sale_of_minors_info_request": "13세 미만(또는 16세 미만)의 아동이 당사에 개인 정보를 제공했다고 믿을 만한 이유가 있다면, 해당 정보를 삭제할 수 있도록 충분한 세부 정보와 함께 당사에 연락해 주시기 바랍니다.",
-  "data_policy_ccpa_sale_of_minors_info_statement": "당사는 서비스를 통해 16세 미만의 미성년자로부터 개인 정보를 의도적으로 수집하지 않습니다. 그러나 당사가 연결하는 일부 제3자 웹사이트에서는 그렇게 할 수 있습니다. 이러한 제3자 웹사이트에는 자체 이용 약관과 개인정보 보호정책이 있으며, 당사는 부모와 법적 보호자가 자녀의 인터넷 사용을 모니터링하고 허락 없이 다른 웹사이트에 정보를 제공하지 않도록 자녀에게 지시할 것을 권장합니다.",
-  "data_policy_ccpa_sale_of_minors_info_title": "16세 미만 미성년자의 개인정보 판매",
-  "data_policy_ccpa_share_of_info_categories": "서비스 제공업체\n결제 처리업체\n당사의 계열사\n당사의 비즈니스 파트너\n당사가 귀하에게 제공하는 제품 또는 서비스와 관련하여 귀하 또는 귀하의 대리인이 당사에 귀하의 개인정보 공개를 승인한 제3자 업체",
-  "data_policy_ccpa_share_of_info_statement": "당사는 위의 범주에서 식별된 귀하의 개인 정보를 다음과 같은 범주의 제3자와 공유할 수 있습니다:",
-  "data_policy_ccpa_share_of_info_title": "개인 정보 공유",
-  "data_policy_ccpa_title": "CCPA 개인정보 보호",
-  "data_policy_ccpa_use_of_info_1": "저희 서비스를 운영하고 귀하에게 서비스를 제공하기 위해.",
-  "data_policy_ccpa_use_of_info_2": "귀하에게 지원을 제공하고 귀하의 문의에 응답하기 위해, 귀하의 우려 사항을 조사하고 해결하며 당사의 서비스를 모니터링하고 개선하는 것을 포함합니다.",
-  "data_policy_ccpa_use_of_info_3": "귀하께서 정보를 제공하신 목적을 달성하거나 충족하기 위해서입니다. 예를 들어, 귀하께서 당사의 서비스에 대해 질문하기 위해 연락처 정보를 공유하신 경우, 당사는 해당 개인정보를 귀하의 문의에 응답하는 데 사용할 것입니다.",
-  "data_policy_ccpa_use_of_info_4": "법 집행 기관의 요청에 응하고 관련 법률, 법원 명령 또는 정부 규정에 따라 필요한 경우.",
-  "data_policy_ccpa_use_of_info_5": "귀하의 개인정보를 수집할 때 설명한 바와 같이 또는 CCPA에 명시된 바에 따라.",
-  "data_policy_ccpa_use_of_info_6": "내부 관리 및 감사 목적으로.",
-  "data_policy_ccpa_use_of_info_7": "보안 사고를 감지하고 악의적이거나 기만적이거나 사기적이거나 불법적인 활동으로부터 보호하기 위해, 필요한 경우 그러한 활동의 책임자를 기소하는 것을 포함합니다.",
-  "data_policy_ccpa_use_of_info_intro": "당사는 수집한 개인 정보를 \"사업 목적\" 또는 \"상업적 목적\"으로 사용하거나 공개할 수 있으며(CCPA에 정의된 대로), 이는 다음과 같은 예시를 포함할 수 있습니다:",
-  "data_policy_ccpa_use_of_info_title": "개인정보의 비즈니스 목적 또는 상업적 목적으로의 사용",
-  "data_policy_ccpa_your_rights_intro": "CCPA는 캘리포니아 주민들에게 개인 정보와 관련된 특정 권리를 제공합니다. 귀하가 캘리포니아 주민인 경우, 다음과 같은 권리를 가집니다:",
-  "data_policy_ccpa_your_rights_title": "CCPA에 따른 귀하의 권리",
-  "data_policy_compliance_info": "Capgo가 다양한 개인정보 보호 규정을 준수하는 데 도움이 되도록 구축된 방법에 대한 정보를 제공해 드리게 되어 기쁩니다. 귀하에게 적용되는 법적 요구 사항을 충족할 수 있는지 여부를 결정하는 데 도움이 되도록 특정 문제에 대해 귀하의 변호사와 상의하시기를 권장합니다.",
-  "data_policy_data_protection_1": "귀하의 웹사이트 데이터는 광고 회사나 기타 회사와 일반적으로 공유되지 않습니다.",
-  "data_policy_data_protection_2": "귀하의 웹사이트 데이터는 어떤 제3자에게도 전송되지 않습니다.",
-  "data_policy_data_protection_3": "귀하의 웹사이트 데이터는 개인 및 행동 경향을 위해 수집되거나 추출되지 않습니다.",
-  "data_policy_data_protection_4": "귀하의 웹사이트 데이터는 수익화되지 않습니다.",
-  "data_policy_gdpr_complaint_right": "귀하는 당사의 개인정보 수집 및 사용에 대해 데이터 보호 당국에 불만을 제기할 권리가 있습니다. 자세한 정보를 원하시면, 귀하가 유럽경제지역(EEA)에 거주하시는 경우 해당 지역의 데이터 보호 당국에 문의하시기 바랍니다.",
-  "data_policy_gdpr_exercising_rights_contact": "귀하는 당사에 연락하여 접근, 정정, 삭제 및 반대의 권리를 행사할 수 있습니다. 이러한 요청에 응답하기 전에 귀하의 신원을 확인할 수 있음을 유의하시기 바랍니다. 요청을 하시면 당사는 최대한 신속하게 응답하도록 노력하겠습니다.",
-  "data_policy_gdpr_exercising_rights_title": "GDPR 데이터 보호 권리 행사",
-  "data_policy_gdpr_right_access": "귀하의 개인 데이터에 대한 접근 요청. 당사가 보유한 귀하에 관한 정보에 접근, 업데이트 또는 삭제할 수 있는 권리. 가능한 경우, 귀하는 계정 설정 섹션에서 직접 귀하의 개인 데이터에 접근, 업데이트 또는 삭제를 요청할 수 있습니다. 귀하가 이러한 조치를 직접 수행할 수 없는 경우, 당사에 연락하여 도움을 요청하십시오. 이를 통해 귀하는 당사가 보유한 귀하의 개인 데이터 사본을 받을 수 있습니다.",
-  "data_policy_gdpr_right_correction": "당사가 보유하고 있는 귀하의 개인정보에 대한 수정을 요청할 수 있습니다. 귀하는 당사가 보유하고 있는 불완전하거나 부정확한 정보를 수정할 권리가 있습니다.",
-  "data_policy_gdpr_right_erasure": "귀하의 개인정보 삭제 요청. 당사가 귀하의 개인정보를 계속 처리할 타당한 이유가 없을 경우, 귀하는 당사에 개인정보의 삭제 또는 제거를 요청할 권리가 있습니다.",
-  "data_policy_gdpr_right_object": "귀하의 개인정보 처리에 대해 반대할 권리. 이 권리는 당사가 합법적 이익을 법적 근거로 삼아 처리하고 있으며, 귀하의 특정 상황으로 인해 이러한 근거로 귀하의 개인정보를 처리하는 것에 반대하고자 하는 경우에 존재합니다. 또한 당사가 직접 마케팅 목적으로 귀하의 개인정보를 처리하는 경우에도 반대할 권리가 있습니다.",
-  "data_policy_gdpr_right_transfer": "귀하의 개인정보 이전을 요청하세요. 당사는 귀하 또는 귀하가 선택한 제3자에게 구조화되고 일반적으로 사용되며 기계가 읽을 수 있는 형식으로 귀하의 개인정보를 제공할 것입니다. 이 권리는 귀하가 처음에 당사의 사용에 동의한 자동화된 정보 또는 당사가 귀하와의 계약을 이행하기 위해 정보를 사용한 경우에만 적용된다는 점을 유의하시기 바랍니다.",
-  "data_policy_gdpr_right_withdraw_consent": "귀하의 동의를 철회하십시오. 귀하는 개인정보 사용에 대한 동의를 철회할 권리가 있습니다. 동의를 철회하면 당사는 서비스의 특정 기능에 대한 접근을 제공하지 못할 수 있습니다.",
-  "data_policy_gdpr_rights_intro": "회사는 귀하의 개인정보에 대한 기밀성을 존중하고 귀하가 귀하의 권리를 행사할 수 있도록 보장할 것을 약속합니다.",
-  "data_policy_gdpr_rights_list_intro": "귀하는 본 개인정보 보호정책에 따라, 그리고 EU 내에 있는 경우 법률에 의해 다음과 같은 권리를 가집니다:",
-  "data_policy_gdpr_rights_title": "GDPR에 따른 귀하의 권리",
-  "data_policy_gdpr_title": "GDPR 개인정보 보호",
-  "data_policy_goal": "Capgo의 목표는 귀하의 웹사이트 트래픽의 전반적인 추세를 추적하는 것이며, 개별 방문자를 추적하는 것이 아닙니다. 우리는 쿠키를 사용하지 않고, 지속적인 식별자를 생성하지 않으며, 개인 또는 식별 가능한 데이터를 수집하거나 저장하지 않습니다. 모든 데이터는 집계된 데이터일 뿐이며 개인 정보를 포함하지 않습니다.",
-  "data_policy_intro": "데이터 정책은 데이터 거버넌스, 데이터 품질, 데이터 아키텍처를 포함하되 이에 국한되지 않는 기업 전반의 다양한 데이터 관리 영역에 대한 프레임워크를 제공하는 일련의 규칙, 원칙 및 지침을 포함합니다.",
-  "data_policy_ip_accuracy": "저희의 테스트 결과, 방문자 수를 세는 데 IP 주소를 사용하는 것이 쿠키를 사용하는 것과 비교했을 때 놀랍도록 정확했습니다. 일부 경우에는 일부 방문자가 쿠키를 완전히 차단하기 때문에 쿠키를 사용하는 것보다 더 정확할 수도 있습니다.",
-  "data_policy_ip_user_agent": "모든 HTTP 요청은 IP 주소와 User-Agent를 서버로 전송하므로 우리는 이를 사용합니다. 우리는 방문자의 IP 주소와 User-Agent를 사용하여 매일 변경되는 식별자를 생성합니다.",
-  "data_policy_last_updated": "최종 업데이트: 2023년 9월 21일",
-  "data_policy_legal_basis_clarification": "어떤 경우든 회사는 처리에 적용되는 구체적인 법적 근거를 명확히 하는 데 기꺼이 도움을 드릴 것이며, 특히 개인정보 제공이 법적 요구사항인지, 계약상 요구사항인지, 또는 계약 체결에 필요한 요구사항인지를 설명해 드릴 것입니다.",
-  "data_policy_legal_basis_consent": "동의: 귀하는 하나 이상의 특정 목적을 위해 개인정보 처리에 대한 동의를 제공하셨습니다.",
-  "data_policy_legal_basis_contract": "계약 이행: 귀하와의 계약 이행 및/또는 계약 전 의무 수행을 위해 개인 정보 제공이 필요합니다.",
-  "data_policy_legal_basis_intro": "다음과 같은 조건에서 개인정보를 처리할 수 있습니다:",
-  "data_policy_legal_basis_legal_obligations": "법적 의무: 개인정보 처리는 회사가 준수해야 하는 법적 의무를 이행하기 위해 필요합니다.",
-  "data_policy_legal_basis_legitimate_interests": "정당한 이익: 개인정보 처리는 회사가 추구하는 정당한 이익을 위해 필요합니다.",
-  "data_policy_legal_basis_public_interests": "공익: 개인정보 처리는 회사에 부여된 공적 권한의 행사 또는 공익과 관련된 업무 수행과 관련이 있습니다.",
-  "data_policy_legal_basis_title": "GDPR에 따른 개인정보 처리의 법적 근거",
-  "data_policy_legal_basis_vital_interests": "중대한 이익: 귀하 또는 다른 자연인의 중대한 이익을 보호하기 위해 개인정보를 처리하는 것이 필요합니다.",
-  "data_policy_no_persistent_identifier": "GDPR에 따라 개인정보로 간주되므로 기기 지속성 식별자를 생성하려고 시도하지 않습니다. 쿠키, 브라우저 캐시 또는 로컬 스토리지를 사용하지 않습니다. 방문자의 기기에서 어떤 것도 저장하거나, 검색하거나, 추출하지 않습니다.",
-  "data_policy_no_tracking": "사용자를 여러 기기나 방문하는 웹사이트 및 앱에 걸쳐 추적하지 않습니다. 모든 데이터는 단일 날짜, 단일 웹사이트, 단일 기기에만 국한됩니다. 동일한 사람이 둘 이상의 기기에서 사이트를 방문하거나 다른 웹사이트를 방문하는지 알 수 있는 방법은 없습니다.",
-  "data_policy_ownership_intro": "당신이 우리 서비스를 사용할 때, Capgo는 방문자들에 대한 정보를 수집합니다. 당신은 우리에게 사이트 데이터를 맡기며, 우리는 그 신뢰를 진심으로 받아들입니다. 사이트 데이터의 개인정보 보호 — 그리고 그것은 우리의 것이 아닌 당신의 데이터입니다! — 는 우리에게 매우 중요한 문제입니다.",
-  "data_policy_ownership_rights": "귀하는 귀하의 웹사이트 데이터에 대한 모든 권리, 소유권 및 이익을 보유합니다. 저희는 귀하의 웹사이트 데이터에 대해 어떠한 권리도 얻지 않습니다. 저희는 절대로 귀하의 사이트 데이터를 제3자에게 판매하거나 공유하지 않을 것입니다.",
-  "data_policy_ownership_statement": "Capgo를 사용하면 웹사이트 데이터의 100% 소유권을 유지할 수 있습니다. 우리의 호스팅 서비스를 사용할 때 사이트 분석 데이터가 클라우드의 우리 서버에 저장되지만, 여전히 사이트 데이터를 완전히 통제할 수 있으며 모든 데이터에 대한 전체 소유권도 갖게 됩니다.",
-  "data_policy_ownership_title": "귀하의 웹 데이터 소유권",
-  "data_policy_permanent_deletion": "Capgo 계정을 삭제하거나 사이트 통계를 삭제하면 모든 통계가 즉시 영구적으로 삭제됩니다. 영구 삭제된 정보는 복구할 수 없습니다.",
-  "data_policy_title": "데이터 정책",
-  "data_policy_trust_importance": "개인정보 보호 소프트웨어 시장에서 이는 필수적입니다. 데이터와 관련된 문제에서 기업과 독점 소프트웨어를 항상 신뢰할 수는 없습니다. 신뢰를 증명할 수 있는 유일한 방법은 전문가들이 당신의 코드를 살펴보고 당신이 말한 대로 실제로 행동하고 있는지 확인할 수 있도록 하는 것입니다.",
-  "data_policy_trust_open_source": "Capgo는 100% 오픈 소스입니다. 우리의 소스 코드는 GitHub에서 공개되어 있어 읽고 검토할 수 있으며, 우리의 코드가 우리가 말한 대로 작동하는지 확인할 수 있습니다.",
-  "data_policy_trust_title": "왜 당신을 믿어야 하나요?",
-  "data_policy_trust_transparency": "우리는 블랙박스가 아닙니다. 모든 것이 공개되어 있습니다. 누구나 우리가 실행하는 코드를 보고, 검토하고, 점검하여 우리가 말한 대로 실천하고 있는지 확인할 수 있습니다.",
-  "data_policy_unique_users_intro": "고유 방문자 수를 세는 것은 웹 분석의 중요한 부분입니다. Capgo는 중복 페이지뷰를 제거하는 동시에 방문자의 개인정보를 존중하는 합리적인 균형을 맞추려고 노력합니다.",
-  "data_policy_unique_users_title": "쿠키 없이 고유 사용자를 계산하는 방법",
-  "data_policy_what_we_collect_title": "우리가 수집하는 것과 그것을 사용하는 목적",
-  "data_processing": "데이터 처리",
-  "data_processing_agreement": "데이터 처리 계약",
-  "data_storage": "데이터 저장",
-  "days_free_trial": "14일 무료 체험",
-  "dedicated_channels": "전용 채널",
-  "dedicated_support_channels_sla": "당신의 안심을 위한 전용 지원 채널과 SLA 보장",
-  "definitions": "정의",
-  "definitions_desc": "본 서비스 수준 계약에서 사용되었으나 정의되지 않은 모든 대문자로 표기된 단어는 계약서에 명시된 의미를 갖습니다.",
-  "definitions_purpose": "본 면책 조항의 목적상:",
-  "definitions_purpose_refund": "본 반품 및 환불 정책의 목적상:",
-  "definitions_title": "정의",
-  "deliver_updates": "당신의 Capacitor 앱에 업데이트를 전달하세요.",
-  "denial_of_service": "서비스 거부 (DoS)",
-  "denial_of_service_desc": "대상을 통신 요청으로 포화시켜 대상이 정상적인 트래픽에 응답할 수 없거나 너무 느리게 응답하여 효과가 없어지게 만드는 것.",
-  "deploy_and_test_anywhere_anytime": "언제 어디서나 배포하고 테스트하세요",
-  "deploy_changes_in_real_time": "실시간으로 변경 사항 배포",
-  "deploy_on_cloud_providers": "AWS, GCP 또는 귀하의 클라우드 공급자에 배포하십시오.",
-  "deploy_ota": "기업 수준의 보안, 확장성 및 지원을 요구하는 귀사의 조직에 수백만 명의 사용자에게 공기 중 업데이트(OTA)를 배포하십시오.",
-  "deploy_with_confidence": "신뢰를 가지고 배포하십시오",
-  "designed_for_mobile_first": "모바일 우선으로 설계되었으며 직관적인 UI와 원활한 성능을 자랑합니다",
-  "developers": "개발자들",
-  "diagnose_version_issues": "버전 문제 진단하기",
-  "didnt_find_answer": "찾고 계신 답변을 찾지 못하셨나요?",
-  "direct_access_engineering_team": "전용 Slack 채널 및 전화 지원을 통한 엔지니어링 팀에 대한 직접적인 접근",
-  "direct_engineering_access": "직접 엔지니어링 접근",
-  "direct_peering_worldwide": "전 세계 직접 피어링",
-  "direct_slack_channel_support": "직접 슬랙 채널 지원",
-  "directly_from_your_phone": "당신의 휴대폰에서 직접",
-  "disclaimer": "면책 조항",
-  "disclaimer_last_updated": "최종 업데이트: 2022년 1월 28일",
-  "disclaimer_text": "서비스에 포함된 정보는 일반적인 정보 제공 목적으로만 사용됩니다.",
-  "disclaimer_title": "면책 조항",
-  "discover_ready_plugins": "당신의 Capacitor 앱의 기능을 확장하는 사용 준비가 된 플러그인들을 발견하세요.",
-  "do_you_have_purchasing_power_parity_pricing": "구매력 평가(PPP) 기반 요금제가 있나요?",
-  "do_you_offer_annual_billing_and_ach_payment_options": "연간 결제와 ACH 결제 옵션을 제공하나요?",
-  "do_you_offer_discounts_for_students_non_profits_or_startups": "학생, 비영리 단체, 또는 스타트업을 위한 할인 혜택이 있나요?",
-  "do_you_offer_refunds": "환불 해주시나요?",
-  "do_you_offer_refunds_answer": "법률에 의해 요구되는 경우를 제외하고, 지불된 구독료는 환불이 불가능합니다. 그러나 특정 환불 요청은 사례별로 고려될 수 있으며 Capgo의 전적인 재량에 따라 승인될 수 있습니다. 환불 자격이 있다고 생각되면, 저희 지원팀에 연락해 주세요.",
-  "docs": "Docs",
-  "documentation": "문서",
-  "documentation_in_markdown_that_powers": "Markdown으로 작성된 문서가 구동하는",
-  "documenting_apis": "API 문서화",
-  "download_the_app_and_take_control": "앱을 다운로드하고 어디서나 릴리스를 제어하세요",
-  "download_time_globally": "전 세계적으로 5MB 업데이트를 다운로드하다",
-  "downloads": "다운로드",
-  "dp": "데이터 정책",
-  "dp_description": "라이브 업데이트 플랫폼을 사용하는 기업 고객을 위한 Capgo 데이터 처리 계약 및 GDPR 준수 문서.",
-  "dpa": "데이터 보호 계약",
-  "dpa_contact_1": "본 개인정보 처리방침에 대해 궁금한 점이 있으시면 다음과 같이 연락하실 수 있습니다:",
-  "dpa_contact_2": "웹사이트의 이 페이지를 방문함으로써:",
-  "dpa_contact_title": "연락하기",
-  "dpa_customer_undertakings_1": "고객은 Capgo 서비스 제공과 관련하여 처리할 방문자 데이터를 Capgo에 제공하는 데 필요한 모든 권리를 보유하고 있음을 보증합니다.",
-  "dpa_customer_undertakings_2": "고객은 본 계약에 따라 Capgo에 제공한 모든 방문자 데이터와 관련하여 항상 데이터 보호 법규를 준수해야 합니다.",
-  "dpa_customer_undertakings_3": "고객은 컨트롤러로서 (고객과 Capgo 사이에서) 다음에 대해 책임이 있음을 이해합니다:",
-  "dpa_customer_undertakings_4": "처리의 적법성을 판단하고, 필요한 데이터 보호 영향 평가를 수행하며, 필요에 따라 규제 기관과 개인에게 설명하는 것;",
-  "dpa_customer_undertakings_5": "귀하의 관할 지역에서 요구될 수 있는 관련 개인정보 보호 고지를 데이터 주체에게 제공하는 것;",
-  "dpa_customer_undertakings_6": "본 DPA에 따른 처리를 보장하고 입증하기 위해 적절한 기술적 및 조직적 조치를 직접 구현하는 것;",
-  "dpa_customer_undertakings_7": "해당 사법권에서 법률에 따라 요구될 수 있는 모든 사고를 관련 규제 기관이나 당국에 통보하는 것.",
-  "dpa_customer_undertakings_title": "고객 약속 및 Capgo 지원",
-  "dpa_definitions_1": "Capgo는 계약에 따라 사용자에게 Capgo 서비스를 제공하는 과정에서 사용자를 대신하여 방문자 데이터를 처리할 수 있습니다.",
-  "dpa_definitions_2": "본 데이터 처리 계약(\"DPA\")에서 \"데이터 보호 법규\"는 일반 데이터 보호 규정(규정 (EU) 2016/279) 및 관련 관할권에 존재할 수 있는 방문자 데이터 처리와 개인정보 보호에 관한 기타 모든 적용 가능한 법률을 의미합니다.",
-  "dpa_definitions_3": "\"데이터 관리자\", \"데이터 처리자\", \"정보주체\", \"개인정보\" 및 \"처리\"는 해당 개인정보보호 법규에 따라 해석되어야 합니다.",
-  "dpa_definitions_4": "당사자들은 사용자가 데이터 관리자이며 Capgo는 서비스 제공 과정에서 처리되는 방문자 데이터와 관련하여 데이터 처리자임에 동의합니다.",
-  "dpa_definitions_title": "정의",
-  "dpa_last_updated": "최종 업데이트: 2023년 9월 20일",
-  "dpa_liability_indemnity_1": "각 당사자는 상대방을 면책하고, 본 DPA 위반으로 인해 직접 또는 간접적으로 발생하는 모든 청구, 소송, 제3자 청구, 손실, 손해 및 비용으로부터 면책 대상 당사자를 보호합니다.",
-  "dpa_liability_indemnity_title": "책임과 배상",
-  "dpa_notification_1": "아니요. 당사의 DPA를 수락할 때 당사나 제3자에게 통지할 필요는 없습니다. 다만, 위에서 언급한 대로 원하신다면 그렇게 하실 수 있습니다.",
-  "dpa_notification_title": "고객이 당사의 DPA를 수락할 때 누군가에게 통지해야 합니까?",
-  "dpa_privacy_security_1": "저희는 백업, 중복 및 암호화를 통해 귀하의 데이터를 보호하고 안전하게 지키기 위해 다양한 조치를 취합니다. 귀하가 저희 서비스를 사용하여 웹사이트 통계를 측정할 때, Capgo는 귀하의 방문자에 대한 정보를 수집합니다.",
-  "dpa_privacy_security_2": "귀하는 사이트 데이터를 저희에게 맡기셨고, 저희는 그 신뢰를 진심으로 받아들입니다. 귀하는 Capgo가 당사의 데이터 정책에 명시된 대로만 귀하의 데이터를 처리하고 다른 목적으로는 사용하지 않는다는 것에 동의합니다. 저희는 우리가 누구인지, 어떻게 일하는지에 대해 투명하게 공개하고, 귀하의 피드백을 언제나 열린 마음으로 받아들임으로써 그 신뢰에 보답하기 위해 최선을 다합니다.",
-  "dpa_privacy_security_3": "귀하는 귀하의 웹사이트 데이터에 대한 모든 권리, 소유권 및 이익을 보유합니다. 우리는 귀하의 웹사이트 데이터에 대한 어떠한 권리도 얻지 않습니다. 우리는 웹 사용자의 개인 정보를 수집하고 분석하여 이러한 행동 통찰력을 광고 판매에 사용하지 않습니다. Capgo를 사용할 때, 귀하는 귀하의 모든 웹사이트 데이터를 100% 소유하고 제어합니다. 우리는 귀하의 사이트 데이터를 제3자에게 판매하거나 공유하지 않으며, 방문자의 개인정보를 악용하지 않습니다.",
-  "dpa_privacy_security_4": "Capgo의 목적은 Capacitor를 업데이트하는 것입니다. 이는 개인 데이터나 개인 식별 정보(PII)를 추적, 수집 또는 저장하지 않고, 쿠키를 사용하지 않으며, 웹사이트 방문자의 개인정보를 존중하면서도 여전히 수행될 수 있습니다.",
-  "dpa_privacy_security_5": "Capgo를 사용함으로써 모든 사이트 측정은 완전히 익명으로 수행됩니다. 우리는 전반적으로 데이터 수집을 최소화합니다. 가장 필수적인 데이터 포인트만을 측정하고 그 외에는 아무것도 측정하지 않습니다. 우리가 수집하는 모든 지표는 단 한 페이지에 들어갈 정도입니다.",
-  "dpa_privacy_security_6": "GDPR에 따라 개인 정보로 간주되므로 기기 고유 식별자를 생성하려 하지 않습니다. 쿠키, 브라우저 캐시 또는 로컬 스토리지를 사용하지 않습니다. 방문자의 기기에서 어떤 것도 저장, 검색 또는 추출하지 않습니다. 우리가 처리하는 데이터는 개인을 식별하는 데 사용될 수 없습니다.",
-  "dpa_privacy_security_7": "본 계약에 따라 데이터 처리의 영향을 받는 데이터 주체 그룹에는 처리자가 제공하는 서비스를 이용하는 컨트롤러의 웹사이트 최종 사용자가 포함됩니다.",
-  "dpa_privacy_security_8": "귀하의 방문자 데이터 처리 방식과 당사가 귀하를 대신하여 수집하는 데이터의 유형/카테고리에 대한 자세한 정보는 공개적으로 이용 가능한 당사의 데이터 정책에서 확인하실 수 있습니다.",
-  "dpa_privacy_security_title": "방문자 데이터의 개인정보 및 보안",
-  "dpa_processor_obligations_1": "Capgo는 서비스 설정을 통한 고객의 지시에 따라서만 방문자 데이터를 처리할 것입니다. 즉, (a) 서비스 제공에 사용되는 인프라를 운영, 유지 및 지원하기 위해; (b) 서비스의 사용, 관리 및 운영에 있어 고객의 지시 및 처리 지침을 준수하기 위해; (c) 서비스 설정을 통해 달리 지시된 대로. Capgo는 계약에 따라서만 방문자 데이터를 처리할 것입니다.",
-  "dpa_processor_obligations_2": "Capgo는 고객이 제공한 방문자 데이터 처리 지침이 적용 가능한 데이터 보호 법규를 위반한다고 Capgo가 판단할 경우, 부당한 지체 없이 고객에게 통지해야 합니다.",
-  "dpa_processor_obligations_3": "Capgo는 이에 따라 처리된 방문자 데이터의 기밀성을 보장해야 합니다.",
-  "dpa_processor_obligations_4": "인간으로서 우리는 귀하가 요청한 지원 요청을 돕고 귀하의 데이터와 서비스 전체의 보안을 보장하기 위해 Capgo를 유지 및 보호하기 위해 귀하의 데이터에 접근할 수 있습니다. Capgo는 방문자 데이터에 접근해야 하는 모든 Capgo 직원이 GDPR 및 데이터 개인정보 보호에 대해 교육을 받고, 데이터의 기밀성에 대해 인지하며, 본 계약에 명시된 의무를 준수하도록 보장할 것입니다.",
-  "dpa_processor_obligations_5": "Capgo는 방문자 데이터를 무단 또는 불법적인 처리, 우발적인 손실, 파괴, 손상, 도난, 변조 또는 공개로부터 보호하기 위해 적절한 기술적 및 조직적 보안 조치를 구현하고 유지해야 합니다. 이러한 조치는 방문자 데이터의 무단 또는 불법적인 처리, 우발적인 손실, 파괴, 손상 또는 도난으로 인해 발생할 수 있는 해악에 적절해야 하며, 보호되어야 할 방문자 데이터의 특성을 고려해야 합니다.",
-  "dpa_processor_obligations_6": "우리는 하위 처리자와 협력합니다. 각 공급업체와 함께 개인정보 보호에 대한 그들의 약속을 평가하고, 관리자-처리자 표준 계약 조항을 포함하는 데이터 처리 계약을 체결합니다. 이러한 하청업체는 Capgo가 제공을 요청한 서비스를 제공하기 위해서만 데이터를 처리할 수 있으며, 다른 목적으로 데이터를 사용하는 것은 금지됩니다. Capgo는 앱 내 알림, 이메일 및/또는 블로그를 통해 하위 처리자 목록을 수정할 때 관리자에게 통지할 것입니다. 관리자는 정당하게 이의를 제기할 수 있으며 계약을 종료할 수 있습니다.",
-  "dpa_processor_obligations_7": "Capgo가 서비스 제공 과정에서 처리하는 개인 데이터의 우발적, 무단 또는 불법적인 보안 침해, 파괴, 손실, 변경 또는 공개를 인지하게 되면, 부당한 지체 없이 (인지 후 48시간 이내에) 이메일로 고객에게 통보하고 사건에 대한 설명과 함께 고객 콘텐츠에 미치는 영향을 포함한 사건 관련 정보를 주기적으로 업데이트하여 제공할 것입니다. Capgo는 또한 사건을 조사하고 사건의 영향을 합리적으로 방지하거나 완화하기 위한 조치를 취할 것입니다.",
-  "dpa_processor_obligations_8": "Capgo는 관리자를 대신하여 처리되고 있는 방문자 데이터를 자체적으로 수정, 삭제 또는 처리를 제한하지 않습니다(법률이나 처리자 서비스 약관에 의해 요구되지 않는 한). 대신 관리자의 문서화된 지시에 따라, 그리고 관리자 구독 계획과 관련된 데이터 보존 규칙에 따라서만 이를 수행합니다.",
-  "dpa_processor_obligations_9": "Capgo는 개인정보 보안과 관련된 의무 준수에 있어 관리자를 지원할 것입니다. Plausible은 또한 데이터 보호 영향 평가(DPIA)에 대해 관리자를 지원할 것입니다. 정보 주체가 자신의 권리를 주장할 경우, 이 요청은 지체 없이 관리자에게 전달될 것입니다.",
-  "dpa_processor_obligations_title": "컨트롤러에 대한 프로세서의 의무",
-  "dpa_security_measures_1": "암호화를 위해 우리는 전송 중에는 https를 사용하고 저장 시에는 해싱 과정을 사용합니다. 우리의 해싱 과정은 암호화보다 훨씬 강력합니다. 암호화는 원시 데이터를 복호화하고 드러낼 수 있는 키가 있다는 것을 의미합니다. 우리의 데이터베이스에서는 원시 IP 주소와 사용자 에이전트가 우리를 포함한 누구에게도 완전히 접근 불가능하게 만들어집니다. 이에 더해, 우리는 엄격한 방화벽 규칙과 비공개 암호화 네트워킹을 사용합니다. 우리는 강력한 bcrypt 비밀번호를 포함한 복제본과 함께 오프사이트 백업을 유지합니다.",
-  "dpa_security_measures_2": "Capgo는 완전히 오픈 소스 소프트웨어입니다. 이는 우리의 소스 코드가 GitHub에서 공개되고 접근 가능하여 누구나 확인하고 감사할 수 있다는 것을 의미합니다. 여러분은 이를 읽고, 검사하고, 검토하여 어떻게 작동하는지 이해하고 데이터를 비공개로 안전하게 유지하는지 확인할 수 있습니다. 이는 여러분과 다른 모든 사람에게 우리가 웹사이트 트래픽 데이터를 어떻게 처리하는지에 대한 완전한 투명성을 제공합니다.",
-  "dpa_security_measures_3": "500개 이상의 GitHub 스타를 받은 우리의 코드는 많은 사람들의 주목을 받고 있으며, 이러한 투명성과 개방성은 오픈 소스 제품이 독점적이고 폐쇄적인 소스 제품보다 더 신뢰할 수 있다는 것을 의미합니다. 우리의 소프트웨어는 일주일에 여러 번 업데이트되며, GitHub 페이지에서는 보안 취약점을 신고할 수 있는 방법도 제공하고 있습니다.",
-  "dpa_security_measures_title": "조직적 및 기술적 보안 조치",
-  "dpa_sharing_1": "네. DPA는 공개적으로 이용 가능한 문서이며, 고객이 우리의 보안 조치 및 기타 조건을 확인하기 위해 자신의 고객과 공유하고자 하는 경우 자유롭게 공유할 수 있습니다.",
-  "dpa_sharing_title": "Capgo DPA를 고객의 고객과 공유할 수 있나요?",
-  "dpa_signing_required_1": "당사의 제품 및 서비스를 이용하려면 당사의 DPA를 수락해야 합니다. 당사의 제품을 사용함으로써 귀하는 당사의 서비스 약관에 동의하는 것이며, 자동으로 당사의 DPA를 수락하게 되므로 별도의 문서에 서명할 필요가 없습니다. 당사는 모든 고객에게 동일한 개인정보 보호 권리와 보호를 제공합니다.",
-  "dpa_signing_required_title": "Capgo DPA에 고객이 서명해야 합니까?",
-  "dpa_title": "데이터 처리 계약",
-  "easily_adjust_user_roles_and_permissions_as_your_team_and_projects_evolve_maintaining_optimal_organization_structure": "팀과 프로젝트가 발전함에 따라 사용자 역할과 권한을 쉽게 조정하여 최적의 조직 구조를 유지하세요.",
-  "effortless_ci_cd_solutions": "손쉬운 CI/CD 솔루션",
-  "email_label": "이메일",
-  "email_placeholder": "이메일 주소를 입력하세요",
-  "emergency_fixes_on_the_go": "긴급한 수정 사항을 이동 중에 처리하기",
-  "end_to_end_encryption": "종단간 암호화",
-  "enterprise_authentication": "기업 인증",
-  "enterprise_billing": "기업 청구",
-  "enterprise_description": "기업 팀이 중요한 앱을 개발하고 있으며 고급 보안, 준수, 전용 지원이 필요하며 모바일 DevOps 인프라에 대한 완전한 제어권이 필요한 경우.",
-  "enterprise_features": "기업용 기능",
-  "enterprise_grade_security_trust": "당신이 신뢰할 수 있는 엔터프라이즈 등급의 보안",
-  "enterprise_identity": "기업 신원",
-  "enterprise_platform_uptime_sla": "엔터프라이즈 플랫폼 가동 시간 SLA",
-  "enterprise_plugins": "기업용 플러그인",
-  "enterprise_ready": "기업용 준비 완료",
-  "enterprise_security_audit_desc": "매년 실시되는 제3자 감사와 SonarCloud, Coderabbit, Snyk를 이용한 지속적인 코드 스캔.",
-  "enterprise_security_audit_title": "자동화 및 독립적인 감사",
-  "enterprise_security_automations": "SonarCloud, Coderabbit 및 Snyk은 릴리스 전에 모든 커밋을 검토합니다.",
-  "enterprise_solutions": "기업용 솔루션",
-  "enterprise_support": "기업 지원",
-  "enterprise_title": "기업",
-  "errors_and_omissions_disclaimer_text": "서비스에서 제공하는 정보는 관심 사항에 대한 일반적인 지침일 뿐입니다. 회사가 서비스 내용의 최신성과 정확성을 보장하기 위해 모든 예방 조치를 취하더라도 오류가 발생할 수 있습니다. 또한 법률, 규칙 및 규정의 변화하는 특성을 고려할 때, 서비스에 포함된 정보에 지연, 누락 또는 부정확한 내용이 있을 수 있습니다.",
-  "errors_and_omissions_disclaimer_title": "오류 및 누락에 대한 면책 조항",
-  "eula": "최종 사용자 라이선스 계약",
-  "eula_acknowledgment_text_1": "\"동의합니다\" 버튼을 클릭하거나, 애플리케이션을 다운로드하거나 사용함으로써, 귀하는 본 계약의 약관에 구속되는 것에 동의하게 됩니다. 본 계약의 조건에 동의하지 않으시면 \"동의합니다\" 버튼을 클릭하지 마시고, 애플리케이션을 다운로드하거나 사용하지 마십시오.",
-  "eula_acknowledgment_text_2": "본 계약은 귀하와 회사 간의 법적 문서이며, 회사가 귀하에게 제공한 애플리케이션의 사용을 규정합니다.",
-  "eula_acknowledgment_text_3": "본 계약은 귀하와 회사 간에만 체결되며 애플리케이션 스토어와는 무관합니다. 따라서 회사는 애플리케이션과 그 콘텐츠에 대해 전적으로 책임을 집니다. 애플리케이션 스토어는 본 계약의 당사자는 아니지만, 귀하의 애플리케이션 사용과 관련하여 제3자 수혜자로서 귀하에 대해 본 계약을 집행할 권리를 가집니다.",
-  "eula_acknowledgment_text_4": "예를 들어 가족 공유 / 가족 그룹 또는 대량 구매를 통해 다른 사용자가 애플리케이션에 접근하고 사용할 수 있으므로, 해당 사용자들의 애플리케이션 사용은 명시적으로 본 계약의 적용을 받습니다.",
-  "eula_acknowledgment_text_5": "본 애플리케이션은 회사에 의해 귀하에게 판매된 것이 아니라 본 계약의 조건을 엄격히 준수하여 사용할 수 있도록 라이선스가 부여된 것입니다.",
-  "eula_acknowledgment_title": "감사의 글",
-  "eula_changes_text_1": "회사는 단독 재량으로 언제든지 본 계약을 수정하거나 대체할 권리를 보유합니다. 중대한 개정이 있을 경우, 새로운 조건이 발효되기 최소 30일 전에 통지를 제공할 것입니다. 중대한 변경의 구성 요소는 회사의 단독 재량으로 결정됩니다.",
-  "eula_changes_text_2": "개정 사항이 발효된 후에도 애플리케이션에 계속 접근하거나 사용함으로써, 귀하는 개정된 약관에 동의하는 것으로 간주됩니다. 새로운 약관에 동의하지 않으시면 더 이상 애플리케이션을 사용할 권한이 없습니다.",
-  "eula_changes_title": "본 계약의 변경 사항",
-  "eula_contact_us_link": "웹사이트의 다음 페이지를 방문하여:",
-  "eula_contact_us_text": "본 계약에 관하여 문의 사항이 있으시면 당사에 연락하실 수 있습니다:",
-  "eula_contact_us_title": "연락처",
-  "eula_definition_agreement": "**동의서**는 귀하와 회사 간의 애플리케이션 사용에 관한 전체 계약을 구성하는 본 최종 사용자 라이선스 계약을 의미합니다.",
-  "eula_definition_application": "**애플리케이션**은 귀하가 애플리케이션 스토어 계정을 통해 기기에 다운로드한, $1이라는 이름의 회사에서 제공하는 소프트웨어 프로그램을 의미합니다",
-  "eula_definition_application_store": "**애플리케이션 스토어**란 애플 인코퍼레이티드(Apple App Store) 또는 구글 인코퍼레이티드(Google Play Store)가 운영 및 개발한 디지털 배포 서비스로, 이를 통해 귀하의 기기에 애플리케이션이 다운로드되었습니다.",
-  "eula_definition_company": "**회사** (본 계약에서 \"회사\", \"저희\", \"우리\" 또는 \"당사\"로 지칭됨)는 Digital shift OU, 6 sepapaja 15510 Tallinn을 지칭합니다.",
-  "eula_definition_content": "**콘텐츠**는 귀하가 게시, 업로드, 링크 또는 기타 방식으로 이용 가능하게 만든 텍스트, 이미지 또는 기타 정보와 같은 콘텐츠를 의미하며, 그 형태와 관계없이 적용됩니다.",
-  "eula_definition_country": "**국가**는 다음을 의미합니다: 에스토니아",
-  "eula_definition_device": "**기기**는 컴퓨터, 휴대폰 또는 디지털 태블릿과 같이 애플리케이션에 접속할 수 있는 모든 장치를 의미합니다.",
-  "eula_definition_family_sharing": "**가족 공유 / 가족 그룹**을 통해 귀하는 가족 구성원들과 애플리케이션 스토어를 통해 다운로드한 애플리케이션을 공유할 수 있으며, 서로의 적격 애플리케이션을 연결된 기기에서 보고 다운로드할 수 있습니다.",
-  "eula_definition_third_party_services": "**제3자 서비스**는 애플리케이션에 의해 표시, 포함 또는 제공될 수 있는 제3자가 제공하는 모든 서비스 또는 콘텐츠(데이터, 정보, 애플리케이션 및 기타 제품 서비스 포함)를 의미합니다.",
-  "eula_definition_you": "**귀하**는 애플리케이션에 접근하거나 사용하는 개인, 또는 그러한 개인이 대신하여 애플리케이션에 접근하거나 사용하는 회사나 기타 법인을 의미합니다.",
-  "eula_definitions_intro": "본 최종 사용자 라이선스 계약의 목적상:",
-  "eula_definitions_subtitle": "정의",
-  "eula_entire_agreement_text_1": "본 계약은 귀하의 애플리케이션 사용에 관하여 귀하와 회사 간의 전체 합의를 구성하며, 귀하와 회사 간의 이전 및 동시의 모든 서면 또는 구두 계약을 대체합니다.",
-  "eula_entire_agreement_text_2": "귀하는 다른 회사의 서비스를 사용하거나 구매할 때 추가 이용약관의 적용을 받을 수 있으며, 회사는 해당 사용 또는 구매 시점에 이를 귀하에게 제공할 것입니다.",
-  "eula_entire_agreement_title": "전체 계약",
-  "eula_governing_law_text": "국제사법 규정을 제외한 해당 국가의 법률이 본 계약 및 귀하의 애플리케이션 사용에 적용됩니다. 귀하의 애플리케이션 사용은 또한 기타 지역, 주, 국가 또는 국제법의 적용을 받을 수 있습니다.",
-  "eula_governing_law_title": "준거법",
-  "eula_indemnification_text": "귀하는 다음과 관련하여 발생하는 모든 청구 또는 요구(합리적인 변호사 비용 포함)로부터 회사와 그 모회사, 자회사, 계열사, 임원, 직원, 대리인, 파트너 및 라이센서(있는 경우)를 면책하고 보호할 것에 동의합니다: (a) 애플리케이션 사용; (b) 본 계약 또는 법률이나 규정 위반; 또는 (c) 제3자의 권리 침해.",
-  "eula_indemnification_title": "손해배상",
-  "eula_intellectual_property_text_1": "저작권, 특허, 상표, 영업비밀 및 기타 지적재산권을 포함하되 이에 국한되지 않는 본 애플리케이션은 회사의 유일하고 독점적인 재산이며, 앞으로도 그러할 것입니다.",
-  "eula_intellectual_property_text_2": "회사는 애플리케이션과 관련하여 발생하는 제3자의 청구에 대해 귀하를 면책하거나 방어할 의무가 없습니다. 적용 가능한 법률에 따라 회사가 면책을 제공해야 하는 경우, 애플리케이션 스토어가 아닌 회사가 애플리케이션 또는 귀하의 애플리케이션 사용이 제3자의 지적 재산권을 침해한다는 주장에 대한 조사, 방어, 합의 및 해결에 대해 전적으로 책임을 집니다.",
-  "eula_intellectual_property_title": "지적 재산",
-  "eula_interpretation_subtitle": "해석",
-  "eula_interpretation_text": "첫 글자가 대문자로 시작되는 단어들은 다음과 같은 조건에서 정의된 의미를 가집니다. 다음의 정의들은 단수형이나 복수형으로 나타나는지와 관계없이 동일한 의미를 가집니다.",
-  "eula_interpretation_title": "해석 및 정의",
-  "eula_last_updated": "최종 업데이트: 2022년 1월 28일",
-  "eula_license_restrictions_1": "애플리케이션을 라이선스, 판매, 임대, 대여, 양도, 배포, 전송, 호스팅, 외주, 공개하거나 기타 상업적으로 이용하거나 제3자에게 애플리케이션을 제공하는 행위.",
-  "eula_license_restrictions_2": "위의 '라이선스' 섹션에서 허용된 경우를 제외하고 어떤 목적으로든 애플리케이션을 복사하거나 사용하는 행위.",
-  "eula_license_restrictions_3": "애플리케이션의 어떤 부분이라도 수정, 파생 작업 생성, 분해, 해독, 역컴파일 또는 역공학하는 행위.",
-  "eula_license_restrictions_4": "회사 또는 그 계열사, 파트너, 공급업체 또는 애플리케이션 라이선스 제공자의 독점적 고지 사항(저작권 또는 상표 고지 포함)을 제거, 변경 또는 숨기지 마십시오.",
-  "eula_license_restrictions_intro": "귀하는 다음 사항을 하지 않을 것에 동의하며, 타인이 이를 하도록 허용하지 않을 것입니다:",
-  "eula_license_restrictions_subtitle": "라이선스 제한 사항",
-  "eula_license_scope_subtitle": "라이선스 범위",
-  "eula_license_scope_text_1": "회사는 본 계약의 조건을 엄격히 준수하여 애플리케이션을 다운로드, 설치 및 사용할 수 있는 취소 가능하고 비독점적이며 양도 불가능한 제한적 라이선스를 귀하에게 부여합니다.",
-  "eula_license_scope_text_2": "귀하는 귀하가 소유하거나 통제하는 기기에서만, 그리고 앱 스토어의 이용 약관에서 허용하는 범위 내에서만 애플리케이션을 사용할 수 있습니다.",
-  "eula_license_scope_text_3": "회사가 귀하에게 부여하는 라이선스는 본 계약의 조건을 엄격히 준수하여 오직 귀하의 개인적, 비상업적 목적으로만 사용할 수 있습니다.",
-  "eula_license_title": "라이선스",
-  "eula_limitation_of_liability_text_1": "귀하가 입을 수 있는 어떠한 손해에도 불구하고, 본 계약의 어떠한 조항에 따른 회사와 그 공급업체의 전체 책임 및 전술한 모든 사항에 대한 귀하의 배타적 구제책은 귀하가 애플리케이션에 대해 또는 애플리케이션을 통해 실제로 지불한 금액으로 제한되며, 귀하가 애플리케이션을 통해 아무것도 구매하지 않은 경우에는 100 USD로 제한됩니다.",
-  "eula_limitation_of_liability_text_2": "관련 법률이 허용하는 최대 한도 내에서, 회사 또는 그 공급업체는 어떠한 경우에도 특별, 부수적, 간접적 또는 결과적 손해(이익 손실, 데이터 또는 기타 정보의 손실, 영업 중단, 개인 상해, 프라이버시 침해를 포함하되 이에 국한되지 않음)에 대해 책임을 지지 않습니다. 이는 응용 프로그램의 사용 또는 사용 불능, 응용 프로그램과 함께 사용되는 제3자 소프트웨어 및/또는 제3자 하드웨어, 또는 본 계약의 어떤 조항과 관련하여 발생하는 경우에도 적용됩니다. 이는 회사 또는 공급업체가 그러한 손해의 가능성에 대해 조언을 받았거나 구제책이 그 본질적 목적을 달성하지 못한 경우에도 마찬가지입니다.",
-  "eula_limitation_of_liability_text_3": "일부 주/관할권에서는 부수적 또는 결과적 손해에 대한 제외 또는 제한을 허용하지 않으므로, 위의 제한 또는 제외가 귀하에게 적용되지 않을 수 있습니다.",
-  "eula_limitation_of_liability_text_4": "귀하는 애플리케이션 스토어, 그 자회사 및 계열사, 그리고 그 라이센서가 어떠한 책임 이론에 따라서도 귀하에게 발생할 수 있는 직접적, 간접적, 부수적, 특별 결과적 또는 징벌적 손해에 대해 책임을 지지 않음을 명시적으로 이해하고 동의합니다. 이는 데이터 손실을 포함하며, 애플리케이션 스토어나 그 대표자가 그러한 손실 발생 가능성에 대해 조언을 받았거나 알고 있었어야 하는 경우에도 적용됩니다.",
-  "eula_limitation_of_liability_title": "책임의 제한",
-  "eula_maintenance_subtitle": "유지보수 및 지원",
-  "eula_maintenance_text": "회사는 애플리케이션의 다운로드 및 사용에 대한 어떠한 유지보수나 지원도 제공하지 않습니다. 관련 법률에 의해 유지보수나 지원이 요구되는 경우, 애플리케이션 스토어가 아닌 회사가 그러한 유지보수나 지원을 제공할 의무가 있습니다.",
-  "eula_modifications_text": "회사는 사전 통지 여부와 관계없이 그리고 귀하에 대한 책임 없이 일시적으로 또는 영구적으로 애플리케이션 또는 이와 연결된 모든 서비스를 수정, 중단 또는 중지할 권리를 보유합니다.",
-  "eula_modifications_title": "애플리케이션 수정",
-  "eula_no_warranties_text_1": "애플리케이션은 \"있는 그대로\" 및 \"사용 가능한 대로\" 모든 결함과 하자를 포함하여 어떠한 종류의 보증도 없이 귀하에게 제공됩니다. 해당 법률이 허용하는 최대 범위 내에서, 회사는 자사와 그 계열사, 그리고 각각의 라이선스 제공자 및 서비스 제공자를 대신하여, 애플리케이션과 관련된 모든 명시적, 묵시적, 법정 또는 기타 보증을 명시적으로 부인합니다. 이는 상품성, 특정 목적에의 적합성, 소유권 및 비침해에 대한 모든 묵시적 보증과 거래 과정, 이행 과정, 사용 또는 거래 관행에서 발생할 수 있는 보증을 포함합니다. 전술한 내용에 제한을 두지 않고, 회사는 애플리케이션이 귀하의 요구 사항을 충족하거나, 의도된 결과를 달성하거나, 다른 소프트웨어, 애플리케이션, 시스템 또는 서비스와 호환되거나 작동하거나, 중단 없이 작동하거나, 성능 또는 신뢰성 기준을 충족하거나 오류가 없을 것이라는 어떠한 보증이나 약속도 제공하지 않으며, 어떠한 종류의 표현도 하지 않습니다. 또한 오류나 결함이 수정될 수 있거나 수정될 것이라는 보증도 하지 않습니다.",
-  "eula_no_warranties_text_2": "전술한 내용을 제한하지 않고, 회사나 회사의 공급업체는 다음 사항에 대해 어떠한 종류의 명시적 또는 묵시적 진술이나 보증도 하지 않습니다: (i) 애플리케이션의 운영 또는 가용성, 또는 그 안에 포함된 정보, 콘텐츠 및 자료나 제품에 관하여; (ii) 애플리케이션이 중단 없이 또는 오류 없이 작동할 것이라는 점; (iii) 애플리케이션을 통해 제공되는 정보나 콘텐츠의 정확성, 신뢰성 또는 최신성에 관하여; 또는 (iv) 애플리케이션, 그 서버, 콘텐츠 또는 회사에 의해 또는 회사를 대신하여 발송된 이메일이 바이러스, 스크립트, 트로이 목마, 웜, 맬웨어, 시한폭탄 또는 기타 유해한 구성요소로부터 자유롭다는 점.",
-  "eula_no_warranties_text_3": "일부 관할 구역에서는 특정 유형의 보증 배제 또는 소비자의 적용 가능한 법적 권리에 대한 제한을 허용하지 않으므로, 위의 배제 및 제한 사항 중 일부 또는 전부가 귀하에게 적용되지 않을 수 있습니다. 그러나 이러한 경우 본 섹션에 명시된 배제 및 제한 사항은 적용 가능한 법률에 따라 최대한 집행 가능한 범위 내에서 적용됩니다. 법률에 따라 부인할 수 없는 보증이 존재하는 경우, 애플리케이션 스토어가 아닌 회사가 해당 보증에 대해 단독으로 책임을 집니다.",
-  "eula_no_warranties_title": "보증 없음",
-  "eula_product_claims_text": "회사는 애플리케이션에 대해 어떠한 보증도 하지 않습니다. 애플리케이션 사용과 관련하여 발생하는 모든 청구에 대해, 애플리케이션 스토어가 아닌 회사가 이를 해결할 책임이 있습니다. 이는 다음을 포함하되 이에 국한되지 않습니다: (i) 모든 제품 책임 청구; (ii) 애플리케이션이 관련 법적 또는 규제 요구사항을 준수하지 않는다는 청구; 그리고 (iii) 소비자 보호 또는 유사한 법률에 따른 모든 청구.",
-  "eula_product_claims_title": "제품 청구",
-  "eula_read_carefully": "$1을(를) 다운로드하거나 사용하기 전에 \"동의합니다\" 버튼을 클릭하기 전에 이 최종 사용자 라이선스 계약을 주의 깊게 읽어주십시오.",
-  "eula_severability_and_waiver_title": "분리 가능성 및 권리 포기",
-  "eula_severability_subtitle": "가분성",
-  "eula_severability_text": "본 계약의 어느 조항이 집행 불가능하거나 무효로 판단될 경우, 해당 조항은 적용 가능한 법률 하에서 해당 조항의 목적을 최대한 달성할 수 있도록 변경되고 해석될 것이며, 나머지 조항들은 계속해서 완전한 효력을 유지할 것입니다.",
-  "eula_term_and_termination_text_1": "본 계약은 귀하 또는 회사에 의해 종료될 때까지 효력을 유지합니다. 회사는 단독 재량으로 언제든지 어떤 이유로든 또는 이유 없이 사전 통지 여부와 관계없이 본 계약을 중지하거나 종료할 수 있습니다.",
-  "eula_term_and_termination_text_2": "귀하가 본 계약의 어떤 조항이라도 준수하지 않을 경우, 회사의 사전 통지 없이 본 계약은 즉시 종료됩니다. 귀하는 또한 귀하의 기기 또는 컴퓨터에서 애플리케이션과 그 모든 사본을 삭제함으로써 본 계약을 종료할 수 있습니다.",
-  "eula_term_and_termination_text_3": "본 계약이 종료되면 귀하는 애플리케이션의 모든 사용을 중단하고 귀하의 기기에서 애플리케이션의 모든 사본을 삭제해야 합니다.",
-  "eula_term_and_termination_text_4": "본 계약의 종료는 귀하가 본 계약 기간 동안 본 계약에 따른 귀하의 의무를 위반한 경우, 회사의 법적 또는 형평법상의 권리나 구제 수단을 제한하지 않습니다.",
-  "eula_term_and_termination_title": "계약 기간 및 해지",
-  "eula_third_party_services_text_1": "본 애플리케이션은 제3자 콘텐츠(데이터, 정보, 애플리케이션 및 기타 제품 서비스 포함)를 표시, 포함 또는 제공하거나 제3자 웹사이트 또는 서비스에 대한 링크를 제공할 수 있습니다.",
-  "eula_third_party_services_text_2": "귀하는 회사가 제3자 서비스에 대해, 그 정확성, 완전성, 적시성, 유효성, 저작권 준수, 합법성, 품위, 품질 또는 기타 어떤 측면에 대해서도 책임을 지지 않음을 인정하고 동의합니다. 회사는 귀하나 다른 개인 또는 단체에 대해 어떠한 제3자 서비스에 대한 책임이나 의무도 지지 않으며 지지 않을 것입니다.",
-  "eula_third_party_services_text_3": "애플리케이션을 사용할 때 해당 제3자의 이용 약관을 준수해야 합니다. 제3자 서비스 및 해당 링크는 귀하의 편의를 위해서만 제공되며, 귀하는 전적으로 자신의 위험 부담 하에 이를 접근하고 사용하며 해당 제3자의 이용 약관을 따릅니다.",
-  "eula_third_party_services_title": "제3자 서비스",
-  "eula_title": "최종 사용자 라이선스 계약(\"계약\")",
-  "eula_updates_subtitle": "애플리케이션 업데이트",
-  "eula_updates_text_1": "회사는 때때로 애플리케이션의 기능/기능성에 대한 개선 사항을 제공할 수 있으며, 이는 패치, 버그 수정, 업데이트, 업그레이드 및 기타 수정 사항을 포함할 수 있습니다.",
-  "eula_updates_text_2": "업데이트는 애플리케이션의 특정 기능 및/또는 기능을 수정하거나 삭제할 수 있습니다. 귀하는 회사가 (i) 업데이트를 제공하거나 (ii) 애플리케이션의 특정 기능 및/또는 기능을 귀하에게 계속 제공하거나 활성화할 의무가 없음에 동의합니다.",
-  "eula_updates_text_3": "귀하는 또한 모든 업데이트 또는 기타 수정 사항이 (i) 애플리케이션의 필수적인 부분을 구성하는 것으로 간주되며, (ii) 본 계약의 약관 및 조건의 적용을 받는다는 것에 동의합니다.",
-  "eula_us_legal_compliance_text": "(i) 귀하는 미국 정부의 금수 조치 대상국이나 미국 정부가 \"테러 지원\" 국가로 지정한 국가에 위치하고 있지 않으며, (ii) 귀하는 미국 정부의 금지 또는 제한 대상자 목록에 등재되어 있지 않음을 진술하고 보증합니다.",
-  "eula_us_legal_compliance_title": "미국 법규 준수",
-  "eula_waiver_subtitle": "권리 포기",
-  "eula_waiver_text": "본 계약에서 규정한 경우를 제외하고, 본 계약에 따른 권리를 행사하지 않거나 의무 이행을 요구하지 않는 것이 향후 언제든지 그러한 권리를 행사하거나 그러한 이행을 요구할 수 있는 당사자의 능력에 영향을 미치지 않으며, 위반에 대한 포기가 이후의 위반에 대한 포기를 구성하지 않습니다.",
-  "eula_your_suggestions_text_1": "귀하가 본 애플리케이션과 관련하여 회사에 제공한 모든 피드백, 의견, 아이디어, 개선사항 또는 제안은 회사의 단독 및 독점적 재산으로 유지됩니다.",
-  "eula_your_suggestions_text_2": "회사는 귀하에 대한 어떠한 크레딧이나 보상 없이 어떤 목적으로든 어떤 방식으로든 제안을 사용, 복사, 수정, 게시 또는 재배포할 수 있는 자유를 가집니다.",
-  "eula_your_suggestions_title": "귀하의 제안",
-  "every_live_update_signed_verified": "모든 실시간 업데이트는 서명되고 검증되어, 배포의 무결성과 진위를 보장합니다.",
-  "everything_you_need_in_your_pocket": "당신이 필요한 모든 것이 당신의 주머니에 있습니다.",
-  "examples_of_bad_pr_title": "잘못된 PR 제목의 예시:",
-  "examples_of_good_pr_title": "좋은 PR 제목의 예시:",
-  "expand_menu": "메뉴 확장",
-  "experienced_in_working_on_demanding": "까다로운 업무에서 경험이 풍부한",
-  "expert_ci_cd_setup": "전문가 CI/CD 설정",
-  "expert_consultation": "전문가 상담",
-  "expert_guidance": "전문가 지도",
-  "expert_team_builds_custom_plugins": "우리 전문가 팀은 귀하의 특정 요구 사항에 맞게 맞춤형 Capacitor 플러그인과 SDK 통합을 구축합니다. 개념부터 배포까지, 우리는 생산 준비가 완료된 솔루션을 제공합니다.",
-  "explore_common_questions": "Capgo에 대한 일반적인 질문과 답변 살펴보기",
-  "explore_plugins": "플러그인 탐색하기",
-  "extended_security": "확장 보안",
-  "external_links_disclaimer_text": "본 서비스는 회사가 제공하거나 유지하지 않으며 어떤 방식으로도 회사와 제휴하지 않은 외부 웹사이트로의 링크를 포함할 수 있습니다.",
-  "external_links_disclaimer_title": "외부 링크 면책 조항",
-  "external_links_no_guarantee": "회사는 이러한 외부 웹사이트의 정보에 대한 정확성, 관련성, 시의성 또는 완전성을 보장하지 않습니다.",
-  "failed_to_copy": "복사 실패",
-  "fair_use_belief": "회사는 이것이 미국 저작권법 제107조에 규정된 대로 저작권이 있는 자료의 \"공정 사용\"에 해당한다고 믿습니다.",
-  "fair_use_disclaimer_text": "회사는 저작권 소유자로부터 항상 특별히 허가를 받지 않은 저작권이 있는 자료를 사용할 수 있습니다. 회사는 비평, 논평, 뉴스 보도, 교육, 학술 또는 연구 목적으로 이러한 자료를 제공하고 있습니다.",
-  "fair_use_disclaimer_title": "공정 사용 면책 조항",
-  "falsification_of_origin": "출처의 위조",
-  "falsification_of_origin_desc": "TCP-IP 패킷 헤더, 이메일 헤더 또는 메시지의 출처나 경로를 설명하는 부분을 위조하는 행위. 별칭과 익명 리메일러의 합법적인 사용은 이 조항에 의해 금지되지 않습니다.",
-  "fast_track_support_guaranteed_response": "긴급한 문제에 대한 우선 순위 에스컬레이션과 보장된 응답 시간을 가진 빠른 지원",
-  "find_and_fix_bugs_during_the_coding_process": "코딩 과정 중 버그를 찾아 수정합니다.",
-  "find_more_at": "더 자세한 내용은 다음에서 확인하세요: <a href='https://jsdoc.app/'> https://jsdoc.app/ </a>",
-  "fine_grained_permissions": "세분화된 권한",
-  "first": "첫번째",
-  "first_class_support_when_needed": "당신이 필요할 때 최고급 지원",
-  "first_name_label": "이름",
-  "first_name_placeholder": "존",
-  "five_year_savings": "5년 저축",
-  "flexible_engagement": "유연한 참여",
-  "flexible_payment_terms": "유연한 결제 조건",
-  "flutter_power_approximately_1_of_apps_on_google_play_store": "Google Play 스토어 앱의 약 $1%를 Flutter가 지원합니다",
-  "footer": "푸터",
-  "footer_tagline_part1": "캐패시터 앱을 구동하세요",
-  "footer_tagline_part2": "70개 이상의 제품 준비용 플러그인",
-  "for_the_pay_as_you_go_plan": "종량제 요금제의 경우",
-  "for_ultra_fast_delivery": "초고속 배송을 위해",
-  "four_definitions_title": "4. 정의",
-  "framework_angular": "각도",
-  "framework_js_dom": "JS + DOM API",
-  "framework_qwik": "퀵",
-  "framework_react": "반응하다",
-  "framework_svelte": "슬벨트",
-  "framework_ts_dom": "TS + DOM API",
-  "framework_vue": "뷰",
-  "free_consultation": "무료 상담",
-  "free_initial_consultation": "무료 초기 상담",
-  "free_trial_explanation": "활성 사용자 수가 불확실하고 플랜 한도에 도달할까 걱정된다면, Capgo의 무료 체험을 활용해보세요. 이는 우리 서비스를 테스트하고, 적합한 플랜을 찾으며, 예상치 못한 요금을 피하고, 모든 것이 원활하게 작동하는지 확인할 수 있는 좋은 방법입니다.",
-  "from_95_percent_users": "사용자의 95%로부터",
-  "frontend_for_official_deno_webpage": "Deno 공식 웹페이지를 위한 프론트엔드",
-  "full_api_access": "전체 API 접근",
-  "full_control_of_your_capacitor_apps_from_anywhere": "어디서나 Capacitor 앱을 완전히 제어할 수 있습니다.",
-  "full_source_code_included": "전체 소스 코드 포함",
-  "gdpr_compliant": "GDPR 준수",
-  "general_service_exclusion_1": "(i) Capgo의 경계점을 넘어선 불가항력적 사건이나 인터넷 접속, ISP 제공업체 문제 및/또는 관련 문제를 포함하되 이에 국한되지 않는 당사의 합리적인 통제 범위를 벗어난 요인으로 인해 발생한 경우.",
-  "general_service_exclusion_2": "(ii) 귀하의 자발적인 행동 또는 부작위로 인한 결과.",
-  "general_service_exclusion_3": "(iii) 인스턴스 클래스의 CPU 및 메모리 리소스 제한으로 인한 결과.",
-  "general_service_exclusion_4": "(iv) 당사의 문서에 설명된 기본 운영 지침을 따르지 않아 발생한 결과.",
-  "general_service_exclusion_5": "(v) 워크로드에 대한 IO 용량 부족으로 인해 긴 복구 시간이 발생합니다.",
-  "general_service_exclusion_6": "(vi) 귀하의 장비, 소프트웨어 또는 기타 기술로 인해 발생하는 결과.",
-  "general_service_exclusion_7": "(vii) 당사의 이용 약관에 따라 Capgo 사용 권한을 중단하고 해지함으로써 발생하는 경우.",
-  "general_service_exclusions_title": "일반 서비스 제외 사항",
-  "get_enterprise_quote": "기업 견적 받기",
-  "get_in_touch": "연락하기",
-  "get_notified_about_updates": "성공적인 배포와 문제에 대해 알림을 받으세요.",
-  "get_quote_now": "지금 견적 받기",
-  "get_started_now": "지금 시작하세요",
-  "get_started_personalized_demo": "오늘 맞춤형 데모를 시작하세요. 약정 필요 없습니다.",
-  "get_your_custom_plugin_built": "맞춤형 플러그인 제작 받기",
-  "gift_return_policy": "상품이 선물로 표시되어 구매되고 직접 귀하에게 배송된 경우, 귀하는 반품 가치에 해당하는 선물 크레딧을 받게 됩니다. 반품된 상품이 접수되면 선물 증서가 귀하에게 우편으로 발송될 것입니다.",
-  "gifts": "선물",
-  "github_stars": "GitHub 스타즈",
-  "give_pr_a_descriptive_title": "PR에 설명적인 제목을 부여하세요.",
-  "global_infra_badge_instant": "즉시",
-  "global_infra_latency_ultra_low": "초저지연 세계적으로",
-  "global_infra_performance_badge": "실시간 성능",
-  "global_infrastructure": "글로벌 인프라구조",
-  "global_infrastructure_lowercase": "글로벌 인프라",
-  "go_back_home": "집으로 돌아가세요",
-  "goods_definition": "상품은 서비스에서 판매되는 품목을 의미합니다.",
-  "guaranteed_response": "보장된 응답",
-  "guide_rollback_process": "가이드 롤백 프로세스",
-  "harmful_content": "유해 콘텐츠",
-  "harmful_content_desc": "바이러스, 트로이 목마, 웜, 시한 폭탄 또는 취소봇을 포함하여 시스템, 프로그램 또는 데이터를 손상, 간섭, 은밀히 가로채거나 유용할 수 있는 콘텐츠 또는 기타 컴퓨터 기술.",
-  "help_customers_with_app_issues": "고객이 앱 문제를 효율적으로 해결할 수 있도록 도와주세요.",
-  "here": "여기.",
-  "hero_subtitle_line2": "빠르고, 안전하며, 앱 스토어에서는 보이지 않습니다.",
-  "hero_subtitle_part1": "Capgo는 프론트엔드 변경 사항을 배송하게 해줍니다.",
-  "hero_subtitle_part2": "사용자에게",
-  "high_enterprise_response": "2 영업 시간<br />월요일 - 금요일",
-  "high_priority_response": "2시간<br />연중무휴",
-  "high_support_desc": "주요 기능에 영향을 미치고 상당한 성능 저하가 발생하는 상황을 초래하는 문제. 이 문제는 상당수의 사용자 기반 및/또는 주요 Capgo 기능에 영향을 미칩니다.",
-  "high_support_subtitle": "중대한 사업 중단",
-  "high_support_title": "2. 높음",
-  "high_team_response": "1 영업일<br />월요일 - 금요일",
-  "home": "홈",
-  "home_appflow_bootstrapped_highlight": "Capgo는 완전히 부트스트랩되어 있고 이익을 내고 있습니다.",
-  "home_appflow_bootstrapped_prefix": "벤처 투자를 받은 서비스들이 하룻밤 사이에 사라질 수 있는 것과 달리,",
-  "home_appflow_bootstrapped_suffix": "우리는 첫 날부터 꾸준한 수익을 창출해 왔으며, 이로 인해 여러분의 앱에 장기적인 안정성을 보장하고 있습니다.",
-  "home_appflow_notice_intro": "Ionic Appflow가 종료를 발표한 동안, Capgo는 매일 더욱 강해지고 있습니다.",
-  "home_appflow_shutdown_heading": "Ionic Appflow가 종료됩니다.",
-  "home_appflow_sustainable_highlight": "우리는 오래가도록 만들어졌습니다",
-  "home_appflow_sustainable_prefix": "우리의 지속 가능한 사업 모델은 우리가 투자자 자금이나 인수 거래에 의존하지 않음을 의미합니다.",
-  "home_appflow_sustainable_suffix": "성장하는 고객 기반과 입증된 실적을 가지고 있습니다.",
-  "home_avg_latency": "50ms 평균 지연 시간",
-  "home_bootstrapped_desc": "투자자 없음, 판매 압박 없음. 우리 자체의 자원과 고객 수익으로 구축되었습니다.",
-  "home_bootstrapped_title": "완전히 부트스트랩된",
-  "home_built_to_last_desc": "지속 가능한 비즈니스 모델은 우리가 장기간 동안 여기에 있을 것임을 보장합니다. 당신의 앱은 우리와 안전합니다.",
-  "home_built_to_last_title": "지속 가능하게 만들어진",
-  "home_capgo_here_to_stay": "Capgo가 여기에 머무를 것입니다",
-  "home_cities_desc": "사용자에게 이전보다 더 가까이 다가갑니다",
-  "home_cities_worldwide": "전 세계의 도시들",
-  "home_countries_covered": "커버된 국가들",
-  "home_countries_desc": "전 세계 어디에서나 존재",
-  "home_deploy_cli_desc": "평소처럼 앱을 빌드한 후, CLI를 사용하여 업데이트를 배포하세요. 복잡한 구성이 필요하지 않습니다.",
-  "home_global_infrastructure_desc": "서버리스 엣지 컴퓨팅과 300개 이상의 도시와 13,000개 이상의 네트워크에 분산된 데이터베이스를 통해 초고속 전세계 배송을 가능하게 합니다.",
-  "home_global_network_label": "글로벌 네트워크",
-  "home_important_update_badge": "중요한 업데이트",
-  "home_latency_from_users": "사용자의 95%로부터",
-  "home_locations_active": "300+ 위치 활성화",
-  "home_migration_cta_desc": "이미 더욱 안정적이고 기능이 풍부한 대안으로 전환한 수천 명의 개발자들에게 합류하세요. 이것은 오래 지속될 것으로 만들어졌습니다.",
-  "home_migration_cta_title": "Ionic Appflow에서 이전할 준비가 되셨나요?",
-  "home_multi_provider_resilience": "트리플 공급자 복원력",
-  "home_network_connections": "네트워크 연결",
-  "home_network_desc": "전 세계 직접 피어링",
-  "home_revenue_desc": "첫 날부터 이익을 내며 꾸준히 성장합니다. 우리의 성공은 당신의 성공에 달려 있습니다.",
-  "home_revenue_title": "수익 창출",
-  "home_uptime": "99.99% 가동 시간",
-  "home_users_get_update_desc": "사용자는 배경에서 즉시 업데이트를 받습니다. 앱 스토어 승인이 필요 없으며 사용자의 상호작용도 필요하지 않습니다.",
-  "home_worldwide_heading": "전 세계적으로",
-  "hosting": "호스팅",
-  "how_are_mau_counted": "월간 활성 사용자(MAU)는 어떻게 계산되나요?",
-  "how_is_bandwidth_counted": "대역폭은 어떻게 계산되나요?",
-  "how_it_works_badge": "작동 원리",
-  "how_it_works_card1_desc_part1": "Capgo CLI를 설치하고 단일 명령을 실행하세요.",
-  "how_it_works_card1_desc_part2": "그것이 바로 그렇게 간단합니다!",
-  "how_it_works_card1_title": "플러그인을 추가하십시오",
-  "how_it_works_card2_title": "새로운 업데이트를 푸시하세요.",
-  "how_it_works_card3_title": "앱은 실행 시 동기화됩니다.",
-  "how_it_works_cta": "무료로 시도해보세요",
-  "how_it_works_subtitle": "Capgo는 오픈 소스 CapacitorJS 플러그인과 안전한 클라우드 서비스를 사용하여 사용자에게 프론트엔드 업데이트를 푸시합니다 - 앱 스토어 리뷰가 필요하지 않습니다.",
-  "how_it_works_title": "한 번 누르세요.",
-  "how_it_works_title_line2": "즉시 어디서나 업데이트하세요.",
-  "how_the_app_works": "앱이 어떻게 작동하는지",
-  "how_to_cancel": "취소 권리를 행사하려면 명확한 진술을 통해 귀하의 결정을 저희에게 알려야 합니다. 다음과 같은 방법으로 귀하의 결정을 알릴 수 있습니다:",
-  "illegal_activities": "불법, 유해 또는 사기성 활동.",
-  "illegal_activities_desc": "아동 포르노그래피의 유포, 홍보 또는 조장, 사기성 상품, 서비스, 계획 또는 프로모션의 제공 또는 유포, 빠른 돈벌이 계획, 폰지 및 피라미드 사기, 피싱 또는 파밍을 포함하여 불법적이거나, 타인의 권리를 침해하거나, 타인, 우리의 운영 또는 명성에 해를 끼칠 수 있는 모든 활동.",
-  "importance_of_documenting_apis": "모든 공개 API를 문서화하는 것이 중요하며 우리는 코드와 함께 인라인으로 이를 수행하고자 합니다. 이는 코드와 문서가 긴밀하게 연결되도록 보장하는 데 도움이 됩니다.",
-  "imprint": "판권 정보",
-  "imprint_description": "$1 회사의 정보를 여기에서 찾으세요",
-  "in_app_purchases_acquired": "앱 내 구매 (RevenueCat에 의해 획득)",
-  "included": "포함됨",
-  "industry_leading_security_compliance": "업계 최고 수준의 보안 및 컴플라이언스 기능은 가장 높은 기업 표준을 충족합니다.",
-  "infrastructure_and_support": "인프라스트럭처 및 지원",
-  "infringing_content": "저작권 침해 콘텐츠.",
-  "infringing_content_desc": "타인의 지적 재산권 또는 소유권을 침해하거나 부당하게 유용하는 콘텐츠.",
-  "inseparable_goods": "배송 후 그 성질에 따라 다른 물품과 분리할 수 없이 혼합된 상품의 공급.",
-  "install_and_test_any_version_directly": "장치에 직접 어떤 버전이든 설치하고 테스트하세요.",
-  "install_plugin": "플러그인 설치",
-  "instant_ota_updates_capacitor": "Capacitor 앱을 위한 즉시 OTA 업데이트",
-  "instant_rollback": "즉시 롤백",
-  "instant_updates": "즉시 업데이트",
-  "instant_updates_for_capacitor": "CapacitorJS 앱을 위한 즉시 업데이트",
-  "instant_updates_for_capacitor_apps": "CapacitorJS 앱을 위한 즉시 업데이트",
-  "instant_updates_for_capacitor_apps_description": "앱 스토어의 지연 없이 CapacitorJS 앱에 즉시 업데이트, 수정 사항 및 기능을 푸시하세요. Capgo를 사용하여 원활한 통합, 종단 간 암호화 및 실시간 업데이트를 경험해 보세요.",
-  "instant_updates_for_your": "당신을 위한 즉시 업데이트",
-  "instant_version_switching": "즉시 버전 전환",
-  "integrate_identity_provider_mfa": "당신의 신원 공급자와 통합하고 조직 전체에 다중 요소 인증을 적용하세요.",
-  "integration_and_api": "통합 & API",
-  "integrations_badge": "Integrations",
-  "integrations_subtitle": "Current Capgo integrations and partner services.",
-  "integrations_title": "Capgo Integrations",
-  "intentional_interference": "고의적인 방해.",
-  "intentional_interference_desc": "메일 폭탄, 뉴스 폭탄, 브로드캐스트 공격 또는 플러딩 기법을 통해 시스템에 과부하를 주려는 의도적인 시도를 포함하여, 모든 시스템의 정상적인 기능을 방해하는 행위.",
-  "interception": "가로채기.",
-  "interpretation": "해석",
-  "interpretation_and_definitions": "해석 및 정의",
-  "interpretation_and_definitions_title": "해석 및 정의",
-  "interpretation_description": "대문자로 시작하는 단어들은 다음 조건에 따라 정의된 의미를 갖습니다. 다음의 정의들은 단수형이나 복수형으로 나타나는지 여부와 관계없이 동일한 의미를 가집니다.",
-  "interpretation_text": "대문자로 시작하는 단어들은 다음 조건에 따라 정의된 의미를 가집니다. 다음의 정의들은 단수형이나 복수형으로 나타나는지와 관계없이 동일한 의미를 갖습니다.",
-  "interpretation_title": "해석",
-  "investigate_violations": "본 정책 위반 또는 서비스나 Capgo 사이트의 오용을 조사합니다;",
-  "it_all_started_with_a_github_issue_where_many_developers_voiced_their_frustration_with_the_high_costs_of_existing_solutions_like_appflow": "모든 것은 많은 개발자들이 Appflow와 같은 기존 솔루션의 높은 비용에 대한 불만을 표명한 GitHub 이슈에서 시작되었습니다.",
-  "it_s_faster_cheaper_and_requires_fewer_developers_to_do_it": "더 빠르고, 더 저렴하며, 더 적은 개발자로 수행할 수 있습니다.",
-  "iterate_faster": "빠르게 움직이는 팀을 위해 만들어진",
-  "javascript_and_typescript": "JavaScript 및 TypeScript",
-  "jobs": "채용정보",
-  "join_leading_enterprises": "세계적으로 수백만 명의 사용자에게 안전하고 확장 가능한 실시간 업데이트를 제공하는 Capgo를 신뢰하는 선도적인 기업에 가입하세요.",
-  "jsdoc_documentation": "공개적으로 노출된 모든 API와 타입, <code>capacitor-updater</code> 모듈은 JSDoc 문서를 가져야 합니다. 이 문서는 파싱되어 TypeScript 컴파일러에서 사용할 수 있으며, 따라서 추가적인 downstream에 쉽게 제공할 수 있습니다. JSDoc 블록은 적용되는 문장 바로 앞에 위치하며 시작 부분에 <code>/**</code>를 사용하고 <code>*/</code>로 종료됩니다. 예를 들어:",
-  "key_features": "주요 기능",
-  "kotlin_power_approximately_1_of_apps_on_google_play_store": "Google Play Store의 앱 중 약 1%가 Kotlin으로 구동됩니다",
-  "landing_automation_build": "Build",
-  "landing_automation_deploy": "Deploy",
-  "landing_automation_description": "Automate your entire release process. From code commit to user device, Capgo handles the complexity of building, signing, and deploying your updates.",
-  "landing_automation_submit": "Submit",
-  "landing_automation_subtitle": "Ship faster with less effort",
-  "landing_automation_title": "Fully Automated Workflow",
-  "landing_monitoring_bandwidth": "Bandwidth Saved",
-  "landing_monitoring_bandwidth_desc": "Smart differential updates reduce data usage by up to 90%",
-  "landing_monitoring_description": "Get real-time insights into your app's performance and adoption. Track successful updates, monitor errors, and understand your user base.",
-  "landing_monitoring_subtitle": "Data-driven decisions",
-  "landing_monitoring_title": "Real-time Monitoring",
-  "landing_monitoring_updates": "Updates Served",
-  "landing_monitoring_updates_desc": "Reliable delivery to millions of devices worldwide",
-  "landing_monitoring_user_pop": "User Population",
-  "landing_monitoring_user_pop_desc": "Track active users and version adoption in real-time",
-  "language_label": "언어",
-  "last_name_label": "성",
-  "last_name_placeholder": "도",
-  "last_update": "마지막 업데이트",
-  "last_updated": "최종 업데이트: 2022년 1월 28일",
-  "latest_from_news": "최신 뉴스",
-  "latest_from_the_blog": "블로그 최신 소식",
-  "learn_more": "더 알아보기",
-  "legal": "법적 고지",
-  "let_them_review_your_work_and_give_your_team_an_opportunity_to_learn_from_the_experts": "전문가들이 당신의 작업을 검토하도록 하고 팀에게 전문가로부터 배울 수 있는 기회를 제공하세요.",
-  "lets_work_together": "함께 일해요!",
-  "lightning_fast": "번개처럼 빠른",
-  "little_experience_with_capacitorjs": "CapacitorJS에 대한 경험이 적음",
-  "live_update": "라이브 업데이트",
-  "live_update_channels_desc": "프로덕션, 스테이징, 베타 테스트 등의 채널 생성. 각 채널은 고유한 번들 버전을 가질 수 있습니다.",
-  "live_update_channels_feature1_desc": "Create, configure, and switch channels from the web dashboard. Roll back instantly with one click.",
-  "live_update_channels_feature1_title": "Cloud Dashboard Control",
-  "live_update_channels_feature2_desc": "Automate channel management with our CLI or REST API. Perfect for CI/CD integration.",
-  "live_update_channels_feature2_title": "API & CLI Access",
-  "live_update_channels_feature3_desc": "Let devices switch channels at runtime with setChannel(). Great for QA testers or beta programs.",
-  "live_update_channels_feature3_title": "Device Self-Assignment",
-  "live_update_channels_feature4_desc": "Forced device > Cloud override > Config default > Cloud default. Full control over update routing.",
-  "live_update_channels_feature4_title": "Priority-Based Routing",
-  "live_update_channels_title": "강력한 채널 시스템",
-  "live_update_cloud_config_bullet1": "채널 할당, 버전 타겟팅, 장치 오버라이드 - 모두 클라우드에 저장되어 즉시 접근 가능합니다",
-  "live_update_cloud_config_bullet2": "글로벌 엣지 네트워크는 구성 변경 사항이 모든 지역에 동시에 전파되도록 보장합니다.",
-  "live_update_cloud_config_bullet3": "앱에 하드코딩된 값이 없습니다 - 모든 것은 새로운 바이너리 없이 동적으로 변경할 수 있습니다.",
-  "live_update_cloud_config_bullet4": "설정은 다음 앱 실행 시 적용되며 - 사용자는 항상 최신 구성을 받습니다",
-  "live_update_cloud_config_desc": "Capgo는 전세계 데이터 복제와 함께 클라우드에 모든 앱 구성을 저장합니다. 대시보드에서 설정을 변경하면 2분 이내에 전 세계적으로 적용됩니다. 앱 스토어 업데이트나 기다릴 필요가 없습니다.",
-  "live_update_cloud_config_kicker": "클라우드 네이티브 구성",
-  "live_update_cloud_config_panel_footer": "대시보드에서 클릭하여 2분 이내에 전세계 배포를 합니다.",
-  "live_update_cloud_config_panel_title": "구성 변경 타임라인",
-  "live_update_cloud_config_title": "모든 것은 클라우드에서 살아갑니다",
-  "live_update_comparison_breaking": "Breaking update detection",
-  "live_update_comparison_cloud": "Cloud rollback & modify",
-  "live_update_comparison_healing": "Self-healing updates",
-  "live_update_comparison_native": "Native crash recovery",
-  "live_update_comparison_rollback": "Automatic rollback",
-  "live_update_comparison_subtitle": "See why intelligent updates matter",
-  "live_update_comparison_title": "Capgo vs Manual Updates",
-  "live_update_comparison_validation": "Pre-deployment validation",
-  "live_update_cta_subtitle": "Start with 14 days free. No credit card required.",
-  "live_update_cta_title": "Ready to Ship Safer Updates?",
-  "live_update_delta_command": "부분 업데이트 지원으로 업로드",
-  "live_update_delta_desc": "지능적인 업데이트 시스템이 매니페스트를 비교하고 실제로 변경된 파일만 다운로드합니다.",
-  "live_update_delta_feature1_desc": "Each file is uploaded and checksummed individually. Devices compare manifests and only download changed files.",
-  "live_update_delta_feature1_title": "File-Level Diffing",
-  "live_update_delta_feature2_desc": "Images, fonts, and videos are downloaded only once. Small code changes don't re-download your entire asset folder.",
-  "live_update_delta_feature2_title": "Perfect for Large Assets",
-  "live_update_delta_feature3_desc": "Just add --partial to your upload command to enable delta updates for your bundle.",
-  "live_update_delta_feature3_title": "Enable with One Flag",
-  "live_update_delta_title": "델타 업데이트",
-  "live_update_description": "Intelligent OTA updates with automatic rollback protection",
-  "live_update_dynamic_bullet1_prefix": "Add an in-app “Update Track” menu: list channels and let testers jump from",
-  "live_update_dynamic_bullet1_suffix": "in seconds (no reinstall).",
-  "live_update_dynamic_bullet2": "Spin up a pull-request channel per feature, route QA or beta users there, then snap them back to prod when approved.",
-  "live_update_dynamic_bullet3": "Run canaries: clone prod to a 10% channel, promote or rollback with a single API call.",
-  "live_update_dynamic_bullet4": "Unblock support: move one user to a debug channel that ships extra logging while everyone else stays stable.",
-  "live_update_dynamic_bullet5": "개별 사용자를 위한 개인 채널을 생성하십시오 - 특정 문제 디버깅이나 VIP 대우에 완벽합니다.",
-  "live_update_dynamic_bullet6": "모든 채널 변경은 즉시 이루어집니다 - 24시간 대기, 스토어 승인, 사용자 조치가 필요하지 않습니다.",
-  "live_update_dynamic_cta_primary": "See how channels work",
-  "live_update_dynamic_cta_secondary": "Try dynamic channels",
-  "live_update_dynamic_desc": "Capgo channels are live controls, not hardcoded. Move users between dev, staging, PR, canary, and production from your app UI or via API instantly.",
-  "live_update_dynamic_kicker": "Dynamic channels",
-  "live_update_dynamic_label_production": "production",
-  "live_update_dynamic_label_staging": "staging",
-  "live_update_dynamic_label_to": "to",
-  "live_update_dynamic_panel_footer": "Treat environments like feature flags: switch, test, and rollback live (no store resubmissions).",
-  "live_update_dynamic_title": "릴리즈 트랙을 실시간 전환 (새 바이너리 불필요)",
-  "live_update_exclusion_1": "(i) 예상 부하에 대해 프로젝트와 관련된 컴퓨팅 리소스가 부적절하게 프로비저닝되었습니다.",
-  "live_update_exclusion_2": "(ii) 지나치게 관대한 요청 속도 제한 구성으로 인한 서비스 중단.",
-  "live_update_exclusion_3": "(iii) 확인된 보안 취약점으로 인한 긴급 철회를 포함하여, 공식 Capgo 라이브러리, 프레임워크, 소프트웨어 패키지 또는 API의 철회된 버전으로 인한 중단 또는 문제.",
-  "live_update_exclusion_4": "(iv) 비공식 Capgo 클라이언트 라이브러리, 프레임워크 또는 API 프록시로 인해 발생한 중단 또는 문제. 이러한 라이브러리가 내부적으로 공식 Capgo 라이브러리를 사용하는 경우에도 해당됩니다.",
-  "live_update_exclusion_5": "(v) 공식 Capgo 클라이언트 라이브러리, 프레임워크 또는 소프트웨어 패키지의 상위 마이너 또는 패치 버전으로 업그레이드하여 해결할 수 있었던 중단 또는 문제.",
-  "live_update_feature_auto_rollback": "Automatic Rollback",
-  "live_update_feature_auto_rollback_desc": "If your app doesn't call notifyAppReady() within 10 seconds, we automatically roll back to the last working version.",
-  "live_update_feature_breaking_detection": "Breaking Update Detection",
-  "live_update_feature_breaking_detection_desc": "CLI scans native dependencies and warns you before deploying incompatible updates. See compatibility status for every package.",
-  "live_update_feature_encryption": "엔드투엔드 암호화",
-  "live_update_feature_encryption_desc": "업데이트 번들은 최대 보안을 위해 암호화되고 서명됩니다.",
-  "live_update_feature_native_engine": "Pure Native Engine",
-  "live_update_feature_native_engine_desc": "Downloads, installation, and activation run on native OS threads. JavaScript crashes can't affect the update process.",
-  "live_update_feature_preflight": "Pre-flight Validation",
-  "live_update_feature_preflight_desc": "Validates notifyAppReady(), index.html, bundle size limits, and checksums before accepting any upload.",
-  "live_update_feature_self_healing": "Self-Healing Updates",
-  "live_update_feature_self_healing_desc": "Fallback bundle mechanism always maintains a working version. Your users never see a broken app.",
-  "live_update_features_subtitle": "버그 수정과 새 기능을 사용자에게 더 빠르게 배포.",
-  "live_update_features_title": "라이브 업데이트에 필요한 모든 것",
-  "live_update_get_started": "Get Started",
-  "live_update_hero_subtitle": "사용자에게 JavaScript 업데이트를 직접 푸시. 앱 스토어 리뷰 없음. 대기 없음.",
-  "live_update_hero_title": "Capacitor 앱을 위한 라이브 업데이트",
-  "live_update_how_it_works_subtitle": "A safety net at every step of the update process",
-  "live_update_how_it_works_title": "작동 방식",
-  "live_update_logs_bullet1": "기기별 타임라인으로 멈춘 다운로드, 체크섬 문제, notifyAppReady() 누락을 강조합니다.",
-  "live_update_logs_bullet2": "입증된 채널 가드레일: disableAutoUpdateToMajor, 에뮬레이터/개발 차단, 플랫폼 필터를 실시간으로 확인.",
-  "live_update_logs_bullet3": "영향 범위를 빠르게 감지: update_fail, rateLimited, needPlanUpgrade가 사용자 이탈 전에 드러납니다.",
-  "live_update_logs_bullet4": "엔지니어링·QA·지원팀이 공유하는 로그 (Xcode/Android Studio 불필요).",
-  "live_update_logs_cta_primary": "Live Update 로그 사용해보기",
-  "live_update_logs_cta_secondary": "대시보드에서 보기",
-  "live_update_logs_desc": "Capgo가 OTA 여정을 모두 캡처합니다: 검사, 다운로드, 설치, 정책 차단, 롤백까지. 몇 초 만에 “무슨 일이 있었지?”에 답하세요.",
-  "live_update_logs_kicker": "업데이트 가시성",
-  "live_update_logs_panel_footer": "한 곳에 모인 실행 가능한 컨텍스트: 롤백, 채널 조정, 핫픽스 배포를 자신 있게 결정하세요.",
-  "live_update_logs_title": "모든 기기 로그 - Xcode나 Android Studio 없이",
-  "live_update_lts_capacitor5": "Capacitor 5",
-  "live_update_lts_capacitor6": "Capacitor 6",
-  "live_update_lts_capacitor7": "Capacitor 7",
-  "live_update_lts_capacitor8": "Capacitor 8",
-  "live_update_lts_desc": "No pressure to upgrade immediately. Capgo officially supports Capacitor 7, 6, and 5 - giving you years of support and flexibility to upgrade on your own schedule.",
-  "live_update_lts_electron": "전자",
-  "live_update_lts_electron_new": "새로운",
-  "live_update_lts_supported": "Fully Supported",
-  "live_update_lts_title": "Long-Term Support",
-  "live_update_sdk_open_source": "우리의 라이브 업데이트 SDK는 오픈 소스로, 투명성과 커뮤니티 주도 개발을 제공합니다.",
-  "live_update_sla_exclusions_title": "Live Update SLA 제외 사항",
-  "live_update_stats_desc": "Real-time visibility into your update deployments. Track download progress, success rates, and device health across your entire user base.",
-  "live_update_stats_feature1_desc": "See which devices are downloading, installed, or pending. Track progress across your entire fleet.",
-  "live_update_stats_feature1_title": "Download Progress Tracking",
-  "live_update_stats_feature2_desc": "Monitor update success rates in real-time. Identify issues before they affect more users.",
-  "live_update_stats_feature2_title": "Success & Failure Rates",
-  "live_update_stats_feature3_desc": "Track which devices are on which versions. Identify devices stuck on old versions.",
-  "live_update_stats_feature3_title": "Device Health Monitoring",
-  "live_update_stats_feature4_desc": "See bundle sizes, download times, and rollback frequency. Optimize your update strategy with data.",
-  "live_update_stats_feature4_title": "Bundle Analytics",
-  "live_update_stats_title": "Logs & Statistics",
-  "live_update_step1_desc": "단일 명령으로 Capacitor 앱에 Capgo 플러그인 추가.",
-  "live_update_step1_title": "SDK 설치",
-  "live_update_step2_desc": "앱을 빌드하고 JavaScript 번들을 Capgo에 업로드.",
-  "live_update_step2_title": "번들 업로드",
-  "live_update_step3_desc": "사용자가 다음에 앱을 열면 자동으로 새 버전을 받습니다.",
-  "live_update_step3_title": "사용자가 업데이트 수신",
-  "live_update_support_scenario_cta_primary": "채널 타겟팅을 확인하세요",
-  "live_update_support_scenario_cta_secondary": "무료 체험 시작",
-  "live_update_support_scenario_desc": "다음은 실제 시나리오입니다: 사용자가 버그를 보고합니다. 당신은 그들과 대화하며 문제를 이해하고, 코드에서 수정한 후 해당 사용자에게만 수정 사항을 배포합니다 - 모두 통화 중에 이루어집니다. 그들이 테스트하고 수정 사항이 작동함을 확인한 후, 당신은 프로덕션에 배포합니다. 총 소요 시간: 일수가 아닌 분입니다.",
-  "live_update_support_scenario_kicker": "실제 세계 지원",
-  "live_update_support_scenario_panel_footer": "버그 리포트에서 한 번의 지원 호출로 확인된 수정까지.",
-  "live_update_support_scenario_panel_title": "지원 세션 타임라인",
-  "live_update_support_scenario_step1_desc": "고객 지원이 버그 리포트를 받습니다. 문제를 이해하기 위해 통화에 참여합니다.",
-  "live_update_support_scenario_step1_title": "1. 사용자가 버그를 보고합니다",
-  "live_update_support_scenario_step2_desc": "해당 사용자를 위한 개인 채널을 생성하고, 수정 사항을 푸시하고, 그들의 장치를 할당하세요.",
-  "live_update_support_scenario_step2_title": "2. 그들만을 위해 수정하고 푸시하기",
-  "live_update_support_scenario_step3_desc": "사용자는 수정 사항이 작동한다는 것을 확인했습니다. 모든 사람을 위해 번들을 프로덕션으로 승격시키십시오.",
-  "live_update_support_scenario_step3_title": "3. 모두에게 검증 및 배송하기",
-  "live_update_support_scenario_title": "분 안에 한 사용자의 버그를 수정하십시오",
-  "live_update_validation_desc": "Manual updates give you all the tools to break your app. Capgo's CLI catches mistakes before they reach your users.",
-  "live_update_validation_feature1_desc": "CLI scans your native plugins and compares versions. If your JS bundle expects a newer native plugin version than what's installed, we warn you before deploy.",
-  "live_update_validation_feature1_title": "Native Dependency Check",
-  "live_update_validation_feature2_desc": "Already uploaded this exact version? We'll catch it and prevent accidental overwrites or confusion.",
-  "live_update_validation_feature2_title": "Duplicate Version Prevention",
-  "live_update_validation_feature3_desc": "Certain features require specific CLI versions. We validate compatibility between your CLI and the Capgo hub before allowing uploads.",
-  "live_update_validation_feature3_title": "Hub-CLI Compatibility",
-  "live_update_validation_feature4_desc": "Missing index.html? No notifyAppReady() call? Bundle too large? We catch these issues before they become production problems.",
-  "live_update_validation_feature4_title": "Required Files Check",
-  "live_update_validation_title": "Deep Pre-Deployment Validation",
-  "live_update_validation_warning_desc": "Upload a JS bundle that expects native plugins your users don't have? Your app breaks. And if your rollback is also in JS, you have no way to recover. Users are stuck until they reinstall from the App Store.",
-  "live_update_validation_warning_title": "What happens without validation?",
-  "live_update_view_docs": "View Documentation",
-  "login": "로그인",
-  "login_with_your_capgo_credentials": "Capgo 자격증으로 로그인하세요.",
-  "low_enterprise_response": "영업일 기준 2일<br />월요일 - 금요일",
-  "low_priority_response": "24시간<br />연중무휴 24시간",
-  "low_support_desc": "Capgo에 대한 정보 요청 또는 기능 요청.",
-  "low_support_subtitle": "경미한 문제 / 기능 요청",
-  "low_support_title": "4. 낮음",
-  "low_team_response": "2영업일<br />월요일 - 금요일",
-  "main_repository_that_provides_the_capacitor_updater_plugin": "이는 <code>capacitor-updater</code> 플러그인을 제공하는 주요 저장소입니다.",
-  "manage_channels": "채널 관리",
-  "manage_multiple_app_versions_effortlessly": "여러 앱 버전을 손쉽게 관리하세요",
-  "manage_on_the_go": "이동 중에 관리하기",
-  "manage_various_teams": "다양한 팀 관리",
-  "manage_your_releases": "릴리스를 관리하십시오",
-  "managed_solutions": "관리 솔루션",
-  "mandatory_mfa_integration": "필수 MFA 및 기업 신원 공급자와의 통합으로 안전한 접근 제어",
-  "manifesto_behind_every_movie": "당신의 팀은 웹 개발에서 뛰어나고, 우리는 네이티브 모바일에서 뛰어납니다. 앱 스토어 제출, 네이티브 통합, 모바일 유지 보수의 복잡성을 우리가 처리하게 하면서 당신이 가장 잘하는 일에 집중하세요 - 놀라운 사용자 경험을 만드는 것.",
-  "manifesto_full_ecosystem": "우리는 실시간 업데이트, 맞춤형 플러그인 개발, CI/CD 설정 및 지속적인 유지 보수 서비스를 제공하는 전용 네이티브 파트너입니다. 특정한 네이티브 기능이 필요하신가요? 우리가 만들어 드립니다. 앱 스토어 거절로 인한 두통을 겪고 계신가요? 우리가 제출 절차를 처리해드립니다. 우리를 여러분의 모바일 개발 팀으로 생각하세요.",
-  "manifesto_home_for_developers": "우리는 웹 전문성과 모바일 성공 사이의 다리입니다. Capacitor 앱에 특화되어 있으며, 우리는 웹 중심의 회사들이 네이티브 모바일 복잡성 없이 네이티브 모바일 애플리케이션을 출시하고 유지 관리하는 데 도움을 줍니다. 오픈 소스, 투명하며, 웹에서 모바일로의 여정을 이해하는 개발자들에 의해 만들어졌습니다.",
-  "massive_cost_reduction": "대규모 비용 절감",
-  "mau": "MAU",
-  "mau_counting_explanation": "저희는 MAU(월간 활성 사용자)를 30일 동안 앱을 열어본 고유 사용자를 추적하여 계산합니다. 각 사용자는 앱과 얼마나 자주 상호작용하는지와 관계없이 한 번만 계산됩니다.",
-  "mention_issue_before_working": "문제를 작업할 때, 작업을 시작하기 <em>전에</em> 해당 이슈의 댓글에 언급해 주세요.",
-  "migration_guide": "이주 가이드",
-  "monitor_adoption_and_performance": "사용 현황 및 성능 지표를 모니터링하십시오.",
-  "monitor_downloads_active_users_success_rates": "다운로드, 활성 사용자 및 성공률 모니터링",
-  "monitoring_crawling": "모니터링 또는 크롤링.",
-  "monitoring_crawling_desc": "모니터링되거나 크롤링되는 시스템을 손상시키거나 방해하는 시스템에 대한 모니터링 또는 크롤링.",
-  "month": "월",
-  "monthly_active_users": "월간 활성 사용자",
-  "monthly_active_users_mau": "월간 활성 사용자 (MAU)",
-  "monthly_plan": "월간 플랜",
-  "monthly_total": "월간 합계",
-  "most_popular": "가장 인기 있는",
-  "multi_factor_authentication": "다중 요소 인증",
-  "native_build": "네이티브 빌드",
-  "native_build_cli_example": "단일 명령으로 앱 빌드",
-  "native_build_cli_subtitle": "Just a CLI tool that uploads and builds. No integration needed - run it locally, in GitHub Actions, GitLab CI, Jenkins, or any CI/CD. Minimal scope for maximum security compliance.",
-  "native_build_cli_title": "One Command, Works Anywhere",
-  "native_build_comparison_android": "Android Studio 없이 Android 빌드",
-  "native_build_comparison_parallel": "병렬 빌드",
-  "native_build_comparison_signing": "자동 코드 서명",
-  "native_build_comparison_submission": "스토어 직접 제출",
-  "native_build_comparison_subtitle": "클라우드 빌드와 전통적인 로컬 설정 비교.",
-  "native_build_comparison_title": "왜 클라우드 빌드인가?",
-  "native_build_comparison_xcode": "Mac 없이 iOS 빌드",
-  "native_build_cta_subtitle": "Stop fighting with local build environments.",
-  "native_build_cta_title": "Ready to Simplify Your Builds?",
-  "native_build_description": "Cloud builds and automatic App Store submission",
-  "native_build_faq1_a": "Yes! We build exactly what you have locally. Run any custom Gradle scripts, CocoaPods, native code changes - just configure it before running the CLI. We use your local project as-is.",
-  "native_build_faq1_q": "Can I use custom Gradle or native iOS configurations?",
-  "native_build_faq2_a": "No. All dependencies should be installed locally before you run the build command. We only receive what you upload - no access to your Git repos, npm registries, or private packages.",
-  "native_build_faq2_q": "Do you need access to my private repositories or packages?",
-  "native_build_faq3_a": "We don't store them. Pass certificates at build time via CLI flags or environment variables. Store them in your CI/CD secrets (GitHub, GitLab, etc.) - credentials only exist in memory during the build.",
-  "native_build_faq3_q": "How do you handle signing credentials?",
-  "native_build_faq4_a": "Build minutes are included in your plan. Need more? Buy credits. iOS builds run on Mac Mini M4, Android builds run in Docker containers (2x cheaper). No storage fees - ever.",
-  "native_build_faq4_q": "How does pricing work?",
-  "native_build_faq5_a": "Average build time is 2-3 minutes depending on your project size and configuration. iOS and Android can build in parallel to save time.",
-  "native_build_faq5_q": "How long do builds take?",
-  "native_build_faq6_a": "iOS and Android. iOS builds for App Store, TestFlight, and ad-hoc distribution. Android builds for Play Store and direct APK/AAB downloads.",
-  "native_build_faq6_q": "What platforms do you support?",
-  "native_build_faq_subtitle": "Everything you need to know about cloud builds",
-  "native_build_faq_title": "자주 묻는 질문",
-  "native_build_feature_auto_signing": "자동 서명",
-  "native_build_feature_auto_signing_desc": "iOS 인증서 및 Android 키스토어 자동 관리. 더 이상 프로비저닝 문제 없음.",
-  "native_build_feature_ci_cd": "CI/CD 통합",
-  "native_build_feature_ci_cd_desc": "GitHub Actions, GitLab CI 또는 모든 CI/CD 파이프라인에서 빌드 트리거.",
-  "native_build_feature_cloud_builds": "클라우드 빌드",
-  "native_build_feature_cloud_builds_desc": "안전한 클라우드 인프라에서 iOS 및 Android 앱 빌드. 로컬 하드웨어 불필요.",
-  "native_build_feature_credentials": "안전한 자격 증명",
-  "native_build_feature_credentials_desc": "엔드투엔드 암호화된 자격 증명. 인증서와 키는 안전한 인프라를 떠나지 않습니다.",
-  "native_build_feature_logs": "실시간 로그",
-  "native_build_feature_logs_desc": "빌드 로그 실시간 스트리밍. 발생하는 문제 디버그.",
-  "native_build_feature_store_upload": "App Store 업로드",
-  "native_build_feature_store_upload_desc": "파이프라인에서 App Store Connect 및 Google Play Console로 직접 업로드.",
-  "native_build_features_subtitle": "코드 컴파일부터 스토어 게시까지 모든 것을 처리합니다.",
-  "native_build_features_title": "네이티브 빌드에 필요한 모든 것",
-  "native_build_get_started": "Get Started",
-  "native_build_hero_subtitle": "클라우드에서 iOS 및 Android 앱 빌드. Mac 불필요. 로컬 설정 불필요.",
-  "native_build_hero_title": "클라우드 네이티브 빌드",
-  "native_build_how_it_works_subtitle": "며칠이 아닌 몇 분 만에 시작.",
-  "native_build_how_it_works_title": "작동 방식",
-  "native_build_pricing_desc": "Build minutes are included in your plan, or purchase extra via our credit system. iOS runs on Mac Mini M4, Android on Docker (2x cheaper). Average build time: 2-3 minutes.",
-  "native_build_pricing_subtitle": "No storage costs. No hidden fees. Just build minutes.",
-  "native_build_pricing_title": "Pay Only for Build Time",
-  "native_build_security_feature1_desc": "각 빌드는 격리된 새 환경에서 실행되고 완료 후 파기됩니다.",
-  "native_build_security_feature1_title": "일시적 환경",
-  "native_build_security_feature2_desc": "소스 코드와 빌드 아티팩트는 빌드 완료 직후 삭제됩니다.",
-  "native_build_security_feature2_title": "데이터 보존 없음",
-  "native_build_security_feature3_desc": "모든 자격 증명은 AES-256 암호화로 저장 시 및 전송 시 암호화됩니다.",
-  "native_build_security_feature3_title": "엔드투엔드 암호화",
-  "native_build_security_feature4_desc": "컴플라이언스 요구 사항을 위한 모든 접근 및 작업의 완전한 로그.",
-  "native_build_security_feature4_title": "감사 추적",
-  "native_build_security_subtitle": "자격 증명과 코드는 업계 최고의 보안 관행으로 보호됩니다.",
-  "native_build_security_title": "엔터프라이즈급 보안",
-  "native_build_step1_desc": "몇 번의 클릭으로 GitHub, GitLab 또는 Bitbucket 저장소 연결.",
-  "native_build_step1_title": "저장소 연결",
-  "native_build_step2_desc": "iOS 인증서 및/또는 Android 키스토어를 안전하게 업로드.",
-  "native_build_step2_title": "자격 증명 업로드",
-  "native_build_step3_desc": "푸시 시 자동 빌드 또는 대시보드에서 수동 빌드.",
-  "native_build_step3_title": "빌드 트리거",
-  "native_build_streaming_desc": "상세 로그로 빌드를 실시간 모니터링. 문제를 빠르게 식별하고 해결.",
-  "native_build_view_docs": "View Documentation",
-  "native_ios_android_functionality": "기본 iOS 및 Android 기능 브리지. 깔끔한 TypeScript API를 사용하여 앱이 필요로 하는 모든 장치 기능에 접근하세요.",
-  "native_performance_smooth_experience": "원활한 경험을 위한 네이티브 성능",
-  "native_script_power_approximately_1_of_apps_on_google_play_store": "Google Play 스토어에서 약 $1%의 앱이 Native Script로 구동됩니다",
-  "need_help": "도움이 필요하신가요?",
-  "need_something_custom": "맞춤 제작이 필요하신가요?",
-  "network_connections": "네트워크 연결",
-  "next": "다음",
-  "no_commitment_required": "필요한 약속이 없습니다",
-  "no_credit_card_required": "신용 카드 필요 없음",
-  "no_discounts_available_at_this_time": "아니요, 현재는 할인을 제공하지 않습니다.",
-  "no_hosting_or_maintenance_charges": "우리는 CI/CD를 호스팅하지 않으며 유지 관리에 대해 요금을 청구하지 않습니다.",
-  "no_ppp_available_at_this_time": "아니요, 현재는 PPP 요금제를 제공하지 않습니다.",
-  "no_responsibility_disclaimer_text": "서비스에 제공된 정보는 회사가 법률, 회계, 세금 또는 기타 전문적인 조언과 서비스를 제공하지 않는다는 이해를 바탕으로 제공됩니다. 따라서 이는 전문 회계사, 세무사, 변호사 또는 기타 유능한 조언자와의 상담을 대체할 수 없습니다.",
-  "no_responsibility_disclaimer_title": "책임 부인",
-  "no_upfront_costs_guarantee": "선불 비용 없음 • 무료 프로젝트 범위 설정 • 30일 지원 보장",
-  "no_virus_warranty": "회사는 서비스가 바이러스나 기타 유해한 요소가 없다는 것을 보증하지 않습니다.",
-  "non_gift_return_policy": "상품을 구매할 때 선물로 표시되지 않았거나, 선물 주는 사람이 나중에 귀하에게 전달하기 위해 주문을 자신에게 배송한 경우, 환불은 선물 주는 사람에게 보내드립니다.",
-  "non_production_desc": "\"개발\", \"스테이징\", \"UAT\", \"사전 프로덕션\" 또는 프로덕션 환경에서라도 새로운 기능 구현은 프로덕션으로 간주되지 않습니다.",
-  "non_returnable_goods": "다음 상품들은 반품이 불가능합니다:",
-  "normal_enterprise_response": "1영업일<br />월요일 - 금요일",
-  "normal_priority_response": "12시간<br />연중무휴 24시간",
-  "normal_support_desc": "Capgo의 컴포넌트가 예상되거나 문서화된 대로 작동하지 않는 문제가 발생합니다. 고객 담당자가 일반적인 기술 문제나 일반적인 질문에 대해 문의합니다.",
-  "normal_support_subtitle": "사소한 기능 또는 기능적 문제 / 일반적인 질문",
-  "normal_support_title": "3. 보통",
-  "normal_team_response": "1 영업일<br />월요일 - 금요일",
-  "not_satisfied_policy": "어떤 이유로든 구매에 완전히 만족하지 않으시면 환불 및 반품 정책을 검토해 보시기 바랍니다. 이 반품 및 환불 정책은 다음의 도움을 받아 작성되었습니다:",
-  "now_available_on_mobile": "이제 모바일에서 사용 가능합니다",
-  "npm_run_lint_passes": "<code>npm run lint</code> 통과 - 이는 <code>Swiftlint</code>(Swift용)와 <code>eslint</code>(JavaScript 및 Java용)를 사용하여 Rust와 JavaScript 코드의 일반적인 실수와 오류를 확인합니다",
-  "of_bandwidth": "대역폭의",
-  "of_storage": "스토리지의",
-  "offensive_content": "공격적인 컨텐츠.",
-  "offensive_content_desc": "명예훼손, 음란, 폭력적, 사생활 침해, 또는 기타 불쾌한 내용. 여기에는 아동 포르노그래피, 수간, 또는 합의되지 않은 성행위를 묘사하는 내용이 포함됩니다.",
-  "offline_support": "오프라인 지원",
-  "on_the_go": "길 위에서",
-  "ongoing_support_available": "진행 중인 지원 가능",
-  "only_your_users_can_decrypt_your_updates_no_one_else": "사용자만이 귀하의 업데이트를 복호화할 수 있으며, 다른 누구도 할 수 없습니다.",
-  "open_in_chatgpt": "ChatGPT에서 열기",
-  "open_in_claude": "Claude에서 열기",
-  "open_in_perplexity": "Perplexity에서 열기",
-  "open_raw_on_github": "GitHub에서 raw Markdown 파일 열기",
-  "open_source": "100% 오픈소스",
-  "open_source_leaders": "오픈 소스 리더들",
-  "open_source_plugins_power_apps": "우리의 오픈 소스 플러그인은 수백만 명이 사용하는 앱을 구동합니다.",
-  "open_support": "지원 열기",
-  "operation_of_network_services": "특정 네트워크 서비스의 운영",
-  "operation_of_network_services_desc": "네트워크 서비스의 적절한 기능을 방해하는 모든 네트워크 서비스 또는 서비스를 운영하거나 운영하려는 시도.",
-  "optimization_of_the_existing_app": "기존 앱의 최적화",
-  "order_cancellation_rights": "주문 취소 권리",
-  "orders_definition": "주문은 귀하께서 당사로부터 상품을 구매하고자 하는 요청을 의미합니다.",
-  "organization_and_app_management": "조직 및 앱 관리",
-  "organizations_and_teams": "조직과 팀",
-  "organize_projects_across_teams": "기업 조직 관리 및 협업 도구를 사용하여 팀 간의 프로젝트를 구성하십시오.",
-  "orgs_badge": "작동 원리",
-  "orgs_cta": "Capgo 설치",
-  "orgs_title": "유연한 관리",
-  "orgs_title_line2": "당신의 팀을 위해",
-  "our_commitment": "우리의 약속",
-  "our_dedication": "우리의 헌신",
-  "our_manifesto": "우리의 선언문",
-  "our_numbers_are_shared_transparently_since_december_2021": "2021년 12월부터 우리의 수치가 투명하게 공유되고 있습니다.",
-  "our_setup_you_own_it": "우리의 설정 - 당신이 소유합니다",
-  "our_story": "우리의 이야기",
-  "our_team_customizes_the_ci_cd_setup_to_match_your_specific_project_requirements_ensuring_optimal_performance_and_efficiency": "저희 팀은 귀하의 특정 프로젝트 요구사항에 맞춰 CI/CD 설정을 맞춤화하여 최적의 성능과 효율성을 보장합니다.",
-  "over": "이상",
-  "own_complete_pipeline_modify_anytime": "당신은 완전한 파이프라인을 소유하고 있으며 언제든지 수정할 수 있습니다.",
-  "own_complete_setup_zero_vendor_lockin": "당신은 제로 벤더 락인으로 완전한 설정을 소유하고 있습니다.",
-  "own_setup_zero_vendor_lockin": "당신은 제로 벤더 락인으로 영원히 전체 설정을 소유하고 있습니다.",
-  "page_not_found_description": "주소 표시 줄의 URL을 확인하고 다시 시도해 주세요.",
-  "page_not_found_title": "페이지를 찾을 수 없습니다 - 오류 404",
-  "password_label": "비밀번호",
-  "password_placeholder": "비밀번호를 입력하세요",
-  "pay_as_you_go_plan": "사용한 만큼 지불",
-  "per_added_gb": "추가된 GiB당",
-  "per_added_user": "추가된 사용자당",
-  "per_country_hosting_gdpr": "국가별 호스팅 (GDPR 준수)",
-  "per_gb": "GiB 당",
-  "per_mau": "MAU 당",
-  "per_unit": "단위당",
-  "perfect_for": "완벽한",
-  "perishable_goods": "본질적으로 반품이 적합하지 않거나, 빠르게 변질되거나, 유통기한이 지난 상품의 공급.",
-  "plan_maker_desc": "소상공인에게 최적",
-  "plan_payasyougo_desc": "수백만 명의 사용자를 보유한 기업에게 가장 적합합니다",
-  "plan_solo_desc": "개인 개발자에게 최적",
-  "plan_team_desc": "중견기업에 가장 적합",
-  "plans_that_scale_with_your_business": "비즈니스 규모에 따라 확장되는 요금제",
-  "plans_that_scale_with_your_business_description": "엔터프라이즈급 클라우드로 Capacitor 애플리케이션의 기능과 보안을 강화합니다.",
-  "platform_compliance": "플랫폼 준수",
-  "platform_compliance_desc": "Capgo 사이트 및 서비스에서 사용하는 플랫폼들이 용납할 수 없다고 판단하는 모든 활동.",
-  "platform_independence": "플랫폼 독립성",
-  "please_be_professional_in_the_forums": "포럼에서 전문적으로 행동해 주세요. 우리는 <a href=\"https://www.rust-lang.org/policies/code-of-conduct\">Rust의 행동 강령</a>(CoC)을 따릅니다. 문제가 있으신가요? <a href=\"mailto:ry@tinyclouds.org\">ry@tinyclouds.org</a>로 이메일을 보내주세요.",
-  "plugin_is_missing": "플러그인이 없습니다",
-  "plugins": "플러그인",
-  "plugins_description": "Capgo는 앱을 더 빠르고 더 잘 만들 수 있도록 돕는 다양한 플러그인을 제공합니다.",
-  "policy_generator": "반품 및 환불 정책 생성기",
-  "poor_app_quality": "열악한 앱 품질",
-  "powered_by_serverless_edge_computing": "서버리스 엣지 컴퓨팅과 300개 이상의 도시와 13,000개 이상의 네트워크에 분산된 데이터베이스를 통해 초고속 전세계 배송을 가능하게 합니다.",
-  "powerful_app_plugins_description": "훌륭한 문서, 지속적인 업데이트, 코드 스니펫 및 프리미엄 지원을 제공하는 기업용 플러그인으로 앱 개발에 집중할 수 있습니다.",
-  "practicing_what_we_preach": "우리가 말하는 것을 실천하기",
-  "premium_plugin_suite": "프리미엄 플러그인 스위트",
-  "pricing": "가격 책정",
-  "pricing_description": "자신감을 가지고 전진하세요. Capgo는 Capacitor 애플리케이션을 위한 기업급 클라우드 플랫폼입니다.",
-  "priority_bug_fixes_on_our_plugins": "우리 플러그인의 우선 순위 버그 수정",
-  "priority_plus_plan": "우선순위 플러스",
-  "priority_support": "우선 지원",
-  "priority_support_24_7": "우선 지원",
-  "priority_support_dedicated_sla": "우선 지원 및 전용 SLA",
-  "privacy": "개인정보 보호",
-  "privacy_agreement": "저희는 귀하의 개인정보를 서비스 제공 및 개선을 위해 사용합니다. 서비스를 이용함으로써, 귀하는 본 개인정보 처리방침에 따른 정보 수집 및 사용에 동의하게 됩니다.",
-  "privacy_changes_to_policy_description": "당사는 때때로 개인정보 처리방침을 업데이트할 수 있습니다. 새로운 개인정보 처리방침을 이 페이지에 게시하여 변경 사항을 알려드릴 것입니다.",
-  "privacy_changes_to_policy_notification": "당사는 변경 사항이 발효되기 전에 이메일 및/또는 당사 서비스의 눈에 띄는 공지를 통해 귀하에게 알려드리며, 본 개인정보 보호정책 상단의 \"최종 업데이트\" 날짜를 갱신할 것입니다.",
-  "privacy_changes_to_policy_review": "본 개인정보 처리방침의 변경사항을 확인하기 위해 주기적으로 검토하시는 것이 좋습니다. 이 개인정보 처리방침의 변경사항은 이 페이지에 게시되는 즉시 효력이 발생합니다.",
-  "privacy_changes_to_policy_title": "개인정보 처리방침 변경사항",
-  "privacy_children_privacy_consent": "귀하의 정보를 처리하는 법적 근거로 동의에 의존해야 하고 귀하의 국가에서 부모의 동의를 요구하는 경우, 해당 정보를 수집하고 사용하기 전에 귀하의 부모의 동의를 요구할 수 있습니다.",
-  "privacy_children_privacy_description": "당사의 서비스는 13세 미만의 사용자를 대상으로 하지 않습니다. 당사는 13세 미만의 사용자로부터 개인식별정보를 고의로 수집하지 않습니다. 귀하가 부모 또는 보호자이며 귀하의 자녀가 당사에 개인정보를 제공했다는 사실을 알고 계신 경우 당사에 연락해 주시기 바랍니다. 당사가 부모의 동의 확인 없이 13세 미만의 사용자로부터 개인정보를 수집한 사실을 알게 되면, 당사는 해당 정보를 당사의 서버에서 삭제하는 조치를 취합니다.",
-  "privacy_children_privacy_title": "어린이 개인정보 보호",
-  "privacy_collecting_data_title": "귀하의 개인 데이터 수집 및 사용",
-  "privacy_contact_us_description": "본 개인정보 처리방침에 대해 궁금한 점이 있으시면 다음과 같이 연락하실 수 있습니다:",
-  "privacy_contact_us_title": "연락처",
-  "privacy_contact_us_website": "다음 웹사이트 페이지를 방문하여: $1",
-  "privacy_definition_account": "**계정**은 귀하가 당사의 서비스 또는 서비스의 일부에 접근할 수 있도록 생성된 고유한 계정을 의미합니다.",
-  "privacy_definition_affiliate": "**계열사**는 한 당사자를 지배하거나, 한 당사자에 의해 지배되거나, 한 당사자와 공동 지배 하에 있는 기업을 의미하며, 여기서 \"지배\"란 주식, 지분 또는 이사 선임이나 기타 경영 권한을 행사할 수 있는 기타 증권의 50% 이상을 소유하는 것을 의미합니다.",
-  "privacy_definition_application": "**애플리케이션**은 귀하가 전자 기기에 다운로드한 $1이라는 이름의 회사가 제공하는 소프트웨어 프로그램을 의미합니다",
-  "privacy_definition_business": "**사업체**는 CCPA(캘리포니아 소비자 개인정보 보호법)의 목적상 소비자의 개인정보를 수집하고 소비자 개인정보 처리의 목적과 수단을 결정하거나, 또는 그러한 정보가 수집되고 단독으로 혹은 다른 주체와 공동으로 소비자 개인정보 처리의 목적과 수단을 결정하며, 캘리포니아 주에서 사업을 수행하는 법인인 회사를 지칭합니다.",
-  "privacy_definition_company": "**회사** (본 계약에서 \"회사\", \"우리\", \"저희\" 또는 \"당사\"로 지칭됨)는 Digital shift OU, 6 sepapaja 15510 Tallinn을 의미합니다.",
-  "privacy_definition_company_gdpr": "GDPR의 목적상 회사는 데이터 관리자입니다.",
-  "privacy_definition_consumer": "**소비자**는 CCPA(캘리포니아 소비자 개인정보 보호법)의 목적상 캘리포니아 주민인 자연인을 의미합니다. 법에 정의된 주민에는 (1) 일시적이거나 일시적인 목적 이외의 목적으로 미국에 있는 모든 개인과 (2) 일시적이거나 일시적인 목적으로 미국 밖에 있는 미국에 주소를 둔 모든 개인이 포함됩니다.",
-  "privacy_definition_country": "**국가** 는 다음을 의미합니다: 에스토니아",
-  "privacy_definition_data_controller": "**데이터 컨트롤러**는 GDPR(일반 데이터 보호 규정)의 목적상 개인 데이터 처리의 목적과 수단을 단독으로 또는 다른 이들과 공동으로 결정하는 법인으로서의 회사를 지칭합니다.",
-  "privacy_definition_device": "**디바이스**는 컴퓨터, 휴대전화 또는 태블릿과 같이 서비스에 접속할 수 있는 모든 기기를 의미합니다.",
-  "privacy_definition_do_not_track": "**추적 방지** (DNT)는 미국 규제 당국, 특히 미국 연방 거래 위원회(FTC)가 인터넷 산업에 대해 인터넷 사용자들이 여러 웹사이트에 걸친 자신의 온라인 활동 추적을 제어할 수 있는 메커니즘을 개발하고 구현하도록 촉진한 개념입니다.",
-  "privacy_definition_personal_data": "**개인 정보**는 식별된 또는 식별 가능한 개인과 관련된 모든 정보입니다.",
-  "privacy_definition_personal_data_ccpa": "CCPA의 목적상 개인정보란 귀하를 식별하거나, 관련되거나, 설명하거나, 연관될 수 있거나, 직접 또는 간접적으로 합리적으로 연결될 수 있는 모든 정보를 의미합니다.",
-  "privacy_definition_personal_data_gdpr": "GDPR의 목적상 개인 데이터란 이름, 식별 번호, 위치 데이터, 온라인 식별자 또는 신체적, 생리학적, 유전적, 정신적, 경제적, 문화적 또는 사회적 정체성과 관련된 하나 이상의 요소와 같이 귀하와 관련된 모든 정보를 의미합니다.",
-  "privacy_definition_sale": "**판매**는 CCPA(캘리포니아 소비자 개인정보 보호법)의 목적상 소비자의 개인정보를 금전적 또는 기타 가치 있는 대가를 위해 다른 사업체나 제3자에게 구두로, 서면으로, 또는 전자적 또는 기타 수단을 통해 판매, 대여, 공개, 유포, 이용 가능하게 하거나, 이전하거나, 또는 달리 전달하는 것을 의미합니다.",
-  "privacy_definition_service": "**서비스**는 애플리케이션을 의미합니다.",
-  "privacy_definition_service_provider": "**서비스 제공업체**는 회사를 대신하여 데이터를 처리하는 모든 자연인 또는 법인을 의미합니다. 이는 서비스를 용이하게 하거나, 회사를 대신하여 서비스를 제공하거나, 서비스와 관련된 업무를 수행하거나, 서비스 사용 방식을 분석하는 데 도움을 주기 위해 회사가 고용한 제3자 기업 또는 개인을 지칭합니다. GDPR의 목적상 서비스 제공업체는 데이터 처리자로 간주됩니다.",
-  "privacy_definition_usage_data": "**사용 데이터**는 서비스 사용으로 생성되거나 서비스 인프라 자체에서 생성된 (예를 들어, 페이지 방문 시간) 자동으로 수집되는 데이터를 의미합니다.",
-  "privacy_definition_you": "**귀하**는 서비스에 접근하거나 이용하는 개인, 또는 해당 개인이 서비스에 접근하거나 이용하는 회사 또는 기타 법인을 의미합니다.",
-  "privacy_definition_you_gdpr": "GDPR (일반 데이터 보호 규정)에 따라, 귀하는 서비스를 사용하는 개인으로서 데이터 주체 또는 사용자로 지칭될 수 있습니다.",
-  "privacy_definitions_intro": "본 개인정보 보호정책의 목적상:",
-  "privacy_definitions_subtitle": "정의",
-  "privacy_description": "본 개인정보 처리방침은 귀하가 서비스를 이용할 때 귀하의 정보 수집, 사용 및 공개에 대한 당사의 정책과 절차를 설명하며, 귀하의 개인정보 권리와 법률이 귀하를 보호하는 방법에 대해 알려드립니다.",
-  "privacy_disclosure_business_transactions_description": "회사가 합병, 인수 또는 자산 매각에 관여하는 경우, 귀하의 개인 정보가 이전될 수 있습니다. 귀하의 개인 정보가 이전되어 다른 개인정보 처리방침의 적용을 받게 되기 전에 이를 고지할 것입니다.",
-  "privacy_disclosure_business_transactions_title": "비즈니스 거래",
-  "privacy_disclosure_law_enforcement_description": "특정 상황에서 회사는 법률에 의해 요구되거나 공공 기관(예: 법원 또는 정부 기관)의 유효한 요청에 응하여 귀하의 개인 정보를 공개해야 할 수 있습니다.",
-  "privacy_disclosure_law_enforcement_title": "법 집행",
-  "privacy_disclosure_of_data_title": "귀하의 개인 데이터 공개",
-  "privacy_disclosure_other_legal_requirements_comply": "법적 의무 준수",
-  "privacy_disclosure_other_legal_requirements_description": "회사는 다음과 같은 경우에 귀하의 개인정보를 공개할 수 있다는 선의의 믿음 하에 행동할 수 있습니다:",
-  "privacy_disclosure_other_legal_requirements_prevent": "서비스와 관련된 가능한 부정행위를 방지하거나 조사하기 위해",
-  "privacy_disclosure_other_legal_requirements_protect": "회사의 권리 또는 재산을 보호하고 방어하기 위해",
-  "privacy_disclosure_other_legal_requirements_protect_legal": "법적 책임으로부터 보호",
-  "privacy_disclosure_other_legal_requirements_protect_personal": "서비스 사용자 또는 일반 대중의 개인 안전 보호",
-  "privacy_disclosure_other_legal_requirements_title": "기타 법적 요구사항",
-  "privacy_interpretation_subtitle": "해석",
-  "privacy_interpretation_text": "다음 조건에 따라 첫 글자가 대문자로 표기된 단어들은 정의된 의미를 가집니다. 다음의 정의들은 단수형이나 복수형으로 나타나는지와 관계없이 동일한 의미를 갖습니다.",
-  "privacy_interpretation_title": "해석 및 정의",
-  "privacy_last_updated": "최종 업데이트: 2022년 1월 28일",
-  "privacy_links_to_other_websites_control": "당사는 제3자 사이트나 서비스의 콘텐츠, 개인정보 보호정책 또는 관행에 대해 어떠한 통제권도 없으며 책임을 지지 않습니다.",
-  "privacy_links_to_other_websites_description": "저희 서비스에는 저희가 운영하지 않는 다른 웹사이트로의 링크가 포함될 수 있습니다. 제3자 링크를 클릭하면 해당 제3자의 사이트로 이동하게 됩니다. 방문하는 모든 사이트의 개인정보 처리방침을 반드시 검토하시기를 강력히 권고드립니다.",
-  "privacy_links_to_other_websites_title": "다른 웹사이트로의 링크",
-  "privacy_personal_data_description": "당사의 서비스를 사용하는 동안, 당사는 귀하에게 연락하거나 식별할 수 있는 특정 개인 식별 정보를 제공하도록 요청할 수 있습니다. 개인 식별 정보에는 다음이 포함될 수 있지만 이에 국한되지 않습니다:",
-  "privacy_personal_data_title": "개인 정보",
-  "privacy_personal_data_usage": "사용 데이터",
-  "privacy_policy": "개인정보 처리방침",
-  "privacy_retention_of_data_description": "회사는 본 개인정보 처리방침에 명시된 목적을 위해 필요한 기간 동안만 귀하의 개인정보를 보관할 것입니다. 당사는 법적 의무를 준수하고(예: 관련 법률을 준수하기 위해 귀하의 데이터를 보관해야 하는 경우), 분쟁을 해결하며, 당사의 법적 계약 및 정책을 시행하는 데 필요한 범위 내에서 귀하의 개인정보를 보관하고 사용할 것입니다.",
-  "privacy_retention_of_data_title": "귀하의 개인정보 보유",
-  "privacy_retention_of_usage_data": "회사는 내부 분석 목적으로 사용 데이터도 보유합니다. 사용 데이터는 일반적으로 더 짧은 기간 동안 보관되지만, 이 데이터가 보안을 강화하거나 당사 서비스의 기능을 개선하는 데 사용되는 경우, 또는 법적으로 이 데이터를 더 오랜 기간 동안 보유해야 하는 경우는 예외입니다.",
-  "privacy_security_of_data_description": "귀하의 개인정보 보안은 저희에게 중요합니다. 그러나 인터넷을 통한 전송 방법이나 전자 저장 방법이 100% 안전할 수는 없다는 점을 기억해 주십시오. 저희는 귀하의 개인정보를 보호하기 위해 상업적으로 허용되는 수단을 사용하기 위해 노력하지만, 절대적인 안전성을 보장할 수는 없습니다.",
-  "privacy_security_of_data_title": "개인 정보의 보안",
-  "privacy_share_of_data_affiliates": "**제휴사와 공유:** 당사는 귀하의 정보를 당사의 제휴사와 공유할 수 있으며, 이 경우 해당 제휴사들이 본 개인정보 처리방침을 준수하도록 요구할 것입니다. 제휴사에는 당사의 모회사와 기타 자회사, 합작 투자 파트너 또는 당사가 통제하거나 당사와 공동 통제 하에 있는 기타 회사들이 포함됩니다.",
-  "privacy_share_of_data_business_partners": "**사업 파트너와 함께:** 당사는 귀하에게 특정 제품, 서비스 또는 프로모션을 제공하기 위해 귀하의 정보를 당사의 사업 파트너와 공유할 수 있습니다.",
-  "privacy_share_of_data_business_transfers": "**사업 양도의 경우:** 당사는 합병, 회사 자산 매각, 자금 조달 또는 당사 사업의 전부 또는 일부 인수와 관련하여 또는 그 협상 과정에서 귀하의 개인정보를 공유하거나 다른 회사에 이전할 수 있습니다.",
-  "privacy_share_of_data_consent": "**귀하의 동의하에**: 귀하의 동의를 받아 귀하의 개인정보를 다른 목적으로 공개할 수 있습니다.",
-  "privacy_share_of_data_intro": "당사는 다음과 같은 상황에서 귀하의 개인 정보를 공유할 수 있습니다:",
-  "privacy_share_of_data_other_users": "**다른 사용자들과의 관계:** 귀하가 개인 정보를 공유하거나 공개 영역에서 다른 사용자들과 상호작용할 때, 해당 정보는 모든 사용자들에게 보여질 수 있으며 외부에 공개적으로 배포될 수 있습니다.",
-  "privacy_share_of_data_service_providers": "**서비스 제공업체와:** 당사는 귀하의 개인정보를 서비스 제공업체와 공유하여 당사 서비스의 사용을 모니터링하고 분석하며 귀하에게 연락할 수 있습니다.",
-  "privacy_title": "개인정보 처리방침",
-  "privacy_transfer_of_data_consent": "본 개인정보 처리방침에 대한 귀하의 동의와 그에 따른 정보 제출은 해당 전송에 대한 귀하의 동의를 나타냅니다.",
-  "privacy_transfer_of_data_description": "귀하의 개인정보를 포함한 정보는 회사의 운영 사무소와 처리에 관여하는 당사자들이 위치한 다른 장소에서 처리됩니다. 이는 이 정보가 귀하의 주, 도, 국가 또는 기타 정부 관할 구역 외부에 있는 컴퓨터로 전송되어 유지될 수 있음을 의미하며, 해당 지역의 데이터 보호법이 귀하의 관할 구역의 법률과 다를 수 있습니다.",
-  "privacy_transfer_of_data_safeguards": "회사는 귀하의 데이터가 본 개인정보 보호정책에 따라 안전하게 처리되도록 합리적으로 필요한 모든 조치를 취할 것이며, 귀하의 데이터 및 기타 개인정보의 보안을 포함한 적절한 통제 장치가 마련되어 있지 않은 한 귀하의 개인 데이터를 어떤 조직이나 국가로도 이전하지 않을 것입니다.",
-  "privacy_transfer_of_data_title": "귀하의 개인 정보 이전",
-  "privacy_types_of_data_title": "수집되는 데이터 유형",
-  "privacy_usage_data_browser": "당사는 귀하가 당사의 서비스를 방문하거나 모바일 기기를 통해 서비스에 접속할 때마다 귀하의 브라우저가 전송하는 정보를 수집할 수도 있습니다.",
-  "privacy_usage_data_description": "서비스 사용 시 사용 데이터가 자동으로 수집됩니다.",
-  "privacy_usage_data_details": "사용 데이터에는 귀하의 기기의 인터넷 프로토콜 주소(예: IP 주소), 브라우저 유형, 브라우저 버전, 귀하가 방문한 당사 서비스의 페이지, 귀하의 방문 시간 및 날짜, 해당 페이지에서 보낸 시간, 고유 기기 식별자 및 기타 진단 데이터와 같은 정보가 포함될 수 있습니다.",
-  "privacy_usage_data_mobile": "모바일 기기를 통해 서비스에 접속할 때, 당사는 귀하가 사용하는 모바일 기기 유형, 귀하의 모바일 기기 고유 ID, 귀하의 모바일 기기의 IP 주소, 귀하의 모바일 운영 체제, 귀하가 사용하는 모바일 인터넷 브라우저 유형, 고유 기기 식별자 및 기타 진단 데이터를 포함하되 이에 국한되지 않는 특정 정보를 자동으로 수집할 수 있습니다.",
-  "privacy_usage_data_title": "사용 데이터",
-  "privacy_use_of_data_business_transfers": "**사업 양도의 경우:** 당사는 귀하의 정보를 사용하여 합병, 매각, 구조조정, 조직 개편, 해산 또는 당사 자산의 일부 또는 전부에 대한 기타 매각이나 양도를 평가하거나 수행할 수 있습니다. 이는 계속기업으로서 또는 파산, 청산 또는 유사한 절차의 일환으로 이루어질 수 있으며, 이 경우 당사가 보유한 서비스 사용자의 개인 데이터가 양도되는 자산에 포함될 수 있습니다.",
-  "privacy_use_of_data_contact": "**귀하에게 연락하기 위해:** 기능, 제품 또는 계약된 서비스와 관련된 업데이트나 정보성 커뮤니케이션에 대해 이메일, 전화 통화, SMS 또는 모바일 애플리케이션의 푸시 알림과 같은 기타 동등한 형태의 전자 통신 수단을 통해 귀하에게 연락하기 위해, 필요하거나 합리적인 경우 보안 업데이트를 포함합니다.",
-  "privacy_use_of_data_intro": "회사는 다음과 같은 목적으로 개인정보를 사용할 수 있습니다:",
-  "privacy_use_of_data_manage_account": "**귀하의 계정을 관리하기 위해:** 서비스 사용자로서 귀하의 등록을 관리하기 위함입니다. 귀하가 제공하는 개인정보를 통해 등록된 사용자로서 이용 가능한 서비스의 다양한 기능에 접근할 수 있습니다.",
-  "privacy_use_of_data_offers": "**귀하에게 제공하기 위해** 귀하가 이미 구매하거나 문의한 것과 유사한 다른 상품, 서비스 및 이벤트에 대한 뉴스, 특별 혜택 및 일반 정보를 제공합니다. 단, 귀하가 해당 정보를 받지 않기로 선택한 경우는 제외됩니다.",
-  "privacy_use_of_data_other_purposes": "**다른 목적으로**: 당사는 귀하의 정보를 데이터 분석, 사용 추세 파악, 프로모션 캠페인의 효과 판단, 그리고 당사의 서비스, 제품, 서비스, 마케팅 및 귀하의 경험을 평가하고 개선하기 위한 다른 목적으로 사용할 수 있습니다.",
-  "privacy_use_of_data_performance": "**계약 이행을 위해:** 귀하가 구매한 제품, 물품 또는 서비스에 대한 구매 계약의 개발, 준수 및 이행 또는 서비스를 통해 당사와 체결한 기타 계약의 이행을 위해.",
-  "privacy_use_of_data_provide_service": "**당사의 서비스를 제공하고 유지하기 위해**, 서비스 사용 현황을 모니터링하는 것을 포함합니다.",
-  "privacy_use_of_data_requests": "**귀하의 요청을 관리하기 위해:** 귀하의 요청을 처리하고 관리하기 위해.",
-  "privacy_use_of_data_title": "개인정보 사용",
-  "problem_chat_hope_approved": "나는 이 버그 수정이 오늘 승인되기를 바랍니다...",
-  "problem_chat_still_pending": "아직 보류 중...",
-  "problem_chat_whats_status": "앱 상태는 어떻게 되나요?",
-  "problem_solution_badge": "문제 → 해결책",
-  "problem_solution_subtitle": "커패시터 앱은 웹 앱처럼 배포되어야 하지만, 승인을 기다리는 일수가 병목 현상이 됩니다.",
-  "problem_solution_title": "앱 스토어가 죽고 있습니다.",
-  "problem_solution_velocity": "속도",
-  "product_managers": "제품 관리자",
-  "production_desc": "\"프로덕션\"은 기존에 배포되어 기능하는 기능으로 실제 고객이나 비즈니스 시스템을 서비스하는 시스템으로 정의됩니다.",
-  "production_title": "4.4 프로덕션",
-  "products": "제품",
-  "projects": "프로젝트",
-  "proven_experience": "입증된 경험",
-  "ps_benefit_additional": "추가 시간 €250/시간",
-  "ps_benefit_cancel": "언제든지 취소 가능",
-  "ps_benefit_direct": "엔지니어 직접 연결",
-  "ps_benefit_hours": "4시간의 전문가 지원 포함",
-  "ps_benefit_priority": "우선 응답 시간",
-  "ps_cta_button": "프리미엄 지원 받기 - €1,000/월",
-  "ps_cta_subtitle": "Capacitor 전문가가 대기 중입니다. 문제가 생기면 빠르게 해결합니다.",
-  "ps_cta_title_1": "네이티브 앱 문제로 인한",
-  "ps_cta_title_2": "불면의 밤을 끝내세요",
-  "ps_description": "Capacitor 앱을 위한 긴급 전문가 지원을 받으세요. 월 €1000에 4시간 선불 지원. 배포 문제, 크래시, 네이티브 측 문제를 도와드립니다.",
-  "ps_expert_backup": "전문가 백업 대기 중",
-  "ps_expert_backup_desc": "프리미엄 지원으로, 도움이 필요할 때 Capacitor 전문가가 즉시 투입됩니다.",
-  "ps_faq_a1": "추가 시간은 €250/시간으로 청구됩니다. 대부분의 회사는 일반적인 달에 4시간이면 충분하지만, 더 많은 도움이 필요한 달도 있으며, 그건 전혀 문제없습니다.",
-  "ps_faq_a2": "아니요, 시간은 다음 달로 이월되지 않습니다. 리테이너는 저희가 대기하고 요청을 우선시한다는 것을 보장합니다. 앱 보험이라고 생각하세요.",
-  "ps_faq_a3": "영업일 기준 몇 시간 내 응답을 목표로 합니다. 중요한 프로덕션 문제의 경우, 최대한 빨리 도움을 드리는 것을 우선시합니다.",
-  "ps_faq_a4": "일반 지원은 Capgo 제품 질문용입니다. 프리미엄 지원은 모든 Capacitor 앱 문제 - 배포 문제, 크래시, 네이티브 버그, 성능 - 팀이 필요로 하는 모든 것에 대한 것입니다.",
-  "ps_faq_a5": "아니요! 프리미엄 지원은 Capgo 사용 여부와 관계없이 Capacitor 앱을 가진 모든 회사에서 이용 가능합니다.",
-  "ps_faq_q1": "4시간 이상 필요하면 어떻게 하나요?",
-  "ps_faq_q2": "사용하지 않은 시간은 이월되나요?",
-  "ps_faq_q3": "얼마나 빨리 응답하나요?",
-  "ps_faq_q4": "일반 지원과 차이점은 무엇인가요?",
-  "ps_faq_q5": "Capgo 고객이어야 하나요?",
-  "ps_faq_title": "자주 묻는 질문",
-  "ps_feature_direct_desc": "엔지니어와 직접 대화하세요. 티켓 대기열 없음, 분류 대기 없음. 진짜 전문가, 진짜 빠름.",
-  "ps_feature_direct_title": "직접 연결",
-  "ps_feature_emergency_desc": "프로덕션에서 앱이 크래시되거나 배포가 실패하면, 모든 것을 멈추고 빠른 해결을 도와드립니다.",
-  "ps_feature_emergency_title": "긴급 대응",
-  "ps_feature_native_desc": "iOS, Android, Capacitor 내부에 대한 깊은 지식. 팀이 해결할 수 없는 문제를 해결합니다.",
-  "ps_feature_native_title": "네이티브 전문성",
-  "ps_feature_time_desc": "네이티브 문제 디버깅에 며칠씩 쓰지 마세요. 전문가의 도움을 받고 기능을 더 빨리 출시하세요.",
-  "ps_feature_time_title": "소중한 시간 절약",
-  "ps_help_crashes_desc": "프로덕션 크래시, 메모리 문제, Android ANR",
-  "ps_help_crashes_title": "앱 크래시",
-  "ps_help_deployment_desc": "앱 스토어 거부, 빌드 실패, 서명 문제",
-  "ps_help_deployment_title": "배포 문제",
-  "ps_help_native_desc": "iOS/Android 네이티브 코드 버그, 플러그인 충돌",
-  "ps_help_native_title": "네이티브 측 문제",
-  "ps_help_performance_desc": "앱 최적화, 시작 시간, 메모리 사용량",
-  "ps_help_performance_title": "성능",
-  "ps_help_plugin_desc": "Capacitor 플러그인 구성, 커스텀 플러그인 디버깅",
-  "ps_help_plugin_title": "플러그인 문제",
-  "ps_help_updates_desc": "Capgo 통합, 업데이트 실패, 롤백 문제",
-  "ps_help_updates_title": "라이브 업데이트",
-  "ps_hero_subtitle": "앱이 프로덕션에서 크래시됐나요? 배포가 막혔나요? 네이티브 측이 이상하게 동작하나요?",
-  "ps_hero_subtitle_strong": "저희가 와서 문제를 해결합니다.",
-  "ps_hero_title_1": "가장 필요할 때",
-  "ps_hero_title_2": "전문가의 도움",
-  "ps_hours": "4시간",
-  "ps_how_it_works": "작동 방식",
-  "ps_of_expert_support": "전문가 지원",
-  "ps_peace_of_mind": "Capacitor 앱을 위한 마음의 평화",
-  "ps_per_month": "월",
-  "ps_premium_support": "프리미엄 지원",
-  "ps_price": "€1,000",
-  "ps_problem_blocked_desc": "Apple이나 Google이 업데이트를 거부했습니다. 에러 메시지는 암호 같습니다. 마감일은 내일입니다.",
-  "ps_problem_blocked_title": "배포 차단됨",
-  "ps_problem_confused_desc": "마지막 업데이트 후 뭔가 고장났습니다. 웹 팀은 네이티브를 모릅니다. 며칠간의 디버깅이 앞에 있습니다.",
-  "ps_problem_confused_title": "무엇이 잘못됐는지 모름",
-  "ps_problem_crash_desc": "앱이 수천 명의 사용자에게 크래시되기 시작합니다. 스택 트레이스는 이해할 수 없는 네이티브 코드를 가리킵니다.",
-  "ps_problem_crash_title": "프로덕션 크래시",
-  "ps_questions": "질문이 있으신가요?",
-  "ps_rate_info": "실효 요율 €250/시간 • 동일 요율로 추가 시간 이용 가능",
-  "ps_reality": "현실",
-  "ps_retainer_badge": "프리미엄 지원 리테이너",
-  "ps_schedule_call": "통화 예약",
-  "ps_secure_payment": "Stripe를 통한 안전한 결제",
-  "ps_solution": "솔루션",
-  "ps_step1_desc": "€1,000/월로 가입하세요. 바로 사용 가능한 4시간의 전문가 지원을 받습니다.",
-  "ps_step1_title": "구독",
-  "ps_step2_desc": "문제가 생기면 이메일이나 Discord로 연락하세요. 문제를 설명하세요.",
-  "ps_step2_title": "연락",
-  "ps_step3_desc": "전문가가 투입되어 문제를 진단하고 빠른 해결을 도와드립니다.",
-  "ps_step3_title": "해결",
-  "ps_subscribe_now": "지금 구독",
-  "ps_talk_first": "먼저 상담하기",
-  "ps_title": "Capacitor 앱 프리미엄 지원",
-  "ps_to_learn_more": "자세히 알아보기",
-  "ps_trust_title": "기업들이 저희 전문성을 신뢰합니다",
-  "ps_what_we_help": "도움 드리는 것",
-  "ps_what_we_help_desc": "팀이 어려워하는 모든 Capacitor 또는 모바일 앱 문제.",
-  "ps_when_things_go_wrong": "모바일 앱에 문제가 생겼을 때",
-  "ps_you_know_the_feeling": "그 느낌 아시죠...",
-  "purchase_timeframe": "상품은 최근 14일 이내에 구매되었습니다",
-  "push_notifications": "푸시 알림",
-  "push_updates_to_production_from_anywhere": "어디서든 제작에 업데이트를 푸시하세요.",
-  "qa_teams": "QA 팀들",
-  "questions_about_policy": "반품 및 환불 정책에 대해 궁금한 점이 있으시면 저희에게 연락해 주세요:",
-  "questions_and_answers": "질문 및 답변",
-  "quick_decision_making": "빠른 의사 결정",
-  "quote": "인용구",
-  "reach_users_now_not_weeks_later": "몇 주 뒤가 아닌 지금 바로 사용자에게 도달하세요.",
-  "react_native_power_approximately_1_of_apps_on_google_play_store": "React Native는 Google Play 스토어 앱의 약 $1%를 구동합니다",
-  "read_our_aup": "수용 가능한 사용 정책을 읽어보세요",
-  "read_our_data_processing_agreement": "당사의 데이터 처리 계약을 읽어보세요",
-  "read_our_disclaimer": "면책 조항 읽기",
-  "read_our_eula": "최종 사용자 라이선스 계약을 읽어보세요",
-  "read_our_privacy_policy_description": "Capgo 개인정보 보호정책 - Capacitor 앱용 라이브 업데이트 서비스에서 데이터를 보호하고 사용자 개인정보를 존중하는 방법을 알아보세요.",
-  "read_our_return_policy": "반품 정책 확인하기",
-  "read_our_security_policy": "보안 정책 읽기",
-  "read_our_sla_policy": "SLA 정책 읽기",
-  "read_our_terms_of_service": "서비스 약관을 읽어보세요",
-  "read_the_full_story_of_capgos_challenging_birth_as_a_solo_maker_project": "1인 메이커 프로젝트로서 Capgo의 도전적인 탄생 이야기 전체를 읽어보세요",
-  "read_the_style_guide": "<a href=\"https://deno.land/manual@v1.25.4/contributing/style_guide\">스타일 가이드를</a> 읽으세요.",
-  "ready_to_bring_vision_to_life": "당신의 비전을 현실로 만들 준비가 되셨나요? 우리가 어떻게 개발을 가속화할 수 있는지에 대해 논의해봅시다.",
-  "ready_to_deliver": "배송 준비 완료",
-  "ready_to_go_mobile": "모바일로 갈 준비가 되셨나요?",
-  "ready_to_scale": "스케일을 준비하다",
-  "ready_to_use_plugins": "사용 준비가 된 플러그인",
-  "real_time_analytics": "실시간 분석",
-  "real_time_statistics": "실시간 통계",
-  "register": "등록",
-  "register_code": "코드 등록",
-  "register_description": "무료 Capgo 계정을 만들고 몇 분 안에 Capacitor 앱에 실시간 업데이트를 배포하기 시작하세요.",
-  "register_title": "Capgo에 가입하기",
-  "register_tos_notice": "회원가입 시 당사의 <a href=\"https://capgo.app/tos/\" target=\"_blank\" rel=\"noopener noreferrer\">서비스 약관</a>에 동의하게 됩니다.",
-  "reimbursement_policy": "당사는 반품된 상품을 받은 날로부터 14일 이내에 환불해 드릴 것입니다. 주문 시 사용하신 것과 동일한 결제 수단을 사용할 것이며, 이러한 환불에 대해 어떠한 수수료도 부과되지 않습니다.",
-  "remove_modify_content": "본 정책이나 서비스 또는 Capgo 사이트 사용에 관한 귀하와의 기타 계약을 위반하는 콘텐츠나 리소스를 제거하거나, 접근을 비활성화하거나, 수정할 수 있습니다.",
-  "report_issues_directly": "문제를 직접 보고하십시오",
-  "report_violations_desc": "우리는 법률이나 규정을 위반한다고 의심되는 모든 활동을 적절한 법 집행 기관, 규제 기관 또는 기타 적절한 제3자에게 보고할 수 있습니다.",
-  "report_violations_desc_2": "당사의 보고에는 적절한 고객 정보 공개가 포함될 수 있습니다. 또한 당사는 이 정책의 위반 혐의와 관련된 네트워크 및 시스템 정보를 제공하여 불법 행위의 조사 및 기소를 돕기 위해 적절한 법 집행 기관, 규제 기관 또는 기타 적절한 제3자와 협력할 수 있습니다.",
-  "repositories_have_different_scopes_use_different_programming_languages_and_have_varying_level_when_it_comes_to_contributions": "저장소마다 다른 범위를 가지고 있으며, 서로 다른 프로그래밍 언어를 사용하고 기여도 측면에서 다양한 수준을 보입니다.",
-  "request_demo": "데모 요청",
-  "required_storage_space": "필요한 저장 공간",
-  "requires_capgo_account": "Capgo 계정이 필요합니다",
-  "return_address": "6 세파파야\n탈린, 15510\n에스토니아",
-  "return_eligibility": "반품 자격을 갖추기 위해서는 다음 사항을 확인해 주십시오:",
-  "return_policy": "반품 정책",
-  "return_policy_title": "반품 및 환불 정책",
-  "return_responsibility": "귀하는 상품을 당사에 반품하는 비용과 위험을 부담해야 합니다. 상품은 다음 주소로 보내주시기 바랍니다:",
-  "return_shipping_disclaimer": "반송 시 손상되거나 분실된 상품에 대해 당사는 책임을 지지 않습니다. 따라서 보험 가입 및 추적 가능한 배송 서비스를 이용하시기를 권장합니다. 실제로 상품을 수령하거나 반품 배송 수령 증명이 없는 경우 환불을 처리할 수 없습니다.",
-  "returning_goods": "상품 반품",
-  "revert_to_previous_version_with_one_tap": "한 번의 탭으로 이전 버전으로 되돌리기",
-  "revert_to_previous_versions_if_needed": "필요한 경우 이전 버전으로 되돌리기",
-  "review_before_passing_the_code_to_the_production": "프로덕션에 코드를 전달하기 전에 검토하세요",
-  "right_to_refuse": "당사는 단독 재량으로 위의 반품 조건을 충족하지 않는 상품의 반품을 거부할 권리를 보유합니다.",
-  "role_based_access_control": "역할 기반 접근 제어",
-  "rollback_capability": "롤백 기능",
-  "sale_items_policy": "정가 상품만 환불이 가능합니다. 안타깝게도 할인 상품은 환불이 불가능합니다. 이러한 제외 사항은 관련 법률에 의해 허용되지 않는 경우 귀하에게 적용되지 않을 수 있습니다.",
-  "save": "저장",
-  "scheduled_availability_desc": "\"예정된 가용성\"은 해당 서비스가 고객의 허가된 사용자들에게 일반적으로 접근 가능하고 이용 가능한 시간을 분 단위로 나타냅니다.",
-  "scheduled_availability_title": "4.1 예정된 가용성",
-  "sdk_bridges": "SDK 브리지",
-  "seamless_integration": "원활한 통합",
-  "seamless_integration_with_your_capgo_account": "당신의 Capgo 계정과의 원활한 통합",
-  "seamless_third_party_sdk": "TypeScript 정의, 문서화 및 지속적인 지원을 통한 매끄러운 서드파티 SDK 통합.",
-  "security_and_compliance": "보안 및 준수",
-  "security_closing": "우리는 모든 문제를 가능한 한 빨리 해결하기 위해 노력하며, 문제가 해결된 후 최종 발표에서 적극적인 역할을 하고자 합니다.",
-  "security_compliance": "보안 및 준수",
-  "security_disclosure_guidelines_1": "고객을 보호하기 위해, 문제를 조사하고 해결하여 영향을 받은 고객에게 알릴 때까지 다른 사람들에게 문제를 공개하지 마십시오.",
-  "security_disclosure_guidelines_2": "컨퍼런스, 블로그 또는 기타 공개 포럼에서 Capgo에 대한 귀하의 연구를 공개적으로 공유하고자 하는 경우, 발표일로부터 최소 30일 전에 검토 및 승인을 위해 초안을 저희와 공유해야 합니다. 다음 사항은 포함되어서는 안 된다는 점을 유의해 주시기 바랍니다:",
-  "security_disclosure_guidelines_2_1": "Capgo 고객 프로젝트에 관한 데이터",
-  "security_disclosure_guidelines_2_2": "Capgo 고객 데이터",
-  "security_disclosure_guidelines_2_3": "Capgo 직원, 계약자 또는 파트너에 대한 정보",
-  "security_disclosure_guidelines_title": "공개 지침:",
-  "security_discovery": "취약점을 발견하셨다면, 최대한 빨리 대응 조치를 취할 수 있도록 저희에게 알려주시기 바랍니다. 고객과 시스템을 더 잘 보호할 수 있도록 도와주시면 감사하겠습니다.",
-  "security_intro": "Capgo에서는 우리 시스템의 보안을 최우선 과제로 여깁니다. 하지만 시스템 보안에 아무리 많은 노력을 기울여도 여전히 취약점이 존재할 수 있습니다.",
-  "security_out_of_scope_1": "민감한 작업이 없는 페이지에서의 클릭재킹.",
-  "security_out_of_scope_10": "데드링크",
-  "security_out_of_scope_11": "사용자 열거",
-  "security_out_of_scope_2": "인증되지 않은/로그아웃/로그인 CSRF.",
-  "security_out_of_scope_3": "중간자 공격(MITM) 또는 사용자 기기에 대한 물리적 접근이 필요한 공격.",
-  "security_out_of_scope_4": "사회공학적 기법이 필요한 공격.",
-  "security_out_of_scope_5": "서비스 중단(DoS)을 초래할 수 있는 모든 활동.",
-  "security_out_of_scope_6": "HTML/CSS를 수정할 수 없거나 공격 벡터를 보여주지 않고 콘텐츠 스푸핑 및 텍스트 삽입 문제.",
-  "security_out_of_scope_7": "이메일 스푸핑",
-  "security_out_of_scope_8": "DNSSEC, CAA, CSP 헤더 누락",
-  "security_out_of_scope_9": "비민감한 쿠키에 보안 또는 HTTP 전용 플래그가 없음",
-  "security_out_of_scope_title": "범위를 벗어난 취약점:",
-  "security_policy": "보안 정책",
-  "security_reporting_guidelines_1": "GitHub 보안 권고를 통해 귀하의 발견 사항을 제출하십시오:",
-  "security_reporting_guidelines_2": "문제를 재현하는 데 필요한 충분한 정보를 제공해 주세요. 그래야 가능한 한 빨리 문제를 해결할 수 있습니다.",
-  "security_reporting_guidelines_title": "보고 지침:",
-  "security_supabase_limitations_1": "Reports must include a reproducible demo Supabase project, with steps, that matches our settings and demonstrates the behavior.",
-  "security_supabase_limitations_2": "Reports must include the exact Supabase setting/config change that fixes the behavior while keeping our existing rules/policies intact.",
-  "security_supabase_limitations_3": "Account/email flows are validated against the Supabase project settings (for example, whether email verification is disabled and capture flow is used).",
-  "security_supabase_limitations_4": "Password and email/password update flows may depend on current Supabase Auth session and re-verification settings.",
-  "security_supabase_limitations_5": "If a demo project proves a concrete Supabase-side fix with no Capgo policy change, we review it as actionable.",
-  "security_supabase_limitations_intro": "Some findings are repeatedly reported and tied to Supabase Auth behavior. These are only reviewed when reproduced in a shared Supabase demo project configured like ours, and when a Supabase-side configuration fix exists without changing Capgo security rules.",
-  "security_supabase_limitations_title": "Known Supabase Auth Limitations",
-  "security_testing_guidelines_1": "다른 고객의 프로젝트에 자동화된 스캐너를 실행하지 마세요. 자동화된 스캐너를 실행하면 사용자에게 비용이 발생할 수 있습니다. 공격적으로 구성된 스캐너는 의도치 않게 서비스를 중단시키거나, 취약점을 악용하거나, 시스템 불안정성 또는 침해를 초래할 수 있으며 상위 제공업체의 서비스 약관을 위반할 수 있습니다. 우리의 보안 시스템은 적대적인 정찰과 화이트햇 연구를 구분할 수 없습니다. 자동화된 스캐너를 실행하고 싶다면 security@capgo.app로 알려주시고 본인의 Capgo 프로젝트에서만 실행하세요. 다른 고객의 프로젝트를 공격하지 마세요.",
-  "security_testing_guidelines_2": "취약점이나 발견한 문제를 악용하지 마세요. 예를 들어, 취약점을 입증하는 데 필요한 것 이상의 데이터를 다운로드하거나 다른 사람의 데이터를 삭제하거나 수정하는 것과 같은 행위를 하지 마세요.",
-  "security_testing_guidelines_title": "테스트 가이드라인:",
-  "security_txt": "Security.txt",
-  "security_what_we_promise_1": "영업일 기준 7일 이내에 귀하의 보고서에 대한 평가와 예상 해결 날짜를 통해 답변 드리겠습니다.",
-  "security_what_we_promise_2": "위의 지침을 따랐다면, 우리는 해당 보고서와 관련하여 귀하에 대해 어떠한 법적 조치도 취하지 않을 것입니다.",
-  "security_what_we_promise_3": "귀하의 신고를 엄격한 기밀로 처리하며, 귀하의 허가 없이 개인 정보를 제3자에게 전달하지 않을 것입니다.",
-  "security_what_we_promise_4": "문제 해결을 위한 진행 상황을 계속 알려드리겠습니다.",
-  "security_what_we_promise_5": "보고된 문제에 관한 공개 정보에서, 우리는 귀하의 이름을 문제의 발견자로 언급할 것입니다 (귀하가 원하지 않는 경우 제외).",
-  "security_what_we_promise_title": "우리의 약속:",
-  "see_all_from_our_blog": "우리 블로그에서 모두 보기",
-  "see_in_play_store": "Play 스토어에서 보기",
-  "select_your_app": "앱을 선택하세요",
-  "self_hosted_storage_options": "자체 호스팅 저장 옵션",
-  "semver_tester": "SemVer 테스터",
-  "service_credits_desc": "구독 기간 동안 특정 월에 가동 시간 약정이 충족되지 않은 경우, 고객은 서비스 크레딧(\"서비스 크레딧\")을 받을 자격이 있습니다. 단, 고객이 Capgo에 가동 시간 약정 미달을 보고하고 본 별첨에 따라 해당 서비스 크레딧을 요청해야 합니다. 이에 따른 서비스 크레딧 금액은 다음과 같이 계산됩니다: X * Y, 여기서 X = 해당 월에 대해 영향을 받은 서비스에 대해 고객이 Capgo에 지불해야 하는 총 요금(청구 또는 지불 시기와 무관), Y = 해당 월에 제공된 실제 가용성(총 시간의 백분율로)에 해당하는 크레딧 비율로, 아래 표에 명시되어 있습니다.",
-  "service_credits_title": "2. 서비스 크레딧",
-  "service_definition": "<strong>서비스</strong>는 애플리케이션을 의미합니다.",
-  "service_level_agreement": "서비스 레벨 계약",
-  "setup_ci_cd_now": "CI/CD를 지금 설정하세요 →",
-  "setup_fee_github_gitlab_ci": "설정 비용 + GitHub/GitLab CI",
-  "setup_fee_savings_comparison": "우리의 일회성 설치 비용 $2,600에 더해 매달 깃 제공자(GitHub/GitLab)에게 직접 지불하는 약 $30이 추가되어 AppFlow($499/월)와 같은 관리형 솔루션에 비해 94% 절약됩니다.",
-  "severity_level": "심각도 수준",
-  "share_test_builds_with_your_team": "당신의 팀과 즉시 테스트 빌드를 공유하세요",
-  "share_where_you_want_to_contribute_to_fix_the_backend_of_capgo": "Capgo의 백엔드를 수정하는 데 기여하고 싶은 곳으로 이동하세요.",
-  "shared_numbers_api_response": "API 응답",
-  "shared_numbers_opensource": "오픈 소스",
-  "shared_numbers_speed": "속도",
-  "shared_numbers_success_rate_desc": "전 세계적인 성공률",
-  "shared_numbers_uptodate_24h": "24시간 이내에 최신 정보로",
-  "ship_updates_fixes_changes_and_features": "Capacitor 앱을 위한 오픈소스 Appflow 대안: 라이브 업데이트, 네이티브 빌드 배포, 릴리스 채널, 실시간 로그 및 분석을 하나의 플랫폼에서",
-  "sign_in": "로그인",
-  "sign_up_button": "가입하기",
-  "sign_up_for_free": "무료로 가입하세요",
-  "signed_verified": "서명 및 검증 완료",
-  "single_sign_on_sso": "싱글 사인온 (SSO)",
-  "sla": "서비스 수준 계약",
-  "sla_exclusions_title": "SLA 제외 사항",
-  "sla_intro": "다음 서비스 수준 계약은 Capgo(\"Capgo\")와 고객 간의 구독 계약(\"계약\")에 통합되어 그 일부를 구성하며, 주문서에 명시된 기간 동안 기업 고객을 위한 서비스에 적용됩니다:",
-  "sla_policy": "SLA 정책",
-  "sla_title": "서비스 수준 계약",
-  "smart_investment_massive_savings": "스마트 투자, 대량 절약",
-  "soc1_compliant": "SOC 1 준수",
-  "soc2_compliance": "SOC 2 인증 받음",
-  "soc2_compliance_short": "SOC 2 유형 II 준수",
-  "soc2_compliant": "SOC 2 준수",
-  "soc2_enterprise_only": "현재로서는, 엔터프라이즈 플랜에서만 사용 가능합니다.",
-  "soc2_explanation": "SOC 2는 인정받은 보안 준수 표준인 SOC 2 유형 II 인증을 가리킵니다. Capgo는 SOC 2 유형 II로 인증되어 있으며, 이는 그 시스템과 프로세스가 독립적으로 감사를 받아 높은 보안, 가용성 및 기밀성 표준을 확보하고 있음을 의미합니다. 이에는 데이터 보호, 접근 제어, 서비스 신뢰성 및 안전한 데이터 처리가 포함됩니다. 실제로 이것은 Capgo가 엔터프라이즈 등급의 보안 관행을 따르며, 준수 요구 사항이 있는 회사들, 기업 고객들 그리고 B2B 또는 규제된 환경에서 사용할 수 있다는 것을 의미합니다. SOC 2는 엔터프라이즈 계층에 포함되어 있습니다.",
-  "soc2_type_ii_certified_infrastructure": "SOC 2 유형 II 인증된 인프라로 최고의 보안 및 개인 정보 보호 표준을 보장합니다",
-  "soc2_what_does_it_mean": "SOC 2: 그것은 무엇을 의미하는가?",
-  "social_auth_simplified": "소셜 인증 간소화",
-  "solution_chat_shipped": "배송됨. 다음.",
-  "solution_chat_users_have_it": "나의 사용자들은 이미 그것을 가지고 있어요. 🎉",
-  "solution_chat_whats_status": "앱 상태는 어떻게 되나요?",
-  "solutions": "해결책",
-  "solutions_agencies_badge": "에이전시 솔루션",
-  "solutions_agencies_cta_note": "14-day free trial. No credit card required. Partner discounts available.",
-  "solutions_agencies_cta_subtitle": "Join agencies that manage client apps without the chaos. Start your free trial.",
-  "solutions_agencies_cta_title": "Ready to Simplify Client Management?",
-  "solutions_agencies_description": "하나의 대시보드에서 모든 클라이언트 앱을 관리하세요. 클라이언트별 채널, 팀별 액세스.",
-  "solutions_agencies_hero_subtitle": "TestFlight 계정과 스토어 액세스 관리에서 벗어나세요. 모든 클라이언트의 업데이트를 한 곳에서 관리.",
-  "solutions_agencies_hero_title": "모든 클라이언트 앱. 하나의 대시보드.",
-  "solutions_agencies_nightmare_label": "The Agency Nightmare",
-  "solutions_agencies_nightmare_title": "Every Client Is Different. Deployment Shouldn't Be.",
-  "solutions_agencies_pain1_desc": "Every client has different app store accounts, different workflows, different expectations. Managing them all is chaos.",
-  "solutions_agencies_pain1_title": "10 Clients = 10 Deployment Processes",
-  "solutions_agencies_pain2_desc": "Client calls at 5 PM: 'The homepage is broken.' You fix it. Then you explain the 5-day app store review process.",
-  "solutions_agencies_pain2_title": "Clients Want Updates Yesterday",
-  "solutions_agencies_pain3_desc": "The developer who knew how to deploy to Client X left. Now nobody knows the credentials or the process.",
-  "solutions_agencies_pain3_title": "Team Turnover Breaks Everything",
-  "solutions_agencies_pain4_desc": "You quoted a fixed price. Now you're eating the cost of every bug fix because app store reviews eat your margins.",
-  "solutions_agencies_pain4_title": "Fixed-Price Projects, Unlimited Maintenance",
-  "solutions_agencies_pain5_desc": "'Why isn't the fix live yet?' Because Apple takes 5 days. But they don't understand that.",
-  "solutions_agencies_pain5_title": "Clients Blame You for Store Delays",
-  "solutions_agencies_pain6_desc": "When the project ends, transferring everything to the client takes weeks and still goes wrong.",
-  "solutions_agencies_pain6_title": "Handoff Is a Nightmare",
-  "solutions_agencies_partner": "Become a partner",
-  "solutions_agencies_partner_subtitle": "Exclusive benefits for agencies managing multiple client apps",
-  "solutions_agencies_partner_title": "Agency Partner Program",
-  "solutions_agencies_perk1_desc": "The more clients you manage, the less you pay per app. Discounts up to 40% off.",
-  "solutions_agencies_perk1_title": "Volume Discounts",
-  "solutions_agencies_perk2_desc": "Direct Slack channel with our team. Response in hours, not days.",
-  "solutions_agencies_perk2_title": "Priority Support",
-  "solutions_agencies_perk3_desc": "Featured in our agency directory. Case studies and testimonials that drive leads.",
-  "solutions_agencies_perk3_title": "Co-Marketing",
-  "solutions_agencies_short": "에이전시",
-  "solutions_agencies_sol1_desc": "See all your clients' apps in one dashboard. Push updates to any of them with one click.",
-  "solutions_agencies_sol1_point1": "All clients, one login",
-  "solutions_agencies_sol1_point2": "Team permissions per client",
-  "solutions_agencies_sol1_point3": "White-label reporting for clients",
-  "solutions_agencies_sol1_title": "Unified Client Management",
-  "solutions_agencies_sol2_desc": "Your clients see your brand, not ours. Custom domains, custom emails, your logo everywhere.",
-  "solutions_agencies_sol2_point1": "Custom domains per client",
-  "solutions_agencies_sol2_point2": "Your branding on all reports",
-  "solutions_agencies_sol2_point3": "Client portals with your logo",
-  "solutions_agencies_sol2_title": "White-Label Everything",
-  "solutions_agencies_sol3_desc": "When the project ends, transfer everything to the client with one click. No missing credentials. No broken processes.",
-  "solutions_agencies_sol3_point1": "One-click ownership transfer",
-  "solutions_agencies_sol3_point2": "Documented deployment process",
-  "solutions_agencies_sol3_point3": "Training materials included",
-  "solutions_agencies_sol3_title": "Clean Client Handoffs",
-  "solutions_agencies_solution_label": "The Solution",
-  "solutions_agencies_solution_subtitle": "Manage deployments across every client from one place. Push updates in minutes, not days.",
-  "solutions_agencies_solution_title": "One Dashboard. All Your Clients.",
-  "solutions_agencies_tagline": "여러 클라이언트 앱 관리",
-  "solutions_agencies_title": "에이전시를 위한",
-  "solutions_app_store_compliant": "App Store 준수",
-  "solutions_avg_cost_per_bug": "Average cost per production bug",
-  "solutions_avg_review_time": "Average App Store review time",
-  "solutions_benefit1_desc": "Updates download while users use your app. No spinners, no loading screens, no interruptions. When they next launch, the new version is simply there.",
-  "solutions_benefit1_point1": "Differential updates download only changed files - typically 100KB-500KB instead of full bundles",
-  "solutions_benefit1_point2": "Intelligent bandwidth detection pauses downloads on slow connections to preserve user experience",
-  "solutions_benefit1_point3": "Updates never interrupt active sessions - they apply only on next cold start",
-  "solutions_benefit1_stat": "of updates complete without user awareness",
-  "solutions_benefit1_title": "Silent Background Updates",
-  "solutions_benefit2_desc": "Every update is wrapped in crash detection. If your new code causes crashes, Capgo automatically reverts to the previous working version. Your users never see a broken app.",
-  "solutions_benefit2_point1": "Crash detection triggers within the first 10 seconds of app launch",
-  "solutions_benefit2_point2": "Automatic rollback preserves user data and session state",
-  "solutions_benefit2_point3": "You're immediately notified with crash logs and stack traces",
-  "solutions_benefit2_stat": "Average rollback time when issues detected",
-  "solutions_benefit2_title": "Automatic Rollback Protection",
-  "solutions_benefit3_desc": "Capgo works within Apple and Google's guidelines. You're updating JavaScript and assets - not native code. Both app stores explicitly allow this, and thousands of apps use Capgo in production.",
-  "solutions_benefit3_point1": "Apple's 3.3.2 permits JavaScript updates that don't change app functionality",
-  "solutions_benefit3_point2": "Google Play allows updates that preserve the app's core purpose",
-  "solutions_benefit3_point3": "Used by Fortune 500 companies without any app store rejections",
-  "solutions_benefit3_stat": "App store compliance rate",
-  "solutions_benefit3_title": "100% App Store Compliant",
-  "solutions_benefits_subtitle": "Every feature exists because production teams told us they needed it. Here's what makes Capgo different.",
-  "solutions_beta_testing": "베타 테스트",
-  "solutions_beta_testing_compare_capgo": "Capgo Channel Testing",
-  "solutions_beta_testing_compare_distribution": "Distribution",
-  "solutions_beta_testing_compare_distribution_capgo": "Share a link",
-  "solutions_beta_testing_compare_distribution_tf": "Email invites, account setup",
-  "solutions_beta_testing_compare_feedback": "Feedback Loop",
-  "solutions_beta_testing_compare_feedback_capgo": "Seconds to minutes",
-  "solutions_beta_testing_compare_feedback_tf": "Hours to days",
-  "solutions_beta_testing_compare_switching": "Switch Builds",
-  "solutions_beta_testing_compare_switching_capgo": "Tap channel (< 30 sec)",
-  "solutions_beta_testing_compare_switching_tf": "Download new build (5+ min)",
-  "solutions_beta_testing_compare_testflight": "TestFlight / Google Beta",
-  "solutions_beta_testing_compare_title": "TestFlight vs Capgo Beta Testing",
-  "solutions_beta_testing_compare_upload": "Upload & Processing",
-  "solutions_beta_testing_compare_upload_capgo": "< 1 minute",
-  "solutions_beta_testing_compare_upload_tf": "15-30 minutes",
-  "solutions_beta_testing_cta_subtitle": "Start distributing test builds in seconds instead of hours.",
-  "solutions_beta_testing_cta_title": "Accelerate Your Testing Workflow",
-  "solutions_beta_testing_description": "Let testers, QA teams, and beta users browse available channels directly in your app. Send deep links to switch channels instantly - the fastest way to distribute test builds.",
-  "solutions_beta_testing_feature1_desc": "Build a simple UI that lists available channels. Testers tap to switch - the new build downloads and applies immediately.",
-  "solutions_beta_testing_feature1_title": "In-App Channel Selector",
-  "solutions_beta_testing_feature2_desc": "Generate a link that opens your app and switches to a specific channel. Share via Slack, email, or add to your PR template.",
-  "solutions_beta_testing_feature2_title": "Deep Link Distribution",
-  "solutions_beta_testing_feature3_desc": "No more waiting for TestFlight processing. No more explaining Google Play beta enrollment. Just share a link and testers have the build.",
-  "solutions_beta_testing_feature3_title": "Skip TestFlight Entirely",
-  "solutions_beta_testing_feature4_desc": "Push a fix, testers get it in seconds. No reinstalls, no approval delays. The fastest feedback loop in mobile development.",
-  "solutions_beta_testing_feature4_title": "Instant Feedback Loop",
-  "solutions_beta_testing_hero_subtitle": "Your team can't afford days-long TestFlight delays. Skip the App Store beta process entirely - testers switch between builds in seconds, not days.",
-  "solutions_beta_testing_hero_title": "The Fastest Way to Test Mobile Apps",
-  "solutions_beta_testing_title": "Beta Testing & QA",
-  "solutions_beta_testing_usecases_beta": "External Beta Users",
-  "solutions_beta_testing_usecases_beta_desc": "Share a deep link with beta testers. They get new builds without understanding TestFlight or beta channels.",
-  "solutions_beta_testing_usecases_qa": "Internal QA",
-  "solutions_beta_testing_usecases_qa_desc": "Your QA team tests multiple builds per day. Let them switch channels instantly without reinstalling the app.",
-  "solutions_beta_testing_usecases_stakeholders": "Stakeholder Reviews",
-  "solutions_beta_testing_usecases_stakeholders_desc": "Project managers and executives can review features without any technical setup - just tap a link.",
-  "solutions_beta_testing_usecases_title": "Use Cases",
-  "solutions_bug_cost_explanation": "Engineering time, support tickets, lost revenue, and reputation damage add up quickly. A $47,000 average doesn't include lost lifetime value.",
-  "solutions_by_industry": "산업별",
-  "solutions_by_team": "팀별",
-  "solutions_by_use_case": "사용 사례별",
-  "solutions_churn_explanation": "Research shows users who experience bugs are 23% more likely to uninstall within 7 days. You're losing users while waiting for review.",
-  "solutions_cordova_to_capacitor_ai_badge": "AI 지원 마이그레이션",
-  "solutions_cordova_to_capacitor_ai_cta_all_inclusive": "올인클루시브 마이그레이션",
-  "solutions_cordova_to_capacitor_ai_cta_premium_support": "프리미엄 지원",
-  "solutions_cordova_to_capacitor_ai_cta_talk": "팀과 상담하기",
-  "solutions_cordova_to_capacitor_ai_description": "실전 체크리스트, 플러그인 교체 맵, Capgo 우선 대안이 포함된 2026년 AI 지원 Cordova to Capacitor 마이그레이션 가이드. 복사/붙여넣기 프롬프트와 올인클루시브 마이그레이션 옵션도 제공합니다.",
-  "solutions_cordova_to_capacitor_ai_h1": "AI 지원 Cordova to Capacitor 마이그레이션",
-  "solutions_cordova_to_capacitor_ai_help_item1": "Cordova to Capacitor 마이그레이션 서비스",
-  "solutions_cordova_to_capacitor_ai_help_item2": "지속적인 네이티브 및 릴리스 지원을 위한 프리미엄 지원",
-  "solutions_cordova_to_capacitor_ai_hero_subtitle": "실전 체크리스트 + 플러그인 교체 맵 + 복사/붙여넣기 AI 프롬프트. 예상치 못한 이슈를 줄이고, 전환을 빠르게 하고, 안정적인 Capacitor 베이스라인을 원하는 팀을 위한 가이드.",
-  "solutions_cordova_to_capacitor_ai_last_updated": "최종 업데이트:",
-  "solutions_cordova_to_capacitor_ai_last_updated_date": "2026년 2월 8일",
-  "solutions_cordova_to_capacitor_ai_link_checklist": "마이그레이션 체크리스트",
-  "solutions_cordova_to_capacitor_ai_link_help": "올인클루시브 옵션",
-  "solutions_cordova_to_capacitor_ai_link_plugins": "플러그인 교체 맵",
-  "solutions_cordova_to_capacitor_ai_link_prompts": "AI 프롬프트",
-  "solutions_cordova_to_capacitor_ai_link_skills": "AI 에이전트를 위한 Capgo Skills",
-  "solutions_cordova_to_capacitor_ai_official_reference": "공식 참고 자료:",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_link": "Capgo 플러그인",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_prefix": "Capgo 플러그인 카탈로그를 살펴보고 기능별로 매핑하세요:",
-  "solutions_cordova_to_capacitor_ai_prompt1_title": "프롬프트 1: 플러그인 교체 계획 만들기",
-  "solutions_cordova_to_capacitor_ai_prompt2_title": "프롬프트 2: config.xml 설정을 Capacitor + 네이티브 변경으로 변환",
-  "solutions_cordova_to_capacitor_ai_prompt3_title": "프롬프트 3: 전환 테스트 계획(실기기)",
-  "solutions_cordova_to_capacitor_ai_quick_links": "빠른 링크",
-  "solutions_cordova_to_capacitor_ai_row_bg_geo": "백그라운드 위치 추적",
-  "solutions_cordova_to_capacitor_ai_row_biometrics": "생체 인증",
-  "solutions_cordova_to_capacitor_ai_row_camera": "카메라",
-  "solutions_cordova_to_capacitor_ai_row_iap": "인앱 결제",
-  "solutions_cordova_to_capacitor_ai_row_inappbrowser": "인앱 브라우저",
-  "solutions_cordova_to_capacitor_ai_row_live_updates": "OTA / 라이브 업데이트",
-  "solutions_cordova_to_capacitor_ai_row_scanner": "문서 스캔",
-  "solutions_cordova_to_capacitor_ai_row_social_login": "소셜 로그인",
-  "solutions_cordova_to_capacitor_ai_row_sqlite": "SQLite",
-  "solutions_cordova_to_capacitor_ai_section_changes_body": "Capacitor는 웹 앱을 호스팅하는 네이티브 앱에 더 가까운 구조입니다. 실제 Xcode 및 Android Studio 프로젝트를 배포하고, 기존 웹 코드를 유지하면서 Capacitor-first API로 플러그인을 현대화할 수 있습니다.",
-  "solutions_cordova_to_capacitor_ai_section_changes_title": "Cordova를 떠나면 무엇이 달라지나요",
-  "solutions_cordova_to_capacitor_ai_section_checklist_title": "마이그레이션 체크리스트(실무 순서)",
-  "solutions_cordova_to_capacitor_ai_section_help_body": "앱 스토어 차단, 플러그인 회귀, 기존 사용자 업그레이드 경로의 리스크가 걱정된다면, 마이그레이션을 엔드투엔드로 진행해 드릴 수 있습니다.",
-  "solutions_cordova_to_capacitor_ai_section_help_title": "올인클루시브 옵션이 필요하신가요?",
-  "solutions_cordova_to_capacitor_ai_section_plugins_body": "마이그레이션 시점은 '대충 된다'는 플러그인 동작을 받아들이기 가장 나쁜 때입니다. 위험도가 높은 플러그인(인증, 결제, 백그라운드 서비스)부터 먼저 교체하세요.",
-  "solutions_cordova_to_capacitor_ai_section_plugins_title": "플러그인 교체 맵(Capgo 우선)",
-  "solutions_cordova_to_capacitor_ai_section_prompts_body": "이 프롬프트는 모호한 조언이 아니라 실제로 쓸 수 있는 결과물(표, 체크리스트, 계획)을 만들도록 설계되었습니다.",
-  "solutions_cordova_to_capacitor_ai_section_prompts_title": "복사/붙여넣기 가능한 AI 프롬프트",
-  "solutions_cordova_to_capacitor_ai_section_skills_body": "AI 코딩 에이전트(Cursor, Claude Code 등)를 사용한다면, Capacitor 마이그레이션을 위한 일관된 플레이북을 따르게 할 때 결과가 더 좋아집니다. Capgo는 Capacitor용 오픈소스 Skills를 제공합니다: 플러그인, 베스트 프랙티스, 디버깅, CI/CD, 라이브 업데이트.",
-  "solutions_cordova_to_capacitor_ai_section_skills_title": "AI 에이전트를 위한 Capgo Skills(마이그레이션 친화)",
-  "solutions_cordova_to_capacitor_ai_short": "AI 마이그레이션 가이드(2026)",
-  "solutions_cordova_to_capacitor_ai_skills_see_link": "AI 에이전트를 위한 Capacitor Skills",
-  "solutions_cordova_to_capacitor_ai_skills_see_prefix": "보기:",
-  "solutions_cordova_to_capacitor_ai_step1_item1": "<strong>config.xml</strong> 설정(화면 방향, 상태바 등)",
-  "solutions_cordova_to_capacitor_ai_step1_item2": "플러그인 변수(API 키, manifest placeholder, URL 스킴)",
-  "solutions_cordova_to_capacitor_ai_step1_item3": "의존 중인 커스텀 hook/script",
-  "solutions_cordova_to_capacitor_ai_step1_item4": "<code>platforms/</code> 안에서 수동으로 수정한 네이티브 변경 사항",
-  "solutions_cordova_to_capacitor_ai_step1_subtitle": "현재 상태를 내보내고 마이그레이션 입력으로 보관하세요:",
-  "solutions_cordova_to_capacitor_ai_step1_title": "1) Cordova 앱 점검(Audit)",
-  "solutions_cordova_to_capacitor_ai_step2_body": "<code>webDir</code>이 빌드 출력 폴더(예: <code>dist</code>, <code>build</code>, <code>www</code>)와 일치하는지 확인하세요.",
-  "solutions_cordova_to_capacitor_ai_step2_title": "2) 웹 앱에 Capacitor 추가",
-  "solutions_cordova_to_capacitor_ai_step3_title": "3) iOS + Android 프로젝트 추가",
-  "solutions_cordova_to_capacitor_ai_step4_title": "4) Build + Sync",
-  "solutions_cordova_to_capacitor_ai_table_cordova_plugin": "Cordova 플러그인(예시)",
-  "solutions_cordova_to_capacitor_ai_table_replacement": "권장 Capacitor 대체",
-  "solutions_cordova_to_capacitor_ai_table_use_case": "사용 사례",
-  "solutions_cordova_to_capacitor_ai_title": "AI 지원 Cordova to Capacitor 마이그레이션(2026)",
-  "solutions_cordova_to_capacitor_badge": "Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_benefit1_desc": "Capacitor follows iOS and Android changes closely, with active community support and a steady stream of updates.",
-  "solutions_cordova_to_capacitor_benefit1_title": "A Maintained Ecosystem",
-  "solutions_cordova_to_capacitor_benefit2_desc": "Modern native projects and clearer plugin patterns mean fewer mysterious runtime issues and faster root-cause analysis.",
-  "solutions_cordova_to_capacitor_benefit2_title": "Fewer Bugs and Easier Debugging",
-  "solutions_cordova_to_capacitor_benefit3_desc": "More modern tooling and WebView integration unlock faster startup paths and smoother UX when you optimize.",
-  "solutions_cordova_to_capacitor_benefit3_title": "Performance Headroom",
-  "solutions_cordova_to_capacitor_benefit4_desc": "Spend less time on forks and brittle build fixes. Reduce the long-term cost of ownership.",
-  "solutions_cordova_to_capacitor_benefit4_title": "Lower Maintenance Burden",
-  "solutions_cordova_to_capacitor_benefit5_desc": "Standard Xcode/Android Studio workflows plus modern CI/CD. Pair with live updates to ship fixes without waiting on reviews.",
-  "solutions_cordova_to_capacitor_benefit5_title": "Faster Releases and Safer Rollouts",
-  "solutions_cordova_to_capacitor_benefit6_desc": "Use Capacitor plugins, keep compatible Cordova plugins when needed, or build custom Swift/Kotlin plugins cleanly.",
-  "solutions_cordova_to_capacitor_benefit6_title": "More Plugins, More Capabilities",
-  "solutions_cordova_to_capacitor_benefit7_desc": "Stay current with platform requirements and dependency updates, and reduce the risk of abandoned packages.",
-  "solutions_cordova_to_capacitor_benefit7_title": "Better Security Posture",
-  "solutions_cordova_to_capacitor_benefit8_desc": "Move on a stack that makes it easier to implement and maintain screen reader support, focus management, and UX fixes.",
-  "solutions_cordova_to_capacitor_benefit8_title": "Accessibility Improvements That Stick",
-  "solutions_cordova_to_capacitor_benefits_label": "Benefits",
-  "solutions_cordova_to_capacitor_benefits_subtitle": "Better maintenance, fewer bugs, better performance, and more ways to ship.",
-  "solutions_cordova_to_capacitor_benefits_title": "Why Capacitor Is the Better Long-Term Bet",
-  "solutions_cordova_to_capacitor_cta_note": "Fixed timeline for most apps. Complex native integrations may require a follow-up phase.",
-  "solutions_cordova_to_capacitor_cta_subtitle": "Get a 10-day migration plan and a modern Capacitor baseline you can build on for years.",
-  "solutions_cordova_to_capacitor_cta_title": "Ready to Leave Cordova Behind?",
-  "solutions_cordova_to_capacitor_day10_desc": "Cut a release candidate, support store submission if needed, and hand off docs and next steps.",
-  "solutions_cordova_to_capacitor_day10_title": "Go-Live Support",
-  "solutions_cordova_to_capacitor_day1_desc": "Review Cordova config, plugins, native hooks, and build pipeline. Produce a migration plan and risk list.",
-  "solutions_cordova_to_capacitor_day1_title": "Audit and Migration Plan",
-  "solutions_cordova_to_capacitor_day2_desc": "Initialize Capacitor, set up iOS/Android projects, align package scripts, and establish baseline builds.",
-  "solutions_cordova_to_capacitor_day2_title": "Capacitor Project Setup",
-  "solutions_cordova_to_capacitor_day3_desc": "Wire your existing web build into Capacitor, configure app metadata, icons, and basic runtime settings.",
-  "solutions_cordova_to_capacitor_day3_title": "Web App Integration",
-  "solutions_cordova_to_capacitor_day4_desc": "Map Cordova plugins to Capacitor equivalents. Keep compatible Cordova plugins when safe, replace the rest.",
-  "solutions_cordova_to_capacitor_day4_title": "Plugin Mapping",
-  "solutions_cordova_to_capacitor_day5_desc": "Configure permissions, entitlements, deep links, push prerequisites, and any required native settings.",
-  "solutions_cordova_to_capacitor_day5_title": "Native Configuration",
-  "solutions_cordova_to_capacitor_day6_desc": "Validate core user flows and ensure parity with your Cordova app. Fix regressions and edge cases.",
-  "solutions_cordova_to_capacitor_day6_title": "Feature Parity Pass",
-  "solutions_cordova_to_capacitor_day7_desc": "Remove legacy workarounds, tune WebView settings, and fix crashers found during testing.",
-  "solutions_cordova_to_capacitor_day7_title": "Performance and Stability Hardening",
-  "solutions_cordova_to_capacitor_day8_desc": "Improve screen reader behavior, focus order, and touch targets. Validate with real devices.",
-  "solutions_cordova_to_capacitor_day8_title": "Accessibility Pass",
-  "solutions_cordova_to_capacitor_day9_desc": "Set up repeatable builds, signing, and a release checklist. Create a rollback plan.",
-  "solutions_cordova_to_capacitor_day9_title": "CI/CD and Release Prep",
-  "solutions_cordova_to_capacitor_deliverable1": "A working Capacitor iOS project (Xcode) and Android project (Gradle/Android Studio)",
-  "solutions_cordova_to_capacitor_deliverable2": "Critical plugins migrated or replaced, with a clear compatibility matrix",
-  "solutions_cordova_to_capacitor_deliverable3": "A documented build and release process (local + CI)",
-  "solutions_cordova_to_capacitor_deliverable4": "A tested migration branch/PR ready to merge, with a release checklist",
-  "solutions_cordova_to_capacitor_deliverable5": "Accessibility and performance improvements prioritized with quick wins applied",
-  "solutions_cordova_to_capacitor_deliverable6": "A roadmap for remaining plugin work and future native capabilities",
-  "solutions_cordova_to_capacitor_deliverables_label": "Deliverables",
-  "solutions_cordova_to_capacitor_deliverables_note": "Need custom native work or a plugin that doesn't exist? We can build and maintain it.",
-  "solutions_cordova_to_capacitor_deliverables_title": "What You Get at the End",
-  "solutions_cordova_to_capacitor_description": "Move from Cordova to Capacitor in 10 days. Reduce maintenance burden, improve performance and accessibility, and unlock a richer plugin ecosystem.",
-  "solutions_cordova_to_capacitor_diy_cta": "Read the migration guide",
-  "solutions_cordova_to_capacitor_diy_subtitle": "We have a step-by-step guide if you want to migrate yourself, and we're here if you want experts to run it end-to-end.",
-  "solutions_cordova_to_capacitor_diy_title": "Prefer to DIY?",
-  "solutions_cordova_to_capacitor_faq1_a": "No. In most migrations, your web UI and business logic stay the same. We focus on the native layer, plugins, and build pipeline.",
-  "solutions_cordova_to_capacitor_faq1_q": "Do we have to rewrite the app?",
-  "solutions_cordova_to_capacitor_faq2_a": "Sometimes. Capacitor can use many Cordova plugins, but we prefer maintained equivalents for critical paths to reduce long-term risk.",
-  "solutions_cordova_to_capacitor_faq2_q": "Can we keep Cordova plugins?",
-  "solutions_cordova_to_capacitor_faq3_a": "Those are usually better in Capacitor because the ecosystem is active. We map each capability to stable plugins and configure native settings.",
-  "solutions_cordova_to_capacitor_faq3_q": "What about push notifications, deep links, and biometrics?",
-  "solutions_cordova_to_capacitor_faq4_a": "Typically you gain performance headroom and stability by removing legacy code and moving to modern tooling. We also run a hardening pass during the migration.",
-  "solutions_cordova_to_capacitor_faq4_q": "Will this improve performance?",
-  "solutions_cordova_to_capacitor_faq5_a": "We keep feature parity as the goal, test core flows, and ship with a rollback plan. If you use live updates, you can also fix issues fast after release.",
-  "solutions_cordova_to_capacitor_faq5_q": "How do you reduce release risk?",
-  "solutions_cordova_to_capacitor_faq6_a": "Access to your repo, your current signing/setup (or someone who can provide it), and a list of must-have plugins and flows.",
-  "solutions_cordova_to_capacitor_faq6_q": "What do you need from us to start?",
-  "solutions_cordova_to_capacitor_faq_subtitle": "The common questions teams ask before migrating.",
-  "solutions_cordova_to_capacitor_faq_title": "FAQ",
-  "solutions_cordova_to_capacitor_hero_highlight": "Fixed timeline, clear deliverables, and a safe release plan",
-  "solutions_cordova_to_capacitor_hero_subtitle": "Keep your UI and business logic, modernize the native layer, and unlock a maintained ecosystem of plugins and capabilities.",
-  "solutions_cordova_to_capacitor_hero_title": "Migrate from Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_pain1_desc": "Unmaintained plugins break with new SDKs. Teams end up forking, patching, and carrying tech debt release after release.",
-  "solutions_cordova_to_capacitor_pain1_title": "Plugins Are Aging",
-  "solutions_cordova_to_capacitor_pain2_desc": "Xcode and Android Gradle changes turn routine upgrades into fire drills, slowing down releases and increasing risk.",
-  "solutions_cordova_to_capacitor_pain2_title": "Builds Break on Every Platform Update",
-  "solutions_cordova_to_capacitor_pain3_desc": "Modern accessibility expectations require maintained tooling and plugins. Legacy stacks make improvements slower and bug-prone.",
-  "solutions_cordova_to_capacitor_pain3_title": "Accessibility and UX Are Harder Than They Should Be",
-  "solutions_cordova_to_capacitor_pain4_desc": "Biometrics, passkeys, modern notifications, deep links, app extensions: the Capacitor ecosystem moves faster and gives you options.",
-  "solutions_cordova_to_capacitor_pain4_title": "You Miss Out on New Capabilities",
-  "solutions_cordova_to_capacitor_plan_label": "10-Day Plan",
-  "solutions_cordova_to_capacitor_plan_subtitle": "We start with an audit, migrate the native layer, replace critical plugins, and ship with confidence.",
-  "solutions_cordova_to_capacitor_plan_title": "A Clear Migration Plan, Delivered in 10 Days",
-  "solutions_cordova_to_capacitor_reality_label": "Why Move",
-  "solutions_cordova_to_capacitor_reality_subtitle": "The longer you wait, the more expensive each iOS/Android update becomes.",
-  "solutions_cordova_to_capacitor_reality_title": "Cordova Is Quietly Taxing Your Team",
-  "solutions_cordova_to_capacitor_scope_keep_html": "<li>Your existing UI and routes</li><li>Your JS/TS codebase and state management</li><li>Your backend, APIs, and analytics</li><li>Your product roadmap</li><li>Your app identity and store presence</li>",
-  "solutions_cordova_to_capacitor_scope_keep_title": "You keep",
-  "solutions_cordova_to_capacitor_scope_note": "We migrate your native layer while preserving your product. The goal is a stable Capacitor baseline you can iterate on.",
-  "solutions_cordova_to_capacitor_scope_title": "Keep What Works. Upgrade What Holds You Back.",
-  "solutions_cordova_to_capacitor_scope_upgrade_html": "<li>Native iOS/Android projects (Xcode, Android Studio)</li><li>Plugin layer with maintained equivalents</li><li>Build configuration, signing, and permissions</li><li>Modern debugging and tooling</li><li>Release pipeline and rollback plan</li>",
-  "solutions_cordova_to_capacitor_scope_upgrade_title": "We upgrade",
-  "solutions_cordova_to_capacitor_short": "Cordova to Capacitor",
-  "solutions_cordova_to_capacitor_title": "Cordova to Capacitor Migration",
-  "solutions_cordova_to_capacitor_visual1_desc": "Replace brittle plugins and remove legacy hacks that cause crashes and weird edge cases.",
-  "solutions_cordova_to_capacitor_visual1_title": "Fewer Production Bugs",
-  "solutions_cordova_to_capacitor_visual2_desc": "Stay aligned with platform changes, reduce forks, and keep dependencies current.",
-  "solutions_cordova_to_capacitor_visual2_title": "Maintenance and Security",
-  "solutions_cordova_to_capacitor_visual3_desc": "Native builds that CI understands, plus faster releases with safer rollouts.",
-  "solutions_cordova_to_capacitor_visual3_title": "Modern Delivery Workflow",
-  "solutions_days": "일",
-  "solutions_direct_background_mode": "Background Mode (Default)",
-  "solutions_direct_background_problem": "The Problem with Background Updates",
-  "solutions_direct_benefit1_desc": "Every user who opens your app after an update gets the new version immediately. No exceptions. No 'one more session with the bug.' Every single session runs your latest code.",
-  "solutions_direct_benefit1_point1": "100% of sessions run your latest code - not 95%, not 99%, but 100%",
-  "solutions_direct_benefit1_point2": "Critical bug fixes reach users before they can experience the bug",
-  "solutions_direct_benefit1_point3": "Compliance updates take effect immediately across all devices",
-  "solutions_direct_benefit1_stat": "of sessions running latest code",
-  "solutions_direct_benefit1_title": "Zero Outdated Sessions",
-  "solutions_direct_benefit2_desc": "When you push a fix, it's truly fixed. Users don't experience the bug 'one more time' while waiting for the next launch. The moment they open the app after your fix, they get the fixed version.",
-  "solutions_direct_benefit2_point1": "No more 'I just hit that bug' support tickets after you've deployed",
-  "solutions_direct_benefit2_point2": "Monitoring shows immediate improvement, not gradual rollout curves",
-  "solutions_direct_benefit2_point3": "On-call engineers can go back to sleep immediately after deploying",
-  "solutions_direct_benefit2_stat": "Bug experiences after fix deployed",
-  "solutions_direct_benefit2_title": "Instant Bug Resolution",
-  "solutions_direct_benefit3_desc": "New users downloading your app for the first time always get your best onboarding flow. When you A/B test and find a winner, every new user gets it immediately - not after a background download cycle.",
-  "solutions_direct_benefit3_point1": "New users never see outdated onboarding flows",
-  "solutions_direct_benefit3_point2": "A/B test winners deploy instantly to 100% of new users",
-  "solutions_direct_benefit3_point3": "First impressions are always your best current experience",
-  "solutions_direct_benefit3_stat": "Improvement in Day-1 retention",
-  "solutions_direct_benefit3_title": "Optimized User Onboarding",
-  "solutions_direct_benefits_subtitle": "Direct Updates solve problems that background updates can't. Here's what makes the difference.",
-  "solutions_direct_benefits_title": "Why Teams Choose Direct Updates",
-  "solutions_direct_bg_result": "Users always experience one session with the old version after you push an update.",
-  "solutions_direct_bg_step1": "User opens app",
-  "solutions_direct_bg_step2": "App renders immediately (old version)",
-  "solutions_direct_bg_step3": "Update downloads in background",
-  "solutions_direct_bg_step4": "Update applies on NEXT launch",
-  "solutions_direct_case_company": "QuickCart",
-  "solutions_direct_case_industry": "E-Commerce - Flash Sale App",
-  "solutions_direct_case_metric1_label": "Time to 100% deployment",
-  "solutions_direct_case_metric1_value": "0 minutes",
-  "solutions_direct_case_metric2_label": "Affected transactions post-fix",
-  "solutions_direct_case_metric2_value": "0",
-  "solutions_direct_case_metric3_label": "Revenue protected per incident",
-  "solutions_direct_case_metric3_value": "$1.8M+",
-  "solutions_direct_case_metric4_label": "Customer support tickets",
-  "solutions_direct_case_metric4_value": "-97%",
-  "solutions_direct_case_para1": "QuickCart runs flash sales with 100,000+ concurrent users during peak events. When a payment gateway update broke their checkout flow, they discovered it 4 hours into a major sale. With background updates, users who had already opened the app would experience the bug.",
-  "solutions_direct_case_para2": "Their engineering team pushed the fix in 23 minutes. But with background updates, over 40,000 users who opened the app during those 23 minutes would still hit the bug on their current session. At their average order value of $47, that represented over $1.8 million in at-risk revenue.",
-  "solutions_direct_case_para3": "After switching to Direct Updates, their next incident was resolved with zero affected transactions. The fix deployed in 18 minutes, and every user who opened the app after that moment got the fixed version immediately. Their CFO now insists on Direct Updates for all customer-facing payment flows.",
-  "solutions_direct_case_quote": "Background updates are fine for feature releases. But for anything touching payments, authentication, or compliance? Direct Updates are non-negotiable.",
-  "solutions_direct_case_quote_author": "David Park, VP of Engineering at QuickCart",
-  "solutions_direct_case_results": "The Results",
-  "solutions_direct_d_result": "Users always see your latest code. Zero exceptions. Zero outdated sessions.",
-  "solutions_direct_d_step1": "User opens app",
-  "solutions_direct_d_step2": "Update downloads immediately (~500ms)",
-  "solutions_direct_d_step3": "App renders with latest version",
-  "solutions_direct_direct_mode": "Direct Mode (Instant)",
-  "solutions_direct_final_cta_note": "One config change. Sub-second updates. Zero outdated sessions.",
-  "solutions_direct_final_cta_subtitle": "Every session after your fix should run your fix. Direct Updates make that a reality.",
-  "solutions_direct_final_cta_title": "Stop Letting Users Experience Fixed Bugs",
-  "solutions_direct_instant_apply": "Updates apply instantly",
-  "solutions_direct_problem_result": "With background updates, users experience bugs at least once after you've fixed them. For critical issues, that's too many times.",
-  "solutions_direct_problem_step1_desc": "Your update is available, but the user sees the buggy version. Background download starts silently.",
-  "solutions_direct_problem_step1_title": "User Opens App with Bug",
-  "solutions_direct_problem_step2_desc": "They encounter the exact issue you fixed. Frustration builds. Maybe they leave a 1-star review.",
-  "solutions_direct_problem_step2_title": "User Experiences the Bug",
-  "solutions_direct_problem_step3_desc": "The fix was ready, but they had to experience the bug first. For critical issues, that's unacceptable.",
-  "solutions_direct_problem_step3_title": "Update Applies on NEXT Launch",
-  "solutions_direct_problem_title": "Background Updates Aren't Fast Enough for Critical Fixes",
-  "solutions_direct_scenario1_desc": "Users can't complete purchases. Every session without the fix is lost revenue.",
-  "solutions_direct_scenario1_title": "Payment Flow Broken",
-  "solutions_direct_scenario2_desc": "A security flaw was discovered. Users shouldn't run the vulnerable code even once.",
-  "solutions_direct_scenario2_title": "Security Vulnerability",
-  "solutions_direct_scenario3_desc": "New regulations take effect at midnight. Every user must see the updated terms immediately.",
-  "solutions_direct_scenario3_title": "Compliance Deadline",
-  "solutions_direct_scenario_title": "How QuickCart Eliminated Payment Failures Overnight",
-  "solutions_direct_solution_subtitle": "Direct Updates check for and apply updates when users open your app - before they see anything. The experience is seamless, and every session runs your latest code.",
-  "solutions_direct_solution_title": "Updates That Apply Before the App Renders",
-  "solutions_direct_speed_apply": "Total time to app render",
-  "solutions_direct_speed_check": "Update check time",
-  "solutions_direct_speed_download": "Typical bundle download",
-  "solutions_direct_speed_subtitle": "Direct Updates are only viable if they're fast. Our global infrastructure ensures updates apply in under a second.",
-  "solutions_direct_speed_title": "Built for Speed",
-  "solutions_direct_speed_uptime": "Infrastructure uptime",
-  "solutions_direct_sub_second": "Sub-second update time",
-  "solutions_direct_updates": "다이렉트 업데이트",
-  "solutions_direct_updates_description": "Fix critical bugs in seconds, not weeks. Show users the latest version immediately when they open your app - no waiting for background downloads.",
-  "solutions_direct_updates_hero_subtitle": "Your app can't afford critical bugs sitting unfixed while App Store reviews drag on. Direct Updates ensure every user gets the fix immediately on their next app open.",
-  "solutions_direct_updates_hero_title": "Fix Bugs in Seconds, Not Weeks",
-  "solutions_direct_updates_title": "Direct Updates - Instant App Changes",
-  "solutions_direct_usecase1_desc": "Payment failures, authentication issues, data corruption - bugs where experiencing them once is too many times.",
-  "solutions_direct_usecase1_title": "Critical Bug Fixes",
-  "solutions_direct_usecase2_desc": "First impressions matter. Ensure every new user gets your best, most optimized onboarding experience from their first session.",
-  "solutions_direct_usecase2_title": "New User Onboarding",
-  "solutions_direct_usecase3_desc": "Features tied to specific times - holiday sales, product launches, live events. They need to be live exactly when the event starts.",
-  "solutions_direct_usecase3_title": "Event-Based Features",
-  "solutions_direct_usecase4_desc": "Vulnerability discovered? Users shouldn't run vulnerable code even once after you've patched it.",
-  "solutions_direct_usecase4_title": "Security Patches",
-  "solutions_direct_usecase5_desc": "Found a winning variant? Ship it to 100% of users immediately instead of waiting for gradual background updates.",
-  "solutions_direct_usecase5_title": "A/B Test Rollouts",
-  "solutions_direct_usecase6_desc": "New regulations, updated terms, required disclosures. Legal deadlines don't wait for background downloads.",
-  "solutions_direct_usecase6_title": "Compliance Updates",
-  "solutions_direct_when_matters": "When Every Session Matters",
-  "solutions_direct_when_subtitle": "Direct Updates are ideal for scenarios where immediate consistency matters more than invisible updates.",
-  "solutions_direct_when_title": "When to Use Direct Updates",
-  "solutions_direct_zero_outdated": "Zero outdated sessions",
-  "solutions_ecommerce_badge": "이커머스 최적화",
-  "solutions_ecommerce_cta_note": "14-day free trial. No credit card required. Works with any e-commerce platform.",
-  "solutions_ecommerce_cta_subtitle": "Deploy updates during your biggest sales. Fix bugs before they cost you customers.",
-  "solutions_ecommerce_cta_title": "Ready to Stop Losing Sales?",
-  "solutions_ecommerce_description": "결제 장애는 매분 매출에 영향을 미칩니다. 버그를 즉시 수정하고, 플래시 세일을 진행하세요.",
-  "solutions_ecommerce_hero_subtitle": "자정에 결제 버튼이 고장났나요? 내일 매출을 잃는 대신 즉시 수정하세요.",
-  "solutions_ecommerce_hero_title": "빠른 업데이트로 매출을 보호하세요",
-  "solutions_ecommerce_nightmare_cost": "Lost revenue per hour with broken checkout",
-  "solutions_ecommerce_nightmare_para1": "It's Black Friday morning. Traffic is 10x normal. Then you see it: the promo code field doesn't work on iOS.",
-  "solutions_ecommerce_nightmare_para2": "You have 10,000 customers trying to check out. They can't apply their 30% discount. They're abandoning carts.",
-  "solutions_ecommerce_nightmare_para3": "You fix the bug in 20 minutes. But the fix won't go live until next Wednesday. After the sale ends.",
-  "solutions_ecommerce_nightmare_title": "Black Friday Nightmare",
-  "solutions_ecommerce_pain1_desc": "Your sale starts in 2 hours. You just found a bug in the promo code logic. App store review takes 5 days.",
-  "solutions_ecommerce_pain1_title": "Flash Sales Can't Wait",
-  "solutions_ecommerce_pain2_desc": "Every checkout bug is lost revenue. Every. Single. One. And you can't fix them fast enough.",
-  "solutions_ecommerce_pain2_title": "Cart Bugs Kill Conversions",
-  "solutions_ecommerce_pain3_desc": "You want to test a new checkout flow. With app store reviews, each iteration takes a week.",
-  "solutions_ecommerce_pain3_title": "A/B Testing Is Too Slow",
-  "solutions_ecommerce_pain4_desc": "'App is broken' reviews during peak season destroy your conversion rate. And they're permanent.",
-  "solutions_ecommerce_pain4_title": "Bad Reviews Tank Sales",
-  "solutions_ecommerce_reality_label": "The E-commerce Reality",
-  "solutions_ecommerce_reality_title": "Every Bug Costs You Money",
-  "solutions_ecommerce_results_title": "Results That Matter",
-  "solutions_ecommerce_short": "이커머스",
-  "solutions_ecommerce_sol1_desc": "Found a bug during your flash sale? Fix it and push the update. Your customers get the fix in hours, not days.",
-  "solutions_ecommerce_sol1_title": "Push Updates Mid-Sale",
-  "solutions_ecommerce_sol2_desc": "Test checkout flows, product pages, promo displays. Get results in days, not months.",
-  "solutions_ecommerce_sol2_title": "A/B Test Everything",
-  "solutions_ecommerce_sol3_desc": "Payment failures, coupon bugs, checkout crashes - fix them the moment you find them.",
-  "solutions_ecommerce_sol3_title": "Fix Cart Issues Instantly",
-  "solutions_ecommerce_sol4_desc": "Holiday themes, sale banners, seasonal promotions - update them instantly without a new app release.",
-  "solutions_ecommerce_sol4_title": "Seasonal Updates On Demand",
-  "solutions_ecommerce_solution_label": "The Solution",
-  "solutions_ecommerce_solution_subtitle": "Fix bugs during sales. Test new features daily. Never lose revenue to app store delays.",
-  "solutions_ecommerce_solution_title": "Ship Updates As Fast As Your Business Moves",
-  "solutions_ecommerce_stat1": "Conversion rate increase",
-  "solutions_ecommerce_stat2": "Cart abandonment reduction",
-  "solutions_ecommerce_stat3": "Faster feature iteration",
-  "solutions_ecommerce_stat4": "Bug fix time",
-  "solutions_ecommerce_title": "이커머스를 위한",
-  "solutions_enterprise_customers_subtitle": "Companies that can't afford downtime rely on Capgo",
-  "solutions_enterprise_customers_title": "Trusted By Enterprise Teams",
-  "solutions_enterprise_problem1_desc": "You have 10, 20, 50 apps across different teams. Coordinating releases is a nightmare. One team's deploy breaks another team's app.",
-  "solutions_enterprise_problem1_title": "Too Many Apps, Not Enough Control",
-  "solutions_enterprise_problem2_desc": "Half your users are on v2.3, the other half on v2.1. Support tickets pile up for bugs you already fixed.",
-  "solutions_enterprise_problem2_title": "Version Fragmentation",
-  "solutions_enterprise_problem3_desc": "When auditors ask 'who deployed what, when, and why?' you need answers. Not excuses.",
-  "solutions_enterprise_problem3_title": "Compliance & Audits",
-  "solutions_enterprise_problem4_desc": "App store reviews take days. By the time your fix ships, the damage is done.",
-  "solutions_enterprise_problem4_title": "Slow Rollouts",
-  "solutions_enterprise_problem5_desc": "Multiple teams deploying to the same app. Conflicting changes. No visibility into what's live.",
-  "solutions_enterprise_problem5_title": "Team Coordination Chaos",
-  "solutions_enterprise_problem6_desc": "A critical bug hits production on Friday night. Your only option is waiting for app store approval.",
-  "solutions_enterprise_problem6_title": "Production Incidents at 2 AM",
-  "solutions_enterprise_problems_label": "We Get It",
-  "solutions_enterprise_problems_title": "Your Problems Are Our Priority",
-  "solutions_enterprise_short": "엔터프라이즈",
-  "solutions_enterprise_sol1_desc": "Manage every app in your portfolio from a single view. See version adoption, deployment status, and user metrics at a glance.",
-  "solutions_enterprise_sol1_point1": "Organization-wide app management",
-  "solutions_enterprise_sol1_point2": "Role-based access control per app",
-  "solutions_enterprise_sol1_point3": "Unified deployment across all apps",
-  "solutions_enterprise_sol1_title": "One Dashboard, All Your Apps",
-  "solutions_enterprise_sol2_desc": "Never deploy blind again. Roll out to internal QA first, then beta users, then 10% of production. Catch issues before they become incidents.",
-  "solutions_enterprise_sol2_point1": "Percentage-based gradual rollouts",
-  "solutions_enterprise_sol2_point2": "Automatic rollback on crash detection",
-  "solutions_enterprise_sol2_point3": "Device and user targeting",
-  "solutions_enterprise_sol2_title": "Staged Rollouts That Protect You",
-  "solutions_enterprise_sol3_desc": "Every deployment is logged. Every change tracked. When auditors come knocking, you're ready.",
-  "solutions_enterprise_sol3_point1": "Complete deployment audit trails",
-  "solutions_enterprise_sol3_point2": "SOC 2 Type II certified infrastructure",
-  "solutions_enterprise_sol3_point3": "GDPR compliant by design",
-  "solutions_enterprise_sol3_title": "Audit-Ready Compliance",
-  "solutions_enterprise_solution_label": "The Solution",
-  "solutions_enterprise_solution_subtitle": "Manage all your apps from one dashboard. Push updates in minutes. Roll back in seconds.",
-  "solutions_enterprise_solution_title": "Deploy With Confidence, At Scale",
-  "solutions_enterprise_stat_rollback": "Rollback time",
-  "solutions_enterprise_stat_updates": "Updates delivered monthly",
-  "solutions_enterprise_stat_uptime": "Platform uptime",
-  "solutions_enterprise_tagline": "멀티앱, 멀티팀 배포",
-  "solutions_enterprise_testimonial": "We manage 23 apps across 5 teams. Before Capgo, coordinating releases was chaos. Now one engineer handles deployments for the entire portfolio.",
-  "solutions_enterprise_testimonial_author": "James Chen",
-  "solutions_enterprise_testimonial_role": "VP of Engineering, Fortune 500 Retail Company",
-  "solutions_final_cta_note": "14일 무료 체험. 신용카드 불필요. 5분 만에 설정 완료.",
-  "solutions_final_cta_subtitle": "오늘부터 앱의 라이브 업데이트를 시작하세요",
-  "solutions_final_cta_title": "시작할 준비가 되셨나요?",
-  "solutions_fintech_badge": "핀테크 최적화",
-  "solutions_fintech_badge_e2e": "End-to-End Encryption",
-  "solutions_fintech_badge_gdpr": "GDPR 준수",
-  "solutions_fintech_badge_soc2": "SOC 2 Type II Certified",
-  "solutions_fintech_cert1_desc": "Independently audited security controls and processes",
-  "solutions_fintech_cert1_title": "SOC 2 Type II",
-  "solutions_fintech_cert2_desc": "EU data protection compliance built-in",
-  "solutions_fintech_cert2_title": "GDPR Compliant",
-  "solutions_fintech_cert3_desc": "Your code is encrypted. Only your app can decrypt it.",
-  "solutions_fintech_cert3_title": "End-to-End Encryption",
-  "solutions_fintech_cta_note": "14-day free trial. SOC 2 certified. Enterprise plans available.",
-  "solutions_fintech_cta_subtitle": "Deploy security patches in minutes. Stay compliant. Sleep better.",
-  "solutions_fintech_cta_title": "Ready to Secure Your Fintech App?",
-  "solutions_fintech_description": "금융 앱을 위한 보안과 규정 준수. 엔드투엔드 암호화, 감사 로그, 셀프 호스팅 옵션.",
-  "solutions_fintech_hero_subtitle": "보안이나 규정 준수를 타협하지 않고 중요한 수정을 즉시 배포하세요.",
-  "solutions_fintech_hero_title": "금융 앱을 위한 안전한 업데이트",
-  "solutions_fintech_nightmare_para1": "It's 2 AM on Friday. Your security team finds a vulnerability in the payment flow. Users' financial data could be exposed.",
-  "solutions_fintech_nightmare_para2": "You have the fix ready in 30 minutes. Now you submit to the app store and wait.",
-  "solutions_fintech_nightmare_para3": "5 days. That's how long until Apple approves your critical security patch. 5 days of exposure.",
-  "solutions_fintech_nightmare_title": "Your Worst Nightmare",
-  "solutions_fintech_opensource_cta": "View on GitHub",
-  "solutions_fintech_opensource_desc": "Audit our code yourself. We have nothing to hide. Our entire backend is open source, so your security team can verify everything.",
-  "solutions_fintech_opensource_title": "100% Open Source",
-  "solutions_fintech_pain1_desc": "Security patches can't wait 5 days. Neither can compliance fixes. Every hour matters.",
-  "solutions_fintech_pain1_title": "App Store Reviews Are Too Slow",
-  "solutions_fintech_pain2_desc": "SOC 2, PCI-DSS, GDPR - you need audit trails for everything. 'We pushed the fix' isn't enough.",
-  "solutions_fintech_pain2_title": "Compliance Requirements Are Strict",
-  "solutions_fintech_pain3_desc": "When your app is broken, transactions fail. Every minute of downtime is lost revenue and lost trust.",
-  "solutions_fintech_pain3_title": "Downtime Costs Millions",
-  "solutions_fintech_pain4_desc": "When regulators ask how you respond to security incidents, 'we wait for Apple' isn't an acceptable answer.",
-  "solutions_fintech_pain4_title": "Regulators Are Watching",
-  "solutions_fintech_reality_label": "The Fintech Reality",
-  "solutions_fintech_reality_title": "In Finance, Every Second Counts",
-  "solutions_fintech_short": "핀테크 & 뱅킹",
-  "solutions_fintech_sol1_desc": "When you find a vulnerability, fix it immediately. No app store review. No waiting. Your users are protected in hours, not days.",
-  "solutions_fintech_sol1_title": "Instant Security Patches",
-  "solutions_fintech_sol2_desc": "Every deployment is logged with timestamps, user info, and change details. When auditors ask, you have answers.",
-  "solutions_fintech_sol2_point1": "Complete deployment audit trails",
-  "solutions_fintech_sol2_point2": "User-level tracking for compliance",
-  "solutions_fintech_sol2_point3": "Exportable reports for regulators",
-  "solutions_fintech_sol2_title": "Audit-Ready Compliance",
-  "solutions_fintech_sol3_desc": "Your app bundles are encrypted in transit and at rest. Only your app can decrypt them. Not us. Not anyone.",
-  "solutions_fintech_sol3_title": "End-to-End Encryption",
-  "solutions_fintech_sol4_desc": "If a deployment causes issues, roll back to the previous version in seconds. No downtime. No data loss.",
-  "solutions_fintech_sol4_title": "Instant Rollback",
-  "solutions_fintech_solution_label": "The Solution",
-  "solutions_fintech_solution_subtitle": "Deploy critical fixes instantly. Full audit trail. Compliance-ready.",
-  "solutions_fintech_solution_title": "Security Patches in Minutes, Not Days",
-  "solutions_fintech_title": "핀테크를 위한",
-  "solutions_fintech_trust_subtitle": "We take security as seriously as you do",
-  "solutions_fintech_trust_title": "Security You Can Trust",
-  "solutions_get_started": "시작하기",
-  "solutions_healthcare_audit_label": "완전한 추적성",
-  "solutions_healthcare_audit_subtitle": "감사관이 '환자 기기에서 실행 중인 코드는 무엇인가요?'라고 물을 때, 답을 가지고 계실 것입니다.",
-  "solutions_healthcare_audit_title": "모든 업데이트가 소스와 연결됨",
-  "solutions_healthcare_badge": "헬스케어 최적화",
-  "solutions_healthcare_badge_e2e": "End-to-End Encryption",
-  "solutions_healthcare_badge_hipaa": "HIPAA 준수",
-  "solutions_healthcare_badge_soc2": "SOC 2 Type II",
-  "solutions_healthcare_cert1_desc": "Infrastructure designed for protected health information",
-  "solutions_healthcare_cert1_title": "HIPAA Ready",
-  "solutions_healthcare_cert2_desc": "Independently audited security controls",
-  "solutions_healthcare_cert2_title": "SOC 2 Type II",
-  "solutions_healthcare_cert3_desc": "Audit our code. We have nothing to hide.",
-  "solutions_healthcare_cert3_title": "Open Source",
-  "solutions_healthcare_commit_desc": "모든 번들은 자동으로 빌드된 정확한 Git 커밋에 연결됩니다. 배포된 코드를 원본, 작성자, 승인 체인까지 추적하세요.",
-  "solutions_healthcare_commit_title": "Git 커밋 연결",
-  "solutions_healthcare_cta_note": "14-day free trial. HIPAA-ready. Enterprise plans with BAA available.",
-  "solutions_healthcare_cta_subtitle": "Deploy critical fixes in minutes. Stay compliant. Keep patients safe.",
-  "solutions_healthcare_cta_title": "Ready to Protect Your Patients?",
-  "solutions_healthcare_description": "헬스케어 앱을 위한 컴플라이언스 우선 업데이트. HIPAA 호환, 셀프 호스팅 옵션.",
-  "solutions_healthcare_hero_subtitle": "완전한 HIPAA 규정 준수를 유지하면서 중요한 의료 앱 업데이트를 배포하세요.",
-  "solutions_healthcare_hero_title": "헬스케어 앱을 위한 안전한 업데이트",
-  "solutions_healthcare_inapp_desc": "앱 내에서 번들 버전, 릴리즈 노트, 그리고 사용자 정의 메시지를 직접 표시하세요. 임상 직원이 승인된 버전을 실행하고 있는지 확인할 수 있게 하세요.",
-  "solutions_healthcare_inapp_title": "앱의 버전 정보",
-  "solutions_healthcare_pain1_desc": "Clinical decision support bugs need immediate fixes. App store reviews take 5-7 days. That's unacceptable.",
-  "solutions_healthcare_pain1_title": "Patient Safety Can't Wait",
-  "solutions_healthcare_pain2_desc": "Every update needs audit trails. Every deployment needs documentation. No exceptions.",
-  "solutions_healthcare_pain2_title": "HIPAA Compliance Is Non-Negotiable",
-  "solutions_healthcare_pain3_desc": "When doctors can't trust your app, they stop using it. One bug can destroy years of relationship building.",
-  "solutions_healthcare_pain3_title": "Provider Trust Is Everything",
-  "solutions_healthcare_pain4_desc": "FDA, HIPAA auditors, hospital compliance teams - they all want to know how you handle updates.",
-  "solutions_healthcare_pain4_title": "Regulatory Scrutiny Is Constant",
-  "solutions_healthcare_reality_label": "The Healthcare Reality",
-  "solutions_healthcare_reality_title": "In Healthcare, Delays Can Be Dangerous",
-  "solutions_healthcare_scenario_para1": "A nurse reports that the medication dosage calculator is showing incorrect values for pediatric patients.",
-  "solutions_healthcare_scenario_para2": "Your team identifies the bug: a unit conversion error that affects patients under 30kg. You have the fix ready in 2 hours.",
-  "solutions_healthcare_scenario_para3": "But the app store review takes 5-7 days. That's 5-7 days of potential harm.",
-  "solutions_healthcare_scenario_title": "A Real Scenario",
-  "solutions_healthcare_short": "헬스케어",
-  "solutions_healthcare_sol1_desc": "When patient safety is at risk, deploy the fix immediately. No app store review. No waiting.",
-  "solutions_healthcare_sol1_title": "Emergency Updates in Minutes",
-  "solutions_healthcare_sol2_desc": "Our infrastructure is designed for healthcare. Audit trails, encryption, access controls - all built-in.",
-  "solutions_healthcare_sol2_point1": "Complete deployment audit trails",
-  "solutions_healthcare_sol2_point2": "Role-based access controls",
-  "solutions_healthcare_sol2_point3": "BAA available for enterprise",
-  "solutions_healthcare_sol2_title": "HIPAA-Ready Infrastructure",
-  "solutions_healthcare_sol3_desc": "Your app bundles are encrypted with keys only you control. PHI never touches our servers.",
-  "solutions_healthcare_sol3_title": "End-to-End Encryption",
-  "solutions_healthcare_sol4_desc": "Roll out to a small group first. Verify everything works. Then expand to all users.",
-  "solutions_healthcare_sol4_step1": "Internal QA team",
-  "solutions_healthcare_sol4_step2": "Beta providers",
-  "solutions_healthcare_sol4_step3": "All providers",
-  "solutions_healthcare_sol4_title": "Staged Rollouts for Safety",
-  "solutions_healthcare_solution_label": "The Solution",
-  "solutions_healthcare_solution_subtitle": "Push updates in minutes. Full audit trail. HIPAA-compliant infrastructure.",
-  "solutions_healthcare_solution_title": "Deploy Critical Fixes Immediately",
-  "solutions_healthcare_title": "헬스케어를 위한",
-  "solutions_healthcare_trust_subtitle": "Built for healthcare from the ground up",
-  "solutions_healthcare_trust_title": "Security & Compliance",
-  "solutions_infra_api": "API response time globally",
-  "solutions_infra_continents": "Continents with infrastructure",
-  "solutions_infra_download": "5MB bundle download time",
-  "solutions_infra_uptime": "Uptime SLA",
-  "solutions_infrastructure_subtitle": "Your users are everywhere. Our infrastructure is too. Database replication and edge CDN ensure fast updates anywhere in the world.",
-  "solutions_infrastructure_title": "Global Infrastructure Built for Speed",
-  "solutions_ionic_plugins_badge": "Ionic Enterprise Plugins",
-  "solutions_ionic_plugins_cta_subtitle": "Start with the migration guides or talk to our team to plan the move.",
-  "solutions_ionic_plugins_cta_title": "Ready to migrate your Ionic enterprise stack?",
-  "solutions_ionic_plugins_description": "Replace Ionic enterprise plugins with Capgo alternatives for secure storage, auth, and biometrics.",
-  "solutions_ionic_plugins_hero_subtitle": "Swap Secure Storage, Auth Connect, and Identity Vault for Capgo's plugin stack. Keep security, gain control, and reduce costs.",
-  "solutions_ionic_plugins_hero_title": "Replace Ionic Enterprise Plugins Without Losing Features",
-  "solutions_ionic_plugins_section_desc": "Choose the Capgo alternative for each Ionic plugin and follow the guide to migrate safely.",
-  "solutions_ionic_plugins_section_title": "Plugin replacements and migration guides",
-  "solutions_ionic_plugins_short": "Ionic Enterprise",
-  "solutions_ionic_plugins_step1": "Map each Ionic enterprise plugin to its Capgo replacement.",
-  "solutions_ionic_plugins_step2": "Install the new plugins and sync native code.",
-  "solutions_ionic_plugins_step3": "Migrate stored data and update auth flows, then remove Ionic dependencies.",
-  "solutions_ionic_plugins_steps_title": "Migration steps",
-  "solutions_ionic_plugins_title": "Ionic Enterprise Plugins Migration",
-  "solutions_minutes": "분",
-  "solutions_no_credit_card": "신용카드 불필요",
-  "solutions_pr_auto_cleanup": "Auto-cleanup on merge",
-  "solutions_pr_case_company": "TechFlow",
-  "solutions_pr_case_industry": "B2B SaaS - Team Collaboration App",
-  "solutions_pr_case_metric1_label": "Time to first QA feedback",
-  "solutions_pr_case_metric1_value": "< 5 min",
-  "solutions_pr_case_metric2_label": "PRs merged per sprint",
-  "solutions_pr_case_metric2_value": "+156%",
-  "solutions_pr_case_metric3_label": "QA wait time",
-  "solutions_pr_case_metric3_value": "-87%",
-  "solutions_pr_case_metric4_label": "Time to merge",
-  "solutions_pr_case_metric4_value": "0.6 days",
-  "solutions_pr_case_para1": "TechFlow's mobile team was shipping 15-20 PRs per week. Each PR needed testing by QA before merge. With TestFlight, their QA lead estimated they spent 60% of their time waiting for builds instead of testing.",
-  "solutions_pr_case_para2": "The real pain came during crunch weeks. When multiple PRs needed testing simultaneously, QA had to constantly reinstall different TestFlight builds. Testers got confused about which version they were running. Bugs got reported on already-fixed code.",
-  "solutions_pr_case_para3": "After implementing Capgo PR Preview, their QA team could switch between any PR in seconds. No reinstalls. No confusion. No waiting. Their average time-to-merge dropped from 2.3 days to 0.6 days.",
-  "solutions_pr_case_quote": "Our QA team went from constantly frustrated to genuinely happy. They actually enjoy testing now because they're not waiting around. We ship twice as many features per sprint.",
-  "solutions_pr_case_quote_author": "Lisa Wong, Engineering Manager at TechFlow",
-  "solutions_pr_case_results": "The Results (First Quarter)",
-  "solutions_pr_compare_build_time": "Build to testable",
-  "solutions_pr_compare_capgo": "Capgo PR Preview",
-  "solutions_pr_compare_cleanup": "Cleanup old builds",
-  "solutions_pr_compare_cleanup_capgo": "Automatic on merge",
-  "solutions_pr_compare_cleanup_tf": "Manual",
-  "solutions_pr_compare_setup": "Tester setup",
-  "solutions_pr_compare_setup_capgo": "Just open the app",
-  "solutions_pr_compare_setup_tf": "Apple ID + invitation",
-  "solutions_pr_compare_switch_builds": "Switch between builds",
-  "solutions_pr_compare_title": "TestFlight vs Capgo PR Preview",
-  "solutions_pr_compare_traditional": "TestFlight / Beta",
-  "solutions_pr_cost_explanation": "When you factor in developer wait time, QA blocked time, and delayed feedback, each PR costs an average of $340 in lost productivity.",
-  "solutions_pr_dev_benefit1": "Get QA feedback before your context switches",
-  "solutions_pr_dev_benefit2": "Push fixes and testers get them instantly",
-  "solutions_pr_dev_benefit3": "No more 'waiting for build' blockers",
-  "solutions_pr_final_cta_note": "Set up in 5 minutes. No TestFlight required. No app reinstalls.",
-  "solutions_pr_final_cta_subtitle": "Your QA team deserves better than watching progress bars. Give them instant access to every PR.",
-  "solutions_pr_final_cta_title": "Stop Waiting. Start Testing.",
-  "solutions_pr_hidden_cost": "Hidden cost per pull request",
-  "solutions_pr_how_testers_switch": "How Testers Switch to Your PR Build",
-  "solutions_pr_instant_testing": "Instant on-device testing",
-  "solutions_pr_no_testflight": "No TestFlight required",
-  "solutions_pr_pm_benefit1": "Review features before they ship",
-  "solutions_pr_pm_benefit2": "No technical setup - just tap a link",
-  "solutions_pr_pm_benefit3": "Provide feedback directly on the PR",
-  "solutions_pr_preview": "PR 프리뷰",
-  "solutions_pr_preview_description": "Create a Capgo channel for every pull request. QA teams, engineers, and project managers can instantly test any PR without TestFlight or Google Play beta channels.",
-  "solutions_pr_preview_hero_subtitle": "Create a dedicated Capgo channel for each pull request. Share a link with your team and they can test the exact changes on their device - no app reinstalls, no TestFlight, no waiting.",
-  "solutions_pr_preview_hero_title": "Review Every PR on Real Devices",
-  "solutions_pr_preview_tagline": "Test pull requests on real devices",
-  "solutions_pr_preview_teams_dev": "Developers",
-  "solutions_pr_preview_teams_pm": "Project Managers",
-  "solutions_pr_preview_teams_qa": "QA Engineers",
-  "solutions_pr_preview_title": "PR Preview Channels",
-  "solutions_pr_problem_result": "Total time to test a PR: 45-60 minutes. Per PR. Per tester. For every update.",
-  "solutions_pr_problem_step1_desc": "Code is ready for review. But before anyone can test it, you need to build and upload to TestFlight.",
-  "solutions_pr_problem_step1_title": "Developer Opens PR",
-  "solutions_pr_problem_step2_desc": "Build the app locally or in CI. Archive it. Upload to App Store Connect. Wait for processing. 15-30 minutes minimum.",
-  "solutions_pr_problem_step2_title": "Build and Upload",
-  "solutions_pr_problem_step3_desc": "Add testers if they're not already in TestFlight. Send invites. Wait for them to accept. Explain how to install.",
-  "solutions_pr_problem_step3_title": "Distribute to Testers",
-  "solutions_pr_problem_step4_desc": "Testers download the build. Dev pushes a fix. Now everyone needs to repeat steps 2-3 to get the updated build.",
-  "solutions_pr_problem_step4_title": "Test the Wrong Build",
-  "solutions_pr_problem_title": "TestFlight and Google Beta Are Blocking Your Velocity",
-  "solutions_pr_processing_explanation": "Every build you upload has to be processed by Apple before testers can access it. This is per-build, every time.",
-  "solutions_pr_programmatic": "In-App Switcher",
-  "solutions_pr_programmatic_desc": "Build a custom UI for switching channels. Perfect for a dev settings screen in your app.",
-  "solutions_pr_qa_benefit1": "Test any PR on your device in seconds",
-  "solutions_pr_qa_benefit2": "Switch between PRs instantly to compare behavior",
-  "solutions_pr_qa_benefit3": "No more confusion about which build you're running",
-  "solutions_pr_qa_blocked": "Of QA time spent waiting",
-  "solutions_pr_qa_explanation": "QA engineers report spending 67% of their time waiting for builds rather than actually testing. That's 5+ hours per day of wasted productivity.",
-  "solutions_pr_real_cost": "The Hidden Cost of Slow Testing",
-  "solutions_pr_scenario_title": "How TechFlow Accelerated Their Review Cycle by 4x",
-  "solutions_pr_setup_time": "Setup takes 5 minutes. Copy this workflow and adapt it to your CI.",
-  "solutions_pr_shake_menu": "Shake Menu (Zero Code)",
-  "solutions_pr_shake_menu_desc": "Enable the built-in shake gesture. Testers shake their device to open a menu showing all available channels.",
-  "solutions_pr_solution_subtitle": "Create a Capgo channel for each PR. Testers switch channels in seconds. No app reinstalls. No waiting.",
-  "solutions_pr_solution_title": "Test Any PR in Under 60 Seconds",
-  "solutions_pr_step1_desc": "CI automatically builds the app and creates a Capgo channel named after the PR number.",
-  "solutions_pr_step1_time": "Automatic",
-  "solutions_pr_step1_title": "Developer Opens PR",
-  "solutions_pr_step2_desc": "The built bundle uploads to Capgo in the background. No processing delay.",
-  "solutions_pr_step2_time": "< 30 seconds",
-  "solutions_pr_step2_title": "Bundle Uploads",
-  "solutions_pr_step3_desc": "Tester opens the app, switches to the PR channel, and gets the build immediately.",
-  "solutions_pr_step3_time": "< 10 seconds",
-  "solutions_pr_step3_title": "Tester Switches Channel",
-  "solutions_pr_step4_desc": "QA tests on real device. Dev pushes fixes. Tester immediately gets updates. No reinstall needed.",
-  "solutions_pr_step4_time": "Instant iteration",
-  "solutions_pr_step4_title": "Test and Approve",
-  "solutions_pr_teams_subtitle": "PR Preview transforms how your entire team collaborates on mobile development.",
-  "solutions_pr_teams_title": "Built for Every Role on Your Team",
-  "solutions_pr_testflight_processing": "TestFlight processing time",
-  "solutions_pr_traditional_workflow": "The TestFlight Testing Workflow",
-  "solutions_problem_result": "Total time from bug discovery to fix deployed: 3-7 days. Your users suffer the entire time.",
-  "solutions_problem_step1_desc": "Your monitoring alerts you to a critical issue. Users are experiencing crashes or broken functionality. The clock starts ticking.",
-  "solutions_problem_step1_title": "Find the Bug",
-  "solutions_problem_step2_desc": "Your team drops everything to fix the bug. You rebuild the app, run tests, and prepare a new binary for submission.",
-  "solutions_problem_step2_title": "Fix and Rebuild",
-  "solutions_problem_step3_desc": "You submit to Apple and Google. Then you wait. And wait. Apple's review takes 24-48 hours on average. Sometimes longer.",
-  "solutions_problem_step3_title": "Submit and Wait",
-  "solutions_problem_step4_desc": "Even after approval, users need to manually update. Many won't for days or weeks. Your support tickets keep piling up.",
-  "solutions_problem_step4_title": "Users Still Have the Bug",
-  "solutions_production_problem_title": "App Store Reviews Are Killing Your Velocity",
-  "solutions_production_solution_subtitle": "Capgo lets you update your app's JavaScript and assets instantly. No app store review. No waiting. Your users get the fix the moment you push it.",
-  "solutions_production_solution_title": "Push Updates in Minutes, Not Weeks",
-  "solutions_production_updates": "프로덕션 업데이트",
-  "solutions_production_updates_description": "Ship fixes in minutes, not weeks. Push live updates to your production app with zero configuration - the simplest way to keep millions of users up-to-date.",
-  "solutions_production_updates_hero_subtitle": "Your users don't wait for app stores. Neither should your updates. Push JavaScript and asset changes instantly - no review delays, no user friction. Updates download silently and apply on next launch.",
-  "solutions_production_updates_hero_title": "Ship Fixes in Minutes, Not Weeks",
-  "solutions_production_updates_tagline": "Ship fixes to production instantly",
-  "solutions_production_updates_title": "Simple Production Updates",
-  "solutions_qsr_badge": "퀵 서비스 레스토랑용",
-  "solutions_qsr_cta_note": "14일 무료 체험. 신용카드 불필요. Capacitor 및 React Native와 작동합니다.",
-  "solutions_qsr_cta_subtitle": "비즈니스가 필요로 할 때 정확히 메뉴 업데이트 배포, 버그 수정, 프로모션 출시.",
-  "solutions_qsr_cta_title": "일정에 맞춰 배포할 준비가 되셨나요?",
-  "solutions_qsr_description": "수천 개의 매장에서 메뉴 업데이트, 프로모션 및 로열티 기능을 즉시 배포하세요.",
-  "solutions_qsr_hero_subtitle": "신메뉴, 계절 프로모션, 로열티 캠페인은 모든 플랫폼, 모든 매장에서 제시간에 배포되어야 합니다.",
-  "solutions_qsr_hero_title": "중요한 순간에 프로모션 배포, 다음 주가 아니라",
-  "solutions_qsr_nightmare_cost": "실패한 메뉴 출시로 인한 손실 수익",
-  "solutions_qsr_nightmare_para1": "월요일 오전 6시입니다. 새로운 기간 한정 메뉴 아이템이 오전 10시에 전국적으로 출시됩니다. 마케팅은 광고에 2백만 달러를 썼습니다. TV 광고가 방영되고 있습니다.",
-  "solutions_qsr_nightmare_para2": "오전 9시, QA가 버그를 발견합니다: 새 아이템이 앱에 표시되지 않습니다. Apple에 긴급 수정 사항을 제출합니다. 리뷰는 3-5일이 걸립니다.",
-  "solutions_qsr_nightmare_para3": "2백만 달러 캠페인이 라이브입니다. 앱에는 지난달 메뉴가 표시됩니다. 고객들은 혼란스러워합니다. 소셜 미디어는 불만으로 가득합니다.",
-  "solutions_qsr_nightmare_title": "런칭 데이 악몽",
-  "solutions_qsr_pain1_desc": "당신의 LTO는 월요일에 시작합니다. 앱 스토어 리뷰는 5일이 걸립니다. 그것은 당신의 가장 큰 프로모션에서 놓친 5일간의 수익입니다.",
-  "solutions_qsr_pain1_title": "프로모션은 앱 리뷰를 기다릴 수 없습니다",
-  "solutions_qsr_pain2_desc": "6개의 브랜드, 12개의 앱, 수천 개의 위치. 각 앱 스토어 제출은 팀 간에 일주일 동안의 조정이 필요합니다.",
-  "solutions_qsr_pain2_title": "다중 브랜드 관리는 복잡하다",
-  "solutions_qsr_pain3_desc": "지역별 가격, 현지 규정, 프랜차이즈 특정 기능. 잘못된 업데이트 하나는 법적 문제를 의미할 수 있습니다.",
-  "solutions_qsr_pain3_title": "프랜차이즈 준수는 중요합니다",
-  "solutions_qsr_pain4_desc": "점심 시간대가 되어 주문 앱이 다운되면, 다음 주까지 수리를 기다릴 수 없습니다.",
-  "solutions_qsr_pain4_title": "피크 시간은 무자비합니다",
-  "solutions_qsr_reality_label": "QSR의 현실",
-  "solutions_qsr_reality_title": "당신의 앱은 비즈니스만큼 빠르게 움직입니다",
-  "solutions_qsr_short": "퀵 서비스",
-  "solutions_qsr_sol1_desc": "내일 새로운 LTO 출시? 계절 메뉴가 공개되나요? 오늘 밤에 업데이트를 푸시하면 모든 고객이 아침까지 받게 됩니다.",
-  "solutions_qsr_sol1_point1": "분들 안에 메뉴 업데이트를 배포하십시오, 며칠 동안이 아니라",
-  "solutions_qsr_sol1_point2": "TV 및 디지털 캠페인과 프로모션을 동기화하십시오.",
-  "solutions_qsr_sol1_point3": "무언가 잘못되면 즉시 되돌리십시오.",
-  "solutions_qsr_sol1_title": "즉시 배 프로모션",
-  "solutions_qsr_sol2_desc": "레스토랑 브랜드 포트폴리오를 관리하고 계신가요? 하나의 대시보드에서 모두 업데이트하거나, 맞춤형 기능으로 특정 브랜드를 대상으로 할 수 있습니다.",
-  "solutions_qsr_sol2_point1": "모든 브랜드를 위한 단일 대시보드",
-  "solutions_qsr_sol2_point2": "브랜드 특정 채널 및 롤아웃",
-  "solutions_qsr_sol2_point3": "통합 코드베이스, 차별화된 경험",
-  "solutions_qsr_sol2_title": "다중 브랜드 관리",
-  "solutions_qsr_sol3_desc": "텍사스에서 전국적으로 확산하기 전에 새로운 기능을 테스트하세요. 캘리포니아의 다른 메뉴. 당신이 제어하는 점진적인 롤아웃.",
-  "solutions_qsr_sol3_point1": "업데이트를 위한 지리적 타겟팅",
-  "solutions_qsr_sol3_point2": "백분율 기반 롤아웃",
-  "solutions_qsr_sol3_point3": "실시간 모니터링 및 즉시 롤백",
-  "solutions_qsr_sol3_title": "지역 롤아웃 및 피롯 프로그램",
-  "solutions_qsr_sol4_desc": "기존의 GitHub 또는 GitLab 워크플로우와 통합하세요. 메인으로 병합할 때마다 자동 배포됩니다.",
-  "solutions_qsr_sol4_point1": "GitHub Actions 통합",
-  "solutions_qsr_sol4_point2": "자동 스테이징 및 프로덕션 채널",
-  "solutions_qsr_sol4_point3": "승인이 아닌 병합 시 배포하십시오.",
-  "solutions_qsr_sol4_title": "그냥 작동하는 CI/CD",
-  "solutions_qsr_solution_label": "해결책",
-  "solutions_qsr_solutions_title": "당신의 비즈니스가 필요할 때 업데이트를 배포하십시오.",
-  "solutions_qsr_stat1": "배포 시간 업데이트",
-  "solutions_qsr_stat2": "24시간 동안 업데이트된 사용자들",
-  "solutions_qsr_stat3": "앱 스토어 제출이 필요합니다",
-  "solutions_qsr_stat4": "능력 배포",
-  "solutions_qsr_title": "퀵 서비스 레스토랑을 위한 라이브 업데이트",
-  "solutions_qsr_usecase1_desc": "즉시 체크아웃 버그를 수정하세요. 메뉴 항목을 실시간으로 업데이트하세요. 오래된 앱 코드로 인해 주문을 잃지 마세요.",
-  "solutions_qsr_usecase1_title": "주문 및 배송",
-  "solutions_qsr_usecase2_desc": "새로운 보상 티어를 출시하고, 포인트 값을 업데이트하며, 교환 버그를 수정하세요 - 모두 앱 스토어의 지연 없이.",
-  "solutions_qsr_usecase2_title": "충성도 & 보상",
-  "solutions_qsr_usecase3_desc": "매장 운영 시간을 업데이트하고, 커브사이드 옵션을 추가하며, GPS 버그를 수정하세요. 고객들이 쉽게 찾을 수 있도록 유지하세요.",
-  "solutions_qsr_usecase3_title": "매장 찾기 및 픽업",
-  "solutions_qsr_usecase4_desc": "대상을 정한 제안을 푸시하고, 프로모션 코드를 업데이트하며, 실시간으로 A/B 테스트 할인 전략을 시행하세요.",
-  "solutions_qsr_usecase4_title": "맞춤형 프로모션",
-  "solutions_qsr_usecase5_desc": "모든 위치에서 키오스크 앱을 동시에 업데이트하세요. 기술자 방문이 필요하지 않습니다.",
-  "solutions_qsr_usecase5_title": "매장 키오스크",
-  "solutions_qsr_usecase6_desc": "모든 레스토랑 브랜드의 업데이트를 단일 대시보드에서 관리하세요.",
-  "solutions_qsr_usecase6_title": "다중 브랜드 앱",
-  "solutions_qsr_usecases_label": "사용 사례",
-  "solutions_qsr_usecases_title": "모든 QSR 요구 사항을 위해 구축됨",
-  "solutions_real_cost": "The Real Cost of Slow Updates",
-  "solutions_real_world": "실제 사례",
-  "solutions_related_by_role": "팀 유형별 솔루션",
-  "solutions_related_subtitle": "필요에 맞는 솔루션을 찾으세요",
-  "solutions_review_time_explanation": "Apple and Google can take anywhere from 24 hours to a week to approve your update. During critical bugs, every hour matters.",
-  "solutions_scenario_company": "FinanceFirst",
-  "solutions_scenario_industry": "B2B FinTech - Mobile Banking App",
-  "solutions_scenario_metric1_label": "Average fix deployment time",
-  "solutions_scenario_metric1_value": "52 minutes",
-  "solutions_scenario_metric2_label": "Bug-related support tickets",
-  "solutions_scenario_metric2_value": "-89%",
-  "solutions_scenario_metric3_label": "User churn from bugs",
-  "solutions_scenario_metric3_value": "-94%",
-  "solutions_scenario_metric4_label": "Engineering weekend hours",
-  "solutions_scenario_metric4_value": "-76%",
-  "solutions_scenario_para1": "FinanceFirst serves 50,000 users who depend on their mobile banking app for daily transactions. When a critical calculation bug affected their loan interest display, they faced a nightmare scenario: users seeing incorrect balances.",
-  "solutions_scenario_para2": "Before Capgo, their process involved emergency weekend work, expedited App Store review requests (which Apple often ignores), and four days of user complaints. Their support team logged 340 tickets. Three users closed their accounts.",
-  "solutions_scenario_para3": "After implementing Capgo, their next critical bug - a timezone issue affecting scheduled payments - was fixed in 47 minutes from discovery to deployment. Zero support tickets. Zero churn. Their CTO now sleeps through the night again.",
-  "solutions_scenario_quote": "Capgo didn't just change our deployment process - it changed our entire relationship with production bugs. What used to be emergencies are now minor inconveniences.",
-  "solutions_scenario_quote_author": "Sarah Chen, VP of Engineering at FinanceFirst",
-  "solutions_scenario_results": "The Results (First 6 Months)",
-  "solutions_scenario_title": "How FinanceFirst Reduced Their Bug Resolution Time by 97%",
-  "solutions_schedule_demo": "데모 예약",
-  "solutions_setup_minutes": "5분 만에 설정",
-  "solutions_solo_after1": "Push updates instantly, no review needed",
-  "solutions_solo_after2": "One command to deploy: npx @capgo/cli bundle upload",
-  "solutions_solo_after3": "Start free, then $14/month as you grow",
-  "solutions_solo_after4": "One-click rollback if something goes wrong",
-  "solutions_solo_after_title": "With Capgo",
-  "solutions_solo_ai_benefit1_desc": "AI가 코딩을 처리하는 동안 당신은 제품에 집중하세요. 새로운 기능? 생성하고, 테스트하고, 배포 - 모두 같은 날에.",
-  "solutions_solo_ai_benefit1_title": "AI가 작성하고, 당신이 배포",
-  "solutions_solo_ai_benefit2_desc": "명령 하나면 업데이트가 라이브됩니다. 앱 스토어 제출도, 리뷰 프로세스도, 기다림도 없습니다. 웹사이트 배포처럼.",
-  "solutions_solo_ai_benefit2_title": "웹사이트 속도의 배포",
-  "solutions_solo_ai_benefit3_desc": "AI가 몇 분 만에 기능을 생성할 수 있을 때, 배포 프로세스가 며칠이 걸려서는 안 됩니다. 생각하는 속도만큼 빠르게 배포하세요.",
-  "solutions_solo_ai_benefit3_title": "AI 속도로 반복",
-  "solutions_solo_ai_label": "AI 기반 개발",
-  "solutions_solo_ai_new1": "AI가 기능 생성 (5분)",
-  "solutions_solo_ai_new2": "번들 빌드 및 업로드 (2분)",
-  "solutions_solo_ai_new3": "사용자가 업데이트 받음 (몇 분)",
-  "solutions_solo_ai_new_time": "총: 10분 이내",
-  "solutions_solo_ai_new_way": "Capgo 사용 시",
-  "solutions_solo_ai_old1": "AI가 기능 생성 (5분)",
-  "solutions_solo_ai_old2": "네이티브 바이너리 빌드 (15분)",
-  "solutions_solo_ai_old3": "App Store에 제출",
-  "solutions_solo_ai_old4": "리뷰 대기 (3-7일)",
-  "solutions_solo_ai_old_time": "총: 3-7일",
-  "solutions_solo_ai_old_way": "전통적인 모바일 업데이트",
-  "solutions_solo_ai_subtitle": "Cursor, Copilot 또는 Claude와 같은 AI 도구를 사용하여 더 빠르게 기능을 구축하세요. 그런 다음 웹사이트처럼 즉시 배포하세요.",
-  "solutions_solo_ai_terminal": "터미널",
-  "solutions_solo_ai_title": "오늘 바이브 코딩, 오늘 밤 배포",
-  "solutions_solo_badge": "개인 개발자 친화적",
-  "solutions_solo_before1": "Wait 3-7 days for app store approval",
-  "solutions_solo_before2": "Manage complex deployment pipelines",
-  "solutions_solo_before3": "Pay $500/month for enterprise tools",
-  "solutions_solo_before4": "Pray you don't push a breaking change",
-  "solutions_solo_before_title": "Before Capgo",
-  "solutions_solo_cta_note": "14일 무료 체험. 신용카드 불필요. 준비되면 업그레이드.",
-  "solutions_solo_cta_subtitle": "Join thousands of indie developers who ship updates daily. Start free.",
-  "solutions_solo_cta_title": "Ready to Ship Solo?",
-  "solutions_solo_description": "앱을 최신 상태로 유지하는 데 필요한 모든 것. 무료 플랜, 신용카드 불필요.",
-  "solutions_solo_hero_subtitle": "App Store 리뷰를 몇 시간씩 기다릴 필요가 없습니다. 즉시 업데이트를 푸시하세요.",
-  "solutions_solo_hero_title": "개인 개발자의 슈퍼파워",
-  "solutions_solo_highlight": "14일 무료 체험 - 오늘부터 배포 시작",
-  "solutions_solo_pain1_desc": "Design, code, support, marketing - you do it all. Adding 'DevOps engineer' to the list isn't an option.",
-  "solutions_solo_pain1_title": "You're the CEO, CTO, and Intern",
-  "solutions_solo_pain2_desc": "You found the bug at 9 AM. Fixed it by 10 AM. Now you wait 5 days for Apple to approve it while users leave 1-star reviews.",
-  "solutions_solo_pain2_title": "App Store Reviews Kill Your Momentum",
-  "solutions_solo_pain3_desc": "When you're the only developer, every 1-star review feels personal. Because it is.",
-  "solutions_solo_pain3_title": "Every Bad Review Hurts",
-  "solutions_solo_pain4_desc": "You can't justify $500/month for deployment tools when your app makes $200/month.",
-  "solutions_solo_pain4_title": "No Budget for Enterprise Tools",
-  "solutions_solo_pain5_desc": "When you push a bad update, there's no one to roll it back for you. You're on your own.",
-  "solutions_solo_pain5_title": "No Team to Catch Mistakes",
-  "solutions_solo_pain6_desc": "Every bug report goes to you. Every frustrated email. Every 'why doesn't this work?'",
-  "solutions_solo_pain6_title": "Support Tickets Are All You",
-  "solutions_solo_read_docs": "Read the docs",
-  "solutions_solo_reality_label": "The Solo Dev Reality",
-  "solutions_solo_reality_title": "You're Doing Everything. And It's Exhausting.",
-  "solutions_solo_reason1_desc": "Install the plugin, add one line of code, deploy. That's it. No DevOps degree required.",
-  "solutions_solo_reason1_title": "5-Minute Setup",
-  "solutions_solo_reason2_desc": "14일 무료 체험으로 시작. 성장 준비가 되면 월 $14. 엔터프라이즈 도구처럼 월 $500이 아닙니다.",
-  "solutions_solo_reason2_title": "Affordable Pricing",
-  "solutions_solo_reason3_desc": "When you're stuck, you talk to Martin (our founder), not a chatbot. Usually within hours, often within minutes.",
-  "solutions_solo_reason3_title": "Human Support",
-  "solutions_solo_short": "개인 개발자",
-  "solutions_solo_superpower_label": "Your Superpower",
-  "solutions_solo_superpower_subtitle": "Deploy updates in seconds. Fix bugs instantly. Keep your sanity.",
-  "solutions_solo_superpower_title": "All the Power, None of the Complexity",
-  "solutions_solo_tagline": "14일 무료 체험, 간단한 배포",
-  "solutions_solo_testimonial1": "I run 3 apps by myself. Capgo lets me push updates to all of them before my morning coffee gets cold.",
-  "solutions_solo_testimonial1_author": "David Park",
-  "solutions_solo_testimonial1_role": "Indie Developer, 3 apps on the store",
-  "solutions_solo_testimonial2": "무료 체험으로 시작했습니다. 이제 월 $14를 지불하고 매일 업데이트를 배포합니다. 제 스택에서 최고의 도구입니다.",
-  "solutions_solo_testimonial2_author": "Maria Santos",
-  "solutions_solo_testimonial2_role": "Solo Founder, Lifestyle App",
-  "solutions_solo_title": "개인 개발자를 위한",
-  "solutions_solo_why_title": "Why Solo Devs Love Us",
-  "solutions_solution_result": "Total time from bug discovery to 95% deployment: Under 5 hours. Your users barely notice there was an issue.",
-  "solutions_solution_step1_desc": "Make your code change, run your build process, and verify the fix locally.",
-  "solutions_solution_step1_time": "30 minutes",
-  "solutions_solution_step1_title": "Fix the Bug",
-  "solutions_solution_step2_desc": "One command uploads your bundle. It's immediately available to your entire user base.",
-  "solutions_solution_step2_time": "30 seconds",
-  "solutions_solution_step2_title": "Push to Capgo",
-  "solutions_solution_step3_desc": "Updates download in the background. Next app launch, they have the fix. No manual update needed.",
-  "solutions_solution_step3_time": "4 hours average",
-  "solutions_solution_step3_title": "Users Get Updated",
-  "solutions_start_free_trial": "무료 체험",
-  "solutions_startups_adv1_desc": "Push updates instantly. No app store review. No waiting. Your users get fixes the same day you write them.",
-  "solutions_startups_adv1_title": "Ship Features Daily, Not Monthly",
-  "solutions_startups_adv2_desc": "No infrastructure to manage. No CI/CD complexity. Just build and deploy.",
-  "solutions_startups_adv2_point1": "Works with your existing GitHub/GitLab workflow",
-  "solutions_startups_adv2_point2": "5-minute setup, not 5-day setup",
-  "solutions_startups_adv2_point3": "One command to deploy",
-  "solutions_startups_adv2_title": "Zero DevOps Overhead",
-  "solutions_startups_adv3_desc": "When you find a bug on Monday, fix it on Monday. Not next week when Apple finally approves your update.",
-  "solutions_startups_adv3_title": "Fix Bugs Before They Hurt Your Ratings",
-  "solutions_startups_adv4_competitor": "The other guys",
-  "solutions_startups_adv4_desc": "We're bootstrapped too. We know every dollar matters. That's why we start at $14/month, not $499.",
-  "solutions_startups_adv4_title": "Startup-Friendly Pricing",
-  "solutions_startups_advantage_label": "Your Unfair Advantage",
-  "solutions_startups_advantage_subtitle": "Without actually hiring one",
-  "solutions_startups_advantage_title": "Ship Like You Have a DevOps Team",
-  "solutions_startups_badge": "스타트업 친화적",
-  "solutions_startups_case_company": "TechCrunch Featured Startup",
-  "solutions_startups_case_metric1_label": "Deploy frequency",
-  "solutions_startups_case_metric1_value": "3x daily",
-  "solutions_startups_case_metric2_label": "Time to fix bugs",
-  "solutions_startups_case_metric2_value": "-95%",
-  "solutions_startups_case_metric3_label": "App store rating",
-  "solutions_startups_case_metric3_value": "3.2 → 4.7",
-  "solutions_startups_case_metric4_label": "Monthly cost",
-  "solutions_startups_case_metric4_value": "$14/mo",
-  "solutions_startups_case_para1": "Before Capgo, we dreaded finding bugs. Every fix meant a week of waiting for app store approval while users churned.",
-  "solutions_startups_case_para2": "We switched to Capgo in 30 minutes. That afternoon, we pushed a critical fix that had been waiting for review for 4 days.",
-  "solutions_startups_case_para3": "Now we ship updates 3-4 times per day. Our app store rating went from 3.2 to 4.7 in two months.",
-  "solutions_startups_case_quote": "Capgo is the best $14/month we spend. It's like having a DevOps team without the DevOps team.",
-  "solutions_startups_case_quote_author": "CTO, Featured Startup",
-  "solutions_startups_case_results": "30-Day Results",
-  "solutions_startups_case_stage": "Seed Stage, 3 employees",
-  "solutions_startups_cta_note": "14-day free trial. No credit card required. Cancel anytime.",
-  "solutions_startups_cta_subtitle": "Join hundreds of startups shipping updates daily. Start your free trial.",
-  "solutions_startups_cta_title": "Ready to Move Fast?",
-  "solutions_startups_description": "경쟁사보다 빠르게 기능을 배포하세요. 무료로 시작하고, 성장에 따라 확장.",
-  "solutions_startups_founder_quote": "We were losing users because we couldn't ship fast enough. The app store was our biggest bottleneck, not our code.",
-  "solutions_startups_hero_subtitle": "스타트업 세계에서는 속도가 승리합니다. 주 단위가 아닌 분 단위로 기능을 배포하세요.",
-  "solutions_startups_hero_title": "경쟁사보다 빠르게 배포",
-  "solutions_startups_pain1_desc": "You found the bug. You fixed it. Now you wait 3-7 days for Apple to approve it. Your users? Still frustrated.",
-  "solutions_startups_pain1_title": "App Store Reviews Kill Velocity",
-  "solutions_startups_pain2_desc": "Hiring a DevOps engineer costs $150k+/year. Your deployment pipeline shouldn't require one.",
-  "solutions_startups_pain2_title": "DevOps Is Expensive",
-  "solutions_startups_pain3_desc": "Every day a bug stays live is another 1-star review. At your stage, ratings matter more than anything.",
-  "solutions_startups_pain3_title": "Bad Reviews Compound",
-  "solutions_startups_pricing_highlight": "Starts at $14/month",
-  "solutions_startups_quickstart_subtitle": "No DevOps experience required",
-  "solutions_startups_quickstart_title": "Get Started in 5 Minutes",
-  "solutions_startups_quote_author": "Sarah Chen",
-  "solutions_startups_quote_role": "Founder, YC-backed startup",
-  "solutions_startups_reality_label": "The Startup Reality",
-  "solutions_startups_reality_title": "You Don't Have Time for This",
-  "solutions_startups_see_pricing": "See pricing",
-  "solutions_startups_short": "스타트업",
-  "solutions_startups_story_label": "Success Story",
-  "solutions_startups_story_title": "How a 3-Person Startup Ships Like a Fortune 500",
-  "solutions_startups_tagline": "복잡함 없이 빠르게 배포",
-  "solutions_startups_title": "스타트업을 위한",
-  "solutions_stat_apps": "947+ 앱",
-  "solutions_stat_updates": "14억 이상의 업데이트 제공",
-  "solutions_stat_years": "4년 이상 프로덕션 운영",
-  "solutions_talk_to_team": "팀과 상담",
-  "solutions_testimonial1": "We switched from CodePush after Microsoft deprecated it. Capgo was running in production within a day. We haven't looked back - it's faster, more reliable, and the team actually responds to support tickets.",
-  "solutions_testimonial1_author": "Michael Torres",
-  "solutions_testimonial1_role": "Lead Mobile Developer, RetailFlow",
-  "solutions_testimonial2": "Our app serves 200,000 daily active users. Before Capgo, a Friday bug meant a ruined weekend. Now it means a 30-minute fix. The peace of mind alone is worth the subscription.",
-  "solutions_testimonial2_author": "Sofia Andersson",
-  "solutions_testimonial2_role": "CTO, HealthTrack",
-  "solutions_the_problem": "문제점",
-  "solutions_the_solution": "솔루션",
-  "solutions_traditional_workflow": "기존 워크플로우",
-  "solutions_trusted_by_title": "선도 팀들의 신뢰",
-  "solutions_use_cases_subtitle": "Production updates work best for these common scenarios. Each one represents real pain points our customers solve daily.",
-  "solutions_usecase1_desc": "A payment flow is broken. Users can't complete purchases. With Capgo, push a fix in minutes and watch your revenue recover in real-time.",
-  "solutions_usecase1_title": "Critical Bug Fixes",
-  "solutions_usecase2_desc": "New pricing, updated terms, seasonal promotions. Update your app's content without waiting for store approval.",
-  "solutions_usecase2_title": "Content Updates",
-  "solutions_usecase3_desc": "Your test showed the new checkout flow converts 23% better. Ship it to everyone immediately instead of waiting a week.",
-  "solutions_usecase3_title": "A/B Testing Results",
-  "solutions_usecase4_desc": "Fixed that annoying alignment issue. Updated the loading animation. Small improvements ship as fast as you can code them.",
-  "solutions_usecase4_title": "UI Polish",
-  "solutions_usecase5_desc": "Something broke in production. Don't wait for weekend coverage. Push the fix now, from anywhere.",
-  "solutions_usecase5_title": "Emergency Hotfixes",
-  "solutions_usecase6_desc": "New privacy regulations require disclosure changes. Update your app before the deadline, not after.",
-  "solutions_usecase6_title": "Compliance Updates",
-  "solutions_user_churn": "User churn from unresolved bugs",
-  "solutions_version_targeting": "버전 타겟팅",
-  "solutions_version_targeting_appflow_desc": "AppFlow tied bundles to native versions automatically. With Capgo, you get the same behavior with more flexibility:",
-  "solutions_version_targeting_appflow_step1": "Create a channel for each native version (e.g., 'native-1.5.0')",
-  "solutions_version_targeting_appflow_step2": "Configure your app to use the channel matching its native version",
-  "solutions_version_targeting_appflow_step3": "Push bundles to specific channels for targeted distribution",
-  "solutions_version_targeting_appflow_step4": "Use our CLI to push to multiple channels at once when needed",
-  "solutions_version_targeting_appflow_title": "AppFlow Users: Here's Your Migration Path",
-  "solutions_version_targeting_cta_subtitle": "Start targeting updates to specific native versions.",
-  "solutions_version_targeting_cta_title": "Need Precise Update Control?",
-  "solutions_version_targeting_description": "Control which updates go to which native app versions. Create channels tied to specific native builds and push updates with precision - like AppFlow, but more flexible.",
-  "solutions_version_targeting_feature1_desc": "Create a channel for each native build. When you release native version 1.5.0, create a channel for it. All JS updates for that native version go to that channel.",
-  "solutions_version_targeting_feature1_title": "Channel Per Native Version",
-  "solutions_version_targeting_feature2_desc": "Push an update to versions 1.3, 1.4, and 1.5 but skip 1.2. Perfect when older native versions can't support new features.",
-  "solutions_version_targeting_feature2_title": "Selective Update Distribution",
-  "solutions_version_targeting_feature3_desc": "Recreate AppFlow's version-tied channel behavior exactly. Each native build maps to a Capgo channel with the same control you're used to.",
-  "solutions_version_targeting_feature3_title": "AppFlow Migration Ready",
-  "solutions_version_targeting_feature4_desc": "Stop pushing updates to old versions when you're ready to sunset them. Users on old versions stay stable while new versions get updates.",
-  "solutions_version_targeting_feature4_title": "Graceful Deprecation",
-  "solutions_version_targeting_hero_subtitle": "Reduce risk and technical debt. Push updates to specific native versions, roll out changes gradually, and keep older versions stable - all with full control over your update distribution.",
-  "solutions_version_targeting_hero_title": "Move Faster With Fewer Surprises",
-  "solutions_version_targeting_scenarios_breaking": "Breaking Native Changes",
-  "solutions_version_targeting_scenarios_breaking_desc": "Native version 2.0 has a new plugin API. Push JS updates that use the new API only to 2.0+ channels.",
-  "solutions_version_targeting_scenarios_gradual": "Gradual Rollout",
-  "solutions_version_targeting_scenarios_gradual_desc": "Test a risky change on your latest native version first. If stable, push to older versions.",
-  "solutions_version_targeting_scenarios_sunset": "Version Sunset",
-  "solutions_version_targeting_scenarios_sunset_desc": "Stop updating native 1.x while continuing to ship to 2.x. Users on old versions stay on their last stable update.",
-  "solutions_version_targeting_scenarios_title": "Common Scenarios",
-  "solutions_version_targeting_title": "Version Targeting",
-  "solutions_view_docs": "문서 보기",
-  "solutions_when_to_use": "사용 시기",
-  "solutions_white_label": "화이트 라벨 앱",
-  "solutions_white_label_cta_subtitle": "Scale from one brand to hundreds without rewriting code. Every dollar saved extends your runway.",
-  "solutions_white_label_cta_title": "Smaller Teams. Simpler Workflow. Bigger Outcomes.",
-  "solutions_white_label_description": "Deploy the same app to multiple brands, restaurants, or clients. Each gets their own channel with customized content - powered by a single codebase.",
-  "solutions_white_label_feature1_desc": "Each brand or client gets their own Capgo channel. Push brand-specific updates, content, and features without affecting other deployments.",
-  "solutions_white_label_feature1_title": "Channel Per Brand",
-  "solutions_white_label_feature2_desc": "Let users choose their experience. A restaurant app can let users select their location and download that specific restaurant's content.",
-  "solutions_white_label_feature2_title": "Dynamic Channel Switching",
-  "solutions_white_label_feature3_desc": "Manage all deployments from one dashboard. Push global updates to all channels or target specific brands.",
-  "solutions_white_label_feature3_title": "Centralized Management",
-  "solutions_white_label_feature4_desc": "Build an app store within your app. Each mini-app is a Capgo channel - users download and switch between them seamlessly.",
-  "solutions_white_label_feature4_title": "Mini-App Platform",
-  "solutions_white_label_hero_subtitle": "Your business can't afford separate codebases for each client. Build once, deploy everywhere - each brand gets their own channel with customized content, all from a single codebase.",
-  "solutions_white_label_hero_title": "One Codebase. Unlimited Brands.",
-  "solutions_white_label_miniapp_desc": "One of our customers built an entire mini-app platform using Capgo. Here's how it works:",
-  "solutions_white_label_miniapp_step1": "Main app contains the shell and navigation",
-  "solutions_white_label_miniapp_step2": "Each mini-app is a separate Capgo channel",
-  "solutions_white_label_miniapp_step3": "Users browse available mini-apps in the main app",
-  "solutions_white_label_miniapp_step4": "Selecting a mini-app downloads that channel's content",
-  "solutions_white_label_miniapp_step5": "Mini-app developers upload via CLI or SDK - never touching production",
-  "solutions_white_label_miniapp_step6": "The platform owner reviews and promotes to production",
-  "solutions_white_label_miniapp_title": "The Mini-App Store Model",
-  "solutions_white_label_tech_desc": "Capgo is the only live update platform with reliable dynamic channel switching. Change channels at runtime, download new content, and switch contexts - all without reinstalling. This technology has been refined and battle-tested for over 4 years.",
-  "solutions_white_label_tech_title": "Dynamic Channel Switching",
-  "solutions_white_label_title": "White Label & Multi-Tenant Apps",
-  "solutions_white_label_usecases_platform": "Platform Apps",
-  "solutions_white_label_usecases_platform_desc": "Build a mini-app ecosystem. Third-party developers upload to their Capgo channel, you control publication to your app store.",
-  "solutions_white_label_usecases_restaurant": "Restaurant Chains",
-  "solutions_white_label_usecases_restaurant_desc": "One app, many restaurants. Each location gets customized menus, branding, and features. Users select their restaurant and get the right experience.",
-  "solutions_white_label_usecases_saas": "B2B SaaS",
-  "solutions_white_label_usecases_saas_desc": "Offer a branded app to each of your business customers. They get their logo, colors, and features - you maintain one codebase.",
-  "solutions_white_label_usecases_title": "White Label Use Cases",
-  "solutions_why_teams_choose": "팀들이 Capgo를 선택하는 이유",
-  "solutions_with_capgo": "Capgo와 함께",
-  "somebody_developed_an_app_for_you_but_it_doesn_t_meet_your_expectations_and_the_quality_of_the_final_product_is_really_low": "누군가가 당신을 위해 앱을 개발했지만 그것이 당신의 기대에 미치지 못하고 최종 제품의 품질이 매우 낮습니다.",
-  "something_doesn_t_work_but_you_don_t_know_why": "무언가가 작동하지 않지만 이유를 모르겠습니다",
-  "source_code_protection_1": "오픈 소스 프로젝트로서, Capgo의 코드는 공개적으로 이용 가능합니다.",
-  "source_code_protection_2": "코드는 지속적으로 다음에 의해 감사를 받습니다:",
-  "source_code_protection_3": ", 생산에서 중요한 문제가 차단되었습니다.",
-  "sponsor": "후원하기",
-  "sponsor_description": "Capgo는 우리의 관대한 후원자 덕분에 무료로 사용할 수 있는 오픈 소스 프레임워크입니다. 만약 당신이 일상 업무에서 Capgo를 사용하고 있으며, 우리의 클라우드 서비스를 이용할 수 없다면, 저희를 지원해 주실 것을 고려해 주세요.",
-  "sponsor_title": "Capgo 스폰서들",
-  "sso_2fa": "SSO + 2FA",
-  "stars_in_github": "GitHub에서의 별",
-  "start_now": "지금 시작하세요",
-  "start_your_project": "프로젝트를 시작하세요",
-  "status": "상태",
-  "storage": "저장 공간<br />(GiB)",
-  "storage_calculated_info": "* 저장소는 GiB당 시간당 계산됩니다.",
-  "storage_detailed_explanation": "저장소는 웹 자산(HTML, CSS, JavaScript), 버전 메타데이터 및 체크섬이 포함된 앱 업데이트 번들을 저장하는 데 사용됩니다. 이는 즉시 롤백, 여러 릴리스 채널(생산, 베타, 스테이징) 및 배포 기록을 지원하기 위해 모든 업로드된 버전을 유지합니다. 각 OTA 업데이트마다 저장소 사용량이 증가하며, 모든 업데이트가 전체 번들로 저장됩니다. 일반적인 사용량은 제한적인 히스토리를 가진 몇 개의 앱에 대해 2GB이고, 자주 출시되는 여러 앱에 대해서는 10-20GB입니다.",
-  "storage_gb": "저장 공간 (GiB)",
-  "storage_what_is_it_used_for": "저장소는 어떤 용도로 사용되며, 어떻게 작동하나요?",
-  "submitting_a_pr_to_capgo": "<a href='https://github.com/Cap-go/capgo'><code>Capgo</code></a>에 PR을 제출하기",
-  "submitting_a_pull_request": "풀 리퀘스트 제출하기",
-  "subprocessors": "Subprocessors",
-  "subprocessors_description": "List of third-party subprocessors used to deliver Capgo.",
-  "subprocessors_intro": "Capgo relies on trusted third-party subprocessors to provide, secure, and improve the service. The list below describes the vendors and how they are used.",
-  "subprocessors_table_purpose": "Purpose",
-  "subprocessors_table_vendor": "Subprocessor",
-  "subprocessors_title": "Subprocessors",
-  "supercharge_your_app": "당신의 앱을 초강력으로 만드세요",
-  "support": "지원",
-  "support_desc": "Capgo는 팀 및 기업 고객을 위한 지원 서비스 수준 계약을 제공합니다.",
-  "support_policy": "지원 정책",
-  "support_policy_billing_support": "모든 고객에게 청구 및 계정 관리 지원이 제공됩니다.",
-  "support_policy_code_debugging": "코드 디버깅 질문에 대해서는 GitHub Issues나 Discord에서 문의하는 것을 권장합니다. 커뮤니티에는 코드 관련 문제에 대해 조언을 제공할 수 있는 경험 많은 개발자들이 있습니다.",
-  "support_policy_community_response": "가장 유용한 커뮤니티 응답을 얻으려면, 문제와 오류 메시지에 대한 정확하고 상세한 정보를 제공하세요. 메시지에 문제를 재현하는 방법을 설명하는 관련 코드 스니펫을 포함하세요.",
-  "support_policy_configuration_issues_1": "실시간 업데이트 설정",
-  "support_policy_configuration_issues_2": "앱 구성을 위한 모범 사례",
-  "support_policy_configuration_issues_3": "Capgo 스택에 대한 일반적인 질문들",
-  "support_policy_configuration_issues_title": "구성 문제",
-  "support_policy_description": "Capgo 고객 지원 정책 및 응답 시간. 지원 채널, SLA 및 라이브 업데이트 성공을 돕는 방법에 대해 알아보세요.",
-  "support_policy_intro": "Capgo는 탁월한 고객 경험을 제공하기 위해 최선을 다하고 있습니다. 이러한 약속의 일환으로, 우리는 Capgo 플랫폼을 사용하는 모든 유료 프로젝트에 대해 제한적인 기술 지원을 제공합니다. 우리의 기술 지원은 다음과 같은 범위, 시간, 연락처 및 채널로 정의됩니다.",
-  "support_policy_limited_support_1": "요청은 공식 지원 채널 중 하나를 통해 이루어집니다",
-  "support_policy_limited_support_2": "등록된 Capgo 계정 이메일 주소에서 요청이 왔습니다",
-  "support_policy_limited_support_3": "요청자는 요청과 관련된 특정 Capgo 프로젝트에 대해 개발자 이상의 접근 권한을 가지고 있습니다",
-  "support_policy_limited_support_intro": "Capgo의 유료 리소스 및/또는 유료 애드온을 사용하는 Capgo 고객에게는 제한적인 기술 지원이 제공됩니다. 다음 조건을 충족할 경우에만 지원 요청이 처리됩니다:",
-  "support_policy_not_covered_1": "사용자 애플리케이션의 일반적인 디버깅",
-  "support_policy_not_covered_2": "Capgo와의 호환성을 위한 애플리케이션 코드 재작성",
-  "support_policy_not_covered_3": "타사 또는 오픈 소스 소프트웨어를 Capgo 호환성을 위해 수정 및/또는 패치하기",
-  "support_policy_not_covered_intro": "Capgo 기술 지원 서비스에는 다음이 포함되지 않습니다:",
-  "support_policy_not_covered_title": "보장되지 않음",
-  "support_policy_official_channels_1": "웹 및 대시보드: 지원은 대시보드의 Capgo 도움말 기능 또는 당사 웹사이트를 통해서만 제공됩니다",
-  "support_policy_official_channels_2": "이메일: 대시보드나 티켓 시스템에 접근할 수 없는 경우, 등록된 Capgo 계정 이메일 주소에서 support@capgo.app로 이메일을 보내 지원팀에 문의하세요",
-  "support_policy_official_channels_note": "Capgo 지원 팀은 이러한 공식 채널을 통해 접수된 요청만 처리합니다. 커뮤니티 채널은 Capgo 커뮤니티에 기여하는 자원봉사자들이 제공하는 동료 간 지원 및 토론을 위해 존재할 수 있습니다.",
-  "support_policy_official_channels_title": "공식 지원 채널",
-  "support_policy_premium_support_desc": "팀 플랜 및 엔터프라이즈 고객을 위한 프리미엄 지원 옵션에 대해 자세히 알아보려면 아래 양식을 사용하여 문의해 주시기 바랍니다:",
-  "support_policy_premium_support_title": "프리미엄 지원",
-  "support_policy_proactive_monitoring_desc": "플랫폼 문제가 발생한 경우, status.capgo.app의 상태 사이트에 공지사항을 게시하여 영향과 상태를 신속하게 알려드립니다. 진행 중인 플랫폼 문제에 대해 지원 티켓을 제출할 필요가 없습니다. 대신 최신 업데이트와 정보를 확인하려면 상태 페이지를 모니터링하세요.",
-  "support_policy_proactive_monitoring_title": "선제적 모니터링",
-  "support_policy_scope_intro": "Capgo의 지원 제공은 Capgo 플랫폼에서 지원하는 기술에 한해서만 가능하며 다음으로 제한됩니다:",
-  "support_policy_scope_title": "범위",
-  "support_policy_service_disruption_if_billing_stopped": "<strong>결제가 중단되거나 청구가 취소된 경우:</strong> 마지막으로 성공적으로 설치된 업데이트는 각 기기에 남아 있지만, 새로운 업데이트는 다운로드되지 않습니다.",
-  "support_policy_service_disruption_if_capgo_down": "<strong>Capgo가 다운된 경우:</strong> 백그라운드 모드에서는 사용자에게 보통 보이지 않습니다. 직접 모드에서는 서비스가 접근 가능할 때 5xx 응답을 반환할 수 있습니다; 서버가 너무 느린 경우, 플러그인은 최대 3초 동안 기다렸다 쿼리를 취소하고 정상 앱 시작을 계속합니다.",
-  "support_policy_service_disruption_if_over_limit": "<strong>플랜을 초과하는 트래픽이 발생하면:</strong> 플랜이 범위 내로 돌아올 때까지 새 기기나 기존 기기는 추가 업데이트를 받지 못합니다.",
-  "support_policy_service_disruption_intro": "업데이트 시스템은 안전 실패를 위해 설계되었습니다. Capgo가 사용 불가능한 경우, 앱은 계속 실행되며 업데이트 확인으로 인한 사용자에게 보이는 정지 현상은 발생하지 않습니다.",
-  "support_policy_service_disruption_link_text": "서비스 중단 및 계획 종료 세부사항",
-  "support_policy_service_disruption_outro": "위의 모든 시나리오에서도, 귀하의 앱은 마지막으로 설치된 버전으로 사용 가능하며, 서비스가 재개될 때까지 업데이트는 단순히 건너뛰어집니다.",
-  "support_policy_service_disruption_timeout": "모든 업데이트 모드에서, 플러그인이 3초 이내에 업데이트 서비스로부터 응답을 받지 못하면 요청을 취소하고 앱을 정상적으로 엽니다.",
-  "support_policy_service_disruption_title": "서비스 중단 및 계획 종료",
-  "support_policy_sla_desc": "서비스 수준 계약(SLA)은 엔터프라이즈 고객에게만 제공됩니다. SLA 세부 사항과 지원 응답 시간을 포함한 정보는 저희 전용 SLA 페이지에서 확인하실 수 있습니다:",
-  "support_policy_sla_title": "서비스 수준 계약",
-  "support_policy_team_participation": "Capgo 팀 구성원들이 자유재량으로 커뮤니티 채널에 참여할 수 있지만, 공식 채널을 통해 제출하지 않는 한 응답을 보장할 수 없습니다.",
-  "support_policy_title": "Capgo 고객 지원",
-  "support_policy_troubleshooting_1": "알려진 문제에 대한 해결 방법 또는 솔루션 제공",
-  "support_policy_troubleshooting_2": "일반적인 방법에 대한 질문에 답하고 문서로 안내하기",
-  "support_policy_troubleshooting_3": "Capgo에서 사용자의 애플리케이션 코드와 무관하게 지원되는 기능(실시간 업데이트, 앱 관리, 분석)이 예상치 못한 동작을 보이는 경우 문제 해결",
-  "support_policy_troubleshooting_title": "문제 해결",
-  "support_teams": "지원 팀",
-  "support_title": "지원",
-  "switch_between_development_staging_production": "개발, 스테이징, 프로덕션 채널 간에 전환하세요.",
-  "table_of_contents": "목차",
-  "tailored_configuration": "맞춤형 구성",
-  "target_initial_response_times_title": "초기 응답 시간 목표",
-  "team_collaboration": "팀 협업",
-  "team_plan": "팀",
-  "terms": "이용 약관",
-  "terms_applicable": "귀하가 당사로부터 구매한 모든 제품에 대해 다음 약관이 적용됩니다.",
-  "test_deploy_and_monitor_your_capacitor_apps": "Capacitor 앱을 테스트, 배포 및 모니터링하세요.",
-  "test_deploy_monitor_from_anywhere": "어디서나 테스트, 배포, 모니터링하세요",
-  "test_different_versions_and_channels": "즉시 다양한 버전과 채널을 테스트하십시오.",
-  "test_on_real_devices": "실제 장치에서 테스트하십시오",
-  "test_pr_builds": "PR 빌드 테스트",
-  "test_releases_instantly": "즉시 테스트 릴리스",
-  "testimonial_consulting": "Capgo는 믿을 수 없을 정도로 재능 있는 엔지니어들을 보유하고 있을 뿐만 아니라, 프로젝트 성공에 대한 제 열정을 공유합니다. <strong class='italic font-bold'>진정한 파트너</strong>를 갖게 된 것은 멋진 경험이었으며, 덕분에 우리는 혼자서 할 수 있는 것보다 훨씬 더 빠르게 움직일 수 있습니다.",
-  "testimonial_consulting_2": "저는 <strong class='italic font-bold'>Capgo를 다른 사람들에게 추천하는 데 주저하지 않을 것입니다</strong>. 기존 인력에게 유연한 솔루션을 제공하거나 원격 팀의 일부로 장기적으로 활용하는 데 있어서 말입니다.",
-  "testimonial_description": "2023년부터 Capgo 사용자",
-  "testimonial_highlight": "사용자들은 수 분 내에 최신 상태로 업데이트됩니다",
-  "testimonial_title": "Capgo를 5000명 이상의 사용자 기반을 위해 프로덕션에 출시했습니다!",
-  "thank_you_for_shopping": "$1에서 쇼핑해 주셔서 감사합니다.",
-  "thanks_to_our_open_source_nature": "오픈 소스 특성 덕분에",
-  "that_grows_with_you": "당신과 함께 성장하는 것",
-  "the_webapp_and_serverless_functions_that_make_up_the_capgo_cloud_platform": "Capgo 클라우드 플랫폼을 구성하는 웹 애플리케이션 및 서버리스 함수.",
-  "there_are_numerous_repositories_in_the_capgo_organization_that_are_part_of_the_capgo": "Capgo 조직에는 Capgo 생태계의 일부인 여러 저장소가 있습니다.",
-  "they_love_capgo": "그들은 Capgo를 사랑합니다.",
-  "this_inspired_me_to_create_an_affordable_efficient_alternative": "이는 저렴하고 효율적인 대안을 만들도록 저에게 영감을 주었습니다.",
-  "this_page_serves_as_a_helper_to_get_you_started_on_contributing": "이 페이지는 기여를 시작하는 데 도움을 주는 안내서 역할을 합니다.",
-  "tier_baker": "베이커",
-  "tier_gold": "금",
-  "tier_platinum": "백금",
-  "tier_silver": "은",
-  "to_help_you_decide_which_repository_might_be_the_best_to_start_contributing_and_or_falls_into_your_interest_here_s_a_short_comparison_languages_in_bold_comprise_most_of_the_codebase": "어느 저장소에서 기여를 시작하는 것이 가장 좋을지(그리고/또는 귀하의 관심사에 해당하는지) 결정하는 데 도움이 되도록, 다음과 같은 간단한 비교를 제공합니다(<strong> 굵은 글씨로 표시된 언어가 코드베이스의 대부분을 차지합니다 </strong>):",
-  "top_100_app_using_capacitor_on_android_play_store": "안드로이드 플레이 스토어에서 Capacitor를 사용하는 상위 100개 앱 목록",
-  "top_100_app_using_different_framworks_on_android_store": "안드로이드 스토어에서 다양한 프레임워크를 사용한 상위 100개 앱 목록",
-  "top_app_by_framework": "프레임워크별 최고 앱",
-  "top_apps_by_framework": "프레임워크별 주요 앱",
-  "top_capacitor_apps": "최고의 Capacitor 앱",
-  "top_capgo_apps": "Capgo를 사용하는 주요 앱 목록",
-  "top_capgo_apps_title": "인기 Capgo 앱",
-  "top_cordova_apps": "안드로이드 스토어에서 Cordova를 사용하는 상위 100개 앱 목록",
-  "top_cordova_apps_title": "상위 Cordova 앱",
-  "top_cordova_migrate_cta_subtitle": "Migrate to Capacitor in 10 days: fewer bugs, better performance, improved accessibility, and a richer plugin ecosystem.",
-  "top_cordova_migrate_cta_title": "Still shipping Cordova?",
-  "top_flutter_apps": "안드로이드 스토어에서 Flutter를 사용한 상위 100개 앱 목록",
-  "top_flutter_apps_title": "최고의 Flutter 앱들",
-  "top_kotlin_apps": "안드로이드 스토어에서 코틀린을 사용하는 상위 100개 앱 목록",
-  "top_kotlin_apps_title": "최고의 Kotlin 앱",
-  "top_native_script_apps": "안드로이드 스토어에서 Native Script를 사용한 상위 100개 앱 목록",
-  "top_native_script_apps_title": "최고의 네이티브 스크립트 앱",
-  "top_react_native_apps": "안드로이드 스토어에서 React Native를 사용한 상위 100개 앱 목록",
-  "top_react_native_apps_title": "주요 React Native 앱",
-  "tos_acknowledgment_text_1": "이는 본 서비스 이용에 관한 이용약관이며 귀하와 회사 간의 계약을 규정합니다. 이 이용약관은 서비스 이용에 관한 모든 사용자의 권리와 의무를 명시합니다.",
-  "tos_acknowledgment_text_2": "서비스에 대한 귀하의 접근 및 사용은 이 이용약관에 대한 귀하의 수락과 준수를 조건으로 합니다. 이 이용약관은 서비스에 접근하거나 사용하는 모든 방문자, 사용자 및 기타 사람들에게 적용됩니다.",
-  "tos_acknowledgment_text_3": "서비스에 접근하거나 사용함으로써 귀하는 이 이용약관에 동의하게 됩니다. 만약 이 이용약관의 어느 부분에라도 동의하지 않는다면 귀하는 서비스에 접근할 수 없습니다.",
-  "tos_acknowledgment_text_4": "귀하는 18세 이상임을 진술합니다. 회사는 18세 미만의 사람이 서비스를 이용하는 것을 허용하지 않습니다.",
-  "tos_acknowledgment_text_5": "서비스에 대한 귀하의 접근 및 이용은 또한 귀하가 회사의 개인정보 처리방침을 수락하고 준수하는 것을 조건으로 합니다. 당사의 개인정보 처리방침은 귀하가 애플리케이션 또는 웹사이트를 사용할 때 귀하의 개인정보 수집, 사용 및 공개에 관한 당사의 정책과 절차를 설명하며, 귀하의 개인정보 권리와 법률이 귀하를 보호하는 방법에 대해 알려줍니다. 당사의 서비스를 이용하기 전에 당사의 개인정보 처리방침을 주의 깊게 읽어주시기 바랍니다.",
-  "tos_acknowledgment_title": "감사의 말",
-  "tos_changes_text_1": "당사는 단독 재량으로 언제든지 이 약관을 수정하거나 대체할 권리를 보유합니다. 중대한 개정의 경우, 당사는 새로운 약관이 발효되기 최소 30일 전에 합리적인 방법으로 통지하기 위해 노력할 것입니다. 중대한 변경의 정의는 당사의 단독 재량으로 결정됩니다.",
-  "tos_changes_text_2": "해당 수정사항이 발효된 후에도 계속해서 당사의 서비스에 접근하거나 이용하는 경우, 귀하는 수정된 약관에 동의하는 것으로 간주됩니다. 만약 새로운 약관의 전체 또는 일부에 동의하지 않으시면, 웹사이트와 서비스 이용을 중단해 주시기 바랍니다.",
-  "tos_changes_title": "본 이용약관의 변경",
-  "tos_contact_us_text": "본 이용약관에 대해 궁금한 점이 있으시면 다음과 같이 연락하실 수 있습니다:",
-  "tos_contact_us_title": "문의하기",
-  "tos_contact_us_website": "이 웹사이트의 해당 페이지를 방문함으로써:",
-  "tos_definition_account": "계정은 귀하가 당사의 서비스 또는 서비스의 일부에 접근할 수 있도록 생성된 고유한 계정을 의미합니다.",
-  "tos_definition_affiliate": "계열사란 한 당사자를 지배하거나, 그 당사자에 의해 지배되거나, 그 당사자와 공동 지배 하에 있는 법인을 의미하며, 여기서 \"지배\"란 의결권 있는 주식, 지분 또는 기타 증권의 50% 이상을 소유하여 이사 또는 기타 경영 권한을 선출할 수 있는 권리를 가지는 것을 의미합니다.",
-  "tos_definition_application": "애플리케이션은 귀하가 전자 기기에 다운로드한 $1이라는 이름의 회사에서 제공하는 소프트웨어 프로그램을 의미합니다",
-  "tos_definition_application_store": "애플리케이션 스토어는 애플리케이션이 다운로드된 Apple Inc.가 운영 및 개발한 디지털 배포 서비스(Apple App Store) 또는 Google Inc.가 운영 및 개발한 디지털 배포 서비스(Google Play Store)를 의미합니다.",
-  "tos_definition_company": "회사 (이 계약서에서 \"회사\", \"우리\", \"저희\" 또는 \"우리의\"로 지칭됨)는 Digital shift OU, Sepapaja 6, 15551, Tallinn, Estonia를 지칭합니다.",
-  "tos_definition_country": "국가는 다음을 지칭합니다: 에스토니아",
-  "tos_definition_device": "기기란 컴퓨터, 휴대전화 또는 디지털 태블릿과 같이 서비스에 접속할 수 있는 모든 장치를 의미합니다.",
-  "tos_definition_feedback": "피드백은 귀하가 당사 서비스의 속성, 성능 또는 기능에 관하여 보내는 의견, 혁신 사항 또는 제안을 의미합니다.",
-  "tos_definition_free_trial": "무료 체험은 구독 구매 시 무료로 제공될 수 있는 제한된 기간을 의미합니다.",
-  "tos_definition_in_app_purchase": "인앱 구매는 본 이용약관 및/또는 애플리케이션 스토어의 자체 이용약관에 따라 애플리케이션을 통해 이루어지는 제품, 아이템, 서비스 또는 구독의 구매를 의미합니다.",
-  "tos_definition_service": "서비스는 애플리케이션을 의미합니다.",
-  "tos_definition_subscriptions": "구독은 회사가 귀하에게 구독 기반으로 제공하는 서비스 또는 서비스에 대한 접근을 의미합니다.",
-  "tos_definition_terms": "이용 약관(이하 \"약관\"이라 함)은 귀하와 회사 간의 서비스 이용에 관한 전체 계약을 구성하는 본 이용 약관을 의미합니다.",
-  "tos_definition_third_party_social_media": "제3자 소셜 미디어 서비스란 본 서비스를 통해 표시, 포함 또는 제공될 수 있는 제3자가 제공하는 모든 서비스 또는 콘텐츠(데이터, 정보, 제품 또는 서비스)를 의미합니다.",
-  "tos_definition_you": "귀하는 서비스에 접속하거나 사용하는 개인, 또는 해당 개인이 서비스에 접속하거나 사용하는 회사나 기타 법인을 의미합니다.",
-  "tos_definitions_intro": "본 이용약관의 목적상:",
-  "tos_definitions_subtitle": "정의",
-  "tos_disclaimer_text_1": "본 서비스는 귀하에게 \"있는 그대로\" 및 \"이용 가능한 대로\" 모든 결함과 하자를 포함하여 어떠한 종류의 보증도 없이 제공됩니다. 관련 법률이 허용하는 최대 범위 내에서, 회사는 자신과 그 계열사, 그리고 각각의 라이선스 제공자 및 서비스 제공자를 대신하여, 상품성, 특정 목적에의 적합성, 소유권 및 권리 침해 없음에 대한 모든 묵시적 보증을 포함하여 서비스와 관련된 명시적, 묵시적, 법적 또는 기타 모든 보증을 명시적으로 부인합니다.",
-  "tos_disclaimer_text_2": "전술한 내용을 제한하지 않고, 회사나 회사의 공급업체는 다음 사항에 대해 어떠한 종류의 명시적 또는 묵시적 진술이나 보증도 하지 않습니다: (i) 서비스의 운영 또는 가용성, 또는 서비스에 포함된 정보, 콘텐츠, 자료 또는 제품에 관하여; (ii) 서비스가 중단되지 않거나 오류가 없을 것이라는 점; (iii) 서비스를 통해 제공되는 정보나 콘텐츠의 정확성, 신뢰성 또는 최신성에 관하여; 또는 (iv) 서비스, 서버, 콘텐츠 또는 회사가 보내거나 회사를 대신하여 보낸 이메일에 바이러스, 스크립트, 트로이 목마, 웜, 맬웨어, 시한폭탄 또는 기타 유해한 구성요소가 없다는 점.",
-  "tos_disclaimer_text_3": "일부 관할 지역에서는 특정 유형의 보증에 대한 제외나 소비자의 적용 가능한 법적 권리에 대한 제한을 허용하지 않으므로, 위의 제외 및 제한 사항 중 일부 또는 전부가 귀하에게 적용되지 않을 수 있습니다. 그러나 그러한 경우에도 이 섹션에 명시된 제외 및 제한 사항은 해당 법률에 따라 집행 가능한 최대 범위 내에서 적용될 것입니다.",
-  "tos_disclaimer_title": "\"있는 그대로\" 및 \"이용 가능한 대로\" 면책 조항",
-  "tos_disputes_resolution_text": "서비스에 대해 우려사항이나 분쟁이 있는 경우, 귀하는 먼저 회사에 연락하여 비공식적으로 분쟁을 해결하려 노력하는 것에 동의합니다.",
-  "tos_disputes_resolution_title": "분쟁 해결",
-  "tos_eu_users_text": "귀하가 유럽 연합의 소비자인 경우, 귀하는 거주 국가의 법률에 따른 모든 의무 조항의 혜택을 받게 됩니다.",
-  "tos_eu_users_title": "유럽 연합(EU) 사용자를 위한 안내",
-  "tos_governing_law_text": "국가의 법률은 법률 충돌 규칙을 제외하고 본 약관 및 귀하의 서비스 이용을 규율합니다. 응용 프로그램 사용에는 기타 지역, 주, 국가 또는 국제 법률이 적용될 수 있습니다.",
-  "tos_governing_law_title": "준거법",
-  "tos_in_app_purchases_text_1": "애플리케이션에는 제품, 서비스 또는 구독을 구매할 수 있는 인앱 구매가 포함될 수 있습니다.",
-  "tos_in_app_purchases_text_2": "앱 내 구매를 기기로 관리하는 방법에 대한 자세한 정보는 앱스토어의 약관이나 기기의 도움말 설정에서 확인할 수 있습니다.",
-  "tos_in_app_purchases_text_3": "인앱 구매는 애플리케이션 내에서만 사용할 수 있습니다. 인앱 구매를 하고 다운로드를 시작한 후에는 해당 인앱 구매를 취소할 수 없습니다. 인앱 구매는 현금이나 다른 대가로 교환하거나 양도할 수 없습니다.",
-  "tos_in_app_purchases_text_4": "인앱 구매가 성공적으로 다운로드되지 않거나 성공적으로 다운로드된 후에도 작동하지 않는 경우, 저희는 결함을 인지하거나 귀하로부터 결함에 대한 통지를 받은 후 그 원인을 조사할 것입니다. 저희는 귀하에게 대체 인앱 구매를 제공할지 또는 결함을 수리할 패치를 발행할지 여부를 결정하는 데 합리적으로 행동할 것입니다. 어떤 경우에도 저희는 인앱 구매를 대체하거나 수리하는 데 귀하에게 비용을 청구하지 않을 것입니다. 만약 저희가 관련 인앱 구매를 대체하거나 수리할 수 없거나, 합리적인 기간 내에 귀하에게 중대한 불편 없이 이를 수행할 수 없는 경우, 저희는 애플리케이션 스토어에 해당 인앱 구매의 비용까지 귀하에게 환불할 수 있는 권한을 부여할 것입니다. 또는 귀하가 환불을 요청하고자 한다면, 애플리케이션 스토어에 직접 연락하여 요청할 수 있습니다.",
-  "tos_in_app_purchases_text_5": "귀하는 모든 청구 및 거래 절차가 애플리케이션을 다운로드한 애플리케이션 스토어에서 처리되며, 해당 애플리케이션 스토어의 자체 이용 약관에 의해 규제된다는 점을 인정하고 동의합니다.",
-  "tos_in_app_purchases_text_6": "인앱 구매와 관련된 결제 문제가 있다면, 앱스토어에 직접 문의하셔야 합니다.",
-  "tos_in_app_purchases_title": "인앱 구매",
-  "tos_intellectual_property_text_1": "본 서비스 및 그 원본 콘텐츠(귀하 또는 다른 사용자가 제공한 콘텐츠 제외), 기능 및 기능성은 회사와 그 라이선스 제공자의 독점적 재산이며 앞으로도 그러할 것입니다.",
-  "tos_intellectual_property_text_2": "본 서비스는 해당 국가 및 외국의 저작권, 상표권 및 기타 법률에 의해 보호됩니다.",
-  "tos_intellectual_property_text_3": "회사의 사전 서면 동의 없이는 당사의 상표 및 트레이드 드레스를 어떠한 제품이나 서비스와 연관하여 사용할 수 없습니다.",
-  "tos_intellectual_property_title": "지적 재산권",
-  "tos_interpretation_subtitle": "해석",
-  "tos_interpretation_text": "다음 조건에 따라 정의된 의미를 가지는 단어들은 첫 글자가 대문자로 표기됩니다. 다음의 정의들은 단수형이나 복수형으로 나타나는지와 관계없이 동일한 의미를 갖습니다.",
-  "tos_interpretation_title": "해석 및 정의",
-  "tos_last_updated": "최종 업데이트: 2022년 1월 12일",
-  "tos_limitation_of_liability_text_1": "귀하가 입을 수 있는 어떠한 손해에도 불구하고, 본 약관의 어떤 조항에 따른 회사와 그 공급업체의 전체 책임 및 전술한 모든 사항에 대한 귀하의 배타적 구제수단은 귀하가 서비스를 통해 실제 지불한 금액 또는 서비스를 통해 아무것도 구매하지 않은 경우 100 USD로 제한됩니다.",
-  "tos_limitation_of_liability_text_2": "관련 법률이 허용하는 최대 범위 내에서, 회사나 그 공급업체는 어떠한 경우에도 특별, 부수적, 간접적 또는 결과적 손해(이익 손실, 데이터 또는 기타 정보의 손실, 사업 중단, 개인 상해, 서비스 사용 또는 사용 불능과 관련되거나 이로 인해 발생하는 프라이버시 손실, 서비스와 함께 사용되는 제3자 소프트웨어 및/또는 제3자 하드웨어, 또는 본 약관의 어떤 조항과 관련된 기타 손해를 포함하되 이에 국한되지 않음)에 대해 책임을 지지 않습니다. 이는 회사나 공급업체가 그러한 손해의 가능성에 대해 조언을 받았거나 구제책이 본질적 목적을 달성하지 못한 경우에도 마찬가지입니다.",
-  "tos_limitation_of_liability_text_3": "일부 주에서는 묵시적 보증의 배제나 부수적 또는 결과적 손해에 대한 책임의 제한을 허용하지 않으므로, 위의 제한 사항 중 일부가 적용되지 않을 수 있습니다. 이러한 주에서는 각 당사자의 책임이 법률이 허용하는 최대 범위로 제한될 것입니다.",
-  "tos_limitation_of_liability_title": "책임의 제한",
-  "tos_links_to_other_websites_text_1": "당사의 서비스는 회사가 소유하거나 관리하지 않는 제3자 웹사이트 또는 서비스에 대한 링크를 포함할 수 있습니다.",
-  "tos_links_to_other_websites_text_2": "회사는 제3자 웹사이트나 서비스의 콘텐츠, 개인정보 보호정책 또는 관행에 대해 통제권을 가지지 않으며 어떠한 책임도 지지 않습니다. 귀하는 또한 회사가 그러한 웹사이트나 서비스를 통해 또는 그를 통해 이용 가능한 콘텐츠, 상품 또는 서비스의 사용이나 의존으로 인해 직접적 또는 간접적으로 발생하거나 발생했다고 주장되는 손해나 손실에 대해 책임을 지지 않음을 인정하고 동의합니다.",
-  "tos_links_to_other_websites_text_3": "당사는 귀하께서 방문하는 모든 제3자 웹사이트나 서비스의 이용 약관 및 개인정보 보호정책을 반드시 읽어보실 것을 강력히 권장합니다.",
-  "tos_links_to_other_websites_title": "다른 웹사이트로의 링크",
-  "tos_please_read": "서비스를 이용하시기 전에 이용 약관을 주의 깊게 읽어주시기 바랍니다.",
-  "tos_right_to_refuse_or_terminate_service_text_1": "회사는 단독 재량에 따라 서비스를 거부하거나 접근을 중단시키거나 언제든지 원인의 유무와 관계없이 계정 또는 사업 관계를 종료할 권리를 보유하고 있습니다, 이에 한하지 않고:",
-  "tos_right_to_refuse_or_terminate_service_text_2": "추가로 합의한 서비스나 청구서에 대한 지불을 반복적으로 실패함.",
-  "tos_right_to_refuse_or_terminate_service_text_3": "회사 대표에 대한 학대, 괴롭힘 또는 불쾌한 행동.",
-  "tos_right_to_refuse_or_terminate_service_text_4": "서비스의 남용 또는 회사의 무결성, 보안, 명성을 해치는 행동.",
-  "tos_right_to_refuse_or_terminate_service_text_5": "이러한 경우, 법률에 의해 요구되지 않는 한 남아있는 구독 또는 서비스 기간에 대한 환불은 발행되지 않습니다.",
-  "tos_right_to_refuse_or_terminate_service_title": "서비스 거부 또는 종료 권리",
-  "tos_severability_subtitle": "가분성",
-  "tos_severability_text": "본 약관의 어떤 조항이 시행 불가능하거나 무효로 판단되는 경우, 해당 조항은 적용 가능한 법률 하에서 해당 조항의 목적을 최대한 달성할 수 있도록 변경 및 해석되며, 나머지 조항은 계속해서 완전한 효력을 유지합니다.",
-  "tos_severability_waiver_title": "분리 가능성 및 권리 포기",
-  "tos_subscriptions_billing_subtitle": "청구",
-  "tos_subscriptions_billing_text_1": "귀하는 회사에 정확하고 완전한 결제 정보를 제공해야 합니다. 이는 전체 이름, 주소, 주(state), 우편번호, 전화번호 및 유효한 결제 수단 정보를 포함합니다.",
-  "tos_subscriptions_billing_text_2": "어떤 이유로든 자동 결제가 실패할 경우, 회사는 전자 청구서를 발행할 것입니다. 이 청구서에는 청구 기간에 해당하는 전체 금액을 청구서에 명시된 특정 마감일까지 수동으로 결제해야 한다는 내용이 포함될 것입니다.",
-  "tos_subscriptions_billing_text_3": "구독이 인앱 구매를 통해 이루어진 경우, 모든 결제는 앱스토어에서 처리되며 앱스토어의 자체 이용약관에 따릅니다.",
-  "tos_subscriptions_cancellations_subtitle": "구독 취소",
-  "tos_subscriptions_cancellations_text_1": "귀하는 계정 설정 페이지를 통해 또는 회사에 연락하여 구독 갱신을 취소할 수 있습니다. 현재 구독 기간에 대해 이미 지불한 요금은 환불되지 않으며, 현재 구독 기간이 끝날 때까지 서비스에 접근할 수 있습니다.",
-  "tos_subscriptions_cancellations_text_2": "구독이 인앱 구매를 통해 이루어진 경우, 애플리케이션 스토어를 통해 구독 갱신을 취소할 수 있습니다.",
-  "tos_subscriptions_fee_changes_subtitle": "수수료 변경",
-  "tos_subscriptions_fee_changes_text_1": "회사는 단독 재량으로 언제든지 구독료를 수정할 수 있습니다. 구독료 변경은 현재 구독 기간이 끝날 때 효력이 발생합니다.",
-  "tos_subscriptions_fee_changes_text_2": "회사는 구독료 변경 전에 귀하에게 합리적인 사전 통지를 제공하여 변경 사항이 적용되기 전에 귀하의 구독을 해지할 수 있는 기회를 드릴 것입니다.",
-  "tos_subscriptions_fee_changes_text_3": "구독료 변경이 발효된 후 서비스를 계속 이용하는 것은 수정된 구독료 금액을 지불하는 것에 동의하는 것으로 간주됩니다.",
-  "tos_subscriptions_free_trial_subtitle": "무료 체험",
-  "tos_subscriptions_free_trial_text_1": "회사는 단독 재량으로 제한된 기간 동안 무료 체험판이 포함된 구독을 제공할 수 있습니다.",
-  "tos_subscriptions_free_trial_text_2": "무료 체험판에 가입하려면 결제 정보를 입력해야 할 수 있습니다.",
-  "tos_subscriptions_free_trial_text_3": "무료 체험 기간에 가입할 때 결제 정보를 입력하시더라도, 무료 체험 기간이 만료될 때까지 당사로부터 요금이 청구되지 않습니다. 무료 체험 기간의 마지막 날에, 귀하가 구독을 취소하지 않으셨다면, 선택하신 구독 유형에 해당하는 구독 요금이 자동으로 청구됩니다.",
-  "tos_subscriptions_free_trial_text_4": "회사는 언제든지 별도의 통지 없이 (i) 무료 체험 제공의 이용 약관을 수정하거나 (ii) 해당 무료 체험 제공을 취소할 권리를 보유합니다.",
-  "tos_subscriptions_period_subtitle": "구독 기간",
-  "tos_subscriptions_period_text_1": "서비스 또는 서비스의 일부는 유료 구독으로만 이용할 수 있습니다. 구독을 구매할 때 선택한 구독 플랜 유형에 따라 반복적이고 주기적으로 (일간, 주간, 월간 또는 연간 등) 선불로 청구됩니다.",
-  "tos_subscriptions_period_text_2": "각 기간이 끝날 때마다, 귀하가 취소하거나 당사가 취소하지 않는 한 귀하의 구독은 정확히 동일한 조건으로 자동 갱신됩니다.",
-  "tos_subscriptions_refunds_subtitle": "환불",
-  "tos_subscriptions_refunds_text_1": "법에 의해 요구되는 경우를 제외하고, 지불된 구독료는 환불되지 않습니다.",
-  "tos_subscriptions_refunds_text_2": "구독에 대한 특정 환불 요청은 회사에서 건별로 검토될 수 있으며, 회사의 단독 재량에 따라 승인될 수 있습니다.",
-  "tos_subscriptions_refunds_text_3": "구독이 앱 내 구매를 통해 이루어진 경우, 앱스토어의 환불 정책이 적용됩니다. 환불을 요청하고자 하는 경우, 앱스토어에 직접 연락하여 요청하실 수 있습니다.",
-  "tos_subscriptions_title": "구독",
-  "tos_termination_text_1": "당사는 귀하가 본 이용약관을 위반하는 경우를 포함하여 어떠한 이유로든 사전 통지나 책임 없이 즉시 귀하의 계정을 해지하거나 정지할 수 있습니다.",
-  "tos_termination_text_2": "계약 종료 시, 귀하의 서비스 사용 권한은 즉시 중단됩니다. 귀하가 계정을 해지하고자 하는 경우, 단순히 서비스 사용을 중단하시면 됩니다.",
-  "tos_termination_title": "종료",
-  "tos_title": "이용 약관",
-  "tos_translation_text": "본 이용약관은 당사가 서비스를 통해 제공한 경우 번역되었을 수 있습니다. 분쟁이 발생할 경우 원본 영문 텍스트가 우선한다는 점에 동의합니다.",
-  "tos_translation_title": "번역 해석",
-  "tos_us_federal_government_text": "귀하가 미국 연방 정부의 최종 사용자인 경우, 당사의 서비스는 48 C.F.R. §2.101에 정의된 바와 같이 \"상업적 품목\"입니다.",
-  "tos_us_federal_government_title": "미국 연방 정부 최종 사용 조항",
-  "tos_us_legal_compliance_text": "(i) 귀하는 미국 정부의 수출 금지 조치 대상 국가나 미국 정부가 \"테러 지원\" 국가로 지정한 국가에 소재하고 있지 않으며, (ii) 미국 정부의 금지 또는 제한 대상자 목록에 등재되어 있지 않음을 진술하고 보증합니다.",
-  "tos_us_legal_compliance_title": "미국 법규 준수",
-  "tos_user_accounts_text_1": "귀하께서 당사와 계정을 생성하실 때, 항상 정확하고 완전하며 최신의 정보를 제공해야 합니다. 이를 이행하지 않을 경우 약관 위반에 해당되며, 당사 서비스에서 귀하의 계정이 즉시 해지될 수 있습니다.",
-  "tos_user_accounts_text_2": "귀하는 서비스에 접근하기 위해 사용하는 비밀번호를 보호할 책임이 있으며, 귀하의 비밀번호가 당사의 서비스나 제3자 소셜 미디어 서비스와 연결되어 있는지 여부와 관계없이 귀하의 비밀번호로 이루어지는 모든 활동이나 행위에 대한 책임이 있습니다.",
-  "tos_user_accounts_text_3": "귀하는 제3자에게 비밀번호를 공개하지 않을 것에 동의합니다. 귀하는 보안 위반이나 귀하의 계정의 무단 사용을 알게 되는 즉시 당사에 통보해야 합니다.",
-  "tos_user_accounts_text_4": "다른 사람이나 단체의 이름, 합법적으로 사용할 수 없는 이름, 귀하 외의 다른 사람이나 단체의 권리가 있는 이름이나 상표(적절한 승인 없이), 또는 공격적이거나 저속하거나 음란한 이름을 사용자 이름으로 사용할 수 없습니다.",
-  "tos_user_accounts_title": "사용자 계정",
-  "tos_waiver_subtitle": "권리 포기각서",
-  "tos_waiver_text": "본 약관에 명시된 경우를 제외하고, 권리를 행사하지 않거나 의무 이행을 요구하지 않는 것이 이후에 그러한 권리를 행사하거나 의무 이행을 요구할 수 있는 당사자의 능력에 영향을 미치지 않으며, 위반에 대한 포기가 이후의 위반에 대한 포기를 의미하지 않습니다.",
-  "tos_your_feedback_text": "귀하는 회사에 제공하는 모든 피드백에 대한 모든 권리, 소유권 및 이익을 양도합니다. 어떤 이유로든 이러한 양도가 효력이 없는 경우, 귀하는 회사에게 해당 피드백을 제한 없이 사용, 복제, 공개, 재허가, 배포, 수정 및 활용할 수 있는 비독점적, 영구적, 취소 불가능한, 무상의, 전 세계적 권리 및 라이선스를 부여하는 데 동의합니다.",
-  "tos_your_feedback_title": "당신의 피드백",
-  "total_data_transfer": "총 데이터 전송",
-  "track_update_performance_and_user_adoption": "업데이트 성능 및 사용자 채택 추적",
-  "transparency_security": "투명성 & 보안",
-  "trust": "신뢰",
-  "trust_center": "신뢰 센터",
-  "trust_continuous_validation_description": "오픈 소스 투명성은 자동 스캔에 의해 지원되며, 취약점이 고객에게 영향을 미치기 전에 보이고 해결됩니다.",
-  "trust_continuous_validation_snyk_label": "Snyk 종속성 건강",
-  "trust_continuous_validation_sonar_label": "SonarCloud 보안 자세",
-  "trust_continuous_validation_title": "지속적인 유효성 검사 및 모니터링",
-  "trust_foundation_application_description": "안전한 코딩 지침, 필수 검토, 자동화된 테스팅, 독립적인 침투 테스팅은 앱 서피스를 강화합니다.",
-  "trust_foundation_application_title": "응용 프로그램 보안",
-  "trust_foundation_data_description": "고객의 패키지는 서명된 릴리스, 감사 로그 및 세분화된 API 키와 함께 전송 중이나 대기 상태에서 암호화됩니다.",
-  "trust_foundation_data_title": "데이터 보호",
-  "trust_foundation_description": "보안, 개인 정보 보호 및 신뢰성이 Capgo 플랫폼의 각 계층에 내장되어 있습니다.",
-  "trust_foundation_operations_description": "전용 런북, 24/7 모니터링, 단일 책임 소유자가 빠른 감지와 응답을 보장합니다.",
-  "trust_foundation_operations_title": "운영 준비성",
-  "trust_foundation_platform_description": "Cloudflare, Supabase 및 고립된 CI 파이프라인은 MFA, 비밀 관리 및 보호된 환경을 강제합니다.",
-  "trust_foundation_platform_title": "플랫폼 및 인프라구조",
-  "trust_foundation_title": "모든 릴리스에 걸친 계층적인 보호 조치",
-  "trust_hero_badge": "안전한 릴리스 워크플로우를 위해 구축됨",
-  "trust_hero_description": "Capgo는 독립적인 감사, 강화된 인프라 및 빠르고 안전한 배송을 위해 설계된 프로세스를 통해 귀하의 릴리즈 파이프라인을 보호합니다.",
-  "trust_hero_point_four": "창립자 주도의 보안 프로그램과 전용 사고 대응 플레이북.",
-  "trust_hero_point_one": "핵심 공급업체들은 매년 검토되는 SOC 2 인증을 유지합니다.",
-  "trust_hero_point_three": "전송 중 및 저장 시 암호화는 세분화된 접근 제어에 의해 지원됩니다.",
-  "trust_hero_point_two": "실시간으로 투명한 상태, 사건, 그리고 유지 보수 업데이트.",
-  "trust_hero_primary_cta": "준수 문서 검토",
-  "trust_hero_secondary_cta": "실시간 상태 확인",
-  "trust_hero_title": "타협 없는 보안 및 신뢰",
-  "trust_highlight_data_residency_description": "글로벌 엣지 전달은 트래픽을 종단간으로 암호화하는 동안 Supabase 저장소는 릴리스를 대기 상태에서 잠급니다.",
-  "trust_highlight_data_residency_title": "어디서나 데이터 보호",
-  "trust_highlight_soc2_description": "호스팅 및 데이터 제공업체는 매년 검토되는 인증서를 통해 SOC 2 준수를 유지합니다.",
-  "trust_highlight_soc2_title": "기업용 파트너십",
-  "trust_highlight_transparency_description": "공개 상태 페이지, 사건 업데이트, 그리고 과거의 가동 시간은 고객들에게 정보를 제공합니다.",
-  "trust_highlight_transparency_title": "운영 투명성",
-  "trust_highlights_heading": "당신이 의지할 수 있는 것",
-  "trust_meta_description": "Capgo가 계층화된 보안, 투명한 모니터링, 그리고 프라이버시 우선의 작업을 통해 공중파 업데이트를 어떻게 보호하는지 알아보세요.",
-  "trust_program_description": "우리는 지속적인 평가, 강화, 모니터링 및 개선을 통해 컨트롤을 반복합니다.",
-  "trust_program_step_assess_description": "인프라, 의존성 및 프로세스의 정기적인 검토를 통해 새로운 위험 요소가 카탈로그화되고 우선 순위가 결정됩니다.",
-  "trust_program_step_assess_title": "위험을 평가하고 우선 순위를 정하십시오.",
-  "trust_program_step_evolve_description": "사고 후 검토, 로드맵 업데이트, 그리고 투명한 보고는 프로그램을 계속 개선시킵니다.",
-  "trust_program_step_evolve_title": "진화하고 공유하다",
-  "trust_program_step_harden_description": "깊이 있는 방어는 소스, 빌드, 배포, 실행 시간 계층을 아우릅니다.",
-  "trust_program_step_harden_title": "제어를 구현하고 강화하십시오",
-  "trust_program_step_monitor_description": "자동화된 알림, 가동 시간 대시보드, 그리고 수동 검사는 지속적인 상황 인식을 제공합니다.",
-  "trust_program_step_monitor_title": "모니터 및 알림",
-  "trust_program_title": "보안 프로그램 수명주기",
-  "trust_resource_contact_cta": "이메일 보안 팀",
-  "trust_resource_contact_description": "직접 연락하여 조정된 공개, 보안 검토 또는 맞춤형 문서화를 요청하십시오.",
-  "trust_resource_contact_title": "보안과 대화가 필요하신가요?",
-  "trust_resource_status_cta": "상태 페이지 열기",
-  "trust_resource_status_description": "실시간으로 과거의 가동 시간, 유지 보수 창, 그리고 사건 통신을 확인하세요.",
-  "trust_resource_status_title": "상태 및 가동 시간",
-  "trust_resource_trust_center_cta": "신뢰 포털을 방문하십시오",
-  "trust_resource_trust_center_description": "보안 설문지, SOC 문서 및 상세한 컨트롤 매핑에 접근하십시오.",
-  "trust_resource_trust_center_title": "신뢰 포털",
-  "trust_resources_description": "Capgo를 안전하게 유지하는 정책, 제어 및 실시간 신호에 대해 더 깊이 파고들어 보세요.",
-  "trust_resources_title": "신뢰 자원을 탐색하십시오",
-  "trusted_by_developers_worldwide": "전 세계 개발자들이 신뢰하는",
-  "trusted_by_the_biggest_capacitor_apps": "가장 큰 Capacitorjs 앱들이 신뢰하는",
-  "tutorial_on": "튜토리얼",
-  "type_ii_certified": "2형 인증됨",
-  "typescript_definitions": "TypeScript 정의",
-  "ultra_low_latency": "초저지연",
-  "unauthorized_access": "무단 접근.",
-  "unauthorized_access_desc": "권한 없이 시스템에 접근하거나 사용하는 행위. 여기에는 시스템의 취약점을 탐지, 스캔 또는 테스트하려는 시도, 또는 시스템에서 사용하는 보안 또는 인증 조치를 위반하려는 시도가 포함됩니다.",
-  "unlimited_live_updates": "무제한 실시간 업데이트",
-  "unscheduled_downtime_desc": "\"예정되지 않은 다운타임\"은 해당 서비스가 고객의 허가된 사용자에게 일반적으로 접근 가능하지 않고 이용할 수 없는 시간(분 단위)을 의미하며, 고객 또는 허가된 사용자의 행위나 누락, 불가항력적 사건, 이메일로 최소 24시간 전에 공지된 예정된 유지보수, 해킹 또는 바이러스 공격, 합리적인 긴급 유지보수, 또는 SLA 제외 사항에 나열된 기타 제품별 제외 사항으로 인한 접근 불가능 또는 이용 불가능은 제외됩니다.",
-  "unscheduled_downtime_title": "4.2 예정되지 않은 다운타임",
-  "unsealed_goods": "건강 보호 또는 위생상의 이유로 반품에 적합하지 않고 배송 후 개봉된 상품의 공급.",
-  "unsure_about_active_users": "활성 사용자 수를 정확히 모르시나요?",
-  "update_size_mb": "업데이트 크기 (MB)",
-  "update_success_tracking": "업데이트 성공 추적",
-  "updates": "업데이트",
-  "updates_at_scale": "규모에 따른 업데이트?",
-  "updates_by_month": "업데이트<br />월별",
-  "updates_delivered": "업데이트가 전달되었습니다",
-  "updates_explanation": "대역폭 가격 계산의 일부",
-  "updates_per_month": "월별 업데이트",
-  "updates_size": "업데이트 크기<br />(MB)",
-  "uptime_commitment_desc": "Capgo는 구독 기간 동안 매월 Capgo가 측정한 총 시간의 최소 99.9%에 대해 실제 가용성을 제공할 것입니다 (\"가동 시간 약속\").",
-  "uptime_commitment_title": "1. 가동 시간 보장",
-  "uptime_sla": "가동 시간 SLA",
-  "urgent_enterprise_response": "1시간<br />연중무휴",
-  "urgent_priority_response": "1시간<br />24/7 × 365",
-  "urgent_support_desc": "Capgo가 모든 고객의 사용자에 대해 프로덕션 환경에서 완전히 또는 부분적으로 시스템 중단을 초래하거나 사용 불가능 또는 이용할 수 없게 만드는 결함.",
-  "urgent_support_subtitle": "심각한 문제",
-  "urgent_support_title": "1. 긴급",
-  "urgent_team_response": "24시간<br />연중무휴",
-  "use_at_your_own_risk_disclaimer_text": "서비스의 모든 정보는 \"있는 그대로\" 제공되며, 완전성, 정확성, 적시성 또는 이 정보의 사용으로 얻은 결과에 대한 보증이 없으며, 성능, 상품성 및 특정 목적에 대한 적합성에 대한 보증을 포함하되 이에 국한되지 않는 명시적 또는 묵시적인 어떠한 종류의 보증도 없습니다.",
-  "use_at_your_own_risk_disclaimer_title": "\"본인의 책임 하에 사용\" 면책 조항",
-  "use_capgo": "Capgo 사용하기",
-  "user_comments_responsibility": "사용자가 게시한 댓글은 전적으로 해당 사용자의 책임이며, 사용자는 댓글에 작성된 내용이나 그로 인해 직접적으로 발생한 명예훼손 또는 소송에 대해 전적인 책임과 의무, 비난을 감수해야 합니다. 회사는 사용자가 게시한 어떠한 댓글에 대해서도 책임을 지지 않으며, 어떤 이유로든 댓글을 삭제할 권리를 보유합니다.",
-  "using_us_in_production": "프로덕션에서 우리를 사용하기",
-  "verify_fixes_instantly": "즉시 수정 사항을 확인하십시오",
-  "version_control": "버전 관리",
-  "version_manager_that_power_ci_cd_to_update_apps": "CI/CD를 통해 앱을 업데이트하는 버전 관리자.",
-  "view_as_markdown": "Markdown으로 보기",
-  "view_npm": "NPM에서 보기",
-  "view_page_as_plain_text": "이 페이지를 일반 텍스트로 보기",
-  "view_raw_on_github": "GitHub에서 raw 보기",
-  "view_repo": "저장소 보기",
-  "view_sla": "SLA 보기",
-  "view_source": "소스 보기",
-  "views_expressed_disclaimer_text": "본 서비스는 저자들의 견해와 의견을 포함할 수 있으며, 이는 반드시 다른 저자, 기관, 조직, 고용주 또는 회사 (당사 포함)의 공식 정책이나 입장을 반영하지 않을 수 있습니다.",
-  "views_expressed_disclaimer_title": "견해 표현 면책 조항",
-  "we_already_setup_ci_cd_for_50_apps": "우리는 이미 50개 이상의 앱에 대해 CI/CD를 설정했습니다.",
-  "we_don_t_bill_you_automatically_until_your_confirmation": "귀하의 확인이 있기 전까지는 자동으로 청구되지 않습니다.",
-  "we_don_t_store_or_sell_your_data_to_anyone": "저희는 귀하의 데이터를 저장하거나 다른 누구에게도 판매하지 않습니다.",
-  "we_empower_developers_to_push_updates_instantly_ensuring_your_users_always_have_the_latest_version_of_your_app_without_the_hassle_of_app_store_approvals": "개발자들이 즉시 업데이트를 푸시할 수 있도록 지원하여, 사용자들이 앱 스토어 승인 절차 없이도 항상 최신 버전의 앱을 사용할 수 있도록 보장합니다.",
-  "we_practice_what_we_preach": "우리는 말한 대로 실천합니다",
-  "we_set_up_your_ci_cd_workflow_to_work_seamlessly_with_your_current_development_process_no_need_to_switch_platforms_or_learn_new_tools": "현재 개발 프로세스와 원활하게 작동하도록 CI/CD 워크플로우를 설정했습니다. 플랫폼을 전환하거나 새로운 도구를 배울 필요가 없습니다.",
-  "we_welcome_and_appreciate_all_contributions_to_capgo": "Capgo에 대한 모든 기여를 환영하고 감사드립니다.",
-  "website_description": "스토어 번거로움 없이 Capacitor 앱에 대한 실시간 업데이트를 전송하고 관리하세요. 5분 만에 무선(OTA) 업데이트를 설치할 수 있습니다. 채널을 사용하여 특정 그룹에게 전송하세요.",
-  "website_keywords": "Capacitor, updater, OTA, autoupdate, capgo",
-  "website_title": "Capgo - Capacitor 실시간 업데이트",
-  "welcome_to_capgo": "Capgo에 오신 것을 환영합니다",
-  "what_does_build_time_refer_to": "계획에서 \"빌드 시간\"이란 무엇을 의미하나요?",
-  "what_happens_if_i_reach_the_bandwidth_limit": "제가 대역폭 제한에 도달하면 어떻게 되나요?",
-  "what_happens_if_i_reach_the_bandwidth_limit_answer": "당신이 대역폭 제한의 50%, 70%, 90%, 그리고 100%에 도달하면 이메일로 알려드릴 것입니다. 한도에 도달하면, 결제 주기가 재설정되거나 더 많은 대역폭을 가진 플랜으로 업그레이드 할 때까지 업데이트 다운로드가 차단됩니다. 당신의 앱은 현재 버전으로 계속 작동할 것입니다.",
-  "what_happens_if_i_reach_the_mau_limit": "월간 활성 사용자 (MAU) 한도에 도달하면 어떻게 되나요?",
-  "what_happens_if_i_reach_the_mau_limit_answer": "당신이 MAU 한도의 50%, 70%, 90%, 그리고 100%에 도달했을 때 이메일 알림을 보내드릴 것입니다. 한도를 초과하면 결제 주기가 끝날 때까지 업데이트가 차단됩니다. 계속해서 업데이트를 제공하려면 더 높은 플랜으로 업그레이드해야 합니다.",
-  "what_happens_if_i_reach_the_storage_limit": "저장 공간 한도에 도달하면 어떻게 되나요?",
-  "what_happens_if_i_reach_the_storage_limit_answer": "저장 공간 한도의 50%, 70%, 90%, 그리고 100%에 도달할 때마다 이메일 알림을 받게 됩니다. 한도에 도달하면 청구 주기가 끝나거나 플랜을 업그레이드 할 때까지 새로운 번들을 업로드 할 수 없습니다. 기존의 업데이트는 정상적으로 계속 작동합니다.",
-  "what_payment_methods_answer": "우리는 모든 주요 신용카드 (Visa, Mastercard, American Express, Discover)를 받아들입니다. 연간 플랜의 경우 은행 이체도 가능합니다. 모든 결제는 Stripe를 통해 안전하게 처리됩니다.",
-  "what_payment_methods_do_you_accept": "어떤 결제 방법을 받아들이나요?",
-  "when_developing_a_capacitorjs_app_as_a_beginner_it_s_good_to_have_an_experienced_consultant_by_your_side": "CapacitorJS 앱을 초보자로 개발할 때는 경험 많은 컨설턴트의 도움을 받는 것이 좋습니다.",
-  "when_down_review": "애플리케이션이 너무 느리게 작동하거나 (단 몇 분이라도) 다운되면 사용자의 만족도를 해치고 수익을 감소시킬 수 있습니다. 이러한 상황을 피하려면 코드를 검토하여 개선이 필요한 부분을 찾으십시오.",
-  "when_its_good_to_ask_for_cordova_and_capacitorjs_consulting_services": "Cordova 및 Capacitor 컨설팅 서비스를 요청하는 것이 좋은 경우",
-  "why_is_it_important": "왜 중요한가요?",
-  "why_work": "왜 일하는가",
-  "with_us": "우리와 함께하시겠습니까?",
-  "work_without_internet_connection": "인터넷 연결 없이 작업하기",
-  "worldwide_success_rate": "전 세계적인 성공률",
-  "written_by": "작성자",
-  "yearly_plan": "연간 요금제",
-  "you_definition": "<strong>귀하</strong>는 서비스에 접근하는 개인, 또는 해당 개인이 서비스에 접근하거나 사용하는 회사나 기타 법인을 의미합니다.",
-  "you_need_a_to_access_to_specific_native_api_and_the_right_plugin_don_t_exist_we_can_develop_it_for_you_or_support_you_with_it": "특정 네이티브 API에 접근해야 하는데 적합한 플러그인이 존재하지 않습니다. 저희가 귀하를 위해 개발하거나 지원해 드릴 수 있습니다.",
-  "you_want_to_fix_a_bug_or_add_a_new_feature_to_capacitor_updater_this_is_the_repository_you_want_to_contribute_to": "<code>capacitor-updater</code>의 버그를 수정하거나 새로운 기능을 추가하고 싶으신가요? 이 저장소가 바로 여러분이 기여하고자 하는 곳입니다.",
-  "your_configuration": "당신의 구성 설정",
-  "your_live_update_solution_for_capacitor_apps": "Capacitor 앱을 위한 실시간 업데이트 솔루션",
-  "youre_in_good_company": "당신은 좋은 동료와 함께 있습니다.",
-  "zero_trust_security": "제로 트러스트 보안",
-  "zero_vendor_lockin_pay_provider_directly": "공급 업체에 대한 제로 잠금, 공급 업체에 직접 지불하세요."
-}
diff --git a/messages/zh.json b/messages/zh.json
deleted file mode 100644
index 6a9e98bcd..000000000
--- a/messages/zh.json
+++ /dev/null
@@ -1,3288 +0,0 @@
-{
-  "$schema": "https://inlang.com/schema/inlang-message-format\n\n对不起，我无法翻译网址。请提供具体的文本内容以便进行翻译。",
-  "2_3_week_delivery": "2-3周送货",
-  "30_day_support_included": "包含30天支持",
-  "3_4_week_delivery": "3-4周送货",
-  "Capacitor_Sanbox_App": "电容器沙盒应用",
-  "Capacitor_Sanbox_App_description": "将您的应用程序的每个版本直接在沙箱应用中进行尝试。从口袋里管理您的电容器应用的OTA更新，适用于iOS和Android。",
-  "From_indie_devs_to": "从独立开发者到大团队，他们都依赖Capgo来立即推送更新。",
-  "SLA": "服务级别协议（SLA）",
-  "a_specific_element_of_your_app_doesn_t_work_and_you_don_t_know_where_the_problem_is_and_how_to_fix_it": "您的应用中有一个特定元素无法正常工作，而您不知道问题出在哪里以及如何解决它。",
-  "aasa_tester": "AASA测试员",
-  "about": "关于",
-  "about_capgo": "关于Capgo",
-  "about_capgo_description": "了解Capgo，由Martin Donadieu打造的Capacitor应用实时更新解决方案。自2022年以来为移动应用提供即时OTA更新。",
-  "access_maintain_enterprise_plugins": "访问并维护我们的企业级Capacitor插件，享有优先支持和专门维护服务。",
-  "ach_available_for_enterprise_annual_payments": "ACH仅适用于企业方案客户的年度付款。欢迎联系我们了解更多信息。",
-  "active_users_up_to_date": "在24小时内的活跃用户数已更新",
-  "actual_availability": "实际可用性",
-  "actual_availability_desc": "\"实际可用性\"是指计划可用性减去非计划停机时间。",
-  "actual_availability_title": "4.3 实际可用性",
-  "adapt_as_you_grow": "随着你的成长而适应",
-  "adapt_configuration_to_infrastructure": "无论您使用GitHub、GitLab还是其他平台，我们都会调整我们的配置以适应您现有的基础设施。",
-  "additionally_make_sure_that": "除了上述内容外，请确保：",
-  "address": "地址",
-  "advanced_access_levels": "高级访问级别",
-  "advanced_collaboration_security_compliance": "随着您的组织发展而增长的高级协作、安全和合规性功能",
-  "all_around_the_globe": "全球各地",
-  "all_lower_tiers_benefits": "所有之前等级的好处",
-  "all_systems_normal": "所有系统正常",
-  "all_systems_normal_uptime": "所有系统正常：99%的运行时间",
-  "already_have_account": "已经有账户了吗？",
-  "alternatives": "替代方案",
-  "alternatives_appflow_credit": "💚 致敬: Ionic构建了令人惊叹的工具，教育了一代混合应用开发者。致敬。",
-  "alternatives_appflow_migration_guide": "迁移指南 →",
-  "alternatives_appflow_reality": "Ionic宣布将关闭Appflow。现有客户可以使用到2027年底，但不再接受新客户或新功能。",
-  "alternatives_appflow_reality_label": "现实:",
-  "alternatives_appflow_status": "⚠️ 2027年12月31日关闭",
-  "alternatives_appflow_when_good": "如果你想要CI/CD、实时更新、原生构建都在一个地方，Appflow是很棒的。这个领域的先驱。",
-  "alternatives_appflow_when_good_label": "曾经的优势:",
-  "alternatives_appflow_why_different_label": "我们的不同之处:",
-  "alternatives_appflow_why_different_li1": "我们不会关闭（这很重要！）",
-  "alternatives_appflow_why_different_li2": "$14/月 vs 他们的$499/月",
-  "alternatives_appflow_why_different_li3": "开源 vs 闭源",
-  "alternatives_appflow_why_different_li4": "只专注于更新，所以做得更好",
-  "alternatives_been_doing_desc": "始于2020年。我们经历过每一个边缘情况，熬过每一次App Store政策变更，处理过数十亿次更新。我们不会离开。",
-  "alternatives_been_doing_title": "⏰ 我们已经做了4年",
-  "alternatives_biggest_plugin_desc": "我们维护70多个免费开源Capacitor插件。除Capacitor团队外，生态系统中最多。",
-  "alternatives_biggest_plugin_note": "所以是的，我们对Capacitor相当了解。",
-  "alternatives_biggest_plugin_title": "🚀 官方Capacitor之后最大的插件提供商",
-  "alternatives_bootstrapped_desc": "没有投资者。没有债务。只有来自满意客户的可持续收入。",
-  "alternatives_bootstrapped_note": "这意味着我们可以收取公平的价格（起价$14/月，而不是$499），而且不会突然关闭或涨价10倍。",
-  "alternatives_bootstrapped_title": "💰 自力更生且盈利",
-  "alternatives_capawesome_credit": "💚 致敬: Robin（Capawesome创始人）做得很棒。在构建他们的解决方案时受到我们方法的启发，这真的很荣幸。多种选择让生态系统更好。",
-  "alternatives_capawesome_diff_experience": "<strong>经验:</strong> 我们从2020年开始（他们2024年推出实时更新）",
-  "alternatives_capawesome_diff_focus": "<strong>专注:</strong> 实时更新是我们的核心业务；对他们来说是付费插件的附属服务",
-  "alternatives_capawesome_diff_pricing": "<strong>定价:</strong> 都很实惠 - 我们起价$14/月，他们起价€9/月",
-  "alternatives_capawesome_diff_scale": "<strong>规模:</strong> 我们每月服务10亿+更新，75万+设备（他们还没有公布统计数据）",
-  "alternatives_capawesome_diff_security": "<strong>安全和透明度:</strong> 我们100%开源，有公开审计和自审计能力；他们后端0%开放，没有公开审计",
-  "alternatives_capawesome_diff_support": "<strong>支持:</strong> 都提供人工支持（我们都是小团队！）",
-  "alternatives_capawesome_differences_label": "诚实的差异:",
-  "alternatives_capawesome_full_comparison": "完整对比 →",
-  "alternatives_capawesome_reality": "Capawesome是一个可靠的新选择，有着优秀的德国工程。他们在构建实时更新解决方案时受到Capgo的启发。他们也制作出色的Capacitor插件。",
-  "alternatives_capawesome_status": "✅ 活跃且维护良好",
-  "alternatives_capawesome_when_good": "如果你想要更简单的界面，不需要一些高级功能，这是个不错的选择。",
-  "alternatives_codepush_credit": "💚 致敬: CodePush证明了实时更新模式可以大规模运作。",
-  "alternatives_codepush_reality": "CodePush曾经免费且好用...直到微软停止维护。它处于React Native的遗留模式，没有官方Capacitor支持。",
-  "alternatives_codepush_status": "🪦 已弃用 - 微软已离开",
-  "alternatives_codepush_when_good": "免费难以击败！微软的基础设施意味着可靠性。",
-  "alternatives_codepush_why_different_li1": "每月实际维护和改进",
-  "alternatives_codepush_why_different_li2": "专为Capacitor构建",
-  "alternatives_codepush_why_different_li3": "真人修复bug和添加功能",
-  "alternatives_codepush_why_different_li4": "仍然实惠: $14/月（不是VC补贴的免费，而是可持续的）",
-  "alternatives_cta_button": "开始免费试用",
-  "alternatives_cta_questions": "有问题？<a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">在Discord上问我们</a>或<a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">发邮件到support@capgo.app</a>",
-  "alternatives_cta_subtitle": "无需信用卡。无需承诺。看看是否适合你。",
-  "alternatives_cta_title": "亲自试试（14天免费）",
-  "alternatives_family_business_desc": "由Martin Donadieu和家人创立并运营。没有VC压力要求最大化增长指标或转型商业模式。我们长期建设，因为这是我们的生计。",
-  "alternatives_family_business_li1": "在美国和欧洲都有法律实体",
-  "alternatives_family_business_li2": "中国专用基础设施",
-  "alternatives_family_business_title": "👨‍👩‍👧‍👦 家族企业",
-  "alternatives_hero_subtitle": "说实话，比较页面有点傻。但这是对你选择的真正透明的看法。",
-  "alternatives_hero_title": "Capgo替代方案",
-  "alternatives_human_support_desc": "没有聊天机器人。没有AI助手。没有丢失消息的工单系统。",
-  "alternatives_human_support_note": "你会得到Martin或家庭成员的回复。通常在几小时内。有时几分钟内。是的，周末也是（我们控制不住自己😅）。",
-  "alternatives_human_support_title": "🙋 只有人工支持",
-  "alternatives_meta_description": "在寻找Capacitor实时更新解决方案？这是Capgo与替代方案的诚实透明比较。没有废话，只有关于每个平台不同之处的真实讨论。",
-  "alternatives_not_good_at_ci_cd": "与Appflow的捆绑方式不同，我们提供灵活性。使用我们的Cloud Build进行原生iOS/Android构建，或与您自己的CI/CD（GitHub Actions、GitLab CI等）集成。您来选择 - 两者都运行良好。",
-  "alternatives_not_good_at_ci_cd_label": "一体化CI/CD:",
-  "alternatives_not_good_at_docs": "基本自动更新文档很完善。但Capgo有很多选项（manual、half-manual、channel_default等），对于每个用例并不总是容易理解。我们正在积极改进。",
-  "alternatives_not_good_at_docs_label": "文档复杂性:",
-  "alternatives_not_good_at_title": "🤔 我们不擅长什么（诚实时刻）",
-  "alternatives_open_transparent_desc": "100%开源。MIT/MPL-2.0许可。你可以查看每一行代码，如果你愿意可以自托管，或完全fork。",
-  "alternatives_open_transparent_li1": "插件代码: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "alternatives_open_transparent_li2": "后端代码: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "alternatives_open_transparent_li3": "随时自审计 - 对合规和安全至关重要",
-  "alternatives_open_transparent_li4": "公开安全审计可用",
-  "alternatives_open_transparent_li5": "公开路线图、公开issues、一切公开",
-  "alternatives_open_transparent_title": "🌍 我们公开透明地做事",
-  "alternatives_other_options_title": "其他选择（以及何时选择它们）",
-  "alternatives_testimonial_1": "从Appflow迁移花了2小时。从$499/月降到$14/月。相同功能，更好的开发体验。",
-  "alternatives_testimonial_1_author": "— 法国React开发者",
-  "alternatives_testimonial_2": "周六晚上10点我有个问题。Martin本人15分钟内回复。太疯狂了。",
-  "alternatives_testimonial_2_author": "— 巴西独立开发者",
-  "alternatives_testimonial_3": "开源意味着我们可以自己审计安全性。这对我们的医疗应用来说是不可妥协的。",
-  "alternatives_testimonial_3_author": "— 健康科技创业公司CTO",
-  "alternatives_testimonial_4": "家族企业这个事实让我更信任，而不是更少。这些人不会抛弃我们。",
-  "alternatives_testimonial_4_author": "— 德国移动团队负责人",
-  "alternatives_title": "Capgo替代方案 – 诚实的比较",
-  "alternatives_what_different_title": "Capgo真正的不同之处",
-  "alternatives_why_choose_title": "人们真正选择我们的原因",
-  "alternatives_why_exists_p1": "我们可以做一个花哨的表格，展示Capgo在每个指标上都碾压竞争对手。大家都这么做。但那是扯淡，你也知道。",
-  "alternatives_why_exists_p2": "事实是？所有实时更新平台现在基本上做同样的事情：向你的Capacitor应用推送JavaScript更新。API？我们都有。频道？有的。回滚？当然。",
-  "alternatives_why_exists_p3": "那么真正重要的是什么？让我们来谈谈那个。",
-  "alternatives_why_exists_title": "为什么有这个页面",
-  "analytics": "分析学",
-  "and": "和",
-  "app_mobile": "移动应用",
-  "app_store_compliant": "符合App Store规定",
-  "appflow_credit_p1": "<strong class=\"text-emerald-400\">Ionic built something amazing.</strong> Appflow was the first platform to make live updates actually work at scale. They pioneered channels, rollbacks, native builds integration - the whole playbook.",
-  "appflow_credit_p2": "They educated an entire generation of developers on hybrid app development. Without Ionic's work, products like Capgo wouldn't exist.",
-  "appflow_credit_p3": "So yeah, massive respect to the Ionic team. This is a bummer for everyone.",
-  "appflow_credit_title": "First, let's give credit where it's due",
-  "appflow_cta_book_migration": "Book migration call",
-  "appflow_cta_questions": "Questions? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Join our Discord</a> or <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">email us</a>",
-  "appflow_cta_start_trial": "Start free trial →",
-  "appflow_cta_subtitle": "No credit card. No commitment. Migrate a test app, see if it works for you.",
-  "appflow_cta_title": "Try it free for 14 days",
-  "appflow_elephant_p1": "Ionic announced they're shutting down Appflow. Your apps will keep working until <strong class=\"text-white\">December 31, 2027</strong>, but no new features, no new customers, no updates.",
-  "appflow_elephant_p2": "If you're reading this, you're probably looking for where to go next. That's what this page is about.",
-  "appflow_elephant_title": "⚠️ The elephant in the room",
-  "appflow_enterprise_help_desc": "If your Appflow stack includes Ionic enterprise plugins, use the <a href=\"{pluginsUrl}\" class=\"text-emerald-300 hover:underline\">Ionic Enterprise Plugins guide</a>. Paid support is available on demand - <a href=\"{supportUrl}\" class=\"text-emerald-300 hover:underline\">see support options</a>. Need a hands-on migration? We offer paid migration services - <a href=\"{migrationUrl}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_enterprise_help_title": "Enterprise plugins and paid help (optional)",
-  "appflow_experience_desc": "4 years of live updates at scale. Billions of updates served. Every App Store policy change, every edge case, every weird device - we've seen it.",
-  "appflow_experience_note": "Also: we're the <strong>biggest Capacitor plugin provider</strong> after the official Capacitor team (30+ plugins). We know the ecosystem inside and out.",
-  "appflow_experience_title": "4. We've been doing this since 2020",
-  "appflow_faq_a1": "Nope. Whatever you're using now (GitHub Actions, GitLab CI, Jenkins, etc.) keeps working. Just change the upload step to use our CLI instead of Appflow's.",
-  "appflow_faq_a2": "We do cloud native builds! We just don't do the full CI/CD automation pipeline. You can trigger builds through our CLI or API, but we're not trying to replace your GitHub Actions/GitLab CI workflow - we integrate with it.",
-  "appflow_faq_a3": "Probably a lot. Appflow starts at $499/month. We start at $14/month and scale with usage (roughly $0.001 per MAU). Most migrations save 80-95% on update costs.",
-  "appflow_faq_a4": "We serve 1B+ updates/month across 50M+ devices. 99.9%+ uptime. Check real-time stats at <a href=\"https://status.capgo.app/history\" class=\"text-blue-300 underline hover:text-blue-200\">status.capgo.app</a>",
-  "appflow_faq_q1": "Do I need to change my CI/CD setup?",
-  "appflow_faq_q2": "What about native builds?",
-  "appflow_faq_q3": "Will this save money?",
-  "appflow_faq_q4": "How's the reliability?",
-  "appflow_faq_title": "Common questions",
-  "appflow_focus_desc": "Appflow did live updates + CI/CD + native builds. We just do <strong class=\"text-white\">live updates</strong>.",
-  "appflow_focus_note": "IMO it's better to keep concerns separate anyway. Use GitHub Actions (or whatever) for CI/CD. Use Capgo for updates. Each tool does what it's best at.",
-  "appflow_focus_title": "6. Focus on one thing (and do it really well)",
-  "appflow_footer_note": "Built with respect for what Ionic created. Here to help you keep shipping.",
-  "appflow_hero_subtitle": "Let's talk honestly about what's happening and what your options are.",
-  "appflow_hero_title": "Migrating from Appflow?",
-  "appflow_migration_basics_title": "The basics:",
-  "appflow_migration_guide_text": "Full migration guide: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/from-appflow-to-capgo</a>",
-  "appflow_migration_how_title": "How hard is migration?",
-  "appflow_migration_intro": "<strong class=\"text-white\">TL;DR: Not hard.</strong> Most teams are up and running in under a day.",
-  "appflow_migration_step1": "Uninstall <code class=\"text-blue-300\">@capacitor/live-updates</code>, install <code class=\"text-blue-300\">@capgo/capacitor-updater</code>",
-  "appflow_migration_step2": "Call <code class=\"text-blue-300\">notifyAppReady()</code> instead of all the Appflow sync/download/reload code",
-  "appflow_migration_step3": "Upload bundles with our CLI instead of theirs",
-  "appflow_migration_stuck": "Stuck? <a href=\"https://cal.com/team/capgo/appflow-migration\" class=\"text-blue-300 underline hover:text-blue-200\">Book a free migration call</a> and we'll walk you through it.",
-  "appflow_not_good_at_ci_cd": "与Appflow的捆绑方式不同，我们提供灵活性。使用我们的Cloud Build进行原生iOS/Android构建，或与您自己的CI/CD（GitHub Actions、GitLab CI等）集成。您来选择 - 两者都运行良好。",
-  "appflow_not_good_at_ci_cd_label": "All-in-one CI/CD:",
-  "appflow_not_good_at_docs": "Basic automatic updates are well documented and clear. But Capgo offers many update modes (manual, half-manual, channel_default, etc.) - not all use cases are equally easy to understand yet. We're working on it.",
-  "appflow_not_good_at_docs_label": "Documentation complexity:",
-  "appflow_not_good_at_title": "🤔 What we're NOT (honesty time)",
-  "appflow_not_shutting_desc": "Capgo is a <strong class=\"text-white\">bootstrapped family business</strong>. No VC pressure to \"pivot\" or \"maximize growth metrics.\" This is our livelihood, built to last decades.",
-  "appflow_not_shutting_li1": "Legal entities in both US and Europe",
-  "appflow_not_shutting_li2": "Dedicated infrastructure for China",
-  "appflow_not_shutting_note": "We've been profitable since year one. Sustainable pricing, sustainable business.",
-  "appflow_not_shutting_title": "1. We're not shutting down (obviously important)",
-  "appflow_opensource_desc": "Not just the plugin - <strong class=\"text-white\">the entire backend too</strong>:",
-  "appflow_opensource_li1": "Plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "appflow_opensource_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "appflow_opensource_li3": "Self-host if you want. Fork it if you need. Audit the security yourself.",
-  "appflow_opensource_note": "This matters if you got burned by a proprietary service shutting down (looking at you, Appflow).",
-  "appflow_opensource_title": "3. 100% open source (MIT/MPL-2.0)",
-  "appflow_or_similar": "AppFlow或类似的",
-  "appflow_plugins_col_capgo": "Capgo alternative",
-  "appflow_plugins_col_guide": "Migration guide",
-  "appflow_plugins_col_ionic": "Ionic plugin",
-  "appflow_plugins_desc": "If you use Ionic's enterprise plugins, here are the direct Capgo replacements and migration guides.",
-  "appflow_plugins_link_text": "Migration guide",
-  "appflow_plugins_opensource_note": "All Capgo plugins are open source. Paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">learn more</a>.",
-  "appflow_plugins_or": "or",
-  "appflow_plugins_title": "Ionic enterprise plugins: equivalents in Capgo",
-  "appflow_pricing_comparison": "Appflow: <strong class=\"text-rose-400\">$499/month</strong> minimum<br>Capgo: <strong class=\"text-emerald-400\">$14/month</strong> to start, scales with usage",
-  "appflow_pricing_note": "We can charge less because we're not funding massive overhead. Just a small team building great tools.",
-  "appflow_pricing_title": "2. Pricing that makes sense",
-  "appflow_support_desc": "No chatbots. No ticket systems. No \"AI assistants.\"",
-  "appflow_support_note": "You get Martin (me!) or someone from the team. Usually within hours. Often within minutes. Yes, even on weekends (we can't help ourselves 😅).",
-  "appflow_support_open_desc": "Every Capgo plugin is open source, so you can audit, fork, and self-host if you want. If you need guaranteed response times or migration help, paid support is optional - <a href=\"{url}\" class=\"text-emerald-300 hover:underline\">see support options</a>.",
-  "appflow_support_open_title": "Open source plugins. Optional paid support.",
-  "appflow_support_title": "5. Actually human support",
-  "appflow_testimonial_1": "Migration from Appflow took 2 hours. We went from $499/month to $14/month. Same features, better docs.",
-  "appflow_testimonial_1_author": "— React developer, France",
-  "appflow_testimonial_2": "I had a question at 10pm Saturday. Martin answered in 15 minutes. With actual code examples.",
-  "appflow_testimonial_2_author": "— Solo dev, Brazil",
-  "appflow_testimonial_3": "Open source backend was non-negotiable for our healthcare app. Capgo was the only option that met our security requirements.",
-  "appflow_testimonial_3_author": "— CTO, health tech startup",
-  "appflow_testimonial_4": "Family business = no rugpull risk. After Appflow shutting down, that stability matters.",
-  "appflow_testimonial_4_author": "— Mobile team lead, Germany",
-  "appflow_testimonials_more": "More testimonials:",
-  "appflow_testimonials_title": "What people actually say",
-  "appflow_what_different_title": "What makes Capgo different",
-  "application_definition": "<strong>应用程序</strong>是指由公司提供的，您在任何名为{brand}的电子设备上下载的软件程序。",
-  "application_definition_refund": "应用程序是指由公司提供的软件程序，您可以在任何电子设备上下载，名为$1",
-  "apps": "应用程序",
-  "apps_with_20m_users": "拥有2000万+用户的应用程序",
-  "architecture_review_optimization": "为您的移动开发团队提供架构审查，性能优化和战略指导。",
-  "are_there_any_setup_fees_answer": "永不收取设置费用。我们的所有定价都是透明的，包含了您开始所需的一切。对于按量付费计划，超额使用将以公开发布的价格作为积分进行计费。与此领域的其他平台不同，我们不隐藏任何成本 - 您看到的就是您需要支付的。",
-  "are_there_any_setup_fees_or_hidden_costs": "有没有任何设置费用或隐藏成本？",
-  "as_the_largest_ecosystem_of_open_source_plugins_for_capacitor_we_re_committed_to_innovation_transparency_and_community_driven_development": "作为Capacitor开源插件的最大生态系统，我们致力于创新、透明度和社区驱动的开发。",
-  "ask_for_help_in_the_community_chat_room": "在<a href=\"https://discord.capgo.app\">社区聊天室</a>寻求帮助。",
-  "ask_questions_about_page": "就此页面提问",
-  "assign_specific_rights_and_access_levels_to_each_user_within_your_organizations": "为您的组织中的每个用户分配特定的权限和访问级别，确保安全性和适当的资源分配。",
-  "at_scale": "大规模",
-  "aup": "可接受使用政策",
-  "aup_intro": "本可接受使用政策（以下简称“政策”）概述了禁止使用Capgo及其附属公司提供的网络服务（以下简称“服务”）和位于https://capgo.app的网站（以下简称“Capgo网站”）的用途。本政策中的示例并非详尽无遗。我们可能会随时通过在Capgo网站上发布修订版本来修改此政策。通过使用服务或访问Capgo网站，您同意此最新版本的政策。如果您违反该政策或授权他人或协助他人这样做，我们可能会暂停或终止您对服务的使用。",
-  "aup_monitoring_enforcement": "我们的监控和执行",
-  "aup_monitoring_enforcement_desc": "我们保留权利，但不承担义务，去调查任何违反此政策或滥用服务或Capgo网站的行为。我们可能会：",
-  "aup_no_email_abuse": "禁止滥用电子邮件或其他信息",
-  "aup_no_email_abuse_desc": "您不得分发、发布、发送或协助发送未经请求的大量电子邮件或其他信息、促销活动、广告或招揽（如“垃圾邮件”），包括商业广告和信息公告。未经发件人明确许可，您不得更改或隐藏邮件头部，也不得冒充发件人身份。如果从另一家互联网服务提供商发送的消息违反了本政策或该提供商的可接受使用政策，您不得收集对这些消息的回复。",
-  "aup_no_illegal_use": "禁止非法、有害或冒犯性的使用或内容",
-  "aup_no_illegal_use_desc": "您不得使用或鼓励、推广、促进或指导他人使用服务或Capgo网站进行任何非法的、有害的、欺诈性的、侵权的或冒犯性的行为，也不得传输、存储、展示、分发或以其他方式提供非法的，有害的，欺诈性的，侵权的或冒犯性内容。禁止活动和内容包括：",
-  "aup_no_network_abuse": "无网络滥用",
-  "aup_no_network_abuse_desc": "除非您获得与他们通信的许可，否则您不得与任何用户、主机或网络建立网络连接。禁止的活动包括：",
-  "aup_no_security_violations": "没有安全违规行为",
-  "aup_no_security_violations_desc": "您不得使用服务去违反任何网络、计算机或通信系统，软件应用程序，或网络或计算设备（每一个都被称为“系统”）的安全性或完整性。禁止的活动包括：",
-  "aup_reporting_violations": "违反此政策的报告",
-  "aup_reporting_violations_desc": "如果您发现有任何违反此政策的行为，您应立即通知我们，并根据我们的要求提供协助，以停止或纠正这种违规行为。如需举报任何违反此政策的行为，请通过support@capgo.app与我们联系。",
-  "availability_97_95": "小于97.0%，但大于或等于95.0%",
-  "availability_98_97": "小于98.0%，但大于或等于97.0%",
-  "availability_99_98": "小于99.9%，但大于或等于98.0%",
-  "availability_below_95": "低于95.0%",
-  "avoiding_system_restrictions": "避免系统限制。",
-  "avoiding_system_restrictions_desc": "使用手动或电子方式来避免系统上设置的任何使用限制，例如访问和存储限制。",
-  "awesome_capacitor": "棒极了的电容器",
-  "bandwidth": "带宽",
-  "bandwidth_explanation": "在Capgo，我们通过追踪从存储位置到用户设备之间通过边缘服务器传输的数据量来衡量带宽。这有助于我们提供实时更新。",
-  "bandwidth_gb": "带宽（GiB）",
-  "beautiful_native_experience": "美丽的本土体验",
-  "become_a_sponsor": "成为赞助商",
-  "before_submitting_a_pr": "在提交PR到任何仓库之前，请确保已完成以下操作：",
-  "benefit_from_our_deep_expertise_in_mobile_app_ci_cd_best_practices_without_the_need_to_build_and_maintain_a_complex_system_yourself": "从我们在移动应用CI/CD最佳实践方面的深厚专业知识中受益，无需您自己构建和维护复杂的系统。",
-  "best_value": "最佳价值",
-  "billed_annually_at": "按年计费",
-  "billed_monthly": "每月计费",
-  "blog": "博客",
-  "book_a_consultation": "预约咨询",
-  "break_even_timeline": "仅仅6个月，你就已经开始省钱了！",
-  "browse_all_plugins": "浏览所有插件",
-  "browse_plugin_library": "浏览我们的插件库",
-  "bug_bounty": "漏洞赏金",
-  "bug_bounty_conduct_intro": "We are friendly and we do pay for valid reports, but we cannot work with people who do not respect our time. Please keep communication calm and follow this program.",
-  "bug_bounty_conduct_rule_1": "We respond to security reports and breaches within 24-72 hours.",
-  "bug_bounty_conduct_rule_2": "Do not spam us. More than three emails in a single day is considered spam and will be blocked.",
-  "bug_bounty_conduct_rule_3": "We do not pay for reports that ignore these rules or are spam.",
-  "bug_bounty_conduct_rule_4": "Only in-scope reports that follow this bug bounty program are accepted; anything else may be blocked.",
-  "bug_bounty_conduct_rule_5": "Do not ask whether we are a scam or for payment status updates. We may be slow to respond at times, so please keep communication focused and respectful. Reporter records and payout proof are publicly visible for transparency.",
-  "bug_bounty_conduct_title": "Response Time and Respect",
-  "bug_bounty_contact": "如有关于漏洞赏金计划的问题，请通过GitHub Security Advisories联系我们。",
-  "bug_bounty_description": "了解Capgo漏洞赏金计划。通过提供精确的代码行引用来报告我们开源代码中的安全漏洞，获得潜在奖励。",
-  "bug_bounty_how_to_report_step_1": "导航到GitHub上的相关仓库",
-  "bug_bounty_how_to_report_step_2": "点击\"Security\"标签",
-  "bug_bounty_how_to_report_step_3": "点击\"Report a vulnerability\"创建新的安全公告",
-  "bug_bounty_how_to_report_step_4": "包含漏洞存在的精确文件路径和行号",
-  "bug_bounty_how_to_report_step_5": "提供详细的重现步骤并解释安全影响",
-  "bug_bounty_how_to_report_title": "如何报告",
-  "bug_bounty_important_label": "重要",
-  "bug_bounty_important_note": "如果您无法提供问题所在的GitHub中精确的代码行，您的报告将不符合漏洞赏金计划的资格。报告必须仅通过GitHub Security Advisory提交。奖励将通过 Algora.io 支付。请在该平台创建账户，我们将直接在平台上向您付款。",
-  "bug_bounty_intro": "Capgo致力于安全和透明。我们所有的代码都是开源的，我们欢迎安全研究人员帮助我们识别代码库中的漏洞。",
-  "bug_bounty_open_source_desc": "Capgo组织中的每个仓库都是开源的。您可以审查、审计和贡献我们的代码。",
-  "bug_bounty_open_source_title": "开源代码",
-  "bug_bounty_org": "GitHub组织",
-  "bug_bounty_out_of_scope_1": "没有GitHub中精确代码行引用的报告",
-  "bug_bounty_out_of_scope_2": "未通过GitHub Security Advisory提交的报告",
-  "bug_bounty_out_of_scope_3": "没有概念验证的理论漏洞",
-  "bug_bounty_out_of_scope_4": "第三方依赖或服务的问题（请上游报告，例如 Supabase）。",
-  "bug_bounty_out_of_scope_5": "社会工程或网络钓鱼尝试",
-  "bug_bounty_out_of_scope_6": "拒绝服务攻击",
-  "bug_bounty_out_of_scope_title": "范围外",
-  "bug_bounty_payment_note": "Payments are issued only after we have identified the issue, fixed it, opened a pull request, and you have verified after release that the fix works for you. This process usually takes between 20 and 30 days. Please do not send messages like \"to get paid\"; payment happens only once the release is live and you've tested and validated the fix.",
-  "bug_bounty_program": "漏洞赏金计划",
-  "bug_bounty_repo_cli": "Capgo CLI",
-  "bug_bounty_repo_cli_desc": "用于管理Capgo部署和实时更新的命令行界面",
-  "bug_bounty_repo_landing": "Capgo后端和落地页",
-  "bug_bounty_repo_landing_desc": "Capgo主仓库，包括后端服务和网站",
-  "bug_bounty_repo_updater": "Capacitor Updater插件",
-  "bug_bounty_repo_updater_desc": "处理移动设备OTA更新的核心Capacitor插件",
-  "bug_bounty_report_security_issue": "报告安全问题",
-  "bug_bounty_requirement_1": "您必须在我们的GitHub仓库中识别漏洞所在的精确文件和行号",
-  "bug_bounty_requirement_2": "您的报告必须通过相关仓库的GitHub Security Advisory提交",
-  "bug_bounty_requirement_3": "您必须包含漏洞及其潜在影响的清晰描述",
-  "bug_bounty_requirement_4": "您必须提供可重现的步骤来演示问题",
-  "bug_bounty_requirements_intro": "要符合漏洞赏金计划的资格，您的报告必须满足以下所有要求：",
-  "bug_bounty_requirements_title": "有效报告的要求",
-  "bug_bounty_supabase_examples_title": "示例",
-  "bug_bounty_supabase_intro": "如果问题在 Supabase 且与 Supabase 端点相关，请向 Supabase 报告（不是 Capgo）。只有能复现并给出在与我们相同配置的 Supabase 项目中可通过具体设置/配置更改避免的问题，才在此有效。",
-  "bug_bounty_supabase_limitations_1": "Provide a reproducible case and the exact Supabase setting/config change in the demo project that resolves the issue while keeping your existing rule set intact.",
-  "bug_bounty_supabase_limitations_2": "Email verification behavior is expected to follow your Supabase Auth project settings (for example, whether email confirmation is disabled and capture-based auth is used).",
-  "bug_bounty_supabase_limitations_3": "Password update and account-recovery flows may not always require old-password re-entry or re-verification if Supabase Auth is configured that way.",
-  "bug_bounty_supabase_limitations_4": "If the issue is in this list but you can show a concrete Supabase-side fix in the provided project, then we can consider it in scope.",
-  "bug_bounty_supabase_limitations_intro": "We only review these findings when they can be reproduced in a shared Supabase demo project that mirrors our setup. In this workflow, the behavior must be confirmed as a Supabase Auth default/capability and fixed in Supabase configuration only, without changing Capgo security rules.",
-  "bug_bounty_supabase_limitations_title": "Known Supabase Auth Limitations (Already Reported)",
-  "bug_bounty_supabase_not_valid_1": "Supabase 平台漏洞或宕机",
-  "bug_bounty_supabase_not_valid_2": "无法复现的发现",
-  "bug_bounty_supabase_not_valid_3": "没有给出可修复的 Supabase 设置更改",
-  "bug_bounty_supabase_not_valid_title": "此处无效",
-  "bug_bounty_supabase_title": "Supabase 与第三方服务",
-  "bug_bounty_supabase_valid_1": "可通过 Supabase 设置修复的误配置（含步骤）",
-  "bug_bounty_supabase_valid_2": "Capgo 集成导致 Supabase 使用不安全的问题",
-  "bug_bounty_supabase_valid_3": "可通过明确 Supabase 配置更改修复的可复现问题",
-  "bug_bounty_supabase_valid_title": "此处有效",
-  "bug_bounty_view_repository": "查看仓库",
-  "build_from_anywhere": "从任何机器构建",
-  "build_hours": "建设时间",
-  "build_in_public_on_twitter": "在Twitter上公开构建",
-  "build_minutes": "构建分钟",
-  "build_time_explanation": "构建时间是指Capgo使用我们的云端解决方案Capgo Build在云中构建您的原生应用所花费的时间，该解决方案适用于iOS和Android。它允许您在任何计算机上构建应用程序，无需Mac，简化CI/CD工作流程，并使不熟悉原生构建的团队成员能够可靠地生成构建。使用Capgo CLI，您可以以简单且可重复的方式触发构建，通常比管理自己的CI/CD设置更快、更容易。",
-  "built_for_devs_badge": "对开发者友好",
-  "built_for_devs_code_comment": "我的应用程序",
-  "built_for_devs_cta": "免费试用",
-  "built_for_devs_feature_analytics": "插件分析",
-  "built_for_devs_feature_analytics_desc": "在您的仪表板中跟踪更新健康状况，覆盖范围和日志",
-  "built_for_devs_feature_api": "公共API",
-  "built_for_devs_feature_api_desc_part1": "从您自己的软件管理Capgo并创建白标签体验",
-  "built_for_devs_feature_api_docs": "API文档",
-  "built_for_devs_feature_capacitor": "对 Capacitor 6 & 7 的支持",
-  "built_for_devs_feature_capacitor_desc": "与最新的Capacitor版本和所有主要平台完全兼容",
-  "built_for_devs_feature_channels": "多渠道投放",
-  "built_for_devs_feature_channels_desc": "支持生产、暂存、测试和自定义更新流程",
-  "built_for_devs_feature_cli": "CLI与REST API",
-  "built_for_devs_feature_cli_desc": "在CI/CD中使用，脚本，或手动操作 - 由你选择",
-  "built_for_devs_feature_differential": "智能差异更新",
-  "built_for_devs_feature_differential_desc_part1": "仅下载已更改的内容，节省带宽和时间",
-  "built_for_devs_feature_differential_learn": "了解更多",
-  "built_for_devs_feature_distribution": "高级更新分发",
-  "built_for_devs_feature_distribution_desc_part1": "使用渠道进行Beta测试和分阶段推出，针对特定用户群体提供不同版本。",
-  "built_for_devs_feature_distribution_learn": "了解更多",
-  "built_for_devs_feature_opensource": "可组合的 & 开源的",
-  "built_for_devs_feature_opensource_desc": "仅使用插件，或者接入完整的Capgo云",
-  "built_for_devs_feature_rollback": "回滚与版本固定",
-  "built_for_devs_feature_rollback_desc": "立即从错误的部署中恢复",
-  "built_for_devs_feature_soc2": "SOC 2认证",
-  "built_for_devs_feature_soc2_desc_part1": "我们正在积极努力获得SOC 2类型II认证，以提供对我们安全控制的独立验证。",
-  "built_for_devs_feature_soc2_trust": "信任中心",
-  "built_for_devs_feature_support": "闪电般的快速支持",
-  "built_for_devs_feature_support_desc": "电子邮件或Discord支持。按需付费的用户可以获得专用的Slack共享频道访问权限。",
-  "built_for_devs_feature_ts": "TypeScript支持",
-  "built_for_devs_feature_ts_desc": "具有完全类型的API和插件，用于可预测的集成",
-  "built_for_devs_phone_time": "2秒前...",
-  "built_for_devs_phone_update": "✓ Capgo更新已应用V1.0.11",
-  "built_for_devs_subtitle": "安装快捷。易于扩展。完全透明。Capgo被设计用于与现代 CapacitorJS 开发工作流程配合使用 —— 从命令行界面到云端。",
-  "built_for_devs_title": "为开发者打造",
-  "built_for_enterprise_teams": "为企业团队打造",
-  "built_with_supabase": "使用Supabase构建",
-  "business_hours_note": "营业时间为早上6点至晚上6点（当地时间），除非另有说明。",
-  "calculate_your_usage": "计算您的积分使用情况",
-  "calculate_your_usage_description": "输入您的预计每月活跃用户数、每月更新次数和更新大小，以获取您的预估积分费用。",
-  "calculated_usage_pricing": "计算使用量和定价",
-  "can_i_cancel_at_any_time": "我可以随时取消吗？",
-  "can_i_change_my_plan_answer": "是的，您可以随时升级或降级您的套餐。升级会立即生效，而降级则在您当前的计费周期结束时应用。这确保了您在当前套餐到期之前充分利用它的价值。",
-  "can_i_change_my_plan_at_any_time": "我可以随时更改我的计划吗？",
-  "can_i_use_credits_without_subscription": "我可以在没有活跃订阅的情况下使用积分吗？",
-  "can_i_use_credits_without_subscription_answer": "不。只有在订阅有效时才能使用或购买积分。您需要一个活跃的计划来使用积分以覆盖超出您计划限制的使用量。积分是预付的，自购买之日起有效期为1年。",
-  "can_i_use_soc2_with_other_plans": "我可以在Solo，Maker或Team计划中使用SOC 2合规性吗？",
-  "cancellation_deadline": "取消订单的截止日期是您收到货物之日起14天，或者您指定的非承运人第三方接收产品交付之日起14天。",
-  "cancellation_link": "通过访问我们网站上的这个页面：",
-  "cancellation_period": "您有权在14天内无需给出任何理由取消您的订单。",
-  "cancellation_policy_details": "可以。您可以随时取消订阅。取消后，您将在剩余的计费周期内继续访问您的套餐。如果还有未结清的按用量收费，取消时会立即结算。此后将不再收取费用。",
-  "canonical": "规范的",
-  "cant_find_what_you_need": "找不到你需要的吗？",
-  "capacitor_config_changes_answer": "不可以，capacitor.config.ts的更改无法通过Capgo实时更新发送。Capacitor配置文件在原生构建时读取并编译到原生应用二进制文件中。这意味着对capacitor.config.ts的任何更改（如插件配置、应用ID、服务器设置或原生插件选项）都需要通过App Store或Google Play发布新的原生版本。Capgo只能更新在运行时加载的Web资源（HTML、CSS、JavaScript）。",
-  "capacitor_config_changes_question": "我可以通过Capgo更新capacitor.config.ts的更改吗？",
-  "capacitor_power_approximately_1_of_apps_on_google_play_store": "电容器功率大约占Google Play商店应用的1%",
-  "capflow_meta_description": "看看Capgo的本地OTA平台在可靠性、自动化和定价方面与Ionic AppFlow的比较。",
-  "capflow_nav_label": "Ionic AppFlow与Capgo",
-  "capflow_title": "Ionic AppFlow与Capgo",
-  "capgo_availability_faq_canceled": "订阅已取消：现有更新保持不变，不会下载新的更新",
-  "capgo_availability_faq_capgo_down": "Capgo出现故障：应用程序忽略更新，现有更新停留在设备上",
-  "capgo_availability_faq_intro": "即使Capgo无法使用，您的应用程序仍将正常工作。以下是在不同情况下会发生的情况：",
-  "capgo_availability_faq_limits": "超过计划限制：在您升级或添加额度之前，更新将停止。",
-  "capgo_availability_faq_link": "在我们的文档中了解更多",
-  "capgo_availability_faq_title": "当Capgo停机、取消或我超出我的计划限制时会发生什么？",
-  "capgo_enables_development_teams_at_some_of_the_most_innovative_companies": "Capgo使一些最具创新性的公司的开发团队得以启动。",
-  "capgo_gives_you_the_best_insights_you_need_to_create_a_truly_professional_mobile_app": "Capgo为您提供创建真正专业移动应用所需的最佳洞察力。",
-  "capgo_home": "Capgo回家",
-  "capgo_is_the_cutting_edge_live_update_system_designed_specifically_for_capacitor_applications": "Capgo是专为Capacitor应用程序设计的尖端实时更新系统。",
-  "capgo_is_used_to_update_its_own_apps_allowing_us_to_continuously_improve_and_refine_our_product_through_real_world_usage": "Capgo用于更新其自身的应用程序，使我们能够通过实际使用不断改进和优化我们的产品。",
-  "capgo_usage_explanation": "在Capgo，我们不会将模拟器和开发版本计入您的使用情况。了解更多关于此的信息。",
-  "capgo_was_born_from_a_real_need_in_the_developer_community": "Capgo是由开发者社区的真实需求中诞生的。",
-  "capwesome_cta_book_demo_btn": "Book a demo",
-  "capwesome_cta_questions": "Questions? <a href=\"https://discord.gg/VCXxSVjefW\" class=\"text-emerald-400 hover:underline\">Join our Discord</a> or <a href=\"mailto:support@capgo.app\" class=\"text-emerald-400 hover:underline\">email us</a>",
-  "capwesome_cta_start_trial": "Start free trial →",
-  "capwesome_cta_subtitle": "No credit card needed. Compare for yourself.",
-  "capwesome_cta_title": "Try Capgo free for 14 days",
-  "capwesome_diff_business_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Solo founder, sustainable business model (also good!)",
-  "capwesome_diff_business_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">Bootstrapped family business</strong>. No investors, no debt. Profitable since year one.",
-  "capwesome_diff_business_capgo_li1": "Legal entities in both US and Europe",
-  "capwesome_diff_business_capgo_li2": "Dedicated infrastructure for China",
-  "capwesome_diff_business_capgo_li3": "This is our livelihood - no VC pressure to \"pivot\" or suddenly 10x pricing",
-  "capwesome_diff_business_capgo_li4": "Built for the long term",
-  "capwesome_diff_business_note": "Both are sustainable businesses, just different structures. After seeing Appflow shut down, this stuff matters.",
-  "capwesome_diff_business_title": "Business Model & Stability",
-  "capwesome_diff_channels_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">无动态渠道分配</strong> - 渠道是静态的。您无法在不发布新应用版本的情况下将设备重新分配到不同渠道。",
-  "capwesome_diff_channels_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">动态渠道分配</strong> - 通过API、后端分配设备到渠道，或让设备<strong class=\"text-emerald-400\">自行分配</strong>。用例：A/B测试、Beta程序、渐进式发布、按位置构建（每个餐厅/商店不同的bundle）、PR预览测试 - 全部无需发布新版本。",
-  "capwesome_diff_channels_note": "对于进行分阶段发布、Beta测试或用户分群的团队来说，这是一个改变游戏规则的功能。使用Capgo，您可以从服务器端或设备本身动态控制哪些设备获得哪些更新。",
-  "capwesome_diff_channels_title": "动态渠道分配",
-  "capwesome_diff_experience_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Live updates launched in 2024. Very new to this space. Still proving scale 90+.",
-  "capwesome_diff_experience_capgo": "<strong class=\"text-white\">Capgo:</strong> Started in 2020. Serving <strong class=\"text-emerald-400\">1B+ updates/month</strong> across <strong class=\"text-emerald-400\">50M+ devices</strong>. Battle-tested at scale for 4+ years.",
-  "capwesome_diff_experience_note": "We've been doing this much longer. 4+ years of production experience vs less than a year.",
-  "capwesome_diff_experience_title": "Experience & Scale",
-  "capwesome_diff_logs_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-orange-400\">仅服务器端日志</strong> - 您只能看到服务器上发生的情况，而不是单个设备上的情况。调试设备特定问题要困难得多。",
-  "capwesome_diff_logs_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">设备级日志</strong> - 查看每台设备上发生的具体情况。更新历史、错误、回滚 - 所有内容都可以通过匿名ID按设备追踪。",
-  "capwesome_diff_logs_note": "当出现问题时，您需要知道那台特定设备上发生了什么。服务器日志告诉您发送了什么 - 设备日志告诉您实际发生了什么。",
-  "capwesome_diff_logs_title": "日志和调试",
-  "capwesome_diff_opensource_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Plugin, CLI is open source, backend is <strong class=\"text-orange-400\">0% open source</strong> (fully closed)",
-  "capwesome_diff_opensource_capawesome_li1": "No way to self-audit backend code",
-  "capwesome_diff_opensource_capawesome_li2": "No public security audits",
-  "capwesome_diff_opensource_capawesome_li3": "No self-hosting option",
-  "capwesome_diff_opensource_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">100% open source</strong> - plugin AND backend (MIT/MPL-2.0)",
-  "capwesome_diff_opensource_capgo_li1": "Plugin: <a href=\"https://github.com/Cap-go/capacitor-updater\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capacitor-updater</a>",
-  "capwesome_diff_opensource_capgo_li2": "Backend: <a href=\"https://github.com/Cap-go/capgo\" class=\"text-emerald-400 hover:underline\">github.com/Cap-go/capgo</a>",
-  "capwesome_diff_opensource_capgo_li3": "Self-host, fork, audit security yourself anytime",
-  "capwesome_diff_opensource_capgo_li4": "Public security audits available",
-  "capwesome_diff_opensource_note": "For compliance, healthcare, finance, or any regulated industry where you need to audit your entire stack - we're the only option you know what is inside at any point of time.",
-  "capwesome_diff_opensource_title": "Open Source & Security",
-  "capwesome_diff_plugins_capawesome": "<strong class=\"text-white\">Capawesome:</strong> They also make great plugins, quality-focused approach. Some are paid - that's their main business.",
-  "capwesome_diff_plugins_capgo": "<strong class=\"text-white\">Capgo:</strong> We maintain <strong class=\"text-emerald-400\">100+ Capacitor plugins</strong> - biggest provider after official Capacitor team. All free and open source.",
-  "capwesome_diff_plugins_note": "Different philosophies: we go broad with all-free plugins, they focus on paid premium plugins.",
-  "capwesome_diff_plugins_title": "Plugin Ecosystem",
-  "capwesome_diff_pricing_capawesome": "<strong class=\"text-white\">Capawesome:</strong> <strong class=\"text-emerald-400\">€9/month</strong> minimum. Their main business is paid plugins - live updates is more of a side offering.",
-  "capwesome_diff_pricing_capgo": "<strong class=\"text-white\">Capgo:</strong> <strong class=\"text-emerald-400\">$14/month</strong> to start, scales with usage (~$0.001/MAU). Live updates is our core business.",
-  "capwesome_diff_pricing_note": "Both are fairly priced. The difference? For us, live updates is THE product. For them, it's an add-on to their plugin business.",
-  "capwesome_diff_pricing_title": "Pricing & Business Model",
-  "capwesome_diff_support_both": "<strong class=\"text-white\">Both:</strong> Human support from small teams (no chatbots!)",
-  "capwesome_diff_support_capawesome": "<strong class=\"text-white\">Capawesome:</strong> Responsive and helpful too",
-  "capwesome_diff_support_capgo": "<strong class=\"text-white\">Capgo:</strong> Usually within hours, often minutes. Even on weekends (we can't help ourselves 😅)",
-  "capwesome_diff_support_note": "Honestly, you'll be fine with either. Both small teams that care.",
-  "capwesome_diff_support_title": "Support",
-  "capwesome_differences_title": "The honest differences",
-  "capwesome_footer_note": "Both Capgo and Capawesome are good options. Choose what fits your needs.",
-  "capwesome_footer_note_wink": "(But we think bigger scale, longer track record, and full open source matters 😊)",
-  "capwesome_hero_subtitle": "Two solid options for Capacitor live updates. Let's talk honestly about the differences.",
-  "capwesome_hero_title": "Capgo vs Capawesome Cloud",
-  "capwesome_meta_description": "比较Capawesome和Capgo在性能、特性、透明度和社区影响方面的差异。",
-  "capwesome_migration_basics_title": "The basics:",
-  "capwesome_migration_guide_text": "Full migration guide: <a href=\"{url}\" class=\"underline hover:text-emerald-200\">docs/upgrade/from-capawesome-to-capgo</a>",
-  "capwesome_migration_intro": "If you're on Capawesome and considering Capgo, migration is straightforward. The Capacitor update plugin architecture is similar.",
-  "capwesome_migration_step1": "Swap the plugin package",
-  "capwesome_migration_step2": "Update config (minor differences)",
-  "capwesome_migration_step3": "Update your upload process",
-  "capwesome_migration_title": "Thinking of switching?",
-  "capwesome_nav_label": "Capawesome对抗Capgo",
-  "capwesome_not_good_at_docs": "We really try to make docs clear for everyone. Basic automatic updates? Well documented and clear. But Capgo has many options (manual, half-manual, channel_default, etc.) - not all use cases are easy to understand yet. We're working on it.",
-  "capwesome_not_good_at_docs_label": "Documentation complexity:",
-  "capwesome_not_good_at_git": "We don't integrate with GitHub/GitLab like Capawesome does. Philosophy difference: we don't want to lock you into a specific git provider. You handle updates in your own CI/CD, we just provide the delivery infrastructure.",
-  "capwesome_not_good_at_git_label": "Git provider integration:",
-  "capwesome_not_good_at_title": "What we're NOT good at",
-  "capwesome_quick_facts_capawesome_li1": "⚠️ Live updates started 2024 (very new)",
-  "capwesome_quick_facts_capawesome_li2": "✅ 公开统计数据可用",
-  "capwesome_quick_facts_capawesome_li3": "✅ 公开统计数据可用",
-  "capwesome_quick_facts_capawesome_li4": "✅ €9/month minimum",
-  "capwesome_quick_facts_capawesome_li5": "❌ Plugin open, backend 0% open (closed source)",
-  "capwesome_quick_facts_capawesome_li6": "✅ Solo founder, sustainable",
-  "capwesome_quick_facts_capawesome_li7": "✅ Quality plugins (main business)",
-  "capwesome_quick_facts_capawesome_li8": "❌ No self-hosting",
-  "capwesome_quick_facts_capgo_li1": "✅ Started 2020",
-  "capwesome_quick_facts_capgo_li2": "✅ 1B+ updates/month",
-  "capwesome_quick_facts_capgo_li3": "✅ 50M+ devices",
-  "capwesome_quick_facts_capgo_li4": "✅ $14/month start",
-  "capwesome_quick_facts_capgo_li5": "✅ 100% open source (plugin + backend)",
-  "capwesome_quick_facts_capgo_li6": "✅ Family business, bootstrapped",
-  "capwesome_quick_facts_capgo_li7": "✅ 100+ free plugins",
-  "capwesome_quick_facts_capgo_li8": "✅ Self-hosting option",
-  "capwesome_quick_facts_legend": "✅ = Strong point | ⚠️ = Depends on needs | ❌ = Not available | ⚪ = Unknown/Not disclosed",
-  "capwesome_quick_facts_title": "Quick facts (no BS)",
-  "capwesome_respect_p1": "Robin (Capawesome founder) does great work. Good German engineering, solid plugins, and everything is actively maintained. They were inspired by Capgo when building their live updates solution - which is honestly flattering.",
-  "capwesome_respect_p2": "This isn't a \"we're better at everything\" page. The Capacitor ecosystem is genuinely better with multiple healthy options. Let's talk about the actual differences.",
-  "capwesome_respect_title": "💚 Credit where it's due",
-  "capwesome_testimonial_1": "The open source backend was the deciding factor. We needed to audit the security ourselves for compliance.",
-  "capwesome_testimonial_1_author": "— Enterprise team",
-  "capwesome_testimonial_2": "Capgo's pricing scales with our app. Starting at $14/month was perfect for our MVP, and now we're happily paying more as we grow.",
-  "capwesome_testimonial_2_author": "— Startup founder",
-  "capwesome_testimonial_3": "Support is incredible. Martin answered my weekend question in 20 minutes. Can't imagine going back to vendors with 48-hour response times.",
-  "capwesome_testimonial_3_author": "— Indie developer",
-  "capwesome_testimonial_4": "The scale numbers (1B+ updates) gave us confidence. They've actually proven it at production load.",
-  "capwesome_testimonial_4_author": "— Mobile team lead",
-  "capwesome_testimonials_more": "More testimonials:",
-  "capwesome_testimonials_title": "What people say about Capgo",
-  "capwesome_title": "Capawesome对抗Capgo",
-  "capwesome_when_better_european": "If you need invoices with GDPR compliance and all the European regulatory requirements, Capawesome is based in Germany. Capgo tries to escape European complexity to simplify business for everyone globally.",
-  "capwesome_when_better_european_label": "European compliance needs:",
-  "capwesome_when_better_git": "They integrate directly with your git provider. If you prefer everything connected and don't mind the vendor lock-in, that's convenient.",
-  "capwesome_when_better_git_label": "GitHub/GitLab integration:",
-  "capwesome_when_better_manual": "Capawesome is 100% manual - nothing automatic. If you want to control every single aspect and not delegate anything, that's their strength. Capgo focuses on automation (though we support manual too).",
-  "capwesome_when_better_manual_label": "Fully manual control:",
-  "capwesome_when_better_note": "Different philosophies, both valid. Choose what fits your workflow.",
-  "capwesome_when_better_title": "🤔 When Capawesome might be better for you",
-  "carbon_removal": "我们1%的收入用于碳排放清除。",
-  "centralized_management": "集中管理",
-  "channel_management": "渠道管理",
-  "chat": "聊天",
-  "choose_from_your_capgo_projects": "从你的Capgo项目中选择",
-  "ci_cd_integration": "移动CI/CD",
-  "cities_worldwide": "全球城市",
-  "cli_and_api": "CLI & API",
-  "code_review": "代码审查",
-  "community": "社区",
-  "community_support": "社区支持",
-  "community_trusted": "社区信任的",
-  "community_trusted_title": "社区信任",
-  "companies_logo_bottom_text": "加入数千名信任Capgo进行移动应用部署的开发者们。",
-  "companies_logo_downloads_irec": "150K+的",
-  "companies_logo_downloads_kick": "20M+的",
-  "companies_logo_downloads_nana": "2.5M",
-  "companies_logo_downloads_ourliving": "80K+",
-  "companies_logo_downloads_pizzahut": "100万+",
-  "companies_logo_downloads_remnote": "500K+的",
-  "companies_logo_downloads_revel": "250K+的",
-  "companies_logo_downloads_suez": "3.2M",
-  "companies_logo_downloads_vella": "400K+的",
-  "companies_logo_stat_companies_label": "公司",
-  "companies_logo_stat_companies_value": "3500+",
-  "companies_logo_stat_devices_label": "设备跟踪",
-  "companies_logo_stat_devices_value": "50M+",
-  "companies_logo_stat_uptime_label": "运行时间",
-  "companies_logo_stat_uptime_value": "99.9%",
-  "company": "公司",
-  "company_definition": "<strong>公司</strong>（在此免责声明中被称为\"该公司\"、\"我们\"、\"我们的\"）指的是Digital Shift OU，位于塔林15510 Sepapaja 6号。",
-  "company_name": "公司名称",
-  "company_no_liability": "在任何情况下，公司均不对因合同行为、疏忽或其他侵权行为，使用服务或服务内容而引起的任何特殊、直接、间接、后果性或偶然损害承担责任。公司保留随时在未经事先通知的情况下对服务内容进行添加、删除或修改的权利。此免责声明是通过<a href=\"https://www.termsfeed.com/blog/sample-disclaimer-template/\" target=\"_blank\"> 免责声明模板 </a>创建的。",
-  "company_no_liability_for_access": "在任何情况下，公司或其供应商均不对因您访问、使用或无法访问、使用服务而产生的任何特殊、偶然、间接或连带损害负责。",
-  "company_no_liability_for_decisions": "该公司对您或任何其他人因依赖服务提供的信息而做出的决定或采取的行动，不承担任何责任，即使已告知可能产生此类损害，也不对任何后果性、特殊或类似损害负责。",
-  "company_no_responsibility": "该公司对服务内容中的错误或遗漏不承担任何责任。",
-  "company_not_responsible": "该公司对任何错误或遗漏，或者使用此信息所获得的结果不承担责任。",
-  "compare": "比较",
-  "complete_documentation": "完整文档",
-  "compliance_gdpr": "符合GDPR规定",
-  "compliance_soc1": "SOC 2类型I合规",
-  "compliant_with_apple_and_android_requirements": "符合苹果和谷歌的要求",
-  "conditions_for_returns": "退货条件",
-  "configure_ci_cd_pipeline_description": "我们直接在您首选的平台（GitHub Actions，GitLab CI等）中配置您的CI/CD管道。",
-  "connect_your_account": "连接您的账户",
-  "consolidated_invoicing_purchase_orders": "合并发票、采购订单以及灵活的付款条件，满足您的采购需求。",
-  "consulting": "咨询",
-  "consulting_description": "带着信心向前迈进。Capgo提供多层保护，以确保您的知识产权和敏感数据的安全。",
-  "consulting_forged_plugins_community_embraced": "咨询-打造插件，社区拥抱",
-  "contact": "联系",
-  "contact_link": "通过访问网站上的这个页面：",
-  "contact_sales": "联系销售部门",
-  "contact_support": "联系我们的支持",
-  "contact_us": "联系我们",
-  "contact_us_text": "如果您对此免责声明有任何疑问，您可以联系我们：",
-  "contact_us_title": "联系我们",
-  "contact_us_website": "通过访问网站上的这个页面：",
-  "content_marketer": "内容营销员",
-  "contractual_guarantees": "合同保证",
-  "contractual_sla_guarantees": "合同SLA保证正常运行时间、响应时间和解决承诺",
-  "contributing": "贡献",
-  "contributing_description": "探索您可以为Capgo的开源项目做出贡献的各种方式，包括提交代码，报告问题以及参与讨论。学习如何有效地与我们的社区合作，并对我们工具和资源的开发产生有意义的影响。",
-  "control_access_deploy_manage": "通过企业级权限控制谁可以访问、部署和管理您的实时更新。",
-  "control_access_levels": "控制访问级别",
-  "copied": "已复制！",
-  "copy_page": "复制页面",
-  "copy_page_as_markdown": "为 LLM 复制页面为 Markdown",
-  "copy_page_options": "页面复制选项",
-  "copyright_notice": "CAPGO，Digital shift OU。版权所有。",
-  "copyright_permission": "如果您希望出于超出合理使用范围的自身目的使用服务中的受版权保护的材料，您必须从版权所有者那里获得许可。",
-  "cordova_and_capacitorjs_expert": "Cordova与CapacitorJS专家",
-  "cordova_capacitorjs_projects": "Cordova与CapacitorJS项目",
-  "cordova_power_approximately_1_of_apps_on_google_play_store": "Cordova大约为Google Play Store上的1%的应用程序提供动力",
-  "cost_breakdown_pricing_tiers": "按定价层次的成本分解",
-  "create_an_issue_and_discuss_before_working_on_a_new_feature": "当你开始开发新功能时，创建一个问题并在开始工作之<em>前</em>与其他贡献者讨论；我们欣赏所有的贡献，但并非所有提出的特性都会被接受。我们不希望你花费数小时来编写可能无法被接受的代码。",
-  "create_manage_organizations_with_ease": "轻松创建和管理多个组织，为每个用户分配特定权限。Capgo提供强大的工具来保持您的团队有序且高效。",
-  "create_oversee_organizations_from_single_account": "从单一账户创建并监督多个组织，简化您的工作流程并提高生产力。",
-  "creators_and_maintainers_of_many_open_source_libraries_used_by_millions": "创造者和维护者，他们的许多开源库被数百万人使用",
-  "credit_10_percent": "10%",
-  "credit_15_percent": "15%",
-  "credit_20_percent": "20%",
-  "credit_30_percent": "30%",
-  "credit_based_overages": "基于信用的超额",
-  "credit_percentage": "信用百分比",
-  "credit_pricing": "信用定价",
-  "credit_requests_payment_desc": "要申请服务抵扣，客户必须在未达到正常运行时间承诺的月份结束后的三十（30）天内向Capgo发送电子邮件至support@capgo.app。客户必须包括其账号ID或注册电子邮件地址，以及之前报告的无服务可用性的日期和时间。如果Capgo确认客户有资格获得服务抵扣，Capgo将在三十（30）天内为客户的账户发放抵扣。服务抵扣不是退款，不能兑换成现金金额，并且只能用于未来的计费费用。除非如下第4节所述，否则对于Capgo未能满足正常运行时间承诺的任何失败，服务抵扣应是客户唯一和排他性的补救措施，并且是Capgo唯一和排他性的责任。",
-  "credit_requests_payment_title": "3. 信用请求和支付",
-  "credits_cost": "学分费用",
-  "credits_usage_info": "超出您的计划限制需要使用积分。积分必须提前支付，并且有效期为1年。",
-  "cta_start_free": "开始免费",
-  "cta_start_migration": "开始您的迁移",
-  "custom": "定制",
-  "custom_domain": "自定义域名",
-  "custom_features": "自定义功能",
-  "custom_goods": "根据您的规格或明确个性化提供的商品供应。",
-  "custom_plugins": "自定义插件",
-  "custom_pricing": "自定义定价",
-  "custom_webhooks": "自定义Webhooks",
-  "data_policy_account_deletion": "您可以选择随时删除您的账户并清除您的网站统计数据。我们提供简单无需询问即可删除的链接。",
-  "data_policy_anonymous_measurement": "通过使用Capgo，所有的网站测量都是绝对匿名进行的。我们只测量最基本的数据点，其他什么都不测量。我们收集的所有指标都适合在一个页面上显示。",
-  "data_policy_ccpa_categories_intro": "我们收集的信息能够识别、关联、描述、引用，或者可以直接或间接与特定消费者或设备相关联，或合理地被链接。以下是我们可能在过去十二（12）个月内从加利福尼亚居民那里收集或已经收集的个人信息类别列表。",
-  "data_policy_ccpa_categories_note": "请注意，下面列表中提供的类别和示例是在CCPA中定义的。这并不意味着我们实际上收集了该类别个人信息的所有示例，但反映了我们根据所知最大程度的善意信念，可能已经并可能已经收集了来自适用类别的一些信息。例如，只有当您直接向我们提供此类个人信息时，才会收集某些类别的个人信息。",
-  "data_policy_ccpa_categories_title": "收集的个人信息类别",
-  "data_policy_ccpa_category_a": "类别A：标识符。",
-  "data_policy_ccpa_category_a_collected": "已收集：是的。",
-  "data_policy_ccpa_category_a_examples": "示例：真实姓名，别名，邮寄地址，唯一个人标识符，在线标识符，互联网协议地址，电子邮件地址，账户名称，驾驶执照号码，护照号码或其他类似的标识符。",
-  "data_policy_ccpa_category_b": "类别B：列在加利福尼亚客户记录法案（Cal. Civ. Code § 1798.80(e)）中的个人信息类别。",
-  "data_policy_ccpa_category_b_collected": "已收集：是的。",
-  "data_policy_ccpa_category_b_examples": "示例：姓名，签名，社会保障号码，身体特征或描述，地址，电话号码，护照号码，驾驶执照或州身份证号码，保险单号码，教育背景，就业情况, 工作经历, 银行账户编号, 信用卡编号, 借记卡编号或任何其他财务信息, 医疗信息或健康保险信息。此类别中包含的一些个人信息可能与其他类别重叠。",
-  "data_policy_ccpa_category_c": "类别C：根据加利福尼亚州或联邦法律受保护的分类特征。",
-  "data_policy_ccpa_category_c_collected": "收集：否。",
-  "data_policy_ccpa_category_c_examples": "示例：年龄（40岁或以上），种族，肤色，血统，国籍，公民身份，宗教或信仰，婚姻状况，医疗状况，身体或精神残疾，性别（包括性别、性别认同、性别表达、怀孕或分娩及相关医疗条件），性取向，退伍军人或军事状态, 遗传信息（包括家族遗传信息）。",
-  "data_policy_ccpa_category_d": "类别D：商业信息。",
-  "data_policy_ccpa_category_d_collected": "已收集：是的。",
-  "data_policy_ccpa_category_d_examples": "示例：购买或考虑购买的产品或服务的记录和历史。",
-  "data_policy_ccpa_category_e": "类别E：生物识别信息。",
-  "data_policy_ccpa_category_e_collected": "收集：否。",
-  "data_policy_ccpa_category_e_examples": "示例：用于提取模板或其他标识符或识别信息的遗传、生理、行为和生物特征，或活动模式，例如指纹、面部印记和声纹，虹膜或视网膜扫描，键盘敲击、步态或其他身体模式，以及睡眠、健康或运动数据。",
-  "data_policy_ccpa_category_f": "类别F：互联网或其他类似网络活动。",
-  "data_policy_ccpa_category_f_collected": "已收集：是的。",
-  "data_policy_ccpa_category_f_examples": "示例：与我们的服务或广告进行交互。",
-  "data_policy_ccpa_category_g": "类别G：地理位置数据。",
-  "data_policy_ccpa_category_g_collected": "已收集：否。",
-  "data_policy_ccpa_category_g_examples": "示例：大致的物理位置。",
-  "data_policy_ccpa_category_h": "类别H：感官数据。",
-  "data_policy_ccpa_category_h_collected": "已收集：否。",
-  "data_policy_ccpa_category_h_examples": "示例：音频、电子、视觉、热量、嗅觉或类似信息。",
-  "data_policy_ccpa_category_i": "类别I：专业或就业相关信息。",
-  "data_policy_ccpa_category_i_collected": "收集：否。",
-  "data_policy_ccpa_category_i_examples": "示例：当前或过去的工作经历或绩效评估。",
-  "data_policy_ccpa_category_j": "类别J：非公开教育信息（根据家庭教育权利和隐私法案（20 U.S.C. 第1232g节，34 C.F.R. 第99部分））。",
-  "data_policy_ccpa_category_j_collected": "收集：否。",
-  "data_policy_ccpa_category_j_examples": "示例：与学生直接相关的教育记录，由教育机构或代表其行事的一方维护，例如成绩、成绩单、班级名单、学生课程表、学生身份代码、学生财务信息或学生纪律记录。",
-  "data_policy_ccpa_category_k": "类别K：从其他个人信息中得出的推断。",
-  "data_policy_ccpa_category_k_collected": "收集：否。",
-  "data_policy_ccpa_category_k_examples": "示例：个人资料反映了一个人的偏好、特征、心理趋势、倾向性、行为、态度、智力、能力和才能。",
-  "data_policy_ccpa_exercising_rights_authorized_agent": "只有您，或者您授权代表您行事的已在加利福尼亚州秘书处注册的人，才可以提出与您个人信息相关的可验证请求。",
-  "data_policy_ccpa_exercising_rights_cannot_respond": "如果我们无法做到以下事情，那么我们将无法回应您的请求或提供您所需的信息：",
-  "data_policy_ccpa_exercising_rights_cannot_respond_1": "验证您的身份或提出请求的权力",
-  "data_policy_ccpa_exercising_rights_cannot_respond_2": "并确认该个人信息与您有关",
-  "data_policy_ccpa_exercising_rights_contact": "为了行使您根据CCPA的任何权利，如果您是加利福尼亚州居民，您可以联系我们：",
-  "data_policy_ccpa_exercising_rights_data_portability": "对于数据可搬移性请求，我们将选择一种格式来提供您的个人信息，该格式易于使用，并且应允许您无阻碍地将信息从一个实体传输到另一个实体。",
-  "data_policy_ccpa_exercising_rights_disclosure": "我们将在收到您的可验证请求后45天内免费披露和提供所需信息。在合理必要且事先通知的情况下，提供所需信息的时间期限可能会再延长45天。",
-  "data_policy_ccpa_exercising_rights_disclosure_period": "我们提供的任何披露只会覆盖收到可验证请求之前的12个月期间。",
-  "data_policy_ccpa_exercising_rights_request_must": "您对我们的请求必须：",
-  "data_policy_ccpa_exercising_rights_request_must_1": "提供足够的信息，使我们能够合理地验证您是我们收集个人信息的对象，或者是授权代表。",
-  "data_policy_ccpa_exercising_rights_request_must_2": "以足够的细节描述您的请求，使我们能够正确理解、评估并回应它。",
-  "data_policy_ccpa_exercising_rights_title": "行使您的CCPA数据保护权利",
-  "data_policy_ccpa_exercising_rights_website": "通过访问我们网站上的这个页面：$1/#support",
-  "data_policy_ccpa_info_sharing_1": "服务提供商",
-  "data_policy_ccpa_info_sharing_2": "支付处理器",
-  "data_policy_ccpa_info_sharing_3": "我们的联盟公司",
-  "data_policy_ccpa_info_sharing_4": "我们的商业伙伴",
-  "data_policy_ccpa_info_sharing_5": "您或您的代理人授权我们向其披露您的个人信息的第三方供应商，与我们为您提供的产品或服务有关",
-  "data_policy_ccpa_info_sharing_intro": "我们可能会将上述类别中识别的您的个人信息与以下第三方类别共享：",
-  "data_policy_ccpa_info_sharing_title": "个人信息分享",
-  "data_policy_ccpa_info_source_1": "直接来自您。例如，来自您在我们的服务上完成的表格，通过我们的服务表达或提供的偏好，或者来自您在我们的服务上的购买。",
-  "data_policy_ccpa_info_source_2": "间接地来自您。例如，通过观察您在我们的服务上的活动。",
-  "data_policy_ccpa_info_source_3": "来自您的自动化信息。例如，当您通过我们的服务浏览时，我们或我们的服务提供商会在您的设备上设置cookies。",
-  "data_policy_ccpa_info_source_4": "来自服务提供商。例如，我们用于处理付款的第三方供应商，或者我们用于向您提供服务的其他第三方供应商。",
-  "data_policy_ccpa_info_sources_intro": "我们从以下类别的来源获取上述个人信息类别：",
-  "data_policy_ccpa_info_sources_title": "根据CCPA，个人信息应被广泛解读为能够识别、关联、描述、参考，或合理地与特定消费者或设备直接或间接关联的信息。个人信息不包括来自政府记录的公开可用信息，去标识化或聚合的消费者信息，或从CCPA范围内排除的信息。",
-  "data_policy_ccpa_intro": "这个针对加利福尼亚居民的隐私通知部分是我们隐私政策中包含信息的补充，仅适用于所有居住在加利福尼亚州的访客、用户和其他人。",
-  "data_policy_ccpa_right_to_delete": "删除个人数据的权利。您有权要求删除您的个人数据，但某些例外情况除外。一旦我们收到并确认了您的请求，我们将从我们的记录中删除（并指示我们的服务提供商删除）您的个人信息，除非存在例外情况。如果保留信息对于我们或者我们的服务提供商来说是必要的，那么我们可能会拒绝您的删除请求：",
-  "data_policy_ccpa_right_to_delete_1": "完成我们收集个人信息的交易，提供您请求的商品或服务，在与您持续的商业关系中采取合理预期的行动，或者履行我们与您的合同。",
-  "data_policy_ccpa_right_to_delete_2": "检测安全事件，防止恶意、欺诈、欺骗或非法活动，或起诉那些负责此类活动的人。",
-  "data_policy_ccpa_right_to_delete_3": "调试产品以识别和修复损害现有预期功能的错误。",
-  "data_policy_ccpa_right_to_delete_4": "行使言论自由，确保其他消费者行使他们的言论自由权利，或行使法律赋予的其他权利。",
-  "data_policy_ccpa_right_to_delete_5": "遵守加利福尼亚电子通信隐私法案（Cal. Penal Code § 1546 et. seq.）。",
-  "data_policy_ccpa_right_to_delete_6": "参与公共或同行评审的科学、历史或统计研究，这些研究符合公众利益，并遵守所有其他适用的道德和隐私法律。当信息的删除可能使研究成果无法实现或严重损害时，如果您之前已经提供了知情同意。",
-  "data_policy_ccpa_right_to_delete_7": "仅启用与您和我们的关系基础上合理符合消费者期望的内部使用。",
-  "data_policy_ccpa_right_to_delete_8": "遵守法律义务。",
-  "data_policy_ccpa_right_to_delete_9": "对您提供的信息进行其他内部和合法的使用，这些使用与您提供信息的上下文相符。",
-  "data_policy_ccpa_right_to_non_discrimination": "不受歧视的权利。您有权在行使任何消费者权益时，包括以下情况下，不受歧视：",
-  "data_policy_ccpa_right_to_non_discrimination_1": "拒绝向您提供商品或服务",
-  "data_policy_ccpa_right_to_non_discrimination_2": "对商品或服务收取不同的价格或费率，包括使用折扣或其他优惠，或者施加罚款",
-  "data_policy_ccpa_right_to_non_discrimination_3": "向您提供不同级别或质量的商品或服务",
-  "data_policy_ccpa_right_to_non_discrimination_4": "建议您将会收到不同的商品或服务价格，或者不同级别或质量的商品或服务。",
-  "data_policy_ccpa_right_to_notice": "通知权。您有权被告知正在收集哪些类别的个人数据以及使用这些个人数据的目的。",
-  "data_policy_ccpa_right_to_opt_out": "拒绝出售个人数据的权利（选择退出）。您有权指示我们不出售您的个人信息。如需提交选择退出请求，请联系我们。",
-  "data_policy_ccpa_right_to_request": "根据CCPA，您有权要求我们向您披露关于我们收集、使用、销售、出于商业目的披露和分享个人信息的情况。一旦我们接收并确认了您的请求，我们将向您披露：",
-  "data_policy_ccpa_right_to_request_1": "我们收集的关于您的个人信息类别",
-  "data_policy_ccpa_right_to_request_2": "我们收集关于您的个人信息的来源类别",
-  "data_policy_ccpa_right_to_request_3": "我们收集或出售该个人信息的商业或商务目的",
-  "data_policy_ccpa_right_to_request_4": "我们与之分享个人信息的第三方类别",
-  "data_policy_ccpa_right_to_request_5": "我们收集的关于您的具体个人信息",
-  "data_policy_ccpa_right_to_request_6": "如果我们出售了您的个人信息或者因商业目的披露了您的个人信息，我们将向您披露：",
-  "data_policy_ccpa_right_to_request_6_1": "出售的个人信息类别",
-  "data_policy_ccpa_right_to_request_6_2": "披露的个人信息类别",
-  "data_policy_ccpa_sale_of_info_categories": "类别A：标识符\n类别B：列在加利福尼亚客户记录法案（Cal. Civ. Code § 1798.80(e)）中的个人信息类别\n类别D：商业信息\n类别F：互联网或其他类似网络活动",
-  "data_policy_ccpa_sale_of_info_definition": "根据CCPA的定义，“销售”和“出售”指的是以有价值的对价向另一家企业或第三方出售、租赁、发布、披露、传播、提供、转让，或以口头形式，书面形式，电子方式或其他方式传递消费者的个人信息。这意味着我们可能因分享个人信息而获得了某种利益回报，但并不一定是金钱上的利益。",
-  "data_policy_ccpa_sale_of_info_note": "请注意，以下列出的类别是在CCPA中定义的。这并不意味着该类别的所有个人信息实际上都被出售，但反映了我们根据所知最大程度的善意信念，认为可能已经和可能曾经分享了适用类别中的一些信息以换取价值。",
-  "data_policy_ccpa_sale_of_info_statement": "我们可能会出售，并且在过去的十二（12）个月中可能已经出售了以下类别的个人信息：",
-  "data_policy_ccpa_sale_of_info_title": "个人信息的销售",
-  "data_policy_ccpa_sale_of_minors_info_policy": "我们不会出售我们实际知道的消费者个人信息，除非我们得到肯定的授权（\"选择加入\"的权利）来自13至16岁之间的消费者，或者少于13岁的消费者的父母或监护人。选择加入个人信息销售的消费者可以随时选择退出未来的销售。要行使选择退出的权利，您（或您的授权代表）可以通过联系我们向我们提交请求。",
-  "data_policy_ccpa_sale_of_minors_info_request": "如果您有理由相信13岁（或16岁）以下的儿童向我们提供了个人信息，请与我们联系，提供足够的详细信息以便我们删除该信息。",
-  "data_policy_ccpa_sale_of_minors_info_statement": "我们并未通过我们的服务故意收集16岁以下未成年人的个人信息，尽管我们链接到的某些第三方网站可能会这样做。这些第三方网站有自己的使用条款和隐私政策，我们鼓励父母和法定监护人监控他们孩子的互联网使用情况，并指导他们的孩子在没有他们许可的情况下永远不要在其他网站上提供信息。",
-  "data_policy_ccpa_sale_of_minors_info_title": "销售16岁以下未成年人的个人信息",
-  "data_policy_ccpa_share_of_info_categories": "服务提供商\n支付处理器\n我们的附属机构\n我们的业务伙伴\n第三方供应商，您或您的代理人授权我们在向您提供产品或服务时披露您的个人信息",
-  "data_policy_ccpa_share_of_info_statement": "我们可能会将上述类别中识别的您的个人信息与以下第三方类别共享：",
-  "data_policy_ccpa_share_of_info_title": "分享个人信息",
-  "data_policy_ccpa_title": "CCPA隐私政策",
-  "data_policy_ccpa_use_of_info_1": "为了运营我们的服务并向您提供我们的服务。",
-  "data_policy_ccpa_use_of_info_2": "为了向您提供支持并回应您的询问，包括调查和解决您的问题以及监控和改进我们的服务。",
-  "data_policy_ccpa_use_of_info_3": "为了满足或满足您提供信息的原因。例如，如果您分享您的联系方式来询问我们的服务问题，我们将使用那些个人信息来回应您的咨询。",
-  "data_policy_ccpa_use_of_info_4": "为回应执法请求以及按照适用的法律、法院命令或政府规定所需。",
-  "data_policy_ccpa_use_of_info_5": "如在收集您的个人信息时向您描述的，或者如CCPA中另行规定。",
-  "data_policy_ccpa_use_of_info_6": "用于内部管理和审计目的。",
-  "data_policy_ccpa_use_of_info_7": "为了检测安全事件并防止恶意的、欺诈的、欺骗性的或非法活动，包括在必要时起诉那些对此类活动负有责任的人。",
-  "data_policy_ccpa_use_of_info_intro": "我们可能会出于“商业目的”或“商业用途”（根据CCPA定义）使用或披露我们收集的个人信息，这可能包括以下示例：",
-  "data_policy_ccpa_use_of_info_title": "出于商业目的或商业用途使用个人信息",
-  "data_policy_ccpa_your_rights_intro": "CCPA为加利福尼亚州居民提供了关于他们个人信息的特定权利。如果您是加利福尼亚州的居民，您有以下权利：",
-  "data_policy_ccpa_your_rights_title": "根据CCPA，您的权利",
-  "data_policy_compliance_info": "我们很高兴为您提供关于Capgo如何构建以帮助您遵守不同隐私法规的信息。我们鼓励您与您的律师讨论具体问题，以帮助您决定我们的服务是否能够让您满足适用于您的法律要求。",
-  "data_policy_data_protection_1": "您的网站数据不会与广告公司或任何其他公司共享。",
-  "data_policy_data_protection_2": "您的网站数据完全不会发送给任何第三方。",
-  "data_policy_data_protection_3": "您的网站数据并未被挖掘和收集以用于个人和行为趋势分析。",
-  "data_policy_data_protection_4": "您的网站数据未被货币化。",
-  "data_policy_gdpr_complaint_right": "您有权向数据保护机构投诉我们对您个人数据的收集和使用。如需更多信息，如果您在欧洲经济区（EEA），请联系EEA内的当地数据保护机构。",
-  "data_policy_gdpr_exercising_rights_contact": "您可以通过联系我们来行使您的访问、更正、取消和反对权利。请注意，我们可能会要求您在回应此类请求之前验证您的身份。如果您提出请求，我们将尽力尽快回复您。",
-  "data_policy_gdpr_exercising_rights_title": "行使您的GDPR数据保护权利",
-  "data_policy_gdpr_right_access": "请求访问您的个人数据。我们有权访问、更新或删除关于您的信息。只要可能，您可以直接在账户设置部分访问、更新或请求删除您的个人数据。如果您无法自行执行这些操作，请联系我们以协助您。这也使得你能够获得我们持有关于你的个人数据的副本。",
-  "data_policy_gdpr_right_correction": "要求更正我们持有的关于您的个人数据。如果我们持有的关于您的信息不完整或不准确，您有权要求我们进行更正。",
-  "data_policy_gdpr_right_erasure": "要求删除您的个人数据。当我们没有充分理由继续处理它时，您有权要求我们删除或移除个人数据。",
-  "data_policy_gdpr_right_object": "反对处理您的个人数据。当我们依赖合法利益作为我们处理的法律依据，且有关于您特定情况的某些事项使您想要反对我们基于此理由处理您的个人数据时，这种权利就存在。当我们出于直接营销目的处理您的个人数据时，您也有权反对。",
-  "data_policy_gdpr_right_transfer": "要求转移您的个人数据。我们将以结构化、常用、机器可读的格式向您或您选择的第三方提供您的个人数据。请注意，此权利仅适用于您最初同意我们使用或者我们在与您履行合同时使用的自动化信息。",
-  "data_policy_gdpr_right_withdraw_consent": "撤回您的同意。您有权撤销对使用您的个人数据的同意。如果您撤销了同意，我们可能无法为您提供服务的某些特定功能。",
-  "data_policy_gdpr_rights_intro": "该公司承诺尊重您的个人数据的保密性，并保证您可以行使您的权利。",
-  "data_policy_gdpr_rights_list_intro": "根据此隐私政策，如果您在欧盟内，您有权：",
-  "data_policy_gdpr_rights_title": "您在GDPR下的权利",
-  "data_policy_gdpr_title": "GDPR隐私政策",
-  "data_policy_goal": "Capgo的目标是跟踪您网站流量的整体趋势，而不是追踪单个访客。我们不使用cookies，我们不生成任何持久性标识符，也不收集或存储任何个人或可识别数据。所有数据都只是汇总数据，并且没有包含任何个人信息。",
-  "data_policy_intro": "数据策略包含一套规则、原则和指导方针，为企业的各个数据管理领域提供了框架，包括但不限于数据治理、数据质量和数据架构。",
-  "data_policy_ip_accuracy": "在我们的测试中，与使用cookie相比，使用IP地址计算访客数量非常准确。在某些情况下，它甚至可能比使用cookie更准确，因为有些访客完全阻止了cookies。",
-  "data_policy_ip_user_agent": "每一个HTTP请求都会将IP地址和用户代理发送到服务器，所以我们就使用这些信息。我们使用访客的IP地址和用户代理生成每日更换的标识符。",
-  "data_policy_last_updated": "最后更新：2023年9月21日",
-  "data_policy_legal_basis_clarification": "无论如何，公司都会乐意帮助澄清适用于处理的具体法律依据，特别是个人数据提供是否为法定或合同要求，或者是否为订立合同所必需的要求。",
-  "data_policy_legal_basis_consent": "同意：您已经同意为一个或多个特定目的处理个人数据。",
-  "data_policy_legal_basis_contract": "合同履行：提供个人数据是与您签订协议以及/或履行任何预先合同义务所必需的。",
-  "data_policy_legal_basis_intro": "我们可能在以下条件下处理个人数据：",
-  "data_policy_legal_basis_legal_obligations": "法律义务：处理个人数据是公司必须遵守的法律义务所必需的。",
-  "data_policy_legal_basis_legitimate_interests": "合法利益：处理个人数据是公司追求的合法利益所必需的。",
-  "data_policy_legal_basis_public_interests": "公共利益：处理个人数据与执行公司赋予的公共利益任务或官方权力有关。",
-  "data_policy_legal_basis_title": "根据GDPR处理个人数据的法律依据",
-  "data_policy_legal_basis_vital_interests": "重要利益：处理个人数据是为了保护您或其他自然人的重要利益所必需的。",
-  "data_policy_no_persistent_identifier": "我们不试图生成设备持久性标识符，因为在GDPR下，它们被视为个人数据。我们不使用cookies、浏览器缓存或本地存储。我们不从访客的设备中存储、检索或提取任何东西。",
-  "data_policy_no_tracking": "我们不会跟踪人们在他们的设备以及他们访问的网站和应用程序中的活动。所有数据仅限于单日、单个网站和单一设备。无法知道同一人是否从多个设备访问一个网站或访问其他网站。",
-  "data_policy_ownership_intro": "当您使用我们的服务时，Capgo将收集有关您访客的信息。您把网站数据托付给我们，我们会全心全意地对待这份信任。您的网站数据隐私——这是您的数据，而不是我们的！——对我们来说非常重要。",
-  "data_policy_ownership_rights": "您拥有对您网站数据的所有权利、标题和利益。我们没有从您那里获得任何关于您网站数据的权利。我们永远不会将您的网站数据出售或分享给任何第三方。",
-  "data_policy_ownership_statement": "通过使用Capgo，您可以完全拥有您的网站数据。尽管在使用我们的托管服务时，您的网站分析数据存储在我们云端的服务器上，但是您仍然完全掌控自己的网站数据，并且也完全拥有所有数据。",
-  "data_policy_ownership_title": "您的网站数据所有权",
-  "data_policy_permanent_deletion": "当您删除Capgo账户或者删除站点统计信息时，所有的数据将会被立即永久性地删除。一旦这些信息被永久性地删除后，我们无法恢复。",
-  "data_policy_title": "数据政策",
-  "data_policy_trust_importance": "这在隐私软件市场中至关重要。当涉及到数据时，公司和专有软件并不总是值得信赖的。证明你的可信度的唯一方式就是允许专家查看你的代码，并验证你是否真正做到了你所说的事情。",
-  "data_policy_trust_open_source": "Capgo是100%的开源软件。我们的源代码在GitHub上可供查阅，你可以阅读并审查它以确保我们的代码符合我们所说的功能。",
-  "data_policy_trust_title": "我为什么应该信任你？",
-  "data_policy_trust_transparency": "我们不是一个黑箱。一切都公开透明。任何人都可以查看、审查和检查我们正在运行的代码，以验证我们是否言行一致。",
-  "data_policy_unique_users_intro": "计算独特访客是网络分析的重要部分。Capgo试图在消除页面浏览重复和尊重访客隐私之间找到合理的平衡。",
-  "data_policy_unique_users_title": "我们如何在不使用cookies的情况下计算唯一用户数",
-  "data_policy_what_we_collect_title": "我们收集什么以及我们如何使用它",
-  "data_processing": "数据处理",
-  "data_processing_agreement": "数据处理协议",
-  "data_storage": "数据存储",
-  "days_free_trial": "14天免费试用",
-  "dedicated_channels": "专用频道",
-  "dedicated_support_channels_sla": "为您的安心提供专用支持渠道和SLA保证",
-  "definitions": "定义",
-  "definitions_desc": "在此服务级别协议中使用但未定义的所有大写字词具有协议中规定的含义。",
-  "definitions_purpose": "为了本免责声明的目的：",
-  "definitions_purpose_refund": "就此退货和退款政策而言：",
-  "definitions_title": "定义",
-  "deliver_updates": "将更新交付给您的Capacitor应用程序",
-  "denial_of_service": "服务拒绝（DoS）。",
-  "denial_of_service_desc": "通过大量的通信请求淹没目标，使得目标无法响应合法流量，或者响应速度如此之慢以至于变得无效。",
-  "deploy_and_test_anywhere_anytime": "随时随地部署和测试",
-  "deploy_changes_in_real_time": "实时部署更改",
-  "deploy_on_cloud_providers": "在AWS、GCP或您的云服务提供商上部署",
-  "deploy_ota": "使用企业级的安全性、可扩展性和支持，通过空中（OTA）更新向数百万用户部署。",
-  "deploy_with_confidence": "自信地部署",
-  "designed_for_mobile_first": "为移动优先设计，具有直观的用户界面和无缝性能",
-  "developers": "开发者",
-  "diagnose_version_issues": "诊断版本问题",
-  "didnt_find_answer": "没有找到你要寻找的答案吗？",
-  "direct_access_engineering_team": "通过专用的Slack频道和电话支持直接访问我们的工程团队",
-  "direct_engineering_access": "直接工程访问",
-  "direct_peering_worldwide": "全球直接对等连接",
-  "direct_slack_channel_support": "直接聊天支持",
-  "directly_from_your_phone": "直接从您的手机",
-  "disclaimer": "免责声明",
-  "disclaimer_last_updated": "最后更新：2022年1月28日",
-  "disclaimer_text": "该服务上包含的信息仅供一般信息参考。",
-  "disclaimer_title": "免责声明",
-  "discover_ready_plugins": "发现可用于扩展您的Capacitor应用功能的插件",
-  "do_you_have_purchasing_power_parity_pricing": "你们是否提供购买力平价（PPP）定价？",
-  "do_you_offer_annual_billing_and_ach_payment_options": "你们提供年度计费和ACH支付选项吗？",
-  "do_you_offer_discounts_for_students_non_profits_or_startups": "你们是否为学生、非营利组织或初创企业提供折扣？",
-  "do_you_offer_refunds": "你们提供退款吗？",
-  "do_you_offer_refunds_answer": "除非法律要求，否则已付订阅费用不予退款。然而，我们可能会根据具体情况考虑某些退款请求，并由Capgo自行决定是否批准。如果您认为自己有资格获得退款，请联系我们的支持团队。",
-  "docs": "Docs",
-  "documentation": "文档",
-  "documentation_in_markdown_that_powers": "驱动的Markdown文档",
-  "documenting_apis": "记录APIs",
-  "download_the_app_and_take_control": "下载应用程序，随时随地控制您的发布。",
-  "download_time_globally": "从我们的全球CDN下载5MB的包",
-  "downloads": "下载",
-  "dp": "数据政策",
-  "dp_description": "Capgo数据处理协议和GDPR合规文档，适用于使用我们实时更新平台的企业客户。",
-  "dpa": "数据保护协议",
-  "dpa_contact_1": "如果您对此隐私政策有任何疑问，您可以联系我们：",
-  "dpa_contact_2": "通过访问网站上的这个页面：",
-  "dpa_contact_title": "联系我们",
-  "dpa_customer_undertakings_1": "客户保证其拥有向Capgo提供访问者数据以便与提供Capgo服务相关的处理所需的所有必要权利。",
-  "dpa_customer_undertakings_2": "客户应始终遵守所有关于其向Capgo提供的访问者数据的数据保护法规，以符合协议要求。",
-  "dpa_customer_undertakings_3": "客户作为控制者理解，它负责（在客户和Capgo之间）：",
-  "dpa_customer_undertakings_4": "确定任何处理的合法性，执行任何必需的数据保护影响评估，并向监管机构和个人进行解释，如有需要；",
-  "dpa_customer_undertakings_5": "根据您所在司法管辖区的要求，向数据主体提供相关的隐私通知；",
-  "dpa_customer_undertakings_6": "实施您自己适当的技术和组织措施，以确保并证明处理符合本DPA;",
-  "dpa_customer_undertakings_7": "根据您所在司法管辖区的法律要求，通知任何相关的监管机构或权力机关任何可能需要的事件。",
-  "dpa_customer_undertakings_title": "客户承诺和Capgo协助",
-  "dpa_definitions_1": "在根据协议向用户提供Capgo服务的过程中，Capgo可能代表用户处理访客数据。",
-  "dpa_definitions_2": "在此数据处理协议（\"DPA\"）中，“数据保护法规”是指一般数据保护条例（欧盟法规2016/279），以及可能存在于任何相关司法管辖区的与访问者数据和隐私处理有关的所有其他适用法律。",
-  "dpa_definitions_3": "\"数据控制者\"，\"数据处理器\"，\"数据主体\"，\"个人数据\"和 \"处理过程”应根据适用的数据保护法规进行解释。",
-  "dpa_definitions_4": "各方同意，用户是数据控制者，Capgo是其数据处理器，用于处理在提供服务过程中的访客数据。",
-  "dpa_definitions_title": "定义",
-  "dpa_last_updated": "最后更新：2023年9月20日",
-  "dpa_liability_indemnity_1": "各方相互赔偿，并使其免受所有索赔、行动、第三方索赔、损失、损害和由被赔偿方承担的费用，这些都直接或间接地源于或与违反此DPA有关。",
-  "dpa_liability_indemnity_title": "责任和赔偿",
-  "dpa_notification_1": "不，您在接受我们的DPA时无需通知我们或任何第三方，尽管如上所述，您可以自由选择是否这样做。",
-  "dpa_notification_title": "客户在接受我们的DPA时，需要通知任何人吗？",
-  "dpa_privacy_security_1": "我们采取许多措施通过备份、冗余和加密来保护和确保您的数据安全。当您使用我们的服务来测量您网站的统计数据时，Capgo将收集关于您访客的信息。",
-  "dpa_privacy_security_2": "您将网站数据托付给我们，我们会全心全意对待这份信任。您同意Capgo可以按照我们的数据政策处理您的数据，并且不会用于其他目的。我们尽最大努力通过公开我们是谁，我们如何工作，并始终接受您的反馈来赢得这份信任。",
-  "dpa_privacy_security_3": "您拥有对您网站数据的所有权利、标题和利益。我们没有从您那里获得任何关于您网站数据的权利。我们不收集并分析网络用户的个人信息，也不使用这些行为洞察来销售广告。当使用Capgo时，你100%拥有并控制你的所有网站数据。我们不会将您的网站数据出售或分享给任何第三方，也不会滥用访客的隐私。",
-  "dpa_privacy_security_4": "Capgo的目的是更新电容器，这仍然可以在不追踪、收集或存储任何个人数据或个人身份信息（PII），不使用cookies并尊重您网站访问者隐私的情况下完成。",
-  "dpa_privacy_security_5": "通过使用Capgo，所有的网站测量都是绝对匿名进行的。我们尽可能减少数据收集。我们只测量最基本的数据点，其他什么都不测量。我们收集的所有指标都适合在一个页面上显示。",
-  "dpa_privacy_security_6": "我们不试图生成设备持久性标识符，因为在GDPR下，它们被视为个人数据。我们不使用cookies、浏览器缓存或本地存储。我们不从访客的设备中存储、检索或提取任何东西。我们处理的数据无法用来识别任何单一个体。",
-  "dpa_privacy_security_7": "根据本协议进行数据处理的受影响的数据主体群体包括使用处理者提供服务的控制者网站的终端用户。",
-  "dpa_privacy_security_8": "您可以在我们公开的数据政策中找到更多关于我们如何处理您的访客数据以及我们代表您收集了哪些类型/类别的数据的信息。",
-  "dpa_privacy_security_title": "您访客数据的隐私和安全性",
-  "dpa_processor_obligations_1": "Capgo仅会根据客户通过服务设置的指示处理访客数据，即（a）操作、维护和支持用于提供服务的基础设施；（b）遵守客户在使用、管理和管理服务时的指示和处理指示；（c）按照服务设置中的其他指示。 Capgo将仅根据协议处理访客数据。",
-  "dpa_processor_obligations_2": "如果Capgo认为客户给出的处理访客数据的指示违反了适用的数据保护法规，Capgo应在无不必要的延误情况下通知客户。",
-  "dpa_processor_obligations_3": "Capgo应保证在此项下处理的访客数据的保密性。",
-  "dpa_processor_obligations_4": "作为人类，我们可以访问您的数据以帮助您处理支持请求，并维护和保护Capgo，确保您的数据和整个服务的安全。Capgo将确保所有需要访问访客数据的Capgo人员都接受了GDPR和数据隐私方面的培训，了解数据的机密性，并遵守本协议中规定的义务。",
-  "dpa_processor_obligations_5": "Capgo应实施并维护适当的技术和组织安全措施，以保护访客数据免受未经授权或非法处理以及意外丢失、破坏、损害、盗窃、更改或泄露。这些措施应适合于可能由任何未经授权或非法处理，意外丢失，破坏，损害或盗窃访客数据而产生的伤害，并考虑到需要保护的访客数据的性质。",
-  "dpa_processor_obligations_6": "我们确实与子处理器合作。对于每个供应商，我们都会评估他们对隐私的承诺，并与他们签订包含控制者-处理者标准合同条款的数据处理协议。任何此类分包商只被允许为提供Capgo聘请他们提供的服务而处理数据，且禁止他们将数据用于任何其他目的。Capgo将通过我们的应用内通知、电子邮件和/或博客在修改子处理器列表时通知控制者。控制者有权合法反对并可能终止该协议。",
-  "dpa_processor_obligations_7": "如果Capgo在提供服务过程中意识到任何意外、未经授权或非法的安全漏洞、破坏、损失、更改或泄露其处理的个人数据，它应在无不适当延迟的情况下（不迟于发现后48小时内），通过电子邮件通知客户，并向客户提供事件描述以及关于事件的定期更新信息，包括其对客户内容的影响。Capgo还将采取行动调查该事件，并合理地防止或减轻该事件的影响。",
-  "dpa_processor_obligations_8": "Capgo不得自行纠正、删除或限制代表控制器处理的访问者数据（除非法律或处理器服务条款要求），但只能根据控制器的文件化指示并按照与控制器订阅计划相关的数据保留规则进行。",
-  "dpa_processor_obligations_9": "Capgo应协助控制者遵守有关个人数据安全的义务。Plausible也将为控制者提供DPIAs的帮助。当数据主体行使其作为数据主体的权利时，此请求将立即转发给控制者。",
-  "dpa_processor_obligations_title": "处理器对控制器的义务",
-  "dpa_security_measures_1": "对于加密，我们在传输过程中使用https，并在静态时使用哈希处理。我们的哈希处理比加密更强大。加密意味着存在一个可以解密并显示原始数据的键。在我们的数据库中，原始IP地址和用户代理被完全阻止任何人访问，包括我们自己。除此之外，我们还使用严格的防火墙规则和私有加密网络。我们保留包含强bcrypt密码的离线备份与复制功能。",
-  "dpa_security_measures_2": "Capgo是完全开源的软件，这意味着我们的源代码在GitHub上可供任何人查看和访问。你可以阅读、检查并审查它以理解其工作原理，并确保数据的私密性和安全性。这为你和所有其他人提供了关于我们如何处理网站流量数据的完全透明度。",
-  "dpa_security_measures_3": "拥有500多个GitHub星标，我们的代码受到了大量关注，正是这种透明度和开放性使得开源产品比专有和封闭源代码产品更值得信赖。我们的软件每周更新几次，在我们的GitHub页面上，我们还为人们提供了一种报告任何安全漏洞的方式。",
-  "dpa_security_measures_title": "组织和技术安全措施",
-  "dpa_sharing_1": "是的。DPA是一份公开可用的文件，希望与其客户分享以确认我们的安全措施和其他条款的客户可以随意这样做。",
-  "dpa_sharing_title": "客户可以与其客户共享Capgo DPA吗？",
-  "dpa_signing_required_1": "为了使用我们的产品和服务，您需要接受我们的数据处理协议(DPA)。通过使用我们的产品，您同意我们的服务条款，并自动接受我们的DPA，无需签署单独的文件。我们为所有客户提供相同的隐私权利和保护。",
-  "dpa_signing_required_title": "客户是否需要签署Capgo DPA？",
-  "dpa_title": "数据处理协议",
-  "easily_adjust_user_roles_and_permissions_as_your_team_and_projects_evolve_maintaining_optimal_organization_structure": "随着团队和项目的发展，轻松调整用户角色和权限，保持最佳的组织结构。",
-  "effortless_ci_cd_solutions": "轻松的CI/CD解决方案",
-  "email_label": "电子邮件",
-  "email_placeholder": "输入您的电子邮件",
-  "emergency_fixes_on_the_go": "紧急修复在进行中",
-  "end_to_end_encryption": "端到端加密",
-  "enterprise_authentication": "企业认证",
-  "enterprise_billing": "企业计费",
-  "enterprise_description": "对于构建关键任务应用程序的企业团队，他们需要高级安全性、合规性以及完全控制其移动DevOps基础设施的专 dedicated 支持。",
-  "enterprise_features": "企业功能",
-  "enterprise_grade_security_trust": "您可以信赖的企业级安全性",
-  "enterprise_identity": "企业身份",
-  "enterprise_platform_uptime_sla": "企业平台正常运行时间服务等级协议",
-  "enterprise_plugins": "企业插件",
-  "enterprise_ready": "企业就绪",
-  "enterprise_security_audit_desc": "每年的第三方审计以及使用SonarCloud、Coderabbit和Snyk进行的持续代码扫描。",
-  "enterprise_security_audit_title": "自动化且独立的审计",
-  "enterprise_security_automations": "SonarCloud，Coderabbit和Snyk在发布前审查每一次提交。",
-  "enterprise_solutions": "企业解决方案",
-  "enterprise_support": "企业支持",
-  "enterprise_title": "企业",
-  "errors_and_omissions_disclaimer_text": "该服务提供的信息仅用于对感兴趣事项的一般指导。即使公司采取了每一个预防措施来确保服务内容的及时性和准确性，错误也可能发生。此外，考虑到法律、规则和法规的变化性，服务中包含的信息可能会有延误、遗漏或不准确之处。",
-  "errors_and_omissions_disclaimer_title": "错误和遗漏免责声明",
-  "eula": "最终用户许可协议",
-  "eula_acknowledgment_text_1": "点击“I Agree”按钮，下载或使用该应用程序，即表示您同意接受本协议的条款和条件。如果您不同意本协议的条款，请不要点击“I Agree”按钮，不要下载或不要使用该应用程序。",
-  "eula_acknowledgment_text_2": "本协议是您与公司之间的法律文件，它规定了您对公司提供给您的应用程序的使用。",
-  "eula_acknowledgment_text_3": "本协议仅在您和公司之间，而不是与应用商店。因此，公司对应用程序及其内容负有全部责任。尽管应用商店并非本协议的一方，但它有权作为第三方受益人针对您使用该应用程序来执行该协议。",
-  "eula_acknowledgment_text_4": "由于其他用户可以通过例如家庭共享/家庭组或批量购买等方式访问和使用该应用程序，因此这些用户对应用程序的使用明确受到本协议的约束。",
-  "eula_acknowledgment_text_5": "该应用程序是由公司根据本协议的条款授权给您使用的，而不是出售给您的。",
-  "eula_acknowledgment_title": "确认",
-  "eula_changes_text_1": "该公司保留在其自行决定的情况下，随时修改或替换本协议的权利。如果修订内容重大，我们将在任何新条款生效前至少提供30天的通知。什么构成重大变更将由公司自行决定。",
-  "eula_changes_text_2": "在任何修订生效后，如果您继续访问或使用该应用程序，即表示您同意受到修订条款的约束。如果您不同意新的条款，那么您将不再有权使用该应用程序。",
-  "eula_changes_title": "对本协议的更改",
-  "eula_contact_us_link": "通过访问网站上的这个页面：",
-  "eula_contact_us_text": "如果您对此协议有任何疑问，您可以联系我们：",
-  "eula_contact_us_title": "联系我们",
-  "eula_definition_agreement": "**协议**是指构成您与公司关于使用应用程序的全部协议的最终用户许可协议。",
-  "eula_definition_application": "**应用程序**是指由公司提供，通过应用商店账户下载到设备上的软件程序，名为$1",
-  "eula_definition_application_store": "**应用商店**指的是由苹果公司（Apple App Store）或谷歌公司（Google Play Store）运营和开发的数字分发服务，通过该服务将应用程序下载到您的设备上。",
-  "eula_definition_company": "**公司**（在本协议中被称为\"该公司\"、\"我们\"或\"我们的\"）指的是Digital shift OU，位于塔林15510 6号sepapaja。",
-  "eula_definition_content": "**内容**指的是您可以发布、上传、链接或以其他方式提供的如文本、图像或其他信息等内容，无论该内容的形式如何。",
-  "eula_definition_country": "**国家**指的是：爱沙尼亚",
-  "eula_definition_device": "**设备**是指可以访问应用程序的任何设备，如计算机、手机或数字平板。",
-  "eula_definition_family_sharing": "**家庭共享/家庭组**允许您通过应用商店下载的应用程序与其他家庭成员共享，使他们可以查看并下载彼此的合格应用程序到他们关联的设备上。",
-  "eula_definition_third_party_services": "**第三方服务**指的是任何由第三方提供并可能通过应用程序显示、包含或提供的服务或内容（包括数据、信息、应用和其他产品服务）。",
-  "eula_definition_you": "“您”指的是访问或使用该应用程序的个人，或者该个人代表的公司，或其他法律实体（如适用）。",
-  "eula_definitions_intro": "为了本最终用户许可协议的目的：",
-  "eula_definitions_subtitle": "定义",
-  "eula_entire_agreement_text_1": "该协议构成了您与公司之间关于您使用应用程序的全部协议，并取代了您或您与公司之间所有先前和同时期的书面或口头协议。",
-  "eula_entire_agreement_text_2": "当您使用或购买公司的其他服务时，可能需要遵守额外的条款和条件，这些将在您使用或购买时由公司提供给您。",
-  "eula_entire_agreement_title": "完整协议",
-  "eula_governing_law_text": "该协议及您使用应用程序的行为应受该国家的法律管辖，但不包括其冲突法规则。您使用应用程序也可能受到其他地方、州、国家或国际法律的约束。",
-  "eula_governing_law_title": "管辖法律",
-  "eula_indemnification_text": "您同意赔偿并使公司及其母公司、子公司、关联公司、高级职员、雇员、代理人，合作伙伴和许可人（如有）免受任何索赔或要求，包括因您：(a) 使用本应用程序；(b) 违反本协议或任何法律法规；或 (c) 侵犯第三方的任何权利所产生的合理律师费用。",
-  "eula_indemnification_title": "赔偿",
-  "eula_intellectual_property_text_1": "该应用程序，包括但不限于所有版权、专利、商标、商业秘密和其他知识产权，均为并应保持公司的唯一和排他性财产。",
-  "eula_intellectual_property_text_2": "该公司无义务就因应用程序引发或与之相关的任何第三方索赔对您进行赔偿或辩护。在适用法律要求公司提供赔偿的范围内，由公司而非应用商店负责调查、辩护、解决和处理任何关于应用程序或您使用它侵犯了第三方知识产权的索赔。",
-  "eula_intellectual_property_title": "知识产权",
-  "eula_interpretation_subtitle": "解释",
-  "eula_interpretation_text": "首字母大写的词在以下条件下有定义的含义。无论这些定义是以单数形式还是复数形式出现，其含义都应相同。",
-  "eula_interpretation_title": "解释和定义",
-  "eula_last_updated": "最后更新：2022年1月28日",
-  "eula_license_restrictions_1": "许可，销售，出租，租赁，分配，分发，传输，托管，外包，披露或以其他方式商业化利用应用程序或使应用程序对任何第三方可用。",
-  "eula_license_restrictions_2": "复制或使用该应用程序以任何非上述“许可”部分允许的目的。",
-  "eula_license_restrictions_3": "修改、制作派生作品、反汇编、解密、反向编译或反向工程应用程序的任何部分。",
-  "eula_license_restrictions_4": "删除、更改或模糊任何公司或其附属公司、合作伙伴、供应商或应用程序许可方的专有通知（包括任何版权或商标通知）。",
-  "eula_license_restrictions_intro": "您同意不会，且不允许他人：",
-  "eula_license_restrictions_subtitle": "许可证限制",
-  "eula_license_scope_subtitle": "许可证范围",
-  "eula_license_scope_text_1": "该公司授予您一项可撤销的、非独家的、不可转让的、有限许可，严格按照本协议的条款下载、安装和使用应用程序。",
-  "eula_license_scope_text_2": "您只能在您拥有或控制的设备上使用该应用程序，并且必须遵守应用商店的条款和条件。",
-  "eula_license_scope_text_3": "公司授予您的许可证仅供您个人非商业用途，严格按照本协议的条款使用。",
-  "eula_license_title": "许可证",
-  "eula_limitation_of_liability_text_1": "尽管您可能会遭受任何损害，但在本协议的任何条款下，公司及其任何供应商的全部责任以及您对所有上述事项的唯一补救措施应限于您实际为应用程序或通过应用程序支付的金额，或者如果您未通过应用程序购买任何东西，则为100美元。",
-  "eula_limitation_of_liability_text_2": "在适用法律允许的最大范围内，无论何种情况下，公司或其供应商均不对任何特殊、偶然、间接或后果性损害负责（包括但不限于利润损失、数据或其他信息的损失、业务中断、个人伤害，因使用或无法使用该应用程序，与应用程序一起使用的第三方软件和/或第三方硬件，或者以任何方式与本协议的任何条款有关而引起的隐私权丧失），即使公司或任何供应商已被告知此类损害可能性，并且即使补救措施未能达到其基本目标。",
-  "eula_limitation_of_liability_text_3": "一些州/司法管辖区不允许排除或限制附带或间接损害，因此上述限制或排除可能不适用于您。",
-  "eula_limitation_of_liability_text_4": "您明确理解并同意，无论应用商店、其子公司和附属公司以及其许可方是否已被告知或应当意识到可能产生此类损失的可能性，根据任何责任理论，他们都不对您承担因直接、间接、偶然、特殊后果或惩罚性损害而可能遭受的任何损失（包括数据丢失）负责。",
-  "eula_limitation_of_liability_title": "责任限制",
-  "eula_maintenance_subtitle": "维护和支持",
-  "eula_maintenance_text": "该公司不为应用程序的下载和使用提供任何维护或支持。在适用法律要求提供任何维护或支持的范围内，应由公司而非应用商店负责提供此类维护或支持。",
-  "eula_modifications_text": "该公司保留随时修改、暂停或永久中止应用程序或其连接的任何服务的权利，无需通知您且对您不承担责任。",
-  "eula_modifications_title": "对应用程序的修改",
-  "eula_no_warranties_text_1": "该应用程序按“原样”和“现状”以及所有故障和缺陷提供给您，不提供任何形式的保证。在适用法律允许的最大范围内，公司代表自己、其关联方、各自的许可人和服务提供商明确否认对该应用程序的所有保证，无论是明示、暗示、法定或其他方式，包括所有有关适销性、特定目标适用性、权利和非侵权行为的暗示保证，以及可能因交易过程中产生的保证。在不限制前述内容的情况下，公司并未提供任何保证或承诺，并且没有表示该应用程序将满足您的要求，达到预期结果，在与其他软件、应用程序、系统或服务相容或工作时不会出现中断，在满足任何性能或可靠性标准上也没有错误发生，并且可以纠正任何错误或缺陷。",
-  "eula_no_warranties_text_2": "在不限制前述内容的情况下，公司或任何公司的提供商均不作出任何形式的明示或暗示保证：（i）关于应用程序的运行或可用性，或者其中包含的信息、内容、材料或产品；（ii）应用程序将无中断且无错误；（iii）通过应用程序提供的任何信息或内容的准确性、可靠性或时效性； 或者 (iv) 应用程序、其服务器、内容，以及代表公司发送的电子邮件免受病毒、脚本、特洛伊木马、蠕虫病毒, 恶意软件, 定时炸弹等有害组件侵扰。",
-  "eula_no_warranties_text_3": "某些司法管辖区不允许排除某些类型的保修或限制消费者适用的法定权利，因此上述部分或全部排除和限制可能不适用于您。但在这种情况下，应根据适用法律最大程度地执行本节所设定的排除和限制。在任何不能被放弃的法律保证范围内，由公司而非应用商店负责该等保证。",
-  "eula_no_warranties_title": "无保证",
-  "eula_product_claims_text": "该公司不对应用程序做出任何保证。在您因使用应用程序而产生或与之相关的任何索赔中，由公司而非应用商店负责处理此类索赔，这可能包括但不限于：(i) 任何产品责任索赔；(ii) 任何声称应用程序未能符合适用法律或监管要求的索赔；以及 (iii) 根据消费者保护或类似立法产生的任何索赔。",
-  "eula_product_claims_title": "产品声明",
-  "eula_read_carefully": "请在点击“I Agree”按钮、下载或使用$1之前仔细阅读此最终用户许可协议。",
-  "eula_severability_and_waiver_title": "可分性和弃权",
-  "eula_severability_subtitle": "可分割性",
-  "eula_severability_text": "如果本协议的任何条款被认定为不可执行或无效，该条款将会被修改并解释，以在适用法律允许的最大范围内实现该条款的目标，而其余条款将继续完全生效。",
-  "eula_term_and_termination_text_1": "本协议将持续有效，直至您或公司终止。公司可自行决定在任何时间、出于任何或无任何原因，有或无事先通知地暂停或终止本协议。",
-  "eula_term_and_termination_text_2": "如果您未能遵守本协议的任何条款，本公司将立即终止本协议，无需提前通知。您也可以通过从设备或计算机中删除应用程序及其所有副本来终止此协议。",
-  "eula_term_and_termination_text_3": "在此协议终止后，您应停止使用该应用程序，并从您的设备中删除所有该应用程序的副本。",
-  "eula_term_and_termination_text_4": "终止本协议不会限制公司在法律或衡平法上对您（在本协议期间）违反本协议下的任何义务的权利或救济。",
-  "eula_term_and_termination_title": "条款和终止",
-  "eula_third_party_services_text_1": "该应用程序可能显示、包含或提供第三方内容（包括数据、信息、应用程序和其他产品服务），或提供指向第三方网站或服务的链接。",
-  "eula_third_party_services_text_2": "您承认并同意，公司不对任何第三方服务负责，包括其准确性、完整性、及时性、有效性、版权合规性、合法性、得体度、质量或其他任何方面。公司不承担并且不对您或任何其他人或实体因任何第三方服务产生的任何责任或义务。",
-  "eula_third_party_services_text_3": "在使用应用程序时，您必须遵守适用的第三方协议条款。第三方服务及其链接仅为了您的便利而提供，您完全自行承担访问和使用它们的风险，并需遵守这些第三方的条款和条件。",
-  "eula_third_party_services_title": "第三方服务",
-  "eula_title": "最终用户许可协议（“协议”）",
-  "eula_updates_subtitle": "应用程序的更新",
-  "eula_updates_text_1": "该公司可能会不时提供应用程序的功能/特性的增强或改进，这可能包括补丁、错误修复、更新、升级和其他修改。",
-  "eula_updates_text_2": "更新可能会修改或删除应用程序的某些功能。您同意公司无义务（i）提供任何更新，或（ii）继续为您提供或启用应用程序的任何特定功能。",
-  "eula_updates_text_3": "您进一步同意，所有更新或任何其他修改将被视为（i）构成应用程序的一个组成部分，并且（ii）受到本协议条款和条件的约束。",
-  "eula_us_legal_compliance_text": "您声明并保证：（i）您所在的国家不受美国政府的禁运影响，也未被美国政府列为“支持恐怖主义”的国家；（ii）您没有被列入美国政府的任何禁止或限制名单。",
-  "eula_us_legal_compliance_title": "美国法律合规",
-  "eula_waiver_subtitle": "弃权",
-  "eula_waiver_text": "除非本协议另有规定，否则未行使权利或要求履行本协议项下的义务不应影响一方在以后任何时间行使该等权利或要求该等履行的能力，且对违约的放弃不构成对任何后续违约的放弃。",
-  "eula_your_suggestions_text_1": "您向公司提供的关于应用程序的任何反馈、评论、想法、改进或建议均应为公司的唯一和专有财产。",
-  "eula_your_suggestions_text_2": "该公司有权自由使用、复制、修改、发布或以任何方式重新分发建议，无需向您提供任何信誉或任何补偿。",
-  "eula_your_suggestions_title": "您的建议",
-  "every_live_update_signed_verified": "每个实时更新都经过签名和验证，确保您部署的完整性和真实性",
-  "everything_you_need_in_your_pocket": "你口袋里需要的一切",
-  "examples_of_bad_pr_title": "错误的公关标题示例：",
-  "examples_of_good_pr_title": "优秀公关标题的示例：",
-  "expand_menu": "展开菜单",
-  "experienced_in_working_on_demanding": "在繁重工作中有丰富经验",
-  "expert_ci_cd_setup": "专家级CI/CD设置",
-  "expert_consultation": "专家咨询",
-  "expert_guidance": "专家指导",
-  "expert_team_builds_custom_plugins": "我们的专家团队根据您的特定需求构建定制的Capacitor插件和SDK集成。从概念到部署，我们提供生产就绪的解决方案。",
-  "explore_common_questions": "探索关于Capgo的常见问题和答案",
-  "explore_plugins": "探索插件",
-  "extended_security": "扩展安全性",
-  "external_links_disclaimer_text": "该服务可能包含指向并非由公司提供、维护或以任何方式关联的外部网站的链接。",
-  "external_links_disclaimer_title": "外部链接免责声明",
-  "external_links_no_guarantee": "请注意，公司不保证这些外部网站上的任何信息的准确性、相关性、及时性或完整性。",
-  "failed_to_copy": "复制失败",
-  "fair_use_belief": "该公司认为，根据美国版权法第107条的规定，这构成了对任何此类受版权保护的材料的“合理使用”。",
-  "fair_use_disclaimer_text": "该公司可能会使用未经版权所有者特别授权的版权材料。该公司提供此类材料用于批评、评论、新闻报道、教学、奖学金或研究。",
-  "fair_use_disclaimer_title": "免责声明",
-  "falsification_of_origin": "伪造产地。",
-  "falsification_of_origin_desc": "伪造TCP-IP数据包头部、电子邮件头部或描述其来源或路由的消息的任何部分。这项规定并未禁止使用别名和匿名重新发送器的合法用途。",
-  "fast_track_support_guaranteed_response": "快速通道支持，保证响应时间，并优先升级关键问题",
-  "find_and_fix_bugs_during_the_coding_process": "在编码过程中查找并修复错误。",
-  "find_more_at": "在此处查找更多信息：<a href='https://jsdoc.app/'> https://jsdoc.app/ </a>",
-  "fine_grained_permissions": "细粒度权限",
-  "first": "首先",
-  "first_class_support_when_needed": "当您需要时，提供一流的支持",
-  "first_name_label": "名字",
-  "first_name_placeholder": "约翰",
-  "five_year_savings": "五年储蓄",
-  "flexible_engagement": "灵活参与",
-  "flexible_payment_terms": "灵活的付款条件",
-  "flutter_power_approximately_1_of_apps_on_google_play_store": "Flutter大约为Google Play Store上的1%的应用程序提供动力",
-  "footer": "页脚",
-  "footer_tagline_part1": "为您的Capacitor应用程序供电",
-  "footer_tagline_part2": "超过70+个生产就绪的插件",
-  "for_the_pay_as_you_go_plan": "按使用付费计划",
-  "for_ultra_fast_delivery": "为了超快速递送",
-  "four_definitions_title": "4. 定义",
-  "framework_angular": "角度",
-  "framework_js_dom": "JS + DOM API",
-  "framework_qwik": "Qwik",
-  "framework_react": "反应",
-  "framework_svelte": "纤细",
-  "framework_ts_dom": "TS + DOM API",
-  "framework_vue": "视图",
-  "free_consultation": "免费咨询",
-  "free_initial_consultation": "免费初次咨询",
-  "free_trial_explanation": "如果您对活跃用户的数量感到不确定，并担心达到套餐限制，可以利用Capgo的免费试用。这是测试我们服务、找到合适套餐、避免意外收费并确保一切顺利运行的好方法。",
-  "from_95_percent_users": "来自95%的用户",
-  "frontend_for_official_deno_webpage": "官方Deno网页的前端",
-  "full_api_access": "完全API访问权限",
-  "full_control_of_your_capacitor_apps_from_anywhere": "从任何地方全面控制您的Capacitor应用程序",
-  "full_source_code_included": "包含完整源代码",
-  "gdpr_compliant": "符合GDPR规定",
-  "general_service_exclusion_1": "(i) 由我们无法合理控制的因素引起，包括但不限于任何不可抗力事件或互联网访问、ISP提供商问题和/或超出Capgo分界点的相关问题。",
-  "general_service_exclusion_2": "(ii) 来自于你的任何自愿行动或不作为所产生的结果。",
-  "general_service_exclusion_3": "(iii) 由实例类CPU和内存资源限制导致的结果。",
-  "general_service_exclusion_4": "(iv) 由于您未遵循我们在文档中描述的基本操作指南而产生的结果。",
-  "general_service_exclusion_5": "(v) 由于您的工作负载的 IO 容量不足，导致恢复时间过长。",
-  "general_service_exclusion_6": "(vi) 由您的设备、软件或其他技术产生的结果。",
-  "general_service_exclusion_7": "(vii) 根据我们的条款，由于我们暂停和终止了您使用Capgo的权利所产生的问题。",
-  "general_service_exclusions_title": "通用服务排除项",
-  "get_enterprise_quote": "获取企业报价",
-  "get_in_touch": "取得联系",
-  "get_notified_about_updates": "获取关于成功部署和问题的通知",
-  "get_quote_now": "立即获取报价",
-  "get_started_now": "立即开始",
-  "get_started_personalized_demo": "立即开始个性化演示。无需任何承诺。",
-  "get_your_custom_plugin_built": "获取您的定制插件构建",
-  "gift_return_policy": "如果购买的商品在购买时被标记为礼物，然后直接寄给您，那么您将获得等于退货价值的礼品信用。一旦收到退回的产品，我们会邮寄一份礼品证书给您。",
-  "gifts": "礼物",
-  "github_stars": "GitHub 星标",
-  "give_pr_a_descriptive_title": "给PR一个描述性的标题。",
-  "global_infra_badge_instant": "即时",
-  "global_infra_latency_ultra_low": "全球超低延迟",
-  "global_infra_performance_badge": "实时性能",
-  "global_infrastructure": "全球基础设施",
-  "global_infrastructure_lowercase": "全球基础设施",
-  "go_back_home": "回家",
-  "goods_definition": "商品是指在服务中提供出售的物品。",
-  "guaranteed_response": "保证回应",
-  "guide_rollback_process": "指导回滚过程",
-  "harmful_content": "有害内容。",
-  "harmful_content_desc": "可能损害、干扰、秘密拦截或侵占任何系统、程序或数据的内容或其他计算机技术，包括病毒、特洛伊木马、蠕虫、定时炸弹或取消机器人。",
-  "help_customers_with_app_issues": "高效地帮助客户解决应用问题",
-  "here": "这里。",
-  "hero_subtitle_line2": "快速，安全，并对应用商店不可见。",
-  "hero_subtitle_part1": "Capgo让你可以发送前端更改",
-  "hero_subtitle_part2": "给用户",
-  "high_enterprise_response": "2个工作小时<br />周一至周五",
-  "high_priority_response": "2小时<br />24/7 × 365",
-  "high_support_desc": "导致主要功能受到影响并且性能显著下降的问题。该问题影响了大部分用户群体和/或主要的Capgo功能。",
-  "high_support_subtitle": "重大业务中断",
-  "high_support_title": "2. 高",
-  "high_team_response": "1个工作日<br />周一 - 周五",
-  "home": "首页",
-  "home_appflow_bootstrapped_highlight": "Capgo完全自筹资金并且盈利",
-  "home_appflow_bootstrapped_prefix": "与可能一夜之间消失的风险投资支持的服务不同，",
-  "home_appflow_bootstrapped_suffix": "从第一天开始，我们就一直在产生稳定的收入，确保您的应用程序长期稳定。",
-  "home_appflow_notice_intro": "尽管Ionic Appflow宣布了其关闭，Capgo每天都在变得更加强大。",
-  "home_appflow_shutdown_heading": "Ionic Appflow正在关闭，",
-  "home_appflow_sustainable_highlight": "我们是为了持久而建造的",
-  "home_appflow_sustainable_prefix": "我们的可持续商业模式意味着我们并不依赖投资者资金或收购交易。",
-  "home_appflow_sustainable_suffix": "随着客户群的增长和已经证明的业绩记录。",
-  "home_avg_latency": "50ms平均延迟",
-  "home_bootstrapped_desc": "没有投资者，没有出售压力。我们使用自己的资源和客户收入进行建设。",
-  "home_bootstrapped_title": "完全自助启动",
-  "home_built_to_last_desc": "可持续的商业模式确保我们能长期为您服务。您的应用程序在我们这里是安全的。",
-  "home_built_to_last_title": "打造持久耐用",
-  "home_capgo_here_to_stay": "Capgo在这里驻足不前",
-  "home_cities_desc": "比以往任何时候都更接近用户",
-  "home_cities_worldwide": "全球城市",
-  "home_countries_covered": "涵盖的国家",
-  "home_countries_desc": "全球无处不在",
-  "home_deploy_cli_desc": "像往常一样构建您的应用程序，然后使用我们的CLI部署您的更新。无需复杂配置。",
-  "home_global_infrastructure_desc": "由无服务器边缘计算和分布在300多个城市以及13,000多个网络的分布式数据库驱动，实现超快速的全球交付。",
-  "home_global_network_label": "全球网络",
-  "home_important_update_badge": "重要更新",
-  "home_latency_from_users": "来自95%的用户",
-  "home_locations_active": "活跃的300+地点",
-  "home_migration_cta_desc": "加入已经转向更可靠、功能更丰富的替代品的数千名开发者，这是一种经久耐用的选择。",
-  "home_migration_cta_title": "准备从Ionic Appflow迁移吗？",
-  "home_multi_provider_resilience": "三重提供商的韧性",
-  "home_network_connections": "网络连接",
-  "home_network_desc": "全球直接对等连接",
-  "home_revenue_desc": "从第一天开始就盈利，并保持稳定增长。我们的成功取决于您的成功。",
-  "home_revenue_title": "创收的",
-  "home_uptime": "99.99%的正常运行时间",
-  "home_users_get_update_desc": "用户可以在后台立即接收更新。无需应用商店审批，无需用户交互。",
-  "home_worldwide_heading": "全球范围内",
-  "hosting": "托管",
-  "how_are_mau_counted": "如何计算每月活跃用户（MAU）？",
-  "how_is_bandwidth_counted": "带宽是如何计算的？",
-  "how_it_works_badge": "它是如何工作的",
-  "how_it_works_card1_desc_part1": "安装 Capgo CLI 并运行单个命令。",
-  "how_it_works_card1_desc_part2": "就是那么简单！",
-  "how_it_works_card1_title": "添加插件",
-  "how_it_works_card2_title": "推送新的更新",
-  "how_it_works_card3_title": "应用在启动时同步",
-  "how_it_works_cta": "免费试用",
-  "how_it_works_subtitle": "Capgo使用开源的CapacitorJS插件和安全的云服务，向您的用户推送前端更新——无需应用商店审核。",
-  "how_it_works_title": "按一次。",
-  "how_it_works_title_line2": "立即进行全面更新。",
-  "how_the_app_works": "应用程序如何运作",
-  "how_to_cancel": "为了行使您的取消权，您必须通过明确的声明告知我们您的决定。您可以通过以下方式告知我们您的决定：",
-  "illegal_activities": "非法，有害或欺诈活动。",
-  "illegal_activities_desc": "任何非法活动，侵犯他人权利的行为，或可能对他人、我们的运营或声誉造成伤害的行为，包括传播、推广或促进儿童色情内容，提供或传播虚假商品、服务、计划或促销活动，快速赚钱计划，庞氏和金字塔骗局，网络钓鱼或农场。",
-  "importance_of_documenting_apis": "记录所有公共API非常重要，我们希望与代码一起进行这项工作。这有助于确保代码和文档紧密地结合在一起。",
-  "imprint": "印记",
-  "imprint_description": "在这里查找$1公司的信息，这是该公司的法律信息，您可以找到地址、电子邮件、电话号码等更多内容。",
-  "in_app_purchases_acquired": "应用内购买（由RevenueCat收购）",
-  "included": "包括在内",
-  "industry_leading_security_compliance": "业界领先的安全和合规性功能，满足最高的企业标准",
-  "infrastructure_and_support": "基础设施与支持",
-  "infringing_content": "侵权内容。",
-  "infringing_content_desc": "侵犯或挪用他人知识产权或专有权利的内容。",
-  "inseparable_goods": "根据其性质，在交付后与其他物品不可分割地混合的商品供应。",
-  "install_and_test_any_version_directly": "直接在您的设备上安装并测试任何版本",
-  "install_plugin": "安装插件",
-  "instant_ota_updates_capacitor": "即时OTA更新用于Capacitor应用程序",
-  "instant_rollback": "即时回滚",
-  "instant_updates": "即时更新",
-  "instant_updates_for_capacitor": "即时更新CapacitorJS应用程序",
-  "instant_updates_for_capacitor_apps": "即时更新CapacitorJS应用程序",
-  "instant_updates_for_capacitor_apps_description": "将更新、修复和功能即时推送到您的CapacitorJS应用程序，无需等待应用商店的延迟。通过Capgo体验无缝集成、端到端加密以及实时更新。",
-  "instant_updates_for_your": "为您的即时更新",
-  "instant_version_switching": "即时版本切换",
-  "integrate_identity_provider_mfa": "将您的身份提供商进行集成，并在您的组织中执行多因素身份验证。",
-  "integration_and_api": "集成与API",
-  "integrations_badge": "Integrations",
-  "integrations_subtitle": "Current Capgo integrations and partner services.",
-  "integrations_title": "Capgo Integrations",
-  "intentional_interference": "故意干扰。",
-  "intentional_interference_desc": "干扰任何系统的正常运行，包括通过邮件轰炸、新闻轰炸、广播攻击或洪水攻击技术故意尝试过载系统。",
-  "interception": "拦截。",
-  "interpretation": "解释",
-  "interpretation_and_definitions": "解释和定义",
-  "interpretation_and_definitions_title": "解释和定义",
-  "interpretation_description": "首字母大写的词在以下条件下有定义的含义。无论这些定义是以单数还是复数形式出现，其含义都应相同。",
-  "interpretation_text": "首字母大写的词在以下条件下有定义的含义。无论这些定义是以单数形式还是复数形式出现，其含义都应相同。",
-  "interpretation_title": "解释",
-  "investigate_violations": "调查违反此政策或滥用服务或Capgo网站的行为;",
-  "it_all_started_with_a_github_issue_where_many_developers_voiced_their_frustration_with_the_high_costs_of_existing_solutions_like_appflow": "一切都始于一个GitHub问题，许多开发者在其中表达了他们对像Appflow这样的现有解决方案高昂成本的不满。",
-  "it_s_faster_cheaper_and_requires_fewer_developers_to_do_it": "它更快、更便宜，而且需要的开发人员更少。",
-  "iterate_faster": "为快速移动的团队而打造",
-  "javascript_and_typescript": "JavaScript 和 TypeScript",
-  "jobs": "工作",
-  "join_leading_enterprises": "加入信任Capgo的领先企业，为全球数百万用户提供安全、可扩展的实时更新。",
-  "jsdoc_documentation": "所有公开暴露的API和类型，<code>capacitor-updater</code>模块应该有JSDoc文档。这个文档被解析并可供TypeScript编译器使用，因此很容易提供进一步的下游服务。JSDoc块紧接在它们所适用的语句之前，并以一个前导的<code>/**</code>开始，在一个<code>*/</code>结束。例如：",
-  "key_features": "关键特性",
-  "kotlin_power_approximately_1_of_apps_on_google_play_store": "Kotlin大约为Google Play商店中的1%的应用程序提供动力",
-  "landing_automation_build": "Build",
-  "landing_automation_deploy": "Deploy",
-  "landing_automation_description": "Automate your entire release process. From code commit to user device, Capgo handles the complexity of building, signing, and deploying your updates.",
-  "landing_automation_submit": "Submit",
-  "landing_automation_subtitle": "Ship faster with less effort",
-  "landing_automation_title": "Fully Automated Workflow",
-  "landing_monitoring_bandwidth": "Bandwidth Saved",
-  "landing_monitoring_bandwidth_desc": "Smart differential updates reduce data usage by up to 90%",
-  "landing_monitoring_description": "Get real-time insights into your app's performance and adoption. Track successful updates, monitor errors, and understand your user base.",
-  "landing_monitoring_subtitle": "Data-driven decisions",
-  "landing_monitoring_title": "Real-time Monitoring",
-  "landing_monitoring_updates": "Updates Served",
-  "landing_monitoring_updates_desc": "Reliable delivery to millions of devices worldwide",
-  "landing_monitoring_user_pop": "User Population",
-  "landing_monitoring_user_pop_desc": "Track active users and version adoption in real-time",
-  "language_label": "语言",
-  "last_name_label": "姓氏",
-  "last_name_placeholder": "母鹿",
-  "last_update": "最后更新",
-  "last_updated": "最后更新：2022年1月28日",
-  "latest_from_news": "我们博客的最新动态",
-  "latest_from_the_blog": "博客最新动态",
-  "learn_more": "了解更多",
-  "legal": "法律",
-  "let_them_review_your_work_and_give_your_team_an_opportunity_to_learn_from_the_experts": "让他们审查你的工作，并给你的团队一个从专家那里学习的机会。",
-  "lets_work_together": "让我们一起工作吧！",
-  "lightning_fast": "闪电般的速度",
-  "little_experience_with_capacitorjs": "对CapacitorJS的经验很少",
-  "live_update": "实时更新",
-  "live_update_channels_desc": "为生产、预发布、测试版测试等创建频道。每个频道可以有自己的bundle版本。",
-  "live_update_channels_feature1_desc": "Create, configure, and switch channels from the web dashboard. Roll back instantly with one click.",
-  "live_update_channels_feature1_title": "Cloud Dashboard Control",
-  "live_update_channels_feature2_desc": "Automate channel management with our CLI or REST API. Perfect for CI/CD integration.",
-  "live_update_channels_feature2_title": "API & CLI Access",
-  "live_update_channels_feature3_desc": "Let devices switch channels at runtime with setChannel(). Great for QA testers or beta programs.",
-  "live_update_channels_feature3_title": "Device Self-Assignment",
-  "live_update_channels_feature4_desc": "Forced device > Cloud override > Config default > Cloud default. Full control over update routing.",
-  "live_update_channels_feature4_title": "Priority-Based Routing",
-  "live_update_channels_title": "强大的频道系统",
-  "live_update_cloud_config_bullet1": "频道分配，版本定位和设备覆盖 - 所有这些都存储在云中并可立即访问",
-  "live_update_cloud_config_bullet2": "全球边缘网络确保您的配置更改同时传播到每个区域",
-  "live_update_cloud_config_bullet3": "在您的应用程序中没有硬编码的值 - 一切都可以动态更改，无需新的二进制文件",
-  "live_update_cloud_config_bullet4": "设置将在下次应用启动时生效 - 用户总是获取最新的配置",
-  "live_update_cloud_config_desc": "Capgo将您的所有应用配置存储在具有全球数据复制功能的云中。在仪表板中更改一个设置，它将在不到2分钟内全球生效。无需应用商店更新，无需等待。",
-  "live_update_cloud_config_kicker": "云原生配置",
-  "live_update_cloud_config_panel_footer": "从仪表板点击到全球部署不到2分钟。",
-  "live_update_cloud_config_panel_title": "配置更改时间线",
-  "live_update_cloud_config_title": "一切都生活在云端",
-  "live_update_comparison_breaking": "Breaking update detection",
-  "live_update_comparison_cloud": "Cloud rollback & modify",
-  "live_update_comparison_healing": "Self-healing updates",
-  "live_update_comparison_native": "Native crash recovery",
-  "live_update_comparison_rollback": "Automatic rollback",
-  "live_update_comparison_subtitle": "See why intelligent updates matter",
-  "live_update_comparison_title": "Capgo vs Manual Updates",
-  "live_update_comparison_validation": "Pre-deployment validation",
-  "live_update_cta_subtitle": "Start with 14 days free. No credit card required.",
-  "live_update_cta_title": "Ready to Ship Safer Updates?",
-  "live_update_delta_command": "使用部分更新支持上传",
-  "live_update_delta_desc": "我们的智能更新系统比较清单，只下载实际更改的文件。",
-  "live_update_delta_feature1_desc": "Each file is uploaded and checksummed individually. Devices compare manifests and only download changed files.",
-  "live_update_delta_feature1_title": "File-Level Diffing",
-  "live_update_delta_feature2_desc": "Images, fonts, and videos are downloaded only once. Small code changes don't re-download your entire asset folder.",
-  "live_update_delta_feature2_title": "Perfect for Large Assets",
-  "live_update_delta_feature3_desc": "Just add --partial to your upload command to enable delta updates for your bundle.",
-  "live_update_delta_feature3_title": "Enable with One Flag",
-  "live_update_delta_title": "增量更新",
-  "live_update_description": "Intelligent OTA updates with automatic rollback protection",
-  "live_update_dynamic_bullet1_prefix": "Add an in-app “Update Track” menu: list channels and let testers jump from",
-  "live_update_dynamic_bullet1_suffix": "in seconds (no reinstall).",
-  "live_update_dynamic_bullet2": "Spin up a pull-request channel per feature, route QA or beta users there, then snap them back to prod when approved.",
-  "live_update_dynamic_bullet3": "Run canaries: clone prod to a 10% channel, promote or rollback with a single API call.",
-  "live_update_dynamic_bullet4": "Unblock support: move one user to a debug channel that ships extra logging while everyone else stays stable.",
-  "live_update_dynamic_bullet5": "为个人用户创建个人频道 - 非常适合调试特定问题或VIP待遇。",
-  "live_update_dynamic_bullet6": "所有频道更改都是即时的 - 无需等待24小时，无需商店批准，无需用户操作。",
-  "live_update_dynamic_cta_primary": "See how channels work",
-  "live_update_dynamic_cta_secondary": "Try dynamic channels",
-  "live_update_dynamic_desc": "Capgo channels are live controls, not hardcoded. Move users between dev, staging, PR, canary, and production from your app UI or via API instantly.",
-  "live_update_dynamic_kicker": "Dynamic channels",
-  "live_update_dynamic_label_production": "production",
-  "live_update_dynamic_label_staging": "staging",
-  "live_update_dynamic_label_to": "to",
-  "live_update_dynamic_panel_footer": "Treat environments like feature flags: switch, test, and rollback live (no store resubmissions).",
-  "live_update_dynamic_title": "实时切换发布轨道（无需新二进制）",
-  "live_update_exclusion_1": "(i) 不适当地为您的项目提供预期负载相关的计算资源。",
-  "live_update_exclusion_2": "(ii) 由过于宽松的速率限制配置引起的停机。",
-  "live_update_exclusion_3": "(iii) 由于撤回官方Capgo库、框架、软件包或API的版本而导致的停机或问题，包括因识别到安全漏洞而紧急撤回。",
-  "live_update_exclusion_4": "(iv) 由非官方Capgo客户端库、框架或API代理引起的中断或问题，即使这些库在内部使用官方Capgo库。",
-  "live_update_exclusion_5": "(v) 可以通过升级到官方 Capgo 客户端库、框架或软件包的更高次要版本或补丁版本来解决的中断或问题。",
-  "live_update_feature_auto_rollback": "Automatic Rollback",
-  "live_update_feature_auto_rollback_desc": "If your app doesn't call notifyAppReady() within 10 seconds, we automatically roll back to the last working version.",
-  "live_update_feature_breaking_detection": "Breaking Update Detection",
-  "live_update_feature_breaking_detection_desc": "CLI scans native dependencies and warns you before deploying incompatible updates. See compatibility status for every package.",
-  "live_update_feature_encryption": "端到端加密",
-  "live_update_feature_encryption_desc": "你的更新包经过加密和签名，以获得最大安全性。",
-  "live_update_feature_native_engine": "Pure Native Engine",
-  "live_update_feature_native_engine_desc": "Downloads, installation, and activation run on native OS threads. JavaScript crashes can't affect the update process.",
-  "live_update_feature_preflight": "Pre-flight Validation",
-  "live_update_feature_preflight_desc": "Validates notifyAppReady(), index.html, bundle size limits, and checksums before accepting any upload.",
-  "live_update_feature_self_healing": "Self-Healing Updates",
-  "live_update_feature_self_healing_desc": "Fallback bundle mechanism always maintains a working version. Your users never see a broken app.",
-  "live_update_features_subtitle": "更快地向用户部署bug修复和新功能。",
-  "live_update_features_title": "实时更新所需的一切",
-  "live_update_get_started": "Get Started",
-  "live_update_hero_subtitle": "直接向用户推送JavaScript更新。无需应用商店审核。无需等待。",
-  "live_update_hero_title": "Capacitor应用的实时更新",
-  "live_update_how_it_works_subtitle": "A safety net at every step of the update process",
-  "live_update_how_it_works_title": "工作原理",
-  "live_update_logs_bullet1": "按设备的时间线突出显示下载卡顿、校验和问题或缺少 notifyAppReady()。",
-  "live_update_logs_bullet2": "验证过的通道护栏：实时查看 disableAutoUpdateToMajor、模拟器/开发阻断及平台过滤。",
-  "live_update_logs_bullet3": "快速发现影响范围：update_fail、rateLimited、needPlanUpgrade 在用户流失前就会浮现。",
-  "live_update_logs_bullet4": "工程、QA、支持共享的日志（无需 Xcode/Android Studio）。",
-  "live_update_logs_cta_primary": "试用 Live Update 日志",
-  "live_update_logs_cta_secondary": "在仪表盘查看",
-  "live_update_logs_desc": "Capgo 记录完整 OTA 流程：校验、下载、安装、策略阻断与回滚，让你几秒内回答“发生了什么”，而不是几个小时。",
-  "live_update_logs_kicker": "更新可观测性",
-  "live_update_logs_panel_footer": "一个入口提供可行动的上下文：放心决定回滚、切换通道或发布热修复。",
-  "live_update_logs_title": "所有设备日志 - 无需打开 Xcode 或 Android Studio",
-  "live_update_lts_capacitor5": "Capacitor 5",
-  "live_update_lts_capacitor6": "Capacitor 6",
-  "live_update_lts_capacitor7": "Capacitor 7",
-  "live_update_lts_capacitor8": "Capacitor 8",
-  "live_update_lts_desc": "No pressure to upgrade immediately. Capgo officially supports Capacitor 7, 6, and 5 - giving you years of support and flexibility to upgrade on your own schedule.",
-  "live_update_lts_electron": "电子",
-  "live_update_lts_electron_new": "新的",
-  "live_update_lts_supported": "Fully Supported",
-  "live_update_lts_title": "Long-Term Support",
-  "live_update_sdk_open_source": "我们的实时更新SDK是开源的，提供透明度和社区驱动的开发。",
-  "live_update_sla_exclusions_title": "实时更新SLA排除项",
-  "live_update_stats_desc": "Real-time visibility into your update deployments. Track download progress, success rates, and device health across your entire user base.",
-  "live_update_stats_feature1_desc": "See which devices are downloading, installed, or pending. Track progress across your entire fleet.",
-  "live_update_stats_feature1_title": "Download Progress Tracking",
-  "live_update_stats_feature2_desc": "Monitor update success rates in real-time. Identify issues before they affect more users.",
-  "live_update_stats_feature2_title": "Success & Failure Rates",
-  "live_update_stats_feature3_desc": "Track which devices are on which versions. Identify devices stuck on old versions.",
-  "live_update_stats_feature3_title": "Device Health Monitoring",
-  "live_update_stats_feature4_desc": "See bundle sizes, download times, and rollback frequency. Optimize your update strategy with data.",
-  "live_update_stats_feature4_title": "Bundle Analytics",
-  "live_update_stats_title": "Logs & Statistics",
-  "live_update_step1_desc": "一条命令将Capgo插件添加到你的Capacitor应用。",
-  "live_update_step1_title": "安装SDK",
-  "live_update_step2_desc": "构建你的应用并将JavaScript bundle上传到Capgo。",
-  "live_update_step2_title": "上传Bundle",
-  "live_update_step3_desc": "用户下次打开应用时自动收到新版本。",
-  "live_update_step3_title": "用户收到更新",
-  "live_update_support_scenario_cta_primary": "查看频道定向",
-  "live_update_support_scenario_cta_secondary": "开始免费试用",
-  "live_update_support_scenario_desc": "这是一个真实的场景：用户报告了一个错误。你与他们交谈，理解问题，修复代码，并将修复部署到那个用户 - 所有这些都在他们仍然通话时完成。他们测试它，确认修复工作正常，然后你将其部署到生产环境。总时间：分钟，而不是天。",
-  "live_update_support_scenario_kicker": "现实世界的支持",
-  "live_update_support_scenario_panel_footer": "从错误报告到在一次支持呼叫中验证修复。",
-  "live_update_support_scenario_panel_title": "支持会话时间线",
-  "live_update_support_scenario_step1_desc": "客户支持收到一个错误报告。你加入通话以理解问题。",
-  "live_update_support_scenario_step1_title": "1. 用户报告错误",
-  "live_update_support_scenario_step2_desc": "为该用户创建个人频道，推送修复程序，并将其设备分配给它。",
-  "live_update_support_scenario_step2_title": "2. 修复并仅推送给他们",
-  "live_update_support_scenario_step3_desc": "用户确认修复工作正常。将包升级到生产环境供所有人使用。",
-  "live_update_support_scenario_step3_title": "3. 验证并向所有人发货",
-  "live_update_support_scenario_title": "在几分钟内修复一个用户的错误",
-  "live_update_validation_desc": "Manual updates give you all the tools to break your app. Capgo's CLI catches mistakes before they reach your users.",
-  "live_update_validation_feature1_desc": "CLI scans your native plugins and compares versions. If your JS bundle expects a newer native plugin version than what's installed, we warn you before deploy.",
-  "live_update_validation_feature1_title": "Native Dependency Check",
-  "live_update_validation_feature2_desc": "Already uploaded this exact version? We'll catch it and prevent accidental overwrites or confusion.",
-  "live_update_validation_feature2_title": "Duplicate Version Prevention",
-  "live_update_validation_feature3_desc": "Certain features require specific CLI versions. We validate compatibility between your CLI and the Capgo hub before allowing uploads.",
-  "live_update_validation_feature3_title": "Hub-CLI Compatibility",
-  "live_update_validation_feature4_desc": "Missing index.html? No notifyAppReady() call? Bundle too large? We catch these issues before they become production problems.",
-  "live_update_validation_feature4_title": "Required Files Check",
-  "live_update_validation_title": "Deep Pre-Deployment Validation",
-  "live_update_validation_warning_desc": "Upload a JS bundle that expects native plugins your users don't have? Your app breaks. And if your rollback is also in JS, you have no way to recover. Users are stuck until they reinstall from the App Store.",
-  "live_update_validation_warning_title": "What happens without validation?",
-  "live_update_view_docs": "View Documentation",
-  "login": "登录",
-  "login_with_your_capgo_credentials": "使用您的Capgo凭证登录",
-  "low_enterprise_response": "2个工作日<br />周一 - 周五",
-  "low_priority_response": "24小时<br />24/7 x 365",
-  "low_support_desc": "关于Capgo或功能请求的信息请求。",
-  "low_support_subtitle": "次要问题/功能请求",
-  "low_support_title": "4. 低",
-  "low_team_response": "2个工作日<br />周一 - 周五",
-  "main_repository_that_provides_the_capacitor_updater_plugin": "这是提供<code>capacitor-updater</code>插件的主要仓库。",
-  "manage_channels": "管理频道",
-  "manage_multiple_app_versions_effortlessly": "轻松管理多个应用版本",
-  "manage_on_the_go": "随时随地管理",
-  "manage_various_teams": "管理各种团队",
-  "manage_your_releases": "管理你的发布",
-  "managed_solutions": "管理解决方案",
-  "mandatory_mfa_integration": "强制性多因素认证和与企业身份提供商的集成以确保安全访问控制",
-  "manifesto_behind_every_movie": "您的团队擅长网页开发，而我们则擅长原生移动应用。让我们处理更新、应用商店提交、原生集成和移动维护的复杂性，而您可以专注于您最擅长的事情 - 创造出色的用户体验。",
-  "manifesto_full_ecosystem": "我们是您的专属本地合作伙伴，提供实时更新、定制插件开发、CI/CD设置以及持续的维护服务。需要特定的本地功能？我们会为您构建。应用商店拒绝让你头疼？我们将处理提交事宜。请将我们视为您的移动开发团队。",
-  "manifesto_home_for_developers": "我们是您的网络专业知识与移动成功之间的桥梁。我们专注于Capacitor应用程序，帮助以网络为中心的公司发布和维护原生移动应用程序，而无需处理原生移动复杂性。开源、透明，并由理解从网页到移动端旅程的开发人员构建。",
-  "massive_cost_reduction": "大幅度降低成本",
-  "mau": "月活跃用户",
-  "mau_counting_explanation": "我们通过跟踪在30天内打开您的应用程序的独特用户来计算MAU（每月活跃用户）。无论他们与应用程序互动多少次，每个用户都只被计算一次。",
-  "mention_issue_before_working": "当你开始处理一个问题时，在你开始工作之<em>前</em>在问题评论中提及。",
-  "migration_guide": "迁移指南",
-  "monitor_adoption_and_performance": "监控采用和性能指标",
-  "monitor_downloads_active_users_success_rates": "监控下载量、活跃用户和成功率",
-  "monitoring_crawling": "监控或爬取。",
-  "monitoring_crawling_desc": "监控或爬取系统，导致被监控或爬取的系统受损或中断。",
-  "month": "月份",
-  "monthly_active_users": "每月活跃用户",
-  "monthly_active_users_mau": "每月活跃用户（MAU）",
-  "monthly_plan": "月度计划",
-  "monthly_total": "每月总计",
-  "most_popular": "最受欢迎",
-  "multi_factor_authentication": "多因素认证",
-  "native_build": "原生构建",
-  "native_build_cli_example": "一条命令构建你的应用",
-  "native_build_cli_subtitle": "Just a CLI tool that uploads and builds. No integration needed - run it locally, in GitHub Actions, GitLab CI, Jenkins, or any CI/CD. Minimal scope for maximum security compliance.",
-  "native_build_cli_title": "One Command, Works Anywhere",
-  "native_build_comparison_android": "无需Android Studio构建Android",
-  "native_build_comparison_parallel": "并行构建",
-  "native_build_comparison_signing": "自动代码签名",
-  "native_build_comparison_submission": "直接提交到商店",
-  "native_build_comparison_subtitle": "比较云构建与传统本地设置。",
-  "native_build_comparison_title": "为什么选择云构建？",
-  "native_build_comparison_xcode": "无需Mac构建iOS",
-  "native_build_cta_subtitle": "Stop fighting with local build environments.",
-  "native_build_cta_title": "Ready to Simplify Your Builds?",
-  "native_build_description": "Cloud builds and automatic App Store submission",
-  "native_build_faq1_a": "Yes! We build exactly what you have locally. Run any custom Gradle scripts, CocoaPods, native code changes - just configure it before running the CLI. We use your local project as-is.",
-  "native_build_faq1_q": "Can I use custom Gradle or native iOS configurations?",
-  "native_build_faq2_a": "No. All dependencies should be installed locally before you run the build command. We only receive what you upload - no access to your Git repos, npm registries, or private packages.",
-  "native_build_faq2_q": "Do you need access to my private repositories or packages?",
-  "native_build_faq3_a": "We don't store them. Pass certificates at build time via CLI flags or environment variables. Store them in your CI/CD secrets (GitHub, GitLab, etc.) - credentials only exist in memory during the build.",
-  "native_build_faq3_q": "How do you handle signing credentials?",
-  "native_build_faq4_a": "Build minutes are included in your plan. Need more? Buy credits. iOS builds run on Mac Mini M4, Android builds run in Docker containers (2x cheaper). No storage fees - ever.",
-  "native_build_faq4_q": "How does pricing work?",
-  "native_build_faq5_a": "Average build time is 2-3 minutes depending on your project size and configuration. iOS and Android can build in parallel to save time.",
-  "native_build_faq5_q": "How long do builds take?",
-  "native_build_faq6_a": "iOS and Android. iOS builds for App Store, TestFlight, and ad-hoc distribution. Android builds for Play Store and direct APK/AAB downloads.",
-  "native_build_faq6_q": "What platforms do you support?",
-  "native_build_faq_subtitle": "Everything you need to know about cloud builds",
-  "native_build_faq_title": "常见问题",
-  "native_build_feature_auto_signing": "自动签名",
-  "native_build_feature_auto_signing_desc": "自动管理iOS证书和Android密钥库。不再有配置问题。",
-  "native_build_feature_ci_cd": "CI/CD集成",
-  "native_build_feature_ci_cd_desc": "从GitHub Actions、GitLab CI或任何CI/CD流水线触发构建。",
-  "native_build_feature_cloud_builds": "云端构建",
-  "native_build_feature_cloud_builds_desc": "在安全的云基础设施上构建iOS和Android应用。无需本地硬件。",
-  "native_build_feature_credentials": "安全凭据",
-  "native_build_feature_credentials_desc": "端到端加密的凭据。你的证书和密钥永远不会离开我们的安全基础设施。",
-  "native_build_feature_logs": "实时日志",
-  "native_build_feature_logs_desc": "构建日志实时流式传输。在问题发生时进行调试。",
-  "native_build_feature_store_upload": "App Store上传",
-  "native_build_feature_store_upload_desc": "从流水线直接上传到App Store Connect和Google Play Console。",
-  "native_build_features_subtitle": "从代码编译到应用商店发布，我们处理一切。",
-  "native_build_features_title": "原生构建所需的一切",
-  "native_build_get_started": "Get Started",
-  "native_build_hero_subtitle": "在云端构建iOS和Android应用。无需Mac。无需本地设置。",
-  "native_build_hero_title": "云端原生构建",
-  "native_build_how_it_works_subtitle": "几分钟内开始，而不是几天。",
-  "native_build_how_it_works_title": "工作原理",
-  "native_build_pricing_desc": "Build minutes are included in your plan, or purchase extra via our credit system. iOS runs on Mac Mini M4, Android on Docker (2x cheaper). Average build time: 2-3 minutes.",
-  "native_build_pricing_subtitle": "No storage costs. No hidden fees. Just build minutes.",
-  "native_build_pricing_title": "Pay Only for Build Time",
-  "native_build_security_feature1_desc": "每次构建都在隔离的全新环境中运行，完成后销毁。",
-  "native_build_security_feature1_title": "临时环境",
-  "native_build_security_feature2_desc": "源代码和构建产物在构建完成后立即删除。",
-  "native_build_security_feature2_title": "无数据保留",
-  "native_build_security_feature3_desc": "所有凭据使用AES-256加密，在存储和传输时都加密。",
-  "native_build_security_feature3_title": "端到端加密",
-  "native_build_security_feature4_desc": "所有访问和操作的完整日志，满足合规要求。",
-  "native_build_security_feature4_title": "审计跟踪",
-  "native_build_security_subtitle": "你的凭据和代码受到行业最佳安全实践的保护。",
-  "native_build_security_title": "企业级安全",
-  "native_build_step1_desc": "几次点击即可链接你的GitHub、GitLab或Bitbucket仓库。",
-  "native_build_step1_title": "连接你的仓库",
-  "native_build_step2_desc": "安全上传你的iOS证书和/或Android密钥库。",
-  "native_build_step2_title": "上传凭据",
-  "native_build_step3_desc": "推送时自动构建，或从仪表板手动构建。",
-  "native_build_step3_title": "触发构建",
-  "native_build_streaming_desc": "通过详细日志实时监控构建。快速识别和解决问题。",
-  "native_build_view_docs": "View Documentation",
-  "native_ios_android_functionality": "原生iOS和Android功能桥接。通过清晰的TypeScript API访问您的应用程序需要的任何设备功能。",
-  "native_performance_smooth_experience": "为了流畅的体验提供原生性能",
-  "native_script_power_approximately_1_of_apps_on_google_play_store": "Native Script大约为Google Play Store上的1%的应用程序提供动力",
-  "need_help": "需要帮助吗？",
-  "need_something_custom": "需要定制吗？",
-  "network_connections": "网络连接",
-  "next": "下一个",
-  "no_commitment_required": "无需承诺",
-  "no_credit_card_required": "无需信用卡",
-  "no_discounts_available_at_this_time": "不，我们目前不提供折扣。",
-  "no_hosting_or_maintenance_charges": "我们不托管CI/CD，也不会向您收费以维护它。",
-  "no_ppp_available_at_this_time": "不，我们目前不提供PPP定价。",
-  "no_responsibility_disclaimer_text": "该服务上的信息是在公司并未从事提供法律、会计、税务或其他专业建议和服务的理解下提供的。因此，它不应被用作替代与专业会计、税务、法律或其他能力强大的顾问进行咨询。",
-  "no_responsibility_disclaimer_title": "免责声明",
-  "no_upfront_costs_guarantee": "无预付费用 • 免费项目规划 • 30天支持保证",
-  "no_virus_warranty": "该公司不保证服务中没有病毒或其他有害组件。",
-  "non_gift_return_policy": "如果购买商品时未标记为礼物，或者赠送者让订单寄给自己以后再给您，我们将退款给赠送者。",
-  "non_production_desc": "\"开发\"，\"暂存\"，\"用户验收测试\"， \"预生产环境\"或者在生产环境中的新功能实现，并不被视为生产。",
-  "non_returnable_goods": "以下商品不能退货：",
-  "normal_enterprise_response": "1个工作日<br />周一 - 周五",
-  "normal_priority_response": "12小时<br />24/7 x 365",
-  "normal_support_desc": "问题导致Capgo的一个组件未能按预期或记录的方式运行。客户代表对一般技术问题或一般问题进行询问。",
-  "normal_support_subtitle": "次要功能或功能问题/一般问题",
-  "normal_support_title": "3. 正常",
-  "normal_team_response": "1个工作日<br />周一 - 周五",
-  "not_satisfied_policy": "如果，由于任何原因，您对购买的商品不完全满意，我们邀请您查看我们的退款和退货政策。这个退货和退款政策是在专家的帮助下创建的。",
-  "now_available_on_mobile": "现在可在移动设备上使用",
-  "npm_run_lint_passes": "<code>npm run lint</code>通过 - 这将使用<code>Swiftlint</code>（用于Swift）和<code>eslint</code>（用于JavaScript和Java）检查Rust和JavaScript代码中的常见错误和错误",
-  "of_bandwidth": "的带宽",
-  "of_storage": "的存储",
-  "offensive_content": "冒犯性内容。",
-  "offensive_content_desc": "含有诽谤、淫秽、虐待、侵犯隐私或其他令人反感的内容，包括涉及儿童色情、兽性行为或描绘非自愿性行为的内容。",
-  "offline_support": "离线支持",
-  "on_the_go": "在路上",
-  "ongoing_support_available": "提供持续支持",
-  "only_your_users_can_decrypt_your_updates_no_one_else": "只有您的用户可以解密您的更新，其他人都不能。",
-  "open_in_chatgpt": "在 ChatGPT 中打开",
-  "open_in_claude": "在 Claude 中打开",
-  "open_in_perplexity": "在 Perplexity 中打开",
-  "open_raw_on_github": "在 GitHub 打开 raw Markdown 文件",
-  "open_source": "开源",
-  "open_source_leaders": "开源领导者",
-  "open_source_plugins_power_apps": "我们的开源插件为数百万用户使用的应用程序提供动力",
-  "open_support": "打开支持",
-  "operation_of_network_services": "某些网络服务的操作。",
-  "operation_of_network_services_desc": "操作或尝试操作任何网络服务或干扰任何网络服务正常运行的服务。",
-  "optimization_of_the_existing_app": "优化现有的应用程序",
-  "order_cancellation_rights": "您的订单取消权利",
-  "orders_definition": "订单是指您向我们购买商品的请求。",
-  "organization_and_app_management": "组织和应用管理",
-  "organizations_and_teams": "组织和团队",
-  "organize_projects_across_teams": "使用企业组织管理和协作工具跨团队组织项目",
-  "orgs_badge": "它是如何工作的",
-  "orgs_cta": "安装Capgo",
-  "orgs_title": "灵活管理",
-  "orgs_title_line2": "为您的团队",
-  "our_commitment": "我们的承诺",
-  "our_dedication": "我们的奉献",
-  "our_manifesto": "我们的宣言",
-  "our_numbers_are_shared_transparently_since_december_2021": "自2021年12月以来，我们的数据已经透明地分享。",
-  "our_setup_you_own_it": "我们的设置 - 您拥有它",
-  "our_story": "我们的故事",
-  "our_team_customizes_the_ci_cd_setup_to_match_your_specific_project_requirements_ensuring_optimal_performance_and_efficiency": "我们的团队会根据您的特定项目要求定制CI/CD设置，以确保最佳性能和效率。",
-  "over": "结束",
-  "own_complete_pipeline_modify_anytime": "您拥有完整的管道，并且可以随时修改它",
-  "own_complete_setup_zero_vendor_lockin": "您拥有完整的设置，并且没有任何供应商锁定",
-  "own_setup_zero_vendor_lockin": "您永久拥有整个设置，且完全没有供应商束缚。",
-  "page_not_found_description": "请检查地址栏中的URL并再试一次。",
-  "page_not_found_title": "页面未找到 - 错误 404",
-  "password_label": "密码",
-  "password_placeholder": "输入您的密码",
-  "pay_as_you_go_plan": "按使用付费",
-  "per_added_gb": "每增加一GiB",
-  "per_added_user": "每增加一个用户",
-  "per_country_hosting_gdpr": "按国家分配的托管（GDPR合规性）",
-  "per_gb": "每GiB",
-  "per_mau": "每月活跃用户",
-  "per_unit": "每单位",
-  "perfect_for": "完美适合",
-  "perishable_goods": "根据其性质，不适合退还、迅速恶化或过期日期已过的商品供应。",
-  "plan_maker_desc": "最适合小型企业主",
-  "plan_payasyougo_desc": "最适合拥有数百万用户的企业",
-  "plan_solo_desc": "最适合独立开发者",
-  "plan_team_desc": "最适合中型企业",
-  "plans_that_scale_with_your_business": "随着您的业务扩展而调整的计划",
-  "plans_that_scale_with_your_business_description": "增强电容器应用功能和安全性的企业级云。",
-  "platform_compliance": "平台合规性。",
-  "platform_compliance_desc": "任何被Capgo网站和服务使用的平台视为不可接受的活动。",
-  "platform_independence": "平台独立性",
-  "please_be_professional_in_the_forums": "请在论坛中保持专业。我们遵循<a href=\"https://www.rust-lang.org/policies/code-of-conduct\"> Rust的行为准则</a>（CoC）。有问题吗？发送邮件至<a href=\"mailto:ry@tinyclouds.org\"> ry@tinyclouds.org。</a>",
-  "plugin_is_missing": "插件缺失",
-  "plugins": "插件",
-  "plugins_description": "Capgo提供社交登录、相机、上传器等插件，帮助您更快更好地构建您的应用程序。",
-  "policy_generator": "退货和退款政策生成器",
-  "poor_app_quality": "应用质量差",
-  "powered_by_serverless_edge_computing": "由无服务器边缘计算和分布在300多个城市以及13000多个网络的分布式数据库驱动，实现超快速的全球交付",
-  "powerful_app_plugins_description": "企业级插件，配有详细的文档、持续更新、代码片段和优质支持，让您可以专注于构建应用程序。",
-  "practicing_what_we_preach": "践行我们所宣扬的",
-  "premium_plugin_suite": "高级插件套件",
-  "pricing": "定价",
-  "pricing_description": "带着信心向前进。Capgo是用于电容器应用的企业级云平台。",
-  "priority_bug_fixes_on_our_plugins": "优先修复我们插件上的错误",
-  "priority_plus_plan": "优先加强",
-  "priority_support": "优先支持",
-  "priority_support_24_7": "优先支持",
-  "priority_support_dedicated_sla": "优先支持和专用服务等级协议",
-  "privacy": "隐私",
-  "privacy_agreement": "我们使用您的个人数据来提供和改善服务。通过使用此服务，您同意按照本隐私政策收集和使用信息。",
-  "privacy_changes_to_policy_description": "我们可能会不时更新我们的隐私政策。我们将通过在此页面上发布新的隐私政策来通知您任何变更。",
-  "privacy_changes_to_policy_notification": "我们将通过电子邮件和/或在我们的服务上发布显眼的通知，在更改生效之前通知您，并更新此隐私政策顶部的“最后更新”日期。",
-  "privacy_changes_to_policy_review": "建议您定期查看此隐私政策以了解任何更改。当这些更改发布在此页面上时，该隐私政策的更改即生效。",
-  "privacy_changes_to_policy_title": "此隐私政策的更改",
-  "privacy_children_privacy_consent": "如果我们需要依赖同意作为处理您的信息的法律依据，且您所在的国家要求得到父母的同意，那么在我们收集和使用该信息之前，我们可能需要得到您父母的同意。",
-  "privacy_children_privacy_description": "我们的服务不针对13岁以下的任何人。我们并未有意识地收集13岁以下任何人的个人身份信息。如果您是父母或监护人，并且您知道您的孩子向我们提供了个人数据，请与我们联系。如果我们发现，未经家长同意，就从13岁以下的任何人那里收集了个人数据，我们将采取步骤从我们的服务器中删除该信息。",
-  "privacy_children_privacy_title": "儿童隐私",
-  "privacy_collecting_data_title": "收集并使用您的个人数据",
-  "privacy_contact_us_description": "如果您对此隐私政策有任何疑问，您可以联系我们：",
-  "privacy_contact_us_title": "联系我们",
-  "privacy_contact_us_website": "通过访问我们网站上的这个页面：$1",
-  "privacy_definition_account": "**账户**是指为您创建以访问我们的服务或我们服务的部分的唯一账户。",
-  "privacy_definition_affiliate": "**附属公司**是指控制、被控制或与一方共同受控的实体，其中“控制”是指拥有50%或更多的股份、权益利益或其他有权投票选举董事或其他管理权限的证券。",
-  "privacy_definition_application": "**应用程序**是指由公司提供的，您在任何电子设备上下载的名为$1的软件程序。",
-  "privacy_definition_business": "**商业**，就CCPA（加利福尼亚消费者隐私法）而言，指的是作为法律实体收集消费者个人信息并确定处理消费者个人信息的目的和方式的公司，或代表该等信息被收集，并且单独或与他人共同确定处理消费者个人信息的目的和方式，在加利福尼亚州开展业务。",
-  "privacy_definition_company": "**公司**（在本协议中被称为\"该公司\"、\"我们\"或\"我们的\"）指的是Digital shift OU，位于塔林15510 6号sepapaja。",
-  "privacy_definition_company_gdpr": "根据GDPR的规定，该公司是数据控制者。",
-  "privacy_definition_consumer": "根据CCPA（加利福尼亚消费者隐私法），**消费者**指的是加利福尼亚州的自然人。法律中定义的居民包括：(1)除临时或短暂目的外在美国的每个个体，以及(2)住在美国但因临时或短暂目的而身处美国之外的每个个体。",
-  "privacy_definition_country": "**国家**指的是：爱沙尼亚",
-  "privacy_definition_data_controller": "**数据控制者**，在GDPR（通用数据保护条例）的目的中，指的是公司作为法人单独或与他人共同确定个人数据处理的目的和方式。",
-  "privacy_definition_device": "**设备**指的是任何可以访问服务的设备，如电脑、手机或数字平板。",
-  "privacy_definition_do_not_track": "**请勿追踪**（DNT）是美国监管机构，特别是美国联邦贸易委员会（FTC），推动互联网行业开发和实施一种机制，允许互联网用户控制其在线活动在各个网站上的跟踪。",
-  "privacy_definition_personal_data": "**个人数据**是指与已识别或可识别的个体相关的任何信息。",
-  "privacy_definition_personal_data_ccpa": "根据CCPA的规定，个人数据是指任何能够识别、关联、描述或可能与您直接或间接关联，或合理地被链接到您的信息。",
-  "privacy_definition_personal_data_gdpr": "就GDPR而言，个人数据是指与您有关的任何信息，如姓名、身份证号、位置数据、在线标识符或者与物理、生理、遗传、心理、经济、文化或社会身份相关的一个或多个特定因素。",
-  "privacy_definition_sale": "**销售**，就CCPA（加利福尼亚消费者隐私法案）而言，指的是出售、租赁、释放、披露、传播、提供、转让或以口头形式，在书面上，或通过电子或其他方式将消费者的个人信息传达给另一家商业机构或第三方以获取金钱或其他有价值的考虑因素。",
-  "privacy_definition_service": "**服务**指的是应用程序。",
-  "privacy_definition_service_provider": "**服务提供商**指代任何代表公司处理数据的自然人或法人。它指的是被公司雇佣以便利服务、代表公司提供服务、执行与服务相关的服务或协助公司分析如何使用该服务的第三方公司或个人。就GDPR而言，服务提供商被视为数据处理器。",
-  "privacy_definition_usage_data": "**使用数据**指的是自动收集的数据，无论是通过使用服务产生的，还是来自服务基础设施本身（例如，页面访问的持续时间）。",
-  "privacy_definition_you": "“您”指的是访问或使用服务的个人，或者该个人代表的公司，或其他法律实体（如适用）。",
-  "privacy_definition_you_gdpr": "在GDPR（通用数据保护条例）下，您可以被称为数据主体或用户，因为您是使用该服务的个人。",
-  "privacy_definitions_intro": "为了本隐私政策的目的：",
-  "privacy_definitions_subtitle": "定义",
-  "privacy_description": "本隐私政策描述了我们在您使用服务时收集、使用和披露您的信息的政策和程序，并告诉您关于您的隐私权以及法律如何保护您。",
-  "privacy_disclosure_business_transactions_description": "如果公司参与了合并、收购或资产出售，您的个人数据可能会被转移。在您的个人数据被转移并受到不同隐私政策的约束之前，我们将提供通知。",
-  "privacy_disclosure_business_transactions_title": "商业交易",
-  "privacy_disclosure_law_enforcement_description": "在某些情况下，如果法律要求或公共权力机构（例如法院或政府机构）提出有效请求，公司可能需要披露您的个人数据。",
-  "privacy_disclosure_law_enforcement_title": "执法",
-  "privacy_disclosure_of_data_title": "披露您的个人数据",
-  "privacy_disclosure_other_legal_requirements_comply": "遵守法律义务",
-  "privacy_disclosure_other_legal_requirements_description": "该公司可能会在诚信的信念下披露您的个人数据，认为这样的行动是必要的：",
-  "privacy_disclosure_other_legal_requirements_prevent": "防止或调查可能与服务相关的不当行为",
-  "privacy_disclosure_other_legal_requirements_protect": "保护并维护公司的权利或财产",
-  "privacy_disclosure_other_legal_requirements_protect_legal": "保护免于法律责任",
-  "privacy_disclosure_other_legal_requirements_protect_personal": "保护服务用户和公众的个人安全",
-  "privacy_disclosure_other_legal_requirements_title": "其他法律要求",
-  "privacy_interpretation_subtitle": "解释",
-  "privacy_interpretation_text": "首字母大写的词在以下条件下有定义的含义。无论这些定义是以单数形式还是复数形式出现，其含义都应相同。",
-  "privacy_interpretation_title": "解释和定义",
-  "privacy_last_updated": "最后更新：2022年1月28日",
-  "privacy_links_to_other_websites_control": "我们对任何第三方网站或服务的内容、隐私政策或做法无法控制，也不承担任何责任。",
-  "privacy_links_to_other_websites_description": "我们的服务可能包含指向非我们运营的其他网站的链接。如果您点击第三方链接，您将被引导至该第三方的网站。我们强烈建议您查看每个访问网站的隐私政策。",
-  "privacy_links_to_other_websites_title": "链接到其他网站",
-  "privacy_personal_data_description": "在使用我们的服务时，我们可能会要求您提供某些可以用来联系或识别您的个人身份信息。个人身份信息可能包括但不限于：",
-  "privacy_personal_data_title": "个人数据",
-  "privacy_personal_data_usage": "使用数据",
-  "privacy_policy": "隐私政策",
-  "privacy_retention_of_data_description": "该公司将仅在本隐私政策所述目的所需的时间内保留您的个人数据。我们将在必要范围内保留和使用您的个人数据以符合我们的法律义务（例如，如果我们需要根据适用法律保留您的数据），解决争议，并执行我们的法律协议和政策。",
-  "privacy_retention_of_data_title": "保留您的个人数据",
-  "privacy_retention_of_usage_data": "该公司还将保留使用数据以进行内部分析。使用数据通常保留的时间较短，除非利用这些数据来加强我们服务的安全性或改善功能，或者我们有法律义务需要保留这些数据更长的时间。",
-  "privacy_security_of_data_description": "您的个人数据的安全对我们非常重要，但请记住，任何通过互联网传输或电子存储的方法都不是100%安全的。虽然我们努力使用商业上可接受的方式来保护您的个人数据，但我们无法保证其绝对安全。",
-  "privacy_security_of_data_title": "您个人数据的安全性",
-  "privacy_share_of_data_affiliates": "**与关联公司：**我们可能会与我们的关联公司分享您的信息，在这种情况下，我们将要求这些关联公司遵守此隐私政策。关联公司包括我们的母公司以及任何其他子公司、合资伙伴或者由我们控制或与我们共同控制的其他公司。",
-  "privacy_share_of_data_business_partners": "**与商业伙伴：**我们可能会与我们的商业伙伴分享您的信息，以提供给您特定的产品、服务或促销活动。",
-  "privacy_share_of_data_business_transfers": "**关于业务转让：**我们可能会在任何并购，公司资产出售，融资或将我们的全部或部分业务转让给另一家公司的过程中，或与之相关时，分享或转移您的个人信息。",
-  "privacy_share_of_data_consent": "**经您同意**：我们可能会在得到您的同意后，出于任何其他目的披露您的个人信息。",
-  "privacy_share_of_data_intro": "我们可能在以下情况下分享您的个人信息：",
-  "privacy_share_of_data_other_users": "**与其他用户：**当您在公共区域与其他用户分享个人信息或进行其他交互时，这些信息可能会被所有用户查看，并可能在外部公开分发。",
-  "privacy_share_of_data_service_providers": "**与服务提供商：**我们可能会与服务提供商共享您的个人信息，以监控和分析我们的服务使用情况，以便联系您。",
-  "privacy_title": "隐私政策",
-  "privacy_transfer_of_data_consent": "您对此隐私政策的同意以及您提交的相关信息，代表了您对该转移的同意。",
-  "privacy_transfer_of_data_description": "您的信息，包括个人数据，在公司的运营办公室以及参与处理的任何其他地方进行处理。这意味着这些信息可能会被转移到并保存在位于您所在州、省、国家或其他政府管辖区之外的计算机上，那里的数据保护法可能与您所在司法管辖区的不同。",
-  "privacy_transfer_of_data_safeguards": "该公司将采取一切合理必要的步骤，确保您的数据得到安全处理，并且符合本隐私政策。除非有充分的控制措施（包括对您数据和其他个人信息的安全性），否则不会向任何组织或国家转移您的个人数据。",
-  "privacy_transfer_of_data_title": "转移您的个人数据",
-  "privacy_types_of_data_title": "收集的数据类型",
-  "privacy_usage_data_browser": "我们也可能收集您的浏览器在您访问我们的服务或通过移动设备访问服务时发送的信息。",
-  "privacy_usage_data_description": "在使用服务时，将自动收集使用数据。",
-  "privacy_usage_data_details": "使用数据可能包括诸如您的设备的互联网协议地址（例如IP地址）、浏览器类型、浏览器版本、您访问我们服务的页面、您访问的时间和日期、在这些页面上花费的时间、唯一设备标识符以及其他诊断数据等信息。",
-  "privacy_usage_data_mobile": "当您通过移动设备访问服务时，我们可能会自动收集某些信息，包括但不限于您使用的移动设备类型、您的移动设备唯一ID、您的移动设备IP地址、您的移动操作系统、您使用的移动互联网浏览器类型、唯一设备标识符以及其他诊断数据。",
-  "privacy_usage_data_title": "使用数据",
-  "privacy_use_of_data_business_transfers": "**对于业务转让：**我们可能会使用您的信息来评估或进行合并、剥离、重组、改组、解散或其他出售或转让我们部分或全部资产的活动，无论是作为一个正在运营的企业还是作为破产、清算或类似程序的一部分，在其中，我们持有关于我们服务用户的个人数据属于被转移的资产之一。",
-  "privacy_use_of_data_contact": "**联系您：**通过电子邮件、电话呼叫、短信或其他等效的电子通讯形式，如移动应用程序的推送通知，就功能性、产品或已签约服务的更新或信息化通信进行联系。包括在实施这些内容时必要或合理的安全更新。",
-  "privacy_use_of_data_intro": "该公司可能会出于以下目的使用个人数据：",
-  "privacy_use_of_data_manage_account": "**管理您的账户：** 管理您作为服务用户的注册。您提供的个人数据可以让您获得作为注册用户可用的服务的不同功能。",
-  "privacy_use_of_data_offers": "为了向您提供新闻，特别优惠以及我们提供的与您已购买或询问过的类似商品、服务和活动的一般信息，除非您选择不接收此类信息。",
-  "privacy_use_of_data_other_purposes": "**用于其他目的**：我们可能会出于其他目的使用您的信息，例如数据分析，识别使用趋势，确定我们推广活动的有效性以及评估和改进我们的服务、产品、服务、营销和您的体验。",
-  "privacy_use_of_data_performance": "**为了履行合同：**开发、遵守和承担您通过服务购买的产品、物品或服务的购买合同，或者与我们通过服务签订的任何其他合同。",
-  "privacy_use_of_data_provide_service": "为了提供并维护我们的服务，包括监控我们服务的使用情况。",
-  "privacy_use_of_data_requests": "**管理您的请求：**处理并管理您对我们的请求。",
-  "privacy_use_of_data_title": "使用您的个人数据",
-  "problem_chat_hope_approved": "我希望这个错误修复今天能得到批准...",
-  "problem_chat_still_pending": "仍在等待...",
-  "problem_chat_whats_status": "应用程序的状态是什么？",
-  "problem_solution_badge": "问题 → 解决方案",
-  "problem_solution_subtitle": "电容器应用程序应像网络应用程序一样发布，但等待几天的审批是瓶颈。",
-  "problem_solution_title": "App Store正在消亡",
-  "problem_solution_velocity": "速度",
-  "product_managers": "产品经理",
-  "production_desc": "\"生产\"被定义为一个服务于现有部署和功能特性的实时客户面向或商业系统。",
-  "production_title": "4.4 生产",
-  "products": "产品",
-  "projects": "项目",
-  "proven_experience": "经过验证的经验",
-  "ps_benefit_additional": "额外时间 €250/小时",
-  "ps_benefit_cancel": "随时取消",
-  "ps_benefit_direct": "直接联系工程师",
-  "ps_benefit_hours": "包含4小时专家支持",
-  "ps_benefit_priority": "优先响应时间",
-  "ps_cta_button": "获取高级支持 - €1,000/月",
-  "ps_cta_subtitle": "Capacitor专家随时待命。出了问题，我们快速修复。",
-  "ps_cta_title_1": "不再为原生应用问题",
-  "ps_cta_title_2": "而失眠",
-  "ps_description": "为您的Capacitor应用获取紧急专家支持。每月€1000获得4小时预付支持。我们帮助解决部署问题、崩溃和原生端问题。",
-  "ps_expert_backup": "专家备份随时待命",
-  "ps_expert_backup_desc": "有了高级支持，当您需要帮助时，Capacitor专家随时准备介入。",
-  "ps_faq_a1": "额外时间按€250/小时计费。大多数公司发现每月4小时足够，但某些月份您可能需要更多帮助，这完全没问题。",
-  "ps_faq_a2": "不会，时间不会顺延到下个月。预付金确保我们随时可用并优先处理您的请求。把它当作您应用的保险。",
-  "ps_faq_a3": "我们的目标是在工作日几小时内回复。对于关键的生产问题，我们会优先尽快帮助您。",
-  "ps_faq_a4": "常规支持是针对Capgo产品问题。高级支持是针对任何Capacitor应用问题 - 部署问题、崩溃、原生bug、性能 - 您团队需要专家帮助的任何事情。",
-  "ps_faq_a5": "不需要！高级支持对任何拥有Capacitor应用的公司开放，无论您是否使用Capgo。",
-  "ps_faq_q1": "如果我需要超过4小时怎么办？",
-  "ps_faq_q2": "未使用的时间会顺延吗？",
-  "ps_faq_q3": "你们的响应速度如何？",
-  "ps_faq_q4": "与常规支持有什么区别？",
-  "ps_faq_q5": "我需要是Capgo客户吗？",
-  "ps_faq_title": "常见问题",
-  "ps_feature_direct_desc": "直接与我们的工程师交谠。没有工单队列，不用等待分诊。真正的专家，真正的快速。",
-  "ps_feature_direct_title": "直接联系",
-  "ps_feature_emergency_desc": "当您的应用在生产环境崩溃或部署失败时，我们会放下一切帮您快速修复。",
-  "ps_feature_emergency_title": "紧急响应",
-  "ps_feature_native_desc": "对iOS、Android和Capacitor内部有深入了解。我们解决您团队无法解决的问题。",
-  "ps_feature_native_title": "原生专业知识",
-  "ps_feature_time_desc": "不要再花几天时间调试原生问题。获得专家帮助，更快交付功能。",
-  "ps_feature_time_title": "节省宝贵时间",
-  "ps_help_crashes_desc": "生产崩溃、内存问题、Android ANR",
-  "ps_help_crashes_title": "应用崩溃",
-  "ps_help_deployment_desc": "应用商店拒绝、构建失败、签名问题",
-  "ps_help_deployment_title": "部署问题",
-  "ps_help_native_desc": "iOS/Android原生代码bug、插件冲突",
-  "ps_help_native_title": "原生端问题",
-  "ps_help_performance_desc": "应用优化、启动时间、内存使用",
-  "ps_help_performance_title": "性能",
-  "ps_help_plugin_desc": "Capacitor插件配置、自定义插件调试",
-  "ps_help_plugin_title": "插件问题",
-  "ps_help_updates_desc": "Capgo集成、更新失败、回滚问题",
-  "ps_help_updates_title": "实时更新",
-  "ps_hero_subtitle": "应用在生产环境崩溃了？部署卡住了？原生端表现异常？",
-  "ps_hero_subtitle_strong": "我们来救场。",
-  "ps_hero_title_1": "在您最需要的时候",
-  "ps_hero_title_2": "获得专家帮助",
-  "ps_hours": "4小时",
-  "ps_how_it_works": "工作原理",
-  "ps_of_expert_support": "专家支持",
-  "ps_peace_of_mind": "为您的Capacitor应用带来安心",
-  "ps_per_month": "每月",
-  "ps_premium_support": "高级支持",
-  "ps_price": "€1,000",
-  "ps_problem_blocked_desc": "Apple或Google拒绝了您的更新。错误消息很晦涩。截止日期就在明天。",
-  "ps_problem_blocked_title": "部署被阻止",
-  "ps_problem_confused_desc": "上次更新后出了问题。您的Web团队不懂原生。接下来是几天的调试。",
-  "ps_problem_confused_title": "不知道哪里出了问题",
-  "ps_problem_crash_desc": "您的应用开始对数千用户崩溃。堆栈跟踪指向您不理解的原生代码。",
-  "ps_problem_crash_title": "生产崩溃",
-  "ps_questions": "有问题？",
-  "ps_rate_info": "有效费率 €250/小时 • 额外时间按同样费率",
-  "ps_reality": "现实",
-  "ps_retainer_badge": "高级支持预付",
-  "ps_schedule_call": "预约通话",
-  "ps_secure_payment": "通过Stripe安全支付",
-  "ps_solution": "解决方案",
-  "ps_step1_desc": "以€1,000/月注册。您将获得4小时随时可用的专家支持。",
-  "ps_step1_title": "订阅",
-  "ps_step2_desc": "遇到问题时，通过电子邮件或Discord联系我们。描述问题。",
-  "ps_step2_title": "联系我们",
-  "ps_step3_desc": "我们的专家介入，诊断问题，帮您快速解决。",
-  "ps_step3_title": "我们修复",
-  "ps_subscribe_now": "立即订阅",
-  "ps_talk_first": "先聊聊",
-  "ps_title": "Capacitor应用高级支持",
-  "ps_to_learn_more": "了解更多。",
-  "ps_trust_title": "企业信任我们的专业",
-  "ps_what_we_help": "我们提供的帮助",
-  "ps_what_we_help_desc": "您团队面临的任何Capacitor或移动应用问题。",
-  "ps_when_things_go_wrong": "当移动应用出问题时",
-  "ps_you_know_the_feeling": "您懂那种感觉...",
-  "purchase_timeframe": "商品是在过去14天内购买的",
-  "push_notifications": "推送通知",
-  "push_updates_to_production_from_anywhere": "从任何地方推送更新到生产环境",
-  "qa_teams": "质量保证团队",
-  "questions_about_policy": "如果您对我们的退货和退款政策有任何疑问，请联系我们：",
-  "questions_and_answers": "问题与答案",
-  "quick_decision_making": "快速决策",
-  "quote": "引用",
-  "reach_users_now_not_weeks_later": "立即触达您的用户，而不是几周后。",
-  "react_native_power_approximately_1_of_apps_on_google_play_store": "React Native大约为Google Play Store上的1%的应用程序提供动力",
-  "read_our_aup": "阅读我们的可接受使用政策",
-  "read_our_data_processing_agreement": "阅读我们的数据处理协议",
-  "read_our_disclaimer": "阅读我们的免责声明",
-  "read_our_eula": "阅读我们的最终用户许可协议",
-  "read_our_privacy_policy_description": "Capgo隐私政策 - 了解我们如何在Capacitor应用实时更新服务中保护您的数据并尊重用户隐私。",
-  "read_our_return_policy": "阅读我们的退货政策",
-  "read_our_security_policy": "我们邀请您彻底审查我们的全面安全政策，该政策概述了我们采取的措施来保护您的数据并确保我们服务的完整性。",
-  "read_our_sla_policy": "我们邀请您阅读我们全面的服务级别协议（SLA）政策，该政策概述了我们在提供服务时遵守的标准和承诺。",
-  "read_our_terms_of_service": "我们邀请您阅读我们全面的服务条款，其中概述了我们在提供服务时遵守的条款和条件。",
-  "read_the_full_story_of_capgos_challenging_birth_as_a_solo_maker_project": "阅读Capgo作为独立制造者项目艰难诞生的完整故事",
-  "read_the_style_guide": "阅读<a href=\"https://deno.land/manual@v1.25.4/contributing/style_guide\"> 样式指南。</a>",
-  "ready_to_bring_vision_to_life": "准备好实现您的愿景了吗？让我们来讨论如何帮助您加速发展。",
-  "ready_to_deliver": "准备好交付",
-  "ready_to_go_mobile": "准备好使用移动设备了吗？",
-  "ready_to_scale": "准备扩展",
-  "ready_to_use_plugins": "即用插件",
-  "real_time_analytics": "实时分析",
-  "real_time_statistics": "实时统计",
-  "register": "注册",
-  "register_code": "注册码",
-  "register_description": "创建您的免费Capgo账户，并在几分钟内开始向您的Capacitor应用程序部署实时更新。",
-  "register_title": "注册Capgo",
-  "register_tos_notice": "通过注册，您接受我们的<a href=\"https://capgo.app/tos/\" target=\"_blank\" rel=\"noopener noreferrer\">服务条款</a>。",
-  "reimbursement_policy": "我们将在收到退回商品的14天内向您报销。我们将使用与您下订单时相同的支付方式，您不会因此次退款而产生任何费用。",
-  "remove_modify_content": "删除、禁用访问或修改任何违反此政策或我们与您就使用服务或Capgo网站达成的其他协议的内容或资源。",
-  "report_issues_directly": "直接报告问题",
-  "report_violations_desc": "我们可能会向适当的执法官员、监管机构或其他适当的第三方报告我们怀疑违反任何法律或规定的活动。",
-  "report_violations_desc_2": "我们的报告可能包括披露适当的客户信息。我们也可能与适当的执法机构、监管机构或其他适当的第三方合作，通过提供与本政策所述违规行为有关的网络和系统信息，协助调查和起诉非法行为。",
-  "repositories_have_different_scopes_use_different_programming_languages_and_have_varying_level_when_it_comes_to_contributions": "存储库有不同的范围，使用不同的编程语言，并在贡献方面有不同的级别。",
-  "request_demo": "请求演示",
-  "required_storage_space": "所需的存储空间",
-  "requires_capgo_account": "需要一个Capgo账户",
-  "return_address": "6号sepapaja\n塔林，15510\n爱沙尼亚",
-  "return_eligibility": "为了使商品有资格退货，请确保：",
-  "return_policy": "退货政策",
-  "return_policy_title": "退货和退款政策",
-  "return_responsibility": "您需要负责将商品退还给我们的费用和风险。您应将商品发送至以下地址：",
-  "return_shipping_disclaimer": "我们不承担货物在退货过程中损坏或丢失的责任。因此，我们建议您使用可以投保和可追踪的邮寄服务。如果没有实际收到商品或者收到退货送达证明，我们无法发出退款。",
-  "returning_goods": "退货",
-  "revert_to_previous_version_with_one_tap": "一键还原到上一个版本",
-  "revert_to_previous_versions_if_needed": "如果需要，恢复到以前的版本",
-  "review_before_passing_the_code_to_the_production": "在将代码传递给生产之前进行审查",
-  "right_to_refuse": "我们保留在自行判断中拒绝任何不符合上述退货条件的商品的权利。",
-  "role_based_access_control": "基于角色的访问控制",
-  "rollback_capability": "回滚能力",
-  "sale_items_policy": "只有定价商品可以退款。很遗憾，促销商品不能退款。如果适用法律不允许此项排除，则可能对您不适用。",
-  "save": "保存",
-  "scheduled_availability_desc": "\"预定可用性\"是指相关服务通常可以供客户的许可用户访问和使用的时间（以分钟为单位）。",
-  "scheduled_availability_title": "4.1 计划可用性",
-  "sdk_bridges": "SDK桥接",
-  "seamless_integration": "无缝集成",
-  "seamless_integration_with_your_capgo_account": "与您的Capgo账户无缝集成",
-  "seamless_third_party_sdk": "使用TypeScript定义、文档和持续支持无缝集成第三方SDK。",
-  "security_and_compliance": "安全与合规性",
-  "security_closing": "我们力求尽快解决所有问题，并希望在问题解决后，能积极参与最终的问题公布。",
-  "security_compliance": "安全与合规性",
-  "security_disclosure_guidelines_1": "为了保护我们的客户，除非我们已经研究、处理并通知了受影响的客户，否则请不要向他人透露问题。",
-  "security_disclosure_guidelines_2": "如果您想在会议、博客或任何其他公共论坛上公开分享关于Capgo的研究，您应该至少在发布日期前30天与我们分享草稿进行审查和批准。请注意，以下内容不应包含在内：",
-  "security_disclosure_guidelines_2_1": "有关任何Capgo客户项目的数据",
-  "security_disclosure_guidelines_2_2": "Capgo客户的数据",
-  "security_disclosure_guidelines_2_3": "关于Capgo员工、承包商或合作伙伴的信息",
-  "security_disclosure_guidelines_title": "信息披露指南：",
-  "security_discovery": "如果您发现了一个漏洞，我们希望得知这个信息，以便我们尽快采取措施解决它。我们希望请您帮助我们更好地保护我们的客户和系统。",
-  "security_intro": "在Capgo，我们将系统的安全性视为首要任务。然而，无论我们投入多少努力来保障系统安全，仍可能存在漏洞。",
-  "security_out_of_scope_1": "在没有敏感操作的页面上进行点击劫持。",
-  "security_out_of_scope_10": "死链",
-  "security_out_of_scope_11": "用户枚举",
-  "security_out_of_scope_2": "未经认证/登出/登录 CSRF。",
-  "security_out_of_scope_3": "需要MITM或物理访问用户设备的攻击。",
-  "security_out_of_scope_4": "需要社会工程学的攻击。",
-  "security_out_of_scope_5": "可能导致我们服务中断（DoS）的任何活动。",
-  "security_out_of_scope_6": "内容欺骗和文本注入问题，无法显示攻击向量/无法修改HTML/CSS。",
-  "security_out_of_scope_7": "电子邮件欺骗",
-  "security_out_of_scope_8": "缺少 DNSSEC，CAA，CSP 头部信息",
-  "security_out_of_scope_9": "在非敏感cookie上缺少安全或仅HTTP标志",
-  "security_out_of_scope_title": "超出范围的漏洞：",
-  "security_policy": "安全政策",
-  "security_reporting_guidelines_1": "通过我们的GitHub安全咨询提交您的发现：",
-  "security_reporting_guidelines_2": "请提供足够的信息以复现问题，这样我们就能尽快解决它。",
-  "security_reporting_guidelines_title": "报告指南：",
-  "security_supabase_limitations_1": "Reports must include a reproducible demo Supabase project, with steps, that matches our settings and demonstrates the behavior.",
-  "security_supabase_limitations_2": "Reports must include the exact Supabase setting/config change that fixes the behavior while keeping our existing rules/policies intact.",
-  "security_supabase_limitations_3": "Account/email flows are validated against the Supabase project settings (for example, whether email verification is disabled and capture flow is used).",
-  "security_supabase_limitations_4": "Password and email/password update flows may depend on current Supabase Auth session and re-verification settings.",
-  "security_supabase_limitations_5": "If a demo project proves a concrete Supabase-side fix with no Capgo policy change, we review it as actionable.",
-  "security_supabase_limitations_intro": "Some findings are repeatedly reported and tied to Supabase Auth behavior. These are only reviewed when reproduced in a shared Supabase demo project configured like ours, and when a Supabase-side configuration fix exists without changing Capgo security rules.",
-  "security_supabase_limitations_title": "Known Supabase Auth Limitations",
-  "security_testing_guidelines_1": "请不要在其他客户的项目上运行自动扫描器。运行自动扫描器可能会增加我们用户的成本。配置过于激进的扫描器可能无意中破坏服务，利用漏洞，导致系统不稳定或违反我们上游提供商的服务条款，并且可能引发安全问题。我们自己的安全系统无法区分敌对侦查和白帽研究。如果您希望运行一个自动扫描器，请通过security@capgo.app通知我们，并只在您自己的Capgo项目上运行它。请不要攻击其他客户的项目。",
-  "security_testing_guidelines_2": "不要利用你发现的漏洞或问题，例如通过下载超过证明漏洞所需的数据，或删除或修改他人的数据。",
-  "security_testing_guidelines_title": "测试指南：",
-  "security_txt": "安全.txt",
-  "security_what_we_promise_1": "我们将在7个工作日内回复您的报告，给出我们对报告的评估以及预期的解决日期。",
-  "security_what_we_promise_2": "如果你已按照上述指示操作，我们将不会因报告而对你采取任何法律行动。",
-  "security_what_we_promise_3": "我们将严格保密处理您的报告，未经您的许可，不会将您的个人信息透露给第三方。",
-  "security_what_we_promise_4": "我们将会向您报告解决问题的进展情况。",
-  "security_what_we_promise_5": "在公开的有关报告问题的信息中，我们会将您列为问题的发现者（除非您另有要求）。",
-  "security_what_we_promise_title": "我们承诺的是：",
-  "see_all_from_our_blog": "查看我们博客的所有内容",
-  "see_in_play_store": "在Play商店中查看",
-  "select_your_app": "选择您的应用程序",
-  "self_hosted_storage_options": "自托管存储选项",
-  "semver_tester": "SemVer测试器",
-  "service_credits_desc": "如果在订阅期间的任何一个特定日历月内，未能满足正常运行时间承诺，则客户有资格获得服务信用额度（\"服务信用\"），前提是客户向Capgo报告未能满足正常运行时间承诺，并按照本附件的规定请求此类服务信用。应支付的任何服务信用金额将按以下方式计算：X * Y，其中X = 客户在相关日历月份应付给Capgo的受影响服务总费用（无论何时开票或支付），Y = 实际可用性对应的信贷百分比（作为总时间的百分比） ，如下表所示。",
-  "service_credits_title": "2. 服务积分",
-  "service_definition": "<strong>服务</strong>指的是应用程序。",
-  "service_level_agreement": "服务级别协议",
-  "setup_ci_cd_now": "立即设置CI/CD →",
-  "setup_fee_github_gitlab_ci": "设置费用 + GitHub/GitLab CI",
-  "setup_fee_savings_comparison": "我们的一次性设置费用为2600美元，再加上每月直接支付给您的git提供商（GitHub/GitLab）的约30美元，与像AppFlow这样的托管解决方案（每月499美元）相比，可以节省94%的费用。",
-  "severity_level": "严重性级别",
-  "share_test_builds_with_your_team": "立即与您的团队分享测试构建",
-  "share_where_you_want_to_contribute_to_fix_the_backend_of_capgo": "你想要为修复Capgo的后端做出贡献。",
-  "shared_numbers_api_response": "API响应",
-  "shared_numbers_opensource": "开源",
-  "shared_numbers_speed": "速度",
-  "shared_numbers_success_rate_desc": "全球成功率",
-  "shared_numbers_uptodate_24h": "在24小时内保持最新",
-  "ship_updates_fixes_changes_and_features": "Capacitor应用的开源Appflow替代方案：实时更新、原生构建交付、发布渠道、实时日志和分析，一站式平台",
-  "sign_in": "登录",
-  "sign_up_button": "注册",
-  "sign_up_for_free": "免费注册",
-  "signed_verified": "已签名并验证",
-  "single_sign_on_sso": "单点登录 (SSO)",
-  "sla": "服务级别协议",
-  "sla_exclusions_title": "SLA排除事项",
-  "sla_intro": "以下服务级别协议，已纳入并构成Capgo（\"Capgo\"）与客户（\"协议\"）之间的订阅协议的一部分，将适用于在相应订阅期限内在订单表格中指定的企业客户服务：",
-  "sla_policy": "服务等级协议政策",
-  "sla_title": "服务级别协议",
-  "smart_investment_massive_savings": "智能投资，大量节省",
-  "soc1_compliant": "SOC 1 符合标准",
-  "soc2_compliance": "SOC 2认证",
-  "soc2_compliance_short": "SOC 2 类型 II 符合性",
-  "soc2_compliant": "SOC 2 符合性",
-  "soc2_enterprise_only": "目前，它只在企业计划中可用。",
-  "soc2_explanation": "SOC 2是指SOC 2类型II认证，这是一个公认的安全合规标准。Capgo已获得SOC 2类型II认证，这意味着其系统和流程经过独立审计，以确保高度的安全性、可用性和机密性，包括数据保护、访问控制、服务可靠性和安全数据处理。在实践中，这意味着Capgo遵循企业级别的安全实践，并可以被有合规要求的公司、企业客户以及B2B或受监管环境使用。 SOC 2包含在企业级套餐中。",
-  "soc2_type_ii_certified_infrastructure": "SOC 2类型II认证的基础设施，确保最高的安全性和隐私标准",
-  "soc2_what_does_it_mean": "SOC 2：这是什么意思？",
-  "social_auth_simplified": "社交认证简化",
-  "solution_chat_shipped": "已发货。下一个。",
-  "solution_chat_users_have_it": "我的用户已经拥有它了。🎉",
-  "solution_chat_whats_status": "应用程序的状态是什么？",
-  "solutions": "解决方案",
-  "solutions_agencies_badge": "代理商解决方案",
-  "solutions_agencies_cta_note": "14-day free trial. No credit card required. Partner discounts available.",
-  "solutions_agencies_cta_subtitle": "Join agencies that manage client apps without the chaos. Start your free trial.",
-  "solutions_agencies_cta_title": "Ready to Simplify Client Management?",
-  "solutions_agencies_description": "从一个仪表板管理所有客户应用。按客户分离的频道，按团队的访问权限。",
-  "solutions_agencies_hero_subtitle": "告别TestFlight账户和商店访问权限的管理混乱。在一个地方管理所有客户的更新。",
-  "solutions_agencies_hero_title": "所有客户应用。一个仪表板。",
-  "solutions_agencies_nightmare_label": "The Agency Nightmare",
-  "solutions_agencies_nightmare_title": "Every Client Is Different. Deployment Shouldn't Be.",
-  "solutions_agencies_pain1_desc": "Every client has different app store accounts, different workflows, different expectations. Managing them all is chaos.",
-  "solutions_agencies_pain1_title": "10 Clients = 10 Deployment Processes",
-  "solutions_agencies_pain2_desc": "Client calls at 5 PM: 'The homepage is broken.' You fix it. Then you explain the 5-day app store review process.",
-  "solutions_agencies_pain2_title": "Clients Want Updates Yesterday",
-  "solutions_agencies_pain3_desc": "The developer who knew how to deploy to Client X left. Now nobody knows the credentials or the process.",
-  "solutions_agencies_pain3_title": "Team Turnover Breaks Everything",
-  "solutions_agencies_pain4_desc": "You quoted a fixed price. Now you're eating the cost of every bug fix because app store reviews eat your margins.",
-  "solutions_agencies_pain4_title": "Fixed-Price Projects, Unlimited Maintenance",
-  "solutions_agencies_pain5_desc": "'Why isn't the fix live yet?' Because Apple takes 5 days. But they don't understand that.",
-  "solutions_agencies_pain5_title": "Clients Blame You for Store Delays",
-  "solutions_agencies_pain6_desc": "When the project ends, transferring everything to the client takes weeks and still goes wrong.",
-  "solutions_agencies_pain6_title": "Handoff Is a Nightmare",
-  "solutions_agencies_partner": "Become a partner",
-  "solutions_agencies_partner_subtitle": "Exclusive benefits for agencies managing multiple client apps",
-  "solutions_agencies_partner_title": "Agency Partner Program",
-  "solutions_agencies_perk1_desc": "The more clients you manage, the less you pay per app. Discounts up to 40% off.",
-  "solutions_agencies_perk1_title": "Volume Discounts",
-  "solutions_agencies_perk2_desc": "Direct Slack channel with our team. Response in hours, not days.",
-  "solutions_agencies_perk2_title": "Priority Support",
-  "solutions_agencies_perk3_desc": "Featured in our agency directory. Case studies and testimonials that drive leads.",
-  "solutions_agencies_perk3_title": "Co-Marketing",
-  "solutions_agencies_short": "代理商",
-  "solutions_agencies_sol1_desc": "See all your clients' apps in one dashboard. Push updates to any of them with one click.",
-  "solutions_agencies_sol1_point1": "All clients, one login",
-  "solutions_agencies_sol1_point2": "Team permissions per client",
-  "solutions_agencies_sol1_point3": "White-label reporting for clients",
-  "solutions_agencies_sol1_title": "Unified Client Management",
-  "solutions_agencies_sol2_desc": "Your clients see your brand, not ours. Custom domains, custom emails, your logo everywhere.",
-  "solutions_agencies_sol2_point1": "Custom domains per client",
-  "solutions_agencies_sol2_point2": "Your branding on all reports",
-  "solutions_agencies_sol2_point3": "Client portals with your logo",
-  "solutions_agencies_sol2_title": "White-Label Everything",
-  "solutions_agencies_sol3_desc": "When the project ends, transfer everything to the client with one click. No missing credentials. No broken processes.",
-  "solutions_agencies_sol3_point1": "One-click ownership transfer",
-  "solutions_agencies_sol3_point2": "Documented deployment process",
-  "solutions_agencies_sol3_point3": "Training materials included",
-  "solutions_agencies_sol3_title": "Clean Client Handoffs",
-  "solutions_agencies_solution_label": "The Solution",
-  "solutions_agencies_solution_subtitle": "Manage deployments across every client from one place. Push updates in minutes, not days.",
-  "solutions_agencies_solution_title": "One Dashboard. All Your Clients.",
-  "solutions_agencies_tagline": "管理多个客户应用",
-  "solutions_agencies_title": "代理商专用",
-  "solutions_app_store_compliant": "符合App Store规范",
-  "solutions_avg_cost_per_bug": "Average cost per production bug",
-  "solutions_avg_review_time": "Average App Store review time",
-  "solutions_benefit1_desc": "Updates download while users use your app. No spinners, no loading screens, no interruptions. When they next launch, the new version is simply there.",
-  "solutions_benefit1_point1": "Differential updates download only changed files - typically 100KB-500KB instead of full bundles",
-  "solutions_benefit1_point2": "Intelligent bandwidth detection pauses downloads on slow connections to preserve user experience",
-  "solutions_benefit1_point3": "Updates never interrupt active sessions - they apply only on next cold start",
-  "solutions_benefit1_stat": "of updates complete without user awareness",
-  "solutions_benefit1_title": "Silent Background Updates",
-  "solutions_benefit2_desc": "Every update is wrapped in crash detection. If your new code causes crashes, Capgo automatically reverts to the previous working version. Your users never see a broken app.",
-  "solutions_benefit2_point1": "Crash detection triggers within the first 10 seconds of app launch",
-  "solutions_benefit2_point2": "Automatic rollback preserves user data and session state",
-  "solutions_benefit2_point3": "You're immediately notified with crash logs and stack traces",
-  "solutions_benefit2_stat": "Average rollback time when issues detected",
-  "solutions_benefit2_title": "Automatic Rollback Protection",
-  "solutions_benefit3_desc": "Capgo works within Apple and Google's guidelines. You're updating JavaScript and assets - not native code. Both app stores explicitly allow this, and thousands of apps use Capgo in production.",
-  "solutions_benefit3_point1": "Apple's 3.3.2 permits JavaScript updates that don't change app functionality",
-  "solutions_benefit3_point2": "Google Play allows updates that preserve the app's core purpose",
-  "solutions_benefit3_point3": "Used by Fortune 500 companies without any app store rejections",
-  "solutions_benefit3_stat": "App store compliance rate",
-  "solutions_benefit3_title": "100% App Store Compliant",
-  "solutions_benefits_subtitle": "Every feature exists because production teams told us they needed it. Here's what makes Capgo different.",
-  "solutions_beta_testing": "Beta测试",
-  "solutions_beta_testing_compare_capgo": "Capgo Channel Testing",
-  "solutions_beta_testing_compare_distribution": "Distribution",
-  "solutions_beta_testing_compare_distribution_capgo": "Share a link",
-  "solutions_beta_testing_compare_distribution_tf": "Email invites, account setup",
-  "solutions_beta_testing_compare_feedback": "Feedback Loop",
-  "solutions_beta_testing_compare_feedback_capgo": "Seconds to minutes",
-  "solutions_beta_testing_compare_feedback_tf": "Hours to days",
-  "solutions_beta_testing_compare_switching": "Switch Builds",
-  "solutions_beta_testing_compare_switching_capgo": "Tap channel (< 30 sec)",
-  "solutions_beta_testing_compare_switching_tf": "Download new build (5+ min)",
-  "solutions_beta_testing_compare_testflight": "TestFlight / Google Beta",
-  "solutions_beta_testing_compare_title": "TestFlight vs Capgo Beta Testing",
-  "solutions_beta_testing_compare_upload": "Upload & Processing",
-  "solutions_beta_testing_compare_upload_capgo": "< 1 minute",
-  "solutions_beta_testing_compare_upload_tf": "15-30 minutes",
-  "solutions_beta_testing_cta_subtitle": "Start distributing test builds in seconds instead of hours.",
-  "solutions_beta_testing_cta_title": "Accelerate Your Testing Workflow",
-  "solutions_beta_testing_description": "Let testers, QA teams, and beta users browse available channels directly in your app. Send deep links to switch channels instantly - the fastest way to distribute test builds.",
-  "solutions_beta_testing_feature1_desc": "Build a simple UI that lists available channels. Testers tap to switch - the new build downloads and applies immediately.",
-  "solutions_beta_testing_feature1_title": "In-App Channel Selector",
-  "solutions_beta_testing_feature2_desc": "Generate a link that opens your app and switches to a specific channel. Share via Slack, email, or add to your PR template.",
-  "solutions_beta_testing_feature2_title": "Deep Link Distribution",
-  "solutions_beta_testing_feature3_desc": "No more waiting for TestFlight processing. No more explaining Google Play beta enrollment. Just share a link and testers have the build.",
-  "solutions_beta_testing_feature3_title": "Skip TestFlight Entirely",
-  "solutions_beta_testing_feature4_desc": "Push a fix, testers get it in seconds. No reinstalls, no approval delays. The fastest feedback loop in mobile development.",
-  "solutions_beta_testing_feature4_title": "Instant Feedback Loop",
-  "solutions_beta_testing_hero_subtitle": "Your team can't afford days-long TestFlight delays. Skip the App Store beta process entirely - testers switch between builds in seconds, not days.",
-  "solutions_beta_testing_hero_title": "The Fastest Way to Test Mobile Apps",
-  "solutions_beta_testing_title": "Beta Testing & QA",
-  "solutions_beta_testing_usecases_beta": "External Beta Users",
-  "solutions_beta_testing_usecases_beta_desc": "Share a deep link with beta testers. They get new builds without understanding TestFlight or beta channels.",
-  "solutions_beta_testing_usecases_qa": "Internal QA",
-  "solutions_beta_testing_usecases_qa_desc": "Your QA team tests multiple builds per day. Let them switch channels instantly without reinstalling the app.",
-  "solutions_beta_testing_usecases_stakeholders": "Stakeholder Reviews",
-  "solutions_beta_testing_usecases_stakeholders_desc": "Project managers and executives can review features without any technical setup - just tap a link.",
-  "solutions_beta_testing_usecases_title": "Use Cases",
-  "solutions_bug_cost_explanation": "Engineering time, support tickets, lost revenue, and reputation damage add up quickly. A $47,000 average doesn't include lost lifetime value.",
-  "solutions_by_industry": "按行业",
-  "solutions_by_team": "按团队",
-  "solutions_by_use_case": "按使用场景",
-  "solutions_churn_explanation": "Research shows users who experience bugs are 23% more likely to uninstall within 7 days. You're losing users while waiting for review.",
-  "solutions_cordova_to_capacitor_ai_badge": "AI 辅助迁移",
-  "solutions_cordova_to_capacitor_ai_cta_all_inclusive": "全包式迁移",
-  "solutions_cordova_to_capacitor_ai_cta_premium_support": "高级支持",
-  "solutions_cordova_to_capacitor_ai_cta_talk": "与团队沟通",
-  "solutions_cordova_to_capacitor_ai_description": "2026 年版 AI 辅助 Cordova 到 Capacitor 迁移指南，包含实用清单、插件替换映射和 Capgo 优先的替代方案。提供可直接复制粘贴的提示词，以及全包式迁移选项。",
-  "solutions_cordova_to_capacitor_ai_h1": "AI 辅助的 Cordova 到 Capacitor 迁移",
-  "solutions_cordova_to_capacitor_ai_help_item1": "Cordova 到 Capacitor 迁移服务",
-  "solutions_cordova_to_capacitor_ai_help_item2": "用于持续原生与发布支持的高级支持",
-  "solutions_cordova_to_capacitor_ai_hero_subtitle": "实用清单 + 插件替换映射 + 可复制粘贴的 AI 提示词。面向希望更少意外、更快切换、并建立稳定 Capacitor 基线的团队。",
-  "solutions_cordova_to_capacitor_ai_last_updated": "最后更新：",
-  "solutions_cordova_to_capacitor_ai_last_updated_date": "2026年2月8日",
-  "solutions_cordova_to_capacitor_ai_link_checklist": "迁移清单",
-  "solutions_cordova_to_capacitor_ai_link_help": "全包式选项",
-  "solutions_cordova_to_capacitor_ai_link_plugins": "插件替换映射",
-  "solutions_cordova_to_capacitor_ai_link_prompts": "AI 提示词",
-  "solutions_cordova_to_capacitor_ai_link_skills": "面向 AI 代理的 Capgo Skills",
-  "solutions_cordova_to_capacitor_ai_official_reference": "官方参考：",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_link": "Capgo 插件",
-  "solutions_cordova_to_capacitor_ai_plugins_browse_prefix": "浏览 Capgo 的插件目录，并按能力进行映射：",
-  "solutions_cordova_to_capacitor_ai_prompt1_title": "提示词 1：制定插件替换计划",
-  "solutions_cordova_to_capacitor_ai_prompt2_title": "提示词 2：将 config.xml 偏好转换为 Capacitor + 原生改动",
-  "solutions_cordova_to_capacitor_ai_prompt3_title": "提示词 3：切换测试计划（真机）",
-  "solutions_cordova_to_capacitor_ai_quick_links": "快速链接",
-  "solutions_cordova_to_capacitor_ai_row_bg_geo": "后台定位",
-  "solutions_cordova_to_capacitor_ai_row_biometrics": "生物识别",
-  "solutions_cordova_to_capacitor_ai_row_camera": "相机",
-  "solutions_cordova_to_capacitor_ai_row_iap": "应用内购买",
-  "solutions_cordova_to_capacitor_ai_row_inappbrowser": "应用内浏览器",
-  "solutions_cordova_to_capacitor_ai_row_live_updates": "OTA / 在线更新",
-  "solutions_cordova_to_capacitor_ai_row_scanner": "文档扫描",
-  "solutions_cordova_to_capacitor_ai_row_social_login": "社交登录",
-  "solutions_cordova_to_capacitor_ai_row_sqlite": "SQLite",
-  "solutions_cordova_to_capacitor_ai_section_changes_body": "Capacitor 更接近一个承载你 Web 应用的原生应用。你会交付真实的 Xcode 和 Android Studio 工程，保留现有 Web 代码，并用 Capacitor-first API 现代化插件。",
-  "solutions_cordova_to_capacitor_ai_section_changes_title": "离开 Cordova 后会有哪些变化",
-  "solutions_cordova_to_capacitor_ai_section_checklist_title": "迁移清单（实操顺序）",
-  "solutions_cordova_to_capacitor_ai_section_help_body": "如果你担心应用商店拦截、插件回归，或现有用户的升级路径风险，我们可以端到端完成迁移。",
-  "solutions_cordova_to_capacitor_ai_section_help_title": "需要全包式选项吗？",
-  "solutions_cordova_to_capacitor_ai_section_plugins_body": "迁移时最不应该接受“差不多能用”的插件行为。尽早替换高风险插件（登录、支付、后台服务）。",
-  "solutions_cordova_to_capacitor_ai_section_plugins_title": "插件替换映射（Capgo 优先）",
-  "solutions_cordova_to_capacitor_ai_section_prompts_body": "这些提示词旨在产出可直接使用的结果（表格、清单、计划），而不是泛泛建议。",
-  "solutions_cordova_to_capacitor_ai_section_prompts_title": "可复制粘贴的 AI 提示词",
-  "solutions_cordova_to_capacitor_ai_section_skills_body": "如果你在使用 AI 编码代理（Cursor、Claude Code 等），让代理遵循一致的 Capacitor 迁移手册会获得更好的结果。Capgo 发布了面向 Capacitor 的开源 Skills：插件、最佳实践、调试、CI/CD 和在线更新。",
-  "solutions_cordova_to_capacitor_ai_section_skills_title": "面向 AI 代理的 Capgo Skills（迁移友好）",
-  "solutions_cordova_to_capacitor_ai_short": "AI 迁移指南（2026）",
-  "solutions_cordova_to_capacitor_ai_skills_see_link": "面向 AI 代理的 Capacitor Skills",
-  "solutions_cordova_to_capacitor_ai_skills_see_prefix": "查看：",
-  "solutions_cordova_to_capacitor_ai_step1_item1": "<strong>config.xml</strong> 偏好设置（方向、状态栏等）",
-  "solutions_cordova_to_capacitor_ai_step1_item2": "插件变量（API Key、Manifest 占位符、URL Scheme）",
-  "solutions_cordova_to_capacitor_ai_step1_item3": "依赖的自定义 hook/脚本",
-  "solutions_cordova_to_capacitor_ai_step1_item4": "<code>platforms/</code> 中任何手工修改的原生内容",
-  "solutions_cordova_to_capacitor_ai_step1_subtitle": "导出现有信息，并将其作为迁移输入保留：",
-  "solutions_cordova_to_capacitor_ai_step1_title": "1) 盘点你的 Cordova 应用",
-  "solutions_cordova_to_capacitor_ai_step2_body": "确保 <code>webDir</code> 与构建输出目录一致（例如：<code>dist</code>、<code>build</code>、<code>www</code>）。",
-  "solutions_cordova_to_capacitor_ai_step2_title": "2) 将 Capacitor 添加到你的 Web 应用",
-  "solutions_cordova_to_capacitor_ai_step3_title": "3) 添加 iOS + Android 工程",
-  "solutions_cordova_to_capacitor_ai_step4_title": "4) Build + Sync",
-  "solutions_cordova_to_capacitor_ai_table_cordova_plugin": "Cordova 插件（示例）",
-  "solutions_cordova_to_capacitor_ai_table_replacement": "推荐的 Capacitor 替代",
-  "solutions_cordova_to_capacitor_ai_table_use_case": "使用场景",
-  "solutions_cordova_to_capacitor_ai_title": "AI 辅助的 Cordova 到 Capacitor 迁移（2026）",
-  "solutions_cordova_to_capacitor_badge": "Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_benefit1_desc": "Capacitor follows iOS and Android changes closely, with active community support and a steady stream of updates.",
-  "solutions_cordova_to_capacitor_benefit1_title": "A Maintained Ecosystem",
-  "solutions_cordova_to_capacitor_benefit2_desc": "Modern native projects and clearer plugin patterns mean fewer mysterious runtime issues and faster root-cause analysis.",
-  "solutions_cordova_to_capacitor_benefit2_title": "Fewer Bugs and Easier Debugging",
-  "solutions_cordova_to_capacitor_benefit3_desc": "More modern tooling and WebView integration unlock faster startup paths and smoother UX when you optimize.",
-  "solutions_cordova_to_capacitor_benefit3_title": "Performance Headroom",
-  "solutions_cordova_to_capacitor_benefit4_desc": "Spend less time on forks and brittle build fixes. Reduce the long-term cost of ownership.",
-  "solutions_cordova_to_capacitor_benefit4_title": "Lower Maintenance Burden",
-  "solutions_cordova_to_capacitor_benefit5_desc": "Standard Xcode/Android Studio workflows plus modern CI/CD. Pair with live updates to ship fixes without waiting on reviews.",
-  "solutions_cordova_to_capacitor_benefit5_title": "Faster Releases and Safer Rollouts",
-  "solutions_cordova_to_capacitor_benefit6_desc": "Use Capacitor plugins, keep compatible Cordova plugins when needed, or build custom Swift/Kotlin plugins cleanly.",
-  "solutions_cordova_to_capacitor_benefit6_title": "More Plugins, More Capabilities",
-  "solutions_cordova_to_capacitor_benefit7_desc": "Stay current with platform requirements and dependency updates, and reduce the risk of abandoned packages.",
-  "solutions_cordova_to_capacitor_benefit7_title": "Better Security Posture",
-  "solutions_cordova_to_capacitor_benefit8_desc": "Move on a stack that makes it easier to implement and maintain screen reader support, focus management, and UX fixes.",
-  "solutions_cordova_to_capacitor_benefit8_title": "Accessibility Improvements That Stick",
-  "solutions_cordova_to_capacitor_benefits_label": "Benefits",
-  "solutions_cordova_to_capacitor_benefits_subtitle": "Better maintenance, fewer bugs, better performance, and more ways to ship.",
-  "solutions_cordova_to_capacitor_benefits_title": "Why Capacitor Is the Better Long-Term Bet",
-  "solutions_cordova_to_capacitor_cta_note": "Fixed timeline for most apps. Complex native integrations may require a follow-up phase.",
-  "solutions_cordova_to_capacitor_cta_subtitle": "Get a 10-day migration plan and a modern Capacitor baseline you can build on for years.",
-  "solutions_cordova_to_capacitor_cta_title": "Ready to Leave Cordova Behind?",
-  "solutions_cordova_to_capacitor_day10_desc": "Cut a release candidate, support store submission if needed, and hand off docs and next steps.",
-  "solutions_cordova_to_capacitor_day10_title": "Go-Live Support",
-  "solutions_cordova_to_capacitor_day1_desc": "Review Cordova config, plugins, native hooks, and build pipeline. Produce a migration plan and risk list.",
-  "solutions_cordova_to_capacitor_day1_title": "Audit and Migration Plan",
-  "solutions_cordova_to_capacitor_day2_desc": "Initialize Capacitor, set up iOS/Android projects, align package scripts, and establish baseline builds.",
-  "solutions_cordova_to_capacitor_day2_title": "Capacitor Project Setup",
-  "solutions_cordova_to_capacitor_day3_desc": "Wire your existing web build into Capacitor, configure app metadata, icons, and basic runtime settings.",
-  "solutions_cordova_to_capacitor_day3_title": "Web App Integration",
-  "solutions_cordova_to_capacitor_day4_desc": "Map Cordova plugins to Capacitor equivalents. Keep compatible Cordova plugins when safe, replace the rest.",
-  "solutions_cordova_to_capacitor_day4_title": "Plugin Mapping",
-  "solutions_cordova_to_capacitor_day5_desc": "Configure permissions, entitlements, deep links, push prerequisites, and any required native settings.",
-  "solutions_cordova_to_capacitor_day5_title": "Native Configuration",
-  "solutions_cordova_to_capacitor_day6_desc": "Validate core user flows and ensure parity with your Cordova app. Fix regressions and edge cases.",
-  "solutions_cordova_to_capacitor_day6_title": "Feature Parity Pass",
-  "solutions_cordova_to_capacitor_day7_desc": "Remove legacy workarounds, tune WebView settings, and fix crashers found during testing.",
-  "solutions_cordova_to_capacitor_day7_title": "Performance and Stability Hardening",
-  "solutions_cordova_to_capacitor_day8_desc": "Improve screen reader behavior, focus order, and touch targets. Validate with real devices.",
-  "solutions_cordova_to_capacitor_day8_title": "Accessibility Pass",
-  "solutions_cordova_to_capacitor_day9_desc": "Set up repeatable builds, signing, and a release checklist. Create a rollback plan.",
-  "solutions_cordova_to_capacitor_day9_title": "CI/CD and Release Prep",
-  "solutions_cordova_to_capacitor_deliverable1": "A working Capacitor iOS project (Xcode) and Android project (Gradle/Android Studio)",
-  "solutions_cordova_to_capacitor_deliverable2": "Critical plugins migrated or replaced, with a clear compatibility matrix",
-  "solutions_cordova_to_capacitor_deliverable3": "A documented build and release process (local + CI)",
-  "solutions_cordova_to_capacitor_deliverable4": "A tested migration branch/PR ready to merge, with a release checklist",
-  "solutions_cordova_to_capacitor_deliverable5": "Accessibility and performance improvements prioritized with quick wins applied",
-  "solutions_cordova_to_capacitor_deliverable6": "A roadmap for remaining plugin work and future native capabilities",
-  "solutions_cordova_to_capacitor_deliverables_label": "Deliverables",
-  "solutions_cordova_to_capacitor_deliverables_note": "Need custom native work or a plugin that doesn't exist? We can build and maintain it.",
-  "solutions_cordova_to_capacitor_deliverables_title": "What You Get at the End",
-  "solutions_cordova_to_capacitor_description": "Move from Cordova to Capacitor in 10 days. Reduce maintenance burden, improve performance and accessibility, and unlock a richer plugin ecosystem.",
-  "solutions_cordova_to_capacitor_diy_cta": "Read the migration guide",
-  "solutions_cordova_to_capacitor_diy_subtitle": "We have a step-by-step guide if you want to migrate yourself, and we're here if you want experts to run it end-to-end.",
-  "solutions_cordova_to_capacitor_diy_title": "Prefer to DIY?",
-  "solutions_cordova_to_capacitor_faq1_a": "No. In most migrations, your web UI and business logic stay the same. We focus on the native layer, plugins, and build pipeline.",
-  "solutions_cordova_to_capacitor_faq1_q": "Do we have to rewrite the app?",
-  "solutions_cordova_to_capacitor_faq2_a": "Sometimes. Capacitor can use many Cordova plugins, but we prefer maintained equivalents for critical paths to reduce long-term risk.",
-  "solutions_cordova_to_capacitor_faq2_q": "Can we keep Cordova plugins?",
-  "solutions_cordova_to_capacitor_faq3_a": "Those are usually better in Capacitor because the ecosystem is active. We map each capability to stable plugins and configure native settings.",
-  "solutions_cordova_to_capacitor_faq3_q": "What about push notifications, deep links, and biometrics?",
-  "solutions_cordova_to_capacitor_faq4_a": "Typically you gain performance headroom and stability by removing legacy code and moving to modern tooling. We also run a hardening pass during the migration.",
-  "solutions_cordova_to_capacitor_faq4_q": "Will this improve performance?",
-  "solutions_cordova_to_capacitor_faq5_a": "We keep feature parity as the goal, test core flows, and ship with a rollback plan. If you use live updates, you can also fix issues fast after release.",
-  "solutions_cordova_to_capacitor_faq5_q": "How do you reduce release risk?",
-  "solutions_cordova_to_capacitor_faq6_a": "Access to your repo, your current signing/setup (or someone who can provide it), and a list of must-have plugins and flows.",
-  "solutions_cordova_to_capacitor_faq6_q": "What do you need from us to start?",
-  "solutions_cordova_to_capacitor_faq_subtitle": "The common questions teams ask before migrating.",
-  "solutions_cordova_to_capacitor_faq_title": "FAQ",
-  "solutions_cordova_to_capacitor_hero_highlight": "Fixed timeline, clear deliverables, and a safe release plan",
-  "solutions_cordova_to_capacitor_hero_subtitle": "Keep your UI and business logic, modernize the native layer, and unlock a maintained ecosystem of plugins and capabilities.",
-  "solutions_cordova_to_capacitor_hero_title": "Migrate from Cordova to Capacitor in 10 days",
-  "solutions_cordova_to_capacitor_pain1_desc": "Unmaintained plugins break with new SDKs. Teams end up forking, patching, and carrying tech debt release after release.",
-  "solutions_cordova_to_capacitor_pain1_title": "Plugins Are Aging",
-  "solutions_cordova_to_capacitor_pain2_desc": "Xcode and Android Gradle changes turn routine upgrades into fire drills, slowing down releases and increasing risk.",
-  "solutions_cordova_to_capacitor_pain2_title": "Builds Break on Every Platform Update",
-  "solutions_cordova_to_capacitor_pain3_desc": "Modern accessibility expectations require maintained tooling and plugins. Legacy stacks make improvements slower and bug-prone.",
-  "solutions_cordova_to_capacitor_pain3_title": "Accessibility and UX Are Harder Than They Should Be",
-  "solutions_cordova_to_capacitor_pain4_desc": "Biometrics, passkeys, modern notifications, deep links, app extensions: the Capacitor ecosystem moves faster and gives you options.",
-  "solutions_cordova_to_capacitor_pain4_title": "You Miss Out on New Capabilities",
-  "solutions_cordova_to_capacitor_plan_label": "10-Day Plan",
-  "solutions_cordova_to_capacitor_plan_subtitle": "We start with an audit, migrate the native layer, replace critical plugins, and ship with confidence.",
-  "solutions_cordova_to_capacitor_plan_title": "A Clear Migration Plan, Delivered in 10 Days",
-  "solutions_cordova_to_capacitor_reality_label": "Why Move",
-  "solutions_cordova_to_capacitor_reality_subtitle": "The longer you wait, the more expensive each iOS/Android update becomes.",
-  "solutions_cordova_to_capacitor_reality_title": "Cordova Is Quietly Taxing Your Team",
-  "solutions_cordova_to_capacitor_scope_keep_html": "<li>Your existing UI and routes</li><li>Your JS/TS codebase and state management</li><li>Your backend, APIs, and analytics</li><li>Your product roadmap</li><li>Your app identity and store presence</li>",
-  "solutions_cordova_to_capacitor_scope_keep_title": "You keep",
-  "solutions_cordova_to_capacitor_scope_note": "We migrate your native layer while preserving your product. The goal is a stable Capacitor baseline you can iterate on.",
-  "solutions_cordova_to_capacitor_scope_title": "Keep What Works. Upgrade What Holds You Back.",
-  "solutions_cordova_to_capacitor_scope_upgrade_html": "<li>Native iOS/Android projects (Xcode, Android Studio)</li><li>Plugin layer with maintained equivalents</li><li>Build configuration, signing, and permissions</li><li>Modern debugging and tooling</li><li>Release pipeline and rollback plan</li>",
-  "solutions_cordova_to_capacitor_scope_upgrade_title": "We upgrade",
-  "solutions_cordova_to_capacitor_short": "Cordova to Capacitor",
-  "solutions_cordova_to_capacitor_title": "Cordova to Capacitor Migration",
-  "solutions_cordova_to_capacitor_visual1_desc": "Replace brittle plugins and remove legacy hacks that cause crashes and weird edge cases.",
-  "solutions_cordova_to_capacitor_visual1_title": "Fewer Production Bugs",
-  "solutions_cordova_to_capacitor_visual2_desc": "Stay aligned with platform changes, reduce forks, and keep dependencies current.",
-  "solutions_cordova_to_capacitor_visual2_title": "Maintenance and Security",
-  "solutions_cordova_to_capacitor_visual3_desc": "Native builds that CI understands, plus faster releases with safer rollouts.",
-  "solutions_cordova_to_capacitor_visual3_title": "Modern Delivery Workflow",
-  "solutions_days": "天",
-  "solutions_direct_background_mode": "Background Mode (Default)",
-  "solutions_direct_background_problem": "The Problem with Background Updates",
-  "solutions_direct_benefit1_desc": "Every user who opens your app after an update gets the new version immediately. No exceptions. No 'one more session with the bug.' Every single session runs your latest code.",
-  "solutions_direct_benefit1_point1": "100% of sessions run your latest code - not 95%, not 99%, but 100%",
-  "solutions_direct_benefit1_point2": "Critical bug fixes reach users before they can experience the bug",
-  "solutions_direct_benefit1_point3": "Compliance updates take effect immediately across all devices",
-  "solutions_direct_benefit1_stat": "of sessions running latest code",
-  "solutions_direct_benefit1_title": "Zero Outdated Sessions",
-  "solutions_direct_benefit2_desc": "When you push a fix, it's truly fixed. Users don't experience the bug 'one more time' while waiting for the next launch. The moment they open the app after your fix, they get the fixed version.",
-  "solutions_direct_benefit2_point1": "No more 'I just hit that bug' support tickets after you've deployed",
-  "solutions_direct_benefit2_point2": "Monitoring shows immediate improvement, not gradual rollout curves",
-  "solutions_direct_benefit2_point3": "On-call engineers can go back to sleep immediately after deploying",
-  "solutions_direct_benefit2_stat": "Bug experiences after fix deployed",
-  "solutions_direct_benefit2_title": "Instant Bug Resolution",
-  "solutions_direct_benefit3_desc": "New users downloading your app for the first time always get your best onboarding flow. When you A/B test and find a winner, every new user gets it immediately - not after a background download cycle.",
-  "solutions_direct_benefit3_point1": "New users never see outdated onboarding flows",
-  "solutions_direct_benefit3_point2": "A/B test winners deploy instantly to 100% of new users",
-  "solutions_direct_benefit3_point3": "First impressions are always your best current experience",
-  "solutions_direct_benefit3_stat": "Improvement in Day-1 retention",
-  "solutions_direct_benefit3_title": "Optimized User Onboarding",
-  "solutions_direct_benefits_subtitle": "Direct Updates solve problems that background updates can't. Here's what makes the difference.",
-  "solutions_direct_benefits_title": "Why Teams Choose Direct Updates",
-  "solutions_direct_bg_result": "Users always experience one session with the old version after you push an update.",
-  "solutions_direct_bg_step1": "User opens app",
-  "solutions_direct_bg_step2": "App renders immediately (old version)",
-  "solutions_direct_bg_step3": "Update downloads in background",
-  "solutions_direct_bg_step4": "Update applies on NEXT launch",
-  "solutions_direct_case_company": "QuickCart",
-  "solutions_direct_case_industry": "E-Commerce - Flash Sale App",
-  "solutions_direct_case_metric1_label": "Time to 100% deployment",
-  "solutions_direct_case_metric1_value": "0 minutes",
-  "solutions_direct_case_metric2_label": "Affected transactions post-fix",
-  "solutions_direct_case_metric2_value": "0",
-  "solutions_direct_case_metric3_label": "Revenue protected per incident",
-  "solutions_direct_case_metric3_value": "$1.8M+",
-  "solutions_direct_case_metric4_label": "Customer support tickets",
-  "solutions_direct_case_metric4_value": "-97%",
-  "solutions_direct_case_para1": "QuickCart runs flash sales with 100,000+ concurrent users during peak events. When a payment gateway update broke their checkout flow, they discovered it 4 hours into a major sale. With background updates, users who had already opened the app would experience the bug.",
-  "solutions_direct_case_para2": "Their engineering team pushed the fix in 23 minutes. But with background updates, over 40,000 users who opened the app during those 23 minutes would still hit the bug on their current session. At their average order value of $47, that represented over $1.8 million in at-risk revenue.",
-  "solutions_direct_case_para3": "After switching to Direct Updates, their next incident was resolved with zero affected transactions. The fix deployed in 18 minutes, and every user who opened the app after that moment got the fixed version immediately. Their CFO now insists on Direct Updates for all customer-facing payment flows.",
-  "solutions_direct_case_quote": "Background updates are fine for feature releases. But for anything touching payments, authentication, or compliance? Direct Updates are non-negotiable.",
-  "solutions_direct_case_quote_author": "David Park, VP of Engineering at QuickCart",
-  "solutions_direct_case_results": "The Results",
-  "solutions_direct_d_result": "Users always see your latest code. Zero exceptions. Zero outdated sessions.",
-  "solutions_direct_d_step1": "User opens app",
-  "solutions_direct_d_step2": "Update downloads immediately (~500ms)",
-  "solutions_direct_d_step3": "App renders with latest version",
-  "solutions_direct_direct_mode": "Direct Mode (Instant)",
-  "solutions_direct_final_cta_note": "One config change. Sub-second updates. Zero outdated sessions.",
-  "solutions_direct_final_cta_subtitle": "Every session after your fix should run your fix. Direct Updates make that a reality.",
-  "solutions_direct_final_cta_title": "Stop Letting Users Experience Fixed Bugs",
-  "solutions_direct_instant_apply": "Updates apply instantly",
-  "solutions_direct_problem_result": "With background updates, users experience bugs at least once after you've fixed them. For critical issues, that's too many times.",
-  "solutions_direct_problem_step1_desc": "Your update is available, but the user sees the buggy version. Background download starts silently.",
-  "solutions_direct_problem_step1_title": "User Opens App with Bug",
-  "solutions_direct_problem_step2_desc": "They encounter the exact issue you fixed. Frustration builds. Maybe they leave a 1-star review.",
-  "solutions_direct_problem_step2_title": "User Experiences the Bug",
-  "solutions_direct_problem_step3_desc": "The fix was ready, but they had to experience the bug first. For critical issues, that's unacceptable.",
-  "solutions_direct_problem_step3_title": "Update Applies on NEXT Launch",
-  "solutions_direct_problem_title": "Background Updates Aren't Fast Enough for Critical Fixes",
-  "solutions_direct_scenario1_desc": "Users can't complete purchases. Every session without the fix is lost revenue.",
-  "solutions_direct_scenario1_title": "Payment Flow Broken",
-  "solutions_direct_scenario2_desc": "A security flaw was discovered. Users shouldn't run the vulnerable code even once.",
-  "solutions_direct_scenario2_title": "Security Vulnerability",
-  "solutions_direct_scenario3_desc": "New regulations take effect at midnight. Every user must see the updated terms immediately.",
-  "solutions_direct_scenario3_title": "Compliance Deadline",
-  "solutions_direct_scenario_title": "How QuickCart Eliminated Payment Failures Overnight",
-  "solutions_direct_solution_subtitle": "Direct Updates check for and apply updates when users open your app - before they see anything. The experience is seamless, and every session runs your latest code.",
-  "solutions_direct_solution_title": "Updates That Apply Before the App Renders",
-  "solutions_direct_speed_apply": "Total time to app render",
-  "solutions_direct_speed_check": "Update check time",
-  "solutions_direct_speed_download": "Typical bundle download",
-  "solutions_direct_speed_subtitle": "Direct Updates are only viable if they're fast. Our global infrastructure ensures updates apply in under a second.",
-  "solutions_direct_speed_title": "Built for Speed",
-  "solutions_direct_speed_uptime": "Infrastructure uptime",
-  "solutions_direct_sub_second": "Sub-second update time",
-  "solutions_direct_updates": "直接更新",
-  "solutions_direct_updates_description": "Fix critical bugs in seconds, not weeks. Show users the latest version immediately when they open your app - no waiting for background downloads.",
-  "solutions_direct_updates_hero_subtitle": "Your app can't afford critical bugs sitting unfixed while App Store reviews drag on. Direct Updates ensure every user gets the fix immediately on their next app open.",
-  "solutions_direct_updates_hero_title": "Fix Bugs in Seconds, Not Weeks",
-  "solutions_direct_updates_title": "Direct Updates - Instant App Changes",
-  "solutions_direct_usecase1_desc": "Payment failures, authentication issues, data corruption - bugs where experiencing them once is too many times.",
-  "solutions_direct_usecase1_title": "Critical Bug Fixes",
-  "solutions_direct_usecase2_desc": "First impressions matter. Ensure every new user gets your best, most optimized onboarding experience from their first session.",
-  "solutions_direct_usecase2_title": "New User Onboarding",
-  "solutions_direct_usecase3_desc": "Features tied to specific times - holiday sales, product launches, live events. They need to be live exactly when the event starts.",
-  "solutions_direct_usecase3_title": "Event-Based Features",
-  "solutions_direct_usecase4_desc": "Vulnerability discovered? Users shouldn't run vulnerable code even once after you've patched it.",
-  "solutions_direct_usecase4_title": "Security Patches",
-  "solutions_direct_usecase5_desc": "Found a winning variant? Ship it to 100% of users immediately instead of waiting for gradual background updates.",
-  "solutions_direct_usecase5_title": "A/B Test Rollouts",
-  "solutions_direct_usecase6_desc": "New regulations, updated terms, required disclosures. Legal deadlines don't wait for background downloads.",
-  "solutions_direct_usecase6_title": "Compliance Updates",
-  "solutions_direct_when_matters": "When Every Session Matters",
-  "solutions_direct_when_subtitle": "Direct Updates are ideal for scenarios where immediate consistency matters more than invisible updates.",
-  "solutions_direct_when_title": "When to Use Direct Updates",
-  "solutions_direct_zero_outdated": "Zero outdated sessions",
-  "solutions_ecommerce_badge": "电商优化",
-  "solutions_ecommerce_cta_note": "14-day free trial. No credit card required. Works with any e-commerce platform.",
-  "solutions_ecommerce_cta_subtitle": "Deploy updates during your biggest sales. Fix bugs before they cost you customers.",
-  "solutions_ecommerce_cta_title": "Ready to Stop Losing Sales?",
-  "solutions_ecommerce_description": "结账故障每分钟都会影响收入。即时修复错误，进行闪购。",
-  "solutions_ecommerce_hero_subtitle": "午夜结账按钮坏了？立即修复，而不是明天损失收入。",
-  "solutions_ecommerce_hero_title": "通过快速更新保护收入",
-  "solutions_ecommerce_nightmare_cost": "Lost revenue per hour with broken checkout",
-  "solutions_ecommerce_nightmare_para1": "It's Black Friday morning. Traffic is 10x normal. Then you see it: the promo code field doesn't work on iOS.",
-  "solutions_ecommerce_nightmare_para2": "You have 10,000 customers trying to check out. They can't apply their 30% discount. They're abandoning carts.",
-  "solutions_ecommerce_nightmare_para3": "You fix the bug in 20 minutes. But the fix won't go live until next Wednesday. After the sale ends.",
-  "solutions_ecommerce_nightmare_title": "Black Friday Nightmare",
-  "solutions_ecommerce_pain1_desc": "Your sale starts in 2 hours. You just found a bug in the promo code logic. App store review takes 5 days.",
-  "solutions_ecommerce_pain1_title": "Flash Sales Can't Wait",
-  "solutions_ecommerce_pain2_desc": "Every checkout bug is lost revenue. Every. Single. One. And you can't fix them fast enough.",
-  "solutions_ecommerce_pain2_title": "Cart Bugs Kill Conversions",
-  "solutions_ecommerce_pain3_desc": "You want to test a new checkout flow. With app store reviews, each iteration takes a week.",
-  "solutions_ecommerce_pain3_title": "A/B Testing Is Too Slow",
-  "solutions_ecommerce_pain4_desc": "'App is broken' reviews during peak season destroy your conversion rate. And they're permanent.",
-  "solutions_ecommerce_pain4_title": "Bad Reviews Tank Sales",
-  "solutions_ecommerce_reality_label": "The E-commerce Reality",
-  "solutions_ecommerce_reality_title": "Every Bug Costs You Money",
-  "solutions_ecommerce_results_title": "Results That Matter",
-  "solutions_ecommerce_short": "电商",
-  "solutions_ecommerce_sol1_desc": "Found a bug during your flash sale? Fix it and push the update. Your customers get the fix in hours, not days.",
-  "solutions_ecommerce_sol1_title": "Push Updates Mid-Sale",
-  "solutions_ecommerce_sol2_desc": "Test checkout flows, product pages, promo displays. Get results in days, not months.",
-  "solutions_ecommerce_sol2_title": "A/B Test Everything",
-  "solutions_ecommerce_sol3_desc": "Payment failures, coupon bugs, checkout crashes - fix them the moment you find them.",
-  "solutions_ecommerce_sol3_title": "Fix Cart Issues Instantly",
-  "solutions_ecommerce_sol4_desc": "Holiday themes, sale banners, seasonal promotions - update them instantly without a new app release.",
-  "solutions_ecommerce_sol4_title": "Seasonal Updates On Demand",
-  "solutions_ecommerce_solution_label": "The Solution",
-  "solutions_ecommerce_solution_subtitle": "Fix bugs during sales. Test new features daily. Never lose revenue to app store delays.",
-  "solutions_ecommerce_solution_title": "Ship Updates As Fast As Your Business Moves",
-  "solutions_ecommerce_stat1": "Conversion rate increase",
-  "solutions_ecommerce_stat2": "Cart abandonment reduction",
-  "solutions_ecommerce_stat3": "Faster feature iteration",
-  "solutions_ecommerce_stat4": "Bug fix time",
-  "solutions_ecommerce_title": "电商专用",
-  "solutions_enterprise_customers_subtitle": "Companies that can't afford downtime rely on Capgo",
-  "solutions_enterprise_customers_title": "Trusted By Enterprise Teams",
-  "solutions_enterprise_problem1_desc": "You have 10, 20, 50 apps across different teams. Coordinating releases is a nightmare. One team's deploy breaks another team's app.",
-  "solutions_enterprise_problem1_title": "Too Many Apps, Not Enough Control",
-  "solutions_enterprise_problem2_desc": "Half your users are on v2.3, the other half on v2.1. Support tickets pile up for bugs you already fixed.",
-  "solutions_enterprise_problem2_title": "Version Fragmentation",
-  "solutions_enterprise_problem3_desc": "When auditors ask 'who deployed what, when, and why?' you need answers. Not excuses.",
-  "solutions_enterprise_problem3_title": "Compliance & Audits",
-  "solutions_enterprise_problem4_desc": "App store reviews take days. By the time your fix ships, the damage is done.",
-  "solutions_enterprise_problem4_title": "Slow Rollouts",
-  "solutions_enterprise_problem5_desc": "Multiple teams deploying to the same app. Conflicting changes. No visibility into what's live.",
-  "solutions_enterprise_problem5_title": "Team Coordination Chaos",
-  "solutions_enterprise_problem6_desc": "A critical bug hits production on Friday night. Your only option is waiting for app store approval.",
-  "solutions_enterprise_problem6_title": "Production Incidents at 2 AM",
-  "solutions_enterprise_problems_label": "We Get It",
-  "solutions_enterprise_problems_title": "Your Problems Are Our Priority",
-  "solutions_enterprise_short": "企业版",
-  "solutions_enterprise_sol1_desc": "Manage every app in your portfolio from a single view. See version adoption, deployment status, and user metrics at a glance.",
-  "solutions_enterprise_sol1_point1": "Organization-wide app management",
-  "solutions_enterprise_sol1_point2": "Role-based access control per app",
-  "solutions_enterprise_sol1_point3": "Unified deployment across all apps",
-  "solutions_enterprise_sol1_title": "One Dashboard, All Your Apps",
-  "solutions_enterprise_sol2_desc": "Never deploy blind again. Roll out to internal QA first, then beta users, then 10% of production. Catch issues before they become incidents.",
-  "solutions_enterprise_sol2_point1": "Percentage-based gradual rollouts",
-  "solutions_enterprise_sol2_point2": "Automatic rollback on crash detection",
-  "solutions_enterprise_sol2_point3": "Device and user targeting",
-  "solutions_enterprise_sol2_title": "Staged Rollouts That Protect You",
-  "solutions_enterprise_sol3_desc": "Every deployment is logged. Every change tracked. When auditors come knocking, you're ready.",
-  "solutions_enterprise_sol3_point1": "Complete deployment audit trails",
-  "solutions_enterprise_sol3_point2": "SOC 2 Type II certified infrastructure",
-  "solutions_enterprise_sol3_point3": "GDPR compliant by design",
-  "solutions_enterprise_sol3_title": "Audit-Ready Compliance",
-  "solutions_enterprise_solution_label": "The Solution",
-  "solutions_enterprise_solution_subtitle": "Manage all your apps from one dashboard. Push updates in minutes. Roll back in seconds.",
-  "solutions_enterprise_solution_title": "Deploy With Confidence, At Scale",
-  "solutions_enterprise_stat_rollback": "Rollback time",
-  "solutions_enterprise_stat_updates": "Updates delivered monthly",
-  "solutions_enterprise_stat_uptime": "Platform uptime",
-  "solutions_enterprise_tagline": "多应用、多团队部署",
-  "solutions_enterprise_testimonial": "We manage 23 apps across 5 teams. Before Capgo, coordinating releases was chaos. Now one engineer handles deployments for the entire portfolio.",
-  "solutions_enterprise_testimonial_author": "James Chen",
-  "solutions_enterprise_testimonial_role": "VP of Engineering, Fortune 500 Retail Company",
-  "solutions_final_cta_note": "14天免费试用。无需信用卡。5分钟完成设置。",
-  "solutions_final_cta_subtitle": "立即开始为您的应用提供实时更新",
-  "solutions_final_cta_title": "准备好开始了吗？",
-  "solutions_fintech_badge": "金融科技优化",
-  "solutions_fintech_badge_e2e": "End-to-End Encryption",
-  "solutions_fintech_badge_gdpr": "符合GDPR",
-  "solutions_fintech_badge_soc2": "SOC 2 Type II Certified",
-  "solutions_fintech_cert1_desc": "Independently audited security controls and processes",
-  "solutions_fintech_cert1_title": "SOC 2 Type II",
-  "solutions_fintech_cert2_desc": "EU data protection compliance built-in",
-  "solutions_fintech_cert2_title": "GDPR Compliant",
-  "solutions_fintech_cert3_desc": "Your code is encrypted. Only your app can decrypt it.",
-  "solutions_fintech_cert3_title": "End-to-End Encryption",
-  "solutions_fintech_cta_note": "14-day free trial. SOC 2 certified. Enterprise plans available.",
-  "solutions_fintech_cta_subtitle": "Deploy security patches in minutes. Stay compliant. Sleep better.",
-  "solutions_fintech_cta_title": "Ready to Secure Your Fintech App?",
-  "solutions_fintech_description": "金融应用的安全性和合规性。端到端加密，审计日志，自托管选项。",
-  "solutions_fintech_hero_subtitle": "在不影响安全性或合规性的情况下即时部署关键修复。",
-  "solutions_fintech_hero_title": "金融应用的安全更新",
-  "solutions_fintech_nightmare_para1": "It's 2 AM on Friday. Your security team finds a vulnerability in the payment flow. Users' financial data could be exposed.",
-  "solutions_fintech_nightmare_para2": "You have the fix ready in 30 minutes. Now you submit to the app store and wait.",
-  "solutions_fintech_nightmare_para3": "5 days. That's how long until Apple approves your critical security patch. 5 days of exposure.",
-  "solutions_fintech_nightmare_title": "Your Worst Nightmare",
-  "solutions_fintech_opensource_cta": "View on GitHub",
-  "solutions_fintech_opensource_desc": "Audit our code yourself. We have nothing to hide. Our entire backend is open source, so your security team can verify everything.",
-  "solutions_fintech_opensource_title": "100% Open Source",
-  "solutions_fintech_pain1_desc": "Security patches can't wait 5 days. Neither can compliance fixes. Every hour matters.",
-  "solutions_fintech_pain1_title": "App Store Reviews Are Too Slow",
-  "solutions_fintech_pain2_desc": "SOC 2, PCI-DSS, GDPR - you need audit trails for everything. 'We pushed the fix' isn't enough.",
-  "solutions_fintech_pain2_title": "Compliance Requirements Are Strict",
-  "solutions_fintech_pain3_desc": "When your app is broken, transactions fail. Every minute of downtime is lost revenue and lost trust.",
-  "solutions_fintech_pain3_title": "Downtime Costs Millions",
-  "solutions_fintech_pain4_desc": "When regulators ask how you respond to security incidents, 'we wait for Apple' isn't an acceptable answer.",
-  "solutions_fintech_pain4_title": "Regulators Are Watching",
-  "solutions_fintech_reality_label": "The Fintech Reality",
-  "solutions_fintech_reality_title": "In Finance, Every Second Counts",
-  "solutions_fintech_short": "金融科技与银行",
-  "solutions_fintech_sol1_desc": "When you find a vulnerability, fix it immediately. No app store review. No waiting. Your users are protected in hours, not days.",
-  "solutions_fintech_sol1_title": "Instant Security Patches",
-  "solutions_fintech_sol2_desc": "Every deployment is logged with timestamps, user info, and change details. When auditors ask, you have answers.",
-  "solutions_fintech_sol2_point1": "Complete deployment audit trails",
-  "solutions_fintech_sol2_point2": "User-level tracking for compliance",
-  "solutions_fintech_sol2_point3": "Exportable reports for regulators",
-  "solutions_fintech_sol2_title": "Audit-Ready Compliance",
-  "solutions_fintech_sol3_desc": "Your app bundles are encrypted in transit and at rest. Only your app can decrypt them. Not us. Not anyone.",
-  "solutions_fintech_sol3_title": "End-to-End Encryption",
-  "solutions_fintech_sol4_desc": "If a deployment causes issues, roll back to the previous version in seconds. No downtime. No data loss.",
-  "solutions_fintech_sol4_title": "Instant Rollback",
-  "solutions_fintech_solution_label": "The Solution",
-  "solutions_fintech_solution_subtitle": "Deploy critical fixes instantly. Full audit trail. Compliance-ready.",
-  "solutions_fintech_solution_title": "Security Patches in Minutes, Not Days",
-  "solutions_fintech_title": "金融科技专用",
-  "solutions_fintech_trust_subtitle": "We take security as seriously as you do",
-  "solutions_fintech_trust_title": "Security You Can Trust",
-  "solutions_get_started": "立即开始",
-  "solutions_healthcare_audit_label": "完整可追溯性",
-  "solutions_healthcare_audit_subtitle": "当审计员问'患者设备上运行的是什么代码?'时,您将有明确答案。",
-  "solutions_healthcare_audit_title": "每次更新都关联到源代码",
-  "solutions_healthcare_badge": "医疗健康优化",
-  "solutions_healthcare_badge_e2e": "End-to-End Encryption",
-  "solutions_healthcare_badge_hipaa": "符合HIPAA",
-  "solutions_healthcare_badge_soc2": "SOC 2 Type II",
-  "solutions_healthcare_cert1_desc": "Infrastructure designed for protected health information",
-  "solutions_healthcare_cert1_title": "HIPAA Ready",
-  "solutions_healthcare_cert2_desc": "Independently audited security controls",
-  "solutions_healthcare_cert2_title": "SOC 2 Type II",
-  "solutions_healthcare_cert3_desc": "Audit our code. We have nothing to hide.",
-  "solutions_healthcare_cert3_title": "Open Source",
-  "solutions_healthcare_commit_desc": "每个包都会自动链接到它所构建的确切Git提交。追踪任何已部署的代码，回溯到其源码、作者和审批链。",
-  "solutions_healthcare_commit_title": "Git 提交链接",
-  "solutions_healthcare_cta_note": "14-day free trial. HIPAA-ready. Enterprise plans with BAA available.",
-  "solutions_healthcare_cta_subtitle": "Deploy critical fixes in minutes. Stay compliant. Keep patients safe.",
-  "solutions_healthcare_cta_title": "Ready to Protect Your Patients?",
-  "solutions_healthcare_description": "医疗健康应用的合规优先更新。HIPAA兼容，自托管选项。",
-  "solutions_healthcare_hero_subtitle": "在保持完全HIPAA合规的同时部署关键医疗应用更新。",
-  "solutions_healthcare_hero_title": "医疗健康应用的安全更新",
-  "solutions_healthcare_inapp_desc": "在您的应用中直接显示捆绑包版本，发布说明和自定义消息。让临床工作人员确认他们正在运行已批准的版本。",
-  "solutions_healthcare_inapp_title": "在您的应用中的版本信息",
-  "solutions_healthcare_pain1_desc": "Clinical decision support bugs need immediate fixes. App store reviews take 5-7 days. That's unacceptable.",
-  "solutions_healthcare_pain1_title": "Patient Safety Can't Wait",
-  "solutions_healthcare_pain2_desc": "Every update needs audit trails. Every deployment needs documentation. No exceptions.",
-  "solutions_healthcare_pain2_title": "HIPAA Compliance Is Non-Negotiable",
-  "solutions_healthcare_pain3_desc": "When doctors can't trust your app, they stop using it. One bug can destroy years of relationship building.",
-  "solutions_healthcare_pain3_title": "Provider Trust Is Everything",
-  "solutions_healthcare_pain4_desc": "FDA, HIPAA auditors, hospital compliance teams - they all want to know how you handle updates.",
-  "solutions_healthcare_pain4_title": "Regulatory Scrutiny Is Constant",
-  "solutions_healthcare_reality_label": "The Healthcare Reality",
-  "solutions_healthcare_reality_title": "In Healthcare, Delays Can Be Dangerous",
-  "solutions_healthcare_scenario_para1": "A nurse reports that the medication dosage calculator is showing incorrect values for pediatric patients.",
-  "solutions_healthcare_scenario_para2": "Your team identifies the bug: a unit conversion error that affects patients under 30kg. You have the fix ready in 2 hours.",
-  "solutions_healthcare_scenario_para3": "But the app store review takes 5-7 days. That's 5-7 days of potential harm.",
-  "solutions_healthcare_scenario_title": "A Real Scenario",
-  "solutions_healthcare_short": "医疗健康",
-  "solutions_healthcare_sol1_desc": "When patient safety is at risk, deploy the fix immediately. No app store review. No waiting.",
-  "solutions_healthcare_sol1_title": "Emergency Updates in Minutes",
-  "solutions_healthcare_sol2_desc": "Our infrastructure is designed for healthcare. Audit trails, encryption, access controls - all built-in.",
-  "solutions_healthcare_sol2_point1": "Complete deployment audit trails",
-  "solutions_healthcare_sol2_point2": "Role-based access controls",
-  "solutions_healthcare_sol2_point3": "BAA available for enterprise",
-  "solutions_healthcare_sol2_title": "HIPAA-Ready Infrastructure",
-  "solutions_healthcare_sol3_desc": "Your app bundles are encrypted with keys only you control. PHI never touches our servers.",
-  "solutions_healthcare_sol3_title": "End-to-End Encryption",
-  "solutions_healthcare_sol4_desc": "Roll out to a small group first. Verify everything works. Then expand to all users.",
-  "solutions_healthcare_sol4_step1": "Internal QA team",
-  "solutions_healthcare_sol4_step2": "Beta providers",
-  "solutions_healthcare_sol4_step3": "All providers",
-  "solutions_healthcare_sol4_title": "Staged Rollouts for Safety",
-  "solutions_healthcare_solution_label": "The Solution",
-  "solutions_healthcare_solution_subtitle": "Push updates in minutes. Full audit trail. HIPAA-compliant infrastructure.",
-  "solutions_healthcare_solution_title": "Deploy Critical Fixes Immediately",
-  "solutions_healthcare_title": "医疗健康专用",
-  "solutions_healthcare_trust_subtitle": "Built for healthcare from the ground up",
-  "solutions_healthcare_trust_title": "Security & Compliance",
-  "solutions_infra_api": "API response time globally",
-  "solutions_infra_continents": "Continents with infrastructure",
-  "solutions_infra_download": "5MB bundle download time",
-  "solutions_infra_uptime": "Uptime SLA",
-  "solutions_infrastructure_subtitle": "Your users are everywhere. Our infrastructure is too. Database replication and edge CDN ensure fast updates anywhere in the world.",
-  "solutions_infrastructure_title": "Global Infrastructure Built for Speed",
-  "solutions_ionic_plugins_badge": "Ionic Enterprise Plugins",
-  "solutions_ionic_plugins_cta_subtitle": "Start with the migration guides or talk to our team to plan the move.",
-  "solutions_ionic_plugins_cta_title": "Ready to migrate your Ionic enterprise stack?",
-  "solutions_ionic_plugins_description": "Replace Ionic enterprise plugins with Capgo alternatives for secure storage, auth, and biometrics.",
-  "solutions_ionic_plugins_hero_subtitle": "Swap Secure Storage, Auth Connect, and Identity Vault for Capgo's plugin stack. Keep security, gain control, and reduce costs.",
-  "solutions_ionic_plugins_hero_title": "Replace Ionic Enterprise Plugins Without Losing Features",
-  "solutions_ionic_plugins_section_desc": "Choose the Capgo alternative for each Ionic plugin and follow the guide to migrate safely.",
-  "solutions_ionic_plugins_section_title": "Plugin replacements and migration guides",
-  "solutions_ionic_plugins_short": "Ionic Enterprise",
-  "solutions_ionic_plugins_step1": "Map each Ionic enterprise plugin to its Capgo replacement.",
-  "solutions_ionic_plugins_step2": "Install the new plugins and sync native code.",
-  "solutions_ionic_plugins_step3": "Migrate stored data and update auth flows, then remove Ionic dependencies.",
-  "solutions_ionic_plugins_steps_title": "Migration steps",
-  "solutions_ionic_plugins_title": "Ionic Enterprise Plugins Migration",
-  "solutions_minutes": "分钟",
-  "solutions_no_credit_card": "无需信用卡",
-  "solutions_pr_auto_cleanup": "Auto-cleanup on merge",
-  "solutions_pr_case_company": "TechFlow",
-  "solutions_pr_case_industry": "B2B SaaS - Team Collaboration App",
-  "solutions_pr_case_metric1_label": "Time to first QA feedback",
-  "solutions_pr_case_metric1_value": "< 5 min",
-  "solutions_pr_case_metric2_label": "PRs merged per sprint",
-  "solutions_pr_case_metric2_value": "+156%",
-  "solutions_pr_case_metric3_label": "QA wait time",
-  "solutions_pr_case_metric3_value": "-87%",
-  "solutions_pr_case_metric4_label": "Time to merge",
-  "solutions_pr_case_metric4_value": "0.6 days",
-  "solutions_pr_case_para1": "TechFlow's mobile team was shipping 15-20 PRs per week. Each PR needed testing by QA before merge. With TestFlight, their QA lead estimated they spent 60% of their time waiting for builds instead of testing.",
-  "solutions_pr_case_para2": "The real pain came during crunch weeks. When multiple PRs needed testing simultaneously, QA had to constantly reinstall different TestFlight builds. Testers got confused about which version they were running. Bugs got reported on already-fixed code.",
-  "solutions_pr_case_para3": "After implementing Capgo PR Preview, their QA team could switch between any PR in seconds. No reinstalls. No confusion. No waiting. Their average time-to-merge dropped from 2.3 days to 0.6 days.",
-  "solutions_pr_case_quote": "Our QA team went from constantly frustrated to genuinely happy. They actually enjoy testing now because they're not waiting around. We ship twice as many features per sprint.",
-  "solutions_pr_case_quote_author": "Lisa Wong, Engineering Manager at TechFlow",
-  "solutions_pr_case_results": "The Results (First Quarter)",
-  "solutions_pr_compare_build_time": "Build to testable",
-  "solutions_pr_compare_capgo": "Capgo PR Preview",
-  "solutions_pr_compare_cleanup": "Cleanup old builds",
-  "solutions_pr_compare_cleanup_capgo": "Automatic on merge",
-  "solutions_pr_compare_cleanup_tf": "Manual",
-  "solutions_pr_compare_setup": "Tester setup",
-  "solutions_pr_compare_setup_capgo": "Just open the app",
-  "solutions_pr_compare_setup_tf": "Apple ID + invitation",
-  "solutions_pr_compare_switch_builds": "Switch between builds",
-  "solutions_pr_compare_title": "TestFlight vs Capgo PR Preview",
-  "solutions_pr_compare_traditional": "TestFlight / Beta",
-  "solutions_pr_cost_explanation": "When you factor in developer wait time, QA blocked time, and delayed feedback, each PR costs an average of $340 in lost productivity.",
-  "solutions_pr_dev_benefit1": "Get QA feedback before your context switches",
-  "solutions_pr_dev_benefit2": "Push fixes and testers get them instantly",
-  "solutions_pr_dev_benefit3": "No more 'waiting for build' blockers",
-  "solutions_pr_final_cta_note": "Set up in 5 minutes. No TestFlight required. No app reinstalls.",
-  "solutions_pr_final_cta_subtitle": "Your QA team deserves better than watching progress bars. Give them instant access to every PR.",
-  "solutions_pr_final_cta_title": "Stop Waiting. Start Testing.",
-  "solutions_pr_hidden_cost": "Hidden cost per pull request",
-  "solutions_pr_how_testers_switch": "How Testers Switch to Your PR Build",
-  "solutions_pr_instant_testing": "Instant on-device testing",
-  "solutions_pr_no_testflight": "No TestFlight required",
-  "solutions_pr_pm_benefit1": "Review features before they ship",
-  "solutions_pr_pm_benefit2": "No technical setup - just tap a link",
-  "solutions_pr_pm_benefit3": "Provide feedback directly on the PR",
-  "solutions_pr_preview": "PR预览",
-  "solutions_pr_preview_description": "Create a Capgo channel for every pull request. QA teams, engineers, and project managers can instantly test any PR without TestFlight or Google Play beta channels.",
-  "solutions_pr_preview_hero_subtitle": "Create a dedicated Capgo channel for each pull request. Share a link with your team and they can test the exact changes on their device - no app reinstalls, no TestFlight, no waiting.",
-  "solutions_pr_preview_hero_title": "Review Every PR on Real Devices",
-  "solutions_pr_preview_tagline": "Test pull requests on real devices",
-  "solutions_pr_preview_teams_dev": "Developers",
-  "solutions_pr_preview_teams_pm": "Project Managers",
-  "solutions_pr_preview_teams_qa": "QA Engineers",
-  "solutions_pr_preview_title": "PR Preview Channels",
-  "solutions_pr_problem_result": "Total time to test a PR: 45-60 minutes. Per PR. Per tester. For every update.",
-  "solutions_pr_problem_step1_desc": "Code is ready for review. But before anyone can test it, you need to build and upload to TestFlight.",
-  "solutions_pr_problem_step1_title": "Developer Opens PR",
-  "solutions_pr_problem_step2_desc": "Build the app locally or in CI. Archive it. Upload to App Store Connect. Wait for processing. 15-30 minutes minimum.",
-  "solutions_pr_problem_step2_title": "Build and Upload",
-  "solutions_pr_problem_step3_desc": "Add testers if they're not already in TestFlight. Send invites. Wait for them to accept. Explain how to install.",
-  "solutions_pr_problem_step3_title": "Distribute to Testers",
-  "solutions_pr_problem_step4_desc": "Testers download the build. Dev pushes a fix. Now everyone needs to repeat steps 2-3 to get the updated build.",
-  "solutions_pr_problem_step4_title": "Test the Wrong Build",
-  "solutions_pr_problem_title": "TestFlight and Google Beta Are Blocking Your Velocity",
-  "solutions_pr_processing_explanation": "Every build you upload has to be processed by Apple before testers can access it. This is per-build, every time.",
-  "solutions_pr_programmatic": "In-App Switcher",
-  "solutions_pr_programmatic_desc": "Build a custom UI for switching channels. Perfect for a dev settings screen in your app.",
-  "solutions_pr_qa_benefit1": "Test any PR on your device in seconds",
-  "solutions_pr_qa_benefit2": "Switch between PRs instantly to compare behavior",
-  "solutions_pr_qa_benefit3": "No more confusion about which build you're running",
-  "solutions_pr_qa_blocked": "Of QA time spent waiting",
-  "solutions_pr_qa_explanation": "QA engineers report spending 67% of their time waiting for builds rather than actually testing. That's 5+ hours per day of wasted productivity.",
-  "solutions_pr_real_cost": "The Hidden Cost of Slow Testing",
-  "solutions_pr_scenario_title": "How TechFlow Accelerated Their Review Cycle by 4x",
-  "solutions_pr_setup_time": "Setup takes 5 minutes. Copy this workflow and adapt it to your CI.",
-  "solutions_pr_shake_menu": "Shake Menu (Zero Code)",
-  "solutions_pr_shake_menu_desc": "Enable the built-in shake gesture. Testers shake their device to open a menu showing all available channels.",
-  "solutions_pr_solution_subtitle": "Create a Capgo channel for each PR. Testers switch channels in seconds. No app reinstalls. No waiting.",
-  "solutions_pr_solution_title": "Test Any PR in Under 60 Seconds",
-  "solutions_pr_step1_desc": "CI automatically builds the app and creates a Capgo channel named after the PR number.",
-  "solutions_pr_step1_time": "Automatic",
-  "solutions_pr_step1_title": "Developer Opens PR",
-  "solutions_pr_step2_desc": "The built bundle uploads to Capgo in the background. No processing delay.",
-  "solutions_pr_step2_time": "< 30 seconds",
-  "solutions_pr_step2_title": "Bundle Uploads",
-  "solutions_pr_step3_desc": "Tester opens the app, switches to the PR channel, and gets the build immediately.",
-  "solutions_pr_step3_time": "< 10 seconds",
-  "solutions_pr_step3_title": "Tester Switches Channel",
-  "solutions_pr_step4_desc": "QA tests on real device. Dev pushes fixes. Tester immediately gets updates. No reinstall needed.",
-  "solutions_pr_step4_time": "Instant iteration",
-  "solutions_pr_step4_title": "Test and Approve",
-  "solutions_pr_teams_subtitle": "PR Preview transforms how your entire team collaborates on mobile development.",
-  "solutions_pr_teams_title": "Built for Every Role on Your Team",
-  "solutions_pr_testflight_processing": "TestFlight processing time",
-  "solutions_pr_traditional_workflow": "The TestFlight Testing Workflow",
-  "solutions_problem_result": "Total time from bug discovery to fix deployed: 3-7 days. Your users suffer the entire time.",
-  "solutions_problem_step1_desc": "Your monitoring alerts you to a critical issue. Users are experiencing crashes or broken functionality. The clock starts ticking.",
-  "solutions_problem_step1_title": "Find the Bug",
-  "solutions_problem_step2_desc": "Your team drops everything to fix the bug. You rebuild the app, run tests, and prepare a new binary for submission.",
-  "solutions_problem_step2_title": "Fix and Rebuild",
-  "solutions_problem_step3_desc": "You submit to Apple and Google. Then you wait. And wait. Apple's review takes 24-48 hours on average. Sometimes longer.",
-  "solutions_problem_step3_title": "Submit and Wait",
-  "solutions_problem_step4_desc": "Even after approval, users need to manually update. Many won't for days or weeks. Your support tickets keep piling up.",
-  "solutions_problem_step4_title": "Users Still Have the Bug",
-  "solutions_production_problem_title": "App Store Reviews Are Killing Your Velocity",
-  "solutions_production_solution_subtitle": "Capgo lets you update your app's JavaScript and assets instantly. No app store review. No waiting. Your users get the fix the moment you push it.",
-  "solutions_production_solution_title": "Push Updates in Minutes, Not Weeks",
-  "solutions_production_updates": "生产更新",
-  "solutions_production_updates_description": "Ship fixes in minutes, not weeks. Push live updates to your production app with zero configuration - the simplest way to keep millions of users up-to-date.",
-  "solutions_production_updates_hero_subtitle": "Your users don't wait for app stores. Neither should your updates. Push JavaScript and asset changes instantly - no review delays, no user friction. Updates download silently and apply on next launch.",
-  "solutions_production_updates_hero_title": "Ship Fixes in Minutes, Not Weeks",
-  "solutions_production_updates_tagline": "Ship fixes to production instantly",
-  "solutions_production_updates_title": "Simple Production Updates",
-  "solutions_qsr_badge": "快餐连锁专用",
-  "solutions_qsr_cta_note": "14天免费试用。无需信用卡。支持Capacitor和React Native。",
-  "solutions_qsr_cta_subtitle": "在业务需要时精准部署菜单更新、修复bug和发布促销。",
-  "solutions_qsr_cta_title": "准备按您的时间表发布?",
-  "solutions_qsr_description": "即时跨越数千个门店发布菜单更新、促销活动和忠诚度功能。",
-  "solutions_qsr_hero_subtitle": "新菜品、季节性促销和忠诚度活动需要准时发布——跨所有平台、覆盖所有门店。",
-  "solutions_qsr_hero_title": "在合适时机发布促销,而非下周",
-  "solutions_qsr_nightmare_cost": "菜单发布失败导致的收入损失",
-  "solutions_qsr_nightmare_para1": "周一早上6点。您的新限时菜品将在上午10点全国上线。市场部花费200万美元投放广告。电视广告正在播放。",
-  "solutions_qsr_nightmare_para2": "上午9点,QA发现一个bug:新菜品没有显示在应用中。您向Apple提交紧急修复。审核需要3-5天。",
-  "solutions_qsr_nightmare_para3": "您的200万美元营销活动正在运行。您的应用显示的是上月菜单。顾客感到困惑。社交媒体反应强烈。",
-  "solutions_qsr_nightmare_title": "发布日噩梦",
-  "solutions_qsr_pain1_desc": "您的LTO将于周一启动。应用商店审查需要5天时间。这意味着你会错过最大促销活动带来的5天收入。",
-  "solutions_qsr_pain1_title": "促销不能等待应用审核",
-  "solutions_qsr_pain2_desc": "6个品牌，12个应用程序，数千个地点。每一个应用商店的提交都需要团队之间花费一周时间进行协调。",
-  "solutions_qsr_pain2_title": "管理多个品牌是复杂的",
-  "solutions_qsr_pain3_desc": "区域定价，当地法规，特许经营特性。一个错误的更新可能意味着法律问题。",
-  "solutions_qsr_pain3_title": "特许经营合规至关重要",
-  "solutions_qsr_pain4_desc": "当午餐高峰期来临，你的订餐应用程序崩溃时，你不能等到下周才修复。",
-  "solutions_qsr_pain4_title": "高峰时段无情无义",
-  "solutions_qsr_reality_label": "快餐行业现状",
-  "solutions_qsr_reality_title": "您的应用与您的业务同步快速",
-  "solutions_qsr_short": "快餐连锁",
-  "solutions_qsr_sol1_desc": "明天新推出LTO？季节性菜单即将上线？今晚就发布更新，到了早晨每个客户都能得到它。",
-  "solutions_qsr_sol1_point1": "在几分钟内部署菜单更新，而不是几天",
-  "solutions_qsr_sol1_point2": "将促销活动与电视和数字广告活动同步",
-  "solutions_qsr_sol1_point3": "如果出现问题立即回滚",
-  "solutions_qsr_sol1_title": "立即船舶促销",
-  "solutions_qsr_sol2_desc": "管理一系列餐厅品牌？从一个仪表板更新它们，或者针对特定品牌提供定制功能。",
-  "solutions_qsr_sol2_point1": "所有品牌的单一仪表板",
-  "solutions_qsr_sol2_point2": "品牌特定频道和推广",
-  "solutions_qsr_sol2_point3": "统一的代码库，差异化的体验",
-  "solutions_qsr_sol2_title": "多品牌管理",
-  "solutions_qsr_sol3_desc": "在全国范围内推广之前，先在德克萨斯州测试新功能。加利福尼亚的菜单不同。你可以控制的逐步推出。",
-  "solutions_qsr_sol3_point1": "针对更新的地理定位",
-  "solutions_qsr_sol3_point2": "基于百分比的推广",
-  "solutions_qsr_sol3_point3": "实时监控和即时回滚",
-  "solutions_qsr_sol3_title": "区域推广和试点项目",
-  "solutions_qsr_sol4_desc": "将其与您现有的GitHub或GitLab工作流程集成。每次合并到主分支时自动部署。",
-  "solutions_qsr_sol4_point1": "GitHub Actions集成",
-  "solutions_qsr_sol4_point2": "自动化分期和生产通道",
-  "solutions_qsr_sol4_point3": "在合并时部署，而不是在批准时部署",
-  "solutions_qsr_sol4_title": "只需正常工作的CI / CD",
-  "solutions_qsr_solution_label": "解决方案",
-  "solutions_qsr_solutions_title": "根据您的业务需求部署更新",
-  "solutions_qsr_stat1": "更新部署时间",
-  "solutions_qsr_stat2": "24小时内更新的用户",
-  "solutions_qsr_stat3": "需要提交应用商店",
-  "solutions_qsr_stat4": "部署能力",
-  "solutions_qsr_title": "快餐连锁的实时更新",
-  "solutions_qsr_usecase1_desc": "立即修复结账错误。实时更新菜单项。永远不会因过时的应用程序代码而丢失订单。",
-  "solutions_qsr_usecase1_title": "订购与送货",
-  "solutions_qsr_usecase2_desc": "启动新的奖励等级，更新积分值，修复兑换错误 - 所有这些都无需应用商店延迟。",
-  "solutions_qsr_usecase2_title": "忠诚与奖励",
-  "solutions_qsr_usecase3_desc": "更新商店营业时间，增加路边取货选项，修复GPS错误。让客户更容易找到你。",
-  "solutions_qsr_usecase3_title": "商店定位器和取货",
-  "solutions_qsr_usecase4_desc": "推送定向优惠，更新促销代码，实时进行A/B测试折扣策略。",
-  "solutions_qsr_usecase4_title": "个性化促销",
-  "solutions_qsr_usecase5_desc": "同时更新所有位置的自助服务终端应用程序。无需技术人员上门服务。",
-  "solutions_qsr_usecase5_title": "店内信息亭",
-  "solutions_qsr_usecase6_desc": "从单一的仪表板管理您所有餐厅品牌的更新。",
-  "solutions_qsr_usecase6_title": "多品牌应用程序",
-  "solutions_qsr_usecases_label": "使用案例",
-  "solutions_qsr_usecases_title": "为满足每个快速服务餐厅的需求而打造",
-  "solutions_real_cost": "The Real Cost of Slow Updates",
-  "solutions_real_world": "实际案例",
-  "solutions_related_by_role": "按团队类型的解决方案",
-  "solutions_related_subtitle": "找到适合您需求的解决方案",
-  "solutions_review_time_explanation": "Apple and Google can take anywhere from 24 hours to a week to approve your update. During critical bugs, every hour matters.",
-  "solutions_scenario_company": "FinanceFirst",
-  "solutions_scenario_industry": "B2B FinTech - Mobile Banking App",
-  "solutions_scenario_metric1_label": "Average fix deployment time",
-  "solutions_scenario_metric1_value": "52 minutes",
-  "solutions_scenario_metric2_label": "Bug-related support tickets",
-  "solutions_scenario_metric2_value": "-89%",
-  "solutions_scenario_metric3_label": "User churn from bugs",
-  "solutions_scenario_metric3_value": "-94%",
-  "solutions_scenario_metric4_label": "Engineering weekend hours",
-  "solutions_scenario_metric4_value": "-76%",
-  "solutions_scenario_para1": "FinanceFirst serves 50,000 users who depend on their mobile banking app for daily transactions. When a critical calculation bug affected their loan interest display, they faced a nightmare scenario: users seeing incorrect balances.",
-  "solutions_scenario_para2": "Before Capgo, their process involved emergency weekend work, expedited App Store review requests (which Apple often ignores), and four days of user complaints. Their support team logged 340 tickets. Three users closed their accounts.",
-  "solutions_scenario_para3": "After implementing Capgo, their next critical bug - a timezone issue affecting scheduled payments - was fixed in 47 minutes from discovery to deployment. Zero support tickets. Zero churn. Their CTO now sleeps through the night again.",
-  "solutions_scenario_quote": "Capgo didn't just change our deployment process - it changed our entire relationship with production bugs. What used to be emergencies are now minor inconveniences.",
-  "solutions_scenario_quote_author": "Sarah Chen, VP of Engineering at FinanceFirst",
-  "solutions_scenario_results": "The Results (First 6 Months)",
-  "solutions_scenario_title": "How FinanceFirst Reduced Their Bug Resolution Time by 97%",
-  "solutions_schedule_demo": "预约演示",
-  "solutions_setup_minutes": "5分钟完成设置",
-  "solutions_solo_after1": "Push updates instantly, no review needed",
-  "solutions_solo_after2": "One command to deploy: npx @capgo/cli bundle upload",
-  "solutions_solo_after3": "Start free, then $14/month as you grow",
-  "solutions_solo_after4": "One-click rollback if something goes wrong",
-  "solutions_solo_after_title": "With Capgo",
-  "solutions_solo_ai_benefit1_desc": "让AI处理编码,您专注于产品。新功能?生成它、测试它、发布它——全在同一天完成。",
-  "solutions_solo_ai_benefit1_title": "AI编写,您发布",
-  "solutions_solo_ai_benefit2_desc": "一条命令,更新即刻上线。无需App Store提交,无需审核流程,无需等待。就像部署网站一样。",
-  "solutions_solo_ai_benefit2_title": "网站级速度部署",
-  "solutions_solo_ai_benefit3_desc": "当AI能在几分钟内生成功能时,您的部署流程不应该需要几天。想到即可发布。",
-  "solutions_solo_ai_benefit3_title": "以AI速度迭代",
-  "solutions_solo_ai_label": "AI驱动开发",
-  "solutions_solo_ai_new1": "AI生成功能(5分钟)",
-  "solutions_solo_ai_new2": "构建并上传包(2分钟)",
-  "solutions_solo_ai_new3": "用户获得更新(几分钟)",
-  "solutions_solo_ai_new_time": "总计:不到10分钟",
-  "solutions_solo_ai_new_way": "使用Capgo",
-  "solutions_solo_ai_old1": "AI生成功能(5分钟)",
-  "solutions_solo_ai_old2": "构建原生二进制文件(15分钟)",
-  "solutions_solo_ai_old3": "提交到App Store",
-  "solutions_solo_ai_old4": "等待审核(3-7天)",
-  "solutions_solo_ai_old_time": "总计:3-7天",
-  "solutions_solo_ai_old_way": "传统移动更新",
-  "solutions_solo_ai_subtitle": "使用Cursor、Copilot或Claude等AI工具更快速构建功能。然后即时发布——就像发布网站一样简单。",
-  "solutions_solo_ai_terminal": "终端",
-  "solutions_solo_ai_title": "今日编码,今夜发布",
-  "solutions_solo_badge": "独立开发者友好",
-  "solutions_solo_before1": "Wait 3-7 days for app store approval",
-  "solutions_solo_before2": "Manage complex deployment pipelines",
-  "solutions_solo_before3": "Pay $500/month for enterprise tools",
-  "solutions_solo_before4": "Pray you don't push a breaking change",
-  "solutions_solo_before_title": "Before Capgo",
-  "solutions_solo_cta_note": "14天免费试用。无需信用卡。准备好时升级。",
-  "solutions_solo_cta_subtitle": "Join thousands of indie developers who ship updates daily. Start free.",
-  "solutions_solo_cta_title": "Ready to Ship Solo?",
-  "solutions_solo_description": "保持应用更新所需的一切。免费层级，无需信用卡。",
-  "solutions_solo_hero_subtitle": "无需等待数小时的App Store审核。即时推送更新。",
-  "solutions_solo_hero_title": "独立开发者的超能力",
-  "solutions_solo_highlight": "14天免费试用 - 今天开始部署",
-  "solutions_solo_pain1_desc": "Design, code, support, marketing - you do it all. Adding 'DevOps engineer' to the list isn't an option.",
-  "solutions_solo_pain1_title": "You're the CEO, CTO, and Intern",
-  "solutions_solo_pain2_desc": "You found the bug at 9 AM. Fixed it by 10 AM. Now you wait 5 days for Apple to approve it while users leave 1-star reviews.",
-  "solutions_solo_pain2_title": "App Store Reviews Kill Your Momentum",
-  "solutions_solo_pain3_desc": "When you're the only developer, every 1-star review feels personal. Because it is.",
-  "solutions_solo_pain3_title": "Every Bad Review Hurts",
-  "solutions_solo_pain4_desc": "You can't justify $500/month for deployment tools when your app makes $200/month.",
-  "solutions_solo_pain4_title": "No Budget for Enterprise Tools",
-  "solutions_solo_pain5_desc": "When you push a bad update, there's no one to roll it back for you. You're on your own.",
-  "solutions_solo_pain5_title": "No Team to Catch Mistakes",
-  "solutions_solo_pain6_desc": "Every bug report goes to you. Every frustrated email. Every 'why doesn't this work?'",
-  "solutions_solo_pain6_title": "Support Tickets Are All You",
-  "solutions_solo_read_docs": "Read the docs",
-  "solutions_solo_reality_label": "The Solo Dev Reality",
-  "solutions_solo_reality_title": "You're Doing Everything. And It's Exhausting.",
-  "solutions_solo_reason1_desc": "Install the plugin, add one line of code, deploy. That's it. No DevOps degree required.",
-  "solutions_solo_reason1_title": "5-Minute Setup",
-  "solutions_solo_reason2_desc": "14天免费试用开始。准备好发展时每月14美元。不像企业工具那样每月500美元。",
-  "solutions_solo_reason2_title": "Affordable Pricing",
-  "solutions_solo_reason3_desc": "When you're stuck, you talk to Martin (our founder), not a chatbot. Usually within hours, often within minutes.",
-  "solutions_solo_reason3_title": "Human Support",
-  "solutions_solo_short": "独立开发者",
-  "solutions_solo_superpower_label": "Your Superpower",
-  "solutions_solo_superpower_subtitle": "Deploy updates in seconds. Fix bugs instantly. Keep your sanity.",
-  "solutions_solo_superpower_title": "All the Power, None of the Complexity",
-  "solutions_solo_tagline": "14天免费试用，简单部署",
-  "solutions_solo_testimonial1": "I run 3 apps by myself. Capgo lets me push updates to all of them before my morning coffee gets cold.",
-  "solutions_solo_testimonial1_author": "David Park",
-  "solutions_solo_testimonial1_role": "Indie Developer, 3 apps on the store",
-  "solutions_solo_testimonial2": "免费试用让我开始使用。现在我每月支付14美元，每天发布更新。我技术栈中最好的工具。",
-  "solutions_solo_testimonial2_author": "Maria Santos",
-  "solutions_solo_testimonial2_role": "Solo Founder, Lifestyle App",
-  "solutions_solo_title": "独立开发者专用",
-  "solutions_solo_why_title": "Why Solo Devs Love Us",
-  "solutions_solution_result": "Total time from bug discovery to 95% deployment: Under 5 hours. Your users barely notice there was an issue.",
-  "solutions_solution_step1_desc": "Make your code change, run your build process, and verify the fix locally.",
-  "solutions_solution_step1_time": "30 minutes",
-  "solutions_solution_step1_title": "Fix the Bug",
-  "solutions_solution_step2_desc": "One command uploads your bundle. It's immediately available to your entire user base.",
-  "solutions_solution_step2_time": "30 seconds",
-  "solutions_solution_step2_title": "Push to Capgo",
-  "solutions_solution_step3_desc": "Updates download in the background. Next app launch, they have the fix. No manual update needed.",
-  "solutions_solution_step3_time": "4 hours average",
-  "solutions_solution_step3_title": "Users Get Updated",
-  "solutions_start_free_trial": "免费试用",
-  "solutions_startups_adv1_desc": "Push updates instantly. No app store review. No waiting. Your users get fixes the same day you write them.",
-  "solutions_startups_adv1_title": "Ship Features Daily, Not Monthly",
-  "solutions_startups_adv2_desc": "No infrastructure to manage. No CI/CD complexity. Just build and deploy.",
-  "solutions_startups_adv2_point1": "Works with your existing GitHub/GitLab workflow",
-  "solutions_startups_adv2_point2": "5-minute setup, not 5-day setup",
-  "solutions_startups_adv2_point3": "One command to deploy",
-  "solutions_startups_adv2_title": "Zero DevOps Overhead",
-  "solutions_startups_adv3_desc": "When you find a bug on Monday, fix it on Monday. Not next week when Apple finally approves your update.",
-  "solutions_startups_adv3_title": "Fix Bugs Before They Hurt Your Ratings",
-  "solutions_startups_adv4_competitor": "The other guys",
-  "solutions_startups_adv4_desc": "We're bootstrapped too. We know every dollar matters. That's why we start at $14/month, not $499.",
-  "solutions_startups_adv4_title": "Startup-Friendly Pricing",
-  "solutions_startups_advantage_label": "Your Unfair Advantage",
-  "solutions_startups_advantage_subtitle": "Without actually hiring one",
-  "solutions_startups_advantage_title": "Ship Like You Have a DevOps Team",
-  "solutions_startups_badge": "初创友好",
-  "solutions_startups_case_company": "TechCrunch Featured Startup",
-  "solutions_startups_case_metric1_label": "Deploy frequency",
-  "solutions_startups_case_metric1_value": "3x daily",
-  "solutions_startups_case_metric2_label": "Time to fix bugs",
-  "solutions_startups_case_metric2_value": "-95%",
-  "solutions_startups_case_metric3_label": "App store rating",
-  "solutions_startups_case_metric3_value": "3.2 → 4.7",
-  "solutions_startups_case_metric4_label": "Monthly cost",
-  "solutions_startups_case_metric4_value": "$14/mo",
-  "solutions_startups_case_para1": "Before Capgo, we dreaded finding bugs. Every fix meant a week of waiting for app store approval while users churned.",
-  "solutions_startups_case_para2": "We switched to Capgo in 30 minutes. That afternoon, we pushed a critical fix that had been waiting for review for 4 days.",
-  "solutions_startups_case_para3": "Now we ship updates 3-4 times per day. Our app store rating went from 3.2 to 4.7 in two months.",
-  "solutions_startups_case_quote": "Capgo is the best $14/month we spend. It's like having a DevOps team without the DevOps team.",
-  "solutions_startups_case_quote_author": "CTO, Featured Startup",
-  "solutions_startups_case_results": "30-Day Results",
-  "solutions_startups_case_stage": "Seed Stage, 3 employees",
-  "solutions_startups_cta_note": "14-day free trial. No credit card required. Cancel anytime.",
-  "solutions_startups_cta_subtitle": "Join hundreds of startups shipping updates daily. Start your free trial.",
-  "solutions_startups_cta_title": "Ready to Move Fast?",
-  "solutions_startups_description": "比竞争对手更快地交付功能。免费开始，随增长扩展。",
-  "solutions_startups_founder_quote": "We were losing users because we couldn't ship fast enough. The app store was our biggest bottleneck, not our code.",
-  "solutions_startups_hero_subtitle": "在初创世界，速度决定胜负。以分钟而非周为单位交付功能。",
-  "solutions_startups_hero_title": "比竞争对手更快交付",
-  "solutions_startups_pain1_desc": "You found the bug. You fixed it. Now you wait 3-7 days for Apple to approve it. Your users? Still frustrated.",
-  "solutions_startups_pain1_title": "App Store Reviews Kill Velocity",
-  "solutions_startups_pain2_desc": "Hiring a DevOps engineer costs $150k+/year. Your deployment pipeline shouldn't require one.",
-  "solutions_startups_pain2_title": "DevOps Is Expensive",
-  "solutions_startups_pain3_desc": "Every day a bug stays live is another 1-star review. At your stage, ratings matter more than anything.",
-  "solutions_startups_pain3_title": "Bad Reviews Compound",
-  "solutions_startups_pricing_highlight": "Starts at $14/month",
-  "solutions_startups_quickstart_subtitle": "No DevOps experience required",
-  "solutions_startups_quickstart_title": "Get Started in 5 Minutes",
-  "solutions_startups_quote_author": "Sarah Chen",
-  "solutions_startups_quote_role": "Founder, YC-backed startup",
-  "solutions_startups_reality_label": "The Startup Reality",
-  "solutions_startups_reality_title": "You Don't Have Time for This",
-  "solutions_startups_see_pricing": "See pricing",
-  "solutions_startups_short": "初创公司",
-  "solutions_startups_story_label": "Success Story",
-  "solutions_startups_story_title": "How a 3-Person Startup Ships Like a Fortune 500",
-  "solutions_startups_tagline": "快速交付，无需复杂操作",
-  "solutions_startups_title": "初创公司专用",
-  "solutions_stat_apps": "947+ 应用",
-  "solutions_stat_updates": "14亿+次更新交付",
-  "solutions_stat_years": "4年+生产运行",
-  "solutions_talk_to_team": "联系团队",
-  "solutions_testimonial1": "We switched from CodePush after Microsoft deprecated it. Capgo was running in production within a day. We haven't looked back - it's faster, more reliable, and the team actually responds to support tickets.",
-  "solutions_testimonial1_author": "Michael Torres",
-  "solutions_testimonial1_role": "Lead Mobile Developer, RetailFlow",
-  "solutions_testimonial2": "Our app serves 200,000 daily active users. Before Capgo, a Friday bug meant a ruined weekend. Now it means a 30-minute fix. The peace of mind alone is worth the subscription.",
-  "solutions_testimonial2_author": "Sofia Andersson",
-  "solutions_testimonial2_role": "CTO, HealthTrack",
-  "solutions_the_problem": "问题",
-  "solutions_the_solution": "解决方案",
-  "solutions_traditional_workflow": "传统工作流程",
-  "solutions_trusted_by_title": "领先团队的信赖",
-  "solutions_use_cases_subtitle": "Production updates work best for these common scenarios. Each one represents real pain points our customers solve daily.",
-  "solutions_usecase1_desc": "A payment flow is broken. Users can't complete purchases. With Capgo, push a fix in minutes and watch your revenue recover in real-time.",
-  "solutions_usecase1_title": "Critical Bug Fixes",
-  "solutions_usecase2_desc": "New pricing, updated terms, seasonal promotions. Update your app's content without waiting for store approval.",
-  "solutions_usecase2_title": "Content Updates",
-  "solutions_usecase3_desc": "Your test showed the new checkout flow converts 23% better. Ship it to everyone immediately instead of waiting a week.",
-  "solutions_usecase3_title": "A/B Testing Results",
-  "solutions_usecase4_desc": "Fixed that annoying alignment issue. Updated the loading animation. Small improvements ship as fast as you can code them.",
-  "solutions_usecase4_title": "UI Polish",
-  "solutions_usecase5_desc": "Something broke in production. Don't wait for weekend coverage. Push the fix now, from anywhere.",
-  "solutions_usecase5_title": "Emergency Hotfixes",
-  "solutions_usecase6_desc": "New privacy regulations require disclosure changes. Update your app before the deadline, not after.",
-  "solutions_usecase6_title": "Compliance Updates",
-  "solutions_user_churn": "User churn from unresolved bugs",
-  "solutions_version_targeting": "版本定向",
-  "solutions_version_targeting_appflow_desc": "AppFlow tied bundles to native versions automatically. With Capgo, you get the same behavior with more flexibility:",
-  "solutions_version_targeting_appflow_step1": "Create a channel for each native version (e.g., 'native-1.5.0')",
-  "solutions_version_targeting_appflow_step2": "Configure your app to use the channel matching its native version",
-  "solutions_version_targeting_appflow_step3": "Push bundles to specific channels for targeted distribution",
-  "solutions_version_targeting_appflow_step4": "Use our CLI to push to multiple channels at once when needed",
-  "solutions_version_targeting_appflow_title": "AppFlow Users: Here's Your Migration Path",
-  "solutions_version_targeting_cta_subtitle": "Start targeting updates to specific native versions.",
-  "solutions_version_targeting_cta_title": "Need Precise Update Control?",
-  "solutions_version_targeting_description": "Control which updates go to which native app versions. Create channels tied to specific native builds and push updates with precision - like AppFlow, but more flexible.",
-  "solutions_version_targeting_feature1_desc": "Create a channel for each native build. When you release native version 1.5.0, create a channel for it. All JS updates for that native version go to that channel.",
-  "solutions_version_targeting_feature1_title": "Channel Per Native Version",
-  "solutions_version_targeting_feature2_desc": "Push an update to versions 1.3, 1.4, and 1.5 but skip 1.2. Perfect when older native versions can't support new features.",
-  "solutions_version_targeting_feature2_title": "Selective Update Distribution",
-  "solutions_version_targeting_feature3_desc": "Recreate AppFlow's version-tied channel behavior exactly. Each native build maps to a Capgo channel with the same control you're used to.",
-  "solutions_version_targeting_feature3_title": "AppFlow Migration Ready",
-  "solutions_version_targeting_feature4_desc": "Stop pushing updates to old versions when you're ready to sunset them. Users on old versions stay stable while new versions get updates.",
-  "solutions_version_targeting_feature4_title": "Graceful Deprecation",
-  "solutions_version_targeting_hero_subtitle": "Reduce risk and technical debt. Push updates to specific native versions, roll out changes gradually, and keep older versions stable - all with full control over your update distribution.",
-  "solutions_version_targeting_hero_title": "Move Faster With Fewer Surprises",
-  "solutions_version_targeting_scenarios_breaking": "Breaking Native Changes",
-  "solutions_version_targeting_scenarios_breaking_desc": "Native version 2.0 has a new plugin API. Push JS updates that use the new API only to 2.0+ channels.",
-  "solutions_version_targeting_scenarios_gradual": "Gradual Rollout",
-  "solutions_version_targeting_scenarios_gradual_desc": "Test a risky change on your latest native version first. If stable, push to older versions.",
-  "solutions_version_targeting_scenarios_sunset": "Version Sunset",
-  "solutions_version_targeting_scenarios_sunset_desc": "Stop updating native 1.x while continuing to ship to 2.x. Users on old versions stay on their last stable update.",
-  "solutions_version_targeting_scenarios_title": "Common Scenarios",
-  "solutions_version_targeting_title": "Version Targeting",
-  "solutions_view_docs": "查看文档",
-  "solutions_when_to_use": "使用时机",
-  "solutions_white_label": "白标应用",
-  "solutions_white_label_cta_subtitle": "Scale from one brand to hundreds without rewriting code. Every dollar saved extends your runway.",
-  "solutions_white_label_cta_title": "Smaller Teams. Simpler Workflow. Bigger Outcomes.",
-  "solutions_white_label_description": "Deploy the same app to multiple brands, restaurants, or clients. Each gets their own channel with customized content - powered by a single codebase.",
-  "solutions_white_label_feature1_desc": "Each brand or client gets their own Capgo channel. Push brand-specific updates, content, and features without affecting other deployments.",
-  "solutions_white_label_feature1_title": "Channel Per Brand",
-  "solutions_white_label_feature2_desc": "Let users choose their experience. A restaurant app can let users select their location and download that specific restaurant's content.",
-  "solutions_white_label_feature2_title": "Dynamic Channel Switching",
-  "solutions_white_label_feature3_desc": "Manage all deployments from one dashboard. Push global updates to all channels or target specific brands.",
-  "solutions_white_label_feature3_title": "Centralized Management",
-  "solutions_white_label_feature4_desc": "Build an app store within your app. Each mini-app is a Capgo channel - users download and switch between them seamlessly.",
-  "solutions_white_label_feature4_title": "Mini-App Platform",
-  "solutions_white_label_hero_subtitle": "Your business can't afford separate codebases for each client. Build once, deploy everywhere - each brand gets their own channel with customized content, all from a single codebase.",
-  "solutions_white_label_hero_title": "One Codebase. Unlimited Brands.",
-  "solutions_white_label_miniapp_desc": "One of our customers built an entire mini-app platform using Capgo. Here's how it works:",
-  "solutions_white_label_miniapp_step1": "Main app contains the shell and navigation",
-  "solutions_white_label_miniapp_step2": "Each mini-app is a separate Capgo channel",
-  "solutions_white_label_miniapp_step3": "Users browse available mini-apps in the main app",
-  "solutions_white_label_miniapp_step4": "Selecting a mini-app downloads that channel's content",
-  "solutions_white_label_miniapp_step5": "Mini-app developers upload via CLI or SDK - never touching production",
-  "solutions_white_label_miniapp_step6": "The platform owner reviews and promotes to production",
-  "solutions_white_label_miniapp_title": "The Mini-App Store Model",
-  "solutions_white_label_tech_desc": "Capgo is the only live update platform with reliable dynamic channel switching. Change channels at runtime, download new content, and switch contexts - all without reinstalling. This technology has been refined and battle-tested for over 4 years.",
-  "solutions_white_label_tech_title": "Dynamic Channel Switching",
-  "solutions_white_label_title": "White Label & Multi-Tenant Apps",
-  "solutions_white_label_usecases_platform": "Platform Apps",
-  "solutions_white_label_usecases_platform_desc": "Build a mini-app ecosystem. Third-party developers upload to their Capgo channel, you control publication to your app store.",
-  "solutions_white_label_usecases_restaurant": "Restaurant Chains",
-  "solutions_white_label_usecases_restaurant_desc": "One app, many restaurants. Each location gets customized menus, branding, and features. Users select their restaurant and get the right experience.",
-  "solutions_white_label_usecases_saas": "B2B SaaS",
-  "solutions_white_label_usecases_saas_desc": "Offer a branded app to each of your business customers. They get their logo, colors, and features - you maintain one codebase.",
-  "solutions_white_label_usecases_title": "White Label Use Cases",
-  "solutions_why_teams_choose": "团队选择Capgo的原因",
-  "solutions_with_capgo": "使用Capgo",
-  "somebody_developed_an_app_for_you_but_it_doesn_t_meet_your_expectations_and_the_quality_of_the_final_product_is_really_low": "有人为您开发了一个应用程序，但它并未达到您的期望，最终产品的质量真的很低。",
-  "something_doesn_t_work_but_you_don_t_know_why": "有些东西不起作用，但你不知道为什么",
-  "source_code_protection_1": "作为一个开源项目，Capgo的代码在公共平台上可供查阅。",
-  "source_code_protection_2": "代码持续被以下方进行审计：",
-  "source_code_protection_3": ",阻止关键问题进入生产。",
-  "sponsor": "赞助",
-  "sponsor_description": "Capgo是一个开源框架，得益于我们慷慨的赞助商可以免费使用。如果您在日常工作中使用Capgo并且无法使用我们的云服务，请考虑支持我们。",
-  "sponsor_title": "Capgo 赞助商",
-  "sso_2fa": "SSO + 2FA",
-  "stars_in_github": "GitHub中的星标",
-  "start_now": "立即开始",
-  "start_your_project": "开始你的项目",
-  "status": "状态",
-  "storage": "存储（GiB）",
-  "storage_calculated_info": "* 存储是按每小时每GiB计算的",
-  "storage_detailed_explanation": "存储用于存放您的应用更新包，其中包含网络资产（HTML、CSS、JavaScript）、版本元数据和校验和。它保留所有上传的版本以支持即时回滚，多个发布渠道（生产、测试、暂存）和部署历史。每次OTA更新都会增加存储使用量，因为每次更新都被保存为一个完整的包。典型的使用情况是几个应用程序有限的历史需要2GB，而多个频繁发布的应用程序需要10-20GB。",
-  "storage_gb": "存储（GiB）",
-  "storage_what_is_it_used_for": "存储器是用来做什么的，它是如何工作的？",
-  "submitting_a_pr_to_capgo": "向<a href='https://github.com/Cap-go/capgo'><code>Capgo</code></a>提交PR",
-  "submitting_a_pull_request": "提交拉取请求",
-  "subprocessors": "Subprocessors",
-  "subprocessors_description": "List of third-party subprocessors used to deliver Capgo.",
-  "subprocessors_intro": "Capgo relies on trusted third-party subprocessors to provide, secure, and improve the service. The list below describes the vendors and how they are used.",
-  "subprocessors_table_purpose": "Purpose",
-  "subprocessors_table_vendor": "Subprocessor",
-  "subprocessors_title": "Subprocessors",
-  "supercharge_your_app": "为您的应用程序充能",
-  "support": "支持",
-  "support_desc": "Capgo为我们的团队和企业客户提供支持服务级别协议。",
-  "support_policy": "支持政策",
-  "support_policy_billing_support": "所有客户都可以获得账单和账户管理支持。",
-  "support_policy_code_debugging": "对于代码调试问题，我们建议在GitHub Issues或Discord上寻求帮助。社区中包含有经验的开发者，他们可能会提供关于代码相关问题的指导。",
-  "support_policy_community_response": "为了获得最有帮助的社区回应，请提供关于您的问题和任何错误消息的精确和详细信息。在您的消息中包含相关代码片段，解释如何复现这个问题。",
-  "support_policy_configuration_issues_1": "设置实时更新",
-  "support_policy_configuration_issues_2": "应用配置的最佳实践",
-  "support_policy_configuration_issues_3": "关于Capgo堆栈的一般问题",
-  "support_policy_configuration_issues_title": "配置问题",
-  "support_policy_description": "Capgo客户支持政策和响应时间。了解我们的支持渠道、SLA以及我们如何帮助您成功使用实时更新。",
-  "support_policy_intro": "Capgo致力于提供卓越的客户体验。作为这一承诺的一部分，我们为所有使用我们的Capgo平台的付费项目提供有限的技术支持。我们的技术支持由以下范围、时间、联系方式和渠道定义。",
-  "support_policy_limited_support_1": "请求是通过我们的官方支持渠道之一提出的。",
-  "support_policy_limited_support_2": "请求来自已注册的Capgo账户电子邮件地址",
-  "support_policy_limited_support_3": "请求者对与请求相关的任何特定Capgo项目具有开发者或更高级别的访问权限。",
-  "support_policy_limited_support_intro": "对于使用付费Capgo资源和/或付费Capgo附加组件的Capgo客户，我们提供有限的技术支持。只有在以下情况下，我们才会处理支持请求：",
-  "support_policy_not_covered_1": "用户应用程序的一般调试",
-  "support_policy_not_covered_2": "为了与Capgo兼容，重写应用程序代码",
-  "support_policy_not_covered_3": "修改和/或修补第三方或开源软件以实现Capgo兼容性",
-  "support_policy_not_covered_intro": "Capgo技术支持服务不包括：",
-  "support_policy_not_covered_title": "未包括",
-  "support_policy_official_channels_1": "网页和仪表板：支持服务只通过Capgo仪表板或我们的网站上的帮助功能提供。",
-  "support_policy_official_channels_2": "电子邮件：如果您无法访问仪表板或票务系统，请通过已注册的Capgo账户电子邮件地址向support@capgo.app发送邮件联系支持。",
-  "support_policy_official_channels_note": "Capgo支持人员只会处理通过这些官方渠道收到的请求。社区渠道可能存在用于同行间支持和讨论，由为Capgo社区做出贡献的志愿者提供。",
-  "support_policy_official_channels_title": "官方支持渠道",
-  "support_policy_premium_support_desc": "要了解我们为团队计划和企业客户提供的高级支持选项，请使用下面的表格与我们联系：",
-  "support_policy_premium_support_title": "高级支持",
-  "support_policy_proactive_monitoring_desc": "如果平台出现问题，我们会在我们的状态网站status.capgo.app上发布通知，以快速传达影响和状态。您无需为正在进行的平台问题提交支持票证。相反，监控状态页面以获取最新的更新和信息。",
-  "support_policy_proactive_monitoring_title": "主动监控",
-  "support_policy_scope_intro": "Capgo的支持服务仅适用于由Capgo平台支持的技术，并限于：",
-  "support_policy_scope_title": "范围",
-  "support_policy_service_disruption_if_billing_stopped": "<strong>如果停止付款或取消计费：</strong>最后成功安装的更新将保留在每个设备上，但不会下载新的更新。",
-  "support_policy_service_disruption_if_capgo_down": "<strong>如果Capgo出现故障：</strong>在后台模式下，这通常对用户来说是不可见的。在直接模式下，当服务可达时，可能会返回一个5xx响应；如果服务器简单地太慢了，插件等待最多3秒钟，取消查询，并继续正常启动应用程序。",
-  "support_policy_service_disruption_if_over_limit": "<strong>如果流量超出您的计划：</strong>在计划回到范围内之前，任何设备（新旧）都不会收到额外的更新。",
-  "support_policy_service_disruption_intro": "更新系统设计为安全失败。如果Capgo无法使用，应用程序将继续运行，并且更新检查不会引入面向用户的冻结。",
-  "support_policy_service_disruption_link_text": "服务中断和计划结束详情",
-  "support_policy_service_disruption_outro": "在上述的每一个情况中，您的应用程序仍然可以使用最后安装的版本，并且只有在服务恢复后才会跳过更新。",
-  "support_policy_service_disruption_timeout": "在每种更新模式下，如果插件在3秒内无法从更新服务获取答案，它将取消请求并正常打开应用程序。",
-  "support_policy_service_disruption_title": "服务中断和计划结束",
-  "support_policy_sla_desc": "服务级别协议仅对企业客户开放。您可以在我们专门的SLA页面上找到SLA的详细信息，包括支持响应时间：",
-  "support_policy_sla_title": "服务级别协议",
-  "support_policy_team_participation": "请注意，Capgo团队成员可能会自行决定是否参与社区频道，但除非通过官方渠道提交，否则无法保证回应。",
-  "support_policy_title": "Capgo客户支持",
-  "support_policy_troubleshooting_1": "提供已知问题的解决方案或替代方法",
-  "support_policy_troubleshooting_2": "回答一般的操作问题并指导查阅文档",
-  "support_policy_troubleshooting_3": "在Capgo上，独立于用户的应用程序代码，支持的功能（实时更新、应用管理、分析）显示出意外行为的故障排除",
-  "support_policy_troubleshooting_title": "故障排除",
-  "support_teams": "支持团队",
-  "support_title": "支持",
-  "switch_between_development_staging_production": "在开发、暂存和生产频道之间切换",
-  "table_of_contents": "目录",
-  "tailored_configuration": "定制配置",
-  "target_initial_response_times_title": "目标初始响应时间",
-  "team_collaboration": "团队协作",
-  "team_plan": "团队",
-  "terms": "服务条款",
-  "terms_applicable": "以下条款适用于您与我们购买的任何产品。",
-  "test_deploy_and_monitor_your_capacitor_apps": "测试，部署，并监控你的Capacitor应用程序",
-  "test_deploy_monitor_from_anywhere": "从任何地方测试，部署和监控",
-  "test_different_versions_and_channels": "立即测试不同版本和频道",
-  "test_on_real_devices": "在真实设备上测试",
-  "test_pr_builds": "测试PR构建",
-  "test_releases_instantly": "立即发布测试",
-  "testimonial_consulting": "Capgo不仅拥有极其才华横溢的工程师，而且他们也和我一样对项目成功充满热情。拥有一个<strong class='italic font-bold'>真正的伙伴</strong>是一种美妙的体验，它让我们能够比单打独斗时更快地前进。",
-  "testimonial_consulting_2": "我会毫不犹豫地向他人<strong class='italic font-bold'>推荐Capgo</strong>，无论是为现有的工作团队提供灵活的解决方案，还是作为远程团队的长期一部分。",
-  "testimonial_description": "Capgo用户自2023年起",
-  "testimonial_highlight": "用户在几分钟内即可保持最新状态",
-  "testimonial_title": "我们已在生产中推出Capgo，面向我们的5000多名用户！",
-  "thank_you_for_shopping": "感谢您在$1购物。",
-  "thanks_to_our_open_source_nature": "感谢我们的开源性质",
-  "that_grows_with_you": "与你一同成长",
-  "the_webapp_and_serverless_functions_that_make_up_the_capgo_cloud_platform": "构成Capgo云平台的Webapp和无服务器函数。",
-  "there_are_numerous_repositories_in_the_capgo_organization_that_are_part_of_the_capgo": "Capgo组织中有许多仓库是Capgo生态系统的一部分。",
-  "they_love_capgo": "他们喜欢Capgo。",
-  "this_inspired_me_to_create_an_affordable_efficient_alternative": "这激发了我创造一个经济高效的替代品。",
-  "this_page_serves_as_a_helper_to_get_you_started_on_contributing": "这个页面作为一个助手，帮助你开始贡献。",
-  "tier_baker": "面包师傅",
-  "tier_gold": "黄金",
-  "tier_platinum": "白金",
-  "tier_silver": "银色",
-  "to_help_you_decide_which_repository_might_be_the_best_to_start_contributing_and_or_falls_into_your_interest_here_s_a_short_comparison_languages_in_bold_comprise_most_of_the_codebase": "为了帮助您决定开始贡献的仓库可能是哪个最好（和/或符合您的兴趣），这里有一个简短的比较（<strong>粗体字表示占代码库大部分的语言</strong>）：",
-  "top_100_app_using_capacitor_on_android_play_store": "在安卓应用商店中使用Capacitor的前100名应用列表",
-  "top_100_app_using_different_framworks_on_android_store": "在安卓商店中使用不同框架的前100款应用列表，理解哪个是最常用的框架以及哪个是应用最常用的框架。",
-  "top_app_by_framework": "框架顶级应用",
-  "top_apps_by_framework": "按框架排名的顶级应用程序",
-  "top_capacitor_apps": "顶级电容器应用程序",
-  "top_capgo_apps": "使用Capgo的顶级应用列表",
-  "top_capgo_apps_title": "顶级Capgo应用程序",
-  "top_cordova_apps": "在安卓商店使用Cordova的前100款应用程序列表",
-  "top_cordova_apps_title": "顶级Cordova应用程序",
-  "top_cordova_migrate_cta_subtitle": "Migrate to Capacitor in 10 days: fewer bugs, better performance, improved accessibility, and a richer plugin ecosystem.",
-  "top_cordova_migrate_cta_title": "Still shipping Cordova?",
-  "top_flutter_apps": "在安卓商店使用Flutter的前100款应用程序列表",
-  "top_flutter_apps_title": "顶级Flutter应用程序",
-  "top_kotlin_apps": "在安卓商店使用Kotlin的前100款应用程序列表",
-  "top_kotlin_apps_title": "顶级Kotlin应用程序",
-  "top_native_script_apps": "在安卓商店使用Native Script的前100款应用程序列表",
-  "top_native_script_apps_title": "顶级原生脚本应用",
-  "top_react_native_apps": "在安卓商店中使用React Native的前100款应用程序列表",
-  "top_react_native_apps_title": "顶级React Native应用程序",
-  "tos_acknowledgment_text_1": "这些是规定使用此服务的条款和条件，以及在您和公司之间运行的协议。这些条款和条件设定了所有用户关于使用服务的权利和义务。",
-  "tos_acknowledgment_text_2": "您对服务的访问和使用取决于您接受并遵守这些条款和条件。这些条款和条件适用于所有访问或使用服务的访客，用户和其他人。",
-  "tos_acknowledgment_text_3": "通过访问或使用本服务，您同意受这些条款和条件的约束。如果您不同意这些条款和条件的任何部分，那么您可能无法访问本服务。",
-  "tos_acknowledgment_text_4": "您声明您已经超过18岁。公司不允许18岁以下的人使用此服务。",
-  "tos_acknowledgment_text_5": "您对服务的访问和使用也取决于您接受并遵守公司的隐私政策。我们的隐私政策描述了当您使用应用程序或网站时，我们关于收集、使用和披露您个人信息的政策和程序，并告诉您关于您的隐私权利以及法律如何保护您。请在使用我们的服务之前仔细阅读我们的隐私政策。",
-  "tos_acknowledgment_title": "确认",
-  "tos_changes_text_1": "我们保留在我们的唯一酌情权下，随时修改或替换这些条款的权利。如果修订内容重大，我们将尽合理努力提前至少30天通知新条款生效。何为重大变更将由我们自行决定。",
-  "tos_changes_text_2": "继续访问或使用我们的服务，即表示您同意接受这些修订后的条款。如果您不同意新的条款，无论全部还是部分，请停止使用网站和服务。",
-  "tos_changes_title": "更改这些条款和条件",
-  "tos_contact_us_text": "如果您对这些条款和条件有任何疑问，您可以联系我们：",
-  "tos_contact_us_title": "联系我们",
-  "tos_contact_us_website": "通过访问网站上的这个页面：",
-  "tos_definition_account": "账户是您用于访问我们的服务或服务的部分内容而创建的唯一账户。",
-  "tos_definition_affiliate": "联属公司是指控制、被控制或与一方共同受控的实体，其中“控制”是指拥有50%或更多的股份、权益利益或其他有权投票选举董事或其他管理权限的证券。",
-  "tos_definition_application": "应用程序是指由公司提供的软件程序，您可以在任何电子设备上下载，名为$1",
-  "tos_definition_application_store": "应用商店是指由苹果公司（Apple App Store）或谷歌公司（Google Play Store）运营和开发的数字分发服务，用户可以在其中下载应用程序。",
-  "tos_definition_company": "公司（在本协议中被称为“该公司”，“我们”，“我们”或“我们的”）指的是Digital shift OU，Sepapaja 6, 15551，塔林，爱沙尼亚。",
-  "tos_definition_country": "国家指的是：爱沙尼亚",
-  "tos_definition_device": "设备是指可以访问该服务的任何设备，例如电脑、手机或数字平板。",
-  "tos_definition_feedback": "反馈意味着您发送的关于我们服务的属性、性能或特性的反馈、创新或建议。",
-  "tos_definition_free_trial": "免费试用是指购买订阅时可能会有的一段限定时间内免费。",
-  "tos_definition_in_app_purchase": "应用内购买指的是通过应用程序进行的产品、物品、服务或订阅的购买，这些购买受到这些条款和条件以及/或应用商店自身的条款和条件的约束。",
-  "tos_definition_service": "服务指的是应用程序。",
-  "tos_definition_subscriptions": "订阅指的是公司向您提供的基于订阅方式的服务或对服务的访问。",
-  "tos_definition_terms": "条款和条件（也被称为“条款”）指的是您与公司之间关于使用服务的完整协议。",
-  "tos_definition_third_party_social_media": "第三方社交媒体服务是指任何由第三方提供的可能通过该服务显示、包含或提供的服务或内容（包括数据、信息、产品或服务）。",
-  "tos_definition_you": "您指的是访问或使用服务的个人，或者该个人代表的公司，或其他法律实体，具体情况视情况而定。",
-  "tos_definitions_intro": "就这些条款和条件而言：",
-  "tos_definitions_subtitle": "定义",
-  "tos_disclaimer_text_1": "该服务是按\"原样\"和\"现有\"的状态提供给您的，包含所有故障和缺陷，不提供任何形式的保证。在适用法律允许的最大范围内，公司代表自己以及其关联公司、各自的许可方和服务提供商，明确否认对服务做出所有明示、暗示、法定或其他形式的保证，包括但不限于所有关于适销性、特定目标适用性、权利和",
-  "tos_disclaimer_text_2": "在不限制前述内容的情况下，公司或任何公司的提供商均不作出任何形式的明示或暗示保证：（i）关于服务的运行或可用性，或者其中包含的信息、内容和材料或产品；（ii）服务将无中断且无错误；（iii）通过服务提供的任何信息或内容的准确性、可靠性或时效性；（iv）服务、其服务器、内容，以及代表公司发送的电子邮件都没有病毒、脚本、特洛伊木马、虫程序、恶意软件，定时炸弹等有害组件。",
-  "tos_disclaimer_text_3": "某些司法管辖区不允许排除某些类型的保证或限制消费者适用的法定权利，因此上述部分或全部排除和限制可能不适用于您。但在这种情况下，本节所设定的排除和限制应在适用法律允许的最大范围内执行。",
-  "tos_disclaimer_title": "“按原样”和“按可用性”免责声明",
-  "tos_disputes_resolution_text": "如果您对服务有任何疑虑或争议，您同意首先尝试通过联系公司来非正式解决争议。",
-  "tos_disputes_resolution_title": "争议解决",
-  "tos_eu_users_text": "如果您是欧盟消费者，您将受益于所在国家的任何强制性法律条款。",
-  "tos_eu_users_title": "对于欧洲联盟（EU）用户",
-  "tos_governing_law_text": "该条款和您使用服务的法律，应排除其冲突法规则，由国家法律管辖。您使用应用程序也可能受到其他地方、州、国家或国际法律的约束。",
-  "tos_governing_law_title": "管辖法律",
-  "tos_in_app_purchases_text_1": "该应用程序可能包含应用内购买功能，允许您购买产品、服务或订阅。",
-  "tos_in_app_purchases_text_2": "有关您如何可能能够使用设备管理应用内购买的更多信息，可能会在应用商店自己的条款和条件中或者在您设备的帮助设置中说明。",
-  "tos_in_app_purchases_text_3": "应用内购买只能在应用程序内消费。如果您进行了应用内购买，那么在您开始下载后，该应用内购买就不能被取消。应用内购买不能兑换为现金或其他对价，也不能以其他方式转让。",
-  "tos_in_app_purchases_text_4": "如果任何应用内购买未成功下载或在成功下载后无法使用，我们将在了解到故障或被您通知故障后，调查故障的原因。我们会合理地决定是否为您提供替代的应用内购买产品或者发放补丁来修复该故障。在任何情况下，我们都不会向您收取替换或修复应用内购买产品的费用。如果不太可能替换或修复相关的应用内购买产品，或者无法在合理的时间内并且对您造成重大不便时，我们将授权应用商店退还给您相当于相关应用内购买价格的金额。另外，如果你希望申请退款，你可以直接联系应用商店进行操作。",
-  "tos_in_app_purchases_text_5": "您承认并同意，所有的计费和交易过程都由您从中下载应用程序的应用商店处理，并受该应用商店自身的条款和条件约束。",
-  "tos_in_app_purchases_text_6": "如果您在应用内购买中遇到任何与支付相关的问题，那么您需要直接联系应用商店。",
-  "tos_in_app_purchases_title": "应用内购买",
-  "tos_intellectual_property_text_1": "该服务及其原创内容（不包括您或其他用户提供的内容）、特性和功能是并将始终是公司及其许可方的专有财产。",
-  "tos_intellectual_property_text_2": "该服务受到版权、商标和本国及外国其他法律的保护。",
-  "tos_intellectual_property_text_3": "未经公司事先书面同意，不得使用我们的商标和商业外观与任何产品或服务相联系。",
-  "tos_intellectual_property_title": "知识产权",
-  "tos_interpretation_subtitle": "解释",
-  "tos_interpretation_text": "首字母大写的词在以下条件下有定义的含义。无论这些定义是以单数形式还是复数形式出现，其含义都应相同。",
-  "tos_interpretation_title": "解释和定义",
-  "tos_last_updated": "最后更新：2022年1月12日",
-  "tos_limitation_of_liability_text_1": "尽管您可能会遭受任何损害，但在本条款的任何规定下，公司及其任何供应商的全部责任以及您对所有上述事项的唯一补救措施，都将限制为您通过服务实际支付的金额或者如果您未通过服务购买任何东西，则为100美元。",
-  "tos_limitation_of_liability_text_2": "在适用法律允许的最大范围内，无论何种情况下，公司或其供应商均不对任何特殊、偶然、间接或后果性损害负责（包括但不限于利润损失、数据或其他信息的损失、业务中断、个人伤害，因使用或无法使用服务而产生的隐私权损失，与服务一起使用的第三方软件和/或第三方硬件，或者与本条款任何规定有关的其他情况），即使公司或任何供应商已被告知此类损害可能性，并且即使补救措施未能达到其基本目标。",
-  "tos_limitation_of_liability_text_3": "一些州不允许排除默示保证或限制因偶然或结果性损害而产生的责任，这意味着上述某些限制可能不适用。在这些州，每一方的责任将被限制到法律允许的最大范围。",
-  "tos_limitation_of_liability_title": "责任限制",
-  "tos_links_to_other_websites_text_1": "我们的服务可能包含指向第三方网站或服务的链接，这些网站或服务并非由公司拥有或控制。",
-  "tos_links_to_other_websites_text_2": "该公司对任何第三方网站或服务的内容、隐私政策或做法无法控制，也不承担任何责任。您进一步承认并同意，公司不应对因使用或依赖通过此类网站或服务提供的任何此类内容、商品或服务而引起的或声称引起的任何损害或损失负责，无论是直接还是间接的。",
-  "tos_links_to_other_websites_text_3": "我们强烈建议您阅读您访问的任何第三方网站或服务的条款和条件以及隐私政策。",
-  "tos_links_to_other_websites_title": "链接到其他网站",
-  "tos_please_read": "在使用我们的服务之前，请仔细阅读这些条款和条件。",
-  "tos_right_to_refuse_or_terminate_service_text_1": "该公司保留在其自行决定的情况下，拒绝服务、暂停访问或随时终止任何账户或业务关系的权利，无论是否有原因，包括但不限于：",
-  "tos_right_to_refuse_or_terminate_service_text_2": "反复未能支付额外约定的服务或发票。",
-  "tos_right_to_refuse_or_terminate_service_text_3": "对公司代表进行虐待、骚扰或不尊重的行为。",
-  "tos_right_to_refuse_or_terminate_service_text_4": "滥用服务或损害公司完整性、安全性或声誉的行为。",
-  "tos_right_to_refuse_or_terminate_service_text_5": "在这种情况下，除非法律要求，否则不会为任何剩余的订阅或服务期退款。",
-  "tos_right_to_refuse_or_terminate_service_title": "拒绝或终止服务的权利",
-  "tos_severability_subtitle": "可分割性",
-  "tos_severability_text": "如果这些条款中的任何规定被认定为无法执行或无效，将会修改并解释该规定，以在适用法律允许的最大范围内实现其目标，而剩余的规定将继续完全生效。",
-  "tos_severability_waiver_title": "可分性和弃权",
-  "tos_subscriptions_billing_subtitle": "计费",
-  "tos_subscriptions_billing_text_1": "您应向公司提供准确且完整的账单信息，包括全名、地址、州、邮政编码、电话号码以及有效的付款方式信息。",
-  "tos_subscriptions_billing_text_2": "如果因任何原因自动计费失败，公司将发出电子发票，指示您必须在特定的截止日期内手动进行全额付款，付款金额与发票上所示的计费期间相对应。",
-  "tos_subscriptions_billing_text_3": "如果订阅是通过应用内购买完成的，所有的计费都由应用商店处理，并受应用商店自身的条款和条件约束。",
-  "tos_subscriptions_cancellations_subtitle": "订阅取消",
-  "tos_subscriptions_cancellations_text_1": "您可以通过您的账户设置页面或联系公司来取消您的订阅续订。对于您已经支付的当前订阅期费用，您将不会收到退款，并且在当前订阅期结束之前，您仍能够使用该服务。",
-  "tos_subscriptions_cancellations_text_2": "如果订阅是通过应用内购买完成的，您可以在应用商店取消订阅的续订。",
-  "tos_subscriptions_fee_changes_subtitle": "费用变更",
-  "tos_subscriptions_fee_changes_text_1": "该公司可自行决定并在任何时候修改订阅费用。任何订阅费用的变动将在当前订阅期结束时生效。",
-  "tos_subscriptions_fee_changes_text_2": "该公司将在订阅费用发生任何变动前，提前向您提供合理的通知，以便您有机会在此类变动生效前终止您的订阅。",
-  "tos_subscriptions_fee_changes_text_3": "在订阅费用变更生效后，您继续使用该服务即表示您同意支付修改后的订阅费用。",
-  "tos_subscriptions_free_trial_subtitle": "免费试用",
-  "tos_subscriptions_free_trial_text_1": "该公司可自行决定是否提供限时免费试用的订阅服务。",
-  "tos_subscriptions_free_trial_text_2": "您可能需要输入您的账单信息以便注册免费试用。",
-  "tos_subscriptions_free_trial_text_3": "如果您在注册免费试用时输入了您的账单信息，那么在免费试用期结束之前，公司不会向您收取任何费用。在免费试用期的最后一天，除非您取消了订阅，否则将自动向您收取所选订阅类型的适用订阅费。",
-  "tos_subscriptions_free_trial_text_4": "公司保留在任何时间且无需通知的权利，以（i）修改免费试用期提供的条款和条件，或者（ii）取消此类免费试用期提供。",
-  "tos_subscriptions_period_subtitle": "订阅期限",
-  "tos_subscriptions_period_text_1": "该服务或服务的某些部分仅对付费订阅者开放。您将根据购买订阅时选择的订阅计划类型（如每日、每周、每月或每年），提前按周期性定期方式进行收费。",
-  "tos_subscriptions_period_text_2": "在每个周期结束时，除非您取消订阅或公司取消订阅，否则您的订阅将按照完全相同的条件自动续订。",
-  "tos_subscriptions_refunds_subtitle": "退款",
-  "tos_subscriptions_refunds_text_1": "除法律要求外，已支付的订阅费用不予退款。",
-  "tos_subscriptions_refunds_text_2": "公司可能会根据具体情况考虑对订阅的退款请求，并由公司自行决定是否批准。",
-  "tos_subscriptions_refunds_text_3": "如果订阅是通过应用内购买完成的，那么应用商店的退款政策将适用。如果您希望申请退款，可以直接联系应用商店。",
-  "tos_subscriptions_title": "订阅",
-  "tos_termination_text_1": "我们可能会立即终止或暂停您的账户，无需事先通知或承担任何责任，原因可能包括但不限于您违反了这些条款和条件。",
-  "tos_termination_text_2": "一旦终止，您使用该服务的权利将立即停止。如果您希望终止您的账户，您可以简单地停止使用该服务。",
-  "tos_termination_title": "终止",
-  "tos_title": "条款和条件",
-  "tos_translation_text": "这些条款和条件可能已经被翻译，如果我们在我们的服务上向您提供了它们。您同意在发生争议的情况下，原始英文文本应占主导地位。",
-  "tos_translation_title": "翻译解释",
-  "tos_us_federal_government_text": "如果您是美国联邦政府的最终用户，我们的服务被定义为“商业项目”，该术语在48 C.F.R. §2.101中有所定义。",
-  "tos_us_federal_government_title": "美国联邦政府最终使用条款",
-  "tos_us_legal_compliance_text": "您声明并保证：（i）您所在的国家不受美国政府的禁运影响，也未被美国政府列为“支持恐怖主义”的国家；（ii）您没有被列入美国政府任何禁止或限制名单。",
-  "tos_us_legal_compliance_title": "美国法律合规",
-  "tos_user_accounts_text_1": "当您在我们这里创建账户时，您必须提供给我们准确、完整且始终保持最新的信息。如果未能做到，将构成违反条款，可能会导致立即终止您在我们服务上的账户。",
-  "tos_user_accounts_text_2": "您负责保护用于访问服务的密码，并对使用您的密码进行的任何活动或行为负责，无论您的密码是与我们的服务还是第三方社交媒体服务相关。",
-  "tos_user_accounts_text_3": "您同意不向任何第三方透露您的密码。一旦发现任何安全漏洞或未经授权使用您的账户，您必须立即通知我们。",
-  "tos_user_accounts_text_4": "您不得使用他人或实体的名称作为用户名，或者非法可用的名称，未经适当授权就使用受他人或其他实体权利保护的名字或商标，也不得使用具有冒犯性、粗俗性或淫秽性质的名字。",
-  "tos_user_accounts_title": "用户账户",
-  "tos_waiver_subtitle": "弃权",
-  "tos_waiver_text": "除非本协议另有规定，否则未行使这些条款下的权利或要求履行义务不应影响一方在以后任何时间行使此类权利或要求此类履行的能力，且对违约的放弃不构成对任何后续违约的放弃。",
-  "tos_your_feedback_text": "您将分配给公司的所有反馈中的所有权利、标题和利益。如果出于任何原因此类分配无效，您同意授予公司一项非独家的、永久的、不可撤销的、免版税的、全球性的权利和许可，以使用、复制、披露、再许可、分发、修改和利用此类反馈，且无任何限制。",
-  "tos_your_feedback_title": "您对我们的反馈",
-  "total_data_transfer": "总数据传输",
-  "track_update_performance_and_user_adoption": "跟踪更新性能和用户采纳情况",
-  "transparency_security": "透明度与安全性",
-  "trust": "信任",
-  "trust_center": "信任中心",
-  "trust_continuous_validation_description": "开源透明性得到自动扫描的支持，使漏洞在影响客户之前就被发现并解决。",
-  "trust_continuous_validation_snyk_label": "Snyk依赖性健康",
-  "trust_continuous_validation_sonar_label": "SonarCloud安全态势",
-  "trust_continuous_validation_title": "持续验证和监控",
-  "trust_foundation_application_description": "安全编码指南，强制性审查，自动化测试和独立渗透测试使应用程序表面变硬。",
-  "trust_foundation_application_title": "应用程序安全性",
-  "trust_foundation_data_description": "客户的包裹在传输和休息时都会保持加密，具有签名版本、审计日志和精细的API密钥。",
-  "trust_foundation_data_title": "数据保护",
-  "trust_foundation_description": "安全性，隐私和可靠性被嵌入到Capgo平台的每一层。",
-  "trust_foundation_operations_description": "专用运行手册，24/7监控，以及单一负责人确保快速检测和响应。",
-  "trust_foundation_operations_title": "运营准备就绪",
-  "trust_foundation_platform_description": "Cloudflare，Supabase和隔离的CI管道强制执行MFA，秘密管理，并保护环境。",
-  "trust_foundation_platform_title": "平台与基础设施",
-  "trust_foundation_title": "在每次发布中都有分层的安全防护",
-  "trust_hero_badge": "为安全发布工作流程而设计",
-  "trust_hero_description": "Capgo通过独立审计、强化基础设施和为快速、安全发货设计的流程来保护您的发布管道。",
-  "trust_hero_point_four": "由创始人领导的安全程序，配备专用的事件响应剧本。",
-  "trust_hero_point_one": "关键供应商每年都会进行SOC 2认证的维护和审查。",
-  "trust_hero_point_three": "在传输和休息时的加密得到了细粒度访问控制的支持。",
-  "trust_hero_point_two": "实时透明的状态，事件和维护更新。",
-  "trust_hero_primary_cta": "审查合规文档",
-  "trust_hero_secondary_cta": "检查实时状态",
-  "trust_hero_title": "安全与信任，毫无妥协",
-  "trust_highlight_data_residency_description": "全球边缘交付在端到端加密流量的同时，Supabase存储在休息时保持发布锁定。",
-  "trust_highlight_data_residency_title": "数据保护无处不在",
-  "trust_highlight_soc2_description": "托管和数据提供商通过每年审查的证书来维护SOC 2合规性。",
-  "trust_highlight_soc2_title": "企业级合作伙伴关系",
-  "trust_highlight_transparency_description": "公共状态页面，事件更新和历史运行时间保持客户了解情况。",
-  "trust_highlight_transparency_title": "操作透明度",
-  "trust_highlights_heading": "你可以依赖的是什么",
-  "trust_meta_description": "探索Capgo如何通过分层安全性、透明监控和隐私优先的操作来保护空中更新。",
-  "trust_program_description": "我们通过持续评估、加固、监控和改进来迭代控制。",
-  "trust_program_step_assess_description": "定期审查基础设施、依赖关系和流程，确保新的风险被记录并优先处理。",
-  "trust_program_step_assess_title": "评估并优先处理风险",
-  "trust_program_step_evolve_description": "事故后审查，路线图更新和透明报告使程序不断改进。",
-  "trust_program_step_evolve_title": "进化与分享",
-  "trust_program_step_harden_description": "深度防御保护措施覆盖源代码、构建、交付和运行时各层。",
-  "trust_program_step_harden_title": "实施并加强控制",
-  "trust_program_step_monitor_description": "自动化警报、正常运行时间仪表板和手动检查提供持续的态势感知。",
-  "trust_program_step_monitor_title": "监控与警报",
-  "trust_program_title": "安全程序生命周期",
-  "trust_resource_contact_cta": "电子邮件安全团队",
-  "trust_resource_contact_description": "直接联系以进行协调披露，安全审查或定制文档。",
-  "trust_resource_contact_title": "需要与安保人员交谈吗？",
-  "trust_resource_status_cta": "打开状态页面",
-  "trust_resource_status_description": "实时查看历史运行时间、维护窗口和事件通信。",
-  "trust_resource_status_title": "状态和运行时间",
-  "trust_resource_trust_center_cta": "访问信任门户",
-  "trust_resource_trust_center_description": "访问安全调查问卷，SOC文档和详细的控制映射。",
-  "trust_resource_trust_center_title": "信任门户",
-  "trust_resources_description": "深入了解保持Capgo安全的政策、控制和实时信号。",
-  "trust_resources_title": "探索信任资源",
-  "trusted_by_developers_worldwide": "全球开发者信赖",
-  "trusted_by_the_biggest_capacitor_apps": "被最大的Capacitorjs应用程序所信赖",
-  "tutorial_on": "教程关于",
-  "type_ii_certified": "二型认证",
-  "typescript_definitions": "TypeScript定义",
-  "ultra_low_latency": "超低延迟",
-  "unauthorized_access": "未经授权的访问。",
-  "unauthorized_access_desc": "未经许可访问或使用任何系统，包括试图探测、扫描或测试系统的漏洞，或者破坏系统使用的任何安全性或认证措施。",
-  "unlimited_live_updates": "无限制实时更新",
-  "unscheduled_downtime_desc": "\"非计划停机时间\"是指，适用的服务通常无法供客户的许可用户访问和使用的时间（以分钟为单位），但不包括由于客户或许可用户的行为或疏忽、不可抗力事件、提前至少24小时通过电子邮件通知的预定维护、黑客攻击或病毒攻击、合理的紧急维护或SLA排除项下列出的其他特定产品排除项导致的无法访问或不可用。",
-  "unscheduled_downtime_title": "4.2 非计划停机",
-  "unsealed_goods": "由于健康保护或卫生原因不适合退货，并在交付后被拆封的商品供应。",
-  "unsure_about_active_users": "不确定您的活跃用户数量？",
-  "update_size_mb": "更新大小（MB）",
-  "update_success_tracking": "更新成功跟踪",
-  "updates": "更新",
-  "updates_at_scale": "大规模更新？",
-  "updates_by_month": "更新<br />按月份",
-  "updates_delivered": "送达的更新",
-  "updates_explanation": "带宽价格计算的一部分",
-  "updates_per_month": "每月更新",
-  "updates_size": "更新大小<br />(MB)",
-  "uptime_commitment_desc": "Capgo将在订阅期间的每个日历月中，至少提供百分之九十九（99.9%）的实际可用性，由Capgo测量（“正常运行时间承诺”）。",
-  "uptime_commitment_title": "1. 正常运行时间承诺",
-  "uptime_sla": "正常运行时间服务等级协议",
-  "urgent_enterprise_response": "1小时<br />24/7 × 365",
-  "urgent_priority_response": "1小时<br />24/7 × 365",
-  "urgent_support_desc": "导致全面或部分系统停机，或使所有客户用户在生产中无法使用或获取Capgo的缺陷。",
-  "urgent_support_subtitle": "关键问题",
-  "urgent_support_title": "1. 紧急",
-  "urgent_team_response": "24小时<br />24/7 × 365",
-  "use_at_your_own_risk_disclaimer_text": "该服务中的所有信息均按“原样”提供，不保证完整性、准确性、及时性或从使用此信息获得的结果，且不提供任何形式的保证，无论是明示还是暗示，包括但不限于履行保证、适销性和特定目的适用性等。",
-  "use_at_your_own_risk_disclaimer_title": "“自行承担风险”免责声明",
-  "use_capgo": "使用Capgo",
-  "user_comments_responsibility": "用户发布的评论仅代表他们自己的观点，用户将对因评论中所写内容引发的任何诽谤或诉讼承担全部责任、义务和过错。公司不对用户发布的任何评论负责，并保留出于任何原因删除任何评论的权利。",
-  "using_us_in_production": "在生产中使用我们",
-  "verify_fixes_instantly": "立即验证修复",
-  "version_control": "版本控制",
-  "version_manager_that_power_ci_cd_to_update_apps": "驱动CI/CD更新应用的版本管理器。",
-  "view_as_markdown": "查看 Markdown",
-  "view_npm": "在NPM上查看",
-  "view_page_as_plain_text": "以纯文本查看此页面",
-  "view_raw_on_github": "在 GitHub 查看 raw",
-  "view_repo": "查看仓库",
-  "view_sla": "查看服务等级协议",
-  "view_source": "查看源代码",
-  "views_expressed_disclaimer_text": "该服务可能包含作者的观点和意见，这些观点和意见并不一定反映任何其他作者、机构、组织、雇主或公司（包括本公司）的官方政策或立场。",
-  "views_expressed_disclaimer_title": "表达观点免责声明",
-  "we_already_setup_ci_cd_for_50_apps": "我们已经为50+个应用程序设置了CI/CD。",
-  "we_don_t_bill_you_automatically_until_your_confirmation": "我们在您确认之前不会自动向您收费。",
-  "we_don_t_store_or_sell_your_data_to_anyone": "我们不会储存或向任何人出售您的数据。",
-  "we_empower_developers_to_push_updates_instantly_ensuring_your_users_always_have_the_latest_version_of_your_app_without_the_hassle_of_app_store_approvals": "我们赋予开发者即时推送更新的能力，确保您的用户始终拥有应用程序的最新版本，无需经历应用商店审批的麻烦。",
-  "we_practice_what_we_preach": "我们言行一致",
-  "we_set_up_your_ci_cd_workflow_to_work_seamlessly_with_your_current_development_process_no_need_to_switch_platforms_or_learn_new_tools": "我们已经设置了您的CI/CD工作流，使其与您当前的开发过程无缝对接。无需切换平台或学习新工具。",
-  "we_welcome_and_appreciate_all_contributions_to_capgo": "我们欢迎并感谢所有对Capgo的贡献。",
-  "website_description": "实时管理您的电容器应用程序的更新，无需商店麻烦，安装空中（OTA）更新只需5分钟。使用频道向特定群体发送。",
-  "website_keywords": "电容器，更新程序，OTA，自动更新，capgo",
-  "website_title": "电容器实时更新 - Capgo云",
-  "welcome_to_capgo": "欢迎来到Capgo",
-  "what_does_build_time_refer_to": "\"计划中的“建设时间”是指什么？",
-  "what_happens_if_i_reach_the_bandwidth_limit": "如果我达到了带宽限制，会发生什么？",
-  "what_happens_if_i_reach_the_bandwidth_limit_answer": "当您达到带宽限制的50%，70%，90%和100%时，我们将通过电子邮件通知您。一旦达到限制，更新下载将被阻止，直到您的计费周期重置或者您升级到一个带宽更大的套餐。您的应用程序将继续以其当前版本运行。",
-  "what_happens_if_i_reach_the_mau_limit": "如果我达到了每月活跃用户（MAU）限制，会发生什么？",
-  "what_happens_if_i_reach_the_mau_limit_answer": "当您达到MAU限制的50%，70%，90%和100%时，我们将向您发送电子邮件通知。一旦达到限制，您的更新将在结算周期结束前被阻止。要继续提供更新，您需要升级到更高的计划。",
-  "what_happens_if_i_reach_the_storage_limit": "如果我达到存储限制会发生什么？",
-  "what_happens_if_i_reach_the_storage_limit_answer": "当您的存储限额达到50%，70%，90%和100%时，您将收到电子邮件通知。当您达到限额时，直到结算周期结束或升级您的计划之前，都无法上传新的包。现有更新将继续正常工作。",
-  "what_payment_methods_answer": "我们接受所有主要的信用卡（Visa，Mastercard，American Express，Discover）。对于年度计划，我们也接受银行转账。所有付款都通过Stripe安全处理。",
-  "what_payment_methods_do_you_accept": "您接受哪些付款方式？",
-  "when_developing_a_capacitorjs_app_as_a_beginner_it_s_good_to_have_an_experienced_consultant_by_your_side": "作为初学者开发CapacitorJS应用时，最好有一位经验丰富的顾问在你身边。",
-  "when_down_review": "当一个应用程序运行过慢或者出现故障（即使只有几分钟），都可能损害用户的满意度并降低收入。为了避免这种情况，检查代码以找到可以改进的地方。",
-  "when_its_good_to_ask_for_cordova_and_capacitorjs_consulting_services": "何时适合寻求Cordova和CapacitorJS咨询服务",
-  "why_is_it_important": "为什么这很重要？",
-  "why_work": "为什么工作",
-  "with_us": "和我们一起？",
-  "work_without_internet_connection": "无需互联网连接即可工作",
-  "worldwide_success_rate": "全球成功率",
-  "written_by": "由",
-  "yearly_plan": "年度计划",
-  "you_definition": "<strong>您</strong>指的是访问该服务的个人，或者该个人代表的公司，或其他法律实体，具体情况视情况而定。",
-  "you_need_a_to_access_to_specific_native_api_and_the_right_plugin_don_t_exist_we_can_develop_it_for_you_or_support_you_with_it": "您需要访问特定的本地API，但正确的插件不存在。我们可以为您开发它，或者为您提供支持。",
-  "you_want_to_fix_a_bug_or_add_a_new_feature_to_capacitor_updater_this_is_the_repository_you_want_to_contribute_to": "您想要修复一个错误或者为<code>capacitor-updater</code>添加新功能吗？这就是您想要贡献的仓库。",
-  "your_configuration": "您的配置",
-  "your_live_update_solution_for_capacitor_apps": "您的电容器应用实时更新解决方案",
-  "youre_in_good_company": "你处在好的环境中。",
-  "zero_trust_security": "零信任安全性",
-  "zero_vendor_lockin_pay_provider_directly": "零供应商锁定，直接向您的提供商支付。"
-}
diff --git a/project.inlang/settings.json b/project.inlang/settings.json
index abe39f093..8fab02b1d 100644
--- a/project.inlang/settings.json
+++ b/project.inlang/settings.json
@@ -1,7 +1,7 @@
 {
   "$schema": "https://inlang.com/schema/project-settings",
   "baseLocale": "en",
-  "locales": ["en", "de", "es", "fr", "id", "it", "ja", "ko", "zh"],
+  "locales": ["en"],
   "modules": ["https://cdn.jsdelivr.net/npm/@inlang/plugin-message-format@4/dist/index.js", "https://cdn.jsdelivr.net/npm/@inlang/plugin-m-function-matcher@2/dist/index.js"],
   "plugin.inlang.messageFormat": {
     "pathPattern": "./messages/{locale}.json"
diff --git a/src/components/Footer.astro b/src/components/Footer.astro
index 0647a0e38..61809bc4e 100644
--- a/src/components/Footer.astro
+++ b/src/components/Footer.astro
@@ -4,6 +4,7 @@ import { locales } from '@/services/locale'
 import { getRelativeLocaleUrl } from 'astro:i18n'
 
 const year = new Date().getFullYear()
+const showLanguageSelector = locales.length > 1
 
 // Map locale codes to flag emojis
 const localeFlags: Record<string, string> = {
@@ -315,31 +316,32 @@ const navigation: Record<string, NavigationItem[]> = {
 
       <!-- Language & Copyright -->
       <div class="flex w-full flex-col items-center justify-between gap-6 md:w-auto md:flex-row md:justify-end">
-        <!-- Language Selector -->
-        <div class="relative">
-          <button type="button" id="language-dropdown-button" class="flex items-center text-sm text-zinc-400 hover:text-white focus:outline-none">
-            <span class="mr-2">{currentFlag}</span>
-            {Astro.locals.locale.toUpperCase()}
-            <span class="ml-1">▼</span>
-          </button>
-          <div
-            id="language-dropdown"
-            class="ring-opacity-5 absolute bottom-full left-0 z-50 mb-2 hidden w-32 rounded-md bg-[#1c1c1f] shadow-lg ring-1 ring-black focus:outline-none"
-          >
-            <div class="py-1">
-              {
-                locales.map((item) => (
-                  <a
-                    href={getRelativeLocaleUrl(item.toLowerCase(), Astro.url.pathname.replace(`/${Astro.locals.locale}/`, '/'))}
-                    class="block px-4 py-2 text-sm text-zinc-400 hover:bg-zinc-800 hover:text-white"
-                  >
-                    {item.toUpperCase()}
-                  </a>
-                ))
-              }
+        {
+          showLanguageSelector && (
+            <div class="relative">
+              <button type="button" id="language-dropdown-button" class="flex items-center text-sm text-zinc-400 hover:text-white focus:outline-none">
+                <span class="mr-2">{currentFlag}</span>
+                {Astro.locals.locale.toUpperCase()}
+                <span class="ml-1">▼</span>
+              </button>
+              <div
+                id="language-dropdown"
+                class="ring-opacity-5 absolute bottom-full left-0 z-50 mb-2 hidden w-32 rounded-md bg-[#1c1c1f] shadow-lg ring-1 ring-black focus:outline-none"
+              >
+                <div class="py-1">
+                  {locales.map((item) => (
+                    <a
+                      href={getRelativeLocaleUrl(item.toLowerCase(), Astro.url.pathname.replace(`/${Astro.locals.locale}/`, '/'))}
+                      class="block px-4 py-2 text-sm text-zinc-400 hover:bg-zinc-800 hover:text-white"
+                    >
+                      {item.toUpperCase()}
+                    </a>
+                  ))}
+                </div>
+              </div>
             </div>
-          </div>
-        </div>
+          )
+        }
 
         <p class="text-xs tracking-wider text-zinc-500 uppercase">
           &copy; {year}
@@ -350,7 +352,9 @@ const navigation: Record<string, NavigationItem[]> = {
   </div>
 </footer>
 
-<script>
+<script is:inline define:vars={{ showLanguageSelector }}>
+  if (!showLanguageSelector) return
+
   const button = document.getElementById('language-dropdown-button')
   const dropdown = document.getElementById('language-dropdown')
 
@@ -360,7 +364,7 @@ const navigation: Record<string, NavigationItem[]> = {
     })
 
     document.addEventListener('click', (event) => {
-      if (!button?.contains(event.target as Node) && !dropdown?.contains(event.target as Node)) {
+      if (event.target instanceof Node && !button?.contains(event.target) && !dropdown?.contains(event.target)) {
         dropdown?.classList.add('hidden')
       }
     })
diff --git a/src/components/doc/LanguageSelect.astro b/src/components/doc/LanguageSelect.astro
index 55dfc8033..a1d363466 100644
--- a/src/components/doc/LanguageSelect.astro
+++ b/src/components/doc/LanguageSelect.astro
@@ -2,40 +2,46 @@
 // @ts-nocheck
 import { locales } from '@/services/locale'
 import * as m from '@/paraglide/messages'
+
+const showLanguageSelector = locales.length > 1
 ---
 
-<div class="flex relative flex-row items-center">
-  <button
-    id="language-menu-button"
-    type="button"
-    class="inline-flex flex-row justify-center items-center py-1 px-4 w-full text-sm font-medium text-gray-700 bg-white rounded-md border border-gray-300 shadow-sm dark:text-gray-200 dark:bg-gray-800 dark:border-gray-600 hover:bg-gray-50 focus:outline-none dark:hover:bg-gray-700"
-  >
-    {m.language_label({}, { locale: Astro.locals.locale })}
-    <svg class="ml-2 -mr-1 w-5 h-5" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 20 20" fill="currentColor" aria-hidden="true">
-      <path fill-rule="evenodd" d="M5.293 7.293a1 1 0 011.414 0L10 10.586l3.293-3.293a1 1 0 011.414 1.414l-4 4a1 1 0 01-1.414 0l-4-4a1 1 0 010-1.414z" clip-rule="evenodd"></path>
-    </svg>
-  </button>
-  <div
-    id="language-menu"
-    class="hidden absolute z-50 w-56 bg-white rounded-md border border-gray-400 shadow-lg origin-top-right dark:bg-gray-800 dark:border-gray-700"
-    style="top: 100%; right: 0;"
-  >
-    {
-      locales.map((j) => (
-        <a
-          id={`language_${j}`}
-          class="block py-2 px-4 text-sm text-gray-700 cursor-pointer dark:text-gray-200 hover:text-gray-900 hover:bg-gray-100 dark:hover:bg-gray-700 dark:hover:text-gray-100"
-          role="menuitem"
-          tabindex="-1"
-        >
-          {j.toUpperCase()}
-        </a>
-      ))
-    }
-  </div>
-</div>
+{
+  showLanguageSelector && (
+    <div class="relative flex flex-row items-center">
+      <button
+        id="language-menu-button"
+        type="button"
+        class="inline-flex w-full flex-row items-center justify-center rounded-md border border-gray-300 bg-white px-4 py-1 text-sm font-medium text-gray-700 shadow-sm hover:bg-gray-50 focus:outline-none dark:border-gray-600 dark:bg-gray-800 dark:text-gray-200 dark:hover:bg-gray-700"
+      >
+        {m.language_label({}, { locale: Astro.locals.locale })}
+        <svg class="-mr-1 ml-2 h-5 w-5" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 20 20" fill="currentColor" aria-hidden="true">
+          <path fill-rule="evenodd" d="M5.293 7.293a1 1 0 011.414 0L10 10.586l3.293-3.293a1 1 0 011.414 1.414l-4 4a1 1 0 01-1.414 0l-4-4a1 1 0 010-1.414z" clip-rule="evenodd" />
+        </svg>
+      </button>
+      <div
+        id="language-menu"
+        class="absolute z-50 hidden w-56 origin-top-right rounded-md border border-gray-400 bg-white shadow-lg dark:border-gray-700 dark:bg-gray-800"
+        style="top: 100%; right: 0;"
+      >
+        {locales.map((j) => (
+          <a
+            id={`language_${j}`}
+            class="block cursor-pointer px-4 py-2 text-sm text-gray-700 hover:bg-gray-100 hover:text-gray-900 dark:text-gray-200 dark:hover:bg-gray-700 dark:hover:text-gray-100"
+            role="menuitem"
+            tabindex="-1"
+          >
+            {j.toUpperCase()}
+          </a>
+        ))}
+      </div>
+    </div>
+  )
+}
+
+<script is:inline define:vars={{ locales, currentLocale: Astro.locals.locale, showLanguageSelector }}>
+  if (!showLanguageSelector) return
 
-<script is:inline define:vars={{ locales, currentLocale: Astro.locals.locale }}>
   const languageMenu = document.getElementById('language-menu')
   const button = document.getElementById('language-menu-button')
   if (languageMenu && button) {
diff --git a/src/content/blog/de/2-way-communication-in-capacitor-apps.md b/src/content/blog/de/2-way-communication-in-capacitor-apps.md
deleted file mode 100644
index faed1ca67..000000000
--- a/src/content/blog/de/2-way-communication-in-capacitor-apps.md
+++ /dev/null
@@ -1,208 +0,0 @@
----
-slug: 2-way-communication-in-capacitor-apps
-title: 2-Wege-Kommunikation in Capacitor Apps
-description: >-
-  Entdecken Sie, wie die bidirektionale Kommunikation in Capacitor-Apps den
-  Echtzeit-Datenaustausch verbessert und dadurch Leistung und Benutzererfahrung
-  steigert.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T01:11:37.156Z
-updated_at: 2025-04-26T01:12:41.179Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068-1745629961179.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, two-way communication, native features, web integration, app
-  updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Zweiwege-Kommunikation in [Capacitor](https://capacitorjs.com/)-Apps verbindet Web- und Native-Ebenen und ermöglicht den Echtzeit-Datenaustausch. Dies erlaubt Webtechnologien den Zugriff auf native Gerätefunktionen wie Kamera oder GPS, während native Ebenen mit Web-Elementen interagieren können. Hier die wichtigsten Vorteile:
-
--   **Sofortige Updates**: Behebung von Fehlern und neue Funktionen ohne App-Store-Verzögerungen.
--   **Bessere Performance**: Kombiniert Web-Effizienz mit direktem nativen Zugriff.
--   **Verbesserte Nutzererfahrung**: Reibungslose Integration von Web- und nativen Funktionen.
--   **Globale Reichweite**: Systeme wie [Capgo](https://capgo.app/) liefern Millionen von Updates mit 82% Erfolgsrate.
-
-### Kurze Fakten:
-
--   **[Capgo Updates](https://capgo.app/docs/)**: 947,6 Mio. Updates über 1.400 Apps.
--   **Update-Geschwindigkeit**: 95% der Nutzer aktualisiert innerhalb von 24 Stunden.
--   **Sicherheit**: Ende-zu-Ende-Verschlüsselung gewährleistet sichere Datenübertragung.
-
-Dieser Leitfaden erklärt, wie Sie Zweiwege-Kommunikation einrichten, benutzerdefinierte Plugins implementieren und die Leistung Ihrer [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) optimieren können.
-
-## So erstellen Sie ein [Capacitor](https://capacitorjs.com/) Plugin für iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-1.   **Projektstruktur einrichten**
-2.   **Native Plattformen konfigurieren**
-3.   **Bridge implementieren**
-
-</Steps>
-
-## Kernkonzepte und Struktur
-
-Die Capacitor Bridge dient als Rückgrat für eine nahtlose Kommunikation zwischen Webanwendungen und nativen Gerätefunktionen in plattformübergreifenden Apps.
-
-### Wie die Capacitor Bridge funktioniert
-
-Die Capacitor Bridge fungiert als Vermittler und ermöglicht die Kommunikation zwischen Ihrer Web-App und nativer Gerätefunktionalität. Sie verwendet eine bidirektionale Nachrichtenwarteschlange, um sicherzustellen, dass Nachrichten auch bei hohem Datenaufkommen zuverlässig zugestellt werden.
-
-| Ebene | Funktion | Datenverarbeitung |
-| --- | --- | --- |
-| **Web-Ebene** | Startet JavaScript-Aufrufe | Konvertiert Daten in JSON-Format |
-| **Bridge-Kern** | Verwaltet Nachrichtenweiterleitung und Warteschlange | Validiert und transformiert Daten |
-| **Native Ebene** | Führt plattformspezifische Operationen aus | Verarbeitet und deserialisiert Daten |
-
-Die Bridge gewährleistet eine reibungslose Kommunikation durch Validierung von Nachrichtenformaten, Konvertierung von Datentypen und Weiterleitung von Aufrufen an die entsprechenden nativen Handler. Sie bietet auch Promise-basierte Antworten, was die Handhabung asynchroner Operationen erleichtert. Dieses System erfordert eine sorgfältige Einrichtung für eine erfolgreiche Integration in Ihr Projekt.
-
-### Einrichtungsschritte des Projekts
-
-Befolgen Sie diese Schritte, um Ihr Projekt für die Web-Native-Kommunikation zu konfigurieren:
-
-1.   **Projektstruktur einrichten**
-    
-    Organisieren Sie Ihr Projektverzeichnis wie unten gezeigt:
-    
-2.   **Native Plattformen konfigurieren**
-    
-    Passen Sie die Bridge-Einstellungen für jede Plattform in der Capacitor-Konfigurationsdatei an. Zum Beispiel:
-    
-3.   **Bridge implementieren**
-    
-    Richten Sie die Bridge für optimale Leistung ein. Aktivieren Sie beispielsweise den 'async'-Modus auf Android, um die Geschwindigkeit zu verbessern und Stabilität während des Betriebs zu gewährleisten.
-
-## Kommunikationsmethoden
-
-Ermöglichen Sie eine nahtlose Zweiwege-Kommunikation zwischen Web- und nativen Ebenen durch spezifische Methoden für die Datenübertragung in beide Richtungen.
-
-### Web-zu-Native-Aufrufe
-
-So implementieren Sie die Web-zu-Native-Kommunikation:
-
-**Wichtige Implementierungsaspekte:**
-
-| Aspekt | Implementierung | Best Practice |
-| --- | --- | --- |
-| Datentypen | JSON-serialisierbar | Wenn möglich primitive Typen verwenden |
-| Fehlerbehandlung | Promises zurückgeben | Aufrufe in try-catch-Blöcke einpacken |
-| Performance | Operationen bündeln | Verwandte Aufrufe für Effizienz kombinieren |
-
-### Native-zu-Web-Datenübertragung
-
-Nativer Code kann Daten an die Web-Ebene senden und Events auslösen. So geht's:
-
-### Verwaltung des asynchronen Datenflusses
-
-Die Handhabung asynchroner Operationen zwischen Web- und nativen Ebenen erfordert sorgfältige Planung. Nutzen Sie diese Strategien:
-
--   **Warteschlangen-Management**: Führen Sie eine Nachrichtenwarteschlange für mehrere asynchrone Anfragen.
--   **Zustandssynchronisation**: Halten Sie den Zustand zwischen Web- und nativen Ebenen konsistent.
--   **Fehlerbehebung**: Nutzen Sie Wiederholungsmechanismen für fehlgeschlagene Kommunikation.
-
-Hier ein Beispiel einer Nachrichtenwarteschlange in Aktion:
-
-## Implementierungsleitfaden
-
-### Erstellung benutzerdefinierter Plugins
-
-Um eine nahtlose Zweiwege-Kommunikation zu ermöglichen, können Sie [benutzerdefinierte Capacitor-Plugins](https://capgo.app/plugins/) erstellen:
-
-### JavaScript-Native Integration
-
-Sobald Sie das benutzerdefinierte Plugin erstellt haben, können Sie es integrieren, damit JavaScript direkt mit der nativen Ebene kommunizieren kann:
-
-Diese Einrichtung gewährleistet einen zuverlässigen Kommunikationskanal zwischen JavaScript und nativem Code.
-
-### Native Event-Behandlung
-
-Um Events von der nativen Seite zu behandeln, verwenden Sie einen Event-Manager zur Verwaltung von Event-Listenern und Datenversand:
-
-Zur Verbesserung der Performance sollten Sie Events gruppieren oder die Größe der übertragenen Daten reduzieren. Diese Event-Management-Strategie ergänzt die zuvor beschriebenen Web-zu-Native- und Native-zu-Web-Kommunikationsmethoden.
-
-## Technische Richtlinien
-
-### Datensicherheit
-
-Um Daten zwischen Web- und nativen Ebenen zu schützen, implementieren Sie starke Sicherheitsprotokolle und verwenden Sie Ende-zu-Ende-Verschlüsselung.
-
-Dieser Ansatz stellt sicher, dass sensible Daten während der Übertragung verschlüsselt sind und reduziert potenzielle Schwachstellen.
-
-### Code-Optimierung
-
-Effizienter Code verbessert die App-Performance und entspricht den Plattformanforderungen. Capgos Metriken bestätigen die Auswirkungen dieser Optimierungen [\[1\]](https://capgo.app/).
-
-Diese Methode minimiert die Ressourcennutzung und gewährleistet einen reibungslosen Betrieb, auch unter hoher Auslastung.
-
-### App Store-Regeln und Updates
-
-Befolgen Sie die Richtlinien des [Apple App Store](https://developer.apple.com/app-store/) und [Google Play Store](https://play.google.com/console/signup), um Compliance-Probleme bei Updates zu vermeiden.
-
-> "App Store konform" - Capgo [\[1\]](https://capgo.app/)
-
-Für besseres Update-Management, implementieren Sie Versionskontrolle mit Rollback-Möglichkeiten:
-
-Wie Rodrigo Mantica anmerkt:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-Diese Einrichtung stellt sicher, dass Sie sich schnell an Änderungen anpassen können, während eine nahtlose Nutzererfahrung erhalten bleibt.
-
-## Fazit
-
-Zweiwege-Kommunikation in Capacitor-Apps spielt eine Schlüsselrolle bei der Gewährleistung schneller Updates und stabiler Performance. Die reibungslose Verbindung zwischen Web- und nativen Ebenen ermöglicht schnelle Fehlerbehebungen, schnellere Feature-Rollouts und eine bessere Gesamtnutzererfahrung.
-
-Die Auswirkungen von Live-Update-Plattformen wie Capgo zeigen sich in den Zahlen:
-
-| Metrik | Ergebnis |
-| --- | --- |
-| Update-Geschwindigkeit | 95% der Nutzer aktualisiert innerhalb von 24 Stunden |
-| Globale Reichweite | 947,6 Millionen Updates über 1.400 Produktions-Apps |
-| Zuverlässigkeit | 82% Erfolgsrate weltweit |
-
-Entwickler bestätigen diese Ergebnisse durch ihre Erfahrungen. Rodrigo Mantica teilte mit:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-Sensible Daten werden sicher verwaltet, während sie sich zwischen Web- und nativen Ebenen bewegen, was die Sicherheit von Informationen für die vielen Apps gewährleistet, die diese Systeme bereits in der Produktion einsetzen [\[1\]](https://capgo.app/).
-
-Mit der weiteren Entwicklung der Capacitor-Technologie wird die Aufrechterhaltung sicherer und effizienter Web-Native-Kommunikationskanäle weiterhin oberste Priorität für die zukünftige App-Entwicklung haben.
-
-## FAQs
-
-::: faq
-### Wie verbessert Zweiwege-Kommunikation die Verbindung zwischen Web- und nativen Ebenen in Capacitor-Apps?
-
-Zweiwege-Kommunikation in Capacitor-Apps optimiert die Interaktion zwischen Web- und nativen Ebenen und ermöglicht eine nahtlose Integration von Funktionen und Echtzeit-Updates. Dieser Ansatz ermöglicht es Entwicklern, Fixes, Verbesserungen und neue Features direkt an Nutzer zu pushen, ohne auf App-Store-Genehmigungen warten zu müssen.
-
-Durch die Nutzung dieser Funktionalität können Entwickler die App-Performance verbessern, schneller auf Nutzerfeedback reagieren und einen Wettbewerbsvorteil aufrechterhalten. Tools wie Capgo können diesen Prozess weiter verbessern, indem sie Live-Updates, Ende-zu-Ende-Verschlüsselung und Compliance mit Plattformanforderungen bieten und so einen reibungslosen und effizienten Entwicklungsworkflow gewährleisten.
-:::
-
-::: faq
-### Was sind Best Practices für die Erstellung benutzerdefinierter Plugins zur Leistungsverbesserung in Capacitor-Apps?
-
-Die Erstellung benutzerdefinierter Plugins in Capacitor-Apps kann die Performance deutlich verbessern und die Funktionalität an die spezifischen Bedürfnisse Ihrer App anpassen. Hier einige Best Practices:
-
--   **Nativen Code optimieren:** Stellen Sie sicher, dass Ihr nativer Code effizient ist und unnötige Berechnungen vermeidet. Nutzen Sie sprachspezifische Optimierungen für iOS ([Swift](https://en.wikipedia.org/wiki/Swift_\(programming_language\))/Objective-C) und Android (Java/[Kotlin](https://kotlinlang.org/)).
--   **Kommunikationsoverhead minimieren:** Reduzieren Sie die Häufigkeit und Größe von Datenaustausch zwischen Web- und nativen Ebenen zur Verbesserung der Reaktionsfähigkeit.
--   **Auf echten Geräten testen:** Testen Sie Ihre Plugins immer auf realen Geräten, um Performance-Engpässe zu identifizieren, die in Emulatoren möglicherweise nicht auftreten.
-
-Wenn Sie Updates optimieren und eine nahtlose App-Performance aufrechterhalten möchten, können Plattformen wie Capgo helfen. Capgo ermöglicht sofortige Updates und stellt sicher, dass Ihre Plugins und App optimiert bleiben, ohne App-Store-Genehmigungen zu benötigen.
-:::
-
-::: faq
-### Wie können Entwickler Daten bei der Aktivierung von Zweiwege-Kommunikation zwischen Web- und nativen Ebenen in Capacitor-Apps sichern?
-
-Die Gewährleistung der Datensicherheit während der Zweiwege-Kommunikation in Capacitor-Apps erfordert die Implementierung wichtiger Best Practices. Verwenden Sie **Ende-zu-Ende-Verschlüsselung** zum Schutz sensibler Daten während der Übertragung zwischen Web- und nativen Ebenen. Validieren und bereinigen Sie außerdem alle Eingaben, um Schwachstellen wie Injection-Angriffe zu verhindern.
-:::
-
-Capacitor-Apps können auch von sicheren Speicherlösungen für sensible Informationen und der Nutzung von HTTPS für die gesamte Netzwerkkommunikation profitieren. Während der Artikel Tools wie Capgo für sichere Live-Updates hervorhebt, sind diese grundlegenden Praktiken entscheidend für die Aufrechterhaltung einer robusten App-Sicherheit.
-:::
diff --git a/src/content/blog/de/5-common-ota-update-mistakes-to-avoid.md b/src/content/blog/de/5-common-ota-update-mistakes-to-avoid.md
deleted file mode 100644
index b4a04919d..000000000
--- a/src/content/blog/de/5-common-ota-update-mistakes-to-avoid.md
+++ /dev/null
@@ -1,243 +0,0 @@
----
-slug: 5-common-ota-update-mistakes-to-avoid
-title: '5 häufige OTA-Update-Fehler, die Sie vermeiden sollten'
-description: >-
-  Vermeiden Sie häufige OTA-Update-Fehler, die zu App-Abstürzen und
-  Sicherheitsrisiken führen können. Erfahren Sie Best Practices für erfolgreiche
-  Updates.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:28:16.443Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935-1744511309285.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, app store compliance, update security, mobile testing, user
-  experience
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-OTA (Over-the-Air) Updates können Apps schnell verbessern, aber Fehler können zu Abstürzen, Sicherheitsrisiken oder sogar [App Store](https://www.apple.com/app-store/) Verstößen führen. Hier ist ein kurzer Leitfaden zur Vermeidung häufiger Fehler:
-
--   **App Store Regeln verletzen**: Halten Sie sich an Richtlinien wie sichere Übertragung, kleine Änderungen und ordnungsgemäße Dokumentation, um App-Ablehnung zu vermeiden.
--   **Überstürztes Testen**: Testen Sie Updates in Phasen (Alpha → Beta → Produktion), um Fehler früh zu erkennen und Konformität sicherzustellen.
--   **Schwache Sicherheit**: Nutzen Sie Ende-zu-Ende-Verschlüsselung, Zugriffskontrollen und Echtzeit-Überwachung, um Sicherheitsverletzungen zu verhindern.
--   **Benutzer stören**: Planen Sie Updates während Nebenzeiten, nutzen Sie Hintergrund-Installationen und kommunizieren Sie klar mit Nutzern.
--   **Fehlende Update-Verfolgung**: Überwachen Sie Metriken wie Akzeptanz- und Erfolgsraten, um Probleme schnell zu identifizieren und zu beheben.
-
-### Schneller Überblick über Best Practices
-
-| Fehler | Lösung |
-| --- | --- |
-| Richtlinien verletzen | App Store Regeln befolgen, Versionskontrolle nutzen |
-| Mangelhaftes Testen | Stufenweise Einführung und Echtzeit-Tracking nutzen |
-| Schwache Sicherheit | Updates verschlüsseln und Zugriff verwalten |
-| Benutzerstörung | Updates intelligent planen, Hintergrund-Installationen nutzen |
-| Fehlende Verfolgung | Akzeptanzraten und Fehler überwachen |
-
-## Können Sie OTA Updates für iOS Apps durchführen? Apple ...
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [App Store](https://www.apple.com/app-store/) Regeln verletzen
-
-![App Store](https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935/ab359297e839832a0f76203cfe630f58.jpg)
-
-Ein großer Fehler, den Entwickler oft bei OTA-Updates machen, ist das Ignorieren der App Store Richtlinien. Sowohl Apples App Store als auch [Google Play](https://play.google.com/store/games?hl=en_US&gl=US) haben strenge Regeln für App-Updates, und deren Verletzung kann zur Ablehnung - oder sogar zur Entfernung der App führen.
-
-### Wichtige App Store Compliance-Anforderungen
-
--   **Sicherheit und Datenschutz**: Updates müssen sichere Übertragungsprotokolle und Ende-zu-Ende-Verschlüsselung verwenden, um Benutzerdaten und Gerätesicherheit zu schützen. Sowohl Apple als auch Google priorisieren strenge Datenschutzmaßnahmen in ihren Vorschriften.
--   **Schutz der Benutzererfahrung**: OTA-Updates sollten die ursprünglich genehmigte Kern-App-Erfahrung nicht drastisch ändern. Wie Branchenexpertin Bessie Cooper sagt: "Überprüfungen für Fehlerbehebungen zu vermeiden ist Gold wert." Konzentrieren Sie Updates auf Korrekturen und kleine Verbesserungen, nicht auf grundlegende Änderungen.
-
-### Best Practices für die Einhaltung von Vorschriften
-
--   Nutzen Sie Versionskontrolle zur Dokumentation und Nachverfolgung von Änderungen.
--   Führen Sie detaillierte Update-Protokolle für klare Aufzeichnungen bei App Store Überprüfungen.
--   Testen Sie alle Updates gegen die neuesten App Store Richtlinien vor der Veröffentlichung.
-
-Plattformen wie [Capgo](https://capgo.app/) können die Compliance vereinfachen. Die Tools von [Capgo](https://capgo.app/) sind darauf ausgelegt, sowohl Apple- als auch Google Play-Anforderungen zu erfüllen und ermöglichen Entwicklern Live-Updates ohne Verletzung der Store-Richtlinien. Da sich App Store Regeln weiterentwickeln, kann das Auf-dem-Laufenden-Bleiben und die Nutzung von compliance-orientierten Lösungen vor kostspieligen Fehlern und App-Entfernungen schützen.
-
-## 2. Überstürztes Update-Testing 
-
-Gründliches Testen ist ein Muss. Das Überspringen kann zu Fehlern führen, die das Nutzererlebnis beeinträchtigen und dem Ruf Ihrer App schaden. Ein gut geplanter Testprozess stellt sicher, dass Updates zuverlässig sind und den Regeln entsprechen.
-
-### Die Kosten unzureichender Tests
-
-Das Überspringen ordnungsgemäßer Tests führt oft dazu, dass sich Fehler einschleichen, was zu schlechten Bewertungen und frustrierten Nutzern führt.
-
-### Wie man Updates effektiv testet
-
-Die Aufteilung des Testens in klare Phasen hilft, Probleme früh zu erkennen und einen reibungsloseren Rollout zu gewährleisten.
-
-#### Kanalbasiertes Testsystem
-
-Ein kanalbasiertes System ermöglicht es Ihnen, Updates mit bestimmten Gruppen zu testen, bevor Sie sie für alle freigeben. Diese Methode minimiert das Risiko durch frühzeitige Problemerkennung.
-
-| Testphase | Zweck | Zielgruppe |
-| --- | --- | --- |
-| **Alpha-Kanal** | Erstes Testen | Internes Team |
-| **Beta-Kanal** | Erweitertes Testen | Ausgewählte Nutzer |
-| **Produktionskanal** | Stufenweise Einführung | Alle Nutzer |
-
-Dieser phasenweise Ansatz stellt sicher, dass Updates die zuvor besprochenen Compliance-Standards erfüllen.
-
-#### Wichtige Testkomponenten
-
--   **Fehlerverfolgung**: Nutzen Sie Echtzeit-Fehlerverfolgung, um Probleme sofort zu erkennen.
--   **Rollback-Optionen**: Haben Sie ein System zur schnellen Rückkehr zu einer stabilen Version.
--   **Pull Request (PR) Tests**: Testen Sie Pull Requests mit Kanal-Selektoren vor der breiten Bereitstellung.
-
-### Best Practices für Update-Tests
-
--   **Stufenweise Bereitstellung**: Beginnen Sie mit einer kleinen Nutzergruppe und erweitern Sie diese, wenn die Stabilität bestätigt ist.
--   **Leistungsüberwachung**: Verfolgen Sie Metriken wie Ladezeiten, Speichernutzung und Akkuverbrauch über verschiedene Geräte und Betriebssysteme hinweg.
--   **Geräteübergreifendes Testen**: Testen Sie Updates auf verschiedenen Geräten und OS-Versionen, um Kompatibilität sicherzustellen.
-
-Tools wie Capgo helfen, diesen Prozess mit Funktionen wie Echtzeit-Fehlerverfolgung und schnellen Rollbacks zu vereinfachen und machen es einfacher, sowohl technische als auch Compliance-Standards zu erfüllen.
-
-## 3. Schwache Update-Sicherheit
-
-Sicherheitslücken in OTA-Updates können Ihre App und ihre Nutzer ernsthaft gefährden. Aktuelle Daten zeigen, dass gut gesicherte Updates eine globale Erfolgsrate von 82% erreichen [\[1\]](https://capgo.app/). Wie bei Compliance und Testing sind starke Sicherheitsmaßnahmen essentiell für den OTA-Update-Erfolg.
-
-### Häufige Sicherheitslücken
-
-Einige häufige Schwachstellen sind:
-
--   **Fehlende Verschlüsselung**: Ohne Ende-zu-Ende-Verschlüsselung sind Updates während der Übertragung angreifbar.
--   **Schwache Zugriffskontrollen**: Schlechte Authentifizierung kann das Einschleusen nicht autorisierter Codes ermöglichen.
--   **Begrenzte Überwachung**: Ohne Tracking von Update-Auslieferung und Erfolgsraten können Verletzungen unentdeckt bleiben.
-
-Die Behebung dieser Probleme ist entscheidend für sichere Update-Prozesse.
-
-### Auswirkungen von Sicherheitsverletzungen
-
-| Sicherheitsrisiko | Mögliche Auswirkung | Präventionsmaßnahme |
-| --- | --- | --- |
-| Manipulation | Einschleusung böswilligen Codes | Ende-zu-Ende-Verschlüsselung |
-| Abfangen | Abgefangene Updates | Sichere Übertragungskanäle |
-| Versionskontrollprobleme | Falsche Versionen bereitgestellt | Update-Verifizierungssystem |
-| Unberechtigter Zugriff | Nicht autorisierte Änderungen | Starke Zugriffskontrollen |
-
-### Implementierung sicherer Updates
-
-Plattformen mit starken Sicherheitsprotokollen berichten von einer 95%igen Update-Abschlussrate innerhalb von 24 Stunden [\[1\]](https://capgo.app/), was eine schnelle Auslieferung kritischer Patches ermöglicht.
-
-#### Wichtige Sicherheitsfunktionen
-
--   **Ende-zu-Ende-Verschlüsselung**: Stellt sicher, dass Daten während des gesamten Update-Prozesses geschützt bleiben.
--   **Versionskontrolle**: Verhindert die Bereitstellung falscher oder veralteter Updates.
--   **Zugriffsverwaltung**: Begrenzt, wer Updates pushen kann und verfolgt Bereitstellungsaktivitäten.
--   **Echtzeit-Überwachung**: Bietet Einblick in Update-Erfolgsraten und erleichtert das Erkennen und Beheben von Problemen.
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren nur Updates" - Capgo [\[1\]](https://capgo.app/)
-
-### Best Practices für Update-Sicherheit
-
--   **Verifizierungssysteme nutzen**: Jedes Update sollte Prüfungen wie Signaturverifizierung und Integritätsvalidierung vor der Freigabe bestehen.
--   **Bereitstellungsmetriken verfolgen**: Überwachen Sie kontinuierlich Update-Erfolgsraten, um Sicherheitsprobleme schnell zu erkennen und zu beheben.
--   **Rollback-Optionen aktivieren**: Haben Sie immer einen sicheren Weg zurück zu vorherigen Versionen, falls ein Problem auftritt, um Ihre Nutzer vor potenziellem Schaden zu schützen.
-
-## 4. Nutzer stören
-
-Schlecht getimte oder ausgeführte Updates können das Nutzererlebnis beeinträchtigen und die Bindungsraten verschlechtern.
-
-### Wie störende Updates Nutzer beeinflussen
-
-Störende Updates treten oft in folgenden Formen auf:
-
--   Erzwungene Updates während Hochverkehrszeiten
--   Plötzliche App-Neustarts
--   Unvorhersehbare Download-Dauern
--   Updates, die die App-Nutzung bis zum Abschluss blockieren
-
-### Intelligentere Update-Strategien
-
-Wie bei gründlichem Testen und Compliance sind sorgfältige Planung und Kommunikation der Schlüssel zur Vermeidung von Nutzerstörungen. Durch die Planung von Updates basierend auf Nutzerverhalten und die Verwendung fortschrittlicher Tools können Sie Änderungen reibungslos einführen und Nutzer zufrieden halten.
-
-#### Updates effektiv timen
-
-Passen Sie Update-Zeitpläne an, um Spitzennutzungszeiten in verschiedenen Regionen zu vermeiden:
-
-| Zeitzone | Hauptnutzungszeiten | Empfohlenes Update-Fenster |
-| --- | --- | --- |
-| EST (US Ost) | 9 - 18 Uhr | 2 - 4 Uhr |
-| CST (US Zentral) | 8 - 17 Uhr | 1 - 3 Uhr |
-| PST (US West) | 9 - 18 Uhr | 0 - 2 Uhr |
-
-### Tipps für nutzerfreundliche Updates
-
--   **Hintergrundinstallationen**: Nutzen Sie [automatische Hintergrund-Updates](https://capgo.app/docs/plugin/self-hosted/auto-update/) um Unterbrechungen zu reduzieren.
--   **Schrittweise Einführung**: Führen Sie Updates stufenweise ein. Dies ermöglicht es Ihnen, die Leistung zu überwachen, Probleme früh zu erkennen und eine Serverüberlastung zu vermeiden.
--   **Klare Kommunikation**: Informieren Sie Nutzer über Update-Zeitpunkt, -Dauer und -Änderungen. Bieten Sie wenn möglich eine Option zum Verschieben von Updates an.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist erfolgskritisch für die kontinuierliche Auslieferung an unsere Nutzer!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-### Fortschrittliche Tools nutzen
-
-Moderne [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/) Systeme können helfen, Störungen zu minimieren:
-
--   **Kanal-Systeme**: Richten Sie Updates an bestimmte Nutzergruppen für besseres Timing.
--   **Flexible Planung**: Stellen Sie Updates während Nebenzeiten bereit.
--   **Fortschrittsanzeigen**: Halten Sie Nutzer informiert, wenn Updates länger als erwartet dauern.
-
-## 5. Fehlende Update-Verfolgung
-
-Effektive Update-Verfolgung ist entscheidend für die Aufrechterhaltung der App-Stabilität und die Sicherstellung reibungsloser Nutzererlebnisse. Ohne ordnungsgemäße Überwachung können kritische Probleme unbemerkt bleiben und die App-Leistung gefährden. Es wird auch schwierig, den Erfolg von Updates zu messen oder neue Probleme zu identifizieren.
-
-### Wichtige Metriken zur Messung des Update-Erfolgs
-
-Die Verfolgung von Updates bedeutet, wichtige Metriken wie diese im Auge zu behalten:
-
-| Metrik | Ziel | Warum es wichtig ist |
-| ---
-
-Um Updates effektiv zu verfolgen, konzentrieren Sie sich auf diese Komponenten:
-
--   **Echtzeit-Analyse**: Überwachen Sie die Update-Verteilung und Installationen in Echtzeit, um potenzielle Probleme schnell zu erkennen.
--   **Fehlermeldungen**: Erhalten Sie sofortige Benachrichtigungen bei fehlgeschlagenen Installationen, Versionsabweichungen oder Netzwerkfehlern.
--   **Nutzerverhalten-Einblicke**: Analysieren Sie über Installationszahlen hinaus, wie Benutzer mit neuen Funktionen interagieren, um die Auswirkungen des Updates zu bestätigen.
-
-### Erweiterte Kontrolle durch gezielte Verteilung
-
-Die Einführung eines kanalbasierten Verteilungssystems verbessert Tracking und Kontrolle. Dieser Ansatz ermöglicht:
-
--   Beta-Tests mit spezifischen Benutzergruppen.
--   Stufenweise Einführungen zur Risikominimierung.
--   Regionale Deployment-Überwachung.
--   Leistungsverfolgung nach App-Version.
-
-> "Detaillierte Analysen und Fehlerverfolgung" gehören zu den Vorteilen der Nutzung von Capgo. - Capgo [\[1\]](https://capgo.app/)
-
-### Warum Tracking wichtig ist
-
-Daten unterstreichen die Bedeutung der Update-Verfolgung. Beispielsweise verzeichnen Plattformen mit robusten Systemen oft bis zu 95% der aktiven Nutzer, die innerhalb von 24 Stunden aktualisieren [\[1\]](https://capgo.app/). Dies gewährleistet eine breite Akzeptanz und hält die App stabil.
-
-Gutes Tracking verifiziert nicht nur die Update-Leistung, sondern hilft auch bei der schnelleren Problemlösung und unterstützt kontinuierliche Verbesserungen.
-
-## Fazit
-
-Fassen wir die wichtigsten Erkenntnisse aus Compliance, Tests, Sicherheit und Benutzererfahrung zusammen, um OTA-Updates zu meistern.
-
-Moderne Plattformen für OTA-Updates haben die Art und Weise, wie Entwickler Änderungen bereitstellen, verändert und kombinieren Geschwindigkeit mit Zuverlässigkeit. Mit Tools wie globaler CDN-Verteilung und Ende-zu-Ende-Verschlüsselung können Updates Benutzer jetzt sicher und effizient erreichen, egal wo sie sich befinden.
-
-### Wichtige Erkenntnisse für erfolgreiche OTA-Updates
-
-| Aspekt | Best Practice |
-| --- | --- |
-| Geschwindigkeit | Globale CDN-Verteilung nutzen |
-| Sicherheit | [Ende-zu-Ende-Verschlüsselung implementieren](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) |
-| Überwachung | Echtzeit-Analysen nutzen |
-
-Die heutige OTA-Technologie vereinfacht die Compliance und ermöglicht schnelle Verbesserungen. Konzentrieren Sie sich auf diese Prioritäten für reibungslose Updates:
-
--   **Gründliche Tests**: Testen Sie Updates immer ausführlich vor der Einführung.
--   **Sicherheitsmaßnahmen**: Schützen Sie Updates mit Ende-zu-Ende-Verschlüsselung.
--   **Nahtlose Benutzererfahrung**: Gestalten Sie Updates unauffällig und benutzerfreundlich.
--   **Leistungsüberwachung**: Verfolgen Sie wichtige Kennzahlen, um hohe Erfolgsraten zu erhalten.
-
-Mit mehr als 23,5 Millionen Updates über 750 Produktions-Apps [\[1\]](https://capgo.app/) ist effektives OTA-Update-Management zu einem wichtigen Werkzeug in der schnelllebigen App-Entwicklungswelt geworden. Durch Priorisierung von Sicherheit, Leistungsüberwachung und einer reibungslosen Benutzererfahrung können Entwickler ihre Apps aktuell halten und dabei Stabilität und Vertrauen bewahren.
diff --git a/src/content/blog/de/5-security-best-practices-for-mobile-app-live-updates.md b/src/content/blog/de/5-security-best-practices-for-mobile-app-live-updates.md
deleted file mode 100644
index 1f6a0c753..000000000
--- a/src/content/blog/de/5-security-best-practices-for-mobile-app-live-updates.md
+++ /dev/null
@@ -1,204 +0,0 @@
----
-slug: 5-security-best-practices-for-mobile-app-live-updates
-title: 5 Sicherheitsempfehlungen für Live-Updates von mobilen Apps
-description: >-
-  Lernen Sie wichtige Sicherheitspraktiken für sichere Live-Updates von mobilen
-  Apps kennen, schützen Sie Benutzerdaten und stellen Sie die Einhaltung von
-  Industriestandards sicher.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-14T02:36:08.711Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6785bb5bfc0bf469b705c62a-1736822313233.jpg
-head_image_alt: Technologie
-keywords: >-
-  mobile app security, live updates, data integrity, OTA updates, encryption,
-  security testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Die Sicherheit Ihrer mobilen App während Live-Updates ist entscheidend für den Schutz von Benutzerdaten und die Aufrechterhaltung des Vertrauens. Hier ist eine kurze Zusammenfassung der wichtigsten Praktiken zum Schutz Ihrer Over-the-Air (OTA) Updates:
-
-1.  **Sichere Übermittlung**: Nutzen Sie Verschlüsselung (z.B. TLS), digitale Signaturen und [Multi-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/) zum Schutz der Updates während der Übertragung.
-    
-2.  **Datenintegrität**: Validieren Sie Updates mit Prüfsummen, Paketsignaturverifizierung und Versionskontrolle, um Manipulationen zu verhindern.
-    
-3.  **Blockieren Sie unbefugten Zugriff**: Implementieren Sie rollenbasierte Zugriffssteuerung (RBAC), mehrschichtige Authentifizierung und verschlüsselte Kommunikation zur Zugriffsbeschränkung.
-    
-4.  **Regelmäßige Updates und Patches**: Beheben Sie Schwachstellen schnell mit automatisierten Update-Tools und halten Sie Abhängigkeiten von Drittanbietern aktuell.
-    
-5.  **Gründliche Sicherheitstests**: Nutzen Sie automatisierte Tools wie [OWASP ZAP](https://www.zaproxy.org/) und manuelle Tests, um Schwachstellen vor der Bereitstellung von Updates zu erkennen.
-    
-
-### Warum es wichtig ist
-
-Durch die Befolgung dieser Praktiken können Sie Sicherheitsrisiken reduzieren, Vorschriften wie DSGVO und HIPAA einhalten und das Vertrauen der Benutzer aufrechterhalten. Tools wie [Capgo](https://capgo.app/) und sichere CI/CD-Pipelines können diese Prozesse rationalisieren und gleichzeitig die Sicherheit der Updates gewährleisten.
-
-Lassen Sie uns jede Praktik genauer betrachten, um zu verstehen, wie sie Ihre App und Benutzer schützen.
-
-## Wie man mit OTA-Updates erfolgreich ist
-
-<iframe src="https://www.youtube-nocookie.com/embed/GO-RZ_ZcvN4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Sichere Übermittlung von Updates
-
-Um sichere Updates für Capacitor-basierte Apps zu gewährleisten, sind **Verschlüsselung** und **Authentifizierungsprotokolle** das Rückgrat einer sicheren Bereitstellungspipeline.
-
-> "Sicheres Programmieren ist die Grundlage der Sicherheit für mobile Anwendungen" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/).
-
-Hier sind einige wichtige Maßnahmen zur Sicherung Ihrer Updates:
-
-| Sicherheitsmaßnahme | Implementierung | Zweck |
-| --- | --- | --- |
-| **Transport Layer Security** | HTTPS/SSL/TLS-Protokolle | Daten während der Übertragung verschlüsseln |
-| **Paketverifizierung** | Digitale Signaturen | Authentizität von Updates bestätigen |
-| **Zugriffsmanagement** | Multi-Faktor-Authentifizierung | Zugriff auf Update-Bereitstellung beschränken |
-| **Integritätsvalidierung** | Automatisierte Prüfsummen | Manipulationen erkennen und verhindern |
-
-### Authentifizierung und Zugriffssteuerung
-
-Mit Tools wie **Capgo** stellen Verschlüsselung und rollenbasierte Zugriffssteuerung sicher, dass nur autorisiertes Personal Updates verwalten kann. Diese Sicherheitsebene minimiert Risiken durch unbefugte Änderungen oder Sicherheitsverletzungen.
-
-### Versionskontrolle und Integritätsprüfungen
-
-Automatisierte Integritätsprüfungen sind wichtig, um zu verifizieren, dass Updates echt und unmanipuliert sind. Dieser Schritt schützt Benutzer vor bösartigen Paketen.
-
-### CI/CD-Pipeline-Sicherheit
-
-Die Integration von Sicherheit in die gesamte CI/CD-Pipeline ist nicht verhandelbar. So können Sie es umsetzen:
-
--   **Sichere Programmierpraktiken** während der Entwicklung
-    
--   Automatisierte Tools zum Scannen nach Schwachstellen
-    
--   Regelmäßige Audits des Update-Bereitstellungsprozesses
-    
--   Detaillierte Protokollierung aller Update-bezogenen Aktivitäten
-    
-
-Diese Praktiken sichern nicht nur Updates, sondern erhalten auch die Effizienz der Bereitstellung. Für Branchen, die an Vorschriften wie **HIPAA** oder **DSGVO** gebunden sind, ist die strikte Einhaltung dieser Maßnahmen obligatorisch.
-
-Schließlich ist die Überprüfung der Integrität der Updates selbst, während die Sicherung der Pipeline entscheidend ist, wichtig um sicherzustellen, dass niemals bösartiger Code Ihre Benutzer erreicht.
-
-## 2. Gewährleistung der Datenintegrität und Validierung
-
-Die Aufrechterhaltung der Datenintegrität ist entscheidend für Live-Updates. Wenn Daten kompromittiert werden, kann dies zu Sicherheitsrisiken führen und das Vertrauen der Benutzer beeinträchtigen. Um dies zu vermeiden, arbeiten starke Validierungsprozesse Hand in Hand mit Verschlüsselung, um die Sicherheit und Zuverlässigkeit von Updates zu gewährleisten.
-
-### Wie Datenintegrität geschützt wird
-
-Update-Systeme verwenden mehrere Sicherheitsebenen, um Daten während der Übertragung zu schützen. Dazu gehören Verschlüsselung, digitale Signaturen und automatisierte Prüfungen, um sicherzustellen, dass Updates intakt und unmanipuliert bleiben.
-
-Wichtige Schritte zur Validierung umfassen:
-
--   **Paketsignaturverifizierung**: Stellt sicher, dass das Update legitim ist.
-    
--   **Prüfsummenvalidierung**: Identifiziert Dateiänderungen während des Transits.
-    
--   **Versionskontrollprüfungen**: Verhindert Downgrade-Angriffe und hält Updates in der richtigen Reihenfolge.
-    
-
-### Echtzeit-Schutz mit RASP
-
-Runtime Application Self-Protection (RASP) geht noch weiter, indem es Echtzeit-Verteidigung bietet. Es liefert Bedrohungsanalysen und sichert kritische App-Details wie API-Schlüssel in der Cloud. Dies stellt sicher, dass Apps auch bei sich entwickelnden Bedrohungen geschützt bleiben.
-
-### Automatisierte Überwachung für Sicherheit
-
-Automatisierte Verifizierungsprozesse wie Echtzeit-Monitoring fügen eine weitere Sicherheitsebene hinzu. Sie markieren Anomalien sobald sie auftreten und helfen, die Datenqualität aufrechtzuerhalten. Zum Beispiel verwendet [Netflix](https://ir.netflix.net/ir-overview/profile/default.aspx) automatisierte Integritätsprüfungen in ihren Content-Delivery-Systemen, um die Datenqualität effizient im großen Maßstab sicherzustellen [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-Während die Sicherstellung der Datenintegrität wesentlich ist, ist es genauso wichtig, unbefugten Zugriff fernzuhalten, um Sicherheitsverletzungen zu verhindern.
-
-###### sbb-itb-f9944d2
-
-## 3. Blockieren von unbefugtem Zugriff
-
-Unbefugter Zugriff ist eine große Bedrohung für OTA-Updates, weshalb starke Zugriffskontrollen unerlässlich sind. [DashDevs](https://dashdevs.com/) betont:
-
-> "Sicheres Programmieren ist die Grundlage der Sicherheit für mobile Anwendungen. Es beinhaltet das Schreiben von Code, um die Einführung von Sicherheitslücken zu minimieren" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/).
-
-### Mehrschichtige Authentifizierung
-
-Die Verwendung mehrerer Authentifizierungsebenen hilft sicherzustellen, dass nur verifizierte Updates installiert werden. Dies kann Methoden wie Multi-Faktor-Authentifizierung, digitale Signaturen und sicheres Token-Management umfassen, um die Legitimität von Updates zu bestätigen.
-
-### Rollenbasierte Zugriffssteuerung
-
-Rollenbasierte Zugriffssteuerung (RBAC) beschränkt Update-Berechtigungen basierend auf Benutzerrollen. Zum Beispiel könnten Entwickler Tests durchführen, Release-Manager die Produktion überwachen und Sicherheitsadministratoren die Systemaufsicht verwalten. Dies beschränkt den Zugriff nur auf diejenigen, die ihn benötigen.
-
-### Sichere Operationen
-
-Alle Update-bezogenen Kommunikationen sollten verschlüsselte Kanäle verwenden. Validieren Sie API-Endpunkte und überwachen Sie den Verkehr auf ungewöhnliche Aktivitäten. Automatisierte Systeme können verdächtige Zugriffsversuche in Echtzeit protokollieren und markieren und fügen so eine zusätzliche Schutzebene hinzu.
-
-Während die Abwehr unbefugten Zugriffs entscheidend ist, vergessen Sie nicht, dass regelmäßige Updates und Patches der Schlüssel zur Aufrechterhaltung einer sicheren App sind.
-
-## 4. Regelmäßige Updates und Patches anwenden
-
-Für Live-OTA-Updates in [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) ist die Aktualisierung Ihrer App der Schlüssel zur Bewältigung neuer Risiken und zur Aufrechterhaltung des Benutzervertrauens.
-
-### Automatisiertes Update-Management
-
-Die Verwendung automatisierter CI/CD-Tools erleichtert die Verwaltung von Updates und macht sie sicherer. Diese Tools helfen Ihnen, Schwachstellen durch zeitnahe Patches schnell zu beheben.
-
-### Aktualisierung von Drittanbieter-Abhängigkeiten
-
-Veraltete Drittanbieter-Abhängigkeiten können ein verstecktes Risiko darstellen. Um dies anzugehen, stellen Sie sicher, dass Ihr Update-Plan Folgendes abdeckt:
-
-| Komponente | Update-Häufigkeit | Sicherheitsfokus |
-| --- | --- | --- |
-| Kernbibliotheken | Monatlich oder bei Updates | Versionskompatibilität prüfen |
-| Sicherheitskomponenten | Sofort nach Patch-Veröffentlichung | Schwachstellen bewerten und Regressionstests durchführen |
-
-### Versionskontrolle und Rollback-Pläne
-
-Gute Versionskontrolle ist essentiell für reibungslose Updates. Dies beinhaltet Sicherheitsscans zur Validierung von Updates, phasenweise Einführungen um Probleme früh zu erkennen und einen schnellen Rollback- oder Patch-Prozess für kritische Probleme.
-
-Regelmäßige Updates sind eine starke Verteidigungslinie, aber ihr Erfolg hängt von gründlichen Sicherheitstests ab, um Schwachstellen zu erkennen und zu beheben, bevor sie Benutzer erreichen.
-
-## 5. Gründliche Sicherheitstests durchführen
-
-Die Aktualisierung Ihrer Systeme ist wichtig, aber es ist genauso wichtig sicherzustellen, dass diese Updates keine neuen Risiken schaffen. Rigorose Sicherheitstests helfen Ihnen, potenzielle Probleme zu erkennen, bevor sie Ihre Benutzer betreffen.
-
-### Integration automatisierter Sicherheitstests
-
-Die Einbindung automatisierter Tools in Ihre CI/CD-Pipelines kann helfen, Schwachstellen früh und häufig zu erkennen. Tools wie [**OWASP**](https://owasp.org/) **ZAP** und [**Snyk**](https://snyk.io/) sind hervorragend geeignet, um Risiken während des Update-Prozesses zu identifizieren und schnelle Korrekturen zu ermöglichen.
-
-| Testtyp | Details |
-| --- | --- |
-| Schwachstellenscanning | Regelmäßige Scans zur Erkennung bekannter Schwachstellen |
-| Penetrationstests | Simulationen zur Nachahmung realer Angriffe |
-| Code-Review | Überprüfung des Quellcodes vor jedem Update |
-
-### Manuelle Sicherheitsbewertung
-
-Automatisierung ist leistungsstark, hat aber ihre Grenzen. Sicherheitsexperten können Ihre Systeme manuell bewerten, um komplexere Schwachstellen aufzudecken, die automatisierte Tools möglicherweise übersehen.
-
-### Verfolgung von Sicherheitsmetriken
-
-Behalten Sie wichtige Metriken im Auge, wie schnell Schwachstellen erkannt werden, wie lange ihre Behebung dauert und wie viel Ihres Systems durch Tests abgedeckt wird. Diese Erkenntnisse können Ihnen helfen, sich im Laufe der Zeit zu verbessern.
-
-### Befolgen von Industriestandards
-
-Die Verwendung von Frameworks wie **OWASP** stellt sicher, dass Ihr Testprozess gründlich ist und mit etablierten Best Practices übereinstimmt. Dieser Ansatz hilft Ihnen, Schwachstellen aufzudecken und gleichzeitig die Branchenerwartungen zu erfüllen.
-
-Netflix ist ein hervorragendes Beispiel für die Kombination von automatisierten und manuellen Tests in ihrer CI/CD-Pipeline, was zeigt, wie ein geschichteter Ansatz die Sicherheit stärken kann [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-## Fazit
-
-Durch die Befolgung der fünf Schlüsselpraktiken - sichere Übermittlung, Integritätsvalidierung, Blockierung unbefugten Zugriffs, Anwendung zeitnaher Updates und Durchführung gründlicher Tests - können Entwickler ihre Apps und Benutzer besser vor sich ständig ändernden Bedrohungen schützen. Für Apps, die mit Capacitor entwickelt wurden, wo OTA-Updates für schnelle und effiziente Wartung entscheidend sind, helfen diese Schritte, das richtige Gleichgewicht zwischen Geschwindigkeit und Sicherheit zu finden.
-
-Starke Sicherheitspraktiken für Live-Updates in Capacitor-basierten Apps sind unerlässlich, um Schwachstellen zu vermeiden, Benutzerdaten zu schützen und Branchenvorschriften einzuhalten. Datenschutzverletzungen verursachen nicht nur Millionenkosten, sondern schädigen auch die finanzielle Stabilität und das Vertrauen der Nutzer.
-
-Sicherheit ist keine einmalige Aufgabe. Sie erfordert regelmäßige Updates, konstante Überwachung und gründliche Tests. Die Kombination von automatisierten Tools mit manuellen Überprüfungen schafft eine stärkere Verteidigung, besonders wenn sie in CI/CD-Pipelines integriert ist. Ein hervorragendes Beispiel ist Netflix, das ein umfassendes Sicherheitstestframework verwendet, um potenziellen Risiken einen Schritt voraus zu sein [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-Diese Bemühungen bringen auch messbare Verbesserungen in mehreren Geschäftsbereichen:
-
-| Einflussbereich | Vorteil |
-| --- | --- |
-| Benutzervertrauen | Stärkt das Vertrauen der Nutzer und die Zuverlässigkeit der App |
-| Compliance | Erfüllt Vorschriften wie GDPR und HIPAA |
-| Risikomanagement | Reduziert Sicherheitslücken |
-| Betriebskosten | Senkt Ausgaben im Zusammenhang mit Sicherheitsvorfällen |
-
-Für diejenigen, die diese Strategien implementieren möchten, bieten Tools wie [ProGuard](https://www.guardsquare.com/proguard) für Android und sichere Kompilierungsmethoden für iOS praktische Lösungen zur Verbesserung der Update-Sicherheit. Die Verwendung von HTTPS-Protokollen und [Verschlüsselung während der Update-Bereitstellung](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) gewährleistet die Sicherheit sowohl des Übertragungsprozesses als auch der Benutzerdaten.
diff --git a/src/content/blog/de/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md b/src/content/blog/de/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
deleted file mode 100644
index c9bc672b4..000000000
--- a/src/content/blog/de/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
+++ /dev/null
@@ -1,364 +0,0 @@
----
-slug: 5-steps-for-resolving-version-conflicts-in-capacitor-apps
-title: 5 Schritte zur Lösung von Versionskonflikten in Capacitor Apps
-description: >-
-  Beheben Sie Versionskonflikte in Capacitor-Apps mit diesen fünf klaren
-  Schritten, um Stabilität zu gewährleisten und zukünftige Probleme zu
-  vermeiden.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T00:59:24.268Z
-updated_at: 2025-12-12T09:03:58.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e1f3a47856e801f1f25733-1742864377185.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'Capacitor, version conflicts, mobile development, plugin issues, app stability'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Haben Sie Probleme mit Versionskonflikten in [Capacitor](https://capacitorjs.com/) Apps?** Diese Probleme können zu Build-Fehlern, Laufzeitfehlern und Plugin-Fehlfunktionen führen. Dieser Leitfaden vereinfacht den Prozess in **5 umsetzbare Schritte** zur Identifizierung, Lösung und Vermeidung dieser Konflikte:
-
-1. **Konflikte finden**: Nutzen Sie `npx cap doctor` und Fehlerprotokolle, um nicht übereinstimmende Versionen zu erkennen.
-2. **Abhängigkeiten prüfen**: Überprüfen Sie `package.json` und führen Sie Befehle wie `npm outdated` aus, um Unstimmigkeiten zu erkennen.
-3. **Capacitor Core aktualisieren**: Synchronisieren und aktualisieren Sie Kernkomponenten unter Berücksichtigung von Breaking Changes.
-4. **Plugin-Probleme beheben**: Stimmen Sie Plugin-Versionen mit dem Core ab und fixieren Sie diese, um zukünftige Probleme zu vermeiden.
-5. **Änderungen testen**: Bereinigen, Abhängigkeiten neu installieren und auf echten Geräten testen, um Stabilität sicherzustellen.
-
-**Schnell-Tipp**: Tools wie [Capgo](https://capgo.app/) können Live-Tests und Versionsverwaltung vereinfachen.
-
-## ✅ \[Gelöst\] [npm](https://www.npmjs.com/) ERR! ERESOLVE Auflösung nicht möglich ...
-
-![npm](https://mars-images.imgix.net/seobot/screenshots/www.npmjs.com-ac76028e07fa565ed4006978107f5ce6-2025-03-25.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/GZWsp0xyrbA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Schritt 1: Versionskonflikte finden
-
-Das frühzeitige Erkennen von Versionskonflikten kann Ihnen stundenlange Fehlersuche ersparen und potenzielle Abstürze verhindern. So können Sie diese Probleme effektiv identifizieren.
-
-### Versionen mit [Capacitor](https://capacitorjs.com/) CLI prüfen
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-25.jpg?auto=compress)
-
-Die Capacitor CLI bietet hilfreiche Befehle zur Überprüfung der Abhängigkeitsversionen Ihres Projekts. Öffnen Sie Ihr Terminal, navigieren Sie zu Ihrem Projektverzeichnis und führen Sie aus:
-
-```bash
-npx cap doctor
-```
-
-Dieser Befehl überprüft den Zustand Ihrer Capacitor-Installation und markiert Versionsunterschiede zwischen:
-
-- Capacitor-Kernpaketen
-- Plattformspezifischen Abhängigkeiten  
-- Installierten Plugins
-
-Für eine detailliertere Aufschlüsselung Ihrer Installation verwenden Sie:
-
-```bash
-npx cap ls
-```
-
-Dies zeigt:
-
-- Installierte Plattformen (z.B. iOS, Android)
-- Plugin-Versionen
-- Core-Paket-Versionen
-
-Während die CLI ein guter Ausgangspunkt ist, liefern Fehlerprotokolle oft zusätzliche Hinweise auf Konflikte.
-
-### Fehlerprotokolle lesen
-
-Fehlerprotokolle können versteckte Versionskonflikte aufdecken. Hier sind einige häufige Fehlermuster und ihre Ursachen:
-
-| **Fehlertyp** | **Beschreibung** | **Ursache** |
-| --- | --- | --- |
-| Build-Fehler | `Inkompatible Plugin-Version` | Plugin-Version passt nicht zum Capacitor-Core |
-| Laufzeitfehler | `Methode nicht gefunden` | Plugin verwendet veraltete Methoden |
-| Plattform-Fehler | `Gradle-Sync fehlgeschlagen` | Widersprüchliche Android-Abhängigkeiten |
-
-Bei der Analyse von Fehlerprotokollen sollten Sie sich konzentrieren auf:
-
-- **Stack-Traces**: Diese weisen oft auf spezifische Plugins oder Abhängigkeiten hin, die Probleme verursachen.
-- **Versionsnummern**: Achten Sie auf Versionsanforderungen in den Protokollen.
-- **Plattformspezifische Meldungen**: Achten Sie besonders auf Fehler im Zusammenhang mit iOS oder Android.
-
-Einige Anzeichen für Versionskonflikte sind:
-
-- Abstürze während Plugin-Operationen
-- Funktionen, die auf einer Plattform funktionieren, auf einer anderen aber fehlschlagen
-- Unerwartetes Verhalten nach Updates
-
-**Profi-Tipp**: Nutzen Sie ausführliche Protokollierung für detailliertere Fehlerinformationen. Führen Sie diese Befehle für tiefere Einblicke aus:
-
-```bash
-npx cap run android --verbose
-npx cap run ios --verbose
-```
-
-Ausführliche Protokolle können Ihnen helfen, die Grundursache von Konflikten schneller und genauer zu ermitteln.
-
-## Schritt 2: Projektabhängigkeiten prüfen
-
-Nachdem Sie Konflikte mit der CLI und Fehlerprotokollen identifiziert haben, ist es Zeit, die Abhängigkeiten Ihres Projekts zu überprüfen, um zukünftige Probleme zu vermeiden.
-
-### `package.json` überprüfen
-
-Ihre `package.json`-Datei listet alle Abhängigkeiten Ihres Projekts auf. Hier ein Beispiel:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.5.1",
-    "@capacitor/ios": "5.5.1",
-    "@capacitor/android": "5.5.1",
-    "@capacitor/camera": "5.0.7"
-  }
-}
-```
-
-Wichtige Prüfpunkte:
-
-- **Kernabhängigkeiten**: Stellen Sie sicher, dass `@capacitor/core`, `@capacitor/ios` und `@capacitor/android` die gleiche Version haben.
-- **Plugin-Versionen**: Überprüfen Sie, ob die Plugin-Versionen mit Ihrer Capacitor-Core-Version kompatibel sind.
-- **Peer-Abhängigkeiten**: Achten Sie auf Warnungen zu Peer-Dependency-Konflikten.
-
-Um Ihren Abhängigkeitsbaum zu überprüfen, verwenden Sie diesen Befehl:
-
-```bash
-npm ls @capacitor/*
-```
-
-### npm- und [Yarn](https://yarnpkg.com/)-Tools verwenden
-
-![Yarn Package Manager Website](https://mars-images.imgix.net/seobot/screenshots/yarnpkg.com-310d80dc5a96a440e9276d02217e08fa-2025-03-25.jpg?auto=compress)
-
-Paketmanager wie npm und Yarn bieten hilfreiche Befehle zum Erkennen und Beheben von Abhängigkeitsproblemen. So können sie helfen:
-
-| Befehl | Zweck | Ausgabe |
-| --- | --- | --- |
-| `npm outdated` | Listet veraltete Pakete auf | Zeigt aktuelle und neueste Versionen |
-| `npm audit` | Prüft auf Sicherheitslücken | Markiert Abhängigkeitsrisiken |
-| `yarn why package-name` | Erklärt, warum ein Paket installiert ist | Zeigt Abhängigkeitspfade |
-
-Führen Sie folgenden Befehl für eine vollständige Gesundheitsprüfung Ihrer [Node.js](https://nodejs.org/en)-Umgebung und Projektabhängigkeiten aus:
-
-```bash
-npm doctor
-```
-
-**Wichtige Tipps:**
-
-- Committen Sie Ihre Lock-Dateien immer in die Versionskontrolle.
-- Geben Sie exakte Capacitor-Versionen (z.B. `5.5.1`) in Ihrer `package.json` an.
-- Testen Sie Updates gründlich auf iOS- und Android-Plattformen.
-
-Für die Verwaltung von Echtzeit-Updates und Versionskontrolle können Sie Tools wie Capgo verwenden.
-
-Sobald Ihre Abhängigkeiten in Ordnung sind, können Sie mit der Aktualisierung der Capacitor-Kernkomponenten fortfahren.
-
-## Schritt 3: Capacitor Core aktualisieren
-
-Die Aktualisierung Ihrer Capacitor-Kernkomponenten stellt sicher, dass Ihre App reibungslos läuft und Kompatibilitätsprobleme vermieden werden. Dieser Prozess hilft, Versionskonflikte zu lösen und alles zusammen funktionsfähig zu halten.
-
-### Plattform-Updates synchronisieren
-
-Um Capacitor-Kernkomponenten zu aktualisieren, verwenden Sie folgende Befehle:
-
-```bash
-npm install @capacitor/core@latest
-npm install @capacitor/cli@latest
-npx cap sync
-```
-
-Der `sync`-Befehl aktualisiert native Dateien, gleicht Plugin-Abhängigkeiten an, passt Plattform-Konfigurationen an und regeneriert native Projektdateien. Sichern Sie vor der Synchronisierung Ihre `ios`- und `android`-Ordner, um versehentlichen Datenverlust zu vermeiden.
-
-Erwägen Sie die Verwendung von Capgo für Live-Updates, um Versionen konsistent zu halten. Sobald die Synchronisierung abgeschlossen ist, prüfen Sie auf API-Änderungen, um mögliche Probleme zu beheben.
-
-### Breaking Changes beheben
-
-Die Aktualisierung des Capacitor-Cores kann Breaking Changes mit sich bringen. Befolgen Sie diese Schritte, um sie effektiv zu handhaben:
-
-1. **API-Änderungen überprüfen**
-
-Prüfen Sie das Capacitor-Changelog auf Breaking Changes. Zum Beispiel:
-
-```typescript
-// Old API (Capacitor 4)
-Plugins.Camera.getPhoto()
-
-// New API (Capacitor 5)
-Camera.getPhoto()
-```
-
-Aktualisieren Sie Ihren Code entsprechend den neuen APIs.
-
-2. **Plattform-Konfigurationen aktualisieren**
-
-Überprüfen Sie Ihre `capacitor.config.json`-Datei, um sicherzustellen, dass sie mit dem aktualisierten Core übereinstimmt. Zum Beispiel:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 3000
-    }
-  }
-}
-```
-
-3. **Plugin-Kompatibilität überprüfen**
-
-| Komponente | Was zu tun ist | Wie zu überprüfen |
-| --- | --- | --- |
-| Native Plugins | Auf neue Core-Version aktualisieren | Native Funktionalität testen |
-| Eigene Plugins | Auf Schnittstellenänderungen prüfen | Plugin-spezifische Tests durchführen |
-| Web-Implementierung | Web-basierte Plugin-Aufrufe aktualisieren | Im Browser testen |
-
-**Profi-Tipp**: Aktualisieren Sie bei Major-Version-Updates (wie von 4.x auf 5.x) eine Version nach der anderen. Dies erleichtert das Erkennen und Beheben von Problemen.
-
-Sobald Sie diese Schritte abgeschlossen haben, testen Sie Ihre App gründlich, um sicherzustellen, dass alle Funktionen mit dem aktualisierten Core korrekt funktionieren.
-
-## Schritt 4: Plugin-Versionsprobleme beheben
-
-Plugin-Versionskonflikte können die Leistung Ihrer Capacitor-App beeinträchtigen. Hier erfahren Sie, wie Sie diese Probleme effektiv handhaben und lösen.
-
-### Plugins aktualisieren
-
-Halten Sie Ihre Plugins mit dem Capacitor-Core synchron, indem Sie diesen Befehl ausführen:
-
-```bash
-npx npm-check-updates "@capacitor/*" --target latest
-```
-
-Für eine vollständige Aktualisierung der Capacitor-Plugins verwenden Sie:
-
-```bash
-npm install @capacitor/core@latest @capacitor/cli@latest @capacitor/ios@latest @capacitor/android@latest
-```
-
-Testen Sie nach der Aktualisierung native Funktionen, um die Kompatibilität zu bestätigen.
-
-| Update-Typ | Befehl | Zweck |
-| --- | --- | --- |
-| Einzelnes Plugin | `npm install @capacitor/plugin-name@version` | Ein Plugin aktualisieren |
-| Alle Plugins | `npx npm-check-updates "@capacitor/*" -u` | Alles aktualisieren |
-| Spezifische Version | `npm install @capacitor/plugin-name@x.x.x` | Auf bestimmte Version festlegen |
-
-### Plugin-Versionen fixieren
-
-Um zukünftige Konflikte zu vermeiden, fixieren Sie Ihre Plugin-Versionen in `package.json`. Dies gewährleistet konsistentes Verhalten in Entwicklungs- und Produktionsumgebungen.
-
-Fügen Sie ein "resolutions"-Feld zu Ihrer `package.json`-Datei hinzu:
-
-```json
-{
-  "resolutions": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  }
-}
-```
-
-Für Yarn-Benutzer, erzwingen Sie diese Festlegungen mit:
-
-```bash
-yarn add --force
-```
-
-> "Wir haben [Capgo OTA-Updates](https://console.capgo.app/resend_email) in der Produktion für unsere Nutzerbasis von +5000 ausgerollt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach dem OTA-Deployment auf @Capgo aktuell." - colenso [\[1\]](https://capgo.app/)
-
-Die Verwendung von Tools wie Capgo kann helfen, Plugin-Updates zu verwalten und Versionskonsistenz zu wahren, besonders bei der Einführung kritischer Änderungen.
-
-**Tipps für die Versionsverwaltung**:
-
-- Testen Sie Updates gründlich in Ihrer Entwicklungsumgebung.
-- Dokumentieren Sie kompatible Plugin-Versionen und notieren Sie Breaking Changes.
-- Folgen Sie der semantischen Versionierung für effektive Update-Planung.
-- Bewahren Sie Backups Ihrer funktionierenden Konfiguration auf.
-
-Gehen Sie zu Schritt 5, um Ihre Änderungen in allen Umgebungen zu testen.
-
-## Schritt 5: Ihre Änderungen überprüfen
-
-Nach der Lösung von Versionskonflikten ist es wichtig, gründlich zu testen, um sicherzustellen, dass Ihre App stabil bleibt und für Updates in allen Umgebungen bereit ist.
-
-### Lokales Testen
-
-Beginnen Sie mit der Ausführung dieser Befehle, um zu bestätigen, dass alles wie erwartet funktioniert:
-
-- **Abhängigkeiten bereinigen und neu installieren:**
-
-```bash
-npm cache clean --force
-rm -rf node_modules
-npm install
-```
-
-- **Plattform-Builds überprüfen:**
-
-```bash
-npm run build
-npx cap sync
-```
-
-- **Native IDEs für weiteres Testen öffnen:**
-
-```bash
-npx cap open ios
-npx cap open android
-```
-
-**Was zu überprüfen ist:**
-
-| Testbereich | Was zu prüfen ist |
-| --- | --- |
-| Kernfunktionen | Navigation, Datenpersistenz, API-Aufrufe |
-| Native Funktionen | Kamera, Geolokalisierung, Dateisystemzugriff |
-| Plugin-Integration | Funktionalität jedes aktualisierten Plugins |
-| Leistung | App-Startzeit, Übergänge, Speichernutzung |
-
-Sobald lokale Tests bestätigen, dass die grundlegende Funktionalität der App intakt ist, gehen Sie zum Testen auf echten Geräten über Over-the-Air (OTA) Kanäle über.
-
-### Live-Tests mit [
-
-Nach der lokalen Überprüfung Ihrer Änderungen ist es Zeit, in einer Live-Umgebung zu testen. Richten Sie Testkanäle mit diesen Befehlen ein:
-
-```bash
-npx @capgo/cli init
-npx @capgo/cli create-channel beta
-```
-
-**Test-Workflow:**
-
--   Deployen Sie Ihre Korrekturen in einen Beta-Kanal und überwachen Sie die Leistung mit Capgos Analyse-Tools.
--   Verfolgen Sie Update-Erfolgsraten über Capgos Dashboard, das bereits über 23,5 Millionen Updates für 750 Produktions-Apps ausgeliefert hat [\[1\]](https://capgo.app/).
--   Falls Probleme auftreten, nutzen Sie Capgos One-Click-Rollback-Funktion, um Änderungen sofort rückgängig zu machen.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo verfügt über eine globale Erfolgsquote von 82%, wobei Updates innerhalb von nur 24 Stunden 95% der aktiven Nutzer erreichen [\[1\]](https://capgo.app/). Verwenden Sie Kanal-Selektoren, um Pull Requests direkt in der App zu testen und stellen Sie sicher, dass alles reibungslos funktioniert, bevor Sie Ihre Änderungen zusammenführen.
-
-## Fazit: Behalten Sie Ihre App-Versionen im Griff
-
-Die Verwaltung von Versionskonflikten in [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) erfordert einen klaren und organisierten Ansatz. Der in diesem Leitfaden vorgestellte Fünf-Schritte-Prozess bietet eine zuverlässige Möglichkeit, die App-Stabilität zu erhalten und versionsbezogene Herausforderungen effektiv anzugehen.
-
-Durch diese Schritte können Teams sicherstellen, dass ihre Apps über die Zeit stabil bleiben. Zum Beispiel ermöglichen Live-Update-Tools wie Capgo schnelle und effiziente Deployments und helfen Teams, einen Vorsprung zu behalten [\[1\]](https://capgo.app/).
-
-Hier worauf erfolgreiche Teams achten:
-
-| Praktik | Nutzen |
-| --- | --- |
-| Regelmäßige CLI-Überprüfungen | Frühzeitiges Erkennen von Abhängigkeitsproblemen |
-| Automatisiertes Testen | Versionsbezogene Probleme vor dem Launch erkennen |
-| Live-Update-Überwachung | Schnelles Zurückrollen problematischer Updates |
-| Versions-Pinning | Konsistente Abhängigkeiten bewahren |
-
-Die Verwaltung von App-Versionen geht über das Lösen von Konflikten hinaus - es geht darum, eine reibungslose und zuverlässige Benutzererfahrung sicherzustellen. Indem Sie sich an diese Praktiken halten und Live-Update-Tools nutzen, können Sie Ihre Capacitor Apps nahtlos am Laufen halten.
diff --git a/src/content/blog/de/5-steps-to-deploy-hotfixes-with-capgo.md b/src/content/blog/de/5-steps-to-deploy-hotfixes-with-capgo.md
deleted file mode 100644
index ddcc5b94a..000000000
--- a/src/content/blog/de/5-steps-to-deploy-hotfixes-with-capgo.md
+++ /dev/null
@@ -1,226 +0,0 @@
----
-slug: 5-steps-to-deploy-hotfixes-with-capgo
-title: 5 Schritte zum Bereitstellen von Hotfixes mit Capgo
-description: >-
-  Erfahren Sie, wie Sie Hotfixes schnell und sicher mit einem optimierten
-  Prozess bereitstellen können, der App-Store-Verzögerungen vermeidet und
-  Compliance gewährleistet.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-13T03:37:11.567Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d22ca8233d3a01105fd278-1741837059847.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'hotfix deployment, Capgo, app updates, CI/CD tools, mobile development'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Capgo](https://capgo.app/) ermöglicht schnelle und einfache Bereitstellung von Hotfixes und umgeht dabei App-Store-Verzögerungen, während Updates sicher und konform mit den Apple- und Google-Richtlinien bleiben. Hier ein kurzer Überblick über den Prozess:
-
-1. **Hotfix erstellen und testen**: Präzise Codeänderungen schreiben, gründlich auf Geräten testen und Kompatibilität sicherstellen.
-2. **[Capgo einrichten](https://capgo.app/docs/webapp/)**: Installieren Sie die [Capgo CLI](https://capgo.app/docs/cli/commands) mit `npx @capgo/cli init`, konfigurieren Sie die Verschlüsselung und integrieren Sie CI/CD-Tools.
-3. **Hotfix hochladen**: Nutzen Sie die CLI, um Ihr Update sicher hochzuladen, kennzeichnen Sie es deutlich und bereiten Sie die Bereitstellung vor.
-4. **Update-Einstellungen wählen**: Zielen Sie auf bestimmte Nutzer oder Gruppen, planen Sie Rollouts und definieren Sie Versionsanforderungen.
-5. **Update verfolgen**: Überwachen Sie Zustellraten, Update-Geschwindigkeit und Nutzerabdeckung. Bei Bedarf sofort zurückrollen.
-
-Capgo hat weltweit über 947,6 Millionen Updates ausgeliefert und die Release-Effizienz für seine Nutzer um 81% verbessert. Es ist das bevorzugte Werkzeug für agile Teams, die schnelle, sichere Hotfix-Bereitstellungen benötigen.
-
-## Schritt 1: Hotfix erstellen und testen
-
-### Hotfix-Code schreiben
-
-Konzentrieren Sie sich darauf, präzise Änderungen vorzunehmen, die den Bug beheben, ohne die Stabilität der App zu gefährden.
-
-Hier ist ein schneller Leitfaden zur Strukturierung Ihres Hotfix:
-
-| Best Practice | Wie anzuwenden |
-| --- | --- |
-| **Isolierte Änderungen** | Beschränken Sie Änderungen auf die betroffenen Komponenten. |
-| **Versionskontrolle** | Nutzen Sie einen dedizierten Branch für Hotfix-Entwicklung. |
-| **Dokumentation** | Fügen Sie klare Kommentare über die Korrektur und deren Auswirkungen hinzu. |
-| **Abhängigkeiten** | Stellen Sie die Kompatibilität mit bestehenden App-Abhängigkeiten sicher. |
-
-Mit Capgos sofortiger Update-Fähigkeit können Sie sich auf die Fehlerbehebung konzentrieren, ohne sich Sorgen um die Bündelung nicht verwandter Änderungen machen zu müssen. Diese Methode hat sich als effektiv erwiesen, wie colenso hervorhebt:
-
-> "Wir haben [Capgo OTA-Updates](https://console.capgo.app/resend_email) in Produktion für unsere Nutzerbasis von +5000 ausgerollt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach der OTA-Bereitstellung bei @Capgo auf dem neuesten Stand" [\[1\]](https://capgo.app/).
-
-### Auf Ihrem Gerät testen
-
-Gründliches Testen ist entscheidend, um sicherzustellen, dass der Hotfix nahtlos funktioniert. Verwenden Sie diese Schritte:
-
-- **Entwicklungstest:** Führen Sie die Korrektur in Ihrer lokalen Entwicklungsumgebung aus.
-- **Gerätetest:** Überprüfen Sie die Korrektur auf verschiedenen Geräten und Betriebssystemversionen.
-- **Integrationstest:** Bestätigen Sie, dass die Korrektur keine anderen Funktionen beeinträchtigt.
-
-Automatisieren Sie so viel wie möglich vom Testprozess mit CI/CD-Tools.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Sobald Ihr Hotfix alle Tests bestanden hat, sind Sie bereit, Capgo für die Bereitstellung einzurichten.
-
-## Schritt 2: [Capgo](https://capgo.app/) einrichten
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-13.jpg?auto=compress)
-
-### Erforderliche Pakete installieren
-
-Um mit Capgo in Ihrem Capacitor-Projekt zu beginnen, verwenden Sie das CLI-Tool. Führen Sie einfach den folgenden Befehl aus:
-
-```bash
-npx @capgo/cli init
-```
-
-Dieser Befehl erledigt die schwere Arbeit für Sie:
-
-- Installiert das [Capgo Plugin](https://capgo.app/plugins/)
-- Konfiguriert Ihr Projekt automatisch
-- Bereitet Ihr Projekt für Capgo-Dienste vor
-
-Nach Abschluss der Installation können Sie mit der Konfiguration Ihres Projekts mit Capgos Verschlüsselungs- und Compliance-Funktionen fortfahren.
-
-### Projekt einrichten
-
-Capgo stellt sicher, dass Ihr Projekt mit Verschlüsselung und Compliance-Standards für Apple und Google bereit ist. Es arbeitet nahtlos mit CI/CD-Tools zusammen, verschlüsselt Updates für Sicherheit und richtet sich nach App-Store-Richtlinien.
-
-| Integrationsschritt | Zweck | Nutzen |
-| --- | --- | --- |
-| **CI/CD-Setup** | Verbindet sich mit CI/CD-Tools | Vereinfacht Bereitstellungen |
-| **E2E-Verschlüsselung** | Sichert Update-Auslieferung | Erhält Code-Integrität |
-| **Plattform-Compliance** | Erfüllt App-Store-Standards | Ermöglicht reibungslose Distribution |
-
-Dieses Setup wurde von Entwicklern validiert. Wie Bessie Cooper erklärt:
-
-> "@Capgo ist ein Muss für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Bugfixes ist Gold wert." [\[1\]](https://capgo.app/)
-
-Für größere Teams bietet Capgo Funktionen wie Multi-Organisations-Setups und detailliertes Berechtigungsmanagement. Es integriert sich mit Plattformen wie [GitHub](https://github.com/about), [GitLab](https://about.gitlab.com/), [Azure DevOps](https://azure.microsoft.com/en-us/products/devops) und [Jenkins](https://www.jenkins.io/), wodurch automatisierte Deployment-Workflows unkompliziert werden. Rodrigo Mantica hebt dessen Bedeutung für agile Teams hervor:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-Mit Ihrem vollständig eingerichteten Projekt sind Sie bereit, Ihren Hotfix hochzuladen und sofort bereitzustellen.
-
-## Schritt 3: Hotfix hochladen
-
-### Dateien an Capgo senden
-
-Nach der Einrichtung Ihres Projekts ist es Zeit, Ihren Hotfix mit dem [Capgo CLI-Tool](https://capgo.app/docs/cli/commands/) hochzuladen. Dies gewährleistet eine sichere und effiziente Übertragung Ihres Updates. Beginnen Sie damit, Ihre App wie gewohnt während der Entwicklung zu bauen.
-
-So funktioniert es:
-
-- Bauen Sie Ihre App mit Ihrem Standardprozess.
-- Überprüfen Sie nochmals, dass alle Dateien ohne Fehler kompilieren.
-- Verwenden Sie das Capgo CLI-Tool zum Hochladen Ihres Updates.
-
-### Updates kennzeichnen
-
-Klare Kennzeichnung ist der Schlüssel für die Verwaltung und Verfolgung Ihrer Hotfixes. Beim Hochladen Ihres Updates zu Capgo fügen Sie spezifische Versionsdetails und beschreibende Labels hinzu. Dies hilft bei der Organisation Ihrer Updates und hält alle auf dem gleichen Stand.
-
-| **Kennzeichnungselement** | **Zweck** | **Best Practice** |
-| --- | --- | --- |
-| Versionsnummer | Verfolgt Update-Sequenz | Semantische Versionierung verwenden |
-| Update-Beschreibung | Hebt Hauptänderungen hervor | Fokus auf Hauptkorrekturen und Updates |
-| Release Notes | Kommuniziert Änderungen | Spezifische Verbesserungen detaillieren |
-
-Martin Donadieu, Capgos Gründer, hat ein Versionierungssystem entwickelt, das sich nahtlos in CI/CD-Workflows integriert. Dieses System macht es einfach, Updates zu verfolgen und bei Bedarf zurückzurollen.
-
-Capgos [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/) enthält auch Funktionen wie Ende-zu-Ende-Verschlüsselung und sofortige Bereitstellung, wodurch Ihre Hotfixes sicher sind und Nutzer schnell erreichen.
-
-Sobald Ihr Hotfix hochgeladen und gekennzeichnet ist, gehen Sie zu Schritt 4 über, um Ihre Update-Einstellungen zu konfigurieren.
-
-###### sbb-itb-f9944d2
-
-## Capgo Live Update System für [Capacitor](https://capacitorjs.com/) Apps
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-13.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Schritt 4: Update-Einstellungen wählen
-
-Nachdem Sie Ihren Hotfix hochgeladen haben, ist es Zeit, die Einstellungen für das Targeting von Nutzern und die Definition von Rollout-Kriterien zu konfigurieren. Dies gewährleistet eine kontrollierte und effektive Bereitstellung.
-
-### Nutzer und Geräte auswählen
-
-Capgos Nutzer-Zuweisungstools ermöglichen es Ihnen, genau festzulegen, wer den Hotfix erhalten soll. Es stehen zwei Hauptstrategien zur Verfügung:
-
-| Bereitstellungstyp | Ideal für | Vorteile |
-| --- | --- | --- |
-| **Privates Testen** | Beta-Tester, QA-Teams | Ermöglicht kontrolliertes Testen mit frühem Feedback |
-| **Öffentliche Freigabe** | Alle Nutzer, stufenweise Rollouts | Erlaubt breite Distribution mit gradueller Bereitstellung |
-
-Wenn beispielsweise ein Bug Nutzer in einer bestimmten Region betrifft, können Sie diese Gruppe für eine schnellere Validierung priorisieren. Nach der Auswahl Ihrer Zielgruppe können Sie mit der Festlegung detaillierter Release-Regeln fortfahren.
-
-### Release-Regeln festlegen
-
-Über Capgos Web-Interface können Sie den Release-Prozess durch Parameter wie Zeitplan, App-Versionskompatibilität und die graduelle Ausrollung des Updates fein abstimmen.
-
-Hier sind die wichtigsten Einstellungen zur Konfiguration:
-
-- **Bereitstellungszeitplan**: Wählen Sie spezifische Zeiten für das Live-Schalten des Updates.
-- **Versionsanforderungen**: Definieren Sie, welche App-Versionen das Update erhalten sollen.
-- **Rollout-Prozentsatz**: Steuern Sie das Tempo der Freigabe, beginnend mit einer kleineren Gruppe und schrittweiser Erweiterung.
-
-Für dringende Korrekturen können Sie sich für sofortige Bereitstellung entscheiden, um Probleme umgehend zu beheben. Für weniger kritische Updates erlauben stufenweise Rollouts die Überwachung der Performance und die Lösung potenzieller Probleme bei ihrem Auftreten. Zusätzlich bietet Capgo Optionen zur Erstellung dedizierter Testgruppen, was die Koordination reibungsloser und effizienter macht.
-
-## Schritt 5: Update verfolgen
-
-Behalten Sie den Fortschritt Ihres Hotfix im Auge und gehen Sie aufkommende Probleme sofort an.
-
-### Update-Status prüfen
-
-Capgos Analysen liefern Einblicke in wichtige Update-Metriken:
-
-| Metrik | Was zu überwachen ist | Warum es wichtig ist |
-| --- | --- | --- |
-| **Zustellrate** | Prozentsatz erfolgreicher Updates | Zeigt wie gut Ihre Bereitstellung funktioniert |
-| **Update-Geschwindigkeit** | Zeit bis zum Erreichen der Zielnutzer | Hebt Verlangsamungen oder Engpässe hervor |
-| **Nutzerabdeckung** | Anzahl aktualisierter Geräte | Zeigt an, wie viele Nutzer die Korrektur erhielten |
-
-### Probleme behandeln
-
-Nach Überprüfung dieser Metriken seien Sie bereit, Herausforderungen schnell anzugehen.
-
-- **Sofortiges Zurückrollen**  
-    Wenn etwas schief geht, ermöglicht Capgos Rollback-Funktion sofortiges Zurückkehren zur vorherigen Version.
-    
-- **Nutzer-Zuweisungen analysieren**  
-    Prüfen Sie wie Updates verteilt werden, um zu erkennen, ob bestimmte Gruppen oder Geräte Probleme erfahren.
-    
-- **Performance überwachen**  
-    Nutzen Sie Echtzeit-Metriken zur Identifizierung und Lösung von Problemen. Capgos Tools können helfen zu erkennen, ob das Problem bei der Zustellung, Installation oder Kompatibilität liegt.
-    
-
-Rodrigo Mantica, ein Business Developer, hebt Capgos Bedeutung hervor:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-Capgos Web-Interface macht es einfach, den Fortschritt Ihres Updates mit detaillierten Logs und Performance-Metriken zu überwachen. Seine Tracking-Funktionen haben Organisationen geholfen, die Release-Effizienz um bis zu 81% [\[1\]](https://capgo.app/) zu verbessern, während stabile App-Performance sichergestellt und Probleme schnell adressiert werden.
-
-## Zusammenfassung
-
-### Hauptpunkte
-
-Capgo vereinfacht den Prozess der schnellen und effektiven Bereitstellung von Hotfixes, mit nachgewiesener Erfolgsbilanz von **947,6 Millionen Updates** über **1.400 Produktions-Apps** [\[1\]](https://capgo.app/).
-
-| Schritt | Aktion | Ziel |
-| --- | --- | --- |
-| Erstellen & Testen | Hotfix lokal entwickeln und verifizieren | Codequalität sicherstellen |
-| Capgo einrichten | Plugin mit `npx @capgo/cli init` installieren | Konfiguration vereinfachen |
-| Hochladen | Dateien über CLI übertragen | Schnelle Verteilung ermöglichen |
-| Konfigurieren | Benutzer zuweisen und Regeln festlegen | Updates präzise bereitstellen |
-| Überwachen | Leistung verfolgen und Probleme lösen | Effizienz verbessern |
-
-Befolgen Sie diese Schritte, um Capgo in Ihren Arbeitsablauf zu integrieren und Ihren Update-Prozess zu optimieren.
-
-### Erste Schritte
-
-Nehmen Sie sich einen Moment Zeit, um die obigen Schritte zu überprüfen. Sie unterteilen den Bereitstellungsprozess in überschaubare Aktionen und erleichtern so die Implementierung.
-
-Beginnen Sie Ihre Capgo-Integration, indem Sie die Capgo CLI zu Ihrem Projekt hinzufügen. Mit **Ende-zu-Ende-Verschlüsselung** gewährleistet die Plattform sichere und zuverlässige Updates.
-
-> "Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen."
-
-Für noch mehr Effizienz integrieren Sie Capgo mit Ihren CI/CD-Tools wie Azure DevOps, GitLab oder GitHub. Diese Einrichtung ermöglicht automatisierte Bereitstellungen und gibt Ihnen gleichzeitig die Kontrolle über die Update-Verteilung durch Benutzerzuweisungsfunktionen.
diff --git a/src/content/blog/de/5-steps-to-distribute-custom-capacitor-plugins.md b/src/content/blog/de/5-steps-to-distribute-custom-capacitor-plugins.md
deleted file mode 100644
index ae926ba02..000000000
--- a/src/content/blog/de/5-steps-to-distribute-custom-capacitor-plugins.md
+++ /dev/null
@@ -1,148 +0,0 @@
----
-slug: 5-steps-to-distribute-custom-capacitor-plugins
-title: 5 Schritte zum Verteilen von benutzerdefinierten Capacitor-Plugins
-description: >-
-  Lernen Sie, wie Sie benutzerdefinierte Plugins für erweiterte
-  App-Funktionalität effektiv über iOS- und Android-Plattformen verteilen
-  können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T03:25:44.642Z
-updated_at: 2025-04-18T03:26:01.044Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136-1744946761044.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'Capacitor, custom plugins, mobile development, distribution, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Die Verteilung von benutzerdefinierten [Capacitor](https://capacitorjs.com/) Plugins kann die Funktionalität Ihrer App verbessern und gleichzeitig sicherstellen, dass Updates die Nutzer schnell erreichen. Hier ist eine kurze Anleitung zum Einstieg:
-
-1. **Entwicklung und Test**: Entwickeln Sie Ihr Plugin mit der [Capacitor Plugin API](https://capgo.app/blog/capacitor-comprehensive-guide/), testen Sie es gründlich auf iOS- und Android-Geräten und behandeln Sie Grenzfälle effektiv.
-2. **Verteilung einrichten**: Erstellen Sie ein npm-Paket mit klarer Dokumentation, einschließlich Installationsschritte, API-Referenzen und Anwendungsbeispielen.
-3. **Veröffentlichung**: Veröffentlichen Sie Ihr Plugin auf npm unter Verwendung der semantischen Versionierung und teilen Sie es auf GitHub für die Community-Sichtbarkeit.
-4. **Integration**: Stellen Sie Einrichtungsanweisungen für Entwickler bereit, damit diese Ihr Plugin einfach zu ihren Projekten hinzufügen und seine Funktionalität überprüfen können.
-5. **Live-Updates hinzufügen (Optional)**: Nutzen Sie Tools wie [Capgo](https://capgo.app/) für sichere und effiziente Live-Updates, um sicherzustellen, dass 95% der Nutzer Änderungen innerhalb von 24 Stunden erhalten.
-
-Dieser schrittweise Prozess stellt sicher, dass Ihr Plugin gut entwickelt, einfach zu integrieren und bereit für den Einsatz auf iOS- und Android-Plattformen ist.
-
-## Wie man ein [Capacitor](https://capacitorjs.com/) Plugin für iOS/Android erstellt
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-
-## Schritt 1: Plugin erstellen und testen
-
-Das Hauptziel hier ist die Verbindung von JavaScript mit nativen Funktionen, während die nahtlose Funktion auf iOS und Android sichergestellt wird.
-
-### Verwendung der Capacitor Plugin API
-
-Beginnen Sie mit der Erstellung Ihres Plugins mit der offiziellen [Capacitor Plugin](https://capgo.app/blog/capacitor-comprehensive-guide/) API. Dies gewährleistet eine einheitliche Funktionalität über alle Plattformen hinweg. Konzentrieren Sie sich auf eine einzelne Funktion, um Entwicklung und Wartung zu erleichtern.
-
-Wichtige Punkte während der Entwicklung:
-
-- Definieren Sie klare Methodensignaturen.
-- Implementieren Sie robuste Fehlerbehandlung.
-- Unterstützen Sie plattformspezifische Funktionen bei Bedarf.
-- Dokumentieren Sie Plattformanforderungen klar.
-
-### Testen auf verschiedenen Plattformen
-
-Gründliches Testen ist vor der Veröffentlichung Ihres Plugins entscheidend. Verwenden Sie lokale Tools, um die Leistung sowohl auf echten Geräten als auch auf Emulatoren zu überprüfen:
-
-- Testen Sie auf iOS-Simulatoren und physischen Geräten über verschiedene iOS-Versionen hinweg.
-- Testen Sie auf Android-Geräten über verschiedene API-Level hinweg, um die ordnungsgemäße Integration und Leistung zu bestätigen.
-
-Bevor Sie abschließen, stellen Sie sicher:
-
-- Validieren Sie JavaScript-zu-Native-Aufrufe und Datenkonvertierungen.
-- Überprüfen Sie die Fehlerbehandlung und Gesamtleistung.
-- Testen Sie Grenzfälle, um sicherzustellen, dass Ihr Plugin unerwartete Eingaben verarbeiten und klare Fehlermeldungen liefern kann.
-
-Sobald Sie diese Schritte abgeschlossen haben, können Sie zu Schritt 2 übergehen, wo Sie Ihre Verteilungsdateien vorbereiten.
-
-## Schritt 2: Verteilungsdateien einrichten
-
-Organisieren Sie Ihr npm-Paket und die Dokumentation für eine reibungslose Verteilung.
-
-### Erstellen Sie Ihr npm-Paket
-
-Beginnen Sie mit dem Befehl: `npm init @capacitor/plugin@latest`. Aktualisieren Sie dann die `package.json`-Datei mit dem Namen des Plugins, der Version und allen erforderlichen Abhängigkeiten.
-
-### Klare Dokumentation schreiben
-
-Fügen Sie eine `README.md`-Datei hinzu, die Folgendes enthält:
-
-- **Installationsanweisungen**: Stellen Sie Schritte für npm und yarn bereit.
-- **API-Referenz**: Detaillierte Methodenbeschreibungen und Parametertypen.
-- **Anwendungsbeispiele**: Zeigen Sie, wie das Plugin in häufigen Szenarien verwendet wird.
-
-### Plattformanforderungen überprüfen
-
-Stellen Sie sicher, dass alle Datenschutz- und Berechtigungserklärungen den Richtlinien von Apple und Google entsprechen.
-
-Sobald diese Schritte abgeschlossen sind, können Sie zu Schritt 3 übergehen und Ihr Plugin auf npm veröffentlichen, um es mit der Community zu teilen.
-
-## Schritt 3: Plugin veröffentlichen
-
-Bringen Sie Ihr Plugin in die Welt, indem Sie es auf npm veröffentlichen und mit der Capacitor-Community teilen.
-
-### Auf npm Registry veröffentlichen
-
-Befolgen Sie die Richtlinien der semantischen Versionierung bei der Veröffentlichung Ihres Plugins: Verwenden Sie **major** Versionen für Breaking Changes, **minor** für neue Funktionen und **patch** für Bugfixes. Veröffentlichen Sie dann Ihr Plugin mit diesen Befehlen:
-
-## Schritt 4: Projektintegration anleiten
-
-Nachdem Ihr Plugin auf npm veröffentlicht wurde, ist der nächste Schritt die Integration in Projekte. So geht's:
-
-### Einrichtungsanweisungen
-
-- Ausführen: `npm install your-plugin-name`
-- [Synchronisieren mit Capacitor](https://capgo.app/plugins/capacitor-updater/): `npx cap sync`
-- Geben Sie erforderliche native Konfigurationen an, wie Manifest-Updates oder Plugin-Registrierung.
-
-### Installation testen
-
-- Testen Sie das Plugin in einem neuen Capacitor-Projekt, um sicherzustellen, dass alles wie erwartet funktioniert.
-- Rufen Sie eine grundlegende Plugin-Methode auf und überprüfen Sie, ob sie das erwartete Ergebnis liefert.
-
-Sobald Sie bestätigt haben, dass alles funktioniert, können Sie mit der Integration Ihres Plugins in Projekte fortfahren.
-
-## Schritt 5: Live-Updates hinzufügen
-
-Erweitern Sie Ihren Verteilungsprozess durch die Integration von Live-Updates. Mit Capgo können Sie sicherstellen, dass Ihr Plugin aktuell bleibt, ohne auf App-Store-Genehmigungen warten zu müssen.
-
-### Einrichten von [Capgo](https://capgo.app/) Live-Updates
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-**Warum Capgo verwenden?** Es bietet eine Reihe von Funktionen zur Optimierung von Updates:
-
-- **Sichere Bereitstellung** mit Ende-zu-Ende-Verschlüsselung
-- **Effiziente Verteilung** durch Delta-Updates
-- **Überwachungstools** über ein Analytics-Dashboard
-- **Rollback-Optionen** für schnelle Korrekturen
-- **Kanalmanagement** für organisierte Releases
-
-So konfigurieren Sie Ihre Updates:
-
-- Integration mit CI/CD-Tools wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) oder [Jenkins](https://www.jenkins.io/).
-- Einrichten von Verteilungskanälen für Entwicklungs-, Beta- und Produktionsumgebungen.
-- Aktivieren Sie One-Click-Rollback, um Probleme schnell zu beheben.
-
-Laut Capgo-Metriken erhalten 95% der aktiven Nutzer Updates innerhalb von 24 Stunden [\[1\]](https://capgo.app/), was Live-Updates zu einer leistungsstarken Methode macht, um Änderungen effizient zu verteilen.
-
-Sobald Live-Updates konfiguriert sind, können Sie Ihren Verteilungsworkflow abschließen.
-
-[\[1\]](https://capgo.app/) Basierend auf Capgo-Plattform-Metriken von aktiven Produktions-Apps.
-
-## Fazit
-
-Durch Befolgen dieser fünf Schritte können Sie ein [benutzerdefiniertes Capacitor Plugin](https://capgo.app/blog/release-of-a-brand-new-capacitor-social-login/) erstellen, das gut entwickelt, einfach zu integrieren und bereit für den Einsatz ist.
-
-Von der Entwicklung und dem Testen bis hin zur Paketierung, Veröffentlichung, Integration und sogar optionalen Live-Updates stellt dieser strukturierte Prozess sicher, dass Ihre Plugins nahtlos auf iOS- und Android-Plattformen funktionieren.
-
-Bedenken Sie, dass erfolgreiche Plugin-Verteilung über die erste Veröffentlichung hinausgeht - es geht darum, einen effizienten und zuverlässigen Prozess zu pflegen, der sowohl Entwicklern als auch Nutzern zugutekommt. Nutzen Sie diese Anleitung, um die Plugin-Bereitstellung über Plattformen hinweg zu optimieren.
diff --git a/src/content/blog/de/5-steps-to-implement-oauth2-in-capacitor-apps.md b/src/content/blog/de/5-steps-to-implement-oauth2-in-capacitor-apps.md
deleted file mode 100644
index 028a67e77..000000000
--- a/src/content/blog/de/5-steps-to-implement-oauth2-in-capacitor-apps.md
+++ /dev/null
@@ -1,327 +0,0 @@
----
-slug: 5-steps-to-implement-oauth2-in-capacitor-apps
-title: 5 Schritte zur Implementierung von OAuth2 in Capacitor-Apps
-description: >-
-  Integrieren Sie sichere OAuth2-Authentifizierung in Ihre Capacitor-App mit
-  dieser prägnanten Anleitung zu wesentlichen Schritten und bewährten Methoden.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-27T12:26:34.111Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/683598e6d3b96619818496d3-1748348849256.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OAuth2, Capacitor, authentication, mobile apps, security, token storage, PKCE,
-  app integration
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie sichere [OAuth2](https://en.wikipedia.org/?title=OAuth2&redirect=no)-Authentifizierung zu Ihrer [Capacitor](https://capacitorjs.com/)-App hinzufügen? Hier ist eine schnelle Anleitung für den Einstieg.**
-
-OAuth2 ist ein Protokoll, das Benutzern ermöglicht, Zugriff auf ihre Daten zu teilen, ohne Passwörter preiszugeben. Es ist ideal für [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/), da es plattformübergreifend auf iOS, Android und Web funktioniert. Außerdem hält es Ihre App sicher, indem es Tokens anstelle der Speicherung sensibler Anmeldedaten verwendet.
-
-So integrieren Sie OAuth2 in nur 5 Schritten in Ihre [Capacitor App](https://capgo.app/plugins/ivs-player/):
-
-1. **OAuth2-Provider einrichten**: Wählen Sie einen Provider (z.B. Google, [Auth0](https://auth0.com/)), konfigurieren Sie Redirect-URIs und verwalten Sie Client-Anmeldedaten sicher.
-2. **OAuth2-Plugin installieren und konfigurieren**: Fügen Sie das `@byteowls/capacitor-oauth2`-Plugin hinzu und richten Sie plattformspezifische Einstellungen ein (z.B. `Info.plist` für iOS, `AndroidManifest.xml` für Android).
-3. **Authentifizierungsablauf erstellen**: Verwenden Sie das Plugin, um Benutzeranmeldung, Token-Speicherung und Abmeldung sicher zu handhaben. Aktivieren Sie [PKCE](https://oauth.net/2/pkce/) für zusätzlichen Schutz.
-4. **Plattformübergreifend testen**: Überprüfen Sie den Ablauf auf iOS, Android und Webbrowsern. Beheben Sie häufige Probleme wie Redirect-URI-Fehlanpassungen oder PKCE-Fehler.
-5. **Implementierung absichern**: Speichern Sie Tokens in sicherem Speicher ([Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\))/Keystore), verwenden Sie HTTPS und richten Sie starke [Content Security Policies](https://capgo.app/security/) ein.
-
-### Schneller Vergleich: Sichere Token-Speicheroptionen
-
-| Speicheroption | Am besten für | Sicherheitsstufe | Offline-Zugriff | Anwendungsbeispiel |
-| --- | --- | --- | --- | --- |
-| **Sicherer Speicher** | Mobile Apps | Hoch | Ja | Refresh-Tokens |
-| **Arbeitsspeicher** | Temporärer Zugriff | Mittel | Nein | Aktive Zugriffstoken |
-| **HttpOnly Cookies** | Webanwendungen | Hoch | Ja | Browser-basierte Sitzungen |
-
-## So fügen Sie Google Sign In mit [Capacitor](https://capacitorjs.com/) zu Ihrer [Ionic](https://ionicframework.com/) App hinzu
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/GwtpoWZ_78E" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Schritt 1: Richten Sie Ihren [OAuth2](https://en.wikipedia.org/?title=OAuth2&redirect=no)-Provider ein
-
-Die korrekte Einrichtung Ihres OAuth2-Providers ist der erste und wichtigste Schritt, um einen reibungslosen Ablauf zu gewährleisten. Dies beinhaltet die Auswahl eines Providers, der Ihren App-Anforderungen entspricht, die Konfiguration technischer Details wie Redirect-URIs und die sichere Verwaltung Ihrer Anmeldedaten. Diese Schritte ebnen den Weg für die Installation des OAuth2-Plugins in der nächsten Phase.
-
-### Wählen Sie einen OAuth2-Provider
-
-Beginnen Sie mit der Auswahl eines OAuth2-Providers, der zu Ihrer App-Funktionalität, den Sicherheitsanforderungen und der Kompatibilität passt. Die Art der Anwendung, die Sie entwickeln, spielt eine wichtige Rolle bei der Bestimmung des OAuth 2.0-Flows, den Sie verwenden werden, was sich direkt auf Ihre Providerwahl auswirkt [\[2\]](https://auth0.com/docs/get-started/authentication-and-authorization-flow/which-oauth-2-0-flow-should-i-use). Für Capacitor-basierte Apps wird empfohlen, den Authorization Code Flow mit PKCE zu verwenden - dies ist die bevorzugte Methode für mobile Anwendungen.
-
-Beim Vergleich von Providern konzentrieren Sie sich auf deren Sicherheitsfunktionen. Achten Sie auf Optionen wie signierte Cookies, CSRF-Token-Validierung und verschlüsselte JWTs. Wenn Ihre App mit sensiblen Daten arbeitet, ist die Unterstützung für [Multi-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/) ein Muss. Wägen Sie bei der Bewertung Kosten und Funktionen basierend auf Ihren Anforderungen ab, ohne sich in langwierigen Vergleichen zu verlieren.
-
-### Redirect-URIs konfigurieren
-
-Redirect-URIs sind entscheidend - sie teilen dem OAuth2-Provider mit, wohin Benutzer nach erfolgreicher Authentifizierung weitergeleitet werden sollen. Die richtige Konfiguration dieser URIs gewährleistet eine nahtlose Erfahrung auf mobilen und Web-Plattformen.
-
-Für mobile Apps verwenden Sie benutzerdefinierte URL-Schemas, typischerweise im Format `com.example.app://callback`, wobei `com.example.app` Ihrer App-Paket-ID entspricht. Im Web verwenden Sie `window.location.origin` als Redirect-URI. Beim lokalen Testen funktioniert eine URL wie `http://localhost:8100/callback` gut.
-
-iOS-Benutzer sollten beachten, dass Capacitors Browser-Plugin [SFSafariViewController](https://developer.apple.com/documentation/safariservices/sfsafariviewcontroller) verwendet. Ab iOS 11 teilt dies keine Cookies mit Safari, was Single Sign-On-Funktionalität beeinflussen kann. Wenn SSO essenziell ist, erwägen Sie die Verwendung eines Plugins, das [ASWebAuthenticationSession](https://developer.apple.com/documentation/authenticationservices/aswebauthenticationsession) unterstützt [\[3\]](https://auth0.com/docs/quickstart/native/ionic-angular/interactive).
-
-### Client-Anmeldedaten verwalten
-
-Client-Anmeldedaten identifizieren Ihre App beim OAuth2-Provider und bestehen aus einer Client-ID und einem Client-Secret. Betrachten Sie die Client-ID als öffentlichen Identifikator, während das Client-Secret wie ein privater Schlüssel behandelt werden sollte.
-
-Codieren Sie Client-Secrets niemals direkt in Ihre App oder committen Sie sie in die Versionskontrolle. Verwenden Sie stattdessen Umgebungsvariablen oder ein sicheres Geheimnisverwaltungssystem zur Speicherung. Wählen Sie außerdem kurzlebige Tokens mit minimalen Berechtigungen, um die Exposition zu begrenzen und die Sicherheit zu erhöhen.
-
-## Schritt 2: OAuth2-Plugin installieren und konfigurieren
-
-Nachdem Ihr OAuth2-Provider bereit ist, besteht der nächste Schritt darin, das Plugin zu Ihrer Capacitor-App hinzuzufügen und es für iOS, Android und Web-Plattformen einzurichten.
-
-### Plugin installieren
-
-Das `@byteowls/capacitor-oauth2`-Plugin funktioniert mit den meisten OAuth2-Providern. Um Kompatibilitätsprobleme zu vermeiden, müssen Sie die Version installieren, die zu Ihrem Capacitor-Setup passt.
-
-Hier sind die Installationsbefehle basierend auf Ihrer Capacitor-Version:
-
-- **Capacitor v5**: `npm i @byteowls/capacitor-oauth2`
-- **Capacitor v4**: `npm i @byteowls/capacitor-oauth2@4`
-- **Capacitor v3**: `npm i @byteowls/capacitor-oauth2@3`
-
-Nach der Installation führen Sie den Sync-Befehl (`npx cap sync`) aus, um Ihre nativen Abhängigkeiten zu aktualisieren. Dieser Schritt ist entscheidend, um sicherzustellen, dass das Plugin korrekt in Ihre iOS- und Android-Projekte integriert wird. Das Überspringen kann zu Build-Fehlern beim Kompilieren für mobile Plattformen führen.
-
-### Plugin-Einstellungen konfigurieren
-
-Nach der Installation müssen Sie das Plugin entsprechend Ihrem OAuth2-Provider-Setup konfigurieren. Dies geschieht über das `oauth2Options`-Objekt beim Aufruf der `authenticate()`-Methode. Wichtige zu definierende Parameter sind:
-
-- **appId**: Ihre Client-ID vom OAuth2-Provider.
-- **authorizationBaseUrl**: Der Autorisierungs-Endpunkt des Providers.
-- **responseType**: Typischerweise auf `"code"` für mobile Apps gesetzt.
-- **redirectUrl**: Muss mit der in Schritt 1 konfigurierten Redirect-URL übereinstimmen.
-
-Sie können auch zusätzliche Parameter wie `accessTokenEndpoint`, `scope` und plattformspezifische Optionen festlegen, um den Authentifizierungsprozess feinzusteuern.
-
-Für Android aktualisieren Sie Ihre `AndroidManifest.xml` und `strings.xml` Dateien mit den korrekten Schema- und Host-Informationen. Unter iOS modifizieren Sie die `Info.plist` Datei, um Ihr Redirect-URL-Schema zu registrieren. Diese plattformspezifischen Änderungen stellen sicher, dass Benutzer nach der Authentifizierung zu Ihrer App zurückgeleitet werden.
-
-### Kapazitor-Versionskompatibilität prüfen
-
-Es ist wichtig zu überprüfen, ob die Plugin-Version zu Ihrer Capacitor-Version passt. Nicht übereinstimmende Versionen können Build-Fehler oder Laufzeitprobleme verursachen. Das `@byteowls/capacitor-oauth2`-Plugin richtet sich streng nach Capacitor-Releases, also überprüfen Sie die Kompatibilität vor dem Fortfahren.
-
-| Plugin-Version | Kompatible Capacitor-Version | Hinweise |
-| --- | --- | --- |
-| 5.x | 5.x.x | Benötigt [Xcode](https://developer.apple.com/xcode/) 14.1. Wichtige Änderungen im Changelog vermerkt. |
-| 4.x | 4.x.x | Benötigt Xcode 12.0. Wichtige Änderungen im Changelog vermerkt. |
-| 3.x | 3.x.x | Benötigt Xcode 12.0. Wichtige Änderungen im Changelog vermerkt. |
-| 2.x | 2.x.x | Benötigt Xcode 11.4. Wichtige Änderungen im Changelog vermerkt. |
-| 1.x | 1.x.x |     |
-
-Wenn Sie für iOS entwickeln, achten Sie besonders auf die Xcode-Versionsanforderungen. Die Verwendung einer inkompatiblen Version verhindert den erfolgreichen Build Ihrer App. Die Plugin-Dokumentation enthält detaillierte Kompatibilitätstabellen, die eine großartige Ressource für die Fehlerbehebung bei versionsbezogenen Problemen sind.
-
-Wenn Sie nach der Installation auf Probleme stoßen, deinstallieren Sie die aktuelle Plugin-Version, installieren Sie die korrekte für Ihre Capacitor-Version und führen Sie den Sync-Befehl erneut aus. Diese Methode ist weitaus effektiver als zu versuchen, inkompatible Versionen zum Laufen zu bringen.
-
-## Schritt 3: OAuth2-Authentifizierungsablauf erstellen
-
-Mit Ihrem eingerichteten Plugin ist es Zeit, einen voll funktionsfähigen Authentifizierungsablauf zu erstellen. Dieser Schritt stellt die sichere Benutzeranmeldung, Token-Verwaltung und Abmeldung sicher und macht Ihre App fähig, Benutzersitzungen plattformübergreifend zu verwalten.
-
-### Anmeldeablauf erstellen
-
-Der Anmeldeprozess beginnt mit dem Aufruf von `authenticate()` mit einem Options-Objekt. Dieses Objekt sollte Ihre `authorizationBaseUrl`, `redirectUrl` und den `responseType` auf `'code'` gesetzt enthalten, um die PKCE-Anforderungen zu erfüllen. Das Plugin öffnet sicher die Anmeldeseite des Providers, wo Benutzer ihre Anmeldedaten eingeben können. Nach erfolgreicher Anmeldung leitet der Provider Benutzer mit Tokens und Benutzerdetails zurück zu Ihrer App.
-
-Hier ist der beste Teil: Benutzer geben ihre Anmeldedaten direkt beim OAuth2-Provider ein, sodass Ihre App niemals Zugriff auf sensible Informationen hat. Die Methode gibt ein Antwortobjekt zurück, das den Zugriffstoken, Refresh-Token und Benutzerdaten wie E-Mail oder Profildetails enthält.
-
-Auf iOS und Android verwendet dieser Prozess eine sichere Web-Ansicht, die Cookies mit dem System-Browser teilt. Auf Web-Plattformen basiert er auf Standard-Browser-Weiterleitungen. Die richtige Konfiguration Ihrer Redirect-URL gewährleistet eine reibungslose Benutzererfahrung unabhängig von der Plattform.
-
-### Token-Speicherung und Aktualisierung handhaben
-
-Sobald Benutzer angemeldet sind, ist die sichere Verwaltung von Tokens Ihre nächste Priorität. Dies umfasst die sichere Speicherung von Tokens und deren automatische Aktualisierung, um Sitzungsunterbrechungen zu vermeiden. Hier ist, wie Sie damit umgehen können:
-
-Here's the German translation:
-
--   **Access Tokens**: Speichern Sie diese im Arbeitsspeicher für schnellen und temporären Zugriff.
--   **Refresh Tokens**: Nutzen Sie sichere Speicherung, wie das `capacitor-secure-storage` Plugin, das Tokens mit AES-256 über iOS Keychain oder [Android Keystore](https://developer.android.com/privacy-and-security/keystore) verschlüsselt. Dies stellt sicher, dass Tokens geschützt bleiben, selbst wenn das Gerät kompromittiert wird.
-
-Wenn Ihre App neu startet, prüfen Sie auf gespeicherte Tokens, um Benutzer wieder anzumelden, ohne dass diese ihre Anmeldedaten erneut eingeben müssen.
-
-| Speichermethode | Sicherheitsstufe | Leistung | Offline-Zugriff | Beste Anwendung |
-| --- | --- | --- | --- | --- |
-| **Sicherer Speicher** | AES-256 Hardware | Mittel | Ja | Refresh Tokens, langfristige Daten |
-| **Arbeitsspeicher** | Hoch (temporär) | Hoch | Nein | Aktive Access Tokens |
-| **Regulärer Speicher** | Niedrig | Hoch | Ja | Nicht-sensible Einstellungen |
-
-Um Sitzungen aktiv zu halten, erneuern Sie Tokens bevor sie ablaufen. Prüfen Sie vor API-Aufrufen, ob das Access Token kurz vor dem Ablauf steht. Falls ja, nutzen Sie das Refresh Token, um ein neues Access Token von Ihrem OAuth2-Anbieter zu erhalten. Für zusätzliche Zuverlässigkeit implementieren Sie eine Logik, die die Token-Erneuerung wiederholt, wenn die Netzwerkverbindung wiederhergestellt wird. Wenn das Refresh Token abgelaufen oder widerrufen wurde, leiten Sie Benutzer zurück zum Login-Prozess zur erneuten Authentifizierung.
-
-### Abmeldefunktion hinzufügen
-
-Ein sicherer und effektiver Abmeldeprozess ist ebenso wichtig. Beginnen Sie mit dem Widerruf des Refresh Tokens über den Endpunkt des Anbieters. Löschen Sie dann Tokens aus dem sicheren Speicher und setzen Sie Benutzerdaten zurück, um sicherzustellen, dass alle Sitzungen beendet werden.
-
-Das einfache Löschen lokaler Tokens reicht nicht aus. OAuth2-Anbieter behalten oft serverseitige Sitzungen bei, die Benutzer automatisch erneut authentifizieren könnten. Das Widerrufen des Refresh Tokens unterbricht die Token-Kette, die mit der Autorisierungsgenehmigung verknüpft ist, und stellt sicher, dass gespeicherte Anmeldedaten nicht wiederverwendet werden können.
-
-> "JWT Access Tokens können nicht widerrufen werden. Sie sind gültig bis sie ablaufen. Da es sich um Bearer-Tokens handelt, gibt es keine Möglichkeit, sie ungültig zu machen." – lihua.zhang, Auth0 Mitarbeiter [\[5\]](https://community.auth0.com/t/invalidating-an-access-token-after-user-logout/101398)
-
-Um Tokens zu widerrufen, rufen Sie den Token-Widerrufendpunkt des Anbieters mit dem Refresh Token auf, bevor Sie den lokalen Speicher löschen. Diese serverseitige Aktion verhindert Token-Missbrauch, selbst wenn Anmeldedaten kompromittiert wurden. Nach dem Widerruf entfernen Sie Tokens aus dem sicheren Speicher, setzen Sie zwischengespeicherte Benutzerdaten zurück und leiten Sie Benutzer zurück zum Anmeldebildschirm.
-
-Bei Single Sign-On (SSO)-Konfigurationen entscheiden Sie, ob die Abmeldung auch Sitzungen für andere Apps beenden soll, die denselben Anbieter nutzen. Stellen Sie außerdem sicher, dass der Abmeldeprozess bei Netzwerkunterbrechungen reibungslos funktioniert, indem Sie Abmeldeanfragen lokal speichern und sie wiederholen, wenn die Verbindung wiederhergestellt ist. Dies gewährleistet eine ordnungsgemäße Bereinigung auf Anbieterseite.
-
-## Schritt 4: Testen Sie Ihre OAuth2-Integration
-
-Nach der Einrichtung Ihrer OAuth2-Konfiguration und der Entwicklung des Authentifizierungsablaufs ist der nächste Schritt das gründliche Testen. Dies stellt sicher, dass Ihre Integration nahtlos über Geräte und Plattformen hinweg funktioniert und Ihren Benutzern ein zuverlässiges Erlebnis bietet. Das Testen umfasst die Überprüfung der Funktionalität auf mobilen Geräten und Webbrowsern sowie die Identifizierung und Behebung potenzieller Probleme vor der Veröffentlichung Ihrer App.
-
-### Testen auf iOS und Android
-
-Beginnen Sie mit dem Testen des gesamten Authentifizierungsprozesses auf physischen iOS- und Android-Geräten.
-
--   **Für iOS**: Stellen Sie sicher, dass Ihr URL-Schema korrekt in der `Info.plist`-Datei konfiguriert ist und bestätigen Sie, dass Ihre App Weiterleitungen vom OAuth2-Anbieter ordnungsgemäß handhabt. Vermeiden Sie die Verwendung von `WKWebView` für Autorisierungsanfragen, da dies zu einem `disallowed_useragent`-Fehler führen kann. Verwenden Sie stattdessen Bibliotheken wie Google Sign-In für iOS oder OpenID Foundation's AppAuth für iOS, um Authentifizierungsabläufe effektiv zu handhaben [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-    
--   **Für Android**: Überprüfen Sie, ob Ihr `AndroidManifest.xml` die korrekten Intent-Filter für die Handhabung von Weiterleitungs-URIs enthält. Ähnlich wie bei iOS vermeiden Sie die Verwendung von `android.webkit.WebView` für Autorisierungsanfragen, da dies ebenfalls zu `disallowed_useragent`-Fehlern führen kann. Entscheiden Sie sich für Bibliotheken wie Google Sign-In oder OpenID AppAuth für Android [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-    
-
-In beiden Fällen testen Sie Fehlerszenarios, wie einen nicht verfügbaren Autorisierungsserver [\[7\]](https://www.testim.io/blog/how-to-test-oauth-authentication). Wenn Ihre App mehrere Berechtigungen (Scopes) anfordert, überprüfen Sie, welche gewährt wurden und behandeln Sie Situationen, in denen einige verweigert werden könnten [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-
-### Testen im Web
-
-Für Webplattformen verwenden Sie Entwicklertools, um Netzwerkanfragen zu überwachen und die Token-Sicherheit sicherzustellen. Tools wie OAuth 2.0 Playground können Ihnen beim Testen Ihres Ablaufs helfen [\[10\]](https://www.oauth.com/playground), während HTTP-Intercepting-Proxies wie [ZAP](https://www.zaproxy.org/) oder [BurpSuite](https://portswigger.net/burp) tiefere Einblicke während des Testens bieten [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses).
-
-Verwenden Sie beim Testen den Authorization Code Grant mit PKCE, da dies der empfohlene Ansatz für öffentliche Clients ist. Stellen Sie sicher, dass Geheimnisse sicher über POST-Parameter oder Header-Werte statt über URL-Parameter übertragen werden. Implementieren Sie zusätzlich Sicherheits-Header wie `Referrer-Policy` zum verbesserten Schutz [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses).
-
-### Häufige Probleme beheben
-
-Während des Testens können Sie auf häufige Probleme stoßen, die behoben werden müssen:
-
--   **Falsche Weiterleitungs-URIs**: Nicht übereinstimmende Weiterleitungs-URIs verursachen oft "unauthorized client"-Fehler. Stellen Sie sicher, dass die Weiterleitungs-URI exakt über die Einstellungen Ihres OAuth2-Anbieters, die `capacitor.config.json`-Datei in Ihrer Capacitor-App und die nativen Plattform-Manifeste übereinstimmt.
-    
-    > "Die SSO-akzeptierte Route muss die Kombination aus iosScheme und hostname unterstützen: ionic://com.myapp.mybundle" - LBopp [\[8\]](https://forum.ionicframework.com/t/redirect-back-to-app-after-oauth2-oidc-login/201056)
-    
--   **PKCE-Verifizierungsfehler**: Bestätigen Sie, dass PKCE unterstützt und korrekt konfiguriert ist, da es für die Sicherheit Ihrer App wesentlich ist [\[9\]](https://capacitorjs.com/docs/guides/security).
-    
--   **Plugin-Implementierungsfehler**: Fehler wie "Plugin is not implemented on iOS" weisen typischerweise auf fehlende Konfigurationen oder Probleme innerhalb der Capacitor-Umgebung hin. Aktivieren Sie Logging in Ihrem OAuth2-Plugin, um diese Probleme zu identifizieren und zu beheben [\[4\]](https://github.com/capacitor-community/generic-oauth2).
-    
--   **State-Mismatch-Fehler**: Wenn der State-Parameter in der Autorisierungsanfrage nicht mit dem in der Weiterleitungsantwort übereinstimmt, könnte dies auf ein Sicherheitsrisiko hinweisen. Dies ist besonders relevant bei der Verwendung benutzerdefinierter OAuth-Handler für Anbieter wie Facebook. Überprüfen Sie sorgfältig Ihren benutzerdefinierten Handler-Code auf Fehler oder Fehlkonfigurationen [\[4\]](https://github.com/capacitor-community/generic-oauth2).
-    
-
-## Schritt 5: Sichern Sie Ihre OAuth2-Implementierung
-
-Der Schutz Ihrer OAuth2-Integration ist entscheidend für die Sicherung sensibler Daten und die Minimierung von Schwachstellen. Nachfolgend finden Sie wichtige Praktiken, um sicherzustellen, dass Ihre Implementierung sicher bleibt.
-
-### Aktivieren Sie [PKCE](https://oauth.net/2/pkce/) für bessere Sicherheit
-
-![PKCE](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/a1d07053135329feb5e83364c4428d00.jpg)
-
-Eine der effektivsten Möglichkeiten, Ihren Autorisierungsablauf zu sichern, ist die Aktivierung von PKCE (Proof Key for Code Exchange). PKCE hilft, unbefugte Abfangversuche von Autorisierungscodes zu verhindern. So funktioniert es:
-
--   Beginnen Sie mit der Generierung eines zufälligen `code_verifier`, der zwischen 43 und 128 Zeichen lang ist.
--   Erstellen Sie dann eine `code_challenge`, indem Sie den `code_verifier` mit SHA-256 hashen und das Ergebnis im base64 URL-Format kodieren.
-
-Wenn Sie das `capacitor-community/generic-oauth2`-Plugin verwenden, ist die Aktivierung von PKCE unkompliziert. Hier ist ein Beispiel für die Konfiguration:
-
-```javascript
-{
-  responseType: "code",
-  pkceEnable: true,
-  redirectUrl: "com.companyname.appname:/"
-}
-```
-
-Dieses Plugin handhabt PKCE automatisch und unterstützt den Code Flow nicht ohne es. Die `code_challenge_method` ist standardmäßig auf "S256" für ordnungsgemäße Validierung eingestellt [\[12\]](https://developer.constantcontact.com/api_guide/pkce_flow.html).
-
-### Verwenden Sie sicheren Speicher für Tokens
-
-Die sichere Speicherung von OAuth2-Tokens ist essentiell, um unbefugten Zugriff zu verhindern. Für native mobile Apps nutzen Sie den sicheren Speicher des Betriebssystems:
-
--   Unter iOS verwenden Sie die **Keychain** für hardwaregestützte Verschlüsselung und OS-Level-Schutz.
--   Unter Android verwenden Sie den **Keystore**, der auch [biometrische Authentifizierung](https://capgo.app/plugins/capacitor-native-biometric/) für zusätzliche Sicherheit unterstützen kann.
-
-Für Webanwendungen speichern Sie Tokens in **HttpOnly secure cookies** mit dem `SameSite`-Attribut, um Cross-Site-Scripting (XSS)-Risiken zu minimieren.
-
-Hier ist ein schneller Vergleich der sicheren Speicheroptionen:
-
-| Speicheroption | Am besten für | Sicherheitsvorteile | Überlegungen |
-| --- | --- | --- | --- |
-| iOS Keychain | Native iOS-Apps | Hardwaregestützte Verschlüsselung und OS-Level-Schutz | Erfordert plattformspezifische Implementierung |
-| Android Keystore | Native Android-Apps | Sicherer Speicher mit möglichem biometrischem Schutz | Variiert je nach Gerätesicherheitsfunktionen |
-| HttpOnly Cookies | Webbrowser | Resistent gegen XSS und sichere automatische Übertragung | Muss für Same-Domain-API-Zugriff konfiguriert werden |
-| Backend for Frontend | Alle Plattformen | Tokens werden nie dem Client ausgesetzt | Erfordert zusätzliche Server-Infrastruktur |
-
-Für zusätzliche Sicherheit erwägen Sie die Verwendung kurzlebiger Access Tokens und verschlüsselter Speicherung. Zum Beispiel begrenzt Auth0 aktive Refresh Tokens auf 200 pro Benutzer pro Anwendung, um Risiken zu reduzieren [\[13\]](https://auth0.com/docs/secure/tokens/token-best-practices). Sie können die Sicherheit auch mit einem Backend for Frontend (BFF)-Proxy verbessern, der HttpOnly-Cookies verwendet [\[14\]](https://infinum.com/blog/secure-token-storage-oauth2).
-
-### Content Security Policies einrichten
-
-Neben sicherer Speicherung kann die Implementierung starker Content Security Policies (CSP) Ihre App vor Angriffen wie Cross-Site-Scripting (XSS) und Code-Injection schützen. Sie können CSP auf Server-Ebene über den `Content-Security-Policy` HTTP-Header oder durch Hinzufügen eines `<meta>` Tags in Ihrem HTML konfigurieren.
-
-Wichtige Direktiven, auf die Sie sich konzentrieren sollten:
-
--   **default-src**: Legt Fallback-Regeln für alle Inhaltstypen fest.
--   **script-src**: Steuert, welche JavaScript-Dateien ausgeführt werden dürfen.
--   **connect-src**: Verwaltet API-Aufrufe und OAuth2-Interaktionen.
--   **frame-ancestors**: Verhindert Clickjacking durch Einschränkung, wer Ihre App in einem iframe einbetten darf.
-
-Verwenden Sie für maximalen Schutz strenge Nonces oder Hashes anstelle breiter Zulassungslisten und vermeiden Sie Direktiven wie `unsafe-inline` oder `unsafe-eval`. Wenn Ihre App von HTTP zu HTTPS wechselt, erwägen Sie die Direktive `upgrade-insecure-requests`. Um sicherzustellen, dass Ihre OAuth2-Inhalte nicht anderswo eingebettet werden können, setzen Sie `frame-ancestors 'none'`.
-
-## Fazit und nächste Schritte
-
-### Wichtige Erkenntnisse
-
-Sie haben erfolgreich OAuth2-Authentifizierung in Ihrer Capacitor-App implementiert, indem Sie fünf Kernschritte befolgt haben. Dazu gehörten das Einrichten Ihres OAuth2-Providers, die Installation der erforderlichen Plugins, die Erstellung des Authentifizierungsablaufs, das Testen auf verschiedenen Plattformen und die Absicherung Ihrer Integration mittels PKCE und korrekter Token-Speicherung. Es ist wichtig zu beachten, dass OAuth 2.0 ein **Autorisierungsprotokoll** ist, kein Authentifizierungsprotokoll [\[1\]](https://auth0.com/intro-to-iam/what-is-oauth-2). Der Hauptfokus liegt auf der Gewährung von Zugriff und nicht auf der Überprüfung der Benutzeridentität.
-
-Sicherheit ist besonders für mobile Apps entscheidend. Organisationen, die OAuth 2.0 nutzen, berichten von einem 34% Rückgang bei API-Zugriffssicherheitsvorfällen im Vergleich zu denen, die sich auf grundlegende Authentifizierungsmethoden verlassen [\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access). Durch die Einbindung bewährter Praktiken - wie die Verwendung kurzlebiger Zugriffstoken, die Implementierung von PKCE und die sichere Speicherung von Tokens - haben Sie eine solide Grundlage für das Authentifizierungssystem Ihrer App geschaffen.
-
-Jetzt können Sie Möglichkeiten erkunden, die Funktionalität Ihrer App zu erweitern und dabei diesen sicheren Rahmen beizubehalten.
-
-### Weitere Funktionen hinzufügen
-
-Mit implementiertem OAuth2 haben Sie die Möglichkeit, Ihre App um zusätzliche Funktionen zu erweitern. Zum Beispiel:
-
--   **[OpenID Connect](https://openid.net/developers/how-connect-works/) (OIDC)**: Erweitern Sie OAuth 2.0 um Benutzerauthentifizierung und Single Sign-On (SSO) Funktionen [\[16\]](https://developer.okta.com/docs/concepts/oauth-openid).
--   **Multi-Faktor-Authentifizierung (MFA)**: Erhöhen Sie die Sicherheit durch eine zusätzliche Schutzebene [\[17\]](https://blog.saaspass.com/multi-factor-authentication-mfa-with-openid-connect-protocol-d6b64c49c99c).
--   **Progressive Profiling**: Sammeln Sie schrittweise Benutzerdaten zur Verbesserung des Onboardings und der Benutzererfahrung [\[15\]](https://www.descope.com/blog/post/oauth2-react-authentication-authorization).
-
-Für die laufende Wartung und Updates erwägen Sie Tools wie [Capgo](https://capgo.app/), mit dem Sie Live-Updates, Fehlerbehebungen und neue Funktionen sofort bereitstellen können - ohne auf App-Store-Genehmigungen warten zu müssen. Dies kann besonders nützlich sein, um Sicherheitspatches zu behandeln oder neue Authentifizierungsfunktionen schnell einzuführen.
-
-### Weitere Ressourcen
-
-Um Ihre OAuth2-Implementierung weiter zu verbessern, nutzen Sie diese Ressourcen und Strategien:
-
--   **API Gateway Sicherheit**: Stärken Sie Ihre Bereitstellung durch Implementierung von Authentifizierungs- und Autorisierungsmaßnahmen, Caching sowie robustem Logging und Analytics [\[20\]](https://moldstud.com/articles/p-best-practices-for-deploying-api-gateways-in-production).
-    
--   **Aaron Pareckis Rat**: Laut Aaron Parecki, Autor von _OAuth 2.0 Simplified_:
-    
-    > "Der Authorization Code Flow ist der sicherste der OAuth 2.0 Flows und sollte wann immer möglich für serverseitige Anwendungen verwendet werden" [\[18\]](https://blog.dreamfactory.com/implementing-oauth-2.0-in-rest-apis-complete-guide).
-    
-
-Hier ist eine schnelle Referenztabelle für Ihre nächsten Schritte:
-
-| Phase | Hauptfokusgebiete |
-| --- | --- |
-| Systemkonfiguration | Token-Lebenszyklen verwalten, HTTPS erzwingen und sensible Informationen sicher speichern |
-| Token-Management | Kurzlebige Zugriffstoken verwenden und Refresh-Tokens rotieren |
-| Validierungsprozess | Signaturen verifizieren und Token-Ablauf prüfen |
-
-Bleiben Sie durch regelmäßige Sicherheitsaudits und Aktualisierung Ihrer Implementierung auf dem neuesten Stand. OAuth 2.1 führt beispielsweise Verbesserungen ein, wie die Anforderung von PKCE für alle Autorisierungscode-Anfragen und die Abschaffung weniger sicherer Flows [\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access). Zusätzlich bieten die Capacitor-Dokumentation und OAuth2-Plugin-Repositories fortlaufende technische Unterstützung, um das Authentifizierungssystem Ihrer App zu pflegen und zu verbessern.
-
-## FAQs
-
-::: faq
-### Warum sollte ich den Authorization Code Flow mit PKCE für OAuth2 in mobilen Apps verwenden?
-
-## Warum den Authorization Code Flow mit PKCE für mobile Apps nutzen?
-
-Der **Authorization Code Flow mit PKCE** ist die bevorzugte Wahl für mobile Apps, da er die Sicherheit erhöht, indem er Risiken wie Autorisierungscode-Abfangen und Man-in-the-Middle-Angriffe adressiert. PKCE (Proof Key for Code Exchange) funktioniert durch Hinzufügen einer zusätzlichen Schutzebene: Es erfordert eine einzigartige Code-Challenge, die der Autorisierungsserver validiert. Dies stellt sicher, dass nur die beabsichtigte App den Authentifizierungsprozess abschließen kann.
-
-Mobile Apps, die als öffentliche Clients eingestuft werden, können keine Client-Secrets sicher speichern. Hier kommt PKCE ins Spiel - es ermöglicht die sichere Authentifizierung von Benutzern ohne Preisgabe sensibler Daten. Das Ergebnis? Ein sichererer, zuverlässigerer Anmeldeprozess, der die gesamte Benutzererfahrung verbessert.
-:::
-
-::: faq
-### Was ist der beste Weg, OAuth2-Tokens in iOS-, Android- und Web-Apps sicher zu speichern?
-
-Um OAuth2-Tokens auf verschiedenen Plattformen sicher aufzubewahren, ist es wichtig, **plattformspezifische sichere Speicherlösungen** zu verwenden. Für iOS ist die bevorzugte Option Keychain Services, während Android-Nutzer sich auf das Android Keystore System verlassen sollten. Diese Tools wurden speziell entwickelt, um sensible Daten einschließlich Tokens zu schützen. Im Web können sichere Cookies oder verschlüsselter Browser-Speicher als effektive Alternativen dienen.
-
-Die Hinzufügung von Verschlüsselung, wie AES-256, bietet eine zusätzliche Sicherheitsebene für Tokens. Die Verwendung von **kurzlebigen Tokens** und deren sichere Erneuerung bei Bedarf reduziert das Risiko weiter. Die Implementierung von **PKCE (Proof Key for Code Exchange)** während des OAuth2-Prozesses ist ein weiterer kluger Schritt, um unberechtigten Zugriff zu blockieren. Für noch stärkeren Schutz erwägen Sie die Integration biometrischer Authentifizierung, die sicherstellt, dass nur der rechtmäßige Benutzer auf die gespeicherten Tokens zugreifen kann.
-:::
-
-::: faq
-### Was sind die häufigsten Probleme beim Testen der OAuth2-Integration in Capacitor-Apps und wie können sie behoben werden?
-
-Bei der Testung der OAuth2-Integration in Capacitor-Apps können Entwickler auf einige häufige Hindernisse stoßen. Hier ist ein schneller Überblick, worauf Sie achten sollten:
-
--   **Ungültige Client-Anmeldedaten**: Stellen Sie sicher, dass Ihre Client-ID und Secret korrekt eingerichtet sind und mit den Details in der Konfiguration Ihres OAuth-Providers übereinstimmen. Selbst ein kleiner Tippfehler kann Probleme verursachen.
--   **Redirect-URI-Fehlanpassung**: Die Redirect-URI in Ihrer App muss exakt mit der beim OAuth-Provider registrierten übereinstimmen. Überprüfen Sie dies, um unnötige Kopfschmerzen zu vermeiden.
--   **Token-Ablauf**: Tokens haben keine unbegrenzte Gültigkeit. Richten Sie ein zuverlässiges Token-Erneuerungssystem ein, um abgelaufene Tokens reibungslos zu behandeln und die Benutzererfahrung unterbrechungsfrei zu halten.
--   **Scope-Fehlkonfiguration**: Die in Ihrer App angeforderten Scopes müssen mit denen in Ihrem OAuth-Provider konfigurierten übereinstimmen. Nicht übereinstimmende Scopes können zu unerwarteten Fehlern führen.
-
-Um diese Probleme anzugehen, nehmen Sie sich Zeit, das OAuth-Setup Ihrer App gründlich zu überprüfen. Implementieren Sie eine robuste Fehlerbehandlung, um Probleme frühzeitig zu erkennen und zu beheben, und testen Sie Ihren Authentifizierungsablauf unter verschiedenen Szenarien. Tools wie Capgo können das Leben erleichtern, indem sie es ermöglichen, Updates und Fehlerbehebungen direkt an Ihre App zu pushen, ohne auf App-Store-Genehmigungen warten zu müssen, wodurch die Entwicklung effizient und die Benutzer zufrieden bleiben.
-:::
diff --git a/src/content/blog/de/a-brand-new-organization-system.md b/src/content/blog/de/a-brand-new-organization-system.md
deleted file mode 100644
index 4748af2ab..000000000
--- a/src/content/blog/de/a-brand-new-organization-system.md
+++ /dev/null
@@ -1,92 +0,0 @@
----
-slug: a-brand-new-organization-system
-title: Ein brandneues Organisationssystem
-description: >-
-  Eine Hintergrundgeschichte darüber, wie das Capgo-Team ein Organisationssystem
-  hinzugefügt hat
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-04-15T00:00:00.000Z
-updated_at: 2024-04-15T00:00:00.000Z
-head_image: /organization_system_blog.webp
-head_image_alt: Capgo Organisationssystem-Illustration
-keywords: >-
-  organization system, capgo, mobile app development, software engineering,
-  backend development
-tag: Story
-published: true
-locale: de
-next_blog: ''
----
-## Einführung
-
-Hey, ich bin [WcaleNieWolny](https://github.com/WcaleNieWolny/WcaleNieWolny) - Capgos leitender Softwareentwickler.
-
-In den letzten 8 Monaten habe ich das [Organisationssystem](/docs/webapp/organization-system/) entwickelt, und mit Stand 14. April freue ich mich bekannt geben zu können, dass das System fertiggestellt wurde 🎉 🎊
-
-Endlich, nach 8 Monaten, ist jeder einzelne Teil von Capgo für Organisationsmitglieder zugänglich. Dies beinhaltet:
- - Apps
- - Statistiken
- - Abrechnung
- - vollständige CLI-Unterstützung
- - und vieles mehr!
-
-Es war nicht einfach, hierher zu kommen; es gab 3 große Überarbeitungen der Systeme.
-
-## Organisationen v1
-
-Die Anfänge waren holprig... Ursprünglich begann ich 2 Wochen nach meinem Projektbeitritt mit der Arbeit daran.
-Zu diesem Zeitpunkt hatte ich wenig bis gar keine Kenntnisse über die Codebasis oder größere Vorstellungen zur Implementierung.
-
-Dies führte zur Implementierung der notdürftigsten Lösung, die nur den Zugriff auf Apps, Kanäle und Versionen unterstützte.
-Sie erlaubte dem eingeladenen Benutzer nicht einmal den Zugriff auf Statistiken.
-
-Dann wartete ich auf Martins Review. Ich wartete und wartete, aber nichts geschah wirklich. 3 Monate später beschloss ich, zurückzukommen und alle Merge-Konflikte zu beheben. Ich beschloss auch zu testen, was sich als großartige Idee herausstellte.
-Wenig überraschend scheiterte die Notlösung komplett. In diesem Moment beschloss ich, alle Fehler zu beheben und einen umfangreichen E2E-Test zu schreiben.
-Ich musste mit sehr fehlerhaftem Code und vielen schlechten Entscheidungen meines früheren Ichs arbeiten, aber nach 2 harten Wochen bekam ich es endlich zum Laufen.
-
-Das bedeutet jedoch nicht, dass es perfekt war. Der Eigentümer der Organisation hatte immer noch viel mehr Zugriff als selbst der höchstrangige eingeladene Benutzer. Die Benutzererfahrung war auch ziemlich mangelhaft. Der eingeladene Benutzer konnte nicht einmal die Anwendungsstatistiken sehen, die Abrechnung verwalten, und die CLI war auf das Hochladen beschränkt.
-
-Trotz all dieser Herausforderungen hatte Martin den PR überprüft, und eine Woche später wurde er in die Produktion übernommen.
-
-## Organisationen v2
-
-Das Organisationssystem funktionierte trotz aller Herausforderungen recht gut. Benutzer nutzten es, und es brachte das gesamte Projekt wirklich voran. Allerdings musste ich noch:
- - das Durcheinander in der [Zeilen-Level-Sicherheit](https://supabase.com/docs/guides/auth/row-level-security) beheben
- - Unterstützung für die gesamte CLI hinzufügen
- - sicherstellen, dass Admin-Benutzer den gleichen Zugriff wie der Eigentümer haben
-
-Nach [vielen Diskussionen](https://github.com/Cap-go/capgo/issues/564) mit Martin beschlossen wir, dass der beste Weg nach vorne darin bestand, die gesamten Sicherheitsregeln neu zu schreiben und den gesamten Ressourcenbesitz von Benutzern zu Organisationen zu verlagern.
-Dies würde eine einfachere Integration mit dem neuen Organisationssystem ermöglichen und auch viel Legacy-Code entfernen.
-
-Das Schreiben des neuen RLS-Codes war sehr mühsam, aber nach eineinhalb Wochen war die gesamte Migration bereit.
-
-Diesmal entschieden wir uns jedoch gegen das Schreiben des E2E-Tests, was bedeutete, dass wir manuell testen mussten. Nach 3 sehr ausführlichen Gesprächen beschlossen Martin und ich schließlich, in die Produktion zu pushen und zu hoffen, dass es gut gehen würde 🙏
-
-Das tat es nicht... Es stellte sich heraus, dass ich die Benutzerregistrierung kaputt gemacht hatte, und neue Benutzer konnten kein Konto erstellen 😅
-
-Nach einem schnellen Panic-Call pushte ich schnell einige Änderungen in die Produktion und ging ins Bett. Leider verursachten meine Änderungen nur noch mehr Probleme 😰
-
-Als ich aufwachte, entdeckte ich, dass Benutzer viele leere Organisationen hatten. Das sollte nicht passieren, da pro Benutzer nur 1 Organisation erlaubt sein sollte. Es brauchte einige Zeit des Brainstormings, um alle duplizierten, leeren Organisationen zu entfernen, aber abgesehen davon verliefen die Änderungen recht reibungslos.
-
-## Organisationen v3
-
-Selbst das war nicht genug. Es fehlte noch eine wichtige Komponente - die Abrechnung.
-
-Bisher konnte nur der Eigentümer die Abrechnung verwalten. Dies hat zu einigen interessanten Problemen geführt, bei denen ein Benutzer einen Plan kaufte in der Annahme, er würde ihn für die Organisation kaufen.
-Wir haben das Problem schnell manuell behoben und zu diesem Zeitpunkt entschieden, dass dieses Problem inakzeptabel war.
-
-Die Migration verlief recht reibungslos. Sie dauerte eine Woche Arbeit, aber im Vergleich zu V1 und V2 war es wirklich nicht so schwer 🚀
-
-## Organisationen v4 - die Zukunft
-
-Nach all dieser harten Arbeit denke ich, es ist Zeit, sich vorerst auf etwas anderes zu konzentrieren 😎
-
-Es war nicht einfach, aber ich habe viel gelernt und Capgo hat eine sehr schöne und wichtige Funktion erhalten.
-Ich muss noch die Legacy-Funktionen als veraltet markieren, die Webapp-Benutzererfahrung verbessern, nach Fehlern suchen,
-aber es sollte keine größeren Änderungen an diesem System mehr geben.
-
-<br>
-
-Danke fürs Lesen 🚀
diff --git a/src/content/blog/de/account-deletion-compliance-apple-guidelines.md b/src/content/blog/de/account-deletion-compliance-apple-guidelines.md
deleted file mode 100644
index cbfb56749..000000000
--- a/src/content/blog/de/account-deletion-compliance-apple-guidelines.md
+++ /dev/null
@@ -1,241 +0,0 @@
----
-slug: account-deletion-compliance-apple-guidelines
-title: 'Kontolöschungs-Compliance: Apple-Richtlinien'
-description: >-
-  Erfahren Sie mehr über Apples Richtlinien zur Kontolöschung, die wichtigsten
-  Anforderungen für Entwickler und bewährte Methoden zur Gewährleistung der
-  Datenschutzrichtlinien der Benutzer.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T03:15:15.208Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6823e678f8b9f5df39f52ef5-1747192562945.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Apple guidelines, account deletion, user privacy, app compliance, mobile
-  development
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Apple verlangt von allen Apps im [App Store](https://www.apple.com/app-store/), dass sie eine In-App-Option zum Löschen von Benutzerkonten anbieten.** Diese Richtlinie, die seit dem 30. Juni 2022 durchgesetzt wird, stellt sicher, dass Benutzer ihre Daten vollständig löschen können und mehr Kontrolle über ihre Privatsphäre haben. Hier ist, was Sie wissen müssen:
-
--   **Hauptanforderungen**:
-    
-    -   Die **Kontolöschungsoption** muss in den App-Einstellungen leicht zu finden sein.
-    -   Benutzerdaten müssen **vollständig entfernt** werden, außer wenn eine gesetzliche Aufbewahrungspflicht besteht.
-    -   Apps, die **"Sign in with Apple"** verwenden, müssen Tokens über Apples REST-API widerrufen.
--   **Für Entwickler**:
-    
-    -   Testen Sie den Löschvorgang auf Benutzerfreundlichkeit und vollständige Datenentfernung.
-    -   Stellen Sie sicher, dass auch Drittanbieterdienste Benutzerdaten löschen.
-    -   Nutzen Sie Tools wie **[Capgo](https://capgo.app/)** für Live-Updates und Compliance-Überwachung.
--   **Häufige Probleme**:
-    
-    -   Synchronisierung von Löschvorgängen über Plattformen hinweg.
-    -   Umgang mit verwaisten Tokens und unvollständigen Datenlöschungen.
-
-Nichteinhaltung kann zur Ablehnung oder Entfernung der App aus dem App Store führen. Entwickler sollten der Privatsphäre der Benutzer Priorität einräumen und Apples Richtlinien befolgen, um Probleme zu vermeiden.
-
-## Technische Anforderungen
-
-### Erforderliche Löschschritte
-
-Der Prozess zum Löschen eines Kontos muss unkompliziert und leicht zu finden sein. Platzieren Sie ihn gut sichtbar in den Kontoeinstellungen der App - nicht in Untermenüs oder externen Links versteckt.
-
-Hier sind die wichtigsten einzubeziehenden Schritte:
-
--   **Kontoüberprüfung**: Stellen Sie sicher, dass die Identität des Benutzers durch einen E-Mail-Code oder SMS bestätigt wird.
--   **Klare Kommunikation**: Erklären Sie deutlich, welche Daten gelöscht werden und heben Sie rechtliche Anforderungen zur Aufbewahrung bestimmter Informationen hervor.
--   **Bestätigungsdialog**: Bieten Sie einen abschließenden Bestätigungsbildschirm, der die Konsequenzen der Kontolöschung erläutert.
-
-Verwenden Sie zusätzlich die Sign in with Apple REST API, um Tokens während des Kontolöschungsprozesses zu widerrufen [\[2\]](https://developer.apple.com/news/?id=12m75xbj)[\[3\]](https://www.ketch.com/blog/posts/apple-delete-account-requirement).
-
-Sobald diese Schritte implementiert sind, konzentrieren Sie sich darauf, dass die Datenentfernung diesen Anforderungen entspricht.
-
-### Datenentfernungsstandards
-
-| **Datentyp** | **Entfernungsanforderungen** | **Rechtliche Überlegungen** |
-| --- | --- | --- |
-| Benutzerinhalte | Vollständige Löschung | Temporäre Aufbewahrung kann erforderlich sein |
-| Authentifizierungsdaten | Sofortige Entfernung | Token-Widerruf erforderlich |
-| Drittanbieterdaten | Koordinierte Löschung | Compliance variiert je nach Dienst |
-| Nutzungsverlauf | Vollständige Bereinigung | Unterliegt gesetzlichen Aufbewahrungsregeln |
-
-Wenn Benutzerdaten bei Drittanbietern gespeichert sind, stellen Sie sicher, dass diese Dienste die Daten ebenfalls löschen. Branchen mit strengen Vorschriften erfordern möglicherweise zusätzlichen Kundenservice-Support zur Gewährleistung der Compliance [\[2\]](https://developer.apple.com/news/?id=12m75xbj).
-
-Es ist entscheidend, die Einhaltung dieser Standards durch umfassende Tests zu überprüfen.
-
-### Testanforderungen
-
-Das Testen des Kontolöschungsprozesses ist wichtig für die Gewährleistung von Compliance und Funktionalität. Verwenden Sie Tools wie [Xcode](https://developer.apple.com/xcode/) und App Store Review-Tools, um sich auf Folgendes zu konzentrieren:
-
--   **Löschablauf**: Bestätigen Sie, dass der Prozess benutzerfreundlich und leicht zugänglich ist.
--   **Datenüberprüfung**: Stellen Sie sicher, dass alle Benutzerdaten vollständig aus allen Systemen entfernt werden.
--   **Randfälle**: Testen Sie Szenarien mit In-App-Käufen und Drittanbieter-Integrationen.
-
-Für Entwickler, die Capacitor mit Capgo verwenden, können Live-Updates helfen, Compliance-Probleme schnell zu beheben und die Wartezeit auf App Store-Genehmigungen zu umgehen. Während des Tests sollten Sie Folgendes überprüfen:
-
--   Token-Widerruf für Benutzer, die sich mit Apple angemeldet haben.
--   Vollständige Datenentfernung aus allen verbundenen Diensten.
--   Korrekte Handhabung aktiver Abonnements.
-
-## Häufige Probleme und Lösungen
-
-### Plattform-Datensynchronisation
-
-Manchmal synchronisiert sich die Datenlöschung zwischen iOS und Android nicht richtig. Dies geschieht meist aufgrund von Unterschieden in der Handhabung von Speicher und zwischengespeicherten Daten auf jeder Plattform.
-
-So gehen Sie Synchronisationsprobleme an:
-
--   **Zentralisierter Löschhandler**: Entwickeln Sie einen einheitlichen Service zur Verwaltung wichtiger Aufgaben wie:
-    
-    -   Bereinigung des [lokalen Speichers](https://capgo.app/plugins/capacitor-data-storage-sqlite/)
-    -   Löschen des sicheren Speichers
-    -   Beenden von Cloud-Synchronisationsprozessen
-    -   Handhabung des Token-Managements
--   **Plattformübergreifende Ereignisübertragung**: Verwenden Sie serverseitige Logik, um Löschereignisse an alle aktiven Sitzungen und Geräte zu senden und Konsistenz sicherzustellen.
-    
-
-### Plugin-Updates
-
-Nach der Handhabung der plattformweiten Löschung müssen Sie sich Plugin-spezifischen Herausforderungen widmen. Die Gewährleistung der Kompatibilität und Ausrichtung von Plugins mit Ihrem Löschprozess ist entscheidend, um Inkonsistenzen zu vermeiden.
-
-| **Problem** | **Auswirkung** | **Lösung** |
-| --- | --- | --- |
-| Token-Persistenz | Verwaiste Tokens bleiben aktiv | Automatischen Token-Widerruf einrichten |
-| Lokaler Speicher | Datenbereinigung kann unvollständig sein | Rekursive Löschprüfungen durchführen |
-| Cloud-Synchronisation | Löschzustände können nicht übereinstimmen | Synchrone Handler für Konsistenz verwenden |
-
-### [Capgo](https://capgo.app/) Update-Management
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6823e678f8b9f5df39f52ef5/21f0f35e63cf5752e2e56f9c4dd03eab.jpg)
-
-Echtzeit-Update-Management spielt eine zentrale Rolle bei der Aufrechterhaltung der Compliance über Plattformen und Plugins hinweg. Hier kann **Capgo** den Prozess der Verwaltung von Kontolöschungs-Updates vereinfachen.
-
-So hilft Capgo:
-
--   **Stufenweise Einführungen**: Testen Sie Löschablauf-Updates mit einer kleinen Gruppe, bevor Sie sie breit einführen.
--   **Sofortiges Rollback**: Bei Problemen sofort zu einer vorherigen stabilen Version zurückkehren.
--   **Update-Analysen**: Überwachen Sie Erfolgsraten für Löschabläufe und identifizieren Sie Compliance-Probleme.
-
-Laut Capgo erreichen Compliance-Updates 95% der Nutzer innerhalb von 24 Stunden[\[1\]](https://capgo.app). Außerdem sind alle Bereitstellungen mit Ende-zu-Ende-Verschlüsselung gesichert.
-
-So nutzen Sie Capgo optimal für Compliance-Updates:
-
--   **Versionskontrolle**: Verwenden Sie separate Update-Kanäle zum Testen von Löschabläufen vor der Bereitstellung für alle Nutzer.
--   **Fehlerüberwachung**: Richten Sie Warnungen für fehlgeschlagene Löschungen oder Plugin-Konflikte ein.
--   **Compliance-Überprüfung**: Nutzen Sie Capgos Analysen zur Bestätigung, dass Nutzer die neuesten Updates für Löschungs-Compliance erhalten.
-
-## Implementierungsleitfaden
-
-### Benutzeroberflächen-Standards
-
-Beachten Sie bei der Gestaltung der Benutzeroberfläche für die Kontolöschung diese Punkte:
-
--   **Primärer Standort**: Machen Sie die Löschoption leicht auffindbar. Platzieren Sie sie gut sichtbar in den Kontoeinstellungen (z.B. _Einstellungen > Konto > Konto löschen_).
-    
--   **Klare Kommunikation**: Bieten Sie eine detaillierte Erklärung dessen, was bei der Kontolöschung passiert. Fügen Sie Informationen hinzu über:
-    
-    -   Welche Daten entfernt werden
-    -   Eventuelle gesetzliche Datenspeicherungsanforderungen
-    -   Geschätzte Zeitrahmen für die Löschung
-    -   Mögliche Auswirkungen auf aktive Abonnements
--   **Verifizierungsablauf**: Stellen Sie sicher, dass der Prozess sicher ist durch:
-    
-    -   Aufforderung zur erneuten Passworteingabe
-    -   Versand eines Verifizierungscodes per E-Mail oder SMS
-    -   Anzeige von Bestätigungsdialogen, die die Aktion klar darlegen
-
-Diese Standards gewährleisten eine benutzerfreundliche Erfahrung bei gleichzeitiger Ausrichtung an umfassenderen Compliance-Protokollen.
-
-### Automatisierte Compliance-Prüfungen
-
-Um eine konstante Einhaltung dieser Standards zu gewährleisten, verwenden Sie automatisierte Tools zur Validierung Ihrer UI und Prozesse. Konzentrieren Sie sich auf diese kritischen Bereiche:
-
-| Testkategorie | Prüfpunkte | Implementierungsmethode |
-| --- | --- | --- |
-| **UI-Tests** | Sicherstellen, dass die Löschoption leicht zu finden ist | Automatisierte UI-Navigationstests verwenden |
-| **Datenentfernung** | Vollständige Löschung von Benutzerdaten bestätigen | API-Antworten validieren |
-| **Token-Management** | Tokens wie "Sign in with Apple" widerrufen | REST-API-Integrationstests durchführen |
-| **Plattformübergreifend** | Konsistenz über alle Geräte sicherstellen | Auf mehreren Geräten testen |
-
-Regelmäßige automatisierte Tests helfen, potenzielle Probleme zu identifizieren und zu beheben, bevor sie Benutzer beeinträchtigen.
-
-### Risikoprävention
-
-Um Risiken zu minimieren und reibungslose Abläufe sicherzustellen, ergreifen Sie diese Maßnahmen:
-
--   **Datenbestandsmanagement**: Führen Sie detaillierte Aufzeichnungen darüber, wo Benutzerdaten gespeichert sind. Dies umfasst lokalen Speicher, Cloud-Datenbanken, Drittanbieterdienste, Authentifizierungssysteme und Backups. Überprüfen Sie, dass Daten von all diesen Orten gelöscht werden.
-    
--   **Fehlerbehandlung**: Bereiten Sie sich auf potenzielle Probleme vor wie:
-    
-    -   Netzwerkunterbrechungen
-    -   Fehlgeschlagene API-Aufrufe
-    -   Unvollständige Datenentfernung
-    -   Token-Widerrufsfehler  
-        Implementieren Sie Fallback-Mechanismen, um diese Szenarien elegant zu handhaben.
--   **Überwachung und rechtliche Compliance**: Verfolgen Sie wichtige Metriken wie Löschungserfolgsraten, durchschnittliche Abschlusszeiten und verbleibende Daten. Dies hilft bei der schnellen Identifizierung und Lösung von Problemen. Stellen Sie zusätzlich die Einhaltung rechtlicher Anforderungen sicher, besonders in Branchen mit strengen Vorschriften. Fügen Sie für Apps in diesen Sektoren zusätzliche Verifizierungsschritte hinzu, dokumentieren Sie alle Verfahren gründlich und führen Sie regelmäßige Prüfungen durch.
-    
-
-## Zusammenfassung
-
-### Hauptanforderungen
-
-Seit dem 30. Juni 2022 verlangt Apple von allen Apps, eine native Funktion einzubauen, die es Benutzern ermöglicht, ihre Konten vollständig zu löschen. Hier ist eine Aufschlüsselung der wichtigsten Anforderungen:
-
-| **Anforderungskategorie** | **Implementierungsdetails** | **Compliance-Hinweise** |
-| --- | --- | --- |
-| **Zugänglichkeit** | Die Kontolöschungsoption muss in den App-Einstellungen leicht zu finden sein. | Diese Funktion muss direkt in die App eingebaut sein. |
-| **Datenhandhabung** | Benutzerdaten und Kontoinformationen müssen vollständig gelöscht werden. | Teilweise Löschungen erfüllen nicht die Compliance-Standards. |
-| **Authentifizierung** | Tokens für "Sign in with Apple"-Konten ordnungsgemäß widerrufen. | Verwenden Sie die "Sign in with Apple" REST-API zur Implementierung. |
-| **Kommunikation** | Benutzer klar über den Löschprozess und Zeitpläne informieren. |
-
-Um diese Anforderungen zu erfüllen, ergreifen Sie folgende Maßnahmen:
-
--   **Überprüfung der Datenspeicherung**  
-    Prüfen Sie alle Quellen, in denen Benutzerdaten gespeichert werden und bewerten Sie die Aufbewahrungsrichtlinien. Stellen Sie sicher, dass Verbindungen zu Drittanbietern gründlich dokumentiert sind.
-    
--   **Implementierung sicherer Löschworkflows**  
-    Richten Sie Prozesse ein, um Benutzeranfragen zu verifizieren, Token zu widerrufen und die Entfernung von Benutzerdaten zu automatisieren.
-    
--   **Testprotokolle**  
-    Führen Sie umfassende Tests über alle Plattformen hinweg durch, simulieren Sie verschiedene Szenarien und führen Sie Dokumentationen zur Nachweisführung der Compliance.
-    
-
-Tools wie Capgo können Updates vereinfachen, indem sie Live-Anpassungen Ihrer App ermöglichen. Regelmäßige Tests und automatisierte Überwachung helfen, die Datenintegrität sicherzustellen und Ihre App im Laufe der Zeit compliant zu halten. Bleiben Sie zusätzlich über sich entwickelnde rechtliche Anforderungen informiert, um Compliance-Lücken zu vermeiden.
-
-## So implementieren Sie die Kontolöschung in Ihrer App
-
-<iframe src="https://www.youtube.com/embed/TC6d4pub1jU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## FAQs
-
-::: faq
-### Wie können Entwickler sicherstellen, dass ihre App Apples Anforderungen zur Kontolöschung erfüllt?
-
-Um Apples Richtlinien zur Kontolöschung zu erfüllen, müssen Entwickler den Benutzern eine einfache und klare Möglichkeit bieten, ihre Konten direkt in der App zu löschen. Der Prozess sollte leicht zu finden, unkompliziert zu befolgen sein und Benutzer sollten keine externen Websites besuchen oder sich an Support-Teams wenden müssen.
-
-Für diejenigen, die Capacitor verwenden, können Tools wie **Capgo** die Einhaltung der Vorschriften erleichtern. Capgo ermöglicht Echtzeit-Updates Ihrer App, was bedeutet, dass Sie schnell Änderungen - wie Anpassungen der Kontolöschungsfunktion - implementieren können, ohne auf App-Store-Genehmigungen warten zu müssen. Durch die Gewährleistung der Compliance reduzieren Sie nicht nur das Risiko von App-Ablehnungen, sondern stärken auch das Vertrauen der Benutzer.
-:::
-
-::: faq
-### Wie können Entwickler eine ordnungsgemäße Datenlöschung über Plattformen hinweg sicherstellen und dabei Synchronisierungsprobleme vermeiden?
-
-Die Verwaltung der Datenlöschung über verschiedene Plattformen hinweg ist nicht immer einfach, besonders wenn spezifische Richtlinien wie die von Apple eingehalten werden müssen. Um dies zu bewältigen, müssen Entwickler zuverlässige Backend-Systeme einrichten, die Datenlöschungsanfragen einheitlich über alle integrierten Plattformen hinweg verarbeiten. Dies beinhaltet oft die Nutzung von APIs oder Diensten, die Löschungen gleichzeitig ausführen und Konsistenz gewährleisten.
-
-Für Apps, die mit Capacitor erstellt wurden, können Tools wie **Capgo** diese Aufgabe vereinfachen. Capgo unterstützt Echtzeit-Updates und entspricht den Anforderungen von Apple, wodurch Entwickler App-Updates und Funktionen verwalten und gleichzeitig Datenlöschungsstandards einhalten können. Durch die Verwendung von Tools, die eine reibungslose Synchronisierung gewährleisten, können Entwickler Fehler minimieren und das Vertrauen der Benutzer stärken.
-:::
-
-::: faq
-### Wie können App-Entwickler sicherstellen, dass ihre Apps die Anforderungen von Apple zur Kontolöschung erfüllen?
-
-## Sicherstellung der Compliance mit Apples Anforderungen zur Kontolöschung
-
-Um Apples Anforderungen zur Kontolöschung zu erfüllen, ist es wichtig, sich über deren Richtlinien auf dem Laufenden zu halten und einen unkomplizierten, benutzerfreundlichen Prozess für die Kontolöschung innerhalb Ihrer App zu erstellen. Die regelmäßige Überprüfung von Apples App Store Review Guidelines, insbesondere der Abschnitte zu Kontoverwaltung und Benutzerdaten, ist ein wesentlicher Schritt für Entwickler.
-
-Wenn Ihre App mit Capacitor erstellt wurde, können Tools wie **Capgo** den Prozess vereinfachen. Capgo bietet Funktionen wie Echtzeit-Updates und stellt sicher, dass Ihre App die Plattformanforderungen von Apple erfüllt, während gleichzeitig eine reibungslose Benutzererfahrung gewährleistet wird. Darüber hinaus sind regelmäßige Tests und Überwachung wichtig, um die Compliance zu bestätigen und potenzielle Probleme schnell zu lösen.
-:::
diff --git a/src/content/blog/de/alternative-to-appflow.md b/src/content/blog/de/alternative-to-appflow.md
deleted file mode 100644
index 3d3728492..000000000
--- a/src/content/blog/de/alternative-to-appflow.md
+++ /dev/null
@@ -1,86 +0,0 @@
----
-slug: alternative-to-appflow
-title: Alternative zu Ionic Appflow
-description: >-
-  Ionic Appflow ist eine große Maschinerie für Ihre App, leider ist der Preis
-  nicht für alle gemacht. Capgo ist hier, um Ihnen OTA-Updates einfach und zu
-  einem fairen Preis zu ermöglichen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-02T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /appflow_alt.webp
-head_image_alt: Appflow Alternative Illustration
-keywords: >-
-  Ionic Appflow, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: de
-next_blog: ''
----
-Ionic Appflow ist eine Cloud-basierte Mobile-App-Entwicklungsplattform, die Entwicklern eine Reihe von Tools und Services für das schnelle Erstellen, Testen und Bereitstellen von mobilen Apps bietet. Sie bietet Funktionen wie kontinuierliche Integration und Bereitstellung, Crash-Reporting und ermöglicht es Entwicklern, die Leistung ihrer App zu überwachen und sicherzustellen, dass sie für ihre Nutzer reibungslos läuft.
-
-Eine der herausragenden Funktionen von Ionic Appflow ist die Unterstützung für Live-Updates. Dies ermöglicht es Entwicklern, die Inhalte und Funktionalität ihrer App in Echtzeit zu aktualisieren, ohne dass Benutzer eine neue Version der App herunterladen müssen. Das bedeutet, dass Benutzer sofort auf die neuesten Funktionen und Verbesserungen zugreifen können, sobald diese verfügbar sind, ohne den Prozess des Herunterladens und Installierens eines Updates durchlaufen zu müssen.
-
-Wenn Sie bereits Ihre eigene Continuous Integration-Lösung implementiert haben, aber an der Live-Update-Funktion von Ionic Appflow interessiert sind, könnten Sie die Kosten für die Nutzung von Ionic Appflow als zu hoch empfinden. In diesem Fall möchten Sie vielleicht eine andere Plattform in Betracht ziehen, die Live-Updates zu einem günstigeren Preis anbietet.
-
-Eine Option ist Capgo, ein Open-Source Capacitor-Plugin, entwickelt von Digital shift OU. [Capgo](/register/) bietet Live-Updates wie Ionic Appflow und kann mit verschiedenen Continuous Integration-Tools integriert werden. Dies ermöglicht es Ihnen, Ihr bestehendes Continuous Integration-Setup weiter zu nutzen und trotzdem die Vorteile und Flexibilität von Live-Updates zu nutzen.
-
-Natürlich ist es wichtig, dass Sie die Funktionen und Kosten jeder Plattform, die Sie in Betracht ziehen, sorgfältig evaluieren und die Lösung wählen, die Ihren Anforderungen und Budget am besten entspricht.
-
-Deshalb haben wir für Sie eine klare und einfache Vergleichstabelle erstellt.
-
-## Funktionsvergleich
-
-| Funktionen | Capgo | Appflow |
-| --- | --- | --- |
-| Live-Updates | ✅ | ✅ |
-| Aktualisierungszeit | < 1min | < 10 min |
-| Update-Kanäle | ✅ | ✅ |
-| Kostenlose Testversion | ✅ | ❌ |
-| Zurücksetzen/Ändern der Kanalversion | ✅ | ❌ |
-| Installations-Statistiken | ✅ | ❌ |
-| Sandbox-App zum Testen | ✅ | ❌ |
-| Capacitor Plugin | ✅ | ❌ Cordova kompatibel |
-| Cordova Plugin | ❌ Könnte zurückportiert werden | ✅ |
-| Erschwingliche Preise | ✅ Ab 14$/Monat | ❌ Ab 499$/Monat |
-| Native Builds | ❌ | ✅ |
-| Ende-zu-Ende-Verschlüsselung | ✅ | ❌ nur für Portal |
-| 100% Open Source | ✅ | ❌ |
-| Portal | ❌ kommt bald | ✅ |
-| CI/CD | ❌ Tutorial für beliebte Tools | ✅ |
-
-## Continuous Integration Alternativen
-
-Wenn Sie an der Nutzung von [Capgo](https://capgo.app/pricing/) für Live-Updates interessiert sind, aber noch keine Continuous Integration-Lösung haben, können Sie einfach einen kostengünstigen Continuous Integration-Workflow mit GitHub Actions einrichten. GitHub Actions ist ein kostenloser, integrierter Continuous Integration- und Deployment-Service für GitHub-Repositories, der es Entwicklern ermöglicht, ihre Softwareentwicklungs-Workflows zu automatisieren.
-
-Um Continuous Integration mit GitHub Actions und Capgo einzurichten, müssen Sie zunächst ein GitHub-Repository für Ihren App-Code erstellen. Dann können Sie eine Workflow-Datei in Ihrem Repository erstellen, die die Schritte definiert, die bei jedem Push in das Repository ausgeführt werden sollen. Zum Beispiel könnte eine einfache Workflow-Datei Schritte zum Erstellen und Testen der App enthalten und dann [Capgo](/register/) verwenden, um ein Live-Update zu erstellen und es an die App-Benutzer zu verteilen.
-
-Mit dieser Einrichtung wird jedes Mal, wenn Sie Änderungen an Ihrem App-Code vornehmen und in das GitHub-Repository pushen, die Workflow-Datei ausgelöst und die festgelegten Schritte werden ausgeführt. Dies ermöglicht es Ihnen, Ihre JS-App mit minimalem Aufwand automatisch zu erstellen, zu testen und bereitzustellen und dabei die Vorteile und Flexibilität von Live-Updates zu nutzen.
-
-Insgesamt können GitHub Actions und [Capgo](/register/) eine kostengünstige Lösung für diejenigen sein, die Live-Updates nutzen möchten, aber keine eigene Continuous Integration-Einrichtung haben. Durch die Nutzung dieser Tools können Kunden ihren App-Entwicklungsprozess automatisieren und Updates schnell und einfach an ihre Benutzer verteilen.
-
-Wenn Sie bereit sind, Ihr CI/CD mit Capgo einzurichten, können Sie diesem [Tutorial für IOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) folgen.
-
-## Gehen wir noch weiter
-
-Um ehrlich zu sein, habe ich Appflow lange Zeit für große Teams empfohlen, die eine dedizierte Support-Person benötigen.
-Aber jetzt denke ich, es ist Zeit für eine Änderung.
-
-Capgo ist mittlerweile ausgereift genug, um von Teams aller Größen genutzt zu werden, und es ist deutlich kostengünstiger.
-
-Wenn Sie ein großes Team sind, das eine dedizierte Support-Person benötigt, kontaktieren Sie mich, und wir können gemeinsam eine Lösung finden.
-
-Auch wenn Capgo als Self-Service gedacht ist, bin ich für die Benutzer sehr präsent.
-
-Ich kann Ihnen auch bei der Konfiguration Ihres Builds für nativen Code helfen, Sie müssen dafür nicht für Appflow bezahlen.
-
-Wenn Sie Open-Source-Self-Service-Community-getriebene Tools mögen,
-
-Schließen Sie sich uns hier an 👇
-
-## Registrieren Sie sich hier für Ihr Konto
-
-[Capgo](/register/)
diff --git a/src/content/blog/de/alternative-to-expo.md b/src/content/blog/de/alternative-to-expo.md
deleted file mode 100644
index 96a82b5a2..000000000
--- a/src/content/blog/de/alternative-to-expo.md
+++ /dev/null
@@ -1,59 +0,0 @@
----
-slug: alternative-to-expo
-title: Alternative zu Expo Live Update
-description: >-
-  Suchen Sie eine mobile App-Entwicklungsplattform, die den Komfort von
-  Live-Updates wie bei Expo bietet, ohne an React Native gebunden zu sein?
-  Entdecken Sie Capgo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /expo_alternative.webp
-head_image_alt: Expo-Alternative-Illustration
-keywords: >-
-  Expo, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: de
-next_blog: ''
----
-Expo Live Update ist eine Funktion der Expo-Plattform, die es Entwicklern ermöglicht, Updates ihrer App in Echtzeit bereitzustellen, ohne dass Benutzer eine neue Version der App herunterladen müssen. Dies ähnelt der Live-Update-Funktion von Capgo, die es Entwicklern ermöglicht, den Inhalt und die Funktionalität ihrer App schnell und einfach zu aktualisieren, ohne dass Benutzer den Prozess des Herunterladens und Installierens eines Updates durchlaufen müssen.
-
-Sowohl Expo Live Update als auch Capgos Live-Update-Funktion sind darauf ausgelegt, es Entwicklern zu erleichtern, ihren Benutzern die neuesten App-Funktionen und Verbesserungen sofort zur Verfügung zu stellen. Dies kann die Benutzererfahrung verbessern und die Benutzer mit der App beschäftigt halten, da sie sofort auf neue Funktionen und Verbesserungen zugreifen können.
-
-Insgesamt sind Expo Live Update und Capgos Live-Update-Funktion ähnlich, da sie beide eine bequeme und benutzerfreundliche Möglichkeit für Entwickler bieten, Updates ihrer App in Echtzeit bereitzustellen. Ob sich ein Entwickler für Expo Live Update oder Capgos Live-Update-Funktion entscheidet, hängt von seinen spezifischen Anforderungen und Präferenzen sowie den Tools und Technologien ab, die er für seine App-Entwicklung verwendet.
-
-Wenn Sie als Mobile-App-Entwickler nach einer Alternative zu Expo suchen, sollten Sie Capgo in Betracht ziehen. [Capgo](/register/) ist eine cloudbasierte Mobile-App-Entwicklungsplattform, die viele der gleichen Tools und Dienste wie Expo anbietet, einschließlich Live-Updates, aber mit einem wesentlichen Unterschied: [Capgo](/register/) kann mit jedem JavaScript-Framework verwendet werden, während Expo auf Apps beschränkt ist, die mit React Native erstellt wurden.
-
-Dies bedeutet, dass Entwickler mit Capgo die Freiheit haben, das Framework zu wählen, das ihren Bedürfnissen und Präferenzen am besten entspricht. Egal ob Sie ein Fan von AngularJS, Vue.js oder einem anderen JavaScript-Framework sind, Sie können [Capgo](/register/) verwenden, um Ihre App einfach zu erstellen, zu testen und bereitzustellen.
-
-Neben seiner Flexibilität bietet [Capgo](/register/) auch eine Reihe anderer nützlicher Tools und Dienste für die Mobile-App-Entwicklung. Zum Beispiel bietet es Integration mit CI/CD, Plugin für native Funktionen und Tutorial für natives CI/CD sowie Analysen, mit denen Entwickler die Leistung ihrer App überwachen und sicherstellen können, dass sie für ihre Benutzer reibungslos läuft.
-
-Insgesamt ist [Capgo](/register/) eine leistungsstarke und flexible Alternative zu Expo, die viele der gleichen Funktionen und Vorteile bietet, mit dem zusätzlichen Vorteil der Unterstützung mehrerer JavaScript-Frameworks. Wenn Sie nach einer Plattform suchen, die Ihnen hilft, Ihren App-Entwicklungsprozess zu optimieren und eine großartige Benutzererfahrung zu bieten, ist [Capgo](/register/) definitiv eine Überlegung wert.
-
-## Funktionsvergleich
-
-| Funktionen | Capgo | Expo |
-| --- | --- | --- |
-| Live-Updates | ✅ | ✅ |
-| Update-Kanäle | ✅ | ✅ |
-| Version zurücksetzen/Kanal ändern | ✅ | ✅ |
-| Installations-Statistiken | ✅ | ❌ |
-| Sandbox-App zum Testen | ✅ | ✅ |
-| React Native | ❌ | ✅ |
-| React | ✅ | ❌ |
-| Capacitor | ✅ | ❌ Nur React-native |
-| Erschwingliche Preise | ✅ | ✅ |
-| Native Builds | ❌ | ✅ |
-| 100% Open Source | ✅ | ❌ |
-| Ende-zu-Ende-Verschlüsselung | ✅ | ❌ nur verschlüsselte Signierung |
-| CI/CD | ❌ Tutorial für beliebte | ✅ |
-
-## Fazit
-
-Expo ist ein großartiges Tool für React Native Entwickler, aber es ist nicht die einzige Option. Wenn Sie nach einer Alternative zu Expo suchen, ist [Capgo](/register/) definitiv eine Überlegung wert. [Capgo](/register/) ist eine cloudbasierte Mobile-App-Entwicklungsplattform, die viele der gleichen Tools und Dienste wie [Expo](https://expo.dev/) anbietet, einschließlich Live-Updates, aber mit einem wesentlichen Unterschied: [Capgo](/register/) kann mit jedem JavaScript-Framework verwendet werden, während Expo auf Apps beschränkt ist, die mit React Native erstellt wurden.
-
-Erfahren Sie, wie Capgo Ihnen helfen kann, bessere Apps schneller zu entwickeln, [registrieren Sie sich noch heute für ein kostenloses Konto](/register/).
diff --git a/src/content/blog/de/alternative-to-voltbuilder.md b/src/content/blog/de/alternative-to-voltbuilder.md
deleted file mode 100644
index 9218636c3..000000000
--- a/src/content/blog/de/alternative-to-voltbuilder.md
+++ /dev/null
@@ -1,77 +0,0 @@
----
-slug: alternative-to-voltbuilder
-title: Alternative zu Voltbuilder
-description: >-
-  Voltbuilder bietet eine einfache Möglichkeit, Webprojekte in native Apps
-  umzuwandeln, aber die Preisgestaltung ist möglicherweise nicht für jeden
-  geeignet. Capgo bietet eine kostengünstige Lösung für die einfache Verwaltung
-  von OTA-Updates.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-09-09T00:00:00.000Z
-updated_at: 2024-09-09T00:00:00.000Z
-head_image: /voltbuilder_alt.webp
-head_image_alt: Voltbuilder Alternative Illustration
-keywords: >-
-  Voltbuilder, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: de
-next_blog: ''
----
-Voltbuilder ist eine cloudbasierte Plattform, die es Entwicklern ermöglicht, ihre Webprojekte mithilfe von HTML, CSS und JavaScript in native mobile Apps für Android und iOS umzuwandeln. Die Plattform bietet verschiedene Funktionen zur Vereinfachung des App-Entwicklungsprozesses, einschließlich einfacher Einrichtung, automatischer App-Erstellung und -Upload sowie Unterstützung für Apache Cordova-Plugins.
-
-Eine der herausragenden Eigenschaften von Voltbuilder ist die Fähigkeit, innerhalb weniger Minuten store-fertige Apps für Android und iOS zu generieren. Dies ermöglicht Entwicklern, ihre Apps schnell zu erstellen und bereitzustellen, ohne umfangreiche Kenntnisse in nativer App-Entwicklung oder den komplexen App-Store-Einreichungsprozessen zu benötigen.
-
-Während Voltbuilder eine praktische Lösung für viele Entwickler darstellt, ist die Preisstruktur möglicherweise nicht für alle Projekte oder Budgets geeignet. Wenn Sie nach einer kostengünstigeren Option suchen, die dennoch leistungsstarke Funktionen bietet, insbesondere im Hinblick auf Live-Updates, sollten Sie Alternativen wie Capgo in Betracht ziehen.
-
-Capgo, ein Open-Source-Capacitor-Plugin entwickelt von Digital Shift OU, bietet Live-Update-Funktionalität ähnlich wie teurere Plattformen, jedoch zu einem günstigeren Preis. Dies ermöglicht es Ihnen, Ihre App in Echtzeit zu aktualisieren, ohne dass Benutzer neue Versionen aus den App-Stores herunterladen müssen.
-
-Um Ihnen bei der Entscheidungsfindung zu helfen, haben wir eine Vergleichstabelle der Funktionen zwischen Capgo und Voltbuilder erstellt.
-
-## Funktionsvergleich
-
-| Funktionen | Capgo | Voltbuilder |
-| --- | --- | --- |
-| Live-Updates | ✅ | ❌ |
-| Native App-Konvertierung | ❌ | ✅ |
-| Aktualisierungszeit | < 1min | N/A |
-| Update-Kanäle | ✅ | ❌ |
-| Kostenlose Testversion | ✅ | ✅ (15 Tage) |
-| Version zurücksetzen/Kanal ändern | ✅ | ❌ |
-| Installationsstatistiken | ✅ | ❌ |
-| Sandbox-App zum Testen | ✅ | ❌ |
-| Capacitor Plugin | ✅ | ❌ |
-| Cordova-Plugin-Unterstützung | ❌ Könnte zurückportiert werden | ✅ |
-| Erschwingliche Preise | ✅ Ab 14$/Monat | ✅ Ab 9,95$/Monat |
-| Native Builds | ❌ | ✅ |
-| Ende-zu-Ende-Verschlüsselung | ✅ | ❌ |
-| 100% Open Source | ✅ | ❌ |
-| Einfache Einrichtung | ✅ | ✅ |
-| Store-fertige Apps | ❌ | ✅ |
-
-## Continuous Integration Alternativen
-
-Während Voltbuilder einen optimierten Prozess für das Erstellen und Bereitstellen von Apps bietet, verfügt es nicht über integrierte Continuous Integration-Funktionen. Wenn Sie eine CI/CD-Pipeline zusammen mit Live-Updates implementieren möchten, können Sie die Kombination von Capgo mit einem Dienst wie GitHub Actions in Betracht ziehen.
-
-GitHub Actions ist ein kostenloser, integrierter Continuous Integration- und Deployment-Service für GitHub-Repositories. Durch die Einrichtung eines Workflows mit GitHub Actions und die Integration von Capgo für Live-Updates können Sie eine leistungsstarke, automatisierte Entwicklungspipeline erstellen.
-
-Dazu erstellen Sie zunächst ein GitHub-Repository für Ihren App-Code. Anschließend können Sie eine Workflow-Datei erstellen, die die auszuführenden Schritte definiert, wenn Code in das Repository gepusht wird. Diese Schritte können das Erstellen und Testen der App sowie die Verwendung von Capgo zum Erstellen und Bereitstellen eines Live-Updates umfassen.
-
-Diese Einrichtung ermöglicht es Ihnen, Ihre App mit minimalem Aufwand automatisch zu erstellen, zu testen und bereitzustellen, während Sie weiterhin die Live-Update-Funktionen von Capgo nutzen können. Detaillierte Anweisungen zur Einrichtung von CI/CD mit Capgo finden Sie in unseren Tutorials für [iOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/).
-
-## Gehen wir noch weiter
-
-Während Voltbuilder eine unkomplizierte Lösung für die Konvertierung von Webprojekten in native Apps bietet, ist es möglicherweise nicht die beste Wahl für alle Entwickler, insbesondere für diejenigen, die Live-Update-Funktionen und Open-Source-Lösungen priorisieren.
-
-Capgo hat sich zu einer robusten Plattform entwickelt, die für Teams aller Größen geeignet ist und eine kostengünstigere Lösung mit Fokus auf Live-Updates bietet. Wenn Sie ein größeres Team sind und dedizierte Unterstützung benötigen, zögern Sie nicht, uns zu kontaktieren - wir finden immer maßgeschneiderte Lösungen.
-
-Obwohl Capgo als Self-Service-Plattform konzipiert ist, sind wir stolz darauf, sehr reaktionsschnell auf die Bedürfnisse unserer Nutzer einzugehen. Wir können Ihnen bei der Konfiguration Ihres Builds für nativen Code helfen und eliminieren damit die Notwendigkeit teurerer Lösungen.
-
-Wenn Sie Open-Source, Self-Service und Community-getriebene Tools schätzen, könnte Capgo die perfekte Wahl für Ihr Projekt sein.
-
-## Registrieren Sie sich hier für Ihr Konto
-
-[Capgo](/register/)
diff --git a/src/content/blog/de/android-16kb-page-size-capacitor-plugins.md b/src/content/blog/de/android-16kb-page-size-capacitor-plugins.md
deleted file mode 100644
index c2f9059e9..000000000
--- a/src/content/blog/de/android-16kb-page-size-capacitor-plugins.md
+++ /dev/null
@@ -1,104 +0,0 @@
----
-slug: android-16kb-page-size-capacitor-plugins
-title: "Android 16 KB Seitengröße: Das Problem-Plugin finden und die nächsten Schritte"
-description: Ein einfacher Leitfaden zum Erkennen, welches Capacitor-Plugin bei Android 16 KB Seitengröße-Geräten fehlschlägt, was Sie zuerst überprüfen sollten und wann Sie Capgo bitten sollten, es zu forken und zu warten.
-author: Martin Donadieu
-author_image_url: https://avatars.githubusercontent.com/u/4084527?v=4
-author_url: https://github.com/riderx
-created_at: 2025-09-12T13:55:00.000Z
-updated_at: 2025-12-12T10:19:39.000Z
-head_image: /android-16kb-page-size-capacitor-plugins.webp
-head_image_alt: Android 16 KB Seitengröße Debugging für Capacitor
-keywords: Capacitor, Android 16KB Seitengröße, Plugins, Fehlerbehebung, App-Abstürze, Wartung, Forking
-tag: Entwicklung, Mobile, Capacitor
-published: true
-locale: de
-next_blog: ''
----
-
-Android-Geräte mit 16 KB Speicherseitengröße werden immer häufiger. Wenn ein Capacitor-Plugin (oder eine seiner nativen Abhängigkeiten) nicht vorbereitet ist, kann eine Funktion aufhören zu arbeiten oder die App kann auf einigen Telefonen abstürzen. Die Durchsetzung wird intensiviert, daher planen Sie bald eine Behebung.
-
-Wichtig: Ab dem 1. November 2025 müssen alle neuen Apps und Updates zu bestehenden Apps, die im Google Play Store eingereicht und Android 15+ Geräte anzielen, 16 KB Seitengrößen auf 64-Bit-Geräten unterstützen.
-
-Dieser Leitfaden hält es einfach: Finden Sie das Plugin, das fehlschlägt, überprüfen Sie auf ein einfaches Update, und wenn das Plugin unmaintain aussieht, bitten Sie [Capgo Consulting](/consulting), es für Sie zu forken und zu warten.
-
-## Symptome auf 16 KB Geräten
-
-- Funktioniert auf einigen Android-Telefonen, schlägt auf anderen fehl (oft auf neueren Modellen).
-- Eine Funktion funktioniert nicht mehr, wenn ein bestimmtes Plugin verwendet wird (Kamera, Dateien, Bluetooth, etc.).
-- Im Debug-Modus funktioniert es manchmal, im Release-Modus nicht.
-
-Tipp: Versuchen Sie es auf einem aktuellen Flagship-Android-Gerät, um Probleme frühzeitig zu reproduzieren.
-
-## Schritt 1 — Stellen Sie sicher, dass es ein Plugin-Problem ist
-
-- Reproduzieren Sie das Problem und notieren Sie die von Ihnen verwendete Funktion.
-- Deaktivieren Sie diese Funktion vorübergehend im Code. Wenn das Problem verschwindet, ist das zugehörige Plugin wahrscheinlich die Ursache.
-
-## Schritt 2 — Finden Sie heraus, welches Plugin fehlschlägt
-
-- Deaktivieren Sie Features nacheinander (oder kommentieren Sie die Plugin-Aufrufe aus), bis die App nicht mehr ausfällt.
-- Die letzte Funktion, die Sie deaktivieren, bevor sie wieder zu funktionieren beginnt, zeigt auf das Problem-Plugin.
-
-## Schritt 3 — Überprüfen Sie auf eine schnelle Lösung
-
-Sobald Sie das Plugin kennen:
-
-- Aktualisieren Sie auf die neueste Version des Plugins und Ihrer Capacitor-Pakete.
-- Lesen Sie die README/Changelog des Plugins auf Android 16 KB Notizen.
-- Überprüfen Sie offene Issues/Diskussionen auf ähnliche Berichte und empfohlene Versionen.
-
-## Schritt 4 — Fragen Sie den Maintainer
-
-Wenn die neueste Version immer noch fehlschlägt:
-
-- Öffnen Sie einen kurzen, klaren Issue: „Schlägt auf Android-Geräten mit 16 KB Seitengröße fehl; Funktion X funktioniert nicht mehr."
-- Fügen Sie Ihre Capacitor-Version, Plugin-Version und eine kurze Reproduktionsbeschreibung ein.
-- Warten Sie ein wenig auf eine Antwort — einige Teams brauchen einige Tage.
-
-## Schritt 5 — Wenn das Plugin unmaintained aussieht
-
-Zeichen, auf die Sie achten sollten:
-
-- Keine Releases oder Antworten des Maintainers seit Monaten.
-- Mehrere offene Issues zur Android-Kompatibilität ohne Antworten.
-
-Ihre Optionen:
-
-- Ersetzen Sie es durch eine aktiv gewartete Alternative.
-- Oder bitten Sie [Capgo Consulting](/consulting), es zu forken und zu warten, damit Ihre App kompatibel bleibt.
-
-## Schritt 6 — Sanity Checks
-
-Vor dem Versand führen Sie schnelle Überprüfungen durch:
-
-- Testen Sie die Funktion auf mindestens einem aktuellen Android-Gerät und einem älteren Gerät.
-- Verwenden Sie einen Release-Build für einen abschließenden Test.
-- Notieren Sie sich die App-Version, Plugin-Version und das Gerätemodell, die bestanden haben.
-
-## Schritt 7 — Entscheiden: Aktualisieren, ersetzen oder forken
-
-- Aktualisieren: bester Fall — installieren Sie die neuesten Plugin-/App-Versionen und fertig.
-- Ersetzen: wechseln Sie zu einer wartbaren Alternative, falls vorhanden.
-- Forken: Wenn Sie es funktionsfähig brauchen und das Plugin nicht vorankommt, lassen Sie [Capgo Consulting](/consulting) es forken und warten.
-
-## Support-Paket (kurz und nützlich)
-
-Teilen Sie dies, um Hilfe zu beschleunigen (mit Maintainern oder [Capgo Consulting](/consulting)):
-
-- App-Version/Build-Nummer
-- Capacitor-Version
-- Plugin-Name und -Version
-- Betroffene Geräte/Android-Versionen
-- Was Sie versucht haben (aktualisieren, Alternative, etc.)
-- Einfache Schritte zur Reproduktion
-
-## Capgo einstellen: Wir machen es funktionieren
-
-Wenn 16 KB Geräte Ihre App beschädigen und ein Plugin nicht bereit ist, sprechen Sie mit uns:
-
-- Wir identifizieren das Problem-Plugin schnell und bestätigen den Fehler.
-- Wir beheben es: aktualisieren, patchen oder forken — und unterhalten es weiter.
-- Wir helfen Ihnen, Last-Minute-Eile zu vermeiden, während die Durchsetzung ausgerollt wird.
-
-Teilen Sie uns mit, welche Funktion fehlschlägt und welches Plugin-Name (wenn Sie es kennen). Wir kümmern uns um den Rest. Besuchen Sie unsere Services-Seite: [Capgo Consulting](/consulting)
diff --git a/src/content/blog/de/android-setup-for-capacitor-apps.md b/src/content/blog/de/android-setup-for-capacitor-apps.md
deleted file mode 100644
index a14b6f119..000000000
--- a/src/content/blog/de/android-setup-for-capacitor-apps.md
+++ /dev/null
@@ -1,392 +0,0 @@
----
-slug: android-setup-for-capacitor-apps
-title: Android-Setup für Capacitor-Apps
-description: >-
-  Richten Sie Ihre Android-Entwicklungsumgebung für Capacitor-Apps mit
-  grundlegenden Tools, Konfigurationen und Integrationstipps für eine effiziente
-  App-Entwicklung ein.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:57:39.512Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db8c5296fa813b295022c3-1742443070357.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, Android development, Android Studio, SDK, mobile apps, Node.js,
-  JDK, environment setup
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Android-Apps mit [Capacitor](https://capacitorjs.com/) erstellen?** Hier sind alle Informationen, die Sie benötigen, um Ihre Entwicklungsumgebung schnell und effizient einzurichten. Capacitor verbindet Webtechnologien mit nativen Android-Funktionen, und der Einstieg erfordert einige wesentliche Werkzeuge und Konfigurationen.
-
-### Was Sie benötigen:
-
--   **Kernsoftware**:
-    
-    -   Android Studio (neueste Version)
-    -   JDK 17+
-    -   [Node.js](https://nodejs.org/en) (neueste LTS)
-    -   Capacitor CLI
--   **Hardwareanforderungen**:
-    
-    -   Minimum: Intel i5, 8GB RAM, 256GB HDD
-    -   Empfehlenswert: Intel i7/i9, 16GB+ RAM, 512GB SSD
-
-### Schnelle Schritte:
-
-1.  Installieren Sie Android Studio und schließen Sie den Einrichtungsassistenten ab.
-2.  Konfigurieren Sie das Android SDK mit API-Level 33 und erforderlichen Werkzeugen.
-3.  Setzen Sie Umgebungsvariablen für das Android SDK.
-4.  Fügen Sie Ihrer Capacitor-App Android-Unterstützung mit `npm install @capacitor/android` hinzu.
-5.  Testen Sie Ihre Einrichtung, indem Sie eine einfache App erstellen und sie auf einem Emulator oder Gerät ausführen.
-
-### Wichtige Funktionen nutzen:
-
--   **Live-Updates**: Sofortige Updates mit Tools wie [Capgo](https://capgo.app/) bereitstellen.
--   **Native Funktionen**: Zugriff auf Android-spezifische APIs für erweiterte Funktionalität.
--   **Echtzeitüberwachung**: Probleme während der Entwicklung schnell lösen.
-
-Wenn Sie diese Schritte befolgen, sind Sie bereit, Android-Apps mit Capacitor zu entwickeln, zu testen und bereitzustellen. Lassen Sie uns in die Details eintauchen.
-
-## Erforderliche Setup-Komponenten
-
-### Kernsoftwarekomponenten
-
-Um mit der Android-Entwicklung zu beginnen, müssen Sie diese wichtigen Werkzeuge installieren:
-
--   **Android Studio**: Dies ist die offizielle IDE für die Android-Entwicklung. Es enthält alle notwendigen Werkzeuge und Funktionen zum Erstellen von Android-Apps.
--   **Java Development Kit (JDK)**: Wird benötigt, um Java-Code zu kompilieren und auszuführen. Um die Kompatibilität mit Capacitor 8 sicherzustellen, verwenden Sie die JDK-Version 17 oder höher.
--   **Node.js**: Eine JavaScript-Laufzeitumgebung, die die Build-Prozesse und CLI-Tools von Capacitor antreibt. Installieren Sie die neueste LTS (Long-Term Support)-Version für die beste Erfahrung.
--   **Capacitor CLI**: Ein Kommandozeilenwerkzeug zum Verwalten von Capacitor-Projekten, einschließlich Hinzufügen von Plattformen, Erstellen und Bereitstellen von Apps.
-
-Diese Werkzeuge sind entscheidend für die Einrichtung Ihrer Android-Entwicklungsumgebung. Stellen Sie nach der Installation sicher, dass Ihre Hardware die folgenden Anforderungen erfüllt.
-
-### Hardwareanforderungen
-
-Ihr Entwicklungsrechner sollte diese Mindestanforderungen erfüllen, aber bessere Hardware verbessert die Leistung:
-
-| Komponente | Mindestanforderungen | Empfohlene Spezifikationen |
-| --- | --- | --- |
-| **Prozessor** | Intel i5 (6. Generation) oder ähnlich | Intel i7/i9 oder AMD Ryzen 7/9 |
-| **RAM** | 8GB | 16GB oder mehr |
-| **Speicher** | 256GB HDD mit 10GB frei | 512GB SSD oder größer |
-| **Anzeige** | 1280 x 800 Auflösung | 1920 x 1080 oder höher |
-| **Betriebssystem** | Windows 10 (64-Bit) / macOS 10.14 | Windows 11 / macOS 13+ |
-
-Um Android-Emulatoren effizient auszuführen, ist eine Hardwarebeschleunigung erforderlich:
-
--   **Windows**: Erfordert [Intel HAXM](https://github.com/intel/haxm) oder Windows Hypervisor-Plattform.
--   **macOS**: Hardwarebeschleunigung ist integriert.
--   **Linux**: Verwenden Sie [KVM](https://en.wikipedia.org/wiki/Kernel-based_Virtual_Machine)-Virtualisierung.
-
-Bitte beachten Sie, dass Android Studio und Emulatoren hohe Anforderungen an Ihr System stellen können. Stellen Sie sicher, dass Ihr Computer über eine ordnungsgemäße Kühlung und eine stabile Internetverbindung zum Herunterladen der SDK-Komponenten verfügt.
-
-Sobald Ihr Setup bereit ist, besteht der nächste Schritt darin, Android Studio zu konfigurieren, um diese Werkzeuge in Ihren Arbeitsablauf zu integrieren.
-
-## [Android Studio](https://developer.android.com/studio) Einrichtung
-
-![Android Studio](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-4d08ca5be8f73216eb56e77cdafac129-2025-03-20.jpg?auto=compress)
-
-Android Studio ist ein Muss für die Entwicklung mit Capacitor auf Android. Es richtig einzurichten sorgt für einen reibungslosen Arbeitsablauf und bessere Leistung.
-
-### Installationsschritte
-
-1.  Gehen Sie zur offiziellen Android-Entwickler-Website unter [developer.android.com/studio](https://developer.android.com/studio).
-    
-2.  Laden Sie die neueste stabile Version von Android Studio (2023.1.1 oder neuer) herunter.
-    
-3.  Befolgen Sie den Installationsprozess:
-    
-    -   **Windows**: Führen Sie den Installer aus, bleiben Sie beim Standardstandort und den Komponenten und bestätigen Sie die Speichereinstellungen.
-    -   **macOS**: Ziehen Sie Android Studio in den Anwendungsordner und starten Sie es.
-    -   **Linux**: Entpacken Sie das Archiv, verschieben Sie es in das Verzeichnis `/opt` und führen Sie das Skript `studio.sh` aus.
-
-Nachdem es installiert ist, passen Sie die Einstellungen von Android Studio an, damit es nahtlos mit Capacitor-Projekten funktioniert.
-
-### Grundkonfiguration
-
-Einige wichtige Konfigurationen in Android Studio sorgen dafür, dass es effizient mit dem Android SDK und Capacitor arbeitet.
-
-**Ersteinstellungen**:
-
--   Schließen Sie den Einrichtungsassistenten ab.
--   Wählen Sie den Installationstyp "Standard".
--   Wählen Sie ein UI-Thema (hell oder dunkel).
--   Überprüfen Sie Ihre Systemeinstellungen.
-
-**Leistungsoptimierung**:
-
-| Einstellung | empfohlener Wert | Zweck |
-| --- | --- | --- |
-| Speicherheap | 2048 MB | Beschleunigt die IDE |
-| VM-Optionen | \-Xmx4096m | Verbessert die Build-Leistung |
-| Gradle JDK | Version 17 | Stellt die Unterstützung für Capacitor sicher |
-
-**Einrichtungs des Emulators**:
-
-1.  Öffnen Sie den AVD-Manager von **Tools > Device Manager**.
-2.  Klicken Sie auf "Virtuelles Gerät erstellen".
-3.  Wählen Sie ein Hardware-Profil:
-    -   **Telefon**: Pixel 6 Pro (empfohlen)
-    -   **Tablet**: Pixel Tablet
-4.  Wählen Sie ein System-Image:
-    -   **API-Level**: 33 (Android 13)
-    -   **Ziel**: x86\_64
-5.  Passen Sie die AVD-Einstellungen an:
-    -   RAM: 2048 MB
-    -   [Internes Speichermedium](https://capgo.app/plugins/capacitor-data-storage-sqlite/): 2048 MB
-    -   SD-Karte: 512 MB
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend, um kontinuierlich an unsere Benutzer zu liefern!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Für weitere Details zu Capgo-spezifischen Konfigurationen, schauen Sie sich den Abschnitt [Capgo-Integration](https://capgo.app/consulting/) später in diesem Leitfaden an.
-
-## Android SDK-Konfiguration
-
-Das Android SDK ist entscheidend für das Erstellen und Bereitstellen von Android-Apps. Es vereinfacht sowohl Entwicklungs- als auch Bereitstellungsprozesse.
-
-### SDK-Komponenteninstallation
-
-Um die notwendigen Komponenten zu installieren, öffnen Sie den SDK-Manager in Android Studio, indem Sie zu **Tools > SDK Manager** navigieren.
-
-Hier sind die erforderlichen Komponenten für die Capacitor-Entwicklung:
-
-| Komponente | Version | Zweck |
-| --- | --- | --- |
-| **Android SDK-Plattform** | API 33 (Android 13.0) | Bietet die neueste stabile Plattform für die App-Entwicklung. |
-| **Android SDK Build-Tools** | 33.0.2 oder neuer | Enthält wichtige Build-Dienstprogramme. |
-| **Android SDK-Befehlszeilentools** | Neueste | Benötigt für Befehlszeilenoperationen. |
-| **Android Emulator** | Neueste | Wird für App-Tests und Debugging verwendet. |
-| **Android SDK-Plattform-Tools** | Neueste | Enthält Tools wie ADB. |
-
-**Installationsschritte**:
-
--   **SDK-Manager öffnen**: Gehen Sie zum Tab "SDK Platforms" und wählen Sie die oben genannten Komponenten aus.
--   **Build-Tools installieren**: Stellen Sie sicher, dass Sie Version 33.0.2 oder neuer installieren, um die Kompatibilität mit Capacitor sicherzustellen.
--   **SDK finden**: Android Studio installiert das SDK an diesen Standardstandorten:
-    -   **Windows**: `C:\Users\username\AppData\Local\Android\Sdk`
-    -   **macOS**: `~/Library/Android/sdk`
-    -   **Linux**: `~/Android/Sdk`
-
-Sobald die Installation abgeschlossen ist, fahren Sie mit der Konfiguration der Umgebungsvariablen fort, um sicherzustellen, dass Ihr System die SDK-Tools erkennt.
-
-### Umgebungssetup
-
-Um Android SDK-Tools mit Capacitor verwenden zu können, müssen Sie Umgebungsvariablen konfigurieren.
-
-**Zu setzende Umgebungsvariablen**:
-
-```bash
-ANDROID_HOME=/path/to/Android/sdk
-PATH=$PATH:$ANDROID_HOME/tools
-PATH=$PATH:$ANDROID_HOME/platform-tools
-```
-
--   **Windows**: Fügen Sie diese Variablen über **Systemeigenschaften > Umgebungsvariablen** hinzu.
--   **macOS/Linux**: Fügen Sie sie Ihrer Shell-Profil-Datei (z.B. `.bash_profile` oder `.zshrc`) hinzu.
-
-**Installation überprüfen**:
-
-Führen Sie die folgenden Befehle aus, um zu bestätigen, dass alles korrekt eingerichtet ist:
-
--   `adb --version`: Überprüft, ob die Plattform-Tools installiert sind.
--   `sdkmanager --list`: Bestätigt den Zugriff auf den SDK-Manager.
-
-Wenn Sie auf macOS oder Linux Berechtigungsfehler feststellen, beheben Sie diese, indem Sie folgendes ausführen:
-
-```bash
-chmod +x $ANDROID_HOME/tools/bin/*
-chmod +x $ANDROID_HOME/platform-tools/*
-```
-
-Nachdem Sie diese Schritte abgeschlossen haben, ist Ihr Android SDK bereit für die Verwendung mit Capacitor.
-
-## [Capacitor](https://capacitorjs.com/) Android-Einrichtung
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-20.jpg?auto=compress)
-
-### Plattforminstallation
-
-Stellen Sie zuerst sicher, dass Ihr Capacitor-Projekt eingerichtet ist. Gehen Sie dann in Ihr Projektverzeichnis und fügen Sie Android-Unterstützung hinzu, indem Sie diese Befehle ausführen:
-
-```bash
-npm install @capacitor/android
-npx cap add android
-npx cap sync android
-```
-
-Sobald das erledigt ist, passen Sie Ihre Projekteinstellungen an, damit alles reibungslos und sicher läuft.
-
-### Konfigurationseinstellungen
-
-Nachdem Sie die Android-Plattform hinzugefügt haben, aktualisieren Sie Ihre Datei `capacitor.config.json`, um Android-spezifische Einstellungen anzupassen. Hier sind einige wichtige Optionen zur Konfiguration:
-
--   **androidScheme**: `'https'`
--   **hostname**: `'app.example.com'`
--   **android.allowMixedContent**: `false`
--   **android.minWebViewVersion**: `'55'`
--   **android.buildOptions**: Fügen Sie alle benutzerdefinierten Optionen hinzu, die Sie benötigen.
-
-Hier ist ein Beispiel für eine Konfiguration:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "android": {
-    "allowMixedContent": false,
-    "captureInput": true,
-    "webContentsDebuggingEnabled": false
-  }
-}
-```
-
-**Wichtige Konfigurationen, auf die Sie sich konzentrieren sollten:**
-
--   **Sicherheit**: Stellen Sie sicher, dass Live-Updates End-to-End verschlüsselt sind.
--   **[Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**: Richten Sie kontrollierte Rollouts mit bestimmten [Update-Kanälen](https://capgo.app/docs/webapp/channels/) ein.
--   **Leistung**: Optimieren Sie die WebView-Einstellungen. Zum Beispiel:
-
-```json
-{
-  "android": {
-    "minWebViewVersion": "60",
-    "backgroundColor": "#ffffff",
-    "allowNavigation": ["*.trusted-domain.com"]
-  }
-}
-```
-
-Führen Sie schließlich `npx cap sync` aus, um Ihre Änderungen anzuwenden.
-
-## Setup-Überprüfung
-
-Bevor Sie mit der App-Entwicklung beginnen, ist es wichtig, zu bestätigen, dass Ihre Android-Entwicklungsumgebung korrekt funktioniert. Ihre Einrichtung frühzeitig zu testen, kann helfen, Probleme zu erkennen und zu beheben, bevor sie zu größeren Problemen werden.
-
-### Testprojekt einrichten
-
-Befolgen Sie diese Schritte, um ein einfaches Projekt zu erstellen und zu testen:
-
--   **Erstellen Sie eine Test-App**, indem Sie die folgenden Befehle ausführen:
-
-```bash
-npm init @capacitor/app
-cd my-cap-app
-npm install @capacitor/android
-npx cap add android
-```
-
--   **Bearbeiten Sie die Datei `index.html`**, um den folgenden Inhalt einzuschließen:
-
-```html
-<div id="test">Hello Capacitor Android!</div>
-```
-
--   **Bauen und führen Sie das Projekt aus** mit:
-
-```bash
-npx cap open android
-```
-
-Sobald das Projekt in Android Studio geöffnet ist, klicken Sie auf die grüne Schaltfläche „Ausführen“ (Play-Symbol), um die App auf einem verbundenen Gerät oder einem Emulator bereitzustellen. Wenn alles korrekt eingerichtet ist, sollten Sie den Testinhalt ohne Fehler angezeigt bekommen.
-
-Wenn Sie auf Probleme stoßen, überprüfen Sie die Fehlerbehebungstipps unten.
-
-### Häufige Einrichtungsfehler
-
-Hier sind einige typische Probleme und wie Sie sie lösen können:
-
--   **SDK-Pfadprobleme**
-    
-    -   Überprüfen Sie, ob Ihre Umgebungsvariablen wie während der ursprünglichen Konfiguration angegeben eingerichtet sind.
--   **Build-Fehler**
-    
-    -   Stellen Sie sicher, dass Ihre Gradle- und JDK-Versionen den Anforderungen des Projekts entsprechen.
-    -   Bestätigen Sie, dass alle notwendigen SDK-Komponenten installiert sind.
--   **Emulator-Probleme**
-    
-    -   Aktivieren Sie den Hardwarebeschleuniger (HAXM) in Ihren BIOS-Einstellungen.
-    -   Weisen Sie dem Emulator mindestens 2 GB RAM zu.
-    -   Verwenden Sie x86-Systemabbilder für bessere Leistung.
--   **Geräteverbindungsprobleme**
-    
-    -   Aktivieren Sie das USB-Debugging und installieren Sie die richtigen Treiber für Ihr Gerät.
-    -   Führen Sie `adb devices` aus, um zu bestätigen, dass die Verbindung erkannt wird.
-
-Die Lösung dieser Probleme bereitet Ihre Umgebung auf erweiterte Funktionen und eine reibungslose Integration mit Capgo vor. Sobald dies bestätigt ist, ist Ihre Einrichtung bereit für die nächsten Schritte in Ihrem Projekt.
-
-## [Capgo](https://capgo.app/) Integration
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Sobald Ihre Android-Umgebung bereit ist, ist es Zeit, Capgo zu integrieren. Dieses Tool vereinfacht Ihren [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/), indem es Ihnen ermöglicht, Updates sofort an Ihre Capacitor-App zu pushen - keine Überprüfung im Play Store erforderlich.
-
-### Wichtige Capgo-Funktionen
-
--   **Echtzeit-Updates**: Updates erreichen 95 % der aktiven Nutzer innerhalb von 24 Stunden [\[1\]](https://capgo.app/).
--   **End-to-End-Verschlüsselung**: Gewährleistet Datensicherheit.
--   **Schnelle API-Antwort**: Die globale durchschnittliche Antwortzeit beträgt 434 ms, mit einer Erfolgsquote von 82 % [\[1\]](https://capgo.app/).
--   **Teilweise Updates**: Reduziert den Datenverbrauch, indem nur notwendige Änderungen übertragen werden.
-
-**Leistungsübersicht**:
-
-| Metrik | Wert |
-| --- | --- |
-| Insgesamt gelieferte Updates | 23,5 Millionen |
-| Aktive Produktions-Apps | 750 |
-| GitHub-Sterne | 358 |
-
-### So richten Sie Capgo ein
-
-1.  **Installieren Sie die Capgo CLI**
-    
-    Verwenden Sie den folgenden Befehl, um zu beginnen:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2.  **Richten Sie Update-Kanäle ein**
-    
-    Konfigurieren Sie Kanäle für verschiedene Bedürfnisse wie Beta-Tests, gestaffelte Rollouts oder A/B-Tests, um mit neuen Funktionen zu experimentieren.
-
-### Erweiterte Capgo-Tools
-
-Capgo bietet zusätzliche Tools zur Verbesserung Ihres Anwendungsmanagements:
-
--   **Analyse-Dashboard**: Verfolgen Sie die Update-Leistung und Nutzung.
--   **Rollback-Optionen**: Aktualisierungen bei Bedarf schnell zurücksetzen.
--   **Fehlerverfolgung**: Probleme effizient identifizieren und lösen.
--   **CI/CD-Integration**: Funktioniert nahtlos mit GitHub Actions, [GitLab](https://about.gitlab.com/) CI und [Jenkins](https://www.jenkins.io/).
-
-Sobald alles konfiguriert ist, führen Sie den folgenden Befehl aus, um Ihre Einrichtung zu synchronisieren und Updates mit Capgo zu verwalten:
-
-```bash
-npx cap sync
-```
-
-## Zusammenfassung
-
-Das Einrichten einer Android-Entwicklungsumgebung für [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) umfasst einige wichtige Schritte, um sicherzustellen, dass alles reibungslos läuft. Sie müssen Android Studio installieren, das Android SDK konfigurieren und Werkzeuge integrieren, die für den Aufbau und das Testen Ihrer App erforderlich sind.
-
-Hier ist eine schnelle Übersicht über die wichtigsten Komponenten:
-
--   **Android Studio**: Verwenden Sie die neueste stabile Version dieser primären IDE.
--   **Android SDK**: Stellen Sie sicher, dass Sie das Entwicklungskit mit dem richtigen API-Level für Ihre App haben.
--   **[Capacitor-Plattform](https://capgo.app/blog/capacitor-comprehensive-guide/)**: Überprüfen Sie die Versionskompatibilität während der Integration.
--   **Optionale Live-Update-Tools**: Tools wie Capgo ermöglichen sofortige Updates, aber deren Integration ist optional.
-
-Eine gut konfigurierte Einrichtung gewährleistet effiziente Updates, wobei Statistiken zeigen, dass 95 % der aktiven Nutzer innerhalb von 24 Stunden Updates erhalten und eine Erfolgsquote von 82 % weltweit besteht [\[1\]](https://capgo.app/). Um sicherzustellen, dass alles bereit ist:
-
--   Überprüfen Sie, ob Android Studio korrekt installiert ist.
--   Stellen Sie sicher, dass die SDK-Pfade richtig konfiguriert sind.
--   Synchronisieren Sie Ihr Capacitor-Projekt ohne Probleme.
--   Erstellen und testen Sie ein Projekt, um zu bestätigen, dass keine Fehler vorliegen.
-
-Tools wie Capgo machen Bereitstellungs-Workflows einfacher, egal ob Sie über App-Stores verteilen oder Live-Update-Lösungen verwenden. Überprüfen Sie Ihre Umgebungsvariablen und SDK-Komponenten, um eventuelle Probleme zu vermeiden.
-
-Mit diesen Schritten sind Sie bereit, in die Entwicklung von Capacitor-Apps einzutauchen.
diff --git a/src/content/blog/de/angular-mobile-app-capacitor.md b/src/content/blog/de/angular-mobile-app-capacitor.md
deleted file mode 100644
index 3625310cc..000000000
--- a/src/content/blog/de/angular-mobile-app-capacitor.md
+++ /dev/null
@@ -1,328 +0,0 @@
----
-slug: angular-mobile-app-capacitor
-title: Mobile Apps mit Angular und Capacitor erstellen
-description: >-
-  Lernen Sie, wie Sie eine mobile App mit Angular, Capacitor und verbesserter
-  nativer Benutzeroberfläche mit Konsta UI erstellen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-06T00:00:00.000Z
-updated_at: 2023-06-06T00:00:00.000Z
-head_image: /angular_capacitor.webp
-head_image_alt: Angular- und Capacitor-Illustration
-keywords: >-
-  Angular, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: de
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-In diesem Tutorial beginnen wir mit einer neuen [Angular](https://angular.io/) App und wechseln mithilfe von Capacitor in den Bereich der nativen Mobile Apps. Optional können Sie auch [Konsta UI](https://konstaui.com/) für eine verbesserte mobile Benutzeroberfläche mit Tailwind CSS hinzufügen.
-
-Capacitor ermöglicht es Ihnen, Ihre Angular-Webanwendung ohne größere Änderungen oder das Erlernen einer neuen Technologie wie React Native in eine native mobile App umzuwandeln.
-
-Mit nur wenigen einfachen Schritten können die meisten Angular-Anwendungen in mobile Apps umgewandelt werden.
-
-Dieses Tutorial führt Sie durch den Prozess, beginnend mit einer neuen Angular-App und der anschließenden Integration von Capacitor für native mobile Apps. Zusätzlich können Sie optional [Konsta UI](https://konstaui.com/) verwenden, um Ihre mobile Benutzeroberfläche mit Tailwind CSS zu verbessern.
-
-## Über Capacitor
-
-Capacitor ist ein echter Game-Changer! Sie können es mühelos in jedes Webprojekt integrieren, und es verpackt Ihre Anwendung in eine native Webview, wobei es das native Xcode- und Android Studio-Projekt für Sie generiert. Außerdem bieten seine Plugins über eine JS-Brücke Zugriff auf native Gerätefunktionen wie die Kamera.
-
-Mit Capacitor erhalten Sie eine fantastische native mobile App ohne kompliziertes Setup oder steile Lernkurve. Seine schlanke API und optimierte Funktionalität machen die Integration in Ihr Projekt zum Kinderspiel. Glauben Sie mir, Sie werden erstaunt sein, wie mühelos Sie mit Capacitor eine voll funktionsfähige native App erstellen können!
-
-## Vorbereitung Ihrer Angular App
-
-Um eine neue Angular App zu erstellen, führen Sie folgenden Befehl aus:
-
-```shell
-ng new my-app
-cd my-app
-```
-
-Wählen Sie "Angular" wenn Sie nach der Angular-Version gefragt werden.
-
-Für eine native mobile App benötigen wir einen **Export** unseres Projekts. Daher fügen wir ein einfaches Skript in unserer **package.json** hinzu, das zum Erstellen und Kopieren des Angular-Projekts verwendet werden kann:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "ng build --prod"
-  }
-}
-```
-
-Nach Ausführung des Befehls `build` sollten Sie einen neuen `dist`-Ordner im Wurzelverzeichnis Ihres Projekts sehen können.
-
-Dieser Ordner wird später von Capacitor verwendet, aber zunächst müssen wir ihn korrekt einrichten.
-
-## Capacitor zu Ihrer Angular App hinzufügen
-
-Um eine beliebige Web-App in einen nativen mobilen Container zu verpacken, müssen wir einige erste Schritte befolgen, danach ist es so einfach wie die Ausführung eines einzelnen `sync`-Befehls.
-
-Zunächst können wir die [Capacitor CLI](https://capacitorjs.com/docs/cli/) als Entwicklungsabhängigkeit installieren und sie dann in unserem Projekt einrichten. Während der Einrichtung können Sie "Enter" drücken, um die Standardwerte für Name und Bundle-ID zu akzeptieren.
-
-Als Nächstes müssen wir das Core-Paket und die relevanten Pakete für die iOS- und Android-Plattformen installieren.
-
-Schließlich können wir die Plattformen hinzufügen, und Capacitor wird für jede Plattform Ordner im Wurzelverzeichnis unseres Projekts erstellen:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Angular project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-An diesem Punkt sollten Sie neue **ios**- und **android**-Ordner in Ihrem Angular-Projekt sehen können.
-
-**Das sind echte native Projekte!**
-
-Um später auf das Android-Projekt zugreifen zu können, müssen Sie [Android Studio](https://developer.android.com/studio/) installieren. Für iOS benötigen Sie einen Mac und sollten [Xcode](https://developer.apple.com/xcode/) installieren.
-
-Zusätzlich sollten Sie eine **capacitor.config.ts**-Datei in Ihrem Projekt finden, die einige grundlegende Capacitor-Einstellungen enthält, die während der Synchronisation verwendet werden. Das Einzige, worauf Sie achten müssen, ist das **webDir**, das auf das Ergebnis Ihres Build-Befehls zeigen muss. Momentan ist es nicht korrekt.
-
-Um dies zu korrigieren, öffnen Sie die **capacitor.config.json**-Datei und aktualisieren Sie das **webDir**:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-Sie können es ausprobieren, indem Sie folgende Befehle ausführen:
-
-```shell
-npm run build
-npx cap sync
-```
-
-Der erste Befehl `npm run build` wird einfach Ihr Angular-Projekt erstellen und den statischen Build kopieren, während der zweite Befehl `npx cap sync` den gesamten Web-Code an die richtigen Stellen der nativen Plattformen synchronisiert, damit sie in einer App angezeigt werden können.
-
-Zusätzlich könnte der Sync-Befehl die nativen Plattformen aktualisieren und Plugins installieren, also wenn Sie neue [Capacitor-Plugins](https://capacitorjs.com/docs/plugins/) installieren, ist es Zeit, erneut `npx cap sync` auszuführen.
-
-Ohne es zu merken, sind Sie jetzt eigentlich fertig, also lassen Sie uns die App auf einem Gerät sehen!
-
-## Native Apps erstellen und bereitstellen
-
-Um iOS-Apps zu entwickeln, müssen Sie **Xcode** installiert haben, und für Android-Apps benötigen Sie **Android Studio**. Wenn Sie Ihre App im App Store vertreiben möchten, müssen Sie sich außerdem für iOS im Apple Developer Program und für Android in der Google Play Console registrieren.
-
-Wenn Sie neu in der nativen Mobile-Entwicklung sind, können Sie die Capacitor CLI verwenden, um beide nativen Projekte einfach zu öffnen:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Sobald Sie Ihre nativen Projekte eingerichtet haben, ist das Bereitstellen Ihrer App auf einem verbundenen Gerät einfach. In Android Studio müssen Sie nur warten, bis alles bereit ist, und Sie können Ihre App ohne Änderung von Einstellungen auf einem verbundenen Gerät bereitstellen. Hier ein Beispiel:
-
-![android-studio-run](/android-studio-run.webp)
-
-In Xcode müssen Sie Ihr Signing-Konto einrichten, um Ihre App auf einem echten Gerät anstatt nur im Simulator bereitzustellen. Wenn Sie dies noch nie gemacht haben, führt Sie Xcode durch den Prozess (aber auch hier müssen Sie im Developer Program registriert sein). Anschließend können Sie einfach auf Play drücken, um die App auf Ihrem verbundenen Gerät auszuführen, das Sie oben auswählen können. Hier ein Beispiel:
-
-![xcode-run](/xcode-run.webp)
-
-Herzlichen Glückwunsch! Sie haben Ihre Angular-Web-App erfolgreich auf einem mobilen Gerät bereitgestellt. Hier ein Beispiel:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/nextjs-mobile-app.webp" alt="angular-mobile-app">
-</div>
-
-Aber warten Sie, es gibt auch einen schnelleren Weg während der Entwicklung...
-
-## Capacitor Live Reload
-
-Mittlerweile sind Sie wahrscheinlich an Hot Reload bei allen modernen Frameworks gewöhnt, und die gute Nachricht ist, dass Sie die gleiche Funktionalität **auf einem mobilen Gerät** mit minimalem Aufwand haben können!
-
-Ermöglichen Sie den Zugriff auf Ihre lokal gehostete Anwendung mit Live Reload **in Ihrem Netzwerk**, indem Sie die Capacitor-App den Inhalt von der spezifischen URL laden lassen.
-
-Der erste Schritt ist, Ihre lokale IP-Adresse herauszufinden. Wenn Sie einen Mac verwenden, können Sie dies durch Ausführen des folgenden Befehls im Terminal herausfinden:
-
-```shell
-ipconfig getifaddr en0
-```
-
-Unter Windows führen Sie aus:
-
-```shell
-ipconfig
-```
-
-Suchen Sie dann nach der IPv4-Adresse.
-
-Wir können Capacitor anweisen, die App direkt vom Server zu laden, indem wir einen weiteren Eintrag zu unserer `capacitor.config.ts`-Datei hinzufügen:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:4200',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Stellen Sie sicher, dass Sie **die richtige IP und den richtigen Port** verwenden, ich habe in diesem Beispiel den Standard-Angular-Port verwendet.
-
-Jetzt können wir diese Änderungen anwenden, indem wir sie in unser natives Projekt kopieren:
-
-```shell
-npx cap copy
-```
-
-Der `copy`-Befehl ist ähnlich wie `sync`, wird aber nur **die Änderungen am Web-Ordner** und der Konfiguration kopieren, ohne das native Projekt zu aktualisieren.
-
-Sie können Ihre App jetzt noch einmal über Android Studio oder Xcode bereitstellen. Danach wird die App automatisch neu geladen und zeigt die Änderungen an, wenn Sie etwas in Ihrer Angular-App ändern!
-
-**Beachten Sie**, dass wenn Sie neue Plugins wie die Kamera installieren, es immer noch einen Rebuild Ihres nativen Projekts erfordert. Dies liegt daran, dass native Dateien geändert werden und dies nicht im laufenden Betrieb erfolgen kann.
-
-Beachten Sie, dass Sie die richtige IP und den richtigen Port in Ihrer Konfiguration verwenden sollten. Der obige Codeblock zeigt zu Demonstrationszwecken den Standard-Angular-Port.
-
-## Verwendung von Capacitor Plugins
-
-Schauen wir uns an, wie man ein Capacitor-Plugin in Aktion verwendet, das wir schon mehrmals erwähnt haben. Dazu können wir ein ziemlich einfaches Plugin installieren, indem wir Folgendes ausführen:
-
-```shell
-npm i @capacitor/share
-```
-
-Das [Share-Plugin](https://capacitorjs.com/docs/apis/share/) ist nichts Besonderes, aber es öffnet trotzdem den nativen Share-Dialog! Dafür müssen wir jetzt nur das Paket importieren und die entsprechende `share()`-Funktion aus unserer App aufrufen. Ändern wir also die **src/app/app.component.ts** wie folgt:
-
-```typescript
-import { Component } from '@angular/core';
-import { Share } from '@capacitor/share';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: './app.component.html',
-  styleUrls: ['./app.component.scss']
-})
-export class AppComponent {
-  title = 'my-app';
-
-  async share() {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  }
-}
-```
-
-Wie bereits erwähnt, müssen wir bei der Installation neuer Plugins eine Synchronisation durchführen und dann die App erneut auf unserem Gerät bereitstellen. Führen Sie dazu folgenden Befehl aus:
-
-```
-npx cap sync
-```
-
-Nachdem Sie den Button gedrückt haben, können Sie den schönen nativen Share-Dialog in Aktion sehen!
-
-## Konsta UI hinzufügen
-
-Um Konsta UI in Ihrer Nuxt 3 App zu verwenden, müssen Sie [Tailwind bereits installiert haben](https://tailwindcss.com/docs/guides/angular/) und das Paket installieren:
-
-```shell
-npm i konsta
-```
-
-Zusätzlich müssen Sie Ihre `tailwind.config.js`-Datei modifizieren:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{html,ts}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` wird die Standard- (oder Ihre benutzerdefinierte) Tailwind CSS-Konfiguration um einige zusätzliche Varianten und Hilfsfunktionen erweitern, die für Konsta UI erforderlich sind.
-
-Jetzt müssen wir die Haupt-[App](https://konstaui.com/vue/app/)-Komponente einrichten, damit wir einige globale Parameter (wie `theme`) festlegen können.
-
-Wir müssen die gesamte App mit `App` in der `src/app/app.component.html` umschließen:
-
-```html
-<app>
-  <h1>Welcome to Angular and Capacitor!</h1>
-  <button (click)="share()">Share now!</button>
-</app>
-```
-
-### Beispielseite
-
-Jetzt, wo alles eingerichtet ist, können wir Konsta UI Vue-Komponenten in unseren Angular-Seiten verwenden.
-
-Öffnen wir zum Beispiel `src/app/app.component.html` und ändern sie wie folgt:
-
-```html
-<app>
-  <page>
-    <navbar title="My App" />
-
-    <block strong>
-      <p>
-        Here is your Angular & Konsta UI app. Let's see what we have here.
-      </p>
-    </block>
-    <block-title>Navigation</block-title>
-    <list>
-      <list-item href="/about/" title="About" />
-      <list-item href="/form/" title="Form" />
-    </list>
-
-    <block strong class="flex space-x-4">
-      <button>Button 1</button>
-      <button>Button 2</button>
-    </block>
-  </page>
-</app>
-```
-
-Wenn der Live Reload nach der Installation aller notwendigen Komponenten nicht synchron ist, versuchen Sie, alles neu zu starten. Sobald Sie das getan haben, sollten Sie eine mobile App mit einem etwas nativen Look sehen, die mit Angular und Capacitor erstellt wurde!
-
-Sie sollten folgende Seite als Ergebnis sehen:
-
-<app>
-  <h1>
-</h1>
-
-## Fazit
-
-Capacitor ist eine ausgezeichnete Option zum Erstellen nativer Anwendungen auf Basis eines bestehenden Webprojekts und bietet eine einfache Möglichkeit, Code zu teilen und eine konsistente Benutzeroberfläche beizubehalten.
-
-Und mit der Ergänzung von [Capgo](https://capgo.app/) ist es noch einfacher, Live-Updates zu Ihrer App hinzuzufügen und sicherzustellen, dass Ihre Benutzer immer Zugriff auf die neuesten Funktionen und Fehlerbehebungen haben.
-
-Wenn Sie erfahren möchten, wie Sie Capgo zu Ihrer Angular-App hinzufügen können, werfen Sie einen Blick auf den nächsten Artikel:
diff --git a/src/content/blog/de/api-key-security-for-app-store-compliance.md b/src/content/blog/de/api-key-security-for-app-store-compliance.md
deleted file mode 100644
index a0ad667a1..000000000
--- a/src/content/blog/de/api-key-security-for-app-store-compliance.md
+++ /dev/null
@@ -1,344 +0,0 @@
----
-slug: api-key-security-for-app-store-compliance
-title: API-Schlüssel-Sicherheit für die Einhaltung der App Store-Richtlinien
-description: >-
-  Erlernen Sie wesentliche Strategien zur Sicherung von API-Schlüsseln, um
-  Benutzerdaten zu schützen und die Richtlinien der App-Stores einzuhalten,
-  einschließlich Speicherung, Transport und Verwaltung.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T02:43:03.273Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e8ac6c283d21cbd67ac65e-1743302593642.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  API keys, security, encryption, app store compliance, HTTPS, key management,
-  mobile security, transport security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Die Sicherheit Ihrer [API-Schlüssel](https://capgo.app/docs/webapp/api-keys/) ist entscheidend, um Benutzerdaten zu schützen und die Richtlinien der App-Stores einzuhalten.** Das Offenlegen von Schlüsseln kann zu Datenschutzverletzungen, Missbrauch von Diensten und Kompromittierung von Konten führen.
-
-### Wichtige Erkenntnisse:
-
--   **Vermeiden Sie das Speichern von Schlüsseln im Code**: Verwenden Sie Umgebungsvariablen oder sichere Dateien.
--   **Nutzen Sie plattformspezifische Tools**: iOS Keychain und Android [EncryptedSharedPreferences](https://developer.android.com/reference/androidx/security/crypto/EncryptedSharedPreferences).
--   **Verschlüsseln Sie API-Schlüssel**: Fügen Sie eine zusätzliche Sicherheitsschicht mit AES-256-Verschlüsselung hinzu.
--   **Sichere Übertragung**: Verwenden Sie immer HTTPS und ziehen Sie die Verwendung von SSL-Zertifikat-Pinning in Betracht.
--   **Überwachen und Rotieren von Schlüsseln**: Rotieren Sie regelmäßig die Schlüssel und verfolgen Sie die Nutzung auf Anomalien.
-
-Durch die Umsetzung dieser Praktiken können Sie Ihre App schützen, die Richtlinien von Apple und Google einhalten und Ihre Benutzer schützen.
-
-## Sichere Methoden zur Speicherung von API-Schlüsseln
-
-### API-Schlüssel aus dem Quellcode entfernen
-
-Das direkte Einfügen von API-Schlüsseln in den Quellcode kann durch Dekompilierung oder Lecks im Repository zu einer Offenlegung führen. Um dies zu vermeiden, ziehen Sie diese Ansätze in Betracht:
-
--   Verwenden Sie **Umgebungsvariablen** für die lokale Entwicklung.
--   Speichern Sie Schlüssel in **sicheren Konfigurationsdateien**, die von der Versionskontrolle ausgeschlossen sind.
--   Verlassen Sie sich auf **Remote-Konfigurationsdienste**, um Schlüssel zu verwalten.
-
-Für iOS sollten Sie **XCConfig-Dateien** verwenden, um Konfigurationen von Ihrem Codebasis zu trennen. Auf Android können Sie Schlüssel mit `gradle.properties` verwalten:
-
-```kotlin
-# Store in ~/.gradle/gradle.properties
-API_KEY=your_key_here
-
-# Reference in build.gradle
-buildConfigField "String", "API_KEY", "\"${project.API_KEY}\""
-```
-
-### Plattform-Sicherheitswerkzeuge
-
-Nutzen Sie plattformspezifische Werkzeuge, um die Sicherheit beim Speichern von API-Schlüsseln zu erhöhen.
-
-Für iOS verwenden Sie **[Keychain-Dienste](https://developer.apple.com/documentation/security/keychain-services)** für sichere Speicherung:
-
-```swift
-let query: [String: Any] = [
-    kSecClass as String: kSecClassGenericPassword,
-    kSecAttrAccount as String: "APIKey",
-    kSecValueData as String: apiKey.data(using: .utf8)!
-]
-let status = SecItemAdd(query as CFDictionary, nil)
-```
-
-Für Android nutzen Sie **EncryptedSharedPreferences** für die sichere Speicherung von Schlüsseln:
-
-```kotlin
-val masterKey = MasterKey.Builder(context)
-    .setKeyScheme(MasterKey.KeyScheme.AES256_GCM)
-    .build()
-
-val sharedPreferences = EncryptedSharedPreferences.create(
-    context,
-    "secret_shared_prefs",
-    masterKey,
-    EncryptedSharedPreferences.PrefKeyEncryptionScheme.AES256_SIV,
-    EncryptedSharedPreferences.PrefValueEncryptionScheme.AES256_GCM
-)
-```
-
-### Schlüssel nach Umgebung trennen
-
-Verwenden Sie unterschiedliche API-Schlüssel für Entwicklungs-, Staging- und Produktionsumgebungen. Jede Umgebung sollte über verfügen:
-
--   Einen einzigartigen Schlüsseldrehplan.
--   Nutzungskontrolle.
--   Strenge Zugriffskontrollen.
-
-Speichern Sie umgebungsspezifische Schlüssel in **sicheren CI/CD-Variablen** und nicht in Konfigurationsdateien. Dadurch bleiben die Schlüssel geschützt, während automatisierte Build-Prozesse unterstützt werden. Stellen Sie außerdem sicher, dass sichere Übertragungsmechanismen vorhanden sind, um die Schlüssel während der Übertragung zu schützen.
-
-## Erweiterte mobile iOS-Sicherheit – Laufzeitangriffe & API-Schlüssel ...
-
-<iframe src="https://www.youtube.com/embed/HfRP0lCbqZA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## API-Schlüssel-Transport-Sicherheit
-
-Die Sicherheit von API-Schlüsseln während des Transports ist entscheidend, um Benutzerdaten zu schützen und die Anforderungen der App-Stores einzuhalten. Starke Transport-Sicherheitsmaßnahmen helfen, Angriffe wie Man-in-the-Middle und unbefugten Zugriff zu verhindern.
-
-### HTTPS-Implementierung
-
-Um die API-Kommunikation zu sichern, leiten Sie den HTTP-Verkehr immer auf HTTPS um. Verwenden Sie TLS 1.3 oder höher und erhalten Sie SSL-Zertifikate von einer vertrauenswürdigen Zertifizierungsstelle.
-
-Hier ist ein einfaches Beispiel, wie man HTTPS in einer Node.js [Express](https://expressjs.com/) Anwendung durchsetzt:
-
-```javascript
-const express = require('express');
-const app = express();
-
-// Redirect HTTP to HTTPS
-app.use((req, res, next) => {
-    if (!req.secure) {
-        return res.redirect('https://' + req.headers.host + req.url);
-    }
-    next();
-});
-```
-
-Für eine zusätzliche Schutzschicht ziehen Sie die Implementierung von Zertifikat-Pinning in Betracht.
-
-### SSL-Zertifikat-Pinning
-
-Zertifikat-Pinning stellt sicher, dass das SSL-Zertifikat des Servers mit einer vertrauenswürdigen Kopie übereinstimmt, um die Verwendung gefälschter Zertifikate zu verhindern.
-
-Für iOS können Sie das Zertifikat-Pinning mit `URLSession` implementieren. Hier ist ein Beispiel:
-
-```swift
-class APIManager: NSObject, URLSessionDelegate {
-    func urlSession(_ session: URLSession, didReceive challenge: URLAuthenticationChallenge, completionHandler: @escaping (URLSession.AuthChallengeDisposition, URLCredential?) -> Void) {
-        guard let serverTrust = challenge.protectionSpace.serverTrust,
-              let certificate = SecTrustGetCertificateAtIndex(serverTrust, 0) else {
-            completionHandler(.cancelAuthenticationChallenge, nil)
-            return
-        }
-
-        // Compare certificate with pinned certificate
-        if validateCertificate(certificate) {
-            completionHandler(.useCredential, URLCredential(trust: serverTrust))
-        } else {
-            completionHandler(.cancelAuthenticationChallenge, nil)
-        }
-    }
-}
-```
-
-Zusätzlich zur Sicherstellung des Transports sollten API-Schlüssel auf Anwendungsebene verschlüsselt werden.
-
-### API-Schlüssel-Verschlüsselung
-
-[Die Verschlüsselung von API-Schlüsseln](https://capgo.app/docs/webapp/api-keys/) fügt eine weitere Sicherheitsebene hinzu. Capgo verwendet beispielsweise End-to-End-Verschlüsselung für App-Updates.
-
-> "Die einzige Lösung mit echter End-to-End-Verschlüsselung, andere signieren nur Updates" - Capgo [\[1\]](https://capgo.app/)
-
-Um API-Schlüssel zu verschlüsseln, verwenden Sie zuverlässige Verschlüsselungsalgorithmen. Unten finden Sie ein Beispiel für die Verschlüsselung eines API-Schlüssels mit AES-256-GCM in Node.js:
-
-```javascript
-const crypto = require('crypto');
-
-function encryptAPIKey(apiKey, encryptionKey) {
-    const iv = crypto.randomBytes(16);
-    const cipher = crypto.createCipheriv('aes-256-gcm', encryptionKey, iv);
-
-    let encrypted = cipher.update(apiKey, 'utf8', 'hex');
-    encrypted += cipher.final('hex');
-
-    return {
-        encrypted: encrypted,
-        iv: iv.toString('hex'),
-        tag: cipher.getAuthTag().toString('hex')
-    };
-}
-```
-
-Die Kombination aus HTTPS, Zertifikat-Pinning und Verschlüsselung gewährleistet einen starken Schutz Ihrer API-Schlüssel.
-
-## API-Schlüssel-Sicherheitsmanagement
-
-Die effektive Verwaltung von API-Schlüsseln bedeutet, die Nutzung genau zu überwachen, sie regelmäßig zu rotieren und strenge Zugriffskontrollen durchzusetzen. Diese Schritte helfen, sensible Daten zu schützen und die Einhaltung der Anforderungen der App-Stores sicherzustellen.
-
-### Nutzungsüberwachung
-
-Die Verfolgung der Nutzung von API-Schlüsseln ist entscheidend, um ungewöhnliche Aktivitäten zu erkennen. Verwenden Sie Echtzeitanalysen, um zu überwachen:
-
--   Anforderungsmuster und -volumen
--   Geografische Standorte des Zugriffs
--   Fehlerquoten und -arten
--   Authentifizierungsfehler
-
-Hier ist ein Beispiel in Node.js:
-
-```javascript
-const apiMetrics = {
-    trackRequest: (apiKey, endpoint) => {
-        // Log request details
-        const requestData = {
-            timestamp: new Date().toISOString(),
-            endpoint,
-            apiKey: hashKey(apiKey),
-            geoLocation: getRequestLocation(),
-            responseTime: calculateResponseTime()
-        };
-
-        // Alert on suspicious patterns
-        if (isAnomalous(requestData)) {
-            notifySecurityTeam(requestData);
-        }
-    }
-};
-```
-
-### Schlüsseldrehplan
-
-Sobald Sie ein Verständnis für die Nutzung haben, stellen Sie sicher, dass Sie Ihre Schlüssel regelmäßig rotieren. Automatisierte Rotationsprozesse können Ihnen helfen, die Anforderungen der App-Stores einzuhalten. Hier sind einige Rotationsstrategien:
-
--   **Notfallrotation:** Deaktivieren Sie sofort Schlüssel, wenn Sie einen Verstoß vermuten.
--   **Geplante Rotation:** Aktualisieren Sie Produktionsschlüssel vierteljährlich.
--   **Entwicklungsrotation:** Erneuern Sie Schlüssel für Testumgebungen monatlich.
-
-Um Störungen zu minimieren, verwenden Sie eine Übergangszeit während der Schlüsseländerungen:
-
-```javascript
-const keyRotation = {
-    oldKey: process.env.OLD_API_KEY,
-    newKey: process.env.NEW_API_KEY,
-    transitionPeriod: 7 * 24 * 60 * 60 * 1000, // 7 days
-    startDate: new Date()
-};
-```
-
-### Zugriffskontrolle einrichten
-
-Überwachung und Rotation sind nur ein Teil der Gleichung. Sie müssen auch strenge Zugriffskontrollen durchsetzen. Weisen Sie Berechtigungen basierend auf Notwendigkeit zu und befolgen Sie das Prinzip der minimalen Berechtigung:
-
-```javascript
-const accessControl = {
-    validateAccess: (apiKey, requestedOperation) => {
-        const keyPermissions = getKeyPermissions(apiKey);
-        const environmentType = getCurrentEnvironment();
-
-        return isOperationAllowed(keyPermissions, requestedOperation, environmentType);
-    }
-};
-```
-
-Überprüfen Sie regelmäßig, wer Zugriff hat, passen Sie die Berechtigungen nach Bedarf an und richten Sie automatisierte Warnungen für ungewöhnliche Aktivitäten ein. Diese Maßnahmen helfen Ihnen, eine starke Sicherheit aufrechtzuerhalten und gleichzeitig die Anforderungen der App-Stores einzuhalten.
-
-## [Capgo](https://capgo.app/) Sicherheitsmerkmale
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e8ac6c283d21cbd67ac65e/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-Capgo stärkt die Sicherheit von Apps, indem es sichere Speicher- und Transportmethoden mit fortschrittlichen Funktionen kombiniert, die in seine Plattform integriert sind.
-
-### Capgo Sicherheitsarchitektur
-
-Das System von Capgo hat erfolgreich über 23,5 Millionen [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) an 750 Produktionsanwendungen geliefert [\[1\]](https://capgo.app/). Es verwendet **End-to-End-Verschlüsselung**, die sicherstellt, dass nur autorisierte Benutzer Updates entschlüsseln können. Hier ist ein Blick auf seine Sicherheitskonzeption:
-
-```javascript
-const capgoSecurity = {
-    encryptionType: 'end-to-end',
-    keyStorage: {
-        separate: true,
-        encrypted: true,
-        environment: process.env.NODE_ENV
-    },
-    updateVerification: async (update) => {
-        const isValid = await verifySignature(update);
-        const isAuthorized = await checkUserPermissions(update.userId);
-        return isValid && isAuthorized;
-    }
-};
-```
-
-Dieses Design schützt nicht nur API-Schlüssel, sondern vereinfacht auch die Einhaltung der Anforderungen der App-Stores.
-
-### Einhaltung der Richtlinien der App-Stores
-
-Capgo stellt sicher, dass Updates schnell und sicher bereitgestellt werden, mit einer globalen Erfolgsquote von 82 %, wobei 95 % der aktiven Benutzer innerhalb von 24 Stunden Updates erhalten [\[1\]](https://capgo.app/). Seine Funktionen helfen, potenzielle Schwachstellen zu beseitigen:
-
--   Automatisierte Schlüsseldrehung im Einklang mit den Richtlinien der App-Stores
--   Bereitstellungskontrollen, die auf spezifische Umgebungen abgestimmt sind
--   Detaillierte Berechtigungen zum Verwalten von Updates
-
-### CI/CD-Sicherheitsintegration
-
-Capgo arbeitet nahtlos mit CI/CD-Plattformen zusammen, um den Schutz von API-Schlüsseln zu verbessern. Hier ist ein Beispiel für seine Integration:
-
-```yaml
-capgo_deployment:
-    environment:
-        - CAPGO_API_KEY: ${SECURED_API_KEY}
-        - APP_ENV: production
-    security:
-        - signature_verification: true
-        - key_rotation: enabled
-        - access_control: role_based
-```
-
-| Sicherheitsmerkmal | Implementierung |
-| --- | --- |
-| Schlüsselsicherheit | End-to-End-Verschlüsselung während des Builds und der Bereitstellung |
-| Zugriffskontrolle | Rollenbasierte Berechtigungen für Bereitstellungsereignisse |
-| Prüfprotokollierung | Umfassende Protokolle aller Bereitstellungstätigkeiten |
-| Versionskontrolle | Sichere Nachverfolgung der bereitgestellten Updates |
-
-> "End-to-End-Verschlüsselung. Nur Ihre Benutzer können Ihre Updates entschlüsseln, niemand sonst." [\[1\]](https://capgo.app/) - Capgo
-
-## Zusammenfassung
-
-Die Sicherheit von API-Schlüsseln ist entscheidend, um die Anforderungen der App-Stores zu erfüllen und Benutzerdaten zu schützen. Hier ist eine schnelle Übersicht über wichtige Praktiken und was als Nächstes zu tun ist.
-
-### Sicherheits-Checkliste
-
-Die folgende Tabelle hebt wichtige Schritte zum Schutz von API-Schlüsseln hervor und bleibt dabei im Einklang mit den Richtlinien von Apple und Google:
-
-| Sicherheitsmaßnahme | Implementierungsanforderungen | Compliance-Auswirkungen |
-| --- | --- | --- |
-| **Speicher-Sicherheit** | Verwenden Sie End-to-End-Verschlüsselung und trennen Sie Umgebungen | Entspricht den Datenschutzbestimmungen von Apple/Google |
-| **Transportebene** | Durchsetzen von HTTPS und Verwendung von SSL-Zertifikat-Pinning | Sichert Daten während der Übertragung |
-| **Zugriffskontrolle** | Anwendung rollenbasierter Berechtigungen und Nachverfolgung von [Zugriffsprotokollen](https://capgo.app/docs/webapp/logs/) | Blockiert unbefugten Zugriff |
-| **Schlüsselmanagement** | Automatisches Rotieren von Schlüsseln und Verwendung umgebungsspezifischer Schlüssel | Gewährleistet langfristige Sicherheit |
-
-Verwenden Sie diese Checkliste als Leitfaden zur Sicherung Ihrer API-Schlüssel.
-
-### Nächste Schritte
-
-1.  **Aktuelle Implementierung überprüfen**
-
-    Überprüfen Sie Ihre bestehenden Schlüsselstorage- und Transportmethoden auf Sicherheitsanfälligkeiten, insbesondere hinsichtlich Verschlüsselung und Quellcodeoffenlegung.
-    
-2.  **Sicherheitsmaßnahmen umsetzen**
-
-    Wenden Sie End-to-End-Verschlüsselung an, um Risiken zu reduzieren und die Anforderungen der App-Stores zu erfüllen.
-    
-3.  **Überwachungssysteme einrichten**
-
-    Richten Sie automatisierte Warnungen ein und führen Sie regelmäßige Prüfungen durch, um die Sicherheit aufrechtzuerhalten.
-    
-
-> "App Store konform" - Capgo [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/api-rate-limiting-for-app-store-compliance.md b/src/content/blog/de/api-rate-limiting-for-app-store-compliance.md
deleted file mode 100644
index 4dc1369f8..000000000
--- a/src/content/blog/de/api-rate-limiting-for-app-store-compliance.md
+++ /dev/null
@@ -1,172 +0,0 @@
----
-slug: api-rate-limiting-for-app-store-compliance
-title: API-Ratenbegrenzung zur Einhaltung der App-Store-Vorgaben
-description: >-
-  Erfahren Sie mehr über Methoden zur API-Datenratenbegrenzung und deren
-  Bedeutung für die Compliance im App Store, die Sicherheit und die
-  Systemleistung.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T03:23:39.305Z
-updated_at: 2025-04-02T03:23:51.231Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ecaaaa7747adc4bca8d9b6-1743564231231.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  API rate limiting, app store compliance, security, performance, overload
-  protection, request management
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-API-Ratenbegrenzung stellt sicher, dass Ihre App den Richtlinien von Apple und Google entspricht und schützt gleichzeitig Ihr System vor Überlastung und Missbrauch. Es begrenzt, wie oft Benutzer Anfragen stellen können, verbessert die Sicherheit, spart Kosten und sorgt für reibungslosen Betrieb. Hier ist, was Sie wissen müssen:
-
-1.   **Warum es wichtig ist**: Verhinderung von Brute-Force-Angriffen, Verwaltung der Serverlast und Vermeidung von Ablehnungen im App Store.
-2.   **Methoden**:
-    1.   Fester Zeitrahmen: Einfach, kann jedoch zu Verkehrsspitzen führen.
-    2.   Gleitender Zeitrahmen: Sorgt für gleichmäßigeren Verkehr, benötigt jedoch mehr Speicher.
-    3.   Token-Bucket: Bewältigt Spitzenlasten, ist jedoch komplex einzurichten.
-3.   **Konformität**: Verwenden Sie exponentielles Backoff für Wiederholungen und antworten Sie mit einem 429-Statuscode, wenn die Grenzen überschritten werden.
-4.   **Werkzeuge**: Plattformen wie [Capgo](https://capgo.app/) vereinfachen die Implementierung mit Analysen, Fehlerverfolgung und Echtzeitüberwachung.
-
-**Schneller Tipp**: Testen Sie Ihre Grenzen unter normalen, spitzen und Wiederherstellungsbedingungen, um Stabilität und Konformität sicherzustellen.
-
-## Verständnis der API-Ratenlimits: Zweck, Arten und Wesentliches ...
-
-## App Store API-Richtlinien
-
-API-Ratenlimits spielen eine Schlüsselrolle bei der Erfüllung der Anforderungen des App Stores. Sowohl Apple als auch Google haben spezifische Regeln zum Schutz der Benutzerdaten und zur Aufrechterhaltung der Systemstabilität. Hier ist eine Übersicht über ihre Richtlinien.
-
-### Apples API-Ratenlimits
-
-Apple setzt Grenzen in Bereichen wie Authentifizierung, Datenanforderungen und öffentlichen Endpunkten. Verstöße gegen diese Grenzen können Konsequenzen wie die Ablehnung der App während des Überprüfungsprozesses, vorübergehende Entfernung aus dem App Store oder erforderliche dringende Fehlerbehebungen nach sich ziehen. Um überschrittene Limits zu verwalten, wird Entwicklern geraten, Methoden wie **exponentielles Backoff** zu verwenden, das eine schrittweise Erhöhung der Verzögerung zwischen den Wiederholungen beinhaltet.
-
-### Googles API-Ratenlimits
-
-[Google Play Store](https://play.google/developer-content-policy/) setzt Grenzen für den Zugriff auf öffentliche Daten, Authentifizierung und Benutzerdatenanforderungen. Während kleine Verkehrsspitzen erlaubt sind, überwacht das System die Nutzung genau. Warnungen werden ausgegeben, während die Schwellenwerte erreicht werden, und Einschränkungen werden schrittweise angewendet, anstatt sofort ausgesetzt zu werden.
-
-## Schritte zur Implementierung der Ratenbegrenzung
-
-### Methoden zur Ratenbegrenzung
-
-Bei der Implementierung der API-Ratenbegrenzung wählen Sie einen Ansatz, der mit den Anforderungen Ihrer Anwendung übereinstimmt. Im Folgenden sind drei häufig verwendete Methoden aufgeführt:
-
-1.   **Feste Zeitrahmen-Ratenbegrenzung**: Diese Methode legt ein Limit fest (z. B. 100 Anfragen), das in festen Intervallen zurückgesetzt wird. Während es einfach ist, kann es am Ende jedes Zeitraums zu Verkehrsspitzen führen.
-
-2.   **Gleitende Zeitrahmen-Ratenbegrenzung**: Dieser Ansatz verwendet einen rollierenden Zeitrahmen, um den Verkehr zu glätten. Wenn beispielsweise das Limit 100 Anfragen pro Minute beträgt und ein Benutzer um 14:00:30 Uhr 50 Anfragen stellt, kann er bis 14:01:30 Uhr 50 weitere Anfragen stellen.
-
-3.   **Token-Bucket-Algorithmus**: Diese Methode ermöglicht Flexibilität, indem Tokens mit einer bestimmten Rate nachgefüllt werden. Jeder API-Aufruf verwendet ein Token, und Anfragen werden abgelehnt, wenn die Tokens aufgebraucht sind, bis sie wieder aufgefüllt werden.
-
-| Methode | Vorteile | Nachteile | Am besten geeignet für |
-| --- | --- | --- | --- |
-| Fester Zeitrahmen | Einfach zu implementieren, geringer Speicherbedarf | Kann zu Verkehrsspitzen führen | Grundlegende API-Endpunkte |
-| Gleitender Zeitrahmen | Gleichmäßiger Verkehrsfluss, bessere Präzision | Benötigt mehr Speicher | Benutzer-Authentifizierungs-APIs |
-| Token-Bucket | Bewältigt Spitzen, anpassbar | Komplexer zu implementieren | Hochfrequente öffentliche APIs |
-
-Hier ist ein praktisches Beispiel mit der Methode des gleitenden Zeitrahmens.
-
-### Implementierungsbeispiele
-
-Unten ist ein Code-Snippet, das demonstriert, wie die Ratenbegrenzung mit gleitendem Zeitrahmen implementiert werden kann:
-
-### Testen der Ratenlimits
-
-Nach der Implementierung sollten Sie Ihre Ratenbegrenzung gründlich testen, um sicherzustellen, dass sie wie erwartet funktioniert. Konzentrieren Sie sich auf diese Bereiche:
-
-1.   **Basislimit-Test**: Senden Sie Anfragen mit normalen Raten, um die Standardfunktionalität zu bestätigen.
-2.   **Spitzentest**: Simulieren Sie mehrere gleichzeitig gesendete Anfragen, um zu überprüfen, ob die Limits durchgesetzt werden.
-3.   **Wiederherstellungstest**: Überprüfen Sie, wie das System reagiert, sobald das Limit zurückgesetzt wird.
-
-### Überwachung der Leistung
-
-Nach der Bereitstellung sollten Sie wichtige Kennzahlen überwachen, um sicherzustellen, dass Ihr Ratenbegrenzungssystem unter verschiedenen Bedingungen gut funktioniert:
-
-1.   Gesamtzahl der in jedem Zeitfenster bearbeiteten Anfragen
-2.   Anzahl der abgelehnten Anfragen
-3.   Antwortzeiten während des hohen Verkehrs
-4.   Fehlerquoten und deren Ursachen
-
-Diese Daten helfen Ihnen, Ihr System für eine optimale Leistung zu optimieren.
-
-## Standards für Ratenbegrenzung
-
-### Festlegung von Ratenlimits
-
-Um das richtige Gleichgewicht zwischen Benutzererfahrung und Serverschutz zu finden, bewerten Sie die Verkehrsmuster und die Anforderungen Ihrer API-Endpunkte. Anstatt sich auf feste Schwellenwerte zu verlassen, gestalten Sie die Ratenlimits so, dass sie den spezifischen Bedürfnissen Ihrer API entsprechen. Passen Sie diese Limits im Laufe der Zeit basierend auf realen Nutzungsdaten an, um sicherzustellen, dass sie effektiv und praktikabel bleiben.
-
-### Gestaltung der Fehlermeldungen
-
-Wenn ein Client das Ratenlimit überschreitet, antworten Sie mit einem **429-Statuscode**. Fügen Sie Header hinzu, die das gesamte Limit, verbleibende Anfragen, Rücksetzzeit und ein Wiederholungsintervall angeben. Dieses detaillierte Feedback hilft Entwicklern, ihre Anwendungen an die Limits Ihrer API anzupassen.
-
-### Prozess zur Anpassung der Limits
-
-Die regelmäßige Überprüfung der Ratenlimits ist entscheidend, um die Leistung aufrechtzuerhalten und die Konformitätsanforderungen zu erfüllen. Überwachen Sie Faktoren wie Spitzenverkehr, Fehlerquoten und Serverlast, um notwendige Anpassungen zu identifizieren. Berücksichtigen Sie das Feedback der Benutzer, um sicherzustellen, dass Ihre Limits sowohl die betriebliche Effizienz als auch die Richtlinien des App Stores unterstützen.
-
-## [Capgo](https://capgo.app/)'s Ratenbegrenzungswerkzeuge
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ecaaaa7747adc4bca8d9b6/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo bietet integrierte Werkzeuge, die darauf ausgelegt sind, API-Ratenlimits durchzusetzen und gleichzeitig hohe Leistung und Konformität mit den Anforderungen des App Stores zu gewährleisten.
-
-### Capgo-Konformitätsfunktionen
-
-Capgo bietet eine Reihe von Werkzeugen, die dazu beitragen, die API-Ratenlimits aufrechtzuerhalten und die Richtlinien des App Stores zu erfüllen. Sein Update-Liefersystem erzielt eine beeindruckende Erfolgsquote von 82 % bei Updates und hat eine durchschnittliche API-Antwortzeit von 434 ms [\[1\]](https://capgo.app/). Hier ist, was es beinhaltet:
-
-1.   **Echtzeitanalysen**: Verfolgen Sie die Verteilung von Updates und die API-Nutzung.
-2.   **Fehlerverfolgung**: Identifizieren und beheben Sie Probleme mit der Ratenbegrenzung schnell.
-3.   **[Kanal-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**: Verwalten Sie Aktualisierungen effektiv.
-4.   **Verschlüsselung**: Schützen Sie API-Kommunikationen.
-
-Diese Werkzeuge arbeiten zusammen mit den gängigen Praktiken zur Ratenbegrenzung und bieten Echtzeitdaten und proaktive Fehlerbehebung. Das System von Capgo wurde in 750 Produktions-Apps getestet und lieferte 23,5 Millionen Updates, während es die Konformität und eine starke Leistung aufrechterhielt [\[1\]](https://capgo.app/).
-
-### Ratenbegrenzung mit Capgo
-
-Die Ratenbegrenzungswerkzeuge von Capgo integrieren sich nahtlos in Ihren [Capacitor](https://capacitorjs.com/)-Arbeitsablauf. Sie helfen dabei, eine Benutzerupdate-Rate von 95 % innerhalb von 24 Stunden zu erreichen und gleichzeitig die API-Leistung stabil zu halten [\[1\]](https://capgo.app/).
-
-Hier ist eine Übersicht über den Ansatz von Capgo:
-
-| Funktion | Implementierung | Vorteil |
-| --- | --- | --- |
-| **Globale CDN** | 114 ms Downloadgeschwindigkeit für 5 MB-Bundles | Reduziert die Serverlast |
-| **Kanalverteilung** | Stufenweise Bereitstellungen und Beta-Tests | Kontrolliert den API-Verkehr |
-| **Analytisches Dashboard** | Echtzeitüberwachung | Misst die Leistung der Ratenbegrenzung |
-| **Fehlerverwaltung** | Automatische Problemerkennung | Vermeidet Verstöße gegen die Ratenbegrenzung |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist unerlässlich, um kontinuierlich an unsere Benutzer zu liefern!"
-
-Um zu beginnen, führen Sie aus: `npx @capgo/cli init`. Dieser Befehl richtet die erforderlichen Ratenlimits ein und stellt sicher, dass Ihre App den Anforderungen von Apple und Google im Store entspricht.
-
-## Zusammenfassung
-
-### Hauptpunkte
-
-API-Ratenbegrenzung spielt eine entscheidende Rolle bei der Erfüllung der Anforderungen des App Stores und der Gewährleistung eines reibungslosen Betriebs Ihres Systems. Hier ist eine kurze Übersicht:
-
-| Aspekt | Anforderung | Auswirkungen |
-| --- | --- | --- |
-| **Sicherheit** | End-to-End-Verschlüsselung | Schützt API-Kommunikationen und Benutzerdaten |
-| **Überwachung** | Analytik | Verfolgt die API-Nutzung und hilft, Verstöße zu vermeiden |
-
-Verwenden Sie die folgende Checkliste, um Ihre Ratenbegrenzungsstrategie mit den Richtlinien des App Stores in Einklang zu bringen.
-
-### Implementierungscheckliste
-
-Um eine solide Ratenbegrenzungsstrategie umzusetzen, befolgen Sie diese Schritte:
-
-1.   **Ratenlimits festlegen**
-    
-    1.   Definieren Sie globale Ratenlimits basierend auf den Vorschriften des App Stores.
-    2.   Verwenden Sie exponentielles Backoff für Wiederholmechanismen.
-    3.   Konfigurieren Sie die richtigen Fehlermeldungen, wie z. B. 429-Statuscodes.
-2.   **Überwachen und Anpassen**
-    
-    1.   Analysieren Sie die API-Nutzung mit detaillierten Analysen.
-    2.   Stellen Sie automatisierte Warnungen ein, um potenzielle Verstöße frühzeitig zu erkennen.
-    3.   Aktualisieren Sie die Limits nach Bedarf basierend auf der realen Leistung.
-3.   **Testen und Validieren**
-    
-    1.   Führen Sie Lasttests durch, um die Stabilität sicherzustellen.
-    2.   Überprüfen Sie, ob die Fehlermeldungen den Konformitätsanforderungen entsprechen.
-    3.   Führen Sie ausführliche Dokumentationen über Ihre Compliance-Bemühungen.
diff --git a/src/content/blog/de/app-store-metadata-what-developers-must-know.md b/src/content/blog/de/app-store-metadata-what-developers-must-know.md
deleted file mode 100644
index 8f2f52c30..000000000
--- a/src/content/blog/de/app-store-metadata-what-developers-must-know.md
+++ /dev/null
@@ -1,226 +0,0 @@
----
-slug: app-store-metadata-what-developers-must-know
-title: 'App Store Metadaten: Was Entwickler wissen müssen'
-description: >-
-  Erfahren Sie, wie effektive App-Store-Metadaten die Sichtbarkeit erhöhen,
-  Downloads verbessern und Updates für Entwickler optimieren können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T01:52:31.369Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e5e83da2c14cac42f7f5e4-1743126762355.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  app store metadata, app optimization, keywords, visuals, localization, mobile
-  apps, app visibility, user engagement, updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie, dass Ihre App heraussticht? Es beginnt mit Metadaten.** Die Metadaten im App-Store beeinflussen, wie Benutzer Ihre App entdecken, bewerten und herunterladen. Hier ist, was Sie wissen müssen:
-
--   **Wichtige Elemente**: App-Name, Beschreibung, Schlüsselwörter, visuelle Inhalte (Screenshots, Videos, Icons), technische Details und Lokalisierung.
--   **Warum es wichtig ist**: Metadaten erhöhen die Entdeckung der App, steigern die Downloads und vereinfachen Genehmigungsprozesse.
--   **Optimierungstipps**: Verwenden Sie prägnante, schlüsselwortreiche Beschreibungen, auffällige visuelle Inhalte und lokalisierte Inhalte für verschiedene Märkte.
--   **Häufige Fehler**: Vermeiden Sie Keyword-Stuffing, schlechte visuelle Inhalte, inkonsistente Markenbildung und unklare Beschreibungen.
-
-**Schneller Aktionsplan**:
-
-1.  Schreiben Sie einen überzeugenden App-Namen und eine Beschreibung innerhalb der Zeichenlimits.
-2.  Verwenden Sie relevante, natürliche Schlüsselwörter, um die Suchrankings zu verbessern.
-3.  Fügen Sie hochwertige, plattformkonforme visuelle Inhalte hinzu, um Benutzer anzuziehen.
-4.  Aktualisieren Sie regelmäßig die Metadaten für neue Funktionen, Upgrades oder saisonale Ereignisse.
-
-Die Verwaltung von Metadaten ist entscheidend für den Erfolg Ihrer App. Tools wie [Capgo](https://capgo.app/) können Ihnen helfen, sofortige Updates vorzunehmen, Compliance zu gewährleisten und die Leistung effektiv zu verfolgen.
-
-## Optimierung von Metadaten für die Platzierung im App Store - Teil 2
-
-<iframe src="https://www.youtube.com/embed/zOqr-quX_LM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Grundlegende Metadaten-Elemente
-
-Lassen Sie uns die wichtigsten Elemente der Metadaten aufschlüsseln und wie sie die Identität Ihrer App prägen.
-
-### App-Namen und -Beschreibungen
-
-Der Name und die Beschreibung Ihrer App sind entscheidend, um einen starken ersten Eindruck zu hinterlassen. Hier ist, was Sie über Zeichenlimits für App-Stores wissen müssen:
-
--   **[Apple App Store](https://developer.apple.com/app-store/guidelines/)**: 30 Zeichen für den App-Namen, 30 für den Untertitel
--   **[Google Play Store](https://play.google.com/console/signup)**: 50 Zeichen für den App-Titel, 80 für die kurze Beschreibung
-
-Beim Schreiben Ihrer App-Beschreibung sollten Sie diese Struktur im Hinterkopf behalten:
-
--   **Erster Absatz**: Kommunizieren Sie klar den Hauptwert oder Zweck Ihrer App.
--   **Mittlere Abschnitte**: Heben Sie wichtige Funktionen hervor und was Ihre App von anderen abhebt.
--   **Letzter Absatz**: Beenden Sie mit einem Aufruf zum Handeln und verstärken Sie die einzigartigen Vorteile Ihrer App.
-
-_Tipp_: Platzieren Sie die wichtigsten Informationen in den ersten drei Zeilen. Dies ist das, was Benutzer sehen, bevor sie auf "Mehr lesen" klicken.
-
-### Suchbegriffe und Rankings
-
-Strategische Platzierung von Schlüsselwörtern ist entscheidend, um die Sichtbarkeit in Suchanfragen zu verbessern. Hier ist, wie die beiden großen App-Stores mit Schlüsselwörtern umgehen:
-
--   **Apple App Store**: Bietet ein 100-Zeichen-Feld für Schlüsselwörter, das speziell für Suchbegriffe gedacht ist.
--   **Google Play Store**: Zieht Schlüsselwörter direkt aus dem Titel und der Beschreibung Ihrer App.
-
-Konzentrieren Sie sich auf Schlüsselwörter, die relevant sind, ein gutes Suchvolumen haben und nicht übermäßig wettbewerbsfähig sind. Vermeiden Sie Keyword-Stuffing - das kann Ihre Rankings schädigen.
-
-Als Nächstes behandeln wir die visuellen Elemente, die Ihre App-Store-Liste verbessern.
-
-### Anforderungen an visuelle Inhalte
-
-Hochwertige visuelle Inhalte sind entscheidend, um Aufmerksamkeit zu erregen und um technische Richtlinien zu erfüllen. App-Stores verlangen häufig Compliance, um Ihre App zu genehmigen.
-
-**Screenshots im App Store**:
-
--   Für ein 6,5" Super Retina XDR Display: 1284 x 2778 Pixel
--   Für [iPad Pro](https://www.apple.com/ipad-pro/) (12,9 Zoll): 2048 x 2732 Pixel
--   Laden Sie mindestens 3 Screenshots hoch (maximal: 10)
-
-**Google Play Grafiken**:
-
--   Funktionales Grafikdesign: 1024 x 500 Pixel
--   Icon: 512 x 512 Pixel
--   Screenshots sollten ein Mindestverhältnis von 16:9 beibehalten
-
-Videos können ebenfalls einen großen Einfluss haben. Verwenden Sie 15–30 Sekunden lange MP4- oder MOV-Clips, um Ihre App in Aktion zu zeigen. Vermeiden Sie es, Branding von Dritten in diesen Videos einzufügen.
-
-_Beste Praxis_: Erstellen Sie lokalisierte Screenshots für wichtige Märkte. Verwenden Sie übersetzten Text und Bilder, die mit der Kultur jeder Region resonieren.
-
-## Tipps zum Schreiben von Metadaten
-
-### Schreiben klarer Beschreibungen
-
-Erstellen Sie eine kurze, direkte Beschreibung, die hervorhebt, was Ihre App bietet und ihre Hauptfunktionen. Beginnen Sie mit einer kurzen Aussage über den primären Nutzen Ihrer App, gefolgt von einem Überblick über ihre bemerkenswertesten Funktionen. Passen Sie Ihre Formulierungen an, um jede spezifische Zielgruppe anzusprechen.
-
-### Übersetzung und Marktanpassung
-
-Die Lokalisierung von Metadaten ist nicht nur das Übersetzen von Text – es geht darum, Ihre Botschaft mit der lokalen Kultur und den Benutzerpräferenzen in Einklang zu bringen. Arbeiten Sie mit Muttersprachlern zusammen, um sicherzustellen, dass die Vorteile Ihrer App effektiv kommuniziert werden und bei der beabsichtigten Zielgruppe Resonanz finden.
-
-## Häufige Fehler bei Metadaten
-
-### Fehler bei Schlüsselwörtern und Beschreibungen
-
-Die richtige Handhabung von Metadaten ist entscheidend für die Sichtbarkeit und Leistung Ihrer App. Eine große Fallstrick? **Keyword-Stuffing** – das vollstopfen von Beschreibungen mit wiederholten Begriffen, um Rankings zu manipulieren. Dies verletzt nicht nur die Regeln des App Stores, sondern kann auch zu einer vollständigen Ablehnung führen. Konzentrieren Sie sich stattdessen darauf, Schlüsselwörter natürlich im Text zu platzieren.
-
-Andere Fehler in der Beschreibung umfassen:
-
--   Unklare Kommunikation des Wertes Ihrer App
--   Überfrachtung des Textes mit technischem Jargon
--   Auslassen wichtiger Funktionen oder Vorteile
--   Unklare Botschaften in verschiedenen lokalisierten Versionen
-
-### Bild- und Videoanforderungen
-
-Visuelle Inhalte spielen eine wesentliche Rolle für den Erfolg Ihrer App. Das Einhalten plattformspezifischer Anforderungen sorgt für reibungslose Einreichungen und vermeidet unnötige Verzögerungen.
-
-Wichtige Tipps für visuelle Inhalte:
-
--   Verwenden Sie Screenshots, die die aktuelle Version der App genau widerspiegeln.
--   Halten Sie Vorschau-Videos kurz – 15 bis 30 Sekunden sind ideal.
--   Vermeiden Sie das Hinzufügen von Geräte-Rahmen, es sei denn, es wird ausdrücklich von der Plattform gefordert.
--   Stellen Sie sicher, dass Marketing-Overlays nicht die Screenshot-Darstellung dominieren.
-
-### Markenrichtlinien
-
-Die Aufrechterhaltung einer konsistenten Markenidentität ist ebenso wichtig wie technische Genauigkeit.
-
-**Nennen Sie Probleme, auf die Sie achten sollten:**
-
--   Verwendung unterschiedlicher App-Namen über Plattformen hinweg
--   Falsche Verwendung von Markensymbolen
--   Falsche Großschreibung in Titeln
-
-**Probleme mit der visuellen Identität:**
-
--   Ungleichmäßige Farbschemata zwischen Icons und Screenshots
--   Inkonsistente Schriftarten
--   Falsche Logo-Platzierung
-
-Capgo hat eine globale Erfolgsquote von 82 % erreicht [\[1\]](https://capgo.app/).
-
-| Häufiger Fehler | Auswirkung | Lösung |
-| --- | --- | --- |
-| Keyword-Stuffing | Ablehnung im Store, niedrigere Rankings | Verwenden Sie natürliche Sprache und konzentrieren Sie sich auf Relevanz |
-| Schlechte Screenshots | Geringere Konversionsraten | Befolgen Sie plattformbezogene Richtlinien |
-| Inkonsistente Markenbildung | Geringeres Vertrauen | Implementieren Sie strenge Markenrichtlinien |
-
-## Pflege von Metadaten
-
-### Wann aktualisieren
-
-Halten Sie Ihre Metadaten während wichtiger Ereignisse wie großen Releases, Funktionen, Leistungsupgrades, Marktverschiebungen oder saisonalen Aktionen aktuell. Hier ist, wann Sie Änderungen vornehmen sollten:
-
--   **Funktionsfreigaben**: Aktualisieren Sie Beschreibungen und Screenshots, um neue Möglichkeiten hervorzuheben.
--   **Leistungsupgrades**: Betonen Sie messbare Verbesserungen wie schnellere Geschwindigkeiten oder bessere Effizienz.
--   **Marktverschiebungen**: Passen Sie Schlüsselwörter und Botschaften an, um den sich ändernden Benutzerbedürfnissen gerecht zu werden.
--   **Saisonale Ereignisse**: Passen Sie Metadaten an Feiertage, spezielle Aktionen oder bemerkenswerte Anlässe an.
-
-Nach der Aktualisierung sollten Sie deren Wirksamkeit mit Leistungskennzahlen verfolgen.
-
-### Leistungsüberwachung
-
-Die Messung der Auswirkungen von Aktualisierungen der Metadaten ist entscheidend. Verwenden Sie Kennzahlen wie den Erfolg von Updates und das Benutzerengagement, um die Wirksamkeit zu bewerten. Zum Beispiel berichten Apps, die Live-Update-Lösungen wie Capgo verwenden, von einer Erfolgsquote bei Updates von 95 % unter aktiven Nutzern innerhalb von 24 Stunden [\[1\]](https://capgo.app/). Überprüfen Sie regelmäßig das Benutzerfeedback, um sicherzustellen, dass Ihre Metadaten klar sind und bei Ihrem Publikum Anklang finden.
-
-Diese Erkenntnisse können Ihnen helfen, die richtigen [Tools zur Verwaltung von Updates](https://capgo.app/docs/plugin/cloud-mode/manual-update/) auszuwählen.
-
-### Tools zur Verwaltung von Updates
-
-Moderne Plattformen vereinfachen die [Update-Verwaltung](https://capgo.app/docs/plugin/cloud-mode/manual-update/) mit Funktionen wie:
-
--   **Echtzeit-Deployment**: Push-Updates sofort, ohne auf die Genehmigung des Stores zu warten. Capgo hat beispielsweise 23,5 Millionen Updates mit einer globalen Erfolgsquote von 82 % bereitgestellt [\[1\]](https://capgo.app/).
--   **Analyse-Integration**: Überwachen Sie den Erfolg von Updates, das Benutzerengagement und die Versionshistorie.
--   **Rollback-Optionen**: Änderungen schnell rückgängig machen, wenn nötig.
--   **Kontrollierte Verteilung**: Testen Sie Updates mit bestimmten Benutzergruppen, bevor Sie sie vollständig freigeben.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend, um kontinuierlich an unsere Benutzer zu liefern!" - Rodrigo Mantica, @manticarodrigo
-
-## [Capgo](https://capgo.app/) Funktionen und Vorteile
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-28.jpg?auto=compress)
-
-### Über Capgo
-
-Capgo vereinfacht die Verwaltung von [App-Updates](https://capgo.app/plugins/capacitor-updater/) durch sofortige Änderungen, ohne dass App-Store-Überprüfungen erforderlich sind. Es ist für [Capacitor](https://capacitorjs.com/) Apps konzipiert und hilft Teams, schnell wichtige Fehlerbehebungen und neue Funktionen bereitzustellen. Mit 750 Apps in Produktion und über 23,5 Millionen erfolgreich bereitgestellten Updates hat sich Capgo als zuverlässige Lösung für die effiziente Verwaltung von App-Updates erwiesen [\[1\]](https://capgo.app/).
-
-### Capgo Aktualisierungsprozess
-
-Das Update-System von Capgo ist so konzipiert, dass es den Regeln des App-Stores entspricht und gleichzeitig die Bereitstellung beschleunigt. Entwickler können Updates sofort mit Funktionen wie:
-
--   **Teilupdates**: Lädt nur den modifizierten Inhalt herunter, spart Bandbreite und reduziert die Update-Größe.
--   **Ende-zu-Ende-Verschlüsselung**: Bietet [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) mit echter Verschlüsselung, nicht nur mit einfacher Signierung.
--   **Kanalverteilung**: Ermöglicht gezielte Bereitstellungen für Beta-Tests oder spezifische Benutzergruppen.
-
-Das System erreicht eine globale Erfolgsquote von 82 %, liefert ein 5 MB-Bundle von seinem globalen CDN in nur 114 Millisekunden und stellt sicher, dass 95 % der aktiven Nutzer innerhalb von 24 Stunden Updates erhalten [\[1\]](https://capgo.app/).
-
-### Capgo Hauptwerkzeuge
-
-Capgo bietet wichtige Werkzeuge zur effektiven Verwaltung von App-Updates und Metadaten:
-
-| Funktion | Zweck | Leistungskennzahl |
-| --- | --- | --- |
-| Echtzeit-Analytik | Überwachung des Aktualisierungserfolgs und der Benutzeraktivität | 434 ms durchschnittliche API-Antwortzeit |
-| Versionskontrolle | Schnelles Zurücksetzen auf vorherige Versionen | Sofortige Rückrollfähigkeit |
-| CI/CD-Integration | Automatisierung von Bereitstellungen über Git-Tools | Optimierte Workflow-Integration |
-
-Capgo unterstützt Capacitor 8 und bietet sowohl cloudbasierte als auch [selbst gehostete Bereitstellungs](https://capgo.app/blog/self-hosted-capgo/) Optionen an. Diese Flexibilität gewährleistet eine präzise Aktualisierungsverwaltung und bleibt dabei konform mit den Anforderungen der App-Stores [\[1\]](https://capgo.app/).
-
-## Zusammenfassung
-
-Eine effektive Verwaltung von Metadaten ist entscheidend für die Steigerung der Sichtbarkeit und den Erfolg. Traditionelle App-Updates benötigen oft Zeit, aber moderne Tools ermöglichen nun sofortige Änderungen – ein zentrales Thema in dieser Diskussion. Entwickler wenden sich zunehmend diesen Tools zu, um Aktualisierungen zu vereinfachen und gleichzeitig den Richtlinien von Apple und Google zu entsprechen.
-
-Capgo hat beispielsweise 23,5 Millionen Updates mit einer Erfolgsquote von 82 % geliefert und 95 % aktiver Benutzer innerhalb von 24 Stunden erreicht [\[1\]](https://capgo.app/). Dies unterstreicht die Bedeutung der Anwendung effizienter Strategien und Praktiken für Metadaten und Aktualisierungen.
-
-Hier sind einige wichtige Aspekte, auf die man sich konzentrieren sollte, um eine effektive Verwaltung von Metadaten zu gewährleisten:
-
-| Aspekt | Beste Praxis | Auswirkung |
-| --- | --- | --- |
-| Aktualisierungsgeschwindigkeit | Sofortige Bereitstellung | Behobene Fehler und schnellere Funktionen |
-| Konformität | Beachtung der Richtlinien des Stores | Vermeidung von App-Ablehnungen |
-| Sicherheit | E2E-Verschlüsselung | Schutz von Daten und Updates |
-| Verteilung | Zielgerichtete Rollouts | Kontrolle, wie Updates bereitgestellt werden |
-
-Der Wandel im Management von App-Store-Metadaten zeigt den Trend der Branche zu schnelleren, effizienteren Lösungen, die rasche Aktualisierungen priorisieren und dabei starke Sicherheit und Konformität aufrechterhalten. Wie Bessie Cooper sagte: "Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein möchten. Das Umgehen der App-Überprüfung für kritische Fehler bietet einen erheblichen Vorteil." [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/app-store-vs-direct-updates-what-developers-need-to-know.md b/src/content/blog/de/app-store-vs-direct-updates-what-developers-need-to-know.md
deleted file mode 100644
index 783c8e16f..000000000
--- a/src/content/blog/de/app-store-vs-direct-updates-what-developers-need-to-know.md
+++ /dev/null
@@ -1,204 +0,0 @@
----
-slug: app-store-vs-direct-updates-what-developers-need-to-know
-title: 'App Store vs Direkte Updates: Was Entwickler wissen müssen'
-description: >-
-  Untersuchen Sie die Vor- und Nachteile von App Store-Updates im Vergleich zu
-  direkten OTA-Updates, um Entwicklern zu helfen, die beste Strategie für ihre
-  Apps auszuwählen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-13T06:14:25.862Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6784a46a684afc141f72d774-1736748943276.jpg
-head_image_alt: Technologie
-keywords: >-
-  App Store updates, OTA updates, mobile app development, update strategy,
-  developer tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**App Store-Updates oder direkte OTA-Updates?** Die Art und Weise, wie Sie [App-Updates](https://capgo.app/plugins/capacitor-updater/) bereitstellen, kann die Geschwindigkeit, Kontrolle und Benutzererfahrung erheblich beeinflussen. Hier ist eine schnelle Übersicht:
-
--   **App Store Updates**: Durchlaufen einen Überprüfungsprozess, um Sicherheit und Compliance zu gewährleisten, sind jedoch oft um Stunden oder Tage verzögert. Ideal für weltweite Rollouts, schränkt jedoch die Flexibilität ein.
-    
--   **Direkte OTA-Updates**: Umgehen die App-Store-Überprüfungen, was schnellere Updates für UI-Anpassungen oder Fehlerbehebungen ermöglicht. Am besten für schnelle Änderungen und gezielte Updates, erfordert jedoch, dass die Entwickler Sicherheit und Compliance verwalten.
-
-### Schneller Vergleich
-
-| Aspekt | App Store-Updates | Direkte OTA-Updates |
-| --- | --- | --- |
-| **Geschwindigkeit** | Tage bis Wochen | Minuten bis Stunden |
-| **Kontrolle** | Durch App-Store-Regeln eingeschränkt | Vollständig von Entwicklern verwaltet |
-| **Anwendungsfälle** | Globale Rollouts | Gezielte, schnelle Fehlerbehebungen |
-| **Sicherheit** | Von App-Stores verwaltet | Vom Entwickler verwaltet |
-| **Kosten** | 15 % Provision auf Transaktionen | Keine Plattformgebühren |
-
-**Wichtigste Erkenntnis**: Verwenden Sie App Store-Updates für Zuverlässigkeit und Compliance und direkte OTA-Updates für Geschwindigkeit und Flexibilität. Wählen Sie auf der Grundlage der Bedürfnisse Ihrer App und der Erwartungen der Benutzer.
-
-## Ionic & Capacitor zum Erstellen nativer mobiler Apps
-
-<iframe src="https://www.youtube-nocookie.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## App Store-Updates erklärt
-
-App Store-Updates sind die bevorzugte Methode zur Bereitstellung von Software-Updates über offizielle Marktplätze der Plattform. Dieses System ist der Hauptvertriebskanal für die meisten mobilen Apps, mit spezifischen Schritten und Richtlinien, die die Entwickler befolgen müssen.
-
-### Wie App Store-Updates funktionieren
-
-Das Einreichen eines Updates im App Store bedeutet, ein Paket vorzubereiten, das die Anforderungen von Apple erfüllt, und einen Überprüfungsprozess zu durchlaufen. Apple überprüft Updates auf Sicherheit, Leistung, Inhaltsrichtlinien und Funktionalität. Mit [App Store Connect](https://developer.apple.com/app-store-connect/) reichen Entwickler ihre Updates ein, die einer gründlichen Bewertung unterzogen werden, einschließlich Tests auf unterstützten Geräten, Sicherheitsüberprüfungen und Compliance-Reviews.
-
-### Vorteile von App Store-Updates
-
-Der App Store erleichtert die Verteilung und Wartung von Apps. Er übernimmt Aufgaben wie die Bereitstellung von Updates, Sicherheitsüberprüfungen, Benutzerbenachrichtigungen und sogar Zahlungsabwicklungen. Dieses zentralisierte System sorgt für eine konsistente Benutzererfahrung und schafft Vertrauen in die Plattform.
-
-### Nachteile von App Store-Updates
-
-Obwohl sie praktisch sind, bringt das App Store-System einige bemerkenswerte Nachteile für Entwickler mit sich:
-
-| Herausforderung | Auswirkungen auf Entwickler |
-| --- | --- |
-| Überprüfungs-Verzögerungen | Updates können Tage benötigen, um live zu gehen, was kritische Fehlerbehebungen verlangsamt |
-| Eingeschränkte Kontrolle | Entwickler sind auf den Zeitplan von Apple für dringende Veröffentlichungen angewiesen |
-
-Weitere Probleme sind die 15% Provision von Apple auf Transaktionen [\[1\]](https://manytricks.com/blog/?p=4156) und Einschränkungen durch Sandbox-Anforderungen [\[2\]](https://forum.blackmagicdesign.com/viewtopic.php?f=21&t=117780), die die Entwicklungsflexibilität einschränken und die Geschäftsstrategien beeinflussen können.
-
-Aufgrund dieser Hürden wenden sich viele Entwickler Alternativen wie OTA (over-the-air) Updates zu. Während der App Store ein sicheres und zentralisiertes System bietet, kann die Erforschung schneller, anpassungsfähiger Optionen für viele Teams ein Wendepunkt sein.
-
-## Direkte OTA-Updates mit Capacitor
-
-Direkte over-the-air (OTA) Updates ermöglichen es Entwicklern, die Überprüfungsverzögerungen des App Stores zu umgehen, sodass neue Funktionen und Fehlerbehebungen schneller veröffentlicht werden können. Dieser Ansatz verändert die Art und Weise, wie Updates an die Geräte der Benutzer geliefert werden.
-
-### Was sind direkte OTA-Updates?
-
-Mit direkten OTA-Updates können Entwickler Änderungen an JavaScript, HTML und CSS vornehmen, ohne eine neue App-Version in die App-Stores einreichen zu müssen. Mit Capacitor können diese Updates direkt an die Geräte der Benutzer gesendet werden, was den gesamten [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/) vereinfacht.
-
-### Warum direkte OTA-Updates verwenden?
-
-| **Vorteil** | **Erklärung** |
-| --- | --- |
-| **Schnellere Updates** | Änderungen erreichen die Benutzer sofort, wodurch die zeitaufwändigen Überprüfungen im App Store umgangen werden. |
-| **Kosteneinsparungen** | Vermeidet wiederkehrende Einreichungsgebühren für App-Updates. |
-| **Nahtlos für Benutzer** | Updates erfolgen im Hintergrund, ohne dass Benutzeraktionen erforderlich sind. |
-| **Mehr Kontrolle** | Erlaubt Entwicklern, Funktionen mit spezifischen Benutzergruppen zu testen. |
-
-Diese Vorteile machen OTA-Updates zu einer attraktiven Option für Teams, die auf Geschwindigkeit und Anpassungsfähigkeit setzen. Tools wie Capgo fügen zusätzliche Sicherheitsschichten mit Verschlüsselung hinzu und integrieren sich in CI/CD-Pipelines für reibungslose, sichere Updates.
-
-### Einhaltung der Vorschriften und Risikomanagement
-
-Beim Einsatz von OTA-Updates ist es wichtig, plattformspezifische Richtlinien zu befolgen:
-
--   **Inhaltsänderungen**: OTA-Updates sind im Allgemeinen in Ordnung für UI-Anpassungen, Inhaltsaktualisierungen oder kleine Funktionsanpassungen.
-    
--   **Native Code**: Änderungen am nativen Code müssen weiterhin den Überprüfungsprozess des App Stores durchlaufen.
-    
--   **Plattformrichtlinien**: Updates müssen sichere Übertragungsmechanismen verwenden, um den Plattformregeln zu entsprechen.
-    
-Plattformen wie Capgo bieten Funktionen wie Versionskontrolle und Rücksetzoptionen, um sicherzustellen, dass Updates sowohl sicher als auch konform sind. Diese Schutzmaßnahmen helfen Entwicklern, Risiken zu vermeiden und gleichzeitig die Flexibilität der OTA-Updates zu nutzen.
-
-Das gesagt, sollten Entwickler sorgfältig die Geschwindigkeit und Bequemlichkeit von OTA-Updates gegen die Gründlichkeit und Struktur von App Store-Updates abwägen, um zu entscheiden, was am besten für ihre App funktioniert.
-
-## Vergleich von App Store- und direkten OTA-Updates
-
-### Unterschiede und Anwendungsfälle
-
-Die Entscheidung zwischen App Store- und OTA-Updates hat direkte Auswirkungen darauf, wie Sie Ihre App bereitstellen. App Store-Updates sind für ihre Zuverlässigkeit und Benutzerfreundlichkeit bekannt, während OTA-Updates in Geschwindigkeit und Anpassungsfähigkeit glänzen, was sie ideal für Unternehmensanwendungen macht.
-
-Für Unternehmens- oder interne Apps bieten direkte OTA-Updates klare Vorteile. Sie ermöglichen schnellere Iterationen und Anpassungen, ohne auf die Überprüfungen des App Stores warten zu müssen.
-
-Bei der Arbeit an plattformübergreifenden Apps wird Ihre [Update-Strategie](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) noch wichtiger. Unternehmensentwickler wenden sich häufig direkten OTA-Updates zu für Situationen wie:
-
--   Schnelle Fehlerbehebungen ohne Verzögerungen im App Store
-    
--   Schnelle Bereitstellungen von Funktionen für dringende Bedürfnisse
-    
--   Anpassbare Update-Zeitpläne, die auf organisatorische Ziele abgestimmt sind
-    
--   Feinmaschige Kontrolle darüber, welche Benutzer Updates erhalten
-
-Die folgende Tabelle zeigt die wichtigsten Unterschiede zwischen diesen beiden Aktualisierungsmethoden.
-
-### Vergleichstabelle
-
-| Aspekt | App Store-Updates | Direkte OTA-Updates |
-| --- | --- | --- |
-| **Vertriebskontrolle** | Von App-Stores verwaltet | Vom Entwickler verwaltet |
-| **Update-Geschwindigkeit** | Dauert Tage bis Wochen | Erfolgt in Minuten bis Stunden |
-| **Funktionsflexibilität** | Durch Sandbox-Einschränkungen eingeschränkt | Ermöglicht vollständigen Zugriff auf Funktionen |
-| **Umsatzauswirkungen** | 15% Abzug für Apple | Keine Plattformgebühren |
-| **Sicherheitsmanagement** | Vom Plattformanbieter verwaltet | Verantwortung beim Entwickler |
-| **Einsatzbereich** | Globale Rollouts | Gezielte Verteilungen |
-
-Capgo bietet sichere OTA-Updates mit Verschlüsselung und Management-Tools, die für Entwickler konzipiert sind. Für diejenigen, die Unternehmens-Apps verwalten, bieten Tools wie Capgo:
-
--   Versionskontrolle mit Rücksetzoptionen
-    
--   Echtzeitüberwachung von Updates
-    
--   Benutzer-spezifische Update-Zielgruppen
-    
--   Integration mit CI/CD-Pipelines
-
-Die Wahl der richtigen Update-Methode hängt ganz von Ihren Bedürfnissen ab. Wie in den Apple Developer-Foren hervorgehoben:
-
-> "Wenn Sie eine macOS-App außerhalb des Mac App Store bereitstellen, müssen Sie die Update-Funktionalität selbst bereitstellen" [\[3\]](https://forums.developer.apple.com/forums/thread/107576).
-
-## Integration von OTA-Updates in CI/CD-Pipelines
-
-Für Entwickler, die direkte OTA-Updates in Betracht ziehen, kann die Einbettung dieser Updates in CI/CD-Workflows helfen, deren Geschwindigkeit und Flexibilität voll auszuschöpfen.
-
-### Verwendung von Tools wie [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5.jpg?auto=compress)
-
-Schnelle und effektive Bereitstellung von Updates ist ein Muss für moderne Entwicklungsteams. Tools wie **Capgo** vereinfachen dies, indem sie Funktionen wie Versionskontrolle, Analytik und gestaffelte Rollouts anbieten. Diese Funktionen erleichtern das Management von OTA-Updates, insbesondere für Unternehmens-Teams, die mit großflächigen Bereitstellungen umgehen. Benutzerzielgruppen und flexible Bereitstellungsoptionen verbessern den Prozess weiter.
-
-Durch die Integration von Tools wie Capgo können Sie Ihre CI/CD-Pipeline verfeinern, um OTA-Updates effizient und zuverlässig bereitzustellen.
-
-### Tipps zur CI/CD-Integration
-
-Die erfolgreiche Integration von OTA-Updates bedeutet, Testing, Bereitstellung und Überwachung in Einklang zu bringen. Hier sind einige Tipps, um es richtig zu machen:
-
--   **Automatisieren Sie Test-Workflows**: Dies stellt sicher, dass jeder Build vor der Bereitstellung überprüft wird.
-    
--   **Verwenden Sie gestaffelte Rollouts**: Beginnen Sie mit kleinen Benutzergruppen, um mögliche Probleme frühzeitig zu erkennen.
-    
--   **Überwachen Sie wichtige Kennzahlen**: Behalten Sie die Nutzerakzeptanz, Absturzberichte und die App-Leistung im Auge.
-
-Das Verfolgen dieser Kennzahlen hilft Ihnen, Probleme schnell zu erkennen und gleichzeitig qualitativ hochwertige Updates aufrechtzuerhalten. Ein datengestützter Ansatz sorgt für Stabilität und hält die Compliance Ihres App Stores intakt.
-
-## Wahl einer Update-Strategie
-
-Die Wahl der besten Update-Strategie bedeutet, das richtige Gleichgewicht zwischen Ihren Entwicklungszielen und den Erwartungen Ihrer Benutzer zu finden. App Store-Updates bieten einen zuverlässigen, automatisierten Prozess, den viele Benutzer schätzen. Sie haben jedoch eine Provision von 15 % und schränken die Kontrolle über die Verteilung ein [\[1\]](https://manytricks.com/blog/?p=4156).
-
-Auf der anderen Seite funktionieren direkte OTA-Updates über Tools wie Capacitor gut für Apps, die benötigen:
-
--   **Schnelle Bereitstellung kritischer Updates**
-    
--   **Detaillierte Versionskontrolle**
-    
--   **Flexibilität bei der Preisgestaltung**
-    
--   **Direkte Kommunikation mit den Benutzern**
-
-Ein großartiges Beispiel ist [Blackmagic Design](https://www.blackmagicdesign.com/)'s Resolve, das den App Store für direkte Downloads umgeht. Diese Wahl ermöglicht es der App, fortschrittliche Funktionen anzubieten, die möglicherweise nicht den Einschränkungen des App Stores entsprechen [\[2\]](https://forum.blackmagicdesign.com/viewtopic.php?f=21&t=117780). Es zeigt, wie spezifische Branchenbedürfnisse - wie die Unterstützung spezialisierten Funktionsumfangs - Ihre Update-Strategie beeinflussen können.
-
-Für Branchen wie Finanzen oder Gesundheitswesen, in denen die Vorschriften streng sind, können OTA-Updates über Plattformen wie Capgo ein Game-Changer sein. Sie ermöglichen es Ihnen, sich schnell an regulatorische Änderungen anzupassen und gleichzeitig konform zu bleiben. Dies ist besonders nützlich für Unternehmens-Apps, bei denen Geschwindigkeit und Kontrolle über Updates entscheidend sind.
-
-Bei der Entscheidung über Ihren Ansatz sollten Sie über diese Faktoren nachdenken:
-
-1. Ihren Entwicklungsworkflow
-   
-2. Was Ihre Benutzer von der Erfahrung erwarten
-   
-3. Alle Compliance- oder regulatorischen Anforderungen
-   
-4. Wie Updates Ihre Einnahmen beeinflussen könnten
-   
-5. Wie viel Kontrolle Sie über die Verteilung haben möchten
-  
-
-Ihre Wahl der Update-Strategie spielt eine große Rolle für die Leistung Ihrer App, die Benutzerzufriedenheit und den Entwicklungsprozess. Passen Sie Ihren Ansatz an Ihr Publikum, die Skalierungsbedürfnisse und die Geschäftsziele an, um die besten Ergebnisse zu erzielen.
diff --git a/src/content/blog/de/appcenter-migration.md b/src/content/blog/de/appcenter-migration.md
deleted file mode 100644
index 89a593df2..000000000
--- a/src/content/blog/de/appcenter-migration.md
+++ /dev/null
@@ -1,104 +0,0 @@
----
-slug: appcenter-migration
-title: Migration von App Center zu Capgo
-description: >-
-  In diesem Leitfaden führen wir Sie durch die vollständige Migration für Capgo
-  Live Updates, eine Alternative zu Microsoft CodePush.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-22T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /migrate_appcenter.webp
-head_image_alt: Capacitor JS Dev auf der Suche nach einer Alternative
-keywords: >-
-  App Center, migration, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Migration
-published: true
-locale: de
-next_blog: automatic-build-and-release-with-github-actions
----
-
-## Migrations-Zusammenfassung
-
-* [Capgo](/register/) ist ein Dienst, der Entwicklungsteams hilft, Live-Apps an bereitgestellte Apps zu senden
-* Capacitor JS-Apps, die in jQuery Mobile, Framework 7, Sencha, KendoUI, Ionic oder sogar Ihrer eigenen individuellen Lösung geschrieben wurden, können migriert werden. **Eine bestehende Ionic-App ist nicht erforderlich**
-* [Colt](https://voltbuild/) bietet äquivalente Dienste für App Center Build (Android/iOS-Apps erstellen) für Test-, Diagnose- und Analysedienste
-
-##### Hinweis
-
-Wenn Ihre App noch Cordova verwendet, ist es notwendig, [zuerst zu Capacitor zu migrieren](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/), bevor Sie zu Capgo migrieren
-
-Von Ionic-Team als geistiger Nachfolger von Cordova entwickelt, ermöglicht Capacitor die Entwicklung näher an den nativen Werkzeugen und Fähigkeiten mit dem Ziel, eine noch bessere Benutzererfahrung und Leistung zu bieten
-
-Glücklicherweise ist der Migrationsprozess einfach und die Mehrheit der Cordova-Plugins ist rückwärtskompatibel mit Capacitor [Starten Sie hier mit der Migration](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/)
-
-## Über Capgo
-
-Capgo verwaltet die Aktualisierung von Apps im Laufe der Zeit. Entwicklungsteams können sich vollständig auf die einzigartigen Funktionen ihrer App konzentrieren und den komplizierten App-Bereitstellungsprozess an Capgo auslagern
-
-Capgo füllt die Lücken zwischen Web-Bereitstellung und Mobile
-
-## Capgo-Voraussetzungen
-
-Wie App Center unterstützt [Capgo](/register/) Apps, die in Git-Repositories auf Azure DevOps, Bitbucket, GitHub und GitLab gehostet werden
-
-### Capgo CLI installieren
-
-##### Hinweis
-
-Node und NPM müssen auf Ihrem Computer installiert sein, bevor Sie fortfahren. Verwenden Sie immer die [aktuelle LTS-Version](https://nodejsorg/). Capgo unterstützt keine älteren Versionen
-
-### Erstellen Sie `package.json` und Capacitor-Konfigurationsdateien
-
-##### Hinweis
-
-Bevor Sie beginnen, empfehle ich, Änderungen in einem neuen Git-Branch vorzunehmen
-
-Da [Capgo](/register/) zur Automatisierung von Capacitor-Apps erstellt wurde, benötigt es eine Datei, die Ihre App möglicherweise nicht hat. Erstellen Sie zunächst eine `capacitor.config.json` Datei. Der einfachste Weg, sie zu erstellen, ist im Root-Verzeichnis Ihrer App:
-
-[[CODE_BLOCK]]
-
-Initialisieren Sie dann Capacitor mit dem CLI-Fragebogen:
-
-[[CODE_BLOCK]]
-
-Die CLI wird Ihnen einige Fragen stellen, beginnend mit Ihrem App-Namen und der Paket-ID, die Sie für Ihre App verwenden möchten
-
-Committen Sie schließlich die neuen Dateien in Ihr Projekt:
-
-    git add . && git commit -m "added package json and capacitor config" && git push
-
-### Code migrieren
-
-Nachdem Sie die neuen erforderlichen [Capgo](/register/) Dateien eingerichtet haben, können Sie sich der eigentlichen App zuwenden. [Capgo](/register/) erwartet, dass sich die gesamte gebaute App in einem Verzeichnis namens `dist` befindet
-
-Wenn sich Ihr gebauter Code nicht in einem `dist`-Verzeichnis befindet, ändern Sie diesen Wert in der Capacitor-Konfigurationsdatei
-
-So sollte die Verzeichnisstruktur der App aussehen:
-
-![App-Struktur](/directory_looklike.webp)
-
-## Capgo-Konfiguration
-
-Wenn Ihre App bereit für die [Capgo](https://console.capgo.app/)-Integration ist, ist es Zeit, sich anzumelden und Ihren API-Schlüssel zu erhalten, um Ihre erste Version hochzuladen! Beginnen Sie mit der [Anmeldung für ein Capgo-Konto](/register/)
-
-Sobald Sie bei Capgo eingeloggt sind, navigieren Sie zur Kontoseite, klicken Sie dann auf API-Schlüssel und dann auf den 'write'-Schlüssel, um ihn in die Zwischenablage zu kopieren
-
-### Capgo SDK installieren
-
-Führen Sie von einer Kommandozeile direkt im Root-Verzeichnis Ihres Capacitor-App-Ordners den folgenden Befehl aus:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Um das Plugin in Ihre Capacitor-App zu installieren
-
-Und fügen Sie dann diesen Code als Ersatz für den CodePush-Code zu Ihrer App hinzu:
-
-[[CODE_BLOCK]]
-
-Dies teilt dem nativen Plugin mit, dass die Installation erfolgreich war
-
-## Live-Updates bereitstellen (CodePush-Alternative)
-
-Die Live-Update-Funktion arbeitet, indem das installierte [Capgo SDK](https://github.com/Cap-go/capacitor-updater/) in Ihrer nativen Anwendung verwendet wird, um auf einen bestimmten Deploy-Channel-Zielort zu hören. Wenn ein Web-Build einem Channel-Zielort zugewiesen wird, wird dieses Update auf Benutzergeräte bereitgestellt, die so konfiguriert sind, dass sie auf den angegebenen Channel-Zielort hören
diff --git a/src/content/blog/de/appflow-cicd-integration-best-practices.md b/src/content/blog/de/appflow-cicd-integration-best-practices.md
deleted file mode 100644
index 69f4d38e7..000000000
--- a/src/content/blog/de/appflow-cicd-integration-best-practices.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: appflow-cicd-integration-best-practices
-title: 'Appflow CI/CD-Integration: Beste Praktiken'
-description: >-
-  Untersuchen Sie Best Practices für die Integration von CI/CD-Lösungen in die
-  mobile App-Entwicklung, indem Sie Kosten und Funktionen führender Plattformen
-  vergleichen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:52:14.301Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4-1744685577460.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  CI/CD, mobile app development, Appflow, Capgo, OTA updates, build automation,
-  deployment, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Appflow](https://ionic.io/appflow/) CI/CD vereinfacht [mobile App-Updates](https://capgo.app/plugins/capacitor-updater/) mit Over-the-Air (OTA) Updates und ermöglicht es **95% der Nutzer, Updates innerhalb von 24 Stunden zu erhalten**. Es bietet automatisierte Tools für iOS und Android Builds, App-Store-Bereitstellungen und die Verwaltung über die Befehlszeile. Aufgrund steigender Kosten (bis zu 6.000 $ jährlich) haben einige Teams Alternativen wie [Capgo](https://capgo.app/) in Betracht gezogen, die schnellere Updates und niedrigere Preise anbieten.
-
-### Wichtige Erkenntnisse:
-
--   **Kernmerkmale**: OTA-Updates, automatisierte Builds, App-Store-Bereitstellungen, CLI-Tools.
--   **Einrichtungs-Tipps**: Verwenden Sie branchenspezifische Automatisierung, sichere Umgebungsvariablen und rollenbasierte Zugriffskontrolle.
--   **Alternativen**: Capgo bietet ähnliche Funktionen zu geringeren jährlichen Kosten (~3.600 $) mit schnelleren Aktualisierungszeiten.
-
-### Schnellvergleich:
-
-| Funktion | Appflow | Capgo |
-| --- | --- | --- |
-| Jährliche Kosten | 6.000 $ | ~3.600 $ |
-| Einrichtungsgebühr | Inklusive | 2.600 $ (einmalig) |
-| Update-Geschwindigkeit | Zuverlässig | 114 ms für 5 MB-Pakete |
-| Testzeitraum | Begrenzt | 15 Tage |
-
-**Die Wahl der richtigen CI/CD-Lösung hängt vom Ausbalancieren von Kosten, Geschwindigkeit und Update-Zuverlässigkeit ab.**
-
-## Integrieren Sie [Appflow](https://ionic.io/appflow/) in Ihre CICD-Pipeline
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-<iframe src="https://www.youtube.com/embed/CakTj3A3wbM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Kernmerkmale von Appflow CI/CD
-
-Appflow CI/CD bietet vier Hauptmerkmale, die darauf ausgelegt sind, die Entwicklung und Bereitstellung mobiler Apps zu vereinfachen. Diese Funktionen helfen, Builds, Bereitstellungen und Updates auf mobilen Plattformen zu automatisieren.
-
-### Direkte App-Updates
-
-Mit Appflow können Teams Updates direkt an die Geräte der Nutzer senden, ohne auf die Überprüfung im App-Store zu warten. Dieses Over-the-Air (OTA)-Updatesystem ermöglicht es Entwicklern, schnell auf Nutzerfeedback zu reagieren oder dringende Fehlerbehebungen vorzunehmen und die Apps aktuell und reaktionsschnell zu halten.
-
-### iOS- und Android-Bautools
-
-Appflow automatisiert den Build-Prozess für sowohl iOS- als auch Android-Plattformen. Für iOS verwaltet es Aufgaben wie Code-Signierung, Bereitstellung und Xcode-Einstellungen. Für Android kümmert es sich um Gradle-Automatisierung, Schlüsselverwaltung und generiert APKs oder App-Pakete. Dadurch wird sichergestellt, dass die Builds für Frameworks wie [React Native](https://reactnative.dev/) und [Capacitor](https://capacitorjs.com/) konsistent sind.
-
-### App-Store-Bereitstellung
-
-Die Einreichung von Apps in App-Stores wird mit den automatisierten Bereitstellungspipelines von Appflow einfacher. Es kümmert sich um Aufgaben wie die Vorbereitung von Binärdateien, Versionierung, Metadatenverwaltung und Compliance-Prüfungen. Diese Automatisierung minimiert den manuellen Aufwand und sorgt für reibungslose und konsistente Veröffentlichungen.
-
-### Befehlszeilentools
-
-Appflow bietet CLI-Tools, mit denen Entwickler Builds und Bereitstellungen direkt über die Befehlszeile verwalten können. Diese Tools unterstützen anpassbare Build-Schritte und Umgebungsvariablen, was es einfacher macht, CI/CD-Pipelines an die spezifischen Projektbedürfnisse anzupassen und gleichzeitig die Konsistenz über Teams hinweg zu wahren.
-
-## Einrichten von Appflow CI/CD
-
-Erfahren Sie, wie Sie Appflow CI/CD für reibungslose, automatisierte Builds und Bereitstellungen konfigurieren.
-
-### Schritte zur Einrichtung der Umgebung
-
-Richten Sie verschiedene Umgebungen ein, die mit Ihren Versionierungskontrollzweigen übereinstimmen:
-
--   **Entwicklung**: Für täglichen Builds und Tests.
--   **Staging**: Eine Nachbildung der Produktion für abschließende Tests.
--   **Produktion**: Für die Veröffentlichung von Live-Apps.
-
-Speichern Sie Umgebungsvariablen sicher unter Verwendung von Appflows integriertem [verschlüsseltem Speicher](https://capgo.app/docs/cli/migrations/encryption/).
-
-### Automatisierung des Build-Prozesses
-
-So automatisieren Sie Ihren Build-Prozess effektiv:
-
-**Branch-basierte Automatisierung**  
-Richten Sie automatisierte Build-Trigger für verschiedene Git-Zweige ein:
-
--   Feature-Zweige: Triggern Sie Entwicklungs-Builds.
--   Hauptzweig: Starten Sie Staging-Builds.
--   Release-Zweige: Initiieren Sie Produktions-Builds.
-
-**Build-Konfiguration**  
-Passen Sie Ihre `appflow.config.json` an, um Folgendes zu definieren:
-
--   Build-Umgebungen.
--   Plattform-spezifische Einstellungen.
--   Abhängigkeiten und deren Versionen.
--   Ausgabekonfigurationen.
-
-Um Ihre Pipeline sicher zu halten, setzen Sie strenge Zugriffskontrollen und Verschlüsselungen durch.
-
-### Sicherheitseinstellungen
-
-1. **Tokenverwaltung**  
-Speichern Sie Authentifizierungstoken sicher unter Verwendung von Appflows verschlüsselten Variablen. Vermeiden Sie es, sensible Anmeldeinformationen in Build-Protokollen oder Konfigurationsdateien preiszugeben.
-
-2. **Zugriffskontrolle**  
-Implementieren Sie eine rollenbasierte Zugriffskontrolle (RBAC):
-
--   Erlauben Sie nur erfahrenen Entwicklern, Produktionsbereitstellungen zu verwalten.
--   Beschränken Sie den Staging-Zugriff auf das Entwicklungsteam.
--   Geben Sie dem QA-Team nur Lesezugriff.
-
-3. **Datenschutz**  
-Verschlüsseln Sie alle sensiblen Daten während der Übertragung und Speicherung, einschließlich:
-
--   API-Schlüssel
--   Zertifikate
--   Umgebungsvariablen
--   Build-Artefakte
-
-### Test- und Wiederherstellungspläne
-
-Um die Stabilität der App zu gewährleisten, etablieren Sie umfassende Test- und Wiederherstellungsstrategien:
-
-**Automatisierte Tests**  
-Integrieren Sie automatisierte Tests in Ihre Pipeline, wie z. B.:
-
--   Unittests
--   Integrationstests
--   UI-Automatisierungstests
-
-**Wiederherstellungsverfahren**  
-Bereiten Sie diese wichtigen Wiederherstellungsmechanismen vor:
-
-| Wiederherstellungstyp | Implementierung | Aktivierungs-Trigger |
-| --- | --- | --- |
-| Schnelles Rollback | Stellen Sie die vorherige Version wieder her | Fehlgeschlagene Bereitstellung |
-| Versionskontrolle | Automatisieren Sie git revert | Build-Fehler |
-| Datensicherung | Planen Sie automatisierte Snapshots | Konfigurationskorruption |
-
-## OTA-Update-Plattform Vergleich
-
-Während Appflow weiterhin seine Nutzer bedient, treten neue Alternativen mit wettbewerbsfähigen Funktionen und Preisen auf. OTA-Update-Plattformen bieten jetzt verschiedene Methoden für Live-Updates an und decken unterschiedliche Bedürfnisse ab. Hier ist eine Übersicht der wichtigsten Optionen.
-
-### [Capgo](https://capgo.app/) Funktionen und Preise
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-Capgo liefert Updates beeindruckend schnell, mit 114 ms für 5 MB-Pakete über sein globales CDN und einer API-Antwortzeit von 434 ms [\[1\]](https://capgo.app/). Es betreibt 1.900 Produktions-Apps und hat über 1.155 Milliarden Updates geliefert, was seine Zuverlässigkeit unter Beweis stellt [\[1\]](https://capgo.app/).
-
-| Funktion | Capgo | Appflow |
-| --- | --- | --- |
-| Jährliche Kosten | ~3.600 $ | 6.000 $ |
-| CI/CD Einrichtung | 2.600 $ (einmalig) | Inklusive |
-| Monatliche Operationen | ~300 $ | ~500 $ |
-| Testzeitraum | 15 Tage | Begrenzt |
-
-Obwohl Capgo wettbewerbsfähige Preise und Leistungen bietet, decken andere Plattformen spezifische Regionen ab oder verlassen sich auf ältere Methoden.
-
-### [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) Erbe
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/2917e9ac2c3b78a7e493c0fc02ad3e2c.jpg)
-
-Microsoft CodePush, das 2024 eingestellt wird, hat viele Benutzer dazu veranlasst, Plattformen mit besserer Sicherheit und Zuverlässigkeit zu suchen. Wie ein Entwickler mitteilte:
-
-> "Habe mein @Appflow-Abonnement nach 4 Jahren gekündigt. Code-Push schien nie gut zu funktionieren, hoffentlich hat @CapGO es herausgefunden." – LeVar Berry [\[1\]](https://capgo.app/)
-
-Dieser Wandel unterstreicht die Nachfrage nach zuverlässiger Update-Bereitstellung und Rollback-Fähigkeiten. Sogar das [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx)-Team der NASA äußerte sich dazu:
-
-> "@Capgo ist eine clevere Möglichkeit, Hot-Code-Pushes zu ermöglichen (und nicht für all das Geld der Welt wie bei @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Diese Beispiele heben die wachsende Vorliebe für Lösungen hervor, die Kosteneinsparungen mit betrieblicher Effizienz kombinieren.
-
-## Mobile CI/CD Problemlösungen
-
-### Plattform-Bauanforderungen
-
-Der Bau für iOS und Android erfordert eine sorgfältige Einrichtung der CI/CD-Pipeline von Appflow. Für iOS benötigen Sie gültige Zertifikate und Bereitstellungsprofile, die in der Build-Umgebung konfiguriert sind. Android-Bauten verlassen sich auf eine ordnungsgemäße Schlüsselverwaltung und Signierung. Beide Plattformen erfordern auch ein sorgfältiges Versionsmanagement, um Konflikte zu vermeiden.
-
-Hier ist eine schnelle Übersicht der wichtigsten Konfigurationen und häufigen Herausforderungen:
-
-| Plattform | Erforderliche Konfiguration | Häufige Probleme |
-| --- | --- | --- |
-| iOS | Zertifikate & Bereitstellung | Abgelaufene Zertifikate, profilbedingte Inkonsistenzen |
-| Android | Schlüssel & Signatur | Missmanagement von Schlüsseln, Versionskonflikte |
-| Beide | Umgebungsvariablen | Fehlende Geheimnisse, falsche Pfade |
-
-Neben der Konfiguration von Builds ist es ebenso wichtig, eine reibungslose Update-Bereitstellung sicherzustellen.
-
-### OTA-Update-Geschwindigkeit und Zuverlässigkeit
-
-Eine starke CI/CD-Pipeline hängt von einer schnellen und zuverlässigen Update-Bereitstellung ab. Während Appflow beliebt ist, haben einige Teams Probleme mit der Leistung des Code-Pushs festgestellt, was die Notwendigkeit effektiver Rollback- und Überwachungssysteme unterstreicht.
-
-Um die Update-Bereitstellung zu verbessern und Unterbrechungen zu reduzieren, befolgen Sie diese Praktiken:
-
--   **Verwenden Sie gestaffelte Rollouts**, um Risiken zu minimieren.
--   **Verfolgen Sie die Erfolgsquoten von Updates**, um Probleme frühzeitig zu erkennen.
--   **Richten Sie automatisierte Rollback-Trigger** für schnelle Wiederherstellung ein.
-
-Bei der Auswahl von CI/CD-Tools sollten Sie Metriken wie Update-Effizienz, Bereitstellungszuverlässigkeit und Rollback-Geschwindigkeit priorisieren. Das Gleichgewicht zwischen schnellen Bereitstellungen und konsistenter Build-Qualität ist entscheidend, insbesondere für Teams, die mehrere Plattformen und häufige Updates verwalten.
-
-## Fazit: Implementierung von Appflow CI/CD
-
-Entwicklungsteams, die CI/CD-Optionen in Betracht ziehen, sehen in Appflow oft eine Mischung aus Stärken und Herausforderungen. Daten zeigen, dass Appflow Updates schnell bereitstellt - 95% der Nutzer erhalten Updates innerhalb von 24 Stunden, unterstützt durch eine starke CDN-Leistung - und eine globale Erfolgsquote von 82% erreicht[\[1\]](https://capgo.app/).
-
-Jedoch treiben steigende Kosten Teams dazu, günstigere Alternativen zu erkunden. Wie das Team von NASA OSIRIS-REx hervorgehoben hat:
-
-> "@Capgo ist eine smarte Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für all das Geld der Welt wie bei @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-Bei der Implementierung von CI/CD stechen drei Schlüsselfaktoren hervor:
-
-| Faktor | Implementierungsfokus | Auswirkungen |
-| --- | --- | --- |
-| Geschwindigkeit | Sofortige Bereitstellungskapazität | Schnellere Fehlerbehebungen und Funktionsveröffentlichungen |
-| Sicherheit | End-to-End-Verschlüsselung | Gewährleistet sichere Update-Zustellung |
-| Compliance | Einhaltung der Anforderungen des App-Stores | Sichert die Präsenz im Marktplatz |
-
-Die Priorisierung dieser Bereiche hilft Teams, sich an die sich verändernde CI/CD-Umgebung anzupassen. Da Appflow voraussichtlich im Jahr 2026 eingestellt wird, ist es entscheidend, nicht nur die technische Leistung, sondern auch Kosteneffizienz, Aktualisierungszuverlässigkeit und langfristige Plattformstabilität zu berücksichtigen.
-
-Da Plattformen weltweit 1.155,1 Milliarden Updates verwalten[\[1\]](https://capgo.app/), bleibt die effiziente und zuverlässige Update-Zustellung ein kritischer Fokus für die moderne Entwicklung mobiler Anwendungen. Die Balance zwischen Leistung und Kosten ist entscheidend, wenn es darum geht, die richtige CI/CD-Lösung auszuwählen.
diff --git a/src/content/blog/de/appflow-shutdown-alternative.md b/src/content/blog/de/appflow-shutdown-alternative.md
deleted file mode 100644
index 5c1df2cbd..000000000
--- a/src/content/blog/de/appflow-shutdown-alternative.md
+++ /dev/null
@@ -1,107 +0,0 @@
----
-slug: appflow-shutdown-alternative
-title: >-
-  Ionic AppFlow Stilllegung - Was kommt als Nächstes für Ihre Mobile
-  App-Entwicklung?
-description: >-
-  Mit der Schließung von Ionic AppFlow erfahren Sie, wie Capgo einen nahtlosen
-  Übergang für Ihre Live-Updates und CI/CD-Bedürfnisse zu einem Bruchteil der
-  Kosten bietet.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-02-09T00:00:00.000Z
-updated_at: 2025-02-09T00:00:00.000Z
-head_image: /appflow_alt.webp
-head_image_alt: Appflow-Alternativillustration
-keywords: >-
-  Ionic AppFlow shutdown, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates, Capgo alternative
-tag: News
-published: true
-locale: de
-next_blog: ''
----
-Mit der jüngsten Ankündigung der Einstellung von Ionic AppFlow suchen viele Entwicklungsteams nach Alternativen, um ihren Workflow bei der mobilen Anwendungsentwicklung aufrechtzuerhalten. Wenn Sie zu den Betroffenen gehören, haben wir gute Nachrichten: Capgo bietet eine umfassende Lösung, die nicht nur die Funktionalität von AppFlow ersetzt, sondern auch erweiterte Funktionen zu einem erschwinglicheren Preis bietet.
-
-## Was das für AppFlow-Nutzer bedeutet
-
-Die Einstellung von AppFlow lässt viele Teams ihre:
-- Live-Update-Systeme
-- CI/CD-Pipelines
-- Anwendungsbereitstellungs-Workflows
-
-migrieren müssen.
-
-Dieser Übergang bietet jedoch die Möglichkeit, Ihre Entwicklungsinfrastruktur aufzurüsten und möglicherweise Kosten zu senken.
-
-## Capgo: Ihre vollständige AppFlow-Alternative
-
-Capgo steht bereit als reife, funktionsreiche Alternative zu AppFlow und bietet:
-
-### Live-Updates einfach gemacht
-- Updates in weniger als 1 Minute bereitstellen (im Vergleich zu AppFlows durchschnittlichen 10 Minuten)
-- Mehrere Update-Kanäle verwalten
-- Installationsstatistiken verfolgen
-- Kanalversionen einfach zurücksetzen oder ändern
-- Updates in einer Sandbox-Umgebung vor der Bereitstellung testen
-
-### Nahtlose CI/CD-Integration
-Statt in ein proprietäres CI/CD-System eingeschlossen zu sein, ermöglicht Ihnen Capgo:
-- In Ihre bestehende CI/CD-Infrastruktur zu integrieren
-- Beliebte Plattformen wie GitHub Actions zu nutzen
-- Die vollständige Kontrolle über Ihren Build-Prozess zu behalten
-- Folgen Sie unseren detaillierten Tutorials für die [iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) Einrichtung
-- Oder lassen Sie uns alles mit unserem [CI/CD Done For You](https://cal.com/team/capgo/mobile-ci-cd-done-for-you) Service erledigen
-
-## Warum Capgo wählen?
-
-1. **Kosten-Effektiv**: Ab nur 14 $/Monat im Vergleich zu AppFlows 499 $/Monat
-2. **Verbesserte Sicherheit**: End-to-End-Verschlüsselung in allen Plänen enthalten
-3. **Open Source**: 100% Open Source, was vollständige Transparenz und Anpassung ermöglicht
-4. **Moderne Architektur**: Speziell für Capacitor entwickelt, um optimale Leistung zu gewährleisten
-5. **Schnelle Updates**: Änderungen in weniger als einer Minute an Ihre Nutzer liefern
-
-## Den Wechsel vollziehen
-
-Der Übergang von AppFlow zu Capgo ist unkompliziert. Folgen Sie unserem [detaillierten Migrationsleitfaden](/docs/upgrade/from-appflow-to-capgo), um einen reibungslosen Übergang sicherzustellen:
-
-1. [Registrieren Sie sich für ein Capgo-Konto](/register/)
-2. Folgen Sie unseren Migrationsanleitungen
-3. Richten Sie Ihre CI/CD-Pipeline mit unseren Tutorials ein
-4. Beginnen Sie mit der Bereitstellung von Updates über Capgo
-
-Für Enterprise-Teams, die dedizierten Support benötigen, [kontaktieren Sie unser Vertriebsteam](https://cal.com/team/capgo/capgo-enterprise-inquiry), um Ihre spezifischen Bedürfnisse und Migrationsstrategie zu besprechen.
-
-## Über grundlegende Funktionalität hinaus
-
-Capgo bietet mehrere Vorteile gegenüber AppFlow:
-- Installationsstatistiken für besseres Bereitstellungs-Tracking
-- Sandbox-Testumgebung
-- Schnellere Update-Bereitstellung
-- Erschwinglichere Preisstruktur
-- Größere Flexibilität in der CI/CD-Integration
-
-## Unser Engagement für das Ökosystem
-
-Das Ionic- und Capacitor-Ökosystem bleibt stark und lebendig. Bei Capgo schätzen wir dieses Ökosystem sehr und sind voll und ganz seiner Zukunft verpflichtet. Als selbstfinanziertes und nachhaltiges Unternehmen bieten wir nicht nur Alternativen – wir investieren aktiv in das Wachstum und die Stabilität des Ökosystems.
-
-### Warum Capgo vertrauen?
-Wir lieben Ionic und Capacitor und sind hier für die Langstrecke. Wenn irgendein Teil des Ökosystems Unterstützung benötigt, sind wir bereit, ihn zu forken und zu pflegen – das ist die Kraft von Open Source. Unser Engagement sind nicht nur Worte; es wird durch Taten untermauert:
-
-### Nachgewiesene Erfolgsgeschichte
-- **Massive Skalierung**: Tägliche Bereitstellung von über 30 Millionen Live-Updates in unserer Cloud-Infrastruktur, mit noch mehr in selbstgehosteten Umgebungen
-- **Aktive Entwicklung**: Über 20 Plugins im Capacitor-Ökosystem erstellt und gepflegt: [erkunden Sie unsere Plugins](https://github.com/cap-go/)
-- **Wachsende Community**: Erfolgreiche Unterstützung zahlreicher Teams bei der Umstellung auf Capgo in diesem Jahr
-- **Vollständige Lösungen**: Bereitstellung umfassender CI/CD-Lösungen, von Tutorials bis hin zu vollständigen Service-Integrationen
-- **Nachhaltiges Modell**: Selbstfinanziert und profitabel, um langfristige Stabilität für unsere Nutzer zu gewährleisten
-
-Wir sind nicht nur eine Alternative – wir bauen aktiv die Zukunft der mobilen Anwendungsentwicklung und sorgen dafür, dass Teams, die auf diese Technologien angewiesen sind, einen zuverlässigen, nachhaltigen Weg nach vorne haben.
-
-## Bereit zur Migration?
-
-Lassen Sie nicht zu, dass die Einstellung von AppFlow Ihren Entwicklungsworkflow stört. [Beginnen Sie noch heute Ihre Reise mit Capgo](/register/) und erleben Sie eine effizientere, kosteneffektive Lösung für Ihre Bedürfnisse bei der mobilen Anwendungsentwicklung.
-
-Für Unternehmenslösungen und dedizierten Support, [vereinbaren Sie einen Termin mit unserem Team](https://cal.com/team/capgo/capgo-enterprise-inquiry), um Ihre Migrationsstrategie zu besprechen.
-
-Denken Sie daran, Capgo ist nicht nur eine Alternative – es ist ein Upgrade für Ihren Workflow in der mobilen Anwendungsentwicklung, das mehr Funktionen, bessere Leistung und erhebliche Kosteneinsparungen im Vergleich zu AppFlow bietet.
diff --git a/src/content/blog/de/apple-policy-updates-for-capacitor-apps-2025.md b/src/content/blog/de/apple-policy-updates-for-capacitor-apps-2025.md
deleted file mode 100644
index 007bbf377..000000000
--- a/src/content/blog/de/apple-policy-updates-for-capacitor-apps-2025.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: apple-policy-updates-for-capacitor-apps-2025
-title: Apple-Richtlinien-Updates für Capacitor-Apps 2025
-description: >-
-  Die App Store-Richtlinien von Apple für 2025 stellen neue Compliance-Standards
-  für Capacitor-Apps auf und betonen dabei Datenschutz, Sicherheit und
-  Leistungsverbesserungen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T03:02:24.801Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67edf689ebbb9dc80640b580-1743649359050.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, Apple policies, app compliance, security standards, performance
-  benchmarks, OTA updates, encryption
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Apples App Store Richtlinien 2025 bringen strengere Regeln für [Capacitor](https://capacitorjs.com/) Apps.** Entwickler müssen nun höhere Standards für Datenschutz, Sicherheit und Leistung erfüllen. Hier ist, was Sie wissen müssen:
-
-- **Datenschutz**: Strengere Regeln für die Datenerfassung und Zustimmung der Nutzer.
-- **Sicherheit**: End-to-End-Verschlüsselung und [stärkere Authentifizierung](https://capgo.app/docs/webapp/mfa/) sind für Updates erforderlich.
-- **Leistung**: Apps müssen höhere Anforderungen an Reaktionsfähigkeit und Effizienz erfüllen.
-- **SDK-Updates**: [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) müssen [Xcode](https://developer.apple.com/xcode/) 15+ und aktualisierte SDKs verwenden, um konform zu bleiben.
-- **Live-Updates**: Over-the-Air (OTA) Updates müssen verschlüsselte Protokolle und umfassende Gerätetests befolgen.
-
-**Wichtiges Tool**: Plattformen wie [Capgo](https://capgo.app/) vereinfachen die Compliance, indem sie [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/) automatisieren, verfolgen und verschlüsseln. Mit einer Update-Rate von 95% innerhalb von 24 Stunden und Tools für sichere Rollouts hilft [Capgo](https://capgo.app/) Entwicklern, mit den Richtlinien von Apple im Einklang zu bleiben.
-
-**Kurzer Vergleich**:
-
-| Funktion | Capgo (TEAM Plan) | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| Jährliche Kosten | 996 $ | 6.000 $ | Ähnlich wie Capgo |
-| Verschlüsselung | End-to-End | Grundlegende Signatur | Grundlegende Signatur |
-| Update-Geschwindigkeit | 95% innerhalb von 24h | Variabel | Variabel |
-| Compliance-Tools | Umfassend | Eingeschränkt | Grundlegend |
-| Markterfahrung | Seit 2022 | Schließt 2026 | Seit 2024 |
-
-Entwickler sollten jetzt handeln, um die Compliance sicherzustellen und Unterbrechungen zu vermeiden. Aktualisieren Sie Ihr [Capacitor-Framework](https://capgo.app/blog/capacitor-comprehensive-guide/), befolgen Sie die neuen Richtlinien von Apple und ziehen Sie Tools wie Capgo für nahtlose Updates in Betracht.
-
-## So integrieren Sie Apps & Books Token mit Addigy
-
-<iframe src="https://www.youtube.com/embed/GMkQvHQcnFw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Wesentliche Richtlinienupdates für 2025
-
-Die Richtlinien von Apple für 2025 verlangen, dass Capacitor-Apps aktualisierte Versionen von Xcode und SDKs verwenden. Diese Updates sind darauf ausgelegt, die Leistung, Sicherheit und Kompatibilität mit Hardware zu verbessern.
-
-Capacitor-Entwickler sollten die Richtlinien von Apple sorgfältig überprüfen, um sicherzustellen, dass sie die empfohlenen Tools verwenden. Die Einhaltung der Richtlinien verhindert nicht nur potenzielle Probleme, sondern ermöglicht auch den Zugang zu den neuesten Funktionen. Diese Tool-Updates spielen eine Schlüsselrolle bei der Gestaltung von Strategien für Live-Updates.
-
-Plattformen wie Capgo haben sich bereits an diese Anforderungen angepasst, sodass es einfacher ist, Updates bereitzustellen und gleichzeitig die neuen Standards von Apple zu erfüllen.
-
-## Einhaltung von Apples Richtlinien
-
-Die Einhaltung von Apples Richtlinien bei der Implementierung von Live-Updates erfordert besondere Aufmerksamkeit für spezifische Protokolle. Diese Regeln sind entscheidend, um sicherzustellen, dass Ihre App funktionsfähig, sicher und konform mit den Standards von Apple bleibt.
-
-### OTA-Update-Regeln
-
-Over-the-Air (OTA) Updates müssen strengen Protokollen folgen, um, im Einklang mit den Richtlinien des App Store zu bleiben. Entwickler sollten **End-to-End-Verschlüsselung** für alle Update-Übertragungen verwenden, um die Nutzerdaten zu schützen. Die Implementierung von Capgo stellt sicher, dass diese Standards eingehalten werden und gleichzeitig eine hohe Leistung geliefert wird.
-
-### Sicherheitsstandards
-
-Die Sicherheitsanforderungen von Apple betonen einen robusten Datenschutz. Diese Maßnahmen sind entscheidend, um sichere und effiziente Updatezyklen zu ermöglichen, die sicherstellen, dass Updates sicher bereitgestellt werden, ohne die Plattformregeln zu verletzen.
-
-### Gerätestestprotokoll
-
-Um sicherzustellen, dass Updates nahtlos auf allen iOS-Versionen funktionieren, ist umfassendes Testen der Geräte unerlässlich. Entwickler sollten **stufenweise Rollouts** über Beta-Testkanäle nutzen. Dieser Ansatz hilft, Probleme zu identifizieren und zu beheben, bevor eine vollständige Veröffentlichung erfolgt. Wie Bessie Cooper hervorhebt:
-
-> "Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein wollen. Die Vermeidung einer Überprüfung für Bugfixes ist goldwert." [\[1\]](https://capgo.app/)
-
-Diese Methode ermöglicht eine schnelle Entwicklung und zuverlässige Updates, während sie konform mit den Richtlinien von Apple bleibt.
-
-## [Capacitor](https://capacitorjs.com/) Updates für 2025
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67edf689ebbb9dc80640b580/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Plugin-Wartung
-
-Stellen Sie sicher, dass Sie Ihr Capacitor-Framework auf Version 5.0 oder höher aktualisieren, um den aktualisierten SDK-Anforderungen von Apple zu entsprechen. Konform zu bleiben bedeutet, Ihre Apps regelmäßig mit den neuesten iOS SDK- und Xcode-Versionen zu testen. Wenn Sie die Plattform von Capgo verwenden, ist der Prozess dank automatisierter Kompatibilitätsprüfungen und sofortiger Bereitstellungsfunktionen einfacher. Diese Tools funktionieren nahtlos mit Capacitor 8. Auch Entwickler stehen ähnlichen Herausforderungen gegenüber, wenn sie PWAs in native Apps umwandeln.
-
-### PWA zu Native Migration
-
-Mit den aktualisierten Richtlinien von Apple erfordert die Umwandlung von PWAs in native Apps jetzt die Einhaltung strengerer Datenschutz- und Datenhandhabungsregeln. Es ist am besten, die Funktionalität Ihrer App zu evaluieren und schrittweise zu migrieren, um sicherzustellen, dass alles konform bleibt. Capgo unterstützt diesen Prozess, indem es sofortige Lösungen und schnelle Updates während der Migration anbietet.
-
-## [Capgo](https://capgo.app/) Compliance-Tools
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67edf689ebbb9dc80640b580/6f70cafcdfe95287b465212dfd047c63.jpg)
-
-Capgo bietet Tools an, die die Wartung von Apps vereinfachen und gleichzeitig sicherstellen, dass Live-Updates den Richtlinien von Apple entsprechen. Diese Tools helfen Entwicklern, Updates sicher bereitzustellen, ohne die Regeln des App Store zu brechen.
-
-### Funktionen im Update-Management
-
-Capgo verwendet End-to-End-Verschlüsselung, um ein sicheres System für Live-Updates bereitzustellen, das den strengeren Sicherheitsstandards von 2025 entspricht. Mit bisher 23,5 Millionen gelieferten Updates [\[1\]](https://capgo.app/) hat die Plattform ihre Zuverlässigkeit und Einhaltung der Compliance nachgewiesen.
-
-Wichtige Funktionen sind:
-
-- Überwachung der Bereitstellung und Installation von Updates
-- Aufzeichnung aller Update-Versionen zu Prüfzwecken
-- Sofortige Rückkehr zu vorherigen Versionen
-- End-to-End-Verschlüsselung, um Updates zu sichern
-
-Diese Funktionen machen Capgo zu einer herausragenden Wahl, um die Einhaltung der Anforderungen von Apple zu gewährleisten.
-
-### Plattformvergleich
-
-Hier ist, wie Capgo im Vergleich zu anderen Tools zur Verwaltung von Updates in Capacitor-Apps abschneidet:
-
-| Funktion | Capgo (TEAM Plan) | Appflow |
-| --- | --- | --- | --- |
-| Jährliche Kosten | 996 $ | 6.000 $ | Ähnlich wie Capgo |
-| Verschlüsselung | End-to-End | Grundlegende Signatur | Grundlegende Signatur |
-| Update-Geschwindigkeit | 95% innerhalb von 24h | Variabel | Variabel |
-| Compliance-Tools | Umfassend | Eingeschränkt | Grundlegend |
-| Markterfahrung | Seit 2022 | Schließt 2026 | Seit 2024 |
-
-> "@Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes zu machen (und das nicht für all das Geld der Welt wie bei @AppFlow) 🙂" - NASA's OSIRIS-REx-Team [\[1\]](https://capgo.app/)
-
-Capgo integriert sich nahtlos in CI/CD-Systeme wie [GitHub Actions](https://docs.github.com/actions) und [GitLab CI](https://docs.gitlab.com/ee/ci/), was es Entwicklern erleichtert, die neuesten Richtlinien von Apple zu befolgen. Für Organisationen mit strengen Sicherheitsanforderungen bietet die Plattform auch eine [selbstgehostete Option](https://capgo.app/blog/self-hosted-capgo/), die den Teams mehr Kontrolle über Daten und Datenschutz gibt.
-
-## Zusammenfassung
-
-Während Apple seine Richtlinien 2025 aktualisiert, müssen [Capacitor-App-Entwickler](https://capgo.app/docs/) ihre Arbeitsabläufe anpassen, um konform zu bleiben, während Updates effizient bereitgestellt werden. Nachfolgend finden Sie eine Zusammenfassung der wichtigsten Aktionen und Ressourcen, die zuvor besprochen wurden, wobei die Bedeutung robuster Sicherheitsmaßnahmen und [effektiven Update-Managements](https://capgo.app/docs/plugin/cloud-mode/manual-update/) hervorgehoben wird.
-
-### Aktionspunkte
-
-Hier sind die Hauptpunkte, auf die sich Entwickler konzentrieren sollten, um konform zu bleiben:
-
-- **Sicherheitsverbesserungen**: Verwenden Sie end-to-end-verschlüsselte Over-the-Air (OTA) Updates, um die Nutzerdaten zu schützen.
-- **Update-Management**: Erstellen Sie ein strukturiertes System für Versionskontrolle und Update-Rollouts.
-- **Verfolgung und Dokumentation**: Richten Sie eine detaillierte Verfolgung der Update-Bereitstellungsstatistiken, Versionshistorie, Nutzerakzeptanzraten und Sicherheitskonformität ein.
-
-Capgo bietet Tools und Ressourcen, die Entwicklern helfen, diese Schritte effektiv umzusetzen.
-
-### Capgo-Support
-
-Capgo ist in der Lage, Entwicklern bei der Einhaltung der aktualisierten Richtlinien von Apple zu helfen. Mit bereits 750 Apps, die Capgo in der Produktion verwenden [\[1\]](https://capgo.app/), hat sich gezeigt, dass es eine zuverlässige Lösung für Compliance und Update-Management ist.
-
-Capgo geht häufigen Herausforderungen nach, indem es anbietet:
-
-- Automatisierte Prüfungen, um sicherzustellen, dass Updates den Richtlinien von Apple entsprechen
-- Detaillierte Analysen mit einer globalen Erfolgsquote von 82% bei Updates [\[1\]](https://capgo.app/)
-- Flexible Bereitstellungsoptionen, die auf die Bedürfnisse der Entwickler zugeschnitten sind
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend, um kontinuierlich an unsere Benutzer zu liefern!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo integriert sich auch nahtlos in CI/CD-Workflows, was es Entwicklern erleichtert, konsistente Update-Prozesse aufrechtzuerhalten - entscheidend für die Einhaltung der Anforderungen von Apple im Jahr 2025.
diff --git a/src/content/blog/de/apple-privacy-rules-for-capacitor-apps.md b/src/content/blog/de/apple-privacy-rules-for-capacitor-apps.md
deleted file mode 100644
index 9d01cacf6..000000000
--- a/src/content/blog/de/apple-privacy-rules-for-capacitor-apps.md
+++ /dev/null
@@ -1,369 +0,0 @@
----
-slug: apple-privacy-rules-for-capacitor-apps
-title: Datenschutzregeln von Apple für Capacitor Apps
-description: >-
-  Erfahren Sie, wie Sie die Datenschutzregeln von Apple für die App-Entwicklung
-  einhalten können, indem Sie die Zustimmung der Benutzer, Datentransparenz und
-  sichere Aktualisierungen implementieren.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T01:48:03.832Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9dc69283d21cbd67b72cf-1743385695606.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Apple privacy rules, Capacitor apps, data transparency, user consent, App
-  Store compliance, privacy policy
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Die Datenschutzregeln von Apple verlangen von [Capacitor](https://capacitorjs.com/) App-Entwicklern jetzt, sich auf Transparenz bei Nutzerdaten und Compliance zu konzentrieren, um die App Store-Genehmigung zu erhalten und das Vertrauen der Nutzer zu bewahren.**
-
-Wichtige Schritte sind:
-
--   **Privacy Manifest**: Dokumentation der Datenerfassung, APIs und Tracking-Details.
--   **Nutzereinwilligung**: Verwendung der App Tracking Transparency (ATT) für Tracking-Berechtigungen.
--   **Datenzugriff**: Klare Definition von Berechtigungen für Funktionen wie Kamera, Standort und Kontakte.
--   **[Datenschutzerklärung](https://capgo.app/dp/)**: Bereitstellung einer zugänglichen, klaren Richtlinie zur Datennutzung.
--   **Tests & Updates**: Gründliche Compliance-Tests und Nutzung sicherer Update-Systeme wie [Capgo](https://capgo.app/).
-
-Diese Regeln betonen Nutzerkontrolle, Transparenz und sichere App-Updates. Entwickler können dem Leitfaden folgen, um compliant zu bleiben und datenschutzbewusste Apps bereitzustellen.
-
-## App Store-Ablehnung verhindern: Apple Privacy Manifest hinzufügen ...
-
-<iframe src="https://www.youtube.com/embed/D7R87wm9IJE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Apple Datenschutzregeln erklärt
-
-Apple verlangt von Entwicklern, Klarheit zu priorisieren und Nutzern Kontrolle über ihre Daten zu geben. Für Capacitor-Entwickler bedeutet dies, offen über die Art der Datenerfassung und -nutzung ihrer App zu informieren, sowohl gegenüber Nutzern als auch Apple-Prüfern.
-
-### Dokumentation der Datenpraktiken
-
-Führen Sie detaillierte interne Aufzeichnungen über den Umgang mit Daten in Ihrer App. Achten Sie darauf, Folgendes einzubeziehen:
-
--   Arten der erfassten Nutzerdaten
--   Gründe für die Datenerfassung
--   Details zu verwendeten Drittanbieterdiensten oder SDKs
--   Art der Datenübertragung oder -weitergabe
-
-Die Organisation dieser Informationen hilft nicht nur bei der Compliance, sondern erleichtert auch die Beantwortung von Fragen während des Prüfungsprozesses. Stellen Sie sicher, dass diese Praktiken transparent in Ihren App Store-Datenschutzkennzeichnungen und in den App-Einstellungen dargestellt werden.
-
-### Schlüsselelemente der Datenschutzerklärung
-
-Die Datenschutzinformationen Ihrer App sollten klar darlegen:
-
--   Erforderliche Systemfunktionen und API-Berechtigungen für die App-Funktionalität
--   Kategorien der erfassten Daten
--   Tracking-Aktivitäten oder Kommunikation mit externen Diensten
--   Wie die Daten verwendet werden und warum
-
-Klare Offenlegungen schaffen Vertrauen bei den Nutzern und reduzieren die Wahrscheinlichkeit von Problemen bei der App Store-Prüfung.
-
-### Compliance-Zeitplan
-
-Apple aktualisiert seine Datenschutzanforderungen in Phasen. Bleiben Sie informiert, indem Sie regelmäßig Apples Entwickler-Updates überprüfen, um sicherzustellen, dass Ihre App den neuesten Regeln entspricht.
-
-## Datenschutzregeln zu Ihrer App hinzufügen
-
-Erfahren Sie, wie Sie Apples Datenschutzregeln in Ihrer Capacitor-App mit dieser Schritt-für-Schritt-Anleitung implementieren.
-
-### Setup-Anforderungen
-
-Stellen Sie vor Beginn Folgendes sicher:
-
--   Sie haben **Xcode 15 oder höher** für Privacy Manifest-Unterstützung.
--   Capacitor 8 ist installiert.
--   Das iOS-Deployment-Target ist auf **iOS 14.5 oder höher** eingestellt.
--   Ihre App enthält eine korrekt konfigurierte `Info.plist`-Datei.
--   Sie haben einen **Apple Developer Account** mit gültigen Zertifikaten.
-
-Wenn Sie Capgo verwenden, richten Sie Ende-zu-Ende-Verschlüsselung ein, um die Datensicherheit zu gewährleisten. Korrekt mit Capgo konfigurierte Apps haben eine globale Erfolgsquote von 82% bei Updates [\[1\]](https://capgo.app/) erreicht.
-
-Sobald Ihre Umgebung bereit ist, fahren Sie mit der Erstellung und Konfiguration Ihres Privacy Manifests fort.
-
-### Privacy Manifest Einrichtungsleitfaden
-
-1.  **Privacy Manifest-Datei erstellen**
-
-Fügen Sie eine neue Datei namens `PrivacyInfo.xcprivacy` zum Stammverzeichnis Ihres iOS-Projekts hinzu:
-
-```json
-{
-    "NSPrivacyTracking": false,
-    "NSPrivacyTrackingDomains": [],
-    "NSPrivacyCollectedDataTypes": [],
-    "NSPrivacyAccessedAPITypes": []
-}
-```
-
-2.  **Datenerfassung definieren**
-
-Geben Sie die Arten von Daten an, die Ihre App erfasst, wie zum Beispiel:
-
--   Benutzeranalysen
--   Geräteinformationen
--   Nutzungsmuster
--   Netzwerkzugriff
-
-3.  **API-Zugriff konfigurieren**
-
-Listen Sie die System-APIs auf, die Ihre App benötigt, einschließlich:
-
--   Kamera
--   Standort
--   Kontakte  
--   Fotobibliothek
-
-### Compliance-Richtlinien
-
-Stellen Sie nach der Einrichtung des Datenschutzmanifests sicher, dass Ihre Datenerfassungspraktiken den Standards von Apple entsprechen.
-
-**Datenminimierung**
-Erfassen Sie nur Daten, die für die Kernfunktionen Ihrer App erforderlich sind. Capgo-Nutzer berichten von einer 95%igen aktiven Nutzer-Update-Rate innerhalb von 24 Stunden [\[1\]](https://capgo.app/), was zeigt, dass datenschutzbewusste Ansätze die Nutzer engagiert halten.
-
-**Transparenz für Benutzer**
-Erklären Sie deutlich:
-
--   Warum Daten erfasst werden
--   Wie lange sie gespeichert werden
--   Verfügbare Benutzersteuerungsoptionen
--   Alle Datenfreigaberichtlinien
-
-### Testanforderungen
-
-Testen Sie Ihre App vor der Einreichung auf Datenschutzkonformität. Konzentrieren Sie sich auf diese Bereiche:
-
-| Testbereich | Prüfpunkte |
-| --- | --- |
-| Datenzugriff | Überprüfung der korrekten Berechtigungsaufforderungen. |
-| Datenschutzkennzeichnungen | Bestätigung der Richtigkeit der Deklarationen. |
-| Benutzersteuerung | Test der Opt-out-Funktionen. |
-| [Data Storage](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Überprüfung der Verschlüsselungssicherheit. |
-
-Capgo hat erfolgreich 23,5 Millionen Updates unter Einhaltung der Datenschutzbestimmungen ausgeliefert [\[1\]](https://capgo.app/), was beweist, dass es möglich ist, Updates und Datenschutz effektiv in Einklang zu bringen.
-
-Befolgen Sie diese Richtlinien, um sicherzustellen, dass Ihre App bereit für Tests und die App Store-Einreichung ist.
-
-## Benutzerdatenschutz-Steuerung
-
-Dieser Abschnitt konzentriert sich darauf, wie Benutzer die Kontrolle über Tracking und Datenzugriff erhalten, aufbauend auf den etablierten Datenschutzrichtlinien.
-
-### Einrichten von Tracking-Berechtigungen
-
-Um App Tracking Transparency (ATT) in Ihrer Capacitor-App zu konfigurieren, fügen Sie den folgenden Schlüssel in Ihrer `Info.plist`-Datei ein:
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>We use tracking to provide personalized features and improve app performance</string>
-```
-
-Als Nächstes behandeln Sie die Tracking-Anfrage während der Initialisierung Ihrer App:
-
-```typescript
-import { App } from '@capacitor/app';
-
-async function requestTrackingPermission() {
-  const status = await App.requestTrackingAuthorization();
-  return status.authorized;
-}
-```
-
-**Tipps für die ATT-Implementierung**:
-
--   Zeigen Sie den Berechtigungsdialog an einem sinnvollen Punkt in der Benutzererfahrung.
--   Erklären Sie die Vorteile des Trackings klar, bevor die Systemaufforderung erscheint.
--   Respektieren Sie Benutzerentscheidungen und bieten Sie Alternativen für diejenigen, die sich dagegen entscheiden.
-
-### Datenzugriffsberechtigungen
-
-Für iOS müssen Sie Berechtigungen in der `Info.plist` Ihrer App definieren. Hier sind einige häufige Berechtigungen und ihre Beschreibungen:
-
-| Berechtigungstyp | Info.plist-Schlüssel | Verwendungsbeschreibung |
-| --- | --- | --- |
-| Kamera | NSCameraUsageDescription | Erforderlich für Fotoaufnahmen |
-| Standort | NSLocationWhenInUseUsageDescription | Für standortbasierte Funktionen |
-| Fotos | NSPhotoLibraryUsageDescription | Zugriff zum Speichern/Laden von Bildern |
-| Kontakte | NSContactsUsageDescription | Für Kontaktintegration |
-
-**Wann Berechtigungen anfordern**:
-
--   Fragen Sie nur nach Berechtigungen, wenn sie benötigt werden, und stellen Sie klaren Kontext bereit.
--   Erklären Sie kurz, warum jede Berechtigung notwendig ist, bevor Sie danach fragen.
--   Wenn ein Benutzer eine Anfrage ablehnt, bieten Sie alternative Funktionen oder Optionen an.
-
-Nach dem Einrichten der Berechtigungen stellen Sie sicher, dass Benutzer über diese Praktiken durch eine transparente Datenschutzerklärung informiert werden.
-
-### Anzeige der Datenschutzerklärung
-
-Machen Sie die Datenschutzerklärung Ihrer App leicht auffindbar und verständlich.
-
-**Was einzuschließen ist**:
-
--   Details zur Datenerhebung
--   Wie die Daten verwendet werden
--   Aufbewahrungsfristen für gespeicherte Daten
--   Benutzerrechte bezüglich ihrer Daten
--   Kontaktdaten für Datenschutzbedenken
-
-Sie können ein Datenschutzzentrum zu Ihrer App wie folgt hinzufügen:
-
-```typescript
-import { Browser } from '@capacitor/browser';
-
-async function showPrivacyPolicy() {
-  await Browser.open({
-    url: 'https://your-app.com/privacy-policy'
-  });
-}
-```
-
-**Wie die Datenschutzerklärung anzeigen**:
-
--   Platzieren Sie den Link zur Datenschutzerklärung in den App-Einstellungen für einfachen Zugriff.
--   Verwenden Sie einfache, klare Sprache, um technische Konzepte zu erklären.
--   Fügen Sie Visualisierungen hinzu, um das Verständnis zu verbessern.
--   Stellen Sie einen Versionsverlauf bereit und informieren Sie Nutzer über Updates.
--   Ermöglichen Sie Nutzern den Export ihrer Daten auf Anfrage.
-
-Stellen Sie sicher, dass Updates Ihrer App (z.B. über Capgo) diese Datenschutzeinstellungen einhalten und das Nutzervertrauen bewahren.
-
-## Testing und App Store Einreichung
-
-Nachdem Sie Ihr Datenschutzmanifest und die Nutzerkontrollen eingerichtet haben, ist der nächste Schritt gründliches Testen, um sicherzustellen, dass alles wie beabsichtigt funktioniert. Dieser Prozess hilft, die Compliance vor der Einreichung im App Store zu bestätigen.
-
-### Datenschutz-Testing in [Xcode](https://en.wikipedia.org/wiki/Xcode)
-
-Aktivieren Sie zunächst den Datenschutzbericht in Xcode:
-
-```swift
-// Enable Privacy Report in Xcode scheme
-Edit Scheme > Run > Diagnostics > Enable Privacy Report
-```
-
-Führen Sie Ihre App im Debug-Modus aus und prüfen Sie den Datenschutzbericht in der Konsole. Darauf sollten Sie beim Testen achten:
-
-| Testbereich | Was zu prüfen ist |
-| --- | --- |
-| App-Tracking | Timing und Anzeige des ATT-Dialogs |
-| Datenzugriff | Korrekte Implementierung von Berechtigungen |
-| API-Nutzung | Vollständigkeit des Datenschutzmanifests |
-| Netzwerkaufrufe | Sicherheit der Datenübertragung |
-
-Dieses Testing stellt sicher, dass Ihre App bereit für die Einreichung ist und die Compliance-Standards erfüllt.
-
-### Häufige Datenschutzfehler
-
-Beheben Sie nach dem Testen diese häufigen Probleme, um Verzögerungen bei der Einreichung zu vermeiden:
-
--   **Unvollständige `privacy-manifest.json`**: Stellen Sie sicher, dass alle erforderlichen APIs und Tracking-Domains aufgeführt sind.
--   **Fehlende Zweckangaben**: Erklären Sie den Grund für jede Berechtigungsanfrage klar.
--   **Fehlerhafte Tracking-Anfragen**: Lösen Sie Tracking-Berechtigungen nur nach einer Benutzeraktion aus.
-
-### App Store Datenschutzdetails
-
-Bei der Einreichung Ihrer App müssen Sie genaue Informationen über Ihre Datenschutzpraktiken angeben. Hier ist, was Sie einschließen sollten:
-
-| Datenschutzkategorie | Benötigte Informationen | Beispiele |
-| --- | --- | --- |
-| Datenerfassung | Arten der erfassten Daten | Geräte-ID, Standort |
-| Datennutzung | Warum die Daten erfasst werden | App-Funktionalität, Analytik |
-| Datenverknüpfung | Wie Daten mit Nutzern verbunden werden | Kontoinformationen, Nutzungsdaten |
-| Daten-Tracking | Details zum App-übergreifenden Tracking | Werbung, Analytik |
-
-**Wichtige App Store Anforderungen**:
-
--   Aktualisieren Sie Ihre Datenschutzrichtlinien-URL vor der Einreichung.
--   Stellen Sie sicher, dass deklarierte Berechtigungen mit der App-Funktionalität übereinstimmen.
--   Dokumentieren Sie Datenschutzpraktiken für verwendete Drittanbieter-SDKs.
--   Bestätigen Sie, dass alle Netzwerkübertragungen verschlüsselt sind.
-
-## Verwendung von [Capgo](https://capgo.app/) für Updates
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e9dc69283d21cbd67b72cf/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Capgo bietet ein sicheres System für Live-Updates unter Einhaltung von Apples Datenschutzregeln.
-
-### Capgo Datenschutzfunktionen
-
-Capgos Update-System wurde mit Fokus auf Sicherheit und Datenschutz entwickelt:
-
-| Funktion | Datenschutzvorteil |
-| --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Stellt sicher, dass nur autorisierte Nutzer Updates entschlüsseln können |
-| App Store Compliance | Entspricht Apples strengen Datenschutzanforderungen |
-| Sichere Bereitstellung | Schützt die Verteilung von Updates |
-| Zugriffskontrolle | Ermöglicht detaillierte Berechtigungsverwaltung |
-
-Diese Funktionen schützen Updates und wahren die Privatsphäre der Nutzer.
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren Updates nur" - Capgo [\[1\]](https://capgo.app/)
-
-### Update-Bereitstellung mit Capgo
-
-So stellen Sie datenschutzkonforme Updates mit Capgo bereit:
-
-1.  **Installieren Sie das Capgo-Plugin**:
-    
-    Führen Sie den folgenden Befehl aus, um zu beginnen:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2.  **Konfigurieren Sie Ihre Datenschutzeinstellungen**:
-    
-    Aktualisieren Sie Ihr Datenschutzmanifest, um Capgos Domains und APIs einzuschließen.
-    
-3.  **Richten Sie verschlüsselte Update-Kanäle ein**:
-    
-    Erstellen Sie separate Kanäle für verschiedene Bereitstellungsphasen, um sichere Updates zu gewährleisten.
-    
-
-Capgo stellt sicher, dass 95% der aktiven Nutzer innerhalb von 24 Stunden Updates erhalten, mit einer globalen Erfolgsrate von 82% [\[1\]](https://capgo.app/). Das Kanalsystem macht auch das Verwalten der Update-Zielgruppen übersichtlich.
-
-### Benutzergruppen-Updates in Capgo
-
-Capgo ermöglicht es Ihnen, bestimmte Benutzergruppen während Updates sicher anzusprechen:
-
-| Update-Typ | Datenschutzaspekte | Implementierung |
-| --- | --- | --- |
-| Beta-Tests | Begrenzt die Verfügbarkeit auf ausgewählte Nutzer | Verwendung eines separaten Kanals mit eingeschränktem Zugriff |
-| Stufenweise Einführung | Schrittweise Freigabe an Benutzer | Verteilung von Updates basierend auf Prozentsätzen |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Bereitstellung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgos detaillierte Berechtigungen stellen sicher, dass nur autorisierte Teammitglieder sicher auf Updates zugreifen und diese verwalten können.
-
-## Zusammenfassung
-
-### Wichtige Datenschutzanforderungen
-
-Apples Datenschutzregeln für [Capacitor apps](https://capgo.app/blog/capacitor-comprehensive-guide/) umfassen folgende Anforderungen:
-
-| Anforderung | Details |
-| --- | --- |
-| **Datenschutzmanifest** | Einbindung notwendiger Domains, APIs und Tracking-Deklarationen. |
-| **Nutzereinwilligung** | Verwendung des ATT-Frameworks zur Anfrage von Tracking-Berechtigungen von Nutzern. |
-| **Datenzugriff** | Konfiguration von Berechtigungen für den Zugriff auf Fotos, Standort und Kontakte. |
-| **Datenschutzerklärung** | Bereitstellung einer klaren, zugänglichen Richtlinie sowohl in der App als auch im App Store. |
-| **Update-Sicherheit** | Sicherstellung, dass Live-Updates verschlüsselte Bereitstellungskanäle verwenden. |
-
-### Implementierungs-Checkliste
-
-Befolgen Sie diese Checkliste, um Apples Anforderungen zu erfüllen:
-
--   **Datenschutzmanifest konfigurieren**  
-    API-Deklarationen hinzufügen, Tracking-Domains auflisten und Zwecke der Datennutzung dokumentieren.
-    
--   **Nutzerberechtigungen einrichten**  
-    ATT-Dialog implementieren, Zugriff für Fotos und Medien konfigurieren und Standortdienste aktivieren.
-    
--   **Sicheres Update-System**  
-    Eine datenschutzkonforme Update-Lösung verwenden, verschlüsselte Kanäle einrichten und Benutzer-Targeting-Kontrollen konfigurieren.
-    
-
-Capgos Plattform bietet eine zuverlässige Möglichkeit, diese Datenschutzstandards zu erfüllen und dabei Ihre App funktional und nutzerzentriert zu halten [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/de/apple-vs-google-privacy-compliance-for-third-party-data.md b/src/content/blog/de/apple-vs-google-privacy-compliance-for-third-party-data.md
deleted file mode 100644
index d08a81651..000000000
--- a/src/content/blog/de/apple-vs-google-privacy-compliance-for-third-party-data.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: apple-vs-google-privacy-compliance-for-third-party-data
-title: 'Apple vs. Google: Datenschutzkonformität für Daten von Drittanbietern'
-description: >-
-  Erforschen Sie die kontrastierenden Datenschutzstrategien zweier großer
-  Technologieunternehmen und wie sie die App-Entwickler und das Management von
-  Benutzerdaten beeinflussen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-27T02:14:50.081Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/680d81465a08fca8917a02c4-1745720205882.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  privacy compliance, third-party data, App Tracking Transparency, Privacy
-  Sandbox, data protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Apple und Google verfolgen unterschiedliche Ansätze zum Datenschutz, die durch ihre Geschäftsmodelle geprägt sind:**
-
--   **Apple** priorisiert den Datenschutz der Nutzer mit strengen Regeln wie [App Tracking Transparency](https://developer.apple.com/documentation/apptrackingtransparency) (ATT), die eine Zustimmung für das Tracking erfordern. Dies schränkt den Zugriff von Drittanbietern auf Daten ein und passt zu seinem hardwarefokussierten Einnahmenmodell.
--   **Google** balanciert Datenschutz und Werbebedürfnisse. Sein [Privacy Sandbox](https://en.wikipedia.org/wiki/Privacy_Sandbox) und Tools wie die [Topics API](https://developers.google.com/privacy-sandbox/private-advertising/topics/web) ermöglichen eine breitere Datennutzung und achten gleichzeitig auf Transparenz und Kontrolle durch die Nutzer.
-
-### Hauptunterschiede auf einen Blick
-
-| Aspekt | Apple | Google |
-| --- | --- | --- |
-| **Einnahmenmodell** | Hardwareverkäufe | Werbung |
-| **Datenerfassung** | Nur mit Zustimmung | Opt-out verfügbar |
-| **Datenschutz-Tools** | Systemweite Einschränkungen (z.B. ATT, Private Relay) | Entwicklervorgaben (z.B. Privacy Sandbox, Topics API) |
-| **Aktualisierungsprozess** | Rigider Prüfprozess | Flexiblere und schnellere Überprüfungen |
-
-Entwickler müssen sich an die Regeln dieser Plattformen anpassen, um Compliance sicherzustellen, die Nutzerdaten zu schützen und die App-Leistung aufrechtzuerhalten. Tools wie [Capgo](https://capgo.app/) vereinfachen Aktualisierungen und erfüllen gleichzeitig die Datenschutzstandards auf beiden Plattformen.
-
-## Wesentliche Datenschutzgrundsätze: Apple gegen Google
-
-### Apples Fokus auf Datenschutz
-
-Apple legt großen Wert auf die Einschränkung der Datennutzung und die Priorisierung der Zustimmung des Nutzers. Mit der Einführung des Frameworks für die App Tracking Transparency (ATT) in iOS 14.5 müssen die Nutzer ausdrücklich die Erlaubnis für das Tracking über Apps hinweg erteilen. Dies hat zu niedrigeren Zustimmungsraten geführt und das Tracking durch Drittanbieter erheblich reduziert.
-
-Hier sind einige wichtige Merkmale von Apples Ansatz zum Datenschutz:
-
-| Merkmal | Implementierung | Einfluss auf Daten von Drittanbietern |
-| --- | --- | --- |
-| Datenschutzlabels | Apps müssen die Datenerhebungspraktiken im App Store offenlegen | Bietet Transparenz für Nutzer |
-| App-Tracking-Kontrollen | Nutzer müssen dem Tracking zustimmen | Beschränkt die Datenweitergabe zwischen Apps |
-| Private Relay | Verschlüsselt den Webverkehr | Verhindert den Zugriff auf die IP-Adressen der Nutzer |
-| Mail-Datenschutz | Blockiert E-Mail-Tracking | Reduziert die Genauigkeit von E-Mail-Analysen |
-
-Der Fokus von Apple auf den Datenschutz hat dazu geführt, dass Apps, die stark auf Werbung angewiesen sind, ihre Geschäftsmodelle überdenken oder alternative Einnahmequellen suchen mussten. Diese datenschutzorientierte Strategie hebt Apple im Mobile-Ökosystem hervor und schafft einen klaren Gegensatz zu Googles ausgewogenerem Ansatz.
-
-### Googles Datennutzung und Offenlegung
-
-Google verfolgt einen anderen Ansatz und erlaubt eine breitere Datenerfassung, während es gleichzeitig Schutzmechanismen zum Schutz der Privatsphäre der Nutzer implementiert. Die Initiative Privacy Sandbox von Google, die darauf abzielt, Cookies von Drittanbietern abzubauen, zielt darauf ab, ein Gleichgewicht zwischen dem Datenschutz der Nutzer und den Bedürfnissen der Werbetreibenden zu finden. Während Google mehr Daten erfasst, erfordert es eine klare Offenlegung und gibt den Nutzern die Kontrolle über ihre Daten.
-
-Der Datenschutzrahmen von Google umfasst die folgenden Komponenten:
-
-| Komponente | Zweck | Einfluss auf Entwickler |
-| --- | --- | --- |
-| Daten-Sicherheitsbereich | Transparenz in den Datenerhebungspraktiken | Apps müssen Datenschutzpraktiken offenlegen |
-| Topics API | Unterstützt interessenbasierte Werbung | Bietet eine Alternative zum direkten Tracking |
-| FLEDGE | Ermöglicht gezielte Werbung | Erleichtert datenschutzfreundliches Remarketing |
-| Attribution Reporting | Misst Werbe-Conversions | Fokussiert sich auf datenschutzkonforme Analytik |
-
-Googles Ansatz spiegelt seine Abhängigkeit von Werbeeinnahmen wider und berücksichtigt gleichzeitig Datenschutzbedenken. Durch die Bereitstellung von Tools, um die Nutzerdaten verantwortungsvoll zu verwalten, zielt Google darauf ab, moderne Datenschutzstandards zu erfüllen, ohne die werbebasierten Geschäftsmodelle zu untergraben.
-
-Für Entwickler bedeutet die Navigation der Datenschutzanforderungen, Strategien für jede Plattform maßzuschneidern. Apps, die Capgo verwenden, müssen sicherstellen, dass sie mit Apples zustimmungsbasierten Richtlinien und Googles Schwerpunkt auf Transparenz für Live-Aktualisierungen konform sind.
-
-## Apple gegen Google: Wer hat die besseren Datenschutzrichtlinien?
-
-<iframe src="https://www.youtube.com/embed/FHhqQPlffGY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Datenschutztools und -funktionen
-
-Sowohl Apple als auch Google bieten Tools an, die darauf ausgelegt sind, ihre [Datenschutzrichtlinien](https://capgo.app/dp/) durchzusetzen, wobei jede den Kernprinzipien entspricht.
-
-### Apples Datenschutzsysteme
-
-Das Datenschutzframework von Apple stellt sicher, dass die Nutzer Kontrolle über ihre Daten haben. Der **App-Datenschutzbericht**, der in iOS 15.2 eingeführt wurde, ermöglicht es Nutzern, nachzuvollziehen, wie Apps auf sensible Daten wie Standort, Fotos, Kamera, Mikrofon und Kontakte zugreifen. Er zeigt auch Verbindungen zu Drittanbieter-Domains und die Nutzungsmuster von Sensoren auf.
-
-Hier sind einige wichtige Merkmale im Datenschutzökosystem von Apple:
-
-| Merkmal | Funktion | Anforderungen an Entwickler |
-| --- | --- | --- |
-| [iCloud Private Relay](https://support.apple.com/en-us/102602) | Maskiert IP-Adressen zum Erhalt des Datenschutzes | Sicherstellen, dass Apps mit maskierten IPs funktionieren |
-| Hide My Email | Generiert eindeutige E-Mail-Aliasnamen für Nutzer | Unterstützung mehrerer E-Mail-Adressen pro Nutzer |
-| App-Datenschutzbericht | Überwacht die Datennutzung von Apps | Bereitstellung einer Rechtfertigung für den gesamten Datenzugriff |
-| [Anmelden mit Apple](https://en.wikipedia.org/wiki/Sign_in_with_Apple) | Bietet sichere Authentifizierung | Erforderlich für Apps mit Anmeldemöglichkeiten von Drittanbietern |
-
-Apples Ansatz konzentriert sich auf strenge, systemweite Schutzmaßnahmen und stellt sicher, dass die Nutzerdaten auf jeder Ebene geschützt sind.
-
-### Googles Datenschutzkontrollen
-
-Googles Datenschutzansatz basiert auf dem **Privacy Sandbox**, der den Datenschutz der Nutzer mit den Werbebedürfnissen in Einklang bringt. Anfang 2025 führte Google die **Topics API** als Teil dieser Initiative ein, um die ältere Federated Learning of Cohorts (FLoC) zu ersetzen. Diese API ermöglicht das Cookie-freie Tracking und gewährleistet die Einhaltung der Datenschutzstandards.
-
-Hier ist ein Schlüsselelement von Googles Strategie:
-
-| Kontrolle | Zweck | Implementierung |
-| --- | --- | --- |
-| Privacy Sandbox | Ersetzt cookie-basiertes Tracking | Erfordert die Integration mit der Topics API |
-
-Googles System gibt Entwicklern mehr Flexibilität und bietet Opt-out-Mechanismen im Rahmen der Privacy Sandbox.
-
-### Funktionalen Vergleich: Apple vs. Google
-
-Apple und Google unterscheiden sich erheblich in ihren Datenschutzmethoden. Apple priorisiert strenge, systemweite Kontrollen mit einer Zustimmung zur Datenerfassung, während Google entwicklergesteuerte Lösungen mit Opt-out-Optionen betont.
-
-| Aspekt | Apple | Google |
-| --- | --- | --- |
-| Datensammlung | Nur mit Zustimmung | Opt-out verfügbar |
-| Aktualisierungsprozess | Rigider Prüfprozess | Flexible Vorgehensweise |
-| Datenschutzkontrollen | Systemweite Einschränkungen | Entwicklerimplementierte Schutzmaßnahmen |
-| Nutzungsverfolgung | Eingeschränkt über App Tracking Transparency | Über Privacy Sandbox verwaltet |
-
-Entwickler, die Tools wie Capgo verwenden, müssen sich an die Datenschutzregeln beider Plattformen halten. Ein Entwickler teilte Folgendes über Capgo mit:
-
-> "Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein wollen. Die Vermeidung von Prüfungen für Bugfixes ist goldwert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo hat sich als effektiv erwiesen, mit einer globalen Erfolgsquote von 82 % für Updates [\[1\]](https://capgo.app/). Darüber hinaus erhalten 95 % der aktiven Nutzer innerhalb von 24 Stunden Updates [\[1\]](https://capgo.app/).
-
-## Regeln und Anforderungen für Entwickler
-
-### Apples Datenregeln
-
-Apple verlangt von Entwicklern, klar darzulegen, wie ihre Apps Nutzerdaten erfassen, verwenden und teilen. Während des Prüfprozesses bewertet Apple diese Offenlegungen sorgfältig, um sicherzustellen, dass sie den Datenschutzstandards entsprechen.
-
-### Googles Datenrichtlinien
-
-Die Datenrichtlinien des Google Play Stores verlangen ebenfalls Transparenz in den Praktiken der Datenverarbeitung. Während Entwicklern einige Flexibilität gewährt wird, bleibt der Fokus auf klaren Offenlegungen und starken Nutzerkontrollen. Diese Regeln betonen die Bedeutung der Integration von Datenschutzmaßnahmen in App-Aktualisierungen.
-
-### Datenschutztools und [Capgo](https://capgo.app/) Integration
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680d81465a08fca8917a02c4/002013533a2d2ba7b874d9490aa8d76e.jpg)
-
-Moderne Entwicklungstools verbinden Datenschutzkonformität mit der Fähigkeit, Updates schnell bereitzustellen. Capgo unterstützt diese Bemühungen, indem es sich an die Datenschutzstandards von Apple und Google hält. Mit 1.4K Apps in Verwendung und einer globalen Erfolgsquote von 82 % hat sich Capgo als effektiv erwiesen [\[1\]](https://capgo.app/).
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Hier sind einige der wichtigsten datenschutzorientierten Funktionen von Capgo:
-
-| Merkmal | Vorteil | Einhaltung |
-| --- | --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Updates können nur von Nutzern entschlüsselt werden | Entspricht den Standards von Apple und Google |
-| Sofortige Updates | 95 % der aktiven Nutzer aktualisieren innerhalb von 24 Stunden | Entspricht den Richtlinien des App Stores |
-| Versionskontrolle | Ermöglicht sicheres Zurückrollen von Updates | Gewährleistet die Integrität der Daten |
-
-> "@Capgo ist eine clevere Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alle Geld der Welt wie bei @AppFlow) :-)" - NASA's OSIRIS-REx-Team [\[1\]](https://capgo.app/)
-
-## Auswirkungen auf Apps und Nutzer
-
-### Herausforderungen bei der plattformübergreifenden Entwicklung
-
-Die Navigation durch die Datenschutzstandards von Apple und Google kann herausfordernd sein. Jede Plattform hat ihre eigenen Anforderungen, was die App-Entwicklung komplizierter macht und die Bereitstellung verzögert. Zusätzlich führen traditionelle Prüfprozesse oft zu Verzögerungen bei Updates, was zu inkonsistenten Nutzererfahrungen führt. Der Konflikt zwischen strengen App-Überprüfungen und der Notwendigkeit schneller Updates verdeutlicht die Notwendigkeit besserer Lösungen zur Straffung dieses Prozesses. Diese Hürden wirken sich direkt auf die Leistung der Apps und die Nutzererfahrung aus.
-
-| Plattformanforderung | iOS-Ansatz | Android-Ansatz |
-| --- | --- | --- |
-| Datenschutzlabels | Erfordert detaillierte Offenlegungen | Grundlegender Bereich zur Datensicherheit |
-| Aktualisierungsprüfzeit | Etwa 24–48 Stunden | Ungefähr 2–3 Stunden |
-| Live-Updates | Streng limitiert | Allgemein flexibler |
-| Nutzerverfolgung | Eindeutige Erlaubnis erforderlich | Weniger restriktiv |
-
-Diese Herausforderungen verlangsamen nicht nur Aktualisierungen - sie beeinflussen auch, wie Nutzer die App wahrnehmen. Datenschutzbedenken spielen eine große Rolle im Erfolg einer App und bei der Nutzerbindung. Apps, die starke Datenschutzmaßnahmen und effiziente Aktualisierungssysteme priorisieren, sehen tendenziell eine bessere Nutzerinteraktion und höhere Adoptionsraten für Updates.
-
-> "Wir praktizieren agiles Entwickeln und Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Teams, die es erfolgreich schaffen, starke Datenschutzmaßnahmen mit einer reibungslosen Benutzererfahrung in Einklang zu bringen, sehen häufig deutliche Verbesserungen in der App-Interaktion und -Leistung. Dieses Gleichgewicht wird immer wichtiger, da die Datenschutzbestimmungen strenger werden und die Erwartungen der Nutzer steigen.
-
-## Fazit: Beste Datenschutzpraktiken
-
-Die Navigierung durch die Datenschutzbestimmungen von Apple und Google erfordert das Finden des richtigen Gleichgewichts zwischen dem Schutz von Nutzerdaten und der Sicherstellung einer reibungslosen App-Bereitstellung. Dieses Gleichgewicht zu finden schützt nicht nur die Nutzer, sondern vereinfacht auch den Entwicklungsprozess.
-
-Die Verwendung von End-to-End-Verschlüsselung ist entscheidend, um die Nutzerdaten während App-Aktualisierungen sicher zu halten. Tools, die auf beiden Plattformen arbeiten und strenge Datenschutzstandards einhalten, können die Bereitstellungseffizienz erheblich verbessern.
-
-Für Entwickler, die auf mehreren Plattformen arbeiten, zeigen Lösungen wie Capgo, wie Compliance und Effizienz Hand in Hand gehen können. Die zuverlässige Leistung von Capgo unterstreicht, wie starke Datenschutzmaßnahmen mit optimierten Bereitstellungsprozessen koexistieren können.
-
-Da die Datenschutzrichtlinien strenger werden und die Bereitstellungspraktiken sich weiterentwickeln, werden diese Trends die Anforderungen der Plattform definieren. Entwickler, die heute robuste Datenschutztools nutzen, werden besser darauf vorbereitet sein, zukünftige Änderungen zu bewältigen und gleichzeitig das Vertrauen der Nutzer und die Funktionalität der App zu wahren.
-
-> "Capgo ist ein unverzichtbares Werkzeug für Entwickler, die produktiver sein möchten. Die Vermeidung von Überprüfungen für Bugfixes ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## FAQs
-
-:::faq
-### Wie beeinflussen die Datenschutzrichtlinien von Apple und Google die Nutzung von Drittanbieterdaten durch App-Entwickler?
-
-Apple und Google verfolgen unterschiedliche Ansätze zum Datenschutz, was sich erheblich auf die Handhabung von Drittanbieterdaten durch App-Entwickler auswirkt. Apple legt großen Wert auf den Datenschutz der Nutzer mit strengeren Richtlinien, wie der App Tracking Transparency (ATT), die eine ausdrückliche Zustimmung der Nutzer für die Datenweitergabe erfordert. Dies kann den Zugriff der Entwickler auf detaillierte Nutzerdaten einschränken, trägt jedoch dazu bei, das Vertrauen datenschutzbewusster Nutzer aufzubauen.
-
-Google, das ebenfalls den Datenschutz priorisiert, bietet den Entwicklern tendenziell mehr Flexibilität, indem es sich auf Lösungen wie die Privacy Sandbox-Initiative konzentriert. Dabei wird versucht, den Nutzer- Datenschutz mit der Möglichkeit für Apps, personalisierte Erlebnisse und Werbung zu liefern, in Einklang zu bringen. Entwickler müssen ihre Strategien je nach diesen unterschiedlichen Richtlinien anpassen und die Einhaltung der Vorschriften sicherstellen, während sie die Erwartungen der Nutzer erfüllen.
-
-Für Entwickler, die Plattformen wie **Capgo** nutzen, die Echtzeit-Updates mit der Einhaltung der Anforderungen von Apple und Google unterstützen, wird die Navigation durch diese Datenschutzrichtlinien nahtloser. Die End-to-End-Verschlüsselung und die Live-Update-Funktionen von Capgo können Entwicklern helfen, die Einhaltung zu wahren und gleichzeitig Aktualisierungen effizient bereitzustellen.
-:::
-
-:::faq
-### Welche Herausforderungen stehen Entwickler gegenüber, wenn sie die Datenschutzstandards von Apple und Google für Drittanbieterdaten einhalten?
-
-Entwickler stehen häufig vor erheblichen Herausforderungen, wenn es darum geht, die Datenschutzstandards von Apple und Google einzuhalten, insbesondere bei der Verarbeitung von Drittanbieterdaten. Beide Unternehmen haben strenge und sich weiterentwickelnde Richtlinien, wie das **App Tracking Transparency (ATT)**-Framework von Apple und den Abschnitt **Datensicherheit** von Google, die von Entwicklern verlangen, ihre Datenerhebungspraktiken offen zu legen und einzugrenzen.
-
-Das Navigieren durch diese Richtlinien kann komplex sein, insbesondere für Apps, die auf Drittanbieterintegrationen oder Analysen angewiesen sind. Entwickler müssen Transparenz darüber gewährleisten, wie Daten gesammelt, verwendet und geteilt werden, während sie gleichzeitig robuste Sicherheitsmaßnahmen implementieren, um die Privatsphäre der Nutzer zu schützen. Tools wie **Capgo** können diesen Prozess streamlinen, indem sie Echtzeit-Updates und compliance-freundliche Lösungen für App-Entwickler anbieten und so die Einhaltung der Anforderungen von Apple und Google ohne häufige Neuanmeldungen im App Store gewährleisten.
-:::
-
-:::faq
-### Wie können Tools wie Capgo Entwicklern helfen, die Datenschutz-Compliance zu gewährleisten und Aktualisierungen auf Apple- und Android-Plattformen zu optimieren?
-
-Capgo stärkt Entwickler, indem es App-Aktualisierungen vereinfacht und die Einhaltung sowohl der Datenschutzanforderungen von Apple als auch von Android sicherstellt. Es ermöglicht sofortige Updates für Capacitor-Apps, ohne die Genehmigungen des App Stores abwarten zu müssen, was eine schnellere Bereitstellung von Bugfixes, neuen Funktionen und Verbesserungen ermöglicht.
-
-Mit **End-to-End-Verschlüsselung** schützt Capgo die Nutzerdaten und bietet gleichzeitig eine nahtlose Integration mit CI/CD-Pipelines. Diese Kombination verbessert nicht nur die Datenschutz-Compliance, sondern steigert auch die Entwicklungseffizienz, sodass Entwickler den Nutzern über beide Plattformen hinweg ein sicheres und aktuelles Erlebnis bieten können.
-:::
diff --git a/src/content/blog/de/automated-consent-tracking-for-capacitor-apps.md b/src/content/blog/de/automated-consent-tracking-for-capacitor-apps.md
deleted file mode 100644
index 57bfa6e50..000000000
--- a/src/content/blog/de/automated-consent-tracking-for-capacitor-apps.md
+++ /dev/null
@@ -1,483 +0,0 @@
----
-slug: automated-consent-tracking-for-capacitor-apps
-title: Automatisierte Einwilligungsverfolgung für Capacitor Apps
-description: >-
-  Erfahren Sie, wie Sie automatisiertes Consent-Tracking in Apps implementieren,
-  um die Datenschutz-Compliance und das Nutzervertrauen zu verbessern, ohne App
-  Store-Verzögerungen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T01:27:27.426Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef2243ebbb9dc80641c5e1-1743730059829.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  consent tracking, privacy compliance, user rights, Capacitor apps, data
-  protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-Die automatisierte Einwilligungsverfolgung ist für [Capacitor](https://capacitorjs.com/) Apps wichtig, um Datenschutzbestimmungen und Plattformregeln einzuhalten. Hier erfahren Sie, warum dies wichtig ist und wie Sie es implementieren:
-
--   **Warum es wichtig ist**:
-    
-    -   Einhaltung der Datenschutzrichtlinien von Apple und Google.
-    -   Schutz der Nutzerrechte und Aufbau von Vertrauen.
-    -   Vermeidung von App-Store-Ablehnungen und rechtlichen Risiken.
--   **Hauptfunktionen für die Einwilligungsverfolgung**:
-    
-    -   **Plattformspezifische Anpassungen**: Maßgeschneiderte Lösungen für iOS und Android.
-    -   **Echtzeit-Updates**: Änderung von Einwilligungsformularen ohne App-Updates.
-    -   **Plattformübergreifende Einheitlichkeit**: Konsistentes Verhalten über Web, iOS und Android.
-    -   **Datensynchronisation**: Nutzerzustimmung geräteübergreifend konsistent halten.
--   **Implementierungsschritte**:
-    
-    1.  Plugins wie `@capacitor/privacy` zur Verwaltung der Einwilligung verwenden.
-    2.  Klare und einfache Einwilligungs-UI-Elemente erstellen.
-    3.  Einwilligungsdaten [verschlüsseln und sicher speichern](https://capgo.app/docs/cli/migrations/encryption/).
-    4.  Analytics-Tracking auf Basis der Nutzerpräferenzen anpassen.
-    5.  Regelmäßige Überprüfung und Aktualisierung der Einwilligungseinstellungen.
--   **Compliance-Tipps**:
-    
-    -   Datennutzung klar offenlegen.
-    -   Nutzer die Möglichkeit geben, Einwilligung zu widerrufen und Daten zu löschen.
-    -   Tools wie [Capgo](https://capgo.app/) für Live-Updates nutzen, um App-Store-Verzögerungen zu vermeiden.
-
-## Apple App-Tracking-Transparenz-Berechtigung - Ionic oder iOS ...
-
-<iframe src="https://www.youtube.com/embed/BVEcp7FEWPY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Leitfaden für Einwilligungsanforderungen
-
-Die Einführung der Einwilligungsverfolgung in [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) bedeutet, die Regeln von Apple und Google einzuhalten. Diese Regeln sollen die Privatsphäre der Nutzer und die Einhaltung von Plattformstandards gewährleisten.
-
-### App Store-Richtlinienanforderungen
-
-Apple und Google haben spezifische Erwartungen an Apps bezüglich der Einwilligungsverfolgung:
-
-**Apple App Store-Anforderungen**:
-
--   Einwilligungsaufforderungen müssen klar erklären, warum und wie Daten verwendet werden.
--   Apps müssen die Einstellung "Apps erlauben, Tracking anzufordern" auf den Geräten der Nutzer respektieren.
--   Datenschutz-Kennzeichnungen müssen die Datenerfassungspraktiken genau beschreiben.
-
-**Google Play Store-Anforderungen**:
-
--   Klare Offenlegung der Datenerfassungs- und Weitergabepraktiken.
--   Prominente Verlinkung der [Datenschutzerklärung](https://capgo.app/dp/) im App-Listing und in der App selbst.
--   Ausdrückliche Einwilligung vor der Erfassung sensibler Daten einholen.
--   Einfache Möglichkeit für Nutzer, ihre Einwilligung zu widerrufen.
--   Nutzern die Option bieten, ihre Daten zu löschen, wenn sie die Einwilligung widerrufen.
-
-Die Einhaltung dieser Richtlinien gewährleistet die Konformität mit Store-Richtlinien bei gleichzeitiger Priorisierung der Nutzerprivatsphäre.
-
-### Datenschutzstandards
-
-Zusätzlich zur Einhaltung plattformspezifischer Regeln ist die Einführung strenger Datenschutzpraktiken entscheidend:
-
-**Anonyme Datenerfassung**:
-
--   Verwendung randomisierter Kennungen statt personenbezogener Daten.
--   Minimierung der erfassten Datenmenge.
--   Separate Speicherung von Einwilligungsaufzeichnungen und Nutzerdaten.
--   Verschlüsselung der Einwilligungsprotokolle für zusätzliche Sicherheit.
-
-**Implementierung des Opt-in-Prozesses**:
-
--   Einwilligungsoptionen vor der Datenerfassung präsentieren.
--   Nutzer können wählen, welche Arten von Daten sie freigeben möchten.
--   Klare "Akzeptieren"- und "Ablehnen"-Optionen bereitstellen.
--   Nutzer können ihre Einwilligungseinstellungen jederzeit aktualisieren.
-
-Dienste wie Capgo können helfen, indem sie Live-Updates für einwilligungsbezogene Funktionen ermöglichen und vollständige App-Store-Überprüfungen vermeiden.
-
-Eine effektive Einwilligungsverfolgung geht über die bloße Erfüllung rechtlicher Anforderungen hinaus. Es geht darum, Vertrauen bei Nutzern aufzubauen, indem man transparent ist und ihre Privatsphäre respektiert. Die durchdachte Implementierung dieser Praktiken kann die Nutzererfahrung verbessern und den Ruf Ihrer App stärken.
-
-## Einrichten der Einwilligungsverfolgung
-
-Richten Sie Plugins, Benutzeroberflächen-Elemente und Analysen ein, um die Einwilligungsverfolgung effektiv zu automatisieren.
-
-### Einwilligungsverwaltungs-Plugins
-
-Verwenden Sie mehrere Plugins zur Verwaltung von Einwilligungsaufgaben:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-import { AnalyticsConsent } from '@capgo/capacitor-firebase-analytics';
-import { PrivacyConsent } from '@capacitor/privacy';
-
-const { FirebaseAnalytics } = Plugins;
-
-async function setupConsentTracking() {
-  await FirebaseAnalytics.setConsent({
-    analyticsStorage: AnalyticsConsent.GRANTED,
-    adStorage: AnalyticsConsent.DENIED
-  });
-}
-```
-
-Verschlüsseln und speichern Sie Einwilligungsdaten sicher:
-
-```typescript
-import { Storage } from '@capacitor/storage';
-
-async function storeConsentData(userConsent) {
-  await Storage.set({
-    key: 'userConsent',
-    value: JSON.stringify({
-      timestamp: Date.now(),
-      status: userConsent,
-      version: '1.0'
-    })
-  });
-}
-```
-
-Sobald die Plugins konfiguriert sind, gestalten Sie eine klare Einwilligungsschnittstelle, um diese Einstellungen den Nutzern zu kommunizieren.
-
-### Aufbau von Einwilligungs-UI-Elementen
-
-Erstellen Sie einfache und intuitive Einwilligungsformulare. Hier ein Beispiel:
-
-```typescript
-import { Dialog } from '@capacitor/dialog';
-
-async function showConsentDialog() {
-  const { value } = await Dialog.confirm({
-    title: 'Privacy Settings',
-    message: 'We collect analytics data to improve your experience. ' +
-             'You can change these settings anytime in the app.',
-    okButtonTitle: 'Accept',
-    cancelButtonTitle: 'Decline'
-  });
-
-  return handleConsentResponse(value);
-}
-```
-
-Wichtige Überlegungen für die Einwilligungs-UI:
-
--   Einwilligungsoptionen vor der Datenerhebung anzeigen
--   Klar erklären, warum Daten erhoben werden
--   Link zur Datenschutzerklärung einfügen
--   Nutzer detaillierte Einwilligungseinstellungen ermöglichen
-
-Sobald die Einwilligungsschnittstelle fertig ist, stellen Sie sicher, dass Ihr Analytics-Setup die Nutzerpräferenzen respektiert.
-
-### Analytics- und Compliance-Setup
-
-Passen Sie Ihre Analytics-Konfiguration basierend auf der Nutzereinwilligung an:
-
-```typescript
-import { Analytics } from '@capgo/capacitor-firebase-analytics';
-
-async function initializeAnalytics(userConsent) {
-  if (userConsent.analytics) {
-    await Analytics.setEnabled(true);
-    await Analytics.setUserProperty({
-      key: 'consent_status',
-      value: 'granted'
-    });
-  } else {
-    await Analytics.setEnabled(false);
-  }
-}
-```
-
-Prüfen Sie immer den Einwilligungsstatus vor der Datenerfassung:
-
-```typescript
-function checkConsentBeforeTracking(eventName, eventData) {
-  const consentStatus = getStoredConsent();
-
-  if (consentStatus.analytics) {
-    Analytics.logEvent({
-      name: eventName,
-      params: {
-        ...eventData,
-        consent_verified: true
-      }
-    });
-  }
-}
-```
-
-Validieren Sie regelmäßig die Einwilligung zur Sicherstellung der Compliance:
-
-```typescript
-async function validateConsent() {
-  const storedConsent = await Storage.get({ key: 'userConsent' });
-  const consentData = JSON.parse(storedConsent.value);
-
-  if (isConsentExpired(consentData.timestamp)) {
-    await refreshConsent();
-  }
-}
-```
-
-## Verwaltung der Einwilligungsverfolgung
-
-### Aufzeichnung von Einwilligungsaktualisierungen
-
-Verfolgen Sie Einwilligungsänderungen sicher mit strukturierter Speicherung:
-
-```typescript
-interface ConsentUpdate {
-  timestamp: number;
-  userId: string;
-  consentVersion: string;
-  preferences: {
-    analytics: boolean;
-    marketing: boolean;
-    thirdParty: boolean;
-  };
-  source: 'app' | 'settings' | 'prompt';
-}
-
-async function recordConsentUpdate(update: ConsentUpdate) {
-  const consentHistory = await Storage.get({ key: 'consent_history' });
-  const history = consentHistory.value ? 
-    JSON.parse(consentHistory.value) : [];
-
-  history.push({
-    ...update,
-    deviceInfo: await getDeviceInfo(),
-    hashValue: generateConsentHash(update)
-  });
-
-  await Storage.set({
-    key: 'consent_history',
-    value: JSON.stringify(history)
-  });
-}
-```
-
-Erstellen Sie einen Prüfpfad zur Verfolgung von Änderungen im Zeitverlauf:
-
-```typescript
-async function generateConsentAuditLog() {
-  const consentHistory = await Storage.get({ key: 'consent_history' });
-  const history = JSON.parse(consentHistory.value);
-
-  return history.map(entry => ({
-    timestamp: new Date(entry.timestamp).toISOString(),
-    action: determineConsentAction(entry),
-    details: formatConsentDetails(entry),
-    verificationHash: entry.hashValue
-  }));
-}
-```
-
-Mit diesen Aufzeichnungen können Compliance-Monitoring-Tools Audits automatisieren und die Einhaltung von Datenschutzstandards sicherstellen.
-
-### Compliance-Monitoring-Tools
-
-Automatisieren Sie die Verfolgung von Einwilligungsereignissen mit Monitoring-Tools:
-
-```typescript
-import { Analytics } from '@capacitor/analytics';
-import { ComplianceMonitor } from './compliance';
-
-class ConsentMonitor {
-  private static readonly CONSENT_CHECK_INTERVAL = 86400000; // 24 hours
-
-  async startMonitoring() {
-    // Schedule periodic compliance checks
-    setInterval(async () => {
-      const complianceStatus = await this.checkCompliance();
-
-      if (!complianceStatus.valid) {
-        await this.refreshConsent();
-        await Analytics.logEvent({
-          name: 'consent_compliance_refresh',
-          params: {
-            reason: complianceStatus.reason,
-            timestamp: Date.now()
-          }
-        });
-      }
-    }, ConsentMonitor.CONSENT_CHECK_INTERVAL);
-  }
-
-  private async checkCompliance(): Promise<ComplianceStatus> {
-    const currentConsent = await this.getCurrentConsent();
-    return ComplianceMonitor.validate(currentConsent);
-  }
-}
-```
-
-Entwickeln Sie Dashboards zur Echtzeitüberwachung von Einwilligungsmetriken:
-
-```typescript
-interface ConsentMetrics {
-  totalUsers: number;
-  consentRate: number;
-  pendingUpdates: number;
-  complianceScore: number;
-}
-
-async function generateConsentReport(): Promise<ConsentMetrics> {
-  const analytics = await getAnalyticsData();
-  const consentData = await getConsentData();
-
-  return {
-    totalUsers: analytics.activeUsers,
-    consentRate: calculateConsentRate(consentData),
-    pendingUpdates: getPendingUpdatesCount(),
-    complianceScore: calculateComplianceScore(consentData)
-  };
-}
-```
-
-Richten Sie Warnungen für Compliance-Probleme ein, um schnell handeln zu können:
-
-```typescript
-async function setupComplianceAlerts() {
-  const monitor = new ConsentMonitor();
-
-  monitor.on('compliance_violation', async (violation) => {
-    await sendAlertToTeam({
-      type: 'COMPLIANCE_ALERT',
-      severity: violation.severity,
-      details: violation.details,
-      recommendedAction: violation.recommendation
-    });
-
-    if (violation.severity === 'HIGH') {
-      await pauseDataCollection();
-    }
-  });
-}
-```
-
-Diese Tools helfen bei der Einhaltung von Datenschutzgesetzen und gewährleisten Transparenz bei der Verwaltung von Einwilligungsaufzeichnungen.
-
-## Compliance-Richtlinien
-
-### Klare Einwilligungsnachrichten
-
-Erstellen Sie klare und prägnante Einwilligungsnachrichten, damit Nutzer verstehen, wie ihre Daten verwendet werden. Hier ein Beispiel:
-
-```typescript
-const consentMessageTemplate = {
-  title: "Data Privacy Settings",
-  sections: [{
-    purpose: "Analytics",
-    description: "We collect anonymous usage data to improve app performance",
-    dataTypes: ["Usage patterns", "Device info", "Crash reports"],
-    retention: "90 days"
-  }]
-};
-```
-
-Für die Aktualisierung von Datenschutzrichtlinien können Sie diese Funktion verwenden:
-
-```typescript
-async function updatePrivacyPolicy(version: string) {
-  const policy = {
-    version,
-    lastUpdated: new Date().toISOString(),
-    sections: {
-      dataCollection: await fetchPolicyContent('collection'),
-      userRights: await fetchPolicyContent('rights'),
-      retention: await fetchPolicyContent('retention')
-    }
-  };
-
-  await Storage.set({
-    key: 'privacy_policy',
-    value: JSON.stringify(policy)
-  });
-}
-```
-
-### Plattformübergreifende Tests
-
-Stellen Sie die Compliance über Plattformen hinweg sicher, indem Sie einen Einwilligungsvalidierungsprozess definieren. Hier ein Beispiel für einen Validator:
-
-```typescript
-class ConsentValidator {
-  async validateConsent(platform: 'ios' | 'android') {
-    const requirements = {
-      ios: {
-        requireExplicitConsent: true
-      },
-      android: {
-        requireExplicitConsent: true
-      }
-    };
-
-    return this.checkPlatformCompliance(
-      requirements[platform],
-      await this.getCurrentSettings()
-    );
-  }
-}
-```
-
-Es ist wichtig, Einwilligungsabläufe über verschiedene OS-Versionen und Geräte hinweg zu testen, um ein konsistentes Verhalten zu bestätigen. Nutzen Sie Tools wie Capgo für Live-Updates, um App-Store-Verzögerungen zu vermeiden und gleichzeitig Compliance sicherzustellen.
-
-### Verwendung von [Capgo](https://capgo.app/) für Updates
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ef2243ebbb9dc80641c5e1/435c1a19c50c4ff1b7d76cbc4edeb6d0.jpg)
-
-Capgos Live-Update-Funktionen ermöglichen effiziente Compliance-Anpassungen. Hier ein Beispiel:
-
-```typescript
-interface ConsentUpdate {
-  version: string;
-  changes: {
-    type: 'policy' | 'ui' | 'tracking',
-    description: string,
-    requiredAction: boolean
-  }[];
-}
-
-async function applyConsentUpdate(update: ConsentUpdate) {
-  await Capgo.deploy({
-    version: update.version,
-    channel: 'consent-updates',
-    gradualRollout: true,
-    userGroups: ['beta-testers']
-  });
-}
-```
-
-Sie können auch Rollout-Prozentsätze für verschiedene Nutzergruppen konfigurieren:
-
-```typescript
-const updateConfig = {
-  channels: {
-    beta: { percentage: 10 },
-    production: { percentage: 100 }
-  }
-};
-```
-
-Dieser Ansatz gewährleistet Echtzeit-Updates zur Erfüllung der Compliance-Anforderungen von Apple und Google[\[1\]](https://capgo.app/).
-
-## Zusammenfassung
-
-Zum Abschluss des detaillierten Einrichtungs- und Verwaltungsprozesses hier ein kurzer Überblick. Automatisierte Einwilligungsverfolgung erfordert strikte Einhaltung von Datenschutzvorschriften, sichere Datenhandhabung und effizientes [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-Der Erfolg hängt von einer präzisen technischen Ausführung in Kombination mit schneller Update-Bereitstellung ab. Tools wie Capgo unterstützen diesen Ansatz und erreichen eine beeindruckende globale Erfolgsquote von 82% bei einwilligungsbezogenen Updates [\[1\]](https://capgo.app/). Wie Rodrigo Mantica es ausdrückt:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist erfolgskritisch für die kontinuierliche Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-Hier ein Überblick der wichtigsten Kennzahlen und Strategien:
-
-| Aspekt | Implementierungsstrategie | Erfolgskennzahl |
-| --- | --- | --- |
-| Update-Bereitstellung | Live-Code-Pushes mit Verschlüsselung | 23,5 Mio. erfolgreich ausgelieferte Updates |
-| Nutzerabdeckung | Stufenweise Einführung über Kanäle | 750 betreute Produktiv-Apps |
-| Compliance-Updates | Sofortige Bereitstellung ohne Store-Verzögerungen | 24-Stunden-Update-Zyklus für 95% der Nutzer |
-
-Das [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx)-Team der NASA unterstreicht die Bedeutung schneller Bereitstellung:
-
-> "Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Bei der Verwaltung der Einwilligungsverfolgung sollten Sie sich auf Verschlüsselung und Analyse-Monitoring konzentrieren, um compliant zu bleiben und Nutzervertrauen zu fördern. Diese Strategie gewährleistet schnelle Reaktionen auf regulatorische Änderungen und sich entwickelnde Datenschutzstandards.
diff --git a/src/content/blog/de/automatic-build-and-release-with-github-actions.md b/src/content/blog/de/automatic-build-and-release-with-github-actions.md
deleted file mode 100644
index 2e7eb5c25..000000000
--- a/src/content/blog/de/automatic-build-and-release-with-github-actions.md
+++ /dev/null
@@ -1,142 +0,0 @@
----
-slug: automatic-build-and-release-with-github-actions
-title: Automatisches Erstellen und Veröffentlichen von Apps mit Github-Aktionen
-description: >-
-  Erstelle deine eigene CI/CD-Pipeline mit Github Actions kostenlos, deploye
-  deine Ionic Capacitor JS-App jedes Mal, wenn du in den Main branch pushst.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-23T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /github_actions.webp
-head_image_alt: Github-Aktionsillustration
-keywords: 'Github actions, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: de
-next_blog: automatic-capacitor-ios-build-github-action
----
-Dieses Tutorial konzentriert sich auf das Hosting bei GitHub, aber du kannst es mit kleinen Anpassungen auf jede andere CI/CD-Plattform anwenden.
-
-## Vorwort
-
-Stelle sicher, dass du zunächst deine Capacitor-App zu Capgo hinzugefügt hast, dieses Tutorial konzentriert sich nur auf die Upload-Phase. Wenn du deine App zu Capgo hinzufügen musst, kannst du dieses [Tutorial](/blog/update-your-capacitor-apps-seamlessly-using-capacitor-updater/) befolgen.
-
-## Commit-Konvention
-
-Zuerst musst du beginnen, der Commit-Konvention [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/) zu folgen, dies wird dem Tool helfen zu verstehen, wie die Versionsnummer aktualisiert werden soll, es dauert 5 Minuten, um es zu lernen.
-
-![Conventional commits](/conventional_commits.webp)
-
-## GitHub-Workflows für Tags
-
-Dann musst du deine erste GitHub-Aktion erstellen, um automatisch zu bauen und Tags zu erstellen.
-
-Erstelle eine Datei unter diesem Pfad: `.github/workflows/bump_version.yml`
-
-mit diesem Inhalt:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        run: npx capacitor-standard-version
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-```
-
-Dies wird für jedes Commit in deinem Hauptbranch ein Tag freigeben. Und fügt einen Eintrag in das Änderungsprotokoll für jedes Commit im Hauptbranch in `CHANGELOG.md` hinzu.
-
-Mach dir keine Sorgen, wenn du diese Datei nicht hast, sie wird für dich erstellt.
-
-Um dies zum Laufen zu bringen, erstelle einen [PERSONAL_ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) _in_ deinem GitHub [Geheimnis](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets") als `PERSONAL_ACCESS_TOKEN`.
-
-Dies ist notwendig, damit die CI das Änderungsprotokoll committen kann.
-
-Wenn du das Token erstellst, wähle als Ablaufdatum `nie` und den Bereich als `repo`.
-
-Setze zuletzt die Version in deiner `package.json`-Datei, synchronisiere sie mit deiner nativen Versionsnummer, die das nächste Schritt erleichtert.
-
-Dies ist nur beim ersten Mal notwendig, danach halten die Tools es auf dem neuesten Stand.
-
-Du kannst jetzt beide Dateien committen und sehen, wie dein erstes Tag in GitHub erscheint!
-
-Sowohl die native als auch die Web-Plattform werden nach jedem Commit die Versionsnummer aktualisieren.
-
-## GitHub-Workflows für Builds
-
-Erstelle eine Datei unter diesem Pfad: `.github/workflows/build.yml`
-
-mit diesem Inhalt:
-
-```yml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm run build
-        env: # Remove both lines  if you don't need it
-          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Exemple of env var coming from a secret
-      - name: Create Release
-        id: create_release
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Dies wird deine Abhängigkeiten installieren und bauen, bevor sie nach Capgo gesendet werden.
-
-Wenn dein Befehl zum Bauen anders ist, kannst du ihn im Schritt `build_code` ändern.
-
-Um dies zum Laufen zu bringen, musst du deinen API-Schlüssel für Capgo abrufen und ihn im [Geheimnis deines GitHub-Repositories](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) als `CAPGO_TOKEN` hinzufügen.
-
-Du kannst jetzt beide Dateien committen und sehen, wie dein erstes Tag in GitHub erscheint!
-
-Der Commit wird einen neuen Build für den Produktionskanal generieren.
-
-Du solltest deinen Test im Build-Schritt hinzufügen, um sicherzustellen, dass dein Code funktioniert.
-
-Gehe zu deinem Capgo-Dashboard und überprüfe deinen Build, der gerade erschienen ist, du hast jetzt dein CI/CD-System.
-
-Wenn du möchtest, dass alle deine Nutzer das Update erhalten, wann immer es verfügbar ist, gehe zu deinem Kanal und setze ihn auf `öffentlich`.
-
-Du kannst auch den nativen Build deiner Ionic Capacitor JavaScript-App hinzufügen, indem du dieses Tutorial folgst 👇
diff --git a/src/content/blog/de/automatic-build-and-release-with-gitlab.md b/src/content/blog/de/automatic-build-and-release-with-gitlab.md
deleted file mode 100644
index f88ba8440..000000000
--- a/src/content/blog/de/automatic-build-and-release-with-gitlab.md
+++ /dev/null
@@ -1,154 +0,0 @@
----
-slug: automatic-build-and-release-with-gitlab
-title: Automatischer Build und Release mit GitLab
-description: >-
-  Erstelle kostenlos deine eigenen CI/CD-Pipelines mit GitLab und deploye deine
-  App bei jedem Push in den Main-Branch.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /gitlab_ci.webp
-head_image_alt: Gitlab CI Illustration
-keywords: 'Gitlab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: de
-next_blog: ''
----
-
-Diese Anleitung konzentriert sich auf GitLab CI, aber Sie können sie mit kleinen Anpassungen auf jede andere CI/CD-Plattform übertragen.
-
-## Vorwort
-
-Stellen Sie sicher, dass Sie Ihre App zuerst zu Capgo hinzugefügt haben, diese Anleitung konzentriert sich nur auf die Upload-Phase.
-
-## Commit-Konvention
-
-Zunächst müssen Sie der Commit-Konvention [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/) folgen. Dies hilft den Tools zu verstehen, wie die Versionsnummer erhöht werden soll. Es dauert nur 5 Minuten, dies zu lernen.
-
-![Conventional commits](/conventional_commits.webp)
-
-## GitLab CI für Tags
-
-Dann müssen Sie Ihr erstes GitLab erstellen, um automatisch zu bauen und Tags zu erstellen.
-
-Erstellen Sie eine Datei unter diesem Pfad: `github/workflows/bump_version.yml`
-
-mit diesem Inhalt:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        run: npx capacitor-standard-version
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-```
-
-Dies wird für jeden Commit in Ihrem Hauptzweig einen Tag erstellen und für jeden Commit im Hauptzweig einen Changelog-Eintrag in `CHANGELOG.md` hinzufügen.
-
-Machen Sie sich keine Sorgen, wenn Sie diese Datei nicht haben, sie wird für Sie erstellt.
-
-Damit dies funktioniert, erstellen Sie einen [PERSONAL_ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) Token in Ihren GitHub [Secrets](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets") als `PERSONAL_ACCESS_TOKEN`.
-
-Dies ist notwendig, damit die CI den Changelog committen kann.
-
-Wenn Sie den Token erstellen, wählen Sie als Ablaufdatum `never` und als Scope `repo`.
-
-Damit das Tool schließlich versteht, wo Ihre Version gespeichert ist, müssen Sie die Datei `cz.toml` im Wurzelverzeichnis Ihres Repositories erstellen.
-
-Und fügen Sie dies hinzu:
-
-```toml
-[tool.commitizen]
-name = "cz_conventional_commits"
-tag_format = "$major.$minor.$patch$prerelease"
-version = "0.11.5"
-version_files = [
-    "package.json:version",
-    ".cz.toml"
-]
-```
-
-Setzen Sie die Version in dieser Datei auf die gleiche wie in Ihrer `package.json` Datei.
-
-Dies ist nur beim ersten Mal notwendig, danach halten die Tools sie aktuell.
-
-Sie können jetzt beide Dateien committen und Ihren ersten Tag in GitHub erscheinen sehen!
-
-## GitHub Actions für Build
-
-Erstellen Sie eine Datei unter diesem Pfad: `github/workflows/build.yml`
-
-mit diesem Inhalt:
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm run build
-        env: # Remove both lines  if you don't need it
-          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Exemple of env var coming from a secret
-      - name: Create Release
-        id: create_release
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Dies wird Ihre Abhängigkeiten installieren und bauen, bevor sie an Capgo gesendet werden.
-
-Wenn Ihr Build-Befehl anders ist, können Sie ihn im Schritt `build_code` ändern.
-
-Damit dies funktioniert, müssen Sie Ihren API-Schlüssel für Capgo holen und ihn in den [Secrets Ihres GitHub Repositories](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) als `CAPGO_TOKEN` hinzufügen.
-
-Sie können jetzt beide Dateien committen und Ihren ersten Tag in GitHub erscheinen sehen!
-
-Der Commit wird einen neuen Build für den Produktionskanal generieren.
-
-Sie sollten Ihre Tests im Build-Schritt hinzufügen, um sicherzustellen, dass Ihr Code funktioniert.
-
-Gehen Sie zu Ihrem Capgo Dashboard und überprüfen Sie Ihren Build, der gerade erschienen ist. Sie haben jetzt Ihr CI/CD-System.
-
-Wenn Sie möchten, dass alle Ihre Benutzer das Update erhalten, sobald es verfügbar ist, gehen Sie zu Ihrem Kanal und setzen Sie ihn auf `public`.
diff --git a/src/content/blog/de/automatic-capacitor-android-build-github-action.md b/src/content/blog/de/automatic-capacitor-android-build-github-action.md
deleted file mode 100644
index b80a755dc..000000000
--- a/src/content/blog/de/automatic-capacitor-android-build-github-action.md
+++ /dev/null
@@ -1,253 +0,0 @@
----
-slug: automatic-capacitor-android-build-github-action
-title: Automatischer Capacitor Android Build mit GitHub Actions
-description: >-
-  So richtest du in 5 Minuten eine CI/CD-Pipeline für deine Android Capacitor
-  App mit fastlane und GitHub Actions ein
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-27T00:00:00.000Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: /fastlane_android.webp
-head_image_alt: Fastlane Google Play GitHub Action Illustration
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates, Capacitor
-tag: CI/CD
-published: true
-locale: de
-next_blog: automatic-capacitor-ios-build-github-action
----
-Das Einrichten von CI/CD für Capacitor-Apps kann komplex und zeitaufwendig sein. Hier ist, was Sie wissen müssen:
-
-## Voraussetzungen
-
-Vor dem Start benötigen Sie:
-
-- Ein GitHub-Konto mit Administratorzugriff
-- Ihre App bereits im Google Play Store mit korrekter Signierung veröffentlicht
-- Android Signierungsschlüssel und Keystore-Dateien
-- Google Cloud Console Projekt mit aktivierter Play Store API
-- Servicekonto mit entsprechenden Berechtigungen
-- Verständnis von GitHub Actions Workflows
-- Kenntnisse der Fastlane-Konfiguration
-- Zeit für Wartung und Fehlerbehebung der Pipeline
-
-## Professionelles CI/CD-Setup von Capgo
-
-Überspringen Sie die Komplexität. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) konfiguriert Ihre CI/CD-Pipeline direkt in Ihrer bevorzugten Plattform:
-
-- **Plattformunabhängigkeit**: Funktioniert mit GitHub Actions, GitLab CI oder anderen
-- **Nahtlose Integration**: Kein Plattformwechsel erforderlich, arbeitet mit Ihrem aktuellen Prozess
-- **Maßgeschneiderte Konfiguration**: Angepasstes Setup entsprechend Ihren Projektanforderungen
-- **Expertenberatung**: Wir haben bereits CI/CD für über 50 Apps eingerichtet
-
-### Preisgestaltung
-- Einmalige Einrichtungsgebühr: 2.600 €
-- Ihre laufenden Kosten: ~300 €/Jahr
-- Vergleich zu anderen proprietären Lösungen: 6.000 €/Jahr
-- **Sparen Sie 26.100 € über 5 Jahre**
-
-[CI/CD jetzt einrichten](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Manuelle Einrichtungsanleitung
-
-Wenn Sie dennoch alles selbst einrichten möchten, hier sind die notwendigen Schritte:
-
-## GitHub Actions Preise
-
-![Price GitHub Action](/price_github_actions.webp)
-
-GitHub Actions bietet kostenlose Minuten basierend auf Ihrem Repository-Typ:
-- Öffentliche Repositories: 2.000 Minuten/Monat
-- Private Repositories: 2.000 Minuten/Monat (Linux-Runner)
-
-Für private Projekte betragen die Kosten etwa 0,008 €/Minute. Ein typischer Build dauert 3-5 Minuten.
-
-## Manuelle Einrichtungsschritte
-
-1. Fastlane einrichten
-2. GitHub-Secrets konfigurieren
-3. GitHub Actions Workflow erstellen
-
-## 1. Fastlane einrichten
-
-Erstellen Sie einen `fastlane`-Ordner im Projektverzeichnis und fügen Sie einen `Fastfile` mit diesem Inhalt hinzu:
-
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    
-    lane :beta do
-        keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-        File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-        json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-        
-        # Get previous build number and increment
-        previous_build_number = google_play_track_version_codes(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            track: "internal",
-            json_key_data: json_key_data,
-        )[0]
-        current_build_number = previous_build_number + 1
-        sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        
-        # Build the app
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-            'versionCode' => current_build_number
-          })
-        
-        # Upload to Play Store
-        upload_to_play_store(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            json_key_data: json_key_data,
-            track: 'internal',
-            release_status: 'completed',
-            skip_upload_metadata: true,
-            skip_upload_changelogs: true,
-            skip_upload_images: true,
-            skip_upload_screenshots: true,
-        )
-    end
-end
-```
-
-## 2. GitHub-Secrets konfigurieren
-
-Sie müssen sensible Informationen sicher in GitHub speichern. Gehen Sie zu Ihrem Repository → Settings → Secrets and variables → Actions → New repository secret.
-
-### Erforderliche Secrets:
-
-1. **Google Play Service Account Key**
-   - Erstellen Sie ein Servicekonto in der Google Cloud Console
-   - Aktivieren Sie die Google Play Developer API
-   - Gewähren Sie dem Servicekonto Zugriff auf Ihre App in der Play Console
-   - Laden Sie die JSON-Schlüsseldatei herunter
-   - Konvertieren Sie zu base64: `base64 service_account_key.json | pbcopy`
-   - Fügen Sie als `PLAY_CONFIG_JSON` hinzu
-
-2. **Android Signing Key**
-   - Konvertieren Sie Ihren Keystore zu base64: `base64 your_keystore.jks | pbcopy`
-   - Fügen Sie als `ANDROID_KEYSTORE_FILE` hinzu
-   - Fügen Sie Keystore-Details hinzu:
-     - `KEYSTORE_KEY_ALIAS`
-     - `KEYSTORE_KEY_PASSWORD`
-     - `KEYSTORE_STORE_PASSWORD`
-     - `DEVELOPER_PACKAGE_NAME` (z.B. com.example.app)
-
-## 3. GitHub Actions Workflow erstellen
-
-Erstellen Sie `.github/workflows/build-upload-android.yml`:
-
-```yaml
-name: Build and Deploy Android App
-
-on:
-  push:
-    tags:
-      - '*'
-
-jobs:
-  build_android:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: 24
-          cache: npm
-          
-      - name: Install dependencies
-        run: npm ci
-        
-      - name: Cache Gradle
-        uses: actions/cache@v3
-        with:
-          path: |
-            ~/.gradle/caches
-            ~/.gradle/wrapper
-          key: ${{ runner.os }}-gradle-${{ hashFiles('**/*.gradle*', '**/gradle-wrapper.properties') }}
-          restore-keys: |
-            ${{ runner.os }}-gradle-
-            
-      - name: Build app
-        run: npm run build
-        
-      - name: Sync Capacitor
-        run: npx cap sync
-        
-      - name: Setup Java
-        uses: actions/setup-node@v5
-        with:
-            distribution: 'zulu'
-            java-version: '17'
-            
-      - name: Setup Ruby
-        uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: '3.0'
-          bundler-cache: true
-          
-      - name: Run Fastlane
-        uses: maierj/fastlane-action@v3.1.0
-        env:
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_CONFIG_JSON }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE_FILE }}
-          DEVELOPER_PACKAGE_NAME: ${{ secrets.DEVELOPER_PACKAGE_NAME }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_KEY_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-        with:
-          lane: android beta
-          
-      - name: Upload artifact
-        uses: actions/upload-artifact@v2
-        with:
-          name: android-release
-          path: ./android/app/build/outputs/bundle/release/app-release.aab
-          retention-days: 10
-```
-
-## Funktionsweise
-
-1. Erstellen Sie einen Git-Tag, um den Workflow auszulösen
-2. GitHub Actions baut Ihre App
-3. Fastlane lädt sie in den Google Play Beta-Kanal hoch
-4. Ihre App wird automatisch aktualisiert
-
-## Bauzeit und Kosten
-
-- Bauzeit: 3-5 Minuten
-- Kosten für private Repos: ~0,04 € pro Build
-- Kostenlos für Open-Source-Projekte
-
-## Ressourcen
-
-- [GitHub Actions Documentation](https://docs.github.com/en/actions/)
-- [Fastlane Documentation](https://docs.fastlane.tools/)
diff --git a/src/content/blog/de/automatic-capacitor-android-build-gitlab.md b/src/content/blog/de/automatic-capacitor-android-build-gitlab.md
deleted file mode 100644
index a06ecb775..000000000
--- a/src/content/blog/de/automatic-capacitor-android-build-gitlab.md
+++ /dev/null
@@ -1,279 +0,0 @@
----
-slug: automatic-capacitor-android-build-gitlab
-title: Automatischer Capacitor Android-Bau mit GitLab
-description: >-
-  So richten Sie eine CI/CD-Pipeline für Ihre Android Ionic-App mit Fastlane und
-  GitLab in 5 Minuten ein.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-27T00:00:00.000Z
-updated_at: 2023-09-27T00:00:00.000Z
-head_image: /andriod_app_gitlab.webp
-head_image_alt: Fastlane Google Play GitLab Illustration
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates
-tag: CI/CD
-published: true
-locale: de
-next_blog: null
----
-# Automatische Android-Bauten mit GitLab CI
-
-Die Einrichtung von CI/CD für Capacitor-Apps kann komplex und zeitaufwendig sein. Hier ist, was Sie wissen müssen:
-
-## Voraussetzungen
-
-Bevor Sie beginnen, müssen Sie Folgendes einrichten:
-
-- Ein GitLab-Konto mit Administratorzugang
-- Ihre App bereits im Google Play Store mit korrekter Signatur veröffentlicht
-- Android-Signierungsschlüssel und Keystore-Dateien
-- Google Cloud Console-Projekt mit aktivierter Play Store API
-- Servicekonto mit den richtigen Berechtigungen
-- Verständnis der GitLab CI/CD-Workflows
-- Kenntnisse in der Fastlane-Konfiguration
-- Zeit zur Wartung und Fehlersuche der Pipeline
-
-## Professionelle CI/CD-Einrichtung von Capgo
-
-Überspringen Sie die Komplexität. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) konfiguriert Ihre CI/CD-Pipeline direkt auf Ihrer bevorzugten Plattform:
-
-- **Plattformunabhängigkeit**: Funktioniert mit GitHub Actions, GitLab CI oder anderen
-- **Nahtlose Integration**: Kein Plattformwechsel erforderlich, funktioniert mit Ihrem aktuellen Prozess
-- **Maßgeschneiderte Konfiguration**: Anpassung des Setups an die Bedürfnisse Ihres Projekts
-- **Expertenberatung**: Wir haben bereits CI/CD für über 50 Apps eingerichtet
-
-### Preisgestaltung
-- Einmalige Einrichtungsgebühr: 2.600 $
-- Ihre laufenden Kosten: ca. 300 $/Jahr
-- Vergleich zu anderen proprietären Lösungen: 6.000 $/Jahr
-- **Sparen Sie 26.100 $ über 5 Jahre**
-
-[CI/CD jetzt einrichten](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Anleitung zur manuellen Einrichtung
-
-Wenn Sie alles selbst einrichten möchten, hier ist, was Sie tun müssen:
-
-**Schritte, die im Beitrag zu befolgen sind**
-
-1.  _Fastlane-Dateien kopieren_
-2.  _Speichern Sie Ihre Geheimnisse in GitLab-verschlüsselten Geheimnissen_
-3.  _Erstellen und Speichern Ihres Google Play-Servicekonto-Keys_
-4.  _Speichern Ihres Android-Signierungsschlüssels_
-5.  _Richten Sie Ihre GitLab-Workflow-.yml-Datei ein_
-
-## 1. Fastlane-Dateien kopieren
-
-Fastlane ist eine Ruby-Bibliothek, die entwickelt wurde, um gängige mobile Entwicklungsaufgaben zu automatisieren. Mit Fastlane können Sie benutzerdefinierte "Lanes" konfigurieren, die eine Reihe von "Aktionen" bündeln, die Aufgaben ausführen, die Sie normalerweise mit Android Studio ausführen würden. Sie können viel mit Fastlane machen, aber für die Zwecke dieses Tutorials verwenden wir nur eine Handvoll grundlegender Aktionen.
-
-Erstellen Sie einen Fastlane-Ordner im Stammverzeichnis Ihres Projekts und kopieren Sie die folgenden Dateien:
-Fastlane
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    lane :beta do
-				keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-				File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-				json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-				previous_build_number = google_play_track_version_codes(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					track: "internal",
-					json_key_data: json_key_data,
-				)[0]
-
-				current_build_number = previous_build_number + 1
-				sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-						'versionCode' => current_build_number
-          })
-        upload_to_play_store(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					json_key_data: json_key_data,
-          track: 'internal',
-          release_status: 'completed',
-          skip_upload_metadata: true,
-          skip_upload_changelogs: true,
-          skip_upload_images: true,
-          skip_upload_screenshots: true,
-        )
-    end
-    lane :build do
-      gradle(
-        task: "clean bundleRelease",
-        project_dir: 'android/',
-        print_command: false,
-        properties: {
-          "android.injected.signing.store.file" => "#{keystore_path}",
-          "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-          "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-          "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-        })
-    end
-    lane :prod_release do
-      build_gradle = File.read("../android/app/build.gradle")
-
-      verify_changelog_exists(version_code: build_gradle.match(/versionCode (\d+)/)[1])
-      verify_upload_to_staging(version_name: build_gradle.match(/versionName '([\d\.]+)'/)[1])
-
-      supply(
-        track_promote_to: 'beta',
-        skip_upload_apk: true,
-        skip_upload_aab: true,
-        skip_upload_metadata: false,
-        skip_upload_changelogs: false,
-        skip_upload_images: false,
-        skip_upload_screenshots: false
-      )
-    end
-end
-```
-
-### Speichern Sie Ihre Geheimnisse in GitLab CI/CD-Variablen
-
-GitLab bietet eine Möglichkeit, verschlüsselte CI/CD-Variablen zu speichern, ähnlich den Repository-Geheimnissen von GitHub. Um Ihre sensiblen Informationen sicher zu speichern.
-
-1. Gehen Sie zu den Einstellungen Ihres GitLab-Projekts.
-2. Navigieren Sie zu CI/CD > Variablen
-3. Fügen Sie die folgenden Variablen hinzu:
-
--   ANDROID_KEYSTORE_FILE: die base64-kodierte `.jks` oder `.keystore`-Datei, die zum Signieren Ihrer Android-Bauten verwendet wird. Dies wird entweder die Keystore-Datei sein, die mit Ihrem Upload-Schlüssel verknüpft ist (wenn Sie Play App Signing verwenden), oder Ihr App-Signierungsschlüssel.
--   KEYSTORE_KEY_PASSWORD: das Passwort, das mit der Keystore-Datei verknüpft ist
--   KEYSTORE_KEY_ALIAS: der Alias des Keystores
--   KEYSTORE_STORE_PASSWORD: das Passwort des privaten Schlüssels
--   DEVELOPER_PACKAGE_NAME: Ihre Android-App-ID wie com.example.app
--   PLAY_CONFIG_JSON: Der base64-kodierte Dienstkonto-Schlüssel JSON.
-
-### Erstellen eines Google Play-Servicekonto-Keys
-
-Um das Geheimnis `PLAY_CONFIG_JSON` zu generieren, befolgen Sie diese Schritte:
-
-1. Gehen Sie zur [Google Cloud Console](https://console.cloud.google.com/)
-2. Erstellen Sie ein neues Projekt oder wählen Sie ein bestehendes aus
-3. Aktivieren Sie die Google Play Android Developer API
-4. Erstellen Sie ein Servicekonto:
-   - Gehen Sie zu "IAM & Admin" > "Servicekonten"
-   - Klicken Sie auf "Servicekonto erstellen"
-   - Geben Sie ihm einen Namen und eine Beschreibung
-   - Klicken Sie auf "Erstellen und Fortfahren"
-   - Überspringen Sie die Rollenzuweisung und klicken Sie auf "Fertig"
-5. Generieren Sie einen JSON-Schlüssel:
-   - Finden Sie Ihr Servicekonto in der Liste
-   - Klicken Sie auf das Menü mit den drei Punkten > "Schlüssel verwalten"
-   - Klicken Sie auf "Schlüssel hinzufügen" > "Neuen Schlüssel erstellen"
-   - Wählen Sie das JSON-Format
-   - Klicken Sie auf "Erstellen"
-6. Gewähren Sie dem Servicekonto Zugriff auf Ihre App in der Play Console:
-   - Gehen Sie zur [Play Console](https://play.google.com/console)
-   - Navigieren Sie zu "Benutzer und Berechtigungen"
-   - Klicken Sie auf "Neue Benutzer einladen"
-   - Geben Sie die E-Mail-Adresse des Servicekontos ein (endet mit @*.iam.gserviceaccount.com)
-   - Gewähren Sie die Berechtigung "In Produktion veröffentlichen"
-   - Klicken Sie auf "Benutzer einladen"
-7. Konvertieren Sie den JSON-Schlüssel in base64:
-   ```bash
-   base64 -i path/to/your/service-account-key.json | pbcopy
-   ```
-8. Fügen Sie die base64-kodierte Zeichenfolge als die `PLAY_CONFIG_JSON`-Variablen in GitLab hinzu
-
-## Richten Sie Ihre GitLab CI/CD-Pipeline ein
-
-Erstellen Sie eine .gitlab-ci.yml-Datei im Stammverzeichnis Ihres Projekts, um Ihre CI/CD-Pipeline zu definieren. Unten finden Sie ein Beispiel, wie Sie Ihre Pipeline strukturieren können:
-
-```yaml
-
-image: mingc/android-build-box:latest
-
-stages:
-  - build
-  - upload_to_capgo
-  - build_and_upload_android
-
-build:
-  stage: build
-  tags:
-    - saas-linux-xlarge-amd64
-  cache:
-    - key:
-        files:
-          - bun.lockb
-      paths:
-        - .node_modules/
-  script:
-    - npm install
-    - npm run build
-  artifacts:
-    paths:
-      - node_modules/
-      - dist/
-  only:
-    - master
-
-upload_to_capgo:
-  stage: upload_to_capgo
-  tags:
-    - saas-linux-xlarge-amd64
-  script:
-    - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN -c dev
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-build_and_upload_android:
-  tags:
-    - saas-linux-xlarge-amd64
-  stage:    build_and_upload_android
-  cache:
-    - key:
-        files:
-          - android/gradle/wrapper/gradle-wrapper.properties
-      paths:
-        - ~/.gradle/caches/
-  script:
-    - npx cap sync android
-    - npx cap copy android
-    - bundle exec fastlane android beta # We do create a tag for the build to trigger XCode cloud builds
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-```
-
-## Pipeline auslösen
-
-Immer wenn Sie ein neues Tag in Ihr GitLab-Repository pushen, wird GitLab CI/CD automatisch die definierte Pipeline auslösen, die Ihre Android-App mit Fastlane baut und bereitstellt.
-
-Stellen Sie sicher, die Pfade und Abhängigkeiten entsprechend der Struktur und den Anforderungen Ihres Projekts anzupassen. Dieses Setup hilft Ihnen, die Bereitstellung Ihrer Android-App auf GitLab CI/CD zu automatisieren.
-
-## Fazit
-
-Durch die Konfiguration von GitLab CI/CD mit dem mingc/android-build-box Docker-Image können Sie den Build-Prozess für Android-Apps automatisieren, wodurch Ihr Entwicklungsworkflow effizienter und zuverlässiger wird. Diese Automatisierung gibt Ihnen mehr Zeit, sich auf die zentralen Aspekte der App-Entwicklung zu konzentrieren, was Ihnen letztendlich hilft, hochwertige Android-Apps effizienter bereitzustellen.
diff --git a/src/content/blog/de/automatic-capacitor-ios-build-codemagic.md b/src/content/blog/de/automatic-capacitor-ios-build-codemagic.md
deleted file mode 100644
index c29e3596d..000000000
--- a/src/content/blog/de/automatic-capacitor-ios-build-codemagic.md
+++ /dev/null
@@ -1,336 +0,0 @@
----
-slug: automatic-capacitor-ios-build-codemagic
-title: Automatischer Capacitor iOS-Build mit Codemagic
-description: >-
-  So richten Sie in 5 Minuten eine CI/CD-Pipeline für Ihre IOS Ionic-App mit
-  Codemagic ein (2024)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-07-24T00:00:00.000Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: /Codemagic_ios.webp
-head_image_alt: Codemagic Testflight-Illustration
-tag: CI/CD
-published: true
-locale: de
-next_blog: automatic-capacitor-android-build-codemagic
----
-
-## Kontinuierliche Auslieferung für iOS mit Codemagic
-
-
-## Voraussetzungen
-
-Bevor Sie mit dem Tutorial fortfahren...
-
-- Mitgliedschaft im iOS-Entwicklerprogramm
-- Lust zum Lesen 😆...
-
-## Wichtiges zum Preis
-
-![Preis Codemagic Aktion](/price_codemagic.webp)
-
-[https://codemagic.io/pricing/](https://codemagic.io/pricing/)
-
-Der Service ist 'kostenlos' bis zu 500 macOS M1 Minuten / Monat, abhängig von der gewählten Maschine.  
-Wir werden eine **_macOS M1_** Maschine verwenden. Sie können im Screenshot den Preis und die Limits sehen (Preise zum Zeitpunkt der Erstellung des Tutorials, sie könnten sich in Zukunft ändern).
-
-🔴 **_Nachdem wir Sie über Anforderungen und Preise informiert haben, fahren wir fort, wenn Sie möchten..._**
-
-> **_📣_ In diesem Beitrag gehen wir davon aus, dass wir die App in iTunes Connect erstellt haben und über die Zertifikate des Apple-Ökosystems verfügen. Alles wird von Codemagic eingerichtet!**
-
-## Los geht's 🧑🏽💻
-
-**Schritte, die wir in diesem Beitrag befolgen werden**
-
-1. _Verwendung der App Store Connect API mit Codemagic_
-2. _Anforderungen_
-3. _Erstellung eines App Store Connect API-Schlüssels_
-4. _Verwendung eines App Store Connect API-Schlüssels_
-5. _Kopieren der Fastlane-Dateien_
-6. _Konfiguration von Codemagic_
-
-## 1. Verwendung der App Store Connect API mit Codemagic
-
-> Seit Februar 2021 ist für alle Benutzer eine Zwei-Faktor-Authentifizierung oder Zwei-Schritt-Verifizierung erforderlich, um sich bei App Store Connect anzumelden. Diese zusätzliche Sicherheitsebene für Ihre Apple-ID stellt sicher, dass nur Sie auf Ihr Konto zugreifen können.  
-> Von [Apple Support](https://developer.apple.com/support/authentication/)
-
-> Die Einrichtung von match erfordert, dass Sie Ihre bestehenden Zertifikate widerrufen. Aber keine Sorge, Sie erhalten direkt ein neues.
-
-
-### Anforderungen
-
-Um die App Store Connect API nutzen zu können, benötigt Codemagic **drei** Dinge:
-
-1. Issuer ID
-2. Key ID
-3. Schlüsseldatei oder Schlüsselinhalt
-
-### Erstellung eines App Store Connect API-Schlüssels
-
-Um Schlüssel zu generieren, müssen Sie über Admin-Berechtigungen in App Store Connect verfügen. Wenn Sie diese Berechtigung nicht haben, können Sie die zuständige Person auf diesen Artikel verweisen und die folgenden Anweisungen befolgen:
-
-1 — Melden Sie sich bei [App Store Connect](https://appstoreconnect.apple.com/) an
-
-2 — Wählen Sie [Benutzer und Zugriff](https://appstoreconnect.apple.com/access/users/)
-
-![App Store Connect Benutzerzugriff](/select_user_access.webp)
-
-3 — Wählen Sie den Reiter API-Schlüssel
-
-![App Store Connect API-Schlüssel](/user_access_keys.webp)
-
-4 — Klicken Sie auf API-Schlüssel generieren oder den Hinzufügen (+) Button
-
-![App Store Connect API-Schlüssel erstellen](/user_access.webp)
-
-5 — Geben Sie den Namen für den Schlüssel ein und wählen Sie eine Zugriffsebene. Wir empfehlen, die Zugriffsrechte `App Manager` zu wählen. Lesen Sie mehr über die Rollenberechtigungen des Apple Developer-Programms [hier](https://help.apple.com/app-store-connect/#/deve5f9a89d7)
-
-![App Store Connect API-Schlüssel Namen erstellen](/gen_key.webp)
-
-6 — Klicken Sie auf Generieren
-
-> **Der Zugriff eines API-Schlüssels kann nicht auf bestimmte Apps beschränkt werden**
-
-Der Name des neuen Schlüssels, die Schlüssel-ID, ein Download-Link und weitere Informationen erscheinen auf der Seite
-
-![App Store Connect Schlüssel herunterladen](/download_key.webp)
-
-Notieren Sie sich alle drei erforderlichen Informationen hier:
-<1> Issuer ID  
-<2> Key ID  
-<3> Klicken Sie auf "API-Schlüssel herunterladen", um Ihren privaten API-Schlüssel herunterzuladen. Der Download-Link erscheint nur, wenn der private Schlüssel noch nicht heruntergeladen wurde. Apple bewahrt keine Kopie des privaten Schlüssels auf. Sie können ihn also nur einmal herunterladen.
-
-> _🔴_ Bewahren Sie Ihren privaten Schlüssel an einem sicheren Ort auf. Sie sollten Ihre Schlüssel niemals weitergeben, in einem Code-Repository speichern oder in clientseitigen Code aufnehmen.
-
-### Hinzufügen des App Store Connect API-Schlüssels zu Codemagic
-
-1. Öffnen Sie Ihre Codemagic Team-Einstellungen,
-![Team-Integrationen auswählen](/select_team.webp)
-![Team öffnen](/open_team.webp)
-Wählen Sie Code-Signierungsidentitäten
-![Code-Signierungsidentitäten auswählen](/select_code_signing_identities.webp)
-Und laden Sie das Zertifikat hoch
-![Zertifikat hochladen](/upload_certificate.webp)
-
-2. Klicken Sie auf den Button **Schlüssel hinzufügen**
-3. Geben Sie den `App Store Connect API-Schlüsselnamen` ein. Dies ist ein lesbarer Name für den Schlüssel, der später in den Anwendungseinstellungen verwendet wird.
-4. Geben Sie die Werte für `Issuer ID` und `Key ID` ein
-5. Klicken Sie auf **Wählen Sie eine p8-Datei** oder ziehen Sie die Datei, um den zuvor heruntergeladenen App Store Connect API-Schlüssel hochzuladen
-6. Klicken Sie auf **Speichern**
-
-_Jetzt können wir Codemagic mit dem App Store Connect API-Schlüssel verwalten, großartig!_
-
-## 2. Zertifikate und Bereitstellungsprofile erstellen
-
-#### Zertifikate
-
-Öffnen Sie XCode und gehen Sie zu **Einstellungen** > **Konten** > **Apple-ID** > **Teams** und wählen Sie Ihr Team aus
-
-![Code-Signaturidentitäten](/code_signing_identities.webp)
-
-Klicken Sie auf **Zertifikate verwalten** > **+** und wählen Sie **Apple Distribution**
-
-![Apple Distribution](/apple_distribution.webp)
-
-Dann können Sie ein neues Zertifikat erstellen
-
-Anschließend müssen Sie zum Schlüsselbund gehen, um das Zertifikat als `p12`-Datei herunterzuladen
-
-Dazu müssen Sie zum Schlüsselbund wechseln, den **Anmelde**-Schlüsselbund auswählen und dann zur Registerkarte **Meine Zertifikate** gehen
-
-![Meine Zertifikate](/my_certificates.webp)
-
-Dann können Sie das Zertifikat auswählen, das Sie herunterladen möchten (Achten Sie auf das Datum des Zertifikats)
-
-Klicken Sie dann mit der rechten Maustaste auf das Zertifikat und wählen Sie **Exportieren**
-
-Wählen Sie als Dateiformat **Persönlicher Informationsaustausch (.p12)**
-
-Dadurch wird das Zertifikat als `p12`-Datei heruntergeladen
-
-#### Bereitstellungsprofile
-
-Öffnen Sie [Apple Developer](https://developer.apple.com/account/resources/profiles/list) und wählen Sie das richtige Team aus
-
-Erstellen Sie dann ein neues Profil, indem Sie auf **+** klicken
-
-![Neues Profil erstellen](/create_new_profile.webp)
-
-Und wählen Sie **App Store Connect**
-
-![App Store Connect auswählen](/select_app_store_connect.webp)
-
-Dann müssen Sie die richtige App auswählen. Seien Sie vorsichtig, Sie können keine Platzhalter verwenden, da sonst die Signierung fehlschlägt
-
-![Die richtige App auswählen](/select_app.webp)
-
-Wählen Sie das richtige Zertifikat aus, das Sie zuvor erstellt haben (achten Sie auf das Ablaufdatum, es sollte der gleiche Tag und Monat wie heute sein) und klicken Sie auf **Weiter**
-
-![Das richtige Zertifikat auswählen](/select_certificate.webp)
-
-Geben Sie abschließend den Namen des Profils ein und klicken Sie auf **Generieren**
-
-> Der Name wird verwendet, um das Profil in Codemagic zu identifizieren
-
-![Profil generieren](/generate_profile.webp)
-
-Sie können das Profil als `mobileprovision`-Datei herunterladen
-
-![Profil herunterladen](/download_profile.webp)
-
-### Hinzufügen des Code-Signaturzertifikats
-
-Codemagic ermöglicht es Ihnen, Code-Signaturzertifikate als PKCS#12-Archive hochzuladen, die sowohl das Zertifikat als auch den privaten Schlüssel enthalten, der für dessen Verwendung benötigt wird. Beim Hochladen wird Codemagic Sie auffordern, das Zertifikatspasswort (falls das Zertifikat passwortgeschützt ist) zusammen mit einem eindeutigen **Referenznamen** anzugeben, der dann in der `codemagic.yml`-Konfiguration verwendet werden kann, um die spezifische Datei abzurufen.
-
-- Zertifikat hochladen
-- Neues Zertifikat generieren
-- Vom Developer Portal abrufen
-
-1. Öffnen Sie Ihre Codemagic-Teameinstellungen, gehen Sie zu **codemagic.yml-Einstellungen** > **Code-Signaturidentitäten**
-2. Öffnen Sie die Registerkarte **iOS-Zertifikate**
-3. Laden Sie die Zertifikatsdatei hoch, indem Sie auf **p12- oder pem-Datei auswählen** klicken oder sie in den angegebenen Rahmen ziehen
-4. Geben Sie das **Zertifikatspasswort** ein und wählen Sie einen **Referenznamen**
-5. Klicken Sie auf **Zertifikat hinzufügen**
-
-### Hinzufügen des Bereitstellungsprofils
-
-Codemagic ermöglicht es Ihnen, ein Bereitstellungsprofil hochzuladen, das für die Anwendung verwendet werden soll, oder ein Profil vom Apple Developer Portal abzurufen
-
-Der Typ, das Team, die Bundle-ID und das Ablaufdatum des Profils werden für jedes Profil angezeigt, das zu den Code-Signaturidentitäten hinzugefügt wurde. Darüber hinaus wird Codemagic Sie darüber informieren, ob ein passendes Code-Signaturzertifikat in den Code-Signaturidentitäten verfügbar ist (ein grünes Häkchen im Feld **Zertifikat**) oder nicht
-
-## 3. Codemagic einrichten
-
-**Codemagic-Geheimnisse konfigurieren**
-
-Haben Sie sich jemals gefragt, woher die Werte der `ENV` kommen? Nun, es ist kein Geheimnis mehr – sie kommen aus dem Geheimnis Ihres Projekts 🤦
-
-## 4. Codemagic-Workflow-Datei konfigurieren
-
-Erstellen Sie eine Datei mit dem Namen `codemagic.yml` im Stammverzeichnis Ihres Projekts und fügen Sie Folgendes hinzu
-
-```yaml
-workflows:
-  ionic-capacitor-ios-workflow:
-    name: Capacitor iOS Workflow
-    max_build_duration: 120
-    instance_type: mac_mini_m1
-    integrations:
-      app_store_connect: CodeMagic
-    environment:
-      ios_signing:
-        distribution_type: app_store
-        bundle_identifier: YOUR_BUNDLE_IDENTIFIER
-      vars:
-        XCODE_WORKSPACE: ios/App/App.xcworkspace
-        XCODE_SCHEME: App
-        APP_STORE_APP_ID: YOUR_APP_STORE_APP_ID
-      node: v20.14.0
-      xcode: 15.4
-      cocoapods: default
-    triggering:
-      events:
-        - tag
-      tag_patterns:
-        - pattern: '*'
-          include: true
-    scripts:
-      - name: Install dependencies
-        script: |
-          npm install
-      - name: Cocoapods installation
-        script: |
-          cd ios/App && pod install
-      - name: Update dependencies and copy web assets to native project
-        script: |
-          npm run build
-          npx cap sync ios
-      - name: Set up code signing settings on Xcode project
-        script: |
-          xcode-project use-profiles
-      - name: Increment build number
-        script: |
-          cd $CM_BUILD_DIR/ios/App
-          LATEST_BUILD_NUMBER=$(app-store-connect get-latest-app-store-build-number "$APP_ID")
-          agvtool new-version -all $(($LATEST_BUILD_NUMBER + 1))
-      - name: Build ipa for distribution
-        script: |
-          xcode-project build-ipa \
-            --workspace "$XCODE_WORKSPACE" \
-            --scheme "$XCODE_SCHEME"
-    artifacts:
-      - build/ios/ipa/*.ipa
-      - /tmp/xcodebuild_logs/*.log
-      - $HOME/Library/Developer/Xcode/DerivedData/**/Build/**/*.app
-      - $HOME/Library/Developer/Xcode/DerivedData/**/Build/**/*.dSYM
-    publishing:
-      email:
-        recipients:
-          - YOUR_EMAIL
-        notify:
-          success: true # To not receive a notification when a build succeeds
-          failure: false # To not receive a notification when a build fails
-      app_store_connect:
-        auth: integration
-        # Configuration related to TestFlight (optional)
-        # Note: This action is performed during post-processing.
-        submit_to_testflight: true
-        # Configuration related to App Store (optional)
-        # Note: This action is performed during post-processing.
-        submit_to_app_store: false
-
-```
-
-Dieser Workflow sollte manuell oder nach jedem GitHub-_Tag_ ausgelöst werden. Wenn Sie das Tagging automatisieren müssen, lesen Sie bitte zuerst [Automatischer Build und Release mit GitHub-Aktionen](/blog/automatic-build-and-release-with-github-actions/)Dann wird dieser Workflow Ihre NodeJS-Abhängigkeiten abrufen, sie installieren und Ihre JavaScript-App bauen
-
-> Jedes Mal, wenn Sie einen neuen Tag senden, wird ein Release in TestFlight erstellt
-
-Ihre App muss nicht Ionic verwenden, nur die Capacitor-Basis ist obligatorisch. Sie kann alte Cordova-Module haben, aber Capacitor JS-Plugins sollten bevorzugt werden
-
-## 5. Workflow auslösen
-
-**Den Workflow auslösen**
-
-Pushen Sie die neuen Commits zum Branch 'main' oder 'developement', um den Workflow auszulösen
-
-![Gestartet mit Commit](/build_result.webp)
-
-Nach einigen Minuten sollte der Build in Ihrem App Store Connect-Dashboard verfügbar sein
-
-![Testflight Dashboard](/testflight_app.webp)
-
-## Manuell starten
-
-Sie können den Workflow manuell starten
-
-Wählen Sie zuerst die App aus, die Sie bauen möchten, und klicken Sie dann auf **Neuen Build starten**
-
-![App auswählen](/select_app_codemagic.webp)
-
-Wählen Sie dann den Branch aus, den Sie bauen möchten
-
-![Branch auswählen](/select_branch.webp)
-
-Und klicken Sie auf **Neuen Build starten**
-
-Gehen Sie dann zur Build-Liste
-
-![Build-Liste](/build_list.webp)
-
-Und klicken Sie auf den Build, um das Ergebnis zu sehen
-
-![Build-Ergebnis](/build_result.webp)
-
-## Kann von lokalem Rechner deployen
-
-Ja, das können Sie, und es ist mühelos
-
-Sie können Xcode verwenden, um Ihre App zu bauen und zu signieren, wie immer
-
-### Danksagung
-
-Dieser Blog basiert auf den folgenden Artikeln:
-- [Kontinuierliche Auslieferung für iOS mit Codemagic und GitHub Actions](https://litoariasmediumcom/continuous-delivery-for-ios-using-Codemagic-and-github-actions-edf62ee68ecc/)
-- [Codemagic Dokumentation](https://docsCodemagictools/app-store-connect-api/)
-- [Diese GitHub-Nachricht von @mrogunlana](https://githubcom/Codemagic-community/Codemagic-plugin-ionic/issues/63/#issuecomment-1074328057)
diff --git a/src/content/blog/de/automatic-capacitor-ios-build-github-action-with-match.md b/src/content/blog/de/automatic-capacitor-ios-build-github-action-with-match.md
deleted file mode 100644
index 74d3228dc..000000000
--- a/src/content/blog/de/automatic-capacitor-ios-build-github-action-with-match.md
+++ /dev/null
@@ -1,561 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action-with-match
-title: >-
-  Automatischer Capacitor iOS-Build mit GitHub Actions unter Verwendung von
-  match
-description: >-
-  So richten Sie eine CI/CD-Pipeline für Ihre iOS Ionic-App mit fastlane und
-  GitHub Actions in 5 Minuten ein (2022)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-30T00:00:00.000Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: Fastlane TestFlight GitHub Action Illustration
-tag: CI/CD
-published: true
-locale: de
-next_blog: automatic-capacitor-android-build-github-action
----
-
-## Kontinuierliche Auslieferung für iOS mit Fastlane und GitHub Actions unter Verwendung von match
-
-## Voraussetzungen
-
-Bevor Sie mit dem Tutorial fortfahren...
-
-- Stellen Sie sicher, dass Sie Fastlane auf Ihrem Entwicklungsrechner [installiert](https://docs.fastlane.tools/) haben
-- iOS-Entwicklerprogramm-Mitgliedschaft
-- Lust zum Lesen 😆...
-- Ein Team aus vielen Entwicklern, ansonsten empfehlen wir die Verwendung von [fastlane cert](/blog/automatic-capacitor-ios-build-github-action) für einfachere Workflows
-
-## Wichtiges zum Preis
-
-![Preis GitHub Action](/price_github_actions.webp)
-
-[https://github.com/features/actions](https://github.com/features/actions/)
-
-Der Service ist bis zum Limit 'kostenlos', abhängig von der gewählten Maschine  
-Wir werden eine **_macOS_**-Maschine verwenden, Sie können im Screenshot den Preis und die Limits sehen (Preise zum Zeitpunkt der Erstellung des Tutorials, sie könnten sich in Zukunft ändern)
-
-🔴 **_Nachdem wir über Anforderungen und Preise gewarnt haben, fahren wir fort, wenn Sie möchten..._**
-
-> **_📣_ In diesem Beitrag gehen wir davon aus, dass wir die App in iTunes Connect erstellt haben, wir haben die Zertifikate des Apple-Ökosystems, alles wird von Fastlane kopiert!**
-
-## Lass uns loslegen 🧑🏽‍💻
-
-**Schritte, die im Beitrag zu befolgen sind**
-
-1. _Verwendung der App Store Connect API mit Fastlane Match_
-2. _Anforderungen_
-3. _Erstellung eines App Store Connect API-Schlüssels_
-4. _Verwendung eines App Store Connect API-Schlüssels_
-5. _Kopieren der Fastlane-Dateien_
-6. _Konfiguration von Fastlane match_
-
-## 1. Verwendung der App Store Connect API mit Fastlane Match
-
-> Ab Februar 2021 ist die Zwei-Faktor-Authentifizierung oder Zwei-Schritt-Verifizierung für alle Benutzer erforderlich, um sich bei App Store Connect anzumelden. Diese zusätzliche Sicherheitsebene für Ihre Apple-ID hilft sicherzustellen, dass nur Sie auf Ihr Konto zugreifen können.  
-> Von [Apple Support](https://developer.apple.com/support/authentication/)
-
-> Der Einstieg in match erfordert, dass Sie Ihre bestehenden Zertifikate widerrufen. Aber keine Sorge, Sie erhalten direkt das neue
-
-## Anforderungen
-
-Um die App Store Connect API nutzen zu können, benötigt Fastlane **drei** Dinge:
-
-1. Aussteller-ID
-2. Schlüssel-ID
-3. Schlüsseldatei oder Schlüsselinhalt
-
-## Erstellung eines App Store Connect API-Schlüssels
-
-Um Schlüssel zu generieren, müssen Sie über Administratorberechtigungen in App Store Connect verfügen. Wenn Sie diese Berechtigung nicht haben, können Sie die relevante Person auf diesen Artikel verweisen und die folgenden Anweisungen befolgen:
-
-1 — Melden Sie sich bei [App Store Connect](https://appstoreconnect.apple.com/) an
-
-2 — Wählen Sie [Benutzer und Zugriff](https://appstoreconnect.apple.com/access/users/)
-
-![App Store Connect Benutzerzugriff](/select_user_access.webp)
-
-3 — Wählen Sie die Registerkarte API-Schlüssel
-
-![App Store Connect API-Schlüssel](/user_access_keys.webp)
-
-4 — Klicken Sie auf API-Schlüssel generieren oder auf die Schaltfläche Hinzufügen (+)
-
-![App Store Connect API-Schlüssel erstellen](/user_access.webp)
-
-5 — Geben Sie einen Namen für den Schlüssel ein. Der Name dient nur zu Ihrer Information und ist nicht Teil des Schlüssels selbst
-
-![App Store Connect API-Schlüssel Namen erstellen](/gen_key.webp)
-
-6 — Wählen Sie unter Zugriff die Rolle für den Schlüssel aus. Die Rollen, die für Schlüssel gelten, sind dieselben Rollen, die für Benutzer in Ihrem Team gelten. Siehe [Rollenberechtigungen](https://help.apple.com/app-store-connect/#/deve5f9a89d7/)
-
-7 — Klicken Sie auf Generieren
-
-> **Der Zugriff eines API-Schlüssels kann nicht auf bestimmte Apps beschränkt werden**
-
-Der Name des neuen Schlüssels, die Schlüssel-ID, ein Download-Link und andere Informationen erscheinen auf der Seite
-
-![App Store Connect Schlüssel herunterladen](/download_key.webp)
-
-Hier können Sie alle drei notwendigen Informationen erfassen:  
-· Aussteller-ID  
-· Schlüssel-ID  
-· Klicken Sie auf "API-Schlüssel herunterladen", um Ihren privaten API-Schlüssel herunterzuladen. Der Download-Link erscheint nur, wenn der private Schlüssel noch nicht heruntergeladen wurde. Apple bewahrt keine Kopie des privaten Schlüssels auf. Sie können ihn also nur einmal herunterladen.
-
-> _🔴_ Bewahren Sie Ihren privaten Schlüssel an einem sicheren Ort auf. Sie sollten Ihre Schlüssel niemals teilen, Schlüssel in einem Code-Repository speichern oder Schlüssel in Client-seitigen Code aufnehmen.
-
-## Verwendung eines App Store Connect API-Schlüssels
-
-Die API-Schlüsseldatei (p8-Datei, die Sie herunterladen), die Schlüssel-ID und die Aussteller-ID werden benötigt, um den JWT-Token für die Autorisierung zu erstellen.Es gibt mehrere Möglichkeiten, diese Informationen in Fastlane mithilfe der neuen Aktion `app_store_connect_api_key` einzugeben. Weitere Möglichkeiten finden Sie in der Fastlane-Dokumentation. Ich zeige diese Methode, da ich denke, dass es die einfachste Möglichkeit ist, mit den meisten CI-Systemen zu arbeiten, bei denen Sie Umgebungsvariablen festlegen können.
-
-_Jetzt können wir Fastlane mit dem App Store Connect API-Schlüssel verwalten, großartig!_
-
-## 2. Fastlane-Dateien kopieren
-
-Fastlane ist eine Ruby-Bibliothek, die entwickelt wurde, um häufige Aufgaben der mobilen Entwicklung zu automatisieren. Mit Fastlane können Sie benutzerdefinierte "Lanes" konfigurieren, die eine Reihe von "Aktionen" bündeln, die Aufgaben ausführen, die Sie normalerweise mit Android Studio durchführen würden. Sie können viel mit Fastlane machen, aber für die Zwecke dieses Tutorials werden wir nur eine Handvoll Kernaktionen verwenden.
-
-Erstellen Sie einen Fastlane-Ordner im Hauptverzeichnis Ihres Projekts und kopieren Sie die folgenden Dateien:
-Fastfile
-```ruby
-default_platform(:ios)
-
-DEVELOPER_APP_IDENTIFIER = ENV["DEVELOPER_APP_IDENTIFIER"]
-DEVELOPER_APP_ID = ENV["DEVELOPER_APP_ID"]
-PROVISIONING_PROFILE_SPECIFIER = ENV["PROVISIONING_PROFILE_SPECIFIER"]
-TEMP_KEYCHAIN_USER = ENV["TEMP_KEYCHAIN_USER"]
-TEMP_KEYCHAIN_PASSWORD = ENV["TEMP_KEYCHAIN_PASSWORD"]
-APPLE_ISSUER_ID = ENV["APPLE_ISSUER_ID"]
-APPLE_KEY_ID = ENV["APPLE_KEY_ID"]
-APPLE_KEY_CONTENT = ENV["APPLE_KEY_CONTENT"]
-GIT_USERNAME = ENV["GIT_USERNAME"]
-GIT_TOKEN = ENV["GIT_TOKEN"]
-
-def delete_temp_keychain(name)
-  delete_keychain(
-    name: name
-  ) if File.exist? File.expand_path("~/Library/Keychains/#{name}-db")
-end
-
-def create_temp_keychain(name, password)
-  create_keychain(
-    name: name,
-    password: password,
-    unlock: false,
-    timeout: 0
-  )
-end
-
-def ensure_temp_keychain(name, password)
-  delete_temp_keychain(name)
-  create_temp_keychain(name, password)
-end
-
-platform :ios do
-  lane :build do
-    build_app(
-      configuration: "Release",
-      workspace: "./ios/App/App.xcworkspace",
-      scheme: "App",
-      export_method: "app-store",
-      export_options: {
-        provisioningProfiles: { 
-            DEVELOPER_APP_ID => "#{PROVISIONING_PROFILE_SPECIFIER}"
-        }
-      }
-    )
-  end
-  lane :refresh_profiles do
-    match(
-      type: "development",
-      force: true)
-    match(
-      type: "adhoc",
-      force: true)
-  end
-  desc "Register new device"
-  lane :register_new_device do  |options|
-      device_name = prompt(text: "Enter the device name: ")
-      device_udid = prompt(text: "Enter the device UDID: ")
-      device_hash = {}
-      device_hash[device_name] = device_udid
-      register_devices(
-                       devices: device_hash
-                       )
-    refresh_profiles
-  end
-  lane :closed_beta do
-    keychain_name = TEMP_KEYCHAIN_USER
-    keychain_password = TEMP_KEYCHAIN_PASSWORD
-    ensure_temp_keychain(keychain_name, keychain_password)
-
-    api_key = app_store_connect_api_key(
-      key_id: APPLE_KEY_ID,
-      issuer_id: APPLE_ISSUER_ID,
-      key_content: APPLE_KEY_CONTENT,            
-      duration: 1200,            
-      in_house: false
-    )
-
-    match(
-      type: 'appstore',
-      git_basic_authorization: Base64.strict_encode64("#{GIT_USERNAME}:#{GIT_TOKEN}"),
-      readonly: true,
-      keychain_name: keychain_name,
-      keychain_password: keychain_password,
-      api_key: api_key
-    )
-
-    gym(
-      configuration: "Release",
-      workspace: "./ios/App/App.xcworkspace",
-      scheme: "App",
-      export_method: "app-store",
-      export_options: {
-        provisioningProfiles: { 
-            DEVELOPER_APP_ID => "#{PROVISIONING_PROFILE_SPECIFIER}"
-        }
-      }
-    )
-
-    pilot(
-      apple_id: "#{DEVELOPER_APP_ID}",
-      app_identifier: "#{DEVELOPER_APP_IDENTIFIER}",
-      skip_waiting_for_build_processing: true,
-      skip_submission: true,
-      distribute_external: false,
-      notify_external_testers: false,
-      ipa: "./App.ipa"
-    )
-
-    delete_temp_keychain(keychain_name)
-  end
-  lane :submit_review do
-    version = ''
-    Dir.chdir("..") do
-      file = File.read("package.json")
-      data = JSON.parse(file)
-      version = data["version"]
-    end
-    deliver(
-      app_version: version,
-      submit_for_review: true,
-      automatic_release: true,
-      force: true, # Skip HTMl report verification
-      skip_metadata: false,
-      skip_screenshots: false,
-      skip_binary_upload: true
-    )
-  end
-end
-```
-
-Appfile
-```ruby
-app_identifier(ENV["DEVELOPER_APP_IDENTIFIER"])
-apple_id(ENV["FASTLANE_APPLE_ID"])
-itc_team_id(ENV["APP_STORE_CONNECT_TEAM_ID"])
-team_id(ENV["DEVELOPER_PORTAL_TEAM_ID"])
-```
-
-## Fastlane match konfigurieren
-
-Fastlane match ist ein neuer Ansatz für die Code-Signierung von iOS. Fastlane match erleichtert es Teams, die erforderlichen Zertifikate und Bereitstellungsprofile für Ihre iOS-Apps zu verwalten.
-
-Erstellen Sie ein neues privates Repository mit dem Namen `certificates`, zum Beispiel in Ihrem persönlichen GitHub-Konto oder Ihrer Organisation.
-
-Initialisieren Sie Fastlane match für Ihre iOS-App
-
-```shell
-fastlane match init
-```
-
-Wählen Sie dann Option #1 (Git Storage)
-
-```
-[01:00:00]: fastlane match supports multiple storage modes, please select the one you want to use:1. git2. google_cloud3. s3?
-```
-
-Weisen Sie die URL des neu erstellten Repositories zu
-
-```
-[01:00:00]: Please create a new, private git repository to store the certificates and profiles there[01:00:00]: URL of the Git Repo: <YOUR_CERTIFICATES_REPO_URL>
-```
-
-> Jetzt haben Sie im Fastlane-Ordner eine Datei namens **_Matchfile_**, und `_git_url_` sollte auf die HTTPS-URL des Zertifikate-Repositories gesetzt sein. Optional können Sie auch SSH verwenden, aber das erfordert einen anderen Schritt zur Ausführung.
-
-```
-# ios/Matchfilegit_url("https://github.com/gitusername/certificates")storage_mode("git")type("appstore")
-```
-
-Als Nächstes generieren wir die Zertifikate und geben Ihre Anmeldedaten ein, wenn Sie mit Fastlane Match dazu aufgefordert werden.
-
-Sie werden aufgefordert, eine Passphrase einzugeben. Merken Sie sie sich gut, da sie später von GitHub Actions verwendet wird, um Ihr Zertifikate-Repository zu entschlüsseln.
-
-```
-fastlane match appstore
-```
-
-Wenn alles gut gelaufen ist, sollten Sie etwas Ähnliches sehen:
-
-```
-[01:40:52]: All required keys, certificates and provisioning profiles are installed 🙌
-```
-
-> Wenn Sie Probleme mit GitHub und den erforderlichen Berechtigungen hatten, kann Ihnen dieser Beitrag möglicherweise helfen, Authentifizierungstoken für Git zu generieren.
-
-Generierte Zertifikate und Bereitstellungsprofile werden in die Ressourcen des Zertifikate-Repositories hochgeladen.
-
-![App Store Connect Zertifikate](/certificates.webp)
-
-Öffnen Sie zuletzt Ihr `Projekt` in Xcode und aktualisieren Sie das Bereitstellungsprofil für die Release-Konfiguration Ihrer App.
-
-![XCode Zertifikate](/xcode_cert.webp)
-
-## Einige Dinge zu beachten 💡
-
-## MATCH
-
-Damit CI/CD die Zertifikate und Bereitstellungsprofile importieren kann, muss es Zugriff auf das Zertifikate-Repository haben. Sie können dies tun, indem Sie ein persönliches Zugriffs-Token generieren (sollte zuvor verwendet worden sein), das den Umfang hat, auf private Repositories zuzugreifen oder sie zu lesen.
-
-Gehen Sie in GitHub zu **Einstellungen** → **Entwicklereinstellungen** → **Persönliche Zugriffs-Token** → klicken Sie auf `Neues Token generieren` → markieren Sie den `repo`-Umfang → dann klicken Sie auf `Token generieren`
-
-![Persönliches Zugriffs-Token erstellen](/personal_access_token.webp)
-
-Machen Sie eine Kopie des generierten persönlichen Zugriffs-Tokens. Sie werden es später für die Umgebungsvariable `GIT_TOKEN` verwenden.
-
-Ersetzen Sie dann Ihre im Fastlane-Ordner generierte Match-Datei durch
-Matchfile
-```ruby
-CERTIFICATE_STORE_URL = ENV["CERTIFICATE_STORE_URL"]
-GIT_USERNAME = ENV["GIT_USERNAME"]
-GIT_TOKEN = ENV["GIT_TOKEN"]
-FASTLANE_APPLE_ID = ENV["FASTLANE_APPLE_ID"]
-
-git_url(CERTIFICATE_STORE_URL)
-storage_mode("git")
-type("appstore")
-git_basic_authorization(Base64.strict_encode64("#{GIT_USERNAME}:#{GIT_TOKEN}"))
-username(FASTLANE_APPLE_ID)
-```
-Dies wird von GitHub Actions verwendet, um die Zertifikate und Bereitstellungsprofile zu importieren.
-Und Variablen werden in GitHub Secrets gesetzt, anstatt sie fest in der Datei zu kodieren.
-
-## Build-Verarbeitung
-
-Bei GitHub Actions **werden Sie basierend auf den Minuten abgerechnet**, die Sie für die Ausführung Ihres CI/CD-Workflows verwendet haben. Aus Erfahrung dauert es etwa 10-15 Minuten, bis ein Build in App Store Connect verarbeitet werden kann.
-
-Für private Projekte können die geschätzten Kosten pro Build bis zu **$0,08/Min x 15 Min = $1,2** oder mehr betragen, abhängig von der Konfiguration oder den Abhängigkeiten Ihres Projekts.
-
-Wenn Sie die gleichen Bedenken bezüglich der Preisgestaltung für private Projekte haben wie ich, können Sie `skip_waiting_for_build_processing` auf `true` belassen.
-
-Was ist der Haken? Sie müssen die Compliance Ihrer App in App Store Connect manuell aktualisieren, nachdem der Build verarbeitet wurde, um den Build an Ihre Benutzer verteilen zu können.
-
-Dies ist nur ein optionaler Parameter, den Sie aktualisieren können, wenn Sie bei privaten Projekten Build-Minuten sparen möchten. Für kostenlose Projekte sollte dies überhaupt kein Problem sein. Siehe [Preisgestaltung](https://github.com/pricing/)
-
-## 3. GitHub Actions einrichten
-
-**GitHub-Geheimnisse konfigurieren**
-
-Haben Sie sich jemals gefragt, woher die Werte der `ENV` kommen? Nun, es ist kein Geheimnis mehr - sie kommen aus den Geheimnissen Ihres Projekts 🤦
-
-![GitHub-Geheimnisse festlegen](/github_secets.webp)
-
-1. `APP_STORE_CONNECT_TEAM_ID` - die ID Ihres App Store Connect-Teams, wenn Sie in mehreren Teams sind
-
-2. `DEVELOPER_APP_ID` - gehen Sie in App Store Connect zur App → **App-Informationen** → Scrollen Sie zum Abschnitt `Allgemeine Informationen` Ihrer App und suchen Sie nach `Apple ID`
-
-3. `DEVELOPER_APP_IDENTIFIER` - die Bundle-ID Ihrer App
-
-4. `DEVELOPER_PORTAL_TEAM_ID` - die ID Ihres Developer Portal-Teams, wenn Sie in mehreren Teams sind
-
-5. `FASTLANE_APPLE_ID` - die Apple-ID oder Entwickler-E-Mail, die Sie zur Verwaltung der App verwenden
-
-6. `GIT_USERNAME` & `GIT_TOKEN` - Ihr Git-Benutzername und Ihr persönlicher Zugriffstoken
-
-7. `MATCH_PASSWORD` - die Passphrase, die Sie bei der Initialisierung von Match festgelegt haben, wird zum Entschlüsseln der Zertifikate und Bereitstellungsprofile verwendet
-
-8. `PROVISIONING_PROFILE_SPECIFIER` - `match AppStore <1>`, z.B. `match AppStore com.domain.blabla.demo`
-
-9. `TEMP_KEYCHAIN_USER` & `TEMP_KEYCHAIN_PASSWORD` - Weisen Sie einen temporären Keychain-Benutzer und ein Passwort für Ihren Workflow zu
-
-10. `APPLE_KEY_ID` — App Store Connect API-Schlüssel 🔺Key ID
-
-11. `APPLE_ISSUER_ID` — App Store Connect API-Schlüssel 🔺Issuer ID
-
-12. `APPLE_KEY_CONTENT` — App Store Connect API-Schlüssel 🔺 Schlüsseldatei oder Schlüsselinhalt von _p8_, [überprüfen Sie es](https://github.com/fastlane/fastlane/issues/18655/#issuecomment-881764901)
-<2>
-13. `CERTIFICATE_STORE_URL` — Die Repo-URL Ihrer Match-Schlüssel (z.B.: https://github.com/***/fastlane_match.git)
-
-## **4. GitHub-Workflow-Datei konfigurieren**
-
-Erstellen Sie ein GitHub-Workflow-Verzeichnis
-
-```
-cd .github/workflows
-```
-
-Erstellen Sie innerhalb des `workflow`-Ordners eine Datei namens `build-upload-ios.yml` und fügen Sie Folgendes hinzu
-
-```yaml
-name: Build source code on ios
-
-on:
-  push:
-    tags:
-      - '*'
-
-jobs:
-  build_ios:
-    runs-on: macOS-latest
-    steps:
-      - uses: actions/checkout@v6
-      - name: Use Node.js 16
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: npm
-      - name: Install dependencies
-        id: install_code
-        run: npm ci
-      - name: Build
-        id: build_code
-        run: npm run build
-      - name: Build
-        id: build_code
-        run: npm run mobile
-      - uses: actions/cache@v3
-        with:
-          path: ios/App/Pods
-          key: ${{ runner.os }}-pods-${{ hashFiles('**/Podfile.lock') }}
-          restore-keys: |
-            ${{ runner.os }}-pods-
-      - name: Sync
-        id: sync_code
-        run: npx cap sync
-      - uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: 2.7.2
-      - uses: maierj/fastlane-action@v2.3.0
-        env:
-          DEVELOPER_APP_IDENTIFIER: ${{ secrets.DEVELOPER_APP_IDENTIFIER }}
-          DEVELOPER_APP_ID: ${{ secrets.DEVELOPER_APP_ID }}
-          PROVISIONING_PROFILE_SPECIFIER: match AppStore ${{ secrets.DEVELOPER_APP_IDENTIFIER }}
-          TEMP_KEYCHAIN_USER: ${{ secrets.TEMP_KEYCHAIN_USER }}
-          TEMP_KEYCHAIN_PASSWORD: ${{ secrets.TEMP_KEYCHAIN_PASSWORD }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          CERTIFICATE_STORE_URL: https://github.com/${{ secrets.CERTIFICATE_STORE_REPO }}.git
-          GIT_USERNAME: ${{ secrets.GIT_USERNAME }}
-          GIT_TOKEN: ${{ secrets.PERSONAL_ACCESS_TOKEN }}
-          FASTLANE_APPLE_ID: ${{ secrets.FASTLANE_APPLE_ID }}
-          MATCH_USERNAME: ${{ secrets.FASTLANE_APPLE_ID }}
-          MATCH_PASSWORD: ${{ secrets.MATCH_PASSWORD }}
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}
-          DEVELOPER_PORTAL_TEAM_ID: ${{ secrets.DEVELOPER_PORTAL_TEAM_ID }}
-        with:
-          lane: closed_beta
-      - name: Upload release bundle
-        uses: actions/upload-artifact@v2
-        with:
-          name: ios-release
-          path: ./App.ipa
-          retention-days: 60
-```
-
-Dieser Workflow sollte nach jedem GitHub-_Tag_ ausgelöst werden. Wenn Sie das Tagging automatisieren möchten, lesen Sie zuerst [Automatisches Bauen und Veröffentlichen mit GitHub-Aktionen](/blog/automatic-build-and-release-with-github-actions/)
-
-Dann wird dieser Workflow Ihre NodeJS-Abhängigkeiten abrufen, sie installieren und Ihre JavaScript-App bauen
-
-> Jedes Mal, wenn Sie einen neuen Commit senden, wird eine Release in TestFlight erstellt
-
-Ihre App muss nicht Ionic verwenden, nur die Capacitor-Basis ist erforderlich. Sie kann alte Cordova-Module haben, aber Capacitor JS-Plugins sollten bevorzugt werden
-
-## 5. Workflow auslösen
-
-**Einen Commit erstellen**
-
-Machen Sie einen _Commit_, Sie sollten den aktiven Workflow im Repository sehen
-
-**Workflow auslösen**
-
-Pushen Sie die neuen Commits in den Branch `main` oder `development`, um den Workflow auszulösen
-
-![Gestartet mit Commit](/cd_started.webp)
-
-Nach einigen Minuten sollte der Build in Ihrem App Store Connect-Dashboard verfügbar sein
-
-![Testflight Dashboard](/testflight_app.webp)
-
-## Kann man vom lokalen Rechner aus deployen?
-
-Ja, das können Sie, und es ist ganz einfach
-
-Stellen Sie sich vor, Sie haben ein privates Repository und haben die Minuten des kostenlosen Plans aufgebraucht und möchten nicht für neue Releases bezahlen, oder vielleicht möchten Sie die Anwendung lieber manuell einreichen
-
-**_Los geht's_**
-
-Ok, zuerst müssen wir im Pfad **_my_project_path/fastlane_** eine Datei namens **_env_** erstellen, genau im gleichen Pfad wie _Fastfile_, um die gleichen _geheimen_ Eigenschaften wie in unserem _GitHub_ erstellen zu können, wie unten gezeigt:
-
-env-Datei für das Deployment vom lokalen Rechner
-
-Jetzt können Sie zum _Terminal_ gehen und _Fastlane_ von Ihrem Rechner aus starten:
-
-```
-fastlane closed_beta
-```
-
-> **❌ Wesentlich über das** _env_**-Datei, da wir diese Daten lieber nicht offenlegen möchten, müssen wir sie in unserer** _gitignore_ **hinzufügen, etwa so: ❌**
-
-```
-fastlane/*.env
-```
-
-Es sollte genauso funktionieren wie bei GitHub Actions auf der Remote-Maschine, aber auf unserem lokalen Rechner 🍻
-
-![Lokaler Fastlane-Lauf](/local_fastlane.webp)
-
-Terminal-Ausführung: $ Fastlane closed\_beta
-
-**_Wenn Sie bis hierher gekommen sind, meine Glückwünsche, jetzt haben Sie einen vollständig automatisierten Prozess für Ihre iOS-Apps mit Fastlane und GitHub Actions_**
-
-> Jedes Mal, wenn Sie einen neuen Commit senden, wird im Google Play Konsole, Beta-Kanal, ein Release erstellt
-Ich werde diesen Blog mit Ihrem Feedback verbessern. Wenn Sie Fragen oder Vorschläge haben, lassen Sie es mich bitte per E-Mail wissen: martin@capgo.app
-
-### Auf Ihrem Gerät bauen
-
-Wenn Sie immer noch auf Ihrem Gerät bauen müssen, müssen Sie sie manuell zur Bereitstellung hinzufügen
-Verbinden Sie Ihr Gerät mit Ihrem Mac und öffnen Sie das Gerätemenü
-![iOS-Gerätemenü finden](/find_ios_device.webp)
-Kopieren Sie dann Ihre Kennung 
-![iOS-Kennung finden](/find_ios_identifier.webp)
-Und starten Sie dann den Befehl:
-`fastlane register_new_device`
-Es wird Sie auffordern, einen Gerätenamen und die Kennung einzugeben:
-![iOS-Kennung setzen](/set_identifier.webp)
-
-### Wenn Sie auf Probleme stoßen
-
-Wenn Sie Probleme mit Entwicklergeräten haben, die nicht testen können usw., behebt das normalerweise das Problem
-
-Es gibt einen magischen Befehl, der Sie retten kann:
-```shell
-fastlane match nuke development
-fastlane match development
-```
-
-Dann:
-Bereinigen Sie das Projekt, indem Sie Umschalt(⇧)+Befehl(⌘)+K gedrückt halten oder Produkt > Bereinigen auswählen (es könnte als "Build-Ordner bereinigen" bezeichnet sein)
-
-Versuchen Sie dann, die App erneut auf Ihrem Gerät auszuführen
-
-### Danke
-
-Dieser Blog basiert auf den folgenden Artikeln:
-- [Continuous delivery for IOS using Fastlane and GitHub actions](https://litoariasmediumcom/continuous-delivery-for-ios-using-fastlane-and-github-actions-edf62ee68ecc/)
-- [Fastlane Documentation](https://docsfastlanetools/app-store-connect-api/)
-- [This GitHub message from @mrogunlana](https://githubcom/fastlane-community/fastlane-plugin-ionic/issues/63/#issuecomment-1074328057)
diff --git a/src/content/blog/de/automatic-capacitor-ios-build-github-action.md b/src/content/blog/de/automatic-capacitor-ios-build-github-action.md
deleted file mode 100644
index df5e68cc1..000000000
--- a/src/content/blog/de/automatic-capacitor-ios-build-github-action.md
+++ /dev/null
@@ -1,287 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action
-title: Automatischer Capacitor iOS-Build mit GitHub Actions und Zertifikat
-description: >-
-  Wie man in 5 Minuten eine CI/CD-Pipeline für Ihre iOS Ionic-App mit fastlane
-  und GitHub Actions einrichtet (2024)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-08-04T00:00:00.000Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: Fastlane TestFlight GitHub Action Illustration
-tag: CI/CD
-published: true
-locale: de
-next_blog: automatic-capacitor-android-build-github-action
----
-
-## Kontinuierliche Auslieferung für iOS mit Fastlane und GitHub Actions und Zertifikat
-
-## Voraussetzungen
-
-Bevor Sie mit dem Tutorial fortfahren…
-
-- Stellen Sie sicher, dass Sie Fastlane auf Ihrem Entwicklungsrechner [installiert](https://docsfastlanetools/) haben
-- iOS-Entwicklerprogramm-Mitgliedschaft
-- Lust zum Lesen 😆…
-
-## Wichtiges zum Preis
-
-![Preis GitHub Action](/price_github_actions.webp)
-
-[https://githubcom/features/actions](https://githubcom/features/actions/)
-
-Der Dienst ist bis zur Grenze 'kostenlos', abhängig von der gewählten Maschine
-Wir werden eine **_macOS_**-Maschine verwenden, Sie können im Screenshot den Preis und die Grenzen sehen (Preise zum Zeitpunkt der Erstellung des Tutorials, sie könnten sich in Zukunft ändern)
-
-🔴 **_Nach dieser Warnung zu Anforderungen und Preisen fahren wir fort, wenn Sie möchten…_**
-
-> **_📣_ Im Beitrag gehen wir davon aus, dass wir die App in iTunes Connect erstellt haben, wir haben die Zertifikate des Apple-Ökosystems, alles wird von Fastlane kopiert!**
-
-## Gehen wir zur Sache 🧑🏽💻
-
-**Zu befolgende Schritte im Beitrag**
-
-1. _Verwendung der App Store Connect API mit Fastlane_
-2. _Anforderungen_
-3. _Erstellung eines App Store Connect API-Schlüssels_
-4. _Verwendung eines App Store Connect API-Schlüssels_
-5. _Kopieren der Fastlane-Dateien_
-6. _Konfiguration von GitHub Actions_
-
-## 1. Verwendung der App Store Connect API mit Fastlane
-
-> Ab Februar 2021 ist eine Zwei-Faktor-Authentifizierung oder Zwei-Schritt-Verifizierung für alle Benutzer erforderlich, um sich bei App Store Connect anzumelden. Diese zusätzliche Sicherheitsebene für Ihre Apple-ID hilft sicherzustellen, dass nur Sie auf Ihr Konto zugreifen können.
-> Von [Apple Support](https://developer.apple.com/support/authentication/)
-
-## Anforderungen
-
-Um die App Store Connect API verwenden zu können, benötigt Fastlane **drei** Dinge:
-
-1. Aussteller-ID
-2. Schlüssel-ID
-3. Schlüsseldatei oder Schlüsselinhalt
-
-## Erstellung eines App Store Connect API-Schlüssels
-
-Um Schlüssel zu generieren, müssen Sie Admin-Berechtigung in App Store Connect haben. Wenn Sie diese Berechtigung nicht haben, können Sie die zuständige Person auf diesen Artikel verweisen und die folgenden Anweisungen befolgen.
-
-1 — Melden Sie sich bei [App Store Connect](https://appstoreconnectapplecom/) an
-
-2 — Wählen Sie [Benutzer und Zugriff](https://appstoreconnectapplecom/access/users/)
-
-![App Store Connect Benutzerzugriff](/select_user_access.webp)
-
-3 — Wählen Sie die Registerkarte API-Schlüssel
-
-![App Store Connect API-Schlüssel](/user_access_keys.webp)
-
-4 — Klicken Sie auf API-Schlüssel generieren oder auf die Schaltfläche Hinzufügen (+)
-
-![App Store Connect API-Schlüssel erstellen](/user_access.webp)
-
-5 — Geben Sie einen Namen für den Schlüssel ein. Der Name dient nur zu Ihrer Information und ist nicht Teil des Schlüssels selbst
-
-![App Store Connect API-Schlüssel Namen erstellen](/gen_key.webp)
-
-6 — Wählen Sie unter Zugriff die Rolle für den Schlüssel aus. Die für Schlüssel geltenden Rollen sind die gleichen Rollen, die für Benutzer in Ihrem Team gelten. Siehe [Rollenberechtigungen](https://helpapplecom/app-store-connect/#/deve5f9a89d7/). Wir empfehlen, **App-Verwaltung** auszuwählen.
-
-7 — Klicken Sie auf Generieren
-
-> **Der Zugriff eines API-Schlüssels kann nicht auf bestimmte Apps beschränkt werden**
-
-Der Name des neuen Schlüssels, die Schlüssel-ID, ein Download-Link und andere Informationen erscheinen auf der Seite
-
-![App Store Connect Schlüssel herunterladen](/download_key.webp)
-
-Hier können Sie alle drei notwendigen Informationen erhalten.
-<1> Aussteller-ID
-<2> Schlüssel-ID
-<3> Klicken Sie auf "API-Schlüssel herunterladen", um Ihren privaten API-Schlüssel herunterzuladen. Der Download-Link erscheint nur, wenn der private Schlüssel noch nicht heruntergeladen wurde. Apple bewahrt keine Kopie des privaten Schlüssels auf. Sie können ihn also nur einmal herunterladen.
-
-> _🔴_ Bewahren Sie Ihren privaten Schlüssel an einem sicheren Ort auf. Sie sollten Ihre Schlüssel niemals teilen, in einem Code-Repository speichern oder in clientseitigen Code aufnehmen.
-
-## Verwendung eines App Store Connect API-Schlüssels
-
-Die API-Schlüsseldatei (p8-Datei, die Sie herunterladen), die Schlüssel-ID und die Aussteller-ID werden benötigt, um den JWT-Token für die Autorisierung zu erstellen. Es gibt mehrere Möglichkeiten, wie diese Informationen in Fastlane eingegeben werden können, unter Verwendung der neuen Fastlane-Aktion `app_store_connect_api_key`. Sie können andere Möglichkeiten in der [Fastlane-Dokumentation](https://docsfastlanetools/actions/app_store_connect_api_key/) erfahren.Ich zeige diese Methode, weil ich denke, dass es der einfachste Weg ist, mit den meisten CI-Systemen zu arbeiten, bei denen Sie Umgebungsvariablen setzen können.
-
-_Jetzt können wir Fastlane mit dem App Store Connect API-Schlüssel verwalten, großartig!_
-
-### Zertifikate und Bereitstellungsprofile erstellen
-
-#### Zertifikate
-
-Öffnen Sie XCode und gehen Sie zu **Einstellungen** > **Konten** > **Apple ID** > **Teams** und wählen Sie Ihr Team aus.
-
-![Code-Signierungsidentitäten](/code_signing_identities.webp)
-
-Klicken Sie auf **Zertifikate verwalten** > **+** und wählen Sie **Apple Distribution**
-
-![Apple Distribution](/apple_distribution.webp)
-
-Dann können Sie ein neues Zertifikat erstellen.
-
-Anschließend müssen Sie zum Schlüsselbund gehen, um das Zertifikat als `p12`-Datei herunterzuladen.
-
-Dazu müssen Sie zum Schlüsselbund wechseln, den **Anmelde**-Schlüsselbund auswählen und dann den Tab **Meine Zertifikate**
-
-![Meine Zertifikate](/my_certificates.webp)
-
-Dann können Sie das Zertifikat auswählen, das Sie herunterladen möchten (Achten Sie auf das Datum des Zertifikats)
-
-Klicken Sie dann mit der rechten Maustaste auf das Zertifikat und wählen Sie **Exportieren**
-
-Wählen Sie das Dateiformat **Persönlicher Informationsaustausch (p12)**
-
-Dadurch wird das Zertifikat als `p12`-Datei heruntergeladen.
-
-#### Bereitstellungsprofile
-
-Öffnen Sie [Apple Developer](https://developer.apple.com/account/resources/profiles/list) und wählen Sie das richtige Team aus.
-
-Erstellen Sie dann ein neues Profil, indem Sie auf **+** klicken.
-
-![Neues Profil erstellen](/create_new_profile.webp)
-
-Und wählen Sie **App Store Connect**
-
-![App Store Connect auswählen](/select_app_store_connect.webp)
-
-Dann müssen Sie die richtige App auswählen, achten Sie darauf, dass Sie keine Platzhalter verwenden, sonst schlägt die Signierung fehl.
-
-![Die richtige App auswählen](/select_app.webp)
-
-Wählen Sie das richtige Zertifikat aus, das Sie zuvor erstellt haben (achten Sie auf das Ablaufdatum, es sollte der gleiche Tag und Monat wie heute sein) und klicken Sie auf **Weiter**
-
-![Das richtige Zertifikat auswählen](/select_certificate.webp)
-
-Geben Sie schließlich den Namen des Profils ein und klicken Sie auf **Generieren**
-
-> Der Name wird verwendet, um das Profil in Fastlane zu identifizieren, unter dem Wert von `APPLE_PROFILE_NAME`
-
-![Profil generieren](/generate_profile.webp)
-
-Sie können das Profil als `mobileprovision`-Datei herunterladen.
-
-![Profil herunterladen](/download_profile.webp)
-
-### GitHub-Geheimnisse für Ihr Zertifikat und Bereitstellungsprofil erstellen
-
-Der Signierungsprozess umfasst das Speichern von Zertifikaten und Bereitstellungsprofilen, deren Übertragung zum Runner, den Import in den Schlüsselbund des Runners und deren Verwendung in Ihrem Build.
-
-Erstellen Sie Geheimnisse in Ihrem Repository oder Ihrer Organisation für die folgenden Elemente:
-
-- Ihr Apple-Signierzertifikat
-
-  - Dies ist Ihre `p12`-Zertifikatsdatei. Weitere Informationen zum Exportieren Ihres Signierzertifikats aus Xcode finden Sie in der [Xcode-Dokumentation](https://helpapplecom/xcode/mac/current/#/dev154b28f09)
-
-  - Sie sollten Ihr Zertifikat in Base64 konvertieren, wenn Sie es als Geheimnis speichern. In diesem Beispiel heißt das Geheimnis `BUILD_CERTIFICATE_BASE64`
-
-  - Verwenden Sie den folgenden Befehl, um Ihr Zertifikat in Base64 zu konvertieren und in die Zwischenablage zu kopieren:
-
-    ```shell
-        base64 -i BUILD_CERTIFICATE.p12 | pbcopy
-        ```
-
-- Das Passwort für Ihr Apple-Signierzertifikat
-
-  - In diesem Beispiel heißt das Geheimnis `P12_PASSWORD`
-
-- Ihr Apple-Bereitstellungsprofil
-
-  - Weitere Informationen zum Exportieren Ihres Bereitstellungsprofils aus Xcode finden Sie in der [Xcode-Dokumentation](https://helpapplecom/xcode/mac/current/#/deva899b4fe5)
-
-  - Sie sollten Ihr Bereitstellungsprofil in Base64 konvertieren, wenn Sie es als Geheimnis speichern. In diesem Beispiel heißt das Geheimnis `BUILD_PROVISION_PROFILE_BASE64`
-
-  - Verwenden Sie den folgenden Befehl, um Ihr Bereitstellungsprofil in Base64 zu konvertieren und in die Zwischenablage zu kopieren:
-
-    ```shell
-        base64 -i PROVISIONING_PROFILE.mobileprovision | pbcopy
-        ```
-
-## 2. Fastlane-Dateien kopieren
-
-Fastlane ist eine Ruby-Bibliothek, die zur Automatisierung gängiger Aufgaben in der mobilen Entwicklung erstellt wurde. Mit Fastlane können Sie benutzerdefinierte "Lanes" konfigurieren, die eine Reihe von "Aktionen" bündeln, die Aufgaben ausführen, die Sie normalerweise mit Android Studio durchführen würden. Sie können viel mit Fastlane machen, aber für die Zwecke dieses Tutorials werden wir nur eine Handvoll Kernaktionen verwenden.Erstellen Sie einen Fastlane-Ordner im Hauptverzeichnis Ihres Projekts und kopieren Sie die folgenden Dateien:
-Fastfile
-
-## **Build-Verarbeitung**
-
-In GitHub Actions **werden Ihnen die Minuten in Rechnung gestellt**, die Sie für die Ausführung Ihres CI/CD-Workflows verwendet haben. Erfahrungsgemäß dauert es etwa 10-15 Minuten, bis ein Build in App Store Connect verarbeitet werden kann.
-
-Bei privaten Projekten können die geschätzten Kosten pro Build bis zu **$0,08/Min x 15 Min = $1,2** oder mehr betragen, abhängig von der Konfiguration oder den Abhängigkeiten Ihres Projekts.
-
-Wenn Sie wie ich Bedenken bezüglich der Preisgestaltung für private Projekte haben, können Sie `skip_waiting_for_build_processing` auf `true` belassen.
-
-Was ist der Haken? Sie müssen die Compliance Ihrer App in App Store Connect manuell aktualisieren, nachdem der Build verarbeitet wurde, um den Build an Ihre Benutzer verteilen zu können.
-
-Dies ist nur ein optionaler Parameter, den Sie aktualisieren können, wenn Sie bei privaten Projekten Build-Minuten sparen möchten. Bei kostenlosen Projekten sollte dies überhaupt kein Problem sein. Siehe [Preisgestaltung](https://github.com/pricing/)
-
-## 3. GitHub Actions einrichten
-
-**GitHub-Geheimnisse konfigurieren**
-
-Haben Sie sich jemals gefragt, woher die Werte der `ENV` kommen? Nun, es ist kein Geheimnis mehr - sie kommen aus dem Geheimnis Ihres Projekts 🤦
-
-![GitHub-Geheimnisse festlegen](/github_secets.webp)
-
-1. `APP_STORE_CONNECT_TEAM_ID` - die ID Ihres App Store Connect-Teams, wenn Sie in mehreren Teams sind
-
-2. `PROVISIONING_PROFILE_SPECIFIER` - `match AppStore <YOUR_APP_BUNDLE_IDENTIFIER>`, z.B. `match AppStore com.domain.blabla.demo`
-
-3. `BUILD_CERTIFICATE_BASE64` - Base64-codiertes Zertifikat
-
-4. `BUILD_PROVISION_PROFILE_BASE64` - Base64-codiertes Bereitstellungsprofil
-
-5. `BUNDLE_IDENTIFIER` - der Bundle-Identifier Ihrer App
-
-6. `APPLE_KEY_ID` — App Store Connect API Key 🔺Key ID
-
-7. `APPLE_ISSUER_ID` — App Store Connect API Key 🔺Issuer ID
-
-8. `APPLE_KEY_CONTENT` — App Store Connect API Key 🔺 Schlüsselinhalt von _p8_, [überprüfen Sie es](https://github.com/fastlane/fastlane/issues/18655/#issuecomment-881764901)
-
-## **4. GitHub-Workflow-Datei konfigurieren**
-
-Erstellen Sie ein GitHub-Workflow-Verzeichnis
-
-Erstellen Sie im Ordner `workflow` eine Datei mit dem Namen `build-upload-ios.yml` und fügen Sie Folgendes hinzu:
-
-Dieser Workflow sollte nach jedem GitHub-_Tag_ ausgelöst werden. Wenn Sie das Tagging automatisieren müssen, lesen Sie zuerst [Automatischer Build und Release mit GitHub-Aktionen](/blog/automatic-build-and-release-with-github-actions/).
-
-Dann wird dieser Workflow Ihre NodeJS-Abhängigkeiten abrufen, sie installieren und Ihre JavaScript-App erstellen.
-
-> Jedes Mal, wenn Sie einen neuen Commit senden, wird in TestFlight ein Release erstellt.
-
-Ihre App muss nicht Ionic verwenden, nur Capacitor-Basis ist obligatorisch. Sie kann alte Cordova-Module haben, aber Capacitor JS-Plugins sollten bevorzugt werden.
-
-## 5. Workflow auslösen
-
-**Commit erstellen**
-
-Machen Sie einen _Commit_, Sie sollten den aktiven Workflow im Repository sehen.
-
-**Workflow auslösen**
-
-Pushen Sie die neuen Commits in den Branch `main` oder `development`, um den Workflow auszulösen.
-
-![Gestartet mit Commit](/cd_started.webp)
-
-Nach einigen Minuten sollte der Build in Ihrem App Store Connect-Dashboard verfügbar sein.
-
-![Testflight Dashboard](/testflight_app.webp)
-
-## Kann man von lokalem Rechner aus deployen?
-
-Ja, das können Sie, und es ist mühelos.
-
-Sie können Xcode verwenden, um Ihre App wie immer zu erstellen und zu signieren.
-
-### Danke
-
-Dieser Blog basiert auf folgenden Artikeln:
-- [Kontinuierliche Bereitstellung für iOS mit Fastlane und GitHub-Aktionen](https://lito.arias.medium.com/continuous-delivery-for-ios-using-fastlane-and-github-actions-edf62ee68ecc/)
-- [Fastlane-Dokumentation](https://docs.fastlane.tools/app-store-connect-api/)
-- [Diese GitHub-Nachricht von @mrogunlana](https://github.com/fastlane-community/fastlane-plugin-ionic/issues/63/#issuecomment-1074328057)
-- [Diese GitHub-Dokumentation](https://docs.github.com/en/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development)
diff --git a/src/content/blog/de/basic-js-css-config-for-native-app-look.md b/src/content/blog/de/basic-js-css-config-for-native-app-look.md
deleted file mode 100644
index ca800e19c..000000000
--- a/src/content/blog/de/basic-js-css-config-for-native-app-look.md
+++ /dev/null
@@ -1,93 +0,0 @@
----
-slug: basic-js-css-config-for-native-app-look
-title: Grundlegende JS- und CSS-Konfigurationen für ein natives App-Aussehen
-description: >-
-  Erfahren Sie, wie Sie Ihre Web-App mit grundlegenden JavaScript- und
-  CSS-Einstellungen konfigurieren können, damit sie wie eine native App aussieht
-  und sich anfühlt, einschließlich der Deaktivierung von Hover-Effekten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-05T00:00:00.000Z
-updated_at: 2023-06-05T00:00:00.000Z
-head_image: /native_app_look.webp
-head_image_alt: Illustration des nativen App-Aussehens
-tag: Web Development
-published: true
-locale: de
-next_blog: ''
----
-
-# Grundlegende JS- und CSS-Konfigurationen für ein natives App-Aussehen
-
-Bei der Erstellung einer Web-App ist es wichtig, dass sie wie eine native App aussieht und sich auch so anfühlt, um ein nahtloses Benutzererlebnis zu bieten. In diesem Artikel behandeln wir die grundlegenden JavaScript- und CSS-Konfigurationen, die für ein natives App-Aussehen erforderlich sind, einschließlich der Deaktivierung von Hover-Effekten.
-
-## Hover-Effekte deaktivieren
-
-Auf Touch-Geräten können Hover-Effekte problematisch sein, da sie keinen echten Hover-Zustand wie Desktop-Geräte haben. Um Hover-Effekte auf Touch-Geräten zu deaktivieren, können Sie den folgenden CSS-Code verwenden:
-
-```css
-@media (hover: none) {
-  .element:hover {
-    /* Reset the hover styles */
-    background-color: initial;
-    color: initial;
-    /* Add any other style resets needed */
-  }
-}
-```
-
-Ersetzen Sie `element` durch den entsprechenden Selektor für die Elemente, bei denen Sie Hover-Effekte deaktivieren möchten.
-
-## Link-Vorschau deaktivieren
-
-Um die Link-Vorschau auf Touch-Geräten zu deaktivieren, können Sie den folgenden JavaScript-Code verwenden:
-
-```javascript
-document.addEventListener('touchstart', function(event) {
-  if (event.target.tagName === 'A') {
-    event.preventDefault();
-  }
-});
-```
-
-## Auswahl deaktivieren
-
-Um die Textauswahl zu deaktivieren, fügen Sie den folgenden CSS-Code zu Ihrem Stylesheet hinzu:
-
-```css
-body {
-  -webkit-touch-callout: none;
-  -webkit-user-select: none;
-  -khtml-user-select: none;
-  -moz-user-select: none;
-  -ms-user-select: none;
-  user-select: none;
-}
-```
-
-## Zoom deaktivieren
-
-Um das Zoomen zu deaktivieren, fügen Sie den folgenden Meta-Tag zum Head Ihrer HTML-Datei hinzu:
-
-```html
-<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">
-```
-
-## Sicheren CSS-Bereich hinzufügen
-
-Um sicherzustellen, dass Ihr Inhalt innerhalb des sicheren Bereichs des Geräts angezeigt wird, fügen Sie den folgenden CSS-Code zu Ihrem Stylesheet hinzu:
-
-```css
-body {
-  padding: env(safe-area-inset-top) env(safe-area-inset-right) env(safe-area-inset-bottom) env(safe-area-inset-left);
-}
-```
-
-## Zusätzliche Tipps
-
-- Verwenden Sie responsive Design-Techniken, um sicherzustellen, dass Ihre App auf allen Geräten gut aussieht.
-- Optimieren Sie die Leistung Ihrer App, indem Sie die Verwendung von umfangreichen JavaScript-Bibliotheken und Frameworks minimieren.
-- Testen Sie Ihre App auf verschiedenen Geräten und Browsern, um Kompatibilität und ein konsistentes Benutzererlebnis sicherzustellen.
-
-Indem Sie diese grundlegenden JavaScript- und CSS-Konfigurationen befolgen, können Sie eine Web-App erstellen, die wie eine native App aussieht und sich auch so anfühlt, und ein nahtloses und angenehmes Benutzererlebnis bietet.
\ No newline at end of file
diff --git a/src/content/blog/de/best-practices-for-capacitor-code-sharing.md b/src/content/blog/de/best-practices-for-capacitor-code-sharing.md
deleted file mode 100644
index 6498415be..000000000
--- a/src/content/blog/de/best-practices-for-capacitor-code-sharing.md
+++ /dev/null
@@ -1,234 +0,0 @@
----
-slug: best-practices-for-capacitor-code-sharing
-title: Best Practices für das Teilen von Capacitor-Code
-description: >-
-  Lernen Sie bewährte Verfahren für das effiziente Teilen von Code in
-  Capacitor-Apps, von der Organisation über Tests bis hin zu sicheren
-  Bereitstellungsstrategien.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T02:12:07.567Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc5744af1a45e500bc59a4-1744596739629.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, code sharing, mobile development, testing, deployment, security,
-  OTA updates, CI/CD, performance optimization
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) ermöglicht Ihnen den Bau von Apps für iOS, Android und das Web mit einer einzigen Codebasis.** Dieser Leitfaden erklärt, wie Sie Ihren plattformübergreifenden Code effizient strukturieren, testen und bereitstellen können. Hier ist, was Sie lernen werden:
-
--   **Warum Code-Sharing wichtig ist**: Zeit sparen, Wartung vereinfachen und Apps schneller plattformübergreifend aktualisieren.
--   **Häufige Herausforderungen**: Plattform-spezifische Fehler, Unterschiede in der Benutzererfahrung und Leistungsprobleme bewältigen.
--   **Best Practices**:
-    -   **Code organisieren**: Verwenden Sie klare Ordner für gemeinsame und plattform-spezifische Dateien.
-    -   **Testwerkzeuge**: Verwenden Sie [Jest](https://jestjs.io/), [Cypress](https://www.cypress.io/) und [Appium](http://appium.io/) für Unit-, Integrations- und End-to-End-Tests.
-    -   **Updates bereitstellen**: Richten Sie CI/CD-Pipelines ein und nutzen Sie Over-the-Air (OTA) Updates, um Änderungen schnell zu implementieren.
--   **Sicherheit und Geschwindigkeit**: Aktualisierungen verschlüsseln, Zugriff verwalten und Leistung optimieren für eine schnellere Bereitstellung.
-
-**Schneller Tipp**: Werkzeuge wie [Capgo](https://capgo.app/) vereinfachen OTA-Updates und sorgen dafür, dass 95 % der Benutzer innerhalb von 24 Stunden aktualisiert werden.
-
-Lesen Sie weiter für detaillierte Strategien zur Optimierung Ihrer Capacitor-App-Entwicklung.
-
-## Capacitor 2.0: Mobile Apps & PWAs aus einer Codebasis
-
-<iframe src="https://www.youtube.com/embed/8KQb4u_FqOw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Code-Struktur Einrichtung
-
-Eine gut organisierte Code-Struktur ist der Schlüssel zur Skalierung von Capacitor-Apps. Hier ist ein Überblick über praktische Möglichkeiten zur Organisation von Projektdateien und zum Erstellen wiederverwendbarer Komponenten.
-
-### Ordnerorganisation
-
-Eine klare Ordnerstruktur hilft dabei, gemeinsamen Code von plattform-spezifischen Implementierungen zu trennen. Hier ist ein Beispiel für ein Layout:
-
-| Verzeichnis | Zweck | Beispielinhalt |
-| --- | --- | --- |
-| **/shared** | Code, der plattformübergreifend verwendet wird | Dienste, Utilities, Schnittstellen |
-| **/platforms** | Plattform-spezifische Implementierungen | Native Plugins, UI-Anpassungen |
-| **/components** | Wiederverwendbare UI-Elemente | Benutzerdefinierte Widgets, Elemente |
-| **/assets** | Statische Ressourcen | Bilder, Schriftarten, Icons |
-| **/services** | Geschäftslogik | API-Clients, Zustandsverwaltung |
-
-### Erstellen von wiederverwendbaren Modulen
-
-Eine solide Ordnerstruktur ist der erste Schritt zum Erstellen wiederverwendbarer Module. Um Ihre Module einfach zu verwenden und zu warten, sollten Sie diese Strategien in Betracht ziehen:
-
--   **Abstrahieren plattform-spezifischer Unterschiede**: Verwenden Sie Schnittstellenebenen zur Verwaltung plattform-spezifischer Variationen.
--   **Versionskontrolle**: Behalten Sie Updates mit strengen Versionierungsprotokollen im Auge.
--   **Dokumentation**: Geben Sie klare, prägnante Anweisungen zur Verwendung und Integration der Module.
-
-### Tipps zum Dateimanagement
-
-Gute Praktiken im Dateimanagement können Updates und plattformübergreifende Entwicklungen deutlich erleichtern:
-
--   **Assets organisieren**: Gruppieren Sie Assets basierend auf Plattformkompatibilität, um die Bundle-Größen zu reduzieren und die Effizienz zu verbessern.
--   **Cache effektiv verwalten**: Verwenden Sie robuste Cache-Strategien, um die Offline-Leistung und Ladezeiten zu verbessern.
--   **Updates optimieren**: Nutzen Sie die Aktualisierungsfunktionen von Capacitor. Mit einem Kanalsystem können Sie Updates an bestimmte Benutzergruppen vor einer vollständigen Veröffentlichung ausrollen.
-
-## Test- und Debug-Methoden
-
-Das Testen von gemeinsamem Code in Capacitor-Apps erfordert einen klaren und strukturierten Ansatz, um konsistente Leistung sicherzustellen. Im Folgenden werden wir effektive Werkzeuge und Methoden für Tests und Debugging behandeln.
-
-### Testplanung
-
-Um gemeinsam genutzten Capacitor-Code angemessen zu testen, benötigen Sie einen umfassenden Plan, der jede Ebene Ihrer App anspricht. Hier ist eine Übersicht, wie Sie Ihren Testprozess organisieren können:
-
-| **Testebene** | **Werkzeuge & Ansätze** | **Wichtige Fokusbereiche** |
-| --- | --- | --- |
-| **Unit-Tests** | Jest, [Mocha](https://mochajs.org/) | Geschäftslogik, Utility-Methoden |
-| **Integrationstests** | Cypress, [Selenium](https://www.selenium.dev/) | Plattformübergreifende Funktionalität |
-| **End-to-End-Tests** | Appium, [Detox](https://wix.github.io/Detox/) | Benutzerworkflows, native Funktionen |
-| **Leistungstests** | [Lighthouse](https://developer.chrome.com/docs/lighthouse), [WebPageTest](https://www.webpagetest.org/) | Ladegeschwindigkeit, Ressourcennutzung |
-
-Denken Sie daran, kanalbasierte Beta-Tests zu verwenden, um Ihre App speziellen Benutzergruppen zur Verfügung zu stellen. Dies hilft Ihnen, gezieltes Feedback zu sammeln, plattform-spezifische Probleme frühzeitig zu identifizieren und Updates schrittweise auszuhändigen. Ein solider Testplan stellt nicht nur die Qualität sicher, sondern macht das Debugging auch deutlich einfacher.
-
-### Debugging-Tools und Tipps
-
-Sobald das Testen eingerichtet ist, sind effektive Debugging-Praktiken entscheidend für die Aufrechterhaltung der App-Leistung. Hier sind wichtige Strategien und Werkzeuge, um die Debugging-Anstrengungen zu verbessern.
-
-**Einrichtungsfehlerverfolgung**  
-Richten Sie Fehlerverfolgungssysteme ein, die sowohl Web- als auch native Fehler überwachen. Diese Werkzeuge sollten detaillierte Stack-Traces liefern, Benutzerinteraktionen protokollieren und automatisch Berichte generieren. Diese Einrichtung hilft Ihnen, Probleme schnell zu identifizieren und plattformübergreifend zu beheben.
-
-**CI/CD-Integration**  
-Integrieren Sie Debugging-Tools in Ihre CI/CD-Pipeline. Dies erleichtert die Problemerkennung und -lösung und spart Zeit während der Entwicklung.
-
-**Kostenübersicht**
-
--   **Monatliche CI/CD-Betriebskosten**: ~300 $
--   **Einmalige Einrichtungsgebühr**: ~2.600 $ [\[1\]](https://capgo.app/)
-
-**Erweiterte Debugging-Tipps**
-
--   Verwenden Sie plattform-spezifische Entwicklerwerkzeuge zur Identifizierung und Behebung von Problemen.
--   Implementieren Sie Quellkarten, um Fehler auf ihren ursprünglichen Code zurückzuverfolgen.
--   Automatisieren Sie die Überwachung kritischer Pfade in Ihrer App.
--   Konfigurieren Sie Absturzberichte sowohl für Web- als auch für native Schichten, um Probleme frühzeitig zu erkennen.
-
-## Updates und Bereitstellung
-
-Ein effektives Management von Updates und Bereitstellungen sorgt dafür, dass Ihre App plattformübergreifend konsistent funktioniert. Nach gründlichen Tests und Debugging sorgt ein reibungsloser Bereitstellungsprozess dafür, dass Ihre App zuverlässig läuft.
-
-### CI/CD-Einrichtung
-
-Die Einrichtung einer CI/CD-Pipeline vereinfacht Bereitstellungen, indem sie nahtlos in Ihren bestehenden Workflow integriert wird und die Notwendigkeit zusätzlicher Werkzeuge vermeidet.
-
-| CI/CD-Komponente | Wichtige Merkmale | Vorteile |
-| --- | --- | --- |
-| [GitHub Actions](https://docs.github.com/actions) | Direkte Integration, automatisierte Builds | Vertraute Umgebung, einfach zu konfigurieren |
-| [GitLab CI](https://docs.gitlab.com/ee/ci/) | Eingebaute Pipeline-Werkzeuge, Container-Registry | All-in-One DevOps-Lösung |
-| [Jenkins](https://www.jenkins.io/) | Anpassbare Workflow-Unterstützung, umfangreiche Plugins | Hoher Anpassungsgrad |
-
-Im Durchschnitt kostet die CI/CD-Einrichtung etwa 2.600 $, mit monatlichen Wartungskosten von etwa 300 $. Über fünf Jahre können Sie damit bis zu 26.100 $ im Vergleich zu anderen Ansätzen sparen [\[1\]](https://capgo.app/).
-
-> "Wir konfigurieren Ihre CI/CD-Pipeline direkt auf Ihrer bevorzugten Plattform, sei es GitHub Actions, GitLab CI oder anderen. Wir hosten keine CI/CD oder berechnen Ihnen Gebühren für die Wartung." - Capgo [\[1\]](https://capgo.app/)
-
-Sobald Ihre CI/CD-Pipeline betriebsbereit ist, können Sie sich darauf konzentrieren, schnelle und effiziente OTA-Updates zu implementieren.
-
-### OTA-Updatesysteme
-
-Ein starkes OTA-Updatesystem sorgt dafür, dass Benutzer Fixes und neue Funktionen ohne Verzögerungen durch App Store-Genehmigungen erhalten. Dieser Prozess beschleunigt die Bereitstellung und verbessert die Benutzererfahrung.
-
-Wichtige Statistiken:
-
--   82 % globale Erfolgsquote für Updates
--   Durchschnittliche Downloadzeit von 114 ms für ein 5 MB großes Bundle [\[1\]](https://capgo.app/)
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Benutzerbasis von über 5000 ausgerollt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Benutzer sind innerhalb von Minuten nach der Bereitstellung des OTA bei @Capgo auf dem neuesten Stand." - colenso [\[1\]](https://capgo.app/)
-
-Wichtige OTA-Funktionen, die Sie berücksichtigen sollten:
-
-| Funktion | Implementierung | Vorteil |
-| --- | --- | --- |
-| End-to-End-Verschlüsselung | Sicherer Updateversand | Gewährleistet Codesicherheit |
-| Teilupdates | Nur geänderte Dateien herunterladen | Spart Bandbreite |
-| Kanalsystem | Beta-Testmöglichkeiten | Verwaltet kontrollierte Rollouts |
-| Analytics-Integration | Echtzeit-Leistungsüberwachung | Überwacht die Erfolgsquote von Updates |
-
-Bei der Einrichtung von OTA-Updates stellen Sie sicher, dass Sie die Plattformanforderungen einhalten, die Versionskontrolle für einfache Rollbacks beibehalten und Echtzeitanalysen nutzen, um die Leistung zu verfolgen. Automatisierte Tests, bevor Updates live gehen, sind entscheidend, um die hohe Codequalität und Zuverlässigkeit aufrechtzuerhalten.
-
-## Sicherheit und Geschwindigkeit
-
-Starke Sicherheitsmaßnahmen und eine effiziente Leistung sind entscheidend, wenn Sie Capacitor-Code teilen.
-
-### Sicherheitsrichtlinien
-
-Schützen Sie Ihren gemeinsamen Code und Benutzerdaten mit einem mehrschichtigen Sicherheitsansatz. Moderne Methoden konzentrieren sich auf Verschlüsselung und präzise Zugangskontrollen. Hier sind einige effektive Praktiken:
-
-| **Sicherheitsmerkmal** | **Implementierung** | **Zweck** |
-| --- | --- | --- |
-| End-to-End-Verschlüsselung | Aktualisierungs-Pakete verschlüsseln | Verhindert unbefugten Zugriff |
-| Zugriffsmanagement | Rollenspezifische Berechtigungen | Regelt die Zusammenarbeit im Team |
-| Update-Kanäle | Separater Beta/Produktion | Reduziert Bereitstellungsrisiken |
-| Rückrollfähigkeit | Verwenden Sie Versionskontrolle | Schnelle Problemlösung |
-
-Sichere Bereitstellungen erhöhen die Erfolgsquote. Zum Beispiel betont Capgo die Bedeutung von Verschlüsselung bei sicheren Updates [\[1\]](https://capgo.app/).
-
-> "Die einzige Lösung mit echter End-to-End-Verschlüsselung, andere signieren nur Updates." - Capgo [\[1\]](https://capgo.app/)
-
-Sobald die Sicherheit gewährleistet ist, konzentrieren Sie sich auf die Optimierung der Leistung für schnellere und zuverlässigere Updates.
-
-### Geschwindigkeitsverbesserungen
-
-Die Leistungsoptimierung spielt eine große Rolle für die Benutzererfahrung und die Zuverlässigkeit der App. Schnelle und effiziente Updatesysteme sind unverzichtbar. Berücksichtigen Sie diese Leistungsbenchmarks:
-
-| **Metrik** | **Ziel** | **Warum es wichtig ist** |
-| --- | --- | --- |
-| Bundle-Downloadgeschwindigkeit | Unter 120 ms/5 MB | Gewährleistet Benutzerzufriedenheit |
-| API-Antwortzeit | Unter 450 ms | Verbessert die Reaktionsfähigkeit der App |
-| Erfolgsquote von Updates | Über 90 % | Erhöht die Zuverlässigkeit |
-| Aktualisierungszeit aktiver Benutzer | Innerhalb von 24 Stunden | Beibehaltung der Code-Konsistenz |
-
-Durch die Verwendung von Teilupdates und einem globalen CDN kann die Downloadgeschwindigkeit auf bis zu 114 ms für ein 5 MB großes Bundle gesenkt werden [\[1\]](https://capgo.app/).
-
-> "Die Community brauchte das und @Capgo tut etwas wirklich Wichtiges!" - Lincoln Baxter, @lincolnthree [\[1\]](https://capgo.app/)
-
-Um sowohl Sicherheit als auch Geschwindigkeit zu maximieren, folgen Sie diesen Schritten:
-
--   **Implementieren Sie partielle Updates**, um Bandbreite zu sparen und die Lieferung zu beschleunigen.
--   **Verwenden Sie ein Kanalsystem** für kontrollierte Rollouts und Beta-Tests.
--   **Aktivieren Sie das Echtzeit-Fehlertracking**, um Probleme schnell zu erkennen und zu beheben.
--   **Überwachen Sie Analysen**, um den Erfolg von Updates zu verfolgen und sich im Laufe der Zeit zu verbessern.
-
-## Zusammenfassung
-
-### Wichtige Punkte
-
-Um Capacitor-Code effektiv zu teilen, konzentrieren Sie sich auf eine modulare Struktur, automatisierte Tests, zielgerichtete Bereitstellung und starke Verschlüsselung.
-
-| Fokusbereich | Beste Praxis | Einfluss |
-| --- | --- | --- |
-| **Code-Struktur** | Modulare Architektur | Verbessert die Wartbarkeit |
-| **Tests** | Automatisiertes CI/CD | Erzielt weltweit eine Erfolgsquote von 82% |
-| **Bereitstellung** | Kanalbasierte Verteilung | 95% der Nutzer aktualisieren innerhalb von 24 Stunden |
-| **Sicherheit** | Ende-zu-Ende-Verschlüsselung | Schützt vor unbefugtem Zugriff |
-
-Diese Methoden wurden erfolgreich in über 750 Produktionsanwendungen implementiert [\[1\]](https://capgo.app/). Capgo baut auf diesen Grundlagen auf und bietet Tools, die die Prozesse des Code-Teilens vereinfachen und verbessern.
-
-### [Capgo](https://capgo.app/) Integration
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fc5744af1a45e500bc59a4/460b6a71189963262e0579d8af2972b5.jpg)
-
-Capgo stimmt mit diesen Praktiken überein und optimiert die Capacitor-Entwicklung mit fortschrittlichen Over-the-Air (OTA) Updates und integrierten CI/CD-Workflows. Es liefert beeindruckende Ergebnisse, darunter Downloadgeschwindigkeiten von 114 ms für 5 MB-Pakete über ein globales CDN, eine durchschnittliche API-Antwortzeit von 434 ms weltweit und 23,5 Millionen erfolgreiche Updates [\[1\]](https://capgo.app/).
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend, um kontinuierlich an unsere Nutzer zu liefern!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Ein hervorstechendes Merkmal sind die flexiblen Bereitstellungsoptionen, die sowohl cloudbasierte als auch selbstgehostete Setups unterstützen.
-
-> "Capgo ist ein unverzichtbares Werkzeug für Entwickler, die produktiver sein wollen. Die Vermeidung von App-Überprüfungen für Fehlerbehebungen ist ein echter Wendepunkt." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Die Funktionen von Capgo unterstützen bewährte Praktiken für das Teilen von Code:
-
-| Funktion | Vorteil | Einfluss in der Praxis |
-| --- | --- | --- |
-| **CI/CD-Integration** | Automatisiert die Bereitstellung | Vereinfacht Arbeitsabläufe |
-| **Kanalsystem** | Ermöglicht gezielte Updates | Verbessert die Beta-Testmöglichkeiten |
-| **Analysetafel** | Verfolgt die Leistung | Bietet Echtzeiteinblicke |
-| **Rollback-Fähigkeit** | Verringert Risiken | Ermöglicht sofortige Versionskontrolle |
-
-Diese Tools schaffen eine sichere und effiziente Umgebung für das Teilen von Code und gewährleisten die Einhaltung der Richtlinien des App-Stores [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/de/best-practices-for-capacitor-script-automation.md b/src/content/blog/de/best-practices-for-capacitor-script-automation.md
deleted file mode 100644
index bc7762bff..000000000
--- a/src/content/blog/de/best-practices-for-capacitor-script-automation.md
+++ /dev/null
@@ -1,278 +0,0 @@
----
-slug: best-practices-for-capacitor-script-automation
-title: Best Practices für die Automatisierung von Capacitor-Skripten
-description: >-
-  Lernen Sie Best Practices zur Automatisierung von Capacitor-Skripten, um
-  App-Updates zu optimieren, die Sicherheit zu verbessern und die Leistung zu
-  steigern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T11:08:30.579Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dce66283b63ee70fa0e1e4-1742555321812.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, script automation, CI/CD, mobile updates, performance optimization,
-  security practices
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Skriptautomatisierung hilft Entwicklern, mobile Apps schnell und effizient zu aktualisieren. Hier ist, was Sie wissen müssen:
-
-1.  **Schnellere Updates**: Änderungen erreichen 95% der Nutzer innerhalb von 24 Stunden – Verzögerungen im App-Store werden übersprungen.
-2.  **Fehlerreduzierung**: Automatisierung minimiert menschliche Fehler.
-3.  **Vereinfachte Arbeitsabläufe**: Bereitstellung mit einem einzigen Befehl unter Verwendung von Tools wie [GitHub Actions](https://docs.github.com/actions) und [GitLab CI](https://docs.gitlab.com/ee/ci/).
-
-### Wichtige Praktiken:
-
-1.  **Modulare Skripte**: Zerlegen Sie Code in wiederverwendbare Teile für einfachere Updates.
-2.  **CI/CD-Pipelines**: Automatisieren Sie Tests und Bereitstellungen für konsistente Ergebnisse.
-3.  **Sicherheit**: Verwenden Sie End-to-End-Verschlüsselung und rollenbasierte Berechtigungen, um Updates zu schützen.
-
-### Zu berücksichtigende Tools:
-
-1.  **[Capgo](https://capgo.app/)**: Liefert sofortige Updates, verfolgt die Leistung und gewährleistet sichere Bereitstellungen.
-2.  **Globale Erfolge**: Erzielt eine Erfolgsquote von 82% für Updates mit einer Downloadgeschwindigkeit von 114 ms für 5 MB-Pakete.
-
-Automatisierung sorgt für schnellere, sicherere und zuverlässigere App-Updates. Vertiefen Sie sich in die Einzelheiten, um Ihren Arbeitsablauf zu optimieren!
-
-## So konfigurieren Sie Ihr [Capacitor](https://capacitorjs.com/) Projekt AUTOMATISCH ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-21.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/kYFZkmJ6rAc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Skripterstellungsstandards
-
-Die Erstellung effektiver Capacitor-Automatisierungsskripte erfordert eine klare Struktur, Wartungsfreundlichkeit und zuverlässiges Monitoring. Durch den Fokus auf modulares Design und richtige Versionskontrolle können Teams langfristigen Erfolg und Anpassungsfähigkeit sicherstellen.
-
-### Modulare Skripte erstellen
-
-Das Zerlegen von Skripten in kleinere, wiederverwendbare Module hilft, Ihren Code sauber und effizient zu halten. Diese Methode minimiert Redundanz und vereinfacht Tests und Updates.
-
-Hier sind einige Tipps für die Entwicklung modularer Skripte:
-
-1.  Schreiben Sie unabhängige Funktionen für spezifische Aufgaben.
-2.  Verwenden Sie konsistente Benennungskonventionen für Klarheit.
-3.  Entwerfen Sie Schnittstellen, die die Wiederverwendbarkeit des Codes fördern.
-4.  Organisieren Sie Komponenten, um Tests zu vereinfachen.
-
-### Verwaltung von Codeänderungen
-
-Versionskontrolle ist entscheidend für die Nachverfolgung von Änderungen und die Förderung von Zusammenarbeit. Die Integration von CI/CD-Pipelines kann weiterhin Bereitstellungen vereinfachen und die Codequalität aufrechterhalten. Beste Praktiken umfassen:
-
-1.  **Klare Commit-Nachrichten**: Dokumentieren Sie Änderungen auf eine unkomplizierte Weise.
-2.  **Feature-Branches**: Isolieren Sie Änderungen, um Konflikte zu vermeiden.
-3.  **Code-Reviews**: Verwenden Sie Peer-Reviews, um hohe Standards aufrechtzuerhalten.
-
-Viele Teams haben Verbesserungen bei der Bereitstellungseffizienz gesehen, indem sie Capgo's CI/CD-Tools mit Plattformen wie GitHub Actions und GitLab CI [\[1\]](https://capgo.app/) integriert haben.
-
-### Skriptüberwachung
-
-Die Überwachung von Skripten stellt sicher, dass Probleme erkannt und behoben werden, bevor sie die Nutzer beeinträchtigen. Eine starke Überwachungsstrategie sollte Folgendes abdecken:
-
-| Komponente | Zweck | Metriken |
-| --- | --- | --- |
-| **Fehlerverfolgung** | Proaktiv Probleme erkennen | Fehlerquoten, Fehlerarten |
-| **Leistungsanalysen** | Ressourcennutzung optimieren | Antwortzeiten, Speicherverbrauch |
-| **Überwachung des Update-Erfolgs** | Bereitstellungen verifizieren | Erfolgsquoten, Nutzerakzeptanz |
-
-Um die Überwachung zu verbessern:
-
-1.  Richten Sie automatisierte Warnungen für kritische Fehler ein.
-2.  Führen Sie detaillierte Protokolle für die Fehlersuche.
-3.  Definieren Sie klare Verfahren zur Reaktion auf Vorfälle.
-4.  Verfolgen Sie regelmäßig die Bereitstellungsmetriken.
-
-Capgo's Fehlerverfolgungs- und Analysetools haben Teams dabei geholfen, Probleme schnell zu identifizieren und zu beheben. Dies, kombiniert mit besserem organisatorischen Management, ermöglicht es Entwicklungsteams, effektiver zu reagieren [\[1\]](https://capgo.app/).
-
-## Skriptgeschwindigkeit und Effizienz
-
-Die Responsivität Ihrer Capacitor-App hängt stark davon ab, wie gut Ihre Skripte funktionieren. Durch den Fokus auf optimierte asynchrone Operationen und effektives Speichermanagement können Sie die Skriptgeschwindigkeit erhöhen und gleichzeitig den Ressourcenverbrauch reduzieren.
-
-### Verwendung asynchroner Operationen
-
-Asynchrone Programmierung ist ein entscheidender Faktor, um Leistungsengpässe zu vermeiden. Durch die Verwendung von `async/await`-Mustern können Sie mehrere Operationen gleichzeitig verwalten, ohne die Klarheit des Codes zu opfern.
-
-Hier sind einige praktische Möglichkeiten zur Implementierung asynchroner Operationen:
-
-| **Operationstyp** | **Implementierung** | **Vorteile** |
-| --- | --- | --- |
-| Dateioperationen | Verwenden Sie asynchrone Datei-Handler | Vermeidet I/O-Verzögerungen |
-| API-Aufrufe | Verwenden Sie `Promise.all()` | Reduziert die Gesamtwartezeit |
-| Datenverarbeitung | Zerlegen in asynchrone Abschnitte | Hält die UI reaktionsschnell |
-
-Zusätzliche Tipps für die Arbeit mit asynchronen Operationen:
-
-1.  **Batchverarbeitung**: Gruppieren Sie ähnliche Aufgaben, um den Overhead zu minimieren.
-2.  **Fehlerbehandlung**: Verwenden Sie `try-catch`-Blöcke, um Fehler effektiv zu verwalten.
-3.  **Anforderungsmanagement**: Setzen Sie Zeitlimits und Wiederholungsmechanismen für bessere Zuverlässigkeit.
-
-Lassen Sie uns zum Speichermanagement übergehen, einem weiteren entscheidenden Faktor für die Aufrechterhaltung der App-Leistung.
-
-### Speichermanagement
-
-Gutes Speichermanagement hält Ihre App reibungslos am Laufen, indem es Lecks verhindert, die Ressourcennutzung optimiert und Abstürze vermeidet.
-
-1.  **Ressourcenbereinigung**  
-    Befreien Sie regelmäßig ungenutzte Ressourcen. Dazu gehört das Schließen von Verbindungen, das Löschen vorübergehender Dateien und das Entfernen unnötiger Ereignislistener.
-    
-2.  **Die richtigen Datenstrukturen wählen**  
-    Die Auswahl der richtigen Datenstruktur kann einen großen Unterschied im Speicherverbrauch ausmachen:
-    
-    | **Datenstruktur** | **Bestes Anwendungsgebiet** | **Speicherverbrauch** |
-    | --- | --- | --- |
-    | Arrays | Sequenzieler Datenzugriff | Mäßig |
-    | Sets | Speichern einzigartiger Werte | Niedrig |
-    | Maps | Schlüssel-Wert-Paare | Mäßig |
-    | WeakMaps | Objektverweise | Niedrig |
-    
-3.  **Überwachung und Profiling**  
-    Verwenden Sie Tools wie Capgo's Analytik, um Speicherprobleme zu identifizieren und die Leistung Ihrer App zu optimieren. Diese Tools können Ihnen helfen, Bereiche zu identifizieren, in denen möglicherweise Speicherlecks oder Ineffizienzen auftreten.
-    
-
-## CI/CD-Pipeline-Setup
-
-Eine gut strukturierte CI/CD-Pipeline vereinfacht die Entwicklung und gewährleistet zuverlässige Bereitstellungen jedes Mal.
-
-### Multi-Umgebungs-Setup
-
-Die Aufrechterhaltung separater Umgebungen für Entwicklung, Staging und Produktion ist entscheidend, um Bereitstellungsprobleme zu vermeiden und die Qualität zu bewahren. Hier ist eine effektive Möglichkeit, diese zu organisieren:
-
-| Umgebung | Zweck | Wichtige Konfiguration |
-| --- | --- | --- |
-| Entwicklung | Lokales Testen | Hot Reload, Debug-Protokollierung |
-| Staging | Validierung vor der Veröffentlichung | Produktionsähnliche Einstellungen |
-| Produktion | Live-Bereitstellung | Optimierte Leistung |
-
-Halten Sie umgebungsspezifische Variablen unter Versionskontrolle, um Konsistenz über die Setups hinweg sicherzustellen.
-
-### Skripttests
-
-Gründliche Tests sind ein Eckpfeiler jeder CI/CD-Pipeline. Capgo's Kanalsystem erleichtert das Testen von Pull-Requests, indem es Änderungen vor dem Zusammenführen validiert.
-
-Hier sind einige wesentliche Testpraktiken:
-
-1.  **Automatisierte Unit-Tests**: Testen Sie einzelne Komponenten Ihrer Skripte, um Fehler frühzeitig zu erkennen.
-2.  **Integrationstests**: Stellen Sie sicher, dass Ihre Skripte nahtlos mit anderen Teilen des Systems funktionieren.
-3.  **Leistungstests**: Messen Sie Ausführungszeiten und Ressourcenverbrauch, um Engpässe zu identifizieren.
-
-Sobald die Tests eingerichtet sind, hebt [die Update-Automatisierung](https://capgo.app/docs/live-updates/update-behavior/) die Zuverlässigkeit der Bereitstellung auf die nächste Stufe.
-
-### Update-Automatisierung
-
-Moderne Update-Automatisierungstools machen Bereitstellungen schneller und einfacher. Sie arbeiten Hand in Hand mit CI/CD-Prozessen, um sicherzustellen, dass Live-Updates reibungslos erfolgen.
-
-Capgo's Plattform unterstützt die Verteilung von Updates mit Funktionen wie:
-
-| Funktion | Nutzen | Erfolgsmetrik |
-| --- | --- | --- |
-| Beta-Tests | Problemen frühzeitig erkennen | 82% weltweite Erfolgsquote [\[1\]](https://capgo.app/) |
-| Gestaffelte Rollouts | Kontrollierte Verteilung | 23,5 Millionen Updates bereitgestellt [\[1\]](https://capgo.app/) |
-| Sofortige Updates | Schnelle Fehlerbehebungen | 750 Apps in Produktion [\[1\]](https://capgo.app/) |
-
-Capgo integriert sich nahtlos mit Tools wie GitHub Actions, GitLab CI und [Jenkins](https://www.jenkins.io/), um Ihre Update-Fähigkeiten zu verbessern, ohne bestehende Arbeitsabläufe zu stören [\[1\]](https://capgo.app/). Integrierte Fehlerverfolgung und Rollback-Optionen bieten zusätzliche Sicherheit für Ihre Bereitstellungen.
-
-## Skriptsicherheit
-
-Die Sicherung automatisierter Skripte ist entscheidend, um sensible Daten zu schützen und sicherzustellen, dass Ihr Entwicklungsprozess für Capacitor-Apps sicher bleibt. Moderne Sicherheitspraktiken sollten sowohl **Datenschutz** als auch **Zugriffskontrolle** ansprechen, um die Integrität aufrechtzuerhalten.
-
-### Datenschutz
-
-End-to-End-Verschlüsselung ist eine wichtige Schicht zur Sicherung der Skriptautomatisierung. Hier ist ein schneller Überblick über ihre Rolle:
-
-| Sicherheitslage | Implementierung | Zweck |
-| --- | --- | --- |
-| Update-Verschlüsselung | End-to-End-Verschlüsselung | Verhindert unbefugten Zugriff auf Updates |
-
-> "Capgo bietet eindeutig echte End-to-End-Verschlüsselung, im Gegensatz zu Wettbewerbern, die Updates lediglich signieren" [\[1\]](https://capgo.app/)
-
-Capgo's Verschlüsselung sorgt dafür, dass der Bereitstellungsinhalt geschützt bleibt und bietet eine zuverlässige Möglichkeit, Updates zu sichern [\[1\]](https://capgo.app/). Aber Verschlüsselung allein ist nicht genug – starke Zugriffskontrollen sind ebenfalls essenziell.
-
-### Sicherheitskontrollen
-
-Neben der Verschlüsselung stellen robuste Sicherheitskontrollen sicher, dass jeder Schritt im Bereitstellungsprozess geschützt ist. Plattformen mit erweiterten Funktionen bieten mehrere Schutzschichten:
-
-| Steuerungstyp | Funktion | Sicherheitsauswirkung |
-| --- | --- | --- |
-| Zugriffsverwaltung | Rollenbasierte Berechtigungen | Beschränkt Benutzeraktionen auf autorisierte Rollen |
-| Bereitstellungskontrollen | Kanalsystem | Ermöglicht gezielte Updates für bestimmte Gruppen |
-| Infrastruktur-Sicherheit | Selbstgehostete Optionen | Gewährt vollständige Kontrolle über den Bereitstellungsprozess |
-
-**Wichtige Maßnahmen zur Implementierung:**
-
-1.  **Benutzerberechtigungsmanagement**: Verwenden Sie rollenbasierte Berechtigungen, um die Ausführung von Skripten basierend auf Teamrollen einzuschränken.
-2.  **Bereitstellungskanäle**: Richten Sie separate Kanäle für Entwicklung, Test und Produktion ein, um zu verhindern, dass unbefugte Änderungen Live-Umgebungen beeinträchtigen.
-
-Bei der Auswahl von Automatisierungstools sollten Sie nach solchen mit robusten Sicherheitsangeboten suchen. Beispielsweise bietet Capgo sowohl cloud-gehostete als auch selbstgehostete Lösungen [\[1\]](https://capgo.app/), um Unternehmen dabei zu helfen, Compliance-Anforderungen zu erfüllen und gleichzeitig einen sicheren Workflow aufrechtzuerhalten.
-
-## Skriptautomatisierungstools
-
-Moderne Automatisierungsplattformen vereinfachen Updates und gewährleisten dabei Sicherheit und Compliance. Die Wahl der richtigen Tools kann die Entwicklungseffizienz steigern und reibungslose Bereitstellungen sicherstellen.
-
-### [Capgo](https://capgo.app/) Funktionen
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-21.jpg?auto=compress)
-
-Die Automatisierungsplattform von Capgo bietet starke Leistungen in realen Szenarien. Sie erreicht eine **95% Benutzer-Update-Rate innerhalb von 24 Stunden** und eine **82% globale Erfolgsquote für Updates** [\[1\]](https://capgo.app/). Hier ist eine Übersicht der wichtigsten Funktionen:
-
-| **Merkmal** | **Vorteil** | **Leistungskennzahl** |
-| --- | --- | --- |
-| Sofortige Updates | Verzögerungen im App-Store vermeiden | 57ms durchschnittliche API-Antwortzeit |
-| Globales CDN | Schnelle Inhaltslieferung | 114ms für den Download eines 5MB-Bundles |
-| Versionskontrolle | Änderungen verfolgen und verwalten | 23,5M+ gelieferte Updates |
-| Analytik | Überwachung des Bereitstellungserfolgs | 750+ Produktionsanwendungen nachverfolgt |
-
-Capgo unterstützt auch die CI/CD-Integration und ermöglicht automatisierte Bereitstellungspipelines, die Konsistenz über verschiedene Entwicklungsphasen hinweg sicherstellen. Dies ist besonders hilfreich für Teams, die mehrere Umgebungen verwalten.
-
-### Toolvergleich
-
-Capgo setzt hohe Maßstäbe, aber es ist wichtig zu berücksichtigen, wie andere Tools in wichtigen Bereichen abschneiden. Automatisierungstools von Capacitor unterscheiden sich in Funktionen und Preisen:
-
-| **Merkmal** | **Aktuelle Marktoptionen** | **Einfluss auf die Entwicklung** |
-| --- | --- | --- |
-| Updategeschwindigkeit | Echtzeit bis Stunden | Beeinflusst die Bereitstellungseffizienz |
-| Sicherheitsniveau | Einfache Signaturen bis E2E-Verschlüsselung | Beeinflusst den Update-Schutz |
-| Hosting-Optionen | Nur Cloud bis Selbst-Hosting | Beeinflusst die Flexibilität der Compliance |
-| Kostenstruktur | $300-$6,000 jährlich | Gestaltet die Skalierungsplanung |
-
-Die Bewertung dieser Kennzahlen hilft Entwicklungsteams, ein Tool auszuwählen, das zu ihrer [Update-Strategie](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) passt. Wie das Team von NASAs [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) feststellte:
-
-> "Capgo ist eine clevere Möglichkeit, Hot-Code-Pushes zu machen (und nicht für all das Geld der Welt wie bei @AppFlow) 🙂" - NASAs OSIRIS-REx [\[1\]](https://capgo.app/)
-
-Die Automatisierungslandschaft entwickelt sich ständig weiter, wobei neuere Plattformen Funktionen wie partielle Updates einführen, um Bandbreite zu sparen, und erweiterte Teamverwaltungsoptionen anbieten. Bei der Auswahl eines Tools sollten Sie Folgendes im Hinterkopf behalten:
-
--   **Integration** in bestehende CI/CD-Pipelines
--   **Unterstützung** für mehrere Bereitstellungsumgebungen
--   **Analytik** und Fehlerverfolgungstools
--   **Rollback-Funktionalitäten** zur Risikokontrolle
--   **Zusammenarbeitsfunktionen** für Team-Workflows
-
-## Zusammenfassung
-
-Dieser Abschnitt hebt die Hauptpunkte der effektiven Skriptautomatisierung von Capacitor hervor, die zuvor besprochen wurden. Erfolgreiche Skriptautomatisierung findet ein Gleichgewicht zwischen Struktur, Leistung und Sicherheit. Optimierte Praktiken verbessern nicht nur die Entwicklungs-Workflows, sondern erhöhen auch die Stabilität der Anwendung.
-
-Hier sind die Kernkomponenten für eine effiziente Skriptautomatisierung:
-
-| **Komponente** | **Best Practice** | **Einfluss** |
-| --- | --- | --- |
-| Struktur | Modularer Entwurf mit klarer Trennung | Vereinfacht die Wartung |
-| Leistung | Asynchrone Operationen und Speichereinstellungen | Erreicht 57ms durchschnittliche API-Antwortzeit |
-| Sicherheit | Ende-zu-Ende-Verschlüsselung | Schützt vor unbefugtem Zugriff |
-| CI/CD | Automatisierte Tests und gestaffelte Rollouts | Stellt 95% Update-Erfolg in 24 Stunden sicher |
-
-Moderne Tools haben revolutioniert, wie Entwickler App-Updates handhaben. Zum Beispiel lobte das Team von NASAs OSIRIS-REx die Fähigkeiten von Capgo:
-
-> "Capgo ist eine clevere Möglichkeit, Hot-Code-Pushes zu machen (und nicht für all das Geld der Welt wie bei @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-Echte Daten unterstützen diese Praktiken, und Entwickler haben ihre positiven Erfahrungen geteilt. Bessie Cooper bemerkte beispielsweise:
-
-> "Capgo ist ein unverzichtbares Tool für Entwickler, die höhere Produktivität anstreben, indem sie zeitraubende Fehlerüberprüfungen umgehen" [\[1\]](https://capgo.app/)
-
-Branchengrößen wie Rodrigo Mantica betonen ebenfalls deren Bedeutung:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Nutzer!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/biometric-authentication-in-capacitor-apps.md b/src/content/blog/de/biometric-authentication-in-capacitor-apps.md
deleted file mode 100644
index 91cd58de0..000000000
--- a/src/content/blog/de/biometric-authentication-in-capacitor-apps.md
+++ /dev/null
@@ -1,484 +0,0 @@
----
-slug: biometric-authentication-in-capacitor-apps
-title: Biometrische Authentifizierung in Capacitor Apps
-description: >-
-  Erfahren Sie, wie Sie sichere biometrische Authentifizierung in Capacitor-Apps
-  implementieren, um die Benutzererfahrung zu verbessern und sensible Daten zu
-  schützen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:13:56.152Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68240bea59ff61289922287e-1747199824736.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  biometric authentication, Capacitor, mobile security, fingerprint, facial
-  recognition, app development
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-[Biometrische Authentifizierung](https://capgo.app/plugins/capacitor-native-biometric/) ermöglicht Benutzern den sicheren Zugriff auf Apps durch Fingerabdruck, Gesicht oder andere biologische Merkmale anstelle von Passwörtern. Für Entwickler, die mit [Capacitor](https://capacitorjs.com/) arbeiten, ist die Implementierung dieser Funktion unkompliziert und funktioniert sowohl auf iOS als auch auf Android. Hier eine kurze Zusammenfassung:
-
--   **Warum biometrische Authentifizierung nutzen?**
-    
-    -   Sicherer als Passwörter.
-    -   Verbessert die Benutzererfahrung durch schnelleren Login.
-    -   Erfüllt Sicherheitsstandards für sensible Daten.
--   **Unterstützte Methoden:**
-    
-    -   Fingerabdruck: Schnell und verbreitet.
-    -   Gesichtserkennung: Freihändige Option.
-    -   Iris-Scan: Anwendungsfälle mit hoher Sicherheit (begrenzte Geräte).
-    -   Spracherkennung: Fokus auf Barrierefreiheit (begrenzte Unterstützung).
--   **Benötigte Werkzeuge:**
-    
-    -   Capacitor 3.0+.
--   **Setup-Highlights:**
-    
-    -   Berechtigungen zu AndroidManifest und Info.plist hinzufügen.
-    -   Keychain (iOS) oder Keystore (Android) für sichere Speicherung nutzen.
-    -   Gründlich auf Kompatibilität und Fallback-Optionen testen.
-
-### Schneller Plugin-Vergleich
-
-| Plugin-Name | Capacitor-Version | Funktionen | Am besten geeignet für |
-| --- | --- | --- | --- |
-| `@aparajita/capacitor-biometric-auth` | Capacitor 8 | Native Biometrie, Geräte-Anmeldedaten | Neue Projekte mit Capacitor 8 |
-| `capacitor-native-biometric` | Capacitor 3, 4 | Sichere Anmeldedatenspeicherung, Keychain/Keystore | Anmeldedatenverwaltung |
-| Alle Versionen | Biometrische und Geräte-Anmeldedaten Unterstützung | Flexible Authentifizierungsoptionen |
-
-[Biometrische Authentifizierung in Capacitor-Apps](https://capgo.app/plugins/capacitor-native-biometric/) ist eine sichere und benutzerfreundliche Methode zum Schutz sensibler Daten. Der vollständige Artikel beschreibt Einrichtungsschritte, Code-Beispiele, Teststrategien und Sicherheitsstandards.
-
-## Ionic Biometrische (FaceID / FingerPrint) Authentifizierung
-
-
-## Setup-Anforderungen
-
-Um biometrische Authentifizierung in Ihrer [Capacitor-App](https://capgo.app/plugins/ivs-player/) zu aktivieren, müssen Sie einige Werkzeuge, Abhängigkeiten und plattformspezifische Einstellungen konfigurieren. Nachfolgend finden Sie die schrittweisen Setup-Anforderungen für Android- und iOS-Plattformen.
-
-### Erforderliche Werkzeuge und Abhängigkeiten
-
-Bevor Sie mit der Implementierung beginnen, stellen Sie sicher, dass folgende Werkzeuge und Abhängigkeiten bereit sind:
-
-| Komponente | Mindestversion | Zweck |
-| --- | --- | --- |
-| **Capacitor** | 3.0 oder höher | Core Framework |
-| **[Node.js](https://nodejs.org/en)** | Neueste LTS | Paketverwaltung |
-| **[Xcode](https://developer.apple.com/xcode/)** | Neueste Version | iOS-Entwicklung |
-| **[Android Studio](https://developer.android.com/studio)** | Neueste Version | Android-Entwicklung |
-| **Physische Geräte** | iOS 13+ / Android API 23+ | Testen biometrischer Funktionen |
-
-Wählen Sie ein [biometrisches Plugin](https://capgo.app/plugins/capacitor-native-biometric/) basierend auf Ihrer Capacitor-Version:
-
--   **@aparajita/capacitor-biometric-auth** für Capacitor 8
--   **capacitor-native-biometric** für Capacitor 3 und 4
-
-### Android-Setup-Schritte
-
-Um die biometrische Authentifizierung unter Android zu konfigurieren, müssen Sie einige Anpassungen an Ihren Projektdateien vornehmen:
-
-1.  **Manifest-Konfiguration**
-    
-    Fügen Sie folgende Berechtigungen zu Ihrer `AndroidManifest.xml` Datei hinzu:
-    
-    ```xml
-    <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-    <!-- For Android 9 (API 28) or lower -->
-    <uses-permission android:name="android.permission.USE_FINGERPRINT" />
-    ```
-    
-2.  **Gradle-Setup**
-    
-    Aktualisieren Sie die `build.gradle` Datei Ihrer App, um die notwendigen biometrischen Abhängigkeiten einzubinden:
-    
-    ```kotlin
-    dependencies {
-        implementation "androidx.biometric:biometric:1.1.0"
-    }
-    ```
-    
-### iOS-Setup-Schritte
-
-Für iOS müssen Sie diese Schritte befolgen, um die biometrische Authentifizierung zu konfigurieren:
-
-1.  **Info.plist-Konfiguration**
-    
-    Fügen Sie die erforderliche Nutzungsbeschreibung zu Ihrer `Info.plist` Datei hinzu:
-    
-    ```xml
-    <key>NSFaceIDUsageDescription</key>
-    <string>Authentication required for secure access</string>
-    ```
-    
-2.  **Keychain-Konfiguration**
-    
-    Aktivieren Sie Keychain-Funktionen in Xcode:
-    
-    -   Öffnen Sie Ihre Projekteinstellungen.
-    -   Gehen Sie zum **Signing & Capabilities** Tab.
-    -   Fügen Sie die **Keychain Sharing** Funktion hinzu.
-    -   Konfigurieren Sie bei Bedarf Zugriffsgruppen.
-3.  **Authentifizierungsrichtlinien**
-    
-    Richten Sie lokale Authentifizierungsrichtlinien ein zur Behandlung von:
-    
-    -   Fehlgeschlagenen Authentifizierungsversuchen
-    -   Fallback auf Geräte-Passcodes
-    -   Überprüfungen der biometrischen Verfügbarkeit
-    
-    Verwenden Sie für bessere Sicherheit die iOS Keychain zur Speicherung sensibler Daten. Dies gewährleistet Kompatibilität mit Touch ID und Face ID und schützt gleichzeitig Benutzeranmeldedaten.
-    
-
-## Code-Implementierung
-
-Sobald die Setup-Konfigurationen vorhanden sind, ist der nächste Schritt die Implementierung sicheren Codes. Dies beinhaltet die Auswahl des richtigen Plugins und die Erstellung zuverlässiger Authentifizierungsabläufe.
-
-### Plugin-Auswahlhilfe
-
-Bei der Auswahl eines biometrischen Authentifizierungs-Plugins für Ihre Capacitor-App sollte Ihre Wahl auf die spezifischen Projektanforderungen abgestimmt sein. Hier sind einige beliebte Optionen:
-
-| Plugin-Name | Capacitor-Version | Hauptfunktionen | Am besten geeignet für |
-| --- | --- | --- | --- |
-| @aparajita/capacitor-biometric-auth | Capacitor 8 | Native Biometrie, Geräte-Anmeldedaten, umfassende API | Neue Projekte mit Capacitor 8 |
-| capacitor-native-biometric | Capacitor 3, 4 | Sichere Anmeldedatenspeicherung, Keychain/Keystore Integration | Bestehende Projekte, die Anmeldedatenverwaltung benötigen |
-| Alle Versionen | Biometrische und Geräte-Anmeldedaten Authentifizierung, übersichtliche API | Projekte, die flexible Authentifizierungsoptionen benötigen |
-
-### Authentifizierungs-Code-Beispiele
-
-So verwenden Sie das **@capgo/capacitor-native-biometric** Plugin für biometrische Authentifizierung:
-
-```typescript
-import { Biometrics } from '@capgo/capacitor-native-biometric';
-
-async function setupBiometricAuth() {
-  try {
-    const { isAvailable } = await Biometrics.isBiometricsAvailable();
-
-    if (!isAvailable) {
-      return {
-        success: false,
-        message: "Biometric authentication not available"
-      };
-    }
-
-    const result = await Biometrics.authenticate({
-      reason: "Access your secure data",
-      title: "Verify Identity",
-      subtitle: "Use biometrics to authenticate",
-      cancelTitle: "Use Password Instead"
-    });
-
-    return {
-      success: true,
-      data: result
-    };
-  } catch (error) {
-    return {
-      success: false,
-      error: error.message
-    };
-  }
-}
-```
-
-Für die Verwaltung sicherer Anmeldedaten bietet das **capacitor-native-biometric** Plugin einen unkomplizierten Ansatz:
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-async function secureCredentialStorage(credentials) {
-  try {
-    await NativeBiometric.setCredentials({
-      username: credentials.username,
-      password: credentials.password,
-      server: "api.yourserver.com"
-    });
-
-    // Verify storage by retrieving the credentials
-    const stored = await NativeBiometric.getCredentials({
-      server: "api.yourserver.com"
-    });
-
-    return stored.username === credentials.username;
-  } catch (error) {
-    console.error("Credential storage failed:", error);
-    return false;
-  }
-}
-```
-
-Sobald der Code implementiert ist, ist es wichtig, seine Funktionalität durch ordnungsgemäße Tests zu validieren.
-
-### Testmethoden
-
-Um sicherzustellen, dass Ihre biometrische Authentifizierung zuverlässig und sicher ist, berücksichtigen Sie diese Teststrategien:
-
--   **Gerätekompatibilitätstests**
-    
-    Prüfen Sie, ob die Authentifizierung auf verschiedenen Geräten und unter verschiedenen Bedingungen funktioniert:
-    
-    ```typescript
-    async function runCompatibilityTests() {
-      const tests = {
-        biometricAvailable: await Biometrics.isBiometricsAvailable(),
-        credentialStorage: await testCredentialStorage(),
-        authenticationFlow: await testAuthFlow(),
-        fallbackMechanism: await testFallbackAuth()
-      };
-    
-      return tests;
-    }
-    ```
-    
--   **Fehlerbehandlung und häufige Szenarien**
-    
-    Simulieren Sie Fehler und testen Sie Fallback-Mechanismen:
-    
-    ```typescript
-    async function validateErrorHandling() {
-      try {
-        await Promise.race([
-          Biometrics.authenticate(),
-          new Promise((_, reject) =>
-            setTimeout(() => reject(new Error("Timeout")), 30000)
-          )
-        ]);
-      } catch (error) {
-        return implementFallbackAuth();
-      }
-    }
-    ```
-    
--   **Sicherheitsvalidierung**
-    
-    Stellen Sie sicher, dass Ihre Implementierung Sicherheitsstandards erfüllt:
-    
-    ```typescript
-    async function validateSecurityMeasures() {
-      const validations = {
-        keychain: await validateKeychainAccess(),
-        biometricStrength: await checkBiometricStrength(),
-        encryptionStatus: await verifyEncryption()
-      };
-    
-      return validations.keychain &&
-             validations.biometricStrength &&
-             validations.encryptionStatus;
-    }
-    ```
-    
-
-Testen Sie zusätzlich Szenarien wie:
-
--   Mehrere fehlgeschlagene Authentifizierungsversuche
--   Verhalten nach Geräteneustart
--   Übergänge zwischen Vordergrund- und Hintergrund-App-Zuständen
--   Änderungen der Netzwerkverbindung
--   Aktualisierungen der System-Biometrie-Einstellungen
-
-Gründliches Testen stellt sicher, dass das biometrische Authentifizierungssystem robust und einsatzbereit ist.
-
-## Sicherheitsstandards
-
-Die Gewährleistung hoher Sicherheit bei der biometrischen Authentifizierung bedeutet, den Datenschutz zu priorisieren, Compliance-Vorschriften einzuhalten und mehrschichtige Sicherheitstechniken anzuwenden.
-
-### Datensicherheitsmethoden
-
-Unter iOS werden biometrische Daten verschlüsselt und mit **Keychain** gespeichert, während Android den **Keystore** verwendet. Wenn Sie das `capacitor-native-biometric` Plugin verwenden, können Sie Benutzeranmeldedaten wie folgt sicher speichern:
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-async function securelyStoreCredentials(username, password) {
-  const server = "api.yourapp.com";
-
-  // Use the highest available encryption
-  await NativeBiometric.setCredentials({
-    username,
-    password,
-    server,
-    authenticationType: "biometricAndDevice",
-    accessControl: "biometryAny"
-  });
-}
-```
-
-Für die Datenübertragung implementieren Sie immer **Ende-zu-Ende-Verschlüsselung**, um sensible Informationen zu schützen.
-
-### Store-Richtlinien
-
-App Stores haben strenge Regeln für [biometrische Sicherheit](https://capgo.app/plugins/capacitor-native-biometric/). Hier eine Übersicht der wichtigsten Plattform-Anforderungen:
-
-| Plattform | Hauptanforderungen | Implementierungshinweise |
-| --- | --- | --- |
-| iOS | LocalAuthentication Framework nutzen, Fallback-Optionen bereitstellen und eindeutige Benutzerzustimmung sicherstellen | Muss sowohl Face ID als auch Touch ID unterstützen |
-| Android | BiometricPrompt API nutzen, explizite Benutzergenehmigung einholen und Sicherheitsstufen deklarieren | Fingerabdruck und Gesichtserkennung unterstützen, mit Unterscheidungen für verschiedene Sicherheitsstufen |
-
-### Multi-Faktor-Setup
-
-Die Verbesserung der Sicherheit erfordert oft die Kombination von [biometrischer Verifizierung](https://capgo.app/plugins/capacitor-native-biometric/) mit einer zusätzlichen Authentifizierungsebene. Zum Beispiel können Sie nach der ersten [biometrischen Verifizierung](https://capgo.app/plugins/capacitor-native-biometric/) einen zusätzlichen Schritt zur Bestätigung der Benutzeridentität hinzufügen:
-
-```typescript
-async function setupMultiFactorAuth() {
-  // First factor: Biometric verification
-  const biometricResult = await Biometrics.authenticate({
-    reason: "Verify your identity",
-    title: "Authentication Required"
-  });
-
-  if (biometricResult.verified) {
-    // Second factor: Time-based OTP or similar mechanism
-    const totpResult = await verifyTOTP();
-    return totpResult.success;
-  }
-
-  return false;
-}
-```
-
-Ein Multi-Faktor-Ansatz umfasst typischerweise:
-
--   **Primäre biometrische Authentifizierung**
--   **Sekundäre Verifizierung** (z.B. SMS-Code oder Authenticator-App)
--   **Transaktionsspezifische Bestätigung** für zusätzliche Sicherheit
-
-Wenn Sie Tools wie Capgo für Live-Updates verwenden, stellen Sie die Einhaltung von Sicherheitsstandards sicher, indem Sie dessen **Ende-zu-Ende-Verschlüsselung** Funktionen nutzen. Dies garantiert, dass Ihre biometrischen Authentifizierungsmethoden während Updates sicher bleiben und mit Plattformanforderungen übereinstimmen [\[1\]](https://capacitor-tutorial.com/plugins/capacitor-biometric-auth/).
-
-## Wartungsleitfaden
-
-Halten Sie Ihr biometrisches System durch Ausbalancierung von Geschwindigkeit, Batterieeffizienz und zeitnahen Updates reibungslos am Laufen.
-
-### Geschwindigkeits- und Batterietipps
-
-Hier ein Code-Snippet zur Implementierung effizienter biometrischer Authentifizierung:
-
-```typescript
-// Efficient authentication implementation
-async function optimizedBiometricCheck() {
-  const authResult = await NativeBiometric.isAvailable();
-
-  if (!authResult.isAvailable) {
-    return handleFallback();
-  }
-
-  // Cache authentication state to avoid unnecessary re-checks
-  if (this.cachedAuthState && !this.isAuthExpired()) {
-    return this.cachedAuthState;
-  }
-
-  return NativeBiometric.verifyIdentity({
-    reason: "Verify your identity",
-    title: "Authentication Required",
-    maxAttempts: 3
-  });
-}
-```
-
-So optimieren Sie die Leistung Ihres biometrischen Systems:
-
--   **Batch-Authentifizierung**: Gruppieren Sie authentifizierungspflichtige Aktionen in einer Sitzung, statt mehrere Aufforderungen zu nutzen, um Unterbrechungen zu reduzieren.
--   **Intelligentes Caching**: Speichern Sie Authentifizierungszustände sicher und setzen Sie Ablaufzeiten, um redundante Verifizierungen zu vermeiden.
--   **Hintergrundoptimierung**: Pausieren Sie nicht essentielle Aufgaben während der Authentifizierung, um Geschwindigkeit zu verbessern und Batterie zu sparen.
--   **Ereignisgesteuerter Ansatz**: Ersetzen Sie ständiges Abfragen durch Event-Listener, um den Authentifizierungsstatus effizienter zu überwachen.
-
-### Updates mit [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68240bea59ff61289922287e/21f0f35e63cf5752e2e56f9c4d
-
-Capgo vereinfacht Updates.
-
-Hier sind die Gründe, warum Capgo ein großartiges Tool für die Verwaltung von Updates ist:
-
--   **Sofortige Bereitstellung**: Veröffentlichen Sie kritische Sicherheitskorrekturen und neue Funktionen ohne Verzögerung.
--   **Stufenweise Einführung**: Testen Sie Updates mit ausgewählten Benutzergruppen, bevor Sie sie für alle freigeben.
--   **Versionskontrolle**: Behalten Sie den Überblick über verschiedene Authentifizierungsversionen für besseres Management.
--   **Notfall-Rollback**: Kehren Sie schnell zu einer vorherigen Version zurück, falls Probleme auftreten.
-
-### API-Updates
-
-Die Aktualisierung Ihrer biometrischen API ist wichtig für Sicherheit und Funktionalität. Bleiben Sie proaktiv bei Updates mit diesen Richtlinien:
-
-| Update-Typ | Überwachungsmethode | Implementierungszeitplan |
-| --- | --- | --- |
-| Sicherheitspatches | Plugin-Repository-Warnungen | 24 Stunden |
-| Feature-Updates | Plattform-Dokumentation | 1 Woche |
-| Breaking Changes | Release Notes | 2-4 Wochen |
-| Store-Richtlinien-Updates | Entwicklerportal | Vor Einreichung |
-
-Konzentrieren Sie sich auf diese Bereiche:
-
--   **Plattform-Änderungen**: Verfolgen Sie Updates für iOS LocalAuthentication und Android BiometricPrompt APIs.
--   **Sicherheitsstandards**: Bleiben Sie auf dem neuesten Stand der biometrischen Sicherheitsanforderungen.
--   **Store-Richtlinien**: Stellen Sie die Einhaltung der Apple App Store- und Google Play-Richtlinien sicher.
-
-## Fazit
-
-### Wichtige Erkenntnisse
-
-Die Integration biometrischer Authentifizierung in Ihre Capacitor-App erfordert eine Balance zwischen Sicherheit, Leistung und Benutzererfahrung. Hier ist eine kurze Übersicht der Kernelemente:
-
-| **Komponente** | **Implementierungsfokus** | **Hauptüberlegungen** |
-| --- | --- | --- |
-| **Sicherheitsstandards** | Plattform-native Speicherung (Keychain/Keystore) | Ende-zu-Ende-Verschlüsselung, Anmeldedatenschutz |
-| **Plugin-Auswahl** | Kompatibilität mit neuester Version | Unterstützung mehrerer biometrischer Typen |
-| **Update-Management** | Regelmäßiger Wartungszyklus | Schnelle Bereitstellung von Sicherheitspatches |
-| **Benutzererfahrung** | Alternative Authentifizierungsoptionen | Klare und benutzerfreundliche Authentifizierungsaufforderungen |
-
-Diese Komponenten sind Ihre Roadmap für eine erfolgreiche Integration.
-
-### Schritte zur Implementierung der biometrischen Authentifizierung
-
-Befolgen Sie diese Schritte zur Integration der biometrischen Authentifizierung in Ihre App:
-
--   **Plugin-Integration**  
-    Beginnen Sie mit der Auswahl eines biometrischen Plugins, das zu Ihrer Capacitor-Version passt. Stellen Sie sicher, dass Ihre Konfigurationsdateien - wie `AndroidManifest.xml` und `Info.plist` - korrekt eingerichtet sind. Verlassen Sie sich für die sichere Speicherung von Anmeldedaten auf native Lösungen wie Keychain oder Keystore.
-    
--   **Sicherheitskonfiguration**  
-    Schützen Sie Benutzerdaten durch Aktivierung der Ende-zu-Ende-Verschlüsselung für alle Anmeldedatenübertragungen. Integrieren Sie bei Bedarf [Multi-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/) für zusätzliche Sicherheit. Planen Sie robuste Fehlerbehandlung und Fallback-Optionen.
-    
--   **Laufende Wartung**  
-    Halten Sie Ihre App sicher durch regelmäßige Updates für Sicherheitspatches. Bleiben Sie bei Plugin-Updates auf dem Laufenden und überwachen Sie Sicherheitshinweise. Tools wie Capgo können diesen Prozess vereinfachen. Capgo erreicht eine beeindruckende Update-Rate von 95% der Nutzer innerhalb von 24 Stunden [\[2\]](https://capgo.app).
-    
-
-> "Capgo ist ein Muss für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Bugfixes ist Gold wert." - Bessie Cooper [\[2\]](https://capgo.app)
-
-## FAQs
-
-:::faq
-### Was sind die Unterschiede zwischen biometrischen Plugins für Capacitor und wie wähle ich das beste für meine App?
-
-Bei der Auswahl eines biometrischen Plugins für Ihre Capacitor-App ist es wichtig, die Wahl auf Ihre spezifischen Projektanforderungen abzustimmen. Berücksichtigen Sie Faktoren wie **Plattformkompatibilität** (ob Sie Unterstützung für iOS, Android oder beides benötigen), wie einfach die Integration ist und ob das Plugin erweiterte biometrische Methoden wie **Face ID** oder **Fingerabdruck-Authentifizierung** unterstützt.
-
-Obwohl sich dieser Leitfaden auf die Implementierung biometrischer Authentifizierung in [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) konzentriert, können Tools wie **Capgo** eine wichtige Rolle spielen. Sie ermöglichen das Pushen von Echtzeit-Updates in Ihre App ohne App-Store-Genehmigungen. So kann Ihre App mit den neuesten Sicherheitsfunktionen aktuell bleiben und gleichzeitig die Standards von Apple und Android einhalten.
-:::
-
-:::faq
-### Wie stelle ich sicher, dass die biometrische Authentifizierung in meiner Capacitor-App den Sicherheitsstandards und App-Store-Richtlinien entspricht?
-
-Um sicherzustellen, dass die biometrische Authentifizierung in Ihrer Capacitor-App den aktuellen Sicherheitsstandards und App-Store-Richtlinien entspricht, halten Sie sich an diese wichtigen Praktiken:
-
--   **Wählen Sie zuverlässige Plugins**: Verwenden Sie ein vertrauenswürdiges biometrisches Authentifizierungs-Plugin wie Capacitors `@capacitor/biometrics`.
--   **Befolgen Sie Plattform-Richtlinien**: Halten Sie die Apple- und Android-Richtlinien ein, einschließlich Benutzereinwilligung, sicherer Speicherung und Backup-Optionen.
--   **Halten Sie Abhängigkeiten aktuell**: Aktualisieren Sie Ihre App und Bibliotheken regelmäßig.
-
-Die Verwendung eines Live-Update-Dienstes wie **Capgo** kann diesen Prozess vereinfachen. Es ermöglicht das sofortige Pushen von Sicherheitsupdates oder Verbesserungen in Ihre App, ohne App-Store-Verzögerungen.
-:::
-
-:::faq
-### Welche Herausforderungen können Entwickler bei der Integration biometrischer Authentifizierung in Capacitor-Apps begegnen und wie können sie diese bewältigen?
-
-Die Implementierung biometrischer Authentifizierung in Capacitor-Apps bringt einige Herausforderungen mit sich. Dazu gehören die Gewährleistung der Gerätekompatibilität, die effektive Verwaltung von Benutzerberechtigungen und die sichere Handhabung sensibler Daten. So können Sie diese Probleme angehen:
-
--   **Gerätekompatibilität**: Verwenden Sie Plugins wie `@capacitor-fingerprint-auth` für die Unterstützung biometrischer Funktionen auf Android und iOS.
-    
--   **Benutzerberechtigungen**: Erklären Sie klar, warum Ihre App biometrischen Zugriff benötigt. Bieten Sie transparente Informationen und gestalten Sie Ihre App so, dass sie Situationen elegant handhabt.
-    
--   **Datensicherheit**: Befolgen Sie die [Verschlüsselungs-Best-Practices](https://capgo.app/docs/cli/migrations/encryption/) und die Sicherheitsrichtlinien jeder Plattform.
-    
-
-Mit Tools wie Capgo können Sie Updates oder Probleme im Zusammenhang mit biometrischen Funktionen ohne App-Store-Genehmigungen beheben. Dies ermöglicht Echtzeit-Updates und schnelle Fehlerbehebungen bei gleichzeitiger Einhaltung der Apple- und Android-Richtlinien.
-:::
diff --git a/src/content/blog/de/birth-of-capgo-revolutionizing-capacitor-app-updates.md b/src/content/blog/de/birth-of-capgo-revolutionizing-capacitor-app-updates.md
deleted file mode 100644
index 87066f9c2..000000000
--- a/src/content/blog/de/birth-of-capgo-revolutionizing-capacitor-app-updates.md
+++ /dev/null
@@ -1,135 +0,0 @@
----
-slug: birth-of-capgo-revolutionizing-capacitor-app-updates
-title: Wie aus einem GitHub-Problem ein Unternehmen entstand
-description: >-
-  Entdecken Sie die Herausforderungen und Erfolge bei der Entwicklung von Capgo,
-  einem innovativen Live-Update-System für Capacitor-Apps, das aus der
-  Notwendigkeit heraus geboren und durch Feedback der Community geformt wurde.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-07-13T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /capgo-birth-story.webp
-head_image_alt: Eine visuelle Darstellung der Entwicklung von Capgo von der Idee zum Produkt
-tag: development
-published: true
-locale: de
-next_blog: ''
----
-
-## Die Genesis: Eine Community-Anfrage
-
-Die Samen von Capgo wurden tatsächlich lange vor meiner Reise als Solo-Entwickler gepflanzt. Am 8. Juli 2020 reichte ein Community-Mitglied namens alexcroox eine Plugin-Anfrage ein, die schließlich zur Blaupause für Capgo werden sollte.
-
-![Ursprüngliche Plugin-Anfrage](/capgo-initial-request.webp)
-
-Diese Anfrage skizzierte den Bedarf für ein "Capacitor Hot Code Push"-Plugin mit folgenden Kernpunkten:
-
-1. **Plattformen**: Unterstützung für Android und iOS
-2. **Bestehende Lösungen**: Es wurden die Einschränkungen aktueller Optionen wie MS Code Push (ohne Capacitor-Unterstützung) und App Flow (teuer und unflexibel) hervorgehoben
-3. **Beschreibung**: Die Möglichkeit, JS/CSS/HTML einer App in Echtzeit zu aktualisieren, ohne den App-Store-Prüfungsprozess zu durchlaufen
-4. **Hauptfunktionen**: 
-   - Ermöglichung von Over-the-Air-Updates von einem Server/Endpunkt nach Wahl des Entwicklers
-   - Herunterladen einer ZIP-Datei des aktualisierten Dist-Ordners, Extrahieren und Anweisung an Capacitor, aus diesem neuen Verzeichnis zu starten
-   - Zusätzliche Funktionen wie Update-Verifizierung, Installationszeitpunkt und selektives Herunterladen von Updates
-
-Diese umfassende Anfrage erhielt erhebliche Unterstützung aus der Community, mit 65 Likes und 25 Herz-Reaktionen. Sie zeigte deutlich eine starke Nachfrage nach einer solchen Lösung im Capacitor-Ökosystem.
-
-Als ich über ein Jahr später auf diese Anfrage stieß, resonierte sie stark mit den Herausforderungen, denen ich in meinen eigenen Projekten gegenüberstand. Sie diente sowohl als Bestätigung für den Bedarf eines solchen Tools als auch als Roadmap für das, was Capgo werden würde.
-
-Die Begeisterung der Community für dieses vorgeschlagene Plugin, kombiniert mit meinen persönlichen Erfahrungen, wurde zur treibenden Kraft hinter der Entwicklung von Capgo. Es ist ein perfektes Beispiel dafür, wie Open-Source-Communities Bedürfnisse identifizieren und Lösungen inspirieren können, auch wenn der Zeitraum von der Idee bis zur Umsetzung über ein Jahr beträgt.
-
-## Ein neues Kapitel beginnt
-
-Bevor wir in die Capgo-Geschichte eintauchen, ist es wichtig, die Bühne zu bereiten. 2021 traf ich die lebensverändernde Entscheidung, meine Position als CTO von Cashstory zu kündigen und meine Anteile zu verkaufen. Dies markierte den Beginn meiner Reise als Solo-Entwickler, ein Weg voller Ungewissheit, aber auch endloser Möglichkeiten.
-
-![Digitales Nomadenleben in Lissabon](/capgo-lisbon-nomad.webp)
-
-Mit meinen Ersparnissen als Sicherheitsnetz begab ich mich auf ein neues Abenteuer. Ich lebte als digitaler Nomade in Lissabon, Portugal, und genoss die lebendige Tech-Szene und Kultur der Stadt, während ich mich auf meine Leidenschaftsprojekte konzentrierte. Mein Hauptfokus lag auf Captime, einer mobilen App für Crossfit-Timer. Ich ahnte nicht, dass dieses Projekt mich dazu bringen würde, etwas viel Größeres zu erschaffen.
-
-Die Energie des Startup-Ökosystems in Lissabon und die Freiheit des digitalen Nomadenlebens boten den perfekten Hintergrund für Innovation. In dieser Umgebung, umgeben von Mitunternehmern und Entwicklern aus der ganzen Welt, wurden die Samen von Capgo gesät.
-
-## Der Funke einer Idee
-
-Während der Arbeit an Captime stieß ich auf ein erhebliches Hindernis - das Fehlen einer erschwinglichen und flexiblen Update-Lösung für Capacitor-Apps. Im Oktober 2021 äußerte ich diese Bedenken in einem GitHub-Thread.
-
-![Ursprünglicher Vorschlag für Capgo](/capgo-initial-proposal.webp)
-
-Die Hauptprobleme, die ich identifizierte, waren:
-
-1. Hohe Kosten für Entwickler im kleinen Maßstab
-2. Fehlen von Over-the-Air (OTA) Updates in erschwinglichen Plänen
-3. Unnötige Funktionen für Solo-Entwickler
-
-## Die Community resoniert
-
-Meine Bedenken trafen einen Nerv bei anderen Entwicklern. Viele teilten die Meinung, dass bestehende Lösungen für unabhängige Entwickler und kleine Teams überteuert waren.
-
-![Community-Feedback](/capgo-community-feedback.webp)
-
-Ein Entwickler fasste die Gefühle der Community zusammen:
-
-"Es wäre brillant, wenn der Community-Plan 500 Live-Updates beinhalten würdeOder noch besser, wenn es ein Live-Update-Paket für nur 50 Euro pro Monat gäbe, das 5.000 Live-Updates beinhaltet.
-
-## Die Geburt einer Lösung
-
-Motiviert durch die Reaktion der Community beschloss ich, die Sache selbst in die Hand zu nehmen. Am 24. Oktober 2021 kündigte ich meinen Plan an, ein Modul zu entwickeln, das es Entwicklern ermöglichen würde, Updates von einer bestimmten URL herunterzuladen.
-
-Die anfänglichen Ziele waren einfach:
-- Daten von einer URL herunterladen
-- Die Daten entpacken
-- Den aktuellen Code durch den neuen ersetzen
-
-Die Umsetzung dieser einfachen Idee in die Realität erwies sich jedoch als weitaus komplexer, als ich zunächst erwartet hatte.
-
-## Der Kampf hinter den Kulissen
-
-Was aus dem GitHub-Thread nicht ersichtlich ist, ist die schiere Komplexität der Aufgabe, die ich mir vorgenommen hatte. Der Code, der zur Implementierung dieser Funktionalität erforderlich war, war undurchsichtig und schwer zu verstehen. Ich fand mich damit konfrontiert, mich mit komplizierten Details darüber auseinanderzusetzen, wie Capacitor-Apps mit Updates und Dateisystemen umgehen.
-
-Viele Nächte verbrachte ich in meinem Van, vertiefte mich in Dokumentationen und experimentierte mit verschiedenen Ansätzen. Der Fortschritt war langsam, und es gab Zeiten, in denen ich mich fragte, ob ich mir zu viel zugemutet hatte.
-
-## Die Community eilt zur Hilfe
-
-Glücklicherweise war ich auf dieser Reise nicht allein. Die Entwickler-Community, insbesondere auf Discord, erwies sich als unschätzbare Ressource. Mitentwickler boten ihre Einblicke an, halfen bei der Fehlersuche und spendeten Ermutigung, wenn es schwierig wurde.
-
-Diese Zusammenarbeit war entscheidend, um die technischen Hürden zu überwinden. Sie bestärkte meinen Glauben an die Kraft von Open Source und gemeinschaftsgetriebener Entwicklung.
-
-## Schnelle Entwicklung und erweiterte Fähigkeiten
-
-Mit Hilfe der Community begann die Entwicklung sich zu beschleunigen. Am 22. November 2021 hatte ich eine funktionierende Version für iOS und verbesserte die Entwicklererfahrung.
-
-Mit fortschreitender Entwicklung fügte ich weitere Funktionen hinzu:
-- Android-Unterstützung
-- Persistenz zwischen App-Beendigungen
-- Die Möglichkeit, zur ursprünglichen App-Version zurückzukehren
-
-Jede neue Funktion brachte ihre eigenen Herausforderungen mit sich, aber auch ein Gefühl der Erfüllung, als das Projekt über seinen ursprünglichen Umfang hinauswuchs.
-
-## Der Start von Capgo
-
-Bis März 2022 hatte sich das Projekt zu einem vollwertigen Produkt entwickelt: Capgo. Ich kündigte die Veröffentlichung eines Auto-Update-Modus an, der es Entwicklern ermöglichte, sich mit ihrem eigenen Backend zu verbinden oder Capgos Backend-Dienst zu nutzen.
-
-Die Reaktion der Community war überwältigend positiv, und Entwickler lobten diese dringend benötigte Lösung.
-
-## Der Wechsel zu einem kostenpflichtigen Produkt
-
-Anfangs hatte ich keine Pläne, Capgo zu monetarisieren. Mein Ziel war es einfach, ein Werkzeug zu schaffen, das ein Problem lösen würde, mit dem ich und andere Entwickler konfrontiert waren. Das Feedback auf GitHub ließ mich jedoch diese Haltung überdenken.
-
-Entwickler äußerten ihre Bereitschaft, für eine Lösung zu bezahlen, die ihre Bedürfnisse zu einem fairen Preis erfüllt. Dieses Feedback, kombiniert mit der Erkenntnis der laufenden Kosten und Anstrengungen, die erforderlich waren, um Capgo zu warten und zu verbessern, führte zu einer entscheidenden Entscheidung.
-
-Am 11. Juni 2022 kündigte ich an, dass Capgo in 15 Tagen beginnen würde, für die Nutzung Gebühren zu erheben, was seinen Übergang von einem Gemeinschaftsprojekt zu einem nachhaltigen Geschäft markierte.
-
-Jedoch blieb ich den Wurzeln des Projekts treu, indem ich den Open-Source-Kern von Capgo beibehielt, indem ich die kostenlose Nutzung des Plugins im manuellen Modus oder mit einem benutzerdefinierten Server ermöglichte.
-
-## Fazit
-
-Meine Reise mit Capgo ist ein Beweis für die Kraft der gemeinschaftsgetriebenen Innovation und die unerwarteten Wege, auf denen sich Solo-Macher oft wiederfinden. Was als persönliche Frustration bei der Arbeit an einer Crossfit-Timer-App begann, entwickelte sich zu einem robusten, erschwinglichen und flexiblen Live-Update-System für Capacitor-Apps.
-
-Die Erschaffung von Capgo war alles andere als einfach.Es erforderte unzählige Arbeitsstunden, die Unterstützung einer großzügigen Entwickler-Community und die Bereitschaft, basierend auf Nutzerfeedback umzuschwenken. Vom Programmieren in einem Airbnb in Portugal bis zum Start eines kostenpflichtigen Produkts war jeder Schritt dieser Reise eine Lernerfahrung.
-
-Während Capgo sich weiterentwickelt, ist es ein Paradebeispiel dafür, wie das Erkennen einer Marktlücke, das aktive Arbeiten daran, diese zu füllen, und das Eingehen auf die Bedürfnisse der Community zur Schaffung wertvoller Tools führen können, die dem gesamten Entwickler-Ökosystem zugutekommen.
-
-Die Geschichte von Capgo ist mehr als nur die Entwicklung eines Tools; es ist eine Geschichte von Ausdauer, Gemeinschaft und der spannenden Unberechenbarkeit des Lebens als Solo-Entwickler.
-
-[here](https://githubcom/capacitor-community/proposals/issues/43#issuecomment-941017142)
diff --git a/src/content/blog/de/building-a-native-mobile-app-with-nextjs-and-capacitor.md b/src/content/blog/de/building-a-native-mobile-app-with-nextjs-and-capacitor.md
deleted file mode 100644
index 284d704c4..000000000
--- a/src/content/blog/de/building-a-native-mobile-app-with-nextjs-and-capacitor.md
+++ /dev/null
@@ -1,421 +0,0 @@
----
-slug: building-a-native-mobile-app-with-nextjs-and-capacitor
-title: >-
-  2025 Native Mobile Apps mit Next.js 15 und Capacitor erstellen: Ein
-  Schritt-für-Schritt-Leitfaden
-description: >-
-  Lernen Sie, wie man native mobile Apps mit Next.js 15 und Capacitor in diesem
-  umfassenden Leitfaden erstellt. Entdecken Sie die neuesten Best Practices und
-  Techniken zur Erstellung von leistungsstarken, funktionsreichen mobilen
-  Anwendungen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-02-21T00:00:00.000Z
-updated_at: 2025-05-12T00:00:00.000Z
-head_image: /next_capgo.webp
-head_image_alt: Next.js 15 und Capacitor Illustration
-keywords: >-
-  Next.js 15, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: de
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-## Einführung
-
-In diesem Tutorial werden wir erkunden, wie man native mobile Apps mithilfe der leistungsstarken Kombination aus [Next.js](https://nextjs.org/) 15 und [Capacitor](https://capacitorjs.com/) im Jahr 2024 erstellen kann. Durch die Nutzung der neuesten Versionen dieser Technologien können Sie leistungsstarke, funktionsreiche mobile Anwendungen problemlos entwickeln. Wir werden auch demonstrieren, wie man die mobile Benutzeroberfläche mit [Konsta UI](https://konstaui.com/) und Tailwind CSS verbessert, obwohl dieser Schritt optional ist.
-
-Next.js, ein beliebtes React-Framework, bietet eine solide Grundlage für den Aufbau von Webanwendungen, während Capacitor es Ihnen ermöglicht, Ihre Next.js-App ohne wesentliche Änderungen oder das Erlernen neuer Fähigkeiten wie React Native in eine native mobile App zu transformieren. Dieses Tutorial wird Sie durch den Prozess führen, beginnend mit der Einrichtung einer neuen Next.js-App und der Integration von Capacitor, um ein natives mobiles Erlebnis zu schaffen.
-
-### Vorteile der Verwendung von Next.js und Capacitor
-
-- **Code-Wiederverwendbarkeit**: Next.js ermöglicht es Ihnen, wiederverwendbare Komponenten zu schreiben und Code zwischen Ihren Web- und mobilen Apps zu teilen, was Zeit und Aufwand bei der Entwicklung spart.
-- **Leistung**: Next.js bietet integrierte Leistungsoptimierungen, wie z. B. serverseitiges Rendering und Code-Splitting, um schnelle Ladezeiten und eine reibungslose Benutzererfahrung sicherzustellen.
-- **Native Funktionen**: Capacitor bietet Zugriff auf native Gerätefunktionen wie die Kamera, Geolokalisierung und mehr, sodass Sie funktionsreiche mobile Apps entwickeln können.
-- **Vereinfachte Entwicklung**: Mit Capacitor können Sie Ihre mobile App unter Verwendung vertrauter Webtechnologien entwickeln und testen, wodurch die Lernkurve verringert und der Entwicklungsprozess gestrafft wird.
-
-## Vorbereitung Ihrer Next.js-App
-
-Um zu beginnen, erstellen wir eine neue Next.js-Anwendung mit dem Befehl `create-next-app`:
-
-```shell
-npx create-next-app@latest my-app
-```
-
-Dieser Befehl richtet ein leeres Next.js-Projekt mit der empfohlenen Konfiguration für die neueste Version ein.
-
-Navigieren Sie als Nächstes in das Projektverzeichnis:
-
-```shell
-cd my-app
-```
-
-Um eine native mobile App zu erstellen, müssen wir einen statischen Export unseres Next.js-Projekts generieren. Aktualisieren Sie die Datei `package.json`, um ein Skript zum Bauen und Exportieren des Projekts einzuschließen:
-
-```json
-{
-  "scripts": {
-    "dev": "next dev",
-    "build": "next build",
-    "start": "next start",
-    "lint": "next lint",
-    "static": "NEXT_PUBLIC_IS_MOBILE=true next build"
-  }
-}
-```
-
-Das Ausführen des Befehls `npm run static` kann aufgrund von Inkompatibilitäten bei der Bildoptimierung zu Fehlern führen. Um dies zu beheben, öffnen Sie die Datei `next.config.js` und ändern Sie sie wie folgt:
-
-```javascript
-/** @type {import('next').NextConfig} */
-const isMobile = process.env.NEXT_PUBLIC_IS_MOBILE === 'true';
-const nextConfig = {
-    ...(isMobile ? {output: 'export'} : {}),
-  reactStrictMode: true,
-  images: {
-    unoptimized: true,
-  },
-};
-
-module.exports = nextConfig;
-```
-
-Jetzt sollte das Ausführen von `npm run static` ohne Probleme funktionieren, und Sie finden einen neuen Ordner `out` im Stammverzeichnis Ihres Projekts. Dieser Ordner wird von Capacitor in den nächsten Schritten verwendet.
-
-## Hinzufügen von Capacitor zu Ihrer Next.js 15-App
-
-Um Ihre Next.js-App in einen nativen mobilen Container zu verpacken, folgen Sie diesen Schritten:
-
-1. Installieren Sie die [Capacitor CLI](https://capacitorjs.com/docs/cli/) als Entwicklungsabhängigkeit:
-
-```shell
-npm install -D @capacitor/cli
-```
-
-2. Initialisieren Sie Capacitor in Ihrem Next.js-Projekt:
-
-```shell
-npx cap init
-```
-
-Während des Initialisierungsprozesses können Sie "Enter" drücken, um die Standardwerte für den App-Namen und die Bundle-ID zu akzeptieren.
-
-3. Installieren Sie die benötigten Capacitor-Pakete:
-
-```shell
-npm install @capacitor/core @capacitor/ios @capacitor/android
-```
-
-4. Fügen Sie die nativen Plattformen hinzu:
-
-```shell
-npx cap add ios
-npx cap add android
-```
-
-Capacitor erstellt Ordner für jede Plattform (`ios` und `android`) im Stammverzeichnis Ihres Projekts. Diese Ordner enthalten die nativen Projekte für iOS und Android.
-
-Um auf das Android-Projekt zuzugreifen und es zu erstellen, müssen Sie [Android Studio](https://developer.android.com/studio) installiert haben. Für die iOS-Entwicklung benötigen Sie einen Mac mit [Xcode](https://developer.apple.com/xcode/) installiert.
-
-5. Konfigurieren Sie Capacitor:
-
-Öffnen Sie die Datei `capacitor.config.ts` und aktualisieren Sie die Eigenschaft `webDir`, um auf das Ausgabeverzeichnis Ihres Next.js-Baus zu verweisen:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-6. Bauen und synchronisieren Sie Ihr Projekt:
-
-```shell
-npm run static
-npx cap sync
-```
-
-Der Befehl `npm run static` baut Ihr Next.js-Projekt und exportiert die statischen Dateien, während `npx cap sync` den Webcode mit den nativen Plattformen synchronisiert.
-
-## Erstellen und Bereitstellen von nativen Apps
-
-Um Ihre native mobile App zu erstellen und bereitzustellen, folgen Sie diesen Schritten:
-Um iOS-Apps zu entwickeln, müssen Sie **Xcode** installiert haben, und für Android-Apps benötigen Sie **Android Studio**. Zudem, wenn Sie planen, Ihre App im App Store zu verteilen, müssen Sie sich für das Apple Developer Program für iOS und die Google Play Console für Android anmelden.
-
-1. Öffnen Sie die nativen Projekte:
-
-Für iOS:
-```shell
-npx cap open ios
-```
-
-Für Android:
-```shell
-npx cap open android
-```
-
-2. Bauen und starten Sie die App:
-
-![android-studio-run](/android-studio-run.webp)
-
-- Warten Sie in Android Studio, bis das Projekt bereit ist, und klicken Sie dann auf die Schaltfläche "Ausführen", um die App auf einem verbundenen Gerät oder Emulator bereitzustellen.
-![xcode-run](/xcode-run.webp)
-
-- Richten Sie in Xcode Ihr Signing-Konto ein, um die App auf einem echten Gerät bereitzustellen. Wenn Sie dies noch nie zuvor getan haben, führt Sie Xcode durch den Prozess (beachten Sie, dass Sie für das Apple Developer Program angemeldet sein müssen). Sobald es eingerichtet ist, klicken Sie auf die Schaltfläche "Play", um die App auf Ihrem verbundenen Gerät auszuführen.
-
-Herzlichen Glückwunsch! Sie haben Ihre Next.js-Webanwendung erfolgreich auf einem mobilen Gerät bereitgestellt.
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/nextjs-mobile-app.webp" alt="nextjs-mobile-app">
-</div>
-Aber halt, es gibt auch einen schnelleren Weg, dies während der Entwicklung zu tun...
-
-## Capacitor Live Reload
-
-Während der Entwicklung können Sie die Live-Neuladefunktion nutzen, um Änderungen sofort auf Ihrem mobilen Gerät zu sehen. Um diese Funktion zu aktivieren, folgen Sie diesen Schritten:
-
-1. Finden Sie Ihre lokale IP-Adresse:
-
-- Unter macOS führen Sie den folgenden Befehl im Terminal aus:
-  ```shell
-  ipconfig getifaddr en0
-  ```
-
-- Unter Windows führen Sie aus:
-  ```shell
-  ipconfig
-  ```
-  Suchen Sie die IPv4-Adresse in der Ausgabe.
-
-2. Aktualisieren Sie die Datei `capacitor.config.ts`, um die Serverkonfiguration einzuschließen:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'out',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://YOUR_IP_ADDRESS:3000',
-    cleartext: true,
-  },
-};
-
-export default config;
-```
-
-Ersetzen Sie `YOUR_IP_ADDRESS` durch Ihre lokale IP-Adresse.
-
-3. Wenden Sie die Änderungen auf Ihr natives Projekt an:
-
-```shell
-npx cap copy
-```
-
-Der Befehl `copy` kopiert den Webordner und die Konfigurationsänderungen in das native Projekt, ohne das gesamte Projekt zu aktualisieren.
-
-4. Bauen und starten Sie die App auf Ihrem Gerät mit Android Studio oder Xcode.
-
-Jetzt wird die mobile App automatisch neu geladen, um diese Änderungen widerzuspiegeln, wann immer Sie Änderungen an Ihrer Next.js-App vornehmen.
-
-Hinweis: Wenn Sie neue Plugins installieren oder Änderungen an nativen Dateien vornehmen, müssen Sie das native Projekt neu bauen, da das Live-Neuladen nur auf Änderungen im Webcode angewendet wird.
-
-## Verwendung von Capacitor-Plug-ins
-
-Capacitor-Plug-ins ermöglichen den Zugriff auf native Gerätefunktionen aus Ihrer Next.js-App. Lassen Sie uns erkunden, wie man das [Share-Plugin](https://capacitorjs.com/docs/apis/share/) als Beispiel verwendet:
-
-1. Installieren Sie das Share-Plugin:
-
-```shell
-npm i @capacitor/share
-```
-
-2. Aktualisieren Sie die Datei `pages/index.js`, um das Share-Plugin zu verwenden:
-
-```javascript
-import Head from 'next/head';
-import styles from '../styles/Home.module.css';
-import { Share } from '@capacitor/share';
-
-export default function Home() {
-  const share = async () => {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends',
-    });
-  };
-
-  return (
-    <div className={styles.container}>
-      <Head>
-        <title>Create Next App</title>
-        <meta name="description" content="Generated by create next app" />
-        <link rel="icon" href="/favicon.ico" />
-      </Head>
-
-      <main className={styles.main}>
-        <h1 className={styles.title}>
-          Welcome to <a href="https://nextjs.org">Capgo!</a>
-        </h1>
-
-        <p className={styles.description}>
-          <h2>Cool channel</h2>
-          <button onClick={() => share()}>Share now!</button>
-        </p>
-      </main>
-    </div>
-  );
-}
-```
-
-3. Synchronisieren Sie die Änderungen mit dem nativen Projekt:
-
-Wie bereits erwähnt, müssen wir beim Installieren neuer Plugins eine Synchronisierungsoperation durchführen und dann die App auf unserem Gerät neu bereitstellen. Führen Sie dazu den folgenden Befehl aus:
-
-```shell
-npx cap sync
-```
-
-4. Bauen und starten Sie die App auf Ihrem Gerät.
-
-Jetzt erscheint das native Freigabedialogfeld, wenn Sie auf die Schaltfläche "Jetzt teilen!" klicken, und ermöglicht es Ihnen, den Inhalt mit anderen Apps zu teilen.
-
-<div class="mx-auto" style="width: 50%;">
-<img src="/next-capacitor-share.webp" alt="next-capacitor-share">
-</div>
-
-Um die Schaltfläche mobiltauglicher zu gestalten, können wir einige Stile hinzufügen, indem wir meine Lieblings-Benutzeroberflächenkomponentenbibliothek für Webanwendungen - Next.js (kein Wortspiel beabsichtigt) verwenden.
-
-## Hinzufügen von Konsta UI
-
-Ich habe jahrelang mit [Ionic](https://ionicframework.com/) gearbeitet, um großartige plattformübergreifende Anwendungen zu erstellen, und das war eine der besten Entscheidungen über Jahre hinweg.
-Aber jetzt empfehle ich es nicht mehr, da es sehr kompliziert ist, es mit Next.js zu integrieren, und es nicht wirklich wert ist, wenn Sie bereits [tailwindcss](https://tailwindcss.com/) haben.
-
-Wenn Sie eine wirklich großartig aussehende mobile Benutzeroberfläche wünschen, die sich an das iOS- und Android-spezifische Styling anpasst, empfehle ich Konsta UI.
-
-Sie müssen [tailwind bereits installiert haben](https://tailwindcss.com/docs/guides/nextjs/) 
-Um die mobile Benutzeroberfläche Ihrer Next.js-App zu verbessern, können Sie [Konsta UI](https://konstaui.com/) verwenden, eine mobilfreundliche UI-Komponentenbibliothek, die sich an das Styling von iOS und Android anpasst. Folgen Sie diesen Schritten, um Konsta UI zu integrieren:
-
-1. Installieren Sie die erforderlichen Pakete:
-
-```shell
-npm i konsta
-```
-
-2. Aktualisieren Sie die Datei `tailwind.config.js`:
-
-```javascript
-const konstaConfig = require('konsta/config');
-
-module.exports = konstaConfig({
-  content: [
-    './pages/**/*.{js,ts,jsx,tsx}',
-    './components/**/*.{js,ts,jsx,tsx}',
-  ],
-  theme: {
-    extend: {},
-  },
-  plugins: [],
-});
-```
-
-3. Wickeln Sie Ihre App mit der Konsta UI `App`-Komponente in `pages/_app.js`:
-
-```javascript
-import { App } from 'konsta/react';
-import '../styles/globals.css';
-
-function MyApp({ Component, pageProps }) {
-  return (
-    <App theme="ios">
-      <Component {...pageProps} />
-    </App>
-  );
-}
-
-export default MyApp;
-```
-### Beispielseite
-
-Jetzt, wo alles eingerichtet ist, können wir Konsta UI React-Komponenten in unseren Next.js-Seiten verwenden.
-
-4. Aktualisieren Sie die Datei `pages/index.js`, um die Komponenten von Konsta UI zu verwenden:
-
-```javascript
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  BlockTitle,
-} from 'konsta/react';
-
-export default function Home() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Here is your Next.js & Konsta UI app. Let's see what we have here.
-        </p>
-      </Block>
-      <BlockTitle>Navigation</BlockTitle>
-      <List>
-        <ListItem href="/about/" title="About" />
-        <ListItem href="/form/" title="Form" />
-      </List>
-
-      <Block strong className="flex space-x-4">
-        <Button>Button 1</Button>
-        <Button>Button 2</Button>
-      </Block>
-    </Page>
-  );
-}
-```
-
-5. Starten Sie den Entwicklungsserver neu und bauen Sie die App.
-
-Ihre Next.js-App sollte jetzt eine native mobile Benutzeroberfläche haben, die von Konsta UI unterstützt wird.
-
-## Leistungsoptimierung
-
-Um eine optimale Leistung Ihrer Next.js- und Capacitor-App sicherzustellen, sollten Sie die folgenden bewährten Methoden in Betracht ziehen:
-
-- Minimieren Sie die App-Größe, indem Sie ungenutzte Abhängigkeiten und Assets entfernen.
-- Optimieren Sie Bilder und andere Mediendateien, um die Ladezeiten zu reduzieren.
-- Implementieren Sie Lazy Loading für Komponenten und Seiten, um die Leistung beim ersten Laden zu verbessern.
-- Verwenden Sie serverseitiges Rendering (SSR) mit Next.js, um die Ladegeschwindigkeit der App und die Suchmaschinenoptimierung (SEO) zu verbessern.
-- Nutzen Sie die integrierten Optimierungen von Capacitor, wie z. B. Caching des Webviews und App-Bundling.
-
-## Fazit
-
-In diesem Tutorial haben wir erkundet, wie man native mobile Apps mit Next.js und Capacitor erstellt. Durch die Nutzung der Leistungsfähigkeit dieser Technologien können Sie problemlos leistungsstarke, funktionsreiche mobile Anwendungen erstellen.
-
-Wir haben die Schritte zum Einrichten einer Next.js-App, zur Integration von Capacitor und zum Erstellen und Bereitstellen der App auf mobilen Geräten behandelt. Außerdem haben wir die Verwendung von Capacitor-Plugins, die Hinzufügung von Konsta UI für eine verbesserte mobile Benutzeroberfläche und Techniken zur Leistungsoptimierung besprochen.
-
-Um Ihre Next.js- und Capacitor-App auf die nächste Stufe zu bringen, sollten Sie [Capgo](https://capgo.app/) für nahtlose Live-Updates in Betracht ziehen, damit Ihre Benutzer stets Zugang zu den neuesten Funktionen und Fehlerbehebungen haben.
-
-Durch die Befolgung der in diesem Leitfaden dargelegten bewährten Methoden und Techniken sind Sie bestens gerüstet, um beeindruckende native mobile Apps mit Next.js und Capacitor zu erstellen.
-
-## Ressourcen
-
-- [Next.js Dokumentation](https://nextjs.org/docs)
-- [Capacitor Dokumentation](https://capacitorjs.com/docs)
-- [Konsta UI Dokumentation](https://konstaui.com/docs)
-- [Capgo - Live-Updates für Capacitor-Apps](https://capgo.app/)
-
-Viel Spaß beim Erstellen von Apps!
-
-Erfahren Sie, wie Capgo Ihnen helfen kann, bessere Apps schneller zu bauen, [melden Sie sich noch heute für ein kostenloses Konto an](/register/).
diff --git a/src/content/blog/de/capacitor-app-initialization-step-by-step-guide.md b/src/content/blog/de/capacitor-app-initialization-step-by-step-guide.md
deleted file mode 100644
index d6b51b5c4..000000000
--- a/src/content/blog/de/capacitor-app-initialization-step-by-step-guide.md
+++ /dev/null
@@ -1,311 +0,0 @@
----
-slug: capacitor-app-initialization-step-by-step-guide
-title: 'Capacitor App Initialisierung: Schritt-für-Schritt-Anleitung'
-description: >-
-  Erfahren Sie, wie Sie mobile Apps mit Capacitor effizient einrichten und
-  bereitstellen können, von der Installation bis hin zu plattformspezifischen
-  Konfigurationen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:11:03.831Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e6018fa2c14cac42f82293-1743131474608.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, mobile app development, iOS setup, Android setup, app
-  configuration, web apps, plugins, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-**Möchten Sie mobile Apps mit einer einzigen Codebasis erstellen?** [Capacitor](https://capacitorjs.com/) macht es einfach, iOS-, Android- und Web-Apps mit Frameworks wie [React](https://reactdev/), [Angular](https://angulario/) oder [Vue](https://vuejsorg/) zu erstellen. Dieser Leitfaden erklärt, wie Sie [Capacitor](https://capacitorjs.com/) einrichten, Plattformen konfigurieren und Updates effizient bereitstellen.
-
-### Wichtige Schritte zum Start:
-
--   **Tools installieren**: [Nodejs](https://nodejsorg/en), npm, Git und einen Code-Editor wie [VS Code](https://codevisualstudiocom/)
--   **Capacitor einrichten**: Installieren Sie die Capacitor CLI und initialisieren Sie Ihr Projekt
--   **Plattformen konfigurieren**: Fügen Sie iOS- und Android-Unterstützung hinzu, passen Sie Einstellungen an und synchronisieren Sie Ihren Code
--   **Testen und Bereitstellen**: Erstellen Sie Apps, führen Sie sie auf Geräten aus und nutzen Sie Live-Update-Tools wie [Capgo](https://capgo.app/) für nahtlose Aktualisierungen
-
-Capacitor verbindet Web-Apps mit nativen Gerätefunktionen und gewährleistet eine reibungslose Leistung über alle Plattformen hinweg. Folgen Sie diesem Leitfaden, um Ihren App-Entwicklungsprozess zu vereinfachen!
-
-## 5 Schritte zur NATIVE APP mit [CAPACITOR](https://capacitorjs.com/) | Ionic Release Guide
-
-![CAPACITOR](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-28.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/SSv--IrWH3c" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Erforderliche Tools und Einrichtung
-
-So richten Sie Ihre Entwicklungsumgebung mit den wichtigsten Tools ein.
-
-### Installation der Entwicklungstools
-
-Für die Arbeit mit Capacitor benötigen Sie folgende Tools:
-
-| Tool | Zweck | Mindestversion |
-| --- | --- | --- |
-| Nodejs | JavaScript-Laufzeitumgebung | 14.0.0 oder höher |
-| npm | Paketmanager | 6.0.0 oder höher |
-| IDE/Code-Editor | Entwicklungsumgebung | Neueste stabile Version |
-| Git | Versionskontrolle | 2.0.0 oder höher |
-
-Befolgen Sie diese Schritte zur Installation:
-
--   **Nodejs und npm**: Laden Sie beides von der offiziellen [Nodejs Website](https://nodejsorg) herunter und installieren Sie es
--   **Code-Editor**: Wählen Sie einen Editor wie VS Code, [WebStorm](https://wwwjetbrainscom/webstorm/) oder [Sublime Text](https://wwwsublimetextcom/) und installieren Sie die neueste stabile Version
--   **Git**: Laden Sie es von [git-scmcom](https://git-scmcom) herunter
--   **Plattformspezifische Tools**: Installieren Sie plattformspezifische Tools wie [Xcode](https://developer.apple.com/xcode/) für macOS oder [Android Studio](https://developerandroidcom/studio) für Android-Entwicklung
-
-Sobald diese installiert sind, können Sie mit der Einrichtung der Capacitor CLI fortfahren.
-
-### Capacitor CLI Einrichtung
-
-Bringen Sie die Capacitor CLI mit diesen Schritten zum Laufen:
-
-1.  **Installieren Sie die Capacitor CLI global**
-    
-    Öffnen Sie Ihr Terminal und führen Sie den folgenden Befehl aus:
-    
-    ```bash
-    npm install -g @capacitor/cli
-    ```
-    
-2.  **Initialisieren Sie das Capgo-Plugin**
-    
-    Wenn Sie dies noch nicht getan haben, führen Sie aus:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-    Dies konfiguriert die notwendigen Einstellungen, um [Updates zu verwalten](https://capgo.app/docs/plugin/cloud-mode/manual-update/) [\[1\]](https://capgo.app/) Es vereinfacht den Prozess zum Erstellen, Testen und Bereitstellen Ihrer App.
-    
-
-## Ein neues Capacitor-Projekt starten
-
-Sobald Sie die notwendigen Tools installiert haben, können Sie Ihr erstes Capacitor-Projekt einrichten. So geht's:
-
-### Ihr Projekt erstellen
-
-Um ein neues Capacitor-Projekt zu erstellen, öffnen Sie Ihr Terminal und verwenden Sie diesen Befehl:
-
-```
-npx @capacitor/cli create [projectDirectory] [appId] [appDisplayName]
-```
-
-Zum Beispiel:
-
-```
-npx @capacitor/cli create my-cap-app com.example.app "My Capacitor App"
-```
-
-Hier ist die Bedeutung der einzelnen Parameter:
-
--   **projectDirectory**: Der Name Ihres Projektordners (z.B. `my-cap-app`)
--   **appId**: Ein Reverse-Domain-Bezeichner für Ihre App (z.B. `com.example.app`)
--   **appDisplayName**: Der angezeigte Name Ihrer App (z.B. `My Capacitor App`)
-
-Nach Ausführung dieses Befehls müssen Sie Ihre Projekteinstellungen in der Datei `capacitorconfigjson` anpassen.
-
-### Konfigurieren von capacitorconfigjson
-
-Die Datei `capacitorconfigjson` ist der Ort, an dem Sie die wichtigsten Einstellungen für Ihr Projekt definieren. Hier ist ein Beispiel für eine grundlegende Konfiguration:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "My Capacitor App",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "server": {
-    "hostname": "app.example.com",
-    "androidScheme": "https",
-    "iosScheme": "https"
-  }
-}
-```
-
-Hier eine Aufschlüsselung der wichtigsten Optionen:
-
-| Einstellung | Zweck | Beispielwert |
-| --- | --- | --- |
-| **appId** | Eindeutiger Bezeichner für Ihre App | `com.example`Here's the German translation:
-
-app` |
-| **appName** | Der Anzeigename der App | `My Capacitor App` |
-| **webDir** | Verzeichnis für Build-Ausgabe | `dist` |
-| **bundledWebRuntime** | Ob die Capacitor-Laufzeit eingebunden werden soll | `false` |
-| **serverhostname** | Hostname für den Entwicklungsserver | `appexamplecom` |
-| **serverandroidScheme** | URL-Schema für Android | `https` |
-| **serveriosScheme** | URL-Schema für iOS | `https` |
-
-### Abhängigkeiten installieren
-
-Um die Einrichtung abzuschließen, installieren Sie die erforderlichen Abhängigkeiten und initialisieren Sie Ihr Projekt mit diesen Befehlen:
-
-```
-npm install @capacitor/core
-npm install @capacitor/cli --save-dev
-npx cap init
-```
-
-Nach Abschluss dieser Schritte ist Ihr Projekt bereit für die plattformspezifische Einrichtung und Entwicklung.
-
-## Mobile Plattformen einrichten
-
-Nachdem Ihr Capacitor-Projekt initialisiert wurde, besteht der nächste Schritt darin, die iOS- und Android-Plattformen hinzuzufügen und zu konfigurieren, damit Ihre App nativ auf mobilen Geräten laufen kann.
-
-### iOS- und Android-Einrichtung
-
-Beginnen Sie mit dem Hinzufügen der Plattform-Unterstützung mit den folgenden Befehlen:
-
-```bash
-npx cap add ios
-npx cap add android
-```
-
-Nach dem Hinzufügen der Plattformen synchronisieren Sie Ihren Web-Code mit:
-
-```bash
-npx cap sync
-```
-
-Stellen Sie vor der Ausführung dieser Befehle sicher, dass Ihre Webanwendung gebaut ist und dass `webDir` in `capacitorconfigjson` korrekt eingestellt ist. Danach können Sie die Einstellungen jeder Plattform an die Bedürfnisse Ihrer App anpassen.
-
-### Plattformspezifische Einstellungen
-
-#### iOS
-
-Öffnen Sie das iOS-Projekt mit:
-
-```bash
-npx cap open ios
-```
-
-Konfigurieren Sie dann die folgenden Einstellungen:
-
--   **Bundle Identifier**: Stellen Sie sicher, dass er mit Ihrer appId übereinstimmt
--   **Development Team**: Weisen Sie das entsprechende Team für Code-Signing zu
--   **Deployment Target**: Legen Sie die minimale iOS-Version fest
--   **Device Orientation**: Nach Bedarf anpassen
--   **Privacy Descriptions**: Fügen Sie erforderliche Beschreibungen in `Infoplist` hinzu
-
-#### Android
-
-Öffnen Sie das Android-Projekt mit:
-
-```bash
-npx cap open android
-```
-
-Aktualisieren Sie dann diese Einstellungen:
-
--   **Package Name**: Stellen Sie sicher, dass er mit Ihrer appId übereinstimmt
--   **Permissions**: Definieren Sie notwendige Berechtigungen in `AndroidManifestxml`
--   **Screen Orientation**: Konfigurieren Sie dies in `AndroidManifestxml`
--   **Target SDK**: Legen Sie die entsprechende Version in `android/app/buildgradle` fest
-
-### Asset- und Konfigurationsspeicherorte
-
-Hier finden Sie wichtige Dateien für App-Icons, Splash Screens, Deep Links und Berechtigungen:
-
-| Konfiguration | iOS-Speicherort | Android-Speicherort |
-| --- | --- | --- |
-| App-Icons | `ios/App/App/Assetsxcassets` | `android/app/src/main/res` |
-| Splash Screens | `ios/App/App/Assetsxcassets` | `android/app/src/main/res` |
-| Deep Links | `ios/App/App/Infoplist` | `AndroidManifestxml` |
-| Berechtigungen | `Infoplist` | `AndroidManifestxml` |
-
-Mit diesen Konfigurationen sind Sie bereit, Ihre App auf mobilen Geräten zu erstellen und zu testen.
-
-## Erstellen und Testen
-
-Mit der zuvor beschriebenen Einrichtung können Sie nun Ihre [Capacitor App](https://capgo.app/plugins/ivs-player/) erstellen und testen, um sicherzustellen, dass sie auf verschiedenen Geräten korrekt funktioniert.
-
-### Build- und Ausführungsbefehle
-
-Sobald Ihre App für mobile Plattformen konfiguriert ist, ist es Zeit zum Erstellen und Testen. Beginnen Sie mit der Aktualisierung Ihrer Web-Assets:
-
-```bash
-npm run build
-npx cap sync
-```
-
-Verwenden Sie dann die entsprechenden Befehle für Ihre Zielplattform:
-
-**Für iOS:**
-
-```bash
-npx cap run ios
-```
-
-**Für Android:**
-
-```bash
-npx cap run android
-```
-
-Diese Befehle erstellen und starten Ihre App entweder in einem Simulator oder auf einem verbundenen Gerät. Das Testen auf echten Geräten und Simulatoren ist entscheidend, um plattformspezifische Probleme zu identifizieren.
-
-### Capacitor-Plugins hinzufügen
-
-[Capacitor-Plugins](https://capgo.app/plugins/) ermöglichen es Ihnen, native Funktionen zu Ihrer App hinzuzufügen. Um beispielsweise Kamera-, Geolocation- und Speicherfunktionen einzubinden, führen Sie aus:
-
-```bash
-npm install @capacitor/camera @capacitor/geolocation @capacitor/storage
-npx cap sync
-```
-
-Nach der Installation konfigurieren Sie die Plugins in Ihren nativen Projekten. Hier ist ein schneller Überblick über die Einrichtungsanforderungen:
-
-| **Plugin** | **iOS-Konfiguration** | **Android-Konfiguration** |
-| --- | --- | --- |
-| Kamera | [Datenschutzbeschreibung](https://capgo.app/privacy/) hinzufügen | Berechtigungen zum Manifest hinzufügen |
-| Geolocation | Standortnutzungsbeschreibung hinzufügen | Standortberechtigungen hinzufügen |
-| Speicher | Keine zusätzliche Einrichtung erforderlich | Keine zusätzliche Einrichtung erforderlich |
-
-### Live-Updates mit [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-28.jpg?auto=compress)
-
-Um die Bereitstellung und das Testen zu vereinfachen, können Sie Live-Update-Tools wie Capgo integrieren. Dieser Dienst hat bereits über 235 Millionen Updates ausgeliefert, wobei 95% der Nutzer Updates innerhalb von 24 Stunden erhalten und eine globale Erfolgsquote von 82% erreicht wird [\[1\]](https://capgo.app/)
-
-So fügen Sie Capgo zu Ihrer App hinzu:
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Capgo bietet mehrere Vorteile beim Testen:
-
--   Erstellen Sie separate Kanäle für Entwicklungs-, Staging- und Produktionsumgebungen
--   Sofortige Fehlerbehebungen während des Testens bereitstellen
--   Verfolgen Sie Aktualisierungserfolgsraten mit integrierter Analytik
--   Schnelles Zurückrollen von Updates bei auftretenden Problemen
-
-Capgo gewährleistet auch eine sichere Update-Bereitstellung mit Ende-zu-Ende-Verschlüsselung. Das Kanalsystem ermöglicht es Ihnen, Updates mit ausgewählten Benutzergruppen zu testen, bevor Sie sie für alle ausrollen
-
-## Zusammenfassung
-
-Dieser Leitfaden hat alle Phasen der Einrichtung und Bereitstellung einer Capacitor-App durchlaufen und dabei alle wesentlichen Schritte behandelt, die für den Start und einen reibungslosen Betrieb erforderlich sind
-
-### Hauptpunkte
-
-Die Erstellung einer Capacitor-App erfordert sorgfältige Beachtung bei Einrichtung, Konfiguration und plattformspezifischen Anpassungen. Die Einrichtung Ihrer Entwicklungsumgebung - einschließlich Tools wie **Nodejs** und der **Capacitor CLI** - ist ein entscheidender Ausgangspunkt. Die Konfiguration von Plattformen wie iOS und Android stellt sicher, dass die App nahtlos auf nativen Systemen funktioniert
-
-Die Verwendung eines Update-Systems wie **Capgo** kann das Release-Management vereinfachen und zur Stabilität der App beitragen [\[1\]](https://capgo.app/)
-
-Hier ist eine Aufschlüsselung der wichtigsten Phasen:
-
-| **Phase** | **Schritte** | **Tipps** |
-| --- | --- | --- |
-| Erste Einrichtung | Tools installieren, CLI-Einrichtung | Verwenden Sie die neuesten stabilen Versionen |
-| Konfiguration | Plattformeinstellungen anpassen, Plugins hinzufügen | Befolgen Sie plattformspezifische Richtlinien |
-| Testen | Auf Geräten erstellen und testen | Priorisieren Sie Tests auf echten Geräten |
-| Bereitstellung | Updates verwalten, Versionskontrolle | Verwenden Sie automatisierte Pipelines für Effizienz |
\ No newline at end of file
diff --git a/src/content/blog/de/capacitor-apps-and-data-sharing-policies.md b/src/content/blog/de/capacitor-apps-and-data-sharing-policies.md
deleted file mode 100644
index c0cd6b6b1..000000000
--- a/src/content/blog/de/capacitor-apps-and-data-sharing-policies.md
+++ /dev/null
@@ -1,214 +0,0 @@
----
-slug: capacitor-apps-and-data-sharing-policies
-title: Capacitor Apps und Datenfreigaberichtlinien
-description: >-
-  Lernen Sie die wesentlichen Datenschutzrichtlinien für Capacitor-Apps kennen,
-  um die Einhaltung der Datenschutzstandards von Apple und Google Play
-  sicherzustellen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T03:16:34.140Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292-1744427806390.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  data privacy, app compliance, user consent, encryption, data sharing policies,
-  mobile development, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie, dass Ihre App den strengen Datenschutzrichtlinien von Apple und [Google Play](https://play.google/developer-content-policy/) entspricht? Hier ist, was Sie wissen müssen:**
-
--   **Datenschutz ist nicht verhandelbar**: Sowohl Apple als auch Google verlangen von Apps, dass sie Benutzerdaten durch Verschlüsselung, klare Berechtigungen und detaillierte Datenschutzerklärungen schützen.
--   **Wichtige Praktiken für die Einhaltung**:
-    -   Verwenden Sie **Ende-zu-Ende-Verschlüsselung** für Datensicherheit.
-    -   Erklären Sie klar, welche Daten gesammelt werden und warum.
-    -   Ermöglichen Sie den Benutzern, ihre Daten einfach zu kontrollieren und zu verwalten.
--   **Tools wie [Capgo](https://capgo.app/) helfen**: Capgo vereinfacht die Einhaltung mit Funktionen wie [sicheren Updates](https://capgo.app/docs/live-updates/update-behavior/), Echtzeit-Fehlerverfolgung und Berechtigungsmanagement.
-
-### Schnellübersicht der Plattformregeln
-
-| Plattform | Wichtige Regeln |
-| --- | --- |
-| **Apple** | Explizite Benutzerzustimmung, Datenschutzetiketten, verschlüsselte Daten, detaillierte Richtlinien |
-| **Google Play** | Abschnitt zur Datensicherheit, einfache Benutzerkontrollen, verschlüsselte sensible Daten |
-
-## Datenschutzregeln nach Plattform
-
-### Apples Datenschutzregeln
-
-Apple hat strenge Richtlinien, wie Apps mit Benutzerdaten umgehen. Ihr Fokus auf die Privatsphäre erfordert von Entwicklern, offen zu sein, welche Daten sie sammeln und wie diese verwendet werden. Hier sind einige wichtige Regeln:
-
-| **Anforderungskategorie** | **Spezifische Regeln** |
-| --- | --- |
-| **Benutzerzustimmung** | Apps müssen die ausdrückliche Genehmigung einholen, bevor persönliche Daten gesammelt werden. |
-| **Datensammlung** | Alle Arten gesammelter Daten müssen klar offengelegt werden. |
-| **Datensicherheit** | Sensible Informationen müssen während der Übertragung verschlüsselt werden. |
-| **Datenschutzetiketten** | App Store-Listings müssen genaue Datenschutz-"Nährwertetiketten" enthalten. |
-
-Apps müssen den Benutzern auch klare Kontrollen für das Teilen von Daten bieten. Darüber hinaus verlangt Apple von Entwicklern, die [Datenschutzrichtlinien](https://capgo.app/dp/) im Detail zu dokumentieren, insbesondere für Drittanbieter-Tools und Analysen. Diese Regeln setzen einen hohen Standard für den Datenschutz auf der Plattform.
-
-### [Google Play](https://play.google/developer-content-policy/)'s Datenschutzregeln
-
-![Google Play](https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292/d9eaff620e00868f1718d6169d99e37d.jpg)
-
-Google Play priorisiert Transparenz und gibt den Benutzern die Kontrolle über ihre Daten. Ihre Anforderungen umfassen:
-
-| **Anforderung** | **Implementierungsdetails** |
-| --- | --- |
-| **Abschnitt zur Datensicherheit** | Entwickler müssen vollständig offenlegen, welche Daten gesammelt werden. |
-| **Benutzerkontrollen** | Datenschutzeinstellungen und Optionen zur Datenlöschung müssen leicht zugänglich sein. |
-| **Sicherheitsmaßnahmen** | Persönliche und sensible Daten müssen verschlüsselt werden. |
-| **[Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | [App-Updates](https://capgo.app/plugins/capacitor-updater/) und Patches müssen sicher verteilt werden. |
-
-Um compliant zu bleiben, sollten Entwickler den Fokus auf sichere Update-Prozesse legen und klare Optionen für das Datenmanagement der Benutzer bereitstellen. Tools wie Capgo unterstützen diese Bemühungen mit Funktionen wie Ende-zu-Ende-Verschlüsselung, kontrollierten Betatests, gestaffelten Rollouts und Analyseverfolgung [\[1\]](https://capgo.app/).
-
-Sowohl Apple als auch Google Play verlangen von Entwicklern, ihre Apps regelmäßig zu überwachen und Aktualisierungen vorzunehmen, um den sich entwickelnden Standards gerecht zu werden.
-
-## Erfüllung der Richtlinienanforderungen
-
-### Begrenzung der Datensammlung
-
-Konzentrieren Sie sich darauf, nur die notwendigen Daten zu sammeln, um Datenschutzrisiken zu minimieren und sich an die Plattformrichtlinien zu halten.
-
-| **Prinzip der Datensammlung** | **Implementierungsmethode** |
-| --- | --- |
-| Minimale Datensammlung | Nur das sammeln, was für Kernfunktionen benötigt wird |
-| Zweckgebundenheit | Gründe für das Sammeln jedes Datenpunkts klar dokumentieren |
-| Datenaufbewahrung | Bestimmte Zeitrahmen für die Speicherung von Benutzerinformationen festlegen |
-| Update-Management | Sichere Systeme für die Bereitstellung von App-Updates verwenden |
-
-Die Verwendung sicherer Updatesysteme, wie Capgo, kann die Compliance-Raten verbessern. Beispielsweise berichten Apps, die Capgo verwenden, dass 95 % der aktiven Benutzer innerhalb von 24 Stunden Updates erhalten [\[1\]](https://capgo.app/).
-
-### Sicherheitsmethoden für Daten
-
-Der Schutz von Benutzerdaten erfordert starke Sicherheitsmaßnahmen, insbesondere für moderne [Capacitor](https://capacitorjs.com/)-Apps. Diese Maßnahmen müssen den Plattformstandards entsprechen.
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren nur Updates" - Capgo [\[1\]](https://capgo.app/)
-
-Hier sind einige wichtige Praktiken zur Sicherstellung der Datensicherheit:
-
--   **Ende-zu-Ende-Verschlüsselung**: Sichern Sie alle Datenübertragungen mit robuster Verschlüsselung.
--   **Sichere Update-Bereitstellung**: Bereitstellen von Updates über verifizierte, vertrauenswürdige Kanäle.
--   **Zugriffskontrolle**: Implementieren Sie strikte Protokolle zur Verwaltung, wer auf Daten zugreifen kann.
-
-Diese Sicherheitsmaßnahmen schaffen eine solide Grundlage für eine effektive Verwaltung von Benutzerberechtigungen.
-
-### Benutzergenehmigungssysteme
-
-Effektive Genehmigungssysteme arbeiten eng mit robustem Datenschutz und minimalen Sammelpraktiken zusammen. Sie helfen, Benutzerdaten zu schützen und gleichzeitig die Anforderungen an die Plattformkonformität zu erfüllen.
-
-| **Genehmigungsmerkmal** | **Benutzerbenefit** |
-| --- | --- |
-| Granulare Kontrollen | Benutzer können spezifische Berechtigungen auswählen |
-| Klare Erklärungen | Einfache, transparente Beschreibungen, wie Daten verwendet werden |
-| Einfache Verwaltung | Berechtigungseinstellungen, die leicht zugänglich und anpassbar sind |
-| Zustimmung zu Updates | Benutzer behalten die Kontrolle über Funktionsupdates |
-
-Branchenexperten heben den Wert starker Genehmigungssysteme hervor:
-
-> "@Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein möchten. Die Vermeidung von Überprüfungen für Fehlerbehebungen ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Aktuell nutzen 750 Apps erfolgreich diese Genehmigungssysteme in der Produktion [\[1\]](https://capgo.app/).
-
-## App-Berechtigungen erklärt: Schützen Sie Ihre Privatsphäre und sichern ...
-
-<iframe src="https://www.youtube.com/embed/NSOJU5nV4v4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Compliance-Tools
-
-Um die Plattformregeln und sicheren Updatepraktiken zu ergänzen, vereinfachen die folgenden Tools den Prozess der Einhaltung der Anforderungen an den Datenaustausch für [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### [Capgo](https://capgo.app/) Sicherheitsmerkmale
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292/c9663ca23e94ac8ce625337d9d850085.jpg)
-
-Die Sicherheitsinfrastruktur von Capgo bietet Entwicklern Werkzeuge zur Einhaltung. Wichtige Merkmale umfassen:
-
-| **Sicherheitsmerkmal** | **Compliance-Vorteil** |
-| --- | --- |
-| **Ende-zu-Ende-Verschlüsselung** | Gewährleistet sichere Update-Dekodierung |
-| **Echtzeit-Analytik** | Verfolgt Erfolgsraten von Updates |
-| **Versionskontrolle** | Verwalten von App-Versionen |
-| **Rollback-Fähigkeit** | Ermöglicht schnelle Reaktion auf Probleme |
-
-Die Plattform hat 23,5 Millionen Updates verwaltet und eine Benutzer-Update-Rate von 95 % innerhalb von 24 Stunden erreicht [\[1\]](https://capgo.app/).
-
-### Weitere Sicherheitswerkzeuge
-
-Capgo unterstützt auch die Compliance durch zusätzliche Werkzeuge, die die Datenfreigabeverfahren verbessern:
-
-| **Werkzeugkategorie** | **Implementierungsnutzen** |
-| --- | --- |
-| **Benutzermanagement** | Kontrolliert den Datenzugriff |
-| **[Kanal-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Zielt auf spezifische Rollout-Stufen ab |
-| **Fehlerverfolgung** | Identifiziert Compliance-Probleme |
-| **CI/CD-Integration** | Automatisiert Compliance-Prüfungen |
-
-Diese Werkzeuge, wie granular angepasste Benutzerverwaltung, Kanal-Systeme, Fehlerverfolgung und CI/CD-Integration, werden häufig verwendet, um Compliance-Herausforderungen anzugehen. Beispielsweise ermöglicht das Kanal-System Entwicklern, App-Versionen für verschiedene Benutzersegmente zu verwalten, was besonders hilfreich ist, um regionalen Datenschutzbestimmungen gerecht zu werden. Aktuell nutzen 750 Apps erfolgreich diese Werkzeuge in Produktionsumgebungen [\[1\]](https://capgo.app/).
-
-Capgo unterstützt auch fortschrittliche Sicherheitsanforderungen mit anpassbaren Berechtigungen und bietet flexibles Organisationsmanagement zur Verbesserung der Kontrolle.
-
-## Häufige Politikprobleme und Lösungen
-
-Vermeiden Sie häufige Fehler, um sicherzustellen, dass Ihre App den Standards für den Datenaustausch entspricht. Hier sind praktische Lösungen, um häufige Probleme anzugehen.
-
-### Häufigste Politikfehler
-
-Hier sind einige häufige Fehler, die die Bereitstellung von Updates stören und die Datensicherheit der Benutzer gefährden können:
-
-| Politikfehler | Auswirkung | Präventionsmethode |
-| --- | --- | --- |
-| Fehlende Benutzerzustimmung | Ablehnung im App Store | Verwendung klarer und transparenter Zustimmungsströme |
-| Unsichere Datenübertragung | Sicherheitsanfälligkeiten | Implementierung von Ende-zu-Ende-Verschlüsselung |
-| Unzureichende Versionskontrolle | Update-Konflikte | Verlassen auf automatisierte Versionsverfolgung |
-| Schlechte Update-Verteilung | Benutzererfahrungsprobleme | Verwendung gestaffelter Rollouts für Bereitstellungen |
-
-Diese Probleme können mit einer ordnungsgemäßen Planung und zuverlässigen Werkzeugen minimiert werden. Entwickler, die ein kanalbasiertes System implementieren, erleben oft weniger mit Updates verbundene Herausforderungen.
-
-### Problemlösungs Schritte
-
-1.  **Sichere Update-Bereitstellung**  
-    Schützen Sie alle Datenübertragungen mit Ende-zu-Ende-Verschlüsselung, wie zum Beispiel die Verschlüsselungstools von Capgo [\[1\]](https://capgo.app/).
-    
-2.  **Überwachungssysteme**  
-    Verwenden Sie Echtzeit-Fehlerverfolgungswerkzeuge, um Probleme schnell zu erfassen und anzugehen.
-    
-3.  **Wiederherstellungsprotokolle**  
-    Bereiten Sie sich auf mögliche Rückschläge mit diesen Maßnahmen vor:
-    
-    | Reaktionsmaßnahme | Implementierung | Vorteil |
-    | --- | --- | --- |
-    | Versionsrollback | Ein-Klick-Rückkehr | Ermöglicht schnelle Wiederherstellung |
-    | Fehlerverfolgung | Automatisierte Überwachung | Hilft bei der frühen Problemerkennung |
-    | Benutzerkommunikation | In-App-Benachrichtigungen | Hält Benutzer informiert |
-    
-
-Für Updates, die erhebliche Auswirkungen auf die Richtlinien für den Datenaustausch haben, ziehen Sie ein Kanalsystem in Betracht. Dies ermöglicht es Ihnen, Updates mit kleineren Gruppen zu testen, bevor Sie sie breit ausrollen, um sichere Praktiken zu gewährleisten und die Compliance aufrechtzuerhalten.
-
-## Fazit
-
-### Hauptpunkte
-
-Die Einhaltung der plattformspezifischen Regeln für den Datenaustausch ist entscheidend für den Erfolg von Capacitor-Apps. Um dies zu erreichen, konzentrieren Sie sich auf **Ende-zu-Ende-Verschlüsselung**, effektives Management von Benutzerberechtigungen und die Verwendung von Tools, die für sichere Updates entwickelt wurden. Zum Beispiel erhalten 95 % der aktiven Benutzer innerhalb von 24 Stunden Updates, und Capgo hat eine globale Erfolgsrate von 82 % im Update-Management erreicht [\[1\]](https://capgo.app/).
-
-Hier ist eine schnelle Übersicht über die Bereiche, auf die Sie Priorität legen sollten:
-
-| Bereich | Strategie | Vorteil |
-| --- | --- | --- |
-| Datensicherheit | End-to-End-Verschlüsselung | Schützt vor Datenverletzungen |
-| Aktualisierungsverteilung | Kanalbasierte Bereitstellung | Ermöglicht kontrollierte Aktualisierungen |
-| Richtlinienüberwachung | Echtzeit-Tracking | Gewährleistet Compliance |
-| Benutzerverwaltung | Berechtigungsbasierte Systeme | Erhöht die Transparenz |
-
-Durch die Fokussierung auf diese Strategien können Sie Ihre App für anhaltenden Erfolg einrichten und gleichzeitig die Compliance wahren.
-
-### Nächste Schritte
-
-Behalten Sie die Updates der Entwicklerportale von Apple und Google im Auge, um über Änderungen der Richtlinien informiert zu bleiben. Stärken Sie die Sicherheit durch die Implementierung von End-to-End-Verschlüsselung, um Benutzerdaten zu schützen und sich an die aktuellen Standards anzupassen.
-
-Erwägen Sie die Nutzung von Tools wie Capgo, das Updates für über 750 Produktions-Apps verwaltet [\[1\]](https://capgo.app/). Dies kann dazu beitragen, dass Ihre App auf dem neuesten Stand bleibt und Richtlinienverstöße vermieden werden.
diff --git a/src/content/blog/de/capacitor-apps-and-russias-data-laws-compliance-tips.md b/src/content/blog/de/capacitor-apps-and-russias-data-laws-compliance-tips.md
deleted file mode 100644
index d1c7520c4..000000000
--- a/src/content/blog/de/capacitor-apps-and-russias-data-laws-compliance-tips.md
+++ /dev/null
@@ -1,234 +0,0 @@
----
-slug: capacitor-apps-and-russias-data-laws-compliance-tips
-title: 'Capacitor-Apps und Russlands Datengesetze: Tipps zur Einhaltung'
-description: >-
-  Erfahren Sie wichtige Compliance-Tipps für die App-Entwicklung in Russland,
-  einschließlich Datenlokalisierung und Datenschutzrichtlinien zum Schutz der
-  Nutzer.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T03:05:27.312Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680ae0495a08fca891774cdd-1745550383310.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Russia data laws, data localization, Capacitor app compliance, privacy policy,
-  user consent
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-Um die russischen Datenlokalisierungsgesetze bei der Entwicklung von [Capacitor](https://capacitorjs.com/) Apps einzuhalten, müssen Sie sicherstellen, dass personenbezogene Daten russischer Nutzer auf Servern gespeichert werden, die sich physisch in Russland befinden. Nichteinhaltung kann zu Strafen und App-Store-Ablehnungen führen. Hier ist, was Sie wissen müssen:
-
--   **Server-Einrichtung**: Nutzen Sie zertifizierte russische Rechenzentren (z.B. [YandexCloud](https://yandexcloud/en/solutions/gateway-to-russia), [Mailru Cloud Solutions](https://cloudmailru/)) und implementieren Sie Geo-Routing, um Daten innerhalb Russlands zu halten
--   **[Datenschutzerklärung](https://capgo.app/privacy/)**: Stellen Sie eine russischsprachige Datenschutzerklärung bereit, die [Datenspeicherung](https://capgo.app/plugins/capacitor-data-storage-sqlite/), Nutzerrechte und Verarbeitungspraktiken detailliert beschreibt
--   **Einwilligungsmechanismen**: Fügen Sie Opt-in-Checkboxen für die Datenerfassung hinzu und ermöglichen Sie Nutzern, ihre Einwilligung einfach zu widerrufen
--   **Compliance-Überwachung**: Führen Sie regelmäßige Audits durch, dokumentieren Sie die Einhaltung und nutzen Sie Tools wie [Capgo](https://capgo.app/) für [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) und Echtzeit-Monitoring
-
-**Kurzübersicht**:
-
--   **Hauptanforderungen**: Datenlokalisierung, Aktualisierung der Datenschutzerklärung, Nutzereinwilligung, Compliance-Prüfungen
--   **Tools**: Capgo für sichere Updates und Compliance-Überwachung
-
-## RPPA-Seminar - Datenschutz in Russland (Englisch)
-
-<iframe src="https://www.youtube.com/embed/qpppbgexKko" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Russlands Datengesetze: Kernanforderungen
-
-Entwickler, die Capacitor nutzen, müssen sicherstellen, dass personenbezogene Daten russischer Nutzer auf Servern gespeichert werden, die sich physisch in Russland befinden. Dies ist eine zentrale rechtliche Anforderung.
-
-### Datenspeicherungsregeln
-
-Alle personenbezogenen Daten, wie Nutzerprofile und Kontaktdaten, müssen auf Servern innerhalb Russlands gespeichert werden, die den lokalen Datenspeicherungsvorschriften entsprechen.
-
-Der nächste Schritt ist das Verständnis der Strafen und Durchsetzungsmaßnahmen im Zusammenhang mit diesen Speicheranforderungen.
-
-## App Store-Regeln für russische Märkte
-
-Die Veröffentlichung einer [Capacitor-App](https://capgo.app/plugins/ivs-player/) in Russland bedeutet, strikte Datengesetze und App Store-Richtlinien zu befolgen. Ihre App muss mit Plattformstandards und lokalen Vorschriften übereinstimmen. Nachfolgend finden Sie wichtige Punkte für die Store-Zulassung und rechtliche Compliance.
-
-### Store-Zulassungsanforderungen
-
-Um Ihre App im [Apple App Store](https://developer.apple.com/app-store/guidelines/) oder [Google Play Store](https://play.google.com/console/signup) zu listen, stellen Sie sicher, dass Sie alle erforderlichen Dokumentationen bereitstellen, klare [Datenschutzrichtlinien](https://capgo.app/dp/) einbinden und Nutzereinwilligungsfunktionen implementieren, die sowohl den Plattformregeln als auch den russischen Datengesetzen entsprechen.
-
-### Erfüllung rechtlicher Standards
-
-Die technische Einrichtung Ihrer App muss den russischen rechtlichen Anforderungen entsprechen. Verwenden Sie [sichere Update-Methoden](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), um Nutzerdaten während des Update-Prozesses zu schützen. Zum Beispiel bietet Capgo Ende-zu-Ende-Verschlüsselung für Updates [\[1\]](https://capgo.app/). Starke Sicherheitsmaßnahmen und klare Transparenz können den App-Zulassungsprozess vereinfachen.
-
-## Schritt-für-Schritt Compliance-Leitfaden
-
-### Datenflussanalyse
-
-Beginnen Sie damit, den Datenfluss durch Ihre Systeme zu kartieren, um zu identifizieren, wo russische Nutzerdaten erfasst, verarbeitet und gespeichert werden. Erstellen Sie ein detailliertes Inventar, das Folgendes umfasst:
-
--   Nutzerregistrierungsdetails
--   In-App-Aktivitätsprotokolle
--   Zahlungsverarbeitungsinformationen
--   Geräte-Identifikatoren
--   Standortdaten
--   Server-Protokolle
-
-Verwenden Sie Flussdiagramme, um diese Datenrouten zu visualisieren und potenzielle Compliance-Probleme aufzudecken. Achten Sie besonders auf Drittanbieterdienste oder APIs, die mit russischen Nutzerdaten interagieren.
-
-Sobald Sie ein klares Verständnis Ihrer Datenflüsse haben, können Sie mit der Einrichtung der erforderlichen Server-Infrastruktur fortfahren.
-
-### Server-Einrichtungsleitfaden
-
-Befolgen Sie diese Schritte, um eine konforme Server-Infrastruktur einzurichten:
-
-1.  **Wählen Sie ein russisches Rechenzentrum**: Arbeiten Sie mit zertifizierten russischen Cloud-Anbietern, die die erforderlichen lokalen Standards erfüllen. Bekannte Optionen sind YandexCloud und Mailru Cloud Solutions
-    
-2.**Datenrouting einrichten**: Verwenden Sie Geo-Routing-Logik, um sicherzustellen, dass russische Nutzerdaten an Server innerhalb Russlands geleitet werden. IP-Erkennung kann helfen, Benutzerstandorte für genaues Routing zu identifizieren.
-
-3. **Separate Datenspeicherung**: Speichern Sie russische Nutzerdaten in separaten Datenbankinstanzen, um klare Compliance-Grenzen aufrechtzuerhalten.
-
-### Datenschutzrichtlinien-Updates
-
-Ihre Datenschutzrichtlinie muss aktualisiert werden, um russische Datenanforderungen zu erfüllen:
-
-1. **Lokalisierungsanforderungen**
-
-Erstellen Sie eine russischsprachige Version Ihrer Datenschutzrichtlinie, die Folgendes abdeckt:
-
-- Wo Nutzerdaten gespeichert werden
-- Nutzerrechte nach russischem Recht
-- Datenverarbeitungspraktiken
-- Kontaktdetails für dateibezogene Anfragen
-
-2. **Einwilligungsmechanismen**
-
-Führen Sie aktive Opt-in-Kontrollkästchen für die Datenerhebung ein. Erklären Sie deutlich, wie jede Datenkategorie verwendet wird und ermöglichen Sie Nutzern, ihre Einwilligung einfach zu widerrufen.
-
-### Compliance-Überwachung
-
-Kontinuierliche Überwachung ist wichtig für die Einhaltung der Vorschriften:
-
-1. **Regelmäßige Prüfungen**: Führen Sie monatlich technische Audits durch, um Datenspeicherorte und Verarbeitungsabläufe zu überprüfen.
-
-2. **Detaillierte Aufzeichnungen führen**: Dokumentieren Sie wichtige Compliance-Elemente wie:
-
-    - Serverstandorte
-    - Datenübertragungswege
-    - Nutzereinwilligungsprotokolle
-    - Datenschutzrichtlinien-Updates
-
-3. **[Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**: Stellen Sie bei App-Updates über Plattformen wie Capgo sicher, dass Updates die Datenlokalisierungsanforderungen einhalten und vermeiden Sie die Übertragung russischer Nutzerdaten außerhalb des Landes.
-
-Verwenden Sie automatisierte Überwachungstools, um Compliance-Probleme wie versehentliche Datenübertragungen an nicht-russische Server oder Geo-Routing-Fehler zu erkennen. Diese Tools können in Ihre Update-Prozesse integriert werden, um die kontinuierliche Einhaltung sicherzustellen.
-
-## Update-Tools für russische Märkte
-
-Sobald die Compliance gewährleistet ist, ist es wichtig, Update-Tools zu verwenden, die Datenlokalisierung und sichere Handhabung priorisieren. Tools wie **Capgo** bieten Funktionen wie Echtzeit-Überwachung und schnelle Bereitstellung und helfen dabei, die Compliance nahtlos aufrechtzuerhalten.
-
-### [Capgo](https://capgo.app/) Plattform-Funktionsübersicht
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680ae0495a08fca891774cdd/66b4651f868ecdcc17d750c697bea294.jpg)
-
-Wählen Sie Update-Plattformen, die Compliance und sichere Datenverwaltung priorisieren. Die Self-Hosting-Option von Capgo stellt sicher, dass Daten innerhalb Russlands bleiben und entspricht damit den Datenlokalisierungsgesetzen.
-
-| Funktion | Capgo |
-| --- | --- |
-| Datenlokalisierungs-Unterstützung | Ja – Self-hosted |
-| Ende-zu-Ende-Verschlüsselung | Ja |
-| Update-Erfolgsrate | 82% weltweit |
-| Update-Liefergeschwindigkeit | 114ms (5MB Bundle) |
-| Compliance-Überwachung | Ja |
-| Aktive Entwicklung | Seit 2022 |
-
-### Capgo-Funktionen für russische Märkte
-
-Das Design von Capgo entspricht den russischen Datenvorschriften durch eine [Self-Hosted-Lösung](https://capgo.app/blog/self-hosted-capgo/), die volle Kontrolle über Datenspeicherung und -verarbeitung innerhalb des Landes gewährleistet.
-
-**Wichtige Compliance-Funktionen**
-
-**Datenkontrolle und Sicherheit**
-
-- Updates werden während der Übertragung mit Ende-zu-Ende-Verschlüsselung geschützt
-- Self-Hosted-Infrastruktur stellt sicher, dass Daten in Russland bleiben
-- Schnelle Update-Bereitstellung minimiert Ausfallzeiten
-
-**Deployment-Management**
-
-- Zielgerichtete Ansprache spezifischer Nutzergruppen mit kanalbasiertem Rollout-System
-- Sofortiges Zurückrollen von Updates bei Bedarf
-- Echtzeit-Überwachung der Compliance zur schnellen Anpassung an regulatorische Änderungen
-
-> "Capgo ist ein unverzichtbares Tool für produktive Entwicklung, das langwierige App-Store-Überprüfungen für Fehlerbehebungen umgeht" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo hat erfolgreich **9476 Millionen Updates** über **1.400 Produktions-Apps** bereitgestellt [\[1\]](https://capgo.app/). Mit seinen flexiblen Hosting-Optionen, schneller Update-Bereitstellung und Compliance-Überwachung hilft Capgo Teams, sich effizient an regulatorische Anforderungen anzupassen.
-
-## Nächste Schritte und Ressourcen
-
-Um Ihre App im Einklang mit russischen rechtlichen Anforderungen zu halten, nutzen Sie die folgenden Tools und Strategien als Grundlage für fortlaufende Compliance.**Wichtige Überwachungswerkzeuge**
-
-Nutzen Sie Analysen zur Überwachung von Updates, Fehlern und Benutzeraktivitäten. Fokussieren Sie sich auf:
-
--   Überwachung und Warnmeldungen
--   Fehlererkennung
--   Update-Verfolgung
--   Analyse des Nutzerverhaltens
-
-Diese Werkzeuge bauen auf früheren Compliance-Bemühungen auf und ermöglichen es Ihnen, schnell auf auftretende Probleme zu reagieren
-
-**Schnelles Reaktionsprotokoll**
-
-Wählen Sie eine Update-Plattform mit diesen Funktionen, um die Compliance zu optimieren:
-
-| Funktion | Beschreibung |
-| --- | --- |
-| Sofortige Updates | Sichere, verschlüsselte Bereitstellung |
-| Rollback | Einfache Versionsverwaltung |
-| Beta-Tests | Schrittweise Einführungen |
-| Fehlerverfolgung | Echtzeit-Überwachung |
-
-**Compliance-Wartungsstrategie**
-
-Pflegen Sie ein System zur kontinuierlichen Überwachung und schnellen Problemlösung. Ein Tool wie Capgo kann dabei helfen durch:
-
--   Updates für spezifische regionale Server
--   Leistungsüberwachung
--   Proaktives Problemmanagement
--   Kontrolle über Datenspeicherorte
-
-Stellen Sie sicher, dass alle technischen Systeme die Compliance-Standards erfüllen
-
-**Technische Anforderungen Checkliste**
-
-Bestätigen Sie, dass Ihre Entwicklungsumgebung Folgendes enthält:
-
--   Kompatibilität mit Capacitor 8
--   Flexible Hosting-Möglichkeiten
--   Ende-zu-Ende-Verschlüsselung
--   Integrierte Analysen
--   Zuverlässige Fehlerverfolgungssysteme
-
-## FAQs
-
-:::faq
-### Was passiert, wenn meine Capacitor-App nicht mit den russischen Datenlokalisierungsgesetzen konform ist?
-
-Die Nichteinhaltung der russischen Datenlokalisierungsgesetze kann schwerwiegende Folgen für Ihre Capacitor-App haben. Die Behörden können den Zugriff auf Ihre App in Russland sperren, Geldstrafen verhängen oder sogar erforderliche Betriebslizenzen widerrufen. Zusätzlich könnte die Nichteinhaltung dem Ruf Ihrer App und dem Vertrauen der Nutzer schaden.
-
-Um diese Risiken zu vermeiden, stellen Sie sicher, dass Ihre App russische Nutzerdaten auf Servern innerhalb Russlands speichert und verarbeitet, wie es das Gesetz vorschreibt. Tools wie **Capgo** können die Compliance durch Echtzeit-Updates vereinfachen und sicherstellen, dass Ihre App ohne häufige App-Store-Genehmigungen funktionsfähig und sicher bleibt.
-:::
-
-:::faq
-### Wie kann ich sicherstellen, dass die Datenschutzrichtlinie meiner App den russischen Datenschutzgesetzen entspricht?
-
-Um sicherzustellen, dass die Datenschutzrichtlinie Ihrer App den russischen Datenschutzgesetzen entspricht, müssen Sie sich auf **Datenlokalisierung** und **Nutzereinwilligung** konzentrieren. Die russischen Gesetze verlangen, dass personenbezogene Daten russischer Nutzer auf Servern innerhalb Russlands gespeichert werden. Zusätzlich sollte Ihre Datenschutzrichtlinie klar darlegen, wie Nutzerdaten erfasst, verarbeitet und gespeichert werden, und sie muss den lokalen rechtlichen Rahmenbedingungen entsprechen.
-
-Wenn Ihre App Live-Updates oder ähnliche Funktionen verwendet, stellen Sie sicher, dass diese Updates ebenfalls die Anforderungen an die Datenlokalisierung erfüllen. Tools wie Capgo können dabei helfen, sichere Echtzeit-Updates bereitzustellen und gleichzeitig die Compliance mit russischen Vorschriften und App-Store-Richtlinien zu gewährleisten. Konsultieren Sie immer einen Rechtsexperten, der mit russischen Datenschutzgesetzen vertraut ist, um die Compliance Ihrer App zu überprüfen.
-:::
-
-:::faq
-### Wie kann ich sicherstellen, dass meine Capacitor-App langfristig mit den russischen Datenlokalisierungsgesetzen konform bleibt?
-
-Um die Einhaltung der russischen Datenlokalisierungsgesetze aufrechtzuerhalten, ist es wichtig, die Datenspeicherungs- und Verarbeitungspraktiken Ihrer App regelmäßig zu überprüfen. Stellen Sie sicher, dass alle personenbezogenen Daten russischer Nutzer auf Servern innerhalb Russlands gespeichert werden, wie es die lokalen Vorschriften verlangen. Führen Sie regelmäßige Audits durch, um die Compliance zu überprüfen und potenzielle Lücken zu beheben.
-
-Bleiben Sie zusätzlich über Aktualisierungen der russischen Datenschutzgesetze und App-Store-Richtlinien informiert, da diese sich im Laufe der Zeit ändern können. Die Verwendung von Tools wie **Capgo** kann App-Updates vereinfachen und ermöglicht es Ihnen, notwendige Änderungen schnell ohne App-Store-Genehmigungen umzusetzen. Dies stellt sicher, dass Ihre App konform bleibt und gleichzeitig ein nahtloses Benutzererlebnis bietet.
-:::
diff --git a/src/content/blog/de/capacitor-changelog-management-ultimate-guide.md b/src/content/blog/de/capacitor-changelog-management-ultimate-guide.md
deleted file mode 100644
index 3f18ae48a..000000000
--- a/src/content/blog/de/capacitor-changelog-management-ultimate-guide.md
+++ /dev/null
@@ -1,233 +0,0 @@
----
-slug: capacitor-changelog-management-ultimate-guide
-title: 'Capacitor Änderungsprotokollverwaltung: Ultimativer Leitfaden'
-description: >-
-  Lernen Sie effektives Änderungsprotokoll-Management für Capacitor-Apps, das
-  Struktur, Automatisierungstools und bewährte Verfahren für die
-  Benutzertransparenz abdeckt.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T02:52:04.098Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4b3f310051fda3b6385d9-1743043942012.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, changelog management, app updates, automation tools, version
-  control
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Das Verwalten von Changelogs ist entscheidend, um Ihre [App-Updates](https://capgo.app/plugins/capacitor-updater/) transparent und organisiert zu halten. Dieser Leitfaden erklärt, wie man Changelogs für [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) erstellt, strukturiert und automatisiert, um sicherzustellen, dass sowohl Entwickler als auch Benutzer informiert bleiben. Das werden Sie lernen:
-
--   **Warum Changelogs wichtig sind**: Sie erleichtern das Debugging, verbessern die Kommunikation und schaffen Vertrauen bei den Benutzern.
--   **Wie man Changelogs strukturiert**: Verwenden Sie Kategorien wie "Hinzugefügt", "Behoben" und "Sicherheit" zur Klarheit.
--   **Best Practices**: Aktualisieren Sie Changelogs vor Commits, automatisieren Sie sie mit Tools wie [Capgo](https://capgo.app/) und überprüfen Sie Einträge während Pull-Requests.
--   **Automatisierungstools**: Verwenden Sie CI/CD-Pipelines und Commit-Standards, um das Changelog-Management zu optimieren.
--   **OTA-Updates**: Dokumentieren Sie Live-Updates mit Details wie Versionsnummern, Zeitstempeln und Erfolgsquoten.
-
-**Schneller Tipp**: Automatisieren Sie die Erstellung von Changelogs mit Tools wie Capgo, um Zeit zu sparen und Konsistenz sicherzustellen. 95 % der Benutzer aktualisieren innerhalb von 24 Stunden mit Over-the-Air (OTA)-Lösungen.
-
-Tauchen Sie in den Leitfaden ein, um Ihr erstes Changelog einzurichten und nahtlos in Ihren Workflow zu integrieren.
-
-## So versionieren und changeloggen Sie Ihre Projekte automatisch zu ...
-
-## Einrichtung Ihres ersten Changelogs
-
-Ein klares Changelog zu erstellen, ist der Schlüssel, um Updates in Ihrer Capacitor-App nachzuverfolgen und zu teilen. So strukturieren Sie es effektiv und folgen besten Praktiken.
-
-### Changelog-Formatoptionen
-
-Befolgen Sie den Standard [Keep a Changelog](https://keepachangelog.com/en/1.1.0/), um Updates nach Version und Typ zu organisieren. Dieser Ansatz verwendet klare Kategorien, um Updates leicht verständlich zu machen:
-
-| Kategorie | Beschreibung | Beispiel Eintrag |
-| --- | --- | --- |
-| **Hinzugefügt** | Neue Funktionen | Unterstützung für Push-Benachrichtigungen hinzugefügt |
-| **Geändert** | Aktualisierungen von bestehenden Funktionen | Authentifizierungsfluss aktualisiert |
-| **Veraltet** | Funktionen, die bald entfernt werden | Abkündigung veralteter API-Endpunkte |
-| **Entfernt** | Entfernte Funktionen | Veraltete Analyse entfernt |
-| **Behoben** | Fehlerbehebungen | Fehler bei den iOS-Kamera-Berechtigungen behoben |
-| **Sicherheit** | Sicherheitsupdates | Verbesserte Datenverschlüsselung |
-
-### Erstellen Ihrer CHANGELOG.md
-
-Um Ihr `CHANGELOG.md` einzurichten, stellen Sie sicher, dass es konsistent organisiert und gut lesbar ist. Platzieren Sie es im Stammverzeichnis Ihres Projekts und fügen Sie diese wesentlichen Elemente hinzu:
-
--   **Header-Sektion**: Fügen Sie den Projektnamen und eine kurze Beschreibung hinzu.
--   **Versionsblöcke**: Dokumentieren Sie Updates unter semantischen Versionsnummern (MAJOR.MINOR.PATCH).
--   **Release-Daten**: Verwenden Sie das ISO-Format (YYYY-MM-DD), wie z.B. `2025-03-27`.
--   **Änderungskategorien**: Gruppieren Sie Updates unter den entsprechenden Überschriften.
-
-Listen Sie Versionen immer in umgekehrter chronologischer Reihenfolge auf, sodass die neuesten Updates oben stehen.
-
-### Hinzufügen von Changelog-Schritten zur Entwicklung
-
-Die Integration von Changelog-Updates in Ihren Workflow stellt sicher, dass die Dokumentation genau und aktuell ist. Hier sind einige praktische Tipps:
-
--   **Pre-Commit-Updates**: Aktualisieren Sie das Changelog, bevor Sie Codeänderungen committen. Dadurch wird die Wahrscheinlichkeit verringert, dass wichtige Updates übersehen werden.
--   **Automatisierte Integration**: Tools wie Capgo arbeiten mit [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) und [Jenkins](https://www.jenkins.io/) [\[1\]](https://capgo.app/), um den Prozess der Aktualisierung Ihres Changelogs zu vereinfachen.
--   **Überprüfungsprozess**: Machen Sie die Überprüfung von Changelog-Einträgen zu einem Teil Ihres Pull-Request-Prozesses. Dies stellt sicher, dass Updates genau und genehmigt sind, bevor sie zusammengeführt werden.
-
-## Klare Changelog-Einträge schreiben
-
-Changelog-Einträge sollten ein Gleichgewicht zwischen technischer Präzision und Lesbarkeit wahren, damit sie sowohl für Entwickler als auch für Benutzer nützlich sind.
-
-### Schreibstil-Leitfaden
-
-Halten Sie sich an diese Prinzipien, um sicherzustellen, dass Ihre Changelog-Einträge klar und konsistent sind:
-
--   Schreiben Sie im **Präsens**
--   Beginnen Sie mit **Aktionsverben**
--   Seien Sie **spezifisch**, was sich geändert hat
--   Erwähnen Sie Aktualisierungen der Abhängigkeitsversionen
--   Verwenden Sie minimal technischen Jargon
-
-**Beispiele:**
-
-| Unklarer Eintrag | Klarer Eintrag |
-| --- | --- |
-| Fehler behoben | Kamera-Vorschau hängt auf iOS 17.4 Geräten |
-| Dinge hinzugefügt | Unterstützung für biometrische Authentifizierung für Android hinzufügen |
-| API geändert | Aktualisieren Sie den Endpunkt für Benutzerprofile zur Unterstützung neuer Felder |
-| Sicherheitsupdates | Patchen der [SQLite](https://www.sqlite.org/) Injektionsanfälligkeit in der Suchfunktion |
-
-### Änderungsarten und Kategorien
-
-Organisieren Sie Ihre Updates in klare Kategorien, damit Benutzer schnell finden können, was für sie wichtig ist. Hier ist eine Übersicht über häufige Kategorien:
-
--   **Hinzugefügt**: Neue Funktionen oder Funktionalitäten einführen
--   **Geändert**: Updates oder Änderungen an bestehenden Funktionen
--   **Veraltet**: Kennzeichnet Funktionen oder Funktionalitäten, die entfernt werden sollen
--   **Entfernt**: Gibt an, dass Funktionen oder Funktionalitäten entfernt wurden
--   **Behoben**: Fehler oder Probleme beseitigen
--   **Sicherheit**: Behandelt Patches oder Aktualisierungen in Bezug auf Sicherheitsanfälligkeiten
-
-Berücksichtigen Sie die Auswirkungen auf die Benutzer beim Zuweisen von Kategorien. Wenn z. B. eine Kern-API aktualisiert wird, listen Sie sie unter "Geändert" auf und geben Sie bei Bedarf Migrationsdetails an. Bei größeren Updates verlinken Sie die Quelle für weiteren Kontext.
-
-### Hinzufügen von Referenzlinks
-
-Machen Sie Ihr Changelog hilfreicher, indem Sie Einträge mit relevanten Dokumentationen, Problemen oder Commits verlinken:
-
-1. **Issue-Referenzen**
-
-Verlinken Sie direkt zu GitHub-Issues oder Pull-Requests, die mit der Änderung in Zusammenhang stehen:
-
-2. **Dokumentationslinks**
-
-Wenn Sie neue Funktionen oder signifikante Änderungen einführen, fügen Sie Links zu aktualisierter Dokumentation hinzu:
-
-3. **Commit-Referenzen**
-
-Für größere Updates verweisen Sie auf den spezifischen Commit:
-
-> "Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein wollen. Die Überprüfung von Fehlerbehebungen zu vermeiden, ist Gold wert." - Bessie Cooper
-
-## Changelog-Automatisierungstools
-
-Die Automatisierung der Erstellung von Changelogs vereinfacht Ihren Workflow und gewährleistet eine konsistente Dokumentation von Änderungen in Ihrem Capacitor-Projekt.
-
-### Top Changelog-Tools
-
-Mehrere Tools können die Automatisierung von Changelogs effektiv handhaben. Bei der Auswahl sollten Sie sich auf diese Hauptmerkmale konzentrieren:
-
--   **Versionsdetektion**: Erkennt automatisch neue Releases
--   **Commit-Parsing**: Extrahiert relevante Details aus Commit-Nachrichten
--   **Integrationsfähigkeiten**: Fügt sich nahtlos in Ihre vorhandene CI/CD-Pipeline ein
--   **Anpassungsoptionen**: Passt sich den spezifischen Anforderungen Ihres Projekts an
-
-Capgo macht die Automatisierung von Changelogs einfacher, indem es Live-Updates integriert [\[1\]](https://capgo.app/). Mit mehr als 750 Apps in Produktion und 23,5 Millionen gelieferten Updates [\[1\]](https://capgo.app/) hat es sich als zuverlässig erwiesen. Um das Beste aus diesen Tools herauszuholen, stellen Sie sicher, dass Ihre Commit-Nachrichten einer klaren Struktur folgen.
-
-### Standards für Commit-Nachrichten
-
-Verwenden Sie dieses Format für Commit-Nachrichten:
-
-_<iframe src="https://www.youtube.com/embed/BbdFfvZNWNw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen>(</iframe>): <type>_
-
-_\[optionale Body-Nachricht\]_
-
-_\[optionale Fußnote\]_
-
-Hier sind einige gängige Commit-Typen:
-
--   **feat**: Für die Einführung neuer Funktionen
--   **fix**: Für die Behebung von Fehlern
--   **docs**: Für Änderungen an der Dokumentation
--   **style**: Für Formatierungsupdates
--   **refactor**: Für die Umstrukturierung von Code, ohne sein Verhalten zu ändern
--   **test**: Für das Hinzufügen oder Aktualisieren von Tests
--   **chore**: Für allgemeine Wartungsaufgaben
-
-### CI/CD Changelog-Einrichtung
-
-Durch die Kombination automatisierter Tools mit standardisierten Commit-Nachrichten können Sie die Changelog-Generierung in Ihre CI/CD-Pipeline integrieren. Diese Einrichtung gewährleistet schnelle und genaue Updates. Eine ordnungsgemäß konfigurierten Pipeline kann Changelogs automatisch generieren, die Formatierung der Nachrichten überprüfen, die Dokumentation aktualisieren und Ihr Team benachrichtigen.
-
-Die Ergebnisse sprechen für sich: 95 % der aktiven Benutzer erhalten innerhalb von 24 Stunden Updates mit Capgos automatisiertem Bereitstellungssystem [\[1\]](https://capgo.app/).
-
-## Verwaltung von OTA-Update-Changelogs
-
-Die Verwaltung von Changelogs für Over-the-Air (OTA)-Updates erfordert besondere Aufmerksamkeit, da diese Updates sofort bereitgestellt werden. Im Gegensatz zu traditionellen App-Store-Updates, die Benutzer manuell herunterladen, erreichen OTA-Updates Geräte automatisch. Dies macht klare und detaillierte Dokumentation unerlässlich, um das Vertrauen der Benutzer zu wahren und Transparenz zu gewährleisten.
-
-### Dokumentation von OTA-Updates
-
-Bei der Verwaltung von Live-Updates ist es wichtig, wichtige Details wie die Bundle-Version, die OTA-Update-Version, die Bereitstellungszeitstempel, Erfolgsquoten und Benutzerakzeptanzmetriken zu dokumentieren. Um das Changelog verständlich zu gestalten, organisieren Sie Updates in klare Kategorien:
-
-| Kategorie | Beschreibung | Beispiel Eintrag |
-| --- | --- | --- |
-| Kritische Fehlerbehebungen | Dringende Patches für sofortige Probleme | "Absturz im Benutzer-Authentifizierungsfluss behoben" |
-| Funktionsupdates | Neue oder verbesserte Funktionalität | "Unterstützung für den Dunkelmodus im Dashboard hinzugefügt" |
-| Leistung | Geschwindigkeits- und Optimierungsverbesserungen | "Ladezeit der App um 40 % reduziert" |
-| Sicherheit | Updates zur Verbesserung der Sicherheit | "Verbesserte Datenverschlüsselung für Dateiübertragungen" |
-
-### [Capgo](https://capgo.app/) Update-Verwaltung
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-27.jpg?auto=compress)
-
-Für Live-OTA-Updates ist eine detaillierte Dokumentation unerlässlich, um Ihre gesamte Changelog-Strategie zu ergänzen. Capgo vereinfacht diesen Prozess, indem es automatisch Versionen verfolgt, die Aktualisierungsleistung überwacht, Rollbacks protokolliert und Bereitstellungen nach Kanal aufzeichnet.
-
-Ein Entwickler, der über 5.000 Benutzer verwaltet, teilte seine Erfahrung:
-
-> "Wir haben Capgo-OTA-Updates in der Produktion für unsere Benutzerbasis von mehr als 5000 eingeführt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Benutzer sind innerhalb von Minuten nach der Bereitstellung des OTA auf dem neuesten Stand." – colenso [\[1\]](https://capgo.app/)
-
-**Best Practices für die Verwaltung von OTA-Changelogs**:
-
--   Änderungen sofort dokumentieren.
--   Updates nach Kanal verfolgen, um gestufte Bereitstellungen zu unterstützen.
--   Klare Aufzeichnungen von Rollbacks führen, um schnelle Problemlösungen zu ermöglichen.
-
-Rodrigo Mantica hebt die Bedeutung dieses Ansatzes hervor:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend, um kontinuierlich an unsere Benutzer zu liefern!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Zusammenfassung
-
-### Wichtige Praktiken für das Changelog-Management
-
-Effektives Verwalten von Änderungsprotokollen verbessert die Klarheit und stärkt das Vertrauen der Nutzer. Hier sind einige essenzielle Praktiken:
-
-| Praxis | Beschreibung | Auswirkungen |
-| --- | --- | --- |
-| **Versionsverfolgung** | Verfolgen Sie Versionsnummern (App und OTA). | 82% globale Erfolgsquote für verfolgte Updates [\[1\]](https://capgo.app/) |
-| **Update-Kategorien** | [Klassifizieren Sie Updates](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) nach Art (Fehlerbehebungen, Funktionen, Sicherheit). | 95% der aktiven Nutzer aktualisieren innerhalb von 24 Stunden [\[1\]](https://capgo.app/) |
-| **Einsatzprotokolle** | Dokumentieren Sie Zeitstempel, Erfolgsquoten und Kennzahlen. | Unterstützt die Überwachung von 23,5 Mio. Updates [\[1\]](https://capgo.app/) |
-| **Rollback-Strategie** | Führen Sie Protokolle früherer Versionen mit OTA-Integration. | Ermöglicht sofortige Wiederherstellung, wenn nötig. |
-
-### Vorgeschlagene Tools für besseres Management
-
-Um diese Praktiken effektiv umzusetzen, ist die Verwendung der richtigen Tools entscheidend. Moderne Capacitor-Apps profitieren von Tools wie Capgo, das das Verwalten von Änderungsprotokollen mit Funktionen wie:
-
--   **Automatisierte Versionskontrolle**: Nahtloses Nachverfolgen und Dokumentieren von Updates mithilfe von CI/CD-Pipelines.
--   **Echtzeit-Analysen**: Überwachen der Update-Leistung und Nutzeradoptionsraten.
--   **Kanalverwaltung**: Ermöglichen von Beta-Tests und schrittweisen Rollouts für eine reibungslosere Bereitstellung.
-
-Bei der Auswahl von Tools für das Änderungsprotokollmanagement sollten Sie Folgendes priorisieren:
-
--   **Nahtlose Integration**: Kompatibilität mit Ihren bestehenden Arbeitsabläufen.
--   **Detaillierte Dokumentation**: Automatische Verfolgung von Einsatzdaten.
--   **Nutzer-Updates**: Klare, direkte Kommunikation über Änderungen.
-
-Durch die Kombination dieser Praktiken mit den richtigen Tools können Sie ein zuverlässiges Änderungsprotokolls-System einrichten, das kontinuierliche Bereitstellung unterstützt und die Nutzer informiert.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Nutzer!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/capacitor-cicd-pipeline-setup-guide.md b/src/content/blog/de/capacitor-cicd-pipeline-setup-guide.md
deleted file mode 100644
index cf3c9d9da..000000000
--- a/src/content/blog/de/capacitor-cicd-pipeline-setup-guide.md
+++ /dev/null
@@ -1,171 +0,0 @@
----
-slug: capacitor-cicd-pipeline-setup-guide
-title: Kapazitor CI/CD Pipeline Einrichtungsanleitung
-description: >-
-  Automatisieren Sie den Build-, Test- und Bereitstellungsprozess Ihrer
-  Capacitor-App mit einer CI/CD-Pipeline für schnellere Updates und verbesserte
-  Effizienz.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T00:48:58.202Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68082f5bfe5cbf0502dd901c-1745369349370.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, CI/CD, pipeline setup, app updates, Capgo, deployment automation,
-  mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie schnellere [App-Updates](https://capgo.app/plugins/capacitor-updater/) mit minimalem Aufwand?** Die Einrichtung einer CI/CD-Pipeline für Ihre [Capacitor](https://capacitorjs.com/)-App automatisiert das Erstellen, Testen und Bereitstellen, spart Zeit und reduziert Fehler. Das werden Sie erreichen:
-
--   **Live-Updates**: Sofortige Bereitstellung von Updates ohne App-Store-Verzögerungen. 95% der Nutzer erhalten Updates innerhalb von 24 Stunden.
--   **Pipeline-Grundlagen**: Automatisierte Builds, ausgelöst durch Branch-Aktivitäten (`main`, `staging`, `feature/*`) und Definition separater Umgebungen für Staging und Produktion.
--   **[Capgo](https://capgo.app/) Integration**: Nutzen Sie Capgo zur Bereitstellung sicherer, verschlüsselter Updates, Verwaltung von [Update-Kanälen](https://capgo.app/docs/webapp/channels/) und Leistungsüberwachung.
--   **Erschwingliche Tarife**: Tarife beginnen bei 12$/Monat für Live-Updates und Analysen.
-
-Capacitor CI/CD-Pipelines vereinfachen Arbeitsabläufe, verbessern die Effizienz und sorgen dafür, dass Ihre App nahtlos aktuell bleibt. Lassen Sie uns die Details betrachten.
-
-## Einrichtungsanforderungen
-
-### Voraussetzungen
-
-Stellen Sie sicher, dass Sie Folgendes installiert und konfiguriert haben:
-
--   **[Node.js](https://nodejs.org/en) LTS**, **Capacitor CLI** und **Git**
--   Ein Konto auf Ihrer bevorzugten CI-Plattform (wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) oder [Jenkins](https://www.jenkins.io/))
--   Ein **Capgo-Konto** zur Verwaltung von Live-Updates
-
-Sobald diese bereit sind, fahren Sie mit der Definition Ihrer Build-Trigger und Schritte innerhalb Ihrer CI-Plattform fort.
-
-## Integrieren Sie Appflow in Ihre CICD-Pipeline
-
-<iframe src="https://www.youtube.com/embed/CakTj3A3wbM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pipeline-Einrichtungsschritte
-
-Nachdem Sie die Voraussetzungen erfüllt haben, ist es Zeit, die Trigger und Umgebungseinstellungen Ihrer Pipeline zu konfigurieren.
-
-### Build-Trigger und Schritte
-
-Richten Sie Ihre CI/CD-Pipeline ein, um Builds basierend auf spezifischer Branch-Aktivität automatisch auszulösen. So konfigurieren Sie es:
-
--   **Branch-Trigger**:
-    
-    -   Verwenden Sie `main` für Produktions-Builds.
-    -   Verwenden Sie `staging` für Testzwecke.
-    -   Verwenden Sie `feature/*` für Entwicklungsarbeiten.
--   **Build-Schritte**:
-    
-    -   Installieren Sie alle erforderlichen Abhängigkeiten.
-    -   Führen Sie Unit-Tests durch, um die Codequalität sicherzustellen.
-    -   Erstellen Sie Web-Assets für die Anwendung.
-    -   Generieren Sie native Binärdateien für Mobile- oder Desktop-Plattformen.
-    -   Stellen Sie den Build in Ihrer Testumgebung für weitere Validierung bereit.
-
-### Umgebungseinstellungen
-
-Definieren Sie separate Umgebungskonfigurationsdateien für Staging und Produktion, um alles organisiert und sicher zu halten. Hier ist ein Beispiel-Setup:
-
-```yaml
-# staging.env
-ENVIRONMENT=staging
-API_ENDPOINT=https://api-staging.example.com
-LIVE_UPDATES_ENABLED=true
-
-# production.env
-ENVIRONMENT=production
-API_ENDPOINT=https://api.example.com
-LIVE_UPDATES_ENABLED=true
-```
-
-Für sensible Daten wie API-Schlüssel und Zertifikate, stellen Sie sicher, dass Sie diese sicher im Geheimnisverwaltungssystem Ihrer CI-Plattform speichern. Dies gewährleistet, dass Ihre Pipeline sowohl funktional als auch sicher bleibt.
-
-## [Capgo](https://capgo.app/) Integrationsanleitung
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68082f5bfe5cbf0502dd901c/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-Nachdem Sie Ihre Build- und Bereitstellungsphasen eingerichtet haben, ist es Zeit, Capgo zu integrieren. Dies ermöglicht es Ihnen, Live-Updates direkt an Ihre App zu senden, ohne App-Store-Genehmigungsverzögerungen.
-
-### Capgo-Einrichtungsschritte
-
-Nach der Vorbereitung Ihrer CI/CD-Pipeline folgen Sie diesen Schritten, um Capgo zu Ihrem Projekt hinzuzufügen:
-
-Installieren Sie zunächst die [Capgo CLI](https://capgo.app/docs/cli/commands):
-
-```bash
-npx @capgo/cli init
-```
-
-Fahren Sie dann mit diesen Befehlen fort:
-
--   **App erstellen**: `npm install && npm run build`
--   **Updates bereitstellen**: `npx @capgo/cli deploy`
--   **Updates zurücksetzen**: `npx @capgo/cli rollback`
-
-Hier ist ein Beispiel eines GitHub Actions-Jobs für die Bereitstellung von Updates:
-
-### Hauptfunktionen von Capgo
-
-Capgo bietet mehrere Vorteile für Capacitor-Apps, darunter:
-
--   **Sichere und effiziente Updates**: Verschlüsselte, differenzielle Updates reduzieren die Payload-Größen bei gleichzeitiger sicherer Übertragung.
--   **Kanal-Management**: Erstellen Sie Staging- und Produktionskanäle, um die Verteilung von Updates zu steuern.
--   **Analytics-Dashboard**: Verfolgen Sie Update-Erfolgsraten und überwachen Sie die Benutzerakzeptanz mit detaillierten Einblicken.
-
-### Capgo Pläne und Preise
-
-Capgo bietet flexible Pläne für unterschiedliche Bedürfnisse:
-
--   **SOLO**: 12$/Monat (1.000 MAU, 2 GB Speicher, 50 GB Bandbreite)
--   **MAKER**: 33$/Monat (10.000 MAU, 5 GB Speicher, 500 GB Bandbreite)
--   **TEAM**: 83$/Monat (100.000 MAU, 10 GB Speicher, 2.000 GB Bandbreite)
--   **PAYG**: Ab 249$/Monat, mit Optionen für individuelle Skalierung, API-Zugriff und eigene Domains.
-
-Derzeit unterstützt Capgo über 1.900 Apps in Produktion und ist damit eine zuverlässige Wahl für kontinuierliche Bereitstellung [\[1\]](https://capgo.app/).
-
-## Pipeline-Management
-
-### Status-Tracking
-
-Die Überwachung Ihrer Pipeline ist der Schlüssel zur Aufrechterhaltung der App-Qualität und Benutzerzufriedenheit. Richten Sie über Ihre CI/CD-Plattform automatisierte Warnungen ein für:
-
--   **Build-Status und Bereitstellungsfortschritt**
--   **Update-Erfolgsraten**
--   **Metriken zur Benutzerakzeptanz**
--   **Fehlerberichte und Absturzprotokolle**
-
-Kombinieren Sie diese Warnungen mit klarer Dokumentation für eine reibungslose Überwachung und schnelle Problembehebung.
-
-### Dokumentationsleitfaden
-
-Gute Dokumentation hält Ihr Team auf dem gleichen Stand und Ihre Abläufe reibungslos. Stellen Sie sicher, dass Ihre Dokumentation Folgendes umfasst:
-
--   **Pipeline-Konfiguration**: Details wie Build-Trigger, Umgebungsvariablen und Sicherheitseinstellungen.
--   **Update-Verfahren**: Schritte für Bereitstellungen, Rollback-Anweisungen und [Verwaltung von Update-Kanälen](https://capgo.app/docs/webapp/channels/).
--   **Monitoring-Setup**: Wie man Warnungen konfiguriert, Metriken verfolgt und auf Probleme reagiert.
--   **Compliance-Richtlinien**: Plattformspezifische Regeln, Update-Beschränkungen und andere Anforderungen.
-
-Speichern Sie die gesamte Dokumentation in der Versionskontrolle und aktualisieren Sie sie bei jeder Pipeline-Änderung. Fügen Sie Fehlerbehebungsschritte für häufige Fehler hinzu, um Zeit bei Problemen zu sparen.
-
-### Plattform-Richtlinien
-
-Befolgen Sie die Update-Richtlinien von Apple und Android mit Capgos Kanalsystem für reibungslose und konforme Rollouts:
-
--   **Beta-Tests**: [Veröffentlichen Sie Updates an kleine Benutzergruppen](https://capgo.app/blog/how-to-send-specific-version-to-users/) zur Validierung von Änderungen.
--   **Stufenweise Rollouts**: Führen Sie Updates schrittweise ein, um Probleme frühzeitig zu erkennen.
--   **Notfall-Fixes**: Schnelles Zurückrollen von Updates mit einem einzigen Klick, falls etwas schief geht.
-
-## Zusammenfassung
-
-### Überblick der Einrichtungsschritte
-
-Für den Start müssen Sie die CLI installieren, Builds und Umgebungsvariablen konfigurieren, Ihre Geheimnisse sichern, Monitoring aktivieren und Updates bereitstellen. Dieser Prozess integriert sich nahtlos mit Überwachungs- und Rollback-Tools und stellt sicher, dass Ihre App mit minimaler Ausfallzeit online bleibt.
-
-### CI/CD-Vorteile
-
-Die Verbindung zwischen Einrichtung und Ergebnissen zeigt, wie Capgo die Effizienz steigert: Updates erreichen **95% der Nutzer innerhalb von nur 24 Stunden**. Außerdem bietet Capgos Preisgestaltung - von **12$/Monat bis 83$/Monat** - einen enormen Kostenvorteil gegenüber herkömmlichen Diensten, die über **500$/Monat** berechnen können. Derzeit unterstützt Capgo mehr als **1.900 Produktions-Apps** [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/de/capacitor-cicd-plugins-vs-appflow-key-differences.md b/src/content/blog/de/capacitor-cicd-plugins-vs-appflow-key-differences.md
deleted file mode 100644
index 6bcbe48aa..000000000
--- a/src/content/blog/de/capacitor-cicd-plugins-vs-appflow-key-differences.md
+++ /dev/null
@@ -1,200 +0,0 @@
----
-slug: capacitor-cicd-plugins-vs-appflow-key-differences
-title: 'Capacitor CI/CD Plugins vs. Appflow: Wichtige Unterschiede'
-description: >-
-  Entdecken Sie die Unterschiede zwischen Capacitor CI/CD-Plugins und Appflow,
-  einschließlich Kosten, Anpassungsmöglichkeiten und zukünftiger Unterstützung
-  für die Entwicklung mobiler Apps.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T12:47:30.453Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f89c0a3ac261d346bd63f6-1744375691287.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, CI/CD, Appflow, mobile app updates, development tools,
-  customization, deployment, open-source, cost-effective solutions
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Suchen Sie nach einer besseren Möglichkeit, Updates für Ihre [Capacitor](https://capacitorjs.com/) Apps zu verwalten?** Mit der Einstellung von [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) in 2024 und [Appflow](https://ionic.io/appflow/), das 2026 schließen wird, wenden sich Entwickler Alternativen wie Capacitor CI/CD Plugins zu. Hier ein kurzer Überblick:
-
--   **Capacitor CI/CD Plugins**: Open-Source, anpassbar und integriert sich mit Tools wie [GitHub Actions](https://docs.github.com/actions) und [GitLab CI](https://docs.gitlab.com/ee/ci/). Bietet Funktionen wie Live-Updates, Ende-zu-Ende-Verschlüsselung und partielle Updates. Kostet etwa 300€/Monat mit einer einmaligen Einrichtungsgebühr von 2.600€.
--   **Appflow**: Eine zentralisierte Plattform für Builds und Deployments, aber mit eingeschränkter Flexibilität. Kostet 6.000€/Jahr und wird 2026 eingestellt.
-
-### Schneller Vergleich
-
-| Funktion | Capacitor CI/CD Plugins | Appflow |
-| --- | --- | --- |
-| **Kosten** | 300€/Monat + 2.600€ Einrichtung | 6.000€/Jahr |
-| **Anpassbarkeit** | Hoch | Begrenzt |
-| **Integration** | GitHub, GitLab, [Jenkins](https://www.jenkins.io/) | Plattformspezifisch |
-| **Zukünftiger Support** | Fortlaufend | Endet 2026 |
-| **Einrichtungszeit** | < 15 mins | Varies |
-
-**Takeaway**: Capacitor CI/CD plugins are a flexible, cost-effective choice for long-term projects, especially as Appflow's shutdown approaches.
-
-## Live Demo: Building [Capacitor](https://capacitorjs.com/) Apps in Ionic [Appflow](https://ionic.io/appflow/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67f89c0a3ac261d346bd63f6/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/tkgNuSG5FJQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## CI/CD-Lösungen verstehen
-
-Effiziente Bereitstellungs- und Update-Prozesse sind in der modernen Mobile-App-Entwicklung entscheidend. Die Fortschritte im CI/CD für [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) bieten Entwicklern heute mehrere Workflow-Optionen. Hier ist eine Aufschlüsselung, wie verschiedene Lösungen CI/CD für [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) handhaben.
-
-### Capacitor CI/CD Plugins erklärt
-
-Capacitor CI/CD Plugins bieten einen Open-Source-Ansatz zur Verwaltung von [App-Updates](https://capgo.app/plugins/capacitor-updater/) und integrieren sich nahtlos in bestehende CI/CD-Systeme. Diese Methode gibt Entwicklern detaillierte Kontrolle über Bereitstellungsprozesse und macht sie zu einer anpassbareren Option im Vergleich zu All-in-One-Plattformen.
-
-[Capgo](https://capgo.app/) hat einige beeindruckende Statistiken veröffentlicht: **95% der Nutzer aktualisierten innerhalb von 24 Stunden**, eine **82% globale Erfolgsrate**, **57ms durchschnittliche API-Antwortzeit** und **5MB Bundles werden in nur 114ms ausgeliefert** [\[1\]](https://capgo.app/).
-
-Hier sind einige herausragende Funktionen:
-
-| Funktion | Beschreibung |
-| --- | --- |
-| **Live Updates** | Sofortiges Pushen von Updates und Fixes ohne auf App-Store-Freigaben zu warten. |
-| **Ende-zu-Ende-Verschlüsselung** | Gewährleistet sichere Auslieferung von App-Updates. |
-| **Partielle Updates** | Spart Bandbreite durch Download nur der notwendigen Änderungen. |
-| **[Channel-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Verteilt Updates selektiv, ideal für Beta-Tests. |
-| **CI/CD Integration** | Arbeitet nahtlos mit Tools wie GitHub Actions, GitLab CI und Jenkins. |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-### Appflow Plattform Grundlagen
-
-Während CI/CD Plugins Anpassbarkeit betonen, bietet Appflow eine stärker integrierte Lösung. Allerdings schwindet Appflows Relevanz, da die Plattform 2026 eingestellt wird.
-
-> "Habe mein @Appflow Abonnement nach 4 Jahren gekündigt. Code-Push schien nie richtig zu funktionieren, hoffentlich hat @CapGO es besser im Griff." [\[1\]](https://capgo.app/)
-
-> "@Capgo ist ein Must-have-Tool für Entwickler, die produktiver sein wollen. Überprüfungen für Bugfixes zu vermeiden ist Gold wert." [\[1\]](https://capgo.app/)
-
-Die Wahl zwischen granularer Kontrolle und einer All-in-One-Plattform hängt vom Workflow und den langfristigen Bedürfnissen Ihres Teams ab. Mit der bevorstehenden Abschaltung von Appflow können Entwickler möglicherweise einen nachhaltigeren Mehrwert in flexiblen, Plugin-basierten Lösungen finden.
-
-## Features im direkten Vergleich
-
-### CI/CD Plugin-Funktionen
-
-Capacitor CI/CD-Plugins sind heute darauf ausgerichtet, die Anforderungen von Unternehmensanwendern zu erfüllen. Zum Beispiel liefert Capgos Implementierung ein 5MB-Bundle in nur 114ms, mit einer durchschnittlichen globalen API-Antwortzeit von 57ms [\[1\]](https://capgo.app/).
-
-Hier ein Überblick über die Funktionen dieser Plugins:
-
-| Funktionskategorie | Möglichkeiten |
-| --- | --- |
-| [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | • Sofortiges Pushen von Updates ohne App Store Verzögerungen  <br>• Senden von Teil-Updates zur Bandbreiteneinsparung  <br>• Kanalbasierte Distribution für Beta-Tests |
-| Sicherheit | • Ende-zu-Ende-Verschlüsselung  <br>• Sichere Update-Bereitstellung  <br>• Zugriffskontrolle mit detaillierten Berechtigungen |
-| Integration | • Native Unterstützung für GitHub Actions  <br>• Kompatibel mit GitLab CI  <br>• Integration in Jenkins-Pipelines |
-| Analytik | • Echtzeit-Tracking von Updates  <br>• Überwachung der Erfolgsraten  <br>• Messung der Benutzerakzeptanz |
-
-Diese Fähigkeiten unterstreichen die Zuverlässigkeit und Effizienz Plugin-basierter Lösungen [\[1\]](https://capgo.app/). Appflow verfolgt hingegen einen anderen Ansatz.
-
-### Appflow Plattform-Funktionen
-
-Appflow konzentriert sich darauf, eine einheitliche Plattform bereitzustellen, opfert dabei aber einige Flexibilität. Entwickler haben ihre Frustration mit der Implementierung zum Ausdruck gebracht, wie einer mitteilte:
-
-> "Habe mein @Appflow-Abonnement nach 4 Jahren gekündigt. Code-Push schien nie gut zu funktionieren, hoffentlich hat @CapGO es besser im Griff" - LeVar Berry [\[1\]](https://capgo.app/)
-
-Appflow bietet zwar Tools zur Verwaltung von Builds, Deployments und Teams an einem Ort. Seine Einschränkungen haben jedoch viele Organisationen dazu veranlasst, andere Optionen zu prüfen. Mit über 750 Apps, die bereits auf Plugin-basierten Lösungen wie Capgo laufen [\[1\]](https://capgo.app/), zeigt der Trend eine wachsende Verlagerung hin zu anpassbareren, entwicklerfreundlicheren Alternativen. Diese Verlagerung spiegelt eine Präferenz für Lösungen wider, die Flexibilität und Kontrolle priorisieren.
-
-## Kostenvergleich
-
-Bei der Bewertung dieser Lösungen spielt neben Funktionen und Deployment-Effizienz auch der Kostenfaktor eine wichtige Rolle.
-
-### CI/CD Plugin-Preise
-
-Capacitor CI/CD-Plugins kommen mit einem übersichtlichen Preismodell. Capgo berechnet beispielsweise eine **einmalige Einrichtungsgebühr von 2.600 €** und etwa **300 € pro Monat** für CI/CD-Operationen. Zusätzlich bieten sie gestaffelte Pläne für unterschiedliche Teamgrößen und Bedürfnisse.
-
-| Plan-Komponente | Kosten |
-| --- | --- |
-| Ersteinrichtung | 2.600 € (einmalig) |
-| Monatliche CI/CD-Operationen | ~300 € |
-| Gestaffelte Pläne | 12 € - 249 €/Monat |
-
-Diese Struktur ist besonders attraktiv für langfristige Projekte und bietet kostengünstige Skalierungsoptionen. Appflow verfolgt dagegen einen anderen Ansatz.
-
-### Appflow Preisstruktur
-
-Appflow verwendet ein jährliches Abrechnungssystem, wobei die Kosten **6.000 € pro Jahr** erreichen [\[1\]](https://capgo.app/). Diese Preisgestaltung hat viele Organisationen dazu veranlasst, alternative Lösungen in Betracht zu ziehen.
-
-> "Wir testen derzeit @Capgo, da Appcenter die Live-Update-Unterstützung für Hybrid-Apps eingestellt hat und @AppFlow viel zu teuer ist." [\[1\]](https://capgo.app/)
-
-Über einen Zeitraum von fünf Jahren könnten Plugin-basierte Lösungen wie Capgo Organisationen im Vergleich zu Appflow etwa **$26.100** einsparen [\[1\]](https://capgo.app/). Dieser erhebliche Unterschied, zusammen mit Appflows mangelnder Flexibilität und unsicherer Zukunft, hat Alternativen attraktiver gemacht.
-
-> "Zu @Capgo gewechselt, nachdem @AppFlow uns eine Rechnung von $5000 für das Jahr präsentierte. Lieben CapGo bisher. Danke an @Capgo, es ist ein großartiges Produkt." [\[1\]](https://capgo.app/)
-
-Da Entwicklungsteams ihre Budgets optimieren möchten, ohne Abstriche bei der Bereitstellungsqualität zu machen, sind diese Kostenunterschiede zunehmend bedeutsam geworden.
-
-## Einrichtung und Nutzung
-
-Die richtige Einrichtung ist entscheidend für eine reibungslose Entwicklung. Hier ist ein Vergleich dieser beiden Optionen in Bezug auf Implementierung und tägliche Nutzung.
-
-### Arbeiten mit CI/CD-Plugins
-
-Capgo arbeitet nahtlos mit beliebten CI/CD-Plattformen wie GitHub Actions und GitLab CI zusammen. Dies ermöglicht Teams, ihre Pipelines direkt in vertrauten Umgebungen zu konfigurieren. Die Einrichtung ist schnell - sie dauert weniger als 15 Minuten [\[1\]](https://capgo.app/).
-
-Ein Team teilte ihre Erfahrung bei der Bereitstellung für tausende Nutzer:
-
-> "Wir haben [Capgo OTA-Updates](https://console.capgo.app/resend_email) in Produktion für unsere Nutzerbasis von über 5.000 ausgerollt. Wir sehen einen sehr reibungslosen Betrieb; fast alle unsere Nutzer sind innerhalb von Minuten nach der Bereitstellung des OTA bei @Capgo auf dem neuesten Stand."
-
-Andererseits verfolgt Appflow einen zentralisierteren Ansatz, der von Teams verlangt, sich an sein Ökosystem anzupassen.
-
-### Verwendung von Appflow-Tools
-
-Während CI/CD-Plugins sich auf schnelle und einfache Integration konzentrieren, kombiniert Appflow mehrere Funktionen in einer Plattform. Dieser Ansatz erfordert jedoch, dass Teams das Ökosystem vollständig übernehmen. Während es eine Reihe von Tools bietet, haben einige Entwickler Schwierigkeiten mit bestimmten Funktionen wie der Code-Push-Funktionalität festgestellt.
-
-Hier ein schneller Vergleich der beiden:
-
-| Funktion | CI/CD-Plugins | Appflow |
-| --- | --- | --- |
-| Einrichtungszeit | Weniger als 15 Minuten | Variiert |
-| Integration | Arbeitet nativ mit CI/CD | Erfordert Plattformadoption |
-| Lernkurve | Einfach für CI/CD-Nutzer | Steiler für neue Nutzer |
-| Anpassung | Hochflexibel | Auf Plattformtools beschränkt |
-
-## Die richtige Wahl treffen
-
-### Open Source vs. Closed Source
-
-Bei der Wahl einer CI/CD-Lösung kann die Entscheidung zwischen Open-Source- und Closed-Source-Plattformen die Zukunft Ihres Projekts prägen. Capgos Open-Source-Modell sticht durch seine Transparenz und [Self-Hosting-Optionen](https://capgo.app/blog/self-hosted-capgo/) hervor und gibt Ihnen volle Kontrolle ohne Risiko eines Vendor Lock-ins. Dieser Ansatz ermöglicht auch maßgeschneiderte Bereitstellungen und strengere Sicherheitsmaßnahmen.
-
-Die Vorteile von Open Source zeigen sich in der praktischen Anwendung. Zum Beispiel teilte das NASA [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/) Team ihre Erfahrung:
-
-> "@Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Hier ein schneller Vergleich:
-
-| Aspekt | Open Source (Capgo) | Closed Source (Appflow) |
-| --- | --- | --- |
-| Code-Zugang | Vollständige Quellcode-Sichtbarkeit | Proprietär, eingeschränkter Zugang |
-| Hosting-Optionen | Self-hosted oder Cloud | Nur Cloud |
-| Anpassung | Unbegrenzte Modifikationen | Durch Plattform eingeschränkt |
-| Sicherheitskontrolle | Vollständige Übersicht | Abhängig vom Anbieter |
-
-Diese Ebene der Kontrolle und Transparenz macht Open-Source-Plattformen zu einer soliden Wahl für langfristige Projekte.
-
-### Langfristige Plattform-Unterstützung
-
-Die Zukunft Ihrer CI/CD-Lösung hat direkten Einfluss auf Ihren Entwicklungsworkflow. Da Appflow bis 2026 eingestellt werden soll, ist es wichtig, eine zuverlässige und kostengünstige Alternative zu planen.
-
-Hier sind wichtige Faktoren, die es abzuwägen gilt:
-
--   **Plattformstabilität:** Capgo bietet fortlaufenden Support und aktive Entwicklung, während Appflows bevorstehende Einstellung Workflows stören könnte.
--   **Kosteneffizienz:** Capgos monatliche Kosten von 300 $ bedeuten erhebliche Einsparungen im Vergleich zu Appflows Jahresgebühr von 6.000 $.
--   **Funktionskontinuität:** Open-Source-Plattformen stellen sicher, dass wichtige Funktionen verfügbar bleiben, unabhängig von sich ändernden Prioritäten eines einzelnen Anbieters.
-
-Der Trend der Branche hin zu Open-Source-Lösungen unterstreicht die Bedeutung von Nachhaltigkeit und Unabhängigkeit. Diese Faktoren sind entscheidend für die Entwicklung einer zuverlässigen CI/CD-Strategie, die kostspielige und zeitaufwändige Migrationen in der Zukunft vermeidet.
-
-## Fazit
-
-Die Welt der CI/CD-Lösungen für Capacitor-Apps verändert sich schnell und stellt Entwickler und Organisationen vor neue Herausforderungen und Chancen. Der Vergleich von Capacitor CI/CD-Plugins mit Appflow zeigt Unterschiede in Kosten, Anpassungsoptionen und zukünftiger Zuverlässigkeit.
-
-Organisationen können mit Plugin-basierten Lösungen erheblich Kosten einsparen und gleichzeitig mehr Kontrolle über Deployment und Anpassung gewinnen. Mit der Einstellung von Appflow und CodePush ist es für Entwickler wichtig, nachhaltige Migrationsstrategien zu planen, um reibungslose Übergänge sicherzustellen.
-
-Diese Veränderungen unterstreichen die Bedeutung der Wahl von Tools, die starke Funktionen und zuverlässige langfristige Unterstützung bieten. Für Teams, die Kontrolle und Flexibilität schätzen, stechen Capacitor CI/CD-Plugins hervor, da sie Selbsthosting und maßgeschneiderte Setups ermöglichen - und dabei einzigartige Sicherheits- und Deployment-Anforderungen erfüllen und gleichzeitig Unabhängigkeit wahren.
-
-Die Entscheidung zwischen diesen Lösungen hängt letztendlich von unmittelbaren Prioritäten und langfristigen Zielen ab. Die wachsende Präferenz für Open-Source, kostenbewusste Tools unterstreicht deren Potenzial, Entwicklungsbemühungen auch in Zukunft zu unterstützen. Dieser Trend festigt die Attraktivität von Open-Source, flexiblen CI/CD-Tools für die Aufrechterhaltung nachhaltiger Entwicklungspraktiken.
diff --git a/src/content/blog/de/capacitor-cli-commands-common-issues-and-fixes.md b/src/content/blog/de/capacitor-cli-commands-common-issues-and-fixes.md
deleted file mode 100644
index fb9f716e3..000000000
--- a/src/content/blog/de/capacitor-cli-commands-common-issues-and-fixes.md
+++ /dev/null
@@ -1,203 +0,0 @@
----
-slug: capacitor-cli-commands-common-issues-and-fixes
-title: 'Capacitor CLI-Befehle: Häufige Probleme und Lösungen'
-description: >-
-  Beheben Sie häufige Capacitor CLI-Probleme mit praktischen Lösungen für
-  Plugins, Builds und Updates, um eine reibungslose App-Leistung zu
-  gewährleisten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:27:20.155Z
-updated_at: 2025-04-15T02:27:33.859Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3-1744684053859.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor CLI, plugin errors, build errors, live updates, network issues,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Mit [Capacitor](https://capacitorjs.com/) CLI-Fehlern zu kämpfen?** Hier ist ein schneller Leitfaden zur Behebung häufiger Probleme wie Plugin-Fehler, Build-Fehler und Netzwerkprobleme. Capacitor CLI ist wichtig für die Verwaltung von App-Updates, besonders Over-the-Air (OTA) Updates, die es ermöglichen, App-Store-Überprüfungen zu umgehen und Korrekturen schneller bereitzustellen. Hier sind die wichtigsten Punkte:
-
--   **Häufige Probleme und Lösungen**:
-    
-    -   **Fehlende Plugin-Fehler**: npm-Cache leeren, Abhängigkeiten aktualisieren und Projektdateien synchronisieren.
-    -   **Build-Fehler**: Versionskonflikte beheben, [Cocoapods](https://cocoapods.org/)/[Gradle](https://gradle.org/) aktualisieren und Build-Caches leeren.
-    -   **Live-Update-Probleme**: Konfigurationen, Netzwerkverbindungen und Versionsnummern überprüfen.
-    -   **Netzwerkprobleme**: SSL-, Timeout- oder Proxy-Probleme mit intelligenten Update-Tools lösen.
--   **Vorbeugungstipps**:
-    
-    -   Projekte mit `npx cap sync`, `npx cap update` und `npx cap doctor` synchron halten.
-    -   Build-Dateien zurücksetzen, um unerwartetes Verhalten zu beheben.
-    -   Versionsnummern über alle Capacitor-Komponenten abstimmen.
--   **Tools für OTA-Updates**:
-    
-    -   Plattformen wie **[Capgo](https://capgo.app/)** für verschlüsselte, partielle Updates mit Hintergrundinstallation und kanalbasierten Rollouts nutzen.
-
-**Schnelllösungs-Tabelle**:
-
-| Problem | Lösungsbefehl/Aktion | Plattformen |
-| --- | --- | --- |
-| Fehlende Plugins | npm-Cache leeren, Dateien synchronisieren | iOS & Android |
-| [Xcode](https://developer.apple.com/xcode/) Build-Fehler | `pod install` | iOS |
-| Gradle Sync-Probleme | `.gradle` Cache leeren | Android |
-| Versionskonflikt | Alle Capacitor-Pakete aktualisieren | iOS & Android |
-
-**Fazit**: Effektive Verwaltung von CLI-Befehlen gewährleistet reibungslose Updates und bessere App-Leistung. Tools wie Capgo vereinfachen Bereitstellungen und reduzieren Fehler. Befolgen Sie diese Schritte, um Ihre App reibungslos am Laufen zu halten.
-
-## Wie man Quasar-Framework und [Capacitor](https://capacitorjs.com/) Dev-Befehl behebt ...
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-## Hauptprobleme mit CLI-Befehlen
-
-Entwickler stoßen häufig auf Herausforderungen mit Capacitor CLI-Befehlen, die Arbeitsabläufe stören können. Hier ist eine Aufschlüsselung häufiger Probleme und wie man sie angeht.
-
-### Fehlende Plugin-Fehler
-
-Manchmal laden Plugins nicht, meist weil Abhängigkeiten nicht richtig installiert oder synchronisiert sind. Zum Beispiel könnte das '@capacitor/live-updates' Plugin nicht laden, was Updates stoppt.
-
-So beheben Sie Plugin-Fehler:
-
--   Leeren Sie Ihren npm-Cache
--   Aktualisieren Sie Ihre Abhängigkeiten
--   Synchronisieren Sie Ihre Projektdateien
-
-Kommen wir zu Problemen, die während App-Builds auftreten können.
-
-### App-Build-Fehler
-
-Build-Fehler treten typischerweise aufgrund von Versionskonflikten zwischen Capacitor-Komponenten oder Fehlkonfigurationen auf, die OTA-Updates beeinträchtigen.
-
-| Plattform | Häufiger Fehler | Lösung |
-| --- | --- | --- |
-| iOS | Xcode Build-Fehler | Cocoapods aktualisieren und `pod install` ausführen |
-| Android | Gradle Sync fehlgeschlagen | Gradle-Cache leeren und [Android Studio](https://developer.android.com/studio) aktualisieren |
-| Beide | Versionskonflikt | Sicherstellen, dass alle Capacitor-Pakete die gleiche Version verwenden |
-
-### Live-Update-Fehler
-
-Die Bereitstellung von Live-Updates kann manchmal zu Fehlern führen, die die App-Zuverlässigkeit und Update-Bereitstellung beeinträchtigen. Capgos Verschlüsselung und intelligente Update-Systeme helfen, diese Probleme zu reduzieren, aber sie können trotzdem auftreten.
-
-Wenn Sie auf Live-Update-Fehler stoßen, versuchen Sie diese Schritte:
-
--   Überprüfen Sie Ihre Update-Konfiguration nochmals
--   Testen Sie Ihre Netzwerkverbindung
--   Stellen Sie sicher, dass die Versionsnummern korrekt sind
-
-Netzwerkbezogene Probleme können auch eine Rolle bei Live-Update-Problemen spielen.
-
-### Netzwerk- und Ereignisprobleme
-
-Netzwerkprobleme können Updates blockieren und Fehler bei der Ereignisverarbeitung verursachen. Dies sind einige häufige Ursachen:
-
--   Timeout-Fehler
--   SSL-Zertifikatsprobleme 
--   Proxy-Fehlkonfigurationen
-
-Die Verwendung intelligenter differentieller Updates kann die Bandbreitennutzung reduzieren und Updates zuverlässiger machen, selbst in langsameren Netzwerken [\[1\]](https://capgo.app/).
-
-## CLI-Fehlervermeidungstipps
-
-Vermeiden Sie häufige Command-Line-Interface (CLI) Probleme durch diese praktischen Strategien. Diese Tipps können einen reibungsloseren Entwicklungsprozess gewährleisten.
-
-### Projekte synchron halten
-
-Das Synchronhalten Ihres Projekts reduziert die Wahrscheinlichkeit von CLI-Fehlern. Verwenden Sie die folgenden Befehle, um die Konsistenz zwischen Ihren Web-Assets und nativen Plattformen zu gewährleisten:
-
--   **`npx cap sync`**: Hält Web-Assets und native Plattformen nach Änderungen synchron.
--   **`npx cap update`**: Aktualisiert Ihre Capacitor-Installation bei neuen Versionen.
--   **`npx cap doctor`**: Überprüft Plugin-Installationen und mögliche Probleme.
-
-> "Die Community brauchte das und @Capgo macht etwas wirklich Wichtiges!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-Bei anhaltenden Problemen ist das Löschen von Build-Caches der nächste Schritt.
-
-### Build-Dateien zurücksetzen
-
-Unerwartetes Verhalten von CLI-Befehlen stammt oft von Build-Cache-Problemen. Löschen Sie diese Caches für jede Plattform mit den folgenden Schritten:
-
-| Plattform | Reset-Schritte | Wann zu verwenden |
-| --- | --- | --- |
-| iOS | Führen Sie `pod deintegrate` gefolgt von `pod install` aus | Nach CocoaPods-Konflikten |
-| Android | Löschen Sie den `.gradle`-Cache und den `build`-Ordner | Wenn die Gradle-Synchronisierung fehlschlägt |
-| Web | Entfernen Sie den `node_modules`-Ordner und führen Sie `npm install` aus | Nach Abhängigkeitskonflikten |
-
-Das Löschen dieser Caches kann viele plattformspezifische Probleme lösen.
-
-### Versionsnummern abgleichen
-
-Versionsunterschiede zwischen Capacitor-Komponenten sind eine häufige Quelle für CLI-Fehler. Die Sicherstellung kompatibler Versionen aller Komponenten ist entscheidend für die Stabilität.
-
-Folgendes sollten Sie überprüfen:
-
-1.  **CLI-Version**: Bestätigen Sie mit `npx cap --version`.
-2.  **Core-Paket-Version**: Überprüfen Sie in Ihrer `package.json`-Datei.
-3.  **Plugin-Versionen**: Prüfen Sie die Abhängigkeitsliste auf Konsistenz.
-
-Beim Aktualisieren alle verwandten Pakete angleichen. Wenn Sie zum Beispiel `@capacitor/core` auf Version 5.0.0 aktualisieren, aktualisieren Sie alle anderen Capacitor-Plugins auf die gleiche Hauptversion.
-
-Versionsunterschiede können subtile Probleme verursachen, die möglicherweise nicht sofort auftreten, daher können regelmäßige Versions-Audits Sie vor zukünftigen Kopfschmerzen bewahren.
-
-## OTA-Update-Tools
-
-Die effektive Verwaltung von OTA-Updates erfordert Tools, die Bereitstellung, Überwachung und Fehlerbehebung nahtlos handhaben. Da Probleme mit Command-Line-Interfaces (CLI) oft während Updates auftreten, sind die richtigen Tools für reibungslose Abläufe unerlässlich.
-
-### Verwendung von [Capgo](https://capgo.app/) Updates
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-Capgo ist eine beliebte Plattform für die Handhabung von Capacitor OTA-Updates, die mit einer beeindruckenden Bilanz von 1155,1 Milliarden Updates bei einer globalen Erfolgsquote von 82% [\[1\]](https://capgo.app/) aufwarten kann. Es adressiert häufige CLI-Herausforderungen durch folgende Funktionen:
-
-| **Funktion** | **Vorteil** | **Technische Auswirkung** |
-| --- | --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Sichert die Update-Bereitstellung | Schützt vor Man-in-the-Middle-Angriffen |
-| Teilaktualisierungen | Spart Bandbreite | Lädt nur geänderte Dateien herunter |
-| Hintergrundinstallation | Erfordert keine Benutzereingabe | Updates werden automatisch im Hintergrund installiert |
-| Kanal-System | Ermöglicht gezielte Auslieferungen | Verteilt Updates an bestimmte Benutzergruppen |
-
-So beginnen Sie mit Capgo-Updates:
-
-1. **Plugin installieren**: Verwenden Sie den Befehl `npx @capgo/cli init`.
-2. **App erstellen**: Fahren Sie mit Ihrem üblichen App-Erstellungsprozess fort.
-3. **Updates bereitstellen**: Nutzen Sie Capgos CLI-Befehle zur Bereitstellung.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Sobald Updates bereitgestellt sind, nutzen Sie plattformspezifische Debugging-Tools, um sicherzustellen, dass alles wie erwartet funktioniert und um eventuelle Probleme zu lösen.
-
-### Debugging-Tools-Leitfaden
-
-Bei der Diagnose von OTA-Update-Problemen können plattformspezifische Tools unschätzbar sein:
-
-- **Für Android**:
-    
-    - _LogCat_: Bietet Echtzeit-Protokolle zur Überwachung.
-    - _Android Debug Bridge (ADB)_: Ermöglicht direkte Interaktion mit Geräten.
-    - _Bundle Analyzer_: Hilft bei der Optimierung der Update-Größe.
-- **Für iOS**:
-    
-    - _Xcode Console_: Verfolgt Update-Installationsprotokolle.
-    - _Network Inspector_: Überwacht die Update-Download-Leistung.
-    - _Safari Web Inspector_: Unterstützt beim Debugging von WebView-Problemen.
-
-Behalten Sie zusätzlich die globale CDN-Leistung im Auge. Zum Beispiel liefert Capgos CDN typischerweise 5MB-Bundles in nur 114ms [\[1\]](https://capgo.app/). Dieser Richtwert kann helfen festzustellen, ob Probleme mit Netzwerkbedingungen oder Implementierungsfehlern zusammenhängen.
-
-## Fazit
-
-Die effektive Verwaltung von CLI-Befehlen ist der Schlüssel zur Gewährleistung reibungsloser App-Updates und zur Bereitstellung einer großartigen Benutzererfahrung. Mit dem schnellen Tempo der OTA-Updates heute bieten Tools wie Capgo zuverlässige Lösungen für häufige CLI-Herausforderungen.
-
-Die zuvor erwähnten Methoden und Tools helfen bei der Lösung dieser Probleme und unterstützen stärkere Bereitstellungsprozesse. Zusammenfassend lässt sich sagen, dass gut organisiertes CLI-Management direkte Auswirkungen auf Update-Sicherheit, Geschwindigkeit und Wiederherstellung hat. Capgos Leistung unterstreicht die Bedeutung effizienter CLI-Praktiken [\[1\]](https://capgo.app/).
-
-| Aspekt | Auswirkung | Lösung |
-| --- | --- | --- |
-| Update-Sicherheit | Verhindert unbefugten Zugriff | Ende-zu-Ende-Verschlüsselung |
-| Bereitstellungsgeschwindigkeit | Reduziert Ausfallzeiten | Globales CDN |
-| Fehlerbehebung | Minimiert Benutzerauswirkungen | Sofortige Rollback-Fähigkeit |
-| Update-Verteilung | Gewährleistet präzise Auslieferung | Kanalbasierte Bereitstellung |
-
-Diese Elemente knüpfen an frühere Strategien zur Fehlervermeidung und Fehlersuche an und schaffen einen optimierten Update-Prozess. Automatisierte und sichere Update-Systeme setzen neue Standards für CLI-Management. Starke CLI-Praktiken sind essentiell, um in der App-Entwicklung die Nase vorn zu haben [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/de/capacitor-cli-commands-for-version-updates.md b/src/content/blog/de/capacitor-cli-commands-for-version-updates.md
deleted file mode 100644
index 2b8d2b2ed..000000000
--- a/src/content/blog/de/capacitor-cli-commands-for-version-updates.md
+++ /dev/null
@@ -1,375 +0,0 @@
----
-slug: capacitor-cli-commands-for-version-updates
-title: Capacitor CLI-Befehle für Versionsaktualisierungen
-description: >-
-  Lernen Sie die wesentlichen Befehle und bewährten Methoden zum Aktualisieren
-  Ihrer App mit dem Capacitor CLI, um optimale Leistung und Kompatibilität
-  sicherzustellen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-11T21:28:20.329Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682028f45e3fe4823b5e5a52-1746998980056.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, CLI, app updates, mobile development, iOS, Android, migration,
-  Capgo, plugins
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI vereinfacht [die Aktualisierung Ihrer App](https://capgo.app/plugins/capacitor-updater/) für iOS und Android. Hier ist, was Sie wissen müssen:
-
-1.   **Warum Aktualisieren?** Sicher bleiben, die Leistung verbessern und die Kompatibilität mit den neuesten mobilen Betriebssystemversionen sicherstellen.
-2.   **Wichtige Befehle:** Verwenden Sie `npm install @capacitor/cli@latest`, um Capacitor CLI zu aktualisieren, `npx cap migrate`, um Änderungen anzuwenden, und `npx cap sync`, um [Aktualisierungen abzuschließen](https://capgo.app/docs/plugin/cloud-mode/hybrid-update).
-3.   **Plattform-spezifische Schritte:** Aktualisieren Sie iOS mit [CocoaPods](https://cocoapods.org/) (`pod install`) und [Xcode](https://developer.apple.com/xcode/) Einstellungen. Für Android passen Sie die [Gradle](https://gradle.org/) Konfigurationen an und überprüfen Sie die Java-Versionen.
-4.   **Verwenden Sie [Capgo](https://capgo.app/) für Live-Aktualisierungen:** Änderungen sofort bereitstellen, ohne Verzögerungen im App-Store, mit Funktionen wie Rückgängigmachung und Echtzeitanalysen.
-
-Die Aktualisierung stellt sicher, dass Ihre App effizient und benutzerfreundlich bleibt. Folgen Sie den obigen Schritten für einen reibungslosen Prozess.
-
-## So migrieren Sie Ihre Ionic-App zu [Capacitor](https://capacitorjs.com/) 3
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682028f45e3fe4823b5e5a52/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/d5H729a-rBM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Bevor Sie aktualisieren
-
-Nehmen Sie sich Zeit zur Vorbereitung vor der Aktualisierung, um spätere Kopfschmerzen zu vermeiden. Ein wenig Vorarbeit hilft, häufige Fallstricke zu vermeiden und sicherzustellen, dass alles reibungslos läuft. Hier ist, worauf Sie sich konzentrieren sollten, um Risiken während des [Aktualisierungsprozesses](https://capgo.app/docs/plugin/cloud-mode/manual-update/) zu minimieren.
-
-### Überprüfen Sie die Systemanforderungen
-
-Zuerst - stellen Sie sicher, dass Ihr Entwicklungssetup die Anforderungen für Capacitor erfüllt. Die Versionen 6 und 7 haben spezifische Softwareanforderungen [\[1\]](https://capgo.app).
-
-Hier ist, was Sie überprüfen sollten:
-
-1.   **Node.js**: Überprüfen Sie, ob Ihre Node.js-Version kompatibel ist.
-2.   **Plattform-spezifische Tools**:
-    -   Für die iOS-Entwicklung stellen Sie sicher, dass Sie die neueste Version von Xcode installiert haben.
-    -   Für Android stellen Sie sicher, dass [Android Studio](https://developer.android.com/studio) auf dem neuesten Stand ist.
-
-### Lesen Sie die Aktualisierungsnotizen
-
-Die Aktualisierungsnotizen sind Ihre Roadmap, um zu verstehen, wie die Änderungen Ihr Projekt beeinflussen könnten. Nehmen Sie sich die Zeit, Folgendes zu überprüfen:
-
-1.   **Offizielle Dokumentation**: Durchsehen Sie das Änderungsprotokoll und die Migrationsanleitungen von Capacitor.
-2.   **Wichtige Änderungen**: Achten Sie besonders auf alle Abschnitte, die mit "Wichtige Änderungen" gekennzeichnet sind. Diese heben oft entscheidende Aktualisierungen hervor, die Ihren Arbeitsablauf stören könnten.
-3.   **Plugin-Kompatibilität**: Überprüfen Sie, ob alle Capacitor-Plugins in Ihrem Projekt von der neuen Version unterstützt werden.
-
-## CLI Aktualisierungsbefehle
-
-Diese Befehle helfen Ihnen, Ihre App zu aktualisieren, während sichergestellt wird, dass alles weiterhin reibungslos funktioniert.
-
-### Aktualisieren Sie Capacitor CLI
-
-Um auf die neuesten Funktionen zuzugreifen, aktualisieren Sie Ihre Capacitor CLI. Öffnen Sie Ihr Terminal und führen Sie aus:
-
-```bash
-npm install -g @capacitor/cli@latest
-```
-
-Sobald die Installation abgeschlossen ist, bestätigen Sie die Aktualisierung, indem Sie Ihre CLI-Version überprüfen:
-
-```bash
-npx cap --version
-```
-
-### Führen Sie Migrationsbefehle aus
-
-In Ihrem Projektverzeichnis führen Sie die folgenden Befehle aus, um die Kern- und plattform-spezifischen Capacitor-Pakete zu aktualisieren:
-
-```bash
-# Update core Capacitor packages
-npm install @capacitor/core@latest
-npm install @capacitor/cli@latest
-
-# Update platform-specific packages
-npm install @capacitor/ios@latest
-npm install @capacitor/android@latest
-
-# Run the migration command
-npx cap migrate
-```
-
-Der Befehl `npx cap migrate` wird:
-
-1.   Die Konfigurationen Ihrer App aktualisieren
-2.   Abhängigkeiten synchronisieren
-3.   Notwendige Projektänderungen anwenden
-4.   Plugins auf Kompatibilität validieren
-
-Wenn einige Aktualisierungen nicht automatisch behandelt werden, müssen Sie diese möglicherweise manuell abschließen.
-
-### Manuelle Schritte abschließen
-
-Um Ihr Projekt mit den aktualisierten Plattformen zu synchronisieren, führen Sie aus:
-
-```bash
-npx cap sync
-```
-
-Für zusätzliche Automatisierung können Sie Capsgo's CLI-Tool integrieren, indem Sie ausführen:
-
-```bash
-npx @capgo/cli init
-```
-
-Überprüfen Sie schließlich die Aktualisierung, indem Sie Ihre App für jede Plattform erstellen:
-
-```bash
-# For iOS
-npx cap open ios
-
-# For Android
-npx cap open android
-```
-
-Wenn Sie während der Aktualisierung auf Probleme stoßen, wird die CLI detaillierte Fehlermeldungen bereitstellen, die bei der Fehlersuche helfen. Stellen Sie sicher, dass Sie die Build-Ausgabe auf Warnungen oder Fehler überprüfen, die Ihre Aufmerksamkeit erfordern.
-
-## Plattformaktualisierungen
-
-Sobald die Kernaktualisierungen abgeschlossen sind, besteht der nächste Schritt darin, die Plattformkonfigurationen für iOS- und Android-Projekte zu optimieren.
-
-### Schritte zur iOS-Aktualisierung
-
-Um mit Ihrem iOS-Projekt zu beginnen, öffnen Sie es in Xcode und befolgen Sie diese Schritte:
-
-1.   **Aktualisieren Sie die CocoaPods-Abhängigkeiten**  
-    Beginnen Sie damit, Ihre Abhängigkeiten mithilfe von CocoaPods zu aktualisieren. Navigieren Sie zu Ihrem iOS-Projektverzeichnis und führen Sie den folgenden Befehl aus:
-    
-    ```bash
-    cd ios/App
-    pod install
-    ```
-    
-2.   **Konfigurieren Sie die Xcode-Einstellungen**  
-    Stellen Sie sicher, dass diese Xcode-Einstellungen aktualisiert werden, um einen reibungslosen Betrieb und Konformität zu gewährleisten:
-    
-    | **Einstellung** | **Erforderliche Aktion** | **Zweck** |
-    | --- | --- | --- |
-    | Bereitstellungsziel | Legen Sie eine minimale iOS-Version fest | Sicherstellen der Kompatibilität |
-    | Build-Einstellungen | Aktualisieren Sie die Signaturidentität | Erfüllen der Anforderungen des App-Stores |
-    | Asset-Katalog | Überprüfen Sie das Symbol und die Splash-Assets | Aufrechterhaltung der visuellen Konsistenz |
-    
-3.   **Sauberer Build**  
-    Löschen Sie zwischengespeicherte Dateien und führen Sie einen sauberen Build durch, um verbleibende Probleme zu vermeiden:
-    
-    ```bash
-    # Clean the build folder
-    xcodebuild clean
-    # Build the project
-    xcodebuild build
-    ```
-    
-
-Sobald die iOS-Aktualisierungen abgeschlossen sind, können Sie sich Ihrem Android-Projekt widmen.
-
-### Schritte zur Android-Aktualisierung
-
-Für Android öffnen Sie das Projekt in Android Studio und befolgen Sie diese Schritte:
-
-1.   **Aktualisieren Sie die Gradle-Konfiguration**  
-    Öffnen Sie Ihre `build.gradle`-Datei und bestätigen Sie, dass diese Einstellungen korrekt konfiguriert sind:
-    
-    ```kotlin
-    android {
-        compileSdkVersion 33
-        defaultConfig {
-            minSdkVersion 22
-            targetSdkVersion 33
-        }
-    }
-    ```
-    
-2.   **Projektdateien synchronisieren**  
-    Synchronisieren Sie das Projekt mit Gradle-Dateien, um sicherzustellen, dass alle Abhängigkeiten auf dem neuesten Stand sind. Dieser Schritt kann auch das Aktualisieren von SDK-Tools und die Behebung von Konflikten umfassen.
-    
-3.   **Überprüfen Sie die Java-Version**  
-    Stellen Sie sicher, dass Sie die korrekte Java-Version verwenden, da dies entscheidend für die Kompatibilität mit Gradle und Android-Funktionen ist:
-    
-    ```bash
-    # Check the current Java version
-    ./gradlew --version
-    ```
-    
-
-Achten Sie besonders auf Ihre Gradle-Konfiguration. Einige Aktualisierungen erfordern möglicherweise eine neuere Gradle-Version, um die neuesten Android-Funktionen effektiv zu unterstützen.
-
-## Live-Aktualisierungen mit [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/682028f45e3fe4823b5e5a52/0270fe931d56d422c8e52846495749c7.jpg)
-
-Sobald Ihre Plattform konfiguriert ist, können Sie Capgo verwenden, um Änderungen sofort ohne Warten auf App-Store-Genehmigungen durchzuführen. Dieser Schritt verbessert Ihre Plattformaktualisierungen, indem er Echtzeit-Bereitstellungsmöglichkeiten bietet.
-
-### Capgo einrichten
-
-Der Einstieg in Capgo ist unkompliziert. Sie können es mit einem einfachen Befehl initialisieren:
-
-```bash
-npx @capgo/cli init
-```
-
-Diese Funktion optimiert den Aktualisierungsprozess, damit Ihre App ohne die Verzögerungen traditioneller Überprüfungszyklen aktuell bleibt. Capgo ist mit Capacitor 8 kompatibel, was es zu einer flexiblen Wahl für Ihr bestehendes Setup macht.
-
-| **Merkmal** | **Beschreibung** | **Vorteil** |
-| --- | --- | --- |
-| End-to-End-Verschlüsselung | Eingebaute Sicherheit für Updates | Stellt sicher, dass nur autorisierte Benutzer auf Updates zugreifen können |
-| [Kanalsystem](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Fortschrittliche Aktualisierungsverteilung | Zielgerichtete Ansprache bestimmter Benutzersegmente |
-| Echtzeitanalysen | Überwachen der Update-Leistung | Erfolgsquoten und Benutzerengagement verfolgen |
-
-### Sicherheitsmerkmale bei Updates
-
-Capgo priorisiert sichere und zuverlässige Aktualisierungen und erreicht eine 95%ige Akzeptanzrate innerhalb von 24 Stunden sowie eine 82%ige Erfolgsquote weltweit [\[1\]](https://capgo.app). Es umfasst mehrere wichtige Sicherheitsmerkmale:
-
-1.   **Rückgängigmachungsfähigkeit**: Schnell zu einer vorherigen Version zurückkehren, falls Probleme auftreten.
-2.   **Fehlerverfolgung**: Probleme identifizieren und lösen, bevor sie die Benutzer beeinflussen.
-3.   **Kanalisierte Verteilung**: [Testen Sie Updates mit Beta-Gruppen](https://capgo.app/blog/how-to-send-specific-version-to-users/), bevor Sie diese umfassend verteilen.
-
-### CI/CD-Integration
-
-Sobald die Sicherheitsmaßnahmen implementiert sind, können Sie Capgo in Ihre CI/CD-Pipeline integrieren, um reibungslose und effiziente Bereitstellungen zu ermöglichen. Capgo hat bereits CI/CD für über 50 Apps konfiguriert und bietet kostengünstige Lösungen im Vergleich zu anderen Optionen [\[1\]](https://capgo.app).
-
-Hier ist ein Beispiel für einen Bereitstellungsbefehl:
-
-```bash
-npx @capgo/cli deploy --channel production
-```
-
-Capgo unterstützt eine Vielzahl von CI/CD-Plattformen, einschließlich:
-
-1.   [GitHub Actions](https://docs.github.com/actions)
-2.   [GitLab CI](https://docs.gitlab.com/ee/ci/)
-3.   [Jenkins](https://www.jenkins.io/)
-4.   Benutzerdefinierte Pipeline-Setups
-
-> "Wir konfigurieren Ihre CI/CD-Pipeline direkt in Ihrer bevorzugten Plattform, sei es GitHub Actions, GitLab CI oder andere. Wir hosten CI/CD nicht und berechnen Ihnen keine Kosten für die Wartung." - Capgo [\[1\]](https://capgo.app)
-
-Für Teams, die fachliche Unterstützung suchen, bietet Capgo einen professionellen CI/CD-Konfigurationsservice für 2.600 $. Dieses einmalige Setup beinhaltet die Konfiguration benutzerdefinierter Pipelines und Expertenrat zu bewährten Praktiken beim Mobile App-Deployment [\[1\]](https://capgo.app).
-
-## Häufige Probleme beheben
-
-[Capacitor-Aktualisierungen](https://capgo.app/plugins/capacitor-updater/) können manchmal Probleme verursachen, die die Stabilität Ihrer App stören. Hier erfahren Sie, wie Sie diese häufigen Probleme effektiv angehen können.
-
-### Beheben Sie Paketkonflikte
-
-Überprüfen Sie zunächst auf Versionskonflikte in Ihren Capacitor-Paketen. Verwenden Sie den folgenden Befehl:
-
-```bash
-npm ls @capacitor/core
-```
-
-Überprüfen Sie die Ausgabe und stellen Sie sicher, dass die Versionen von **@capacitor/core**, **@capacitor/ios** und **@capacitor/android** in Ihrer `package.json`-Datei übereinstimmen. Wenn Sie Konflikte feststellen, aktualisieren oder entfernen Sie problematische Pakete, um Ihre Umgebung zu stabilisieren.
-
-Nach der Behebung dieser überprüfen Sie erneut, ob alle installierten Plugins mit der aktualisierten Capacitor-Version kompatibel sind.
-
-### Überprüfen Sie die Plugin-Unterstützung
-
-Stellen Sie vor der Aktualisierung sicher, dass Ihre Plugins bereit sind, mit der neuesten Capacitor-Version zu arbeiten. Verwenden Sie diese Befehle, um die Kompatibilität der Plugins zu verwalten und zu überprüfen:
-
-| **Aktion** | **Befehl** | **Zweck** |
-| --- | --- | --- |
-| Plugins auflisten | `npx cap ls` | Zeigt alle installierten Plugins an |
-| Versionen überprüfen | `npm outdated` | Identifiziert veraltete Plugins |
-| Plugins aktualisieren | `npm update` | Aktualisiert Plugins auf kompatible Versionen |
-
-Wenn Sie solche Live-Update-Tools wie **Capgo** verwenden, bestätigen Sie, dass Ihre Plugins dynamische Updates unterstützen. Dies hilft, Laufzeitkonflikte zu verhindern und sorgt für eine reibungslosere Leistung.
-
-### Beheben Sie Build-Fehler
-
-Build-Fehler können je nach Plattform variieren, aber hier sind plattformspezifische Lösungen:
-
-**Für iOS:**
-
-Bereinigen Sie Ihre Build-Ordner mit diesem Befehl:
-
-```bash
-xcodebuild clean -workspace ios/App/App.xcworkspace -scheme App
-```
-
-**Für Android:**
-
-Löschen Sie den Gradle-Cache, indem Sie Folgendes ausführen:
-
-```bash
-cd android && ./gradlew clean
-```
-
-Wenn nach dem Bereinigen weiterhin Fehler auftreten, müssen Sie möglicherweise die betroffenen Plattformen erneut hinzufügen. So geht’s:
-
-```bash
-npx cap rm ios
-npx cap rm android
-npx cap add ios
-npx cap add android
-```
-
-Wenn Sie Capgo für Live-Updates verwenden, überprüfen Sie abschließend, ob Ihre Build-Konfigurationen die Anforderungen der Plattform erfüllen, um weitere Probleme zu vermeiden.
-
-## Zusammenfassung
-
-Dieser Abschnitt hebt die wesentlichen Schritte und Werkzeuge für [die Verwaltung von Updates](https://capgo.app/docs/plugin/cloud-mode/manual-update/) in Capacitor hervor und betont, wie der effektive Einsatz von [Capacitor CLI-Befehlen](https://capgo.app/docs/cli/commands/) einen reibungslosen Workflow in der Anwendungsentwicklung gewährleistet. Die besprochenen Werkzeuge und Strategien zielen darauf ab, Updates zu vereinfachen und gleichzeitig potenzielle Risiken zu reduzieren.
-
-Früher haben wir festgestellt, dass Capgo **1,7K Produktions-Apps** unterstützt und eine beeindruckende **82% Update-Erfolgsquote** erzielt [\[1\]](https://capgo.app). Die Funktion für sofortige Updates ermöglicht es **95% der Nutzer, innerhalb von 24 Stunden zu aktualisieren** [\[1\]](https://capgo.app), was die Effizienz demonstriert.
-
-Hier ist eine Übersicht der Leistungskennzahlen von Capgo:
-
-| Kennzahl | Leistung |
-| --- | --- |
-| Globale API-Antwortzeit | 434 ms |
-| Download-Geschwindigkeit des 5-MB-Bundles | 114 ms |
-| Erfolgsquote der Updates | 82% |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app)
-
-Moderne Update-Tools bieten mehrere bemerkenswerte Vorteile:
-
--   **Ende-zu-Ende-Verschlüsselung** für sichere Bereitstellung von Updates
--   **Teil-Updates**, die Bandbreite sparen, indem nur geänderte Komponenten heruntergeladen werden
--   **Ein-Klick-Rollback** für schnelle Wiederherstellung im Falle von Problemen
--   **Echtzeit-Analysen**, um die Update-Leistung und das Benutzerengagement zu überwachen
-
-Diese Funktionen bilden ein robustes Rahmenwerk zur effektiven Verwaltung von [Versionsupdates](https://capgo.app/docs/live-updates/update-behavior/).
-
-Egal, ob Sie an einer kleinen App arbeiten oder ein größeres Deployment skalieren, die Kombination von Capacitor CLI mit fortgeschrittenen Update-Tools gewährleistet zuverlässige und effiziente Versionskontrolle in der heutigen schnelllebigen Entwicklungslandschaft.
-
-## FAQs
-
-:::faq
-### Welche Herausforderungen könnte ich beim Aktualisieren meiner App mit Capacitor CLI antreffen und wie kann ich sie angehen?
-
-Wenn Sie Ihre App mit dem Capacitor CLI aktualisieren, könnten Sie auf einige Schwierigkeiten stoßen. Zu den häufigsten Herausforderungen gehören **Abhängigkeitskonflikte**, **Breaking Changes in Plugins** oder **plattform-spezifische Konfigurationsprobleme**. Diese Probleme entstehen oft aus Unterschieden zwischen Capacitor-Versionen oder Aktualisierungen von Drittanbieter-Plugins.
-
-So können Sie diese Herausforderungen angehen:
-
--   **Überprüfen Sie die Versionshinweise** für die neue Version, auf die Sie umsteigen. Achten Sie auf Breaking Changes oder Anpassungen, die Sie vornehmen müssen.
--   **Testen Sie Updates in einer Testumgebung**, bevor Sie sie in der Produktion ausrollen. Das hilft Ihnen, Probleme zu erkennen und zu beheben, bevor sie die Nutzer beeinträchtigen.
--   Aktualisieren Sie regelmäßig Ihre Abhängigkeiten und Plugins, um das Risiko von Kompatibilitätsproblemen zu verringern.
-
-Für ein noch reibungsloseres Update-Erlebnis möchten Sie vielleicht Tools wie _Capgo_ ausprobieren. Mit diesem Tool können Sie Korrekturen und neue Funktionen direkt an Ihre Nutzer senden, ohne Genehmigungen aus dem App Store einzuholen. Es ist eine großartige Möglichkeit, Ihre App mit minimalen Ausfallzeiten aktuell zu halten.
-:::
-
-:::faq
-### Wie vereinfacht Capgo App-Updates und welche herausragenden Funktionen hat es?
-
-Capgo vereinfacht die Art und Weise, wie Entwickler [App-Updates](https://capgo.app/plugins/capacitor-updater/) bereitstellen, indem es ihnen ermöglicht, Änderungen, Korrekturen und neue Funktionen direkt an die Nutzer zu senden - ohne die Notwendigkeit von Genehmigungen aus dem App Store. Damit können Ihre Nutzer in nur wenigen Minuten die neuesten Updates genießen, was ein reibungsloseres und effizienteres Erlebnis schafft.
-
-Das macht Capgo besonders:
-
--   **Ende-zu-Ende-Verschlüsselung** sorgt dafür, dass Ihre Updates sicher bleiben.
--   **CI/CD-Integration** hilft, einen reibungslosen Arbeitsablauf aufrechtzuerhalten.
--   **Nutzer-spezifische Updates** ermöglichen präzise, gezielte Rollouts.
--   **Flexible Organisationsverwaltung** unterstützt Teams jeder Größe.
-
-Capgo ist vollständig Open Source und erfüllt sowohl die Apple- als auch die Android-Standards und bietet eine zuverlässige Lösung für [Echtzeit-App-Updates](https://capgo.app/blog/live-updates-for-flutter-app/).
-:::
-
-:::faq
-### Wie kann ich überprüfen, ob meine Plugins mit der neuesten Version von Capacitor kompatibel sind, bevor ich aktualisiere?
-
-Bevor Sie den Sprung zur neuesten Version von Capacitor wagen, ist es wichtig, sicherzustellen, dass Ihre Plugins bereit sind, das Update zu verarbeiten. Beginnen Sie damit, die Dokumentation oder das Repository des Plugins zu durchsuchen, um herauszufinden, ob es spezifische Anforderungen oder Updates für bestimmte Versionen gibt. Die meisten Plugins geben klar an, welche Capacitor-Versionen sie unterstützen, sodass dieser Schritt Ihnen unnötige Kopfschmerzen ersparen kann.
-
-Sie können Ihre App auch in einer kontrollierten Umgebung mit der aktualisierten Capacitor-Version testen. So können Sie potenzielle Kompatibilitätsprobleme erkennen und beheben, bevor das Update in der Produktion live geht. Tools wie **Capgo** können hierbei sehr hilfreich sein, da Sie Updates direkt senden können, ohne Genehmigungen vom App Store einzuholen. Das bedeutet, dass Sie Probleme im Zusammenhang mit Plugins schnell beheben können, während Sie innerhalb der Plattform-Richtlinien bleiben. 
-:::
diff --git a/src/content/blog/de/capacitor-cli-plugin-commands-overview.md b/src/content/blog/de/capacitor-cli-plugin-commands-overview.md
deleted file mode 100644
index 0c7406d6b..000000000
--- a/src/content/blog/de/capacitor-cli-plugin-commands-overview.md
+++ /dev/null
@@ -1,374 +0,0 @@
----
-slug: capacitor-cli-plugin-commands-overview
-title: Übersicht über die Befehle des Capacitor CLI-Plugins
-description: >-
-  Erfahren Sie, wie Sie Capacitor-Plugins effizient mit CLI-Befehlen verwalten
-  und profitieren Sie von der Integration in ein leistungsstarkes
-  Plugin-Management-Tool.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T03:14:02.984Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4be0410051fda3b63a692-1743045267566.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, CLI, plugin management, app development, updates, troubleshooting,
-  Capgo, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI vereinfacht die Verwaltung von Plugins für die App-Entwicklung und ermöglicht eine nahtlose Integration von nativen Gerätefunktionen. In Kombination mit Tools wie [Capgo](https://capgo.app/) werden Updates, Bereitstellungen und Fehlersuche optimiert. Hier ist, was Sie wissen sollten:
-
-**Wichtige Funktionen:**
-
--   **Plugins installieren:** Verwenden Sie `npx @capgo/cli init`, um Plugins hinzuzufügen, Abhängigkeiten zu verwalten und Konfigurationen automatisch zu aktualisieren.
--   **Plugins aktualisieren:** Befehle wie `npm update @capacitor/*` und `npx cap sync` sorgen für reibungslose Updates.
--   **Plugins entfernen:** Deinstallieren Sie sauber mit `npm uninstall @capacitor/plugin-name` und synchronisieren Sie die Konfigurationen.
--   **Probleme beheben:** Befehle wie `npx cap doctor` und `npx cap sync --verbose` helfen, Probleme zu erkennen und zu lösen.
-
-**[Capgo Vorteile](https://capgo.app/consulting/):**
-
--   Echtzeit-Updates
--   End-to-End-Verschlüsselung
--   CI/CD-Integration
--   Rollback bei Fehlern
-
-Capgo unterstützt über 750 Apps weltweit und bietet schnelle Updates und Fehlerverfolgung für $12/Monat.
-
-Beginnen Sie noch heute mit der effizienten Verwaltung von [Capacitor-Plugins](https://capgo.app/plugins/) und verbessern Sie Ihren Entwicklungsworkflow!
-
-## Plattformübergreifende Entwicklung: CapacitorJS erkunden mit ...
-
-<iframe src="https://www.youtube.com/embed/73YWZ1G_DX4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Befehle zur Plugin-Installation
-
-Das Capacitor CLI macht das Hinzufügen von Plugins zu Ihrem Projekt einfach und effizient. Diese Befehle kümmern sich um den Integrationsprozess, verwalten die Abhängigkeiten und stellen die Kompatibilität mit Ihrer Einrichtung sicher.
-
-### Grundlegende Installationsbefehle
-
-Um ein Capacitor-Plugin zu Ihrem Projekt hinzuzufügen, verwenden Sie diese einfache Befehlsstruktur. Zum Beispiel, um das Capgo-Plugin zu installieren, führen Sie folgendes aus:
-
-```bash
-npx @capgo/cli init
-```
-
-Dieser Befehl kümmert sich um Folgendes:
-
--   Überprüft, ob das Plugin mit Ihrer Capacitor-Version kompatibel ist
--   Installiert alle erforderlichen Abhängigkeiten
--   Richtet plattformspezifische Konfigurationen ein
--   Aktualisiert automatisch die Konfigurationsdateien Ihres Projekts
-
-Halten Sie sich an diesen Prozess, um Fehler während der Installation zu vermeiden.
-
-### Installationsrichtlinien
-
-Hier erfahren Sie, wie Sie sicherstellen, dass Ihr Plugin ohne Probleme installiert wird:
-
-**Vorinstallationsschritte**:
-
--   Stellen Sie sicher, dass Ihr Capacitor-Projekt bereits eingerichtet ist
--   Navigieren Sie zum Stammverzeichnis Ihres Projekts
--   Überprüfen Sie, dass Ihre [Node.js](https://nodejs.org/en) Version aktuell ist
--   Aktualisieren Sie auf die neueste Version des Capacitor CLI
-
-**Versionsverwaltung**:
-
--   Geben Sie die Plugin-Version an, die Sie während der Installation wünschen
--   Folgen Sie der semantischen Versionsverwaltung, um Kompatibilitätsprobleme zu vermeiden
--   Testen Sie das Plugin in Ihrer Entwicklungsumgebung, bevor Sie es bereitstellen
-
-> "Führen Sie npx @capgo/cli init aus und das war's!" - Capgo [\[1\]](https://capgo.app/)
-
-Nach der Installation bestätigen Sie, dass alles in Ordnung ist, indem Sie Ihre `package.json` und plattformspezifischen Konfigurationsdateien überprüfen. Für zusätzliche Schritte konsultieren Sie die Dokumentation des Plugins.
-
-## Befehle zur Plugin-Aktualisierung
-
-Die Aktualisierung Ihrer Capacitor-Plugins trägt zur Stabilität der App bei und stellt sicher, dass Sie auf neue Funktionen zugreifen können. Das CLI bietet Werkzeuge zur effizienten Verwaltung von Plugin-Updates.
-
-### Verfügbare Updates finden
-
-Führen Sie diese Befehle im Stammverzeichnis Ihres Projekts aus:
-
-```bash
-npm outdated @capacitor/*
-npx cap doctor
-```
-
-Der Befehl `npx cap doctor` überprüft Ihre Capacitor-Einrichtung, einschließlich der Plugin-Versionen. Er identifiziert Probleme und schlägt Updates zur Leistungsverbesserung vor. Sobald Sie wissen, welche Plugins aktualisiert werden müssen, verwenden Sie die folgenden Befehle.
-
-### Ausführung von Plugin-Updates
-
-Um Plugins zu aktualisieren, verwenden Sie Folgendes:
-
-**Einzelnes Plugin aktualisieren**:
-
-```bash
-npm update @capacitor/plugin-name
-npx cap sync
-```
-
-**Alle Plugins auf einmal aktualisieren**:
-
-```bash
-npm update @capacitor/*
-npx cap sync
-```
-
-Wenn Sie ein Capgo-Nutzer sind, vereinfacht ihr CLI-Tool den Aktualisierungsprozess:
-
-```bash
-npx @capgo/cli update
-```
-
-### Verwaltung der Update-Abhängigkeiten
-
-Nach der Anwendung von Updates befolgen Sie diese Schritte zur effektiven Verwaltung der Abhängigkeiten:
-
-| Stufe | Aufgabe | Zweck |
-| --- | --- | --- |
-| Vor-Update | Abhängigkeiten überprüfen | Aktuelle Versionen prüfen |
-| Während des Updates | Versionskonflikte beheben | Inkompatibilitäten beheben |
-| Nach-Update | plattformspezifische Tests durchführen | Sicherstellen, dass alles funktioniert |
-
-Capgo-Nutzer profitieren von erweiterten Funktionen wie kontrollierten Rollouts. Ihr System hat sich als zuverlässig erwiesen:
-
--   95% der Updates werden innerhalb von 24 Stunden abgeschlossen [\[1\]](https://capgo.app/)
--   82% Erfolgsquote weltweit für Updates [\[1\]](https://capgo.app/)
--   Kompatibilität mit Capacitor 8 Versionen [\[1\]](https://capgo.app/)
-
-Um reibungslose Updates sicherzustellen:
-
--   **Versionskontrolle**: Committen Sie Ihre Änderungen vor dem Update.
--   **Tests**: Wenden Sie Updates zunächst in einer Entwicklungsumgebung an.
--   **Abhängigkeitshinweise**: Beheben Sie etwaige Probleme mit Peer-Abhängigkeiten umgehend.
-
-Capgo bietet auch eine Rollback-Funktion, um kritische Updates bei auftretenden Problemen rückgängig zu machen [\[1\]](https://capgo.app/).
-
-## Befehle zur Plugin-Entfernung
-
-Plugins ordnungsgemäß zu entfernen, ist entscheidend, um Probleme während der Updates zu vermeiden und Ihre Entwicklungsumgebung sauber zu halten. Unten finden Sie die Schritte zum Deinstallieren von Plugins und zur Überprüfung ihrer vollständigen Entfernung.
-
-### Deinstallationsbefehle
-
-Um ein Capacitor-Plugin zu deinstallieren, verwenden Sie den folgenden Befehl:
-
-```bash
-npm uninstall @capacitor/plugin-name
-npx cap sync
-```
-
-Für plattformspezifische Updates führen Sie aus:
-
-```bash
-npx cap update ios
-npx cap update android
-```
-
-Müssen Sie mehrere Plugins auf einmal entfernen? Verwenden Sie dies:
-
-```bash
-npm uninstall @capacitor/plugin1 @capacitor/plugin2
-npx cap sync
-```
-
-### Nach der Entfernung Bereinigen
-
-Nach der Deinstallation befolgen Sie diese Bereinigungsschritte, um sicherzustellen, dass Ihr Projekt stabil bleibt:
-
-| Aufgabe | Befehl | Zweck |
-| --- | --- | --- |
-| Abhängigkeiten aktualisieren | `npm install` | Baut den Abhängigkeitsbaum neu auf |
-| Plattformen synchronisieren | `npx cap sync` | Aktualisiert native Projektkonfigurationen |
-
-Darüber hinaus entfernen Sie manuell verbleibende Einträge aus **capacitor.config.ts**, **package.json** und allen plattformspezifischen Dateien.
-
-### Bestätigen der Plugin-Entfernung
-
-Um zu bestätigen, dass das Plugin vollständig entfernt wurde, verwenden Sie diese Befehle:
-
-```bash
-npm list @capacitor/*
-npx cap doctor
-```
-
--   **`npm list @capacitor/*`**: Überprüft, ob noch Capacitor-bezogene Abhängigkeiten vorhanden sind.
--   **`npx cap doctor`**: Identifiziert verwaiste Abhängigkeiten, unvollständige Entfernungen oder Konfigurationsprobleme.
-
-Überprüfen Sie diese Bereiche auf verbleibende Rückstände:
-
--   **Projektstamm**: Stellen Sie sicher, dass das Plugin nicht mehr in `package.json` aufgeführt ist.
--   **Native Plattformen**: Überprüfen Sie die Bereinigung in iOS- und Android-Verzeichnissen.
--   **Build-Dateien**: Bestätigen Sie, dass das Plugin aus kompilierte Assets abwesend ist.
-
-Wenn Sie Capgo zur Plugin-Verwaltung verwenden, kann Ihnen deren CLI-Tool helfen, die Entfernung zu überprüfen:
-
-```bash
-npx @capgo/cli verify
-```
-
-Dieser Befehl sucht nach verbleibenden Spuren, die Konflikte verursachen könnten, und sorgt für eine gründliche Bereinigung.
-
-## Plugin-Fehlerbehebung
-
-Wenn Sie nach der Installation oder Aktualisierung von Plugins weiterhin Probleme haben, finden Sie hier einige praktische Schritte zur Fehlerbehebung, die Ihnen helfen, häufige Probleme zu identifizieren und zu beheben.
-
-Bei der Arbeit mit Capacitor-Plugins über CLI-Befehle stoßen Entwickler häufig auf Herausforderungen, die ihren Workflow stören können. Unten finden Sie einen Leitfaden, um diese Probleme effektiv anzugehen.
-
-### Diagnosetools
-
-Diese Befehle können Ihnen helfen, Probleme mit Ihrer CLI-Konfiguration aufzudecken:
-
-```bash
-npx cap doctor
-npx cap sync --verbose
-```
-
-Diese Tools können erkennen:
-
--   Fehlende Abhängigkeiten
--   Versionskonflikte
--   Konfigurationsfehler, die plattformspezifisch sind
--   Probleme bei der Installation von Plugins
-
-Für tiefere Einblicke bietet Capgo zusätzliche Diagnoseschritte:
-
-```bash
-npx @capgo/cli diagnose
-npx @capgo/cli verify-plugins
-```
-
-Nach der Durchführung von Diagnosen verwenden Sie die unten stehende Tabelle, um gezielte Lösungen für spezifische Fehler anzuwenden.
-
-### Häufige Fehlerbehebungen
-
-Hier sind CLI-Befehle, um häufige Plugin-Probleme zu lösen:
-
-| Fehlertyp | Befehl | Lösung |
-| --- | --- | --- |
-| Versionskonflikt | `npx cap sync --force` | Zwingt Plugins zur Synchronisation |
-| Plattformkonflikte | `npx cap update <platform>` | Baut plattformspezifische Konfigurationen neu auf |
-| Abhängigkeitsprobleme | `npm cache clean --force` | Leert den npm-Cache für frische Installationen |
-| Plugin-Korruption | `npm rebuild` | Baut Plugin-Binärdateien neu |
-
-Für hartnäckigere Update-Probleme versuchen Sie diese Reihenfolge:
-
-```bash
-npm cache clean --force
-rm -rf node_modules
-npm install
-npx cap sync
-```
-
-### CLI vs manuelle Fehlerbehebungen
-
-Während CLI-Befehle oft ausreichend sind, erfordern einige Situationen möglicherweise manuelle Eingriffe.
-
-**Wann CLI verwenden:**
-
--   Routinemäßige Plugin-Updates
--   Behebung von Abhängigkeitskonflikten
--   Ausführen von Diagnosen oder Synchronisieren von Plattformkonfigurationen
-
-**Wann manuelle Behebungen erforderlich sind:**
-
--   Ändern von Code für native Plattformen
--   Behebung von Merge-Konflikten
--   Anpassen von Plugin-Einstellungen
--   Migrieren älterer Plugins auf neuere Versionen
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Nutzer!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-> "Habe mein @Appflow-Abonnement nach 4 Jahren gekündigt. Code-Push schien nie gut zu funktionieren, hoffentlich hat @CapGO das im Griff" - LeVar Berry, @levarberry [\[1\]](https://capgo.app/)
-
-Überprüfen Sie abschließend immer die plattformspezifischen Protokolle nach dem Ausführen von CLI-Befehlen:
-
--   **iOS**: Verwenden Sie die Konsole von [Xcode](https://developer.apple.com/xcode/) für detaillierte Protokolle
--   **Android**: Überprüfen Sie logcat in [Android Studio](https://developer.android.com/studio)
--   **Web**: Inspizieren Sie die Entwicklerwerkzeuge Ihres Browsers
-
-Wenn CLI-Befehle das Problem nicht lösen, überprüfen Sie das GitHub-Repository des Plugins auf gemeldete Probleme oder von der Community bereitgestellte Lösungen, bevor Sie manuelle Behebungen versuchen.
-
-## [Capgo](https://capgo.app/) Integration
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-27.jpg?auto=compress)
-
-Capgo arbeitet nahtlos mit dem Capacitor CLI zusammen und ermöglicht [Echtzeit-Plugin-Updates](https://capgo.app/docs/plugin/self-hosted/auto-update) und vereinfacht Wartungsaufgaben für Entwickler.
-
-### Capgo Plugin-Funktionen
-
-Das CLI-Pluginsystem von Capgo bietet beeindruckende Leistungsstatistiken:
-
--   **23,5 Millionen Updates** erfolgreich bereitgestellt
--   **82% globale Erfolgsquote** für Updates
--   **95% aktiver Nutzer** innerhalb von 24 Stunden aktualisiert
--   **434 ms** durchschnittliche globale API-Antwortzeit
-
-Um mit Capgo zu beginnen, führen Sie den folgenden Befehl aus:
-
-```bash
-npx @capgo/cli init
-```
-
-### Tools zur Plugin-Verwaltung
-
-Capgo unterstützt die Integration mit beliebten CI/CD-Plattformen wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) und [Jenkins](https://www.jenkins.io/). Es bietet auch Echtzeitanalysen zum Verfolgen von Updates, Benutzerakzeptanz, Downloadgeschwindigkeiten und Fehlern.
-
-| Kennzahl | Einzelheiten |
-| --- | --- |
-| Aktualisierungserfolg | Überwachen erfolgreicher Plugin-Aktualisierungen |
-| Benutzerakzeptanz | Nachverfolgen der Versionsnutzung über Benutzer |
-| Downloadgeschwindigkeit | 114 ms Durchschnitt für 5 MB Pakete |
-| Fehlermanagement | Probleme in Echtzeit identifizieren |
-
-> "Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein wollen. Die Vermeidung von Überprüfungen für Fehlerbehebungen ist goldwert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Diese Funktionen machen Capgo zu einer effizienten Lösung für das Management von Updates.
-
-### Capgo Aktualisierungssystem
-
-Capgo gewährleistet die Einhaltung der Richtlinien von Apple und Google durch die Verwendung von Ende-zu-Ende-Verschlüsselung. Die Preise beginnen bei 12 $/Monat für einzelne Entwickler, mit Unternehmensplänen für größere Teams.
-
-Wichtige Highlights des Aktualisierungssystems sind:
-
--   **Rollback mit einem Klick** für schnelle Fehlerbehebungen
--   **Benutzerverwaltung** für Beta-Tests
--   **[Kanal-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** für gezielte Updates
--   **Fehlermanagement** zur Überwachung von Problemen
-
-Aktuell verwenden **750 Apps** Capgo in der Produktion. Die Plattform bietet auch CI/CD-Konfigurationsdienste für 2.600 $, um eine reibungslose Integration in Arbeitsabläufe zu gewährleisten. Ihr globales CDN liefert Updates mit einer durchschnittlichen Geschwindigkeit von **114 ms** für 5 MB Pakete.
-
-> "Ich bin nach @Capgo gewechselt, nachdem @AppFlow uns mit einer Rechnung von 5000 $ für das Jahr getroffen hat, um weiterzumachen. Ich liebe Capgo bis jetzt. Danke an @Capgo, es ist ein großartiges Produkt." - jermaine [\[1\]](https://capgo.app/)
-
-## Fazit
-
-### Zusammenfassung des Plugin-Managements
-
-Die Capacitor CLI vereinfacht, wie Sie Plugins verwalten. In Kombination mit Capgo liefert sie beeindruckende Ergebnisse:
-
--   23,5 Millionen abgeschlossenen Updates
--   95 % Benutzerakzeptanz innerhalb von 24 Stunden
--   82 % globale Erfolgsquote
--   434 ms durchschnittliche API-Antwortzeit
-
-Diese Zahlen heben hervor, wie die CLI und Capgo zusammenarbeiten, um reibungslose und effiziente Updates zu gewährleisten.
-
-### Nächste Schritte mit Capgo
-
-Capgo kann Ihre Arbeitsabläufe auf die nächste Stufe heben. Es bietet sowohl Cloud- als auch selbstgehostete Optionen, die verschiedenen Bereitstellungsvorlieben gerecht werden.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist in der Bereitstellung für unsere Benutzer von entscheidender Bedeutung!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Hier ist, was Capgo zu bieten hat:
-
--   Echtzeitanalysen zur Überwachung der Update-Leistung
--   Ende-zu-Ende-Verschlüsselung für [sichere Plugin-Aktualisierungen](https://capgo.app/docs/plugin/self-hosted/encrypted-bundles/)
--   Einfache CI/CD-Integration mit großen Plattformen
--   Preise, die bei 12 $/Monat für Einzelentwickler beginnen
-
-Mit bereits 750 Produktions-Apps, die sich auf Capgo verlassen, ist es eine bewährte Wahl. Egal, ob Sie Fehler beheben oder neue Funktionen einführen, die Kombination von Capacitor CLI und Capgo bietet Ihnen ein zuverlässiges und effizientes Toolkit für die Anwendungsentwicklung. Beginnen Sie noch heute mit der Nutzung dieser Tools, um Ihre Capacitor-Projekte zu optimieren.
diff --git a/src/content/blog/de/capacitor-cli-project-setup-guide.md b/src/content/blog/de/capacitor-cli-project-setup-guide.md
deleted file mode 100644
index 237a713d6..000000000
--- a/src/content/blog/de/capacitor-cli-project-setup-guide.md
+++ /dev/null
@@ -1,253 +0,0 @@
----
-slug: capacitor-cli-project-setup-guide
-title: 'Capacitor CLI: Projekt-Einrichtungs-Leitfaden'
-description: >-
-  Erfahren Sie, wie Sie die Capacitor CLI für die Entwicklung nativer iOS- und
-  Android-Apps mit Webtechnologien in wenigen einfachen Schritten einrichten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T03:02:50.225Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847-1744945493935.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, CLI, mobile apps, iOS, Android, project setup, live updates,
-  troubleshooting
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie iOS- und Android-Apps mit einer Codebasis erstellen?** [Capacitor](https://capacitorjs.com/) CLI vereinfacht den Prozess und ermöglicht es Ihnen, native Apps mit Webtechnologien zu erstellen. Hier lernen Sie:
-
--   **Schnelle Einrichtung**: Installieren Sie Capacitor CLI und initialisieren Sie Ihr Projekt in Minuten.
--   **Plattform-Integration**: Fügen Sie iOS- und Android-Unterstützung mit einfachen Befehlen hinzu.
--   **Live-Updates**: Nutzen Sie [Capgo](https://capgo.app/) für sofortige Over-the-Air-Updates.
--   **Häufige Problembehebungen**: Beheben Sie Probleme wie Synchronisierungsfehler oder Build-Fehler.
-
-**Wichtige Schritte zum Start:**
-
-1.  Installieren Sie [Node.js](https://nodejs.org/en), npm, JDK, [Xcode](https://developer.apple.com/xcode/) und [Android Studio](https://developer.android.com/studio).
-2.  Führen Sie `npm install @capacitor/core @capacitor/cli` aus und initialisieren Sie Ihr Projekt.
-3.  Fügen Sie iOS- und Android-Plattformen mit `npx cap add ios` und `npx cap add android` hinzu.
-4.  Optional: Richten Sie Capgo für Live-[App-Updates](https://capgo.app/plugins/capacitor-updater/) ein.
-
-Dieser Leitfaden behandelt alles, was Sie für die Einrichtung von Capacitor CLI, die Konfiguration von Plattformen und die Bereitstellung Ihrer App benötigen. Los geht's!
-
-## Einführung in [Capacitor](https://capacitorjs.com/) Configure
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-## Systemvoraussetzungen
-
-Stellen Sie sicher, dass Sie folgende Tools installiert haben:
-
--   **Node.js** (Version 14 oder neuer) und **npm**
--   **Java JDK** (Version 11 oder neuer)
--   **Xcode** (Version 12 oder neuer für iOS-Builds)
--   **Android Studio** (für Android-Builds)
--   **Capacitor CLI** (Version 6 oder 7)
-
-_Optional:_ Wenn Sie Live-Updates aktivieren möchten, lesen Sie den "[Capgo Setup Guide](https://capgo.app/docs/plugin/cloud-mode/getting-started/)" unten.
-
-## CLI-Installationsschritte
-
-Stellen Sie vor dem Start sicher, dass **Node.js**, **npm**, **JDK**, **Xcode** und **Android Studio** eingerichtet sind. Sobald Sie bereit sind, können Sie die Capacitor CLI mit folgendem Befehl installieren:
-
-```bash
-npm install --save @capacitor/core @capacitor/cli
-npx cap init
-```
-
-Dieser Befehl installiert Capacitor und richtet seine Kernkomponenten ein.
-
-Nach Abschluss dieses Schritts gehen Sie zu **Neues Projekt erstellen** über, um Ihre Anwendung aufzubauen.
-
-## Neues Projekt erstellen
-
-Um mit Ihrem Projekt [mit Capacitor CLI](https://capgo.app/docs/cli/commands/) zu beginnen, folgen Sie diesen Schritten:
-
-```bash
-mkdir my-app && cd my-app
-npm init -y
-npx cap init my-app com.company.app --web-dir dist
-```
-
-### Konfigurationsdatei aktualisieren
-
-Bearbeiten Sie die `capacitor.config.json` Datei, um folgende Einstellungen aufzunehmen:
-
-```json
-{
-  "appId": "com.company.app",
-  "appName": "My App",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "server": {
-    "hostname": "app.example.com",
-    "androidScheme": "https"
-  }
-}
-```
-
-Sobald diese aktualisiert ist, verwenden Sie diese Konfiguration, um Capacitor für Ihr Projekt einzurichten.
-
-## Plattform-Setup
-
-Nachdem das Projekt-Scaffolding abgeschlossen ist, ist es Zeit, iOS- und Android-Ziele einzurichten.
-
-### iOS und Android hinzufügen
-
-Beginnen Sie mit der Installation der erforderlichen plattformspezifischen Pakete mit der Capacitor CLI:
-
-```bash
-npm install @capacitor/ios @capacitor/android
-npx cap add ios
-npx cap add android
-```
-
-Für iOS benötigen Sie Xcode 14 oder neuer, [CocoaPods](https://cocoapods.org/) 1.11 oder neuer und macOS 12 oder höher. Für Android benötigen Sie Android Studio Giraffe (2022.3.1+), JDK 17 oder neuer und [Gradle](https://gradle.org/) 7.5 oder höher.
-
-Nach der Installation müssen Sie Ihre nativen Ziele mit Änderungen an Ihrer Webanwendung aktuell halten.
-
-### Plattform-Updates
-
-Um Ihre Plattformen mit den neuesten Web-Änderungen zu synchronisieren, führen Sie diese Schritte nach der Aktualisierung Ihrer Web-App aus:
-
-```bash
-npm run build
-npx cap sync
-```
-
-Der `cap sync` Befehl erledigt zwei Aufgaben:
-
--   Kopiert aktualisierte Web-Assets zu den nativen Plattformen
--   Aktualisiert native Konfigurationen und Plugins entsprechend den neuesten Änderungen
-
-### IDE-Einrichtung
-
-Öffnen Sie die plattformspezifischen Projekte in den entsprechenden IDEs:
-
-**In Xcode:**
-
-1.  Wählen Sie Ihr Entwicklerteam aus.
-2.  Richten Sie Signaturzertifikate ein.
-3.  Aktualisieren Sie Ihre Bundle-ID.
-
-**In Android Studio:**
-
-1.  Ändern Sie die Anwendungs-ID in `build.gradle`.
-2.  Konfigurieren Sie den Keystore für die Signierung.
-3.  Richten Sie Debug- und Release-Build-Varianten ein.
-
-Wenn alles konfiguriert ist, erstellen Sie die Projekte mit `npx cap build ios` oder `npx cap build android`. Vergessen Sie nicht, `npx cap sync` erneut auszuführen, um sicherzustellen, dass alle Assets aktuell sind.
-
-## [Capgo](https://capgo.app/) Einrichtungsanleitung
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Richten Sie Capgo ein, um sofortige Over-the-Air-Updates für Ihre App zu ermöglichen.
-
-### Hauptfunktionen von Capgo
-
-Capgo bietet verschiedene Tools zur Optimierung von App-Updates:
-
--   **Ende-zu-Ende-Verschlüsselung** gewährleistet sichere Übermittlung von Updates.
--   Updates laufen **im Hintergrund** beim App-Start.
--   **Analyse-Tools** helfen bei der Verfolgung von Update-Erfolgsraten und Benutzerengagement.
--   Eine **Ein-Klick-Rollback-Option** ermöglicht schnelle Wiederherstellung bei problematischen Updates.
--   Nutzen Sie das **[Kanalsystem](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** für gestaffelte Rollouts und Beta-Tests.
-
-### Installation von Capgo
-
-Befolgen Sie diese Schritte, um mit Capgo zu beginnen:
-
-1.  [Installieren Sie die Capgo CLI](https://capgo.app/docs/self-hosted/local-dev/cli/):
-    
-    ```bash
-npx cap open ios     # Opens Xcode
-npx cap open android # Opens Android Studio
-```
-    
-2.  [Initialisieren Sie Capgo](https://capgo.app/docs/webapp/) in Ihrem Projekt:
-    
-    ```bash
-    npm install --save @capgo/cli
-    ```
-    
-3.  Erstellen und veröffentlichen Sie Updates:
-    
-    ```bash
-    npx capgo init
-    ```
-    
-4.  Öffnen Sie die App, um den Hintergrund-Update-Prozess auszulösen.
-
-### Best Practices
-
--   Nutzen Sie Kanäle, um Updates zu testen, bevor Sie sie an alle Benutzer ausrollen.
--   Überwachen Sie Analysen, um sicherzustellen, dass Updates erfolgreich zugestellt werden und Benutzer engagiert bleiben.
--   Aktivieren Sie Fehlerverfolgung, um Probleme frühzeitig zu erkennen und zu beheben.
--   Halten Sie die Rollback-Funktion bereit, um schnell auf Probleme reagieren zu können.
-
-Capgo ist kompatibel mit Capacitor 8, integriert sich nahtlos in CI/CD-Pipelines und erfüllt die Anforderungen von Apple- und Google-Stores.
-
-## Häufige Probleme und Tipps
-
-Nach Abschluss der Plattform- und Capgo-Einrichtung könnten einige häufige Fehler auftreten. Hier erfahren Sie, wie Sie diese schnell beheben.
-
-### Umgebungseinrichtungsprobleme
-
--   **CLI nicht gefunden**  
-    **Fehler**: Der Befehl `npx cap` schlägt fehl.  
-    **Lösung**: Führen Sie `npm install --save @capacitor/cli @capacitor/core` aus und versuchen Sie es erneut.
-    
--   **Node-Version stimmt nicht überein**  
-    **Fehler**: CLI-Befehle schlagen aufgrund von Node.js-Versionsfehlern fehl.  
-    **Lösung**: Installieren Sie Node.js Version 14 oder höher gemäß den Einrichtungsanforderungen.
-
-### Konfigurationsprobleme
-
--   **Konfigurationsabweichung**  
-    **Fehler**: Änderungen in `capacitor.config.json` werden nicht wirksam.  
-    **Lösung**: Stellen Sie sicher, dass die Werte `appId` und `webDir` mit der `package.json` Ihres Projekts und dem Web-Build-Ausgabeordner übereinstimmen.
-    
--   **Plattform-Sync-Fehler**  
-    **Fehler**: Die Ausführung von `npx cap sync` führt zu Plugin-Versionskonflikten.  
-    **Lösung**: Aktualisieren Sie `@capacitor/android` und `@capacitor/ios` auf die gleiche Hauptversion und führen Sie dann den Sync-Befehl erneut aus.
-
-### Build und Deployment
-
--   **Build-Signierungsfehler**  
-    **Fehler**: iOS- oder Android-Builds schlagen aufgrund fehlender Zertifikate oder Keystore fehl.  
-    **Lösung**: Folgen Sie den IDE-Einrichtungsanweisungen. Fügen Sie für iOS Ihr Entwicklerteam in Xcode hinzu. Konfigurieren Sie für Android den Keystore in `build.gradle`.
-    
--   **Webverzeichnis nicht gefunden**  
-    **Fehler**: `npx cap sync` kann die Web-Assets nicht finden.  
-    **Lösung**: Führen Sie Ihren Web-Build-Befehl (z.B. `npm run build`) vor der Synchronisierung der Plattformen aus.
-    
-
-### Live-Update-Probleme
-
--   **[Capgo Update-Fehler](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-    **Fehler**: Updates erscheinen nicht in der Produktions-App.  
-    **Lösung**: Überprüfen Sie Ihren [Capgo API-Schlüssel](https://capgo.app/docs/webapp/api-keys/) in `capacitor.config.json` und stellen Sie sicher, dass Sie den richtigen Kanal ansprechen.
-
-Für weitere Details zur plattformspezifischen Einrichtung, besuchen Sie den Abschnitt Platform Setup. Wenn Sie mit Live-Updates arbeiten, konsultieren Sie den Capgo Setup Guide für zusätzliche Fehlerbehebungstipps.
-
-## Zusammenfassung
-
-### Setup-Überprüfung
-
-Starten Sie Ihre Web-App mit Capacitor CLI, richten Sie iOS- und Android-Plattformen ein und fügen Sie optional Capgo für Live-Updates hinzu.
-
-So beginnen Sie:
-
-1. Verwenden Sie die Capacitor CLI, um Ihr Projekt zu initialisieren.
-2. Richten Sie die Paket-ID Ihrer App ein und definieren Sie das Web-Ausgabeverzeichnis.
-3. Fügen Sie Unterstützung für iOS- und Android-Plattformen hinzu.
-4. Installieren und richten Sie Capgo mit folgendem Befehl ein: `npm install --save @capgo/cli && npx capgo init`
-
-Für detaillierte Einrichtungsanweisungen oder Fehlerbehebung, schauen Sie in die offizielle Capacitor- und Capgo-Dokumentation.
diff --git a/src/content/blog/de/capacitor-community-forums-for-plugin-developers.md b/src/content/blog/de/capacitor-community-forums-for-plugin-developers.md
deleted file mode 100644
index 5bee81b32..000000000
--- a/src/content/blog/de/capacitor-community-forums-for-plugin-developers.md
+++ /dev/null
@@ -1,241 +0,0 @@
----
-slug: capacitor-community-forums-for-plugin-developers
-title: Capacitor Community Foren für Plugin-Entwickler
-description: >-
-  Erforschen Sie wichtige Foren für Capacitor-Plugin-Entwickler, um Probleme zu
-  beheben, Wissen auszutauschen und ihre Entwicklerfahrung zu verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:15:19.291Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da1574cfd1b2222c56b5cd-1742354143434.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, plugin development, developer forums, troubleshooting, community
-  support
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Foren sind unerlässlich für Plug-in-Entwickler, um Probleme zu lösen, Wissen zu teilen und sich mit anderen zu vernetzen. Ob Sie Probleme beheben, Plug-ins teilen oder bewährte Praktiken lernen, diese Foren bieten wertvolle Ressourcen und Unterstützung.
-
-### Wichtige Erkenntnisse:
-
--   **Top-Foren**: Verwenden Sie [Discord](https://ionic.io/blog/announcing-official-ionic-discord-server) für Hilfe in Echtzeit, [GitHub Discussions](https://github.com/ionic-team/capacitor/discussions) für detaillierte Gespräche und [Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor) für technische Antworten.
--   **Best Practices**: Stellen Sie klare Fragen, teilen Sie Code-Schnipsel und befolgen Sie die Forenregeln für bessere Antworten.
--   **Zusätzliche Tools**: Nutzen Sie Ressourcen wie [Capgo](https://capgo.app/) für [sofortige App-Updates](https://capgo.app/plugins/capacitor-updater/) und offizielle Dokumentationen für zuverlässige Anleitungen.
-
-### Schneller Einstieg:
-
-1.  **Foren beitreten**: Beginnen Sie mit Discord und GitHub Discussions.
-2.  **Fragen stellen**: Geben Sie detaillierten Kontext und Codebeispiele an.
-3.  **Werkzeuge nutzen**: Probieren Sie Capgo für schnellere Updates und Debugging aus.
-
-Capacitor-Foren sind Ihre Anlaufstelle für effiziente Plug-in-Entwicklung. Tauchen Sie ein, um zu lernen, zu teilen und zu wachsen!
-
-## Haupt [Capacitor](https://capacitorjs.com/) Foren
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
-
-Capacitor-Entwickler haben mehrere Anlaufstellen für Vernetzung, Zusammenarbeit und Problemlösungen.
-
-### [Discord](https://ionic.io/blog/announcing-official-ionic-discord-server) Kanalübersicht
-
-![Discord Community Platform](https://mars-images.imgix.net/seobot/screenshots/ionic.io-731d02617347fde57eccb2bd555c6e2e-2025-03-19.jpg?auto=compress)
-
-Der offizielle Discord-Server ist ein großartiger Ort für Echtzeit-Diskussionen und schnelles Troubleshooting. Er ist in fokussierte Kanäle unterteilt, wie:
-
--   **#plugin-development**: Für Diskussionen über die Erstellung und Wartung von Plug-ins.
--   **#troubleshooting**: Ein Raum für sofortige technische Hilfe.
--   **#announcements**: Bleiben Sie über die neuesten Nachrichten zu Capacitor und seinem Ökosystem informiert.
-
-Sie können Benachrichtigungen für wichtige Kanäle aktivieren, und der durchsuchbare Nachrichtenverlauf des Servers macht es einfach, frühere Lösungen wieder zu besuchen.
-
-### GitHub Diskussionsboard
-
-GitHub Discussions fungiert als zentraler Anlaufpunkt für die Capacitor-Community. Es ist ideal für detaillierte technische Gespräche, Vorschläge zu neuen Funktionen, Fehlerverfolgung und Code-Überprüfungen. Das Board ist in Kategorien wie Q&A, Ideen, Präsentationen und Fehlerberichte unterteilt, was es einfach macht, Themen zu finden, die Sie interessieren.
-
-Als Nächstes betrachten wir ein Forum, das Ionic- und Capacitor-Entwickler miteinander verbindet.
-
-### [Ionic Forum](https://forum.ionicframework.com/c/capacitor/26)'s Capacitor-Bereich
-
-![Ionic Forum](https://mars-images.imgix.net/seobot/screenshots/forum.ionicframework.com-622c471c2e6aa19123277f784e44faf1-2025-03-19.jpg?auto=compress)
-
-Das Ionic Forum hat einen speziellen Capacitor-Bereich, in dem Entwickler über umfangreiche technische Themen diskutieren. Es ist besonders hilfreich, um Integrationsprobleme zu beheben und Lösungen zu finden, die in verschiedenen Frameworks funktionieren.
-
-### [Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor) Tipps
-
-![Stack Overflow](https://mars-images.imgix.net/seobot/screenshots/stackoverflow.com-60b294f295a9455677e4cddfced46254-2025-03-19.jpg?auto=compress)
-
-Stack Overflow ist eine weitere wichtige Ressource für Plug-in-Entwickler. Der \[capacitor\] Tag ist ein Dreh- und Angelpunkt zum Teilen technischer Kenntnisse. Behalten Sie diese Tipps im Hinterkopf:
-
--   **Tag-Kombinationen**: Verwenden Sie \[capacitor\] mit verwandten Tags wie \[ionic\] oder \[typescript\], um die Sichtbarkeit Ihres Beitrags zu erhöhen.
--   **Code-Beispiele**: Fügen Sie klare, prägnante Code-Schnipsel hinzu, um Ihr Problem zu erklären.
--   **Zuerst suchen**: Viele gängige Plug-in-Probleme sind bereits beantwortet, also überprüfen Sie bestehende Lösungen, bevor Sie posten.
-
-## Tipps zur Forennutzung
-
-Maximieren Sie die Vorteile der Foren, indem Sie diese besten Praktiken befolgen.
-
-### Gute Fragen stellen
-
-Klare und detaillierte Fragen zu formulieren hilft Ihnen, schnellere und hilfreichere Antworten zu erhalten. So geht's:
-
--   **Beginnen Sie mit einem beschreibenden Titel**: Fassen Sie Ihr Problem in wenigen Worten zusammen.
--   **Geben Sie Kontext an**: Geben Sie Ihre [Capacitor-Version](https://capgo.app/plugins/ivs-player/), Plattform (iOS/Android) und Plug-in-Versionen an.
--   **Beschreiben Sie Ihre Bemühungen**: Teilen Sie mit, was Sie bereits versucht haben und welche Fehlermeldungen Sie erhalten haben.
--   **Das Problem reproduzieren**: Bieten Sie minimale Schritte oder Code-Schnipsel an, um anderen zu helfen, Ihr Problem zu verstehen.
-
-Eine gute Frage enthält einen prägnanten Titel, Ihre Einrichtung, eine klare Problembeschreibung, Schritte zur Reproduktion, ein Codebeispiel und etwaige Fehler. Stellen Sie sicher, dass Ihr Code ebenso einfach zu folgen ist wie Ihre Frage.
-
-### Codeformatierungsleitfaden
-
-Gut formatierter Code macht Ihre Beiträge leichter lesbar und verständlich. Hier ist ein schneller Leitfaden:
-
--   Verwenden Sie dreifache Backticks (\`\`\`) mit dem Sprachennamen für die Syntaxhervorhebung.
--   Halten Sie verschachtelte Code-Blöcke konsistent eingerückt.
--   Brechen Sie lange Codezeilen für die Lesbarkeit auf.
--   Fügen Sie Kommentare hinzu, um wichtige Teile Ihres Codes zu erklären.
-
-**Beispiel:**
-
-```typescript
-import { Camera, CameraResultType } from '@capacitor/camera';
-
-async function takePicture() {
-  try {
-    // Set options
-    const image = await Camera.getPhoto({
-      quality: 90,
-      allowEditing: false,
-      resultType: CameraResultType.Uri
-    });
-
-    // Process image
-    console.log('Image path:', image.path);
-  } catch (error) {
-    console.error('Camera error:', error);
-  }
-}
-```
-
-Die Verwendung dieser Techniken stellt sicher, dass Ihr Code leicht nachzuvollziehen ist, wenn Sie technische Probleme besprechen.
-
-### Forenregeln und Verhalten
-
-Um eine hilfreiche und respektvolle Community zu fördern, beachten Sie diese Regeln:
-
--   **Seien Sie respektvoll**: Behandeln Sie alle mit Höflichkeit.
--   **Bleiben Sie fokussiert**: Halten Sie Diskussionen im Zusammenhang mit [Capacitor Plug-in-Entwicklung](https://capgo.app/blog/capacitor-comprehensive-guide/).
--   **Vermeiden Sie doppelte Beiträge**: Suchen Sie im Forum, bevor Sie einen neuen Thread beginnen.
--   **Folgen Sie auf**: Markieren Sie Lösungen als akzeptiert und aktualisieren Sie Ihre Threads mit Lösungen.
--   **Seien Sie geduldig**: Denken Sie daran, dass Mitglieder in verschiedenen Zeitzonen sein können.
--   **Teilen Sie Ihr Wissen**: Posten Sie Lösungen, um anderen zu helfen, die vor ähnlichen Herausforderungen stehen.
-
-## Hilfe bei der Plug-in-Entwicklung
-
-Foren sind eine wesentliche Ressource für Entwickler, die an [Capacitor-Plugins](https://capgo.app/plugins/) arbeiten. Sie bieten einen Raum, um Ideen zu testen, Probleme zu beheben und fertige Plug-ins mit der Community zu teilen.
-
-### Testen von Plug-in-Ideen
-
-Wenn Sie eine Idee für ein Plug-in haben, beginnen Sie mit der Erstellung eines Vorschlags, der Folgendes enthält:
-
--   **Problemstellung und Lösung**: Welches Problem löst Ihr Plug-in und wie?
--   **Zielgruppe**: Wer profitiert von der Nutzung Ihres Plug-ins?
--   **Technischer Ansatz**: Wie wird das Plug-in technisch funktionieren?
--   **Plattformunterstützung**: Wird es auf iOS, Android oder im Web funktionieren?
-
-Hier ist ein einfaches Codebeispiel, das Sie in Ihren Vorschlag aufnehmen können:
-
-```typescript
-// Example plugin interface
-interface MyPluginInterface {
-  getData(): Promise<{ value: string }>;
-  configure(options: { key: string }): Promise<void>;
-}
-```
-
-Sobald Ihre Idee genehmigt oder validiert ist, verwenden Sie strukturierte Fehlersuche-Methoden, um Entwicklungsprobleme zu überwinden.
-
-### Probleme beheben
-
-Seien Sie bei der Fehlersuche gründlich. Beschreiben Sie Ihr Problem klar, geben Sie Details zu Ihrer Entwicklungsumgebung an, skizzieren Sie die Debugging-Schritte, die Sie unternommen haben, und teilen Sie etwaige Fehlermeldungen. Konzentrieren Sie sich darauf, spezifische Informationen über die Standard-Fehlersuche hinaus bereitzustellen.
-
-Hier ist ein Beispiel für eine detaillierte Implementierung zur Fehlersuche:
-
-```typescript
-// Current implementation
-async function checkPermissions() {
-  try {
-    const status = await this.plugin.checkPermission();
-    return status;
-  } catch (error) {
-    console.error('Permission check failed:', error);
-    return null;
-  }
-}
-```
-
-Sobald Sie das Problem gelöst haben, verfeinern Sie Ihr Plug-in und bereiten Sie es zur Weitergabe vor.
-
-### Teilen Sie Ihr Plug-in
-
-Beim Ankündigen Ihres Plug-ins stellen Sie sicher, dass Sie Folgendes einschließen:
-
--   **Klare Dokumentation**: Erklären Sie Schritt für Schritt, wie man das Plug-in verwendet.
--   **Beispiele**: Geben Sie praktische Anwendungsfälle an.
--   **Versionskompatibilität**: Geben Sie an, welche Versionen von Plattformen oder Frameworks unterstützt werden.
--   **Support-Kanäle**: Lassen Sie die Nutzer wissen, wie sie Hilfe erhalten können, wenn nötig.
-
-Organisieren Sie die Funktionen Ihres Plug-ins in einer einfachen Tabelle wie dieser:
-
-| Funktion | Beschreibung | Beispielanwendung |
-| --- | --- | --- |
-| Kernfunktionalität | Hauptfunktion des Plug-ins | Basisimplementierungscode |
-| Konfigurationsoptionen | Verfügbare Einstellungen | Konfigurationsschnipsel |
-| Plattform-spezifische Funktionen | Unterschiede zwischen iOS und Android | Plattform-spezifischer Code |
-
-Bleiben Sie aktiv in Forendiskussionen, um Fragen schnell zu beantworten und Bedenken auszuräumen. Das hilft nicht nur den Nutzern, sondern schafft auch Vertrauen innerhalb der Community.
-
-## Zusätzliche Entwicklungstools
-
-Neben Foren gibt es weitere Werkzeuge, die die Plug-in-Entwicklung und -bereitstellung schneller und effizienter machen können. Diese Werkzeuge gehen über Ratschläge hinaus und bieten praktische Lösungen zur Optimierung Ihres Workflows.
-
-### Offizielle Dokumentationen
-
-Die offizielle Dokumentation von Capacitor ist eine wichtige Ressource. Sie enthält API-Referenzen, Vorlagen für Plug-ins, Migrationsanleitungen und Sicherheitshinweise. Zudem sind Werkzeuge für Echtzeit-Updates verfügbar, um die Entwicklung noch reibungsloser zu gestalten.
-
-### Plugin-Bibliotheken
-
-### [Capgo](https://capgo.app/) Updates
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Capgo macht sofortige App-Updates einfach. Es hat 23,5 Millionen Updates über 750 Produktions-Apps bereitgestellt, mit einer Erfolgsquote von 82 %. Beeindruckenderweise erhalten 95 % der aktiven Nutzer innerhalb von 24 Stunden Updates. Sein globales CDN kann ein 5 MB-Bündel in nur 114 ms herunterladen. Capgo unterstützt Capacitor 8 und bietet die Möglichkeit von partiellen Updates [\[1\]](https://capgo.app/).
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Lieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Um loszulegen, führen Sie aus:
-
-```
-npx @capgo/cli init
-```
-
-Capgo funktioniert nahtlos mit CI/CD-Systemen und bietet Funktionen wie gezielte Beta-Tests und schrittweise Bereitstellungen über sein Kanalsystem. Für eine einmalige Gebühr von 2.600 $ bietet es auch Echtzeitanalysen und Fehlerverfolgung, sodass Sie volle Transparenz im Update-Prozess haben.
-
-## Fazit
-
-### Hauptpunkte
-
-Community-Foren spielen eine Schlüsselrolle bei der Entwicklung von Capacitor-Plugins. Sie bieten einen Raum für schnelle Ideenvalidierungen, Fehlersuche und Wissensaustausch unter Gleichgesinnten. Diese Foren halten Sie auch über die neuesten Trends und Praktiken im Capacitor-Ökosystem informiert. Mit offizieller Dokumentation, aktiver Community-Unterstützung und einer Vielzahl von Werkzeugen wird das Plug-in-Ökosystem zu einer soliden Grundlage für Entwickler. Aktive Teilnahme ermöglicht es Ihnen, Expertenkenntnisse zu gewinnen und bedeutungsvolle Verbindungen innerhalb der Community aufzubauen.
-
-### Einstieg
-
-Bereit, loszulegen? So können Sie beginnen:
-
--   **Tritt wichtigen Plattformen bei**: Nehmen Sie an Discord und GitHub Discussions teil, um mit der Community in Kontakt zu treten und offizielle Dokumentationen zu erkunden.
--   **Teile deine Plugins**: Tragen Sie Ihre Arbeit bei, um anderen zu helfen und konstruktives Feedback zu erhalten.
--   **Nutze Werkzeuge für Effizienz**: Werkzeuge wie Capgo können Updates, Tests und Bereitstellungen vereinfachen, wodurch Ihr Entwicklungsprozess reibungsloser wird.
diff --git a/src/content/blog/de/capacitor-comprehensive-guide.md b/src/content/blog/de/capacitor-comprehensive-guide.md
deleted file mode 100644
index d50620775..000000000
--- a/src/content/blog/de/capacitor-comprehensive-guide.md
+++ /dev/null
@@ -1,104 +0,0 @@
----
-slug: capacitor-comprehensive-guide
-title: 'Capacitor: Ein umfassender Leitfaden'
-description: >-
-  Capacitor ist ein leistungsstarkes Tool, das Webentwicklern ermöglicht, native
-  iOS-, Android-, Desktop- und Progressive Web Apps mit einer einzigen
-  standardisierten Web-Codebasis zu erstellen. Erfahren Sie in diesem
-  umfassenden Leitfaden alles, was Sie über Capacitor wissen müssen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-10T00:00:00.000Z
-updated_at: 2023-06-10T00:00:00.000Z
-head_image: /capacitor-guide.webp
-head_image_alt: Capacitor-Führungsillustration
-tag: Guides
-published: true
-locale: de
-next_blog: ''
----
-
-[Capacitor](https://capacitorjs.com/) ist ein vielseitiges Werkzeug, das Webentwicklern ermöglicht, native iOS-, Android-, Desktop- und Progressive Web Apps mit einer einzigen standardisierten Web-Codebasis zu erstellen. Entwickelt vom Team hinter Ionic, hat Capacitor in den letzten Jahren erhebliche Aufmerksamkeit erlangt, da Entwickler das Potenzial von Webtechnologien auf mobilen Plattformen erkannt haben. In diesem umfassenden Leitfaden beantworten wir einige der häufigsten Fragen zu Capacitor und untersuchen seine Fähigkeiten, Anwendungsfälle und Vorteile.
-
-## Was ist Capacitor?
-
-Capacitor ist eine kostenlose, Open-Source-Plattform (MIT-Lizenz), die es Webentwicklern ermöglicht, plattformübergreifende Apps mit Standard-Webtechnologien zu erstellen, die in modernen Browsern laufen. Es besteht aus nativen Plattform-SDKs (iOS und Android), einem Kommandozeilen-Tool, einer Plugin-API und vorgefertigten Plugins. Capacitor ermöglicht es Ihrer bestehenden Webanwendung, als native App auf jeder Plattform zu laufen und bietet über JavaScript Zugriff auf die native Plattform. Diese Hooks können direkt in die App eingebaut oder als eigenständige Plugins zur Wiederverwendung und Verteilung erstellt werden.
-
-## Was kann man mit Capacitor erstellen?
-
-Mit Capacitor können Sie praktisch alles erstellen, was Sie nativ oder mit anderen plattformübergreifenden Toolkits erstellen würden. Capacitor-Apps haben vollen Zugriff auf die native Plattform, sodass die meisten nativen Funktionen implementiert werden können. Das Einbetten nativer UI-Steuerelemente direkt in die Web-App-Ansichtshierarchie kann jedoch herausfordernd sein und ist noch nicht als abstrahierte Technik für andere zur Verfügung.
-
-## Für wen ist Capacitor gedacht?
-
-Capacitor richtet sich an Webentwickler mit Kenntnissen in HTML, CSS und JavaScript. Wenn Sie Web- oder Desktop-Apps (mit Electron oder ähnlichen Tools) erstellen, ist Capacitor Ihre Lösung für die Erstellung plattformübergreifender Apps mit Fokus auf Mobile.
-
-## Wann sollte sich ein Team für Capacitor entscheiden?
-
-Teams sollten Capacitor in Betracht ziehen, wenn sie ihre Webentwicklungsfähigkeiten und bestehenden Web-Investitionen nutzen möchten, um native Plattform-Apps zu entwickeln. Capacitor ist ideal für datengesteuerte Apps, Verbraucher-Apps, B2B/E-Apps und Unternehmens-Apps. Es eignet sich besonders für Unternehmens-Apps, da Ionic, das Unternehmen hinter Capacitor, speziellen Unternehmens-Support und -Funktionen anbietet.
-
-## Kann ich bestehenden Web-Code wiederverwenden und neuen Code mit einer Web-App teilen?
-
-Ja! Capacitor führt Standard-Web-Apps nativ aus, sodass Teams eine einzige Codebasis für Web und Mobile haben oder Teile ihrer Web-App, wie Komponenten, Logik oder spezifische Erlebnisse, wiederverwenden können.
-
-## Worin ist Capacitor gut? Was sind seine Grenzen?
-
-Capacitor zeichnet sich dadurch aus, dass es Standard-Web-Apps als native mobile Apps ausführt und Web-Apps mit nativer Funktionalität erweitert. Es ist ideal für Teams, die in der Webentwicklung versiert sind oder erhebliche Web-Investitionen haben. Capacitor ist möglicherweise nicht die beste Wahl für 3D/2D oder grafikintensive Apps, obwohl es WebGL unterstützt. Apps, die eine umfangreiche Kommunikation zwischen der Web-App und der nativen Ebene erfordern, könnten feststellen, dass die Capacitor-Kommunikationsbrücke aufgrund der Serialisierung Overhead hinzufügt. Capacitor-Apps können jedoch immer benutzerdefiniertes natives Code ausführen, wenn nötig.
-
-## Kann ich native UI-Steuerelemente mit Capacitor mischen?
-
-Ja, Sie können native UI-Steuerelemente außerhalb der Capacitor Web View anzeigen, wie z.B. Modals oder übergeordnete Navigationscontainer. Das Einbetten nativer Steuerelemente in die Web-View-Erfahrung ist möglich, aber noch nicht als Technik für andere verfügbar.
-
-## Wie unterscheiden sich Capacitor und Electron?
-
-Capacitor wird oft als "Electron für Mobile" beschrieben, da es als mobil-fokussiertes Gegenstück zu Electron dient. Allerdings kann Capacitor Electron als Bereitstellungsplattform nutzen, da es eine Abstraktion auf höherer Ebene ist. Wenn Sie nur Desktop-Plattformen anvisieren müssen, reicht Electron aus. Aber wenn Sie plattformübergreifende Apps für Mobile, Web und Desktop erstellen möchten, unterstützt Capacitor Electron und andere Plattformen.
-
-## Wie unterscheiden sich Capacitor und Ionic?
-
-Ionic ist das Unternehmen, das Capacitor, Ionic Framework, Stencil, Appflow und andere App-Entwicklungs-fokussierte Produkte erstellt.Capacitor ist das Toolkit, das die native Seite der App und die Kommunikation zwischen der nativen App und der Web View verwaltet. Es ist unabhängig von den Frameworks und Technologien, die in der Web View App verwendet werden, einschließlich Ionic Framework. Ionic Framework ist ein mobiles UI-Toolkit, das leistungsstarke UI-Komponenten für Web-Apps bereitstellt, um nativ auszusehen und sich nativ anzufühlen.
-
-## Muss ich Ionic Framework mit Capacitor verwenden?
-
-Nein, Sie können Capacitor mit anderen UI- und CSS-Frameworks wie Tailwind, Material UI, Chakra, Quasar, Framework7 oder Ihren eigenen benutzerdefinierten Komponenten verwenden. Allerdings ist Ionic Framework immer noch eine ausgezeichnete Option, um native Erfahrungen mit Ihrer Web-App zu erstellen.
-
-## Was ist Ionics Strategie mit Capacitor?
-
-Ionic zielt darauf ab, die Capacitor-Nutzung zu fördern, da dies zu einer verstärkten Nutzung von Appflow (ihrem mobilen CI/CD-Service), Ionic Framework und ihren Unternehmenslösungen führt. Das Wachstum von Capacitor ist beabsichtigt, da es geschaffen wurde, um Web-Entwicklern einen frontend-agnostischeren Stack für die Entwicklung mobiler Apps anzubieten.
-
-## Kann ich Capacitor mit React, Nextjs oder Remix verwenden?
-
-Ja, Capacitor funktioniert gut mit React, Nextjs und Remix. Es hält Entwickler näher an der Standard-React-Webentwicklung als React Native, da die meisten React-Bibliotheken und -Add-ons nahtlos mit Capacitor funktionieren.
-
-## Wie unterscheiden sich Capacitor und React Native?
-
-Capacitor und React Native teilen Ähnlichkeiten in der Bereitstellung von Tools und Plugin-Infrastruktur für die plattformübergreifende Entwicklung. React Native verwendet jedoch ein webähnliches System mit JS und React, um native UI-Steuerelemente zu abstrahieren, während Capacitor eine Web View für Standard-Web-Apps bereitstellt. Capacitor ist auch weniger komplex als React Native, da es keine Verwaltung nativer UI-Steuerelemente und deren Synchronisierung mit der JS-Ebene erfordert.
-
-## Ist Capacitor schneller als React Native?
-
-Es hängt von der Arbeitsbelastung ab. Capacitor kann JavaScript aufgrund des Zugriffs auf die JIT-Engine auf iOS und Android schneller ausführen als React Native. React Native kann jedoch für das UI-Rendering als "schneller" oder "leistungsfähiger" betrachtet werden, da es native UI-Steuerelemente verwendet, während Capacitor-Apps hauptsächlich in einer Web View laufen.
-
-## Wie unterscheiden sich Capacitor und Flutter?
-
-Capacitor und Flutter bieten beide Tools und Plugin-Infrastruktur für die plattformübergreifende Entwicklung, aber Capacitor verwendet JavaScript und Standard-Webtechnologie, während Flutter Dart und eine benutzerdefinierte UI- und API-Umgebung verwendet. Auf der UI-Seite verwenden sowohl Capacitor als auch Flutter benutzerdefinierte Rendering-Engines, wobei Flutter seine Komponenten zeichnet und Capacitor die meiste UI in einer Web View rendert.
-
-## Kann ich Capacitor in React Native oder traditionelle native Apps einbetten, um mobile Micro-Frontends zu erstellen?
-
-Ja, Sie können [Ionic Portals](https://ionic.io/portals/) verwenden, um Capacitor in React Native oder traditionelle native Apps einzubetten, die mit Swift/Kotlin für einen mobilen Micro-Frontend-Ansatz erstellt wurden.
-
-## Welche Möglichkeiten habe ich für Hochleistungsanimationen in Capacitor?
-
-Sie können vorgefertigte, optimierte Komponenten von Ionic Framework, Quasar, Framework7 oder Konsta UI verwenden oder benutzerdefinierte Animationen mit Framer Motion, Lottie oder CSS-Animationen erstellen. Achten Sie nur darauf, dass Sie bei der Verwendung von CSS-Animationen die Best Practices für die Leistung befolgen.
-
-## Wie viele Plugins hat Capacitor?
-
-Capacitor hat 26 Kern-Plugins und zahlreiche von der Community erstellte Plugins. Schauen Sie sich [awesome-capacitor](https://github.com/riderx/awesome-capacitor/), die [capacitor-community](https://github.com/capacitor-community/) Organisation und [Capgo](https://capgo.app/plugins/) mit 91 Plugins für Community-Plugin-Ressourcen an.
-
-## Gibt es eine VS Code-Erweiterung für Capacitor?
-
-Ja, die [Ionic VS Code-Erweiterung](https://marketplace.visualstudio.com/items/?itemName=ionic.ionic) dient auch als Capacitor-Erweiterung und bietet Funktionen wie eingebettete Vorschau, Geräteausführung, externes Debugging, Projektqualitäts-Linting, Sicherheitsanalyse und mehr.
-
-## Gibt es unternehmensspezifischen Support?
-
-Ja, Capgo bietet [Enterprise-Support und -Funktionen](https://capgo.app/) für Capacitor, einschließlich dediziertem Support, nativen Plugins für Live-Update und Authentifizierung und mehr.## Wie fange ich mit Capacitor an?
-
-Besuchen Sie die [Capacitor-Dokumentation](https://capacitorjs.com/docs/) und folgen Sie den Anweisungen, um Capacitor in Ihrer App zu installieren. Wenn Sie mit einer vordefinierten Capacitor-App mit Ionic Framework und Angular/React/Vue beginnen möchten, folgen Sie dem Einstiegsablauf auf der [Ionic Framework-Website](https://ionicframeworkcom/)
\ No newline at end of file
diff --git a/src/content/blog/de/capacitor-live-updates-handling-version-conflicts.md b/src/content/blog/de/capacitor-live-updates-handling-version-conflicts.md
deleted file mode 100644
index 321387fd5..000000000
--- a/src/content/blog/de/capacitor-live-updates-handling-version-conflicts.md
+++ /dev/null
@@ -1,194 +0,0 @@
----
-slug: capacitor-live-updates-handling-version-conflicts
-title: 'Capacitor Live Updates: Umgang mit Versionskonflikten'
-description: >-
-  Erfahren Sie, wie Sie Versionskonflikte bei Live-Updates verwalten und so eine
-  stabile App-Leistung sowie ein nahtloses Benutzererlebnis gewährleisten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:09:18.971Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94-1745464174874.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, live updates, version conflicts, app performance, error tracking,
-  rollback, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Live-Updates können Zeit sparen, indem sie die Überprüfung im App Store umgehen, aber Versionskonflikte können die App-Leistung und Benutzererfahrung stören. Hier ist, was Sie wissen müssen:
-
--   **Häufige Probleme**: Gestaffelte Rollouts, fehlgeschlagene Updates (18% Fehlerquote) und das Mischen von Beta- und Produktionskanälen führen oft zu Konflikten.
--   **Schnelle Lösungen**: Rollback auf eine stabile Version, Rollouts begrenzen und detailliertes Logging aktivieren.
--   **Präventive Tipps**: Klare [Release-Kanäle](https://capgo.app/docs/webapp/channels/), konsistente Versionierung und plattformspezifisches Testen verwenden.
--   **Beste Tools**: Plattformen wie [Capgo](https://capgo.app/) bieten Funktionen wie automatisierte Rollbacks, Fehlerverfolgung und schnelle Update-Bereitstellung (95% der Benutzer wurden innerhalb von 24 Stunden aktualisiert).
-
-Um Versionskonflikte effizient zu verwalten, konzentrieren Sie sich auf die Echtzeitüberwachung, gestaffelte Rollouts und Rollback-Pläne. Verwenden Sie Tools wie Capgo, um den Prozess zu vereinfachen und die Stabilität der App zu gewährleisten.
-
-## Versionskonflikte in [Capacitor](https://capacitorjs.com/) Live-Updates
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Häufige Auslöser von Konflikten
-
-Versionskonflikte während Live-Updates entstehen oft aus einigen Schlüssel-Szenarien:
-
--   **Gestaffelte Rollouts**: Allmähliche Rollouts können dazu führen, dass mehrere App-Versionen gleichzeitig aktiv sind. Capgo stellt fest, dass, während 95% der Benutzer innerhalb von 24 Stunden aktualisieren, die verbleibenden 5% eine Fragmentierung der Versionen verursachen können[\[1\]](https://capgo.app/).
-    
--   **Fehlgeschlagene Updates**: Mit einer Erfolgsquote von 82% scheitern etwa 18% der [Update-Versuche](https://capgo.app/docs/live-updates/update-behavior/), was einige Benutzer auf veralteten Versionen zurücklässt[\[1\]](https://capgo.app/).
-    
--   **Beta-Testkanäle**: Das Mischen von Beta-Tests und gestaffelten Rollouts ohne ordnungsgemäße Versionskontrolle kann Konflikte zwischen Beta- und Produktionsversionen erzeugen[\[1\]](https://capgo.app/).
-
-Diese Situationen führen zu fragmentierten App-Versionen, die die Leistung und Benutzererfahrung beeinträchtigen können.
-
-### Auswirkungen auf die App-Leistung
-
-Versionskonflikte können eine Reihe von Problemen verursachen, die sowohl die App als auch ihre Benutzer negativ beeinflussen:
-
--   Erhöhte Abstürze, Störungen und inkonsistentes Verhalten.
--   Längere Fehlersuche-Prozesse, die die Behebung verzögern und die Benutzer auf problematischen Versionen zurücklassen.
--   Wiederherstellungsmaßnahmen erfordern die Identifizierung betroffener Segmente, Rollback von Updates, Freigabe von Behebungen und Überwachung der Benutzeraktivität. Tools wie Capgo vereinfachen diesen Prozess durch automatisierte Rollbacks, Fehlerverfolgung und Kanalmanagement[\[1\]](https://capgo.app/).
-
-## Finden und Analysieren von Versionskonflikten
-
-Erkennen Sie Versionskonflikte frühzeitig mit Tools, die Fehler in Echtzeit überwachen und die Update-Leistung verfolgen.
-
-### Überprüfen von Konflikten während der Entwicklung
-
-Nutzen Sie Fehlerverfolgungstools und Update-Leistungsdaten, während Sie sich noch in der Entwicklung befinden. Dieser Ansatz hilft, potenzielle Probleme zu identifizieren, bevor Ihre App die Benutzer erreicht[\[1\]](https://capgo.app/).
-
-### Analysieren von Update-Fehlern
-
-Konzentrieren Sie sich auf häufige Auslöser wie gestaffelte Rollouts oder gemischte Release-Kanäle. Tauchen Sie in Update-Protokolle ein, um Muster wie Netzwerkfehler, inkompatible Änderungen oder andere wiederkehrende Probleme aufzudecken. Beheben Sie diese Probleme, indem Sie Behebungen nach Häufigkeit und Auswirkungen auf die Benutzer priorisieren.
-
-### Testen nach Plattform
-
-Führen Sie separate Update-Tests für iOS und Android durch. Verwenden Sie gestaffelte Rollouts für jede Plattform und behalten Sie Analysedashboards im Auge, um die Leistung zu verfolgen.
-
-Sobald Konflikte identifiziert sind, implementieren Sie Behebungen, Rollback-Pläne oder präventive Maßnahmen, um sie effizient zu lösen.
-
-## Behebung und Vermeidung von Versionskonflikten
-
-Nachdem Sie Versionskonflikte identifiziert haben, befolgen Sie diese Schritte, um diese zu lösen und zukünftige Probleme zu verhindern.
-
-### Schnelle Konfliktbehebungen
-
-Hier erfahren Sie, wie Sie Konflikte schnell angehen können:
-
--   Rollback auf den letzten stabilen Build sofort durchführen.
--   Den Rollout auf einen sicheren Kanal beschränken, um die Exposition zu minimieren.
--   Detailliertes Logging aktivieren, um Konfliktmuster zu analysieren und zu verstehen.
-
-Sobald das Problem behoben ist, konzentrieren Sie sich auf Gewohnheiten, die die Wahrscheinlichkeit von wiederkehrenden Konflikten verringern.
-
-### Schritte zur Vermeidung von Konflikten
-
-Um Versionskonflikte zu vermeiden, setzen Sie diese Praktiken um:
-
--   Richten Sie klare Release-Kanäle ein, z. B. intern, Beta und Produktion.
--   Rollouts schrittweise durchführen und Leistungskennzahlen zur Anleitung des Prozesses verwenden.
--   Verwenden Sie konsistente Versionsnummerierungen für alle Releases.
--   Automatisieren Sie plattformspezifisches Testen vor dem Start von Updates.
-
-### Wie man ein Update zurücksetzt
-
-Wenn ein Update Probleme verursacht, befolgen Sie diese Rollback-Schritte:
-
-1.  Überprüfen Sie die Fehlerprotokolle, um den Umfang des Problems zu verstehen.
-2.  Verwenden Sie das [Capgo-Dashboard](https://capgo.app/docs/webapp/), um ein Rollback einzuleiten.
-3.  Behalten Sie die Fehlerquoten und Leistungskennzahlen im Auge, bevor Sie das nächste Update veröffentlichen.
-
-[\[1\]](https://capgo.app/) Capgo-Dokumentation: Ein-Klick-Rollback, Kanalsysteme und Funktionen zur Fehlerverfolgung.
-
-## Tools für die Verwaltung von Live-Updates
-
-Live-Update-Tools haben seit 2022 erhebliche Veränderungen erfahren. Mit der Schließung von [Microsoft CodePush](https://microsoft.github.io/code-push/) im Jahr 2024 und der geplanten Einstellung von [Appflow](https://ionic.io/appflow/) im Jahr 2026 wenden sich Entwickler Plattformen zu, die Versionskonflikte verwalten können, während sie den Vorschriften der App-Stores entsprechen.
-
-### Aktuelle Marktools
-
-Heute suchen Entwickler nach Lösungen, die schnelle Updates ermöglichen und den Richtlinien von iOS und Android entsprechen. Lassen Sie uns einen näheren Blick darauf werfen, wie Capgo diese Bedürfnisse erfüllt.
-
-### [Capgo](https://capgo.app/) Funktionen
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94/29f394e74984c052f31714ba4759b80a.jpg)
-
-Capgo bietet eine Reihe von Funktionen, die entwickelt wurden, um die Lücken zu füllen, die von anderen Plattformen hinterlassen wurden. Dazu gehören **[Cloud- oder selbstgehostete Bereitstellung](https://capgo.app/blog/self-hosted-capgo/)**, **Ende-zu-Ende-Verschlüsselung**, **CI/CD-Integration** und **kanalbasierte Distribution**. Hier sind einige wichtige Leistungskennzahlen:
-
--   Globale CDN-Bereitstellung eines 5 MB Pakets in **114 ms**
--   Durchschnittliche weltweite API-Antwortzeit von **434 ms**
--   **95% aktiver Benutzer** wurden innerhalb von 24 Stunden aktualisiert
--   **82% Gesamt-Update-Erfolgsquote**
--   Ungefähr **1.900 Apps** sind derzeit in Produktion
--   Über **1,15 Billionen Updates** wurden bisher bereitgestellt
-
-### Tool-Vergleich
-
-Hier ist, wie Capgo im Vergleich zu traditionellen Lösungen abschneidet:
-
--   **Einrichtungsgebühr**: Capgo erfordert eine einmalige Gebühr von **2.600 $**, verglichen mit über **6.000 $ jährlich** für andere Tools.
--   **CI/CD-Betrieb**: Capgo kostet etwa **300 $/Monat**, während traditionelle Tools oft über **500 $/Monat** hinausgehen.
--   **Liefergeschwindigkeit**: Capgo liefert ein 5 MB Paket in **114 ms**, während andere Plattformen variable Geschwindigkeiten aufweisen.
--   **Verschlüsselung**: Capgo bietet **Ende-zu-Ende-Verschlüsselung**, während viele Alternativen nur grundlegendes Signieren anbieten.
-
-## Plattformübergreifende Versionsverwaltung
-
-Dieser Abschnitt baut auf der Übersicht über Live-Update-Tools auf und konzentriert sich auf Strategien, um iOS- und Android-Versionen in Einklang zu halten.
-
-### Tipps zur Versionskontrolle
-
--   Verwenden Sie **[Capgo-Kanäle](https://capgo.app/docs/webapp/channels/)**, um iOS- und Android-Rollouts zu verwalten, während plattformspezifische Tests durchgeführt werden [\[1\]](https://capgo.app/).
--   Halten Sie sich an **Capacitor 8**, um die Laufzeitkompatibilität zwischen beiden Plattformen sicherzustellen [\[1\]](https://capgo.app/).
-
-### Testansätze
-
--   Richten Sie **Beta-Kanäle** für jede Plattform ein, um Updates mit bestimmten Benutzergruppen zu testen.
--   Verwenden Sie **gestaffelte Rollouts** über Capgo-Kanäle und überwachen Sie die Kennzahlen bei jedem Schritt.
--   Testen Sie Updates auf verschiedenen Geräten und Betriebssystemversionen, um eine breite Kompatibilität sicherzustellen.
-
-### Tracking von Updates
-
-Capgo bietet Echtzeitanalysen zur effektiven Überwachung von Updates:
-
--   Messen Sie die Erfolgsraten von Updates nach Plattform.
--   Verfolgen Sie die Häufigkeit und Arten von Fehlern.
--   Analysieren Sie die Versionsverteilung bei den Benutzern.
-
-Mit den Fehlerverfolgungstools von Capgo können Teams plattformspezifische Probleme identifizieren und beheben, bevor sie die breitere Benutzerbasis beeinträchtigen [\[1\]](https://capgo.app/).
-
-## Fazit
-
-Die effektive Verwaltung von Versionskonflikten erfordert die richtigen Tools und einen durchdachten Ansatz. Integrieren Sie Konfliktüberprüfungen in der Entwicklungsphase, plattformspezifisches Testen und Rollback-Verfahren in einen einzigen, kohärenten Workflow. Verwenden Sie Echtzeitüberwachung, gestaffelte Rollouts und sofortige Rollback-Optionen, um Konflikte schnell zu identifizieren und anzugehen.
-
-Integrieren Sie Funktionen wie Ende-zu-Ende-Verschlüsselung, CI/CD-Pipelines und detaillierte Benutzerkontrollen, um Updates zu vereinfachen und die Stabilität der App aufrechtzuerhalten.
-
-## FAQs
-
-:::faq
-### Wie kann ich ein Update in meiner Capacitor-App zurücksetzen, wenn ein Versionskonflikt auftritt?
-
-Leider bietet der Artikel keine spezifischen Anleitungen zum Zurücksetzen von Updates im Falle von Versionskonflikten. Für bewährte Verfahren sollten Sie in Betracht ziehen, eine stabile Baseline-Version Ihrer App aufrechtzuerhalten und Updates gründlich zu testen, bevor Sie sie bereitstellen. Tools wie **Capgo** können auch helfen, das [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/) zu optimieren, indem sie Funktionen wie Echtzeit-Updates und Benutzereinweisung anbieten, um potenzielle Konflikte effektiv zu mildern.
-:::
-
-:::faq
-### Wie kann ich sicherstellen, dass alle Benutzer die neuesten Updates für meine App erhalten, ohne auf Versionskonflikte zu stoßen?
-
-Um Versionskonflikte zu vermeiden und sicherzustellen, dass alle Benutzer die neuesten Updates erhalten, sollten Sie in Erwägung ziehen, eine Live-Update-Lösung wie **Capgo** zu verwenden. Damit können Sie Updates, Fehlerbehebungen und neue Funktionen sofort bereitstellen, ohne auf Genehmigungen im App Store zu warten, was Ihnen hilft, eine konsistente App-Version über Ihre Benutzerbasis hinweg aufrechtzuerhalten.
-
-Mit Funktionen wie gezielter Benutzerzuweisung können Sie Updates an bestimmte Gruppen ausrollen oder Änderungen schrittweise veröffentlichen, was das Risiko von Problemen verringert. Capgo unterstützt auch Echtzeit-Updates und entspricht den Richtlinien von Apple und Android, was es zu einer zuverlässigen Wahl für die effiziente Verwaltung von App-Updates macht.
-:::
-
-:::faq
-### Wie kann ich Updates plattformübergreifend testen, um Versionskonflikte in meiner Capacitor-App zu verhindern?
-
-Um Versionskonflikte beim Testen von Updates in Ihrer Capacitor-App zu vermeiden, ist es wichtig, einige bewährte Verfahren zu befolgen:
-
--   **In isolierten Umgebungen testen**: Verwenden Sie separate Umgebungen (z. B. Entwicklung, Staging, Produktion), um Updates zu testen, bevor sie breit ausgerollt werden.
--   **Kompatibilität überprüfen**: Stellen Sie sicher, dass Updates mit allen angestrebten Plattformen (iOS, Android) kompatibel sind und testen Sie auf verschiedenen Gerätetypen und Betriebssystemversionen.
--   **Updates schrittweise ausrollen**: Beginnen Sie mit einer kleinen Benutzergruppe, um potenzielle Probleme vor einer vollständigen Veröffentlichung zu identifizieren.
-
-Wenn Sie eine Live-Update-Lösung wie **Capgo** verwenden, können deren Funktionen - wie Benutzerzuweisungen und Echtzeit-Updates - das Verwalten und Testen von Updates plattformübergreifend nahtloser gestalten. Dies sorgt für eine reibungslose Bereitstellung und hält sich an die Richtlinien von Apple und Android.
-:::
diff --git a/src/content/blog/de/capacitor-live-updates-staying-compliant-with-apple.md b/src/content/blog/de/capacitor-live-updates-staying-compliant-with-apple.md
deleted file mode 100644
index 9a484b315..000000000
--- a/src/content/blog/de/capacitor-live-updates-staying-compliant-with-apple.md
+++ /dev/null
@@ -1,244 +0,0 @@
----
-slug: capacitor-live-updates-staying-compliant-with-apple
-title: 'Capacitor Live Updates: Die Einhaltung der Apple-Richtlinien'
-description: >-
-  Erfahren Sie, wie Sie Live-Updates in mobilen Apps effizient implementieren
-  und dabei die strengen Richtlinien einhalten, um Ablehnungen zu vermeiden.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-12T03:03:33.472Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d0d3f9cf9d4dc0b2c0bff2-1741748627082.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, live updates, app compliance, Apple guidelines, encryption, bug
-  fixes, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Live-Updates ermöglichen es Entwicklern, Fehlerbehebungen und kleinere Änderungen direkt an Apps zu übermitteln, ohne dass Benutzer Updates aus dem [App Store](https://www.apple.com/app-store/) herunterladen müssen. Dies beschleunigt die Bereitstellung um bis zu **81%**, reduziert Kosten und verbessert die Benutzererfahrung. Die Einhaltung der strengen Apple-Richtlinien ist jedoch unerlässlich, um App-Ablehnungen zu vermeiden.
-
-### Wichtige Punkte:
-
--   **Erlaubte Updates**: Fehlerbehebungen, UI-Anpassungen und Inhaltsaktualisierungen im Rahmen des ursprünglichen App-Zwecks.
--   **Verbotene Updates**: Große Funktionsänderungen oder Aktualisierungen der Kernfunktionalität (erfordern App Store-Prüfung).
--   **Sicherheit**: Ende-zu-Ende-Verschlüsselung ist zum Schutz der Benutzerdaten obligatorisch.
--   **Tools**: [Capgo](https://capgo.app/) vereinfacht die Verwaltung von Live-Updates und gewährleistet die Einhaltung der Apple-Regeln.
-
-| **Update-Typ** | **Erlaubt** | **Genehmigung erforderlich** |
-| --- | --- | --- |
-| Fehlerbehebungen | Ja | Nein |
-| UI-Verbesserungen | Ja | Manchmal |
-| Inhaltsaktualisierungen | Ja | Nein |
-| Funktionsänderungen | Nein | Ja |
-| Sicherheitspatches | Ja | Nein |
-
-Um konform zu bleiben, konzentrieren Sie sich auf Fehlerbehebungen, sichern Sie Updates mit Verschlüsselung und dokumentieren Sie alle Änderungen. Tools wie Capgo helfen bei der Verwaltung von Updates für über **20 Millionen Benutzer** und stellen sicher, dass Apps konform bleiben und Updates schnell bereitgestellt werden.
-
-## [Appflow](https://ionic.io/appflow/live-updates) Live Updates: Stellen Sie sofortige Updates direkt für Ihre Benutzer bereit
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-f18932d1af08bf70cb14b84540039486-2025-03-12.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Apples Live-Update-Regeln
-
-Apple reguliert App-Updates zum Schutz der Benutzer, weshalb es wichtig ist, diese Regeln bei der Implementierung von Live-Updates in Capacitor-Anwendungen zu verstehen.
-
-### [App Store](https://www.apple.com/app-store/) Richtlinien für Updates
-
-![App Store](https://mars-images.imgix.net/seobot/screenshots/www.apple.com-9d9fbf06f7f9dd70143af6386e59a5d2-2025-03-12.jpg?auto=compress)
-
-Apples Regeln definieren klar, was bei Over-the-Air (OTA) Updates erlaubt ist und was nicht. Hier eine kurze Übersicht:
-
-| Update-Typ | Erlaubt | Anforderungen |
-| --- | --- | --- |
-| Fehlerbehebungen | Ja | Dürfen Kernfunktionalität nicht ändern |
-| UI-Verbesserungen | Ja | Beschränkt auf kleine visuelle Anpassungen |
-| Inhaltsaktualisierungen | Ja | Müssen im ursprünglichen App-Zweck bleiben |
-| Funktionsänderungen | Nein | Erfordern App Store-Prüfung |
-| Sicherheitspatches | Ja | Müssen ordnungsgemäße Verschlüsselung enthalten |
-
-Bei der Verwendung von Live-Updates müssen Entwickler die Sicherheit der Benutzerdaten priorisieren und Ende-zu-Ende-Verschlüsselung verwenden. Tools wie Capgo sind so entwickelt, dass sie die Anforderungen von Apple erfüllen und den Prozess vereinfachen.
-
-Das Verständnis dieser Regeln kann helfen, häufige Fehler zu vermeiden, die zu App-Ablehnungen führen.
-
-### Häufigste Gründe für App-Ablehnungen
-
-Viele Apps werden wegen Verstößen gegen Apples Update-Richtlinien abgelehnt. Hier sind einige häufige Probleme:
-
--   **Umgehung des Prüfprozesses**: Hinzufügen wichtiger neuer Funktionen durch Live-Updates anstatt sie zur Prüfung einzureichen.
--   **Datenschutzprobleme**: Unzureichende Sicherung der Benutzerdaten während Updates.
--   **Änderungen der Kernfunktionalität**: Verwendung von Live-Updates zur erheblichen Änderung der App-Funktionsweise.
-
-> "Avoiding review for bugfix is golden." - Bessie Cooper, @bessiecooper [\[1\]](https://capgo.app/)
-
-Dies unterstreicht, dass sich Live-Updates auf Fehlerbehebungen konzentrieren sollten, nicht auf neue Funktionen.
-
-Um die Apple-Standards einzuhalten:
-
--   Verwenden Sie eine starke Verschlüsselung für alle Updates.
--   Beschränken Sie Updates auf Fehlerbehebungen und kleine Anpassungen.
--   Führen Sie detaillierte Aufzeichnungen über vorgenommene Änderungen.
--   Testen Sie Updates gründlich vor der Veröffentlichung.
--   Überwachen Sie regelmäßig Änderungen der Apple-Richtlinien.
-
-Diese Schritte helfen sicherzustellen, dass Ihre App-Updates innerhalb von Apples strengen Richtlinien bleiben.
-
-## Einrichtung konformer Live-Updates
-
-Um Live-Updates in Ihrer [Capacitor app](https://capgo.app/plugins/ivs-player/) unter Einhaltung der Apple-Compliance-Regeln zu implementieren, benötigen Sie eine strukturierte Einrichtung. Hier erfahren Sie, wie Sie beginnen können.
-
-### Projekt-Einrichtungsschritte
-
-Beginnen Sie mit der Konfiguration Ihrer Umgebung und der Installation des Capgo Live-Update-Plugins:
-
--   **Installation erforderlicher Abhängigkeiten**
-    
-    -   Verwenden Sie Capgos CLI zur Installation des Live-Update-Plugins und Einrichtung der notwendigen Tools. Zum Beispiel:
-        
-        ```bash
-        npx @capgo/cli init
-        ```
-        
-    -   Stellen Sie sicher, dass Ihre App Ende-zu-Ende-Verschlüsselung und sichere Speicherung für Update-Dateien enthält.
-        
--   **Update-Parameter konfigurieren**
-    
-    -   Legen Sie fest, wie oft Updates erfolgen sollen.
-    -   Planen Sie Rollback-Prozeduren für den Fall von Problemen.
-    -   Führen Sie ein detailliertes Protokoll der Versionsänderungen.
--   **Sicherheitsprotokolle implementieren**
-    
-    -   Aktivieren Sie Ende-zu-Ende-Verschlüsselung.
-    -   Verwenden Sie sichere Übertragungsmethoden.
-    -   Fordern Sie Benutzerauthentifizierung für zusätzlichen Schutz.
-
-### Versionskontroll-Richtlinien
-
-Die richtige Verwaltung von App-Versionen ist der Schlüssel zur Einhaltung von Apples Richtlinien. Hier eine kurze Übersicht:
-
-| Versionstyp | Update-Umfang | Genehmigung erforderlich |
-| --- | --- | --- |
-| Patch (x.x.1) | Fehlerbehebungen | Nein |
-| Minor (x.1.x) | UI-Anpassungen | Manchmal |
-| Major (1.x.x) | Feature-Updates | Ja |
-
-Führen Sie detaillierte Dokumentation aller Änderungen, um den App Store-Überprüfungsprozess zu vereinfachen.
-
-### [Capgo](https://capgo.app/): Live-Update-Management
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-12.jpg?auto=compress)
-
-Capgo vereinfacht das Live-Update-Management und gewährleistet die Einhaltung von Apples Anforderungen. Es hat bereits über **947,6 Millionen Updates** in **1.400+ Produktions-Apps** unterstützt [\[1\]](https://capgo.app/).
-
-Zu den herausragenden Funktionen gehören:
-
--   **Ende-zu-Ende-Verschlüsselung** für sichere Updates.
--   **CI/CD-Integration** mit Plattformen wie [GitHub](https://github.com/), [GitLab](https://about.gitlab.com/) und [Azure DevOps](https://azure.microsoft.com/en-us/products/devops).
--   **Benutzerzuweisung** für kontrollierte Rollouts.
--   Tools zur Gewährleistung der Übereinstimmung von Updates mit Apples Richtlinien.
-
-Sobald Ihre App bereit ist, verwenden Sie die Capgo CLI zum Pushen von Updates. Das System übernimmt automatisch Versionskontrolle, Verschlüsselung und Verteilung und hält Sie dabei konform mit Apples Regeln.
-
-## Datensicherheit während Updates
-
-Die Sicherung von Daten während Live-Updates ist entscheidend für die Einhaltung von Vorschriften und den Schutz von Benutzerinformationen. Sie spielt auch eine wichtige Rolle bei der Aufrechterhaltung des Benutzervertrauens.
-
-### Verschlüsselungsanforderungen
-
-Ende-zu-Ende-Verschlüsselung ist ein Muss, um Live-Updates in [Capacitor apps](https://capgo.app/blog/capacitor-comprehensive-guide/) sicher zu halten. Sie stellt sicher, dass Update-Daten beim Transfer vom Server zum Gerät geschützt bleiben. Capgos Live-Update-Lösung erzwingt diese Verschlüsselungsstandards. Laut Capgo: "Ende-zu-Ende-Verschlüsselung. Nur Ihre Benutzer können Ihre Updates entschlüsseln, niemand sonst" [\[1\]](https://capgo.app/). Dieser Verschlüsselungsansatz ist essentiell für den effektiven Schutz von Benutzerdaten.
-
-### Datenschutz der Benutzer
-
-Capgos Sicherheitsframework stellt sicher, dass nur autorisierte Benutzer Updates entschlüsseln können. Durch die Zugangsbeschränkung wird der Schutz von Benutzerdaten während des Update-Prozesses gewährleistet und das Risiko unbefugter Zugriffe minimiert.
-
-## Tests und App Store-Einreichung
-
-Gründliche Tests vor der Veröffentlichung sind entscheidend für eine reibungslose App Store-Einreichung und die Einhaltung der Compliance-Standards.
-
-### Pre-Release Tests
-
-Capgos Benutzer-Zuweisungsfunktion ermöglicht es Ihnen, Updates mit bestimmten Benutzergruppen zu testen, bevor Sie sie für alle ausrollen. Dieser kontrollierte Ansatz stellt sicher, dass Ihre [Verschlüsselungs- und Datenschutzstrategien](https://capgo.app/docs/cli/migrations/encryption/) effektiv funktionieren.
-
-Hier ist ein Beispiel, wie Capgo einen Rollout für über 5.000 Benutzer durchführte:
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 ausgerollt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach der Bereitstellung des OTA auf @Capgo auf dem neuesten Stand." [\[1\]](https://capgo.app/)
-
-Befolgen Sie diese Schritte für einen erfolgreichen Rollout:
-
-1. Mit internen Tests beginnen.
-2. Auf eine kleine Gruppe externer Benutzer erweitern.
-3. Die Nutzerbasis schrittweise vergrößern.
-4. Update-Auslieferungszeiten und Erfolgsraten überwachen.
-
-Nach Abschluss der Tests müssen Sie diese Schritte für den App Store-Prüfungsprozess dokumentieren.
-
-### App-Prüfungsrichtlinien
-
-Bei der Einreichung Ihrer App ist es wichtig, die Einhaltung der Apple-Richtlinien nachzuweisen.
-
-> "@Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Bugfixes ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Apple verlangt spezifische Dokumentation, einschließlich:
-
--   **Klare Dokumentation**: Eine detaillierte Erklärung zur Bereitstellung von Updates.
--   **Sicherheitsprotokolle**: Nachweis von Verschlüsselungs- und Datenschutzmaßnahmen.
--   **Update-Umfang**: Eine Aufschlüsselung der zu aktualisierenden Inhaltstypen.
--   **Testnachweis**: Daten, die gründliche Tests und Leistungsmetriken zeigen.
-
-| Prüfungsschwerpunkt | Erforderliche Dokumentation |
-| --- | --- |
-| Sicherheitsmaßnahmen | Verschlüsselungsprotokolle, Datensicherheit |
-| Update-Mechanismus | Technische Details der Implementierung |
-| Inhaltsänderungen | Definierter Umfang der Updates |
-| Testergebnisse | Stabilitäts- und Leistungsmetriken |
-
-Eine klare, detaillierte Dokumentation zu Sicherheits- und Update-Prozessen kann den Einreichungsprozess vereinfachen und Verzögerungen vermeiden.
-
-## Compliance nach der Veröffentlichung
-
-Nach der Veröffentlichung Ihrer App erfordert die Einhaltung der App Store-Richtlinien ständige Überwachung und schnelle Anpassungen. Entwickler müssen Updates verfolgen und sich an Änderungen der Richtlinien anpassen, um die kontinuierliche Compliance sicherzustellen.
-
-### Update-Tracking
-
-Um Ihre App in Übereinstimmung mit den App Store-Richtlinien zu halten, konzentrieren Sie sich auf diese Schlüsselbereiche:
-
-| Überwachungsbereich | Schlüsselmetriken | Aktionspunkte |
-| --- | --- | --- |
-| Verteilungsgeschwindigkeit | Update-Auslieferungszeit | Messen Sie, wie schnell Updates Benutzer erreichen. |
-| Erfolgsrate | Update-Abschluss % | Untersuchen Sie fehlgeschlagene Updates und deren Ursachen. |
-| Benutzerabdeckung | Aktive Benutzer-Updates | Stellen Sie sicher, dass Updates alle Benutzersegmente erreichen. |
-| Sicherheitsstatus | Verschlüsselungsvalidierung | Überprüfen Sie die Integrität der Ende-zu-Ende-Verschlüsselung. |
-
-Diese Metriken bilden die Grundlage für schnelle Anpassungen bei Richtlinienänderungen.
-
-### Reaktion auf Richtlinienaktualisierungen
-
-Die Verfolgung dieser Metriken dient nicht nur der Leistung - sie hilft auch dabei, Bereiche zu identifizieren, die möglicherweise sofortige Aufmerksamkeit erfordern, wenn Apple seine Richtlinien aktualisiert. So reagieren Sie:
-
-1. **Änderungen prüfen:** Untersuchen Sie neue Richtlinien und ermitteln Sie deren Auswirkungen auf Ihren aktuellen Aktualisierungsprozess.
-2. **Technische Prüfung:** Bestätigen Sie, dass Ihre Aktualisierungsmechanismen mit den überarbeiteten Anforderungen übereinstimmen.
-3. **Sicherheitsüberprüfung:** Überprüfen Sie, dass Ihre Verschlüsselungsprotokolle den aktualisierten Standards entsprechen.
-4. **Dokumentation aktualisieren:** Aktualisieren Sie Ihre Compliance-Dokumentation entsprechend den neuesten Richtlinien.
-
-Die Verwendung von Tools, die unter Berücksichtigung der Apple-Anforderungen entwickelt wurden, kann diesen Prozess vereinfachen. Zum Beispiel bietet Capgo Funktionen wie Ende-zu-Ende-Verschlüsselung und Benutzerzuweisung, wodurch es einfacher wird, compliant zu bleiben und gleichzeitig Updates effizient bereitzustellen [\[1\]](https://capgo.app/).
-
-Überwachen Sie regelmäßig die Compliance Ihrer App über Ihre [Update-Management-Plattform](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Eine proaktive Herangehensweise kann Ihnen helfen, potenzielle Probleme zu erkennen und zu lösen, bevor sie sich auf Ihren App Store-Status auswirken und Ihre Live-Update-Strategie sowohl effektiv als auch regelkonform bleibt.
-
-## Fazit
-
-Bei der Implementierung von Live-Updates in Capacitor-Apps ist die Balance zwischen Geschwindigkeit und Compliance entscheidend. Mit den richtigen Tools kann die Release-Effizienz um bis zu 81% verbessert werden [\[1\]](https://capgo.app/), wodurch es einfacher wird, innerhalb der Apple-Richtlinien zu bleiben.
-
-Plattformen wie Capgo zeigen, wie es möglich ist, die App Store-Anforderungen zu erfüllen und gleichzeitig schnelle Updates bereitzustellen [\[1\]](https://capgo.app/). Apples strenge Regeln für Live-Updates unterstreichen die Bedeutung der Compliance-Einhaltung.
-
-Um langfristige Compliance sicherzustellen, konzentrieren Sie sich auf diese Praktiken:
-
-- Verwenden Sie Ende-zu-Ende-Verschlüsselung für alle Updates.
-- Integrieren Sie Updates nahtlos in Ihre CI/CD-Workflows.
-- Überwachen Sie Update-Metriken regelmäßig.
-- Bleiben Sie auf Richtlinienänderungen vorbereitet.
diff --git a/src/content/blog/de/capacitor-native-bridge-android-plugin-basics.md b/src/content/blog/de/capacitor-native-bridge-android-plugin-basics.md
deleted file mode 100644
index 1341e6841..000000000
--- a/src/content/blog/de/capacitor-native-bridge-android-plugin-basics.md
+++ /dev/null
@@ -1,489 +0,0 @@
----
-slug: capacitor-native-bridge-android-plugin-basics
-title: 'Capacitor Native Bridge: Android Plugin Grundlagen'
-description: >-
-  Lernen Sie, wie Sie leistungsstarke Android-Plugins mit Capacitor Native
-  Bridge erstellen, einschließlich Best Practices für Einrichtung, Entwicklung
-  und Tests.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T02:39:06.030Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c-1743215957623.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, Android plugins, development, Java, mobile development, Gradle,
-  plugin testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Native Bridge vereinfacht die Entwicklung von Android-Plugins, indem es JavaScript und nativen Android-Code verbindet. Hier sind die wichtigsten Informationen:
-
--   **Funktionsweise**: Fungiert als bidirektionale Brücke für Web-Apps zum Zugriff auf native Android-Funktionen wie Kamera oder Sensoren.
--   **Vorteile**: Kombiniert Web-Technologien mit [nativer Leistung](https://capgo.app/plugins/native-audio/), vereinfacht die Plugin-Entwicklung.
--   **Grundvoraussetzungen**: Benötigt [Node.js](https://nodejs.org/en), JDK 11+, [Android Studio](https://developer.android.com/studio) und Capacitor CLI. Stellen Sie korrekte Umgebungsvariablen und [Gradle](https://gradle.org/) Konfigurationen sicher.
--   **Erste Schritte**: Nutzen Sie `npm init @capacitor/plugin` um ein Plugin zu erstellen, definieren Sie Methoden in Java und testen Sie mit Android Studio oder echten Geräten.
--   **[Capgo](https://capgo.app/) Integration**: Ermöglicht Live-Updates, Rollbacks und Analyse für reibungslose Plugin-Bereitstellung.
-
-### Schnelle Einrichtungscheckliste:
-
-1.  Tools installieren: Node.js, JDK 11+, Android Studio.
-2.  Gradle für API 22+ und Capacitor-Abhängigkeiten konfigurieren.
-3.  Plugin mit Capacitor CLI erstellen.
-4.  Auf Emulatoren und echten Geräten testen.
-
-Capacitor überbrückt die Lücke zwischen Web und nativem Android und bietet Entwicklern eine zuverlässige Möglichkeit, leistungsstarke Plugins zu erstellen.
-
-## Native iOS/Android-Code mit Ionic ausführen
-
-<iframe src="https://www.youtube.com/embed/ApTe3EgLiCk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Einrichtung und Installation
-
-Um mit der Entwicklung eines [Capacitor Android-Plugins](https://capgo.app/plugins/ivs-player/) zu beginnen, müssen Sie Ihre Umgebung sorgfältig einrichten. Hier erfahren Sie, wie Sie alles vorbereiten.
-
-### Erforderliche Tools einrichten
-
-Stellen Sie sicher, dass Sie folgende Tools installiert und konfiguriert haben:
-
--   **Node.js und npm**: Installieren Sie Node.js Version 14.0 oder höher.
--   **[Java Development Kit](https://en.wikipedia.org/wiki/Java_Development_Kit) (JDK)**: Verwenden Sie JDK 11 oder neuer.
--   **Android Studio**: Installieren Sie die neueste stabile Version (2023.1.1 oder neuer).
--   **Capacitor CLI**: Global über npm installieren.
--   **Android SDK**: Stellen Sie sicher, dass API-Level 22 oder höher installiert ist.
-
-Fügen Sie diese Pfade zu Ihren System-Umgebungsvariablen hinzu:
-
-```bash
-ANDROID_HOME=/Users/username/Library/Android/sdk
-JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home
-```
-
-Überprüfen Sie die korrekte Einrichtung Ihrer Umgebungsvariablen, um Kompatibilitätsprobleme zu vermeiden. Fahren Sie anschließend mit der Konfiguration Ihres Android Studio-Projekts fort.
-
-### [Android Studio](https://developer.android.com/studio) Projekteinrichtung
-
-![Android Studio](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/37b29b854cd53ac189541dfdcf7a9a26.jpg)
-
-Richten Sie Ihr Android Studio-Projekt mit diesen Schritten ein:
-
-1.  **Projektkonfiguration**
-
-Aktualisieren Sie Ihre `build.gradle`-Datei mit folgenden Einstellungen:
-
-```kotlin
-android {
-    compileSdkVersion 33
-    defaultConfig {
-        minSdkVersion 22
-        targetSdkVersion 33
-    }
-}
-```
-
-2.  **Plugin-Abhängigkeiten hinzufügen**
-
-Fügen Sie die erforderlichen Capacitor-Abhängigkeiten in Ihre `build.gradle`-Datei ein:
-
-```kotlin
-dependencies {
-    implementation '@capacitor/android:5.0.0'
-    implementation '@capacitor/core:5.0.0'
-}
-```
-
-3.  **Manifest-Datei konfigurieren**
-
-Fügen Sie notwendige Berechtigungen und Einstellungen in Ihre `AndroidManifest.xml`-Datei ein:
-
-```xml
-<manifest>
-    <uses-permission android:name="android.permission.INTERNET" />
-    <application
-        android:allowBackup="true"
-        android:label="@string/app_name">
-        <!-- Additional configurations -->
-    </application>
-</manifest>
-```
-
-### Kompatibilitätstabelle
-
-Hier ist eine schnelle Referenz für die Mindest- und empfohlenen Versionen der Hauptkomponenten:
-
-| Komponente | Mindestversion | Empfohlene Version |
-| --- | --- | --- |
-| Android Studio | 2023.1.1 | 2023.2.1 |
-| JDK | 11 | 17 |
-| Gradle | 7.3 | 8.0 |
-| Android SDK | API 22 | API 33 |
-
-### [Gradle](https://gradle.org/) Einstellungen optimieren
-
-![Gradle Build Tool Interface](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/ea42b2d6446e3f23d9417eaa9ba23d71.jpg)
-
-Aktualisieren Sie Ihre `gradle.properties`-Datei mit diesen Einstellungen für bessere Leistung und Kompatibilität:
-
-```properties
-org.gradle.jvmargs=-Xmx2048m
-org.gradle.parallel=true
-android.useAndroidX=true
-```
-
-Aktivieren Sie Auto-Import und Echtzeit-Kompilierung in Android Studio, um Probleme schnell zu erkennen und zu lösen. Diese Schritte gewährleisten eine reibungslose Entwicklung und effiziente Ressourcennutzung.
-
-## Erstellen Ihres ersten Android-Plugins
-
-Lernen Sie, wie Sie Ihr erstes Android-Plugin mit Capacitor erstellen. Diese Anleitung führt Sie durch die Schritte und teilt praktische Tipps.
-
-### Plugin-Erstellungsschritte
-
-Beginnen Sie mit der Generierung des Plugin-Grundgerüsts mit der Capacitor CLI:
-
-```bash
-npm init @capacitor/plugin your-plugin-name
-cd your-plugin-name
-npm install
-```
-
-Aktualisieren Sie als Nächstes die `package.json`-Datei mit der folgenden Konfiguration:
-
-```json
-{
-  "name": "your-plugin-name",
-  "version": "1.0.0",
-  "capacitor": {
-    "android": {
-      "src": "android"
-    }
-  }
-}
-```
-
-Diese Einrichtung stellt sicher, dass Capacitor Ihr Plugin und seine Android-Quelldateien erkennt.
-
-### Plugin-Verzeichnisstruktur
-
-Ihr Projekt folgt dieser Struktur:
-
-```
-your-plugin-name/
-├── android/
-│   ├── src/main/
-│   │   ├── java/com/yourcompany/plugin/
-│   │   │   └── YourPlugin.java
-│   ├── build.gradle
-│   └── proguard-rules.pro
-├── src/
-│   ├── definitions.ts
-│   └── web.ts
-├── package.json
-└── README.md
-```
-
-Hier ist die Funktion jeder wichtigen Datei:
-
-| Datei | Zweck |
-| --- | --- |
-| `YourPlugin.java` | Verarbeitet die Android-Logik des Plugins |
-| `definitions.ts` | Enthält TypeScript-Schnittstellendefinitionen |
-| `web.ts` | Bietet webbasierte Fallback-Funktionalität |
-| `package.json` | Verwaltet Plugin-Abhängigkeiten und Metadaten |
-
-### Plugin-Methoden schreiben
-
-Definieren Sie Plugin-Methoden in der `YourPlugin.java`-Datei. Hier ist ein einfaches Beispiel:
-
-```java
-@PluginMethod
-public void echo(PluginCall call) {
-    String value = call.getString("value");
-    JSObject ret = new JSObject();
-    ret.put("value", value);
-    call.resolve(ret);
-}
-```
-
-Jede Methode benötigt die `@PluginMethod`-Annotation und verwendet das `PluginCall`-Objekt zur Verarbeitung von Parametern und Rückgabewerten. Hier ist ein weiteres Beispiel mit Fehlerbehandlung:
-
-```java
-@PluginMethod
-public void getData(PluginCall call) {
-    String id = call.getString("id", null);
-    if (id == null) {
-        call.reject("Must provide an id");
-        return;
-    }
-
-    int limit = call.getInt("limit", 10); // Default value
-
-    JSObject result = new JSObject();
-    result.put("id", id);
-    result.put("limit", limit);
-    call.resolve(result);
-}
-```
-
-Für komplexere Logik behandeln Sie Ausnahmen, um Stabilität zu gewährleisten:
-
-```java
-@PluginMethod
-public void processData(PluginCall call) {
-    try {
-        // Processing logic here
-        call.resolve();
-    } catch (Exception e) {
-        call.reject("Error processing data: " + e.getMessage());
-    }
-}
-```
-
-### Testen Ihres Plugins
-
-Verwenden Sie Android Studios [Debugging-Tools](https://capgo.app/docs/plugin/debugging/), um jede Methode gründlich zu testen. Stellen Sie sicher, dass Ihre Methoden auf spezifische Aufgaben fokussiert sind, um den Code übersichtlich und wartbar zu halten. Testen Sie nach Abschluss des Debuggings Ihr Plugin auf echten Android-Geräten, um zu bestätigen, dass alles wie erwartet funktioniert.
-
-## Plugin-Testanleitung
-
-### Testen auf Android-Geräten
-
-Um Android-Plugins effektiv zu testen, verwenden Sie sowohl Emulatoren als auch echte Geräte. Android Studios AVD Manager ist ein hervorragendes Werkzeug zur Simulation verschiedener API-Level und Bildschirmgrößen.
-
-Führen Sie diese Befehle zur Testvorbereitung aus:
-
-```bash
-npx cap open android
-npm run build
-npx cap sync
-```
-
-Stellen Sie sicher, dass USB-Debugging aktiviert ist und überprüfen Sie die Geräteverbindung mit `adb devices`. Erstellen Sie eine Testmatrix für wichtige Android-Versionen:
-
-| Android-Version | Test-Priorität | Hauptfokusgebiete |
-| --- | --- | --- |
-| Android 14 | Hoch | Neueste API-Kompatibilität |
-| Android 13 | Hoch | Kernfunktionalität |
-| Android 12 | Mittel | Rückwärtskompatibilität |
-| Android 11 | Niedrig | Legacy-Unterstützung |
-
-### Beheben häufiger Plugin-Probleme
-
-**Speicherlecks**  
-Nutzen Sie den Memory Profiler in Android Studio, um Speicherlecks zu identifizieren und zu beheben. Achten Sie auf:
-
--   Nicht abgemeldete Broadcast-Receiver
--   Nicht geschlossene Datenbankverbindungen
--   Starke Referenzen auf Activities oder Contexts
-
-**Plugin-Registrierungsprobleme**  
-Wenn Plugins nicht registriert werden können, überprüfen Sie Folgendes:
-
--   Plugin-Registrierung in `MainActivity.java`
--   Konsistenz des Paketnamens
--   Korrekte Gradle-Abhängigkeiten
-
-**Performance-Probleme**  
-Nutzen Sie den CPU Profiler, um Performance-Engpässe zu identifizieren. Best Practices beinhalten:
-
--   Leichtgewichtige Plugin-Methoden
--   Ausführung rechenintensiver Aufgaben in Hintergrund-Threads
--   Implementierung geeigneter Fehlerbehandlungsmechanismen
-
-### Optimierung von Live-Tests und Updates
-
-[Capgo-Tools](https://capgo.app/docs/cli/commands) können Live-Tests und Updates vereinfachen. Verwenden Sie diese Beispiele zur Verbesserung Ihres Workflows:
-
--   **Fehlerverfolgung initialisieren**:
-    
-    ```typescript
-    CapacitorUpdater.notifyAppReady();
-    ```
-    
--   **Umgang mit Update-Fehlern**:
-    
-    ```typescript
-    CapacitorUpdater.addListener('updateFailed', (info) => {
-      console.error('Update failed:', info);
-    });
-    ```
-    
--   **Rollback für schnelle Korrekturen nutzen**:
-    
-    ```typescript
-    try {
-      await CapacitorUpdater.rollback();
-    } catch (err) {
-      console.error('Rollback failed:', err);
-    }
-    ```
-    
--   **Stufenweise Einführungen einrichten**:
-    
-    ```typescript
-    await CapacitorUpdater.setChannel({
-      channel: 'beta',
-      preventAutoUpdateOnFail: true
-    });
-    ```
-    
-
-## Plugin-Entwicklungsstandards
-
-### Richtlinien zur Code-Struktur
-
-Hier ist eine grundlegende Vorlage für die Strukturierung Ihres Plugins in Java:
-
-```java
-public class MyPlugin extends Plugin {
-    private static final String TAG = "MyPlugin";
-    private final Context context;
-
-    public MyPlugin(Context context) {
-        this.context = context;
-    }
-
-    @PluginMethod
-    public void methodName(PluginCall call) {
-        try {
-            // Method implementation
-            call.resolve();
-        } catch (Exception e) {
-            call.reject("Error message", e);
-        }
-    }
-}
-```
-
-Wichtige strukturelle Praktiken:
-
--   Verwenden Sie klare und gut definierte Methodensignaturen mit geeigneten Zugriffsmodifikatoren.
--   Wählen Sie Variablen- und Methodennamen, die ihren Zweck erklären.
--   Stellen Sie sicher, dass öffentliche APIs vollständig dokumentiert sind.
--   Halten Sie Geschäftslogik von UI-bezogenen Komponenten getrennt.
-
-### Performance-Tipps
-
-Ein gut strukturiertes Plugin verbessert nicht nur die Wartbarkeit, sondern steigert auch die Leistung. Hier einige Optimierungsstrategien:
-
-| Fokusbereich | Empfohlener Ansatz |
-| --- | --- |
-| Thread-Management | Auslagern aufwändiger Aufgaben in Hintergrund-Threads |
-| Speichernutzung | Ressourcen ordnungsgemäß bereinigen, um Lecks zu vermeiden |
-| Netzwerkaufrufe | Antworten zwischenspeichern und Wiederholungsmechanismen implementieren |
-| Ressourcenladung | Lazy Loading für große Ressourcen verwenden |
-
-Für ressourcenintensive Aufgaben, hier ein Beispiel:
-
-```java
-@PluginMethod
-public void heavyOperation(PluginCall call) {
-    taskQueue.execute(() -> {
-        try {
-            // Perform intensive operation
-            JSObject result = new JSObject();
-            call.resolve(result);
-        } catch (Exception e) {
-            call.reject("Operation failed", e);
-        }
-    });
-}
-```
-
-### Fehlermanagement
-
-Ein robustes Fehlerhandling gewährleistet die Stabilität und Zuverlässigkeit Ihres Plugins:
-
-```java
-@PluginMethod
-public void criticalOperation(PluginCall call) {
-    try {
-        // Operation code
-        if (!operationSuccessful) {
-            throw new PluginException("Operation failed");
-        }
-        call.resolve();
-    } catch (Exception e) {
-        Logger.error(TAG, "Critical operation failed", e);
-        handleRollback();
-        call.reject("Operation failed", e);
-    }
-}
-```
-
-Best Practices für Fehlermanagement:
-
--   Fehler mit dem richtigen Schweregrad protokollieren.
--   Aussagekräftigen Kontext in Fehlermeldungen einbinden, um die Fehlersuche zu unterstützen.
--   Fehlerhäufigkeit überwachen und wiederkehrende Probleme identifizieren.
--   Automatisierte Fehlerberichterstattung nutzen, um Probleme frühzeitig zu erkennen.
-
-Für kritische Operationen sind Rollback-Mechanismen essentiell. Hier ein Beispiel:
-
-```java
-private void handleRollback() {
-    try {
-        bridge.triggerJSEvent("rollbackRequired", "{}");
-    } catch (Exception e) {
-        Logger.error(TAG, "Rollback failed", e);
-    }
-}
-```
-
-Capgos Fehlerverfolgung und Rollback-Tools können Ihnen helfen, sich schnell von Fehlern zu erholen [\[1\]](https://capgo.app/).
-
-## [Capgo](https://capgo.app/) Integrationsleitfaden
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-Basierend auf unseren Live-Testergebnissen hilft die Integration von Capgo bei der Optimierung der Update-Bereitstellung.
-
-### Capgo Features Überblick
-
-Capgo bietet essentielle Tools für die Verwaltung von Live-Updates und gewährleistet reibungslose Leistung. Es ermöglicht sofortige Updates für Capacitor Android Plugins ohne App Store-Genehmigungen. Hier sind Capgos Angebote:
-
-| Feature | Beschreibung |
-| --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Gewährleistet sichere Update-Übermittlung |
-| Teilaktualisierungen | Lädt nur geänderte Komponenten herunter |
-| [Channel System](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Ermöglicht gezielte stufenweise Einführungen |
-| Echtzeit-Analytik | Überwacht Update-Performance |
-| Ein-Klick-Rollback | Schnelle Wiederherstellung bei Problemen |
-| CI/CD-Integration | Kompatibel mit GitHub Actions, GitLab CI und Jenkins |
-
-### Capgo einrichten
-
-Um mit Capgo zu beginnen, führen Sie folgenden Befehl aus:
-
-```bash
-npx @capgo/cli init
-```
-
-Fügen Sie das Plugin Ihrem Build-Prozess hinzu. Capgo verwaltet Updates automatisch im Hintergrund und nutzt dabei seine integrierten Analyse- und Rollback-Funktionen.
-
-Sie können das Channel-System nutzen, um Rollouts für Produktions-, Beta- und Entwicklungsumgebungen zu verwalten. Teilaktualisierungen sind verfügbar, um die Bandbreitennutzung zu reduzieren und nur die notwendigen Änderungen zu liefern.
-
-Capgo unterstützt Capacitor Versionen 6 und 7.
-
-> Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer! [\[1\]](https://capgo.app/)
-
-## Zusammenfassung
-
-Die Capacitor Native Bridge erweitert Android-Plugins um leistungsstarke native Funktionen und optimierte Entwicklung. Dieser Ansatz liefert starke Ergebnisse, einschließlich 23,5 Millionen Updates über 750 Produktions-Apps [\[1\]](https://capgo.app/).
-
-Die Leistungskennzahlen der Plattform unterstreichen ihre Effektivität: eine globale Erfolgsquote von 82% bei Update-Bereitstellungen, eine durchschnittliche Downloadzeit von 114 ms für ein 5 MB Bundle über ein globales CDN und 95% der aktiven Nutzer erhalten Updates innerhalb von 24 Stunden [\[1\]](https://capgo.app/).
-
-Um diese Ergebnisse zu erzielen, ist die Befolgung wichtiger Praktiken entscheidend:
-
-| Beste Praktik | Nutzen |
-| --- | --- |
-| Live Updates implementieren | Schnelle Bereitstellung von Fehlerbehebungen und Funktionen |
-| Kanalsystem nutzen | Selektive Einführung von Updates, Beta-Tests |
-| Analytics überwachen | Bewertung von Leistung und Nutzerakzeptanz |
-| Auto-Rollback aktivieren | Schnelle Wiederherstellung bei möglichen Problemen |
-
-Entwickler haben diese Tools gelobt. Bessie Cooper teilte mit: _"Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews bei Fehlerbehebungen ist Gold wert."_ [\[1\]](https://capgo.app/)
-
-Funktionen wie Fehlerverfolgung, Leistungsüberwachung, Ende-zu-Ende-Verschlüsselung und nahtlose CI/CD-Integration tragen zu hohen Update-Erfolgsraten und reibungsloser Leistung bei. Zusammen kombinieren diese Tools native Funktionalität mit schnellen, zuverlässigen Updates und zeigen die Stärken der Plattform.
diff --git a/src/content/blog/de/capacitor-native-bridge-web-to-android-data-transfer.md b/src/content/blog/de/capacitor-native-bridge-web-to-android-data-transfer.md
deleted file mode 100644
index dc1602942..000000000
--- a/src/content/blog/de/capacitor-native-bridge-web-to-android-data-transfer.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: capacitor-native-bridge-web-to-android-data-transfer
-title: 'Capacitor Native Bridge: Web zu Android Datentransfer'
-description: >-
-  Erfahren Sie, wie Sie mit der nativen Bridge von Capacitor effizient Daten
-  zwischen Web-Apps und Android übertragen können, einschließlich häufiger
-  Herausforderungen und Performance-Tipps.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T01:10:13.731Z
-updated_at: 2025-04-16T01:11:27.424Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d-1744765887424.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, data transfer, JSON serialization, mobile apps, Android,
-  performance optimization, encryption, error handling
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Die Übertragung von Daten zwischen Web-Apps und Android in [Capacitor](https://capacitorjs.com/) kann eine Herausforderung sein, aber das Verständnis von JSON-Serialisierung und nativen Bridge-Operationen vereinfacht den Prozess.** Hier ist, was Sie wissen müssen:
-
--   **JSON-Kompatibilität:** Die native Bridge unterstützt nur JSON-serialisierbare Typen, vermeiden Sie also Funktionen, zirkuläre Referenzen und benutzerdefinierte Klassen.
--   **Performance-Tipps:** Teilen Sie große Datenmengen in Chunks auf, komprimieren Sie sie und speichern Sie häufig verwendete Daten zwischen, um Geschwindigkeit und Speichernutzung zu verbessern.
--   **Fehlerbehandlung & Sicherheit:** Verwenden Sie Verschlüsselung, Laufzeit-Berechtigungen und schichtübergreifende Fehlerverfolgung für sichere und zuverlässige Übertragungen.
--   **Bridge-Funktionen:** Unterstützt bidirektionale Kommunikation, Event-Batching und Typ-Validierung für reibungslose Kommunikation.
--   **[Capgo](https://capgo.app/) Tools:** Bietet Echtzeit-Updates, intelligentes Chunking und Ende-zu-Ende-Verschlüsselung für nahtlose Datenverarbeitung.
-
-**Schnell-Tipp:** Nutzen Sie [TypeScript](https://www.typescriptlang.org/) für strikte Typisierung, validieren Sie JSON auf beiden Seiten und erwägen Sie benutzerdefinierte Plugins für komplexe Datenanforderungen. Capgos Plattform verbessert die Leistung durch Live-Updates und sichere Synchronisation, was sie zu einer großartigen Wahl für Hybrid-Apps macht.
-
-## So erstellen Sie ein [Capacitor](https://capacitorjs.com/) Plugin für iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-1. Erstellen Sie ein neues Plugin-Projekt
-2. Implementieren Sie die nativen Schnittstellen
-3. Testen Sie die Integration
-4. Veröffentlichen Sie Ihr Plugin
-
-</Steps>
-
-## Häufige Datenübertragungsprobleme
-
-Die Handhabung der Datenübertragung zwischen Web- und Android-Schichten über die native Bridge kann knifflig sein. Diese Herausforderungen müssen sorgfältig angegangen werden, um eine reibungslose App-Performance zu gewährleisten.
-
-### JSON-Datentyp-Einschränkungen
-
-Die native Bridge in Capacitor unterstützt nur JSON-serialisierbare Typen. Das bedeutet, sie kann bestimmte Datentypen nicht verarbeiten, wie:
-
--   Funktionen
--   Zirkuläre Referenzen
--   Binär-/Blob-Daten
--   Datumsobjekte (die präzise Zeitstempel erfordern)
--   Instanzen benutzerdefinierter Klassen
-
-Um diese Einschränkungen zu umgehen, müssen Entwickler oft benutzerdefinierte Serialisierungsmethoden für komplexere Datenstrukturen erstellen.
-
-Aber es geht nicht nur um Datentypen - wie schnell und effizient Daten übertragen werden, spielt auch eine große Rolle für das Benutzererlebnis.
-
-### Geschwindigkeits- und Speicherbedenken
-
-Performance-Tests zeigen einige wichtige Kennzahlen: CDN-Download-Geschwindigkeiten für 5MB-Bundles liegen durchschnittlich bei 114ms, während globale API-Antworten etwa 57ms benötigen. Um die Effizienz der Datenübertragung zu verbessern, beachten Sie diese Strategien:
-
--   Große Übertragungen in kleinere Chunks aufteilen
--   Daten wo möglich komprimieren
--   Progressive Ladeverfahren für Datensätze verwenden
--   Häufig zugegriffene Daten zwischenspeichern
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 eingeführt. Wir sehen einen sehr reibungslosen Betrieb - fast alle unsere Nutzer sind innerhalb von Minuten nach dem OTA-Deployment auf @Capgo aktualisiert." - colenso
-
-### Fehlerverfolgung und Datensicherung
-
-Das Debugging von Hybrid-Apps kann besonders herausfordernd sein. Sobald die Performance optimiert ist, ist es ebenso wichtig, sich auf die Fehlerverfolgung und Sicherung der Daten während der Übertragungen zu konzentrieren.
-
-| Anforderung | Implementierung |
-| --- | --- |
-| Verschlüsselung | Ende-zu-Ende-Schutz |
-| Berechtigungen | Android-Laufzeitzugriff |
-| Fehlerbehandlung | Schichtübergreifende Verfolgung |
-
-> "Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Fehlerbehebungen ist Gold wert." - Bessie Cooper
-
-Um diese Probleme zu beheben, sollten Entwickler robuste Protokollierungssysteme einrichten, die Fehler sowohl in Web- als auch in Android-Schichten erfassen können. Gleichzeitig sicherstellen, dass alle Datenübertragungen verschlüsselt sind, um die Sicherheit zu gewährleisten.
-
-## Native Bridge-Lösungen
-
-Die Native Bridge adressiert häufige Herausforderungen bei der Datenserialisierung und -übertragung, indem sie Web- und Android-Schichten durch ein bidirektionales Nachrichtensystem verbindet.
-
-### Bridge-Architektur
-
-Diese Architektur bewältigt die zuvor beschriebenen Einschränkungen. Sie verwendet [WebView](https://en.wikipedia.org/wiki/WebView), um JavaScript mit nativen Android-Komponenten zu verbinden.
-
-So funktioniert es:
-
--   **Nachrichtenwarteschlange**: Puffert Daten mittels eines asynchronen FIFO-Systems.
--   **Event Bus**: Leitet Signale über ein Publish/Subscribe-Modell.
--   **Serialisierer**: Konvertiert Daten, häufig mittels JSON-Transformation.
--   **Sicherheitsschicht**: Gewährleistet Datenschutz durch Ende-zu-Ende-Verschlüsselung.
-
-Bei großen Datenübertragungen zerlegt die Bridge die Daten automatisch in kleinere Pakete, um die Leistung aufrechtzuerhalten.
-
-### Plugin-Kommunikation
-
-Plugins fungieren als Vermittler und ermöglichen Webanwendungen den Zugriff auf native Android-Funktionen. Der Kommunikationsprozess folgt im Allgemeinen diesen Schritten:
-
-1.  Die Web-Schicht führt einen Aufruf über die Plugin-Schnittstelle durch.
-2.  Die Bridge konvertiert die Daten in das JSON-Format.
-3.  Die native Schicht verarbeitet die Anfrage.
-4.  Die Antwort wird über denselben Kanal zurückgesendet.
-
-Sowohl synchrone als auch asynchrone Kommunikation wird unterstützt. Synchrone Aufrufe werden sorgfältig verwaltet, um sicherzustellen, dass sie die Benutzeroberfläche nicht verlangsamen.
-
-### Daten- und Ereignisfluss
-
-Daten fließen durch die Bridge über ein standardisiertes Protokoll, das für Zuverlässigkeit und Konsistenz ausgelegt ist. Mehrere Mechanismen unterstützen diesen Prozess:
-
--   **Event-Batching**: Gruppiert mehrere Ereignisse zur Minimierung des Overheads.
--   **Typ-Validierung**: Gewährleistet Datenintegrität während der Übertragungen.
--   **Fehlerbehebung**: Wiederholt fehlgeschlagene Übertragungen automatisch.
-
-Die Bridge komprimiert auch große Datenübertragungen zur Leistungsverbesserung. Lokales Caching hilft, Verzögerungen bei wiederholten Übertragungen zu reduzieren. Zusätzlich unterstützt das Ereignissystem sowohl einmalige als auch dauerhafte Callbacks mit automatischer Bereinigung zur effizienten Ressourcenverwaltung.
-
-## Richtlinien zur Datenübertragung
-
-Die effektive Verwaltung von JSON ist der Schlüssel für reibungslose Datenübertragungen zwischen Web- und Android-Plattformen.
-
-### JSON-Datenverwaltung
-
-Für eine zuverlässige Datenverwaltung:
-
--   **TypeScript-Typen nutzen** für strikte Typisierung, um Fehler vor der Laufzeit zu erkennen.
--   **Daten validieren** sowohl auf Web- als auch auf Android-Seite für Konsistenz.
--   **JSON-Objekte vereinfachen** zur Minimierung des Parse-Overheads und Verbesserung der Leistung.
--   **Häufig verwendete Daten lokal zwischenspeichern** zur Reduzierung wiederholter Anfragen.
-
-Für größere Datensätze können Techniken wie Paginierung oder Streaming helfen, die Systemeffizienz zu erhalten. Wenn JSON für große Datensätze nicht ausreicht, alternative Übertragungsstrategien in Betracht ziehen.
-
-### Methoden für große Datenübertragungen
-
-Bei der Übertragung großer Datenmengen:
-
--   **Große Dateien in kleinere Teile aufteilen** zur Optimierung der Ressourcennutzung und Ermöglichung der Fortschrittsverfolgung.
--   **Unnötige Konvertierungen vermeiden** (wie Base64) für Binärdaten; stattdessen native Dateisystem-APIs verwenden.
--   **Übertragungswiederaufnahme ermöglichen** zur Behandlung von Unterbrechungen und Sicherstellung der Datenintegrität.
-
-Für Szenarien, die Standardmethoden übersteigen, die Erstellung maßgeschneiderter Plugins in Betracht ziehen.
-
-### Erstellen benutzerdefinierter Daten-Plugins
-
-Befolgen Sie diese Schritte zur Entwicklung eines zuverlässigen benutzerdefinierten Daten-Plugins:
-
-1. **Plugin-Schnittstelle definieren**
-
-Erstellen Sie eine TypeScript-Schnittstelle, die alle unterstützten Methoden und Datentypen beschreibt:
-
-```typescript
-export interface DataTransferPlugin {
-  sendData(options: { 
-    data: any, 
-    chunkSize?: number, 
-    compression?: boolean 
-  }): Promise<void>;
-}
-```
-
-2. **Native Handler implementieren**
-
-Konzentrieren Sie sich auf effiziente Datenverarbeitung durch Einbindung robuster Fehlerbehandlung, korrektes Speichermanagement und Hintergrund-Threads für ressourcenintensive Aufgaben.
-
-3. **Fehlerbehebung hinzufügen**
-
-Integrieren Sie Mechanismen zur Fehlerbehebung, wie automatische Wiederholungsversuche bei Netzwerkproblemen und Validierungsfehlern. Bieten Sie Echtzeit-Feedback zum Übertragungsfortschritt für erhöhte Zuverlässigkeit.
-
-## [Capgo](https://capgo.app/) Plattform-Funktionen
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo bewältigt bisherige Herausforderungen mit einem Live-Update-System, das für reibungslose Datenübertragungen zwischen Web- und Android-Schichten konzipiert ist. Seine Architektur gewährleistet sichere und leistungsstarke Datenverarbeitung.
-
-### Hauptfunktionen von Capgo
-
-Ein globales CDN unterstützt Echtzeit-Datenübertragungen mit beeindruckenden Leistungskennzahlen [\[1\]](https://capgo.app/). Zu den wichtigsten Funktionen gehören:
-
--   **Echtzeit-Synchronisation**: Schnelle Datenübertragungen zwischen Web- und Android-Schichten.
--   **Intelligente Segmentierung**: Sendet nur aktualisierte Komponenten, reduziert Bandbreite und Speichernutzung.
--   **Ende-zu-Ende-Verschlüsselung**: Gewährleistet sichere Kommunikation zwischen Web und Android.
-
-Derzeit verlassen sich 1,9K Produktions-Apps auf Capgo für ihre Datenübertragungsanforderungen [\[1\]](https://capgo.app/). Entwickler Rodrigo Mantica teilte mit:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-Diese Fähigkeiten heben Capgo von älteren Lösungen ab, wie unten gezeigt.
-
-### Plattform-Vergleich
-
-Capgos fortschrittliche Funktionen bieten einen klaren Vorteil gegenüber traditionellen Methoden:
-
-| Funktion | Capgo | Traditionelle Lösungen |
-| --- | --- | --- |
-| Update-Geschwindigkeit | 114ms (5MB Bundle) | Variabel |
-| Erfolgsrate | 82% weltweit | Nicht spezifiziert |
-| Nutzerakzeptanz | 95% innerhalb 24 Stunden | Begrenzte Verfolgung |
-| Sicherheit | Ende-zu-Ende-Verschlüsselung | Grundlegende Signierung |
-| Speicher | 2-20 GB (planabhängig) | Variabel |
-
-Capgo hat über 1,1 Billionen erfolgreiche Updates ermöglicht, was seine Zuverlässigkeit demonstriert [\[1\]](https://capgo.app/). Das NASA [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) Team kommentierte:
-
-> "@Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Die Plattform unterstützt auch flexibles Hosting und integriert sich nahtlos in CI/CD-Pipelines für datenintensive Anwendungen. Integrierte Analysen liefern Einblicke in Update-Erfolgsraten und Nutzerengagement, was Teams hilft, ihre Datenübertragungsprozesse zu optimieren.
-
-## Fazit
-
-Reibungslose Datenübertragung zwischen Web- und Android-Schichten ist ein wichtiger Aspekt moderner App-Entwicklung. Capacitors native Bridge, besonders in Verbindung mit Tools wie Capgo, hat die Art und Weise verändert, wie Entwickler diese Herausforderungen angehen. Leistungskennzahlen zeigen, wie effektiv diese Bridge sein kann.
-
-Funktionen wie Ende-zu-Ende-Verschlüsselung, partielle Updates für Leistungssteigerungen und aktive Fehlerüberwachung spielen eine große Rolle bei der Gewährleistung zuverlässiger Datenverarbeitung.
-
-> "Die Community brauchte das und @Capgo macht etwas wirklich Wichtiges!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/capacitor-ota-updates-app-store-approval-guide.md b/src/content/blog/de/capacitor-ota-updates-app-store-approval-guide.md
deleted file mode 100644
index a73c00756..000000000
--- a/src/content/blog/de/capacitor-ota-updates-app-store-approval-guide.md
+++ /dev/null
@@ -1,244 +0,0 @@
----
-slug: capacitor-ota-updates-app-store-approval-guide
-title: 'Capacitor OTA Updates: Leitfaden zur App Store-Genehmigung'
-description: >-
-  Erfahren Sie, wie Sie die App Store- und Play Store-Richtlinien für
-  OTA-Updates in Capacitor-Apps einhalten, um Compliance und Sicherheit zu
-  gewährleisten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-15T04:38:10.916Z
-updated_at: 2025-03-24T13:22:05.322Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67afe3423823fbac65afe97c-1739594307916.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, Capacitor, App Store, Play Store, compliance, JavaScript updates,
-  security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-### Wichtige Erkenntnisse:
-
--   [**Apple App Store**](https://developer.apple.com/app-store/guidelines/): OTA-Updates sind auf JavaScript und Asset-Dateien beschränkt. Keine Änderungen am nativen Code oder der Kernfunktionalität
-    
--   [**Google Play Store**](https://developerandroidcom/distribute/play-policies): Mehr Flexibilität, aber Updates müssen weiterhin Sicherheits- und Missbrauchsschutzrichtlinien folgen
-    
--   **Häufige Probleme**: Apps werden abgelehnt wegen Änderungen am nativen Code, Hinzufügen ungeprüfter Funktionen oder Verwendung unverschlüsselter Updates
-
-### Schnelle Compliance-Tipps:
-
--   Beschränken Sie sich auf **JavaScript- und Asset-Updates**
-    
--   Nutzen Sie Tools wie [**Capgo**](https://capgo.app/) für verschlüsselte Bereitstellung und Rollback-Optionen
-    
--   Befolgen Sie **semantische Versionierung (**[**SemVer**](https://semverorg/)**)** für die Nachverfolgung und Prüfung von Updates
-    
--   Stellen Sie die Sicherheit der Updates durch **Code-Signierung und HTTPS** sicher
-
-| Funktion | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| **JavaScript Updates** | Erlaubt (nur JS/Assets) | Erlaubt mit weniger Regeln |
-| **Kern-Änderungen** | Nicht erlaubt | Begrenzte Flexibilität |
-| **Sicherheit** | Streng (Code-Signierung erforderlich) | Fokus auf Missbrauchsprävention |
-
-## App Store-Regeln für OTA-Updates
-
-### [Apple App Store](https://developer.apple.com/app-store/guidelines/) Regeln
-
-![Apple App Store](https://mars-images.imgix.net/seobot/screenshots/developer.apple.com-647d6fa866954dfb3c8455f75fc9840a-2025-02-15.jpg?auto=compress)
-
-Apples Richtlinien, insbesondere §3.3.2, setzen strenge Grenzen für OTA-Updates von Capacitor-Anwendungen. Updates sind **nur** für JavaScript und Assets erlaubt. Wichtige Einschränkungen sind:
-
--   Keine Änderungen an der Kernfunktionalität oder dem Hauptzweck der App
-    
--   Verbot der Erstellung alternativer App Stores oder Code-Vertriebsplattformen
-    
--   Keine Umgehung von iOS-Sicherheitsfunktionen wie Code-Signierung
-
-**Wichtig für Capacitor-Entwickler**: Alle JavaScript-Updates müssen innerhalb des ursprünglichen Sicherheitscontainers der App bleiben und dürfen das wesentliche Verhalten der App nicht ändern
-
-### [Google Play Store](https://developerandroidcom/distribute/play-policies) Regeln
-
-![Google Play Store](https://mars-images.imgix.net/seobot/screenshots/developerandroidcom-e3029ffd689b429daa7c9abf93d9ce47-2025-02-15.jpg?auto=compress)
-
-Google Play verfolgt einen weniger strengen Ansatz bei OTA-Updates, setzt aber dennoch klare Grenzen zur Verhinderung von Missbrauch. Ihre Richtlinien konzentrieren sich auf:
-
--   Zulassung von JavaScript-Asset-Updates mit weniger Einschränkungen
-    
--   Sicherstellung, dass Updates den Richtlinien für Geräte- und Netzwerkmissbrauch entsprechen
-    
--   Verbot der Einführung von bösartigem Code oder Sicherheitsrisiken
-    
--   Updates müssen mit der genehmigten Play Store-Version der App übereinstimmen
-    
--   Verhinderung der Umgehung des Google Play-Abrechnungssystems für [Capacitor apps](https://capgo.app/blog/capacitor-comprehensive-guide/) [\[6\]](https://essayprocom/blog/article-review)
-
-| Funktion | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| JavaScript Updates | Nur für JS/Assets erlaubt | Erlaubt mit weniger Einschränkungen |
-| Änderungen der Kernfunktionalität | Nicht via OTA erlaubt | Begrenzte Flexibilität |
-| Sicherheitsanforderungen | Strenge Code-Signierung und Sandboxing | Fokus auf Missbrauchsprävention |
-| Update-Häufigkeit | Keine spezifischen Grenzen | Unterliegt Netzwerkmissbrauchsrichtlinien |
-
-### Wichtige Compliance-Probleme
-
-Häufige Gründe für die Ablehnung von Apps sind:
-
--   Hinzufügen nicht überprüfter Funktionen
-    
--   Übermäßige oder störende Update-Aufforderungen
-    
--   Verwendung unverschlüsselter Update-Pakete
-
-Um diese Probleme zu vermeiden, ist es wichtig, die Capacitor-spezifischen Implementierungsrichtlinien zu befolgen. Tools mit automatisierten Compliance-Prüfungen können diesen Prozess erheblich erleichtern. Zum Beispiel hilft Capgos Ende-zu-Ende-Verschlüsselungsfunktion dabei, Update-Pakete zu sichern und die Anforderungen beider App Stores zu erfüllen [\[7\]](https://developermozillaorg/en-US/docs/Web/HTML/Element/Heading_Elements)
-
-## OTA Update-Richtlinien für [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-15.jpg?auto=compress)
-
-### Technische Compliance-Schritte
-
-Um Compliance-Probleme zu vermeiden, befolgen Sie diese Schritte:
-
--   **Semantic Versioning (SemVer) verwenden:** Aktualisierungen verfolgen und ein detailliertes Änderungsprotokoll führen, um compliant zu bleiben [\[8\]](https://libguidesuscedu/writingguide/assignments/AnalyzingJournal)
-    
--   **Aktualisierungen auf JavaScript und Assets beschränken:** Vermeiden Sie Änderungen am nativen Code, um die Compliance sicherzustellen [\[1\]](https://githubcom/Cap-go/capacitor-updater)
-    
--   **Paketsignaturen überprüfen:** Validieren Sie immer die Signaturen vor der Installation [\[2\]](https://wwwindeedcom/career-advice/career-development/how-to-write-articles)
-    
-
-| **Update-Komponente** | **Erforderliche Aktion** | **Compliance-Auswirkung** |
-| --- | --- | --- |
-| JavaScript-Dateien | Beschränkung auf UI/Logik-Änderungen | Erhält Store-Compliance |
-| Asset-Dateien | Integritätsprüfungen für Updates verwenden | Gewährleistet sichere Bereitstellung |
-| Nativer Code | Keine Modifikationen erlaubt | Verhindert Store-Ablehnung |
-| Versionskontrolle | SemVer zur Nachverfolgung nutzen | Ermöglicht ordnungsgemäße Prüfung |
-
-### Update-Interface-Design
-
-Erstellen Sie Update-Schnittstellen, die einfach zu bedienen und nicht störend sind:
-
--   **Klare und prägnante Benachrichtigungen** anzeigen, ohne die Benutzererfahrung zu unterbrechen [\[4\]](https://nytlicensingcom/latest/methods/getting-started-thought-leadership-content-marketing/)
-    
--   **Downloads im Hintergrund** mit Fortschrittsanzeigen ermöglichen
-    
--   Benutzer entscheiden lassen, wann Updates installiert werden, außer bei kritischen Sicherheitspatches
-    
-
-Erzwungene Updates sollten nur bei kritischen Sicherheitskorrekturen verwendet werden und müssen die Dringlichkeit klar kommunizieren [\[3\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/) Diese Schritte helfen, Ablehnungsrisiken durch aufdringliche Update-Aufforderungen zu reduzieren
-
-### Update-Sicherheitsprotokoll
-
-Gewährleisten Sie sichere Bereitstellung und Datenintegrität mit diesen Praktiken:
-
--   **Ende-zu-Ende-Verschlüsselung:** Verwenden Sie Certificate Pinning, Token-basierte Authentifizierung und rotieren Sie Schlüssel regelmäßig [\[2\]](https://wwwindeedcom/career-advice/career-development/how-to-write-articles)
-    
--   **Verifizierungssystem:** Kombinieren Sie serverseitige Validierung von Update-Anfragen mit clientseitigen Paket-Integritätsprüfungen [\[2\]](https://wwwindeedcom/career-advice/career-development/how-to-write-articles)
-    
--   **Leistungsüberwachung:** Verfolgen Sie Schlüsselmetriken wie Adoptionsraten, Download-Zeiten und Leistung nach Updates [\[11\]](https://wwwnpmjscom/package/@appmassive/capacitor-updater) Integrieren Sie automatische Fehlerberichterstattung, um Probleme schnell zu beheben [\[5\]](https://qwikdev/docs/guides/capacitor/)
-    
-
-Diese Sicherheitsmaßnahmen entsprechen Apples Code-Signing-Anforderungen und Googles Missbrauchsverhinderungsrichtlinien Tools wie Capgo können bei der Implementierung dieser Protokolle unterstützen [\[9\]](https://classicyarnpkgcom/en/package/@remnote/capacitor-updater)
-
-###### sbb-itb-f9944d2
-
-## [Capgo](https://capgo.app/) Update-Managementsystem
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-15.jpg?auto=compress)
-
-Capgo bietet eine sichere Möglichkeit, [Capacitor OTA-Updates](https://capgo.app/) bereitzustellen und zu verwalten, um eine reibungslose Verteilung unter Einhaltung der Compliance-Standards zu gewährleisten. Es bietet auch fortschrittliche Tools für [Update-Management](https://capgo.app/it/docs/plugin/cloud-mode/manual-update/) auf Unternehmensebene
-
-### Hauptfunktionen von Capgo
-
-Das Update-System von Capgo umfasst wichtige Funktionen wie:
-
--   **Verschlüsselte Update-Bereitstellung**: Stellt sicher, dass Updates die App-Store-Sicherheitsanforderungen erfüllen
-    
--   **Benutzersegmentierung**: Ermöglicht kontrollierte Einführungen für bestimmte Benutzergruppen
-    
--   **Sofortiges Rollback**: Ermöglicht schnelles Zurücksetzen auf eine vorherige Version bei Bedarf
-    
-
-Diese Methode gewährleistet reibungslose Updates und ermöglicht Entwicklern eine effektive Leistungsüberwachung
-
-### Tools für Compliance mit Capgo
-
-Capgos Tools sind darauf ausgelegt, Sicherheits- und Compliance-Anforderungen zu erfüllen:
-
--   **Rollout-Management**: Entwickler können Updates an kleine Benutzergruppen freigeben - beginnend bei nur 1% - um Änderungen vor einer breiteren Einführung zu testen-   **Automatische Schutzmaßnahmen**: Integrierte Gesundheitsprüfungen bestätigen die Integrität von Updates vor der Installation. Bei Problemen kehrt das System automatisch zur letzten stabilen Version zurück, hält die App funktionsfähig und vermeidet App-Store-Ablehnungen [\[1\]](https://githubcom/Cap-go/capacitor-updater)
-
-### Wie man Capgo einrichtet
-
-Befolgen Sie diese drei einfachen Schritte, um mit Capgo zu beginnen:
-
-1.  **Erste Einrichtung**
-    
-    ```bash
-    npm install -g @capgo/cli
-    capgo init
-    ```
-    
-2.  **Plugin-Integration**
-    
-    ```bash
-    npm install @capgo/capacitor-updater
-    ```
-    
-3.  **Konfiguration**
-    
-    Aktualisieren Sie Ihre `capacitorconfigjson`-Datei und fügen Sie die erforderliche Bereitschaftsprüfung in der Hauptlogik Ihrer App hinzu [\[9\]](https://classicyarnpkgcom/en/package/@remnote/capacitor-updater)
-
-Für Unternehmensteams unterstützt Capgo auch rollenbasierte Zugriffskontrollen, um sicherzustellen, dass Update-Autorisierungen strengen Compliance-Standards entsprechen.
-
-## Vermeidung von App-Store-Ablehnungen
-
-Um App-Store-Ablehnungen zu vermeiden, ist es wichtig, die häufigsten Auslöser zu berücksichtigen: **35% resultieren aus Native-Code-Verstößen**, **28% aus Feature-Scope-Problemen** und **22% aus Update-Prozessfehlern** [\[1\]](https://githubcom/Cap-go/capacitor-updater)
-
-### Native-Code-Verstöße
-
-Native-Code-Verstöße machen 35% der OTA-Ablehnungen aus [\[1\]](https://githubcom/Cap-go/capacitor-updater). Um dies zu bewältigen, stellen Sie sicher, dass Updates ausschließlich auf **JavaScript, HTML und CSS** basieren, indem Sie automatisierte Dateiprüfungen verwenden. Tools wie [Capgos Compliance-Suite](https://capgo.app/consulting/) können helfen, indem sie Code-Signierung und Integritätsprüfungen implementieren und die Ablehnungsraten um bis zu 80% reduzieren [\[13\]](https://authorservicestaylorandfranciscom/publishing-your-research/writing-your-paper/writing-a-journal-article/)
-
-### Feature-Scope-Probleme
-
-Feature-Scope-Probleme sind eine weitere häufige Hürde. Verwenden Sie das folgende Framework, um Updates effektiv zu verwalten:
-
-| Update-Typ | Genehmigungswahrscheinlichkeit | Implementierungsstrategie |
-| --- | --- | --- |
-| Inhaltsaktualisierungen | Hoch | Text, Bilder und Stile aktualisieren |
-| UI-Verfeinerungen | Mittel | Schrittweise Änderungen der Benutzeroberfläche |
-| Neue Funktionen | Niedrig | Feature-Flags und phasenweise Einführung |
-
-Beispielsweise konnte eine Capacitor-basierte E-Commerce-App die Kundenservice-Tickets um 60% reduzieren, indem neue Funktionen phasenweise und konform eingeführt wurden [\[14\]](https://wwwadagov/law-and-regs/regulations/title-ii-2010-regulations/)
-
-### Update-Prozessfehler
-
-Technische Fehler während Updates können zu Ablehnungen führen. So vermeiden Sie diese:
-
--   **Fehlerbehandlung**  
-    Überwachen Sie Update-Erfolgsraten und protokollieren Sie jeden Update-Versuch und dessen Ergebnis
-    
--   **Benutzerkommunikation**  
-    Zeigen Sie Fortschrittsanzeigen während Updates an, um Benutzer zu informieren
-    
-
-Apps mit klaren und transparenten Schnittstellen verzeichneten **30% höhere Bindungsraten** und **25% weniger negative Bewertungen** im Zusammenhang mit Updates [\[12\]](https://supportgooglecom/googleplay/android-developer/answer/10787469?hl=en)
-
-> "Der Schlüssel zur Vermeidung von App-Store-Ablehnungen liegt in gründlicher Dokumentation und transparenter Kommunikation mit Review-Teams. Apps, die eine umfassende Dokumentation ihrer Update-Prozesse bereitstellten, hatten eine 40% geringere Wahrscheinlichkeit, mit OTA-Update-bezogenen Ablehnungen konfrontiert zu werden" [\[10\]](https://htmlspecwhatwgorg)
-
-## Zusammenfassung
-
-Die Einführung von OTA-Updates für Capacitor-Apps erfordert eine Mischung aus technischer Präzision und Einhaltung von Compliance-Standards. Um erfolgreich zu sein, konzentrieren Sie sich auf wesentliche Bereiche, die mit plattformspezifischen Richtlinien und Strategien übereinstimmen:
-
-| Priorität | Aktion | Ergebnis |
-| --- | --- | --- |
-| Compliance | Beschränkung auf JavaScript-Updates | Schnellere Genehmigungen |
-| Sicherheit | Verwendung von [automatisierter Verschlüsselung](https://capgo.app/docs/cli/migrations/encryption/)/Signierung | Weniger Schwachstellen |
-
-Durch Befolgen der zuvor diskutierten Compliance-Schritte können Teams von automatisierten Prüfungen profitieren, die die Einhaltung von App-Store-Regeln vereinfachen. Funktionen wie Ende-zu-Ende-Verschlüsselung und kontrollierte Rollouts helfen dabei, kritische Sicherheits- und Compliance-Anforderungen zu erfüllen.
-
-Da Apple und Google ihre Richtlinien kontinuierlich aktualisieren (wie in den Abschnitten 21-23), erwarten Sie häufigere Updates und strengere Sicherheitsstandards. Bleiben Sie diesen Änderungen einen Schritt voraus, während Sie JavaScript- und Asset-Update-Funktionen beibehalten. Vergessen Sie nicht, alles gründlich zu dokumentieren und zu testen, um sowohl den Plattformrichtlinien als auch den Benutzererwartungen gerecht zu werden.
\ No newline at end of file
diff --git a/src/content/blog/de/capacitor-ota-updates-best-practices-for-performance.md b/src/content/blog/de/capacitor-ota-updates-best-practices-for-performance.md
deleted file mode 100644
index 58d2ccc3c..000000000
--- a/src/content/blog/de/capacitor-ota-updates-best-practices-for-performance.md
+++ /dev/null
@@ -1,219 +0,0 @@
----
-slug: capacitor-ota-updates-best-practices-for-performance
-title: 'Capacitor OTA Updates: Best Practices für die Performance'
-description: >-
-  Optimiere OTA-Updates in Capacitor-Apps, um die Leistung und Benutzererfahrung
-  durch Best Practices für Dateigröße, Code-Loading und Sicherheit zu
-  verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-22T03:27:12.915Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b91e17bfa83cf6a92d5d6e-1740194854799.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, Capacitor, performance optimization, mobile apps, security,
-  incremental updates, background updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-OTA-(Over-the-Air)-Updates ermöglichen [Capacitor](https://capacitorjs.com/)-Apps die Aktualisierung von Inhalten wie JavaScript, CSS und HTML ohne App-Store-Einreichungen. Diese Updates können zwar praktisch sein, aber die Startup-Performance der App beeinflussen. Hier ist ein kurzer Leitfaden zur Optimierung von OTA-Updates für bessere Leistung und Benutzererfahrung:
-
--   **Update-Dateigröße minimieren**: Nutzen Sie Techniken wie differenzielle Updates, Komprimierung (z.B. [ZSTD](https://en.wikipedia.org/wiki/Zstd)) und Vermeidung unnötiger Dateiänderungen.
-    
--   **Effizientes Code-Loading**: Priorisieren Sie das Laden von Kernfunktionen, verzögern Sie nicht-kritische Komponenten und verwenden Sie Lazy Loading für umfangreiche Module.
-    
--   **Inkrementelle Updates**: Teilen Sie Updates in kleinere Schritte auf, planen Sie sie während Leerlaufzeiten und nutzen Sie A/B-Systeme für problemlose Rollbacks.
-    
--   [**Sichere Updates**](https://capgo.app/docs/live-updates/update-behavior/): Schützen Sie Dateien mit Verschlüsselung, Prüfsummen und Code-Signierung zur Gewährleistung der Integrität.
-    
--   **Tests & Compliance**: Testen Sie Updates gründlich und befolgen Sie App-Store-Richtlinien, um Genehmigungsprobleme zu vermeiden.
-
-**Schneller Vergleich von OTA-Tools**:
-
-| Funktion | [capacitor-app-updater](https://www.npmjs.com/package/%40objekt%2Fcapacitor-app-updater) | [Capgo](https://capgo.app/) |
-| --- | --- | --- | --- |
-| Update-Methode | Prüfsummenvergleich | In-[App-Updates](https://capgo.app/plugins/capacitor-updater/) | JS-Bundle-Updates |
-| Performance-Einfluss | Minimal | Mittel | Niedrig |
-| Hintergrund-Updates | Nein | Ja (Android) | Ja |
-| Rollback-Unterstützung | Begrenzt | Plattformabhängig | Integriert |
-| CI/CD-Integration | Manuell | Manuell | Automatisiert |
-
-Capgo sticht mit Funktionen wie Hintergrund-Updates, Ende-zu-Ende-Verschlüsselung und Performance-Tracking hervor und ist damit eine starke Wahl für das Management von OTA-Updates in [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-## Liefern Sie Echtzeit-Updates an Ihre Ionic-App-Nutzer
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Performance-Tipps für OTA-Updates
-
-Diese Strategien bekämpfen Startverzögerungen und gewährleisten reibungslosere OTA-Update-Prozesse durch Fokussierung auf Dateigröße-Reduzierung und effizientes Code-Loading.
-
-### Reduzierung der Update-Dateigröße
-
-Kleine Update-Dateigrößen sind essentiell für schnellere Downloads und schnellere Starts. Ziel ist es, weniger Daten zu übertragen ohne Funktionalität zu opfern. So können Sie das erreichen:
-
--   Erstellen Sie ein `live-update-manifest.json` für differenzielle Updates.
-    
--   Nutzen Sie **ZSTD-Komprimierung** für Nicht-A/B-Geräte zur Verkleinerung vollständiger Image-Updates.
-    
--   Eliminieren Sie Build-Zeitstempel und standardisieren Sie Build-Tools, um unnötige Dateiänderungen zu vermeiden.
-    
--   Wenden Sie für A/B-OTA-Updates Puffin-Rekomprimierung an, um Patches effizienter zu generieren.
-    
-
-### Code-Loading-Verwaltung
-
-Startgeschwindigkeit hängt nicht nur von der Dateigröße ab - auch der Zeitpunkt des Code-Ladens ist wichtig. Hier ist ein kluger Ansatz zur Verwaltung des Code-Ladens:
-
--   **Kernfunktionen zuerst**: Laden Sie essentielle Funktionen wie Authentifizierung und Hauptnavigation sofort.
-    
--   **Sekundäre Funktionen später**: Verzögern Sie das Laden nicht-kritischer Komponenten wie erweiterte Einstellungen, Analysen und Animationen.
-    
--   **Effiziente Ressourcennutzung**: Wenden Sie progressives oder Lazy Loading für umfangreiche Module und Medien nach dem App-Start an.
-    
-
-### Schrittweise Updates
-
-Die Aufteilung von Updates in kleinere Schritte reduziert Störungen während des Starts. Inkrementelle Updates sind eine praktische Möglichkeit, um ein nahtloses Erlebnis sicherzustellen. Zum Beispiel verwendet Android 8.0 Streaming-Updates, die nur etwa 100 KiB Metadaten-Speicher benötigen, anstatt das gesamte Paket herunterzuladen [\[3\]](https://source.android.com/docs/core/ota/ab).
-
--   Planen Sie Updates während Leerlaufzeiten, wie über Nacht, und priorisieren Sie WLAN-Verbindungen.
-    
--   Schützen Sie Update-Dateien mit Verschlüsselung und Prüfsummenverifikation [\[1\]](https://www.trio.so/blog/over-the-air-update/)[\[2\]](https://mender.io/blog/how-does-an-ota-firmware-update-work).
-    
--   Verwenden Sie A/B-Partitionssysteme, um Updates ohne Unterbrechung der App-Funktionalität zu ermöglichen [\[3\]](https://source.android.com/docs/core/ota/ab).
-    
-
-Capgo bietet integrierte Werkzeuge für sichere, inkrementelle Updates mit Ende-zu-Ende-Verschlüsselung und flexiblen Bereitstellungsoptionen.
-
-## Einrichten von OTA-Updates in Capacitor
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-22.jpg?auto=compress)
-
-Das Einrichten von Over-the-Air (OTA) Updates in Capacitor erfordert sorgfältige Tests und die Einhaltung strenger Richtlinien.
-
-### Tests vor der Veröffentlichung
-
-Vor der Einführung von Updates sind gründliche Tests unerlässlich:
-
--   Nutzen Sie Testumgebungen, die die Produktionseinstellungen genau nachbilden.
-    
--   Erfassen Sie Basiskennzahlen wie Startzeit, Speichernutzung, Bandbreite und Akkuverbrauch.
-    
--   Überprüfen Sie Fallback-Mechanismen, um sicherzustellen, dass der Server-Pfad zurückgesetzt wird, wenn ein Update fehlschlägt [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-    
-
-Sobald die Leistung stabil ist, prüfen Sie, ob die Updates den App-Store-Vorschriften entsprechen.
-
-### App Store Regeln
-
-Um Probleme mit App Store-Genehmigungen zu vermeiden, befolgen Sie diese plattformspezifischen Regeln:
-
-**Apple App Store Anforderungen:**
-
-> "Interpretierter Code kann in eine Anwendung heruntergeladen werden, aber nur solange dieser Code: (a) den primären Zweck der Anwendung nicht ändert, indem er Funktionen oder Funktionalitäten bereitstellt, die nicht mit dem beabsichtigten und beworbenen Zweck der im App Store eingereichten Anwendung übereinstimmen, (b) keinen Store oder Storefront für anderen Code oder Anwendungen erstellt und (c) keine Signierung, Sandbox oder andere Sicherheitsfunktionen des Betriebssystems umgeht." [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-**Google Play Store Richtlinien:**
-
-> "Diese Einschränkung gilt nicht für Code, der in einer virtuellen Maschine oder einem Interpreter läuft, die einen indirekten Zugriff auf Android-APIs ermöglichen (wie JavaScript in einer Webview oder einem Browser)." [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-### Verwendung von Capgo für Updates
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-22.jpg?auto=compress)
-
-Nach dem Testen und der Sicherstellung der Compliance wird die effiziente Bereitstellung von Updates der nächste Schritt. Capgo ist ein Werkzeug, das diesen Prozess vereinfacht.
-
-Im Februar 2025 verwaltete Capgo **449 Millionen Updates** über **1,8K Produktions-Apps** [\[5\]](https://capgo.app/). Zu den wichtigsten Funktionen gehören:
-
--   **Ende-zu-Ende-Verschlüsselung** zur sicheren Update-Bereitstellung.
-    
--   **Zwischenspeicherung** des neuesten Bundles für schnellere Ladezeiten [\[6\]](https://capgo.app/docs/faq/).
-    
--   **Code-Signierung** zur Überprüfung der Update-Authentizität.
-    
--   **CI/CD-Integration** für reibungslose Bereitstellung.
-    
--   **Kontrollierte Rollouts** durch Benutzerzuweisung.
-    
--   **Versionskontrolle** mit sofortigen Rollback-Möglichkeiten.
-    
--   **Leistungsverfolgung** mit Analysen.
-    
--   Tools zur Überwachung der Compliance.
-    
-
-Durch das Hochladen von ausschließlich kompiliertem Code für die App-Store-Distribution minimiert Capgo den Overhead und steigert die Effizienz. Dieser Ansatz hat Berichten zufolge zu einer **81%igen Verbesserung der Release-Effizienz** bei Benutzern geführt [\[5\]](https://capgo.app/).
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Bereitstellung an unsere Nutzer!" - Rodrigo Mantica, @manticarodrigo [\[5\]](https://capgo.app/)
-
-Capgo verwendet auch einen benutzerdefinierten Dart-Interpreter für iOS-Updates. Dies stellt sicher, dass Updates innerhalb der App-Store-Richtlinien bleiben und trotzdem eine schnelle Bereitstellung ermöglichen [\[6\]](https://capgo.app/docs/faq/).
-
-## OTA Update Tools Analyse
-
-OTA-Tools für Capacitor unterscheiden sich in Funktionalität und Leistung. Hier ist eine Aufschlüsselung, wie sie sich vergleichen und was bei der Auswahl zu beachten ist.
-
-### OTA-Plattform-Vergleich
-
-Hier ist ein schneller Vergleich der Hauptfunktionen über beliebte OTA-Tools:
-
-| Funktion | capacitor-app-updater | capacitor-app-update | Capgo |
-| --- | --- | --- | --- |
-| Update-Methode | Prüfsummenvergleich | [In-App-Updates](https://capgo.app/plugins/capacitor-updater/) (Android) | JS-Bundle-Updates |
-| Leistungsauswirkung | Minimal (selektive Downloads) | Mittel ([vollständige App-Updates](https://capgo.app/plugins/capacitor-updater/)) | Niedrig (Hintergrundprüfungen) |
-| Update-Umfang | Nur Web-Inhalte | Vollständige App-Updates | JS-Code und Abhängigkeiten |
-| Plattform-Unterstützung | iOS & Android | Android-fokussiert | iOS & Android |
-| Hintergrund-Updates | Nein | Ja (Android) | Ja |
-| Rollback-Unterstützung | Begrenzt | Plattformabhängig | Eingebaut |
-| CI/CD-Integration | Manuell | Manuell | Automatisiert |
-
-Während beispielsweise **capacitor-app-updater** selektive Downloads verwendet, um die Leistungsauswirkung zu minimieren, nutzt **Capgo** einen Hintergrund-Update-Mechanismus, der die App während Updates reaktionsfähig hält [\[6\]](https://capgo.app/docs/faq/). Diese Unterscheidungen sind bei der Auswahl des richtigen Tools entscheidend.
-
-### Auswahlkriterien
-
-Basierend auf dem Vergleich, hier sind einige wichtige Faktoren, die bei der Auswahl eines OTA-Tools zu berücksichtigen sind:
-
--   **Update-Effizienz**  
-    Capgos Hintergrund-Update-System hat 449 Millionen Updates über 1,8K Produktions-Apps verarbeitet, ohne die Leistung zu beeinträchtigen [\[5\]](https://capgo.app/).
-    
--   [**Bundle-Größenverwaltung**](https://capgo.app/docs/webapp/bundles/)  
-    Suchen Sie nach Tools, die Updatezeiten durch Optimierung der Paketgrößen mit differenziellen Downloads reduzieren [\[7\]](https://github.com/objektlabs/capacitor-app-updater).
-    
--   **Umgang mit nativem Code**  
-    Stellen Sie sicher, dass das Tool Änderungen am nativen Code von Updates ausschließt. Capgo warnt beispielsweise Entwickler, wenn Änderungen am nativen Code erkannt werden [\[6\]](https://capgo.app/docs/faq/).
-    
--   **Startup-Auswirkungen**  
-    Wählen Sie Tools, die konfigurierbare Verzögerungen für Update-Prüfungen ermöglichen, um eine reibungslose Startleistung zu gewährleisten. Diese Funktion ist in **capacitor-app-updater** verfügbar [\[7\]](https://github.com/objektlabs/capacitor-app-updater).
-    
--   **Update-Verifizierung**  
-    Zuverlässige Verifizierungsmethoden wie Prüfsummensysteme sind essentiell, um die Update-Integrität sicherzustellen. Sowohl **capacitor-app-updater** als auch **Capgo** bieten dies, wobei Capgo eine Ende-zu-Ende-Verschlüsselung für zusätzliche Sicherheit hinzufügt [\[6\]](https://capgo.app/docs/faq/).
-
-## Fazit
-
-### Wichtige Performance-Tipps
-
-Bei der Integration von OTA-Updates in Capacitor-Apps ist es wichtig, sich sowohl auf Sicherheit als auch auf Leistung zu konzentrieren. Hier sind einige Strategien, die zu beachten sind:
-
-| Strategie | Umsetzung | Warum es wichtig ist |
-| --- | --- | --- |
-| **Sicherheit zuerst** | Aufbau auf bestehenden Sicherheitsprotokollen | Schützt die Update-Integrität |
-| **Größenoptimierung** | Verwendung der zuvor besprochenen Kompressionstechniken | Reduziert Wartezeiten für Benutzer |
-| **Update-Planung** | [Updates verarbeiten](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) im Hintergrund, nur über WLAN | Reduziert Benutzerunterbrechungen |
-| **Versionskontrolle** | Separate Updates für Web- und Native-Ebenen | Gewährleistet reibungslose Compliance |
-
-> "OTA-Updates sind eine kritische Infrastrukturkomponente für nahezu jedes eingebettete IoT-Gerät" [\[8\]](https://www.beningo.com/5-best-practices-for-over-the-air-ota-updates/)
-
-Dies unterstreicht die Bedeutung eines zuverlässigen Update-Systems, das Leistung und Sicherheit in Balance hält. Nutzen Sie diese Strategien, um Ihren OTA-Update-Prozess zu stärken.
-
-### Nächste Schritte
-
-Um die Effizienz von OTA-Updates in Ihrer Capacitor-App zu maximieren, achten Sie darauf:
-
--   **Verschlüsselung einrichten**: Verwenden Sie digitale Signaturen zur Verifizierung von Updates [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-    
--   **Update-Bereitstellung optimieren**: Erwägen Sie Tools wie Capgo für reibungslose Hintergrund-Updates.
-    
--   **Fallback-Systeme vorbereiten**: Stellen Sie sicher, dass die App auch bei einem Update-Fehler funktionsfähig bleibt [\[9\]](https://dzone.com/articles/why-device-firmware-updates-are-critical-to-produc).
diff --git a/src/content/blog/de/capacitor-ota-updates-boosting-low-end-device-performance.md b/src/content/blog/de/capacitor-ota-updates-boosting-low-end-device-performance.md
deleted file mode 100644
index 73284e1d4..000000000
--- a/src/content/blog/de/capacitor-ota-updates-boosting-low-end-device-performance.md
+++ /dev/null
@@ -1,140 +0,0 @@
----
-slug: capacitor-ota-updates-boosting-low-end-device-performance
-title: 'Capacitor OTA Updates: Verbesserung der Leistung von Low-End-Geräten'
-description: >-
-  Erfahren Sie, wie OTA-Updates die App-Performance auf Einstiegsgeräten
-  verbessern, indem sie die Download-Größe minimieren und die Update-Effizienz
-  optimieren.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-10T01:24:02.744Z
-updated_at: 2025-03-18T13:14:15.449Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ce2ed7f617addf5accc081-1741569855025.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, low-end devices, app performance, incremental updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-**Möchten Sie, dass Ihre App auf Low-End-Geräten besser läuft? OTA-Updates sind die Antwort.** [Capacitor](https://capacitorjs.com/)s Over-the-Air (OTA) Updates ermöglichen es Ihnen, nur die notwendigen Änderungen an Ihre App zu übertragen - keine vollständigen Downloads erforderlich. Dies spart Zeit, reduziert die Datennutzung und verbessert die Leistung, besonders für Nutzer mit eingeschränkter Hardware oder langsamen Netzwerken.
-
-### Hauptvorteile:
-
--   **Kleinere Updates**: Nur Änderungen werden heruntergeladen, nicht die gesamte App
--   **Schnellere Auslieferung**: Updates erreichen Nutzer in Minuten statt Tagen
--   **Kostengünstig**: Das [Capgo](https://capgo.app/) System kostet ~300$/Monat im Vergleich zu 6.000$/Monat für Alternativen
--   **Verbesserte Leistung**: Effiziente Ressourcennutzung gewährleistet reibungsloseren Betrieb auf Geräten mit wenig RAM, Speicher oder schwachen Netzwerken
-
-Capgo hat bereits **9476 Millionen Updates** über **1.400 Apps** ermöglicht und die Release-Effizienz um **81%** gesteigert. Ob Sie es mit begrenztem Speicher, langsamen Verbindungen oder Stromeinschränkungen zu tun haben, OTA-Updates bieten einen intelligenteren Weg, Apps reibungslos laufen zu lassen.
-
-## Leistungsprobleme auf Low-End-Geräten
-
-Low-End-Geräte stehen vor mehreren Hürden, die die App-Leistung und das gesamte Nutzererlebnis beeinträchtigen können. Diese Probleme entstehen durch Hardware-Einschränkungen, Netzwerkherausforderungen und Stromeinschränkungen.
-
-### Hardware-Einschränkungen
-
-Begrenzte Hardware-Fähigkeiten haben direkte Auswirkungen auf die Zuverlässigkeit von OTA-Updates und die Geräteleistung. Hier eine Übersicht:
-
-| Hardware-Komponente | Einschränkung | Auswirkung auf die Leistung |
-| --- | --- | --- |
-| RAM | Geringe Kapazität | Eingeschränktes Multitasking, Abstürze |
-| Speicher | Wenig Platz | Einschränkungen bei Update-Größen |
-| CPU | Geringe Rechenleistung | Träge Leistung, UI-Verzögerungen |
-
-Geräte mit weniger Arbeitsspeicher sind anfälliger für Abstürze, besonders beim Ausführen komplexer Apps.
-
-### Netzwerkleistung
-
-Netzwerkherausforderungen spielen eine wichtige Rolle bei der Verlangsamung oder Unterbrechung von Updates:
-
--   **Begrenzte Bandbreite:** Viele Nutzer sind auf 2G- oder 3G-Netze angewiesen, die langsamer sind
--   **Datenlimits:** Kleine Datenpläne beschränken die Möglichkeit, große Updates herunterzuladen
--   **Instabile Verbindungen:** Schlechte Konnektivität kann Updates unterbrechen und verzögern
-
-Diese netzwerkbezogenen Probleme verhindern oft erfolgreiches Abschließen von Updates. Darüber hinaus fügen Stromeinschränkungen eine weitere Schwierigkeitsebene hinzu.
-
-### Energieverwaltung
-
-Stromverbrauch ist ein weiterer kritischer Faktor für Low-End-Geräte:
-
--   **Akkuverbrauch:** Kleinere Akkus und weniger effiziente Prozessoren führen zu schnellerer Entladung
--   **Update-Prozesse:** Updates oder Synchronisierung im Hintergrund entleeren den Akku zusätzlich
--   **Überhitzung:** Schwache Kühlsysteme können zu Überhitzung führen, was thermische Drosselung und reduzierte Leistung während Updates verursacht
-
-Diese strombezogenen Herausforderungen führen häufig zu fehlgeschlagenen Updates. Daten zeigen einen starken Zusammenhang zwischen Akkuproblemen und Update-Fehlern auf Low-End-Geräten.
-
-## Leistungsvorteile von OTA-Updates
-
-OTA-Updates bewältigen die Herausforderungen von begrenzter Hardware und Netzwerkressourcen durch intelligentere, effizientere Leistungsverbesserungen. Zum Beispiel senden Capacitors OTA-Updates nur die benötigten Änderungen, anstatt von Nutzern zu verlangen, die gesamte App erneut herunterzuladen. Dieser Ansatz reduziert unnötige Datennutzung und beschleunigt den Prozess.
-
-### Wichtige OTA-Update-Funktionen
-
-Ein herausragendes Merkmal von OTA-Updates sind **inkrementelle (oder Delta) Updates**. Diese Updates konzentrieren sich darauf, nur die modifizierten Teile der App zu liefern, was die Download-Größe und -Zeit erheblich reduziert. Diese Methode ist viel effizienter im Vergleich zu App-Store-Updates, die oft das Herunterladen des gesamten App-Pakets erfordern.
-
-### OTA vs App Store Updates
-
-Im Gegensatz zu traditionellen App-Store-Updates, die einen vollständigen App-Download erfordern, sind OTA-Updates darauf ausgelegt, schlank zu sein. Sie senden nur die aktualisierten Teile der App und sparen den Nutzern Zeit und Daten. Dies ist besonders hilfreich für Nutzer mit begrenzten Datentarifen oder solche, die ältere Geräte verwenden, die möglicherweise Probleme mit großen Downloads haben.
-
-### [Capgo](https://capgo.app/) Update-System
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-10.jpg?auto=compress)
-
-Das System von Capgo wurde entwickelt, um Hardware- und Netzwerkbeschränkungen vieler Nutzer zu bewältigen. Dies steht im Einklang mit früheren Performance-Erkenntnissen [\[1\]](https://capgo.app/) Wie ein Entwickler berichtet:
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 eingeführt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach dem OTA-Deployment bei @Capgo auf dem neuesten Stand" - colenso [\[1\]](https://capgo.app/)
-
-Dieses Praxisbeispiel zeigt, wie OTA-Updates schnell und zuverlässig Fehlerbehebungen und Verbesserungen liefern können und dabei sicherstellen, dass Apps auch auf Geräten mit begrenzten Ressourcen reibungslos laufen.
-
-###### sbb-itb-f9944d2
-
-## OTA-Update Performancemethoden
-
-OTA-Updates spielen eine Schlüsselrolle bei der Verbesserung der Funktionsweise von Low-End-Geräten durch effizienteres Ressourcenmanagement. Diese Updates konzentrieren sich darauf, Komponenten nur bei Bedarf zu laden, Dateigrößen zu reduzieren und Daten effektiver zu verarbeiten.
-
-### Komponenten-Ladestrategie
-
-Lazy Loading durch OTA-Updates hilft, sowohl App-Größe als auch Speicherverbrauch zu reduzieren, indem Komponenten nur bei Bedarf geladen werden. Tools wie Capgo ermöglichen es, Änderungen sofort ohne vollständige App-Updates bereitzustellen - besonders wichtig in Regionen mit eingeschränktem Internetzugang. Kleinere Update-Pakete sind ebenso entscheidend für bessere Performance.
-
-### Dateigröße-Reduzierung
-
-OTA-Updates nutzen Techniken wie Bildkomprimierung, selektives Font-Loading, Code-Splitting und Entfernung ungenutzten Codes. Diese Methoden helfen sicherzustellen, dass Updates kleiner sind und besser auf Geräten mit begrenztem Speicher oder langsamerer Bandbreite funktionieren.
-
-### Verbesserungen bei der Datenverarbeitung
-
-Effiziente Datenverarbeitung ist essentiell für Geräte mit weniger Ressourcen. Capgo bietet Tools, die Serveraufrufe reduzieren und [lokale Datenspeicherung](https://capgo.app/plugins/capacitor-data-storage-sqlite/) effizienter machen. Wie ein Entwickler es ausdrückt:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Performance-Testergebnisse
-
-Capgos OTA-System wurde an 1.400 Apps getestet und lieferte beeindruckende 9476 Millionen Updates weltweit innerhalb von Minuten. Dieser Ansatz reduziert die Update-Auslieferungszeiten im Vergleich zu üblichen App-Store-Zyklen erheblich und ebnet den Weg für noch schnellere Optimierungen [\[1\]](https://capgo.app/)
-
-### Geschwindigkeitstest-Ergebnisse
-
-[Capacitor OTA-Updates](https://capgo.app/) zeigten deutliche Verbesserungen bei der Update-Auslieferungsgeschwindigkeit und App-Reaktionsfähigkeit. Testdaten unterstrichen konsistente Performance-Steigerungen, besonders auf Low-End-Geräten und in Gebieten mit schlechter Konnektivität [\[1\]](https://capgo.app/)
-
-### Praxisbeispiele
-
-Ein Produktions-Deployment des Systems bewältigte erfolgreich Updates für über 5.000 Nutzer ohne Probleme [\[1\]](https://capgo.app/) Die Verwendung von Ende-zu-Ende-Verschlüsselung stellt sicher, dass Updates sicher ausgeliefert werden, während gleichzeitig hohe Performance beibehalten wird - ein wesentliches Merkmal für Geräte mit begrenzter Rechenleistung [\[1\]](https://capgo.app/)
-
-### Capgo Ergebnisse
-
-Unternehmen, die Capgos Update-System nutzen, verzeichneten eine 81%ige Steigerung der Release-Effizienz. Dies wird durch sofortige Deployments, besseres Ressourcenmanagement und automatisierte Verteilung erreicht [\[1\]](https://capgo.app/) Zu den wichtigsten Funktionen, die diese Ergebnisse vorantreiben, gehören:
-
--   Kleinere Update-Pakete, die den Bandbreitenverbrauch reduzieren
--   Integration mit CI/CD-Pipelines für einen reibungsloseren Prozess
--   Updates erreichen Nutzer in Minuten statt Tagen
-
-Diese Verbesserungen stimmen direkt mit den in Geschwindigkeitstests und Deployment-Szenarien beobachteten Performance-Steigerungen überein [\[1\]](https://capgo.app/)
-
-## Fazit
-
-### Hauptpunkte
-
-Capacitor OTA-Updates haben gezeigt, dass sie die Performance auf Low-End-Geräten deutlich verbessern. Capgos System hat bereits **9476 Millionen Updates** über 1.400 Apps bereitgestellt und die Release-Effizienz um 81% gesteigert [\[1\]](https://capgo.app/)
\ No newline at end of file
diff --git a/src/content/blog/de/capacitor-ota-updates-cicd-integration-guide.md b/src/content/blog/de/capacitor-ota-updates-cicd-integration-guide.md
deleted file mode 100644
index 909384873..000000000
--- a/src/content/blog/de/capacitor-ota-updates-cicd-integration-guide.md
+++ /dev/null
@@ -1,220 +0,0 @@
----
-slug: capacitor-ota-updates-cicd-integration-guide
-title: 'Capacitor OTA Updates: CI/CD-Integrationsleitfaden'
-description: >-
-  Erfahren Sie, wie Sie OTA-Updates in Ihre CI/CD-Pipeline integrieren, um
-  schnellere App-Bereitstellungen und eine verbesserte Benutzererfahrung zu
-  ermöglichen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T01:02:12.522Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800475b28980901df1e541b-1744851846737.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, OTA updates, CI/CD, app deployment, automation, mobile development,
-  versioning, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Ihre [Capacitor](https://capacitorjs.com/)-App sofort ohne App-Store-Verzögerungen aktualisieren?** Over-the-Air (OTA) Updates ermöglichen es Ihnen, Fehlerbehebungen und Funktionen direkt auf die Geräte der Benutzer zu übertragen. In Kombination mit einer CI/CD-Pipeline können Sie Bereitstellungen automatisieren, Fehlerbehebungen beschleunigen und die Benutzererfahrung verbessern.
-
-### Wichtige Erkenntnisse:
-
--   **Warum OTA + CI/CD?** Automatisiert Updates, ermöglicht Rollbacks und gewährleistet schnellere Fehlerbehebungen.
--   **Was Sie brauchen:** Capacitor App, Git Repository, CI/CD Plattform (z.B. [GitHub Actions](https://docs.github.com/actions)) und einen OTA-Dienst wie [Capgo](https://capgo.app/).
--   **Einrichtungskosten:** Rechnen Sie mit ~300$/Monat für CI/CD-Operationen; Capgos einmalige Einrichtungsgebühr beträgt 2.600$.
--   **Best Practices:** Verwenden Sie Versionierung (Major, Minor, Patch), stufenweise Einführungen und Fehler-Tracking für reibungslose Updates.
--   **Top OTA-Plattformen:** Capgo zeichnet sich durch schnelle Updates (114ms), hohe Erfolgsraten (82%) und globale Unterstützung aus.
-
-### Schneller Vergleich von OTA-Plattformen:
-
-| Funktion | Capgo | [Appflow](https://ionic.io/appflow/) | [CodePush](https://github.com/microsoft/code-push) |
-| --- | --- | --- | --- | --- |
-| Status | Aktiv | Aktiv | Einstellung 2026 | Eingestellt 2024 |
-| Update-Geschwindigkeit | 114ms | Standard | Schwankend | N/A |
-| E2E-Verschlüsselung | Ja | Begrenzt | Begrenzt | Nein |
-| Monatliche Kosten | Ab 12$ | Ähnlich wie Capgo | ~500$ | War kostenlos |
-
-**Bereit, Ihre Updates zu optimieren?** Beginnen Sie mit der Einrichtung Ihrer CI/CD-Pipeline mit Tools wie Capgo CLI und sichern Sie Ihre Geheimnisse für sichere Bereitstellungen.
-
-## Integration Ihrer bestehenden CI/CD-Pipelines mit Mobile ...
-
-<iframe src="https://www.youtube.com/embed/rIPnuVwvbb0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Einrichtungsanforderungen
-
-Bereiten Sie Ihre Tools und Konfigurationen vor, um reibungslose und sichere OTA-Updates in Ihrer CI/CD-Pipeline zu gewährleisten.
-
-### Erforderliche Software und Dienste
-
-Hier sind die Hauptkomponenten, die Sie für OTA-Updates in einer CI/CD-Einrichtung benötigen:
-
-| Komponente | Zweck | Hauptfunktionen |
-| --- | --- | --- |
-| Capacitor App | Basis-App | Funktioniert mit Capacitor 8 |
-| Git Repository | Code-Tracking | Überwacht Code-Änderungen und Updates |
-| CI/CD Plattform | Automatisierung | Unterstützt GitHub Actions, [GitLab CI](https://docs.gitlab.com/ee/ci/) oder [Jenkins](https://www.jenkins.io/) |
-| OTA Update Service | Verteilung | Handhabt Live-Updates und Rollbacks |
-
-Capgos CLI-Tool vereinfacht die Bereitstellung durch Automatisierung von Build- und Verteilungsaufgaben.
-
-### Verwaltung von Geheimschlüsseln
-
-Die sichere Aufbewahrung von Anmeldeinformationen ist entscheidend für die Integrität Ihrer CI/CD-Pipeline. So können Sie sie effektiv verwalten:
-
-| Sicherheitsaspekt | Implementierungsmethode |
-| --- | --- |
-| API-Schlüssel | Speichern Sie sie in den sicheren Umgebungsvariablen Ihrer CI/CD-Plattform |
-| Build-Geheimnisse | Verwenden Sie plattformspezifische Tools zur Geheimnisverwaltung |
-| Zugriffs-Tokens | Wenden Sie rollenbasierte Zugriffssteuerung (RBAC) an |
-
-Capgo betont die Bedeutung der richtigen Konfiguration in CI/CD-Pipelines:
-
-> "Wir konfigurieren Ihre CI/CD-Pipeline direkt in Ihrer bevorzugten Plattform, sei es GitHub Actions, GitLab CI oder andere. Wir hosten kein CI/CD und berechnen Ihnen nichts für die Wartung." – Capgo[\[1\]](https://capgo.app/)
-
-Bei der Auswahl von Tools sollten Sie Plattformunabhängigkeit, Skalierbarkeit und starke Sicherheitsmaßnahmen wie Ende-zu-Ende-Verschlüsselung für Updates priorisieren.
-
-CI/CD-Operationen kosten typischerweise etwa 300$ pro Monat[\[1\]](https://capgo.app/), aber diese Investition zahlt sich durch schnellere Bereitstellungen und weniger manuelle Arbeit aus.
-
-Sobald diese Komponenten eingerichtet sind, können Sie sie in Ihre CI/CD-Pipeline integrieren.
-
-## CI/CD-Integrationsschritte
-
-### Installation von OTA-Komponenten
-
-Um loszulegen, müssen Sie spezifische OTA-Pakete und Konfigurationen zu Ihrem Capacitor-Projekt hinzufügen. Hier ist eine kurze Anleitung:
-
-| **Komponente** | **Installationsbefehl** | **Zweck** |
-| --- | --- | --- |
-| Capgo CLI | `npm install @capgo/cli` | Handhabt Update-Builds und Bereitstellungen |
-| Konfigurationsdatei | `npx @capgo/cli init` | Richtet projektspezifische Einstellungen ein |
-| Umgebungsvariablen | Konfiguriert über Ihre CI/CD-Plattform | Speichert API-Schlüssel und sensible Informationen |
-
-Sobald diese Komponenten installiert sind, können Sie mit der Konfiguration Ihrer CI/CD-Pipeline fortfahren.
-
-### Aufbau der CI/CD-Pipeline
-
-Richten Sie Ihre Pipeline so ein, dass Aktionen basierend auf Änderungen im Hauptzweig oder markierten Releases ausgelöst werden (z.B. `build:` wird bei `push [main]` und Tag-Mustern wie `v*` ausgelöst). Ihre Pipeline sollte diese Schritte beinhalten:
-
--   **Build**: Wird durch Code-Änderungen ausgelöst, um Ihre App zu kompilieren und vorzubereiten.
--   **Test**: Automatisiert Funktionalitätsprüfungen zur Sicherstellung der Stabilität.
--   **[Update-Generierung](https://capgo.app/docs/live-updates/update-behavior/)**: Bündelt und optimiert Assets für die Bereitstellung.
-
-Wenn Ihre Pipeline bereit ist, können Sie Ihre Update-Bundles nahtlos bereitstellen.
-
-### Bereitstellung von Update-Bundles
-
-Die Bereitstellung von Updates beinhaltet das Pushen Ihrer Bundles über einen Over-The-Air (OTA) Service. Capgo vereinfacht diesen Prozess mit automatisierter CI/CD-Integration.
-
-| **Phase** | **Aktion** | **Überprüfung** |
-| --- | --- | --- |
-| Vor der Bereitstellung | Versions-Check | Bestätigt korrekte Versionierung |
-| Bereitstellung | [Bundle-Upload](https://capgo.app/docs/webapp/bundles/) | Sendet das Update an das Verteilungssystem |
-| Nach der Bereitstellung | Gesundheits-Check | Überwacht und verifiziert den Update-Status |
-
-**Profi-Tipps für die Bereitstellung:**
-
--   Nutzen Sie **stufenweise Einführungen** zur Minimierung von Risiken.
--   Konfigurieren Sie **automatische Rollbacks** für schnelle Problembehandlung.
--   Integrieren Sie **Fehler-Tracking** für besseres Debugging.
-
-> "Wir konfigurieren Ihre CI/CD-Pipeline direkt in Ihrer bevorzugten Plattform, sei es GitHub Actions, GitLab CI oder andere. Wir hosten kein CI/CD und berechnen Ihnen nichts für die Wartung." – Capgo [\[1\]](https://capgo.app/)
-
-Capgo bietet eine einmalige Einrichtungsgebühr von 2.600$ [\[1\]](https://capgo.app/), was die Bereitstellung effizient macht und die Kosten unter Kontrolle hält.
-
-## OTA-Update-Richtlinien
-
-Diese Richtlinien helfen Ihnen, Ihre OTA-Update-Strategie zu verfeinern und in einen reibungslosen CI/CD-Prozess zu integrieren.
-
-### Versionskontrollmethoden
-
-Verwenden Sie ein strukturiertes Versionierungssystem zur Verwaltung von OTA-Updates. Dieses System sollte zwischen Major-, Minor-, Patch- und Build-Nummern unterscheiden:
-
-| Versionskomponente | Zweck | Beispiel |
-| --- | --- | --- |
-| Major-Version | Zeigt Breaking Changes an | 2.0.0 |
-| Minor-Version | Repräsentiert neue Funktionen | 2.1.0 |
-| Patch-Version | Deckt Fehlerbehebungen ab | 2.1.1 |
-| Build-Nummer | Identifiziert den CI/CD-Build | 2.1.1-build.123 |
-
-Integrieren Sie [Update-Kanäle](https://capgo.app/docs/webapp/channels/) für die Verwaltung von Beta- und Produktions-Rollouts. Sobald Ihr Versionierungssystem eingerichtet ist, stellen Sie sicher, dass alle Updates den plattformspezifischen Richtlinien entsprechen.
-
-### App Store-Regeln
-
-Nach der Einrichtung der Versionskontrolle richten Sie Ihre Update-Praktiken an den App Store-Richtlinien aus:
-
-| Plattform | Hauptanforderungen | Empfohlener Ansatz |
-| --- | --- | --- |
-| Apple App Store | Fokussiert auf Content-only Updates | Kombinieren Sie UI- und Content-Änderungen in Updates |
-| Google Play | Erfordert Update-Transparenz | Bieten Sie klare Benachrichtigungen für Benutzer |
-| Beide Plattformen | Erzwingt Compliance-Standards | Führen Sie regelmäßige Sicherheitsaudits durch |
-
-Führen Sie Updates stufenweise ein, nutzen Sie automatische Rollbacks und Fehler-Tracking zur Minimierung von Risiken. Wählen Sie Plattformen, die Compliance und Sicherheit priorisieren. Zum Beispiel bietet Capgo integrierte Ende-zu-Ende-Verschlüsselung und stellt sicher, dass Updates den Apple- und Google-Standards entsprechen.
-
-Automatisieren Sie Gesundheitschecks und Überwachungstools, um Probleme schnell zu identifizieren und zu beheben.
-
-## OTA-Plattform-Optionen
-
-Sobald Sie Ihre OTA-Update-Richtlinien festgelegt haben, ist der nächste Schritt die Auswahl einer OTA-Plattform, die gut mit Ihrem CI/CD-Workflow zusammenarbeitet.
-
-### Plattform-Vergleich
-
-Hier ist eine Übersicht der wichtigsten Funktionen verschiedener OTA-Plattformen für [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/):
-
-| Funktion | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- | --- |
-| Status | Aktiv | Aktiv | Einstellung 2026 | Eingestellt 2024 |
-| Marktfokus | Global | Deutschland-fokussiert | Enterprise | Legacy |
-| Update-Geschwindigkeit | 114ms (5MB Bundle) | Standard | Schwankend | N/A |
-| Erfolgsrate | 82% weltweit | Nicht veröffentlicht | Nicht veröffentlicht | N/A |
-| E2E-Verschlüsselung | Ja | Begrenzt | Begrenzt | Nein |
-| Selbst-hostbar | Ja | Nein | Nein | Nein |
-| CI/CD-Integration | Native Unterstützung | Basic | Fortgeschritten | N/A |
-| Monatliche Kosten | Ab 12$ | Ähnlich wie Capgo | ~500$ | War kostenlos |
-
-Capgo zeichnet sich mit über 1,1 Billionen ausgelieferten Updates, einer 95%igen Benutzer-Update-Rate und einer globalen CDN-durchschnittlichen API-Antwortzeit von 57ms aus [\[1\]](https://capgo.app/). Diese Zahlen demonstrieren die Fähigkeit, schnelle und sichere OTA-Updates im großen Maßstab zu handhaben.
-
-Für CI/CD-Integration hier einige Highlights:
-
--   **Build-Pipeline**: Capgo bietet eingebaute Unterstützung für GitHub Actions und GitLab CI, was Bereitstellungen kosteneffizient macht.
--   **Update-Verteilung**: Ein Kanal-System ermöglicht gezieltes Beta-Testing und stufenweise Einführungen [\[1\]](https://capgo.app/).
-
-Der OTA-Plattformmarkt entwickelt sich weiter, wobei Anbieter sich auf reibungslosere Übergänge und bessere Tools für Enterprise-Bedürfnisse konzentrieren.
-
-Bei der Auswahl einer Plattform sollten Sie Ihre Update-Häufigkeit, die Größe Ihrer Nutzerbasis und Compliance-Anforderungen berücksichtigen. Die Plattform sollte partielle Updates effizient handhaben, starke Analysen bieten, App Store-Compliance sicherstellen und nahtlos in Ihren Entwicklungsprozess passen.
-
-## Zusammenfassung
-
-Die Verwendung von CI/CD für OTA-Updates vereinfacht die Entwicklung und stellt die Einhaltung der App Store-Anforderungen sicher. Die zuvor beschriebenen Schritte fügen sich zu einem effektiven OTA-Update-Prozess zusammen.
-
-### Automatisierungsvorteile
-
-Mit CI/CD werden OTA-Updates effizienter. Zum Beispiel erreicht Capgo eine **95%ige Update-Rate innerhalb von 24 Stunden** und eine **82%ige globale Erfolgsrate** [\[1\]](https://capgo.app/).
-
-### Wichtige Integrationskomponenten
-
-Um OTA-Updates optimal zu nutzen, konzentrieren Sie sich auf diese Komponenten:
-
--   **CLI-Tools** für schnelle Builds und Bereitstellungen
--   **CI/CD-Plattform
-
-Die einmalige Einrichtungsgebühr von Capgo in Höhe von **2.600 $** kann über fünf Jahre zu **Einsparungen von 26.100 $** führen [\[1\]](https://capgo.app/).
-
-### Best Practices
-
-Hier sind einige Tipps zur Optimierung Ihres CI/CD-Prozesses:
-
--   Nutzen Sie partielle Updates, um Bandbreite zu sparen
--   Nutzen Sie Channels für phasenweise Rollouts
--   Überwachen Sie Updates mit integrierter Analytik
--   Bleiben Sie konform mit Plattform-Richtlinien
--   Aktivieren Sie Fehlerverfolgung für schnellere Behebungen
-
-> "Die Community brauchte das und @Capgo macht etwas wirklich Wichtiges!" – Lincoln Baxter, @lincolnthree [\[1\]](https://capgo.app/)
-
-Die Integration von OTA-Updates mit CI/CD hat die Mobile-App-Entwicklung transformiert und hilft Teams dabei, Updates schneller bereitzustellen und gleichzeitig Benutzer zufrieden und Erfolgsraten hoch zu halten.
diff --git a/src/content/blog/de/capacitor-ota-updates-cloud-hosting-options-compared.md b/src/content/blog/de/capacitor-ota-updates-cloud-hosting-options-compared.md
deleted file mode 100644
index 5e4646434..000000000
--- a/src/content/blog/de/capacitor-ota-updates-cloud-hosting-options-compared.md
+++ /dev/null
@@ -1,221 +0,0 @@
----
-slug: capacitor-ota-updates-cloud-hosting-options-compared
-title: 'Capacitor OTA Updates: Cloud Hosting Optionen im Vergleich'
-description: >-
-  Erkunden Sie die besten Cloud-Hosting-Optionen für Capacitor OTA-Updates,
-  vergleichen Sie AWS, Google Cloud, Azure und eine dedizierte Plattform in
-  Bezug auf Geschwindigkeit und Sicherheit.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-17T03:46:56.267Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d76b8ea5ba8bcd0fc6ad5f-1742183228777.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, OTA updates, cloud hosting, AWS, Google Cloud, Azure, Capgo, mobile
-  app updates, deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Over-the-Air (OTA) Updates ermöglichen es Ihnen, Ihre [Capacitor](https://capacitorjs.com/) Apps sofort zu aktualisieren, ohne Verzögerungen durch App Stores. Die Wahl der richtigen Cloud-Hosting-Plattform ist entscheidend für Geschwindigkeit, Sicherheit und Benutzerfreundlichkeit.
-
-### Wichtige Erkenntnisse:
-
--   **[AWS](https://aws.amazon.com/)**: Leistungsstark, aber komplexe Einrichtung. Ideal für individuelle Workflows.
--   **Google Cloud**: Starke Sicherheit und Automatisierung, erfordert jedoch Expertise.
--   **[Azure](https://azure.microsoft.com/en-us)**: Flexibel und skalierbar mit guten Tools für stufenweise Einführungen.
--   **[Capgo](https://capgo.app/)**: Speziell für OTA-Updates entwickelt. Schnell, sicher und einfach zu bedienen.
-
-### Schneller Vergleich:
-
-| **Funktion** | **AWS** | **Google Cloud** | **Azure** | **Capgo** |
-| --- | --- | --- | --- | --- |
-| **Geschwindigkeit (5MB Paket)** | 57ms | Nicht angegeben | Nicht angegeben | 114ms |
-| **Sicherheit** | Einrichtung erforderlich | Integrierte Tools | Starke Tools | Ende-zu-Ende-Verschlüsselung |
-| **Integrationseinfachheit** | Manuelle Einrichtung | Moderate Komplexität | REST APIs, CLI | Integrierte CI/CD |
-| **Update-Erfolgsrate** | 82% | Nicht angegeben | Nicht angegeben | 82% |
-| **Kosten** | Pay-as-you-go | Pay-as-you-go | Flexible Pläne | Ab 12$/Monat |
-
-**Capgo** ist ideal für kleine Teams oder diejenigen, die Geschwindigkeit und Einfachheit priorisieren. AWS, Google Cloud und Azure bieten dagegen mehr Flexibilität, erfordern aber mehr Konfigurationsaufwand.
-
-Für schnelle, sichere und zuverlässige OTA-Updates sticht **Capgo** besonders hervor, vor allem durch seine entwicklerfreundlichen Funktionen und erschwingliche Preisgestaltung.
-
-## Vergleich der führenden Cloud-Computing-Anbieter: [AWS](https://aws.amazon.com/) vs. [Azure](https://azure.microsoft.com/en-us) vs. Google Cloud
-
-![AWS](https://mars-images.imgix.net/seobot/screenshots/aws.amazon.com-b122ef446c917f923466f58329a1ff9c-2025-03-17.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/ftnGqNQzLNU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. AWS für OTA-Updates
-
-AWS ist eine zuverlässige Option für das Hosting von [Capacitor OTA-Updates](https://capgo.app/ja/), erfordert jedoch mehr Einrichtungsaufwand im Vergleich zu speziell dafür entwickelten Plattformen. Hier sind die wichtigsten AWS-Funktionen für die Bereitstellung von OTA-Updates.
-
-### Speicherung und Content-Delivery
-
-AWS verwendet **S3** für die Speicherung und **CloudFront CDN** für die globale Content-Bereitstellung. Zusammen bieten sie eine solide Infrastruktur für das Hosting von OTA-Updates. Die Bereitstellungsgeschwindigkeit kann jedoch möglicherweise nicht mit Plattformen mithalten, die ausschließlich für OTA-Updates entwickelt wurden.
-
-### Sicherheit und Compliance
-
-AWS bietet mehrere Tools zur Absicherung Ihrer Updates:
-
--   **IAM**: Verwaltet die Zugriffssteuerung auf Ressourcen.
--   **KMS**: Handhabt die Verschlüsselungsschlüsselverwaltung.
--   **CloudTrail**: Verfolgt und protokolliert Benutzeraktivitäten für Audits.
-
-Allerdings erfordert die Erfüllung der App Store-Sicherheits- und Compliance-Anforderungen manuelle Konfiguration. Dies ist weniger praktisch im Vergleich zu Plattformen, die mit integrierten Verschlüsselungs- und Compliance-Tools ausgestattet sind [\[1\]](https://capgo.app/).
-
-### Deployment-Management
-
-AWS-Dienste wie **CodePipeline** und **CodeDeploy** ermöglichen die Automatisierung von OTA-Update-Deployments. Die Einrichtung kann jedoch zeitaufwändig sein. Hier die Leistung von AWS in realen Deployment-Szenarien:
-
-| Metrik | Leistung |
-| --- | --- |
-| Update-Übernahme | 95% innerhalb von 24 Stunden |
-| Globale Erfolgsrate | 82% |
-| Durchschnittliche Antwortzeit | 57ms weltweit |
-
-Während diese Zahlen eine starke Leistung zeigen, erfordert ihre Erreichung erheblichen Konfigurations- und Abstimmungsaufwand.
-
-### Überwachung und Analytik
-
-Mit **CloudWatch** bietet AWS Überwachungstools, aber Sie müssen benutzerdefinierte Konfigurationen einrichten, um OTA-spezifische Metriken zu verfolgen. Dies steht hinter spezialisierten Plattformen zurück, die sofort einsatzbereite Einblicke in die Update-Leistung liefern.
-
-AWS ist eine robuste Option mit umfangreichen Möglichkeiten, aber sein universelles Design bedeutet, dass Entwickler mehr Zeit für Einrichtung und Wartung aufwenden müssen. Ob AWS die richtige Wahl ist, hängt von der Vertrautheit Ihres Teams mit der Plattform und Ihrem Bedarf an Anpassungsmöglichkeiten ab.
-
-Als Nächstes werfen wir einen Blick auf die OTA-Update-Funktionen von Google Cloud.
-
-## 2. Google Cloud für OTA-Updates
-
-[Google Cloud Platform](https://cloud.google.com/) (GCP) bietet eine Reihe integrierter Dienste zur Verwaltung von Capacitor OTA-Updates. Diese Dienste umfassen alles von Datei-Hosting und globaler Verteilung bis hin zu Sicherheit, Deployment-Automatisierung und Überwachung.
-
-### Speicherung und Verteilung
-
-Mit **Cloud Storage** bietet GCP einen zuverlässigen Speicherplatz für Update-Dateien. Um sicherzustellen, dass Updates Benutzer weltweit schnell und effizient erreichen, verwendet es **Cloud CDN** und Lastausgleich.
-
-### Sicherheitsframework
-
-GCP gewährleistet die Sicherheit von Updates durch Tools wie **Cloud KMS** für Verschlüsselung, **Cloud IAM** für Zugriffssteuerung, das **Security Command Center** für Bedrohungserkennung und **Cloud Armor** für Schutz vor Angriffen.
-
-### Deployment und Versionskontrolle
-
-GCP vereinfacht OTA-Update-Deployments mit Diensten wie **Cloud Build**, **Container Registry** und **Cloud Functions**. Diese Tools automatisieren das Packaging, verwalten die Versionierung und richten serverlose Trigger für reibungslose Rollouts ein.
-
-### Überwachung und Analytik
-
-Echtzeit-Überwachung erfolgt durch **Cloud Operations** (früher Stackdriver). Dies umfasst die Verfolgung von Update-Status, Sammlung benutzerdefinierter Metriken, Fehlerprotokollierung und Analyse regionaler Leistungsdaten.
-
-### Compliance-Funktionen
-
-GCP hilft bei der Erfüllung von App Store-Anforderungen mit integrierten Tools für Update-Signierung und -Verifizierung. Es unterstützt auch Rollback-Optionen und stufenweise Rollouts, um sicherzustellen, dass Updates sicher und in Übereinstimmung mit Plattform-Richtlinien bereitgestellt werden.
-
-Obwohl GCP eine robuste Suite von Tools für OTA-Updates bietet, erfordert die Einrichtung und Wartung dieser Dienste oft ein hohes Maß an technischer Expertise.
-
-### Kostenstruktur
-
-GCP verwendet ein **Pay-as-you-go**-Preismodell, das sich gut für kleine Deployments eignet. Mit steigender Nutzung können die Kosten jedoch schnell steigen, was eine genaue Ausgabenüberwachung erforderlich macht. Als Nächstes untersuchen wir, wie Azure als OTA-Update-Plattform im Vergleich abschneidet.
-
-## 3. Azure für OTA-Updates
-
-Microsoft Azure bietet eine Reihe von Cloud-Diensten, die es ermöglichen, OTA-Updates (Over-the-Air) für [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) zu implementieren. Durch die Kombination seiner Kerndienste können Sie einen maßgeschneiderten Workflow für die effiziente Verwaltung von Updates erstellen.
-
-Beginnen Sie mit **Azure Blob Storage** zum Hosten Ihrer Update-Dateien. Kombinieren Sie es mit **Azure's Content Delivery Network (CDN)**, um eine schnelle und zuverlässige weltweite Verteilung dieser Updates sicherzustellen. Diese Einrichtung bietet eine solide Grundlage für die Speicherung und Bereitstellung von Updates.
-
-Für die Sicherheit bringt Azure mehrere Tools mit. **Key Vault** hilft bei der Verwaltung von Verschlüsselungsschlüsseln, **Active Directory** steuert den Zugriff, **Security Center** überwacht Bedrohungen und **DDoS Protection** schützt vor Netzwerkangriffen. Zusammen schaffen diese Tools eine sichere Umgebung für OTA-Updates.
-
-Wenn Sie eine individuelle OTA-Update-Lösung benötigen, ist Azure gut aufgestellt. Nutzen Sie **Azure DevOps** und serverlose Tools wie **Azure Pipelines** zur [Automatisierung von Builds und Deployments](https://capgo.app/blog/automatic-build-and-release-with-gitlab/). Fügen Sie **Azure Functions** hinzu, um Update-Workflows auszulösen, und verlassen Sie sich auf **Azure Monitor** zur Verfolgung von Leistung und Metriken.
-
-Azure unterstützt auch stufenweise Rollouts und automatisierte Rollback-Mechanismen, die für die Erfüllung von App Store-Richtlinien und Branchenstandards essentiell sind. Seine Compliance-Funktionen erleichtern die Gestaltung von Update-Strategien, die den regulatorischen Anforderungen entsprechen.
-
-Die Integration ist unkompliziert dank Azures Unterstützung für **REST APIs**, offizielle SDKs und Command-Line-Tools über **Azure CLI**. Diese Flexibilität ermöglicht es Ihnen, den Integrationsprozess an die Bedürfnisse Ihrer Capacitor App anzupassen.
-
-Die Kostenkontrolle ist entscheidend für skalierbare OTA-Updates. Azures Preisoptionen wie Pay-as-you-go und reservierte Kapazität bieten Flexibilität bei der Kostenverwaltung. Tools wie **Azure Cost Management** können Ihnen helfen, die Nutzung zu überwachen und Budgets festzulegen, um sicherzustellen, dass Ihre Lösung auch bei der Skalierung kosteneffektiv bleibt.
-
-Mit seiner umfangreichen Cloud-Infrastruktur und skalierbaren Tools bietet Azure alles, was Sie zum Aufbau und zur Verwaltung von OTA-Update-Workflows für Ihre Apps benötigen.
-
-## 4. [Capgo](https://capgo.app/) für OTA-Updates
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-17.jpg?auto=compress)
-
-Capgo bietet eine dedizierte Lösung für Capacitor OTA-Updates und geht damit über allgemeine Cloud-Anbieter hinaus. Es liefert Updates effizient, wobei ein 5 MB-Paket in nur 114 ms heruntergeladen wird und die durchschnittliche API-Antwortzeit weltweit bei 434 ms liegt. Dies gewährleistet schnelle und zuverlässige Updates.
-
-Mit fortschrittlicher Ende-zu-Ende-Verschlüsselung geht Capgo über grundlegende Signierungsmethoden hinaus und stellt sicher, dass Updates nur für autorisierte Benutzer zugänglich sind.
-
-Capgos Kanalsystem macht die Verwaltung von Updates einfach und effektiv. Wichtige Funktionen umfassen:
-
-| Funktion | Funktionalität | Nutzen |
-| --- | --- | --- |
-| Beta-Tests | Verteilt Updates an bestimmte Gruppen | Ermöglicht kontrolliertes Testen vor der Veröffentlichung |
-| Stufenweise Rollouts | Führt Updates schrittweise bei Benutzern ein | Reduziert das Risiko weitreichender Probleme |
-| Versionskontrolle | Verwaltet mehrere App-Versionen | Unterstützt iteratives Testen mit Leichtigkeit |
-| Sofortiges Rollback | Kehrt sofort zu einer vorherigen Version zurück | Behebt problematische Updates schnell |
-
-Die Plattform hat ihre Zuverlässigkeit in realen Szenarien bewiesen. Mit 750 unterstützten Apps und über 23,5 Millionen ausgelieferten Updates erreicht Capgo eine Update-Rate von 95% innerhalb von 24 Stunden und eine globale Deployment-Erfolgsrate von 82% [\[1\]](https://capgo.app/).
-
-Capgo integriert sich auch nahtlos mit CI/CD-Tools wie [GitHub Actions](https://docs.github.com/actions) und [Jenkins](https://www.jenkins.io/), automatisiert Deployments, spart Zeit und reduziert manuelle Arbeit. Sein Delta-Update-System lädt nur die geänderten Codeteile herunter, was sowohl die Geschwindigkeit als auch die Bandbreiteneffizienz verbessert.
-
-Für Teams, die schnell iterieren möchten, unterstützt Capgo beliebte Tools wie [GitLab CI](https://docs.gitlab.com/ee/ci/) und Jenkins und optimiert so Deployment-Workflows. Es bietet auch flexible Hosting-Optionen, einschließlich Cloud-basierter und selbst gehosteter Setups. Als vollständig Open-Source-Lösung stellt Capgo sicher, dass Entwickler die vollständige Kontrolle über ihr Hosting behalten, ohne an einen einzelnen Anbieter gebunden zu sein.
-
-## Plattform-Vergleich
-
-Hier ist eine Übersicht, wie traditionelle Cloud-Anbieter im Vergleich zu Capgo die wichtigsten OTA-Update-Anforderungen erfüllen:
-
-| Funktion | Traditionelle Cloud-Anbieter | Capgo |
-| --- | --- | --- |
-| Globale CDN-Leistung | Branchenübliche Leistung (Daten nicht berichtet) | 114ms für ein 5MB Bundle[\[1\]](https://capgo.app/) |
-| Update-Erfolgsrate | Nicht berichtet | 82% weltweit[\[1\]](https://capgo.app/) |
-| Verschlüsselung | Standard Update-Signierung | Ende-zu-Ende-Verschlüsselung[\[1\]](https://capgo.app/) |
-| CI/CD-Integration | Erfordert benutzerdefiniertes Setup | Integrierte Integration mit GitHub, GitLab, etc.[\[1\]](https://capgo.app/) |
-| [Update-Verwaltung](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Individuelle Implementierung | Kanal-System enthalten[\[1\]](https://capgo.app/) |
-
-Während traditionelle Anbieter zuverlässige Leistung bieten, sticht Capgo mit schnelleren globalen CDN-Geschwindigkeiten, optimierten Update-Erfolgsraten und verbesserter Sicherheit hervor. Zum Beispiel erreicht Capgo eine Lieferzeit von 114ms für ein 5MB Bundle und eine Update-Erfolgsrate von 82% weltweit - Metriken, die man nicht ignorieren kann.
-
-Capgos Kosteneffizienz ist ein weiterer großer Vorteil für Benutzer. Wie ein Benutzer mitteilte:
-
-> "Jumped over to @Capgo after @AppFlow hit us with a $5000 bill for the year to continue. Loving CapoGo so far. Thanks for @Capgo, it's a great product."[\[1\]](https://capgo.app/)
-
-Sicherheit ist ein kritischer Bereich, in dem Capgo sich auszeichnet. Im Gegensatz zu traditionellen Plattformen, die sich auf Standard-Update-Signierung verlassen, bietet Capgo Ende-zu-Ende-Verschlüsselung und damit stärkeren Schutz für sensible Deployments. Das NASA OSIRIS-REx Team hob diesen Vorteil hervor:
-
-> "Capgo is a smart way to make hot code pushes (and not for all the money in the world like with @AppFlow) 🙂"[\[1\]](https://capgo.app/)
-
-Zusätzlich vereinfacht Capgo das Deployment für Entwickler durch integrierte CI/CD-Integrationen mit Tools wie GitHub und GitLab. Dies eliminiert die Notwendigkeit für benutzerdefinierte Setups und beschleunigt den Release-Prozess. Ein Team teilte ihre Erfolgsgeschichte:
-
-> "We rolled out Capgo OTA updates in production for our user base of +5000. We're seeing very smooth operation almost all our users are upto date within minutes of the OTA being deployed to @Capgo."[\[1\]](https://capgo.app/)
-
-Capgos Kombination aus Geschwindigkeit, Sicherheit und Benutzerfreundlichkeit macht es zu einer überzeugenden Wahl für Teams, die ihre OTA-Update-Workflows optimieren möchten.
-
-## Die richtige Plattform wählen
-
-Dieser Abschnitt erläutert die wichtigsten Faktoren bei der Auswahl der besten OTA-Hosting-Plattform für Ihre Bedürfnisse.
-
-### **Sicherheit und Compliance**
-
-Der Schutz Ihrer App-Updates ist nicht verhandelbar. Plattformen wie **Capgo** bieten starke Sicherheitsmaßnahmen, einschließlich Ende-zu-Ende-Verschlüsselung, um sensible Daten zu schützen und Compliance-Standards zu erfüllen [\[1\]](https://capgo.app/).
-
-### **Update-Performance**
-
-Die globale CDN-Leistung spielt eine große Rolle für die Benutzererfahrung. Wie bereits erwähnt, überzeugt **Capgo** in diesem Bereich und gewährleistet schnellere und zuverlässigere App-Updates weltweit [\[1\]](https://capgo.app/).
-
-### **Entscheidungsrahmen**
-
-Hier ist ein schneller Leitfaden, der Ihnen hilft, Ihre Bedürfnisse mit der richtigen Plattform abzugleichen:
-
-| **Bedarf** | **Beste Wahl** | **Warum** |
-| --- | --- | --- |
-| Kleine Teams (<10 Entwickler) | Capgo (Solo/Maker Pläne) | Erschwingliche Pläne (12–33$/Monat) mit wesentlichen Funktionen für kleinere Teams |
-| Enterprise-Umfang | Traditionelle Cloud oder [Capgo PAYG](https://capgo.app/docs/webapp/payment/) | Anpassbare Infrastruktur und skalierbare Lösungen (Capgo PAYG beginnt bei 249$/Monat) |
-| Hohe Sicherheit | Plattformen mit E2E-Verschlüsselung | Stellt sicher, dass sensible Daten geschützt sind und Compliance-Anforderungen erfüllt werden |
-| CI/CD-Integration | Plattformen mit integrierter Unterstützung | Vereinfacht das Setup und reduziert laufende Wartung |
-
-### **Kostenüberlegungen**
-
-Die Kosten können je nach Bedarf stark variieren. Zum Beispiel können CI/CD-Operationen etwa 300$ pro Monat kosten, während Plattformen wie **AppFlow** bis zu 6.000$ jährlich erreichen können [\[1\]](https://capgo.app/). Die Balance zwischen Kosten und Leistung ist wichtig, und Plattformen wie Capgo bieten wettbewerbsfähige Preise neben starken Leistungsmetriken.
-
-### **Technische Anforderungen**
-
-Bei der Auswahl einer Plattform stellen Sie sicher, dass sie Ihre spezifische **[Capacitor-Version](https://capgo.app/plugins/ivs-player/)** (z.B. Capacitor 8) unterstützt und wesentliche Funktionen wie Analytik, Fehlerverfolgung, Rollback-Optionen für Versionskontrolle und nahtlose CI/CD-Integration bietet. Diese Funktionen gewährleisten reibungslose Abläufe beim Skalieren Ihrer App.
-
-Die beste Plattform wird die richtige Balance zwischen Leistung, Sicherheit und Kosten finden. Nutzen Sie kostenlose Testversionen - wie Capgos 15-Tage-Test - um zu sehen, ob die Plattform zu Ihren Bedürfnissen passt [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/de/capacitor-ota-updates-debugging-issues.md b/src/content/blog/de/capacitor-ota-updates-debugging-issues.md
deleted file mode 100644
index c8161ec65..000000000
--- a/src/content/blog/de/capacitor-ota-updates-debugging-issues.md
+++ /dev/null
@@ -1,179 +0,0 @@
----
-slug: capacitor-ota-updates-debugging-issues
-title: 'Capacitor OTA Updates: Debugging von Problemen'
-description: >-
-  Erfahren Sie, wie Sie Probleme mit OTA-Updates effektiv beheben können, um
-  reibungslose App-Bereitstellungen und Benutzerzufriedenheit mit bewährten
-  Methoden und Werkzeugen sicherzustellen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T03:16:07.345Z
-updated_at: 2025-04-16T03:50:17.719Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ff1c0bb0912f75a97f349a-1744775417719.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'OTA updates, debugging, error tracking, app stability, Capgo'
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-**OTA-Updates können App-Verbesserungen beschleunigen, aber fehlgeschlagene Updates verursachen schwerwiegende Probleme** Hier ist, was Sie wissen müssen, um reibungslose Updates sicherzustellen und Probleme schnell zu beheben:
-
--   **Häufige Probleme**: Fehlgeschlagene Bereitstellungen, teilweise Updates und Compliance-Probleme
--   **Wichtige Kennzahlen**: Streben Sie eine Updaterate von 95% innerhalb von 24 Stunden und eine globale Erfolgsrate von 82% an
--   **Best Practices**: Nutzen Sie Rollback-Funktionen, Echtzeit-Fehlerverfolgung und phasenweise Einführungen zur Risikominimierung
--   **Tools**: Plattformen wie [Capgo](https://capgo.app/) bieten Ein-Klick-Rollbacks, intelligente differentielle Updates und Ende-zu-Ende-Verschlüsselung für sichere und effiziente Updates
-
-**Schnelltipp**: Testen Sie Updates immer in Beta-Kanälen vor der vollständigen Bereitstellung und überwachen Sie die Leistung mit Echtzeit-Analysen
-
-Dieser Leitfaden behandelt alles von der Identifizierung von Update-Fehlern bis zur Verwendung von Tools wie Capgo für zuverlässige OTA-Updates
-
-## Der ultimative Ionic Debugging-Leitfaden (Browser & Native Apps)
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Hauptprobleme bei OTA-Updates
-
-OTA-Updates können manchmal die App-Stabilität stören und die Benutzererfahrung beeinträchtigen. Nachfolgend analysieren wir häufige Probleme und ihre Herausforderungen
-
-### Update- und Rollback-Fehler
-
-Etwa 20% der Updates scheitern während der Bereitstellung [\[1\]](https://capgo.app/) Um dies anzugehen, ermöglicht **Capgos Ein-Klick-Rollback-Funktion** Entwicklern, schnell zu einer stabilen Version zurückzukehren und minimiert Ausfallzeiten und Benutzerfrustration [\[1\]](https://capgo.app/)
-
-### Probleme mit teilweisen Updates
-
-Updates können teilweise aufgrund unterbrochener Downloads oder fehlender Dateien scheitern [\[1\]](https://capgo.app/) Dies kann zu defekter Funktionalität führen. Capgo begegnet diesem Problem mit **intelligenten differentiellen Updates**, die sich darauf konzentrieren, nur die geänderten Teile der App herunterzuladen
-
-> "Intelligente differentielle Updates: Laden Sie nur das herunter, was sich geändert hat, um Bandbreite und Zeit zu sparen" [\[1\]](https://capgo.app/)
-
-### App Store Compliance
-
-Die Einhaltung der Plattformregeln für OTA-Updates ist entscheidend. Capgo gewährleistet die Compliance durch **Ende-zu-Ende-Verschlüsselung** und garantiert, dass:
-
-> "nur Benutzer Updates entschlüsseln können" [\[1\]](https://capgo.app/)
-
-Capgos Überwachungstools zeigen auch, dass bis zu 95% der aktiven Nutzer innerhalb von 24 Stunden zur neuesten Version wechseln [\[1\]](https://capgo.app/) Diese Statistiken unterstreichen die Bedeutung präziser Fehlerverfolgung und eines robusten [Update-Prozesses](https://capgo.app/docs/plugin/cloud-mode/manual-update/)
-
-## Update-Probleme finden und beheben
-
-Das Debugging von OTA-Updates erfordert sorgfältige Überwachung und Analyse, um Probleme effektiv zu identifizieren und zu lösen
-
-### Protokollanalyse und Fehlerverfolgung
-
-Die Verfolgung von Fehlern in Echtzeit hilft, Probleme zu erkennen, wenn sie auftreten. Konzentrieren Sie sich auf diese häufigen Problembereiche:
-
--   Netzwerkverbindungsprobleme
--   Download-Unterbrechungen
--   Installationsfehler
--   Versionsunterschiede
-
-Die Verwendung automatisierter Fehlerverfolgungstools kann sofortige Warnungen liefern, Zeit sparen und Ausfallzeiten reduzieren
-
-### Überwachung des Update-Status
-
-Behalten Sie diese wichtigen Kennzahlen im Auge, um die Update-Leistung zu bewerten:
-
-| Metrik | Zielschwelle | Auswirkung |
-| --- | --- | --- |
-| 24-Stunden-Updaterate | 95% | Bestätigt erfolgreiche Bereitstellung |
-| Globale Erfolgsrate | 82% | Stellt sicher, dass Updates stabil sind |
-| Installationszeit | [[HTML_TAG]] "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 eingeführt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach der OTA-Bereitstellung auf dem neuesten Stand" – colenso [\[1\]](https://capgo.app/)
-
-Gründliches Testen ergänzt die Überwachung und gewährleistet reibungslosere Updates
-
-### Testumgebung einrichten
-
-Ein zuverlässiger Update-Prozess basiert auf robustem Testen und schnellen Rollback-Optionen. So richten Sie eine effektive Umgebung ein:
-
--   Nutzen Sie Beta- und Staged-Kanäle, um Updates vor der vollständigen Bereitstellung zu validieren
--   Stellen Sie sicher, dass Rollback-Mechanismen vorhanden sind, um Updates bei Bedarf rückgängig zu machen
--   Integrieren Sie Analysetools, um Probleme früh zu erkennen und schnell zu reagieren
-
-Ein Entwickler teilte seine Erfahrung:
-
-> "Capgo ist ein Muss für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Bugfixes ist goldwert" – Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Beste OTA-Update-Methoden
-
-Die Gewährleistung zuverlässiger OTA-Updates erfordert gründliche Paketüberprüfung, schrittweise Bereitstellung und die richtigen Werkzeuge
-
-### Update-Paket-Prüfungen
-
-Es ist wichtig, das Update-Paket zu validieren, um Probleme wie Konflikte oder Beschädigungen zu vermeiden. Wichtige Prüfungen umfassen:
-
-| Prüfungstyp | Zweck | Nutzen |
-| --- | --- | --- |
-| Versionskontrolle | Genaue Versionen beibehalten | Vermeidet Konflikte |
-| Dateiintegrität | Alle Komponenten überprüfen | Reduziert Beschädigungen |
-| Größenoptimierung | Teilaktualisierungen unterstützen | Spart Bandbreite |
-| Sicherheitsvalidierung | Verschlüsselung sicherstellen | Schützt Benutzer |
-
-Capgos Ende-zu-Ende-Verschlüsselung stellt sicher, dass Updates nur für autorisierte Benutzer zugänglich sind [\[1\]](https://capgo.app/)
-
-### Stufenweise Update-Bereitstellung
-
-Eine schrittweise Einführung minimiert Risiken und gewährleistet eine reibungslose Implementierung. Hier ist eine schrittweise Vorgehensweise:
-
-1. **Erste Beta**: Beginnen Sie mit einer kleinen Gruppe von Benutzern, um das Update zu testen und Daten zu sammeln
-2. **Kontrollierte Erweiterung**: Erhöhen Sie die Benutzerbasis schrittweise unter Überwachung der Leistung und Erfolgsraten
-3. **Vollständige Bereitstellung**: Führen Sie das Update global ein und streben Sie eine Erfolgsrate von 82% oder höher an [\[1\]](https://capgo.app/)
-
-Die Kombination dieses Ansatzes mit den richtigen Werkzeugen gewährleistet einen robusten OTA-Update-Prozess
-
-### Verwendung von [Capgo](https://capgo.app/) für Updates
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ff1c0bb0912f75a97f349a/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo vereinfacht OTA-Updates mit Funktionen zur Effizienzsteigerung:
-
--   **Echtzeit-Analysen**: Globale API-Antwortzeit durchschnittlich 57ms [\[1\]](https://capgo.app/)
--   **Ein-Klick-Rollback**: Schnelle Rückkehr zu vorherigen Versionen bei Bedarf
--   **Teilaktualisierungen**: Reduziert Bandbreitennutzung durch Aktualisierung nur notwendiger Komponenten
--   **CI/CD-Integration**: Arbeitet nahtlos mit Plattformen wie [GitHub Actions](https://docsgithubcom/actions) und [GitLab CI](https://docsgitlabcom/ee/ci/)
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Benutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgos [Kanalsystem](https://capgo.app/docs/plugin/cloud-mode/channel-system/) bietet präzise Kontrolle über Update-Verteilung und Tests. Mit 19.000 Apps, die Capgo bereits in Produktion nutzen, hat es sich bei komplexen Update-Szenarien als effektiv erwiesen [\[1\]](https://capgo.app/)
-
-## OTA-Plattform-Optionen
-
-Seit 2022 haben OTA-Plattformen ihre Fähigkeiten erweitert, besonders im [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/) und Debugging
-
-### Hauptfunktionen
-
-Hier ist eine Übersicht einiger wichtiger [Debugging-Funktionen](https://capgo.app/docs/plugin/debugging/):
-
-| Funktion | Capgo |
-| --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Ja, vollständig verschlüsselt |
-| Update-Erfolgsrate | 82% global |
-| Antwortzeit | Durchschnittlich 57ms |
-| Rollback-Unterstützung | Sofort, mit einem Klick |
-| Fehlerverfolgung | Echtzeit |
-| Update-Verteilung | Kanalbasiertes System |
-
-Diese Funktionen beeinflussen die Wahrnehmung der Plattformen hinsichtlich Leistung und Kosten
-
-### Kosten und Marktstatus
-
-Die Preisgestaltung ist ein wichtiger Faktor bei der Auswahl einer OTA-Plattform. Der Markt bietet jetzt verschiedene Preisoptionen für unterschiedliche Bedürfnisse:
-
-| Plattform | Monatliche Kosten | Marktposition |
-| --- | --- | --- |
-| Capgo SOLO | 12€ | Expandiert seit 2022 |
-| Capgo MAKER | 33€ | Beliebt bei KMUs |
-| Capgo TEAM | 83€ | Bevorzugt von Unternehmen |
-| Capgo PAYG | 249€ | Maßgeschneidert für spezielle Anwendungen |
-
-Die Integration mit häufig genutzten CI/CD-Plattformen wie GitHub Actions und GitLab CI vereinfacht den Debugging-Prozess. Wie Bessie Cooper treffend sagt:
-
-> "@Capgo ist ein Muss für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Fehlerbehebungen ist Gold wert" [\[1\]](https://capgo.app/)
-
-## Nächste Schritte
-
-### Überprüfung der Hauptpunkte
-
-Effektives OTA-Debugging kann zu einer Update-Erfolgsrate von 95% innerhalb von 24 Stunden führen [\[1\]](https://capgo.app/) Die besten Ergebnisse entstehen durch die Kombination von Echtzeit-Überwachung mit schnellen Reaktionsstrategien
diff --git a/src/content/blog/de/capacitor-ota-updates-security-tips.md b/src/content/blog/de/capacitor-ota-updates-security-tips.md
deleted file mode 100644
index 241c6c683..000000000
--- a/src/content/blog/de/capacitor-ota-updates-security-tips.md
+++ /dev/null
@@ -1,231 +0,0 @@
----
-slug: capacitor-ota-updates-security-tips
-title: 'Capacitor OTA Updates: Sicherheitstipps'
-description: >-
-  Erfahren Sie mehr über wichtige Sicherheitspraktiken für OTA-Updates,
-  einschließlich Verschlüsselung, Dateiüberprüfung und Zugriffssteuerung zum
-  Schutz Ihrer mobilen App.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T02:16:15.693Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d-1743905786627.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, security, encryption, file verification, access control, mobile
-  app updates, data protection
-tag: 'Mobile, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Sie möchten sichere OTA-Updates für Ihre [Capacitor](https://capacitorjs.com/) App?** Hier ist das Wichtigste: OTA-Updates sind schnell und effizient, bergen aber Risiken wie Datenabfang, Dateimanipulation und Server-Schwachstellen. Um Ihre Updates sicher zu halten, konzentrieren Sie sich auf **Verschlüsselung, Dateiüberprüfung und Zugangskontrolle**.
-
-### Wichtige Erkenntnisse:
-
--   **[Updates verschlüsseln](https://capgo.app/docs/cli/migrations/encryption/)**: Nutzen Sie [TLS](https://en.wikipedia.org/wiki/Transport_Layer_Security) 1.3 und Ende-zu-Ende-Verschlüsselung, um Abfangen zu verhindern.
--   **Dateien verifizieren**: Validieren Sie digitale Signaturen und Prüfsummen, um die Update-Integrität sicherzustellen.
--   **Zugang kontrollieren**: Nutzen Sie rollenbasierte Berechtigungen, Geräte-ID-Verifizierung und [sichere API-Schlüssel](https://capgo.app/docs/webapp/api-keys/).
-
-### Schneller Vergleich von OTA-Plattformen:
-
-| Funktion | [Capgo](https://capgo.app/) | [AppFlow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Ja | Nein | Nein |
-| Rollback-Funktion | Sofort | Manuell | Manuell |
-| Update-Erfolgsrate | 82% weltweit | Begrenzte Daten | Begrenzte Daten |
-
-**Profi-Tipp:** Capgo führt mit 95% Update-Akzeptanz in 24 Stunden und fortschrittlichen Sicherheitsfunktionen wie Echtzeit-Analysen und Versionskontrolle. Sichern Sie Ihre OTA-Updates jetzt mit diesen Schritten!
-
-## Capacitor 2.0: Mobile Apps & PWAs aus einem Codebase
-
-
-## Sicherheitsrisiken bei OTA-Updates
-
-OTA-Updates können Schwachstellen öffnen, die sowohl die App-Sicherheit als auch das Nutzervertrauen gefährden.
-
-### Risiken der Datenabfangung
-
-Man-in-the-Middle-Angriffe können OTA-Update-Daten abfangen und unbefugte Änderungen ermöglichen, die Millionen von Nutzern betreffen könnten. Um dies zu verhindern, ist **Ende-zu-Ende-Verschlüsselung** essentiell.
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren nur Updates" [\[1\]](https://capgo.app/)
-
-Ohne ordnungsgemäße Verschlüsselung können abgefangene Dateien manipuliert werden, was zu schwerwiegenden Folgen führt.
-
-### Bedrohungen durch Dateimanipulation
-
-Manipulierte Update-Dateien können bösartigen Code einschleusen, App-Funktionen stören, sensible Informationen stehlen oder nicht autorisierte Funktionen einführen. Dies unterstreicht die Bedeutung **starker Dateiverifikationsprotokolle**, um die Sicherheit und Vertrauenswürdigkeit von Updates zu gewährleisten.
-
-### Server-Zugriffsschwachstellen
-
-Die folgende Tabelle zeigt wichtige Server-Schwachstellen und ihre möglichen Auswirkungen:
-
-| Schwachstelle | Auswirkung |
-| --- | --- |
-| Schwache Authentifizierung | Nicht autorisierte Updates |
-| Unzureichende Rollenverwaltung | Freigabe ungetesteter Updates |
-| Kompromittierte API-Schlüssel | Verteilung von bösartigem Code |
-
-Diese Beispiele zeigen, warum Sicherheit über das bloße Signieren von Updates hinausgehen muss. Ein mehrstufiger Ansatz - einschließlich Verschlüsselung, Verifizierung und strikter Zugriffskontrollen - ist entscheidend, um den [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/) zu schützen.
-
-## Sicherheitsschritte für OTA-Updates
-
-Um potenzielle Risiken anzugehen, befolgen Sie diese gezielten Maßnahmen zur Sicherung der OTA-Update-Bereitstellung.
-
-### Datenverschlüsselungsmethoden
-
-Die Verwendung starker Verschlüsselungsmethoden ist der Schlüssel zur Absicherung von OTA-Updates. Ende-zu-Ende-Verschlüsselung stellt sicher, dass Update-Daten während der Übertragung geschützt bleiben und nur von autorisierten Geräten zugegriffen werden können.
-
-Hier sind die Hauptkomponenten einer sicheren Verschlüsselungseinrichtung:
-
-| Komponente | Zweck | Implementierung |
-| --- | --- | --- |
-| TLS-Protokoll | Schützt Daten während der Übertragung | TLS 1.3 mit starken Cipher Suites verwenden |
-| Ende-zu-Ende-Verschlüsselung | Stellt sicher, dass nur der beabsichtigte Empfänger Daten entschlüsseln kann | Verifizierte Ende-zu-Ende-Verschlüsselungsprotokolle verwenden |
-
-### Update-Dateiverifikation
-
-Die Überprüfung von Update-Dateien gewährleistet deren Integrität und Authentizität. Dieser Prozess beinhaltet mehr als nur das Signieren der Updates - er erfordert mehrere Verifizierungsebenen.
-
-Schritte zur Überprüfung von Updates:
-
--   **Validierung digitaler Signaturen**: Nutzen Sie eine Public-Key-Infrastruktur zur Bestätigung der Authentizität von Update-Paket-Signaturen.
--   **Prüfsummenverifikation**: Vergleichen Sie SHA-256-Hashes, um sicherzustellen, dass die Update-Datei nicht manipuliert wurde.
-
-Zusätzlich sollten strenge Zugangskontrollen durchgesetzt werden, um die Update-Verteilung auf vertrauenswürdige Entitäten zu beschränken.
-
-### Einrichtung der Zugangskontrolle
-
-Effektive Zugangskontrollen sind essentiell, um die nicht autorisierte Verteilung von Updates zu verhindern. Ein sicheres System sollte Folgendes beinhalten:
-
-| Zugangskontrollfunktion | Sicherheitsvorteil |
-| --- | --- |
-| Geräte-ID-Verifizierung | Bestätigt, dass Updates an die richtigen Geräte gesendet werden |
-| Rollenbasierter Zugriff | Verwaltet, wer Updates bereitstellen kann |
-| [API-Schlüssel-Management](https://capgo.app/docs/webapp/api-keys/) | Sichert die Kommunikation mit Update-Servern |
-
-Für größere Deployments sind granulare Berechtigungen entscheidend. Sie ermöglichen Teams die Zuweisung spezifischer Rechte für Update-Bereitstellung, Kontrolle des Beta-Test-Zugangs, Verwaltung mehrerer Organisationen unter separaten Berechtigungen und Anpassung von Rollen nach Teambedarf.
-
-Die Kombination von Verschlüsselung, Verifizierung und strikten Zugangskontrollen schafft einen sicheren Rahmen für OTA-Updates während Entwicklung und Bereitstellung.
-
-## Test- und Freigabeschritte
-
-Gründliche OTA-Tests sind essentiell, um Schwachstellen zu identifizieren und die Stabilität von Updates sicherzustellen.
-
-### Sicherheitstestschritte
-
-Vor der Bereitstellung von Updates sollten detaillierte Sicherheitsprüfungen durchgeführt werden, um die Sicherheit und Kompatibilität der Updates zu gewährleisten:
-
-| Testphase | Hauptaktionen | Sicherheitsfokus |
-| --- | --- | --- |
-| Vor-Deployment | Update-Paket-Signaturen verifizieren | Update-Authentizität bestätigen |
-| Integration | Verschlüsselungsprotokolle testen | Sichere Datenübertragung gewährleisten |
-| System | Gerätekompatibilität validieren | Installationsintegrität prüfen |
-| Benutzerakzeptanz | Beta-Tests mit ausgewählten Nutzern durchführen | Sicherheit im praktischen Einsatz validieren |
-
-Die Verschlüsselungsintegrität sollte in allen Testphasen überprüft werden, um zu bestätigen, dass Update-Pakete während des Prozesses sicher bleiben. Sobald die Integrität der Updates bestätigt ist, sollte ein Plan vorhanden sein, um Änderungen schnell rückgängig zu machen, falls Probleme auftreten.
-
-### Update-Rollback-Optionen
-
-Gründliche Tests unterstützen zuverlässige Freigabestrategien, einschließlich sofortiger Rollback-Optionen und kontrolliertem Staging. Ein gut konzipiertes Rollback-System kann Sicherheitsprobleme nach der Bereitstellung schnell beheben.
-
-Schlüsselkomponenten eines effektiven Rollback-Systems:
-
--   **Versionskontrollsystem**: Führen Sie eine vollständige Historie aller App-Versionen, einschließlich Sicherheitspatches und Feature-Updates.
--   **Automatisierte Wiederherstellung**: Nutzen Sie automatisierte Trigger für Rollbacks, gepaart mit klaren Wiederherstellungsprozeduren.
-
-> "Ein-Klick-Rollback zu jeder vorherigen Version bei Bedarf" [\[1\]](https://capgo.app/)
-
-### Gestaffelter Freigabeprozess
-
-Kombinieren Sie Rollback-Strategien mit einem phasenweisen Bereitstellungsplan, um Risiken zu minimieren und Sicherheit in Echtzeit zu testen. Ein [Kanalsystem](https://capgo.app/docs/plugin/cloud-mode/channel-system/) hilft bei der Verteilungskontrolle und stellt sicher, dass Updates vor der vollständigen Bereitstellung gründlich getestet werden.
-
-| Phase | Zielgruppe | Dauer | Sicherheitsmaßnahmen |
-| --- | --- | --- | --- |
-| Interner Test | Entwicklungsteam | 24-48 Stunden | Vollständiges Sicherheitsaudit durchführen |
-| Beta-Kanal | Ausgewählte Nutzer | 3-5 Tage | Bereitstellung eng überwachen |
-| Produktions-Rollout | 10% der Nutzer | 2-3 Tage | Fehler verfolgen und beheben |
-| Vollständige Bereitstellung | Alle Nutzer | 1-2 Wochen | Updates kontinuierlich überwachen |
-
-> "Kanalsystem: Fortgeschrittene Update-Verteilung. Zielgerichtete Nutzergruppen mit verschiedenen Versionen über Kanäle für Beta-Tests und gestufte Rollouts" [\[1\]](https://capgo.app/)
-
-## OTA-Update-Management-Tools
-
-Aufbauend auf sicherer Bereitstellung und Tests sind starke OTA-Management-Tools entscheidend für den Schutz Ihrer Capacitor-Updates.
-
-### [Capgo](https://capgo.app/) Funktionsübersicht
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d/241c8f19433e01f315154c8988becf9c.jpg)
-
-Capgo bietet fortschrittliche Sicherheit für [Capacitor OTA-Updates](https://capgo.app/ja/) mit **Ende-zu-Ende-Verschlüsselung**, die sicherstellt, dass nur autorisierte Nutzer die Updates entschlüsseln können.
-
-Hier ist eine Aufschlüsselung der wichtigsten Funktionen:
-
-| Funktion | Sicherheitsvorteil |
-| --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Blockiert unbefugten Zugriff auf Update-Inhalte |
-| Echtzeit-Analysen | Verfolgt Update-Bereitstellung für hohe Abschlussraten |
-| Versionskontrolle | Behält detaillierte Update-Historie für Audits |
-| CI/CD-Integration | Optimiert sichere Bereitstellungsprozesse |
-| Kanalsystem | Verwaltet Update-Verteilung durch Segmentierung von Nutzergruppen |
-
-Als Nächstes sehen wir uns an, wie sich die wichtigsten OTA-Plattformen in Bezug auf Sicherheit und Leistung vergleichen.
-
-### OTA-Plattform-Vergleich
-
-Bei der Auswahl einer OTA-Plattform für Capacitor-Apps sind Sicherheit und Zuverlässigkeit entscheidende Faktoren. Hier wie sich einige der Top-Plattformen messen:
-
-| Funktion | Capgo | AppFlow |
-| --- | --- | --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Ja | Nein | Nein |
-| Update-Erfolgsrate | 82% weltweit | Begrenzte Daten | Begrenzte Daten |
-| Rollback-Fähigkeit | Sofort | Manuell | Manuell |
-| Markterfahrung | Seit 2022 | Einstellung 2026 | Seit 2024 |
-| Update-Verteilung | Teilweise Updates | Vollständiges Bundle | Vollständiges Bundle |
-| CI/CD-Setup-Kosten | 2.600 $ einmalig | Höhere jährliche Kosten | Vergleichbar |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgos Leistungsmetriken unterstreichen weiter seine Zuverlässigkeit:
-
--   **750 Produktions-Apps** werden von Capgo betrieben
--   **23,5 Millionen Updates** erfolgreich ausgeliefert
--   **95% der aktiven Nutzer** schließen Updates innerhalb von 24 Stunden ab [\[1\]](https://capgo.app/)
-
-Diese Zahlen zeigen Capgos Fähigkeit, sichere Updates effizient bereitzustellen, was es zu einer ausgezeichneten Wahl für Entwickler macht, die sich sowohl auf Sicherheit als auch auf die Einhaltung von App-Store-
-
-| Metrik | Zielschwelle | Sicherheitsauswirkung |
-| --- | --- | --- |
-| Update-Erfolgsrate | >82% weltweit | Zeigt starke Update-Bereitstellung |
-| Nutzerakzeptanz-Geschwindigkeit | 95% innerhalb von 24 Stunden | Zeigt effektives Nutzerengagement |
-
-Automatisieren Sie Warnungen, um ungewöhnliche Aktivitäten in der Update-Leistung zu erkennen. Dies hilft Ihnen, Probleme schnell zu identifizieren und zu beheben. Mit Echtzeit-Überwachung können Sie Ihr System sicher halten und potenziellen Problemen voraus sein.
-
-### Sicherheitswartung
-
-Überprüfen Sie regelmäßig Server-Logs und Authentifizierungssysteme, um potenzielle Sicherheitsbedrohungen frühzeitig zu erkennen. Tägliche Überwachung kann Probleme aufdecken, bevor sie eskalieren - Capgo-Analysen belegen dies mit Daten [\[1\]](https://capgo.app/). Überprüfen Sie außerdem routinemäßig kritische Sicherheitskomponenten wie SSL-Zertifikate, API-Authentifizierungstoken und Zugriffskontrollen. Dies stellt sicher, dass Ihre Verschlüsselungs- und Authentifizierungseinrichtungen aktuell bleiben.
-
-### Sicherheitsleitfaden für Benutzer
-
-Helfen Sie Benutzern, sicher zu bleiben, indem Sie sie ermutigen, Updates zeitnah zu akzeptieren. Klare Kommunikation ist wichtig - halten Sie Benutzer informiert und gehen Sie auf ihre Bedenken über Feedback-Kanäle ein.
-
-> "Verfolgen Sie Update-Erfolgsraten und Benutzerengagement in Echtzeit" - Capgo [\[1\]](https://capgo.app/)
-
-## Zusammenfassung
-
-Effektive OTA-Sicherheit basiert auf Verschlüsselung, Dateiüberprüfung und kontinuierlicher Überwachung. Bei korrekter Implementierung führen diese Strategien zu beeindruckenden Update-Erfolgsraten [\[1\]](https://capgo.app/).
-
-Ende-zu-Ende-Verschlüsselung spielt eine entscheidende Rolle beim Schutz von OTA-Updates und blockiert unbefugten Zugriff und Manipulation. Zum Beispiel erreicht Capgo eine Update-Rate von 95% unter aktiven Nutzern innerhalb von 24 Stunden, was die Bedeutung starker Verschlüsselung unterstreicht [\[1\]](https://capgo.app/). Diese Elemente bilden das Rückgrat eines sicheren und zuverlässigen OTA-Update-Systems.
-
-| Sicherheitskomponente | Wichtige Implementierung | Nutzen |
-| --- | --- | --- |
-| Verschlüsselung | Ende-zu-Ende-Schutz | Blockiert unbefugten Zugriff |
-| Verifizierung | Dateiintegritätsprüfungen | Bestätigt Update-Legitimität |
-| Überwachung | Echtzeit-Analytik | Erkennt Probleme schnell |
-| Zugriffskontrolle | Rollenbasierte Berechtigungen | Beschränkt unerlaubte Änderungen |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Die Aufrechterhaltung der Sicherheit erfordert kontinuierliche Aufmerksamkeit und die richtigen Werkzeuge. Mit angemessener Überwachung, schnellen Reaktionen auf Bedrohungen und regelmäßig aktualisierten Protokollen kann Ihr OTA-System sowohl sicher als auch effizient bleiben. Dies steht im Einklang mit gründlichen Tests, sorgfältigem Management und gut geplanten Prozessen nach der Veröffentlichung.
diff --git a/src/content/blog/de/capacitor-ota-updates-staying-compliant.md b/src/content/blog/de/capacitor-ota-updates-staying-compliant.md
deleted file mode 100644
index 497942af6..000000000
--- a/src/content/blog/de/capacitor-ota-updates-staying-compliant.md
+++ /dev/null
@@ -1,206 +0,0 @@
----
-slug: capacitor-ota-updates-staying-compliant
-title: 'Capacitor OTA Updates: Konform bleiben'
-description: >-
-  Erfahren Sie, wie Sie OTA-Updates für Capacitor-Apps implementieren und dabei
-  die Einhaltung der App-Store-Regeln sicherstellen und die Benutzererfahrung
-  verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:37:02.530Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37-1743133034618.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, Capacitor, app compliance, mobile updates, app store guidelines,
-  security protocols, over-the-air updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Bugs schnell beheben oder Funktionen ohne App Store-Verzögerungen hinzufügen?** Over-the-Air (OTA) Updates für [Capacitor](https://capacitorjs.com/) Apps ermöglichen es Ihnen, Updates direkt an Benutzer zu senden und den langwierigen App Store-Prüfungsprozess zu umgehen. Die Einhaltung der Apple- und Google Play-Regeln ist jedoch entscheidend, um eine Ablehnung oder Entfernung der App zu vermeiden.
-
-### Wichtige Erkenntnisse:
-
--   **Was sind OTA-Updates?** Sie ermöglichen es, App-Inhalte (wie Fehlerbehebungen oder UI-Anpassungen) sofort über ein sicheres CDN zu aktualisieren, ohne dass Benutzer Updates manuell herunterladen müssen.
--   **Warum sie nutzen?** OTA-Updates erreichen 95% der aktiven Nutzer innerhalb von 24 Stunden, sparen Zeit und verbessern die Benutzererfahrung.
--   **Compliance ist wichtig:** Apple beschränkt OTA-Updates auf nicht ausführbare Inhalte (z.B. Web-Assets), während Google mehr Flexibilität zulässt, aber strenge Sicherheits- und Nutzereinwilligungsregeln durchsetzt.
--   **Tools wie [Capgo](https://capgo.app/) helfen:** Capgo bietet Verschlüsselung, Rollback-Optionen, Fehlerverfolgung und Analysen für schnelle, sichere und konforme OTA-Updates.
-
-**Profi-Tipp:** Verwenden Sie OTA-Updates für kleinere Korrekturen oder Inhaltsänderungen, aber reichen Sie größere Änderungen oder neue Funktionen immer zur App Store-Prüfung ein.
-
-Lesen Sie weiter für eine Schritt-für-Schritt-Anleitung zur Implementierung von OTA-Updates unter Einhaltung der Vorschriften.
-
-## OTA Updates Grundlagen für [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Wie OTA Updates funktionieren
-
-OTA (Over-The-Air) Updates ermöglichen es Entwicklern, neuen Code direkt auf die Geräte der Benutzer zu übertragen, ohne dass diese Updates aus einem App Store herunterladen müssen. Diese Updates werden über ein sicheres Content Delivery Network (CDN) bereitgestellt und im Hintergrund heruntergeladen, während Benutzer die App weiter nutzen. Durch die Konzentration auf nur die geänderten Codeteile gewährleistet das System schnellere Downloads und nutzt die Geschwindigkeit und Effizienz der globalen CDN-Verteilung [\[1\]](https://capgo.app/).
-
-Der Prozess ist unkompliziert: Entwickler erstellen den aktualisierten Code, stellen ihn sicher über ein CDN bereit, und die App installiert die Änderungen automatisch. Dieser optimierte Ansatz bringt mehrere Vorteile für Entwickler und Benutzer.
-
-### Vorteile von OTA Updates
-
-OTA Updates bieten mehrere Vorteile für Entwickler und Endbenutzer. Hier eine schnelle Übersicht:
-
-| Vorteil | Auswirkung |
-| --- | --- |
-| **Schnelle Bereitstellung** | Updates erreichen Benutzer innerhalb von Minuten statt Tagen. |
-| **Bandwidth-Effizienz** | Nur die geänderten Codeteile werden heruntergeladen, was Daten spart. |
-| **Benutzerkomfort** | Keine manuellen Updates oder App Store-Besuche nötig. |
-| **Entwicklungsagilität** | Ermöglicht schnellere Fehlerbehebungen und Feature-Releases. |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Bereitstellung an unsere Nutzer!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Häufige OTA Implementierungsprobleme
-
-Trotz dieser Vorteile kann die Implementierung von OTA Updates mit Herausforderungen verbunden sein. Daten von 750 Apps zeigen einige häufige Probleme [\[1\]](https://capgo.app/):
-
--   **Sicherheitsbedenken**: Ende-zu-Ende-Verschlüsselung ist entscheidend, um Manipulation oder unbefugten Zugriff zu verhindern.
--   **Versionsverwaltung**: Die Verwendung eines [Channel-Systems](https://capgo.app/docs/plugin/cloud-mode/channel-system/) hilft bei der effektiven Verwaltung von Beta-Tests und stufenweisen Rollouts.
--   **Update-Überwachung**: Ohne ordentliche Nachverfolgung können fehlgeschlagene Updates unbemerkt bleiben. Analysen und Fehlerverfolgung sind essentiell, wie globale Erfolgsraten von 82% die Wichtigkeit des Monitorings unterstreichen [\[1\]](https://capgo.app/).
-
-> "Wir haben Capgo OTA Updates in der Produktion für unsere Nutzerbasis von +5000 ausgerollt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach dem OTA-Deployment auf @Capgo auf dem neuesten Stand." – Colenso [\[1\]](https://capgo.app/)
-
-Um zuverlässige OTA Updates zu gewährleisten, sollten sich Entwickler auf proaktives Monitoring konzentrieren und Rollback-Optionen für schnelle Problemlösungen bereithalten. Mit einer durchschnittlichen API-Antwortzeit von 57ms ist auch die Optimierung der Update-Bereitstellungsinfrastruktur entscheidend [\[1\]](https://capgo.app/).
-
-## App Store Regeln für OTA Updates
-
-### Apple's OTA Update Regeln
-
-Apple hat strenge Richtlinien für OTA (Over-The-Air) Updates in iOS-Apps. Diese Updates dürfen die Kernfunktionalität der App nicht ändern oder den App Store-Prüfungsprozess umgehen. Bei Hybrid-Apps sind Updates auf nicht ausführbare Inhalte wie Web-Asset-Updates beschränkt, um Sicherheit zu gewährleisten und die Einhaltung von Apples Richtlinien sicherzustellen.
-
-### Google Play's OTA Update Regeln
-
-Google Play erlaubt mehr Flexibilität bei OTA Updates, setzt aber dennoch strenge Sicherheitsstandards durch. Entwickler müssen diese wichtigen Richtlinien befolgen:
-
-| Anforderung | Details |
-| --- | --- |
-| **Sicherheitsprotokolle** | Updates müssen über sichere Verbindungen wie HTTPS bereitgestellt werden. |
-| **Versionskontrolle** | Ein ordnungsgemäßes Versionierungssystem muss vorhanden sein, um Änderungen zu verfolgen. |
-| **Nutzereinwilligung** | Benutzer müssen für größere Änderungen ausdrücklich ihre Zustimmung geben. |
-| **Update-Umfang** | Im Vergleich zu iOS sind größere Code-Änderungen erlaubt, aber Sicherheit bleibt Priorität. |
-
-### Beispiele für Richtlinienverstöße
-
-Die Verletzung von OTA-Update-Richtlinien kann schwerwiegende Konsequenzen haben. Hier einige häufige Beispiele:
-
--   **Feature-Umgehung**: Ausrollen von größeren Feature-Updates, die den Prüfungsprozess umgehen.
--   **Sicherheitsverletzungen**: Verwendung unsicherer Bereitstellungsmethoden, die Nutzerdaten gefährden.
--   **Änderungen der Kernfunktionalität**: Änderung der Hauptfunktionalität der App durch ein OTA-Update.
-
-Sowohl Apple als auch Google legen Wert auf Benutzersicherheit und -erfahrung. Während Google Play etwas mehr Spielraum bietet, sollten Entwickler OTA Updates für kleinere Verbesserungen wie Fehlerbehebungen, Inhaltsaktualisierungen oder kleine UI-Anpassungen nutzen. Größere Änderungen oder neue Funktionen sollten immer durch den offiziellen Prüfungsprozess gehen, um konform zu bleiben.
-
-## OTA Update Richtlinien
-
-Um die App Store-Regeln einzuhalten, ist es wichtig, spezifische Richtlinien bei der Verwendung von OTA (Over-The-Air) Updates für [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) zu befolgen. Diese Praktiken helfen sicherzustellen, dass Updates sicher sind und mit den Plattform-Richtlinien übereinstimmen.
-
-### Fokus auf nicht-kritische Updates
-
-OTA Updates sollten sich auf nicht-essentielle Elemente wie visuelle Assets oder einfache Konfigurationen beschränken. Vermeiden Sie es, grundlegende ausführbare Logik zu ändern oder neue Funktionen hinzuzufügen, die möglicherweise eine vollständige App-Prüfung erfordern würden. Durch Einhaltung dieser Grenzen können Sie die Compliance aufrechterhalten und Updates einfach halten. Sobald Sie diese Einschränkungen definiert haben, ist ein starkes Versionskontrollsystem entscheidend.
-
-### Best Practices für Versionskontrolle
-
-Eine solide Versionskontrollstrategie umfasst Funktionen wie automatisierte Versionierung, stufenweise Rollouts und Rollback-Optionen. So helfen diese Methoden:
-
--   **Automatisierte Versionierung**: Nutzen Sie CI/CD-Tools für genaue und effiziente Versionsverfolgung.
--   **Stufenweise Rollouts**: Veröffentlichen Sie Updates zunächst für eine kleine Testergruppe, dann für alle Nutzer.
--   **Schneller Rollback**: Bei Problemen sofortige Rückkehr zu einer vorherigen Version.
-
-Diese Praktiken reduzieren Risiken und stellen sicher, dass Ihre Updates die App Store-Anforderungen erfüllen.
-
-### Benutzer auf dem Laufenden halten
-
--   **[Automatische Updates](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: Updates können im Hintergrund installiert werden, aber Benutzer sollten trotzdem informiert werden. Tools wie Capgo machen es einfach, Installationen zu automatisieren und dabei Benutzer auf dem Laufenden zu halten.
--   **Überwachung und Feedback**: Nutzen Sie Analysen, Fehlerverfolgung und Feedback-Kanäle, um den Erfolg von Installationen zu überwachen und Probleme anzugehen.
-
-Klare Kommunikation fördert das Vertrauen der Benutzer und verstärkt die Einhaltung der App Store-Richtlinien.
-
-> "Ein-Klick-Rollback zu jeder vorherigen Version bei Bedarf" – Capgo [\[1\]](https://capgo.app/)
-
-## Verwendung von [Capgo](https://capgo.app/) für OTA Updates
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/cf21af63f433895b269de0da5dc7d74c.jpg)
-
-Capgo bietet eine Lösung für die Verwaltung von Over-the-Air (OTA) Updates in Capacitor Apps und erfüllt Compliance-Anforderungen mit einem integrierten System. Mit mehr als 750 Apps in Produktion und 23,5 Millionen ausgelieferten Updates gewährleistet Capgo einen reibungslosen und konformen [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/) [\[1\]](https://capgo.app/).
-
-### Wie Capgo Updates verwaltet
-
-Capgo optimiert den Update-Prozess und stellt dabei sicher, dass Updates effizient sind und Compliance-Standards erfüllen. Wichtige Funktionen sind:
-
--   **Ende-zu-Ende-Verschlüsselung**: Updates werden verschlüsselt und sind nur für autorisierte Benutzer zugänglich.
--   **Teilweise Updates**: Statt komplette Bundles herunterzuladen, werden nur geänderte Komponenten aktualisiert. Dies ermöglicht eine durchschnittliche Downloadzeit von nur 114ms für ein 5MB Bundle.
--   **Hohe Leistung**: Innerhalb von 24 Stunden nach der Bereitstellung erreichen die Update-Erfolgsraten 95%.
-
-### Von Capgo angebotene Compliance-Tools
-
-Capgo enthält Tools, die für die Einhaltung von Vorschriften und reibungslose Updates entwickelt wurden:
-
-| Funktion | Compliance-Vorteil |
-| --- | --- |
-| Channel-System | Ermöglicht kontrollierte Beta-Tests und stufenweise Rollouts |
-| Ein-Klick-Rollback | Behebt Probleme schnell durch Zurücksetzen von Updates |
-| Fehlerverfolgung | Erkennt und löst Fehler proaktiv |
-| Analytics-Dashboard | Verfolgt Update-Performance und Nutzerakzeptanz |
-
-Diese Tools helfen bei der Aufrechterhaltung sicherer Inhalte und Versionskontrolle und tragen zu einer globalen Update-Erfolgsrate von 82% bei, während die Plattform-Richtlinien eingehalten werden [\[1\]](https://capgo.app/).
-
-### Erste Schritte mit Capgo
-
-Der Einstieg in Capgo ist schnell und einfach. Verwenden Sie den folgenden Befehl:
-
-```bash
-npx @capgo/cli init
-```
-
-Der Einrichtungsprozess dauert weniger als 15 Minuten bis zur Bereitstellung Ihres ersten Updates. Capgo unterstützt auch CI/CD-Integration mit Plattformen wie [GitHub Actions](https://docs.github.com/actions) und [GitLab CI](https://docs.gitlab.com/ee/ci/). Die einmalige Einrichtungsgebühr für Capgo beträgt 2.600 $.
-
-## Langfristiges Compliance-Management
-
-Die Einhaltung der App-Store-Richtlinien erfordert langfristig konsequenten Einsatz und Aufmerksamkeit. Regelmäßige Überprüfung und Überwachung von Richtlinien-Updates ist der Schlüssel zur Vermeidung potenzieller Probleme.
-
-### Regelmäßige Richtlinienprüfungen
-
-Häufige Richtlinienüberprüfungen helfen Ihnen, Compliance-Herausforderungen einen Schritt voraus zu sein. Tools wie Capgos Analytics-Dashboard vereinfachen diesen Prozess, indem sie potenzielle Probleme frühzeitig erkennen und Ihnen Zeit geben, diese zu beheben, bevor sie eskalieren.
-
-### Überwachung von Richtlinienänderungen
-
-Die Verfolgung von Richtlinienänderungen umfasst eine Kombination aus automatisierten Tools und manueller Überwachung. Capgo unterstützt diesen Prozess durch:
-
--   Echtzeit-Updates zur Erkennung von Compliance-Problemen
--   Erfolgsraten-Tracking über verschiedene App-Versionen
--   Kontrollierte Update-Verteilung an bestimmte Benutzergruppen
-
-> "Wir praktizieren agile Entwicklung und Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Behebung von Richtlinienverstößen
-
-Die schnelle Behebung von Richtlinienverstößen ist entscheidend für die Aufrechterhaltung hoher Update-Erfolgsraten. Capgo erleichtert dies durch:
-
-1. **Sofortige Rollback-Optionen**  
-Updates schnell rückgängig machen, um weitere Probleme zu vermeiden.
-
-2. **Fehlerverfolgung**  
-Ermittlung der Grundursache von Verstößen für präzise Korrekturen.
-
-3. **Kanalbasiertes Testen**  
-Testen von Fixes an einer ausgewählten Benutzergruppe vor der breiten Einführung von Updates.
-
-Capgo gewährleistet auch die Compliance durch robuste Sicherheitsmaßnahmen wie Ende-zu-Ende-Verschlüsselung und ein partielles Update-System, die Störungen für Benutzer minimieren und hohe Standards aufrechterhalten.
-
-## Fazit
-
-Die Verwaltung von OTA-Updates unter Einhaltung der App-Store-Regeln erfordert sorgfältige Planung und die richtigen Tools. Capgo bietet mit über 23,5 Millionen durchgeführten Updates und 750 Apps in Produktion [\[1\]](https://capgo.app/) eine zuverlässige Lösung für die Handhabung von OTA-Updates innerhalb der Plattform-Richtlinien.
-
-Das Geheimnis für [effektives OTA-Update-Management](https://capgo.app/blog/open-source-licecing/) liegt in der Verwendung robuster Compliance-Tools und Überwachungssysteme. Durch den Einsatz von Ende-zu-Ende-Verschlüsselung und strikte Einhaltung der Plattformanforderungen können Entwickler sowohl Sicherheit als auch reibungslose Abläufe während der Updates gewährleisten.
-
-Selbst Experten auf diesem Gebiet betonen die Bedeutung schneller und konformer Updates. Wie das NASA [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/) Team anmerkte:
-
-> "Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Für Entwickler, die Compliance mit zeitnahen Updates in Einklang bringen möchten, ist ein solides Update-Management-System entscheidend. Tools, die Funktionen wie sofortige Rollbacks, Echtzeit-Analysen und kanalbasierte Verteilung bieten, helfen Teams dabei, Updates effizient und innerhalb der Compliance-Grenzen bereitzustellen.
diff --git a/src/content/blog/de/capacitor-ota-updates-targeting-ios-vs-android.md b/src/content/blog/de/capacitor-ota-updates-targeting-ios-vs-android.md
deleted file mode 100644
index c39292af2..000000000
--- a/src/content/blog/de/capacitor-ota-updates-targeting-ios-vs-android.md
+++ /dev/null
@@ -1,193 +0,0 @@
----
-slug: capacitor-ota-updates-targeting-ios-vs-android
-title: 'Capacitor OTA Updates: iOS vs. Android im Vergleich'
-description: >-
-  Erkunden Sie die Unterschiede in den OTA-Update-Strategien für iOS und
-  Android, mit Fokus auf Bereitstellung, Sicherheit und Benutzeranforderungen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-01T04:05:37.460Z
-updated_at: 2025-03-24T13:16:58.726Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c2639cd8e4215290f21bf1-1740801998811.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, iOS updates, Android updates, mobile app development, security
-  measures, update strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-**Möchten Sie Ihre** [**Capacitor**](https://capacitorjs.com/) **App sofort ohne App Store Verzögerungen aktualisieren?** Over-the-Air (OTA) Updates ermöglichen es Ihnen, Änderungen an der Web-Ebene (HTML, CSS, JavaScript) Ihrer App ohne erneute Einreichung in App Stores zu übertragen. iOS und Android behandeln diese Updates jedoch unterschiedlich, und das Verständnis dieser Unterschiede ist entscheidend.
-
-### Wichtige Erkenntnisse:
-
--   **iOS**: Updates werden sofort bereitgestellt, folgen aber strengen Regeln, einschließlich Dateipfadbeschränkungen und Strom-/Netzwerkanforderungen
-    
--   **Android**: Verwendet stufenweise Einführungen (1% → 100%) mit flexiblen Strom-/Netzwerkanforderungen und unterstützt Hintergrund-Updates
-    
--   **Sicherheit**: Beide Plattformen setzen strenge Sicherheitsmaßnahmen durch - iOS verlässt sich auf hardwaregestützte Verschlüsselung, während Android Verified Boot und [SELinux](https://enwikipediaorg/wiki/Security-Enhanced_Linux) verwendet
-    
--   [**Capgo**](https://capgo.app/): Eine Plattform, die OTA-Updates vereinfacht und weltweit über **9476 Millionen Updates** mit Werkzeugen für effiziente, sichere und konforme Bereitstellungen liefert
-    
-
-### Schneller Vergleich:
-
-| Funktion | iOS | Android |
-| --- | --- | --- |
-| **Update-Bereitstellung** | Sofortige Vollversion | Stufenweise Einführung (1% → 100%) |
-| **Hintergrund-Updates** | Eingeschränkt | Unterstützt A/B-Updates |
-| **Speicherung** | Erfordert vollständigen Download | Unterstützt Streaming-Updates |
-| **Sicherheit** | Hardwaregestützte Verschlüsselung | Verified Boot, SELinux |
-| **Stromanforderungen** | 50% Akku oder eingesteckt | Flexibel |
-| **Netzwerk** | WLAN erforderlich | Unterstützt verschiedene Verbindungen |
-
-Capgo hilft, den Prozess zu optimieren und stellt sicher, dass Updates auf beiden Plattformen sicher, effizient und konform sind. Egal ob Sie iOS oder Android anvisieren, das Verständnis dieser Unterschiede wird Ihnen helfen, eine bessere OTA-[Update-Strategie](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) zu entwickeln.
-
-## Wie iOS und Android mit OTA-Updates umgehen
-
-iOS und Android verfolgen unterschiedliche Ansätze beim Umgang mit OTA (Over-the-Air) Updates, sowohl in ihrer technischen Ausführung als auch in den Genehmigungsprozessen.
-
-### iOS App Store Update-Regeln
-
-Apple hat strenge Richtlinien für OTA-Updates. Geräte müssen bestimmte technische Bedingungen erfüllen: Sie müssen iOS 5 oder höher ausführen, mit einem stabilen WLAN-Netzwerk verbunden sein und entweder mindestens 50% Akkulaufzeit haben oder an eine Stromquelle angeschlossen sein [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/). Über diese technischen Anforderungen hinaus setzt Apple einen strengen Überprüfungsprozess durch, der Updates auf Sicherheit, Leistung, Geschäftskonformität, Design und rechtliche Standards prüft [\[4\]](https://developer.apple.com/app-store/review/guidelines/).
-
-### Google Play Store Update-Regeln
-
-Google Play arbeitet anders und verwendet ein stufenweises Einführungssystem. Updates beginnen mit einer kleinen Freigabe für 1% der Nutzer für 24-48 Stunden und erweitern sich dann, oft in 25%-Schritten, bis sie innerhalb von ein bis zwei Wochen die vollständige Bereitstellung erreichen [\[7\]](https://wwwphonearenacom/news/Google-engineer-Dan-Morrill-talks-about-Android-OTA-updates-and-why-you-need-to-be-patient_id49573). Seit August 2023 müssen alle neuen Android-Versionen das höchste verfügbare API-Level anvisieren [\[3\]](https://applandeocom/blog/upcoming-google-play-a-appstore-updates-how-will-they-affect-your-mobile-app/). Zusätzlich verwendet Android Streaming-Updates, die den Bedarf an zusätzlichem Speicherplatz während des [Update-Prozesses](https://capgo.app/docs/plugin/cloud-mode/manual-update/) reduzieren [\[8\]](https://sourceandroidcom/docs/core/ota/ab).
-
-### Plattform-Update-Unterschiede
-
-Die wichtigsten Unterschiede zwischen iOS- und Android-OTA-Updates sind nachfolgend aufgeführt:
-
-| Funktion | iOS | Android |
-| --- | --- | --- |
-| Update-Bereitstellung | Sofortige Vollversion | Stufenweise Einführung (1% → 25% → 50% → 100%) |
-| Hintergrund-Updates | Eingeschränkt | Unterstützt A/B-Updates im Hintergrund [\[8\]](https://sourceandroidcom/docs/core/ota/ab) |
-| Speicherverwaltung | Erfordert vollständigen Download | Unterstützt Streaming-Updates [\[8\]](https://sourceandroid| Stromanforderungen | Mindestens 50% Akku oder angeschlossen [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | Flexible Stromanforderungen |
-| Netzwerkanforderungen | WLAN-Verbindung erforderlich [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | Unterstützt verschiedene Verbindungstypen |
-
-Das A/B-Update-System von Android zeichnet sich dadurch aus, dass Updates im Hintergrund installiert werden können, ohne den Benutzer zu unterbrechen. Dieses System verwendet zwei Slots für boot-kritische Partitionen und vermeidet die Notwendigkeit von doppelten Partitionen, wodurch der Speicherplatz im Vergleich zu älteren Methoden optimiert wird [\[6\]](https://sourceandroidcom/docs/core/ota). iOS hingegen folgt einem stärker kontrollierten und unmittelbaren Update-Prozess, der Stabilität und Benutzeraufsicht priorisiert.
-
-## Benutzergruppen und Update-Verteilung
-
-Bei der Update-Verteilung müssen Strategien die besonderen Einschränkungen verschiedener Geräte und Betriebssysteme berücksichtigen.
-
-### Gerätebasierte Update-Regeln
-
-Die Update-Anforderungen hängen stark von der Hardware und Plattform ab. iOS-Geräte benötigen beispielsweise mindestens 20% Akku für benutzerseitig initiierte Updates und 30% für [automatische Updates](https://capgo.app/docs/plugin/cloud-mode/auto-update/). Bei Macs unterscheiden sich die Anforderungen je nach Chipset - 20% Akku für Apple Silicon Geräte und 50% für Intel-basierte Geräte [\[10\]](https://supportapplecom/guide/deployment/about-software-updates-depc4c80847a/web). Android hat dagegen ein flexibleres System, steht aber vor Herausforderungen aufgrund der Ecosystem-Fragmentierung. Hersteller und Provider verursachen Verzögerungen, wobei Sicherheitsupdates durchschnittlich 24 Tage und zusätzliche 11 Tage für gerätespezifische Fertigstellungen benötigen [\[11\]](https://dlacmorg/doi/101145/33722973423346).
-
-### Betriebssystem-Anforderungen
-
-Betriebssystemanforderungen spielen eine wichtige Rolle bei der Verteilung von Updates. Für Android-Apps erzwingt Google Play folgendes:
-
-| Zeitrahmen | Anforderung |
-| --- | --- |
-| Nach 31. August 2024 | Neue Apps müssen Android 14 (API 34+) unterstützen |
-| Aktuell | Bestehende Apps müssen Android 13 (API 33+) unterstützen |
-| Legacy | Apps für Android 12 oder niedriger müssen existierende OS-Versionen einhalten |
-
-Für iOS verwendet Apple Rapid Security Response (RSR), um kritische Patches direkt an die neuesten OS-Versionen zu liefern [\[10\]](https://supportapplecom/guide/deployment/about-software-updates-depc4c80847a/web). Capgo gewährleistet Kompatibilität mit Geräten ab iOS 13.0+ und Android API Level 22+ [\[9\]](https://capgo.app/docs/faq/).
-
-### Update-Strategie Ergebnisse
-
-Androids [Project Treble](https://android-developersgoogleblogcom/2017/05/here-comes-treble-modular-base-forhtml) hat die Zeit für Sicherheitsupdates um etwa 7 Tage reduziert [\[11\]](https://dlacmorg/doi/101145/33722973423346). Für effektives Update-Management wird empfohlen, Entwicklungs- und Produktions-[Update-Kanäle](https://capgo.app/docs/webapp/channels/) zu trennen [\[9\]](https://capgo.app/docs/faq/). Capgo vereinfacht den Prozess mit prozentbasierten Deployments und ermöglicht kontrollierte Rollouts unter Einhaltung der App Store-Richtlinien.
-
-Der Updater speichert heruntergeladene Bundles in plattformspezifischen Verzeichnissen für effiziente und sichere Updates:
-
--   **Android**: `/data/user/0/comexampleapp/code_cache/capgo_updater`
-    
--   **iOS**: `Library/Application Support/capgo`
-    
-
-Dieses Caching-System gewährleistet reibungslose und zuverlässige Updates [\[9\]](https://capgo.app/docs/faq/).
-
-## Update-Geschwindigkeit und Effizienz
-
-Die Geschwindigkeit und Effizienz von OTA (Over-the-Air) Updates spielen eine große Rolle bei der Gestaltung der Benutzererfahrung sowohl auf iOS als auch auf Android. Zwei Faktoren, die dies stark beeinflussen, sind die Netzwerkbedingungen und wie gut Dateigrößen verwaltet werden.
-
-### Dateigröße und Netzwerk-Management
-
-Die Optimierung der Dateigrößen ist entscheidend für reibungslose OTA-Updates. Zum Beispiel führt der Capgo-Updater Update-Prüfungen in einem Hintergrund-Thread während des App-Starts durch und stellt sicher, dass die Benutzeroberfläche reaktionsfähig bleibt [\[9\]](https://capgo.app/docs/faq/).Es unterstützt auch JavaScript-Updates, während nativer Code (wie Java/Kotlin oder Objective-C/Swift) zur Aufrechterhaltung der Stabilität gesperrt wird [\[9\]](https://capgo.app/docs/faq/)
-
-### Vergleich der Update-Geschwindigkeit
-
-Selbst bei kleineren Dateigrößen ist die Update-Geschwindigkeit immer noch ein wichtiger Faktor. iOS hat hier oft einen Vorteil aufgrund seiner eng integrierten Hardware und Software, die Updates schneller verarbeiten kann [\[14\]](https://wwwsimplymaccom/iphone/android-vs-iphone-comparison-of-features-and-performance). Andererseits kann Androids breite Palette an Hardware manchmal zu ungleichmäßiger Update-Leistung führen [\[13\]](https://flexiplecom/compare/android-vs-ios)[\[14\]](https://wwwsimplymaccom/iphone/android-vs-iphone-comparison-of-features-and-performance)
-
-> "Die sofortige Bereitstellung von Live-Updates für Benutzer ist einer der wichtigsten Vorteile von Appflow, Ionics mobiler CI/CD-Plattform"
-> – Cecelia Martinez, Developer Advocate [\[12\]](https://ionicio/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever)
-
-Zur Verbesserung der Update-Effizienz sind Strategien wie differenzielle Updates und die Nutzung nativer Funktionalität entscheidend. Capacitor verlagert beispielsweise bestimmte Operationen auf die native Ebene. In Kombination mit differenziellen Updates reduziert dieser Ansatz sowohl die Update-Zeiten als auch den Datenverbrauch [\[12\]](https://ionicio/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever). Angesichts des dominanten Marktanteils von Android - über 70% weltweit Stand März 2023 [\[13\]](https://flexiplecom/compare/android-vs-ios) - ist die Bereitstellung effizienter Updates besonders wichtig, um eine konsistente Leistung über die verschiedenen Geräte hinweg zu gewährleisten.
-
-###### sbb-itb-f9944d2
-
-## Sicherheitsregeln und Anforderungen
-
-Bei OTA-Updates verfolgen iOS und Android unterschiedliche Ansätze zum Schutz von Daten und Systemsicherheit, wobei jedes System eigene maßgeschneiderte Protokolle verwendet.
-
-### iOS-Sicherheitsstandards
-
-Apples Update-Prozess ist streng kontrolliert und mit strikter Sicherheit konzipiert. iOS-Geräte nutzen **hardwarebasierte Verschlüsselung** mit zwei eingebauten AES-256-Bit-Schlüsseln, die für jedes Gerät einzigartig sind [\[17\]](https://masowasporg/MASTG/0x06a-Platform-Overview/). Jedes Gerät enthält auch eine einzigartige hardwarebasierte UID mit einem integrierten AES-256-Bit-Schlüssel [\[17\]](https://masowasporg/MASTG/0x06a-Platform-Overview/). Updates werden auf Integrität überprüft, für einzelne Geräte angepasst und mit Schutz gegen Downgrade-Angriffe versehen. Apple isoliert während Updates auch Benutzerdaten, um Sicherheitsrisiken zu vermeiden [\[10\]](https://supportapplecom/guide/deployment/about-software-updates-depc4c80847a/web). Ein herausragendes Merkmal sind Apples **Rapid Security Responses**, die eine schnelle Bereitstellung von Sicherheitspatches ohne vollständiges Systemupdate ermöglichen [\[10\]](https://supportapplecom/guide/deployment/about-software-updates-depc4c80847a/web).
-
-### Android-Sicherheitsstandards
-
-Android baut seine Sicherheit auf einer Linux-basierten Grundlage auf und konzentriert sich auf Benutzerisolierung und systemweite Schutzmaßnahmen. Jeder App wird eine einzigartige UID zugewiesen, während **SELinux** obligatorische Zugriffskontrollen durchsetzt. Die **Verified Boot**-Funktion gewährleistet die Code-Authentizität [\[18\]](https://sourceandroidcom/docs/security/features). Für OTA-Updates verwendet Android ein **virtuelles A/B-Partitionssystem** (mit Komprimierung für Geräte ab Android 11), einen hardwaregestützten Keystore für kryptografische Aufgaben und Updates werden über OEMs und Mobilfunkanbieter bereitgestellt [\[15\]](https://enwikipediaorg/wiki/Over-the-air_update).
-
-| Funktion | iOS | Android |
-| --- | --- | --- |
-| Update-Verteilung | Zentralisiert über Apple | Verteilt über OEMs/Carrier |
-| Sicherheitsverifizierung | Hardwarebasierte Verschlüsselung | SELinux + Verified Boot |
-| Patch-Bereitstellung | Rapid Security Responses | Project Mainline Module |
-| Update-Authentifizierung | Gerätespezifische UID | Verified Boot |
-
-### Vergleich der Sicherheitsanforderungen
-
-Die Unterschiede in diesen Frameworks zeigen, wie die Architektur jeder Plattform ihren Sicherheitsansatz prägt.iOS arbeitet nach einem "Walled Garden"-Modell mit strenger Kontrolle und standardisierten Sicherheitsmaßnahmen. Im Gegensatz dazu bietet das offene Android-Ökosystem mehr Flexibilität bei Update-Mechanismen, kann aber manchmal Fragmentierungsprobleme aufweisen [\[15\]](https://enwikipediaorg/wiki/Over-the-air_update). Diese Sicherheitsstrukturen beeinflussen direkt die Zuverlässigkeit von OTA-Updates.
-
-Für Entwickler, die mit Tools wie Capgo arbeiten, ist das Verständnis dieser Unterschiede entscheidend. iOS erzwingt eine strengere App-Isolation und begrenzt den Zugriff auf System-APIs [\[17\]](https://masowasporg/MASTG/0x06a-Platform-Overview/), während Androids breitere Interprozesskommunikationsoptionen ein sorgfältiges Sicherheitsmanagement erfordern [\[18\]](https://sourceandroidcom/docs/security/features). Stand Februar 2025, mit iOS 18.3.1 und verschiedenen Android-Versionen im Einsatz [\[16\]](https://supportapplecom/en-us/100100), müssen Entwickler sicherstellen, dass ihre OTA-Update-Strategien den neuesten Sicherheitsstandards für jede Plattform entsprechen.
-
-## [Capgo](https://capgo.app/) Plattform-Überblick
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-01.jpg?auto=compress)
-
-Capgo vereint plattformspezifische OTA-Update-Regeln in einer optimierten Update-Plattform.
-
-Durch die Zusammenarbeit mit iOS- und Android-Sicherheitsprotokollen gewährleistet Capgo ein nahtloses OTA-Update-Management. Bis heute wurden **9.476 Millionen Updates** über **1.400 Produktions-Apps** ausgeliefert [\[1\]](https://capgo.app/).
-
-### Capgo Kernfunktionen
-
-Capgo konzentriert sich darauf, Update-Herausforderungen mit sicherer, effizienter und konformer Bereitstellung zu lösen. Updates werden mit **Ende-zu-Ende-Verschlüsselung** geschützt, und die Entschlüsselung erfolgt nur auf Benutzergeräten [\[1\]](https://capgo.app/). Für iOS verwendet es einen benutzerdefinierten Dart-Interpreter, um Apples Interpreter-Only-Update-Regel zu entsprechen [\[9\]](https://capgo.app/docs/faq/). Auf Android unterstützt es API-Level 22 und höher, entsprechend den Anforderungen von Capacitor [\[9\]](https://capgo.app/docs/faq/).
-
-| Funktion | Implementierung | Plattform-Unterstützung |
-| --- | --- | --- |
-| Update-Bereitstellung | Sofortige Bereitstellung | iOS 13.0+, Android API 22+ |
-| Sicherheit | Ende-zu-Ende-Verschlüsselung | Beide Plattformen |
-| CI/CD-Integration | Funktioniert mit Azure DevOps, GitHub, GitLab | Plattformübergreifend |
-| Speicherverwaltung | Nur kompilierter Code | Plattformspezifisches Caching |
-| Versionskontrolle | Rollback-Fähigkeit | Beide Plattformen |
-
-### Plattformübergreifendes Update-Management
-
-Capgos Kanalsystem gibt Entwicklern präzise Kontrolle über Updates für iOS und Android. Dieses System ermöglicht:
-
--   Separate Update-Kanäle für iOS und Android
-    
--   Hochladen von [verschiedenen Bundles](https://capgo.app/docs/webapp/bundles/) mit optionaler kanalübergreifender Verknüpfung
-    
--   Automatische Erkennung von Native-Code-Änderungen [\[9\]](https://capgo.app/docs/faq/)
-    
-
-Die reale Auswirkung der Plattform ist deutlich. Zum Beispiel teilte das NASA [OSIRIS-REx](https://enwikipediaorg/wiki/OSIRIS-REx) Team mit:
-
-> "@Capgo ist eine clevere Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Capgo kann jeden JavaScript-Code anpassen, einschließlich App- und generiertem Code, vermeidet aber strikt die Modifikation von nativem Code (wie Java/Kotlin für Android oder Objective-C/Swift für iOS) [\[9\]](https://capgo.app/docs/faq/).
-
-## Fazit
-
-OTA-Updates für [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) erfordern aufgrund plattformspezifischer Regeln unterschiedliche Ansätze für iOS und Android. Für iOS gibt es strengere Kontrollen, wie die Dateipfadbeschränkung, die Server-Pfade auf "/Library/NoCloud/ionic\_built\_snapshots" beschränkt [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Android erlaubt hingegen mehr Freiheit mit weniger Einschränkungen für virtuelle Maschinen und Interpreter, die auf APIs zugreifen [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Diese Unterschiede unterstreichen die Bedeutung der Erstellung von Update-Strategien, die mit dem Framework jeder Plattform übereinstimmen.Die Daten von Plattformen wie Capgo zeigen, wie effektiv diese Strategien sein können. Entwickler haben erfolgreich 9476 Millionen Updates über 1.400 Produktions-Apps ausgeliefert und damit die Skalierbarkeit gut konzipierter Update-Systeme bewiesen [\[1\]](https://capgo.app/). Der Erfolg hängt jedoch stark davon ab, die Anforderungen jeder Plattform zu erfüllen und gleichzeitig strenge Sicherheitsmaßnahmen aufrechtzuerhalten.
-
-Zum Beispiel schreibt Apple vor, dass interpretierter Code weder die Kernfunktionalität einer App verändern noch deren Sicherheit gefährden darf [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Diese Regel verdeutlicht die plattformspezifischen Richtlinien, die Entwickler befolgen müssen, um OTA-Updates effektiv zu implementieren.
\ No newline at end of file
diff --git a/src/content/blog/de/capacitor-ota-updates-version-targeting-explained.md b/src/content/blog/de/capacitor-ota-updates-version-targeting-explained.md
deleted file mode 100644
index 255d7769d..000000000
--- a/src/content/blog/de/capacitor-ota-updates-version-targeting-explained.md
+++ /dev/null
@@ -1,273 +0,0 @@
----
-slug: capacitor-ota-updates-version-targeting-explained
-title: 'Capacitor OTA Updates: Versionierung erklärt'
-description: >-
-  Erfahren Sie, wie das Versions-Targeting für OTA-Updates die App-Stabilität,
-  schnellere Bereitstellungen und bessere Benutzererfahrungen durch die
-  Verwaltung spezifischer App-Versionen gewährleistet.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-14T03:00:49.720Z
-updated_at: 2025-03-24T13:14:15.818Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d37b87bca46a2e63b4584d-1741921265630.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, version targeting, Capacitor, mobile app updates, semantic
-  versioning, app stability, bug fixes
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Over-The-Air (OTA) Updates ermöglichen es Ihnen, App-Änderungen direkt an Benutzer zu übertragen, ohne auf App-Store-Genehmigungen warten zu müssen. Mit **Versions-Targeting** können Sie Updates für bestimmte App-Versionen bereitstellen und so Kompatibilität gewährleisten und Risiken wie Abstürze reduzieren.
-
-Hier erfahren Sie:
-
--   **Was OTA-Updates sind**: Änderungen sofort an Benutzer übertragen und dabei App-Store-Regeln einhalten.
-    
--   **Versions-Targeting**: Updates nur an bestimmte App-Versionen senden, um Fehler zu beheben, Funktionen einzuführen oder Legacy-Benutzer zu unterstützen.
-    
--   **Vorteile**:
-    
-    -   Schnellere Updates (Minuten statt Wochen).
-        
-    -   Bessere App-Stabilität und kontrollierte Einführung.
-        
-    -   Verbesserte Benutzererfahrung durch Vermeidung unnötiger Updates.
-        
--   **Wie man es nutzt**:
-    
-    -   Semantische Versionierung befolgen (**MAJOR.MINOR.PATCH**).
-        
-    -   [Updates konfigurieren](https://capgo.app/docs/plugin/cloud-mode/manual-update/) in Ihrem Capacitor-Projekt.
-        
-    -   Gründlich über alle Zielversionen testen.
-        
-
-**Schneller Vergleich**:
-
-| **Aspekt** | **Traditionelle Updates** | **OTA mit Versions-Targeting** |
-| --- | --- | --- |
-| Bereitstellungszeit | Tage bis Wochen | Minuten |
-| Update-Präzision | Gleiches Update für alle Benutzer | Gezielte Updates nach Version |
-| Risikomanagement | Höheres Risiko weitreichender Probleme | Kontrollierte Einführung nach Version |
-
-[Capgo](https://capgo.app/), eine führende Plattform, berichtet von einer **81%igen Effizienzsteigerung** in Release-Zyklen und hat weltweit über **947,6 Millionen Updates** ausgeliefert.
-
-Möchten Sie lernen, wie Sie es einrichten und häufige Fehler vermeiden? Lesen Sie weiter für eine Schritt-für-Schritt-Anleitung.
-
-## Entdecken Sie [Capgo](https://capgo.app/plugins)'s Ionic [Capacitor](https://capacitorjs.com/) Live Update Plugin
-
-**Technischer Leitfaden zum Versions-Targeting**
-
-Semantische Versionierung ist entscheidend für die effektive Verwaltung von OTA-Updates, um Kompatibilität und reibungslose Übergänge für Benutzer sicherzustellen.
-
-### Semantische Versionsnummern
-
-Capacitor verwendet ein **MAJOR.MINOR.PATCH**-Format für semantische Versionierung. Jeder Teil hat eine bestimmte Rolle:
-
-| Versionskomponente | Wann inkrementieren | Beispiel |
-| --- | --- | --- |
-| **MAJOR** | Für Änderungen, die die Kompatibilität brechen | 2.0.0 → 3.0.0 |
-| **MINOR** | Für neue kompatible Funktionen | 2.1.0 → 2.2.0 |
-| **PATCH** | Für Fehlerbehebungen ohne Kompatibilitätsbruch | 2.1.1 → 2.1.2 |
-
-Diese Struktur stellt sicher, dass Updates präzise und effizient verteilt werden.
-
-### Einrichtung und Konfiguration
-
-Befolgen Sie diese Schritte, um Versions-Targeting in Ihrem Capacitor-Projekt einzurichten:
-
-1. **Erste Einrichtung**
-
-Führen Sie `npx @capgo/cli init` in Ihrem Projektverzeichnis aus. Dies initialisiert die für OTA-Updates benötigten Tools.
-
-2. **Versionskonfiguration**
-
-Definieren Sie Versionsparameter in Ihrer Capacitor-Konfigurationsdatei. Hier ein Beispiel:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "versionName": "2.1.0",
-  "versionCode": 21
-}
-```
-
-3. **Build-Prozess**
-
-Nach der Konfiguration bauen Sie Ihre App wie gewohnt. Das Versions-Targeting-System übernimmt die Update-Verteilung basierend auf diesen Einstellungen.
-
-Diese Schritte stellen sicher, dass Ihre OTA-Updates zuverlässig und auf bestimmte App-Versionen zugeschnitten sind.
-
-> "Mit Capgo können Sie mehrere Releases pro Woche mit einer beeindruckenden Effizienzsteigerung von 81% starten." - Capgo [\[1\]](https://capgo.app/)
-
-Capgos System hat weltweit fast 947,6 Millionen Updates ausgeliefert und unterstützt über 1.400 Produktions-Apps [\[1\]](https://capgo.app/). Dies zeigt die Zuverlässigkeit von versionsgerichteten OTA-Updates.
-
-Updates werden im Hintergrund angewendet und minimieren so Störungen für den Benutzer - ein effektiver Ansatz für die Verwaltung mehrerer App-Versionen.
-
-## Wann Versions-Targeting einsetzen
-
-Versions-Targeting hilft bei der Verwaltung von Updates über verschiedene Benutzergruppen hinweg und gewährleistet App-Stabilität und eine bessere Benutzererfahrung.
-
-### Wichtige Anwendungsfälle
-
-Hier sind Situationen, in denen Versions-Targeting besonders nützlich sein kann:
-
-| Szenario | Umsetzung | Vorteile |
-| --- | --- | --- |
-| Kritische Fehlerbehebungen | Updates auf Versionen mit dem Fehler konzentrieren | Begrenzt Auswirkungen auf Benutzer ohne das Problem |
-| Feature-Einführungen | Funktionen schrittweise für neuere Versionen freigeben | Ermöglicht sorgfältige Überwachung und Tests |
-| Legacy-Support | Ältere Versionen kompatibel halten | Stellt sicher, dass alle Benutzer die App weiter nutzen können |
-| Beta-Tests | Updates auf bestimmte Versionsgruppen ausrichten | Schafft eine kontrollierte Testumgebung |
-
-Schauen wir uns die spezifischen Vorteile dieses Ansatzes an.
-
-### Hauptvorteile
-
-Versions-Targeting bietet klare Vorteile für Entwickler und Benutzer:
-
-**Bessere Stabilität**
-
--   Minimiert Abstürze durch Sicherstellung der Kompatibilität mit spezifischen Versionen.
-    
--   Ermöglicht schnelle Rollbacks bei Problemen.
-    
--   Hält App-Performance über verschiedene Versionen hinweg konstant.
-    
-
-**Optimierter Entwicklungsprozess**
-
--   Gibt Teams präzise Kontrolle über die Update-Verteilung.
-    
--   Beschleunigt Fehlerbehebungen für spezifische Versionen.
-    
--   Reduziert Risiken bei der Einführung neuer Funktionen.
-    
-
-**Verbesserte Benutzererfahrung**
-
-Durch die Bereitstellung nur relevanter Updates vermeiden Benutzer unnötige Änderungen. Entwickler Andrew Peacock hebt die Auswirkungen hervor:
-
-> "Mit Capgo können wir Live-Code-Änderungen nach unserem Zeitplan pushen und sicherstellen, dass unsere Benutzer immer die neuesten Funktionen und Fixes haben ohne lange zu warten" [\[1\]](https://capgo.app/)
-
-Dieser Ansatz ist besonders effektiv in Unternehmensumgebungen, wo mehrere App-Versionen koexistieren müssen. Er knüpft auch nahtlos an frühere Diskussionen zur technischen Einrichtung an und zeigt, wie maßgeschneiderte OTA-Updates einen echten Unterschied machen können.
-
-## Implementierungsrichtlinien
-
-Nachdem Sie die technische Grundlage gelegt haben, ist es Zeit, Ihre [Update-Strategie](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) effektiv zu planen und umzusetzen.
-
-### Planung Ihrer Update-Strategie
-
-Um ein reibungsloses Versions-Targeting sicherzustellen, ist es wichtig, klare Richtlinien zu etablieren. Das Capgo-Team empfiehlt, sich auf drei Hauptkomponenten zu konzentrieren:
-
-| Komponente | Zweck | Wie umsetzen |
-| --- | --- | --- |
-| **Versionskategorien** | Update-Typen definieren | Semantische Versionierung nutzen (major.minor.patch) |
-| **Release-Zeitplan** | Update-Häufigkeit planen | Konsistente Intervalle festlegen, aber flexibel für dringende Fixes bleiben |
-| **Testprotokoll** | Update-Stabilität sicherstellen | Gründlich über alle Zielversionen testen vor der Freigabe |
-
-Sobald Ihre Strategie steht, vermeiden Sie häufige Fehler, die Ihre Bereitstellung stören können.
-
-### Häufige Fehler vermeiden
-
-Entwicklungsteams stoßen oft auf Probleme beim Verwalten des Versions-Targetings. Hier sind einige Fallstricke, die Sie vermeiden sollten:
-
--   **Unzureichende Testabdeckung**  
-    Testen Sie Updates immer über alle Zielversionen, um übersehene Probleme zu vermeiden.
-    
--   **Schlechte Versionskontrolle**  
-    Führen Sie strikte Versionsdokumentation und definieren Sie klare Kompatibilitätsgrenzen.
-    
--   **Mangelnde Kommunikation**  
-    Halten Sie Benutzer über Versionsanforderungen und kommende Änderungen auf dem Laufenden, um Verwirrung zu minimieren.
-    
-
-### Wartung alter Versionen
-
-Die Unterstützung älterer Versionen ist genauso wichtig wie die Einführung neuer. So können Sie dies effektiv managen und gleichzeitig Abwärtskompatibilität sicherstellen:
-
--   **Feature Flags**
-    
-    -   Kontrollieren Sie, welche Funktionen in bestimmten Versionen verfügbar sind.
-        
-    -   Führen Sie Updates schrittweise für Zielversionsgruppen ein.
-        
-    -   Deaktivieren Sie Funktionen schnell bei Problemen.
-        
--   **Versionsspezifische Tests**
-    
-    -   Richten Sie dedizierte Testumgebungen für jede unterstützte Version ein.
-        
-    -   Überprüfen Sie, dass Updates nicht mit bestehender Funktionalität kollidieren während neue Features für kompatible Versionen eingeführt werden.
-        
--   **Umfassende Dokumentation**
-    
-    -   Pflegen Sie detaillierte Dokumentation für jede Version, einschließlich API-Änderungen, Konfigurationsanforderungen und bekannter Einschränkungen.
-
-## Versions-Targeting-Probleme beheben
-
-Versions-Targeting bei [Capacitor OTA-Updates](https://capgo.app/ja/) kann manchmal Herausforderungen schaffen, die die Funktionalität stören. Nachfolgend finden Sie Schritte zur effektiven Identifizierung und Behebung dieser Probleme.
-
-### Bekannte Probleme
-
-Hier sind einige häufige Probleme, die während OTA-Bereitstellungen auftreten können:
-
-| **Problemtyp** | **Häufige Ursachen** | **Auswirkung** |
-| --- | --- | --- |
-| Versions-Mismatch | Falsche Verwendung von SemVer | Updates werden nicht angewendet |
-| Konfigurationsfehler | Falsch ausgerichtete App-Einstellungen | Bereitstellungsprobleme |
-| Netzwerkprobleme | Instabile Verbindungen | Unvollständige Updates |
-
-Diese Probleme können die App-Performance und Benutzererfahrung negativ beeinflussen.
-
-### Problemlösungsschritte
-
-Um Versions-Targeting-Probleme zu beheben, folgen Sie diesen Schritten:
-
-1. **Versionskonfiguration überprüfen**  
-   Prüfen Sie Ihre App-Konfigurationsdateien, um sicherzustellen, dass Versionsnummern das SemVer-Format (MAJOR.MINOR.PATCH) korrekt verwenden. Bestätigen Sie Konsistenz über alle Bereitstellungsumgebungen.
-    
-2. **Diagnose durchführen**  
-   Testen Sie über Ziel-App-Versionen hinweg, um Kompatibilitätsprobleme zu identifizieren. Nutzen Sie Tools wie Capgos CLI-Diagnose für schnelle Fehlerbehebung.
-    
-3. **Implementierung überprüfen**  
-   Untersuchen Sie Ihre Update-Strategie unter Berücksichtigung von Faktoren wie Netzwerkzuverlässigkeit während Updates, Gerätekompatibilität und Speicherbeschränkungen.
-    
-
-### Hilfsressourcen
-
-Wenn Sie zusätzliche Hilfe benötigen, hier einige nützliche Ressourcen:
-
-| **Ressourcentyp** | **Zweck** | **Zugang** |
-| --- | --- | --- |
-| Dokumentation | Technische Anleitungen | Offizielle Capacitor-Docs |
-| Community-Foren | Peer-Beratung und Lösungen | Entwickler-Communities |
-| Support-Tools | Automatisierte Fehlerbehebung | Capgo-Plattform |
-
-Diese Ressourcen können Ihnen helfen, Probleme effizient zu lösen und Bereitstellungsverzögerungen zu vermeiden, um reibungslosere Updates und bessere App-Performance sicherzustellen.
-
-## Zusammenfassung
-
-Versions-Targeting für OTA-Updates bietet einen intelligenteren Weg zur Verwaltung von App-Bereitstellungen. Durch die Ermöglichung von Updates für spezifische App-Versionen bietet es präzise Kontrolle, minimiert Kompatibilitätsprobleme und gewährleistet einen reibungsloseren Betrieb.
-
-| Vorteil | Auswirkung | Messbares Ergebnis |
-| --- | --- | --- |
-| Bereitstellungseffizienz | Beschleunigt Veröffentlichungszyklen | 81% Steigerung bei wöchentlichen Releases |
-| Update-Kontrolle | Verwaltet Versionen präzise | Gezielte Bereitstellung von 947,6M+ Updates |
-| Kosteneinsparungen | Reduziert Betriebskosten | 2.600 € Einrichtung vs. 6.000 € jährliche Alternativen |
-
-Diese Methode stellt sicher, dass Updates nur an kompatible Geräte gesendet werden und reduziert damit versionsbezogene Herausforderungen.
-
-### Erste Schritte
-
-Um das Beste aus dem Versions-Targeting herauszuholen, ist ein solider Plan für die Aufrechterhaltung der App-Kompatibilität entscheidend. Plattformen wie Capgo vereinfachen diesen Prozess mit Funktionen wie automatisierter Verwaltung, [sicherer Verschlüsselung](https://capgo.app/docs/cli/migrations/encryption/) und Einhaltung der App-Store-Regeln. Hier sind einige Schritte für einen effektiven Start:
-
--   **Versionsregeln festlegen**: Definieren Sie klare Einschränkungen zur Verwaltung der Update-Verteilung.
-    
--   **Bereitstellungen überwachen**: Überwachen Sie die Update-Erfolgsraten über verschiedene App-Versionen hinweg.
-    
--   **Unterstützung älterer Versionen**: Halten Sie kritische ältere Versionen funktionsfähig, während Sie Benutzer zu Updates ermutigen.
diff --git a/src/content/blog/de/capacitor-ota-updates-versioning-best-practices.md b/src/content/blog/de/capacitor-ota-updates-versioning-best-practices.md
deleted file mode 100644
index dfce95159..000000000
--- a/src/content/blog/de/capacitor-ota-updates-versioning-best-practices.md
+++ /dev/null
@@ -1,274 +0,0 @@
----
-slug: capacitor-ota-updates-versioning-best-practices
-title: 'Capacitor OTA Updates: Best Practices für die Versionierung'
-description: >-
-  Erfahren Sie mehr über Best Practices für die Verwaltung von Capacitor
-  OTA-Updates, einschließlich Versionierungsstrategien, häufiger Fallstricke und
-  Sicherheitsmaßnahmen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-26T04:29:43.897Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67be629d36a1a0b25cc0f4e3-1740544205565.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, OTA updates, versioning, mobile development, app updates, semantic
-  versioning, deployment strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Here's the German translation:
-
-**Möchten Sie App-Updates sofort bereitstellen, ohne auf App-Store-Genehmigungen zu warten?** Mit [Capacitor](https://capacitorjs.com/)s Over-the-Air (OTA) Updates können Sie genau das tun, indem Sie Echtzeit-Updates der Web-Inhalte Ihrer App ermöglichen. Für reibungslose Bereitstellungen benötigen Sie jedoch solide Versionskontrollpraktiken.
-
-Das lernen Sie in diesem Leitfaden:
-
--   **Warum OTA-Updates Zeit sparen:** Überspringen Sie App-Store-Verzögerungen und steigern Sie die Effizienz um bis zu **81%**.
-    
--   **Wie man Versionen verwaltet:** Nutzen Sie Semantic Versioning (MAJOR.MINOR.PATCH) um Updates effektiv zu verfolgen.
-    
--   **Häufige Fallstricke vermeiden:** Nicht übereinstimmende Builds, fehlgeschlagene Konfigurationen und Probleme bei der Update-Rückverfolgbarkeit.
-    
--   **Die besten Tools für die Aufgabe:** Tools wie `capacitor-sync-version-cli` und [Capgo](https://capgo.app/) vereinfachen Versionierung und Bereitstellung.
-    
--   **Update-Strategien:** Wählen Sie zwischen Teil- und Komplett-Updates, phasenweisen Rollouts und optionalen vs. erforderlichen Updates.
-    
-
-**Schnelltipp:** Beginnen Sie mit Version **0.1.0**, erhöhen Sie MINOR für neue Funktionen und PATCH für Fehlerbehebungen. Validieren Sie immer Builds und Konfigurationen vor der Veröffentlichung.
-
-Bereit, Ihre [Capacitor OTA-Updates](https://capgo.app/ja/) zu optimieren? Lassen Sie uns einsteigen.
-
-## Semantische Versionierung
-
-<iframe src="https://www.youtube.com/embed/rEgevIkqp2o" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Versionskontroll-Richtlinien für [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-26.jpg?auto=compress)
-
-Die Verwaltung von Capacitor OTA-Updates erfordert eine klare Versionskontrollstrategie. So halten Sie alles stabil und stellen sicher, dass Updates reibungslos laufen.
-
-### Grundlagen der semantischen Versionierung
-
-Semantische Versionierung (SemVer) ist eine weit verbreitete Methode zur Versionsnummerierung, strukturiert als MAJOR.MINOR.PATCH. Jeder Teil hat eine spezifische Rolle:
-
-| **Versionskomponente** | **Zweck** | **Wann aktualisieren** |
-| --- | --- | --- |
-| **MAJOR (X)** | Signalisiert Breaking Changes | Bei Einführung von API-Inkompatibilität |
-| **MINOR (Y)** | Fügt neue Funktionen hinzu | Bei Hinzufügen rückwärtskompatibler Funktionalität |
-| **PATCH (Z)** | Behebt Fehler | Bei Implementierung rückwärtskompatibler Fixes |
-
-Apples Richtlinien für heruntergeladenen Code sind beachtenswert:
-
-> "Interpretierter Code kann in eine Anwendung heruntergeladen werden, jedoch nur solange dieser Code: (a) den primären Zweck der Anwendung nicht durch Funktionen oder Funktionalitäten ändert, die nicht mit dem beabsichtigten und beworbenen Zweck der im App Store eingereichten Anwendung übereinstimmen (b) keinen Store oder keine Verkaufsplattform für anderen Code oder Anwendungen erstellt (c) keine Signierung, Sandbox oder andere Sicherheitsfunktionen des Betriebssystems umgeht." [\[2\]](https://github.com/Cap-go/capacitor-updater)
-
-### Implementierung der Versionskontrolle
-
-Für eine effektive Verwaltung von Capacitor OTA-Updates können Entwickler Tools wie `capacitor-set-version` und `capacitor-sync-version-cli` verwenden. Diese Tools vereinfachen die Versionsverwaltung durch [Automatisierung von Updates](https://capgo.app/docs/live-updates/update-behavior/) über alle Plattformen hinweg.
-
-So beginnen Sie:
-
--   **Automatische Versionssynchronisierung**: Verwenden Sie `capacitor-sync-version-cli`, um Versionsnummern über alle Plattformen hinweg synchron zu halten.
-    
--   **Build-Verifizierung**: Richten Sie Prüfungen ein, um Commit-Nachweise vor jedem Build zu bestätigen.
-    
--   **Konfigurationsvalidierung**: Automatisieren Sie die Validierung von Capacitor-Einstellungen, um Konfigurationsfehler zu vermeiden.
-    
-
-Beginnen Sie mit Version **0.1.0** und erhöhen Sie die Minor-Versionsnummer für jede neue Funktion. Die Befolgung dieser Schritte hilft, Fehler zu reduzieren, aber es gibt immer noch häufige Fehler, die es zu vermeiden gilt.
-
-### Häufige Versionskontrollfehler
-
-Selbst mit guten Praktiken können Fehler auftreten. Tools wie `capsafe` können helfen, plattformspezifische Probleme zu identifizieren und zu verhindern. Darauf sollten Sie achten:
-
--   **Build-Verifizierung**: Automatisieren Sie Prüfungen für Commit-Nachweisdateien und stellen Sie die Build-Synchronisation über Plattformen hinweg sicher.
-    
--   **Plattformspezifische Versionierung**: Achten Sie auf iOS- und Android-Versionscodes, um Diskrepanzen zu vermeiden.
-    
--   **Update-Validierung**: Bestätigen Sie, dass OTA-Updates nicht die Kernfunktionalität der App beeinträchtigen.
-    
-
-Für iOS-Builds stellt `capsafe` sicher, dass die Datei `ios/App/public/commit-evidence.json` vorhanden ist. Dieser Schritt ist entscheidend, um die Bereitstellung veralteter Web-Builds zu vermeiden [\[3\]](https://github.com/fkirc/capacitor-build-safety). Eine ordnungsgemäße Überprüfung gewährleistet zuverlässige Updates und reduziert das Risiko defekter Releases.
-
-## OTA-Update-Verwaltungsmethoden
-
-Die Wahl der richtigen Bereitstellungsmethoden, Teststrategien und Update-Richtlinien ist entscheidend für die Verwaltung von Capacitor OTA-Updates. Hier ist eine Aufschlüsselung der wichtigsten Ansätze für reibungslose und effiziente Updates.
-
-### Teil- vs. Komplett-Updates
-
-Die Entscheidung zwischen Teil- und Komplett-Updates kann sowohl die App-Leistung als auch die Benutzererfahrung beeinflussen. Teil-Updates konzentrieren sich auf Web-Assets wie [JavaScript-Bundles](https://capgo.app/docs/webapp/bundles/) und eignen sich ideal für schnelle Fixes oder kleinere UI-Anpassungen. Andererseits sind Komplett-Updates erforderlich, wenn native Code-Änderungen betroffen sind, da sie das gesamte App-Bundle ersetzen.
-
-| Update-Typ | Ideal für | Vorteile | Zu beachten |
-| --- | --- | --- | --- |
-| Teilweise | Fehlerbehebungen, UI-Anpassungen | Kleinere Downloads, schnellere Updates | Beschränkt auf Web-Inhalte. Stellen Sie sicher, dass Änderungen mit der ursprünglichen App-Absicht übereinstimmen [\[2\]](https://github.com/Cap-go/capacitor-updater). |
-| Komplett | Native Code-Updates | Umfassende Modifikationen | Größere Downloads und längere Installationszeiten. |
-
-Für Teil-Updates können Sie das kompilierte App-Bundle aus `dist/` oder `www/` in das native Dateisystem extrahieren, um bestimmte Assets zu aktualisieren, ohne das gesamte App-Bundle zu ersetzen.
-
-### Phasenweise Releases und Tests
-
-Phasenweise Releases ermöglichen eine graduelle Einführung von Updates, reduzieren Risiken und geben Zeit, potenzielle Probleme zu erkennen. Mit dem phasenweisen Release-System von [App Store Connect](https://developer.apple.com/app-store-connect/) werden Updates über sieben Tage verteilt, wobei täglich ein steigender Prozentsatz der Nutzer das Update erhält:
-
-| Tag | Prozentsatz der Nutzer | Empfohlene Aktionen |
-| --- | --- | --- |
-| 1.–2. | 1–2% | Überwachen Sie Absturzberichte und sammeln Sie Feedback. |
-| 3.–4. | 5–10% | Verfolgen Sie Leistungsmetriken. |
-| 5.–6. | 20–50% | Bewerten Sie Nutzerengagement. |
-| 7.   | 100% | Finalisieren Sie den Rollout. |
-
-Zum Beispiel verwendete Supercell im Januar 2024 diese Strategie für das Update von "Clash of Clans". Während einer 10%-Rollout-Phase identifizierten sie einen kritischen Fehler und pausierten die Veröffentlichung, um ihn zu beheben, wodurch weitreichende Probleme für ihr globales Publikum vermieden wurden [\[4\]](https://developer.apple.com/help/app-store-connect/update-your-app/release-a-version-update-in-phases).
-
-### Erforderliche vs. Optionale Updates
-
-Das Finden der richtigen Balance zwischen App-Funktionalität und Benutzererfahrung ist entscheidend bei der Entscheidung zwischen erforderlichen und optionalen Updates. Für kritische Fixes kann ein erzwungenes Update notwendig sein, sollte aber sparsam eingesetzt werden, um Nutzer nicht zu frustrieren. Das Capacitor SDK bietet Optionen für Update-Modi, einschließlich:
-
-> "Wir empfehlen diesen Modus generell nicht, da er dazu führen kann, dass der Splash-Screen lange angezeigt wird, besonders wenn der Nutzer eine schlechte Netzwerkverbindung hat."  
-> – Capacitor SDK Setup – [Appflow](https://ionic.io/appflow/), bezüglich Force Update
-
-Um eine reibungslose Benutzererfahrung während kritischer Workflows wie der Authentifizierung zu gewährleisten, erwägen Sie die Implementierung von Update-Blocking-Mechanismen. Zum Beispiel:
-
-```javascript
-// Before login  
-localStorage.shouldBlockReload = true;
-
-// After successful login  
-localStorage.shouldBlockReload = false;
-```
-
-Alternativ ermöglichen Hintergrund-Updates den Nutzern die weitere Verwendung der aktuellen Version, während die neue Version im Hintergrund heruntergeladen wird.
-
-Diese Strategien bieten eine solide Grundlage für die effektive Verwaltung von Updates bei minimaler Störung. Der nächste Abschnitt befasst sich mit Update-Richtlinien und Sicherheitsüberlegungen.
-
-## Update-Regeln und Sicherheit
-
-OTA-Updates erfordern die Einhaltung von App-Store-Richtlinien und strenge Sicherheitsprotokolle.
-
-### App-Store-Update-Richtlinien
-
-Apple und Google Play setzen strenge Regeln durch, um sicherzustellen, dass Apps sicher und qualitativ hochwertig bleiben. Zum Beispiel verlangt Google Play ab dem 31. August 2024, dass alle neuen Apps und Updates Android 14 (API Level 34) als Ziel haben[\[8\]](https://developer.android.com/google/play/requirements/target-sdk). Entwickler können eine Verlängerung bis zum 1. November 2024 beantragen, wenn sie mehr Zeit benötigen.
-
-Hier sind einige zeitbasierte Update-Kontrollen zu beachten:
-
-| Update-Kontrollmethode | Beschreibung | Vorteile |
-| --- | --- | --- |
-| Verzögerte Updates | Updates 1–90 Tage nach Veröffentlichung verschieben | Ermöglicht kontrolliertes Testen und graduellen Rollout |
-| Versionskontrolle | Entscheiden, welche App-Versionen Updates erhalten | Unterstützt stufenweise Bereitstellung und Tests |
-| [Automatische Updates](https://capgo.app/docs/plugin/cloud-mode/auto-update/) | Update-Verhalten auf verwalteten Geräten festlegen | Vereinfacht die Wartung |
-
-Um Fristen durchzusetzen, verwenden Sie Systemmitteilungen. Forschungen zeigen, dass konsistente, gut geplante Updates das Nutzerengagement um bis zu 200% steigern können[\[9\]](https://moldstud.com/articles/p-update-your-app-on-google-play-best-practices-and-tips). Über die Einhaltung von App-Store-Regeln hinaus ist die Gewährleistung der Sicherheit Ihrer Updates ebenso wichtig.
-
-### Update-Sicherheitsstandards
-
-Eine starke Versionskontrolle ist essentiell für die Aufrechterhaltung der Update-Integrität, aber geschichtete Sicherheitsmaßnahmen sind ebenso wichtig. Sichern Sie OTA-Updates mit Verschlüsselung, Authentifizierung und Integritätsprüfungen ab. Dr. James J. Hunt, Gründer, CEO und CTO von aicas, erklärt:
-
-> "Der Bedarf an Over-the-Air-Updates wird durch die digitale Transformation der Industrie für Software und künstliche Intelligenz vorangetrieben – beides erfordert von Lösungsanbietern, den gesamten DevOps-Zyklus zu überdenken"[\[7\]](https://www.aicas.com/wp/whitepaper/security-aspects-of-over-the-air-ota-updates/)
-
-Wichtige Sicherheitsebenen umfassen:
-
-| Sicherheitsebene | Implementierung | Zweck |
-| --- | --- | --- |
-| Verschlüsselung | TLS mit CA-signierten Zertifikaten | Schützt Update-Pakete während der Übertragung |
-| Authentifizierung | Hardware-basierte Sicherheitsschlüssel | Bietet stärkeren Schutz als dateibasierte Schlüssel |
-| Integritätsprüfung | Kryptographische Signaturen | Bestätigt die Authentizität des Updates |
-| Rollback-Schutz | Automatischer Fallback-Mechanismus | Verhindert Geräteausfall bei fehlgeschlagenen Updates |
-
-**Schritte zur Verbesserung der Update-Sicherheit:**
-
-1. **Sichere Verbindungen aufbauen**
-   TLS mit Hostnamen-Verifizierung und CA-signierten Zertifikaten verwenden, um Serververbindungen zu überprüfen[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security).
-
-2. **Update-Pakete schützen**
-   Updates verschlüsseln und nach der Verschlüsselung digitale Signaturen anbringen. Für maximale Sicherheit luftdichte Systeme für digitale Signierung verwenden[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security)[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices).
-
-3. **Wiederherstellungsmechanismen implementieren**
-   Automatische Rollback-Funktionen aktivieren, um fehlgeschlagene Updates effektiv zu behandeln[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices).
-
-Dr. Hunt betont auch die Bedeutung von OTA-Updates in fortschrittlichen Technologien:
-
-> "OTA ist bereits ein Schlüsselfaktor für die Vertrauenswürdigkeit autonomer Fahrsysteme" - Dr. James J. Hunt, Gründer, CEO und CTO von aicas[\[7\]](https://www.aicas.com/wp/whitepaper/security-aspects-of-over-the-air-ota-updates/)
-
-Die UNECE hat UN-Regelungen (UN R155/R156) genehmigt, die einen Rahmen für sichere OTA-Updates in verschiedenen Branchen bieten. Diese Standards gewährleisten sichere und zuverlässige Updates.
-
-## OTA-Update Software-Optionen
-
-Die Wahl der richtigen OTA-Update-Software ist mehr als eine Sicherheitsmaßnahme - sie ist der Schlüssel zur Gewährleistung einer reibungslosen Bereitstellung, effektiver Versionskontrolle und optimierter Release-Zyklen für Capacitor-Apps. Die richtigen Tools machen die Update-Verwaltung einfacher und effizienter.
-
-### [Capgo: OTA-Update-Plattform](https://capgo.app)
-
-![Capgo: OTA Update Platform](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-26.jpg?auto=compress)
-
-Capgo hat **482,9 Millionen Updates** über **1.800 Apps** ausgeliefert und die Release-Effizienz um beeindruckende **81%** verbessert[\[1\]](https://capgo.app/). Hier sind die Vorteile:
-
-- **Sicherheit**: Funktionen wie Ende-zu-Ende-Verschlüsselung und Code-Signatur-Verifizierung gewährleisten sichere Updates.
-
-- **Integration**: Arbeitet nahtlos mit CI/CD-Plattformen wie [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), [GitHub](https://github.com/about), [Jenkins](https://www.jenkins.io/), [Cloudbees](https://www.cloudbees.com/) und [Travis](https://www.travis-ci.com/).
-
-- **Bereitstellung**: Bietet Benutzerzuweisung und stufenweise Rollouts für präzise, sofortige Verteilungen.
-
-- **Analytik**: Integrierte Tools zur Verfolgung der Update-Leistung und Messung der Benutzerakzeptanz.
-
-Ein großartiges Beispiel? [Colenso](https://www.colensobbdo.co.nz/) erreichte erfolgreich fast alle seiner **5.000+ Nutzer** in nur wenigen Minuten[\[1\]](https://capgo.app/). Wie Rodrigo Mantica mitteilte:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!"[\[1\]](https://capgo.app/)
-
-### Alternative Update-Tools
-
-Während Capgo eine robuste Lösung bietet, bringen andere Tools unterschiedliche Ansätze für das Versionsmanagement. Hier ein schneller Vergleich:
-
-| Tool-Aspekt | Capgo | Appflow |
-| --- | --- | --- |
-| **Kostenstruktur** | ~300$/Monat für CI/CD-Kosten | 6.000$ Jahresabonnement |
-| **Update-Strategien** | Sofortige Bereitstellung, Benutzerzuweisung | Hintergrund, Immer Aktuell, Erzwungenes Update |
-| **Integration** | Mehrere CI/CD-Plattformen | Integriertes CI/CD |
-
-Ein Nutzer teilte seine Erfahrung:
-
-> "Wir testen derzeit @Capgo, da Appcenter die Live-Update-Unterstützung für Hybrid-Apps eingestellt hat und @AppFlow viel zu teuer ist."[\[1\]](https://capgo.app/)
-
-### Wichtige Funktionen
-
-Bei der Auswahl eines OTA-Update-Tools sollten Sie auf folgende Aspekte achten:
-
-- **Ende-zu-Ende-Verschlüsselung** zur Sicherung der Updates
-
-- **CI/CD-Integration** zur Anpassung an Ihren Workflow
-
-- **Benutzerzuweisung** für kontrollierte Rollouts
-
-- **App Store-Konformität** zur Vermeidung von Vertriebsproblemen[\[10\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-Ihre Wahl der OTA-Update-Software kann großen Einfluss auf die Effizienz Ihres Teams und den Bereitstellungserfolg haben. Nehmen Sie sich Zeit, Ihre Anforderungen bezüglich Sicherheit, Versionskontrolle und Zusammenarbeit zu bewerten, um die beste Lösung für Ihr Projekt zu finden.
-
-## Fazit
-
-### Zusammenfassung
-
-Die Ausbalancierung von technischer Präzision und Benutzererfahrung kann die OTA-Update-Management-Effizienz um 81% verbessern[\[1\]](https://capgo.app/). Dieser Ansatz unterstützt effektive Versionskontrolle und zuverlässige OTA-Bereitstellungen.
-
-Hier sind die wichtigsten Punkte für erfolgreiche OTA-Updates:
-
-- **Sicherheit**: Verwenden Sie Ende-zu-Ende-Verschlüsselung und Code-Signatur-Verifizierung zur Wahrung der Update-Integrität[\[1\]](https://capgo.app/).
-
-- **Benutzererfahrung**: Minimieren Sie Störungen durch durchdachte Update-Planung und halten Sie Benutzer während des Prozesses informiert[\[11\]](https://withintent.com/blog/ota-updates-design/).
-
-- **Compliance**: Stellen Sie sicher, dass Updates die Anforderungen von Apple und Google erfüllen[\[1\]](https://capgo.app/).
-
-### Nächste Schritte
-
-Um Ihren OTA-Update-Prozess zu verbessern, erwägen Sie diese Maßnahmen:
-
-1. **Wählen Sie die richtigen Tools**
-   Wählen Sie Tools, die zu Ihren Sicherheitsanforderungen, Bereitstellungszielen und Budget passen, basierend auf den diskutierten Strategien.
-
-2. **Befolgen Sie Best Practices**
-
-> "Benutzer können auch zögerlich sein, ein OTA-Update durchzuführen, da es ihre vertraute und komfortable App-Erfahrung unterbricht und sie zwingt, sich mit technischeren Aspekten des Produkts vertraut zu machen, mit denen sie normalerweise nicht vertraut sind."[\[11\]](https://withintent.com/blog/ota-updates-design/)
-
-3. **Überwachen und Verbessern**
-   Überwachen Sie die Leistung Ihrer Updates und wie Benutzer darauf reagieren. Nutzen Sie diese Daten, um Ihren Bereitstellungsansatz im Laufe der Zeit zu verfeinern.
-
-Zukünftige OTA-Updates sollten schnelle Bereitstellung mit einer reibungslosen Benutzererfahrung kombinieren, um sowohl Effizienz als auch Zufriedenheit zu gewährleisten.
diff --git a/src/content/blog/de/capacitor-ota-updates-vs-app-store-restrictions.md b/src/content/blog/de/capacitor-ota-updates-vs-app-store-restrictions.md
deleted file mode 100644
index d56efb936..000000000
--- a/src/content/blog/de/capacitor-ota-updates-vs-app-store-restrictions.md
+++ /dev/null
@@ -1,194 +0,0 @@
----
-slug: capacitor-ota-updates-vs-app-store-restrictions
-title: Capacitor OTA-Updates vs Einschränkungen im App Store
-description: >-
-  Erkunden Sie, wie OTA-Updates schnellere, flexiblere App-Bereitstellungen im
-  Vergleich zu traditionellen Methoden im App-Store ermöglichen und dabei
-  Effizienz und Benutzererfahrung verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T00:43:15.626Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da0b3b31389773b3feea04-1742345039375.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, app store restrictions, mobile development, app deployment, agile
-  development, app updates, Capgo
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie schnellere [App-Updates](https://capgo.app/plugins/capacitor-updater/) ohne Wartezeit?** Over-the-Air (OTA) Updates ermöglichen es Entwicklern, die Verzögerungen im App-Store zu umgehen und Änderungen innerhalb von Minuten direkt an die Benutzer zu übermitteln. Hier ist, warum das wichtig ist:
-
--   **Geschwindigkeit**: OTA-Updates erreichen 95 % der Benutzer innerhalb von 24 Stunden im Vergleich zu dem 2–7-tägigen Überprüfungszyklus für App-Store-Updates.
--   **Flexibilität**: Zielgerichtete Updates bereitstellen, Fehler beheben oder Funktionen bereitstellen, ohne dass Benutzeraktionen erforderlich sind.
--   **Effizienz**: Nur modifizierter Code wird heruntergeladen, was Bandbreite und Zeit spart.
-
-**Schneller Vergleich**:
-
-| Funktion | App Store Updates | OTA Updates |
-| --- | --- | --- |
-| **Bereitstellungszeit** | Tage bis Wochen | Minuten bis Stunden |
-| **Benutzerakzeptanz** | Allmählich | 95 % innerhalb von 24 Stunden |
-| **Rollback-Fähigkeit** | Erfordert erneute Einreichung | Sofortiges Rollback |
-| **Bandbreitennutzung** | Vollständiger App-Download | Nur geänderte Inhalte |
-
-OTA-Updates, wie die von [Capgo](https://capgo.app/), gewährleisten schnellere, nahtlose Updates und bleiben gleichzeitig konform mit den Regeln des App-Stores. Egal, ob Sie Fehler beheben, die Sicherheit verbessern oder Funktionen hinzufügen, OTA-Updates sind ein Wendepunkt für die agile App-Entwicklung.
-
-## [Appflow](https://ionic.io/appflow/) Bereitstellung: Echtzeit-Updates an Ihre [Ionic](https://ionicframework.com/) App-Benutzer senden
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-03-19.jpg?auto=compress)
-
-## App Store Update Beschränkungen
-
-App-Stores setzen strenge Grenzen für App-Updates, was es schwierig macht, Änderungen schnell bereitzustellen. Diese Einschränkungen heben die Bedeutung hervor, schnellere Lösungen wie OTA (Over-the-Air) Updates zu finden. Die detaillierten Überprüfungsprozesse, die von großen Plattformen gefordert werden, verzögern oft die Veröffentlichung von Updates.
-
-### Code-Update-Beschränkungen
-
-Sowohl Apple als auch Google setzen strenge Überprüfungsverfahren durch, die selbst die kleinsten Updates verzögern können. Während App-Store-Updates mehrere Tage benötigen können, um die Benutzer zu erreichen, können OTA-Updates innerhalb von Minuten bereitgestellt werden. Laut Capgo ist dieser Geschwindigkeitsunterschied ein Wendepunkt [\[1\]](https://capgo.app/).
-
-> "Die Vermeidung von Überprüfungen für Fehlerbehebungen ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-### Warum Diese Regeln Existieren
-
-App-Stores setzen diese Regeln durch, um die Benutzer zu schützen und die allgemeine Stabilität ihrer Plattformen aufrechtzuerhalten. Hier ist, warum:
-
--   **Sicherheitsprüfungen**: Überprüfungen helfen, bösartigen Code daran zu hindern, in Apps aufgenommen zu werden.
--   **Qualitätskontrolle**: Updates werden gründlich getestet, um sicherzustellen, dass sie den Plattformstandards entsprechen.
--   **Systemstabilität**: Eine sorgfältige Überwachung stellt sicher, dass Updates die Funktionalität der Plattform nicht stören.
-
-Aufgrund dieser Kontrollen wenden sich Entwickler alternativen Methoden zu, um mit dem Bedarf an schnelleren Updates Schritt zu halten. Capgo hat beispielsweise 23,5 Millionen OTA-Updates bereitgestellt, die den Regeln des App-Stores entsprechen [\[1\]](https://capgo.app/), und beweist damit die Nachfrage nach schnelleren Lösungen.
-
-> "Wir haben [Capgo OTA-Updates](https://console.capgo.app/resend_email) für unseren Benutzerstamm von über 5000 in der Produktion bereitgestellt. Wir sehen eine sehr reibungslose Operation; fast alle unsere Benutzer sind innerhalb von Minuten nach der Bereitstellung des OTA bei @Capgo auf dem neuesten Stand." - colenso [\[1\]](https://capgo.app/)
-
-Moderne OTA-Systeme bieten eine Möglichkeit, kritische Updates schnell zu Pushen, ohne die Richtlinien des App-Stores zu verletzen. Dieser Ansatz demonstriert, wie Entwickler eine schnellere Bereitstellung erreichen können, während sie konform bleiben. Als Nächstes werden wir tiefer eintauchen, wie OTA-Updates diese Agilität bieten.
-
-## Wie [Capacitor](https://capacitorjs.com/) OTA Updates Funktionieren
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
-
-[Capacitor OTA-Updates](https://capgo.app/ja/) machen die Bereitstellung von Apps schneller und effizienter, indem sie Entwicklern ermöglichen, Änderungen vorzunehmen, ohne auf Genehmigungen des App-Stores warten zu müssen.
-
-### Wie OTA-Updates Funktionieren
-
-Ein Plugin kümmert sich um die Erkennung und Installation von Updates. Wenn Entwickler Updates mithilfe der CLI bereitstellen, identifiziert und installiert die App diese automatisch im Hintergrund. Anstatt alles herunterzuladen, wird nur der modifizierte Code abgerufen, wodurch Bandbreite gespart und der Prozess beschleunigt wird. Zum Beispiel kann das globale CDN von Capgo ein 5 MB-Paket in nur 114 ms bereitstellen, mit einer durchschnittlichen API-Antwortzeit von 434 ms weltweit [\[1\]](https://capgo.app/). Dieser optimierte Ansatz stellt sicher, dass Updates schnell und problemlos sind.
-
-### Vorteile von OTA-Updates
-
-OTA-Updates bringen mehr als nur Geschwindigkeit - sie geben Entwicklern eine bessere Kontrolle über ihren [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Hier ist eine kurze Übersicht:
-
-| Funktion | Vorteil | Schlüsselmetriken |
-| --- | --- | --- |
-| Update-Geschwindigkeit | Schnellere Bereitstellung | 95 % der Benutzer innerhalb von 24 Stunden aktualisiert |
-| Verteilungskontrolle | Zielgerichtete Rollouts | 82 % Erfolgsquote weltweit |
-| Ressourceneffizienz | Kleinere Downloads | 114 ms für ein 5 MB-Paket |
-| Zuverlässigkeit | Automatisches Rollback | 23,5 Mio. Updates bereitgestellt |
-
-### [Capgo](https://capgo.app/)'s OTA-Tools
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Capgo verbessert die OTA-Update-Erfahrung mit zusätzlichen Tools und Funktionen. Sicherheit hat oberste Priorität mit Ende-zu-Ende-Verschlüsselung, die sicherstellt, dass nur autorisierte Benutzer auf Updates zugreifen können [\[1\]](https://capgo.app/). Zu den wichtigsten Funktionen gehören:
-
--   [Kanal-spezifische Updates](https://capgo.app/docs/webapp/channels/) für präzises Targeting
--   Integration mit beliebten CI/CD-Plattformen
--   Echtzeitanalysen zur Leistungsüberwachung
--   Ein-Klick-Rollback für schnelle Behebungen
-
-Derzeit verlassen sich 750 Apps in Produktionsumgebungen auf das System von Capgo [\[1\]](https://capgo.app/). Diese Tools kombinieren Geschwindigkeit, Sicherheit und Zuverlässigkeit und machen OTA-Updates zu einer klugen Wahl für Entwickler, die agil bleiben und gleichzeitig die Richtlinien des App-Stores einhalten möchten.
-
-## OTA vs App Store Updates
-
-OTA (Over-the-Air) Updates und App Store Updates unterscheiden sich deutlich in Bezug auf Geschwindigkeit, Bereitstellung und Benutzererfahrung. OTA-Updates bieten eine schnellere und flexiblere Möglichkeit, Änderungen bereitzustellen, insbesondere für Teams, die mit agilen Methoden arbeiten.
-
-### Funktionsvergleich
-
-Hier ist eine Übersicht über die wichtigsten Unterschiede zwischen App-Store-Updates und OTA-Updates, warum viele Entwickler auf OTA-Lösungen umschwenken:
-
-| Funktion | App Store Updates | Capacitor OTA Updates |
-| --- | --- | --- |
-| **Bereitstellungszeit** | 2–7 Tage Prüfprozess | Minuten bis Stunden |
-| **Update-Erfolgsquote** | Hängt von Benutzeraktionen ab | 95 % innerhalb von 24 Stunden |
-| **Verteilungskontrolle** | Begrenzte Zieloptions | Kanalbasiertes Targeting |
-| **Rollback-Fähigkeit** | Erfordert neue Einreichung | Sofortiges Rollback |
-| **Benutzerinteraktion** | [Manuelle Updategenehmigung](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | [Automatische Hintergrund-Updates](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-| **Analytik** | Grundlegende Installationsmetriken | Detaillierte Update-Verfolgung |
-| **Bandbreitennutzung** | Vollständiger App-Download | Nur geänderte Inhalte |
-| **Entwicklungsworkflow** | Starre Veröffentlichungzyklen | CI/CD-Integration ermöglicht |
-
-(Quelle: [\[1\]](https://capgo.app/))
-
-Echte Fälle zeigen, wie OTA-Updates die Effizienz verbessern. Zum Beispiel hebt Rodrigo Mantica ihren Wert in Unternehmensumgebungen hervor:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Benutzer!" [\[1\]](https://capgo.app/)
-
-Die Zahlen unterstützen dies: OTA-Updates haben eine globale Erfolgsquote von 82 % und haben 23,5 Millionen Updates bereitgestellt [\[1\]](https://capgo.app/). Diese Statistiken unterstreichen ihre Zuverlässigkeit und Skalierbarkeit im Vergleich zu traditionellen App-Store-Updates.
-
-Während App-Store-Updates immer noch für große Veröffentlichungen und bedeutende neue Funktionen unerlässlich sind, bieten OTA-Updates eine schnellere, effizientere Möglichkeit, regelmäßige Updates zu verwalten. Sie ermöglichen es Entwicklern, ihre Apps konform zu halten und gleichzeitig einen reibungslosen und nahtlosen Aktualisierungsprozess für die Benutzer sicherzustellen.
-
-Als Nächstes behandeln wir, wie OTA-Updates implementiert werden, während die Anforderungen des App-Stores eingehalten werden.
-
-## OTA Update Implementierungsleitfaden
-
-### Einhaltung der Store-Anforderungen
-
-Um OTA-Updates erfolgreich zu implementieren, müssen die Richtlinien des App Stores eingehalten werden. Hier sind die wichtigsten Bereiche, auf die Sie sich konzentrieren sollten:
-
--   **Kanalbasierte Verteilung**: Verwenden Sie verschiedene Kanäle, um gestaffelte Rollouts und Beta-Tests effektiv durchzuführen.
--   **Versionskontrollmanagement**: Führen Sie eine strenge Versionsverfolgung und integrieren Sie OTA-Updates in Ihre CI/CD-Pipeline.
--   **[Optimierung der Update-Größe](https://capgo.app/blog/optimise-your-images-for-updates/)**: Minimieren Sie die Download-Größen, indem Sie nur den modifizierten Code senden.
-
-Diese Schritte sind entscheidend für die Bereitstellung sicherer und zuverlässiger OTA-Updates.
-
-### Sicherheit und Vertrauen
-
-Sobald der Bereitstellungsprozess eingerichtet ist, ist es entscheidend, Sicherheit zu priorisieren und das Vertrauen der Benutzer aufzubauen. Capgo verwendet Ende-zu-Ende-Verschlüsselung, die sicherstellt, dass Updates nur für autorisierte Benutzer zugänglich sind. Diese Methode hat eine globale Erfolgsquote von 82 % bei 750 Produktions-Apps erreicht [\[1\]](https://capgo.app/). Hier sind die wichtigsten Sicherheitsmaßnahmen:
-
--   Ende-zu-Ende-Verschlüsselung für alle Update-Dateien
--   Echtzeit-Fehlerverfolgung und -überwachung
--   Sofortige Rollback-Optionen zur schnellen Behebung von Problemen
--   Strenge Authentifizierungs- und Autorisierungsprotokolle
-
-### Echte Update-Beispiele
-
-Praktische Anwendungen validieren diese Strategien. Zum Beispiel hob das NASA-Team [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) ihre Erfahrung hervor:
-
-> "Capgo ist eine clevere Möglichkeit, Hot-Code-Pushes zu machen (und nicht für all das Geld in der Welt wie bei @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Diese Beispiele zeigen, wie gut durchgeführte OTA-Updates schnelle Bereitstellungen ermöglichen, App-Store-konform bleiben und das Vertrauen der Benutzer bewahren können.
-
-## Fazit
-
-### Wichtige Erkenntnisse
-
-[Mobile-App-Updates](https://capgo.app/plugins/capacitor-updater/) haben einen langen Weg zurückgelegt, wobei OTA-Updates jetzt als schnelle und effiziente Alternative zu traditionellen Methoden im App Store gelten. Zum Beispiel erreichen Capgo-Updates **95% der aktiven Nutzer innerhalb von nur 24 Stunden** [\[1\]](https://capgo.app/). So vergleichen sich die beiden Ansätze:
-
-| Aspekt | OTA-Updates | Traditioneller App Store |
-| --- | --- | --- |
-| **Bereitstellungsgeschwindigkeit** | Minuten bis Stunden | Tage bis Wochen |
-| **Update-Erfolgsquote** | 82% weltweit [\[1\]](https://capgo.app/) | Variiert je nach Store |
-| **Nutzerakzeptanz** | 95% innerhalb von 24 Stunden [\[1\]](https://capgo.app/) | Allmählich über Wochen |
-| **Entwicklungsflexibilität** | Sofortige Korrekturen möglich | Unterliegt Überprüfungszyklen |
-
-Diese Zahlen unterstreichen die Effizienz und Agilität von OTA-Updates und ebnen den Weg für noch schnellere und sicherere Prozesse in der Zukunft.
-
-### Ausblick
-
-Die Zukunft der OTA-Technologie wird noch größere Fortschritte in Geschwindigkeit, Sicherheit und Flexibilität bringen. Wie Rodrigo Mantica es ausdrückt:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-Einige wichtige Entwicklungsbereiche sind:
-
-- **Echtzeitanalysen und Fehlerverfolgung**, um Entwicklern zu helfen, Probleme sofort zu identifizieren und zu lösen.
-- **Erweiterte CI/CD-Integration** für nahtlose Bereitstellungen und präzises Nutzer-Targeting.
-- **Verbesserte Sicherheitsmaßnahmen und Compliance-Tools**, um sich entwickelnden Standards gerecht zu werden.
-
-Sogar Organisationen wie das OSIRIS-REx-Team von NASA haben die Vorteile erkannt:
-
-> "@Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes zu machen (und nicht für alles Geld der Welt wie mit @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Diese Fortschritte machen OTA-Updates zu einem Game-Changer für Entwickler, die darauf abzielen, schnelle, zuverlässige und benutzerfreundliche Updates bereitzustellen.
diff --git a/src/content/blog/de/capacitor-ota-updates-vs-traditional-testing-methods.md b/src/content/blog/de/capacitor-ota-updates-vs-traditional-testing-methods.md
deleted file mode 100644
index f8542e867..000000000
--- a/src/content/blog/de/capacitor-ota-updates-vs-traditional-testing-methods.md
+++ /dev/null
@@ -1,152 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-testing-methods
-title: Capacitor OTA Updates vs. traditionelle Testmethoden
-description: >-
-  Entdecken Sie die Unterschiede zwischen Capacitor OTA-Updates und
-  traditionellen Testmethoden, und erfahren Sie mehr über deren spezifische
-  Vorteile und Nachteile für die App-Entwicklung.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-21T03:04:05.735Z
-updated_at: 2025-03-18T13:14:00.843Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b7cbc8a97035aabf3ddea3-1740107095515.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, traditional testing, app development, Capacitor, deployment,
-  quality assurance, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie schnellere [App-Updates](https://capgo.app/plugins/capacitor-updater/) ohne App Store-Verzögerungen?** [Capacitor](https://capacitorjs.com/) OTA-Updates ermöglichen sofortige Änderungen, während traditionelles Testen gründliche Qualität vor der Veröffentlichung sicherstellt. Hier ein schneller Vergleich:
-
--   **[Capacitor OTA-Updates](https://capgo.app/ja/)**: Updates direkt an Benutzer ohne App Store-Genehmigung. Ideal für schnelle Fehlerbehebungen und Feature-Einführungen.
--   **Traditionelles Testen**: Folgt strukturierten Phasen wie Unit-, Integrations- und Systemtests vor der Veröffentlichung. Gewährleistet Zuverlässigkeit, dauert aber länger.
-
-**Schneller Vergleich:**
-
-| Funktion/Aspekt | Capacitor OTA-Updates | Traditionelle Testmethoden |
-| --- | --- | --- |
-| **Update-Bereitstellung** | Sofortige Over-the-Air-Lieferung | Erfordert App Store-Einreichung |
-| **Testumfang** | Fokus auf spezifische Änderungen | Vollständiges Systemtesting |
-| **Benutzererfahrung** | [Automatische Hintergrund-Updates](https://capgo.app/docs/plugin/self-hosted/auto-update/) | Benutzer aktualisieren Apps manuell |
-| **Risikomanagement** | Sofortige Rollback-Möglichkeiten | Erfordert neue Einreichung für Korrekturen |
-
-Capacitor OTA-Updates, unterstützt durch Tools wie [Capgo](https://capgo.app/), bieten Flexibilität und Geschwindigkeit, während traditionelle Methoden umfassende Qualität sicherstellen. Beide haben ihre Berechtigung, je nach den Anforderungen Ihrer App.
-
-## [Appflow](https://ionic.io/appflow/) Deploy: Liefern Sie Echtzeit-Updates an Ihre Ionic App-Benutzer
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-02-21.jpg?auto=compress)
-
-## [Capacitor](https://capacitorjs.com/) OTA-Updates erklärt
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-21.jpg?auto=compress)
-
-OTA-Updates in [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) vereinfachen die App-Wartung nach der Veröffentlichung. Statt vollständiger App Store-Einreichungen können Entwickler Updates direkt an Benutzer pushen.
-
-### Was macht OTA-Updates besonders?
-
-OTA-Updates konzentrieren sich auf die Änderung der Web-Ebene (HTML, CSS, JavaScript) ohne nativen Code zu ändern. Diese Methode gewährleistet die Einhaltung der App Store-Regeln bei gleichzeitiger Ermöglichung schneller Updates.
-
-Hier eine Aufschlüsselung der Hauptfunktionen:
-
-| Funktion | Beschreibung | Vorteil |
-| --- | --- | --- |
-| Sofortige Bereitstellung | Updates direkt auf Geräte pushen | Umgeht App Store-Genehmigungsverzögerungen |
-| Selektive Updates | Updates für spezifische Gruppen | Ermöglicht phasenweise Einführungen |
-| Versionskontrolle | Update-Verlauf verwalten und verfolgen | Hält Updates organisiert |
-| Rollback-Unterstützung | Einfache Rückkehr zu vorherigen Versionen | Reduziert Risiken fehlerhafter Updates |
-
-Diese Funktionen bieten Entwicklern mehr Flexibilität und Kontrolle, besonders in Kombination mit Tools wie Capgo.
-
-### Die Rolle von [Capgo](https://capgo.app/) bei OTA-Updates
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-21.jpg?auto=compress)
-
-Capgo vereinfacht den Prozess der Verwaltung von OTA-Updates für Capacitor-Apps. Die Plattform priorisiert Sicherheit mit Ende-zu-Ende-Verschlüsselung und stellt sicher, dass Update-Inhalte geschützt bleiben.
-
-Durch Integration in CI/CD-Pipelines automatisiert Capgo Bereitstellungen. Entwickler können Updates mit spezifischen Benutzergruppen testen, Änderungen schrittweise einführen und Updates basierend auf Benutzerbedürfnissen anpassen.
-
-Mit Capgos Tools für Organisation, Versionskontrolle und Rollback können Teams Updates reibungslos und selbstbewusst handhaben.
-
-## Überblick über Standard-Testmethoden
-
-Traditionelles Testen umfasst strukturierte Phasen und detaillierte Dokumentation, um zuverlässige Softwareleistung vor der Veröffentlichung sicherzustellen.
-
-### Kern-Testkomponenten
-
-Dieser Ansatz umfasst vier Hauptphasen: **Unit-, Integrations-, System- und Abnahmetests**. Jede Phase dient einem spezifischen Zweck:
-
--   **Unit-Testing**: Fokussiert sich auf einzelne Code-Komponenten.
--   **Integrationstesting**: Überprüft Interaktionen zwischen Komponenten.
--   **Systemtesting**: Bewertet das Gesamtverhalten der Anwendung.
--   **Abnahmetesting**: Bestätigt, dass die Software Benutzeranforderungen erfüllt.
-
-Ein wichtiger Aspekt des traditionellen Testens ist die Abhängigkeit von umfassender Dokumentation. Wichtige Dokumentationstypen umfassen:
-
-| Dokumentationstyp | Zweck | Schlüsselelemente |
-| --- | --- | --- |
-| **Testpläne** | Umreißt die Teststrategie | Umfang, Zeitplan, Ressourcen |
-| **Testfälle** | Beschreibt spezifische Testszenarien | Schritte, erwartete Ergebnisse, Voraussetzungen |
-| **Fehlermeldungen** | Verfolgt identifizierte Probleme | Schweregrad, Reproduktionsschritte, Status |
-| **Testergebnisse** | Fasst Ergebnisse zusammen | Bestanden/Nicht bestanden Metriken, Abdeckungsanalyse |
-
-Tools wie **[TestRail](https://www.testrail.com/)** und **[Jira](https://www.atlassian.com/software/jira)** werden häufig zur Verwaltung dieser Dokumente verwendet, obwohl deren Pflege und Ausführung zeitaufwendig sein kann.
-
-### Testmethoden: Stärken und Grenzen
-
-Traditionelles Testen ist bekannt für seine Gründlichkeit und Verantwortlichkeit. Der strukturierte Ansatz stellt sicher, dass alle Funktionalitäten sorgfältig geprüft werden, wodurch das Risiko kritischer Probleme in der Produktion reduziert wird.
-
-Diese Methode hat jedoch einige Nachteile in schnelllebigen Entwicklungsumgebungen:
-
--   Sequenzielle Phasen können zu längeren Entwicklungszyklen führen.
--   Manuelle Testprozesse erfordern erhebliche Zeit und Ressourcen.
--   Anpassung an Änderungen ist aufgrund starrer Arbeitsabläufe schwierig.
--   Feedback-Schleifen zwischen Entwicklung und Test sind langsamer.
-
-Automatisierungstools wie **[Selenium](https://www.selenium.dev/)** und **[Appium](http://appium.io/)** können bestimmte Aufgaben beschleunigen, aber traditionelles Testen bleibt im Vergleich zu modernen Alternativen langsamer.
-
-Letztendlich hängt der Erfolg des traditionellen Testens von der richtigen Ausführung und Ressourcenverwaltung ab. Während der Fokus auf Gründlichkeit wertvoll ist, kann das langsamere Tempo ein Hindernis sein, besonders bei engen Fristen oder wenn schnellere Over-the-Air (OTA) Updates benötigt werden. Dieser Kontrast unterstreicht die wachsende Nachfrage nach agileren Testmethoden.
-
-## OTA-Updates vs. Standard-Testing
-
-Schauen wir uns genauer an, wie sich OTA (Over-The-Air) Updates von traditionellen Testmethoden unterscheiden. OTA-Updates werden sofort über die Web-Ebene bereitgestellt, während traditionelles Testen phasenweise, manuelle Überprüfungen beinhaltet.
-
-### Hauptunterschiede
-
-| Funktion/Aspekt | Capacitor OTA-Updates | Traditionelle Testmethoden |
-| --- | --- | --- |
-| **Ressourcennutzung** | Minimaler manueller Aufwand, automatisierte Prozesse | Dedizierte QA-Teams, manuelles Testen |
-| **Testumfang** | Fokus auf spezifische Änderungen | Vollständiges Systemtesting |
-| **Risikomanagement** | Sofortige Rollback-Möglichkeiten | Erfordert neue Einreichung für Änderungen |
-
-Diese Unterschiede prägen direkt, wie Projekte ausgeführt und geliefert werden.
-
-### Vorteile und Nachteile
-
-Der Kontrast zwischen diesen Ansätzen zeigt, wie OTA-Updates traditionelles Testen ergänzen können, indem sie langsamere Feedback-Zyklen adressieren.
-
-**Was OTA-Updates bieten:**
-
--   Sofortige Bereitstellung mit unmittelbarem Benutzerfeedback
--   Automatisierte Prozesse, die Ressourcenanforderungen reduzieren
--   Gezielte Updates für spezifische Probleme oder Features
--   Echtzeit-Fehlerbehebungen und Problemlösungen
-
-**Was traditionelles Testen gewährleistet:**
-
--   Gründliche Qualitätssicherung über das System hinweg
--   Gut dokumentierte Testverfahren
--   Validierung für regulatorische Compliance
--   Umfassendes systemweites Testen
-
-Plattformen wie Capgo zeigen, wie sichere OTA-Updates sich nahtlos in bestehende Workflows integrieren lassen. Sie ermöglichen Entwicklern, App Store-Konformität zu wahren und gleichzeitig Updates schnell bereitzustellen.
-
-## Fazit
-
-OTA-Updates haben die Art und Weise verändert, wie Entwickler auf Benutzerbedürfnisse eingehen und mit Marktanforderungen Schritt halten. Sie ermöglichen es, Apps nach der Veröffentlichung ohne die üblichen Verzögerungen zu aktualisieren und zu verbessern.
-
-Mit Tools wie Capgo können Entwickler Updates sofort und sicher bereitstellen und vermeiden die Verzögerungen durch App Store-Genehmigungen. Dies schafft ein Gleichgewicht, bei dem sowohl OTA-Updates als auch traditionelle Testmethoden wichtige Rollen spielen.
diff --git a/src/content/blog/de/capacitor-ota-updates-vs-traditional-versioning.md b/src/content/blog/de/capacitor-ota-updates-vs-traditional-versioning.md
deleted file mode 100644
index 09f70f28c..000000000
--- a/src/content/blog/de/capacitor-ota-updates-vs-traditional-versioning.md
+++ /dev/null
@@ -1,216 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-versioning
-title: Capacitor OTA Updates vs. Traditionelle Versionierung
-description: >-
-  Entdecken Sie, wie Capacitors OTA-Updates die App-Bereitstellung
-  revolutionieren, indem sie im Vergleich zu herkömmlichen App-Store-Methoden
-  schnellere und automatisierte Updates ermöglichen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-08T02:59:57.580Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cb94b1fd908bf224e07528-1741402807680.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, traditional updates, Capacitor, mobile app development, app
-  deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie [App-Updates](https://capgo.app/plugins/capacitor-updater/) schneller ohne Wartezeit auf App-Store-Überprüfungen?** [Capacitor](https://capacitorjs.com/)s Over-the-Air (OTA) Updates könnten die Lösung sein. Im Gegensatz zu traditionellen App-Store-Updates, die Tage dauern und Benutzeraktionen erfordern, werden OTA-Updates in Minuten bereitgestellt und erreichen Benutzer automatisch.
-
-### Wichtige Erkenntnisse:
-
--   **Traditionelle Updates**: Zuverlässig aber langsam (24-72 Stunden), erfordern Benutzer-Downloads und führen oft zu Versionsfragmentierung.
--   **OTA-Updates**: Sofort (5-10 Minuten), automatisch für Benutzer und ermöglichen mehrere Updates pro Woche.
-
-### Schneller Vergleich:
-
-| Aspekt | Traditionelle Updates | [Capacitor OTA Updates](https://capgo.app/ja/) |
-| --- | --- | --- |
-| **Bereitstellungsgeschwindigkeit** | 24-72 Stunden | 5-10 Minuten |
-| **Benutzerakzeptanz** | Manueller Download | Automatisch |
-| **Fehlerbehebungszeit** | Wochen | Sofort |
-| **Veröffentlichungsfrequenz** | Monatlich/Vierteljährlich | Mehrmals pro Woche |
-| **Kosten** | 6.000€+ jährlich | 300€/Monat |
-| **Rollback** | Neue Einreichung erforderlich | Sofortiges Rollback |
-
-Capacitor OTA-Updates, unterstützt durch Tools wie [Capgo](https://capgo.app/), optimieren Arbeitsabläufe, verbessern die Benutzererfahrung und sparen Kosten. Ob Sie kritische Fehler beheben oder neue Funktionen einführen, OTA-Updates sind auf Geschwindigkeit und Effizienz ausgelegt.
-
-## So erzwingen Sie Updates von Ionic Apps
-
-<iframe src="https://www.youtube.com/embed/NJwBNWwNlTk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Standard App Store Updates
-
-Der App-Store-Update-Prozess ist ein Grundpfeiler der mobilen App-Distribution, kollidiert aber oft mit den schnelllebigen Anforderungen der agilen Entwicklung. Während er zuverlässig ist, kann er Arbeitsabläufe verlangsamen, die eine schnelle Bereitstellung erfordern.
-
-### App Store Update Prozess
-
-Das Einreichen von Updates in einem App Store umfasst mehrere Schritte, die Entwicklungszeitpläne verlängern können. Entwickler müssen:
-
--   Eine neue App-Version mit aktualisierter Versionsnummer paketieren
--   Die App über die App-Store-Plattform zur Überprüfung einreichen
--   Auf Genehmigung warten, bevor das Update für Benutzer verfügbar wird
--   Akzeptanz und Leistung nach der Veröffentlichung verfolgen
-
-Der Überprüfungsprozess dauert typischerweise 24-72 Stunden, komplexere Updates können sogar länger dauern. Für Teams, die agile Praktiken befolgen, kann diese Verzögerung ernsthafte Herausforderungen darstellen, besonders wenn dringende Fehlerbehebungen erforderlich sind.
-
-### Vor- und Nachteile von App Store Updates
-
-App Store Updates bringen klare Vorteile, stellen aber auch Hindernisse dar, die sowohl die Entwicklung als auch die Benutzererfahrung beeinflussen können:
-
-| Aspekt | Vorteile | Einschränkungen |
-| --- | --- | --- |
-| **Qualitätskontrolle** | Gewährleistet Sicherheit und Compliance | Verzögert Bereitstellung |
-| **Benutzervertrauen** | Verteilung über offizielle Kanäle | Benutzer können Updates aufschieben |
-| **Versionsverfolgung** | Einfaches App-Versions-Management | Kann zu fragmentierten Versionen führen |
-| **Veröffentlichungsprozess** | Bietet strukturierten Ansatz | Begrenzt Flexibilität für schnelle Änderungen |
-| **Fehlerbehebungen** | Ermöglicht gründliche Tests | Verlangsamt kritische Fixes |
-
-Diese Einschränkungen werden besonders deutlich in Szenarien, in denen:
-
--   Kritische Fehler sofortige Aufmerksamkeit erfordern
--   Sicherheitsbedrohungen schnell behoben werden müssen
--   Neue Funktionen mit Marketing-Zeitplänen übereinstimmen müssen
--   A/B-Tests schnelle Iterationen erfordern
-
-Aufgrund dieser Herausforderungen haben viele Teams begonnen, alternative Ansätze zu erkunden, die neben traditionellen App Store Updates funktionieren. Diese Lösungen zielen darauf ab, mehr Flexibilität für bestimmte Arten von Updates zu bieten.
-
-Als Nächstes werden wir untersuchen, wie Capacitor OTA-Updates diese Herausforderungen durch schnellere Fixes und agilere Iteration angehen können.
-
-## [Capacitor](https://capacitorjs.com/) OTA Updates erklärt
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-08.jpg?auto=compress)
-
-Over-the-Air (OTA) Updates haben die Art und Weise, wie mobile Apps gewartet und aktualisiert werden, verändert. Für [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) ermöglicht diese Methode Entwicklern, Änderungen direkt an Benutzer zu liefern, ohne auf App-Store-Überprüfungen warten zu müssen.
-
-### Hauptkomponenten
-
-Bei Capacitor-Apps konzentrieren sich OTA-Updates auf die Aktualisierung von Web-Assets wie HTML, CSS und JavaScript, die die Funktionalität der App steuern. Sobald ein Entwickler ein Update veröffentlicht, erhalten Benutzer die Änderungen automatisch beim nächsten Öffnen der App - keine manuellen Downloads erforderlich.
-
-So funktioniert es:
-
-| Komponente | Funktion |
-| --- | --- |
-| Versionskontrolle | Verwaltet und verfolgt verschiedene Versionen von Web-Assets |
-| Update-Erkennung | Identifiziert neue Versionen beim App-Start |
-| Datei-Download | Lädt aktualisierte Dateien sicher im Hintergrund herunter |
-| Live-Bereitstellung | Wendet Updates sofort beim nächsten App-Start an |
-
-### Warum OTA-Updates herausstechen
-
-OTA-Updates bringen klare Vorteile im Vergleich zu traditionellen App-Store-Updates:
-
-| Aspekt | Traditionelle Updates | OTA-Updates |
-| --- | --- | --- |
-| Bereitstellungsgeschwindigkeit | 24-72 Stunden | Minuten |
-| Benutzerakzeptanz | Erfordert manuellen Download | Automatisch |
-| Fehlerbehebungszeit | Wochen | Sofortige Fixes |
-| Veröffentlichungsfrequenz | Monatlich oder vierteljährlich | Mehrmals pro Woche |
-| Entwicklungsagilität | Limitiert durch Überprüfungsprozess | Sofortige Iteration |
-
-Capgo erweitert diese Vorteile durch eine optimierte Plattform, die Sicherheit gewährleistet und sich nahtlos in CI/CD-Workflows integriert.
-
-### [Capgo](https://capgo.app/) OTA Update Plattform
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-08.jpg?auto=compress)
-
-Capgo ist eine erstklassige OTA-Lösung für Capacitor-Apps und bietet Tools zur Vereinfachung des [Update-Managements](https://capgo.app/docs/plugin/cloud-mode/manual-update/):
-
--   **Sicherheitsfunktionen**: Updates sind Ende-zu-Ende verschlüsselt und stellen sicher, dass nur autorisierte Benutzer darauf zugreifen können.
--   **CI/CD-Integration**: Arbeitet nahtlos mit Plattformen wie [GitHub](https://github.com/), [GitLab](https://about.gitlab.com/) und [Azure DevOps](https://azure.microsoft.com/en-us/products/devops/).
--   **Benutzerzuweisung**: Ermöglicht gezielte Updates für bestimmte Gruppen, perfekt für Tests oder stufenweise Einführungen.
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 eingeführt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach der OTA-Bereitstellung bei @Capgo auf dem neuesten Stand." - colenso [\[1\]](https://capgo.app/)
-
-Capgo bietet auch Kosteneinsparungen. Unternehmen können über fünf Jahre bis zu 26.100€ im Vergleich zu Alternativen wie [AppFlow](https://ionic.io/appflow/) sparen - bei gleichzeitig zuverlässigen Update-Möglichkeiten.
-
-## Direkter Vergleich: OTA vs App Store Updates
-
-Capacitor-Apps zeigen deutliche Unterschiede zwischen OTA-Updates und traditionellen App-Store-Updates. Hier ist eine Aufschlüsselung wichtiger Leistungsmetriken basierend auf aktuellen Branchendaten [\[1\]](https://capgo.app/):
-
-| Metrik | Traditionelle App Store Updates | Capacitor OTA Updates |
-| --- | --- | --- |
-| **Bereitstellungszeit** | Wochen wegen Überprüfungsprozess | 5-10 Minuten |
-| **Veröffentlichungsfrequenz** | Typischerweise monatlich oder vierteljährlich | Mehrere Releases pro Woche |
-| **Benutzerakzeptanzrate** | Allmähliche Übernahme über mehrere Tage | Updates erreichen fast alle Benutzer innerhalb von Minuten |
-| **Entwicklungskosten** | Etwa 6.000€+ jährlich (z.B. AppFlow) | Etwa 300€ pro Monat |
-| **Setup-Komplexität** | Komplexes Versionsmanagement | Vereinfachte CI/CD-Integration |
-| **Rollback-Fähigkeit** | Begrenzt; erfordert neue Einreichung | Sofortiges Rollback mit Versionskontrolle |
-
-Diese Zahlen zeigen deutlich, dass OTA-Updates in Geschwindigkeit, Kosteneffizienz und Akzeptanzraten überlegen sind.
-
-Über die Bereitstellungsgeschwindigkeit hinaus sind die Effizienz- und Kostenvorteile von OTA-Updates schwer zu ignorieren. Zum Beispiel nutzte das [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx)-Team der NASA Capgos Hot-Code-Pushes, um die Kosten im Vergleich zu anderen Lösungen erheblich zu senken. Viele Organisationen, die OTA-Updates nutzen, berichten von Einsparungen von bis zu 26.100€ über fünf Jahre [\[1\]](https://capgo.app/).
-
-Zusätzlich verbessern OTA-Updates die Bereitstellungseffizienz um 81% und ermöglichen es Teams, sich auf die Entwicklung neuer Funktionen zu konzentrieren, anstatt App-Store-Einreichungen zu verwalten. Sofortige Fixes und Rollouts verbessern auch die Benutzererfahrung durch Minimierung von Support-Problemen. Mit Plattformen wie Capgo, die über 947,6 Millionen Updates über mehr als 1.400 Produktions-Apps ausliefern, haben sich OTA-Updates als sowohl skalierbar als auch zuverlässig erwiesen [\[1\]](https://capgo.app/).
-
-## OTA Update Implementierungsleitfaden
-
-Dieser Leitfaden skizziert die Schritte zur Implementierung von OTA-Updates in Ihren Capacitor-Apps, aufbauend auf den zuvor diskutierten Vorteilen.
-
-### Erste OTA-Einrichtungsschritte
-
-Die Einrichtung von OTA-Updates erfordert sorgfältige Planung. So integrieren Sie sie in Ihren Workflow:
-
-| Einrichtungsphase | Hauptaktionen | Ergebnis |
-| --- | --- | --- |
-| Plugin-Installation | Installieren Sie das [Capgo-Plugin](https://capgo.app/plugins/) und konfigurieren Sie Verschlüsselungsschlüssel | Etabliert einen sicheren Kanal |
-| CI/CD-Integration | Verbindung mit Tools wie GitHub Actions, GitLab CI oder Azure DevOps | Automatisiert die Bereitstellungspipeline |
-| Testumgebung | Benutzer zuweisen und Staging-Kanäle erstellen | Ermöglicht kontrollierte Verteilung |
-
-Für Unternehmens-Teams bietet Capgo einen CI/CD-Einrichtungsservice für eine einmalige Gebühr von 2.600€. Dieser Service unterstützt automatisierte Bereitstellungs-Workflows über Plattformen wie Azure DevOps, GitLab, GitHub, [Jenkins](https://www.jenkins.io/), [Cloudbees](https://www.cloudbees.com/), [Travis](https://www.travis-ci.com/) und [CircleCI](https://circleci.com/) [\[1\]](https://capgo.app/).
-
-Nach der Einrichtung verlagert sich der Fokus auf das strategische Management von App-Versionen.
-
-### OTA-Versionsmanagement
-
-Effektives Versionsmanagement ist entscheidend für reibungslose OTA-Updates. Hier sind einige Best Practices:
-
--   **Versionsverfolgung**: Nutzen Sie die Capgo-Weboberfläche zur Überwachung der Update-Verteilung.
--   **Stufenweise Einführungen**: Testen Sie Updates mit kleinen Gruppen vor einer vollständigen Veröffentlichung.
--   **Versionskompatibilität**: Stellen Sie sicher, dass OTA-Updates mit den entsprechenden App-Store-Versionen übereinstimmen.
-
-Richtiges Versionsmanagement hilft sicherzustellen, dass Updates nahtlos ausgeliefert werden. Als Nächstes behandeln wir häufige technische Herausforderungen.
-
-### Häufige OTA-Probleme und Lösungen
-
-Entwickler stehen häufig vor Herausforderungen bei der Implementierung von OTA-Updates. Rodrigo Mantica, ein Entwickler, der Capgo nutzt, teilt mit:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-So können häufige Probleme angegangen werden:
-
-| Herausforderung | Lösung | Auswirkung |
-| --- | --- | --- |
-| Update-Konflikte | Ende-zu-Ende-Verschlüsselung für sichere Übermittlung | Verhindert unerlaubte Änderungen |
-| Verteilungsverzögerungen | Aktivierung von Hintergrund-Updates | Gewährleistet pünktliche Zustellung |
-| Versions-Diskrepanz | Durchführung automatisierter Kompatibilitätsprüfungen | Erhält App-Stabilität |
-
-Sogar das OSIRIS-REx-Team der NASA hat Capgo gelobt:
-
-> "@Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-## App-Updates und Capacitor OTA: Wichtige Erkenntnisse
-
-Im heutigen schnelllebigen App-Ökosystem müssen Updates schnell und effizient erfolgen. Capacitor OTA-Updates bieten eine schnellere und praktischere Lösung im Vergleich zur traditionellen App-Versionierung. Mit einer beeindruckenden Bilanz von 947,6 Millionen Updates über 1.400 Produktions-Apps zeigt Capgo, wie weitverbreitet OTA-Technologie angenommen wird [\[1\]](https://capgo.app/).
-
-### Vergleich von OTA und traditionellen Updates
-
-So schneiden Capacitor OTA-Updates im Vergleich zu traditionellen Methoden ab:
-
-| Aspekt | Traditionelle Updates | Capacitor OTA Updates |
-| --- | --- | --- |
-| **Release-Geschwindigkeit** | Genehmigung dauert Tage bis Wochen | Bereitstellung erfolgt sofort |
-| **Kosten** | Höhere Wartungskosten | 81% Effizienzsteigerung |
-| **Nutzererfahrung** | Nutzer müssen Updates manuell herunterladen | Updates erfolgen im Hintergrund |
-
-Für Teams, die sich auf schnelle, kontrollierte Einführungen konzentrieren, sind diese Vorteile bahnbrechend.
-
-Rodrigo Mantica fasst seine Erfahrungen aus erster Hand perfekt zusammen:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/capacitor-plugin-contribution-guide.md b/src/content/blog/de/capacitor-plugin-contribution-guide.md
deleted file mode 100644
index 0474b351d..000000000
--- a/src/content/blog/de/capacitor-plugin-contribution-guide.md
+++ /dev/null
@@ -1,106 +0,0 @@
----
-slug: capacitor-plugin-contribution-guide
-title: Capacitor Plugin Beitragsanleitung
-description: >-
-  Erfahren Sie anhand eines umfassenden Leitfadens für Einrichtung,
-  Codestandards, Tests und Dokumentation, wie Sie effektiv zu Capacitor-Plugins
-  beitragen können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-17T05:00:51.296Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b290a70d4a761ccc9919b5-1739768465938.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, plugins, development, mobile, coding standards, testing,
-  documentation, contribution, open source
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-[Capacitor](https://capacitorjs.com/) Plugins verbinden Webtechnologien mit nativen Gerätefunktionen und ermöglichen die [plattformübergreifende App-Entwicklung](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) Diese Anleitung hilft dir bei:
-
--   **Einrichtung deiner Entwicklungsumgebung**: Tools wie [Nodejs](https://nodejsorg/en), [Xcode](https://developer.apple.com/xcode/) und [Android Studio](https://developerandroidcom/studio) sind essentiell
--   **Einhaltung von Code-Standards**: Verwende [TypeScript](https://wwwtypescriptlangorg/), [Swift](https://developer.apple.com/swift/) und [Kotlin](https://kotlinlangorg/) mit einheitlichen Namenskonventionen und Fehlerbehandlung
--   **Gründliches Testen**: Schreibe Unit-Tests für JavaScript, iOS und Android zur Gewährleistung der Zuverlässigkeit
--   **Klare Dokumentation**: Nutze JSDoc und README-Dateien für eine einfache Übernahme
--   **Pull Request einreichen**: Stelle hohe Code-Qualität, Tests und Dokumentation vor dem Beitrag sicher
-
-## Vollständiger Leitfaden für Open Source - Wie man beiträgt
-
-
-## Einrichtung der Entwicklungsumgebung
-
-Die Erstellung einer geeigneten Entwicklungsumgebung ist der Schlüssel zur effizienten Plugin-Entwicklung Eine gut vorbereitete Einrichtung ermöglicht reibungsloses Programmieren, Testen und Bereitstellen deiner Plugins
-
-### Benötigte Tools und Fähigkeiten
-
-Stelle vor dem Start sicher, dass du folgende Tools installiert hast:
-
-| Kategorie | Anforderungen |
-| --- | --- |
-| **Kern-Tools** | Nodejs (LTS), npm 6+, Git |
-| **IDE/Editoren** | [Visual Studio Code](https://codevisualstudiocom/) oder dein bevorzugter Editor |
-| **iOS-Entwicklung** | Xcode, [SwiftLint](https://githubcom/realm/SwiftLint), [CocoaPods](https://cocoapodsorg/) |
-| **Android-Entwicklung** | Android Studio, Android SDK, JDK |
-
-Du solltest auch mit TypeScript für Web-Entwicklung und entweder Swift (für iOS) oder Java/Kotlin (für Android) für native Entwicklungsaufgaben vertraut sein [\[1\]](https://github.com/ionic-team/capacitor-plugins/blob/main/CONTRIBUTING.md)
-
-### Einrichtung des Monorepo
-
-Das [Capacitor-Plugins](https://capgo.app/plugins/) Ökosystem basiert auf einer Monorepo-Struktur Dieser Ansatz stellt sicher, dass deine Arbeit von Anfang an mit den Community-Standards übereinstimmt
-
-1.  **Repository forken und klonen**  
-    Beginne damit, das Capacitor-Plugins-Repository auf GitHub zu forken Klone dann dein geforktes Repository:
-    
-    [[CODE_BLOCK]]
-    
-2.  **Abhängigkeiten installieren und bauen**  
-    Führe den folgenden Befehl aus, um alles Notwendige zu installieren und die Plugins zu bauen:
-    
-    [[CODE_BLOCK]]
-    
-3.  **Versionskontrolle einrichten**  
-    Nutze Feature-Branches für deine Änderungen und halte deinen Fork mit dem Upstream-Repository synchron
-    
-
-### Vorbereitung der nativen Plattformen
-
-Für die plattformübergreifende Entwicklung musst du sowohl iOS- als auch Android-Umgebungen konfigurieren
-
-**Für iOS:**
-
--   Lade Xcode aus dem Mac App Store herunter
-    
--   Installiere Command-Line-Tools mit:
-    
-    [[CODE_BLOCK]]
-    
--   Installiere CocoaPods mit:
-    
-    [[CODE_BLOCK]]
-    
--   Richte ein Apple Developer-Konto und notwendige Zertifikate ein
-    
--   Verwende SwiftLint (optional) zur Aufrechterhaltung der Code-Qualität
-    
-
-**Für Android:**
-
--   Installiere Android Studio zusammen mit dem neuesten SDK und einem virtuellen Gerät
--   Stelle sicher, dass ein JDK installiert ist
--   Konfiguriere das Android SDK ordnungsgemäß in Android Studio
-
-Sobald diese Plattformen eingerichtet sind, bist du bereit, etablierte Coding-Praktiken zu befolgen und in die Plugin-Entwicklung einzusteigen
-
-## Leitfaden für Code-Standards
-
-Nachdem deine Entwicklungsumgebung eingerichtet ist, halte dich an diese Richtlinien, um Plugins zu erstellen, die einfach zu warten und zu nutzen sind
-
-### Einhaltung der Style-Guides
-
-Das [Capacitor-Plugin-Ökosystem](https://capgo.app/blog/capacitor-comprehensive-guide/) setzt strenge Coding-Standards durch, unter Verwendung von Tools wie [ESLint](https://eslintorg/), [Prettier](https://prettierio/) und SwiftLint
diff --git a/src/content/blog/de/capacitor-plugin-options-for-ota-updates.md b/src/content/blog/de/capacitor-plugin-options-for-ota-updates.md
deleted file mode 100644
index bec7bb04a..000000000
--- a/src/content/blog/de/capacitor-plugin-options-for-ota-updates.md
+++ /dev/null
@@ -1,193 +0,0 @@
----
-slug: capacitor-plugin-options-for-ota-updates
-title: Capacitor Plugin-Optionen für OTA-Updates
-description: >-
-  Entdecken Sie die Vorteile und Optionen von OTA-Updates für Capacitor-Apps,
-  einschließlich der wichtigsten Plugins und deren Funktionen für eine nahtlose
-  Bereitstellung.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T02:50:46.694Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549-1744774247069.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, Capacitor, mobile apps, app deployment, Capgo,
-  Appflow, CodePush
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Suchen Sie nach einer schnellen und sicheren Möglichkeit, Ihre [Capacitor](https://capacitorjs.com/) Apps ohne Verzögerungen im App Store zu aktualisieren?** Over-the-Air (OTA) Updates ermöglichen es Ihnen, Änderungen direkt an die Benutzer zu übermitteln, was Zeit und Bandbreite spart. Hier erfahren Sie, was Sie wissen müssen:
-
-### Wichtige Vorteile von OTA-Updates:
-
--   **Schnelle Bereitstellung**: Überspringen Sie App Store-Überprüfungen und liefern Sie Updates in Sekunden.
--   **Gezielte Updates**: Aktualisieren Sie nur die modifizierten Teile der App.
--   **Rollback-Funktion**: Kehren Sie bei Bedarf zu einer vorherigen Version zurück.
--   **Erfolgsquoten**: 95% der Benutzer erhalten Updates innerhalb von 24 Stunden, mit einer globalen Erfolgsquote von 82%.
-
-### Top-Plugins für OTA-Updates:
-
-1.  **[Capgo](https://capgo.app/)**: Schnelle Updates (5 MB in 114 ms), End-to-End-Verschlüsselung, Echtzeitanalysen und flexible Preisgestaltung (ab 12 $/Monat).
-2.  **[Appflow](https://ionic.io/appflow/)**: Funktionen auf Unternehmensniveau für 6.000 $/Jahr, aber Einstellung 2026.
-3.  **[Microsoft CodePush](https://microsoft.github.io/code-push/)**: 2024 eingestellt.
-
-### Schneller Vergleich:
-
-| Plugin | Status | Hauptmerkmale | Startpreis |
-| --- | --- | --- | --- |
-| **Capgo** | Aktiv | Schnelle Updates, Verschlüsselung | 12 $/Monat |
-| Aktiv (2024) | Fokussierung auf den deutschen Markt | Ähnlich wie Capgo |
-| **Appflow** | Abwicklung (2026) | Unternehmensfunktionen | 6.000 $/Jahr |
-| **CodePush** | Eingestellt (2024) | Ehemals kostenlos | N/A |
-
-Für die meisten Entwickler bietet **Capgo** die beste Mischung aus Erschwinglichkeit, Geschwindigkeit und Sicherheit. Egal, ob Sie ein Einzelentwickler oder Teil eines Unternehmens-Teams sind, es gibt eine OTA-Lösung, die auf Ihre Bedürfnisse zugeschnitten ist.
-
-## Top OTA-Update-Plugins für [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo unterstützt über 1.900 Produktions-Apps und liefert OTA-Updates mit beeindruckender Geschwindigkeit - 5 MB-Pakete in nur 114 ms und eine durchschnittliche API-Antwortzeit von 434 ms über ihr globales CDN [\[1\]](https://capgo.app/).
-
-Hier ist, was Capgo bietet:
-
--   **End-to-End-Verschlüsselung**
--   **Echtzeitanalysen und Fehlerverfolgung**
--   **Nahtlose CI/CD-Integration**
--   **Wahl zwischen Cloud- oder Self-Hosted-Optionen**
--   **Kompatibilität mit Capacitor 8**
-
-Andere Plugins richten sich ebenfalls an spezifische Bedürfnisse und Regionen.
-
-### [Appflow](https://ionic.io/appflow/) von [Ionic](https://ionicframework.com/)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-Appflow wird 2026 eingestellt, die Preise beginnen bei 6.000 $ jährlich [\[1\]](https://capgo.app/).
-
-> "Ich bin zu @Capgo übergewechselt, nachdem @AppFlow uns eine Rechnung von 5.000 $ für das Jahr vorgelegt hat. Ich liebe Capgo bis jetzt. Danke an @Capgo, es ist ein großartiges Produkt." - jermaine [\[1\]](https://capgo.app/)
-
-Da Appflow eingestellt wird, wechseln viele Entwickler zu Capgo für seine zuverlässigen Funktionen und kosteneffizienten Pläne.
-
-### [Microsoft CodePush](https://microsoft.github.io/code-push/) Status
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/da1a260e98918bcf074a1f2d382d6d8c.jpg)
-
-Microsoft CodePush, einst eine beliebte Wahl, wurde 2024 eingestellt. Entwickler haben seitdem auf aktualisierte Optionen umgeschaltet, die bessere Funktionen und fortlaufende Unterstützung bieten.
-
-| Plugin | Status | Preisgestaltung | Hauptmerkmal |
-| --- | --- | --- | --- |
-| **Capgo** | Aktiv | Ab 12 $/Monat | End-to-End-Verschlüsselung |
-| Aktiv | Ähnlich wie Capgo | Fokussierung auf den deutschen Markt |
-| **Appflow** | Schließt 2026 | 6.000 $/Jahr | Unternehmensunterstützung |
-| **CodePush** | Eingestellt | Kostenlos (war) | N/A |
-
-## Plugin-Funktionen Vergleich
-
-Hier ist ein detaillierter Blick auf die Fähigkeiten und Einschränkungen der verschiedenen OTA-Plugins.
-
-### Funktionsmatrix
-
-Diese Tabelle skizziert die Hauptunterschiede zwischen aktiven und eingestellten Plugins:
-
-| Funktion | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- | --- |
-| Update-Geschwindigkeit | 114 ms (5 MB) | Basislinie | Basislinie | N/A |
-| End-to-End-Verschlüsselung | ✓   | –   | –   | –   |
-| Echtzeitanalysen | ✓   | Eingeschränkt | ✓   | N/A |
-| [Self-Hosted-Option](https://capgo.app/blog/self-hosted-capgo/) | ✓   | –   | –   | –   |
-| Erfolgsquote bei Updates | 82% | Nicht gemeldet | Nicht gemeldet | N/A |
-| Monatlich aktive Benutzer | Bis zu 1M | Eingeschränkt | Unternehmens | N/A |
-| Speicherkapazität | Bis zu 20 GB | Basic | Enterprise | N/A |
-| Startpreis | 12 $/Monat | Ähnlich | 6.000 $/Jahr | Eingestellt |
-| App Store-Konformität | ✓   | ✓   | ✓   | N/A |
-
-### Vor- und Nachteile der Plugins
-
-Jedes Plugin hat seine Stärken und Schwächen basierend auf Leistungskennzahlen:
-
--   **Capgo**
-    
-    -   **Vorteile**:
-        -   Unterstützt 1.9K Produktions-Apps mit einer Update-Rate von 95% innerhalb von 24 Stunden [\[1\]](https://capgo.app/).
-        -   Bietet bis zu 10 TB Bandbreite in Pay-as-you-go-Plänen.
-        -   Enthält End-to-End-Verschlüsselung [\[1\]](https://capgo.app/).
-    -   **Einschränkungen**:
-        -   Premium-Funktionen erfordern höherstufige Pläne.
-        -   Self-Hosting erfordert technische Expertise.
-    
-    -   **Vorteile**:
-        -   Starke Präsenz auf dem deutschen Markt.
-        -   Wettbewerbsfähige Preise.
-        -   Mit moderner Architektur (2024 gestartet) erstellt.
-    -   **Einschränkungen**:
-        -   Fehlen vieler Unternehmensfunktionen.
-        -   Regionaler Fokus schränkt die globale Unterstützung ein.
--   **Appflow**
-    
-    -   **Vorteile**:
-        -   Entworfen mit Unternehmens-Infrastruktur.
-        -   Nahtlose Integration in CI/CD-Pipelines und bietet detaillierte Dokumentation.
-    -   **Einschränkungen**:
-        -   Hohe Einstiegskosten von 6.000 $/Jahr.
-        -   Wird 2026 eingestellt, mit keinen weiteren Updates geplant.
-
-Capgo hebt sich durch seine schnelle Update-Geschwindigkeit, Verschlüsselung und flexible Bereitstellungsoptionen hervor und ist somit ein starker Kandidat für Entwickler.
-
-## Plugin-Auswahl Leitfaden
-
-### Anforderungen des US-Marktes
-
-Bei der Auswahl eines OTA-Update-Plugins für den US-Markt ist es wichtig, Compliance und Sicherheit zu priorisieren. Hier ist eine Übersicht, worauf Sie achten sollten:
-
-| Anforderung | Auswirkung | Beispiel |
-| --- | --- | --- |
-| App Store-Regeln | Kritisch | Capgos sofortige Updates entsprechen den Richtlinien von Apple und Google. |
-| Sicherheitsstandards | Hoch | End-to-End-Verschlüsselung sorgt für den Schutz der Benutzerdaten. |
-| Update-Leistung | Mittel | API-Antwortzeiten von durchschnittlich 434 ms stellen sicher, dass Updates zuverlässig geliefert werden. |
-| CI/CD-Integration | Hoch | Automatisierte Bereitstellung rationalisiert den Update-Prozess. |
-
-Nachdem Sie diese Anforderungen verstanden haben, konzentrieren Sie sich darauf, das richtige Plugin basierend auf der Größe und den Bedürfnissen Ihres Projekts auszuwählen.
-
-### Beste Plugins nach Projektgröße
-
-Die Größe Ihres Projekts spielt eine bedeutende Rolle bei der Bestimmung des besten Plugins. Hier ist, wie Sie wählen sollten:
-
--   **Solo-Entwickler**: Wählen Sie erschwingliche Lösungen mit wesentlichen Funktionen.  
-    _Beispiel_: Capgos SOLO-Plan unterstützt bis zu 1.000 monatlich aktive Benutzer für 12 $/Monat.
-    
--   **Kleine Teams**: Suchen Sie nach skalierbaren Optionen mit kollaborativen Werkzeugen.  
-    _Beispiel_: Capgos MAKER-Plan unterstützt 10.000 monatlich aktive Benutzer und umfasst Funktionen zur Teamzusammenarbeit für 33 $/Monat.
-    
--   **Unternehmen**: Priorisieren Sie Skalierbarkeit und erweiterte Sicherheit.  
-    _Beispiel_: [Capgos PAYG-Plan](https://capgo.app/docs/webapp/payment/) unterstützt bis zu 1.000.000 monatlich aktive Benutzer, umfasst 10 TB Bandbreite und bietet Self-Hosting-Optionen.
-    
-
-Capgo sticht hervor, indem es kosteneffiziente Pläne mit Unternehmensfunktionen anbietet. Zum Beispiel ist ihre einmalige CI/CD-Setup-Gebühr von 2.600 $ eine praktische Alternative zu teureren Unternehmenslösungen [\[1\]](https://capgo.app/).
-
-## Zusammenfassung
-
-Basierend auf den obigen Vergleichen tendiert der Markt jetzt zu Lösungen, die Sicherheit, Geschwindigkeit und Kosteneffektivität priorisieren. Das [Capacitor OTA Update Plugin](https://capgo.app/blog/Release-of-a-brand-new-capacitor-social-login/) Ökosystem hat sich verschoben, wobei herausragende Optionen aufgrund ihrer Leistung, Funktionen und Akzeptanzraten entstanden sind.
-
-Hier ist eine Übersicht über die aktuellen Wahlmöglichkeiten:
-
-| Plugin | Status | Hauptstärken | Am besten für |
-| --- | --- | --- | --- |
-| Capgo | Aktiv | End-to-End-Verschlüsselung, schnelle Updates | Teams, die sich auf [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) konzentrieren |
-| Aktiv (seit 2024) | Fokussierung auf den deutschen Markt, wettbewerbsfähige Preise | Projekte, die auf Europa abzielen |
-| Appflow | Abwicklung (2026) | Unternehmensfunktionen | Übergang von Legacy-Systemen |
-| CodePush | Eingestellt (2024) | Ehemals kostenlose Option | N/A |
-
-Das Feedback der Benutzer hebt die realen Auswirkungen dieser Tools hervor. Zum Beispiel teilte das OSIRIS-REx-Team von NASA mit:
-
-> "Capgo ist eine intelligente Möglichkeit, heiße Code-Pushes durchzuführen (und nicht für all das Geld der Welt wie mit @AppFlow) :-)"
-
-Dieser Vergleich macht deutlich, wie jede Plattform spezifische Bedürfnisse bedient, egal ob für Einzelentwickler oder Unternehmens-Teams. Unter ihnen sticht Capgo für seine sicheren Updates und starke Akzeptanz in Produktionsumgebungen hervor [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/de/capacitor-plugins-for-secure-session-management.md b/src/content/blog/de/capacitor-plugins-for-secure-session-management.md
deleted file mode 100644
index 463b71712..000000000
--- a/src/content/blog/de/capacitor-plugins-for-secure-session-management.md
+++ /dev/null
@@ -1,379 +0,0 @@
----
-slug: capacitor-plugins-for-secure-session-management
-title: Capacitor Plugins für sicheres Session-Management
-description: >-
-  Erkunden Sie wichtige Capacitor-Plugins für sicheres Session-Management,
-  einschließlich biometrischer Authentifizierung und verschlüsselter
-  Speicherlösungen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:14:04.681Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6827226c0209458b3ff58b06-1747397705731.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, session management, biometric authentication, secure storage,
-  Firebase Auth, Identity Vault, mobile security
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Ihre App-Sitzungen absichern?** Hier ist ein schneller Leitfaden zu den besten [Capacitor](https://capacitorjs.com/) Plugins für Sitzungsverwaltung. Diese Tools helfen beim Schutz von Benutzerdaten mit Funktionen wie [biometrischer Authentifizierung](https://capgo.app/plugins/capacitor-native-biometric/), [verschlüsseltem Speicher](https://capgo.app/docs/cli/migrations/encryption/) und Echtzeit-Updates. Hier ist, was Sie wissen müssen:
-
--   **[Firebase Auth](https://firebase.google.com/docs/auth)**: Multi-Provider-Authentifizierung, Token-Verwaltung und Echtzeit-Status-Updates. Ideal für schnelle Integration.
--   **[Biometric Security Plugin](https://capgo.app/plugins/capacitor-native-biometric/)**: Fügt Fingerabdruck, Gesichtserkennung und Geräteanmeldedaten für sichere Anmeldungen hinzu.
--   **[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)**: Speichert Kontoinformationen sicher mit AES-256-Verschlüsselung auf iOS und Android.
--   **[Identity Vault](https://ionic.io/products/identity-vault)**: Enterprise-Lösung mit automatischer Abmeldung, biometrischer Authentifizierung und sicherem Speicher.
--   **[Capgo](https://capgo.app/)**: Kombiniert sichere Sitzungsverwaltung mit verschlüsselten Live-Updates für nahtlose Bereitstellungen.
-
-### Schneller Vergleich
-
-| Funktion | Firebase Auth | Biometric Security | Persistent Account | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **Verschlüsselungstyp** | Cloud-basiert | Hardware-Ebene | AES-256 (iOS/Android) | AES-256 (Hardware) | Ende-zu-Ende-Verschlüsselung |
-| **Biometrische Unterstützung** | Begrenzt | Vollständig | Nein | Vollständig | Nein |
-| **Offline-Fähigkeit** | Teilweise | Ja | Ja | Ja | Ja |
-| **Enterprise-Support** | Ja | Community | Ja | Ja | Ja |
-| **Einrichtungskomplexität** | Moderat | Niedrig | Niedrig | Hoch | Moderat |
-
-**Benötigen Sie Enterprise-Level-Sicherheit?** Entscheiden Sie sich für Identity Vault.
-**Suchen Sie nach schneller Integration?** Firebase Auth ist Ihre beste Wahl.
-**Benötigen Sie verschlüsselte Kontospeicherung?** Probieren Sie [@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/).
-**Für Live-Updates mit Sicherheit?** Capgo hat Sie abgedeckt.
-
-Lesen Sie weiter für detaillierte Integrationsschritte, Funktionen und Best Practices, um Ihre App sicher zu halten.
-
-## Ionic [Identity Vault](https://ionic.io/products/identity-vault): Sichere mobile biometrische Authentifizierung
-
-![Identity Vault](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/c5fae6eb414f2040557b847eda54d313.jpg)
-
-1. [Firebase Auth](https://firebase.google.com/docs/auth) für [Capacitor](https://capacitorjs.com/)
-
-![Firebase Auth](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/20003c863a77b942b90536c0e5cde156.jpg)
-
-Firebase Authentication bietet eine leistungsstarke Möglichkeit, sichere Sitzungen für [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) zu verwalten. Durch die Integration von Firebase's nativen SDKs (Swift für iOS, Java für Android) zusammen mit dem Firebase JavaScript SDK für Web wird eine reibungslose und konsistente Authentifizierungserfahrung über alle Plattformen hinweg gewährleistet [\[4\]](https://github.com/cap-go/capacitor-firebase/tree/main/packages/authentication).
-
-Hier sind einige der herausragenden Sicherheitsfunktionen:
-
-| **Funktion** | **Beschreibung** |
-| --- | --- |
-| Multi-Provider-Unterstützung | Nahtlose Integration mit Apple, Google, Microsoft und Facebook Authentifizierung |
-| Token-Verwaltung | Sichere Handhabung von `idToken`, `RefreshToken` und `customToken` |
-| Zustandsverwaltung | Echtzeit-Listener für Authentifizierungsstatus und ID-Token-Änderungen |
-| Kontoverbindung | Ermöglicht die Verbindung mehrerer Authentifizierungsanbieter mit einem einzelnen Benutzerkonto |
-
-Diese Funktionen etablieren ein solides Sicherheitsframework, das Entwickler mit Maßnahmen wie Token-Widerruf und [Multi-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/) weiter verbessern können.
-
-Firebase-Projekte werden durch API-Schlüssel identifiziert, aber die Zugriffssicherung hängt stark von richtig konfigurierten Firebase-Sicherheitsregeln ab [\[5\]](https://firebase.google.com/support/guides/security-checklist). Um die Sicherheit zu erhöhen, sollten Entwickler diese Praktiken befolgen:
-
--   Tokens während des Abmeldens widerrufen, um unbefugten Zugriff zu verhindern.
--   Multi-Faktor-Authentifizierung (MFA) für sensible Konten aktivieren.
--   Schutz vor E-Mail-Aufzählungsangriffen konfigurieren.
-
-Sharathdevs Analyse vom Dezember 2023 zeigte, dass die Implementierung der Token-Widerrufung während des Abmeldens das Risiko von Kontoübernahmen erheblich reduzieren kann [\[6\]](https://medium.com/@DEVEN99/securing-firebase-authentication-mitigating-vulnerabilities-and-best-practices-593981e61b98).
-
-Das Plugin unterstützt sowohl native als auch Web-Authentifizierungsabläufe. Für mobile Apps ist jedoch die native Authentifizierung aufgrund der inhärenten Einschränkungen von WebView die bevorzugte Option [\[4\]](https://github.com/cap-go/capacitor-firebase/tree/main/packages/authentication).
-
-Im Vergleich zu anderen Sitzungsverwaltungstools sticht Firebase Auth durch seine einfache Integration und umfangreichen Sicherheitsfunktionen hervor und macht es zu einer ausgezeichneten Wahl für Capacitor-Apps, die starke Authentifizierungsfähigkeiten erfordern.
-
-2. Biometric Security Plugin
-
-Das Capacitor Biometric Security Plugin ermöglicht Entwicklern die Integration von biometrischer und Geräteanmeldedaten-Authentifizierung in ihre Apps und gewährleistet sichere Benutzersitzungen. Es unterstützt verschiedene Authentifizierungsmethoden, einschließlich [biometrischer Optionen](https://capgo.app/plugins/capacitor-native-biometric/) wie Fingerabdruck, Gesichtserkennung und Iris-Scanning sowie Geräteanmeldedaten wie PINs, Muster und Passwörter. Diese Funktionalität ist sowohl für Android als auch für iOS-Plattformen verfügbar [\[7\]]().
-
-| **Authentifizierungsfunktion** | **iOS-Unterstützung** | **Android-Unterstützung** |
-| --- | --- | --- |
-| Gesichtserkennung | Face ID | Face Unlock |
-| Fingerabdruck | Touch ID | Fingerabdruck-Scanner |
-| Geräteanmeldedaten | Geräte-Passcode | PIN/Muster/Passwort |
-| Biometrische Stärkestufen | Standard | Schwach/Stark/Maximum |
-
-### Konfigurationsbeispiel
-
-Hier ist ein Beispiel, wie Sie die Plugin-Einstellungen definieren können:
-
-Diese Schritte sind unerlässlich, um sicherzustellen, dass das Plugin reibungslos funktioniert und mit sicheren Sitzungsverwaltungsstrategien übereinstimmt [\[8\]]()[\[10\]](https://www.npmjs.com/package/capgo/capacitor-native-biometric).
-
-> "Jeder Capacitor-Entwickler ist dafür verantwortlich sicherzustellen, dass seine App die Sicherheits-Best-Practices befolgt. Ohne angemessene Sorgfalt können schwerwiegende Sicherheitsprobleme auftreten, die sich als äußerst schädlich und kostspielig erweisen können." – Capacitor-Dokumentation [\[1\]](https://capacitorjs.com/docs/guides/security)
-
-### Hauptfunktionen und Updates
-
-Das Plugin enthält Funktionen zur Überprüfung der [biometrischen Verfügbarkeit](https://capgo.app/plugins/capacitor-native-biometric/), Registrierung und Geräteanmeldedaten mit Methoden wie `isAvailable()`, `isEnrolled()` und `hasDeviceCredential()`. Zusätzlich können Entwickler Tokens mithilfe plattformspezifischer sicherer Speicherlösungen wie **iOS Keychain** und **Android KeyStore** verschlüsseln, um die Sicherheit zu erhöhen [\[11\]](https://ionic.io/resources/articles/ionic-mobile-app-security-trifecta).
-
-Version 9.0.0, veröffentlicht im April 2025, führte die Kompatibilität mit Capacitor 7 ein und enthielt Verbesserungen für iOS [\[9\]](https://github.com/aparajita/capacitor-biometric-auth).
-
-### Erweiterte Sicherheitsmaßnahmen
-
-Um Sitzungen weiter zu sichern, sollten Entwickler automatische Sitzungszeitüberschreitungen implementieren und biometrische Änderungen überwachen. Wenn Änderungen erkannt werden, sollten Authentifizierungs-Tokens ungültig gemacht werden, um unbefugten Zugriff zu verhindern [\[11\]](https://ionic.io/resources/articles/ionic-mobile-app-security-trifecta). Das Plugin verfügt auch über ein detailliertes Fehlerbehandlungssystem, das Feedback-Codes bereitstellt, die Entwicklern helfen, Fallback-Mechanismen zu erstellen und Benutzer über fehlgeschlagene Authentifizierungen zu informieren [\[8\]]().
-
-Dieses Plugin bietet eine robuste Lösung für die Integration biometrischer Sicherheit in moderne Apps und gewährleistet sowohl Komfort als auch Schutz für Benutzer.
-
-3. Secure Storage Plugins
-
-Secure storage plugins bieten eine Möglichkeit, Daten in Capacitor-Apps durch plattformspezifische Verschlüsselungstechniken zu schützen.
-
-### Funktionsweise über Plattformen hinweg
-
-Dieses Plugin verwendet verschiedene Sicherheitsmechanismen, die auf jede Plattform zugeschnitten sind:
-
-| Plattform | Speichermechanismus | Verschlüsselungsmethode | Sicherheitsstufe |
-| --- | --- | --- | --- |
-| iOS | Verschlüsselte Keychain | System-Verschlüsselung | Hoch |
-| Android | KeyStore + SharedPreferences | AES-256 im GCM-Modus | Hoch |
-| Web (Entwicklung) | LocalStorage | Base64-Kodierung | Niedrig |
-
-### Hauptfunktionen für verbesserte Sicherheit
-
-Hier sind einige der herausragenden Funktionen, die dieses Plugin zu einer zuverlässigen Wahl für die Sicherung von Sitzungsdaten machen:
-
--   **Geräteübergreifende Synchronisation**: Unter iOS unterstützt das Plugin iCloud Keychain-Synchronisation, was eine sichere Dateifreigabe über die Geräte eines Benutzers hinweg ermöglicht. Dies ist besonders nützlich für die nahtlose Verwaltung von Sitzungen.
--   **[Starke Verschlüsselung](https://capgo.app/docs/cli/migrations/encryption/)**: Android profitiert von AES-256-Verschlüsselung im GCM-Modus und nutzt den KeyStore der Plattform für zusätzlichen Schutz.
--   **App-spezifischer Speicher**: Über das Plugin gespeicherte Daten sind auf Ihre App beschränkt und bleiben von anderen Anwendungen isoliert.
-
-### Best Practices für die Implementierung
-
-Um optimale Sicherheit zu gewährleisten, sollten Entwickler bei der Verwendung des Plugins diese Praktiken befolgen:
-
-### Wichtige Sicherheitshinweise
-
-Bei der Implementierung dieses Plugins sollten Sie diese Überlegungen berücksichtigen:
-
--   **Web-Storage-Einschränkungen**: Im Web gespeicherte Daten sind nicht verschlüsselt und sollten auf Entwicklungsumgebungen beschränkt sein.
--   **Android-Anforderungen**: Geräte müssen Android 6.0 (API Level 23) oder höher ausführen, um die Verschlüsselungsfunktionen des Plugins zu unterstützen.
--   **Schlüsselverwaltung**: Regelmäßige Rotation der Verschlüsselungsschlüssel und Validierung der Daten vor der Verschlüsselung, um die Sicherheit über die Zeit zu gewährleisten.
-
-### Integration der biometrischen Authentifizierung
-
-Das Plugin arbeitet nahtlos mit biometrischer Authentifizierung zusammen und bietet eine zusätzliche Sicherheitsebene. Diese Kombination stärkt das Sitzungsmanagement durch die Vereinigung mehrerer Sicherheitsmaßnahmen in einem kohärenten Framework.
-
-### Leistung und Community-Unterstützung
-
-Stand Mai 2025 hat das Plugin im Capacitor-Ökosystem einen soliden Ruf erworben, mit 128 Sternen und 22 Forks auf GitHub. Es ist vollständig kompatibel mit Capacitor 8+ und ermöglicht Entwicklern die Implementierung sicherer Speicherung unter Nutzung der neuesten Framework-Funktionen.
-
-## 4\. Identity Vault
-
-Identity Vault ist eine hochwertige Lösung für Unternehmen, die sicheres Sitzungsmanagement mit biometrischer Authentifizierung kombiniert, um den Datenschutz zu verbessern.
-
-### Wichtige Sicherheitsfunktionen
-
-Identity Vault verwendet plattformspezifische Sicherheitstools zum Schutz sensibler Informationen. Hier ist eine kurze Übersicht:
-
-| **Funktion** | **Implementierung** | **Was es bewirkt** |
-| --- | --- | --- |
-| **Sicherer Speicher** | iOS Secure Enclave / Android KeyStore | Bietet Verschlüsselung auf Hardware-Ebene. |
-| **Biometrische Auth** | TouchID/FaceID auf iOS, Fingerabdruck auf Android | Fügt eine Ebene der Multi-Faktor-Authentifizierung hinzu. |
-| **Sitzungsschutz** | Hintergrund-Bildschirmschutz | Verhindert Datenexposition, wenn die App minimiert wird. |
-| **Auto-Logout** | Automatische Abmeldung nach Inaktivität | Schützt Konten durch Abmeldung inaktiver Benutzer. |
-
-### Erweiterte Implementierungsoptionen
-
-Über seine grundlegenden Funktionen hinaus bietet Identity Vault zusätzliche Flexibilität bei der Implementierung:
-
--   **Sicherer Speicher**: Grundlegende verschlüsselte Speicherung für sensible Daten.
--   **Gerätesicherheit**: Kombiniert biometrische Authentifizierung mit einem Fallback-Passcode für erhöhte Zuverlässigkeit.
--   **InMemory**: Temporärer sicherer Speicher, der beim Schließen der App automatisch gelöscht wird und sicherstellt, dass keine Daten zurückbleiben.
-
-### Native Sicherheitsintegration
-
-Identity Vault integriert sich nahtlos mit nativen Sicherheitstools wie iOS Secure Enclave und Android KeyStore. Dadurch vereinfacht es den Entwicklungsprozess und ermöglicht es Entwicklern, die Komplexität der direkten Handhabung plattformspezifischer APIs zu vermeiden und dennoch robusten Sitzungsschutz zu erreichen.
-
-### Sicherheitsempfehlungen
-
-Für optimale Sicherheit sollten diese wichtigen Empfehlungen beachtet werden:
-
--   **Token-Verwaltung**: Authentifizierungs-Token immer mit Hardware-Verschlüsselung speichern, um unbefugten Zugriff zu verhindern.
--   **Inaktivitätsbehandlung**: Automatische Abmeldung nach einer Periode der Benutzerinaktivität einrichten, um Risiken zu reduzieren.
--   **Hintergrundschutz**: Bildschirmschutz aktivieren, um zu verhindern, dass sensible Daten sichtbar sind, wenn die App im Hintergrund läuft.
-
-### Technische Vorteile
-
-Identity Vault konsolidiert 12 separate APIs in einem einzigen Plugin, was die Integration wesentlich reibungsloser und effizienter macht [\[12\]](https://devdactic.com/ionic-identity-vault).
-
-### Unternehmens- und Leistungsvorteile
-
-Für Unternehmensanwendungen bietet Identity Vault eine optimierte Identitätsverwaltungslösung. Durch die Nutzung nativer APIs vereinfacht es nicht nur die Entwicklung, sondern gewährleistet auch schnelle und zuverlässige Leistung, die auf Unternehmensanforderungen zugeschnitten ist.
-
-## 5\. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/e81a00d3e5c2480025c05b94a848a495.jpg)
-
-Capgo geht über robuste Speicher- und biometrische Lösungen hinaus, indem es sicheres Sitzungsmanagement mit Live-Update-Bereitstellung kombiniert. Mit starkem Fokus auf Datenintegrität stellt Capgo sicher, dass Sitzungsdaten durch **Ende-zu-Ende-Verschlüsselung** und Echtzeit-Updates geschützt bleiben.
-
-### Sicherheitsarchitektur
-
-Capgos Sicherheitsframework ist darauf ausgelegt, jeden Aspekt von Live-Updates zu schützen. So tragen seine Funktionen zu einer sicheren Umgebung bei:
-
-| Funktion | Implementierung | Sicherheitsvorteil |
-| --- | --- | --- |
-| **Ende-zu-Ende-Verschlüsselung** | Sicheres Update-Übertragungsprotokoll | Verhindert unbefugte Code-Modifikationen |
-| **Teil-Updates** | Delta-only Dateiübertragung | Reduziert die Angriffsfläche während Updates |
-| **[Channel-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Kontrollierte Deployment-Pfade | Gewährleistet sichere, stufenweise Rollouts |
-| **Echtzeit-Analytik** | Leistungsüberwachung | Identifiziert und adressiert Sicherheitsanomalien |
-
-Dieser mehrschichtige Ansatz gewährleistet nicht nur sichere Sitzungen, sondern auch die sichere Bereitstellung von Updates, die die Gesamtsicherheit verbessern.
-
-### Leistung und Zuverlässigkeit
-
-Capgo kombiniert Sicherheit mit beeindruckenden Leistungsmetriken und gewährleistet zuverlässige und effiziente Update-Bereitstellungen:
-
--   **Update-Geschwindigkeit**: Überträgt 5MB-Bundles in nur 114ms und minimiert die Anfälligkeit für Schwachstellen während Updates [\[13\]](https://capgo.app).
--   **API-Antwortzeit**: Hält eine durchschnittliche Antwortzeit von 57ms für kritische Sicherheitsoperationen [\[13\]](https://capgo.app).
--   **Update-Erfolgsrate**: Sichert eine globale Erfolgsrate von 82% für Deployments [\[13\]](https://capgo.app).
--   **Benutzerabdeckung**: Erreicht 95% der aktiven Benutzer mit Sicherheitsupdates innerhalb von 24 Stunden [\[13\]](https://capgo.app).
-
-Diese Metriken unterstreichen Capgos Engagement für die Balance zwischen Geschwindigkeit und Zuverlässigkeit ohne Kompromisse bei der Sicherheit.
-
-### Enterprise-Grade Sicherheitsfunktionen
-
-Capgo enthält fortgeschrittene Sicherheitsmaßnahmen, die auf Unternehmensanforderungen zugeschnitten sind:
-
--   **Versionskontrolle**: Bietet sichere Rollback-Optionen zu vorherigen Versionen.
--   **CI/CD-Integration**: Integriert sich nahtlos mit Tools wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) und [Jenkins](https://www.jenkins.io/) für automatisierte, sichere Deployments.
--   **Zugriffskontrolle**: Ermöglicht benutzerspezifische Update-Verteilung für verbesserte Kontrolle.
--   **Compliance**: Erfüllt Sicherheitsstandards sowohl von Apple als auch Android-Plattformen.
-
-Diese Funktionen machen Capgo zu einer vertrauenswürdigen Wahl für Organisationen, die sichere und kontrollierte Updates priorisieren.
-
-### Produktionsreife Infrastruktur
-
-Capgos Fähigkeiten sind bereits bewährt, mit über 1.700 Apps, die in Produktionsumgebungen laufen [\[13\]](https://capgo.app). Die Plattform unterstützt sowohl Cloud-gehostete als auch [selbst-gehostete Setups](https://capgo.app/blog/self-hosted-capgo/) und bietet Flexibilität, um verschiedene Sicherheits- und Deployment-Anforderungen zu erfüllen.
-
-### Technische Implementierung
-
-Capgos Channel-System ist für sicheres Beta-Testing, stufenweise Rollouts und Versionskontrolle konzipiert, alles unterstützt durch Echtzeit-Analytik. Durch die Kombination starker Verschlüsselung mit praktischen Deployment-Tools liefert Capgo eine Lösung, die den Anforderungen von Organisationen gerecht wird, die sowohl Sicherheit als auch Anpassungsfähigkeit in ihren Update-Prozessen benötigen.
-
-## Plugin-Vergleich
-
-Dieser Abschnitt bietet einen vergleichenden Blick auf [Capacitor-Plugins](https://capgo.app/plugins/) für sicheres Sitzungsmanagement, mit Fokus auf Sicherheitsfunktionen, Integrationsbedarf und Leistung. Er soll als schnelle Referenz für fundierte Entscheidungen dienen.
-
-### Vergleich der Kern-Sicherheitsfunktionen
-
-Hier ist ein direkter Vergleich der wichtigsten Sicherheitsfunktionen der Plugins:
-
-| Funktion | Firebase Auth | Biometric Security | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **Verschlüsselungstyp** | Cloud-basiert | Hardware-Level | 256-bit AES | 256-bit AES | Ende-zu-Ende |
-| **Biometrische Unterstützung** | Begrenzt | Vollständig | Nein | Vollständig | Nein |
-| **Offline-Fähigkeit** | Teilweise | Ja | Ja | Ja | Ja |
-| **Enterprise-Support** | Ja | Community | Community | Ja | Ja |
-| **Secure Enclave Nutzung** | Nein | Ja | Nein | Ja | Nein |
-
-### Implementierungsanforderungen
-
-Die folgende Tabelle hebt die Setup-Komplexität, Plattform-Kompatibilität und zusätzliche Abhängigkeiten für jedes Plugin hervor:
-
-| Plugin | Setup-Komplexität | Plattform-Unterstützung | Zusätzliche Abhängigkeiten |
-| --- | --- | --- | --- |
-| **Firebase Auth** | Moderat | iOS, Android | Firebase SDK |
-| **Biometric Security** | Niedrig | iOS, Android | Keine |
-| Niedrig | iOS, Android | Keine |
-| **Identity Vault** | Hoch | iOS, Android, Web | Auth Connect |
-| **Capgo** | Moderat | iOS, Android | Keine |
-
-Diese Details helfen dabei, Plugin-Auswahlen mit den technischen Anforderungen und Ressourcen Ihres Projekts abzustimmen.
-
-### Sicherheits-Compliance-Standards
-
-Die überprüften Plugins halten sich an strenge Sicherheitsprotokolle und bieten robusten Datenschutz und optimierte OAuth2-Workflows. Enterprise-Grade-Optionen wie Identity Vault und Capgo beinhalten:
-
--   Sichere Speicherung mittels Keychain/Keystore-Techniken [\[1\]](https://capacitorjs.com/docs/guides/security)
--   PKCE (Proof Key for Code Exchange) für OAuth2-Flows [\[1\]](https://capacitorjs.com/docs/guides/security)
--   SSL-aktivierte Endpunkte für sichere Kommunikation [\[1\]](https://capacitorjs.com/docs/guides/security)
--   Durchgesetzte [Content Security Policies](https://capgo.app/security/) (CSP) [\[1\]](https://capacitorjs.com/docs/guides/security)
-
-### Leistungsüberlegungen
-
-Die Leistung variiert zwischen den Plugins, besonders in Bereichen wie Authentifizierungsgeschwindigkeit und Datenspeichereffizienz. Identity Vault sticht durch seine fortgeschrittenen Sicherheitsfunktionen hervor, die Secure Enclaves und starke Verschlüsselung nutzen, ohne die Leistung zu beeinträchtigen [\[2\]](https://capacitorjs.com/docs/plugins/enterprise).
-
-### Integrations-Flexibilität
-
-Jedes Plugin bietet unterschiedliche Levels der Integrationsunterstützung, wie unten gezeigt:
-
-| Plugin | CI/CD-Integration | Individuelle Implementierung | Migrations-Unterstützung |
-| --- | --- | --- | --- |
-| **Firebase Auth** | Native Unterstützung | Eingeschränkt | Moderat |
-| **Biometric Security** | Manuell | Vollständig | Eingeschränkt |
-| Manuell | Vollständig | Einfach |
-| **Identity Vault** | Enterprise-Tools | Vollständig | Umfassend |
-| **Capgo** | Automatisiert | Vollständig | Umfassend |
-
-### Kosten-Nutzen-Analyse
-
-Enterprise-Plugins bieten umfangreiche Funktionen und dedizierten Support, was sie ideal für größere Projekte macht, auch wenn sie oft einen höheren Preis haben [\[2\]](https://capacitorjs.com/docs/plugins/enterprise).
-
-### Entwicklererfahrung
-
-Die Entwicklererfahrung mit diesen Plugins wird durch ihre Dokumentation und einfache Integration beeinflusst. Capacitors "Web First"-Ansatz vereinfacht den Übergang für Webentwickler zur Mobile-App-Entwicklung und macht sicheres Session-Management zugänglicher [\[3\]](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development).
-
-### Praktische Anwendung
-
-Für Enterprise-Sicherheitsanforderungen bieten Lösungen wie Identity Vault und Capgo robuste Funktionen und umfassenden Support. Andererseits eignen sich Community-getriebene Plugins besser für kleinere Projekte mit weniger anspruchsvollen Sicherheitsanforderungen.
-
-## Empfehlungen
-
-Hier ist eine Aufschlüsselung der empfohlenen Lösungen basierend auf verschiedenen Anwendungsfällen:
-
-### Für kleine bis mittlere Anwendungen
-
-Für kleinere Teams mit begrenztem Budget ist **[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)** eine solide Wahl. Es speichert Kontoinformationen sicher mit plattformnativer Verschlüsselung (iOS Keychain und Android KeyStore) und bietet AES-256-Verschlüsselung für grundlegendes sicheres Session-Management auf iOS und Android mit starker Unterstützung.
-
-### Für Unternehmensanwendungen
-
-Für Organisationen, die höchste Sicherheit benötigen, sticht **Identity Vault** hervor. Es basiert auf nativen Sicherheits-APIs und ist für die Verwaltung sensibler Schlüssel und Token konzipiert, was es für Umgebungen mit strengen regulatorischen Anforderungen geeignet macht.
-
-### Für schnelle Entwicklungszyklen
-
-Wenn Geschwindigkeit Priorität hat, ist **Firebase Auth** eine ausgezeichnete Wahl. Seine cloudbasierte Infrastruktur, eingebaute Benutzerverwaltungsfunktionen und umfangreiche Dokumentation machen es ideal für MVPs und Prototypen, sodass Teams schnell und effizient Lösungen implementieren können.
-
-### Für compliance-kritische Anwendungen
-
-Für Projekte unter strengen regulatorischen Standards adressieren diese gezielten Lösungen spezifische Compliance-Anforderungen:
-
-| **Anforderung** | **Empfohlenes Plugin** | **Hauptvorteil** |
-| --- | --- | --- |
-| Datenschutz & DSGVO | Capgo | Ende-zu-Ende-Verschlüsselung |
-| Regulatorische & Behördliche Anforderungen | Capgo | Rollenbasierte Zugriffssteuerung |
-| Enterprise-Sicherheit | Identity Vault | Native Sicherheits-API-Integration |
-
-- **Capgo** konzentriert sich auf die Einhaltung des [Datenschutzes](https://capgo.app/dp/), einschließlich DSGVO, und bietet zusätzlich Tools für rollenbasierte Zugriffssteuerung.
-- **Identity Vault** spezialisiert sich auf nahtlose Integration mit nativen Sicherheits-APIs für Enterprise-Sicherheitsanforderungen.
-
-### Spezielle Anwendungsfälle
-
-Für Apps, die Offline-Funktionalität und sichere Token-Verwaltung benötigen, funktioniert ein hybrider Ansatz am besten:
-
-- Verwenden Sie **Identity Vault** zur sicheren Speicherung sensibler Daten.
-- Kombinieren Sie es mit der **Capacitor Preferences API** für nicht-sensible Daten.
-- Nutzen Sie sichere Keychain/Keystore-Techniken für persistente Token-Speicherung.
-
-Beachten Sie, dass die **Capacitor Preferences API** nur für minimale, nicht-sensible Daten verwendet werden sollte, während sensible Informationen über sichere Keychain- oder Keystore-Integrationen gespeichert werden müssen. Dies gewährleistet einen ausgewogenen Ansatz für Sicherheit und Funktionalität.
-
-## FAQs
-
-:::faq
-### Welche Funktionen bieten Capacitor-Plugins für sicheres Session-Management, einschließlich Verschlüsselung und biometrischer Authentifizierung?
-
-Capacitor-Plugins für sicheres Session-Management verfolgen unterschiedliche Ansätze bei Verschlüsselung und biometrischer Authentifizierung. Viele nutzen **AES-256-Verschlüsselung** zum Schutz von Sitzungsdaten vor unbefugtem Zugriff. Bei [biometrischen Funktionen](https://capgo.app/plugins/capacitor-native-biometric/) kann der Unterstützungsumfang variieren. Das Capacitor Native Biometric Plugin integriert sich beispielsweise direkt mit gerätebasierten biometrischen Systemen wie Fingerabdruck oder Gesichtserkennung und fügt Benutzersitzungen eine zusätzliche Schutzebene hinzu.
-
-Capgo geht noch einen Schritt weiter, indem es **Ende-zu-Ende-Verschlüsselung** mit reibungsloser biometrischer Authentifizierung kombiniert. Diese Kombination gewährleistet sowohl robuste Datensicherheit als auch eine unkomplizierte Benutzererfahrung und macht es zu einer herausragenden Option für Entwickler, die die App-Sicherheit verbessern möchten, ohne die Benutzerfreundlichkeit zu beeinträchtigen.
-:::
-
-:::faq
-### Wie kann ich biometrische Authentifizierung sicher in eine Capacitor-App mit dem Biometric Security Plugin integrieren?
-
-Um [biometrische Authentifizierung](https://capgo.app/plugins/capacitor-native-biometric/) sicher in eine Capacitor-App zu integrieren, beginnen Sie mit der Nutzung der **eingebauten Sicherheitsfunktionen** der mobilen Betriebssysteme wie iOS Keychain und Android Keystore. Diese Systeme bieten hardwaregestützten Schutz für sensible Daten wie Verschlüsselungsschlüssel und Sitzungs-Tokens und gewährleisten deren Sicherheit.
-
-Bei der Einrichtung der biometrischen Authentifizierung verwenden Sie die `authenticate()`-Methode des Biometric Security Plugins. Dies ermöglicht die Anpassung der Authentifizierungsaufforderung, einschließlich Elementen wie Titel und Schaltflächentext, um eine benutzerfreundliche Erfahrung zu schaffen. Für Geräte, die keine Biometrie unterstützen, sollten Sie Ausweichmöglichkeiten wie PIN- oder Passwort-Authentifizierung einbauen, um die Zugänglichkeit zu gewährleisten.
-
-Es ist wichtig, keine Geheimnisse direkt in Ihre App zu codieren. Verschlüsseln Sie stattdessen gespeicherte Tokens, um die Sicherheit weiter zu erhöhen. Zusätzlich können Tools wie Capgo das sichere Session-Management verbessern, indem sie verschlüsselte Echtzeit-Updates für Ihre Capacitor-App anbieten.
-:::
-
-:::faq
-### Wie hält Capgo Live-Updates sicher, während App-Sitzungen verwaltet werden?
-
-Capgo priorisiert Sicherheit mit **Ende-zu-Ende-Verschlüsselung** für Live-Updates. Das bedeutet, dass Ihr App-Bundle verschlüsselt wird, bevor es in die Cloud gesendet wird, und erst auf dem Gerät des Benutzers entschlüsselt wird, wodurch Ihre Daten während des gesamten Prozesses geschützt bleiben.
-
-Updates werden nahtlos im Hintergrund verarbeitet, sodass Benutzer während der App-Nutzung nicht unterbrochen werden. Sie sehen eine Update-Benachrichtigung nur beim Neustart der App, was die Erfahrung reibungslos hält und den App-Store-Regeln entspricht.
-:::
diff --git a/src/content/blog/de/capacitor-plugins-what-you-need-to-know.md b/src/content/blog/de/capacitor-plugins-what-you-need-to-know.md
deleted file mode 100644
index 0e06ce2a0..000000000
--- a/src/content/blog/de/capacitor-plugins-what-you-need-to-know.md
+++ /dev/null
@@ -1,233 +0,0 @@
----
-slug: capacitor-plugins-what-you-need-to-know
-title: 'Capacitor Plugins: Was Sie wissen müssen'
-description: >-
-  Erfahren Sie, wie Sie Capacitor-Plugins für die plattformübergreifende
-  App-Entwicklung nutzen können, um einfachen Zugriff auf native Funktionen zu
-  ermöglichen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-10T22:09:04.610Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a9581f762bb46adb44912d-1739225358216.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor plugins, mobile development, cross-platform apps, native features,
-  custom plugins, community plugins
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Plugins sind essentiell für die Entwicklung plattformübergreifender Apps und ermöglichen die Nutzung nativer Gerätefunktionen wie Kameras, Dateisysteme und Benachrichtigungen mit minimalem Aufwand. Sie kombinieren JavaScript-APIs und nativen Code für eine nahtlose Integration über iOS, Android und Web-Plattformen. Hier ist was Sie wissen müssen:
-
--   **Core Plugins**: Entwickelt vom [Ionic](https://ionicframework.com/) Team, diese decken Grundlagen wie Dateispeicherung (`Filesystem.writeFile`) und Netzwerkprüfungen (`Network.getStatus`) ab.
--   **Community Plugins**: Bieten spezielle Funktionen wie [Firebase Analytics](https://firebase.google.com/docs/analytics), [In-App-Käufe](https://capgo.app/plugins/native-purchases/) und Live-Updates.
--   **Benutzerdefinierte Plugins**: Erstellen Sie Ihre eigenen für spezielle Hardware- oder Geschäftsanforderungen.
-
-### Schneller Überblick
-
-| **Vorteil** | **Auswirkung** | **Beispiel** |
-| --- | --- | --- |
-| Entwicklungsgeschwindigkeit | Schnellere Funktionsimplementierung | Kamerafunktion einfach hinzufügen |
-| Code-Effizienz | Wiederverwendung über Plattformen | Gemeinsame APIs für iOS und Android |
-| [Native Leistung](https://capgo.app/plugins/native-audio/) | Direkter Zugriff auf Gerätefunktionen | Plattformspezifische Optimierungen |
-
-Capacitors Plugin-System vereinfacht die App-Entwicklung bei gleichzeitiger Beibehaltung der nativen Leistung. Egal ob Sie vorgefertigte Plugins verwenden oder eigene erstellen, sie helfen Ihnen, sich auf den Aufbau von Funktionen zu konzentrieren, anstatt plattformspezifische Komplexitäten zu behandeln.
-
-## So erstellen Sie Ihr eigenes [Capacitor](https://capacitorjs.com/) Plugin
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-10.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Nf-mOfmD7X4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Plugin Technische Struktur
-
-[Capacitor plugins](https://capgo.app/plugins/) basieren auf einem plattformübergreifenden Bridge-Design, das eine reibungslose Interaktion zwischen Web- und nativer Umgebung ermöglicht. Das Verständnis dieser Funktionsweise kann Entwicklern helfen, Plugins effizienter zu erstellen und zu debuggen.
-
-### Plugin-Komponenten: Web und Native
-
-Capacitor Plugins verwenden ein zweischichtiges Setup, das Web- und native Funktionalitäten trennt. Diese Schichten kommunizieren über Capacitors Bridge-System.
-
-| Komponente | Implementierung |
-| --- | --- |
-| JavaScript API | [TypeScript](https://www.typescriptlang.org/) Definitionen mit exportierten Methoden |
-| Nativer Code | [Swift](https://developer.apple.com/swift/) (iOS) und [Kotlin](https://kotlinlang.org/)/Java (Android) |
-| Bridge-Schicht | JSON Nachrichtenserialisierung |
-
-Diese Struktur vereinfacht Aufgaben wie die Konvertierung von Datentypen zwischen JavaScript und nativen Umgebungen. Zum Beispiel konvertiert das Filesystem-Plugin automatisch Binärdaten in Base64 für die Übertragung, während primitive Datentypen über JSON verarbeitet werden [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-### Plattform-Kommunikation 
-
-Die Kommunikation zwischen Web- und nativer Schicht funktioniert über ein nachrichtenbasiertes System. Hier ein Beispiel des Ablaufs:
-
-```javascript
-// Example of platform communication flow
-LocalNotifications.schedule({
-    title: "Update Available",
-    body: "New version ready to install"
-}) // Triggers native implementation based on platform
-```
-
-Die Bridge enthält Sicherheitsfunktionen wie:
-
--   **TypeScript-Validierung** zur Gewährleistung der Datenintegrität
--   **Sandboxed WebView Ausführungskontexte** für sichere Interaktionen [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-Die Fehlerbehandlung ist unkompliziert, da Capacitor Verheißungsketten zur Rückgabe von Fehlern verwendet. Wenn beispielsweise der Geolocation-Zugriff aufgrund fehlender Berechtigungen verweigert wird, erhalten Entwickler klare Fehlercodes zur Identifizierung und Behebung des Problems [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-Um plattformspezifische Unterschiede zu behandeln, können Entwickler `Capacitor.isPluginAvailable()` verwenden, um zu prüfen, ob eine Funktion unterstützt wird, bevor sie ausgeführt wird. Dieser Ansatz stellt sicher, dass Apps plattformübergreifend funktionieren und dabei native Funktionen nutzen, wenn verfügbar, getreu Capacitors plattformübergreifendem Ansatz [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system).
-
-## Plugin-Kategorien
-
-Capacitor Plugins sind in drei Hauptkategorien unterteilt, die jeweils auf spezifische Entwicklungsanforderungen zugeschnitten sind. Die Kenntnis dieser Kategorien hilft Entwicklern bei der Auswahl der richtigen Plugins für ihre Projekte. Diese Kategorien spielen auch eine Rolle im Plugin-Auswahlprozess, der im Abschnitt Plugins hinzufügen besprochen wird.
-
-### Core Plugins
-
-Core Plugins werden vom Ionic-Team entwickelt und gepflegt. Sie bieten wichtige native Funktionen und werden mit Updates und standardisierten APIs unterstützt.
-
-| Core Plugin | Funktionalität | Hauptmethode |
-| --- | --- | --- |
-| Filesystem | Dateispeicheraktionen | `Filesystem.writeFile()` |
-| Network | Konnektivität prüfen | `Network.getStatus()` |
-| Device | Hardware-Info abrufen | `Device.getInfo()` |
-
-Diese Plugins beinhalten TypeScript-Validierung und gewährleisten konsistentes Verhalten über Plattformen hinweg, was sie zu einer verlässlichen Wahl für grundlegende native Fähigkeiten macht [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-### Community Plugins
-
-Das Capacitor-Ökosystem bietet auch eine Reihe von Drittanbieter-Plugins, die über die Grundlagen hinausgehen. Diese Plugins bedienen spezifischere Bedürfnisse und integrieren sich mit weitverbreiteten Diensten.
-
-| Plugin | Zweck |
-| --- | --- |
-| Firebase Analytics | Verfolgt App-Nutzung |
-| Live Updates | Ermöglicht Echtzeit-Updates |
-| Native Purchases | Verwaltet In-App-Käufe |
-| Screen Reader | Fügt Barrierefreiheit hinzu |
-
-Bei der Auswahl von Community Plugins ist es wichtig, deren GitHub-Aktivität, Wartungshäufigkeit und Niveau der Community-Unterstützung zu bewerten, um ihre langfristige Zuverlässigkeit sicherzustellen [\[3\]](https://github.com/riderx/awesome-capacitor).
-
-### Benutzerdefinierte Plugins erstellen
-
-Manchmal erfüllen weder Core- noch Community-Plugins Ihre Anforderungen. Hier kommen benutzerdefinierte Plugins ins Spiel, besonders für einzigartige Hardware-Integrationen oder spezifische Geschäftsanforderungen. Beispiele umfassen die Arbeit mit proprietärer Hardware, die Implementierung benutzerdefinierter Logik oder die Verbindung zu Legacy-Systemen.
-
-Die Entwicklung benutzerdefinierter Plugins beinhaltet die Erstellung nativer Implementierungen für iOS und Android, zusammen mit einer einheitlichen JavaScript-API. Zur Aufrechterhaltung der plattformübergreifenden Konsistenz sollten Entwickler einschließen:
-
--   Browser-kompatible Funktionalität für Web-Umgebungen
--   Einheitliche Methodensignaturen über alle Plattformen [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-## Plugins zu Ihrer App hinzufügen
-
-Das Hinzufügen von Plugins zu Ihrer Capacitor-App erfordert sorgfältige Planung, um sowohl Leistung als auch Sicherheit zu gewährleisten. Hier ein genauerer Blick darauf, wie man Plugins effektiv auswählt, implementiert und testet.
-
-### Plugin-Auswahlhilfe
-
-Beachten Sie diese Kriterien bei der Auswahl von Plugins:
-
-| **Kriterium** | **Worauf zu achten ist** |
-| --- | --- |
-| Plattform-Unterstützung | Kompatibilität mit iOS, Android und Web |
-| Dokumentation | Klare API-Referenzen und Beispiele |
-
-Für Funktionen mit sensiblen Daten oder Sicherheitsaspekten, führen Sie Tools wie `npm audit` aus oder nutzen Sie Plattformen wie [Snyk](https://snyk.io/) zur Überprüfung von Schwachstellen. Kombinieren Sie dies mit Web-Sicherheits-Best-Practices [\[7\]](https://ahrefs.com/blog/google-advanced-search-operators/)[\[8\]](https://www.w3.org/International/questions/qa-html-language-declarations).
-
-### [Capgo](https://capgo.app/): Live Updates für Apps
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-10.jpg?auto=compress)
-
-Capgo bietet ein [Live-Update-Plugin](https://capgo.app/docs/plugin/self-hosted/auto-update/), das nahtlos mit Capacitor zusammenarbeitet. Es ermöglicht Ihnen, Updates - wie Fehlerbehebungen oder neue Funktionen - direkt in Ihre App über verschlüsselte Kanäle zu deployen, während die App-Store-Richtlinien eingehalten werden [\[3\]](https://github.com/riderx/awesome-capacitor).
-
-### Plugin-Testmethoden
-
-Gründliches Testen ist entscheidend, um sicherzustellen, dass Plugins über alle Plattformen hinweg reibungslos funktionieren. So können Sie es angehen:
-
--   **Plattform-Matrix-Tests**: Testen Sie Plugins über alle unterstützten Plattformversionen. Verwenden Sie Capacitors Plattformverfügbarkeitsprüfungen vor dem Aufruf von Plugin-Methoden, um Kompatibilitätsprobleme zu vermeiden.
-    
--   **Häufige Probleme lösen**: Beheben Sie häufige Probleme mit diesen Lösungen:
-    
-    | **Problem** | **Lösung** |
-    | --- | --- |
-    | Native Build-Fehler | Korrekte Abhängigkeitsversionen bestätigen |
-    | Berechtigungsfehler | Plattformkonfigurationen überprüfen |
-    
--   **Automatisierte Tests**: Verwenden Sie automatisierte Tools, um verschiedene Fehlerzustände und Grenzfälle zu simulieren und sicherzustellen, dass das Plugin wie erwartet funktioniert [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-    
-
-Für Plugins, die kritisch für die Funktionalität Ihrer App sind, pflegen Sie gepatchte Versionen und überwachen Sie das offizielle Changelog auf Updates oder Breaking Changes [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins)[\[5\]](https://capacitorjs.com/docs/plugins). Dies hilft Ihnen, potenziellen Problemen vorzubeugen und Ihre App sicher und zuverlässig zu halten.
-
-## Plugin-Wartungsleitfaden
-
-Sobald Sie Plugins sorgfältig ausgewählt und implementiert haben, ist deren Wartung entscheidend. Regelmäßige Updates und Überprüfungen stellen sicher, dass Ihre App funktionsfähig bleibt, Sicherheitsrisiken vermeidet und mit Plattformänderungen kompatibel bleibt.
-
-### Versionsverwaltung
-
-Die Verwaltung von Plugin-Versionen erfordert die Beobachtung sowohl von Capacitor Core Updates als auch plattformspezifischen Änderungen. Es geht darum, Ihre Plugins mit Capacitors semantischer Versionierung abzustimmen.
-
-| Versionstyp | Update-Priorität | Hauptüberlegungen |
-| --- | --- | --- |
-| **Major Updates** | Hoch | API-Änderungen |
-| **Minor Updates** | Mittel | Neue Funktionen |
-| **Patch Updates** | Niedrig | Fehlerbehebungen, Sicherheitspatches |
-
-Befolgen Sie diese Schritte beim Upgrade auf Major-Versionen:
-
-1\. **Aktuelle Einrichtung prüfen**
-
-Dokumentieren Sie alle vorgenommenen Anpassungen oder Umgehungslösungen.
-
-2. **[Update-Strategie](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)**
-
-Entwickeln Sie einen detaillierten Update-Plan, der Folgendes umfasst:
-
--   Einrichtung einer Testumgebung
--   Erstellung von Sicherungskopien
--   Vorbereitung von Rollback-Protokollen
--   Bewertung möglicher Auswirkungen auf Benutzer
-
-3. **Implementierung**
-
-Überwachen Sie während des Updates Absturzraten, Leistungsmetriken und API-Antworten, um einen reibungslosen Ablauf sicherzustellen.
-
-Die konsequente Verfolgung von Versionen in Verbindung mit gründlichen Tests trägt zu einem zuverlässigen Qualitätssicherungszyklus bei.
-
-### Plugin-Support-Ressourcen
-
-Der Zugang zu verlässlicher Unterstützung ist der Schlüssel für eine effektive Plugin-Wartung. Das Capacitor-Ökosystem bietet mehrere hilfreiche Ressourcen:
-
-> "Die Capacitor GitHub Discussions Community mit über 8.000 Mitgliedern dient als zentrale Anlaufstelle für Plugin-Wartungsunterstützung und Fehlerbehebung." [\[5\]](https://capacitorjs.com/docs/plugins)
-
-Für Teams, die Tools wie Capgo für Live-Updates verwenden, gibt es zusätzliche Funktionen:
-
--   Echtzeit-Absturzanalysen
--   Automatisierte Kompatibilitätsprüfungen
--   Deployment-Rollback-Optionen
-
-Bei der Arbeit mit Community-Plugins sollten diese Ressourcen berücksichtigt werden:
-
-| Ressource | Zweck |
-| --- | --- |
-| **Ionic Forums** | Offizieller Plugin-Support |
-| **Stack Overflow** | Technische Lösungen |
-| **Plugin GitHub Issues** | Fehlerverfolgung |
-
-Bei verwaisten Plugins können Sie das Repository forken oder benutzerdefinierte Wrapper-Plugins mit Capacitor's Bridges erstellen.
-
-Um häufige Wartungsprobleme zu vermeiden, automatisieren Sie Testroutinen zur Erkennung von:
-
--   iOS/Android API-Veraltung
--   Native Dependency-Konflikte
--   Plattformspezifische Berechtigungsprobleme
-
-Die regelmäßige Verwendung von `capacitor doctor` kann helfen, potenzielle Probleme frühzeitig zu erkennen und sicherzustellen, dass Ihre App in Top-Form bleibt [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins).
-
-## Zusammenfassung
-
-Capacitor-Plugins verbinden Web- und Native-Funktionen durch ihr Kerndesign und machen die [plattformübergreifende App-Entwicklung](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) effizienter [\[6\]](https://capacitorjs.jp/blog/how-capacitor-works). Diese Architektur stattet Entwickler mit den notwendigen Werkzeugen aus, um fortschrittliche Anwendungen zu erstellen und dabei die Geschwindigkeit und Leistung nativer Apps beizubehalten.
-
-Um Plugins reibungslos am Laufen zu halten, ist es wichtig, ihre Kategorien und deren Wartung zu verstehen:
-
-Das Plugin-Ökosystem bleibt dank aktiver Updates und kontinuierlicher Verbesserungen stabil [\[3\]](https://github.com/riderx/awesome-capacitor). Dieses Engagement gewährleistet eine konstante Leistung über alle Plattformen hinweg und führt gleichzeitig Funktionen wie Live-Updates ein.
-
-Für Teams, die Plugins effektiv verwalten möchten, haben moderne Tools die traditionellen Update-Prozesse vereinfacht. Native Methoden sind darauf ausgelegt, in weniger als 200ms ausgeführt zu werden [\[6\]](https://capacitorjs.jp/blog/how-capacitor-works), was eine schnelle und zuverlässige Leistung über alle Plattformen hinweg gewährleistet.
diff --git a/src/content/blog/de/capacitor-social-login-release.md b/src/content/blog/de/capacitor-social-login-release.md
deleted file mode 100644
index f43ff1382..000000000
--- a/src/content/blog/de/capacitor-social-login-release.md
+++ /dev/null
@@ -1,47 +0,0 @@
----
-slug: capacitor-social-login-release
-title: Veröffentlichung eines brandneuen Capacitor Social Login Plugins
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-10-08T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /social_login_plugin_blog.webp
-head_image_alt: Illustration des Capgo-Organisationssystems
-tag: Capacitor
-published: true
-next_blog: ''
-locale: de
----
-
-# Einführung
-
-Hallo, ich bin Michael ([WcaleNieWolny](https://githubcom/WcaleNieWolny)) 👋,
-
-Nach einem Monat harter (und etwas schmerzhafter 🙃) Arbeit freue ich mich, die erste Version des Capacitor Social Login ankündigen zu können. Dieses Plugin wurde entwickelt, um sowohl Google- als auch Apple-Login auf iOS und Android zu handhaben. Außerdem haben Martin und ich an einigen einzigartigen Funktionen gearbeitet, darunter:
-
- - Die Einführung von Login mit Apple auf Android
- - Die Anwendung der neuen Google Credentials API
- - Die Ergänzung detaillierter Dokumentation
-
-# Login mit Apple auf Android
-
-Zunächst besprechen wir die große Neuerung des 'Login mit Apple' auf Android. Dies war nicht trivial, da Apples SDK diese Funktionalität nicht bietet. Ich verwendete [diesen Artikel](https://johncodeoscom/how-to-add-sign-in-with-apple-button-to-your-android-app-using-kotlin/) als Referenzpunkt, änderte ihn aber etwas, um ihn sicherer zu machen. Der Ablauf, den ich letztendlich entwickelte, sieht so aus:
-
-<figure><img style="margin-left: auto;margin-right: auto;max-height: 600px !important;" src="/apple-login-flow-chart.svg" alt="Apple Login flow chart" /><figcaption></figcaption></figure>
-
-Leider erfordert es ein Backend und einige Änderungen am Code Ihrer App, aber es ist das Beste, was ich tun konnte.
-
-# Erneuertes Google-Login auf Android
-
-Als Nächstes versuchte ich, Google-Login auf Android zu implementieren. Wie sich herausstellte, verwendet [CodetrixStudio's CapacitorGoogleAuth](https://githubcom/CodetrixStudio/CapacitorGoogleAuth) eine [bald veraltete GMS-Bibliothek](https://developerandroidcom/identity/sign-in/legacy-gsi-migration#authorization). Da diese GMS-Bibliothek als veraltet gilt, entschied ich mich für die Verwendung des [CredentialManager](https://developerandroidcom/identity/sign-in/credential-manager-siwg). Dies half, den Login-Prozess zu vereinfachen und beseitigte den lästigen [Fehler 10](https://githubcom/CodetrixStudio/CapacitorGoogleAuth/issues/332) 🎉
-
-# Dokumentation
-
-Schließlich habe ich eine großartige ✨ Dokumentation geschrieben. Ich habe viel Zeit damit verbracht sicherzustellen, dass die Dokumente genau und umfassend sind. Die Dokumentation enthält eine detaillierte Anleitung zum Einrichten von Apple und Google. Ich habe auch ein [Beispiel-Backend](https://githubcom/WcaleNieWolny/capgo-social-login-backend-demo) für Login mit Apple bereitgestellt 🍎
-
-Schauen Sie sich gerne die [Apple](https://githubcom/Cap-go/capacitor-social-login/blob/main/docs/setup_applemd) und [Google](https://githubcom/Cap-go/capacitor-social-login/blob/main/docs/setup_googlemd) Anleitungen an!
-
-# Fazit
-
-Zusammenfassend führt das Capacitor Social Login Plugin viele neue und aufregende Funktionen ein, mit weiteren, die in Zukunft folgen werden 🚀
\ No newline at end of file
diff --git a/src/content/blog/de/capacitor-vs-appflow-ota-update-solutions-compared.md b/src/content/blog/de/capacitor-vs-appflow-ota-update-solutions-compared.md
deleted file mode 100644
index 011c2836f..000000000
--- a/src/content/blog/de/capacitor-vs-appflow-ota-update-solutions-compared.md
+++ /dev/null
@@ -1,156 +0,0 @@
----
-slug: capacitor-vs-appflow-ota-update-solutions-compared
-title: 'Capacitor vs Appflow: OTA Update-Lösungen im Vergleich'
-description: >-
-  Vergleichen Sie OTA-Update-Lösungen, um die beste Wahl für Ihre App zu finden,
-  mit Fokus auf Sicherheit, Geschwindigkeit und Kosteneffizienz.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T01:59:04.033Z
-updated_at: 2025-03-30T01:59:15.207Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9-1743299955207.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, Capacitor, Appflow, mobile development, deployment solutions, app
-  security, update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Suchen Sie nach der besten OTA-Update-Lösung für Ihre App?** Hier ist ein schneller Vergleich von [Capacitor](https://capacitorjs.com/) (mit [Capgo](https://capgo.app/)) und [Appflow](https://ionic.io/appflow/), der Ihnen bei der Entscheidung hilft. [Capacitor](https://capacitorjs.com/) bietet schnelle Updates, hohe Sicherheit und kosteneffektive Optionen, während Appflow an das [Ionic](https://ionicframework.com/)-Ökosystem gebunden ist und 2026 eingestellt wird.
-
-### Wichtige Punkte:
-
--   **Capacitor (Capgo)**:
-    
-    -   Updates erreichen 95% der Nutzer innerhalb von 24 Stunden.
-    -   Bietet Ende-zu-Ende-Verschlüsselung und flexible Hosting-Optionen (Cloud oder Self-Hosted).
-    -   Kostet ca. 3.600 € jährlich, mit einmaliger Einrichtungsgebühr von 2.600 €.
-    -   Aktiv entwickelt und Open-Source.
--   **Appflow**:
-    
-    -   In Ionic integriert, aber nur Cloud-basiert.
-    -   Support endet 2026.
-    -   Kostet 6.000 € jährlich.
-
-### Schneller Vergleich:
-
-| Funktion | Capacitor (Capgo) | Appflow |
-| --- | --- | --- |
-| **Update-Geschwindigkeit** | 95% in 24 Stunden, 57ms API | Variiert |
-| **Sicherheit** | Ende-zu-Ende-Verschlüsselung | Standard-Signierung |
-| **Hosting** | Cloud oder Self-Hosted | Nur Cloud |
-| **Zukünftige Verfügbarkeit** | Aktiv entwickelt | Endet 2026 |
-| **Jährliche Kosten** | ~3.600 € | 6.000 € |
-| **Einrichtungsgebühr** | 2.600 € | Inklusive |
-
-**Fazit:** Capacitor (Capgo) ist eine zukunftssichere, sichere und kosteneffiziente Wahl, besonders für langfristige Projekte. Appflow könnte für kurzfristige Bedürfnisse geeignet sein, erfordert aber Migrationsplanung aufgrund der bevorstehenden Einstellung.
-
-## [Capacitor](https://capacitorjs.com/) Update-Funktionen
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Integriertes Update-System
-
-Capacitors Update-System ermöglicht es Entwicklern, Live-Fehlerkorrekturen und neue Funktionen direkt an Benutzer zu liefern, ohne die üblichen App-Store-Überprüfungsverzögerungen. Bei korrekter Einrichtung kann dieses System innerhalb von 24 Stunden bis zu 95% der aktiven Nutzer erreichen [\[1\]](https://capgo.app/). Es verwendet differentielle Updates, die nur die geänderten Codeteile herunterladen, was Bandbreite spart und den Prozess beschleunigt. Zum Beispiel kann das Herunterladen eines 5MB-Updates über Capgos globales CDN nur 114 Millisekunden dauern [\[1\]](https://capgo.app/). Dieser optimierte Ansatz fügt sich nahtlos in moderne Entwicklungs-Workflows ein.
-
-### Entwicklungswerkzeug-Unterstützung
-
-Capacitors Update-System arbeitet Hand in Hand mit verschiedenen Entwicklungswerkzeugen, um die Bereitstellung zu vereinfachen. CLI-Tools erleichtern das Erstellen und Bereitstellen von Updates, während die Kompatibilität mit CI/CD-Plattformen wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) und [Jenkins](https://www.jenkins.io/) den gesamten Prozess automatisiert. Zusätzliche Funktionen wie Versionskontrolle, Fehlerverfolgung und Analytics-Dashboards ermöglichen es Entwicklern, Updates in Echtzeit zu überwachen, Probleme zu beheben und die Leistung effektiv zu messen.
-
-[Continue with more sections if needed]
-
-| Anforderung | Capgo | Appflow |
-| --- | --- | --- |
-| App Store-Konformität | Vollständig konform mit Apple-Richtlinien | Erfüllt Standardkriterien |
-| Play Store-Konformität | Folgt Google Play-Anforderungen | Erfüllt Standardkriterien |
-| Autorisierte Entschlüsselung | Ende-zu-Ende-Verschlüsselung für Benutzer | Update-Signierung |
-| Versionskontrolle | Detaillierte Versionsverwaltung, einschließlich Rollback | Grundlegende Versionsverfolgung |
-
-Capgo gewährleistet die Einhaltung der OTA-Richtlinien von Apple und Google [\[1\]](https://capgo.app/). Diese strikte Ausrichtung an den Store-Regeln ergänzt die zuvor diskutierten CI/CD-Integrationen.
-
-### Sicherheitsfunktionen
-
-Sicherheit spielt eine wichtige Rolle bei OTA-Update-Systemen, besonders bei Live-Code-Deployments. Capgo zeichnet sich durch fortschrittliche Sicherheitsmaßnahmen aus, die über traditionelle Lösungen hinausgehen:
-
-| Sicherheitsfunktion | Implementierung |
-| --- | --- |
-| Verschlüsselungsart | Ende-zu-Ende-Verschlüsselung |
-| Update-Schutz | Entschlüsselung auf spezifische Benutzer zugeschnitten |
-| Zugriffskontrolle | Umfassende Berechtigungskontrollen |
-| Hosting-Optionen | Optionen für Cloud oder Self-Hosted-Setups |
-| Version-Rollback | Einfache Ein-Klick-Rollback-Funktionalität |
-
-Diese Funktionen stellen sicher, dass Updates verschlüsselt, zugriffskontrolliert und reversibel sind und bieten Sicherheit auf Unternehmensebene bei gleichzeitig einfacher Verwaltung.
-
-## Preisvergleich
-
-### Plattform-Kosten
-
-Die Kosten für OTA-Update-Lösungen können stark variieren. Capgo bietet Pläne ab 12$/Monat (Solo) bis zu 249$/Monat (PAYG). Hier eine Aufschlüsselung der Preise:
-
-| Plan | Monatliche Kosten (Jährlich abgerechnet) | Hauptfunktionen |
-| --- | --- | --- |
-| Solo | 12$ | 1.000 MAU, 50GB Bandbreite |
-| Maker | 33$ | 10.000 MAU, 500GB Bandbreite |
-| Team | 83$ | 100.000 MAU, 2.000GB Bandbreite |
-| PAYG | 249$ | 1.000.000 MAU, 10TB Bandbreite |
-
-Im Vergleich dazu berechnet Appflow eine feste jährliche Gebühr von 6.000$. Dieser Preisunterschied hat viele Nutzer zum Wechsel bewogen, einschließlich des NASA OSIRIS-REx-Teams:
-
-> "@Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Diese kontrastierenden Preismodelle unterstreichen die Bedeutung der Kostenbewertung neben den Funktionen.
-
-### Kosten vs. Nutzen
-
-Die Preisgestaltung ist ein wichtiger Faktor bei der Wahl einer OTA-Update-Lösung, besonders für die langfristige Planung. Im Laufe der Zeit wird die Kostendifferenz zwischen Capgo und Appflow deutlicher:
-
-| Zeitraum | Capgo Gesamtkosten\* | Appflow Gesamtkosten | Mögliche Einsparungen |
-| --- | --- | --- | --- |
-| Jahr 1 | 6.200$ | 6.000$ | -200$ |
-| Jahr 3 | 13.400$ | 18.000$ | 4.600$ |
-| Jahr 5 | 20.600$ | 30.000$ | 9.400$ |
-
-\*Capgos Gesamtsumme beinhaltet eine einmalige CI/CD-Einrichtungsgebühr von 2.600$ und monatliche Kosten von 300$ [\[1\]](https://capgo.app/).
-
-Jermaine teilte seine Erfahrung:
-
-> "Bin zu @Capgo gewechselt, nachdem @AppFlow uns mit einer 5000$-Rechnung für das Jahr konfrontiert hat. Liebe Capgo bisher" [\[1\]](https://capgo.app/)
-
-Für Organisationen, die auf Kosteneffizienz achten, können Capgos einmalige Einrichtungsgebühr, niedrigere monatliche Gebühren und [Self-Hosting-Option](https://capgo.app/blog/self-hosted-capgo/) zu erheblichen Einsparungen über die Zeit führen.
-
-LeVar Berry teilte auch seine Perspektive:
-
-> "Habe mein @Appflow-Abonnement nach 4 Jahren gekündigt. Code-Push schien nie richtig zu funktionieren, hoffentlich hat @CapGO es besser im Griff" [\[1\]](https://capgo.app/)
-
-## Abschließende Analyse
-
-### Zentrale Unterschiede
-
-Im Vergleich von Capacitor mit Appflow gibt es klare Kontraste bei Update-Bereitstellung und Sicherheitsfunktionen, wie bereits hervorgehoben. Capgos Plattform für Capacitor liefert schnelle und zuverlässige Leistung [\[1\]](https://capgo.app/). Sie überzeugt mit ihren Deployment-Optionen und starker Sicherheit, einschließlich **Ende-zu-Ende-Verschlüsselung** und der Flexibilität von Cloud- oder Self-Hosted-Setups, was die weltweite Adoption vorangetrieben hat [\[1\]](https://capgo.app/).
-
-| Funktion | Capgo (Capacitor) | Appflow |
-| --- | --- | --- |
-| Sicherheit | Ende-zu-Ende-Verschlüsselung | Grundlegende Signierung |
-| Hosting-Optionen | Cloud und Self-Hosted | Nur Cloud |
-| Zukunftsverfügbarkeit | Aktiv entwickelt | Endet 2026 |
-| Update-Geschwindigkeit | 114 ms (5 MB Bundle) | Nicht spezifiziert |
-| Quellcode | 100% Open-Source | Proprietär |
-
-Diese Unterschiede spielen eine große Rolle bei der Entscheidung, welche Lösung zu Ihren Bedürfnissen passt.
-
-### Plattform-Auswahlhilfe
-
-Basierend auf diesen Unterschieden hier eine schnelle Anleitung zur Auswahl der richtigen Plattform:
-
--   **Unternehmensorganisationen**: Wenn Sicherheit oberste Priorität hat, ist Capgo eine starke Wahl. Sein [Self-Hosted-Deployment](https://capgo.app/blog/self-hosted-capgo/) und **Ende-zu-Ende-Verschlüsselung** erfüllen strenge Sicherheitsanforderungen. Zudem integriert es sich nahtlos mit CI/CD-Tools, was es ideal für großangelegte Operationen macht [\[1\]](https://capgo.app/).
-    
--   **Wachsende Teams**: Capgos skalierbare Infrastruktur und Kanalsystem ermöglichen gezielte Updates für spezifische Benutzergruppen und geben Teams präzise Kontrolle über Deployments [\[1\]](https://capgo.app/).
-    
--   **Kostenbewusste Entwickler**: Mit seiner wettbewerbsfähigen Preisgestaltung ist Capgo eine budgetfreundliche Option im Vergleich zu Appflow, was es für Teams jeder Größe geeignet macht [\[1\]](https://capgo.app/).
-    
--   **Zukunftsplanung**: Appflows geplante Abschaltung im Jahr 2026 macht Migrationsplanung essentiell. Capgos Open-Source-Ansatz, aktive Entwicklung und wachsende Community machen es zu einer verlässlichen langfristigen Wahl [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/de/capacitor-vs-appflow-versioning-differences.md b/src/content/blog/de/capacitor-vs-appflow-versioning-differences.md
deleted file mode 100644
index 353f26ccc..000000000
--- a/src/content/blog/de/capacitor-vs-appflow-versioning-differences.md
+++ /dev/null
@@ -1,141 +0,0 @@
----
-slug: capacitor-vs-appflow-versioning-differences
-title: 'Capacitor vs. Appflow: Unterschiede bei der Versionierung'
-description: >-
-  Entdecken Sie die Unterschiede in der Versionierung zwischen manuellen und
-  automatisierten Methoden und lernen Sie neue Alternativen für die
-  App-Entwicklung kennen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T04:20:03.700Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac-1745209216757.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  version control, app updates, manual versioning, automated versioning, CI/CD,
-  live updates, mobile development, app release management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Die Verwaltung von App-Versionen kann komplex sein.** [Capacitor](https://capacitorjs.com/) verwendet [manuelle Updates](https://capgo.app/docs/plugin/cloud-mode/manual-update/), während [Appflow](https://ionic.io/docs/appflow) den Prozess automatisiert. Hier ist, was Sie wissen müssen:
-
--   **Capacitor:** Manuelle Versionierung erfordert das Bearbeiten von Dateien wie `Info.plist` (iOS) und `build.gradle` (Android). Dies gibt Kontrolle, birgt aber Fehlerrisiken und verlangsamt Updates.
--   **Appflow:** Automatisiert die Versionierung mit CI/CD-Tools für schnellere Releases, kostet aber ~6.000 €/Jahr und kann an Flexibilität mangeln.
-
-**Wichtige Marktveränderungen:**
-
--   **Appflow wird 2026 eingestellt.**
--   Alternativen wie **[Capgo](https://capgo.app/)** bieten Live-Updates ab 12 €/Monat, wobei 95% der Updates innerhalb von 24 Stunden ausgeliefert werden.
-
-### Schneller Vergleich
-
-| Funktion | Capacitor (Manuell) | Appflow (Automatisiert) | Capgo (Alternative) |
-| --- | --- | --- | --- |
-| **Versionierung** | Manuelle Bearbeitung | Automatisiert via CI/CD | Live-Updates |
-| **Update-Geschwindigkeit** | Langsamer (App Store Verzögerungen) | Schneller (Code-push) | Nahezu sofort |
-| **Kosten** | Kostenlose Tools | ~6.000 €/Jahr | Ab 12 €/Monat |
-| **Fehlerrisiko** | Höher (manuelle Fehler) | Niedriger | Niedriger |
-| **Enddatum** | Aktiv | Endet 2026 | Aktiv |
-
-Bei der Auswahl sollten Sie Ihr Budget, die Update-Häufigkeit und den Bedarf an Geschwindigkeit berücksichtigen.
-
-## Live-Demo: Entwicklung von [Capacitor](https://capacitorjs.com/) Apps in Ionic [Appflow](https://ionic.io/docs/appflow)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/tkgNuSG5FJQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Versionierungsmethoden: Capacitor vs Appflow
-
-Capacitor und Appflow verfolgen sehr unterschiedliche Ansätze bei der Versionsverwaltung. Hier ein genauerer Blick darauf, wie jede Plattform diesen Prozess handhabt und sich in Entwicklungsabläufe einfügt.
-
-### Capacitors manuelle Versionskontrolle
-
--   Für iOS müssen Sie die **Info.plist** Datei für jedes Release manuell aktualisieren.
--   Für Android werden Versions-Code Anpassungen in der **build.gradle** Datei manuell vorgenommen.
-
-Dieser Ansatz gibt Ihnen präzise Kontrolle über die Versionierung, kann aber Releases verlangsamen und Raum für menschliche Fehler lassen.
-
-### Appflows automatisierte Versionsverwaltung
-
--   **CI/CD Integration** übernimmt automatisch die Versions-Inkremente.
--   Versionen werden zwischen iOS und Android synchronisiert, was Konsistenz gewährleistet.
-
-Während diese Automatisierung den Release-Prozess beschleunigt, kann sie die Flexibilität reduzieren und mit höheren Kosten verbunden sein. Einige Entwickler haben auch von Problemen mit der Code-Push-Funktionalität und steigenden Kosten berichtet.
-
-Als Nächstes vergleichen wir die wichtigsten Versionskontroll-Funktionen dieser Plattformen.
-
-## Versionskontroll-Funktionen im direkten Vergleich
-
-Hier ist ein Vergleich der Hauptfunktionen jeder Plattform, mit Fokus auf die Handhabung der Versionskontrolle.
-
-**Kernunterschiede sind:**
-
--   **Versionskontrolle**: Eine verlässt sich auf manuelle Konfigurationsdateien, während die andere automatisierte CI/CD-Prozesse nutzt.
--   **Update-Verteilung**: Traditionelle App-Store-Einreichungen versus [Live-Code-Push-Updates](https://capgo.app/sponsor/).
--   **Kosten**: Eine bietet kostenlose Tools, während die andere etwa 5.000 € pro Jahr kosten kann.
--   **Bereitstellungsgeschwindigkeit**: App-Store-Überprüfungen können mehrere Tage dauern, während Live-Code-Push eine nahezu sofortige Bereitstellung ermöglicht.
-
-Diese Unterschiede wirken sich darauf aus, wie schnell Updates veröffentlicht werden können, wie hoch das Risiko ist und wie hoch die Gesamtkosten sind.
-
-Mit der Einstellung von Microsofts Code Push in 2024 und Appflow voraussichtlich in 2026, suchen viele Teams bereits nach Alternativen [\[1\]](https://capgo.app/).
-
-## Auswirkungen auf das Release-Management
-
-Beim Vergleich von manueller und automatisierter Versionskontrolle bringt jeder Ansatz seine eigenen Herausforderungen und Kompromisse mit sich, besonders im Release-Management.
-
-### Risiken der manuellen Versionskontrolle
-
-Capacitors manueller Prozess erfordert, dass Entwickler mehrere Konfigurationsdateien für jedes Release aktualisieren. Dies erhöht die Fehlerwahrscheinlichkeit, wie etwa nicht übereinstimmende Versionen oder nicht nachverfolgte Bereitstellungen. Zusätzlich kann es zu Verzögerungen bei der Behebung von Bugs führen, wobei Korrekturen möglicherweise Tage oder sogar Wochen brauchen, um die Nutzer zu erreichen.
-
-Wichtige Herausforderungen sind:
-
--   Versionsnummern über mehrere Dateien hinweg konsistent zu halten
--   Fehlende Überwachung erfolgreicher Updates
--   Langsame Auslieferung von Fehlerbehebungen
-
-Während Automatisierung einige dieser Probleme lösen kann, hat sie auch ihre Nachteile.
-
-### Nachteile der automatisierten Versionskontrolle
-
-Appflow vereinfacht den Prozess durch Automatisierung von Versions-Updates und Bereitstellungen. Diese Bequemlichkeit kommt jedoch zu einem hohen Preis. Mit jährlichen Abonnementkosten von etwa 5.000 € kann es das Budget eines Entwicklungsteams erheblich belasten, was einige dazu veranlasst, kostengünstigere Optionen zu erkunden [\[1\]](https://capgo.app/).
-
-## Neue Versionskontroll-Optionen
-
-Die Verwaltung der Versionskontrolle für [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) war schon immer eine Herausforderung, besonders beim Ausgleich zwischen manuellen Fehlern und den hohen Kosten der Automatisierung. Glücklicherweise sind die verfügbaren Tools für die Versionskontrolle gewachsen und bieten Alternativen zu traditionellen Methoden.
-
-### [Capgo](https://capgo.app/) Update-System
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgo bietet eine Lösung für Teams, die die Versionskontrolle optimieren möchten, ohne das Budget zu sprengen. Es bietet Live-Updates unter Einhaltung der Richtlinien von Apple und Google Store. Einige Hauptfunktionen sind:
-
--   **Ende-zu-Ende-Verschlüsselung** zur sicheren Update-Auslieferung
--   **Echtzeit-Analytik** mit einer globalen Erfolgsrate von 82%
--   **Teilaktualisierungen** um Paketgrößen klein und effizient zu halten
--   **Nahtlose Integration** mit CI/CD-Plattformen wie [GitHub Actions](https://docs.github.com/actions) und [GitLab CI](https://docs.gitlab.com/ee/ci/)
-
-### Aktueller Marktstatus
-
-Der Versionskontrollmarkt verändert sich, da ältere Dienste auslaufen. Teams müssen sich jetzt auf Kosten, Geschwindigkeit und Compliance bei der Strategiewahl konzentrieren. Hier ein Überblick über die aktuellen Optionen:
-
--   **Capgo** (Start 2022): Aktiv, ab 12 €/Monat, unterstützt Live-Updates
--   **Appflow**: Wird 2026 eingestellt, kostet 6.000 €/Jahr [\[1\]](https://capgo.app/), bietet [automatisierte Updates](https://capgo.app/docs/live-updates/update-behavior/)
-
-Diese Tools füllen die Lücke, die durch die Schließung von CodePush 2024 und das bevorstehende Ende von Appflow 2026 entsteht.
-
-## Fazit
-
-Die Verwaltung der Versionskontrolle für Capacitor Apps umfasst eine Mischung aus manuellen Workflows, Appflows Automatisierung und [modernen Live-Update-Plattformen](https://capgo.app/blog/alternative-to-expo/).
-
-### Wichtige Erkenntnisse
-
--   **Manuelle Updates**: Bieten detaillierte Kontrolle, bergen aber das Risiko menschlicher Fehler.
--   **Appflow Automatisierung**: Vereinfacht Releases, kommt aber mit einem Preisschild von 6.000 € pro Jahr [\[1\]](https://capgo.app/).
--   **Live-Update-Plattformen**: Tools wie Capgo erleichtern die schnelle Auslieferung von Korrekturen und neuen Funktionen.
-
-Bei der Entscheidung zwischen manuellen Updates, automatisierten Pipelines oder Live-Update-Plattformen sollten Teams ihre Release-Häufigkeit, Budget und den Bedarf an Geschwindigkeit und Compliance berücksichtigen. Jeder Ansatz hat seine Stärken und Kompromisse.
diff --git a/src/content/blog/de/capgo-for-app-store-safe-ota-updates.md b/src/content/blog/de/capgo-for-app-store-safe-ota-updates.md
deleted file mode 100644
index 054de57ee..000000000
--- a/src/content/blog/de/capgo-for-app-store-safe-ota-updates.md
+++ /dev/null
@@ -1,158 +0,0 @@
----
-slug: capgo-for-app-store-safe-ota-updates
-title: Capgo für OTA-Updates konform mit dem App Store
-description: >-
-  Erfahren Sie, wie eine Plattform sofortige und sichere App-Updates ohne App
-  Store-Verzögerungen ermöglicht und damit die Entwicklungseffizienz und
-  Compliance verbessert.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-07T03:24:24.255Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ca3d64c828e2c944a33eb7-1741317877632.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, app development, mobile updates, app store compliance, CI/CD
-  integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-[Capgo](https://capgo.app/) ermöglicht Entwicklern die Bereitstellung von **sofortigen, sicheren App-Updates** ohne auf App-Store-Überprüfungen warten zu müssen. Mit **Ende-zu-Ende-Verschlüsselung**, nahtloser CI/CD-Integration und Einhaltung der App-Store-Regeln ist es eine kostengünstige Alternative zu traditionellen Updates oder teureren Plattformen wie [AppFlow](https://ionicio/appflow). Über **9476 Millionen Updates** wurden über **1.400 Produktions-Apps** bereitgestellt, was die Entwicklungseffizienz um **81%** verbessert hat.
-
-### Hauptvorteile von [Capgo](https://capgo.app/):
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-07.jpg?auto=compress)
-
--   **Sofortige Updates**: Beheben Sie Fehler oder führen Sie Funktionen ohne Verzögerungen ein
--   **Sichere Bereitstellungen**: Updates sind verschlüsselt und nur für autorisierte Benutzer zugänglich
--   **Kostengünstig**: Einmalige CI/CD-Einrichtungskosten von 2.600 $, mit ~300 $/Monat für laufende Nutzung
--   **Kontrollierte Einführungen**: Zielgerichtete Updates für bestimmte Benutzer oder Gruppen
--   **App-Store-Konformität**: Vollständige Einhaltung der Apple- und Google-Richtlinien
-
-### Schneller Vergleich von OTA-Plattformen:
-
-| Plattform | Hauptfunktionen | Einschränkungen | Kosten |
-| --- | --- | --- | --- |
-| **Capgo** | Sicheres OTA, CI/CD-bereit, Benutzer-Targeting | Anfänglicher Einrichtungsaufwand | 2.600 $ Einrichtung + ~300 $/Monat |
-| **AppFlow** | Ionic-Integration, Enterprise-Support | Hohe Kostenhürde | 6.000 $/Jahr |
-| **[App Center](https://visualstudiomicrosoftcom/app-center/)** | Kostenlose Stufe, Microsoft-unterstützt | Keine Hybrid-App-Unterstützung | Kostenlose Stufe verfügbar |
-
-Capgo ist ideal für Entwickler, die **schnelle, konforme Updates** benötigen, ohne das Budget zu sprengen. Es wird für seine Benutzerfreundlichkeit, Erschwinglichkeit und Zuverlässigkeit in Produktionsumgebungen gelobt.
-
-## Können Sie OTA-Updates für iOS-Apps durchführen? Apple-Richtlinien erklärt
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Capgo-Funktionen
-
-Die Plattform von Capgo bietet leistungsstarke Over-the-Air (OTA) Update-Funktionen und gewährleistet sichere und effiziente App-Updates. Mit **Ende-zu-Ende-Verschlüsselung** sind Updates nur für autorisierte Benutzer zugänglich und halten Bereitstellungen von Anfang bis Ende sicher.
-
-Capgo arbeitet mühelos mit beliebten CI/CD-Plattformen wie **[GitHub Actions](https://docsgithubcom/actions), [GitLab CI](https://docsgitlabcom/ee/ci/), [Azure DevOps](https://azuremicrosoftcom/en-us/products/devops), [Jenkins](https://wwwjenkinsio/), und [CircleCI](https://circlecicom/)** zusammen. Die Plattform bietet auch eine einmalige CI/CD-Einrichtung für 2.600 $, was deutlich günstiger ist als AppFlows Jahresgebühr von 6.000 $. Diese Integration vereinfacht die Bereitstellung unter Einhaltung der App-Store-Vorschriften.
-
-Das **Benutzerzuweisungssystem** der Plattform gibt Entwicklern präzise Kontrolle über die Update-Verteilung. Diese Funktion ermöglicht gezielte Einführungen und Beta-Tests unter Einhaltung der App-Store-Richtlinien. Wie colenso mitteilte:
-
-> "Wir haben [Capgo OTA](https://developmentcapgo.app/) Updates in der Produktion für unsere Nutzerbasis von +5000 eingeführt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach der OTA-Bereitstellung bei @Capgo auf dem neuesten Stand"
-
-Hier ist ein schneller Überblick über Capgos herausragende Funktionen:
-
-| Funktionskategorie | Fähigkeiten | Vorteile |
-| --- | --- | --- |
-| Sicherheit | Ende-zu-Ende-Verschlüsselung | Hält Updates nur für autorisierte Benutzer zugänglich |
-| Integration | Azure DevOps, GitLab, GitHub, Jenkins | Vereinfacht den Bereitstellungsprozess |
-| Verteilung | Benutzerzuweisungssystem | Ermöglicht kontrollierte Einführungen und Tests |
-| Verwaltung | Mehrfachorganisationsunterstützung | Bietet detaillierte Berechtigungskontrolle |
-
-Capgo unterstützt auch **Multi-Organisations-Management**, sodass Teams separate Organisationen mit maßgeschneiderten Benutzerberechtigungen erstellen und verwalten können. Dies fügt Ihren Update-Workflows eine weitere Kontrollebene hinzu.
-
-## 2. Standard App Store Updates
-
-Die Aktualisierung von Apps über traditionelle App Stores bringt eigene Herausforderungen mit sich. Der erforderliche Überprüfungsprozess verzögert oft die Zeit zwischen der Identifizierung eines Problems und der Veröffentlichung einer Lösung.Dies zwingt Entwickler dazu, mehrere Änderungen in einem einzigen Update zu bündeln, was Tests und Bereitstellung komplizierter macht. Diese Verzögerungen erschweren es, Probleme schnell zu beheben und Apps kontinuierlich zu verbessern, wodurch schnellere Lösungen erforderlich werden, die dennoch den App-Store-Regeln entsprechen.
-
-Entwicklungsteams suchen heute nach Möglichkeiten, Updates zu beschleunigen und dabei die App-Store-Richtlinien einzuhalten. Tools wie Capgo bieten eine Option und ermöglichen Entwicklern, mehrmals pro Woche Updates zu veröffentlichen - was die Effizienz um bis zu 81% steigert [\[1\]](https://capgo.app/). Dies zeigt, wie traditionelle Update-Prozesse agile Entwicklung behindern können und die Nachfrage nach Tools steigt, die schnelle Releases unter Einhaltung der Regeln unterstützen.
-
-Diese Veränderungen im Update-Management sind Teil eines größeren Branchentrends. Teams streben schnellere, reaktionsfähigere Workflows an und müssen dabei die Qualitäts- und Sicherheitsstandards der App Stores erfüllen.
-
-###### sbb-itb-f9944d2
-
-## 3. Alternative OTA-Plattformen
-
-Standard App Store Updates können langsam sein, wodurch alternative OTA-Plattformen für schnellere, konforme Updates attraktiv werden. Mehrere Plattformen treten hervor, um diese Nachfrage zu bedienen.
-
-Microsofts App Center hat kürzlich die Unterstützung für Live-Updates für Hybrid-Apps eingestellt, wodurch Entwickler nach neuen Lösungen suchen. Simon Flack teilte seine Perspektive zu dieser Veränderung:
-
-> "We are currently giving a try to @Capgo since Appcenter stopped live updates support on hybrid apps and @AppFlow is way too expensive"
-
-Ionics AppFlow bleibt eine Option, aber viele Entwickler kritisieren die hohen Kosten und eingeschränkte Funktionalität. Mit 6.000 € pro Jahr - verglichen mit den üblichen 300 € pro Monat für CI/CD-Tools - ist es für manche schwer zu rechtfertigen. LeVar Berry äußerte seinen Unmut:
-
-> "Cancelled my @Appflow subscription after 4 years Code-Push never seemed to work well, hopefully @CapGO has it figured out"
-
-Hier ein schneller Vergleich wichtiger OTA-Plattformen:
-
-| Plattform | Hauptfunktionen | Einschränkungen | Kostenstruktur |
-| --- | --- | --- | --- |
-| AppFlow | Integrierte Ionic-Integration | Bedenken zur Funktionalität | 6.000 €/Jahr |
-| App Center | Von Microsoft unterstützt | Keine Hybrid-App-Unterstützung | Kostenlose Version verfügbar |
-| Capgo | Ende-zu-Ende-Verschlüsselung; CI/CD-bereit | Noch in Entwicklung als Plattform | ~300 €/Monat für CI/CD |
-
-Die Branche sucht eindeutig nach günstigeren und zuverlässigeren OTA-Lösungen. Sogar das NASA [OSIRIS-REx](https://enwikipediaorg/wiki/OSIRIS-REx) Team äußerte sich:
-
-> "@Capgo is a smart way to make hot code pushes (and not for all the money in the world like with @AppFlow) 🙂"
-
-Diese Veränderungen unterstreichen den wachsenden Bedarf, schnelle Bereitstellung mit App-Store-Regeln in Einklang zu bringen, ohne das Budget zu sprengen.
-
-## Vorteile und Einschränkungen
-
-Werfen wir einen genaueren Blick auf OTA-Update-Methoden anhand von Praxisbeispielen und Entwickler-Feedback.
-
-| Update-Methode | Hauptvorteile | Wesentliche Einschränkungen | Kostenauswirkung |
-| --- | --- | --- | --- |
-| Traditioneller App Store | • Integriertes Nutzervertrauen  <br>• Garantierte Compliance  <br>• Keine zusätzliche Infrastruktur nötig | • Lange Genehmigungszeiten  <br>• Begrenzte Update-Häufigkeit  <br>• Höherer Entwicklungsaufwand | Basis App-Store-Gebühren |
-| Capgo OTA | • Sofortige Updates  <br>• Ende-zu-Ende-Verschlüsselung  <br>• CI/CD-Integration  <br>• Kontrolle über Nutzerzuweisungen | • Initialer Einrichtungsaufwand  <br>• Plattformspezifische Einschränkungen | 2.600 € Einrichtung + ~300 €/Monat |
-| AppFlow | • Nahtlose Ionic-Integration  <br>• Enterprise-Support  <br>• Umfassende Tools | • Hohe Anfangskosten | 6.000 €/Jahr |
-
-Diese Tabelle zeigt die Balance zwischen schnellen OTA-Updates und konventionellen App-Store-Methoden. Capgo sticht durch **sofortige Bereitstellung** und **starke Sicherheitsmaßnahmen** hervor und adressiert damit übliche Verzögerungen und Risiken bei App-Store-Updates.
-
-Capgos Verwendung von Ende-zu-Ende-Verschlüsselung stellt sicher, dass Updates nur für autorisierte Nutzer zugänglich sind, was es zu einer sichereren Option als traditionelle Methoden macht.Seine bewährte Leistung - mit **9476 Millionen Updates** über **1.400 Produktions-Apps** - zeigt seine Zuverlässigkeit für große Projekte [\[1\]](https://capgo.app/)
-
-Sogar NASAs OSIRIS-REx Team lobte Capgo für seinen kosteneffizienten Ansatz:
-
-> "@Capgo is a smart way to make hot code pushes (and not for all the money in the world like with @AppFlow) 🙂"
-
-Während App Store Updates wochen für die Freigabe benötigen können, ermöglicht Capgo Entwicklern mehrere Updates pro Woche zu veröffentlichen und hält damit Entwicklungszyklen agil. Die Wahl zwischen diesen Methoden hängt von den Projektanforderungen, der Team-Expertise und dem verfügbaren Budget ab.
-
-## Wichtige Erkenntnisse und Empfehlungen
-
-Unsere Analyse zeigt Muster für effektive und konforme OTA-Updates auf und bietet Einblicke für Ihre Entscheidungsfindung bei der Einführung dieser Methoden.
-
-Die Wahl der richtigen [Update-Strategie](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) hängt von den spezifischen Anforderungen Ihres Projekts ab:
-
-| **Projektanforderung** | **Empfohlener Ansatz** | **Nachweis** |
-| --- | --- | --- |
-| Kritische Fehlerbehebungen | [Capgo OTA Updates](https://console.capgo.app/resend_email) | "Avoiding review for bugfix is golden" – Bessie Cooper [\[1\]](https://capgo.app/) |
-| Kostensensitive Projekte | Capgo (CI/CD-Integration für ~300$/Monat) | Spart Kosten im Vergleich zu anderen Alternativen [\[1\]](https://capgo.app/) |
-| Enterprise-Skalierung | Traditionell + OTA Hybrid | Über 9476M erfolgreiche Updates über 1.400 Produktions-Apps [\[1\]](https://capgo.app/) |
-
-Hier sind einige Strategien, die auf diesen Erkenntnissen aufbauen:
-
--   **[Hybrid Update Strategie](https://capgo.app/docs/live-updates/update-behavior/)**  
-    Kombinieren Sie App Store Updates mit OTA-Updates für schnelle Fehlerbehebungen. Rodrigo Mantica betonte diesen Ansatz:
-    
-    > "We practice agile development and @Capgo is mission-critical in delivering continuously to our users!" [\[1\]](https://capgo.app/)
-    
--   **Sicherheitsorientierte Bereitstellung**  
-    Capgo gewährleistet sichere Updates mit seiner Ende-zu-Ende-Verschlüsselung und macht es zu einer zuverlässigen Option für Unternehmensanwendungen [\[1\]](https://capgo.app/)
-    
--   **Kontrollierte Einführungen**  
-    Schrittweise Einführungen sind mit Capgos Benutzerzuweisungsfunktion möglich. Colensos Team teilte ihre Erfahrung:
-    
-    > "We're seeing very smooth operation almost all our users are up to date within minutes of the OTA being deployed to @Capgo" [\[1\]](https://capgo.app/)
-    
-
-Für Teams, die zu einer neuen Plattform wechseln, bietet Capgo einen einfachen Integrationsprozess. Jay (@jaythegeek) bemerkte:
-
-> "Did setup @Capgo and testing out this awesome replacement for @AppFlow! Thank you for the hard work, it has been easy so far" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/capgo-integration-with-github-actions-guide.md b/src/content/blog/de/capgo-integration-with-github-actions-guide.md
deleted file mode 100644
index 88a364149..000000000
--- a/src/content/blog/de/capgo-integration-with-github-actions-guide.md
+++ /dev/null
@@ -1,300 +0,0 @@
----
-slug: capgo-integration-with-github-actions-guide
-title: 'Capgo-Integration mit GitHub Actions: Anleitung'
-description: >-
-  Integriere Capgo mit GitHub Actions für effiziente, sichere und kostengünstige
-  App-Updates, die deinen Entwicklungsworkflow verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-16T02:24:50.565Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d61b378b902ec211cf87e9-1742091902582.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capgo, GitHub Actions, CI/CD, Capacitor apps, deployment, automation, updates,
-  security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Capgo](https://capgo.app/) und [GitHub Actions](https://docs.github.com/actions) vereinfachen gemeinsam das Bereitstellen von Updates für [Capacitor](https://capacitorjs.com/) Apps. Hier sind die Gründe, warum diese Integration Ihre Aufmerksamkeit verdient:
-
--   **Geld Sparen**: Senken Sie die CI/CD-Kosten um bis zu 26.100 $ über 5 Jahre im Vergleich zu [AppFlow](https://ionic.io/appflow/).
--   **Schnelle Updates**: Pushen Sie Updates sofort mit 95 % der Nutzer, die sie innerhalb von 24 Stunden erhalten.
--   **Sichere Bereitstellungen**: Ende-zu-Ende-Verschlüsselung stellt sicher, dass Updates sicher sind.
--   **Optimierter Workflow**: Automatisieren Sie Builds und Bereitstellungen direkt in Ihrem GitHub-Repository.
-
-### Schnellübersicht
-
-1.  **Anforderungen**: GitHub-Konto, [Capgo-Konto](https://capgo.app/disclaimer/) (ab 12 $/Monat), Capacitor-Projekt, [Node.js](https://nodejs.org/en).
-2.  **Einrichtung**: Installieren Sie [Capgo CLI](https://capgo.app/docs/cli/commands) mit `npx @capgo/cli init`, konfigurieren Sie GitHub Actions mit einem YAML-Workflow.
-3.  **Bereitstellung**: Verwenden Sie Befehle wie `npx @capgo/cli deploy`, um [Updates zu automatisieren](https://capgo.app/docs/live-updates/update-behavior/).
-4.  **Tests**: Stellen Sie vor der Produktion auf Testkanäle (z. B. Beta, Staging) bereit.
-
-**Beispiel-Workflow (YAML)**:
-
-```yaml
-name: Capgo Deploy  
-on:  
-  push:  
-    branches:  
-      - main  
-
-jobs:  
-  deploy:  
-    runs-on: ubuntu-latest  
-    steps:  
-      - uses: actions/checkout@v6  
-      - uses: actions/setup-node@v6  
-        with:  
-          node-version: '24'  
-      - name: Install Dependencies  
-        run: npm install  
-      - name: Deploy to Capgo  
-        run: npx @capgo/cli deploy  
-        env:  
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}  
-```
-
-Diese Integration stellt schnelle, sichere und kosteneffiziente App-Updates sicher und ist ideal für agile Entwicklungsteams.
-
-## [GitHub Actions](https://docs.github.com/actions) Tutorial - Grundlegende Konzepte und CI/CD-Pipeline
-
-![GitHub Actions](https://mars-images.imgix.net/seobot/screenshots/docs.github.com-90237daad1b336de5d9b7f1a85aa7441-2025-03-16.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/R8_veQiYBjI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Einrichtungsvoraussetzungen
-
-[Die Integration von Capgo](https://capgo.app/docs/webapp/) mit GitHub Actions umfasst die Einrichtung der erforderlichen Tools und Konfigurationen.
-
-### Erforderliche Tools und Konten
-
-Stellen Sie sicher, dass Sie die folgenden Konten und Tools bereit haben:
-
-| Anforderung | Zweck | Einzelheiten |
-| --- | --- | --- |
-| **GitHub-Konto** | Versionskontrolle & CI/CD | Aktives Konto mit Zugriff auf Repositories |
-| **Capgo-Konto** | Verwaltung von Live-Updates | Pläne beginnen bei 12 $/Monat für den SOLO-Plan |
-| **Capacitor-Projekt** | App-Entwicklung | Ein funktionales Projekt, das bereit für die Integration ist |
-| **Node.js** | Laufzeitumgebung | Die neueste LTS-Version wird empfohlen |
-
-Sobald diese bereit sind, können Sie Capgo zu Ihrem Projekt für automatisierte Live-Updates hinzufügen.
-
-### Hinzufügen von [Capgo](https://capgo.app/) zu Ihrem Projekt
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-16.jpg?auto=compress)
-
-Um Capgo zu integrieren, installieren Sie es in Ihrem Capacitor-Projekt mit seinem CLI-Tool. Laut Martin Donadieu, dem Gründer von Capgo:
-
-> "Führen Sie npx @capgo/cli init aus, das reicht!" [\[1\]](https://capgo.app/)
-
-Dieser Befehl wird das Plugin und seine erforderlichen Abhängigkeiten einrichten.
-
-### GitHub-Repository-Einrichtung
-
-Bereiten Sie Ihr GitHub-Repository vor, um die Anforderungen für die CI/CD-Integration mit Capgo zu erfüllen. Wie in deren Dokumentation erwähnt:
-
-> "Wir konfigurieren Ihre CI/CD-Pipeline direkt in Ihrer bevorzugten Plattform, sei es GitHub Actions, GitLab CI oder andere. Wir hosten CI/CD nicht oder berechnen Ihnen keine Kosten für die Wartung." [\[1\]](https://capgo.app/)
-
-Capgo bietet dieses Setup gegen eine einmalige Gebühr von 2.600 $ und etwa 300 $/Monat an, was im Vergleich zu AppFlows jährlichen 6.000 $ Gebühr günstiger ist [\[1\]](https://capgo.app/).
-
-Hier ist, wie Sie Ihr Repository einrichten können:
-
--   **Repository-Struktur**: Organisieren Sie Ihr Repository mit separaten Verzeichnissen für Quellcode, Assets und Konfigurationsdateien, um alles sauber und handhabbar zu halten.
--   **Umgebungs-Konfiguration**: Erstellen Sie unterschiedliche Umgebungen für Entwicklung, Staging und Produktion, um sicherzustellen, dass angemessene Zugriffssteuerungen und Sicherheitsmaßnahmen vorhanden sind.
--   **Zugriffsverwaltung**: Legen Sie die Berechtigungen des Repositories sorgfältig fest, um die [Capgo-Integration](https://capgo.app/consulting/) zu ermöglichen und gleichzeitig die Sicherheit aufrechtzuerhalten.
-
-Diese Schritte stellen sicher, dass Ihr Projekt bereit für den GitHub Actions-Workflow ist, der im nächsten Abschnitt umrissen wird.
-
-## GitHub Actions Workflow-Einrichtung
-
-Automatisieren Sie Ihre [Capgo-Bereitstellungen](https://capgo.app/docs/cli/commands/) mit GitHub Actions, um Ihren CI/CD-Prozess zu optimieren.
-
-### Erstellen der Workflow-Datei
-
-Beginnen Sie damit, eine YAML-Datei im Verzeichnis `.github/workflows` Ihres Repositories zu erstellen. Hier ist ein Beispiel:
-
-```yaml
-name: Capgo Deploy
-on:
-  push:
-    branches:
-      - main
-  workflow_dispatch:
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-      - name: Install Dependencies
-        run: npm install
-      - name: Build App
-        run: npm run build
-      - name: Deploy to Capgo
-        run: npx @capgo/cli deploy
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Diese Konfiguration sorgt für sichere und automatisierte Bereitstellungen. Nachdem Sie die Datei eingerichtet haben, wählen Sie die richtigen Trigger für Ihren Workflow aus.
-
-### Workflow-Trigger-Optionen
-
-GitHub Actions ermöglicht es Ihnen, anzupassen, wann Workflows ausgeführt werden. Hier sind einige Trigger-Optionen:
-
-| **Trigger-Typ** | **Anwendungsfall** | **Konfiguration** |
-| --- | --- | --- |
-| Push-Events | Bereitstellung bei Codeänderungen | Aktiviert, wenn Code in bestimmte Branches gepusht wird |
-| Manuelle Auslösung | On-Demand-Updates | Ermöglicht Ihnen, den Workflow manuell zu starten |
-| Zeitplan | Zeitgesteuerte Veröffentlichungen | Führt Bereitstellungen in festgelegten Intervallen aus |
-| Pull Request | Testing von Updates | Testet Änderungen, bevor sie in die Hauptzweige integriert werden |
-
-### Verwaltung von geheimen Schlüsseln
-
-Um sichere Bereitstellungen zu gewährleisten, müssen Sie Ihre geheimen Schlüssel ordnungsgemäß verwalten. GitHub Actions bietet ein verschlüsseltes Geheimnisverwaltungs-System zu diesem Zweck.
-
-**Schritte zur Einrichtung einer sicheren Authentifizierung:**
-
-1.  **Zugriff auf Repository-Einstellungen**  
-    Gehen Sie zu den Einstellungen Ihres Repositories und finden Sie den Abschnitt "Secrets und Variablen" unter dem Tab "Sicherheit".
-    
-2.  **[Capgo-Anmeldedaten](https://capgo.app/trust/) hinzufügen**  
-    Speichern Sie Ihr Capgo-Authentifizierungstoken als geheimes Repository. Benennen Sie es `CAPGO_TOKEN`.
-    
-3.  **Geheimnisse in Workflows referenzieren**  
-    Verwenden Sie Ihre gespeicherten Geheimnisse im Workflow, indem Sie sie so referenzieren: `${{ secrets.CAPGO_TOKEN }}`.
-    
-
-## Capgo-Befehle in Workflows
-
-Sobald Ihre GitHub Actions-Umgebung eingerichtet ist, können Sie Bereitstellungen automatisieren, indem Sie Capgo CLI-Befehle integrieren.
-
-### Installation von Capgo CLI
-
-Fügen Sie den folgenden Schritt zu Ihrem Workflow hinzu, um die Capgo CLI zu installieren:
-
-```yaml
-steps:
-  - name: Install Capgo CLI
-    run: npm install -g @capgo/cli
-  - name: Initialize Capgo
-    run: npx @capgo/cli init
-```
-
-### Authentifizierung der CLI
-
-Authentifizieren Sie die CLI sicher mit dem `CAPGO_TOKEN`:
-
-```yaml
-- name: Authenticate Capgo CLI
-  run: npx @capgo/cli login
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-### Bereitbefehle
-
-Hier sind die wichtigsten Befehle zum Handhaben von Build, Versionierung und Bereitstellung Ihrer Updates:
-
-| Befehl | Zweck | Anwendungsbeispiel |
-| --- | --- | --- |
-| `build` | Erstellt ein [produktionsbereites Bundle](https://capgo.app/docs/webapp/bundles/) | `npx @capgo/cli build` |
-| `deploy` | Pushen von Updates an Capgo | `npx @capgo/cli deploy` |
-| `version` | Setzt die Version für das Update | `npx @capgo/cli version 1.2.0` |
-
-Um den gesamten Bereitstellungsprozess zu automatisieren, verwenden Sie die Befehle zusammen wie folgt:
-
-```yaml
-steps:
-  - name: Build and Deploy
-    run: |
-      npx @capgo/cli build
-      npx @capgo/cli version ${{ github.ref_name }}
-      npx @capgo/cli deploy
-    env:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Dieses Setup stellt sicher, dass Ihre Updates automatisch gebaut, versioniert und bereitgestellt werden, wann immer der Workflow ausgeführt wird. Das Geheimnisverwaltungssystem von GitHub schützt Ihre Anmeldedaten während des gesamten Prozesses.
-
-## Tests und Fehlerbehebung
-
-### Ausführen von Test-Workflows
-
-Sie können Ihren GitHub Actions-Workflow testen, indem Sie einen speziellen [Capgo-Testkanal](https://capgo.app/docs/plugin/cloud-mode/channel-system/) verwenden. Dies ermöglicht es Ihnen, Updates zu validieren, bevor sie live gehen.
-
-```yaml
-- name: Test Build Deployment
-  run: |
-    npx @capgo/cli build
-    npx @capgo/cli deploy --channel beta
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Das Kanalsystem von Capgo hilft Ihnen, separate Bereitstellungspfade für verschiedene Stufen zu erstellen:
-
-| Kanal | Zweck | Zielgruppe |
-| --- | --- | --- |
-| beta | Vorab-Test | Internes Team |
-| staging | QA-Validierung | Testnutzer |
-| produktion | Live-Bereitstellung | Alle Nutzer |
-
-### Fehlerslösungen
-
-Hier sind einige häufige Integrationsprobleme und wie man sie behebt:
-
-1. **Authentifizierungsfehler**
-
-Überprüfen Sie das CAPGO\_TOKEN in GitHub Secrets. Wenn es abgelaufen ist, regenerieren Sie es, um eine reibungslose Authentifizierung zu gewährleisten.
-
-2. **Build-Fehler**
-
-Stellen Sie sicher, dass Ihre Build-Konfiguration den Anforderungen Ihrer Bereitstellungsumgebung entspricht.
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von über 5000 ausgerollt. Wir sehen eine sehr reibungslose Operation, fast alle unsere Nutzer sind innerhalb von Minuten nach der Bereitstellung der OTA auf @Capgo." [\[1\]](https://capgo.app/)
-
-3. **Versionskonflikte**
-
-Halten Sie sich an die semantische Versionierung und erhöhen Sie die Versionen ordnungsgemäß, um Konflikte während der Bereitstellungen zu vermeiden.
-
-### Wartungstipps
-
--   Verwenden Sie [Capgo-Analysen](https://capgo.app/dp/), um die Erfolgsquoten von Updates zu überwachen.
--   Aktivieren Sie automatische Rollbacks für Updates, die Probleme verursachen könnten.
--   Testen Sie Pull Requests (PRs) mithilfe von Kanalwählern für bessere Kontrolle.
--   Halten Sie Ihren Workflow mit den neuesten Capgo CLI-Befehlen aktuell.
-
-Für hochpriorisierte Bereitstellungen nutzen Sie die Fehlerverfolgung von Capgo, um potenzielle Probleme frühzeitig zu erkennen. Wenn etwas schiefgeht, ermöglicht die Rollback-Funktion, schnell auf eine stabile Version zurückzukehren, was die Störung minimiert. Diese Praktiken helfen, Ihre Bereitstellungen reibungslos zu halten, während Sie sich der Produktion nähern.
-
-## Fazit
-
-### Wichtige Höhepunkte
-
-Die Integration von Capgo mit GitHub Actions vereinfacht den Bereitstellungsprozess für [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/), was erhebliche Vorteile für Entwicklungsteams mit sich bringt. Mit einer globalen Erfolgsquote von 82 % für Updates und 95 % der aktiven Nutzer, die Updates innerhalb von 24 Stunden erhalten [\[1\]](https://capgo.app/), hebt sich diese Lösung durch ihre Effizienz hervor.
-
-Hier sind einige herausragende Funktionen:
-
--   **Automatisierte Workflows**: Durch die direkte Konfiguration von Workflows in GitHub Actions ist kein externes CI/CD-Hosting erforderlich. Dieser Ansatz senkt die Betriebskosten und spart etwa 26.100 $ über fünf Jahre im Vergleich zu Alternativen wie AppFlow [\[1\]](https://capgo.app/).
--   **Schnelle Bereitstellung**: Updates können sofort bereitgestellt werden, wodurch Verzögerungen im App-Store umgangen werden.
--   **Starke Sicherheit**: Die Ende-zu-Ende-Verschlüsselung stellt sicher, dass Updates sicher ausgeliefert werden, während das Kanalsystem von Capgo kontrollierte, stufenweise Rollouts ermöglicht.
-
-Diese Funktionen ebnen den Weg für maßgeschneiderte Lösungen und verbesserte Leistung, die weiter unten näher erforscht werden. 
-
-### Erweiterte Strategien
-
-Um das Beste aus Ihrer Capgo- und GitHub Actions-Integration herauszuholen, erkunden Sie diese fortgeschrittenen Taktiken:
-
--   **Benutzerdefinierte API-Workflows**: Verwenden Sie die öffentliche API von Capgo, um Bereitstellungs-Workflows zu gestalten, die den spezifischen Bedürfnissen Ihres Teams entsprechen. Dies kann weiße Etikett-Erlebnisse und nahtlose Integration mit Ihren aktuellen Tools ermöglichen [\[1\]](https://capgo.app/).
--   **[Kanalbasierte Veröffentlichungen](https://capgo.app/docs/webapp/channels/)**: Optimieren Sie Ihren Bereitstellungsprozess, indem Sie die Kanal-Funktionen von Capgo für gestaffelte und kontrollierte Updates verwenden.
--   **Optimierte Leistung**: Nutzen Sie die partiellen Updates von Capgo, um den Bandbreitenverbrauch zu reduzieren und die Updates zu beschleunigen. Mit 23,5 Millionen gelieferten Updates über 750 Produktionsanwendungen [\[1\]](https://capgo.app/) hat das System seine Fähigkeit bewiesen, große Anforderungen zu bewältigen.
-
-Für noch bessere Ergebnisse sollten Sie die Self-Hosting-Optionen oder benutzerdefinierte API-Setups von Capgo in Betracht ziehen. Überprüfen Sie frühere Abschnitte für detaillierte Einrichtungs- und Testanleitungen, um diese Strategien vollständig umzusetzen.
diff --git a/src/content/blog/de/capgo-price-reduction.md b/src/content/blog/de/capgo-price-reduction.md
deleted file mode 100644
index c971f04ef..000000000
--- a/src/content/blog/de/capgo-price-reduction.md
+++ /dev/null
@@ -1,50 +0,0 @@
----
-slug: capgo-price-reduction
-title: 'Capgo Preissenkung: Live Updates noch zugänglicher machen'
-description: >-
-  Wir freuen uns, erhebliche Preissenkungen für alle Capgo-Pläne bekannt zu
-  geben, wodurch Live-Updates für Entwickler aller Größenordnungen zugänglicher
-  werden.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-03-05T00:00:00.000Z
-updated_at: 2025-12-13T14:46:32.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Capgo Preissenkung Ankündigung
-keywords: 'capgo, price reduction, live updates, mobile app development, capacitor'
-tag: News
-published: true
-locale: de
-next_blog: ''
----
-Hey! 🎉
-
-Große Neuigkeiten: Wir haben Ihren Capgo-Plan kostenlos aufgewertet! 🚀
-
-## Was ist neu?
-
-| Plan | MAU | Speicher | Bandbreite |
-|------|-----|----------|------------|
-| Solo | 500 ➡️ 1k | 1 GB | 13 GB ➡️ 50 GB |
-| Maker | 5k ➡️ 10k | 3 GB ➡️ 5 GB | 125 GB ➡️ 500 GB |
-| Team | 30k ➡️ 100k | 6 GB ➡️ 10 GB | 750 GB ➡️ 2.000 GB |
-| Enterprise | 200k ➡️ 1M | 12 GB ➡️ 20 GB | 5.000 GB ➡️ 10.000 GB |
-
-## Warum machen wir das? 🤔
-
-1. Wir glauben, dass Over-the-Air-Updates kein Luxus sein sollten. Sie sind essentiell für moderne App-Entwicklung und helfen Ihnen, schneller zu entwickeln und Ihre Nutzer zufrieden zu halten. 🚀
-
-2. Wir setzen uns dafür ein, unsere Preise mit der Zeit zugänglicher zu machen. Mit der Verbesserung der Technologie und dem Wachstum unserer Nutzerbasis möchten wir diese Vorteile direkt an Sie weitergeben. 💖
-
-3. Optimierungsvorteile: Die harte Arbeit des letzten Jahres hat sich ausgezahlt! Wir haben unsere Betriebskosten gesenkt und geben diese Einsparungen direkt an Sie weiter. 📉➡️📈
-
-Wir sind gespannt darauf zu sehen, was Sie mit diesen aufgewerteten Ressourcen entwickeln werden! 🎉
-
-Fragen? Wir sind hier, um zu helfen!
-
-Fröhliches Programmieren!
-
-Martin ❤️
-
-P.S. Verbreiten Sie die Nachricht! 🌍
diff --git a/src/content/blog/de/capgo-purpose.md b/src/content/blog/de/capgo-purpose.md
deleted file mode 100644
index 59bb669ae..000000000
--- a/src/content/blog/de/capgo-purpose.md
+++ /dev/null
@@ -1,75 +0,0 @@
----
-slug: capgo-purpose
-title: Zweck von Capgo
-description: >-
-  Der Blogartikel sollte als umfassender Leitfaden für Entwickler beschrieben
-  werden, wie man Capgo verwendet, um Updates und Tests von Capacitor-Apps zu
-  verwalten.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-10T00:00:00.000Z
-updated_at: 2023-09-10T00:00:00.000Z
-head_image: /capgo_banner.webp
-head_image_alt: capgo Banner
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: SOLUTION
-published: true
-locale: de
-next_blog: ''
----
-## Übersicht
-
-Capgo ist eine cloudbasierte Plattform, die Entwicklern dabei helfen kann, ihren Entwicklungsprozess für Capacitor-Apps zu optimieren, indem sie das Management von OTA-Updates und Tests erleichtert. In diesem Blogartikel werden wir alle wichtigen Funktionen und Vorteile von Capgo sowie die Anwendung zur Bereitstellung von Updates, Erstellung von Tests, Benutzerverwaltung und Konfigurationsmanagement behandeln. Ebenfalls werden wir die Anwendungsfälle und Preisgestaltung von Capgo besprechen.
-
-Am Ende dieses Artikels werden Sie ein tiefes Verständnis dafür haben, wie Capgo Ihnen helfen kann, Ihren Entwicklungsprozess für Capacitor-Apps zu verbessern und bessere Apps für Ihre Benutzer bereitzustellen.
-
-## Funktionen
-
-Capgo bietet eine Vielzahl von Funktionen, die das Management von Updates und Tests für Capacitor-Apps erleichtern, einschließlich:
-
-1. OTA-Updates: Capgo erleichtert die Bereitstellung von Updates für die Geräte Ihrer Benutzer, ohne dass die App neu installiert werden muss. Sie können einfach eine neue Version in Capgo erstellen und das Update-Paket hochladen. Capgo wird das Update dann automatisch auf die Geräte Ihrer Benutzer bereitstellen.
-
-2. Tests: Capgo ermöglicht es Ihnen, Tests für Ihre App zu erstellen und auszuführen, bevor Sie sie in die Produktion bringen. Dies kann Ihnen helfen, frühzeitig Bugs zu erkennen und sicherzustellen, dass Ihre App ordnungsgemäß funktioniert.
-
-3. Integration: Capgo kann einfach in Ihre CI/CD-Pipeline integriert werden. Dies ermöglicht es Ihnen, die Bereitstellung von Updates und Tests zu automatisieren.
-
-4. Benutzerverwaltung: Capgo ermöglicht es Ihnen, Benutzer verschiedenen Gruppen zuzuweisen und zu steuern, wer Updates erhalten kann. Dies kann nützlich sein für Beta-Tests oder die Bereitstellung von Updates für eine bestimmte Benutzergruppe.
-
-5. Konfigurationsmanagement: Capgo ermöglicht es Ihnen, alle Ihre Konfigurationen an einem zentralen Ort zu verwalten. Dies kann es einfacher machen, Ihre Änderungen im Blick zu behalten und sicherzustellen, dass alle Ihre Geräte dieselbe Konfiguration verwenden.
-
-## Vorteile
-
-**Vereinfachte Geschäftsprozesse:**
-
-Capgo vereinfacht Arbeitsabläufe mit Live Update CapacitorJS und Ionic. Echtzeit-Updates gewährleisten aktuelle Funktionen und Sicherheit, beseitigen Ausfallzeiten während der Updates und erleichtern die Systemintegration für verbesserte Effizienz.
-
-**Verbesserte Zusammenarbeit:**
-
-Die Teammanagement-Funktionen von Capgo, kombiniert mit Live Update CapacitorJS und Ionic, fördern nahtlose Zusammenarbeit, Projektmanagement, Aufgabenverfolgung und Kommunikation. Echtzeit-Updates halten alle informiert und ermöglichen schnelle Reaktionen.
-
-**Echtzeit-Analysen:**
-
-Capgo integriert sich mit Live Update CapacitorJS und Ionic, um Echtzeit-Datenanalysen bereitzustellen. Anpassbare Dashboards zeigen wichtige Geschäftskennzahlen, was proaktive Entscheidungsfindung und Einblicke in das Kundenverhalten ermöglicht.
-
-**Steigerung der Produktivität:**
-
-Capgo optimiert das Zeitmanagement und die Priorisierung von Aufgaben durch Live Update CapacitorJS und Ionic. Es bietet Echtzeit-Planung, Erinnerungen und Benachrichtigungen sowie die Organisation von Aufgaben basierend auf Wichtigkeit und Dringlichkeit, was zu einer erhöhten Produktivität führt.
-
-**Nahtlose Funktionserweiterung:**
-
-Capgo revolutioniert die Webentwicklung, indem es Echtzeit-Updates ermöglicht, was Entwicklern Zeit und Mühe spart. Es beseitigt komplexe Neuprozessierung und fördert Agilität und Reaktionsfähigkeit auf Benutzerfeedback, was zu Kosteneffizienz und verbesserter Benutzerzufriedenheit führt.
-
-**Praktische Anwendungsfälle:**
-
-Die Vielseitigkeit von Capgo zeigt sich in praktischen Szenarien. Es verbessert das Benutzererlebnis und die Leistung in E-Commerce, kollaborativen Tools, Social-Media-Integration, Nachrichtenaggregatoren und Online-Lernplattformen. Echtzeit-Updates halten die Benutzer engagiert und zufrieden.
-
-**Agile Entwicklung umarmen:**
-
-Webentwickler können mit Capgo agile Praktiken annehmen. Beste Praktiken umfassen die Planung für Iterationen, gründliches Testen, kontinuierliches Sammeln von Benutzerfeedback, Leistungsüberwachung, effektive Zusammenarbeit und das Aktualisieren mit den sich weiterentwickelnden Funktionen und Best Practices von Capgo.
-
-## Fazit
-
-Zusammenfassend lässt sich sagen, dass Capgo eine leistungsstarke Plattform ist, die eine Reihe von Vorteilen für Entwickler und Unternehmer bietet. Die Integration mit Live Update CapacitorJS und Ionic bietet Echtzeit-Updates, optimierte Arbeitsabläufe, verbesserte Zusammenarbeit, Echtzeit-Analysen und erhöhte Produktivität. Mit Capgo können Sie Ihre Ideen zum Leben erwecken, Ihre Projekte effizient verwalten und informierte Geschäftsentscheidungen treffen.
diff --git a/src/content/blog/de/capgo-vs-appflow-deployment-solutions-compared.md b/src/content/blog/de/capgo-vs-appflow-deployment-solutions-compared.md
deleted file mode 100644
index 42f9bca49..000000000
--- a/src/content/blog/de/capgo-vs-appflow-deployment-solutions-compared.md
+++ /dev/null
@@ -1,171 +0,0 @@
----
-slug: capgo-vs-appflow-deployment-solutions-compared
-title: 'Capgo vs. Appflow: Vergleich der Bereitstellungslösungen'
-description: >-
-  Vergleiche Capgo und Appflow für OTA-Updates, wobei der Fokus auf
-  Erschwinglichkeit, Sicherheit und Bereitstellungsoptionen liegt, um die beste
-  Lösung für Entwickler zu finden.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T07:21:36.178Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68217b4a5e3fe4823b5fc0bc-1747034661995.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, app deployment, Capgo, Appflow, mobile app security, CI/CD
-  integration, cloud hosting, self-hosted solutions
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Suchen Sie das beste Tool für Over-the-Air (OTA) [App-Updates](https://capgo.app/plugins/capacitor-updater/)?** Hier ist eine schnelle Übersicht: [Capgo](https://capgo.app/) liefert Updates sofort mit End-to-End-Verschlüsselung und flexiblen Hosting-Optionen, während [Appflow](https://ionic.io/appflow/), eine langjährige Lösung, 2026 eingestellt werden soll und mit höheren Kosten verbunden ist.
-
-### Wichtige Erkenntnisse:
-
-1. **Capgo**: Erschwinglich, sicher, unterstützt [Cloud- und selbstgehostete Setups](https://capgo.app/blog/self-hosted-capgo/), und integriert sich mit externen CI/CD-Tools wie [GitHub Actions](https://docs.github.com/actions). Pläne beginnen bei $12/Monat.
-2. **Appflow**: Proprietär, nur in der Cloud, höhere Kosten ($5.000/Jahr für einige Teams) und [integriertes CI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/).
-
-### Schneller Vergleich:
-
-| Funktion | Capgo | Appflow |
-| --- | --- | --- |
-| **Startjahr** | 2022 | Langjährig, endet 2026 |
-| **Hosting-Optionen** | Cloud oder selbstgehostet | Nur Cloud |
-| **Sicherheit** | End-to-End-Verschlüsselung | Update-Signierung |
-| **Preisgestaltung** | Ab $12/Monat | ~$5.000/Jahr für Teams |
-| **CI/CD-Integration** | Externe Tools unterstützt | Integriertes System |
-
-Capgo hebt sich durch seine Erschwinglichkeit, starke Sicherheit und Flexibilität hervor, was es zur besten Wahl für Entwickler macht, die schnelle, [sichere Updates](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) suchen, ohne das Budget zu sprengen.
-
-## Funktionsvergleich
-
-### Update-Systeme
-
-Capgo und Appflow verfolgen unterschiedliche Ansätze, wenn es um das Management von App-Updates geht. Capgo konzentriert sich auf Web-Asset-Updates, sodass Entwickler Änderungen sofort pushen können, ohne auf Genehmigungen der App-Stores zu warten. Es verwendet ein Kanalsystem, um Updates gezielter zu machen, und ermöglicht es Entwicklern, Änderungen an spezifische Benutzergruppen für Beta-Tests oder gestaffelte Bereitstellungen auszurollen [\[1\]](https://capgo.app).
-
-Ein herausragendes Merkmal von Capgos Update-System ist die Fähigkeit, nur die modifizierten Teile eines Updates zu senden. Dieser Ansatz reduziert sowohl den Bandbreitenverbrauch als auch die Zeit, die benötigt wird, um Updates bereitzustellen [\[1\]](https://capgo.app).
-
-> "Habe mein @Appflow-Abonnement nach 4 Jahren gekündigt. Code-Push schien nie gut zu funktionieren, hoffentlich hat @CapGO das herausgefunden" - LeVar Berry [\[1\]](https://capgo.app)
-
-### Sicherheitsstandards
-
-Was Sicherheit betrifft, verfolgen Capgo und Appflow unterschiedliche Ansätze. Capgo verwendet End-to-End-Verschlüsselung für alle Updates, während Appflow hauptsächlich auf Update-Signierung setzt [\[1\]](https://capgo.app). Beide Plattformen erfüllen die Anforderungen von Apple und Google, aber ihre Methoden zum Schutz der Daten unterscheiden sich:
-
-| Sicherheitsmerkmal | Capgo | Appflow |
-| --- | --- | --- |
-| [Update-Schutz](https://capgo.app/docs/live-updates/update-behavior/) | End-to-End-Verschlüsselung | Update-Signierung |
-| Hosting-Optionen | Cloud oder selbstgehostet | Nur SaaS |
-| Quellcode-Zugriff | 100% Open-Source | Proprietär |
-| Store-Konformität | Vollständige Konformität | Vollständige Konformität |
-
-Capgos Fokus auf Verschlüsselung und Flexibilität bei Hosting-Optionen fügt eine weitere Kontrollschicht für Entwickler hinzu, die mit sensiblen Daten umgehen.
-
-### Plattformarchitektur
-
-Capgos Open-Source-Architektur ist auf Flexibilität ausgelegt und unterstützt sowohl Cloud-basierte als auch [selbstgehostete Bereitstellungen](https://capgo.app/blog/self-hosted-capgo/). Sein globales CDN sorgt für beeindruckende Leistung und liefert einen 5 MB Bundle-Download in nur 114 ms [\[1\]](https://capgo.app). Diese Effizienz wird durch reale Ergebnisse untermauert: Capgo hat 1,6 Billionen Updates geliefert und unterstützt derzeit über 1.700 Apps in Produktion [\[1\]](https://capgo.app).
-
-> "@Capgo ist ein smarter Weg, heiße Code-Pushes zu realisieren (und nicht für all das Geld der Welt wie bei @AppFlow) :-)" - NASA's OSIRIS-REx [\[1\]](https://capgo.app)
-
-Capgo integriert sich auch reibungslos in CI/CD-Pipelines wie GitHub Actions und [GitLab CI](https://docs.gitlab.com/ee/ci/). Entwickler können diese Pipelines ohne zusätzliche Hosting-Kosten einrichten, was ihnen mehr Kontrolle über ihre Bereitstellungsprozesse gibt [\[1\]](https://capgo.app).
-
-## Preisvergleich
-
-### Planoptionen
-
-Capgo bietet vier Preisstufen an, die jeweils auf unterschiedliche Bedürfnisse und Budgets zugeschnitten sind. Der **SOLO**-Plan beginnt bei $12 pro Monat (mit jährlicher Abrechnung), während die **PAYG**-Stufe, die Unternehmensfunktionen enthält, mit $249 pro Monat bepreist ist.
-
-| Funktion | Capgo SOLO | [Capgo MAKER](https://capgo.app/imprint/) | [Capgo TEAM](https://capgo.app/consulting/) | [Capgo PAYG](https://capgo.app/docs/webapp/payment/) |
-| --- | --- | --- | --- | --- |
-| **Preis ($/Monat, jährliche Abrechnung)** | $12 | $33 | $83 | $249 |
-| **MAU-Grenze** | 1.000 | 10.000 | 100.000 | 1.000.000 |
-| **Bandbreite** | 50 GB | 500 GB | 2.000 GB | 10 TB |
-| **Speicher** | 2 GB | 5 GB | 10 GB | 20 GB |
-
-Diese Stufen sind so strukturiert, dass sie mit dem Wachstum Ihres Teams skalieren und Flexibilität sowie wettbewerbsfähige Preise bieten.
-
-### Preise für kleine Teams
-
-Für Startups und kleinere Teams sticht Capgos Preisgestaltung als kosteneffiziente Alternative zu traditionellen Lösungen hervor. Während Plattformen wie Appflow jährlich Tausende kosten können, bietet Capgo eine budgetfreundlichere Option. Die CI/CD-Konfiguration erfordert eine Einmalgebühr von $2.600, mit laufenden monatlichen Kosten von durchschnittlich $300 [\[1\]](https://capgo.app).
-
-> "Wir probieren gerade @Capgo aus, da Appcenter den Support für Live-Updates bei Hybrid-Apps eingestellt hat und @AppFlow viel zu teuer ist." - Simon Flack [\[1\]](https://capgo.app)
-
-Hier sind die Merkmale, die Capgo für kleine Teams attraktiv machen:
-
-1. Eine **15-tägige kostenlose Testversion** ohne Kreditkarte
-2. Flexible Skalierung, die auf Ihre Nutzungsanforderungen abgestimmt ist
-3. Keine jährlichen Verträge - zahlen Sie nach Bedarf
-4. Eine selbstgehostete Option für eine bessere Kostenkontrolle
-
-## Entwicklungstools
-
-### Build-Automatisierung
-
-Capgo und Appflow gehen die Themen Build-Automatisierung und CI/CD-Integration auf unterschiedliche Weise an. Capgo konzentriert sich auf Flexibilität, indem es nahtlos mit externen CI/CD-Plattformen wie GitHub Actions, GitLab CI und [Jenkins](https://www.jenkins.io/) zusammenarbeitet. Dieser Ansatz ermöglicht es Entwicklern, die Tools zu nutzen, mit denen sie bereits vertraut sind. Bislang hat Capgo erfolgreich CI/CD-Pipelines für über 50 Apps konfiguriert und die Bereitstellungsprozesse erheblich vereinfacht [\[1\]](https://capgo.app).
-
-Hier ist ein schneller Vergleich der beiden Plattformen:
-
-| Funktion | Capgo | Appflow |
-| --- | --- | --- |
-| CI/CD-Integration | Funktioniert mit externen Plattformen wie GitHub, GitLab und Jenkins | Kommt mit einem integrierten System |
-| Betriebskosten | Etwa $300 pro Monat | Ungefähr $6.000 pro Jahr |
-
-Jetzt schauen wir uns an, wie diese Plattformen die Zusammenarbeit und Teamarbeit handhaben.
-
-### Team-Tools
-
-Sowohl Capgo als auch Appflow beinhalten Funktionen, die darauf ausgelegt sind, die Zusammenarbeit zu verbessern, aber sie gehen dies unterschiedlich an. Capgo bietet detaillierte Benutzerberechtigungen, Unterstützung für [mehrere Organisationen](https://capgo.app/docs/webapp/organization-system/) und ein ausgeklügeltes Kanalsystem für die Bereitstellung gezielter Updates. Darüber hinaus bietet Capgo eine öffentliche API, die es Teams ermöglicht, sie in ihre bestehenden Tools und Workflows zu integrieren. Dieses Setup stellt sicher, dass Entwicklungsteams effizient arbeiten können, während Updates organisiert und optimiert bleiben [\[1\]](https://capgo.app).
-
-## Versand von Mobile App Updates sofort mit [Appflow](https://ionic.io/appflow/)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/68217b4a5e3fe4823b5fc0bc/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-<iframe src="https://www.youtube.com/embed/b3zaNyJJFwk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Plattform-Auswahlleitfaden
-
-Nach der Überprüfung der detaillierten Funktions- und Preisvergleiche hebt dieser Leitfaden Szenarien hervor, in denen Capgo Appflow übertrifft.
-
-### Hauptunterschiede
-
-Capgo und Appflow unterscheiden sich erheblich in Bezug auf die zukünftige Verfügbarkeit, die Preisstruktur und den technischen Ansatz. Capgo sticht mit Funktionen wie **End-to-End-Verschlüsselung**, Unterstützung für **Capacitor 8** und der Flexibilität sowohl von **Cloud- als auch selbstgehosteten Bereitstellungsoptionen** hervor. Diese Faktoren bieten Entwicklern mehr Kontrolle und kosteneffektive Lösungen, insbesondere angesichts der geplanten Einstellung von Appflow im Jahr 2026 [\[1\]](https://capgo.app).
-
-| Aspekt | Capgo | Appflow |
-| --- | --- | --- |
-| Langfristige Lebensfähigkeit | Aktive Entwicklung (gestart 2022) | Wird 2026 eingestellt |
-| Bereitstellungsoptionen | Cloud und selbstgehostet | Nur Cloud |
-| Sicherheitsmerkmale | End-to-End-Verschlüsselung | Grundlegende Update-Signierung |
-
-Diese Unterschiede erleichtern die Bestimmung, welche Plattform besser mit Ihren Bereitstellungsanforderungen übereinstimmt.
-
-### Beste Anwendungsfälle
-
-Dank seiner technischen Stärken und strategischen Vorteile ist Capgo eine ausgezeichnete Wahl für Teams, die **sichere, Echtzeit-Updates** benötigen und dabei die Richtlinien der App-Stores einhalten. Es ist besonders gut geeignet für Organisationen, die **flexible und budgetbewusste Bereitstellungslösungen** suchen.
-
-> "@Capgo ist ein smarter Weg, heiße Code-Pushes zu realisieren (und nicht für all das Geld der Welt wie bei @AppFlow) 🙂"  
-> – NASA's OSIRIS-REx [\[1\]](https://capgo.app)
-
-## FAQs
-
-:::faq
-### Warum sollte ich mich für Capgo anstelle von Appflow für Over-the-Air (OTA) App-Updates entscheiden?
-
-Capgo bietet eine schnelle und zuverlässige Möglichkeit, Over-the-Air (OTA) Updates für Ihre Capacitor-Apps bereitzustellen. Mit **Echtzeit-Updates**, die sowohl den Apple- als auch den Android-Richtlinien entsprechen, können Sie sofort Fehlerbehebungen, neue Funktionen und Verbesserungen ausrollen - ganz ohne Genehmigung der App-Stores.
-
-Was Capgo von anderen abhebt, sind seine herausragenden Merkmale wie **End-to-End-Verschlüsselung** für sichere Updates, **reibungslose CI/CD-Integration** zur Optimierung Ihres Workflows und **benutzerspezifische Update-Zielgruppen** für maßgeschneiderte Bereitstellungen. Zudem bietet es als Open-Source-Plattform Transparenz und Flexibilität, um den Anforderungen Ihrer App-Bereitstellung gerecht zu werden.
-:::
-
-:::faq
-### Wie schützt Capgo App-Updates im Vergleich zu Appflow?
-
-Capgo priorisiert die [Sicherheit von App-Updates](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) durch die Verwendung von **End-to-End-Verschlüsselung**, die sicherstellt, dass Daten geschützt bleiben, während sie zwischen Entwicklern und Nutzern übertragen werden. Diese Methode schützt Updates effektiv vor unbefugtem Zugriff und erfüllt gleichzeitig die Compliance-Standards der Plattform.
-
-Auf der anderen Seite, während Appflow Funktionen bietet, fehlen die gleichen fortschrittlichen Verschlüsselungsmaßnahmen. Dies macht Capgo zu einer stärkeren und sichereren Option für Entwickler, die darauf fokussiert sind, ihre Updates zu sichern.
-
-:::faq
-### Was sollten Entwickler berücksichtigen, wenn sie zwischen Capgos Cloud- und selbstgehosteten Bereitstellungsoptionen wählen?
-
-Der Artikel geht nicht auf die Einzelheiten von Capgos Cloud- und selbstgehosteten Bereitstellungsoptionen ein. Um detailliertere Informationen zu erhalten, ist es ratsam, die offiziellen Ressourcen von Capgo zu konsultieren oder sich direkt an deren Team zu wenden. Sie können eine Beratung anbieten, die auf Ihre spezifischen Bedürfnisse zugeschnitten ist.
-:::
diff --git a/src/content/blog/de/ccpa-compliance-for-mobile-apps.md b/src/content/blog/de/ccpa-compliance-for-mobile-apps.md
deleted file mode 100644
index e1d0df50d..000000000
--- a/src/content/blog/de/ccpa-compliance-for-mobile-apps.md
+++ /dev/null
@@ -1,302 +0,0 @@
----
-slug: ccpa-compliance-for-mobile-apps
-title: CCPA-Konformität für mobile Apps
-description: >-
-  Entdecken Sie die wichtigsten Schritte für Mobile-App-Entwickler zur
-  Einhaltung der CCPA-Vorschriften, während Sie Benutzerdaten schützen und
-  Datenschutzrechte wahren.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-27T00:40:38.043Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680d75de5a08fca89179eb81-1745714676586.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  CCPA compliance, mobile apps, personal data protection, user rights, data
-  security
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) Compliance ist ein Muss für Entwickler mobiler Apps, die personenbezogene Daten von Einwohnern Kaliforniens sammeln.** Dieses Gesetz gewährt Nutzern Rechte über ihre Daten und erlegt Apps strenge Regeln für deren Umgang auf. Nichteinhaltung riskiert hohe Geldstrafen und Reputationsschäden.
-
-### Wichtige Erkenntnisse:
-
--   **Wer muss sich daran halten?** Apps, die eines dieser Kriterien erfüllen:
-    -   Über 25 Mio. $ Jahresumsatz.
-    -   Daten von 50.000+ Kaliforniern.
-    -   50%+ Umsatz aus Verkauf personenbezogener Daten.
--   **Nutzerrechte unter CCPA:**
-    -   **Recht auf Auskunft und Löschung**: Zugriff und Löschung personenbezogener Daten.
-    -   **Recht auf Opt-Out**: Verweigerung des Datenverkaufs.
-    -   **Recht auf Nichtdiskriminierung**: Gleicher Service unabhängig vom Opt-Out.
--   **Strafen bei Nichteinhaltung:**
-    -   2.500 $ pro unbeabsichtigter Verstoß.
-    -   7.500 $ pro vorsätzlicher Verstoß.
-    -   100-750 $ pro Verbraucher pro Datenschutzverletzung.
-
-### Schritte zur Gewährleistung der Compliance:
-
-1.  **Prüfung der Datenpraktiken**: Erfassung aller gesammelten und gespeicherten personenbezogenen Daten.
-2.  **Aktualisierung der [Datenschutzrichtlinien](https://capgo.app/dp/)**: Klare Darstellung der Datennutzung und Nutzerrechte.
-3.  **Hinzufügen von Nutzerkontrollen**: Integration von Opt-Out- und Datenverwaltungsoptionen in der App.
-4.  **Datensicherung**: Verwendung von Verschlüsselung, Zugriffskontrolle und regelmäßigen Prüfungen.
-5.  **Auf Anfragen reagieren**: Einrichtung von Systemen zur Bearbeitung von Nutzeranfragen innerhalb von 45 Tagen.
-
-**Tools wie [Capgo](https://capgo.app/)** können die Compliance durch sichere Updates und Verwaltung von Datenschutzeinstellungen vereinfachen.
-
-**Nächste umsetzbare Schritte:**
-
--   Durchführung einer Datenbestandsaufnahme.
--   Implementierung datenschutzorientierter App-Funktionen.
--   Schulung Ihres Teams zu Compliance-Protokollen.
-
-## [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) Anforderungen für Mobile Apps
-
-### Arten personenbezogener Daten
-
-Das CCPA schützt verschiedene Arten von personenbezogenen Daten, die üblicherweise von mobilen Apps gesammelt werden. Hier eine kurze Übersicht:
-
-| **Datenkategorie** | **Beispiele** | **Erfassungsmethode** |
-| --- | --- | --- |
-| Geräte-Kennungen | IDFA, AAID, MAC-Adresse | Automatisch durch Systeme erfasst |
-| Standortdaten | GPS-Koordinaten, IP-Adresse | Über App-Berechtigungen gesammelt |
-| Nutzungsdaten | Sitzungsdauer, Funktionsnutzung | Über Analysen verfolgt |
-| Persönliche Details | Name, E-Mail, Telefonnummer | Über Nutzereingabeformulare bereitgestellt |
-| Finanzinformationen | Zahlungsdetails, Kaufhistorie | [Während In-App-Transaktionen erfasst](https://capgo.app/plugins/purchases-capacitor/) |
-| Biometrische Daten | Fingerabdrücke, Face ID-Muster | Über Gerätesicherheitsfunktionen erfasst |
-
-### Nutzerrechte
-
-Unter dem CCPA haben Nutzer bestimmte Rechte bezüglich ihrer personenbezogenen Daten:
-
--   **Recht auf Auskunft und Löschung**: Nutzer können Informationen über ihre in den letzten 12 Monaten gesammelten personenbezogenen Daten anfordern und deren Löschung verlangen.
--   **Recht auf Opt-Out**: Nutzer müssen die Möglichkeit haben, dem Verkauf ihrer personenbezogenen Daten zu widersprechen.
--   **Recht auf Nichtdiskriminierung**: Nutzer, die ihre Rechte unter dem CCPA ausüben, dürfen nicht mit höheren Preisen oder reduzierter Servicequalität bestraft werden.
-
-### Entwickleranforderungen
-
-Um CCPA-konform zu sein, müssen Entwickler diese Richtlinien befolgen:
-
--   **Verifizierungssysteme**  
-    Verwendung von [Multi-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/) oder ähnlichen Methoden zur Bestätigung der Identität von Nutzern, die Datenanfragen stellen.
-    
--   **Reaktionskanäle**  
-    Einrichtung dedizierter Kanäle zur Bearbeitung von Nutzeranfragen. Sie haben ein 45-Tage-Fenster zur Antwort, mit möglichen Verlängerungen bei Bedarf.
-    
--   **Technische Kontrollen**  
-    Sicherstellung, dass Ihre App die notwendigen technischen Maßnahmen zur Verwaltung und zum Schutz von Nutzerdaten enthält, wie zuvor beschrieben.
-    
--   **Dokumentationsanforderungen**  
-    Führen Sie detaillierte Aufzeichnungen über:
-    
-    -   Datenerfassungs- und Verarbeitungsaktivitäten
-    -   Nutzeranfragen und Ihre Antworten
-    -   Aktualisierungen der Datenschutzrichtlinien
-    -   Schulungsmaterialien für Mitarbeiter bezüglich CCPA-Compliance
-
-Für Live-Updates können Tools wie [Capgo](https://capgo.app) helfen, Datenschutzeinstellungen effektiv zu verwalten.
-
-Die nächsten Schritte werden Sie durch die Integration dieser Anforderungen in Ihre mobile App führen.
-
-## Schritte zur CCPA-Compliance
-
-### Datenbestandsaufnahme
-
-Beginnen Sie mit der Erstellung einer umfassenden Übersicht aller personenbezogenen Daten, die Ihre Organisation sammelt. Hier eine Beispielaufschlüsselung:
-
-| Datenkategorie | Erfassungspunkte | Speicherort | Zugriffskontrolle |
-| --- | --- | --- | --- |
-| Nutzereingaben | Registrierungsformulare, Profilaktualisierungen | Lokale Datenbank, Cloud-Speicher | Rollenbasierte Authentifizierung |
-| Automatische Erfassung | App-Start, Sitzungsverfolgung | Analyseserver | Verschlüsselung, API-Schlüssel |
-| Drittanbieter-Daten | Social Login, Zahlungsabwickler | Externe Dienste | Servicevereinbarungen |
-| Gerätedaten | Systemberechtigungen, Sensoren | Gerätespeicher, Backup-Server | Berechtigungsverwaltung |
-
-Sobald Ihre Daten erfasst sind, stellen Sie sicher, dass Ihre Datenschutzrichtlinie diese Praktiken genau widerspiegelt.
-
-### Aktualisierungen der Datenschutzrichtlinie
-
-Ihre Datenschutzrichtlinie muss klar kommunizieren, wie Daten erfasst, verwendet und verwaltet werden. Berücksichtigen Sie diese Hauptpunkte:
-
--   **Datenerfassungsumfang**: Spezifizieren Sie die Kategorien der erfassten personenbezogenen Informationen.
--   **Verwendungszweck**: Erklären Sie, warum jede Art von Daten erfasst wird und wie sie verwendet wird.
--   **Weitergabepraktiken**: Identifizieren Sie alle Drittparteien, die Nutzerdaten erhalten.
--   **Nutzerrechte**: Beschreiben Sie CCPA-Rechte und geben Sie klare Anweisungen zu deren Ausübung.
--   **Kontaktmethoden**: Bieten Sie mindestens zwei Wege an, wie Nutzer Anfragen einreichen können, wie E-Mail oder ein Webformular.
-
-### Nutzerkontrollfunktionen
-
-Fügen Sie In-App-Tools hinzu, die Nutzern Kontrolle über ihre Daten geben:
-
-**Datenschutz-Toggles** für:
-
--   Datenerfassungspräferenzen
--   Marketing-Kommunikation
--   Datenweitergabe an Dritte
-
-**Einwilligungsverwaltung**:
-
--   Bereitstellung klarer Opt-in- und Opt-out-Optionen.
--   Aufzeichnung von Nutzerpräferenzen mit Zeitstempeln.
--   Ermöglichung einfacher Aktualisierung der Präferenzen.
-
-Diese Funktionen ermächtigen Nutzer und halten Ihre App compliant.
-
-### Datenanfragensystem
-
-Richten Sie ein System ein, um Nutzeranfragen bezüglich ihrer CCPA-Rechte zu bearbeiten. Hier ein vorgeschlagener Rahmen:
-
-| Anfragentyp | Antwortzeit | Verifizierungsmethode |
-| --- | --- | --- |
-| Datenzugriff | 45 Tage | Zwei-Faktor-Authentifizierung |
-| Datenlöschung | 45 Tage | Kontopasswort + E-Mail-Bestätigung |
-| Datenexport | 45 Tage | Ausweisüberprüfung |
-| Opt-out-Bestätigung | Sofort | Kontoanmeldung |
-
-Dies stellt sicher, dass Anfragen effizient und sicher bearbeitet werden.
-
-### Datenschutz
-
-Vor der Bereitstellung bestätigen Sie diese Sicherheitsmaßnahmen:
-
--   **Verschlüsselung**: Schutz der Daten während der Übertragung und im Ruhezustand.
--   **Zugriffskontrolle**: Implementierung rollenbasierter Zugriffe.
--   **Minimierte Datenerfassung**: Nur das Notwendige erfassen.
--   **Prüfungen**: Vierteljährliche Überprüfungen Ihrer Datenpraktiken durchführen.
--   **Reaktion auf Verletzungen**: Dokumentierte Verfahren für den Umgang mit Datenschutzverletzungen pflegen.
-
-Für Live-Updates stellen Sie sicher, dass Datenschutzeinstellungen intakt bleiben. Tools wie Capgo können durch End-to-End-Verschlüsselung während der Bereitstellung unterstützen.
-
-## Übersehene Datenschutzrisiken bei mobilen Apps
-
-<iframe src="https://www.youtube.com/embed/aY-rICZi_Ms" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Tools für CCPA-Compliance
-
-Effektive Tools sind unerlässlich für die Aufrechterhaltung des Datenschutzes und die Erfüllung der CCPA-Anforderungen. Die richtigen Tools helfen nicht nur beim Schutz von Nutzerdaten, sondern vereinfachen auch die Compliance-Bemühungen.
-
-### [Capgo](https://capgo.app/) Updates
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680d75de5a08fca89179eb81/002013533a2d2ba7b874d9490aa8d76e.jpg)
-
-Capgo bietet sichere, effiziente App-Updates, die mit CCPA-Anforderungen übereinstimmen. Durch die Verwendung von End-to-End-Verschlüsselung wird sichergestellt, dass sensible Daten während Updates geschützt bleiben. Beeindruckenderweise hält Capgo 95% der aktiven Nutzer innerhalb von 24 Stunden aktuell [\[1\]](https://capgo.app/).
-
-Hier sind Capgos Compliance-Angebote:
-
-| Funktion | Wie es bei der Compliance hilft |
-| --- | --- |
-| **End-to-End-Verschlüsselung** | Sichert Nutzerdaten während Updates |
-| **Rollback-Fähigkeit** | Schnelles Zurücksetzen bei Problemen |
-| **Nutzerzuweisung** | Liefert gezielte Datenschutz-Updates |
-| **Analytics-Dashboard** | Überwacht Updates und Nutzerengagement |
-| **[Channel-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Testet Updates mit spezifischen Nutzergruppen |
-
-Capgo arbeitet nahtlos mit CI/CD-Tools zusammen, um Compliance-Updates zu automatisieren.
-
-### CI/CD-Tools
-
-CI/CD-Tools wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) und [Jenkins](https://www.jenkins.io/) reduzieren manuelle Fehler und beschleunigen die Bereitstellung kritischer Updates. Diese Tools stellen sicher, dass Datenschutz-Updates effizient ausgerollt werden, während Compliance-Standards eingehalten werden.
-
-Für diejenigen, die nach mehr anpassbaren Optionen suchen, sind Open-Source-Tools eine großartige Alternative.
-
-### Open-Source-Lösungen
-
-Open-Source-Tools bieten Flexibilität und Transparenz und ermöglichen es Ihnen, das Compliance-Management auf die Bedürfnisse Ihrer App zuzuschneiden. Sie profitieren auch von Community-geprüften Praktiken, was sie zu einer zuverlässigen Option macht.
-
-Bei der Auswahl von Tools für CCPA-Compliance konzentrieren Sie sich auf Funktionen wie:
-
--   Detaillierte Berechtigungskontrollen für Teammitglieder
--   Audit-Logs zur Verfolgung von Compliance-Aktivitäten
--   Automatisierte Prüfungen während der Bereitstellung
--   Verschlüsselung für Daten im Ruhezustand und während der Übertragung
--   Effektive Tools zur Verwaltung von Nutzeranfragen
-
-## Laufendes Compliance-Management
-
-CCPA-konform zu bleiben ist keine einmalige Aufgabe. Es erfordert kontinuierliche Überwachung und Anpassungen, wenn sich Vorschriften ändern.
-
-### Compliance-Prüfungen
-
-Regelmäßige Überprüfung Ihrer Prozesse hilft, Probleme frühzeitig zu erkennen und zu beheben
-
-Stellen Sie sicher, dass Ihr Team die CCPA-Anforderungen versteht. Ihr Schulungsprogramm sollte Folgendes umfassen:
-
--   **Erste Einarbeitung:** Pflichtschulungen für alle neuen Mitarbeiter
--   **Regelmäßige Updates:** Regelmäßige Schulungen zu Änderungen in Vorschriften und Best Practices
--   **Rollenspezifische Anleitungen:** Maßgeschneiderte Anweisungen für Entwickler, Support-Mitarbeiter und Produktmanager zu sicherem Programmieren, Benutzerrechten und Compliance-Prüfungen
-
-### Vorschriftenaktualisierungen
-
-Bleiben Sie über Änderungen durch offizielle Regulierungskanäle und Branchenforen auf dem Laufenden. Nutzen Sie automatisierte Bereitstellungstools, um Updates schnell und konsistent auszurollen. Capgo kann dabei helfen, dass Updates sowohl schnell als auch nachvollziehbar sind. Erstellen Sie zusätzlich einen Notfallplan für kritische Updates, der zeitnahes Handeln und klare Kommunikation mit Benutzern gewährleistet.
-
-## Zusammenfassung
-
-Bleiben Sie CCPA-konform durch sorgfältige Überwachung und effektive Tools zum Schutz von Benutzerdaten, ohne die App-Erfahrung zu beeinträchtigen. Nachfolgend finden Sie umsetzbare Schritte aus den zuvor beschriebenen Methoden.
-
-### Aufgabenliste
-
-Hier sind die wichtigsten Schritte zur Sicherstellung der CCPA-Konformität:
-
--   **Datenbestandsaufnahme**: Identifizieren und dokumentieren Sie alle Punkte, an denen personenbezogene Daten erfasst werden.
--   **Datenschutzrichtlinien-Implementierung**: Erstellen und teilen Sie klare, leicht verständliche Datenschutzhinweise.
--   **Überprüfung der Rechteprotokolle**: Stärken Sie Systeme zur Verwaltung von Benutzerrechten.
--   **Sicherheitsmaßnahmen**: Verwenden Sie starke Verschlüsselung und andere Schutzmaßnahmen zum Schutz der Daten.
--   **Team-Schulungsprotokoll**: Planen Sie regelmäßige Schulungen, um Ihr Team über Compliance-Best-Practices auf dem Laufenden zu halten.
-
-Diese Schritte bieten einen klaren Fahrplan für effektives Datenschutzmanagement.
-
-### Update-Tools
-
-Um diese Schritte effizient umzusetzen, sollten Sie fortschrittliche Update-Tools in Betracht ziehen, die Datenintegrität priorisieren. Capgo unterstützt beispielsweise globale Updates mit beeindruckenden Ergebnissen - 947,6 Millionen Updates weltweit und eine aktive Benutzer-Update-Rate von 95% innerhalb von 24 Stunden [\[1\]](https://capgo.app/).
-
-> "Wir praktizieren agile Entwicklung und Capgo ist mission-kritisch für die kontinuierliche Bereitstellung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Tools wie Capgo können Compliance-bezogene Updates automatisieren und sicherstellen, dass Ihre Anwendung mit minimalem Aufwand aktuell bleibt.
-
-### Nächste Schritte
-
-Um auf diesen Praktiken aufzubauen, beginnen Sie mit:
-
--   **Überprüfung aktueller Praktiken**: Überprüfen Sie Ihre derzeitigen Datenerfassungs- und Datenschutzprozesse.
--   **Tool-Implementierung**: Integrieren Sie Compliance-fokussierte Managementtools.
--   **Dokumentationserstellung**: Entwickeln Sie detaillierte Compliance-Dokumentation.
--   **Teamvorbereitung**: Planen und führen Sie Schulungen durch, um Ihr Team vorzubereiten.
-
-## FAQs
-
-:::faq
-### Wie können Mobile-App-Entwickler feststellen, ob ihre App dem California Consumer Privacy Act (CCPA) entsprechen muss?
-
-Um festzustellen, ob Ihre Mobile App dem **California Consumer Privacy Act (CCPA)** entsprechen muss, berücksichtigen Sie folgende Hauptfaktoren:
-
-1.  **Unternehmensgröße**: Hat Ihre App oder das dahinterstehende Unternehmen einen jährlichen Bruttoumsatz von über 25 Millionen Dollar?
-2.  **Datenverarbeitung**: Kauft, verkauft oder teilt Ihre App persönliche Informationen von 50.000 oder mehr kalifornischen Einwohnern, Haushalten oder Geräten jährlich?
-3.  **Umsatz aus Daten**: Erzielt Ihre App 50% oder mehr ihres jährlichen Umsatzes aus dem Verkauf persönlicher Informationen kalifornischer Einwohner?
-
-Wenn Ihre App oder Ihr Unternehmen eines dieser Kriterien erfüllt, unterliegt sie wahrscheinlich den CCPA-Anforderungen. Auch wenn Ihre App diese Schwellenwerte nicht direkt erfüllt, ist es empfehlenswert, Ihre Datenerfassungs- und Datenschutzpraktiken zu überprüfen.
-
-Für Entwickler, die **Capgo** nutzen, gewährleistet dessen Live-Update-Lösung für Capacitor-Apps nahtlose Updates unter Einhaltung der Apple- und Android-Richtlinien, was Ihre App-Compliance-Strategie unterstützen kann.
-:::
-
-:::faq
-### Wie können Mobile Apps die Einhaltung des California Consumer Privacy Act (CCPA) sicherstellen und gleichzeitig Benutzerdaten schützen?
-
-Um den **California Consumer Privacy Act (CCPA)** einzuhalten und Benutzerdaten zu schützen, sollten sich Mobile Apps auf einige wichtige Praktiken konzentrieren:
-
--   **Transparenz bei der Datenerfassung**: Informieren Sie Benutzer klar über die Art der erfassten Daten, den Zweck der Erfassung und deren Verwendung.
--   **Benutzerrechte gewähren**: Implementieren Sie Funktionen, die es Benutzern ermöglichen, auf ihre persönlichen Daten zuzugreifen, sie zu löschen oder dem Verkauf zu widersprechen, wie vom CCPA gefordert.
--   **Datensicherheit stärken**: Nutzen Sie [Verschlüsselungs- und sichere Speicherlösungen](https://capgo.app/docs/cli/migrations/encryption/) zum Schutz von Benutzerinformationen vor unbefugtem Zugriff oder Datenpannen.
-
-Zusätzlich können Tools wie **Capgo** Ihre Compliance-Bemühungen verbessern, indem sie sofortige Updates ermöglichen, um Sicherheitslücken oder datenschutzbezogene Änderungen ohne App-Store-Genehmigungen zu beheben. Dies gewährleistet, dass Ihre App in Echtzeit compliant bleibt und gleichzeitig nahtlose Benutzererlebnisse bietet. Konsultieren Sie immer Rechtsexperten, um die vollständige Einhaltung der CCPA-Anforderungen sicherzustellen.
-:::
-
-:::faq
-### Wie wirkt sich der CCPA auf die Nutzung von Drittanbieterdiensten durch Mobile-App-Entwickler aus?
-
-Der California Consumer Privacy Act (CCPA) verlangt von Mobile-App-Entwicklern sicherzustellen, dass alle von ihnen genutzten Drittanbieterdienste seinen Datenschutzvorschriften entsprechen. Dies bedeutet, dass Entwickler sorgfältig prüfen müssen, wie Drittanbieter mit Benutzerdaten umgehen und dabei die CCPA-Richtlinien für Datenerfassung, -speicherung und -weitergabe einhalten. Zusätzlich sollten Entwickler klare Vereinbarungen mit diesen Anbietern treffen, um Benutzerrechte zu schützen, wie etwa die Möglichkeit auf Zugriff, Löschung oder Opt-out der Datenerfassung.
-
-Wenn Sie Tools wie Capgo für App-Updates verwenden, ist es wichtig zu bestätigen, dass diese Dienste den CCPA-Anforderungen entsprechen. Capgo unterstützt beispielsweise sichere Datenverarbeitung mit Funktionen wie Ende-zu-Ende-Verschlüsselung und gewährleistet so die Compliance bei gleichzeitiger Bereitstellung von Echtzeit-Updates für Ihre App. Durch die Zusammenarbeit mit konformen Anbietern können Entwickler Vertrauen aufrechterhalten und potenzielle rechtliche Probleme unter dem CCPA vermeiden.
-:::
diff --git a/src/content/blog/de/checklist-for-cybersecurity-compliance-in-china.md b/src/content/blog/de/checklist-for-cybersecurity-compliance-in-china.md
deleted file mode 100644
index 2fb5e8e2d..000000000
--- a/src/content/blog/de/checklist-for-cybersecurity-compliance-in-china.md
+++ /dev/null
@@ -1,372 +0,0 @@
----
-slug: checklist-for-cybersecurity-compliance-in-china
-title: Checkliste für die Cybersicherheitskonformität in China
-description: >-
-  Bleiben Sie 2025 konform mit Chinas strengen Cybersicherheitsgesetzen, indem
-  Sie wesentliche Anforderungen an den Datenschutz und die Sicherheit einhalten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T05:14:08.592Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822cd20266b1f3f75203ab9-1747113353909.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  China cybersecurity, compliance checklist, data protection, personal
-  information law, security regulations
-tag: 'Mobile, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Die Cybersicherheitsgesetze Chinas sind im Jahr 2025 strenger denn je. Um compliant zu sein, müssen Unternehmen wichtige Vorschriften wie das **Gesetz über Cybersicherheit (CSL)**, das **Gesetz über Datensicherheit (DSL)** und das **Gesetz über den Schutz personenbezogener Daten (PIPL)** beachten. Hier ist eine kurze Compliance-Checkliste:
-
--   **Benutzerauthentifizierung überprüfen**: Verwenden Sie Mobiltelefonnummern oder amtliche Ausweise.
--   **Daten lokal speichern**: Alle chinesischen Benutzerdaten müssen auf Servern in China gespeichert werden.
--   **Aktivitäten protokollieren**: Halten Sie Benutzer-[Aktivitätsprotokolle](https://capgo.app/docs/webapp/logs/) für mindestens 60 Tage.
--   **Daten sichern**: Verschlüsseln Sie Daten im Ruhezustand (AES-256) und während der Übertragung (TLS 1.3+).
--   **Audits durchführen**: Regelmäßige Sicherheitsprüfungen und jährliche Audits sind verpflichtend.
--   **Updates verwalten**: OTA-Updates müssen verschlüsselt, protokolliert und benutzergenehmigt werden.
-
-Die Nichterfüllung dieser Standards kann zu Geldstrafen von bis zu ¥50 Millionen (~ 7,5 Millionen US-Dollar) oder 5 % des Jahresumsatzes führen. Verwenden Sie Tools wie [Capgo](https://capgo.app/) für verschlüsselte Updates und Compliance-Tracking.
-
-| **Wichtige Vorschrift** | **Inkrafttretungsdatum** | **Auswirkungen** |
-| --- | --- | --- |
-| Vorschrift zur Datensicherheit im Netzwerk | 1. Jan. 2025 | Strengere Daten-Compliance-Regeln |
-| CSL-Änderungen | 28. März 2025 | Höhere Strafen, strengere Durchsetzung |
-
-Bleiben Sie compliant, indem Sie Benutzerdaten sichern, ordnungsgemäße Dokumentationen führen und die neuesten Updates im Cybersicherheitsrahmen Chinas beachten.
-
-## Haupt-Cybersicherheitsgesetze und -vorschriften
-
-### Chinesisches Cybersicherheitsgesetz (CSL)
-
-Das Chinesische Cybersicherheitsgesetz (CSL) legt grundlegende Anforderungen für die Aufrechterhaltung der Netzwerksicherheit fest. Dazu gehören die Registrierung mit echtem Namen, die Implementierung starker Sicherheitsmaßnahmen, die Durchführung regelmäßiger Bewertungen und die umgehende Meldung von Vorfällen. Jüngste Änderungen, die im März 2025 in Kraft treten sollen, führen strengere Strafen für Verstöße ein, um sich an entwickelte Standards zum Datenschutz anzupassen [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Gesetz über den Schutz personenbezogener Daten (PIPL)
-
-Das Gesetz über den Schutz personenbezogener Daten (PIPL) setzt strenge Richtlinien für die Verwaltung von Benutzerdaten durch und betont Transparenz und Sicherheit. Zu den wesentlichen Bestimmungen gehören:
-
-| **Anforderung** | **Details** | **Umsetzung** |
-| --- | --- | --- |
-| **Benutzereinwilligung** | Einholen der ausdrücklichen Genehmigung zur Datenerfassung und -nutzung | Bereits in Kraft |
-| **Grenzüberschreitende Übertragungen** | Durchführung von Sicherheitsprüfungen und Einholung der Genehmigung der Behörden für Datenexporte | Innerhalb von 60 Tagen nach der Erfassung |
-| **Datenschutz** | Anwendung technischer Sicherheitsvorkehrungen zum Schutz personenbezogener Daten | Laufende Überwachung |
-
-Das PIPL schreibt auch vor, dass Anwendungsentwickler klare und transparente Praktiken im Umgang mit Daten übernehmen und detaillierte Aufzeichnungen über die Benutzereinwilligung führen. Verstöße können zu Betriebsunterbrechungen und Geldstrafen von bis zu ¥50 Millionen (ca. 7,5 Millionen US-Dollar) führen [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law). Diese Regeln bilden das Fundament für die technischen Maßnahmen, die in den Vorschriften zur Datensicherheit festgelegt sind.
-
-### Vorschriften zur Datensicherheit
-
-Ab dem 1. Januar 2025 führt die Vorschrift zur Datensicherheit im Netzwerk einen umfassenden Rahmen für das Management von datenbezogenen Risiken ein. Die Vorschrift betont:
-
--   **Risikobewertungen**: Bewertung der Datensensibilität, der Verarbeitungsvolumen und potenzieller nationaler Sicherheitsauswirkungen.
--   **Technische Sicherheitsvorkehrungen**: Klassifizierung von Daten, Implementierung von Zugriffskontrollen und Verschlüsselung sensibler Informationen.
--   **Reaktion auf Vorfälle**: Aufrechterhaltung robuster Dokumentationen und technischer Maßnahmen zur Bewältigung von Sicherheitsvorfällen.
-
-Diese Updates zielen darauf ab, die Durchsetzung zu stärken und aufkommende Herausforderungen der Cybersicherheit anzugehen [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Für Anwendungsentwickler, die an Updates und Sicherheits-Patches arbeiten, kann die Nutzung von [sicheren Aktualisierungsplattformen](https://capgo.app/docs/live-updates/update-behavior/) die Einhaltung dieser Vorschriften erleichtern. So bietet **Capgo** (https://capgo.app) End-to-End-Verschlüsselung und Echtzeit-[Aktualisierungsmanagement](https://capgo.app/docs/plugin/cloud-mode/manual-update/), was in einem Markt mit über 4 Millionen mobilen Apps und der größten Basis mobiler Internetnutzer weltweit besonders wertvoll ist [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## Anforderungen an den Datenschutz
-
-### Benutzeridentitätsüberprüfung
-
-Bevor Benutzerkonten aktiviert werden, implementieren Sie eine Überprüfung mit echtem Namen unter Verwendung von Mobiltelefonnummern oder von der Regierung ausgestellten Ausweisen. Stellen Sie sicher, dass die wahren Identitäten aufgezeichnet und verschlüsselt werden, während die Benutzer öffentlich sichtbare Pseudonyme verwenden dürfen. Protokollieren Sie außerdem die Benutzeraktivitäten gemäß den Vorschriften [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market). Um diesen Prozess zu optimieren, sollten Sie Integrationen mit autorisierten lokalen Verifizierungsdiensten wie denen von [China Mobile](https://www.chinamobileltd.com/) und [China Unicom](https://www.chinaunicom.com/) in Betracht ziehen [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-Es ist ebenso wichtig, sicherzustellen, dass alle gespeicherten Daten den lokalen Hosting-Vorschriften entsprechen.
-
-### Anforderungen an die Datenspeicherung
-
-Alle Daten von chinesischen Benutzern müssen auf Servern gespeichert werden, die sich innerhalb des Festlandchinas befinden, gemäß der Vorschrift zur Datensicherheit im Netzwerk, die am 1. Januar 2025 in Kraft tritt [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Wenn Daten ins Ausland übertragen werden müssen, muss zunächst eine Sicherheitsprüfung durch die Regierung erfolgen oder eine ausdrückliche Einwilligung des Benutzers eingeholt werden [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-Um diesen Anforderungen gerecht zu werden, arbeiten Sie mit autorisierten chinesischen Cloud-Anbietern wie [Alibaba Cloud](https://www.alibabacloud.com/) oder [Tencent Cloud](https://www.tencentcloud.com/) zusammen. Dies gewährleistet, dass die Benutzerdaten innerhalb der vorgesehenen geografischen Grenzen bleiben.
-
-Sobald die Speicheranforderungen erfüllt sind, konzentrieren Sie sich darauf, die notwendigen Sicherheitsvorkehrungen umzusetzen, die im Folgenden aufgeführt sind.
-
-### Erforderliche Sicherheitsstandards
-
-Der Cybersicherheitsrahmen für 2025 betont die Verwendung robuster Verschlüsselungsprotokolle zum Schutz von Benutzerdaten [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Wichtige Maßnahmen umfassen:
-
-| Sicherheitsmaßnahme | Technische Spezifikation | Zweck |
-| --- | --- | --- |
-| Daten im Ruhezustand | AES-256-Verschlüsselung | Schutz gespeicherter Daten |
-| Daten in Übertragung | TLS 1.3 oder höher | Sicherung der Netzwerkkommunikation |
-
-Für Entwickler, die Updates verwalten, bieten Plattformen wie Capgo eine integrierte End-to-End-Verschlüsselung, die mit diesen Sicherheitsanforderungen übereinstimmt.
-
-Regelmäßige Audits und Tests sind entscheidend, um sicherzustellen, dass alle Sicherheitsmaßnahmen effektiv und aktuell bleiben [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-## Cybersicherheit und Datenschutz in China: Compliance, Herausforderungen und Tipps
-
-<iframe src="https://www.youtube.com/embed/cNYATmph4sw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Technische Sicherheitsanforderungen
-
-Die Cybersicherheitsvorschriften Chinas verlangen von Organisationen, detaillierte technische Sicherheitsmaßnahmen zu implementieren, um compliant zu bleiben. Im März 2025 führte die [Cyberspace-Administration Chinas](https://en.wikipedia.org/wiki/Cyberspace_Administration_of_China) (CAC) Änderungen des Cybersicherheitsgesetzes (CSL) ein, die diese Anforderungen skizzieren und rechtliche Verpflichtungen in umsetzbare Praktiken übersetzen [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Sicherheitsüberprüfungszeitplan
-
-Mobile Anwendungen müssen monatliche Sicherheitsprüfungen unter Verwendung von von der CAC genehmigten Scanning-Tools durchlaufen [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Diese Bewertungen konzentrieren sich auf verschiedene Aspekte der Anwendungsicherheit:
-
-| **Sicherheitsaspekt** | **Bewertungsfrequenz** | **Erforderliche Dokumentation** |
-| --- | --- | --- |
-| Schwachstelleneinschätzung | Monatlich | Scanberichte mit Fristen zur Behebung |
-| Code-Sicherheitsüberprüfung | Monatlich | Ergebnisse der Quellcodeanalyse |
-| Überprüfung dritter Komponenten | Monatlich | Abhängigkeitsprüfungsberichte |
-
-Alle Scanberichte müssen gespeichert und für jährliche regulatorische Audits bereitgestellt werden. Außerdem können die Behörden bei Inspektionen um sofortigen Zugriff auf diese Ergebnisse bitten [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[5\]](https://www.twobirds.com/en/insights/2025/china/china-cybersecurity-and-data-protection-monthly-update-march-2025-issue).
-
-### Benutzerberechtigungssteuerung
-
-Die rollenbasierte Zugriffskontrolle (RBAC) ist eine unverzichtbare Anforderung für mobile Anwendungen, die in China betrieben werden [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Entwickler müssen:
-
--   Präzise Berechtigungsstufen basierend auf Benutzerrollen festlegen.
--   Detaillierte Protokolle der Zugriffsaktivitäten führen.
--   Berechtigungseinstellungen regelmäßig überprüfen und aktualisieren, um sicherzustellen, dass sie angemessen bleiben.
-
-Für Entwickler, die App-Updates verwalten, bieten Plattformen wie Capgo integrierte Tools zur effizienten Verwaltung von Benutzerrollen und Berechtigungen, während sie eine schnelle Bereitstellung von Sicherheits-Patches ermöglichen.
-
-### Reaktion auf Sicherheitsvorfälle
-
-Organisationen müssen die CAC innerhalb von 12 Stunden nach der Entdeckung eines Sicherheitsvorfalls benachrichtigen. Diese Benachrichtigung sollte eine erste Einschätzung und Details zu den Eindämmungsmaßnahmen enthalten [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[5\]](https://www.twobirds.com/en/insights/2025/china/china-cybersecurity-and-data-protection-monthly-update-march-2025-issue).
-
-Ein umfassender Vorfallreaktionsplan sollte Folgendes abdecken:
-
--   Erkennung und Eindämmung des Problems.
--   Untersuchungs- und Kommunikationsstrategien.
--   Benutzernachrichten, wenn dies erforderlich ist.
-
-Nach einem Vorfall sollten die Ursachen, Behebungsmaßnahmen und alle Aktualisierungen der Sicherheitsprotokolle dokumentiert werden. Ein detaillierter Bericht muss dann den Aufsichtsbehörden vorgelegt werden.
-
-> "Die neuesten Änderungen des CSL haben die Durchsetzung erhöht und die Strafhöhen angehoben, um mit anderen wichtigen Datenschutzgesetzen in China, wie dem PIPL und DSL, übereinzustimmen", erklärt die Cyberspace-Verwaltung von China in ihren Leitlinien von März 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Regelmäßige Sicherheitsübungen und Schulungen für das Personal sind ebenfalls erforderlich, wobei alle relevanten Dokumente für die behördlichen Inspektionen zur Hand gehalten werden müssen [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-## Anforderungen an den App Store
-
-Wenn es darum geht, Apps in China zu veröffentlichen, sind die technischen Standards nur der Anfang. Entwickler müssen sich auch an die von der Cyberspace-Verwaltung von China (CAC) und dem [Ministerium für Industrie und Informationstechnologie](https://en.wikipedia.org/wiki/Ministry_of_Industry_and_Information_Technology) (MIIT) festgelegten Vorschriften halten [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### MIIT Registrierungsprozess
-
-Um sich beim MIIT zu registrieren, müssen Entwickler Folgendes vorbereiten:
-
--  1. Eine Geschäftslizenz oder eine Organisationsbescheinigung sowie ein Autorisierungsschreiben
--  2. Eine detaillierte Beschreibung der Funktionalität der App und der Datenerhebungspraktiken
--  3. Dokumentation der Netzwerksicherheitsbewertungen
--  4. Eine Datenschutz-Folgenabschätzung
-
-Der standardmäßige Prüfungsprozess dauert in der Regel 7–10 Werktage. Ausländische Entwickler sehen sich jedoch oft längeren Bearbeitungszeiten - bis zu 2–3 Monaten - gegenüber, da sie über eine lokale Entität arbeiten müssen. Diese Schritte bauen auf früheren technischen Sicherheitsvorkehrungen auf, um sowohl die Datensicherheit als auch den Datenschutz der Nutzer zu gewährleisten.
-
-### Anforderungen an Sicherheitstests
-
-Neben der Registrierung müssen Apps obligatorischen Sicherheitstests unterzogen werden. Die **Verordnung über die Verwaltung der Netzwerksicherheit von Daten**, die am 1. Januar 2025 in Kraft tritt, skizziert spezifische Testprotokolle basierend auf den App-Kategorien [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN):
-
--  1. **Finanz- und Gesundheitsapps**  
-   Diese Apps erfordern Penetrationstests und Quellcodeprüfungen, die von CAC-zugelassenen Organisationen durchgeführt werden. Entwickler müssen auch die Sicherheitsdokumentation für drei Jahre aufbewahren.
-    
--  2. **Soziale und Bildungsapps**  
-   Die Tests konzentrieren sich auf Schwachstellenbewertungen und die Einhaltung von Datenschutzstandards. Darüber hinaus müssen Protokolle über Nutzeraktivitäten für mindestens 60 Tage aufbewahrt werden [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-    
--  3. **Allgemeine Anwendungen**  
-   Diese Apps unterliegen grundlegenden Kontrollen, einschließlich Verschlüsselungsstandards und Datenhandhabungspraktiken. Sie müssen auch eine Nutzeridentitätsüberprüfung durch genehmigte Methoden bieten.
-    
-
-### SDK Compliance-Überprüfung
-
-Entwickler müssen ein detailliertes Inventar aller in ihren Apps verwendeten SDKs führen, einschließlich:
-
--  1. SDK-Name, Version und Anbieter
--  2. Datenzugriffsberechtigungen und Speicherorte
--  3. Sicherheitszertifikate
--  4. Einhaltung des Gesetzes zum Schutz personenbezogener Daten (PIPL) und des Datenschutzgesetzes (DSL) [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law)
-
-Für Apps, die auf [cloudbasierten Updates](https://capgo.app/docs/live-updates/update-behavior/) basieren, bieten Plattformen wie Capgo Tools für Versionskontrolle und Patch-Bereitstellung, die mit den chinesischen Cybersicherheitsstandards übereinstimmen.
-
-Um die Einhaltung durchzusetzen, hat die CAC ein Whistleblowing-System implementiert. Nichteinhaltung kann zur Entfernung der App und zu hohen Strafen führen [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## Update-Management
-
-In China geht das Management von Updates über technische Anpassungen hinaus - es geht darum, strengen Cybersicherheitsvorschriften zu entsprechen, die sich ständig weiterentwickeln [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### OTA-Update-Anforderungen
-
-Über-the-Air (OTA)-Updates in China müssen eine strenge Reihe von Sicherheits- und Compliance-Vorschriften einhalten [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Hier ist, was benötigt wird:
-
--  1. **Ende-zu-Ende-Verschlüsselung**: Update-Pakete müssen während der Übertragung verschlüsselt und mit digitalen Signaturen versehen werden, um ihre Authentizität zu bestätigen [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
--  2. **Nutzerverifizierung**: Updates können nur nach ausdrücklicher Zustimmung des Nutzers fortgesetzt werden, häufig verifiziert durch die Validierung der Mobiltelefonnummer [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
--  3. **Datenlokalisierung**: Die Infrastruktur, die verwendet wird, um Updates für chinesische Nutzer bereitzustellen, muss physisch innerhalb Chinas liegen [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
--  4. **Dokumentation**: Halten Sie detaillierte Protokolle über Updates, einschließlich Informationen zur Zustimmung der Nutzer, Zugriffsprotokolle und Sicherheitsbewertungen, für mindestens 60 Tage [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-Für kritische Sicherheitspatches setzt die Cyberspace-Verwaltung von China (CAC) schnell Maßnahmen durch. Unternehmen müssen sofortige Benachrichtigungen über Schwachstellen ausstellen und die Bereitstellung von Fixes beschleunigen [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Diese Anforderungen sind eng mit einem gut organisierten Versionsverwaltungssystem verbunden.
-
-### Versionsverwaltung
-
-Unter der Verordnung zur Verwaltung der Netzwerksicherheit von Daten, die im Januar 2025 in Kraft tritt, müssen Unternehmen robuste Prozesse zur Versionskontrolle implementieren. Das umfasst Folgendes:
-
-| Anforderung | Dauer | Zweck |
-| --- | --- | --- |
-| **Versionshistorie** | Mindestens 60 Tage | Für Sicherheitsprüfungen und Ermittlungen |
-| **Änderungsprotokolle** | Umfassend | Dokumentation aller Updates und Änderungen |
-| **Sicherheitsüberprüfungen** | Pro Update | Sicherstellung der Einhaltung von Vorschriften |
-| **Nutzerverteilungstracking** | Laufend | Überwachung der Annahme von Updates |
-
-Rollback-Funktionen sind wichtig, damit Unternehmen schnell zu früheren Versionen zurückkehren können. Diese älteren Versionen müssen ebenfalls mindestens 60 Tage lang aufbewahrt werden [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-Bei der Nutzung von Diensten Dritter für die Versionsverwaltung müssen Unternehmen Folgendes sicherstellen: Registrierung bei den chinesischen Behörden, Bereitstellung lokalisierter Infrastruktur, klare Dokumentation der Verantwortlichkeiten und Einhaltung der Gesetze zur Datenlokalisierung [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Für Plattformen, die mit sensiblen Daten umgehen, erfordern Updates, die Methoden zur Datenerhebung oder Zugriffsrechte verändern, zusätzliche Test- und Validierungsebenen, um die Einhaltung der Vorschriften aufrechtzuerhalten [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-Tools wie Capgo (https://capgo.app) bieten [Live-Update-Lösungen](https://capgo.app/blog/self-hosted-live-updates/) an, die Verschlüsselung, nahtlose CI/CD-Integration und detaillierte Funktionen zur Versionskontrolle umfassen.
-
-Die Nichteinhaltung dieser Vorschriften kann schwerwiegende Konsequenzen nach sich ziehen, wie zum Beispiel Geldstrafen von bis zu 5 % des Umsatzes des Vorjahres und die Entfernung aus den chinesischen App-Stores [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-## Compliance-Dokumentation
-
-Chinas Cybersicherheitsrahmen legt großen Wert auf eine gründliche Dokumentation. Mit den Änderungen im März 2025 sind die Anforderungen strenger geworden, und die Strafen für Nichteinhaltung sind erheblich gestiegen [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Erforderliche jährliche Prüfungen
-
-Apps sind verpflichtet, detaillierte Sicherheitsüberprüfungen durchzuführen, um sicherzustellen, dass sie mit dem Gesetz zum Schutz personenbezogener Daten (PIPL), dem Datenschutzgesetz (DSL) und den neuesten Änderungen des Cybersicherheitsgesetzes (CSL) übereinstimmen [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law). Hier ist eine Übersicht über typische Prüfungspläne und Anforderungen an die Dokumentenaufbewahrung:
-
-| Prüftyp | Häufigkeit | Dokumentationszeitraum |
-| --- | --- | --- |
-| Standard-Apps | Jährlich | 5 Jahre |
-| Kritische Infrastruktur / Hochvolumendaten-Apps | Halbjährlich | 5 Jahre |
-
-Diese Prüfungen müssen Dokumentationen wie Berichte über Sicherheitsbewertungen, Datenverarbeitungsprotokolle, Mechanismen zur Nutzerzustimmung, Anerkennungen der Datenschutzrichtlinie und Notfallpläne umfassen.
-
-### Dokumentation des Datenflusses
-
-Beim Datentransfer über Grenzen hinweg müssen Organisationen detaillierte Dokumentationen der Datenflusskarten bereitstellen, Sicherheitsbewertungen durchführen, die ausdrückliche Zustimmung der Nutzer sichern und Risikominderungsstrategien implementieren. Diese Aufzeichnungen müssen für mindestens drei Jahre nach Beendigung der Übertragungsbeziehung aufbewahrt werden [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-### Regeln zur Protokollspeicherung
-
-Die Verordnung zur Verwaltung der Netzwerksicherheit von Daten legt spezifische Anforderungen an die Protokollaufbewahrung fest [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Diese beinhalten:
-
--   **Systemaktivitätsprotokolle**
-    
-    -   Benutzerregistrierungsdetails
-    -   Anmeldezeiten mit IP-Adressen
-    -   Nutzungsmuster von Funktionen
-    -   Inhalteveröffentlichungsaktivitäten
--   **Finanztransaktionsprotokolle**
-    
-    -   Müssen mindestens drei Jahre lang gespeichert werden
-    -   Vollständige Transaktionsdetails einbeziehen
-    -   Manipulationssichere Speicherung gewährleisten
--   **Administrativer Zugriffsprotokolle**
-    
-    -   Aktivitäten von Systemadministratoren aufzeichnen
-    -   Datenzugriffsereignisse verfolgen
-    -   Änderungen und Export-/Download-Aktivitäten protokollieren
--   **Allgemeine Protokolle**
-    
-    -   Aufbewahrungspflicht: mindestens 60 Tage [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)
-
-Das Versäumnis, diese Protokolle zu führen, kann zu Strafen von bis zu 5 % des Jahresumsatzes führen [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Darüber hinaus müssen automatisierte Aktualisierungsdienste alle aktualisierungsbezogenen Aktivitäten dokumentieren, um die Einhaltung zu demonstrieren.
-
-Eine ordnungsgemäße Dokumentation bildet die Grundlage für alle anderen Compliance-Maßnahmen, einschließlich Schulungen für Mitarbeitende und Vorbereitungen auf Zwischenfälle.
-
-## Compliance-Schulungen und Verstöße
-
-### Reaktionspläne bei Verstößen
-
-Die Änderungen des CSL im März 2025 betonen die Bedeutung detaillierter Protokolle zur Behandlung von Verstößen [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Ein solider Reaktionsplan umfasst typischerweise die folgenden Schlüsselphasen:
-
-| **Reaktionsphase** | **Erforderliche Maßnahmen** |
-| --- | --- |
-| **Erstentdeckung** | \- Betroffene Dienste aussetzen  <br>\- Vorfallsdetails dokumentieren  <br>\- Das interne Compliance-Team benachrichtigen |
-| **Behördenbenachrichtigung** | \- Bericht an die Cyberspace-Verwaltung Chinas (CAC)  <br>\- Vorläufige Bewertung einreichen  <br>\- Einen Sanierungsplan skizzieren |
-| **Berichtigung** | \- Technische Lösungen implementieren  <br>\- Sicherheitsprotokolle aktualisieren  <br>\- Alle Änderungen dokumentieren |
-| **Nach dem Vorfall** | \- Einen Abschlussbericht einreichen  <br>\- Eine Nachuntersuchung durchführen  <br>\- Schulungsmaterialien aktualisieren |
-
-Die CAC hat auch ein öffentliches Hinweisgebersystem eingeführt, was die Notwendigkeit für schnelle, gut dokumentierte Reaktionen unterstreicht [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market). Um diese Bemühungen zu unterstützen, sollten Organisationen ihre Reaktionspläne mit umfassenden Schulungsprogrammen für Mitarbeitende kombinieren, um auf allen Ebenen Compliance zu gewährleisten.
-
-### Schulungsanforderungen für Mitarbeitende
-
-Ab Januar 2025 schreibt die Verordnung über die Netzdatensicherheit formelle Schulungsprogramme vor, um mit technischen und Dokumentationsstandards übereinzustimmen [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Diese Schulungsprogramme sind entscheidend, um mit den neuesten regulatorischen Anforderungen compliant zu bleiben.
-
-**Verpflichtende Themen für die jährliche Schulung**
-
--   Grundsätze des Datenschutzes und ordnungsgemäße Verfahren zur Handhabung
--   Aktualisierungen zum CSL und dem Gesetz über den Schutz persönlicher Informationen (PIPL)
--   Sichere Codierungstechniken
--   Protokolle zur Reaktion auf Vorfälle
--   Prozesse zur Verifizierung der Nutzeridentität
-
-**Dokumentationspraktiken**
-
--   Aufzeichnungen über die Schulungsanwesenheit, Bewertungen und Materialaktualisierungen führen
--   Sicherstellen, dass die Schulungsdokumentation immer auf dem neuesten Stand ist
--   Bestätigungen regulativer Aktualisierungen verfolgen
-
-Organisationen müssen auch zusätzliche Schulungen anbieten, wann immer bedeutende regulatorische Änderungen eintreten, wie die CSL-Änderungen, die für den 28. März 2025 geplant sind [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-**Praktische Schritte für effektive Schulungen**
-
--   Einen dedizierten Compliance-Beauftragten benennen, um regulatorische Aktualisierungen zu überwachen und umzusetzen
--   Sich für regulative Aktualisierungsdienste anmelden und an Branchenworkshops teilnehmen
--   Regelmäßige interne Compliance-Bewertungen durchführen
--   Compliance-Management-Software verwenden, um Prozesse zu optimieren
-
-Häufige, gut strukturierte Schulungen gewährleisten nicht nur die Einhaltung von Vorschriften, sondern helfen auch effektiv dabei, Compliance-Risiken zu mindern.
-
-## Fazit: Zusammenfassung der Compliance-Checkliste
-
-Diese Checkliste hebt die wesentlichen Bereiche hervor, um die Compliance mit Chinas regulatorischem Rahmen zu gewährleisten, der von seinen drei KernGesetzen geprägt ist. Strikte Einhaltung, unterstützt durch die richtigen Werkzeuge, ist notwendig, um sich an die neuesten Änderungen anzupassen.
-
-| **Compliance-Bereich** | **Anforderungen** | **Werkzeuge** |
-| --- | --- | --- |
-| **Datenschutz** | \- Benutzeridentität über Mobiltelefonnummern überprüfen  <br>\- Aktivitätsprotokolle mindestens 60 Tage lang aufbewahren  <br>\- Sichere Datenspeicherung gewährleisten | \- Systeme zur Verifizierung der Identität  <br>\- Sichere Protokollierungsplattformen  <br>\- Lokale Speicherlösungen |
-| **Sicherheitsstandards** | \- Regelmäßige Schwachstellenbewertungen durchführen  <br>\- Protokolle zur Reaktion auf Vorfälle etablieren  <br>\- End-to-End-Verschlüsselung verwenden | \- Sicherheitsüberprüfungstools  <br>\- Systeme zum Management von Reaktionen  <br>\- Verschlüsselungsrahmen |
-| **Aktualisierungsmanagement** | \- Sicherheits-Patches schnell bereitstellen  <br>\- Versionskontrolle aufrechterhalten  <br>\- Sicherstellen, dass die App-Store-Compliance gewährleistet ist | \- OTA-Aktualisierungslösungen  <br>\- Werkzeuge zur Versionsverwaltung  <br>\- Compliance-Prüfer |
-
-Die **Verordnung über die Netzdatensicherheit**, die am 1. Januar 2025 in Kraft tritt, setzt strengere Compliance-Maßnahmen durch [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Um diese Anforderungen zu erfüllen und gleichzeitig reibungslose App-Aktualisierungen sicherzustellen, können Entwickler auf Werkzeuge wie Capgo zurückgreifen, die end-to-end-verschlüsselte OTA-Aktualisierungen für den chinesischen Markt bereitstellen.
-
-Hier sind einige wichtige Schritte, um compliant zu bleiben:
-
--   Regulatorische Änderungen verfolgen und interne Protokolle nach Bedarf aktualisieren.
--   Alle Sicherheitsmaßnahmen und Verfahren zur Datenbehandlung gründlich dokumentieren.
--   Regelmäßige Sicherheitsbewertungen durchführen und Mitarbeitende zu Compliance-Protokollen schulen.
--   Starke Reaktionssysteme für Vorfälle einrichten, um mögliche Bedrohungen zu adressieren.
-
-Das Versäumnis, die Compliance einzuhalten, kann zu Strafen führen, die von formalen Verwarnungen bis zur Entfernung von Apps aus chinesischen App-Stores reichen [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## FAQs
-
-:::faq
-### Welche Schritte sollten Entwickler befolgen, um sicherzustellen, dass ihre mobilen Apps den Cybersecurity-Vorschriften Chinas im Jahr 2025 entsprechen?
-
-Um sich an die Cybersecurity-Vorschriften Chinas für 2025 anzupassen, müssen Entwickler die Einhaltung der neuesten gesetzlichen Standards priorisieren und sicherstellen, dass ihre Apps strengen Anforderungen an den Datenschutz entsprechen. Hier sind einige zentrale Bereiche, auf die man sich konzentrieren sollte:
-
--   **Sichere Datenspeicherung und -übertragung**: Verschlüsselung verwenden, um sensible Benutzerdaten sowohl bei der Speicherung als auch bei der Übertragung zu schützen, um unbefugten Zugriff zu blockieren.
--   **Datenlokalisierung**: Wenn erforderlich, Benutzerdaten in China aufbewahren, um den lokalen Vorschriften zur Datenspeicherung gerecht zu werden.
--   **Benutzereinwilligung und Transparenz**: Klar erläutern, wie Benutzerdaten gesammelt, verwendet und geteilt werden. Sicherstellen, dass die ausdrückliche Zustimmung der Benutzer eingeholt wird, wenn erforderlich.
--   **Regelmäßige Sicherheitsbewertungen**: Routinemäßige Prüfungen und Schwachstellenscans durchführen, um potenzielle Sicherheitsprobleme aufzudecken und zu beheben.
-
-Capgo unterstützt Entwickler bei der Einhaltung der Vorschriften, indem es **End-to-End-Verschlüsselung** und **Echtzeitaktualisierungen** für Capacitor-Apps bereitstellt. Das gewährleistet, dass Aktualisierungen, unabhängig davon, ob es sich um Fehlerbehebungen oder neue Funktionen handelt, sofort bereitgestellt werden, ohne auf die Genehmigungen des App-Stores warten zu müssen – wodurch Ihre App sicher und compliant bleibt.
-:::
-
-:::faq
-### Welche Schritte können Entwickler unternehmen, um Benutzerdaten sicher zu speichern und zu übertragen, während sie den Cybersecurity-Vorschriften Chinas entsprechen?
-
-Um sich an die Cybersecurity-Vorschriften Chinas anzupassen, müssen Entwickler sich auf die **sichere Speicherung und Übertragung von Benutzerdaten** konzentrieren. So kann dies erreicht werden:
-
--   Verwenden Sie **starke Verschlüsselungsstandards**, um sensible Daten sowohl bei der Speicherung als auch bei der Übertragung zu sichern.
--   Sichere Kommunikationsprotokolle wie HTTPS und TLS einsetzen, um Daten während der Übertragung zu schützen.
--   Sicherheitsmaßnahmen kontinuierlich überwachen und upgraden, um neuen Schwachstellen und Bedrohungen entgegenzuwirken.
--   Die Anforderungen des chinesischen **Gesetzes über den Schutz persönlicher Informationen (PIPL)** und des **Cybersecurity-Gesetzes** einhalten, einschließlich der Anforderungen, Daten gegebenenfalls auf Servern in China zu speichern.
-
-Plattformen wie Capgo können die Compliance-Bemühungen vereinfachen, indem sie Echtzeitaktualisierungen anbieten. Dadurch bleiben Apps sicher und aktuell, ohne dass eine Genehmigung durch den App-Store erforderlich ist. Darüber hinaus stärkt die End-to-End-Verschlüsselung von Capgo den Datenschutz, wodurch es einfacher wird, regulatorischen Anforderungen gerecht zu werden.
-:::
-
-:::faq
-### Welche Risiken bestehen, wenn man die Cybersecurity-Vorschriften Chinas nicht einhält, und wie können Unternehmen ihnen begegnen?
-
-Die Nichteinhaltung der Cybersecurity-Vorschriften Chinas kann schwerwiegende Folgen haben, wie **hohe Geldstrafen**, **Entfernung von Apps aus App-Stores**, **Datenverletzungen** und sogar **rechtliche Schritte**. Darüber hinaus kann die Nichteinhaltung den Ruf eines Unternehmens schwer beschädigen, was es schwierig macht, eine Position auf dem chinesischen Markt zu halten.
-
-Um diese Risiken zu minimieren, müssen Unternehmen sicherstellen, dass ihre Apps allen regulatorischen Standards entsprechen. Dazu gehört die Einhaltung von **Datenlokalisierungsregeln**, das Einholen von **Einwilligungen der Benutzer für die Datenerhebung** und die Durchführung gründlicher **Sicherheitsbewertungen**. Werkzeuge wie Capgo können den Prozess vereinfachen, indem sie Entwicklern helfen, Aktualisierungen und Fehlerbehebungen effizient bereitzustellen, sodass die Compliance gewährleistet werden kann, ohne die Funktionalität der App zu stören. Es ist entscheidend, über regulatorische Änderungen informiert zu bleiben und diese proaktiv anzugehen, um Strafen zu vermeiden und langfristigen Erfolg in China zu erreichen.
-:::
diff --git a/src/content/blog/de/checklist-for-google-play-ota-compliance.md b/src/content/blog/de/checklist-for-google-play-ota-compliance.md
deleted file mode 100644
index cbd8d13a9..000000000
--- a/src/content/blog/de/checklist-for-google-play-ota-compliance.md
+++ /dev/null
@@ -1,259 +0,0 @@
----
-slug: checklist-for-google-play-ota-compliance
-title: Checkliste für die Google Play OTA-Konformität
-description: >-
-  Stellen Sie sicher, dass die Over-The-Air-Updates Ihrer App den Anforderungen
-  von Google Play in Bezug auf Sicherheit, Versionskontrolle und bewährte
-  Praktiken der Benutzerkommunikation entsprechen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:16:07.896Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae-1743477379769.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, Google Play compliance, security, version control, user
-  communication, app updates, testing, performance metrics
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Over-The-Air (OTA) Updates** ermöglichen es Ihnen, Änderungen direkt an die Benutzer zu übertragen, ohne die Bewertungen im Store zu durchlaufen. Um jedoch die Anforderungen der Google Play-Richtlinien zu erfüllen, müssen Sie strenge Regeln für Sicherheit, Transparenz und Qualität befolgen. Hier ist eine kurze Übersicht:
-
--   **Sicherheit**: Verwenden Sie End-to-End-Verschlüsselung und signieren Sie Update-Pakete, um Benutzerdaten zu schützen.
--   **Versionskontrolle**: Verfolgen Sie Updates mit semantischer Versionskontrolle, fügen Sie Rollback-Optionen hinzu und dokumentieren Sie Änderungen.
--   **Benutzerkommunikation**: Informieren Sie die Benutzer über Updates, erläutern Sie Änderungen und respektieren Sie die Berechtigungen für manuelle Genehmigungen.
--   **Testen**: Testen Sie Updates auf Funktionalität, Kompatibilität und Sicherheit, bevor Sie sie bereitstellen.
--   **Phasenweise Rollouts**: Beginnen Sie klein (5-10% der Benutzer), überwachen Sie die Leistung und skalieren Sie schrittweise.
--   **Leistungskennzahlen**: Streben Sie eine >98% Erfolgsquote für Updates an, <0.1% crash rate, and <5MB package size.
-
-**Tools like [Capgo](https://capgo.app/)** make compliance easier with features like instant rollback, real-time monitoring, and secure update delivery.
-
-### Quick Summary Table
-
-| **Compliance Area** | **Key Requirement** | **Target Metric** |
-| --- | --- | --- |
-| Security | End-to-end encryption | 82% global success rate |
-| Version Control | Rollback & phased releases | 95% adoption in 24 hours |
-| User Communication | Clear update alerts & permissions | Inform users effectively |
-| Quality Assurance | Rigorous testing protocols | <0.1% app crash rate |
-
-Follow these steps to keep your app updates fast, secure, and compliant.
-
-## Stay Ahead with Google Play's Essential Policy Update for ...
-
-<iframe src="https://www.youtube.com/embed/qPpYJGGvljk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Erstellung von Update-Paketen
-
-OTA-Update-Pakete müssen den Sicherheits- und Versionskontrollstandards von Google Play entsprechen. Dies stellt sicher, dass Updates reibungslos ablaufen und Benutzerdaten geschützt werden. Im Folgenden sind die grundlegenden Richtlinien für Versionskontrolle und Sicherheit aufgeführt.
-
-### Standards für die Versionskontrolle
-
-Die Versionskontrolle für OTA-Updates erfordert eine klare Organisation und gründliche Dokumentation. Jedes Update-Paket sollte folgendes enthalten:
-
--   **Eindeutige Versions-ID**: Verwenden Sie semantische Versionskontrolle (z. B. 2.1.3), um Änderungen zu verfolgen.
--   **Änderungsmanifest**: Listen Sie alle Änderungen und Korrekturen im Detail auf.
--   **Kompatibilitätsmarker**: Geben Sie die App-Versionen und Geräte an, die das Update unterstützen.
--   **Rollback-Informationen**: Fügen Sie Verweise auf frühere Versionen hinzu, um eine sichere Rückgängigmachung zu ermöglichen, falls erforderlich.
-
-Dieses Maß an Dokumentation erleichtert die Fehlersuche erheblich.
-
-### Sicherheitsanforderungen
-
-Starke Sicherheitsmaßnahmen sind entscheidend für OTA-Updates, um die Standards von Google Play zu erfüllen. Zwei wesentliche Praktiken umfassen die Verwendung von End-to-End-Verschlüsselung und das Signieren von Update-Paketen.
-
-Wie das Entwicklungsteam von Capgo erklärt: _"Die einzige Lösung mit echter End-to-End-Verschlüsselung, andere signieren nur Updates"_ [\[1\]](https://capgo.app/). Regelmäßige Sicherheitsaudits und die Einhaltung bewährter Branchenpraktiken helfen sicherzustellen, dass Updates sicher und vertrauenswürdig bleiben.
-
-## Sicherheit der Update-Verteilung
-
-Diese Maßnahmen helfen, Benutzerdaten zu schützen und sicherzustellen, dass Updates stabil bleiben. Durch die Implementierung strenger Sicherheitsprotokolle können Sie die Standards von Google Play erfüllen und zuverlässige Updates bereitstellen.
-
-### Methoden zum Datenschutz
-
-Verschlüsselung ist der Schlüssel zur sicheren Verteilung über das Netz (OTA). Der zuverlässigste Ansatz ist **End-to-End-Verschlüsselung**, die Update-Pakete während des gesamten Übertragungsprozesses schützt. Einfaches Signieren von Updates reicht nicht aus - End-to-End-Verschlüsselung stellt sicher, dass nur Ihre Benutzer auf die Updates zugreifen können.
-
-> "End-to-End-Verschlüsselung. Nur Ihre Benutzer können Ihre Updates entschlüsseln, sonst niemand." [\[1\]](https://capgo.app/)
-
-Kombinieren Sie die Verschlüsselung mit starken Wiederherstellungsstrategien, um einen nahtlosen Service aufrechtzuerhalten.
-
-### Wiederherstellungsoptionen für Updates
-
-Ein solides Wiederherstellungssystem minimiert die Auswirkungen von Update-Fehlern und hält Apps stabil. Fügen Sie automatische Rollback-Funktionen hinzu und bewahren Sie Archive der letzten stabilen Versionen für schnelle Korrekturen auf.
-
-| Wiederherstellungskomponente | Zweck | Priorität |
-| --- | --- | --- |
-| Rollback-Mechanismus | Wiederherstellung der vorherigen Version | Kritisch |
-| Versionsarchiv | Sicherungskopien von Versionen aufbewahren | Hoch |
-
-Diese Werkzeuge schaffen zusammen einen sicheren und effizienten Update-Prozess, der sowohl die Einhaltung als auch das Benutzererlebnis schützt.
-
-## Standards für die Benutzerkommunikation
-
-Klare und effektive Kommunikation mit Benutzern spielt eine Schlüsselrolle, um die Einhaltung der Anforderungen von Google Play für Updates sicherzustellen.
-
-### Update-Benachrichtigungen
-
-Google Play erfordert klare Benachrichtigungen für bevorstehende Updates, um die Benutzer informiert zu halten und die Einhaltung aufrechtzuerhalten.
-
-| Alarmtyp | Zweck | Implementierung |
-| --- | --- | --- |
-| Hintergrund-Updates | Updates automatisch installieren | Stille Benachrichtigung nach Abschluss |
-| Feature-Updates | Benutzer über wesentliche Änderungen informieren | In-App-Benachrichtigung vor dem Update |
-| Sicherheitsupdates | Benutzer über kritische Fehler informieren | Hochpriorisierte Benachrichtigung mit Details |
-
-### Berechtigungsanforderungen
-
-Verschiedene Arten von über das Netz (OTA) übertragbaren Updates erfordern spezifische Benutzerberechtigungen:
-
-**[Automatische Updates](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**
-
--   Verwendet für kleinere Patches und kleinere Fehler.
--   Keine Aktion vom Benutzer erforderlich [\[1\]](https://capgo.app/).
-
-**Manuelle Genehmigung**
-
--   Empfohlen für größere Updates mit neuen Funktionen.
--   Ermöglicht es Benutzern zu entscheiden, wann sie installieren möchten.
--   Muss eine klare Erklärung der Änderungen enthalten.
-
-Diese Berechtigungsstufen stellen sicher, dass die Benutzer informiert bleiben, während sie die Kontrolle über wesentliche Updates haben.
-
-### Update-Dokumentation
-
-Stellen Sie immer kurze und klare Update-Notizen zur Verfügung, die wichtige Details wie Versionsnummern, Sicherheitsfixes, Funktionsänderungen und behobene Fehler enthalten. Für Beta-Tests oder gestaffelte Rollouts verwenden Sie spezielle Kanäle, um frühes Feedback zu sammeln.
-
-**Wichtige Details, die enthalten sein sollten:**
-
--   Versionsnummer
--   Sicherheitsupdates
--   Funktionsänderungen
--   Fehlerbehebungen
-
-> "End-to-End-Verschlüsselung. Nur Ihre Benutzer können Ihre Updates entschlüsseln, sonst niemand." [\[1\]](https://capgo.app/)
-
-Dieser Ansatz hält die Benutzer informiert und stellt sicher, dass Updates sowohl effizient als auch konform mit den Standards von Google Play sind.
-
-## Qualitätskontrollschritte
-
-Nachdem Updates sicher verteilt wurden, gewährleistet eine gründliche Qualitätskontrolle, dass sie wie vorgesehen funktionieren. Diese Schritte bauen auf früheren Sicherheits- und Kommunikationsmaßnahmen auf, um sicherzustellen, dass Updates reibungslos ablaufen.
-
-### Testanforderungen
-
-OTA-Updates sollten in mehreren wichtigen Bereichen getestet werden:
-
-| Testtyp | Zweck | Wichtige Prüfungen |
-| --- | --- | --- |
-| Funktionalität | Überprüfen der Kernfunktionen | App-Start, kritische Workflows, Datenverarbeitung |
-| Netzwerk | Testen der Konnektivität | Leistung unter verschiedenen Netzwerkbedingungen |
-| Gerät | Sicherstellen von Kompatibilität | Verschiedene Android-Versionen, Bildschirmgrößen |
-| Sicherheit | Überprüfen des Schutzes | Integrität der Verschlüsselung, sichere Datenübertragung |
-
-Die Automatisierung dieser Tests hilft, Konsistenz aufrechtzuerhalten und die Wahrscheinlichkeit von Fehlern zu verringern.
-
-### Phasenweise Veröffentlichungsprozess
-
-Rollout-Updates schrittweise, beginnend mit kleinen Gruppen und Ausbau bei bestätigter Stabilität:
-
-1.  **Erstveröffentlichung**: Rollout an 5-10% der Benutzer.
-2.  **Überwachungsperiode**: Beobachtung der Leistung über 24-48 Stunden.
-3.  **Erweiterungsphase**: Erhöhung des Rollouts in 20%-Schritten.
-4.  **Vollständige Veröffentlichung**: Bereitstellung für alle Benutzer nach Bestätigung der Stabilität.
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Benutzerbasis von +5000 ausgerollt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Benutzer sind innerhalb von Minuten nach der Bereitstellung des OTA bei @Capgo auf dem neuesten Stand." - colenso, @colenso [\[1\]](https://capgo.app/)
-
-### Leistungsüberwachung
-
-Überwachen Sie diese wichtigen Kennzahlen während und nach der Bereitstellung:
-
-| Kennzahl | Ziel | Aktionsschwelle |
-| --- | --- | --- |
-| Erfolgsquote von Updates | \>98% | <95% triggers investigation |
-| Installation Time | <30 seconds | \>1 Minute erfordert Optimierung |
-| Absturzrate der App | <0.1% | \>0,5% initiiert Rollback |
-| Netzwerkverbrauch | <5MB/update | \>10MB benötigt Paketoptimierung |
-
-Analytik- und Fehlerverfolgungswerkzeuge sind entscheidend für die schnelle Identifizierung und Behebung von Problemen. Sofortige Rollback-Funktionen sind entscheidend, um die Servicequalität aufrechtzuerhalten, falls etwas schiefgeht.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Benutzer!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-Für Beta-Tests und gestaffelte Rollouts verwenden Sie Kanalsysteme, um spezifische Benutzergruppen mit unterschiedlichen Versionen anzusprechen. Dieser kontrollierte Ansatz stellt sicher, dass gründliche Tests durchgeführt werden, während die Anforderungen des Google Play Stores eingehalten werden.
-
-## [Capgo](https://capgo.app/) Compliance-Tools
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae/574f3a2cd27791454624262312a6c223.jpg)
-
-Capgo basiert auf strengen Protokollen für Updates und Sicherheit und bietet Tools, die für die Einhaltung entwickelt wurden. Mit über 23,5 Millionen bereitgestellten Updates über 750 Produktions-Apps [\[1\]](https://capgo.app/) stellt Capgo reibungslose Updates sicher und erfüllt dabei wichtige Standards. Diese Tools basieren auf Prinzipien wie Versionskontrolle, Sicherheit und Qualitätssicherung.
-
-### Sicherheitsmerkmale
-
-Capgo integriert fortschrittliche Sicherheitsfunktionen, die auf die Anforderungen von Google Play zugeschnitten sind:
-
-| **Sicherheitsmerkmal** | **Implementierung** | **Vorteil der Einhaltung** |
-| --- | --- | --- |
-| End-to-End-Verschlüsselung | Echte Verschlüsselung, nicht nur das Signieren | Schützt Updates vor Manipulation |
-| Sicheres CDN | Globale Verteilung in 114ms | Liefert Updates schnell und zuverlässig |
-| Versionskontrolle | One-Click-Rollback | Gewährleistet Stabilität zur Einhaltung der Play Store-Standards |
-
-### Entwicklungsintegration
-
-Capgo lässt sich leicht in vorhandene Entwicklungs-Workflows integrieren und erfüllt dabei die Compliance-Regeln von Google Play:
-
-| **Integrationstyp** | **Funktion** | **Aspekt der Einhaltung** |
-| --- | --- | --- |
-| CI/CD-Pipeline | Unterstützt [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Jenkins](https://www.jenkins.io/) | Automatisiert Compliance-Prüfungen |
-| CLI-Tools | Ein-Kommando-Bereitstellungen | Standardisiert den Update-Prozess |
-| API-Zugriff | Öffentliche API für benutzerdefinierte Setups | Bietet flexible Compliance-Management |
-| [Kanalsystem](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Beta-Tests und gestaffelte Rollouts | Ermöglicht kontrollierte Update-Veröffentlichungen |
-
-Die CI/CD-Integration ist für ungefähr 300 USD pro Monat verfügbar.
-
-### Update-Management
-
-Capgo bietet Tools zur effektiven Verwaltung von Updates, die mit den Compliance-Standards von Google Play übereinstimmen:
-
-| **Management-Tool** | **Erfolgskennzahl** | **Auswirkungen auf die Einhaltung** |
-| --- | --- | --- |
-| Analysedashboard | 95% Update-Annahme innerhalb von 24 Stunden | Überwacht Benutzerakzeptanzraten |
-| Fehlerverfolgung | 82% globale Erfolgsquote | Verfolgt die Stabilität von Updates |
-| Teilupdates | Durchschnittliche Paketgröße von 5MB | Verbessert die Effizienz der Bereitstellung |
-| Organisationskontrollen | Granulare Berechtigungen | Sichert die Autorität für Updates |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Benutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo bietet auch flexible Hosting-Optionen, einschließlich cloudbasierter und selbstgehosteter Lösungen. Diese Optionen ermöglichen es Organisationen, die Kontrolle über ihre Aktualisierungsinfrastruktur zu behalten, während sie den Sicherheitsstandards von Google Play entsprechen. Funktionen wie Echtzeitüberwachung und sofortige Rückrollmöglichkeiten tragen dazu bei, die globale Erfolgsquote von 82 % zu erreichen.
-
-## Zusammenfassung
-
-### Überprüfung der Checkliste
-
-Die Einhaltung der Google Play OTA-Vorgaben erfordert Aufmerksamkeit für Sicherheit, Versionskontrolle, Benutzerverwaltung und Qualitätssicherung. Hier ist eine Übersicht:
-
-| Compliance-Bereich | Wesentliche Anforderungen | Erfolgsmetriken |
-| --- | --- | --- |
-| **Sicherheit** | End-to-End-Verschlüsselung | 82 % globale Erfolgsquote |
-| **Versionskontrolle** | Rückrollfähigkeit, gestaffelte Versionen | 95 % Aktualisierungsakzeptanz in 24 Stunden |
-| **Benutzerverwaltung** | Berechtigungssteuerungen, Update-Benachrichtigungen | 23,5 Millionen Updates erfolgreich geliefert |
-| **Qualitätssicherung** | Testprotokolle, Leistungsüberwachung | 750+ Produktionsanwendungen konform |
-
-Die Einhaltung dieser Anforderungen hilft, Ablehnungen zu vermeiden und reibungslose App-Betriebe zu gewährleisten.
-
-### Nutzung von Capgo
-
-Capgo bietet Tools, die entwickelt wurden, um die Einhaltung der Google Play-Standards zu optimieren. Mit seinen Funktionen können Entwickler Millionen von Updates nahtlos über verschiedene Apps verwalten [\[1\]](https://capgo.app/).
-
-> "Capgo ist für Entwickler unverzichtbar - es ermöglicht nahtlose Fehlerbehebungen ohne Überprüfung im Store" [\[1\]](https://capgo.app/)
-
-**Wesentliche Funktionen und Vorteile**:
-
-| Funktion | Vorteil | Implementierung |
-| --- | --- | --- |
-| **Sofortige Updates** | Fehler schnell beheben, ohne Verzögerungen im Store | CI/CD-Pipeline-Integration |
-| **Sicherheitsprotokoll** | End-to-End-Verschlüsselung | \-  |
-| **Update-Kontrolle** | Granulare Berechtigungen für Updates | Benutzerspezifische Bereitstellung |
-| **Leistungsüberwachung** | Echtzeitüberwachung | Analyse-Dashboard |
-
-Das Kanalsystem von Capgo ermöglicht eine kontrollierte Verteilung von Updates, wodurch sichergestellt wird, dass Updates effizient bereitgestellt werden, während die Konformität mit den Richtlinien von Google Play gewahrt bleibt. Funktionen wie One-Click-Rollback und Fehlerverfolgung helfen Teams, die Update-Stabilität aufrechtzuerhalten und schnell auf auftretende Probleme zu reagieren.
diff --git a/src/content/blog/de/checklist-for-ota-updates-under-australias-privacy-act.md b/src/content/blog/de/checklist-for-ota-updates-under-australias-privacy-act.md
deleted file mode 100644
index f48d31e16..000000000
--- a/src/content/blog/de/checklist-for-ota-updates-under-australias-privacy-act.md
+++ /dev/null
@@ -1,241 +0,0 @@
----
-slug: checklist-for-ota-updates-under-australias-privacy-act
-title: Checkliste für OTA-Updates gemäß dem australischen Datenschutzgesetz
-description: >-
-  Stellen Sie sicher, dass Ihre OTA-Updates dem australischen Datenschutzgesetz
-  entsprechen, indem Sie starke Datensicherheits- und
-  Benutzerprivatsphäre-Maßnahmen implementieren.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T12:19:39.963Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800eb6a28980901df1efb7c-1744892450543.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, Privacy Act, data security, user privacy, end-to-end encryption,
-  compliance, update management
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**OTA (Over-The-Air) Updates bereitstellen? Sie müssen die Anforderungen des australischen [Privacy Act](https://en.wikipedia.org/wiki/Privacy_Act_1988) erfüllen, um Benutzerdaten zu schützen und Strafen zu vermeiden.**
-
-Hier ist, was Sie wissen müssen:
-
--   **Datensicherheit**: Verwenden Sie End-to-End-Verschlüsselung für Updates.
--   **Benutzerdatenschutz**: Schützen Sie persönliche Informationen und anonymisieren Sie Analysen.
--   **Update-Kontrolle**: Implementieren Sie Rollback-Optionen und sichere Versionsverfolgung.
--   **Benutzerrechte**: Ermöglichen Sie es den Benutzern, Updates zu verwalten, gespeicherte Daten anzuzeigen und sich zu entscheiden, wann immer möglich, nicht teilzunehmen.
-
-**Wichtige Schritte zur Einhaltung**:
-
-1.  Verschlüsseln Sie alle Update-Pakete und sichern Sie die Lieferkanäle.
-2.  Überwachen Sie die Update-Leistung und beheben Sie Probleme schnell.
-3.  Bieten Sie Tools für Benutzer an, um Updates und Daten zu steuern.
-
-**Schneller Vergleich der OTA-Plattformen**:
-
-| **Funktion** | **[Capgo](https://capgo.app/)** | **Andere** |
-| --- | --- | --- |
-| End-to-End-Verschlüsselung | ✅ Ja | ❌ Oft fehlend |
-| Rollback-Mechanismen | ✅ Unterstützt | ⚠️ Eingeschränkt |
-| Hosting-Flexibilität | ✅ Cloud/Selbst-gehostet | ⚠️ Hauptsächlich Cloud |
-| Compliance-Tools | ✅ Integriert | ⚠️ Variiert |
-
-## [Privacy Act](https://en.wikipedia.org/wiki/Privacy_Act_1988) Regeln für OTA-Updates
-
-### Verwaltung von personenbezogenen Daten
-
-Der Privacy Act setzt strenge Richtlinien für die Verwaltung personenbezogener Daten durch OTA-Updates durch. Entwickler müssen die sichere Datenverarbeitung priorisieren, um die Privatsphäre der Benutzer zu schützen und gleichzeitig notwendige Update-Funktionen aufrechtzuerhalten.
-
-| Datentyp | Erforderlicher Schutz |
-| --- | --- |
-| Gerätekennungen | End-to-End-Verschlüsselung |
-| Update-Analytik | Anonymisierte Verfolgung |
-| Fehlerprotokolle | Minimale Datensammlung |
-| Versionshistorie | Sichere Speicherung |
-
-Capgo sorgt dafür, dass sensible Daten während OTA-Updates durch End-to-End-Verschlüsselung geschützt bleiben.
-
-> "Die einzige Lösung mit echter End-to-End-Verschlüsselung, andere signieren nur Updates" - Capgo [\[1\]](https://capgo.app/)
-
-### Datenschutzstandards
-
-Starke Datenmanagementpraktiken werden durch technische Maßnahmen unterstützt, um die Sicherheit und Zuverlässigkeit von Updates zu gewährleisten.
-
-**Sichere Update-Zustellung**
-
--   Verwenden Sie End-to-End-Verschlüsselung für alle Update-Pakete.
--   Verwenden Sie differenzielle Updates, um den Datentransfer zu minimieren.
--   Schützen Sie die Verteilungskanäle von Updates vor unbefugtem Zugriff.
--   Führen Sie Integritätsprüfungen durch, um Updates zu überprüfen.
-
-**Update-Überwachung**
-
--   Überwachen Sie die Erfolgsraten für Updates.
--   Identifizieren und melden Sie Fehler während des Update-Prozesses.
--   Behalten Sie die Kontrolle über Versionshistorien.
--   Unterstützen Sie automatisierte Rollback-Optionen für fehlgeschlagene Updates.
-
-### Rechte der Benutzerdaten
-
-Die Einhaltung des Privacy Act beinhaltet auch die klare Kommunikation der Benutzerrechte und das Angebot von Tools zur Verwaltung ihrer Daten.
-
-**Zugangsrechte**
-
--   Teilen Sie klare Dokumentationen der gesammelten Daten und Update-Historien.
--   Ermöglichen Sie den Benutzern, gespeicherte Geräteinformationen anzuzeigen.
-
-**Kontrollmaßnahmen**
-
--   Lassen Sie Benutzer Updates ablehnen, die nicht unerlässlich sind.
--   Bieten Sie Optionen zum Planen von Updates zu günstigen Zeiten an.
--   Ermöglichen Sie Benutzern, zu früheren Versionen der App zurückzukehren.
--   Bieten Sie die Möglichkeit, gespeicherte Daten zu löschen, wenn eine App deinstalliert wird.
-
-## OTA-Update-Checkliste
-
-### Vor der Update-Veröffentlichung
-
-Stellen Sie sicher, dass diese wichtigen Sicherheitsmaßnahmen vor der Veröffentlichung des Updates umgesetzt werden:
-
-| **Vorab-Überprüfung** | **Erforderliche Maßnahmen** | **Wie zu überprüfen** |
-| --- | --- | --- |
-| Verschlüsselungsüberprüfung | Sicherstellen, dass Update-Pakete End-to-End-Verschlüsselung verwenden | Technische Überprüfung durchführen |
-| Rollmechanismus | Überprüfen Sie die Rollback-Funktionalität, um vorherige Versionen sofort wiederherzustellen | QA-Tests durchführen |
-
-Sobald diese Vorab-Überprüfungen abgeschlossen sind, fahren Sie mit sicheren Praktiken während des Update-Prozesses fort.
-
-### Sicherung des Update-Prozesses
-
--   Verwenden Sie End-to-End-Verschlüsselung für alle OTA-Update-Pakete.
--   Aktivieren Sie Analysen zur Überwachung des Update-Fortschritts und zur schnellen Identifizierung von Fehlern.
-
-### Nach der Update-Veröffentlichung
-
-Behalten Sie die Update-Leistung über Analysen im Auge. Wenn Probleme auftreten, verwenden Sie sofort Rollback-Maßnahmen, um diese zu beheben.
-
-Konsistentes Monitoring und schnelles Handeln sind entscheidend für die Aufrechterhaltung der Sicherheit und die Einhaltung der Vorschriften.
-
-## Teil 1 - Australiens Rechtsrahmen für Datensicherheit und Datenschutz
-
-<iframe src="https://www.youtube.com/embed/mNR3VJXK3ss" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Anforderungen des australischen Marktes
-
-Organisationen, die in Australien tätig sind, müssen sowohl strikte Protokolle zur Datensicherheit als auch spezifische regionale oder internationale Vorschriften berücksichtigen.
-
-### Wer muss sich anpassen
-
-Organisationen, die OTA-Updates bereitstellen, sind verpflichtet, die im Privacy Act Australiens umreißenen Verpflichtungen zu erfüllen. Während alle Organisationen diese Regeln einhalten müssen, sehen sich diejenigen, die sensible Daten verwalten oder in kritischen Sektoren tätig sind, einer strengeren Überprüfung gegenüber. IoT-Geräte haben ihre eigenen maßgeschneiderten Compliance-Richtlinien, die befolgt werden müssen.
-
-### IoT-Richtlinien
-
--   Setzen Sie Patches schnell ein und bieten Sie klare Kommunikation über Update-Prozesse.
--   Schließen Sie die Zustimmung der Benutzer in automatisierte Update-Systeme ein.
--   Bevorzugen Sie die lokale Datenverarbeitung gegenüber cloudbasierten Lösungen, wann immer es möglich ist.
-
-Für diejenigen, die an kritischer Infrastruktur beteiligt sind, können zusätzliche Anforderungen von anderen gesetzlichen Rahmenbedingungen gelten.
-
-### Internationale Datenregeln
-
-Globale Datenübertragungen bringen weitere Verpflichtungen mit sich, unter anderem:
-
--   Klare Offenlegung der Serverstandorte.
--   Sicherstellung des Schutzes der Datensouveränität.
--   Durchführung von Datenschutz-Folgenabschätzungen.
--   Einrichtung vertraglicher Schutzmaßnahmen.
-
-Entwickler müssen Kontrollen implementieren, um sensible Daten innerhalb genehmigter Rechtsordnungen zu halten und gleichzeitig Transparenz darüber zu gewährleisten, wie sie verarbeitet werden.
-
-Capgo unterstützt diese Anforderungen, indem es Live-Update-Lösungen mit starker Verschlüsselung und Optionen für den Serverstandort anbietet, um eine sichere und konforme Datenverwaltung zu gewährleisten.
-
-## Vergleich der OTA-Plattformen
-
-Hier ist ein Vergleich von OTA-Plattformen unter Berücksichtigung der Compliance-Anforderungen und der aktuellen Marktveränderungen. Bemerkenswert ist, dass Microsoft's Code Push 2024 eingestellt wird und Ionic's Appflow 2026 schließt.
-
-### Sicherheitsmerkmale
-
-Bei der Gewährleistung der Einhaltung des Privacy Act sind diese Sicherheitsmerkmale von entscheidender Bedeutung:
-
-| Funktion | Implementierung | Relevanz für den Privacy Act |
-| --- | --- | --- |
-| **[Update-Verschlüsselung](https://capgo.app/docs/cli/migrations/encryption/)** | End-to-End-Verschlüsselung | Schützt sensible Daten |
-| **Update-Signierung** | Kryptographische Signaturen | Verifiziert die Integrität von Updates |
-| **Benutzerverwaltung** | Granulare Berechtigungen | Steuert Zugangslevel |
-| **Hosting-Optionen** | Cloud/Selbst-gehostet | Gewährleistet Datensouveränität |
-
-Capgo bietet End-to-End-Verschlüsselung und erreicht eine Erfolgsquote von 82% bei Updates [\[1\]](https://capgo.app/). Diese Funktionen sind entscheidend für den Schutz von Daten und die Gewährleistung der Compliance.
-
-### Kostenanalyse
-
-Hier ist eine Aufschlüsselung der Kosten für verschiedene OTA-Lösungen:
-
--   **Standard CI/CD-Setup**: 300 $/Monat
--   **Unternehmenslösungen (z.B. Appflow)**: 6.000 $/Jahr
--   **Einmalige CI/CD-Setup mit Capgo**: 2.600 $
-
-Obwohl Kosten ein Faktor sind, beeinflusst die Struktur der Plattform auch die Compliance und Effizienz.
-
-### Plattformtypen
-
-Verschiedene Plattformtypen erfüllen unterschiedliche Compliance-Bedürfnisse:
-
-**Open-Source-Plattformen**
-
--   Ermöglichen Code-Audits für Transparenz und Anpassungsmöglichkeiten
--   Bieten Optionen für Selbst-Hosting für mehr Datenkontrolle
--   Bieten Flexibilität zur Erfüllung spezifischer Compliance-Bedürfnisse
-
-**Cloud-basierte Lösungen**
-
--   Liefern regelmäßige Compliance-Updates und Sicherheits-Patches
--   Enthalten integrierte Überwachungstools
--   Befolgen Standard-Sicherheitsprotokolle
-
-Die Leistung kann je nach diesen Plattformtypen variieren, sodass es wichtig ist, eine auszuwählen, die mit den Anforderungen des Privacy Act übereinstimmt.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Lieferung an unsere Benutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Organisationen sollten diese Faktoren sorgfältig abwägen, um ihre Sicherheits- und Compliance-Verpflichtungen effektiv zu erfüllen.
-
-## Nächste Schritte
-
-### Hauptpunkte
-
-Um sicherzustellen, dass OTA-Updates mit dem Privacy Act übereinstimmen, ist es wichtig, **End-to-End-Verschlüsselung** zu verwenden und **kontrollierte Verteilung** aufrechtzuerhalten.
-
-Hier ist eine schnelle Zusammenfassung der wichtigsten Compliance-Anforderungen:
-
-| Anforderung | Implementierungsstrategie | Wirkung |
-| --- | --- | --- |
-| Datenschutz | End-to-End-Verschlüsselung | Blockiert unbefugten Zugriff |
-| Update-Kontrolle | Kanal-basierte Verteilung | Ermöglicht gestaffelte Rollouts |
-| Fehlerverwaltung | Echtzeitüberwachung | Hilft, Probleme zeitnah zu lösen |
-| Hosting-Flexibilität | Cloud- oder selbst-gehostete Optionen | Unterstützt Datensouveränität |
-
-Diese Strategien legen den Grundstein für die Compliance und ein effizientes Management von OTA-Updates.
-
-### Maßnahmen
-
-Folgen Sie diesen Schritten, um Compliance-Strategien in die Praxis umzusetzen:
-
-1.  **Sicherheitsmaßnahmen verstärken**
-    
-    -   Verwenden Sie End-to-End-Verschlüsselung für alle Update-Pakete.
-    -   Richten Sie Echtzeitüberwachung ein, um die Update-Leistung zu verfolgen.
-2.  **Update-Prozesse erstellen**
-    
-    -   Erstellen Sie ein kanalspezifisches Verteilungssystem für kontrollierte Rollouts.
-    -   Testen Sie Updates mit kleineren Benutzergruppen vor einer breiteren Veröffentlichung.
-3.  **Backup-Systeme einrichten**
-    
-    -   Implementieren Sie Rollback-Mechanismen, um Probleme während Updates schnell zu beheben.
-    -   Verwenden Sie Versionskontrollsysteme, die den Standards des Privacy Act entsprechen.
-
-> "Das sicherste Live-Update-System für Capacitor. Entwickelt für Entwickler, die Sicherheit und Geschwindigkeit schätzen." - Capgo.app
-
-Capgo bietet Sicherheitsupdates, die mit diesen Compliance-Anforderungen übereinstimmen.
diff --git a/src/content/blog/de/checklist-for-token-signing-in-capacitor-apps.md b/src/content/blog/de/checklist-for-token-signing-in-capacitor-apps.md
deleted file mode 100644
index 22f8eaa21..000000000
--- a/src/content/blog/de/checklist-for-token-signing-in-capacitor-apps.md
+++ /dev/null
@@ -1,160 +0,0 @@
----
-slug: checklist-for-token-signing-in-capacitor-apps
-title: Checkliste für die Token-Signierung in Capacitor-Apps
-description: >-
-  Befolgen Sie diese umfassende Checkliste für die sichere Token-signierung in
-  Capacitor-Apps, um die Datenintegrität und die Einhaltung der US-Standards zu
-  gewährleisten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T02:15:22.429Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680454b86000445eb1a68ab2-1745115338258.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  token signing, Capacitor apps, data integrity, security standards, compliance,
-  JWT, cryptographic library
-tag: 'Mobile, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Token-Signierung ist entscheidend für die Sicherheit von [Capacitor](https://capacitorjs.com/) Apps, um Datenintegrität, Authentifizierung und die Einhaltung der US-Sicherheitsstandards zu gewährleisten. Dieser Leitfaden bietet eine klare Checkliste für die Einrichtung, Implementierung und Risikomanagement.
-
-**Wichtige Schritte zur Token-Signierung:**
-
--   Wählen Sie eine sichere kryptografische Bibliothek (z. B. [CryptoJS](https://cryptojs.gitbook.io/docs), [jose](https://www.npmjs.com/package/jose), [libsodium](https://doc.libsodium.org/)).
--   Verwenden Sie sichere Schlüsselablage (iOS: [Secure Enclave](https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/web)/[Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\)); Android: [Keystore](https://developer.android.com/privacy-and-security/keystore)).
--   Definieren Sie die Payload-Felder des Tokens (`iss`, `exp`, `sub`, benutzerdefinierte Ansprüche).
--   Wählen Sie einen Signaturalgorithmus (HS256, RS256, ES256).
--   Signieren und verifizieren Sie Tokens sicher.
-
-**Sicherheitsbest Practices:**
-
--   Setzen Sie die Token-Ablaufzeit auf 15 Minuten.
--   Rotieren Sie die Signaturschlüssel alle 30 Tage.
--   Validieren Sie alle Token-Felder.
--   Schützen Sie private Schlüssel in plattformspezifischen sicheren Speichern.
-
-**Live-Updates:**
-
--   Verwenden Sie signierte Tokens, um [Updates zu sichern](https://capgo.app/docs/live-updates/update-behavior/).
--   Aktivieren Sie Rollback-Optionen für kompromittierte Updates.
--   Überwachen Sie das Engagement der Benutzer und die Erfolgsquoten der Updates.
-
-**Einhaltungsanforderungen:**
-
--   Richten Sie sich nach US-Vorgaben wie CCPA, HIPAA, NIST SP 800‑63 und FIPS 140‑2.
--   Verschlüsseln Sie Tokens, die sensible Daten enthalten, und stellen Sie ein sicheres Schlüsselmanagement sicher.
-
-Token-Signierung gewährleistet sichere Live-Updates, während sie regulatorische Standards erfüllt. Befolgen Sie diese Schritte, um Ihre App und Benutzer zu schützen.
-
-## Signieren und Validieren von JWT-Token mit RSA-öffentlich und ...
-
-## Erforderliche Einrichtung für die Token-Signierung
-
-Um eine sichere Token-Signierung zu gewährleisten, konzentrieren Sie sich auf zwei Schlüsselbereiche:
-
-1.  **Auswahl und Validierung Ihres kryptografischen Werkzeugs**:
-
-    -   Wählen Sie eine zuverlässige Bibliothek wie _CryptoJS_, _jose_ oder _libsodium_.
-    -   Bestätigen Sie, dass die Bibliothek aktiv gewartet wird und regelmäßigen Sicherheitsprüfungen unterzogen wird.
-    -   Informieren Sie sich über deren Verbreitung innerhalb der Entwickler-Community.
-    -   Überprüfen Sie die Schwachstellengeschichte, um potenzielle Risiken zu bewerten.
-2.  **Implementierung eines sicheren Schlüsselmanagements**:
-
-    -   Verwenden Sie für iOS Secure Enclave oder Keychain.
-    -   Verlassen Sie sich für Android auf das Keystore-System.
-    -   Überprüfen Sie die Einhaltung der FIPS 140-2 Standards.
-    -   Stellen Sie sicher, dass die Lösung eine Common Criteria-Zertifizierung hat.
-
-Diese Entscheidungen spielen eine entscheidende Rolle für die **Authentifizierung** und **Integrität**. Sie stellen sicher, dass jedes signierte Token mit den US-Einhaltungsstandards übereinstimmt und sowohl die aktuellen als auch die zukünftigen Sicherheitsbedürfnisse unterstützt.
-
-In Systemen, die Live-Updates erfordern, hat die Einhaltung dieser Praktiken eine Erfolgsquote von 95% bei Bereitstellungen gezeigt [\[1\]](https://capgo.app/).
-
-## Schritte zur Implementierung der Token-Signierung
-
-Um eine sichere Token-Signierung und -Verifizierung zu gewährleisten, befolgen Sie diese Schritte:
-
--   **Definieren Sie die Payload-Felder des Tokens**: Fügen Sie Felder wie `iss` (Aussteller), `exp` (Ablauf), `sub` (Subjekt) und alle benötigten benutzerdefinierten Ansprüche hinzu.
--   **Wählen Sie einen Signaturalgorithmus**: Entscheiden Sie sich zwischen Optionen wie HS256 oder RS256 und konfigurieren Sie ihn entsprechend.
--   **Behandeln Sie den privaten Schlüssel sicher**: Laden oder generieren Sie den privaten Schlüssel in **Keychain** für iOS oder **Keystore** für Android.
--   **Signieren Sie das Token**: Verwenden Sie Ihre bevorzugte kryptografische Bibliothek, um das Token zu signieren.
--   **Überprüfen Sie die Signatur des Tokens**: Validieren Sie stets die Signatur, bevor Sie ein Update-Payload verarbeiten.
-
-Diese Schritte helfen, die Sicherheit und Zuverlässigkeit Ihres tokenbasierten Live-Update-Prozesses aufrechtzuerhalten.
-
-## Sicherheitsrichtlinien und Risiken
-
-Bei der Implementierung der Signierung ist es entscheidend, potenzielle Fehlanwendungen und Schwachstellen zu adressieren. So bleiben Sie sicher:
-
-### Regeln zur Token-Sicherheit
-
--   Setzen Sie die Token-Ablaufzeit auf maximal **15 Minuten**.
--   Rotieren Sie die Signaturschlüssel alle **30 Tage**, um die Exposition zu reduzieren.
--   Stellen Sie sicher, dass alle Token-Felder vor der Verarbeitung validiert werden.
--   Lagern Sie private Schlüssel ausschließlich in **sicheren Plattform-Keystores**.
-
-### Häufige Sicherheitsrisiken
-
--   **Schlüsselleck** verursacht durch unsachgemäße Speicherung oder Übertragungsmethoden.
--   **Token-Wiederholungsangriffe**, bei denen gültige Tokens abgefangen und wiederverwendet werden.
--   **Manipulation von Algorithmen**, die die Signaturverifizierung umgehen.
-
-### Vergleich von Signaturalgorithmen
-
--   **HS256**: Verwendet ein gemeinsames Geheimnis für symmetrische Signierung. Am besten geeignet für Umgebungen, in denen alle Parteien vertrauenswürdig sind.
--   **RS256**: Verwendet öffentliche/private Schlüsselpaare für asymmetrische Signierung, was es ideal für verteilte Systeme macht.
--   **ES256**: Nutzt elliptische Kurven-Kryptographie für starke Sicherheit mit kleineren Schlüsseln.
-
-## Sicherheit von Live-Updates
-
-Die Gewährleistung sicherer Live-Updates umfasst die Verwendung von signierten Tokens, die Verifizierung der Datenintegrität und die Einhaltung der Compliance-Standards. Dies baut auf dem zuvor beschriebenen Token-Signierungsprozess auf und erstreckt sich auf Workflows für Live-Updates.
-
-### Token-Sicherheit für Updates
-
-In Szenarien mit Live-Updates schützen signierte Tokens jedes Update-Paket von der Quelle bis zum Gerät. Hier sind einige wichtige Praktiken, die zu beachten sind:
-
--   Erlauben Sie detaillierte Testerberechtigungen und aktivieren Sie One-Click-Rollback-Optionen.
--   Überwachen Sie die Erfolgsraten von Updates und das Benutzerengagement, während sie geschehen.
--   Verwalten Sie Tester und Betanutzer mit präzisen Berechtigungseinstellungen.
-
-Plattformen wie [Capgo](https://capgo.app/) implementieren diese Praktiken mit Funktionen wie Verschlüsselung, Signaturprüfungen, Versionskontrolle und Rollback-Optionen, um Over-the-Air (OTA) Updates zu sichern. Diese Methoden haben sich als effektiv erwiesen, wobei 95% der aktiven Benutzer innerhalb von 24 Stunden Updates erhalten [\[1\]](https://capgo.app/).
-
-### Sicherheitsimplementierung
-
-Um die Token-Signierung für Live-Updates zu implementieren, konzentrieren Sie sich auf Folgendes:
-
--   Verwalten Sie die Signaturschlüssel sicher für Update-Pakete.
--   Verwenden Sie die Versionskontrolle in Verbindung mit kryptografischer Verifizierung.
--   Automatisieren Sie die Signaturvalidierung direkt auf Geräten.
--   Bieten Sie sofortige Rollback-Optionen für kompromittierte Updates an.
-
-Dies stellt sicher, dass nur authentisierte und ordnungsgemäß signierte Updates an Benutzer geliefert werden, während auch die Anforderungen der Plattform eingehalten werden.
-
-## US-Standards und Anforderungen
-
-Um den US-regulatorischen Anforderungen zu entsprechen, integrieren Sie Live-Update-Token-Praktiken in Ihre Prozesse. Stellen Sie sicher, dass Ihre Token-Signierungsmethoden mit den wichtigsten US-Vorgaben wie **CCPA** für den Datenschutz von Verbrauchern, **HIPAA** für den Schutz von Gesundheitsdaten, **NIST SP 800‑63** für die Identitätsüberprüfung und **FIPS 140‑2** für kryptografische Module übereinstimmen [\[1\]](https://capgo.app/).
-
-So gelten diese Standards für die Token-Signierung:
-
--   **CCPA**: Stellen Sie sicher, dass Token-Payloads die Zustimmung der Benutzer respektieren und Anfragen zur Datenlöschung unterstützen.
--   **HIPAA**: Verschlüsseln Sie Tokens, die geschützte Gesundheitsinformationen (PHI) enthalten, sowohl im Ruhezustand als auch während der Übertragung.
--   **NIST SP 800‑63**: Verwenden Sie [Multi-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/), um den Zugang zu Signaturschlüsseln zu sichern.
--   **FIPS 140‑2**: Bestätigen Sie, dass Ihre Signaturbibliothek validierte kryptografische Module verwendet.
-
-[\[1\]](https://capgo.app/) Entwickler sollten über die US-Bundes- und Landesgesetze zum Datenschutz informiert bleiben, einschließlich CCPA.
-
-## Fazit
-
-Sichere Token-Signierung und Integration von Live-Updates sind entscheidend für die Aufrechterhaltung der Integrität Ihrer Capacitor-App und die Erfüllung der Compliance-Anforderungen.
-
-Beziehen Sie sich auf die bereitgestellte Checkliste, um sicherzustellen, dass Ihre Implementierung den Sicherheitsstandards und US-Vorschriften entspricht.
-
-### Wichtige Punkte, an die Sie sich erinnern sollten
-
--   Stellen Sie sicher, dass die Token-Signierung mit den US-Vorschriften wie CCPA und HIPAA übereinstimmt, und verwenden Sie starke Verschlüsselungsmethoden.
--   Implementieren Sie Versionskontrolle und erlauben Sie sofortige Rollbacks für Updates, um die Stabilität aufrechtzuerhalten.
--   Überwachen und verbessern Sie die Geschwindigkeit der Signierungs- und Update-Lieferprozesse.
diff --git a/src/content/blog/de/checklist-for-validating-capacitor-app-updates.md b/src/content/blog/de/checklist-for-validating-capacitor-app-updates.md
deleted file mode 100644
index 3d0c598ea..000000000
--- a/src/content/blog/de/checklist-for-validating-capacitor-app-updates.md
+++ /dev/null
@@ -1,44 +0,0 @@
----
-slug: checklist-for-validating-capacitor-app-updates
-title: Checkliste zur Validierung von Capacitor App-Updates
-description: >-
-  Stellen Sie reibungslose App-Updates mit dieser praktischen Checkliste zur
-  Validierung von Over-the-Air-Updates und der Auswahl der richtigen Tools
-  sicher.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T01:48:44.409Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680445af6000445eb1a661a6-1745113809661.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'Capacitor, app updates, OTA updates, testing checklist, mobile development'
-tag: 'Mobile, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie [reibungslose App-Updates](https://capgo.app/plugins/capacitor-updater/) bereitstellen, ohne das Vertrauen der Nutzer zu gefährden?** Hier ist eine schnelle, umsetzbare Checkliste zur Validierung von [Capacitor](https://capacitorjs.com/) App-Updates, besonders bei Over-the-Air (OTA) Updates:
-
--   **Features testen**: Stellen Sie sicher, dass alle Arbeitsabläufe (wie Login, Datensynchronisation) durchgängig funktionieren.
--   **Geräteabdeckung**: Testen Sie auf verschiedenen Geräten, Betriebssystemen und Bildschirmgrößen.
--   **Leistungsprüfungen**: Messen Sie Geschwindigkeit, Reaktionsfähigkeit und Speichernutzung unter verschiedenen Bedingungen.
--   **Sicherheit**: Verschlüsseln Sie OTA-Updates, weisen Sie Berechtigungen zu und testen Sie Rollback-Funktionen.
--   **Verteilung**: Nutzen Sie Tools wie [Capgo](https://capgo.app/), um sicherzustellen, dass 95% der Nutzer Updates innerhalb von 24 Stunden erhalten.
--   **Überwachung nach der Veröffentlichung**: Verfolgen Sie Erfolgsraten (Ziel: 82%), API-Antwortzeiten und Nutzerengagement.
-
-### Schneller Vergleich von OTA-Tools
-
-| Funktion | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| **Startjahr** | 2022 | 2024 | Einstellung 2026 |
-| **Ende-zu-Ende-Verschlüsselung** | Ja | Nein | Nein |
-| **Update-Erfolgsrate** | 82% | Nicht veröffentlicht | Nicht veröffentlicht |
-| **Verteilungsgeschwindigkeit** | 95% innerhalb 24h | Variiert | Variiert |
-| **[Self-Hosted Option](https://capgo.app/blog/self-hosted-capgo/)** | Ja | Nein | Nein |
-| **Preise** | 300€/Monat | Entspricht Capgo | 6.000€/Jahr |
-
-Befolgen Sie diese Checkliste und wählen Sie die richtigen Tools, um sicherzustellen, dass jedes Update schnell, sicher und zuverlässig ist.
-
-[Rest of your text continues with the same pattern - would you like me to translate more sections?]
diff --git a/src/content/blog/de/chinas-cybersecurity-law-impact-on-app-updates.md b/src/content/blog/de/chinas-cybersecurity-law-impact-on-app-updates.md
deleted file mode 100644
index f1157ef9c..000000000
--- a/src/content/blog/de/chinas-cybersecurity-law-impact-on-app-updates.md
+++ /dev/null
@@ -1,217 +0,0 @@
----
-slug: chinas-cybersecurity-law-impact-on-app-updates
-title: 'Chinas Cybersecurity-Gesetz: Auswirkungen auf App-Updates'
-description: >-
-  Neue Änderungen am Cybersecurity-Gesetz Chinas werden App-Updates
-  komplizierter machen, da lokale Datenspeicherung und längere Prüfzeiten für
-  Entwickler erforderlich sind.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T02:43:03.376Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822944c3c68b32f40f92f58-1747104241944.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  China Cybersecurity Law, app updates, data residency, security audits,
-  compliance tracking
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Chinas neue Änderungen zum Cybersicherheitsgesetz, die am 28. März 2025 in Kraft treten, führen zu strengeren Regeln für App-Entwickler.** Hier ist, was Sie wissen müssen:
-
--   **Wesentliche Änderungen:**
-    
-    -   **ICP Registrierung:** Pflicht zur Registrierung für Entwickler.
-    -   **[Datenspeicherung](https://capgo.app/plugins/capacitor-data-storage-sqlite/):** Chinesische Benutzerdaten müssen auf lokalen Servern verbleiben.
-    -   **Sicherheitsaudits:** Regelmäßige Bewertungen durch Dritte sind erforderlich.
-    -   **Verschlüsselungsstandards:** Verwendung staatlich genehmigter Protokolle ist obligatorisch.
--   **Auswirkungen auf [App-Updates](https://capgo.app/plugins/capacitor-updater/):**
-    
-    -   Updates unterliegen nun längeren Prüfungszeiten (7–14 Tage).
-    -   Entwickler müssen detaillierte Compliance-Dokumentationen führen.
-    -   Strengere Datenmanagementregeln erhöhen die Komplexität der Update-Prozesse.
-    -   Hosting-Server in China sind für die Einhaltung der Datenspeicheranforderungen erforderlich.
--   **Lösungen für Entwickler:**
-    
-    -   Verwenden Sie automatisierte Tools für Sicherheitsprüfungen, Datenklassifizierung und Compliance-Tracking.
-    -   Implementieren Sie Live-Update-Systeme für schnellere Bereitstellung bei gleichzeitiger Einhaltung.
-    -   Bereiten Sie detaillierte Dokumentationen für App-Store-Überprüfungen vor.
-
-### Schneller Vergleich: Store-Updates vs. Live-Updates
-
-| Aspekt | Store-Updates | Live-Updates |
-| --- | --- | --- |
-| **Überprüfungszeit** | 7–14 Tage | Minuten |
-| **Datensicherheitsüberprüfung** | Umfassend im Voraus | Laufende Überwachung |
-| **Rückrollfähigkeit** | Eingeschränkt | Sofort (15 Minuten) |
-| **Nutzerakzeptanzrate** | 45–60% (7 Tage) | Bis zu 95% (24 Stunden) |
-
-Die Navigation durch diese Änderungen erfordert sorgfältige Planung, automatisiertes Compliance-Tracking und [agile Update-Systeme](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), um einen reibungslosen Betrieb in China zu gewährleisten.
-
-## Aufschlüsselung der chinesischen Datenschutzgesetze
-
-<iframe src="https://www.youtube.com/embed/EzaEgiiSZd8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Haupt-Compliance-Hürden
-
-Die Änderungen von 2025 zum chinesischen Cybersicherheitsgesetz haben neue Hindernisse für Entwickler eingeführt, die sie dazu zwingen, Compliance-Anforderungen mit operativer Effizienz in Einklang zu bringen.
-
-### Vielfältige App-Store-Anforderungen
-
-App-Entwickler sehen sich nun einem Flickenteppich von Regeln in verschiedenen App-Stores gegenüber. Dazu gehören Vorgaben wie die Verifizierung lokaler Server, die Echtzeit-Authentifizierung und die Einhaltung der Datenspeicheranforderungen. Darüber hinaus machen sich Veränderungen in den Datenmanagementvorschriften bemerkbar, die das Aktualisieren von Apps zu einem zunehmend komplexen und ressourcenintensiven Prozess machen.
-
-### Datenmanagement-Regeln
-
-Strengere Datenmanagementprotokolle haben zusätzliche Schwierigkeitsgrade für den [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/) hinzugefügt. Entwickler sind nun verpflichtet, Maßnahmen wie die verpflichtende Datenklassifizierung, detaillierte Aktivitätsprotokollierung, lokale Speicherüberprüfung und die Einholung dynamischer Benutzereinwilligungen umzusetzen. Diese Schritte machen es erheblich schwieriger, sicherzustellen, dass jedes Update dem neuen rechtlichen Rahmen entspricht.
-
-### Update-Überprüfungsverzögerungen
-
-Der überarbeitete Sicherheitsüberprüfungsprozess hat die Update-Zeiten verlangsamt und die Veröffentlichung kritischer Patches und neuer Funktionen verzögert. Um sich anzupassen, erstellen viele Entwickler separate Update-Tracks oder konforme Live-Update-Systeme, um kleinere Änderungen ohne Auslösung des vollständigen Überprüfungsprozesses zu bewältigen. Zusätzlich erhöht Druck, dass Strafen an einem Prozentsatz des Jahresumsatzes gebunden sind - anstatt an festen Beträgen - das Compliance-Risiko zu einem geschäftlichen Hauptanliegen [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Diese Hindernisse verdeutlichen die Notwendigkeit, flexible Strategien zu entwickeln, um sich im sich entwickelnden regulatorischen Umfeld zurechtzufinden.
-
-## Methoden zur Erfüllung von Anforderungen
-
-Die Bewältigung der Herausforderungen durch unterschiedliche App-Store-Vorschriften, strenge Datenmanagement-Regeln und lange Überprüfungszeiten erfordert, dass Entwickler gezielte technische und betriebliche Ansätze übernehmen. Der erfolgreiche Umgang mit den Anforderungen der Cybersicherheit in China hängt von der Verwendung automatisierter Tools und sorgfältiger Planung ab.
-
-### Automatisierte Sicherheitsprüfungen
-
-Die Integration automatisierter Sicherheitsprüfungen in CI/CD-Pipelines ist entscheidend, insbesondere mit Kontrollen, die darauf ausgelegt sind, die Standards des Datenschutzgesetzes (DSL) und des Gesetzes zum Schutz personenbezogener Daten (PIPL) zu erfüllen [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Hier sind einige wichtige Elemente eines effektiven automatisierten Sicherheitssetups:
-
-| Komponente | Funktion | Compliance-Vorteil |
-| --- | --- | --- |
-| Datenklassifizierungsscanner | Identifiziert und kennzeichnet sensible Daten automatisch | Stellt sicher, dass regulierte Informationen ordnungsgemäß behandelt werden |
-| Verschlüsselungsüberprüfung | Validiert die Verwendung genehmigter Verschlüsselungsmethoden | Entspricht den staatlichen Sicherheitsstandards |
-| Serverstandort-Validator | Bestätigt, wo Daten gespeichert sind | Erfüllt die Anforderungen an die Datenspeicherung |
-| Aktivitätsprotokollierer | Verfolgt und protokolliert Systemänderungen | Bietet eine Prüfspur für Aufsichtsbehörden |
-
-Kombinieren Sie diese automatisierten Tools mit agilen Update-Systemen, um Verzögerungen bei App-Überprüfungen zu minimieren.
-
-### Schnelle Update-Systeme
-
-Der strenge Überprüfungsprozess für Apps in China kann zu einem Engpass werden, aber konforme [Live-Update-Lösungen](https://capgo.app/blog/self-hosted-live-updates/) bieten eine Möglichkeit, schnell Anpassungen vorzunehmen und dabei innerhalb der regulatorischen Grenzen zu bleiben.
-
-Beispielsweise hat die Plattform [Capgo](https://capgo.app/) beeindruckende Ergebnisse erzielt und eine Nutzer-Update-Rate von 95 % innerhalb von nur 24 Stunden erreicht [\[2\]](https://capgo.app).
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Nutzer!" - Rodrigo Mantica [\[2\]](https://capgo.app)
-
-Während Live-Updates die Bereitstellung vereinfachen, ist es ebenso wichtig, umfassende Dokumentationen zu gewährleisten, um die Anforderungen des App-Stores zu erfüllen.
-
-### Tipps zur App-Store-Überprüfung
-
-Entwickler können ihre Chancen auf Genehmigung verbessern, indem sie die folgenden Schritte befolgen:
-
--   **Vorab-Testen:** Führen Sie umfassende Sicherheitsprüfungen mit Schwerpunkt auf Datenhandhabung und -schutz durch.
--   **Dokumentationsvorbereitung:** Führen Sie detaillierte Aufzeichnungen, einschließlich:
-    -   Speicherorte der Daten
-    -   Verschlüsselungsmethoden
-    -   Mechanismen zur Benutzereinwilligung
-    -   Ergebnisse von Sicherheitsprüfungen
--   **Compliance-Überwachung:** Bleiben Sie über regulatorische Änderungen informiert, indem Sie regelmäßig die offiziellen [CAC](https://www.cac.gov.cn/) Kanäle überprüfen.
-
-## Update-Methoden im Vergleich
-
-Die Cybersicherheitsvorschriften in China verändern, wie Entwickler Updates für Apps angehen. Ab dem 1. Januar 2025 bringen diese Vorschriften neue Hindernisse für den Update-Prozess.
-
-### Store-Updates vs. Live-Updates
-
-Bei der Aktualisierung von Apps wägen Entwickler häufig die Vor- und Nachteile von **traditionellen Store-Updates** im Vergleich zu **Live-Update-Systemen** ab. Beide Methoden haben ihre Stärken und Herausforderungen, insbesondere im Rahmen des chinesischen Cybersicherheitsgesetzes:
-
-| Aspekt | Store-Updates | Live-Updates |
-| --- | --- | --- |
-| Überprüfungszeit | Im Durchschnitt 7–14 Tage | Minuten |
-| Datensicherheitsüberprüfung | Umfassende Vorabprüfung | Laufende Überwachung |
-| Rückrollfähigkeit | Eingeschränkt; erfordert neue Einreichung | Sofort (innerhalb von 15 Minuten) |
-| Kostenimpact | Store-Gebühren plus Überprüfungsverzögerungen | Monatliche Servicekosten (12–249 $) |
-| Compliance-Dokumentation | Einmalige umfassende Einreichung | Laufende Überprüfung |
-| Nutzerakzeptanzrate | 45–60% nach 7 Tagen | Bis zu 95% innerhalb von 24 Stunden |
-
-Live-Update-Plattformen heben sich durch Geschwindigkeit und Anpassungsfähigkeit hervor. Beispielsweise haben Entwickler, die die Plattform von Capgo nutzen, eine globale Erfolgsquote von 82 % für Updates erzielt und dabei die strengen Anforderungen an die Datenspeicherung in China erfüllt [\[2\]](https://capgo.app).
-
-### Compliance-Schritte
-
-Unabhängig von der gewählten Update-Methode ist eine strikte Einhaltung der wichtigsten regulatorischen Schritte unverzichtbar:
-
--   **Datenmanagement und Dokumentation**  
-    Entwickler müssen Daten ordnungsgemäß klassifizieren und detaillierte Aufzeichnungen führen, einschließlich der Speicherorte der Server, der Verschlüsselungsprotokolle und der Update-Protokolle. Daten, die unter bestimmten Vorschriften klassifiziert sind, müssen auf Servern im Festland China gespeichert werden.
-    
--   **Notfall-Response-Planung**  
-    Ein solider Plan ist entscheidend und umfasst Rückrollverfahren, Incident-Reporting, Benutzerschutzmaßnahmen und Strategien zur Behebung.
-    
-
-> "Das Vermeiden einer Überprüfung für Bugfixes ist Gold wert." - Bessie Cooper [\[2\]](https://capgo.app)
-
-Live-Update-Systeme bieten, wenn sie richtig umgesetzt werden, die perfekte Kombination aus Geschwindigkeit und Compliance. Da sich die Cybersicherheitsvorschriften in China weiterhin entwickeln, wird dieses Gleichgewicht für Entwickler, die sich diesen Herausforderungen stellen, immer wichtiger werden.
-
-## Tracking und Updates
-
-### Compliance-Tracking-Tools
-
-Die Änderungen von März 2025 führten zu strikteren Vorschriften, die gründlicheres Compliance-Tracking erforderten. Moderne Tools sind nun unerlässlich, um Entwicklern zu helfen, sich auf regulatorische Prüfungen vorzubereiten. Diese Systeme dokumentieren alles von der Datenklassifizierung und Sicherheitsmaßnahmen bis hin zu Update-Historien und der Verarbeitung von Benutzerdaten, alles im Einklang mit internen Richtlinien.
-
-Beispielsweise vereinfacht **Capgos Plattform** das Compliance-Tracking, indem sie Echtzeitberichte über Update-Bereitstellungen und Sicherheitsprotokolle automatisiert, die den [MIIT](https://www.miit.gov.cn/) Standards entsprechen. Tools wie diese gewährleisten konsistente und proaktive Sicherheitsüberprüfungen, was es einfacher macht, regulatorischen Anforderungen gerecht zu werden.
-
-### Regelmäßige Sicherheitsprüfungen
-
-Angesichts des schnellen Tempos der App-Updates unter strengen Cybersicherheitsregeln sind regelmäßige Sicherheitsprüfungen unerlässlich. Externe Audits und Schwachstellenbewertungen können potenzielle Lücken frühzeitig identifizieren und Teams helfen, Probleme zu beheben, bevor sie eskalieren. Streben Sie vierteljährliche Audits an, um Verschlüsselungsmethoden, Datenspeicherungsrichtlinien und Update-Bereitstellungsprozesse zu überprüfen.
-
-Zusätzlich sollten wöchentliche interne Überprüfungen durchgeführt werden, um die Einhaltung in Bereichen wie Datenspeicherung, [Verschlüsselungsupdates](https://capgo.app/docs/live-updates/update-behavior/), Zugangskontrollen, Bereitstellungsprotokolle und den Schutz Benutzerdaten zu bestätigen. Detaillierte Aufzeichnungen dieser Prüfungen zu führen, ist entscheidend, um hohe Strafen für die Nichteinhaltung zu vermeiden.
-
-> "Das Vermeiden einer Überprüfung für Bugfixes ist Gold wert." - Bessie Cooper [\[2\]](https://capgo.app)
-
-## Fazit: Regeln mit neuen Tools erfüllen
-
-Chinas aktualisierte Cybersicherheitsänderungen, die am 28. März 2025 in Kraft treten [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), stellen sowohl Herausforderungen als auch Chancen für Entwicklungsteams dar. Diese Vorschriften erfordern effiziente, innovative Lösungen, um die Einhaltung sicherzustellen, während die nahtlose Funktionalität der Apps aufrechterhalten wird. Plattformen wie Capgo haben sich als wichtige Werkzeuge etabliert, die schnelle, konforme App-Updates durch Live-Updatesysteme ermöglichen [\[2\]](https://capgo.app).
-
-Die Integration von automatisierter Compliance-Überwachung direkt in die Update-Workflows wird zunehmend zu einem Grundpfeiler effektiver Lösungen. Dieser Ansatz spiegelt frühere Strategien wider, die agile Entwicklung mit Echtzeit-Überwachung der Vorschriften kombinierten. Wie Rodrigo Mantica treffend feststellt:
-
-> "Wir praktizieren agile Entwicklung, und Capgo ist entscheidend dafür, kontinuierlich an unsere Nutzer zu liefern!" [\[2\]](https://capgo.app)
-
-Um diese sich entwickelnden Anforderungen zu bewältigen, stechen mehrere wichtige Strategien hervor:
-
-| **Anforderung** | **Lösungsansatz** | **Auswirkung** |
-| --- | --- | --- |
-| **Datensicherheit** | End-to-End-Verschlüsselung | Stärkt den Datenschutz und erfüllt die Vorschriften |
-| **Schnelle Lösungen** | Live-Updatesysteme | Minimiert die Exposition gegenüber Sicherheitsanfälligkeiten |
-| **Compliance-Überwachung** | Automatisierte Überwachung | Gewährleistet fortlaufende regulatorische Einhaltung |
-| **Update-Kontrolle** | Rollback-Funktionen | Stellt eine schnelle Wiederherstellung von Bereitstellungsproblemen sicher |
-
-Diese Strategien verdeutlichen die Bedeutung der Kombination robuster Sicherheitsmaßnahmen mit agilen Entwicklungspraktiken. Während die Cyberspace-Verwaltung Chinas (CAC) weiterhin ihren Rahmen für Cybersicherheit verfeinert [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), werden Werkzeuge, die Compliance und Live-Updates integrieren, für Entwicklungsteams entscheidend bleiben.
-
-Bessie Cooper betont den Wert dieses Ansatzes:
-
-> "Die Vermeidung von Überprüfungen für Bugfixes ist von goldener Bedeutung." [\[2\]](https://capgo.app)
-
-Mit den Cybersicherheitsvorschriften, die ab dem 1. Januar 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) in Kraft treten, wird die Fähigkeit, Updates schnell zu implementieren und gleichzeitig konform zu bleiben, nicht nur zu einem technischen Vorteil - sie ist eine Notwendigkeit.
-
-## FAQs
-
-:::faq
-### Wie können App-Entwickler längere Prüfzeiten für Update unter Chinas Cybersicherheitsgesetz navigieren?
-
-Das chinesische Cybersicherheitsgesetz hat strengere Vorschriften mit sich gebracht, was zu längeren Prüfzeiten für App-Updates führt. Um diese Änderungen zu navigieren und gleichzeitig eine reibungslose Benutzererfahrung sicherzustellen, müssen Entwickler [intelligente Update-Management-Strategien](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) priorisieren.
-
-Ein praktischer Ansatz ist die Verwendung von Live-Update-Tools wie **Capgo**. Diese Tools ermöglichen es Entwicklern, Updates, Fixes und neue Funktionen direkt an die Nutzer zu liefern, ohne auf App Store-Genehmigungen warten zu müssen. Dieser Ansatz reduziert nicht nur Verzögerungen, sondern stellt auch sicher, dass Updates den Anforderungen der Plattform entsprechen. Durch die Implementierung solcher Tools können Entwickler wertvolle Zeit sparen, die Nutzer zufriedenstellen und regulatorische Hürden effektiv meistern.
-:::
-
-:::faq
-### Welche Herausforderungen stehen Entwickler bei der Datenspeicherung und Sicherheitsüberprüfungen nach dem aktualisierten Cybersicherheitsgesetz Chinas gegenüber?
-
-## Navigieren durch Chinas Cybersicherheitsgesetz: Herausforderungen für Entwickler
-
-Das überarbeitete Cybersicherheitsgesetz Chinas bringt einige harte Hürden für Entwickler mit sich, insbesondere wenn es um **Datenresidenzregeln** geht. Diese Vorschriften verlangen, dass alle Benutzerdaten innerhalb Chinas gespeichert werden, was für internationale Entwickler logistische Kopfschmerzen verursachen kann. Die Einhaltung der Vorschriften mit der Aufrechterhaltung der App-Leistung und der nahtlosen Benutzererfahrung wird zu einem schwierigen Balanceakt.
-
-Darüber hinaus müssen Entwickler detaillierte **Sicherheitsüberprüfungen** durchlaufen, um zu beweisen, dass ihre Apps den Cybersicherheitsstandards Chinas entsprechen. Diese Überprüfungen können zeit- und ressourcenintensiv sein und oft Updates verlangsamen und neue Funktionen verzögern. Allerdings können Tools wie Capgo den Prozess vereinfachen. Durch die Optimierung von Updates und die Gewährleistung der Compliance hilft Capgo Entwicklern, Fixes und Verbesserungen effizient voranzubringen - ohne die üblichen Engpässe im App Store.
-:::
-
-:::faq
-### Wie können Live-Updatesysteme Entwicklern helfen, die Cybersicherheitsanforderungen Chinas zu erfüllen und gleichzeitig die Apps funktional zu halten?
-
-Live-Updatesysteme geben Entwicklern die Möglichkeit, Updates, Bugfixes und neue Funktionen direkt an die Nutzer auszuliefern, ohne auf Genehmigungen im App Store warten zu müssen. Dies ist besonders nützlich, um die Cybersicherheitsvorschriften Chinas einzuhalten, da es hilft, Apps sicher und aktuell zu halten, ohne unnötige Verzögerungen. Mit Echtzeit-Updates können Entwickler schnell Sicherheitsanfälligkeiten beheben, compliant bleiben und eine reibungslose Erfahrung für die Nutzer gewährleisten.
-
-Plattformen wie **Capgo** vereinfachen diesen Prozess zusätzlich. Capgo unterstützt Live-Updates für Capacitor-Apps und bietet Funktionen wie End-to-End-Verschlüsselung und die Einhaltung der Richtlinien von Apple und Android. Dies ermöglicht Entwicklern, die regulatorischen Standards zu erfüllen, während sie Updates schnell und sicher bereitstellen.
-:::
diff --git a/src/content/blog/de/chinas-data-privacy-laws-impact-on-mobile-apps.md b/src/content/blog/de/chinas-data-privacy-laws-impact-on-mobile-apps.md
deleted file mode 100644
index ab5455197..000000000
--- a/src/content/blog/de/chinas-data-privacy-laws-impact-on-mobile-apps.md
+++ /dev/null
@@ -1,165 +0,0 @@
----
-slug: chinas-data-privacy-laws-impact-on-mobile-apps
-title: 'Chinas Datenschutzgesetze: Auswirkungen auf Mobile Apps'
-description: >-
-  Das Verständnis der Datenschutzgesetze Chinas ist entscheidend für mobile
-  App-Entwickler, mit Schwerpunkt auf Compliance, Benutzereinwilligung und
-  Datensicherheit.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T02:08:36.971Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9b0a22e221594daf2d518-1744423728582.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  China, data privacy, mobile apps, compliance, user consent, Cybersecurity Law,
-  Data Security Law, Personal Information Protection Law
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-Wenn Sie mobile Apps für den chinesischen Markt entwickeln, **ist die Einhaltung der Datenschutzgesetze Chinas nicht verhandelbar**. Wichtige Vorschriften - **[Cybersecurity Law](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL)**, **[Data Security Law](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (DSL)** und **[Personal Information Protection Law](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL)** - erfordern strenge [Datenspeicherungs](https://capgo.app/plugins/capacitor-data-storage-sqlite/), Benutzerzustimmungen und Sicherheitsmaßnahmen.
-
-### Wichtige Erkenntnisse:
-
--   **Datenlokalisierung**: Apps müssen die Daten chinesischer Benutzer auf Servern innerhalb Chinas speichern (CSL).
--   **Zustimmungsregeln**: Eine klare, ausdrückliche Benutzerzustimmung ist für die Datenerhebung erforderlich (PIPL).
--   **Grenzüberschreitende Übertragungen**: Sensible Daten dürfen oft nicht ohne Genehmigung China verlassen (DSL).
--   **Strafen**: Nichteinhaltung kann zu Geldstrafen von bis zu ¥50M (~$7.7M) oder 5% des Jahresumsatzes führen.
-
-### Schnellübersicht:
-
-| Vorschrift | Fokus | Wichtige Anforderungen |
-| --- | --- | --- |
-| CSL | Netzwerk-Sicherheit | Lokale Datenspeicherung, Sicherheitsüberprüfungen, Vorfallberichterstattung |
-| DSL | Datenklassifikation | Risikobewertungen, Aufzeichnungen, grenzüberschreitende Einschränkungen |
-| PIPL | Personenbezogene Daten | Benutzerzustimmung, Datenminimierung, Benutzerrechte |
-
-Die Einhaltung erfordert erhebliche Investitionen in technische Lösungen wie Verschlüsselung, regelmäßige Audits und robuste Aktualisierungsprozesse. **Die Nichteinhaltung kann finanzielle Strafen und die Entfernung der Apps aus chinesischen App-Stores nach sich ziehen.**
-
-## Chinas Hauptdatenschutzgesetze
-
-### Anforderungen des [Cybersecurity Law](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL)
-
-Das CSL, das seit dem 1. Juni 2017 in Kraft ist, legt strenge Regeln für Netzwerk- und Infrastrukturbetreiber fest. Für mobile Apps umfassen die wichtigsten Anforderungen:
-
--   **Datenlokalisierung**: Personenbezogene Daten müssen auf Servern gespeichert werden, die sich im Festlandchina befinden.
--   **Sicherheitsüberprüfungen**: Apps, die mit sensiblen Daten umgehen, müssen obligatorische Sicherheitsbewertungen durchführen.
--   **Netzwerkschutz**: Betreiber müssen mehrstufige Netzwerksicherheitsmaßnahmen übernehmen.
--   **Vorfallberichterstattung**: Sicherheitsvorfälle müssen innerhalb festgelegter Zeitrahmen gemeldet werden.
-
-### Standards des [Data Security Law](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (DSL)
-
-Das DSL baut auf dem CSL auf, indem es einen strukturierten Ansatz für das Datenmanagement einführt, der sich auf die Klassifikation konzentriert. So wird die Datenklassifizierung unter diesem Gesetz vorgenommen:
-
-| Datenklassifikation | Sicherheitsanforderungen | Grenzüberschreitende Übertragung |
-| --- | --- | --- |
-| Kerndaten des Staates | Strengste Schutzmaßnahmen | Nicht erlaubt |
-| Wichtige Daten | Hochgradiger Schutz | Erfordert Sicherheitsbewertung |
-| Allgemeine Daten | Grundlegender Schutz | Muss Standardregelungen folgen |
-
-Mobile Apps müssen diese Praktiken befolgen:
-
--   Verwenden Sie hierarchische Datenklassifikationssysteme.
--   Führen Sie regelmäßige Risikobewertungen durch.
--   Halten Sie detaillierte Aufzeichnungen über Datenverarbeitungsaktivitäten.
--   Richten Sie einen Notfallmechanismus ein.
-
-### Regeln des [Personal Information Protection Law](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL)
-
-Das PIPL bietet detaillierte Vorschriften zum Umgang mit personenbezogenen Daten. Mobile Apps müssen diese wichtigen Regeln einhalten:
-
--   **Benutzerzustimmung**: Holen Sie klare und ausdrückliche Zustimmung für jeden gesammelten Datentyp ein.
--   **Datenminimierung**: Nur die Informationen sammeln, die absolut notwendig sind.
--   **Benutzerrechte**: Werkzeuge für Benutzer anbieten, um auf ihre Daten zuzugreifen, sie zu korrigieren oder zu löschen.
--   **Datenportabilität**: Benutzern ermöglichen, ihre Daten auf andere Plattformen zu übertragen.
-
-Nichteinhaltung kann zu erheblichen Strafen führen, einschließlich Geldstrafen von bis zu 50 Millionen Yuan (ca. 7,7 Millionen USD) oder 5% des Umsatzes des Vorjahres. Dies zwingt Entwickler dazu, die Einhaltung zu priorisieren und robuste Datenschutzmaßnahmen zu ergreifen.
-
-Diese drei Gesetze bilden zusammen ein strenges regulatorisches Umfeld für mobile App-Entwickler, die in China tätig sind, insbesondere für Apps, die mit sensiblen Informationen wie Finanzdaten, Gesundheitsakten oder Standortdaten umgehen.
-
-## Anforderungen an die Entwicklung von mobilen Apps
-
-### Standards für Benutzergenehmigungen
-
-In China müssen mobile Apps eine klare und ausdrückliche Zustimmung von Benutzern einholen, bevor Daten gesammelt werden. Apps sollten den Benutzern auch eine unkomplizierte Kontrolle über die Berechtigungen bieten. Um dies zu erreichen, verwenden Sie einfache, leicht verständliche Schnittstellen, die erklären, warum jede Datenanfrage notwendig ist. Dieser Ansatz hilft, Transparenz zu wahren und entspricht den regulatorischen Erwartungen.
-
-### Verfahren zur Einreichung von Apps im App Store
-
-Die Einreichung einer App in China umfasst mehrere Schritte. Sie benötigen verifizierte Geschäftsdaten, detaillierte technische Dokumentationen (wie [Datenschutzrichtlinien](https://capgo.app/dp/) und Systemarchitektur), und Ihre App muss strengen Sicherheitsüberprüfungen bestehen, die häufig von Drittorganisationen durchgeführt werden. Wenn Ihre App mit sensiblen Daten umgeht oder Daten über Grenzen hinweg überträgt, müssen Sie auch mit einem lizenzierten lokalen Partner zusammenarbeiten, um die regulatorischen Anforderungen zu erfüllen.
-
-## Extraterritoriale Anwendung von Chinas personenbezogenen Daten ...
-
-<iframe src="https://www.youtube.com/embed/dh-CT5TDrFc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Risiken und Hindernisse für Entwickler
-
-Entwickler sehen sich einer Vielzahl von Herausforderungen gegenüber, die über technische Updates hinausgehen und die Einhaltung der Datenschutzgesetze Chinas besonders anspruchsvoll machen.
-
-### Implementierungskosten
-
-Die Einhaltung der Anforderungen der Datenschutzgesetze Chinas erfordert oft erhebliche Investitionen sowohl in Technologie als auch in Finanzen. Entwickler müssen möglicherweise ihre Datenspeichersysteme verbessern, um den Anforderungen der Lokalisierung gerecht zu werden, und Sicherheitsmaßnahmen aufstocken, um strengen Standards zu genügen. Viele Unternehmen wenden sich auch an Compliance-Experten oder Drittanbieter, um sicherzustellen, dass ihre Systeme den regulatorischen Erwartungen entsprechen. Diese anfänglichen Kosten sind erst der Anfang und setzen den Rahmen für fortlaufende Herausforderungen.
-
-### Konsequenzen der Nichteinhaltung
-
-Die Nichteinhaltung der Datenschutzgesetze Chinas kann zu ernsthaften Konsequenzen führen. Dazu gehören finanzielle Strafen, regulatorische Maßnahmen und sogar die Entfernung von Apps aus lokalen App-Stores. Solche Ergebnisse heben die entscheidende Bedeutung der genauen Einhaltung der Vorschriften hervor.
-
-### Veränderung der Regeln und Updates
-
-Die Datenschutzvorschriften Chinas befinden sich in einem ständigen Wandel. Regulierungsbehörden wie die [Cyberspace Administration of China](https://www.cac.gov.cn/) (CAC) veröffentlichen häufig neue Leitlinien und Auslegungen. Entwickler müssen über Systeme verfügen, die sich schnell an diese Veränderungen anpassen können. Regelmäßige Überwachung, periodische Überprüfungen und die Aktualisierung der Datenmanagementpraktiken sind entscheidend, um in diesem sich verändernden Umfeld compliant zu bleiben.
-
-## Methoden und Lösungen zur Einhaltung
-
-Die Erfüllung der Compliance-Anforderungen erfordert die Implementierung starker technischer Maßnahmen und das Befolgen klarer, strukturierter Prozesse.
-
-### Technische Lösungen
-
-Ende-zu-Ende-Verschlüsselung spielt eine Schlüsselrolle beim Schutz von Daten. [Capgo](https://capgo.app/) gewährleistet eine sichere Datenübertragung und -speicherung und schränkt den Zugriff nur auf autorisierte Benutzer ein.
-
-CI/CD-Integration hilft, menschliche Fehler zu minimieren und sicherzustellen, dass Updates den regulatorischen Anforderungen entsprechen. Automatisierte Systeme haben gezeigt, dass sie eine Benutzeraktualisierungsrate von 95% innerhalb von 24 Stunden erreichen [\[1\]](https://capgo.app/).
-
-Versionskontrolle und Rollback-Funktionen bieten schnelle Lösungen für Probleme und wahren gleichzeitig die ordnungsgemäßen Prüfspuren. Hier ist eine Übersicht:
-
-| Funktion | Compliance-Vorteil | Umsetzungs-Einfluss |
-| --- | --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Schützt Daten während der Übertragung | Entspricht den PIPL-Datenschutzvorschriften |
-| Automatisierte Bereitstellungen | Reduziert menschliche Fehler bei Updates | Gewährleistet konsistente Compliance |
-| Versionskontrolle | Hält detaillierte Prüfpfade | Hilft bei der regulatorischen Dokumentation |
-| Rollback-Funktionalität | Löst Probleme schnell, wenn nötig | Verringert das Risiko der Nichteinhaltung |
-
-Diese Werkzeuge gehen direkt auf die Herausforderungen der Compliance ein. Dennoch sind technische Lösungen allein nicht ausreichend - Entwickler müssen auch strukturierte Praktiken befolgen, um die Einhaltung aufrechtzuerhalten.
-
-### Richtlinien für Entwickler
-
-Um technische Werkzeuge zu ergänzen, sollten Entwickler spezifische Praktiken verfolgen, um den Compliance-Bedürfnissen gerecht zu werden:
-
-**Datenschutzmaßnahmen**  
-Implementieren Sie Protokolle, die den PIPL-Standards entsprechen, wie sichere Zustimmungsmechanismen und gründliche Aufzeichnungen über Datenverarbeitungsaktivitäten.
-
-**Regelmäßige Compliance-Audits**  
-Führen Sie routinemäßige Überprüfungen durch, wie Ihre App mit Daten umgeht. Wie Bessie Cooper hervorhebt:
-
-> "Capgo ist ein unverzichtbares Werkzeug für Entwickler, die produktiver sein wollen. Die Vermeidung von Überprüfungen zur Fehlerbehebung ist goldwert."
-
-**Benutzerzustimmungsmanagement**  
-Etablieren Sie klare, transparente Prozesse für die Benutzerzustimmung, die erklären, warum Daten gesammelt werden. Rodrigo Mantica teilt mit:
-
-> "Wir praktizieren agile Entwicklung und Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Benutzer!"
-
-**[Aktualisierungsmanagement](https://capgo.app/docs/plugin/cloud-mode/manual-update/) Strategie**  
-Da die Vorschriften ständig im Wandel sind, ist es unerlässlich, einen soliden Ansatz für das Aktualisierungsmanagement zu haben. Statistiken zeigen, dass ein [effektives Aktualisierungsmanagement](https://capgo.app/docs/plugin/cloud-mode/manual-update/) eine globale Erfolgsquote von 82% bei der Einhaltung führt [\[1\]](https://capgo.app/).
-
-## Fazit
-
-Die Datenschutzvorschriften Chinas haben die mobile App-Entwicklungsbranche neu gestaltet und erfordern von Entwicklern die Implementierung strenger Compliance-Maßnahmen und fortschrittlicher technischer Lösungen. Wichtige Gesetze wie das Cybersecurity Law (CSL), das Data Security Law (DSL) und das Personal Information Protection Law (PIPL) haben ein herausforderndes regulatorisches Umfeld geschaffen, das Benutzerberechtigungen, Datenspeicherung und Sicherheitsprotokolle betont.
-
-Entwickler haben ihre Praktiken angepasst, um mit diesen Vorschriften in Einklang zu stehen. Beispielsweise aktualisieren 95% der aktiven Benutzer innerhalb von 24 Stunden auf die neueste App-Version [\[1\]](https://capgo.app/), was die Bedeutung effizienter Compliance-Prozesse hervorhebt. Plattformen wie Capgo zeigen, wie eine optimierte Compliance erreicht werden kann, mit einer globalen Erfolgsquote von 82% [\[1\]](https://capgo.app/).
-
-Die Erfüllung dieser Anforderungen erfordert erhebliche finanzielle und operative Investitionen. Entwickler müssen technische Maßnahmen wie Ende-zu-Ende-Verschlüsselung priorisieren, detaillierte Prüfprotokolle führen, die Zustimmung der Benutzer effektiv verwalten und nahtlose Aktualisierungsprozesse sicherstellen, um auf dem chinesischen Markt erfolgreich zu sein.
-
-Da sich die Vorschriften weiterentwickeln, bleibt Flexibilität entscheidend, um die Einhaltung zu gewährleisten. Capgo wurde für seine Fähigkeit anerkannt, kosteneffiziente und agile Update-Lösungen zu liefern, die mit strengen Standards übereinstimmen [\[1\]](https://capgo.app/).
-
-Für den langfristigen Erfolg müssen App-Entwickler in China eine proaktive Strategie verfolgen, die starke technische Systeme, strikte regulatorische Einhaltung und effizientes Update-Management kombiniert.
diff --git a/src/content/blog/de/code-integrity-in-capacitor-apps-key-techniques.md b/src/content/blog/de/code-integrity-in-capacitor-apps-key-techniques.md
deleted file mode 100644
index 9fedcecd8..000000000
--- a/src/content/blog/de/code-integrity-in-capacitor-apps-key-techniques.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: code-integrity-in-capacitor-apps-key-techniques
-title: 'Code-Integrität in Capacitor-Apps: Wichtige Techniken'
-description: >-
-  Untersuchen Sie wesentliche Techniken zur Sicherung der Codeintegrität in
-  mobilen Apps, mit Fokus auf OTA-Updates, Verschlüsselung und die Einhaltung
-  der Richtlinien des App-Stores.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-09T06:50:58.883Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a7f90344f489ae95339b05-1739083872712.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  code integrity, mobile apps, OTA updates, encryption, Play Integrity API,
-  security compliance, cryptographic signatures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Code-Integrität ist entscheidend für die Sicherung von [Capacitor](https://capacitorjs.com/) Apps, insbesondere bei OTA-Updates.** Ohne angemessene Maßnahmen könnte Ihre App Risiken wie bösartige Codeinjektion, Diebstahl von API-Anmeldeinformationen oder binäre Modifikationen ausgesetzt sein. Hier ist eine kurze Übersicht über das, was Sie wissen müssen:
-
--   **Kernwerkzeuge:** Verwenden Sie SHA-256 digitale Signaturen, Laufzeitprüfungen und Verschlüsselung (AES-256), um den Code zu schützen.
--   **Plattformspezifische Funktionen:** Integrieren Sie für Android die [Play Integrity API](https://developer.android.com/google/play/integrity) zur App-Verifizierung und Gerätesachverständnis. Für iOS folgen Sie den App Store-Richtlinien 3.1.2 für OTA-Updates.
--   **Sicherheit von OTA-Updates:** Implementieren Sie End-to-End-Verschlüsselung, Prüfziffervalidierung und Compliance-Tracking, um [Updates abzusichern](https://capgo.app/docs/live-updates/update-behavior/).
--   **Empfohlene Werkzeuge:** Werkzeuge wie [Capgo](https://capgo.app/) vereinfachen sichere OTA-Updates mit Verschlüsselung, Versionskontrolle und Compliance-Überwachung.
-
-### Schneller Vergleich von Schlüsselwerkzeugen und Funktionen
-
-| **Funktion** | **Play Integrity API** | **Capgo** | **Andere Werkzeuge** |
-| --- | --- | --- | --- |
-| Gerätesachverständnis | Ja | Nein  | Eingeschränkt |
-| End-to-End-Verschlüsselung | Nein  | Ja | Grundverschlüsselung |
-| Compliance-Dokumentation | Nein  | Automatisiert | Manuell |
-| Update-Validierung | Teilweise | Vollständig | Variiert |
-
-## Methoden zur Codeverifizierung
-
-[Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) kombinieren Web- und native Verifizierungstechniken, um Code mithilfe digitaler Signaturen und Verschlüsselung abzusichern.
-
-### Digitale Signaturen und Verschlüsselung
-
-Die Codeverifizierung basiert auf kryptografischen Methoden. Durch die Verwendung von **asymmetrischer Kryptografie** signieren Entwickler Code-Bündel mit privaten Schlüsseln, und Client-Geräte verifizieren sie mit öffentlichen Schlüsseln. Dieser Prozess kombiniert häufig **SHA-256-Hashing** zur Überprüfung der Integrität des Inhalts mit **AES-256-Verschlüsselung**, um sensible Konfigurationen zu sichern.
-
-| Prüfebene | Implementierung | Sicherheitsniveau |
-| --- | --- | --- |
-| Bündelsignierung | SHA-256 + JWT-Tokens | Hoch |
-| Datenübertragung | TLS/SSL | Hoch |
-| Konfigurationsschutz | AES-256-Verschlüsselung | Hoch |
-| Laufzeitprüfungen | Hash-Überprüfung | Hoch |
-
-### Plattform-Sicherheits-APIs
-
-Capacitor baut auf seinen nativen Sicherheitsfunktionen auf, indem es plattformspezifische APIs nutzt. Für Android fügt das `@capacitor-community/play-integrity` Plugin [\[2\]](https://github.com/capacitor-community/play-integrity/) zusätzliche Verifizierungsschichten hinzu. Die Einrichtung umfasst:
-
-1.  Generierung kryptografischer Herausforderungs-Tokens (16+ Bytes).
-2.  Konfiguration der Play Integrity API mit einer [Google Cloud](https://cloud.google.com/) Projekt-ID.
-3.  Verwaltung kritischer Fehler wie API-Fehler (-1), fehlende Dienste (-2) oder ungültige Tokens.
-
-Dieses System führt drei wichtige Prüfungen durch:
-
--   Überprüft die Authentizität der App.
--   Bewertet die Integrität des Geräts.
--   Bestätigt den Status der Lizenzvalidierung.
-
-### Kombinierte Web- und Native-Prüfungen
-
-Ein hybrider Ansatz verbessert die Schutzmaßnahmen von Capacitor, indem er **Content Security Policies (CSP)** für Webinhalte mit Tools wie [Free-RASP-Capacitor](https://github.com/talsec/Free-RASP-Capacitor) [\[3\]](https://github.com/talsec/Free-RASP-Capacitor) integriert.
-
-Für Produktionsumgebungen sollten Entwickler Folgendes implementieren:
-
--   Validierung der Startprüfziffer.
--   Echtzeitüberwachung von Code-Modifikationen.
--   Verschlüsselte Validierung für teilweise Updates.
-
-Diese Maßnahmen stellen sicher, dass die Anforderungen an die Plattform-Updates eingehalten werden, während starke Sicherheitsprotokolle beibehalten werden.
-
-## Regeln und Anforderungen des App Stores
-
-App Stores setzen strenge Richtlinien für OTA (Over-the-Air) Updates durch, um die Sicherheit der Benutzer zu gewährleisten. Entwickler müssen diese Regeln sorgfältig befolgen, um Probleme bei der Bereitstellung und Aktualisierung der Apps zu vermeiden.
-
-### iOS- und Android-Richtlinien
-
-Sowohl iOS als auch Android haben spezifische Anforderungen, die mit den nativen Verifizierungsmethoden von Capacitor übereinstimmen. Für iOS regelt die **App Store Review Guideline 3.1.2** OTA-Updates. Während JavaScript-Updates unter bestimmten Bedingungen erlaubt sind, erfordern Änderungen an der Funktionalität eine vorherige Genehmigung.
-
-Android konzentriert sich auf die **Play Integrity API**, die ein robustes System zur Verifizierung der Integrität der App bietet. Hier ist eine kurze Übersicht der Hauptanforderungen für jede Plattform:
-
--   **iOS**:
-    
-    -   Einhaltung der App Store Richtlinie 3.1.2
-    -   Verfolgung von `CFBundleVersion`
-    -   Verwendung von Code-Signatur-Zertifikaten
--   **Android**:
-    
-    -   Integration der Play Integrity API
-    -   Validierung von Tokens
-    -   Konsistente Paketbenennung
-
-### Update-Tracking zur Compliance
-
-Ein effektives Tracking von Updates ist entscheidend, um die Anforderungen des App Stores zu erfüllen. Es ergänzt die Laufzeitintegritätsprüfungen und bietet einen klaren, auditierten Compliance-Nachweis. Entwickler können die Compliance durch die Implementierung Folgendes aufrechterhalten:
-
-| **Tracking-Komponente** | **Implementierungsmethode** | **Zweck** |
-| --- | --- | --- |
-| Versionsverlauf | Kryptografisch signierte Zeitstempel | Erstellt eine Prüfspur |
-| Bereitstellungsprotokolle | Anhänge nur für Prüfprotokolle | Dokumentiert die Compliance |
-| Verifizierungsunterlagen | Tokenvalidierungsquittungen | Bestätigt die Integrität |
-
-Die Integration dieser Tracking-Methoden mit CI/CD-Pipelines stärkt sowohl die Sicherheit als auch die Dokumentation. Dieser Ansatz stellt sicher, dass Apps die Verifizierungsstandards des App Stores erfüllen und gleichzeitig detaillierte Prüfspuren aufrechterhalten.
-
-###### sbb-itb-f9944d2
-
-## Werkzeuge zur Code-Integrität
-
-Die nativen Sicherheitsfunktionen von Capacitor dienen als starke Grundlage, aber spezialisierte Werkzeuge können den Schutz während der Update-Workflows weiter verbessern.
-
-### [Capgo](https://capgo.app): Sichere OTA-Updates
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-09.jpg?auto=compress)
-
-Capgo wurde speziell für die Verwaltung sicherer Over-the-Air (OTA) Updates in Capacitor-Anwendungen entwickelt. Es gewährleistet die Code-Integrität mit Funktionen wie:
-
-| **Sicherheitsmerkmal** | **Wie es funktioniert** | **Leistungsimpact** |
-| --- | --- | --- |
-| **End-to-End-Verschlüsselung** | Verschlüsselt Update-Pakete | Fügt <200ms latency |
-| **Differential Updates** | Reduces update payload size | Cuts modification risks by 98% |
-| **Version Control** | Uses cryptographic signatures | Enables real-time validation |
-| **Compliance Checks** | Verifies app store requirements | Offers continuous monitoring |
-
-Capgo also integrates seamlessly with CI/CD pipelines, automating verification during deployments. Its compliance checks directly address iOS 3.1.2 and Android Play Integrity rules, ensuring adherence to platform guidelines.
-
-### Tool Comparison
-
-When choosing a code integrity tool for Capacitor apps, it's crucial to weigh their features and ease of implementation:
-
-| **Feature** | **Capgo** | **Other Tools** |
-| --- | --- | --- |
-| **Update Protection** | End-to-end encryption | Basic encryption |
-| **Runtime Security** | Optional add-ons available | Limited options |
-| **Compliance Documentation** | Automated tracking | Requires manual processes |
-| **Integration Complexity** | Simple NPM package install | Varies widely |
-| **Verification Speed** | <200ms | Performance varies |
-
-Experts recommend using multiple tools to create a layered approach tailored to your specific security needs.
-
-> "Die Kombination von Play Integrity für Gerätesachverständnis und spezialisierter Update-Validierung durch Tools wie Capgo schafft ein robustes Sicherheitsframework."
-
-Bei der Auswahl eines Tools sollten Sie die Kompromisse zwischen Sicherheitsmerkmalen und operationellen Anforderungen berücksichtigen. Open-Source-Optionen wie Capgo bieten Transparenz und Anpassungsfähigkeit, erfordern jedoch die Verwaltung Ihrer eigenen Infrastruktur. Auf der anderen Seite können kommerzielle Lösungen das Management vereinfachen, bieten jedoch möglicherweise keine fortgeschrittenen Funktionen wie Update-Verschlüsselung.
-
-## Richtlinien zur Code-Integrität
-
-Die Aufrechterhaltung der Code-Integrität in Capacitor-Apps erfordert eine kluge Mischung aus Überwachungssystemen und einer Balance zwischen Sicherheit und Leistung. Entwicklungsteams müssen praktische, skalierbare Ansätze übernehmen, die strengen Sicherheitsanforderungen entsprechen und gleichzeitig sicherstellen, dass ihre Apps reibungslos funktionieren.
-
-Diese Richtlinien gehen über die Anforderungen des App Stores hinaus, indem sie die Compliance in umsetzbare technische Maßnahmen umwandeln.
-
-### Überwachungssysteme
-
-Effektive Überwachung umfasst die Verwendung mehrerer Prüfschichten, die automatisierte Werkzeuge mit manuellen Prüfungen kombinieren. Ein wichtiges Werkzeug dabei ist die Google Play Integrity API, die Gerätelevel-Sachverständnis mit Reaktionszeiten unter 200ms bietet [\[1\]](https://ionic.io/docs/tutorials/mobile-security/play-integrity)[\[2\]](https://github.com/capacitor-community/play-integrity/).
-
-| Überwachungsebene | Implementierung |
-| --- | --- |
-| Gerätesachverständnis | Play Integrity API |
-| Binärüberprüfung | Prüfziffernvalidierung |
-| Update-Validierung | Kryptografische Signaturen |
-
-Um die Sicherheit zu erhöhen, sollten Teams automatisierte Prüfungen in ihre CI/CD-Pipelines integrieren. Einige bewährte Praktiken umfassen:
-
--   **90% Testabdeckung** für sicherheitskritische Abschnitte [\[5\]](https://en.wikipedia.org/wiki/Code_integrity)
--   **Verpflichtende Code-Überprüfungen** für alle Updates
--   **Notfall-Patch-Bereitstellung** innerhalb von 24 Stunden
-
-Diese Schichten arbeiten zusammen, um ein starkes, mehrschichtiges Verteidigungssystem zu schaffen.
-
-### Sicherheit vs. Geschwindigkeit
-
-Die richtige Balance zwischen Sicherheit und Leistung zu finden, ist eine Herausforderung, insbesondere bei der Verwendung von Update-Tools und APIs. Die Optimierung der Leistungskennzahlen, ohne die Sicherheit zu gefährden, ist der Schlüssel.
-
-| Leistungskennzahl | Zielschwelle | Optimierungsmethode |
-| --- | --- | --- |
-| Kaltstartverzögerung | <300ms | Parallelisierte Sicherheitsinitialisierung |
-| Speicherüberhang | <15MB RAM | Effiziente Bibliotheksnutzung |
-| Verifizierungsverzögerung | <200ms | Token-Caching (2-4 Stunden TTL) |
-| Hintergrundüberwachung | Minimale Auswirkung | Ereignisgesteuerte Überprüfungen |
-
-Hier sind einige Strategien, um sowohl Geschwindigkeit als auch Sicherheit zu gewährleisten:
-
--   **Progressive Verifizierung**: Beginnen Sie mit grundlegenden Signaturprüfungen, bevor Sie vollständige kryptografische Validierungen durchführen [\[2\]](https://github.com/capacitor-community/play-integrity/).
--   **Risiko-basiertes Authentifizierung**: Passen Sie die Intensität der Verifizierung basierend auf Risikosignalen an, wie z.B. ungewöhnlichen Benutzerstandorten oder Geräteprofilen.
--   **Offline-kompatible Validierung**: Stellen Sie sicher, dass Ihr System selbst bei schlechten Netzwerkbedingungen funktioniert, indem Sie essentielle Sicherheits-Tokens zwischenspeichern und Rückfallmechanismen verwenden.
-
-Kontinuierliche Überwachung und Anpassungen sind entscheidend. Wöchentliche Sicherheitsüberprüfungen [\[3\]](https://github.com/talsec/Free-RASP-Capacitor) in Verbindung mit automatisierten Schwachstellenscans können helfen, diese Balance zwischen Schutz und Leistung aufrechtzuerhalten.
-
-## Zusammenfassung
-
-Der Schutz der Code-Integrität von Capacitor-Apps erfordert eine Mischung aus plattform-native Funktionen und spezialisierten Werkzeugen:
-
-Die **Play Integrity API** bietet gerätelevel-Sachverständnis mit Reaktionszeiten unter 200ms, um die Legitimität von Google-verifizierten Apps sicherzustellen [\[1\]](https://ionic.io/docs/tutorials/mobile-security/play-integrity)[\[2\]](https://github.com/capacitor-community/play-integrity/). Ergänzend dazu bieten Laufzeitverifikationstools wie **freeRASP** eine Echtzeiterkennung kompromittierter Umgebungen [\[3\]](https://github.com/talsec/Free-RASP-Capacitor)[\[4\]](https://www.npmjs.com/package/capacitor-freerasp/v/1.0.0).
-
-Für Teams, die OTA-Updates verwalten, ist die Verwendung von **End-to-End-Verschlüsselung** und **automatischer Prüfziffernvalidierung** entscheidend. Die Kombination dieser plattformspezifischen Funktionen mit spezialisierten Werkzeugen ermöglicht sichere Updates und unterstützt schnelle Bereitstellungen.
-
-Um Sicherheit und App-Performance in Einklang zu bringen, sollten Entwicklungsteams sich auf Folgendes konzentrieren:
-
-1.   **Sichere Kommunikation** zwischen den App-Komponenten  
-2.   **Validierte Token-Generierung** zur Verhinderung von Missbrauch  
-3.   **Echtzeitüberwachung** der App-Umgebungen  
-4.   Einhaltung der **plattformspezifischen Richtlinien**
-
-Dieser Ansatz sorgt für einen hohen Schutz, ohne die Leistung zu opfern, und legt die Grundlage für zuverlässige Updates und eine sichere Wartung der App.
diff --git a/src/content/blog/de/common-cicd-bottlenecks-in-ota-pipelines.md b/src/content/blog/de/common-cicd-bottlenecks-in-ota-pipelines.md
deleted file mode 100644
index 802bfe4f1..000000000
--- a/src/content/blog/de/common-cicd-bottlenecks-in-ota-pipelines.md
+++ /dev/null
@@ -1,143 +0,0 @@
----
-slug: common-cicd-bottlenecks-in-ota-pipelines
-title: Häufige CI/CD-Engpässe in OTA-Pipelines
-description: >-
-  Erfahren Sie, wie Sie häufige Herausforderungen in OTA CI/CD-Pipelines
-  bewältigen können, um die Update-Effizienz, Sicherheit und
-  Benutzerzufriedenheit zu verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:07:29.962Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb0f072e221594daf40959-1744510123218.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  CI/CD, OTA updates, automation, testing, security, deployment strategies,
-  performance tracking, scalability
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**CI/CD-Pipelines sind für die schnelle und effiziente Bereitstellung von Over-the-Air (OTA) Updates unverzichtbar.** Aber sie stehen oft vor Herausforderungen, die Deployments verlangsamen. Hier ist, was Sie wissen müssen:
-
--   **Wichtige Engpässe**: Probleme bei der Tool-Integration, Verzögerungen beim Testen, Skalierbarkeitsprobleme, Sicherheitslücken und fehlende Leistungsüberwachung.
--   **Lösungen**: Automatisierung von Aufgaben, Verwendung von Delta-Updates, Implementierung paralleler und gestaffelter Rollouts und Einrichtung von Rollback-Systemen.
--   **Best Practices**: [Updates mit Verschlüsselung absichern](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/), Leistung mit Echtzeit-Analysen überwachen und Einhaltung der App Store-Regeln sicherstellen.
-
-Durch die Beseitigung dieser Engpässe können Sie schnellere Updates erreichen, Kosten senken und die Benutzerzufriedenheit verbessern. Zum Beispiel hat die Plattform von [Capgo](https://capgo.app/) 23,5 Millionen Updates mit einer Erfolgsquote von 82% geliefert und dabei über fünf Jahre bis zu 26.100 $ eingespart.
-
-**Fazit**: Optimieren Sie Ihre CI/CD-Pipeline mit Automatisierung, Sicherheit und intelligenten Deployment-Strategien, um OTA-Updates effizient bereitzustellen.
-
-## DevOps Pipeline VERLANGSAMT Sie? Hier ist die LÖSUNG!
-
-<iframe src="https://www.youtube.com/embed/90033Mv9VF8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Hauptverzögerungen in CI/CD-Pipelines
-
-OTA CI/CD-Pipelines stehen oft vor Engpässen, die Deployments verzögern und Effizienz sowie Zeitpläne beeinträchtigen.
-
-### Herausforderungen bei der Tool-Integration
-
-Die reibungslose Zusammenarbeit von Entwicklungstools kann Verzögerungen verursachen. Eine nahtlose Integration mit weit verbreiteten CI/CD-Plattformen wie [GitHub Actions](https://docs.github.com/actions) und [GitLab CI](https://docs.gitlab.com/ee/ci/) vereinfacht Workflows bei gleichzeitiger Aufrechterhaltung der Sicherheitsprotokolle.
-
-> "Wir konfigurieren Ihre CI/CD-Pipeline direkt in Ihrer bevorzugten Plattform, sei es GitHub Actions, GitLab CI oder andere. Wir hosten keine CI/CD und berechnen keine Wartungsgebühren." – Capgo [\[1\]](https://capgo.app/)
-
-Diese Hürde bereitet oft den Weg für weitere Herausforderungen innerhalb der CI/CD-Pipeline.
-
-### Testverzögerungen
-
-Testphasen können ebenfalls Verzögerungen verursachen, besonders wenn die Automatisierung begrenzt oder Validierungen übermäßig komplex sind. Die Einführung automatisierter, phasenweiser Rollouts - wie gezieltes Beta-Testing - kann diesen Prozess optimieren und Verzögerungen reduzieren.
-
-### Skalierbarkeitsprobleme
-
-Mit steigendem Update-Volumen können Pipelines überfordert sein. Die Verwaltung großer gleichzeitiger Updates wird oft zum Engpass. Cloud-basierte Lösungen bieten eine Möglichkeit, dieses Wachstum durch verbesserte Ressourcenzuweisung und Skalierbarkeit effektiver zu handhaben.
-
-### Sicherheitsbedenken in OTA-Pipelines
-
-Sicherheitslücken in OTA-Pipelines stellen Risiken für den Deployment-Prozess dar. Die Verwendung von Ende-zu-Ende-Verschlüsselung ist entscheidend, um Update-Inhalte zu schützen und die Einhaltung von Sicherheitsstandards zu gewährleisten. Moderne OTA-Systeme setzen nun auf starke Verschlüsselung, um diese Schwachstellen zu beheben.
-
-### Mangel an Leistungsüberwachung
-
-Ohne angemessene Leistungsüberwachung wird die Identifizierung und Behebung von Problemen zur Herausforderung. In die Pipeline integrierte Echtzeit-Analysen können die notwendigen Einblicke liefern, um Workflows zu optimieren und Probleme schnell zu beheben.
-
-## Build- und Deployment-Zeiten beschleunigen
-
-Machen Sie Over-the-Air (OTA) Updates schneller mit intelligenter Automatisierung und effizienten Deployment-Strategien.
-
-### Pipeline-Aufgaben automatisieren
-
-Die Automatisierung wiederholender Aufgaben kann während des Deployments viel Zeit sparen. Durch die Einrichtung automatisierter Prozesse für Integration, Tests und Deployment können Sie manuelle Verzögerungen eliminieren. Tools wie **GitHub Actions** und **GitLab CI** sind dafür hervorragend geeignet. Plattformen wie **Capgo** können auch helfen, indem sie Ihre CI/CD-Pipeline direkt auf Ihrer gewählten Plattform anpassen. Für weitere Verbesserungen nutzen Sie differenzielle Deployments, um die Größe der Update-Pakete zu reduzieren.
-
-### Delta-Updates verwenden
-
-Delta-Updates konzentrieren sich darauf, nur die geänderten Teile der Software zu senden, anstatt des gesamten Pakets. Dieser Ansatz reduziert die Update-Größe, beschleunigt das Deployment und verringert den Bandbreitenverbrauch.
-
-### Parallele und gestaffelte Rollouts
-
-Beschleunigen Sie den Prozess durch parallele Ausführung von Pipeline-Aufgaben. Kombinieren Sie dies mit gestaffelten Rollouts - wie Beta-Tests, phasenweise Deployments und schließlich Vollproduktion - um Risiken zu managen und die Serverbelastung zu reduzieren.
-
-### Rollback-System hinzufügen
-
-Stellen Sie sicher, dass Sie ein Rollback-System implementiert haben. Dies ermöglicht ein schnelles Zurücksetzen auf eine stabile Version, falls etwas schief geht.
-
-## CI/CD-Pipeline-Standards
-
-Klare Standards sind entscheidend für sichere und konforme OTA-Updates.
-
-### App Store Regel-Checkliste
-
-Die Einhaltung von App Store-Regeln ist für erfolgreiche OTA-Updates unerlässlich. Sowohl der [Apple App Store](https://developer.apple.com/app-store/guidelines/) als auch der [Google Play Store](https://developer.android.com/distribute/play-policies) haben strenge Richtlinien. Capgos Plattform hilft bei der Einhaltung durch Ende-zu-Ende-Verschlüsselung, wobei nur autorisierte Benutzer Update-Pakete entschlüsseln können [\[1\]](https://capgo.app/).
-
-Wichtige Compliance-Anforderungen umfassen:
-
--   [Sichere Update-Bereitstellungsmethoden](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)
--   Einholung der Benutzerzustimmung für Updates
--   Klare Versionsverfolgung
--   Effektive Fehlerbehandlung
--   Rollback-Optionen für fehlgeschlagene Updates
-
-### Vollständige Testschritte
-
-Gründliches Testen ist entscheidend für zuverlässige OTA-Updates. Ein strukturierter Testprozess - der Unit-Tests, Integrationstests und End-to-End-Tests umfasst - hilft bei der Aufrechterhaltung der Stabilität. Capgos Kanalsystem unterstützt fortgeschrittenes Testen, indem Teams Updates für spezifische Benutzergruppen für Beta-Tests und gestaffelte Rollouts freigeben können [\[1\]](https://capgo.app/).
-
-Tests sollten sich konzentrieren auf:
-
--   Sicherstellung der Update-Paket-Integrität
--   Umgang mit Netzwerkverbindungsproblemen
--   Überprüfung der Versionskompatibilität
--   Optimierung der Ressourcennutzung
--   Verifizierung von Fehlerbehebungsprozessen
-
-Sobald das Testen solide ist, ist die Überwachung des Update-Prozesses der nächste Schritt zur schnellen Problembehebung.
-
-### Update-Fortschrittsverfolgung
-
-Die Echtzeitüberwachung von Deployments ist wichtig, um sicherzustellen, dass die Pipeline reibungslos und effizient läuft.
-
-### Team-Kommunikationsmethoden
-
-Gute Kommunikation ist der Schlüssel für die Verwaltung von OTA-Updates. Die Einrichtung klarer Kanäle und rollenbasierter Zugriffskontrollen kann den Deployment-Prozess vereinfachen. Capgos Organisationsmanagementsystem unterstützt die Teamzusammenarbeit durch die Erstellung von Rollen und Berechtigungen, die eine ordnungsgemäße Überwachung gewährleisten [\[1\]](https://capgo.app/).
-
-Best Practices für die Kommunikation umfassen:
-
--   Regelmäßige Updates zum Deployment-Status
--   Klare Eskalationsverfahren für Probleme
--   Koordinationsprotokolle zwischen Teams
--   Detaillierte Dokumentation von Deployment-Entscheidungen
-
-## Fazit
-
-Die Bewältigung von CI/CD-Engpässen ist entscheidend für eine reibungslose OTA-Bereitstellung. Optimierte Pipelines können zu beeindruckenden Ergebnissen führen, wie zum Beispiel 95% der aktiven Nutzer, die Updates innerhalb von 24 Stunden erhalten, ein 5MB-Bundle, das in nur 114ms heruntergeladen wird, und eine durchschnittliche API-Antwortzeit von 57ms [\[1\]](https://capgo.app/).
-
-> "Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen" [\[1\]](https://capgo.app/)
-
-Capgos Implementierung über 750 Apps mit über 23,5 Millionen Updates [\[1\]](https://capgo.app/) zeigt die potenziellen Einsparungen - bis zu 26.100 $ über fünf Jahre - bei der Verwendung effizienter OTA-Update-Systeme. Um dies zu erreichen, konzentriert sich effektives CI/CD-Management auf:
-
--   **Automatisierte Workflows** zur Reduzierung manueller Aufgaben
--   **Delta-Updates** zur Begrenzung der Bandbreitennutzung
--   **Gestaffelte Deployments** für kontrollierte Rollouts
--   **Starke Sicherheit** mit Ende-zu-Ende-Verschlüsselung
--   **Echtzeit-Überwachung** mit detaillierten Analysen
diff --git a/src/content/blog/de/common-live-update-issues-and-solutions-for-developers.md b/src/content/blog/de/common-live-update-issues-and-solutions-for-developers.md
deleted file mode 100644
index 98ec678ea..000000000
--- a/src/content/blog/de/common-live-update-issues-and-solutions-for-developers.md
+++ /dev/null
@@ -1,257 +0,0 @@
----
-slug: common-live-update-issues-and-solutions-for-developers
-title: Häufige Live-Update-Probleme und Lösungen für Entwickler
-description: >-
-  Erfahren Sie mehr über Lösungen für häufige Herausforderungen bei
-  Live-Updates, einschließlich Netzwerkproblemen, Versionskonflikten und
-  Gerätekompatibilität, um das Benutzererlebnis zu verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T03:31:58.003Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a3d9861da6ea6c25fd54e4-1738812730938.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  live updates, network issues, version conflicts, device compatibility, CI/CD,
-  OTA updates, security, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Live-Updates ermöglichen Entwicklern, Änderungen direkt an Benutzer zu übermitteln, ohne App-Store-Verzögerungen. Aber sie bringen Herausforderungen wie Netzwerkprobleme, Versionskonflikte und Gerätekompatibilitätsprobleme mit sich. Dieser Leitfaden bietet Lösungen für reibungslose Updates:
-
--   **Netzwerkprobleme**: Nutzen Sie Wiederholungsmechanismen, chunk-basierte Downloads und Delta-Updates.
--   **Versionskonflikte**: Befolgen Sie semantische Versionierung, testen Sie Kompatibilität und stellen Sie ordnungsgemäße Datenmigration sicher.
--   **Gerätekompatibilität**: Testen Sie geräteübergreifend mit Tools wie [BrowserStack](https://www.browserstack.com/app-live) und optimieren Sie Updates für verschiedene Hardware- und Betriebssystemversionen.
--   **Build-Fehler in CI/CD**: Beheben Sie Abhängigkeitskonflikte, validieren Sie Umgebungsvariablen und automatisieren Sie Builds mit Tools wie [Capgo](https://capgo.app/).
--   **Sicherheit**: Schützen Sie Updates mit Verschlüsselung, Validierung und Zugangskontrolle.
-
-**Schnelltipp**: Tools wie Capgo vereinfachen Over-the-Air (OTA) Updates mit Funktionen wie Rollback-Optionen, gestaffelten Rollouts und Echtzeit-Monitoring.
-
-Möchten Sie reibungslosere Updates? Beginnen Sie damit, diese häufigen Probleme anzugehen, um Zeit zu sparen und die Benutzererfahrung zu verbessern.
-
-## Appflow Live Updates: Stellen Sie sofortige Updates direkt für Ihre Benutzer bereit
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Behebung von OTA-Update-Problemen
-
-OTA-Updates stehen oft vor Herausforderungen wie Netzwerkproblemen und Versionskonflikten. So gehen Sie diese effektiv an.
-
-### Netzwerkprobleme und Lösungen
-
-Netzwerkstörungen können Updates unterbrechen, aber es gibt Möglichkeiten damit umzugehen:
-
--   Verwenden Sie **Wiederholungsmechanismen** mit exponentieller Verzögerung bei Verbindungsabbrüchen.
--   Setzen Sie auf **chunk-basierte Downloads** für Umgebungen mit hoher Latenz.
--   Implementieren Sie **Delta-Updates** zur Reduzierung der Bandbreitennutzung.
-
-Tools wie `react-native-netinfo` können Netzwerkänderungen erkennen und darauf reagieren, was die Anpassung an verschiedene Bedingungen erleichtert [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-### Versionskontrollprobleme
-
-Eine ordnungsgemäße Versionsverwaltung ist der Schlüssel zu reibungslosen Updates. Semantische Versionierung bietet einen klaren Rahmen: Beim Hinzufügen einer neuen Funktion wird beispielsweise die Minor-Version aktualisiert (z.B. von 1.2.0 auf 1.3.0) während die Kompatibilität mit bestehenden App-Daten erhalten bleibt [\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform).
-
-So sollten Sie an die Versionskontrolle herangehen:
-
--   Überprüfen Sie die App-Version vor dem Anwenden von Updates.
--   Führen Sie Aufzeichnungen über frühere Versionskonfigurationen.
--   Stellen Sie sicher, dass Datenmigrationspfade zwischen Versionen existieren.
--   Nutzen Sie automatisierte Tests zur Bestätigung der Versionskompatibilität.
-
-### Nutzung von [Capgo](https://capgo.app/) für OTA Updates
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-06.jpg?auto=compress)
-
-Capgo ist ein leistungsstarkes Tool für die Verwaltung von OTA-Updates. Es bietet Funktionen wie eingebautes Monitoring, Rollback-Optionen und sichere Bereitstellung durch Ende-zu-Ende-Verschlüsselung. Außerdem macht seine CI/CD-Integration Deployments reibungsloser [\[3\]](https://appinventiv.com/blog/how-ci-cd-helps-mobile-app-development/).
-
-Wichtige Funktionen von Capgo sind:
-
--   **Echtzeit-Monitoring** zur Überwachung von Updates.
--   **Sofortiges Rollback** zur schnellen Problembehebung.
--   **Gestaffelte Rollouts** für kontrollierte Bereitstellungen.
--   **Versionskontrollintegration** für bessere Verwaltung.
--   **Analytik** zur Messung von Update-Erfolgsraten.
-
-Zur Optimierung Ihrer Deployment-Strategie konfigurieren Sie [Update-Kanäle](https://capgo.app/docs/webapp/channels/):
-
--   **Produktion**: Stabile Releases für allgemeine Benutzer.
--   **Beta**: Frühzeitiger Zugriff für Feature-Tests.
--   **Entwicklung**: Interne Tests und Validierung.
-
-Für dringende Updates funktionieren phasenweise Rollouts am besten. Beginnen Sie mit 5-10% der Benutzer, überwachen Sie die Ergebnisse und erweitern Sie schrittweise.
-
-## CI/CD Pipeline Probleme
-
-Entwickler stehen oft vor Herausforderungen bei der Arbeit mit CI/CD Pipelines, besonders während OTA-Updates. Schauen wir uns praktische Wege an, wie man diese häufigen Probleme angeht.
-
-### Build-Fehlerlösungen
-
-Build-Fehler werden meist durch Inkonsistenzen in der Umgebung oder Konflikte zwischen Abhängigkeiten verursacht. Hier ist ein Kurzleitfaden zur Behebung der häufigsten Probleme:
-
-| Fehlertyp | Häufige Ursache | Lösung |
-| --- | --- | --- |
-| Abhängigkeitskonflikte | Nicht übereinstimmende Versionen | Verwenden Sie Lock-Dateien wie `package-lock.json` oder `yarn.lock` |
-| Umgebungsvariablen | Fehlende oder falsche Werte | Richten Sie Umgebungsvalidierungsprüfungen ein |
-| Ressourcenbeschränkungen | Speicher/CPU-Einschränkungen | Passen Sie Ressourcenkontingente an und optimieren Sie Builds |
-
-Gesundheitsprüfungen vor der Bereitstellung kritischer Builds können Ausfälle minimieren. Sobald Sie Build-Probleme gelöst haben, konzentrieren Sie sich auf die Stabilisierung der Testautomatisierung für reibungslose Updates.
-
-### Testautomatisierungsprobleme
-
-Stabile Testautomatisierung ist essentiell für zuverlässige Live-Updates. Konzentrieren Sie sich auf diese Bereiche:
-
-**End-to-End Testing**  
-Nutzen Sie Tools wie [Selenium](https://www.selenium.dev/) oder [Appium](http://appium.io/) um gründliche Testsuiten zu erstellen. Diese sollten kritische Update-Szenarien abdecken, wie:
-
--   Herunterladen und Installieren von Updates
--   Überprüfung der Versionskompatibilität
--   Umgang mit Rollback-Szenarien
--   Tests unter verschiedenen Netzwerkbedingungen
-
-**Performance-Tests**  
-Verfolgen Sie wichtige Metriken während des Update-Prozesses, einschließlich:
-
--   Download-Geschwindigkeiten unter verschiedenen Netzwerkbedingungen
--   Speichernutzung während der Installation
--   App-Startzeit nach Updates
--   Batterieverbrauch während des Updates
-
-### Capgo CI/CD Einrichtungsleitfaden
-
-Capgo vereinfacht CI/CD-Workflows durch die Lösung häufiger Pipeline-Herausforderungen, von der Automatisierung von Builds bis zur Überwachung von Updates. So richten Sie eine zuverlässige Pipeline ein:
-
-1\. **Builds automatisieren**  
-Richten Sie Auslöser ein - wie Code-Pushes oder Pull Requests - um Builds automatisch zu handhaben. Capgos Integration unterstützt mehrere Deployment-Kanäle für kontrollierte Rollouts je nach Umgebung.
-
-2\. **Versionskontrolle nutzen**  
-Übernehmen Sie semantische Versionierung und eine Branching-Strategie (z.B. `main`, `staging`, `development`) um Deployments zu rationalisieren und Ordnung zu bewahren.
-
-3\. **Updates überwachen**  
-Verfolgen Sie wichtige Metriken mit Capgos Analysetools um im Auge zu behalten:
-
--   Erfolgsraten von Updates
--   Download-Abschlussraten
--   Benutzeradoptionstrends
--   Fehlerhäufigkeiten
-
-Aktivieren Sie Wiederholungsmechanismen für fehlgeschlagene Updates und nutzen Sie Fehlerprotokollierung zur Vereinfachung der Fehlerbehebung [\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform).
-
-Um versehentliche Deployments zu vermeiden, pflegen Sie separate Konfigurationen für Entwicklungs- und Produktionsumgebungen. Dies gewährleistet angemessene Tests vor der Live-Schaltung von Updates.
-
-## Gerätekompatibilitätsprobleme
-
-Die Sicherstellung, dass Ihre App nahtlos über Geräte und APIs hinweg funktioniert, ist ein Schlüsselfaktor für erfolgreiche Live-Updates.
-
-### Multi-Geräte-Unterstützung
-
-Tests auf verschiedenen Geräten sind entscheidend für zuverlässige Live-Updates. Laut BrowserStack App Live Testdaten müssen Apps typischerweise auf 15-20 verschiedenen Gerätekonfigurationen getestet werden, um 90% der üblichen Benutzerszenarien abzudecken [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-| Geräte-Kategorie | Wichtige Überlegungen | Test-Fokus |
-| --- | --- | --- |
-| High-End-Geräte | Rechenleistung, Neueste APIs | Feature-Kompatibilität, Performance-Tuning |
-| Mittelklasse-Geräte | Speichernutzung, Batterieeinfluss | Ressourcenverwaltung, [Update-Größenoptimierung](https://capgo.app/blog/optimise-your-images-for-updates/) |
-| Low-End-Geräte | Hardware-Grenzen, Speicher | Minimale Anforderungen, Kompressionstechniken |
-
-Um die Performance über Geräte hinweg zu verbessern, passen Sie die Funktionen Ihrer App an die Geräteleistung an durch:
-
--   **Nutzung progressiven Ladens** für anspruchsvolle Funktionen.
--   **Anwendung gerätespezifischen Cachings** zur Leistungsverbesserung.
--   **Komprimierung von Update-Paketen** für Speicherbeschränkungen.
-
-Während die Optimierung für Geräte wichtig ist, fügt der Umgang mit Unterschieden in Betriebssystemen und API-Versionen eine weitere Komplexitätsebene hinzu.
-
-### API-Versionsunterschiede
-
-Die meisten Apps müssen mindestens drei große API-Versionen unterstützen, um 95% ihrer Nutzerbasis abzudecken [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-**Wichtige Strategien für API-Management:**
-
--   **API-Versionen erkennen** zur Identifikation von Geräte-OS und API-Leveln.
--   **Bedingte Code-Ausführung** für Features nutzen, die von spezifischen APIs abhängen.
--   **Fallback-Lösungen** für essenzielle Features aufbauen.
--   **OS-Beta-Programmen beitreten** um kommende Änderungen vorauszusehen.
-
-**Best Practices für Versionskontrolle:**
-
--   Updates über alle unterstützten API-Versionen testen.
--   Detaillierte Dokumentation von API-Abhängigkeiten für jedes Feature führen.
--   Separate Update-Kanäle für verschiedene API-Versionen nutzen.
--   Abkündigungshinweise überwachen und Migrationen proaktiv planen.
-
-Im Umgang mit API-Updates priorisieren Sie Abwärtskompatibilität. Eine Kompatibilitätsschicht kann helfen, Lücken zwischen API-Versionen zu überbrücken und stellt sicher, dass Updates reibungslos über Geräte mit verschiedenen OS-Versionen laufen.
-
-Für Teams, die automatisierte Tests nutzen, richten Sie Ihre CI/CD-Pipeline ein, um Updates gegen mehrere API-Versionen zu validieren. Dieser proaktive Ansatz minimiert das Risiko von Kompatibilitätsproblemen in der Produktion [\[3\]](https://appinventiv.com/blog/how-ci-cd-helps-mobile-app-development/).
-
-## Sicherheit und Regeln
-
-Die Sicherstellung, dass Updates sicher übermittelt werden und Plattformregeln einhalten, ist entscheidend zum Schutz von Benutzern und Entwicklern vor potenziellen Risiken. Die Forschung von [IBM](https://www.ibm.com/) zeigt, dass Datenschutzverletzungen Unternehmen 2022 durchschnittlich 4,35 Millionen Dollar kosteten [\[4\]](https://www.socialsellinator.com/social-selling-blog/seo-article-writing), was die Wichtigkeit der Priorisierung von Sicherheit bei App-Updates unterstreicht.
-
-### Datenschutzmethoden
-
-Die Absicherung von Live-Updates erfordert mehrere Schutzebenen. Hier sind die drei primären Fokusgebiete:
-
-| **Sicherheitsebene** | **Implementierung** | **Zweck** |
-| --- | --- | --- |
-| **[Datenverschlüsselung](https://capgo.app/docs/cli/migrations/encryption/)** | Ende-zu-Ende-Verschlüsselung | Schützt Updates während der Übertragung |
-| **Update-Validierung** | Kryptographische Signaturen | Bestätigt die Echtheit von Updates |
-| **Zugangskontrolle** | Token-basierte Authentifizierung | Verhindert unbefugte Updates |
-
-Capgos Werkzeuge erleichtern die Absicherung von Updates durch Automatisierung wichtiger Prozesse:
-
--   **[Paketverschlüsselung](https://capgo.app/docs/cli/migrations/encryption/)**: Automatische Verschlüsselung von Update-Paketen.
--   **Sichere Übertragung**: Stellt sicher, dass Updates HTTPS-Protokolle verwenden.
--   **Versions-Validierung**: Bestätigt die Integrität des Updates vor der Installation.
-
-### Plattform-Richtlinien
-
-Die Einhaltung von App-Store-Regeln und Datenschutzgesetzen ist nicht verhandelbar. Zum Beispiel können [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)-Verstöße zu Strafen von bis zu 20 Millionen Euro oder 4% des globalen Umsatzes führen [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash). Die Befolgung dieser Richtlinien ist essentiell.
-
-**Wichtige Compliance-Maßnahmen:**
-
-| **Anforderung** | **Implementierungsmethode** | **Überprüfung** |
-| --- | --- | --- |
-| **Nutzereinwilligung** | In-App Update-Aufforderungen | Einwilligungsprotokolle führen |
-| **Datenminimierung** | Nur wesentliche Daten erfassen | Regelmäßige Überprüfungen |
-| **Update-Transparenz** | Klare Änderungsprotokolle bereitstellen | Nutzer benachrichtigen |
-| **Sicherheitsüberwachung** | Automatisierte Prüfungen | Kontinuierliche Scans durchführen |
-
-Um compliant zu bleiben während Updates bereitgestellt werden:
-
--   Führen Sie detaillierte Aufzeichnungen über Datenverarbeitung und Update-Protokolle für Audits.
--   Verwenden Sie einfache, benutzerfreundliche Einwilligungsmechanismen.
--   Überprüfen und verbessern Sie regelmäßig die Sicherheitspraktiken.
-
-Für die DSGVO-Konformität führen Sie Datenschutz-Folgenabschätzungen durch, um Risiken vor der Bereitstellung zu identifizieren. Speichern Sie Update-Protokolle sicher und führen Sie eine klare Dokumentation aller Sicherheitsmaßnahmen für mögliche Audits.
-
-Mit diesen Sicherheitsprotokollen sind Sie bereit, Lösungen für die Optimierung zukünftiger Updates zu erkunden.
-
-## Fazit
-
-### Lösungsübersicht
-
-Die Verwendung von Tools wie Capgo hilft bei der Bewältigung von Herausforderungen bei OTA-Updates, CI/CD-Pipelines und Gerätekompatibilität. Diese Tools konzentrieren sich auf die Lösung häufiger Probleme wie Netzwerkzuverlässigkeit, Versionskontrolle und plattformübergreifende Kompatibilität, um reibungslose Updates für Benutzer sicherzustellen.
-
-| **Herausforderung** | **Lösung** | **Ergebnis** |
-| --- | --- | --- |
-| OTA & CI/CD | Validierung, Rollback, automatisierte Tests | 95% weniger Ausfälle, 60% schnellere Zyklen |
-| Gerätekompatibilität | Plattformübergreifende Test-Frameworks | 85% Reduzierung gerätespezifischer Probleme |
-
-### Ausblick: Update-Innovationen
-
-KI-gestützte Tools ebnen den Weg für intelligentere Updates mit Funktionen wie Echtzeit-Problemerkennung und automatisierten Korrekturen. Weitere Trends sind blockchain-basierte Sicherheit, Echtzeit-Überwachung, erweiterte Kompatibilitätsprüfungen und bessere Synchronisation über Plattformen hinweg. Die Übernahme dieser Methoden kann Entwicklern helfen, ihre Update-Prozesse zuverlässiger und zukunftssicher zu gestalten.
-
-### Erste Schritte mit Capgo
-
-Capgo macht die Implementierung von Live-Update-Lösungen einfach, steigert die Bereitstellungsgeschwindigkeit und Zuverlässigkeit bei gleichzeitiger Reduzierung der Integrationszeit.
-
-So beginnen Sie:
-
--   Nutzen Sie Capgos CI/CD-Tools zur Testautomatisierung.
--   Richten Sie Verschlüsselung ein und validieren Sie Versionen.
--   Konfigurieren Sie Updates für bestimmte Benutzergruppen.
-
-Diese Schritte gewährleisten einen reibungsloseren Workflow und schnellere Updates.
diff --git a/src/content/blog/de/common-mistakes-in-custom-attribute-segmentation.md b/src/content/blog/de/common-mistakes-in-custom-attribute-segmentation.md
deleted file mode 100644
index 76eaeb3fd..000000000
--- a/src/content/blog/de/common-mistakes-in-custom-attribute-segmentation.md
+++ /dev/null
@@ -1,137 +0,0 @@
----
-slug: common-mistakes-in-custom-attribute-segmentation
-title: Häufige Fehler bei der Segmentierung mit benutzerdefinierten Attributen
-description: >-
-  Lernen Sie wichtige Fallstricke bei der benutzerdefinierten
-  Attributsegmentierung kennen und erfahren Sie, wie Sie das Nutzerengagement
-  und die App-Leistung effektiv verbessern können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T14:10:29.790Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f91f892e221594daf25028-1744380640437.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  custom attribute segmentation, user engagement, app performance, segmentation
-  mistakes, data compliance
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-Benutzerdefinierte Attributsegmentierung ist entscheidend für die Verbesserung des Nutzerengagements und der App-Leistung. Aber viele Entwickler machen häufige Fehler, die zu ineffizienten Updates, schlechtem Targeting und reduzierter Nutzerzufriedenheit führen. Hier ein kurzer Überblick, was zu vermeiden ist und wie man es verbessern kann:
-
--   **Zu vermeidende Fehler**:
-    
-    -   Überkomplizierte Modelle: Halten Sie die Segmentierung einfach, um Fehler und Verzögerungen zu vermeiden
-    -   Verwendung veralteter Daten: Aktualisieren Sie Daten regelmäßig für präzises Targeting
-    -   Vermischung von Regeltypen: Bleiben Sie bei einheitlichen Formaten für mehr Klarheit
-    -   Ignorieren des Nutzerverhaltens: Kombinieren Sie statische Attribute mit Nutzeraktionen für bessere Erkenntnisse
-    -   Fehlende klare Ziele: Definieren Sie spezifische Ziele, um den Fokus zu behalten
--   **Verbesserungsmöglichkeiten**:
-    
-    -   Richtige Segmentgröße festlegen: Vermeiden Sie zu spezifische Gruppen; konzentrieren Sie sich auf umsetzbare Segmente
-    -   Sofortige Segmentaktualisierung: Nutzen Sie Tools, die Live-Updates für schnellere Reaktionen ermöglichen
-    -   Überwachen und anpassen: Verfolgen Sie Metriken wie Erfolgsraten, Engagement und Fehler zur Verfeinerung der Segmentierung
-    -   Datenregeln befolgen: Begrenzen Sie die Datenerfassung, gewährleisten Sie Transparenz und halten Sie Vorschriften wie [GDPR](https://enwikipediaorg/wiki/General_Data_Protection_Regulation) ein
--   **Warum es wichtig ist**:
-    
-    -   Tools wie [Capgo](https://capgo.app/) ermöglichen Echtzeit-Updates, sichere Datenverarbeitung und schnelle Auslieferungen, wodurch innerhalb von 24 Stunden eine Updateerfolgsrate von bis zu 95% erreicht wird. Die Einführung der richtigen Tools und Strategien kann die Segmentierung optimieren und das Nutzer-Targeting verbessern.
-
-## Datenattribute, intelligente Listen und Segmentierungen | San
-
-<iframe src="https://www.youtube.com/embed/HzFUdPZzaGE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Häufige Segmentierungsfehler
-
-Benutzerdefinierte Attributsegmentierung kann durch einige häufige Fallstricke aus der Bahn geraten. Diese Probleme zu vermeiden ist der Schlüssel, um Ihre App reibungslos am Laufen zu halten und Nutzer effektiv einzubinden.
-
-### Überkomplizierte Modelle
-
-Wenn Ihre Segmentierungsmodelle zu kompliziert sind, können sie die Verarbeitung verlangsamen, Fehler erhöhen und die Fehlerbehebung erschweren. Halten Sie die Dinge einfach und optimiert, um effizient und genau zu bleiben.
-
-### Verwendung veralteter Daten
-
-Sich auf alte Daten zu verlassen kann Ihr Targeting durcheinanderbringen. Stellen Sie sicher, dass Sie Ihre Daten regelmäßig aktualisieren, um Ihre Segmentierung präzise und Ihre Nutzererfahrung optimal zu halten.
-
-### Vermischung von Regeltypen
-
-Die Kombination verschiedener Regelformate - wie Boolesche mit numerischen Kriterien, inkonsistente Benennung oder widersprüchliche Hierarchien - kann Verwirrung und Fehler verursachen. Bleiben Sie bei einem einheitlichen Format, um sicherzustellen, dass Ihre Regeln wie beabsichtigt funktionieren.
-
-### Übersehen des Nutzerverhaltens
-
-Statische Attribute allein erzählen nicht die ganze Geschichte. Das Ignorieren der Nutzerinteraktionen mit Ihrer App kann die Wirkung Ihrer Segmentierung einschränken. Die Einbeziehung von Daten über Nutzeraktionen macht Ihr Targeting reaktionsschneller und effektiver.
-
-### Fehlende klare Ziele
-
-Ohne klare Ziele können Ihre Segmentierungsbemühungen den Fokus verlieren. Definieren Sie spezifische Metriken und Zeitpläne und stellen Sie sicher, dass Ihre Segmentierung mit Ihrer Gesamtgeschäftsstrategie übereinstimmt.
-
-Als Nächstes tauchen Sie ein in Strategien zur Verbesserung der Segmentierung und Schärfung Ihres Targetings.
-
-## Wie man die Segmentierung verbessert
-
-Hier erfahren Sie, wie Sie Ihren Segmentierungsansatz verfeinern können, um häufige Fehler zu vermeiden.
-
-### Richtige Segmentgröße festlegen
-
-Wählen Sie Segmentgrößen, die eine Balance zwischen Umsetzbarkeit und statistischer Zuverlässigkeit schaffen. Vermeiden Sie es, Nutzer für jede kleine Präferenz in zu spezifische Gruppen aufzuteilen. Konzentrieren Sie sich stattdessen darauf, ähnliche Verhaltensweisen zu gruppieren, um Segmente zu erstellen, die einfacher zu analysieren und zu bearbeiten sind.
-
-### Sofortige Segmentaktualisierung
-
-Moderne Tools ermöglichen Ihnen, sofortige Änderungen an Ihrer Segmentierung vorzunehmen. Live-Updates sind hilfreich, weil sie:
-
--   App-Store-Überprüfungen für Änderungen überspringen lassen
--   Ihnen helfen, schnell auf Veränderungen im Nutzerverhalten zu reagieren
--   A/B-Tests verschiedener Segmentierungsstrategien ermöglichen
--   Schnelle Rücknahmen erlauben, wenn etwas nicht wie geplant funktioniert
-
-### Überwachen und Anpassen
-
-Behalten Sie die Leistung Ihrer Segmentierung im Auge und nehmen Sie bei Bedarf Anpassungen vor.Konzentrieren Sie sich auf diese Bereiche:
-
-| Zu überwachender Aspekt | Zu verfolgende Metriken | Was zu tun ist |
-| --- | --- | --- |
-| Update-Erfolg | Erfolgsrate, Bereitstellungszeit | Messen Sie die Qualität der Update-Anwendung und verbessern Sie Bereitstellungsprozesse |
-| Nutzerengagement | Sitzungsdauer, Funktionsnutzung | Verfeinern Sie Segmente basierend auf der App-Nutzung |
-| Fehlerverfolgung | Fehlerhäufigkeit, Fehlertypen | Identifizieren und beheben Sie durch Segmentierung verursachte Probleme |
-| Leistungsauswirkung | Ladezeiten, Ressourcenverbrauch | Optimieren Sie die Verarbeitung für reibungslosen App-Betrieb |
-
-### Halten Sie sich an Datenregeln
-
-Die Einhaltung von Datenschutzbestimmungen ist nicht optional. So bleiben Sie konform und verbessern die Segmentierung:
-
--   **Nur das Nötige sammeln**: Beschränken Sie die Datenerfassung auf das für Ihre Segmentierungsziele Wesentliche. Dies reduziert Compliance-Risiken und hält die Verarbeitung effizient
--   **Seien Sie transparent**: Erklären Sie den Nutzern klar, wie ihre Daten verwendet werden. Dies schafft Vertrauen und ermutigt sie, genaue Informationen zu teilen
--   **Regelmäßig prüfen**: Überprüfen Sie Ihre Segmentierungskriterien auf Konformität mit Vorschriften wie GDPR und [CCPA](https://enwikipediaorg/wiki/California_Consumer_Privacy_Act). Entfernen Sie veraltete oder unnötige Datenpunkte
-
-Wichtig ist auch die Verwendung von Ende-zu-Ende-Verschlüsselung und sicheren Datenverarbeitungsmethoden zum Schutz der Nutzerinformationen bei effektiver Segmentierung.
-
-## Überblick über Segmentierungstools
-
-Bei der Auswahl von Tools für die Segmentierung nach benutzerdefinierten Attributen achten Sie auf Funktionen, die Fehler minimieren und das Targeting verbessern. Zu den Schlüsselfunktionen gehören Echtzeit-Analytik, Rollback-Optionen, gezielte Update-Verteilung, flexible Hosting-Optionen (Cloud und Self-Hosted), Ende-zu-Ende-Verschlüsselung und App-Store-Konformität.
-
-### Tool-Vergleichstabelle
-
-| Funktion | Capgo | Auswirkung auf Segmentierung |
-| --- | --- | --- |
-| **Update-Geschwindigkeit** | 114ms Download (5MB Bundle)[\[1\]](https://capgo.app/) | Schnellere Updates reduzieren veraltete Datenprobleme |
-| **Erfolgsrate** | 95% Update-Rate innerhalb 24 Stunden[\[1\]](https://capgo.app/) | Höhere Adoption gewährleistet bessere Segmentgenauigkeit |
-| **Sicherheit** | Ende-zu-Ende-Verschlüsselung[\[1\]](https://capgo.app/) | Schützt sensible Nutzerdaten effektiv |
-| **Analytik** | Echtzeit-Analytik[\[1\]](https://capgo.app/) | Liefert sofortiges Feedback zur Segmentleistung |
-| **Hosting-Optionen** | Cloud und Self-Hosted | Unterstützt verschiedene Bereitstellungsanforderungen |
-| **Globale Abdeckung** | 57ms API-Antwortzeit weltweit[\[1\]](https://capgo.app/) | Bietet konsistente Leistung über Regionen hinweg |
-
-Die Segmentierungstool-Landschaft hat sich in den letzten Jahren stark verändert. Zum Beispiel haben die Einstellung von [Microsoft Code Push](https://learnmicrosoftcom/en-us/appcenter/distribution/codepush/) in 2024 und die bevorstehende Abschaltung von [AppFlow](https://ionicio/appflow) in 2026 Entwickler dazu gebracht, zuverlässigere Alternativen zu erkunden. Diese Änderungen unterstreichen die Bedeutung von Tools, die Segmentierungsherausforderungen direkt angehen.
-
-Metriken wie Update-Geschwindigkeiten und Erfolgsraten betonen Zuverlässigkeit und stellen aktive und präzise ausgerichtete Nutzergruppen sicher. Auch die Preisgestaltung spielt eine wichtige Rolle - einige Plattformen kosten 5.000-6.000 € jährlich, während andere etwa 300 € pro Monat[\[1\]](https://capgo.app/) kosten. Diese Preisspanne macht fortschrittliche Tools auch für kleinere Teams zugänglich.
-
-Konzentrieren Sie sich auf Tools mit sofortiger Bereitstellung, sicherer Datenverarbeitung und reibungsloser CI/CD-Integration. Diese Funktionen sind essentiell für die Reduzierung von Fehlern und die Verbesserung der Segmentierungsergebnisse.
-
-## Fazit
-
-Effektive Segmentierung basiert auf Einfachheit, Echtzeit-Updates und klaren Zielen. Richtig umgesetzt können Segmentierungsmodelle sowohl praktisch als auch effizient sein und ermöglichen schnellere Feature-Einführungen und präzises Nutzer-Targeting.
-
-Die heutigen Plattformen haben mit Echtzeit-Segmentierungstools neue Maßstäbe gesetzt. Entwickler können nun Nutzersegmente sofort aktualisieren und verwalten, was genaues Targeting über eine breite Nutzerbasis hinweg gewährleistet.Erfolg bei der Segmentierung basiert auf einigen wichtigen Grundpraktiken: einfache Modelle beibehalten, Echtzeitaktualisierungen nutzen, messbare Ziele setzen und Analysen zur Leistungsverfolgung einsetzen. Mit den richtigen Werkzeugen können Entwickler Benutzersegmente erstellen, die sowohl reaktionsfähig als auch wirkungsvoll sind.
diff --git a/src/content/blog/de/comparing-react-native-vs-capacitor.md b/src/content/blog/de/comparing-react-native-vs-capacitor.md
deleted file mode 100644
index 262921c18..000000000
--- a/src/content/blog/de/comparing-react-native-vs-capacitor.md
+++ /dev/null
@@ -1,243 +0,0 @@
----
-slug: comparing-react-native-vs-capacitor
-title: Vergleich von React Native und Capacitor
-description: >-
-  In diesem Artikel vergleichen wir die Entwicklung mobiler Apps mit React
-  Native mit der Verwendung von React und Capacitor, wobei wir ihre Funktionen,
-  Leistung, Community und mehr behandeln.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-11T00:00:00.000Z
-updated_at: 2023-06-11T00:00:00.000Z
-head_image: /react_native_vs_react_capacitor.webp
-head_image_alt: 'Vergleichsillustration: React Native vs. Capacitor'
-tag: Alternatives
-published: true
-locale: de
-next_blog: ''
----
-
-Was wir behandeln werden:
-
-- Was ist Capacitor?
-- Was ist React Native?
-- Was haben beide Frameworks gemeinsam?
-- React Native vs Capacitor: Funktionalität
-- React Native vs Capacitor: Leistung
-- React Native vs Capacitor: Community
-- React Native vs Capacitor: Lernkurve
-- React Native vs Capacitor: Nachfrage nach Fähigkeiten
-- Sollten Sie React und Capacitor oder React Native verwenden?
-
-## Was ist Capacitor?
-
-Capacitor ist ein plattformübergreifendes Tool, das vom Ionic-Team entwickelt wurde. Es ermöglicht Ihnen, Ihre Webanwendung in eine iOS- oder Android-Anwendung umzuwandeln.
-
-Mit Capacitor können Sie mobile Anwendungen mit Ihrem JavaScript-Code erstellen. Die Apps werden dann über den nativen WebView Ihres Telefons gerendert. Mit Capacitor-Plugins und APIs können Sie auf native Funktionen wie Kamera, Lautsprecher und andere zugreifen.
-
-Capacitor ist mit verschiedenen JavaScript-Frameworks kompatibel, wie React, Vue, Angular und Vanilla JS.
-
-## Was ist React Native?
-
-React Native ist im Wesentlichen React für mobile Anwendungen. Es ermöglicht Ihnen, Apps für Android und iOS mit React-Syntax zu erstellen.
-
-Der von Ihnen geschriebene React-Code interagiert mit nativen APIs auf mobilen Geräten. React Native stellt Entwicklern native Komponenten wie `Text`, `Image` und `View` als Bausteine für eine native Benutzeroberfläche zur Verfügung.
-
-React Native, das Open Source ist, wurde von Facebook erstellt und wird von ihnen gepflegt.
-
-## Was haben beide Frameworks gemeinsam?
-
-Plattformübergreifende Tools wie React Native und Capacitor können Ihnen viel Zeit und Geld sparen.
-
-Beide Frameworks eliminieren die Notwendigkeit, native Sprachen wie Java, Kotlin, Swift und Objective C zu erlernen, um mobile Apps für bestimmte Plattformen zu erstellen. Anstatt eine Android-Anwendung mit einer Codebasis und eine iOS-Anwendung mit einer anderen zu erstellen, können Sie mobile Apps für beide Plattformen mit derselben Codebasis erstellen.
-
-Dies bedeutet auch, dass Unternehmen, die plattformübergreifende Anwendungen erstellen, nur ein React Native- oder Capacitor-Team einstellen können, um beide Versionen zu erstellen, anstatt zwei verschiedene Teams - eines für iOS und eines für Android - zu benötigen, wodurch die Anzahl der Entwickler in der Gehaltsliste reduziert wird.
-
-Capacitor und React Native teilen einen gemeinsamen Ansatz zur Integration von benutzerdefiniertem nativem Code in ihre Projekte als Module oder Plugins. In beiden Frameworks haben Sie die Möglichkeit, benutzerdefinierten nativen Code in Java, Kotlin, Objective C oder Swift zu schreiben, um auf native Funktionen zuzugreifen, die die Frameworks nicht standardmäßig bereitstellen.
-
-Wie React Native nutzt Capacitor die nativen Funktionen von Mobiltelefonen. Der Hauptunterschied liegt im Rendering. Während React Native mobile Anwendungen die native Ansicht jedes Geräts verwendet, rendert Capacitor Anwendungen mithilfe des nativen WebViews der Geräte.
-
-Beide Frameworks sind Open Source, sodass jeder seinen Quellcode beitragen und verwenden kann.
-
-## React Native vs Capacitor: Funktionalität
-
-Bei der Arbeit mit React Native können Entwickler native Apps mit React-Syntax und Kernprinzipien erstellen. Es wird oft als ein nicht-dogmatisches Framework bezeichnet, was bedeutet, dass es mit sehr wenigen offiziellen Bibliotheken und Funktionalitäten ausgeliefert wird.
-
-Die Entwickler von React Native bevorzugten es, den Entwicklern Freiheit bei der Strukturierung von Apps und der Lösung verschiedener Probleme zu geben, sodass Entwickler, die keinen Code von Grund auf schreiben möchten, verschiedene Funktionalitäten mithilfe von Community-entwickelten Drittanbieter-Bibliotheken erstellen können.
-
-Zu diesen Bibliotheken gehören:
-
-- React Hook Form oder Formik zum Erstellen und Validieren von Formularen
-- React Testing Library und Jest zum Testen von Anwendungen
-- Fetch API und Axios, um Netzwerkanfragen zu stellenJedoch können selbst bei Bibliotheken von Drittanbietern, die als Vorteil gesehen werden können, diese Bibliotheken oft veralten. Wenn die Community-Unterstützung für eine bestimmte Bibliothek nicht stark genug ist und nicht häufig aktualisiert wird, können Kompatibilitätsprobleme auftreten.
-
-Capacitor wurde auf Basis von Cordova entwickelt und ist rückwärtskompatibel mit den meisten Cordova-Plugins. Capacitor ist jedoch moderner und besser gepflegt, während Cordova veraltet ist. Capacitor unterstützt auch PWA und ist schneller als Cordova, was Ihrer App eine bessere Startzeit verleiht.
-
-Obwohl Capacitor vom Ionic-Team entwickelt wurde, müssen Sie Ionic nicht unbedingt mit Capacitor verwenden. Capacitor ist mit jedem JavaScript-Framework sowie mit Vanilla-JavaScript kompatibel.
-
-Das gesagt, kann die Verwendung von Ionic mit Capacitor Ihre Arbeit erleichtern, da Ionic Ihnen bei der Implementierung nativer Benutzeroberflächen und der Konfiguration einiger notwendiger Tools für die mobile Entwicklung helfen kann.
-
-Capacitor ist perfekt für Webentwickler, um sofort mit der Entwicklung mobiler Anwendungen zu beginnen. Es kann sogar mobile Anwendungen aus Web-Apps generieren, die mit React-Frameworks wie MUI und Chakra erstellt wurden. Mit React Native können Sie das nicht; Sie müssen Ihre Apps von Grund auf neu erstellen.
-
-Ein Vorteil, den Capacitor gegenüber React Native hat, ist, dass es zur Erstellung progressiver Web-Apps verwendet werden kann, da es vom Web aus auf native APIs zugreifen kann. Capacitor ist auch sehr leichtgewichtig im Vergleich zu anderen plattformübergreifenden Tools wie Xamarin, Cordova und NativeScript.
-
-Wenn Sie ein Fan von Cordova waren, sollten Sie die Verwendung von Capacitor in Betracht ziehen. Es wird vom Ionic-Team gut gepflegt, das regelmäßig Fehlerbehebungen bereitstellt.
-
-## React Native vs. Capacitor: Leistung
-
-Werfen wir einen Blick auf die Designphilosophien dieser beiden Tools und wie sie sich voneinander unterscheiden.
-
-Capacitor verfolgt einen webbasierten Ansatz für die mobile Entwicklung. Es rendert Apps auf Telefonen mithilfe der nativen WebView der Geräte und es enthält von Haus aus Plugins, die Ihren Webcode in APIs umwandeln, die mit den nativen Funktionen der Geräte interagieren.
-
-Bei React Native hingegen überspringen Entwickler den Webcode und gehen direkt zum Mobilen über.
-
-Im Gegensatz zu Hybrid-Anwendungen, die WebViews verwenden, interagieren React Native-Anwendungen direkt mit den nativen Komponenten einer Plattform. Aus diesem Grund sind native Apps wie die von React Native in der Regel schneller und effizienter, da sie auf die Plattform zugeschnitten sind, auf der sie laufen.
-
-Ein häufiges Problem bei Tools wie Capacitor, die WebView zum Rendern von Apps verwenden, ist die Schwierigkeit beim Rendern von Animationen, CSS-Effekten und komplexen Layouts mit Farbverläufen - alles, was komplex oder aufwändig ist. Auch die Anzeige von Videos kann ein Problem sein.
-
-Capacitor-Apps können auf Geräten mit geringer Leistung oder alter Hardware Probleme haben. Dies liegt daran, dass in der Regel einige Ressourcen aus dem Web geladen werden müssen, bevor die Benutzeroberfläche der App gerendert werden kann.
-
-Wenn Apps nicht in der nativen Ansicht der Geräte gerendert werden, können sie auch nicht vollständig die Hardware-Fähigkeiten der Geräte nutzen, was zu einer trägen Leistung führt.
-
-Das Testen ist mit Capacitor einfacher, da es erlaubt, Apps in einem Webbrowser auszuführen. Bei React Native erfordert das Kompilieren, Ausführen und Testen von Apps die Installation von Xcode oder Android Studio, was einen zusätzlichen Schritt im Kompilierungsprozess darstellt.
-
-Obwohl Sie den Xcode/Android Studio-Schritt mit Expo überspringen können, ist Expo nicht ohne Einschränkungen.
-
-Ein Hybrid-WebView-Tool wie Capacitor spart Ihnen Kosten und viel Zeit. Wenn jedoch hohe Leistung für Sie sehr wichtig ist oder wenn Sie eine komplexe Anwendung entwickeln, die möglicherweise auf günstigen Geräten und Geräten mit alter Hardware ausgeführt wird, dann könnte React Native eine bessere Option sein.React Native-Apps sind wahrscheinlich schneller und leistungsfähiger, da sie in die nativen Sprachen der Geräte umgewandelt werden und direkt mit den nativen Funktionen dieser Geräte arbeiten, anstatt in einer WebView zu laufen.
-
-Mit über 2.000 Mitwirkenden und knapp 700.000 Nutzern auf GitHub sowie einer großen Community auf Stack Overflow hat React Native die Unterstützung, die Entwickler benötigen, um im Framework zu lernen und zu wachsen.
-
-Zusätzlich ist React Native, da es auf JavaScript basiert und ein plattformübergreifendes Framework ist, für Entwickler zugänglich und beliebt.
-
-React Native wurde auch populär, weil Facebook es erschaffen hat. Facebook verwendet React Native derzeit in vielen seiner Apps und investiert stark in das Framework.
-
-Andere Unternehmen, die das React Native Framework nutzen, sind:
-
-- Walmart
-- Microsoft
-- Tesla
-- Discord
-- Shopify
-- Instagram
-
-Da Capacitor noch relativ neu ist, gibt es nicht so viele Ressourcen und Materialien online für Entwickler zum Verbrauch. Es hat nur unter 300 Mitwirkende auf GitHub und eine kleine Community auf Stack Overflow. Allerdings verfügt es über eine umfassende Dokumentation.
-
-Unternehmen, die derzeit Capacitor nutzen, sind:
-
-- Burger King
-- Popeyes
-- Southwest
-
-Da React Native schon länger existiert und Unterstützung von Facebook hat, nutzen es mehr Entwickler und große Unternehmen, daher gewinnt es hier eindeutig.
-
-Capacitor ist Open Source und MIT-lizenziert, genau wie andere Ionic-Tools. Das Ionic-Team bietet jedoch bezahlten Support für Unternehmensnutzer von Capacitor.
-
-Mit Capacitors bezahltem Supportservice können Sie Telefongespräche mit dem Ionic-Team (einschließlich Ingenieuren) führen, um Ihre Probleme zu lösen, normalerweise innerhalb von Stunden oder Tagen, und sogar an Wochenenden.
-
-Wenn Premium-Support für Sie und Ihr Team oberste Priorität hat, dann könnte Capacitor die bessere Option für Sie sein.
-
-## React Native vs Capacitor: Lernkurve
-
-React Native verwendet JSX als Templating-Sprache. Anstatt Markup und Logik durch Trennung in verschiedene Dateien zu separieren, verwendet React Native separate Komponenten, die das Markup und die Logik einer Komponente in derselben Datei enthalten, was durch JSX erreicht wird.
-
-Dieser komponentenorientierte Ansatz ermöglicht es Entwicklern, Komponenten einmal zu erstellen und sie so oft wie nötig wiederzuverwenden, indem sie Markup, Styling und Logik kombinieren.
-
-JSX macht das Erstellen dieser Komponenten einfach, und da es statisch typisiert ist, können Entwickler Fehler frühzeitig erkennen, was das Debugging und die Entwicklungsqualität verbessert.
-
-Es optimiert auch den Code während der Kompilierung, sodass der von JSX generierte JavaScript-Code schneller läuft als das Äquivalent, das direkt in JavaScript geschrieben wurde.
-
-Aufgrund dessen können Entwickler jedoch nicht mit CSS stylen und können nur mit JavaScript stylen.
-
-Während JSX nicht besonders schwierig ist, verwenden die meisten Entwickler HTML und CSS für Markup und Styling, und die Anpassung an dieses neue Paradigma könnte einige Zeit in Anspruch nehmen.
-
-Hier ist ein Beispiel für JSX und Styling in React Native:
-
-```jsx
-import React from 'react'
-import { StyleSheet, Text, View } from 'react-native'
-
-function App() {
-  return (
-    <View style={styles.container}>
-      <Text style={styles.text}>Hello, World!</Text>
-    </View>
-  )
-}
-
-const styles = StyleSheet.create({
-  container: {
-    flex: 1,
-    justifyContent: 'center',
-    alignItems: 'center',
-  },
-  text: {
-    fontSize: 24,
-    fontWeight: 'bold',
-  },
-})
-
-export default App
-```
-
-Im obigen Beispiel importieren wir die notwendigen Komponenten aus React Native, erstellen eine funktionale Komponente und verwenden die `StyleSheet`-API, um Stile für die Komponenten zu erstellen.
-
-Capacitor hingegen ermöglicht es Ihnen, HTML, CSS und JavaScript zum Erstellen Ihrer App zu verwenden. Wenn Sie bereits mit Webentwicklung vertraut sind, wird die Lernkurve für Capacitor im Vergleich zu React Native viel flacher sein.
-
-Hier ist ein Beispiel für eine einfache App mit Capacitor und React:
-
-```jsx
-import React from 'react'
-import './App.css'
-
-function App() {
-  return (
-    <div className="container">
-      <h1 className="text">Hello, World!</h1>
-    </div>
-  )
-}
-
-export default App
-```
-
-Und die dazugehörige CSS-Datei:
-
-```css
-.container {
-  display: flex;
-  justify-content: center;
-  align-items: center;
-  height: 100vh;
-}
-
-.text {
-  font-size: 24px;
-  font-weight: bold;
-}
-```
-
-In diesem Beispiel verwenden wir Standard-HTML und CSS, um die Komponenten zu erstellen und zu stylen, was es für Webentwickler einfacher macht, zur mobilen App-Entwicklung mit Capacitor überzugehen.Zusammengefasst: Wenn Sie bereits mit Webentwicklung vertraut sind und HTML und CSS für das Styling bevorzugen, wird Capacitor eine geringere Lernkurve haben. Wenn Sie jedoch mit React und JSX vertraut sind, könnte React Native besser geeignet sein.
-
-## React Native vs. Capacitor: Nachfrage nach Fähigkeiten
-
-React Native existiert schon länger und wird von vielen großen Unternehmen genutzt, was es zu einer gefragteren Fähigkeit auf dem Arbeitsmarkt macht. Laut Indeed gibt es Tausende von Stellenangeboten für React Native Entwickler.
-
-Capacitor, als neuere und weniger verbreitete Technologie, hat weniger Stellenangebote. Allerdings könnte die Nachfrage nach Capacitor-Entwicklern zunehmen, wenn mehr Unternehmen Capacitor für ihre mobile App-Entwicklung einsetzen.
-
-Wenn Sie Ihre Jobchancen maximieren möchten, könnte das Erlernen von React Native die bessere Wahl sein. Wenn Sie jedoch an einer neueren Technologie interessiert sind und möglicherweise an der Spitze ihres Wachstums stehen möchten, könnte Capacitor eine spannende Option sein.
-
-## Sollten Sie React und Capacitor oder React Native verwenden?
-
-Die Wahl zwischen React und Capacitor oder React Native hängt von Ihren spezifischen Bedürfnissen und Präferenzen ab. Hier sind einige Faktoren, die Sie bei Ihrer Entscheidung berücksichtigen sollten:
-
-- Wenn Sie bereits mit Webentwicklung vertraut sind und HTML und CSS für das Styling bevorzugen, ist Capacitor eine ausgezeichnete Wahl, die einen nahtlosen Übergang ermöglicht.
-- Wenn Sie Benutzerfreundlichkeit, schnellere Entwicklungszeit und Kompatibilität mit verschiedenen JavaScript-Frameworks schätzen, ist Capacitor der richtige Weg.
-- Wenn Sie an einer neueren Technologie interessiert sind, die an Bedeutung gewinnt und Wachstumspotenzial hat, ist Capacitor eine spannende Option.
-- Wenn Sie zusätzlich zu mobilen Apps auch Progressive Web Apps erstellen möchten, bietet Capacitor diese Flexibilität und macht es zu einer vielseitigeren Wahl.
-
-Während React Native seine Vorteile hat, sticht Capacitor als leistungsstarkes und flexibles Tool für die Entwicklung plattformübergreifender mobiler Apps hervor. Seine Kompatibilität mit verschiedenen JavaScript-Frameworks, die Fähigkeit, Progressive Web Apps zu erstellen, und die Benutzerfreundlichkeit für Webentwickler machen es zu einem starken Konkurrenten im Bereich der mobilen App-Entwicklung.
-
-Berücksichtigen Sie Ihre spezifischen Bedürfnisse, Präferenzen und Ziele bei der Auswahl des richtigen Frameworks für Ihr Projekt. Capacitor bietet viele Vorteile, die es zu einer attraktiven Option für Entwickler machen, die qualitativ hochwertige mobile Apps mit einem vertrauten Webentwicklungs-Workflow erstellen möchten.
-
-Erfahren Sie, wie Capgo Ihnen helfen kann, bessere Apps schneller zu entwickeln. Melden Sie sich noch heute für ein kostenloses Konto an.
\ No newline at end of file
diff --git a/src/content/blog/de/compliance-checks-in-cicd-for-capacitor-apps.md b/src/content/blog/de/compliance-checks-in-cicd-for-capacitor-apps.md
deleted file mode 100644
index 0b996311c..000000000
--- a/src/content/blog/de/compliance-checks-in-cicd-for-capacitor-apps.md
+++ /dev/null
@@ -1,240 +0,0 @@
----
-slug: compliance-checks-in-cicd-for-capacitor-apps
-title: Compliance-Prüfungen in CI/CD für Capacitor-Apps
-description: >-
-  Stellen Sie die Einhaltung von Compliance-Standards Ihrer Capacitor-Apps durch
-  automatisierte CI/CD-Prüfungen sicher, verbessern Sie die Sicherheit und
-  beschleunigen Sie Updates.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T02:36:18.433Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0a31ca2808c1172f2bc74-1742783814915.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'CI/CD, compliance checks, Capacitor apps, mobile security, automated testing'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Compliance-Checks in CI/CD-Pipelines sind Ihre Lösung.** Sie stellen sicher, dass Ihre [Capacitor](https://capacitorjs.com/) Apps die Anforderungen von Apple und [Google Play](https://support.google.com/googleplay/android-developer/answer/113513?hl=en) erfüllen, dabei die Sicherheit aufrechterhalten und Updates schnell bleiben.
-
-Hier ist, warum Compliance-Checks wichtig sind:
-
--   **Automatisierte Überwachung:** Verfolgt Code-Änderungen auf Store-Richtlinienkonformität.
--   **Schnellere Updates:** 95% der Nutzer erhalten Updates innerhalb von 24 Stunden.
--   **Verbesserte Sicherheit:** Prüft auf Schwachstellen und schützt Nutzerdaten.
-
-### Kurzer Überblick:
-
--   Richten Sie CI/CD-Pipelines mit Tools wie [Capgo](https://capgo.app/) für reibungslose Compliance ein.
--   Automatisieren Sie Prüfungen für iOS (Datenschutzkennzeichnungen, HTTPS, Binärvalidierung) und Google Play (APK-Validierung, Berechtigungen, API-Level).
--   Integrieren Sie Sicherheitsmaßnahmen wie Verschlüsselung, Abhängigkeitsprüfungen und Tests.
--   Nutzen Sie Performance- und Barrierefreiheitstests zur Verbesserung der Nutzererfahrung.
-
-**Capgo vereinfacht diesen Prozess** und bietet Tools für automatisierte Compliance, Echtzeitfehlerüberwachung und [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/).
-
-Bleiben Sie konform, sicher und effizient mit angemessenen CI/CD-Praktiken für [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-## DevSecOps für kontinuierliche Compliance und Sicherheit verwenden ...
-
-<iframe src="https://www.youtube.com/embed/HTMuZfv6JS0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## CI/CD-Pipelines für [Capacitor](https://capacitorjs.com/) aufbauen
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-24.jpg?auto=compress)
-
-Eine gut gestaltete CI/CD-Pipeline vereinfacht die Bereitstellung und hilft sicherzustellen, dass Ihre App durchgängig die App-Store-Richtlinien erfüllt.
-
-### Auswahl einer CI/CD-Plattform
-
-Wählen Sie eine CI/CD-Plattform, die nahtlos mit Capacitor Apps zusammenarbeitet. Achten Sie auf Funktionen wie:
-
--   **Integration mit Ihren aktuellen Entwicklungstools**
--   **Anpassbare Konfigurationsoptionen für Compliance-Prüfungen**
--   **Unterstützung für die Bereitstellung auf verschiedenen Plattformen**
--   **Erschwingliche Preise für langfristige Nutzung**
-
-Nach der Auswahl einer Plattform konfigurieren Sie Ihre Pipeline, um konsistente Builds zu ermöglichen und Compliance durchzusetzen.
-
-### Grundlegende Pipeline-Einrichtung
-
-Richten Sie Build-Abhängigkeiten und Umgebungsvariablen ein, um die Compliance aufrechtzuerhalten. Capgo integriert sich mit den meisten großen CI/CD-Plattformen und benötigt kein Hosting [\[1\]](https://capgo.app/).
-
-Zu den wichtigsten Einrichtungsschritten gehören:
-
--   **Konfiguration der Build-Umgebung und Abhängigkeiten**
--   **Verbindung Ihres Versionskontrollsystems**
--   **Erstellung automatisierter Build-Skripte**
-
-### Compliance-Tools hinzufügen
-
-Sobald Ihre Pipeline läuft, integrieren Sie Tools zur Durchsetzung von App-Store-Standards. Automatisierte Compliance-Prüfungen helfen sicherzustellen, dass Updates die Anforderungen von Apple und Google Play erfüllen, während die Bereitstellung schnell bleibt [\[1\]](https://capgo.app/).
-
-Schritte zur Integration von Compliance-Tools:
-
--   **Automatisieren Sie Code-Scans, um nicht konforme Updates zu identifizieren und zu blockieren**
--   **Nutzen Sie Überwachungstools, um Compliance zu verfolgen und das Team über Probleme zu informieren**
-
-> "Capgo ist ein Muss für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Bugfixes ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## App Store Compliance-Automatisierung
-
-Die Automatisierung von Compliance-Prüfungen hilft sicherzustellen, dass Ihre Capacitor App mit den iOS- und Google Play-Richtlinien übereinstimmt und erkennt potenzielle Probleme frühzeitig.
-
-### iOS-Compliance-Anforderungen
-
-Für iOS-Apps sollten automatisierte Prüfungen Folgendes abdecken:
-
--   **Datenschutzkennzeichnungen**: Bestätigen Sie, dass alle erforderlichen Deklarationen korrekt sind.
--   **App Transport Security**: Stellen Sie sicher, dass alle Netzwerkaufrufe HTTPS verwenden.
--   **Binärvalidierung**: Überprüfen Sie Dateigrößenlimits und Architekturkompatibilität.
--   **Inhaltssicherheit**: Identifizieren Sie verbotene Inhalte oder Funktionalitäten.
-
-### [Google Play](https://support.google.com/googleplay/android-developer/answer/113513?hl=en) Anforderungen
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/support.google.com-6a40cdc10f6ab14acd7c2475e5b73e8c-2025-03-24.jpg?auto=compress)
-
-Bei der Ausrichtung auf Google Play konzentrieren Sie sich auf diese Hauptüberprüfungen:
-
--   **APK-Validierung**: Bestätigen Sie korrekte Signierung und Manifest-Konfigurationen.
--   **Inhaltsbewertung**: Zeigen Sie die korrekten Bewertungen für Ihre App an.
--   **Ziel-API-Level**: Stellen Sie die Einhaltung der neuesten Android-API-Anforderungen sicher.
--   **Berechtigungsnutzung**: Validieren Sie, dass Berechtigungen klar deklariert sind.
-
-Die Verwendung integrierter Tools für die Compliance-Automatisierung kann diese Prozesse effizienter machen.
-
-### [Capgo](https://capgo.app/)'s Compliance-Tools
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Capgo verbessert Compliance-Workflows mit Tools, die sich direkt in Ihre CI/CD-Pipeline integrieren lassen. So kann Capgo helfen:
-
--   **Ende-zu-Ende-Verschlüsselung** gewährleistet sichere Update-Bereitstellung.
--   **Automatisierte Versionskontrolle** ermöglicht sofortige Rollbacks bei Bedarf.
--   **Echtzeit-Analysen** liefern Einblicke in Update-Performance und Erfolg.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Für Teams, die mehrere App-Versionen verwalten, unterstützt Capgos [Kanalsystem](https://capgo.app/docs/plugin/cloud-mode/channel-system/) gezielte Beta-Tests und stufenweise Rollouts [\[1\]](https://capgo.app/).
-
-## Sicherheits- und Datenschutzprüfungen
-
-Der Schutz von Capacitor Apps und Nutzerdaten erfordert gründliche Sicherheits- und Datenschutzmaßnahmen in Ihrer CI/CD-Pipeline.
-
-### Code-Sicherheitsscanning
-
-Hier sind einige wesentliche Praktiken:
-
--   **Statische Analyse**: Nutzen Sie Tools zur Identifizierung häufiger Sicherheitsmängel, Injection-Schwachstellen und veralteter Abhängigkeiten in Ihrem Code.
--   **Dynamische Tests**: Führen Sie automatisierte Penetrationstests durch, um Laufzeit-Schwachstellen aufzudecken.
--   **Abhängigkeitsprüfungen**: Überprüfen Sie regelmäßig Drittanbieter-Bibliotheken auf bekannte Sicherheitsrisiken.
-
-Richten Sie Ihre Pipeline so ein, dass Bereitstellungen bei kritischen Sicherheitsproblemen gestoppt werden.
-
-### Datensicherheitsstandards
-
-Datensicherung geht über das bloße Scannen nach Schwachstellen hinaus. Es erfordert strenge Verschlüsselungs- und Speicherpraktiken. Hier ein Beispiel:
-
-| Sicherheitsanforderung | Implementierungsmethode | Verifizierungsprozess |
-| --- | --- | --- |
-| [Datenverschlüsselung](https://capgo.app/docs/cli/migrations/encryption/) | Ende-zu-Ende-Verschlüsselung | Automatisierte Zertifikatsprüfungen |
-| Sichere Speicherung | Verschlüsselter lokaler Speicher | Speicherberechtigungsüberprüfungen |
-| Netzwerksicherheit | HTTPS-Verbindungen erzwingen | SSL/TLS-Validierung |
-| Zugriffssteuerung | Rollenbasierte Berechtigungen | Authentifizierungstests |
-
-### Capgo Sicherheitsfunktionen
-
-Capgo hebt die Sicherheit auf ein neues Level, indem es auf diesen Scan- und Datenschutzprotokollen aufbaut. Es bietet fortschrittliche Tools zum Schutz Ihrer Apps.
-
-Einige herausragende Funktionen sind:
-
--   **Ende-zu-Ende-Verschlüsselung** für Updates, die sicherstellt, dass nur autorisierte Nutzer auf Inhalte zugreifen können.
--   **Automatisiertes Rollback** um Sicherheitsprobleme schnell zu beheben, wenn sie auftreten.
--   **Echtzeit-Fehlerverfolgung** um potenzielle Probleme sofort zu erkennen und zu lösen.
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren nur Updates" - Capgo [\[1\]](https://capgo.app/)
-
-Capgo kann eine 95%ige Update-Erfolgsrate innerhalb von 24 Stunden vorweisen [\[1\]](https://capgo.app/), was starke Sicherheit mit schneller Bereitstellung verbindet.
-
-Für Teams, die Sicherheitsprüfungen einbetten, integriert sich Capgo nahtlos mit beliebten CI/CD-Plattformen wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) und [Jenkins](https://www.jenkins.io/). Dies ermöglicht automatisierte Sicherheitsprüfungen in jedem Bereitstellungsschritt.
-
-## Automatisierte Test-Einrichtung
-
-Die Automatisierung von Tests in Ihrer CI/CD-Pipeline ist ein wichtiger Schritt, um sicherzustellen, dass Ihre Capacitor Apps hohe Qualität und Compliance-Standards einhalten.
-
-### UI-Testmethoden
-
-Um sicherzustellen, dass Ihre App-Oberfläche nahtlos auf verschiedenen Geräten und Plattformen funktioniert, richten Sie UI-Tests ein, die mehrere Szenarien abdecken. Diese Tests sollten Elemente auf verschiedenen Bildschirmgrößen und Betriebssystemen validieren.
-
-| **Testkategorie** | **Implementierungsmethode** | **Validierungskriterien** |
-| --- | --- | --- |
-| Visuelle Regression | Screenshot-Vergleich | Layout-Konsistenz, Element-Positionierung |
-| Komponententests | Automatisierte Interaktionsskripte | Button-Funktionalität, Formularvalidierung |
-| Plattformübergreifende Prüfungen | Geräte-Matrix-Tests | Plattformspezifisches UI-Verhalten |
-
-Gezielte Tests können auch helfen, App-Versionen an bestimmte Nutzergruppen für weiteres Feedback zu verteilen.
-
-Zusätzlich zu UI-Tests ist es wichtig, die Performance-Metriken Ihrer App zu analysieren.
-
-### Geschwindigkeits- und Ressourcentests
-
-Performance-Tests stellen sicher, dass Ihre App die Erwartungen der Nutzer und App-Store-Anforderungen erfüllt. Verwenden Sie automatisierte Prüfungen in Ihrer Pipeline, um diese Schlüsselmetriken zu verfolgen:
-
--   **Startzeit-Tests**: Messen Sie, wie schnell die App startet, sowohl bei Kalt- als auch Warmstarts.
--   **Speichernutzungsüberwachung**: Behalten Sie den RAM-Verbrauch im Auge, um Abstürze oder Verlangsamungen zu vermeiden.
--   **Akku-Impact-Analyse**: Bewerten Sie den Stromverbrauch während kritischer Operationen.
--   **Netzwerk-Performance**: Testen Sie die Geschwindigkeit und Zuverlässigkeit von Datenübertragungen.
-
-Diese Metriken sind entscheidend für ein reibungsloses Nutzererlebnis und die Einhaltung von Plattform-Anforderungen.
-
-### Barrierefreiheitstests
-
-Nach den Performance-Tests konzentrieren Sie sich auf Barrierefreiheit, um sicherzustellen, dass Ihre App für alle Nutzer verwendbar ist. Integrieren Sie automatisierte Prüfungen für Folgendes:
-
-| **Barrierefreiheitsfunktion** | **Testansatz** | **Compliance-Standard** |
-| --- | --- | --- |
-| Screenreader-Unterstützung | Voice-over-Validierung | WCAG 2.1 Level AA |
-| Farbkontrast | Automatisierte Kontrastanalyse | Plattform-Richtlinien |
-| Touch-Zielfläche | Element-Dimensionsprüfungen | OS-spezifische Anforderungen |
-| Tastaturnavigation | Eingabemethoden-Tests | Plattformübergreifende Standards |
-
-Mit den Integrationswerkzeugen von Capgo können Sie diese Zugänglichkeitstests direkt in Ihrem CI/CD-Workflow automatisieren. Die Plattform unterstützt Capacitor 8 und gewährleistet eine reibungslose Kompatibilität über unterstützte CI/CD-Systeme hinweg, während sie Ihnen hilft, Compliance-Standards einzuhalten [\[1\]](https://capgo.app/).
-
-## Nächste Schritte und Tipps
-
-Sobald Sie Ihre CI/CD-Prozesse etabliert haben, ist es wichtig, durch regelmäßige Aktualisierungen die Compliance mit sich ändernden Richtlinien aufrechtzuerhalten.
-
-### Regelmäßige Richtlinien-Updates
-
-Die Automatisierung von Richtlinienprüfungen innerhalb Ihrer CI/CD-Pipeline hilft Ihnen, Probleme frühzeitig zu erkennen. Routineüberprüfungen stellen sicher, dass Ihre App die neuesten Datenschutz-, Sicherheits- und Plattformstandards erfüllt.
-
-| **Update-Kategorie** | **Überwachungshäufigkeit** | **Hauptfokusgebiete** |
-| --- | --- | --- |
-| Store-Richtlinien | Monatlich | Datenschutzregeln, Sicherheitsprotokolle |
-| Plattform-Updates | Vierteljährlich | OS-Kompatibilität, API-Änderungen |
-| Sicherheits-Patches | Wöchentlich | Behebung von Schwachstellen, Verschlüsselungs-Updates |
-
-### Das Beste aus Capgo herausholen
-
-Capgo integriert sich nahtlos in CI/CD-Plattformen, vereinfacht das Compliance-Management und ermöglicht schnelle Updates. Das Kanalsystem ermöglicht gestaffelte Einführungen und hilft Ihnen, Compliance-Probleme zu erkennen und zu beheben, bevor sie alle Nutzer betreffen.
-
-So beginnen Sie:
-
--   **Automatisieren Sie Compliance-Prüfungen** mit Capgos CLI-Tool, um sicherzustellen, dass nichts übersehen wird.
--   **Verfolgen Sie Fehler in Echtzeit**, um die Leistung von Updates zu überwachen.
--   **[Nutzen Sie das Kanalsystem](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**, um Compliance-Änderungen vor einer vollständigen Einführung zu testen.
-
-Mit Capgos Analysen können Sie die Compliance schnell validieren und gestaffelte Einführungen optimieren. Diese Schritte gewährleisten reibungslosere Updates und langfristige Compliance.
-
-### Wichtige Erkenntnisse
-
-Um Ihren Compliance-Prozess effektiv zu halten, konzentrieren Sie sich auf diese Bereiche:
-
-| **Compliance-Bereich** | **Implementierungsstrategie** | **Hauptkennzahl** |
-| --- | --- | --- |
-| Richtlinien-Tracking | Automatisierte Überwachung | Monatlicher Compliance-Bericht |
-| Update-Verteilung | Gestaffelte Einführungen | 95% erfolgreiche Updates |
-| Fehlermanagement | Echtzeit-Tracking | Durchschnittliche API-Antwortzeit: 57ms |
diff --git a/src/content/blog/de/configuring-rollback-for-capacitor-updates.md b/src/content/blog/de/configuring-rollback-for-capacitor-updates.md
deleted file mode 100644
index 4c20d9fb9..000000000
--- a/src/content/blog/de/configuring-rollback-for-capacitor-updates.md
+++ /dev/null
@@ -1,52 +0,0 @@
----
-slug: configuring-rollback-for-capacitor-updates
-title: Konfiguration des Rollbacks für Capacitor-Updates
-description: >-
-  Erfahren Sie, wie Sie Rollback-Optionen für Capacitor-Updates konfigurieren
-  können, um die App-Stabilität zu gewährleisten und reibungslose
-  Benutzererlebnisse während Over-the-Air-Updates sicherzustellen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T01:14:33.030Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6802ea903c6b972ab5077c74-1745025315132.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'Capacitor, rollback, updates, mobile development, app stability'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Rollback in [Capacitor](https://capacitorjs.com/) gewährleistet die Stabilität Ihrer App während Over-the-Air (OTA) Updates. Hier ist, was Sie wissen müssen:
-
--   **Automatischer Rollback**: Kehrt bei einem fehlgeschlagenen Update automatisch zur letzten stabilen Version zurück.
--   **Manueller Rollback**: Ermöglicht Entwicklern das manuelle Zurücksetzen auf eine vorherige Version für schnelle Fehlerbehebungen.
--   **Standard-Bundle-Backup**: Wenn alle Updates fehlschlagen, wird die App auf ihr Original-Paket zurückgesetzt.
-
-### Einrichtung:
-
-1.  **Automatischer Rollback**: Verwenden Sie Konfigurationen wie Erfolgsraten-Schwellenwerte (z.B. 95%) und Überwachungszeiträume (z.B. 5 Minuten).
-2.  **Manueller Rollback**: Behalten Sie mehrere Versionen für Flexibilität bei (z.B. die letzten 5 Versionen).
-
-### Management-Tipps:
-
--   Testen Sie Updates in einer Staging-Umgebung vor der Veröffentlichung.
--   Überwachen Sie Update-Erfolgsraten und Fehler, um Rollbacks frühzeitig auszulösen.
--   Nutzen Sie schrittweise Einführungen (z.B. 10%, 50%, 100%), um die Auswirkungen zu minimieren.
-
-### Plattform-Vergleich:
-
-
-**Schnelle Vergleichstabelle:**
-
-| Plattform | Rollback-Typ | Analytik | Verschlüsselung | Hosting-Optionen | Kosten |
-| --- | --- | --- | --- | --- | --- |
-| **Capgo** | Auto/Manuell | Ja | Ja | Flexibel | Erschwinglich |
-| Nur Manuell | Nein | Nein | Begrenzt | Niedriger |
-| Appflow | Auto/Manuell | Teilweise | Nein | Begrenzt | Hoch |
-
-Mit der richtigen Einrichtung und Werkzeugen wie Capgo können Sie reibungslose Updates gewährleisten und Probleme schnell beheben, um Ihre App nahtlos am Laufen zu halten.
-
-## MAD24 304 Nutzung atomarer Upgrades mit [OSTree](https://en.wikipedia.org/wiki/OSTree) für ...
diff --git a/src/content/blog/de/cordova-hybrid-app-development.md b/src/content/blog/de/cordova-hybrid-app-development.md
deleted file mode 100644
index 49dc2edcd..000000000
--- a/src/content/blog/de/cordova-hybrid-app-development.md
+++ /dev/null
@@ -1,115 +0,0 @@
----
-slug: cordova-hybrid-app-development
-title: >-
-  Der ultimative Leitfaden für Apache Cordova: Hybride App-Entwicklung leicht
-  gemacht
-description: >-
-  Tauchen Sie tief in die Welt von Apache Cordova ein. Erfahren Sie, wie Cordova
-  Entwickler befähigt, plattformübergreifende mobile Apps mit Webtechnologien
-  wie HTML, CSS und JavaScript zu erstellen. Erkunden Sie seine Geschichte,
-  Vorteile und vergleichen Sie es mit Alternativen wie Capacitor.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-06-02T00:00:00.000Z
-updated_at: 2024-06-14T00:00:00.000Z
-head_image: /what-is-cordova-phone-gap.webp
-head_image_alt: Diagramm zur Erklärung des Unterschieds zwischen Hybrid- und nativen Apps.
-tag: cordova
-published: true
-locale: de
-next_blog: ''
----
-
-## Entmystifizierung von Apache Cordova: Ein umfassender Leitfaden für die Entwicklung hybrider Apps
-
-In der heutigen Mobile-First-Welt ist es von größter Bedeutung, mit Ihrer App ein breites Publikum zu erreichen. Aber die Entwicklung separater nativer Apps für iOS, Android und andere Plattformen kann zeit- und ressourcenaufwendig sein. Hier kommt Apache Cordova ins Spiel, ein leistungsstarkes Open-Source-Framework, das Entwicklern ermöglicht, plattformübergreifende mobile Anwendungen mit vertrauten Webtechnologien wie HTML, CSS und JavaScript zu erstellen.
-
-Dieser umfassende Leitfaden taucht tief in die Welt von Cordova ein und untersucht seine Feinheiten, Vorteile und wie es sich im Vergleich zur Konkurrenz behauptet.
-
-### Wie Cordova funktioniert: Überbrückung der Kluft zwischen Web und Native
-
-Im Kern fungiert Cordova als Brücke zwischen Ihrer Webanwendung und den nativen Fähigkeiten mobiler Geräte. Es erreicht dies auf geniale Weise durch die folgenden Schlüsselkomponenten:
-
-1. **WebView: Der native Container Ihrer Web-App:**
-   - Cordova nutzt eine native Komponente namens WebView, im Wesentlichen ein abgespeckter Webbrowser ohne die typischen UI-Elemente wie Adressleisten und Navigationsschaltflächen.
-   - Ihre Webanwendung befindet sich bequem innerhalb dieses WebView-Containers und funktioniert genauso wie in einem regulären mobilen Browser. Sie behält ihre Fähigkeit, HTML-Seiten zu laden, JavaScript-Code auszuführen, Multimedia-Inhalte zu handhaben und mit entfernten Servern zu kommunizieren.
-
-2. **Plugins: Erschließung nativer Gerätefunktionen:**
-   - Webanwendungen operieren konstruktionsbedingt in einer sicheren Sandbox-Umgebung, die den direkten Zugriff auf gerätespezifische Hardware- und Softwarefunktionen einschränkt. Beispielsweise ist der direkte Zugriff auf die Kontaktliste, Kamera oder GPS-Daten des Geräts von einer Web-App aus in der Regel verboten.
-   - Cordova-Plugins kommen zur Rettung, indem sie als Vermittler fungieren und JavaScript-APIs bereitstellen, die diese nativen Fähigkeiten Ihrer Web-App zugänglich machen. Stellen Sie sich Plugins als spezialisierte Module vor, die die Reichweite Ihrer App in die native Funktionalität des Geräts erweitern.
-   - Mit den richtigen Plugins kann Ihre Cordova-App nahtlos mit der Kamera des Geräts interagieren, um Fotos und Videos aufzunehmen, auf die Kontaktliste zugreifen, um Kontaktinformationen abzurufen oder zu speichern, GPS-Funktionalität nutzen, um den Standort des Benutzers zu bestimmen, und vieles mehr.
-
-3. **Ionic Native: Aufwertung der Cordova-Plugin-Entwicklung:**
-   - Ionic Native, eine leistungsstarke Bibliothek, die vom Ionic-Team entwickelt wurde, vereinfacht und verbessert die Integration von Cordova-Plugins weiter.
-   - Es bietet eine umfangreiche Sammlung von TypeScript-Schnittstellen für über 200 der beliebtesten Cordova-Plugins, was es für Entwickler unglaublich bequem macht, native Funktionalität in ihre Apps zu integrieren.
-   - Darüber hinaus bietet Ionic Enterprise-Grade-Support für Ionic Native und versorgt Unternehmen mit laufenden Updates, entscheidenden Sicherheitspatches und Expertenunterstützung bei der Aufrechterhaltung der Kompatibilität über verschiedene Gerätemodelle und Plattformversionen hinweg.
-
-### Verfolgung der Wurzeln von Cordova: Von PhoneGap zu einem Open-Source-Kraftpaket
-
-Das Verständnis der historischen Verbindung zwischen Apache Cordova und PhoneGap ist entscheidend, um jegliche Verwirrung um diese beiden eng verwandten Einheiten zu beseitigen.
-
-1. **PhoneGap: Pionier der hybriden App-Revolution:**
-   - Im Jahr 2008 machte sich eine Gruppe innovativer Ingenieure bei Nitobi, einem kanadischen Webentwicklungsunternehmen, daran, die Kluft zwischen Web- und nativer mobiler App-Entwicklung zu überbrücken.
-   - Sie konzipierten PhoneGap, ein Framework, das das damals neuartige Konzept nutzte, eine WebView zu verwenden, um Webanwendungen nativ auf mobilen Geräten auszuführen. Dieser bahnbrechende Ansatz ermöglichte es Entwicklern, ihre bestehenden Webentwicklungsfähigkeiten zu nutzen, um Apps zu erstellen, die auf native Gerätefunktionen zugreifen konnten.
-
-2. **Umarmung von Open Source: Die Geburt von Apache Cordova:**
-   - Im Jahr 2011 übernahm Adobe Systems Nitobi und traf eine strategische Entscheidung, die die Zukunft der hybriden App-Entwicklung prägen sollte. Sie spendeten PhoneGap großzügig an die Apache Software Foundation, einen renommierten Verfechter von Open-Source-Software.- Unter dem Apache-Schirm wurde PhoneGap in Apache Cordova umbenannt, nach der Straße, in der sich das Büro von Nitobi in Vancouver befand. Dieser Schritt stellte sicher, dass Cordova als gemeinschaftsgesteuertes Projekt gedeihen würde und weltweit Innovation und Zusammenarbeit unter Entwicklern förderte.
-
-3. **Cordova vs. PhoneGap: Unterscheidung der beiden:**
-   - Heute werden Apache Cordova und Adobe PhoneGap oft austauschbar verwendet, was zu verständlicher Verwirrung führt. Eine einfache Analogie kann ihre Beziehung verdeutlichen. Betrachten Sie Cordova als die Open-Source-Engine, die das Web-Browsing antreibt, ähnlich der Rolle, die WebKit spielt. Im Gegensatz dazu ist PhoneGap wie eine spezifische Implementierung dieser Engine, wie Apples Safari-Browser, der auf WebKit aufbaut.
-   - Funktional sind Cordova und PhoneGap weitgehend identisch und bieten die gleichen Kernfähigkeiten für die Entwicklung hybrider Apps. Es könnte subtile Unterschiede in ihren Befehlszeilenschnittstellen und Werkzeugen geben, aber diese Variationen sind im Allgemeinen geringfügig und beeinflussen den Entwicklungsprozess nicht wesentlich.
-   - Adobe bietet weiterhin Mehrwertdienste und Werkzeuge unter der Marke PhoneGap an, wie PhoneGap Build, einen Cloud-basierten Dienst, der die Kompilierung nativer App-Binärdateien vereinfacht. Diese Dienste richten sich typischerweise an Entwickler oder Organisationen, die einen rationelleren oder verwalteten Ansatz für die Entwicklung hybrider Apps suchen.
-
-### Ionic und Cordova: Eine perfekte Paarung für exzellente hybride Apps
-
-Ionic und Cordova sind seit langem miteinander verflochten und bilden eine starke Synergie, die die Entwicklung hybrider Apps rationalisiert und Benutzererfahrungen verbessert.
-
-1. **Ionic: Gestaltung schöner und leistungsfähiger Benutzeroberflächen:**
-   - Ionic, ein führendes Open-Source-Framework, konzentriert sich hauptsächlich auf die Frontend-Aspekte der Entwicklung hybrider Apps. Es bietet eine umfassende Bibliothek vorgefertigter UI-Komponenten, Gesten und Animationen, die sorgfältig entwickelt wurden, um das Aussehen und Verhalten nativer Apps auf verschiedenen Plattformen nachzuahmen.
-
-2. **Cordova: Überbrückung der Lücke zur nativen Funktionalität:**
-   - Cordova integriert sich nahtlos mit Ionic und ermöglicht Entwicklern den Zugriff auf eine Fülle nativer Gerätefunktionen direkt aus ihren Ionic-Apps. Diese harmonische Partnerschaft ermöglicht die Erstellung hybrider Apps, die nicht nur nativ aussehen und sich so anfühlen, sondern auch das volle Potenzial der zugrunde liegenden Gerätehardware und -software nutzen können.
-
-3. **Ein optimierter Entwicklungsworkflow:**
-   - Ionic und Cordova ergänzen sich perfekt und etablieren einen gut definierten und effizienten Entwicklungsworkflow. Entwickler können Ionics reichhaltiges UI-Toolkit und schnelle Prototyping-Fähigkeiten nutzen, um schöne und ansprechende Benutzeroberflächen zu gestalten. Gleichzeitig stellt Cordova sicher, dass diese Apps nahtlos auf native Gerätefunktionen zugreifen können und so ein wirklich nativ-ähnliches Erlebnis bieten.
-
-### Capacitor: Ein moderner Herausforderer in der Arena der hybriden Apps
-
-Während Cordova lange Zeit als die bevorzugte Lösung für die Entwicklung hybrider Apps galt, ist mit Capacitor ein neuer Herausforderer auf den Plan getreten, der die Grenzen weiter verschieben möchte.
-
-1. **Capacitor: Modernisierung der hybriden App-Laufzeitumgebung:**
-   - Entwickelt vom selben Team, das hinter Ionic steht, repräsentiert Capacitor eine natürliche Evolution der hybriden App-Laufzeitumgebung. Es baut auf dem soliden Fundament von Cordova auf und adressiert dabei einige seiner Einschränkungen, während es moderne Webstandards einbezieht.
-
-2. **Nutzung der Kraft moderner Web-APIs:**
-   - Capacitor wurde von Grund auf konzipiert, um die neuesten Fortschritte in Webtechnologien zu nutzen. Es verwendet moderne Web-APIs wie Service Workers, Web Components und Promises, um verbesserte Leistung, erhöhte Sicherheit und eine zukunftssichere Grundlage für hybride Apps zu liefern.
-
-3. **Nahtlose native Integration und Anpassung:**
-   - Eine der Hauptstärken von Capacitor ist seine tiefe Integration mit nativen SDKs, die Entwicklern größere Flexibilität und Kontrolle über die native Schicht ihrer Apps bietet.Dies ermöglicht eine einfachere Anpassung der nativen Funktionalität, optimierte Debugging-Prozesse und eine insgesamt robustere und zuverlässigere Integration mit der zugrunde liegenden Geräteplattform.
-
-## Über Ionic: Entwickler befähigen, erstaunliche Hybrid-Apps zu bauen
-
-Ionic hat sich als führendes Open-Source-Framework für die Erstellung hochwertiger hybrider mobiler Anwendungen unter Verwendung des vertrauten Trios von Web-Technologien etabliert: HTML, CSS und JavaScript.
-
-### Wichtige Funktionen und Vorteile, die Ionic auszeichnen:
-
-- **Echte plattformübergreifende Entwicklung:** Ionic ermöglicht Entwicklern, ihren Code einmal zu schreiben und auf mehreren Plattformen einzusetzen, einschließlich iOS, Android und dem Web, was die Entwicklungszeit und den Aufwand erheblich reduziert.
-- **Native-ähnliche Benutzererfahrungen:** Ionics UI-Komponenten sind sorgfältig gestaltet, um ein natives Aussehen und Gefühl auf jeder Plattform zu bieten. Diese Liebe zum Detail sorgt dafür, dass sich Ihre App nahtlos in das Gerät des Benutzers integriert und ein angenehmes Benutzererlebnis bietet.
-- **Für Mobilgeräte optimierte Leistung:** Ionic wurde mit Blick auf Leistung entwickelt und setzt Best Practices und Optimierungen ein, um schnelle Ladezeiten, flüssige Animationen und ein reaktionsschnelles Gefühl auch auf weniger leistungsfähigen Geräten zu gewährleisten.
-- **Lebendige und unterstützende Community:** Ionic verfügt über eine große und aktive Community von Entwicklern weltweit. Diese lebendige Community trägt zu einer Fülle von Ressourcen bei, einschließlich umfangreicher Dokumentation, hilfreicher Tutorials und aktiver Foren, in denen Entwickler Hilfe suchen und ihr Wissen teilen können.
-- **Unternehmenstaugliche Unterstützung und Lösungen:** Ionic bietet unternehmenstaugliche Unterstützung und Dienstleistungen für Organisationen mit geschäftskritischen App-Anforderungen. Dies umfasst dedizierte Support-Kanäle, Expertenberatung und maßgeschneiderte Lösungen, um die spezifischen Anforderungen von Unternehmenskunden zu erfüllen.
-
-## Capgo: Vereinfachung von Live-Updates für Capacitor-Apps
-
-Capgo ist eine umfassende Plattform, die speziell entwickelt wurde, um den Live-Update-Prozess für Capacitor-basierte mobile Anwendungen zu vereinfachen und zu verbessern.
-
-### Wichtige Vorteile der Integration von Capgo in Ihren Workflow:
-
-- **Nahtlose Over-the-Air-Updates:** Capgo ermöglicht es Ihnen, sofortige App-Updates auf die Geräte Ihrer Benutzer zu liefern, ohne dass diese neue Versionen aus App Stores herunterladen müssen. Dies stellt sicher, dass Ihre Benutzer immer die neuesten Funktionen, Fehlerbehebungen und Inhalte zur Verfügung haben.
-- **Vereinfachter Update-Workflow und -Management:** Capgo optimiert den gesamten Update-Prozess und macht es unglaublich einfach, neue Funktionen, kritische Fehlerbehebungen und frische Inhaltsupdates an Ihre Benutzer zu senden. Die intuitive Benutzeroberfläche und Automatisierungsfunktionen ermöglichen es Entwicklern, sich auf die Erstellung großartiger Apps zu konzentrieren, anstatt komplexe Update-Verfahren zu verwalten.
-- **Verbesserte Benutzererfahrung mit minimalen Störungen:** Capgo priorisiert die Benutzererfahrung, indem es Updates nahtlos und unauffällig liefert. Dies stellt sicher, dass Ihre Benutzer die neuesten Verbesserungen ohne Unterbrechungen oder Verzögerungen genießen können, was sie engagiert und zufrieden hält.
-- **Beschleunigte Entwicklungszyklen und schnelle Iteration:** Capgo befähigt Entwicklungsteams, schneller und effizienter zu iterieren, indem es die sofortige Bereitstellung und das Testen von App-Updates ermöglicht. Diese schnelle Feedback-Schleife fördert Innovation und ermöglicht schnellere Reaktionszeiten auf Benutzerfeedback oder sich ändernde Marktanforderungen.
-
-## Warum Capgo ausschließlich Capacitor für Live-Updates unterstützt
-
-Capgo hat die strategische Entscheidung getroffen, sich ausschließlich auf Capacitor, eine moderne und leistungsstarke Hybrid-App-Laufzeitumgebung, zu konzentrieren, um das bestmögliche Live-Update-Erlebnis zu bieten. Capacitors moderne Architektur, tiefe Integration mit nativen SDKs und Verpflichtung zu Webstandards passen perfekt zu Capgos Vision, nahtlose, zuverlässige und effiziente Live-Updates für hybride mobile Anwendungen bereitzustellen.
diff --git a/src/content/blog/de/cpra-compliance-for-app-developers.md b/src/content/blog/de/cpra-compliance-for-app-developers.md
deleted file mode 100644
index d2783da99..000000000
--- a/src/content/blog/de/cpra-compliance-for-app-developers.md
+++ /dev/null
@@ -1,239 +0,0 @@
----
-slug: cpra-compliance-for-app-developers
-title: DSGVO-Konformität für App-Entwickler
-description: >-
-  Erfahren Sie mehr über die CPRA-Compliance-Anforderungen für App-Entwickler,
-  mit Fokus auf Nutzerrechte, Datensicherheit und effektives
-  Einwilligungsmanagement.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:45:04.405Z
-updated_at: 2025-05-16T12:46:04.636Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68272d340209458b3ff59c4e-1747399564636.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  CPRA, app developers, data protection, privacy rights, consent management,
-  sensitive personal information, compliance, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-Ab Mai 2025 gelten für App-Entwickler strengere Datenschutzregeln gemäß dem [California Privacy Rights Act](https://en.wikipedia.org/wiki/California_Privacy_Protection_Agency) (CPRA). Dieses Gesetz baut auf dem CCPA auf und führt strengere Standards zum Schutz von Nutzerdaten ein. Hier eine kurze Übersicht:
-
--   **Für wen es gilt:** Unternehmen mit über 25 Mio. $ Jahresumsatz, die Daten von mehr als 100.000 kalifornischen Nutzern verarbeiten oder 50%+ ihres Umsatzes aus Datenverkäufen erzielen.
--   **Wichtigste Anforderungen:**
-    -   Beschränkung der Datenerhebung auf das Notwendige (Datenminimierung).
-    -   Schutz sensibler personenbezogener Informationen (SPI).
-    -   Gewährung von Nutzerrechten wie Datenzugriff, -löschung und Opt-out-Möglichkeiten.
-    -   Aufbewahrung von Daten nur so lange wie nötig und anschließende sichere Löschung.
--   **Risiken bei Nichteinhaltung:** Strafen bis zu 7.500 $ pro Verstoß, wie in Fällen wie [Honda](https://en.wikipedia.org/wiki/Honda) (632.500 $ Strafe) und [Tilting Point Media](https://www.tiltingpoint.com/privacy-policy/) (500.000 $ Strafe für unsachgemäße Handhabung von Kinderdaten).
-
-### Schnelle Tipps zur Einhaltung:
-
-1.  Alle Datenflüsse kartieren und dokumentieren.
-2.  Starke Sicherheitsmaßnahmen wie Verschlüsselung und Zugriffskontrollen einsetzen.
-3.  Benutzerfreundliche Einwilligungsmanagementsysteme implementieren.
-4.  Regelmäßige Mitarbeiterschulungen und Datenschutzprüfungen durchführen.
-
-**Zusammenfassung:** Die CPRA-Konformität erfordert proaktiven Datenschutz, klare Nutzerrechte und kontinuierliche Risikobewertungen. Nichteinhaltung kann zu hohen Geldstrafen führen, daher ist die Integration von Privacy-First-Praktiken entscheidend.
-
-## CPRA-Anforderungen für Apps
-
-### Verwaltung sensibler Daten
-
-Der California Privacy Rights Act (CPRA) legt spezifische Richtlinien für den Umgang mit **sensiblen personenbezogenen Informationen (SPI)** in mobilen Apps fest. Um konform zu sein, müssen App-Entwickler robuste Sicherheitsmaßnahmen implementieren, um sensible Daten zu schützen und deren Erhebung strikt auf das für die Kernfunktionalität der App Notwendige zu beschränken [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information).
-
-Zusätzlich zum Schutz von SPI erweitert der CPRA die Nutzerrechte und gewährt Einzelpersonen größere Kontrolle über ihre persönlichen Daten.
-
-### Datenschutzrechte der Nutzer
-
-Der CPRA beschränkt sich nicht nur auf den Datenschutz - er stellt auch sicher, dass Nutzer über ihre Informationen praktisch ausführbare Rechte haben. Diese Rechte umfassen die Möglichkeit, ihre Daten einzusehen, zu löschen oder zu korrigieren, der Datenweitergabe zu widersprechen und Datenübertragbarkeit anzufordern. Unternehmen müssen diese Anfragen innerhalb von 45 Tagen erfüllen, während Opt-out-Anfragen innerhalb von 15 Arbeitstagen bearbeitet werden müssen, wie von der [California Privacy Protection Agency](https://cppa.ca.gov/) vorgeschrieben [\[2\]](https://oag.ca.gov/privacy/ccpa).
-
-Für Entwickler, die sich auf Dienste von Drittanbietern verlassen, können Tools wie die Live-Update-Lösung von [Capgo](https://capgo.app/) - die Ende-zu-Ende-Verschlüsselung und Benutzerzuordnung bietet - den Prozess der Compliance-Einhaltung bei effektivem Update-Management vereinfachen.
-
-### Datenspeicherungsregeln
-
-Gemäß CPRA dürfen Daten nur so lange aufbewahrt werden, wie sie ihrem beabsichtigten Zweck dienen. Danach sollten sie sicher gelöscht werden. Um diese Anforderungen zu erfüllen, sollten Unternehmen klare Aufbewahrungsrichtlinien festlegen, automatisierte Löschprozesse implementieren, regelmäßige Audits durchführen und die sichere Entsorgung von Daten gewährleisten [\[4\]](https://secureprivacy.ai/blog/cpra-data-retention). Wie [PwC](https://www.pwc.com/us/en.html) treffend feststellt:
-
-> "Die Daten, die entfernt werden, sind genauso wichtig, vielleicht sogar wichtiger als die Daten, die aufbewahrt werden" [\[3\]](https://www.pwc.com/us/en/services/consulting/cybersecurity-risk-regulatory/library/cpra-data-retention-preparation.html).
-
-Die Nichteinhaltung dieser Vorschriften kann zu Strafen von bis zu 7.500 $ pro Verstoß führen [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information). Um solche Strafen zu vermeiden, sollten Unternehmen angemessene Sicherheitsmaßnahmen ergreifen und Transparenz durch klare [Datenschutzrichtlinien](https://capgo.app/dp/) und benutzerfreundliche Schnittstellen gewährleisten.
-
-## Technische Schritte zur Compliance
-
-### Privacy-First-Entwicklung
-
-Die Integration des Datenschutzes in die App-Architektur von Anfang an ist essentiell. Beginnen Sie mit gründlichem **Daten-Mapping**, um zu ermitteln, wo sensible personenbezogene Informationen erfasst, gespeichert und verwendet werden [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information). Zum Schutz dieser Daten sollten Sie folgende Maßnahmen in Betracht ziehen:
-
--   **Rollenbasierte Zugriffskontrollen (RBAC):** Beschränkung des Zugriffs auf sensible Daten basierend auf Benutzerrollen.
--   **Datenmasking und Tokenisierung:** Schutz der Daten durch Verschleierung identifizierbarer Informationen.
--   **Verschlüsselungsprotokolle:** Sicherung der Daten sowohl während der Übertragung als auch im Ruhezustand.
--   **Mehr-Faktor-Authentifizierung:** Zusätzliche Sicherheitsebene zur Verhinderung unberechtigten Zugriffs.
-
-Stellen Sie bei der Einführung von Updates sicher, dass diese Datenschutzmaßnahmen intakt und funktionsfähig bleiben.
-
-### Sichere App-Updates
-
-Sobald Ihre App mit Privacy-First-Prinzipien entwickelt wurde, wird die Sicherung des Update-Prozesses zum nächsten kritischen Schritt. Updates sollten so gestaltet sein, dass sie sensible Daten schützen, wobei Ende-zu-Ende-Verschlüsselung eine Schlüsselrolle bei der Verhinderung von Datenpannen während des Update-Prozesses spielt.
-
-Für Apps, die mit Capacitor erstellt wurden, bietet **Capgos Live-Update-Lösung** Funktionen, die eng mit den CPRA-Compliance-Anforderungen übereinstimmen:
-
-| **Sicherheitsfunktion** | **Compliance-Vorteil** |
-| --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Schützt Daten vor unbefugtem Zugriff während Updates |
-| Versionskontrolle | Erstellt einen Prüfpfad zur Verifizierung der Compliance |
-| Benutzerzuordnung | Ermöglicht einwilligungsbasierte Bereitstellung von Funktionen |
-| Rollback-Fähigkeit | Ermöglicht schnelle Behebung von datenschutzbezogenen Problemen |
-
-### Einwilligungsmanagementsysteme
-
-Ein gut konzipiertes Einwilligungsmanagementsystem ist entscheidend für das Tracking, die Speicherung und die Beachtung von Datenschutzpräferenzen der Nutzer, um die Übereinstimmung mit CPRA-Vorschriften sicherzustellen.
-
-> "Einwilligungsmanagement ermöglicht Organisationen die Erfassung, Speicherung und Verwaltung von Nutzerberechtigungen für die Datennutzung auf transparente und rechtskonforme Weise. Es ist der Grundstein für den Aufbau von Kundenvertrauen, die Personalisierung von Nutzererlebnissen und die Gewährleistung transparenter Datenpraktiken." [\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-Forbes hebt folgende Praktiken für effektives Einwilligungsmanagement hervor:
-
--   **Anpassbare Datenschutz-Interfaces:** Ermöglichen Sie Nutzern, ihre Datenschutzeinstellungen einfach anzupassen.
--   **Automatisierte Einwilligungsspeicherung:** Stellen Sie sicher, dass Präferenzen konsistent aufgezeichnet und eingehalten werden.
--   **Systemintegration:** Synchronisieren Sie Einwilligungspräferenzen mit nachgelagerten Systemen für nahtlose Compliance.
--   **Geografische Anpassung:** Passen Sie Einstellungen basierend auf regionalen Datenschutzgesetzen an.
-
-Weitere Maßnahmen zur Stärkung der Compliance umfassen:
-
--   Durchführung regelmäßiger Datenschutz-Risikobewertungen.
--   Vorbereitung von Reaktionsplänen für mögliche Datenpannen.
--   Implementierung von Mitarbeiterschulungsprogrammen mit Fokus auf Datenschutz.
--   Etablierung klarer Vereinbarungen mit Drittanbietern zur Einschränkung ihrer Datenverarbeitung [\[6\]](https://www.cookieyes.com/blog/cpra-enforcement).
-
-> "Als Anwalt finde ich Ketch Consent Management unschätzbar wertvoll für die schnelle und sichere Anpassung notwendiger Datenschutzrisiken, ohne umfangreiche technische Kenntnisse zu benötigen. Diese Kontrolle und Benutzerfreundlichkeit sind ungewöhnlich." [\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-## Wie man sich auf CPRA vorbereitet: Wichtige Schritte und Experteneinblicke
-
-<Steps>
-1. Detaillierte Datenkartierung durchführen
-2. Sicherheitsmaßnahmen implementieren
-3. Datenschutzrichtlinien aktualisieren
-4. Mitarbeiter schulen
-5. Systeme regelmäßig überprüfen
-</Steps>
-
-## Fortlaufendes Compliance-Management
-
-Sobald technische Schutzmaßnahmen implementiert sind, hört die Arbeit nicht auf. Kontinuierliche Überwachung und Management sind entscheidend für die Aufrechterhaltung der Compliance mit CPRA-Anforderungen.
-
-### Datenschutz-Risikobewertung
-
-Wussten Sie, dass Datenpannen Unternehmen durchschnittlich **4,45 Millionen Dollar** kosten? [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance) Diese erschreckende Zahl unterstreicht die Bedeutung regelmäßiger **Datenschutz-Folgenabschätzungen (PIAs)**. Diese Bewertungen helfen dabei, Schwachstellen in Ihren Datenpraktiken zu identifizieren und notwendige Anpassungen vorzunehmen.
-
-Hier sind einige Schlüsselbereiche, auf die während einer Datenschutz-Risikobewertung zu achten ist:
-
-| **Bewertungsbereich** | **Empfohlene Maßnahmen** |
-| --- | --- |
-| **Datenverarbeitung** | Dokumentieren, wie Daten erfasst werden und warum sie benötigt werden |
-| **Sicherheitsmaßnahmen** | Überprüfung von Verschlüsselungsprotokollen und Zugriffskontrollen |
-| **Drittanbieter** | Aktualisierung und Bewertung von Datenfreigabevereinbarungen |
-| **Nutzerrechte** | Sicherstellen, dass Opt-out-Mechanismen funktionsfähig sind |
-
-Nehmen Sie den Fall [Sephora](https://en.wikipedia.org/wiki/Sephora) als Beispiel. Deren Versäumnis, Datenschutzpraktiken anzugehen, führte zu einer **1,2 Millionen Dollar Strafe** [\[8\]](https://www.didomi.io/blog/california-privacy-rights-act-cpra). Regelmäßige Bewertungen wie diese helfen nicht nur dabei, hohe Strafen zu vermeiden, sondern informieren auch über bessere Strategien für Mitarbeiterschulungen und Tools.
-
-### Datenschutzschulung für Mitarbeiter
-
-Wenn 83% der Verbraucher sagen, dass sie Marken vertrauen, die ihre Daten schützen [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance), wird deutlich, dass Datenschutzschulungen nicht nur der Compliance dienen - es geht um Reputation. Schulungsprogramme sollten umfassen:
-
--   Korrekte Datenhandhabungsverfahren
--   CPRA-Verbraucherrechte
--   Reaktion auf Vorfälle
--   Dokumentation für Compliance-Audits
-
-Es ist ebenso wichtig, diese Schulungsmaterialien aktuell zu halten, wenn sich Vorschriften ändern [\[9\]](https://securiti.ai/blog/cpra-training-requirements). Dies schafft nicht nur einen robusten Prüfpfad, sondern stellt auch sicher, dass Ihr Team über die neuesten CPRA-Anforderungen informiert bleibt.
-
-### Compliance-Tools
-
-Datenschutzbedenken sind real - 85% der Verbraucher haben Apps aufgrund von Datenschutzbedenken gelöscht [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance). Um dies anzugehen, sollten Sie die Verwendung von Compliance-
-
-| **Plattform** | **Hauptfunktionen** | **Monatliche Kosten (USD)** |
-| --- | --- | --- |
-| **[OneTrust](https://www.onetrust.com/platform/privacy-automation/)** | Lückenanalysen, Datenmapping | 399 |
-| **[Osano](https://www.osano.com/solutions/consent-management-platform)** | Einwilligungsverwaltung für mehrere Domains | 199 |
-| **[Usercentrics](https://usercentrics.com/)** | Cookie-Kontrolle für bis zu 50.000 Sitzungen | 60 |
-
-Bei der Bewertung von Tools sollten Funktionen wie automatisierte Einwilligungsverfolgung, detaillierte Bestandsaufnahmen personenbezogener Daten und Funktionen zur Erkennung von Datenschutzverletzungen priorisiert werden. Für App-Entwickler kann die Integration eines **Datenschutz-Scanners (DPS)** ein entscheidender Vorteil sein. Er hilft dabei, Cookies und Tracking-Technologien von Drittanbietern zu identifizieren und erhöht die Transparenz bei der Erfassung von Nutzerdaten [\[10\]](https://usercentrics.com/knowledge-hub/ccpa-compliance-tools).
-
-## Zusammenfassung und Handlungsschritte
-
-### Hauptanforderungen
-
-Um die CPRA-Konformität zu erfüllen, müssen App-Entwickler Datenschutzmaßnahmen priorisieren, wobei die Strafen für Nichteinhaltung bis zu 7.500 USD pro Verstoß betragen können. Hier ist eine Aufschlüsselung der wichtigsten zu behandelnden Bereiche:
-
-| **Anforderungskategorie** | **Implementierungsdetails** | **Compliance-Priorität** |
-| --- | --- | --- |
-| Datenverarbeitung | Dokumentation der Datenerhebungszwecke und Anwendung von Datenminimierungspraktiken | Hoch |
-| Sicherheitsmaßnahmen | Verwendung von Verschlüsselung, Zugriffskontrollen und Strategien zur Verhinderung von Datenschutzverletzungen | Kritisch |
-| Verbraucherrechte | Bereitstellung von Opt-out-Optionen und Ermöglichung der Datenkorrektur | Hoch |
-| Dokumentation | Aktuelle Datenschutzrichtlinien und Aufbewahrung von Einwilligungsnachweisen für mindestens 24 Monate | Mittel |
-
-### Implementierungs-Checkliste
-
-Um die CPRA-Vorschriften einzuhalten und die notwendigen technischen Schutzmaßnahmen zu gewährleisten, konzentrieren Sie sich auf diese praktischen Schritte:
-
--   **Datenbestand und Mapping**  
-    Identifizieren und dokumentieren Sie alle Datenflüsse, einschließlich:
-    
-    -   Punkte der Datenerhebung
-    -   Speicherorte
-    -   Verarbeitungszwecke
-    -   Praktiken der Weitergabe an Dritte
--   **Sicherheitsimplementierung**  
-    Implementieren Sie robuste Sicherheitsmaßnahmen, die den CPRA-Standards entsprechen. Verwenden Sie für sichere Updates Tools mit Ende-zu-Ende-Verschlüsselung zum Schutz der Daten.
-    
--   **Verwaltung von Verbraucherrechten**  
-    Erstellen Sie benutzerfreundliche Schnittstellen, die es Verbrauchern ermöglichen:
-    
-    -   Auf ihre persönlichen Daten zuzugreifen
-    -   Korrekturen anzufordern
-    -   Ihre Informationen zu löschen
-    -   Die Datenweitergabe abzulehnen
--   **Dokumentation und Schulung**  
-    Aktualisieren Sie regelmäßig Datenschutzrichtlinien, dokumentieren Sie Verbraucherinteraktionen und bieten Sie kontinuierliche Schulungen für Mitarbeiter an, um CPRA-konform zu bleiben.
-    
-
-> "Eine hilfreiche Perspektive ist, dass eine Compliance-Aktivität nicht als 'erledigt' betrachtet werden kann, wenn nicht geprüft wurde, ob sie in Ihrer Datenschutzerklärung berücksichtigt werden muss." – Matt Davis, CIPM (IAPP), Autor bei Osano [\[11\]](https://www.osano.com/articles/cpra-compliance-checklist)
-
-## Häufig gestellte Fragen
-
-:::faq
-### Wie können App-Entwickler die Anforderungen der CPRA zur Datenminimierung erfüllen?
-
-Um die **Datenminimierungsstandards** der CPRA zu erfüllen, sollten App-Entwickler sich darauf konzentrieren, nur die personenbezogenen Daten zu erfassen, die für das effektive Funktionieren ihrer App unerlässlich sind. Überprüfen Sie regelmäßig Ihre Datenerfassungspraktiken, um sicherzustellen, dass sie relevant bleiben und streng mit dem Zweck der App verbunden sind.
-
-Ebenso wichtig ist die Festlegung klarer Richtlinien für die Datenspeicherung. Personenbezogene Daten sollten nur so lange aufbewahrt werden, wie sie tatsächlich benötigt werden. Machen Sie es sich zur Gewohnheit, Ihre Datenprozesse zu überprüfen, Datenflüsse zu dokumentieren, um unnötige Erfassungen zu identifizieren, und stellen Sie sicher, dass Ihr Team in Datenschutz-Best-Practices geschult ist, um konform zu bleiben. Vergessen Sie nicht, Vereinbarungen mit Drittanbietern zu überprüfen, um sicherzustellen, dass sie den CPRA-Anforderungen entsprechen.
-
-Für diejenigen, die Tools wie Capgo nutzen, können Echtzeit-Updates ein entscheidender Vorteil sein. Diese Tools ermöglichen es Entwicklern, Compliance-Probleme schnell zu beheben, indem sie Korrekturen oder Updates implementieren können, ohne auf die App-Store-Genehmigung warten zu müssen, was dazu beiträgt, dass Ihre App mit den Datenschutzvorschriften konform bleibt.
-:::
-
-:::faq
-### Wie können App-Entwickler Benutzeranfragen für Datenzugriff, -löschung oder -korrektur gemäß CPRA-Richtlinien effizient handhaben?
-
-Um die Anforderungen des California Privacy Rights Act (CPRA) zu erfüllen, müssen App-Entwickler ein unkompliziertes und zuverlässiges System für die Bearbeitung von Benutzeranfragen bezüglich Datenzugriff, -löschung oder -korrektur einrichten. **Entwickler müssen Anfragen innerhalb von 10 Tagen bestätigen** und innerhalb von 45 Tagen bearbeiten. Falls zusätzliche Zeit benötigt wird, ist eine Verlängerung um bis zu 45 Tage möglich, sofern der Benutzer über die Verzögerung informiert wird.
-
-So können Entwickler die Compliance vereinfachen:
-
--   Einrichtung klarer Kommunikationskanäle für Benutzeranfragen, wie eine dedizierte E-Mail-Adresse oder ein Online-Formular
--   Entwicklung eines einheitlichen Prozesses zur Identitätsüberprüfung von Benutzern und effektiven Bearbeitung von Anfragen
--   Führung genauer Aufzeichnungen aller Anfragen zur Demonstration der Compliance und Aufrechterhaltung der Verantwortlichkeit
-
-Die Nutzung von Tools wie Capgo, die Echtzeit-Updates ermöglichen, kann Entwicklern helfen, Probleme oder Korrekturen im Zusammenhang mit Benutzerdaten schnell zu lösen und dabei die Einhaltung der Plattformstandards sicherzustellen. Durch proaktives Handeln bei diesen Anforderungen können Entwickler nicht nur regulatorische Verpflichtungen erfüllen, sondern auch stärkeres Vertrauen bei ihren Nutzern aufbauen.
-:::
-
-:::faq
-### Wie können App-Entwickler effektive Einwilligungsverwaltungssysteme implementieren, um die CPRA-Compliance-Anforderungen zu erfüllen?
-
-Um die **CPRA**-Standards zu erfüllen, müssen App-Entwickler Transparenz und Einfachheit bei der Verwaltung der Benutzereinwilligung priorisieren. Beginnen Sie mit klaren, verständlichen Einwilligungsbannern, die den Zweck der Datenerhebung und die Verwendung der Daten erklären. Es ist wichtig, vor der Verarbeitung jeglicher Daten die ausdrückliche Einwilligung der Benutzer einzuholen.
-
-Ihre App sollte es den Benutzern auch einfach machen, ihre Präferenzen anzupassen, einschließlich der Option, ihre Einwilligung jederzeit zu widerrufen. Regelmäßige Aktualisierung und Überprüfung Ihrer Datenschutzrichtlinien und Einwilligungspraktiken ist der Schlüssel zur Einhaltung der Vorschriften und zum Aufbau von Benutzervertrauen. Die Verwendung einer zuverlässigen Consent Management Platform (CMP) kann diese Bemühungen rationalisieren, indem sie Benutzereinwilligungen sicher verfolgt und sicherstellt, dass Ihre App den CPRA-Anforderungen entspricht.
-
-Für Entwickler, die Tools wie **Capgo** für Live-Updates in Capacitor-Apps verwenden, ist die Integration der Einwilligungsverwaltung unkompliziert. Dieser Ansatz hält nicht nur Ihre App konform mit Apple- und Android-Richtlinien, sondern stellt auch sicher, dass sie datenschutzorientiert und benutzerfreundlich bleibt.
-:::
diff --git a/src/content/blog/de/create-offline-screen-in-vue-angular-react.md b/src/content/blog/de/create-offline-screen-in-vue-angular-react.md
deleted file mode 100644
index 83d878d60..000000000
--- a/src/content/blog/de/create-offline-screen-in-vue-angular-react.md
+++ /dev/null
@@ -1,303 +0,0 @@
----
-slug: create-offline-screen-in-vue-angular-react
-title: >-
-  Wie man einen Offline-Bildschirm in Vue-, Angular- und React-Anwendungen mit
-  der Network API und Capacitor erstellt
-description: >-
-  Erfahren Sie, wie Sie einen Offline-Bildschirm in Vue-, Angular- oder
-  React-Anwendungen mithilfe der Network API und Capacitor implementieren.
-  Verbessern Sie die Benutzererfahrung, indem Sie Offline-Szenarien effektiv
-  handhaben.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-21T00:00:00.000Z
-updated_at: 2022-06-21T00:00:00.000Z
-head_image: /vue_angular_react.webp
-head_image_alt: 'Bild einer Person, die an einem Computer arbeitet'
-tag: Tutorial
-published: true
-locale: de
-next_blog: ''
----
-
-# Wie man einen Offline-Bildschirm in Vue 3, Angular 14 oder React erstellt
-
-In diesem Tutorial lernen wir, wie man einen Offline-Bildschirm in Vue 3-, Angular 14- und React-Anwendungen mithilfe der Network API erstellt. Die Network API liefert Netzwerk- und Konnektivitätsinformationen, die es uns ermöglichen, Offline-Szenarien zu behandeln und eine bessere Benutzererfahrung zu bieten.
-
-## Voraussetzungen
-
-Bevor wir beginnen, stellen Sie sicher, dass Sie Folgendes installiert haben:
-
-- [Node.js](https://nodejs.org/) (Version 14 oder höher)
-- [Vue CLI](https://cli.vuejs.org/)
-- [Angular CLI](https://cli.angular.io/)
-- [Create React App](https://create-react-app.dev/)
-
-## Projekt einrichten
-
-Zunächst erstellen wir ein neues Projekt mit dem jeweiligen Scaffolding-Tool für jedes Framework.
-
-### Vue 3
-
-Öffnen Sie Ihr Terminal und führen Sie den folgenden Befehl aus, um ein neues Vue 3-Projekt zu erstellen:
-
-```shell
-vue create offline-screen-vue3
-```
-
-Wählen Sie die Standardeinstellungen und warten Sie, bis das Projekt erstellt wurde.
-
-### Angular 14
-
-Öffnen Sie Ihr Terminal und führen Sie den folgenden Befehl aus, um ein neues Angular 14-Projekt zu erstellen:
-
-```shell
-ng new offline-screen-angular14
-```
-
-Folgen Sie den Anweisungen und wählen Sie bei der Frage nach zusätzlichen Funktionen "Routing" durch Drücken der **Leertaste**. Warten Sie, bis das Projekt erstellt wurde.
-
-### React
-
-Öffnen Sie Ihr Terminal und führen Sie den folgenden Befehl aus, um ein neues React-Projekt zu erstellen:
-
-```shell
-npx create-react-app offline-screen-react
-```
-
-Warten Sie, bis das Projekt erstellt wurde.
-
-## Installation der Network API
-
-Jetzt installieren wir das Paket `@capacitor/network`, das die Network API bereitstellt.
-
-Öffnen Sie Ihr Terminal und navigieren Sie zu Ihrem Projektverzeichnis. Führen Sie dann den folgenden Befehl aus, um das Paket zu installieren:
-
-```shell
-npm install @capacitor/network
-```
-
-Für Capacitor-Projekte führen Sie auch den folgenden Befehl aus, um die nativen Projektdateien zu synchronisieren:
-
-```shell
-npx cap sync
-```
-
-Stellen Sie sicher, dass Sie die Capacitor CLI global installiert haben, indem Sie Folgendes ausführen:
-
-```shell
-npm install -g @capacitor/cli
-```
-
-## Implementierung des Offline-Bildschirms
-
-Als Nächstes implementieren wir die Offline-Bildschirm-Funktionalität in jedem Framework. Wir zeigen eine einfache Nachricht an, wenn der Benutzer offline geht.
-
-### Vue 3
-
-Öffnen Sie in Ihrem Vue 3-Projekt die Datei `src/main.js` und importieren Sie das `Network`-Modul von `@capacitor/network`:
-
-```javascript
-import { createApp } from 'vue';
-import { Network } from '@capacitor/network';
-
-const app = createApp(App);
-
-// Your application setup
-
-app.mount('#app');
-
-Network.addListener('networkStatusChange', status => {
-  if (status.connected) {
-    // User is back online
-    // Hide the offline screen
-    document.getElementById('offline-screen').style.display = 'none';
-  } else {
-    // User is offline
-    // Display the offline screen
-    document.getElementById('offline-screen').style.display = 'block';
-  }
-});
-
-const logCurrentNetworkStatus = async () => {
-  const status = await Network.getStatus();
-  console.log('Network status:', status);
-};
-```
-
-Fügen Sie in Ihrem Anwendungstemplate (`App.vue`) ein `<div>`-Element mit einer ID von `offline-screen` hinzu, um die Offline-Bildschirm-Nachricht anzuzeigen:
-
-```html
-<template>
-  <div id="app">
-    <div id="offline-screen">
-      <h1>You are offline</h1>
-      <p>Please check your internet connection and try again.</p>
-    </div>
-    <!-- Your application content -->
-  </div>
-</template>
-
-<style>
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-</style>
-```
-
-Wenn der Benutzer jetzt offline geht, wird der Offline-Bildschirm angezeigt. Wenn der Benutzer wieder online kommt, wird der Offline-Bildschirm ausgeblendet.
-
-### Angular 14
-
-Öffnen Sie in Ihrem Angular 14-Projekt die Datei `src/app/app.component.ts` und importieren Sie das `Network`-Modul von `@capacitor/network`:
-
-```typescript
-import { Component } from '@angular/core';
-import { Network } from '@capacitor/network';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: './app.component.html',
-  styleUrls: ['./app.component.css']
-})
-export class AppComponent {
-
-  constructor() {
-    Network.addListener('networkStatusChange', status => {
-      if (status.connected) {
-        // User is back online
-        // Hide the offline screen
-        document.getElementById('offline-screen').style.display = 'none';
-      } else {
-        // User is offline
-        // Display the offline screen
-        document.getElementById('offline-screen').style.display = 'block';
-      }
-    });
-  }
-
-  logCurrentNetworkStatus = async () => {
-    const status = await Network.getStatus();
-    console.log('Network status:', status);
-  };
-
-}
-```
-
-Fügen Sie in Ihrem Anwendungstemplate (`app.component.html`) ein `<template>`-Element mit einer ID von `offline-screen` hinzu, um die Offline-Bildschirm-Nachricht anzuzeigen:
-
-```html
-<div id="offline-screen">
-  <h1>You are offline</h1>
-  <p>Please check your internet connection and try again.</p>
-</div>
-
-<!-- Your application content -->
-```
-
-Fügen Sie die folgenden Stile zur Datei `app.component.css` hinzu:
-
-```css
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-```
-
-Wenn der Benutzer jetzt offline geht, wird der Offline-Bildschirm angezeigt. Wenn der Benutzer wieder online kommt, wird der Offline-Bildschirm ausgeblendet.
-
-### React
-
-Öffnen Sie in Ihrem React-Projekt die Datei `src/App.js` und importieren Sie das `Network`-Modul von `@capacitor/network`:
-
-```jsx
-import React, { useEffect } from 'react'
-import { Network } from '@capacitor/network'
-
-function App() {
-
-  useEffect(() => {
-    Network.addListener('networkStatusChange', (status) => {
-      if (status.connected) {
-        // User is back online
-        // Hide the offline screen
-        document.getElementById('offline-screen').style.display = 'none'
-      }
-      else {
-        // User is offline
-        // Display the offline screen
-        document.getElementById('offline-screen').style.display = 'block'
-      }
-    })
-  }, [])
-
-  const logCurrentNetworkStatus = async () => {
-    const status = await Network.getStatus()
-    console.log('Network status:', status)
-  }
-
-  return (
-    <div id="app">
-      <div id='offline-screen'>
-        <h1>You are offline</h1>
-        <p>Please check your internet connection and try again.</p>
-      </div>
-      {/* Your application content */}
-    </div>
-  )
-
-}
-
-export default App
-```
-
-Fügen Sie die folgenden Stile zur Datei `App.css` hinzu:
-
-```css
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-```
-
-Wenn der Benutzer jetzt offline geht, wird der Offline-Bildschirm angezeigt. Wenn der Benutzer wieder online kommt, wird der Offline-Bildschirm ausgeblendet.
-
-## Unterstützende Methoden und Schnittstellen
-
-Die Network API bietet mehrere Methoden und Schnittstellen, um Ihnen bei der Handhabung der Netzwerkverbindung zu helfen. Hier sind einige der wichtigsten:
-
-- [`getStatus()`](https://capacitorjs.com/docs/apis/network/#getstatus): Abfrage des aktuellen Status der Netzwerkverbindung
-- [`addListener('networkStatusChange', )`](https://capacitorjs.com/docs/apis/network/#addlistenernetworkstatuschange): Auf Änderungen in der Netzwerkverbindung hören
--
\ No newline at end of file
diff --git a/src/content/blog/de/create-react-mobile-apps-with-capacitor.md b/src/content/blog/de/create-react-mobile-apps-with-capacitor.md
deleted file mode 100644
index 7024b971c..000000000
--- a/src/content/blog/de/create-react-mobile-apps-with-capacitor.md
+++ /dev/null
@@ -1,214 +0,0 @@
----
-slug: create-react-mobile-apps-with-capacitor
-title: Mobile Apps mit React und Capacitor entwickeln
-description: >-
-  Erfahren Sie, wie Sie eine mobile App mit React und Capacitor erstellen und
-  die native Benutzeroberfläche mit Konsta UI verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-02-21T00:00:00.000Z
-updated_at: 2023-03-10T00:00:00.000Z
-head_image: /react_capacitor.webp
-head_image_alt: React und Capacitor Illustration
-tag: Tutorial
-published: true
-locale: de
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-
-In diesem Tutorial beginnen wir mit einer neuen [React](https://reactjsorg/) App und gehen zum nativen Mobile-Development über, indem wir Capacitor verwenden. Optional können Sie auch [Konsta UI](https://konstauicom/) hinzufügen, um eine verbesserte mobile Benutzeroberfläche mit Tailwind CSS zu erhalten.
-
-Capacitor ermöglicht es Ihnen, Ihre React-Webanwendung einfach in eine native mobile App umzuwandeln, ohne signifikante Änderungen vorzunehmen oder eine neue Fähigkeit wie React Native zu erlernen.
-
-Mit nur wenigen einfachen Schritten können die meisten React-Anwendungen in mobile Apps umgewandelt werden.
-
-Dieses Tutorial führt Sie durch den Prozess, beginnend mit einer neuen React-App und dann der Integration von Capacitor, um in den Bereich der nativen mobilen Apps vorzudringen. Zusätzlich können Sie optional [Konsta UI](https://konstauicom/) verwenden, um Ihre mobile Benutzeroberfläche mit Tailwind CSS zu verbessern.
-
-## Über Capacitor
-
-Capacitor ist bahnbrechend! Sie können es mühelos in jedes Webprojekt integrieren, und es wird Ihre Anwendung in einen nativen Webview verpacken und das native Xcode- und Android Studio-Projekt für Sie generieren. Außerdem bieten seine Plugins Zugriff auf native Gerätefunktionen wie die Kamera über eine JS-Brücke.
-
-Mit Capacitor erhalten Sie eine fantastische native mobile App ohne kompliziertes Setup oder steile Lernkurve. Seine schlanke API und rationalisierte Funktionalität machen es zu einem Kinderspiel, es in Ihr Projekt zu integrieren. Glauben Sie mir, Sie werden erstaunt sein, wie mühelos es ist, mit Capacitor eine voll funktionsfähige native App zu erreichen!
-
-## Vorbereiten Ihrer React-App
-
-Während es verschiedene Methoden gibt, React-Anwendungen zu initiieren, wählen wir in diesem Tutorial die einfachste, die eine leere React-Anwendung bereitstellt:
-
-Bei der Erstellung einer nativen mobilen App benötigen wir einen **Export** unseres Projekts. Fügen wir also ein einfaches Skript in unserer **packagejson** hinzu, das zum Erstellen und Exportieren des React-Projekts verwendet werden kann:
-
-Sie können jetzt `npm run build` ohne Bedenken ausführen, und Sie sollten einen neuen out-Ordner im Wurzelverzeichnis Ihres Projekts sehen können.
-
-Dieser Ordner wird später von Capacitor verwendet, aber zunächst müssen wir ihn korrekt einrichten.
-
-## Hinzufügen von Capacitor zu Ihrer React-App
-
-Um eine beliebige Web-App in einen nativen mobilen Container zu verpacken, müssen wir einige anfängliche Schritte befolgen, aber danach ist es so einfach wie die Ausführung eines einzigen `sync`-Befehls.
-
-Zunächst können wir die [Capacitor CLI](https://capacitorjs.com/docs/cli/) als Entwicklungsabhängigkeit installieren und sie dann in unserem Projekt einrichten. Während der Einrichtung können Sie "Enter" drücken, um die Standardwerte für Name und Bundle-ID zu akzeptieren.
-
-Als Nächstes müssen wir das Core-Paket und die relevanten Pakete für die iOS- und Android-Plattformen installieren.
-
-Schließlich können wir die Plattformen hinzufügen, und Capacitor wird für jede Plattform Ordner im Wurzelverzeichnis unseres Projekts erstellen:
-
-An diesem Punkt sollten Sie neue **ios**- und **android**-Ordner in Ihrem React-Projekt sehen können.
-
-**Das sind echte native Projekte!**
-
-Um später auf das Android-Projekt zugreifen zu können, müssen Sie [Android Studio](https://developerandroidcom/studio/) installieren. Für iOS benötigen Sie einen Mac und sollten [Xcode](https://developer.apple.com/xcode/) installieren.
-
-Zusätzlich sollten Sie eine **capacitorconfigts**-Datei in Ihrem Projekt finden, die einige grundlegende Capacitor-Einstellungen enthält, die während der Synchronisierung verwendet werden. Das Einzige, worauf Sie achten müssen, ist das **webDir**, das auf das Ergebnis Ihres Build-Befehls zeigen muss. Derzeit ist es ungenau.
-
-Um dies zu korrigieren, öffnen Sie die **capacitorconfigjson**-Datei und aktualisieren Sie das **webDir**:
-
-Sie können es ausprobieren, indem Sie die folgenden Befehle ausführen:
-
-Der erste Befehl `npm run build` wird einfach Ihr React-Projekt erstellen und den statischen Build exportieren.
-
-Der zweite Befehl `npx cap sync` wird den gesamten Web-Code an die richtigen Stellen der nativen Plattformen synchronisieren, damit sie in einer App angezeigt werden können.
-
-Zusätzlich kann der Sync-Befehl die nativen Plattformen aktualisieren und Plugins installieren, daher ist es Zeit, `npx cap sync` erneut auszuführen, wenn Sie ein neues [Capacitor-Plugin](https://capacitorjs.com/docs/plugins/) installieren.Ohne es zu bemerken, sind Sie jetzt eigentlich fertig. Lassen Sie uns die App auf einem Gerät ansehen!
-
-## Native Apps erstellen und bereitstellen
-
-Um iOS-Apps zu entwickeln, benötigen Sie **Xcode**, und für Android-Apps benötigen Sie **Android Studio**. Wenn Sie Ihre App im App Store vertreiben möchten, müssen Sie sich außerdem für das Apple Developer Program für iOS und die Google Play Console für Android anmelden.
-
-Wenn Sie neu in der nativen mobilen Entwicklung sind, können Sie die Capacitor CLI verwenden, um beide nativen Projekte einfach zu öffnen:
-
-Sobald Sie Ihre nativen Projekte eingerichtet haben, ist die Bereitstellung Ihrer App auf einem verbundenen Gerät einfach. In Android Studio müssen Sie nur warten, bis alles bereit ist, und Sie können Ihre App ohne Änderung von Einstellungen auf einem verbundenen Gerät bereitstellen. Hier ein Beispiel:
-
-![android-studio-run](/android-studio-run.webp)
-
-In Xcode müssen Sie Ihr Signing-Konto einrichten, um Ihre App auf einem echten Gerät anstatt nur im Simulator bereitzustellen. Wenn Sie dies noch nie gemacht haben, führt Sie Xcode durch den Prozess (aber Sie müssen im Developer Program angemeldet sein). Danach können Sie einfach auf "Play" klicken, um die App auf Ihrem verbundenen Gerät auszuführen, das Sie oben auswählen können. Hier ein Beispiel:
-
-![xcode-run](/xcode-run.webp)
-
-Herzlichen Glückwunsch! Sie haben Ihre React-Web-App erfolgreich auf einem mobilen Gerät bereitgestellt. Hier ein Beispiel:
-
-Aber Moment, es gibt auch einen schnelleren Weg, dies während der Entwicklung zu tun.
-
-## Capacitor Live Reload
-
-Inzwischen sind Sie wahrscheinlich an Hot Reload bei allen modernen Frameworks gewöhnt, und die gute Nachricht ist, dass Sie die gleiche Funktionalität **auf einem mobilen Gerät** mit minimalem Aufwand haben können!
-
-Ermöglichen Sie den Zugriff auf Ihre lokal gehostete Anwendung mit Live Reload **in Ihrem Netzwerk**, indem Sie die Capacitor-App den Inhalt von der spezifischen URL laden lassen.
-
-Der erste Schritt besteht darin, Ihre lokale IP-Adresse herauszufinden. Wenn Sie einen Mac verwenden, können Sie dies herausfinden, indem Sie den folgenden Befehl im Terminal ausführen:
-
-Unter Windows führen Sie aus:
-
-Suchen Sie dann nach der IPv4-Adresse.
-
-Wir können Capacitor anweisen, die App direkt vom Server zu laden, indem wir einen weiteren Eintrag zu unserer `capacitor.config.ts`-Datei hinzufügen:
-
-Stellen Sie sicher, dass Sie **die richtige IP und den richtigen Port** verwenden. Ich habe in diesem Beispiel den Standard-React-Port verwendet.
-
-Jetzt können wir diese Änderungen anwenden, indem wir sie in unser natives Projekt kopieren:
-
-Der `copy`-Befehl ähnelt `sync`, kopiert aber nur **die Änderungen im Web-Ordner** und der Konfiguration, ohne das native Projekt zu aktualisieren.
-
-Sie können Ihre App jetzt noch einmal über Android Studio oder Xcode bereitstellen. Danach, wenn Sie etwas in Ihrer React-App ändern, **wird die App automatisch neu geladen** und zeigt die Änderungen an!
-
-**Beachten Sie**, dass wenn Sie neue Plugins wie die Kamera installieren, dies immer noch einen Neuaufbau Ihres nativen Projekts erfordert. Dies liegt daran, dass native Dateien geändert werden, und das kann nicht im laufenden Betrieb geschehen.
-
-Beachten Sie, dass Sie in Ihrer Konfiguration die richtige IP und den richtigen Port verwenden sollten. Der obige Codeblock zeigt zu Demonstrationszwecken den Standard-React-Port.
-
-## Verwendung von Capacitor-Plugins
-
-Lassen Sie uns einen Blick darauf werfen, wie man ein Capacitor-Plugin in Aktion verwendet, was wir bereits einige Male erwähnt haben. Dazu können wir ein ziemlich einfaches Plugin installieren, indem wir Folgendes ausführen:
-
-Das [Share-Plugin](https://capacitorjs.com/docs/apis/share/) ist nichts Besonderes, aber es ruft trotzdem den nativen Share-Dialog auf! Dafür müssen wir jetzt nur das Paket importieren und die `share()`-Funktion aus unserer App aufrufen. Ändern wir die **src/App.js** wie folgt:
-
-Wie bereits erwähnt, müssen wir bei der Installation neuer Plugins eine Synchronisierung durchführen und dann die App erneut auf unserem Gerät bereitstellen.Um dies zu tun, führen Sie den folgenden Befehl aus:
-
-```shell
-npx create-react-app my-app
-```
-
-Nachdem Sie den Button gedrückt haben, können Sie den schönen nativen Teilen-Dialog in Aktion sehen!
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/next-capacitor-share.webp" alt="react-mobile-app">
-</div>
-
-Um den Button mobil-freundlicher aussehen zu lassen, können wir etwas Styling hinzufügen, indem wir meine Lieblings-UI-Komponentenbibliothek für Web-Apps verwenden - React (Wortspiel nicht beabsichtigt).
-
-## Hinzufügen von Konsta UI
-
-Ich habe jahrelang mit [Ionic](https://ionicframework.com/) gearbeitet, um tolle plattformübergreifende Anwendungen zu erstellen, und es war jahrelang eine der besten Optionen. Aber jetzt empfehle ich es nicht mehr; es ist sehr umständlich, es mit React zu integrieren, und es lohnt sich nicht wirklich, wenn man bereits [tailwindcss](https://tailwindcss.com/) hat.
-
-Wenn Sie ein großartig aussehendes mobiles UI möchten, das sich an iOS- und Android-spezifische Stile anpasst, empfehle ich Konsta UI.
-
-Sie müssen [tailwind bereits installiert haben](https://tailwindcss.com/docs/guides/vite/#react).
-
-Um es zu verwenden, müssen wir nur das React-Paket installieren:
-
-```json
-{
-  "scripts": {
-    "start": "react-scripts start",
-    "build": "react-scripts build",
-    "test": "react-scripts test",
-    "eject": "react-scripts eject"
-  }
-}
-```
-
-Zusätzlich müssen Sie Ihre `tailwind.config.js` Datei modifizieren:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your React project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-`konstaConfig` wird die Standard (oder Ihre benutzerdefinierte) Tailwind CSS-Konfiguration mit einigen zusätzlichen Varianten und Hilfsdienstprogrammen erweitern, die für Konsta UI erforderlich sind.
-
-Jetzt müssen wir die Haupt-[App](https://konsta.ui.com/react/app/)-Komponente einrichten, damit wir einige globale Parameter (wie `theme`) festlegen können.
-
-Wir müssen die gesamte App mit `App` in `src/App.js` umschließen:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-### Beispielseite
-
-Jetzt, wo alles eingerichtet ist, können wir Konsta UI React-Komponenten in unserer React-App verwenden.
-
-Öffnen wir zum Beispiel `src/App.js` und ändern es wie folgt:
-
-```shell
-npm run build
-npx cap sync
-```
-
-Wenn die Live-Aktualisierung nach der Installation aller notwendigen Komponenten nicht synchron ist, versuchen Sie, alles neu zu starten. Sobald Sie das getan haben, sollten Sie eine mobile App mit einem einigermaßen nativen Aussehen sehen, die mit React und Capacitor erstellt wurde!
-
-Sie sollten folgende Seite als Ergebnis sehen:
-
-<div>
-  <h1>
-</h1>
-
-## Fazit
-
-Capacitor ist eine ausgezeichnete Option zum Erstellen nativer Anwendungen auf Basis eines bestehenden Web-Projekts und bietet eine einfache Möglichkeit, Code zu teilen und eine konsistente Benutzeroberfläche beizubehalten.
-
-Und mit der Ergänzung von [Capgo](https://capgo.app/) ist es noch einfacher, Live-Updates zu Ihrer App hinzuzufügen und sicherzustellen, dass Ihre Benutzer immer Zugang zu den neuesten Funktionen und Fehlerbehebungen haben.
-
-Wenn Sie erfahren möchten, wie Sie Capgo zu Ihrer React-App hinzufügen, schauen Sie sich den nächsten Artikel an:
\ No newline at end of file
diff --git a/src/content/blog/de/creating-and-deleting-update-channels-in-capacitor.md b/src/content/blog/de/creating-and-deleting-update-channels-in-capacitor.md
deleted file mode 100644
index 5061a7af5..000000000
--- a/src/content/blog/de/creating-and-deleting-update-channels-in-capacitor.md
+++ /dev/null
@@ -1,114 +0,0 @@
----
-slug: creating-and-deleting-update-channels-in-capacitor
-title: Erstellen und Löschen von Update-Kanälen in Capacitor
-description: >-
-  Erfahren Sie, wie Sie Update-Kanäle in Capacitor erstellen, verwalten und
-  löschen, um optimierte App-Updates und eine verbesserte Benutzererfahrung zu
-  erreichen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T03:02:38.679Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcb1f883b63ee70fa08665-1742526177947.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, update channels, app updates, development, mobile, CI/CD, user
-  management, version control
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-[Capacitor](https://capacitorjs.com/) [Update-Kanäle](https://capgo.app/docs/webapp/channels/) ermöglichen Over-the-Air (OTA) Updates für bestimmte Benutzergruppen. Dies hilft bei der Verwaltung mehrerer App-Versionen, dem Testen neuer Funktionen und der schrittweisen Einführung von Updates. Hier ist, was Sie wissen müssen:
-
--   **Vorteile**:
-    
-    -   Updates mit kleineren Gruppen testen (z.B. Beta-Nutzer)
-    -   Kritische Fehlerbehebungen ohne App-Store-Genehmigung senden
-    -   Problematische Updates sofort zurücksetzen
--   **Einrichtung**:
-    
-    -   Verwendung von Tools wie Capacitor CLI, [Nodejs](https://nodejsorg/en) und [Capgo](https://capgo.app/) CLI
-    -   Rollen zuweisen (Admin, Entwickler, Betrachter) zur Verwaltung von Berechtigungen
-    -   Integration mit CI/CD-Tools für automatisierte Workflows
--   **Kanäle verwalten**:
-    
-    -   Kanäle für Umgebungen erstellen (z.B. Produktion, Beta, Staging)
-    -   Kanäle eindeutig benennen (z.B. `prod`, `beta-internal`, `v2-hotfix`)
-    -   Updates in Phasen testen, bevor sie in die Produktion übernommen werden
--   **Kanäle entfernen**:
-    
-    -   Ungenutzte Kanäle über Analysen identifizieren
-    -   Benutzer sicher migrieren, Daten archivieren und Abhängigkeiten vor dem Löschen prüfen
-
-Capgo vereinfacht diesen Prozess mit Tools wie Echtzeit-Analysen, Benutzerverwaltung und Rollback-Optionen. Mit der richtigen Kanaleinrichtung und -wartung können Sie Updates schneller und zuverlässiger bereitstellen.
-
-## Kontinuierliche Bereitstellung & Live-Updates mit Ionic Deploy
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Einrichtungsanforderungen
-
-Um Update-Kanäle effektiv zu verwalten, müssen Sie bestimmte Tools installieren und Berechtigungen einrichten. Hier ist, was Sie zum Start benötigen.
-
-### Benötigte Tools
-
-Stellen Sie sicher, dass Sie Folgendes haben:
-
--   **Capacitor CLI**: Dies ist das Hauptwerkzeug für die Handhabung von App-Updates
--   **Nodejs**: Version 14.0 oder höher wird benötigt
--   **[Capgo CLI](https://capgo.app/docs/cli/commands)**: Wird für die Einrichtung und Verwaltung von Update-Kanälen verwendet
--   **Entwicklungsumgebung**: Wählen Sie eine IDE, die Capacitor unterstützt
-
-Um Capgo CLI zu initialisieren, führen Sie diesen Befehl aus:
-
-[[CODE_BLOCK]]
-
-Dies richtet Ihr Projekt mit den notwendigen Konfigurationsdateien ein und verbindet es mit Capgos [Update-Service](https://capgo.app/docs/plugin/cloud-mode/manual-update/)
-
-### Zugriff und Berechtigungen konfigurieren
-
-Richten Sie Berechtigungen für sichere und effiziente Kanalverwaltung ein:
-
-| **Berechtigungsstufe** | **Zugriffsrechte** | **Zweck** |
-| --- | --- | --- |
-| Admin | Vollzugriff | Kanäle erstellen, löschen und verwalten |
-| Entwickler | Eingeschränkter Zugriff | Updates bereitstellen und testen |
-| Betrachter | Nur-Lesen | Update-Status überwachen |
-
-Weisen Sie Ihrem Team Rollen basierend auf ihren Verantwortlichkeiten zu. Capgo funktioniert nahtlos mit Capacitor 8 und passt sich so verschiedenen Projektanforderungen an.
-
-Für zusätzlichen Komfort integriert sich Capgo mit beliebten CI/CD-Tools wie [GitHub Actions](https://docsgithubcom/actions), [GitLab CI](https://docsgitlabcom/ee/ci/) und [Jenkins](https://wwwjenkinsio/). Stellen Sie nur sicher, dass Ihr Build-System bereit ist, die Update-Kanalverwaltung zu handhaben.
-
-## Update-Kanäle einrichten
-
-Hier erfahren Sie, wie Sie Update-Kanäle effektiv erstellen und verwalten können. Diese Anleitung behandelt die Kanalerstellung, Konfiguration und hilfreiche Benennungspraktiken.
-
-### Einen neuen Kanal erstellen
-
-Um einen Kanal mit Capgo CLI einzurichten, folgen Sie diesen Schritten:
-
-1.  **Kanal initialisieren**: Öffnen Sie Ihr Terminal und führen Sie folgenden Befehl aus:
-    
-    [[CODE_BLOCK]]
-    
-2.  **Grundparameter einrichten**: Konfigurieren Sie den Kanal mit Details wie Name und Version:
-    
-    [[CODE_BLOCK]]
-    
-3.  **Kanal bestätigen**: Überprüfen Sie, ob Ihr Kanal erfolgreich erstellt wurde:
-    
-    [[CODE_BLOCK]]
-    
-
-### Kanal-Einstellungen
-
-Achten Sie bei der Konfiguration Ihres Kanals auf diese wichtigen Einstellungen:
-
-| Einstellung | Zweck | Beispielwert |
-| --- | --- | --- |
-| **Kanalname** | Identifiziert den Update-Stream | prod, beta, staging |
-| **Versions-Muster** | Gibt das erlaubte Versionsformat an | 1.0.* |
\ No newline at end of file
diff --git a/src/content/blog/de/creating-mobile-apps-with-react-and-capacitor.md b/src/content/blog/de/creating-mobile-apps-with-react-and-capacitor.md
deleted file mode 100644
index 2232396fe..000000000
--- a/src/content/blog/de/creating-mobile-apps-with-react-and-capacitor.md
+++ /dev/null
@@ -1,283 +0,0 @@
----
-slug: creating-mobile-apps-with-react-and-capacitor
-title: Mobile Apps mit Pure React.js und Capacitor entwickeln
-description: >-
-  Ein Leitfaden zur Umwandlung einer React.js-Webanwendung in eine native mobile
-  App mit Capacitor und zur Verbesserung der nativen Benutzeroberfläche mit
-  Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-29T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /react_capacitor.webp
-head_image_alt: React.js und Capacitor Illustration
-keywords: >-
-  React, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: de
-next_blog: implementing-live-updates-in-your-react-capacitor-app
----
-
-Das Tutorial führt Sie durch die Entwicklung einer mobilen Anwendung mit React, Capacitor und Konsta UI. Am Ende werden Sie wissen, wie Sie eine Reactjs Web-App mit Capacitor in eine native mobile Anwendung umwandeln und eine native Benutzeroberfläche mit Konsta UI implementieren können.
-
-Capacitor ermöglicht die einfache Umwandlung Ihrer Reactjs Web-App in eine native mobile Anwendung, ohne dass wesentliche Änderungen oder das Erlernen neuer Strategien wie React Native erforderlich sind.
-
-Der Prozess umfasst einige einfache Schritte, und schon bald wird Ihre Reactjs-App eine voll funktionsfähige mobile Anwendung sein. Bleiben Sie also dabei, während wir Sie auf dieser Reise begleiten.
-
-## Capacitor Überblick
-
-Capacitor ist ein Game-Changer. Es lässt sich nahtlos in jedes Web-Projekt integrieren und verpackt Ihre App in eine native Webview, während es das native Xcode- und Android Studio-Projekt generiert. Außerdem können Sie über seine Plugins auf native Gerätefunktionen wie die Kamera über eine JS-Brücke zugreifen.
-
-Capacitor bietet einen unkomplizierten Weg, eine native mobile Anwendung ohne Aufwand oder steile Lernkurve zu erstellen. Seine einfache API und optimierte Funktionalität machen es leicht, es in Ihr Projekt zu integrieren.
-
-## Einrichten Ihrer Reactjs-App
-
-Gehen wir den einfachsten Weg, eine React-Anwendung zu starten. Wir verwenden den npm Package Manager, um eine neue React-App zu erstellen:
-
-```shell
-npx create-react-app my-app
-```
-
-Um unser Projekt in eine native mobile App umzuwandeln, ist ein **Export** unserer App erforderlich.
-
-Darauf kommen wir gleich zurück. Zunächst wollen wir verstehen, wie wir Capacitor in unsere React-App integrieren.
-
-## Integration von Capacitor in Ihre Reactjs-App
-
-Die ersten Einrichtungsschritte mögen etwas detailliert sein, aber danach wird das Aktualisieren Ihres nativen App-Wrappers so einfach wie das Ausführen eines `sync`-Befehls.
-
-Zuerst installieren wir die Capacitor CLI als Entwicklungsabhängigkeit und richten sie in unserem Projekt ein. Akzeptieren Sie während der Einrichtung die Standardwerte für Name und Bundle-ID durch Drücken von "Enter".
-
-Als nächstes installieren wir das Core-Paket und die relevanten Pakete für die iOS- und Android-Plattformen.
-
-Schließlich fügen wir die Plattformen hinzu, und Capacitor erstellt Ordner für jede Plattform in unserem Projekt-Root:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your React project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Die Verzeichnisse **ios** und **android** befinden sich jetzt in Ihrem Reactjs-Projekt.
-
-Um später auf das Android-Projekt zuzugreifen, installieren Sie [Android Studio](https://developer.android.com/studio/). Für iOS benötigen Sie einen Mac und sollten [Xcode](https://developer.apple.com/xcode/) installieren.
-
-Aktualisieren Sie als nächstes das **webDir** in Ihrer **capacitor.config.json** Datei wie unten gezeigt:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "build",
-  "bundledWebRuntime": false
-}
-```
-
-Führen Sie den Build-Befehl aus und synchronisieren Sie Ihr Projekt mit Capacitor:
-
-```shell
-npm run build
-npx cap sync
-```
-
-Der `npm run build`-Befehl wird Ihr Reactjs-Projekt bauen, während `npx cap sync` den Web-Code an den richtigen Stellen der nativen Plattformen ausrichtet, damit sie in einer App ausgeführt werden können.
-
-Jetzt sollte Ihre Reactjs-App mit etwas Glück und ohne Fehler bereit sein, auf einem Gerät gestartet zu werden!
-
-## Erstellen und Bereitstellen Ihrer nativen Apps
-
-Für die Entwicklung von iOS-Apps wird **Xcode** benötigt, und für Android-Apps **Android Studio**. Wenn Sie Ihre App im App Store vertreiben möchten, müssen Sie sich für iOS im Apple Developer Program und für Android in der Google Play Console registrieren.
-
-Die Capacitor CLI vereinfacht den Prozess des Öffnens beider nativer Projekte:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Sobald Ihre nativen Projekte eingerichtet sind, ist das Bereitstellen Ihrer App auf einem verbundenen Gerät ein unkomplizierter Prozess.
-
-Für Android Studio warten Sie, bis alles geladen ist, und stellen dann Ihre App auf einem verbundenen Gerät bereit.
-
-Für Xcode richten Sie Ihr Signing-Konto ein, um Ihre App auf einem echten Gerät anstatt nur im Simulator bereitzustellen. Danach drücken Sie einfach auf Play, um die App auf Ihrem verbundenen Gerät auszuführen, das Sie oben auswählen können.
-
-Wenn alles gut gelaufen ist, haben Sie Ihre React-App konvertiert.js Web-App in eine native mobile Anwendung!
-
-## Capacitor Live Reload
-
-Moderne Entwicklungs-Frameworks bieten normalerweise Hot Reload, und glücklicherweise können Sie dasselbe mit Capacitor, aber **auf Ihrem mobilen Gerät** haben!
-
-Sie können Ihre lokal gehostete Anwendung mit Live Reload in Ihrem Netzwerk zugänglich machen, indem Sie die Capacitor-App den Inhalt von einer bestimmten URL laden lassen
-
-Ermitteln Sie zunächst Ihre lokale IP-Adresse. Auf einem Mac können Sie dies durch Ausführen von `ipconfig getifaddr en0` im Terminal tun. Unter Windows führen Sie `ipconfig` aus und suchen nach der IPv4-Adresse
-
-Weisen Sie danach Capacitor an, die App direkt vom Server zu laden, indem Sie einen weiteren Parameter zu Ihrer `capacitorconfig.ts` Datei hinzufügen:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'build',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Stellen Sie sicher, dass Sie die korrekte IP und Port verwenden. Führen Sie `npx cap copy` aus, um diese Änderungen auf unser natives Projekt anzuwenden
-
-Wenn Sie Ihre App noch einmal über Android Studio oder Xcode bereitstellen, werden alle Änderungen in Ihrer React-App automatisch neu geladen und in Ihrer App angezeigt!
-
-Beachten Sie, dass wenn neue Plugins installiert werden, wie zum Beispiel die Kamera, ein Neuaufbau Ihres nativen Projekts erforderlich ist. Dies liegt daran, dass sich die nativen Dateien geändert haben und nicht im laufenden Betrieb aktualisiert werden können
-
-## Verwendung von Capacitor Plugins
-
-Schauen wir uns kurz an, wie man ein Capacitor-Plugin verwendet. Installieren wir ein einfaches Plugin, das [Share Plugin](https://capacitorjs.com/docs/apis/share/), welches den nativen Share-Dialog aufruft:
-
-```shell
-npm i @capacitor/share
-```
-
-Um es zu verwenden, importieren Sie das Paket und rufen Sie die entsprechende `share()`-Funktion aus unserer App auf. Betrachten Sie die **App.js**:
-
-```javascript
-import { Share } from '@capacitor/share';
-
-function ShareButton() {
-  const share = async () => {
-    await Share.share({
-      title: 'React App',
-      text: 'Visit this React App',
-      url: 'http://localhost:3000',
-      dialogTitle: 'Share with...'
-    });
-  };
-
-  return (
-    <button onClick={share}>
-      Share
-    </button>
-  );
-}
-
-export default ShareButton;
-```
-
-Nach der Installation eines neuen Plugins denken Sie daran, Ihr React-Projekt erneut mit `npx cap sync` zu synchronisieren
-
-## Implementierung von Konsta UI: Bessere Mobile UI
-
-Für eine bessere mobile UI-Erfahrung verwenden wir Konsta UI. Es bietet iOS- und Android-spezifisches Styling und ist einfach zu verwenden
-
-Um Konsta UI zu verwenden, installieren Sie das React-Paket:
-
-```shell
-npm i konsta
-```
-
-Modifizieren Sie Ihre `tailwind.config.js` Datei wie folgt:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{js,ts,javascript,tsx}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` wird Ihre aktuelle Tailwind CSS-Konfiguration um zusätzliche Varianten und Utilities ergänzen, die für Konsta UI erforderlich sind
-
-Richten Sie nun die primäre App-Komponente ein, um globale Parameter wie `theme` festzulegen. Umschließen Sie die Haupt-App mit App in der `src/index.js`:
-
-```javascript
-import React from 'react';
-import ReactDOM from 'react-dom';
-import {App} from 'konsta/react';
-import './index.css';
-import MyApp from './App';
-
-ReactDOM.render(
-  <React.StrictMode>
-    <App theme="ios">
-      <MyApp />
-    </App>
-  </React.StrictMode>,
-  document.getElementById('root')
-);
-```
-
-Verwenden wir Konsta UI React-Komponenten in unseren React.js-Seiten. Öffnen Sie `src/App.js` und ändern Sie sie zu:
-
-```javascript
-// Konsta UI components
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-} from 'konsta/react';
-
-export default function MyApp() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Welcome to your React & Konsta UI app.
-        </p>
-      </Block>
-      
-      <List>
-        <ListItem href="/about" title="About" />
-      </List>
-
-      <Block strong>
-        <Button>Click Me</Button>
-      </Block>
-    </Page>
-  );
-}
-```
-
-Wenn alles richtig gemacht wurde, sollten Sie eine nahtlose Integration zwischen React und Konsta UI sehen, die Ihrer mobilen App ein natives Aussehen verleiht
-
-## Fazit
-
-Capacitor bietet eine nahtlose Möglichkeit, native Apps basierend auf einem bestehenden Webprojekt zu erstellen und bietet eine einfache Möglichkeit, Code zu teilen und eine konsistente Benutzeroberfläche zu haben
-
-Dank Technologien wie Capacitor war es noch nie einfacher, mobile Anwendungen aus React.js-Web-Apps zu erstellen. Bringen Sie Ihre Webentwicklungsfähigkeiten auf die nächste Stufe, indem Sie beeindruckende native mobile Apps erstellen. Viel Spaß beim Programmieren!
-
-Erfahren Sie mehr darüber, wie Sie Ihren App-Entwicklungsprozess beschleunigen können, [registrieren Sie sich noch heute für ein kostenloses Konto](/register/)
\ No newline at end of file
diff --git a/src/content/blog/de/creating-mobile-apps-with-sveltekit-and-capacitor.md b/src/content/blog/de/creating-mobile-apps-with-sveltekit-and-capacitor.md
deleted file mode 100644
index 4bfe68b30..000000000
--- a/src/content/blog/de/creating-mobile-apps-with-sveltekit-and-capacitor.md
+++ /dev/null
@@ -1,264 +0,0 @@
----
-slug: creating-mobile-apps-with-sveltekit-and-capacitor
-title: Mobile Apps mit SvelteKit und Capacitor entwickeln
-description: >-
-  Erfahren Sie, wie Sie eine mobile App mit SvelteKit und Capacitor erstellen
-  und die native Benutzeroberfläche mit Konsta UI verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-04T00:00:00.000Z
-updated_at: 2023-06-04T00:00:00.000Z
-head_image: /sveltekit_capacitor.webp
-head_image_alt: SvelteKit und Capgo Illustration
-tag: Tutorial
-published: true
-locale: de
-next_blog: updating-your-capacitor-apps-seamlessly-with-capacitor-updater
----
-
-In diesem Tutorial beginnen wir mit einer neuen [SvelteKit](https://kitsveltedev/) App und wechseln zur nativen mobilen Entwicklung mit Capacitor. Optional können Sie auch [Konsta UI](https://konstauicom/) für eine verbesserte Tailwind CSS mobile Benutzeroberfläche integrieren.
-
-Capacitor ermöglicht es Ihnen, Ihre SvelteKit-Webanwendung einfach in eine native mobile App umzuwandeln, ohne dass signifikante Änderungen oder das Erlernen einer neuen Fähigkeit wie React Native erforderlich sind.
-
-Folgen Sie dieser Schritt-für-Schritt-Anleitung, um Ihre SvelteKit-App mit Capacitor in eine mobile App umzuwandeln und, falls gewünscht, Ihre mobile Benutzeroberfläche mit Konsta UI zu verbessern.
-
-## Über Capacitor
-
-Capacitor ist bahnbrechend! Es kann mühelos in jedes Webprojekt integriert werden, umhüllt Ihre Anwendung in einem nativen Webview und generiert für Sie native Xcode- und Android Studio-Projekte. Seine Plugins bieten Zugriff auf native Gerätefunktionen wie die Kamera über eine JavaScript-Brücke.
-
-Capacitor ermöglicht es Ihnen, eine fantastische native mobile App ohne kompliziertes Setup oder steile Lernkurve zu erstellen. Seine schlanke API und optimierte Funktionalität machen es einfach, es in Ihr Projekt zu integrieren. Sie werden erstaunt sein, wie einfach es ist, mit Capacitor eine voll funktionsfähige native App zu erreichen!
-
-## Vorbereitung Ihrer SvelteKit-App
-
-Um eine neue SvelteKit-App zu erstellen, führen Sie den folgenden Befehl aus:
-
-```shell
-npm create svelte@latest my-app
-cd my-app
-npm install
-npm run build
-```
-
-Nach Ausführung des `build`-Befehls sollten Sie einen neuen `dist`-Ordner im Hauptverzeichnis Ihres Projekts sehen.
-
-Dieser Ordner wird später von Capacitor verwendet, aber vorerst müssen wir ihn korrekt einrichten.
-
-## Hinzufügen von Capacitor zu Ihrer SvelteKit-App
-
-Um eine beliebige Web-App in einen nativen mobilen Container zu verpacken, müssen wir einige anfängliche Schritte befolgen. Danach ist es so einfach wie das Ausführen eines einzigen `sync`-Befehls.
-
-Installieren Sie zunächst die [Capacitor CLI](https://capacitorjs.com/docs/cli/) als Entwicklungsabhängigkeit und richten Sie sie in Ihrem Projekt ein. Während der Einrichtung können Sie "Enter" drücken, um die Standardwerte für Namen und Bundle-ID zu akzeptieren.
-
-Installieren Sie als Nächstes das Core-Paket und die relevanten Pakete für die iOS- und Android-Plattformen.
-
-Fügen Sie schließlich die Plattformen hinzu, und Capacitor wird für jede Plattform Ordner im Hauptverzeichnis Ihres Projekts erstellen:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your SvelteKit project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-An diesem Punkt sollten Sie neue **ios**- und **android**-Ordner in Ihrem SvelteKit-Projekt sehen.
-
-**Dies sind echte native Projekte!**
-
-Um später auf das Android-Projekt zuzugreifen, müssen Sie [Android Studio](https://developerandroidcom/studio/) installieren. Für iOS benötigen Sie einen Mac und sollten [Xcode](https://developer.apple.com/xcode/) installieren.
-
-Zusätzlich sollten Sie eine **capacitorconfigts**-Datei in Ihrem Projekt finden, die einige grundlegende Capacitor-Einstellungen enthält, die während der Synchronisierung verwendet werden. Das Einzige, worauf Sie achten müssen, ist das **webDir**, das auf das Ergebnis Ihres Build-Befehls zeigen muss. Derzeit ist es falsch.
-
-Um dies zu beheben, öffnen Sie die **capacitorconfigts**-Datei und aktualisieren Sie das **webDir**:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'build',
-}
-
-export default config
-```
-
-Jetzt, da wir unsere Capacitor-Einstellungen aktualisiert haben, ändern wir unser Sveltekit-Projekt in eine statische Anwendung, indem wir das entsprechende statische Adapter-Paket herunterladen:
-
-```shell
-npm i -D @sveltejs/adapter-static
-```
-
-Nachdem das Paket installiert ist, müssen wir die _svelteconfigjs_-Datei vom Auto-Adapter auf statisch ändern:
-
-```ts
-import adapter from '@sveltejs/adapter-static'
-import { vitePreprocess } from '@sveltejs/kit/vite'
-
-/** @type {import('@sveltejs/kit').Config} */
-const config = {
-// Consult https://kit.svelte.dev/docs/integrations#preprocessors
-// for more information about preprocessors
-  preprocess: vitePreprocess(),
-
-  kit: {
-    // adapter-auto only supports some environments, see https://kit.svelte.dev/docs/adapter-auto for a list.
-    // If your environment is not supported or you settled on a specific environment, switch out the adapter.
-    // See https://kit.svelte.dev/docs/adapters for more information about adapters.
-    adapter: adapter({
-      // default options are shown. On some platforms
-      // these options are set automatically — see below
-      pages: 'build',
-      assets: 'build',
-      fallback: null,
-      precompress: false,
-      strict: true
-    })
-  }
-}
-
-export default config
-```
-
-Mit der aktualisierten _svelteconfigjs_ müssen wir eine _prerender_-Option hinzufügen, indem wir eine _+layoutjs_-Seite zu _src/routes_ erstellen und einfach den folgenden Export zu _+layoutjs_ hinzufügen:
-
-```ts
-export const prerender = true
-```
-
-Nachdem wir die _+layoutjs_-Seite hinzugefügt und aktualisiert haben, müssen wir unsere mobilen Plattformen hinzufügen und unser Projekt neu bauen, um den _build_-Ordner zu erstellen.
-
-Sie können dies tun, indem Sie die folgenden Befehle ausführen:
-
-```shell
-npm run build
-npx cap sync
-```
-
-Der erste Befehl `npm run build` wird Ihr SvelteKit-Projekt bauen und den statischen Build kopieren, während der zweite Befehl `npx cap sync` den gesamten Webcode an die richtigen Stellen der nativen Plattformen synchronisiert, damit sie in einer App angezeigt werden können.
-
-Zusätzlich könnte der Sync-Befehl die nativen Plattformen aktualisieren und Plugins installieren, sodass es an der Zeit ist, `npx cap sync` erneut auszuführen, wenn Sie neue [Capacitor-Plugins](https://capacitorjs.com/docs/plugins/) installieren.Ohne es zu merken, haben Sie den Prozess nun abgeschlossen. Lassen Sie uns die App auf einem Gerät ansehen!
-
-## Native Apps erstellen und bereitstellen
-
-Um iOS-Apps zu entwickeln, benötigen Sie **Xcode**, und für Android-Apps benötigen Sie **Android Studio**. Wenn Sie Ihre App außerdem im App Store vertreiben möchten, müssen Sie sich für iOS im Apple Developer Program und für Android in der Google Play Console registrieren.
-
-Wenn Sie neu in der nativen Mobilentwicklung sind, können Sie mit der Capacitor CLI ganz einfach beide nativen Projekte öffnen:
-
-Sobald Sie Ihre nativen Projekte eingerichtet haben, ist die Bereitstellung Ihrer App auf einem verbundenen Gerät einfach. In Android Studio müssen Sie nur warten, bis alles bereit ist, und Sie können Ihre App ohne Änderung von Einstellungen auf einem verbundenen Gerät bereitstellen. Hier ein Beispiel:
-
-In Xcode müssen Sie Ihr Signing-Konto einrichten, um Ihre App auf einem echten Gerät statt nur im Simulator bereitzustellen. Wenn Sie das noch nie gemacht haben, führt Sie Xcode durch den Prozess (aber auch hier müssen Sie im Developer Program registriert sein). Danach können Sie einfach auf Play klicken, um die App auf Ihrem verbundenen Gerät auszuführen, das Sie oben auswählen können. Hier ein Beispiel:
-
-Herzlichen Glückwunsch! Sie haben Ihre SvelteKit-Web-App erfolgreich auf einem mobilen Gerät bereitgestellt. Hier ein Beispiel:
-
-Aber warten Sie, es gibt auch einen schnelleren Weg dafür während der Entwicklung.
-
-## Capacitor Live Reload
-
-Mittlerweile sind Sie wahrscheinlich an Hot Reload bei allen modernen Frameworks gewöhnt, und die gute Nachricht ist, dass Sie die gleiche Funktionalität **auf einem mobilen Gerät** mit minimalem Aufwand haben können!
-
-Ermöglichen Sie den Zugriff auf Ihre lokal gehostete Anwendung mit Live Reload **in Ihrem Netzwerk**, indem Sie die Capacitor-App den Inhalt von der spezifischen URL laden lassen.
-
-Der erste Schritt besteht darin, Ihre lokale IP-Adresse herauszufinden. Wenn Sie einen Mac verwenden, können Sie dies mit folgendem Befehl im Terminal herausfinden:
-
-Unter Windows führen Sie aus:
-
-Suchen Sie dann nach der IPv4-Adresse.
-
-Wir können Capacitor anweisen, die App direkt vom Server zu laden, indem wir einen weiteren Eintrag zu unserer `capacitor.config.ts`-Datei hinzufügen:
-
-Stellen Sie sicher, dass Sie **die richtige IP und den richtigen Port** verwenden, wie im obigen Beispiel gezeigt.
-
-Jetzt können wir diese Änderungen übernehmen, indem wir sie in unser natives Projekt kopieren:
-
-Der Befehl `copy` ähnelt `sync`, kopiert aber nur **die Änderungen am Webordner** und an der Konfiguration, ohne das native Projekt zu aktualisieren.
-
-Sie können Ihre App jetzt noch einmal über Android Studio oder Xcode bereitstellen. Danach wird die App, wenn Sie etwas in Ihrer Svelte-App ändern, **automatisch neu geladen** und zeigt die Änderungen an!
-
-**Beachten Sie**, dass die Installation neuer Plugins wie der Kamera weiterhin einen Neuaufbau Ihres nativen Projekts erfordert. Dies liegt daran, dass native Dateien geändert werden und dies nicht im Handumdrehen geschehen kann.
-
-Beachten Sie, dass Sie in Ihrer Konfiguration die richtige IP und den richtigen Port verwenden sollten. Der obige Codeblock zeigt zu Demonstrationszwecken den Standard-SvelteKit-Port.
-
-## Verwendung von Capacitor-Plugins
-
-Schauen wir uns an, wie man ein Capacitor-Plugin in Aktion verwendet, was wir schon ein paar Mal erwähnt haben. Dazu können wir ein einfaches Plugin installieren, indem wir Folgendes ausführen:
-
-Das [Share-Plugin](https://capacitorjs.com/docs/apis/share/) ist nichts Besonderes, aber es öffnet den nativen Teilen-Dialog! Dafür müssen wir jetzt nur noch das Paket importieren und die Funktion `share()` aus unserer App aufrufen. Ändern wir also **src/routes/index.svelte** wie folgt:
-
-Wie bereits erwähnt, müssen wir bei der Installation neuer Plugins einen Sync-Vorgang durchführen und dann die App erneut auf unserem Gerät bereitstellen. Führen Sie dazu den folgenden Befehl aus:
-
-Nachdem Sie auf den Button geklickt haben, können Sie den schönen nativen Teilen-Dialog in Aktion sehen!
-
-## Hinzufügen von Konsta UI
-
-Um Konsta UI in Ihrer Nuxt 3-App zu verwenden, müssen Sie [Tailwind bereits installiert haben](https://tailwindcsscom/docs/guides/sveltekit/) und um das Paket zu installieren:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Zusätzlich müssen Sie Ihre `tailwind.config.js` Datei ändern:
-
-```shell
-ipconfig getifaddr en0
-```
-
-`konstaConfig` erweitert die Standard (oder Ihre benutzerdefinierte) Tailwind CSS-Konfiguration um einige zusätzliche Varianten und Hilfsfunktionen, die für Konsta UI erforderlich sind.
-
-Jetzt müssen wir die Haupt-[App](https://konstaui.com/vue/app/)-Komponente einrichten, damit wir einige globale Parameter (wie `theme`) festlegen können.
-
-Wir müssen die gesamte App in `src/routes/+layout.svelte` mit `App` umschließen:
-
-```shell
-ipconfig
-```
-
-### Beispielseite
-
-Nachdem alles eingerichtet ist, können wir Konsta UI Svelte-Komponenten in unseren SvelteKit-Seiten verwenden.
-
-Öffnen wir zum Beispiel `src/routes/index.svelte` und ändern es wie folgt:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Wenn die Live-Aktualisierung nach der Installation aller erforderlichen Komponenten nicht synchron ist, versuchen Sie, alles neu zu starten. Sobald Sie das getan haben, sollten Sie eine mobile App mit einem etwas nativen Aussehen sehen, die mit SvelteKit und Capacitor erstellt wurde!
-
-Sie sollten folgende Seite als Ergebnis sehen:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/sveltekit-mobile-app.webp" alt="sveltekit-mobile-app">
-</div>
-
-## Fazit
-
-Capacitor ist eine ausgezeichnete Option zum Erstellen nativer Anwendungen auf Basis eines bestehenden Webprojekts und bietet eine einfache Möglichkeit, Code zu teilen und eine konsistente Benutzeroberfläche beizubehalten.
-
-Und mit der Ergänzung von [Capgo](https://capgo.app/) ist es noch einfacher, Live-Updates zu Ihrer App hinzuzufügen und sicherzustellen, dass Ihre Benutzer immer Zugang zu den neuesten Funktionen und Fehlerbehebungen haben.
-
-Wenn Sie erfahren möchten, wie Sie Capgo zu Ihrer SvelteKit-App hinzufügen, werfen Sie einen Blick auf den nächsten Artikel:
-
-Erfahren Sie, wie Capgo Ihnen helfen kann, bessere Apps schneller zu erstellen. [Registrieren Sie sich noch heute für ein kostenloses Konto](/register/)
\ No newline at end of file
diff --git a/src/content/blog/de/cross-platform-mobile-app-development-guide-2024.md b/src/content/blog/de/cross-platform-mobile-app-development-guide-2024.md
deleted file mode 100644
index 64efd66cb..000000000
--- a/src/content/blog/de/cross-platform-mobile-app-development-guide-2024.md
+++ /dev/null
@@ -1,106 +0,0 @@
----
-slug: cross-platform-mobile-app-development-guide-2024
-title: >-
-  Der ultimative Leitfaden für plattformübergreifende Mobile-App-Entwicklung im
-  Jahr 2024
-description: >-
-  Erfahren Sie mehr über die Best Practices und Frameworks für die
-  plattformübergreifende Entwicklung mobiler Apps im Jahr 2024. Erstellen Sie
-  iOS-, Android- und Web-Apps aus einer einzigen Codebasis.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-06-15T00:00:00.000Z
-updated_at: 2024-06-15T00:00:00.000Z
-head_image: /cross-platform-app-dev-2024.webp
-head_image_alt: Plattformübergreifende Entwicklung mobiler Apps
-tag: cross-platform
-published: true
-locale: de
-next_blog: top-cross-platform-frameworks-compared-2024
----
-
-## Warum die plattformübergreifende Entwicklung mobiler Apps im Jahr 2024 wichtig ist
-
-Die plattformübergreifende Entwicklung mobiler Apps ist 2024 zunehmend wichtiger geworden, da Unternehmen ein breiteres Publikum auf iOS-, Android- und Webplattformen erreichen möchten. Die Entwicklung separater nativer Apps für jede Plattform ist kostspielig und zeitaufwendig.
-
-Plattformübergreifende Frameworks wie Ionic ermöglichen es Unternehmen, Apps zu erstellen, die auf mehreren Plattformen mit einem einzigen Codebase laufen. Dies reduziert die Entwicklungszeit und -kosten erheblich und ermöglicht Funktionsparität und konsistente Benutzererfahrungen auf allen Geräten.
-
-Wichtige Vorteile der plattformübergreifenden Entwicklung mobiler Apps im Jahr 2024 sind:
-
-- **Größere Reichweite** - Stellen Sie Ihre App Milliarden von iOS-, Android- und Webbenutzern aus einem einzigen Projekt zur Verfügung.
-- **Reduzierte Kosten** - Vermeiden Sie die Pflege mehrerer nativer Codebases und Teams.
-- **Schnellere Entwicklung** - Verwenden Sie Code plattformübergreifend wieder, um Funktionen schneller auszuliefern.
-- **Konsistente UX** - Bieten Sie Benutzern auf jedem Gerät eine nahtlose Erfahrung.
-
-Da die mobile Nutzung 2024 und darüber hinaus weiter wächst, ist eine plattformübergreifende App-Strategie für Unternehmen unerlässlich, um wettbewerbsfähig zu bleiben. Aber was ist der beste Ansatz?
-
-## Analyse von Mustern in der Architektur mobiler Apps
-
-Die meisten mobilen Apps bestehen aus gemeinsamen UI-Komponenten und Mustern, wie:
-
-- Kopfzeilen mit Titeln und Aktionsschaltflächen
-- Datenlisten, oft scrollbar oder durchsuchbar
-- Tab-Leisten und Navigationsmenüs
-- Formulare mit Eingabesteuerungen
-
-Während die Stile zwischen den Plattformen unterschiedlich sein können, sind die grundlegenden Bausteine gleich. Moderne plattformübergreifende Frameworks wie Ionic bieten vorgefertigte, anpassbare UI-Komponenten, die ihr Aussehen und ihre Funktionsweise automatisch an jede Plattform anpassen.
-
-Die Verwendung eines einzigen Satzes von UI-Komponenten für iOS-, Android- und Web-Apps ermöglicht eine massive Wiederverwendung von Code. Entwickler müssen Funktionen nur einmal erstellen und können das Styling nach Bedarf für jede Plattform anpassen.
-
-## Webbasierte vs. native plattformübergreifende Ansätze
-
-Es gibt zwei Hauptansätze für die plattformübergreifende Entwicklung: webbasiert und nativ.
-
-Webbasierte Frameworks wie Ionic verwenden Standard-Webtechnologien wie HTML, CSS und JavaScript. Die Benutzeroberfläche läuft in einer Webansicht, wobei Plugins den Zugriff auf native Gerätefunktionen ermöglichen. Während die Leistung in der Vergangenheit ein Anliegen war, haben moderne JavaScript-Engines die Lücke zu nativen Anwendungen größtenteils geschlossen.
-
-Native plattformübergreifende Frameworks wie React Native und Flutter verfolgen einen anderen Ansatz. Sie bieten React- oder Dart-Code, der in native Widgets und Code kompiliert wird. Dies ermöglicht eine näher an nativer Leistung, erfordert jedoch die Verwendung proprietärer Sprachen und Tools.
-
-Letztendlich hängt die Wahl von den Fähigkeiten und Zielen Ihres Teams ab. Webbasierte Frameworks ermöglichen es Ihnen, vorhandenes Webtalent zu nutzen. Native Frameworks erfordern speziellere Fähigkeiten, können aber für anspruchsvolle Apps Leistungsvorteile haben.
-
-## Beschleunigung der Entwicklungsgeschwindigkeit mit Ionic
-
-Ionic ist das führende plattformübergreifende Entwicklungsframework und treibt über 15% der Apps in den App Stores an. Es bietet ein komplettes SDK mit:
-
-- Über 100 vorgefertigte UI-Komponenten für iOS, Android und Web
-- Ionic CLI-Tools für Projekt-Scaffolding, Vorschauen und Bereitstellungen
-- Integrationen mit beliebten Front-End-Frameworks wie React, Vue und Angular
-- Capacitor- und Cordova-Plugins für den Zugriff auf jede native Gerätefunktion
-- Live-App-Updates, Authentifizierung und CI/CD mit Capgo oder Appflow
-
-Durch die Nutzung von Webstandards ermöglicht Ionic Entwicklern, ihre vorhandenen Fähigkeiten zu nutzen, um hochwertige Apps für jede Plattform zu erstellen. Ein einziger Codebase reduziert die Entwicklungszeit und Wartungskosten dramatisch.
-
-Im Jahr 2024 verschiebt Ionic weiterhin die Grenzen des mit Webtechnologien Möglichen. Ionic 7 führt leistungsstarke Design-Tools, verbesserte Leistung und noch engere Integrationen mit nativen SDKs ein.
-
-## Erste Schritte
-
-Zusammenfassend wird die plattformübergreifende Entwicklung 2024 zunehmend zum Standard für die App-Entwicklung, da immer mehr Unternehmen die geschäftlichen Vorteile erkennen. Frameworks wie Ionic ermöglichen einen Web-First-Ansatz und befähigen Entwickler, in Rekordzeit erstaunliche Apps für Milliarden von Nutzern zu erstellen.Von Startups bis hin zu großen Unternehmen nutzen Teams Ionic, um wichtige Apps für Kunden, Partner und Mitarbeiter in verschiedenen Branchen zu entwickeln. Wenn Sie für 2024 ein neues mobiles Projekt planen, lohnt es sich, einen plattformübergreifenden Ansatz mit Ionic in Betracht zu ziehen.
-
-Um loszulegen, sehen Sie sich diese Ressourcen an:
-
-- [Ionic Dokumentation](https://ionicframeworkcom/docs)
-- [Ionic Komponenten](https://ionicframeworkcom/docs/components)
-- [Capacitor Native APIs](https://capacitorionicframeworkcom/)
-
-Mit Ionic werden Sie in kürzester Zeit ansprechende, leistungsstarke Apps für Mobilgeräte und Web entwickeln! Kontaktieren Sie einen [Ionic App-Strategen](https://ionicio/enterprise/strategy-session), um mehr zu erfahren.
-
-Die Zukunft ist plattformübergreifend - starten Sie noch heute und erreichen Sie Ihre Ziele für mobile Apps in 2024!
-
-## Vereinfachen Sie App-Updates mit Capgo
-
-Eine der größten Herausforderungen bei der Entwicklung mobiler Apps ist es, die App im Laufe der Zeit aktuell zu halten. Selbst mit einem plattformübergreifenden Ansatz kann die Veröffentlichung einer neuen Version für jedes Update umständlich sein.
-
-Hier kommen Lösungen wie [Capgo](https://capgo.app/) ins Spiel. Capgo ist ein Open-Source-System für Live-Updates von Capacitor-Apps. Es ermöglicht Ihnen, Updates direkt auf die Geräte der Benutzer zu übertragen, ohne den Weg über die App Stores zu gehen.
-
-Die wichtigsten Vorteile von Capgo sind:
-
-- **Sofortige Updates** - Veröffentlichen Sie die neueste Version Ihrer App in Sekunden, ohne sie erneut in den Stores einreichen zu müssen.
-- **Einfache Rückgängigmachung** - Kehren Sie bei Bedarf problemlos zu einer früheren Version zurück.
-- **Stufenweise Einführung** - Veröffentlichen Sie Updates für einen Prozentsatz der Benutzer zum Testen, bevor Sie sie breiter ausrollen.
-- **Self-Hosted Option** - Hosten Sie Updates selbst für volle Kontrolle und Privatsphäre.
-
-Capgo lässt sich nahtlos in Capacitor integrieren, die native Laufzeitumgebung, die Ionic-Apps antreibt. Es ist einfach in jedem bestehenden Ionic-Projekt einzurichten.
-
-Durch die Kombination von plattformübergreifender Entwicklung in Ionic mit Live-Updates in Capgo können Sie Ihre Agilität maximieren. Liefern Sie neue Funktionen schneller und mit weniger Risiko aus.
-
-Um mit Capgo zu beginnen, sehen Sie sich die [offizielle Dokumentation](https://docscapgo.app/) an. Capgo ist kostenlos und vollständig Open Source - Sie können es also beliebig einsetzen!
diff --git a/src/content/blog/de/cross-platform-uiux-best-practices-for-capacitor-apps.md b/src/content/blog/de/cross-platform-uiux-best-practices-for-capacitor-apps.md
deleted file mode 100644
index 2901621d6..000000000
--- a/src/content/blog/de/cross-platform-uiux-best-practices-for-capacitor-apps.md
+++ /dev/null
@@ -1,276 +0,0 @@
----
-slug: cross-platform-uiux-best-practices-for-capacitor-apps
-title: 'Plattformübergreifende UI/UX: Best Practices für Capacitor-Apps'
-description: >-
-  Lernen Sie Best Practices für die Erstellung nahtloser plattformübergreifender
-  UI/UX in Capacitor-Apps, um ein natives Gefühl auf iOS, Android und Web zu
-  gewährleisten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T04:45:24.942Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0c60ea2808c1172f2f7c6-1742791542149.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, UI/UX design, cross-platform apps, mobile development, responsive
-  design, Ionic, app updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Apps entwickeln, die sich auf iOS, Android und Web natürlich anfühlen?** [Capacitor](https://capacitorjs.com/) macht dies möglich, indem Web- und native Funktionen kombiniert werden. Um eine nahtlose Erfahrung über alle Plattformen hinweg zu schaffen, ist ein sorgfältiges UI/UX-Design erforderlich. So können Sie das erreichen:
-
--   **Plattformspezifische Richtlinien befolgen**: Beachten Sie iOS (Human Interface) und Android (Material Design) Standards für Navigation, Typografie und Gesten.
--   **Ein Design-System verwenden**: Erstellen Sie wiederverwendbare Design-Tokens, Komponenten und Dokumentation für Konsistenz.
--   **Für Bildschirmgrößen optimieren**: Verwenden Sie responsive Grids, Breakpoints und skalierbare Komponenten für flüssige Layouts auf allen Geräten.
--   **Tools wie [Ionic](https://ionicframework.com/) nutzen**: Vorgefertigte Komponenten passen sich an Plattform-Stile an und sparen Zeit und Aufwand.
--   **Auf verschiedenen Geräten testen**: Berücksichtigen Sie verschiedene Bildschirmgrößen, OS-Versionen und Benutzerinteraktionen für Zuverlässigkeit.
--   **Live-Updates nutzen**: Tools wie [Capgo](https://capgo.app/) liefern Updates sofort ohne App-Store-Verzögerungen und halten Nutzer auf dem neuesten Stand.
-
-**Quick Tip**: Capgo hat 23,5 Millionen Updates für über 750 Apps ermöglicht, wobei 95% der Nutzer innerhalb von 24 Stunden aktualisiert wurden.
-
-## Plattformübergreifende Komponenten mit [Stencil](https://stenciljs.com/) und [Capacitor](https://capacitorjs.com/) erstellen
-
-![Stencil Web Components Compiler](https://mars-images.imgix.net/seobot/screenshots/stenciljs.com-6020276454429265c3dac5ec0634b1fb-2025-03-24.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/O5xfY9LPl0s" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Grundlagen des plattformübergreifenden Designs
-
-Eine nahtlose Benutzererfahrung über Plattformen hinweg zu schaffen bedeutet, plattformspezifische Designmuster mit dem einzigartigen Stil Ihrer App in Einklang zu bringen. So können Sie das erreichen.
-
-### Aufbau eines Design-Systems
-
-Ein Design-System dient als Rückgrat des plattformübergreifenden Designs Ihrer App. Es umfasst typischerweise:
-
--   **Design-Tokens**: Dies sind die Werte für Farben, Typografie, Abstände und Animationen.
--   **Komponentenbibliothek**: Eine Sammlung wiederverwendbarer UI-Elemente, die auf Plattform-Normen ausgerichtet sind.
--   **Dokumentation**: Klare Richtlinien für konsistente Nutzung und Implementierung.
-
-### Plattform-Design-Richtlinien
-
-Um ein einheitliches Erscheinungsbild unter Berücksichtigung plattformspezifischer Standards zu wahren, beachten Sie Folgendes:
-
-| **Design-Element** | **iOS (Human Interface)** | **Android (Material)** |
-| --- | --- | --- |
-| Navigation | Tab-Leisten, unten ausgerichtet | Navigationsschublade, obere App-Leiste |
-| Typografie | San Francisco Schrift | Roboto Schrift |
-| Gesten | Rand-Wischen für Zurück | Fokus auf untere Navigation |
-| Buttons | Abgerundete Ecken, subtile Effekte | Contained oder Outlined Buttons |
-
-Als Nächstes widmen wir uns den Komplexitäten des Designs für verschiedene Bildschirmgrößen.
-
-### Multi-Screen Layout Design
-
-Das Design für verschiedene Bildschirmgrößen erfordert Flexibilität. Hier sind einige Strategien:
-
--   **Responsives Grid-System**  
-    Verwenden Sie ein Raster, das sich dynamisch an jede Bildschirmgröße anpasst.
-    
--   **Breakpoint-Strategie**  
-    Definieren Sie Layout-Anpassungen basierend auf der Bildschirmbreite:
-    
-    -   _Klein (< 600px)_: Single-column layout
-    -   _Medium (600–1024px)_: Two-column layout
-    -   _Large (> 1024px)_: Multi-Spalten-Layout, oft mit Seitenleisten
--   **Komponenten-Skalierung**  
-    Stellen Sie sicher, dass Komponenten proportional skalieren. Für Touch-Targets befolgen Sie diese Richtlinien: mindestens 44x44 Pixel auf iOS und 48x48 dichteunabhängige Pixel auf Android.
-
-Mit Tools wie Capgos Live-Update-Funktionen können Sie Ihr Design-System schnell verfeinern und verbessern.
-
-## UI-Komponenten erstellen
-
-Die Erstellung von leistungsstarken UI-Komponenten erfordert sorgfältige Beachtung der plattformübergreifenden Kompatibilität und effizienten Leistung. Schauen wir uns einige praktische Methoden zur Erstellung wiederverwendbarer und effektiver Komponenten an.
-
-### Verwendung von [Ionic](https://ionicframework.com/) Komponenten
-
-![Ionic Framework Website](https://mars-images.imgix.net/seobot/screenshots/ionicframework.com-e736941a658f3b6da09d169d589f75bb-2025-03-24.jpg?auto=compress)
-
-Ionic bietet vorgefertigte Komponenten, die die plattformübergreifende Entwicklung vereinfachen. Diese Komponenten passen sich automatisch an plattformspezifische Designmuster an und gewährleisten gleichzeitig konsistente Funktionalität.
-
-| Komponententyp | iOS-Design | Android-Design |
-| --- | --- | --- |
-| Listen | Eingerückte Gruppierung für iOS | Material Design Karten |
-| Formulareingaben | Abgerundete Ecken, iOS-Picker | Material Textfelder |
-| Navigation | iOS-Style Back-Buttons | Android Navigationsmuster |
-| Modals | Sheet-Style Präsentation | Vollbild-Dialoge |
-
-Beachten Sie bei der Arbeit mit Ionic-Komponenten diese Tipps:
-
--   **Plattformerkennung**: Nutzen Sie Ionics Plattform-Utilities, um das Komponentenverhalten gerätebasiert anzupassen.
--   **Theming**: Passen Sie das Erscheinungsbild mit CSS-Variablen an.
--   **Barrierefreiheit**: Nutzen Sie die eingebaute ARIA-Unterstützung und Tastaturnavigation für bessere Benutzerfreundlichkeit.
-
-Obwohl Ionic-Komponenten einen guten Ausgangspunkt bieten, können benutzerdefinierte Komponenten entwickelt werden, um spezifische Anforderungen zu erfüllen und die App-Erfahrung weiter zu verfeinern.
-
-### Erstellen benutzerdefinierter Komponenten
-
-Benutzerdefinierte Komponenten sollten mit Flexibilität im Hinterkopf gestaltet werden. Verwenden Sie eine plattformneutrale Basis, adaptive Layouts und einheitliche Ereignisbehandlung, um sicherzustellen, dass sie auf verschiedenen Geräten funktionieren. Unterstützen Sie beispielsweise sowohl Touch- als auch Klick-Events für reibungslose Interaktionen auf jedem Gerät. Diese Praktiken helfen dabei, ein konsistentes Erscheinungsbild über Plattformen hinweg zu bewahren und verbessern die Benutzererfahrung.
-
-### Geschwindigkeit und Leistung
-
-Sobald Ihre Komponenten gestaltet sind, ist es wichtig, sie für die Leistung über alle Plattformen hinweg zu optimieren. Eine nahtlose Benutzererfahrung hängt von effizienter Leistung ab.
-
-> "Wir haben [Capgo OTA-Updates](https://console.capgo.app/resend_email) in der Produktion für unsere Nutzerbasis von +5000 ausgerollt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach dem OTA-Deployment bei @Capgo auf dem neuesten Stand." – colenso [\[1\]](https://capgo.app/)
-
-Techniken wie Lazy Loading, virtuelles Scrollen und hardwarebeschleunigte Animationen können Bundle-Größen deutlich reduzieren und die Reaktionsfähigkeit verbessern. Für kritische Updates ist Capgos Live-Update-System ein zuverlässiges Tool, wie Rodrigo Mantica hervorhebt:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Nutzen Sie Browser-Entwicklertools und Capgos Analytics-Dashboard, um Ihre Leistungsoptimierungen effektiv zu überwachen und zu validieren.
-
-## Umgang mit Plattformunterschieden
-
-### Plattformerkennung
-
-Capacitor bietet APIs zur Identifizierung von Gerätetypen, wodurch es einfacher wird, das Verhalten Ihrer App basierend auf der Plattform anzupassen. Dies ist essentiell, um eine Erfahrung zu schaffen, die sich auf jedem Gerät natürlich anfühlt, während Aussehen und Funktionalität über Plattformen hinweg konsistent bleiben. Hier ist ein Beispiel für Plattformerkennung:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const platform = Capacitor.getPlatform();
-const isIOS = platform === 'ios';
-const isAndroid = platform === 'android';
-```
-
-Diese einfache Prüfung ermöglicht es Ihnen, das Verhalten Ihrer App je nach Betriebssystem zu modifizieren. Es ist ein guter Ausgangspunkt für die Verfeinerung der Leistung und die Bereitstellung einer reibungslosen Erfahrung über Geräte hinweg. Schauen wir uns an, wie Sie dies zur Implementierung plattformspezifischer Funktionen nutzen können.
-
-### Plattformspezifischer Code
-
-Bei der Hinzufügung plattformspezifischer Funktionen ist es wichtig, die einzigartigen Design- und Verhaltensrichtlinien jedes Betriebssystems zu respektieren und gleichzeitig das Gesamtdesign Ihrer App kohärent zu halten. Hier ist ein schneller Vergleich, wie sich Funktionen zwischen iOS und Android unterscheiden können:
-
-| Funktion | iOS-Implementierung | Android-Implementierung |
-| --- | --- | --- |
-| Navigation | Push/Pop-Übergänge | Material Navigationsmuster |
-| Gesten | Rand-Wischen für Zurück | System-Zurück-Button |
-| Statusleiste | iOS-Style Hell/Dunkel-Modi | Passt sich System-Themes an |
-| Tastatur | Interaktives Ausblenden | Handhabt Android Soft-Keyboard-Verhalten |
-
-> "Capgo ist ein Muss-Tool für Entwickler, die produktiver sein wollen. Vermeidung von Reviews für Bugfixes ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgos Update-Mechanismus vereinfacht den Prozess des Ausrollens von Fixes über Plattformen hinweg [\[1\]](https://capgo.app/). Über Code-Anpassungen hinaus spielen auch Hardware-Beschränkungen eine große Rolle bei der Gestaltung der Implementierung von Funktionen.
-
-### Gerätefunktionen und -grenzen
-
-Hardware-Unterschiede können die Art und Weise, wie Benutzer mit Ihrer App interagieren, erheblich beeinflussen. Hier sind einige wichtige Bereiche, auf die Sie sich konzentrieren sollten:
-
--   **Bildschirmauflösungsmanagement**: Entwerfen Sie responsive Layouts, die sich an verschiedene Bildschirmdichten und Seitenverhältnisse anpassen.
--   **Speicherbeschränkungen**: Optimieren Sie Bildladung und Caching basierend auf der Speicherkapazität des Geräts.
--   **Eingabemethoden**: Unterstützen Sie Touch-Interaktionen und, wo anwendbar, Hardware-Tastaturen.
-
-Die Berücksichtigung dieser Aspekte stellt sicher, dass Ihre App auf verschiedenen Geräten reibungslos funktioniert. Adaptive Ladestrategien können die Leistung weiter verbessern. Tatsächlich zeigen aktuelle Daten, dass plattformspezifische Optimierungen zu einer 82%igen Erfolgsrate bei Updates weltweit geführt haben [\[1\]](https://capgo.app/).
-
-Um sicherzustellen, dass Ihre App gut funktioniert, testen Sie immer auf echten Geräten, nicht nur in Emulatoren. Behalten Sie Leistungsmetriken über verschiedene Gerätekategorien im Auge und fügen Sie Fallback-Optionen für nicht unterstützte Funktionen hinzu. Durch die Kombination von Capacitors Plattformerkennung mit durchdachten Anpassungen können Sie eine App erstellen, die sich auf jeder Plattform nativ anfühlt und gleichzeitig eine konsistente Markenidentität bewahrt.
-
-## Testen Ihrer App
-
-### Plattformübergreifender Testplan
-
-Das Testen von [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) erfordert einen klaren und organisierten Ansatz, um sicherzustellen, dass sie über verschiedene Plattformen hinweg reibungslos funktionieren. Beginnen Sie mit der Einrichtung einer detaillierten Testmatrix, die eine Vielzahl von Geräten und Betriebssystemversionen umfasst. Hier ist ein strukturierter Ansatz:
-
--   **Geräteabdeckung beim Testen**: Konzentrieren Sie sich auf die am häufigsten verwendeten Gerätekonfigurationen. Testen Sie auf:
-    
-    -   Den neuesten iOS-Geräten
-    -   Beliebten Android-Geräten
-    -   Verschiedenen Bildschirmgrößen, einschließlich Smartphones und Tablets
-    -   Verschiedenen BS-Versionen, wie iOS 16-17 und Android 12-14
--   **UI-Komponenten-Tests**: Stellen Sie visuelle Konsistenz und reibungslose Interaktionen sicher durch Tests von:
-    
-    -   Navigationsabläufen
-    -   Touch-Gesten und Reaktionsfähigkeit
-    -   Layout-Anpassungen für verschiedene Bildschirmgrößen
-    -   Genauigkeit der Komponenten-Darstellung
-    -   Plattformspezifische UI-Elemente
-
-Um subtile UI/UX-Probleme zu erkennen, ergänzen Sie diese Tests mit Feedback von echten Nutzern.
-
-### Nutzertests und Feedback
-
-Nutzertests können sowohl strukturiert als auch flexibel sein. Einige effektive Methoden sind:
-
-| **Testmethode** | **Zweck** | **Wichtige Metriken** |
-| --- | --- | --- |
-| A/B-Tests | Vergleich verschiedener UI-Versionen | Konversionsraten, Aufgabenzeit |
-| Usability-Sessions | Beobachtung von Nutzerinteraktionen | Aufgabenerfüllungsrate, Fehler |
-| Beta-Tests | Direktes Nutzerfeedback sammeln | Absturzberichte, Funktionsnutzung |
-| Analytics-Integration | Überwachung von Nutzerverhaltensmuster | Sessiondauer, Navigation |
-
-Die Kombination von automatisierten Tests mit echtem Nutzerfeedback ist entscheidend, um potenzielle Probleme früh zu erkennen. Tools wie [Firebase Analytics](https://firebase.google.com/docs/analytics) und [Mixpanel](https://mixpanel.com/) können helfen, das Nutzerverhalten zu verfolgen und die App-Erfahrung zu optimieren.
-
-### Test-Automatisierungs-Tools
-
-Automatisierte Tests sind essentiell für die Qualitätssicherung über Plattformen hinweg. Hier sind einige Tools, die gut mit Capacitor-Apps funktionieren:
-
--   **End-to-End-Tests**: Nutzen Sie [Cypress](https://www.cypress.io/) für:
-    
-    -   Testen von Nutzerinteraktionen
-    -   Echtzeit-Ausführung
-    -   Cross-Browser-Kompatibilität
-    -   Visuelle Regressionstests
-    -   Automatisches Warten auf Elemente
--   **Unit-Tests**: [Jest](https://jestjs.io/) in Kombination mit Testing Library unterstützt:
-    
-    -   Testen von Komponenten in Isolation
-    -   Mocken von API-Antworten
-    -   Überprüfung plattformspezifischen Verhaltens
-    -   State-Management-Tests
-
-Priorisieren Sie beim Einrichten automatisierter Tests zuerst kritische Nutzerpfade. Für Live-Updates und schnelle Korrekturen integriert sich Capgos Update-Mechanismus nahtlos mit diesen Tools. Dies ermöglicht es Ihnen, getestete Änderungen schnell auszurollen, ohne die App-Stabilität zu gefährden. Zusammen gewährleisten automatisierte Tests und Live-Updates eine reibungslose, zuverlässige App-Erfahrung.
-
-## App-Updates und Wartung
-
-Die Aktualisierung Ihrer App ist entscheidend für die Aufrechterhaltung einer reibungslosen und einheitlichen Nutzererfahrung über alle Plattformen hinweg. Zeitnahe Updates in Verbindung mit sicherer Bereitstellung gewährleisten, dass Ihre App zuverlässig und benutzerfreundlich bleibt.
-
-### Live-Updates mit [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Nach Abschluss der Design- und Testphasen besteht die nächste Herausforderung darin, Updates reibungslos auszurollen. Capgo vereinfacht diesen Prozess, indem es sofortige Updates ohne Wartezeit auf App-Store-Genehmigungen ermöglicht.
-
-So hilft Capgo:
-
--   **Stufenweise Einführung**: Testen Sie UI-Änderungen mit ausgewählten Nutzergruppen über Capgos Kanalsystem, bevor Sie sie für alle freigeben.
--   **Selektive Bereitstellung**: Veröffentlichen Sie spezifische Korrekturen, um Update-Größen zu reduzieren und Downloads zu beschleunigen.
--   **Versionskontrolle**: Verwalten Sie mehrere App-Versionen gleichzeitig und gewährleisten Sie eine einheitliche Erfahrung für alle Nutzer.
-
-Sobald Updates live sind, wird die Leistungsüberwachung zum nächsten kritischen Schritt.
-
-### Leistungsüberwachung
-
-Um eine erstklassige Nutzererfahrung aufrechtzuerhalten, überwachen Sie diese Schlüsselmetriken:
-
-| Metrik-Typ | Was zu überwachen ist | Ziel-Benchmark |
-| --- | --- | --- |
-| Update-Erfolg | Nutzerakzeptanzrate | 95% innerhalb 24 Stunden |
-| Antwortzeit | API-Geschwindigkeit | Unter 57ms weltweit |
-| Nutzererfahrung | Interface-Interaktionen | Echtzeit-Feedback |
-
-Capgos integrierte Analysefunktionen bieten Echtzeit-Einblicke in das Nutzerengagement, während gleichzeitig die Sicherheit durch Ende-zu-Ende-Verschlüsselung gewährleistet wird.
-
-### App-Store-Richtlinien
-
-Bei der Einführung plattformübergreifender UI-Updates ist die Einhaltung der App-Store-Regeln unerlässlich. Hier ist, was zu beachten ist:
-
--   **Update-Konformität**: Stellen Sie sicher, dass alle Updates den Apple- und Android-Richtlinien für UI-Änderungen entsprechen.
--   **Sicherheitsstandards**: Verwenden Sie Ende-zu-Ende-Verschlüsselung für die sichere Bereitstellung von Updates.
--   Für Unternehmens-Apps bietet Capgo Optionen wie [selbst gehostete Updates](https://capgo.app/docs/plugin/self-hosted/handling-updates/) und Custom-Domain-Unterstützung. Dies gibt Organisationen mehr Kontrolle über den Update-Prozess bei gleichzeitiger Gewährleistung der Compliance.
-
-Capgos Update-Ansatz hat sich bewährt - 95% der aktiven Nutzer übernehmen Updates innerhalb von 24 Stunden. Diese schnelle Übernahme hilft, eine einheitliche Erfahrung aufrechtzuerhalten und minimiert Support-Probleme durch veraltete Versionen.
-
-## Zusammenfassung
-
-Die Erstellung einer einheitlichen UI/UX über Plattformen hinweg erfordert sorgfältiges Design, gründliche Tests und kontinuierliche Wartung. Die Verwendung eines einheitlichen Designsystems hilft bei der Aufrechterhaltung der Einheitlichkeit, während plattformspezifische Anpassungen sicherstellen, dass sich Ihre App für Nutzer auf jedem Gerät natürlich anfühlt. Dieser Leitfaden hat einen schrittweisen Ansatz skizziert, vom Aufbau von Designsystemen bis zur Bereitstellung von Live-Updates.
-
-Gründliche Tests und aktive Fehlerüberwachung sind ebenfalls essentiell, um eine reibungslose und zuverlässige Erfahrung über alle Geräte hinweg zu liefern.
-
-### Wichtige Leistungskennzahlen
-
-| Metrik | Leistung |
-| --- | --- |
-| Update-Übernahme | 95% innerhalb 24 Stunden |
-| Globale API-Antwort | 57ms Durchschnitt |
-| Update-Bereitstellung | 114ms für 5MB Bundle |
-| Erfolgsrate | 82% weltweit |
diff --git a/src/content/blog/de/custom-ios-plugin-optimization-best-practices.md b/src/content/blog/de/custom-ios-plugin-optimization-best-practices.md
deleted file mode 100644
index f661a4594..000000000
--- a/src/content/blog/de/custom-ios-plugin-optimization-best-practices.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: custom-ios-plugin-optimization-best-practices
-title: 'Eigene iOS-Plugin-Optimierung: Best Practices'
-description: >-
-  Optimieren Sie benutzerdefinierte iOS-Plugins für verbesserte Leistung mit
-  Best Practices in der Bridge-Kommunikation, Speicherverwaltung und
-  Swift-Code-Effizienz.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T05:25:39.348Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825647b0209458b3ff370ad-1747287014908.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  iOS plugins, Capacitor, performance optimization, memory management, Swift
-  code, Xcode tools, bridge communication, app performance
-tag: 'Development, Mobile, Technology'
-published: true
-locale: de
-next_blog: ''
----
-Die Optimierung benutzerdefinierter iOS-Plugins ist essenziell für die Verbesserung der [Capacitor](https://capacitorjs.com/) App-Performance. Sie gewährleistet schnellere, reibungslosere und stabilere Funktionalität für Entwickler und Nutzer. Hier ist eine kurze Zusammenfassung der wichtigsten Praktiken:
-
--   **Bridge-Kommunikation**: Große Datenmengen bündeln und komprimieren, um Latenzzeiten zu reduzieren.
--   **Speicherverwaltung**: Speicherlecks durch schwache Referenzen vermeiden und große Ressourcen zeitnah freigeben.
--   **[Swift](https://developer.apple.com/swift/) Code-Optimierung**: Wertetypen verwenden und Eingaben frühzeitig validieren für bessere Performance.
--   **[Xcode](https://developer.apple.com/xcode/) Einstellungen**: Funktionen wie Dead Code Stripping und Link Time Optimization aktivieren, um Geschwindigkeit zu verbessern und Binärgröße zu reduzieren.
--   **Performance-Test-Tools**: Regelmäßige Nutzung von Xcodes Time Profiler, Allocations und Leaks zur Identifizierung und Behebung von Engpässen.
-
-## Wie erfahrene iOS-Entwickler Performance-Probleme mit [Instruments](https://developer.apple.com/tutorials/instruments).app analysieren und lösen | Live Dev Mentoring
-
-![Instruments Performance Analysis Tool](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/e22eff9f9e9ed463ea162436d1a0a9d2.jpg)
-
-<iframe src="https://www.youtube.com/embed/HIsECG5s4DU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Kern-Optimierungsmethoden
-
-Steigern Sie die Leistung Ihres Plugins durch Feinabstimmung der Bridge-Aufrufe, effektiveres Speichermanagement und Optimierung des Swift-Codes.
-
-### Reduzierung der Bridge-Kommunikationslast
-
-Die Interaktion zwischen JavaScript und nativem iOS-Code kann die Geschwindigkeit beeinträchtigen, wenn sie nicht sorgfältig gehandhabt wird. Um diesen Engpass zu entlasten, konzentrieren Sie sich darauf, Ihre Datenübertragungen so effizient wie möglich zu gestalten:
-
-| **Datentyp** | **Optimierungsstrategie** | **Performance-Auswirkung** |
-| --- | --- | --- |
-| JSON-Objekte | Struktur vereinfachen, Redundanz entfernen | Bessere Reaktionsfähigkeit |
-| Binärdaten | Base64-Kodierung selektiv einsetzen | Schnellere, effizientere Verarbeitung |
-| Große Datenmengen | Daten im Batch verarbeiten | Weniger Bridge-Aufrufe, reibungsloserer Betrieb |
-
-Durch Komprimierung von Daten und Minimierung der JSON-Payload-Größen können Sie den Serialisierungs-Overhead reduzieren. Tests mit Xcodes Instruments haben gezeigt, dass diese Anpassungen die Serialisierungs- und Deserialisierungszeiten erheblich reduzieren und zu einer spürbaren Verbesserung der Plugin-Reaktionsfähigkeit führen [\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[5\]](https://capacitorjs.com/docs/ios).
-
-Sobald die Bridge-Kommunikation optimiert ist, ist der nächste Schritt die Feinabstimmung des Speichermanagements.
-
-### iOS-Speicherverwaltung
-
-Gutes Speichermanagement ist essentiell, um Ihr Plugin stabil zu halten und Abstürze zu verhindern. Hier sind einige praktische Schritte für effektives Speichermanagement:
-
--   **Schwache Referenzen** für Delegate-Muster verwenden, um Retain Cycles zu vermeiden.
--   Große Ressourcen wie Bilder oder Mediendateien freigeben, sobald sie nicht mehr benötigt werden.
--   Regelmäßige Überwachung der Speicherzuweisung und Profiling Ihrer App mit Xcodes Instruments, um potenzielle Lecks frühzeitig zu erkennen.
-
-Nach der Behandlung von Speicherproblemen können Sie sich auf die Verbesserung der Effizienz Ihres Swift-Codes konzentrieren.
-
-### [Swift](https://developer.apple.com/swift/) Code-Performance-Tipps
-
-![Swift Programming Language Website](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/2e2b0430a9aab611e781d4d45224ac43.jpg)
-
-Swift bietet verschiedene Werkzeuge zur Code-Optimierung. Konzentrieren Sie sich auf diese Bereiche, um das Beste aus Ihrem Plugin herauszuholen:
-
-| **Optimierungsbereich** | **Implementierung** | **Nutzen** |
-| --- | --- | --- |
-| Wertetypen | Structs für Datenmodelle verwenden | Geringere Speichernutzung |
-| Parameter-Validierung | Eingaben frühzeitig validieren | Vermeidung unnötiger Verarbeitung |
-| Typsicherheit | Auf Swifts starkes Typsystem setzen | Ermöglicht bessere Compiler-Optimierungen |
-
-Durch frühzeitige Validierung von Parametern und Nutzung von Swifts starkem Typsystem können Sie unnötige Verarbeitung vermeiden und dem Compiler ermöglichen, Ihren Code effektiver zu optimieren [\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[4\]](https://capacitorjs.com/docs/plugins/tutorial/ios-implementation).
-
-Diese Strategien können in Kombination die Gesamtleistung und Stabilität Ihres Plugins deutlich verbessern.
-
-## iOS-spezifische Verbesserungen
-
-Um Ihr iOS-Plugin auf die nächste Stufe zu heben, ist die Feinabstimmung seiner Leistung mit plattformspezifischen Optimierungen essentiell. Durch Nutzung der richtigen Xcode-Einstellungen und Test-Tools können Sie sowohl Geschwindigkeit als auch Effizienz verbessern. Lassen Sie uns das aufschlüsseln.
-
-### [Xcode](https://developer.apple.com/xcode/) Performance-Einstellungen
-
-![Xcode IDE Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/15516018a4284df8a7d0585815c62b4c.jpg)
-
-Die Anpassung von Xcodes Build-Einstellungen kann die Leistung Ihres Plugins erheblich verbessern und gleichzeitig seine Größe unter Kontrolle halten. Hier ist ein schneller Überblick über die wichtigsten Konfigurationen:
-
-| **Build-Einstellung** | **Konfiguration** | **Auswirkung** |
-| --- | --- | --- |
-| Build-Konfiguration | Release | Aktiviert alle Performance-Optimierungen |
-| Link Time Optimization | Aktiviert | Beschleunigt die Ausführung |
-| Dead Code Stripping | Aktiviert | Reduziert Binärgröße um bis zu 20% |
-| Swift Optimization Level | `-Owholemodule` | Steigert Gesamtleistung |
-
-Zum Beispiel kann die Aktivierung von **Dead Code Stripping** und die Einstellung des **Swift Optimization Level** auf `-Owholemodule` die Größe Ihres Plugins reduzieren und gleichzeitig schnellere Ausführungsgeschwindigkeiten gewährleisten [\[2\]](https://capacitorjs.com/docs/plugins/ios). Sobald diese Einstellungen vorgenommen sind, ist es Zeit, ihre Auswirkungen mit Xcodes eingebauten Tools zu messen.
-
-### iOS Performance-Test-Tools
-
-Xcode bietet eine Suite von Tools zur Analyse und Optimierung der Performance. Hier ist eine Übersicht der nützlichsten Tools:
-
-| **Tool** | **Hauptverwendung** | **Wichtige Metriken** |
-| --- | --- | --- |
-| Time Profiler | CPU-Nutzung analysieren | Methodenausführungszeiten |
-| Allocations | Speichernutzung überwachen | Objektallokationsmuster |
-| Leaks | Speicherprobleme erkennen | Identifiziert Retain Cycles und Lecks |
-| Debug Navigator | Echtzeit-Überwachung | Verfolgt Ressourcennutzungsstatistiken |
-
-So holen Sie das Beste aus diesen Tools heraus:
-
--   **In realen Szenarien testen**: Realistische Datenlasten und Benutzerinteraktionen simulieren, um genaue Performance-Einblicke zu erhalten.
--   **Speichernutzung überwachen**: Das Allocations-Tool verwenden, um den Speicherverbrauch im Auge zu behalten und unnötigen Overhead zu vermeiden.
--   **Benchmarks setzen**: Performance-Tests mit XCTest automatisieren, um Metriken über Zeit zu verfolgen.
-
-Machen Sie es sich zur Gewohnheit, Ihr Plugin regelmäßig mit Tools wie **Time Profiler**, **Allocations** und **Leaks** zu profilieren. Dies hilft Ihnen, Performance-Engpässe zu identifizieren und sicherzustellen, dass Ihr Plugin reibungslos und effizient arbeitet [\[5\]](https://capacitorjs.com/docs/ios).
-
-## Plugin-Setup und Release-Schritte
-
-Das Einrichten und Veröffentlichen von iOS-Plugins erfordert einen sorgfältigen Ansatz beim Verwalten von Abhängigkeiten, der Sicherstellung von [nahtlosen Updates](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) und der Einhaltung der App Store-Richtlinien. Hier ist eine Aufschlüsselung der wichtigsten Praktiken für einen reibungslosen Bereitstellungsprozess.
-
-### Verwaltung von Plugin-Abhängigkeiten
-
-Die richtige Verwaltung von Abhängigkeiten ist entscheidend für die Aufrechterhaltung der Leistung und Stabilität Ihres Plugins. Hier ist ein schneller Überblick:
-
-| **Abhängigkeitsverwaltungs-Tool** | **Best Practice** | **Auswirkung** |
-| --- | --- | --- |
-| [CocoaPods](https://cocoapods.org/) | Explizite Versionierung verwenden | Verhindert Kompatibilitätsprobleme |
-| Swift Package Manager | Statisches Linking aktivieren | Reduziert Binärgröße |
-| Manuelle Integration | Wenn möglich vermeiden | Reduziert Wartungskomplexität |
-
-Zum Beispiel können Sie bei CocoaPods Versionen wie folgt angeben:
-
-```swift
-pod 'ExampleSDK', '~> 2.0.0'
-pod 'AnalyticsLib', :git => 'https://github.com/example/analytics.git', :tag => 'v1.2.3'
-```
-
-Durch sorgfältige Auswahl und Konfiguration von Abhängigkeiten reduzieren Sie Risiken und gewährleisten eine stabile Grundlage für Ihr Plugin.
-
-### OTA-Updates mit [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-Sobald die Abhängigkeiten optimiert sind, ist der nächste Schritt die Sicherstellung einer reibungslosen Weiterentwicklung Ihres Plugins. Over-the-air (OTA) Updates sind ein Game-Changer, und Capgo ist ein leistungsstarkes Tool für schnelle Bereitstellung unter Einhaltung der App Store-Regeln. Laut aktuellen Daten erhalten **95% der aktiven Nutzer Updates innerhalb von 24 Stunden** über Capgos Verteilungssystem [\[1\]](https://capgo.app/).
-
-Um Capgo optimal zu nutzen, befolgen Sie diese Schritte:
-
--   **Update-Kanäle konfigurieren**: Nutzen Sie stufenweise Ausrollungen, um Updates zuerst mit kleineren Nutzergruppen zu testen.
--   **Teilaktualisierungen aktivieren**: Dies minimiert die Bandbreitennutzung und beschleunigt den Update-Prozess.
--   **Automatische Rollback-Trigger einrichten**: Schnelles Zurücksetzen von Updates bei kritischen Fehlern, um die Benutzererfahrung nicht zu beeinträchtigen.
-
-### App Store-Richtlinien
-
-Schließlich ist die [Einhaltung der App Store-Richtlinien](https://capgo.app/blog/do-apple-allow-live-updates/) essentiell für eine erfolgreiche Veröffentlichung. Diese Richtlinien stellen sicher, dass Ihr Plugin effizient ist und Apples Standards entspricht. Wichtige Bereiche sind:
-
-| **Anforderung** | **Implementierung** | **Überprüfungsmethode** |
-| --- | --- | --- |
-| Architektur-Unterstützung | Für arm64 und x86_64 bauen | In Xcode validieren |
-| Binärgröße | Dead Code Stripping aktivieren | Build-Analyseberichte nutzen |
-| Ressourcen-Optimierung | Asset-Kataloge verwenden | Xcode-Größenberichte prüfen |
-
-Dokumentieren Sie zusätzlich Ihre API-Nutzung gründlich und vermeiden Sie die Verwendung privater oder eingeschränkter Frameworks, um Apples Datenschutzregeln einzuhalten [\[2\]](https://capacitorjs.com/docs/plugins/ios). Setzen Sie Techniken wie Lazy Loading und Xcode App Thinning ein, um die Ressourcennutzung zu optimieren und sowohl Start- als auch Laufzeitleistung zu verbessern [\[3\]](https://github.com/ionic-team/capacitor/issues/3991).
-
-## Zusammenfassung
-
-Hier ist ein schneller Überblick über die Best Practices zur Optimierung benutzerdefinierter iOS-Plugins in Capacitor und wie sie die App-Performance verbessern können. Der Fokus liegt auf der Verbesserung der **Performance**, dem Management der **Speichernutzung** und der Sicherstellung effizienter **Bridge-Kommunikation**, die alle zu besserer App-Reaktionsfähigkeit und Ressourcenverwaltung beitragen.
-
-### Wichtige Optimierungserkenntnisse
-
-Die folgende Tabelle hebt kritische Optimierungsbereiche, ihre messbaren Auswirkungen und die daraus resultierenden Vorteile hervor:
-
-| **Optimierungsbereich** | **Auswirkung** | **Implementierungsvorteil** |
-| --- | --- | --- |
-| **Bridge-Kommunikation** | 57ms durchschnittliche API-Antwortzeit [\[1\]](https://capgo.app/) | Geringere Latenz und flüssigerer Datenfluss |
-| **Speicherverwaltung** | 95% aktive Benutzer-Updaterate innerhalb von 24 Stunden [\[1\]](https://capgo.app/) | Verbesserte Stabilität und Ressourcennutzung |
-| **Swift-Leistung** | 114ms Downloadgeschwindigkeit für 5MB-Bundles [\[1\]](https://capgo.app/) | Schnellere Ausführung und bessere Benutzererfahrung |
-
-### Wichtige Schwerpunktbereiche für Entwickler
-
-Um diese Leistungsverbesserungen zu erreichen, sollten Entwickler Prioritäten setzen bei:
-
--   **Bridge-Kommunikation**: Große Datenübertragungen bündeln und komprimieren, um Latenz zu minimieren.
--   **Speicherverwaltung**: Weak und Unowned References nutzen, um die Ressourcennutzung zu optimieren.
--   **Swift-Optimierung**: Werttypen und Copy-on-Write-Semantik für bessere Leistung verwenden.
--   **Test-Tools**: Regelmäßiges Profiling mit Xcode Instruments zur Identifizierung und Behebung von Engpässen.
-
-## FAQs
-
-:::faq
-### Wie verbessert die Optimierung der Bridge-Kommunikation in benutzerdefinierten iOS-Plugins die App-Leistung?
-
-Die Optimierung der Bridge-Kommunikation in benutzerdefinierten iOS-Plugins ist ein kluger Weg, um die App-Leistung zu steigern. Durch Reduzierung der Latenz und Verbesserung des Datenflusses zwischen den nativen und JavaScript-Schichten können Sie reibungslosere Interaktionen, schnellere Reaktionen und eine insgesamt bessere Benutzererfahrung erreichen.
-
-Um dies zu erreichen, ist es wichtig, die über die Bridge gesendeten Daten zu begrenzen, mehrere Aufrufe wenn möglich zu bündeln und unnötige Hin-und-Her-Kommunikation zu reduzieren. Tools wie **Capgo** können diesen Prozess noch einfacher machen. Sie ermöglichen sofortige Updates und helfen Ihrer App, schnell und aktuell zu bleiben, ohne ständige App-Store-Einreichungen.
-:::
-
-:::faq
-### Was sind die Best Practices für die Optimierung der Speichernutzung in benutzerdefinierten iOS-Plugins zur Vermeidung von Abstürzen?
-
-Um Ihre benutzerdefinierten iOS-Plugins reibungslos laufen zu lassen und speicherbedingte Abstürze zu vermeiden, ist es wichtig, sich auf effizientes, gut strukturiertes Code-Schreiben zu konzentrieren und dabei iOS-spezifische Best Practices zu befolgen. Beginnen Sie mit **effektivem Speichermanagement** - das bedeutet, Objektlebenszyklen zu überwachen und Tools wie Xcode Instruments zu nutzen, um Retain Cycles zu identifizieren und zu beheben, die zu Speicherlecks führen könnten. Ein weiterer wichtiger Tipp? Belasten Sie den Hauptthread nicht mit schweren Aufgaben. Verlagern Sie stattdessen ressourcenintensive Operationen in Hintergrund-Threads, um die App reaktionsfähig zu halten.
-
-Darüber hinaus sollten Sie sorgfältig darauf achten, Ressourcen - seien es Dateien, Bilder oder Netzwerkverbindungen - freizugeben, sobald sie nicht mehr benötigt werden. Wenn Sie mit **Capacitor** für Ihre App arbeiten, können Plattformen wie Capgo Ihnen die Arbeit erleichtern, indem sie Updates und Fehlerbehebungen vereinfachen. Das bedeutet, Sie können Leistungsprobleme schnell angehen, ohne auf App-Store-Genehmigungen warten zu müssen. Die Befolgung dieser Schritte wird dazu beitragen, die Stabilität und Zuverlässigkeit Ihrer benutzerdefinierten iOS-Plugins zu verbessern.
-:::
-
-:::faq
-### Wie können Xcodes Leistungseinstellungen und Test-Tools bei der Optimierung von benutzerdefinierten iOS-Plugins in Capacitor helfen?
-
-## Xcodes Leistungseinstellungen und Test-Tools
-
-Bei der Optimierung benutzerdefinierter iOS-Plugins in Capacitor bietet Xcode leistungsstarke Tools, die Entwicklern bei der Feinabstimmung ihrer Arbeit helfen. Eine herausragende Funktion ist **Instruments**, mit der Sie wichtige Metriken wie Speichernutzung, CPU-Leistung und Energieverbrauch verfolgen können. Diese Einblicke machen es einfacher, Leistungsengpässe zu erkennen und zu beheben.
-
-Xcodes **Debugging-Tools** spielen ebenfalls eine wichtige Rolle, da sie es ermöglichen, Ihr Plugin in Echtzeit auf iOS-Geräten zu testen. Dies stellt sicher, dass Ihr Code effizient läuft und den Benutzern eine reibungslose Erfahrung bietet.
-
-Für schnellere Updates und optimierte Fehlerbehebungen können Plattformen wie **Capgo** ein Game-Changer sein. Sie ermöglichen es Ihnen, Live-Updates direkt an Benutzer zu pushen, ohne App-Store-Genehmigungen zu benötigen, während Sie innerhalb der Apple-Richtlinien bleiben. Dieser Ansatz spart nicht nur Zeit, sondern hält Ihre App auch in Bestform.
-:::
diff --git a/src/content/blog/de/developing-cross-platform-apps-with-capacitorjs.md.md b/src/content/blog/de/developing-cross-platform-apps-with-capacitorjs.md.md
deleted file mode 100644
index 59ea0e3ba..000000000
--- a/src/content/blog/de/developing-cross-platform-apps-with-capacitorjs.md.md
+++ /dev/null
@@ -1,136 +0,0 @@
----
-slug: developing-cross-platform-apps-with-capacitorjs
-title: >-
-  Entwicklung plattformübergreifender Apps mit CapacitorJS: Eine
-  Schritt-für-Schritt-Anleitung
-description: >-
-  Erfahren Sie, wie Sie plattformübergreifende Anwendungen mit CapacitorJS und
-  einer einzigen JavaScript-Codebasis für Android, iOS und Web (PWA) erstellen
-  können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-02T00:00:00.000Z
-updated_at: 2023-12-14T00:00:00.000Z
-head_image: /create_app_with_js.webp
-head_image_alt: Plattformübergreifende App-Entwicklung
-tag: Tuto
-published: true
-locale: de
-next_blog: ''
----
-
-In der sich weiterentwickelnden Welt der mobilen Anwendungsentwicklung hat der Aufstieg von Progressive Web Applications (PWAs) den Weg für neue plattformübergreifende Laufzeitumgebungen geebnet. Diese Laufzeitumgebungen ermöglichen es webbasierten Anwendungen, in App Stores präsent zu sein, ohne sich ausschließlich auf nativen Code zu verlassen. Eine solche Technologie, die dies erleichtert, ist Capacitor, das es Entwicklern ermöglicht, eine einfache Website als Anwendung für Android, iOS und das Web mit einer einzigen JavaScript-Codebasis bereitzustellen. Dieser Ansatz reduziert die Entwicklungskosten erheblich und erhöht die Codierungseffizienz.
-
-Dieser Leitfaden konzentriert sich auf die Erstellung einer Anwendung mit reinem JavaScript ohne zusätzliche Frameworks. Trotz der Herausforderungen, Ressourcen für die reine JavaScript-App-Entwicklung im Jahr 2021 zu finden, bieten wir Ihnen hier ein umfassendes Tutorial zum Erstellen Ihrer Anwendung und zur Nutzung nativer Plugins mit Capacitor.
-
-## ‣ Voraussetzungen
-
-Bevor wir beginnen, stellen Sie sicher, dass Sie die folgenden Tools installiert haben:
-
-- Nodejs (v14.16.1) oder höher
-- NPM (v7.6.2) oder höher
-- Android Studio für die Android-App-Entwicklung
-- Xcode für die iOS-App-Entwicklung (nur macOS)
-
-> Hinweis: Die iOS-App-Entwicklung ist nur auf einem macOS-Gerät möglich
-
-## ‣ Einrichten Ihres Capacitor-Projekts
-
-Um eine Capacitor-Anwendung zu erstellen, navigieren Sie zu Ihrem gewünschten Ordner und führen Sie den folgenden Befehl in Ihrem Terminal aus:
-
-Mit Capacitor v3 sollte Ihr Projektverzeichnis so aussehen:
-
-Nachdem die anfängliche Einrichtung abgeschlossen ist, können Sie fortfahren.
-
-## ‣ Projekt-Umstrukturierung
-
-Wir werden Vite verwenden, um unsere JavaScript-Dateien zu bündeln. Lassen Sie uns also unser Projekt entsprechend umstrukturieren:
-
-- Erstellen Sie einen neuen Ordner `src` im Hauptverzeichnis
-- Erstellen Sie eine neue Skriptdatei `index.js` in `src/`
-- Erstellen Sie die Vite-Konfigurationsdatei `vite.config.js` im Hauptverzeichnis
-- Entfernen Sie die Datei `capacitor-welcome.js` aus `www/js/`
-
-Ihre neue Ordnerstruktur sollte wie folgt aussehen:
-
-## ‣ Anpassung an reines JavaScript
-
-Lassen Sie uns einige Dateien ändern, um mit reinem JavaScript zu arbeiten:
-
-## www/index.html
-
-1. Entfernen Sie die Skript-Importe für Ionic PWA Elements, wenn Sie die App nicht als PWA veröffentlichen:
-
-2. Löschen Sie das `<ion-app>`-HTML-Element aus dem Body.
-
-3. Aktualisieren Sie den Skript-Import von `capacitor.js` zu `js/main.js`. Dies wird unsere gebündelte JavaScript-Datei sein.
-
-4. Entfernen Sie den `js/capacitor-welcome.js`-Import. Ihre `index.html` ist jetzt bereit.
-
-## vite.config.js
-
-Um unsere Node.js-Module mit Vite zu bündeln, benötigen wir eine Konfigurationsdatei, die das Ausgabeziel für unser gebündeltes Skript angibt. Die folgende Konfiguration wird die Datei `src/index.js` nehmen und sie für die Produktion als `www/js/main.js` bündeln:
-
-## capacitor.config.json
-
-Suchen Sie in der Datei `capacitor.config.json` die Eigenschaft `"bundledWebRuntime": true` und ändern Sie sie zu `false`. Diese Anpassung stellt sicher, dass Capacitor die Dateien nicht bündelt und wir stattdessen Vite dafür verwenden können.
-
-Mit diesen Änderungen ist die grundlegende Einrichtung Ihrer Capacitor-Anwendung abgeschlossen, und Sie können mit der Entwicklung Ihrer App mit reinem JavaScript beginnen.
-
-## ‣ Entwicklung Ihrer App
-
-Jetzt, da die Grundlagen gelegt sind, können Sie beginnen, Ihre Anwendungslogik in der Datei `src/index.js` zu schreiben. Hier können Sie alle erforderlichen Node.js-Module importieren, die Funktionalität Ihrer App definieren und mit Capacitors nativen Plugins interagieren.
-
-Denken Sie daran, den Build-Befehl von Vite auszuführen, um Ihre JavaScript-Dateien zu bündeln, wenn Sie Änderungen vornehmen:
-
-Dieser Befehl generiert die Datei `main.js` in Ihrem `www/js`-Verzeichnis, auf die Ihre `index.html`-Datei verweisen wird.
-
-## ‣ Testen und Debugging
-
-Capacitor bietet eine bequeme Möglichkeit, Ihre Anwendung auf verschiedenen Plattformen zu testen.Verwenden Sie die folgenden Befehle, um Ihre App in der jeweiligen Entwicklungsumgebung der Plattform zu öffnen:
-
-Für Android:
-```
-npm init @capacitor/app
-```
-
-Für iOS (nur macOS):
-```
-www/
-  css/
-    style.css
-  js/
-    capacitor-welcome.js
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-```
-
-Für Web/PWA:
-```
-src/
-  index.js
-www/
-  css/
-    style.css
-  js/
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-vite.config.js
-```
-
-Diese Befehle ermöglichen es Ihnen, Ihre Anwendung in Android Studio, Xcode oder Ihrem Webbrowser auszuführen, wo Sie nach Bedarf testen und debuggen können.
-
-## ‣ Fazit
-
-Die Entwicklung plattformübergreifender Anwendungen mit Capacitor unter Verwendung von reinem JavaScript ist eine kostengünstige und effiziente Methode, um Apps für mehrere Plattformen mit einer einzigen Codebasis zu erstellen. Indem Sie dieser Anleitung gefolgt sind, haben Sie Ihr Projekt eingerichtet, es für Vite umstrukturiert und Ihre App für die Entwicklung vorbereitet. Mit dieser Grundlage sind Sie auf dem besten Weg, eine robuste und vielseitige Anwendung zu erstellen.
-
-Denken Sie daran, gründlich auf allen Plattformen zu testen und die nativen Plugins von Capacitor zu nutzen, um die Funktionalität Ihrer App zu erweitern. Viel Spaß beim Programmieren!
diff --git a/src/content/blog/de/development-vs-production-key-differences-in-capacitor-apps.md b/src/content/blog/de/development-vs-production-key-differences-in-capacitor-apps.md
deleted file mode 100644
index 862845433..000000000
--- a/src/content/blog/de/development-vs-production-key-differences-in-capacitor-apps.md
+++ /dev/null
@@ -1,227 +0,0 @@
----
-slug: development-vs-production-key-differences-in-capacitor-apps
-title: 'Entwicklung vs. Produktion: Wesentliche Unterschiede in Capacitor Apps'
-description: >-
-  Verstehen Sie die wichtigen Unterschiede zwischen Entwicklungs- und
-  Produktionsumgebungen in Capacitor-Apps, um Leistung und Sicherheit zu
-  verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-09T01:28:36.450Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ccde92fb850c7501c0285a-1741483728634.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, development, production, app performance, security, updates, mobile
-  apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Apps mit [Capacitor](https://capacitorjs.com/) entwickeln? Hier ist, was Sie wissen müssen:** Entwicklungs- und Produktionsumgebungen dienen unterschiedlichen Zwecken und erfordern individuelle Einrichtungen. Die Entwicklung priorisiert Geschwindigkeit und Debugging, während die Produktion sich auf Leistung, Sicherheit und Benutzererfahrung konzentriert.
-
-### Wichtige Unterschiede zwischen Entwicklung und Produktion:
-
--   **Zweck:** Entwicklung ist für Tests und Iteration; Produktion ist für stabile, benutzerfertige Apps.
--   **Code-Optimierung:** Entwicklung verwendet nicht optimierten Code zum Debuggen; Produktion verwendet minimierten, optimierten Code.
--   **Sicherheit:** Entwicklung hat gelockerte Einstellungen; Produktion erzwingt strenge Sicherheitsprotokolle.
--   **Updates:** Entwicklung unterstützt sofortige Updates (z.B. Hot Reload); Produktion verwendet geplante Einführungen.
-
-### Schnelle Vergleichstabelle:
-
-| **Aspekt** | **Entwicklung** | **Produktion** |
-| --- | --- | --- |
-| **Zweck** | [Debugging und Testen](https://capgo.app/docs/plugin/debugging/) | Stabilität und Leistung |
-| **Code-Optimierung** | Minimal | Vollständig optimiert |
-| **Sicherheit** | Gelockert | Verschärft |
-| **Updates** | Sofort (lokal/Hot Reload) | Kontrollierte Einführungen |
-| **Leistung** | Debug-Tools aktiviert | Optimiert für Endbenutzer |
-
-Capacitor-Tools wie [Capgo](https://capgo.app/) können beide Umgebungen mit Funktionen wie Live-Updates, CI/CD-Integration und sicheren Bereitstellungspraktiken optimieren. Durch das Verständnis dieser Unterschiede können Sie App-Lebenszyklen effektiv verwalten und bessere Benutzererfahrungen liefern.
-
-## Ionic & Capacitor für die Entwicklung nativer mobiler Apps
-
-<iframe src="https://www.youtube.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Umgebungseinrichtung und Konfiguration
-
-Die richtige Umgebungseinrichtung ist wesentlich, um sicherzustellen, dass Ihre App gut funktioniert und die Anforderungen jeder Phase erfüllt - sei es in der Entwicklung oder Produktion.
-
-### Entwicklungsmodus einrichten
-
-Der Entwicklungsmodus konzentriert sich darauf, [Tests und Debugging](https://capgo.app/docs/plugin/debugging/) so reibungslos und schnell wie möglich zu gestalten. Diese Einrichtung ermöglicht Entwicklern schnelle Iteration und effiziente Fehlerbehebung.
-
-| **Entwicklungsfunktion** | **Zweck** | **Implementierung** |
-| --- | --- | --- |
-| Lokaler Server | Schnelles Testen und Iteration | Debug-Logging aktivieren |
-| Source Maps | Bessere Fehlerverfolgung | Unminimiert für einfacheres Debugging belassen |
-| Hot Reload | Sofortige Code-Updates | Hot-Reload-Funktionalität aktivieren |
-| Debug-Tools | Testen und Verifizierung | Entwicklerkonsolen-Zugriff integrieren |
-
-Um Ihren Arbeitsablauf zu beschleunigen, nutzen Sie für Entwickler konzipierte Tools. Zum Beispiel vereinfacht die Capgo CLI den Prozess mit einem einzigen Befehl: `npx @capgo/cli init` [\[1\]](https://capgo.app/).
-
-Sobald der Entwicklungsmodus eingerichtet ist, ist es Zeit, den Produktionsmodus für eine ausgereifte, benutzerfertige Erfahrung zu konfigurieren.
-
-### Produktionsmodus einrichten
-
-Der Produktionsmodus konzentriert sich darauf, eine sichere, leistungsstarke App bereitzustellen, die eine nahtlose Erfahrung für Endbenutzer bietet.
-
-| **Produktionsfunktion** | **Zweck** | **Implementierung** |
-| --- | --- | --- |
-| Code-Minimierung | Dateigröße reduzieren | Während der Build-Zeit optimieren |
-| Sicherheitsmaßnahmen | App-Daten schützen | Ende-zu-Ende-Verschlüsselung durchsetzen |
-| Build-Optimierung | Leistung steigern | Produktions-Build-Flags konfigurieren |
-| [Update-Verwaltung](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Bereitstellungen optimieren | CI/CD-Integration einrichten |
-
-Für die Produktion machen Automatisierungstools wie CI/CD Bereitstellungen effizienter. Plattformen wie [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/) und [GitHub](https://github.com/) arbeiten nahtlos mit Capgo zusammen, um Updates zu verwalten [\[1\]](https://capgo.app/).
-
-> "Capgo ist ein Muss für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Fehlerbehebungen ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Zusätzlich konfigurieren Sie Benutzerzuweisungen für kontrollierte Einführungen. Dies ermöglicht es Ihnen, eine bestimmte Gruppe für Tests anzusprechen, bevor Updates für alle bereitgestellt werden [\[1\]](https://capgo.app/).
-
-## Leistung in beiden Umgebungen
-
-Die Leistungsoptimierung unterscheidet sich erheblich zwischen Entwicklungs- und Produktionsumgebungen, da jede eine einzigartige Rolle im Lebenszyklus einer App spielt.
-
-### Leistung im Entwicklungsmodus
-
-Der Entwicklungsmodus konzentriert sich auf schnelle Iterationen und [effektives Debugging](https://capgo.app/docs/plugin/debugging/) anstatt auf Höchstleistung. Er bietet Entwicklern die notwendigen Tools, um Probleme effizient zu identifizieren und zu beheben.
-
-| **Leistungsaspekt** | **Entwicklungsmodus-Ansatz** | **Auswirkung auf die Entwicklung** |
-| --- | --- | --- |
-| Build-Geschwindigkeit | Priorisiert schnellere Builds | Beschleunigt Testzyklen |
-| Source Maps | Unkomprimiert und aktiviert | Erleichtert Debugging |
-| Debug-Logging | Ausführliches Logging aktiviert | Hilft Probleme zu lokalisieren |
-| Ressourcennutzung | Höhere Speichernutzung | Unterstützt Entwicklungstools |
-
-In diesem Modus sind Leistungseinbußen beabsichtigt, um sicherzustellen, dass Entwickler schnell iterieren und debuggen können. Der Produktionsmodus hingegen verlagert den Fokus vollständig auf Benutzererfahrung und Optimierung.
-
-### Leistung im Produktionsmodus
-
-Beim Übergang zur Produktion verschiebt sich der Fokus auf die Bereitstellung einer nahtlosen Benutzererfahrung mit effizienter Ressourcennutzung. Capgo-Benutzer haben eine **81%ige Effizienzverbesserung** in der Produktion gemeldet, was die Auswirkung der richtigen Konfiguration unterstreicht [\[1\]](https://capgo.app/).
-
-| **Leistungsaspekt** | **Produktionsmodus-Ansatz** | **Benutzer-Auswirkung** |
-| --- | --- | --- |
-| Code-Größe | Minimiert und komprimiert | Führt zu schnelleren Ladezeiten |
-| Ressourcennutzung | Optimiert für Effizienz | Gewährleistet reibungslosere Leistung |
-| Update-Bereitstellung | Optimierter Prozess | Liefert Funktionen schnell |
-| Fehlerbehandlung | Minimales Logging mit eleganter Wiederherstellung | Verbessert Benutzerzufriedenheit |
-
-Feedback von Benutzern bestätigt dies. Zum Beispiel teilte @colenso mit:
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 eingeführt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach der OTA-Bereitstellung bei @Capgo auf dem neuesten Stand." [\[1\]](https://capgo.app/)
-
-Rodrigo Mantica (@manticarodrigo) betont die Wichtigkeit dieses Ansatzes:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Bereitstellung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-Kurz gesagt, der Entwicklungsmodus dreht sich um Geschwindigkeit und Debugging, während der Produktionsmodus sich darauf konzentriert, eine ausgereifte, effiziente Erfahrung für den Endbenutzer zu schaffen. Jeder hat seinen eigenen Zweck, und das Verständnis dieser Unterschiede ist entscheidend für effektives App-Lebenszyklusmanagement.
-
-## Sicherheitsmaßnahmen für jede Umgebung
-
-Die Sicherheitsanforderungen unterscheiden sich stark zwischen Entwicklungs- und Produktionsumgebungen in [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/). Jede Phase erfordert maßgeschneiderte Ansätze, um reibungslose Entwicklungsprozesse mit starkem Datenschutz in Einklang zu bringen.
-
-### Entwicklungssicherheit einrichten
-
-Während der Entwicklung liegt der Fokus auf schnellen Iterationen und effektivem Debugging bei gleichzeitiger Aufrechterhaltung grundlegender Sicherheitsprotokolle. Das Ziel ist es, Sicherheitsfunktionen zu testen, ohne echte Benutzerdaten zu gefährden.
-
-| **Sicherheitsaspekt** | **Entwicklungsansatz** | **Zweck** |
-| --- | --- | --- |
-| Authentifizierung | Vereinfachte Authentifizierungsmethoden | Beschleunigt Testzyklen |
-| [API-Schlüssel](https://capgo.app/docs/webapp/api-keys/) | Umgebungsspezifische Schlüssel verwenden | Hält Tests von der Produktion getrennt |
-| [Datenspeicherung](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Mock-Daten und Test-Datenbanken | Verhindert Exposition echter Daten |
-| Fehlerprotokollierung | Detaillierte Logs | Hilft Sicherheitsprobleme zu identifizieren und zu beheben |
-
-Andererseits erfordern Produktionsumgebungen deutlich strengere Sicherheitsmaßnahmen.
-
-### Produktionssicherheit einrichten
-
-In der Produktion verschiebt sich die Priorität auf die Implementierung fortgeschrittener Sicherheitsprotokolle, die Benutzerdaten schützen und die Einhaltung von Plattformstandards gewährleisten. Diese Maßnahmen sind entscheidend für die Aufrechterhaltung von Vertrauen und Datenintegrität.
-
-| **Sicherheitsaspekt** | **Produktionsansatz** | **Geschäftsauswirkung** |
-| --- | --- | --- |
-| Update-Sicherheit | Ende-zu-Ende-Verschlüsselung verwenden | Stellt sicher, dass Updates nur für autorisierte Benutzer zugänglich sind |
-| Zugriffskontrolle | Granulare Berechtigungseinstellungen | Beschränkt Zugriff basierend auf Teamrollen |
-| Bereitstellungsautomatisierung | Integrierte CI/CD-Pipelines | Ermöglicht sichere, [automatisierte Updates](https://capgo.app/docs/live-updates/update-behavior/) |
-| Compliance | Apple- und Google-Standards erfüllen | Gewährleistet App-Store-Genehmigungen |
-
-Produktionseinrichtungen beinhalten auch organisationsspezifische Richtlinien, die über einheitliche Zugangskontrollen verwaltet werden. Teams können mehrere Organisationen mit maßgeschneiderten Benutzerberechtigungen erstellen und mit CI/CD-Tools wie GitHub, GitLab und Azure DevOps für nahtlose, sichere Bereitstellungen integrieren.
-
-Diese Maßnahmen stellen sicher, dass die App bereit für sichere Bereitstellung und kontinuierliche Updates ist.
-
-## App-Bereitstellung und Update-Methoden
-
-Die Bereitstellung einer [Capacitor-App](https://capgo.app/plugins/ivs-player/) beinhaltet unterschiedliche Ansätze, je nachdem ob Sie sich in der Entwicklung oder Produktion befinden. Die Entwicklung konzentriert sich auf schnelles Testen und Debugging, während die Produktion gründliche Qualitätsprüfungen und Einhaltung von Plattformstandards erfordert.
-
-### Test- und Entwicklungsbereitstellung
-
-Entwicklungsbereitstellungen priorisieren Geschwindigkeit und schnelle Feedback-Schleifen.
-
-| **Entwicklungsphase** | **Hauptaktionen** | **Zweck** |
-| --- | --- | --- |
-| Lokales Testen | `npx cap run` verwenden | App auf Gerät oder Emulator testen |
-| Debug-Build | Source Maps aktivieren | Laufzeitprobleme identifizieren und beheben |
-| Hot Reload | Live Reload aktivieren | Code-Änderungen sofort sehen |
-| Versionskontrolle | Feature-Branches verwenden | Änderungen für Tests isoliert halten |
-
-### Produktions-Release-Prozess
-
-Die Veröffentlichung einer App in der Produktion erfordert strengere Schritte zur Sicherstellung von Qualität und Compliance.
-
-| **Phase** | **Anforderungen** | **Überlegungen** |
-| --- | --- | --- |
-| Build-Optimierung | Code minimieren und aufteilen | App-Leistung verbessern |
-| Plattform-Überprüfung | App Store-Richtlinien befolgen | Apple/Google-Standards einhalten |
-| Release-Tests | UAT und Beta-Tests durchführen | Build auf Release-Bereitschaft prüfen |
-| Versionsverwaltung | Semantische Versionierung anwenden | Release-Historie effektiv verwalten |
-
-Capgo kann diesen Prozess noch weiter optimieren, besonders bei Updates.
-
-### [Capgo](https://capgo.app/) für Updates nutzen
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-09.jpg?auto=compress)
-
-Capgo vereinfacht den Update-Prozess mit Funktionen, die Zeit sparen und die Sicherheit verbessern.
-
-| **Funktion** | **Vorteil** |
-| --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Gewährleistet sichere Auslieferung von Updates |
-| CI/CD-Integration | Automatisiert Deployments |
-| Benutzerzuweisung | Ermöglicht kontrollierte Rollouts für bestimmte Gruppen |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgos Konformität mit Apple- und Google-Richtlinien macht es zu einem zuverlässigen Werkzeug für Updates ohne App Store-Verstöße. Dies ist besonders hilfreich bei dringenden Fehlerbehebungen oder neuen Funktionen ohne lange Überprüfungsprozesse.
-
-## Verwaltung beider Umgebungen
-
-### Wichtige Unterschiede zwischen Entwicklung und Produktion
-
-Die erfolgreiche Verwaltung von Entwicklungs- und Produktionsumgebungen beginnt mit dem Verständnis ihrer einzigartigen Zwecke. Hier ein kurzer Überblick ihrer Unterschiede:
-
-| Aspekt | Entwicklung | Produktion |
-| --- | --- | --- |
-| **Build-Fokus** | Schnelle Iterationen und Debugging | Stabilität und Optimierung |
-| **Update-Mechanismus** | Sofortige Updates (z.B. Hot Reload) | Kontrollierte Rollouts |
-| **Sicherheitsstufe** | Grundlegend für Tests | [Erweiterte Verschlüsselung](https://capgo.app/docs/cli/migrations/encryption/) |
-| **Leistung** | Debugging-Tools aktiviert | Optimierter, minimierter Code |
-
-Jede Umgebung erfüllt eine bestimmte Rolle - Entwicklung konzentriert sich auf Geschwindigkeit und Flexibilität, während Produktion Stabilität und Sicherheit priorisiert. Diese Unterschiede zu erkennen ist essentiell für effektive Verwaltungsstrategien.
-
-### Tipps zur Umgebungsverwaltung
-
-Für reibungslosen Betrieb sind Automatisierung und Sicherheit essentiell. CI/CD-Pipelines gewährleisten konsistente Deployments, während robuste Verschlüsselung Daten schützt. Beispielsweise berichten Unternehmen, die Tools wie Capgo nutzen, von Einsparungen bis zu 26.100 € über fünf Jahre im Vergleich zu traditionellen Methoden [\[1\]](https://capgo.app/).
-
-Hier einige Strategien zur Berücksichtigung:
-
-| Strategie | Vorteil |
-| --- | --- |
-| **[Automatisierte CI/CD-Pipeline](https://capgo.app/blog/automatic-build-and-release-with-gitlab/)** | Minimiert Deployment-Fehler |
-| **Ende-zu-Ende-Verschlüsselung** | Sichert Update-Auslieferung |
-| **Benutzerzuweisungssystem** | Ermöglicht kontrollierte Feature-Rollouts |
-| **Organisationsverwaltung** | Bietet detaillierte Zugriffskontrolle |
-
-Plattformen wie Azure DevOps, GitLab und GitHub sind ausgezeichnete Optionen für CI/CD-Workflows. Die Kombination mit Tools wie Capgo kann die Lücke zwischen Entwicklung und Produktion schließen und zuverlässige App-Leistung in beiden Umgebungen sicherstellen.
diff --git a/src/content/blog/de/do-apple-allow-live-updates.md b/src/content/blog/de/do-apple-allow-live-updates.md
deleted file mode 100644
index e6f8cf53c..000000000
--- a/src/content/blog/de/do-apple-allow-live-updates.md
+++ /dev/null
@@ -1,35 +0,0 @@
----
-slug: do-apple-allow-live-updates
-title: >-
-  Erlaubt Apple das Senden von Live-Updates an Apps ohne die Überprüfung durch
-  den App Store?
-description: >-
-  Wie können Sie Code-Aktualisierungen für iOS-Apps in der Produktion
-  bereitstellen und dabei vollständig konform mit Apples Richtlinien sein?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: /apple_appstore.webp
-head_image_alt: Illustration zur Überbrückung des Kondensators
-tag: Tutorial
-published: true
-locale: de
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-
-Die Aktualisierung von Capacitor JS-Apps ohne den App Store-Überprüfungsprozess zu durchlaufen, ist unter bestimmten Bedingungen möglich, die in Apples offiziellen Richtlinien beschrieben sind. Es ist jedoch wichtig zu beachten, dass dies keine Rechtsberatung darstellt. Damit Code-Aktualisierungen direkt in eine App gepusht werden können und mit Apples Richtlinien konform bleiben, müssen folgende Bedingungen erfüllt sein:
-
-- Der Code muss vom eingebauten WebKit-Framework von Apple ausgeführt werden
-- Der Code darf keine zusätzlichen Funktionen oder Funktionalitäten bereitstellen, freischalten oder aktivieren
-- Der Benutzer darf nicht bemerken, dass eine Aktualisierung stattfindet
-
-Das Capgo Capacitor-Plugin ermöglicht Aktualisierungen und Änderungen an HTML, CSS und JavaScript und erfüllt damit die erste Bedingung.
-Die Möglichkeit für Apps, sich selbst zu aktualisieren, ohne den App Store-Überprüfungsprozess zu durchlaufen, ist seit einiger Zeit für Apps verfügbar, die mit JavaScript-Frameworks wie Facebook's React Native und Diensten wie Expo erstellt wurden.
-
-Die zweite Bedingung, keine zusätzlichen Funktionen oder Funktionalitäten bereitzustellen, wird vom Entwickler bestimmt. Capgo ist für kleine Anpassungen oder Fehlerbehebungen gedacht, nicht für die Einführung neuer Funktionen oder Funktionalitäten. Für bedeutende Änderungen ist es erforderlich, Updates über den App Store zu veröffentlichen. Es ist erwähnenswert, dass viele andere Entwickler Live-Updates ohne Probleme oder Ablehnung von Apple verwenden.
-
-Google Play ist weniger restriktiv als Apple, wenn es um die Aktualisierung von Apps geht. Google Play erlaubt, dass Apps, die aus ihrem Store mit JavaScript-Bundles installiert wurden, von Nicht-Google-Diensten aktualisiert werden können.
-
-Weitere Informationen zur Installation von Capgo, um die Überprüfung zu umgehen, finden Sie in meinem nächsten Artikel.
diff --git a/src/content/blog/de/do-capgo-work-for-cordova.md b/src/content/blog/de/do-capgo-work-for-cordova.md
deleted file mode 100644
index 4734bfd6d..000000000
--- a/src/content/blog/de/do-capgo-work-for-cordova.md
+++ /dev/null
@@ -1,42 +0,0 @@
----
-slug: do-capgo-work-for-cordova
-title: >-
-  Warum Capgo Cordova nicht unterstützt: Aktualisieren Sie Ihre App für den
-  Zugriff auf Live-Updates
-description: In diesem Leitfaden teile ich meine Erfahrungen mit Capgo und Cordova.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-29T00:00:00.000Z
-updated_at: 2023-01-29T00:00:00.000Z
-head_image: /cordova.webp
-head_image_alt: Cordova-Entwickler auf der Suche nach App-Aktualisierung
-keywords: >-
-  Cordova, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Migration
-published: true
-locale: de
-next_blog: ''
----
-Wenn Sie nach einer robusten und modernen App-Entwicklungsplattform suchen, dann ist Capacitor die perfekte Lösung. Im Gegensatz zu Cordova, das eine alternde und veraltete Plattform ist, nutzt Capacitor die neuesten Entwicklungen in nativen Plattformen und Sprachen, um das bestmögliche Nutzererlebnis zu bieten.
-
-Hier sind einige Gründe, warum Capgo Cordova nicht unterstützt:
-
-Cordova ist alt und entwickelt sich nicht weiter: Cordova gibt es schon seit einiger Zeit, und während es einst eine großartige Plattform war, hat die Entwicklung aufgehört. Das bedeutet, dass Cordova nicht mehr in der Lage ist, mit den neuesten Entwicklungen bei nativen Plattformen und Sprachen Schritt zu halten.
-
-Cordova unterstützt keine aktuellen nativen Plattform- und Sprachentwicklungen: Cordova unterstützt standardmäßig nicht die neueste Entwicklung nativer Plattformen und Sprachen wie Kotlin und Swift. Das bedeutet, dass Cordova nicht in der Lage ist, die neuesten und besten App-Entwicklungserfahrungen für Benutzer bereitzustellen.
-
-Capacitor: Eine modernere Alternative: Capgo hat Capacitor als modernere Alternative zu Cordova übernommen. Capacitor ermöglicht die Einbindung externer Bibliotheken, was bedeutet, dass Capgo sich auf die besten Bibliotheken verlassen und diese aktuell halten kann. Dies führt zu einer robusteren und stabileren App-Entwicklungsplattform.
-
-Hier ist ein weiterer Grund, warum Capgo Cordova nicht unterstützt: Für ein Bootstrapping-Unternehmen ist es nicht machbar, das gleiche Qualitäts- und Funktionsniveau wie Cordova aufrechtzuerhalten. Um das Produkt erstklassig zu halten, konzentriert sich Capgo darauf, die modernsten und effizientesten Tools zu nutzen.
-
-Wenn Sie Live-Updates zu einem guten Preis erhalten möchten, ist Ihr bester Weg das Upgrade auf Capacitor. Dies wird nicht nur die Leistung und Benutzererfahrung Ihrer App verbessern, sondern sie auch zukunftssicher machen.
-
-Verpassen Sie nicht die Vorteile moderner App-Entwicklung. Steigen Sie noch heute auf Capacitor um, für Live-Updates und eine vielversprechende Zukunft Ihrer App.
-
-Der Wechsel zu Capgo mag jedoch einschüchternd erscheinen. Das offizielle Capacitor-Tutorial für die Migration kann eine Woche dauern und schwer zu verstehen sein, wenn Sie keine Erfahrung mit nativem Programmieren haben. Capacitor erfordert ein solides Verständnis der Grundlagen nativer Plattformen, was für manche überwältigend sein kann.
-
-Aber keine Sorge! Sie haben eine effizientere und stressfreie Option. Indem Sie [mich engagieren](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/), den Entwickler von Capgo, kann Ihre App in nur einer Woche aktualisiert werden. Ich kümmere mich nicht nur um die Migration, sondern bringe Ihrem Team auch die Grundlagen der nativen Plattform bei, damit Sie Ihre App weiterhin problemlos entwickeln und warten können.
-
-Zusammenfassend lässt sich sagen, dass das Upgrade Ihrer App mit Capgo der einfache und effiziente Weg ist, um sicherzustellen, dass Sie die beste und modernste App-Entwicklungsplattform nutzen. Indem Sie [mich engagieren](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/), sparen Sie Zeit, vermeiden Frustration und gewinnen ein tieferes Verständnis für native Plattformen.
diff --git a/src/content/blog/de/do-google-allow-live-updates.md b/src/content/blog/de/do-google-allow-live-updates.md
deleted file mode 100644
index 86ab98ac2..000000000
--- a/src/content/blog/de/do-google-allow-live-updates.md
+++ /dev/null
@@ -1,32 +0,0 @@
----
-slug: do-google-allow-live-updates
-title: >-
-  Erlaubt Google, Live-Updates an Apps zu senden, ohne dass eine Überprüfung im
-  App Store erfolgt?
-description: >-
-  Wie können Sie Code-Updates für Produktions-Android-Apps bereitstellen und
-  dabei vollständig mit den Richtlinien von Google übereinstimmen?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /playstore.webp
-head_image_alt: Capacitor Umgehungsillustration
-keywords: 'Google, live updates, OTA updates, continuous integration, mobile app updates'
-tag: Tutorial
-published: true
-locale: de
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Google Play ist weniger restriktiv als Apple, wenn es um das Aktualisieren von Apps geht.
-
-Das Aktualisieren Ihrer über Google Play vertriebenen Apps kann eine knifflige Aufgabe sein, es ist jedoch wichtig, die Richtlinien von Google zu befolgen, um compliant zu bleiben. Laut den Richtlinien von Google Play dürfen Apps sich nicht selbst modifizieren, ersetzen oder aktualisieren, es sei denn, sie verwenden den eigenen Aktualisierungsmechanismus von Google Play. Das bedeutet, dass das Herunterladen von ausführbarem Code, wie dex-, JAR- oder .so-Dateien, aus einer anderen Quelle als Google Play nicht erlaubt ist.
-
-Diese Einschränkung gilt jedoch nicht für Code, der in einer virtuellen Maschine oder einem Interpreter läuft, der indirekten Zugang zu Android-APIs bietet, wie zum Beispiel JavaScript in einem Webview oder Browser. Das bedeutet, dass Sie interpretierte Sprachen wie JavaScript, Python, Lua usw. verwenden können, um Ihre App zu aktualisieren, ohne den Überprüfungsprozess von Google Play durchlaufen zu müssen. Ein Werkzeug, das bei diesem Prozess helfen kann, ist das Capgo Capacitor-Plugin. Dieses Plugin ermöglicht Entwicklern, ihren HTML-, CSS- und JavaScript-Code zu aktualisieren und Updates an ihre Apps zu senden, ohne dass eine Überprüfung erforderlich ist.
-
-Darüber hinaus dürfen Apps oder Drittanbieter-Code, die interpretierte Sprachen wie JavaScript, Python, Lua usw. verwenden, die zur Laufzeit geladen werden, keine potenziellen Verstöße gegen die Richtlinien von Google Play zulassen. Es ist wichtig zu beachten, dass dieser interpretierte Code nicht mit der App verpackt werden sollte.
-
-Indem Sie diese Richtlinien befolgen und Werkzeuge wie das Capgo Capacitor-Plugin verwenden, können Sie sicherstellen, dass Ihre App-Updates den Richtlinien von Google Play entsprechen und dass Ihre App für Benutzer auf der Plattform verfügbar bleibt. Denken Sie daran, dass es immer eine gute Idee ist, die neuesten Versionen von Googles Richtlinien zu überprüfen, um sicherzustellen, dass Sie diese korrekt befolgen.
-
-Für weitere Informationen zur Installation von Capgo, um die Überprüfung zu umgehen, beziehen Sie sich bitte auf meinen nächsten Artikel.
diff --git a/src/content/blog/de/enable-ios-developer-mode-ios16.md b/src/content/blog/de/enable-ios-developer-mode-ios16.md
deleted file mode 100644
index af5f4f641..000000000
--- a/src/content/blog/de/enable-ios-developer-mode-ios16.md
+++ /dev/null
@@ -1,65 +0,0 @@
----
-slug: enable-ios-developer-mode-ios16
-title: So aktivieren Sie den Entwicklermodus unter iOS 16 für App-Tests
-description: >-
-  Schritt-für-Schritt-Anleitung zur Aktivierung des Entwicklermodus unter iOS 16
-  und höher, um interne Verteilungsversionen und lokale Entwicklungsversionen
-  auf Ihrem Gerät auszuführen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2023-11-27T00:00:00.000Z
-head_image: /enable-ios-developer-mode-ios16.webp
-head_image_alt: Aktivieren des iOS-Entwicklermodus auf dem iPhone
-tag: iOS
-published: true
-locale: de
-next_blog: ''
----
-
-# So aktivieren Sie den Entwicklermodus unter iOS 16 für App-Tests
-
-Für Entwickler und Tester, die mit iOS 16 und höher arbeiten, ist die Aktivierung des Entwicklermodus ein entscheidender Schritt, um interne Verteilungsversionen und lokale Entwicklungsversionen direkt auf einem iPhone oder iPad auszuführen. Diese Anleitung führt Sie durch den Prozess der Aktivierung des Entwicklermodus auf Ihrem iOS-Gerät.
-
-## Voraussetzungen
-
-Stellen Sie vor dem Fortfahren sicher, dass Sie die Entwicklungsversion auf Ihrem iOS-Gerät installiert haben. Diese Einrichtung ist nur einmal pro Gerät erforderlich.
-
-## Schritt-für-Schritt-Anleitung zur Aktivierung des Entwicklermodus
-
-### Schritt 1: Auslösen der Entwicklermodus-Warnung
-
-Tippen Sie nach der Installation der Version auf Ihrem Gerät auf das App-Symbol. Es erscheint eine Warnmeldung, die Sie auffordert, den Entwicklermodus zu aktivieren. Klicken Sie auf **OK**, um fortzufahren.
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/ios-16-developer-mode-0.webp" alt="Navigating to Developer Mode setting">
-</div>
-
-### Schritt 2: Zugriff auf die Entwicklermodus-Einstellungen
-
-Öffnen Sie die Einstellungen-App auf Ihrem iOS-Gerät. Navigieren Sie zu **Datenschutz & Sicherheit** und wählen Sie dann **Entwicklermodus**.
-
-![Navigation zur Entwicklermodus-Einstellung](/ios-16-developer-mode-1.webp)
-
-### Schritt 3: Aktivieren des Entwicklermodus und Neustart
-
-Schalten Sie den Entwicklermodus-Schalter ein. iOS wird Sie auffordern, Ihr Gerät neu zu starten, damit die Änderungen wirksam werden. Tippen Sie auf **Neustart**, um den Neustart einzuleiten.
-
-![Entwicklermodus-Neustart-Aufforderung](/ios-16-developer-mode-2.webp)
-
-### Schritt 4: Abschluss der Aktivierung
-
-Sobald Ihr Gerät neu gestartet und entsperrt ist, erscheint eine Systemwarnung. Klicken Sie auf **Einschalten** und geben Sie den Gerätecode ein, wenn Sie dazu aufgefordert werden, um die Aktivierung des Entwicklermodus abzuschließen.
-
-![Warnmeldung und Passcode-Aufforderung](/ios-16-developer-mode-3.webp)
-
-Mit aktiviertem Entwicklermodus können Sie nun vollständig mit Ihren internen Verteilungsversionen und lokalen Entwicklungsversionen arbeiten.
-
-Denken Sie daran, dass Sie den Entwicklermodus jederzeit über dieselben Einstellungen deaktivieren können. Eine erneute Aktivierung erfordert jedoch, dass Sie diese Schritte erneut durchführen.
-
-## Alternative Methode zur Aktivierung des Entwicklermodus
-
-Wenn Sie Probleme mit der oben genannten Methode haben und Zugang zu einem Mac haben, können Sie den Entwicklermodus aktivieren, indem Sie Ihr iOS-Gerät mit Ihrem Mac verbinden und den Anweisungen in der [offiziellen Apple-Dokumentation](https://developer.apple.com/documentation/xcode/enabling-developer-mode-on-a-device/) folgen.
-
-Wenn Sie diese Schritte befolgen, sind Sie bereit, Apps auf Ihrem iOS-Gerät mit iOS 16 oder höher effektiv zu testen und zu entwickeln.
diff --git a/src/content/blog/de/error-handling-in-capacitor-apps-ux-best-practices.md b/src/content/blog/de/error-handling-in-capacitor-apps-ux-best-practices.md
deleted file mode 100644
index 9d80d2541..000000000
--- a/src/content/blog/de/error-handling-in-capacitor-apps-ux-best-practices.md
+++ /dev/null
@@ -1,256 +0,0 @@
----
-slug: error-handling-in-capacitor-apps-ux-best-practices
-title: 'Fehlerbehandlung in Capacitor Apps: UX Best Practices'
-description: >-
-  Effektive Fehlerbehandlung in Apps verbessert das Nutzererlebnis durch klare
-  Kommunikation, schnelle Behebung und einheitliche Verwaltung über alle
-  Plattformen hinweg.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:41:14.278Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5-1744605685630.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  error handling, user experience, mobile apps, bug fixes, input validation,
-  error messages, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Die Fehlerbehandlung kann das Nutzererlebnis Ihrer App entscheidend beeinflussen.** Schlechtes Fehlermanagement kann zu frustrierten Nutzern und negativen Bewertungen führen, während effektive Fehlerbehandlung Vertrauen aufbaut und Nutzer zufrieden hält. Hier ist, was Sie wissen müssen:
-
--   **Schnelle Fehlerbehebungen sind essentiell**: Tools wie [Capgo](https://capgo.app/) ermöglichen es, dass **95% der Nutzer** Fehlerbehebungen innerhalb von 24 Stunden erhalten, um Störungen zu minimieren.
--   **Klare Fehlermeldungen sind wichtig**: Geben Sie in Fehlermeldungen immer **Kontext**, **Ursache** und **Lösung** an. Zum Beispiel: "Foto konnte nicht gespeichert werden – Dateigröße überschreitet 5 MB. Versuchen Sie das Bild zu komprimieren."
--   **Proaktive Prävention**: Nutzen Sie Eingabevalidierung, überwachen Sie den Netzwerkstatus und unterstützen Sie Offline-Funktionalität, um Fehler von vornherein zu minimieren.
--   **Plattformspezifische Lösungen**: Gehen Sie auf einzigartige Herausforderungen für iOS, Android und Web-Plattformen ein, während Sie eine einheitliche Fehlerbehandlungsstrategie beibehalten.
--   **Nutzen Sie Tools**: Verwenden Sie Systeme wie [Sentry](https://sentry.io/) für Fehlerverfolgung und Capgo für Over-the-Air (OTA) Updates, um Probleme schnell zu beheben.
-
-**Fazit**: Schnelle Fehlerbehebungen, klare Kommunikation und konsistente plattformübergreifende Fehlerbehandlung sind die Schlüssel, um Nutzer zufrieden und Apps reibungslos am Laufen zu halten.
-
-## [Ionic](https://ionicframework.com/) Fehlerprotokollierung mit [Sentry](https://sentry.io/) unter Verwendung von [Capacitor](https://capacitorjs.com/)
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-<iframe src="https://www.youtube.com/embed/REiJTqu3-88" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Grundlegende Richtlinien zur Fehlerbehandlung
-
-Effektive Fehlerbehandlung in Capacitor-Apps erfordert eine Balance zwischen Benutzererfahrung und technischer Funktionalität. Diese Richtlinien helfen bei der plattformübergreifenden Fehlerverwaltung.
-
-### Verfassen klarer Fehlermeldungen
-
-Gute Fehlermeldungen sollten drei wesentliche Elemente enthalten:
-
-| Element | Beschreibung | Beispiel |
-| --- | --- | --- |
-| **Kontext** | Spezifizieren Sie, wo der Fehler aufgetreten ist | "Profilfoto konnte nicht gespeichert werden" |
-| **Ursache** | Erklären Sie, warum der Fehler aufgetreten ist | "Fotogröße überschreitet das 5 MB Limit" |
-| **Lösung** | Bieten Sie umsetzbare nächste Schritte an | "Bitte wählen Sie ein kleineres Bild oder komprimieren Sie das aktuelle" |
-
-Verwenden Sie einfache, verständliche Sprache, während Sie technisch präzise bleiben. Sagen Sie zum Beispiel statt "HTTP 404 – Resource Not Found" besser "Wir konnten die Seite nicht finden. Überprüfen Sie die URL oder kehren Sie zur Startseite zurück."
-
-### Plattformübergreifende Fehlerstandards
-
-Die Sicherstellung einer konsistenten Fehlerbehandlung über Plattformen hinweg erfordert eine einheitliche Strategie:
-
--   **Zentralisierter Fehlerkatalog**: Pflegen Sie ein einziges Repository für alle Fehlermeldungen und -codes, um Konsistenz zu gewährleisten.
--   **Plattformspezifische Handler**: Nutzen Sie native Fehlerbehandlungs-Tools bei einheitlicher Messaging.
--   **Fehlerschweregrade**: Klassifizieren Sie Fehler nach ihrer Auswirkung und den erforderlichen Benutzeraktionen.
-
-### Fehlervermeidungsmethoden
-
-1. **Eingabevalidierung**  
-Validieren Sie Benutzereingaben mit Echtzeit-Prüfungen, um korrekte Datentypen und Formate sicherzustellen (z.B. E-Mail-Adressen oder Telefonnummern).
-
-2. **Netzwerkstatus-Überwachung**  
-Verfolgen Sie die Netzwerkverbindung, um API-Fehler zu vermeiden. Im Offline-Zustand können Sie:
-
--   Wichtige Daten für die Offline-Nutzung zwischenspeichern.
--   Benutzeraktionen für spätere Verarbeitung in eine Warteschlange stellen.
--   Klare Anzeigen für den Verbindungsstatus anzeigen.
-
-3. **Graceful Degradation**  
-Unterstützen Sie graceful Degradation durch:
-
--   Rückgriff auf lokalen Speicher bei Cloud-Sync-Problemen.
--   Anbieten von Offline-Modi für kritische Aufgaben.
--   Bereitstellen alternativer Wege zur Aufgabenerfüllung, wenn volle Funktionalität nicht verfügbar ist.
-
-Die Befolgung dieser Schritte hilft, eine zuverlässige, benutzerfreundliche App-Erfahrung zu schaffen und Fehler plattformübergreifend konsistent zu behandeln. Solche proaktiven Maßnahmen gewährleisten einen reibungsloseren Betrieb und bauen Nutzervertrauen auf.
-
-## Umgang mit verschiedenen Fehlertypen
-
-### Formular- und Eingabevalidierung
-
-Die Verwendung eines mehrschichtigen Ansatzes zur Eingabevalidierung kann Benutzerinteraktionen verbessern und Fehler reduzieren. Geben Sie den Benutzern klares, sofortiges Feedback während der Interaktion mit dem Formular:
-
-| **Validierungstyp** | **Implementierung** | **Benutzerfeedback** |
-| --- | --- | --- |
-| **Pflichtfelder** | Prüfung der Eingabe während der Eingabe | Hervorhebung mit rotem Sternchen und Inline-Fehlermeldung |
-| **Formatvalidierung** | Verwendung von Regex-Mustern | Anzeige von Beispielen gültiger Formate |
-| **Feldübergreifende Validierung** | Zusammenhängende Felder gemeinsam prüfen | Hervorhebung beider Felder bei Konflikten |
-| **Benutzerdefinierte Regeln** | Anwendung von Geschäftslogik-Prüfungen | Klare Erklärung spezieller Anforderungen |
-
-Um den Prozess reibungsloser zu gestalten:
-
--   Zeigen Sie Formatrichtlinien an, bevor Benutzer mit der Eingabe beginnen.
--   Validieren Sie Eingaben schrittweise während der Eingabe.
--   Führen Sie eine abschließende Validierung bei Formularübermittlung durch.
-
-Während diese Maßnahmen Eingabefehler adressieren, ist die Verwaltung von Netzwerk- und API-Fehlern gleichermaßen wichtig für ein reibungsloses Benutzererlebnis.
-
-### Verbindungs- und API-Probleme
-
-Netzwerk- und API-Fehler können Benutzerinteraktionen stören, daher ist es wichtig, Verbindungen zu überwachen und API-Antworten effektiv zu behandeln:
-
-1. **Netzwerkstatus-Überwachung**  
-Behalten Sie die Konnektivität im Auge, um Offline-Caching zu ermöglichen, Operationen für später in die Warteschlange zu stellen und die Benutzeroberfläche mit dem aktuellen Status zu aktualisieren.
-
-2. **API-Fehlermanagement**
-
-| **Fehlercode** | **Benutzerseitige Nachricht** | **Hintergrundaktion** |
-| --- | --- | --- |
-| 401/403 | "Bitte melden Sie sich erneut an, um fortzufahren" | Authentifizierungs-Token aktualisieren |
-| 404 | "Die angeforderte Information ist nicht verfügbar" | Ungültige Cache-Einträge löschen |
-| 429 | "Bitte versuchen Sie es in einigen Minuten erneut" | Exponentielles Backoff für Wiederholungsversuche |
-| 500+ | "Wir haben technische Schwierigkeiten" | Fehlerdetails für Debugging protokollieren |
-
-Durch die Kombination dieser Strategien können Sie Störungen durch Konnektivitätsprobleme minimieren und sicherstellen, dass Benutzer informiert bleiben.
-
-### Plattformspezifische Probleme
-
-Jede Plattform bringt ihre eigenen Herausforderungen mit sich, die maßgeschneiderte Lösungen erfordern.
-
-**iOS-spezifische Behandlung**:
-
--   Verwaltung von Berechtigungen, Speicherbeschränkungen und Tastaturinteraktionen.
--   Gewährleistung einer reibungslosen Handhabung systemspezifischer Verhaltensweisen.
-
-**Android-spezifische Behandlung**:
-
--   Standardisierung der Zurück-Button-Navigation.
--   Anpassung an verschiedene Bildschirmgrößen und Pixeldichten.
--   Umgang mit Fragment-Lifecycle-Komplexitäten.
-
-**Web-spezifische Behandlung**:
-
--   Lösung von CORS-Problemen mit korrekten Headers.
--   Behandlung von Browser-Kompatibilitätsproblemen.
--   Bewältigung von Herausforderungen speziell für Progressive Web Apps (PWAs).
-
-Capgo bietet Tools zur Vereinfachung von Korrekturen für diese plattformspezifischen Herausforderungen. Mit seinem Kanalsystem können Sie:
-
--   Updates an gezielten Benutzergruppen testen vor einem vollständigen Rollout.
--   Updates schrittweise veröffentlichen, um deren Auswirkungen zu überwachen.
--   Problematische Änderungen schnell rückgängig machen, um Benutzerunterbrechungen zu minimieren.
-
-## Fehlermanagement-Tools
-
-Effektive Tools vereinfachen die Fehlerverfolgung, -meldung und -behebung in modernen Capacitor-Apps. Diese Tools arbeiten Hand in Hand mit etablierten Fehlerbehandlungspraktiken, um ein reibungsloses Benutzererlebnis über alle Plattformen hinweg zu gewährleisten.
-
-### Fehlerverfolgungssysteme
-
-Fehlerverfolgungsplattformen bieten detaillierte Einblicke in App-Probleme. Zum Beispiel bietet **Sentry**, dem Millionen von Entwicklern vertrauen, tiefgehende Fehlerkontext-Informationen, einschließlich Gerätedetails, OS-Versionen, App-Versionen und sogar die spezifischen Code-Commits, die Probleme verursachen.
-
-| Funktion | Details |
-| --- | --- |
-| Umgebungsdaten | Verfolgt Gerätetyp, OS-Version und App-Version |
-| Fehlerkontext & Alarme | Identifiziert fehlerverursachende Commits und integriert sich mit [Slack](https://slack.com/)/[Jira](https://www.atlassian.com/software/jira) für Team-Benachrichtigungen |
-| Release-Tracking | Misst absturzfreie Sitzungsprozentsätze zur Überwachung der App-Performance |
-
-> "Sentry hilft unserem Team, die wichtigsten Probleme in jedem Release zu beheben. Wir können verfolgen, wie ein Release anhand des Prozentsatzes absturzfreier Sitzungen tendiert. Mit diesen Daten können wir Probleme beheben, die die meisten Nutzer betreffen, und uns dem Aufbau weiterer Features widmen."
-> 
-> -   Byron Dover, Engineering Manager für IT bei [Riot Games](https://www.riotgames.com/en) [\[2\]](https://sentry.io/)
-
-Zusätzlich zur detaillierten Verfolgung erfasst In-App-Reporting Echtzeit-Nutzerfeedback.
-
-### In-App-Fehlerberichterstattung
-
-Benutzerfreundliche In-App-Fehlerberichterstattung sammelt kontextuelles Feedback unter Berücksichtigung der Privatsphäre der Nutzer. Plattformen wie **Disney+** verlassen sich auf umfassende Fehlerberichterstattung, um hohe Servicestandards aufrechtzuerhalten.
-
-> "Sentrys hochwertige Tools helfen Disney+ dabei, einen qualitativ hochwertigen Service für seine zig Millionen globaler Abonnenten aufrechtzuerhalten." [\[2\]](https://sentry.io/)
-
-Wichtige zu berücksichtigende Funktionen sind:
-
--   Automatische Fehlererkennung und -meldung
--   Nutzerinitiierte Fehlerberichte mit relevantem Kontext
--   Datenschutzbewusste Datenverarbeitung
--   Organisierte Fehlerkategorisierung für schnellere Lösungen
-
-Für kritische Probleme, die sofortige Aufmerksamkeit erfordern, können OTA-Updates schnelle Korrekturen direkt an die Nutzer liefern.
-
-### Schnelle Updates mit OTA
-
-**Capgos OTA-System** ermöglicht es Entwicklern, Korrekturen und Updates schnell und effizient auszurollen. Mit dieser Plattform können Sie:
-
--   Sofortige Korrekturen für dringende Bugs pushen
--   Updates an spezifischen Nutzergruppen testen vor vollständiger Bereitstellung
--   Update-Performance in Echtzeit überwachen
--   Problematische Updates bei Bedarf sofort zurückrollen
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!"
-> 
-> -   Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-> "Denken Sie an unsere 150+ Entwickler und multiplizieren Sie das mit der Anzahl der Probleme, die wir über unsere Services und Clients hinweg sehen - es ist wahnsinnig, wie viel Entwicklerzeit wir eingespart haben." [\[2\]](https://sentry.io/)
-
-## Benutzererfahrung in
-
-| Komponente | Zweck | Beispielimplementierung |
-| --- | --- | --- |
-| **Fehlerkontext** | Erklären, was passiert ist | "Foto konnte nicht gespeichert werden - Speicher voll (2,1 GB von 2 GB verwendet)" |
-| **Aktionen** | Schrittweise Lösungen anbieten | "Löschen Sie ungenutzte Elemente oder erweitern Sie Ihren Speicherplan" |
-| **Statusaktualisierungen** | Benutzer über Fortschritt informieren | "Verbindung wird wiederhergestellt... Versuch 2 von 3" |
-
-### Fehlerbehebungsoptionen
-
-Es ist wichtig, mehrere Wege zur Fehlerbehebung anzubieten, die sowohl technisch versierte als auch nicht-technische Nutzer ansprechen:
-
--   **Progressive Fehlerbehebung**  
-    Automatische Lösungsversuche, beginnend mit einfachen Lösungen und bei Bedarf Eskalation zu komplexeren. Echtzeitaktualisierungen informieren Benutzer über den Fortschritt.
-    
--   **Manuelle Intervention**  
-    Bietet Werkzeuge für Benutzer zur Kontrolle, wie zum Beispiel:
-    
-    -   Aktivierung des Offline-Modus bei Netzwerkproblemen
-    -   Lokale Datensicherung
-    -   Manuelle Wiederholung von Aktionen mit sichtbaren Fortschrittsanzeigen
-    -   Bei Bedarf Zurücksetzen auf vorherige Versionen
-
-Plattformen wie Capgo unterstützen diese Funktionen durch effizientes Update-Management und stellen sicher, dass Benutzer auf stabile Versionen zugreifen können, während Probleme behoben werden.
-
-### Mehrsprachige Fehlerunterstützung
-
-Lokalisierung ist mehr als nur Übersetzung. Es geht darum, Fehlermeldungen an sprachliche und kulturelle Kontexte anzupassen:
-
-| Aspekt | Best Practices | Nutzen |
-| --- | --- | --- |
-| **Nachrichtenstruktur** | Platzhalter für dynamische Inhalte verwenden | Sorgt für konsistente Nachrichten in allen Sprachen |
-| **Kultureller Kontext** | Nachrichten an lokale Präferenzen anpassen | Verbessert das Benutzerverständnis |
-| **Zeichenunterstützung** | Unicode-Konformität für alle Fehlertexte sicherstellen | Gewährleistet korrekte Anzeige in allen Sprachen |
-
-Präzise, kultursensible Kommunikation ist der Schlüssel. Das Testen von Fehlermeldungen in verschiedenen Regionen mittels eines kanalbasierten Systems stellt sicher, dass sie bei lokalen Benutzern ankommen. Gekoppelt mit Echtzeit-Tracking und schnellen Updates garantiert dieser Ansatz eine reibungslose und benutzerfreundliche Erfahrung weltweit.
-
-Klare Kommunikation schafft Vertrauen und verbessert die Gesamtqualität Ihrer Anwendung.
-
-## Fazit
-
-Erfolgreiches Fehler-Handling in Capacitor-Apps kombiniert technische Genauigkeit mit Fokus auf Benutzererfahrung und führt zu besseren App-Bewertungen und höherer Benutzerzufriedenheit.
-
-Entwickler haben schnelle Update-Bereitstellungen genutzt [\[1\]](https://capgo.app/), was das Vertrauen der Benutzer und die App-Zuverlässigkeit steigert. Zum Beispiel ermöglichen Capgos OTA-Updates Entwicklern, Fehler schnell zu beheben und stellen sicher, dass Benutzer Korrekturen innerhalb von Minuten erhalten [\[1\]](https://capgo.app/).
-
-Sich ändernde Marktanforderungen erweitern die Grenzen des Fehlermanagements. Hier sind wichtige Faktoren, die zum Erfolg beitragen:
-
-| Faktor | Auswirkung | Ergebnis |
-| --- | --- | --- |
-| Schnelle Fehlerbehebung | 82% globale Update-Erfolgsrate [\[1\]](https://capgo.app/) | Reduzierte Fehlerexposition |
-| Klare Fehlermeldungen | Höhere Benutzerbindung | Weniger Support-Anfragen |
-| Konsistente Multiplattform-Unterstützung | Bessere Benutzererfahrung | Einfachere Wartung |
-
-Diese Datenpunkte zeigen, wie schnelle Korrekturen, effektive Kommunikation und konsistente plattformübergreifende Leistung die App-Stabilität stärken.
-
-Mit der Weiterentwicklung von Fehlerbehebungslösungen müssen sich Entwickler auf zuverlässiges Fehler-Tracking, transparente Kommunikation und schnelle Updates konzentrieren. Dieser Ansatz gewährleistet hohe Benutzerzufriedenheit bei minimalen Störungen durch technische Herausforderungen.
diff --git a/src/content/blog/de/error-logging-tools-for-capacitor-ota-updates.md b/src/content/blog/de/error-logging-tools-for-capacitor-ota-updates.md
deleted file mode 100644
index b9d1f40dd..000000000
--- a/src/content/blog/de/error-logging-tools-for-capacitor-ota-updates.md
+++ /dev/null
@@ -1,81 +0,0 @@
----
-slug: error-logging-tools-for-capacitor-ota-updates
-title: Fehlerprotokollierungstools für Capacitor OTA Updates
-description: >-
-  Erkunden Sie wichtige Fehlerprotokollierungs-Tools für Capacitor OTA-Updates,
-  vergleichen Sie Funktionen, Preise und Einrichtung, um die App-Stabilität und
-  Benutzererfahrung zu verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T01:28:12.140Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d8bb85beb3268b1c6ac757-1742261302793.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'error logging, OTA updates, mobile development, app stability, user experience'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Fehler-Logging-Tools sind essentiell für die Verwaltung von Capacitor Over-the-Air (OTA) Updates. Sie helfen Entwicklern dabei, Probleme zu überwachen, Update-Performance zu verfolgen und App-Stabilität sicherzustellen. Dieser Artikel vergleicht vier beliebte Tools - **[Sentry](https://sentry.io/)**, **[LogRocket](https://logrocket.com/)**, **[Bugsnag](https://www.bugsnag.com/)** und **[Capgo](https://capgo.app/)** - und beleuchtet deren Funktionen, Preise und Einrichtungskomfort.
-
-### Wichtige Erkenntnisse:
-
--   **Sentry**: Am besten für detailliertes Fehler-Tracking und Release-Gesundheitsüberwachung.
--   **LogRocket**: Ideal für Session-Replay und Benutzereinblicke.
--   **Bugsnag**: Fokussiert auf Fehlerpriorisierung und App-Stabilitätsbewertung.
--   **Capgo**: Kombiniert OTA-Updates mit integriertem Fehler-Tracking und schneller Einrichtung.
-
-### Schneller Vergleich:
-
-| Funktion | Sentry | LogRocket | Bugsnag | Capgo |
-| --- | --- | --- | --- | --- |
-| Echtzeit-Fehler-Tracking | ✓ | ✓ | ✓ | ✓ |
-| Session-Replay | Begrenzt | ✓ | – | – |
-| Ein-Klick-Rollback | – | – | – | ✓ |
-| Ende-zu-Ende-Verschlüsselung | – | – | – | ✓ |
-| Einrichtungszeit | 30–60 Min | 45–90 Min | 30–60 Min | <15 mins |
-
-Each tool offers unique benefits depending on your team's needs, budget, and expertise. Read on for a detailed breakdown of their features, pricing, and setup requirements.
-
-## [Sentry](https://sentry.io/) and Capacitor: How to Build and Monitor User Experiences
-
-![Sentry Error Tracking Dashboard](https://mars-images.imgix.net/seobot/screenshots/sentry.io-925fc70e12ac801815ba3ab27e6adcda-2025-03-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/shzKcE79GXI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Fehler-Logging-Tools Überblick
-
-Entdecken Sie die besten Fehler-Logging-Tools für [Capacitor OTA-Updates](https://capgo.app/ja/), mit Fokus auf deren Funktionen und Arbeitsweise.
-
-### Sentry: Funktionen und Einrichtung
-
-Sentrys SDK arbeitet nahtlos mit Capacitor-Apps zusammen und bietet detaillierte Stack-Traces und hilfreichen Kontext zum Debuggen. Die Release-Tracking-Funktion identifiziert wiederkehrende Probleme bei OTA-Update-Fehlern.
-
-**Hauptfunktionen**:
-
--   Release-Gesundheitsüberwachung
--   Benutzerdefinierte Fehlerfilterung
--   Automatisierte Problemzuweisung
--   Performance-Überwachung mit Breadcrumbs
-
-Als Nächstes betrachten wir LogRockets Session-Replay-Funktionen.
-
-### [LogRocket](https://logrocket.com/): Session-Tracking
-
-![LogRocket](https://mars-images.imgix.net/seobot/screenshots/logrocket.com-25aea0309421424eb663500e40eea18d-2025-03-18.jpg?auto=compress)
-
-LogRocket ermöglicht tiefe Einblicke in Benutzererfahrungen während OTA-Updates mit seiner Session-Replay-Funktion. Es zeichnet Benutzerinteraktionen, Netzwerkanfragen und Konsolenprotokolle auf und macht es einfacher zu verstehen, was schief gelaufen ist.
-
-| Funktion | Vorteil |
-| --- | --- |
-| Session-Replay | Sehen Sie genau, was Benutzer während Updates erleben |
-| Netzwerkanalyse | Verfolgen Sie fehlgeschlagene Anfragen und Timeouts |
-| Redux-Integration | Verfolgen Sie Statusänderungen in Echtzeit |
-| Fehlerkorrelation | Verknüpfen Sie Fehler mit spezifischen Benutzeraktionen |
-
-Bugsnag hingegen konzentriert sich auf Fehlerpriorisierung und App-Stabilität.
-
-[Continue with the rest of the text? Let me know if you want me to proceed with the translation.]
diff --git a/src/content/blog/de/firebase-crashlytics-for-capacitor-apps.md b/src/content/blog/de/firebase-crashlytics-for-capacitor-apps.md
deleted file mode 100644
index 07a8e710d..000000000
--- a/src/content/blog/de/firebase-crashlytics-for-capacitor-apps.md
+++ /dev/null
@@ -1,361 +0,0 @@
----
-slug: firebase-crashlytics-for-capacitor-apps
-title: Firebase Crashlytics für Capacitor Apps
-description: >-
-  Erfahren Sie, wie Sie die Echtzeit-Absturzberichterstattung in Ihre mobilen
-  Apps integrieren, mit einer Schritt-für-Schritt-Anleitung zur Einrichtung von
-  Crashlytics für sowohl iOS als auch Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T03:55:39.168Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf-1745207775479.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Firebase, Crashlytics, mobile apps, Capacitor, app development, crash
-  reporting, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**[Firebase Crashlytics](https://firebase.google.com/docs/crashlytics)** hilft Ihnen, App-Abstürze in Echtzeit zu verfolgen und detaillierte Berichte bereitzustellen, um Probleme schnell zu beheben. Es integriert sich nahtlos mit [Capacitor](https://capacitorjs.com/) für iOS- und Android-Apps. Hier ist, was Sie wissen müssen:
-
--   **Warum Crashlytics verwenden?**
-    
-    -   Erhalten Sie **Echtzeit-Absturzwarnungen**.
-    -   Analysieren Sie detaillierte Absturzberichte mit **automatischer Problemanalyse**.
-    -   Überwachen Sie kritische Fehler, um Apps stabil zu halten.
--   **Einrichtungsanforderungen:**
-    
-    -   Installieren Sie **[Node.js](https://nodejs.org/en) (v16+)**, **Capacitor (v4+)** und Tools wie **[Xcode](https://developer.apple.com/xcode/) 14+** und **[Android Studio](https://developer.android.com/studio) Electric Eel**.
-    -   Laden Sie die [Firebase](https://firebase.google.com/) Konfigurationsdateien herunter (`GoogleService-Info.plist` für iOS, `google-services.json` für Android).
-    -   Aktualisieren Sie plattformspezifische Dateien wie `Podfile` (iOS) und `build.gradle` (Android).
--   **Wichtige Schritte:**
-    
-    -   Installieren Sie Crashlytics:
-        
-        ```bash
-        npm install @capgo/capacitor-firebase-crashlytics && npx cap sync
-        ```
-        
-    -   Initialisieren Sie Crashlytics in Ihrer App:
-        
-        ```typescript
-        import { FirebaseCrashlytics } from '@capgo/capacitor-firebase-crashlytics';
-        await FirebaseCrashlytics.initialize();
-        ```
-        
--   **Testen Sie Ihre Einrichtung:**
-    
-    -   Triggern Sie einen Testabsturz:
-        
-        ```typescript
-        await FirebaseCrashlytics.crash();
-        ```
-        
--   **Bonus-Tipp:** Kombinieren Sie Crashlytics mit **[Capgo](https://capgo.app/)** für sofortige Live-Updates ohne Verzögerungen im App Store.
-    
-
-Dieser Leitfaden stellt sicher, dass Ihre App absturzfrei und benutzerfreundlich ist. Beginnen Sie noch heute mit der Einrichtung von Firebase Crashlytics!
-
-## 2021 Android Leitfaden: [Firebase Crashlytics](https://firebase.google.com/docs/crashlytics) - benutzerdefinierter Absturz ...
-
-![Firebase Crashlytics](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/3578d58943ebaf5b91a7f0e1afb1607f.jpg)
-
-<iframe src="https://www.youtube.com/embed/JxVYfZprK0g" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Einrichtungsanforderungen
-
-Bevor Sie loslegen, stellen Sie sicher, dass Sie die folgenden Schritte abgeschlossen haben:
-
-### Erforderliche Software und Konten
-
-Sie müssen Folgendes installieren:
-
--   **Node.js** (v16 oder höher) und **Capacitor** (v4 oder höher)
--   Ein **Firebase-Konto** mit einem aktiven Projekt
--   **Xcode 14+** für die iOS-Entwicklung
--   **Android Studio Electric Eel** oder eine neuere Version für die Android-Entwicklung
--   Die neueste Version von **[CocoaPods](https://cocoapods.org/)** (erforderlich für iOS)
-
-### Plattform-Konfigurationsdateien
-
-**Für iOS:**
-
--   Laden Sie die Datei `GoogleService-Info.plist` aus der Firebase-Konsole herunter.
--   Aktualisieren Sie Ihr `Podfile`, um die Abhängigkeiten von Crashlytics einzuschließen.
--   Fügen Sie die erforderlichen Datenschutzschlüssel zu Ihrer Datei `Info.plist` hinzu.
-
-**Für Android:**
-
--   Erhalten Sie die Datei `google-services.json` aus der Firebase-Konsole.
--   Nehmen Sie Änderungen an den projekt- und app-spezifischen `build.gradle`-Dateien vor.
--   Aktualisieren Sie die `AndroidManifest.xml`, um die erforderlichen Berechtigungen einzuschließen.
-
-### [Firebase](https://firebase.google.com/) Konsolen-Einrichtung
-
-![Firebase Platform Dashboard](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/e510e8ab32244fff0b09e93222500c83.jpg)
-
-Richten Sie Firebase ein und aktivieren Sie Crashlytics, indem Sie diese Schritte befolgen:
-
-1.  **Erstellen Sie ein Firebase-Projekt** und aktivieren Sie Crashlytics.
-    
-2.  **Registrieren Sie Ihre Apps** in der Firebase-Konsole:
-    
-    -   Verwenden Sie die **Bundle-ID** für iOS und den **Paketnamen** für Android.
-    -   Laden Sie die Konfigurationsdateien herunter: `GoogleService-Info.plist` (iOS) und `google-services.json` (Android).
-3.  **Integrieren Sie Firebase SDKs** in Ihre App, indem Sie diese Abhängigkeiten hinzufügen:
-    
-    **Für Android (app-level `build.gradle`):**
-    
-    ```kotlin
-    dependencies {
-        implementation platform('com.google.firebase:firebase-bom:32.0.0')
-        implementation 'com.google.firebase:firebase-crashlytics'
-        implementation 'com.google.firebase:firebase-analytics'
-    }
-    ```
-    
-    **Für iOS (`Podfile`):**
-    
-    ```ruby
-    pod 'Firebase/Crashlytics'
-    pod 'Firebase/Analytics'
-    ```
-    
-
-Sobald diese Schritte abgeschlossen sind, sind Sie bereit, zum Abschnitt Plugin-Installation überzugehen.
-
-## Installationsschritte
-
-### Plugin-Installation
-
-Installieren Sie zunächst das Plugin und [synchronisieren Sie es mit Capacitor](https://capgo.app/plugins/capacitor-updater/):
-
-```bash
-npm install @capgo/capacitor-firebase-crashlytics && npx cap sync
-```
-
-Dann initialisieren Sie Crashlytics in Ihrer App. Fügen Sie den folgenden Code in `app.component.ts` oder `main.ts` ein:
-
-```typescript
-import { FirebaseCrashlytics } from '@capgo/capacitor-firebase-crashlytics';
-await FirebaseCrashlytics.initialize();
-```
-
-### Plattform-Konfiguration
-
-Richten Sie die erforderlichen Konfigurationen für Android- und iOS-Plattformen ein.
-
-**Android-Einrichtung**
-
-1.  Fügen Sie das Crashlytics Gradle-Plugin zu Ihrer app-spezifischen `build.gradle`-Datei hinzu:
-    
-    ```kotlin
-    buildscript { 
-        dependencies { 
-            classpath 'com.google.firebase:firebase-crashlytics-gradle:2.9.5' 
-        } 
-    }
-    apply plugin: 'com.google.firebase.crashlytics'
-    ```
-    
-2.  Aktivieren Sie die Absturzsammlung in der `AndroidManifest.xml`:
-    
-    ```xml
-    <meta-data
-        android:name="firebase_crashlytics_collection_enabled"
-        android:value="true" />
-    ```
-    
-
-**iOS-Einrichtung**
-
-1.  Konfigurieren Sie Firebase in `AppDelegate.swift`:
-    
-    ```swift
-    import Firebase
-    FirebaseApp.configure()
-    ```
-    
-
-### Testen Sie Ihre Einrichtung
-
-Bestätigen Sie, dass Crashlytics funktioniert, indem Sie einen Testabsturz auslösen und die Firebase-Konsole überprüfen:
-
--   Triggern Sie einen Testabsturz mit einem benutzerdefinierten Schlüssel:
-    
-    ```typescript
-    await FirebaseCrashlytics.setCustomKey({key: 'test_scenario', value: 'manual_crash'});
-    await FirebaseCrashlytics.crash();
-    ```
-    
--   Optional: Identifizieren Sie einen Benutzer:
-    
-    ```typescript
-    await FirebaseCrashlytics.setUserId({userId: 'user123'});
-    ```
-    
--   Protokollieren Sie benutzerdefinierte Ereignisse:
-    
-    ```typescript
-    await FirebaseCrashlytics.log({message: 'Test crash triggered'});
-    ```
-    
-
-Berichte, einschließlich Stack-Traces, Gerätedetails und benutzerdefinierter Schlüssel, sollten innerhalb von etwa 5 Minuten in der Firebase-Konsole erscheinen.
-
-**Wichtig:** Entfernen Sie Absturzaufrufe, bevor Sie Ihre App veröffentlichen. Um die Absturzsammlung während der Entwicklung zu deaktivieren, verwenden Sie:
-
-```typescript
-await FirebaseCrashlytics.setCrashlyticsCollectionEnabled({enabled: false});
-```
-
-## Überwachungsleitfaden
-
-Nachdem Sie Ihre Einrichtung mit einem Testabsturz bestätigt haben, verwenden Sie die Firebase-Konsole, um tatsächliche Abstürze und Fehler in Ihrer Live-App zu verfolgen.
-
-### Lesen von Absturzberichten
-
-Sie können Absturzberichte in der Firebase-Konsole im Abschnitt Crashlytics finden. Hier ist, was Sie sehen werden:
-
--   **Absturzfreie Benutzer**: Der Prozentsatz der Benutzer, die keine Abstürze erlebt haben.
--   **Problemanalyse**: Wie häufig Abstürze auftreten.
--   **Auswirkungsanalyse**: Die Anzahl der betroffenen Benutzer.
-
-Klicken Sie auf ein beliebiges Problem, um tiefer in Details wie Stack-Traces, Geräteinformationen (z.B. OS-Version, Speicher), benutzerdefinierte Schlüssel, Protokolle und die Benutzerreise bis zum Absturz einzutauchen.
-
-**Pro-Tipp**: Aktivieren Sie die Funktion "Geschwindigkeitswarnungen", um benachrichtigt zu werden, wenn die Absturzraten plötzlich ansteigen. Dies kann Ihnen helfen, Probleme zu beheben, bevor sie zu viele Benutzer beeinträchtigen.
-
-### Tipps zum Fehlermanagement
-
--   **Priorisieren nach Auswirkungen**: Konzentrieren Sie sich auf Abstürze, die die meisten Benutzer betreffen oder in kritischen Teilen Ihrer App auftreten. Das Verfolgen von Trends kann Ihnen helfen, dringende Probleme zu identifizieren.
-    
--   **Verwenden Sie benutzerdefinierte Schlüssel**: Fügen Sie Kontext zu Ihren Absturzberichten mit benutzerdefinierten Schlüsseln hinzu. Zum Beispiel:
-    
-    ```typescript
-    await FirebaseCrashlytics.setCustomKey({
-      key: 'current_view',
-      value: 'payment_processing'
-    });
-    ```
-    
--   **Gruppieren Sie ähnliche Probleme**: Nutzen Sie die automatische Problemanalyse von Firebase. Sie können verwandte Abstürze auch mit konsistenten benutzerdefinierten Schlüsseln kennzeichnen und klare, beschreibende Titel für eine einfachere Nachverfolgung verwenden.
-    
-
-### Schutz der Privatsphäre der Benutzer
-
-Um die Einhaltung zu gewährleisten und die Benutzerdaten zu schützen, befolgen Sie diese Richtlinien:
-
--   **Berechtigungen**:
-    
-    -   Erwähnen Sie die Absturzberichterstattung in Ihrer Datenschutzrichtlinie.
-    -   Holen Sie die Zustimmung der Benutzer für die Datenerfassung in Regionen mit GDPR-Vorschriften ein.
-    -   Bieten Sie den Benutzern die Möglichkeit, sich von der Absturzberichterstattung abzumelden.
--   **Kontrollen zur Datenerfassung**:
-    
-    ```typescript
-    await FirebaseCrashlytics.setCrashlyticsCollectionEnabled({enabled: false});
-    await FirebaseCrashlytics.setCrashlyticsCollectionEnabled({enabled: true});
-    ```
-    
--   **Datenaufbewahrung**:
-    
-    -   Richten Sie eine automatische Datenlöschung nach 90 Tagen ein.
-    -   Entfernen Sie sensible Informationen aus Ihren Berichten.
-    -   Verwenden Sie nicht identifizierbare benutzerdefinierte Schlüssel, um die Privatsphäre der Benutzer beim Debuggen zu wahren.
-
-## [Capgo](https://capgo.app/) Integration
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/12eddca90b08193253253ea10516a6c4.jpg)
-
-Optimieren Sie den Prozess von der Absturzdetektion bis zur Bereitstellung von Fixes, indem Sie das Live-Update-System von Capgo mit Crashlytics kombinieren.
-
-### Über Capgo
-
-Capgo ist ein Live-Update-Tool, das speziell für [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) entwickelt wurde. Mit über 1.900 produzierten Apps und einer Aktualisierungsrate von 95% innerhalb von 24 Stunden sorgt es für schnelle Lösungen ohne Verzögerungen durch Genehmigungen des App Stores [\[1\]](https://capgo.app/).
-
-Hauptmerkmale sind:
-
--   **Ende-zu-Ende-Verschlüsselung** für sichere Updates
--   **Ein-Klick-Rollback** zu vorherigen Versionen
--   **Kanalbasierte Distribution** für gezielte Veröffentlichungen
--   **Nahtlose CI/CD-Integration**
--   Eine **100% Open-Source-Plattform**
-
-### Crashlytics und Capgo gemeinsam
-
-Die Verwendung von Crashlytics mit Capgo schafft einen effizienten Workflow zur schnellen Identifizierung und Behebung von Problemen.
-
-So funktioniert es:
-
-1.  **Absturzdetektion und -reaktion**  
-    Crashlytics identifiziert einen Absturz, und Capgo ermöglicht Ihnen, Lösungen sofort bereitzustellen, ohne auf die Genehmigung des App Stores zu warten.
-    
-2.  **Gezielte Updates**
-    
-    -   _Beta-Tests_: Testen Sie Lösungen mit einer bestimmten Gruppe, um sicherzustellen, dass sie wirksam sind.
-    -   _Stufenweise Bereitstellung_: Stellen Sie Updates schrittweise bereit, um Risiken zu reduzieren.
-    -   _Notfallfix_: Drücken Sie schnell kritische Patches, um dringende Probleme zu beheben.
-3.  **Überwachung und Verifizierung**  
-    Nach der Bereitstellung von Updates mit Capgo verwenden Sie Crashlytics, um Absturzraten zu verfolgen und zu bestätigen, dass das Problem behoben ist.
-    
-
-### Sicherheit und App Store-Regeln
-
-Capgo hält sich an die Richtlinien von Apple und Google und bietet gleichzeitig starke Sicherheitsmerkmale:
-
--   82% globale Erfolgsquote beim Bereitstellen von Updates [\[1\]](https://capgo.app/)
--   Automatische Versionskontrolle für eine bessere Organisation
--   Einhaltung der Richtlinien für Live-Updates im App Store
-
-Für die sichere Integration mit Crashlytics:
-
--   Aktivieren Sie das Fehlermanagement in beiden Systemen.
--   Verwenden Sie die Überwachungstools von Capgo neben den Berichten von Crashlytics.
--   Behalten Sie die Versionskontrolle für alle Updates bei.
--   Führen Sie detaillierte Protokolle über Updates zu Prüfungszwecken.
-
-Fahren Sie mit dem Abschnitt Plugin-Optionen fort, um andere Tools für Live-Updates zu erkunden.
-
-## Plugin-Optionen
-
-Die Wahl des richtigen Absturzbericht-Plugins kann erheblichen Einfluss darauf haben, wie Sie Fehler in Ihrer App identifizieren und beheben.
-
-Hier ist ein schneller Vergleich von Crashlytics mit anderen beliebten Fehlerberichterstattungstools für Capacitor:
-
--   **[Sentry](https://sentry.io/)**: Bietet eine kostenlose Stufe mit kostenpflichtigen Plänen ab 26$/Monat. Unterstützt über 30 Plattformen und bietet Echtzeit-Fehlerüberwachung mit detailliertem Kontext.
--   **[Bugsnag](https://www.bugsnag.com/)**: Beginnt bei 47$/Monat. Deckt sowohl mobile als auch Webplattformen ab und bietet automatische Fehlergruppierung und Release-Tracking.
--   **[Rollbar](https://rollbar.com/)**: Ab 31$/Monat. Funktioniert auf mehreren Plattformen, mit Funktionen wie Bereitstellungs-Tracking und Personenverfolgung.
-
-Crashlytics ist besonders attraktiv für Teams, die bereits Firebase verwenden, dank seiner nahtlosen Integration und einer kostenlosen Stufe.
-
-## Zusammenfassung
-
-Hier ist ein schneller Überblick über das, was Sie erreicht haben und was als Nächstes kommt:
-
-### Einrichtungsschritte Zusammenfassung
-
-Sie haben drei wichtige Schritte abgeschlossen, um zu beginnen:
-
--   Ein Firebase-Projekt erstellt und Ihre iOS/Android-Apps registriert.
--   Das Crashlytics-Plugin installiert und konfiguriert.
--   Die erforderlichen iOS- und Android-Plattformdateien aktualisiert.
-
-### Warum diese Tools integrieren?
-
-Die Kombination von Firebase Crashlytics mit Capgo bietet Ihnen ein leistungsstarkes System zur Fehlerverfolgung und [Update-Verwaltung](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Das bietet diese Kombination:
-
--   **Schnelle Lösungen**: Sofortige Updates bereitstellen und Änderungen mit nur einem Klick zurücknehmen.
--   **Zuverlässige Rollouts**: Sicherstellen, dass Updates weit verbreitet und reibungslos an die Benutzer geliefert werden.
-
-### Was kommt als Nächstes?
-
-1.  Aktivieren Sie die detaillierte Absturzanalytik in der Firebase-Konsole.
-2.  Fügen Sie Capgo zu Ihrer CI/CD-Pipeline für optimierte Updates hinzu.
-3.  Nutzen Sie [Capgo-Kanäle](https://capgo.app/docs/webapp/channels/), um Fehler schrittweise zu testen und freizugeben.
-
-Mit Crashlytics und Capgo sind Sie bereit, Ihre App reibungslos und kontinuierlich zu verbessern.
diff --git a/src/content/blog/de/fix-capacitor-version-mismatch-errors.md b/src/content/blog/de/fix-capacitor-version-mismatch-errors.md
deleted file mode 100644
index d14914bb2..000000000
--- a/src/content/blog/de/fix-capacitor-version-mismatch-errors.md
+++ /dev/null
@@ -1,182 +0,0 @@
----
-slug: fix-capacitor-version-mismatch-errors
-title: Beheben von Capacitor-Versionskonflikten
-description: >-
-  Erfahren Sie, wie Sie Versionskonflikte in Capacitor-Apps schnell beheben
-  können, um Build-Unterbrechungen und Laufzeitabstürze zu vermeiden.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T04:35:04.064Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572-1743395716448.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, version mismatch, troubleshooting, mobile development, software
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Versionskonflikte in [Capacitor](https://capacitorjs.com/) Apps können Builds stören, Laufzeitabstürze verursachen und Updates verzögern.** Diese Probleme entstehen, wenn Core-Pakete, Plugins oder Abhängigkeiten nicht übereinstimmen. So können Sie sie schnell beheben:
-
--   **Häufige Ursachen**:
-    
-    -   Teilweise Updates oder Abhängigkeitskonflikte.
-    -   Fehler in `package.json` oder Pod-Dateien.
-    -   [Automatische Updates](https://capgo.app/docs/plugin/cloud-mode/auto-update/) erzeugen Inkonsistenzen.
--   **Schnelle Lösungen**:
-    
-    -   Führen Sie `npx cap doctor` oder `npm list @capacitor/*` aus, um Diskrepanzen zu erkennen.
-    -   Gleichen Sie Versionen in `package.json` ab (z.B. `@capacitor/core`, `@capacitor/ios`, `@capacitor/android`).
-    -   Nutzen Sie `npm install` um alle Core-Pakete und Plugins zu aktualisieren.
--   **Zukünftige Probleme vermeiden**:
-    
-    -   Sperren Sie Versionen in `package.json` (z.B. `"@capacitor/core": "5.0.0"`).
-    -   Automatisieren Sie Versionsüberprüfungen mit CI/CD-Tools.
-    -   Verwenden Sie Live-Update-Tools wie [Capgo](https://capgo.app/) für schnellere Fehlerbehebungen.
-
-## Behebung der No Matching View Exception in [Capacitor](https://capacitorjs.com/) ...
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-## Versionskonflikte finden
-
-Sie können Versionskonflikte mit diesen Schritten aufdecken:
-
-### Fehlermeldungen und Anzeichen
-
-Beginnen Sie mit der Untersuchung von Fehlerausgaben:
-
--   Build-Fehler mit Hinweisen auf "inkompatible Version"
--   Laufzeitausnahmen mit Verweis auf "Versionskonflikt"
--   Konsolenwarnungen über Abhängigkeitskonflikte
--   iOS Pod-Install-Fehler, die Versionsprobleme aufzeigen
-
-Diese Fehlermeldungen, ob vom Terminal oder Ihrer IDE, zeigen oft Konflikte auf. Achten Sie auf Warnungen mit Versionsnummern - sie können helfen, das Problem einzugrenzen.
-
-### Kommandozeilen-Überprüfungen
-
-Verwenden Sie Kommandozeilen-Tools zur Überprüfung der Versionskonsistenz:
-
--   **`npx cap doctor`**: Prüft den Zustand von Capacitor und markiert Unstimmigkeiten.
--   **`npm list @capacitor/core @capacitor/ios @capacitor/android`**: Zeigt installierte Versionen an, macht Inkonsistenzen leicht erkennbar.
-
-### Konfigurationsdatei-Überprüfung
-
-Überprüfen Sie abschließend Ihre Konfigurationsdateien auf Versionsübereinstimmung.
-
-**package.json**
-
-**capacitor.config.json**
-
-Prüfen Sie die Konsistenz bei:
-
--   Core Capacitor Paketen
--   Plattformspezifischen Paketen (iOS/Android)
--   Plugins und deren Abhängigkeiten
-
-Die Übereinstimmung dieser Versionen hilft, Kompatibilitätsprobleme zu vermeiden.
-
-## Core- und Plugin-Versionen korrigieren
-
-### Core-Paket-Updates
-
-Um Ihre Core Capacitor Pakete zu aktualisieren, verwenden Sie folgenden npm-Befehl:
-
-Wenn Sie eine bestimmte Version benötigen, ersetzen Sie `@latest` durch die gewünschte Versionsnummer. Zum Beispiel:
-
-Synchronisieren Sie nach Abschluss der Updates Ihr Projekt mit:
-
-### Plugin-Versions-Korrekturen
-
-Stellen Sie sicher, dass Ihre Plugins mit der verwendeten Capacitor-Version kompatibel sind. Aktualisieren Sie sie auf getestete und kompatible Versionen und testen Sie die Funktionalität nach jedem Update.
-
-Wenn ein Plugin Capacitor 5.x benötigt, Sie aber 6.x verwenden, haben Sie zwei Möglichkeiten:
-
--   Aktualisieren Sie das Plugin auf die neueste Version:
-    
--   Stufen Sie Capacitor herab, um den Plugin-Anforderungen zu entsprechen:
-    
-
-Bei Updates mit Breaking Changes können zusätzliche Anpassungen erforderlich sein.
-
-### Änderungen der Hauptversion
-
-Befolgen Sie diese Schritte beim Übergang zu einer neuen Hauptversion:
-
-1.  **Projekt sichern**: Erstellen Sie vor Beginn der Updates eine vollständige Sicherung.
-    
-2.  **Changelog prüfen**: Überprüfen Sie das offizielle Changelog auf Breaking Changes, die Ihr Projekt betreffen könnten.
-    
-3.  **Abhängigkeiten aktualisieren**: Aktualisieren Sie Ihre Capacitor-Pakete auf die erforderlichen Versionen. Zum Beispiel:
-    
-
-Capgo bietet Live-Updates für Capacitor 8, wodurch Sie Korrekturen ohne App-Store-Genehmigungen anwenden können [\[1\]](https://capgo.app/).
-
-## Zukünftige Versionskonflikte vermeiden
-
-### Versions-Sperr-Tools
-
-Lock-Dateien wie `package-lock.json` oder `yarn.lock` helfen sicherzustellen, dass alle Teammitglieder dieselben Abhängigkeitsversionen verwenden. Um unerwartete Updates zu vermeiden, definieren Sie exakte Versionsnummern anstelle von Zirkumflex (`^`) oder Tilde (`~`) Symbolen:
-
-### Automatisierte Updates
-
-Richten Sie automatisierte Versionsüberprüfungen in Ihrer CI/CD-Pipeline ein, um Konflikte frühzeitig zu erkennen. Verwenden Sie zum Beispiel folgenden Befehl zur Überprüfung veralteter Abhängigkeiten:
-
-Sie können diesen Schritt in Tools wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) oder [Jenkins](https://www.jenkins.io/) integrieren, um konsistente Builds sicherzustellen. Für noch mehr Kontrolle können Sie das Update-System von Capgo verwenden, um den Prozess zu vereinfachen.
-
-### Verwendung von [Capgo](https://capgo.app/) Updates
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Capgo bietet ein Live-Update-System, das Versionskonflikte schnell löst. Laut ihren Daten installieren 95% der aktiven Nutzer Updates innerhalb von 24 Stunden [\[1\]](https://capgo.app/).
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 ausgerollt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach dem OTA-Deployment auf @Capgo aktuell." – colenso [\[1\]](https://capgo.app/)
-
-So nutzen Sie Capgo optimal:
-
--   Konfigurieren Sie mehrere Verteilungskanäle für Testzwecke.
--   Richten Sie automatische Rollbacks für kritische Probleme ein.
--   Überwachen Sie Erfolgsraten, um die Wirksamkeit von Updates sicherzustellen.
--   Nutzen Sie stufenweise Rollouts zur Risikominimierung.
-
-Für Teams, die mehrere App-Versionen verwalten, ermöglicht Capgos Kanalsystem das Testen von Updates mit bestimmten Nutzergruppen vor einer breiteren Veröffentlichung. Dieser Ansatz hat eine globale Erfolgsrate von 82% für Updates erreicht [\[1\]](https://capgo.app/).
-
-## Zusammenfassung
-
-### Schnelle Lösungsanleitung
-
-Sie haben Versionskonflikte in [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/)? Hier sind einige schnelle Maßnahmen:
-
--   Sperren Sie Abhängigkeitsversionen in Ihrer `package.json` Datei und verwenden Sie Lock-Dateien für Konsistenz.
--   Führen Sie `npm outdated @capacitor/*` aus, um veraltete Abhängigkeiten zu identifizieren.
--   Beheben Sie Konflikte durch Nutzung von Capgos stufenweisen Rollouts [\[1\]](https://capgo.app/).
-
-Diese Schritte fassen die zuvor diskutierten Diagnosemethoden zusammen.
-
-### Best Practices
-
-Für langfristige Stabilität beachten Sie diese Best Practices für effektives Capacitor-Versionsmanagement. Diese Methoden wurden erfolgreich in über 750 Produktions-Apps angewendet [\[1\]](https://capgo.app/).
-
--   **Versionskontrolle**
-    
-    -   Halten Sie Abhängigkeitsversionen konsistent.
-    -   Synchronisieren Sie Versionierung über alle Team-Umgebungen.
-    -   Dokumentieren Sie Versionsanforderungen klar zur einfachen Referenz.
--   **[Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-    Rodrigo Mantica teilt mit:
-    
-    > "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" \[2\]
-    
--   **Überwachung und Wiederherstellung**  
-    Überwachen Sie regelmäßig Abhängigkeiten, um Konflikte früh zu erkennen. Richtige Überwachung hat gezeigt, dass 95% der aktiven Nutzer innerhalb von 24 Stunden aktualisieren können [\[1\]](https://capgo.app/).
-    
--   **Wichtige Implementierungstipps**
-    
-    -   Automatisieren Sie Versionsüberprüfungen in CI/CD-Pipelines.
-    -   Nutzen Sie Testkanäle vor der vollständigen Verteilung.
-    -   Halten Sie Rollback-Optionen für unerwartete Probleme bereit.
-    -   Verfolgen Sie Update-Erfolgsraten zur Leistungsmessung.
diff --git a/src/content/blog/de/fixing-build-failures-in-capacitor-ci-cd-pipelines.md b/src/content/blog/de/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
deleted file mode 100644
index 00b9d1cbc..000000000
--- a/src/content/blog/de/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
+++ /dev/null
@@ -1,367 +0,0 @@
----
-slug: fixing-build-failures-in-capacitor-ci-cd-pipelines
-title: Behebung von Build-Fehlern in Capacitor CI/CD-Pipelines
-description: >-
-  Lernen Sie, wie Sie Build-Fehler in CI/CD-Pipelines für mobile Apps beheben
-  und verhindern können, um reibungslose Entwicklungs- und
-  Bereitstellungsprozesse sicherzustellen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T06:27:06.154Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682580e10209458b3ff3c0b1-1747290491442.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, CI/CD, build failures, mobile development, troubleshooting, version
-  control, environment variables
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Build-Fehler in [Capacitor](https://capacitorjs.com/) CI/CD-Pipelines können die [mobile App-Entwicklung](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) stören und Zeit und Geld kosten.** Hier ist ein kurzer Leitfaden zu häufigen Problemen und deren Lösungen:
-
-### Hauptprobleme und Lösungen:
-
--   **Versionskonflikte**: Stellen Sie sicher, dass [Node.js](https://nodejs.org/en), npm, Capacitor und Plugin-Versionen in allen Umgebungen übereinstimmen.
--   **iOS/Android Setup-Probleme**: Gleichen Sie [Gradle](https://gradle.org/), [CocoaPods](https://cocoapods.org/), [Xcode](https://developer.apple.com/xcode/) und SDK-Konfigurationen ab.
--   **Umgebungsvariablen**: Überprüfen Sie [API-Schlüssel](https://capgo.app/docs/webapp/api-keys/), Anmeldedaten und Pfade auf Konsistenz.
--   **Plugin-Unstimmigkeiten**: Stimmen Sie Capacitor- und Plugin-Versionen sorgfältig ab.
--   **CI-Plattform-Einschränkungen**: Optimieren Sie Ressourcen, Caching und plattformspezifische Runner, um Timeouts zu verhindern.
-
-### Schnelle Tipps:
-
--   Sperren Sie Abhängigkeiten in `package.json`, um unerwartete Updates zu vermeiden.
--   Nutzen Sie Tools wie `npx cap doctor` und Android Lint zur Fehlerbehebung.
--   Replizieren Sie CI-Umgebungen lokal mit `.env`-Dateien für besseres Testen.
--   Implementieren Sie Live-Updates, um App-Store-Verzögerungen zu umgehen.
-
-**Profi-Tipp**: Tools wie [Capgo](https://capgo.app/) können das Monitoring vereinfachen, Konfigurationen absichern und Echtzeit-Rollback-Optionen bei Fehlern bereitstellen.
-
-## So identifizieren und beheben Sie CI-Pipeline-Probleme
-
-<iframe src="https://www.youtube.com/embed/mCNv2mWvWGo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Hauptarten von [Capacitor](https://capacitorjs.com/) Build-Fehlern
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Capacitor Build-Fehler können verschiedene Ursachen haben, die jeweils spezifische Lösungen erfordern. Nachfolgend erläutern wir einige der häufigsten Ursachen und wie sie sich während des Build-Prozesses manifestieren.
-
-### Versionskonflikte zwischen Abhängigkeiten
-
-Widersprüchliche Versionen von Node.js, npm und der Capacitor CLI sind häufige Ursachen für Build-Fehler. Diese Konflikte treten oft aufgrund von nicht übereinstimmenden Erwartungen zwischen verschiedenen Komponenten des Build-Systems auf. Hier einige häufige Szenarien:
-
--   Unterschiede in **Node.js Runtime-Versionen** zwischen lokalen Maschinen und CI-Umgebungen.
--   Inkonsistenzen bei Paketmanagern wie npm oder Yarn.
--   Nicht übereinstimmende Versionen von Capacitor Core-Bibliotheken und Plugins.
--   Plattformspezifische SDKs, die bestimmte Versionen erfordern, die nicht aufeinander abgestimmt sind.
-
-Die Verwaltung dieser Abhängigkeiten wird in Multi-Umgebungs-Setups noch komplexer, wo Konfigurationen stark variieren können.
-
-### iOS- und Android-Setup-Probleme
-
-Native Plattform-Konfigurationen können ein großer Schmerzpunkt sein, besonders während der initialen Einrichtung oder nach wichtigen Updates. Probleme entstehen oft durch falsch ausgerichtete Tools oder veraltete Einstellungen.
-
-**Für Android** häufige Probleme:
-
--   Gradle Sync-Fehler nach Plugin-Installation.
--   Verwendung veralteter SDKs oder Build-Tools.
--   Falsch gesetzte `JAVA_HOME` Umgebungsvariablen.
--   Fehlende oder beschädigte Gradle Wrapper-Dateien.
-
-**Für iOS** häufige Probleme:
-
--   Abhängigkeitskonflikte mit CocoaPods.
--   Inkonsistenzen in Xcode Build-Artefakten.
--   Falsch konfigurierte Code-Signing-Zertifikate.
--   Veraltete Build-Einstellungen nach Capacitor-Updates.
-
-Diese Probleme erfordern oft sorgfältiges Debugging und Abstimmung der Tools für einen reibungslosen Build-Prozess.
-
-### Probleme mit Umgebungsvariablen-Setup
-
-Umgebungsvariablen spielen eine wichtige Rolle im Build-Prozess, und selbst kleine Fehlkonfigurationen können zu wiederkehrenden Fehlern führen. Diese Probleme treten oft beim Wechsel zwischen Entwicklungs- und CI-Umgebungen auf. Häufig betroffene Bereiche sind:
-
--   API-Schlüssel für externe Dienste.
--   Anmeldedaten für Code-Signing.
--   Plattformspezifische Konfigurationswerte.
--   Build-Umgebungspfade und -Einstellungen.
-
-Die Sicherstellung eines konsistenten Umgebungsvariablen-Managements über alle Umgebungen hinweg ist der Schlüssel zur Vermeidung dieser Fallstricke.
-
-### Plugin-Versions-Unstimmigkeiten
-
-Plugins können Kompatibilitätsherausforderungen einführen, die schwer zu diagnostizieren sind. Ein typisches Beispiel beinhaltet das Ausbalancieren von Versionen von Capacitor, Ionic und spezifischen Plugins. Zum Beispiel kann die Behebung von "Something Went Wrong"-Fehlern die Abstimmung von Capacitor 3.5.1, Ionic 5 und CapacitorGoogleAuth 3.1.4 erfordern, während sichergestellt werden muss, dass die korrekte Client-ID sowohl in `capacitor.config.ts` als auch in `strings.xml` gesetzt ist.
-
-Diese Unstimmigkeiten erfordern oft akribische Aufmerksamkeit bei Versionierung und Konfigurationsdetails zur Lösung.
-
-### CI-Plattform-Einschränkungen
-
-Continuous Integration (CI) Plattformen können ihre eigenen Herausforderungen mit sich bringen, besonders bei komplexen Builds. Hier eine Aufschlüsselung häufiger Einschränkungen und ihrer Auswirkungen:
-
-| Einschränkungstyp | Häufige Probleme | Auswirkung |
-| --- | --- | --- |
-| **Timeouts** | Builds laufen bei großen Apps in Timeout | Unvollständige Builds |
-| **Ressourcenzuweisung** | Begrenzter Speicher während der Kompilierung | Fehlgeschlagene Builds |
-| **Plattform-Support** | Eingeschränkter iOS-Build-Support auf Linux-Runnern | Plattformspezifische Fehler |
-| **Caching** | Ineffizientes Abhängigkeits-Caching | Langsamere Builds, Timeout-Risiken |
-
-Um diese Probleme zu mindern, sollten Teams ihre CI/CD-Pipelines durch Konfiguration angemessener Timeout-Einstellungen, Zuweisung ausreichender Ressourcen und Optimierung des Abhängigkeits-Cachings optimieren. Bei Builds für iOS oder Android kann die Verwendung plattformspezifischer Runner auch helfen, die Kompatibilität zu wahren und die Leistung zu verbessern.
-
-## Build-Fehler Debugging-Schritte
-
-Die effektive Fehlersuche bei Build-Fehlern ist entscheidend, um Ihre [CI/CD-Pipeline](https://capgo.app/blog/setup-ci-and-cd-gitlab/) reibungslos am Laufen zu halten. Lassen Sie uns einige praktische Schritte zur Fehlersuche und Lösung dieser Probleme aufschlüsseln.
-
-### Testen von Build-Fehlern lokal
-
-Beginnen Sie mit der Bereinigung Ihrer lokalen Umgebung, um zwischengespeicherte Dateien und Abhängigkeiten zu eliminieren, die Konflikte verursachen könnten. Verwenden Sie die folgenden Befehle:
-
-```bash
-rm -rf node_modules
-rm -rf platforms
-npm cache clean --force
-npm install
-```
-
-Für Android-spezifische Builds können diese Befehle helfen, Probleme wie fehlende Skripte oder Assets zu beheben:
-
-```bash
-npx cap update android
-npx cap copy
-```
-
-Replizieren Sie als Nächstes Ihre CI-Umgebung lokal, indem Sie eine `.env`-Datei erstellen. Fügen Sie Variablen hinzu wie:
-
--   API-Schlüssel
--   Build-Konfigurationsflags
--   Plattformspezifische Einstellungen
-
-Dies stellt sicher, dass Ihr lokales Setup der CI-Umgebung so nahe wie möglich kommt.
-
-### Verwendung von Build-Analyse-Tools
-
-Nutzen Sie Build-Analyse-Tools, um Einblicke in potenzielle Probleme zu gewinnen. Hier einige Tools und ihre wichtigsten Diagnosefunktionen:
-
-| Tool | Zweck | Hauptdiagnosen |
-| --- | --- | --- |
-| **npx cap doctor** | Umgebungs-Gesundheitscheck | Abhängigkeitsversionen, Plattform-Setup |
-| **Android Lint** | Statische Code-Analyse | Ressourcennutzung, Kompatibilitätsprobleme |
-| **Xcode Analyzer** | iOS-Build-Inspektion | Speicherlecks, API-Missbrauch |
-
-Überwachen Sie während der Builds Stack-Traces, Versionskonflikte, Konfigurationsdateien und Netzwerkzugriff. Diese Diagnosen können helfen, die Fehlerquelle zu identifizieren und Sie zu einer Lösung führen.
-
-### Angleichung der Entwicklungsumgebungen
-
-Sobald Sie die Probleme identifiziert haben, gleichen Sie Ihre lokale Umgebung mit Ihrem CI-Setup ab, um zukünftige Probleme zu vermeiden. Hier ist wie:
-
-**Versionskontrolle**  
-Fixieren Sie Node.js- und Abhängigkeitsversionen, indem Sie Bereichsangaben vermeiden. Verwenden Sie `package-lock.json` für Konsistenz.
-
-**Plattform-Konfiguration**  
-Stellen Sie sicher, dass plattformspezifische Einstellungen standardisiert sind. Zum Beispiel:
-
-```json
-{
-  "webDir": "dist",
-  "platformVersion": {
-    "ios": "14.0",
-    "android": "29"
-  }
-}
-```
-
-**Build-Skripte**  
-Standardisieren Sie Ihre Build- und Test-Skripte für konsistente Fehlerbehandlung und Protokollierung:
-
-```json
-{
-  "scripts": {
-    "build:ci": "npm run clean && npm run build && npx cap sync",
-    "test:ci": "npm run test -- --ci --coverage"
-  }
-}
-```
-
-## Methoden zur Vermeidung von Build-Fehlern
-
-Das Sperren von Abhängigkeitsversionen ist entscheidend für die Aufrechterhaltung stabiler Builds in Ihrer [Capacitor CI/CD-Pipeline](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/). Hier ist eine Schritt-für-Schritt-Anleitung zur Implementierung von Strategien, die Build-Fehler verhindern und die Zuverlässigkeit verbessern.
-
-### Abhängigkeits-Versionskontrolle
-
-Um unerwartete Änderungen zu vermeiden, die Ihre Builds stören können, sperren Sie Abhängigkeitsversionen in Ihren Konfigurationsdateien und behalten Sie Lock-Dateien bei. Hier ein Beispiel für ein `package.json` Setup:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  },
-  "engines": {
-    "node": ">=16.0.0",
-    "npm": ">=8.0.0"
-  }
-}
-```
-
-Wichtige Schritte für effektives Abhängigkeitsmanagement:
-
--   Committen Sie sowohl `package.json` als auch `package-lock.json` in Ihr Versionskontrollsystem.
--   Verwenden Sie private Artefakt-Repositories zur sicheren Speicherung von Abhängigkeiten.
--   Automatisieren Sie Abhängigkeits-Scanning mit Tools wie [Dependabot](https://docs.github.com/en/code-security/dependabot/dependabot-version-updates).
--   Richten Sie Alarme für kritische Sicherheitsupdates ein, um Schwachstellen zeitnah zu beheben.
-
-Durch das Sperren von Abhängigkeiten reduzieren Sie das Risiko unerwarteter Änderungen und können sich auf die Optimierung Ihrer CI/CD-Pipeline konzentrieren.
-
-### Pipeline-Performance-Optimierung
-
-Eine gut optimierte Pipeline gewährleistet schnellere und effizientere Builds. Hier sind einige Methoden zur Leistungsverbesserung:
-
-| **Bereich** | **Methode** | **Ergebnis** |
-| --- | --- | --- |
-| **Job-Parallelisierung** | Tests in gleichzeitige Jobs aufteilen | Schnellere Build-Zeiten |
-| **Caching-Strategie** | Layer-basiertes Docker-Caching nutzen | Reduzierte Build-Dauer |
-| **Ressourcenzuweisung** | Passend dimensionierte Runner zuweisen | Verbesserte Effizienz |
-
-Zum Beispiel können Sie Caching und Retry-Logik in Ihrer CI/CD-Pipeline wie folgt konfigurieren:
-
-```yaml
-cache:
-  key: ${CI_COMMIT_REF_SLUG}
-  paths:
-    - node_modules/
-    - platforms/
-    - plugins/
-
-interruptible: true
-retry:
-  max: 2
-  when: runner_system_failure
-```
-
-> "Die Containerisierung des Workflows, Minimierung von Abhängigkeiten und Überwachung der Workflow-Geschwindigkeit mit Alarmen bei Leistungsabfällen können zu stabileren und schnelleren Builds führen." – Darrin Eden [\[2\]](https://launchdarkly.com/blog/cicd-best-practices-devops)
-
-### Plattform-Kompatibilitäts-Tests
-
-Sobald Abhängigkeiten gesperrt und die Pipeline optimiert ist, ist es Zeit, Ihre App plattformübergreifend zu testen, um Kompatibilitätsprobleme frühzeitig zu erkennen. Hier eine Übersicht der Testebenen und Tools:
-
-| **Testebene** | **Tools** | **Schwerpunktbereiche** |
-| --- | --- | --- |
-| **Unit** | [Jest](https://jestjs.io/), [Mocha](https://mochajs.org/) | Geschäftslogik und Utilities |
-| **Integration** | [Cypress](https://www.cypress.io/) | Plattformübergreifende Funktionalität |
-| **End-to-End** | [Appium](http://appium.io/) | Native Features |
-| **Performance** | [Lighthouse](https://developer.chrome.com/docs/lighthouse) | Ressourcenoptimierung |
-
-Zusätzliche Tipps für gründliches Testen:
-
--   Aktivieren Sie Absturzberichte für Web- und native Ebenen.
--   Verwenden Sie Source Maps, um Fehler während des Debuggings genau zu verfolgen.
--   Nutzen Sie plattformspezifische Entwicklertools zur Identifizierung und Behebung von Problemen.
--   Richten Sie automatisierte Performance-Benchmarks ein, um Verbesserungen im Zeitverlauf zu verfolgen.
-
-Überprüfen Sie für iOS-Builds die Xcode-Kompatibilität und Signierungskonfigurationen. Stellen Sie für Android sicher, dass Gradle-Einstellungen und SDK-Versionen mit Ihren Zielanforderungen übereinstimmen. Diese Schritte helfen Ihnen, Probleme frühzeitig zu erkennen und eine konsistente Leistung über alle Plattformen hinweg zu gewährleisten.
-
-## [Capgo](https://capgo.app/) zur Verwaltung von Build-Fehlern verwenden
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-Capgo bietet eine Suite von Tools, die Teams bei der Behandlung von Build-Fehlern in [Capacitor CI/CD-Pipelines](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/) unterstützen. Durch die Kombination von Überwachung, sicheren Konfigurationen und tiefgehender Analyse unterstützt es Teams bei der Identifizierung, Behebung und Prävention von Build-Problemen. Im Folgenden erfahren Sie, wie Capgo diese Prozesse vereinfacht, um die CI/CD-Effizienz zu verbessern.
-
-### Build-Überwachung und Wiederherstellung
-
-Capgos Echtzeit-Monitoring überwacht Build-Status und Deployment-Fortschritt und bietet Einblicke über ein detailliertes Analytics-Dashboard. Hier sind einige wichtige Metriken, die von der Plattform verfolgt werden:
-
-| **Metrikname** | **Benchmark** |
-| --- | --- |
-| Update-Auslieferung | 23,5 Mio. ausgelieferte Updates |
-| Erfolgsrate | 95% der Nutzer innerhalb von 24 Stunden aktualisiert |
-| API-Antwortzeit | 57ms weltweiter Durchschnitt |
-| [Bundle-Download](https://capgo.app/docs/webapp/bundles/) | 114ms für ein 5MB Bundle |
-
-Wenn Probleme auftreten, gewährleistet Capgos Rollback-System eine schnelle Wiederherstellung mit Funktionen wie:
-
--   **Automatische Versionsverfolgung** zur nahtlosen Überwachung von Updates.
--   **Echtzeit-Update-Überwachung** zur sofortigen Problemerkennung.
--   **Präzise Deployment-Kontrolle** zur phasenweisen Verwaltung von Updates.
--   **Fehlerprotokollierung** zur schnellen Problemidentifizierung.
-
-### Sicheres Konfigurationsmanagement 
-
-Capgo überwacht nicht nur Builds - es schützt auch kritische Konfigurationen mit robusten Sicherheitsmaßnahmen. Durch Ende-zu-Ende-Verschlüsselung wird das Risiko von konfigurationsbedingten Fehlern minimiert. Hier ist ein Beispiel einer [Capgo-Konfiguration](https://capgo.app/consulting/):
-
-```yaml
-# Example Capgo configuration
-secure_config:
-  encryption: end-to-end
-  access_control:
-    - role_based_access
-    - multi_factor_auth
-  variable_management:
-    - encrypted_storage
-    - version_control
-```
-
-Die Plattform trennt auch Konfigurationen für Entwicklungs-, Staging- und Produktionsumgebungen und stellt sicher, dass jede Umgebung unabhängig und sicher arbeitet.
-
-### Build-Fehleranalyse-Tools
-
-Capgos Analyse-Tools bieten umfassende Einblicke in Build-Fehler und machen es Teams leichter, Probleme zu diagnostizieren und zu beheben. Diese Tools umfassen:
-
--   **Detaillierte Build-Logs** mit Kontextinformationen.
--   **Performance-Metrik-Tracking** zur Überwachung der Systemgesundheit.
--   **Erkennung von Abhängigkeitskonflikten** zur Kennzeichnung von Kompatibilitätsproblemen.
--   **Umgebungskonfigurationsvergleich** zur Identifizierung von Diskrepanzen.
-
-Für Teams, die von anderen Plattformen wechseln, vereinfacht Capgo den Übergang mit Migrationswerkzeugen, die Kompatibilitätsprüfungen und Konfigurationsvalidierung beinhalten und so ein reibungsloses Setup und stabile Builds gewährleisten.
-
-## Fazit: Stabile Capacitor-Pipelines erstellen
-
-Der Aufbau stabiler Capacitor-Pipelines erfordert sorgfältige Aufmerksamkeit bei der Verwaltung von Abhängigkeiten, der Aufrechterhaltung konsistenter Umgebungen und der Überwachung der Performance. Im Zentrum dieses Prozesses stehen **Versionskontrollsysteme** und **automatisierte Updates**, die sicherstellen, dass die Pipeline sowohl sicher als auch zuverlässig bleibt. Diese Praktiken unterstreichen die Wichtigkeit einer proaktiven Handhabung von Abhängigkeiten.
-
-> "Abhängigkeitsmanagement umfasst die Handhabung externer Bibliotheken, Tools und Komponenten, auf die eine Anwendung angewiesen ist, wobei sichergestellt wird, dass diese während des gesamten Entwicklungslebenszyklus korrekt aufgelöst, aktualisiert und gewartet werden." - Jose Luis Amoros von Krasamo [\[1\]](https://www.krasamo.com/dependency-management)
-
-Moderne CI/CD-Tools wie **Capgo** vereinfachen Deployment und Monitoring und machen es einfacher, die Pipeline-Stabilität aufrechtzuerhalten. Nachfolgend einige wichtige Strategien, die Teams zur Stärkung ihrer Pipelines übernehmen können:
-
-| **Strategie** | **Implementierung** | **Warum es wichtig ist** |
-| --- | --- | --- |
-| **Versionskontrolle** | Abhängigkeiten an bestimmte Versionen binden | Verhindert unerwartete Kompatibilitätsprobleme |
-| **Umgebungsparität** | Containerisierung nutzen (z.B. Docker) | Stellt sicher, dass Builds über alle Stufen hinweg konsistent bleiben |
-| **Automatisierte Updates** | Abhängigkeitsscanner verwenden | Hält Sicherheit und Performance aktuell |
-| **Konfigurationsmanagement** | Umgebungskonfigurationen trennen | Reduziert Deployment-Konflikte |
-
-Mit der fortschreitenden Entwicklung von Capacitor werden diese Strategien Teams befähigen, Pipelines zu erstellen, die sowohl widerstandsfähig als auch effizient sind. Durch den Fokus auf diese Best Practices können Entwickler Risiken minimieren und reibungslosere Deployments gewährleisten.
-
-## FAQs
-
-:::faq
-### Wie kann ich meine Capacitor CI/CD-Pipeline über verschiedene Umgebungen hinweg stabil halten?
-
-Um Ihre Capacitor CI/CD-Pipeline über verschiedene Umgebungen hinweg reibungslos am Laufen zu halten, beachten Sie diese praktischen Tipps:
-
--   **Branches effektiv organisieren**: Implementieren Sie eine strukturierte Branch-Management-Strategie und fordern Sie obligatorische Code-Reviews. Dies hilft, Konflikte zu vermeiden und stellt sicher, dass Ihr Web- und nativer Code gut zusammenarbeiten.
--   **Builds automatisieren und Variablen prüfen**: Die Automatisierung Ihrer Build-Prozesse und die Validierung von Umgebungsvariablen können Deployment-Fehler erheblich reduzieren.
--   **Umfassend testen**: Führen Sie gründliche Tests über alle Umgebungen hinweg durch, einschließlich Unit- und Integrationstests, um Probleme frühzeitig zu erkennen und zu beheben.
-
-Die Verwendung von Tools wie Capgo kann diese Prozesse erleichtern. Capgo unterstützt nahtlose CI/CD-Integration, bietet sofortige Updates und schnelle Rollback-Optionen bei Bedarf. Dies hilft, reibungslosere Deployments und zuverlässige Performance über alle Umgebungen hinweg sicherzustellen.
-:::
-
-:::faq
-### Wie kann ich Abhängigkeiten effektiv verwalten, um Build-Fehler in Capacitor-Projekten zu vermeiden?
-
-Um Ihre Capacitor-Projekte reibungslos am Laufen zu halten und Build-Fehler zu vermeiden, ist **effektives Abhängigkeitsmanagement** der Schlüssel. Aktualisieren Sie Ihre Abhängigkeiten regelmäßig, um Sicherheitslücken zu schließen und mit den neuesten Funktionen kompatibel zu bleiben. Tools wie die Capacitor CLI, npm oder yarn können diesen Prozess einfacher und effizienter gestalten.
-
-Für plattformspezifische Anforderungen verlassen Sie sich auf Tools wie **CocoaPods** für iOS und **Gradle** für Android, um die ordnungsgemäße Handhabung von Abhängigkeiten über Plattformen hinweg sicherzustellen. Um einen Schritt weiter zu gehen, erwägen Sie die Integration von Automatisierung durch CI/CD-Pipelines. Dies kann helfen, Probleme frühzeitig zu erkennen, indem automatisierte Prüfungen für Abhängigkeitsintegrität und Kompatibilität durchgeführt werden, wodurch die Chance von durchrutschenden Fehlern reduziert wird.
-
-Die Anwendung dieser Praktiken wird dazu beitragen, dass Ihre Capacitor-Apps auf einem stabilen Fundament mit weniger Entwicklungsproblemen aufgebaut sind.
-:::
-
-:::faq
-### Wie kann Capgo bei der Behebung von Build-Fehlern in Capacitor CI/CD-Pipelines unterstützen?
-
-Capgo nimmt den Aufwand aus der Diagnose und Behebung von Build-Fehlern in Capacitor CI/CD-Pipelines. Es bietet Tools wie **automatisierte Fehlerverfolgung**, **Abhängigkeitskonfliktlösung** und **Umgebungsvariablenvalidierung**, um Probleme frühzeitig zu erkennen und Build-Fehler zu minimieren.
-
-Darüber hinaus vereinfacht Capgo Over-the-Air (OTA) Updates mit Funktionen wie **Rollback-Optionen**, **gestaffelten Rollouts** und **Echtzeit-Monitoring**. Diese Tools machen Deployments reibungsloser und kontrollierter. Zusätzlich ermöglicht seine Integration mit Ihren bestehenden CI/CD-Tools **automatisierte Compliance-Checks** und **Performance-Tracking**, was die Zuverlässigkeit und Effizienz Ihrer Pipeline steigert.
-:::
diff --git a/src/content/blog/de/git-flow-vs-trunk-based-for-cicd.md b/src/content/blog/de/git-flow-vs-trunk-based-for-cicd.md
deleted file mode 100644
index e6d7191a4..000000000
--- a/src/content/blog/de/git-flow-vs-trunk-based-for-cicd.md
+++ /dev/null
@@ -1,76 +0,0 @@
----
-slug: git-flow-vs-trunk-based-for-cicd
-title: Git Flow vs. Trunk-Based für CI/CD
-description: >-
-  Erkunden Sie die Unterschiede zwischen Git Flow und Trunk-Based Development
-  für effektive CI/CD-Workflows und erfahren Sie mehr über ihre Stärken und
-  Schwächen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:55:05.937Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad-1745376919736.jpg
-head_image_alt: Softwareentwicklung
-keywords: >-
-  Git Flow, Trunk-Based Development, CI/CD, software development, version
-  control
-tag: 'Development, Technology, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Die Wahl zwischen [Git Flow](https://nvie.com/posts/a-successful-git-branching-model/) und Trunk-Based Development (TBD) kann Ihren CI/CD-Workflow erheblich beeinflussen. Hier ist eine kurze Übersicht:**
-
--   **Git Flow**: Am besten geeignet für strukturierte, versionskontrollierte Umgebungen. Es verwendet mehrere Branches wie `main`, `develop`, `feature`, `release` und `hotfix`. Ideal für große Teams, langsamere Release-Zyklen und strenge QA-Prozesse.
--   **Trunk-Based Development**: Konzentriert sich auf einen einzelnen Hauptbranch mit kurzlebigen Feature-Branches. Geeignet für kleinere Teams, schnelle Releases und starke automatisierte Tests.
-
-### Schneller Vergleich:
-
-| Aspekt | Git Flow | Trunk-Based Development |
-| --- | --- | --- |
-| **Branch-Komplexität** | Mehrere langlebige Branches | Einzelner Branch, kurzlebige Branches |
-| **Release-Kadenz** | Geplante Releases | Kontinuierliche Bereitstellung |
-| **Teamgröße** | Große Teams | Kleine bis mittlere Teams |
-| **Testing** | End-of-Cycle-Tests | Automatisierte Tests |
-| **Bereitstellungsrisiko** | Geringer durch stufenweise Releases | Höher durch häufige Updates |
-| **Rollback** | Langsamer | Schneller |
-
-**Kernaussage**: Verwenden Sie Git Flow für strukturierte, langsamere Workflows und TBD für Geschwindigkeit und Flexibilität. Beide benötigen solide CI/CD-Pipelines, um erfolgreich zu sein.
-
-## 29 - GitFlow vs. Trunk-Based Development: Verwaltung ...
-
-<iframe src="https://www.youtube.com/embed/_24yLROhdHI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Git Flow](https://nvie.com/posts/a-successful-git-branching-model/) Workflow-Grundlagen
-
-![Git Flow](https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad/7bc9375d356ef2d5849efed49227325e.jpg)
-
-Git Flow organisiert die Entwicklung mit fünf Branch-Typen: **main**, **develop**, **feature**, **release** und **hotfix**. Diese Struktur hilft bei der effektiven Verwaltung von Releases und paralleler Entwicklung.
-
-### Git Flow Branch-Struktur
-
-| Branch-Typ | Zweck | Merge-Ziel |
-| --- | --- | --- |
-| **Main** | Enthält produktionsreifen Code | N/A |
-| **Develop** | Integriert Features; dient als Basis für Feature-Branches | N/A |
-| **Feature** | Verwendet für die Entwicklung einzelner Features; erstellt aus develop | develop |
-| **Release** | Bereitet auf finale Tests und Versionierung vor; erstellt aus develop | main & develop |
-| **Hotfix** | Behebt Produktionsprobleme schnell; erstellt aus main | main & develop |
-
-### Git Flow Vorteile
-
--   Ermöglicht die gleichzeitige Entwicklung mehrerer Features ohne Konflikte.
--   Release-Branches bieten einen dedizierten Bereich für finale Tests und Versionsvorbereitung, während der **develop**-Branch für laufende Arbeiten offen bleibt.
--   **Hotfix**-Branches ermöglichen schnelle Behebung von Produktionsproblemen ohne andere Entwicklungsaufgaben zu unterbrechen.
-
-### Git Flow Nachteile
-
--   **Branch-Management-Komplexität**: Die Verwaltung mehrerer aktiver Branches kann das Mergen erschweren.
--   **Langsamere Bereitstellung**: Der formale Release-Prozess kann Deployments im Vergleich zu einfacheren Workflows verlangsamen.
--   **Erhöhter Wartungsaufwand**: Jeder Branch benötigt seine eigene Pipeline-Konfiguration, was den Wartungsaufwand erhöht.
-
-Dieser Workflow eignet sich am besten für Projekte, die strikte Versionskontrolle, mehrere Release-Tracks oder Compliance mit Vorschriften benötigen. Als Nächstes werden wir untersuchen, wie sich dies mit dem optimierten Ansatz der Trunk-Based Development vergleicht.
-
-[Fortsetzung folgt mit weiteren Abschnitten, falls gewünscht]
diff --git a/src/content/blog/de/google-play-compliance-key-update-strategies.md b/src/content/blog/de/google-play-compliance-key-update-strategies.md
deleted file mode 100644
index 45ddd9d7c..000000000
--- a/src/content/blog/de/google-play-compliance-key-update-strategies.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-slug: google-play-compliance-key-update-strategies
-title: 'Google Play Compliance: Wichtige Update-Strategien'
-description: >-
-  Lernen Sie wichtige Strategien kennen, um die Einhaltung der Google
-  Play-Richtlinien im Jahr 2025 sicherzustellen und App-Entfernungen sowie
-  Umsatzeinbußen zu vermeiden.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:40:19.077Z
-updated_at: 2025-04-22T02:40:30.520Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8-1745289630520.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Google Play compliance, app updates, data privacy, content policies, account
-  security
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Die Einhaltung der [Google Play](https://play.google.com/console/signup) Richtlinien im Jahr 2025 ist entscheidend, um App-Entfernungen, Kontosperrungen und Umsatzeinbußen zu vermeiden.** Entwickler müssen schnell auf Richtlinienänderungen reagieren und Tools wie [Capgo](https://capgo.app/) nutzen, um Updates an **95% der Nutzer innerhalb von 24 Stunden** zu liefern. Hier ist, was Sie wissen müssen:
-
--   **Richtlinienänderungen 2025**: Strengere Regeln für Inhalte (z.B. klare "Werbung"-Kennzeichnung, Altersverifikation), Datenschutz (z.B. In-App-Datenschutz-Dashboards, Echtzeit-Protokolle) und Kontosicherheit (z.B. verpflichtende [Zwei-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/), 24-Stunden Sicherheitssperren).
--   **Häufige Fallstricke**: Missverständnis von Regeln, veraltete APIs und fehlende Offenlegungen.
--   **Compliance-Tipps**:
-    -   Automatisieren Sie Prüfungen in Ihrer CI/CD-Pipeline.
-    -   Nutzen Sie Live-Update-Tools wie Capgo für sofortige Korrekturen.
-    -   Überprüfen Sie regelmäßig Google Play Ankündigungen und schulen Sie Ihr Team zu neuen Richtlinien.
--   **Risiken bei Nichteinhaltung**: App-Entfernung, Umsatzverluste und Rufschädigung.
-
-**Konzentrieren Sie sich auf schnelle Updates, automatisierte Compliance-Prüfungen und langfristige Planung, um einen Vorsprung zu behalten.** Lassen Sie uns die Details durchgehen, um sicherzustellen, dass Ihre App sicher und benutzerfreundlich bleibt.
-
-## [Google Play](https://play.google.com/console/signup) Compliance-Probleme
-
-![Google Play](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/6fab1123dba2d1a9b508fae064f81971.jpg)
-
-### Richtlinienänderungen und häufige Fehler
-
-Wenn Google Play seine Richtlinien aktualisiert, stehen Entwicklungsteams oft unter Zeitdruck, sich anzupassen. Häufige Fehler sind:
-
--   Missverständnis neuer Datenschutzregeln
--   Versäumnis, Offenlegungen zur Datenerhebung zu aktualisieren
--   Weitere Nutzung veralteter APIs ohne entsprechende Berechtigungen
-
-### Was passiert bei Richtlinienverstößen?
-
-Verstöße gegen Google Play Regeln können zu schwerwiegenden Rückschlägen führen:
-
--   Apps können sofort aus dem Store entfernt werden
--   Gesperrte Apps können keine Zahlungen verarbeiten, was zu Umsatzeinbußen führt
--   Schlechte Nutzerbewertungen und niedrigere Bewertungen können den Ruf Ihrer App schädigen
-
-Als Nächstes befassen wir uns mit den Richtlinien-Updates 2025 und praktischen Tipps zur Gewährleistung der Compliance Ihrer App.
-
-## Google Play [PolicyBytes](https://play.google/developer-content-policy/) - Richtlinien-Updates April 2025
-
-![PolicyBytes](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/81241892df8a0b3e1d59d8ca79389c8a.jpg)
-
-[Continue with the rest of the text following the same pattern, maintaining all links, HTML tags, and technical terms unchanged while translating the surrounding content to German]
diff --git a/src/content/blog/de/google-play-staged-rollouts-how-it-works.md b/src/content/blog/de/google-play-staged-rollouts-how-it-works.md
deleted file mode 100644
index e8efd95d5..000000000
--- a/src/content/blog/de/google-play-staged-rollouts-how-it-works.md
+++ /dev/null
@@ -1,200 +0,0 @@
----
-slug: google-play-staged-rollouts-how-it-works
-title: 'Schrittweise Einführung in Google Play: So funktioniert es'
-description: >-
-  Erfahren Sie, wie Sie App-Updates mit gestaffelten Einführungen im Google Play
-  Store effektiv verwalten und dabei Stabilität gewährleisten und Risiken
-  minimieren.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T00:36:08.727Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ddfefb74046f25829c1f7f-1742603807186.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  staged rollouts, Google Play, app updates, risk management, user feedback,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Mit gestaffelten Rollouts im Google Play** können Entwickler [App-Updates](https://capgo.app/plugins/capacitor-updater/) schrittweise veröffentlichen, beginnend mit einem kleinen Prozentsatz der Nutzer, bevor sie auf alle ausgeweitet werden. Dies gewährleistet Stabilität, erkennt Probleme frühzeitig und minimiert Risiken.
-
-### Wichtige Vorteile:
-
--   **Risikomanagement**: Updates zuerst mit einer kleinen Gruppe testen.
--   **Echtzeit-Einblicke**: Leistung und Feedback überwachen.
--   **Schnelles Rollback**: Bei Bedarf zu einer vorherigen Version zurückkehren.
--   **Nutzer-Feedback**: Updates basierend auf frühen Rückmeldungen verbessern.
-
-### So funktioniert es:
-
-1.  Wählen Sie einen Rollout-Prozentsatz (z.B. 5-10%) in der [Google Play Console](https://developer.android.com/distribute/console).
-2.  Überwachen Sie Metriken wie Absturzraten, Nutzerfeedback und Leistung.
-3.  Passen Sie den Rollout-Prozentsatz an oder pausieren Sie ihn bei Problemen.
-4.  Nutzen Sie Tools wie [Capgo](https://capgo.app/) für schnellere Updates und besseres Tracking.
-
-### Schnelle Tipps:
-
--   Beginnen Sie mit 5-10% der Nutzer und erweitern Sie schrittweise.
--   Planen Sie Updates während Zeiten geringer Aktivität.
--   Nutzen Sie Fehler-Tracking-Tools für schnellere Problemlösung.
-
-Gestufte Rollouts balancieren schnelle Bereitstellung mit kontrolliertem Risiko und gewährleisten reibungslose Updates für Nutzer, während sie Entwicklern helfen, die App-Qualität zu erhalten.
-
-## Gestufter Rollout-Prozess
-
-### Einrichtung in der [Google Play Console](https://developer.android.com/distribute/console)
-
-![Google Play Console](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-ed168370876f8cab0f4fb973291444ec-2025-03-22.jpg?auto=compress)
-
-Um einen gestuften Rollout zu starten, gehen Sie zum Bereich 'Release' in der Google Play Console. Wählen Sie Ihren Ziel-Track (Production, Beta oder Alpha) und erstellen Sie eine neue Version. Während dieses Prozesses finden Sie den Prozentsatz-Selektor unter "Release-Einstellungen".
-
-Hier ist, was Sie tun müssen:
-
--   Laden Sie Ihr App-Bundle oder APK hoch
--   Legen Sie einen initialen Rollout-Prozentsatz fest (üblicherweise 5-10%)
--   Fügen Sie Release-Notes hinzu
--   Überprüfen Sie alles und starten Sie den Rollout
-
-Sie können den Rollout-Prozentsatz jederzeit während des Prozesses direkt in der Google Play Console anpassen.
-
-### Tracking des Release-Fortschritts
-
-Behalten Sie Ihren Rollout über das Google Play Console Dashboard im Auge. Es bietet Echtzeit-Metriken wie:
-
--   Installations-Erfolgsraten
--   Absturzberichte
--   Nutzerfeedback
--   Gerätekompatibilitätsprobleme
--   Leistungsdaten
-
-Metriken für die neue Version und die vorherige Version werden separat angezeigt, wodurch es einfacher ist, Probleme zu erkennen. Wenn etwas nicht stimmt, können Sie schnell handeln, um das Problem zu beheben.
-
-### Umgang mit Update-Problemen
-
-Wenn Probleme auftreten, handeln Sie sofort nach diesem Plan:
-
-> "Ein-Klick-Rollback zu jeder vorherigen Version bei Bedarf" - Capgo [\[1\]](https://capgo.app/)
-
-1.  **Sofortige Bewertung**  
-    Überprüfen Sie Absturzberichte und Nutzerfeedback, um die Schwere des Problems zu bestimmen. Achten Sie darauf, welche Geräte, Android-Versionen oder Funktionen betroffen sind.
-    
-2.  **Reaktionsmaßnahmen**  
-    Je nach Schwere des Problems können Sie:
-    
-    -   Den Rollout pausieren, um zu verhindern, dass mehr Nutzer das Update erhalten.
-    -   Auf die vorherige Version zurücksetzen, wenn das Problem schwerwiegend ist.
-    -   Einen Hotfix für kleine, behebbare Probleme pushen.
-3.  **Kommunikation**  
-    Halten Sie Nutzer über Release-Notes, In-App-Benachrichtigungen, Social-Media-Updates und Entwicklerkonsolen-Nachrichten auf dem Laufenden.
-    
-
-Die Verwendung von Fehler-Tracking-Tools kann Ihnen helfen, potenziellen Problemen vorzubeugen und sie zu lösen, bevor sie zu viele Nutzer betreffen.
-
-## Rollout-Erfolgs-Tipps
-
-### Auswahl der Nutzer-Prozentsätze
-
-Beginnen Sie mit einer kleinen Gruppe von Nutzern, um das Risiko von Problemen während des Rollouts zu reduzieren. Der genaue Prozentsatz hängt von der Komplexität Ihrer App und der Nutzerbasis ab. Zum Beispiel könnten Sie mit **5% für kritische Geschäfts-Apps**, **10% für mittleres Risiko-Updates** und **20% für kleine Änderungen** beginnen. Überwachen Sie Metriken wie Absturzraten, Nutzerengagement, Feedback und Leistung, bevor Sie erweitern. Erhöhen Sie den Prozentsatz nur, wenn alles stabil aussieht. Stimmen Sie Ihren Release-Zeitplan mit diesen Rollout-Strategien ab, um einen reibungslosen Fortschritt sicherzustellen.
-
-### Planung des Release-Zeitplans
-
-Planen Sie Ihre Rollouts für Zeiten geringer Nutzeraktivität, um Störungen zu begrenzen. Berücksichtigen Sie Faktoren wie Zeitzonen, Nutzerverhalten, Serverkapazität und Verfügbarkeit des Support-Teams. Dies stellt sicher, dass alle Probleme schnell und effizient behoben werden können.
-
-### Update-Management-Tools
-
-Die Verwendung von [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/)-Tools wie Capgo kann helfen, die Adoptionsraten zu beschleunigen - **95% der Nutzer aktualisieren innerhalb von 24 Stunden**, mit einer **82% Erfolgsrate** [\[1\]](https://capgo.app/). Suchen Sie nach Tools mit Funktionen wie diesen:
-
-| Funktion | Zweck | Auswirkung |
-| --- | --- | --- |
-| Echtzeit-Analytik | Verfolgt Update-Verteilung | Bietet sofortige Fortschrittseinblicke |
-| Fehler-Tracking | Überwacht Probleme | Ermöglicht frühe Problemerkennung |
-| Versionskontrolle | Verwaltet mehrere Releases | Hält Deployments organisiert |
-| Rollback-Fähigkeit | Kehrt Updates schnell um | Reduziert Nutzerauswirkungen |
-
-Bei der Auswahl eines Tools konzentrieren Sie sich auf solche mit automatisierter Überwachung. Tools mit einer durchschnittlichen Antwortzeit von **57ms weltweit** [\[1\]](https://capgo.app/) ermöglichen schnelles Handeln bei Problemen.
-
-Für noch mehr Kontrolle erwägen Sie die Verwendung eines [Kanalsystems](https://capgo.app/docs/plugin/cloud-mode/channel-system/) für die Update-Verteilung. Dies ermöglicht es Ihnen, bestimmte Nutzergruppen mit verschiedenen Versionen anzusprechen, was Beta-Tests und gestufte Rollouts reibungsloser macht. Zusätzlich kann die Möglichkeit, Live-Code-Änderungen zu pushen und dabei konform mit App-Store-Regeln zu bleiben, Ihren [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/) vereinfachen und beschleunigen.
-
-## Regeln und Einschränkungen
-
-### Google Play Anforderungen
-
-Wenn Sie einen gestuften Rollout auf Google Play planen, müssen Sie sicherstellen, dass jede neue APK oder [Android App Bundle](https://en.wikipedia.org/wiki/Android_App_Bundle) einen höheren Versionscode als die aktuelle Produktionsversion hat.
-
-Google Play setzt spezifische Kriterien für gestufte Rollouts:
-
--   **Rollout-Prozentsatz**: Sie müssen einen Prozentsatz zwischen 1% und 100% wählen.
--   **Versionskompatibilität**: Updates müssen mit allen Android-Versionen funktionieren, die Ihre App offiziell unterstützt.
--   **App-Signierung**: Apps, die über Android App Bundles verteilt werden, müssen bei [Google Play App Signing](https://support.google.com/googleplay/android-developer/answer/9842756?hl=en) registriert sein.
--   **Internes Testing**: Testen Sie Ihre App immer intern, bevor Sie sie in die Produktion bringen.
-
-Während Sie diese Anforderungen erfüllen, beachten Sie, dass es Einschränkungen gibt, die Ihre Rollout-Strategie beeinflussen könnten.
-
-### Bekannte Einschränkungen
-
-Berücksichtigen Sie bei der Planung Ihres Deployments diese Einschränkungen:
-
-| Einschränkung | Details | Auswirkung |
-| --- | --- | --- |
-| Keine Nutzerauswahl | Sie können nicht bestimmte Nutzer oder Regionen auswählen | Updates werden zufällig basierend auf Ihrem Prozentsatz verteilt |
-| Versionskontrolle | Nutzer können nicht zu älteren Versionen zurückkehren | Updates sind permanent, sobald sie angewendet wurden |
-| Geräteeinschränkungen | Keine Zielgruppe für bestimmte Geräte | Updates gelten einheitlich für alle kompatiblen Geräte |
-
-Weitere wichtige Punkte:
-
--   Nur ein gestufter Rollout kann für eine bestimmte App gleichzeitig aktiv sein.
--   Es gibt kein automatisches Rollback bei Problemen.
--   Sie können nicht kontrollieren, wann Nutzer Updates herunterladen.
--   Der Rollout-Prozess bietet keine direkte Möglichkeit, Update-Details an Nutzer zu kommunizieren.
-
-Es wird empfohlen, mindestens 24 Stunden zu warten, bevor der Rollout-Prozentsatz erhöht wird. Dies gibt Ihnen Zeit, die Leistung zu überwachen und Probleme zu beheben, bevor Sie das Update weiter ausweiten.
-
-Für dringende Updates erwägen Sie die Verwendung von Tools wie Capgo, um schnelle Hotfixes oder Updates zu handhaben und dabei innerhalb der Google Play-Regeln zu bleiben. Diese Tools können Ihnen helfen, kritische Situationen zu managen, ohne die Compliance zu gefährden.
-
-## Mit Vertrauen veröffentlichen mit der neuen Play Console
-
-<iframe src="https://www.youtube.com/embed/vyReHI1eSSU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Zusammenfassung
-
-Gestufte Rollouts bieten eine kontrollierte Möglichkeit, Updates zu veröffentlichen, verbessern die App-Qualität und halten Nutzer zufrieden. Durch die Erfüllung der Google Play-Anforderungen können Entwickler diesen Ansatz voll ausnutzen und dabei konform bleiben.
-
-### Wichtige Vorteile
-
-Schrittweise Rollouts kombiniert mit gründlicher Überwachung gewährleisten zuverlässige Updates. Diese Methode hilft:
-
--   Risiken zu minimieren und Probleme früh mit gezielten Releases zu erkennen
--   Apps auf verschiedenen Android-Geräten stabil zu halten
--   Die Chance auf negative Bewertungen und Ratings zu verringern
-
-Studien zeigen, dass gut ausgeführte gestufte Rollouts eine globale Update-Erfolgsrate von 82% erreichen [\[1\]](https://capgo.app/), was ihren Wert bei der Aufrechterhaltung starker App-Leistung beweist.
-
-### Wie [Capgo](https://capgo.app/) Mehrwert schafft
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Für [Capacitor](https://capacitorjs.com/)-Apps optimiert Capgo gestufte Rollouts durch präzises Update-Management unter Einhaltung der Google Play-Richtlinien. Sein Kanalsystem integriert sich nahtlos in bestehende Rollout-Pläne.
-
-So performt Capgo:
-
-| Metrik | Leistung |
-| --- | --- |
-| **Nutzer-Update-Rate** | 95% innerhalb von 24 Stunden |
-| **Gesamte ausgelieferte Updates** | 23,5M |
-| **Globale Erfolgsrate** | 82% |
-
-Capgo vereinfacht den Update-Prozess für Entwickler mit Funktionen wie:
-
--   Integriertes Fehler-Tracking gepaart mit Rollout-Überwachung
--   Sichere und konforme Update-Bereitstellung
--   Gezielte Nutzergruppen für kontrollierte Rollouts
--   Verschlüsselte Deployment-Kanäle für zusätzliche Sicherheit
-
-> "Capgo ist ein Must-have-Tool für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Bugfixes ist Gold wert." [\[1\]](https://capgo.app/)
-
-Diese Tools ermöglichen es Teams, Updates schnell auszurollen und dabei sicherzustellen, dass ihre Releases weltweit stabil für Nutzer bleiben.
diff --git a/src/content/blog/de/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md b/src/content/blog/de/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
deleted file mode 100644
index 46bb39c4a..000000000
--- a/src/content/blog/de/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
+++ /dev/null
@@ -1,161 +0,0 @@
----
-slug: how-I-manage-semantic-release-with-CapGo-CapacitorUpdater
-title: Wie Rapido Cloud das Semantic Release mit CapGo CapacitorUpdater verwaltet
-description: >-
-  So habe ich Semantic Release eingerichtet, um Veröffentlichungen meiner
-  Anwendungen zu verwalten, die CapGo CapacitorUpdater verwenden
-author: Rupert Barrow
-author_image_url: 'https://avatars.githubusercontent.com/u/48629751?v=4'
-author_url: 'https://linkedin.com/in/rbarrow'
-created_at: 2024-09-22T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-tag: Case Study
-published: true
-locale: de
-next_blog: ''
----
-
-# Wie Rapido Cloud Semantic Release mit CapGo CapacitorUpdater verwaltet
-
-## 1 Einführung
-
-Bei Rapido Cloud (wwwrapidocloud) entwickle ich eine mobile Anwendung für Salesforce-Kunden, um ihre eigene gebrandete mobile Anwendung einfach bereitstellen zu können, ohne die schwierigen Schleifen der Verwendung des Salesforce Mobile SDK oder des Salesforce Mobile Publisher durchlaufen zu müssen.
-
-Ich habe diese mobile App auf einer modernen und "standardmäßigen" Plattform mit weit verbreiteten Komponenten und Tools entwickelt, darunter Ionic 8, Angular 18, TypeScript, Capacitor und jetzt CapGo CapacitorUpdater. Diese sind einfacher zu handhaben für Kunden, die keine Salesforce-Plattformspezifika wie Lightning Web Components verwalten möchten; und es ist für mich einfacher und günstiger, Entwickler und Betreuer von Ionic + Angular mobilen Anwendungen zu rekrutieren.
-
-Dieser Artikel erklärt mein Design, meine Entscheidungen und Implementierung, die CapGo und `semantic-release` zu einer sehr erfolgreichen Selbstverständlichkeit für die automatische Verwaltung aller Bereitstellungen über Github Actions machen. All dies wurde während der angenehmen 14-tägigen kostenlosen Testphase von CapGo CapacitorUpdater entworfen, getestet und dokumentiert.
-
-## 2 Warum CapGo verwenden? Warum semantic-release verwenden?
-
-CapGo CapacitorUpdater hat mich mit seinem Versprechen angezogen, die Bereitstellung von mobilen Apps viel einfacher, schneller und flexibler zu gestalten als der Standard-Bereitstellungsprozess über Apple AppStore/Google PlayStore.
-Dies ist meine erste mobile Anwendung, die ich in die Stores bringe, nachdem ich mich in der Vergangenheit auf Web-Apps konzentriert habe, die in der Regel auf der Salesforce Experience Cloud entwickelt wurden.
-
-Ich hatte etwas Angst vor der Lernkurve, um dies erfolgreich zu machen, aber ich habe meine App recht einfach auf Apple TestFlight gebracht. Dann war ich in der Lage, CapGo CapacitorUpdater zu verwenden, um meine Updates viel schneller bereitzustellen.
-
-Meine erste Anforderung und mein erster Testfall war, die App für mich selbst bereitzustellen, um sie als echte mobile App auf meinem eigenen Telefon zu testen, anstatt in einem mobilen Emulator oder in einem Simulator über den von Ionic vorgeschlagenen Nexus-Mobilbrowser zu testen. Das liegt daran, dass meine App native Funktionen wie Geolokalisierung oder den Zugriff auf die Fotogalerie und Kamera verwendet. Da ich keine Erfahrung mit dem Testen einer Capacitor-Mobile-App hatte, war ich mir nicht sicher, ob alles richtig funktionieren würde: Nichts ist besser, als die echte App unter realen Bedingungen zu testen!
-
-CapGo CapacitorUpdater half mir also, meine Anwendung auf meinem Mobilgerät live zu aktualisieren, 1 Minute nachdem ich eine neue Funktion oder Fehlerbehebung in meinem Quellcode gespeichert hatte: so entlastend, flexibel und einfach einzurichten!
-
-## 3 Mein Branching- und Release-Modell und wie semantic-release dazu passt
-
-Jetzt, da meine Bereitstellung auf CapGo-Servern korrekt funktioniert, muss ich dies automatisieren und in meine CI/CD-Pipeline einbinden.
-
-### So organisiere ich mein Branching- und Release-Modell
-
-Für jede Anwendung, ob mobil, Web oder Salesforce:
-- **Entwicklung** wird auf `feature/`-Branches von `main` durchgeführt, und sie werden in `main` zusammengeführt, der die Referenz für die meisten Entwicklungszweige ist, außerhalb von Wartung und spezifischen Funktionen für benutzerdefinierte Lieferungen (mehr dazu unten)
-- **Bereitstellungen werden __von Release-Branches__ ausgelöst**, die sein können: `production`, Vorabversions-Branches (`alpha`, `beta`, `nightly`, etc.) und auch kundenspezifische oder kontextspezifische Branches für benutzerdefinierte Lieferungen
-- **Bereitstellungen werden durch einen Pull Request ausgelöst**, der in einen Bereitstellungs-Branch zusammengeführt wird. Ich verwende keine tag-gesteuerten Bereitstellungen, da semantic-release Tags und alles andere für mich verwaltet
-
-Im Grunde ist dies der Gitlab Flow:
-
-![Gitlab Flow](/RBW_Gitlab_Flow.webp)
-
-*Gitlab Flow - Quelle https://faundev/c/stories/manuelherrera/git-branching-strategies-in-2022*
-
-### Eine Randbemerkung dazu, wie semantic-release funktioniert:
-
-In einem Bereitstellungs-Branch berechnet semantic-release bei Auslösung automatisch die neue Versionsnummer auf diesem Branch, abhängig von der Versionsnummer des vorherigen Tags auf dem Branch und den gelieferten Fehlerbehebungen oder Funktionen. Fehlerbehebungen erzeugen eine neue Patch-Version, während Funktionen eine neue Minor-Version erzeugen.Es fügt auch automatisch die Vorabversion `alpha`, `beta` usw. in die Versionsnummer ein.
-
-Semantic Release generiert das Changelog aus Ihren Commits, gruppiert Fehlerbehebungen und Funktionen, wie in Conventional Commits definiert (siehe https://www.conventionalcommits.org/en/about) und in Semantic Release konfiguriert.
-
-Es aktualisiert auch alle Ihre zusammengeführten Git-Pull-Requests (in meinem Fall GitHub) und zugehörigen Issues mit Kommentaren, die sie mit dem Tag und Release verknüpfen. Schließlich fügt es diesem GitHub-Release Assets wie Quellcode, falls erforderlich Binärdateien, `CHANGELOG.md` usw. hinzu.
-
-## 4. Branches, Releases/Vorabreleases, Kanäle in Semantic Release und CapGo
-
-Was ich möchte, dass Semantic Release für CapGo-Bereitstellungen tut, ist Folgendes:
-
-### Ich möchte, dass Semantic Release die Versionsnummer generiert
-
-CapGo hat ihre eigene Version des "Conventional Commits" `standard-version`-Tools entwickelt und dokumentiert, mit ihrem geforkt Repository `standard-version` (https://github.com/Cap-go/standard-version) sowie ihren eigenen `capacitor-standard-version` (https://github.com/Cap-go/capacitor-standard-version) und `capacitor-plugin-standard-version` (https://github.com/Cap-go/capacitor-plugin-standard-version) Repositories. Sie haben in ihrem Blog das von CapGo in ihren Bereitstellungen verwendete Versionierungsschema dokumentiert (https://capgo.app/blog/how-version-work-in-capgo/). JavaScript-Bundles folgen der "Standard"-Semver "Semantischen Versionierung" (https://semver.org), der `semantic-release` ebenfalls folgt (offensichtlich!).
-
-Das ist großartig und eine Erleichterung für mich, da ich `semantic-release` intensiv nutze.
-
-### Ich möchte auch, dass Semantic Release App-Bereitstellungen auf verschiedenen Kanälen generiert
-
-Wie oben erwähnt, muss ich Vorabversionen von Branches wie `alpha`, `beta`, `nightly` usw. bereitstellen, aber auch kundenspezifische Versionen auf Branches wie `production-customer-jones`, `production-customer-doe` usw.
-
-CapGo bietet die "Kanäle"-Funktion, die genau das ist, was Semantic Release auch unterstützt, also bin ich begeistert, sie zusammenarbeiten zu lassen. Diese passen auch zu den verschiedenen Branch-Builds, die von XCode Cloud verwaltet werden (siehe mehr dazu weiter unten).
-
-Von Semantic Release generierte Semver-Versionsnummern für Vorabreleases sehen wie `1.0.0-alpha.1` aus. Aufeinanderfolgende Builds auf diesem Branch erhöhen die Build-Nummer auf `1.0.0-alpha.2` usw. Obwohl nicht explizit dokumentiert, werden diese Versionsnummern von CapGo unterstützt, was eine großartige Nachricht für mich ist: Ich werde Semantic Release-Kanäle und Vorabreleases verwenden, um Versionen meiner App mit CapGo-Kanälen zu generieren.
-
-## 5. Wie kann ich CapGo verwenden, um meine Anwendung zu veröffentlichen?
-
-Um die Bereitstellung Ihrer App-Bundles an CapGo zu automatisieren, müssen Sie den CapGo CLI-Befehl `bundle upload` verwenden. Geben Sie `npx @capgo/cli@latest bundle upload --help` ein, um die zahlreichen Upload-Optionen zu erhalten. Davon werden wir die folgenden verwenden:
-
-- CHANNEL ist der CapGo-Kanal, auf dem wir bereitstellen möchten (z.B. `alpha`)
-- VERSION wird von Semantic Release generiert (z.B. `1.0.0-alpha.1`)
-- CAPGO_APIKEY wird von CapGo bereitgestellt, um Ihre CI/CD-Pipeline-Anmeldung eindeutig zu identifizieren
-- CAPGO_APPID wird von CapGo bereitgestellt, um Ihre Anwendung eindeutig zu identifizieren (z.B. `com.mystartup.mysuperapp`)
-
-## 6. Mein Semantic Release + CapGo Capacitor Update Setup
-
-Wie fügt sich das alles schließlich zusammen?
-
-![App-Bundle-Versionen, die mit Semantic Release und GitHub Actions erstellt wurden](/RBW_CapGo_channels_and_versions.webp)
-
-*App-Bundle-Versionen, die mit Semantic Release und GitHub Actions erstellt wurden*
-
-### Semantic Release-Automatisierung mit GitHub Actions
-
-Die Schönheit von Semantic Release liegt darin, dass die Bereitstellungsautomatisierung in Form eines GitHub Action Workflows sehr einfach ist. Dies wird auf anderen CI/CD-Plattformen sehr ähnlich aussehen.
-
-Dies installiert lediglich die NodeJS-Umgebung und ruft dann Semantic Release auf.
-
-Für jeden Merge auf einem in `branches` aufgelisteten Branch wird Semantic Release eine Bereitstellung auslösen.
-Setzen Sie `CAPGO_APIKEY` in den Geheimnissen Ihres Repositories.
-Aktualisieren Sie hier Ihre `CAPGO_APPID`.
-
-Das Verhalten von Semantic Release wird in seiner Konfigurationsdatei `releaser.json` festgelegt.Hier sind meine Einstellungen, unten erklärt:
-```
-npx @capgo/cli bundle upload --channel $CHANNEL --apikey $CAPGO_APIKEY --bundle $VERSION --bundle-url $CAPGO_APPID
-```
-
-- `branches`:
-  - `branches` legt die Konfiguration der Branches (`name`) fest, die dem CapGo-Kanal (`channel`) zugeordnet sind und wie die Vorabversions-Nummer genannt wird (`prerelease`). Zum Beispiel, wenn `branchprerelease = "development"`, wird die von Semantic Release generierte Versionsnummer `xyz-developmentn` sein.
-  - Deployments auf die `alpha` und `alpha-nocapgo` Branches werden beide die App auf dem `alpha` Kanal deployen, aber mit unterschiedlichen Prerelease-Namen in der Versionsnummer.
-  - Deployments auf die Entwickler-Branches `dev-rupert` oder `dev-paul` werden beide auf dem `development` Kanal auf CapGo deployen, alle mit dem gleichen `development` Prerelease-Stichwort in der Versionsnummer.
-- `verifyConditions`: In der ersten Phase von Semantic Release prüft es, ob es den korrekten Zugriff auf Github hat. Ich hoffe, hier später eine Authentifizierungsprüfung für die CapGo CLI hinzuzufügen.
-- `@semantic-release/commit-analyzer`: Standard Semantic Release Funktionen - siehe deren Dokumentation (https://github.com/semantic-release/semantic-release?tab=readme-ov-file#commit-message-format)
-- `@semantic-release/release-notes-generator`: Generiert die Changelog-Datei als `CHANGELOG.md`
-- `@semantic-release/git`: Committet die folgenden Dateien, die durch den Ionic-Build der Anwendung und durch die Semantic Release Arbeit aktualisiert wurden (`package.json`, `CHANGELOG.md` und `ios/App/App.xcodeproj/project.pbxproj` - ich baue noch nicht für Android)
-- `@semantic-release/github`: Hängt die `CHANGELOG.md` Datei als Asset an das Github Release an
-- `@semantic-release/exec`: Verwendet diese 2 Befehle, um den Build der App vorzubereiten (`prepareCmd`) und dann effektiv das App-Bundle auf die CapGo-Server zu bauen und zu deployen (`publishCmd`)
-
-Sie werden bemerken, dass es keine Herumbastelei gibt, um zu erklären, wie wir die Versionsnummer berechnen und inkrementieren wollen, wie wir ein Changelog, einen Github-Tag oder Release generieren müssen, usw.: Alles wird standardmäßig von Semantic Release mit minimaler Konfiguration gehandelt.
-
-### Neue Binärdateien mit XCode Cloud bauen
-
-Die Integration all dessen mit XCode Cloud, um neue Versionen der Anwendungsbinärdatei zu bauen, ist einfach (ich deploye noch nicht auf Google Play, aber dieser Build sollte ähnlich sein):
-- Ich richte einen XCode Cloud Prozess ein, der baut, wenn es eine Änderung auf dem Branch gibt, den ich dafür verwenden möchte (z.B. `production`)
-- Auf diesem Branch stelle ich XCode Cloud so ein, dass es nur baut, wenn die `CHANGELOG.md` Datei aktualisiert wird. Diese wird nach jeder von Semantic Release generierten Version aktualisiert.
-- Ich kann Builds auf verschiedenen Branches auslösen, um das Deployment für verschiedene Kanäle zu simulieren. In jeder Konfiguration des XCode Cloud Builds auf einem anderen Branch setze ich manuell eine Umgebungsvariable mit dem Wert von `branch.channel`, der in `releaserc.json` festgelegt ist (ja, das ist eine manuelle Duplizierung) und dann könnte ich, wenn ich wollte, eine andere AppStore-Anwendung für jede benutzerdefinierte Kundenanwendung deployen, die von einem benutzerdefinierten Release-Branch deployt wird, wie zuvor erwähnt.
-
-
-![App-Binärdateien auf XCode Cloud mit CapGo-Kanälen bauen](/RBW_XCode_Cloud_building.webp)
-
-*App-Binärdateien auf XCode Cloud mit CapGo-Kanälen bauen*
-
-
-## 7 Fazit
-
-Zusammenfassend bin ich sehr zufrieden, dass ich CapGo CapacitorUpdater in meine Standard-Semantic-Release-Pipeline integrieren konnte, schnell innerhalb der 14-tägigen Testperiode, und das Ergebnis ist Folgendes:
-- Bundle-Versionsnummern werden automatisch von Semantic Release generiert und sind kompatibel mit den CapGo-Servern
-- Semantic Release deployt automatisch CapGo-Anwendungsbundles und nutzt dabei auch CapGo-Kanäle
-- Dies passt gut zu XCode Cloud Builds von Anwendungsbinärdateien
-
-### Nächste Schritte
-
-Ich befinde mich derzeit in der Entwicklungsphase dieser App. Ich werde sie schnell über TestFlight (für iOS) Testern zur Verfügung stellen. Angesichts der Leistungsfähigkeit von CapGo werde ich höchstwahrscheinlich eine kostenlose Version der App für Tests im AppStore veröffentlichen, die während der Tests regelmäßig mit CapGo aktualisiert wird.Ich werde dann eine weitere (kostenpflichtige) Version der App im AppStore unter einem anderen Eintrag veröffentlichen und diese ebenfalls regelmäßig mit CapGo aktualisieren.
-
-Ich hoffe, eine bessere Vorab-Überprüfung der Voraussetzungen für den CapGo `bundle upload` in meine Semantic Release-Konfiguration einzubauen.
-
-Ich habe jetzt eine saubere, einfache und reproduzierbare Semantic Release-Pipeline für zukünftige mobile Apps, die mit Ionic + Angular + Capacitor entwickelt werden.
-
-## Autor - Rupert Barrow
-
-Ich verfüge über 22 Jahre Erfahrung mit Salesforce, als Kunde und Benutzer, als Partner und Integrator, Architekt, Entwickler, Business Analyst und Berater. Ich habe Altius Services als COO und CTO 13 Jahre lang mitbegründet und mitgeleitet, ein erfolgreicher Salesforce SI-Partner in Frankreich, bevor ich mich mit meinem **Rapido Cloud** Produktangebot auf ein neues Abenteuer als Salesforce-Solopreneur begeben habe.
-
-Sie finden mich auf LinkedIn unter https://linkedincom/in/rbarrow 
-
-Einen Blick auf unsere Salesforce-Angebote können Sie unter https://wwwrapido-companionapp und https://wwwrapidocloud (in Entwicklung) werfen.
\ No newline at end of file
diff --git a/src/content/blog/de/how-capacitor-bridges-web-and-native-code.md b/src/content/blog/de/how-capacitor-bridges-web-and-native-code.md
deleted file mode 100644
index 904a1aa95..000000000
--- a/src/content/blog/de/how-capacitor-bridges-web-and-native-code.md
+++ /dev/null
@@ -1,327 +0,0 @@
----
-slug: how-capacitor-bridges-web-and-native-code
-title: Wie Capacitor Web- und nativen Code überbrückt
-description: >-
-  Entdecken Sie, wie eine native Brücke die nahtlose Kommunikation zwischen Web-
-  und nativem Code ermöglicht und dabei die App-Leistung und Benutzererfahrung
-  verbessert.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T02:55:05.863Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e35e3910051fda3b61fe9f-1742957721554.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, native bridge, web apps, live updates, plugin system, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
--   **Native Bridge**: Übersetzt JavaScript in native Aktionen (z.B. [Zugriff auf die Kamera](https://capgo.app/plugins/camera-preview/) oder GPS).
--   **Plugin-System**: Verbindet Web- und Native-Ebenen sicher für eine reibungslose Kommunikation.
--   **Live Updates**: Updates direkt an Benutzer senden ohne App Store Verzögerungen.
--   **Benutzerdefinierte Plugins**: Erstellen Sie Plugins für den Zugriff auf erweiterte Gerätefunktionen wie biometrische Authentifizierung oder spezielle Sensoren.
--   **Leistung**: Schnelles Laden (114ms für 5MB Bundles) und globale Zuverlässigkeit (82% Erfolgsrate).
-
-### Schneller Überblick
-
-| Funktion | Beispiel-Implementierung | Vorteil |
-| --- | --- | --- |
-| **Kamerazugriff** | `Camera.getPhoto()` | Einfache Fotoaufnahme |
-| **Geolokalisierung** | `Geolocation.getCurrentPosition()` | Standortverfolgung |
-| **Dateisystem** | `Filesystem.readFile()` | Gerätespeicher verwalten |
-| **Live Updates** | Auslieferung in 114ms | [Schnellere Updates für Benutzer](https://capgo.app/blog/optimise-your-images-for-updates/) |
-
-[Capacitor](https://capacitorjs.com/) hilft Entwicklern, die Flexibilität der Webentwicklung mit der Leistungsfähigkeit nativer Apps zu verbinden. Lesen Sie weiter, um zu erfahren, wie es funktioniert und wie Tools wie [Capgo](https://capgo.app/) es noch besser machen.
-
-## Web Native Apps mit [Capacitor](https://capacitorjs.com/) 3 entwickeln
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/1kxeeFEOZZI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Kern-Bridge-Funktionen
-
-Capacitors native Bridge fungiert als entscheidende Verbindung und ermöglicht Webanwendungen die direkte Interaktion mit Gerätefunktionen durch nativen Code.
-
-### Native Bridge Grundlagen
-
-Die Bridge funktioniert, indem sie JavaScript-Anfragen in nativen Plattform-Code übersetzt. Wenn eine Web-App beispielsweise Zugriff auf die Kamera anfordert, wandelt die Bridge diese Anfrage in Swift für iOS oder Java/Kotlin für Android um, führt die Aktion aus und sendet das Ergebnis zurück an die Webanwendung.
-
-### Bridge-Vorteile 
-
-Die native Bridge bietet mehrere Vorteile für die plattformübergreifende Entwicklung:
-
-| Vorteil | Beschreibung | Auswirkung |
-| --- | --- | --- |
-| Ladezeit | 114ms Durchschnitt für 5MB Bundles [\[1\]](https://capgo.app/) | Schnellere App-Reaktionszeiten |
-| Update-Reichweite | 95% der Benutzer innerhalb von 24h aktualisiert [\[1\]](https://capgo.app/) | Schnelle Feature-Einführungen |
-| Marktabdeckung | 82% globale Erfolgsrate [\[1\]](https://capgo.app/) | Zuverlässige Leistung weltweit |
-| API-Antwortzeit | 57ms Durchschnitt global [\[1\]](https://capgo.app/) | Reibungslose und effiziente Interaktionen |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Benutzer!" – Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-### Plugin-Kommunikationssystem
-
-Das Plugin-System vereinfacht und sichert den Datenaustausch zwischen Web- und Native-Ebenen mithilfe einer standardisierten API. Es hat sich in der Praxis als effektiv erwiesen:
-
--   **Skalierung**: In 750 Apps derzeit in Produktion verwendet [\[1\]](https://capgo.app/)
--   **Zuverlässigkeit**: Über 23,5 Millionen Updates ausgeliefert [\[1\]](https://capgo.app/)
--   **Leistung**: 57ms durchschnittliche API-Antwortzeit weltweit [\[1\]](https://capgo.app/)
-
-Dieses System beinhaltet auch Ende-zu-Ende-Verschlüsselung für sicheren Datentransfer. Es gibt Entwicklern die Werkzeuge, um sichere, leistungsstarke Apps zu erstellen, die nahtlos über Plattformen hinweg funktionieren.
-
-## Web-Code zu nativen Funktionen
-
-### Native APIs in JavaScript verwenden
-
-Capacitor macht es einfach, auf native Gerätefunktionen über seine JavaScript-API zuzugreifen. Hier ein kurzer Überblick über die Implementierung einiger gängiger Funktionen:
-
-| Native Funktion | JavaScript-Implementierung |
-| --- | --- |
-| Kamerazugriff | `Camera.getPhoto()` |
-| Geolokalisierung | `Geolocation.getCurrentPosition()` |
-| Dateisystem | `Filesystem.readFile()` |
-| Geräteinformationen | `Device.getInfo()` |
-
-Capacitor kümmert sich für Sie um plattformspezifische Unterschiede. Es löst automatisch die richtigen Berechtigungsdialoge sowohl auf iOS als auch Android aus und bietet dabei eine konsistente JavaScript-Schnittstelle. Schauen wir uns an, wie das Plugin-System eine sichere und effiziente Kommunikation zwischen Web-Code und nativen Funktionen gewährleistet.
-
-### Plugin-Struktur
-
-Capacitors Plugin-System ist darauf ausgelegt, die Kommunikation zwischen Web- und nativem Code effizient und sicher zu gestalten. Es arbeitet über drei Schlüsselebenen:
-
-1.   **Anfrage-Ebene**: Stellt sicher, dass eingehende Aufrufe ordnungsgemäß validiert und bereinigt werden.
-2.   **Übersetzungsebene**: Konvertiert JavaScript-Aufrufe in plattformspezifische Aktionen.
-3.   **Antwort-Handler**: Verarbeitet den Datenfluss, handhabt Fehler und verwaltet Typkonvertierungen.
-
-Diese Struktur gewährleistet eine reibungslose und zuverlässige Interaktion zwischen Ihrer Web-App und nativen Gerätefunktionen.
-
-## Nativer Code zu Web-Funktionen
-
-### Web-Events aus nativem Code
-
-Capacitors Bridge ermöglicht Echtzeit-Updates der Web-Ebene mit minimalem Aufwand. Entwickler können native Events effektiv mit spezifischen Methoden für jeden Event-Typ verwalten:
-
-| Event-Typ | Implementierungsmethode | Anwendungsfall |
-| --- | --- | --- |
-| Push-Benachrichtigungen | `notifyListeners()` | Web-Ebene über neue Nachrichten informieren |
-| Standort-Updates | `Events.emit()` | GPS-Koordinatenänderungen senden |
-| Hardware-Status | `Bridge.triggerWindowEvent()` | Änderungen wie Akku oder Netzwerkstatus melden |
-
-Capgo stellt eine konsistente Event-Behandlung über verschiedene Versionen hinweg sicher. Als nächstes sehen wir uns an, wie nativer Code Echtzeit-Daten an Web-Komponenten liefert.
-
-### Native Daten-Updates
-
-Nach dem Auslösen von Events ist das Aktualisieren von Daten vom nativen Code zum Web genauso nahtlos. Mit Capgos Live-Update-Funktionen wird diese Methode zu einer zuverlässigen Wahl für dynamische Anwendungen.
-
-```javascript
-// Native code triggering web updates
-Capacitor.Bridge.triggerWindowEvent('dataUpdate', {
-   type: 'sensor',
-   value: newReading
-});
-```
-
-Capgos CDN gewährleistet schnelle Auslieferung und verarbeitet ein 5 MB Bundle in nur 114 ms, wodurch Updates reibungslos und effizient bleiben.
-
-Um native Daten-Updates noch besser zu machen, beachten Sie diese Tipps:
-
--   **Batch-Updates**: Kombinieren Sie zusammengehörige Datenänderungen, um die Anzahl der Bridge-Aufrufe zu reduzieren.
--   **Event-Debouncing**: Begrenzen Sie hochfrequente native Events, um das System nicht zu überlasten.
--   **Fehlerbehandlung**: Nutzen Sie robuste Fehlerbehandlungsstrategien sowohl auf der nativen als auch auf der Web-Seite.
-
-Capacitors Bridge, gepaart mit [Capgos Update-System](https://capgo.app/docs/plugin/cloud-mode/manual-update/), schafft eine zuverlässige Einrichtung für native-zu-web Kommunikation.
-
-## Benutzerdefinierte Plugins erstellen
-
-Mithilfe von Capacitors nativer Bridge ermöglichen benutzerdefinierte Plugins die Kommunikation zwischen Web- und nativen Ebenen und schalten den Zugriff auf erweiterte Gerätefunktionen frei.
-
-### Plugin-Entwicklungsschritte
-
-1\. **Entwicklungsumgebung einrichten**
-
-Erstellen Sie ein Plugin-Verzeichnis mit folgender Struktur:
-
-```bash
-my-plugin/
-  ├── android/
-  ├── ios/
-  ├── src/
-  └── package.json
-```
-
-2\. **Plugin-Interface definieren**
-
-Schreiben Sie ein [TypeScript](https://www.typescriptlang.org/) Interface, um festzulegen, wie Ihr Plugin funktionieren soll:
-
-```typescript
-export interface MyPluginInterface {
-  nativeFeature(options: {
-    param1: string,
-    param2: number
-  }): Promise<{ result: string }>;
-}
-```
-
-3\. **Nativen Code implementieren**
-
-Fügen Sie plattformspezifische Funktionalität für iOS und Android hinzu. Zum Beispiel in Swift:
-
-```swift
-@objc func nativeFeature(_ call: CAPPluginCall) {
-    let param1 = call.getString("param1") ?? ""
-    let param2 = call.getInt("param2") ?? 0
-
-    // Add native functionality here
-    call.resolve([
-        "result": "Success"
-    ])
-}
-```
-
-Sobald Ihr Framework eingerichtet ist, können Sie Plugins erstellen, die auf die spezifischen Bedürfnisse Ihrer App zugeschnitten sind.
-
-### Anwendungen für benutzerdefinierte Plugins
-
-Benutzerdefinierte Plugins füllen Lücken, die von Standard-Web-APIs gelassen werden. Hier eine Tabelle mit Praxisbeispielen:
-
-| Anwendungsfall | Plugin-Kategorie | Beispiel |
-| --- | --- | --- |
-| [Biometrische Auth](https://capgo.app/plugins/capacitor-native-biometric/) | Sicherheit | Fingerabdruck oder Gesichtserkennung |
-| Spezielle Hardware | Gerät | Integration spezieller Sensoren |
-| Dateiverwaltung | Speicher | [Benutzerdefinierte Verschlüsselung](https://capgo.app/docs/cli/migrations/encryption/) für Dateien |
-
-Beachten Sie bei der Erstellung benutzerdefinierter Plugins diese Tipps:
-
--   **Fehlerbehandlung**: Stellen Sie sicher, dass Ihr Plugin Fehler effektiv auf beiden Seiten handhabt.
--   **Dokumentation**: Stellen Sie klare API-Dokumentation bereit und pflegen Sie die Versionshistorie.
--   **Versionsverwaltung**: Folgen Sie der semantischen Versionierung für zuverlässige Updates.
-
-Capgos Update-System vereinfacht die Plugin-Bereitstellung und macht es einfach, Updates über Ihre App-Nutzerbasis zu verteilen, während Kompatibilität und Versionskontrolle gewährleistet bleiben.
-
-## Testen und Leistung
-
-### Debug-Werkzeuge
-
-Capacitor enthält integrierte Werkzeuge zur Fehlersuche bei der Bridge-Kommunikation. Zwei wesentliche Werkzeuge zur Überwachung von Web-zu-Native-Aufrufen sind **[Chrome DevTools](https://developer.chrome.com/docs/devtools)** und **[Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector)**. Sie können auch detailliertes Logging in Ihrer Capacitor-Konfiguration aktivieren:
-
-```typescript
-const cap = Capacitor.init({
-  debugMode: true,
-  logLevel: 'debug'
-});
-```
-
-Für das Debugging auf der nativen Seite:
-
--   **iOS**: Verwenden Sie [Xcode](https://developer.apple.com/xcode/)s Console und Breakpoints.
--   **Android**: Verwenden Sie [Android Studio](https://developer.android.com/studio)s Logcat mit dem `Capacitor/Console` Filter.
-
-Schauen wir uns häufige Bridge-Probleme und deren Lösungen an.
-
-### Häufige Probleme und Lösungen
-
-Bridge-Kommunikationsprobleme fallen oft in diese Kategorien:
-
-| Problem | Ursache | Lösung |
-| --- | --- | --- |
-| Timeout-Fehler | Langsame native Operationen | Timeout-Behandlung hinzufügen und Fortschritts-Callbacks verwenden |
-| Datentyp-Fehlanpassungen | Falsche Parametertypen | Datentypen mit TypeScript-Interfaces auf beiden Seiten validieren |
-| Speicherlecks | Nicht entfernte Event-Listener | Listener in `ionViewWillLeave` oder während der Komponenten-Bereinigung löschen |
-
-Um Fehler zu reduzieren, befolgen Sie diese Praktiken:
-
--   **Try-Catch-Blöcke verwenden** um Bridge-Aufrufe für eine elegante Fehlerbehandlung.
--   **Anfragedaten validieren** um sicherzustellen, dass sie der erwarteten Struktur entsprechen.
--   **Verbindungsstatus prüfen** vor Aufrufen zur Überwachung des Bridge-Zustands.
-
-### Geschwindigkeitsverbesserungen
-
-Sobald Sie Probleme identifiziert haben, können Sie die Bridge-Leistung durch Optimierung von Datentransfer, Event-Handling und Cache-Management verbessern.
-
-**Datentransfer**:
-
--   Nur notwendige Daten senden, um die Payload-Größe zu minimieren.
--   Binärformate für große Datentransfers zur Effizienzsteigerung verwenden.
--   Mehrere Anfragen wenn möglich zu einem Batch kombinieren.
-
-**Event-Handling**: Anstatt mehrere Updates auszulösen, gruppieren Sie sie in einen Callback für bessere Leistung:
-
-```typescript
-bridge.on('dataChange', () => {
-  // Combine updates into a single callback
-  this.batchUpdate();
-});
-```
-
-**Cache-Management**:
-
--   Speichern Sie häufig aufgerufene native Daten im Web-Speicher für schnelleren Zugriff.
--   Verwenden Sie einen LRU-Cache (Least Recently Used) für API-Antworten.
--   Leeren Sie Caches regelmäßig, um zu verhindern, dass sie zu groß werden.
-
-Für Echtzeit-Funktionen sollten Sie eine Message Queue in Betracht ziehen, um Engpässe zu vermeiden. Bei der Bereitstellung von Live-Updates können Capgos Performance-Monitoring-Tools helfen, den Bridge-Overhead zu reduzieren und reibungslosere Feature-Rollouts zu gewährleisten.
-
-## Live-Updates mit [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-### Capgo-Funktionen
-
-Capgo erleichtert das Aktualisieren von [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) durch sofortige Code-Bereitstellung, ohne App-Store-Überprüfungen. Es bietet Updates mit Ende-zu-Ende-Verschlüsselung und nutzt ein fortschrittliches Kanalsystem für gezielte Auslieferung.
-
-Leistungsdaten zeigen Capgos Zuverlässigkeit im realen Einsatz, mit Unterstützung von 750 Apps in Produktionsumgebungen [\[1\]](https://capgo.app/). Es funktioniert sowohl mit [Cloud- als auch Self-Hosted-Setups](https://capgo.app/blog/self-hosted-capgo/) und integriert sich nahtlos in CI/CD-Workflows für automatisierte Prozesse.
-
-Schauen wir uns an, wie Capgos Update-System diese Funktionen zum Leben erweckt.
-
-### Capgo Update-System
-
-Das Update-System arbeitet in drei Schritten:
-
-1.  **Installation und Einrichtung**
-    
-    Beginnen Sie mit der Initialisierung von Capgo mit folgendem Befehl:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2.  **Update-Verteilung**
-    
-    Capgos Kanalsystem macht die Verteilung von Updates effizient durch:
-    
-    -   Teilaktualisierungen zur Bandbreiteneinsparung
-    -   Hintergrundinstallationen, die Benutzer nicht unterbrechen
-    -   Automatische Versionsverwaltung mit Rollback-Optionen
-3.  **Sicherheit und Compliance**
-    
-    Capgo stellt sicher, dass Updates den Apple- und Google-Richtlinien entsprechen, durch Ende-zu-Ende-Verschlüsselung. Es enthält auch integriertes Fehler-Tracking und Analysen für zusätzliche Zuverlässigkeit.
-    
-
-Dieses System arbeitet nahtlos mit Capacitors nativer Bridge, wodurch App-Updates reibungslos und problemlos werden. Diese Funktionen heben Capgo im Live-Update-Markt hervor.
-
-### Update-Service-Optionen
-
-Capgo sticht unter den Live-Update-Diensten für Capacitor-Apps dank mehrerer Schlüsselfaktoren hervor:
-
-| Funktion | Capgo | Marktkontext |
-| --- | --- | --- |
-| Preismodell | Ab 12$/Monat | Erschwinglich für kleine und große Teams |
-| Update-Auslieferung | 114ms Durchschnitt | Schneller als die meisten Wettbewerber |
-| Benutzerlimit | 1.000 bis 1M+ MAU | Skaliert mit wachsenden Apps |
-| Speicher | 2GB bis 20GB | Flexible Speicheroptionen |
-| Bandbreite | 50GB bis 10TB | Für Unternehmensanforderungen ausgelegt |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Für Teams, die von anderen Plattformen wechseln, bietet Capgo reibungslose Migrationsoptionen und vollständige Unterstützung. Mit seiner starken Präsenz im Capacitor-Ökosystem ist Capgo eine verlässliche Wahl für kontinuierliche Bereitstellung.
-
-## Zusammenfassung
-
-Capacitors Bridge-System optimiert die Hybrid-App-Entwicklung durch erleichterte Kommunikation zwischen Web- und nativen Schichten. Dies vereinfacht den Zugriff auf native Funktionen und verbessert gleichzeitig Bereitstellungsprozesse und das gesamte Benutzererlebnis.
-
-Live-Update-Plattformen wie Capgo bauen auf dieser Effizienz auf. Mit 23,5 Millionen ausgelieferten Updates über 750 Produktions-Apps stellt Capgo sicher, dass 95% der aktiven Nutzer Updates innerhalb von 24 Stunden erhalten, mit einer globalen Erfolgsrate von 82% [\[1\]](https://capgo.app/). Die Plattform liefert Updates durchgängig sicher, mit beeindruckender Geschwindigkeit und Zuverlässigkeit [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/de/how-capacitor-handles-platform-differences.md b/src/content/blog/de/how-capacitor-handles-platform-differences.md
deleted file mode 100644
index ba954477d..000000000
--- a/src/content/blog/de/how-capacitor-handles-platform-differences.md
+++ /dev/null
@@ -1,44 +0,0 @@
----
-slug: how-capacitor-handles-platform-differences
-title: Wie Capacitor Plattformunterschiede handhabt
-description: >-
-  Erfahren Sie, wie Sie Plattformunterschiede in der mobilen App-Entwicklung
-  effektiv verwalten können, indem Sie eine einzige Codebasis für iOS und
-  Android verwenden.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T02:08:36.160Z
-updated_at: 2025-03-25T02:08:56.741Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e200987856e801f1f26fa8-1742868536741.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, mobile development, cross-platform, iOS, Android, custom plugins,
-  UI design, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) hilft Entwicklern dabei, Apps für iOS und Android mit der gleichen Codebasis zu erstellen und dabei plattformspezifische Unterschiede zu berücksichtigen. Es vereinfacht die Integration nativer Funktionen, stellt die Einhaltung von Plattformrichtlinien sicher und optimiert die Leistung. Wichtige Highlights:
-
--   **Plattformerkennung**: Nutzen Sie `Capacitor.getPlatform()` für plattformspezifischen Code.
--   **Integrierte Plugins**: Einheitliche APIs für Funktionen wie Kamera, Speicher und Geolokalisierung.
--   **Benutzerdefinierte Plugins**: Native Code-Ergänzungen für spezielle Anforderungen.
--   **UI-Anpassungen**: Befolgen Sie Designregeln für iOS (z.B. [SF Symbols](https://developer.apple.com/sf-symbols/), abgerundete Buttons) und Android (z.B. [Material Icons](https://developers.google.com/fonts/docs/material_icons), linksbündige Buttons).
--   **Konfiguration**: Anpassung der Einstellungen in `capacitor.config.json` für beide Plattformen.
--   **Live Updates mit [Capgo](https://capgo.app/)**: Sofortige Bereitstellung von Updates ohne App Store Verzögerungen, mit bis zu 95% Nutzerakzeptanz innerhalb von 24 Stunden.
-
-### Schneller Vergleich
-
-| Funktion | iOS | Android |
-| --- | --- | --- |
-| **Navigation** | Tab-Leisten unten, Zurück-Button links | Navigationsleiste oben, Navigation unten |
-| **Typografie** | San Francisco Schrift | Roboto Schrift |
-| **Plugins (z.B. Kamera)** | [AVFoundation](https://developer.apple.com/documentation/avfoundation/) | [Camera2 API](https://developer.android.com/media/camera/camera2) |
-| **Build-Ausgabe** | `.ipa` Datei | `.aab` oder `.apk` Datei |
-
-Capacitor überbrückt die Lücke zwischen Web- und nativer App-Entwicklung und erleichtert die Erstellung plattformübergreifender Apps bei gleichzeitiger Beibehaltung plattformspezifischer Optimierungen.
-
-Der Erfolg im Plattform-Management hängt von der Verwendung der richtigen Werkzeuge und der Einhaltung plattformspezifischer Richtlinien ab. Durch die Konzentration auf robuste Erkennungs- und Management-Strategien können Entwickler sicherstellen, dass ihre Apps auf iOS und Android gleichermaßen reibungslos funktionieren.
diff --git a/src/content/blog/de/how-capgo-is-born.md b/src/content/blog/de/how-capgo-is-born.md
deleted file mode 100644
index ecccdf01d..000000000
--- a/src/content/blog/de/how-capgo-is-born.md
+++ /dev/null
@@ -1,52 +0,0 @@
----
-slug: how-capgo-is-born
-title: Wie Capgo entstand
-description: 'Hintergrundgeschichte darüber, wie ich diese Reise begann und Capgo aufbaute'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-01T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo_birth.webp
-head_image_alt: Capgo-Geburtsgrafik
-tag: Story
-published: true
-locale: de
-next_blog: ''
----
-
-Hallo, ich bin Martin Donadieu,
-
-Im Juli 2021 verließ ich [Naas](https://naasai/), das Startup, das ich 2019 mitgegründet hatte, um Projekte allein zu entwickeln.
-
-Während der ersten 6 Monate meiner Solo-Reise konzentrierte ich mich darauf, mein Projekt Captime neu zu starten, eine mobile App, die ich 4 Jahre zuvor entwickelt hatte und die mit Covid zu einem Nebenprojekt wurde.
-
-Im Dezember 2021, während ich die App von Grund auf neu aufbaute, hatte ich einige Probleme mit der aktuellen Produktionsversion.
-
-Die Dinge wurden kompliziert, ich musste es reparieren, wollte aber keine neue Version veröffentlichen, also suchte ich nach einer Lösung, um Code-Updates für meine App bereitzustellen.
-
-Zu diesem Zeitpunkt erwirtschaftete Captime 400 $/Monat, also suchte ich nach einer erschwinglichen Lösung. Ionic Appflow lag außerhalb meines Budgets.
-
-Die einzige andere Alternative war Microsoft App Center, aber sie stellten die Unterstützung für Apps ein, die auf Cordova / Capacitor laufen.
-
-Wenn du ein Solo-Entwickler wie ich bist, wirst du feststellen, dass Ionic AppFlow preislich nicht die beste Wahl für dich ist.
-
-Wie du beschwerte ich mich darüber, ich kontaktierte Ionic, sie verstanden die Beschwerde, waren aber nicht bereit, die Preisgestaltung zu ändern, ich war nicht die Zielgruppe.
-
-Also beschloss ich, mein größtes Problem in meinem Capacitor JS Entwicklungsworkflow zu beheben: Live-Updates.
-
-Nach einem Monat des Versuchens fand ich einen Weg, von einer URL einen Zip-Ordner herunterzuladen und den Quellcode der App zu ersetzen.
-
-Ich teilte dies mit und erhielt großes Interesse auf GitHub.
-
-Das war für die meisten Teams zu manuell, also fragten sie nach einem kostenpflichtigen Service. Das war der Punkt, an dem ich anfing, an Capgo als AppFlow-Alternative zu arbeiten.
-
-Das Ziel war es, eine einfache und benutzerfreundliche Lösung zu bieten, um Code-Updates für Capacitor JavaScript-Apps bereitzustellen.
-
-Keine Native-Builds, keine große Toolbox wie Ionic, nur Live-Updates, für den Markt, den sie nicht ansprechen: Uns.
-
-Ich kontaktierte sie, um ihnen mitzuteilen, was ich tat, und wir fanden eine freundschaftliche Geschäftsvereinbarung.
-
-Ich baue für den Macher, sie bauen für Unternehmen, die CI/CD und dedizierten Support benötigen :)
-
-Du bist herzlich eingeladen, der Community beizutreten, um gemeinsam zu bauen. Ich nutze es auch für meine Projekte und erwarte sogar, dass dies in Zukunft mein Hauptprojekt wird.
\ No newline at end of file
diff --git a/src/content/blog/de/how-ccpa-enforcement-impacts-apps.md b/src/content/blog/de/how-ccpa-enforcement-impacts-apps.md
deleted file mode 100644
index dab1858bf..000000000
--- a/src/content/blog/de/how-ccpa-enforcement-impacts-apps.md
+++ /dev/null
@@ -1,242 +0,0 @@
----
-slug: how-ccpa-enforcement-impacts-apps
-title: Wie sich die CCPA-Durchsetzung auf Apps auswirkt
-description: >-
-  Der CCPA verändert die Art und Weise, wie mobile Apps Benutzerdaten verwalten,
-  mit Schwerpunkt auf Transparenz, Benutzerrechten und strengen
-  Sicherheitsmaßnahmen zur Einhaltung.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-27T16:48:49.867Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c0870dcd608d64ca3e5184-1740674966680.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  CCPA, mobile apps, user data, privacy compliance, data security, consumer
-  rights, data sharing, enforcement
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Der California Consumer Privacy Act (CCPA)** verändert den Umgang mit Nutzerdaten in mobilen Apps. Hier ist, was Sie wissen müssen:
-
--   **Wen es betrifft**: Apps mit über 25 Mio. $ Jahresumsatz, Daten von über 100.000 Nutzern oder 50%+ Umsatz aus Datenverkauf.
--   **Hauptanforderungen**:
-    -   Offenlegung der Datenerfassungspraktiken (wie Geräte-IDs und IP-Adressen).
-    -   Bereitstellung von Werkzeugen für Nutzer zum Zugriff, Löschen oder Opt-out aus der Datenweitergabe.
-    -   Datensicherung durch Verschlüsselung und Zugriffskontrollen.
--   **Durchsetzung**: Verstöße können zu Strafen von bis zu 7.988 $ pro Vorfall führen. Bekannte Fälle sind [Sephora](https://en.wikipedia.org/wiki/Sephora) (1,2 Mio. $ Strafe) und [DoorDash](https://en.wikipedia.org/wiki/DoorDash) (375.000 $ Strafe).
--   **Häufige Fehler**: Fehlende "Nicht verkaufen"-Links, Ignorieren von Global Privacy Control (GPC)-Signalen und unregulierte Datenweitergabe.
-
-**Schnelltipp**: Beginnen Sie mit einem Datenaudit, aktualisieren Sie Ihre [Datenschutzerklärung](https://capgo.app/dp/) und nutzen Sie Tools wie [OneTrust](https://www.onetrust.com/solutions/privacy-automation/) oder [Osano](https://www.osano.com/) zur Vereinfachung der Compliance. Compliant zu bleiben bedeutet nicht nur Strafen zu vermeiden - es schafft Nutzervertrauen und schützt Ihr Unternehmen.
-
-## CCPA Kernanforderungen für Apps
-
-### Offenlegung der Datenerfassung
-
-App-Entwickler müssen klare und vorausgehende Hinweise über die von ihnen erfassten Daten bereitstellen, wie Geräteidentifikatoren, IP-Adressen und Haushaltsinformationen [\[1\]](https://www.flurry.com/ccpa-compliance-guide/). Diese Hinweise sollten erklären, wie die Daten genutzt werden und leicht zugänglich sein - idealerweise in den App-Einstellungen - bevor Daten erfasst werden. Fügen Sie alle Datenkategorien und deren Zwecke in diesen Hinweis ein [\[3\]](https://oag.ca.gov/privacy/ccpa). Wenn Ihre App Nutzerdaten verkauft oder teilt, müssen Sie einen prominenten "Meine persönlichen Daten nicht verkaufen oder teilen"-Link anzeigen [\[3\]](https://oag.ca.gov/privacy/ccpa).
-
-Der CCPA betont auch die Bedeutung des Schutzes der Nutzerrechte neben diesen Offenlegungen.
-
-### Nutzer-Datenschutzrechte
-
-Der CCPA gewährt App-Nutzern spezifische Rechte, die Entwickler innerhalb festgelegter Fristen einhalten müssen. Unternehmen müssen mindestens zwei Wege für Nutzeranfragen bereitstellen, wie eine gebührenfreie Telefonnummer. Für Apps sollte auch ein interaktives Webformular verfügbar sein [\[4\]](https://trustarc.com/resource/handle-consumer-requests-under-ccpa/).
-
-So gehen Sie mit Nutzeranfragen um:
-
--   **Zugriffsanfragen**: Bestätigung innerhalb von 10 Tagen und Bereitstellung der angeforderten Daten innerhalb von 45 Tagen.
--   **Löschungsanfragen**: Verwendung eines zweistufigen Bestätigungsprozesses zur Verifizierung der Anfrage.
--   **Opt-out-Anfragen**: Abschluss des Opt-out-Prozesses innerhalb von 15 Tagen und Information an Dritte, die die Nutzerdaten in den letzten 90 Tagen erhalten haben.
-
-> "Ein wichtiger Faktor für diejenigen, die compliant sein wollen, ist die Implementierung eines Prozesses zur Verwaltung von Verbraucheranfragen unter CCPA – ähnlich wie Datenanfragen unter DSGVO." - TrustArc [\[4\]](https://trustarc.com/resource/handle-consumer-requests-under-ccpa/)
-
-Der Schutz von Nutzerdaten ist ein wichtiges Element dieser Datenschutzrechte.
-
-### Datensicherheitsanforderungen
-
-Zur Unterstützung dieser Datenschutzmaßnahmen setzt der CCPA strenge Datensicherheitsstandards durch. Wichtige Praktiken umfassen:
-
--   **Verschlüsselung**: Anwendung starker Verschlüsselung für gespeicherte und übertragene Daten.
--   **Zugriffskontrollen**: Implementierung strenger Authentifizierungs- und Autorisierungsprotokolle.
--   **Regelmäßige Tests**: Durchführung routinemäßiger Sicherheitsbewertungen und Penetrationstests.
--   **Vorfallsreaktion**: Aktualisierte und einsatzbereite Verfahren zur Benachrichtigung bei Datenpannen.
-
-Zusätzlich müssen Unternehmen Aufzeichnungen über datenschutzbezogene Aktivitäten und Nutzeranfragen für 24 Monate aufbewahren [\[5\]](https://www.ketch.com/blog/posts/understanding-the-ccpa-right-to-deletion).
-
-## Durchsetzung der mobilen App-Privatsphäre durch den CA-Generalstaatsanwalt
-
-<iframe src="https://www.youtube.com/embed/sBckRKsf0yY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## CCPA-Durchsetzungsbeispiele
-
-Aktuelle Fälle zeigen Kaliforniens aktiven Ansatz bei der Durchsetzung von Datenschutzgesetzen für mobile Apps, wobei hohe Geldstrafen als deutliche Warnung für Entwickler dienen, die Compliance-Standards einzuhalten.
-
-### Wichtige Strafen und Sanktionen
-
-Kaliforniens Generalstaatsanwalt und die California Privacy Protection Agency (CPPA) sind bei der Behandlung von Verstößen gegen den California Consumer Privacy Act (CCPA) aggressiv vorgegangen. Hier sind zwei bemerkenswerte Fälle:
-
-**Sephoras 1,2 Millionen Dollar Vergleich (2022)**  
-Sephora stimmte zu, 1,2 Millionen Dollar zu zahlen, nachdem mehrere Compliance-Verstöße festgestellt wurden:
-
--   Keine Offenlegung des Verkaufs von Verbraucherdaten
--   Nichtbeachtung von Global Privacy Control (GPC)-Signalen
--   Ignorieren von Opt-out-Anfragen
--   Versäumnis der 30-Tage-Frist zur Behebung von Verstößen [\[2\]](https://usercentrics.com/knowledge-hub/ccpa-penalties/)
-
-> "Technologien wie die Global Privacy Control sind ein Game Changer für Verbraucher, die ihre Datenschutzrechte ausüben möchten. Aber diese Rechte sind bedeutungslos, wenn Unternehmen verbergen, wie sie die Daten ihrer Kunden nutzen und Anfragen zum Opt-out ihres Verkaufs ignorieren. Ich hoffe, der heutige Vergleich sendet eine starke Botschaft an Unternehmen, die immer noch nicht das kalifornische Verbraucherdatenschutzgesetz einhalten. Mein Büro beobachtet das und wird Sie zur Verantwortung ziehen." – Generalstaatsanwalt Rob Bonta [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-**DoorDashs 375.000 Dollar Strafe (2024)**  
-DoorDash wurde mit 375.000 Dollar bestraft, weil Kundendaten ohne ausdrückliche Einwilligung mit einer Marketing-Kooperative geteilt wurden [\[2\]](https://usercentrics.com/knowledge-hub/ccpa-penalties/).
-
-Diese Fälle unterstreichen wiederkehrende Compliance-Probleme und zeigen die Herausforderungen auf, vor denen Unternehmen bei der Einhaltung von Datenschutzgesetzen stehen.
-
-### Häufigste Compliance-Fehler
-
-Mobile Apps haben oft Schwierigkeiten mit spezifischen CCPA-Anforderungen, was zu häufigen Verstößen führt. Hier ist eine Aufschlüsselung häufiger Fehler und wie man sie vermeiden kann:
-
-| Verstoßart | Auswirkung | Präventionsschritte |
-| --- | --- | --- |
-| Fehlender "Nicht verkaufen"-Hinweis | Strafen bis zu 7.500 $ pro Verbraucher | Klare Opt-out-Links in App-Einstellungen hinzufügen |
-| Schlechtes Einwilligungsmanagement | Strafen bis zu 22.500 $ pro Minderjährigem | Explizite Einwilligungstools verwenden, besonders für Nutzer unter 16 |
-| Unregulierte Datenweitergabe | Höhere Haftungsrisiken | Alle Drittpartnerschaften prüfen und dokumentieren |
-| Ignorieren von GPC-Signalen | Häufiger Auslöser für Durchsetzung | Sicherstellen, dass App GPC-Signale erkennt und darauf reagiert |
-
-Zwei Veränderungen in der Durchsetzung sind bemerkenswert:
-
--   Die 30-Tage-Heilungsfrist für Verstöße wurde entfernt.
--   Es gibt verstärkte Kontrollen der Einhaltung von Global Privacy Control-Anforderungen [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff).
-
-> "Der Fokus des Generalstaatsanwalts liegt auf der Einhaltung des Gesetzes, den Verbrauchern Wahlmöglichkeiten und Kontrolle zu geben. Aber die Absicht ist nicht, Einnahmen in Kaliforniens Datenschutzfonds zu generieren. Es geht darum, Compliance zu fördern." – Melissa G. Powers, Associate bei LewisRice [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-Diese Durchsetzungsmaßnahmen machen deutlich: Mobile App-Entwickler müssen Compliance priorisieren, um die sich entwickelnde Datenschutzlandschaft zu navigieren und gleichzeitig ihre Marketingziele zu erreichen.
-
-## CCPA Compliance-Leitfaden
-
-Die Einhaltung der Vorschriften ist für mobile Apps entscheidend, besonders angesichts der jüngsten Durchsetzungsmaßnahmen. Hier ist ein praktischer Leitfaden, der Ihnen hilft, die wichtigsten Schritte zu navigieren.
-
-### Datenaudit-Schritte
-
-Beginnen Sie mit einer detaillierten Bestandsaufnahme aller Nutzerdaten, die Ihre App sammelt, verarbeitet und teilt. So gehen Sie es an:
-
--   **Datenerfassungspunkte identifizieren**: Dokumentieren Sie jede Quelle der Dateneingabe, wie Registrierungsformulare, Käufe, Analysetools und Drittanbieter-SDKs.
--   **Daten kategorisieren**: Unterteilen Sie sie in Typen wie:
-    -   Identifikatoren (z.B. Name, E-Mail, Geräte-ID)
-    -   Kommerzielle Daten
-    -   Online-Aktivität
-    -   Geolokalisierung
-    -   Biometrische Details
-    -   Berufliche Informationen
-
-### Datenschutzerklärung-Updates
-
-Ihre Datenschutzerklärung muss Ihre Datenpraktiken klar erklären, um CCPA-konform zu sein. Nutzen Sie die folgende Tabelle als Leitfaden:
-
-| Abschnitt | Was aufzunehmen ist | Implementierungstipps |
-| --- | --- | --- |
-| Datenerfassung | Liste aller Arten persönlicher Informationen | Verwenden Sie einfache, klare Sprache |
-| Nutzerrechte | Erklären Sie, wie Nutzer auf Daten zugreifen, sie löschen oder Datenweitergabe ablehnen können | Bieten Sie schrittweise Anleitungen |
-| Datenweitergabe | Umreißen Sie Beziehungen zu Dritten und Datenverkäufe | Seien Sie spezifisch, wer die Daten erhält |
-| Kontaktmethoden | Bieten Sie mehrere Kontaktmöglichkeiten | Fügen Sie E-Mail, Telefon und ein Webformular hinzu |
-
-Diese Updates sind wesentlich für die effektive Handhabung von Nutzerrechtsanfragen.
-
-### Verwaltung von Nutzerrechten
-
-Um CCPA-konform zu sein, benötigen Sie Systeme, die Datenschutzanfragen innerhalb von 45 Tagen bearbeiten. Hier sind die Schwerpunkte:
-
--   **Zugriffsanfragen**:
-    
-    -   Fügen Sie ein Datenschutz-Dashboard in Ihre App ein.
-    -   Füllen Sie Formulare zur Bequemlichkeit mit Nutzeridentifikatoren vor.
-    -   Nutzen Sie Geräte-ID-Tracking für nicht registrierte Nutzer.
--   **Löschungsanfragen**:
-    
-    -   Automatisieren Sie Workflows zur Datenlöschung.
-    -   Stellen Sie sicher, dass Drittanbieter-SDKs Datenlöschung unterstützen.
-    -   Führen Sie detaillierte Aufzeichnungen aller Löschungsanfragen.
-
-### Datensicherheits-Setup
-
-Der Schutz von Nutzerdaten ist ein kritischer Teil der Compliance. So stärken Sie Ihre Sicherheit:
-
--   **Technische Maßnahmen**:
-    
-    -   Verwenden Sie Ende-zu-Ende-Verschlüsselung für Daten in Transit.
-    -   Verschlüsseln Sie gespeicherte Daten zu deren Schutz.
-    -   Richten Sie strenge Zugriffskontrollen und Authentifizierung ein.
-    -   Führen Sie regelmäßige Sicherheitsaudits durch.
--   **Drittanbieter-Überwachung**:
-
-Um CCPA-Standards zu erfüllen, benötigen App-Entwickler die richtigen Tools zur Vereinfachung der Compliance-Prozesse. Investitionen in Datenschutz schaffen nicht nur Vertrauen, sondern können auch eine Rendite von bis zu 2,70 Dollar pro investiertem Dollar erzielen [\[8\]](https://www.osano.com/solutions/ccpa-compliance-software). Nachfolgend finden Sie Tools, die Compliance-Bewertungen, Datenschutz-Management und [App-Updates](https://capgo.app/plugins/capacitor-updater/) handhabbarer machen.
-
-### Compliance-Bewertungstools
-
-Diese Tools helfen bei der Bewertung, wie gut Ihre App die CCPA-Anforderungen erfüllt:
-
-| Tool | Bewertung | Hauptfunktionen | Am besten geeignet für |
-| --- | --- | --- | --- |
-| OneTrust | 3.8/5 | Daten-Mapping, automatisierte Scans | Große Unternehmen |
-| Osano | 4.6/5 | Cookie-Einwilligung, Anbieterüberwachung | Kleine bis mittlere Apps |
-| TrustArc | 4.1/5 | Risikobewertungen, Datenschutz-Management | Multi-Plattform-Apps |
-
-Diese Plattformen bieten automatisierte Lückenanalysen und Echtzeit-Compliance-Tracking. Zum Beispiel half Osano [Lattice](https://lattice.com/) dabei, betriebliche Komplexitäten zu reduzieren, Marketing mit Compliance-Bemühungen abzustimmen und sein Privacy-First-Engagement aufrechtzuerhalten [\[8\]](https://www.osano.com/solutions/ccpa-compliance-software).
-
-### Datenschutz-Management-Software
-
-Datenschutz-Management-Tools konzentrieren sich auf vier Hauptbereiche:
-
--   **Einwilligungsmanagement**: Automatische Erfassung und Verfolgung von Benutzereinstellungen.
--   **Datenerkennung**: Scannen und Katalogisieren persönlicher Informationen.
--   **Anfrage-Automatisierung**: Bearbeitung von Nutzerrechtsanfragen innerhalb der vorgeschriebenen 45-Tage-Frist.
--   **Drittanbieter-Überwachung**: Nachverfolgung der Datenweitergabe an externe Anbieter.
-
-Lösungen wie [Usercentrics](https://usercentrics.com/) und [iubenda](https://www.iubenda.com/en/) bieten diese Funktionen effektiv an. Zum Beispiel ist [iubenda](https://www.iubenda.com/en/), mit 4.5/5 auf Capterra bewertet, für seine Fähigkeit bekannt, Apps bei der Einhaltung der Vorschriften zu unterstützen und dabei den operativen Aufwand zu minimieren [\[7\]](https://usercentrics.com/knowledge-hub/ccpa-compliance-tools/).
-
-### [Capgo: CCPA-konforme App-Updates](https://capgo.app)
-
-![Capgo: CCPA-konforme App-Updates](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-27.jpg?auto=compress)
-
-Neben dem Datenschutz-Management stellen Plattformen wie [Capgo](https://capgo.app/) sicher, dass Ihre App während der Updates CCPA-konform bleibt. [Capgo](https://capgo.app/) unterstützt die Compliance durch:
-
--   **Ende-zu-Ende-Verschlüsselung** zum Schutz von Benutzerdaten während Updates.
--   **Kein geräteübergreifendes Tracking** oder persistente Identifikatoren.
--   **Transparente Datenverarbeitung** mit ausschließlich aggregierten Statistiken.
--   **Benutzerkontrolle** durch sofortige Konto- und Datenlöschungsoptionen.
-
-Capgo hat erfolgreich über 492,4 Millionen Updates in 1.800 Produktions-Apps ausgeliefert, unter Einhaltung strenger Datenschutzrichtlinien [\[9\]](https://capgo.app/).
-
-> "Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews bei Fehlerbehebungen ist Gold wert." - Bessie Cooper [\[9\]](https://capgo.app/)
-
-Die Verwendung dieser Tools zusammen mit regelmäßigen Audits kann helfen, eine konstante CCPA-Konformität aufrechtzuerhalten.
-
-## Fazit: CCPA-Compliance-Schritte
-
-Basierend auf den zuvor diskutierten Strategien, hier eine Aufschlüsselung der wichtigsten Maßnahmen zur Gewährleistung der CCPA-Konformität. Compliant zu bleiben bedeutet, einen gründlichen Ansatz zum Schutz von Benutzerdaten in mobilen Apps zu verfolgen. Aktuelle Durchsetzungsfälle zeigen die Risiken der Nichteinhaltung, einschließlich hoher Geldstrafen, weshalb Entwickler Datenschutzmaßnahmen ernst nehmen müssen.
-
-Hier sind drei Hauptbereiche, auf die man sich konzentrieren sollte:
-
--   **Datenmanagement und Transparenz**
-    
-    -   Durchführung von Datenbestandsaufnahmen zur Erfassung aller gesammelten personenbezogenen Informationen, wie Geräte-IDs und IP-Adressen [\[1\]](https://www.flurry.com/ccpa-compliance-guide/).
-    -   Verfolgung und Dokumentation der Handhabung der Daten jedes Benutzers.
-    -   Klare Information der Benutzer über Datenerfassungspraktiken vor der Sammlung jeglicher Informationen.
-    -   Überprüfung von Drittanbieter-SDKs auf Compliance-Standards.
--   **Implementierung von Benutzerrechten**
-    
-    -   Einrichtung von Systemen zur Bearbeitung von Datenzugriffs- und Löschungsanfragen.
-    -   Sicherstellung, dass Benutzeranfragen innerhalb des vorgeschriebenen 45-Tage-Fensters bearbeitet werden.
-    -   Hinzufügung eines leicht auffindbaren Links "Meine persönlichen Informationen nicht verkaufen oder teilen".
-    -   Erstellung von Identitätsverifizierungsprozessen zur sicheren Verwaltung von Benutzeranfragen [\[10\]](https://usercentrics.com/knowledge-hub/6-steps-website-ccpa-compliant/).
--   **Technische Infrastruktur**
-    
-    -   Verwendung von Ende-zu-Ende-Verschlüsselung zum Schutz von Benutzerdaten.
-    -   Sichere Speicherung der Benutzereinwilligung.
-    -   Wahl datenschutzorientierter Update-Tools wie Capgo.
-    -   Regelmäßige Durchführung von Sicherheitsaudits und Aktualisierung von Datenschutzrichtlinien.
-
-Für eine kontinuierliche Compliance sollten Sie Tools in Betracht ziehen, die für CCPA-Regeln entwickelt wurden. Zum Beispiel teilte colenso ihre Erfahrung mit Capgo:
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 ausgerollt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach der Bereitstellung des OTA bei @Capgo auf dem neuesten Stand." [\[9\]](https://capgo.app/)
diff --git a/src/content/blog/de/how-chinas-cybersecurity-law-impacts-app-developers.md b/src/content/blog/de/how-chinas-cybersecurity-law-impacts-app-developers.md
deleted file mode 100644
index e96f3d78a..000000000
--- a/src/content/blog/de/how-chinas-cybersecurity-law-impacts-app-developers.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: how-chinas-cybersecurity-law-impacts-app-developers
-title: Wie sich das chinesische Cybersicherheitsgesetz auf App-Entwickler auswirkt
-description: >-
-  Das chinesische Cybersicherheitsgesetz schreibt App-Entwicklern strenge Regeln
-  für den Umgang mit Daten vor und beeinflusst damit Datenschutz- und
-  Compliance-Strategien.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T03:07:29.101Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef49e0ebbb9dc806422d61-1743736061198.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  China Cybersecurity Law, app developers, data localization, security
-  compliance, user privacy, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**[Das Cybersicherheitsgesetz Chinas](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL) verpflichtet App-Entwickler zur Einhaltung strenger Regeln beim Umgang mit Nutzerdaten, insbesondere bei chinesischen Nutzern.** Hier sind die wichtigsten Punkte:
-
--   **Datenlokalisierung**: Speicherung persönlicher und sensibler Daten auf Servern innerhalb Chinas.
--   **Sicherheitsstandards**: Verwendung von Verschlüsselung, [Multi-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/) und Durchführung regelmäßiger Sicherheitsüberprüfungen.
--   **Grenzüberschreitende Datenübertragungen**: Erfordern ausdrückliche behördliche Genehmigung für die Übermittlung von Daten außerhalb Chinas.
--   **Pflichtbewertungen**: Apps müssen technische Sicherheitsüberprüfungen, Datenschutz-Folgenabschätzungen und Netzwerksicherheitsprüfungen bestehen.
--   **Folgen bei Nichteinhaltung**: Geldstrafen, App-Entfernungen, Dienstsperrungen und Reputationsschäden.
-
-Um compliant zu bleiben, sollten Entwickler Tools für Verschlüsselung, Echtzeit-Monitoring und [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) verwenden. Die Nichteinhaltung kann zu schwerwiegenden Strafen führen, daher ist eine frühzeitige Vorbereitung der Schlüssel zum Erfolg im chinesischen Markt.
-
-## [Chinas Cybersicherheitsgesetz](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) Grundlagen
-
-### Wichtige rechtliche Anforderungen
-
-Das Cybersicherheitsgesetz Chinas legt spezifische Regeln für den Umgang mit Daten fest, die App-Entwickler direkt betreffen. Zu den Schwerpunktbereichen gehören **Datenlokalisierung**, **Sicherheitsmaßnahmen** und **Schutz der Privatsphäre der Nutzer**.
-
-Für die Datenlokalisierung müssen Entwickler personenbezogene Informationen - und alle Daten, die als wichtig für die nationale Sicherheit oder das öffentliche Interesse gelten - auf Servern innerhalb des chinesischen Festlands speichern.
-
-Netzbetreiber, einschließlich App-Entwickler, müssen diese Sicherheitspraktiken befolgen:
-
--   **Systeme zur Registrierung mit echtem Namen**: Sicherstellen, dass sich Nutzer mit verifizierten Identitäten registrieren.
--   **Multi-Faktor-Authentifizierung**: Sicherer Zugriff auf sensible Informationen.
--   **Regelmäßige Sicherheitsüberprüfungen**: Durchführung von Schwachstellentests und Sicherheitsbewertungen.
--   **[Datenverschlüsselung](https://capgo.app/docs/cli/migrations/encryption/)**: Verschlüsselung von Daten während der Übertragung und Speicherung.
--   **Backup und Wiederherstellung**: Wartung von Systemen für Datensicherung und -wiederherstellung.
-
-Diese Anforderungen prägen die Art und Weise, wie App-Entwickler mit der Compliance umgehen müssen.
-
-### Geltungsbereich für App-Entwickler
-
-Das Gesetz gilt für Apps, die Daten von Nutzern auf dem chinesischen Festland sammeln, verarbeiten oder speichern, unabhängig vom Standort des Entwicklers. Hier sind die Punkte, die Entwickler berücksichtigen müssen:
-
-**Anforderungen an die Datenverarbeitung:**
-
--   Persönliche und sensible Informationen müssen innerhalb Chinas verarbeitet werden.
--   Grenzüberschreitende Datenübertragungen erfordern ausdrückliche behördliche Genehmigung.
--   Entwickler müssen Überwachungs- und Auditsysteme einrichten.
-
-**Technische Compliance:**
-
--   Apps müssen einen schnellen Datenexport in standardisierten Formaten ermöglichen.
--   Von den Aufsichtsbehörden genehmigte Verschlüsselungsstandards müssen eingehalten werden.
-
-Für Entwickler, die chinesische Nutzer ansprechen, bedeutet die Compliance oft die Zusammenarbeit mit lokalen Rechenzentren oder Dienstleistern. Da das Gesetz "kritische Daten" breit definiert, müssen Entwickler sorgfältig alle Datentypen bewerten, die ihre Apps verarbeiten, und angemessene Schutzmaßnahmen sicherstellen.
-
-## Einhaltung der Compliance-Standards
-
-### Regeln zur Datenspeicherung
-
-Um die gesetzlichen Anforderungen zu erfüllen, müssen technische Maßnahmen etabliert werden, die eine sichere und lokale Datenspeicherung gewährleisten. Sensible Informationen - wie Nutzerprofile, Zahlungsdetails, Standortdaten, Geräte-IDs und Analysen - müssen auf Servern innerhalb des chinesischen Festlands gespeichert werden. Für die internationale Datenübertragung muss eine ausdrückliche Genehmigung der [Cyberspace Administration of China](https://www.cac.gov.cn/) (CAC) eingeholt werden. Dazu gehört die Einreichung von Dokumenten, die die Arten der Daten, die Übertragungshäufigkeit, Sicherheitsmaßnahmen und den beabsichtigten Verwendungszweck beschreiben.
-
-### Erforderliche Sicherheitsüberprüfungen
-
-Vor dem Start in China müssen diese obligatorischen Sicherheitsbewertungen abgeschlossen werden:
-
-1.  **Technische Sicherheitsbewertung**  
-    Dies beinhaltet eine detaillierte Überprüfung der Sicherheitsfunktionen der App, einschließlich Verschlüsselungsmethoden, Zugriffskontrollen und Schwachstellentests. Die Bewertung muss von einer CAC-zugelassenen Prüfstelle durchgeführt werden.
-    
-2.  **Datenschutz-Folgenabschätzung**  
-    Entwickler müssen detailliert darlegen, wie personenbezogene Daten erfasst, verarbeitet und geschützt werden. Dies umfasst die Dokumentation von Mechanismen zur Nutzereinwilligung und Richtlinien zur Datenspeicherung.
-    
-3.  **Netzwerksicherheitsüberprüfung**  
-    Apps, die kritische Infrastruktur oder sensible Daten verwalten, benötigen eine zusätzliche Netzwerksicherheitsüberprüfung. Diese konzentriert sich auf Serversicherheit, Datensicherungssysteme, Notfallpläne und Zugriffskontrollen.
-    
-
-Diese Schritte bilden die Grundlage für die Implementierung der technischen Änderungen, die für die Compliance erforderlich sind.
-
-### Erforderliche App-Änderungen
-
-Die Ergebnisse dieser Bewertungen werden die technischen Updates aufzeigen, die für die Compliance erforderlich sind:
-
--   **Datenschutzkontrollen für Nutzer**:
-    
-    -   Klare Einwilligungsoptionen für die Datenerfassung
-    -   Detaillierte Datenschutzeinstellungen
-    -   Funktionen zum Löschen von Konten und zugehörigen Daten
-    -   Transparente Richtlinien zur Datennutzung
--   **Sicherheitsfunktionen**:
-    
-    -   Ende-zu-Ende-Verschlüsselung für sensible Informationen
-    -   Multi-Faktor-Authentifizierung
-    -   Konsistente Sicherheitsupdates
-    -   Automatisierte Bedrohungserkennungssysteme
-
-Für Apps, die häufige Updates benötigen, sollten Sie die Integration complianter Update-Systeme in Betracht ziehen. Zum Beispiel bietet die Live-Update-Lösung von [Capgo](https://capgo.app/) Ende-zu-Ende-Verschlüsselung und unterstützt sofortige Sicherheitspatches unter Einhaltung sowohl chinesischer als auch internationaler Standards.
-
--   **Datenmanagement-Funktionen**:
-    -   Tools für Nutzer zum Exportieren ihrer Daten
-    -   Audit-Logs zur Verfolgung von Datenzugriffen
-    -   Automatisierte Kontrollen für die Datenspeicherung
-    -   Einschränkungen basierend auf geografischem Zugriff
-
-Alle diese technischen Updates müssen vor der Einreichung Ihrer App zur behördlichen Genehmigung implementiert werden. Regelmäßige Audits sind wichtig, um die kontinuierliche Compliance sicherzustellen.
-
-## Daten- & Cybersicherheits-Compliance in China
-
-<iframe src="https://www.youtube.com/embed/wb1ODBAOuRU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Konsequenzen bei Nichteinhaltung
-
-Die Nichteinhaltung von Compliance-Standards kann zu schwerwiegenden Folgen führen, die sich sowohl auf die Finanzen als auch auf den Betrieb auswirken.
-
-### Strafen bei Nichteinhaltung
-
-Organisationen, die nicht compliant sind, müssen mit Strafen rechnen wie:
-
--   **Geldstrafen** für Unternehmen und Führungskräfte
--   **App-Entfernungen** von Plattformen
--   **Temporäre Aussetzungen** von Diensten
--   **Lizenzentzug**
--   **Einschränkungen beim Marktzugang**
-
-### Wie die Durchsetzung funktioniert
-
-Die Behörden setzen die Compliance durch verschiedene Methoden durch:
-
--   **Routinemäßige Audits** von technischen Systemen und Dokumentation
--   **Untersuchungen** basierend auf Nutzerbeschwerden
--   **Kontinuierliche technische Überwachung** zur Erkennung von:
-    -   Nicht autorisierten Datenübertragungen
-    -   Sicherheitslücken
-    -   Verstößen gegen Datenschutzrichtlinien
-    -   Unzulässigem Zugriff auf Inhalte
-
-### Finanzielle und betriebliche Kosten
-
-Nichteinhaltung verursacht hohe Kosten. Direkte Ausgaben umfassen Anwaltskosten, technische Reparaturen und Geschäftsunterbrechungen. Indirekte Kosten wie Reputationsschäden, verlorene Geschäftsmöglichkeiten und vermindertes Investorenvertrauen können das langfristige Wachstum beeinträchtigen. Die frühzeitige Behebung von Compliance-Problemen ist oft weitaus günstiger als die spätere Bewältigung der Folgen.
-
-## Compliance-Methoden
-
-### Technische Tools
-
-Verwenden Sie technische Tools, die den chinesischen Sicherheitsanforderungen entsprechen. Zu den wichtigsten Lösungen gehören:
-
--   **Datenverschlüsselung** gemäß nationalen Standards
--   **Echtzeit-Monitoring-Tools** zur Verfolgung von Datenflüssen
--   **Automatisierte Compliance-Software** für optimierte Prozesse
--   **[Update-Management-Systeme](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** mit Versionskontrollfunktionen
-
-Plattformen wie Capgo bieten sichere Update-Bereitstellung mit Funktionen wie Ende-zu-Ende-Verschlüsselung und Benutzerzuweisung. Diese Tools vereinfachen die App-Wartung unter Einhaltung der chinesischen Vorschriften.
-
-### Tägliche Compliance-Schritte
-
--   **Morgendliche Überprüfungen**: Überprüfung der Serverlogs auf unbefugten Zugriff, Bestätigung der [Datenspeicherung](https://capgo.app/plugins/capacitor-data-storage-sqlite/)-Genehmigungen und Sicherstellung aktiver Verschlüsselung.
--   **Betriebliche Überwachung**: Überwachung von Echtzeit-Datenflüssen zwischen Servern, Protokollierung aller grenzüberschreitenden Datenübertragungen und Führung detaillierter Aufzeichnungen über Nutzereinwilligungen.
--   **Update-Management**: Testen von Updates auf Compliance, Dokumentation von Sicherheitsänderungen und Überprüfung, ob die Datenverarbeitung den neuesten Standards entspricht.
-
-Diese Schritte helfen dabei, die Compliance Ihrer App mit den erforderlichen Sicherheitsmaßnahmen aufrechtzuerhalten.
-
-### Expertenunterstützung
-
-Zusätzlich zu Tools und täglichen Routinen spielt Expertenrat eine wichtige Rolle bei der Aufrechterhaltung der Compliance.
-
-**Rechtliche Expertise**
-
--   Konsultieren Sie Cybersicherheits-Anwälte mit Kenntnissen der chinesischen Vorschriften.
--   Arbeiten Sie mit lokalen Compliance-Beratern zusammen.
--   Bleiben Sie in Kontakt mit Regulierungsbehörden.
-
-**[Technischer Support](https://capgo.app/docs/getting-help/)**
-
--   Partnern Sie mit zertifizierten Sicherheitsbewertungsanbietern.
--   Nutzen Sie lokale Hosting-Dienste für bessere Compliance.
--   Holen Sie sich Rat von Deployment-Experten mit Erfahrung im chinesischen Markt.
-
-**Branchennetzwerke**
-
--   Treten Sie Entwicklerverbänden für gemeinsame Erkenntnisse bei.
--   Nehmen Sie an Briefings teil, um über regulatorische Änderungen informiert zu bleiben.
--   Tauschen Sie sich mit lokalen Tech-Communities für Unterstützung und Beratung aus.
-
-## Zukünftige Änderungen und Marktzugang
-
-### Erwartete Gesetzesänderungen
-
-China passt seine Cybersicherheitsvorschriften weiterhin an, was bedeutet, dass App-Entwickler wachsam bleiben müssen für Updates bezüglich Datenschutz und sicherer Datenpraktiken. Kommende Richtlinien des [MIIT](https://www.miit.gov.cn/) könnten mehr Details zu Bereichen wie Datenkategorisierung, grenzüberschreitende Datenverarbeitung und Überwachungsprotokolle liefern. Die Beobachtung offizieller Ankündigungen wird für die Aufrechterhaltung der Compliance unerlässlich sein.
-
-Eine frühzeitige Vorbereitung auf regulatorische Änderungen kann den Eintritt in den chinesischen Markt erleichtern. Ein proaktiver Ansatz für die Compliance kann App-Überprüfungen beschleunigen und die behördliche Genehmigung vereinfachen. Dies hilft auch, teure Last-Minute-Änderungen zu vermeiden und stärkt das Vertrauen der Nutzer.
-
-Der Aufbau eines Compliance-Frameworks, das zukünftige Anpassungen bewältigen kann, ist der Schlüssel für langfristiges Wachstum. Tools wie Capgos Live-Update-Plattform ermöglichen es Entwicklern, sichere Updates schnell zu implementieren und so die Compliance und Wettbewerbsfähigkeit der Apps bei sich ändernden Vorschriften zu gewährleisten.
-
-## Zusammenfassung
-
-Das chinesische Cybersicherheitsgesetz legt strenge Regeln für App-Entwickler fest, die in den chinesischen Markt eintreten möchten, mit Fokus auf Datenspeicherung, Sicherheit und Datenschutz. Um erfolgreich zu operieren, müssen Entwickler diese Anforderungen erfüllen und die Compliance sicherstellen.
-
-Wichtige Schritte für Entwickler sind:
-
--   **Datenspeicherung**: Persönliche und sensible Daten auf Servern innerhalb Chinas speichern.
--   **Sicherheitsmaßnahmen**: Zugelassene Verschlüsselungsmethoden verwenden und regelmäßige Sicherheitsaudits durchführen.
--   **Update-Management**: Updates über konforme Echtzeit-Tools bereitstellen.
--   **Dokumentation**: Detaillierte Aufzeichnungen aller datenbezogenen Praktiken führen.
-
-Die Verwendung von Compliance-orientierten Tools kann diesen Prozess vereinfachen. Plattformen wie Capgo bieten Live-Update-Funktionen mit Ende-zu-Ende-Verschlüsselung und helfen Entwicklern dabei, ihre Apps zu schützen und gleichzeitig regulatorische Standards zu erfüllen.
-
-Nichteinhaltung kann zu erheblichen Strafen führen. Der Aufbau starker Compliance-Systeme ist essentiell für langfristigen Erfolg in einem der größten digitalen Märkte weltweit. Da sich Chinas Vorschriften weiterentwickeln, müssen Entwickler informiert bleiben und ihre Sicherheits- und Datenverwaltungspraktiken regelmäßig aktualisieren, um compliant zu bleiben.
diff --git a/src/content/blog/de/how-chinas-data-laws-impact-app-store-submissions.md b/src/content/blog/de/how-chinas-data-laws-impact-app-store-submissions.md
deleted file mode 100644
index c9044e43a..000000000
--- a/src/content/blog/de/how-chinas-data-laws-impact-app-store-submissions.md
+++ /dev/null
@@ -1,146 +0,0 @@
----
-slug: how-chinas-data-laws-impact-app-store-submissions
-title: Wie sich Chinas Datenschutzgesetze auf App Store-Einreichungen auswirken
-description: >-
-  Erfahren Sie, wie sich Chinas strenge Datenschutzgesetze auf App-Einreichungen
-  auswirken und lokale Datenspeicherung sowie Compliance für einen erfolgreichen
-  Markteintritt erforderlich machen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T01:36:38.468Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df528487fa49042c758f48-1742693880587.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  China, data laws, app store, compliance, local data storage, cybersecurity,
-  personal information protection, data security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Chinas strenge Datenschutzgesetze machen es App-Entwicklern schwer, in den Markt einzutreten. Hier ist, was Sie wissen müssen:
-
--   **Wichtige Gesetze**: Entwickler müssen das [Cybersecurity Law](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (2017), [Data Security Law](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (2021) und [Personal Information Protection Law](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL, 2021) einhalten. Diese Gesetze erfordern [lokale Datenspeicherung](https://capgo.app/plugins/capacitor-data-storage-sqlite/), Nutzereinwilligung und strenge Kontrollen bei grenzüberschreitenden Datentransfers.
--   **App-Design-Anpassungen**: Apps müssen chinesische Nutzerdaten lokal speichern, Funktionen mit grenzüberschreitenden Transfers deaktivieren und von Anfang an Compliance sicherstellen.
--   **Compliance-Schritte**: Implementieren Sie lokale Datenspeicherlösungen, klassifizieren Sie Daten nach Sensibilität und sichern Sie Genehmigungen für Transfers. Tools wie [Capgo](https://capgo.app/) helfen dabei, Updates unter Einhaltung dieser Anforderungen zu verwalten.
-
-**Schnelltipp**: Die Balance zwischen Compliance und App-Funktionalität ist entscheidend. Nutzen Sie sichere Tools und lokales Hosting, um regulatorische Anforderungen zu erfüllen, ohne die Nutzererfahrung zu beeinträchtigen.
-
-## Chinas [Personal Information Protection Law](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL) erklärt ...
-
-<iframe src="https://www.youtube.com/embed/2mwwDS1fXDY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Chinas wichtigste Datengesetze
-
-Chinas Datengesetze betonen lokale Datenspeicherung und verhängen strenge Beschränkungen für grenzüberschreitende Transfers - was Herausforderungen für Apps in der Region darstellt.
-
-### 3 zentrale Datenschutzgesetze
-
--   **Cybersecurity Law**: 2017 eingeführt, verlangt dieses Gesetz die Datenspeicherung innerhalb Chinas und verpflichtende Sicherheitsüberprüfungen für ins Ausland übertragene Daten.
--   **Data Security Law**: Seit 2021 in Kraft, verpflichtet es Organisationen zur Datenklassifizierung und zum Schutz kritischer Informationen.
--   **Personal Information Protection Law (PIPL)**: Ende 2021 erlassen, regelt dieses Gesetz die Erhebung und Verarbeitung personenbezogener Daten und erfordert eine klare und ausdrückliche Einwilligung der Nutzer.
-
-Diese Gesetze definieren gemeinsam den Rahmen für Datenverarbeitungspraktiken, den Apps einhalten müssen, um konform zu bleiben.
-
-### Datenspeicherungs- und Übertragungsregeln
-
-Nach diesen Vorschriften müssen Daten in China verbleiben, es sei denn, sie bestehen strenge Sicherheitsprüfungen für grenzüberschreitende Transfers. Diese Regeln haben direkten Einfluss darauf, wie Apps gestaltet werden, wodurch die Einhaltung der Vorschriften von Anfang an ein wesentlicher Teil des Entwicklungsprozesses ist.
-
-## App Store Einreichungsanforderungen
-
-Chinas Regeln zur Datenlokalisierung erfordern, dass Apps bestimmte Designstandards für die App Store-Genehmigung erfüllen. Hier sind die notwendigen Anpassungen:
-
-### App-Design-Änderungen
-
--   **Datenrouting**: Stellen Sie sicher, dass alle Daten chinesischer Nutzer auf lokalen oder regionsspezifischen Servern gespeichert werden. Dies hilft, grenzüberschreitende Datentransfers zu vermeiden, die gegen Vorschriften verstoßen könnten.
--   **Funktionsanpassungen**: Modifizieren oder deaktivieren Sie Funktionen, die grenzüberschreitenden Datenaustausch beinhalten, um konform zu bleiben.
-
-Capgo kann helfen, indem es Ihnen ermöglicht, Updates und Funktionen sofort bereitzustellen, mit Ende-zu-Ende-Verschlüsselung und anpassbarer lokaler Datenspeicherung.
-
-## Einhaltung von Compliance-Standards
-
-Die Navigation durch die Compliance in China erfordert die Bewältigung sowohl technischer als auch regulatorischer Herausforderungen. Nachfolgend schlüsseln wir die wichtigsten Einrichtungen und Methoden auf, um diese Anforderungen zu erfüllen und gleichzeitig praktische Entwicklungsziele zu unterstützen.
-
-### Einrichtung lokaler Datenspeicherung
-
-Hier sind einige Speicheroptionen, um Chinas lokale Datenanforderungen zu erfüllen:
-
-| Speicherlösung | Vorteile | Herausforderungen |
-| --- | --- | --- |
-| **Cloud-Dienste** | Einfache Einrichtung, verwaltete Compliance | Höhere Kosten über Zeit |
-| **Selbst gehostete Infrastruktur** | Größere Kontrolle, anpassbar | Komplexe Wartung, längere Einrichtung |
-
-Es ist wichtig, Redundanz und Disaster-Recovery-Pläne zu implementieren, um die Datensouveränität zu gewährleisten.
-
-### Datenbewertungsmethoden
-
-Vor der Verwaltung von Updates ist es wichtig, Ihren Datenfluss und Ihre Kontrollsysteme zu evaluieren, um die Compliance sicherzustellen. Wichtige Schritte sind:
-
--   **Datenklassifizierung**: Organisieren Sie Informationen nach Sensitivitätsstufen.
--   **Transfermuster**: Dokumentieren Sie, wie Daten zwischen Systemen oder Komponenten fließen.
--   **Zugriffskontrolle**: Dokumentieren Sie klar, wer Zugriff auf verschiedene Arten von Daten hat.
-
-### Update-Management mit [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-Capgo vereinfacht den Prozess der Update-Verwaltung bei gleichzeitiger Einhaltung der Vorschriften.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo hat seine Zuverlässigkeit im chinesischen Markt mit beeindruckenden Leistungsmetriken bewiesen:
-
--   **95%** der aktiven Nutzer erhalten Updates innerhalb von 24 Stunden [\[1\]](https://capgo.app/)
--   **23,5M** erfolgreich ausgelieferte Updates [\[1\]](https://capgo.app/)
-
-Zu den wichtigsten Funktionen gehören:
-
--   **Ende-zu-Ende-Verschlüsselung** zum Schutz der Daten.
--   Ein **[Channel-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** für kontrollierte Rollouts.
--   **Sofortige Rollback**-Optionen für schnelle Korrekturen.
--   **Echtzeit-Monitoring** zur Verfolgung der Update-Performance.
-
-## App Store Prüfungsleitfaden
-
-Die Einreichung von Apps in chinesischen App Stores erfordert die Navigation durch strenge technische und regulatorische Anforderungen. Entwickler können Verzögerungen reduzieren, indem sie ein [Update-System implementieren](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), das für die Einhaltung dieser Vorschriften konzipiert ist. Dieser Ansatz ergänzt frühere Strategien zur Verwaltung lokaler Daten und zur Sicherstellung effizienter Updates.
-
-### Einreichungstipps
-
-Für reibungslosere Updates und Compliance, erwägen Sie die Verwendung von Capgo. Dieses Tool ermöglicht es Entwicklern, Updates direkt an Benutzer zu liefern und dabei durch sichere Bereitstellungsmethoden regulatorische Standards einzuhalten.
-
-> "Die Vermeidung von Überprüfungen für Bugfixes ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Ausblick
-
-### Erwartete Gesetzesänderungen
-
-Chinas Datenschutzregeln ändern sich. Kommende Vorschriften könnten strengere Anforderungen an Datenlokalisierung und -handhabung stellen. App-Entwickler sollten sich auf strengere Sicherheitsaudits und anspruchsvollere Datenprotokolle vorbereiten, um konform zu bleiben. Diese Änderungen zwingen Entwickler, ihre Strategien anzupassen und globale Operationen mit lokalen Regeln in Einklang zu bringen.
-
-### Globale vs. Lokale Anforderungen
-
-Die globale Verteilung von Apps unter Einhaltung chinesischer Vorschriften erfordert sorgfältige Planung. Viele Entwickler setzen auf lokale Server in China in Kombination mit Cloud-Lösungen für andere Regionen. Diese Einrichtung gewährleistet die Einhaltung lokaler Gesetze bei gleichzeitiger Aufrechterhaltung globaler Funktionalität. Sie baut auf früheren lokalisierten Datenspeicherstrategien auf und schafft ein System, das sowohl für chinesische Gesetze als auch für internationale Bedürfnisse funktioniert.
-
-### Neue Compliance-Tools
-
-Neue Compliance-Tools erleichtern den Umgang mit komplexen Vorschriften bei gleichzeitiger Aufrechterhaltung reibungsloser Update-Prozesse. Diese Tools sind darauf ausgelegt, sich an verändernde Regeln anzupassen und bieten Funktionen, die die Compliance vereinfachen.
-
-Zu den herausragenden Funktionen gehören:
-
--   **Ende-zu-Ende-Verschlüsselung** zur Sicherung der Daten während der Übertragung
--   **Flexible Hosting-Optionen**, ob Cloud-basiert oder selbst gehostet
--   **Datenschutzorientierte Analysen** für bessere Einblicke ohne Kompromisse bei Nutzerdaten
-
-> "Die Community brauchte das und @Capgo macht etwas wirklich Wichtiges!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-Da diese Tools zunehmend in Entwicklungsplattformen integriert werden, wird erwartet, dass sie die Einhaltung von Vorschriften handhabbarer machen, während Update-Zyklen effizient bleiben.
-
-## Fazit
-
-Die Navigation durch Chinas Datenvorschriften bei gleichzeitiger Aufrechterhaltung globaler App-Funktionalität ist keine kleine Aufgabe. Entwickler stehen vor der doppelten Herausforderung, strenge lokale Datengesetze einzuhalten und Updates schnell bereitzustellen. Tools wie Capgo vereinfachen diesen Prozess, indem sie Updates rationalisieren und helfen, die Einhaltung dieser komplexen Anforderungen sicherzustellen.
-
-Moderne Lösungen ermöglichen es Entwicklern jetzt, ein Gleichgewicht zwischen der Erfüllung regulatorischer Anforderungen und der Erreichung operativer Effizienz herzustellen. Capgo hat beispielsweise gezeigt, wie Compliance-Bemühungen mit der Notwendigkeit einer reibungslosen globalen Verteilung in Einklang gebracht werden können, was beweist, dass die richtigen Tools einen großen Unterschied machen können.
-
-Da sich Chinas Datenschutzregeln weiter entwickeln, ist es für Entwickler wichtig, sich auf Tools zu konzentrieren, die Sicherheit und Anpassungsfähigkeit kombinieren. Funktionen wie Ende-zu-Ende-Verschlüsselung, flexible Hosting-Setups und schnelle Bereitstellungsoptionen sind der Schlüssel zur Erfüllung sowohl regulatorischer Standards als auch der Erwartungen eines globalen Publikums.
diff --git a/src/content/blog/de/how-cicd-tools-trigger-ota-updates.md b/src/content/blog/de/how-cicd-tools-trigger-ota-updates.md
deleted file mode 100644
index 81ec3168d..000000000
--- a/src/content/blog/de/how-cicd-tools-trigger-ota-updates.md
+++ /dev/null
@@ -1,116 +0,0 @@
----
-slug: how-cicd-tools-trigger-ota-updates
-title: CI/CD Tools lösen OTA-Updates aus
-description: >-
-  Erfahren Sie, wie CI/CD-Tools OTA-Updates verbessern und durch automatisierte
-  Prozesse schnellere, sicherere und zuverlässigere App-Bereitstellungen
-  gewährleisten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-12T08:43:18.401Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67abf1dcdd71129bfb8de766-1739349815106.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'CI/CD, OTA updates, automation, app deployment, security, Capgo, Capacitor'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-CI/CD-Tools machen Over-the-Air (OTA) Updates durch Automatisierung schneller, sicherer und zuverlässiger. Hier ist wie:
-
--   **Was sind OTA Updates?** Sie ermöglichen die sofortige Aktualisierung von App-Assets wie HTML, CSS und JavaScript über ein CDN, ohne App Store Genehmigungsverzögerungen.
--   **Wie CI/CD hilft:** Automatisierungstools wie [GitHub Actions](https://docs.github.com/actions) rationalisieren wichtige Schritte wie Build-Prüfungen, Sicherheitsvalidierung und Bereitstellung, reduzieren Fehler um 72% und ermöglichen Patches am selben Tag.
--   **Hauptfunktionen:**
-    -   **Sicherheit:** Verwendung von HTTPS, Code-Signierung und Verschlüsselung zum Schutz von Updates.
-    -   **Stufenweise Einführung:** Updates zuerst für kleine Gruppen bereitstellen, um Probleme frühzeitig zu erkennen.
-    -   **Rollback-Optionen:** Automatisches Zurücksetzen von Updates bei steigenden Fehlerraten.
--   **Vorgestellte Tools:** [Capgo](https://capgo.app/) vereinfacht OTA-Updates mit CLI-Befehlen, Webhook-Integration und detailliertem Metrik-Tracking.
-
-Die Automatisierung von OTA-Updates gewährleistet schnellere Bereitstellung, weniger Fehler und bessere App-Stabilität. Nachfolgend finden Sie Schritt-für-Schritt-Anleitungen zum Einrichten von [Capacitor](https://capacitorjs.com/) Apps mit CI/CD-Pipelines.
-
-## [Appflow](https://ionic.io/appflow/live-updates) Live Updates: Stellen Sie sofortige Updates direkt für Ihre Nutzer bereit
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-f18932d1af08bf70cb14b84540039486-2025-02-12.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Vorbereitung von [Capacitor](https://capacitorjs.com/) für OTA Updates
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-12.jpg?auto=compress)
-
-Die Einrichtung von Capacitor für [automatisierte Over-the-Air](https://capgo.app/blog/open-source-licecing/) (OTA) Updates umfasst drei wichtige Schritte: Konfiguration des Setups, Implementierung von Sicherheitsmaßnahmen und [Integration eines Update-Systems](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Dieser Prozess gewährleistet die Kompatibilität mit CI/CD-Automatisierung bei gleichzeitiger Sicherheit Ihrer App.
-
-### Konfiguration der OTA-Einstellungen in capacitor.config.json
-
-Beginnen Sie mit der Aktualisierung der `capacitor.config.json` Datei mit den erforderlichen Parametern:
-
-```json
-{
-  "appId": "com.example.app",
-  "appVersion": "2.3.1",
-  "plugins": {
-    "CapacitorUpdater": {
-      "updateUrl": "https://api.example.com/ota",
-      "checkFrequency": 3600,
-      "channel": "production"
-    }
-  }
-}
-```
-
-Die Einstellung einer angemessenen Prüffrequenz minimiert Update-Verzögerungen - und reduziert sie um bis zu 47% [\[2\]](https://github.com/becem-gharbi/esp-ota-cicd).
-
-### Implementierung der OTA-Update-Sicherheit
-
-Die Absicherung des OTA-Update-Prozesses ist essentiell, um unberechtigte Updates zu vermeiden und die Integrität Ihrer App zu schützen. Dies umfasst drei Schutzebenen:
-
-| Sicherheitsebene | Implementierung | Zweck |
-| --- | --- | --- |
-| HTTPS-Sicherheit | Zertifikat-Pinning | Blockiert Man-in-the-Middle-Angriffe |
-| Code-Signierung | ed25519-Signaturen | Bestätigt die Gültigkeit des Updates |
-| Paket-Sicherheit | AES-256-GCM-Verschlüsselung | Schützt den Update-Inhalt |
-
-Um diese Sicherheitsfunktionen anzuwenden, fügen Sie Folgendes in Ihre Konfiguration ein:
-
-```json
-{
-  "security": {
-    "publicKey": "-----BEGIN PUBLIC KEY-----...",
-    "requireSignedUpdates": true,
-    "validateChecksums": true
-  }
-}
-```
-
-### Konfiguration von [Capgo](https://capgo.app/) für OTA Updates
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-12.jpg?auto=compress)
-
-Capgo vereinfacht den OTA-Update-Prozess. Beginnen Sie mit der Installation des erforderlichen Plugins:
-
-```bash
-npm install @capgo/capacitor-updater
-```
-
-Fügen Sie als Nächstes Capgo-spezifische Einstellungen zu Ihrer `capacitor.config.json` Datei hinzu:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "apiKey": "CAPGO_XXXX",
-      "channel": "production",
-      "debug": true
-    }
-  }
-}
-```
-
-Capgo verwendet semantische Versionierung mit Build-Kennungen wie `2025.02.12-a1b2c3d` für präzises Update-Tracking. Dies erleichtert die Verwaltung und Überwachung des Update-Lebenszyklus Ihrer App.
-
-[Rest of the translation continues similarly, maintaining all technical terms, code blocks, and formatting while translating the surrounding text to German]
-
-Automatisierte Pipelines stellen sicher, dass Updates zuverlässig mit komprimierten Formaten und Delta-Updates bereitgestellt werden. Durch die Kombination von automatisierten Tests, gestaffelten Einführungen und Leistungsüberwachung können Teams Capacitor-App-Updates sowohl effizient als auch sicher verwalten.
diff --git a/src/content/blog/de/how-delta-updates-reduce-payload-size.md b/src/content/blog/de/how-delta-updates-reduce-payload-size.md
deleted file mode 100644
index 5fe759843..000000000
--- a/src/content/blog/de/how-delta-updates-reduce-payload-size.md
+++ /dev/null
@@ -1,101 +0,0 @@
----
-slug: how-delta-updates-reduce-payload-size
-title: Wie Delta-Updates die Payload-Größe reduzieren
-description: >-
-  Erfahren Sie, wie Delta-Updates die App-Leistung verbessern, indem sie die
-  Download-Größen minimieren und die Benutzererfahrung durch schnelle,
-  zuverlässige Updates optimieren.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:28:37.844Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db6efa8d9574929cf125cb-1742441346400.jpg
-head_image_alt: Mobile-Entwicklung
-keywords: >-
-  delta updates, mobile apps, differential patching, app performance, bandwidth
-  savings
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Delta-Updates machen App-Updates schneller und kleiner, indem nur die geänderten Teile der App anstelle der gesamten Datei gesendet werden. So funktioniert's:
-
--   **Kleinere Dateien sparen Daten**: Nur der modifizierte Code wird gesendet, was die Download-Größen deutlich reduziert.
--   **Schnellere Updates**: Ein 5MB-Update kann in nur 114ms über [Capgo](https://capgo.app/)s CDN heruntergeladen werden.
--   **Hohe Akzeptanzraten**: 95% der Nutzer aktualisieren innerhalb von 24 Stunden.
--   **Zuverlässig und sicher**: Enthält Funktionen wie Rollback-Optionen und Ende-zu-Ende-Verschlüsselung.
-
-### Hauptfunktionen:
-
--   **Differenzielles Patching**: Vergleicht App-Versionen und sendet nur die Unterschiede.
--   **Automatisierte Tools**: Arbeitet mit CI/CD-Systemen wie [GitHub Actions](https://docs.github.com/actions) und [Jenkins](https://www.jenkins.io/).
--   **Leistungskennzahlen**: Verfolgt Update-Erfolgsraten, Download-Geschwindigkeiten und Nutzerengagement.
-
-Delta-Updates sind ideal für [Capacitor](https://capacitorjs.com/) Apps und ermöglichen schnelle Fehlerbehebungen, Feature-Rollouts und [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) bei gleichzeitiger Einsparung von Bandbreite und Zeit.
-
-## Wie Sie MEHR FPS und bessere Performance in Warzone erhalten ...
-
-<iframe src="https://www.youtube.com/embed/G4X7XGYj0Mg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Delta Updates in [Capacitor](https://capacitorjs.com/) Apps
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-20.jpg?auto=compress)
-
-Delta-Updates in [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) basieren auf einer Methode namens differenzielles Patching, bei der nur die modifizierten Teile des Codes gesendet werden. Dieser Ansatz minimiert die Menge der übertragenen Daten und macht Updates für Benutzer schneller und einfacher.
-
-### Wie Delta Updates funktionieren
-
-Delta-Updates erstellen eine binäre "Differenz" zwischen der aktuellen App-Version und der neuen Version. So läuft es ab:
-
--   **Versionsvergleich**: Das System überprüft die alte und neue Version der App.
--   **Differenzanalyse**: Es identifiziert die spezifischen Dateien oder Abschnitte, die geändert wurden.
--   **Patch-Generierung**: Eine kleine Patch-Datei wird erstellt, die nur die Unterschiede enthält.
-
-Wenn zum Beispiel eine kleine Fehlerbehebung erforderlich ist, kann das Update als leichtgewichtiger Patch anstelle eines vollständigen App-Downloads gesendet werden, was Bandbreite und Zeit spart.
-
-### Schlüsselkomponenten von Delta Updates
-
-Mehrere Tools und Prozesse arbeiten zusammen, um reibungslose Updates zu gewährleisten:
-
-| Komponente | Zweck | Vorteil |
-| --- | --- | --- |
-| **Versionskontrollsystem** | Verfolgt Code-Versionen | Ermöglicht präzise Vergleiche |
-| **Diff-Generator** | Erstellt binäre Unterschiede | Verkleinert Update-Dateigröße |
-| **Update-Manager** | Verwaltet Download und Installation | Stellt Zuverlässigkeit der Updates sicher |
-| **Hintergrundprozessor** | Verarbeitet Updates im Hintergrund | Ermöglicht [automatische Updates](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-
-Diese Komponenten kümmern sich um alles, von der Identifizierung von Änderungen bis zur Bereitstellung von Updates, oft ohne Benutzeraktion.
-
-Um die Zuverlässigkeit zu gewährleisten, enthält das System Sicherheitsvorkehrungen wie Prüfsummen und Verifizierungsschritte. Wenn etwas schief geht, kann es automatisch auf die letzte stabile Version zurückgesetzt werden, um Störungen für Benutzer zu vermeiden.
-
-Als Nächstes zeigen wir Ihnen, wie Sie Delta-Updates in Ihrer Capacitor-App einrichten.
-
-Für Entwicklungsteams, die eine zuverlässige Delta-Update-Lösung benötigen, bietet Capgo eine starke Mischung aus Leistung, Sicherheit und Flexibilität.
-
-## Zusammenfassung
-
-Delta-Updates reduzieren die Payload-Größen erheblich und beschleunigen die Auslieferung für Capacitor-Apps. Beispielsweise wird ein typisches 5MB-Bundle in nur 114ms über Capgos globales CDN heruntergeladen [\[1\]](https://capgo.app/), was die Effizienz dieses Ansatzes zeigt.
-
-Leistungskennzahlen aus realen Anwendungen bestätigen den Wert von Delta-Updates:
-
-| Metrik | Auswirkung |
-| --- | --- |
-| **Nutzerakzeptanz** | 95% der Nutzer aktualisieren innerhalb von 24 Stunden |
-| **Erfolgsrate** | 82% weltweit |
-| **API-Antwortzeit** | 57ms durchschnittlich |
-| **Produktiv-Apps** | Über 750 Apps nutzen die Technologie erfolgreich |
-
-Die Nutzererfahrung stimmt mit diesen Zahlen überein. Zum Beispiel teilte colenso, der über 5.000 Nutzer verwaltet, mit:
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 ausgerollt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach der OTA-Bereitstellung bei @Capgo auf dem neuesten Stand." [\[1\]](https://capgo.app/)
-
-Wichtige Strategien für effektive Delta-Updates umfassen:
-
--   Bereitstellung von Teil-Updates zur Bandbreiteneinsparung
--   Nutzung von Analysen zur Leistungsüberwachung
--   Unterstützung von Hintergrund-Installationen für nahtlose Updates
-
-Mit 23,5 Millionen ausgelieferten Updates [\[1\]](https://capgo.app/) verändern Delta-Updates die App-Bereitstellung. Sie machen Updates schneller, leichter und zuverlässiger und sind damit ein wichtiges Werkzeug für die moderne App-Entwicklung.
diff --git a/src/content/blog/de/how-end-to-end-encryption-secures-updates.md b/src/content/blog/de/how-end-to-end-encryption-secures-updates.md
deleted file mode 100644
index 893768e46..000000000
--- a/src/content/blog/de/how-end-to-end-encryption-secures-updates.md
+++ /dev/null
@@ -1,196 +0,0 @@
----
-slug: how-end-to-end-encryption-secures-updates
-title: So sichert Ende-zu-Ende-Verschlüsselung Updates ab
-description: >-
-  Erfahren Sie, wie Ende-zu-Ende-Verschlüsselung OTA-Updates absichert, die
-  App-Integrität und das Vertrauen der Benutzer gewährleistet und gleichzeitig
-  unbefugten Zugriff und Manipulation verhindert.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:10:31.003Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc6fa4af1a45e500bc7deb-1744604001503.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'end-to-end encryption, OTA updates, app security, data protection, user trust'
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Ende-zu-Ende-Verschlüsselung (E2EE)** ist der beste Weg, Over-the-Air (OTA) Updates für Apps abzusichern. Sie stellt sicher, dass nur der vorgesehene Benutzer Updates entschlüsseln und installieren kann und schützt vor Risiken wie Manipulation, Code-Injection und Datenlecks. Plattformen wie [Capgo](https://capgo.app/) haben E2EE implementiert, um die App-Integrität zu schützen und dabei Sicherheitsstandards wie die von Apple und Google zu erfüllen.
-
-### Wichtige Vorteile verschlüsselter OTA-Updates:
-
--   **Verhindert Angriffe**: Blockiert Man-in-the-Middle und unbefugten Zugriff.
--   **Schützt App-Integrität**: Stellt sicher, dass Updates authentisch und manipulationsfrei sind.
--   **Unterstützt Compliance**: Erfüllt App Store- und regulatorische Sicherheitsrichtlinien.
--   **Stärkt Nutzervertrauen**: Nur Nutzer können Updates entschlüsseln, was Privatsphäre gewährleistet.
-
-### Funktionsweise:
-
-1.  Entwickler verschlüsseln das Update-Paket.
-2.  Sicherer Schlüsselaustausch stellt sicher, dass nur autorisierte Geräte entschlüsseln können.
-3.  Geräte überprüfen die Authentizität und installieren das Update sicher.
-
-Capgos Lösung hat weltweit 23,5 Millionen Updates ausgeliefert und erreicht eine **95%ige Adoptionsrate innerhalb von 24 Stunden** und eine **82%ige Erfolgsrate weltweit**. Durch [Verschlüsselung von Updates](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) können Entwickler schneller, sicherer und zuverlässiger bereitstellen.
-
-## Sichere OTA-Updates für [ESP32](https://en.wikipedia.org/wiki/ESP32) – Code-Signierung einrichten mit ...
-
-<iframe src="https://www.youtube.com/embed/z7nqbCQQBp8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Wie Ende-zu-Ende-Verschlüsselung bei OTA-Updates funktioniert
-
-Ende-zu-Ende-Verschlüsselung (E2EE) stellt sicher, dass OTA-Update-Pakete während der Übertragung privat und vor Manipulation geschützt bleiben. Sie sichert den gesamten Prozess so ab, dass nur der vorgesehene Empfänger das Update entschlüsseln und installieren kann. Hier ist eine Aufschlüsselung der wichtigsten Konzepte und der Funktionsweise.
-
-### Kernkonzepte der Ende-zu-Ende-Verschlüsselung
-
-E2EE etabliert eine sichere Verbindung zwischen dem Build-System des Entwicklers und dem Gerät des Benutzers. Das bedeutet, dass selbst wenn jemand das Update abfängt, er nicht auf dessen Inhalte zugreifen kann. Wie Capgo erklärt:
-
-> "Nur Ihre Benutzer können Ihre Updates entschlüsseln, sonst niemand." [\[1\]](https://capgo.app/)
-
-In diesem Setup werden Verschlüsselungsschlüssel nur an den Endpunkten gespeichert. Dies stellt sicher, dass selbst die Plattform, die das Update ausliefert, den Inhalt nicht entschlüsseln kann und folgt damit einem strengen Zero-Trust-Prinzip.
-
-### Hauptelemente sicherer Updates
-
-Der Schutz von OTA-Updates beinhaltet die Verwendung starker Verschlüsselungsmethoden und sicherer Schlüsselaustauschprotokolle. Zusammen stellen diese sicher, dass das Update-Paket während der Übertragung sowohl vertraulich als auch unversehrt bleibt und unbefugten Zugriff oder Änderungen verhindert.
-
-### Update-Sicherheitsprozess 
-
-Der Prozess zur Absicherung eines OTA-Updates umfasst mehrere Schritte:
-
-1.  Der Entwickler verschlüsselt das Update-Paket auf einem sicheren System.
-2.  Ein sicherer Schlüsselaustausch stellt sicher, dass nur autorisierte Geräte auf die Entschlüsselungsschlüssel zugreifen können.
-3.  Wenn das Gerät das Update herunterlädt, führt es kryptographische Prüfungen durch, um die Authentizität des Updates zu bestätigen und eventuelle Manipulationen zu erkennen.
-
-Capgo betont diesen Ansatz mit der Aussage:
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren Updates nur" [\[1\]](https://capgo.app/)
-
-Dieser mehrstufige Prozess stellt sicher, dass Updates von ihrer Erstellung bis zur Installation geschützt sind und bietet ein höheres Maß an Sicherheit als Ansätze, die sich nur auf die Signierung von Updates verlassen.
-
-## Ende-zu-Ende-Verschlüsselung in [Capacitor](https://capacitorjs.com/) einrichten
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fc6fa4af1a45e500bc7deb/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Dieser Abschnitt erklärt, wie man Ende-zu-Ende-Verschlüsselung in [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) implementiert, aufbauend auf den zuvor behandelten Konzepten.
-
-Um sichere Over-the-Air (OTA) Updates in Capacitor zu gewährleisten, verwenden Sie Verschlüsselungsprotokolle, die für hohe Sicherheit entwickelt wurden. Capgos Plattform vereinfacht die Verwaltung von Verschlüsselungsschlüsseln unter Einhaltung führender Sicherheitsstandards.
-
-### Update-Pakete verschlüsseln
-
-Beginnen Sie mit der Vorbereitung Ihres Update-Pakets mithilfe des Capgo CLI-Tools. Dieses Tool automatisiert den Verschlüsselungsprozess und macht es einfacher, Ihre Updates zu sichern. Installieren Sie das Capgo-Plugin mit folgendem Befehl:
-
-```
-npx @capgo/cli init
-```
-
-Nach der Installation bauen Sie Ihre App wie gewohnt und stellen das verschlüsselte Update über die CLI bereit. Dieser Prozess stellt sicher, dass Ihre Updates sicher verpackt und bereit für die Bereitstellung sind.
-
-Sobald das Paket verschlüsselt ist, stellen Sie sicher, dass Verschlüsselungsschlüssel sicher ausgetauscht werden.
-
-### Schlüssel sicher austauschen
-
-Capgo integriert Schlüsselverwaltungssysteme, die den Sicherheitsanforderungen von Apple und Google entsprechen [\[1\]](https://capgo.app/). Dies stellt sicher, dass Verschlüsselungsschlüssel sicher und zuverlässig ausgetauscht werden.
-
-Nachdem die Schlüssel eingerichtet sind, kann das verschlüsselte Paket über ein sicheres Datenübertragungsprotokoll gesendet werden.
-
-### Sichere Datenübertragung
-
-Capgos Plattform gewährleistet schnelle und sichere Datenübertragung. Zum Beispiel wird ein 5MB-Bundle in nur 114ms übertragen, und das System hat erfolgreich 23,5 Millionen Updates ausgeliefert [\[1\]](https://capgo.app/).
-
-Hier ein schneller Überblick über die Leistungsmetriken:
-
-| Metrik | Leistung |
-| --- | --- |
-| Durchschnittliche API-Antwortzeit | 57ms weltweit |
-| Bundle-Download-Geschwindigkeit | 114ms für 5MB |
-| Update-Erfolgsrate | 95% innerhalb von 24 Stunden |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-## Vorteile verschlüsselter OTA-Updates
-
-Ende-zu-Ende-Verschlüsselung bringt wesentliche Vorteile für Over-the-Air (OTA) Updates, die sowohl die Sicherheit als auch die Zuverlässigkeit für Entwickler und Nutzer verbessern.
-
-### Verstärkte Sicherheit
-
-Mit Ende-zu-Ende-Verschlüsselung sind Updates vor unbefugtem Zugriff und Manipulation geschützt. Nur die vorgesehenen Nutzer können Updates entschlüsseln und installieren, was die Sicherheit des Bereitstellungsprozesses gewährleistet. Studien zeigen, dass verschlüsselte Updates starke Sicherheit bieten, ohne die Auslieferungseffizienz zu beeinträchtigen [\[1\]](https://capgo.app/).
-
-### Ausrichtung an Sicherheitsstandards
-
-[Verschlüsselte OTA-Updates](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) helfen Apps, die strengen Sicherheitsanforderungen von App Stores und Regulierungsbehörden zu erfüllen. Indem sichergestellt wird, dass nur Endnutzer Update-Pakete entschlüsseln können, erfüllen diese Updates die Standards von Plattformen wie Apple und Google und schützen gleichzeitig die Privatsphäre der Nutzer.
-
-| Sicherheitsanforderung | Rolle der Verschlüsselung |
-| --- | --- |
-| Datenschutz | Blockiert unbefugten Zugriff auf Update-Inhalte |
-| Code-Integrität | Bestätigt, dass Updates frei von Manipulation sind |
-| Nutzerprivatsphäre | Garantiert, dass nur Nutzer entschlüsselte Updates zugreifen können |
-| App Store Compliance | Erfüllt Plattform-Sicherheitsrichtlinien |
-
-Zusätzlich zur Compliance unterstützt Verschlüsselung direkt das Nutzervertrauen durch Demonstration des Engagements für Datensicherheit.
-
-### Aufbau von Nutzervertrauen und Optimierung der Bereitstellung
-
-Verschlüsselte Updates stärken nicht nur das Nutzervertrauen, sondern vereinfachen und beschleunigen auch die Bereitstellung. Diese Kombination aus Vertrauen und Automatisierung ist besonders nützlich für Teams, die kontinuierliche Bereitstellung praktizieren, was viele Entwickler dazu veranlasst, sich von älteren Update-Methoden zu verabschieden.
-
-> "Nur Ihre Nutzer können Ihre Updates entschlüsseln, sonst niemand." – Capgo [\[1\]](https://capgo.app/)
-
-## Sicherheitsrichtlinien für OTA-Updates
-
-Starke Sicherheitsmaßnahmen sind entscheidend für die Aufrechterhaltung der Integrität und Zuverlässigkeit verschlüsselter OTA-Updates. Diese Richtlinien, aufgebaut auf einem soliden Verschlüsselungsrahmen, decken alles von der Schlüsselverwaltung bis zur Verteilung ab, um die Sicherheit der Updates zu gewährleisten.
-
-### Verwaltung von Verschlüsselungsschlüsseln
-
-Ordnungsgemäße Schlüsselverwaltung ist entscheidend, da nur Nutzer Updates entschlüsseln können sollen [\[1\]](https://capgo.app/).
-
-| **Schlüsselverwaltungspraxis** | **Implementierungsleitfaden** |
-| --- | --- |
-| Schlüsselgenerierung | Kryptographisch sichere Methoden verwenden |
-| Speichersicherheit | Private Schlüssel in sicherer Hardware speichern |
-| Zugriffskontrolle | Schlüsselzugriff nur für autorisiertes Personal |
-
-Nach der Sicherung der Schlüssel ist gründliches Testen notwendig, um die Integrität der Updates zu validieren.
-
-### Update-Tests und -Verfolgung
-
-Testen und Tracking sind essentiell, um die Sicherheit und Effektivität von Updates zu gewährleisten. Laut Capgos Analysen erreichen gründlich getestete Updates eine 95%ige Nutzeradoption innerhalb von 24 Stunden [\[1\]](https://capgo.app/).
-
-Um Updates sicher zu halten:
-
--   Analysen zur Überwachung von Erfolgsraten, Nutzerengagement und Fehlertrends nutzen.
--   Automatisierte Tests für jedes Update-Paket durchführen.
--   Detaillierte Protokolle über Update-Verteilung und Installationsprozesse führen.
-
-### Update-Verteilungsregeln
-
-Sobald Tests die Sicherheit eines Updates bestätigen, hilft kontrollierte Verteilung dabei, Risiken zu reduzieren. Die Verwendung eines Kanalsystems ermöglicht schrittweise Einführungen unter Beibehaltung hoher Sicherheitsstandards.
-
-| **Verteilungsphase** | **Sicherheitsmaßnahmen** |
-| --- | --- |
-| Erstveröffentlichung | Beta-Tests mit einer kleinen Nutzergruppe |
-| Stufenweise Einführung | Graduelle Bereitstellung mit laufender Überwachung |
-| Vollständige Verteilung | Kontinuierliche Verfolgung der Erfolgsraten |
-| Notfallreaktion | Ein-Klick-Rollback für schnelle Korrekturen ermöglichen |
-
-Sorgfältiges Kanalmanagement stellt sicher, dass Updates weltweit erfolgreich bereitgestellt werden [\[1\]](https://capgo.app/).
-
-> "Zielen Sie mit verschiedenen Versionen auf spezifische Nutzergruppen durch Kanäle für Beta-Tests und stufenweise Einführungen" - Capgo [\[1\]](https://capgo.app/)
-
-## Fazit
-
-Ende-zu-Ende-Verschlüsselung spielt eine entscheidende Rolle bei der Absicherung von OTA-Updates. Durch die Verwendung starker Verschlüsselungsprotokolle bleiben Updates geschützt und entsprechen gleichzeitig den App Store-Richtlinien.
-
-Die Zahlen sprechen für sich. Mit Capgos Implementierung von Ende-zu-Ende-Verschlüsselung erreichen Entwickler eine beeindruckende globale Erfolgsrate von 82% [\[1\]](https://capgo.app/). Dies gewährleistet nicht nur sichere Auslieferung, sondern steigert auch das Nutzervertrauen und beschleunigt Bereitstellungen.
-
-Die Vorteile sicherer OTA-Updates gehen über reine
-
-| Erfolgsfaktor | Rolle bei [Secure Updates](https://capgo.app/docs/live-updates/update-behavior/) |
-| --- | --- |
-| [Verschlüsselungsimplementierung](https://capgo.app/docs/cli/migrations/encryption/) | Stellt sicher, dass nur autorisierte Benutzer Updates entschlüsseln können |
-| Verteilungsstrategie | Verwaltet kontrollierte, stufenweise Einführungen |
-| Sicherheitskonformität | Hält Updates in Übereinstimmung mit Plattformregeln |
-| Update-Verifizierung | Bestätigt die Integrität jedes Updates |
-
-Die Zukunft von App-Updates hängt von Systemen ab, die Sicherheit mit Anpassungsfähigkeit verbinden. Da immer mehr Entwickler Ende-zu-Ende-Verschlüsselung einsetzen, werden OTA-Updates weiterhin Apps schützen und gleichzeitig einen höheren Standard für Verteilungssysteme setzen.
diff --git a/src/content/blog/de/how-live-updates-for-capacitor-work.md b/src/content/blog/de/how-live-updates-for-capacitor-work.md
deleted file mode 100644
index 083b4395c..000000000
--- a/src/content/blog/de/how-live-updates-for-capacitor-work.md
+++ /dev/null
@@ -1,293 +0,0 @@
----
-slug: how-live-updates-for-capacitor-work
-title: Wie Live-Updates in Capgo funktionieren
-description: >-
-  Tauchen Sie tief in die technische Umsetzung von Live-Updates in Capgo ein und
-  verstehen Sie, wie es im Hintergrund sowohl für iOS als auch für Android
-  funktioniert.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T06:14:25.862Z
-updated_at: 2025-03-18T15:14:16.781Z
-head_image: /capgo_banner.webp
-head_image_alt: Live-Updates-Architektur
-keywords: >-
-  Capgo live updates, OTA updates, Capacitor updates, mobile app development,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-# Verständnis von Live-Updates in Capgo
-
-Live-Updates sind eine der leistungsstärksten Funktionen in Capacitor-Apps, die Echtzeit-Updates ohne Einreichung im App Store ermöglichen. Lassen Sie uns tief in die Funktionsweise von Capgo eintauchen.
-
-## Grundkonzepte
-
-Eine Capacitor-App besteht aus zwei Hauptschichten:
-
-1. **Web-Schicht**: Beinhaltet HTML-, CSS- und JavaScript-Dateien, die im WebView geladen werden
-2. **Native Schicht**: Beinhaltet plattform-spezifischen Code (Java/Kotlin für Android, Swift für iOS)
-
-Das Live-Update-System von Capgo funktioniert, indem es die Web-Schicht zur Laufzeit ersetzt, da diese Dateien nicht in die App-Binärdatei kompiliert werden.
-
-## Technische Umsetzung
-
-### Server-Pfade in Capacitor
-
-Capgo verwaltet zwei kritische Pfade:
-
-- **Aktueller Server-Pfad**: Zeigt auf Dateien, die derzeit im WebView geladen sind
-- **Nächster Server-Pfad**: Zeigt auf Dateien, die beim nächsten Neustart der App geladen werden
-
-### Android-Umsetzung
-
-Auf Android verwaltet Capgo die Pfade durch:
-
-```java
-// Store next server path
-private void setNextCapacitorServerPath(String path) {
-    SharedPreferences prefs = context.getSharedPreferences("CapWebViewSettings", Activity.MODE_PRIVATE);
-    SharedPreferences.Editor editor = prefs.edit();
-    editor.putString("serverBasePath", path);
-    editor.apply();
-}
-
-// Update current path and reload
-private void setCurrentCapacitorServerPath(String path) {
-    bridge.setServerBasePath(path);
-    bridge.reload();
-}
-```
-
-### iOS-Umsetzung
-
-Auf iOS werden die Pfade durch:
-
-```swift
-// Store next server path
-private func setNextCapacitorServerPath(path: String) {
-    KeyValueStore.standard["serverBasePath"] = path
-}
-
-// Update current path
-private func setCurrentCapacitorServerPath(path: String) {
-    bridge.viewController.setServerBasePath(path: path)
-}
-```
-
-## Sicherheitsmaßnahmen
-
-Capgo implementiert militärische Sicherheitsstandards durch End-to-End-Verschlüsselung, um sicherzustellen, dass Ihre App-Updates während der gesamten Entwicklung bis zur Bereitstellung vollständig sicher bleiben. Unser Verschlüsselungssystem geht über traditionelle Code-Signierungen hinaus, um eine echte Null-Wissen-Sicherheit zu bieten.
-
-### Architektur der End-to-End-Verschlüsselung
-
-1. **End-to-End-Verschlüsselung (E2EE)**: Jedes Update-Paket wird vor dem Verlassen Ihrer Entwicklungsumgebung mit AES-256-GCM-Verschlüsselung verschlüsselt. Diese militärische Verschlüsselung stellt sicher, dass Ihre App-Updates während des gesamten Bereitstellungsprozesses vollständig privat und sicher bleiben.
-
-2. **Null-Wissen-Architektur**: Im Gegensatz zu anderen OTA-Update-Lösungen, die nur Updates signieren, verwendet Capgo eine echte Null-Wissen-Verschlüsselung. Das bedeutet:
-   - Update-Inhalte werden vor dem Hochladen verschlüsselt
-   - Capgo-Server speichern nur verschlüsselte Daten
-   - Die Entschlüsselung erfolgt nur auf den Endgeräten der Benutzer
-   - Kein Zwischenhändler kann auf Ihre Update-Inhalte zugreifen
-
-3. **Sichere Schlüsselverwaltung**: 
-   - Verschlüsselungsschlüssel werden generiert und sicher in Ihrer CI/CD-Umgebung gespeichert
-   - Private Schlüssel berühren niemals die Server von Capgo
-   - Jede App-Version kann einzigartige Verschlüsselungsschlüssel verwenden
-   - Unterstützung für Schlüsselrotation zur Verbesserung der Sicherheit
-
-Erfahren Sie mehr über unser Verschlüsselungssystem in unserem detaillierten Leitfaden: [End-to-End-Verschlüsselung in Capgo Live-Updates](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)
-
-### Prozess zur Updatesicherheit
-
-1. **Vor-Hochlade-Verschlüsselung**:
-   - Updates werden in Ihrer CI/CD-Pipeline verschlüsselt
-   - Jede Datei wird einzeln verschlüsselt
-   - Metadaten werden ebenfalls für vollständige Privatsphäre verschlüsselt
-
-2. **Sichere Speicherung**:
-   - Verschlüsselte Pakete werden auf Capgos globalem CDN gespeichert
-   - Keine Klartextdaten berühren jemals unsere Server
-   - Selbst im Falle eines Servervorfalls bleibt die Daten sicher
-
-3. **Sichere Lieferung**:
-   - Updates werden über verschlüsselte Kanäle geliefert
-   - Jede App-Instanz überprüft die Integrität der Verschlüsselung
-   - Automatische Wiederholungsmechanismen für fehlgeschlagene Entschlüsselungen
-
-4. **Client-seitige Sicherheit**:
-   - Updates werden vor der Installation verifiziert
-   - Fehlgeschlagene Entschlüsselungen lösen eine automatische Rückkehr aus
-   - Sichere Schlüssel Speicherung im geschützten Speicher der App
-
-Dieser umfassende Sicherheitsansatz stellt sicher, dass Ihre App-Updates gegen Folgendes geschützt bleiben:
-- Man-in-the-middle-Angriffe
-- Server-seitige Angriffe
-- Unbefugte Änderungen
-- Replay-Angriffe
-- Inhaltsmanipulation
-
-## Update-Lebenszyklus
-
-Der Update-Prozess von Capgo ist standardmäßig auf automatisch ausgelegt. So funktioniert der automatische Prozess:
-
-### 1. Automatische Update-Prüfung
-
-Das Plugin überprüft automatisch auf Updates in diesen Situationen:
-- Wenn die App startet
-
-Dieses Verhalten wird durch die Einstellung `autoUpdate` gesteuert:
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true // Enable automatic updates
-    }
-  }
-}
-```
-Sie können auch manuell mit `getLatest()` überprüfen
-
-### 2. Automatischer Download
-
-Wenn eine neue Version erkannt wird, und `autoUpdate` aktiviert ist:
-1. Der Download beginnt automatisch
-2. Der Fortschritt wird intern verfolgt
-3. Fehlgeschlagene Downloads werden bei jedem Öffnen der App automatisch erneut versucht
-4. Erfolgreiche Downloads werden im App-Speicher gespeichert
-
-Sie können diesen Prozess über Ereignisse überwachen:
-```typescript
-CapacitorUpdater.addListener('download', (info: DownloadEvent) => {
-  console.log('Auto-download progress:', info.percent);
-});
-
-CapacitorUpdater.addListener('downloadComplete', (info: DownloadCompleteEvent) => {
-  console.log('Auto-download complete:', info.bundle);
-});
-```
-
-### 3. Automatische Installation
-
-Der Zeitpunkt der Installation hängt von Ihrer Konfiguration ab:
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": false // install update on app backgrounding
-      "resetWhenUpdate": true, // reset live updates on native update (true by default)
-      "autoDeleteFailed": true, // Auto cleanup failed updates (true by default)
-      "autoDeletePrevious": true // Auto cleanup old versions (true by default)
-    }
-  }
-}
-```
-
-Die Installation erfolgt:
-- Sofort, wenn `directUpdate` wahr ist
-- Bei nächster Hintergrundaktivität der App, wenn `directUpdate` falsch ist
-- Automatische Rückkehr, wenn die Installation fehlschlägt
-
-Das Plugin verwaltet auch automatisch den Speicher:
-- Entfernt fehlgeschlagene Updates, wenn `autoDeleteFailed` wahr ist
-- Bereinigt alte Versionen, wenn `autoDeletePrevious` wahr ist
-
-### Verzögerung von Updates
-
-Sie können steuern, wann Updates installiert werden, indem Sie Verzögerungsbedingungen verwenden:
-
-```typescript
-// Delay until app goes to background
-await CapacitorUpdater.setDelay({
-  kind: 'background'
-});
-
-// Delay until specific date
-await CapacitorUpdater.setDelay({
-  kind: 'date',
-  value: '2024-03-20T10:00:00.000Z'
-});
-
-// Delay until next native version
-await CapacitorUpdater.setDelay({
-  kind: 'nativeVersion'
-});
-
-// Multiple conditions
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'background'
-    },
-    {
-      kind: 'date',
-      value: '2024-03-20T10:00:00.000Z'
-    }
-  ]
-});
-```
-
-Verfügbare Verzögerungsbedingungen:
-- **background**: Installieren, wenn die App in den Hintergrund geht
-- **date**: Installieren nach einem bestimmten Datum/Zeit
-- **nativeVersion**: Installieren nach dem nächsten nativen Update
-- **kill**: Installieren, nachdem die App beendet wurde
-
-Dies ist nützlich für:
-- Planung von Updates während der Nebensaison
-- Koordination von Updates mit der Benutzeraktivität
-- Sicherstellung eines reibungslosen Update-Erlebnisses
-- Vermeidung von Störungen während kritischer Aufgaben
-
-### Update-Zustände
-
-Während des automatischen Prozesses wechseln Pakete durch diese Zustände:
-1. **downloading**: Download im Gange
-2. **pending**: Download abgeschlossen, wartet auf Installation
-3. **success**: Update installiert und aktiv
-4. **error**: Update fehlgeschlagen (löst automatische Rückkehr aus)
-
-## Store-Konformität
-
-### Apple App Store ✅
-
-Live-Updates sind vollständig konform mit den Richtlinien des Apple App Store. Wie im Lizenzvertrag des Apple Developer Programms angegeben:
-
-> "Interpretierter Code darf in eine Anwendung heruntergeladen werden, jedoch nur solange, solange dieser Code: (a) nicht den Hauptzweck der Anwendung ändert, indem er Funktionen oder Funktionalitäten bereitstellt, die nicht mit dem beabsichtigten und beworbenen Zweck der Anwendung übereinstimmen, wie sie im App Store eingereicht wurde, (b) keinen Store oder Marktplatz für anderen Code oder Anwendungen erstellt, und (c) keine Signierungs-, Sandbox- oder andere Sicherheitsmerkmale des Betriebssystems umgeht."
-
-Capgo-Updates ändern nur die Web-Schicht und respektieren alle plattform-spezifischen Sicherheitsgrenzen.
-
-### Google Play Store ✅
-
-Live-Updates stehen im Einklang mit den Richtlinien von Google Play. Die Richtlinie für Geräte- und Netzwerkmissbrauch besagt ausdrücklich:
-
-> "Diese Einschränkung gilt nicht für Code, der in einer virtuellen Maschine oder einem Interpreter ausgeführt wird, wo entweder einen indirekten Zugriff auf Android-APIs bereitstellt (z. B. JavaScript in einem WebView oder Browser)."
-
-Da Capgo nur den Inhalt des WebView aktualisiert, fällt es innerhalb dieser erlaubten Richtlinien.
-
-## Best Practices
-
-1. **Phasierte Bereitstellungen**: Updates schrittweise bereitstellen
-2. **Versionskontrolle**: Alle bereitgestellten Versionen verfolgen
-3. **Rückfallunterstützung**: Schnelle Wiederherstellung von Problemen
-4. **Delta-Updates**: Nur geänderte Dateien herunterladen
-
-## Wann Live-Updates verwenden
-
-Ideal für:
-- Fehlerbehebungen
-- UI-Verbesserungen
-- Inhaltsaktualisierungen
-- Funktionsumschaltungen
-
-Nicht geeignet für:
-- Änderungen am nativen Code
-- Größere Versionsupdates
-- Sicherheitspatches, die nativen Änderungen erfordern
diff --git a/src/content/blog/de/how-mobile-apps-stay-compliant-with-us-privacy-laws.md b/src/content/blog/de/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
deleted file mode 100644
index bd3e48ae3..000000000
--- a/src/content/blog/de/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
+++ /dev/null
@@ -1,227 +0,0 @@
----
-slug: how-mobile-apps-stay-compliant-with-us-privacy-laws
-title: Wie Mobile Apps die US-Datenschutzgesetze einhalten
-description: >-
-  Entdecken Sie, wie mobile Apps durch Benutzereinwilligung, Datenverwaltung und
-  effektive Sicherheitspraktiken die Anforderungen der US-Datenschutzgesetze
-  erfüllen können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-06T03:14:22.038Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c8efd008fcceb00021f6ac-1741230902559.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  mobile apps, privacy compliance, user consent, data management, encryption,
-  app store rules, privacy policies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
--   **Wichtige Datenschutzfunktionen**:
-    
-    -   Bieten Sie klare Einwilligungsoptionen (Opt-in/Opt-out).
-    -   Teilen Sie leicht verständliche [Datenschutzrichtlinien](https://capgo.app/dp/).
-    -   Ermöglichen Sie Nutzern den Zugriff, das Löschen und den Transfer ihrer Daten.
--   **Datenschutz-Tools**:
-    
-    -   Verwenden Sie Ende-zu-Ende-Verschlüsselung für Datensicherheit.
-    -   Implementieren Sie Tools wie [Capgo](https://capgo.app/) für schnelle Updates und Compliance-Tracking.
--   **[App Store](https://www.apple.com/app-store/) Regeln**:
-    
-    -   Apple: Befolgen Sie [App Tracking Transparency](https://developer.apple.com/documentation/apptrackingtransparency) (ATT) und aktualisieren Sie Datenschutz-Labels.
-    -   Google: Reichen Sie eine Datensicherheitserklärung ein und pflegen Sie eine detaillierte [Datenschutzerklärung](https://capgo.app/privacy/).
--   **Compliance-Schritte**:
-    
-    -   Überprüfen Sie regelmäßig die Datenerfassungspraktiken.
-    -   Testen Sie Nutzereinwilligungsabläufe und Datenverwaltungstools.
-    -   Bleiben Sie über staatliche Gesetze und App Store-Anforderungen auf dem Laufenden.
-
-**Schnelltipp**: Nutzen Sie automatisierte Tools und CI/CD-Plattformen, um Datenschutz-Updates schnell und sicher auszurollen.
-
-## Der Stand des App-Datenschutzes: Compliance-Trends & Erkenntnisse
-
-<iframe src="https://www.youtube.com/embed/KodK0fIQhks" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Erforderliche Datenschutzfunktionen für Mobile Apps
-
-Mobile Apps müssen Tools enthalten, die es Nutzern ermöglichen, ihre persönlichen Daten zu verwalten und die Einhaltung der US-Datenschutzgesetze sicherstellen. Diese Tools helfen Nutzern, die Kontrolle über ihre Informationen zu behalten und Vertrauen in Ihre App aufzubauen.
-
-### Anforderungen an Nutzerberechtigungen
-
-Es ist wichtig, den Nutzern übersichtliche Datenschutzkontrollen anzubieten, die echte Wahlmöglichkeiten bezüglich ihrer Daten bieten:
-
--   Verwenden Sie klare Einwilligungsmechanismen, einschließlich Opt-in- und Opt-out-Optionen.
--   Teilen Sie eine leicht verständliche Datenschutzerklärung, die erklärt, wie Daten erfasst und verwendet werden und welche Rechte Nutzer haben.
-
-### Verwaltung der Nutzerrechte
-
-Geben Sie Nutzern die Möglichkeit, ihre Daten mit diesen Funktionen zu verwalten:
-
--   Ein sicheres Portal, wo sie auf ihre Daten zugreifen, diese herunterladen und datenschutzbezogene Anfragen stellen können.
--   Benutzerfreundliche Tools zum Löschen von Konten und zugehörigen Daten.
--   Datenübertragungsoptionen, die es Nutzern ermöglichen, ihre Informationen zu anderen Diensten zu übertragen.
-
-## Datenschutz-Compliance Tools und Methoden
-
-Nachdem Sie die wichtigsten Datenschutzfunktionen eingerichtet haben, besteht der nächste Schritt darin, diese mithilfe gezielter technischer Lösungen und gründlicher Tests durchzusetzen.
-
-### Datensicherheitsstandards
-
-Die Sicherung von Daten ist ein Kernbestandteil der Datenschutz-Compliance. Entwickler sollten **Ende-zu-Ende-Verschlüsselung** verwenden, um Nutzerdaten sowohl während der Übertragung als auch bei der Speicherung zu schützen und sicherzustellen, dass sensible Informationen nur für autorisierte Empfänger zugänglich bleiben.
-
-### Tools für datenschutzorientierte Entwicklung
-
-Bestimmte Tools können helfen, die Datenschutz-Compliance während des gesamten Entwicklungsprozesses aufrechtzuerhalten. Zum Beispiel bietet Capgo Lösungen für Capacitor-Apps, die den US-amerikanischen Datenschutzvorschriften entsprechen.
-
-Hier sind einige wichtige Funktionen, die bei der Auswahl datenschutzorientierter Entwicklungstools zu berücksichtigen sind:
-
-| Funktion | Datenschutzvorteil | Anwendungsbeispiel |
-| --- | --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Schützt sensible Daten vor unbefugtem Zugriff | Capgos Verschlüsselungssystem für sichere App-Updates |
-| Sofortige Updates | Ermöglicht schnelle Behebung von Datenschutzproblemen | Push-Live-Updates ohne Warten auf App-Store-Genehmigung |
-| Nutzerzuweisung | Verwaltet Update-Verteilung für Testzwecke | Schrittweise Einführung für ausgewählte Nutzergruppen |
-| Versionskontrolle | Verfolgt Änderungen im Zusammenhang mit Datenschutz-Compliance | CI/CD-Integration mit integrierten Compliance-Prüfungen |
-
-### Schritte zur Compliance-Prüfung
-
-1.  **Erste Datenschutzbewertung**  
-    Beginnen Sie mit der Überprüfung aller Punkte, an denen Daten erfasst und Berechtigungen implementiert werden. Dokumentieren Sie die Arten der erfassten Daten und wo sie gespeichert werden.
-    
-2.  **Automatisierte Tests**  
-    Richten Sie kontinuierliche Testpipelines ein, um Datenschutzfunktionen bei jedem Deployment zu überprüfen. Zum Beispiel hat Capgo bis zum 3. März 2025 erfolgreich 947,6 Millionen Updates weltweit ausgeliefert [\[1\]](https://capgo.app/).
-    
-3.  **Prüfung der Nutzerrechte**  
-    Bewerten Sie alle Funktionen zur Verwaltung von Nutzerdaten, einschließlich:
-    
-    -   Bearbeitung von Zugriffsanfragen
-    -   Datenlöschungsprozesse
-    -   Tools für Datenportabilität
-    -   Einwilligungsverwaltungssysteme
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Diese Tools und Testschritte legen den Grundstein für die Erfüllung der Datenschutzanforderungen des App Stores, die im folgenden Abschnitt behandelt werden.
-
-## [App Store](https://www.apple.com/app-store/) Datenschutzregeln
-
-![App Store](https://mars-images.imgix.net/seobot/screenshots/www.apple.com-9d9fbf06f7f9dd70143af6386e59a5d2-2025-03-06.jpg?auto=compress)
-
-Die Einhaltung der von großen App Stores festgelegten Datenschutzstandards ist der Schlüssel, um Ihre App verfügbar zu halten und das Vertrauen der Nutzer zu gewinnen. Sowohl Apple als auch Google haben strenge Anforderungen festgelegt, die Entwickler einhalten müssen.
-
-### Apple Datenschutzanforderungen
-
-Apples App Store setzt Datenschutz durch sein App Tracking Transparency (ATT) Framework durch. Hier sind einige wichtige Punkte:
-
-| Anforderung | Methode | Überprüfung |
-| --- | --- | --- |
-| Datenschutz-Labels | Detaillierte Offenlegung der Datenerfassungspraktiken | Muss bei jeder Einreichung aktualisiert werden |
-| ATT Framework | Nutzererlaubnis für App-übergreifendes Tracking | Erforderlich für iOS 14.5+ |
-| Datenminimierung | Beschränkung der Datenerfassung auf wesentliche Funktionen | Regelmäßige Datenschutzprüfungen erforderlich |
-
-Verwenden Sie zur Verbesserung der Sicherheit Ende-zu-Ende-Verschlüsselung für die Datenübertragung. Tools wie Capgo können helfen, indem sie verschlüsselte Updates liefern, die den Sicherheitsrichtlinien von Apple entsprechen [\[1\]](https://capgo.app/). Andererseits setzt auch Google Play strenge Transparenz und Nutzerkontrolle über Datenpraktiken durch.
-
-### [Google Play](https://play.google.com/store/games?hl=en_US&gl=US) Datenschutzstandards
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/play.google.com-16a80c4cf416aa7572b6b4b1e8b92617-2025-03-06.jpg?auto=compress)
-
-Der Google Play Store verlangt von Entwicklern, dass sie klare Details über ihre Datenpraktiken bereitstellen. Zu den wichtigsten Anforderungen gehören:
-
-| Anforderung | Beschreibung | Methode |
-| --- | --- | --- |
-| Datensicherheitserklärung | Klare Offenlegung der Datenerfassung | Detailliertes Formular in der Play Console |
-| Datenschutzerklärung | Umfassende Datenschutzinformationen | Externer Link im Store-Eintrag |
-| Sicherheitspraktiken | Erklärung der Datenschutzmaßnahmen | Technische Dokumentation |
-
-Um diese Standards zu erfüllen, sollten Sie Tools in Betracht ziehen, die schnelle Datenschutz-Updates über Plattformen hinweg ermöglichen.
-
-### Technische Ansätze für Compliance
-
-Hier sind einige praktische Schritte, um sicherzustellen, dass Ihre App die Datenschutzanforderungen sowohl von Apple als auch von Google erfüllt:
-
--   **Plattformspezifische Datenschutz-APIs verwenden**:  
-    Nutzen Sie Tools wie Apples Privacy Manifests und Googles Data Safety APIs, um Datenzugriffspunkte effektiv zu dokumentieren.
-    
--   **Flexible Updates gewährleisten**:  
-    Rollen Sie datenschutzbezogene Korrekturen schnell mithilfe konformer Update-Systeme aus. Bleiben Sie über Richtlinienänderungen informiert.
-    
--   **Regelmäßige Datenschutzprüfungen durchführen**:  
-    Überprüfen Sie regelmäßig die Datenerfassungspraktiken Ihrer App, aktualisieren Sie die Datenschutzdokumentation und verifizieren Sie die Einhaltung der neuesten Standards.
-    
-
-Die Aktualisierung der Datenschutzregeln und die schnelle Implementierung von Änderungen ist essentiell für die Aufrechterhaltung der Compliance. Wie Rodrigo Mantica erklärt:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-## Apps datenschutzkonform halten
-
-Datenschutzkonform zu bleiben ist keine einmalige Aufgabe. Über das Testen und die Erfüllung von App Store-Anforderungen hinaus müssen Entwickler den Datenschutz aktiv verwalten, um mit sich ändernden Vorschriften Schritt zu halten. Die richtigen Tools und Ansätze können Ihnen helfen, einen Vorsprung zu behalten.
-
-### Datenschutzgesetz-Updates
-
-Datenschutzgesetze entwickeln sich ständig weiter, und ihre Verfolgung erfordert einen strukturierten Plan:
-
-| Überwachungsbereich | Methode | Häufigkeit |
-| --- | --- | --- |
-| Staatsgesetze | Rechtliche Compliance-Feeds | Monatliche Überprüfung |
-| App Store-Richtlinien | Plattform-Entwicklernachrichten | Zweiwöchentliche Prüfung |
-| Branchenstandards | Datenschutzforen und -gruppen | Vierteljährliche Überprüfung |
-
-Zusätzlich zur regelmäßigen Überwachung stellen Audits sicher, dass Ihre App konform bleibt.
-
-### Datenschutzprüfungsplan
-
-Routinemäßige Audits sind wichtig, um Compliance-Risiken frühzeitig zu erkennen und anzugehen:
-
-| Prüfungsart | Häufigkeit | Hauptkomponenten |
-| --- | --- | --- |
-| Datenerfassungsaudit | Monatlich | Überprüfung der Datenerfassungspunkte |
-| Berechtigungsüberprüfung | Zweiwöchentlich | Bestätigung der Nutzereinwilligungsprozesse |
-| Sicherheitsbewertung | Vierteljährlich | Überprüfung der Verschlüsselungsmaßnahmen |
-| Dokumentationsüberprüfung | Monatlich | Aktualisierung der Datenschutzrichtlinien |
-
-Diese Audits, gepaart mit Datenschutz-Management-Tools, helfen Entwicklern, schnell zu handeln, wenn Probleme auftreten.
-
-### Datenschutz-Management-Tools
-
-Um Compliance-Herausforderungen effizient zu bewältigen, verlassen sich Entwickler auf Tools für schnelle und [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/). Capgo ist ein Paradebeispiel, das weltweit über 947,6 Millionen [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) ausgeliefert hat [\[1\]](https://capgo.app/).
-
-| Funktion | Datenschutzvorteil | Implementierungsauswirkung |
-| --- | --- | --- |
-| E2E-Verschlüsselung | Schützt Daten während der Übertragung | Sofortige Sicherheitsverbesserung |
-| CI/CD-Integration | Beschleunigt Compliance-Korrekturen | Verkürzt Bereitstellungszeit |
-| Nutzerzuweisung | Ermöglicht kontrollierte Rollouts | Gezielte Testmöglichkeit |
-
-Tools wie diese gewährleisten schnelles Handeln, sichere Updates und minimale Ausfallzeiten.
-
-> "@Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles
-
-| Compliance-Bereich | Implementierungsanforderungen | Prüfmethode |
-| --- | --- | --- |
-| Datensicherheit | Ende-zu-Ende-Verschlüsselung verwenden | Sicherheitsaudits durchführen |
-| Benutzerrechte | Berechtigungssystem einrichten | Benutzerabläufe testen |
-| [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Schnelle Update-Auslieferungen ermöglichen | CI/CD-Tools integrieren |
-| Dokumentation | Datenschutzrichtlinien aktuell halten | Monatliche Überprüfungen durchführen |
-
-Konzentrieren Sie sich auf Werkzeuge, die schnelle Reaktionen auf Compliance-Anforderungen ermöglichen. Diese Checkliste ist Ihr Ausgangspunkt - Zeit zum Handeln.
-
-### Erste Schritte
-
-Beginnen Sie mit der Einrichtung eines [effektiven Update-Systems](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Moderne Tools machen dies einfacher als je zuvor. Zum Beispiel integriert sich **Capgo** mit CI/CD-Plattformen wie [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/) und [GitHub](https://github.com/about) und stellt sicher, dass Updates sowohl schnell als auch sicher sind.
-
-Hier ist eine Schritt-für-Schritt-Anleitung zur Implementierung:
-
-| Aufgabe | Zeitplan | Erwartetes Ergebnis |
-| --- | --- | --- |
-| Sicherheitseinrichtung | Woche 1 | Datenübertragung verschlüsselt |
-| Benutzerzuweisung | Woche 2 | Kontrollierte Ausrollprozesse |
-| CI/CD-Integration | Woche 3 | Automatisierte Bereitstellungen |
-
-Ein Praxisbeispiel kommt von Rodrigo Mantica, der mitteilte:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!"
-
-> "@Capgo ist ein unverzichtbares Werkzeug für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Fehlerbehebungen ist Gold wert."
diff --git a/src/content/blog/de/how-native-bridge-works-in-capacitor-android-apps.md b/src/content/blog/de/how-native-bridge-works-in-capacitor-android-apps.md
deleted file mode 100644
index 08b4fcff6..000000000
--- a/src/content/blog/de/how-native-bridge-works-in-capacitor-android-apps.md
+++ /dev/null
@@ -1,294 +0,0 @@
----
-slug: how-native-bridge-works-in-capacitor-android-apps
-title: So funktioniert die Native Bridge in Capacitor Android Apps
-description: >-
-  Erfahren Sie, wie die native Bridge in Android-Apps die Kommunikation zwischen
-  Webcode und nativen Funktionen verbessert und dabei Leistung und
-  Benutzererfahrung optimiert.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:26:08.446Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de087b13cee397379a0b94-1742610380581.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, Android, native bridge, JavaScript, mobile development, app
-  performance, updates, communication
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Die native Bridge in [Capacitor](https://capacitorjs.com/) Android-Apps ermöglicht eine nahtlose Kommunikation zwischen webbasiertem JavaScript und nativen Android-Funktionen.** Sie ermöglicht Entwicklern die direkte Nutzung von Android-spezifischen Funktionalitäten wie Kamera, Geolokalisierung und Speicher aus ihrem Webcode heraus, wodurch Apps entstehen, die sich nativ anfühlen und gleichzeitig Webtechnologien nutzen.
-
-### Wichtige Erkenntnisse:
-
-- **Was ist es?** Ein bidirektionales Kommunikationssystem zwischen JavaScript und Android, das JavaScript-Aufrufe in native Android-Methoden und umgekehrt umwandelt.
-- **Performance-Highlights:**
-  - API-Antwortzeit: **57ms** (globaler Durchschnitt).
-  - Datentransfer: **114ms** für 5MB-Pakete.
-  - Update-Übernahme: **95% innerhalb von 24 Stunden** abgeschlossen mit Tools wie [Capgo](https://capgo.app/).
-- **Funktionsweise:**
-  - **JavaScript zu Android:** Sendet serialisierte Anfragen an native Android-Methoden.
-  - **Android zu JavaScript:** Verwendet Callbacks für Event-Broadcasting, direkte Antworten und Statusaktualisierungen.
-- **Einrichtungsanforderungen:**
-  - Verwendung von Capacitor 8.x.
-  - Konfiguration von [Gradle](https://gradle.org/), `AndroidManifest.xml` und Web-Assets.
-- **Optimierungstipps:**
-  - Nutzung von Teilaktualisierungen zur Reduzierung der Bandbreite.
-  - Überwachung der Bridge-Aufruflatenz, Datengrößen und Speichernutzung.
-
-Capgo, ein Tool für Over-the-Air-Updates, integriert sich mit der Native Bridge, um Updates effizient und sicher bereitzustellen und sicherzustellen, dass Apps reaktionsschnell und aktuell bleiben.
-
-**Möchten Sie schnelle, reaktionsschnelle Apps entwickeln, die die Flexibilität von Webcode mit nativer Android-Performance kombinieren? Lesen Sie weiter, um zu erfahren, wie die Native Bridge funktioniert und wie Sie sie für Ihre Projekte optimieren können.**
-
-## So erstellen Sie projektspezifische lokale Plugins | Ionic | [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-22.jpg?auto=compress)
-
-## Native Bridge Kommunikationsfluss
-
-Die Native Bridge in [Capacitor Android-Apps](https://capgo.app/top_capacitor_app/) ermöglicht eine bidirektionale Kommunikation zwischen den Web- und nativen Schichten. Dieses Nachrichtenübermittlungssystem gewährleistet einen reibungslosen und echtzeitigen Datenaustausch ohne Leistungseinbußen. Im Folgenden erläutern wir, wie die Kommunikation in beide Richtungen fließt und wie Daten verwaltet werden.
-
-### JavaScript zu Android Kommunikation
-
-Wenn JavaScript mit nativer Android-Funktionalität interagieren muss, folgt es einem strukturierten Prozess durch die Native Bridge. JavaScript sendet Anfragen durch Serialisierung und Warteschlangenverwaltung der Daten, wodurch sichergestellt wird, dass Anfragen organisiert bearbeitet werden und Konflikte vermieden werden.
-
-So funktioniert der Nachrichtenfluss:
-
-| **Phase** | **Prozess** |
-| --- | --- |
-| Nachrichtenerstellung | Erstellung der JavaScript-Nutzlast |
-| Serialisierung | Umwandlung der Daten in ein natives Format |
-| Warteschlangenverwaltung | Priorisierung und Weiterleitung von Nachrichten |
-| Native Ausführung | Ausführung von Anfragen über Android-Methoden |
-
-Diese Einrichtung stellt sicher, dass JavaScript-Aufrufe effizient und in der richtigen Reihenfolge verarbeitet werden.
-
-### Android zu JavaScript Kommunikation
-
-Nativer Android-Code kommuniziert über Callback-Mechanismen zurück zur Web-Schicht. Die Bridge verfolgt ausstehende Callbacks, um sicherzustellen, dass Antworten den richtigen Anfragen zugeordnet werden. Dieses System garantiert, dass asynchrone Operationen korrekt abgeschlossen werden und Daten an das richtige Ziel gesendet werden.
-
-Die Android-zu-JavaScript-Kommunikation fällt typischerweise in drei Kategorien:
-
-- **Event-Broadcasting**: Senden systemweiter Benachrichtigungen.
-- **Direkte Antworten**: Antworten auf spezifische JavaScript-Anfragen.
-- **Statusaktualisierungen**: Synchronisierung von Datenänderungen zwischen Schichten.
-
-### Datentransfer und -verarbeitung
-
-Daten, die durch die Bridge fließen, sind für Geschwindigkeit und Genauigkeit optimiert. Techniken wie effiziente Kodierung, Batch-Verarbeitung und automatisierte Speicherverwaltung helfen, den Overhead zu minimieren und gleichzeitig die Datenintegrität zu bewahren.
-
-Die Bridge unterstützt verschiedene Datenformate und gewährleistet Kompatibilität und Typsicherheit:
-
-| **Datentyp** | **JavaScript-Format** | **Natives Android-Format** |
-| --- | --- | --- |
-| Strings | UTF-16 | Java String |
-| Zahlen | Double/Integer | Double/Long |
-| Objekte | JSON | JSONObject |
-| Binär | ArrayBuffer | ByteArray |
-
-Dieses Kommunikationssystem ermöglicht es Entwicklern, reaktionsschnelle Apps zu erstellen, die die Leistungsfähigkeit nativer Android-Funktionen mit der Flexibilität von Webtechnologien kombinieren. Sein effizientes Design gewährleistet eine reibungslose Leistung über verschiedene Geräte und Android-Versionen hinweg.
-
-## Einrichten der Native Bridge für Android
-
-Um die Kommunikation zwischen Ihrer Webanwendung und nativen Android-Funktionen zu ermöglichen, müssen Sie Ihr Projekt sorgfältig konfigurieren. Hier erfahren Sie, wie Sie beginnen können.
-
-### Erste Einrichtungsschritte
-
-Beginnen Sie mit der Einrichtung sowohl des nativen Android-Projekts als auch der Webanwendungsschicht. Die folgende Tabelle beschreibt die wichtigsten Komponenten, die Sie konfigurieren müssen:
-
-| Setup-Komponente | Erforderliche Konfiguration |
-| --- | --- |
-| **[Capacitor Version](https://capgo.app/plugins/ivs-player/)** | Version 6.x oder 7.x verwenden |
-| **[Android Studio](https://developer.android.com/studio)** | Installation der neuesten stabilen Version |
-| **Gradle-Abhängigkeiten** | Einbindung der `capacitor-android`-Bibliothek |
-| **Projektstruktur** | Korrekte Konfiguration der `AndroidManifest.xml` |
-| **Web-Assets** | Korrekte Einrichtung der Asset-Pfade |
-
-Stellen Sie sicher, dass Ihr Projekt die richtigen Capacitor- und Android Studio-Versionen verwendet, die notwendigen Gradle-Abhängigkeiten enthält und eine korrekt konfigurierte `AndroidManifest.xml`-Datei hat. Zusätzlich müssen Ihre Web-Assets richtig zugeordnet sein.
-
-Sobald die grundlegende Einrichtung abgeschlossen ist, können Sie Ihr Projekt durch das Erstellen benutzerdefinierter Plugins erweitern.
-
-### Erstellen benutzerdefinierter Plugins
-
-Benutzerdefinierte Plugins fungieren als Verbindung zwischen Ihrem Webcode und der nativen Android-Funktionalität. Achten Sie bei der Erstellung dieser Plugins auf klare Schnittstellen, korrekte Typumwandlungen und solide Fehlerbehandlung.
-
-Wichtige Schritte für die Plugin-Entwicklung umfassen:
-
-- Erweiterung der `Plugin`-Basisklasse
-- Verwendung der `@PluginMethod`-Annotation für Plugin-Methoden
-- Gewährleistung der Typsicherheit und Implementierung der Fehlerbehandlung
-
-Durch Befolgen dieser Richtlinien können Sie eine zuverlässige Bridge für die Funktionalität Ihrer App erstellen.
-
-### Verwendung nativer Android-Methoden
-
-Nach der Einrichtung benutzerdefinierter Plugins können Sie native Android-Methoden direkt aus Ihrem JavaScript-Code über die definierten Bridge-Methoden aufrufen. Um die Leistung zu verbessern, implementieren Sie Caching und Batch-Verarbeitung für häufige Aufrufe.
-
-Hier ist ein Beispiel für eine benutzerdefinierte native Methode:
-
-```kotlin
-@PluginMethod
-fun nativeMethod(call: PluginCall) {
-    try {
-        val value = call.getString("key")
-        // Perform native Android operations here
-        call.resolve(mapOf("result" to "success"))
-    } catch (e: Exception) {
-        call.reject("Error executing native method", e)
-    }
-}
-```
-
-Während die Native Bridge verschiedene Datentypen unterstützt und Konvertierungen automatisch handhabt, ist es wichtig, Daten sowohl auf der JavaScript- als auch auf der Android-Seite zu validieren. Dies hilft, Laufzeitfehler zu vermeiden und eine reibungslose Kommunikation sicherzustellen.
-
-## Leistungsverbesserungen
-
-Die Optimierung der Native Bridge ist der Schlüssel, um Capacitor Android-Apps reaktionsschnell zu halten. Hier betrachten wir praktische Möglichkeiten zur Leistungssteigerung basierend auf realen Anwendungsfällen.
-
-### Minimierung der Bridge-Last
-
-Die Reduzierung der Arbeitslast auf der Native Bridge kann zu besserer App-Leistung führen. Eine effektive Methode ist:
-
-| Strategie | Implementierung | Auswirkung |
-| --- | --- | --- |
-| Teilaktualisierungen | Nur die modifizierten Komponenten herunterladen | Reduziert den Bandbreitenverbrauch |
-
-Bei der Verwendung von Teilaktualisierungen konzentrieren Sie sich darauf, nur die aktualisierten Teile Ihrer App statt des gesamten Pakets herunterzuladen. Dieser Ansatz spart Ressourcen und verbessert die Effizienz. Behalten Sie die Leistungsmetriken im Auge, um sicherzustellen, dass die Bridge optimal funktioniert.
-
-### Testen und Überwachung
-
-Regelmäßige Überwachung ist unerlässlich, um einen reibungslosen Betrieb der Native Bridge sicherzustellen. Verfolgen Sie diese wichtigen Metriken:
-
-- **Bridge-Aufruflatenz**: Wie schnell die Bridge Aufrufe verarbeitet.
-- **Datentransfergrößen**: Die Menge der durch die Bridge fließenden Daten.
-- **Erfolgs-/Fehlerraten**: Das Verhältnis erfolgreicher Operationen zu Fehlern.
-- **Speichernutzungsmuster**: Wie viel Speicher die Bridge im Laufe der Zeit verbraucht.
-- **Update-Verteilungsmetriken**: Einblicke in die Verteilung von Updates.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Um maximale Leistung zu erhalten, implementieren Sie eine gründliche Teststrategie, die Folgendes umfasst:
-
-- **Leistungs-Benchmarking**: Setzen Sie Basismetriken zum Vergleich fest.
-- **Lasttests**: Simulieren Sie hohen Datenverkehr, um Schwachstellen zu identifizieren.
-- **Fehlerüberwachung**: Behalten Sie Bridge-Fehler im Auge und analysieren Sie diese.
-- **Benutzererfah
-
-rungsmetriken**: Stellen Sie sicher, dass die App während Bridge-Operationen reaktionsschnell bleibt.
-
-Für fortgeschrittenere Optimierung versuchen Sie, ein [Channel-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/) für die Update-Verteilung zu verwenden. Diese Methode ermöglicht es Ihnen, Updates zunächst mit kleineren Benutzergruppen zu testen, wodurch die Leistungsüberwachung einfacher wird, bevor Änderungen für alle ausgerollt werden.
-
-Diese Strategien validieren nicht nur die Leistung der Bridge, sondern helfen auch dabei, sie für die Anforderungen realer Anwendungen zu optimieren.
-
-## Entwicklungsrichtlinien
-
-Bei der Arbeit mit der Native Bridge in Capacitor Android-Apps ist die Befolgung sicherer und effizienter Entwicklungspraktiken essenziell. Hier erfahren Sie, wie Sie sowohl Sicherheit als auch reibungslose Leistung gewährleisten können.
-
-### Sicherheitsmaßnahmen
-
-Implementieren Sie mehrere Sicherheitsebenen, um die Datenübertragung zwischen JavaScript und nativen Komponenten zu schützen. **Ende-zu-Ende-Verschlüsselung** ist ein Muss für den Schutz sensibler Informationen.
-
-Hier sind einige wichtige Sicherheitsebenen, auf die Sie sich konzentrieren sollten:
-
-| Sicherheitsebene | Implementierung | Zweck |
-| --- | --- | --- |
-| [Datenverschlüsselung](https://capgo.app/docs/cli/migrations/encryption/) | Ende-zu-Ende-Verschlüsselung | Schutz der Daten während der Übertragung |
-| Zugriffskontrolle | Granulare Berechtigungen | Verwaltung von Benutzer- und Team-Zugriff |
-| Update-Sicherheit | Signierte Updates | Überprüfung der Update-Authentizität |
-| Fehlerbehandlung | Rollback-Fähigkeit | Gewährleistung der App-Stabilität |
-
-Validieren Sie immer Daten auf beiden Seiten - JavaScript und native Komponenten - um Schwachstellen zu reduzieren. Diese Praktiken, kombiniert mit sicheren Update-Mechanismen, helfen dabei, eine zuverlässige und sichere App-Umgebung aufrechtzuerhalten.
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren nur Updates" - Capgo [\[1\]](https://capgo.app/)
-
-### Plugin-Updates und Support
-
-Die Aktualisierung von Plugins ist entscheidend für die Kompatibilität mit den neuesten Android- und Capacitor-Versionen. So können Sie sie effektiv verwalten:
-
--   **Versionskontrolle**: Behalten Sie Plugin-Versionen über verschiedene App-Releases hinweg im Auge.
--   **Kompatibilitätstests**: Testen Sie Plugins mit den Ziel-Android-API-Levels, um die ordnungsgemäße Funktionalität sicherzustellen.
--   **Kontrollierte Einführung**: Nutzen Sie [kanalbasierte Update-Systeme](https://capgo.app/docs/plugin/cloud-mode/channel-system/) um Updates an bestimmte Benutzergruppen zu verteilen, bevor sie breit veröffentlicht werden.
-
-Ein kanalbasiertes System ermöglicht es Ihnen, Updates in kleineren Gruppen zu testen und das Risiko weitverbreiteter Probleme zu minimieren.
-
-> "Wir testen derzeit @Capgo, da Appcenter die Live-Update-Unterstützung für Hybrid-Apps eingestellt hat und @AppFlow viel zu teuer ist." - Simon Flack [\[1\]](https://capgo.app/)
-
-Teilaktualisierungen sind eine weitere großartige Möglichkeit, die Effizienz durch reduzierte Download-Größen zu verbessern. Sie sind besonders nützlich für schnelle Fehlerbehebungen.
-
-> "@Capgo ist ein unverzichtbares Werkzeug für Entwickler, die produktiver sein möchten. Die Vermeidung von Reviews für Fehlerbehebungen ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Regelmäßige Tests und Überwachung sind wichtig, um Kompatibilitätsprobleme frühzeitig zu erkennen und eine reibungslose Benutzererfahrung sicherzustellen.
-
-## [Capgo](https://capgo.app/) Integration
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capgo verbessert die Native-Bridge-Leistung durch sofortige Over-the-Air (OTA) Updates. Mit 23,5 Millionen ausgelieferten Updates über 750 Apps ist es zu einem zuverlässigen Werkzeug für die Verwaltung von Updates über die Native Bridge geworden.
-
-### Capgo Bridge Funktionen
-
-Capgo nutzt die Native Bridge, um Updates effizient bereitzustellen und dabei hohe Leistung zu gewährleisten. Hier ein genauerer Blick auf die Funktionen:
-
-| **Funktion** | **Funktionsweise** | **Leistungsauswirkung** |
-| --- | --- | --- |
-| Hintergrund-Updates | Installiert Updates automatisch ohne Benutzereingriff | 95% der Benutzer innerhalb von 24 Stunden aktualisiert |
-| Teilaktualisierungen | Aktualisiert nur die geänderten Komponenten | 114ms durchschnittliche Downloadzeit für 5MB Bundles |
-| Bridge-Sicherheit | Verwendet Ende-zu-Ende-Verschlüsselung für Datenübertragungen | Gewährleistet sicheren Datenaustausch |
-| Versionskontrolle | Prüft Kompatibilität mit der Native Bridge | Erreicht 82% Erfolgsrate weltweit |
-
-Durch die nahtlose Integration mit der Native Bridge ermöglicht Capgo Entwicklern Updates zu pushen und dabei Plattformanforderungen zu erfüllen. Dies ist besonders wichtig für Android-Apps, wo die Native Bridge die Kommunikation zwischen JavaScript und nativen Komponenten ermöglicht. Capgos System ist darauf ausgelegt, diese Funktionalität für effizientes Update-Management zu nutzen.
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren nur Updates" - Capgo [\[1\]](https://capgo.app/)
-
-### Capgo Update-Verwaltung
-
-Capgos Update-Verwaltungssystem ist darauf ausgelegt, direkt mit der Native Bridge zu arbeiten und eine reibungslose und zuverlässige Bereitstellung von Updates zu gewährleisten. Es unterstützt Capacitor 8 und bietet Entwicklern damit Flexibilität in ihren Projekten.
-
-So beginnen Sie mit Capgo:
-
--   Installation über `npx @capgo/cli init`
--   Beibehaltung Ihres bestehenden Build-Prozesses
--   Bereitstellung von Updates über die CLI
-
-Für Unternehmensanwendungen bietet Capgo leistungsstarke Funktionen für große Anforderungen:
-
-| **Funktion** | **Funktionalität** | **Vorteil** |
-| --- | --- | --- |
-| Kanal-System | Zielt auf spezifische Benutzergruppen | Ermöglicht kontrollierte Einführungstests |
-| API-Integration | Bietet 57ms durchschnittliche Antwortzeit | Ermöglicht Echtzeit-Update-Überwachung |
-| Hosting-Optionen | Unterstützt Cloud- oder Self-Hosted-Deployment | Bietet Flexibilität bei der Infrastrukturkontrolle |
-| Speicherkapazität | Bietet bis zu 20GB für Enterprise-Pläne | Vereinfacht Versionsverwaltung |
-
-Das Kanal-System ist besonders nützlich, um Updates mit ausgewählten Benutzergruppen zu testen, bevor sie breiter ausgerollt werden. Dies gewährleistet Stabilität über verschiedene Android-Versionen und Gerätekonfigurationen hinweg.
-
-## Fazit
-
-### Überblick der Hauptpunkte
-
-In Capacitor Android-Apps fungiert die Native Bridge als wichtiges Kommunikationsglied zwischen JavaScript und nativen Komponenten. Bei optimierter Nutzung liefert sie beeindruckende Leistungskennzahlen:
-
-| Aspekt | Leistungsauswirkung |
-| --- | --- |
-| **Update-Bereitstellung** | 95% Benutzerakzeptanz innerhalb von 24 Stunden |
-| **API-Antwort** | 57ms Durchschnitt weltweit |
-| **Erfolgsrate** | 82% globaler Deployment-Erfolg |
-
-Diese Zahlen unterstreichen die Bedeutung sicherer Kommunikation und Reduzierung der Bridge-Last für optimale Leistung.
-
-> "Capgo ist eine smarte Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) 🙂" - NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-### Erste Schritte
-
-Bereit für die Implementierung der Native Bridge? Hier sind drei Schritte für den Einstieg:
-
--   **Native Bridge einrichten**: Stellen Sie sicher, dass sie für effiziente Kommunikation konfiguriert ist.
--   **Gründlich testen**: Etablieren Sie zuverlässige Testverfahren, um potenzielle Probleme früh zu erkennen.
--   **Leistungskennzahlen überwachen**: Behalten Sie wichtige Indikatoren im Auge, um einen reibungslosen Betrieb zu gewährleisten.
-
-Für Unternehmens-Apps empfiehlt sich die Nutzung von Kanal-Systemen und die Integration von CI/CD-Pipelines für kontrollierte Einführungen. Diese Praktiken können Ihnen helfen, Android-Apps zu erstellen, die den Anforderungen heutiger Benutzer gerecht werden.
-
-Mit der Weiterentwicklung der App-Entwicklung werden Funktionen wie Ende-zu-Ende-Verschlüsselung und Teilaktualisierungen zum Standard für die Aufrechterhaltung von Sicherheit und Effizienz. Mit dem richtigen Ansatz können Sie die gleichen Hochleistungsergebnisse erzielen, die über 23,5 Millionen erfolgreiche Updates in verschiedenen Anwendungen ermöglicht haben.
diff --git a/src/content/blog/de/how-ota-encryption-meets-app-store-compliance.md b/src/content/blog/de/how-ota-encryption-meets-app-store-compliance.md
deleted file mode 100644
index 78d6396d1..000000000
--- a/src/content/blog/de/how-ota-encryption-meets-app-store-compliance.md
+++ /dev/null
@@ -1,79 +0,0 @@
----
-slug: how-ota-encryption-meets-app-store-compliance
-title: So erfüllt OTA-Verschlüsselung die App Store-Richtlinien
-description: >-
-  Die OTA-Verschlüsselung, die App-Updates schützt und die Einhaltung strenger
-  App-Store-Richtlinien gewährleistet, wird erläutert.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-14T05:12:26.952Z
-updated_at: 2025-03-18T13:13:55.519Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ae8c28192afc208a60fcea-1739509966039.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA encryption, app store compliance, app updates security, AES-256, TLS, code
-  signing, mobile security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-**Over-the-Air (OTA) Verschlüsselung gewährleistet sichere App-Updates unter Einhaltung der strengen Regeln von Apple und Google App Stores.** Hier ist, wie es funktioniert und warum es wichtig ist:
-
--   **Schützt Updates**: Verschlüsselung verhindert Datenabfangen, Manipulation und unbefugten Zugriff während der Update-Übertragung
--   **Befolgt App Store Regeln**:
-    -   Apple: Erfordert HTTPS (TLS 12+), [App Transport Security](https://developer.apple.com/documentation/security/preventing-insecure-network-connections) (ATS) und Code-Signierung
-    -   Google: Erzwingt SSL-Pinning, [Play Protect](https://developersgooglecom/android/play-protect) Scanning und Industriestandard-Verschlüsselung
--   **Verwendet [AES-256](https://enwikipediaorg/wiki/Advanced_Encryption_Standard)**: Ein hochsicherer Verschlüsselungsstandard mit 256-Bit-Schlüsseln für robusten Datenschutz
--   **Ende-zu-Ende-Sicherheit**: Updates werden von der Erstellung bis zur Installation verschlüsselt, um Integrität und gerätespezifische Entschlüsselung sicherzustellen
-
-**Schneller Vergleich der App Store Anforderungen**:
-
-| **Anforderung** | **Apple App Store** | **Google Play Store** |
-| --- | --- | --- |
-| Protokoll | HTTPS (TLS 12+) | HTTPS verpflichtend |
-| Schlüsselspeicherung | iOS Keychain | Android Keystore |
-| Code-Verifizierung | Verpflichtende Code-Signierung | Play Protect Scanning |
-| Verschlüsselungsstandard | AES-256 empfohlen | Industriestandard-Verschlüsselung |
-
-## Unity Verschlüsselungs-Exportkonformität | Apple iOS Exportkonformität
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## OTA Update Verschlüsselungsmethoden
-
-Moderne OTA-Update-Systeme verwenden mehrschichtige Verschlüsselungstechniken, um Sicherheit zu gewährleisten und App Store-Standards einzuhalten. Diese Methoden schützen Updates während ihrer Erstellung, Übertragung und Installation.
-
-### TLS-Protokollsicherheit
-
-[Transport Layer Security](https://enwikipediaorg/wiki/Transport_Layer_Security) (TLS) ist das Rückgrat der sicheren OTA-Update-Übertragung. Es erfüllt wichtige Anforderungen wie Apple's ATS und Google's SSL-Pinning durch Aufbau einer verschlüsselten Verbindung zwischen Servern und Geräten. Dies verhindert, dass Daten während der Übertragung abgefangen oder manipuliert werden.
-
-So entsprechen TLS-Funktionen den Sicherheits- und Compliance-Anforderungen:
-
-| Funktion | Sicherheitsvorteil | Compliance-Auswirkung |
-| --- | --- | --- |
-| Forward Secrecy | Schützt vergangene Kommunikation bei Schlüsselkompromittierung | Von Apple ATS gefordert [\[3\]](https://wwwglobalyocom/exploring-advanced-encryption-techniques-for-esim-security/) |
-| Starke Cipher Suites | Schützt vor kryptographischen Angriffen | Erfüllt Google Play Anforderungen [\[2\]](https://workerscloudflarecom/built-with/projects/Capgo) |
-| Zertifikat-Pinning | Verhindert Man-in-the-Middle-Angriffe | Verpflichtend für iOS-Apps [\[3\]](https://wwwglobalyocom/exploring-advanced-encryption-techniques-for-esim-security/) |
-
-Diese Transport-Layer-Maßnahmen dienen als erste Verteidigungslinie, während Ende-zu-Ende-Verschlüsselung Updates während ihres gesamten Lebenszyklus sichert.
-
-### Vollständiger Ende-zu-Ende-Schutz
-
-Ende-zu-Ende-Verschlüsselung stellt sicher, dass Updates von ihrer Erstellung bis zur Installation sicher bleiben. Dieser Ansatz erfüllt App Store-Anforderungen zum Schutz sensibler Daten in allen Phasen.
-
-Schlüsselelemente der Ende-zu-Ende-Verschlüsselung umfassen:
-
--   **Vor-Verteilungs-Verschlüsselung**: Updates werden verschlüsselt, bevor sie die Quelle verlassen
--   **Sichere Übertragung**: Daten werden über TLS-geschützte Kanäle übertragen
--   **Verschlüsselte Gerätespeicherung**: Updates bleiben bis zur Installation sicher
--   **Gerätespezifische Entschlüsselung**: Nur das Zielgerät kann mit sicher gespeicherten Schlüsseln die Updates entschlüsseln
-
-### [AES-256](https://enwikipediaorg/wiki/Advanced_Encryption_Standard) Datensicherheit
-
-AES-256-Verschlüsselung ist ein Standard, der die Verschlüsselungsanforderungen sowohl für iOS- als auch Android-Plattformen erfüllt.
-
-> "AES-256 ist einer der sichersten verfügbaren Verschlüsselungsalgorithmen, zugelassen von der US National Security Agency für streng geheime Informationen" [\[7\]](https://wwwzendesk)
\ No newline at end of file
diff --git a/src/content/blog/de/how-ota-updates-affect-app-store-security.md b/src/content/blog/de/how-ota-updates-affect-app-store-security.md
deleted file mode 100644
index f7537cf13..000000000
--- a/src/content/blog/de/how-ota-updates-affect-app-store-security.md
+++ /dev/null
@@ -1,238 +0,0 @@
----
-slug: how-ota-updates-affect-app-store-security
-title: Wie sich OTA-Updates auf die App Store-Sicherheit auswirken
-description: >-
-  OTA-Updates vereinfachen App-Verbesserungen, bergen aber Sicherheitsrisiken.
-  Erfahren Sie, wie Sie Benutzer schützen und dabei die Standards der App Stores
-  einhalten können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T02:34:12.739Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78-1745634908381.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'OTA updates, app security, app store compliance, encryption, vulnerabilities'
-tag: 'Mobile, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-OTA (Over-the-Air) Updates ermöglichen es App-Entwicklern, Änderungen direkt an Benutzer zu übermitteln, ohne auf App-Store-Genehmigungen warten zu müssen. Dies beschleunigt Fehlerbehebungen, Sicherheitsupdates und Feature-Einführungen. **95% der Nutzer installieren Updates innerhalb von 24 Stunden**, aber das schnelle Tempo kann Risiken bergen, wenn es nicht sicher verwaltet wird.
-
-### Hauptpunkte:
-
--   **Vorteile**: Sofortige Korrekturen, schnellere Feature-Veröffentlichungen, einheitliche App-Versionen.
--   **Risiken**: Schwachstellen wie Code-Injektion, Abfangen oder schwache Authentifizierung.
--   **Sicherheitsmaßnahmen**: Ende-zu-Ende-Verschlüsselung, starke Authentifizierung, Rollback-Funktionalität und Einhaltung der App-Store-Richtlinien.
-
-### Schneller Vergleich der App Store Anforderungen:
-
-| Sicherheitsaspekt | [Apple App Store](https://developer.apple.com/app-store/) | [Google Play Store](https://developer.android.com/distribute/console) |
-| --- | --- | --- |
-| Code-Integrität | Signierte Binärverifizierung | APK-Signaturverifizierung |
-| Update-Übermittlung | HTTPS-Verschlüsselung obligatorisch | TLS 1.2+ erforderlich |
-
-Plattformen wie [Capgo](https://capgo.app/) bieten Tools zur Gewährleistung der Compliance und bieten Funktionen wie Verschlüsselung, CI/CD-Integration und Rollback-Unterstützung. Die Wahl einer sicheren OTA-Plattform ist essentiell für den Schutz der Nutzer und die Einhaltung der App-Store-Vorgaben.
-
-## Over-the-Air (OTA) Updates mit EAS Update senden | Schritt ...
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Sicherheitsrisiken bei OTA-Updates
-
-OTA-Updates können Risiken mit sich bringen, die die Sicherheit der Benutzer und die Einhaltung von Vorschriften gefährden. Die Bewältigung dieser Risiken erfordert ein klares Verständnis möglicher Schwachstellen.
-
-### Angriffspunkte
-
-Die dynamische Natur von OTA-Updates eröffnet mehrere Schwachstellen, die Angreifer ausnutzen könnten. Hier sind einige häufige Schwachstellen:
-
-| Angriffsvektor | Risikobeschreibung | Auswirkungsgrad |
-| --- | --- | --- |
-| Code-Injektion | Während des Update-Prozesses eingefügter schadhafter Code | Kritisch |
-| Man-in-the-Middle | Updates werden während der Übertragung abgefangen und verändert | Hoch |
-
-Capgo mindert diese Risiken durch den Einsatz von **Ende-zu-Ende-Verschlüsselung** zur Wahrung der Code-Integrität [\[1\]](https://capgo.app/).
-
-Diese Schwachstellen stellen nicht nur einzelne Risiken dar - sie können zu großflächigen Sicherheitsproblemen führen.
-
-### Bedenken zur Massenausnutzung
-
-OTA-Update-Systeme können gleichzeitig eine große Anzahl von Benutzern beeinflussen. Einige wichtige Risiken sind:
-
--   Updates können gleichzeitig an Tausende von Geräten verteilt werden.
--   Bei Kompromittierung können Updates schädlichen Code auf allen betroffenen Geräten ausführen.
--   Traditionelle App-Store-Sicherheitsmaßnahmen können vollständig umgangen werden.
-
-Die Geschwindigkeit und der Umfang von OTA-Bereitstellungen können den durch eine Sicherheitsverletzung verursachten Schaden erheblich verstärken.
-
-### Probleme bei der Update-Authentifizierung
-
-Die Gewährleistung sicherer Updates hängt auch von robusten Authentifizierungsmethoden ab. Schwache Authentifizierung kann es Angreifern ermöglichen, schädliche Updates in den Prozess einzuschleusen. Einige häufige Herausforderungen sind:
-
-| Herausforderung | Sicherheitsauswirkung |
-| --- | --- |
-| Signaturverifikation | Stellt sicher, dass Updates kryptographisch auf Gültigkeit signiert sind |
-| Zugangskontrolle | Schützt Entwickler-Anmeldedaten vor Kompromittierung |
-| Versionskontrolle | Erhält die richtige Reihenfolge und Integrität von Updates |
-
-Um diese Herausforderungen zu bewältigen, implementieren viele Lösungen jetzt **Ende-zu-Ende-Verschlüsselung** zusammen mit strengen Authentifizierungsprotokollen, um einen sichereren OTA-Update-Prozess zu gewährleisten.
-
-## App Store Sicherheitsregeln
-
-Apple und Google setzen strenge Sicherheitsmaßnahmen durch, um OTA-Update-Prozesse (Over-the-Air) zu schützen.
-
-### Apple und Google Anforderungen
-
-App Stores verlangen von OTA-fähigen Apps die Einhaltung spezifischer Protokolle zur Gewährleistung der Code-Integrität und sicherer Updates. Hier ein Vergleich:
-
-| Anforderung | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| Code-Integrität | Signierte Binärverifizierung | APK-Signaturverifizierung |
-| Update-Übermittlung | HTTPS-Verschlüsselung obligatorisch | TLS 1.2+ erforderlich |
-
-Entwickler müssen sowohl digitale Signierung als auch sichere Server für die Verteilung von Updates verwenden. Compliance bedeutet die Aufrechterhaltung sicherer Kanäle während des gesamten Update-Prozesses.
-
-### Auswirkungen bei Nichteinhaltung
-
-Die Nichteinhaltung dieser Anforderungen kann zu schwerwiegenden Problemen führen:
-
--   **Unmittelbare Auswirkungen**: Nichteinhaltung kann während Audits zur App-Entfernung führen, was den Betrieb stört und die Glaubwürdigkeit schädigt.
--   **Langfristige Konsequenzen**: Wiederholte Verstöße könnten zu strengeren Strafen führen und künftige App-Einreichungen erschweren.
--   **Auswirkungen auf das Nutzervertrauen**: Nutzer könnten das Vertrauen in die Fähigkeit eines Entwicklers verlieren, sichere Updates bereitzustellen, was dem Ruf des Entwicklers schadet.
-
-Diese Risiken unterstreichen die Wichtigkeit der Einhaltung von App Store Sicherheitsregeln.
-
-### Sicherheits-Scanning-Schritte
-
-Entwickler können Compliance-Risiken reduzieren, indem sie in jeder Phase des Update-Prozesses gründliche Scans implementieren. Hier ist wie:
-
-| Scanning-Phase | Wesentliche Aktionen | Verifizierungsmethode |
-| --- | --- | --- |
-| Vor der Bereitstellung | Code-Integrität prüfen | Automatisierte Tests |
-| Update-Paket | Digitale Signaturen verifizieren | Zertifikatsvalidierung |
-| Laufzeit | Dynamische Sicherheitsprüfungen durchführen | Echtzeit-Überwachung |
-
-Capgo stellt die Compliance durch "App Store konforme" Lösungen [\[1\]](https://capgo.app/) sicher, mit Ende-zu-Ende-Verschlüsselung und fortschrittlichen Sicherheitsprotokollen.
-
-Regelmäßige Audits von OTA-Update-Systemen gegen aktuelle App Store Richtlinien sind essentiell für die Aufrechterhaltung der Compliance und Vermeidung von App-Ablehnungen.
-
-## Sicherheits-Best-Practices
-
-Die Gewährleistung sicherer OTA-Updates erfordert eine Kombination aus technischen Maßnahmen und klar definierten Verfahren.
-
-### Datenschutzmethoden
-
-Ein Schlüsselelement sicherer OTA-Updates ist die **Ende-zu-Ende-Verschlüsselung**, die Update-Pakete vom Entwickler bis zum Endgerät schützt.
-
-| Schutzschicht | Sicherheitsmaßnahme | Zweck |
-| --- | --- | --- |
-| Übertragung | HTTPS/TLS 1.2+ | Schützt Daten während der Übertragung |
-| Speicherung | Ende-zu-Ende-Verschlüsselung | Blockiert unbefugten Zugriff |
-| Verifizierung | Digitale Signaturen | Bestätigt die Integrität von Updates |
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren Updates nur" [\[1\]](https://capgo.app/)
-
-Zusätzlich kann ein kontrollierter Freigabeprozess helfen, potenzielle Risiken zu reduzieren.
-
-### Kontrollierter Freigabeprozess
-
-Um Updates sicher und effektiv zu verwalten, folgen Sie diesen Schritten:
-
--   **Phasenweise Verteilung**: Beginnen Sie mit einer kleinen Benutzergruppe und erweitern Sie diese basierend auf Leistungsdaten schrittweise.
--   **Echtzeit-Überwachung**: Verfolgen Sie Update-Erfolgsraten, Fehlerprotokolle und Benutzerengagement auf Unregelmäßigkeiten.
--   **Rollback-Vorbereitung**: Halten Sie immer signierte und verschlüsselte Backup-Versionen für schnelle Rollbacks bereit.
-
-### [Capgo](https://capgo.app/) Plattform-Funktionen
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78/c4b9497df1c5d14f98df25934b50bafa.jpg)
-
-Eine zuverlässige OTA-Update-Plattform integriert diese Praktiken, um Bereitstellungen zu sichern und zu vereinfachen. Achten Sie auf Plattformen, die wesentliche Sicherheitsfunktionen bieten.
-
-| Funktion | Sicherheitsvorteil |
-| --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Schützt Updates vor unbefugtem Zugriff |
-| CI/CD-Integration | Automatisiert und vereinfacht den Bereitstellungsprozess |
-| Kanal-System | Unterstützt kontrollierte Beta-Tests und schrittweise Einführungen |
-| Analytics-Dashboard | Überwacht Update-Performance in Echtzeit |
-| Rollback-Unterstützung | Ermöglicht sofortige Rücknahme bei Problemen |
-
-Für Unternehmensanwender bietet Capgo CI/CD-Einrichtungsdienste für 2.600 $ [\[1\]](https://capgo.app/), um sicherzustellen, dass Ihr Sicherheitsrahmen von Anfang an korrekt konfiguriert ist.
-
-## OTA-Plattform-Vergleich
-
-Bei der Bewertung von OTA-Update-Plattformen ist es wichtig, Stabilität, Sicherheitsfunktionen und langfristige Unterstützung zu berücksichtigen. Die Schließung von [Microsoft CodePush](https://microsoft.github.io/code-push/) im Jahr 2024 und die bevorstehende Abschaltung von [Appflow](https://ionic.io/appflow/) im Jahr 2026 unterstreichen die Bedeutung der Wahl einer zuverlässigen Lösung. Dieser Vergleich zeigt, wie sich führende OTA-Plattformen durch starke Sicherheitsmaßnahmen und konsistente Unterstützung auszeichnen.
-
-### Plattform-Funktionsmatrix
-
-| Funktion | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- | --- |
-| **Aktiver Status** | Aktiv seit 2022 | Aktiv seit 2024 | Schließt 2026 | Geschlossen 2024 |
-| **Ende-zu-Ende-Verschlüsselung** | Ja | Nein | Nein | Nein |
-| **Update-Erfolgsrate** | 82% weltweit | K.A. | K.A. | K.A. |
-| **Benutzer-Update-Geschwindigkeit** | 95% innerhalb 24h | K.A. | K.A. | K.A. |
-| **Globale CDN-Geschwindigkeit** | 114ms (5MB Bundle) | K.A. | Variiert | K.A. |
-| **[Self-Hosting Option](https://capgo.app/blog/self-hosted-capgo/)** | Ja | Begrenzt | Nein | Nein |
-| **CI/CD-Integration** | Ja | Grundlegend | Ja | Nein |
-| **App Store Compliance** | Vollständig | Teilweise | Vollständig | Begrenzt |
-| **Monatlich aktive Nutzer** | Skalierbar bis 1M+ | Begrenzt | Enterprise | K.A. |
-
-Die Auswahl der richtigen OTA-Plattform ist entscheidend für die Gewährleistung der App Store Compliance und die Aufrechterhaltung sicherer, effizienter Abläufe. Moderne Plattformen integrieren jetzt fortschrittliche Sicherheitsfunktionen mit zuverlässiger, langfristiger Unterstützung.
-
-> "Wir testen derzeit @Capgo, da Appcenter die Live-Update-Unterstützung für Hybrid-Apps eingestellt hat und @AppFlow viel zu teuer ist."  
-> – Simon Flack [\[1\]](https://capgo.app/)
-
-Die Kosten für OTA-Plattformen können stark variieren, wobei CI/CD-Operationen von 300 $ pro Monat bis zu 6.000 $ jährlich reichen [\[1\]](https://capgo.app/).
-
-> "Habe mein @Appflow-Abonnement nach 4 Jahren gekündigt. Code-Push schien nie gut zu funktionieren, hoffentlich hat @CapGO es herausgefunden."  
-> – LeVar Berry [\[1\]](https://capgo.app/)
-
-Mit 1,4K Apps in Produktion, die sich auf diese Lösungen verlassen, wird deutlich, dass der Markt Plattformen schätzt, die Sicherheit und Zuverlässigkeit priorisieren [\[1\]](https://capgo.app/).
-
-## Fazit
-
-Die zuvor behandelten Sicherheitsmaß
-
-Die heutigen OTA-Plattformen haben sich weiterentwickelt, um wichtige Sicherheitsherausforderungen zu bewältigen und gleichzeitig strenge App Store-Standards zu erfüllen. Dieser Fortschritt adressiert frühere Risiken und gewährleistet die Einhaltung der App Store-Anforderungen. Effektive Lösungen kombinieren starke Sicherheitsframeworks mit [reibungslosen Update-Prozessen](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), was zu hohen Erfolgsraten und breiter Nutzerakzeptanz führt [\[1\]](https://capgo.app/).
-
-> "Die Community brauchte das und @Capgo macht etwas wirklich Wichtiges!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-Sicherheitspraktiken sind zum Industriestandard geworden, wobei Ende-zu-Ende-Verschlüsselung heute ein Muss ist. Der Übergang von älteren Update-Methoden zu sicheren OTA-Plattformen ermöglicht es Entwicklern, strenge Sicherheitsmaßnahmen einzuhalten und gleichzeitig Updates effektiver bereitzustellen.
-
-Hier sind einige wichtige Sicherheitselemente und ihre Rolle bei der App Store-Compliance:
-
-| Sicherheitsaspekt | Auswirkung auf App Store-Compliance |
-| --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Schützt die Datenintegrität während der Übertragung |
-| Update-Authentifizierung | Blockiert nicht autorisierte Updates |
-| Rollback-Fähigkeit | Bietet schnelle Fehlerbehebungen für Sicherheitsprobleme |
-| Fehlerverfolgung | Unterstützt App-Stabilität und Sicherheit |
-
-Moderne OTA-Plattformen beweisen, dass Sicherheit und Effizienz Hand in Hand gehen können. Die Ausbalancierung dieser beiden Prioritäten ist entscheidend für die Einhaltung der Vorschriften und das Vertrauen der Nutzer in der heutigen App-gesteuerten Welt [\[1\]](https://capgo.app/).
-
-## FAQs
-
-:::faq
-### Welche Risiken bergen OTA-Updates für die App-Sicherheit und wie können Entwickler diese angehen?
-
-OTA (Over-The-Air) Updates können Apps potenziellen Schwachstellen aussetzen, wie unbefugtem Zugriff oder beeinträchtigter Datenintegrität, besonders wenn Updates nicht ordnungsgemäß gesichert sind. Diese Risiken können die App Store-Compliance und das Nutzervertrauen beeinträchtigen.
-
-Um diese Risiken zu minimieren, sollten Entwickler robuste Sicherheitsmaßnahmen wie **Ende-zu-Ende-Verschlüsselung**, regelmäßige Tests und sichere Bereitstellungspraktiken implementieren. Tools wie Capgo können diesen Prozess optimieren, indem sie sofortige Updates für Capacitor-Apps ermöglichen, ohne App Store-Genehmigungen zu erfordern. Capgos Funktionen, wie nahtlose CI/CD-Integration und nutzerspezifische Update-Zuweisungen, stellen sicher, dass Updates sowohl sicher als auch konform mit Apple- und Android-Standards sind.
-:::
-
-:::faq
-### Wie helfen OTA-Updates bei der Einhaltung der App Store-Sicherheitsvorschriften und was passiert bei Nichteinhaltung?
-
-OTA (Over-The-Air) Updates spielen eine entscheidende Rolle bei der Einhaltung der App Store-Sicherheitsvorschriften, indem sie Entwicklern ermöglichen, schnell Updates, Fehlerbehebungen und neue Funktionen bereitzustellen, ohne auf langwierige App Store-Genehmigungsprozesse warten zu müssen. Dies stellt sicher, dass Apps sicher und auf dem neuesten Stand der Anforderungen von Apple und Android bleiben.
-
-Die Nichteinhaltung der App Store-Sicherheitsstandards kann zu schwerwiegenden Konsequenzen führen, wie der Entfernung von Apps aus dem Store, Verlust des Nutzervertrauens oder sogar rechtlichen Strafen. Lösungen wie **Capgo** erleichtern das Management von OTA-Updates unter Einhaltung aller Compliance-Anforderungen und bieten Funktionen wie Ende-zu-Ende-Verschlüsselung und nahtlose Integration in Entwicklungsabläufe.
-:::
-
-:::faq
-### Welche Schlüsselfunktionen sollten Entwickler in einer OTA-Plattform priorisieren, um sichere und nahtlose App-Updates zu gewährleisten?
-
-Um sichere und nahtlose App-Updates zu gewährleisten, sollten Entwickler Funktionen wie **Ende-zu-Ende-Verschlüsselung**, **Integration mit CI/CD-Pipelines** und die Möglichkeit, Updates bestimmten Nutzergruppen zuzuweisen, priorisieren. Diese Fähigkeiten helfen, App-Daten zu schützen, den Update-Prozess zu optimieren und eine bessere Kontrolle darüber zu haben, wer Updates erhält.
-
-Plattformen wie Capgo sind beispielsweise darauf ausgelegt, die Compliance-Anforderungen sowohl für Apple als auch Android zu erfüllen und bieten Echtzeit-Updates ohne App Store-Genehmigung. Durch den Fokus auf Sicherheit, Effizienz und Compliance können Entwickler zuversichtlich Updates bereitstellen und dabei Risiken minimieren.
-:::
diff --git a/src/content/blog/de/how-rbac-secures-ota-updates-in-capacitor-apps.md b/src/content/blog/de/how-rbac-secures-ota-updates-in-capacitor-apps.md
deleted file mode 100644
index 7c75272ec..000000000
--- a/src/content/blog/de/how-rbac-secures-ota-updates-in-capacitor-apps.md
+++ /dev/null
@@ -1,118 +0,0 @@
----
-slug: how-rbac-secures-ota-updates-in-capacitor-apps
-title: Wie RBAC OTA-Updates in Capacitor-Apps absichert
-description: >-
-  Erfahren Sie, wie rollenbasierte Zugriffskontrolle die Sicherheit von
-  OTA-Updates in mobilen Apps verbessert, vor Schwachstellen schützt und die
-  Einhaltung von Vorschriften gewährleistet.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:26:25.949Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680839e8fe5cbf0502ddad36-1745375221230.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  RBAC, OTA updates, security, mobile apps, end-to-end encryption, role-based
-  access control, deployment permissions
-tag: 'Mobile, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-RBAC (rollenbasierte Zugriffskontrolle) ist ein Game-Changer für die Sicherung von OTA-Updates (Over-the-Air) in [Capacitor](https://capacitorjs.com/)-Apps. Hier ist der Grund dafür:
-
--   **Wichtige Sicherheitsrisiken**: OTA-Updates können anfällig für schädliche Code-Injection, Abfangen und Missbrauch sein, wenn Berechtigungen nicht richtig verwaltet werden.
--   **Wie RBAC hilft**: Durch die Zuweisung von Rollen (wie Entwickler, Tester, Administrator) mit spezifischen Berechtigungen stellt RBAC sicher, dass nur autorisierte Benutzer Updates bereitstellen, Tester verwalten oder Rollbacks durchführen können, wodurch Risiken reduziert werden.
--   **[Capgo](https://capgo.app/)'s Funktionen**: Capgo zeichnet sich durch **Ende-zu-Ende-Verschlüsselung**, granulare Berechtigungen und Multi-Organisations-Unterstützung aus und macht Updates sicherer und konform mit US-Sicherheitsstandards.
-
-RBAC geht nicht nur um Sicherheit; es geht darum, Vertrauen und Compliance aufrechtzuerhalten, während Sie Ihre App-Updates effizient skalieren.
-
-## Was ist rollenbasierte Zugriffskontrolle (RBAC)?
-
-<iframe src="https://www.youtube.com/embed/-aPHg0uRYUI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Sicherheitslücken in OTA-Updates
-
-Die Identifizierung dieser Lücken zeigt, wie RBAC (rollenbasierte Zugriffskontrolle) sie effektiv angehen kann.
-
-### Häufige Sicherheitsschwächen
-
-Angreifer mit unbefugtem Zugriff auf Bereitstellungssysteme können schädlichen Code in Updates einschleusen und Benutzer gefährden. Wenn Update-Pakete keine echte Ende-zu-Ende-Verschlüsselung haben, können sie abgefangen und manipuliert werden. Während Capgo zum Beispiel echte Ende-zu-Ende-Verschlüsselung bietet, verlassen sich viele Konkurrenten nur auf die Signierung von Updates [\[1\]](https://capgo.app/). Zusätzlich erhöhen zu weit gefasste Bereitstellungsrechte die Chancen auf versehentlichen oder absichtlichen Missbrauch. Ohne klar definierte Rollen und Berechtigungen bleiben diese Schwachstellen ungelöst.
-
-### Folgen von Sicherheitsverletzungen
-
-Ein kompromittiertes OTA-System kann bösartige Updates pushen, die sensible Daten offenlegen, Funktionen stören und den Betrieb beeinträchtigen. Diese Probleme zerstören nicht nur das Vertrauen der Benutzer, sondern schaffen auch rechtliche Risiken. Häufige Ausfälle können den Ruf eines Unternehmens schädigen und zu kostspieligen Abhilfemaßnahmen führen.
-
-### Ausrichtung an US-Sicherheitsstandards
-
-US-Sicherheitsstandards schreiben die Verwendung von Ende-zu-Ende-Verschlüsselung für alle Updates vor und erfordern detaillierte, rollenbasierte Bereitstellungsberechtigungen. Regelmäßige Überprüfungen der Zugriffsrechte sind wichtig, um Verantwortlichkeit zu gewährleisten und das Risiko unbefugter Änderungen zu minimieren.
-
-## RBAC-Sicherheitsfunktionen
-
-Nachdem wir die OTA-Sicherheitslücken besprochen haben, schauen wir uns an, wie RBAC-Funktionen diese Probleme angehen.
-
-RBAC arbeitet mit drei Hauptkomponenten: **Rollen**, **Berechtigungen** und **Zugriffsebenen**. Rollen (wie Entwickler, QA oder Teamleiter) sind an bestimmte Berechtigungen gebunden, während Zugriffsebenen den Umfang der Bereitstellungen begrenzen. Diese Einrichtung stellt sicher, dass nur autorisierte Benutzer Updates in genehmigte Umgebungen pushen können. Diese Mechanismen wirken direkt Schwachstellen wie Injection, Abfangen und zu weit gefasste Berechtigungen entgegen.
-
-### RBAC für US-Unternehmen
-
-In den USA verwenden Organisationen oft hierarchische Rollenstrukturen, um sowohl Sicherheit als auch Effizienz zu gewährleisten. Bei Capgo können Administratoren Benutzerberechtigungen für Tester, Beta-Benutzer und Organisationen zuweisen und fein abstimmen. Dieser Ansatz stellt nicht nur die Einhaltung von Vorschriften sicher, sondern unterstützt auch sicheres Skalieren beim Wachstum von Teams [\[1\]](https://capgo.app/).
-
-## Einrichtung von RBAC für OTA-Updates
-
-Am Beispiel der US-Hierarchie ermöglicht Capgo die direkte Integration von Rollen in sein Dashboard und CLI. So können Sie RBAC-Prinzipien in Capgo mit seinen integrierten Tools implementieren:
-
-### RBAC-Einrichtungsanleitung
-
-Capgo vereinfacht die Sicherung von OTA-Updates mit seinen integrierten RBAC-Funktionen und bietet detaillierte Rollendefinitionen und ein Single-Command-CLI für Bereitstellungen [\[1\]](https://capgo.app/):
-
--   **Definieren Sie Rollen** wie Tester, Entwickler und Administrator und weisen Sie spezifische Berechtigungen zu.
--   **Erstellen Sie Organisationen** um Projekte getrennt zu halten.
--   **Legen Sie Kanäle** für Beta-Tests und stufenweise Rollouts fest.
--   **Stellen Sie Updates** schnell über die Capgo CLI bereit.
-
-Schauen wir uns an, wie sich Capgos RBAC mit älteren OTA-Lösungen vergleicht.
-
-Zu den wichtigsten Funktionen gehören:
-
--   **Granulare Benutzerberechtigungen** für präzise Zugriffskontrolle.
--   **Kanalbasierte Verteilungen** zur Verwaltung von Beta- und stufenweisen Rollouts.
-
-| Funktion | Vorteil | Anwendungsfall |
-| --- | --- | --- |
-| Granulare Berechtigungen | Fein abgestimmte Zugriffskontrolle | Kontrollierte Bereitstellungen |
-| Multi-Organisations-Unterstützung | Separate Umgebungen | Enterprise-Level-Projekte |
-| Kanalbasierte Rollouts | Gezielte Update-Bereitstellung | Beta-Tests |
-
-### OTA-Plattform-Vergleich
-
-Bei der Überprüfung von OTA-Plattformen für RBAC stechen einige Aspekte von Capgo hervor:
-
--   Vollständige Ende-zu-Ende-Verschlüsselung, während viele Plattformen sich nur auf Signierung verlassen.
--   Erweiterte Optionen für Benutzerzuweisung.
--   Vereinfachte Organisationsstruktur für einfachere Verwaltung.
-
-## RBAC Stärken und Grenzen
-
-### RBAC-Vorteile
-
-Diese wichtigen Vorteile von RBAC adressieren die zuvor genannten Sicherheitsherausforderungen:
-
--   **Granulare Berechtigungen**: Durch die Beschränkung von Bereitstellungsrechten auf bestimmte Rollen und Umgebungen wird das Risiko unbefugter Code-Injection minimiert.
--   **Multi-Organisations-Management**: Die Isolierung von Sicherheitsdomänen verhindert laterale Bewegungen zwischen Teams und Projekten und erhöht die Gesamtsicherheit.
--   **Dynamische Rollenzuweisung**: Die Anpassung von Zugriffsebenen beim Teamwachstum hilft, veraltete Berechtigungen zu entfernen, die zu Schwachstellen führen könnten.
-
-## Fazit
-
-### Wichtige Erkenntnisse
-
-RBAC gewährleistet sichere Over-the-Air (OTA) Updates in Capacitor-Apps durch detaillierte Kontrollen, die unbefugte Bereitstellungen blockieren und gleichzeitig die Prozesse effizient halten. Funktionen wie Ende-zu-Ende-Verschlüsselung, isolierte Umgebungen, flexible Berechtigungen und verwaltete Bereitstellungskanäle arbeiten zusammen, um eine starke Sicherheitseinrichtung zu schaffen.
-
-### [Capgo](https://capgo.app/)'s RBAC-Funktionen
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680839e8fe5cbf0502ddad36/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-Capgo baut auf diesen Ideen mit einer Open-Source-Plattform auf, die echte Ende-zu-Ende-Verschlüsselung und rollenbasierte Berechtigungen bietet. Dies ermöglicht eine sichere und skalierbare [Update-Verwaltung](https://capgo.app/docs/plugin/cloud-mode/manual-update/) über mehrere Organisationen hinweg [\[1\]](https://capgo.app/).
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren nur Updates" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/how-to-add-dependencies-in-capacitor-plugins.md b/src/content/blog/de/how-to-add-dependencies-in-capacitor-plugins.md
deleted file mode 100644
index a70f5402a..000000000
--- a/src/content/blog/de/how-to-add-dependencies-in-capacitor-plugins.md
+++ /dev/null
@@ -1,144 +0,0 @@
----
-slug: how-to-add-dependencies-in-capacitor-plugins
-title: So fügen Sie Abhängigkeiten in Capacitor-Plugins hinzu
-description: >-
-  Lernen Sie, wie Sie die Verwaltung von Abhängigkeiten in Capacitor-Plugins
-  über verschiedene Plattformen hinweg mit praktischen Schritten und bewährten
-  Methoden optimieren können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T02:08:04.837Z
-updated_at: 2025-03-27T02:08:34.795Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4966a10051fda3b63500a-1743041314795.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, plugin dependencies, iOS, Android, JavaScript, CocoaPods, Gradle,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Das Hinzufügen von Abhängigkeiten zu [Capacitor](https://capacitorjs.com/) Plugins kann überwältigend sein, aber es ist einfacher, wenn man es in klare Schritte unterteilt. Hier ist, was Sie wissen müssen:**
-
-1. **Die Werkzeuge verstehen**:
-    
-    - **JavaScript**: Verwenden Sie `npm` zur Verwaltung von Abhängigkeiten.  
-    - **iOS**: Verwenden Sie [CocoaPods](https://cocoapods.org/) oder Swift Package Manager (SPM).
-    - **Android**: Verwenden Sie [Gradle](https://gradle.org/) für die Abhängigkeitsverwaltung.
-
-2. **Entwicklungsumgebung einrichten**:
-    
-    - Installieren Sie Werkzeuge wie [Node.js](https://nodejs.org/en), [npm](https://www.npmjs.com/), [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), CocoaPods und JDK.
-
-3. **Starten Sie Ihr [Capacitor Plugin-Projekt](https://capgo.app/blog/capacitor-comprehensive-guide/)**:
-    
-    - Verwenden Sie `npm init @capacitor/plugin` um ein neues Plugin zu erstellen.
-
-4. **JavaScript-Abhängigkeiten hinzufügen**:
-    
-    - Verwenden Sie `npm install` für Produktions- und Entwicklungsabhängigkeiten.
-    - Aktualisieren Sie `package.json`, um Peer-Abhängigkeiten wie `@capacitor/core` einzuschließen.
-
-5. **Plattformspezifische Abhängigkeiten behandeln**:
-    
-    - **iOS**: Konfigurieren Sie CocoaPods oder SPM mit Bibliotheken wie [Alamofire](https://github.com/Alamofire/Alamofire) oder [SwiftyJSON](https://github.com/SwiftyJSON/SwiftyJSON).
-    - **Android**: Verwenden Sie Gradle, um Abhängigkeiten wie Gson oder AppCompat hinzuzufügen.
-
-6. **Leistung optimieren**:
-    
-    - Versionen festlegen, Abhängigkeiten prüfen und Konflikte lösen, um Stabilität zu gewährleisten.
-
-7. **Verwenden Sie Tools wie [Capgo](https://capgo.app/) für Live-Updates**:
-    
-    - Pushen Sie Updates sofort ohne App Store-Überprüfungen.
-
-**Schneller Vergleich der Werkzeuge**:
-
-| Plattform | Werkzeug | Beispiel-Abhängigkeit |
-| --- | --- | --- |
-| JavaScript | npm | `npm install lodash --save` |
-| iOS | CocoaPods/SPM | `pod 'Alamofire', '~> 5.6.4'` |
-| Android | Gradle | `implementation 'com.google.code.gson:gson:2.10.1'` |
-
-**Warum es wichtig ist**: Die effektive Verwaltung von Abhängigkeiten stellt sicher, dass Ihr Plugin nahtlos über Plattformen hinweg funktioniert, spart Zeit und vermeidet Fehler. Lassen Sie uns die Schritte genauer betrachten.
-
-## So erstellen Sie ein [Capacitor](https://capacitorjs.com/) Plugin für iOS/Android
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-27.jpg?auto=compress)
-
-Capgo arbeitet nahtlos mit CI/CD-Tools wie GitHub Actions, GitLab CI und Jenkins zusammen, automatisiert Dependency-Updates und gewährleistet einheitliche Plugin-Versionen. Diese Tools erleichtern die Integration von Capgo in Ihren Workflow.
-
-### Einrichtung von Capgo
-
-Folgen Sie diesen Schritten, um Capgo in Ihr Projekt zu integrieren:
-
-1. **Installieren Sie die Capgo CLI**
-    
-    Führen Sie den folgenden Befehl in Ihrem Terminal aus:
-    
-    ```json
-    {
-      "capacitor": {
-        "ios": {
-          "src": "ios"
-        },
-        "android": {
-          "src": "android"
-        }
-      },
-      "peerDependencies": {
-        "@capacitor/core": "^5.0.0"
-      }
-    }
-    ```
-    
-2. **Konfigurieren Sie Update-Einstellungen**
-    
-    Nutzen Sie das Capgo Dashboard, um Bereitstellungskanäle und Präferenzen einzurichten. Sowohl Cloud-gehostete als auch selbst-gehostete Konfigurationen werden unterstützt.
-    
-3. **Fügen Sie Update-Logik hinzu**
-    
-    Fügen Sie diesen Code zu Ihrer Haupt-Plugin-Datei hinzu, um Updates zu aktivieren:
-    
-    ```ruby
-        platform :ios, '13.0'
-        use_frameworks!
-        ```
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" - Rodrigo Mantica
-
-Capgo bietet auch ein Analytics-Dashboard für Echtzeit-Einblicke in Update-Erfolgsraten und Benutzeraktivitäten. Funktionen wie One-Click-Rollback und Fehlerverfolgung helfen dabei, Probleme schnell zu lösen und Ihre Plugin-Updates reibungslos am Laufen zu halten.
-
-## Fazit
-
-### Prozessübersicht
-
-Die Verwaltung von Abhängigkeiten für Capacitor-Plugins beinhaltet die Abstimmung der nativen Komponenten (iOS und Android) mit ihren JavaScript-Gegenstücken, um eine reibungslose Integration zu gewährleisten. Dieser Prozess umfasst plattformspezifische Einrichtungen und die Verwaltung von JavaScript-Paketen, um die beste Leistung zu erzielen. Die Befolgung der beschriebenen Schritte wird helfen, eine stabile und effiziente Plugin-Funktionalität aufrechtzuerhalten.
-
-### Best Practices
-
-Berücksichtigen Sie diese Praktiken für ein effektives Dependency-Management:
-
-| Praktik | Nutzen | Implementierung |
-| --- | --- | --- |
-| Version Pinning | Vermeidet unerwartete Probleme | Verwenden Sie feste Versionen in `package.json` |
-| Plattform-Isolation | Minimiert Konflikte | Separate native Abhängigkeiten |
-| Regelmäßige Updates | Verbessert Sicherheit | Kritische Patches zeitnah anwenden |
-| Dependency-Prüfung | Erkennt Risiken | `npm audit` regelmäßig ausführen |
-
-Die Verwendung von Live-Update-Tools wie Capgo kann diese Praktiken durch Echtzeit-Updates weiter vereinfachen und verbessern.
-
-### Capgo-Vorteile
-
-Capgo vereinfacht den Dependency-Management-Prozess bei gleichzeitiger hoher Leistung. Es erreicht eine beeindruckende **95% Nutzer-Update-Rate innerhalb von 24 Stunden** und hält eine globale API-Antwortzeit von **57ms** [\[1\]](https://capgo.app/). Mit Ende-zu-Ende-Verschlüsselung gewährleistet es sichere Updates, die sowohl den Apple- als auch den Android-Richtlinien entsprechen. Für Teams, die mehrere Plugin-Versionen verwalten, ermöglicht Capgos Kanalsystem gezielte Bereitstellungen für spezifische Benutzergruppen.
-
-Hier ein kurzer Überblick über Capgos Leistung:
-
-| Metrik | Wert |
-| --- | --- |
-| Globale API-Antwortzeit | 57ms |
-| Update-Erfolgsrate | 82% |
-| Nutzer-Update-Rate (24 Stunden) | 95% |
diff --git a/src/content/blog/de/how-to-add-geolocation-targeting-to-ota-updates.md b/src/content/blog/de/how-to-add-geolocation-targeting-to-ota-updates.md
deleted file mode 100644
index 767685cf5..000000000
--- a/src/content/blog/de/how-to-add-geolocation-targeting-to-ota-updates.md
+++ /dev/null
@@ -1,107 +0,0 @@
----
-slug: how-to-add-geolocation-targeting-to-ota-updates
-title: So fügen Sie Geolocation-Targeting zu OTA-Updates hinzu
-description: >-
-  Erfahren Sie, wie Sie Geolocation-Targeting in OTA-Updates implementieren, um
-  das Nutzerengagement mit standortspezifischen Funktionen und zeitnahen Updates
-  zu verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-23T04:39:40.995Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ba891fbfa83cf6a92e8bd2-1740285846827.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  geolocation targeting, OTA updates, mobile app updates, user engagement,
-  location-based features, background location tracking, app development,
-  analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie [App-Updates](https://capgo.app/plugins/capacitor-updater/) bereitstellen, die auf den Standort der Nutzer zugeschnitten sind?** Standortbasiertes Targeting bei Over-the-Air (OTA) Updates macht dies möglich. Hier ist eine kurze Übersicht, wie Sie Geolokalisierung mit OTA-Updates kombinieren können, um Nutzererfahrung und Engagement zu verbessern:
-
--   **Warum Standort-Targeting?**
-    
-    -   Bereitstellung standortspezifischer Funktionen, Aktionen oder Updates
-    -   Echtzeitreaktion auf lokale Ereignisse oder Wetter
-    -   Erhöhung der Zielgenauigkeit durch GPS- oder IP-basierte Methoden
--   **Was Sie zum Start benötigen:**
-    
-    -   Eine [Capacitor](https://capacitorjs.com/) App mit Web- und nativer Funktionalität
-    -   Standort-Plugins wie `@capacitor/geolocation` für das Tracking
-    -   Eine OTA-Plattform wie [Capgo](https://capgo.app/), die Standort-Targeting unterstützt
--   **So funktioniert es:**
-    
-    -   Konfigurieren Sie Standortberechtigungen (iOS: `Info.plist`, Android: `AndroidManifest.xml`)
-    -   Richten Sie Hintergrund-Standortverfolgung mit hoher Genauigkeit ein
-    -   Nutzen Sie Geofencing-Regeln für standortbasierte Updates
-    -   Verschlüsseln Sie Standortdaten für Sicherheit und verfolgen Sie Update-Performance
-
-**Hauptvorteile:**
-
--   Höheres Engagement: Maßgeschneiderte Updates verbessern die Nutzerinteraktion
--   Besseres Timing: Updates basierend auf regionalen Bedürfnissen oder Ereignissen
--   Verbesserte Analyse: Messung von Erfolgsraten und Standortgenauigkeit
-
-Diese Anleitung führt Sie durch die Tools, Einrichtung und Strategien zur Implementierung von Geolokalisierung in Ihren OTA-Updates. Beginnen Sie noch heute mit intelligenteren Updates!
-
-## Verwandtes Video von YouTube
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Voraussetzungen
-
-Bevor Sie mit standortbasierten OTA-Updates beginnen, stellen Sie sicher, dass folgende Einrichtungen vorhanden sind.
-
-### Erste Schritte mit [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-23.jpg?auto=compress)
-
-Um eine standortbewusste [Capacitor App](https://capgo.app/plugins/ivs-player/) mit OTA-Updates zu erstellen, benötigen Sie:
-
--   **[Node.js](https://nodejs.org/en) und npm** auf Ihrem Computer installiert
--   Ein Capacitor-Projekt mit initialisierten nativen Plattformen (iOS/Android)
--   Grundlegendes Verständnis von Cross-Platform-Entwicklungskonzepten
-
-Ihre App sollte sowohl Web- als auch native Funktionalitäten unterstützen, um dynamische OTA-Updates zu ermöglichen und Geräte effektiv zu verfolgen.
-
-### Einrichten von Standortdiensten
-
-Um das [Capacitor Geolocation Plugin](https://capgo.app/plugins/capacitor-nativegeocoder/) zu konfigurieren, folgen Sie diesen Schritten:
-
-**Für iOS:**
-
-Fügen Sie folgende Datenschutzbeschreibungen zu Ihrer `Info.plist` Datei hinzu:
-
--   `NSLocationAlwaysAndWhenInUseUsageDescription`
--   `NSLocationWhenInUseUsageDescription`
-
-**Für Android:**
-
-Fügen Sie diese Berechtigungen in Ihre `AndroidManifest.xml` Datei ein:
-
--   `ACCESS_COARSE_LOCATION`
--   `ACCESS_FINE_LOCATION`
--   `android.hardware.location.gps` (optional aber verbessert die Präzision)
-
-Installieren Sie die erforderlichen Plugins mit:
-
-```bash
-npm install @capacitor/geolocation
-npx cap sync
-```
-
-Wenn Sie Hintergrund-Standortverfolgung benötigen, fügen Sie hinzu:
-
-```bash
-npm install @capacitor-community/background-geolocation
-npx cap update
-```
-
-Sobald die Standortdienste konfiguriert sind, wählen Sie eine OTA-Plattform, die gezielte Updates basierend auf dem Nutzerstandort unterstützt.
-
-[The translation continues with the same format and principles for the remaining text. Would you like me to continue with a specific section?]
diff --git a/src/content/blog/de/how-to-add-third-party-plugins-in-capacitor-apps.md b/src/content/blog/de/how-to-add-third-party-plugins-in-capacitor-apps.md
deleted file mode 100644
index 79a716d15..000000000
--- a/src/content/blog/de/how-to-add-third-party-plugins-in-capacitor-apps.md
+++ /dev/null
@@ -1,447 +0,0 @@
----
-slug: how-to-add-third-party-plugins-in-capacitor-apps
-title: So fügen Sie Plugins von Drittanbietern in Capacitor-Apps hinzu
-description: >-
-  Erfahren Sie, wie Sie Ihre Capacitor-App durch die Integration von
-  Drittanbieter-Plugins für verbesserte Funktionalität und Leistung erweitern
-  können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T14:04:24.780Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d977fb55129a55bd698926-1742306685762.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, third-party plugins, mobile app development, plugin installation,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Here's the German translation:
-
-**Möchten Sie Ihre** [**Capacitor**](https://capacitorjs.com/) **App mit leistungsstarken Funktionen wie Live-Updates, Analysen oder sicheren Funktionalitäten erweitern?** Das Hinzufügen von Drittanbieter-Plugins ist der richtige Weg. Capacitor macht es einfach, Plugins zu integrieren und die Fähigkeiten Ihrer App ohne tiefgreifende native Programmierung zu erweitern.
-
-Das werden Sie lernen:
-
--   **Benötigte Tools:** [Node.js](https://nodejs.org/en), npm, Capacitor CLI, [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio) und mehr.
-    
--   **Fähigkeiten-Checkliste:** JavaScript/TypeScript, [Mobile Debugging](https://capgo.app/docs/plugin/debugging/) und [Capacitor API-Kenntnisse](https://capgo.app/blog/capacitor-comprehensive-guide/).
-    
--   **Plugins finden:** Nutzen Sie npm, [Capacitor Community Hub](https://capgo.app/blog/capacitor-comprehensive-guide/) oder GitHub, um zuverlässige Optionen zu entdecken.
-    
--   **Plugins installieren:** Installation über npm und Synchronisation mit `npx cap sync`.
-    
--   **Konfiguration:** Aktualisierung plattformspezifischer Dateien wie `Info.plist` (iOS) oder `AndroidManifest.xml` (Android).
-    
--   [**Debugging-Tipps**](https://capgo.app/docs/plugin/debugging/)**:** Nutzen Sie Tools wie `npx cap doctor` und ausführliche Protokollierung zur Fehlerbehebung.
-    
-
-**Profi-Tipp:** Tools wie [Capgo](https://capgo.app/) machen die Verwaltung von Updates und Plugin-Einführungen nahtlos, mit Funktionen wie verschlüsselten Updates und Echtzeit-Analysen.
-
-Bereit, Ihre App aufzurüsten? Tauchen Sie ein in den schrittweisen Prozess zur Integration und Verwaltung von Plugins in Ihren Capacitor-Projekten.
-
-## [Capacitor](https://capacitorjs.com/) + Nx = Plattformübergreifende Plugin-Entwicklung
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/0E1l2UgXh5k" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Bevor Sie beginnen
-
-Bevor Sie mit der Plugin-Integration beginnen, stellen Sie sicher, dass Ihre Einrichtung und Fähigkeiten bereit sind.
-
-### Benötigte Tools
-
-Hier ist eine schnelle Checkliste der erforderlichen Tools:
-
--   **Node.js**: Version 16.0 oder höher
-    
--   **npm**: Version 8.0 oder neuer
-    
--   **Capacitor CLI**: Neueste stabile Version
-    
--   **IDE/Code Editor**: Vorzugsweise [VS Code](https://code.visualstudio.com/) oder [WebStorm](https://www.jetbrains.com/webstorm/)
-    
--   **Git**: Für Versionskontrolle
-    
--   **Xcode**: Version 14 oder neuer (nur Mac)
-    
--   **Android Studio**: Neueste Version mit SDK-Tools
-    
-
-Sobald Sie diese Tools installiert haben, nehmen Sie sich einen Moment Zeit, um Ihre Fähigkeiten einzuschätzen.
-
-### Fähigkeiten-Checkliste
-
-Damit sollten Sie vertraut sein:
-
-**Technische Kernkompetenzen**:
-
--   Mittlere Kenntnisse in JavaScript/TypeScript
-    
--   Verständnis der Grundlagen der mobilen App-Architektur
-    
--   Vertrautheit mit _async/await_ und Promise-Mustern
-    
--   Erfahrung mit npm für Paketmanagement
-    
-
-**Plattformspezifisches Wissen**:
-
--   Grundlegende iOS-Entwicklung (für iOS-Plugins)
-    
--   Grundlegende Android-Entwicklung (für Android-Plugins)
-    
--   [Mobile App Debugging-Techniken](https://capgo.app/docs/plugin/debugging/)
-    
-
-**Framework-Kenntnisse**:
-
--   Praktische Kenntnis der Capacitor API und eines Web-Frameworks wie [React](https://react.dev/), [Vue](https://vuejs.org/) oder [Angular](https://angular.io/)
-    
--   Erfahrung mit Mobile-First Responsive Design
-    
-
-Falls eines davon unbekannt erscheint, sollten Sie sich damit vertraut machen, bevor Sie fortfahren.
-
-## Die richtigen Plugins finden
-
-### Wo man Plugins findet
-
-Um [Capacitor Plugins](https://capgo.app/plugins/) zu entdecken, beginnen Sie mit dem npm-Registry. Suchen Sie nach Schlüsselwörtern wie **"capacitor-plugin"** oder **"@capacitor/"**. Das offizielle Capacitor-Team pflegt Kern-Plugins unter `@capacitor/`, die Funktionen wie Kamera, Geolokalisierung und Speicher abdecken.
-
-Hier sind weitere Quellen, die Sie erkunden können:
-
-| Plattform | Beschreibung | Vorteile |
-| --- | --- | --- |
-| Capacitor Community Hub | Community-gepflegte Plugins | Verifizierte Kompatibilität, regelmäßige Updates |
-| GitHub Awesome Lists | Kuratierte Plugin-Sammlungen | Gut organisiert und kategorisiert |
-| npm Verified Publishers | Plugins von vertrauenswürdigen Entwicklern | Erhöhte Zuverlässigkeit |
-
-Sobald Sie eine Liste potenzieller Plugins zusammengestellt haben, ist der nächste Schritt die Bewertung ihrer Qualität.
-
-### Wie man die Plugin-Qualität prüft
-
-Nachdem Sie vielversprechende Plugins identifiziert haben, bewerten Sie ihre Qualität anhand dieser Schlüsselfaktoren:
-
-**Dokumentationsqualität**
-
--   Achten Sie auf klare Installationsanweisungen, ausführliche API-Referenzen, plattformspezifische Anleitungen und funktionierende Codebeispiele.
-
-**Wartungsstatus**
-
--   Überprüfen Sie das GitHub-Repository des Plugins auf aktuelle Aktivitäten, schnelle Reaktionen auf Issues, regelmäßige Updates und Kompatibilität mit den neuesten Capacitor-Versionen.
-
-**Community-Engagement**
-
--   Analysieren Sie Metriken wie wöchentliche npm-Downloads, GitHub-Sterne, Forks, Issue-Lösungsraten und Beteiligung der Maintainer.
-
-Ein gut gewartetes Plugin sollte aktive Entwicklung zeigen. Achten Sie zum Beispiel auf:
-
--   Häufige Releases (idealerweise mindestens vierteljährlich)
-    
--   Korrekte semantische Versionierung
-    
--   Ein detailliertes Änderungsprotokoll
-    
--   TypeScript-Unterstützung mit Typdefinitionen
-    
-
-**Kompatibilitätsprüfung**
-
--   Testen Sie das Plugin in Ihrer Entwicklungsumgebung.
-    
--   Stellen Sie sicher, dass es plattformspezifische Anforderungen erfüllt und nicht mit anderen Plugins kollidiert.
-    
--   Überprüfen Sie, ob es alle Ihre Zielplattformen (iOS/Android) unterstützt.
-    
--   Bestätigen Sie, dass es Ihren Produktionsstandards für Zuverlässigkeit entspricht.
-    
-
-Für Apps in Produktion priorisieren Sie Plugins mit einer bewährten Erfolgsbilanz oder solche, die kommerziellen Support anbieten. Dies gewährleistet zuverlässige Unterstützung bei auftretenden Problemen.
-
-## Plugin-Installationsschritte
-
-Nachdem Sie sichergestellt haben, dass Ihre Plugins die Qualitätsstandards erfüllen, folgen Sie diesen Schritten zur Installation und Synchronisation.
-
-### npm-Installationsbefehle
-
-Verwenden Sie npm zur Installation von Plugins:
-
-```bash
-npm install plugin-name
-```
-
-Für [offizielle Capacitor-Plugins](https://capgo.app/blog/):
-
-```bash
-npm install @capacitor/plugin-name
-```
-
-Um mehrere Plugins gleichzeitig zu installieren:
-
-```bash
-npm install @capacitor/camera @capacitor/geolocation @capacitor/storage
-```
-
-Für [Capgos Live-Update-Funktion](https://www.npmjs.com/package/@capgo/capacitor-updater) [\[1\]](https://capgo.app/):
-
-```bash
-npx @capgo/cli init
-```
-
-Nach der Installation synchronisieren Sie die Plugins mit Ihren nativen Plattformen.
-
-### Capacitor Sync ausführen
-
-Führen Sie den folgenden Befehl aus, um die nativen Komponenten zu integrieren:
-
-```bash
-npx cap sync
-```
-
-Hier passiert während der Synchronisation:
-
-| Aufgabe | Beschreibung | Auswirkung |
-| --- | --- | --- |
-| Web-Assets kopieren | Überträgt Web-Assets auf native Plattformen | Aktualisiert Web-Inhalte |
-| Native Konfigurationen aktualisieren | Passt native Konfigurationsdateien an | Stellt Kompatibilität sicher |
-| Abhängigkeiten installieren | Fügt erforderliche native Abhängigkeiten hinzu | Aktiviert Plugin-Funktionalität |
-| Plattformspezifisches Setup | Handhabt plattformspezifische Konfigurationen | Bereitet für iOS/Android vor |
-
-Um eine bestimmte Plattform zu synchronisieren, verwenden Sie:
-
-```bash
-npx cap sync ios
-npx cap sync android
-```
-
-**Wichtige Tipps:**
-
--   Stellen Sie sicher, dass Plugins mit Ihrer Capacitor-Version kompatibel sind.
-    
--   Überprüfen Sie die Terminal-Ausgabe auf Warnungen oder Setup-Anweisungen.
-    
--   Halten Sie Ihre Entwicklungstools aktuell.
-    
-
-Bei Versionskonflikten verwenden Sie `npx cap sync --force` für eine saubere Synchronisation.
-
-Sobald die Synchronisation abgeschlossen ist, konfigurieren Sie die Plugins nach Bedarf für jede Plattform.
-
-## Einrichten und Verwenden von Plugins
-
-### Plattformspezifisches Setup
-
-Um Plugins zu konfigurieren, aktualisieren Sie die Datei `capacitor.config.json` mit plattformspezifischen Einstellungen:
-
-```json
-{
-  "plugins": {
-    "Camera": {
-      "ios": {
-        "usageDescription": "Your app needs camera access to take photos"
-      },
-      "android": {
-        "allowBackgroundUsage": false
-      }
-    }
-  }
-}
-```
-
-Für **iOS** fügen Sie notwendige Berechtigungen in der `Info.plist`-Datei hinzu, wie Kamera-, Fotobibliothek- oder Standortzugriff.
-
-Für **Android** stellen Sie sicher, dass Sie die erforderlichen Berechtigungen in der `AndroidManifest.xml`-Datei hinzufügen:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-feature android:name="android.hardware.camera" android:required="true" />
-```
-
-### Plugin-Setup im Code
-
-Beginnen Sie mit dem Import der Plugins in Ihren Anwendungscode:
-
-```typescript
-import { Camera } from '@capacitor/camera';
-import { Geolocation } from '@capacitor/geolocation';
-```
-
-Für eine bessere Organisation erwägen Sie die Gruppierung mehrerer Plugins in einen Service:
-
-```typescript
-export class PluginService {
-  async checkPermissions() {
-    const cameraPermission = await Camera.checkPermissions();
-    const locationPermission = await Geolocation.checkPermissions();
-    return { cameraPermission, locationPermission };
-  }
-}
-```
-
-Nach dem Import und der Strukturierung können Sie beginnen, Plugin-Funktionen zu implementieren und sie auf verschiedenen Plattformen zu testen.
-
-### Arbeiten mit Plugin-Funktionen
-
-Nutzen Sie `async/await` für die Handhabung von Plugin-Funktionen mit angemessenem Fehler-Management:
-
-```typescript
-async function captureImage() {
-  try {
-    const image = await Camera.getPhoto({
-      quality: 90,
-      allowEditing: true,
-      resultType: 'base64'
-    });
-    return image;
-  } catch (error) {
-    console.error('Camera error:', error);
-    throw error;
-  }
-}
-```
-
-Testen Sie die Plugin-Funktionalität in jeder Bereitstellungsphase, um Zuverlässigkeit sicherzustellen.
-
-> "Wir haben [Capgo OTA-Updates](https://console.capgo.app/resend_email) in der Produktion für unsere Nutzerbasis von +5000 ausgerollt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach dem OTA-Deployment bei @Capgo auf dem neuesten Stand." - colenso [\[1\]](https://capgo.app/)
-
-| Plugin-Testphase | Best Practice | Auswirkung |
-| --- | --- | --- |
-| Entwicklung | [Channel-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/) verwenden | Testenumgebungen isolieren |
-| Beta-Testing | Fehler-Tracking nutzen | Plattformspezifische Probleme identifizieren |
-| Produktion | Automatische Updates aktivieren | 95% Nutzer-Update-Rate innerhalb 24 Stunden |
-
-Capgos verschlüsseltes Update-System kann häufige Plugin-Updates vereinfachen [\[1\]](https://capgo.app/).
-
-**Wichtige Tipps für die Implementierung**:
-
--   Testen Sie Plugins gründlich auf allen Plattformen.
-    
--   Behandeln Sie plattformspezifische Randfälle.
-    
--   Verwenden Sie geeignete Fehlergrenzen zur Fehlerbehandlung.
-    
--   Überwachen Sie die Plugin-Leistung mit Analyse-Tools.
-    
-
-## Beheben häufiger Probleme
-
-### Installations- und Synchronisationsprobleme
-
-Wenn Sie auf npm-Installationsfehler stoßen, stammen diese oft von Versionsunstimmigkeiten oder fehlenden Abhängigkeiten. So können Sie diese angehen:
-
-1.   Löschen Sie den npm-Cache und aktualisieren Sie Node.js:
-    
-    ```bash
-    npm cache clean --force
-    npm install @capacitor/core@latest
-    npm install @capacitor/cli@latest
-    ```
-    
-2.   Wenn Probleme bestehen bleiben, verwenden Sie den folgenden Befehl zur Diagnose von Konfigurationsproblemen:
-    
-    ```bash
-    npx cap doctor
-    ```
-    
-
-Dieser Befehl sucht nach häufigen Problemen und gibt Vorschläge zu deren Behebung.
-
-### Plugin-Konflikte
-
-Plugin-Konflikte werden meist durch inkompatible Versionen oder sich überschneidende Funktionalitäten verursacht. So gehen Sie damit um:
-
-| Konflikttyp | Vorgeschlagene Lösung |
-| --- | --- |
-| Versionsunstimmigkeit | Aktualisieren Sie Capacitor Core und Plugins auf übereinstimmende Versionen. |
-| Doppelte Plugins | Entfernen Sie kollidierende Plugins und installieren Sie sie einzeln neu. |
-| Plattformspezifische Probleme | Richten Sie Plattform-Overrides in Ihrer Projektkonfiguration ein. |
-
-Wenn mehrere Plugins unterschiedliche Capacitor-Versionen benötigen, überprüfen Sie die Kompatibilitätseinstellungen in Ihrer `package.json`-Datei:
-
-Immer noch stecken geblieben? Gehen Sie zu den [Debugging-Schritten](https://capgo.app/docs/plugin/debugging/) für eine tiefergehende Analyse.
-
-### Debug-Schritte
-
-Befolgen Sie diese Schritte zur Fehlersuche bei Plugin-Problemen:
-
-1. **Aktivieren Sie die ausführliche Protokollierung** in Ihrer Capacitor-Konfigurationsdatei:
-
-    ```json
-{
-  "peerDependencies": {
-    "@capacitor/core": ">=4.0.0 <5.0.0"
-  }
-}
-```
-
-2. **Verwenden Sie plattformspezifische Debugging-Tools**:
-
-    - Für iOS: Nutzen Sie die Xcode-Konsole.
-
-    - Für Android: Überprüfen Sie Logcat in Android Studio.
-
-3. **Protokollieren und verfolgen Sie Plugin-Fehler** in Ihrem Code:
-
-    ```json
-    {
-      "server": {
-        "cleartext": true,
-        "androidScheme": "http",
-        "allowNavigation": ["*"],
-        "debug": true
-      }
-    }
-    ```
-
-Bei anhaltenden Problemen prüfen Sie das GitHub-Repository des Plugins auf gemeldete Probleme oder Fehlerbehebungstipps. Viele Plugin-Autoren fügen detaillierte Anweisungen in ihrer Dokumentation hinzu.
-
-**Profi-Tipp:** Verwenden Sie entwicklungsspezifische Tools Ihrer Plattform, um Netzwerkaktivität, Berechtigungen und Absturzprotokolle zu überprüfen. Diese Tools können Ihnen Zeit sparen, indem sie Ihnen helfen, die Grundursache des Problems zu identifizieren.
-
-## [Capgo](https://capgo.app/) für Updates verwenden
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-Sobald Sie häufige Integrationsprobleme behoben haben, macht Capgo die Verwaltung von Updates für Ihre [Capacitor-Apps](https://capgo.app/top_capacitor_app/) zum Kinderspiel.
-
-### Über Capgo
-
-Capgo vereinfacht die Live-Verwaltung von Drittanbieter-Plugins in Capacitor-Apps. Mit **23,5 Millionen ausgelieferten Updates über 750 Apps** [\[1\]](https://capgo.app/) ist es ein bewährtes Werkzeug für die Plugin-Verwaltung. Seine Funktionen umfassen sofortige Bereitstellung, partielle Updates, Ende-zu-Ende-Verschlüsselung und kanalbasierte Verteilung, alles darauf ausgerichtet, die Plugin-Bereitstellung reibungslos und effizient zu gestalten.
-
-### Plugin-Verwaltung mit Capgo
-
-Hier ist, was Capgo bietet:
-
-| Funktion | Was es macht | Schlüsselmetrik |
-|---|---|---|
-| **Hintergrund-Updates** | Installiert Updates still, keine Benutzeraktion erforderlich | 95% der aktiven Nutzer innerhalb von 24 Stunden aktualisiert [\[1\]](https://capgo.app/) |
-| **Versionskontrolle** | Ermöglicht Rollbacks mit einem Klick | 82% Rollback-Erfolgsrate weltweit [\[1\]](https://capgo.app/) |
-| **Analytics-Dashboard** | Verfolgt Update-Performance in Echtzeit | Hilft bei schneller Identifizierung und Lösung von Problemen |
-
-Capgo integriert sich nahtlos in Ihren Capacitor-Workflow und gewährleistet sichere und kontinuierliche Updates. Es arbeitet mit Tools wie **GitHub Actions, GitLab CI und** [**Jenkins**](https://www.jenkins.io/) zusammen, automatisiert Plugin-Updates und Bereitstellungen, um Zeit zu sparen und manuelle Arbeit zu reduzieren.
-
-Für Teams, die mehrere Plugins verwalten, unterstützt das Kanalsystem Beta-Tests vor breiteren Veröffentlichungen. Echtzeit-Analysen bieten Einblicke in die Update-Performance und Fehlerverfolgung. Capgo ist kompatibel mit **Capacitor 8**, unterstützt benutzerdefinierte API-Integrationen und bietet Self-Hosted-Optionen für spezielle Anforderungen.
-
-## Zusammenfassung
-
-Die Integration von Drittanbieter-Plugins umfasst einige wesentliche Schritte: Recherche zuverlässiger Optionen, Installation über npm, Synchronisation mit nativen Komponenten und Konfiguration für jede Plattform.
-
-Hier ist eine Aufschlüsselung des Integrationsprozesses in Schlüsselphasen:
-
-| Phase | Hauptaktionen | Erfolgsmetriken |
-|---|---|---|
-| **Vor-Integration** | Recherche zur Plugin-Kompatibilität und Nutzer-Bewertungen | Identifiziert potenzielle Herausforderungen frühzeitig |
-| **Installation** | Installation der Plugins über npm und Ausführung der Capacitor-Synchronisation | Gewährleistet reibungslose Integration über Plattformen hinweg |
-| **Konfiguration** | Handhabung plattformspezifischer Einrichtungsanforderungen | Optimiert Plugin-Performance |
-| **Wartung** | Verwendung von [automatisierten Updates](https://capgo.app/docs/live-updates/update-behavior/) mit Capgo | 95% der Nutzer innerhalb von 24 Stunden aktualisiert[\[1\]](https://capgo.app/) |
-
-Capgo bietet Tools zur Optimierung von Updates. Rodrigo Mantica betont dessen Bedeutung:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!"[\[1\]](https://capgo.app/)
-
-Für Unternehmensanwendungen ermöglicht Capgos Kanalsystem effektive stufenweise Rollouts. Mit einer globalen Update-Erfolgsrate von 82%[\[1\]](https://capgo.app/) und fortschrittlicher Fehlerverfolgung gewährleistet Capgo einen zuverlässigen Update-Prozess. Das NASA OSIRIS-REx-Team ist ein hervorragendes Beispiel dafür, wie eine starke Update-Pipeline einen Unterschied machen kann[\[1\]](https://capgo.app/).
diff --git a/src/content/blog/de/how-to-build-capacitor-app-in-xcode-cloud.md b/src/content/blog/de/how-to-build-capacitor-app-in-xcode-cloud.md
deleted file mode 100644
index efe5927ef..000000000
--- a/src/content/blog/de/how-to-build-capacitor-app-in-xcode-cloud.md
+++ /dev/null
@@ -1,129 +0,0 @@
----
-slug: how-to-build-capacitor-app-in-xcode-cloud
-title: So erstellen Sie eine Ionic Capacitor-App in Xcode Cloud
-description: >-
-  Verwenden Sie Xcode Cloud, um Ihre Capacitor JS-App zu erstellen und die
-  Notwendigkeit von MacOS zu umgehen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-09-01T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /xcode_cloud.webp
-head_image_alt: Capacitor Xcode Cloud-Bau
-keywords: >-
-  Xcode Cloud, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: de
----
-## Voraussetzungen
-
-Bevor Sie mit dem Tutorial fortfahren…
-
--   Stellen Sie sicher, dass Sie GitHub verwenden
--   Verwenden Sie Capacitor
--   Ihre App ist bereits im Apple Store bereitgestellt
--   Wunsch zu lesen 😆…
-
-Die Verwendung von Ionic ist optional, für Cordova könnte es funktionieren, aber ich habe es nicht ausprobiert.
-
-## Wichtig zum Preis
-
-![Preis Xcode Cloud](/xcode_cloud_price.webp)
-
-[https://developer.apple.com/xcode-cloud/](https://developer.apple.com/xcode-cloud/)
-
-Der Dienst ist ‘_kostenlos’_ bis zur Grenze.  
-Sie können im Screenshot Preis und Grenzen sehen (Preise zum Zeitpunkt der Erstellung des Tutorials, sie könnten in Zukunft Änderungen unterliegen)
-
-🔴 **_Nachdem Sie über Anforderungen und Preise informiert wurden, fahren wir fort, wenn es Ihnen gefällt..._**
-
-> **_📣_ Im Beitrag gehen wir davon aus, dass wir die App im Apple Store erstellt haben**
-
-## Einführung
-
-Um Xcode dazu zu bringen, Ihre Capacitor-App zu erstellen, müssen Sie einige Dinge einrichten.
-
-## Paketvorbereitung
-
-Stellen Sie sicher, dass Sie Ihren Build-Befehl in Ihrem `package.json`-Skript haben.  
-Fügen Sie dann den Befehl `sync:ios` wie unten hinzu.
-
-```json
-{
-  "scripts": {
-    "build": "YOUR BUILD COMMAND",
-    "sync:ios": "cap sync ios"
-  }
-}
-```  
-Dieser Schritt lässt das Nachhautskript einfach funktionieren
-
-## Nachklon-Skript  
-Dieses Skript wird von Xcode Cloud nach dem Klon-Schritt ausgeführt
-
-```bash
-#!/usr/bin/env bash
-
-set -x
-
-export HOMEBREW_NO_INSTALL_CLEANUP=TRUE
-# Install CocoaPods
-echo "📦 Install CocoaPods"
-brew install cocoapods
-brew install node@18
-brew link node@18
-
-# Install dependencies
-# XCode Cloud is literally broken for 2 months now - https://developer.apple.com/forums/thread/738136?answerId=774510022#774510022
-npm config set maxsockets 3
-npm ci
-# or `pnpm install --frozen-lockfile` or `yarn add --frozen-lockfile` or bun install
-npm run build 
-# or npm run build
-npm run sync:ios
-```
-
-Speichern Sie diese Datei im Stammverzeichnis Ihres Projekts und nennen Sie sie `ios/App/ci_scripts/ci_post_clone.sh`
-
-Machen Sie diese Datei dann mit diesem Befehl ausführbar `chmod +x ios/App/ci_scripts/ci_post_clone.sh`
-
-## Erstellen Sie einen Xcode-Workflow
-
-Öffnen Sie Xcode (ja, um Xcode zu deinstallieren, benötigen Sie Xcode)
-
-Und gehen Sie zu diesem Tab:  
-![Xcode Schritt 1](/xcode_step_1.webp)
-
-Klicken Sie auf Workflow erstellen, wählen Sie Ihre App aus, klicken Sie auf Weiter wie unten.
-
-![Xcode Schritt 2](/xcode_step_2.webp)
-
-Klicken Sie auf Workflow bearbeiten links  
-![Xcode Schritt 2](/xcode_step_3.webp)
-
-Gehen Sie zum Tab Umgebungen und wählen Sie wie unten Mac 12.4 aus und aktivieren Sie die passende Option  
-![Xcode Schritt 3](/xcode_step_3.webp)
-
-Wählen Sie Ihre Startbedingung.  
-Wenn Sie denselben Build wie wir verwenden, schlage ich vor, Tag statt Branch zu verwenden, um doppelte Builds zu vermeiden.
-
-Setzen Sie Ihre Umgebungsvariable  
-![Xcode Schritt 4](/xcode_step_4.webp)
-
-Verbinden Sie Ihr GitHub-Konto  
-![Xcode Schritt 5](/xcode_step_5.webp)
-
-![Xcode Schritt 6](/xcode_step_6.webp)
-
-Aktivieren Sie dann den Workflow und committen Sie Ihre erste Änderung, Sie sollten sehen, dass Ihr Build in Xcode läuft.
-
-## **Build-Verarbeitung**
-
-In Xcode Cloud **werden Sie basierend auf den Minuten abgerechnet**, die Sie für das Ausführen Ihres CI/CD-Workflows verwendet haben. Aus Erfahrung dauert es etwa 10–15 Minuten, bis ein Build im Apple Store verarbeitet werden kann.
-
-Für private Projekte kann die geschätzte Kosten pro Build bis zu **$0.008/min x 5 Min = $0.4** oder mehr betragen, abhängig von der Konfiguration oder den Abhängigkeiten Ihres Projekts.
-
-Für Open-Source-Projekte sollte dies überhaupt kein Problem sein. Siehe [Preise](https://github.com/pricing/).
diff --git a/src/content/blog/de/how-to-bypass-app-store-review.md b/src/content/blog/de/how-to-bypass-app-store-review.md
deleted file mode 100644
index 6dda91b87..000000000
--- a/src/content/blog/de/how-to-bypass-app-store-review.md
+++ /dev/null
@@ -1,53 +0,0 @@
----
-slug: how-to-bypass-app-store-review
-title: So aktualisieren Sie Capacitor-JS-Apps ohne App Store-Überprüfung.
-description: >-
-  Wie kann die Capgo-Funktion es Ihnen ermöglichen, Code-Updates für
-  Live-iOS-Ionic-Apps zu pushen und dabei vollständig mit Apples Richtlinien
-  konform zu sein?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2022-01-13T00:00:00.000Z
-head_image: /bypass_illustration.webp
-head_image_alt: Illustration zur Umgehung des Kondensators
-tag: Tutorial
-published: true
-locale: de
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-
-Schön, dass Sie fragen
-
-Meine Anwälte haben mich gebeten, Sie darauf hinzuweisen, dass dies keine Rechtsberatung ist, aber Sie brauchen keinen Jurastudium, um den Wortlaut in Apples offiziellen Richtlinien zu verstehen. Apples Richtlinien erlauben es Ihnen ausdrücklich, ausführbaren Code direkt in Ihre App zu pushen und den App Store zu umgehen, unter diesen drei Bedingungen:
-
-* Der Code wird von Apples eingebautem WebKit-Framework ausgeführt
-* Der Code stellt keine zusätzlichen Funktionen oder Funktionalitäten bereit, schaltet sie frei oder aktiviert sie
-* Der Benutzer sieht nicht, dass das Update stattfindet
-
-Mit dem Capgo capacitor Plugin können Sie nur Ihr HTML, CSS und JavaScript aktualisieren und ändern, also erfüllen wir die erste Bedingung
-
-Nebenbei bemerkt gibt es die Möglichkeit für Apps, sich ohne den App Store selbst zu aktualisieren, schon seit einiger Zeit
-Allerdings nur für Apps, die mit JavaScript-Frameworks wie Facebook's React Native und Diensten wie Expo erstellt wurden
-
-Ein Beweis dafür, dass React Native nicht nativer ist als Capacitor 😆
-
-Capgo ist einfach die erste erschwingliche Lösung, die die Möglichkeit bietet, Code-Level-Updates für native Capacitor-Apps zu pushen
-Die zweite Bedingung, keine neuen Funktionen oder Funktionalitäten, liegt wirklich bei Ihnen
-
-Capgo ist nicht dazu gedacht, neue Funktionen oder Funktionalitäten zu pushen. Es soll sie anpassen oder korrigieren und so kleinere Releases vermeiden, die notwendig sind, um Fehler zu beheben, Logging oder Tracking hinzuzufügen, Nachrichten zu aktualisieren, Benutzer zum Upgrade zu zwingen, usw.
-
-Für neue Funktionen oder Funktionalitäten müssen Sie über den App Store veröffentlichen. Zu Ihrer Information: Ionic AppFlow (die Alternative für große Unternehmen) ist auf über 50 Millionen iOS-Geräten installiert und es wurde noch nie eine App abgelehnt, weil sie es verwendet
-
-Ich sage das nur, weil es gut zu wissen ist, dass Tausende anderer Entwickler Live-Updates verwenden, Sie sind also nicht allein
-
-Apple und Google haben ihre eigenen Regeln, wie Apps aktualisiert werden sollen
-
-Für Apple [werfen Sie einen Blick auf Absatz 3.3.2](https://developer.apple.com/programs/information/Apple_Developer_Program_Information_8_12_15pdf/)
-[...] Die einzige Ausnahme von dem Vorstehenden sind Skripte und Code, die von Apples eingebautem WebKit-Framework oder JavascriptCore heruntergeladen und ausgeführt werden [...] __TLDR__: Wir sollten OTA-Updates nur verwenden, um Fehler zu beheben oder Verbesserungen vorzunehmen, ohne signifikante Änderungen vorzunehmen
-
-__Google__ Play ist weniger restriktiv - sie sagen, dass Apps, die von Google Play mit JavaScript-Bundles installiert werden, [nicht darauf beschränkt sind](https://supportgooglecom/googleplay/android-developer/answer/9888379/?hl=en), nur von Google-Diensten aktualisiert zu werden
-
-
-Lesen Sie meinen nächsten Artikel für weitere Informationen zur Installation von Capgo, um die Überprüfung zu umgehen
\ No newline at end of file
diff --git a/src/content/blog/de/how-to-customize-build-scripts-with-capacitor-cli.md b/src/content/blog/de/how-to-customize-build-scripts-with-capacitor-cli.md
deleted file mode 100644
index 7d1839885..000000000
--- a/src/content/blog/de/how-to-customize-build-scripts-with-capacitor-cli.md
+++ /dev/null
@@ -1,343 +0,0 @@
----
-slug: how-to-customize-build-scripts-with-capacitor-cli
-title: So passen Sie Build-Skripte mit der Capacitor CLI an
-description: >-
-  Erfahren Sie, wie Sie Ihre Build-Skripte mit der Capacitor CLI für effiziente
-  Bereitstellungen und maßgeschneiderte App-Updates über verschiedene
-  Plattformen hinweg anpassen können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T01:58:36.984Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873-1743559128944.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, build scripts, mobile development, deployment automation,
-  environment variables, app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI ermöglicht es Ihnen, den Build-Prozess Ihrer App für iOS-, Android- und Web-Plattformen anzupassen. Durch Anpassung der Build-Skripte können Sie:
-
--   **Updates beschleunigen**: Änderungen sofort ohne App-Store-Verzögerungen bereitstellen.
--   **Deployments kontrollieren**: Updates zurückrollen oder bestimmte Benutzergruppen ansprechen.
--   **App absichern**: Verschlüsselung zum Schutz von Updates verwenden.
--   **Builds optimieren**: Einstellungen für plattformspezifische Anforderungen anpassen.
-
-### Schnelle Übersicht der Hauptfunktionen:
-
--   **Konfigurationsdateien**: Verwenden Sie `capacitor.config.json` und `package.json` zur Verwaltung der Build-Einstellungen.
--   **Benutzerdefinierte Skripte**: Fügen Sie Prebuild- und Postbuild-Aufgaben für Automatisierung hinzu.
--   **Build-Hooks**: Code während bestimmter Phasen des Build-Prozesses ausführen.
--   **Umgebungsvariablen**: Vereinfachen Sie umgebungsspezifische Builds mit `.env`-Dateien.
-
-[Capgo](https://capgo.app/), ein Deployment-Tool, verbessert diesen Prozess mit [automatisierten Updates](https://capgo.app/docs/live-updates/update-behavior/), Versionsverfolgung und globaler Leistungsoptimierung. Lesen Sie weiter, um zu erfahren, wie Sie Ihre Build-Skripte für maximale Effizienz einrichten und anpassen können.
-
-## Einführung in [Capacitor](https://capacitorjs.com/) Configure
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-1. Konfiguration einrichten
-2. Builds anpassen
-3. Updates verwalten
-</Steps>
-
-## Standard Build-Prozess in Capacitor
-
-Das Verständnis des Standard-Build-Prozesses von Capacitor ist entscheidend, wenn Sie ihn effektiv anpassen möchten. Nachfolgend erläutern wir den Build-Prozess der Capacitor CLI und seine wichtigsten Konfigurationsdateien.
-
-### Standard Build-Schritte
-
-Capacitor verwendet einen schrittweisen Prozess, um Ihre Web-App in plattformspezifische Builds umzuwandeln. Hier ist, was während des Standard-Build-Prozesses passiert:
-
-| Phase | Beschreibung | Ausgabe |
-| --- | --- | --- |
-| **Web Build** | Kompiliert Web-Assets mit Framework-Tools | Optimiertes Web-Bundle |
-| **Assets kopieren** | Verschiebt Web-Assets in native Plattformordner | Plattformspezifische Asset-Verzeichnisse |
-| **Nativer Build** | Führt plattformspezifische Build-Befehle aus | Einsatzbereite Binärdateien |
-| **Verifizierung** | Prüft Build-Integrität und Abhängigkeiten | Build-Status und Warnungen |
-
-### Hauptkonfigurationsdateien
-
-Zwei wichtige Konfigurationsdateien bestimmen, wie Capacitor Ihre Builds handhabt:
-
-**capacitor.config.json**  
-Dies ist die Kernkonfigurationsdatei für Ihr Capacitor-Projekt. Sie legt wichtige Parameter für Ihre Builds fest:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "Example App",
-  "webDir": "dist",
-  "bundledWebRuntime": false
-}
-```
-
--   **`appId`**: Eine eindeutige Kennung für Ihre App.
--   **`appName`**: Der Name Ihrer App.
--   **`webDir`**: Gibt an, wo Capacitor nach den Web-Assets suchen soll (z.B. `dist`).
--   **`plugins`**: Ermöglicht die Konfiguration plugin-spezifischer Einstellungen, wie SplashScreen-Optionen.
-
-**package.json**  
-Diese Datei enthält Build-Skripte und Abhängigkeiten, die den Build-Prozess beeinflussen:
-
-```json
-{
-  "scripts": {
-    "build": "vite build",
-    "cap:build": "cap build",
-    "cap:sync": "cap sync"
-  }
-}
-```
-
--   Die `webDir`-Einstellung in `capacitor.config.json` teilt Capacitor mit, wo sich Ihre kompilierten Web-Assets für die Einbindung in die nativen Builds befinden.
--   Nach Änderungen an `capacitor.config.json` müssen Sie `cap sync` ausführen, um sicherzustellen, dass Ihre nativen Projekte aktualisiert werden.
-
-Als Nächstes erkunden wir, wie Sie diese Einstellungen anpassen können, um Ihre Builds weiter zu individualisieren.
-
-## Build-Skripte modifizieren
-
-Sie können den Standard-Build-Prozess von Capacitor an Ihre Projektanforderungen anpassen. Hier ist wie:
-
-### Konfigurationsdatei-Einstellungen
-
-Sie können den Build-Prozess durch Bearbeiten der `capacitor.config.json`-Datei anpassen. Hier ist ein Beispiel für eine Konfiguration:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "Example App",
-  "webDir": "dist",
-  "server": {
-    "hostname": "app.example.com",
-    "allowNavigation": ["*.example.com"]
-  }
-}
-```
-
-Hier sind einige wichtige Einstellungen, die Sie ändern können:
-
--   **`webDir`**: Gibt an, wo sich Ihre kompilierten Web-Assets befinden.
--   **`server`**: Konfiguriert den Entwicklungsserver, einschließlich Hostname und Navigationsberechtigungen.
--   **`android/ios`**: Ermöglicht plattformspezifische Build-Einstellungen, wie Keystore-Details für Android oder Bereitstellungsoptionen für iOS.
-
-### NPM-Skripte erstellen
-
-Um Ihren Workflow zu optimieren, fügen Sie benutzerdefinierte NPM-Skripte zu Ihrer `package.json`-Datei hinzu. Hier ist ein Beispiel:
-
-```json
-{
-  "scripts": {
-    "prebuild": "node scripts/prepare-env.js",
-    "build": "vite build",
-    "postbuild": "node scripts/notify-build-complete.js",
-    "build:android": "cap build android",
-    "build:ios": "cap build ios"
-  }
-}
-```
-
--   **`prebuild` und `postbuild`**: Verwenden Sie diese für Aufgaben wie das Einrichten der Umgebung oder das Senden von Benachrichtigungen, wenn der Build abgeschlossen ist.
--   **`build:platform`**: Plattformspezifische Befehle zum Erstellen von Android- oder iOS-Apps.
-
-Sie können die Automatisierung durch Hinzufügen von Build-Hooks noch weiter ausbauen.
-
-### Build-Hooks Einrichtung
-
-Für erweiterte Kontrolle verwenden Sie Build-Hooks, um benutzerdefinierten Code an bestimmten Punkten während des Build-Prozesses auszuführen. Hier ist ein Beispiel-Setup in `capacitor.config.ts`:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  hooks: {
-    preBuild: async () => {
-      console.log('Pre-build hook executed');
-    },
-    postBuild: async () => {
-      console.log('Post-build hook executed');
-    }
-  }
-};
-
-export default config;
-```
-
-Mit Build-Hooks können Sie:
-
--   Anforderungen vor dem Build validieren
--   Assets während des Prozesses transformieren
--   Benachrichtigungen an wichtigen Punkten auslösen
--   Versionsnummern automatisch aktualisieren
--   Automatisierte Tests nahtlos ausführen
-
-Dieser Ansatz gibt Ihnen größere Flexibilität und Kontrolle über den gesamten Build-Lebenszyklus.
-
-## Erweiterte Build-Anpassung
-
-Bei der Arbeit an größeren Projekten kann die Feinabstimmung Ihres Build-Prozesses einen großen Unterschied machen. Hier erfahren Sie, wie Sie umgebungsspezifische Builds und Plattform-Anpassungen effektiv handhaben.
-
-### Umgebungsvariablen
-
-Richten Sie Umgebungsvariablen ein, indem Sie separate `.env`-Dateien für jede Umgebung erstellen:
-
--   `.env.development`
--   `.env.staging`
--   `.env.production`
-
-Konfigurieren Sie dann Ihr Build-Skript, um die entsprechende Datei basierend auf der Umgebung zu laden:
-
-```bash
-NODE_ENV=production npm run build
-```
-
-Sie können diese Einstellungen weiter anpassen, um plattformspezifische Anforderungen zu erfüllen.
-
-### Plattformspezifische Builds
-
-Um Builds für Android und iOS anzupassen, verwenden Sie folgende Struktur:
-
-```json
-{
-  "ios": {
-    "contentInset": "always",
-    "backgroundColor": "#ffffff",
-    "scheme": "App"
-  },
-  "android": {
-    "backgroundColor": "#ffffff",
-    "allowMixedContent": true
-  }
-}
-```
-
-Diese Konfigurationen ermöglichen es Ihnen, Builds für jede Plattform anzupassen und sorgen für reibungslosere Deployments.
-
-| Funktion | Android | iOS |
-| --- | --- | --- |
-| Debug-Symbole | [ProGuard](https://www.guardsquare.com/proguard) Mapping-Dateien | dSYM-Dateien |
-| Build-Varianten | debug, release, staging | debug, release |
-| Code-Signierung | Keystore-Verwaltung | Bereitstellungsprofile |
-| Asset-Verwaltung | res/drawable-Optimierung | Asset-Kataloge |
-
-Weitere Tipps zur Optimierung Ihrer Builds sind:
-
--   Nutzung von Teil-Updates zur Zeitersparnis bei Deployments
--   Einrichtung von Fehler-Tracking zur schnellen Problemidentifizierung
--   Erstellung von Kanalsystemen für Beta-Test-Versionen
--   Aktivierung der Ende-zu-Ende-Verschlüsselung für sichere Verteilung
-
-In Kombination mit Tools wie Capgo für Analytik und sichere Updates geben diese Techniken Ihnen mehr Kontrolle über Ihren Deployment-Prozess [\[1\]](https://capgo.app/).
-
-## Build-Skript Probleme & Lösungen
-
-Bei der Arbeit mit benutzerdefinierten Build-Konfigurationen ist die schnelle Behebung von Fehlern entscheidend, um den Build-Prozess reibungslos am Laufen zu halten.
-
-### Häufige Fehler beheben
-
-Viele Build-Skript-Probleme stammen von der Umgebungseinrichtung oder Abhängigkeitsproblemen. Hier erfahren Sie, wie Sie einige häufige Probleme angehen:
-
-**Fehlende Umgebungsvariablen**
-
-Wenn Sie einen Fehler wie diesen sehen:
-
-```bash
-Error: Missing required environment variable APP_KEY
-```
-
-Können Sie ihn beheben, indem Sie eine `.env.local`-Datei im Wurzelverzeichnis Ihres Projekts erstellen. Hier ein Beispiel:
-
-```
-APP_KEY=your-secret-key
-API_URL=https://api.example.com
-```
-
-**Plattformspezifische Build-Fehler**
-
-Für Android-Signierungsfehler verwenden Sie diesen Befehl:
-
-```bash
-keytool -genkey -v -keystore release-key.keystore -alias app-alias -keyalg RSA
-```
-
-Für iOS-Bereitstellungsprofil-Probleme versuchen Sie dies:
-
-```bash
-xcode-select --install
-```
-
-| Fehlertyp | Häufige Ursache | Lösung |
-| --- | --- | --- |
-| Signierungskonfiguration | Fehlende Keystore-Details | `KEYSTORE_PATH` und Anmeldedaten setzen |
-| Build-Umgebung | Undefinierte Variablen | Plattformspezifische `.env`-Dateien erstellen |
-| Abhängigkeiten | Versionsunterschiede | `package.json` aktualisieren und synchronisieren |
-
-Nach dem Anwenden von Korrekturen stellen Sie sicher, dass Ihre Änderungen solide sind, indem Sie gründliche Build-Tests durchführen.
-
-### Build-Skripte testen
-
-Sobald die Fehler behoben sind, validieren Sie Ihre Build-Skripte mit diesen Schritten:
-
--   **Automatisierte Verifizierung**: Führen Sie wichtige Befehle aus, um zu bestätigen, dass der Build-Prozess wie erwartet funktioniert.
-
-```bash
-npm run test:builds
-```
-
--   **Umgebungsvalidierung**: Prüfen Sie auf fehlende Umgebungsvariablen vor dem Start des Builds.
-
-```bash
-node scripts/validate-env.js
-```
-
--   **Build-Skript-Debugging**: Fügen Sie detaillierte Skripte hinzu, um potenzielle Probleme während des Builds zu erkennen.
-
-```bash
-DEBUG=true npm run build
-```
-
-Zusätzliche Tipps zum Testen:
-
--   Verwenden Sie [Docker](https://www.docker.com/)-Container zur Isolierung von Builds.
--   Validieren Sie Konfigurationsdateien vor dem Start des Prozesses.
--   Testen Sie mit mehreren [Node.js](https://nodejs.org/en)-Versionen.
--   Bestätigen Sie, dass plattformspezifische Anforderungen erfüllt sind.
--   Behalten Sie die Build-Leistung für mögliche Verbesserungen im Auge.
-
-## [Capgo](https://capgo.app/) Build-Funktionen
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo hebt Build-Skripte mit automatisiertem Deployment auf die nächste Stufe und verbessert die Effizienz und vereinfacht den Prozess.
-
-### Schnelle App-Updates
-
-Capgos Update-Leistung ist beeindruckend:
-
--   **95% der aktiven Nutzer** erhalten Updates innerhalb von 24 Stunden.
--   **82% Erfolgsrate** bei der Update-Zustellung weltweit.
--   Eine durchschnittliche API-Antwortzeit von **57ms global**.
-
-Die Plattform verwendet Teil-
-
-Dieses Sicherheitsframework wurde in Hunderten von Unternehmensanwendungen gründlich getestet. Für Teams, die zusätzliche Sicherheit benötigen, bietet Capgo auch selbst gehostete Lösungen mit anpassbaren Konfigurationen.
-
-Das Kanalsystem von Capgo macht die Update-Verteilung flexibel. Entwickler können bestimmte Benutzergruppen mit verschiedenen Versionen ansprechen, perfekt für Beta-Tests oder schrittweise Einführungen.
-
-## Zusammenfassung
-
-### Überblick der Build-Schritte
-
-Benutzerdefinierte Build-Skripte ermöglichen automatisierte und konsistente Bereitstellungen durch die Nutzung von Build-Hooks, Umgebungsvariablen und plattformspezifischen Befehlen. Diese Prozesse schaffen eine solide Grundlage für Bereitstellungsverbesserungen, die mit Capgo möglich sind.
-
-### Capgo-Vorteile
-
-Capgo vereinfacht die Bereitstellung und hat bereits über 23,5 Millionen Updates in 750 Produktions-Apps erfolgreich ausgeliefert [\[1\]](https://capgo.app/). Das teilweise Aktualisierungssystem reduziert sowohl die Bandbreitennutzung als auch die Bereitstellungszeit.
-
-Die Plattform bietet schnelle Updates, globale Leistungsoptimierung, Ende-zu-Ende-Verschlüsselung für Sicherheit und ein flexibles kanalbasiertes Verteilungssystem. Diese Einrichtung unterstützt gezielte Updates, Beta-Tests und die Einhaltung von App-Store-Richtlinien bei gleichzeitiger Aufrechterhaltung eines starken Sicherheitsframeworks.
diff --git a/src/content/blog/de/how-to-handle-user-data-in-capacitor-apps.md b/src/content/blog/de/how-to-handle-user-data-in-capacitor-apps.md
deleted file mode 100644
index d2845c376..000000000
--- a/src/content/blog/de/how-to-handle-user-data-in-capacitor-apps.md
+++ /dev/null
@@ -1,124 +0,0 @@
----
-slug: how-to-handle-user-data-in-capacitor-apps
-title: So verwalten Sie Benutzerdaten in Capacitor-Apps
-description: >-
-  Erfahren Sie effektive Strategien für den Umgang mit Benutzerdaten in mobilen
-  Apps, mit Fokus auf Sicherheit, Compliance und Best Practices im
-  Datenmanagement.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-18T04:43:56.186Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b3d6e4147c4c67492d1b20-1739853969789.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  user data, secure storage, data protection, GDPR, CCPA, data retention,
-  permissions management, mobile apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Die Handhabung von Benutzerdaten in [Capacitor](https://capacitorjs.com/) Apps erfordert sichere Speicherung, klare Aufbewahrungsrichtlinien und die Einhaltung von Datenschutzgesetzen wie [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) und [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act).** Diese Anleitung erklärt, wie man die Datenerfassung minimiert, sensible Informationen sichert und Berechtigungen effektiv verwaltet. Hier ein kurzer Überblick:
-
--   **Datenminimierung**: Nur das Sammeln, was für bestimmte App-Funktionen notwendig ist.
--   **Sichere Speicherung**: Werkzeuge wie das `@capacitor/secure-storage` Plugin für Verschlüsselung nutzen.
--   **Datenaufbewahrung**: Automatische Löschung basierend auf definierten Zeitlimits.
--   **Benutzerrechte**: Nutzer befähigen, ihre Daten einzusehen, zu löschen oder zu exportieren.
--   **Berechtigungsverwaltung**: Berechtigungen kontextbezogen anfordern und Alternativen für verweigerte Anfragen bereitstellen.
--   **OTA Updates**: Sichere Over-the-Air Updates mit Tools wie [Capgo](https://capgo.app/) gewährleisten.
-
-## Verwendung von Ionic [Capacitor](https://capacitorjs.com/) Secure Storage
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/VsZECyPIOYY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Reduzierung der Datenerfassung
-
-Ein strukturierter Ansatz zur Überprüfung, Planung und Verwaltung der Datenerfassung ist der Schlüssel zur Einhaltung der Datenschutzvorschriften. Durch die Nutzung der eingebauten Tools von Capacitor zur Minimierung der Datenerfassung können Sie praktische Schritte zur Verbesserung der Datenpraktiken Ihrer App unternehmen.
-
-### Überprüfung der Datenerfassung
-
-Beginnen Sie damit, den Datenfluss durch Ihre App zu kartieren. Nutzen Sie Tools wie Datenherkunfts-Visualisierer, um Bereiche zu erkennen, in denen möglicherweise unnötige Daten gesammelt werden. Privacy Impact Assessment (PIA) Software kann Sie bei der Bewertung unterstützen, ob jedes Datenelement wirklich benötigt wird. Hier eine Aufschlüsselung der Schwerpunktbereiche:
-
-| Datentyp | Überprüfungsfokus | Maßnahmen |
-| --- | --- | --- |
-| Benutzereingabe | Formularfelder und Validierung | Nicht benötigte Felder entfernen |
-| API-Aufrufe | Request/Response Payloads | Überflüssige Datenfelder filtern |
-| Speicherung | Zwischengespeicherte und persistente Daten | Speichernutzung optimieren |
-| Analytik | Nutzungsverfolgung | Nur wesentliche Metriken behalten |
-
-### Datenerfassungsziele
-
-Seien Sie klar darüber, warum Sie jedes Datenelement sammeln. Jeder Datenpunkt sollte einem spezifischen Zweck dienen. Zum Beispiel:
-
-```javascript
-// Purpose-driven data collection example
-const userPreferences = {
-  location: "Used for local weather updates",
-  notification: "Needed for sending alerts"
-};
-```
-
-Wenn Ihre App eine Wetterfunktion hat, benötigt sie möglicherweise nur eine Postleitzahl anstelle einer vollständigen Adresse. Dieser Ansatz stellt sicher, dass Sie nur die für Kernfunktionen der App notwendigen Informationen sammeln[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[5\]](https://usercentrics.com/knowledge-hub/data-minimization/).
-
-[Rest of the translation continues similarly, maintaining all code blocks, tables, and technical terms as is]
-
-Dieser Ansatz stellt sicher, dass Updates validiert und sicher sind, mit Rollback-Optionen im Falle eines Fehlers.
-
-### Store-Richtlinien-Konformität
-
-Die Einhaltung der App-Store-Richtlinien ist für OTA-Updates erforderlich[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[6\]](https://opentextbc.ca/writingforsuccess/chapter/chapter-7-sources-choosing-the-right-ones/)[\[7\]](https://ionic.io/blog/capacitor-everything-youve-ever-wanted-to-know). Jede Plattform hat spezifische Anforderungen, um sicherzustellen, dass Updates mit ihren Datenspeicherungs- und Sicherheitsrichtlinien übereinstimmen:
-
-| Plattform | Compliance-Anforderungen |
-| --- | --- |
-| **iOS** | Nur JavaScript- oder Asset-Updates |
-| **Android** | Nutzereinwilligung muss eingeholt werden |
-| **Beide** | Sicherheitsprüfungen und ordnungsgemäße Dokumentation |
-
-Nachfolgend ein Beispiel für die Implementierung Store-konformer Updates:
-
-```typescript
-import { SecureStorage } from '@capacitor/secure-storage';
-
-// Store sensitive data
-await SecureStorage.set({
-  key: 'authToken',
-  value: 'user-specific-token'
-});
-
-// Retrieve stored data
-const { value } = await SecureStorage.get({ key: 'authToken' });
-```
-
-## Zusammenfassung
-
-### Wichtige Erkenntnisse
-
-Die effektive Handhabung von Benutzerdaten umfasst die Kombination dieser Kernstrategien:
-
--   Nur die notwendigen Daten erheben.
--   Plattform-native Verschlüsselung zum Schutz verwenden.
--   Datenaufbewahrungsfristen automatisieren.
--   Detaillierte Berechtigungskontrollen einrichten.
-
-Diese Schritte arbeiten zusammen, um die Compliance vom Moment der Datenerfassung bis zur automatischen Löschung sicherzustellen.
-
-### Schritte zur Implementierung
-
-Um diese Strategien umzusetzen:
-
-1. Prüfen Sie Ihre Datenflüsse mit den in Abschnitt 2 besprochenen Methoden.
-2. Verstärken Sie die Speichersicherheit wie in Abschnitt 3 beschrieben.
-3. Richten Sie automatisierte Löschprozesse basierend auf Abschnitt 4 ein.
-4. Etablieren und durchsetzen Sie die in Abschnitt 5 beschriebenen Berechtigungskontrollen.
-
-### Nutzung von Capgo
-
-Für Teams, die OTA-Updates verwalten, bietet Capgo integrierte Sicherheitstools, die diese Bemühungen unterstützen:
-
--   **Ende-zu-Ende-Verschlüsselung** zur Sicherung von Update-Paketen.
--   **Echtzeit-Überwachung** zur schnellen Behebung potenzieller Sicherheitsbedrohungen.
diff --git a/src/content/blog/de/how-to-handle-user-data-requests-under-ccpa.md b/src/content/blog/de/how-to-handle-user-data-requests-under-ccpa.md
deleted file mode 100644
index 369ef2e52..000000000
--- a/src/content/blog/de/how-to-handle-user-data-requests-under-ccpa.md
+++ /dev/null
@@ -1,74 +0,0 @@
----
-slug: how-to-handle-user-data-requests-under-ccpa
-title: Umgang mit Datenanfragen von Nutzern gemäß CCPA
-description: >-
-  Erfahren Sie, wie Sie Benutzeranfragen zur Datenverarbeitung gemäß CCPA
-  effektiv verwalten und dabei die Compliance und die Datenschutzrechte der
-  Benutzer gewährleisten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T01:02:16.662Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1c538ebbb9dc80644b1ad-1743901348104.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  CCPA, user data requests, compliance, privacy rights, data access, data
-  deletion, opt-out, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Der California Consumer Privacy Act ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)) gibt Nutzern die Kontrolle über ihre persönlichen Daten und legt strenge Regeln für Unternehmen fest. Hier ist, was Sie für die Einhaltung wissen müssen:
-
--   **Wer muss sich daran halten**: Unternehmen mit über 25 Mio. $ Umsatz, Daten von über 50.000+ Nutzern oder 50%+ Einkommen aus Datenverkauf.
--   **Nutzerrechte**:
-    -   **Zugriff**: Nutzer können ihre Daten anfordern. Antwort innerhalb von 45 Tagen.
-    -   **Löschung**: Nutzer können die Löschung ihrer Daten verlangen. Antwort innerhalb von 45 Tagen.
-    -   **Opt-Out**: Nutzer können den Verkauf ihrer Daten stoppen. Muss sofort erfolgen.
-    -   **Nicht-Diskriminierung**: Gleicher Service unabhängig von Datenschutzeinstellungen.
--   **Wichtige Schritte zur Einhaltung**:
-    -   Erstellen Sie ein sicheres System für Datenanfragen (Webformulare, E-Mail oder In-App).
-    -   Überprüfen Sie die Nutzeridentität vor der Bearbeitung von Anfragen.
-    -   Verwenden Sie klare [Datenschutzrichtlinien](https://capgo.app/dp/) und bieten Sie eine einfache "Meine persönlichen Daten nicht verkaufen"-Option an.
-    -   Schützen Sie Daten durch Verschlüsselung und sichere Speicherung.
-
-**Schnelltipp**: Nutzen Sie Tools wie [Capgo](https://capgo.app/) für sofortige Updates der Datenschutzfunktionen Ihrer App und stellen Sie so die schnelle Einhaltung sich ändernder Vorschriften sicher.
-
-## Wie man den California Consumer Privacy Act einhält ...
-
-<iframe src="https://www.youtube.com/embed/8NY0qFaVWwo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Verstehen der [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) Nutzerrechte
-
-Entwickler müssen sichere und benutzerfreundliche Prozesse erstellen, um jedes Nutzerdatenrecht unter CCPA zu berücksichtigen.
-
-### Datenzugriffsrechte
-
-Wenn Nutzer Zugriff auf ihre Daten anfordern, stellen Sie folgende Details bereit:
-
-| **Datenkategorie** | **Offenzulegende Informationen** | **Empfohlenes Format** |
-| --- | --- | --- |
-| Datentypen & Quellen | Arten der gesammelten Daten und ihre Quellen | Maschinenlesbar (z.B. JSON, CSV) |
-| Datennutzung | Wie die Daten verarbeitet und verwendet werden | Zusammenfassung in Klartext |
-| Zugriff Dritter | Liste der Dritten mit Datenzugriff | Strukturierte Liste |
-| Aufbewahrungszeitraum | Wie lange die Daten gespeichert werden | Spezifische Zeiträume |
-
-Sobald der Datenzugriff gewährt wurde, stellen Sie sicher, dass Sie einen klaren und zuverlässigen Prozess für die Datenlöschung haben, um konform zu bleiben.
-
-### Datenlöschungsprozess
-
-1. **Umfang überprüfen**: Bestätigen Sie, dass die Löschung alle relevanten Systeme umfasst, einschließlich primärer Datenbanken, Caches, Analysetools, Systeme Dritter und Backups. Ausnahmen können für Sicherheit, rechtliche Verpflichtungen, Fehlerbehebungen oder laufende Transaktionen gelten.
-2. **Löschung durchführen**: Entfernen Sie die Daten aus allen betroffenen Systemen und benachrichtigen Sie den Nutzer sofort. Fügen Sie den Löschzeitpunkt und Details zu allen unter Ausnahmen beibehaltenen Daten hinzu.
-
-Nach der Handhabung von Zugriffs- und Löschungsrechten stellen Sie sicher, dass der Prozess für das Opt-out vom Datenverkauf genauso unkompliziert ist.
-
-### Opt-out vom Datenverkauf
-
-Bieten Sie eine leicht zu findende Option "Meine persönlichen Daten nicht verkaufen" an, die über den Hauptbildschirm oder das Einstellungsmenü der App zugänglich ist. Diese Einstellung sollte schnell angewendet werden und über alle App-Versionen hinweg konsistent bleiben.
-
-Wenn Ihre App Analyse- oder Werbe-SDKs von Drittanbietern verwendet, stellen Sie sicher, dass diese Dienste mit Ihrem Opt-out-Mechanismus integriert sind und Nutzereinstellungen ohne Verzögerung respektieren. Dies gewährleistet die Einhaltung und schafft Vertrauen bei Ihren Nutzern.
-
-[Fortsetzung folgt aufgrund der Länge des Textes...]
diff --git a/src/content/blog/de/how-to-monitor-capacitor-app-updates.md b/src/content/blog/de/how-to-monitor-capacitor-app-updates.md
deleted file mode 100644
index 0d7b20aa1..000000000
--- a/src/content/blog/de/how-to-monitor-capacitor-app-updates.md
+++ /dev/null
@@ -1,100 +0,0 @@
----
-slug: how-to-monitor-capacitor-app-updates
-title: So überwachen Sie Capacitor App-Updates
-description: >-
-  Lernen Sie effektive Strategien für die Überwachung von Capacitor-App-Updates
-  kennen, um Stabilität, Sicherheit und Benutzererfahrung zu verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-16T02:14:06.413Z
-updated_at: 2025-03-18T13:13:57.762Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b133684899b66d1dc8f1ac-1739672065689.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, app updates, monitoring tools, performance metrics, user
-  experience, security compliance
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-Die Überwachung von [Capacitor](https://capacitorjs.com/) App-Updates ist entscheidend für die Aufrechterhaltung der App-Stabilität und die Gewährleistung einer nahtlosen Benutzererfahrung. [Capacitor](https://capacitorjs.com/)s OTA (Over-the-Air) Updates vereinfachen den Prozess und ermöglichen Entwicklern [Updates zu pushen](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) ohne App Store Verzögerungen. Hier ist was Sie wissen müssen:
-
--   **Warum Updates überwachen?**
-    
-    -   App-Abstürze und Störungen reduzieren
-    -   App Store Compliance-Standards erfüllen
-    -   Automatisierte Rollbacks für fehlerhafte Updates ermöglichen
--   **Wichtige Überwachungstools:**
-    
-    -   **[Capgo](https://capgo.app/):** Erweiterte Echtzeit-Verfolgung, Fehlermeldungen und CI/CD-Integration
-    -   **Andere Lösungen:** Unterschiedliche Funktionen wie Rollback-Automatisierung und Benutzersegmentierung
--   **Was zu überwachen ist:**
-    
-    -   Download-Geschwindigkeiten und Erfolgsraten
-    -   Mit Updates verbundene Absturzberichte
-    -   Adoptionsraten aktiver Versionen und Server-Antwortzeiten
--   **Best Practices:**
-    
-    -   Update-Listener für Echtzeitbenachrichtigungen verwenden
-    -   Sicherheit mit Verschlüsselung und Code-Signierung-Prüfungen überwachen
-    -   Automatisierte Rollback-Entscheidungen basierend auf Absturz- oder Fehlerschwellen
-
-Richten Sie ein robustes Überwachungssystem ein, um einen reibungslosen Ablauf der Updates zu gewährleisten, die Benutzerbindung zu verbessern und die Einhaltung der Plattformregeln sicherzustellen.
-
-## ESP32 OTA Tutorial mit Tricks (einschließlich OTA-Debugging)
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Update-Überwachungstools
-
-Die Wahl der richtigen Tools zur Überwachung von Updates ist der Schlüssel, um Capacitor-Apps reibungslos am Laufen zu halten. Laut aktuellen Daten **verlassen sich 78% der [Capacitor-Entwickler](https://capgo.app/blog/capacitor-comprehensive-guide/) auf dedizierte Überwachungslösungen**, um Updates effektiv zu verfolgen [\[1\]](https://ionicio/blog/capacitor-live-updates-sdk-is-now-ga)
-
-### Tool-Vergleichstabelle
-
-Beim Vergleich von Überwachungstools sollten Sie sich auf Funktionen konzentrieren, die zu den Anforderungen Ihrer App passen. Hier ist eine schnelle Übersicht:
-
-| Funktion | Eingebaute Tools | Drittanbieter-Lösungen | Capgo |
-| --- | --- | --- | --- |
-| Echtzeit-Tracking | Grundlegend | Erweitert | Erweitert |
-| Leistungsmetriken | Begrenzt | Umfassend | Umfassend |
-| Benutzersegmentierung | Nein | Ja | Ja |
-| Rollback-Fähigkeit | Manuell | Automatisiert | Automatisiert |
-| CI/CD-Integration | Grundlegend | Unterschiedlich | Vollständig |
-| Sicherheitsfunktionen | Grundlegend | Erweitert | Erweitert |
-
-### Verwendung von [Capgo](https://capgo.app/) für Updates
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-16.jpg?auto=compress)
-
-Capgo sticht als zuverlässige Wahl für Teams hervor, die detaillierte Kontrolle über ihre App-Updates benötigen. Es bietet **versionsspezifische Leistungsanalysen** und andere erweiterte Überwachungstools.
-
-Zum Beispiel erreichte ein [Shopify Mobile](https://wwwshopifycom/mobile) Team mithilfe von Capgos Echtzeit-Dashboards eine **98%ige überwachte Update-Adoption innerhalb von nur 4 Stunden** [\[4\]](https://appstudyraidcom/en/read/11146/345615/using-tools-for-performance-monitoring)
-
-Hier ist, was Capgo zu bieten hat:
-
-| Überwachungsaspekt | Fähigkeit |
-| --- | --- |
-| Update-Bereitstellung | Echtzeit-Tracking des Bereitstellungsfortschritts |
-| Leistungsanalyse | Verfolgt Download-Geschwindigkeiten und Installationserfolgsraten |
-| Fehlerverfolgung | Sendet sofortige Warnungen bei fehlgeschlagenen Updates |
-| Sicherheitsüberwachung | Beinhaltet erweiterte Sicherheitsüberprüfung |
-
-Wichtige Metriken, die Sie im Auge behalten sollten:
-
--   Download-Abschlussraten
--   Installationserfolgsquoten
--   Mit Updates verbundene Absturzberichte
--   Server-Antwortzeiten
--   Adoptionsraten aktiver Versionen
-
-Sobald Ihre Überwachungstools eingerichtet sind, ist der nächste Schritt die Einrichtung der technischen Überwachung mit Update-Listenern und Leistungsmetriken. Dies stellt sicher, dass Sie potenziellen Problemen voraus sind und eine nahtlose Benutzererfahrung aufrechterhalten.
-
-###### sbb-itb-f9944d2
-
-## Einrichten der Update-Überwachung
-
-Um [Capacitor-Updates](https://capgo.app/plugins/capacitor-updater/) reibungslos laufen zu lassen, benötigen Sie drei Hauptelemente: **Update-Listener**, **Leistungsmetriken** und **CI/CD-Integration**
\ No newline at end of file
diff --git a/src/content/blog/de/how-to-profile-cross-platform-apps-with-capacitor.md b/src/content/blog/de/how-to-profile-cross-platform-apps-with-capacitor.md
deleted file mode 100644
index 6507cfb1b..000000000
--- a/src/content/blog/de/how-to-profile-cross-platform-apps-with-capacitor.md
+++ /dev/null
@@ -1,168 +0,0 @@
----
-slug: how-to-profile-cross-platform-apps-with-capacitor
-title: Apps mit Plattformübergreifenden Funktionen mit Capacitor profilen
-description: >-
-  Erfahren Sie, wie Sie plattformübergreifende Apps, die mit Capacitor erstellt
-  wurden, für eine verbesserte Leistung auf iOS, Android und Web profilieren und
-  optimieren können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:37:04.938Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60-1745030245432.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, profiling, cross-platform apps, performance optimization, iOS,
-  Android, web development, memory leaks, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Das Profiling von plattformübergreifenden Apps, die mit [Capacitor](https://capacitorjs.com/) erstellt wurden, hilft Ihnen, Leistungsprobleme auf iOS-, Android- und Web-Plattformen zu identifizieren. Hier ist eine kurze Anleitung zum Einstieg:
-
--   **Benötigte Tools**:
-    
-    -   [Node.js](https://nodejs.org/en) v16+ und npm v8+ für Paketverwaltung
-    -   Capacitor CLI v5.0+ zum Erstellen und Bereitstellen von Apps
-    -   [Xcode](https://developer.apple.com/xcode/) 14+ (iOS) und [Android Studio](https://developer.android.com/studio) Electric Eel+ (Android) für plattformspezifische Entwicklung und Profiling
-    -   [Chrome DevTools](https://developer.chrome.com/docs/devtools) für Web-Performance-Analyse
--   **Geräte**:
-    
-    -   Verwenden Sie **Emulatoren** für schnelle Tests, aber verlassen Sie sich auf **physische Geräte** für genaue Leistungsmessungen.
--   **Wichtige Profiling-Tools**:
-    
-    -   **Chrome DevTools**: Analysieren Sie JavaScript-Ausführung, Speichernutzung und Netzwerkaktivität für Web-Apps.
-    -   **Xcode Instruments**: Messen Sie CPU-, Speicher- und Energieverbrauch auf iOS.
-    -   **Android Studio Profilers**: Überwachen Sie CPU-, Speicher- und Netzwerkleistung auf Android.
--   **Häufige Probleme zur Behebung**:
-    
-    -   Große App-Bundle-Größen
-    -   Nicht optimierter Code
-    -   Übermäßige JavaScript-zu-Native-Bridge-Aufrufe
--   **Optimierungen**:
-    
-    -   Implementieren Sie partielle Bundle-Updates und Live-Updates zur Verbesserung der Leistung und Benutzererfahrung.
-    -   Verfolgen Sie Leistungsmetriken und Fehler in Echtzeit mit Tools wie [Capgo](https://capgo.app/).
-
-Dieser Artikel führt Sie durch die Verwendung plattformspezifischer Tools, das Finden von Leistungsengpässen und die Anwendung von Korrekturen zur Optimierung Ihrer Capacitor-Apps.
-
-## Wie man SPEICHERLECKS in Ionic Angular Apps findet
-
-<iframe src="https://www.youtube.com/embed/vNGWpZlUOPM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Setup-Anforderungen
-
-Um Capacitor-Apps effektiv zu profilieren, benötigen Sie die richtigen Tools, Software und Testumgebungen. Hier ist, was Sie für eine genaue Leistungsanalyse brauchen.
-
-### Tools und Software
-
-Stellen Sie sicher, dass Sie Folgendes haben:
-
--   **Node.js v16+** mit **npm v8+** zur Paketverwaltung
--   **Capacitor CLI (v8+)** zum Erstellen und Bereitstellen von Apps
--   **Xcode 14+** für iOS-Entwicklung und Profiling
--   **Android Studio Electric Eel** (oder neuer) für Android-Entwicklung
--   **Chrome DevTools** für Web-Performance-Profiling
-
-Sobald Ihre Tools bereit sind, ist es Zeit, Ihre Testgeräte auszuwählen.
-
-### Emulatoren vs. Physische Geräte
-
--   **Emulatoren**: Hervorragend für schnelles Testen, Debugging und Ausprobieren verschiedener Gerätekonfigurationen. Sie replizieren jedoch nicht vollständig die reale Leistung und haben eingeschränkte GPU-Unterstützung.
--   **Physische Geräte**: Unverzichtbar für genaue Speicher- und GPU-Metriken. Während sie teurer sein können und zusätzliche Verwaltung erfordern, bieten sie ein viel klareres Bild davon, wie Ihre App performt.
-
-Für beste Ergebnisse testen Sie auf mindestens einem aktuellen iOS-Gerät und einem Android-Gerät der Mittelklasse, um verschiedene Leistungsszenarien abzudecken.
-
-### Performance-Monitoring-Tools
-
-Verwenden Sie diese Tools zum Überwachen und Analysieren der Leistung:
-
--   **Instruments (iOS)**, **Android Studio CPU Profiler** und **Chrome DevTools** für plattformspezifisches Profiling
--   **Capgo** für plattformübergreifende Analytik und Echtzeit-Fehlerverfolgung \[2\]
-
-Konfigurieren Sie abschließend das Logging sowohl in Entwicklungs- als auch in Produktionsumgebungen, um konsistente Metriken zu verfolgen.
-
-## Profiling-Tools nach Plattform
-
-Nutzen Sie die eingebauten Tools jeder Plattform, um die Leistung zu analysieren und potenzielle Probleme zu identifizieren.
-
-### Web-Profiling mit [Chrome DevTools](https://developer.chrome.com/docs/devtools)
-
-Während Ihre App in Chrome läuft, öffnen Sie **DevTools** (Rechtsklick > Untersuchen) und erkunden Sie die Registerkarten **Performance**, **Speicher** oder **Netzwerk**:
-
--   **Performance**: Verfolgen Sie JavaScript-Ausführung, Rendering und Netzwerkaktivität.
--   **Speicher**: Analysieren Sie Heap-Zuweisungen und erkennen Sie Speicherlecks.
--   **Netzwerk**: Beobachten Sie API-Aufrufe, Asset-Loading und Bandbreitennutzung.
-
-Für detaillierteres JavaScript-Profiling verwenden Sie die **CPU-Profil-Funktion** im Performance-Panel. Aktivieren Sie die Option "JavaScript Profiler" in den Einstellungen, um detaillierte Funktionsaufruf-Daten zu erfassen.
-
-Sobald das Web-Profiling abgeschlossen ist, gehen Sie zur iOS-Leistungsanalyse über.
-
-### iOS-Profiling mit [Xcode](https://developer.apple.com/xcode/)
-
-![Xcode IDE Interface](https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60/15516018a4284df8a7d0585815c62b4c.jpg)
-
-Navigieren Sie in Xcode zu **Produkt > Profil (⌘I)** und wählen Sie eine Profiling-Vorlage:
-
--   **Time Profiler**: Messen Sie CPU-Nutzung.
--   **Allocations**: Überwachen Sie Speichernutzung.
--   **Energy Log**: Bewerten Sie Batterieverbrauch und Netzwerkaktivität.
-
-Achten Sie besonders auf **WebView-Rendering-Zeiten**, um die App-Reaktionsfähigkeit zu bewerten.
-
-Nach dem iOS-Profiling wenden Sie sich der Android-Leistung zu.
-
-### Android-Profiling-Tools
-
-In Android Studio greifen Sie über **Ansicht > Werkzeugfenster > App-Inspektion** auf Profiling-Tools zu. Wichtige Profiler sind:
-
--   **CPU Profiler**: Analysieren Sie Thread-Aktivität, Methoden-Traces und CPU-Nutzung.
--   **Memory Profiler**: Verfolgen Sie Heap-Zuweisungen, Garbage Collection und Speicherlecks.
--   **Network Profiler**: Überprüfen Sie Request-Timing und Payload-Größen.
-
-Für Apps mit WebView aktivieren Sie das Debugging mit `WebView.setWebContentsDebuggingEnabled(true)`, um Chrome DevTools neben Android Studio für eine umfassendere Analyse zu integrieren.
-
-## Finden und Beheben von Leistungsproblemen
-
-### Engpässe
-
-Häufige Leistungsprobleme in Capacitor-Apps entstehen oft durch **große Bundle-Größen**, **nicht minifizierten Code** und **übermäßigen Overhead durch Bridge-Aufrufe**. Diese Faktoren können Ihre App verlangsamen und die Benutzererfahrung beeinträchtigen.
-
-### Profile analysieren
-
-Um Leistungsprobleme zu lokalisieren, sind Tools wie **Chrome DevTools**, **Xcode Instruments** und **Android Studio Profiler** unerlässlich. Nutzen Sie sie, um CPU-Spitzen, Speicherlecks und Verzögerungen bei Netzwerkanfragen aufzuspüren. Sobald Sie diese Problembereiche identifiziert haben, können Sie sich auf spezifische Korrekturen konzentrieren.
-
-### Leistungsverbesserungen
-
-Nach dem Sammeln von Daten aus Profiling-Tools implementieren Sie diese gezielten Optimierungen:
-
--   **Partielle Bundle-Updates**: Liefern Sie kleinere, inkrementelle Updates anstelle vollständiger Updates. Zum Beispiel kann Capgos CDN ein 5 MB Update in nur 114 ms ausliefern [\[1\]](https://capgo.app/).
--   **Kontrollierte Rollouts**: Nutzen Sie Benutzersegmentierung für schrittweise Updates. Diese Methode kann innerhalb von 24 Stunden eine Update-Adoption von 95% erreichen [\[1\]](https://capgo.app/).
--   **Fehlerverfolgung**: Erkennen und beheben Sie Fehler frühzeitig, um App-Stabilität und -Leistung zu erhalten [\[1\]](https://capgo.app/).
--   **Bridge-Call-Batching**: Reduzieren Sie Overhead durch Gruppierung von JavaScript-zu-Native-Bridge-Aufrufen.
--   **Live-Updates**: Pushen Sie sofortige Fixes mit Live-Update-Lösungen (z.B. Capgo) und umgehen Sie App-Store-Verzögerungen.
-
-## Überwachung und Updates
-
-Nachdem Sie Leistungsverbesserungen vorgenommen haben, ist es wichtig, die Dinge im Auge zu behalten und ein System für Live-Updates zu pflegen, um sicherzustellen, dass alles auf Kurs bleibt.
-
-### Echtzeit-Leistungsverfolgung
-
-Nach der Bereitstellung überwachen Sie wichtige Metriken wie API-Antwortzeiten, Update-Erfolgsraten und Benutzerengagement. Verwenden Sie Tools wie automatisierte Dashboards oder Fehler-Tracking-Software, um diese Daten in Echtzeit zu sammeln. Dies ermöglicht es Ihnen, Probleme schnell zu erkennen und zu beheben, bevor sie eine große Anzahl von Benutzern betreffen.
-
-### Schnelle Updates mit [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60/65550a0697b495ada9159b05fd8b2a91.jpg)
-
-Capgo vereinfacht den Update-Prozess durch verschlüsselte, stufenweise Updates mit automatischen Rollback-Funktionen. Es bietet auch Echtzeit-Analytik und hilft Ihnen, App-Store-Verzögerungen zu umgehen und sicherzustellen, dass Updates Ihre Benutzer schnell und effizient erreichen.
-
-## Zusammenfassung
-
-Verwenden Sie Tools wie Chrome DevTools, Xcode Instruments und Android Studio Profiler, um Ihre Capacitor-Apps zu optimieren. Behalten Sie wichtige Metriken im Auge und führen Sie bei Bedarf Live-Updates durch. Hier sind die wichtigsten Fokuspunkte:
-
--   **Profilieren Sie konsistent** mit plattformspezifischen Tools (Chrome DevTools, Xcode, Android Studio Profiler).
--   **Verfolgen Sie Leistung und Fehler** in Echtzeit über alle Plattformen hinweg.
--   **Implementieren Sie Live-Updates stufenweise**, um Fehlerbehebungen und neue Funktionen reibungslos einzuführen.
diff --git a/src/content/blog/de/how-to-release-major-version-in-capgo.md b/src/content/blog/de/how-to-release-major-version-in-capgo.md
deleted file mode 100644
index 4a150067c..000000000
--- a/src/content/blog/de/how-to-release-major-version-in-capgo.md
+++ /dev/null
@@ -1,85 +0,0 @@
----
-slug: how-to-release-major-version-in-capgo
-title: So veröffentlichen Sie eine Hauptversion in Capgo
-description: >-
-  Verstehen Sie, wie und wann es notwendig ist, eine Hauptversion Ihrer App zu
-  veröffentlichen, ohne die Benutzer-App zu beschädigen
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-30T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Capgo-Hauptversionssystem
-tag: Tutorial
-published: true
-locale: de
-next_blog: how-to-send-specific-version-to-users
----
-
-## Bei der Veröffentlichung einer Hauptversion
-
-Die Versionierung kann schwierig zu handhaben sein. Normalerweise möchte man ein Major-Update senden, wenn eine große Änderung für die Benutzer erscheint.
-
-Aber die Versionierung ist nicht dafür gedacht. Die App-Store-Version unterscheidet sich von der nativen Version.
-
-Die native Version dient dazu, bahnbrechende Änderungen im *Code* zu verwalten.
-
-Bei iOS beispielsweise ist iOS 16 die `Store-Version` von Apple, aber die Code-Version ist `20A5283p` (sie scheinen dort kein SemVer zu verwenden).
-
-Jetzt ist klar, dass wir sie nicht vermischen und sie für das verwenden, wofür sie gemacht sind!
-
-## Hauptveröffentlichung
-
-In Ihrer Capacitor-App ist eine Hauptveröffentlichung erforderlich, wenn eine bahnbrechende Änderung auftritt.
-Zum Beispiel ein neues iOS-Ziel (15 auf 16) oder eine neue Version von Capacitor (3 auf 4) oder ein von Ihnen verwendetes Plugin (12 auf 20) wurde auf eine Hauptversion aktualisiert.
-
-Diese Änderung bedeutet, dass alle Tools angepasst werden müssen, um die bahnbrechende Änderung zu bewältigen.
-
-Deshalb folgt Capgo diesem System.
-Wenn Sie also eine Hauptversion veröffentlichen, wird Capgo sie nicht an einen Benutzer senden, der sie nicht aus dem Store installiert hat.
-Dieses Verhalten kann angepasst werden. Mehr darüber erfahren Sie [hier](/docs/cli/commands/#disable-updates-strategy).
-
-### Versionen
-
-Wo Capgo die zu vergleichende Version findet
-
-#### iOS
-  > Wird von Capgo verwendet, um mit der JavaScript-Version zu vergleichen und Major-Upgrades zu finden
-
- In iOS wird die Variable in Ihrem Projekt hier gesetzt: `ios/App/App/Infoplist` unter dem Schlüssel `CFBundleShortVersionString` oder `ios/App/Appxcodeproj/projectpbxproj` unter dem Schlüssel `MARKETING_VERSION`, wenn `MARKETING_VERSION` in Ihrer `Infoplist`-Datei gesetzt wurde.
-  > Sie können dieses Verhalten überschreiben, indem Sie den Versionsschlüssel in der `capacitorconfigjson`-Datei setzen [Dokumentation hier](/docs/plugin/auto-update#advanced-settings/)
-
-#### Android
-  > Wird von Capgo verwendet, um mit der JavaScript-Version zu vergleichen und Major-Upgrades zu finden
-
-  Bei Android wird die Variable in Ihrem Projekt hier gesetzt: `android/app/buildgradle` unter dem Schlüssel `defaultConfigversionName`
-  > Sie können dieses Verhalten überschreiben, indem Sie den Versionsschlüssel in der `capacitorconfigjson`-Datei setzen [Dokumentation hier](/docs/plugin/auto-update#advanced-settings/)
-
-#### JavaScript
-  > Wird von Capgo verwendet, um mit der nativen Version zu vergleichen und Major-Upgrades zu finden
-
-  In JavaScript wird die Variable in Ihrem Projekt hier gesetzt: `packagejson` unter dem Schlüssel `version`
-
-## Beispiel
-
-Ihre Ionic-App ist derzeit mit der Version `1.2.3` mit Capacitor 3 veröffentlicht.
-
-Sie führen das Upgrade auf Capacitor 4 durch.
-
-Sie müssen Ihre Versionsnummer auf `2.2.3` aktualisieren, dann werden alle Ihre Pakete einschließlich Capgo diese große Änderung bemerken.
-
-Wenn Sie diese Version an Capgo und den App Store veröffentlichen.
-
-Alle nächsten Live-Updates in Capgo `2.2.4` werden niemals an Benutzer mit Version `1.2.3` gesendet, nur an Benutzer mit Version `2.2.3`.
-
-Wenn Sie diesem Muster folgen, müssen Sie sich keine weiteren Sorgen machen, alles wird gut gehandhabt.
-
-## Wenn ich diesem nicht folge
-
-In diesem Fall bedeutet das, dass Sie Ihre neue App mit Capacitor 4 an Apple und Google senden müssen, aber nicht an Capgo.
-
-Dann müssen Sie warten, bis 100% Ihrer Benutzer oder zumindest 90% die App haben, was wahrscheinlich Monate dauern wird.
-
-Während dieser Zeit können Sie keine Updates mit Capgo senden, da alte Benutzer die neue Version nicht erhalten können.
-Sie haben keine Möglichkeit, nur bestimmte Benutzer auszuwählen, die das Update erhalten sollen.
\ No newline at end of file
diff --git a/src/content/blog/de/how-to-resolve-android-build-errors-in-capacitor.md b/src/content/blog/de/how-to-resolve-android-build-errors-in-capacitor.md
deleted file mode 100644
index 3dcc83443..000000000
--- a/src/content/blog/de/how-to-resolve-android-build-errors-in-capacitor.md
+++ /dev/null
@@ -1,185 +0,0 @@
----
-slug: how-to-resolve-android-build-errors-in-capacitor
-title: So beheben Sie Android-Build-Fehler in Capacitor
-description: >-
-  Erfahren Sie, wie Sie Android-Build-Fehler in Capacitor schnell beheben
-  können, von Konfigurationsproblemen über Abhängigkeitskonflikte bis hin zu
-  ProGuard-Problemen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T03:02:04.382Z
-updated_at: 2025-03-29T03:02:15.938Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b-1743217335938.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, Android build errors, ProGuard, dependency conflicts, mobile
-  development, troubleshooting
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-**Probleme mit Android-Build-Fehlern in [Capacitor](https://capacitorjs.com/)?** Diese Fehler entstehen oft durch falsch konfigurierte Dateien, Abhängigkeitskonflikte oder [ProGuard](https://wwwguardsquarecom/manual/home) Probleme. Eine schnelle Behebung ist wichtig, damit Ihre App reibungslos läuft. Hier ist eine kurze Übersicht häufiger Probleme und deren Lösungen:
-
--   **Setup-Probleme**: Überprüfen Sie `AndroidManifest.xml`, `capacitor.config.json` und [Gradle](https://gradle.org/) Einstellungen auf Unstimmigkeiten bei SDK-Versionen, Berechtigungen oder `minSdkVersion`
--   **Abhängigkeitskonflikte**: Stimmen Sie Versionen von Capacitor Core, Plugins und nativen Bibliotheken ab. Nutzen Sie Tools wie `npx cap doctor` um Unstimmigkeiten zu erkennen
--   **ProGuard-Probleme**: Fügen Sie geeignete Regeln hinzu, um Obfuskierungsfehler bei Release-Builds zu vermeiden
-
-**Wichtiger Tipp**: Nutzen Sie Fehlerprotokolle in [Android Studio](https://developer.android.com/studio), um die Grundursache zu ermitteln und konzentrieren Sie sich auf den ersten Fehler in der Stack-Trace. Tools wie [Capgo](https://capgo.app/) können Ihnen helfen, Fehlerbehebungen sofort ohne App-Store-Überprüfungen bereitzustellen.
-
-**Schnelles Lösungsbeispiel**:
-
--   Abhängigkeiten in `package.json` aktualisieren:
-    
-    [[CODE_BLOCK]]
-    
--   [Jetifier](https://developer.android.com/tools/jetifier) für Kompatibilität hinzufügen:
-    
-    [[CODE_BLOCK]]
-    
--   ProGuard-Regeln hinzufügen:
-    
-    [[CODE_BLOCK]]
-    
-
-**Schnellere Fehlerbehebungen benötigt?** Capgo ermöglicht sofortige Updates ohne App-Store-Verzögerungen. Eine großartige Möglichkeit, Ihre App stabil und Nutzer zufrieden zu halten.
-
-## Ultimativer Leitfaden zum Debuggen von Ionic Apps auf Android und iOS
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Häufige Android Build-Fehler
-
-Das Erstellen von Android-Apps mit Capacitor kann manchmal zu Fehlern aufgrund von Konfigurationsproblemen oder Abhängigkeits-Unstimmigkeiten führen. Nachfolgend analysieren wir die häufigsten Android Build-Fehler und deren Behebung.
-
-### Setup- und Konfigurationsfehler
-
-Diese Fehler entstehen oft durch falsch konfigurierte Dateien wie `AndroidManifest.xml` oder `capacitor.config.json`. Häufige Probleme sind:
-
--   **Fehlende Berechtigungen**: Wenn erforderliche Android-Berechtigungen nicht in `AndroidManifest.xml` deklariert sind, schlägt der Build fehl
--   **SDK-Versions-Unstimmigkeiten**: Die `targetSdkVersion` muss mit Capacitors empfohlenen Werten übereinstimmen
--   **Gradle-Einstellungen**: Eine falsche `distributionUrl` in `gradle-wrapper.properties` kann Build-Fehler verursachen
--   **Falsche minSdkVersion**: Eine unpassende `minSdkVersion` kann zu Kompatibilitätsproblemen führen. Zum Beispiel könnte Ihre Konfiguration so aussehen:
-
-[[CODE_BLOCK]]
-
-### Paketversions-Konflikte
-
-Versions-Unstimmigkeiten zwischen Abhängigkeiten können ebenfalls Build-Fehler verursachen. Häufige Szenarien sind:
-
--   **Native Abhängigkeiten**: Diskrepanzen zwischen Capacitor Core und nativen Bibliotheken
--   **Plugin-Kompatibilität**: Verwendung nicht übereinstimmender Capacitor-Plugin-Versionen
--   **Gradle-Modul-Konflikte**: Doppelte Moduldeklarationen in `build.gradle` Dateien
-
-Hier ein Beispiel einer korrekten Abhängigkeitskonfiguration:
-
-[[CODE_BLOCK]]
-
-### [ProGuard](https://www.guardsquare.com/manual/home) Setup-Probleme
-
-![ProGuard](https://assets.seobot.ai/capgo.app/67e75df8283d21cbd679ae1b/caf1031c54e5e4608a41f5a1b5bef282.jpg)
-
-ProGuard, das in Release-Builds verwendet wird, kann zusätzliche Probleme verursachen:
-
--   **Fehlende Keep-Regeln**: Wichtige Klassen könnten verschleiert werden, was zu Laufzeitfehlern führt
--   **Reflection-Fehler**: Klassen, auf die über Reflection zugegriffen wird, werden möglicherweise nicht richtig behandelt
--   **Plugin-Konflikte**: ProGuard-Regeln verschiedener Plugins können kollidieren
-
-Um diese Probleme zu beheben, können Sie folgende ProGuard-Regeln hinzufügen:
-
-[[CODE_BLOCK]]
-
-## Fehlerquellen finden
-
-Das Aufspüren von Android Build-Fehlern in Capacitor erfordert einen schrittweisen Fehlerbeseitigungsansatz. Durch die Kombination von Konfigurationsüberprüfungen und Protokollanalysen können Sie Probleme effektiv identifizieren und beheben.
-
-### Fehlerprotokolle lesen
-
-Android Studio und Gradle bieten detaillierte Fehlerprotokolle zur Diagnose von Problemen:
-
--   **Fehler-Stack-Trace**: Konzentrieren Sie sich auf den _ersten_ Fehler im Stack-Trace - dies ist normalerweise die Grundursache. Spätere Fehler resultieren oft aus diesem ersten Problem-   **Build-Ausgabe-Fenster**: In Android Studio werden Fehler im Build-Ausgabe-Fenster rot hervorgehoben. Achten Sie auf Begriffe wie **"FAILURE"** oder **"ERROR"**, um wichtige Probleme schnell zu lokalisieren.
-
-Hier ist ein Beispiel für eine typische Fehlermeldung:
-
-[[CODE_BLOCK]]
-
-### Überprüfen der Konfigurationsdateien
-
-Die korrekte Konfiguration ist der Schlüssel für erfolgreiche Builds. Achten Sie besonders auf diese Dateien:
-
--   **capacitor.config.json**: Überprüfen Sie die Keystore-Einstellungen, nicht nur den Dateispeicherort, sondern auch deren Gültigkeit
--   **build.gradle**: Prüfen Sie, ob alle erforderlichen Plugins und Abhängigkeitsversionen korrekt deklariert sind. Zum Beispiel:
-
-[[CODE_BLOCK]]
-
-### Verstehen von [Gradle](https://gradle.org/) Ausgaben
-
-![Gradle Build Tool Interface](https://assets.seobot.ai.com/capgo.app/67e75df8283d21cbd679ae1b/ea42b2d6446e3f23d9417eaa9ba23d71.jpg)
-
-Verwenden Sie `/gradlew app:dependencies` und aktivieren Sie Build-Scans, um Abhängigkeitskonflikte oder Skriptprobleme aufzudecken. Diese Tools bieten eine detaillierte Ansicht Ihres Projekt-Setups.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Häufige Probleme sind:
-
--   Nicht übereinstimmende Abhängigkeitsversionen
--   Falsche oder fehlende Plugin-Konfigurationen
--   Ressourcen-Kompilierungsfehler
--   Probleme mit ProGuard-Regeln
-
-## Fehlerlösungen
-
-Dieser Abschnitt konzentriert sich auf die Behebung von Versionskonflikten, Abhängigkeitskonflikten und ProGuard-Fehlkonfigurationen.
-
-### Versions-Updates
-
-Stellen Sie sicher, dass alle Abhängigkeitsversionen übereinstimmen, um Build-Instabilität zu vermeiden:
-
--   **Capacitor Core Version prüfen**  
-    Führen Sie folgenden Befehl aus, um Versionsunterschiede zwischen `@capacitor/core`, `@capacitor/cli` und Plattform-Paketen zu erkennen:
-    
-    [[CODE_BLOCK]]
-    
--   **Native Plugins aktualisieren**  
-    Überprüfen Sie, ob Ihre `package.json` die korrekten Versionen enthält. Zum Beispiel:
-    
-    [[CODE_BLOCK]]
-    
-    Wenn das Aktualisieren der Versionen nicht funktioniert, müssen Sie möglicherweise Abhängigkeitskonflikte manuell lösen.
-    
-
-### Beheben von Paketkonflikten
-
-Paketkonflikte treten häufig auf, wenn [AndroidX](https://developer.android.com/jetpack/androidx) und Legacy Support Library Abhängigkeiten gemischt werden. So gehen Sie damit um:
-
--   **Jetifier aktivieren**  
-    Fügen Sie diese Zeilen zu Ihrer `gradle.properties` Datei hinzu:
-    
-    [[CODE_BLOCK]]
-    
--   **Manuelle Abhängigkeitsauflösung**  
-    Wenn Konflikte bestehen bleiben, deklarieren Sie Abhängigkeitsversionen explizit in Ihrer App-Level `build.gradle` Datei. Zum Beispiel:
-    
-    [[CODE_BLOCK]]
-    
-
-Diese Schritte sollten die meisten abhängigkeitsbezogenen Probleme beheben. Konzentrieren Sie sich als nächstes auf die Verwaltung von ProGuard-Regeln, um Laufzeitfehler zu vermeiden.
-
-### ProGuard-Regelverwaltung
-
-Passen Sie ProGuard-Regeln an, um sicherzustellen, dass kritische Capacitor-Plugin-Klassen und WebView-Schnittstellen während der Verschleierung nicht entfernt werden. Siehe die offizielle [Capacitor-Dokumentation](https://capgo.app/blog/capacitor-comprehensive-guide/) für detaillierte Anleitungen zur Konfiguration von ProGuard.
-
-Für sofortige Updates ohne erneute App-Store-Einreichung, erwägen Sie die Verwendung von Capgos Live-Update-System. Dies ermöglicht es Ihnen, Änderungen sofort zu implementieren, während die Verschleierungskompatibilität und die Einhaltung der Store-Richtlinien gewährleistet bleiben.
-
-## Verwendung von [Capgo](https://capgo.app/) für schnelle Korrekturen
-
-![Capgo Live Update Dashboard Interface](https://assets.seobot.ai.com/capgo.app/67e75df8283d21cbd679ae1b/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-Bei Android-Build-Fehlern in Capacitor ist die schnelle Problemlösung der Schlüssel, um Verzögerungen zu vermeiden und Ihr Projekt auf Kurs zu halten. So hilft Ihnen Capgo dabei, Korrekturen sofort zu implementieren.
-
-### Capgo Kernfunktionen
-
-Capgo bietet Tools zur Optimierung von Updates, einschließlich **Ende-zu-Ende-Verschlüsselung** für Sicherheit, Echtzeit-Fehlerverfolgung, Versionsverlauf-Management und sofortige Rollback-Möglichkeiten. Mit einer globalen Erfolgsquote von 82% bei Deployments [\[1\]](https://capgo.app/) bietet es eine zuverlässige Möglichkeit, kritische Korrekturen direkt an Produktions-Apps zu liefern.
\ No newline at end of file
diff --git a/src/content/blog/de/how-to-schedule-ota-updates-for-capacitor-apps.md b/src/content/blog/de/how-to-schedule-ota-updates-for-capacitor-apps.md
deleted file mode 100644
index ae7453bb8..000000000
--- a/src/content/blog/de/how-to-schedule-ota-updates-for-capacitor-apps.md
+++ /dev/null
@@ -1,234 +0,0 @@
----
-slug: how-to-schedule-ota-updates-for-capacitor-apps
-title: So planen Sie OTA-Updates für Capacitor Apps
-description: >-
-  Erfahren Sie, wie Sie OTA-Updates für Ihre mobile App effektiv planen, um
-  schnelle Fehlerbehebungen und verbesserte Nutzererlebnisse sicherzustellen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T04:03:25.616Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcd7fb83b63ee70fa0b90f-1742529933736.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, mobile app updates, Capacitor, app deployment, update scheduling,
-  performance monitoring
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Ihre** [**Capacitor**](https://capacitorjs.com/) **App ohne App Store Verzögerungen aktualisieren? Over-the-Air (OTA) Updates ermöglichen es Ihnen, Fehlerbehebungen, neue Funktionen und Verbesserungen direkt und in Echtzeit an Benutzer zu übermitteln.** Hier erfahren Sie, wie Sie diese effektiv planen können:
-
--   **Was sind OTA Updates?** Sie ermöglichen es Ihnen, App-Änderungen direkt an Benutzer zu liefern, wobei nur aktualisierte Teile heruntergeladen werden, um Zeit und Bandbreite zu sparen.
-    
--   **Warum Updates planen?** Um Fehler schnell zu beheben, Funktionen schrittweise einzuführen und die Benutzererfahrung mit minimaler Unterbrechung zu verbessern.
-    
--   **Erste Schritte:** Installieren Sie das [Capgo](https://capgo.app/) Plugin mit `npx @capgo/cli init`, integrieren Sie es in Ihre CI/CD-Pipeline und konfigurieren Sie sichere Verbindungen und Analysen.
-    
--   **Beste Praktiken:** Nutzen Sie stufenweise Einführungen, planen Sie Updates während Nebenzeiten und überwachen Sie die Leistung mit Echtzeit-Metriken.
-    
-
-**Wichtige Statistiken:** 95% der aktiven Nutzer übernehmen Updates innerhalb von 24 Stunden, mit einer globalen Erfolgsrate von 82%. Die durchschnittliche Download-Geschwindigkeit für ein 5 MB Bundle beträgt 114 ms.
-
-Lesen Sie weiter, um zu erfahren, wie Sie OTA-Updates für Ihre Capacitor App einrichten, planen und verfolgen können.
-
-## Einrichtungsvoraussetzungen
-
-### Erforderliche Tools und Einstellungen
-
-Um mit geplanten OTA-Updates zu beginnen, müssen Sie einige wichtige Tools installieren und Konfigurationen einrichten. Beginnen Sie mit der Installation des [Capgo Plugins](https://capgo.app/plugins/) über Ihren bevorzugten Paketmanager:
-
-```bash
-npx @capgo/cli init
-```
-
-Dieser Befehl richtet die notwendigen Komponenten für OTA-Updates ein, einschließlich:
-
--   **Ende-zu-Ende-Verschlüsselung** für [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/)
-    
--   **Versionskontrolle** zur Verwaltung von Update-Auslieferungen
-    
--   **Fehlerverfolgung** zur schnellen Identifizierung und Behebung von Problemen
-    
-
-Sobald die Grundeinrichtung abgeschlossen ist, können Sie mit der Integration Ihrer OTA-Update-Plattform fortfahren.
-
-### OTA-Plattform-Integration
-
-Die Integration einer OTA-Plattform ist entscheidend für die effiziente Verwaltung geplanter Updates. So geht's:
-
--   **Sichern Sie Ihre Verbindung** durch Einrichtung von Authentifizierungsschlüsseln und Tokens.
-    
--   **Verfolgen Sie Versionen** um sicherzustellen, dass Updates ordnungsgemäß verwaltet und bereitgestellt werden.
-    
--   **Richten Sie Analysen ein** um zu überwachen, wie Updates im Einsatz funktionieren.
-    
--   **Integrieren Sie Ihre CI/CD-Pipeline** in Ihren bestehenden Workflow für reibungslosere Abläufe.
-    
-
-> "Wir konfigurieren Ihre CI/CD-Pipeline direkt in Ihrer bevorzugten Plattform, sei es GitHub Actions, GitLab CI oder andere. Wir hosten keine CI/CD und berechnen Ihnen keine Wartungskosten." – Capgo [\[1\]](https://capgo.app/)
-
-Für Enterprise-Level-Anforderungen unterstützt Capgo die Integration mit großen CI/CD-Systemen. Ihre Plattform wurde erfolgreich in 750 Produktions-Apps eingesetzt und verwaltet bisher über 23,5 Millionen Updates [\[1\]](https://capgo.app/).
-
-Hier einige Leistungskennzahlen [\[1\]](https://capgo.app/):
-
--   **Durchschnittliche Download-Geschwindigkeit**: 114 ms für ein 5 MB Bundle
-    
--   **API-Antwortzeit**: 434 ms weltweit
-    
--   **Update-Erfolgsrate**: 82% weltweit
-    
-
-## Entdecken Sie [Capgo](https://capgo.app/)'s Neues Ionic [Capacitor](https://capacitorjs.com/) Live Update ...
-
-**Update-Zeitpläne planen**
-
-Sobald die Tools eingerichtet sind, ist der nächste Schritt die Entscheidung, wann und wie Updates ausgerollt werden sollen.
-
-### Zeitliche Überlegungen
-
-Die Planung von OTA-Updates erfordert die Analyse von Benutzerverhalten und technischen Faktoren. Zum Beispiel kann die Veröffentlichung von Updates während Nebenzeiten - basierend auf den globalen Aktivitätsmustern Ihrer Nutzer - helfen, Unterbrechungen während Hauptzeiten zu reduzieren. Zusätzlich sollten Serverkapazität und Netzwerkbedingungen berücksichtigt werden, um eine reibungslose Bereitstellung zu gewährleisten. Diese Überlegungen spielen eine wichtige Rolle für effiziente Updates [\[1\]](https://capgo.app/).
-
-### Richtlinien für Update-Zeitpläne
-
-Die Verwendung eines stufenweisen Einführungsansatzes kann Updates überschaubarer machen. Beginnen Sie mit einer Beta-Veröffentlichung für eine kleine Gruppe von Benutzern und erweitern Sie dann schrittweise auf die gesamte Nutzerbasis. Diese Methode basiert oft auf Kanal-Systemen, die eine kontrollierte Verteilung ermöglichen. Sie ermöglicht auch Echtzeit-Überwachung und schnelle Rollbacks bei auftretenden Problemen.
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 eingeführt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach der OTA-Bereitstellung bei @Capgo auf dem neuesten Stand." [\[1\]](https://capgo.app/)
-
-## Update-Verwaltungsschritte
-
-Die erfolgreiche Verwaltung geplanter OTA-Updates erfordert sorgfältige Code-Implementierung, Fehlerbehandlung und gründliche Tests, um einen reibungslosen Ablauf zu gewährleisten.
-
-### Update-Zeitplan-Code
-
-So können Sie [automatische Hintergrund-Updates](https://capgo.app/docs/plugin/self-hosted/auto-update/) mit einem einfachen Skript einrichten:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-async function scheduleUpdate() {
-  try {
-    // Check for updates
-    const { bundle } = await CapacitorUpdater.download({
-      version: 'latest'
-    })
-
-    // Schedule installation during off-peak hours
-    await CapacitorUpdater.schedule({
-      bundle,
-      time: '03:00' // Schedule for 3 AM local time
-    })
-  } catch (error) {
-    console.error('Update scheduling failed:', error)
-  }
-}
-```
-
-Dieses Skript integriert sich direkt in Ihr OTA-Setup und stellt sicher, dass Updates zeitlich effektiv und ohne Unterbrechungen bereitgestellt werden.
-
-### Fehler- und Rollback-Behandlung
-
-Capgo bietet integrierte Tools zur Behandlung von Fehlern und Rollbacks, um sicherzustellen, dass alle Probleme während Updates schnell behoben werden. Wenn ein Update fehlschlägt, kann das System automatisch zu einer stabilen Version zurückkehren:
-
-```typescript
-async function handleFailedUpdate() {
-  try {
-    // Revert to last known stable version
-    await CapacitorUpdater.rollback()
-
-    // Log rollback event
-    console.log('Update rolled back successfully')
-  } catch (error) {
-    console.error('Rollback failed:', error)
-  }
-}
-```
-
-Diese Funktionen helfen, die App-Stabilität durch nahtlose Wiederherstellung vorheriger Versionen bei Bedarf zu erhalten. Kombinieren Sie dies immer mit Pre-Release-Tests, um Risiken zu minimieren.
-
-### Pre-Release-Tests
-
-Sobald Fehlerbehandlungsmechanismen eingerichtet sind, werden Tests zum nächsten kritischen Schritt. Capgo bietet dedizierte Testkanäle für Beta-Bereitstellungen, die es Ihnen ermöglichen:
-
--   Updates zuerst an interne Tester freizugeben
-    
--   Leistungsdaten und Feedback zu sammeln
-    
--   Schrittweise auf ein größeres Publikum zu erweitern
-    
-
-> "@Capgo ist ein Muss für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Fehlerbehebungen ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo unterstützt auch Benutzerzugriffskontrolle, was es einfacher macht, Berechtigungen zuzuweisen und bestimmte Gruppen während des Testens zu überwachen. Nutzen Sie die Analysefunktionen der Plattform, um die Leistung zu verfolgen und den besten Zeitpunkt für eine vollständige Einführung zu bestimmen [\[1\]](https://capgo.app/).
-
-## Update-Leistungsverfolgung
-
-Die Überwachung der OTA-Update-Leistung hilft, Ihren Zeitplan zu verfeinern und eine reibungslose Bereitstellung sicherzustellen.
-
-### Update-Metriken
-
-Die Messung von Key Performance Indicators (KPIs) ist essentiell für die Bewertung Ihrer [Update-Strategie](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Aktuelle Daten von Capgos Analyseplattform zeigen folgende Benchmarks für erfolgreiche OTA-Updates:
-
-| Metrik | Zielbenchmark | Branchendurchschnitt |
-| --- | --- | --- |
-| 24-Stunden-Adoptionsrate | 95% der aktiven Nutzer | 82% weltweit |
-| Update-Download-Geschwindigkeit | Unter 500ms | 57ms durchschnittlich |
-| Bundle-Download-Zeit (5MB) | Unter 150ms | 114ms via CDN |
-
-Sie können diese Metriken mit folgendem Code-Snippet in Ihren Workflow integrieren:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-async function trackUpdateMetrics() {
-  const stats = await CapacitorUpdater.getUpdateStats({
-    version: 'latest',
-    timeframe: '24h'
-  })
-
-  console.log('Update adoption rate:', stats.activeUsers)
-  console.log('Download success rate:', stats.successRate)
-}
-```
-
-Diese KPIs bieten eine solide Grundlage für die Verbesserung Ihrer Update-Strategie.
-
-### Zeitplan-Optimierung
-
-Das Timing spielt eine große Rolle beim Update-Erfolg. Bereitstellungsdaten legen diese Planungspraktiken nahe:
-
--   **Nebenzeiten**: Rollout von Updates zwischen 1 und 4 Uhr Ortszeit.
-    
--   **Schrittweise Einführung**: Beginnen Sie mit 10% der Nutzer und erweitern Sie schrittweise über 24 Stunden.
-    
--   **Geografische Verteilung**: Verteilen Sie Updates über Zeitzonen für bessere Abdeckung.
-    
-
-Wichtige Faktoren für die Zeitplan-Optimierung sind:
-
--   Abschlusszeit für Updates
-    
--   Netzwerk-Performance-Metriken
-    
--   Regionale Fehlerraten
-    
--   Nutzerengagement nach Updates
-    
-
-Echtzeit-Analysen können Ihnen helfen, Probleme schnell anzugehen. Tools wie Fehlerverfolgung gewährleisten eine 95%ige Erfolgsrate innerhalb der ersten 24 Stunden nach der Bereitstellung [\[1\]](https://capgo.app/).
-
-## Zusammenfassung
-
-OTA-Updates können die App-Performance verbessern, indem sie Updates schnell und sicher bereitstellen [\[1\]](https://capgo.app/). Hier sind einige wichtige Erkenntnisse aus unserem Leitfaden:
-
--   **Sichere Bereitstellung**: Nutzen Sie stufenweise Einführungen durch dedizierte [Update-Kanäle](https://capgo.app/docs/webapp/channels/) für kontrollierte Bereitstellung [\[1\]](https://capgo.app/).
-    
--   **Performance-Überwachung**: Behalten Sie Update-Erfolgsraten und wesentliche Metriken im Auge, um den Prozess zu optimieren [\[1\]](https://capgo.app/).
-    
--   **Rollback-Schutz**: Richten Sie automatisierte Fehlerverfolgung ein, um bei Bedarf schnelle Rollbacks zu ermöglichen [\[1\]](https://capgo.app/).
-    
-
-Seit 2022 ist die Landschaft der OTA-Update-Lösungen deutlich gewachsen. Zum Beispiel hat Capgo über 23,5 Millionen Updates über 750 Produktions-Apps verwaltet [\[1\]](https://capgo.app/). In Kombination mit CI/CD-Integration und Echtzeit-Analysen bieten diese Praktiken eine solide OTA-Update-Strategie für Ihren Capacitor App Workflow.
diff --git a/src/content/blog/de/how-to-secure-ota-updates-with-key-management.md b/src/content/blog/de/how-to-secure-ota-updates-with-key-management.md
deleted file mode 100644
index ab7110452..000000000
--- a/src/content/blog/de/how-to-secure-ota-updates-with-key-management.md
+++ /dev/null
@@ -1,208 +0,0 @@
----
-slug: how-to-secure-ota-updates-with-key-management
-title: So sichern Sie OTA-Updates mit Schlüsselverwaltung
-description: >-
-  Erfahren Sie, wie effektives Schlüsselmanagement und Verschlüsselung
-  OTA-Updates absichern und Ihre App vor Manipulation und Sicherheitsbedrohungen
-  schützen können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T05:02:06.032Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ea1c64283d21cbd67bff14-1743397338137.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, key management, encryption, app security, update delivery,
-  vulnerabilities, digital signatures, tampering
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Over-the-Air (OTA) Updates sicher halten und Schwachstellen vermeiden?** Hier erfahren Sie, wie Schlüsselverwaltung Ihre App-Updates vor Manipulation und Sicherheitsbedrohungen schützen kann.
-
--   **Was sind OTA-Updates?** Sie ermöglichen es Ihnen, App-Änderungen direkt an Benutzer zu übermitteln, ohne auf App-Store-Genehmigungen zu warten. Tools wie [Capgo](https://capgo.app/) können innerhalb von 24 Stunden eine Aktualisierungsrate von 95 % erreichen.
--   **Warum ist Sicherheit wichtig?** Ohne ordnungsgemäße Verschlüsselung und Schlüsselverwaltung sind Updates anfällig für Manipulation, Man-in-the-Middle-Angriffe und Versionsfälschung.
--   **Wie [Updates absichern](https://capgo.app/docs/live-updates/update-behavior/)?**
-    -   **Ende-zu-Ende-Verschlüsselung** zum Schutz von Update-Paketen verwenden.
-    -   Starke Schlüssel mit Algorithmen wie [RSA-4096](https://en.wikipedia.org/wiki/RSA_\(cryptosystem\)) oder [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard) generieren.
-    -   Schlüssel sicher mit **[Hardware-Sicherheitsmodulen](https://en.wikipedia.org/wiki/Hardware_security_module) (HSMs)** oder verschlüsselten Schlüsseltresoren speichern.
-    -   Updates mit digitalen Signaturen, Prüfsummen und Versionskontrollen verifizieren.
-    -   Versions-Downgrades durch strikte Versionierungsregeln verhindern.
--   **Warum Capgo?** Es liefert 23,5 Mio. sichere Updates an 20 Mio. Benutzer mit [fortschrittlicher Verschlüsselung](https://capgo.app/docs/cli/migrations/encryption/) und erfüllt die Standards von Apple und Google.
-
-**Fazit:** Ordnungsgemäße Schlüsselverwaltung stellt sicher, dass nur autorisierte Updates die Benutzer erreichen und schützt die App-Integrität und das Vertrauen der Benutzer. Sichern Sie jetzt Ihre Updates, um kostspielige Sicherheitsverletzungen zu vermeiden.
-
-## "Over the Air (OTA)" Updates verstehen: Ein tieferer Einblick
-
-<iframe src="https://www.youtube.com/embed/aFFRkMnifxM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Sicherheitsrisiken bei OTA-Updates
-
-Wenn Sie OTA-Updates ohne starke Sicherheitsmaßnahmen ausrollen, wird Ihre App zu einem leichten Ziel für potenzielle Schwachstellen.
-
-### Bekannte OTA-Sicherheitsbedrohungen
-
-OTA-Updates sind ständig neuen Bedrohungen ausgesetzt und erfordern strenge Sicherheitsprotokolle. Man-in-the-Middle-Angriffe können zum Beispiel Update-Pakete abfangen und bösartigen Code einschleusen, wenn keine Verschlüsselung vorhanden ist.
-
-**Wichtige Bedrohungen im Blick:**
-
--   **Update-Paket-Manipulation**: Angreifer modifizieren Update-Dateien während der Übertragung.
--   **Schlüsselkompromittierung**: Hacker erlangen unbefugten Zugriff auf Signatur- oder Verschlüsselungsschlüssel.
--   **Versionsfälschung**: Benutzer werden zum Download veralteter, unsicherer App-Versionen verleitet.
--   **Update-Server-Einbrüche**: Direkte Angriffe auf die Update-Verteilungsinfrastruktur.
-
-Sich nur auf Signierung zu verlassen, reicht nicht aus. Tools wie Capgos Ende-zu-Ende-Verschlüsselung stellen sicher, dass Updates nur von autorisierten Parteien entschlüsselt werden. Ohne solche Maßnahmen können diese Schwachstellen die App-Integrität und Benutzersicherheit gefährden.
-
-### Auswirkungen von Sicherheitsverletzungen
-
-Sicherheitsverletzungen in OTA-Systemen können weitreichende Auswirkungen haben und Entwickler, Benutzer und das breitere App-Ökosystem betreffen.
-
-| **Auswirkungsbereich** | **Unmittelbare Effekte** | **Langfristige Konsequenzen** |
-| --- | --- | --- |
-| **Benutzerdaten** | Offenlegung sensibler Informationen | Vertrauensverlust und mögliche rechtliche Probleme |
-| **App-Funktionalität** | Einführung von bösartigem Code | Anhaltende Instabilität und Leistungsprobleme |
-| **Geschäftsbetrieb** | Notfall-Reaktionskosten | Beschädigter Ruf und Benutzerabwanderung |
-| **Entwicklungszeitplan** | Erzwungene Rückschritte zu älteren Versionen | Verzögerungen bei der Veröffentlichung neuer Funktionen |
-
-Wenn Updates mit Sicherheitslücken in die Produktion gelangen, können sie Chaos verursachen. Verwundbare oder fehlerhafte Versionen können besonders in Apps, die sensible Benutzerdaten oder Finanztransaktionen verarbeiten, länger bestehen bleiben.
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren Updates nur" - Capgo [\[1\]](https://capgo.app/)
-
-Um diese Risiken zu reduzieren, sollten Sie folgende Maßnahmen in Betracht ziehen:
-
--   **Ende-zu-Ende-Verschlüsselung** für alle Update-Pakete verwenden.
--   **Regelmäßige Sicherheitsaudits** durchführen und auf Schwachstellen überwachen.
--   **Automatisierte Fehlerverfolgung** einsetzen, um Probleme schnell zu erkennen.
--   **Rollback-Fähigkeiten** für kompromittierte Updates sicherstellen.
-
-Die Kosten für die Behebung von Sicherheitsverletzungen - sowohl unmittelbar als auch langfristig - können immens sein. Durch die Einführung robuster Verschlüsselung und proaktiver Überwachung, wie sie von Capgo angeboten werden, können Sie diese Fallstricke vermeiden. Studien zeigen, dass Investitionen in angemessene Sicherheitsmaßnahmen von vornherein weitaus wirtschaftlicher sind als die Bewältigung der Folgen einer Verletzung.
-
-## Einrichten einer sicheren Schlüsselverwaltung
-
-Effektive Schlüsselverwaltung ist entscheidend für den Schutz von OTA-Updates. Hier ist eine Aufschlüsselung der wichtigsten Komponenten für ein sicheres System.
-
-### Starke Schlüssel erstellen
-
-Die Generierung sicherer Schlüssel ist die Grundlage der OTA-Update-Sicherheit. Konzentrieren Sie sich auf:
-
--   **Algorithmus-Auswahl**: Verwenden Sie RSA-4096 oder [ECC](https://en.wikipedia.org/wiki/Elliptic-curve_cryptography) für asymmetrische Verschlüsselung und AES-256 für symmetrische Verschlüsselung, um mit modernen kryptographischen Bibliotheken konform zu sein.
--   **Richtlinien zur Schlüsselgenerierung**:
-    -   Erstellen Sie eindeutige Schlüssel für jede App-Version.
-    -   Verwenden Sie kryptographisch sichere Zufallszahlengeneratoren mit zuverlässigen Entropiequellen.
-    -   Halten Sie sich an aktuelle Industriestandards für die Schlüsselerstellung.
-
-### Vertrauen durch Zertifikate aufbauen
-
-Ein gut implementiertes Zertifikatssystem ist essentiell, um die Authentizität von Updates sicherzustellen. Dies hilft, das Vertrauen zwischen Entwicklern und Benutzern zu wahren, indem verifiziert wird, dass Updates von einer legitimen Quelle stammen.
-
-### Schlüssel-Speichermethoden
-
-Ordnungsgemäße Schlüsselspeicherung ist vital für die Wahrung der Verschlüsselungsintegrität während Updates. Zwei primäre Methoden umfassen:
-
--   **Hardware-Sicherheitsmodule (HSMs)**:
-    
-    -   Physisch getrennte kryptographische Operationen.
-    -   Bieten manipulationsresistente Speicherung für Schlüssel.
-    -   Beinhalten hardwarebasierte Zufallszahlengenerierung.
--   **Verschlüsselte Schlüsseltresore**:
-    
-    -   Implementieren rollenbasierte Zugriffskontrolle.
-    -   Bieten Audit-Logging zur Überwachung der Schlüsselnutzung.
-    -   Unterstützen automatische Schlüsselrotation zur Verbesserung der Sicherheit.
-
-Um Ihr System weiter zu stärken, stellen Sie sicher, dass Schlüssel sicher gespeichert werden, aktivieren Sie [Multi-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/), führen Sie regelmäßige Backups durch und überwachen Sie die Schlüsselaktivität. Diese Praktiken schaffen einen zuverlässigen Rahmen für die Bereitstellung sicherer Updates.
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren Updates nur" [\[1\]](https://capgo.app/)
-
-## Sichere Update-Bereitstellung
-
-Der Schutz von OTA-Updates geht über die Schlüsselverwaltung hinaus. Sichere Update-Bereitstellung basiert auf Verschlüsselung und Verifizierung, um sicherzustellen, dass Updates sowohl privat als auch manipulationssicher sind.
-
-### Update-Paket-Sicherheit
-
-Die Bereitstellung sicherer Update-Pakete beginnt mit **Ende-zu-Ende-Verschlüsselung**, die Updates vom Entwickler bis zum Gerät des Benutzers schützt. So funktioniert es:
-
--   **[Paket-Verschlüsselung](https://capgo.app/docs/cli/migrations/encryption/):** Updates werden vor dem Versand verschlüsselt, unter Verwendung von Methoden wie AES-256 symmetrischer Verschlüsselung.
--   **Schlüsselverteilung:** Verschlüsselungsschlüssel werden nur mit autorisierten Geräten geteilt.
--   **Integritätsschutz:** Hash-Prüfsummen verifizieren, dass das Update während der Übertragung nicht verändert wurde.
-
-Capgo geht mit seinem Verschlüsselungsansatz noch weiter und stellt sicher, dass nur der beabsichtigte Empfänger die Updates entschlüsseln kann [\[1\]](https://capgo.app/).
-
-### Update-Verifizierungsschritte
-
-Verschlüsselung allein reicht nicht aus. Die Verifizierung von Updates gewährleistet deren Integrität und Authentizität. Mit einer globalen Update-Erfolgsrate von 82% [\[1\]](https://capgo.app/) können diese Schritte helfen, einen hohen Standard aufrechtzuerhalten:
-
-1.  **Digitale Signatur-Validierung:** Überprüfen Sie, ob die kryptographische Signatur zum öffentlichen Schlüssel des Entwicklers passt.
-2.  **Versionsnummer-Prüfung:** Bestätigen Sie, dass das Update neuer ist als die aktuell installierte Version.
-3.  **Paket-Integrität:** Verwenden Sie Prüfsummen, um sicherzustellen, dass das Update-Paket vollständig und unverändert ist.
-4.  **Zertifikatsketten-Verifizierung:** Validieren Sie die Zertifikatskette, die zum Signieren des Updates verwendet wurde.
-
-### Verhinderung von Versions-Downgrades
-
-Die Erlaubnis zur Neuinstallation älterer Versionen kann behobene Sicherheitslücken wieder öffnen. Um dies zu verhindern, erwägen Sie diese Maßnahmen:
-
--   **Versions-Management:** Durchsetzen Sie strikte Versionierungsregeln und überwachen Sie installierte Versionen, um veraltete zu blockieren.
--   **Update-Kanal-Management:** Nutzen Sie spezifische Kanäle, um Updates für verschiedene Benutzergruppen zu kontrollieren.
--   **Rollback-Schutz:** Beschränken Sie Rollbacks auf genehmigte Versionen mittels autorisierter Prozesse.
-
-## Schlüsselnutzungs-Tracking
-
-Die Überwachung der Schlüsselnutzung ist ein entscheidender Teil der OTA-Sicherheit. Capgos 23,5 Millionen Updates unterstreichen die Bedeutung konsistenter und gründlicher Verfolgung [\[1\]](https://capgo.app/).
-
-Nachfolgend skizzieren wir die wichtigsten Logs und Praktiken, die eine effektive Überwachung unterstützen.
-
-### Schlüsselaktivitäts-Logs
-
-Die Führung detaillierter Logs von schlüsselbezogenen Aktionen hilft, potenzielle Probleme frühzeitig zu erkennen. Zu protokollierende Schlüsseldaten umfassen:
-
--   Welche Systeme und Benutzer auf die Schlüssel zugreifen
--   Nutzungshäufigkeit
--   Fehlgeschlagene Operationen
--   Schlüssel-Lebenszyklus-Events (Erstellung, Rotation, Ablauf)
-
-### Sicherheitsalarm-Reaktion
-
-Wenn der Verdacht auf Schlüsselmissbrauch oder -kompromittierung besteht, ist schnelles Handeln entscheidend. Nutzen Sie diesen Reaktionsrahmen für verschiedene Alarmstufen:
-
-| Alarmstufe | Auslöser | Reaktionsmaßnahme |
-| --- | --- | --- |
-| Niedrig | Ungewöhnliche Zugriffsmuster | Sofort untersuchen und Ergebnisse dokumentieren |
-| Mittel | Mehrere fehlgeschlagene Operationen | Schlüsselnutzung temporär aussetzen |
-| Hoch | Bestätigte Kompromittierung | Schlüssel unverzüglich rotieren |
-| Kritisch | Aktiver Exploit erkannt | Alle Systemschlüssel sofort ersetzen |
-
-Um die globale Erfolgsrate von 82% für Updates zu unterstützen [\[1\]](https://capgo.app/), richten Sie automatisierte
-
--   **Täglich**: Automatisierte Analyse der wichtigsten Nutzungsmuster
--   **Wöchentlich**: Manuelle Überprüfung der Sicherheitsprotokolle
--   **Monatlich**: Überprüfung des Schlüsselrotationsprozesses
--   **Vierteljährlich**: Durchführung eines umfassenden Audits der Schlüsselverwaltungssysteme
-
-Diese Routine gewährleistet eine kontinuierliche und zuverlässige Sicherheitsüberwachung.
-
-## Zusammenfassung
-
-### Vorteile der Schlüsselverwaltung
-
-Eine ordnungsgemäße Schlüsselverwaltung stellt sicher, dass OTA-Updates sicher sind und nur autorisierte Benutzer diese entschlüsseln und installieren können. Dieser Prozess schützt Updates vor Manipulation bei gleichzeitiger effizienter Bereitstellung.
-
-| Vorteil | Auswirkung |
-| --- | --- |
-| **Verbesserte Sicherheit** | Ende-zu-Ende-Verschlüsselung blockiert unbefugten Zugriff |
-| **Schnelle Fehlerbehebung** | Ermöglicht sofortige Anwendung von Sicherheitskorrekturen und Patches |
-| **Kontrollierte Rollbacks** | Vereinfacht die Versionskontrolle zur Behebung problematischer Updates |
-| **Benutzervertrauen** | Verifizierte Updates erhöhen das Vertrauen der Benutzer |
-| **Compliance** | Entspricht den Standards von Apple und Google Plattformen |
-
-### [Capgo](https://capgo.app/) Sicherheitstools
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ea1c64283d21cbd67bff14/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Moderne Lösungen wie Capgo unterstreichen diese Vorteile durch die Vereinfachung der OTA-Update-Bereitstellung mit starken Sicherheitsmaßnahmen. Mit Unterstützung von 750 Produktions-Apps [\[1\]](https://capgo.app/) verbessert Capgo die Update-Sicherheit durch fortschrittliche Verschlüsselung und andere Schlüsselfunktionen.
-
-Capgo kombiniert Verschlüsselung mit Tools wie Fehlerverfolgung, Benutzerverwaltung und Rollback-Unterstützung und gewährleistet so einen sicheren und effizienten OTA-Prozess. Entwickler haben ihre Zufriedenheit mit diesem Ansatz geteilt:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Bereitstellung an unsere Benutzer!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/how-to-segment-users-by-plan-and-channels.md b/src/content/blog/de/how-to-segment-users-by-plan-and-channels.md
deleted file mode 100644
index 833aae1db..000000000
--- a/src/content/blog/de/how-to-segment-users-by-plan-and-channels.md
+++ /dev/null
@@ -1,180 +0,0 @@
----
-slug: how-to-segment-users-by-plan-and-channels
-title: So verwenden Sie Channels für Feature Flags und A/B Testing
-description: >-
-  Erfahren Sie, wie Sie die Kanäle von CapGo für Feature-Flags und A/B-Tests
-  nutzen können, indem Sie Benutzer selbst zuweisen oder Ihr Backend verwenden
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-04-15T00:00:00.000Z
-updated_at: 2025-04-15T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Capgo Kanal-Feature-Flags-Illustration
-keywords: 'channels, feature flags, a/b testing, capacitor, capgo'
-tag: Tutorial
-published: true
-locale: de
-next_blog: ''
----
-# Verwendung von Kanälen für Feature Flags und A/B-Tests
-
-Das Kanalsystem von CapGo bietet eine flexible Möglichkeit, Benutzer zu segmentieren und den Funktionszugriff zu steuern. Während CapGo keine integrierten Plan-Management- oder A/B-Test-Funktionen hat, können Sie diese Funktionen implementieren, indem Sie die Kanalzuweisungen selbst verwalten.
-
-## Kanäle verstehen
-
-Kanäle in CapGo ermöglichen es Ihnen:
-- Bestimmte Benutzergruppen mit verschiedenen Funktionen anzusprechen
-- A/B-Tests durchzuführen, indem Benutzer verschiedenen Kanälen zugewiesen werden
-- Neue Funktionen schrittweise einzuführen
-- Beta-Testprogramme zu erstellen
-
-## Methoden der Kanalzuweisung
-
-### 1. Backend-Zuweisung (Empfohlen)
-
-Dies ist die sicherere Methode. Sie beinhaltet:
-1. Abrufen der Geräte-ID vom Updater
-2. Senden an Ihr Backend
-3. Ihr Backend ruft die CapGo API auf, um das Gerät zuzuweisen
-
-So implementieren Sie es:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Get device ID
-const getDeviceId = async () => {
-  const { deviceId } = await CapacitorUpdater.getDeviceId()
-  return deviceId
-}
-
-// Send device ID to your backend
-const assignToChannel = async (channel: string) => {
-  const deviceId = await getDeviceId()
-  // Your backend will call CapGo API to assign the device
-  await yourBackend.assignDeviceToChannel(deviceId, channel)
-}
-```
-
-### Backend-Implementierung
-
-Ihr Backend muss:
-1. Einen API-Schlüssel vom CapGo Dashboard abrufen
-2. Die CapGo API aufrufen, um das Gerät einem Kanal zuzuweisen
-
-So erhalten Sie Ihren API-Schlüssel:
-1. Melden Sie sich in Ihrem CapGo Dashboard an
-2. Gehen Sie zu Einstellungen > API-Schlüssel
-3. Klicken Sie auf "Neuen Schlüssel generieren"
-4. Wählen Sie den `all`-Modus zur Verwaltung von Geräten und Kanälen
-5. Kopieren Sie den generierten Schlüssel und speichern Sie ihn sicher in Ihren Backend-Umgebungsvariablen
-   - Der Schlüssel ist eine 32-stellige Hexadezimalzeichenfolge
-   - Es ist ein geheimer Schlüssel, der niemals im Client-seitigen Code offengelegt werden sollte
-
-Hier ein Node.js-Beispiel:
-
-```typescript
-import axios from 'axios'
-
-const CAPGO_API_KEY = 'your_api_key'
-const CAPGO_API_URL = 'https://api.capgo.app'
-
-async function assignDeviceToChannel(deviceId: string, channel: string) {
-  try {
-    const response = await axios.post(
-      `${CAPGO_API_URL}/device`,
-      {
-        app_id: 'YOUR_APP_ID',
-        device_id: deviceId,
-        channel: channel
-      },
-      {
-        headers: {
-          'authorization': CAPGO_API_KEY,
-          'Content-Type': 'application/json'
-        }
-      }
-    )
-    return response.data
-  } catch (error) {
-    console.error('Failed to assign device to channel:', error)
-    throw error
-  }
-}
-```
-
-Das Backend sollte außerdem:
-- Die Benutzerberechtigungen validieren
-- Alle Kanalzuweisungen protokollieren
-- Rate-Limiting implementieren
-- Wiederholungslogik für fehlgeschlagene Zuweisungen implementieren
-
-### 2. Selbstzuweisung (Weniger sicher)
-
-Diese Methode ermöglicht es Geräten, sich direkt einem Kanal zuzuweisen. Sie ist nützlich zum Testen, aber weniger sicher für die Produktion:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Assign device to channel
-const assignToChannel = async (channel: string) => {
-  await CapacitorUpdater.setChannel(channel)
-}
-
-// Get current channel
-const getCurrentChannel = async () => {
-  const { channel } = await CapacitorUpdater.getChannel()
-  return channel
-}
-```
-
-Bevor Benutzer sich selbst einem Kanal zuweisen können, müssen Sie diese Funktion im CapGo Dashboard aktivieren:
-
-1. Gehen Sie zum Bereich Kanäle in Ihrem CapGo Dashboard
-2. Klicken Sie auf den Kanalnamen, den Sie verwalten möchten
-3. Aktivieren Sie in den Kanaleinstellungen "Geräten erlauben, sich selbst zuzuordnen"
-4. Speichern Sie die Änderungen
-
-Wenn diese Einstellung deaktiviert ist, wird jeder Versuch, `setChannel` mit diesem Kanal aufzurufen, fehlschlagen.
-
-## Feature Flags implementieren
-
-Verwenden Sie Kanäle zur Steuerung des Funktionszugriffs:
-
-```typescript
-const isFeatureEnabled = async (feature: string) => {
-  // Example: Check if user is in beta channel
-  const channel = await getCurrentChannel()
-  return channel === 'beta'
-}
-```
-
-## A/B-Test-Implementierung
-
-Führen Sie A/B-Tests durch, indem Sie Benutzer verschiedenen Kanälen zuweisen:
-
-```typescript
-const assignToABTest = async (userId: string) => {
-  // Use consistent hashing to assign users
-  const hash = await hashUserId(userId)
-  const variant = hash % 2 === 0 ? 'variant-a' : 'variant-b'
-  
-  await assignToChannel(variant)
-  return variant
-}
-```
-
-## Best Practices
-
-1. **Backend-Zuweisung verwenden**: Verwenden Sie für die Produktion immer die Backend-Zuweisungsmethode
-2. **Konsistente Zuweisung**: Verwenden Sie Benutzer-IDs oder andere stabile Identifikatoren für konsistente Kanalzuweisung
-3. **Überwachung**: Verfolgen Sie Funktionsnutzung und Leistungsmetriken für jeden Kanal
-4. **Schrittweise Einführung**: Beginnen Sie mit kleinen Benutzersegmenten und erweitern Sie schrittweise
-5. **Klare Dokumentation**: Dokumentieren Sie Ihre Kanalstrategie und -zwecke
-
-## Fazit
-
-Durch die Nutzung des Kanalsystems von CapGo können Sie personalisierte App-Erlebnisse erstellen und A/B-Tests durchführen. Für den Produktionseinsatz sollten Sie immer die Backend-Zuweisungsmethode für bessere Sicherheit und Kontrolle bevorzugen.
-
-Weitere Details zur Kanalverwaltung finden Sie in unserer [Kanäle-Dokumentation](/docs/live-updates/channels/).
diff --git a/src/content/blog/de/how-to-send-specific-version-to-users.md b/src/content/blog/de/how-to-send-specific-version-to-users.md
deleted file mode 100644
index 5d9cb6420..000000000
--- a/src/content/blog/de/how-to-send-specific-version-to-users.md
+++ /dev/null
@@ -1,173 +0,0 @@
----
-slug: how-to-send-specific-version-to-users
-title: Wie man spezifische Updates an einen Benutzer oder eine Gruppe sendet
-description: >-
-  Ermöglichen Sie Ihren Nutzern, eine Beta-Version zu testen, ohne TestFlight
-  oder den Google-Beta-Prozess zu benötigen. Fügen Sie einfach einen Button in
-  Ihrer Ionic-App hinzu, und schon sind sie dabei!
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-17T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo_select_update.webp
-head_image_alt: TestFlight-Alternative-Illustration
-tag: alternatives
-published: true
-locale: de
-next_blog: ''
----
-
-## Vorwort
-
-Wenn Sie beginnen, das Update-System von Capgo zu genießen, wie ich es für meine Apps tue, werden Sie anfangen zu denken: "Was wäre, wenn ich mehr möchte?"
-
-Ich hatte auch dieses Gefühl, aber da ich der Entwickler von Capgo bin, konnte ich einen Blick darauf werfen!
-
-> Da alles Open-Source ist, haben Sie diese Möglichkeit auch :)
-
-Der nächste Schmerzpunkt, den ich im Verteilungsprozess von Capacitor-Apps hatte, ist es, andere Teammitglieder die Updates testen zu lassen!
-
-Mit TestFlight ist das Problem einfach: Leute in Ihr Team zu bringen und ihnen beizubringen, wie sie es bekommen, ist zeitaufwendig!
-
-Und natürlich haben Sie jedes Mal, wenn Sie etwas an Apple senden, einen zufälligen Überprüfungsprozess durch einen Bot, der 5 Minuten oder 5 Stunden dauern kann, Sie wissen es nie.
-
-Meine Präsentationen wurden oft dadurch verzögert...
-
-Und bei Google ist es noch schlimmer, das große Rätsel meines Lebens: Eine Produktionsversion freizugeben, dauert weniger als 2 Stunden, aber eine geschlossene Beta freizugeben, dauert 1-2 Tage.
-
-## Lösung
-
-Um dies zu beheben, habe ich das Channel-System in Capgo erstellt.
-
-`npx @capgo/cli@latest bundle upload -c production` wird alle Benutzer aktualisieren (wenn der Produktionskanal als Standard festgelegt ist)
-
-Wenn Sie `npx @capgo/cli@latest bundle upload -c development` ausführen, landet die Version in einem anderen Kanal. Dies kann in [GitHub-Aktionen](/blog/manage-dev-and-prod-build-with-github-actions/) automatisiert werden.
-
-Dann haben Sie zwei Möglichkeiten, Benutzer Updates aus dem Kanal erhalten zu lassen:
-
-### Super automatische Methode
-
-Dies kann nützlich sein, wenn Sie kein eigenes Backend für die Kanaleinstellung erstellen möchten. Es ist schnell zu implementieren.
-
-Bei dieser Methode müssen Sie nur einen Ihrer Kanäle zur Selbsteinstellung freigeben.
-
-![Selbsteinstellung in Capgo erlauben](/self_set.webp)
-
-Fügen Sie dann Folgendes in den Code Ihrer Ionic-App ein. Für die beste Erfahrung verwenden Sie dies, nachdem der Benutzer auf eine Schaltfläche wie "Für Beta registrieren" geklickt hat:
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.setChannel({ channel: 'beta' })
-```
-
-### Manuelle Methode
-
-Dies kann für Ihr internes Team nützlich sein und ist schnell zu implementieren.
-Erlauben Sie Benutzern, ihre Geräte-ID aus Ihrer App zu kopieren und manuell an Sie zu senden. Dieser Code hilft Ihnen, sie zu erhalten:
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-Verstecken Sie irgendwo in Ihrer App eine Schaltfläche oder zeigen Sie die Schaltfläche nur angemeldeten Benutzern mit einer `admin`-Rolle an.
-
-Gehen Sie dann zur Web-App oder nativen App von Capgo, melden Sie sich als App-Admin an, wählen Sie Ihre App aus und klicken Sie auf die Geräteliste.
-
-Geben Sie dann in der Suchleiste die Geräte-ID ein, klicken Sie auf das gefundene Gerät und dann auf den Kanal-Link. Wählen Sie `development`, bitten Sie Ihr Teammitglied, die App erneut zu öffnen, 30 Sekunden zu warten und zu schließen.
-
-Er sollte Ihre Version erhalten.
-
-### Automatische Methode
-
-Dies kann für Ihre Beta-Tester nützlich sein, erfordert aber eine längere Implementierung.
-
-Wie bei der manuellen Methode müssen Sie die Geräte-ID erhalten:
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-
-Diesmal müssen Sie sie jedoch automatisch an Ihr Backend senden. Ich überlasse es Ihnen, wie Sie das machen.
-
-Ich schlage nur vor, sie in einer Datenbank zu speichern, das wird Ihnen später das Leben erleichtern.
-
-Dann müssen Sie sie in Ihrem Backend auch an das Capgo-Backend senden. Hier zwei Codebeispiele:
-<details>
-  <summary>NodeJS</summary>
-
-```js
-import axios from 'axios'
-
-await axios.post('https://api.capgo.app/device', {
-  app_id: 'YOUR_APP_ID',
-  device_id: 'DEVICE_ID',
-  channel: 'CHANNEL_NAME', // The name of the channel, or undefined if version_id provided
-  version_id: 'VERSION_NAME' // this is optionnal, if provide it will override the channel, that usefull when you want to debug only one user.
-}, {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-```
-</details>
-
-<details>
-  <summary>Cloudflare</summary>
-  
-```js
-addEventListener('fetch', (event) => {
-  event.respondWith(
-    handleRequest(event.request).catch(
-      err => new Response(err.stack, { status: 500 })
-    )
-  )
-})
-
-async function handleRequest(request) {
-  const { pathname, method } = new URL(request.url)
-  const body = await request.json()
-  const newBody = JSON.stringify({
-    app_id: 'YOUR_APP_ID',
-    device_id: body.device_id,
-    channel: 'alpha'
-  })
-  const newUrl = new URL('https://api.capgo.app/device')
-  const options = {
-    headers: {
-      authorization: 'YOUR_API_KEY',
-    },
-    method: 'POST',
-    body: newBody
-  }
-
-  if (request.method === 'DELETE') {
-    // DELETE the channel link
-    options.method = 'DELETE'
-    return fetch(newUrl.toString(), options)
-  }
-
-  return fetch(newUrl.toString(), options)
-}
-```
-Senden Sie einfach Ihre device_id im Body an die bereitgestellte URL mit POST zum Hinzufügen und DELETE-Methode zum Löschen.
-</details>
-
-Nachdem dies konfiguriert ist, versuchen Sie, eine Schaltfläche in Ihrer App hinzuzufügen, um sich für den Kanal anzumelden, und überprüfen Sie in der Web-App, ob dies eingestellt wurde.
-
-Sie können auch `null` senden, um die Übersteuerung zu entfernen.
-
-Wenn Sie programmatisch überprüfen müssen, welche Übersteuerung auf einem Gerät eingestellt ist, können Sie dies über dieselbe URL abrufen:
-
-```js
-import axios from 'axios'
-
-const res = await axios.get('https://api.capgo.app/device?app_id=YOUR_APP_ID&device_id=DEVICE_ID', {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-
-console.log('data', res.json())
-```
\ No newline at end of file
diff --git a/src/content/blog/de/how-to-track-ota-update-success-in-capacitor-apps.md b/src/content/blog/de/how-to-track-ota-update-success-in-capacitor-apps.md
deleted file mode 100644
index 070d76ce8..000000000
--- a/src/content/blog/de/how-to-track-ota-update-success-in-capacitor-apps.md
+++ /dev/null
@@ -1,383 +0,0 @@
----
-slug: how-to-track-ota-update-success-in-capacitor-apps
-title: So verfolgen Sie OTA-Update-Erfolgreich in Capacitor Apps
-description: >-
-  Erfahren Sie, wie Sie den Erfolg von OTA-Updates in Ihren Apps effektiv
-  überwachen können, um die Benutzererfahrung zu verbessern und Probleme schnell
-  zu beheben.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T05:10:07.131Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0e4b5db7797980463f0f3-1742793019156.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'OTA updates, app tracking, user adoption, version management, error monitoring'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-OTA-Updates ermöglichen es Ihnen, App-Änderungen direkt an Benutzer zu übermitteln, ohne auf die App-Store-Genehmigung warten zu müssen. Die Verfolgung ihres Erfolgs ist jedoch entscheidend, um reibungslose Updates sicherzustellen, Probleme schnell zu beheben und die Benutzererfahrung zu verbessern. Hier ist, was Sie wissen müssen:
-
--   **Warum Updates verfolgen?**
-    
-    -   Fehler frühzeitig erkennen
-        
-    -   Benutzerakzeptanzraten überwachen
-        
-    -   Problematische Updates zurückrollen
-        
-    -   Versionskonflikte vermeiden
-        
--   **Wichtige Schritte zur Verfolgung von OTA-Updates:**
-    
-    1.  **Versionsmanagement:** Nutzen Sie Kanäle wie Production, Beta und Staged Rollouts für kontrollierte Updates.
-        
-    2.  **In-App-Tracking:** Richten Sie Event-Listener ein und protokollieren Sie den Installationsfortschritt mit Tools wie `@capgo/capacitor-updater`.
-        
-    3.  **Server-Logging:** Verfolgen Sie Metriken wie Update-Erfolgsraten, Gerätebedingungen und Benutzerengagement.
-        
--   **Erfolg messen:**
-    
-    -   Verfolgen Sie Benutzer-Update-Raten (95% Akzeptanz innerhalb von 24 Stunden ist ideal).
-        
-    -   Identifizieren Sie Problembereiche durch Analyse von Gerätetypen, Netzwerkbedingungen und regionalen Trends.
-        
--   **Zu verwendende Tools:**
-    
-    -   Echtzeit-Analytik
-        
-    -   Fehlerüberwachung
-        
-    -   Rollback-Optionen
-        
-
-## Entdecken Sie [Capgo](https://capgo.app/)'s Neue [Ionic](https://ionicframework.com/) [Capacitor](https://capacitorjs.com/) Live Update ...
-
-**Update-Tracking einrichten**
-
-Die effektive Verfolgung von OTA-Updates erfordert ein klares Versionsmanagement und robuste Überwachung. So richten Sie alles ein.
-
-### Update-Versionsmanagement
-
-Versionsverwaltung ist ein Schlüsselelement des OTA-Update-Trackings. Capgos Kanalsystem bietet eine strukturierte Möglichkeit, verschiedene Versionen über Ihre Benutzer hinweg zu verwalten.
-
-| Kanaltyp | Zweck | Beste Anwendung |
-| --- | --- | --- |
-| Production | Hauptveröffentlichungskanal | Stabile, getestete Updates |
-| Beta | Testkanal | Frühe Funktionsvalidierung |
-| Staged | Schrittweise Einführung | Risikominderung |
-| Development | Internes Testen | Vorabverifizierung |
-
-Stellen Sie für jede Version sicher, dass Sie Folgendes einschließen:
-
--   Eine eindeutige Versionskennung
-    
--   Detaillierte Versionshinweise
-    
--   Spezifische Zielgruppe
-    
--   Rollback-Checkpoint zur Sicherheit
-    
-
-Sobald die Kanäle definiert sind, konfigurieren Sie Ihre App, um Update-Events für besseres Tracking zu protokollieren.
-
-### App-seitiges Tracking-Setup
-
-Befolgen Sie diese Schritte, um Updates in Ihrer App zu verfolgen:
-
-1.  **Installieren Sie die erforderlichen Abhängigkeiten**  
-    Verwenden Sie den folgenden Befehl, um die notwendige Bibliothek hinzuzufügen:
-    
-    ```bash
-    npm install @capgo/capacitor-updater
-    ```
-    
-2.  **Event-Listener einrichten**  
-    Konfigurieren Sie Listener zur Erkennung von Updates:
-    
-    ```javascript
-    CapacitorUpdater.addListener('updateAvailable', () => { … });
-    ```
-    
-3.  **Installationsfortschritt protokollieren**  
-    Verfolgen Sie, wann Updates heruntergeladen und installiert werden:
-    
-    ```javascript
-    CapacitorUpdater.addListener('downloadComplete', () => { … });
-    ```
-    
-
-Nach dem Einrichten des In-App-Trackings erweitern Sie Ihre Überwachung mit serverseitigem Logging für ein vollständiges Bild.
-
-### Server-Logging-Setup
-
-Server-Logging hilft Ihnen, kritische Daten über Updates zu sammeln, einschließlich ihrer Auswirkungen auf Benutzer und Geräte. Hier sind die Schwerpunkte:
-
-1.  **System-Metriken**
-    
-    -   Update-Zeitstempel und Erfolgs-/Fehlerraten verfolgen
-        
-    -   Geräte- und Netzwerkbedingungen überwachen
-        
-    -   Download-Geschwindigkeiten und Installationszeiten messen
-        
-    -   Speichernutzung und Akkuverbrauch bewerten
-        
-2.  **Benutzerauswirkungen**
-    
-    -   Benutzerengagement nach Updates analysieren
-        
-    -   Feature-Adoptionsraten prüfen
-        
-    -   App-Stabilität überwachen
-        
-    -   Änderungen in der Sitzungsdauer beobachten
-        
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Benutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Die Kombination von Versionsmanagement, In-App-Tracking und Server-Logging gibt Ihnen einen umfassenden Überblick über Ihre OTA-Update-Performance.
-
-## Update-Erfolg messen
-
-Die Verfolgung des Erfolgs von OTA-Updates beinhaltet die Analyse wichtiger Metriken und wie Benutzer sie annehmen. Hier erfahren Sie, wie Sie die Update-Leistung effektiv messen und bewerten können.
-
-### Benutzer-Update-Raten
-
-Das Verständnis darüber, wie schnell Benutzer Updates annehmen, gibt Einblick in die Effektivität Ihrer OTA-Bereitstellung. Achten Sie auf den Prozentsatz der Benutzer, die innerhalb der ersten 24 Stunden aktualisieren, um eine Baseline für die Leistung festzulegen.
-
-So überwachen Sie Benutzer-Update-Raten:
-
--   Behalten Sie die Echtzeit-Adoptionsraten für jedes Update im Auge.
-    
--   Legen Sie Ziel-Abschlusszeiten fest und verfolgen Sie Update-Raten für verschiedene Geräte, um Trends zu erkennen.
-    
-
-Sobald Sie diese Daten haben, konzentrieren Sie sich darauf, Problembereiche zu erkennen und anzugehen, um Ihren [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/) zu verbessern.
-
-### Problembereich-Erkennung
-
-Frühzeitiges Erkennen von Problemen ist entscheidend, um Updates reibungslos ablaufen zu lassen. Konzentrieren Sie sich auf diese Überwachungsbereiche:
-
-| **Überwachungsbereich** | **Schlüsselmetriken** | **Maßnahmen** |
-| --- | --- | --- |
-| Gerätetypen | Erfolgsraten nach Modell | Probleme bei leistungsschwachen Geräten beheben |
-| Netzwerkbedingungen | Download-Abschlussraten | Update-Größe für langsamere Verbindungen anpassen |
-| Geografische Regionen | Regionale Erfolgsraten | Standortspezifische Herausforderungen lösen |
-| App-Versionen | Versionsverteilung | Feststeckende Updates identifizieren und beheben |
-
-Durch die Untersuchung dieser Metriken können Sie erkennen, wo Updates möglicherweise fehlschlagen und Korrekturmaßnahmen ergreifen.
-
-### Analytics-Tools-Überblick
-
-Nach der Identifizierung potenzieller Probleme nutzen Sie Analytics-Tools für tiefere Einblicke. Suchen Sie nach Tools, die Echtzeit-Daten, Fehlerverfolgung und Benutzerengagement-Metriken bieten, um:
-
--   Updates über Ihre Benutzerbasis hinweg zu überwachen und schnell auf Probleme zu reagieren.
-    
--   Fehler zu protokollieren, um spezifische Fehlerpunkte zu identifizieren und zu beheben.
-    
--   Zu analysieren, wie Updates das Benutzerverhalten und die App-Performance beeinflussen.
-    
-
-Diese Schritte helfen sicherzustellen, dass Ihre OTA-Updates sowohl reibungslos als auch effektiv sind.
-
-## Update-Wirkungsanalyse
-
-### Performance-Metriken
-
-Um die Auswirkungen eines Updates zu bewerten, vergleichen Sie wichtige Leistungsindikatoren vor und nach der Implementierung:
-
--   **Startgeschwindigkeit**: Streben Sie eine Startzeit unter 2 Sekunden an (spezifische Benchmarks können variieren).
-    
--   **API-Antwortzeit**: Halten Sie die Serverkommunikation unter 434 ms.
-    
--   **Absturzraten**: Stellen Sie App-Stabilität mit einer Ziel-Absturzrate unter 1% sicher.
-    
--   **Speichernutzung**: Messen Sie den Ressourcenverbrauch gegen Ihre Baseline.
-    
--   **Netzwerknutzung**: Optimieren Sie Datentransfer und minimieren Sie Update-Größen.
-    
-
-Behalten Sie diese Metriken mindestens 48 Stunden nach dem Update im Auge, um Verbesserungen oder potenzielle Probleme zu erkennen.
-
-### Änderungen im Benutzerverhalten
-
-Verstehen Sie, wie das Update die Benutzerinteraktion beeinflusst, indem Sie analysieren:
-
--   **Feature-Adoptionsrate**: Messen Sie, wie schnell Benutzer neue Funktionen nutzen.
-    
--   **Sitzungsdauer & Retention**: Verfolgen Sie Engagement-Trends mit Metriken wie DAU (Daily Active Users) und MAU (Monthly Active Users).
-    
--   **Navigationsmuster**: Untersuchen Sie, wie sich Benutzerflüsse nach dem Update ändern.
-    
-
-Nutzen Sie diese Erkenntnisse, um Ihre App zu optimieren und aufkommende Bedenken anzugehen.
-
-### [Capgo](https://capgo.app/) Performance-Tools
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Capgo bietet Tools zur Vereinfachung der Überwachung und Fehlerbehebung während Updates:
-
-1.  **Echtzeit-Analytics**: Verfolgen Sie sofort Update-Verteilung und Benutzerakzeptanz.
-    
-2.  **Fehlerüberwachung**: Erkennen und beheben Sie Probleme, bevor sie eskalieren.
-    
-3.  **Versionskontrolle**: Rollen Sie Updates mit einem Klick zurück, um Störungen zu reduzieren.
-    
-
-> "Verfolgen Sie Update-Erfolgsraten und Benutzerengagement in Echtzeit" – Capgo [\[1\]](https://capgo.app/)
-
-Capgo unterstützt auch gestaffeltes Testen durch Targeting spezifischer Benutzergruppen vor einem vollständigen Rollout. Dieser Ansatz gewährleistet konsistente Leistung und minimiert Risiken über Ihre gesamte Benutzerbasis hinweg.
-
-## Update-Problemlösung
-
-### Häufige Update-Probleme
-
-Updates können auf Hindernisse wie Netzwerkausfälle, Versionsunterschiede, veraltete Cache-Dateien oder unvollständige Installationen stoßen. Hier eine schnelle Übersicht:
-
-| Problem | Häufige Ursache | Lösung |
-| --- | --- | --- |
-| Fehlgeschlagene Downloads | Schlechte Netzwerkverbindung | Verwenden Sie ein automatisches Wiederholungssystem mit exponentieller Verzögerung. |
-| Versionskonflikte | Inkompatible Abhängigkeiten | Erzwingen Sie strenge Versionsprüfungen vor der Bereitstellung von Updates. |
-| Cache-Probleme | Veraltete Cache-Dateien | Fügen Sie Cache-Busting-Techniken hinzu und löschen Sie alte Versionen. |
-| Teilweise Updates | Unterbrochene Installation | Verwenden Sie [atomare Updates](https://capgo.app/docs/live-updates/update-behavior/) mit Rollback-Option zur Sicherstellung der Konsistenz. |
-
-### Fehlerverfolgungs-Setup
-
-Effektive Verfolgung ist der Schlüssel zur Identifizierung und Lösung von Update-Problemen. Konzentrieren Sie sich auf diese Bereiche:
-
--   **Update-Download-Status**: Überwachen Sie Erfolgsraten und Abschlusszeiten.
-    
--   **Installationsfortschritt**: Verfolgen Sie jeden Schritt des Installationsprozesses.
-    
--   **Post-Update-Funktionalität**: Bestätigen Sie, dass wesentliche App-Funktionen nach dem Update ordnungsgemäß funktionieren.
-    
-
-So richten Sie dies ein:
-
-1.  **Echtzeit-Überwachung**: Konfigurieren Sie automatische Warnungen für kritische Fehler und legen Sie Fehlerschwellen für sofortige Benachrichtigungen fest.
-    
-2.  **Detaillierte Protokollierung**: Erfassen Sie Update-Versionen, Gerätespezifikationen, Netzwerkbedingungen, Installationszeiten und Fehlerprotokolle.
-    
-3.  **Benutzerfeedback**: Ermöglichen Sie Benutzern, Update-Probleme direkt zu melden.
-    
-
-Wenn trotz dieser Maßnahmen Fehler auftreten, leiten Sie Rollback-Prozeduren ein, um Störungen zu minimieren.
-
-### Update-Rollback-Schritte
-
-Ein gut geplanter Rollback-Prozess kann helfen, Benutzerfrust bei fehlerhaften Updates zu reduzieren. So bereiten Sie sich vor:
-
-1.  **Rollback-Trigger definieren**: Legen Sie automatisierte Schwellenwerte fest, die Rollback-Prozesse bei spezifischen Problemen aktivieren.
-    
-2.  **Versionskontrolle nutzen**: Halten Sie immer mehrere Update-Versionen für schnelles Rollback bereit.
-    
-
-> "Fehlerverfolgung: Proaktiv überwachen und Probleme beheben, bevor sie Benutzer beeinträchtigen" [\[1\]](https://capgo.app/)
-
-3.  **Wiederherstellungsschritte dokumentieren**:
-
-Die Wahl des richtigen Tracking-Tools ist entscheidend für den Erfolg Ihrer Updates. Hier erfahren Sie, worauf Sie achten sollten und warum es wichtig ist.
-
-### Tool-Vergleich
-
-Beim Vergleich von OTA-Update-Tracking-Tools sollten Sie auf diese Funktionen achten:
-
-| Funktion | Warum es wichtig ist |
-| --- | --- |
-| **Update-Geschwindigkeit** | Beeinflusst, wie schnell Benutzer Updates übernehmen und wie effizient sie bereitgestellt werden. |
-| **Sicherheitsniveau** | Schützt sowohl den Update-Prozess als auch die Daten Ihrer Benutzer. |
-| **Analysetiefe** | Hilft Ihnen bei der Überwachung und Optimierung der Update-Leistung. |
-| **Rollback-Optionen** | Ermöglicht schnelle Korrekturen, falls ein Update Probleme verursacht. |
-| **Preisniveau** | Beeinflusst langfristige Kosten und Skalierbarkeit Ihrer Lösung. |
-
-### Capgo Funktionen
-
-Capgo zeichnet sich durch eine beeindruckende globale Erfolgsrate von 82% [\[1\]](https://capgo.app/) aus und bietet Funktionen, die alle Aspekte des [Update-Managements](https://capgo.app/docs/plugin/cloud-mode/manual-update/) abdecken:
-
--   **Echtzeit-Analytik**  
-    Capgo bietet weltweites Monitoring mit einer durchschnittlichen API-Antwortzeit von 57ms [\[1\]](https://capgo.app/). Dies hilft Ihnen, Probleme frühzeitig zu erkennen und zu beheben.
-    
--   **Sicherheitsinfrastruktur**  
-    Updates werden sicher mit Ende-zu-Ende-Verschlüsselung geliefert und erfüllen die Anforderungen selbst anspruchsvollster Unternehmensanwendungen.
-    
--   **Verteilungskontrollen**  
-    Ein kanalbasiertes System ermöglicht es Ihnen, Updates an bestimmten Gruppen zu testen, bevor Sie sie breit ausrollen.
-    
-
-### Leitfaden zur Tool-Auswahl
-
-So wählen Sie das beste OTA-Update-Tracking-Tool für Ihre Bedürfnisse:
-
--   **Integrationsanforderungen**  
-    Suchen Sie nach Tools, die nahtlos mit Ihrer CI/CD-Pipeline zusammenarbeiten.
-    
-    > "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-    
--   **Kostenwirksamkeit**  
-    Berücksichtigen Sie, wie sich die Preisgestaltung des Tools auf Ihr langfristiges Budget auswirkt.
-    
--   **Technische Fähigkeiten**  
-    Entscheiden Sie sich für Tools, die bieten:
-    
-    -   Unterstützung für partielle Updates
-        
-    -   Detaillierte Fehlerverfolgung
-        
-    -   Flexible Hosting-Optionen
-        
-    -   Kompatibilität mit der neuesten Capacitor-Version
-        
-
-> "Capgo ist ein Muss für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Bugfixes ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Zusammenfassung
-
-Hier ist ein optimierter Überblick und Aktionsplan für das effektive Tracking von OTA-Updates, basierend auf den zuvor beschriebenen Einrichtungs-, Mess- und Fehlerbehebungsschritten.
-
-### Wichtige Punkte im Überblick
-
-Die erfolgreiche Verfolgung von OTA-Updates beinhaltet die Überwachung wesentlicher Metriken, die Zuverlässigkeit gewährleisten. Ein strukturierter Ansatz zur Analyse dieser Metriken kann die App-Leistung erheblich beeinflussen, wie reale Daten zeigen:
-
-| Aspekt | Wichtige Metriken | Auswirkung |
-| --- | --- | --- |
-| Abdeckung | 23,5 Mio. ausgelieferte Updates | Zeigt Systemzuverlässigkeit |
-| Erfolgsrate | 82% weltweit | Etabliert einen Leistungsstandard |
-| Nutzerbasis | 750 Produktions-Apps | Bestätigt Skalierbarkeit für Unternehmen |
-
-Diese Metriken leiten die folgenden Schritte zur Sicherstellung eines sicheren und automatisierten Update-Trackings.
-
-### Nächste Schritte
-
--   **Analytics und Monitoring einrichten**
-    
-    -   Echtzeit-Tracking-Tools implementieren.
-        
-    -   Leistungskennzahlen definieren.
-        
-    -   Robuste Fehlererkennungssysteme einführen.
-        
--   **Strategische Verteilung planen**
-    
-    -   Beta-Test-Kanäle für kontrolliertes Testen nutzen.
-        
-    -   Updates stufenweise ausrollen, um Risiken zu minimieren.
-        
-    -   Schnelle Rollback-Optionen für Notfallkorrekturen einbeziehen.
-        
--   **Auf Basis von Erkenntnissen verfeinern**
-    
-    -   Update-Erfolgsraten genau überwachen.
-        
-    -   Nutzerverhalten und Adoptionstrends studieren.
-        
-    -   Rollout-Strategien basierend auf Datenanalyse anpassen.
-        
-
-Mit einer Testphase können Sie diese Methoden für Ihre spezifischen Bedürfnisse testen und verfeinern.
-
-> "Capgo ist ein Muss für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Bugfixes ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/how-to-use-aar-files-in-capacitor-plugins.md b/src/content/blog/de/how-to-use-aar-files-in-capacitor-plugins.md
deleted file mode 100644
index 01113fb31..000000000
--- a/src/content/blog/de/how-to-use-aar-files-in-capacitor-plugins.md
+++ /dev/null
@@ -1,280 +0,0 @@
----
-slug: how-to-use-aar-files-in-capacitor-plugins
-title: So verwenden Sie AAR-Dateien in Capacitor-Plugins
-description: >-
-  Erfahren Sie, wie Sie AAR-Dateien in Capacitor-Plugins integrieren, um Ihre
-  Web-Apps durch eine klare, schrittweise Anleitung mit nativen
-  Android-Funktionen zu erweitern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-15T01:43:16.632Z
-updated_at: 2025-03-18T13:14:19.487Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d4c5e1e479dbdb23f053f1-1742003009662.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  AAR files, Capacitor plugins, Android development, mobile integration, Gradle
-  configuration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Android-Funktionen in Ihre [Capacitor](https://capacitorjs.com/) App integrieren?** Dieser Leitfaden erklärt, wie Sie AAR (Android Archive) Dateien in [Capacitor Plugins](https://capgo.app/plugins/) verwenden können, um native Android-Funktionalität mit plattformübergreifenden Web-Apps zu kombinieren.
-
-### Wichtige Erkenntnisse:
-
--   **Was sind AAR-Dateien?** Vorgefertigte Android-Bibliotheken mit Code, Ressourcen und nativen Dateien.
--   **Warum sie verwenden?** AAR-Dateien ermöglichen Code-Wiederverwendung, vereinfachen die Wartung und schützen proprietäre Funktionen.
--   **Was wird benötigt?** Tools wie [Android Studio](https://developer.android.com/studio), [Gradle](https://gradle.org/) und [Node.js](https://nodejs.org/en) sowie die richtige Projekteinrichtung.
--   **Wie integriert man?** AAR-Dateien in `libs` platzieren, Gradle konfigurieren und mit Capacitor-Plugins verbinden.
-
-### Schnelle Schritte:
-
-1.  **Richten Sie Ihre Umgebung ein:** Installieren Sie die erforderlichen Tools und konfigurieren Sie Android Studio.
-2.  **Organisieren Sie Ihr Projekt:** Erstellen Sie eine klare Struktur für Ihr [Capacitor Plugin](https://capgo.app/blog/capacitor-comprehensive-guide/).
-3.  **AAR-Dateien hinzufügen:** Platzieren Sie sie in `android/libs` und aktualisieren Sie die Gradle-Abhängigkeiten.
-4.  **Plugin-Code schreiben:** Verknüpfen Sie AAR-Funktionalität mit JavaScript über die [Capacitor API](https://capgo.app/blog/capacitor-comprehensive-guide/).
-5.  **Gründlich testen:** Nutzen Sie den Android Studio Debugger für eine reibungslose Integration.
-
-Wenn Sie diesem Leitfaden folgen, können Sie AAR-Dateien nahtlos in Ihre Capacitor-Plugins integrieren und native Android-Funktionen für Ihre Web-Apps freischalten.
-
-## So binden Sie eine Android-Bibliothek (AAR-Datei) in ein [capacitor](https://capacitorjs.com/) Plugin ein
-
-![capacitor](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-15.jpg?auto=compress)
-
-## Entwicklungsumgebung Voraussetzungen
-
-Bevor Sie mit AAR-Dateien arbeiten, stellen Sie sicher, dass Ihre Entwicklungsumgebung richtig konfiguriert ist, um Probleme zu vermeiden.
-
-### Erforderliche Software
-
-Hier ist die Software, die Sie für die Arbeit mit AAR-Dateien in Capacitor-Plugins benötigen:
-
-| **Software** | **Mindestversion** | **Zweck** |
-| --- | --- | --- |
-| Android Studio | 2022.1.1 oder höher | Die Haupt-IDE für Android-Entwicklung |
-| [Java Development Kit](https://en.wikipedia.org/wiki/Java_Development_Kit) | 11 oder höher | Erforderlich für Android-Entwicklung |
-| Node.js | 14.0 oder höher | Für die Verwaltung von Capacitor und npm-Paketen |
-| Gradle | 7.3 oder höher | Android's Build-Tool |
-| [Git](https://git-scm.com/) | 2.30 oder höher | Für Versionskontrolle und Paketverwaltung |
-
-Stellen Sie außerdem sicher, dass folgende Komponenten in Ihrem SDK Manager enthalten sind:
-
--   Android SDK Platform 33 (Android 13.0)
--   Android SDK Build-Tools 33.0.0
--   Android SDK Command-line Tools
--   Android Emulator
--   Android SDK Platform-Tools
-
-### Projekt-Einrichtungsschritte
-
-1.  **Initialisieren Sie Ihre Entwicklungsumgebung**
-
-Erstellen Sie zunächst ein neues Verzeichnis mit dieser Struktur:
-
-2.  **Konfigurieren Sie die Android Studio Einstellungen**
-
-Starten Sie Android Studio und passen Sie folgende Einstellungen an:
-
--   Setzen Sie das Gradle JDK auf Version 11 oder höher.
--   Aktivieren Sie die automatische Download-Funktion für Android SDK-Komponenten.
--   Aktualisieren Sie Ihre System-Umgebungsvariablen mit dem korrekten Android SDK-Pfad.
-
-3.  **Bereiten Sie Ihre Plugin-Struktur vor**
-
-Aktualisieren Sie die `android/build.gradle` Datei mit diesen Einstellungen, um AAR-Datei-Unterstützung einzuschließen:
-
-4.  **Versionskontrolle einrichten**
-
-Initialisieren Sie Git in Ihrem Projektverzeichnis und erstellen Sie eine `.gitignore` Datei, um unnötige Dateien auszuschließen. Hier ist ein Beispiel für `.gitignore`:
-
-Sobald diese Schritte abgeschlossen sind, können Sie mit dem Hinzufügen Ihrer AAR-Dateien fortfahren.
-
-## AAR-Dateien zu Ihrem Plugin hinzufügen
-
-### AAR-Dateien beschaffen
-
-AAR-Dateien können von Drittanbieter-SDKs, benutzerdefinierten Bibliotheken oder Maven-Abhängigkeiten stammen. Es ist sinnvoll, deren Quelle, Version und Zweck in einer `README`-Datei im `libs`-Verzeichnis zu dokumentieren.
-
-| Quellentyp | Beschreibung | Best Practice |
-| --- | --- | --- |
-| Drittanbieter-SDKs | Vorkompilierte Bibliotheken von Anbietern | Dokumentieren Sie Anbieter-Versionsdetails in einer README |
-| Benutzerdefinierte Android-Bibliotheken | Selbst entwickelte Android-Module | Dokumentieren Sie den Build-Prozess |
-| Maven-Abhängigkeiten | Konvertiert von Remote-Repositories | Lokal zwischenspeichern für Offline-Builds |
-
-Sobald Ihre AAR-Dateien bereit und dokumentiert sind, können Sie Ihr Plugin für deren Einbindung konfigurieren.
-
-### Plugin-Dateien einrichten
-
-Organisieren Sie Ihre Plugin-Dateien, um eine reibungslose Integration von AAR-Abhängigkeiten zu gewährleisten. Hier ist ein Beispiel, wie Ihre Plugin-Struktur aussehen könnte:
-
-### AAR-Datei Platzierung
-
-Um AAR-Funktionalität zu aktivieren, platzieren Sie die Dateien im `android/libs`-Verzeichnis Ihres Plugins nach folgenden Schritten:
-
--   Verwenden Sie ein klares und einheitliches Namensformat, wie `bibliotheksname-version.aar`.
--   Verwalten Sie Versionen in einer `versions.properties` Datei. Zum Beispiel:
-
--   Fügen Sie eine `dependencies.gradle` Datei für andere Abhängigkeiten hinzu:
-
--   Organisieren Sie anbieterspezifische Dateien in Unterverzeichnisse für bessere Verwaltung:
-
-Die Aufbewahrung von Konfigurationsdateien in anbieterspezifischen Unterverzeichnissen hilft bei der Organisation und vermeidet Build-Konflikte bei der Arbeit mit mehreren AAR-Abhängigkeiten.
-
-## [Gradle](https://gradle.org/) Konfigurationsschritte
-
-![Gradle Build Tool Interface](https://mars-images.imgix.net/seobot/screenshots/gradle.org-85d271057dfb5e2e134ec99beaad5682-2025-03-15.jpg?auto=compress)
-
-### build.gradle aktualisieren
-
-Um AAR-Dateien in Ihr Capacitor-Plugin zu integrieren, müssen Sie Gradle entsprechend konfigurieren. Beginnen Sie damit, diese Repository-Einstellungen zu `android/build.gradle` hinzuzufügen:
-
-Dann fügen Sie die AAR-Abhängigkeiten im `dependencies`-Block hinzu:
-
-Erstellen Sie für ein besseres Versionsmanagement eine `gradle.properties` Datei in Ihrem Projektstamm und definieren Sie Ihre Bibliotheksversionen:
-
-Wenn die AAR-Datei mit zusätzlichen Abhängigkeiten kommt, deklarieren Sie diese in `android/build.gradle` wie folgt:
-
-Nachdem Sie diese Änderungen vorgenommen haben, synchronisieren Sie Ihr Projekt, um sie anzuwenden.
-
-### Gradle Sync ausführen
-
-Öffnen Sie Ihr Projekt in Android Studio und warten Sie, bis Gradle automatisch synchronisiert. Wenn es nicht startet, klicken Sie auf die Schaltfläche "Projekt mit Gradle-Dateien synchronisieren" in der Symbolleiste.
-
-Überprüfen Sie nach der Synchronisierung Folgendes:
-
-| Prüfpunkt | Erwartetes Ergebnis | Häufige Probleme |
-| --- | --- | --- |
-| Build-Ausgabe | Keine AAR-bezogenen Fehler | Fehlende Abhängigkeiten |
-| Bibliotheksauflösung | AAR-Dateien richtig verknüpft | Falsche Pfadreferenzen |
-| Versionskonflikte | Keine Abhängigkeitsversion-Probleme | Inkompatible Versionen |
-
-Wenn die Synchronisierung fehlschlägt, überprüfen Sie Ihre Konfiguration erneut. Stellen Sie zum Beispiel sicher, dass diese Einstellungen vorhanden sind:
-
-Für große AAR-Dateien müssen Sie möglicherweise die Gradle-Speicherzuweisung in `gradle.properties` erhöhen:
-
-Sobald die Synchronisierung erfolgreich abgeschlossen ist, sollten Ihre AAR-Dateien vollständig integriert und bereit zum Testen sein.
-
-## AAR-Funktionen mit Capacitor verbinden
-
-### Die Plugin-Klasse schreiben
-
-Sobald Ihre Gradle-Dateien synchronisiert sind, ist es Zeit, Ihre AAR-Funktionalität durch Erweiterung der **Plugin**-Klasse zu verbinden. Dieser Schritt verknüpft JavaScript mit dem nativen Android-Code.
-
-Hier ist was Sie für die Initialisierung der AAR-Bibliothek benötigen:
-
-| Komponente | Zweck | Implementierungshinweis |
-| --- | --- | --- |
-| Context | Android App-Kontext | Verwenden Sie `getContext()` aus der Plugin-Klasse |
-| Konfiguration | Bibliothekseinstellungen | Übergeben Sie Optionen aus dem Plugin |
-| Lebenszyklus | Plugin-Zustandsverwaltung | Überschreiben Sie `load()` und `handleOnDestroy()` |
-
-### Plugin-Methoden erstellen
-
-Definieren Sie als Nächstes Methoden in Ihrem Plugin mit der `@PluginMethod`-Annotation. Diese Methoden handhaben den Datenaustausch zwischen JavaScript und Java.
-
-Für Aufgaben, die asynchron ausgeführt werden müssen:
-
-Hier ist wie übliche Typen zwischen JavaScript und Java konvertiert werden:
-
-| JavaScript-Typ | Java-Typ | Konvertierungsmethode |
-| --- | --- | --- |
-| Object | JSObject | `call.getObject()` |
-| Array | JSArray | `call.getArray()` |
-| String | String | `call.getString()` |
-| Number | Integer/Double | `call.getInt()`/`call.getDouble()` |
-| Boolean | Boolean | `call.getBoolean()` |
-
-Für die Ressourcenbereinigung überschreiben Sie die `handleOnDestroy`-Methode:
-
-Mit diesen Methoden ist Ihre native Brücke bereit. Testen Sie Ihre Implementierung in der Debug-Umgebung von Android Studio, um sicherzustellen, dass alles wie erwartet funktioniert.
-
-## Testen und Probleme beheben
-
-### Debugging in [Android Studio](https://developer.android.com/studio)
-
-![Android Studio](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-4d08ca5be8f73216eb56e77cdafac129-2025-03-15.jpg?auto=compress)
-
-Um Ihre AAR-Integration in Android Studio zu debuggen, aktivieren Sie zunächst den Debug-Modus in der `build.gradle`-Datei Ihres Projekts:
-
-Fügen Sie Haltepunkte in Ihren Plugin-Methoden hinzu, um den Datenfluss zu verfolgen und mögliche Probleme zu identifizieren:
-
-Verwenden Sie das Debug-Panel in Android Studio, um Schlüsselbereiche zu überwachen:
-
-| [Debugging-Bereich](https://capgo.app/docs/plugin/debugging/) | Was zu prüfen ist | Häufige Probleme |
-| --- | --- | --- |
-| Logcat | AAR-Initialisierungsmeldungen | Fehlende Berechtigungen oder falscher Kontext |
-| Variablen | Datentypkonvertierungen | Null-Werte oder Typ-Fehlanpassungen |
-| Stack Trace | Methodenausführungsfluss | Ungültige Methodenaufrufe oder Threading-Probleme |
-| Speicher | Ressourcennutzung | Speicherlecks |
-
-Wenn das Debugging das Problem nicht löst, folgen Sie den Fehlerbehebungsschritten im nächsten Abschnitt.
-
-### Fehlerbehebungsschritte
-
-Wenn Debugging allein nicht ausreicht, verwenden Sie diese Schritte, um häufige Probleme zu beheben:
-
-**1\. Abhängigkeitskonflikte**
-
-Prüfen Sie auf Versionskonflikte in Ihrer `build.gradle`-Datei. Sie können bestimmte Versionen erzwingen, um Konflikte zu lösen:
-
-**2\. Fehlende Native Bibliotheken**
-
-Stellen Sie sicher, dass die AAR die erforderlichen `.so`-Dateien in den entsprechenden Verzeichnissen enthält, wie:
-
--   `jniLibs/armeabi-v7a/`
--   `jniLibs/arm64-v8a/`
--   `jniLibs/x86/`
--   `jniLibs/x86_64/`
-
-**3\. Manifest Merger Probleme**
-
-Wenn Sie auf Manifest-Konflikte stoßen, fügen Sie Folgendes in Ihre `AndroidManifest.xml`-Datei ein, um problematische Bibliotheken zu überschreiben:
-
-**4. Laufzeitabstürze und Speicherverwaltung**
-
-Verwenden Sie den Performance-Tab in Android Studio, um die Laufzeitstabilität zu überwachen. Bei Initialisierungsproblemen sollten Ausnahmen sorgfältig behandelt werden:
-
-```
-my-plugin/
-├── android/
-│   ├── src/
-│   └── build.gradle
-├── src/
-│   └── definitions.ts
-└── package.json
-```
-
-Um Speicherlecks zu vermeiden, stellen Sie sicher, dass Ressourcen ordnungsgemäß freigegeben werden. Nutzen Sie den Memory Profiler in Android Studio, um die Heap-Nutzung zu verfolgen und Lecks zu identifizieren.
-
-## Zusammenfassung
-
-Um AAR-Dateien in Capacitor-Plugins zu integrieren, müssen Sie die Android-Umgebung einrichten, AAR-Dateien korrekt platzieren, Gradle genau konfigurieren und gründlich testen.
-
-### Wichtige Implementierungsphasen
-
-| **Phase** | **Anforderungen** | **Erfolgsindikatoren** |
-| --- | --- | --- |
-| Entwicklungseinrichtung | Android Studio 4.0+, Gradle 7.0+ | Build wird fehlerfrei abgeschlossen |
-| AAR-Integration | Korrekte Dateiplatzierung, richtige Abhängigkeiten | Keine Manifest-Konflikte |
-| Plugin-Entwicklung | Klare Plugin-Struktur, präzises Methoden-Mapping | Methoden werden wie erwartet ausgeführt |
-| Testen | Debug-Modus aktiv, effektive Fehlerbehandlung | Keine Laufzeitabstürze |
-
-Sobald Sie diese Grundlagen beherrschen, können Sie fortgeschrittenere Techniken erkunden.
-
-### Nächste Schritte
-
-Um Ihr Plugin zu verbessern, konzentrieren Sie sich auf diese Bereiche:
-
--   **Leistungsoptimierung**  
-    Nutzen Sie den Android Studio Profiler zur Überwachung der Speichernutzung und stellen Sie sicher, dass Ressourcen ordnungsgemäß bereinigt werden.
-    
--   **Vertriebsvorbereitung**  
-    Dokumentieren Sie alle AAR-Konfigurationen, erstellen Sie API-Dokumentation und testen Sie die Kompatibilität mit Android API-Levels 29-34.
-    
--   **Wartungsstrategie**  
-    Automatisieren Sie Tests, verwalten Sie AAR-Versionen mit Versionskontrolle, pflegen Sie ein Änderungsprotokoll und richten Sie Fehlerberichte ein, um Produktionsprobleme zu beheben.
-    
-Wenn Sie Ihr Plugin öffentlich teilen möchten, stellen Sie sicher, dass Sie detaillierte Dokumentation zu AAR-spezifischen Einrichtungen und eventuellen Plattformbeschränkungen bereitstellen. Dies wird es anderen Entwicklern erleichtern, Ihr Plugin zu übernehmen und effektiv zu nutzen.
diff --git a/src/content/blog/de/how-to-use-capacitor-cli-for-ota-updates.md b/src/content/blog/de/how-to-use-capacitor-cli-for-ota-updates.md
deleted file mode 100644
index 4d4ef8df0..000000000
--- a/src/content/blog/de/how-to-use-capacitor-cli-for-ota-updates.md
+++ /dev/null
@@ -1,58 +0,0 @@
----
-slug: how-to-use-capacitor-cli-for-ota-updates
-title: So verwenden Sie die Capacitor CLI für OTA-Updates
-description: >-
-  Erfahren Sie, wie Sie die Capacitor CLI für nahtlose Over-The-Air-Updates
-  nutzen können, um eine sofortige Bereitstellung und verbesserte
-  Benutzererfahrung zu gewährleisten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:35:09.479Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f08966ebbb9dc80643aea5-1743820535214.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, Capacitor CLI, mobile app updates, app deployment, Capgo, version
-  management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Over-The-Air (OTA) Updates ermöglichen es Ihnen, App-Korrekturen und Funktionen direkt an Benutzer zu liefern, ohne auf App-Store-Genehmigungen warten zu müssen. Mit [Capacitor](https://capacitorjs.com/) CLI und Tools wie [Capgo](https://capgo.app/) können Sie Updates sofort bereitstellen, die Leistung verfolgen und bei Bedarf sogar zurücksetzen. Hier ist, was Sie wissen müssen:
-
-### Hauptvorteile von OTA-Updates:
-
--   **Sofortige Bereitstellung**: Updates ohne App-Store-Verzögerungen sofort freigeben.
--   **[Automatische Updates](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: Benutzer erhalten Updates im Hintergrund.
--   **Versionsverwaltung**: Einfaches Verwalten und Zurücksetzen von Versionen.
--   **Selektive Verteilung**: Gezielte Ausrichtung auf bestimmte Benutzergruppen wie Beta-Tester.
-
-### Anforderungen:
-
--   **[Node.js](https://nodejs.org/en)** (v14.0+), **Capacitor CLI** (v6.0+ oder 7.0+), **[Android Studio](https://developer.android.com/studio)** und **[Xcode](https://developer.apple.com/xcode/)** (für iOS).
-
-### Erste Schritte:
-
-1.  **[Capgo Plugin](https://capgo.app/plugins/) installieren**: Führen Sie `npx @capgo/cli init` in Ihrem Projekt aus.
-2.  **Plattformen konfigurieren**:
-    -   Für Android: Native Builds aktivieren und Gradle aktualisieren.
-    -   Für iOS: Xcode-Einstellungen anpassen und Hintergrund-Updates aktivieren.
-3.  **Updates bereitstellen**: Verwenden Sie Capgo's Tools für schnelle und sichere Bereitstellung.
-4.  **Updates testen**: Kanalbasiertes Testen und Analyse zur Überwachung der Erfolgsraten nutzen.
-
-### Tool-Vergleich:
-
-| Funktion | Capgo | [Appflow](https://ionic.io/appflow/) (Einstellung 2026) | Microsoft CodePush (Eingestellt 2024) |
-| --- | --- | --- | --- | --- |
-| **Marktfokus** | Global | Deutscher Markt | Enterprise | \-  |
-| **Sicherheit** | Ende-zu-Ende-Verschlüsselung | Grundlegende Signierung | Grundlegende Signierung | \-  |
-| **Kosten** | Ab 12€/Monat | Vergleichbar | ~500€/Monat | War kostenlos |
-
-Capgo zeichnet sich durch schnelle Updates (95% innerhalb von 24 Stunden), hohe Sicherheit und CI/CD-Integration aus. Mit der Einstellung anderer Tools ist es eine zuverlässige Wahl für [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Warum es wichtig ist:
-
-OTA-Updates sparen Zeit, verbessern die Benutzererfahrung und gewährleisten App-Stabilität. Mit Tools wie Capgo können Sie schnelle, sichere Updates bereitstellen und dabei die App-Store-Regeln einhalten.
diff --git a/src/content/blog/de/how-to-use-capgo-documentation-for-ota-updates.md b/src/content/blog/de/how-to-use-capgo-documentation-for-ota-updates.md
deleted file mode 100644
index 450d06eb6..000000000
--- a/src/content/blog/de/how-to-use-capgo-documentation-for-ota-updates.md
+++ /dev/null
@@ -1,85 +0,0 @@
----
-slug: how-to-use-capgo-documentation-for-ota-updates
-title: So verwenden Sie die Capgo-Dokumentation für OTA-Updates
-description: >-
-  Erfahren Sie, wie Sie sichere Over-the-Air-Updates in Ihren Capacitor-Apps mit
-  Capgos umfassender Dokumentation und schrittweiser Anleitung implementieren.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-19T03:56:01.854Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b53306eac600a2c6713dad-1740671704703.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, Capacitor, Capgo, mobile app updates, documentation, app
-  deployment, security features, error handling
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Benötigen Sie schnellere [App-Updates](https://capgo.app/plugins/capacitor-updater/) ohne App Store Verzögerungen?** Mit [Capgo](https://capgo.app/) können Sie Over-the-Air (OTA) Updates sofort und sicher an Ihre Nutzer ausliefern. Überspringen Sie App Store Überprüfungen und halten Sie Ihre App mühelos aktuell.
-
-### Wichtige Erkenntnisse:
-
--   **Was ist Capgo?** Eine Open-Source-Plattform für Live-Updates in [Capacitor](https://capacitorjs.com/) Apps.
--   **Warum OTA Updates?** Sparen Sie Zeit, verbessern Sie die Nutzererfahrung und beheben Sie Fehler schnell.
--   **Wie fange ich an?**
-    -   Installieren Sie das [Capgo Plugin](https://capgo.app/plugins/): `npm install @capgo/capacitor-updater`
-    -   Konfigurieren Sie Ihre App mit einem API-Schlüssel.
-    -   Nutzen Sie Kanäle wie "production" oder "beta" für gezielte Auslieferungen.
--   **Erweiterte Funktionen:** Ende-zu-Ende-Verschlüsselung, Fehlerbehandlung und CI/CD-Integration.
-
-Capgos Dokumentation ([capgo.app/docs](https://capgo.app/docs)) bietet Schritt-für-Schritt-Anleitungen für Einrichtung, Sicherheit und Fehlerbehebung. Von der Installation bis zu erweiterten Konfigurationen ist es Ihr Leitfaden für reibungslose Updates.
-
-## [Capgo](https://capgo.app/), CapacitorJs Plugin für Live Updates
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-19.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Verwendung der Capgo Dokumentation
-
-Eine effektive Navigation durch die Dokumentation ist essenziell bei der Arbeit mit OTA-Updates. Capgos Dokumentation bietet detaillierte Anleitungen zur Integration von Live-Updates in Capacitor Apps.
-
-### Wo die Dokumentation zu finden ist
-
-Sie können auf Capgos Dokumentation unter [capgo.app/docs](https://capgo.app/docs) [\[1\]](https://github.com/Cap-go/capacitor-updater) zugreifen. Sie ist in Abschnitte nach spezifischen Zwecken gegliedert:
-
-| **Abschnitt** | **Zweck** | **Hauptthemen** |
-| --- | --- | --- |
-| Erste Schritte | Erste Einrichtung | Installationsschritte, [API-Schlüssel-Einrichtung](https://capgo.app/docs/webapp/api-keys/) |
-| Konfiguration | Kerneinstellungen | Plugin-Konfiguration, Umgebungseinrichtung |
-| API-Referenz | Technische Details | Methoden, Parameter, Rückgabewerte |
-| Sicherheit | Schutzmaßnahmen | Verschlüsselungseinrichtung, Signaturüberprüfung |
-| Fehlerbehebung | Problemlösung | Häufige Probleme, Diagnosewerkzeuge |
-
-### Wichtige Begriffe und Konzepte
-
-Hier sind einige Schlüsselbegriffe, denen Sie begegnen werden:
-
--   **Kanäle**: Dies sind Update-Streams zur Kontrolle der Versionsverteilung. Sie können beispielsweise "production", "beta" und "staging" Kanäle einrichten, um verschiedene Nutzergruppen zu bedienen [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
--   **Update-Richtlinien**: Diese definieren, wie Updates ausgeliefert und angewendet werden. Optionen umfassen automatische Downloads, Installationszeitpunkt und Nutzerabfragen [\[1\]](https://github.com/Cap-go/capacitor-updater).
--   **App-Status-Listener**: Diese Komponenten verfolgen, ob sich die App im Vorder- oder Hintergrund befindet [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
--   **Bundles**: Verpackte Update-Dateien, die die neue Version Ihrer App enthalten, einschließlich Assets, Code-Änderungen und Konfigurationsupdates [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
-
-[Continue with the rest of the text if you need more translated]
-
-Mit den Ressourcen von Capgo können Entwickler wesentliche Funktionen wie **Ende-zu-Ende-Verschlüsselung** und **CI/CD-Integration** implementieren, die alles von der ersten Einrichtung bis hin zu erweiterten Konfigurationen abdecken [\[1\]](https://github.com/Cap-go/capacitor-updater).
-
-### Wichtige Implementierungsbereiche
-
-| **Aspekt** | **Hauptfokus** | **Wo zu finden** |
-| --- | --- | --- |
-| **Sicherheit** | Verschlüsselung und Integritätsprüfungen | Abschnitt _Sicherheitsfunktionen_ |
-| **Compliance** | Erfüllung der Apple- und Android-Anforderungen | _App Store Regeln_ Leitfaden |
-| **[Update-Verwaltung](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | Versionskontrolle und Rollback-Optionen | _[Update-Methoden](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)_ Leitfaden |
-| **Fehlerbehandlung** | Protokollierung und Fehlerbehebungsschritte | _Problemlösungsleitfaden_ |
-
-Diese Bereiche bilden das Rückgrat des Update-Verwaltungssystems von Capgo.
-
-Capgos CLI- und Analysetools vereinfachen das [Verwalten von Updates](https://capgo.app/docs/plugin/cloud-mode/manual-update/) während des gesamten App-Lebenszyklus [\[1\]](https://github.com/Cap-go/capacitor-updater).
-
-Für weitere Unterstützung können Sie zusätzliche Ressourcen wie **API-Dokumentation**, **Beispielprojekte** und **Community-Foren** erkunden [\[2\]](https://dev.to/arnosolo/ionic-appflow-live-update-alternative-55c3).
diff --git a/src/content/blog/de/how-to-use-semantic-versioning-with-capgo-ota-updates.md b/src/content/blog/de/how-to-use-semantic-versioning-with-capgo-ota-updates.md
deleted file mode 100644
index ec830a31f..000000000
--- a/src/content/blog/de/how-to-use-semantic-versioning-with-capgo-ota-updates.md
+++ /dev/null
@@ -1,316 +0,0 @@
----
-slug: how-to-use-semantic-versioning-with-capgo-ota-updates
-title: So verwenden Sie semantische Versionierung mit Capgo OTA Updates
-description: >-
-  Erfahren Sie, wie Sie App-Updates und Versionskontrolle mithilfe von Semantic
-  Versioning mit Capgos OTA-Updates für Capacitor-Apps optimieren können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-03T04:48:38.491Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c4f6356c9ebce91891f4e6-1740977344964.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Semantic Versioning, Capgo, OTA updates, Capacitor apps, version control, app
-  updates, deployment, CI/CD
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie [App-Updates](https://capgo.app/plugins/capacitor-updater/) und Versionskontrolle vereinfachen?** Semantic Versioning (SemVer) in Kombination mit [Capgo](https://capgo.app/)s Over-The-Air (OTA) Updates macht die Verwaltung von [Capacitor](https://capacitorjs.com/) Apps einfacher und schneller. So geht's:
-
--   **Grundlagen des Semantic Versioning:** Versionen nutzen das Format `MAJOR.MINOR.PATCH`:
-    
-    -   **MAJOR:** Für Breaking Changes.
-    -   **MINOR:** Für neue Features mit Abwärtskompatibilität.
-    -   **PATCH:** Für Fehlerbehebungen.
--   **Warum SemVer mit Capgo nutzen?**
-    
-    -   Klare Kommunikation über Updates.
-    -   Intelligentere Versionsverwaltung.
-    -   Vermeidung von Abhängigkeitskonflikten.
-    -   Organisierte Release-Planung.
--   **[Capgo Einrichtung](https://capgo.app/docs/cli/commands/) Schritte:**
-    
-    1.  Installieren Sie das Capgo Updater Plugin.
-    2.  Konfigurieren Sie die Version Ihrer App in `capacitor.config.json` und anderen Dateien.
-    3.  Initialisieren Sie mit Ihrem API-Schlüssel.
-    4.  Nutzen Sie die [Capgo CLI](https://capgo.app/docs/cli/commands) zum Bündeln und Hochladen von Updates.
--   **[Versionen und Kanäle verwalten](https://capgo.app/docs/webapp/channels/):**
-    
-    -   Nutzen Sie separate Kanäle (z.B. "beta" für Tests, "production" für stabile Releases).
-    -   Steuern Sie Update-Richtlinien (automatische Patches, manuelle Freigabe für große Änderungen).
-    -   Rollback-Optionen für fehlgeschlagene Updates.
--   **Bereitstellungsprozess:**
-    
-    -   Aktualisieren Sie Versionsnummern nach SemVer-Regeln.
-    -   Testen Sie gründlich vor der Bereitstellung.
-    -   Nutzen Sie CLI-Befehle zum Hochladen und Verteilen von Updates.
-
-Capgo stellt sicher, dass Updates schnell und zuverlässig bei Nutzern ankommen, mit Werkzeugen zur Handhabung von Störungen und Aufrechterhaltung der Stabilität. Perfekt für Teams, die CI/CD-Workflows zur Automatisierung von Updates nutzen.
-
-**Schnelltipp:** Testen Sie Updates immer und nutzen Sie Kanäle für effektive stufenweise Rollouts.
-
-## Semantic Versioning | Level Up
-
-## [Capgo](https://capgo.app/) Einrichtungsanleitung
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-03.jpg?auto=compress)
-
-Hier erfahren Sie, wie Sie Capgo für die Verwaltung von OTA-Updates und Versionskontrolle einrichten.
-
-### Erste Einrichtungsschritte
-
-Beginnen Sie mit der Installation des [Capgo Updater Plugins](https://capgo.app/docs/plugin/self-hosted/manual-update/):
-
-```bash
-npm install @capgo/capacitor-updater  
-npx cap sync
-```
-
-Stellen Sie sicher, dass Ihre `capacitor.config.json` Datei ein semantisches Versionsformat verwendet:
-
-```json
-{ 
-  "appId": "com.example.app", 
-  "appName": "My App", 
-  "version": "1.0.0" 
-}
-```
-
-Für ältere Projekte aktualisieren Sie die Versionsdetails an diesen Stellen:
-
--   `package.json` (suchen Sie nach dem `version` Feld)
--   `android/app/build.gradle` (aktualisieren Sie `versionName`)
--   `ios/App/App.xcodeproj/project.pbxproj` (aktualisieren Sie `CURRENT_PROJECT_VERSION`)
-
-Nach der Konfiguration initialisieren Sie Capgo mit Ihrem API-Schlüssel:
-
-```bash
-npx @capgo/cli@latest init YOUR_API_KEY
-```
-
-**Schnellreferenz-Tabelle:**
-
-| Einrichtungsphase | Hauptaktion | Verifizierungsschritt |
-| --- | --- | --- |
-| Installation | Plugin installieren und synchronisieren | `package.json` prüfen |
-| Konfiguration | Versionsnummern festlegen | In allen Dateien überprüfen |
-| Initialisierung | Mit API-Schlüssel verbinden | Verbindungsstatus testen |
-| Build | Initiales Bundle erstellen | Upload-Erfolg bestätigen |
-
-### Versionskontroll-Integration
-
-Capgo arbeitet gut mit CI/CD-Plattformen zusammen und macht [automatisierte Updates](https://capgo.app/docs/live-updates/update-behavior/) einfach. Unterstützte Plattformen sind:
-
--   [GitHub Actions](https://docs.github.com/actions)
--   [GitLab CI](https://docs.gitlab.com/ee/ci/)
--   [Azure DevOps](https://azure.microsoft.com/en-us/products/devops)
--   [Jenkins](https://www.jenkins.io/)
--   [CircleCI](https://circleci.com/)
-
-Wenn Sie an lokaler Entwicklung arbeiten, können Sie Auto-Updates deaktivieren, indem Sie dies zu Ihrer Konfiguration hinzufügen:
-
-```json
-{ 
-  "plugins": { 
-    "CapacitorUpdater": { 
-      "autoUpdate": false 
-    } 
-  } 
-}
-```
-
-Dies stellt sicher, dass Capgo Ihre lokalen Änderungen nicht überschreibt. Sobald Ihre Einrichtung bereit ist, laden Sie Ihre erste Version hoch:
-
-```bash
-npx @capgo/cli@latest bundle upload  
-npx @capgo/cli@latest channel set production -s default
-```
-
-Informieren Sie schließlich das native Plugin über den Zustand des Bundles in Ihrer App-Hauptdatei:
-
-```javascript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';  
-CapacitorUpdater.notifyAppReady();
-```
-
-Diese Einrichtung stellt sicher, dass Ihre App bereit für reibungslose OTA-Bereitstellungen und Versionsverwaltung ist.
-
-## Semantic Versioning mit Capgo nutzen
-
-### Versionsnummern-Verwaltung
-
-Capgo verwendet Semantic Versioning (SemVer) zur Verwaltung von App-Versionen, formatiert als **MAJOR.MINOR.PATCH**. So funktioniert es:
-
--   **Major Version (X.0.0)**: Erhöhen Sie die MAJOR-Nummer für Änderungen, die die Kompatibilität brechen.
--   **Minor Version (1.X.0)**: Erhöhen Sie die MINOR-Nummer für neue Features, die kompatibel bleiben.
--   **Patch Version (1.0.X)**: Erhöhen Sie die PATCH-Nummer für Fehlerbehebungen, die die Kompatibilität nicht beeinflussen.
-
-| Versionstyp | Wann erhöhen | [Auto-Update-Verhalten](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-| --- | --- | --- |
-| Major (X.0.0) | Für breaking API-Änderungen | Erfordert manuelle Genehmigung |
-| Minor (1.X.0) | Für neue Features | In Capgo konfigurierbar |
-| Patch (1.0.X) | Für Fehlerbehebungen | Normalerweise automatisch |
-
-Durch Einhaltung der SemVer-Regeln können Sie die Versionsverwaltung vereinfachen und reibungslosere Updates über Ihre Bereitstellungskanäle gewährleisten.
-
-### Versionskontroll-Richtlinien
-
-Capgo ermöglicht es Ihnen, Bereitstellungen effektiv zu verwalten, indem Sie verschiedene Kanäle für unterschiedliche Phasen Ihres Workflows einrichten.
-
--   **[Kanalbasierte Versionsverwaltung](https://capgo.app/docs/webapp/channels/)**: Organisieren Sie Ihren Bereitstellungsprozess durch separate Kanäle für Tests und Produktion. Zum Beispiel:
-    
-    -   Nutzen Sie einen "beta"-Kanal (z.B. 1.2.0-beta) zum Testen neuer Features.
-    -   Behalten Sie einen "production"-Kanal (z.B. 1.2.0) für stabile Releases.
-    -   Fügen Sie plattformspezifische Kanäle hinzu (z.B. "ios-hotfix" mit Version 1.2.1) für plattformspezifische Probleme.
--   **Update-Richtlinien-Konfiguration**: Steuern Sie, wie Updates mit Capgos Konfigurationsoptionen angewendet werden. Zum Beispiel:
-    
-    ```json
-    {
-      "plugins": {
-        "CapacitorUpdater": {
-          "disableAutoUpdate": "minor"
-        }
-      }
-    }
-    ```
-    
-    Diese Einrichtung stellt sicher, dass Benutzer automatisch Patch-Updates erhalten, während Minor- und Major-Updates manuelle Genehmigung erfordern.
-    
--   **Versions-Rollback-Strategie**: Verwenden Sie Pre-Release-Kennzeichner, um klare Rollback-Optionen zu behalten. Dieser Ansatz ermöglicht es Ihnen, zu einer vorherigen Version zurückzukehren, wenn Probleme auftreten, während die Versionierung über alle Kanäle hinweg konsistent bleibt.
-    
-
-Diese Best Practices erleichtern es, Updates zu verwalten, neue Features zu testen und die Stabilität im Bereitstellungsprozess Ihrer App aufrechtzuerhalten.
-
-## OTA Update Bereitstellung
-
-Sobald Ihre Versionsverwaltung eingerichtet ist, folgen Sie diesen Schritten zur effektiven Bereitstellung von OTA-Updates.
-
-### Update-Vorbereitung
-
-Beginnen Sie mit der Aktualisierung der Version in **package.json** und **capacitor.config.json**. Stellen Sie sicher, dass die Version dem SemVer-Format folgt (MAJOR.MINOR.PATCH):
-
--   **Fehlerbehebung**: Erhöhen Sie die PATCH-Nummer (z.B. 1.0.1 → 1.0.2)
--   **Neues Feature**: Erhöhen Sie die MINOR-Nummer (z.B. 1.0.0 → 1.1.0)
--   **Breaking Change**: Erhöhen Sie die MAJOR-Nummer (z.B. 1.0.0 → 2.0.0)
-
-Testen Sie Ihren Build gründlich und bestätigen Sie, dass die App mit dem Server über `notifyAppReady` kommuniziert.
-
-Entscheiden Sie sich als Nächstes für Ihre [Update-Strategie](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Sie können wählen zwischen:
-
--   **Auto-Update**: Automatische Durchsetzung von Mindestversionsanforderungen.
--   **Manuelle Kontrolle**: Genaue Versionsanforderungen für Updates festlegen.
--   **Kanalbasiert**: Kanäle für Tests und stufenweise Rollouts nutzen.
-
-### Capgo CLI Update-Befehle
-
-Nutzen Sie Capgos CLI zur einfachen Bereitstellung Ihres Updates. So geht's:
-
-```bash
-# Initialize Capgo in your project
-npx @capgo/cli@latest init [apikey]
-
-# Upload your update bundle
-npx @capgo/cli bundle upload [appId]
-
-# Add a new distribution channel
-npx @capgo/cli channel add [channelId] [appId]
-```
-
-Capgo gewährleistet sichere Bereitstellung mit Ende-zu-Ende-Verschlüsselung und sicherem Schlüsselmanagement.
-
-> "@Capgo ist eine intelligente Möglichkeit, Hot Code Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) 🙂"
-
-Nach der Bereitstellung können Sie Updates über Capgos Dashboard überwachen. Updates erreichen Benutzer typischerweise innerhalb von Minuten nach dem Öffnen der App. Der Prozess funktioniert wie folgt:
-
--   Die App prüft auf Updates.
--   Lädt das Update im Hintergrund herunter.
--   Markiert die neue Version als aktiv, wenn der Benutzer die App verlässt.
--   Wendet das Update beim nächsten Start an.
-
-Für Unternehmens-Bereitstellungen möchten Sie möglicherweise CI/CD-Automatisierung integrieren.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!"
-
-## Problemlösung und Tipps
-
-### Versionsverwaltungs-Probleme
-
-Die Verwaltung von Semantic Versioning in Capgo kann manchmal die Update-Bereitstellung verkomplizieren. Um Ihre Entwicklungsarbeit nicht zu überschreiben, konfigurieren Sie Folgendes in Ihrer `capacitor.config.json` Datei:
-
-```json
-{ 
-  "plugins": { 
-    "CapacitorUpdater": { 
-      "autoUpdate": false 
-    } 
-  } 
-}
-```
-
-Wenn ein Update fehlschlägt, können Sie Folgendes tun:
-
--   Setzen Sie `autoUpdate` während der Entwicklung auf `false`.
--   Deinstallieren Sie die App.
--   Installieren Sie sie mit der korrigierten Version neu.
--   Aktivieren Sie Auto-Updates wieder, sobald alles stabil ist.
-
-Für Major-Version-Updates verwenden Sie das `disableAutoUpdateBreaking` Flag und hören Sie auf das `majorAvailable` Event, um Updates ordnungsgemäß zu handhaben:
-
-```javascript
-CapacitorUpdater.addListener('majorAvailable', (info) => {
-  console.log(`Major update available: ${info.version}`);
-  // Add your update prompt logic here
-});
-```
-
-Durch die Kombination dieser Konfigurationen mit guten Team-Praktiken können Sie Versionskonsistenz aufrechterhalten und Fehler reduzieren.
-
-### Team-Versionskontrolle
-
-Sobald einzelne Updates verwaltet werden, ist es wichtig für Teams, starke Versionskontroll-Praktiken zu etablieren.
-
-> "Das Testen jeder Änderung vor dem Zusammenführen mit dem Hauptrepository wird die Stabilität stärken und kostspielige Fehler vermeiden" [\[4\]](https://www.autorabit.com/blog/9-tips-for-working-on-a-multi-developer-team/)
-
-Hier sind einige Methoden zur Gewährleistung der Konsistenz:
-
--   Definieren Sie einen Branch als **Hauptrepository**, der als Quelle der Wahrheit dient.
--   Nutzen Sie separate Capgo-Kanäle für Entwicklungs- und Produktionsumgebungen.
--   Automatisieren Sie Versions-Uploads über CI/CD-Pipelines.
--   Dokumentieren Sie alle Code-Änderungen mit klaren und detaillierten Commit-Nachrichten.
-
-Für größere Teams kann die folgende Versionsverwaltungsmatrix bei der Organisation von Updates helfen:
-
-| Umgebung | Kanal | Auto-Update | Versionsmuster |
-| --- | --- | --- | --- |
-| Entwicklung | dev | Deaktiviert | 0.x.x |
-| Staging | beta | Aktiviert | x.x.x-beta |
-| Produktion | stable | Aktiviert | x.x.x |
-
-### Update-Wiederherstellungsschritte
-
-Selbst mit Vorsichtsmaßnahmen können Updates fehlschlagen. Wenn das passiert, folgen Sie diesen Wiederherstellungsschritten:
-
-1. Zurück zu einem vorherigen stabilen Bundle.
-2. Versionsnummern für neue Korrekturen erhöhen (Hinweis: Versionsnummern können nach dem Löschen nicht wiederverwendet werden) [\[2\]](https://github.com/Cap-go/CLI).
-3. Updates beim App-Start überprüfen, um sicherzustellen, dass sie wie erwartet funktionieren.
-
-Der Updater von Capgo ist darauf ausgelegt, mit Störungen umzugehen. Wenn beispielsweise der Server nicht erreichbar ist oder ein Update gelöscht wurde, funktioniert die App weiterhin normal [\[3\]](https://capgo.app/docs/faq/). Zusätzlich werden fehlgeschlagene Netzwerkanfragen beim nächsten App-Start automatisch wiederholt [\[3\]](https://capgo.app/docs/faq/). Diese eingebaute Widerstandsfähigkeit minimiert Ausfallzeiten und gewährleistet einen reibungsloseren Betrieb.
-
-## Zusammenfassung
-
-Semantische Versionierung in Kombination mit Capgo hat OTA-Updates für Capacitor-Apps effizienter gemacht. Mit 947,6 Millionen ausgelieferten Updates und 1.400 Produktions-Apps, die dieses System nutzen [\[1\]](https://capgo.app/), wurden Bereitstellungsprozesse um 81% effizienter [\[1\]](https://capgo.app/). Diese Einrichtung ermöglicht es Entwicklern, Updates schnell und kontrolliert zu veröffentlichen und dabei App-Store-Verzögerungen zu umgehen.
-
-Das sagen Entwickler:
-
-> "Wir haben [Capgo OTA-Updates](https://console.capgo.app/resend_email) in der Produktion für unsere Nutzerbasis von +5000 eingeführt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach der Bereitstellung des OTA bei @Capgo auf dem neuesten Stand." - colenso [\[1\]](https://capgo.app/)
-
-Das MAJOR.MINOR.PATCH-Versionierungssystem macht es einfach, Breaking Changes, neue Funktionen und Fehlerbehebungen zu kommunizieren [\[5\]](https://aws.amazon.com/blogs/devops/using-semantic-versioning-to-simplify-release-management/). Dies ist besonders hilfreich für Teams, die mehrere Releases pro Woche über Capgos Plattform verwalten.
-
-Capgos [verschlüsselte Lösung](https://capgo.app/docs/cli/migrations/encryption/), integriert mit CI/CD-Tools, ist auch kostengünstig - sie spart über fünf Jahre bis zu 26.100 $ [\[1\]](https://capgo.app/). Die anpassbaren Kanäle stellen sicher, dass Updates die richtigen Nutzer zum richtigen Zeitpunkt erreichen.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/how-version-work-in-capgo.md b/src/content/blog/de/how-version-work-in-capgo.md
deleted file mode 100644
index a2f814e11..000000000
--- a/src/content/blog/de/how-version-work-in-capgo.md
+++ /dev/null
@@ -1,114 +0,0 @@
----
-slug: how-version-work-in-capgo
-title: Wie Versionen in Capgo funktionieren
-description: >-
-  Verstehen Sie, wie Capgo Versionen in Ihrer Capacitor-App verwaltet und nutzen
-  Sie es optimal. Erfahren Sie die Bedeutung von Major, Minor und Patch.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-25T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /versionning.webp
-head_image_alt: Capgo-Bündel-Versionssystem
-tag: Tutorial
-published: true
-locale: de
-next_blog: how-to-release-major-version-in-capgo
----
-
-Capgo verwendet zwei Hauptvariablen zur Versionsverwaltung in Ihrer Capacitor-App:
-  - Native Version
-  - JavaScript-Versionen
-
-Alle Versionsentscheidungen werden serverseitig von Capgo getroffen
-
-## Versionierungssystem
-
-Zur Versionsverwaltung verwendet Capgo das SemVer-System, lesen Sie mehr darüber [hier](https://semver.org/)
-
-### Versionen
-
-Wo Capgo die zu vergleichende Version findet
-
-  > Sie können dieses Verhalten überschreiben, indem Sie den Versionsschlüssel in der `capacitor.config.json` Datei setzen [Dokumentation hier](/docs/plugin/settings/#version)
-  > Die native Version wird für alle Plattformen ignoriert
-
-#### iOS
-
- In iOS wird die Variable in Ihrem Projekt hier gesetzt `ios/App/App/Info.plist` unter dem Schlüssel `CFBundleShortVersionString` oder `ios/App/App.xcodeproj/project.pbxproj` unter dem Schlüssel `MARKETING_VERSION`, wenn `MARKETING_VERSION` in Ihrer `Info.plist` Datei gesetzt wurde
-
-#### Android
-
-  In Android wird die Variable in Ihrem Projekt hier gesetzt `android/app/build.gradle` unter dem Schlüssel `defaultConfig.versionName`
-
-#### JavaScript (Capgo Bundle-Version)
-
-  In JavaScript kann die Variable in Ihrer `package.json` unter dem Schlüssel `version` gesetzt werden
-  Andernfalls müssen Sie sie im Upload-Befehl angeben
-
-## Standardverhalten
-
-So verhält sich der Capgo-Kanal, wenn Sie keine Einstellungen geändert haben
-
-> Dieses Verhalten basiert auf dem einzigen Kanal, den Sie als Standard festgelegt haben
-
-### Bei Neuinstallation Ihrer Capacitor-App
-Wenn der Benutzer Ihre Ionic-App zum ersten Mal heruntergeladen hat und die App öffnet, kontaktiert sie den Capgo-Server
-
-Derzeit können 4 Ergebnisse eintreten:
-  - Die native Bundle-Version (1.2.3) ist niedriger als die Capgo Bundle-Version (1.2.4), Capgo sendet sein Bundle an den Benutzer
-  - Die native Bundle-Version (1.2.3) ist gleich der Capgo Bundle-Version (1.2.3), Capgo sendet "kein Update erforderlich"
-  - Die native Bundle-Version (1.2.4) ist höher als die Capgo Bundle-Version (1.2.3), Capgo sendet "kein Update erforderlich"
-  - Die native Bundle-Version (1.2.3) ist MAJOR niedriger als die Capgo Bundle-Version (2.2.3), Capgo sendet "kein Update erforderlich"
-
-### Weitere Einstellungen
-
-#### Automatisches Downgrade unter Native deaktivieren
-
-Wenn Sie diese Einstellung auf false ändern, betrachtet Capgo sich immer als vertrauenswürdige Quelle der Version
-Dann wird das Verhalten:
-- Die native Version (1.2.4) ist höher als die Capgo-Version (1.2.3)
-
-> Capgo sendet seine Version an den Benutzer
-
-#### Automatische Upgrade-Strategie deaktivieren
-
-Es gibt mehrere Strategien, aus denen Sie wählen können. Mehr darüber erfahren Sie [hier](/docs/cli/commands/#disable-updates-strategy)
-
-## JavaScript Bundle-Version
-
-Die JavaScript Bundle-Version ist diejenige, die Sie senden, wenn Sie `npx @capgo/cli@latest bundle upload --channel production` ausführen
-
-Wenn Sie die Option `--bundle 1.2.3` nicht verwendet haben, holt Capgo die Bundle-Version aus Ihrer `package.json` Datei (im Versionsschlüssel)
-
-Nachdem Ihre Ionic-App eine Version von Capgo installiert hat, wird diese Version für Folgendes verglichen:
-  - Ihre JavaScript Bundle-Version (1.2.3) ist niedriger als die Capgo Bundle-Version (1.2.4), Capgo sendet sein Bundle an den Benutzer
-
-Mit einigen Schutzbedingungen:
-  - Wenn die native Bundle-Version höher als die Capgo-Version ist, wird die Bedingung "Automatisches Downgrade unter Native deaktivieren" angewendet
-  - Wenn die native Bundle-Version MAJOR niedriger als die Capgo-Version ist, wird die Bedingung "Automatisches Upgrade über Major deaktivieren" angewendet
-
-## App Store Update
-
-Wenn Sie Ihre Capacitor JS-App im App Store veröffentlichen, passiert Folgendes:
-
-Ihr Benutzer erhält standardmäßig die neue Version aus dem Store und entfernt alle lokalen Updates in seiner App
-
-Wenn Sie dieses Verhalten ändern möchten, müssen Sie die Einstellung `resetWhenUpdate` setzen. Lesen Sie mehr darüber [hier](/docs/plugin/api#settings)
-
-Dies kann nur auf der App-Seite geändert werden, nicht von der Cloud aus wie andere Einstellungen
-
-### Weitere Einstellungen
-
-Nach all diesem Verhalten können Sie darüber hinaus einige spezifische Einstellungen für die Geräte-ID haben
-
-In Capgo können Sie entscheiden, das Verhalten für jede Geräte-ID zu überschreiben
-
-Sie können eine Geräte-ID verknüpfen mit:
-  - einer spezifischen Bundle-Version
-  - einem spezifischen Kanal
-
-Dies umgeht alle oben genannten Einstellungen
-
-Erfahren Sie mehr darüber im folgenden Artikel
\ No newline at end of file
diff --git a/src/content/blog/de/how-your-usage-is-counted.md b/src/content/blog/de/how-your-usage-is-counted.md
deleted file mode 100644
index e33307315..000000000
--- a/src/content/blog/de/how-your-usage-is-counted.md
+++ /dev/null
@@ -1,91 +0,0 @@
----
-slug: how-your-usage-is-counted
-title: Wie Ihre Nutzung in Capgo gezählt wird
-description: >-
-  Verstehen Sie, wie Capgo Ihre Nutzung zählt, und nutzen Sie es bestmöglich.
-  Lernen Sie, Ihren Plan besser zu verwalten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-25T00:00:00.000Z
-updated_at: 2025-11-03T11:48:48.000Z
-head_image: /usage_explained.webp
-head_image_alt: Capgo-Nutzungssystem erklärt
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: de
-next_blog: ''
----
-In Capgo werden 3 Werte erfasst, die wichtig zu verstehen sind:
-- Benutzer
-- Speicher
-- Bandbreite
-
-Jeder dieser Werte wird auf leicht unterschiedliche Weise erfasst.
-
-## Benutzer
-
-Jedes Mal, wenn ein Benutzer Ihre Capacitor JS-App herunterlädt und öffnet, sendet sie eine Anfrage an das Capgo-Backend, um zu erfahren, ob ein Update verfügbar ist.
-Wenn die App das tut, sendet sie einige Informationen, wobei die wichtigste die `DeviceID` ist.
-
-`DeviceID`: ist eine eindeutige ID (UUID), die auf dem Gerät generiert wird. **Ab Plugin-Version v6.25.0 und v7.25.0** bleibt diese ID nun über App-Neuinstallationen hinweg erhalten (sicher im Gerätespeicher gespeichert). Vor diesen Versionen wurde die ID bei jeder App-Installation zurückgesetzt.
-
-Jedes Mal, wenn Ihr Konto eine neue Device ID erhält, wird sie in der Datenbank gespeichert.
-Jedes Mal, wenn eine alte `DeviceID` ein Update anfordert (App-Öffnung), wird ihr Datensatz aktualisiert (updated_at in der Datenbank).
-
-Diese Daten werden an 2 Orten gespeichert:
-- Geräte-Tabelle mit `update_at`-Wert
-- app_stats mit einem täglichen Zähler, der die Anzahl der Geräte darstellt, die heute aktiv geworden sind und diesen Monat nicht aktiv waren.
-
-Für das Planlimit wird die erste Methode verwendet, da sie 100% zuverlässig ist, zur Anzeige des Charts wird die zweite Methode verwendet.
-Sie können beide in Ihrem Konto auf der Startseite sehen:
-- im Diagramm ist die zweite Methode
-- in der App-Tabelle ist die erste Methode.
-
-> Capgo zählt Emulatoren und Entwicklungsbuilds nicht in Ihrer Nutzung. Denken Sie daran, dass Sie nach der Testphase nicht mehr als 3% davon haben können, ansonsten wird Ihr Konto gesperrt, bis Sie es beheben.
-
-> Capgo führt auch einige Filterungen für Sie durch. Wenn Sie CI/CD konfiguriert haben, um Ihre Version an Google PLAY zu senden, führt Google Ihre Capacitor-App jedes Mal auf 20+ echten Geräten aus. Während der ersten 4 Stunden eines neuen Bundelets blockieren wir die IP-Adressen des Google-Datencenters, um zu verhindern, dass diese gezählt werden.
-
-Jeden Monat beginnt diese Daten von null.
-
-- Erstellen oder Aktualisieren eines Geräts in meiner Datenbank bei jeder Geräteanforderung
-- Hinzufügen zur täglichen Zählung der Anzahl aktiver Geräte, die diesen Monat nicht aktiv waren.
-
-Die erste Methode liefert: 900+ Benutzer
-während die zweite mit 200+ Benutzern auf Ihrem Konto ist.
-Für das Planlimit benutze ich die erste Methode, die 100% zuverlässig ist, und zur Anzeige des Diagramms verwende ich die zweite.
-Sie können beide auf der Startseite Ihres Kontos sehen.
-
-## Speicher
-
-Jedes Mal, wenn Sie ein Bundle hochladen, erhöht sich diese Zahl um die Größe des Uploads.
-
-Diese Daten beziehen sich nur auf Ihre Upload-Größe. Je besser die Größe Ihrer App ist, desto besser bleiben Sie in Ihrem Plan.
-
-Wenn Sie das Limit erreichen oder nahe daran sind, können Sie Ihre Bundles mit der CLI auflisten:
-`npx @capgo/cli@latest bundle list`
-Um zu sehen, was Sie reinigen könnten. Durch das Entfernen eines Bundles wird der Speicherplatz freigegeben, aber die Statistiken werden nicht gelöscht.
-
-Wenn Sie bereit für die Bereinigung sind, verwenden Sie diesen Befehl, um viele Bundles zu entfernen:
-`npx @capgo/cli@latest bundle cleanup`
-
-PS: das ist gut für den Planeten, aber auch für Ihren Geldbeutel 💪.
-
-> Sie können auch den `--external` Upload verwenden, um Ihren Speicher zu nutzen, und dies wird nicht in Ihrem Plan gezählt.
-
-## Bandbreite
-
-Die Berechnung dieses Wertes ist etwas komplexer, aber die Idee ist dieselbe wie beim Speicher.
-
-Jedes Mal, wenn ein Benutzer ein Bundle herunterlädt, erhöht sich diese Zahl um die Größe des Downloads.
-
-Diese Daten beziehen sich nur auf Ihre Download-Größe. Je besser die Größe Ihrer Capacitor JS-App ist, desto besser bleiben Sie in Ihrem Plan.
-
-> Eine wichtige Sache, die zu beachten ist, Capgo kann nicht sehen, welche Größe heruntergeladen wird, es sieht nur die Größe des Bundles. Wenn Sie also ein großes Bundle haben und viele Benutzer es nicht herunterladen können, erreichen Sie schnell das Limit.
-
-Der beste Weg, um in Ihrem Plan zu bleiben, besteht darin, ein kleines Bundle zu haben, und wenn Sie das nicht können, zeigen Sie Ihren Benutzern eine Download-Leiste und lassen Sie sie wissen, wie viel sie noch herunterladen müssen.
-
-In Zukunft wird Capgo das Download-System verbessern, um mehr Chancen zu haben, das Bundle auf einmal herunterzuladen.
diff --git a/src/content/blog/de/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md b/src/content/blog/de/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
deleted file mode 100644
index f511127e6..000000000
--- a/src/content/blog/de/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
+++ /dev/null
@@ -1,296 +0,0 @@
----
-slug: icp-filing-for-mobile-apps-in-china-step-by-step-guide
-title: 'ICP-Einreichung für mobile Apps in China: Schritt-für-Schritt-Anleitung'
-description: >-
-  Erfahren Sie die wesentlichen Schritte für die ICP-Einreichung für mobile Apps
-  in China, einschließlich erforderlicher Dokumentation und
-  Compliance-Strategien für einen erfolgreichen Betrieb.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T01:51:04.423Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e344e910051fda3b61d655-1742953875704.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  ICP filing, China mobile apps, compliance, registration, documentation,
-  technical requirements, app operation
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Wenn Sie möchten, dass Ihre mobile App legal in China betrieben wird, müssen Sie **eine ICP-Anmeldung abschließen**. Dies ist ein obligatorischer Registrierungsprozess, um die Einhaltung chinesischer Vorschriften sicherzustellen. Hier ist eine kurze Übersicht:
-
--   **Was ist die ICP-Anmeldung?**  
-    Es handelt sich um ein Registrierungssystem ("备案"), das für internetbasierte Dienste, einschließlich mobiler Apps, erforderlich ist, um legal in China betrieben zu werden.
-    
--   **Warum ist es erforderlich?**  
-    Ohne sie riskiert Ihre App Geldstrafen, die Entfernung von Plattformen und rechtliche Probleme.
-    
--   **Wichtige Anforderungen:**  
-    Sie benötigen Geschäftslizenzen, Domainregistrierung, Serverdetails und Dokumente zur Einhaltung. Für ausländische Unternehmen ist eine Partnerschaft mit einem lokalen chinesischen Unternehmen unerlässlich.
-    
--   **Anmeldungsprozess:**
-    
-    1.  Wählen Sie einen lizenzierten Anbieter (z. B. [Alibaba Cloud](https://www.alibabacloud.com/en/services/icp?_p_lc=1), [Tencent Cloud](https://www.tencentcloud.com/solutions/icp-registration-support)).
-    2.  Reichen Sie die erforderlichen Dokumente (ins Chinesische übersetzt) ein.
-    3.  Warten Sie auf die Genehmigung (im Durchschnitt 14–23 Werktage).
--   **Nach der Genehmigung:**  
-    Zeigen Sie Ihre ICP-Nummer prominent in Ihrer App an und halten Sie alle Details aktualisiert.
-    
-
-Das Überspringen dieses Prozesses kann zu erheblichen Störungen führen, daher sollten Sie sich vor dem Start in China vollständig vorbereiten.
-
-## Was ist eine ICP-Lizenz & ICP-Anmeldung für China
-
-<iframe src="https://www.youtube.com/embed/OxnePlkzJNQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Erforderliche Dokumentation
-
-Die richtige ICP-Anmeldung in China beginnt mit den richtigen Unterlagen. Hier ist eine Aufschlüsselung der geschäftlichen, technischen und autorisierenden Dokumente, die Sie benötigen.
-
-### Dokumentencheckliste
-
-Stellen Sie sicher, dass Sie diese Dokumente sammeln, bevor Sie mit Ihrem Anmeldeprozess beginnen:
-
--   **Geschäftsdokumentation**
-    
-    -   Geschäftslizenz oder Unternehmensregistrierungszertifikat
-    -   Organisationscode-Zertifikat
-    -   Ausweis des gesetzlichen Vertreters (Pass für ausländische Vertreter)
-    -   Offizieller Unternehmensstempel (Firmenstempel)
-    -   Nachweis einer lokalen chinesischen Geschäftsadresse
--   **Technische Dokumentation**
-    
-    -   Zertifikat zur Domainnamenregistrierung
-    -   Serverhosting-Details
-    -   Dokumentation der Netzwerk-Sicherheitsprotokolle
-    -   Erklärung zur Einhaltung des Datenschutzes
-    -   Notfallreaktionsplan
--   **Autorisierungsdokumente**
-    
-    -   Autorisierungsschreiben (wenn Sie mit einem Agenten arbeiten)
-    -   Vollmacht (für ausländische Unternehmen)
-    -   Ernennungsschreiben für einen lokalen Vertreter
-
-### Plattform-spezifische technische Informationen
-
-Während iOS und Android ähnliche Anforderungen haben, müssen Sie detaillierte technische Informationen zu Ihrer App bereitstellen. Dazu gehören die App-ID, Store-URLs, Server-IPs, Sicherheitsmaßnahmen für Inhalte und Aktualisierungsmechanismen. Die Einhaltung der App-Store-Regeln in China ist entscheidend für Updates [\[1\]](https://capgo.app/). Tools wie Capgo können Ihnen helfen, konforme, Live-Updates zu verwalten.
-
-**Wichtige technische Tipps:**
-
--   Bewahren Sie alle Dokumente als PDFs auf.
--   Übersetzen Sie alle englischen Dokumente ins Chinesische.
--   Bereiten Sie separate Dateien für jede App-Version vor.
--   Sichern Sie alle Zertifikate und Schlüssel.
--   Dokumentieren Sie die Netzwerkarchitektur und den Datenfluss Ihrer App für Sicherheitsprüfungen.
-
-Mit diesen Dokumenten in Ordnung stellen Sie sicher, dass Sie die Vorschriften einhalten und die Compliance sowie die Aktualisierungsprozesse Ihrer App aufrechterhalten. Sobald alles bereit ist, können Sie mit den Schritten zur Anmeldung fortfahren.
-
-## Schritte zur Antragsanmeldung
-
-So reichen Sie Ihren ICP-Antrag Schritt für Schritt ein.
-
-Sobald Sie alle Ihre Dokumente bereit haben, ist der nächste Schritt, den richtigen Anmeldungsanbieter auszuwählen.
-
-### Wählen Sie einen Dienstanbieter
-
-Sie können aus den folgenden Arten von Anbietern wählen:
-
--   **Lizensierte Internetdienstanbieter (ISPs):** Bekannte Optionen sind Alibaba Cloud, Tencent Cloud oder [China Telecom](https://www.ctamericas.com/icp-license-support/).
--   **Drittanbieter-Anmeldungsagenturen:** Diese Unternehmen sind auf ICP-Registrierungsdienste spezialisiert.
--   **Hosting-Anbieter:** Diese kombinieren Hosting-Services mit Unterstützung für die ICP-Anmeldung.
-
-Suchen Sie nach einem Anbieter mit einer starken Erfolgsbilanz bei ICP-Anmeldungen, zuverlässigem Support in chinesischer Sprache, schnellen Antworten und transparenten Preisen.
-
-### Reichen Sie Ihren Antrag ein
-
-**Erstregistrierung:** Beginnen Sie mit der Registrierung auf der Plattform Ihres Anbieters. Sie müssen Details wie die Unternehmensverifizierung, Informationen zum gesetzlichen Vertreter, App-Spezifikationen und Serverkonfigurationen einreichen.
-
-Stellen Sie sicher, dass Sie die Formulare sorgfältig ausfüllen, einschließlich:
-
--   Details zu den Funktionen und dem Zweck Ihrer App.
--   Informationen über Serverstandorte und -konfigurationen.
--   Methoden zur Verbreitung von Inhalten.
--   Verfahren zur Verarbeitung von Daten.
-
-Erforderliche Dokumente müssen gemäß dem angegebenen Format hochgeladen werden, und Unterschriften sowie Stempel sollten in roter Tinte sein.
-
-### Erwarteter Zeitrahmen
-
-| Phase | Dauer | Wichtige Aktivitäten |
-| --- | --- | --- |
-| Erste Überprüfung | 1-3 Werktage | Anbieter prüft Vollständigkeit der Dokumente |
-| Provinzielle Anmeldung | 10-15 Werktage | Überprüfung durch lokale Behörde |
-| Endgültige Überprüfung | 3-5 Werktage | Zuordnung der ICP-Nummer |
-| Gesamter Prozess | 14-23 Werktage | Von der Einreichung bis zur Genehmigung |
-
--   Anträge, die während chinesischer Feiertage eingereicht werden, können länger dauern.
--   Fehlende oder unvollständige Dokumente können 5-10 Werktage zur Timeline hinzufügen.
--   Notfallanträge sind keine Option.
--   Sie können den Fortschritt Ihres Antrags über die Plattform Ihres Anbieters verfolgen.
-
-Stellen Sie sicher, dass Ihre Unterlagen aktuell sind, um etwaige Rückfragen umgehend zu beantworten.
-
-## Überprüfung und Genehmigung
-
-Der Überprüfungsprozess der ICP-Anmeldung umfasst mehrere Ebenen der Bewertung durch chinesische Behörden.
-
-### Überprüfungsschritte
-
--   **Technische Überprüfung**  
-    Die Behörden prüfen die Serverkonfiguration, Netzsicherheit, Datenlagerpraktiken und die gesamte technische Architektur.
-    
--   **Inhaltsüberprüfung**  
-    Dies umfasst die Moderation von nutzergenerierten Inhalten, das Management der Inhaltsverteilung und die Sicherstellung, dass Datenschutz- und Datenverarbeitungsrichtlinien mit den Vorschriften übereinstimmen.
-    
--   **Überprüfung der gesetzlichen Compliance**  
-    Behörden überprüfen die Unternehmensregistrierung, die Qualifikationen des rechtlichen Vertreters, alle erforderlichen branchenspezifischen Lizenzen und die Einhaltung von Vorschriften zur grenzüberschreitenden Datenübertragung.
-    
-
-### Häufigste Ablehnungsgründe
-
-| Ablehnungsgrund | Beschreibung | Vorgeschlagene Aktion |
-| --- | --- | --- |
-| Unvollständige Dokumentation | Fehlende oder veraltete Geschäftszertifikate | Vollständige, aktuelle und gültige Dokumente einreichen |
-| Probleme mit dem Serverstandort | Server nicht im Festlandchina gehostet | Wechsel zu einem Hosting-Anbieter mit Servern im Festlandchina |
-| Inhaltsverstöße | Verbote oder eingeschränkte Inhalte gefunden | Ihren Inhalt anpassen, um den regulatorischen Standards zu entsprechen |
-| Technische Nichtkonformität | Sicherheitsmaßnahmen unzureichend | Sicherheitsprotokolle und -konfigurationen verbessern |
-| Falsche Informationen | Fehler bei Unternehmens- oder Vertreterdetails | Alle eingereichten Informationen doppelt überprüfen und korrigieren |
-
-Die zeitnahe Behebung dieser Probleme ist entscheidend, bevor Sie mit dem ICP-Anmeldungsprozess fortfahren.
-
-### Verwendung Ihrer ICP-Nummer
-
-Sobald Sie genehmigt sind, ist die korrekte Implementierung und Wartung Ihrer ICP-Nummer unerlässlich.
-
--   **Anzeigen**  
-    Fügen Sie die vollständige ICP-Lizenz (z. B. 京ICP备XXXXXXXX号) an einer sichtbaren Stelle innerhalb Ihrer App hinzu, z. B. im Abschnitt "Über" oder in den Einstellungen. Verwenden Sie sowohl Chinesisch als auch Englisch und verlinken Sie, wenn möglich, zur offiziellen Verifizierungsseite.
-    
--   **Wartung**  
-    Aktualisieren Sie Ihre ICP-Details sofort, wenn es Änderungen Ihrer Geschäfts- oder Kontaktinformationen gibt, um compliant zu bleiben.
-    
-
-Die ordnungsgemäße Anzeige und regelmäßige Aktualisierung Ihrer ICP-Nummer stellt sicher, dass Sie den chinesischen Vorschriften entsprechen.
-
-## Nachgenehmigungsmanagement
-
-Sobald Ihre ICP-Anmeldung genehmigt ist, erfordert die Einhaltung kontinuierliche Aufmerksamkeit und Verwaltung. So können Sie alles auf Kurs halten.
-
-### Informationen aktuell halten
-
-Es ist wichtig, Ihre ICP-Anmeldedetails immer dann zu aktualisieren, wenn Änderungen auftreten. Informieren Sie Ihren Anmeldungsanbieter sofort über Updates in den folgenden Bereichen:
-
--   **Unternehmensdetails**: Änderungen bei gesetzlichem Vertreter, Lizenzen, Adresse oder Kontaktdaten.
--   **App-Details**: Anpassungen der Funktionen, Server, Domains oder Inhalte.
--   **Technische Details**: Updates zum Hosting, Sicherheitsmaßnahmen oder Standorte der Datenspeicherung.
-
-Die Bearbeitung dieser Updates dauert in der Regel 3-7 Werktage.
-
-### Überwachung der Compliance
-
-Regelmäßige Überprüfungen sind der Schlüssel zur Sicherstellung, dass Sie die chinesischen regulatorischen Standards einhalten. Hier sind einige wesentliche Bereiche, die überwacht werden sollten:
-
-| Überwachungsbereich | Häufigkeit | Wichtige Maßnahmen |
-| --- | --- | --- |
-| Inhaltsprüfung | Monatlich | Überprüfen Sie die Benutzerinhalte und entfernen Sie Verstöße. |
-| Sicherheitsüberprüfung | Vierteljährlich | Prüfen Sie die Verschlüsselung und aktualisieren Sie Zertifikate. |
-| Serverleistung | Wöchentlich | Überwachen Sie die Betriebszeit und Antwortzeiten. |
-| Überprüfung der Benutzerdaten | Monatlich | Stellen Sie sicher, dass die Datenspeicherung den Datenschutzrichtlinien entspricht. |
-| Dokumentation | Vierteljährlich | Aktualisieren Sie Lizenzen und Zertifikate. |
-
-### Wichtige Compliance-Praktiken
-
-Um compliant zu bleiben, konzentrieren Sie sich auf diese kritischen Aufgaben:
-
--   Führen Sie detaillierte Aufzeichnungen über alle Inhaltsänderungen.
--   Dokumentieren Sie die Serverwartung und Sicherheitsupdates gründlich.
--   Führen Sie Protokolle darüber, wie Benutzerdaten behandelt werden.
--   Sichern Sie alle compliance-relevanten Dokumente.
--   Planen Sie regelmäßige interne Audits, um die Einhaltung zu überprüfen.
-
-### Notfallreaktionsprotokoll
-
-Seien Sie auf Compliance-Probleme vorbereitet, indem Sie einen Reaktionsplan aufstellen:
-
-1.  Benennen Sie einen Compliance-Beauftragten, der die Probleme überwacht.
-2.  Richten Sie klare Kommunikationswege mit den zuständigen Behörden ein.
-3.  Konsultieren Sie bei Bedarf lokale Rechtsexperten.
-4.  Führen Sie detaillierte Aufzeichnungen über Compliance-Vorfälle.
-5.  Entwickeln Sie Verfahren zur schnellen Bearbeitung und Behebung von Verstößen.
-
-## [Capgo](https://capgo.app/) für chinesische App-Updates
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgo bietet Tools, die entwickelt wurden, um Echtzeit-Updates zu vereinfachen und gleichzeitig sicherzustellen, dass Ihre App den chinesischen Vorschriften entspricht. Diese Tools sind unerlässlich, um Ihre App reibungslos am Laufen zu halten und lokale Anforderungen zu erfüllen.
-
-### Capgo ICP Compliance-Tools
-
-Die Infrastruktur von Capgo ist darauf ausgelegt, die ICP-Compliance mit Funktionen wie zu unterstützen:
-
--   **Globale CDN-Leistung:** Lädt 5MB-Pakete in nur 114 ms in ganz China [\[1\]](https://capgo.app/).
--   **Sichere Lieferung:** Bietet End-to-End-Verschlüsselung für Aktualisierungspakete [\[1\]](https://capgo.app/).
--   **Compliance-Überwachung:** Stellt sicher, dass 95 % der Benutzer innerhalb von 24 Stunden Updates erhalten [\[1\]](https://capgo.app/).
-
-Diese Funktionen, kombiniert mit den Entwickler-Tools von Capgo, machen das App-Management in China effizienter.
-
-### Entwickler-Tools
-
-Capgo bietet eine Suite von Tools, die auf Entwickler im chinesischen Markt zugeschnitten sind:
-
-| Funktion | Nutzen | Leistungskennzahl |
-| --- | --- | --- |
-| Teilaktualisierungen | Spart Bandbreite | \-  |
-| Fehlerverfolgung | Verfolgt Bereitstellungsprobleme | 82 % weltweite Update-Erfolgsquote [\[1\]](https://capgo.app/) |
-| Rückrollsystem | Stellt frühere Versionen schnell wieder her | Schnelles Rollback |
-| Analytik-Dashboard | Verfolgt die Update-Leistung | Echtzeitüberwachung |
-
-### Plattformvergleich
-
-Die Funktionen von Capgo bieten einen Wettbewerbsvorteil, wie unten hervorgehoben:
-
-| Funktion | Capgo | Marktalternative |
-| --- | --- | --- |
-| Monatlich aktive Nutzer | Bis zu 1.000.000 | Durch den Plan limitiert |
-| Speicherkapazität | Bis zu 20 GB | Variabel |
-| Bandbreite | Bis zu 10 TB | Oft eingeschränkt |
-| Aktualisierungsgeschwindigkeit | 434 ms durchschnittliche Antwort [\[1\]](https://capgo.app/) | Typischerweise langsamer |
-| Kostenstruktur | Ab 12 $/Monat | Allgemein höher |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo unterstützt derzeit 750 Produktions-Apps und hat 23,5 Millionen Updates bereitgestellt [\[1\]](https://capgo.app/).
-
-## Zusammenfassung
-
-Hier ist eine Übersicht der wichtigsten Schritte und Praktiken, die in den vorherigen Abschnitten behandelt wurden.
-
-### Prozessübersicht
-
-Die Sicherstellung einer ICP-Einreichung für mobile Apps in China umfasst mehrere wichtige Schritte. Wie in den Abschnitten zur Beantragung und Nachgenehmigung erwähnt, erfordert jede Phase sorgfältige Beachtung der Details. Die anfängliche Überprüfungsfrist dauert in der Regel 14–23 Geschäftstage, wobei zusätzliche Zeit benötigt wird, wenn Änderungen angefordert werden.
-
-### Beste Praktiken
-
-Bei der Arbeit an einer ICP-Einreichung können diese Strategien helfen:
-
-| Beste Praktik | Auswirkung | Wichtiger Aspekt |
-| --- | --- | --- |
-| Dokumentenvorbereitung | Reduziert Verzögerungen | Stellen Sie sicher, dass alle erforderlichen Dokumente vor der Einreichung übersetzt und notariell beglaubigt sind. |
-| Anbieterauswahl | Sicherstellt Compliance | Arbeiten Sie mit Anbietern zusammen, die Erfahrung mit der Handhabung von ICP-Einreichungen für mobile Apps haben. |
-| Überwachungssystem | Verfolgt den Fortschritt | Überprüfen Sie regelmäßig die Compliance-Anforderungen, um über Änderungen informiert zu bleiben. |
-| [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Vermeidet Verstöße | Halten Sie App-Informationen und Einreichungen aktuell bei den Regulierungsbehörden. |
-
-### Capgo-Vorteile
-
-Capgo vereinfacht den Prozess der Einhaltung der ICP-Vorschriften, indem es Tools anbietet, die für sichere und schnelle App-Updates optimiert sind. Die Plattform bietet **End-to-End-Verschlüsselung**, eine wichtige Anforderung zur Einhaltung der chinesischen Datenschutzstandards. Ihre Live-Update-Funktion ermöglicht es Entwicklern, regulatorische Änderungen sofort umzusetzen, ohne die Notwendigkeit von App-Store-Überprüfungen. Capgo berichtet von einer globalen Update-Erfolgsquote von 82 %, die sicherstellt, dass 95 % der aktiven Benutzer innerhalb von 24 Stunden Updates erhalten [\[1\]](https://capgo.app/).
-
-Capgo bietet auch ein Kanalsystem, mit dem Entwickler Compliance-Updates mit bestimmten Benutzergruppen testen können, bevor sie breit ausgerollt werden. Das Analytik-Dashboard bietet Einblicke in die Update-Leistung. Zu den Hauptfunktionen gehören:
-
--   **Sofortige Updates**: Regulatorische Änderungen sofort anwenden, ohne Verzögerungen im App-Store.
--   **Sichere Lieferung**: Updates sind Ende-zu-Ende verschlüsselt, um den chinesischen Sicherheitsanforderungen gerecht zu werden.
--   **Flexible Hosting-Optionen**: Wählen Sie zwischen cloud-basierten oder selbstgehosteten Optionen, um den Lokalisierungsbedürfnissen gerecht zu werden.
-
-Diese Tools machen Capgo zu einer wertvollen Ressource für Entwickler, die den chinesischen Markt navigieren, wo schnelle Reaktionen auf regulatorische Änderungen entscheidend sind, um compliant zu bleiben.
diff --git a/src/content/blog/de/in-app-purchases-capacitor.md b/src/content/blog/de/in-app-purchases-capacitor.md
deleted file mode 100644
index b10b9d11d..000000000
--- a/src/content/blog/de/in-app-purchases-capacitor.md
+++ /dev/null
@@ -1,260 +0,0 @@
----
-slug: in-app-purchases-capacitor
-title: In-App-Käufe für Capacitor
-description: >-
-  Wie man In-App-Käufe für Capacitor-Apps mithilfe des Capacitor
-  Purchases-Plugins und RevenueCat implementiert
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-19T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /revenuecat_iap.webp
-head_image_alt: In-App-Käufe mit Revenue Cat
-tag: Tutorial
-published: true
-locale: de
-next_blog: ''
----
-
-Capacitor Purchases ist ein Plugin für das Capacitor-Framework, das In-App-Käufe auf iOS und Android ermöglicht. Es bietet eine einfache und konsistente API über mehrere Plattformen hinweg und erleichtert Entwicklern die Implementierung von In-App-Abonnements und -Käufen in ihren mobilen Apps.
-
-Eine der Hauptfunktionen des Capacitor Purchases-Plugins ist die Integration mit RevenueCat, einer Plattform, die Tools für In-App-Abonnements und In-App-Käufe bereitstellt. RevenueCat vereinfacht den Prozess der Implementierung von In-App-Abonnements und -Käufen, indem es eine einfache und konsistente API über mehrere Plattformen hinweg bereitstellt und Aufgaben wie Belegvalidierung und Benutzerverwaltung automatisiert.
-
-Mit RevenueCat können Entwickler problemlos Abonnements verwalten, Einnahmen verfolgen und andere damit verbundene Aufgaben ausführen. Einige von RevenueCat angebotene Funktionen umfassen:
-
-- Automatisierte Belegvalidierung
-- Benutzerverwaltung
-- Unterstützung für benutzerdefinierte Preismodelle
-- Detaillierte Analysen
-- Skalierbarkeit
-
-Durch die Verwendung des Capacitor Purchases-Plugins mit RevenueCat können Entwickler Zeit und Aufwand bei der Implementierung von In-App-Abonnements und -Käufen in ihren mobilen Apps sparen und zusätzliche Funktionen bereitstellen, die dazu beitragen können, die Benutzererfahrung zu verbessern und den Umsatz zu steigern.
-
-Mit dem Capacitor Purchases-Plugin und RevenueCat können Entwickler In-App-Abonnements und -Käufe einfach verwalten und verfolgen, Belege validieren und Benutzer über mehrere Plattformen hinweg verwalten. Es ermöglicht auch die Erstellung benutzerdefinierter Preismodelle und liefert detaillierte Analysen zur Verbesserung der Leistung und des Umsatzes.
-
-## Installation
-
-Stellen Sie sicher, dass Sie die neueste Version von Capacitor und dem Capacitor Purchases-Plugin verwenden. Sie können die neueste Version von Capacitor und dem Capacitor Purchases-Plugin auf der Capacitor-Website überprüfen.
-
-Um das Capacitor Purchases-Plugin zu installieren, führen Sie den folgenden Befehl aus:
-`npm i @capgo/capacitor-purchases`
-Fügen Sie das Plugin zu Ihrem App-Nativcode hinzu:
-`npx cap sync`
-
-Fügen Sie die Fähigkeit für In-App-Käufe in Xcode hinzu:
-
-## 1. Erstellen Sie ein RevenueCat-Konto
-Diese Anleitung führt Sie durch die Einrichtung von Abonnements und RevenueCat's SDK mit nur wenigen Codezeilen.
-
-Melden Sie sich für ein neues RevenueCat-Konto [hier](https://app.revenuecat.com/) an.
-
-> ### 📘
-> 
-> 💡 Hier ist ein Tipp!
-> 
-> RevenueCat empfiehlt, für jede App / jedes Projekt ein separates RevenueCat-Konto zu erstellen, insbesondere wenn Sie vorhaben, die App zu verkaufen. Dies beschleunigt den Übertragungsprozess, da Sie das gesamte Konto übertragen können, anstatt darauf zu warten, dass der RevenueCat-Support einzelne Projekte überträgt.
-
-### Organisationen / Unternehmen
-
-Wir empfehlen die Verwendung eines Firmenkontos bei der Registrierung für RevenueCat und der Einrichtung Ihrer App innerhalb eines Projekts. Sie können den Rest Ihres Teams als [Mitarbeiter](https://www.revenuecat.com/docs/collaborators/) zu Ihrem Projekt einladen, aber **nur der Projektbesitzer kann die Abrechnung verwalten**. Projektmitarbeiter können keine Abrechnungsdetails verwalten.
-
-## 2. Projekt- und App-Konfiguration
-
-### ▶️ Projekt erstellen
-
-Navigieren Sie zum RevenueCat-Dashboard und [fügen Sie ein neues Projekt hinzu](https://app.revenuecat.com/overview/) aus dem Dropdown-Menü in der oberen Navigationsleiste namens _Projekte_.
-
-Das Popup-Modal zum Erstellen eines neuen Projekts
-
-### ▶️ App / Plattform hinzufügen
-
-Wählen Sie in **Projekteinstellungen > Apps** im linken Menü des Projekt-Dashboards die Plattform für die App aus, die Sie hinzufügen möchten.
-
-Projekt-Dashboard zur Auswahl der App-Plattform
-
-Das Feld **App-Name** ist erforderlich, um Ihre App zu RevenueCat hinzuzufügen. Die restlichen Konfigurationsfelder können später hinzugefügt werden. Um Test- und Produktionskäufe durchzuführen, müssen die Bundle-ID (iOS) / Paketname (Android) sowie das Shared Secret (iOS) / Service-Anmeldeinformationen (Android) konfiguriert werden.webp)
-
-Konfigurationsseite für eine Apple App Store App
-
-> ### 📘
-> 
-> 💡 Hier ist ein Tipp!
-> 
-> Nach der Registrierung Ihrer App empfiehlt RevenueCat, [Platform Server Notifications](https://www.revenuecat.com/docs/server-notifications/) einzurichten. Diese Benachrichtigungen sind nicht erforderlich, beschleunigen aber [Webhooks](https://www.revenuecat.com/docs/webhooks/) und Integrationslieferzeiten und reduzieren die Verzögerung bei der Aktualisierung Ihrer Abonnenten.
-
-> ### 📘
-> 
-> Staging vs. Produktions-Apps und -Benutzer
-> 
-> RevenueCat selbst hat keine getrennten Umgebungen für Staging und Produktion. Vielmehr werden die zugrunde liegenden Transaktionen für Benutzer durch Sandbox und Produktion unterschieden.
-> 
-> Jede RevenueCat-App kann sowohl Sandbox- als auch Produktionskäufe in den Stores tätigen. Wenn Sie separate Apps für Staging und Produktion haben, können Sie mehrere Projekte in RevenueCat erstellen, um Ihr Setup widerzuspiegeln.
-> 
-> Darüber hinaus werden Benutzer nicht nach Umgebung getrennt. Derselbe Benutzer kann gleichzeitig aktive Sandbox-Käufe und aktive Produktionskäufe haben.
-
-### ▶️ Service-Anmeldeinformationen
-
-Service-Anmeldeinformationen müssen eingerichtet werden, damit RevenueCat in Ihrem Namen mit den App Stores kommunizieren kann. Siehe RevenueCat-Anleitungen [App Store Connect Shared Secret](https://www.revenuecat.com/docs/itunesconnect-app-specific-shared-secret/), [Play Service Credentials](https://www.revenuecat.com/docs/creating-play-service-credentials/) und [Amazon Appstore Shared Secret](https://www.revenuecat.com/docs/service-credentials/amazon-appstore-credentials/) für weitere Informationen.
-
-Beachten Sie, dass es bis zu 36 Stunden dauern kann, bis sich Play Service-Anmeldeinformationen in Googles Servern verbreitet haben.
-
-## 3. Produktkonfiguration
-
-### ▶️ Store-Einrichtung
-
-Bevor Sie RevenueCat zum Abrufen von Produkten verwenden können, müssen Sie Ihre Produkte in den jeweiligen Stores konfigurieren. Siehe die folgenden Anleitungen für [App Store Connect](https://www.revenuecat.com/docs/ios-products/), [Google Play Console](https://www.revenuecat.com/docs/android-products/), [Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/) und [Stripe](https://www.revenuecat.com/docs/stripe-products/) für Hilfe bei der Navigation durch diesen Prozess.
-
-Wenn Sie iOS-Produkte verkaufen, stellen Sie sicher, dass Sie Ihre 'Paid Applications Agreement' unterzeichnen und Ihre Bank- und Steuerinformationen in **App Store Connect > Agreements, Tax, and Banking** ausfüllen. **Dies muss abgeschlossen sein, bevor Sie Käufe testen können.**
-
-> ### 📘
-> 
-> Möchten Sie die Store-Einrichtung beim Testen überspringen?
-> 
-> Unter iOS können Sie die Konfiguration von Produkten in App Store Connect verzögern, indem Sie stattdessen mit StoreKit-Konfigurationsdateien testen. Diese Konfigurationsdateien erfordern minimale Einrichtung und sind direkt über Xcode konfigurierbar.
-> 
-> Lesen Sie mehr über die Einrichtung von StoreKit-Konfigurationsdateien im RevenueCat [Sandbox Testing](https://www.revenuecat.com/docs/apple-app-store/#ios-14-only-testing-on-the-simulator) Leitfaden.
-
-### ▶️ Konfigurieren Sie Produkte und Berechtigungen in RevenueCat
-
-Sobald Ihre In-App-Produkte in [App Store Connect](https://www.revenuecat.com/docs/ios-products/), [Google Play Console](https://www.revenuecat.com/docs/android-products/), [Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/) oder [Stripe](https://www.revenuecat.com/docs/stripe-products/) konfiguriert wurden, müssen Sie diese Konfiguration in das RevenueCat-Dashboard kopieren. RevenueCat verwendet ein Berechtigungssystem, um den Zugriff auf Premium-Funktionen zu steuern, und Angebote, um den Satz von Produkten zu verwalten, die Sie Kunden anbieten.
-
-Berechtigungen sind das Zugriffsrecht, das ein Kunde nach dem Kauf eines bestimmten Produkts "berechtigt" ist.
-Angebote sind eine einfache Möglichkeit für Sie, die In-App-Produkte zu organisieren, die Sie auf Ihrer Paywall anbieten möchten, und sie ferngesteuert zu konfigurieren. RevenueCat **empfiehlt** die Nutzung dieser Funktionen, um Ihren Code zu vereinfachen und es Ihnen zu ermöglichen, Produkte ohne App-Update zu ändern.
-
-Siehe [Configuring Products](https://www.revenuecat.com/docs/entitlements/), um Ihre Produkte einzurichten und sie dann in Angebote oder Berechtigungen zu organisieren.
-
-![RevenueCat Schritt 4](/revenuecat_step4.webp)
-
-## 4Verwendung des RevenueCat Purchases SDK
-
-RevenueCat SDK implementiert nahtlos Käufe und Abonnements über Plattformen hinweg und synchronisiert dabei Token mit dem RevenueCat-Server
-
-Bei Problemen mit dem SDK finden Sie in [Fehlerbehebung der SDKs](https://www.revenuecat.com/docs/troubleshooting-the-sdks/) Hilfestellung
-
-> ### 📘
-> 
-> Verwenden Sie nur Ihren öffentlichen SDK-Schlüssel, um Purchases zu konfigurieren
-> 
-> Sie finden Ihren öffentlichen SDK-Schlüssel unter dem Reiter **API-Schlüssel** in den **Projekteinstellungen** im Dashboard
-
-Sie sollten die gemeinsam genutzte Instanz von _Purchases_ nur einmal konfigurieren, üblicherweise beim App-Start. Anschließend wird dieselbe Instanz in Ihrer gesamten App geteilt, indem Sie auf die `shared`-Instanz im SDK zugreifen
-
-Weitere Informationen und Best Practices finden Sie im RevenueCat-Leitfaden zur [SDK-Konfiguration](https://docsrevenuecatcom/docs/configuring-sdk/)
-
-Stellen Sie sicher, dass Sie _Purchases_ nur mit Ihrem öffentlichen SDK-Schlüssel konfigurieren. Mehr über die verschiedenen verfügbaren API-Schlüssel in RevenueCat finden Sie im [Authentifizierungsleitfaden](https://www.revenuecat.com/docs/authentication/)
-
-```javascript
-import { CapacitorPurchases } from '@capgo/capacitor-purchases'
-import { isPlatform } from '@ionic/vue' // use the right one for your framework
-
-CapacitorPurchases.setDebugLogsEnabled({ enabled: import.meta.env.DEV }) // Enable to get debug logs in dev mode
-if (isPlatform('ios')) {
-    CapacitorPurchases.setup({ apiKey:'appl_******'})
-} else if (isPlatform('android')) {
-    CapacitorPurchases.setup({ apiKey:'goog_******'})
-}
-```
-
-Während der Entwicklung empfiehlt RevenueCat, ausführlichere Debug-Logs zu aktivieren. Weitere Informationen zu diesen Logs finden Sie in ihrem [Debugging](https://www.revenuecat.com/docs/debugging/)-Leitfaden
-
-Wenn Sie RevenueCat neben Ihrem bestehenden Kaufcode verwenden möchten, konsultieren Sie ihren Leitfaden zum [Beobachtermodus](https://www.revenuecat.com/docs/observer-mode/)
-
-> ### 📘
-> 
-> Konfiguration von Purchases mit Benutzer-IDs
-> 
-> Wenn Sie ein Benutzerauthentifizierungssystem in Ihrer App haben, können Sie zum Zeitpunkt der Konfiguration oder zu einem späteren Zeitpunkt mit einem Aufruf von `logIn()` eine Benutzerkennung bereitstellen. Weitere Informationen finden Sie im RevenueCat-Leitfaden zur [Benutzeridentifizierung](https://www.revenuecat.com/docs/user-ids/)
-
-Das SDK ruft automatisch die [konfigurierten Angebote](https://www.revenuecat.com/docs/entitlements/#offerings) ab und holt die Produktinformationen von Apple, Google oder Amazon. Somit sind verfügbare Produkte bereits geladen, wenn Kunden Ihren Kaufbildschirm aufrufen
-
-Nachfolgend ein Beispiel zum Abrufen von Angeboten. Sie können Angebote nutzen, um Ihren Paywall-Bildschirm zu organisieren. Weitere Informationen und Best Practices finden Sie im RevenueCat-Leitfaden zur [Anzeige von Produkten](https://www.revenuecat.com/docs/displaying-products/)
-
-### ▶️ Verfügbare Produkte abrufen und anzeigen
-
-> ### 📘
-> 
-> Konfiguration von Purchases mit Benutzer-IDs
-> 
-> Wenn Sie ein Benutzerauthentifizierungssystem in Ihrer App haben, können Sie zum Zeitpunkt der Konfiguration oder zu einem späteren Zeitpunkt mit einem Aufruf von `logIn()` eine Benutzerkennung bereitstellen. Weitere Informationen finden Sie im RevenueCat-Leitfaden zur [Benutzeridentifizierung](https://www.revenuecat.com/docs/user-ids/)
-
-Das SDK ruft automatisch die [konfigurierten Angebote](https://www.revenuecat.com/docs/entitlements/#offerings) ab und holt die Produktinformationen von Apple, Google oder Amazon. Somit sind verfügbare Produkte bereits geladen, wenn Kunden Ihren Kaufbildschirm aufrufen
-
-Nachfolgend ein Beispiel zum Abrufen von Angeboten. Sie können Angebote nutzen, um Ihren Paywall-Bildschirm zu organisieren. Weitere Informationen und Best Practices finden Sie im RevenueCat-Leitfaden zur [Anzeige von Produkten](https://www.revenuecat.com/docs/displaying-products/)
-
-```javascript
-const { offerings } = await CapacitorPurchases.getOfferings()
-if (offerings.current !== null) {  
-    // Display current offering with offerings.current
-}
-```
-
-Wenn das Abrufen Ihrer [Angebote](https://www.revenuecat.com/docs/entitlements/#offerings), [Produkte](https://www.revenuecat.com/docs/entitlements/#products) oder verfügbaren [Pakete](https://www.revenuecat.com/docs/entitlements/#adding-packages) leer ist, liegt das an einem Konfigurationsproblem im jeweiligen Store
-
-Die häufigsten Gründe dafür im App Store Connect sind eine veraltete 'Paid Applications Agreement' oder Produkte, die sich nicht mindestens im Status 'Ready To Submit' befinden. In GooglePlay tritt dies in der Regel auf, wenn die App nicht auf einem geschlossenen Track veröffentlicht und ein gültiger Testbenutzer hinzugefügt wurde
-
-Weitere Informationen zur Fehlerbehebung dieses Problems finden Sie im RevenueCat [Help Center](https://supportrevenuecatcom/hc/en-us/articles/360041793174/)
-
-### ▶️ Einen Kauf tätigen
-
-Das SDK enthält eine einfache Methode zur Durchführung von KäufenDie `purchase:package`-Methode nimmt ein Paket aus dem abgerufenen Angebot und verarbeitet die Transaktion mit dem jeweiligen App Store.
-
-Das folgende Codebeispiel zeigt den Prozess des Kaufs eines Pakets und der Bestätigung, dass es den Inhalt "your_entitlement_id" freischaltet. Weitere Details zur `purchase:package`-Methode finden Sie im RevenueCat-Leitfaden zu [Käufen tätigen](https://www.revenuecat.com/docs/making-purchases/).
-
-### ▶️ Abonnementstatus prüfen
-
-Sie können diese Methode verwenden, wann immer Sie den aktuellsten Status benötigen, und es ist sicher, diese Methode wiederholt während des Lebenszyklus Ihrer App aufzurufen. _Purchases_ speichert automatisch die neuesten `CustomerInfo`-Daten im Cache, wann immer sie aktualisiert werden - in den meisten Fällen greift diese Methode also auf den Cache zu und läuft sehr schnell.
-
-Es ist üblich, diese Methode aufzurufen, wenn entschieden wird, welche Benutzeroberfläche dem Nutzer angezeigt werden soll, und wann immer der Nutzer eine Aktion durchführt, die eine bestimmte Berechtigungsstufe erfordert.
-
-> ### 📘
-> 
-> 💡 Hier ein Tipp!
-> 
-> Sie können viel mehr Informationen über ein Abonnement abrufen, als nur ob es aktiv ist oder nicht. Sehen Sie sich den RevenueCat-Leitfaden zum [Abonnementstatus](https://www.revenuecat.com/docs/customer-info/) an, um zu erfahren, ob das Abonnement zur Erneuerung vorgesehen ist, ob ein Problem mit der Kreditkarte des Benutzers erkannt wurde und mehr.
-
-RevenueCat ermöglicht es Ihren Nutzern, ihre In-App-Käufe wiederherzustellen und alle Inhalte zu reaktivieren, die sie zuvor über dasselbe Store-Konto (Apple-, Google- oder Amazon-Konto) gekauft haben. Wir empfehlen, dass alle Apps eine Möglichkeit für Benutzer haben, die Wiederherstellungsmethode auszulösen. Beachten Sie, dass Apple einen Wiederherstellungsmechanismus für den Fall verlangt, dass ein Benutzer den Zugang zu seinen Käufen verliert (z.B. durch Deinstallieren/Neuinstallieren der App, Verlust der Kontoinformationen usw.).
-
-Wenn zwei verschiedene [App-Benutzer-IDs](https://www.revenuecat.com/docs/user-ids/) Transaktionen aus demselben zugrunde liegenden Store-Konto (Apple-, Google- oder Amazon-Konto) wiederherstellen,
-kann RevenueCat versuchen, einen Alias zwischen den beiden App-Benutzer-IDs zu erstellen und sie in Zukunft als denselben Benutzer zu zählen. Weitere Informationen zu den verschiedenen konfigurierbaren Wiederherstellungsverhalten finden Sie im RevenueCat-Leitfaden zur [Wiederherstellung von Käufen](https://www.revenuecat.com/docs/restoring-purchases/).
-
-Da das SDK nahtlos auf jeder Plattform funktioniert, können Änderungen an den Kaufinformationen eines Benutzers aus verschiedenen Quellen stammen. Sie können auf Änderungen in den `CustomerInfo`-Daten eines Kunden reagieren, indem Sie eine optionale Delegatenmethode, `purchases:receivedUpdated:`, implementieren.
-
-Diese Methode wird ausgelöst, wenn das SDK ein aktualisiertes `CustomerInfo`-Objekt von Aufrufen an `getCustomerInfo()`, `purchase(package:)`, `purchase(product:)` oder `restorePurchases()` erhält.
-
-CustomerInfo-Aktualisierungen werden _nicht_ vom RevenueCat-Backend an Ihre App gesendet, Aktualisierungen können nur durch eine ausgehende Netzwerkanfrage an RevenueCat erfolgen, wie oben erwähnt.
-
-Je nach Ihrer App kann es ausreichen, den Delegaten zu ignorieren und Änderungen an Kundeninformationen einfach beim nächsten Start Ihrer App oder in den Abschlussblöcken der SDK-Methoden zu behandeln.
-
-> ### 👍
-> 
-> Sie haben es geschafft!
-> 
-> Sie haben nun ein vollständiges Abonnement-Kaufsystem implementiert, ohne einen Monat lang Servercode zu schreiben. Herzlichen Glückwunsch!
-
-### Beispiel-Apps
-
-Um weitere vollständige Beispiele für die Integration des SDK herunterzuladen, gehen Sie zu den Ressourcen für RevenueCat-Beispiel-Apps.
-
-**[Beispiele ansehen](https://www.revenuecat.com/docs/sample-apps/)**
-
-Ich werde bald eine Beispiel-App mit Capacitor und Vuejs veröffentlichen.
-
-Wenn Sie eine tiefere Nutzung des Capacitor SDK benötigen, überprüfen Sie die Dokumentation [hier](https://github.com/Cap-go/capacitor-purchases/).
-
-### Nächste Schritte
-
-- Wenn Sie es noch nicht getan haben, stellen Sie sicher, dass Ihre Produkte korrekt konfiguriert sind, indem Sie den RevenueCat-[Leitfaden zu Berechtigungen](https://www.revenuecat.com/docs/entitlements/) überprüfen.
-- Wenn Sie Ihre eigenen Benutzeridentifikatoren verwenden möchten, lesen Sie über das [Festlegen von App-Benutzer-IDs](https://www.revenuecat.com/docs/user-ids/).
-- Wenn Sie von einem anderen System zu RevenueCat wechseln, lesen Sie den RevenueCat-Leitfaden zur [Migration Ihrer bestehenden Abonnements](https://www.revenuecatcom/docs/migrating-existing-subscriptions/)
--   Sobald Sie bereit sind, Ihre Integration zu testen, können Sie den RevenueCat-Leitfaden zum [Testen und Debuggen](https://www.revenuecat.com/docs/debugging/) befolgen
--   Wenn Sie für das App Store Small Business Program qualifiziert sind, sehen Sie sich den RevenueCat-Leitfaden zur [Bewerbung und Information von RevenueCat](https://www.revenuecat.com/docs/app-store-small-business-program/) an
-
-
-Wenn Sie Live-Updates in Ihrer App benötigen
-
-Schließen Sie sich uns hier an 👇
-
-## Registrieren Sie sich hier, um Ihr Konto zu erhalten
-
-[Capgo](/register/)
\ No newline at end of file
diff --git a/src/content/blog/de/installing-capacitor-cli-step-by-step-guide.md b/src/content/blog/de/installing-capacitor-cli-step-by-step-guide.md
deleted file mode 100644
index 82b2e9600..000000000
--- a/src/content/blog/de/installing-capacitor-cli-step-by-step-guide.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-slug: installing-capacitor-cli-step-by-step-guide
-title: 'Installation der Capacitor CLI: Schritt-für-Schritt-Anleitung'
-description: >-
-  Lernen Sie die Installation und Konfiguration der Capacitor CLI für die
-  effiziente Umwandlung von Web-Apps in native mobile Apps.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T02:49:29.961Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f-1743734983341.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'Capacitor, CLI, mobile app development, Node.js, Android, iOS, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) CLI hilft Ihnen dabei, Webanwendungen mit einer einzigen Codebasis in native iOS- und Android-Apps zu transformieren.** So richten Sie es schnell ein:
-
--   **Voraussetzungen**: Installieren Sie [Node.js](https://nodejs.org/en) (v16+), npm und ein Web-Framework (React, Vue, Angular, etc.).
--   **[Capacitor CLI installieren](https://capgo.app/docs/cli/commands)**: Führen Sie `npm install @capacitor/cli @capacitor/core` aus und initialisieren Sie Ihr Projekt mit `npx cap init`.
--   **Plattformen vorbereiten**: Fügen Sie Unterstützung für iOS (`npx cap add ios`) und Android (`npx cap add android`) Plattformen hinzu.
--   **Build und Sync**: Verwenden Sie `npm run build` und `npx cap sync`, um Web-Assets in native Projekte zu übertragen.
--   **Optionale Live-Updates**: Nutzen Sie Tools wie [Capgo](https://capgo.app/), um Updates sofort ohne App-Store-Verzögerungen bereitzustellen.
-
-Capacitor CLI vereinfacht die App-Entwicklung und -Wartung. Befolgen Sie die Anleitung für eine reibungslose Einrichtung und Fehlerbehebung.
-
-## Erstellen Sie schnell eine Mobile App! React + [Capacitor](https://capacitorjs.com/) + [Tailwind](https://tailwindcss.com/) + [DaisyUI](https://daisyui.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/PPXktTJXMPE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Bevor Sie beginnen
-
-Bereiten Sie Ihre Umgebung mit diesen Schritten vor:
-
-### [Node.js](https://nodejs.org/en) und npm einrichten
-
-![Node.js](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/a74739743b1f15b8d0bf124a9c30cba9.jpg)
-
-Sie benötigen Node.js Version 16 oder höher. Die neueste LTS-Version wird empfohlen. Um Ihre Installation zu überprüfen, führen Sie aus:
-
-```bash
-node --version
-npm --version
-```
-
-Falls Sie aktualisieren müssen, laden Sie Node.js (inklusive npm) von der offiziellen Website herunter.
-
-Nachdem Sie Node.js bestätigt haben, stellen Sie sicher, dass Ihr Webprojekt die erforderlichen Capacitor-Anforderungen erfüllt.
-
-### Ihr Webprojekt überprüfen
-
-Ihr Webprojekt sollte Folgendes haben:
-
--   **Eine gültige package.json**: Stellen Sie sicher, dass sie korrekt konfiguriert ist.
--   **Ein Build-Verzeichnis**: Hier befinden sich Ihre Web-Assets (üblicherweise `dist` oder `www`).
--   **Einen Einstiegspunkt**: Ihr Build-Verzeichnis muss eine `index.html` Datei enthalten.
-
-Hier ein kurzer Überblick über wichtige `package.json` Felder:
-
-| Erforderliches Feld | Beispielwert | Zweck |
-| --- | --- | --- |
-| name | "my-app" | Identifiziert das Projekt |
-| version | "1.0.0" | Gibt die App-Version an |
-| build directory | "dist" oder "www" | Verweist auf Web-Assets |
-
-Sobald Node.js und Ihr Webprojekt bereit sind, fahren Sie mit der Installation plattformspezifischer Tools fort.
-
-### Erforderliche Software installieren
-
-**Für Android-Entwicklung:**
-
--   Laden Sie die neueste Version von **[Android Studio](https://developer.android.com/studio)** herunter und installieren Sie sie.
--   Richten Sie das Android SDK mit mindestens API Level 22 ein.
--   Konfigurieren Sie die `ANDROID_HOME` Umgebungsvariable.
-
-**Für iOS-Entwicklung (nur Mac):**
-
--   Installieren Sie **[Xcode](https://developer.apple.com/xcode/) 14** oder eine neuere Version.
-    
--   Installieren Sie Command Line Tools.
-    
--   Verwenden Sie [Homebrew](https://brew.sh/) um [CocoaPods](https://cocoapods.org/) zu installieren:
-    
-    ```bash
-    brew install cocoapods
-    ```
-    
--   Akzeptieren Sie die Xcode-Lizenz:
-    
-    ```bash
-    sudo xcodebuild -license accept
-    ```
-    
-
-Bei der späteren Integration von Capgo stellen Sie sicher, dass Sie eine stabile Internetverbindung und gültige SSL-Zertifikate haben.
-
-Mit diesen Schritten sind Sie für einen reibungslosen Capacitor-Entwicklungsprozess bereit. Als Nächstes installieren Sie die Capacitor CLI.
-
-[Continue with the rest of the text? Let me know if you want me to translate more sections.]
diff --git a/src/content/blog/de/integrate-universal-links-capacitor-nextjs.md b/src/content/blog/de/integrate-universal-links-capacitor-nextjs.md
deleted file mode 100644
index 66f189c53..000000000
--- a/src/content/blog/de/integrate-universal-links-capacitor-nextjs.md
+++ /dev/null
@@ -1,190 +0,0 @@
----
-slug: integrate-universal-links-capacitor-nextjs
-title: Wie man universelle Links in Next.js mit Capacitor integriert
-description: >-
-  Lerne Schritt für Schritt, wie du universelle Links für deine Next.js-App mit
-  Capacitor auf den Plattformen iOS und Android einrichtest.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-14T00:00:00.000Z
-updated_at: 2023-12-14T00:00:00.000Z
-head_image: /deeplink_next_capacitor.webp
-head_image_alt: Capacitor Universelle Links
-keywords: >-
-  Capacitor, Universal Links, Next.js, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: DeepLinking
-published: true
-locale: de
-next_blog: ''
----
-Universelle Links auf iOS und App Links auf Android ermöglichen es den Benutzern, direkt über einen Link in Ihre App zu gelangen, ohne den Browser zu verwenden. Dies ist besonders nützlich, um die Benutzererfahrung zu verbessern und den Kontext von einer Webseite zu einer App beizubehalten. In diesem Leitfaden führen wir Sie durch den Prozess der Einrichtung dieser Deep Links für eine Next.js-App unter Verwendung von Capacitor.
-
-Die Einrichtung von Deep Links erfordert nicht viel Code, beinhaltet jedoch einige Konfigurationen. Am Ende dieses Leitfadens werden Sie in der Lage sein, auf einen Link wie `https://www.capgo.app/details/22` zu klicken und Ihre App wird auf die richtige Seite geöffnet, wenn sie installiert ist.
-
-## Next.js Deep Link Einrichtung
-
-Zuerst erstellen wir eine neue Next.js-App und eine Detailseite für Tests:
-
-```sh
-npx create-next-app@latest capgoLinks
-cd capgoLinks
-mkdir pages/details
-touch pages/details/[id].js
-npm run build
-npx cap add ios
-npx cap add android
-```
-
-Stellen Sie sicher, dass Ihre **Bundle-ID** korrekt in der **capacitor.config.json**-Datei festgelegt ist, da dies für die Einrichtung entscheidend ist:
-
-```json
-{
-  "appId": "com.capgo.deeplinks",
-  "appName": "capgoLinks",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-Für die Routenverwaltung verwendet Next.js eine dateibasierte Routenführung. Indem wir eine Datei unter `pages/details/[id].js` erstellen, haben wir bereits unsere Wildcard-Route eingerichtet.
-
-In `pages/details/[id].js` können wir die ID aus der URL mit dem integrierten Router von Next.js abrufen:
-
-```jsx
-import { useRouter } from 'next/router'
-
-function DetailsPage() {
-  const router = useRouter()
-  const { id } = router.query
-
-  return (
-    <div>
-      <p>My ID: {id}</p>
-    </div>
-  )
-}
-
-export default DetailsPage
-```
-
-Nun kümmern wir uns um das Ereignis `appUrlOpen` mit Capacitor. Dieses Ereignis wird ausgelöst, wenn die App über ein benutzerdefiniertes URL-Schema geöffnet wird. Fügen Sie einen Listener in der Datei `pages/_app.js` hinzu:
-
-```jsx
-import { useEffect } from 'react'
-import { App } from '@capacitor/app'
-
-function MyApp({ Component, pageProps }) {
-  useEffect(() => {
-    App.addListener('appUrlOpen', (event) => {
-      const slug = event.url.split('.app').pop()
-      if (slug)
-        window.location.href = slug
-
-    })
-  }, [])
-
-  return <Component {...pageProps} />
-}
-
-export default MyApp
-```
-
-Dieser Code hört auf das Ereignis `appUrlOpen` und navigiert zur entsprechenden Route innerhalb Ihrer Next.js-App.
-
-## iOS-Konfiguration
-
-Für iOS benötigen Sie eine App-ID mit aktivierten zugehörigen Domains. Erstellen Sie eine **apple-app-site-association**-Datei mit folgendem Inhalt, wobei Sie `YOURTEAMID` und `com.your.bundleid` durch Ihre tatsächliche Team-ID und Bundle-ID ersetzen:
-
-```json
-{
-  "applinks": {
-    "apps": [],
-    "details": [
-      {
-        "appID": "YOURTEAMID.com.your.bundleid",
-        "paths": ["*"]
-      }
-    ]
-  }
-}
-```
-
-Laden Sie diese Datei in das Verzeichnis `.well-known` auf Ihrer Domain hoch, sodass sie unter `https://www.capgo.app/.well-known/apple-app-site-association` zugänglich ist.
-
-Fügen Sie in Xcode die Domain zu den Berechtigungen Ihrer App im Format `applinks:capgo.app` hinzu.
-
-## Android-Konfiguration
-
-Für Android App Links befolgen Sie diese Schritte:
-
-1. Generieren Sie eine Keystore-Datei, wenn Sie noch keine haben.
-2. Erhalten Sie den SHA256-Fingerabdruck aus dem Keystore.
-3. Erstellen Sie eine **assetlinks.json**-Datei mit Ihrem Paketnamen und SHA256-Fingerabdruck.
-4. Laden Sie diese Datei in das Verzeichnis `.well-known` auf Ihrer Domain hoch.
-
-Fügen Sie in Ihrer `AndroidManifest.xml` ein `intent-filter` zu dem `activity`-Element hinzu, das Deep Links verarbeitet:
-
-```xml
-<activity ...>
-  <intent-filter android:autoVerify="true">
-    <action android:name="android.intent.action.VIEW" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <category android:name="android.intent.category.BROWSABLE" />
-    <data android:scheme="https" android:host="capgo.app" />
-  </intent-filter>
-</activity>
-```
-
-Nachdem Sie die Datei `assetlinks.json` hochgeladen haben, können Sie dies mit dem Digital Asset Links-Tool von Google überprüfen. Wenn alles korrekt eingerichtet ist, sehen Sie ein grünes Häkchen.
-
-Um Ihre App zu erstellen und zu signieren, verwenden Sie die folgenden Befehle:
-
-```sh
-cd android
-./gradlew assembleRelease
-cd ..
-jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore my-release-key.keystore android/app/build/outputs/apk/release/app-release-unsigned.apk alias_name
-zipalign -v 4 android/app/build/outputs/apk/release/app-release-unsigned.apk capgo.apk
-adb install capgo.apk
-```
-
-Dies installiert die signierte App auf Ihrem angeschlossenen Android-Gerät.
-
-## Capacitor Konfiguration für Native Project Einstellungen
-
-Um die nativen Projekteinstellungen zu automatisieren, ziehen Sie in Betracht, das [Capacitor configure-Paket](https://github.com/ionic-team/capacitor-configure/) zu verwenden. Installieren Sie es in Ihrem Projekt:
-
-```sh
-npm install @capacitor/configure
-```
-
-Erstellen Sie eine Datei `capacitor.config.yaml` im Stammverzeichnis Ihres Projekts:
-
-```yaml
-vars:
-  BUNDLE_ID: com.capgo.deeplinks
-  PACKAGE_NAME: com.capgo.deeplinks
-platforms:
-  ios:
-    targets:
-      App:
-        bundleId: $BUNDLE_ID
-    entitlements:
-      - com.apple.developer.associated-domains: ['applinks:capgo.app']
-  android:
-    packageName: $PACKAGE_NAME
-```
-
-Führen Sie das Konfigurationstool mit dieser Konfiguration aus:
-
-```sh
-npx cap-config run capacitor.config.yaml
-```
-
-Dies wendet die in der YAML-Datei angegebenen Einstellungen auf Ihre nativen Projekte an.
-
-## Fazit
-
-Die Einrichtung von Deep Links mit Capacitor für eine Next.js-App umfasst die Konfiguration Ihrer Domain und der Projekteinstellungen sowohl für iOS als auch für Android. Während der Prozess eine sorgfältige Aufmerksamkeit erfordert, ist er im Vergleich zu älteren Methoden optimiert und erfordert keine zusätzlichen Plugins. Stellen Sie sicher, dass Ihre Domain-Überprüfungsdateien korrekt bereitgestellt werden und überprüfen Sie sie mit den jeweiligen Plattform-Tools. Sobald alles eingerichtet ist, wird Ihre App nahtlos von Weblinks geöffnet, was einen reibungslosen Übergang für Ihre Benutzer von Web zu App bietet.
diff --git a/src/content/blog/de/integrity-checks-for-capacitor-updates.md b/src/content/blog/de/integrity-checks-for-capacitor-updates.md
deleted file mode 100644
index fb845f359..000000000
--- a/src/content/blog/de/integrity-checks-for-capacitor-updates.md
+++ /dev/null
@@ -1,75 +0,0 @@
----
-slug: integrity-checks-for-capacitor-updates
-title: Integritätsprüfungen für Capacitor Updates
-description: >-
-  Erfahren Sie, wie Sie sichere OTA-Updates für Capacitor-Apps mithilfe von
-  Integritätsprüfungen, Verschlüsselung und effektiven Rollback-Strategien
-  implementieren.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-25T02:39:56.412Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67bd178e258ce8f57ea75e3e-1740451235493.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, Capacitor, security, integrity checks, encryption, mobile apps,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Sichere OTA-Updates für [Capacitor](https://capacitorjs.com/)-Apps sind essentiell zum Schutz der Nutzer und ihrer Daten.** Hier erfahren Sie, wie Sie sichere Updates gewährleisten:
-
--   **Integritätsprüfungen**: Verwenden Sie kryptografische Hashes und digitale Signaturen, um zu bestätigen, dass Updates unverändert sind.
--   **Häufige Bedrohungen**: Verhindern Sie Abfangen, Spoofing und Manipulation durch HTTPS, digitale Signaturen und Prüfsummen.
--   **[Capgo](https://capgo.app/) Integration**: Vereinfachen Sie sichere Updates mit Capgos Verschlüsselung, Echtzeit-Verifizierung und Rollback-Funktionen.
--   **Wichtige Sicherheitspraktiken**:
-    -   Erzwingen Sie HTTPS für sichere Kommunikation.
-    -   Verwenden Sie gegenseitige TLS-Authentifizierung für Update-Anfragen.
-    -   Signieren Sie Update-Pakete und verifizieren Sie sie mit Prüfsummen.
-    -   Speichern Sie Schlüssel sicher mit iOS Keychain oder [Android Keystore](https://developer.android.com/privacy-and-security/keystore).
-
-**Schnell-Tipp**: Automatisieren Sie Rollbacks für fehlgeschlagene Updates und halten Sie Nutzer bei Problemen auf dem Laufenden, um Vertrauen zu bewahren.
-
-Dieser Artikel befasst sich mit dem Aufbau einer sicheren OTA-Infrastruktur, kryptografischen Methoden und praktischen Tools wie Capgo zur Optimierung des Prozesses.
-
-## Verwandtes Video von YouTube
-
-<iframe src="https://www.youtube.com/embed/z7nqbCQQBp8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Sichere OTA-Update-Infrastruktur
-
-Bauen Sie ein zuverlässiges OTA (Over-The-Air) Update-System für [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) durch Integration von HTTPS, starker Authentifizierung und Echtzeit-Update-Tools.
-
-### HTTPS-Einrichtung für Updates
-
-Die Verwendung von HTTPS ist entscheidend für die Verschlüsselung von Update-Übertragungen. Wichtige Sicherheitsmaßnahmen umfassen:
-
-| Sicherheitskomponente | Implementierungsdetail | Zweck |
-| --- | --- | --- |
-| SSL/TLS-Zertifikat | Von vertrauenswürdiger Zertifizierungsstelle (CA) beziehen | Sichert Daten während der Übertragung |
-| Server-Konfiguration | Strikte HTTPS-Nutzung erzwingen | Schützt vor Downgrade-Angriffen |
-| Zertifikat-Pinning | SHA-256-Fingerabdruck validieren | Bestätigt Server-Identität |
-
-Stellen Sie sicher, dass Ihre Capacitor-App nur HTTPS-Verbindungen für Update-Anfragen akzeptiert. Dieser Schritt verhindert Datenabfangen und -manipulation und bildet die Grundlage für sichere Authentifizierung.
-
-### Authentifizierung von Update-Anfragen
-
-Die gegenseitige TLS-Authentifizierung (Transport Layer Security) stellt sicher, dass sowohl Client als auch Server die Identität des jeweils anderen überprüfen. Alle HTTP-Kommunikation für Updates sollte strenge Authentifizierungs- und Autorisierungsprüfungen beinhalten [\[2\]](https://docs.aws.amazon.com/freertos/latest/userguide/dev-guide-ota-security.html). Diese Protokolle verbessern die von HTTPS bereitgestellte Sicherheit und schaffen eine mehrschichtige Verteidigung.
-
-### Verwendung von [Capgo](https://capgo.app/) für Updates
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-25.jpg?auto=compress)
-
-Capgo bietet eine optimierte und sichere Lösung für das Management von OTA-Updates. Mit über 23,5 Millionen ausgelieferten Updates in 750 Produktions-Apps bietet Capgo:
-
--   **Ende-zu-Ende-Verschlüsselung** für autorisierte Benutzer
--   **Compliance** mit Apple- und Google-Plattformregeln
--   **Echtzeit-Verifizierung** zur Sicherstellung der Update-Integrität
-
-Um zu beginnen, installieren Sie das Capgo-Plugin mit `npx @capgo/cli init`. Dies ermöglicht die automatische Überprüfung von Updates beim App-Start. Für iOS enthält Capgo einen benutzerdefinierten Dart-Interpreter, um plattformspezifische Anforderungen zu erfüllen [\[3\]](https://capgo.app/docs/faq/).
-
-[Rest of the translation continues similarly...]
diff --git a/src/content/blog/de/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md b/src/content/blog/de/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
deleted file mode 100644
index 90af9016f..000000000
--- a/src/content/blog/de/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
+++ /dev/null
@@ -1,92 +0,0 @@
----
-slug: introducing-end-to-end-security-to-capacitor-updater-with-code-signing
-title: >-
-  Einführung von Ende-zu-Ende-Verschlüsselung für capacitor-updater mit
-  Code-Signierung
-description: >-
-  Verwendung von RSA + AES-Kryptografie zur Verschlüsselung von Updates,
-  entwickelt für Unternehmen und Anwendungen mit hohen Sicherheitsanforderungen
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-27T00:00:00.000Z
-updated_at: 2024-08-27T00:00:00.000Z
-head_image: /secure_upload.webp
-head_image_alt: Sicheres Hochladen Capgo
-tag: Solution
-published: true
-locale: de
-next_blog: ''
----
-
-[Capacitor-updater](https://githubcom/Cap-go/capacitor-updater/) unterstützt jetzt Ende-zu-Ende-Codeverschlüsselung. Code-Signierung stellt sicher, dass die von Endgeräten ausgeführten Updates nicht manipuliert wurden und bietet einen zusätzlichen Schutz über die Standard-Websicherheit von Capacitor-updater hinaus.
-
-## Die Standardsicherheit von Capacitor-updater
-
-Standardmäßig ähnelt Capgos Sicherheitsmodell dem von Web-Hosting-Anbietern. Capgo speichert Updates [verschlüsselt im Ruhezustand](https://cloudgooglecom/docs/security/encryption/default-encryption/) und stellt sie über HTTPS mit modernen Verschlüsselungsverfahren bereit. Auch das Veröffentlichen eines Updates vom Computer eines Entwicklers erfolgt immer über HTTPS.
-
-![Capgo erzielt A+ im HTTPS-Test von SSL Labs](/ssllabs_report.webp)
-
-Capgos Standardsicherheit erzielt A+ im HTTPS-Test von SSL Labs (https://wwwssllabscom, November 2022)
-
-Wie erstklassige Web-Hosts verwendet Capgo HTTPS, um die Privatsphäre und Integrität der Netzwerkverbindungen zwischen Server und Endgeräten zu schützen. Dies ist ein ausgezeichnetes Sicherheitsniveau, das sowohl für das Web als auch für Ionic-Apps, die Capgo verwenden, gut funktioniert.
-
-## Die Cloud-Infrastruktur-Lieferkette
-
-Eine weitere Gemeinsamkeit von Capgo und den meisten Web-Hosts ist, dass sie auf einer Cloud-Infrastruktur niedrigerer Ebene laufen, oft von AWS, GCP oder einem anderen beliebten Cloud-Anbieter. Die von diesen Cloud-Anbietern und Capgo oder anderen Web-Hosts betriebene Hard- und Software ist Teil der Cloud-Lieferkette.
-
-Die Cloud-Lieferkette und ihr Sicherheitsmodell funktionieren für eine große Anzahl von Websites und Apps. Jeder Webentwickler, der einen Cloud-Anbieter nutzt, vertraut diesem Anbieter und erwartet, dass die hochgeladenen Dateien ohne Manipulation ausgeführt oder bereitgestellt werden. Und Cloud-Anbieter arbeiten hart daran, ihre Infrastruktur sicher zu halten.
-
-Aber natürlich werden Hardware- und Software-Schwachstellen entdeckt. Cloud-Anbieter beheben Schwachstellen nach zeitnahen Zeitplänen, verhindern proaktiv böswillige Software (z.B. [Googles SLSA](https://securitygoogleblogcom/2021/06/introducing-slsa-end-to-end-frameworkhtml/)), und bauen Schichten der Verteidigung in der Tiefe auf. In der Praxis hat sich gezeigt, dass die Cloud-Infrastruktur die Sicherheitsanforderungen der meisten Websites und Apps erfüllt. Einige Ionic-Apps beziehen jedoch kompromittierte Cloud-Infrastruktur in ihre Bedrohungsmodelle ein. Für diese Capacitor JS-Apps mit den höchsten Sicherheitsanforderungen über das Web hinaus haben wir die Ende-zu-Ende-Code-Signierung in Capgo und das [Capgo Updates Standardprotokoll](/docs/self-hosted/auto-update/update-endpoint/) integriert.
-
-## Ende-zu-Ende-Code-Signierung mit Capgo
-
-Capgos Ende-zu-Ende-Code-Signierung verwendet Public-Key-Kryptographie, um sicherzustellen, dass die Geräte der Endbenutzer nur unveränderte, originale Updates vom Capacitor-App-Entwickler ausführen.
-
-"Ende-zu-Ende" bedeutet, dass diese Sicherheit den Fluss von dem Zeitpunkt, an dem ein Entwickler ein Update veröffentlicht, bis zu dem Zeitpunkt abdeckt, an dem das Gerät eines Endbenutzers das Update empfängt und ausführt. "Code-Signierung" bedeutet, Kryptographie und einen geheimen privaten Schlüssel zu verwenden, um Code zu "signieren", und später einen vertrauenswürdigen öffentlichen Schlüssel zu verwenden, um die Signatur zu verifizieren.
-
-Hier ist ein einfaches* Schema zur Erklärung der Funktionsweise:
-
-![Capgo Verschlüsselungsschema](/encryption_flow.webp)
-
-* In der Praxis komplex, Kryptographie ist schwierig
-
-*Definition*:
-- AES: Advanced Encryption Standard, ein symmetrischer Verschlüsselungsalgorithmus, ein Schlüssel für Ver- und Entschlüsselung
-- RSA: Rivest–Shamir–Adleman, ein asymmetrischer Verschlüsselungsalgorithmus, zwei Schlüssel werden verwendet: ein öffentlicher Schlüssel und ein privater Schlüssel
-- Chiffre: Die verschlüsselten Daten
-- Sitzungsschlüssel: Ein AES-Schlüssel zum Ver- und Entschlüsseln von Daten
-- Prüfsumme: Ein für eine Datei berechneter Hash
-- Signatur: Eine Prüfsumme, die mit einem privaten RSA-Schlüssel verschlüsselt wurde. Sie kann mit einem öffentlichen RSA-Schlüssel verifiziert werden.
-
-Wir verwenden den AES-Algorithmus zur Verschlüsselung des Updates. Für jeden Upload wird ein zufälliger AES-Schlüssel generiert, dann werden der AES-Schlüssel und die Prüfsumme (im Folgenden "Signatur") mit dem privaten RSA-Schlüssel des Entwicklers verschlüsselt. Der öffentliche RSA-Schlüssel des Entwicklers wird in der App verwendet, um den AES-Schlüssel und die Signatur zu entschlüsseln (und sie wieder in eine Prüfsumme umzuwandeln).Später wird der entschlüsselte AES-Schlüssel verwendet, um das Update zu entschlüsseln; eine Prüfsumme des entschlüsselten Updates wird berechnet und mit der entschlüsselten Signatur verglichen.
-
-Wir verwenden zwei verschiedene Verschlüsselungsalgorithmen, da RSA nicht für die Verschlüsselung großer Datenmengen verwendet werden kann. AES wird zur Verschlüsselung des Updates verwendet und RSA zur Verschlüsselung des AES-Schlüssels und der Prüfsumme.
-
-Dadurch kann selbst Capgo den Inhalt Ihres Bundles nicht lesen. Dies ist ein robustes Sicherheitsmodell, das von vielen Unternehmenskunden verwendet wird.
-
-**Update Verschlüsselung V2 2024-08-27:**
-- Wir haben den Schlüsseltyp geändert, der in der App gespeichert wird. Dies wurde getan, um zu verhindern, dass der öffentliche Schlüssel (zuvor für die Verschlüsselung verwendet) vom privaten Schlüssel (zuvor für die Entschlüsselung verwendet) abgeleitet werden kann. Jetzt speichert die App den öffentlichen Schlüssel (jetzt für die Entschlüsselung verwendet).
-- Wir haben die Prüfsumme vom CRC32-Algorithmus auf den SHA256-Algorithmus umgestellt. Wir haben auch begonnen, [das Bundle zu signieren](https://enwikipediaorg/wiki/RSA_(cryptosystem)#Signing_messages). Wenn Verschlüsselung V2 konfiguriert ist, muss ein Update eine gültige Signatur haben. Dies wird vom Plugin strikt durchgesetzt.
-- Wir setzen jetzt eine gültige Signatur durch, wenn Verschlüsselung V2 konfiguriert ist.
-Diese 3 Änderungen wurden nach einer Sicherheitsanalyse eines Community-Mitglieds vorgenommen. Sie dienen dazu, kryptografische Angriffe während des Updates zu verhindern.
-
-Wenn Sie Verschlüsselung V1 verwendet haben, migrieren Sie zu V2, um von den neuen Sicherheitsfunktionen zu profitieren. Befolgen Sie die [Migrationsanweisungen](/docs/cli/migrations/encryption/)
-
-Mit Ende-zu-Ende-Codesignierung wird Capgo zu einer "vertrauenslosen" Cloud-Infrastruktur. Wenn einer der Cloud-Anbieter von Capgo oder sogar Capgo selbst ein codesigniertes Update ändern würde, würden die Geräte der Endbenutzer dieses Update ablehnen und das vorherige, vertrauenswürdige Update ausführen, das bereits auf dem Gerät vorhanden ist.
-
-Während HTTPS auf Webebene für viele Apps ausreichend ist, finden einige große Unternehmen die zusätzliche Sicherheitsebene durch Ende-zu-Ende-Codesignierung attraktiv. Einige dieser Unternehmen entwickeln Finanz-Apps, die hochwertige, dauerhafte Transaktionen durchführen. Andere Unternehmen haben CISOs, die kompromittierte Cloud-Infrastrukturen in ihren Bedrohungsmodellen berücksichtigen. Wir haben die Ende-zu-Ende-Codesignierung für diese Anwendungsfälle in Capgo integriert und sind daran interessiert, mehr von Unternehmen mit höheren Sicherheitsanforderungen zu hören.
-
-## Erste Schritte für Unternehmenskunden
-
-Für große Unternehmen oder Projekte, denen Sicherheit besonders wichtig ist, möchten wir die Codesignierung einfach einzurichten und zu warten machen. Zu diesem Zweck bieten wir nun folgende Funktionen an:
-
-- Schnelle Zertifikatserstellung und -konfiguration
-- Unterstützung für die Codesignierung von Entwicklungsservern sowohl mit Capgo als auch mit Entwicklungs-Builds
-- Produktions-Codesignierung bei jedem Update
-
-Die Capgo-Codesignierung ist für alle Kunden verfügbar. Um loszulegen, folgen Sie den [Einrichtungsanweisungen](/docs/cli/commands/#end-to-end-encryption-trustless)
-
-## Danksagung
-
-Vielen Dank an [Ionic](https://ioniccom/), dieser Artikel basiert auf [diesem Artikel](https://ionicio/blog/introducing-the-ionic-end-to-end-testing-reference-example/), der mit chat-gpt-3 umgeschrieben und angepasst wurde.
\ No newline at end of file
diff --git a/src/content/blog/de/ionic-capacitor-push-notifications-firebase.md b/src/content/blog/de/ionic-capacitor-push-notifications-firebase.md
deleted file mode 100644
index e82c2c50a..000000000
--- a/src/content/blog/de/ionic-capacitor-push-notifications-firebase.md
+++ /dev/null
@@ -1,205 +0,0 @@
----
-slug: ionic-capacitor-push-notifications-firebase
-title: >-
-  Ionic Capacitor Push-Benachrichtigungen mit Firebase: Eine
-  Schritt-für-Schritt-Anleitung
-description: >-
-  Erfahren Sie, wie Sie Push-Benachrichtigungen in Ihrer Ionic Capacitor-App mit
-  Firebase integrieren können, mit schrittweisen Anleitungen für Android- und
-  iOS-Plattformen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /push_notif.webp
-head_image_alt: Ionic Capacitor Push-Benachrichtigungen mit Firebase
-tag: tutorial
-published: true
-locale: de
-next_blog: ''
----
-
-In diesem Tutorial integrieren wir Push-Benachrichtigungen in einer Ionic Capacitor App unter Verwendung von Firebase. Sie benötigen dafür keinen speziellen Dienst, müssen aber vorab einige Dinge konfigurieren. Firebase ist eine ausgezeichnete Wahl, da es für Android erforderlich ist und Sie es einfach zum Senden von Benachrichtigungen verwenden können, ohne die Datenbank zu nutzen.
-
-Zunächst erstellen wir eine Ionic App mit aktiviertem Capacitor und geben unsere **package id** an, die den eindeutigen Bezeichner für Ihre App darstellt. Dann bauen wir die App und fügen die nativen Plattformen hinzu.
-
-Wenn Sie bereits eine App haben, können Sie die **capacitor.config.json** ändern, um Ihre **appId** einzufügen. Falls Ihre nativen Ordner jedoch bereits existieren, müssen Sie die ID in allen Dateien ersetzen, in denen sie vorkommt, da Capacitor den Ordner nur einmal erstellt und **die ID nicht selbst aktualisiert**. In der **capacitor.config.json** können Sie auch Optionen wie die Aktualisierung des Badge-Zählers, das Abspielen von Tönen bei Push und das Anzeigen eines Alerts beim Eintreffen einer Benachrichtigung festlegen.
-
-Lassen Sie uns nun Push-Benachrichtigungen außerhalb der App konfigurieren.
-
-## Firebase Konfiguration
-
-Beginnen Sie damit, [ein neues Firebase-Projekt zu erstellen](https://firebase.google.com/) oder ein bestehendes zu verwenden. Geben Sie einen Namen und Standardoptionen für ein neues Projekt an.
-
-Bei einer neuen App sollten Sie "Beginnen Sie damit, Firebase zu Ihrer App hinzuzufügen" im Dashboard Ihrer App sehen. Andernfalls klicken Sie auf das Zahnrad-Symbol und gehen Sie zu **Projekteinstellungen**, um eine App hinzuzufügen.
-
-Der Dialog für iOS und Android sieht ähnlich aus, und das Wichtigste ist, Ihre **package id** für die Apps zu verwenden.
-
-Laden Sie nach dem ersten Schritt die folgenden Dateien herunter:
-
-- **google-services.json** Datei für Android
-- **GoogleService-Info.plist** Datei für iOS
-
-Konfigurieren Sie als Nächstes die Plattformen.
-
-### Android Push-Vorbereitung
-
-Verschieben Sie für Android die heruntergeladene **google-services.json** Datei in den Ordner **android/app/**.
-
-Das war alles für Android. Lassen Sie uns nun iOS konfigurieren.
-
-### iOS Push-Vorbereitung
-
-Dieser Teil ist komplizierter. Erstellen Sie zunächst [eine App-ID für Ihre App in der Liste der Identifikatoren](https://developer.apple.com/account/resources/identifiers/list/) Ihres Apple Developer-Kontos. Stellen Sie sicher, dass Sie die **Push-Benachrichtigungen-Funktion** aus der Liste auswählen.
-
-Die **Bundle ID** sollte dieselbe sein wie Ihre App-ID innerhalb von Capacitor und Firebase.
-
-Erstellen Sie nun [einen Schlüssel](https://developer.apple.com/account/resources/authkeys/list/) und aktivieren Sie den **Apple Push Notifications service (APNs)**. Wenn Sie die maximale Anzahl von Schlüsseln erreicht haben, können Sie einen bestehenden Schlüssel oder ein Zertifikat verwenden, aber der Prozess ist komplizierter.
-
-Laden Sie nach dem Herunterladen der **p8**-Datei diese zu Firebase hoch. Öffnen Sie den Tab **Cloud Messaging** in Ihren Firebase-Projekteinstellungen, laden Sie die Datei hoch und geben Sie die Details für die Schlüssel-ID und Ihre Team-ID von iOS ein.
-
-Nehmen Sie nun Änderungen an Ihrem Xcode-Projekt vor, indem Sie Folgendes ausführen:
-
-Kopieren Sie die **GoogleService-Info.plist** Datei, die Sie von Firebase heruntergeladen haben, in Ihr iOS-Projekt. Ziehen Sie die Datei in das Xcode-Projekt innerhalb des app/app-Ordners und wählen Sie **Elemente bei Bedarf kopieren**.
-
-Fügen Sie als Nächstes einen neuen Pod für die Firebase-Abhängigkeit in der **ios/App/Podfile** hinzu:
-
-Aktualisieren Sie die native Plattform mit diesem Befehl:
-
-Modifizieren Sie den nativen Swift-Code in **ios/App/App/AppDelegate.swift**, um sich bei Firebase zu registrieren und das korrekte Token an Ihre App zurückzugeben.
-
-Fügen Sie schließlich die Fähigkeit für Push-Benachrichtigungen in Ihrem Xcode-Projekt hinzu.
-
-Bauen Sie nun Ihre App und integrieren Sie Push-Benachrichtigungen.
-
-## Ionic Push-Benachrichtigungen Integration
-
-Erstellen Sie einen Service und eine neue Seite in Ihrem Ionic-Projekt:
-
-Aktualisieren Sie das Routing in **app/app-routing.module**.ts** um die neue Seite mit einer dynamischen ID einzuschließen:
-
-```bash
-ionic start pushApp blank --type=angular --capacitor --package-id=com.appdactic.devpush
-cd ./pushApp
-ionic build
-npx cap add ios
-npx cap add android
-```
-
-Erstelle einen Service, um Push-Benachrichtigungen in **services/fcmservicets** zu verwalten:
-
-```json
-{
-  "appId": "com.appdactic.devpush",
-  "appName": "pushApp",
-  "bundledWebRuntime": false,
-  "npmClient": "npm",
-  "webDir": "www",
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 0
-    },
-    "PushNotifications": {
-      "presentationOptions": ["badge", "sound", "alert"]
-    }
-  },
-  "cordova": {}
-}
-```
-
-Rufe die `initPush()` Funktion in **app/appcomponentts** auf:
-
-```bash
-npx cap open ios
-```
-
-Verarbeite die Informationen auf der Detailseite in **pages/details/detailspagets**:
-
-```ruby
-target 'App' do
-  capacitor_pods
-  # Add your Pods here
-  pod 'Firebase/Messaging'
-end
-```
-
-Zeige die Details in **pages/details/detailspagehtml** an:
-
-```bash
-npx cap update ios
-```
-
-Baue die App, synchronisiere deine Änderungen und stelle sie auf deinem Gerät bereit
-
-```swift
-import UIKit
-import Capacitor
-import Firebase
-
-@UIApplicationMain
-class AppDelegate: UIResponder, UIApplicationDelegate {
-
-  var window: UIWindow?
-
-  func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-    // Override point for customization after application launch.
-    FirebaseApp.configure()
-    return true
-  }
-
-  // All the existing functions
-  // ...
-
-  // Update this one:
-    func application(_ application: UIApplication, didRegisterForRemoteNotificationsWithDeviceToken deviceToken: Data) {
-        Messaging.messaging().apnsToken = deviceToken
-        InstanceID.instanceID().instanceID { (result, error) in
-            if let error = error {
-                NotificationCenter.default.post(name: Notification.Name(CAPNotifications.DidFailToRegisterForRemoteNotificationsWithError.name()), object: error)
-            } else if let result = result {
-                NotificationCenter.default.post(name: Notification.Name(CAPNotifications.DidRegisterForRemoteNotificationsWithDeviceToken.name()), object: result.token)
-            }
-        }
-    }
-}
-```
-
-Jetzt kannst du Push-Benachrichtigungen mit Firebase senden
-
-## Senden von Push-Benachrichtigungen mit Firebase
-
-Es gibt mehrere Möglichkeiten, Push-Benachrichtigungen mit Firebase zu senden
-
-### Spezifischer Gerätetest
-
-Nachdem du deine App auf einem Gerät bereitgestellt hast, kannst du die Konsolenprotokolle überprüfen, um das Token nach der Registrierung zu sehen. Verwende dieses Token, um einen gezielten Test-Push zu senden und deine Integration zu bestätigen. Gehe in Firebase zu **Cloud Messaging** und wähle **Testnachricht senden**. Füge das Geräte-Token aus den Protokollen hinzu.
-
-![firebase-test-push](/firebase-test-push.webp)
-
-Wenn alles korrekt eingerichtet ist, solltest du eine Push-Benachrichtigung auf deinem Gerät sehen
-
-### Push-Nachricht mit Payload
-
-Um eine Push-Benachrichtigung mit zusätzlichen Informationen zu testen, folge dem Assistenten auf derselben Seite, um allgemeine Informationen anzugeben und wähle die Plattform aus, die du ansprechen möchtest. Füge **zusätzliche Optionen** hinzu, um einen Payload mit deiner Push-Benachrichtigung zu senden.
-
-![firebase-push-payload](/firebase-push-payload.webp)
-
-Im Abschnitt **Erweiterte Optionen** füge ein Schlüssel-Wert-Paar für **Benutzerdefinierte Daten** hinzu. Zum Beispiel kannst du den Schlüssel `detailsId` und einen Wert deiner Wahl verwenden. Diese Daten werden in der App verwendet, um zur Detailseite mit der angegebenen ID zu navigieren.
-
-Nach dem Senden der Push-Benachrichtigung sollte deine App sie empfangen und die Detailseite mit der angegebenen ID anzeigen, wenn die Benachrichtigung angetippt wird.
-
-### Verwendung der Firebase API
-
-Du kannst auch programmatisch Push-Benachrichtigungen mithilfe der Firebase API senden. Dazu musst du den **Server-Schlüssel** aus deinen Firebase-Projekteinstellungen unter der Registerkarte **Cloud Messaging** erhalten.
-
-Mit dem Server-Schlüssel kannst du eine POST-Anfrage an die Firebase API mit dem erforderlichen Payload senden. Hier ist ein Beispiel mit Nodejs und der `request`-Bibliothek:
-
-```bash
-ionic g service services/fcm
-ionic g page pages/details
-```
-
-Ersetze `YOUR_SERVER_KEY` und `YOUR_DEVICE_TOKEN` durch deinen tatsächlichen Server-Schlüssel und Geräte-Token. Führe das Skript aus, und dein Gerät sollte die Push-Benachrichtigung mit dem benutzerdefinierten Payload erhalten.
-
-Das war's! Du hast erfolgreich Push-Benachrichtigungen in deine Ionic Capacitor App mit Firebase integriert. Jetzt kannst du Push-Benachrichtigungen an deine Benutzer sowohl auf Android- als auch auf iOS-Plattformen senden.
\ No newline at end of file
diff --git a/src/content/blog/de/key-management-under-chinas-encryption-rules.md b/src/content/blog/de/key-management-under-chinas-encryption-rules.md
deleted file mode 100644
index ccc03238d..000000000
--- a/src/content/blog/de/key-management-under-chinas-encryption-rules.md
+++ /dev/null
@@ -1,145 +0,0 @@
----
-slug: key-management-under-chinas-encryption-rules
-title: Schlüsselverwaltung nach den chinesischen Verschlüsselungsvorschriften
-description: >-
-  Das Verständnis der chinesischen Gesetze zur Verwaltung von
-  Verschlüsselungsschlüsseln ist für die Compliance von entscheidender Bedeutung
-  und umfasst lokale Speicherung, Prüfungen und technische Vorschriften.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T02:41:08.008Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eddf34ebbb9dc806408915-1743648083390.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  encryption, key management, China, compliance, data residency, encryption
-  standards, audits, government oversight
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Die Verwaltung von Verschlüsselungsschlüsseln in China ist komplex, aber für die Compliance unerlässlich.** Hier ist, was Sie wissen müssen:
-
--   **Grundlagen des Verschlüsselungsgesetzes**: Speicherung der Schlüssel auf Servern im chinesischen Festland, Verwendung zugelassener Verschlüsselungsmethoden, Durchführung von Audits und Führung detaillierter Aufzeichnungen.
--   **Herausforderungen**:
-    -   Server müssen sich in China befinden, mit Redundanz und strikter Datenresidenz.
-    -   Behördliche Aufsicht umfasst Audits, Zugangsprotokolle und Compliance-Berichte.
-    -   Technische Einschränkungen begrenzen Algorithmen, Schlüssellängen und Protokolle.
--   **Lösungen**:
-    -   Wahl zwischen On-Premises, Hybrid Cloud, verwalteten Diensten oder Self-Hosted-Setups.
-    -   Nutzung von Tools wie [Capgo](https://capgo.app/) für lokales Hosting, Ende-zu-Ende-Verschlüsselung und Compliance-Automatisierung.
--   **Tipps**:
-    -   Regelmäßige Compliance-Überprüfung.
-    -   Zusammenarbeit mit lokalen Experten.
-    -   Verwendung von Tools, die den chinesischen Verschlüsselungsstandards entsprechen.
-
-**Schneller Vergleich**:
-
-| Methode | Speicherort | Compliance-Niveau | Komplexität |
-| --- | --- | --- | --- |
-| On-Premises HSM | Lokales Rechenzentrum | Hoch | Hoch |
-| Hybrid Cloud | Mix aus lokal und Cloud | Mittel-Hoch | Mittel |
-| Verwaltetes KMS | Zertifizierte Cloud | Hoch | Niedrig |
-| Self-Hosted | Private Infrastruktur | Hoch | Mittel-Hoch |
-
-Um erfolgreich zu sein, konzentrieren Sie sich auf Compliance, sichere Tools und Expertenberatung.
-
-## Konstantinos Karagiannis | Hat China die Verschlüsselung gebrochen...
-
-<iframe src="https://www.youtube.com/embed/Ay_Qxy3bBI0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Schlüsselverwaltungsherausforderungen in China
-
-Die Handhabung von Verschlüsselungsschlüsseln unter chinesischen Vorschriften stellt eine Reihe von Herausforderungen dar, die präzise technische Lösungen und sorgfältige Compliance erfordern.
-
-### Datenspeicherungsregeln
-
-Chinas [Gesetz zum Schutz personenbezogener Daten](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL) setzt strenge Regeln für die Speicherung von Verschlüsselungsschlüsseln durch. Schlüsselspeichersysteme müssen:
-
--   Physische Server vollständig innerhalb des chinesischen Festlands hosten, wie gesetzlich vorgeschrieben.
--   Redundanz über mehrere Rechenzentren innerhalb des Landes nutzen.
--   Sicherstellen, dass Daten während der Verarbeitung innerhalb der nationalen Grenzen bleiben.
--   Detaillierte Protokolle aller Schlüsselzugriffe und -änderungen führen.
-
-Dies bedeutet, dass Entwickler oft separate Speicher-Setups für Operationen innerhalb und außerhalb Chinas benötigen. Während sichere Speicherung ein Muss ist, fügt das Maß an Aufsicht zusätzliche Komplexitätsebenen hinzu.
-
-### Anforderungen an die behördliche Aufsicht
-
-Zusätzlich zu den Speicherregeln bringt die behördliche Aufsicht weitere Hürden bei der Verwaltung von Verschlüsselungsschlüsseln mit sich. Hier ist eine Aufschlüsselung der wichtigsten Anforderungen und ihrer Auswirkungen:
-
-| Anforderung | Auswirkung auf die Entwicklung | Technische Implikationen |
-| --- | --- | --- |
-| Regelmäßige Audits | Vierteljährliche Sicherheitsüberprüfungen | Erfordert detaillierte Prüfpfade |
-| Zugangsprotokolle | Behördliche Zugangsprotokolle | Sichere Endpunkte für die Aufsicht |
-| Berichtssysteme | Monatliche Compliance-Berichte | Automatisierte Überwachungssysteme |
-| Schlüssel-Backups | Sekundäres Speicher-Setup | Höhere Infrastrukturkosten |
-
-Diese Anforderungen erhöhen nicht nur die Betriebskosten, sondern erfordern auch fortgeschrittene technische Lösungen, um Compliance-Standards zu erfüllen.
-
-### Technische Grenzen
-
-Zusätzlich zu Speicherung und Aufsicht schaffen technische Einschränkungen weitere Hindernisse für [Verschlüsselungspraktiken](https://capgo.app/docs/cli/migrations/encryption/). Entwickler müssen navigieren:
-
--   **Zugelassene Algorithmen**: Nur staatlich zertifizierte Verschlüsselungsmethoden dürfen verwendet werden.
--   **Schlüssellängenbeschränkungen**: Maximale Schlüssellängen sind streng reguliert.
--   **Protokolleinschränkungen**: Bestimmte Protokolle sind ausdrücklich verboten.
-
-Diese Einschränkungen können die Implementierung sicherer Funktionen erschweren, besonders bei Apps, die häufige Updates oder Echtzeit-Datenverarbeitung erfordern. Infolgedessen wenden sich viele Entwickler speziellen Tools und Diensten zu, um Compliance mit Leistung und Sicherheitsbedürfnissen in Einklang zu bringen.
-
-## Lösungen für chinesisches Schlüsselmanagement
-
-### Lokale Speicherung und Compliance
-
-Chinas Vorschriften verlangen, dass Schlüsselverwaltungssysteme die Datensouveränität durch konformes Self-Hosting gewährleisten. Capgos [Self-Hosting-Option](https://capgo.app/blog/self-hosted-capgo/) behält alle Daten innerhalb des chinesischen Festlands und bietet einen sicheren Ansatz zur Verwaltung von Verschlüsselungsschlüsseln im Einklang mit diesen Regeln. Dieses Setup legt den Grundstein für die effektive Erfüllung von Verschlüsselungsstandards.
-
-### Update-Systeme und Verschlüsselungssicherheit
-
-Chinas Verschlüsselungsgesetze erfordern, dass [App-Updates](https://capgo.app/plugins/capacitor-updater/) über zugelassene Plattformen abgewickelt werden. Capgo adressiert dies durch Ende-zu-Ende-Verschlüsselung, die sicherstellt, dass nur autorisierte Benutzer Daten entschlüsseln können. Seine CI/CD-Integration vereinfacht den Prozess durch Automatisierung von Compliance-Prüfungen, während die integrierte Versionskontrolle detaillierte Prüfpfade zur Überwachung von Verschlüsselungsänderungen bietet.
-
-## Schlüsselverwaltungsmethoden
-
-Die effektive Verwaltung von Verschlüsselungsschlüsseln in China bedeutet, strenge Vorschriften mit betrieblichen Anforderungen in Einklang zu bringen. Organisationen müssen Methoden wählen, die Datensouveränitätsregeln erfüllen und dabei Optionen wie On-Premises-Speicherung, Hybrid-Cloud-Setups, verwaltete Schlüsseldienste oder Self-Hosted-Lösungen berücksichtigen.
-
-### Methodenvergleichstabelle
-
-| Methode | Speicherort | Compliance-Niveau | Implementierungskomplexität |
-| --- | --- | --- | --- |
-| On-Premises HSM | Lokales Rechenzentrum in China | Hoch | Hoch |
-| Hybrid Cloud | Mix aus lokalen Rechenzentren und zugelassenen Anbietern | Mittel-Hoch | Mittel |
-| Verwaltetes KMS | Zertifizierter Cloud-Anbieter in China | Hoch | Niedrig |
-| Self-Hosted | Private Infrastruktur in China | Hoch | Mittel-Hoch |
-
-Jede Option bringt ihre eigenen Vorteile mit sich. On-Premises Hardware Security Modules (HSMs) bieten das höchste Maß an Kontrolle, erfordern aber erhebliche Infrastrukturinvestitionen. Hybrid-Cloud-Lösungen ermöglichen eine Mischung aus lokalen und zugelassenen Cloud-Ressourcen und schaffen ein Gleichgewicht zwischen Flexibilität und Compliance. Verwaltete Schlüsseldienste vereinfachen die Bereitstellung, sind aber möglicherweise weniger anpassbar. Self-Hosted-Setups gewinnen an Bedeutung für Organisationen, die detaillierte Kontrolle über ihre Verschlüsselungssysteme in China benötigen.
-
-Bei der Auswahl einer Methode sollten Optionen priorisiert werden, die laufende Wartung, Compliance-Prüfungen und regelmäßige Audits unterstützen. Diese Überlegungen bereiten den Boden für die praktischen Richtlinien im nächsten Abschnitt.
-
-## Entwicklerrichtlinien
-
-Die Verwaltung von Verschlüsselungsschlüsseln unter chinesischen Vorschriften erfordert einen strukturierten Ansatz. Diese Richtlinien helfen Entwicklern, regulatorische Anforderungen mit praktischer Anwendung in Einklang zu bringen.
-
-### Regelmäßige Regelprüfungen
-
-Entwickler sollten einen routinemäßigen Prozess etablieren, um die Einhaltung der Verschlüsselungsvorschriften sicherzustellen. Dies umfasst die regelmäßige Überprüfung von Schlüsselspeichermethoden, die Verifizierung der Verwendung von Verschlüsselungsalgorithmen, die Überprüfung von Zugriffskontrollen und die Bestätigung der Einhaltung von Datenresidenzregeln. Führen Sie detaillierte Aufzeichnungen dieser Überprüfungen, um die Einhaltung chinesischer Verschlüsselungsstandards nachzuweisen.
-
-### Zusammenarbeit mit lokalen Experten
-
-Die Navigation durch Chinas Verschlüsselungsanforderungen kann herausfordernd sein. Die Partnerschaft mit lokalen Rechts- und Sicherheitsexperten ist entscheidend. Diese Experten können bei der Implementierung zugelassener Verschlüsselungsstandards helfen, notwendige Dokumentation in Mandarin vorbereiten und während behördlicher Audits unterstützen, um sicherzustellen, dass alles in Ordnung ist.
-
-### Auswahl konformer Tools
-
-Die Verwendung von Tools, die Chinas Verschlüsselungsanforderungen erfüllen, ist der Schlüssel zur Aufrechterhaltung der Sicherheit ohne Effizienzeinbußen. Zum Beispiel unterstützt Capgo App-Updates mit Ende-zu-Ende-Verschlüsselung und lokalen Hosting-Optionen [\[1\]](https://capgo.app/). Dies steht im Einklang mit früheren Strategien zur Verwaltung von Updates. Bei der Auswahl von Tools sollten Sie sich auf Funktionen wie [lokale Datenspeicherung](https://capgo.app/plugins/capacitor-data-storage-sqlite/), zugelassene Verschlüsselungsmethoden, detaillierte Prüfpfade und starke Zugriffskontrollen konzentrieren. Daten zeigen, dass Entwickler, die Tools wie Capgo nutzen, innerhalb von 24 Stunden eine aktive Benutzer-Update-Rate von 95% erreicht haben, während sie compliant bleiben [\[1\]](https://capgo.app/).
-
-> "Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Fehlerbehebungen ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Zusammenfassung
-
-Die Verwaltung von Verschlüsselungsschlüsseln in China erfordert lokale Datenspeicherung, Einhaltung zugelassener Standards und Führung detaillierter Prüfpfade. Die Ausbalancierung dieser strengen Regeln mit effizienten Operationen ist entscheidend für den Erfolg im chinesischen Markt.
-
-Seit der Einstellung von [Microsoft CodePush](https://microsoft.github.io/code-push/) im Jahr 2024 sind neue Tools eingesprungen, um sowohl technische als auch regulatorische Bedürfnisse zu adressieren. Ein Beispiel ist Capgo, das starke Sicherheitspraktiken mit optimierter App-Bereitstellung kombiniert.
-
-Um die Einhaltung der chinesischen Verschlüsselungsgesetze bei gleichzeitiger Aufrechterhaltung der Entwicklungsgeschwindigkeit zu gewährleisten, ist es entscheidend, die richtigen Tools zu verwenden, Dokumentation aktuell zu halten, regelmäßige Audits durchzuführen und mit Experten zusammenzuarbeiten. Diese Schritte sind der Schlüssel zur effektiven Navigation durch Chinas komplexe regulatorische Umgebung.
-
-> "Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Fehlerbehebungen ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/live-updates-faq-answers-for-app-developers.md b/src/content/blog/de/live-updates-faq-answers-for-app-developers.md
deleted file mode 100644
index 262e08fd4..000000000
--- a/src/content/blog/de/live-updates-faq-answers-for-app-developers.md
+++ /dev/null
@@ -1,319 +0,0 @@
----
-slug: live-updates-faq-answers-for-app-developers
-title: 'Live-Updates FAQ: Antworten für App-Entwickler'
-description: >-
-  Entdecken Sie die Vorteile von Live-Updates für App-Entwickler, einschließlich
-  schnellerer Bereitstellungen, automatischer Aktualisierungen und verbesserter
-  Benutzererfahrung.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-07T06:25:21.043Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a55480be11a9ef5f3c1ab9-1738909539340.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  live updates, app development, OTA technology, CI/CD, security protocols,
-  emergency fixes, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Live-Updates ermöglichen es Entwicklern, Updates und Fehlerbehebungen schnell an die Apps der Benutzer zu übermitteln, ohne auf App Store-Überprüfungen warten zu müssen. Sie verwenden Over-the-Air (OTA) Technologie, um Änderungen in Echtzeit anzuwenden und verbessern so die Geschwindigkeit und Effizienz der Bereitstellung.
-
-### Hauptvorteile von Live-Updates:
-
--   **Schnellere Bereitstellungen**: Updates können in 1-2 Stunden statt 3-5 Tagen live gehen.
--   **[Automatische Updates](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: Benutzer müssen die App nicht manuell aktualisieren.
--   **Teilaktualisierungen**: Nur die notwendigen Änderungen werden aktualisiert, nicht die gesamte App.
--   **Notfall-Fixes**: Kritische Fehler können sofort behoben werden.
-
-### So nutzen Sie Live-Updates in [Capacitor](https://capacitorjs.com/):
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-07.jpg?auto=compress)
-
-1.  **SDK einrichten**: Installieren Sie das Live-Updates SDK und konfigurieren Sie Ihre App.
-2.  **Update-Logik integrieren**: Fügen Sie Code hinzu, um Updates automatisch zu prüfen und anzuwenden.
-3.  **CI/CD-Pipelines nutzen**: Automatisieren Sie Tests und Bereitstellung für reibungslosere Updates.
-4.  **Sicherheit gewährleisten**: Schützen Sie Updates mit Verschlüsselung und HTTPS-Protokollen.
-5.  **App Store-Regeln befolgen**: Bleiben Sie konform mit Apple und Google Play Richtlinien.
-
-### Vergleich: Traditionelle Updates vs. Live-Updates
-
-| Funktion | Traditionelle Updates | Live-Updates |
-| --- | --- | --- |
-| **Bereitstellungszeit** | 3-5 Tage | 1-2 Stunden |
-| **App Store-Prüfung** | Erforderlich | Übersprungen |
-| **Benutzeraktion** | Manuelle Aktualisierung | Automatisch |
-| **Inhaltsänderungen** | Vollständiges App-Update | Teilaktualisierung |
-| **Notfall-Fixes** | Verzögert | Sofort |
-
-Live-Updates sparen Zeit, verbessern die App-Stabilität und ermöglichen Entwicklern schnell auf Probleme zu reagieren. Bereit loszulegen? Tauchen Sie ein in die vollständige Anleitung für Einrichtung und Best Practices.
-
-## Einrichtung von Live-Updates in Capacitor
-
-### Capacitor Live-Update Komponenten
-
-Capacitors Live-Update-System basiert auf dem **Live Updates SDK** zum Hinzufügen von Updates zu Ihrer App und **[Ionic Appflow](https://ionic.io/appflow/)** zur Verwaltung von Bereitstellungen. Hier ist eine kurze Übersicht der Hauptkomponenten:
-
-| Komponente | Funktion | Hauptfunktionen |
-| --- | --- | --- |
-| **Live Updates SDK** | Frontend-Implementierung | APIs für Updates, UI-Integration |
-| **Ionic Appflow** | Backend-Verwaltung | Cloud-Builds, Bereitstellungstools |
-| **[Capacitor App Plugin](https://capgo.app/blog/capacitor-comprehensive-guide/)** | Kern-Integration | Verarbeitet Events und Lebenszyklen |
-
-### Einrichtungsanweisungen
-
-1\. **Aktualisieren Sie `capacitor.config.ts` für Live-Updates**
-
-Fügen Sie die folgende Konfiguration zu Ihrer Capacitor-Konfigurationsdatei hinzu:
-
-```typescript
-{
-  autoUpdateMethod: 'none',
-  plugins: {
-    LiveUpdates: {
-      appId: 'YOUR_APP_ID',
-      channel: 'production'
-    }
-  }
-}
-```
-
-2\. **Installieren Sie erforderliche Plugins**
-
-Führen Sie die folgenden Befehle aus, um die notwendigen Abhängigkeiten hinzuzufügen:
-
-```bash
-npm install @capacitor/app
-npm install @ionic/live-updates
-```
-
-3\. **Fügen Sie Update-Logik zu Ihrer App hinzu**
-
-Fügen Sie Code hinzu, um nach Updates zu suchen und die App neu zu laden, wenn ein Update verfügbar ist. Hier ein Beispiel:
-
-```typescript
-import { App } from '@capacitor/app';
-import { LiveUpdates } from '@ionic/live-updates';
-
-// Listen for the app resume event
-App.addListener('resume', async () => {
-  const update = await LiveUpdates.sync();
-  if (update.available) {
-    await LiveUpdates.reload();
-  }
-});
-```
-
-Capgo fügt eine zusätzliche Sicherheitsebene mit Verschlüsselung und flexiblen Bereitstellungsoptionen hinzu. Laut Martin Donadieu, dem Gründer von Capgo, sind diese Funktionen auf die realen Bedürfnisse von Entwicklern und App Store-Anforderungen zugeschnitten.
-
-Um Ihren [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/) zu verfeinern, nutzen Sie **Ionic Appflow** zur Überwachung der Erfolgsraten bei der Bereitstellung und der Benutzerakzeptanz. Diese Einrichtung stellt sicher, dass Ihre App reaktionsschnell und aktuell bleibt.
-
-Sobald Live-Updates eingerichtet sind, besteht der nächste Schritt darin, sie in eine CI/CD-Pipeline zu integrieren, um Ihren Bereitstellungsworkflow zu vereinfachen und zu automatisieren.
-
-## CI/CD-Einrichtung für Live-Updates
-
-### CI/CD-Grundlagen für Updates
-
-CI/CD automatisiert den Prozess der Integration, des Testens und der Bereitstellung von Code, wodurch Live-Updates reibungsloser ablaufen und potenzielle Fehler reduziert werden. Dieser Ansatz stellt sicher, dass Updates konsistent bereitgestellt werden und gleichzeitig hohe Qualitätsstandards eingehalten werden.
-
-Hier ist, was eine solide CI/CD-Pipeline für Live-Updates typischerweise beinhaltet:
-
-| Komponente | Zweck | Hauptfunktion |
-| --- | --- | --- |
-| **Quellcodeverwaltung** | Versionsverwaltung | Verfolgt Code-Versionen und Historie |
-| **Build-Automatisierung** | Paketerstellung | Erstellt Update-Bundles |
-| **Automatisierte Tests** | Qualitätssicherung | Stellt sicher, dass Updates wie beabsichtigt funktionieren |
-| **Bereitstellungssystem** | Update-Verteilung | Handhabt OTA (Over-the-Air) Updates |
-| **Überwachungstools** | Leistungsverfolgung | Misst Update-Effektivität |
-
-### Top CI/CD-Tools für Apps
-
-Mehrere Tools arbeiten nahtlos mit Capacitors Live-Update-Workflows zusammen und helfen Entwicklern, Updates über verschiedene Plattformen hinweg zu automatisieren:
-
-| Tool | Spezialisierung | Integrationsfunktionen |
-| --- | --- | --- |
-| **[GitHub Actions](https://docs.github.com/actions)** | Cloud-native CI/CD | Integrierte Repository-Workflows |
-| **[Bitrise](https://bitrise.io/)** | Mobile-First CI/CD | Entwickelt für mobiles Testen und Code-Signierung |
-| **[Jenkins](https://www.jenkins.io/)** | Self-hosted CI/CD | Bietet benutzerdefinierte Pipelines und Plugins |
-
-Capgos API integriert sich mit diesen Tools und bietet [sichere Verschlüsselung](https://capgo.app/docs/cli/migrations/encryption/) für automatisierte Bereitstellungen, was sowohl Effizienz als auch Sicherheit gewährleistet.
-
-### Aufbau von Update-Pipelines
-
-Folgen Sie diesen Schritten, um eine effektive CI/CD-Pipeline einzurichten:
-
-1\. **Umgebung und Tests konfigurieren**
-
-Verwenden Sie die folgende YAML-Konfiguration, um Ihre Umgebung einzurichten und Tests auszuführen:
-
-```yaml
-steps:
-  - uses: actions/setup-node@v2
-    with:
-      node-version: '24'
-  - name: Install and Test
-    run: |
-      npm install
-      npm run test
-```
-
-2\. **Updates bereitstellen**
-
-Capgos CLI macht die Bereitstellung mit nur einem Befehl unkompliziert und gewährleistet eine sichere und effiziente Over-the-Air (OTA) Auslieferung.
-
-Teams, die automatisierte CI/CD-Pipelines nutzen, berichten von einer **75% Reduzierung der Bereitstellungszeit** und einer **80% Verbesserung der App-Qualität** dank konsistenter Tests [\[1\]](https://www.kellton.com/kellton-tech-blog/mobile-ci-cd-challenges-in-app-development-lifecycle).
-
-> "Die Automatisierung Ihres CI/CD-Workflows minimiert Fehler und steigert die Effizienz."
-
-Um die Bereitstellungsleistung zu überwachen, können Tools wie Capgos Dashboard Erfolgsraten verfolgen und Engpässe identifizieren. Sobald Ihre CI/CD-Pipeline eingerichtet ist, besteht der nächste Schritt darin, sich auf die Erfüllung der Sicherheits- und Compliance-Anforderungen für Ihre Live-Updates zu konzentrieren.
-
-## Live-Update Sicherheit und Standards
-
-### Sicherheitsanforderungen
-
-Um Updates abzusichern, verwenden Sie **HTTPS**, **digitale Signaturen** und **[Mehr-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/)**. Diese Maßnahmen schützen Daten während der Übertragung, bestätigen die Quelle der Updates und verhindern unautorisierte Bereitstellungen. Verschlüsseln Sie Update-Pakete sowohl während der Übertragung als auch während der Speicherung, um sich gegen potenzielle Risiken zu schützen.
-
-Nach der Einrichtung dieser Schutzmaßnahmen ist es wichtig, Updates gründlich zu testen und Wiederherstellungspläne für den Fall von Problemen bereitzuhalten.
-
-### Test- und Wiederherstellungspläne
-
-Ein solider Testprozess reduziert Risiken und stellt sicher, dass Updates reibungslos laufen:
-
-| Testphase | Erfolgskennzahlen |
-| --- | --- |
-| **Staging mit automatisierten Tests** | 95% Code-Abdeckung, identische Funktionalität |
-| **Stufenweise Einführung** | Weniger als 0,1% Fehlerrate |
-
-Automatisierte Rollback-Systeme können Fehler schnell erkennen und beheben, was hilft, eine 99,9%ige Erfolgsrate für Updates aufrechtzuerhalten.
-
-Sobald Test- und Wiederherstellungspläne eingerichtet sind, besteht der nächste Schritt darin, sicherzustellen, dass Benutzer über Updates auf eine vertrauensbildende Weise informiert werden.
-
-### Update-Benachrichtigungen
-
-Klare Kommunikation über Updates hilft Benutzern, Vertrauen in Ihre App zu entwickeln und unterstützt die Sicherheits- und Testbemühungen. Nicht-aufdringliche Benachrichtigungen wie In-App-Banner oder stille Updates haben eine 72% höhere Wahrscheinlichkeit der Benutzerakzeptanz im Vergleich zu erzwungenen Updates.
-
-Bei der Benachrichtigung von Benutzern sollten Sie auf Klarheit und Relevanz achten. Verwenden Sie prägnante Changelogs, um zu erklären, was neu ist, und geben Sie geschätzte Update-Zeiten an, um Erwartungen zu setzen. Dieser Ansatz minimiert Störungen, während Benutzer informiert bleiben.
-
-> "Mobile Anwendungssicherheit ist ein fortlaufender Prozess. Stellen Sie sicher, dass Sicherheit während des gesamten Entwicklungslebenszyklus priorisiert wird und nehmen Sie einen proaktiven Ansatz, um aufkommenden Bedrohungen voraus zu sein."
-
-## Appflow Deploy: Liefern Sie Echtzeit-Updates an Ihre Ionic App-Benutzer
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Live-Update Tools Guide
-
-Für [Capacitor-Entwickler](https://capgo.app/blog/capacitor-comprehensive-guide/) kann die Wahl des richtigen Live-Update-Tools einen großen Unterschied bei der App-Leistung und Benutzererfahrung machen.
-
-### Tool-Vergleichstabelle
-
-Hier ist eine schnelle Übersicht beliebter Live-Update-Tools und wie sie sich vergleichen:
-
-| Funktion | Capgo | Ionic Appflow | Andere Lösungen |
-| --- | --- | --- | --- |
-| Integrationseinfachheit | Für Capacitor entwickelt | Fokus auf Ionic | Variiert nach Plattform |
-| Update-Strategien | Hintergrund + Sofort | Nur Hintergrund | Begrenzte Optionen |
-| Skalierbarkeit | 1M Updates, 12GB Speicher | Planbasierte Grenzen | 500MB-5GB, variiert |
-| CI/CD-Integration | Ja, mit Bitrise | Begrenzt | Plattformabhängig |
-| Sicherheitsfunktionen | Ende-zu-Ende-Verschlüsselung | Basis-Verschlüsselung | Variiert |
-| Plattformübergreifende Unterstützung | Vollständig | Teilweise | Begrenzt |
-| Preisgestaltung (Monatlich) | 12€-249€ | Individuelle Preise | Variabel |
-
-### [Capgo](https://capgo.app/) Funktionsübersicht
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-07.jpg?auto=compress)
-
-Capgo verarbeitet über 150.000 Live-Updates monatlich und beweist damit, dass es für mittelständische Unternehmen skalierbar ist. Hier ist, was es auszeichnet:
-
-**[Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**
-
--   Echtzeit-Bereitstellung mit 99,9% Erfolgsrate
--   Reibungslose Hintergrund-Updates und sofortige Rollback-Optionen
-
-**Sicherheitsinfrastruktur**
-
--   Updates sind mit Ende-zu-Ende-Verschlüsselung geschützt
--   Sicherer API-Zugriff für Unternehmensnutzer
--   Vollständig konform mit Apple und Google Play Richtlinien
-
-**Entwicklungstools**
-
--   Integriert sich direkt mit beliebten CI/CD-Plattformen wie Bitrise
--   Bietet erweiterte Analysen zur Update-Verfolgung
--   Unterstützt benutzerdefinierte Domains für Unternehmenskunden
-
-> "Die Plattformunabhängigkeit und maßgeschneiderten Konfigurationsoptionen machen Capgo besonders effektiv für Teams, die mehrere App-Versionen über verschiedene Plattformen hinweg verwalten", sagt Martin Dona
-
-Capgo bietet auch dedizierten Support und sicheren API-Zugriff, damit Entwickler ohne Unterbrechungen arbeiten können. Um Updates reibungslos laufen zu lassen, ist es wichtig, die plattformspezifischen App-Store-Regeln zu befolgen.
-
-## App-Store-Regeln für Live-Updates
-
-Die Navigation durch App-Store-Regeln ist der Schlüssel zur effektiven Nutzung von Live-Updates und zur Vermeidung potenzieller Ablehnungen. Sowohl Apple als auch Google haben spezifische Richtlinien, die Entwickler genau befolgen müssen.
-
-### Apple's Live-Update-Regeln
-
-Apple hat strikte Richtlinien implementiert, um die hohe Qualität und das Nutzervertrauen zu gewährleisten. Hier sind die Hauptanforderungen:
-
-| Anforderung | Beschreibung | Auswirkung |
-| --- | --- | --- |
-| Funktionalität | Updates müssen den beabsichtigten Zweck und Standards der App aufrechterhalten | Erhält konsistente App-Leistung |
-| Transparenz | Klare Update-Beschreibungen und Metadaten bereitstellen | Hilft Nutzern Änderungen zu verstehen |
-| Nutzerkontrolle | Nutzer müssen die Möglichkeit haben, Updates abzulehnen, die die Funktionalität beeinflussen | Respektiert Nutzerentscheidung |
-| Datenschutz | Keine neue Datenerfassung ohne Nutzereinwilligung | Schützt Nutzerinformationen |
-
-Apple schreibt auch die Verwendung von HTTPS und Verschlüsselungsprotokollen für alle Live-Updates vor und betont das Nutzervertrauen durch klare Kommunikation und sichere Praktiken.
-
-### Google Play Update-Richtlinien
-
-Google Play verfolgt einen flexibleren Ansatz bei Live-Updates, setzt aber dennoch spezifische Compliance-Regeln durch. Der Fokus liegt auf automatisierter Validierung und Aufrechterhaltung der App-Sicherheit.
-
-**Wichtige Richtlinien-Highlights**
-
--   Updates müssen den Google Play Developer Program Policies entsprechen.
--   Entwickler müssen Nutzer und den App Store über neue Berechtigungen oder Funktionen vor dem Ausrollen von Updates informieren.
--   Hintergrund-Updates sollten den Batterieverbrauch minimieren.
-
-> "Die Plattformunabhängigkeit und Sicherheitsanforderungen machen die Compliance entscheidend für eine erfolgreiche Bereitstellung", erklärt ein Google Play Sicherheitsingenieur. "Entwickler sollten robuste Test- und Validierungsprozesse implementieren, um Fehler oder Sicherheitsverletzungen zu verhindern" [\[2\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers).
-
-### Vergleich von Apple und Google Play
-
-Hier ein schneller Vergleich, wie die beiden Plattformen mit Live-Updates umgehen:
-
-| Praxis | Apple App Store | Google Play |
-| --- | --- | --- |
-| Update-Häufigkeit | Begrenzt, erfordert Überprüfung | Erlaubt häufigere Updates |
-| Sicherheitsprotokolle | Erfordert strikte Verschlüsselung | Akzeptiert Standard-HTTPS |
-| Funktionsänderungen | Eingeschränkt nach Genehmigung | Bietet größere Flexibilität |
-
-Für Entwickler, die Capacitor verwenden, kann die Dokumentation von Vorab-Testergebnissen und deren Ausrichtung an App-Store-Richtlinien die Compliance sicherstellen. Dieser Ansatz maximiert das Potenzial von Live-Updates unter Einhaltung der Anforderungen beider Plattformen.
-
-## Fazit: Implementierungsschritte
-
-### Schnellstart-Anleitung
-
-Die Einrichtung von Live-Updates umfasst mehrere wichtige Phasen. Hier ist eine vereinfachte Aufschlüsselung als Starthilfe:
-
-| Phase | Hauptaktionen | Tools/Anforderungen |
-| --- | --- | --- |
-| Erste Einrichtung | Live Updates SDK installieren, Capacitor konfigurieren | Capacitor CLI, Live Updates SDK |
-| CI/CD-Integration | Build-Umgebungen konfigurieren, Automatisierte Tests einrichten | Ionic Appflow, Jenkins |
-| Sicherheitseinrichtung | HTTPS aktivieren, Verschlüsselungsprotokolle konfigurieren | SSL-Zertifikate, Sicherheits-Tokens |
-| Bereitstellung | Verteilungskanäle einrichten, Nutzer-Targeting konfigurieren | Capgo oder ähnliche Plattform |
-
-> "Martin Donadieu betont, dass der Start mit einer sicheren und nutzerorientierten Einrichtung langfristigen Erfolg für Live-Updates sicherstellt."
-
-Sobald die erste Einrichtung abgeschlossen ist, verlagert sich der Fokus auf die Verbesserung und Feinabstimmung Ihres Live-Update-Prozesses.
-
-### Nächste Schritte
-
-Um Ihre Live-Updates reibungslos laufen zu lassen und sicherzustellen, dass sie den Plattformanforderungen entsprechen, beachten Sie diese Schritte:
-
--   Nutzen Sie Analyse-Tools zur Überwachung der Update-Akzeptanz und -Leistung.
--   Richten Sie Fehlerprotokollierung und Rollback-Prozeduren zur Problembehebung ein.
--   Erstellen Sie eine detaillierte Testpipeline, um zuverlässige Updates zu gewährleisten.
--   Teilen Sie Ihre dokumentierten Testprotokolle mit Ihrem Team für Konsistenz.
-
-Diese Praktiken helfen dabei, Ihren Workflow aufrechtzuerhalten und die Richtlinien von Apple und Google Play einzuhalten.
diff --git a/src/content/blog/de/manage-dev-and-prod-build-with-github-actions.md b/src/content/blog/de/manage-dev-and-prod-build-with-github-actions.md
deleted file mode 100644
index 8ac6b2e33..000000000
--- a/src/content/blog/de/manage-dev-and-prod-build-with-github-actions.md
+++ /dev/null
@@ -1,154 +0,0 @@
----
-slug: manage-dev-and-prod-build-with-github-actions
-title: Verwalte Entwicklungs- und Produktionsbuilds mit GitHub-Aktionen
-description: >-
-  Verwenden Sie Capgo, um Ihr Entwicklungsbuild an einen bestimmten Kanal
-  freizugeben, und lassen Sie Ihr Team Ihre Capacitor Ionic-App ausprobieren,
-  ohne auf die Überprüfung durch Apple und Google zu warten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /capgo_ci-cd-illustration.webp
-head_image_alt: Channel-Bauten-Illustration
-keywords: >-
-  GitHub Actions, CI/CD, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: CI/CD
-published: true
-locale: de
-next_blog: how-to-send-specific-version-to-users
----
-Dieses Tutorial konzentriert sich auf das Hosting von GitHub, aber Sie können es mit einer kleinen Anpassung auf jede andere CI/CD-Plattform anpassen.
-
-## Vorwort
-
-Stellen Sie sicher, dass Sie Ihre Capacitor-App zuerst zu Capgo hinzugefügt haben, dieses Tutorial konzentriert sich nur auf die Upload-Phase.
-
-## Commit-Konvention
-
-Zuerst müssen Sie die Commit-Konvention [konventionelle Commits](https://www.conventionalcommits.org/en/v1.0.0/) folgen, dies wird den Tools helfen zu verstehen, wie die Versionsnummer aktualisiert wird, es dauert 5 Minuten, um es zu lernen.
-
-![Konventionelle Commits](/conventional_commits.webp)
-
-## GitHub-Aktionen für Tags
-
-Dann müssen Sie Ihre erste GitHub-Aktion erstellen, um automatisch zu bauen und Tags zu erstellen.
-
-Erstellen Sie eine Datei unter diesem Pfad: `.github/workflows/bump_version.yml`
-
-mit diesem Inhalt:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-      - development
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        if: github.ref == 'refs/heads/main'
-        run: npx capacitor-standard-version
-      - name: Create bump and changelog
-        if: github.ref != 'refs/heads/main'
-        run: npx capacitor-standard-version --prerelease alpha
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-
-```
-
-Dies wird ein Tag für jedes Commit in Ihrem Hauptbranch freigeben. Und ein `alpha` Release für `development`, und schließlich einen Changelog-Eintrag für jedes Commit in `CHANGELOG.md`.
-
-Keine Sorge, wenn Sie diese Datei nicht haben, sie wird für Sie erstellt.
-
-Um dies zum Laufen zu bringen, müssen Sie ein [PERSONAL ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) _es in_ Ihrem GitHub [secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets") als `PERSONAL_ACCESS_TOKEN` erstellen.
-
-Dies ist notwendig, um die CI zu ermöglichen, den Changelog und den Versionssprung zu committen.
-
-Wenn Sie den Token erstellen, wählen Sie als Ablaufdatum `nie` und den Scope als `repo`.
-
-Setzen Sie den `version` Schlüssel in Ihrer `package.json` Datei. Verwenden Sie dafür die letzte im Store veröffentlichte Version.
-
-Dies ist nur beim ersten Mal notwendig, dann halten die Tools es auf dem neuesten Stand.
-
-Sie können jetzt beide Dateien committen und sehen, wie Ihr erstes Tag in GitHub erscheint!
-
-`capacitor-standard-version` ist das Paket, das die Magie vollbringt; standardmäßig aktualisiert es auch Ihre Versionsnummer in Android und iOS.
-
-## GitHub-Aktionen für Build
-
-Erstellen Sie eine Datei unter diesem Pfad: `.github/workflows/build.yml`
-
-mit diesem Inhalt:
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm build
-        env:
-          MY_ENV_VAR: ${{ secrets.MY_ENV_VAR }}
-      - name: Create Release Alpha
-        if: "contains(github.ref, '-alpha.')"
-        id: create_release_prepro
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c development
-      - name: Create Release Production
-        if: "!contains(github.ref, '-alpha.')"
-        id: create_release_prod
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Dies wird Ihre Abhängigkeit installieren und bauen, bevor es an Capgo gesendet wird.
-
-Wenn Ihr Befehl zum Bauen anders ist, können Sie ihn im Schritt `build_code` ändern.
-
-Wenn Sie eine Umgebungsvariable benötigen, verwenden Sie `MY_ENV_VAR` und setzen Sie das `secret` in Ihren GitHub-Projekt-Einstellungen, dann Geheimnis und dann GitHub Action.
-
-Um das Hochladen an Capgo zum Funktionieren zu bringen, müssen Sie Ihren API-Schlüssel für Capgo erhalten und ihn im [Secret Ihres GitHub-Repositories](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) als `CAPGO_TOKEN` hinzufügen.
-
-Sie können jetzt beide Dateien committen und sehen, wie Ihre erste Version in Capgo erscheint!
-
-Der Commit wird einen neuen Capacitor-Build für den Produktions- und Entwicklungsbranch generieren.
-
-Sie sollten Ihren Test im Ionic-Bausschritt hinzufügen, um sicherzustellen, dass Ihr Code funktioniert.
-
-Gehen Sie zu Ihrem Capgo-Dashboard und überprüfen Sie Ihren Build, der gerade erschienen ist; Sie haben nun Ihr CI/CD-System.
diff --git a/src/content/blog/de/managing-dependencies-in-capacitor-projects.md b/src/content/blog/de/managing-dependencies-in-capacitor-projects.md
deleted file mode 100644
index 2fda207d6..000000000
--- a/src/content/blog/de/managing-dependencies-in-capacitor-projects.md
+++ /dev/null
@@ -1,216 +0,0 @@
----
-slug: managing-dependencies-in-capacitor-projects
-title: Abhängigkeiten in Capacitor-Projekten verwalten
-description: >-
-  Erlernen Sie wesentliche Strategien zur Verwaltung von Abhängigkeiten in
-  Capacitor-Projekten, um die Sicherheit zu erhöhen, technische Schulden zu
-  reduzieren und die Plattformkompatibilität sicherzustellen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-24T08:30:17.609Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67bbc47be5225d66b70936da-1740386039142.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'Capacitor, dependency management, mobile development, plugins, automation'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Abhängigkeiten in [Capacitor](https://capacitorjs.com/) Projekten zu verwalten, ist entscheidend für die Gewährleistung von Sicherheit, die Reduzierung technischer Schulden und die Aufrechterhaltung der Kompatibilität über verschiedene Plattformen. Hier ist, was Sie wissen müssen:
-
-- **Aktuell bleiben**: Aktualisieren Sie regelmäßig Abhängigkeiten, um Schwachstellen und veraltete Funktionen zu vermeiden.
-- **Tools nutzen**: Nutzen Sie die Capacitor CLI, npm, yarn und Tools wie `capacitor-build-safety` für eine reibungslose Verwaltung von Abhängigkeiten.
-- **Plattformspezifische Bedürfnisse**:
-    - iOS: Verwenden Sie [CocoaPods](https://cocoapods.org/) und [Swift Package Manager](https://developer.apple.com/documentation/xcode/swift-packages) für Abhängigkeiten.
-    - Android: Verwalten Sie Abhängigkeiten mit [Gradle](https://gradle.org/) und stellen Sie die Kompatibilität mit API-Level 21+ sicher.
-- **Probleme beheben**: Lösen Sie häufige Probleme wie Synchronisierungsfehler, Plugin-Konflikte und SDK-Inkompatibilitäten, indem Sie Builds bereinigen, Repos aktualisieren und gründlich testen.
-- **Automatisieren**: Tools wie [Capgo](https://capgo.app/) ermöglichen Live-Updates, Versionskontrolle und CI/CD-Integration, was den Prozess rationalisiert.
-
-Die Verwaltung von Abhängigkeiten hat Auswirkungen auf die Stabilität und Effizienz Ihrer App. Konzentrieren Sie sich auf konsistente Updates, Tests und Automatisierung, um Ihr Projekt auf Kurs zu halten.
-
-## Verwaltung von Abhängigkeiten in einem Multi-Modul-Projekt
-
-<iframe src="https://www.youtube.com/embed/Z97sl7MrrzE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Arten von Abhängigkeiten in [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-24.jpg?auto=compress)
-
-Capacitor-Projekte basieren auf verschiedenen Abhängigkeiten, von denen jede eine spezifische Rolle in der plattformübergreifenden Entwicklung spielt. Lassen Sie uns Plugins und plattformspezifische Konfigurationen aufschlüsseln.
-
-### Arbeiten mit Capacitor-Plugins
-
-[Capacitor-Plugins](https://capgo.app/plugins/) verbinden JavaScript mit nativen Funktionen und bieten eine einheitliche Web-API. Offizielle Plugins vom Capacitor-Team erleichtern die Integration.
-
-Wenn Sie zum Beispiel Funktionalität für die Kamera hinzufügen, könnte die Einrichtung folgendermaßen aussehen:
-
-| Plattform | Abhängigkeitskonfiguration |
-| --- | --- |
-| iOS | `CapacitorCamera` (Pod) |
-| Android | `com.capacitorjs:camera` (Maven) |
-| Web | `@capacitor/camera` (npm) |
-
-> "Capacitor bietet ein konsistentes, weborientiertes Set von APIs, das es einer App ermöglicht, so nah wie möglich an den Webstandards zu bleiben und gleichzeitig auf umfangreiche native Gerätefunktionen auf unterstützten Plattformen zuzugreifen." - Capacitor-Dokumentation [\[3\]](https://capacitorjs.com/docs)
-
-### Plattformspezifische Abhängigkeiten
-
-Für iOS benötigen Sie die [Xcode](https://developer.apple.com/xcode/) CLI, CocoaPods und Unterstützung für iOS 11 oder höher [\[2\]](https://capacitorjs.com/docs/v2/getting-started/dependencies).
-
-Für Android stellen Sie sicher, dass Sie das Android SDK, [Android Studio](https://developer.android.com/studio/intro) verwenden, und stellen Sie die Kompatibilität mit API-Level 21 oder höher (Android 5.0 Lollipop) sicher, was die meisten Android-Geräte abdeckt [\[2\]](https://capacitorjs.com/docs/v2/getting-started/dependencies).
-
-iOS-Abhängigkeiten werden über die Podfile und .podspec verwaltet, während Android Gradle für die Konfiguration verwendet. Fehlkonfigurierte MLKit-Abhängigkeiten auf einer der Plattformen können zu Fehlern führen, was die Bedeutung einer genauen Einrichtung unterstreicht [\[4\]](https://ionic.zendesk.com/hc/en-us/articles/360037704753-Capacitor-Plugin-Development-Adding-iOS-podfile-dependencies).
-
-## Schritt-für-Schritt Verwaltung von Abhängigkeiten
-
-So gehen Sie mit Abhängigkeiten um und halten Ihr Projekt reibungslos am Laufen.
-
-### Installation neuer Abhängigkeiten
-
-Um JavaScript-Abhängigkeiten hinzuzufügen, verwenden Sie npm oder yarn und synchronisieren Sie dann Ihre nativen Projekte mit der Capacitor CLI:
-
-- Verwenden Sie `npm install` oder `yarn add`, um das benötigte Paket zu installieren.
-- Führen Sie `npx cap sync` aus, um iOS- und Android-Projekte zu aktualisieren.
-- Öffnen Sie Xcode und Android Studio, um die Einstellungen der nativen Projekte zu überprüfen.
-
-Wenn Sie Funktionalität für [NativeScript](https://nativescript.org/) hinzufügen, befolgen Sie diese Schritte:
-
-- Führen Sie `npm install @nativescript/capacitor` aus.
-- Erstellen Sie mobile Komponenten mit `npm run build:mobile`.
-- Synchronisieren Sie Updates mit `npx cap sync` [\[5\]](https://capacitor.nativescript.org/installation.html).
-
-### Aktualisierung der Projektabhängigkeiten
-
-Halten Sie Ihre Kern- und Plattformabhängigkeiten mit diesen Schritten auf dem neuesten Stand:
-
-1. **Kernabhängigkeiten**  
-    Aktualisieren Sie die Capacitor-Kernpakete in der Datei `/src-capacitor/package.json`. Hier ist ein Beispiel für die erforderlichen Versionen:
-    
-    | Paket | Version |
-    | --- | --- |
-    | @capacitor/app | ^6.0.0 |
-    | @capacitor/cli | ^6.0.0 |
-    | @capacitor/core | ^6.0.0 |
-    | @capacitor/splash-screen | ^6.0.0 |
-    
-2. **Plattformaktualisierungen**
-    
-    - Für Android führen Sie aus: `npm install @capacitor/android@latest` [\[6\]](https://capacitorjs.com/docs/v2/android/updating).
-    - Für iOS führen Sie aus: `pod repo update` [\[5\]](https://capacitor.nativescript.org/installation.html).
-
-Testen Sie nach den Updates Ihre Anwendung auf beiden Plattformen, um sicherzustellen, dass alles wie erwartet funktioniert. Aktuell zu bleiben reduziert Sicherheitsrisiken und verhindert technische Schulden.
-
-### Häufige Probleme mit Abhängigkeiten und Lösungen
-
-Hier sind einige häufige Probleme, auf die Sie stoßen könnten, und wie Sie diese lösen können:
-
-- **Android-Probleme:**
-    
-    - _"package android.support._ existiert nicht"_: Führen Sie Jetifier aus [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    - _"Bitte wählen Sie das Android SDK"_: Führen Sie eine Gradle-Synchronisation durch [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    - Leeren Sie die Android Studio Caches und starten Sie neu, um ausstehende Änderungen anzuwenden [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-- **iOS-Probleme:**
-    
-    - Führen Sie `pod repo update` aus, wenn die Synchronisation fehlschlägt.
-    - Bereinigen Sie den Build-Ordner in Xcode und starten Sie neu.
-    - Bestätigen Sie die Kompatibilität mit CocoaPods.
-- **Plugin-Probleme:**
-    
-    - Für _"Plugin nicht implementiert"_ Fehler überprüfen Sie den Synchronisierungsstatus und stellen Sie sicher, dass Plugins automatisch geladen werden [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    - Wenn ProGuard aktiviert ist, fügen Sie Regeln hinzu, um Plugin-Klassen zu erhalten [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-
-> "Capacitor ist eine plattformübergreifende native Laufzeit, die es einfach macht, leistungsfähige mobile Anwendungen zu erstellen, die nativ auf iOS, Android und mehr mit modernen Web-Tools laufen." – Capacitor-Dokumentation [\[3\]](https://capacitorjs.com/docs)
-
-###### sbb-itb-f9944d2
-
-## Richtlinien zur Verwaltung von Abhängigkeiten
-
-Die effektive Verwaltung von Abhängigkeiten in Capacitor-Projekten erfordert einen strukturierten Ansatz mit Automatisierung und gründlichem Testen. Die Verwendung der richtigen Tools und Strategien sorgt dafür, dass Ihr Projekt stabil und aktuell bleibt.
-
-### Automatisierungstools für Abhängigkeiten
-
-Automatisierungstools können die Verwaltung von Abhängigkeiten erheblich erleichtern. **capacitor-build-safety** führt automatisierte Überprüfungen durch, um unsynchronisierte Capacitor-Änderungen oder verpasste Web-Bauten zu erkennen. Dies reduziert Bereitstellungsprobleme und sorgt für konsistente Releases über Plattformen hinweg [\[11\]](https://github.com/fkirc/capacitor-build-safety).
-
-Ein weiteres Beispiel ist **capacitor-sync-version-cli**, das die Versionssynchronisation automatisiert und den versionCode von Android berechnet. Dies minimiert manuelle Fehler und hält die Versionen synchron [\[12\]](https://github.com/bjesuiter/capacitor-sync-version-cli).
-
-Hier ist ein schneller Vergleich der Haupttools:
-
-| Tool | Hauptfunktion | Schlüsselvorteil |
-| --- | --- | --- |
-| capacitor-build-safety | Sicherheitsüberprüfungen bei der Freigabe | Vermeidet fehlerhafte Android/iOS-Releases |
-| capacitor-sync-version-cli | Versionssynchronisation | Vereinfacht die Versionsverwaltung |
-| npm audit | Sicherheitsüberprüfung | Erkennt Schwachstellen |
-| Capgo/capacitor-updater | Live-Updates | Ermöglicht schnelle Bereitstellungen von Funktionen |
-
-### Dokumentation und Testen von Abhängigkeiten
-
-Es ist wichtig, Abhängigkeiten im Rahmen Ihres Workflows zu dokumentieren und zu testen. Durch den Einsatz von **Dependency Injection (DI)** bleibt Ihr Code modular und einfacher zu testen [\[10\]](https://hackeryarn.com/post/universally-testable-dependencies/).
-
-Für das Testen von Capacitor-Plugins können Sie TypeScript-Pfadzuweisungen einrichten. Durch das Erstellen eines **mocks**-Verzeichnisses und das Aktualisieren von `tsconfig.spec.json`, um `@capacitor/*` auf Mock-Implementierungen zuzuordnen, können Sie Komponenten in einer kontrollierten Umgebung testen [\[9\]](https://github.com/ionic-team/cap-plugin-mock-jasmine).
-
-Wenn Sie mit Abhängigkeitskonflikten umgehen, insbesondere mit NPM 7 oder höher, folgen Sie diesem schrittweisen Prozess:
-
-1. **Bewerten Sie die Situation**  
-    Verwenden Sie `npm audit`, um nach Schwachstellen zu scannen und alle Probleme zu protokollieren [\[1\]](https://capacitorjs.com/docs/vscode/dependencies).
-    
-2. **Lösen Sie Konflikte**  
-    Beheben Sie Konflikte mit Peer-Abhängigkeiten durch schrittweises Upgrade der Abhängigkeiten, bis alles korrekt installiert ist [\[13\]](https://volt.build/news/2023/04/12/capacitor-and-npm-6.html).
-    
-3. **Überprüfen Sie Updates**  
-    Testen Sie die aktualisierten Abhängigkeiten gründlich nach der Problemlösung. Verwenden Sie Mocks für Capacitor-Plugins mit Testframeworks wie Jasmine [\[9\]](https://github.com/ionic-team/cap-plugin-mock-jasmine).
-    
-
-Um das Testen und die Wartung langfristig zu erleichtern, exportieren Sie Ihre Abhängigkeiten in ein `deps`-Objekt. Dies vereinfacht das Mocking während der Tests und hilft, Probleme zu erkennen, bevor sie die Produktionsumgebungen beeinträchtigen [\[10\]](https://hackeryarn.com/post/universally-testable-dependencies/).
-
-## Verwendung von [Capgo](https://capgo.app/) für Abhängigkeiten-Updates
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-24.jpg?auto=compress)
-
-Capgo hebt das Management von Abhängigkeiten in Capacitor-Projekten auf die nächste Stufe und macht die Bereitstellung von Updates schneller und effizienter. Mit über **464,4 Millionen Updates**, die in **1.800 Produktions-Apps** bereitgestellt wurden [\[14\]](https://capgo.app/), vereinfacht Capgo den Prozess für Entwickler.
-
-### Wichtige Funktionen von Capgo
-
-Capgo konzentriert sich auf schnelle Updates und nahtlose Codebereitstellung. Es ermöglicht Entwicklern, sofort Fehlerbehebungen, Inhaltsänderungen und neue Funktionen bereitzustellen, während sie die Richtlinien von Apple und Google einhalten. 
-
-Hier ist, was Capgo bietet:
-
--   **End-to-End-Verschlüsselung**: Updates werden sicher verschlüsselt, sodass nur autorisierte Benutzer darauf zugreifen können.
--   **CI/CD-Integration**: Funktioniert nahtlos mit Plattformen wie GitHub Actions, GitLab CI und Azure DevOps, um Bereitstellungen zu automatisieren.
--   **Versionskontrolle**: Verwalten und verfolgen Sie problemlos verschiedene Abhängigkeitsversionen über Builds hinweg.
--   **Echtzeit-Updates**: Änderungen innerhalb von Minuten einführen.
-
-Diese Tools helfen Entwicklern, Zeit zu sparen und Projekte reibungslos am Laufen zu halten.
-
-Um Capgo in Ihrem Capacitor-Projekt einzurichten, verwenden Sie den folgenden Befehl:
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-### Vorteile für Entwicklungsteams
-
-Teams, die Capgo verwenden, haben eine **81%ige Verbesserung der Bereitstellungseffizienz** [\[14\]](https://capgo.app/) festgestellt. Hier ist, warum es herausragt:
-
--   **Schnelle Bereitstellung**: Pushen Sie Updates schnell und verwalten Sie diese mit Funktionen wie Benutzerzuweisung und Rollback-Optionen.
--   **Erschwingliche Preise**: Eine einmalige CI/CD-Einrichtungsgebühr von 2.600 US-Dollar macht es zu einer budgetfreundlichen Wahl im Vergleich zu anderen Tools.
--   **Verbesserter Workflow**: Echtzeitüberwachung und flexible Organisationstools geben Teams bessere Kontrolle über ihre Projekte.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend, um kontinuierlich an unsere Benutzer zu liefern!" – Rodrigo Mantica [\[14\]](https://capgo.app/)
-
-> "Capgo ist ein essentielles Tool für Entwickler, das Produktivität ermöglicht, indem es lange Prüfzyklen umgeht." – Bessie Cooper [\[14\]](https://capgo.app/)
-
-## Zusammenfassung
-
-Die effektive Verwaltung von Abhängigkeiten ist entscheidend für die Sicherung von Capacitor-Projekten und die Minimierung technischer Schulden. So können Sie es tun:
-
--   **Versionskontrolle**: Verwenden Sie Dateien wie `package-lock.json`, um Abhängigkeiten zu sperren und Konsistenz und Sicherheit zu gewährleisten [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
--   **Sicherheitsprüfungen**: Scannen Sie regelmäßig alle Abhängigkeiten nach Schwachstellen [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
--   **Automatisierungstools**: Tools wie Renovate oder GitHubs Dependabot können die Aktualisierung von Abhängigkeiten vereinfachen und automatisieren [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
-
-Moderne Tools erleichtern diese Aufgaben. Zum Beispiel hilft Capgo Teams, Updates schnell und sicher zu implementieren und dabei den Plattformanforderungen gerecht zu werden.
-
-> "Halte deine Abhängigkeiten auf dem neuesten Stand, um sicherzustellen, dass du unterstützte und sichere Produkte verwendest. Das Ignorieren von Updates wird deine technische Schuld erhöhen und es künftig schwieriger machen, Aktualisierungen durchzuführen." - Capacitor-Dokumentation [\[1\]](https://capacitorjs.com/docs/vscode/dependencies)
-
-Um Stabilität und Sicherheit zu gewährleisten, strebe einen SDK-Update-Zyklus von 6–12 Monaten an und führe regelmäßige Schwachstellenscans durch [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
diff --git a/src/content/blog/de/managing-secrets-in-cicd-pipelines.md b/src/content/blog/de/managing-secrets-in-cicd-pipelines.md
deleted file mode 100644
index 51cd481b8..000000000
--- a/src/content/blog/de/managing-secrets-in-cicd-pipelines.md
+++ /dev/null
@@ -1,121 +0,0 @@
----
-slug: managing-secrets-in-cicd-pipelines
-title: Verwaltung von Secrets in CI/CD-Pipelines
-description: >-
-  Lernen Sie effektive Strategien zur Verwaltung von Geheimnissen in
-  CI/CD-Pipelines, um die Sicherheit zu verbessern und Datenlecks sowie
-  Compliance-Probleme zu verhindern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T00:50:40.782Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e-1745110261303.jpg
-head_image_alt: Technologie
-keywords: 'CI/CD, secret management, security, environment variables, automated scanning'
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Die Sicherheit von Geheimnissen in CI/CD-Pipelines ist entscheidend, um Datenlecks, Serviceunterbrechungen und Compliance-Probleme zu verhindern.** Hier erfahren Sie, wie Sie dies effektiv umsetzen:
-
--   **Umgebungsvariablen** und **sichere Tresore** zur sicheren Speicherung von Geheimnissen verwenden.
--   **Zugriff einschränken** durch Vergabe nur notwendiger Berechtigungen und regelmäßige Rotation von Geheimnissen.
--   **Automatisierte Geheimnis-Scans** mit Tools wie `git-secrets` oder `truffleHog` durchführen, um Lecks frühzeitig zu erkennen.
--   **CI/CD-Tools** wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) oder [Jenkins](https://www.jenkins.io/) für integriertes Geheimnis-Management nutzen.
--   **Überwachen und Prüfen** der Geheimnis-Nutzung mit detaillierten Protokollen.
-
-### Häufige CI/CD-Geheimnisse
-
--   [API-Schlüssel](https://capgo.app/docs/webapp/api-keys/)
--   Datenbank-Anmeldedaten
--   Verschlüsselungsschlüssel
--   Authentifizierungs-Token
--   SSL-Zertifikate
-
-### Beliebte Plattformen für Geheimnis-Management
-
-| Plattform | Funktionen | Am besten geeignet für |
-| --- | --- | --- |
-| **[HashiCorp Vault](https://www.hashicorp.com/products/vault)** | Dynamische Geheimnisse, Verschlüsselung, Zugriffssteuerung | Großskalige Operationen |
-| **[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/)** | AWS-Integration, Auto-Rotation | AWS-zentrierte Setups |
-| **[Azure Key Vault](https://learn.microsoft.com/en-us/azure/key-vault/)** | Zertifikatshandling, Schlüsselrotation | Microsoft-Umgebungen |
-
-Durch Befolgen dieser Praktiken und Verwendung der richtigen Tools können Sie Ihre CI/CD-Pipelines schützen und sichere Workflows aufrechterhalten.
-
-## Sicherheitsrichtlinien für Geheimnisse
-
-### Halten Sie Geheimnisse aus Ihrem Code heraus
-
--   Verwenden Sie **Umgebungsvariablen** zur Verwaltung sensibler Informationen.
--   Speichern Sie Geheimnisse in einem dafür ausgelegten **sicheren Tresor**.
--   Verbinden Sie Ihre CI/CD-Pipeline mit dem Tresor, um Anmeldedaten während des Build-Prozesses einzufügen.
-
-### Zugriff einschränken und überwachen
-
-Gewähren Sie jedem Benutzer oder Dienst nur die **minimal notwendigen Berechtigungen** und überprüfen Sie die Berechtigungen regelmäßig.
-
-Zusätzlich sollten Sie Geheimnisse nach einem regelmäßigen Zeitplan rotieren und ein **Audit-Protokoll** führen, um potenzielle Verstöße zu verfolgen und zu identifizieren.
-
-## So integrieren Sie [GitLab CI](https://docs.gitlab.com/ee/ci/) mit [HashiCorp Vault](https://www.hashicorp.com/products/vault) zum Abrufen ...
-
-<iframe src="https://www.youtube.com/embed/NsPcl4rqy9A" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Tools für Geheimnis-Management
-
-Sobald Sicherheitsrichtlinien implementiert sind, ist es Zeit, speziell für die Verwaltung von Geheimnissen entwickelte Tools einzusetzen.
-
-### Plattformen zur Geheimnis-Speicherung
-
-Zentralisieren und überwachen Sie alle Ihre Geheimnisse mit diesen Tools:
-
-| Plattform | Funktionen | Am besten geeignet für |
-| --- | --- | --- |
-| **HashiCorp Vault** | Dynamische Geheimnisse, Verschlüsselungsdienste, identitätsbasierter Zugriff | Großskalige Operationen |
-| **AWS Secrets Manager** | Nahtlose AWS-Integration, automatische Rotation, feingranulare Berechtigungen | AWS-fokussierte Setups |
-| **Azure Key Vault** | Hardware-Sicherheitsmodule, Zertifikatshandling, Schlüsselrotation | Microsoft Cloud-Umgebungen |
-
-Nach der Sicherung Ihrer Geheimnisse in Speicherplattformen nutzen Sie die Geheimnis-Management-Funktionen Ihrer CI/CD-Tools.
-
-### CI/CD Geheimnis-Management
-
-Viele CI/CD-Tools verfügen über integrierte Funktionen für das Geheimnis-Management:
-
--   **GitHub Actions**: Bietet verschlüsselte Geheimnisse sowohl auf Repository- als auch auf Organisationsebene. Geheimnisse werden in Logs automatisch maskiert und sind nur für autorisierte Workflows zugänglich.
--   **GitLab CI**: Bietet geschützte Variablen und Gruppengeheimnisse, ermöglicht sichere Freigabe über Projekte hinweg bei gleichzeitiger Isolation.
--   **Jenkins**: Arbeitet mit Credentials-Plugins und unterstützt externe Geheimnis-Speicher. Plugins sind erforderlich, um sicherzustellen, dass Geheimnisse in Logs maskiert werden.
-
-### [Capgo](https://capgo.app/) Sicherheitsfunktionen
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e/37a0fc028bf1f414683e8dee42eedfb0.jpg)
-
-Capgo verbessert die Sicherheit von Live-Updates in Capacitor-Apps durch Erweiterung des Standard-CI/CD-Geheimnis-Managements. Es verwendet Ende-zu-Ende-Verschlüsselung, um sicherzustellen, dass nur autorisierte Benutzer sensible Daten entschlüsseln können [\[1\]](https://capgo.app/).
-
-Capgo integriert sich nahtlos mit Tools wie GitHub Actions, GitLab CI und Jenkins. Es unterstützt auch kanalbasierte Verteilung und rollenbasierte Zugriffskontrollen und erfüllt damit die Update-Anforderungen sowohl von Apple- als auch von Android-Plattformen.
-
-## Geheimnisse in der Versionskontrolle
-
-Schützen Sie Ihre Repositories, indem Sie verhindern, dass hartcodierte Anmeldedaten durchsickern. Beginnen Sie mit sicherer Tresor-Speicherung und fügen Sie dann zusätzliche Schutzmaßnahmen hinzu, um sensible Informationen in Ihrem Code zu blockieren.
-
-So können Sie Ihre Verteidigung verstärken:
-
--   **Verwenden Sie Tools wie [git-secrets](https://github.com/awslabs/git-secrets) oder Pre-Commit-Frameworks**, um Probleme vor Commits zu erkennen.
--   **Führen Sie regelmäßige Scans** mit Tools wie [truffleHog](https://github.com/trufflesecurity/trufflehog) oder [GitGuardian](https://www.gitguardian.com/) durch, um möglicherweise durchgesickerte Geheimnisse zu erkennen.
--   **Automatisieren Sie CI/CD-Prüfungen**, um Builds zu kennzeichnen und fehlschlagen zu lassen, wenn Geheimnisse gefunden werden.
-
-Als Nächstes behandeln wir den Umgang mit exponierten Geheimnissen.
-
-## Zusammenfassung
-
-Dieser Leitfaden behandelte Tresor-Speicherung, automatisierte Scans, CI/CD-Tool-Integration und Repository-Schutz. Capgo verbindet Sicherheit und schnelle Bereitstellung durch Ende-zu-Ende-Verschlüsselung und reibungslose CI/CD-Integration[\[1\]](https://capgo.app/).
-
-Wichtige Punkte für sicheres Geheimnis-Management:
-
--   **Tresor-Speicherung nutzen**: Verlassen Sie sich auf Plattformen, die Verschlüsselung sowohl während der Speicherung als auch der Übertragung bieten.
--   **Sicherheitsprüfungen automatisieren**: Implementieren Sie Scan-Tools, um Geheimnis-Expositionen frühzeitig zu erkennen.
--   **Aktivitäten verfolgen und überwachen**: Führen Sie detaillierte Audit-Protokolle über Geheimnis-Zugriffe und -Änderungen.
--   **Auf Vorfälle vorbereitet sein**: Richten Sie klare Prozesse für den Umgang mit exponierten Geheimnissen und das Zurückrollen von Änderungen bei Bedarf ein.
-
-Effektives Geheimnis-Management verwandelt Sicherheit von einem Hindernis in ein Unterstützungssystem für kontinuierliche Bereitstellung.
diff --git a/src/content/blog/de/merge-policies-for-teams-using-capacitor-apps.md b/src/content/blog/de/merge-policies-for-teams-using-capacitor-apps.md
deleted file mode 100644
index 8b0859430..000000000
--- a/src/content/blog/de/merge-policies-for-teams-using-capacitor-apps.md
+++ /dev/null
@@ -1,42 +0,0 @@
----
-slug: merge-policies-for-teams-using-capacitor-apps
-title: Merge-Richtlinien für Teams mit Capacitor-Apps
-description: >-
-  Erfahren Sie, wie Sie effektive Merge-Richtlinien für Capacitor-Apps
-  erstellen, um Codequalität, optimierte Updates und Konfliktverwaltung
-  sicherzustellen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:30:15.213Z
-updated_at: 2025-04-24T03:30:26.956Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809ac119bd9ce97f26bdef5-1745465426956.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'merge policies, Capacitor apps, code quality, live updates, branch management'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-To ensure reliable live updates for your Capacitor app, follow these steps:
-
-<Steps>
-1. Test updates thoroughly in a staging environment before deployment
-2. Use a staged rollout approach to limit potential impact
-3. Monitor update performance and user feedback
-4. Maintain rollback capabilities for quick recovery
-</Steps>
-
-[Capgo](https://capgo.app/) provides tools for managing these processes effectively, with features like:
-
--   **Phased rollouts**: Deploy updates gradually to detect issues early
--   **Instant rollbacks**: Quickly revert problematic updates
--   **Update monitoring**: Track deployment success rates
--   **Version control**: Manage different app versions across channels
-:::
-
-Um sicherzustellen, dass Ihre Capacitor-App-Aktualisierungen nahtlos und zuverlässig sind, verwenden Sie eine robuste Live-Update-Lösung wie **Capgo**. Damit können Sie Updates, Fehlerbehebungen und neue Funktionen sofort bereitstellen, ohne auf App-Store-Genehmigungen warten zu müssen.
-
-Capgo unterstützt **Ende-zu-Ende-Verschlüsselung** und entspricht den Richtlinien von Apple und Android, wodurch sichergestellt wird, dass Updates sicher sind und die Plattformanforderungen erfüllen. Es lässt sich auch mühelos in CI/CD-Systeme integrieren, was den Bereitstellungsprozess effizient und unkompliziert macht. Durch den Einsatz dieser Tools können Sie potenzielle Probleme minimieren und Ihre App-Nutzer in Echtzeit mit den neuesten Änderungen auf dem Laufenden halten.
-:::
diff --git a/src/content/blog/de/migrating-cordova-to-capacitor.md b/src/content/blog/de/migrating-cordova-to-capacitor.md
deleted file mode 100644
index 2b6f65533..000000000
--- a/src/content/blog/de/migrating-cordova-to-capacitor.md
+++ /dev/null
@@ -1,93 +0,0 @@
----
-slug: migrating-cordova-to-capacitor
-title: >-
-  Migration einer Web-App von Cordova zu Capacitor: Eine
-  Schritt-für-Schritt-Anleitung
-description: >-
-  Diese schrittweise Anleitung hilft dir bei der Migration deiner Web-App von
-  Cordova zu Capacitor und deckt alle Bereiche ab, sodass sie einfach zu lesen
-  und zu befolgen ist.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-07T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /migrating-cordova-to-capacitor.webp
-head_image_alt: Cordova zu Capacitor Migrations-Illustration
-keywords: >-
-  Cordova, Capacitor, migration, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Migration
-published: true
-locale: de
-next_blog: ''
----
-# Migration einer Web-App von Cordova zu Capacitor: Eine Schritt-für-Schritt-Anleitung
-
-Diese Anleitung hilft Ihnen bei der Migration Ihrer Web-App von Cordova zu Capacitor und macht sie leicht lesbar und nachvollziehbar. Wir behandeln alle Abschnitte und bieten einen schrittweisen Ansatz.
-
-## Einführung in Cordova und Capacitor
-
-Cordova und Capacitor sind beide Werkzeuge, die es Webentwicklern ermöglichen, native Anwendungen für verschiedene Plattformen mit HTML, CSS und JavaScript zu erstellen. Während sie Ähnlichkeiten aufweisen, gibt es wichtige Unterschiede in ihrem Ansatz zum nativen Projektmanagement, Plugin-Management und CLI/Versions-Management.
-
-## Migrationsstrategie
-
-Die Migration von Cordova zu Capacitor kann schrittweise oder als kompletter Ersatz erfolgen, abhängig von der Komplexität Ihrer App. Capacitor ist abwärtskompatibel mit Cordova, sodass Sie Ihre bestehenden Web-Apps jederzeit darauf umstellen können.
-
-Zur Unterstützung der Migration können Sie die [Ionic VS Code Extension](https://marketplace.visualstudio.com/items/?itemName=ionic.ionic) verwenden und Ihre bestehenden Cordova-Plugins überprüfen. Sie können Cordova-Plugins bei Bedarf weiterhin nutzen oder durch Capacitor-Äquivalente ersetzen.
-
-## Schritt-für-Schritt Migrationsanleitung
-
-Befolgen Sie diese Schritte, um Ihre Web-App von Cordova zu Capacitor zu migrieren:
-
-1. **In einem separaten Code-Branch arbeiten**: Es wird empfohlen, diese Änderungen in einem separaten Code-Branch vorzunehmen.
-
-2. **Initialisieren Sie Ihre App mit Capacitor**: Öffnen Sie Ihr Projekt im Terminal und folgen Sie den Anleitungen zum [Hinzufügen von Capacitor zu einer Web-App](https://capacitorjs.com/docs/getting-started/#adding-capacitor-to-your-app) oder [Hinzufügen von Capacitor zu einer Ionic-App](https://capacitorjs.com/docs/getting-started/with-ionic/#existing-ionic-project). Verwenden Sie die Informationen aus Ihrer Cordova `config.xml` Datei für den App-Namen und die Bundle-ID.
-
-3. **Bauen Sie Ihre Web-App**: Bauen Sie Ihr Web-Projekt mindestens einmal, bevor Sie native Plattformen hinzufügen. Dies stellt sicher, dass der `www`-Ordner in der Capacitor-Konfigurationsdatei richtig konfiguriert ist.
-
-4. **Plattformen hinzufügen**: Führen Sie `npx cap add ios` und `npx cap add android` aus, um die iOS- und Android-Plattformen hinzuzufügen. Diese erstellen separate native Projektordner im Wurzelverzeichnis Ihres Projekts.
-
-5. **Icons und Splash Screens generieren**: Wenn Sie bestehende Icon- und Splash-Screen-Bilder haben, verwenden Sie das `cordova-res` Tool, um sie zu generieren und in die nativen Projekte zu kopieren.
-
-6. **Bestehende Cordova-Plugins prüfen und migrieren**: Überprüfen Sie Ihre bestehenden Cordova-Plugins und ersetzen Sie sie wenn möglich durch Capacitor-Äquivalente. Entfernen Sie unnötige Plugins.
-
-7. **Cordova-Plugin entfernen**: Nach dem Ersetzen oder Entfernen eines Cordova-Plugins, deinstallieren Sie das Plugin und führen Sie `npx cap sync` aus, um den Plugin-Code aus dem nativen Projekt zu entfernen.
-
-8. **Zusätzliche Berechtigungen anwenden**: Mappen Sie zwischen `plugin.xml` und erforderlichen Einstellungen auf iOS und Android, um notwendige Berechtigungen anzuwenden.
-
-9. **Einstellungen konfigurieren**: Fügen Sie Einstellungen aus `config.xml` manuell zur Capacitor-Konfigurationsdatei hinzu.
-
-10. **Plattformspezifische Konfigurationen behandeln**: Konfigurieren Sie Elemente aus `config.xml` für jede Plattform (iOS und Android) nach Bedarf.
-
-11. **Schema für die Inhaltsbereitstellung ändern**: Ändern Sie bei Bedarf das Schema für die Bereitstellung von Inhalten in Ihrer App, um Datenverlust zu vermeiden.
-
-12. **Testen und Cordova entfernen**: Testen Sie Ihre migrierte App, um sicherzustellen, dass alle Änderungen korrekt angewendet wurden. Sobald Sie zufrieden sind, können Sie Cordova aus Ihrem Projekt entfernen oder es beibehalten, wenn Sie weiterhin Cordova-Plugins verwenden möchten.
-
-Herzlichen Glückwunsch! Sie haben Ihre Web-App erfolgreich von Cordova zu Capacitor migriert. Um mehr über die Verwendung von Cordova-Plugins in einem Capacitor-Projekt oder den Capacitor-Entwicklungsworkflow zu erfahren, besuchen Sie die [offizielle Capacitor-Dokumentation](https://capacitorjs.com/docs/).
-
-## Live-Updates mit unserem Capgo-Service
-
-Wir freuen uns, Capgo anzubieten, unsere Lösung, die Live-Updates für Ihre Capacitor-Apps ermöglicht und Over-The-Air (OTA) Updates zu einem fairen Preis bereitstellt. Diese Funktion ist besonders nützlich für schnelle Fehlerbehebungen, die Bereitstellung neuer Funktionen und die Sicherstellung, dass Ihre Benutzer immer die neueste Version Ihrer App haben, ohne auf die App-Store-Genehmigung warten zu müssen.
-
-### Wie unser Capgo-Service funktioniert
-
-Capgo ist ein Cloud-basierter Service, der es Ihnen ermöglicht, Live-Updates für Ihre Capacitor-Apps bereitzustellen. Er besteht aus einem Web-Dashboard und einem nativen SDK, das Sie in Ihre App integrieren können. Das SDK prüft beim Start oder in bestimmten Intervallen auf Updates und lädt diese im Hintergrund herunter. Wenn ein Update verfügbar ist, wird der Benutzer aufgefordert, es zu installieren. Wenn der Benutzer zustimmt, wird das Update sofort installiert und angewendet.
-
-### Vorteile von Capgo Live-Updates
-
-- **Schnellere Updates:** Stellen Sie Updates sofort bereit, ohne auf die App-Store-Genehmigung zu warten.
-- **Reduzierte Apple Store-Abhängigkeit:** Umgehen Sie App-Store-Beschränkungen und -Limitierungen.
-- **Verbesserte Benutzererfahrung:** Halten Sie Benutzer mit den neuesten Funktionen und Fehlerbehebungen bei der Stange, ohne dass sie die App manuell aktualisieren müssen.
-
-### Wie man Capgo Live-Updates implementiert
-
-Um Capgo Live-Updates in Ihrem Capacitor-Projekt zu implementieren, folgen Sie diesen Schritten:
-- Registrieren Sie sich für ein [Capgo-Konto](https://console.capgo.app/).
-- Installieren Sie das Capgo SDK in Ihrem Projekt.
-- Konfigurieren Sie Ihre App, um beim Start oder in bestimmten Intervallen nach Updates zu suchen.
-- Stellen Sie Updates für Ihre App über das Capgo-Dashboard bereit.
-
-## Fazit
-
-Wir hoffen, dass diese Anleitung Ihnen bei der Migration Ihrer Web-App von Cordova zu Capacitor geholfen hat. Wenn Sie Fragen haben oder Hilfe beim Migrationsprozess benötigen, kontaktieren Sie uns gerne auf unserem [Discord](https://discord.capgo.app) Server.
diff --git a/src/content/blog/de/mobile-app-update-strategies-a-developers-checklist.md b/src/content/blog/de/mobile-app-update-strategies-a-developers-checklist.md
deleted file mode 100644
index e153f668d..000000000
--- a/src/content/blog/de/mobile-app-update-strategies-a-developers-checklist.md
+++ /dev/null
@@ -1,205 +0,0 @@
----
-slug: mobile-app-update-strategies-a-developers-checklist
-title: 'Mobile App Update Strategien: Eine Checkliste für Entwickler'
-description: >-
-  Lernen Sie wichtige Strategien für mobile App-Updates kennen, von
-  CI/CD-Automatisierung bis hin zu OTA-Tools, um reibungslose Bereitstellungen
-  und erhöhte Benutzerzufriedenheit sicherzustellen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-15T02:51:44.404Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/678709f9070e33f74859cb89-1736909518284.jpg
-head_image_alt: Technologie
-keywords: >-
-  mobile app updates, CI/CD pipeline, OTA updates, user engagement, app
-  performance, testing strategies, bug fixes, app security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Ihre App aktuell zu halten ist wichtig für die Nutzerzufriedenheit und App-Performance. Hier sind die Gründe:
-
--   **Fehler beheben & Sicherheit verbessern**: Technische Probleme beheben und Plattform-Anforderungen erfüllen.
-    
--   **Performance steigern**: Geschwindigkeit, Stabilität und Nutzererlebnis verbessern.
-    
--   **Engagement erhöhen**: Regelmäßige Updates halten Nutzer loyal und engagiert.
-    
-
-## Over-the-Air Updates mit [CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)
-
-![CodePush](https://mars-images.imgix.net/seobot/screenshots/learn.microsoft.com-87c8945e309a8c280c425352c4f329fa.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/DpzWfrRE_XY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Herausforderungen bei Updates meistern
-
-App-Updates können aufgrund von Gerätekompatibilität und App Store-Verzögerungen knifflig sein. Lösungen umfassen:
-
--   **CI/CD Pipelines**: Automatisiertes Testen, Integration und Deployment für schnellere Updates.
-    
--   **OTA Updates**: Änderungen sofort ohne App Store-Genehmigung ausliefern.
-    
-
-| Methode | Vorteile | Funktionen |
-| --- | --- | --- |
-| CI/CD | Beschleunigt Tests & Deployment | Versionskontrolle, Automatisierung |
-| OTA Updates | Echtzeit-Updates | Sofortige Fixes, selektive Auslieferung |
-
-## Wichtige Schritte für reibungslose Updates
-
-1.  **Feedback sammeln**: Tools wie Google Analytics nutzen, um Updates zu priorisieren.
-    
-2.  **Gründlich testen**: Geräte mit [AWS Device Farm](https://aws.amazon.com/device-farm/) oder [Firebase Test Lab](https://firebase.google.com/docs/test-lab) simulieren.
-    
-3.  **Strategisch ausrollen**: Phasenweise Auslieferung und Feature Flags nutzen, um Risiken zu minimieren.
-    
-## Vorbereitung auf Live App-Updates
-
-Die Vorbereitung Ihrer App auf Updates erfordert durchdachte Planung und die richtigen Tools, um einen reibungslosen Ablauf zu gewährleisten. Lassen Sie uns die wichtigsten Schritte und Überlegungen für einen erfolgreichen Update-Prozess aufschlüsseln.
-
-### Vorbereitung vor dem Update
-
-Beginnen Sie mit dem Sammeln von Nutzerfeedback über Plattformen wie [UserVoice](https://www.uservoice.com/) und der Analyse von Performance-Metriken wie Ladezeiten und Absturzraten mit Tools wie Google Analytics. Diese Daten helfen Ihnen zu identifizieren, welche Updates Priorität haben sollten, besonders solche, die größere Probleme angehen und das Nutzererlebnis verbessern [\[1\]](https://www.nimbleappgenie.com/blogs/mobile-app-development-checklist/).
-
-Hier ein schneller Überblick über wichtige zu überwachende Metriken:
-
-| Metrik-Typ | Was zu überwachen ist | Warum es wichtig ist |
-| --- | --- | --- |
-| Performance | Ladezeiten, Absturzraten | Zeigt technische Probleme auf |
-| Nutzung | Sessiondauer, Feature-Adoption | Zeigt Nutzerverhaltenstrends |
-| Stabilität | Fehlerraten, Server-Antwortzeiten | Erhält App-Zuverlässigkeit |
-
-Nachdem Sie diese Daten gesammelt haben, konzentrieren Sie sich zuerst auf Updates, die kritische Probleme lösen. Danach arbeiten Sie an Performance-Verbesserungen und führen Features ein, die den Nutzerwünschen entsprechen.
-
-Mit einem klaren Fahrplan ist es Zeit, die richtigen Tools auszuwählen, um den Update-Prozess zu optimieren.
-
-### Auswahl von CI/CD und OTA Update-Tools
-
-Die Auswahl der richtigen Tools für Ihre Continuous Integration/Continuous Deployment (CI/CD) Pipeline ist essentiell. Beliebte Optionen wie [GitHub Actions](https://docs.github.com/actions), [Bitrise](https://bitrise.io/) und [CircleCI](https://circleci.com/) haben jeweils einzigartige Vorteile. Zum Beispiel integriert sich [GitHub Actions](https://docs.github.com/actions) direkt mit Ihren GitHub-Repositories, was es für viele Entwickler zu einer praktischen Wahl macht [\[2\]](https://www.poppinslabs.com/blog/mobile-app-ci-cd-pipeline).
-
-Für Over-the-Air (OTA) Updates ermöglichen Tools wie Capacitor die direkte Auslieferung von Änderungen an Nutzer ohne auf App Store-Genehmigungen warten zu müssen [\[3\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Bei der Auswahl einer OTA-Lösung sollten Sie diese Faktoren berücksichtigen:
-
--   **Deployment-Geschwindigkeit** zur Minimierung von Ausfallzeiten.
-    
--   **Versionskontrolle** für effektives Update-Management.
-    
--   **Analytics-Integration** zur Verfolgung der Update-Performance.
-    
--   **Sicherheitsfunktionen** zum Schutz von Nutzerdaten und App-Integrität.
-    
-
-## Einrichtung von CI/CD und OTA Updates
-
-### Konfiguration einer CI/CD Pipeline für Mobile Apps
-
-Die Einrichtung einer CI/CD Pipeline für mobile Apps beginnt mit solider Versionskontrolle und Automatisierung. So strukturieren Sie sie effektiv:
-
-1.  **Versionskontrolle und Build-Setup**
-    
-    -   Separate Branches für Entwicklung, Staging und Produktion erstellen.
-        
-    -   Build-Systeme wie Gradle (für Android) oder Xcode (für iOS) mit den nötigen Signierzertifikaten einrichten.
-        
-2.  **Integration automatisierter Tests**
-    
-    -   Unit-, Integrations- und UI-Tests in jeder Pipeline-Phase hinzufügen. Dies hilft, Probleme früh zu erkennen und zu beheben [\[4\]](https://refraction.dev/blog/cicd-pipelines-mobile-apps-best-practices).
-
-Sobald Ihre Pipeline bereit ist, machen OTA Updates die Auslieferung von Änderungen an Nutzer schneller und einfacher.
-
-### Nutzung von [Capacitor](https://capacitorjs.com/) OTA Updates mit [Capgo](https://capgo.app/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d.jpg?auto=compress)
-
-Capgo macht OTA Updates einfach, sicher und schnell mit Funktionen wie Verschlüsselung und Compliance. So beginnen Sie:
-
-1.  Installieren Sie das [Capgo Plugin](https://capgo.app/plugins/) in Ihrem Capacitor-Projekt.
-    
-2.  Richten Sie die Update-Einstellungen und Versionsverfolgung Ihrer App ein.
-    
-3.  Nutzen Sie das [Capgo Dashboard](https://capgo.app/docs/webapp/) um Updates direkt an Nutzer auszuliefern.
-    
-
-### Capgo Preise und Funktionsübersicht
-
-Capgo bietet flexible Pläne, die zu den Bedürfnissen Ihrer wachsenden App passen. Die Preise beginnen bei 12€/Monat (SOLO) für kleine Apps und gehen bis zu 249€/Monat (PAYG) für größere, Enterprise-Level Anforderungen. Jeder Plan enthält Kernfunktionen wie sofortige Updates, Versionskontrolle und Analytics.
-
-| Plan | Monatliche Kosten | Updates/Monat | Aktive Nutzer |
-| --- | --- | --- | --- |
-| SOLO | 12€ | 2.500 | 500 |
-| MAKER | 33€ | 25.000 | 5.000 |
-| TEAM | 83€ | 150.000 | 30.000 |
-| PAYG | 249€ | 1.000.000 | 200.000 |
-
-Höhere Tarifstufen bieten mehr Bandbreite und Speicher, wodurch Teams jeder Größe OTA Updates einfach in ihre CI/CD Pipelines integrieren können, während Geschwindigkeit und Sicherheit gewährleistet bleiben.
-
-## Testen und Ausrollen von App-Updates
-
-### Teststrategien für Updates
-
-Gründliches Testen ist entscheidend, um sicherzustellen, dass App-Updates wie beabsichtigt funktionieren. Tools wie **AWS Device Farm** und **Firebase Test Lab** ermöglichen Entwicklern verschiedene Geräteszenarien zu simulieren und helfen dabei, Kompatibilitätsprobleme zu erkennen, bevor Nutzer darauf stoßen.
-
-Eine starke Teststrategie verbindet automatisierte und manuelle Methoden. Während Automatisierung repetitive Aufgaben effizient handhabt, stellt manuelles Testen sicher, dass das Nutzererlebnis der App reibungslos und intuitiv ist. Zum Beispiel zeigen AWS Device Farm Daten, dass das Testen von Apps auf 8-10 verschiedenen Gerätekonfigurationen 95% der gerätespezifischen Probleme vor dem Launch aufdecken kann.
-
-| **Testphase** | **Details** |
-| --- | --- |
-| **Unit Testing** | Einzelne Komponenten mit Tools wie Jest, XCTest testen |
-| **Integrationstests** | Zusammenarbeit von Komponenten mit Detox, Appium prüfen |
-| **Gerätekompatibilität** | Plattformübergreifend mit AWS Device Farm, Firebase Test Lab testen |
-| **Performance-Tests** | Ressourcennutzung mit [New Relic](https://newrelic.com/), Firebase Performance überwachen |
-
-Sobald die App diese Tests besteht und sich als stabil erweist, liegt die nächste Herausforderung darin, Updates reibungslos ohne Nutzerunterbrechungen auszurollen.
-
-### Deployment-Praktiken
-
-Reibungsloses Deployment ist der Schlüssel zur Aufrechterhaltung der App-Qualität und Nutzerzufriedenheit. Ein beliebter Ansatz sind **phasenweise Rollouts**, bei denen Updates zunächst an eine kleine Gruppe (5-10% der Nutzer) ausgeliefert werden, bevor sie großflächig eingeführt werden.
-
-Einige Best Practices für das Deployment sind:
-
--   **Automatisierte Gesundheitschecks**: Metriken wie Absturzraten und API-Antwortzeiten während Rollouts überwachen.
-    
--   **Feature Flags**: Features aktivieren oder deaktivieren ohne vollständiges App-Update.
-    
--   **Stille Updates**: Updates im Hintergrund während Zeiten niedriger Nutzung ausrollen.
-    
-
-Tools wie **New Relic** und [**Firebase Analytics**](https://firebase.google.com/docs/analytics) liefern Echtzeitdaten zur Überwachung der Performance während und nach dem Deployment.
-
-Für kritische Updates ist eine **Canary Release** Strategie sehr effektiv. Dabei werden Updates zunächst an eine kleine Gruppe von Beta-Testern ausgerollt. Dies reduziert nicht nur Post-Deployment-Probleme um 60%, sondern gibt Entwicklern auch frühzeitiges Feedback von echten Nutzern, was schnelle Korrekturen vor einer breiteren Veröffentlichung ermöglicht.
-
-## Fazit und Kernpunkte
-
-### Warum kontinuierliche Verbesserung wichtig ist
-
-Sobald Test- und Deployment-Strategien etabliert sind, ist der nächste Schritt der Fokus auf kontinuierliche Verbesserung. Regelmäßige Updates spielen eine Schlüsselrolle bei der Zufriedenheit der Nutzer und der Sicherstellung einer starken App-Performance. Im heutigen überfüllten Markt kann dies über den langfristigen Erfolg einer App entscheiden.
-
-Ein strukturierter Ansatz bei Updates kann zu klaren Vorteilen führen - wie höheren Verbleibsraten und besserem Nutzerengagement. Tools wie CI/CD Pipelines und OTA Updates vereinfachen diese Prozesse bei gleichzeitiger Nutzerzufriedenheit.
-
-| Update-Komponente | Auswirkung auf App-Erfolg |
-| --- | --- |
-| Regelmäßige Fehlerbehebungen | Reduziert Beschwerden und Deinstallationen |
-| Performance & Feature Updates | Steigert Engagement, Retention und Wettbewerbsfähigkeit |
-| Sicherheitspatches | Schafft Vertrauen und gewährleistet Compliance |
-
-### Entwickler-Checkliste in Kürze
-
-Um [mobile App-Updates](https://capgo.app/plugins/capacitor-updater/) effektiv zu verwalten, benötigen Entwickler solide Prozesse und die richtigen Tools. Moderne Praktiken wie automatisiertes Testen, phasenweise Rollouts und konstante Überwachung sind entscheidend.
-
-**Schlüsselschritte zum Erfolg**:
-
--   CI/CD Pipelines und OTA Update-Tools wie GitHub Actions, Bitrise und Capgo nutzen.
-    
--   Gründliche Tests über verschiedene Geräte mit Plattformen wie AWS Device Farm durchführen.
-    
--   Performance-Metriken mittels Analytics verfolgen, um zukünftige Updates zu steuern.
-    
-
-Diese Schritte helfen Entwicklern, Updates reibungslos zu verwalten und dabei das Nutzererlebnis im Mittelpunkt zu behalten.
-
-Ein strukturierter Ansatz hilft, Ausfallzeiten zu minimieren, indem der Aktualisierungsprozess automatisiert und sichergestellt wird, dass Updates vor der Bereitstellung gründlich getestet werden. Dieser Ansatz steigert auch die Benutzerzufriedenheit, indem Updates bereitgestellt werden, die auf Benutzer-Feedback basieren und darauf ausgerichtet sind, die Leistung und Funktionalität der App zu verbessern [\[1\]](https://www.nimbleappgenie.com/blogs/mobile-app-development-checklist/)[\[5\]](https://www.netsolutions.com/hub/mobile-app-development/checklist).
-
-Letztendlich hängen effektive App-Updates davon ab, technische Exzellenz mit den Wünschen der Benutzer in Einklang zu bringen. Indem Entwickler sich an diese Strategien halten und engagiert bleiben, können sie ihre Apps in einer sich ständig verändernden digitalen Welt sicher, wettbewerbsfähig und benutzerfreundlich halten.
diff --git a/src/content/blog/de/monitor-ota-updates-in-capacitor-apps.md b/src/content/blog/de/monitor-ota-updates-in-capacitor-apps.md
deleted file mode 100644
index b2fd57eda..000000000
--- a/src/content/blog/de/monitor-ota-updates-in-capacitor-apps.md
+++ /dev/null
@@ -1,207 +0,0 @@
----
-slug: monitor-ota-updates-in-capacitor-apps
-title: OTA-Updates in Capacitor-Apps überwachen
-description: >-
-  Erfahren Sie, wie Sie OTA-Updates in mobilen Apps effektiv überwachen können,
-  um schnelle, sichere und zuverlässige Bereitstellungen zu gewährleisten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T01:34:45.665Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f079b2ebbb9dc806439988-1743816897363.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, app monitoring, error tracking, real-time analytics, mobile app
-  development
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Ihre App aktualisieren, ohne auf die Genehmigung des App-Stores zu warten?** OTA (Over-The-Air) Updates ermöglichen es Ihnen, Fehlerbehebungen und Funktionen in Echtzeit direkt an die Benutzer zu senden. Mit Tools wie [Capgo](https://capgo.app/) können Sie die Update-Leistung überwachen, Fehler verfolgen und sogar unerwünschte Updates sofort zurücksetzen.
-
-### Wichtige Vorteile der Überwachung von OTA-Updates:
-
--   **Schnelle Updates**: Erreichen Sie bis zu 95 % der aktiven Benutzer innerhalb von 24 Stunden.
--   **Fehlerverfolgung**: Erkennen und beheben Sie Bereitstellungsprobleme frühzeitig.
--   **Sichere Lieferung**: Die Ende-zu-Ende-Verschlüsselung sorgt dafür, dass Updates sicher sind.
--   **Echtzeit-Analysen**: Überwachen Sie Erfolgsquoten (globaler Durchschnitt: 82 %) und Leistungsmetriken.
-
-### Schnelle Einrichtungsmaßnahmen:
-
-1.  Installieren Sie das [Capgo-Plugin](https://capgo.app/plugins/): `npx @capgo/cli init`.
-2.  Verwenden Sie Versionskontrolle mit Kanälen (Produktion, Beta, Staging).
-3.  Aktivieren Sie Echtzeitanalysen und Fehlerverfolgung.
-4.  Richten Sie Auto-Rollback für fehlgeschlagene Updates ein.
-
-Capgo hat bereits **23,5 Millionen Updates über 750 Apps** mit schnellen Downloadgeschwindigkeiten (114 ms für ein 5 MB-Paket) verwaltet. Beginnen Sie noch heute mit der Überwachung Ihrer Updates für eine reibungslosere App-Verwaltung.
-
-## Einrichtung der Update-Überwachung
-
-So richten Sie die OTA-Update-Überwachung für Ihre App ein:
-
-### Installation des erforderlichen Plugins
-
-Zuerst installieren Sie das Capgo-Plugin, indem Sie folgendes ausführen:
-
-```bash
-npx @capgo/cli init
-```
-
-Dieses Plugin funktioniert nahtlos mit Capacitor 8 und macht es mit einer Vielzahl von App-Versionen kompatibel.
-
-### Verwaltung von Update-Versionen
-
-Die Versionskontrolle spielt eine wichtige Rolle bei der Handhabung von OTA-Updates. Das [Kanal-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/) von Capgo hilft Ihnen, die Update-Verteilung effizient zu verwalten:
-
-| Kanaldtyp | Zweck | Bester Anwendungsfall |
-| --- | --- | --- |
-| Produktion | Hauptfreigabekanal | Stabile Updates für alle Benutzer |
-| Beta | Testkanal | Früher Zugang zu Funktionen |
-| Staging | Vorab-Testen | Interne QA-Tests |
-
-Jeder Kanal führt seine eigene Versionshistorie, sodass Entwickler Änderungen verfolgen und Updates systematisch verwalten können. Darüber hinaus bietet das System sofortige Rollback-Optionen, sodass Sie schnell auf Bereitstellungsprobleme reagieren können.
-
-Sobald die Versionskontrolle eingerichtet ist, können Sie Updates überwachen, um Sicherheit und Leistung zu gewährleisten.
-
-### Einrichtung der [Capgo](https://capgo.app/) Überwachung
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f079b2ebbb9dc806439988/a64cd6a83185b5ac05d3640337221542.jpg)
-
-1.  **Analytik-Integration konfigurieren**: Verwenden Sie Echtzeitanalysen, um die Update-Leistung und das Benutzerengagement zu überwachen.
-2.  **Fehlerverfolgung aktivieren**: Aktivieren Sie die Fehlerverfolgung, um detaillierte Protokolle und Leistungsmetriken zu erfassen.
-3.  **Verteilungsregeln festlegen**: Definieren Sie Rollout-Parameter, um die Update-Geschwindigkeit zu steuern und bestimmte Benutzergruppen anzusprechen.
-
-Diese Schritte schaffen ein zuverlässiges Überwachungssystem für Ihre App.
-
-> "Capgo ist ein unverzichtbares Werkzeug für Entwickler, die produktiver sein möchten. Die Vermeidung von Überprüfungen für Bugfixes ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo gewährleistet eine sichere Update-Lieferung mit Ende-zu-Ende-Verschlüsselung, während integrierte Analysen, Rollback-Optionen und Echtzeit-Überwachung dazu beitragen, die Stabilität der App aufrechtzuerhalten.
-
-## Fehlerbehandlung und -verfolgung
-
-### App-Level-Überwachung
-
-Eine effektive App-Level-Überwachung ist der Schlüssel zur Gewährleistung einer reibungslosen OTA-Update-Leistung. Das System von Capgo bietet detaillierte Einblicke in die Update-Lieferung und -Installation und erreicht eine globale Erfolgsquote von 82 % [\[1\]](https://capgo.app/).
-
-So können Sie die App-Level-Überwachung einrichten:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Listen for update events
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('New update available:', info.version)
-})
-
-// Track installation progress
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log('Update downloaded:', info.version)
-})
-```
-
-Für ein vollständiges Bild kombinieren Sie dies mit der Fehlerverfolgung im Backend, um Probleme von beiden Seiten zu adressieren.
-
-### Fehlerverfolgung im Backend
-
-Das Backend-Monitoring ergänzt die Einblicke auf App-Ebene, indem es sich auf die Gesamtleistung des Systems konzentriert. Da Capgo weltweit 23,5 Millionen Updates verwaltet [\[1\]](https://capgo.app/), ist die Verfolgung von Fehlern im Backend entscheidend für die Aufrechterhaltung der Zuverlässigkeit.
-
-| Verfolgungsmessung | Zweck | Einfluss |
-| --- | --- | --- |
-| Update-Erfolgsquote | Verfolgt erfolgreiche Installationen | Hält 95 % der Benutzer innerhalb von 24 Stunden auf dem neuesten Stand [\[1\]](https://capgo.app/) |
-| Download-Leistung | Überwacht die Bandbreitennutzung | Verbessert die Liefergeschwindigkeit |
-| Fehlerhäufigkeit | Identifiziert wiederkehrende Probleme | Reduziert die Ausfallraten |
-
-Indem Sie diese Metriken im Blick behalten, können Sie Probleme schnell identifizieren und lösen, um einen reibungslosen Update-Prozess zu gewährleisten.
-
-### Auto-Rollback-Einrichtung
-
-Wenn Bereitstellungsfehler auftreten, verhindert ein automatisches Rollback Unterbrechungen für die Benutzer. Die Rollback-Funktion von Capgo wird sofort aktiviert und minimiert Ausfallzeiten während der Bereitstellung [\[1\]](https://capgo.app/).
-
-Hier ist ein Beispiel, wie Sie ein Auto-Rollback konfigurieren können:
-
-```typescript
-try {
-  await CapacitorUpdater.download({
-    version: 'latest'
-  })
-} catch (error) {
-  // Automatically trigger rollback
-  await CapacitorUpdater.rollback()
-}
-```
-
-Dieser Ansatz hat sich als zuverlässig erwiesen, wobei derzeit 750 Apps das System von Capgo in der Produktion nutzen [\[1\]](https://capgo.app/). Seine breite Akzeptanz unterstreicht die Zuverlässigkeit dieser Fehlerbehandlungswerkzeuge.
-
-## Überwachungsrichtlinien
-
-Diese Richtlinien nutzen die Überwachungstools von Capgo, um jedes Update messbar, sicher und sorgfältig zu verteilen.
-
-### Verfolgung der Update-Leistung
-
-Behalten Sie die OTA-Update-Leistung aufmerksam im Auge, indem Sie wichtige Metriken wie Erfolgsquote, Benutzerengagement, Downloadgeschwindigkeit und Fehlerhäufigkeit überwachen. Hier ist ein Codeausschnitt, der Ihnen hilft, diese Metriken zu verfolgen:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Set up performance tracking
-CapacitorUpdater.addListener('updateStats', (stats) => {
-  console.log('Download speed:', stats.downloadSpeed)
-  console.log('Success rate:', stats.successRate)
-})
-```
-
-Verwenden Sie diese Erkenntnisse, um Ihre gestaffelten Bereitstellungspläne effektiv zu steuern.
-
-### Gestaffelte Update-Rollouts
-
-Gestaffelte Rollouts helfen, Risiken zu minimieren, indem Updates schrittweise an bestimmte Benutzergruppen verteilt werden. Das Kanal-System von Capgo erleichtert das Management kontrollierter Bereitstellungen. Beginnen Sie mit internen Testern, wechseln Sie zu Beta-Benutzern und erweitern Sie dann auf das allgemeine Publikum. Überwachen Sie jede Phase mindestens 24 Stunden, bevor Sie fortfahren. Diese Methode hat dazu beigetragen, dass Capgo eine globale Erfolgsquote von 82 % erreicht [\[1\]](https://capgo.app/).
-
-### Sicherheit und Store-Compliance
-
-Um gestaffelte Rollouts zu ergänzen, ist eine sichere Update-Zustellung entscheidend. Aktivieren Sie die sichere Update-Überprüfung mithilfe des folgenden Codes:
-
-```typescript
-// Enable secure update verification
-await CapacitorUpdater.download({
-  version: 'latest',
-  validateSignature: true,
-  checksum: true
-})
-```
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren nur Updates" - Capgo [\[1\]](https://capgo.app/)
-
-Dies stellt sicher, dass Updates den Sicherheitsstandards entsprechen und die Benutzerdaten durch regelmäßige Audits und Validierungsprozesse sicher bleiben.
-
-## Zusammenfassung
-
-In diesem Abschnitt werden die wichtigsten Schritte zur Überwachung von OTA-Updates zusammengefasst und die Funktionen hervorgehoben, die Capgo zu einer herausragenden Wahl für [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/) machen.
-
-### Wichtige Überwachungsschritte
-
-Eine effektive Überwachung von OTA-Updates umfasst mehrere kritische Komponenten. Diese zuvor besprochenen Schritte stellen sicher, dass Updates effizient bereitgestellt und Probleme schnell angegangen werden:
-
-| Überwachungsbestandteil | Zweck | Einfluss |
-| --- | --- | --- |
-| Echtzeit-Analytik | Messen Sie den Update-Erfolg und das Benutzerengagement | Identifiziert Probleme sofort |
-| Fehlerverfolgung | Erkennen und Beheben von Problemen frühzeitig | Minimiert Unterbrechungen für die Benutzer |
-| Versionskontrolle | Verwalten, wie Updates verteilt werden | Hält Rollouts kontrolliert und vorhersehbar |
-| Leistungsmetriken | Verfolgen Sie Downloadgeschwindigkeiten und Erfolgsquoten | Bewahrt ein reibungsloses Benutzererlebnis |
-
-### Übersicht der Capgo-Funktionen
-
-Seit seiner Einführung im Jahr 2022 ist Capgo zu einem unverzichtbaren Tool für die Überwachung von OTA-Updates geworden und bietet Lösungen, die Teams helfen, sich von veralteten Aktualisierungsmethoden zu entfernen.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Benutzer!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Die Tools von Capgo sind darauf ausgelegt, OTA-Updates mit Präzision zu verwalten. Hier sind die Merkmale, die es auszeichnen:
-
--   **Echtzeit-Analysen**: Verfolgt Erfolgsquoten von Updates, um Probleme schnell zu beheben
--   **Ende-zu-Ende-Verschlüsselung**: Schützt Updates mit starken Sicherheitsprotokollen
--   **Kanal-System**: Ermöglicht eine gezielte Überwachung für bestimmte Benutzergruppen
--   **One-Click-Rollback**: Schnell zu einer früheren Version zurückkehren, falls Probleme auftreten
-
-Diese Funktionen haben bei Entwicklern an Bedeutung gewonnen, was sich in steigenden Akzeptanzeraten und positivem Feedback von Benutzern widerspiegelt.
diff --git a/src/content/blog/de/moving-from-microsoft-app-center-to-capgo.md b/src/content/blog/de/moving-from-microsoft-app-center-to-capgo.md
deleted file mode 100644
index e77f1f424..000000000
--- a/src/content/blog/de/moving-from-microsoft-app-center-to-capgo.md
+++ /dev/null
@@ -1,34 +0,0 @@
----
-slug: moving-from-microsoft-app-center-to-capgo
-title: Von Microsoft App Center zu Capgo für Live App Updates wechseln
-description: >-
-  Microsoft stellt die Unterstützung für Apps unter Cordova ein. Wechseln Sie
-  von Microsoft App Center zu Capgo für mobile Live App-Aktualisierungen
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-21T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /app_center.webp
-head_image_alt: Microsoft App Center Illustration
-keywords: >-
-  Microsoft, App Center, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Alternatives
-published: true
-locale: de
-next_blog: ''
----
-Microsoft hat kürzlich angekündigt, dass sie die [Unterstützung für Apps, die auf Apache Cordova laufen](https://devblogs.microsoft.com/appcenter/announcing-apache-cordova-retirement/), in ihrem Cloud-Produkt App Center einstellen werden. Dies hat Unternehmen und Teams, die App Center nutzen, dazu veranlasst, nach Alternativen zu suchen, und ich freue mich sagen zu können, dass die [Capgo](https://capgo.app/) Plattform eine fantastische Option für diejenigen ist, die vollständige Unterstützung für Capacitor-Apps suchen.
-
-## Von Microsoft App Center zu Capgo Cloud
-
-Capacitor ist eine neue Möglichkeit, native mobile Apps mit Ionic zu entwickeln, und die meisten Cordova-Plugins werden in Capacitor unterstützt. Capgo bietet eine Live-Update-Funktionalität ähnlich wie CodePush, aber ohne Plattformabhängigkeiten und sofortige App-Veröffentlichung. Mit Capgo können Entwicklungsteams den komplizierten App-Bereitstellungsprozess auslagern und sich vollständig auf die einzigartigen Funktionen ihrer Ionic-App konzentrieren. Darüber hinaus konzentriert sich Capgo im Gegensatz zu App Center zu 100% auf hybride Architekturen wie Capacitor.
-
-Capacitor-Kunden können mit Hilfe meines [Migrationshandbuchs](https://capgo.app/blog/appcenter-migration/), das Sie durch den gesamten Prozess führt, einfach von Microsoft App Center zu Capgo migrieren. Capgo enthält eine vollständige Liste von Funktionen, die Capacitor-Benutzer nutzen können.
-
-Wenn Sie mehr über die Migration von Microsoft App Center zu Capgo erfahren möchten, erstellen Sie noch heute Ihr [kostenloses Capgo-Konto](/register/).
-
-## Credits
-
-Vielen Dank an [Ionic](https://ionic.com/), dieser Artikel basiert auf [diesem Artikel](https://ionic.io/blog/moving-from-microsoft-app-center-to-ionic-appflow/), der mit chat-gpt-3 neu geschrieben und angepasst wurde.
diff --git a/src/content/blog/de/npm-scripts-for-capacitor-ota-updates-explained.md b/src/content/blog/de/npm-scripts-for-capacitor-ota-updates-explained.md
deleted file mode 100644
index 05fe7d8e4..000000000
--- a/src/content/blog/de/npm-scripts-for-capacitor-ota-updates-explained.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-slug: npm-scripts-for-capacitor-ota-updates-explained
-title: npm-Skripte für Capacitor OTA-Updates erklärt
-description: >-
-  Erfahren Sie, wie Sie OTA-Updates für Ihre Capacitor-App mithilfe von
-  npm-Skripten automatisieren und dabei die Bereitstellungseffizienz und
-  Benutzererfahrung verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T01:07:05.331Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266-1744506438251.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, npm scripts, OTA updates, CI/CD, mobile app deployment, automation,
-  app version management, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Das Aktualisieren Ihrer [Capacitor](https://capacitorjs.com/) App war noch nie einfacher.** Durch die Kombination von Over-The-Air (OTA) Updates mit npm-Skripten können Sie Deployments automatisieren, Zeit sparen und sicherstellen, dass Ihre Nutzer immer die neueste Version haben - ohne auf App-Store-Freigaben warten zu müssen.
-
-**Das werden Sie lernen:**
-
--   Wie man npm-Skripte für OTA-Updates einrichtet.
--   Integration von Updates in CI/CD-Pipelines zur Automatisierung.
--   Verwaltung von App-Versionen, Sicherheit und Test-Updates.
--   Warum [Capgo](https://capgo.app/) eine zuverlässige Plattform für OTA-Updates ist.
-
-**Hauptvorteile:**
-
--   Automatisieren Sie Updates mit einem Befehl.
--   Stellen Sie Updates sicher mit Verschlüsselung bereit.
--   Integrieren Sie Updates in Workflows wie [GitHub Actions](https://docs.github.com/actions).
--   Sparen Sie Zeit mit Tools wie Capgo, das Updates in unter 500ms liefert.
-
-**Schnellstart-Beispiel:**
-
-1.  Tools installieren: `npm install @capgo/cli --save-dev`
-2.  Updates in `capacitor.config.json` konfigurieren.
-3.  npm-Skripte wie `deploy:production` hinzufügen, um das Deployment zu optimieren.
-
-Mit Plattformen wie Capgo, die schnelle Updates (95% Nutzerakzeptanz in 24 Stunden) und erschwingliche Preise bieten, war die Verwaltung von OTA-Updates noch nie effizienter.
-
-### Capgo Vorteile
-
-Mit der Einstellung von Microsoft CodePush im Jahr 2024 hat sich die OTA-Update-Landschaft verändert. Capgo hat sich als verlässliche Lösung etabliert und bereits 23,5 Millionen Updates über 750 Produktions-Apps erfolgreich ausgeliefert [\[1\]](https://capgo.app/).
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgos Leistungskennzahlen sprechen für sich:
-
-| **Leistungsindikator** | **Ergebnis** |
-| --- | --- |
-| Durchschnittliche API-Antwortzeit | 434 ms weltweit |
-| Bundle-Download-Geschwindigkeit | 114 ms für 5 MB |
-| Update-Erfolgsquote | 82% global |
-
-Mit 300 $ pro Monat für CI/CD-Integration - im Vergleich zu 6.000 $ jährlich für Enterprise-Level-Lösungen - bietet Capgo eine sichere, zuverlässige und kosteneffiziente Option für die Verwaltung von OTA-Updates [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/de/open-source-licence.md b/src/content/blog/de/open-source-licence.md
deleted file mode 100644
index f720f00a5..000000000
--- a/src/content/blog/de/open-source-licence.md
+++ /dev/null
@@ -1,74 +0,0 @@
----
-slug: open-source-licence
-title: Open-Source-Software-Lizenzen verstehen
-description: >-
-  Es gibt zwei große Kategorien von Open-Source-Software-Lizenzen. Einige
-  Lizenzen fallen in die Kategorie der Copyleft-Lizenzen, während andere
-  permissive Open-Source-Lizenzen sind.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-18T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /open_source_licence.webp
-head_image_alt: Open Source Lizenzen
-keywords: >-
-  Open Source, Capgo, philosophy, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Open Source
-published: true
-locale: de
-next_blog: ''
----
-
-Wenn es um Open-Source-Software-Lizenzen geht, gibt es zwei große Kategorien. Einige Lizenzen fallen unter die Copyleft-Lizenzkategorie, während andere permissive Open-Source-Lizenzen sind.
-
-In diesem Artikel werde ich erklären, was Open-Source-Software-Lizenzierung ist und welche Arten es gibt.
-
-## Einführung
-
-Eine Open-Source-Lizenz ist eine Art von Lizenz, die es Benutzern erlaubt, das Quellmaterial der Software frei einzusehen, zu modifizieren und zu teilen. Auf diese Weise können Benutzer den Quellcode häufig aktualisieren und auf dem ursprünglichen Produkt aufbauen.
-
-Je nach gewähltem Open-Source-Lizenztyp können Benutzer bestimmte Aktivitäten mit dem Code durchführen oder auch nicht, wie zum Beispiel den Verkauf oder die kommerzielle Nutzung. Darüber hinaus gibt es viele verschiedene Arten von Open-Source-Lizenzen, die je nachdem, wie Sie das Quellmaterial nutzen möchten, unterschiedliche Bedingungen bieten.
-
-Daher ist es wichtig, einen Open-Source-Lizenztyp vollständig zu verstehen, bevor man seine Vorteile nutzt. Lesen Sie sich daher die folgenden Informationen durch, bevor Sie Entscheidungen treffen.
-
-## Arten von Open-Source-Lizenzen
-
-[[HTML_TAG]]
-  [[HTML_TAG]]
-[[HTML_TAG]]
-
-**Permissive Lizenzen**
-
-Eine permissive Lizenz, manchmal auch als nicht-Copyleft-Lizenz bezeichnet, gewährt Benutzern die Erlaubnis, den Quellcode zu nutzen, zu modifizieren und zu teilen, aber Benutzer haben auch die Möglichkeit, einige dieser Bedingungen für die Weiterverbreitung zu ändern, einschließlich abgeleiteter Werke. Im Kontext von Software ist ein abgeleitetes Werk ein Softwareprodukt, das auf einem bestehenden Programm basiert. Wenn das Original unter einer permissiven Lizenz veröffentlicht wurde, kann ein Entwickler wählen, sein abgeleitetes Werk unter anderen Bedingungen zu teilen als die ursprüngliche Lizenz es verlangt hätte.
-
-**Copyleft-Lizenzen**
-
-Copyleft-Lizenzen in Open Source geben dem Benutzer der Open-Source-Software die Freiheit des Autors, die Software zu modifizieren, zu nutzen und weiterzuverbreiten. Allerdings müssen Benutzer bestimmte Rechte an nachfolgende Benutzer weitergeben, indem sie ihnen die gleichen Rechte gewähren, die ihnen ursprünglich gegeben wurden.
-
-Copyleft-Lizenzen definieren, wie die Weiterverbreitung und Änderungen am Code erlaubt sind, und verbieten jeden Versuch, ihn proprietär oder nicht-offen zu machen. Dies stellt sicher, dass Entwickler, die die Software modifizieren, Zugang zum Quellcode haben, um ihn zu aktualisieren oder sogar eigene Änderungen einzubauen. Natürlich müssen alle Modifikationen auch verfügbar gemacht werden, damit andere von der Open-Source-Verfügbarkeit profitieren können. Dies ist für akademische oder Forschungszwecke kein Problem, aber oft ein Deal-Breaker beim Erstellen kommerzieller Software.
-
-## Warum eine Open-Source-Software-Lizenz einbinden?
-
-Das Einbinden einer Open-Source-Software-Lizenz ist entscheidend, wenn Sie Ihre Software als Open Source mit anderen teilen. Eine Lizenz dient mehreren wichtigen Zwecken:
-
-* **Um Zusammenarbeit und Innovation zu fördern**
-
-Open-Source-Lizenzen erlauben jedem, den Quellcode Ihrer Software einzusehen, zu modifizieren und zu verteilen. Dies ermutigt andere Entwickler, zu Ihrem Projekt beizutragen, Fehler zu beheben und neue Funktionen hinzuzufügen. Dies kann zu einem robusteren und innovativeren Softwareprodukt führen.
-
-* **Um Benutzern mehr Kontrolle und Flexibilität zu geben**
-
-Open-Source-Lizenzen erlauben Benutzern typischerweise, die Software für jeden Zweck zu nutzen, zu modifizieren und zu verteilen, einschließlich kommerzieller Nutzung. Dies gibt Benutzern mehr Kontrolle über ihre Software-Erfahrung und reduziert ihre Abhängigkeit von proprietären Software-Anbietern.
-
-* **Um eine Community um Ihre Software aufzubauen**
-
-Eine Open-Source-Lizenz kann Ihnen helfen, eine Community von Benutzern und Entwicklern aufzubauen, die sich für Ihre Software begeistern. Diese Community kann Unterstützung, Feedback und neue Ideen für Ihr Projekt liefern.
-
-* **Um Ihre Software zugänglicher und inklusiver zu machen**
-
-Open-Source-Software ist typischerweise kostenlos herunterzuladen und zu nutzen und oft in mehreren Sprachen verfügbar. Dies macht sie zugänglicher für Menschen aus der ganzen Welt, unabhängig von ihrem Einkommen oder Hintergrund.
-
-Zusätzlich zu diesen Vorteilen können Open-Source-Lizenzen Ihnen auch helfen:
-
-* **Urheberrechtsverletzungen zu vermeiden**
\ No newline at end of file
diff --git a/src/content/blog/de/open-source-vs-proprietary-app-update-solutions.md b/src/content/blog/de/open-source-vs-proprietary-app-update-solutions.md
deleted file mode 100644
index 34cc0afa9..000000000
--- a/src/content/blog/de/open-source-vs-proprietary-app-update-solutions.md
+++ /dev/null
@@ -1,239 +0,0 @@
----
-slug: open-source-vs-proprietary-app-update-solutions
-title: Open Source vs. proprietäre App-Update-Lösungen
-description: >-
-  Erkunden Sie die Unterschiede zwischen Open-Source- und proprietären
-  App-Update-Lösungen, um die beste Option für die Anforderungen und das Budget
-  Ihres Projekts zu finden.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-08T03:39:09.600Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a6a42ecd7a7d94bc55e8db-1738985966262.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  app updates, open source, proprietary solutions, security, customization,
-  scalability, development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Die Aktualisierung Ihrer App ist entscheidend für Sicherheit und Nutzerzufriedenheit. Die Wahl zwischen Open-Source- und proprietären Update-Lösungen hängt von Ihren Prioritäten ab: Flexibilität und Kosten oder Benutzerfreundlichkeit und Support.
-
-### Wichtige Unterschiede auf einen Blick:
-
--   **Open Source**: Kostenlos, anpassbar, erfordert aber technische Expertise und Wartung.
-    
--   **Proprietär**: Kostenpflichtig, einfach zu nutzen, mit professionellem Support und Sicherheit auf Unternehmensebene.
-    
-
-### Schnelle Vergleichstabelle:
-
-| **Aspekt** | **Open Source** | **Proprietär** |
-| --- | --- | --- |
-| **Kosten** | Kostenlos, aber mit Entwicklerwartung | 6–250€/Nutzer/Monat |
-| **Anpassbarkeit** | Hoch, mit Zugriff auf Quellcode | Beschränkt auf Herstellerfunktionen |
-| **Support** | Community-basierte Foren | 24/7 professioneller Support |
-| **Sicherheit** | Transparent, erfordert Überwachung | Integrierte Unternehmenssicherheit |
-| **Skalierung** | Manuelle Einrichtung | Automatisiert und skalierbar |
-| **Integration** | Erfordert individuelle Einrichtung | Vorgefertigte CI/CD-Konnektoren |
-
-### Zusammenfassung:
-
--   Wählen Sie **Open Source**, wenn Sie über ausgeprägte technische Fähigkeiten verfügen, Anpassungsmöglichkeiten benötigen und eine kostengünstige Lösung suchen.
-    
--   Entscheiden Sie sich für **proprietäre Tools**, wenn Sie Benutzerfreundlichkeit, Skalierbarkeit und professionellen Support schätzen.
-    
-
-Ihre Entscheidung sollte auf den Anforderungen Ihrer App, dem Budget und der Expertise Ihres Teams basieren. Lassen Sie uns die Details genauer betrachten.
-
-## Open Source vs. Proprietär - Wer wird die Oberhand behalten!
-
-<Steps>
-
-1. Bewerten Sie die technischen Fähigkeiten Ihres Teams
-2. Definieren Sie Ihr Budget
-3. Berücksichtigen Sie Ihre Skalierungsanforderungen
-4. Überprüfen Sie Sicherheitsanforderungen
-
-</Steps>
-
-## Open-Source-Update-Lösungen
-
-Open-Source-Update-Tools bieten Entwicklern anpassbare Optionen für die Verwaltung von Live [App-Updates](https://capgo.app/plugins/capacitor-updater/). Im Laufe der Zeit haben sich diese Tools stark verbessert und bieten fortschrittliche Funktionen bei gleichzeitiger Kosteneffizienz für Entwicklungsteams.
-
-### Hauptfunktionen
-
-Open-Source-Tools sind mit Funktionen ausgestattet, die den App-Update-Prozess vereinfachen:
-
-| Funktion | Beschreibung | Nutzen |
-| --- | --- | --- |
-| **Delta-Updates** | Sendet nur modifizierten Code | Spart Bandbreite und verkürzt Update-Zeit |
-| [**Bundle-Verwaltung**](https://capgo.app/docs/webapp/bundles/) | Verwaltet mehrere Update-Pakete | Unterstützt stufenweise Auslieferung und Versionskontrolle |
-| **Sicherheitsverifizierung** | Nutzt Public-Key-Authentifizierung | Schützt Update-Integrität |
-
-Diese Funktionen arbeiten nahtlos mit modernen CI/CD-Workflows zusammen und machen App-Updates effizienter und skalierbarer.
-
-### Gängige Tools und Plugins
-
-Die Open-Source-Landschaft bietet vertrauenswürdige Tools für App-Updates. [**Capgo**](https://capgo.app/) sticht als Top-Wahl für Live-Updates in Capacitor-Apps hervor und bietet Ende-zu-Ende-Verschlüsselung, reibungslose CI/CD-Integration und Einhaltung der App-Store-Richtlinien.
-
-### Stärken und Schwächen
-
-Die Abwägung der Vor- und Nachteile von Open-Source-Tools kann Ihnen bei der Wahl der richtigen Lösung helfen:
-
-| Aspekt | Stärke | Schwäche |
-| --- | --- | --- |
-| **Kosten und Flexibilität** | Kostenlos mit Zugriff auf Quellcode | Erfordert technisches Wissen und Wartung |
-| **Sicherheit** | Transparenter, von der Community geprüfter Code | Benötigt aktive Überwachung auf Schwachstellen |
-| **Support** | Community-basierte Hilfe | Kein dediziertes Support-Team |
-| **Integration** | Breite API-Kompatibilität | Komplexität abhängig vom Tool |
-
-Während Open-Source-Tools aktive Sicherheitsüberwachung erfordern, schafft ihre Transparenz Vertrauen [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software)[\[5\]](https://www.ankursnewsletter.com/p/clash-of-code-open-source-vs-proprietary).
-
-Obwohl Open-Source-Lösungen Anpassungsmöglichkeiten und Kostenvorteile bieten, stellen proprietäre Tools eine Alternative mit eigenen einzigartigen Vorteilen dar.
-
-## Proprietäre Update-Lösungen
-
-Proprietäre Update-Lösungen sind für Organisationen entwickelt, die zuverlässige, skalierbare Tools für das Update-Management benötigen. Diese Plattformen sind auf Unternehmen zugeschnitten, die Sicherheit, Skalierbarkeit und Zugang zu professionellem Support priorisieren.
-
-### Standardfunktionen
-
-Die heutigen proprietären Plattformen sind mit Funktionen ausgestattet, die auf Unternehmensanforderungen ausgerichtet sind:
-
-| **Funktionskategorie** | **Fähigkeiten** | **Geschäftsauswirkungen** |
-| --- | --- | --- |
-| **Sicherheit** | Verschlüsselung und Compliance-Tools | Schützt Daten und gewährleistet regulatorische Compliance |
-| **Verwaltung** | Benutzerzuweisung, Versionskontrolle, Rollback | Vereinfacht Updates und reduziert Bereitstellungsrisiken |
-| **Analytik** | Nutzungsverfolgung, Leistungsmetriken | Ermöglicht datengesteuerte Update-Entscheidungen |
-| **Integration** | CI/CD-Pipeline-Unterstützung, API-Zugriff | Automatisiert Workflows und optimiert Prozesse |
-
-Beispielsweise schützen Verschlüsselungstools sensible Informationen, während Rollback- und Versionskontrollfunktionen helfen, Risiken während Updates zu minimieren.
-
-### Führende kommerzielle Plattformen
-
-Mehrere Anbieter führen den proprietären Update-Markt an. [**Microsoft Intune**](https://www.microsoft.com/en-us/security/business/microsoft-intune), ab 6€ pro Benutzer/Monat, bietet eine vollständige Suite von Enterprise-App-Update-Tools mit starken Sicherheits- und Bereitstellungsfunktionen. [**VMware Workspace ONE**](https://levelblue.com/products/vmware) bietet ähnliche Funktionen, ergänzt aber um Geräteverwaltungsoptionen für breitere Anwendungsfälle.
-
-**Googles** [**Firebase Remote Config**](https://firebase.google.com/docs/remote-config) hat an Popularität gewonnen durch die Möglichkeit, Echtzeit-Konfigurationsupdates ohne App-Store-Einreichungen zu pushen. Dies macht es besonders attraktiv für Entwickler im Google-Ökosystem.
-
-### Vor- und Nachteile
-
-Die Bewertung der Vor- und Nachteile proprietärer Lösungen kann Unternehmen bei fundierten Entscheidungen helfen:
-
-| **Aspekt** | **Vorteile** | **Nachteile** |
-| --- | --- | --- |
-| **Support** | 24/7 professionelle Hilfe, SLA-gestützte Services | Begrenzte Anpassungsoptionen |
-| **Sicherheit** | Integrierte Unternehmenssicherheitsprotokolle | Mangelnde Transparenz bei Sicherheitsimplementierung |
-| **Integration** | Vorgefertigte Konnektoren und Herstellertools | Risiko der Herstellerabhängigkeit |
-| **Skalierbarkeit** | Ausgelegt für große Operationen | Höhere Kosten bei wachsender Nutzung |
-
-Eine aktuelle Umfrage ergab, dass 71% der Unternehmen proprietäre Lösungen wählen, hauptsächlich aufgrund von Sicherheits- und Zuverlässigkeitsbedenken [\[6\]](https://hyscaler.com/insights/open-source-vs-proprietary-software/). Dieser Trend unterstreicht die Bedeutung von professionellem Support und Compliance-Tools, besonders in Branchen mit strengen Vorschriften.
-
-Cloud-basierte proprietäre Lösungen haben die Skalierbarkeitsoptionen weiter erweitert. Unternehmen müssen jedoch sorgfältig die Kompromisse abwägen, wie etwa die verstärkte Abhängigkeit von Herstellerinfrastruktur, um zu bestimmen, ob diese Plattformen im Vergleich zu Open-Source-Alternativen die richtige Wahl sind.
-
-## Direkter Vergleich: Open Source vs. Proprietär
-
-Hier ist eine klare Aufschlüsselung, wie sich Open-Source- und proprietäre [App-Update-Lösungen](https://capgo.app/plugins/capacitor-updater/) in Schlüsselfunktionen, Kosten und technischen Anforderungen unterscheiden.
-
-### Funktionsmatrix
-
-| Funktionskategorie | Open-Source-Lösungen | Proprietäre Lösungen |
-| --- | --- | --- |
-| Update-Kontrolle | [Manuelle Updates](https://capgo.app/docs/plugin/cloud-mode/manual-update/), einfaches Rollback | Erweiterte Versionierung, automatisiertes Rollback |
-| Sicherheit | [Community-verwaltete Updates](https://capgo.app/docs/plugin/cloud-mode/manual-update/), individuelle Verschlüsselungseinrichtung | Unternehmensverschlüsselung, automatische Schwachstellenprüfung |
-| Integration | Individuelle CI/CD-Einrichtung | Vorgefertigte CI/CD-Konnektoren |
-| Skalierung | Manuelle Konfiguration | Integriertes Lastausgleich |
-| Support | Community-Foren, Dokumentation | 24/7 professioneller Support, SLA-Garantien |
-
-Diese Unterschiede spielen auch eine Rolle bei der Gestaltung der Kostenstrukturen jeder Option.
-
-### Preisaufschlüsselung
-
-Open-Source-Tools wie Capacitor Live Update sind kostenlos nutzbar, erfordern aber Entwicklerzeit für die Wartung. Andererseits berechnen proprietäre Plattformen wie Microsoft Intune 6–250€ pro Benutzer pro Monat, einschließlich professionellem Support und Skalierbarkeitsoptionen [\[1\]](https://www.heavybit.com/library/article/open-source-vs-proprietary).
-
-| Kostenfaktor | Open Source | Proprietär |
-| --- | --- | --- |
-| Initiale Lizenz | Kostenlos | 6-250€/Benutzer/Monat |
-| Wartung | Entwicklerzeit-Kosten | Im Abonnement enthalten |
-| Skalierungskosten | Infrastrukturkosten | Nutzungsbasierte Preisgestaltung |
-| Support-Kosten | Community-abhängig | In Lizenz enthalten |
-
-Die Wahl zwischen diesen Lösungen hängt oft von Ihrem Budget und dem verfügbaren internen Fachwissen ab.
-
-### Technische Anforderungen
-
-Die technischen Anforderungen für die Implementierung dieser Lösungen unterscheiden sich erheblich:
-
-**Open Source:**
-
--   Erfordert individuelle Konfiguration für Sicherheit und Verschlüsselung.
-    
--   Benötigt manuelle Integration mit CI/CD-Pipelines.
-    
--   Verlangt Einrichtung und Verwaltung von Versionskontrollsystemen.
-    
-
-**Proprietär:**
-
--   Bietet automatisierte Sicherheitsfunktionen.
-    
--   Kommt mit vorkonfigurierten Skalierungsmöglichkeiten.
-    
--   Enthält integrierte Überwachungstools.
-    
-
-Proprietäre Lösungen vereinfachen Integration und Wartung, können aber die Anpassungsoptionen von Open-Source-Tools vermissen lassen. Die Entscheidung hängt letztlich davon ab, ob Sie Anpassbarkeit oder Benutzerfreundlichkeit priorisieren [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-## Auswahl Ihrer Update-Lösung
-
-Bei der Entscheidung zwischen Open-Source- und proprietären Tools sollten Sie Faktoren wie die Fähigkeiten Ihres Teams, den Umfang Ihres Projekts, Budgetbeschränkungen, Sicherheitsanforderungen und die Integration mit Ihren bestehenden Systemen berücksichtigen. Diese Überlegungen sollten mit der Komplexität Ihrer App, der Größe Ihrer Nutzerbasis und allen zu erfüllenden Compliance-Anforderungen übereinstimmen.
-
-### Wann Open Source Sinn macht
-
-
-> "Einer der größten Vorteile von Capacitor gegenüber anderen Laufzeitumgebungen ist die Möglichkeit, Updates in Echtzeit bereitzustellen, ohne die App erneut in den App Stores einreichen zu müssen" [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-
-Diese Option eignet sich besonders für:
-
--   Teams mit hoher technischer Expertise
-    
--   Projekte, die individuelle Integrationseinrichtungen erfordern
-    
--   Organisationen, die gemeinschaftsgetriebene Lösungen schätzen
-    
--   Apps, die schnelle und häufige Updates benötigen
-    
-
-### Wann proprietäre Tools besser geeignet sind
-
-Proprietäre Plattformen sind oft die erste Wahl für Projekte auf Unternehmensebene, bei denen Zuverlässigkeit und Compliance entscheidend sind. Sie funktionieren besonders gut für:
-
--   Große Anwendungen mit komplexen Bereitstellungsanforderungen
-    
--   Unternehmen in Branchen mit strengen Vorschriften
-    
--   Teams, die robuste Überwachungs- und Analysefunktionen benötigen
-    
--   Apps, die in mehreren Regionen mit unterschiedlichen Compliance-Standards eingesetzt werden
-    
-
-Ihre Wahl sollte sich an den aktuellen Bedürfnissen und dem zukünftigen Wachstum Ihres Projekts orientieren. Open-Source-Tools bieten möglicherweise geringere Anfangskosten, aber proprietäre Plattformen können langfristig durch Funktionen wie professionellen Support und reduzierten Wartungsaufwand Zeit und Ressourcen sparen [\[1\]](https://www.heavybit.com/library/article/open-source-vs-proprietary)[\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-Für Organisationen, die mehrere Apps in verschiedenen Regionen verwalten, stechen proprietäre Lösungen oft durch ihre integrierte Sicherheit und Skalierbarkeit hervor. Kleinere Projekte hingegen können von der Anpassungsfähigkeit der Open-Source-Tools profitieren [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-## Fazit
-
-### Hauptpunkte
-
-Die Entscheidung zwischen Open-Source- und proprietären Lösungen hängt von der Abwägung von Faktoren wie Kosten, Flexibilität und Support ab. Open-Source-Tools eignen sich gut für Teams, die Anpassungsmöglichkeiten benötigen, während proprietäre Plattformen oft in Bereichen wie Skalierbarkeit und Erfüllung strenger Compliance-Anforderungen glänzen. Ihre Wahl wird von Überlegungen wie Budget, erforderlichem Anpassungsgrad, Support-Erwartungen und Sicherheitsprioritäten abhängen.
-
-Für Organisationen, die mehrere Apps verwalten oder Enterprise-Level-Funktionen benötigen, bieten proprietäre Tools oft starken Support und effiziente Arbeitsabläufe. Andererseits können Teams mit fortgeschrittenen technischen Fähigkeiten und spezifischen Integrationsanforderungen von Open-Source-Tools profitieren, die maßgeschneiderte Lösungen für einzigartige Herausforderungen ermöglichen [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-### Implementierungsschritte
-
-Um Ihre gewählte Lösung erfolgreich zu implementieren, beginnen Sie mit der Bewertung der spezifischen Anforderungen Ihrer App. Wählen Sie dann das Tool, das am besten zu diesen Anforderungen passt, und integrieren Sie es in Ihre CI/CD-Pipeline, während Sie sicherstellen, dass es den relevanten Plattformstandards entspricht. Eine reibungslose Implementierung wird davon abhängen, wie gut Ihre Wahl zu den technischen Fähigkeiten, dem Budget und der Kapazität für langfristige Wartung Ihres Teams passt.
-
-Der Erfolg Ihrer Update-Lösung wird größtenteils von ihrer Fähigkeit abhängen, sowohl aktuelle Anforderungen als auch zukünftiges Wachstum zu erfüllen. Ob Sie sich für Open-Source-Tools wegen ihrer Anpassungsoptionen oder für proprietäre Plattformen wegen ihres strukturierten Supports entscheiden, stellen Sie sicher, dass Ihre Wahl Ihren Entwicklungsprozess ergänzt und den Plattformrichtlinien entspricht.
diff --git a/src/content/blog/de/open-source.md b/src/content/blog/de/open-source.md
deleted file mode 100644
index 2bf053ce6..000000000
--- a/src/content/blog/de/open-source.md
+++ /dev/null
@@ -1,73 +0,0 @@
----
-slug: open-source
-title: 'Erfahren Sie, was Open Source ist und warum es wichtig ist!'
-description: >-
-  Während Ihres Programmier-Lernprozesses sind Sie möglicherweise auf den
-  Begriff "open source" gestoßen. Aber was bedeutet das genau?
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-16T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /open_source_main.webp
-head_image_alt: Kostenlos
-keywords: >-
-  Open Source, Capgo, philosophy, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Open Source
-published: true
-locale: de
-next_blog: ''
----
-
-# In diesem Artikel erkläre ich, was Open Source Software ist und wie sie sich von anderen Softwarearten unterscheidet. Ich werde auch die Vorteile von Open Source Software besprechen und erläutern, wie man zu Projekten beitragen kann.
-
-## Überblick
-
-Open Source ist ein Begriff, der sich ursprünglich auf Open Source Software (OSS) bezog. Open Source Software ist Code, der öffentlich zugänglich sein soll - jeder kann den Code einsehen, modifizieren und nach Belieben verteilen.
-
-[Source code](https://githubcom/cap-go/capacitor-updater/) ist der Teil der Software, den die meisten Computernutzer nie zu sehen bekommen; es ist der Code, den Programmierer manipulieren können, um die Funktionsweise eines Programms oder einer Anwendung zu ändern. Programmierer mit Zugang zum Quellcode eines Computerprogramms können dieses Programm verbessern, indem sie Funktionen hinzufügen oder Teile reparieren, die nicht immer korrekt funktionieren.
-
-Jedes aktive Open Source Software-Projekt hat einen oder mehrere Maintainer. Dies sind die Personen, die das Projekt betreuen und sicherstellen, dass es frei von Fehlern oder anderen Problemen bleibt. Mit anderen Worten, sie "pflegen" das Projekt! Während sie ihre Zeit damit verbringen können, Code für das Projekt zu schreiben, besteht ihre Hauptaufgabe darin, Beiträge von anderen zu überprüfen und zu organisieren. Die Personen, die diese Beiträge leisten, werden treffend als Contributors bezeichnet. Dies sind Menschen, die neuen Code, Dokumentation oder sogar Fehlerberichte zu Open Source Projekten einreichen.
-
-[[HTML_TAG]]
-  [[HTML_TAG]]
-[[HTML_TAG]]
-
-Wie also entstand die Open Source Bewegung, wie wir sie heute kennen?
-
-## Woher kommt der Begriff "Open Source"?
-
-Vor über zwanzig Jahren wurde der Begriff "Open Source Software" von Christine Peterson, der Mitbegründerin des Foresight Institute, geprägt. Sie wollte diesen Begriff prägen, um Neueinsteiger in diesen Bereich zu locken.
-
-Der ursprüngliche Name sollte "Free Software" sein, aber es gab viel Verwirrung darüber, was "free" eigentlich bedeutete. Um das Problem zu klären, schlug Peterson stattdessen eine Namensänderung zu "Open Source Software" vor.
-
-## Was sind die Vorteile von Open Source Software?
-
-Es gibt viele Vorteile bei der Nutzung und Arbeit mit Open Source Software. Einer der Vorteile ist die große Kontrolle über den Code, den man nutzen möchte.
-
-Programmierer können den Code einsehen und entscheiden, welche Teile sie ändern möchten. Normale Benutzer können diese Software nach Belieben verwenden, ohne dass ihnen jemand vorschreibt, wie sie sie nutzen sollen.
-
-Ein weiterer Vorteil ist, wie viel man durch die Verwendung von Code aus einem Open Source Projekt lernen kann. Entwickler aus allen Bereichen können den Code von Open Source Projekten studieren und ihre Arbeit mit anderen teilen.
-
-Open Source Software gilt auch als sicherer als proprietäre Software. Da der Code frei verfügbar ist, können Entwickler Probleme finden, Updates vornehmen und diese Fehler schneller beheben als bei proprietärer Software.
-
-Open Source hat auch eine sehr große Community. Dadurch gibt es viele hilfreiche Ressourcen für Anfänger, die einer Open Source Community beitreten und anfangen möchten, beizutragen.
-
-## Warum sollten Sie zu Open-Source-Projekten beitragen?
-
-Die kollaborative Natur der Open Source Community bietet auch wichtige Möglichkeiten für Entwickler. Hier sind die wichtigsten Gründe, warum es eine gute Idee ist:
-
-**Verbesserung des Projekts**
-
-Die größte Schönheit einer Open-Source-Community liegt darin, dass ihre Mitglieder hauptsächlich von ihrem echten Interesse an den jeweiligen Projekten angetrieben werden. Deshalb tragen viele Menschen aus altruistischen Gründen zu Open-Source-Projekten bei - sie wollen sie verbessern!
-
-Die Open-Source-Software schneller, intelligenter oder sicherer zu machen, wird ihre Qualität steigern.
-
-**Wertvolles Wissen gewinnen**
-
-Indem Sie in ein bestimmtes Open-Source-Projekt eintauchen, erhalten Sie wertvolles Wissen über die betreffende Software. Mit anderen Worten, Sie lernen nicht nur durch das Tun - Sie lernen durch die Interaktion mit dem Code anderer Entwickler.
-
-**Karrierechancen verbessern**
-
-Durch Beiträge zu Open-Source-Projekten signalisieren Sie potenziellen Arbeitgebern Ihr Talent.
\ No newline at end of file
diff --git a/src/content/blog/de/optimise-your-images-for-updates.md b/src/content/blog/de/optimise-your-images-for-updates.md
deleted file mode 100644
index 2472c34a5..000000000
--- a/src/content/blog/de/optimise-your-images-for-updates.md
+++ /dev/null
@@ -1,33 +0,0 @@
----
-slug: optimise-your-images-for-updates
-title: Optimiere deine Bilder für Updates
-description: >-
-  So optimieren Sie Ihre Bilder für Live-Updates und helfen Ihren Nutzern,
-  schneller Updates zu erhalten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-23T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /convert.jpg.webp.webp
-head_image_alt: In webp konvertieren Illustration
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Optimisation
-published: true
-locale: de
-next_blog: ''
----
-
-WebP ist ein modernes Bildformat, das im Vergleich zu JPEG erhebliche Einsparungen bei der Dateigröße bieten kann, während eine ähnliche oder bessere Bildqualität erhalten bleibt. Durch die Konvertierung Ihrer JPEG-Bilder in WebP in Ihrer mobilen App können Sie möglicherweise die Größe Ihrer App reduzieren, was zu schnelleren Downloadzeiten und verbesserter Leistung für Ihre Benutzer führen kann.
-
-WebP wird von den meisten wichtigen mobilen Plattformen und Geräten, einschließlich Android und iOS, gut unterstützt. Im Gegensatz zu JPEG bietet WebP eine überlegene Bildqualität bei geringerer Dateigröße, was zu schnelleren Downloadzeiten, geringerem Datenverbrauch und einer besseren Benutzererfahrung führt. Dies ist besonders wichtig für mobile Apps, die in Mobilfunknetzen verwendet werden, wo Datenverbrauch und Downloadzeiten wichtige Faktoren sind.
-
-Wenn es um die Konvertierung Ihrer Bilder in WebP geht, stehen einige Optionen zur Verfügung. Eine beliebte Option ist die Verwendung eines Kommandozeilen-Tools wie `c.webp`, das sich leicht in den Build-Prozess Ihrer App integrieren lässt. Eine andere Option ist die Konvertierung Ihrer Bilder in WebP in [Android Studio](https://sites.google.com/a/android.com/tools/tech-docs/.webp/), das zur manuellen Konvertierung Ihrer Bilder verwendet werden kann. Sie können auch ein Plugin für Ihr Content-Management-System (CMS) oder einen automatisierten Dienst wie Kraken.io verwenden.
-
-Nachdem Sie Ihre Bilder in WebP konvertiert haben, ist es wichtig, die Leistung Ihrer App zu testen, um festzustellen, ob es Verbesserungen gibt. Sie können Tools wie [das Firebase Performance Monitoring Plugin](https://github.com/cap-go/capacitor-firebase/tree/main/packages/performance/) oder andere Performance-Test-Tools verwenden, um die Leistung der App zu messen. Sie sollten die App auch auf verschiedenen Geräten und Netzwerken testen, um ein genaueres Bild davon zu erhalten, wie sich die Konvertierung zu WebP auf die Leistung der App auswirkt.
-
-Neben der Verbesserung der Leistung Ihrer App kann die Konvertierung Ihrer Bilder in WebP auch positive Auswirkungen auf die gesamte Benutzererfahrung Ihrer App haben. Mit schnelleren Downloadzeiten und geringerem Datenverbrauch werden Benutzer mit höherer Wahrscheinlichkeit eine positive Erfahrung mit Ihrer App machen, was zu erhöhtem Engagement und besserer Bindung führen kann.
-
-Insgesamt kann die Konvertierung Ihrer Bilder in WebP ein effektiver Weg sein, um die Assets Ihrer mobilen App zu optimieren und die Leistung Ihrer App zu verbessern. Es ist ein einfacher und unkomplizierter Prozess, der große Auswirkungen auf die gesamte Benutzererfahrung Ihrer App haben kann. Indem Sie sich die Zeit nehmen, Ihre Bilder in WebP zu konvertieren, können Sie Ihren Benutzern eine bessere Erfahrung bieten und möglicherweise das Engagement und die Bindung erhöhen.
diff --git a/src/content/blog/de/ota-security-checklist-for-capacitor-apps.md b/src/content/blog/de/ota-security-checklist-for-capacitor-apps.md
deleted file mode 100644
index c17339402..000000000
--- a/src/content/blog/de/ota-security-checklist-for-capacitor-apps.md
+++ /dev/null
@@ -1,77 +0,0 @@
----
-slug: ota-security-checklist-for-capacitor-apps
-title: OTA-Sicherheitscheckliste für Capacitor-Apps
-description: >-
-  Lernen Sie wichtige Sicherheitsmaßnahmen für OTA-Updates in Apps kennen,
-  einschließlich Verschlüsselung, Zugangskontrolle und Notfallstrategien.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T13:52:41.166Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f910732e221594daf2250f-1744379572627.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, app security, encryption, user management, compliance, rollback
-  capabilities, mobile app development
-tag: 'Mobile, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Sichere OTA-Updates sind essentiell, um Nutzerdaten zu schützen und die App-Integrität zu gewährleisten.** Hier sind die wichtigsten Punkte:
-
--   **Ende-zu-Ende-Verschlüsselung:** Schützt Updates von der Erstellung bis zur Auslieferung.
--   **Rollback-Funktionen:** Schnelle Rückgängigmachung fehlerhafter Updates zur Minimierung von Auswirkungen.
--   **Nutzerverwaltung:** Strikte Zugangskontrolle stellt sicher, dass Updates nur autorisierte Nutzer erreichen.
--   **Compliance:** Befolgen Sie Apple- und Google-Richtlinien, um App Store-Listungen aufrechtzuerhalten.
--   **Risikominderung:** Nutzen Sie stufenweise Einführungen, Beta-Tests und Infrastruktursicherheit zur Reduzierung von Schwachstellen.
-
-**Wichtige Statistiken:**
-
--   95% der aktiven Nutzer aktualisieren innerhalb von 24 Stunden.
--   Globale Bereitstellungserfolgsrate liegt bei 82%.
-
-## Der EINFACHE Leitfaden für Over-The-Air (OTA) Updates Mit ...
-
-<iframe src="https://www.youtube.com/embed/7Xdsc1qqoro" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Sicherheitsplanung
-
-Stellen Sie sicher, dass OTA-Updates mit starken technischen Schutzmaßnahmen und Compliance-Maßnahmen geplant werden.
-
-### Sicherheitsanforderungen
-
-Schützen Sie Updates mit Ende-zu-Ende-Verschlüsselung von der Erstellung bis zur Bereitstellung [\[1\]](https://capgo.app/). Wichtige Schritte sind:
-
--   **Verschlüsselungsprotokolle**: Verwenden Sie Ende-zu-Ende-Verschlüsselung für alle Update-Pakete.
--   **Authentifizierungssysteme**: Setzen Sie robuste Benutzer- und Geräteauthentifizierungsmethoden durch.
-
-### App Store Regeln
-
-Der [Apple App Store](https://developer.apple.com/app-store/guidelines/) und [Google Play Store](https://play.google.com/console/signup) setzen strenge Richtlinien für OTA-Updates durch. Die Einhaltung dieser Regeln ist entscheidend für die Aufrechterhaltung von App Store-Listungen und Nutzervertrauen.
-
-| Plattform | Hauptanforderungen | Update-Einschränkungen |
-| --- | --- | --- |
-| Apple App Store | Ende-zu-Ende-Verschlüsselung | Keine Änderungen an Kernfunktionalität |
-| Google Play Store | Signierte Updates | Beschränkt auf Content-Updates |
-| Beide Plattformen | Rollback-Fähigkeit | Muss App-Integrität wahren |
-
-### Sicherheitsrisiken
-
-Das Verständnis potenzieller Schwachstellen hilft bei der Entwicklung effektiver Abwehrmaßnahmen. Wichtige Risiken sind:
-
--   **Update-Integrität**  
-    Mit einer globalen Update-Erfolgsrate von 82% [\[1\]](https://capgo.app/) können starke Sicherheitsprotokolle Bereitstellungsprobleme deutlich reduzieren.
-    
--   **Verteilungskontrolle**  
-    Nutzen Sie Beta-Tests und stufenweise Einführungen zur Verwaltung der Verteilung und Risikominderung.
-    
--   **Infrastruktursicherheit**  
-    Wählen Sie zwischen Cloud-basierter oder selbst gehosteter Infrastruktur basierend auf den spezifischen Sicherheitsanforderungen Ihrer Organisation [\[1\]](https://capgo.app/).
-    
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren nur Updates." - Capgo [\[1\]](https://capgo.app/)
-
-[Continue with the next section if needed]
diff --git a/src/content/blog/de/ota-updates-in-beta-staying-policy-compliant.md b/src/content/blog/de/ota-updates-in-beta-staying-policy-compliant.md
deleted file mode 100644
index cc5464498..000000000
--- a/src/content/blog/de/ota-updates-in-beta-staying-policy-compliant.md
+++ /dev/null
@@ -1,84 +0,0 @@
----
-slug: ota-updates-in-beta-staying-policy-compliant
-title: 'OTA Updates in der Beta: Richtlinienkonform bleiben'
-description: >-
-  Erfahren Sie, wie Sie OTA-Updates im Beta-Testing effektiv verwalten und dabei
-  die Einhaltung der App-Store-Richtlinien sicherstellen und die
-  Benutzersicherheit verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T02:04:08.266Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5-1743499666588.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, beta testing, compliance, app store policies, encryption, user
-  communication, quality control
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**OTA-Updates machen Beta-Tests schneller und einfacher - aber die Einhaltung der App Store-Regeln ist entscheidend.** Hier ist, was Sie wissen müssen:
-
--   **Was sind OTA-Updates?** Sie ermöglichen Entwicklern, Fixes und Features direkt an die Geräte der Nutzer zu senden, ohne den App Store zu durchlaufen.
--   **Hauptvorteile:** Schnelle Bereitstellung, gezielte Updates, Echtzeit-Tracking und Rollback-Optionen.
--   **Compliance-Grundlagen:** Nutzen Sie Ende-zu-Ende-Verschlüsselung, kommunizieren Sie transparent mit Testern und befolgen Sie die Beta-Test-Regeln von Apple und Google.
--   **Häufige Fehler vermeiden:** Verwenden Sie keine OTA-Updates für nicht genehmigte Änderungen wie Zahlungssysteme oder Kernfunktionalitäten.
--   **Beste Tools:** Plattformen wie [Capgo](https://capgo.app/) vereinfachen sichere, konforme Updates mit Funktionen wie Kanalsystemen, Analysen und Rollback-Möglichkeiten.
-
-**Schneller Vergleich:**
-
-| Funktion | Capgo | [TestFlight](https://developer.apple.com/testflight/) | [Google Play Console](https://developer.android.com/distribute/console) |
-| --- | --- | --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Ja | Ja | Ja |
-| Gezielte Updates | Ja ([Kanalsystem](https://capgo.app/docs/plugin/cloud-mode/channel-system/)) | Begrenzt | Begrenzt |
-| Rollback-Fähigkeit | Ja | Nein | Nein |
-| Echtzeit-Tracking | Ja | Begrenzt | Begrenzt |
-| Einrichtungskosten | 2.600 € (einmalig) | Kostenlos | Kostenlos |
-
-## Best Practices für Geräte-Firmware-Updates
-
-<iframe src="https://www.youtube.com/embed/owPdKRQhMzk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## App Store Beta-Test-Regeln
-
-Sowohl Apple als auch Google haben strenge Beta-Test-Richtlinien, die die App-Qualität und Benutzersicherheit gewährleisten sollen. Es ist wichtig, sichere und präzise Update-Tools zu verwenden, um diese Standards zu erfüllen.
-
-### Apple [TestFlight](https://developer.apple.com/testflight/) Anforderungen
-
-![TestFlight](https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5/4da4b0faec79804f5d08d001d9926818.jpg)
-
-Um Apples Regeln einzuhalten, stellen Sie sicher, dass Ihre Lösung **Ende-zu-Ende-Verschlüsselung** und **gezielte Rollouts** für Beta-Updates unterstützt.
-
-### Google Play Beta-Test-Regeln
-
-Google empfiehlt die Verwendung von Systemen wie Capgos Kanalsystem, um Updates sicher an bestimmte Benutzergruppen zu liefern [\[1\]](https://capgo.app/). Diese Richtlinien sind Teil umfassenderer Richtlinienänderungen, die unten diskutiert werden.
-
-### Aktuelle Richtlinien-Updates
-
-Aktuelle Updates der Beta-Test-Richtlinien haben strengere Sicherheitsmaßnahmen für Over-the-Air (OTA) Updates eingeführt:
-
--   **Verschlüsselung**: Alle Updates müssen jetzt Ende-zu-Ende-Verschlüsselung verwenden [\[1\]](https://capgo.app/).
--   **Versions-Tracking**: Apps müssen detaillierte Aufzeichnungen über Update-Verteilungen führen [\[1\]](https://capgo.app/).
-
-[Continue translation? Let me know if you want me to translate the rest of the text]
-
-Diese Praktiken bilden das Rückgrat spezialisierter Plattformen wie Capgo.
-
-### Nutzung von Capgo für Updates
-
-Capgo wurde entwickelt, um konforme OTA-Updates zu vereinfachen. Mit über 23,5 Millionen ausgelieferten Updates in 750 Produktions-Apps [\[1\]](https://capgo.app/) bietet es Werkzeuge für jeden Aspekt des Prozesses. So tragen seine Funktionen bei:
-
-| Funktion | Vorteil |
-| --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Schützt Updates und Nutzerdaten |
-| Kanal-System | Ermöglicht präzises Beta-Test-Management |
-| Analytics-Dashboard | Bietet Echtzeit-Compliance-Tracking |
-| Rollback-Fähigkeit | Gewährleistet Stabilität durch Versionskontrolle |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgos Fähigkeit, Compliance mit schnellen, zuverlässigen Updates in Einklang zu bringen, macht es zu einem essentiellen Werkzeug für agile Entwicklungsteams.
diff --git a/src/content/blog/de/ota-updates-in-cicd-security-and-compliance-tips.md b/src/content/blog/de/ota-updates-in-cicd-security-and-compliance-tips.md
deleted file mode 100644
index 2d8497145..000000000
--- a/src/content/blog/de/ota-updates-in-cicd-security-and-compliance-tips.md
+++ /dev/null
@@ -1,246 +0,0 @@
----
-slug: ota-updates-in-cicd-security-and-compliance-tips
-title: 'OTA-Updates in CI/CD: Sicherheits- und Compliance-Tipps'
-description: >-
-  Erlernen Sie wesentliche Sicherheits- und Compliance-Strategien für
-  OTA-Updates in CI/CD-Pipelines, um effiziente und sichere App-Bereitstellungen
-  zu gewährleisten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T03:24:03.406Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e7635c283d21cbd679bdb8-1743218655903.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, CI/CD, security, compliance, encryption, app deployment, privacy
-  laws, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**OTA-Updates** ermöglichen es Ihnen, App-Updates direkt an Benutzer zu senden, ohne auf die Überprüfung durch den App-Store warten zu müssen. In Kombination mit **CI/CD-Pipelines** ermöglichen sie schnelle, automatisierte und sichere Bereitstellungen. Aber Geschwindigkeit bringt Risiken mit sich - Sicherheit, Compliance und Datenschutz müssen Prioritäten sein.
-
-### Wichtige Erkenntnisse:
-
--   **Sicherheitsrisiken**: Risiken umfassen Dateninterception, Code-Injektion und Server-Komprimierung.
--   **Best Practices**: Verwenden Sie **Ende-zu-Ende-Verschlüsselung**, **Code-Signierung** und **sichere HTTPS-Zustellung**.
--   **Compliance**: Folgen Sie den Regeln des App-Stores (keine Änderungen an der Kernfunktionalität ohne Genehmigung) und Datenschutzgesetzen wie [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)/[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act).
--   **Vorteile für Capacitor-Apps**: Probleme sofort beheben, Updates schrittweise bereitstellen und die Leistung in Echtzeit verfolgen.
-
-### Zu verwendende Tools:
-
-Plattformen wie **[Capgo](https://capgo.app/)** bieten robuste Funktionen wie Verschlüsselung, Rollback-Optionen, Fehlerverfolgung und CI/CD-Integration. Zum Beispiel:
-
--   **Capgos Erfolgsquoten**: 95% Update-Adoption innerhalb von 24 Stunden, 82% globale Erfolgsquote.
-
-| Funktion | Vorteil |
-| --- | --- |
-| **Verschlüsselung** | Sichert Update-Pakete |
-| **Rollback-Optionen** | Behebt Probleme schnell |
-| **Zugriffskontrolle** | Begrenzte Berechtigungen |
-| **Analytik** | Verfolgt Leistung |
-
-Beginnen Sie mit der Auswahl einer sicheren OTA-Plattform, integrieren Sie sie mit Ihrer CI/CD-Pipeline und befolgen Sie die Compliance-Regeln, um reibungslose, sichere und effektive Updates zu gewährleisten.
-
-## Praktische Tipps & Tricks zur Sicherung Ihrer CI/CD-Pipelines
-
-<iframe src="https://www.youtube.com/embed/4hKqanFEu34" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Sichere OTA-Update-Einrichtung
-
-Der Schutz Ihrer CI/CD OTA-Updates erfordert mehrere Sicherheitsebenen. Capgo hat eine Erfolgsquote von 95% für Updates innerhalb von 24 Stunden gezeigt, wenn diese Strategien effektiv umgesetzt werden[\[1\]](https://capgo.app/).
-
-### Verschlüsselung von Update-Paketen
-
-Die Verschlüsselung von OTA-Update-Paketen von Anfang bis Ende gewährleistet, dass sie während des gesamten Prozesses sicher bleiben[\[1\]](https://capgo.app/). Diese Methode ermöglicht es nur autorisierten Benutzern, die Updates zu entschlüsseln und fügt eine zusätzliche Schutzschicht hinzu. Im Gegensatz zu Lösungen, die lediglich Updates signieren, blockiert die vollständige Verschlüsselung unbefugten Zugriff in jedem Schritt.
-
-### Methoden zur Code-Signierung
-
-Die Code-Signierung ist entscheidend, um zu überprüfen, dass Updates legitim und unverändert sind. Kombinieren Sie dies mit starker Verschlüsselung, um einen sichereren [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/) zu schaffen.
-
-### Sichere Update-Zustellung
-
-Sichern Sie Ihre Update-Zustellung, indem Sie HTTPS und geschützte API-Zugriffe verwenden. Dies verhindert die Abfangen oder Manipulation von Daten während des Transports. Stellen Sie außerdem sicher, dass Ihr System zuverlässige Rollback-Mechanismen umfasst, um Zustellprobleme zu bewältigen, ohne die Integrität zu gefährden.
-
-### Rollback-Optionen für Updates
-
-Rollback-Funktionen sind entscheidend für die Behebung von Update-Fehlern. Capgo schreibt einen Teil seiner 82% globalen Erfolgsquote diesen Fähigkeiten zu[\[1\]](https://capgo.app/). Zusammen sorgen diese Sicherheitsebenen für ein zuverlässiges OTA-Update-System, das Risiken minimiert und eine konsistente Leistung gewährleistet.
-
-## App Store und Datenschutzregeln
-
-### Regeln für OTA-Updates im App Store
-
-Apple verlangt eine Überprüfung für Änderungen an der Kernfunktionalität der App, während Google erwartet, dass Updates transparent sind. Um Ihre Over-the-Air (OTA) Bereitstellungen compliant mit den Regeln des App Stores zu halten, befolgen Sie diese Schritte:
-
--   **Detaillierte Update-Dokumentation bereitstellen**: Klar umreißen, was das Update beinhaltet.
--   **Änderungen an der Kernfunktionalität vermeiden**: Sicherstellen, dass Updates die Primärmerkmale der App nicht ohne Genehmigung ändern.
--   **An UI/UX-Richtlinien der Plattform halten**: Alle Designänderungen sollten mit den Standards der Plattform übereinstimmen.
-
-Das Einhalten dieser Regeln ist entscheidend, um die Präsenz Ihrer App auf dem Markt zu erhalten. Wie Capgo betont, ist es der Schlüssel zum langfristigen Erfolg, "App Store compliant" zu bleiben [\[1\]](https://capgo.app/).
-
-### Anforderungen an Datenschutzgesetze
-
-Datenschutzgesetze wie GDPR und CCPA beeinflussen ebenfalls, wie OTA-Update-Daten behandelt werden. Diese Vorschriften konzentrieren sich auf Transparenz, Nutzerrechte und Sicherheit.
-
-**Transparenz in der Datenerhebung**:
-
--   Klar offenlegen, welche update-bezogenen Daten gesammelt werden.
--   Vor der Datenerhebung ausdrückliche Nutzerzustimmung einholen.
--   Nutzern die Möglichkeit geben, sich von nicht wesentlichen Datensammlungen abzumelden.
-
-**Schutz der Nutzerrechte**:
-
--   Nutzern den Zugriff auf ihre Update-Historie ermöglichen.
--   Optionen für die Datenportabilität im Zusammenhang mit Updates bereitstellen.
--   Auf Nutzeranfragen zur Löschung von update-bezogenen Daten reagieren.
-
-**Sicherheitspraktiken**:
-
--   Alle Update-Daten verschlüsseln.
--   Detaillierte Protokolle der Update-Aktivitäten führen.
--   Strenge Zugriffskontrollen implementieren, um Daten zu schützen.
-
-Starke Sicherheit und ein transparenter Update-Prozess sind unverzichtbar für die Compliance. Capgo betont die Verwendung von Ende-zu-Ende-Verschlüsselung als Kernstrategie zum Schutz von OTA-Updates [\[1\]](https://capgo.app/).
-
-## Sicherheitstipps für OTA-Updates
-
-### Sicherheitstest
-
-Automatisieren Sie Sicherheitstests, um potenzielle Schwächen aufzudecken. Verwenden Sie automatisierte Tools, um sicherzustellen, dass Update-Pakete sicher sind und die Verschlüsselung wie beabsichtigt funktioniert.
-
-Wichtige Bereiche zur Validierung umfassen:
-
--   **Paketintegrität**
--   **Verschlüsselungsprotokolle**
--   **Authentifizierungsmechanismen**
--   **Zugriffskontrollsysteme**
-
-Ein solider Testprozess gewährleistet starke Berechtigungskontrollen während der Bereitstellung.
-
-### Update-Berechtigungskontrollen
-
-Die Steuerung, wer auf Updates zugreifen und sie bereitstellen kann, ist entscheidend. Implementieren Sie rollenbasierte Berechtigungen, um unbefugte Änderungen zu verhindern.
-
--   **Admin-Kontrollen**: Vollzugriff zur Verwaltung von Bereitstellungen und Rollbacks.
--   **Entwicklerzugang**: Eingeschränkt auf bestimmte Update-Kanäle und Testumgebungen.
--   **QA-Team**: Berechtigungen für Beta-Kanäle und Test-Setups.
--   **Überwachungsteam**: Eingeschränkt auf das Anzeigen von Analytik und Protokollen.
-
-Diese Berechtigungen arbeiten mit Tracking-Systemen zusammen, um eine sichere Umgebung aufrechtzuerhalten.
-
-### Update-Verfolgung
-
-Behalten Sie die Update-Aktivitäten genau im Auge, um frühzeitig Probleme zu erkennen. So hilft das Tracking:
-
-| Tracking-Komponente | Zweck | Sicherheitsvorteil |
-| --- | --- | --- |
-| **Fehlerprotokollierung** | Verfolgt Update-Fehler | Erkennt Verstöße |
-| **Analytik-Dashboard** | Überwacht Erfolgsquoten | Erkennt potenzielle Bedrohungen |
-| **Versionskontrolle** | Verfolgt aktive Versionen | Gewährleistet Konsistenz |
-| **Protokolle der Nutzeraktivität** | Protokolliert Bereitstellungen | Bietet eine Prüfspur |
-
-### Problemlösungsplan
-
-Ein schneller Reaktionsplan kann die Auswirkungen von Sicherheitsproblemen reduzieren. So gehen Sie mit Verstößen um:
-
-1. **Bewertung**
-
--   Bestimmen Sie die Schwere und den Umfang.
--   Dokumentieren Sie betroffene Versionen.
--   Identifizieren Sie betroffene Nutzer.
-
-2. **Eindämmung**
-
--   Updates vorübergehend stoppen.
--   Alle kompromittierten Kanäle blockieren.
--   Backups aktivieren, um Daten zu sichern.
-
-3. **Wiederherstellung**
-
--   Rollback auf eine sichere Version durchführen, um die Funktionalität wiederherzustellen.
--   Notfall-Patches nach Bedarf bereitstellen.
--   Nutzer über den Vorfall und die Schritte zur Lösung informieren.
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren nur Updates" - Capgo [\[1\]](https://capgo.app/)
-
-## Bewertung der OTA-Update-Tools
-
-Die Sicherung von OTA-Updates erfordert Tools mit integrierten Funktionen, die den Datenschutz priorisieren. Hier ist ein näherer Blick auf das, was zu berücksichtigen ist.
-
-### Wichtige Funktionen für OTA-Updates
-
-Bei der Auswahl einer OTA-Update-Plattform sollten Sie sich auf Sicherheit und Funktionalität konzentrieren. Ende-zu-Ende-Verschlüsselung ist ein Muss - sie bietet weit mehr Schutz als eine einfache Code-Signierung.
-
-Hier sind einige wesentliche Funktionen, die Sie priorisieren sollten:
-
--   **Verschlüsselung**: Gewährleistet, dass Update-Pakete während der Übertragung vollständig verschlüsselt sind.
--   **Rollback-Unterstützung**: Ermöglicht sofortige Rückkehr zu vorherigen Versionen, wenn Probleme auftreten.
--   **Zugriffskontrolle**: Ermöglicht eine detaillierte Verwaltung von Berechtigungen und Benutzerrollen.
--   **Analytik**: Bietet Echtzeit-Tracking und Überwachung von Updates.
--   **CI/CD-Integration**: Verbindet sich nahtlos mit Ihrer Entwicklungs-Pipeline.
-
-### [Capgo](https://capgo.app/) Plattformfunktionen
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e7635c283d21cbd679bdb8/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-Capgo, das 2022 gestartet wurde, liefert OTA-Updates, die mit Sicherheit im Hinterkopf entwickelt wurden. Zu seinen Funktionen gehören Ende-zu-Ende-Verschlüsselung, Self-Hosting-Funktionen, gestaffelte Rollouts, Fehlerverfolgung und Versionskontrolle.
-
-Hier ist eine Übersicht über die wichtigsten Sicherheitsfunktionen von Capgo:
-
-| **Funktion** | **Sicherheitsvorteil** |
-| --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Schützt Daten vor unbefugtem Zugriff während Updates |
-| [Self-Hosted Option](https://capgo.app/blog/self-hosted-capgo/) | Bietet bessere Kontrolle über Daten und Compliance |
-| [Kanal-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Ermöglicht kontrollierte gestaffelte Rollouts |
-| Fehlerverfolgung | Hilft, Probleme schnell zu identifizieren und zu beheben |
-| Versionskontrolle | Gewährleistet Konsistenz über Updates hinweg |
-
-### Vergleich von OTA-Plattformen
-
-Der OTA-Markt entwickelt sich weiter, wobei neue Plattformen wettbewerbsfähige Preise und Funktionen anbieten. So schneidet Capgo im Vergleich zu anderen Lösungen ab:
-
-| **Kostenkomponente** | **Andere OTA-Lösungen** | **Capgo** |
-| --- | --- | --- |
-| Monatliche Betriebs- kosten | $300 | Ab $12 |
-| Jährliche Unternehmens- kosten | $6,000+ | $996 |
-| Einrichtungsgebühr | Variabel | $2,600 (einmalig) |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend, um kontinuierlich an unsere Nutzer zu liefern!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-> "@Capgo ist ein smarter Weg, heiße Code-Pushes durchzuführen (und nicht für all das Geld der Welt wie mit @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-## Zusammenfassung
-
-### Wichtige Punkte
-
-Sichere OTA-Updates beruhen auf starken Sicherheitsmaßnahmen und Compliance-Praktiken. **Ende-zu-Ende-Verschlüsselung** ist entscheidend zum Schutz von Update-Paketen und zur Gewährleistung einer sicheren und effizienten Zustellung [\[1\]](https://capgo.app/).
-
-| Element | Zweck |
-| --- | --- |
-| **Verschlüsselung** | Schützt Update-Pakete |
-| **Code-Signierung** | Bestätigt die Paketintegrität |
-| **Zugriffskontrolle** | Verwaltet Benutzerberechtigungen |
-| **Überwachung** | Bietet Echtzeit-Insights |
-| **Rollback** | Ermöglicht sofortige Rücksetzungen |
-
-Diese Elemente bilden das Rückgrat eines sicheren OTA-Update-Prozesses.
-
-### Erste Schritte
-
-Befolgen Sie diese Schritte, um sichere OTA-Updates zu initiieren:
-
-1.  **Wählen Sie eine sichere Plattform**
-
-Entscheiden Sie sich für eine Plattform, die mit Blick auf Sicherheit und Compliance entwickelt wurde. Funktionen wie **Ende-zu-Ende-Verschlüsselung** sorgen dafür, dass nur autorisierte Benutzer auf Updates zugreifen und diese entschlüsseln können.
-
-2.  **Richten Sie die CI/CD-Integration ein**
-
-Integrieren Sie kontinuierliche Bereitstellungspipelines mit robusten Sicherheitsmaßnahmen. Wichtige Praktiken umfassen:
-
--   Automatisierte Tests vor der Veröffentlichung
--   Allmähliche Rollouts mithilfe von Kanal-Systemen
--   Echtzeit-Fehlerverfolgung und Analyse
--   Versionskontrolle für nahtlose Updates
diff --git a/src/content/blog/de/payment-data-security-for-app-store-approval.md b/src/content/blog/de/payment-data-security-for-app-store-approval.md
deleted file mode 100644
index 2d2797f56..000000000
--- a/src/content/blog/de/payment-data-security-for-app-store-approval.md
+++ /dev/null
@@ -1,96 +0,0 @@
----
-slug: payment-data-security-for-app-store-approval
-title: Sicherheit von Zahlungsdaten für die App Store-Zulassung
-description: >-
-  Stellen Sie sicher, dass Ihre App die Sicherheitsanforderungen für
-  Zahlungsdaten erfüllt, um eine Ablehnung durch App Stores zu vermeiden.
-  Erfahren Sie mehr über wichtige Tools und Compliance-Standards.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T01:09:06.459Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806de1de572faef86998587-1745284157740.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  payment data security, app store approval, end-to-end encryption, compliance,
-  secure updates
-tag: 'Mobile, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie, dass Ihre App von Apple oder Google genehmigt wird? Beginnen Sie mit sicheren Zahlungsdaten.** App Stores verlangen **Ende-zu-Ende-Verschlüsselung** für Zahlungsdaten, um Compliance-Standards zu erfüllen. Ohne diese könnte Ihre App abgelehnt oder entfernt werden. Hier ist, was Sie wissen müssen:
-
--   **[Capgo](https://capgo.app/)**: Bietet echte Ende-zu-Ende-Verschlüsselung, Rollback-Kontrollen und [Self-Hosting-Optionen](https://capgo.app/blog/self-hosted-capgo/). Kostet 2.600 $ Einrichtung + 300 $/Monat.
--   **[Appflow](https://ionic.io/appflow/live-updates)**: Teilweise Verschlüsselung, unbeständige Leistung und 6.000 $/Jahr. Wird 2026 eingestellt.
--   **[Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/)**: 2024 eingestellt, keine Ende-zu-Ende-Verschlüsselung.
-
-| **Tool** | **Verschlüsselung** | **Bereitstellungsoptionen** | **Kosten** | **Status** |
-| --- | --- | --- | --- | --- |
-| Capgo | Ende-zu-Ende | Cloud, Self-hosted | 2.600 $ Einrichtung + 300 $/Monat | Aktiv |
-| Kryptografische Signierung | Cloud | Ähnlich wie Capgo | Aktiv |
-| Appflow | Teilweise | Cloud | 6.000 $/Jahr | Wird 2026 eingestellt |
-| Code Push | Keine | Cloud | N/A | 2024 eingestellt |
-
-**Fazit**: Verwenden Sie ein Tool wie Capgo, um Zahlungsdaten zu sichern, Compliance zu gewährleisten und App Store-Probleme zu vermeiden.
-
-## Swift Reduce, Sind MVPs tot?, Apple Ads, App-Sicherheit und ...
-
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo gewährleistet die sichere Handhabung von Zahlungsdaten während Live-Updates durch Ende-zu-Ende-Verschlüsselung, die für App Store-Standards entwickelt wurde.
-
-Was Capgo auszeichnet, ist seine Verschlüsselungsmethode, bei der nur Endbenutzer sensible Updates entschlüsseln können. Dies schützt Daten vor unbefugtem Zugriff während Updates.
-
-Hier sind einige Hauptfunktionen der Capgo-Plattform:
-
--   **Ende-zu-Ende-Verschlüsselung**: Sensible Updates können nur von Endbenutzern entschlüsselt werden.
--   **[Self-Hosting-Option](https://capgo.app/blog/self-hosted-capgo/)**: Gibt Unternehmen volle Kontrolle über ihre Zahlungsdaten.
--   **Rollback-Kontrollen**: Sofortiges Zurücksetzen von Updates bei Problemen.
--   **[Channel-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**: Sendet spezifische Updates an gezielte Benutzergruppen.
-
-Capgos Ansatz hat eine globale Erfolgsquote von 82% bei Update-Bereitstellungen erreicht. Unternehmen können zwischen sicherem Cloud-Hosting oder Self-Hosting wählen, um ihre Compliance-Anforderungen zu erfüllen.
-
-Durch das Herunterladen nur der geänderten Komponenten minimiert Capgo Risiken und reduziert die Bandbreitennutzung. Bisher hat die Plattform über 1,155 Billionen [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) ausgeliefert [\[1\]](https://capgo.app/).
-
-## 3. [Appflow](https://ionic.io/appflow/live-updates)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/f6bc7b408415ab449b606f457e137ee1.jpg)
-
-Appflow ermöglicht Live-Code-Updates, kämpft aber mit unbeständiger Leistung und mangelt an integrierter Ende-zu-Ende-Verschlüsselung für Zahlungsdaten. Dieser Mangel kann zu Compliance-Problemen führen und das Vertrauen der Benutzer schwächen, besonders da es im Widerspruch zu den Zahlungsverarbeitungsrichtlinien von Apple und Google steht.
-
-> "@Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) 🙂" - NASA's OSIRIS‑REx Team [\[1\]](https://capgo.app/)
-
-Da [Ionic](https://ionicframework.com/) plant, Appflow 2026 einzustellen, müssen Teams zu Lösungen übergehen, die zuverlässige Updates und starke Verschlüsselung für Zahlungsdaten gewährleisten. Als Nächstes werfen wir einen genaueren Blick auf Microsoft Code Push und seinen Ansatz zur Sicherheit.
-
-## 4. [Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/) (Eingestellt)
-
-Microsoft Code Push wurde 2024 aufgrund anhaltender Zuverlässigkeitsprobleme und Leistungsmängel eingestellt. Es fehlte auch an integrierter Ende-zu-Ende-Verschlüsselung für Zahlungsdaten, eine kritische Funktion für viele Apps. Nach der Einstellung wechselten viele Teams zu **Capgo**, einer Open-Source-Plattform. Capgo bietet Ende-zu-Ende-Verschlüsselung, reibungslose CI/CD-Integration und erfüllt die Sicherheitsstandards von Apple und Google für die Handhabung von Zahlungsdaten, was zuverlässige Live-Updates für Apps mit sensiblen Zahlungsinformationen gewährleistet.
-
-## Tool-Vergleichsergebnisse
-
-Hier ist eine Aufschlüsselung der Tools basierend auf Sicherheit, Compliance, Bereitstellungsoptionen und Kosten:
-
--   **Capgo**: Bietet echte Ende-zu-Ende-Verschlüsselung, entspricht den Standards von Apple und Google, unterstützt sowohl Cloud- als auch Self-Hosted-Bereitstellung, integriert sich in CI/CD-Pipelines und ist Open Source. Die Preisgestaltung beinhaltet eine Einrichtungsgebühr von 2.600 $ und etwa 300 $ pro Monat. Über fünf Jahre könnte es im Vergleich zu Appflow bis zu 26.100 $ einsparen [\[1\]](https://capgo.app/).
-    
-    
--   **Appflow**: Bietet teilweise Verschlüsselung und kostet 6.000 $ pro Jahr. Es soll jedoch 2026 eingestellt werden \[2\].
-    
--   **Microsoft Code Push**: Wird 2024 eingestellt. Es fehlt an Ende-zu-Ende-Verschlüsselung und unterstützt keine CI/CD-Integration [\[1\]](https://capgo.app/).
-    
-
-## Zusammenfassung und Empfehlungen
-
-Hier sind die wichtigsten Erkenntnisse:
-
--   **Ende-zu-Ende-Verschlüsselung implementieren**: Stellen Sie sicher, dass Updates und Zahlungsdaten vollständig verschlüsselt sind, um App Store-Sicherheitsstandards zu erfüllen.
--   **Kosten effektiv verwalten**: Anfängliche Einrichtungskosten von 2.600 $, mit einer monatlichen Gebühr von 300 $ - deutlich niedriger als Appflows jährliche Gebühr von 6.000 $ [\[1\]](https://capgo.app/).
--   **Compliant bleiben**: Aktualisieren Sie regelmäßig Sicherheitsmaßnahmen und richten Sie sich nach App Store-Richtlinien, um Probleme zu vermeiden.
--   **Bereitstellungsflexibilität bieten**: Wählen Sie zwischen Cloud- oder Self-Hosted-Lösungen, was Ihnen Kontrolle über die Sicherheit der Zahlungsdaten gibt.
-
-Die Befolgung dieser Schritte wird helfen, Live-Update-Workflows zu optimieren und gleichzeitig die Anforderungen von Apple und Google an Zahlungsdaten zu erfüllen.
diff --git a/src/content/blog/de/pci-dss-compliance-for-mobile-apps-key-requirements.md b/src/content/blog/de/pci-dss-compliance-for-mobile-apps-key-requirements.md
deleted file mode 100644
index 560fb318f..000000000
--- a/src/content/blog/de/pci-dss-compliance-for-mobile-apps-key-requirements.md
+++ /dev/null
@@ -1,230 +0,0 @@
----
-slug: pci-dss-compliance-for-mobile-apps-key-requirements
-title: 'PCI DSS-Konformität für mobile Apps: Wichtige Anforderungen'
-description: >-
-  Verstehen Sie die wichtigsten Anforderungen für die PCI DSS-Konformität in
-  mobilen Apps, um Zahlungsdaten zu schützen und schwerwiegende Strafen zu
-  vermeiden.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T03:45:24.364Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825360f0209458b3ff338b4-1747280785255.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  PCI DSS compliance, mobile apps, payment data security, encryption, access
-  control, security monitoring
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Verarbeitung von Zahlungsdaten über mobile Apps? PCI DSS-Konformität ist unerlässlich.** Ohne diese Konformität riskieren Unternehmen Strafen bis zu 500.000 € pro Vorfall, Reputationsschäden und potenziellen Vertrauensverlust der Kunden.
-
-Hier sind die wichtigsten Informationen:
-
--   **Was ist PCI DSS?** Ein globaler Sicherheitsstandard zum Schutz von Zahlungskartendaten während der Verarbeitung, Speicherung und Übertragung.
--   **Warum es wichtig ist:** Nichteinhaltung kann zu finanziellen Strafen, höheren Transaktionsgebühren und rechtlichen Konsequenzen führen. Zum Beispiel führten Datenpannen bei Unternehmen wie [Target](https://corporate.target.com/) und [Home Depot](https://www.homedepot.com/) zu Millionenstrafen.
--   **Wichtige Anforderungen für mobile Apps:**
-    -   **Datensicherheit:** [Daten verschlüsseln](https://capgo.app/docs/cli/migrations/encryption/) mit AES-256 und TLS 1.3, Verschlüsselungsschlüssel sicher verwalten und unnötige Daten löschen.
-    -   **Code-Sicherheit:** Praktiken wie Runtime Application Self-Protection (RASP), Code-Verschleierung und White-Box-Kryptographie implementieren.
-    -   **Benutzerzugriffskontrolle:** [Multi-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/) (MFA), eindeutige Benutzer-IDs und regelmäßige Zugriffsüberprüfungen verwenden.
-    -   **Compliance-Tools:** Automatisierte Sicherheitstests, Zugriffskontrollverwaltung und Prüfpfade pflegen.
-
-**Schnelltipp:** Integrieren Sie Sicherheit in jede Phase Ihrer [CI/CD-Pipeline](https://capgo.app/blog/setup-ci-and-cd-gitlab/) mit Tools wie SAST, DAST und Container-Sicherheitsscanning, um compliant und sicher zu bleiben.
-
-## PCI SSC und EMVCo Mobile Security und Standards Update
-
-<iframe src="https://www.youtube.com/embed/T5_v6AuNWXY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Technische Anforderungen
-
-Mobile Apps, die Zahlungsdaten verarbeiten, müssen PCI DSS-Kontrollen einhalten und robuste Sicherheit für **Daten**, **Anwendungscode** und **Benutzerzugriff** gewährleisten.
-
-### Datensicherheitsstandards
-
-PCI DSS legt strenge Richtlinien zum Schutz von Karteninhaberdaten fest, mit starkem Fokus auf Verschlüsselung und sichere Handhabung. Diese Maßnahmen sollen sensible Informationen während der Übertragung und Speicherung schützen.
-
-| **Sicherheitsanforderung** | **Implementierungsdetail** | **Compliance-Auswirkung** |
-| --- | --- | --- |
-| **Datenverschlüsselung** | TLS 1.3 für Daten während der Übertragung und AES-256 für gespeicherte Daten verwenden | Verhindert unbefugten Zugriff auf sensible Informationen |
-| **Schlüsselverwaltung** | Regelmäßige Rotation der Verschlüsselungsschlüssel und sichere Aufbewahrung | Stellt sicher, dass die Verschlüsselung effektiv und sicher bleibt |
-| **Datenspeicherung** | Sichere Löschung nicht mehr benötigter Daten | Minimiert Risiken durch Reduzierung exponierter Daten |
-
-> "PCI DSS oder Payment Card Industry Data Security Standard ist ein Set von Sicherheitsanforderungen zum Schutz von Zahlungskartendaten während der Verarbeitung, Speicherung und Übertragung." - Dr. Klaus Schenk, SVP Security and Threat Research bei Verimatrix [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-Die Einrichtung dieser Datenschutzmaßnahmen ist ein wichtiger erster Schritt vor der Behandlung der Anwendungssicherheit.
-
-### Code-Sicherheitsregeln
-
-Datensicherheit allein reicht nicht aus - Entwickler müssen auch die Integrität des Anwendungscodes gewährleisten. Schlecht gesicherter Code kann Schwachstellen öffnen, wie ein Verimatrix-Bericht vom Februar 2025 zeigte, der schwerwiegende POS-System-Schwachstellen aufdeckte.
-
-Wichtige Praktiken zur Sicherung des Anwendungscodes umfassen:
-
--   **Runtime Application Self-Protection (RASP)**: Aktive Überwachung und Blockierung von Bedrohungen während der App-Ausführung.
--   **Code-Verschleierung**: Quellcode schwieriger für Reverse Engineering machen, um das Risiko der Ausnutzung zu reduzieren.
--   **White-Box-Kryptographie**: Schutz kryptographischer Operationen auch in nicht vertrauenswürdigen Umgebungen.
-
-> "Nur weil eine App die PCI DSS-Anforderungen erfüllt, bedeutet das nicht, dass sie vollständig sicher ist, und nur weil eine App gut geschützt ist, bedeutet das nicht, dass sie die PCI DSS-Anforderungen erfüllt." - Dr. Klaus Schenk, SVP Security and Threat Research bei Verimatrix [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-### Benutzerzugriffskontrollen
-
-Starke Zugriffskontrollen sind die dritte Säule der PCI DSS-Konformität. Durch Einschränkung des Zugriffs auf sensible Systeme und Daten können Unternehmen die Wahrscheinlichkeit einer unbefugten Nutzung reduzieren. PCI DSS v4.0 betont die Bedeutung von **Multi-Faktor-Authentifizierung (MFA)** und strengen Benutzeridentifikationsprotokollen.
-
-| **Zugriffskontrollmaßnahme** | **Anforderung** | **Zweck** |
-| --- | --- | --- |
-| **Benutzeridentifikation** | Eindeutige IDs für alle Benutzer zuweisen | Ermöglicht präzise Aktivitätsverfolgung |
-| **Authentifizierung** | MFA für administrative Konten erforderlich | Blockiert unbefugten Zugriff |
-| **Zugriffsüberprüfungen** | Regelmäßige Validierung von Benutzerberechtigungen | Durchsetzt das Prinzip der geringsten Privilegien |
-
-> "PCI DSS-Zugriffskontrollmaßnahmen sind kritische Sicherheitsmechanismen, die den Zugriff auf Karteninhaberdaten nur auf Personen beschränken, die einen legitimen geschäftlichen Bedarf haben." - ISMS.online [\[2\]](https://www.isms.online/pci-dss/access-control)
-
-Zum Beispiel konnten Einzelhandels-POS-Systeme, die eine detaillierte Protokollierung von Authentifizierungsversuchen implementiert haben, Credential-Stuffing-Angriffe erkennen und stoppen, bevor sie eskalieren [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead). Diese proaktive Überwachung erfüllt nicht nur PCI DSS-Standards, sondern bietet auch eine zusätzliche Verteidigungsebene gegen neue Bedrohungen.
-
-## Implementierungsschritte
-
-Um PCI DSS-Konformität in der [mobilen App-Entwicklung](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) sicherzustellen, ist es wichtig, starke Sicherheitsmaßnahmen in jeder Phase der CI/CD-Pipeline einzubetten. Hier ist die effektive Vorgehensweise.
-
-### Sicherheit in der CI/CD-Pipeline
-
-Die Integration von Sicherheitskontrollen direkt in die CI/CD-Pipeline hilft, die Compliance über die Zeit aufrechtzuerhalten. Ein Shift-Left-Ansatz - die frühzeitige Behandlung von Sicherheitsproblemen im Entwicklungsprozess - verbessert nicht nur die Sicherheit, sondern vermeidet auch kostspielige spätere Korrekturen.
-
-| **Pipeline-Phase** | **Sicherheitskontrolle** | **Zweck** |
-| --- | --- | --- |
-| Build | SAST (Statische Anwendungssicherheitstests) | Identifizierung von Schwachstellen im Quellcode |
-| Test | DAST (Dynamische Anwendungssicherheitstests) | Erkennung von Laufzeit-Schwachstellen |
-| Deploy | Container-Sicherheitsscanning | Sicherstellung sicherer Konfigurationen |
-| Monitor | Automatisierte Protokollierung | Verfolgung und Analyse von Aktivitäten |
-
-Sobald diese Kontrollen eingerichtet sind, ist der nächste Schritt die Nutzung von Compliance-Tools zur weiteren Automatisierung und Absicherung von Prozessen.
-
-### Compliance-Tools
-
-Compliance-Tools sind entscheidend für die Automatisierung von Sicherheitsprüfungen und die Erstellung prüfungsfähiger Dokumentation. Für mobile Apps, die häufig aktualisiert werden, bieten Plattformen wie [Capgo](https://capgo.app/) sichere, verschlüsselte Bereitstellungen und ermöglichen die schnelle Anwendung von Sicherheitspatches.
-
-Hier sind die wichtigsten Funktionen, die Compliance-Tools bieten sollten:
-
--   **Automatisierte Sicherheitstests**  
-    Automatisierte Tools decken frühzeitig Schwachstellen auf und entlasten Sicherheitsteams für komplexere Herausforderungen.
-    
--   **Zugriffskontrollverwaltung**  
-    Stellen Sie sicher, dass Tools rollenbasierte Zugriffskontrolle (RBAC) und Multi-Faktor-Authentifizierung (MFA) unterstützen, damit nur autorisiertes Personal Einstellungen ändern oder Updates bereitstellen kann.
-    
--   **Prüfpfadgenerierung**  
-    Tools sollten automatisch Sicherheitsupdates dokumentieren und detaillierte Compliance-Berichte erstellen, um eine genaue Aufzeichnung zu gewährleisten.
-    
-
-### Externes Code-Management
-
-Die Verwaltung von Drittanbieter-Abhängigkeiten ist ein weiterer kritischer Aspekt zur Aufrechterhaltung von Sicherheit und Compliance. PCI DSS v4.0 betont die Bedeutung der Verfolgung und Sicherung von externem Code, insbesondere APIs und Drittanbieter-Bibliotheken, wie in Anforderung 6.3.2 beschrieben.
-
-| **Komponententyp** | **Sicherheitsmaßnahme** | **Validierungsmethode** |
-| --- | --- | --- |
-| APIs | Versionskontrolle | Automatisiertes Scanning |
-| Drittanbieter-Bibliotheken | Schwachstellenbewertung | Software Composition Analysis |
-| Eigener Code | Code-Review | Peer-Reviews und automatisierte Prüfungen |
-
-Um das Anwendungsökosystem zu schützen, sollten Entwicklungsteams:
-
--   Regelmäßig Drittanbieterkomponenten auf Schwachstellen scannen.
--   Updates automatisieren, um Sicherheitspatches zeitnah anzuwenden.
--   API-Verhalten validieren, um ungewöhnliche oder nicht autorisierte Aktivitäten zu erkennen.
--   Ein aktuelles Inventar allen externen Codes pflegen.
-
-Zusätzlich sollten Organisationen strikte Richtlinien für die Verwendung von externem Code etablieren. Dies umfasst Genehmigungsprozesse für neue Abhängigkeiten, regelmäßige [Sicherheitsüberprüfungen](https://capgo.app/security/) bestehender Komponenten und klare Richtlinien für die Integration von Drittanbieter-Code. Durch diese Schritte können Teams die Compliance aufrechterhalten, ohne die Geschwindigkeit und Flexibilität der Entwicklung zu opfern.
-
-## Compliance-Wartung
-
-Nach der Implementierung initialer Compliance-Maßnahmen ist die Aufrechterhaltung der Compliance über die Zeit essenziell für den Schutz von Zahlungsdaten.
-
-### Sicherheitsüberwachung
-
-Echtzeit-Überwachungssysteme sind der Schlüssel zur Identifizierung und Behandlung von Sicherheitsbedrohungen, sobald sie auftreten. Hier ist eine Aufschlüsselung kritischer Überwachungskomponenten:
-
-| Überwachungskomponente | Zweck | Implementierungsmethode |
-| --- | --- | --- |
-| Transaktionsverfolgung | Ungewöhnliche Muster erkennen | Echtzeit-Analysetools |
-| Zugriffsüberwachung | Benutzerauthentifizierung verfolgen | SIEM (Security Information and Event Management) Lösungen |
-| Systemscanning | Systemschwachstellen identifizieren | Automatisierte Scanning-Tools |
-| Datenflussanalyse | Bewegung von Karteninhaberdaten überwachen | Netzwerküberwachungssysteme |
-
-Die Kombination von automatisierten Schwachstellenscans mit kontinuierlicher Überwachung stellt sicher, dass Karteninhaberdaten geschützt bleiben. Diese Systeme bilden das Rückgrat einer effektiven Vorfallsmanagementstrategie.
-
-### Sicherheitsvorfallreaktion
-
-Eine schnelle und organisierte Reaktion auf Sicherheitsvorfälle ist entscheidend. Wie Roberto Davila, Manager für PCI Standards, anmerkt: "In v4.0 hat das PCI SSC klargestellt, dass Organisationen nicht nur auf bestätigte Sicherheitsvorfälle, sondern auch auf vermutete Ereignisse sofort reagieren müssen" [\[3\]](https://www.schellman.com/blog/pci-compliance/incident-response-in-pci-dss-v4).
-
-Ein gut durchdachter Vorfallreaktionsplan (IRP) sollte folgende wichtige Schritte beinhalten:
-
--   **Erste Reaktionsprotokolle**: Stellen Sie die 24/7-Verfügbarkeit von geschultem Personal sicher und etablieren Sie klare Kommunikationskanäle zur Behandlung von Vorfällen.
--   **Eindämmung und Untersuchung**: Implementieren Sie spezifische Verfahren zur Eindämmung von Bedrohungen, Isolierung betroffener Systeme und Beweissicherung für Analysen.
--   **Wiederherstellung und Dokumentation**: Dokumentieren Sie den Zeitablauf der Ereignisse, betroffene Systeme, Abhilfemaßnahmen und gewonnene Erkenntnisse zur Verbesserung zukünftiger Reaktionen.
-
-Ein robuster Vorfallreaktionsprozess mindert nicht nur Risiken, sondern stärkt auch Ihre Position während Audits.
-
-### Audit-Vorbereitung 
-
-Fortlaufendes Management ist entscheidend für die PCI DSS-Konformität. Steve Moore, Vizepräsident und Chief Security Strategist bei Exabeam, rät: "Nutzen Sie Tools wie SIEM und Konfigurationsmanagement, um die Compliance ganzjährig zu überwachen und potenzielle Probleme vor dem Audit zu erkennen" [\[4\]](https://www.exabeam.com/explainers/pci-compliance/pci-audit-requirements-and-5-steps-to-prepare-for-your-audit).
-
-Eine effektive Audit-Vorbereitung umfasst die Pflege aktueller Dokumentation und Aufzeichnungen:
-
-| Dokumentationstyp | Erforderlicher Inhalt | Aktualisierungshäufigkeit |
-| --- | --- | --- |
-| Sicherheitsrichtlinien | Zugriffskontrollen, Verschlüsselungsprotokolle | Vierteljährlich |
-| Vorfallberichte | Reaktionsmaßnahmen, Ergebnisse | Bei Vorfällen |
-| Systemkonfigurationen | Sicherheitseinstellungen, Updates | Monatlich | 
-| Schulungsunterlagen | Mitarbeiterzertifizierungen, Teilnahme | Halbjährlich |
-
-Die Zentralisierung aller compliance-relevanten Dokumente in einem Evidenz-Repository vereinfacht die Audit-Vorbereitung. Zusätzlich können regelmäßige Infrastrukturtests - wie Webanwendungsbewertungen und Schwachstellenscans - Probleme identifizieren, bevor sie zu Non-Compliance führen. Die Beratung durch externe Experten kann auch wertvolle Einblicke in potenzielle Compliance-Lücken und Verbesserungsbereiche liefern.
-
-## Zusammenfassung
-
-Der Schutz von mobilen Zahlungsinformationen durch PCI DSS-Compliance ist nicht nur eine technische Notwendigkeit - es ist eine kritische Absicherung in der heutigen digitalen Landschaft. Mit 82% der US-Bürger, die 2021 digitale Zahlungen nutzten, und 80% der Online-Angriffe, die auf kleine Unternehmen abzielten, könnten die Einsätze nicht höher sein. Diese Zahlen verdeutlichen, warum die Implementierung starker Sicherheitsmaßnahmen eine dringende Priorität ist.
-
-Hier ist eine Aufschlüsselung der Schlüsselbereiche und ihrer Anforderungen:
-
-| **Anforderungsbereich** | **Schlüsselelemente** | **Validierungshäufigkeit** |
-| --- | --- | --- |
-| **Datenschutz** | Verschlüsselungsprotokolle, sichere Speicherung | Kontinuierliche Überwachung |
-| **Zugriffskontrolle** | Benutzerauthentifizierung, rollenbasierter Zugriff | Regelmäßige Überprüfung |
-| **Überwachung** | Sicherheitsereignisprotokollierung, Audit-Trails | Tägliche Überprüfung |
-| **Vorfallreaktion** | Reaktionsprotokolle, Dokumentation | Regelmäßige Tests |
-
-Aber hier ist die Sache: Compliance ist keine einmalige Angelegenheit. Es ist eine fortlaufende Verantwortung. Wie Dr. Schenk es ausdrückt:
-
-> "Compliance-Frameworks sind aufgebaut, um bekannte Risiken anzugehen, aber sie können nicht jede aufkommende Bedrohung vorhersehen. Um sensible Zahlungsdaten wirklich zu schützen, müssen Unternehmen über die Compliance hinausgehen und eine proaktive Sicherheitshaltung einnehmen" [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead).
-
-Nichteinhaltung bedeutet nicht nur hohe Geldstrafen von bis zu 500.000 $ pro Vorfall [\[5\]](https://www.ixopay.com/en/news/why-do-online-and-mobile-payments-require-pci-compliance). Es riskiert auch das Kundenvertrauen zu schädigen und den Ruf Ihrer Marke zu beschädigen - Verluste, die sich kein Unternehmen leisten kann.
-
-## FAQs
-
-:::faq
-### Was passiert, wenn eine mobile App die PCI DSS-Compliance-Standards nicht erfüllt?
-
-Die Nichteinhaltung der **PCI DSS-Standards** kann schwerwiegende Folgen für Unternehmen haben. Allein die finanziellen Strafen können je nach Schwere der Nichteinhaltung und ihrer Dauer von **5.000 bis 100.000 $ pro Monat** reichen. Über Geldstrafen hinaus können Unternehmen mit erhöhten Transaktionsgebühren, rechtlichen Herausforderungen oder sogar dem Verlust ihrer Zahlungsabwicklungsfähigkeit konfrontiert werden.
-
-Aber die Auswirkungen hören dort nicht auf. Nichteinhaltung kann auch dem Ruf eines Unternehmens schwer schaden. Eine **Datenpanne** könnte das Kundenvertrauen erschüttern, den täglichen Betrieb stören und zu langfristigen finanziellen Rückschlägen führen. Compliance-konform zu bleiben ist nicht nur eine Frage der Vermeidung von Strafen - es geht darum, Ihr Unternehmen zu schützen, das Kundenvertrauen zu erhalten und die Integrität Ihrer Marke zu schützen.
-:::
-
-:::faq
-### Wie unterstützt die Integration von Sicherheit in die CI/CD-Pipeline die fortlaufende PCI DSS-Compliance?
-
-Die Integration von Sicherheit in Ihre CI/CD-Pipeline ist ein Muss für die Aufrechterhaltung der **PCI DSS-Compliance** im Laufe der Zeit. Durch die Einbindung von Sicherheitsprüfungen in jede Entwicklungsphase können Sie Schwachstellen frühzeitig erkennen und beheben und so die Wahrscheinlichkeit von Nichteinhaltung reduzieren. Praktiken wie **automatisierte Sicherheitstests**, **regelmäßige Code-Reviews** und **Schwachstellenbewertungen** spielen eine wichtige Rolle dabei, sicherzustellen, dass Updates den PCI DSS-Standards entsprechen, bevor sie bereitgestellt werden.
-
-Die Einführung eines **DevSecOps-Ansatzes** - bei dem Sicherheit zu einem Kernbestandteil jeder Entwicklungsphase wird - geht noch einen Schritt weiter. Diese Methode reduziert nicht nur Risiken, sondern gewährleistet auch eine konsistente Einhaltung der PCI DSS und stärkt die Sicherheit Ihrer Anwendungen. Tools wie Capgo können diesen Prozess vereinfachen, indem sie sichere Echtzeit-Updates für mobile Apps ermöglichen und dabei die Compliance-Richtlinien einhalten.
-:::
-
-:::faq
-### Wie können Unternehmen sicherstellen, dass ihr Code und ihre APIs von Drittanbietern die PCI DSS-Sicherheits- und Compliance-Standards erfüllen?
-
-Um Code und APIs von Drittanbietern sicher zu halten und gleichzeitig PCI DSS-Standards zu erfüllen, müssen Unternehmen einige wichtige Schritte unternehmen:
-
--   **Drittanbieter evaluieren**: Arbeiten Sie mit Anbietern zusammen, die bereits PCI DSS-Anforderungen erfüllen und starke Sicherheitsmaßnahmen nachweisen.
--   **Zugriff einschränken**: Implementieren Sie robuste Authentifizierungsprotokolle wie OAuth 2.0, um zu kontrollieren, wer auf sensible Daten zugreifen kann.
--   **Regelmäßige Tests durchführen**: Nutzen Sie Schwachstellenbewertungen, Penetrationstests und Code-Reviews, um potenzielle Sicherheitsprobleme aufzudecken und zu beheben.
--   **Verschlüsselung verwenden**: Stellen Sie sicher, dass alle über APIs übertragenen Daten mit zuverlässigen [Verschlüsselungsmethoden](https://capgo.app/docs/cli/migrations/encryption/) geschützt sind.
-
-Die Aufrechterhaltung der Compliance ist keine einmalige Aufgabe - sie erfordert ständige Überwachung und offene Kommunikation mit Anbietern über deren Compliance-Bemühungen. Tools wie Capgo können diesen Prozess vereinfachen, indem sie Echtzeit-Updates für Capacitor-Apps ermöglichen und dabei die Compliance-Richtlinien einhalten.
-:::
diff --git a/src/content/blog/de/phased-rollouts-for-capacitor-live-updates.md b/src/content/blog/de/phased-rollouts-for-capacitor-live-updates.md
deleted file mode 100644
index bfa2317ec..000000000
--- a/src/content/blog/de/phased-rollouts-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: phased-rollouts-for-capacitor-live-updates
-title: Rollout-Verteilung für Capacitor Live Updates
-description: >-
-  Erfahren Sie, wie gestaffelte Einführungen App-Updates verbessern, indem sie
-  Risiken minimieren, die Qualität steigern und die Benutzerzufriedenheit durch
-  strategische Benutzersegmentierung sicherstellen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-11T03:53:42.225Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cf83b3179e95469ad527be-1741665244026.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  phased rollouts, app updates, user segmentation, risk reduction, performance
-  monitoring, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Gestaffelte Einführungen ermöglichen eine schrittweise App-Aktualisierung, beginnend mit einer kleinen Benutzergruppe und Erweiterung nach bestätigter Stabilität. Dieser Ansatz reduziert Risiken, sichert die App-Qualität und verbessert die Nutzererfahrung. Tools wie [Capgo](https://capgo.app/) erleichtern die Verwaltung dieser Updates unter Einhaltung der App-Store-Regeln.
-
-### Wichtige Vorteile:
-
--   **Risikominderung**: Begrenzt Probleme auf eine kleine Benutzergruppe.
--   **Praxiserprobung**: Stellt die Funktionsfähigkeit von Updates vor der vollständigen Veröffentlichung sicher.
--   **Ressourceneffizienz**: Reduziert die Serverbelastung während Updates.
--   **Nutzerzufriedenheit**: Liefert stabile Updates an die meisten Nutzer.
-
-### Funktionsweise:
-
-1.  Start mit 5% der Nutzer zum Testen.
-2.  Schrittweise Erweiterung auf 20%, 50% und 100%.
-3.  Überwachung von Leistungskennzahlen (Absturzraten, Nutzerfeedback).
-4.  Nutzung von Tools wie Capgo für Tracking, Rollback und Compliance.
-
-### Schneller Vergleich der Einführungsphasen:
-
-| Phase | Nutzer % | Dauer | Schwerpunktbereiche |
-| --- | --- | --- | --- |
-| Erstes Testen | 5% | 24-48 Stunden | Absturzraten, Leistung |
-| Früher Zugang | 20% | 48-72 Stunden | Nutzerfeedback, Stabilität |
-| Erweiterte Freigabe | 50% | 72-96 Stunden | Systemleistung |
-| Vollständige Bereitstellung | 100% | Fortlaufend | Übernahmequoten |
-
-Capgo vereinfacht gestaffelte Einführungen mit Funktionen wie Benutzersegmentierung, Analyse und Rollback-Tools. Es ist eine kostengünstige Alternative zu [AppFlow](https://ionic.io/appflow/) und gewährleistet reibungslose Updates ohne App-Store-Verzögerungen.
-
-## Widerstandsfähige Cloud-Native Apps: Bereitstellungs- und Laufzeitmuster
-
-<iframe src="https://www.youtube.com/embed/h4DDl0hmq3o" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Planung Ihrer Einführungsstrategie
-
-Gestaffelte Einführungen erfordern sorgfältige Planung und die Aufteilung Ihrer Nutzerbasis, um reibungslose Updates zu gewährleisten.
-
-### Benutzergruppen-Aufteilung
-
-Mit Capgos Zuweisungsfunktion können Sie Benutzer in verschiedene Gruppen einteilen und spezifische Rollen für Testphasen zuweisen [\[1\]](https://capgo.app/). Dies hilft Ihnen bei der systematischen Verwaltung von Updates.
-
-Hier ein Beispiel, wie Sie Ihre Benutzergruppen strukturieren können:
-
-| Gruppentyp | Zweck | Empfohlene Größe |
-| --- | --- | --- |
-| Interne Tester | Erste Fehler erkennen | 1-5% der Nutzerbasis |
-| Beta-Nutzer | Frühes Feedback sammeln | 5-15% der Nutzerbasis |
-| Früher Zugang | Begrenzte öffentliche Freigabe | 15-30% der Nutzerbasis |
-| Allgemeine Freigabe | Vollständige Bereitstellung | Verbleibende Nutzer |
-
-### Festlegen von Update-Prozentsätzen
-
-Capgos Verwaltungstools ermöglichen es Ihnen, präzise Einführungsprozentsätze festzulegen und dabei die App-Stabilität während der Updates zu gewährleisten [\[1\]](https://capgo.app/).
-
-Hier ist ein vorgeschlagener Plan für die gestaffelte Einführung:
-
-| Phase | Nutzerprozentsatz | Dauer | Wichtige Kennzahlen |
-| --- | --- | --- | --- |
-| Erstes Testen | 5% | 24-48 Stunden | Absturzraten, Leistung |
-| Früher Zugang | 20% | 48-72 Stunden | Nutzerfeedback, Nutzungstrends |
-| Erweiterte Freigabe | 50% | 72-96 Stunden | Systemstabilität, Netzwerklast |
-| Vollständige Bereitstellung | 100% | Fortlaufend | Gesamte Übernahmequoten |
-
-### Fortschrittsverfolgung
-
-Capgos Weboberfläche macht es einfach, Updates in Echtzeit zu überwachen und die Verteilung sowie Nutzerakzeptanz zu verfolgen [\[1\]](https://capgo.app/). Achten Sie während der Einführung auf diese Kennzahlen:
-
-| Metrikkategorie | Schlüsselindikatoren | Auslöser für Maßnahmen |
-| --- | --- | --- |
-| Leistung | App-Ladezeiten, API-Antwort | Langsame Leistung erfordert Rollback |
-| Stabilität | Absturzraten, Fehlerprotokolle | Wesentliche Probleme pausieren die Einführung |
-| Nutzerengagement | Sitzungsdauer, Funktionsnutzung | Negative Trends können die Einführung stoppen |
-
-Diese Schritte helfen Ihnen, Ihre Einführung effektiv zu verwalten und dabei Risiken zu minimieren.
-
-## Einrichten gestaffelter Einführungen in [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-11.jpg?auto=compress)
-
-### Live-Update-Konfiguration
-
-Beginnen Sie mit der Installation des [Capgo-Plugins](https://capgo.app/plugins/), um Over-the-Air (OTA) Updates für Ihr Capacitor-Projekt zu aktivieren:
-
-```bash
-npx @capgo/cli init
-```
-
-Diese Einrichtung erfüllt die Apple- und Google-Richtlinien und stellt sicher, dass Updates verschlüsselt und sicher übermittelt werden. Capgo vereinfacht die Verwaltung dieser Konfigurationen und macht die Verwaltung der Einführung einfacher.
-
-### [Capgo](https://capgo.app/) Integrationsanleitung
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-11.jpg?auto=compress)
-
-Capgos Webplattform rationalisiert die Update-Verteilung mit diesen Kernfunktionen:
-
-| Komponente | Funktion | Implementierungsdetails |
-| --- | --- | --- |
-| **Benutzerzuweisung** | Bestimmte Benutzergruppen ansprechen | Direkt in der Weboberfläche einstellbar |
-| **Versionskontrolle** | Update-Verteilung überwachen | Verfolgt Versionen automatisch |
-| **Rollback-System** | Zu einer vorherigen Version zurückkehren | Ein-Klick-Wiederherstellungsfunktion |
-| **Analyse-Dashboard** | Update-Leistung verfolgen | Echtzeit-Metriken verfügbar |
-
-### CI/CD-Pipeline-Einrichtung
-
-Um die volle Kontrolle über gestaffelte Einführungen zu behalten, integrieren Sie Ihre CI/CD-Pipeline mit Capgo. Es arbeitet nahtlos mit Plattformen wie [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/), [GitHub Actions](https://docs.github.com/actions) und [Jenkins](https://www.jenkins.io/) zusammen.
-
-So konfigurieren Sie Ihre CI/CD-Pipeline für gestaffelte Einführungen:
-
-| Phase | Konfiguration | Zweck |
-| --- | --- | --- |
-| **Build-Verifizierung** | Automatisierte Tests | Stellt sicher, dass Updates stabil sind |
-| **Deployment-Trigger** | Versionskontroll-Hooks | Automatisiert den Freigabeprozess |
-| **Einführungssteuerung** | Prozentbasierte Bereitstellung | Verwaltet die Update-Verteilung |
-| **Überwachung** | Automatisierte Metrikerfassung | Verfolgt den Bereitstellungserfolg |
-
-> "Capgo ist ein Muss-Tool für Entwickler, die produktiver sein wollen. Die Vermeidung von App-Store-Überprüfungen für Fehlerbehebungen ist bahnbrechend."  
-> – Bessie Cooper
-
-Capgos Integration kostet etwa 300 € pro Monat für laufende CI/CD-Operationen und bietet damit eine kostengünstigere Option im Vergleich zu Alternativen wie AppFlow, das rund 6.000 € jährlich kostet [\[1\]](https://capgo.app/).
-
-## Tipps für die Einführungsverwaltung
-
-### Problemerkennung und -behebung
-
-Behalten Sie Ihre Einführung genau im Auge und handeln Sie schnell, wenn Probleme auftreten. Mit Capgos Plattform können Sie Probleme frühzeitig erkennen und verhindern, dass sie Ihre gesamte Nutzerbasis beeinträchtigen. Richten Sie Fehlerüberwachung für diese Schlüsselbereiche ein:
-
-| Überwachungsaspekt | Implementierung | Zweck |
-| --- | --- | --- |
-| Fehlerrate-Tracking | Echtzeit-Metrik-Dashboard | Ungewöhnliche Absturzmuster erkennen |
-| Nutzerfeedback-Sammlung | In-App-Meldesystem | Direkte Einblicke von Nutzern erhalten |
-| Leistungsmetriken | Automatisierte Überwachung | App-Stabilität und -Geschwindigkeit prüfen |
-| Update-Verteilung | Nutzerakzeptanz-Tracking | Verfolgen, wie Updates sich verbreiten |
-
-Seien Sie auf Rollback-Prozeduren vorbereitet, um bei Problemen die Stabilität wiederherzustellen. Diese Schritte helfen, Ihre Einführung auf Kurs zu halten.
-
-### Kontrollierte Erweiterung
-
-Beginnen Sie klein und skalieren Sie schrittweise. Starten Sie mit internem Testen, dann Rollout an 5-10% der Nutzer. Bei Stabilität nach 24 Stunden, Erweiterung auf 25%, dann 50% und schließlich auf alle Nutzer, sobald die Metriken die Stabilität bestätigen. Capgos Analysen helfen bei der Entscheidung, wann der nächste Schritt sicher ist.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-### App-Store-Richtlinien
-
-Es geht nicht nur um betriebliche Bereitschaft - die Einhaltung von Plattformregeln ist genauso wichtig. Capgo gewährleistet die Einhaltung der Apple- und Google-Anforderungen:
-
-| Plattform | Anforderung | Capgo-Implementierung |
-| --- | --- | --- |
-| Apple App Store | Keine Binärcode-Änderungen | Nur Content-Updates |
-| Google Play | Sicherheitsanforderungen | Ende-zu-Ende-Verschlüsselung |
-| Beide Plattformen | Nutzerzustimmung | Eingebautes Zustimmungssystem |
-
-Diese Praktiken halten Ihre Updates nicht nur konform, sondern ermöglichen auch schnelle Fehlerbehebungen.
-
-> "Capgo ist ein Muss-Tool für Entwickler, die produktiver sein wollen. Die Vermeidung von Überprüfungen für Fehlerbehebungen ist Gold wert." [\[1\]](https://capgo.app/)
-
-## Update-Verwaltungstools
-
-Die Verwendung der richtigen [Update-Verwaltungstools](https://capgo.app/docs/plugin/cloud-mode/manual-update/) ist entscheidend für die sichere und effiziente Bereitstellung von Updates. Diese Tools vereinfachen die Bereitstellung und gewährleisten dabei Stabilität, Compliance und Sicherheit.
-
-### Plattformvergleich
-
-Capgo sticht als Lösung für Live-Updates in [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) hervor. Es unterstützt bis zu **1.000.000 Live-Updates monatlich** und kann die Veröffentlichungsgeschwindigkeit um **81%** steigern [\[1\]](https://capgo.app/). Dies macht es zu einer starken Alternative, besonders da [AppCenter](https://visualstudio.microsoft.com/app-center/) keine Hybrid-Apps mehr unterstützt und AppFlow oft zu teuer ist. Ein Entwickler teilte seine Erfahrung:
-
-> "Wir testen derzeit @Capgo, da Appcenter die Live-Update-Unterstützung für Hybrid-Apps eingestellt hat und @AppFlow viel zu teuer ist." [\[1\]](https://capgo.app/)
-
-Capgo arbeitet auch nahtlos mit beliebten CI/CD-Plattformen wie Azure DevOps, GitLab, GitHub, Jenkins und [CircleCI](https://circleci.com/) zusammen und automatisiert Bereitstellungsabläufe. Bei der Bewertung von Update-Verwaltungstools ist es wichtig, sich auf die wichtigsten Funktionen zu konzentrieren.
-
-### Erforderliche Tool-Fähigkeiten
-
-Effektive Update-Verwaltungstools sollten folgende Funktionen beinhalten, um reibungslose Einführungen und sichere Bereitstellungen zu gewährleisten:
-
-| Fähigkeit | Zweck | Auswirkung |
-| --- | --- | --- |
-| **Benutzerzuweisung** | Bestimmte Benutzersegmente ansprechen | Ermöglicht kontrolliertes Testen |
-| **Nahtlose Bereitstellung** | Unterstützt sofortige und schrittweise Einführungen | Gewährleistet reibungslose Auslieferung |
-| **Konfigurationsverwaltung** | Einstellungen und Versionen anpassen | Minimiert Einrichtungsfehler |
-| **CI/CD-Integration** | Verbindung mit wichtigen Plattformen | Automatisiert Bereitstellungsabläufe |
-| **Organisationsverwaltung** | Teams und Berechtig
-
-Für Unternehmensbereitstellungen bietet Capgo CI/CD-Integration mit einer einmaligen Gebühr von **$2,600** und ermöglicht langfristige Einsparungen [\[1\]](https://capgo.app/). Die Plattform gewährleistet Ende-zu-Ende-Verschlüsselung und erfüllt die Anforderungen von Apple App Store und Google Play, schützt Benutzerdaten und hält sich an die Plattformregeln.
-
-## Zusammenfassung
-
-Das Ausrollen von Updates in Capacitor-Apps erfordert sorgfältige Planung und die richtigen Werkzeuge. Plattformen wie Capgo vereinfachen diesen Prozess mit Funktionen wie Benutzersegmentierung, Fortschrittsüberwachung und Fehlermanagement.
-
-So funktioniert die stufenweise Einführung typischerweise:
-
-| Phase | Hauptaktionen | Vorteile |
-| --- | --- | --- |
-| **Planung** | Benutzer in Gruppen einteilen, Prozentsätze festlegen | Schafft eine kontrollierte Testumgebung |
-| **Implementierung** | CI/CD integrieren, Einstellungen konfigurieren | Ermöglicht automatisierte Bereitstellungen |
-| **Überwachung** | Fortschritt verfolgen, Fehler erkennen | Hilft bei der schnellen Problemerkennung |
-| **Erweiterung** | Benutzerzugriff schrittweise erhöhen | Reduziert Risiken während der Skalierung |
-
-Wichtige Praktiken sind:
-
--   Benutzer in Gruppen für kontrolliertes Testen einteilen.
--   Einrichten automatisierter Pipelines für reibungslose Bereitstellungen.
--   Sicherstellung der Einhaltung von App-Store-Anforderungen.
--   Verwendung von Tools, die bei Bedarf schnelle Rollbacks ermöglichen.
-
-Dieser Ansatz hilft Ihnen dabei, sichere, unterbrechungsfreie Updates für Ihre Capacitor-Apps bereitzustellen.
diff --git a/src/content/blog/de/pipeda-compliance-for-mobile-apps-in-canada.md b/src/content/blog/de/pipeda-compliance-for-mobile-apps-in-canada.md
deleted file mode 100644
index 5b48ed63a..000000000
--- a/src/content/blog/de/pipeda-compliance-for-mobile-apps-in-canada.md
+++ /dev/null
@@ -1,292 +0,0 @@
----
-slug: pipeda-compliance-for-mobile-apps-in-canada
-title: PIPEDA-Compliance für Mobilanwendungen in Kanada
-description: >-
-  Erfahren Sie, wie Sie sicherstellen, dass Ihre mobile App den kanadischen
-  Datenschutzgesetzen gemäß PIPEDA entspricht, Benutzerdaten schützt und das
-  Vertrauen stärkt.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:38:09.282Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd-1743478700916.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  PIPEDA, mobile app compliance, data privacy, user consent, data protection,
-  privacy policy, Canadian privacy laws, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Ihre mobile App mit den kanadischen Datenschutzgesetzen in Einklang bringen? Hier ist, was Sie über [PIPEDA](https://www.priv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/) wissen müssen:**
-
--   **Was ist PIPEDA?** Kanadas Bundesdatenschutzgesetz, das regelt, wie Apps persönliche Daten wie Namen, Standorte und Zahlungsdaten erfassen, verwenden und weitergeben.
--   **Wichtige Regeln für Entwickler:**
-    -   Holen Sie sich die klare Zustimmung der Nutzer, bevor Sie Daten erheben.
-    -   Stellen Sie leicht verständliche Datenschutzmitteilungen und -einstellungen bereit.
-    -   Verschlüsseln Sie Daten und verwenden Sie starke Sicherheitsmaßnahmen.
-    -   Erlauben Sie Nutzern, ihre Daten einzusehen, zu aktualisieren oder zu löschen.
--   **10 Compliance-Schritte:** Ernennen Sie einen Datenschutzbeauftragten, dokumentieren Sie die Datenverarbeitung, sichern Sie sensible Daten und reagieren Sie schnell auf Datenschutzverletzungen.
--   **Besondere Überlegungen:** Für sensible Daten wie Gesundheits- oder Finanzinformationen ist ausdrückliche Zustimmung erforderlich. Apps müssen auch sicherstellen, dass internationale Datenübertragungen den PIPEDA-Standards entsprechen.
-
-## [PIPEDA](https://www.priv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/): Ihr Leitfaden für Datenschutz in Kanada
-
-![PIPEDA](https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd/058da1c33c3afe5c8597c27b588d4b3e.jpg)
-
-<iframe src="https://www.youtube.com/embed/87Vb-jnTtxM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 10 Kern-PIPEDA-Regeln für Apps
-
-Diese zehn Regeln skizzieren wesentliche Schritte für App-Entwickler, um PIPEDA einzuhalten und Benutzerdaten zu schützen.
-
-### Verantwortlichkeiten im Datenschutz
-
-App-Entwickler müssen starke Datenschutzmaßnahmen ergreifen, um die Anforderungen von PIPEDA zu erfüllen. Wichtige Schritte umfassen:
-
--   Ernennung eines dedizierten Datenschutzbeauftragten
--   Führen detaillierter Aufzeichnungen über den Datenbestand
--   Durchführung von Datenschutz-Folgenabschätzungen
--   Erstellung klarer Protokolle zur Reaktion auf Datenverletzungen
-
-Organisationen sollten dokumentieren, wie sie mit Daten umgehen, und bereit sein, die Einhaltung bei Bedarf nachzuweisen. Der Zugriff auf sensible Daten sollte ebenfalls durch Protokollnachweise verfolgt werden.
-
-Diese Maßnahmen sind entscheidend für das Management der Zustimmung der Nutzer, das im nächsten Abschnitt behandelt wird.
-
-### Anforderungen an die Nutzererlaubnis
-
-Nach PIPEDA müssen Apps klare und informierte Zustimmung einholen, bevor sie persönliche Daten erheben. Hier sind die Anforderungen:
-
--   **Klarer Zweck**: Erklären Sie klar, warum Daten gesammelt werden.
--   **Granulare Kontrollen**: Ermöglichen Sie Nutzern, sich für oder gegen bestimmte Datentypen zu entscheiden.
--   **Zeitpunkt**: Holen Sie die Zustimmung vor oder zum Zeitpunkt der Datenerhebung ein.
--   **Einfache Sprache**: Verwenden Sie einfache, leicht verständliche Begriffe.
--   **Wesentliche Informationen**: Stellen Sie wichtige Datenschutzdetails leicht zur Verfügung.
--   **Detaillierte Erklärungen**: Bieten Sie zusätzliche Informationen über den Datenschutz durch Ressourcen wie FAQs oder [Datenschutzrichtlinien](https://capgo.app/dp/).
-
-Für sensible Daten wie Gesundheits- oder Finanzinformationen ist ausdrückliche Zustimmung erforderlich.
-
-### Sicherheits- und Datenqualitätsstandards
-
-Starke Sicherheits- und Datenqualitätspraktiken sind unerlässlich, um Benutzerinformationen zu schützen. Nachfolgend finden Sie eine Übersicht über wichtige Anforderungen:
-
-| Sicherheitsanforderung | Umsetzungsbeispiel |
-| --- | --- |
-| [Datenverschlüsselung](https://capgo.app/docs/cli/migrations/encryption/) | Nutzen Sie Ende-zu-Ende-Verschlüsselung für Datenübertragungen |
-| Zugriffssteuerungen | Wenden Sie [Multi-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/) für den Administratorzugang an |
-| Regelmäßige Updates | Veröffentlichen Sie zeitnahe Sicherheitsupdates und führen Sie Schwachstellenprüfungen durch |
-| Datenqualität | Bieten Sie Nutzern Werkzeuge, um ihre Informationen zu überprüfen und zu aktualisieren |
-| Verletzungsdetektion | Implementieren Sie Echtzeitüberwachungs- und Warnsysteme |
-
-Beim Umgang mit sensiblen Daten wie Standort- oder Finanzinformationen sollten Apps erstklassige Verschlüsselung und sichere Speicherungsmethoden verwenden. Wenn Drittanbieterdienste beteiligt sind, stellen Sie sicher, dass diese die gleichen Sicherheitsstandards einhalten, unterstützt durch regelmäßige Prüfungen, Bewertungen der Datenqualität und sichere Datenlöschverfahren.
-
-## PIPEDA-Compliance-Checkliste
-
-### Schritte zur Datenschutz-Risikoanalyse
-
-Beginnen Sie mit einer Datenschutz-Risikoanalyse, um potenzielle Schwächen in der Datenverarbeitung zu identifizieren:
-
-| Bewertungsbereich | Wichtige Überlegungen | Erforderliche Maßnahmen |
-| --- | --- | --- |
-| Datensammlung | Arten von gesammelten persönlichen Informationen | Dokumentieren Sie die Datentypen und deren Zwecke |
-| [Datenspeicherung](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Standort und Sicherheit der gespeicherten Daten | Verwenden Sie Verschlüsselungsprotokolle |
-| Datenweitergabe | Drittanbieterdienste und APIs | Überprüfen Sie die Compliance der Partner |
-| Nutzerkontrollen | Zugriff auf persönliche Informationen | Entwickeln Sie Werkzeuge für das Datenmanagement der Nutzer |
-| Sicherheitsmaßnahmen | Schutz vor Verletzungen | Richten Sie Überwachungssysteme ein |
-
-Verwenden Sie Analysen, um Risiken regelmäßig zu überprüfen. Sobald dies erledigt ist, erstellen Sie eine klare [Datenschutzrichtlinie](https://capgo.app/privacy/) für Ihre App.
-
-### Erstellung klarer Datenschutzrichtlinien
-
-Erstellen Sie eine Datenschutzrichtlinie, die leicht verständlich ist und vollständige Transparenz über Ihre Praktiken bietet. Schließen Sie Folgendes ein:
-
-1. **Umfang der Datensammlung**
-
-Erklären Sie, welche persönlichen Daten Sie sammeln, warum Sie sie sammeln und geben Sie spezifische Beispiele.
-
-2. **Rechte und Kontrollen der Nutzer**
-
-Beschreiben Sie, wie Nutzer ihre persönlichen Daten einsehen, aktualisieren oder löschen können. Stellen Sie sicher, dass Maßnahmen wie Ende-zu-Ende-Verschlüsselung zum zusätzlichen Schutz enthalten sind.
-
-3. **Weitergabe an Dritte**
-
-Listen Sie alle externen Dienste auf, die Nutzerdaten erhalten, zusammen mit den Gründen für die Weitergabe. Halten Sie eine Aufzeichnung aller Vereinbarungen zur Datenweitergabe und der bestehenden Schutzmaßnahmen.
-
-Sobald Ihre Datenschutzrichtlinie fertiggestellt ist, integrieren Sie diese Standards in Ihren Entwicklungsarbeitsablauf.
-
-### Datenschutzorientierte Entwicklung
-
-Bauen Sie auf der Risikoanalyse und der Datenschutzrichtlinie auf und konzentrieren Sie sich darauf, den Datenschutz in jede Phase der App-Entwicklung zu integrieren. So geht's:
-
-**[Sichere Verwaltung von Updates](https://capgo.app/docs/plugin/cloud-mode/manual-update)**
-
--   Aktivieren Sie sofortige Rückrollmöglichkeiten, um Probleme mit dem Datenschutz schnell zu beheben.
--   Verwenden Sie kontrollierte Kanäle für das Testen neuer Funktionen.
--   Verschlüsseln Sie alle Update-Übertragungen.
-
-**Kontinuierliche Integration von Datenschutz**
-
--   Fügen Sie Datenschutzprüfungen zu Ihrer CI/CD-Pipeline hinzu.
--   Planen Sie regelmäßige Sicherheitsprüfungen.
--   Überwachen Sie den Erfolg von Updates, um eine reibungslose Implementierung sicherzustellen.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung für unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-**Fehlervermeidung**
-
--   Führen Sie detaillierte Prüfprotokolle für die Verantwortlichkeit.
--   Entwickeln Sie umfassende Fehlerverfolgungssysteme.
--   Stellen Sie sicher, dass die Protokolle umfassend sind, um eine effektive Überwachung zu gewährleisten.
-
-## PIPEDA-Regeln für App-Funktionen
-
-### Standortdaten und Benachrichtigungen
-
-Apps, die Standortdaten verarbeiten, müssen spezifische PIPEDA-Anforderungen einhalten:
-
--   Holen Sie **ausdrückliche Nutzerzustimmung** ein, bevor Sie Standortdaten erfassen.
--   Bieten Sie **klare Optionen zum Abmelden** von der Standortverfolgung an.
--   Ermöglichen Sie Nutzern, die **Verfolgung jederzeit zu deaktivieren**.
--   Erklären Sie klar, **wie Standortdaten verwendet und gespeichert werden**.
-
-Für Push-Benachrichtigungen gibt es zusätzliche PIPEDA-Regeln:
-
--   Fordern Sie **Benachrichtigungsberechtigungen separat** von den Standortzugriffsrechten an.
--   Erklären Sie klar, **warum Benachrichtigungen benötigt werden**.
--   Bieten Sie **flexible Einstellungen**, damit Nutzer die Benachrichtigungseinstellungen kontrollieren können.
--   Ermöglichen Sie Nutzern, die **Benachtragungseinstellungen jederzeit zu aktualisieren**.
-
-### Zahlungen und externe Dienste
-
-Wenn es um Zahlungen geht, müssen Apps gemäß PIPEDA starke Sicherheitsmaßnahmen gewährleisten:
-
--   Verwenden Sie **branchenübliche Verschlüsselung** für alle Transaktionen.
--   Speichern Sie Zahlungsdaten mit **PIPEDA-konformen Sicherheitsprotokollen**.
--   Führen Sie **detaillierte Transaktionsprotokolle** für Transparenz.
--   Implementieren Sie **Multi-Faktor-Authentifizierung** für zusätzlichen Schutz.
-
-Für Integrationen von Drittanbietern verlangt PIPEDA:
-
--   Dokumentieren Sie, wie Daten mit externen Diensten geteilt werden.
--   Schließen Sie **Datenschutz- und Sicherheitsklauseln** in Dienstleistungsvereinbarungen ein.
--   Sicherstellen, dass die Sicherheitspraktiken von Drittanbietern den PIPEDA-Standards entsprechen.
--   Den Nutzern **Datenweitergabepraktiken** klar offenlegen.
-
-### Datenspeicherung und -entfernung
-
-Ordentliche Prozesse für die Datenspeicherung und -entfernung sind entscheidend für die Einhaltung.
-
-**Speicheranforderungen**:
-
--   Verwenden Sie sichere Server, die sich in **genehmigten Rechtsordnungen** befinden.
--   Verschlüsseln Sie sensible Transaktionsdaten.
--   Trennen Sie sensible Informationen von weniger kritischen Daten.
--   Führen Sie **verschlüsselte Backups** für Wiederherstellungszwecke.
-
-**Protokoll zur Datenentfernung**:
-
--   Bieten Sie Nutzern klare Optionen zum Löschen ihrer Konten an.
--   Entfernen Sie Nutzerdaten **sofort auf Anfrage**.
--   Stellen Sie sicher, dass die Löschung alle zugehörigen Aufzeichnungen umfasst.
--   Halten Sie dokumentierte Verfahren für die Datenentfernung bereit.
-
-**Aufbewahrungsrichtlinien**:
-
--   Definieren Sie, wie lange Daten aufbewahrt werden.
--   Archivieren Sie inaktive Daten sicher.
--   Zerstören Sie Daten, die über den Aufbewahrungszeitraum hinausgehen, auf sichere und dokumentierte Weise.
-
-## [Capgo](https://capgo.app/)'s PIPEDA-konforme Updates
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd/574f3a2cd27791454624262312a6c223.jpg)
-
-### Sichere Update-Funktionen
-
-Capgo verwendet ein vollständig verschlüsseltes Update-Management-System, das den PIPEDA-Anforderungen entspricht. Zu den Sicherheitsfunktionen gehören:
-
--   Ende-zu-Ende-verschlüsselte Update-Bereitstellung
--   Versionskontrolle mit detaillierten Prüfprotokollen
--   Granulare Zugriffskontrolleinstellungen
--   Geschützte Rückrolloptionen
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren nur Updates" [\[1\]](https://capgo.app/)
-
-Dieses Setup stellt sicher, dass Updates schnell bereitgestellt werden, während strenge Sicherheitsstandards eingehalten werden.
-
-### Schnelle App-Updates
-
-Capgo kombiniert starke Sicherheit mit schneller Update-Bereitstellung, um den regulatorischen Anforderungen gerecht zu werden. Beeindruckenderweise erhalten 95 % der aktiven Nutzer Updates innerhalb von 24 Stunden. Bis heute wurden 23,5 Millionen Updates über 750 Produktions-Apps bereitgestellt [\[1\]](https://capgo.app/).
-
-Die Plattform bietet auch Echtzeitüberwachung, sofortige Bereitstellung von Sicherheitsupdates und flexible Hosting-Optionen, um Bedenken hinsichtlich der Datensouveränität zu berücksichtigen.
-
-### Vorteile von Open-Source
-
-Capgo ist vollständig Open Source, was es Teams ermöglicht, Vendor-Lock-in zu vermeiden und die Compliance-Fähigkeiten der Plattform zu überprüfen [\[1\]](https://capgo.app/).
-
-Durch diese Transparenz können Teams:
-
--   Sicherheitsmaßnahmen inspizieren und überprüfen
--   Compliance-Funktionen auf ihre Bedürfnisse anpassen
--   Selbsthosting für vollständige Kontrolle über Daten
--   Umfassende Prüfprotokolle führen
-
-Das Kanalsystem von Capgo unterstützt kontrollierte Rollouts und ermöglicht es Teams, Updates auf Konformität zu testen, bevor sie in vollem Umfang bereitgestellt werden. Dadurch wird sichergestellt, dass jedes Update den PIPEDA-Standards entspricht.
-
-## Langfristige PIPEDA-Konformität
-
-### Regelmäßige Datenschutzüberprüfungen
-
-Planen Sie vierteljährliche Audits, um wichtige Bereiche wie Datenerfassungspraktiken, Einwilligungsprozesse, die Weitergabe von Daten an Dritte, Aufbewahrungsfristen und Sicherheitsmaßnahmen zu bewerten. Verwenden Sie eine detaillierte Checkliste, um jede Überprüfung zu dokumentieren. Verfolgen Sie Änderungen in den App-Funktionen und regulatorische Updates, um Bereiche zu identifizieren, die Anpassungen benötigen.
-
-Diese Audits helfen, eine solide Grundlage für Schulungen des Personals und Notfallpläne zu schaffen.
-
-### Schulung des Personals im Datenschutz
-
-Bieten Sie Datenschutzschulungen an, die Folgendes umfassen:
-
--   Erstkampagnen
--   Vierteljährliche Auffrischungen
--   Rollenspezifische Compliance-Richtlinien
--   Praktische Fallstudien
--   Interaktive Workshops
-
-Stellen Sie von Anfang an sicher, dass das Personal ihre Verantwortung in Bezug auf Compliance versteht. Regelmäßige Schulungen sollten Themen wie die Verwaltung von Benutzeranfragen, den Umgang mit Einwilligungswiderrufen, die Bearbeitung von Datenschutzbeschwerden und die Umsetzung datenschutzorientierter Gestaltungsprinzipien abdecken. Verwenden Sie Fallstudien und Workshops, um die Schulung praktischer und ansprechender zu gestalten.
-
-Ein gut vorbereitetes Team ist entscheidend, um Vorfälle schnell und effektiv zu bewältigen.
-
-### Notfallpläne
-
-Erstellen Sie einen klaren Notfallplan mit definierten Schritten:
-
-1.  Vorfälle anhand vorab festgelegter Kriterien identifizieren und bewerten, unter Verwendung eines speziellen Einsatzteams.
-2.  Den Vorfall sofort eingrenzen, indem alle Details dokumentiert und betroffene Benutzer sowie Behörden innerhalb der erforderlichen Fristen benachrichtigt werden.
-3.  Systeme wiederherstellen, Sicherheitsmaßnahmen aktualisieren und Datenschutzrichtlinien nach dem Vorfall überarbeiten. Überprüfen und aktualisieren Sie den Plan alle sechs Monate.
-
-Setzen Sie spezifische Ziele für die Reaktionszeit, um Konformität und Verantwortung sicherzustellen:
-
-| Aktionspunkt | Zielreaktionszeit | Erforderliche Dokumentation |
-| --- | --- | --- |
-| Erste Vorfallbewertung | Innerhalb von 1 Stunde | Vorfallsberichtsformular |
-| Benutzerbenachrichtigung | Innerhalb von 24 Stunden | Benachrichtigungsvorlage |
-| Behördenbericht | Innerhalb von 72 Stunden | PIPEDA-Vorfallsbericht |
-| Nach-Vorfall-Überprüfung | Innerhalb von 7 Tagen | Analyseübersicht |
-
-## Zusammenfassung: Vorteile der PIPEDA-Konformität
-
-Die Einhaltung der PIPEDA-Richtlinien für mobile Apps schafft Vertrauen und fördert die Nutzerbindung. Durch die Priorisierung des Datenschutzes und die Annahme klarer Datenhandhabungspraktiken können Apps stärkere Verbindungen zu ihren Benutzern pflegen.
-
-### Wichtige Vorteile der PIPEDA-Konformität
-
--   **Gestärktes Benutzervertrauen**: Transparente Datenschutzrichtlinien und klare Datenpraktiken zeigen den Benutzern, dass ihre Informationen verantwortungsbewusst behandelt werden.
--   **Rechtliche Schutzmaßnahmen**: Die Einhaltung der PIPEDA-Vorschriften verringert das Risiko von datenschutzrechtlichen Problemen und Geldbußen.
--   **Wettbewerbsvorteil**: Ein Fokus auf Datenschutz hilft, den Ruf eines Unternehmens in einem Markt zu verbessern, in dem Datenschutz von Bedeutung ist.
-
-Diese Vorteile sind im Benutzerfeedback deutlich. Die Beiträge von Capgo unterstreichen den Wert der Konformität:
-
-> "Die Gemeinschaft benötigte dies und @Capgo macht etwas wirklich Wichtiges!" [\[1\]](https://capgo.app/)
-
-> "@Capgo ist ein Muss für Entwickler, die produktiver sein wollen. Das Vermeiden von Überprüfungen für Bugfixes ist goldwert." \[2\]
-
-Die Einhaltung der PIPEDA-Standards schafft nicht nur Vertrauen, sondern sichert auch den langfristigen Erfolg in einem Markt, in dem Datenschutz Priorität hat.
diff --git a/src/content/blog/de/pipeline-security-for-capacitor-apps-key-insights.md b/src/content/blog/de/pipeline-security-for-capacitor-apps-key-insights.md
deleted file mode 100644
index 366e91b77..000000000
--- a/src/content/blog/de/pipeline-security-for-capacitor-apps-key-insights.md
+++ /dev/null
@@ -1,162 +0,0 @@
----
-slug: pipeline-security-for-capacitor-apps-key-insights
-title: 'Pipeline-Sicherheit für Capacitor-Apps: Wichtige Erkenntnisse'
-description: >-
-  Lernen Sie wichtige Strategien zur Sicherung von Capacitor-App-Pipelines, vom
-  Schutz von Geheimnissen bis hin zur Verwaltung von OTA-Updates und
-  Zugriffskontrollen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T03:16:36.231Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68059152360079f947b84e10-1745205430503.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, pipeline security, OTA updates, access control, encryption, mobile
-  app security, third-party plugins, CI/CD security
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Pipeline-Sicherheit für [Capacitor](https://capacitorjs.com/)-Apps ist wichtig, um sensible Daten zu schützen und zuverlässige Updates zu gewährleisten. Hier ist, was Sie wissen müssen:
-
--   **Geheimnisse schützen**: Verwenden Sie Ende-zu-Ende-Verschlüsselung und sichere Geheimnisverwaltungstools zum Schutz von Anmeldeinformationen wie [API-Schlüsseln](https://capgo.app/docs/webapp/api-keys/).
--   **Zugangskontrolle**: Implementieren Sie rollenbasierte Zugangskontrolle (RBAC), [Mehr-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/) (MFA) und Echtzeit-Überwachung, um unbefugte Pipeline-Änderungen zu verhindern.
--   **Update-Integrität**: Verschlüsseln Sie OTA-Updates, überprüfen Sie die Authentizität mit digitalen Signaturen und ermöglichen Sie stufenweise Einführungen mit Rollback-Optionen.
--   **Sicherheitstools**: Verwenden Sie automatisierte Sicherheitstests für statische Code-Analyse, Abhängigkeitsprüfungen und API-Tests.
-
-[Capgo](https://capgo.app/), eine führende OTA-Plattform, verbessert die Capacitor-Pipeline-Sicherheit mit Funktionen wie Echtzeit-Überwachung, stufenweisen Einführungen und Ende-zu-Ende-Verschlüsselung. Diese Maßnahmen gewährleisten sichere App-Updates bei gleichzeitigem Schutz der Benutzerdaten.
-
-## Was ist CI/CD-Sicherheit? Strategien zur Stärkung Ihrer ...
-
-<iframe src="https://www.youtube.com/embed/Uavb-FMNXtI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Sicherheitsrisiken in [Capacitor](https://capacitorjs.com/) App-Pipelines
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Mit der Entwicklung von [Capacitor-App-Entwicklung](https://capgo.app/blog/capacitor-comprehensive-guide/) entstehen spezifische Sicherheitsherausforderungen für CI/CD-Pipelines. Die Bewältigung dieser Risiken ist entscheidend für die Aufrechterhaltung einer sicheren Entwicklungsumgebung.
-
-### Verwaltung von Geheimnissen und Variablen
-
-Schützen Sie sensible Informationen wie API-Schlüssel und Umgebungsvariablen durch Verschlüsselung und Begrenzung ihres Geltungsbereichs. Verwenden Sie Ende-zu-Ende-Verschlüsselung, um Daten sowohl während der Übertragung als auch im Ruhezustand zu schützen und sicherzustellen, dass abgefangene Anmeldeinformationen für Angreifer nutzlos sind.
-
-Validieren Sie außerdem immer externen Code, bevor Sie ihn in Ihre Pipeline integrieren, um Schwachstellen zu reduzieren.
-
-### Plugin- und Bibliothekssicherheit
-
-Plugins von Drittanbietern können die Funktionalität erweitern, erhöhen aber auch das Risiko. Jedes Plugin führt potenzielle Schwachstellen ein. Um dies zu mindern:
-
--   Überprüfen Sie Plugin-Quellen und scannen Sie Updates, bevor Sie sie in Ihre Pipeline integrieren.
--   Beachten Sie, dass plattformübergreifende Abhängigkeiten die Sicherheitsbemühungen erschweren können.
-
-Beschränken Sie den Pipeline-Zugriff, um unbefugte Änderungen zu verhindern und die Exposition zu minimieren.
-
-### Pipeline-Zugangskontrolle
-
-Schwache Zugangskontrolle in CI/CD-Systemen kann zu unbefugten Änderungen, Pipeline-Hijacking oder versehentlichen Privilegieneskalationen führen. Häufige Sicherheitslücken sind:
-
--   **Unbefugter Zugriff**: Könnte zu Code-Manipulation führen. Verwenden Sie granulare Berechtigungen, um den Zugriff zu beschränken.
--   **Schwache Authentifizierung**: Erleichtert Pipeline-Hijacking. Erzwingen Sie Mehr-Faktor-Authentifizierung zur Stärkung der Sicherheit.
--   **Unzureichende Protokollierung**: Verzögert die Erkennung von Verstößen. Aktivieren Sie Echtzeit-Überwachung und führen Sie detaillierte Protokolle.
--   **Rollenverwirrung**: Kann zu versehentlicher Privilegieneskalation führen. Definieren und weisen Sie Rollen klar zu.
-
-Um Ihre Pipeline zu schützen, implementieren Sie strikte rollenbasierte Zugangskontrollen, erzwingen Sie starke Authentifizierungsprotokolle und pflegen Sie umfassende Protokollierungssysteme.
-
-### OTA-Update-Sicherheit
-
-Over-the-Air (OTA) Updates ermöglichen die schnelle Bereitstellung von Korrekturen und Funktionen, bergen aber Risiken wie Abfangen, Manipulation und unkontrollierte Einführungen.
-
-Zur Sicherung von OTA-Updates:
-
--   Verschlüsseln Sie Update-Pakete, um Vertraulichkeit und Integrität sicherzustellen.
--   Verwenden Sie digitale Signaturen zur Überprüfung der Authentizität von Updates.
--   Führen Sie Updates stufenweise ein, um potenzielle Auswirkungen zu minimieren.
--   Bieten Sie eine Rollback-Option an, um problematische Releases rückgängig zu machen.
-
-Diese Schritte helfen sicherzustellen, dass OTA-Updates sicher und zuverlässig bleiben.
-
-## Pipeline-Sicherheitsrichtlinien
-
-Um Risiken zu reduzieren, befolgen Sie diese Pipeline-Sicherheitsrichtlinien.
-
-### Schutz von Geheimnissen
-
--   Verwenden Sie **Ende-zu-Ende-Verschlüsselung** zum Schutz von Geheimnissen und zur Verhinderung von Anmeldedatenlecks.
--   Speichern Sie API-Schlüssel, Zugriffstoken und Umgebungsvariablen in einem **Geheimnisverwaltungsdienst** mit eingeschränktem Zugriff und regelmäßiger Rotation.
--   Begrenzen Sie den Variablenbereich auf bestimmte Umgebungen, um Expositionsrisiken zu minimieren.
--   [Verschlüsseln Sie Daten](https://capgo.app/docs/cli/migrations/encryption/) sowohl im Ruhezustand als auch während der Übertragung, um unbefugten Zugriff zu blockieren.
-
-### Sicherheitstesttools
-
--   Fügen Sie automatisierte Scanner zu CI/CD-Jobs hinzu für Aufgaben wie statische Code-Analyse, Abhängigkeitsprüfungen, Container-Sicherheit und API-Tests.
--   Konfigurieren Sie Plugins für:
-    -   Statische Code-Analyse
-    -   Abhängigkeits-Schwachstellenscanning
-    -   Container-Sicherheitsprüfungen
-    -   API-Sicherheitstests
-
-### Zugangskontrolle und Überwachung
-
--   Implementieren Sie **rollenbasierte Zugangskontrolle (RBAC)**, Mehr-Faktor-Authentifizierung (MFA), Echtzeit-Überwachung und detaillierte Audit-Protokolle.
--   Führen Sie regelmäßige Zugriffsaudits durch, um potenzielle Sicherheitslücken zu identifizieren und zu beheben.
--   Verwenden Sie Echtzeit-Überwachungstools und führen Sie detaillierte Aktivitätsprotokolle zur Verfolgung der Pipeline-Aktivität.
-
-### Update-Verwaltung
-
--   Führen Sie Updates stufenweise ein und nutzen Sie Beta-Kanäle zum Testen von Änderungen.
--   Aktivieren Sie automatisches Rollback, um schnell auf Probleme reagieren zu können.
--   Überwachen Sie Bereitstellungserfolg und Adoptionsmetriken, um sicherzustellen, dass Updates wie erwartet funktionieren.
--   Integrieren Sie die Update-Verteilung direkt in Ihre Pipeline für reibungslosere Bereitstellungen.
-
-## Überblick über Sicherheitstools
-
-Neue OTA-Plattformen priorisieren jetzt Sicherheit in ihren Capacitor-Pipelines. Diese Tools implementieren die zuvor besprochenen Sicherheitsmaßnahmen.
-
-### [Capgo](https://capgo.app/) Sicherheitsfunktionen
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgo bietet ein sicherheitsorientiertes Setup speziell für [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/). Seine Ende-zu-Ende-Verschlüsselung stellt sicher, dass Updates nur von autorisierten Benutzern entschlüsselt werden können und geht damit über die übliche Abhängigkeit von signierten Paketen hinaus. Zu den wichtigsten Funktionen gehören:
-
--   **Echtzeit-Überwachung**: Verfolgt Update-Erfolge und -Fehler in Echtzeit.
--   **Granulare Zugangskontrolle**: Rollenbasierte Berechtigungen und Organisationsverwaltung zur Beschränkung des Pipeline-Zugriffs.
--   **Automatisches Rollback**: Kehrt schnell zu einer vorherigen Version zurück, wenn nach der Bereitstellung ein Sicherheitsproblem auftritt.
--   **Stufenweise Einführungen und Beta-Kanäle**: Zielt auf bestimmte Benutzergruppen für kontrollierte Tests und Releases ab.
-
-Capgo integriert sich nahtlos mit CI/CD-Tools wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) und [Jenkins](https://www.jenkins.io/) und orientiert sich an den zuvor beschriebenen Praktiken für Zugangskontrolle, Geheimnisverwaltung und Update-Integrität.
-
-### Vergleich von Sicherheitsplattformen
-
-Hier ein Vergleich moderner OTA-Plattformen mit älteren Methoden:
-
--   **Verschlüsselung**: Moderne Plattformen verwenden Ende-zu-Ende-Verschlüsselung, während ältere Systeme oft nur auf grundlegende Signierung setzen.
--   **Bereitstellung**: Sofortige OTA-Updates ersetzen den langsameren App-Store-Überprüfungsprozess.
--   **Kostenstruktur**: Nutzungsbasierte Preisgestaltung bietet Flexibilität im Vergleich zu festen Jahresgebühren.
--   **Integration**: Native CI/CD-Integration macht manuelle Einrichtungen überflüssig.
--   **Hosting**: Optionen für Cloud- und Self-Hosted-Setups, im Gegensatz zu älteren Systemen, die oft nur Cloud-basiert sind.
-
-> "@Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) :-)" – NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-## Branchenausblick
-
-Der Bereich der Pipeline-Sicherheit entwickelt sich in Richtung fortschrittlicherer, community-geführter Modelle, die auf früheren Richtlinien und Tool-Vergleichen aufbauen. Die Capacitor-Pipeline-Sicherheitslandschaft entwickelt sich weiter, um diese ausgereifteren, kollaborativen Ansätze zu übernehmen.
-
-### Pipeline-Sicherheitstrends
-
-Ende-zu-Ende-Verschlüsselung ist jetzt eine Standardfunktion für OTA (Over-the-Air) Update-Systeme [\[1\]](https://capgo.app/). Diese Entwicklung unterstreicht die Bedeutung der Skalierung früherer Best Practices für die Verwaltung von Geheimnissen, Zugang und Updates.
-
-### Open-Source-Sicherheitstools
-
-Open-Source-Tools spielen neben kommerziellen Optionen eine entscheidende Rolle bei der Gestaltung der nächsten Phase der Pipeline-Sicherheit. Diese Tools bieten jetzt Funktionen wie [Self-Hosted-Deployments](https://capgo.app/blog/self-hosted-capgo/), community-getriebenes Schwachstellen-Scanning und transparente Protokolle für Audits und kontinuierliche Verbesserungen.
-
-Es wird erwartet, dass die Branche ihren Fokus auf Security-First-Strategien beibehält, wobei Open-Source-Lösungen den Fortschritt in der Pipeline-Sicherheit vorantreiben. Organisationen bevorzugen zunehmend Tools, die starke Sicherheitsfunktionen mit flexiblen Bereitstellungsoptionen kombinieren und damit die Messlatte für die Capacitor-App-Entwicklung höher legen.
-
-## Fazit
-
-Die Sicherung der Entwicklungspipeline für Capacitor-Apps erfordert nun die Integration von Ende-zu-Ende-Verschlüsselung und die Priorisierung von Sicherheit im gesamten CI/CD-Prozess. Dies spiegelt den wachsenden Trend zur Nutzung von Open-Source, community-getriebenen Sicherheitstools wider, wie im Branchenausblick hervorgehoben.
-
-Um Capacitor-Apps zu schützen, sollten Teams Maßnahmen wie Verschlüsselung, detaillierte Zugangskontrollen, stufenweise Einführungen, Fehlerüberwachung, Analytik und automatische Rollback-Funktionen implementieren - alles unter Einhaltung der App-Store-Richtlinien. Die Orientierung an den neuesten Praktiken wird der Schlüssel zur Gewährleistung einer starken und zuverlässigen App-Sicherheit im Laufe der Zeit sein.
diff --git a/src/content/blog/de/privacy-manifest-for-capacitor-apps-guide.md b/src/content/blog/de/privacy-manifest-for-capacitor-apps-guide.md
deleted file mode 100644
index a217b535b..000000000
--- a/src/content/blog/de/privacy-manifest-for-capacitor-apps-guide.md
+++ /dev/null
@@ -1,289 +0,0 @@
----
-slug: privacy-manifest-for-capacitor-apps-guide
-title: 'Datenschutz-Manifest für Capacitor Apps: Leitfaden'
-description: >-
-  Erfahren Sie, wie Sie ein Privacy Manifest für Ihre App erstellen, um die App
-  Store-Anforderungen zu erfüllen und Benutzerdaten effektiv zu schützen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T03:07:47.047Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776-1743563280473.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Privacy Manifest, Capacitor, App Store compliance, user data protection, app
-  development, privacy standards
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Ihre [Capacitor](https://capacitorjs.com/)-App ohne Verzögerungen im [App Store](https://en.wikipedia.org/wiki/App_Store_\(Apple\)) veröffentlichen?** Beginnen Sie mit der Erstellung eines Privacy Manifests. Apple verlangt jetzt von Entwicklern die Einbindung dieses Dokuments, um sicherzustellen, dass Apps strenge Datenschutzstandards erfüllen. Hier ist, was Sie wissen müssen:
-
--   **Was ist ein Privacy Manifest?**  
-    Eine strukturierte Datei, die die Datenerfassungspraktiken, API-Nutzung und Tracking-Domains Ihrer App beschreibt.
-    
--   **Warum es wichtig ist:**
-    
-    -   Erfüllt App Store-Regeln, um Ablehnungen oder Entfernungen zu vermeiden.
-    -   Schafft Vertrauen durch Transparenz beim Umgang mit Nutzerdaten.
--   **Wichtige Komponenten:**
-    
-    -   APIs, die auf Nutzerdaten zugreifen (z.B. Standort, Fotos).
-    -   Datenschutzkennzeichnungen für erfasste Datentypen.
-    -   Tracking-Domains für Analysen oder Werbung.
--   **So erstellen Sie eines:**
-    
-    -   Verwenden Sie JSON, um Details zur Datenerfassung zu definieren.
-    -   Platzieren Sie die `PrivacyInfo.xcprivacy`-Datei im richtigen Verzeichnis Ihres Projekts.
-    -   Validieren Sie sie mit Tools wie [Xcode](https://developer.apple.com/xcode/), um Fehler zu vermeiden.
--   **Tools zur Vereinfachung des Prozesses:**  
-    Nutzen Sie Plattformen wie [Capgo](https://capgo.app/) für automatisierte Privacy Manifest-Validierung, Echtzeit-Updates und Fehlerverfolgung.
-    
-
-**Bleiben Sie konform, schützen Sie die Privatsphäre der Nutzer und vermeiden Sie App Store-Verzögerungen, indem Sie diesem Leitfaden folgen.**
-
-## Grundlagen des Privacy Manifests
-
-### Definition des Privacy Manifests
-
-Ein Privacy Manifest ist eine strukturierte Datei, die die Datenpraktiken Ihrer App beschreibt. Sie enthält Details zu Elementen wie APIs, die auf Nutzerdaten zugreifen, Tracking-Domains, erfasste Datentypen und Integration von Drittanbieter-SDKs. Dieses Dokument hilft nicht nur Vertrauen aufzubauen, sondern stellt auch die Einhaltung der App Store-Richtlinien sicher. Schauen wir uns die wichtigsten Komponenten an, die Ihr Manifest enthalten sollte.
-
-### Hauptelemente des Privacy Manifests
-
-Hier sind die wichtigsten Elemente, die Sie in Ihrem Privacy Manifest aufnehmen sollten, um Apples Anforderungen zu erfüllen:
-
-1.  **Erforderliche Grund-APIs**  
-    Dieser Abschnitt listet die datenschutzsensiblen APIs auf, die Ihre App verwendet, und erklärt, warum sie notwendig sind.
-    
-    Nachfolgend eine Tabelle mit häufigen API-Anforderungen:
-    
-    | API-Kategorie | Häufige Verwendung | Erforderliche Dokumentation |
-    | --- | --- | --- |
-    | Standortdienste | Benutzernavigation | Zweckstring und Nutzungsbeschreibung |
-    | Fotobibliothek | Profilbilder | Zugriffsebene und Absicht |
-    | Kontakte | Adressbuch-Synchronisation | Datenminimierungserklärung |
-    
-2.  **Datenschutzkennzeichnungen**  
-    Diese Kennzeichnungen bieten Transparenz durch Angabe von:
-    
-    -   Arten der erfassten Daten
-    -   Gründe für die Datenerfassung
-    -   Ob die Daten mit der Benutzeridentität verknüpft sind
-    -   Wie die Daten für Tracking verwendet werden
-3.  **Tracking-Domains**  
-    Dieser Abschnitt listet alle Domains auf, die am Tracking beteiligt sind, wie solche für Analysen, Werbung oder Datenverarbeitung durch Dritte.
-    
-
-> "App Store konform" - Capgo [\[1\]](https://capgo.app/)
-
-Laut Capgo halten sich 95% der Nutzer innerhalb von 24 Stunden an Updates. Mit über 23,5 Millionen durchgeführten Updates [\[1\]](https://capgo.app/) ist es wichtig, Ihre Datenschutzdokumentation aktuell zu halten, um das Vertrauen der Nutzer zu bewahren.
-
-## Erstellung von Privacy Manifests für [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Einrichtungsvoraussetzungen
-
-Bevor Sie mit der Erstellung des Manifests beginnen, stellen Sie sicher, dass Sie Folgendes haben:
-
--   Xcode 15 oder höher installiert
--   Ein Capacitor 8.0+ Projekt eingerichtet
--   Zugriff auf die `Info.plist`-Datei Ihrer App
--   Ein grundlegendes Verständnis der JSON-Struktur
--   Dokumentation über die Datenerfassungspraktiken Ihrer App
-
-### Erstellungsschritte
-
-Beginnen Sie mit der Erstellung einer `PrivacyInfo.xcprivacy`-Datei in Ihrem iOS-Projektverzeichnis. Diese Datei muss bestimmten Formatierungsrichtlinien folgen:
-
-**Grundlegende Informationen einrichten**
-
-```json
-{
-    "NSPrivacyTracking": false,
-    "NSPrivacyTrackingDomains": [],
-    "NSPrivacyCollectedDataTypes": []
-}
-```
-
-**Details zur Datenerfassung definieren**
-
-```json
-{
-    "NSPrivacyAccessedAPITypes": [
-        {
-            "NSPrivacyAccessedAPIType": "NSLocationWhenInUseUsageDescription",
-            "NSPrivacyAccessedAPITypeReasons": ["1.1"]
-        },
-        {
-            "NSPrivacyAccessedAPIType": "NSCameraUsageDescription",
-            "NSPrivacyAccessedAPITypeReasons": ["2.1"]
-        }
-    ]
-}
-```
-
-**Tracking-Domains hinzufügen**
-
-```json
-{
-    "NSPrivacyTrackingDomains": [
-        "analytics.yourdomain.com",
-        "metrics.yourdomain.com"
-    ]
-}
-```
-
-### Vermeidung häufiger Fehler
-
-Beachten Sie diese Tipps, um Probleme zu vermeiden:
-
--   **Alle erforderlichen Felder einfügen**: Auch wenn einige Felder leer sind, müssen sie vorhanden sein.
--   **Gültige API-Typen verwenden**: Überprüfen Sie API-Kennungen anhand der offiziellen Apple-Dokumentation.
--   **JSON-Formatierung prüfen**: Führen Sie Ihre Datei durch einen JSON-Linter, um Syntaxfehler zu finden.
--   **Vollständige Gründe angeben**: Stellen Sie sicher, dass jeder API-Zugriff einen entsprechenden Grund-Code enthält.
--   **Informationen aktuell halten**: Aktualisieren Sie das Manifest bei Hinzufügung neuer Funktionen.
-
-Stellen Sie außerdem sicher, dass die Manifest-Datei unter 512KB bleibt, um Build-Fehler zu vermeiden. Validieren Sie die Datei regelmäßig während des Xcode-Build-Prozesses, um Fehler frühzeitig zu erkennen. Sobald Ihr Manifest fertig ist, integrieren Sie es in Ihr Capacitor-Projekt gemäß den Richtlinien zur Dateiplatzierung.
-
-## Privacy Manifests zu Capacitor hinzufügen
-
-### Leitfaden zur Dateiplatzierung
-
-Um ein Privacy Manifest in Ihr Capacitor-Projekt einzufügen, platzieren Sie die `PrivacyInfo.xcprivacy`-Datei in der folgenden Verzeichnisstruktur:
-
-```
-your-app/
-├── ios/
-│   ├── App/
-│   │   ├── PrivacyInfo.xcprivacy
-│   │   └── Info.plist
-│   └── App.xcworkspace
-```
-
-Für Capacitor-Plugins verwenden Sie diese Struktur:
-
-```
-your-plugin/
-├── ios/
-│   ├── Plugin/
-│   │   └── PrivacyInfo.xcprivacy
-│   └── Plugin.xcodeproj
-```
-
-### Build-Einstellungen einrichten
-
-Sobald die Datei platziert ist, aktualisieren Sie Ihre Xcode-Build-Einstellungen für eine korrekte Integration:
-
-1.  Öffnen Sie Ihr Projekt in Xcode.
-2.  Wählen Sie unter **TARGETS** Ihr App- oder Plugin-Target aus.
-3.  Gehen Sie zum Tab **Build Settings**.
-4.  Setzen Sie **Privacy Manifest Development Region** auf `en`.
-5.  Setzen Sie **Include Privacy Manifest** auf `YES`.
-
-Wenn Ihr Projekt [CocoaPods](https://cocoapods.org/) verwendet, fügen Sie den folgenden Ausschnitt in Ihre `Podfile` ein, um das Privacy Manifest zu aktivieren:
-
-```ruby
-post_install do |installer|
-  installer.pods_project.targets.each do |target|
-    target.build_configurations.each do |config|
-      config.build_settings['INCLUDE_PRIVACY_MANIFEST'] = 'YES'
-    end
-  end
-end
-```
-
-Nach diesen Änderungen fahren Sie mit Implementierungsprüfungen fort, um zu verifizieren, dass alles korrekt eingerichtet ist.
-
-### Implementierungsprüfung
-
-Um sicherzustellen, dass das Privacy Manifest wie beabsichtigt funktioniert, folgen Sie diesen Schritten:
-
-1.  **Build-Verifizierung**
-    
-    -   Bestätigen Sie, dass es keine datenschutzbezogenen Warnungen während des Builds gibt.
-    -   Stellen Sie sicher, dass das Manifest ohne Probleme kompiliert.
-    -   Überprüfen Sie, ob das Privacy Manifest in den Build-Produkten enthalten ist.
-2.  **Laufzeit-Validierung**
-    
-    -   Testen Sie im Debug-Modus auf korrekte Datenschutzaufforderungen und API-Zugriffsverhalten.
-3.  **App Store Connect-Validierung**
-    
-    -   Laden Sie Ihren Build hoch und überprüfen Sie den Datenschutzbericht in App Store Connect.
-    -   Prüfen Sie, ob API-Deklarationen vollständig und Tracking-Domain-Formate korrekt sind.
-
-Wenn Sie einen "Privacy Manifest validation failed"-Fehler erhalten, überprüfen Sie Ihr Manifest erneut, um sicherzustellen, dass es die neuesten App Store-Anforderungen erfüllt. Achten Sie besonders auf API-Typen und Tracking-Domain-Konfigurationen.
-
-## Apple Privacy Manifest Änderungen
-
-<iframe src="https://www.youtube.com/embed/S8JnUkUkmbs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Tests und Korrekturen
-
-Die Erstellung eines Privacy Manifests, das Apples Richtlinien entspricht, ist entscheidend. Um auf Kurs zu bleiben, integrieren Sie zuverlässige Fehlerverfolgung in Ihren Entwicklungsprozess. Dies hilft, Entwicklungsbemühungen mit Compliance-Anforderungen zu verknüpfen.
-
-Ein Tool wie [Capgo](https://capgo.app) kann helfen. Es überwacht API-Zugriffe und identifiziert Manifest-Probleme, bevor sie Benutzer beeinflussen. Sobald potenzielle Probleme erkannt werden, können Sie sich auf gründliche Validierung konzentrieren.
-
-Nach Aktualisierungen testen Sie Ihr Manifest in einer Entwicklungsumgebung. Nutzen Sie Erkenntnisse aus der Fehlerverfolgung, um Ihre Überprüfung zu leiten. Dieser Ansatz hilft sicherzustellen, dass Ihre App mit Apples Datenschutzstandards konform bleibt.
-
-## [Capgo](https://capgo.app/) Datenschutz-Tools
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo vereinfacht die Verwaltung von Privacy Manifests und App-Updates und stellt sicher, dass Ihre Datenschutzstandards ohne Verzögerungen bei Bereitstellungen intakt bleiben.
-
-### Capgo Funktionen
-
-Mit mehr als **23,5 Millionen gesicherten Updates** und einer **82%igen globalen Erfolgsrate** stellt Capgo sicher, dass **95% der aktiven Nutzer Updates innerhalb von 24 Stunden erhalten** [\[1\]](https://capgo.app/). Hier sind die Angebote:
-
--   **Ende-zu-Ende-Verschlüsselung** für sichere Updates
--   **Kanal-System** für kontrollierte Update-Verteilung
--   **Fehlerverfolgung** zur schnellen Identifizierung und Behebung von Problemen
--   **Ein-Klick-Rollback** für sofortige Rückkehr zu einer vorherigen Version
-
-Diese Tools machen die Integration von Capgo in Ihren Workflow reibungslos und effizient.
-
-### Verwendung von Capgo
-
-Um zu beginnen, [installieren Sie das Capgo-Plugin](https://capgo.app/docs/plugin/cloud-mode/getting-started/) mit diesem Befehl:
-
-```bash
-npx @capgo/cli init
-```
-
-Capgo integriert sich nahtlos in CI/CD-Pipelines und automatisiert die Privacy Manifest-Validierung über Plattformen wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) oder [Jenkins](https://www.jenkins.io/). Ob Sie Cloud- oder Self-Hosted-Optionen wählen, Capgo unterstützt 750 Produktions-Apps und stellt sicher, dass jedes Update den Datenschutzstandards entspricht.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Bereitstellung an unsere Nutzer!" – Rodrigo Mantica
-
-> "Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen 🙂" – NASA's OSIRIS-REx
-
-Capgo enthält auch integrierte Analysen zur Überwachung von Update-Erfolgsraten und Nutzerengagement in Echtzeit. Dies stellt sicher, dass Datenschutz-Updates Ihre gesamte Nutzerbasis erreichen und dabei Apples Richtlinien einhalten.
-
-## Fazit
-
-### Wichtige Erkenntnisse
-
-Bei der Verwaltung von Privacy Manifests ist es entscheidend, konform zu bleiben und starke Sicherheitsmaßnahmen aufrechtzuerhalten. Hier sind die wichtigsten Punkte:
-
--   **Ende-zu-Ende-Verschlüsselung**: Hält Updates von Anfang bis Ende sicher.
--   **Echtzeit-Überwachung**: Verfolgt die Verteilung von Updates effektiv.
--   **Sofortige Rollback-Fähigkeit**: Dient als Sicherheitsnetz für schnelle Korrekturen.
--   **Automatisierte Validierung**: Stellt sicher, dass Ihre Updates die Compliance-Standards erfüllen.
-
-Der Aufbau eines zuverlässigen Update-Systems hilft Ihnen, mit den sich entwickelnden Datenschutzanforderungen von Apple und Google Schritt zu halten. Dieser Ansatz hat nachweislich die App Store-Genehmigungsraten verbessert und das Nutzervertrauen gestärkt [\[1\]](https://capgo.app/).
-
-### Erste Schritte
-
-Sie können mit der Implementierung dieser
-
--   **Umgebung einrichten**: Führen Sie `npx @capgo/cli init` aus, um zu beginnen.
--   **Datenschutzfunktionen aktivieren**: Verwenden Sie Ende-zu-Ende-Verschlüsselung für sichere Updates.
--   **Monitoring-Tools einsetzen**: Verfolgen Sie Updates mit Analysen.
--   **Rollbacks planen**: Stellen Sie sicher, dass Sie bei Bedarf schnell zu früheren Versionen zurückkehren können.
-
-> "Capgo ist ein unverzichtbares Tool für Entwickler, die ihre Produktivität steigern möchten. Die Vermeidung von Verzögerungen bei der Überprüfung von Fehlerbehebungen ist ein echter Durchbruch." - Bessie Cooper
-
-Regelmäßige Updates und die richtigen Tools sind der Schlüssel, um compliant zu bleiben und sich kontinuierlich zu verbessern.
diff --git a/src/content/blog/de/quasar-mobile-app-capacitor.md b/src/content/blog/de/quasar-mobile-app-capacitor.md
deleted file mode 100644
index 719eb1ea3..000000000
--- a/src/content/blog/de/quasar-mobile-app-capacitor.md
+++ /dev/null
@@ -1,87 +0,0 @@
----
-slug: quasar-mobile-app-capacitor
-title: 'Mobile Apps mit Live-Updates, Quasar und Capacitor erstellen.'
-description: >-
-  So erstellen Sie eine mobile App mit Quasar, Capacitor und implementieren
-  Live-Updates.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikDhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /quasar_capgo.webp
-head_image_alt: Quasar und Capgo Illustration
-keywords: >-
-  Quasar, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: de
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-In dieser Anleitung beginnen wir mit der Erstellung einer neuen Web-App mit [Quasar](https://quasar.dev/). Später lernen wir, wie man sie mit Capacitor in eine mobile App verwandelt. Wenn Sie möchten, dass Ihre App auf mobilen Geräten besser aussieht.
-
-Mit Capacitor können Sie Ihre Quasar Web-App in eine mobile App verwandeln, ohne viele komplizierte Dinge tun oder eine völlig neue Art der App-Entwicklung wie zum Beispiel mit React Native lernen zu müssen.
-
-Diese Anleitung führt Sie durch den Prozess, beginnend mit einer neuen Quasar-App und dann der Integration von Capacitor, um in den Bereich der nativen mobilen Apps vorzudringen. Zusätzlich werden Sie [Capgo](https://capgo.app/) verwenden, um Live-Updates in Sekundenschnelle an Ihre App zu senden.
-
-## Über Capacitor
-
-CapacitorJS ist wirklich bahnbrechend! Sie können es mühelos in jedes Webprojekt integrieren, und es verpackt Ihre Anwendung in eine native Webview, wobei es das native Xcode- und Android Studio-Projekt für Sie generiert. Außerdem bieten seine Plugins über eine JS-Brücke Zugriff auf native Gerätefunktionen wie die Kamera.
-
-Mit Capacitor erhalten Sie eine fantastische native mobile App ohne kompliziertes Setup oder steile Lernkurve. Seine schlanke API und optimierte Funktionalität machen die Integration in Ihr Projekt zum Kinderspiel. Glauben Sie mir, Sie werden erstaunt sein, wie mühelos es ist, mit Capacitor eine voll funktionsfähige native App zu erstellen!
-
-## Vorbereitung Ihrer Quasar-App
-
-Um eine neue Quasar-App zu erstellen, führen Sie den folgenden Befehl aus:
-
-```shell
-npm init quasar
-```
-
-![Quasar Project Setup](/quasar-setup.webp)
-
-Wählen Sie die Option "App with Quasar CLI" und dann "Quasar v2".
-
-Um eine native mobile App zu erstellen, benötigen wir einen **Export** unseres Projekts. Fügen wir also ein einfaches Skript in unserer **package.json** hinzu, das zum Bauen und Kopieren des Quasar-Projekts verwendet werden kann:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "quasar build"
-  }
-}
-```
-
-Nach Ausführung des Befehls `generate` sollten Sie einen neuen `dist`-Ordner im Wurzelverzeichnis Ihres Projekts sehen können.
-
-Dieser Ordner wird später von Capacitor verwendet, aber zunächst müssen wir ihn korrekt einrichten.
-
-[Continue with next part if needed]
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Quasar project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Wenn der Live-Reload nach der Installation aller erforderlichen Komponenten nicht synchron ist, versuchen Sie, alles neu zu starten. Sobald Sie das getan haben, sollten Sie eine mobile App mit einem einigermaßen nativen Aussehen sehen, die mit Quasar und Capacitor erstellt wurde!
-
-
-## Fazit
-
-Capacitor ist eine ausgezeichnete Option zum Erstellen nativer Anwendungen auf Basis eines bestehenden Web-Projekts und bietet eine einfache Möglichkeit, Code zu teilen und eine einheitliche Benutzeroberfläche beizubehalten.
-
-Und mit der Ergänzung von [Capgo](https://capgo.app/) ist es noch einfacher, Live-Updates zu Ihrer App hinzuzufügen und sicherzustellen, dass Ihre Benutzer immer Zugriff auf die neuesten Funktionen und Fehlerbehebungen haben.
-
-Wenn Sie erfahren möchten, wie Sie Capgo zu Ihrer Next.js-App hinzufügen können, werfen Sie einen Blick auf den nächsten Artikel:
diff --git a/src/content/blog/de/real-time-update-metrics-for-capacitor-apps.md b/src/content/blog/de/real-time-update-metrics-for-capacitor-apps.md
deleted file mode 100644
index 166446178..000000000
--- a/src/content/blog/de/real-time-update-metrics-for-capacitor-apps.md
+++ /dev/null
@@ -1,259 +0,0 @@
----
-slug: real-time-update-metrics-for-capacitor-apps
-title: Echtzeit-Update-Metriken für Capacitor-Apps
-description: >-
-  Erfahren Sie, wie Sie die Update-Leistung Ihrer Apps effektiv verfolgen
-  können, um schnelle, zuverlässige Releases und verbesserte Benutzererfahrungen
-  zu gewährleisten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-02T03:19:09.129Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c3a347e68199dea862b1d5-1740885602596.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  update tracking, app performance, metrics monitoring, user experience,
-  real-time updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Möchten Sie sicherstellen, dass die Updates Ihrer App schnell, zuverlässig und wirkungsvoll sind? Hier ist, was Sie wissen müssen:
-
--   **Warum Updates verfolgen?**  
-    Verfolgen Sie die Update-Leistung, um Updates schneller bereitzustellen, Probleme schnell zu beheben und die Benutzererfahrung zu verbessern. Tools wie [Capgo](https://capgo.app/) können die Veröffentlichungseffizienz um 81 % steigern.
-
--   **Wichtige Kennzahlen zur Überwachung:**
-    
-    -   **Adoptionsrate:** Prozentsatz der Benutzer, die auf die neueste Version wechseln.
-    -   **Erfolgsquote der Updates:** Prozentsatz der erfolgreichen Updates.
-    -   **Benutzerimpact:** Abstürze nach dem Update und Feature-Nutzung.
--   **Top-Tools zur Verfolgung:**
-    
-    -   **Capgo:** Sicheres [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/) mit CI/CD-Unterstützung.
-    -   **[Firebase Performance Monitoring](https://firebase.google.com/docs/perf-mon):** Kostenlose Echtzeit-Leistungsanalysen.
-    -   **[New Relic](https://newrelic.com/):** Verfolgt Fehler, Netzwerk-Anfragen und mehr.
--   **Schnelle Einrichtungs Schritte:**
-    
-    1.  Installieren Sie Tools wie Capgo mit `npx @capgo/cli init`.
-    2.  Verfolgen Sie Kennzahlen wie Ladezeit, Speichernutzung und Absturzberichte.
-    3.  Verwenden Sie A/B-Tests, um Updates vor der vollständigen Bereitstellung zu verfeinern.
-
-Die Überwachung von Updates hilft Ihnen, nahtlose Updates bereitzustellen, Fehler zu reduzieren und die App-Leistung zu verbessern. Lassen Sie uns in die Einzelheiten eintauchen.
-
-## [Capgo](https://capgo.app/), CapacitorJs-Plugin für Live-Update
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-02.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Einrichten der Update-Überwachung
-
-Um Updates effektiv zu verfolgen, müssen Sie die richtigen Tools konfigurieren und wichtige Kennzahlen identifizieren.
-
-### Hinzufügen von Tracking-Tools
-
-Beginnen Sie damit, ein Tracking-Tool auszuwählen, das Ihren Bedürfnissen entspricht. Für [Capacitor](https://capacitorjs.com/) Apps sind hier zwei beliebte Optionen:
-
--   **Capgo-Plugin:** Installieren Sie das Capgo-Plugin über die Befehlszeile:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-    Befolgen Sie die in der Dokumentation bereitgestellten Anweisungen.
-    
--   **New Relic:** Dieses Tool hilft bei der Überwachung von JavaScript-Fehlern, Netzwerk-Anfragen und benutzerdefinierten Ereignissen [\[2\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/). Es wurde von Unternehmen wie Colenso verwendet, um fast alle ihre 5.000+ Benutzer in nur wenigen Minuten zu aktualisieren [\[1\]](https://capgo.app/).
-    
-
-### Kernmetriken zur Verfolgung
-
-Sobald Ihre Tools eingerichtet sind, konzentrieren Sie sich auf Kennzahlen, die den Erfolg Ihrer Updates messen. Hier ist eine Übersicht:
-
-| Metrik-Kategorie | Wichtige Messwerte | Zweck |
-| --- | --- | --- |
-| **Download-Leistung** | Geschwindigkeit, Abschlussquote | Bewerten Sie, wie effizient Updates bereitgestellt werden. |
-| **Update-Erfolg** | Installationsrate, Fehler | Stellen Sie sicher, dass Updates zuverlässig sind. |
-| **Benutzerimpact** | Abstürze nach dem Update, Nutzungsmuster | Messen Sie die Qualität und den Einfluss von Updates. |
-
-Diese Kennzahlen geben Ihnen ein klares Bild davon, wie gut Ihre Updates funktionieren.
-
-### Einstellen der Tracking-Optionen
-
-Feinabstimmung Ihrer Tracking-Einstellungen zur Erfassung der relevantesten Daten. Je nach gewähltem Tool können Sie Folgendes tun:
-
--   **New Relic:** Bietet Funktionen wie Analysen, benutzerdefiniertes Protokollieren, Absturzberichte, Netzwerküberwachung und HTTP-Antwortkörpersammlung [\[2\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/).
--   **Capgo:** Ermöglicht es Ihnen, die Verschlüsselung für [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) zu aktivieren und Updates bestimmten Benutzern für eine bessere Zielverteilung zuzuweisen [\[1\]](https://capgo.app/).
-
-> "Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein möchten. Die Vermeidung von Überprüfungen für Fehlerbehebungen ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Auslesen von Update-Leistungsdaten
-
-Zu verstehen, wie Updates in realen Szenarien funktionieren, ist der Schlüssel zur Verfeinerung Ihrer Lieferstrategie für Apps. Durch die genaue Überwachung von Kennzahlen und die Verwendung zuverlässiger Tools können Sie umsetzbare Erkenntnisse über die Update-Leistung gewinnen.
-
-### Messen der Update-Nutzung
-
-Das Verfolgen, wie Benutzer Updates annehmen, hilft Ihnen zu verstehen, wie schnell und effektiv Ihre Bereitstellung ist. Hier sind einige wichtige Kennzahlen, die Sie überwachen sollten:
-
--   **Adoptionsrate:** Berechnen Sie sie als _(Neue Benutzer des Updates / Gesamtbenutzer) × 100_. Dies zeigt, wie viele Benutzer auf die aktualisierte Version wechseln.
--   **Zeit bis zur ersten Aktion:** Messen Sie, wie lange es dauert, bis Benutzer nach dem Update mit neuen Funktionen interagieren.
--   **Update-Erfolgsquote:** Verwenden Sie _(Erfolgreiche Updates / Gesamt-Update-Versuche) × 100_, um zu beurteilen, wie reibungslos der [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/) läuft.
-
-Sobald Sie diese Kennzahlen haben, tauchen Sie tiefer ein, wie Updates das Benutzerverhalten beeinflussen.
-
-### Analyse des Benutzerverhaltens
-
-Die Analyse des Benutzerverhaltens nach dem Update bietet ein klareres Bild davon, wie Updates das Engagement beeinflussen. Wenn Sie beispielsweise messbare Ziele festlegen - wie die Erhöhung der Benutzeraktivierung um 47 % bis zum Ende des Quartals - kann dies helfen, den Fortschritt effektiv zu verfolgen [\[3\]](https://userpilot.com/blog/user-behavioral-analysis/).
-
-Wichtige Kennzahlen, die Sie berücksichtigen sollten:
-
--   **Täglich aktive Benutzer (DAU):** Beobachten Sie die Änderungen in der täglichen Nutzung nach dem Update.
--   **Durchschnittliche Sitzungsdauer:** Vergleichen Sie die Zeit, die Benutzer vor und nach dem Update in der App verbringen.
--   **Feature-Nutzung:** Identifizieren Sie, welche neuen Funktionen das meiste Engagement fördern.
-
-> "Die Analyse des Benutzerverhaltens ist für Produktteams unerlässlich, die bei Produktentscheidungen nicht auf Bauchgefühle oder Glück angewiesen sein möchten." - Sophie Grigoryan [\[3\]](https://userpilot.com/blog/user-behavioral-analysis/)
-
-Der nächste Schritt besteht darin, verschiedene Update-Versionen systematisch zu testen.
-
-### Testen von Update-Versionen
-
-Die Plattform von Capgo, die weltweit über 947,6 Millionen Updates bereitgestellt hat [\[1\]](https://capgo.app/), bietet Einblicke in effektive Teststrategien. Hier ist, worauf Sie sich konzentrieren sollten:
-
--   **Echtzeit-Leistungsüberwachung:** Behalten Sie Reaktionszeiten und Fehlerquoten unmittelbar nach der Bereitstellung von Updates im Auge.
--   **Ressourcennutzung:** Stellen Sie sicher, dass das Update die Systemressourcen nicht überlastet oder die App-Leistung verringert.
--   **Versionsvergleich:** Verwenden Sie A/B-Tests, um verschiedene Update-Versionen mit kleineren Benutzergruppen zu bewerten, bevor Sie sie breitflächig ausrollen.
-
-Diese Methoden helfen sicherzustellen, dass Ihre Updates effizient und gut angenommen werden.
-
-###### sbb-itb-f9944d2
-
-## Behebung von Update-Problemen
-
-Die Behebung von Update-Problemen ist entscheidend, um die Benutzer zufriedenzustellen und sicherzustellen, dass Ihre App reibungslos läuft.
-
-### Finden von Update-Fehlern
-
-Capacitor-updater bietet Tools, die Ihnen helfen, Update-Fehler zu identifizieren und zu beheben:
-
--   Richten Sie **updateFailed**- und **downloadFailed**-Listener ein, um Probleme während des Update-Prozesses zu erkennen.
--   Verwenden Sie **notifyAppReady()**, um zu bestätigen, dass das Update-Paket erfolgreich geladen wurde.
--   Konfigurieren Sie **appReadyTimeout**, um Verzögerungen im Ladeprozess zu erkennen.
-
-Das Verfolgen von Fehlern ermöglicht es Ihnen, festzustellen, wo Probleme auftreten, und Maßnahmen zur Verbesserung der Leistung zu ergreifen.
-
-> "Appflow Live Updates ermöglicht es Ihnen, Änderungen am Webcode direkt an die installierten Apps der Benutzer zu übertragen, ohne dass diese eine neue Version aus den App-Stores herunterladen müssen. Denken Sie daran, dass dies ein stummer Upgrade im Hintergrund ist, das Fehler beheben, neue Funktionen einführen und die Leistung optimieren kann." – Ashwini Shukla, Produktmanager für Appflow [\[5\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga)
-
-### Behebung von Geschwindigkeitsproblemen
-
-Die Überwachung der Leistung ist entscheidend, um sicherzustellen, dass Updates schnell und effizient bereitgestellt werden. Beta-Tests zeigen, dass Updates oft in nur wenigen Sekunden abgeschlossen werden [\[4\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever).
-
-Wichtige Kennzahlen, die Sie verfolgen sollten, umfassen:
-
--   Ladezeiten und Antwortquoten
--   Speichernutzung
--   CPU-Nutzung
--   Netzwerk-Anfragen
--   Absturzfrequenz
-
-Tools wie **Firebase Performance Monitoring** oder **[Sentry](https://sentry.io/)** können Ihnen helfen, diese Kennzahlen zu überwachen und Warnungen für potenzielle Probleme einzurichten.
-
-### Verwaltung der Update-Größe
-
-Die Beibehaltung kleiner Update-Größen ist entscheidend für eine schnellere Lieferung. Hier sind einige effektive Techniken:
-
-| Technik | Effekt | Umsetzung |
-| --- | --- | --- |
-| Produktions-Flags | Reduziert die Paketgröße | Verwenden Sie die Flags `--prod` und `--release` |
-| Code-Minifizierung | Verringert die APK-Größe | Aktivieren Sie `minifyEnabled` |
-| Ressourcenreinigung | Entfernt ungenutzte Dateien | Löschen Sie ungenutzte SVGs und veraltete Chunks |
-| Verwaltung der Quellkarte | Reduziert die Dateigröße | Deaktivieren Sie `sourceMap` in `angular.json` |
-
-Beispielsweise verringerte das Entfernen ungenutzter SVGs die APK-Größe einer App von 4,2 MB auf 3,4 MB [\[6\]](https://stackoverflow.com/questions/50988174/how-do-i-decrease-the-size-of-the-ionic-android-apk-file).
-
-Die Plattform von Capgo bietet automatisierte Tools zur Optimierung der Update-Größen. Ihr differenzielles Update-System überträgt nur die Dateien, die sich geändert haben, was die Lieferung beschleunigt und die Gesamtleistung verbessert und gleichzeitig die Einhaltung der Anforderungen des App-Stores sicherstellt.
-
-## Richtlinien zur Update-Überwachung
-
-### Festlegung standardisierter Kennzahlen
-
-Um die Update-Leistung effektiv zu verfolgen, verwenden Sie konsistente Kennzahlen, die die Benutzererfahrung direkt beeinflussen. Wichtige Bereiche, die Sie überwachen sollten, sind:
-
-| Metrik-Kategorie | Wichtige Messgröße |
-| --- | --- |
-| **Ladezeit** | Ziel ist, dass die App in unter 3 Sekunden lädt |
-| **Absturzberichte** | Halten Sie Abstürze der App auf ein Minimum |
-| **Speichernutzung** | Stellen Sie eine effiziente Speichernutzung sicher, insbesondere auf weniger leistungsstarken Geräten |
-| **CPU-Nutzung** | Überwachen Sie die CPU-Aktivität während der Updates |
-| **Netzwerk-Anfragen** | Verfolgen Sie die Erfolgsquote von Netzwerk-Anfragen während Updates |
-
-Forschungen von [UXCam](https://uxcam.com/) zeigen, dass 53 % der Benutzer Apps verlassen, die länger als 3 Sekunden zum Laden benötigen [\[7\]](https://uxcam.com/blog/how-to-improve-mobile-app-performance/). Die genaue Überwachung dieser Kennzahlen für sowohl iOS- als auch Android-Plattformen sorgt für konsistente Leistung auf Geräten.
-
-Sobald Sie Ihre Kennzahlen identifiziert haben, organisieren Sie sie in klare, prägnante Berichte für eine schnelle Analyse.
-
-### Erstellen von Metrikberichten
-
-Effektive Berichte verwandeln Rohdaten in umsetzbare Erkenntnisse. Verwenden Sie Echtzeit-Dashboards, um den Prozess zu vereinfachen.
-
-Hier erfahren Sie, wie Sie Ihre Berichte wirkungsvoll gestalten können:
-
-1.   **Leistungsdaten nach Version verfolgen**: Analysieren Sie jede App-Version separat, um Probleme zu erkennen.
-2.   **Daten vor und nach dem Update vergleichen**: Identifizieren Sie Änderungen, die durch Updates verursacht wurden.
-3.   **Langfristige Trends überwachen**: Suchen Sie nach wiederkehrenden Mustern oder Verbesserungen im Laufe der Zeit.
-
-> "Die Verbesserung der mobilen App-Leistung ist ein wesentlicher und komplexer fortlaufender Prozess." – Tope Longe, Wachstumsmarketing-Manager, UXCam [\[7\]](https://uxcam.com/blog/how-to-improve-mobile-app-performance/)
-
-Diese Berichte helfen Ihnen, Bereiche zu identifizieren, die sofortige Aufmerksamkeit erfordern, und bieten Leitfäden für langfristige Verbesserungen.
-
-### Verwendung von Tracking-Daten
-
-Verwandeln Sie Ihre Metriken in sinnvolle Maßnahmen zur Verbesserung der Leistung Ihrer App.
-
-**Sofortige Maßnahmen:**
-
-1.   Richten Sie Warnungen für kritische Metriken ein und überprüfen Sie täglich die Dashboards.
-2.   Implementieren Sie Echtzeit-Absturzberichte, um Probleme sofort zu beheben.
-
-**Langfristige Strategien:**
-
-1.   Entfernen Sie ungenutzte Code-Frameworks, um Downloads zu beschleunigen.
-2.   Verschieben Sie rechenintensive Aufgaben in den Hintergrund, um die Reaktionsfähigkeit zu verbessern.
-3.   Fügen Sie Offline-Funktionen hinzu, damit Benutzer auch während Netzwerkunterbrechungen auf die App zugreifen können.
-
-Plattformen wie Capgo können umfassende Analysen bereitstellen und schnelle Rückrollen bei Bedarf ermöglichen, um ein reibungsloseres Benutzererlebnis zu gewährleisten.
-
-## Zusammenfassung
-
-### Aktualisieren der Tracking-Ergebnisse
-
-Moderne Tracking-Tools haben sich als entscheidend für Entwicklungsteams erwiesen:
-
-1.   Entwicklungsteams weltweit haben **519,5 Millionen Updates** mit diesen Tools bereitgestellt [\[1\]](https://capgo.app/).
-2.   Teams berichten von einer **81%igen Effizienzsteigerung** dank schnelleren Release-Zyklen [\[1\]](https://capgo.app/).
-
-Durch die Kombination effektiver Metrikverfolgung mit Live-Updates haben Entwickler neu überdacht, wie sie ihre Apps warten und verbessern. Sogar das [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/) Team von NASA hat diesen Ansatz gelobt:
-
-> "@Capgo ist eine clevere Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für all das Geld der Welt wie bei @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Bereit, diese Ergebnisse selbst zu sehen? Befolgen Sie die folgenden Schritte, um Updates effektiv zu verfolgen.
-
-### Erste Schritte
-
-Hier erfahren Sie, wie Sie mit der Verfolgung von Update-Metriken beginnen:
-
-1.   **Installieren Sie Plugins und definieren Sie die wichtigsten Metriken** zur Überwachung. Konzentrieren Sie sich auf Folgendes:
-    
-    | Metriktyp | Zielvorgabe | Auswirkungen |
-    | --- | --- | --- |
-    | Ladezeit | Weniger als 3 Sekunden | Verbessert die Bindung |
-    | Erfolgsquote des Updates | Über 99% | Gewährleistet Stabilität |
-    | Downloadgeschwindigkeit | Weniger als 5 Sekunden | Steigert die Zufriedenheit |
-    
-2.   **Verwenden Sie Live-Update-Tools** wie Capgo für sichere, sofortige Bereitstellungen.
-    
-
-Wie ein Benutzer teilte:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist für die kontinuierliche Bereitstellung an unsere Benutzer von entscheidender Bedeutung!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/real-time-updates-with-user-segmentation.md b/src/content/blog/de/real-time-updates-with-user-segmentation.md
deleted file mode 100644
index eb1cf20f4..000000000
--- a/src/content/blog/de/real-time-updates-with-user-segmentation.md
+++ /dev/null
@@ -1,183 +0,0 @@
----
-slug: real-time-updates-with-user-segmentation
-title: Echtzeit-Updates mit Benutzersegmentierung
-description: >-
-  Erfahren Sie, wie Echtzeitaktualisierungen und Benutzersegmentierung die
-  App-Leistung, das Engagement und die Personalisierung für zielgerichtete
-  Benutzererlebnisse verbessern können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T01:23:29.243Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db5cb48d9574929cf1042f-1742433905119.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'real-time updates, user segmentation, app engagement, feature testing, Capgo'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Echtzeit-Updates ermöglichen es Ihnen, App-Änderungen sofort bereitzustellen, ohne auf Genehmigungen des App Stores warten zu müssen. Die Kombination mit der Benutzersegmentierung erlaubt es Ihnen, spezifische Gruppen anzusprechen, Funktionen zu testen und Erlebnisse effektiv zu personalisieren. So funktioniert es:
-
--   **Echtzeit-Updates**: Senden Sie Fehlerbehebungen und neue Funktionen direkt an die Benutzer und erreichen Sie 95 % innerhalb von 24 Stunden.
--   **Benutzersegmentierung**: Gruppieren Sie Benutzer (z. B. Beta-Tester, Power-User), um Updates zu testen, schrittweise bereitzustellen und App-Erlebnisse anzupassen.
--   **Wichtige Kennzahlen zur Verfolgung**: Sitzungsdauer, Funktionsnutzung, Adoptionsrate von Updates und Fehlerraten.
--   **Tools**: [Capgo](https://capgo.app/) sorgt für schnelle, sichere Updates mit globalen Erfolgsquoten von 82 % und detaillierten Analysen.
--   **Vorteile**: Schnellere Updates, reduzierte Risiken, personalisierte Funktionen und verbesserte Benutzerbindung.
-
-Beginnen Sie damit, Benutzersegmente zu definieren, Capgo zu installieren (`npx @capgo/cli init`), und verfolgen Sie die Leistung der Updates, um Ihre Strategie zu verfeinern.
-
-## Bausteine der Benutzersegmentierung
-
-### Benutzerdatensammlung
-
-Um sinnvolle Benutzersegmente zu erstellen, müssen Sie zunächst verfolgen, wie Benutzer mit Ihrer App interagieren. Konzentrieren Sie sich darauf, wichtige Kennzahlen wie diese zu sammeln:
-
-| **Datentyp** | **Zweck** | **Einfluss** |
-| --- | --- | --- |
-| **Sitzung (Dauer)** | Verstehen der Engagementlevel | Erkennen von Power-Usern vs. Gelegenheitsnutzern |
-| **Funktionsnutzung** | Identifizierung beliebter Funktionen | Priorisierung, welche Funktionen verbessert werden sollen |
-| **Update-Antwort** | Messung der Adoptionsrate von Updates | Verfeinerung der Rollout-Strategien |
-| **Fehlerraten** | Überwachung der App-Stabilität | Identifizierung und Behebung von Problemen für Segmente |
-
-Mit den Analysen von Capgo können Sie die Erfolgsraten von Updates und das Benutzerengagement verfolgen und bieten detaillierte Einblicke, wie verschiedene Benutzer mit Ihrer App interagieren [\[1\]](https://capgo.app/). Diese Daten bilden das Fundament effektiver Benutzersegmentierung.
-
-### Erstellung von Benutzersegmenten
-
-Sobald Sie die Daten gesammelt haben, ist der nächste Schritt, Benutzer in Segmente mithilfe des Kanalsystems von Capgo zu gruppieren. Dies ermöglicht es Entwicklern, Updates zu verwalten und Funktionen präzise zu testen.
-
-> "Wir haben [Capgo OTA-Updates](https://console.capgo.app/resend_email) in der Produktion für unsere Benutzerbasis von 5.000 bereitgestellt. Wir sehen eine sehr reibungslose Operation; fast alle unsere Benutzer sind innerhalb von Minuten nach der Bereitstellung der OTA bei @Capgo auf dem neuesten Stand." – colenso, @colenso [\[1\]](https://capgo.app/)
-
-Entwickler können Benutzer in Kategorien wie Beta-Tester, Power-User, neue Benutzer oder Unternehmenskonten organisieren. Diese Segmentierung hilft, Updates zu testen, sie schrittweise bereitzustellen oder Funktionen für spezifische Gruppen anzupassen.
-
-| **Segmenttyp** | **Beschreibung** | **[Update-Strategie](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)** |
-| --- | --- | --- |
-| **Beta-Tester** | Frühe Anwender, die Funktionen testen | Erhalten Updates zuerst |
-| **Power-User** | Sehr engagierte, häufige Benutzer | Priorisieren von Leistungsverbesserungen |
-| **Neue Benutzer** | Kürzlich der Plattform beigetreten | Vereinfachung der Feature-Rollouts |
-| **Unternehmen** | Geschäfts- oder Organisationskonten | Nutzung geplanter Wartungsfenster |
-
-Die Tools von Capgo erleichtern es, diese Segmente anzupassen, während sich das Benutzerverhalten ändert, und gewährleisten, dass Ihre Updates und Funktionen relevant bleiben [\[1\]](https://capgo.app/).
-
-## Einrichtung segmentierter Updates
-
-### Wichtige Benutzeraktionen zur Verfolgung
-
-Um das Benutzerengagement und die App-Nutzung besser zu verstehen, konzentrieren Sie sich auf spezifische Verhaltensweisen, die Muster aufzeigen. Basierend auf Daten von 750 Produktionsapps haben sich diese Aktionen als besonders aufschlussreich erwiesen:
-
-| **Benutzeraktion** | **Warum verfolgen** | **Einfluss auf Updates** |
-| --- | --- | --- |
-| Häufigkeit der Funktionsnutzung | Identifiziert Vielnutzer vs. Gelegenheitsnutzer | Hilft bei der Priorisierung von Updates |
-| Sitzungsdauer | Misst Engagement-Level | Informiert über den Zeitpunkt von Updates |
-| Auftreten von Fehlern | Hebt Stabilitätsprobleme hervor | Leitet an, wo Hotfixes benötigt werden |
-| Installationszeit des Updates | Zeigt Bereitstellungseffizienz | Verfeinert Rollout-Strategien |
-
-Sobald Sie diese wichtigsten Kennzahlen identifiziert haben, ist es an der Zeit, die richtigen Tools auszuwählen, um segmentierte Updates effektiv umzusetzen.
-
-### Update-Tools und Einrichtung
-
-Damit segmentierte Updates reibungslos funktionieren, benötigen Sie zuverlässige Tools, die Compliance und Effizienz gewährleisten. Suchen Sie nach Tools, die diese Leistungsbenchmarks erfüllen:
-
--   **95 % aktive Benutzer-Adoptionsrate von Updates innerhalb von 24 Stunden**
--   **Globale [CDN](https://en.wikipedia.org/wiki/Content_delivery_network)-Leistung**: 5MB-Bundle, das in 114 ms geliefert wird
--   **82 % weltweite Erfolgsquote für Updates**
--   **Globale API-Antwortzeit**: 434 ms
-
-Mit diesen Tools ist gründliches Testen unerlässlich, um sicherzustellen, dass alles wie geplant läuft.
-
-### Testen der Segmentleistung
-
-Tests gewährleisten, dass Updates effektiv und gut angenommen werden. Verwenden Sie einen strukturierten Ansatz zur Bewertung der Leistung in verschiedenen Benutzersegmenten:
-
-| **Testphase** | **Implementierung** | **Erfolgskennzahl** |
-| --- | --- | --- |
-| Beta-Test | Zuerst an frühe Anwender freigeben | Nutzerfeedback und Fehlerberichte sammeln |
-| Stufenweise Bereitstellung | Gradual Erhöhung der Bereitstellungsquote | Erfolgsraten von Updates messen |
-| Leistungsüberwachung | Kennzahlen für jedes Segment verfolgen | Engagement nach Updates bewerten |
-| Bereitschaft zum Rollback | Ermöglichen einer Ein-Klick-Version-Rücksetzung | Minimieren von Ausfallzeiten bei Problemen |
-
-Es ist wichtig, klare Segmentgrenzen zu wahren und genau zu überwachen, wie jede Gruppe auf Updates reagiert. Analysen helfen, Ihre Vorgehensweise zu verfeinern.
-
-Für Unternehmensanwendungen sorgt das Einrichten separater Testkanäle für bedeutende Benutzersegmente dafür, dass Sie die 82 % Erfolgsquote für Updates beibehalten können, während Sie unterschiedliche Benutzerbasen über Regionen und Nutzungsmuster hinweg verwalten.
-
-## Personalisierung der App-Erlebnisse
-
-### Anpassung von Funktionen für verschiedene Benutzergruppen
-
-Mit der Echtzeit-Segmentierung können Entwickler App-Funktionen an verschiedene Benutzergruppen anpassen. Beispielsweise können fortgeschrittene Tools Power-Usern angeboten werden, während neue Benutzer möglicherweise eine einfachere Benutzeroberfläche sehen, um ihnen den Einstieg zu erleichtern. Durch die Verfolgung des Engagements in Echtzeit können diese Anpassungen kontinuierlich optimiert werden, um den Bedürfnissen jeder Gruppe gerecht zu werden. Dieser Ansatz beeinflusst auch, wie Sie mit Benutzern kommunizieren.
-
-### Intelligente Push-Benachrichtigungen
-
-Senden Sie Benachrichtigungen, die wichtig sind, wenn sie wichtig sind. Indem Sie sowohl die Botschaft als auch den Zeitpunkt an die Gewohnheiten spezifischer Benutzergruppen anpassen, können Sie aktive Benutzer informieren und inaktive zurückgewinnen. Dieser zielgerichtete Ansatz sorgt dafür, dass Ihre Benachrichtigungen Wirkung zeigen.
-
-### [Capgo](https://capgo.app/)'s Update-Management-System
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Um diese personalisierten Interaktionen zu unterstützen, ist effektives [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/) entscheidend. Das Kanalsystem von Capgo bietet eine präzise Kontrolle über Updates und ermöglicht Beta-Tests, schrittweise Bereitstellungen und Funktionsfreigaben, die auf spezifische Benutzersegmente ausgerichtet sind. Mit Echtzeitanalysen und detaillierten Berechtigungseinstellungen stellt Capgo sicher, dass die Regeln des App Stores eingehalten werden - besonders wichtig für Unternehmensanwendungen.
-
-## Verfolgen von Ergebnissen und Erfolgen
-
-### Leistungskennzahlen
-
-Analysen spielen eine entscheidende Rolle bei der Verfolgung der Leistung von Updates. Wichtige Indikatoren sind die Erfolgsquoten von Updates, wie schnell die Benutzer Updates annehmen und die Engagement-Level. Beispielsweise installieren 95 % der aktiven Benutzer innerhalb von 24 Stunden Updates, und die globale Erfolgsquote für Updates beträgt 82 % [\[1\]](https://capgo.app/).
-
-### Testen verschiedener Ansätze
-
-Mit diesen Kennzahlen hilft systematisches Testen, Ihre Update-Strategie zu verfeinern. [A/B-Tests](https://en.wikipedia.org/wiki/A/B_testing) sind insbesondere nützlich, um herauszufinden, welche Segmentierungsmethoden am besten funktionieren.
-
-| Testkomponente | Was zu messen ist | Warum es wichtig ist |
-| --- | --- | --- |
-| Update-Zeitpunkt | Installationsraten zu verschiedenen Zeiten | Hilft zu bestimmen, welche Veröffentlichungszeiten am besten sind |
-| Segmentkriterien | Benutzerengagement innerhalb jedes Segments | Bestätigt die Effektivität der Segmentierung |
-| Funktionsfreigaben | Nutzungsraten über Benutzergruppen hinweg | Validiert den Wert neuer Funktionen |
-
-Bei Tests ist das Verfolgen von Fehlern unerlässlich. Es ermöglicht Ihnen, Probleme frühzeitig zu erkennen, schnell zu beheben und die Stabilität der App aufrechtzuerhalten [\[1\]](https://capgo.app/).
-
-### Messung der Geschäftsauswirkungen
-
-Echtzeit-, segmentierte Updates verbessern nicht nur die technische Leistung - sie bringen auch klare geschäftliche Vorteile. Die Messung dieser Vorteile kann umsetzbare Einblicke liefern.
-
-Wichtige Kennzahlen, auf die Sie sich konzentrieren sollten, sind:
-
--   **Benutzerbindung**: Untersuchen, wie Updates das langfristige Engagement beeinflussen.
--   **Support-Tickets**: Verfolgen, ob gezielte Updates Kundenanliegen reduzieren.
--   **Entwicklungseffizienz**: Messen der Zeitersparnis bei Bereitstellung und Fehlerbehebung.
--   **Benutzerzufriedenheit**: Analysieren von App-Bewertungen und Feedback über Benutzergruppen hinweg.
-
-## Schritt-für-Schritt-Anleitung zu Echtzeit-PLG mit Segment und ...
-
-<iframe src="https://www.youtube.com/embed/4h1BQ5Z8tIA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Nächste Schritte
-
-Bereit, segmentierte Echtzeit-Updates in die Tat umzusetzen? Hier ist eine Schritt-für-Schritt-Anleitung, die Ihnen hilft, sie effektiv einzuführen.
-
-### Hauptpunkte
-
-Beginnen Sie mit der Installation des [Capgo-Plugins](https://capgo.app/plugins/) (`npx @capgo/cli init`), definieren Sie dann Benutzersegmente basierend auf Verhalten und Ihren Geschäftszielen. Schließlich richten Sie ein Überwachungssystem ein, um eine globale Erfolgsquote von 82 % für Updates sicherzustellen [\[1\]](https://capgo.app/). Dieses Setup ermöglicht es Ihnen, Updates sofort bereitzustellen, ohne auf App Store-Überprüfungen zu warten, während Sie sich gleichzeitig an die Richtlinien der Plattform halten.
-
-Hier sind die drei Schlüsselfaktoren, auf die Sie sich konzentrieren sollten:
-
--   **Technische Einrichtung**: Installieren Sie das Capgo-Plugin mit dem Befehl: `npx @capgo/cli init`.
--   **Segmentierungsstrategie**: Gruppieren Sie Benutzer basierend auf Engagement, Verhalten und Zielen. Dadurch können Sie gezielte Updates an spezifische Benutzerkanäle senden.
--   **Überwachungsrahmen**: Verfolgen Sie die Update-Leistung und verfeinern Sie die Bereitstellung für bessere Ergebnisse.
-
-Lassen Sie uns ansehen, wie Sie diese Strategie schnell mit Capgo umsetzen können.
-
-### Beginnen Sie mit der Verwendung von Capgo
-
-Mit Capgo zu beginnen ist einfach und für Geschwindigkeit und Zuverlässigkeit ausgelegt. Durch die Kombination von Segmentierung und Überwachung können Sie Updates sicher und effizient bereitstellen. Das Kanalsystem von Capgo gibt Ihnen präzise Kontrolle darüber, wie Updates verteilt werden, was es ideal für Beta-Tests und gestaffelte Rollouts macht.
-
-Hier ist eine schnelle Umsetzung Übersicht:
-
-| Phase | Maßnahmen | Erwartetes Ergebnis |
-| --- | --- | --- |
-| 1. Einrichtung | Installieren Sie das Capgo-Plugin und konfigurieren Sie es | Eine solide Update-Grundlage |
-| 2. Segmentierung | Definieren Sie Benutzerkanäle und Zielgruppen | [Organisierte Update-Verteilung](https://capgo.app/docs/live-updates/update-behavior/) |
-| 3. Bereitstellung | Verwenden Sie die CLI, um Updates auszurollen und zu überwachen | Schnelles und kontrolliertes Rollout |
-| 4. Optimierung | Analysieren Sie die Leistung und passen Sie das Targeting an | Verbesserte Effizienz |
-
-Die fortschrittlichen Benutzerverwaltungstools von Capgo ermöglichen es Ihnen, Updates auf granularer Ebene zu steuern. Für Teams, die agile Entwicklungsmethoden verfolgen, garantieren Funktionen wie End-to-End-Verschlüsselung und detaillierte Analysen, dass Updates sowohl sicher als auch leistungsstark sind.
diff --git a/src/content/blog/de/refresh-token-rotation-in-cicd-workflows.md b/src/content/blog/de/refresh-token-rotation-in-cicd-workflows.md
deleted file mode 100644
index ce186aac0..000000000
--- a/src/content/blog/de/refresh-token-rotation-in-cicd-workflows.md
+++ /dev/null
@@ -1,293 +0,0 @@
----
-slug: refresh-token-rotation-in-cicd-workflows
-title: Aktualisierungstoken-Rotation in CI/CD-Workflows
-description: >-
-  Die Implementierung der Rotation von Refresh-Token erhöht die Sicherheit in
-  CI/CD-Arbeitsabläufen, indem sie das Zugriffsmanagement automatisiert und
-  Risiken im Zusammenhang mit gestohlenen Anmeldeinformationen minimiert.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T04:31:38.871Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68214ae55e3fe4823b5f6cab-1747024366276.jpg
-head_image_alt: Softwareentwicklung
-keywords: >-
-  token rotation, CI/CD security, refresh tokens, credential management, secure
-  deployments
-tag: 'Development, Security, Technology'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Ihre CI/CD-Workflows sichern? Beginnen Sie mit der Rotation von Erneuerungstoken.** Diese Praxis stellt sicher, dass Token kurzlebig sind, was das Risiko gestohlener Anmeldeinformationen verringert und das Zugangsmanagement automatisiert. Hier ist, warum es wichtig ist:
-
--   **Was es tut**: Erneuerungstoken ersetzen alte Zugriffstoken durch neue und machen das vorherige Token nach der Nutzung ungültig.
--   **Warum es wichtig ist**: Kurzlebige Token begrenzen die Exposition, erkennen Bedrohungen schneller und verringern die Wahrscheinlichkeit unbefugten Zugriffs.
--   **Wie man es umsetzt**: Verwenden Sie Tools wie **[HashiCorp Vault](https://www.hashicorp.com/products/vault)** oder **[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/)** für sichere Token-Speicherung und -Rotation. Konfigurieren Sie CI/CD-Plattformen wie [GitHub Actions](https://docs.github.com/actions) oder [GitLab CI](https://docs.gitlab.com/ee/ci/), um den Prozess mit Skripten zu automatisieren.
--   **Ausfallzeiten vermeiden**: Fügen Sie eine Karenzzeit, Fallback-Mechanismen und Gesundheitsprüfungen hinzu, um reibungslose Bereitstellungen sicherzustellen.
--   **Standards einhalten**: Verwenden Sie TLS-Verschlüsselung, verfolgen Sie die Token-Nutzung und richten Sie sich nach den Richtlinien von NIST und SOC 2.
-
-**Schneller Tipp:** Plattformen wie [Capgo](https://capgo.app/) vereinfachen die Token-Rotation, indem sie den Prozess automatisieren, Verschlüsselung integrieren und im Vergleich zu Branchenstandards Kosten reduzieren.
-
-Die Token-Rotation ist eine einfache, aber effektive Möglichkeit, Ihre CI/CD-Pipelines abzusichern. Lesen Sie weiter, um zu erfahren, wie Sie sie einrichten und häufige Fallstricke vermeiden.
-
-## GitLab 17.7 - Token-Rotation über die Benutzeroberfläche
-
-<iframe src="https://www.youtube.com/embed/V-N-V-1JWQw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Einrichtung der Token-Rotation in CI/CD
-
-Die Implementierung der Rotation von Erneuerungstoken ist ein wichtiger Schritt zur Sicherung der CI/CD-Bereitstellungen.
-
-### Methoden zur Token-Speicherung
-
-Um Ihre Token sicher zu halten, sollten Sie fortschrittliche cloudbasierte Lösungen in Betracht ziehen:
-
-**HashiCorp Vault-Integration**
-
--   Verwenden Sie dynamische Geheimnisse, die automatisch rotieren.
--   Konfigurieren Sie Mietdauern für temporäre Anmeldeinformationen.
--   Aktivieren Sie die Protokollierung von Audits, um die Token-Nutzung zu überwachen.
-
-**AWS Secrets Manager**
-
--   Richten Sie automatische Rotationspläne ein.
--   Aktivieren Sie die Versionsverfolgung zur effektiven Verwaltung von Anmeldeinformationen.
--   Aktivieren Sie die regionsübergreifende Replikation für zusätzliche Redundanz.
-
-Beide Methoden gewährleisten sichere und automatisierte Bereitstellungen und reduzieren manuelle Eingriffe.
-
-### Einrichtung der CI/CD-Plattform
-
-Jede CI/CD-Plattform erfordert spezifische Konfigurationen, um die Token-Rotation effektiv zu handhaben:
-
-**GitHub Actions Setup**:
-
-```yaml
-name: Token Rotation
-on:
-  schedule:
-    - cron: '0 0 * * *'  # Daily rotation
-env:
-  TOKEN_STORE: ${{ secrets.TOKEN_STORE }}
-
-steps:
-  - name: Rotate Token
-    run: |
-      curl -X POST $TOKEN_STORE/rotate
-```
-
-**GitLab CI/CD-Konfiguration**:
-
-```yaml
-rotate_token:
-  script:
-    - rotate_credentials.sh
-  rules:
-    - changes:
-        - credentials/*
-```
-
-Passen Sie diese Beispiele an die Anforderungen Ihrer Plattform an, um eine nahtlose Token-Rotation sicherzustellen.
-
-### Verhindern von Bereitstellungsunterbrechungen
-
-Die Token-Rotation kann manchmal zu Bereitstellungsproblemen führen, aber Sie können Ausfallzeiten mit diesen Strategien vermeiden:
-
--   **Implementierung einer Karenzzeit**: Ermöglichen Sie eine 15-minütige Überlappung, bei der sowohl alte als auch neue Token gültig sind. Dies stellt sicher, dass laufende Jobs ohne Unterbrechungen abgeschlossen werden, während neue mit aktualisierten Anmeldeinformationen starten.
--   **Fallback-Mechanismus**: Richten Sie eine Backup-Authentifizierungsmethode ein, die verwendet werden kann, wenn die Token-Rotation fehlschlägt.
--   **Gesundheitsprüfungen**: Überprüfen Sie regelmäßig die Gültigkeit der Token und die Rotationsprozesse.
-
-Beispiel-Health-Check-Skript:
-
-```bash
-#!/bin/bash
-check_token_validity
-if [ $? -eq 0 ]; then
-  perform_rotation
-  verify_new_token
-fi
-```
-
-Plattformen wie Capgo können das Lebenszyklusmanagement von Token vereinfachen und reibungslose Abläufe ohne Ausfallzeiten gewährleisten.
-
-## Sicherheitsstandards für Token-Rotation
-
-### TLS- und Verschlüsselungseinrichtung
-
-Um sichere Token-Austausche zu gewährleisten, ist es entscheidend, mehrschichtige Verschlüsselungsprotokolle zu implementieren. Beginnen Sie mit der Konfiguration von **mutual TLS (mTLS)**-Authentifizierung zwischen Ihren CI/CD-Diensten und den Token-Management-Systemen. Hier ist ein Beispiel, wie eine ordnungsgemäße mTLS-Konfiguration aussehen könnte:
-
-```yaml
-# Example mTLS Configuration
-tls:
-  cert_file: /path/to/cert.pem
-  key_file: /path/to/key.pem
-  client_ca_file: /path/to/ca.pem
-  min_version: TLS1.3
-  cipher_suites:
-    - TLS_AES_128_GCM_SHA256
-    - TLS_AES_256_GCM_SHA384
-```
-
-Capgo verbessert die Token-Sicherheit mit **Ende-zu-Ende (E2E)-Verschlüsselung**, die sicherstellt, dass Token während ihres gesamten Lebenszyklus geschützt bleiben [\[1\]](https://capgo.app). Neben der Verschlüsselung ist es wichtig, die Token-Nutzung zu überwachen, um die Wirksamkeit dieser Sicherheitsmaßnahmen zu bestätigen.
-
-### Verfolgen der Token-Nutzung
-
-Die Verfolgung, wie Token verwendet werden, ist eine proaktive Möglichkeit, potenzielle Sicherheitsprobleme zu erkennen. Metriken wie die Erfolgsquote bei der Rotation können Schwachstellen frühzeitig aufdecken und Ihnen die Möglichkeit geben, diese zu beheben, bevor sie eskalieren. Dieses Maß an Überwachung stellt auch sicher, dass Ihre Token-Management-Praktiken mit etablierten Sicherheitsrichtlinien übereinstimmen.
-
-### Einhaltung der Sicherheitsstandards
-
-Um modernen Sicherheitsstandards zu entsprechen, befolgen Sie diese Richtlinien für die Token-Rotation:
-
-**NIST-Empfehlungen:**
-
--   Verwenden Sie **automatische Token-Ablaufzeiten**, um Expositionsrisiken zu verringern.
--   Stellen Sie sicher, dass Token **starke Schlüssellängen** verwenden (mindestens 2048 Bit).
--   Bewahren Sie Produktions- und Entwicklungstoken in **getrennten Speichersystemen** auf.
--   Richten Sie **automatisierte Überwachung** ein, um tokenbezogene Aktivitäten zu verfolgen.
--   Implementieren Sie **Rollback-Mechanismen**, um sich von tokenbezogenen Fehlern zu erholen.
--   Wenden Sie **rollenbasierte Zugriffskontrollen (RBAC)** an, um den Token-Zugriff auf autorisierte Benutzer zu beschränken.
-
-**SOC 2-Konformität:**
-
--   Führen Sie eine detaillierte Dokumentation der Token-Rotationsverfahren.
--   Aktivieren Sie die **Audit-Protokollierung** für alle Token-Operationen, um die Rückverfolgbarkeit sicherzustellen.
--   Entwickeln und setzen Sie **Verfahren zur Reaktion auf Vorfälle** um, um tokenbezogene Sicherheitsverletzungen zu behandeln.
-
-## Token-Rotation für Systeme in großem Maßstab
-
-Wenn die Token-Rotation in komplexen CI/CD-Pipelines auf Probleme stößt, ist es entscheidend, ein robustes Fehlerbehebungssystem zu haben. Dies stellt sicher, dass Probleme schnell identifiziert, wo möglich automatisch gelöst oder auf einen stabilen Zustand zurückgesetzt werden. Für Systeme in großem Maßstab erfordert die Aufrechterhaltung reibungsloser Abläufe einen strukturierten Ansatz für die Fehlerbehebung.
-
-### Schritte zur Fehlerbehebung
-
-Hier ist ein Beispiel für eine Konfiguration zur Handhabung von Fehlern während der Token-Rotation:
-
-```yaml
-# Error Recovery Configuration
-error_handling:
-  monitoring:
-    alert_threshold: 2
-    check_interval: 60s
-  recovery:
-    auto_rollback: true
-    max_attempts: 3
-```
-
-Der Wiederherstellungsprozess umfasst normalerweise diese Schritte:
-
--   **Fehler erkennen**: Verwenden Sie automatisierte Überwachungstools, um Probleme so schnell wie möglich zu identifizieren.
--   **Abhängige Operationen unterbrechen**: Halten Sie verwandte Prozesse vorübergehend an, um einen Dominoeffekt zu vermeiden.
--   **Wiederherstellung versuchen**: Befolgen Sie vordefinierte Wiederherstellungsverfahren, um das Problem automatisch zu beheben.
--   **Rollback, wenn nötig**: Wenn die Wiederherstellungsversuche fehlschlagen, stellen Sie den vorherigen Token-Zustand wieder her, um die Stabilität wiederherzustellen.
-
-> "Fehlerverfolgung: Proaktiv überwachen und Probleme beheben, bevor sie die Benutzer beeinträchtigen." - Capgo [\[1\]](https://capgo.app)
-
-Dieser strukturierte Ansatz minimiert Ausfallzeiten und stellt sicher, dass die Sicherheitsstandards eingehalten werden. Überwachungssysteme überwachen jeden Schritt und ermöglichen es den Teams, schnell und effektiv zu handeln, wenn Probleme mit der Token-Rotation auftreten.
-
-## Verwendung von [Capgo](https://capgo.app/) für CI/CD-Sicherheit
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68214ae55e3fe4823b5f6cab/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgo baut auf bewährten Strategien zur Token-Rotation auf, um die CI/CD-Sicherheit zu stärken und bietet Tools, die sichere Bereitstellungen sowohl nahtlos als auch zuverlässig machen.
-
-### Capgo-Sicherheitswerkzeuge
-
-Im Kern von Capgos Sicherheits-Setup steht die **Ende-zu-Ende-Verschlüsselung**, die sicherstellt, dass Updates nur für autorisierte Benutzer zugänglich sind. Dieses Verschlüsselungsframework lässt sich nahtlos mit beliebten CI/CD-Plattformen integrieren und bietet eine sichere Grundlage für die Bereitstellungen.
-
-```yaml
-# Capgo Security Configuration
-security:
-  encryption:
-    type: end-to-end
-    key_rotation: enabled
-  ci_integration:
-    platforms:
-      - GitHub Actions
-      - GitLab CI
-      - Jenkins
-```
-
-### Capgo-Token-Rotationseinrichtung
-
-Die Einrichtung der Token-Rotation mit Capgo ist unkompliziert, dank seines CLI-Tools. Nach der Installation des Capgo-Plugins konfigurieren Sie Ihre Pipeline mit Funktionen wie einem 24-Stunden-Rotationsintervall, Backup-Optionen und aktiver Überwachung. Das System kümmert sich automatisch um die Token-Updates, sodass die Bereitstellungen ununterbrochen bleiben. Dieser reibungslose Prozess zeigt, wie Capgo die Sicherheit im Vergleich zu anderen Plattformen vereinfacht.
-
-### Capgo vs. andere Plattformen
-
-Seit 2022 hat sich die CI/CD-Sicherheitslandschaft erheblich weiterentwickelt, und Capgo sticht für Teams hervor, die von älteren Systemen umsteigen. So schneidet es im Vergleich ab:
-
-| Funktion | Capgo | Branchenstandard |
-| --- | --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Ja | Variiert |
-| Selbsthosting-Option | Verfügbar | Selten |
-| Monatliche Betriebskosten | ~$300 | $500+ |
-| Automatisierung der Token-Rotation | Integriert | Eingeschränkt |
-
-> "Wir probieren derzeit @Capgo aus, da Appcenter den Support für Live-Updates bei hybriden Apps eingestellt hat und @AppFlow viel zu teuer ist." - Simon Flack[\[1\]](https://capgo.app)
-
-Die einmalige CI/CD-Einrichtungsgebühr von Capgo in Höhe von 2.600 USD bietet langfristige Einsparungen, mit geschätzten 26.100 USD, die über fünf Jahre eingespart werden[\[1\]](https://capgo.app). Die Unterstützung für Capacitor 8 sowie Funktionen für flexibles Organisationsmanagement machen es zu einer ausgezeichneten Option für kleine Teams und große Unternehmen, insbesondere für solche, die robuste Sicherheitsmaßnahmen priorisieren.
-
-## Fazit: Verbesserung von CI/CD mit Token-Rotation
-
-### Wichtige Sicherheitsvorteile
-
-Die Token-Rotation vereinfacht das Management von Anmeldeinformationen und verbessert gleichzeitig die Bedrohungserkennung.
-
-Hier sind einige der Hauptvorteile in Bezug auf Sicherheit, die eine gut ausgeführte Strategie zur Token-Rotation bringen kann:
-
-| **Verbesserungsbereich** | **Auswirkung** |
-| --- | --- |
-| Exposition von Anmeldeinformationen | Automatisierte Rotation verringert Risiken durch die Eliminierung der Verwendung von langfristigen Geheimnissen. |
-| Erkennung von Verstößen | Echtzeitverfolgung der Token-Nutzung ermöglicht eine schnellere Identifizierung von Bedrohungen. |
-| Zugangskontrolle | Fein abgestimmte Berechtigungen helfen, unbefugten Zugriff effektiv zu beschränken. |
-
-Diese Verbesserungen verdeutlichen, warum die Token-Rotation ein kritischer Bestandteil zur Stärkung Ihrer CI/CD-Pipeline ist.
-
-### Schritte zur Implementierung der Token-Rotation
-
-Um die Token-Rotation erfolgreich in Ihren Workflow zu integrieren, konzentrieren Sie sich auf diese wichtigen Bereiche:
-
-**Einrichtung der Infrastruktur**
-
--   Verwenden Sie Ende-zu-Ende-TLS/SSL-Verschlüsselung, um die Kommunikation zu sichern.
--   Bewahren Sie Token in sicheren Tresoren auf, die für sensible Anmeldeinformationen ausgelegt sind.
--   Konfigurieren Sie automatisierte Zeitpläne, um sicherzustellen, dass die Token regelmäßig rotiert werden.
-
-**Überwachung einrichten**
-
--   Behalten Sie die Token-Aktivität genau im Auge, indem Sie Nutzungsmuster verfolgen.
--   Richten Sie Alarme für ungewöhnliches Verhalten ein, z. B. wenn Tokens in unerwarteter Weise wiederverwendet werden.
--   Protokollieren Sie alle Ereignisse im Lebenszyklus der Token, um eine detaillierte Audit-Trail aufrechtzuerhalten.
-
-Für einen effizienteren Prozess integrieren Tools wie Capgo die Token-Rotation direkt in CI/CD-Pipelines. Stellen Sie beim Bereitstellen dieser Funktion sicher, dass Sie robuste Fehlerbehandlungsmechanismen und umfassende Tests implementieren, um Unterbrechungen zu vermeiden. Dieser Ansatz stärkt nicht nur Ihre Sicherheit, sondern hilft auch, reibungslose Abläufe aufrechtzuerhalten, wodurch eine zuverlässige Grundlage für sichere, automatisierte Bereitstellungen geschaffen wird.
-
-## FAQs
-
-:::faq
-### Was ist die Rotation von Refresh-Tokens und wie verbessert sie die Sicherheit in CI/CD-Workflows?
-
-Die Rotation von Refresh-Tokens ist eine Sicherheitsfunktion, bei der jedes Mal, wenn das vorherige Token verwendet wird, ein frisch ausgestelltes Refresh-Token ausgegeben wird. Dieses Verfahren hilft, das Risiko des Missbrauchs von Tokens zu verringern, da jedes kompromittierte Token nach der Rotation ungültig wird.
-
-In CI/CD-Workflows fügt die Verwendung der Rotation von Refresh-Tokens eine zusätzliche Schutzschicht für automatisierte Aufgaben wie [App-Updates](https://capgo.app/plugins/capacitor-updater/) oder Bereitstellungen hinzu. Es begrenzt die Exponierung langfristig gültiger Tokens und stärkt die Sicherheit Ihrer Pipeline. Tools wie Capgo können nahtlos in CI/CD-Systeme integriert werden und bieten sichere und automatisierte Updates für [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/), während sie die Richtlinien der Plattform einhalten.
-:::
-
-:::faq
-### Wie kann ich die Rotation von Refresh-Tokens in CI/CD-Pipelines implementieren, um sichere und unterbrechungsfreie Bereitstellungen zu gewährleisten?
-
-Die Implementierung der Rotation von Refresh-Tokens in Ihren CI/CD-Pipelines ist ein intelligenter Schritt, um Ihre Bereitstellungen sicher und reibungslos zu halten. Hier sind einige praktische Tipps, um es richtig zu machen:
-
--   **Token-Rotation automatisieren**: Integrieren Sie das Token-Management direkt in Ihren CI/CD-Workflow. Auf diese Weise werden Tokens automatisch aktualisiert, wodurch manuelle Updates überflüssig werden.
--   **Tokens mit Umgebungsvariablen sichern**: Bewahren Sie Tokens immer in Umgebungsvariablen auf, anstatt sie in Ihren Skripten hart zu kodieren. Dies fügt eine zusätzliche Schutzschicht für sensible Informationen hinzu.
--   **Token-Aktivität überwachen**: Überwachen und protokollieren Sie regelmäßig die Nutzung von Tokens. Dies hilft Ihnen, Missbrauch oder unbefugten Zugriff schnell zu erkennen.
-
-Wenn Sie mit Capacitor-Apps entwickeln, vereinfacht **Capgo** die CI/CD-Integration. Es sorgt dafür, dass die Verwaltung von Live-App-Updates sowohl sicher als auch effizient ist. Die Kombination von Token-Rotation mit Tools wie Capgo kann Ihren Bereitstellungsprozess sicherer und effizienter machen.
-:::
-
-:::faq
-### Wie gewährleistet Capgo eine sichere Token-Rotation und CI/CD-Integration, während es kosteneffektiv im Vergleich zu Branchenstandards bleibt?
-
-Capgo bietet eine sichere und effiziente Möglichkeit, die Token-Rotation zu handhaben und CI/CD-Workflows zu integrieren, und zwar in Übereinstimmung mit den Branchenstandards und mit einem Fokus auf Automatisierung. Durch die Integration der Rotation von Refresh-Tokens in CI/CD-Prozesse stellt Capgo sicher, dass Entwickler App-Updates sicher halten können, ohne die Benutzerfreundlichkeit zu beeinträchtigen.
-
-In Bezug auf Kosten und Funktionen hebt sich Capgo als starker Mitbewerber hervor. Es bietet wichtige Funktionen wie **Ende-zu-Ende-Verschlüsselung**, **reibungslos CI/CD-Integration** und **Echtzeit-Updates**, während es die Richtlinien von Apple und Android einhält. Darüber hinaus ist die Preisgestaltung von Capgo so gestaltet, dass sie budgetfreundlich ist, was es zu einer attraktiven Option für Entwickler macht, die nach einer zuverlässigen und sicheren Lösung für Live-Updates von Capacitor-Apps suchen.
-:::
diff --git a/src/content/blog/de/rollback-mechanisms-in-capacitor-plugins.md b/src/content/blog/de/rollback-mechanisms-in-capacitor-plugins.md
deleted file mode 100644
index 00911f8cf..000000000
--- a/src/content/blog/de/rollback-mechanisms-in-capacitor-plugins.md
+++ /dev/null
@@ -1,216 +0,0 @@
----
-slug: rollback-mechanisms-in-capacitor-plugins
-title: Rollback-Mechanismen in Capacitor Plugins
-description: >-
-  Untersuchen Sie Rollback-Mechanismen in Capacitor-Plugins, um Stabilität und
-  schnelle Wiederherstellung während Updates zu gewährleisten, die
-  Benutzererfahrung zu verbessern und Ausfallzeiten zu minimieren.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:56:05.350Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99-1743821776760.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor plugins, rollback mechanisms, version control, update stability,
-  monitoring framework
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Rollback-Mechanismen gewährleisten Stabilität bei der Aktualisierung von [Capacitor](https://capacitorjs.com/) Plugins. Sie ermöglichen die Rückkehr zu einer vorherigen Version, wenn Updates Fehler oder Probleme verursachen, minimieren Ausfallzeiten und verbessern die Benutzererfahrung.
-
-### Wichtige Punkte:
-
--   **Funktionsweise**: Speichert ein Backup der aktuellen Version, überprüft Updates und führt bei Problemen automatisch einen Rollback durch.
--   **Anwendungsfälle**: Kritische Bugs, Leistungseinbrüche oder Nutzerbeschwerden nach Updates.
--   **Kernkomponenten**:
-    -   **Versionskontrolle**: Verfolgt Plugin-Versionen und Backups.
-    -   **Überwachung**: Erkennt Probleme in Echtzeit.
-    -   **Rollback-Ausführung**: Stellt vorherige Versionen nahtlos wieder her.
--   **Werkzeuge**:
-    -   **[Capgo](https://capgo.app/)**: Verwalteter Service mit Funktionen wie Ein-Klick-Rollback und Echtzeit-Analyse.
-    -   **Capacitor [Live Update Plugin](https://capgo.app/docs/plugin/self-hosted/auto-update/)**: Native Lösung, die manuelle Einrichtung erfordert, aber direkten API-Zugriff bietet.
-
-### Schneller Vergleich:
-
-| Funktion | Capgo | Live Update Plugin |
-| --- | --- | --- |
-| Einrichtungszeit | Minuten | Stunden/Tage |
-| Verschlüsselung | Ende-zu-Ende | Grundlegende Signierung |
-| Überwachung | Integrierte Analyse | Manuelle Integration erforderlich |
-| Update-Geschwindigkeit | 114ms | Variiert |
-
-Rollback-Systeme sind entscheidend für reibungslose Updates und Nutzerzufriedenheit. Wählen Sie eine Lösung, die zu Ihren Bedürfnissen passt - sei es Capgos Einfachheit oder die manuelle Flexibilität des Live Update Plugins.
-
-## Grundlagen des Rollback-Mechanismus
-
-### Wie Rollbacks funktionieren
-
-Bei [Capacitor plugins](https://capgo.app/plugins/) funktionieren Rollback-Mechanismen als Absicherung, indem sie Versions-Backups aufbewahren und bei Problemen automatisch die vorherige stabile Version wiederherstellen. So funktioniert es:
-
--   **Versions-Backup**: Vor Anwendung eines Updates wird eine Kopie der aktuellen stabilen Version gespeichert.
--   **Gesundheitsprüfung**: Nach dem Update überprüft das System, ob alles korrekt funktioniert.
--   **Automatische Rückkehr**: Wenn das Update die Gesundheitsprüfung nicht besteht, kehrt das System zur Backup-Version zurück.
-
-> "Ein-Klick-Rollback zu jeder vorherigen Version bei Bedarf" – Capgo [\[1\]](https://capgo.app/)
-
-### Wann Rollbacks eingesetzt werden
-
-Rollbacks sind wichtig, wenn ein Update Probleme wie kritische Bugs, langsamere Leistung, Versionskonflikte, Integrationsprobleme oder größere Nutzerbeschwerden verursacht. Capgo berichtet, dass 82% der Updates weltweit erfolgreich sind [\[1\]](https://capgo.app/), aber für die verbleibenden Fälle ist ein zuverlässiges Rollback-System entscheidend, um Probleme schnell zu beheben.
-
-### [Capacitor](https://capacitorjs.com/) Rollback-Architektur
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Das Rollback-System in Capacitor basiert auf drei Hauptkomponenten für effektives Versionsmanagement:
-
-| Komponente | Funktion | Hauptmerkmal |
-| --- | --- | --- |
-| Versionsverwaltungssystem | Verfolgt die vollständige Historie der Plugin-Versionen | Schneller Zugriff auf stabile Releases |
-| Überwachungs-Framework | Überprüft kontinuierlich die Update-Leistung | Echtzeit-Problemerkennung |
-| Verteilungskontrolle | Handhabt schrittweise Update-Ausrollungen | Gezielte, graduelle Update-Verteilung |
-
-> "Proaktive Überwachung und Behebung von Problemen, bevor sie Nutzer beeinträchtigen" – Capgo [\[1\]](https://capgo.app/)
-
-Diese Komponenten schaffen eine solide Grundlage für die Verwaltung von Rollbacks, die im Setup-Leitfaden näher erläutert wird.
-
-## Einrichtung von Plugin-Rollbacks
-
-### Wichtige Capacitor-Methoden
-
-Um ein Rollback-System für Capacitor-Plugins zu erstellen, ist es wichtig, die Kernmethoden zu verstehen, die Versionen und Updates verwalten. Diese Methoden konzentrieren sich auf drei Hauptbereiche:
-
-| Methodentyp | Zweck | Hauptfunktionalität |
-| --- | --- | --- |
-| Versionskontrolle | Verwaltet Plugin-Versionen und Backups | Speichert Versionsverlauf und ermöglicht Versionswechsel |
-| Gesundheitsüberwachung | Verfolgt Update-Status und Leistung | Überwacht Deployment-Erfolg und identifiziert Probleme |
-| Rollback-Ausführung | Handhabt den Rückführungsprozess | Stellt vorherige Versionen unter Beibehaltung der Datenintegrität wieder her |
-
-Diese Methoden sind die Grundlage eines zuverlässigen Rollback-Prozesses, den Sie mit den unten aufgeführten Schritten implementieren können.
-
-### Implementierungsleitfaden
-
-Sobald Sie die Grundlagen von Rollbacks verstanden haben, folgen Sie diesen Schritten zur Einrichtung eines funktionsfähigen Systems:
-
-1. **Versionskontrolle konfigurieren**  
-   Integrieren Sie Versionsverfolgung in Ihren Deployment-Prozess und etablieren Sie Wiederherstellungspunkte für schnelle Rückkehr. Daten von Capgo zeigen, dass diese Strategie Ausfallzeiten bei kritischen Fehlern um bis zu 85% reduzieren kann [\[1\]](https://capgo.app/).
-
-2. **Überwachung einrichten**  
-   Implementieren Sie Fehlerverfolgung, Nutzerfeedback, Leistungsmetriken und Update-Statusüberwachung für reibungslosen Betrieb.
-
-3. **Rollback-Trigger definieren**  
-   Legen Sie klare Rollback-Auslöser für Szenarien wie kritische Fehler, Leistungsprobleme, Benutzerprobleme oder Integrationsfehler fest.
-
-### Implementierungstipps
-
-**Testprotokoll**: Nutzen Sie eine stufenweise Ausrollstrategie zur Risikominimierung. Rodrigo Mantica betonte: "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-Für schnellere Wiederherstellung verbinden Sie Ihr Rollback-System mit Ihrer CI/CD-Pipeline. Dies kann die Wiederherstellungszeit von Stunden auf wenige Minuten reduzieren [\[1\]](https://capgo.app/).
-
-## Was ist ein Capacitor Plugin? #shorts
-
-<iframe src="https://www.youtube.com/embed/h7x1vIE42X8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Rollback-Management-Tools
-
-Die effektive Verwaltung von Rollbacks erfordert Tools, die Versionierung, Überwachung und schnelle Rückkehr handhaben können. Hier ein Blick auf einige Top-Optionen für das Rollback-Management in [Capacitor apps](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/a64cd6a83185b5ac05d3640337221542.jpg)
-
-Capgo entwickelte sich nach der Einstellung von [Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) in 2024 zu einer starken Rollback-Management-Lösung. Es vereinfacht Plugin-Updates mit verschiedenen Funktionen:
-
-| Funktion | Vorteil | Leistung |
-| --- | --- | --- |
-| **Ein-Klick-Rollback** | Schnelle Rückkehr zu jeder Version | 114ms durchschnittliche Bundle-Download-Zeit |
-| **Ende-zu-Ende-Verschlüsselung** | [Sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) | 57ms API-Antwortzeit |
-| **[Kanal-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Beta-Updates an spezifische Gruppen verteilen | 23,5M ausgelieferte Updates |
-| **Analyse-Dashboard** | Echtzeit-Update-Tracking | 750 Production-Apps bedient |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Für diejenigen, die einen praktischeren Ansatz bevorzugen, ist das [Capacitor Live Update Plugin](https://capgo.app/register/) eine weitere beachtenswerte Option.
-
-### Capacitor Live Update Plugin
-
-Im Gegensatz zu Capgos verwaltetem Service bietet das Capacitor Live Update Plugin eine native Lösung für Rollback-Management. Seine Funktionen umfassen:
-
--   Integration mit Versionskontrollsystemen
--   Direkter Zugriff auf native APIs
--   Plattformspezifische Optimierungen
--   Grundlegende Rollback-Funktionalität
-
-Während leistungsstark, erfordert dieses Plugin mehr manuelle Konfiguration im Vergleich zu verwalteten Services wie Capgo.
-
-### Tool-Vergleich
-
-Hier ein schneller Vergleich von Capgo und dem Capacitor Live Update Plugin:
-
-| Funktion | Capgo | Live Update Plugin |
-| --- | --- | --- |
-| **Einrichtungszeit** | Minuten | Stunden/Tage |
-| **Verschlüsselung** | Ende-zu-Ende | Grundlegende Signierung |
-| **Update-Geschwindigkeit** | 114ms | Variiert |
-| **Erfolgsrate** | 82% weltweit | Abhängig von Implementierung |
-| **Überwachung** | Integrierte Analyse | Manuelle Integration erforderlich |
-
-> "Capgo ist ein Must-Have-Tool für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Bug-Fixes ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Mit der geplanten Einstellung von [Appflow](https://ionic.io/appflow/) in 2026 suchen Entwickler nach zuverlässigen und kosteneffizienten Rollback-Lösungen, um ihre Projekte reibungslos am Laufen zu halten.
-
-## Testen und Beheben von Rollbacks
-
-### Testen fehlgeschlagener Updates
-
-Um sicherzustellen, dass Rollback-Mechanismen wie beabsichtigt funktionieren, simulieren Sie kontrollierte Ausfälle. Hier ist ein hilfreiches Test-Framework:
-
-| Test-Szenario | Implementierungsmethode | Erfolgskriterien |
-| --- | --- | --- |
-| **Versions-Mismatch** | Deployment einer inkompatiblen Bundle-Version | Rollback aktiviert sich automatisch |
-| **Beschädigtes Bundle** | Upload eines beschädigten Updates | Erkennt Fehler und stellt System wieder her |
-| **Netzwerkausfall** | Simulation eines Verbindungsverlusts | Setzt von der letzten stabilen Version fort |
-| **API-Timeout** | Einführung von Verzögerungen in API-Antwort | Handhabt Verzögerung mit Fallback-Mechanismus |
-
-Die Nutzung von Beta-Kanälen ist ein kluger Weg, um Probleme frühzeitig zu erkennen. Diese Methode hilft, potenzielle Probleme zu beheben, bevor sie eskalieren.
-
-### Häufige Rollback-Probleme
-
-Selbst mit sorgfältigem Testen können bestimmte Herausforderungen bei Rollbacks auftreten:
-
--   **Versionskonflikte**: Die Verwaltung mehrerer Versionen kann knifflig sein. Behalten Sie Bundle-Versionen, API-Kompatibilität, Datenbankschemas und Asset-Mapping im Auge, um Konflikte zu vermeiden.
--   **Cache-Probleme**: Löschen Sie Caches während Rollbacks, um sicherzustellen, dass das System in einen sauberen Zustand zurückkehrt.
--   **Zustandserhaltung**: Stellen Sie sicher, dass Benutzerdaten und App-Zustände während Rollbacks erhalten bleiben. Datenmigrations-Strategien sollten Änderungen zwischen Versionen effektiv handhaben.
-
-### App Store-Richtlinien
-
-Die Einhaltung von App Store-Anforderungen ist bei der Implementierung von Rollback-Mechanismen essentiell. Apple und Google haben spezifische Regeln:
-
-| Plattform | Anforderung | Compliance-Methode |
-| --- | --- | --- |
-| **iOS** | Keine dynamische Code-Ausführung | Verwendung Bundle-basierter Updates |
-| **Android** | Sicherheitsüberprüfung | Anwendung Ende-zu-Ende-Verschlüsselung |
-| **Beide** | Schutz von Benutzerdaten | Implementierung sicherer Zustandsverwaltung |
-
-> "App Store konform" - Capgo
-
-Um konform zu bleiben und Benutzerdaten zu schützen, verwenden Sie Ende-zu-Ende-Verschlüsselung und robuste Fehlerverfolgung. Diese Maßnahmen adressieren nicht nur häufige Probleme, sondern stellen auch schnelle Lösungen sicher, wenn Probleme auftreten.
-
-## Fazit
-
-Zuverlässige Rollback-Mechanismen sind der Schlüssel zur Aufrechterhaltung der Plugin-Stabilität und zur Gewährleistung einer reibungslosen Benutzererfahrung. Bei korrekter Implementierung können diese Systeme 95 % der Updates innerhalb von 24 Stunden stabilisieren und eine Erfolgsquote von 82 % erreichen [\[1\]](https://capgo.app/). Diese Zahlen unterstreichen die Bedeutung von sofortigen Wiederherstellungsfunktionen.
-
-Hier sind einige wichtige Elemente für effektive Rollbacks:
-
-| Funktion | Auswirkung | Best Practice |
-| --- | --- | --- |
-| **Ein-Klick-Rollback** | Schnelle Problembehebung | Sofortige Rückkehr zu stabilen Versionen ermöglichen |
-| **Ende-zu-Ende-Verschlüsselung** | Verbesserte Sicherheit | Verschlüsselung aller Update-Übertragungen |
-| **Echtzeit-Analytik** | Frühe Problemerkennung | Kontinuierliche Überwachung der Update-Leistung |
-| **Kanal-System** | Kontrollierte Auslieferungen | Nutzung für Beta-Tests und stufenweise Updates |
-
-Mit über 750 Apps, die erfolgreich mehr als 23,5 Millionen Updates ausgeliefert haben [\[1\]](https://capgo.app/), zeigt sich deutlich, dass moderne Rollback-Lösungen funktionieren. Um ein effektives Rollback-System zu implementieren, konzentrieren Sie sich auf die Kombination von starken Sicherheitsmaßnahmen - wie Ende-zu-Ende-Verschlüsselung - mit strikter Einhaltung der App Store-Richtlinien. Eine robuste Versionskontrolle ist ein weiteres Muss.
diff --git a/src/content/blog/de/rollback-strategies-for-capacitor-live-updates.md b/src/content/blog/de/rollback-strategies-for-capacitor-live-updates.md
deleted file mode 100644
index 7814cf978..000000000
--- a/src/content/blog/de/rollback-strategies-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,101 +0,0 @@
----
-slug: rollback-strategies-for-capacitor-live-updates
-title: Rollback-Strategien für Capacitor Live Updates
-description: >-
-  Erfahre mehr über effektive Rollback-Strategien für Capacitor Live-Updates, um
-  die App-Stabilität zu gewährleisten und Unterbrechungen für Benutzer während
-  der Updates zu minimieren.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T03:35:36.644Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c-1745552174598.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, rollback strategies, live updates, app stability, error tracking,
-  update management
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Vermeiden Sie App-Störungen mit starken Rollback-Strategien.** [Capacitor](https://capacitorjs.com/)s Live-Updates ermöglichen schnelle Fehlerbehebungen, aber 18% der Updates scheitern weltweit. Ein Rollback-Plan gewährleistet Stabilität, wenn Probleme auftreten. Hier ein kurzer Überblick:
-
--   **Wichtige Tools**: Versionskontrolle, Fehlerverfolgung, Analysen und Ein-Klick-Rollback.
--   **Wann zurückrollen**: Schwere Verlangsamungen, defekte Funktionen, Sicherheitsrisiken oder Datenprobleme.
--   **Vorbereitungsschritte**:
-    1.  Beta-Tests nutzen, um Probleme frühzeitig zu erkennen.
-    2.  Monitoring für Echtzeit-Fehlermeldungen einrichten.
-    3.  Rollback-Auslöser und Reaktionsprotokolle definieren.
-
-Plattformen wie [Capgo](https://capgo.app/) bieten schnelle Updates (114ms für 5MB), hohe Erfolgsraten (82%) und kostengünstige Lösungen (ab 12$/Monat). Sie unterstützen auch Rollback-Automatisierung, Echtzeit-Tracking und Benutzersegmentierung, was sie zu einer zuverlässigen Wahl für das Management von Live-Updates macht.
-
-| **Funktion** | **Capgo** | **[Appflow](https://ionic.io/appflow/)** |
-| --- | --- | --- | --- |
-| Update-Geschwindigkeit | 114ms | Standard | Standard |
-| Erfolgsrate | 82% | Nicht veröffentlicht | Nicht veröffentlicht |
-| Ende-zu-Ende-Verschlüsselung | Ja | Nein | Nein |
-| [Self-Hosting Option](https://capgo.app/blog/self-hosted-capgo/) | Ja | Nein | Nein |
-| Monatliche Kosten | Ab 12$ | Ähnlich | ~500$ |
-
-Richten Sie noch heute Rollback-Tools ein, um reibungslose Updates zu gewährleisten und das Vertrauen der Benutzer zu erhalten.
-
-## So migrieren Sie Ihre [Ionic](https://ionicframework.com/)-App zu [Capacitor](https://capacitorjs.com/) 3
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-Rollback-Strategien spielen eine wichtige Rolle bei der Aufrechterhaltung der App-Stabilität und der Sicherstellung des Nutzervertrauens. Metriken zeigen durchgängig, wie diese Strategien einen strukturierten Ansatz für effektives Update-Management unterstützen.
-
-Hier ist eine Aufschlüsselung der wesentlichen Komponenten für einen reibungslosen Rollback-Prozess:
-
-| Komponente | Zweck | Auswirkung |
-| --- | --- | --- |
-| **Ein-Klick-Rollback** | Schnelle Rückkehr zu einer vorherigen Version | Reduziert Ausfallzeiten |
-| **Kanal-System** | Updates stufenweise ausrollen | Verringert Risiken |
-| **Fehler-Tracking** | Probleme in Echtzeit überwachen | Unterstützt schnellere Fehlerbehebung |
-
-Diese Funktionen sind zentral für jeden Rollback-Plan und erleichtern die Implementierung von Änderungen bei minimalen Störungen.
-
-### Erste Schritte
-
-Um diese Strategien umzusetzen, folgen Sie diesen Schritten:
-
-1.  Installieren Sie Deployment-Tools mit `npx @capgo/cli init`.
-2.  Konfigurieren Sie Update-Kanäle für Beta- und Produktionsumgebungen.
-3.  Richten Sie Monitoring ein, um Erfolgsraten und Nutzerengagement zu verfolgen.
-
-Capgos automatisiertes Rollback-System beweist seine Effektivität mit **1,4K Produktions-Apps** und **947,6M ausgelieferten Updates** [\[1\]](https://capgo.app/). Die Plattform hat gezeigt, dass sie große Deployments nahtlos bewältigen kann.
-
-> "Capgo ist ein Muss für Entwickler, die produktiver sein wollen. Die Vermeidung von Reviews für Bugfixes ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Häufig gestellte Fragen
-
-:::faq
-### Was sind die wichtigsten Schritte für die Erstellung einer zuverlässigen Rollback-Strategie für Live-Updates in Capacitor-Apps?
-
-Eine effektive Rollback-Strategie für Live-Updates in Capacitor-Apps erfordert sorgfältige Planung und Ausführung, um App-Stabilität und eine reibungslose Benutzererfahrung zu gewährleisten. Zu den Hauptkomponenten gehören:
-
--   **Versionskontrolle**: Pflegen Sie ein klares Versionierungssystem für Updates, um problematische Änderungen leicht identifizieren und rückgängig machen zu können.
--   **Tests und Überwachung**: Testen Sie Updates gründlich vor der Veröffentlichung und überwachen Sie die App-Leistung nach der Bereitstellung, um Probleme schnell zu erkennen.
--   **Rollback-Mechanismus**: Implementieren Sie einen Rollback-Prozess, der es ermöglicht, nahtlos zu einer vorherigen stabilen Version zurückzukehren, falls ein Update Probleme verursacht.
-
-Die Verwendung von Tools wie Capgo kann diesen Prozess vereinfachen, indem Echtzeit-Updates, benutzerspezifische Zuweisungen und die Einhaltung von Apple- und Android-Standards angeboten werden, um ein optimiertes und sicheres Update-Management-System zu gewährleisten.
-:::
-
-:::faq
-### Wie reduzieren automatisierte Rollback-Systeme Störungen während App-Updates?
-
-Automatisierte Rollback-Systeme helfen, Störungen während App-Updates zu reduzieren, indem Entwickler schnell zu einer stabilen Version zurückkehren können, wenn ein Update Probleme verursacht. Dies stellt sicher, dass Benutzer die App mit minimalen Unterbrechungen weiter nutzen können und eine reibungslose Erfahrung gewährleistet ist.
-
-Diese Systeme sind besonders wertvoll für Live-Updates in Capacitor-Apps, da sie ein Sicherheitsnetz bieten, um unerwartete Probleme ohne zeitaufwändige manuelle Eingriffe oder App-Store-Neueinreichungen zu beheben. Durch die Automatisierung von Rollbacks können sich Entwickler auf die Problembehebung konzentrieren und gleichzeitig die Auswirkungen auf die Benutzer minimieren.
-:::
-
-:::faq
-### Warum sollte ich einen Testkanal nutzen, bevor Updates an alle Benutzer ausgerollt werden?
-
-Die Verwendung eines Testkanals vor der Bereitstellung von Updates für alle Benutzer ist entscheidend für eine reibungslose Benutzererfahrung. Dies ermöglicht es Ihnen, potenzielle Bugs, Kompatibilitätsprobleme oder Leistungsprobleme in einer kontrollierten Umgebung zu identifizieren und zu beheben, wodurch das Risiko weitreichender Störungen minimiert wird.
-
-Durch das Testen von Updates mit einer kleineren Benutzergruppe können Sie wertvolles Feedback sammeln, Leistungsmetriken überwachen und notwendige Anpassungen vornehmen, bevor Sie eine vollständige Veröffentlichung durchführen. Dieser Ansatz verbessert nicht nur die Qualität Ihrer Updates, sondern hilft auch dabei, das Vertrauen und die Zufriedenheit der Benutzer aufrechtzuerhalten.
-:::
diff --git a/src/content/blog/de/rollback-strategies-for-cicd-workflows.md b/src/content/blog/de/rollback-strategies-for-cicd-workflows.md
deleted file mode 100644
index b94f385ea..000000000
--- a/src/content/blog/de/rollback-strategies-for-cicd-workflows.md
+++ /dev/null
@@ -1,121 +0,0 @@
----
-slug: rollback-strategies-for-cicd-workflows
-title: Rollback-Strategien für CI/CD-Workflows
-description: >-
-  Erkunden Sie effektive Rollback-Strategien für CI/CD-Workflows und erfahren
-  Sie mehr über die besten Plattformen für sichere und kostengünstige Updates.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:17:30.946Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28-1745288279341.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  CI/CD, rollback strategies, app updates, mobile development, security,
-  integration
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-### Wichtige Punkte:
-
--   **Capgo**: Erschwinglich ($300/Monat + $2.600 Setup), Ein-Klick-Rollback, GitHub/GitLab-Integration, Echtzeit-Analytik und Verschlüsselung.
--   **Appflow**: Teuer ($6.000/Jahr); unterstützt Snapshots, endet aber 2026.
--   **Microsoft CodePush**: 2024 eingestellt, Hybrid-App-Entwickler suchen nach Alternativen.
-
-### Schneller Vergleich:
-
-| Funktion | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| Rollback-Optionen | Ein-Klick-Rollback | Nicht dokumentiert | Snapshots | Eingestellt |
-| CI/CD-Integration | GitHub, GitLab, [Jenkins](https://www.jenkins.io/) | Nicht dokumentiert | Begrenzt | Keine |
-| Sicherheit | Ende-zu-Ende-Verschlüsselung | Update-Signierung | Update-Signierung | Update-Signierung |
-| Preise | $300/Monat + $2.600 Setup | Nicht offengelegt | $6.000/Jahr | Kostenlos (eingestellt) |
-
-**Fazit:** Mit dem Ende von CodePush und dem nahenden Ende von Appflow sticht **Capgo** als kostengünstige, sichere und funktionsreiche Lösung für Rollback-Management hervor.
-
-## Implementierung einer effektiven Rollback-Strategie mit GitHub ...
-
-<iframe src="https://www.youtube.com/embed/Wr7dGxLpQC4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo beschleunigt CI/CD-Prozesse durch eine einfache Ein-Klick-Rollback-Funktion, die sich nahtlos in bestehende Pipelines integriert. Diese Rollback-Funktionalität ermöglicht es Teams, schnell vorherige Releases wiederherzustellen und Live-Apps vor längeren Ausfallzeiten zu schützen.
-
-### Sicherheit und Leistung
-
-Capgo gewährleistet Datenschutz mit Ende-zu-Ende-Verschlüsselung und liefert schnelle Leistung mit einer durchschnittlichen API-Antwortzeit von 434 ms [\[1\]](https://capgo.app/).
-
-### CI/CD-Integration
-
-Es arbeitet nahtlos mit beliebten Tools wie **[GitHub Actions](https://docs.github.com/actions)**, **[GitLab CI](https://docs.gitlab.com/ee/ci/)** und **Jenkins** zusammen.
-
-### Erweiterte Verteilungsfunktionen
-
--   Updates für bestimmte Benutzergruppen zum Beta-Testing ausrollen
--   Updates schrittweise über segmentierte Rollouts bereitstellen
--   Fehler in Echtzeit mit integriertem Tracking erkennen
--   Live-App-Performance durch detaillierte Analytik überwachen
-
-### Preise
-
-Capgo kostet etwa $300 pro Monat, mit einer einmaligen Einrichtungsgebühr von $2.600 [\[1\]](https://capgo.app/).
-
-### Update-Management
-
-Capgo unterstützt Teil-Updates zur Reduzierung der Bandbreitennutzung und ist kompatibel mit Capacitor Version 6 und 7. Benutzer können zwischen Cloud-Hosting und Self-Hosting wählen.
-
-Durch die Kombination von schnellen Rollback-Funktionen mit Echtzeit-Analytik und Fehlerverfolgung ermöglicht Capgo Teams, Produktionsprobleme schnell zu beheben und reibungslose Bereitstellungszyklen aufrechtzuerhalten.
-
-## 3. [Appflow](https://ionic.io/docs/appflow)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/e3b5a6ca6da391fe9a61210f3bd95bb8.jpg)
-
-Appflow verlangt etwa $6.000 pro Jahr für seinen CI/CD-Plan, was viele Teams dazu veranlasst, nach günstigeren Rollback-Optionen zu suchen. Eine seiner Hauptfunktionen ist die Möglichkeit, Release-Snapshots zu erstellen, die es Entwicklern ermöglichen, bei Bedarf schnell zu einem früheren Build zurückzukehren.
-
-Entwickler Simon Flack teilte seine Erfahrung:
-
-> "Wir testen derzeit @Capgo, da Appcenter die Live-Update-Unterstützung für Hybrid-Apps eingestellt hat und @AppFlow viel zu teuer ist." [\[1\]](https://capgo.app/)
-
-Als Nächstes werfen wir einen Blick darauf, wie Microsoft CodePush mit Rollbacks umgeht.
-
-## 4. [Microsoft CodePush](https://microsoft.github.io/code-push/)
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/edac23070781a219bf38bb37f0451a0f.jpg)
-
-Microsoft CodePush war ein kostenloses CI/CD-Rollback-Tool für Hybrid-Apps, wird aber 2024 eingestellt. Diese Schließung hat Hybrid-App-Teams auf der Suche nach Alternativen zurückgelassen. Nach seiner Einstellung haben Entwickler nach Tools gesucht, die zuverlässige Hybrid-App-Unterstützung, reibungslose CI/CD-Integration, Ein-Klick-Rollback-Funktionen und sichere Ende-zu-Ende-Verschlüsselung bieten. Plattformen wie Capgo sind eingesprungen, um diese Bedürfnisse zu erfüllen, und bieten verschlüsselte Updates und einfache Wiederherstellungsoptionen. Lassen Sie uns einen genaueren Blick darauf werfen, wie sich diese Rollback-Tools vergleichen.
-
-## Plattform-Vergleich
-
-Hier ist eine Aufschlüsselung der Rollback-Funktionen, CI/CD-Integration, Sicherheit und Preise für vier Plattformen:
-
-| Funktion | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| Rollback-Optionen | Ein-Klick-Rollback zu jeder vorherigen Version [\[1\]](https://capgo.app/) | – | – | Eingestellt |
-| CI/CD-Integration | GitHub Actions, GitLab CI, Jenkins [\[1\]](https://capgo.app/) | – | – | – |
-| Sicherheit | Ende-zu-Ende-Verschlüsselung (erfüllt Apple- und Google-Anforderungen) [\[1\]](https://capgo.app/) | Update-Signierung | Update-Signierung | Update-Signierung |
-| Preismodell | Ab $12/Monat (Solo-Plan); $2.600 einmalige Einrichtung + ~$300/Monat für CI/CD [\[1\]](https://capgo.app/) | – | $6.000/Jahr [\[1\]](https://capgo.app/) | Kostenlos (eingestellt) |
-
-Dieser Vergleich unterstreicht Capgos Stärken in Bezug auf Kosten, Sicherheit und CI/CD-Integration.
-
-> "@Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) 🙂" - NASA's OSIRIS‑REx [\[1\]](https://capgo.app/)
-
-Capgo sticht hervor, indem es im Vergleich zu Appflow eine günstigere Option mit über 50% Einsparungen bei den jährlichen Kosten bietet. Die Kombination aus einer Einrichtungsgebühr von $2.600 und ~$300/Monat bietet Ende-zu-Ende-Verschlüsselung, GitHub/GitLab/Jenkins-Integration und Live-Analytik - Funktionen, die den Wettbewerbern fehlen.
-
-Als Nächstes fassen wir die wichtigsten Erkenntnisse aus diesem Vergleich zusammen.
-
-## Fazit
-
-Nach der Bewertung von Rollback-Funktionen, Sicherheit, Integration und Kosten sollten Entwicklungsteams in den USA Folgendes beachten.
-
-Da Microsoft CodePush 2024 eingestellt wird und Appflow 2026 endet, ist es für Entwickler wichtig, eine zuverlässige CI/CD-Rollback-Lösung zu finden.
-
-Zu den wichtigsten Faktoren gehören **Ende-zu-Ende-Verschlüsselung** für Apple- und Android-Plattformen, **native Unterstützung für GitHub/GitLab CI**, ein ausgewogenes Verhältnis zwischen Einrichtungsaufwand und Abonnementkosten sowie **klare Rollback-Metriken**.
-
-Plattformen, die starke Verschlüsselung mit nahtloser CI/CD-Integration kombinieren, führen das Feld an. Unter ihnen sticht Capgo durch seine sicheren Updates, reibungslose Integration und kostengünstige Herangehensweise hervor.
diff --git a/src/content/blog/de/secure-storage-for-offline-tokens-in-capacitor.md b/src/content/blog/de/secure-storage-for-offline-tokens-in-capacitor.md
deleted file mode 100644
index 05823b100..000000000
--- a/src/content/blog/de/secure-storage-for-offline-tokens-in-capacitor.md
+++ /dev/null
@@ -1,79 +0,0 @@
----
-slug: secure-storage-for-offline-tokens-in-capacitor
-title: Sichere Speicherung für Offline-Token in Capacitor
-description: >-
-  Erfahren Sie, wie Sie Authentifizierungs-Token für die Offline-Speicherung
-  sicher mit Verschlüsselung und biometrischen Kontrollen in mobilen Anwendungen
-  speichern können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:09:43.027Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559-1745028797889.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  offline tokens, secure storage, AES-256 encryption, biometric authentication,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie die Authentifizierungstoken Ihrer App offline sicher aufbewahren?** Hier ist, was Sie wissen müssen:
-
--   **Token encryptieren**: Verwenden Sie AES-256-Verschlüsselung mit iOS Keychain oder Android Keystore.
--   **Zugriff kontrollieren**: Fügen Sie [biometrische Authentifizierung](https://capgo.app/plugins/capacitor-native-biometric/) für zusätzliche Sicherheit hinzu.
--   **Token-Management**: Verwenden Sie kurzlebige Token, erneuern Sie diese sicher und rotieren Sie die Schlüssel regelmäßig.
--   **Beste Werkzeuge**: Probieren Sie **@[capacitor](https://capacitorjs.com/)\-community/secure-storage** oder **[Ionic Identity Vault](https://ionic.io/docs/identity-vault/)** für plattformübergreifenden verschlüsselten Speicher aus.
-
-Diese Schritte schützen Benutzerdaten, verhindern den Diebstahl von Token und gewährleisten einen sicheren Offline-Zugriff. Lesen Sie weiter für detaillierte Vergleiche und Einrichtungsanleitungen.
-
-## [Ionic Identity Vault](https://ionic.io/docs/identity-vault/): Sichere mobile biometrische Authentifizierung
-
-![Ionic Identity Vault](https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559/e2484017084695edeec1f98ae40b009b.jpg)
-
-<iframe src="https://www.youtube.com/embed/DsXx7oEcOS0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Sicherheitsstandards für Offline-Token
-
-Um eine sichere Speicherung zu gewährleisten, verwenden Sie **AES-256-Verschlüsselung** über iOS Keychain oder Android Keystore. Implementieren Sie **PKCE** während der ersten OAuth2-Codeaustausche und stellen Sie sicher, dass kurzlebige Refresh-Token nach jeder Verwendung rotiert werden. Fügen Sie zudem **biometrische Authentifizierung** hinzu, um den Zugriff auf Token zu schützen und die allgemeine Sicherheit zu erhöhen.
-
-## Implementierung von sicherer Speicherung
-
-Um die zuvor besprochenen AES‑256-Verschlüsselung, PKCE und biometrische Kontrollen zu verwenden, beginnen Sie mit der Installation des Secure Storage-Plugins:
-
-```bash
-npm install @capacitor-community/secure-storage
-```
-
-Überprüfen Sie die Plugin-Dokumentation für Details zur Einrichtung von Verschlüsselungsschlüsseln, [Aktivierung der biometrischen Authentifizierung](https://capgo.app/plugins/capacitor-native-biometric/) und zum Umgang mit der Speicherung, dem Abruf und der Erneuerung von Offline-Token.
-
-Sobald dies eingerichtet ist, fahren Sie mit der Definition von Methoden zur Speicherung von Token und zur Verwaltung ihres Lebenszyklus im Offline-Modus fort, die im nächsten Abschnitt behandelt wird.
-
-## Analyse der Speicherlösungen
-
-Bei der Auswahl sicherer Speicheroptionen für Offline-Token in Capacitor-Anwendungen müssen Entwickler Faktoren wie [Verschlüsselungsmethoden](https://capgo.app/docs/cli/migrations/encryption/), Kompatibilität zwischen Plattformen und die Integrationserleichterung abwägen. Im Folgenden finden Sie einen Überblick über wichtige Secure-Storage-Plugins zur Verwaltung von Offline-Token.
-
-### Vergleich der Plugin-Funktionen
-
--   **@capacitor-community/secure-storage**: Bietet AES-256-Verschlüsselung mit iOS Keychain und Android Keystore, unterstützt [biometrisches Entsperren](https://capgo.app/plugins/capacitor-native-biometric/) und umfasst eine automatische Schlüsselrotation.
--   **@ionic/storage**: Enthält keine integrierte Verschlüsselung, benötigt einen manuellen Wrapper für die Sicherheit und verfügt nicht über Funktionen zur biometrischen Authentifizierung.
--   **Native SecureStorage**: Funktioniert ausschließlich mit dem iOS Keychain, unterstützt jedoch kein Android.
--   **@ionic-enterprise/identity-vault**: Bietet Hardware-verschlüsselte Speicherung, unterstützt biometrische Authentifizierung und verwaltet effektiv den sicheren Token-Lebenszyklus.
-
-## Zusammenfassung
-
-Hier ist eine kurze Übersicht über die wichtigsten Praktiken und Werkzeuge zur Speicherung von Offline-Token:
-
--   **Token verschlüsseln** unter Verwendung von hardwaregestützten Schlüsselspeichern, [gesichert mit Biometrie](https://capgo.app/plugins/capacitor-native-biometric/).
--   Implementieren Sie strikte Richtlinien für die Ausgabe, das Ablaufdatum, die Rotation und die Erneuerung von Token.
-
-Für plattformübergreifende Verschlüsselung sind Werkzeuge wie **@capacitor-community/secure-storage** und **Ionic Identity Vault** ausgezeichnete Optionen. Außerdem bietet **[Capgo](https://capgo.app/)** End-to-End-Verschlüsselung, CI/CD-Integrationen und benutzerspezifische Rollouts und erfüllt gleichzeitig die Anforderungen der Apple- und Android-Stores.
-
-### Werkzeuge und Ressourcen
-
--   **@capacitor-community/secure-storage**: Verschlüsselte Schlüssel-Wert-Speicherung für iOS und Android.
--   **Ionic Identity Vault**: Unternehmensspeicher mit biometrischer Sicherheit.
--   **Capgo**: Bietet Live-Updates mit verschlüsselter CI/CD-Bereitstellung.
diff --git a/src/content/blog/de/self-hosted-capgo.md b/src/content/blog/de/self-hosted-capgo.md
deleted file mode 100644
index 7282a9468..000000000
--- a/src/content/blog/de/self-hosted-capgo.md
+++ /dev/null
@@ -1,60 +0,0 @@
----
-slug: self-hosted-capgo
-title: Selbst gehostetes Capgo
-description: >-
-  Das Self-Hosting von Capgo ermöglicht es Ihnen, Live-Updates von Capacitor an
-  Ihre Nutzer zu verteilen, ohne den Capgo Cloud-Service nutzen zu müssen.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-20T00:00:00.000Z
-updated_at: 2023-09-20T00:00:00.000Z
-head_image: /self-hosted-capgo.webp
-head_image_alt: selbstgehostet capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: de
-next_blog: ''
----
-
-# Einführung
-
-Self-Hosting ist eine Form des Betreibens Ihrer eigenen Website oder Anwendung, indem Sie selbst einen Server und ein Netzwerk einrichten. Anstatt einen Platform as a Service oder einen Public Cloud Provider zu nutzen, betreiben Self-Hosting-Nutzer ihre eigenen Netzwerke und sind neben dem Aufbau ihrer Website oder Anwendung auch für die Wartung und Verfügbarkeit verantwortlich.
-
-Der einfachste Weg, mit Capgo zu beginnen, ist über unseren [offiziellen verwalteten Service in der Cloud](https://capgo.app/). Wenn Sie jedoch Ihre eigene Verwaltung übernehmen möchten, können Sie Capgo auch auf Ihrem eigenen Server selbst hosten.
-
-## Was ist Self-Hosting?
-
-Self-Hosting bezieht sich im digitalen Kontext auf die Praxis, eigene Server oder Hosting-Infrastruktur zu betreiben, um Ihre Online-Präsenz und -Dienste zu verwalten und zu kontrollieren. Anstatt sich auf Drittanbieter zu verlassen, entscheiden sich Einzelpersonen und Organisationen dafür, ihre Server, Websites, Anwendungen und Datenspeicherung nach ihren eigenen Bedingungen einzurichten und zu verwalten.
-
-## Warum entscheidet man sich für Self-Hosting?
-
-Es gibt viele Gründe, warum sich Menschen für Self-Hosting entscheiden. Einige der häufigsten Vorteile sind:
-
-* **Privatsphäre und Kontrolle:** Self-Hosting gibt Ihnen vollständige Kontrolle über Ihre Daten und Privatsphäre. Sie müssen sich keine Sorgen machen, dass Drittanbieter Ihre Aktivitäten verfolgen oder Ihre Daten verkaufen.
-
-* **Kosteneinsparungen:** Self-Hosting kann langfristig kostengünstiger sein, besonders wenn Sie viele Ressourcen nutzen oder mehrere Dienste betreiben.
-
-* **Anpassungsfähigkeit:** Self-Hosting gibt Ihnen die Flexibilität, Ihre Anwendungen und Dienste an Ihre spezifischen Bedürfnisse anzupassen.
-
-* **Lernen und Experimentieren:** Self-Hosting kann eine großartige Möglichkeit sein, etwas über Linux, Systemadministration und andere technische Themen zu lernen. Es kann auch eine unterhaltsame Art sein, mit neuer Software und Diensten zu experimentieren.
-
-* **Unabhängigkeit:** Self-Hosting reduziert Ihre Abhängigkeit von externen Anbietern. Sie sind nicht deren Geschäftsbedingungen, Preisänderungen oder möglichen Serviceunterbrechungen ausgeliefert. Diese Unabhängigkeit kann für Unternehmen und Einzelpersonen, die für kritische Funktionen auf ihre Online-Präsenz angewiesen sind, entscheidend sein.
-
-## Was ist der Unterschied zwischen Capgo Cloud und Capgo Self-Hosted?
-
-Es gibt nur eine Version von Capgo. Sowohl meine Cloud- als auch meine Self-Hosted-Produkte sind völlig gleichwertig. Es gibt keine Premium- und exklusive kommerzielle Version mit besseren oder vollständigeren Funktionen.
-
-Sie erhalten dasselbe Dashboard, dieselben handlungsorientierten Metriken und dasselbe Engagement für den [Schutz der Privatsphäre Ihrer Besucher](https://capgo.app/privacy/) bei beiden Varianten.
-
-Ich begann mit der Entwicklung von Capgo im Dezember 2018 und startete das SaaS-Abonnementgeschäft im Mai 2019. Das Projekt ist sehr lebendig, wird aktiv weiterentwickelt und wächst schnell. Es ist auch robust und praxiserprobt.
-
-Hier sind die Unterschiede zwischen Capgo Cloud und Capgo Self-Hosted:
-
-|   | Cloud | Self-hosted |
-| --- | --- | --- |
-| **Hosting** | Einfach und bequem. Es dauert 2 Minuten, um Ihr erstes Update zu senden, hohe Verfügbarkeit, Backups, Sicherheit und Wartung werden von mir für Sie erledigt. Ich verwalte alles für Sie, damit Sie sich um nichts kümmern müssen | Sie machen alles selbst. Sie benötigen einen Server und müssen Ihre Infrastruktur verwalten. Sie sind verantwortlich für Installation, Wartung, Upgrades, Serverkapazität, Verfügbarkeit, Backup, Sicherheit, Stabilität, Konsistenz, Ladezeit und so weiter |
-| **Speicherung** | Alle Besucherdaten werden ausschließlich auf EU-eigener Cloud-Infrastruktur verarbeitet. Ich speichere Ihre Website-Daten auf einem sicheren, verschlüsselten Server in Deutschland. Dies stellt sicher, dass Ihre Website-Daten durch die strengen Datenschutzgesetze der Europäischen Union geschützt sind und die DSGVO-Konformität gewährleistet ist. Ihre Website-Daten verlassen nie die EU | Sie haben die volle Kontrolle und können Ihr Capgo auf jedem beliebigen Server in jedem gewünschten Land hosten. Hosten Sie es auf einem Server in Ihrem Keller oder bei einem beliebigen Cloud-Anbieter, wo auch immer Sie möchten, selbst bei solchen, die nicht DSGVO-konform sind |
\ No newline at end of file
diff --git a/src/content/blog/de/self-hosted-live-updates.md b/src/content/blog/de/self-hosted-live-updates.md
deleted file mode 100644
index 8e24e44d9..000000000
--- a/src/content/blog/de/self-hosted-live-updates.md
+++ /dev/null
@@ -1,95 +0,0 @@
----
-slug: self-hosted-live-updates
-title: Selbst gehostete Live-Updates
-description: >-
-  Ich freue mich, die selbstgehosteten Live-Updates anzukündigen, die nächste
-  Iteration der Live-Updates von Capgo!
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-03T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /self_hosted.webp
-head_image_alt: Selbstgehostete Updates
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: de
-next_blog: ''
----
-Ich freue mich, die Veröffentlichung von Selbstgehosteten Live-Updates bekannt zu geben, die die neueste Evolution von Capgos Live-Updates darstellt.
-
-Während viele Unternehmen derzeit das Live Updates SDK nutzen, um die neuesten JavaScript-, HTML- und CSS-Updates für ihre Anwendungen zu erhalten, können einige aufgrund von Unternehmensrichtlinien, Branchenvorschriften oder geografischen Beschränkungen auf Hindernisse stoßen. Mit Selbstgehosteten Live-Updates können Sie jetzt Web-Build-Artefakte über Ihre Infrastruktur verteilen.
-
-Das bedeutet, Sie können Verzögerungen durch Apple Store-Bewertungen vermeiden, Fehler schneller beheben und Inhalte rascher ändern sowie sicherstellen, dass Ihre Benutzer immer mit der neuesten Version Ihrer App arbeiten. Darüber hinaus habe ich von zahlreichen großen Unternehmen gehört, die Live Updates nutzen möchten, aber aufgrund strenger Compliance-Vorgaben vor Herausforderungen stehen. Dieses Problem gehört dank Selbstgehosteten Live-Updates nun der Vergangenheit an.
-
-## Wie funktionieren selbstgehostete Live-Updates?
-
-Die Bereitstellung von Capgo-gehosteten Live-Updates ist ein Kinderspiel mit dem [Capgo SDK](https://github.com/Cap-go/capacitor-updater/). Für Selbstgehostete Live-Updates habe ich die Capgo CLI um die erforderlichen Funktionen erweitert, um eine Konfiguration auf Ihrer Infrastruktur zu ermöglichen.
-
-Um eine sichere und koordinierte Bereitstellung der neuesten Web-Build-Artefakte an Endbenutzer zu gewährleisten, erlaubt Capgo nun dem Capacitor Live Updates-Plugin, ein öffentliches/privates Schlüsselpaar zu verwenden. Bei der Verwendung von Selbstgehosteten Live-Updates wird ein zusätzlicher Handshake durchgeführt, um die Gewährleistung zu bieten, dass die über das Plugin von der Infrastruktur des Unternehmens heruntergeladenen Artefakte unverändert sind.
-
-![Capgo-Verschlüsselungsschema](/encryption_flow.webp)
-
-Im Folgenden sind die Schritte aufgeführt, um das Schlüsselpaar einzurichten und den anschließenden Prozess zur Bereitstellung der aktualisierten Erfahrung an Endbenutzer darzustellen.
-
-### Einmalige Einrichtung des Schlüsselpaares
-
-Um ein öffentliches/privates Schlüsselpaar zu generieren, können Unternehmen den folgenden Befehl der Capgo Cloud CLI verwenden:
-
-```shell
-npx @capgo/cli@latest key create
-```
-
-Dieser Befehl setzt die Eigenschaften `CapacitorUpdater.privateKey` in Ihrer Konfigurationsdatei.
-Und generiert 2 Schlüsseldateien, `capgo_key.pub` und `capgo_key` im Stammverzeichnis Ihres Projekts.
-
-Dieses Schlüsselpaar wird verwendet, um das Update zu signieren und das Update auf der App-Seite zu überprüfen.
-
-### Workflow für selbstgehostete Live-Updates
-
-Um mit der Implementierung von Selbstgehosteten Live-Updates zu beginnen, muss ein Unternehmen zunächst einen Web-Build seiner Fehlerbehebungen, Inhaltsaktualisierungen oder anderer webbasierter Codeänderungen durchführen, die es vornehmen möchte. Anschließend muss es das Build-Artefakt mit dem während des einmaligen Einrichtungsprozesses erhaltenen privaten Schlüssel signieren und schließlich das Bundle an den gewünschten Speicherort hochladen.
-
-Bauen Sie zunächst Ihren Code:
-```shell
-npm run build
-```
-
-Zippen Sie dann Ihr Build:
-```shell
-npx @capgo/cli@latest bundle zip
-```
-
-Verschlüsseln Sie dann Ihr Zip:
-
-```shell
-npx @capgo/cli@latest bundle encrypt abc123.zip”
-```
-
-Dieser Befehl wird Ihnen einen ivSessionKey ausgeben, den Sie für den nächsten Schritt speichern müssen.
-
-Laden Sie nun Ihr verschlüsseltes Zip in den Unternehmensspeicher hoch und holen Sie die URL der Zip-Datei.
-
-Capgo muss dann über ein neues Live Update informiert werden, das zur Nutzung bereit ist. Dies geschieht über einen weiteren CLI-Befehl:
-
-```shell
-npx @capgo/cli@latest bundle upload --external=https://abc.com/app/updates/abc123.zip --iv-session-key=YourKey
-```
-
-Sobald der Befehl ausgeführt wird, ist Capgo über ein neues Update informiert, das an die Nutzer der App verteilt werden kann. Wenn die App nun gestartet wird, überprüft das Live Updates-Plugin bei Capgo, ob Änderungen heruntergeladen werden müssen.
-
-Capgo antwortet dem Plugin mit „Ja, ein Update ist verfügbar“ und das Live Updates-Plugin lädt das neue Live Update über die von dem `register` CLI-Befehl bereitgestellte URL herunter:
-
-```shell
-https://abc.com/app/updates/abc123.zip
-```
-
-Die API der Organisation gibt das Live Update-Bundle von dem Standort zurück, und die App entschlüsselt das Zip und wendet das Live Update an. Voilà!
-
-## Erste Schritte
-
-Ich bin begeistert, die Reichweite von Live-Updates auf noch mehr Unternehmen als zuvor auszudehnen. Sowohl Organisationen als auch Ionic-App-Nutzer werden schnell die Vorteile von Capgos sicherer Verteilung von Over-the-Air-App-Updates erkennen.
-
-Für weitere Informationen zu Selbstgehosteten Live-Updates von Capgo können Sie [die Dokumentation einsehen](/docs/cli/commands/#upload-version). Bereit, sofortige App-Updates direkt an Ihre Benutzer zu verteilen? [Registrieren Sie sich noch heute hier!](/register/)
diff --git a/src/content/blog/de/set-up-performance-monitoring-in-capacitor.md b/src/content/blog/de/set-up-performance-monitoring-in-capacitor.md
deleted file mode 100644
index fe44d05b3..000000000
--- a/src/content/blog/de/set-up-performance-monitoring-in-capacitor.md
+++ /dev/null
@@ -1,121 +0,0 @@
----
-slug: set-up-performance-monitoring-in-capacitor
-title: Performance-Monitoring in Capacitor einrichten
-description: >-
-  Erfahren Sie, wie Sie mithilfe von Firebase und Sentry das
-  Performance-Monitoring in Ihrer App einrichten, um die Effizienz und
-  Benutzerzufriedenheit zu verbessern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:36:41.635Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df674387fa49042c75b4e1-1742708253934.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, performance monitoring, Firebase, Sentry, mobile app development,
-  error tracking, monitoring tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie die Leistung Ihrer [Capacitor](https://capacitorjs.com/) App optimieren?** Mit Monitoring-Tools wie [Firebase](https://firebase.google.com/) und [Sentry](https://sentry.io/) können Sie Abstürze, Ressourcennutzung und Antwortzeiten überwachen und so ein reibungsloseres Nutzererlebnis gewährleisten. Hier eine kurze Übersicht:
-
--   **Warum Performance überwachen**: Abstürze identifizieren, Ressourcennutzung optimieren und Antwortzeiten verbessern.
--   **Verfügbare Tools**:
-    -   **Firebase**: Echtzeit-Performance-Daten, Netzwerküberwachung und benutzerdefiniertes Event-Tracking.
-    -   **Sentry**: Detaillierte Fehlerüberwachung, Stack-Trace-Analyse und Echtzeit-Benachrichtigungen.
--   **Einrichtungsschritte**:
-    -   Firebase oder Sentry SDK installieren.
-    -   App für Performance-Metriken oder Fehlerüberwachung konfigurieren.
-    -   Dashboards zur Analyse und Verbesserung der App-Performance nutzen.
-
-**Schneller Vergleich**:
-
-| Funktion | Firebase | Sentry |
-| --- | --- | --- |
-| Echtzeit-Monitoring | Leichte Verzögerung | Nahezu sofort |
-| Native Unterstützung | Android, iOS | Android, iOS, Web |
-| Benutzerdefinierte Metriken | Grundlegend | Flexibel |
-| Integrationskomplexität | Google-basierte Workflows | Einfaches SDK Setup |
-
-Für Live-Updates integrieren Sie Tools wie **[Capgo](https://capgo.app/)**, um Fixes sofort ohne App-Store-Verzögerungen bereitzustellen. Beginnen Sie noch heute mit dem Monitoring, um die Effizienz und Nutzerzufriedenheit Ihrer App zu steigern.
-
-## Optimieren Sie die App-Gesundheit mit [Firebase](https://firebase.google.com/) Performance Monitoring ...
-
-![Firebase Platform Dashboard](https://mars-images.imgix.net/seobot/screenshots/firebase.google.com-ab24bd47674782df651734052f495a0c-2025-03-23.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/ENaOg5YefjQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Wählen Sie ein Monitoring-Tool
-
-Wählen Sie ein Monitoring-Tool, das zu den Anforderungen Ihrer App und der Expertise Ihres Teams passt. Hier ein Vergleich zwischen Firebase Performance Monitoring und Sentry zur Entscheidungshilfe.
-
-### Tool-Vergleich
-
-| Funktion | Firebase Performance Monitoring | Sentry |
-| --- | --- | --- |
-| Preismodell | Kostenlose Basis mit skalierbaren Bezahloptionen | Kostenlose Basis mit günstigen Wachstumsplänen |
-| Echtzeit-Monitoring | Performance-Einblicke mit leichter Verzögerung | Nahezu sofortiges Monitoring |
-| Native Plattform-Unterstützung | Android und iOS | Android, iOS und Web |
-| Integrationskomplexität | Arbeitet mit Google-Diensten | Einfaches SDK Setup |
-| Benutzerdefiniertes Event-Tracking | Grundlegende benutzerdefinierte Metriken | Flexibles benutzerdefiniertes Event-Tracking |
-| Aufbewahrungszeitraum | Begrenzt in der kostenlosen Version | Erweitert in allen Plänen |
-
-### Auswahlkriterien
-
-Berücksichtigen Sie bei der Entscheidung zwischen diesen Tools Folgendes:
-
--   **App-Größe und Traffic**: Für Apps mit erwartetem schnellen Wachstum ist Firebase eine solide Wahl. Sentry eignet sich besser für kleinere Implementierungen.
--   **Technische Anforderungen**: Firebase benötigt [Google Play Services](https://en.wikipedia.org/wiki/Google_Play_Services), was es ideal für Apps in diesem Ökosystem macht. Sentry arbeitet unabhängig und bietet mehr Flexibilität über Plattformen hinweg.
--   **Team-Erfahrung**: Firebase passt gut zu Teams, die bereits mit Google-Tools vertraut sind, während Sentrys unkompliziertes SDK-Setup sich für breitere Anwendungsfälle eignet.
--   **Budgetbeschränkungen**: Beide Tools bieten kostenlose Versionen, vergleichen Sie aber die Kosten für Skalierung, um sicherzustellen, dass sie in Ihr Budget passen.
--   **Integrationsziele**: Firebase integriert sich nahtlos in Google-basierte Workflows, während Sentry besonders stark in der Fehlerüberwachung ist.
--   **Regulatorische Anforderungen**: Stellen Sie sicher, dass das Tool Standards wie [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) erfüllt, besonders wenn Ihre App sensible Nutzerdaten verarbeitet.
--   **Update-Häufigkeit**: Wenn häufige Updates kritisch sind, können Tools wie Capgo Live-Fixes beschleunigen und Ihr Monitoring-Setup ergänzen.
-
-[Continue with rest of text...]
-
-| Überwachungsaspekt | Capgo-Integration | Zusätzliche Tools |
-| --- | --- | --- |
-| Fehlerverfolgung | Integrierte Fehlerüberwachung | Kombination mit Sentry für detaillierte Stack-Traces |
-| Leistungsmetriken | Verfolgt Update-Erfolgsraten | Firebase für Benutzerinteraktionsdaten nutzen |
-| Antwortzeit | API-Antwortüberwachung | Erweiterung durch benutzerdefinierte Firebase-Timing-Events |
-
-So konfigurieren Sie das Kanalsystem von Capgo effektiv:
-
--   Updates zuerst an Beta-Tester verteilen.
--   Capgo-Analytics zur Überwachung von Leistungsmetriken nutzen.
--   Ausrollphase schrittweise auf die breitere Nutzerbasis ausweiten.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Mit 23,5 Mio. weltweit ausgelieferten Updates bietet Capgos Echtzeit-Dashboard klare Einblicke und ermöglicht Teams, intelligente Entscheidungen über Updates und Leistungsverbesserungen zu treffen.
-
-## Nächste Schritte
-
-### Hauptpunkte
-
-Die Überwachung wichtiger Metriken ist entscheidend für effektives Leistungsmonitoring. Verwenden Sie Tools zur Verfolgung dieser kritischen Indikatoren:
-
-| **Metrik-Typ** | **Hauptfokusgebiete** | **Empfohlene Tools** |
-| --- | --- | --- |
-| App-Leistung | Antwortzeiten, Abstürze | Firebase Performance |
-| Fehlerverfolgung | Ausnahmeraten, Stack-Traces | Sentry |
-| Update-Analytik | Verteilungserfolg | Capgo Analytics |
-
-Vertiefen Sie sich in diese Metriken und Tools durch die unten aufgeführten Ressourcen.
-
-### Mehr erfahren
-
-Performance-Monitoring-Tools und -Praktiken entwickeln sich ständig weiter. Bleiben Sie mit diesen Leitfäden und Strategien auf dem Laufenden:
-
-**Offizielle Dokumentation**:
-
--   Firebase Performance Monitoring Dokumentation
--   Sentry's Capacitor Integrationsleitfaden
--   Capacitor's offizielle Leistungsoptimierungsleitfäden
-
-**Fortgeschrittene Implementierung**: Erkunden Sie Capgo's Analytiksystem, das erfolgreich in über 750 Produktions-Apps eingesetzt wird [\[1\]](https://capgo.app/). Ihre Dokumentation bietet Einblicke in Überwachungsmuster und Live-Update-Strategien, die nahtlos mit anderen Performance-Tracking-Tools zusammenarbeiten.
diff --git a/src/content/blog/de/setting-up-capacitor-local-environment.md b/src/content/blog/de/setting-up-capacitor-local-environment.md
deleted file mode 100644
index b823e37aa..000000000
--- a/src/content/blog/de/setting-up-capacitor-local-environment.md
+++ /dev/null
@@ -1,161 +0,0 @@
----
-slug: setting-up-capacitor-local-environment
-title: Einrichten der Capacitor-Lokalen Umgebung
-description: >-
-  Lernen Sie mit dieser umfassenden Anleitung, wie Sie schnell eine lokale
-  Capacitor-Umgebung zum Erstellen von iOS- und Android-Apps mit Webtechnologien
-  einrichten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T01:01:07.065Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67edd19cebbb9dc8064069d2-1743642078509.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, mobile development, iOS setup, Android setup, app development, web
-  technologies, local environment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie iOS- und Android-Apps mit Webtechnologien erstellen? Hier erfahren Sie, wie Sie eine lokale [Capacitor](https://capacitorjs.com/) Umgebung schnell und effizient einrichten.**
-
-### Wichtige Schritte:
-
-1. **Erforderliche Software installieren**:
-    
-    - **[Node.js](https://nodejs.org/en)** (v20.0.0+), **npm** (v9.0.0+), **Git** (v2.40.0+) und eine moderne IDE (z.B. [VS Code](https://code.visualstudio.com/)).
-    - Systemanforderungen: 8GB RAM, 256GB Speicher, Intel i5/AMD Ryzen 5 Prozessor.
-2. **iOS-Einrichtung** (nur macOS):
-    
-    - macOS 13.0+ (Ventura), [Xcode](https://developer.apple.com/xcode/) 16.0+, [CocoaPods](https://cocoapods.org/) 1.12.0+ und ein aktives Apple Developer-Konto.
-3. **Android-Einrichtung**:
-    
-    - [Android Studio](https://developer.android.com/studio) Hedgehog (2023.1.1)+, Android SDK API Level 23+, JDK 17 und [Gradle](https://gradle.org/) 8.0+.
-    - Umgebungsvariablen für Android-Tools festlegen.
-4. **Capacitor installieren**:
-    
-    ```bash
-    npm install @capacitor/core @capacitor/cli @capacitor/ios @capacitor/android
-    ```
-    
-5. **Projekt initialisieren**:
-    
-    - Erstellen Sie ein neues Projekt oder integrieren Sie Capacitor in eine bestehende App mit `npx cap init`.
-6. **Plattformen hinzufügen**:
-    
-    ```bash
-    npx cap add ios
-    npx cap add android
-    ```
-    
-7. **Build und Synchronisation**:
-    
-    - Web-Assets erstellen (`npm run build`) und mit nativen Plattformen synchronisieren (`npx cap sync`).
-8. **Live-Updates aktivieren**:
-    
-    - Verwenden Sie [Capgo](https://capgo.app/) für Echtzeit-Updates mit:
-        
-        ```bash
-        npx @capgo/cli init
-        ```
-        
-9. **[Testen Sie Ihre App](https://capgo.app/docs/plugin/debugging/)**:
-    
-    - Verwenden Sie iOS Simulator (`npx cap open ios`) oder Android Emulator (`npx cap open android`).
-
-### Schneller Tipp:
-
-Aktualisieren Sie `capacitor.config.ts`, um Umgebungen zu verwalten und Live-Updates zu aktivieren. Zum Beispiel:
-
-```typescript
-const config: CapacitorConfig = {
-  server: {
-    url: process.env.NODE_ENV === 'development' ? 'http://localhost:3000' : 'https://production-url.com',
-    cleartext: true
-  }
-};
-```
-
-Diese Einrichtung gewährleistet eine reibungslose Entwicklung, Tests und Bereitstellung Ihrer Capacitor-Apps.
-
-## Ionic Capacitor - Neue App erstellen - In Android & iOS ausführen ...
-
-<iframe src="https://www.youtube.com/embed/krTN38Z-Ux4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Erforderliche Einrichtung
-
-Stellen Sie sicher, dass Ihr System die notwendigen Spezifikationen erfüllt, bevor Sie fortfahren.
-
-### Grundlegende Softwareanforderungen
-
-Installieren Sie die folgenden Tools:
-
-| Software | Mindestversion | Hinweise |
-| --- | --- | --- |
-| **Node.js** | v20.0.0+ | LTS-Version wird empfohlen |
-| **npm** | v9.0.0+ | Wird mit Node.js mitgeliefert |
-| **Git** | v2.40.0+ | Erforderlich für Versionskontrolle |
-| **VS Code/[WebStorm](https://www.jetbrains.com/webstorm/)** | Neueste | Jede moderne IDE funktioniert |
-
-Ihr Gerät sollte mindestens **8GB RAM**, **256GB Speicher** und einen **Intel i5/AMD Ryzen 5 (oder gleichwertigen) Prozessor** haben.
-
-### iOS- und Android-Einrichtung
-
-**iOS-Anforderungen** (nur macOS):
-
-- macOS 13.0 (Ventura) oder neuer
-- Xcode 16.0 oder höher (Download aus dem Mac App Store)
-- CocoaPods 1.12.0 oder höher (Installation mit `sudo gem install cocoapods`)
-- Ein aktives Apple Developer-Konto
-
-**Android-Anforderungen** (Windows/macOS/Linux):
-
-- Android Studio Hedgehog (2023.1.1) oder höher
-- Android SDK API Level 23 (Android 6.0) oder höher
-- Java Development Kit (JDK) 17
-- Gradle 8.0+
-
-Richten Sie Android-Umgebungsvariablen ein, indem Sie diese Zeilen zu Ihrer Shell-Konfigurationsdatei hinzufügen:
-
-```bash
-export ANDROID_HOME=$HOME/Library/Android/sdk
-export PATH=$PATH:$ANDROID_HOME/tools
-export PATH=$PATH:$ANDROID_HOME/platform-tools
-```
-
-### Capacitor installieren
-
-Installieren Sie Capacitor mit npm:
-
-```bash
-npm install @capacitor/core @capacitor/cli
-npm install @capacitor/ios @capacitor/android
-```
-
-Wenn Sie ein Framework wie Vue, React oder Angular verwenden, installieren Sie die entsprechenden Capacitor-Plugins. Für Vue führen Sie aus:
-
-```bash
-npm install @capacitor/vue
-```
-
-Um die Installation zu bestätigen, überprüfen Sie die Capacitor-Version mit:
-
-```bash
-npx cap --version
-```
-
-Sie sollten die aktuelle Capacitor-Version angezeigt bekommen (z.B. 5.x.x Stand April 2025).
-
-Abschließend initialisieren Sie Capacitor in Ihrem Projektverzeichnis:
-
-```bash
-npx cap init
-```
-
-Nach Abschluss können Sie diese Komponenten für Ihr spezifisches Projekt konfigurieren.
-
-[Continues with remaining text in same format and style...]
diff --git a/src/content/blog/de/setting-up-cicd-for-capacitor-apps.md b/src/content/blog/de/setting-up-cicd-for-capacitor-apps.md
deleted file mode 100644
index 594e684f5..000000000
--- a/src/content/blog/de/setting-up-cicd-for-capacitor-apps.md
+++ /dev/null
@@ -1,155 +0,0 @@
----
-slug: setting-up-cicd-for-capacitor-apps
-title: CI/CD für Capacitor Apps einrichten
-description: >-
-  Lernen Sie, wie Sie Ihre App-Releases für iOS und Android mithilfe von
-  CI/CD-Pipelines optimieren können, um die Effizienz zu steigern und Fehler zu
-  reduzieren.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-11T06:22:21.536Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67aa9923b771216988320bf2-1739254956493.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  CI/CD, Capacitor apps, mobile development, automation, build process, live
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie schnellere, fehlerfreie App-Releases für iOS und Android?** CI/CD-Pipelines für [Capacitor](https://capacitorjs.com/) Apps automatisieren das Erstellen, Testen und Bereitstellen, verkürzen die Release-Zeiten um bis zu 70% und reduzieren Fehler um 60%. Dieser Leitfaden behandelt alles, was Sie wissen müssen - von der Einrichtung Ihrer Umgebung bis zur Automatisierung von Live-Updates mit [Capgo](https://capgo.app/).
-
-### Wichtige Erkenntnisse:
-
-- **Warum CI/CD für [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) wichtig ist**: Beschleunigt Builds um 78% und reduziert Store-Ablehnungen um 60%.
-- **Wesentliche Tools**: [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), [CocoaPods](https://cocoapods.org/) und mehr.
-- **Pipeline-Setup**: Automatisierung von Aufgaben wie `npx cap sync`, Dependency-Caching und plattformspezifische Builds.
-- **Live-Updates mit Capgo**: Ermöglicht Post-Release-Updates mit gestaffelten Rollouts und Rollback-Sicherungen.
-
-### Schnelle Einrichtungsschritte:
-
-1. **Umgebung vorbereiten**: Installieren Sie die erforderlichen Tools für iOS und Android.
-2. **Projekt konfigurieren**: Aktualisieren Sie `capacitor.config.ts` und verwalten Sie Umgebungsvariablen sicher.
-3. **Build-Pipelines erstellen**: Automatisieren Sie Dependency-Installationen, Builds und Tests für beide Plattformen.
-4. **Leistung optimieren**: Nutzen Sie Caching, parallele Builds und bedingte Workflows.
-5. **Live-Updates hinzufügen**: Integrieren Sie Capgo für sichere OTA-Updates mit gestaffelten Rollouts.
-
-Mit CI/CD erreichen Capacitor-Apps schnellere, reibungslosere Releases bei minimalen Fehlern und manuellen Eingriffen. Bereit, Ihren Workflow zu optimieren? Lassen Sie uns loslegen!
-
-## Integrieren Sie Ihre bestehenden CI/CD-Pipelines mit mobilen Funktionen
-
-<iframe src="https://www.youtube.com/embed/rIPnuVwvbb0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Vorbereitung Ihrer CI/CD-Umgebung
-
-Sobald Sie die Grundlagen von CI/CD beherrschen, ist der nächste Schritt die Einrichtung Ihrer Umgebung. Dies ist das Rückgrat zuverlässiger Automatisierung.
-
-### Tools und Software-Setup
-
-Stellen Sie sicher, dass Sie diese wichtigen Tools installiert haben:
-
-**Für iOS-Entwicklung:**
-
-- **Xcode 14 oder neuer**
-- **Xcode Command Line Tools**
-- **CocoaPods** für Dependency-Management
-
-**Für Android-Entwicklung:**
-
-- **Android Studio**
-- **Android SDK 33 oder höher**
-- **Java Development Kit (JDK)**
-
-Um zu bestätigen, dass Ihre Xcode Command Line Tools installiert sind, verwenden Sie:
-
-```bash
-xcode-select -p
-```
-
-### Erstellen eines [Capacitor](https://capacitorjs.com/)-Projekts
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-11.jpg?auto=compress)
-
-Ihr Capacitor-Projekt muss korrekt für CI/CD-Workflows konfiguriert sein. Die `capacitor.config.ts`-Datei steht im Mittelpunkt dieses Setups:
-
-```typescript
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  webDir: 'build',
-  ios: { 
-    scheme: 'MyApp'
-  }
-}
-```
-
-Diese Datei stellt sicher, dass Ihr Projekt mit CI/CD-Anforderungen übereinstimmt.
-
-### Einrichten von Umgebungsvariablen
-
-Die sichere Verwaltung von Anmeldeinformationen ist ein wichtiger Teil der Verknüpfung Ihres Umgebungs-Setups mit der CI/CD-Pipeline.
-
-**Wichtige zu definierende Variablen:**
-
-- **`BUILD_ENV`**: Gibt die Deployment-Phase an (z.B. `production`)
-- **`IOS_SIGNING_IDENTITY`**: Ihr Code-Signing-Zertifikat
-- **`ANDROID_KEYSTORE_PATH`**: Pfad zu Ihrem Android-Keystore
-
-Für Android-Builds generieren Sie während des CI-Prozesses dynamisch eine `local.properties`-Datei:
-
-```bash
-echo "sdk.dir=$ANDROID_SDK_ROOT" > android/local.properties
-```
-
-Bei iOS-Builds stellen Sie sicher, dass Ihre CI-Plattform macOS-Agents unterstützt.
-
-Um zu überprüfen, ob Ihre Umgebung bereit ist:
-
-```bash
-node --version | grep "v16" && xcodebuild -version | grep "Xcode 14" || exit 1
-```
-
-Die richtige Verwaltung von Schlüsseln und Anmeldeinformationen kann die Wahrscheinlichkeit von App-Store-Ablehnungen deutlich reduzieren, wie in früheren Statistiken erwähnt [\[1\]](https://opstree.com/blog/2023/06/27/cicd-for-mobile-app-development-using-capacitor-js-on-azure-devops/).
-
-[Rest of the translation continues in the same pattern, maintaining all technical terms, links, and formatting while translating the surrounding text to German]
-
-### Wie erstellt man eine Capacitor-App?
-
-Der Aufbau einer Capacitor-App umfasst einige einfache Schritte:
-
-1.  **Einrichten der Entwicklungsumgebung**: Installieren Sie Node.js und npm auf Ihrem System. Verwenden Sie dann die Ionic CLI, um ein neues Projekt mit Capacitor-Unterstützung zu erstellen:
-    
-    ```bash
-npm install --ignore-scripts
-npm install @capacitor/cli
-```
-    
-2.  **Plattform-Unterstützung hinzufügen**: Fügen Sie die Plattformen hinzu, die Sie als Ziel haben möchten, wie iOS oder Android:
-    
-    ```yaml
-- task: Cache@2
-  inputs:
-    key: 'npm | "$(Agent.OS)" | package-lock.json'
-    path: |
-      node_modules
-      android/.gradle
-      ios/Pods
-```
-    
-3.  **Web-Code synchronisieren**: Stellen Sie sicher, dass Ihr Web-Code mit den nativen Plattformen übereinstimmt, indem Sie Folgendes ausführen:
-    
-    ```yaml
-steps:
-  - task: InstallAppleCertificate@2
-    inputs:
-      certSecureFile: 'certificate.p12'
-      certPwd: $(P12_PASSWORD)
-  - script: |
-      xcodebuild -workspace ios/App/App.xcworkspace -scheme App -configuration Release -archivePath ios/App/App.xcarchive archive
-```
-    
-
-Der Synchronisationsschritt ist entscheidend, um Ihre App über alle Plattformen hinweg konsistent zu halten und einen reibungslosen Ablauf in CI/CD-Pipelines zu gewährleisten. Weitere Details zur Einrichtung Ihrer Umgebung finden Sie im Bereich Tools.
diff --git a/src/content/blog/de/setup-ci-and-cd-in-gitlab.md b/src/content/blog/de/setup-ci-and-cd-in-gitlab.md
deleted file mode 100644
index 8d5cd9629..000000000
--- a/src/content/blog/de/setup-ci-and-cd-in-gitlab.md
+++ /dev/null
@@ -1,84 +0,0 @@
----
-slug: setup-ci-and-cd-in-gitlab
-title: Automatischer Build und Release von Apps mit GitLab
-description: >-
-  Erstelle deine eigene CI/CD-Pipeline mit GitLab kostenlos und deploye deine
-  Ionic Capacitor JS App bei jedem Push in den Main-Branch.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /CI_CD_in_Gitlab.webp
-head_image_alt: CI/CD in GitLab
-keywords: 'GitLab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: de
-next_blog: ''
----
-Dieser Artikel führt Sie durch die Einrichtung einer CI/CD-Pipeline mit GitLab.
-
-## Vorwort
-
-Stellen Sie sicher, dass Sie Ihre Capacitor-App zuerst zu Capgo hinzugefügt haben. Dieses Tutorial konzentriert sich nur auf die Upload-Phase. Wenn Sie Ihre App zu Capgo hinzufügen müssen, können Sie diesem [Tutorial](https://capgo.app/blog/update-your-capacitor-apps-seamlessly-using-capacitor-updater/) folgen.
-
-## Commit-Konvention
-
-Zunächst müssen Sie beginnen, der Commit-Konvention [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/) zu folgen. Dies wird den Tools helfen zu verstehen, wie die Versionsnummer aktualisiert werden soll. Es dauert nur 5 Minuten, es zu lernen.
-
-![Conventional commits](/conventional_commits.webp)
-
-## GitLab CI/CD für Tags
-
-Erstellen Sie eine .gitlab-ci.yml-Datei im Hauptverzeichnis Ihres GitLab-Repositories mit folgendem Inhalt:
-
-     stages:
-          - tag
-
-     bump_version:
-       stage: tag
-       only:
-         - main
-      except:
-        variables:
-      - $CI_COMMIT_MESSAGE =~ /^chore\(release\):/
-      script:
-       - git config --global user.email "gitlab@yourdomain.com"
-       - git config --global user.name "GitLab CI/CD"
-       - git checkout $CI_COMMIT_REF_NAME
-       - git pull origin $CI_COMMIT_REF_NAME
-       - npx capacitor-standard-version
-       - git push origin $CI_COMMIT_REF_NAME --tags
-
-Ersetzen Sie "gitlab@yourdomain.com" und "GitLab CI/CD" im Skript-Abschnitt durch Ihre GitLab-E-Mail und Ihren Benutzernamen. Diese Konfiguration löst den Job nur bei Pushes zum Hauptzweig aus und schließt Commits mit Nachrichten, die mit "chore(release):" beginnen, aus.
-
-## GitLab CI/CD für Build
-
-Fügen Sie Ihrer .gitlab-ci.yml-Datei eine weitere Stufe für den Build hinzu:
-
-        stages:
-          - deploy
-
-       deploy:
-         stage: deploy
-         only:
-           - tags  # This job will only run for tag pushes
-         script:
-           - apt-get update -qy && apt-get install -y nodejs npm
-           - npm install -g @capgo/cli
-           - npm ci
-           - npm run build
-           - npx @capgo/cli bundle upload -a $CAPGO_TOKEN -c production
-         variables:
-           FIREBASE_CONFIG: $FIREBASE_CONFIG  # Define this in your GitLab project settings
-         environment:
-           name: production
-
-Stellen Sie sicher, dass Sie Ihren Capgo API-Schlüssel (CAPGO_TOKEN) als CI/CD-Variable in Ihrem GitLab-Projekt hinzugefügt haben. Gehen Sie in GitLab zu Ihrem Projekt, navigieren Sie zu Einstellungen > CI/CD > Variablen und fügen Sie eine Variable namens CAPGO_TOKEN mit Ihrem API-Schlüsselwert hinzu.
-
-Passen Sie das Build-Skript an Ihren spezifischen Projekt-Build-Prozess an, zum Beispiel durch Ändern des npm run build Befehls.
-
-## Fazit
-
-Hier sind wir! Wir haben einen weiteren Schritt in unserer technischen Reise gemacht. In der modernen Softwareentwicklung ist CICD ein wesentlicher Faktor, der berücksichtigt werden muss. Ich hoffe, diese Anleitung ist für jeden verständlich.
diff --git a/src/content/blog/de/setup-stripe-payment-in-us-capacitor.md b/src/content/blog/de/setup-stripe-payment-in-us-capacitor.md
deleted file mode 100644
index b12bcf32a..000000000
--- a/src/content/blog/de/setup-stripe-payment-in-us-capacitor.md
+++ /dev/null
@@ -1,730 +0,0 @@
----
-slug: setup-stripe-payment-in-us-capacitor
-title: >-
-  Implementierung von Stripe-Zahlungslinks in Capacitor-Apps gemäß neuen
-  Apple-Richtlinien
-description: >-
-  Erfahren Sie, wie Sie Stripe-Zahlungslinks in Ihrer Capacitor-App
-  implementieren, um Zahlungen für digitale Waren gemäß den neuen
-  Apple-Richtlinien, die am 1. Mai 2025 in Kraft treten, zu bearbeiten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-05-01T00:00:00.000Z
-updated_at: 2025-11-21T17:43:20.000Z
-head_image: /stripe_apple.webp
-head_image_alt: Stripe-Zahlungsimplementierung in Capacitor-Apps
-keywords: >-
-  capacitor, stripe, payment links, app store guidelines, iOS, digital goods,
-  in-app purchases, external payments
-tag: Tutorial
-published: true
-locale: de
----
-# Implementierung von Stripe-Zahlungslinks in Capacitor-Apps gemäß den neuen Richtlinien von Apple
-
-Seit dem 1. Mai 2025 hat Apple bedeutende Änderungen an seinen App-Store-Bewertung Richtlinien vorgenommen, nachdem das Gericht im Fall [Epic v. Apple](https://storage.courtlistener.com/recap/gov.uscourts.cand.364265/gov.uscourts.cand.364265.1508.0_2.pdf) entschieden hat. Diese Änderungen ermöglichen es App-Entwicklern in den Vereinigten Staaten, externe Zahlungsmethoden für digitale Güter und Dienstleistungen anzubieten, und eröffnen Alternativen zu Apples In-App-Kaufsystem.
-
-## Die epische Schlacht, die die Mobile Payments für immer verändert hat
-
-Der Weg zu diesem Moment war lang und umstritten. Alles begann im August 2020, als Epic Games, der Schöpfer des äußerst beliebten Spiels Fortnite, absichtlich die Richtlinien des Apple App Stores verletzte, indem es eine direkte Zahlungsoption implementierte, die die 30%-Provision von Apple umging. Apple entfernte Fortnite umgehend aus dem App Store, und Epic reagierte, indem es eine Klage einreichte, die die Kontrolle von Apple über die iOS-App-Verteilung und In-App-Zahlungen in Frage stellte.
-
-Nach Jahren von Rechtsstreitigkeiten, Berufungen und Gegenberufungen entschied das Gericht schließlich, dass Apple Entwicklern erlauben muss, Benutzer zu alternativen Zahlungsmethoden außerhalb ihrer Apps zu leiten. Diese Entscheidung verändert grundlegend die wirtschaftlichen Gegebenheiten des App-Store-Ökosystems, das seit seiner Gründung im Jahr 2008 nach demselben grundlegenden Finanzmodell betrieben wird.
-
-### Das abschließende Urteil - Keine weiteren Berufungen
-
-Was dieses Urteil besonders signifikant macht, ist, dass es endgültig ist und nicht weiter angefochten werden kann. Der Oberste Gerichtshof lehnte es ab, die Berufung von Apple zu hören, und besiegelte damit die Entscheidung des unteren Gerichts als Gesetz. Das bedeutet, dass Entwickler externe Zahlungsmethoden mit dem Vertrauen implementieren können, dass Apple diese Entscheidung nicht durch weitere rechtliche Herausforderungen zurücknehmen kann.
-
-### Gleichbehandlung durch das Gesetz garantiert
-
-Am wichtigsten ist, dass das Urteil ausdrücklich feststellt, dass Apple Apps, die externe Zahlungsmethoden verwenden, nicht diskriminieren kann. Das Gericht verbot Apple ausdrücklich:
-
-1. Zusätzliche Gebühren zu verlangen oder zusätzliche Anforderungen an Apps zu stellen, die externe Zahlungsmethoden nutzen
-2. Bevorzugte Behandlung in den Suchergebnissen oder Hervorhebungen für Apps zu geben, die ausschließlich Apples IAP-System verwenden
-3. Technische Maßnahmen zu ergreifen, um externe Zahlungserlebnisse den eigenen Systemen von Apple unterlegen zu machen
-4. Belastende Offenlegungspflichten über grundlegende Verbraucherinformationen hinaus aufzuerlegen
-
-Diese ausdrücklichen Schutzmaßnahmen bedeuten, dass Entwickler Stripe oder andere externe Zahlungsanbieter ohne Angst vor subtilen Repressalien oder Diskriminierung durch Apple implementieren können. Das Spielfeld wurde rechtlich geebnet, und Apple muss alle Apps gleich behandeln, unabhängig von ihren Zahlungswahlen.
-
-Das Urteil stellt eine der bedeutendsten Herausforderungen für Apples geschlossene Gartenansatz dar und markiert einen entscheidenden Wandel, wie die Monetarisierung von mobilen Apps funktionieren kann. Für Entwickler, die sich lange über die 30%-Provision von Apple (auf 15% für kleine Unternehmen gesenkt) beschwert haben, bietet dieses Urteil einen Weg zu höheren Gewinnmargen und mehr Kontrolle über das Kundenerlebnis.
-
-## Finanzielle Vorteile der Nutzung von Stripe gegenüber Apples In-App-Käufen
-
-Die finanziellen Auswirkungen dieser Änderung sind für Entwickler erheblich:
-
-- **Reduzierte Zahlungsabwicklungsgebühren**: Apple erhebt normalerweise eine Provision von 30% auf In-App-Käufe (15% für kleine Unternehmen), während die Gebühr von Stripe nur etwa 2,9% + 0,30 $ pro Transaktion beträgt. Dieser Unterschied kann Ihre Umsatzmargen erheblich steigern.
-  
-- **Schnellere Auszahlungen**: Bei Apple warten Sie normalerweise 45-90 Tage auf den Erhalt Ihrer Gelder. Stripe hingegen überweist Zahlungen innerhalb von 2-3 Geschäftstagen auf Ihr Bankkonto.
-
-- **Vereinfachter Rückerstattungsprozess**: Bearbeiten Sie Rückerstattungen direkt über das Dashboard von Stripe, anstatt durch Apples komplexeres Rückerstattungssystem zu gehen.
-
-Diese Kosteneinsparungen und verbesserten Cashflow können für kleinere Entwickler und Unternehmen entscheidend sein.
-
-In diesem Artikel werden wir untersuchen, wie Sie Stripe-Zahlungslinks in Ihrer Capacitor-App implementieren können, um von diesen neuen Regeln zu profitieren und gleichzeitig die [aktualisierten Richtlinien](https://developer.apple.com/app-store/review/guidelines/#business) von Apple einzuhalten.
-
-> Diese Implementierung basiert auf [Stipes offizieller Dokumentation für Zahlungslinks](https://docs.stripe.com/mobile/digital-goods/payment-links), die speziell für Capacitor-Apps angepasst wurde.
-
-## Die neuen Richtlinien verstehen
-
-Die aktualisierten App-Store-Bewertung Richtlinien erlauben es Entwicklern nun, Benutzer auf externe Websites zur Zahlungsabwicklung zu leiten, insbesondere für digitale Güter und Abonnements. Diese Änderung gilt derzeit nur für Apps, die im US-App-Store vertrieben werden.
-
-Wichtige Punkte zu beachten:
-
-1. Sie können jetzt externe Zahlungsoptionen für digitale Güter innerhalb Ihrer App verknüpfen
-2. Dies gilt nur für Apps im US-App Store
-3. Sie müssen weiterhin die Offenlegungspflichten von Apple einhalten
-4. Sie sind weiterhin für den gesamten Kundenservice und die Bearbeitung von Rückerstattungen verantwortlich
-
-## Stripe-Zahlungslinks in Ihrer Capacitor-App einrichten
-
-Lassen Sie uns in die technische Implementierung eintauchen:
-
-### Schritt 1: Erstellen Sie einen Zahlungslink im Stripe-Dashboard
-
-Erstellen Sie zunächst einen Zahlungslink in Ihrem Stripe-Dashboard:
-
-1. Navigieren Sie zum Abschnitt Zahlungslinks in Ihrem Stripe-Dashboard
-2. Klicken Sie auf "+ Neu", um einen neuen Zahlungslink zu erstellen
-3. Definieren Sie die Details Ihres Produkts oder Abonnements
-4. Wählen Sie unter den Einstellungen "Nach Zahlung" die Option "Bestätigungsseite nicht anzeigen"
-5. Setzen Sie einen universellen Link als Ihre Erfolgs-URL (wir konfigurieren dies später)
-6. Klicken Sie auf "Link erstellen", um Ihren Zahlungslink zu generieren
-
-### Schritt 2: Richten Sie universelle Links in Ihrer Capacitor-App ein
-
-Um Benutzer nach Abschluss der Zahlung zurück zu Ihrer App umzuleiten, konfigurieren Sie universelle Links:
-
-1. Erstellen Sie eine Datei `apple-app-site-association` auf Ihrer Domain:
-
-```json
-{
-  "applinks": {
-    "apps": [],
-    "details": [
-      {
-        "appIDs": ["YOURTEAMID.com.yourdomain.yourapp"],
-        "components": [
-          {
-            "/": "/checkout_redirect*",
-            "comment": "Matches any URL whose path starts with /checkout_redirect"
-          }
-        ]
-      }
-    ]
-  }
-}
-```
-
-2. Hosten Sie diese Datei unter `https://yourdomain.com/.well-known/apple-app-site-association`
-
-3. Stellen Sie sicher, dass sie mit dem richtigen MIME-Typ `application/json` bereitgestellt wird
-
-4. Konfigurieren Sie Ihre Capacitor-App, um universelle Links zu handhaben, indem Sie die richtigen Berechtigungen hinzufügen. Zuerst in Ihrer `capacitor.config.ts`:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  // Your existing app configuration (appId, appName, etc.)
-  plugins: {
-    Geolocation: {
-      // Request precise location access on iOS
-      iosLocationAccuracy: 'reduced'
-    }
-  }
-};
-
-export default config;
-```
-
-5. Fügen Sie die Berechtigung für Assoziierte Domains zu Ihrem Xcode-Projekt hinzu:
-   - Öffnen Sie Ihr Xcode-Projekt
-   - Wählen Sie Ihr App-Ziel aus
-   - Gehen Sie zu "Signing & Capabilities"
-   - Klicken Sie auf "+ Capability" und wählen Sie "Associated Domains"
-   - Fügen Sie `applinks:yourdomain.com` hinzu
-
-### Schritt 3: Erstellen Sie eine Fallback-Seite
-
-Erstellen Sie eine Fallback-Seite unter der Umleitungs-URL, um Fälle zu handhaben, in denen die App nicht installiert ist:
-
-```html
-<!DOCTYPE html>
-<html>
-<head>
-  <title>Redirecting...</title>
-  <meta http-equiv="refresh" content="0;url=https://yourdomain.com/app-download">
-</head>
-<body>
-  <p>Redirecting to download page...</p>
-</body>
-</html>
-```
-
-### Schritt 4: Implementieren Sie die Schaltfläche zur Zahlung in Ihrer Capacitor-App
-
-Fügen Sie nun die Schaltfläche zur Zahlung in Ihre App ein:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-export async function openPaymentLink(userEmail, userId) {
-  // Use your actual Stripe payment link
-  const baseUrl = 'https://buy.stripe.com/your_payment_link';
-  
-  // Add URL parameters to customize the experience
-  const params = new URLSearchParams({
-    prefilled_email: encodeURIComponent(userEmail),
-    client_reference_id: userId
-  });
-
-  const fullUrl = `${baseUrl}?${params.toString()}`;
-  
-  // Simple window.open works in both web and Capacitor
-  // Using _blank opens in Safari on iOS which is important for users with saved Stripe Link credentials
-  window.open(fullUrl, '_blank');
-}
-```
-
-> **Warum Safari wichtig ist**: Das Öffnen des Zahlungslinks in Safari (über `window.open`) anstelle eines In-App-Browsers ist vorteilhaft, da Benutzer, die ihre Zahlungsinformationen zuvor bei Stripe Link gespeichert haben, ihre Anmeldeinformationen automatisch zur Verfügung haben. Dies schafft ein reibungsloses Checkout-Erlebnis, bei dem Benutzer ihre Kreditkarteninformationen nicht erneut eingeben müssen, was die Reibungsverluste und Abbruchraten erheblich senkt.
-
-### Schritt 5: Handhaben Sie universelle Links in Ihrer App
-
-Konfigurieren Sie Ihre App so, dass sie die universellen Links verarbeitet, wenn Benutzer zurückgeleitet werden:
-
-1. Zuerst installieren Sie das App-Plugin:
-
-```bash
-npm install @capacitor/app
-```
-
-2. Registrieren Sie das App-Plugin in Ihrer App:
-
-```typescript
-import { App } from '@capacitor/app';
-
-// In your initialization code
-App.addListener('appUrlOpen', (event) => {
-  // Example URL: https://yourdomain.com/checkout_redirect?session_id=cs_test_...
-  const url = new URL(event.url);
-  
-  if (url.pathname.startsWith('/checkout_redirect')) {
-    // Extract any parameters you need
-    const params = new URLSearchParams(url.search);
-    const sessionId = params.get('session_id');
-    
-    // Handle successful payment
-    if (sessionId) {
-      // Verify the payment on your server if needed
-      verifyPayment(sessionId);
-      
-      // Update UI to reflect successful purchase
-      updatePurchaseStatus(true);
-    }
-  }
-});
-
-async function verifyPayment(sessionId) {
-  // Call your backend to verify the payment
-  // This is optional if you're relying on webhooks
-}
-
-function updatePurchaseStatus(success) {
-  // Update your app UI to reflect purchase status
-}
-```
-
-### Schritt 6: Richten Sie einen Webhook für die Auftragsabwicklung ein
-
-Konfigurieren Sie schließlich einen Webhook auf Ihrem Server, um erfolgreiche Zahlungen zu verarbeiten:
-
-```javascript
-// Using Express.js as an example
-const express = require('express');
-const stripe = require('stripe')('sk_test_your_stripe_secret_key');
-const app = express();
-
-// Use raw body parser for webhook signature verification
-app.post('/webhook', express.raw({type: 'application/json'}), async (req, res) => {
-  const sig = req.headers['stripe-signature'];
-  const webhookSecret = 'whsec_your_webhook_secret';
-  
-  let event;
-  
-  try {
-    event = stripe.webhooks.constructEvent(req.body, sig, webhookSecret);
-  } catch (err) {
-    console.log(`Webhook Error: ${err.message}`);
-    return res.status(400).send(`Webhook Error: ${err.message}`);
-  }
-  
-  // Handle the checkout.session.completed event
-  if (event.type === 'checkout.session.completed') {
-    const session = event.data.object;
-    
-    // Retrieve client_reference_id (your user ID)
-    const userId = session.client_reference_id;
-    
-    // Grant access to the purchased content
-    await grantAccess(userId, session.id);
-  }
-  
-  res.status(200).send();
-});
-
-async function grantAccess(userId, sessionId) {
-  // Your logic to grant access to the purchased content
-  // This could be updating a database, sending a notification, etc.
-}
-
-app.listen(3000, () => console.log('Webhook server running on port 3000'));
-```
-
-## Android-Kompatibilität
-
-Eines ist klar: Das Urteil im Fall Epic v. Apple hat die Landschaft der mobilen Zahlungen grundlegend verändert. Es betrifft nicht nur iOS-Apps direkt, sondern stärkt auch die Position von Android-Entwicklern, die externe Zahlungsmethoden verwenden.
-
-**Android-Entwickler können nun externe Zahlungslösungen mit vollem Vertrauen implementieren.** Der durch das Apple-Urteil geschaffene Präzedenzfall schützt Entwickler auf allen Plattformen vor möglichen zukünftigen Einschränkungen. Diese gerichtliche Entscheidung hat validiert, was viele Android-Entwickler seit Jahren tun - alternative Zahlungsmethoden mit niedrigeren Gebühren anzubieten.
-
-Der Google Play Store war schon immer weniger restriktiv gegenüber externen Zahlungsmethoden als Apple, und jetzt, da der rechtliche Präzedenzfall geschaffen wurde, gibt es praktisch kein Risiko bei der Implementierung von Stripe oder anderen externen Zahlungsanbietern in Ihren Android-Apps. Sie können mit diesen Implementierungen fortfahren, in dem Wissen, dass Sie auf festem rechtlichem Boden stehen.
-
-Die Implementierung, die wir für iOS behandelt haben, funktioniert nahezu identisch für Android-Geräte. Da der Google Play Store keine gleichen Einschränkungen für externe Zahlungsmethoden hat, können Sie denselben Ansatz für Stripe-Zahlungslinks verwenden, ohne spezielle Offenlegungsdialoge zu benötigen.
-
-Um das Deep Linking (entspricht den universellen Links auf iOS) zu handhaben, müssen Sie:
-
-1. App-Links in Ihrer `AndroidManifest.xml` einrichten, um die Umleitungs-URL zu verarbeiten
-2. Eine Datei `.well-known/assetlinks.json` auf Ihrer Domain mit den Details Ihrer App erstellen
-3. dieselbe Logik für den Listener `appUrlOpen` verwenden, um erfolgreiche Zahlungen zu verarbeiten
-
-Die Schönheit von Capacitor ist, dass, sobald Sie die plattform-spezifischen Konfigurationen implementiert haben, der tatsächliche Zahlungsflusscode auf beiden Plattformen gleich bleibt.
-
-## Erstellung einer Zahlungsbenutzeroberfläche
-
-Hier ist ein Beispiel für eine Zahlungsbuttons-Komponente in Vue, die Sie zu Ihrer Capacitor-App hinzufügen können:
-
-```vue
-<template>
-  <div class="payment-container">
-    <div class="pricing-card">
-      <h2 class="mb-4 text-xl font-bold">{{ product.name }}</h2>
-      <p class="mb-6 text-gray-600">{{ product.description }}</p>
-      <div class="mb-6 price-tag">
-        <span class="text-2xl font-bold">${{ product.price }}</span>
-        <span v-if="product.isSubscription" class="text-sm text-gray-500">/month</span>
-      </div>
-      <button 
-        @click="handlePayment" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        Purchase Now
-      </button>
-    </div>
-  </div>
-</template>
-
-<script setup>
-import { ref } from 'vue';
-import { Dialog } from '@capacitor/dialog';
-
-const props = defineProps({
-  product: {
-    type: Object,
-    required: true
-  },
-  userEmail: {
-    type: String,
-    default: ''
-  },
-  userId: {
-    type: String,
-    required: true
-  }
-});
-
-const isLoading = ref(false);
-
-async function showExternalPaymentDisclosure() {
-  const { value } = await Dialog.confirm({
-    title: 'Leaving App for Payment',
-    message: 'You are about to leave this app to make a payment. Apple is not responsible for the privacy or security of payments that are not made through the App Store. All payment-related issues, including refunds, must be handled by our support team.',
-    okButtonTitle: 'Continue',
-    cancelButtonTitle: 'Cancel'
-  });
-  
-  return value;
-}
-
-async function openPaymentLink() {
-  // Use your actual Stripe payment link
-  const baseUrl = 'https://buy.stripe.com/your_payment_link';
-  
-  // Add URL parameters to customize the experience
-  const params = new URLSearchParams({
-    prefilled_email: encodeURIComponent(props.userEmail),
-    client_reference_id: props.userId
-  });
-
-  const fullUrl = `${baseUrl}?${params.toString()}`;
-  
-  // Simple window.open works in both web and Capacitor
-  // Using _blank opens in Safari on iOS which is important for users with saved Stripe Link credentials
-  window.open(fullUrl, '_blank');
-}
-
-async function handlePayment() {
-  isLoading.value = true;
-  try {
-    // Only show the disclosure on iOS
-    if (window.Capacitor?.getPlatform() === 'ios') {
-      const userConfirmed = await showExternalPaymentDisclosure();
-      if (!userConfirmed) return;
-    }
-    
-    await openPaymentLink();
-  } catch (error) {
-    console.error('Payment error:', error);
-    await Dialog.alert({
-      title: 'Payment Error',
-      message: 'There was an error initiating the payment. Please try again.'
-    });
-  } finally {
-    isLoading.value = false;
-  }
-}
-</script>
-```
-
-## Handhabung verschiedener Regionen
-
-Da die neuen Apple-Richtlinien nur für Apps im US-App Store gelten, benötigen Sie eine Strategie, um die Benutzerregionen zu erkennen und die entsprechende Zahlungsmethode anzuwenden. Hier ist ein zuverlässigerer Ansatz mit IP-Geolokalisierung:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-async function determinePaymentMethod() {
-  // Always use Stripe for Android
-  if (Capacitor.getPlatform() !== 'ios') {
-    return 'external';
-  }
-  
-  try {
-    // Use a geolocation service to determine user's country
-    const response = await fetch('https://ipapi.co/json/');
-    const locationData = await response.json();
-    
-    // Check if the user is in the United States
-    if (locationData.country_code === 'US') {
-      return 'external'; // Can use Stripe Payment Links
-    } else {
-      return 'iap'; // Must use In-App Purchases
-    }
-  } catch (error) {
-    console.error('Error detecting region:', error);
-    return 'iap'; // Default to IAP to be safe
-  }
-}
-
-export async function processPayment(product, userEmail, userId) {
-  const paymentMethod = await determinePaymentMethod();
-  
-  if (paymentMethod === 'external') {
-    // Use Stripe Payment Links
-    await initiateExternalPayment(userEmail, userId);
-  } else {
-    // Use Apple's In-App Purchase
-    await initiateInAppPurchase(product.appleProductId);
-  }
-}
-```
-
-Dieser Ansatz nutzt den kostenlosen Dienst `ipapi.co`, um das Land des Benutzers basierend auf seiner IP-Adresse zu bestimmen. Sie könnten auch andere Geolokalisierungsdienste wie MaxMind verwenden oder diese Überprüfung serverseitig für zusätzliche Sicherheit implementieren.
-
-> **Hinweis**: Obwohl dieser Ansatz funktioniert, ist es wichtig zu beachten, dass die IP-Geolokalisierung nicht immer zu 100 % genau ist. Für mission-kritische Anwendungen sollten Sie in Betracht ziehen, mehrere Erkennungsmethoden zu verwenden oder den Nutzern zu ermöglichen, ihre Region manuell auszuwählen.
-
-### Genauere Standorterkennung mit Capacitor Plugins
-
-Für eine genauere Standorterkennung können Sie das Capacitor Geolocation Plugin zusammen mit @capgo/nativegeocoder verwenden, um das Land des Nutzers mit höherer Präzision zu bestimmen:
-
-1. Zunächst die erforderlichen Plugins installieren:
-
-```bash
-npm install @capacitor/geolocation @capgo/nativegeocoder
-```
-
-2. Die Plugins in Ihrem Capacitor-Projekt konfigurieren. Fügen Sie Folgendes zu Ihrer `capacitor.config.ts` hinzu:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  // Your existing app configuration (appId, appName, etc.)
-  plugins: {
-    Geolocation: {
-      // Request precise location access on iOS
-      iosLocationAccuracy: 'reduced'
-    }
-  }
-};
-
-export default config;
-```
-
-3. Die standortbasierte Regionsbestimmung implementieren:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { Geolocation } from '@capacitor/geolocation';
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-async function isUserInUSA() {
-  try {
-    // Request permission first
-    const permissionStatus = await Geolocation.requestPermissions();
-    
-    if (permissionStatus.location === 'granted') {
-      // Get current position
-      const position = await Geolocation.getCurrentPosition({
-        timeout: 10000,
-        enableHighAccuracy: false
-      });
-      
-      // Use NativeGeocoder to reverse geocode the coordinates
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: position.coords.latitude,
-        longitude: position.coords.longitude,
-        useLocale: true,
-        maxResults: 1
-      });
-      
-      if (results.addresses.length > 0) {
-        // Check if the user is in the USA
-        return results.addresses[0].countryCode === 'US';
-      }
-    }
-    
-    // If we couldn't determine location or permission denied, fall back to IP detection
-    return await isUserInUSAByIP();
-  } catch (error) {
-    console.error('Error detecting location:', error);
-    // Fall back to IP detection on error
-    return await isUserInUSAByIP();
-  }
-}
-
-async function isUserInUSAByIP() {
-  try {
-    const response = await fetch('https://ipapi.co/json/');
-    const data = await response.json();
-    return data.country_code === 'US';
-  } catch (error) {
-    console.error('Error detecting IP location:', error);
-    return false; // Default to false to be safe
-  }
-}
-
-export async function determinePaymentMethod() {
-  // Always use Stripe for Android
-  if (Capacitor.getPlatform() !== 'ios') {
-    return 'external';
-  }
-  
-  // Check if user is in the USA
-  const isUSA = await isUserInUSA();
-  return isUSA ? 'external' : 'iap';
-}
-
-export async function processPayment(product, userEmail, userId) {
-  const paymentMethod = await determinePaymentMethod();
-  
-  if (paymentMethod === 'external') {
-    // Use Stripe Payment Links
-    await initiateExternalPayment(userEmail, userId);
-  } else {
-    // Use Apple's In-App Purchase
-    await initiateInAppPurchase(product.appleProductId);
-  }
-}
-```
-
-Diese Implementierung bietet eine genauere Möglichkeit festzustellen, ob sich ein Nutzer physisch in den Vereinigten Staaten befindet. Sie versucht zuerst, das GPS des Geräts und den nativen Geocoder zu verwenden, um das Land zu bestimmen. Wenn das fehlschlägt (aufgrund von Berechtigungsproblemen oder anderen Fehlern), wird auf die IP-basierte Erkennung zurückgegriffen.
-
-Denken Sie daran, die erforderlichen Berechtigungen zu Ihrer `info.plist` (iOS) und `AndroidManifest.xml` (Android) hinzuzufügen:
-
-Für iOS (`ios/App/App/Info.plist`):
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>We need your location to determine which payment method to use based on regional availability.</string>
-```
-
-Für Android (`android/app/src/main/AndroidManifest.xml`):
-```xml
-<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-```
-
-Mit diesem Ansatz erhalten Sie die genaueste Möglichkeit, festzustellen, ob ein Benutzer berechtigt ist, externe Zahlungsoptionen gemäß den neuen Apple-Richtlinien zu nutzen.
-
-## Verwaltung von Abonnements
-
-Ein wesentlicher Vorteil der Verwendung von Stripe für Zahlungen ist die Möglichkeit, Abonnements anzubieten und zu verwalten. So verwalten Sie das Abonnementsystem in Ihrer Capacitor-App:
-
-### 1. Erstellen einer Seite zur Verwaltung von Abonnements
-
-Fügen Sie in Ihrer App eine Seite zur Verwaltung von Abonnements hinzu, um die aktiven Abonnements des Nutzers anzuzeigen:
-
-```vue
-<template>
-  <div class="subscription-manager">
-    <div v-if="isLoading" class="loading-indicator">
-      Loading subscription data...
-    </div>
-    
-    <div v-else-if="subscription" class="subscription-info">
-      <h2 class="mb-4 text-xl font-bold">Your Subscription</h2>
-      
-      <div class="mb-6 plan-details">
-        <p><span class="font-medium">Plan:</span> {{ subscription.planName }}</p>
-        <p><span class="font-medium">Status:</span> {{ subscription.status }}</p>
-        <p><span class="font-medium">Renews:</span> {{ formatDate(subscription.currentPeriodEnd) }}</p>
-      </div>
-      
-      <button 
-        @click="manageSubscription" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        Manage Subscription
-      </button>
-    </div>
-    
-    <div v-else class="no-subscription">
-      <p class="mb-4">You don't have an active subscription.</p>
-      <button 
-        @click="goToPricingPage" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        View Plans
-      </button>
-    </div>
-  </div>
-</template>
-
-<script setup>
-import { ref, onMounted } from 'vue';
-import { getUserSubscription } from '../services/subscription';
-
-const subscription = ref(null);
-const isLoading = ref(true);
-
-onMounted(async () => {
-  try {
-    const userData = await getUserSubscription();
-    subscription.value = userData.subscription;
-  } catch (error) {
-    console.error('Failed to load subscription:', error);
-  } finally {
-    isLoading.value = false;
-  }
-});
-
-function formatDate(timestamp) {
-  return new Date(timestamp * 1000).toLocaleDateString();
-}
-
-function manageSubscription() {
-  // Open Stripe Customer Portal
-  window.open(subscription.value.portalUrl, '_blank');
-}
-
-function goToPricingPage() {
-  // Navigate to pricing page
-  // router.push('/pricing');
-}
-</script>
-```
-
-### 2. Kundenportal zur Verwaltung von Abonnements
-
-Stripe bietet ein Kundenportal, mit dem Nutzer ihre Abonnements verwalten können. Sie können einen Link zu diesem Portal von Ihrem Server aus erstellen:
-
-```javascript
-// Server-side code (Node.js)
-const stripe = require('stripe')('sk_your_stripe_secret_key');
-
-async function createPortalSession(customerId) {
-  const session = await stripe.billingPortal.sessions.create({
-    customer: customerId,
-    return_url: 'https://yourdomain.com/account',
-  });
-  
-  return session.url;
-}
-```
-
-## Sicherstellen der Einhaltung der App Store-Richtlinien
-
-Um sicherzustellen, dass Ihre Implementierung den Richtlinien von Apple entspricht:
-
-1. Fügen Sie geeignete Offenlegungen zu externen Käufen hinzu.
-2. Implementieren Sie ein modales Fenster, das die Nutzer darüber informiert, dass sie die App verlassen (wie von Apple gefordert).
-3. Versuchen Sie nicht, die Provision von Apple für Käufe innerhalb der App zu umgehen.
-4. Kommunizieren Sie klar, dass Apple nicht für die Transaktion verantwortlich ist.
-
-Hier ist ein Beispiel für die Implementierung des erforderlichen Offenlegungsmodals:
-
-```typescript
-import { Dialog } from '@capacitor/dialog';
-
-async function showExternalPaymentDisclosure() {
-  const { value } = await Dialog.confirm({
-    title: 'Leaving App for Payment',
-    message: 'You are about to leave this app to make a payment. Apple is not responsible for the privacy or security of payments that are not made through the App Store. All payment-related issues, including refunds, must be handled by our support team.',
-    okButtonTitle: 'Continue',
-    cancelButtonTitle: 'Cancel'
-  });
-  
-  return value;
-}
-
-export async function initiateExternalPayment(userEmail, userId) {
-  const userConfirmed = await showExternalPaymentDisclosure();
-  
-  if (userConfirmed) {
-    await openPaymentLink(userEmail, userId);
-  }
-}
-```
-
-## Testen Ihrer Implementierung
-
-Um Ihre Implementierung zu testen:
-
-1. Klicken Sie auf Ihre Zahlungs-Schaltfläche in Ihrer App, die die Offenlegung anzeigen und dann die Stripe-Zahlungsseite öffnen sollte.
-2. Schließen Sie eine Testzahlung mit der Stripe-Testkarte `4242 4242 4242 4242` ab.
-3. Nach der Zahlung sollten Sie über den universellen Link zurück zu Ihrer App weitergeleitet werden.
-4. Überprüfen Sie, ob Ihr Webhook das Ereignis `checkout.session.completed` empfangen hat.
-
-## Fazit
-
-Die Möglichkeit, externe Zahlungsoptionen für digitale Waren in iOS-Apps zu nutzen, ist eine signifikante Veränderung, die Entwicklern mehr Flexibilität bietet. Obwohl diese Änderung derzeit nur für Apps im U.S. App Store gilt, stellt sie eine wichtige Alternative zum In-App-Kaufsystem von Apple dar.
-
-Durch die Verwendung von Stripe Payment Links mit Capacitor können Sie schnell ein optimiertes Zahlungserlebnis implementieren und gleichzeitig die Richtlinien von Apple einhalten. Dieser Ansatz bietet Ihnen auch den Vorteil der robusten Zahlungsinfrastruktur von Stripe, geringeren Verarbeitungskosten (3 % gegenüber 30 %) und viel schnelleren Auszahlungen (Tage anstelle von Monaten) im Vergleich zum In-App-Kaufsystem von Apple.
-
-Denken Sie daran, dass Sie alle Kundenanfragen und Rückerstattungsprobleme direkt bearbeiten müssen, da diese Transaktionen außerhalb des Ökosystems von Apple stattfinden.
-
-Haben Sie Stripe Payment Links in Ihrer Capacitor-App implementiert? Teilen Sie Ihre Erfahrungen in den Kommentaren unten!
-
-## FAQs
-
-**F: Ist dieser Ansatz mit den Richtlinien von Apple konform?**  
-A: Ja, ab dem 1. Mai 2025 erlaubt Apple das Verlinken zu externen Zahlungsmethoden für digitale Waren und Dienstleistungen in Apps, die im U.S. App Store vertrieben werden, sofern Sie die erforderlichen Offenlegungen einfügen.
-
-**F: Muss ich die Provision von Apple zahlen, wenn ich externe Zahlungsmethoden verwende?**  
-A: Nein, einer der Hauptvorteile der neuen Regeln ist, dass Zahlungen, die außerhalb des Systems von Apple verarbeitet werden, nicht ihrer Provision unterliegen.
-
-**F: Muss mein Unternehmen in den Vereinigten Staaten ansässig sein, um von diesen neuen Regeln zu profitieren?**  
-A: Nein, jedes Unternehmen aus der ganzen Welt kann externe Zahlungsmethoden implementieren, solange Ihre App im US App Store verfügbar ist und die Nutzer, die die Käufe tätigen, sich in den Vereinigten Staaten befinden. Die Regelung gilt für den Marktplatz (US App Store) und den Standort der Nutzer, nicht für den Standort Ihres Unternehmens. Das bedeutet, dass Entwickler aus Europa, Asien, Südamerika oder anderen Orten Stripe Payment Links für ihre Kunden mit Sitz in den USA implementieren können.
-
-**F: Was passiert, wenn ein Nutzer außerhalb der USA versucht, die externe Zahlungsoption zu nutzen?**  
-A: Sie sollten die Regionsbestimmung implementieren (wie im Artikel gezeigt), um externen Zahlungsoptionen nur Nutzern in den USA anzubieten. Für andere Regionen sollten Sie weiterhin das In-App-Kaufsystem von Apple verwenden.
-
-**F: Kann ich dies für physische Waren oder Dienstleistungen verwenden, die außerhalb der App konsumiert werden?**  
-A: Ja, Apple hat externe Zahlungsmethoden für physische Waren und Dienstleistungen, die außerhalb der App konsumiert werden (wie Fahrgemeinschaften oder Essenslieferungen), immer erlaubt.
diff --git a/src/content/blog/de/ssl-pinning-for-capacitor-apps.md b/src/content/blog/de/ssl-pinning-for-capacitor-apps.md
deleted file mode 100644
index 0cac4e5e7..000000000
--- a/src/content/blog/de/ssl-pinning-for-capacitor-apps.md
+++ /dev/null
@@ -1,270 +0,0 @@
----
-slug: ssl-pinning-for-capacitor-apps
-title: SSL-Pinning für Capacitor-Apps
-description: CapacitorアプリにSSLピン留めを実装して、セキュリティを強化し、MITM攻撃から保護し、アプリストアのガイドラインに準拠します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-11T22:40:35.604Z
-updated_at: 2025-05-11T22:41:34.262Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682117615e3fe4823b5f0a24-1747003294262.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  SSL pinning, Capacitor apps, security, MITM attacks, certificate management,
-  app store compliance, mobile development
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**SSL-Pinning schützt Ihre App vor Sicherheitsbedrohungen wie Man-in-the-Middle (MITM)-Angriffen, indem Serverzertifikate direkt innerhalb Ihrer App überprüft werden.** Ohne SSL-Pinning könnten Angreifer sensible Daten abfangen oder Kommunikationswege manipulieren. Hier ist, warum es wichtig ist und wie Sie es effektiv implementieren können:
-
-### Warum SSL-Pinning wichtig ist:
-
--   **Verhindert MITM-Angriffe:**Blockt das Abfangen von API-Aufrufen.
--   **Stärkt die Sicherheit:** Überprüft Serverzertifikate gegen bekannte Werte.
--   **Erfüllt Anforderungen des App-Stores:** Hilft, den Sicherheitsstandards von Apple und Google zu entsprechen.
--   **Stärkt das Vertrauen der Benutzer:** Schützt Benutzerdaten während der Übertragung.
-
-### Wichtige Schritte zur Implementierung von SSL-Pinning:
-
-1.  **Wählen Sie das richtige Plugin:** Stellen Sie die Kompatibilität mit iOS und Android sicher.
-2.  **Konfigurieren Sie Ihre App:** Binden Sie Zertifikatsdaten in die Einstellungen Ihrer App ein.
-3.  **Plattformspezifische Einrichtung:**
-    -   **Android:** Verwenden Sie `network_security_config.xml`, um Zertifikatspins zu definieren.
-    -   **iOS:** Passen Sie `Info.plist` an und validieren Sie Zertifikate zur Laufzeit.
-4.  **Testen Sie Ihre Einrichtung:** Simulieren Sie Angriffe mit Tools wie [Charles Proxy](https://www.charlesproxy.com/), um die Sicherheit zu überprüfen.
-5.  **Verwalten Sie Zertifikate:** Aktualisieren Sie regelmäßig die Zertifikate und fügen Sie Sicherungskopien hinzu, um Ausfallzeiten zu vermeiden.
-
-### Schneller Vergleich: Android vs. iOS SSL-Pinning
-
-| Funktion | Android | iOS |
-| --- | --- | --- |
-| Konfigurationsdatei | `network_security_config.xml` | `Info.plist` |
-| Zertifikatsstandort | `res/raw` Verzeichnis | App-Bundle |
-| Validierungsmethode | XML-basierte Konfiguration | ATS und Laufzeitvalidierung |
-| Aktualisierungsprozess | Manuell oder automatisiert | Manuell oder automatisiert |
-
-**Pro-Tipp:** Automatisieren Sie die Zertifikatsaktualisierungen mit Tools wie [Capgo](https://capgo.app/), um reibungslose, sichere Übergänge ohne Neuaufbau der App zu gewährleisten. Dies verhindert Unterbrechungen des Dienstes und sorgt für die Einhaltung der Richtlinien des App-Stores.
-
-SSL-Pinning ist ein Muss für jede [Capacitor](https://capacitorjs.com/)-App, um API-Kommunikation zu sichern und Benutzerdaten zu schützen. Beginnen Sie noch heute mit der Implementierung, um die Sicherheit Ihrer App zu erhöhen.
-
-## TLS/SSL-Zertifikat-Pinning erklärt
-
-## Einrichtungsanforderungen
-
-Die Konfiguration von SSL-Pinning in Ihrer [Capacitor-App](https://capgo.app/plugins/ivs-player/) erfordert sorgfältige Planung und präzise Einrichtung. Hier ist, was Sie wissen müssen, um das Zertifikat-Pinning effektiv umzusetzen.
-
-### Auswahl des richtigen SSL-Pinning-Plugins
-
-Der erste Schritt besteht darin, ein Plugin auszuwählen, das sowohl für iOS als auch für Android gut funktioniert und starke Sicherheitsmerkmale bietet. Bei der Auswahl von Plugins sollten Sie diese Faktoren im Auge behalten:
-
--   **Plattformkompatibilität:** Stellen Sie sicher, dass das Plugin auf sowohl iOS- als auch Android-Geräten einwandfrei funktioniert.
--   **Zertifikatsverwaltung:** Wählen Sie ein Plugin, das den Umgang mit Zertifikaten vereinfacht.
--   **Einfache Updates:** Suchen Sie nach Plugins, die Zertifikatsupdates ohne vollständigen Neuaufbau der App ermöglichen.
--   **Leistungsüberlegungen:** Bewerten Sie, wie das Plugin die Geschwindigkeit und Reaktionsfähigkeit Ihrer App beeinflussen könnte.
-
-### Konfigurieren Sie Ihre [Capacitor](https://capacitorjs.com/)-App
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682117615e3fe4823b5f0a24/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Nachdem Sie ein Plugin gewählt haben, besteht der nächste Schritt darin, Ihre Capacitor-App so einzurichten, dass SSL-Pinning aktiviert wird. Hier ist ein Beispiel, wie Ihre Konfiguration aussehen könnte:
-
-Es ist eine gute Idee, diese Änderungen schrittweise einzuführen, um einen reibungslosen Übergang für die Benutzer sicherzustellen. Nachdem Sie die allgemeine Konfiguration vorgenommen haben, fahren Sie mit plattformspezifischen Anpassungen für Android und iOS fort, um die Implementierung abzuschließen.
-
-## Plattformspezifische Einrichtung
-
-Die Einrichtung von SSL-Pinning erfordert maßgeschneiderte Konfigurationen für Android und iOS, um effektiv gegen MITM-Angriffe zu schützen.
-
-### Android-Implementierung
-
-Unter Android beinhaltet SSL-Pinning die Einrichtung von Netzwerksicherheitskonfigurationen und die Verwaltung von Zertifikaten. So gehen Sie vor:
-
--   **Erstellen Sie eine Netzwerksicherheitskonfiguration**
-
-    Beginnen Sie damit, eine Datei namens `network_security_config.xml` im Verzeichnis `res/xml` Ihres Android-Projekts zu erstellen:
-    
--   **Aktualisieren Sie die AndroidManifest.xml-Datei**
-
-    Verweisen Sie in Ihrer `AndroidManifest.xml`-Datei auf die neu erstellte Netzwerksicherheitskonfiguration:
-    
--   **Fügen Sie Zertifikatdateien hinzu**
-    
-    Speichern Sie die erforderlichen Zertifikatdateien (`.cer` oder `.pem`) im Verzeichnis `res/raw` Ihres Android-Projekts.
-
-### iOS-Implementierung
-
-Für iOS wird SSL-Pinning konfiguriert, indem die Einstellungen für die App-Transport-Sicherheit (ATS) geändert und die Zertifikatsvalidierung zur Laufzeit implementiert wird. Befolgen Sie diese Schritte:
-
--   **Richten Sie ATS in Info.plist ein**
-    
-    Fügen Sie die folgende Konfiguration in die `Info.plist`-Datei Ihrer App ein:
-    
--   **Initialisieren Sie SSL-Pinning im Code**
-    
-    Verwenden Sie den folgenden Code-Schnipsel, um SSL-Pinning während der App-Initialisierung zu aktivieren:
-    
-
-### Vergleich der Android- und iOS-Implementierungen
-
-Hier ist ein schneller Vergleich, wie sich SSL-Pinning zwischen Android und iOS unterscheidet:
-
-| Funktion | Android | iOS |
-| --- | --- | --- |
-| Konfigurationsdatei | `network_security_config.xml` | `Info.plist` |
-| Zertifikatsstandort | `res/raw` Verzeichnis | App-Bundle |
-| Validierungsmethode | XML-Konfiguration | ATS und Laufzeitvalidierung |
-| Plugin-Unterstützung | Native + benutzerdefinierte Plugins | Native + benutzerdefinierte Plugins |
-
-Als nächstes werden wir uns mit Teststrategien und häufigen Fehlern befassen, um sicherzustellen, dass Ihr SSL-Pinning-Setup zuverlässig und sicher ist.
-
-## Testen und Fehlerbehebung
-
-Das Testen Ihres SSL-Pinning-Setups ist entscheidend, um Man-in-the-Middle (MITM)-Angriffe zu verhindern. Hier erfahren Sie, wie Sie sicherstellen können, dass Ihre Implementierung sicher ist und häufige Probleme beheben können.
-
-### MITM-Angriffstest
-
-Sie können Proxytools wie Charles Proxy verwenden, um MITM-Angriffe zu simulieren und Ihr SSL-Pinning-Setup zu überprüfen.
-
-**Test mit Charles Proxy**
-
-Befolgen Sie diese Schritte, um mit Charles Proxy zu testen:
-
-1.  Installieren Sie das Charles-Root-Zertifikat auf Ihrem Gerät.
-2.  Aktivieren Sie SSL-Proxying in den Charles-Einstellungen.
-3.  Fügen Sie Ihre API-Domain zur SSL-Proxying-Liste hinzu.
-4.  Konfigurieren Sie Ihr Gerät so, dass der Datenverkehr über den Charles-Proxy geleitet wird.
-
-Wenn Ihr SSL-Pinning korrekt implementiert ist, sollten Sie bei dem Test Zertifikatvalidierungsfehler in Ihren Anwendungsprotokollen sehen.
-
-**Netzwerkkonfigurationstest**
-
-Verwenden Sie den folgenden Code-Schnipsel, um die Verbindung mit einem gepinnten Zertifikat zu validieren:
-
-### Lösungen für häufige Fehler
-
-Hier sind einige typische Probleme mit SSL-Pinning und wie man ihnen begegnen kann:
-
-| **Fehlerart** | **Häufige Ursache** | **Lösung** |
-| --- | --- | --- |
-| Zertifikat nicht übereinstimmend | Falscher Hash in der Konfiguration | Überprüfen Sie den Zertifikat-Hash mit [OpenSSL](https://www.openssl.org/). |
-| Pfadprobleme | Falscher Zertifikatsstandort | Überprüfen Sie die plattformspezifischen Zertifikatpfade. |
-| Formatprobleme | Ungültiges Zertifikatsformat | Konvertieren Sie das Zertifikat in das richtige Format (z. B. PEM oder DER). |
-| Netzwerkzeitüberschreitung | Falsche Pinning-Konfiguration | Überprüfen Sie Ihre Netzwerksicherheitseinstellungen. |
-
-**Zertifikat-Hash überprüfen**
-
-Um sicherzustellen, dass der Zertifikat-Hash mit Ihrer Konfiguration übereinstimmt, verwenden Sie den folgenden OpenSSL-Befehl:
-
-Nachdem Sie alle Fehler behoben haben, stellen Sie sicher, dass Ihr Zertifikatsaktualisierungsprozess einwandfrei funktioniert.
-
-### Testen der Zertifikatsaktualisierung
-
-Fügen Sie sowohl ein Haupt- als auch ein Sicherungszertifikat in Ihre Konfiguration ein, um Ausfallzeiten während der Aktualisierungen zu vermeiden.
-
-**Testprozess zur Aktualisierung**
-
-Hier ist ein Beispiel, wie Sie die Zertifikatsrotation testen können:
-
-**Überwachung des Zertifikatablaufs**
-
-Überprüfen Sie regelmäßig den Ablauf Ihrer Zertifikate, um Unterbrechungen zu vermeiden:
-
-Testen Sie schließlich Ihr Setup unter verschiedenen Bedingungen, einschließlich stabilen WLAN, mobilen Daten, offline Szenarien und Netzwerkübergängen, um eine robuste Sicherheit und Funktionalität sicherzustellen.
-
-## SSL-Pinning-Verwaltung
-
-Sobald Ihre SSL-Pinning-Einrichtung steht, besteht der nächste Schritt darin, Zertifikats- und Schlüssel-Pinning zu verwalten, um über einen langen Zeitraum eine starke Sicherheit aufrechtzuerhalten.
-
-### Zertifikat vs. Schlüssel-Pinning
-
-Wenn es um SSL-Pinning geht, gibt es zwei Hauptansätze: Zertifikat-Pinning und public key-Pinning. Jeder hat seine eigenen Stärken, insbesondere für [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/):
-
-| Funktion | Zertifikat-Pinning | Public Key-Pinning |
-| --- | --- | --- |
-| **Sicherheitsniveau** | Hoch – pinnt das gesamte Zertifikat | Sehr hoch – pinnt nur den öffentlichen Schlüssel |
-| **Wartung** | Updates erforderlich bei jeder Erneuerung | Weniger häufig, übersteht Erneuerungen |
-| **Implementierung** | Einfacher zu implementieren | Komplexere Erstkonfiguration |
-| **Speicherimpact** | Größere Speicheranforderungen | Minimale Speicheranforderungen |
-| **Aktualisierungsfrequenz** | Bei jeder Zertifikatserneuerung | Nur bei Änderung des öffentlichen Schlüssels |
-
-Diese Aufschlüsselung kann Ihnen helfen, zu entscheiden, welche Methode am besten mit der langfristigen Wartungsstrategie Ihrer App übereinstimmt.
-
-### Automatisierung der Zertifikatsaktualisierungen
-
-Aktualisierte Zertifikate sind entscheidend, um API-Kommunikationen zu sichern. Capgo bietet eine optimierte Lösung, indem es diese Aktualisierungen automatisiert und die Notwendigkeit für App-Store-Neueinreichungen beseitigt. Hier ist, was es bietet:
-
--   **Schnelle Adoptionsraten:** Aktualisierungen werden gestaffelt, nachverfolgt und erreichen innerhalb von 24 Stunden eine Adoptionsrate von 95% [\[1\]](https://capgo.app).
--   **Verschlüsselte Bereitstellung:** Aktualisierungen sind vollständig Ende-zu-Ende-verschlüsselt.
--   **Echtzeitüberwachung:** Analysen bieten Einblicke in den Erfolg der Aktualisierung.
-
-**So implementieren Sie:**
-
--   **Automatisierte Updates einrichten**  
-    Integrieren Sie die CI/CD-Pipeline von Capgo, um Zertifikatsaktualisierungen automatisch zu verwalten. Diese Einrichtung erfordert einmalige Kosten von 2.600 USD [\[1\]](https://capgo.app).
-    
--   **Zertifikatsmetriken verfolgen**  
-    Nutzen Sie das Analyse-Dashboard von Capgo, um wichtige Kennzahlen zu überwachen, wie z.B. die globale Aktualisierungsquote, die derzeit bei 82% liegt [\[1\]](https://capgo.app).
-
-Diese Maßnahmen helfen, Ihre App vor potenziellen MITM (Man-in-the-Middle)-Angriffen zu schützen.
-
-### Sicherheitsrichtlinien des App-Stores
-
-Sowohl der Apple App Store als auch der Google Play Store setzen strenge Sicherheitsanforderungen für SSL-Pinning durch. Hier ist ein kurzer Überblick über ihre Erwartungen:
-
-**Apple App Store:**
-
--   Zertifikate müssen mit End-to-End-Verschlüsselung aktualisiert werden.
--   Eine ordnungsgemäße Validierung der Zertifikate ist erforderlich.
--   Sicherheitsdokumentation ist während des Überprüfungsprozesses erforderlich.
-
-**Google Play Store:**
-
--   Updates müssen genehmigte Mechanismen verwenden.
--   Transparenz im Zertifikatsmanagement ist entscheidend.
--   Fallback-Mechanismen müssen vorhanden sein.
-
-Die Lösung von Capgo erfüllt alle diese Anforderungen und ermöglicht gleichzeitig sofortige Updates [\[1\]](https://capgo.app). Für einen robusten Sicherheitsansatz ziehen Sie in Betracht, traditionelle App-Store-Updates mit Live-Updates über Capgo zu kombinieren. Diese hybride Strategie stellt sicher, dass Ihre App sicher und konform bleibt, ohne unnötige Verzögerungen.
-
-## Fazit
-
-Um Ihre Capacitor-Apps vor MITM-Angriffen zu schützen, ist die Implementierung von SSL-Pinning ein Muss. Durch das Einbetten vertrauenswürdiger Zertifikatsdaten direkt in Ihre App können Sie die Sicherheit Ihrer API-Kommunikationen erheblich stärken.
-
-Für eine erfolgreiche Implementierung beachten Sie diese kritischen Aspekte:
-
--   **Zertifikatsmanagement:** Machen Sie es sich zur Priorität, Ihre Zertifikate regelmäßig zu aktualisieren und zu überwachen, um potenzielle Serviceunterbrechungen zu vermeiden.
--   **Entwicklungsworkflow:** Implementieren Sie Bypass-Mechanismen für Testumgebungen, während Sie sicherstellen, dass strenge Sicherheitsprotokolle für Produktionsversionen eingehalten werden.
--   **Plattformrichtlinien:** Halten Sie sich an die Sicherheitsanforderungen sowohl des Apple App Store als auch des Google Play Store, um die Einhaltung zu gewährleisten.
-
-SSL-Pinning spielt eine Schlüsselrolle beim Schutz der Benutzerdaten und der Aufrechterhaltung der Integrität Ihrer App. In Kombination mit den zuvor besprochenen übergreifenden Sicherheitsmaßnahmen hilft es, eine sicherere App-Umgebung zu schaffen.
-
-## FAQs
-
-:::faq
-### Welche Risiken könnten entstehen, wenn SSL-Pinning in einer Capacitor-App nicht verwendet wird?
-
-Wenn SSL-Pinning in einer Capacitor-App nicht eingerichtet ist, wird die App leichter zum Ziel für **Man-in-the-Middle (MITM)-Angriffe**. Diese Angriffe ermöglichen es böswilligen Akteuren, die Daten, die zwischen der App und ihrem Server fließen, abzufangen und zu manipulieren. Dies könnte dazu führen, dass sensible Informationen wie Benutzeranmeldeinformationen oder [API-Schlüssel](https://capgo.app/docs/webapp/api-keys/) offenbart werden.
-
-Darüber hinaus könnten Angreifer ohne SSL-Pinning gefälschte oder kompromittierte Zertifikate verwenden, um sich als vertrauenswürdiger Server auszugeben. Dies erhöht die Wahrscheinlichkeit von Datenverletzungen. Durch die Implementierung von SSL-Pinning können Sie sichere Kommunikation gewährleisten und Ihre Benutzer vor diesen Risiken schützen.
-:::
-
-:::faq
-### Was sind die wichtigsten Unterschiede bei der Implementierung und Wartung von SSL-Pinning für Android und iOS in Capacitor-Apps?
-
-SSL-Pinning funktioniert auf Android und iOS etwas unterschiedlich, dank ihrer einzigartigen APIs und Sicherheitskonfigurationen.
-
-Auf **Android** verlassen sich Entwickler oft auf Netzwerkbibliotheken wie OkHttp oder nutzen native Einstellungen, um SSL-Pinning einzurichten. Wenn es an der Zeit ist, die gepinnten Zertifikate zu aktualisieren, bedeutet dies normalerweise, eine neue Version der App herauszugeben.
-
-Auf **iOS** wird SSL-Pinning normalerweise über URLSession oder mit Hilfe von Drittanbieterbibliotheken behandelt. Wie bei Android müssen auch hier alle Updates der Zertifikate sorgfältig verwaltet werden, um sicherzustellen, dass die API-Kommunikation nicht unterbrochen wird.
-
-Beide Plattformen erfordern fortlaufende Aufmerksamkeit für den Ablauf und die Updates von Zertifikaten, um sicherzustellen, dass API-Verbindungen sicher bleiben. Regelmäßige Tests sind unerlässlich, um Kompatibilitätsprobleme frühzeitig zu erkennen und sich gegen **Man-in-the-Middle (MITM)**-Angriffe zu wappnen.
-:::
-
-:::faq
-### Wie kann ich SSL-Zertifikatsupdates automatisieren und sicherstellen, dass meine Capacitor-App den Sicherheitsanforderungen des App Stores entspricht?
-
-Obwohl der Artikel nicht auf Werkzeuge oder Strategien für die Automatisierung von SSL-Zertifikatsupdates oder die Sicherstellung der Einhaltung von Sicherheitsrichtlinien des App Stores eingeht, gibt es Schritte, die Sie unternehmen können, um die Sicherheit Ihrer App zu erhöhen. Eine wirksame Maßnahme ist die Implementierung von **SSL-Pinning** in Ihrer Capacitor-App. Dies hilft, Ihre App vor **Man-in-the-Middle (MITM)-Angriffen** zu schützen, die sensitive Daten gefährden können.
-
-Für die Verwaltung von Live-Updates und die Vereinfachung der App-Wartung können Plattformen wie **Capgo** eine große Hilfe sein. Sie erleichtern das Ausrollen von Updates, während sie innerhalb der Vorschriften des App Stores bleiben und so eine reibungslosere Erfahrung für Entwickler und Benutzer gewährleisten.
-:::
diff --git a/src/content/blog/de/staged-rollouts-vs-full-releases-comparison.md b/src/content/blog/de/staged-rollouts-vs-full-releases-comparison.md
deleted file mode 100644
index 0139000f7..000000000
--- a/src/content/blog/de/staged-rollouts-vs-full-releases-comparison.md
+++ /dev/null
@@ -1,320 +0,0 @@
----
-slug: staged-rollouts-vs-full-releases-comparison
-title: 'Stufenweise Rollouts vs. vollständige Veröffentlichungen: Ein Vergleich'
-description: >-
-  Erkunden Sie die Unterschiede zwischen gestaffelten Einführungen und
-  vollständigen Veröffentlichungen, um die beste Aktualisierungsstrategie für
-  die Anforderungen und Nutzerbasis Ihrer App zu bestimmen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T02:25:03.907Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e8a654283d21cbd67ab720-1743301515130.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  staged rollouts, full releases, app updates, risk management, deployment
-  strategies, user feedback
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Die Wahl zwischen **Staged Rollouts** und **vollständigen Releases** hängt von den Anforderungen Ihrer App, der Nutzerbasis und der Dringlichkeit der Aktualisierung ab. Hier ist eine kurze Übersicht:
-
--   **Staged Rollouts**: Updates werden schrittweise an kleinere Nutzergruppen verteilt, was kontrolliertes Testen, Risikomanagement und Feedback-Sammlung ermöglicht.
--   **Vollständige Releases**: Updates werden allen Nutzern gleichzeitig bereitgestellt, ideal für kritische Fehlerbehebungen oder zeitkritische Updates.
-
-### Schneller Vergleich
-
-| Aspekt | Staged Rollouts | Vollständige Releases |
-| --- | --- | --- |
-| **Risikoniveau** | Niedrig (zunächst begrenzte Exposition) | Hoch (betrifft alle Nutzer gleichzeitig) |
-| **Bereitstellungsgeschwindigkeit** | Schrittweise über Zeit | Sofort für alle Nutzer |
-| **Nutzerfeedback** | Schrittweise Sammlung von kleinen Gruppen | Sofort von allen Nutzern |
-| **Rollback** | Selektiv und schnell | Universal aber langsamer |
-| **Serverauslastung** | Ausgewogen | Hoch während der Veröffentlichung |
-| **Anwendungsfall** | Testen neuer Funktionen, Risikomanagement | Kritische Fixes, dringende Updates |
-
-### Wann welche Methode verwenden
-
--   **Staged Rollouts**: Am besten für [komplexe Updates](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), große Nutzerbasen oder wenn Risikominimierung Priorität hat.
--   **Vollständige Releases**: Ideal für dringende Fehlerbehebungen, Sicherheitspatches oder einfache Updates, die eine breite Einführung erfordern.
-
-Tools wie **[Capgo](https://capgo.app/)** unterstützen beide Methoden und bieten Funktionen wie Echtzeit-Analysen, sofortiges Rollback und nahtlose Bereitstellung. Wählen Sie die Methode, die zu den Zielen und der Infrastruktur Ihrer App passt.
-
-## Canary Deployment: Sicherere Releases erklärt
-
-<iframe src="https://www.youtube.com/embed/dRAJVUaV958" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Staged Rollouts erklärt
-
-Staged Rollouts beinhalten die schrittweise Freigabe von Updates an bestimmte Benutzergruppen. Diese Methode hilft bei der Risikosteuerung und gewährleistet reibungslosere Updates.
-
-### Hauptmerkmale von Staged Rollouts
-
-Der Fokus von Staged Rollouts liegt auf kontrollierter Verteilung und Risikominderung. Tools wie das Kanalsystem von Capgo ermöglichen es Entwicklern, verschiedene App-Versionen an ausgewählte Benutzergruppen zu liefern.
-
-| Funktion | Zweck | Vorteil |
-| --- | --- | --- |
-| **Benutzersegmentierung** | Benutzer in kleinere Segmente gruppieren | Schafft eine kontrollierte Testumgebung |
-| **Versionskontrolle** | Mehrere App-Versionen verwalten | Gewährleistet Stabilität für alle Benutzer |
-| **Echtzeit-Analysen** | Update-Performance verfolgen | Schnelle Identifizierung und Behebung von Problemen |
-| **Sofortiges Rollback** | Zurück zu vorherigen Versionen | Reduziert die Auswirkungen von Fehlern |
-
-### Gängige Methoden für Staged Rollouts
-
-Diese Funktionen werden durch zwei Hauptansätze umgesetzt:
-
--   **Prozentbasierte Bereitstellung**: Beginnt mit einem kleinen Prozentsatz der Benutzer und erhöht den Rollout schrittweise basierend auf Performance-Daten.
--   **Kanalbasierte Verteilung**: Teilt Benutzer in Kanäle wie Beta oder Produktion auf, um Updates zu testen und Feedback zu sammeln vor der breiteren Veröffentlichung.
-
-### Vor- und Nachteile von Staged Rollouts
-
-| Vorteile | Nachteile |
-| --- | --- |
-| Frühzeitige Fehlererkennung | Langsamerer Gesamtrollout |
-| Effektives Risikomanagement | Komplexere Überwachung |
-| Spezifisches Nutzerfeedback | Mehrere Versionen können Nutzer verwirren |
-| Update im Hintergrund | Benötigt mehr Ressourcen |
-| Einfache Rollback-Option | Anfängliche Einrichtung kann herausfordernd sein |
-
-Für eine effektive Implementierung von Staged Rollouts bieten Tools wie Capgo Echtzeit-Analysen zur Überwachung von Erfolg und Nutzerengagement [\[1\]](https://capgo.app/).
-
-## Vollständige Releases erklärt
-
-Vollständige Releases beinhalten die gleichzeitige Aktualisierung aller Nutzer und folgen einem traditionelleren Ansatz im Vergleich zu Staged Rollouts. Sie spielen eine wichtige Rolle beim Risikomanagement und gewährleisten gleichzeitig eine reibungslose Benutzererfahrung in schnelllebigen Update-Zyklen.
-
-### Hauptmerkmale von vollständigen Releases
-
-Jüngste Verbesserungen haben vollständige Releases effizienter und zuverlässiger gemacht und bieten eine einheitliche Erfahrung für alle Nutzer.
-
-| Funktion | Beschreibung | Auswirkung |
-| --- | --- | --- |
-| **Sofortige Verteilung** | Updates erreichen alle gleichzeitig | Hält Versionen konsistent |
-| **Einheitliche Erfahrung** | Alle Nutzer erhalten die gleichen Funktionen | Vereinfacht Support-Prozesse |
-| **[Automatische Updates](https://capgo.app/docs/plugin/cloud-mode/auto-update/)** | Updates erfolgen im Hintergrund | Reduziert Störungen |
-| **Direkte Bereitstellung** | Umgeht App-Store-Prüfverzögerungen | Beschleunigt Release-Zeitpläne |
-
-Schauen wir uns nun an, wie sich traditionelle vollständige Releases mit modernen Methoden vergleichen.
-
-### Alte vs. Neue Methoden für vollständige Releases
-
-Ältere Methoden für vollständige Releases basierten auf langwierigen App-Store-Überprüfungen, die Updates oft um Wochen verzögerten. Moderne Methoden ermöglichen es Entwicklern jedoch, Updates direkt an Benutzer zu pushen, was schnellere Fehlerbehebungen und Feature-Rollouts ermöglicht.
-
-| Aspekt | Traditionelle Methode | Moderne Methode |
-| --- | --- | --- |
-| **Update-Geschwindigkeit** | Wochen für App-Store-Genehmigung | Sofortige Bereitstellung |
-| **Erfolgsverfolgung** | Begrenzte Einblicke | Echtzeit-Analysen |
-| **Benutzererfahrung** | Manuelle Updates durch Benutzer | [Automatische Hintergrund-Updates](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-| **Release-Kontrolle** | Grundlegende Versionsverwaltung | Erweiterte Release-Kontrollen |
-
-> "Keine Wartezeit mehr! Pushen Sie Live-Code-Änderungen direkt an Benutzer ohne App-Store-Verzögerungen. Stellen Sie kritische Fixes und Features bereit, wenn sie fertig sind." - Capgo [\[1\]](https://capgo.app/)
-
-Moderne Ansätze gestalten die Verwaltung vollständiger Releases neu und bieten bessere Geschwindigkeit und Kontrolle.
-
-### Vor- und Nachteile von vollständigen Releases
-
-| Vorteile | Nachteile |
-| --- | --- |
-| Sofortige Übernahme durch alle Benutzer | Höheres Risiko bei auftretenden Problemen |
-| Vereinfachte Versionsverwaltung | Keine schrittweise Testphase |
-| Konsistente Erfahrung für alle | Alle Benutzer gleichzeitig betroffen |
-| Einfacher zu unterstützen und dokumentieren | Begrenzte Rollback-Optionen |
-| Schnellerer Bereitstellungsprozess | Mögliche Server-Last-Spitzen |
-
-Capgo berichtet von einer globalen Erfolgsrate von 82% für Updates, mit einer durchschnittlichen API-Antwortzeit von 57ms weltweit [\[1\]](https://capgo.app/).
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Bereitstellung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Direkter Vergleich: Staged vs. vollständige Releases
-
-Hier ein genauerer Blick darauf, wie sich Staged Rollouts mit vollständigen Releases vergleichen, mit Fokus auf Faktoren, die direkt die App-Performance und Benutzererfahrung beeinflussen.
-
-| Aspekt | Staged Rollouts | Vollständige Releases |
-| --- | --- | --- |
-| Risikoniveau | Niedriger – zunächst begrenzte Exposition auf eine Teilmenge von Benutzern | Höher – Update wird allen Benutzern gleichzeitig bereitgestellt |
-| Bereitstellungsgeschwindigkeit | 24 Stunden für 95% Benutzerabdeckung [\[1\]](https://capgo.app/) | Sofort für die gesamte Nutzerbasis |
-| Update-Erfolgsrate | 82% globale Erfolgsrate [\[1\]](https://capgo.app/) | Hängt stark von Infrastrukturkapazitäten ab |
-| Kosteneffizienz | Wirtschaftlicher über Zeit | Niedrigere Anfangskosten aber höhere Kosten für Fixes bei Problemen |
-| Nutzer-Feedback-Schleife | Schrittweise Feedback-Sammlung | Sofortiges Feedback von allen Nutzern |
-| Rollback-Fähigkeit | Sofortiges, selektives Rollback verfügbar [\[1\]](https://capgo.app/) | Betrifft alle Benutzer beim Rollback |
-| Ressourcenanforderungen | Ausgewogene Serverlast | Risiko der Infrastrukturüberlastung |
-| Versionsverwaltung | Mehrere Versionen können koexistieren | Einzelne Version universell bereitgestellt |
-
-Jeder Ansatz hat seine eigenen Kompromisse in Bezug auf Geschwindigkeit, Kosten und Risiko. Zum Beispiel ermöglichen Staged Rollouts selektive Rollbacks und schrittweise Feedback-Sammlung, was sie zu einer sichereren Option für das Testen von Updates macht. Vollständige Releases sind dagegen schneller, erfordern aber eine solide Infrastruktur und gründliche Pre-Release-Tests, um weitreichende Probleme zu vermeiden.
-
-Der Hauptunterschied liegt im _Risikomanagement_. Staged Rollouts geben Entwicklern die Möglichkeit, die Performance im kleineren Maßstab zu überwachen, bevor sie auf die gesamte Nutzerbasis erweitert wird. Vollständige Releases erfordern, während sie schneller sind, erhebliche Vorbereitung, um potenzielle Herausforderungen bei allen Nutzern zu bewältigen.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Bereitstellung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Fortschritte in Bereitstellungsplattformen haben beide Methoden verbessert. Staged Rollouts umfassen nun Funktionen wie sofortiges Rollback und detaillierte Analysen, während vollständige Releases von besserer Fehlerverfolgung und automatisierten Bereitstellungstools profitieren. Diese Verbesserungen machen beide Strategien zuverlässiger und ermöglichen es Entwicklern, basierend auf den Bedürfnissen, der Komplexität und dem Publikum ihrer App zu wählen.
-
-## Wahl zwischen Release-Methoden
-
-Wählen Sie eine Release-Methode, die zu den Zielen, dem Publikum und dem Workflow Ihrer App passt. Nachfolgend finden Sie wichtige Szenarien und Faktoren, die Ihnen bei der Entscheidung zwischen Staged Rollouts und vollständigen Releases helfen.
-
-### Wann Staged Rollouts verwenden
-
-Staged Rollouts eignen sich gut für die Veröffentlichung komplexer Funktionen oder Updates, bei denen Risikomanagement oberste Priorität hat. Diese Methode ist ideal, wenn Sie:
-
--   Neue Funktionen mit einer kleinen Benutzergruppe testen müssen
--   Update-Performance und Nutzerengagement in Echtzeit verfolgen möchten
--   Schnell zurückrollen müssen, wenn Probleme auftreten
--   Frühes Feedback durch Beta-Tests mit spezifischen Benutzergruppen sammeln möchten
-
-### Wann vollständige Releases verwenden
-
-Vollständige Releases eignen sich besser für Situationen, in denen Geschwindigkeit und breite Abdeckung wesentlich sind. Verwenden Sie diesen Ansatz, wenn Sie:
-
--   Kritische Sicherheitspatches sofort bereitstellen müssen
--   Unkomplizierte Bugs mit minimalem Risiko beheben
--   Vorschriften einhalten müssen, die eine universelle Implementierung erfordern
--   Zeitkritische Funktionen ausrollen müssen, die synchronisierten Zugriff für alle Benutzer erfordern
-
-> "Vermeidung von Überprüfungen für Bugfixes ist Gold wert." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Diese Methoden unterstreichen die Wichtigkeit, Ihre spezifischen Bedürfnisse zu evaluieren, bevor Sie eine Wahl treffen.
-
-### Entscheidungsfaktoren
-
-Hier ist eine Aufschlüsselung der wichtigsten Faktoren, die bei der Entscheidung zwischen Staged Rollouts und vollständigen Releases zu berücksichtigen sind:
-
-| Faktor | Schrittweise Einführung | Vollständige Veröffentlichung |
-| --- | --- | --- |
-| Dringlichkeit des Updates | Updates mit niedrigerer Priorität | Kritische oder zeitkritische Updates |
-| Risikotoleranz | Niedrigere Risikoschwelle | Erfordert höhere Risikotoleranz |
-| Überwachungsbedarf | Erfordert detaillierte Analyse | Begrenzte Überwachung erforderlich |
-| Ressourcenanforderungen | Moderate Serverlast | Hoher initialer Infrastrukturbedarf |
-| Rollback-Optionen | Sofortiger, gezielter Rollback | Nur universeller Rollback |
-
-Ihre Wahl sollte auf die Prozesse Ihres Teams und die verfügbaren Tools abgestimmt sein. Plattformen wie Capgo können beide Methoden unterstützen, indem sie fortschrittliche Update-Verteilungskanäle und Analysen zur Verfolgung des Bereitstellungserfolgs anbieten [\[1\]](https://capgo.app/). Stellen Sie vor dem Fortfahren sicher, dass Ihr System bereit ist, bewerten Sie mögliche Auswirkungen auf Benutzer und bestätigen Sie, dass Sie über die erforderlichen Tools zur effektiven Verwaltung der Veröffentlichung verfügen.
-
-## Leitfaden zur Implementierung der Veröffentlichungsmethode
-
-Die effektive Veröffentlichung von Updates erfordert sorgfältige Planung und die richtigen Werkzeuge. Hier ist ein Leitfaden für die Verwaltung von gestaffelten und vollständigen Veröffentlichungen.
-
-### Schritte für schrittweise Einführung
-
-Befolgen Sie diese Schritte für einen phasenweisen Ansatz:
-
--   **Vorbereitungsphase**: Identifizieren Sie Benutzersegmente und definieren Sie Erfolgskennzahlen. Richten Sie Analysen zur Verfolgung von KPIs wie Absturzraten, Engagement und Feature-Adoption ein.
--   **Erste Veröffentlichung**: Starten Sie das Update für eine kleine Testgruppe, um potenzielle Probleme mit minimalen Auswirkungen zu erkennen. Überwachen Sie die Einführung für 24 Stunden.
--   **Schrittweise Erweiterung**: Erweitern Sie die Einführung schrittweise, bis das Update für alle Benutzer verfügbar ist.
-
-Wenn eine schnellere, universelle Bereitstellung erforderlich ist, kann eine vollständige Veröffentlichung die bessere Option sein.
-
-### Schritte für vollständige Veröffentlichung
-
--   Führen Sie gründliche QA in der Staging-Umgebung durch.
--   Erstellen Sie ein vollständiges System-Backup.
--   Stellen Sie das Update allen Benutzern zur Verfügung.
--   Überwachen Sie kritische Metriken für 24 Stunden nach der Veröffentlichung.
--   Benachrichtigen Sie Benutzer über das Update mittels In-App-Messaging.
-
-Um reibungslose Bereitstellungen zu gewährleisten, ist es wichtig, häufige Fehler zu vermeiden.
-
-### Häufige Fehler, die es zu vermeiden gilt
-
-| Fehler | Auswirkung | Präventionsstrategie |
-| --- | --- | --- |
-| Unzureichende Tests | Erhöhte Absturzraten | Verwenden Sie dedizierte Testkanäle vor der Veröffentlichung. |
-| Schlechtes Timing | Benutzerstörungen | Planen Sie Updates während Zeiten niedriger Nutzung. |
-| Fehlender Rollback-Plan | Verlängerte Ausfallzeiten | Konfigurieren Sie automatische Rollback-Trigger. |
-| Unzureichende Überwachung | Verzögerte Problemerkennung | Richten Sie Echtzeitanalysen und Warnungen ein. |
-
-### Zusätzliche Tipps für eine reibungslose Bereitstellung
-
--   **Testumgebung einrichten**: Ihre Testumgebung sollte der Produktionsumgebung sehr ähnlich sein. Tools wie Capgos Kanalsystem erleichtern Beta-Tests und gestaffelte Einführungen [\[1\]](https://capgo.app/).
--   **Rollback-Vorbereitung**: Haben Sie immer einen Rollback-Plan bereit. Viele moderne Plattformen wie Capgo bieten sofortige Rollback-Funktionen, um bei Problemen zu früheren Versionen zurückzukehren [\[1\]](https://capgo.app/).
--   **Integrationsanforderungen**: Stellen Sie die ordnungsgemäße CI/CD-Pipeline-Integration sicher. Während die Einrichtung anfängliche Kosten verursachen kann (Capgo kostet 2.600 $ [\[1\]](https://capgo.app/)), minimiert diese Investition langfristig Bereitstellungsrisiken und reduziert manuelle Fehler.
-
-## [Capgo](https://capgo.app/) Release-Management-Funktionen
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e8a654283d21cbd67ab720/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-Capgo bietet Tools, die sowohl gestaffelte als auch vollständige Veröffentlichungsprozesse vereinfachen und verbessern und dabei auf effektiven Veröffentlichungsstrategien aufbauen.
-
-### Capgo Tools für gestaffelte Veröffentlichungen
-
-Capgos Kanalsystem ermöglicht präzise Kontrolle über gestaffelte Einführungen und gewährleistet hohe Update-Erfolgsraten [\[1\]](https://capgo.app/).
-
-Hier ist, was Capgo für gestaffelte Veröffentlichungen bietet:
-
-| Funktion | Aufgabe | Nutzen |
-| --- | --- | --- |
-| **Benutzer-Targeting** | Segmentierung von Benutzern für phasenweise Updates | Testen von Updates mit spezifischen Gruppen |
-| **Echtzeit-Analysen** | Verfolgung von Update-Erfolgsraten | Schnelle Identifizierung und Behebung von Problemen |
-| **Sofortiger Rollback** | Versionen mit einem Klick zurücksetzen | Reduzierte Ausfallzeit bei Problemen |
-| **Beta-Kanäle** | Dedizierte Testumgebung | Frühzeitiges Erkennen von Fehlern |
-
-### Capgo Tools für vollständige Veröffentlichungen
-
-Capgo macht vollständige Veröffentlichungen schnell und sicher durch ein globales CDN, Hintergrund-Updates und nahtlose CI/CD-Integration. Die Plattform liefert ein 5MB-Bundle in nur 114ms, mit einer durchschnittlichen API-Antwortzeit von 57ms [\[1\]](https://capgo.app/).
-
-Wichtige Funktionen für vollständige Veröffentlichungen umfassen:
-
--   **Ende-zu-Ende-Verschlüsselung**
--   **Hintergrund-Updates**
--   **Unterstützung für partielle Updates**
--   **CI/CD-Integration**
-
-Diese Funktionen gewährleisten eine zuverlässige und effiziente Bereitstellung für Apps jeder Größenordnung.
-
-### Marktposition
-
-Capgos Tools verbessern die Update-Leistung und bieten gleichzeitig bemerkenswerte Kosteneinsparungen im Vergleich zu anderen Plattformen. Bis heute hat Capgo 23,5 Millionen Updates über 750 Produktions-Apps bereitgestellt [\[1\]](https://capgo.app/).
-
-So schneidet Capgo im Vergleich zur Konkurrenz ab:
-
-| Service | Einrichtungskosten | Monatliche Betriebskosten |
-| --- | --- | --- |
-| **Capgo** | 2.600 $ einmalig | ~300 $ |
-| **[Appflow](https://ionic.io/appflow)** | N/A | 500 $ (6.000 $ jährlich) |
-
-> "Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @Appflow) :-)" – NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-Viele Organisationen, die zu Capgo wechseln, berichten von niedrigeren Kosten ohne Kompromisse bei der Bereitstellungsqualität. Die Verwendung echter Ende-zu-Ende-Verschlüsselung unterscheidet es von Konkurrenten, die Updates nur signieren [\[1\]](https://capgo.app/).
-
-## Zusammenfassung und nächste Schritte
-
-Die Balance zwischen der Geschwindigkeit von Updates und dem Risikomanagement ist essentiell für effektive App-Veröffentlichungen.
-
-### Überblick der Hauptpunkte
-
-Hier ist ein schneller Überblick über die zwei Hauptveröffentlichungsmethoden:
-
-| Veröffentlichungsmethode | Am besten geeignet für | Hauptvorteile | Primäre Herausforderungen |
-| --- | --- | --- | --- |
-| **Gestaffelte Einführungen** | Große Nutzerbasen, komplexe Funktionen | Reduziert Risiken, ermöglicht gezieltes Testen | Längere Gesamtbereitstellungszeit |
-| **Vollständige Veröffentlichungen** | Kritische Fixes, kleine Updates | Schnelle Bereitstellung, einfachere Verfolgung | Erhöht Risikoexposition |
-
-Ihr Erfolg hängt davon ab, wie gut Sie die Strategie implementieren, die zu den Bedürfnissen Ihrer App passt. So finden Sie den besten Ansatz für die Zukunft.
-
-### Ihre Wahl treffen
-
-Nutzen Sie diese Faktoren, um die am besten geeignete Veröffentlichungsstrategie für Ihre App zu bestimmen:
-
-1.  **Bewerten Sie den Umfang Ihrer App**
-
-Apps mit mehr als 5.000 Benutzern profitieren oft von gestaffelten Einführungen. Zum Beispiel:
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 eingeführt. Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach der Bereitstellung des OTA bei @Capgo auf dem neuesten Stand." [\[1\]](https://capgo.app/)
-
-2.  **Berücksichtigen Sie die Update-Häufigkeit**
-
-Wenn Ihr Team agile Entwicklung praktiziert, ist kontinuierliche Bereitstellung oft eine Priorität:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Bereitstellung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-3.  **Implementierungsschritte**
-
-Befolgen Sie diese Schritte, um zu beginnen:
-
--   Führen Sie das Deployment-Setup aus mit: `npx @capgo/cli init`
--   Implementieren Sie Überwachungs- und Analysesysteme
--   Aktivieren Sie Rollback-Optionen zur Sicherheit
--   Definieren Sie klare Erfolgsmetriken zur Fortschrittsverfolgung
-
-Die richtige Mischung aus Veröffentlichungsmethoden und Tools, die auf die Bedürfnisse Ihrer App zugeschnitten sind, wird reibungslosere Updates und bessere Ergebnisse gewährleisten.
diff --git a/src/content/blog/de/staging-ota-updates-best-practices.md b/src/content/blog/de/staging-ota-updates-best-practices.md
deleted file mode 100644
index 7c5430f23..000000000
--- a/src/content/blog/de/staging-ota-updates-best-practices.md
+++ /dev/null
@@ -1,228 +0,0 @@
----
-slug: staging-ota-updates-best-practices
-title: 'Staging OTA-Updates: Beste Praktiken'
-description: >-
-  Lernen Sie die besten Praktiken für die Bereitstellung von OTA-Updates, um
-  reibungslose App-Bereitstellungen und ein verbessertes Benutzererlebnis mit
-  effektiven Test- und Rollback-Strategien zu gewährleisten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T01:20:29.530Z
-updated_at: 2025-04-15T01:22:08.983Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fda45772a40527486bdcbd-1744680128983.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, staging environment, app testing, error tracking, network
-  conditions, phased rollouts, app deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Over-the-Air (OTA) Updates** ermöglichen es Entwicklern, Änderungen an Apps direkt an Nutzer zu übertragen, ohne dass Genehmigungen von App-Stores erforderlich sind. Dies beschleunigt die Behebung von Fehlern und die Einführung neuer Funktionen, wobei **95% der aktiven Nutzer Updates innerhalb von 24 Stunden** erhalten. Ohne eine angemessene Staging-Umgebung können jedoch Updates fehlschlagen, was zu Abstürzen oder Kompatibilitätsproblemen führt.
-
-### Warum Staging-Umgebungen wichtig sind
-
-Eine **Staging-Umgebung** hilft, OTA-Updates zu testen, bevor sie live geschaltet werden. Sie ahmt die Produktionseinstellungen nach, verfolgt die Update-Leistung und ermöglicht schnelle Rückrollungen. Zu den wichtigen Vorteilen gehören:
-
--   Testen auf unterschiedlichen Geräten und Netzwerkbedingungen
--   Echtzeit-Fehlerverfolgung und -überwachung
--   Kontrollierte Rollouts an kleinere Nutzergruppen
-
-### Häufige Probleme, die Staging löst
-
-| **Problem** | **Auswirkung** | **Lösung** |
-| --- | --- | --- |
-| Kompatibilitätsprobleme | App-Abstürze | Testen auf variierenden Geräten |
-| Ungleichmäßige Leistung | Nutzerbeschwerden | Phasenweise Rollouts |
-| Kritische Fehler | Schlechte Nutzererfahrung | Fehlerüberwachung und Rückrollungen |
-
-### Schnelle Einrichtungstipps für Staging
-
-1.  **Produktionssettings anpassen** (Server, Datenbanken, Integrationen).
-2.  **Anonymisierte Daten verwenden** für realistisches Testen.
-3.  **Builds automatisieren** mit CI/CD-Pipelines.
-4.  **In Phasen testen**: Alpha-, Beta- und Release-Kandidatenkanäle.
-
-### Tools für OTA-Erfolg
-
-Plattformen wie **[Capgo](https://capgo.app/)** vereinfachen das Staging mit Funktionen wie verschlüsselten Updates, Fehlerverfolgung und Rückrolloptionen. Mit **750 Apps im Einsatz** und **23,5 Millionen Updates, die geliefert wurden**, sorgt sie dafür, dass Updates schnell, sicher und zuverlässig sind.
-
-**Wichtigste Erkenntnis**: Eine robuste Staging-Umgebung gewährleistet reibungslose OTA-Updates, reduziert Risiken und verbessert die Nutzererfahrung.
-
-## Staging- und Produktionsumgebung - Softwaretesting ...
-
-## Aufbau einer Staging-Umgebung
-
-Die Einrichtung einer Staging-Umgebung ist ein Muss für das Testen von OTA-Updates, bevor sie in die Produktion gehen.
-
-### Schlüsselkomponenten für eine Staging-Umgebung
-
-Um Ihre Produktionsumgebung ordnungsgemäß zu replizieren, benötigen Sie die folgenden Komponenten:
-
-| Komponente | Zweck | Implementierungstipps |
-| --- | --- | --- |
-| **Testgeräte** | Sicherstellen von Gerätevielseitigkeit | Eine Mischung aus iOS- und Android-Geräten einbeziehen. |
-| **Netzwerksimulator** | Testen unter unterschiedlichen Bedingungen | Bandbreitenlimits und Latenz konfigurieren. |
-| **Überwachungstools** | Verfolgen von Leistungsproblemen | Fehlerprotokollierung und Analytik-Tools einrichten. |
-| **Versionskontrolle** | [Updates verwalten](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Separate Branches für Staging verwenden. |
-| **CI/CD-Pipeline** | Automatisierung von Bereitstellungen | Produktionsbereitstellungsworkflows replizieren. |
-
-Ihre Staging-Umgebung sollte der Produktion ähnlich sehen, aber isoliert bleiben. Plattformen wie Capgo erleichtern dies, indem sie dedizierte Testkanäle anbieten, die präzise und zuverlässige Testbedingungen ermöglichen.
-
-### So richten Sie eine Staging-Umgebung ein
-
-Befolgen Sie diese Schritte, um eine Staging-Einrichtung zu erstellen und aufrechtzuerhalten, die Ihre Produktionsumgebung spiegelt:
-
-1.  **Umgebungskonfiguration**  
-    Passen Sie Ihre Produktionseinstellungen an, einschließlich Server, Datenbanken und Dritthersteller-Integrationen.
-    
-2.  **Datenverwaltung**  
-    Verwenden Sie anonymisierte Produktionsdaten für Tests. Aktualisieren Sie diese Daten regelmäßig, um sie realistisch zu halten.
-    
-3.  **Automatisierungsintegration**  
-    Implementieren Sie eine CI/CD-Pipeline, die die Produktion widerspiegelt. Zum Beispiel:
-    
-    -   Automatisieren Sie Builds, führen Sie Integrationstests durch, überwachen Sie die Leistung und aktivieren Sie Rückrollfunktionen.
-4.  **[Update-Kanalsystem](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**  
-    Teilen Sie Ihren Testprozess in klare Phasen auf:
-    
-    -   _Alpha-Kanal_: Für Tests durch Entwickler.
-    -   _Beta-Kanal_: Für Tests durch das interne Team.
-    -   _Release-Kandidaten-Kanal_: Für finale Prüfungen vor der Produktion.
-
-Halten Sie Ihre Staging-Umgebung mit regelmäßigen Updates und Überwachung im Synchron mit der Produktion. Dies hilft, Probleme frühzeitig zu erkennen und Unterschiede zwischen den beiden Umgebungen zu verhindern.
-
-## OTA-Update-Testmethoden
-
-### Manuelle vs. automatisierte Tests
-
-Das Testen von OTA-Updates umfasst sowohl manuelle als auch automatisierte Ansätze. Jede Methode hat ihre Stärken, und die Kombination beider sorgt für eine umfassende Abdeckung.
-
-| Testtyp | Am besten geeignet für | Wichtige Tools/Ansätze |
-| --- | --- | --- |
-| **Manuell** | Überprüfung der Nutzererfahrung, visueller Elemente und Grenzfälle | Gerätetests, Feedback von Beta-Testern, Beurteilungen des Nutzerflusses |
-| **Automatisiert** | Durchführung von Regressionstests, Messung der Leistung und Simulation von Netzwerkbedingungen | CI/CD-Pipelines, automatisierte Test-Suiten, Lasttest-Tools |
-| **Hybrid** | Validierung von Releases, Testen neuer Funktionen und Sicherstellung der Rückrollzuverlässigkeit | Eine Mischung aus manuellen Prüfungen und automatisierten Sicherheitsprozessen |
-
-Simuliertes Netzwerk-Testing spielt auch eine entscheidende Rolle, indem es connectivitybezogene Probleme aufdeckt.
-
-### Testen von Netzwerkbedingungen
-
-Das Testen unter unterschiedlichen Netzwerkbedingungen stellt sicher, dass OTA-Updates zuverlässig funktionieren:
-
--   **Netzwerkszenarien simulieren**
-    
-    -   Testen von Updates über 2G, 3G, 4G und 5G-Netzwerke.
-    -   Leistung bei intermittierender Konnektivität überprüfen.
-    -   Verifizieren, dass Updates nahtlos fortgesetzt werden, nachdem die Verbindung verloren geht.
--   **Leistungskennzahlen überwachen**
-    
-    -   Downloadgeschwindigkeiten unter unterschiedlichen Bedingungen messen.
-    -   Verfolgen, wie oft Updates erfolgreich abgeschlossen werden.
-    -   Bandbreitennutzungsmuster für Analysen protokollieren.
-
-Capgo optimiert beispielsweise Updates, indem es nur notwendige Änderungen herunterlädt, wodurch sowohl Bandbreite als auch Zeit gespart werden.
-
-### Fehlerbehandlung und -wiederherstellung
-
-Das Testen offenbart häufig Probleme, die robuste Wiederherstellungsstrategien erfordern, um die App-Stabilität während OTA-Updates aufrechtzuerhalten. Effektive Fehlerbehandlung ist entscheidend.
-
-| Fehlerart | Wiederherstellungsmethode | Methodendetails |
-| --- | --- | --- |
-| **Netzwerkausfall** | Automatisches Wiederholungsverfahren | Verwenden Sie progressive Backoff und setzen Sie Updates von Kontrollpunkten aus fort. |
-| **Versionskonflikt** | Rückrollprotokoll | Erlauben Sie eine Ein-Klick-Rückkehr, während Benutzerdaten intakt bleiben. |
-| **Speicherprobleme** | Praktiken zur Speicherverwaltung | Führen Sie Vor-Update-Prüfungen durch und regelmäßige Aufräumarbeiten durch, um Speicherplatz freizugeben. |
-
-Capgo bietet Werkzeuge zur Fehlerverfolgung und Analyse, um Wiederherstellungsbemühungen zu unterstützen:
-
--   **Überwachung der Update-Gesundheit**  
-    Verfolgen Sie die Erfolgsquote von Updates und identifizieren Sie potenzielle Probleme frühzeitig mithilfe von Echtzeit-Einblicken.
-    
--   **Implementierung von Wiederherstellungsverfahren**  
-    Rollen Sie schnell auf stabile Versionen zurück, wenn Probleme auftreten, insbesondere während gestufter Rollouts.
-    
--   **Verwaltung von Vertriebswegen**  
-    Verwenden Sie dedizierte Kanäle für Beta-Tests und gestufte Rollouts. Dieser Ansatz minimiert Risiken, indem Updates mit kleineren Nutzergruppen validiert werden, bevor sie vollständig veröffentlicht werden.
-    
-
-## OTA-Update-Management
-
-Effektives [Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/) ist das letzte Puzzlestück einer erfolgreichen OTA-Strategie. Es gewährleistet eine reibungslose Bereitstellung und basiert auf soliden Testpraktiken.
-
-### Update-Größe reduzieren
-
-Um Updates kleiner und weniger bandbreitenintensiv zu gestalten, sollten Sie Methoden wie **Delta-Updates**, **Asset-Kompression** und **Code-Minifizierung** in Betracht ziehen. Diese Techniken helfen, den Prozess zu optimieren und die Nutzererfahrung zu verbessern.
-
-### Gestufte Rollouts
-
-Eine schrittweise Veröffentlichung von Updates, bekannt als gestufte Rollouts, hilft, Risiken zu minimieren. Indem gezielte Gruppen angesprochen werden, können Sie die Leistung überwachen und Probleme beheben, bevor eine vollständige Veröffentlichung erfolgt. Tools wie Capgos Kanalsystem erleichtern dies, indem sie Entwicklern ermöglichen, verschiedene Update-Versionen für Beta-Tests oder gestufte Rollouts zu verteilen.
-
-### Einhaltung der App-Store-Regeln
-
-Die Einhaltung der Richtlinien des App-Stores ist entscheidend, um Verzögerungen oder Unterbrechungen im Überprüfungsprozess zu vermeiden. Sowohl Apple als auch Google setzen strenge Sicherheitsprotokolle durch, und Tools wie Capgo erleichtern dies, indem sie sicherstellen, dass Updates mit diesen Standards übereinstimmen.
-
-> "App Store konform" - Capgo
-
-## Verwendung von [Capgo](https://capgo.app/) für OTA-Updates
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fda45772a40527486bdcbd/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-### Capgo-Kernfunktionen
-
-Capgo vereinfacht den Prozess der Verwaltung von OTA-Updates mit seinem sicheren, verschlüsselten System und fortschrittlicher Kanal-Funktionalität. Updates werden schnell und sicher geliefert, dank seines globalen CDN, das eine **114 ms Downloadzeit für 5 MB-Bundles** und eine **durchschnittliche API-Antwortzeit von 434 ms weltweit** erreicht. Die Plattform verwendet auch ein Partial-Update-System, das nur die geänderten Komponenten herunterlädt. Dieser Ansatz hat zu einer beeindruckenden **95%igen Update-Rate unter aktiven Nutzern innerhalb von 24 Stunden** geführt.
-
-### Vorteile für Entwickler
-
-Capgo bietet eine Vielzahl von Tools, um das Testen und Bereitstellen von Updates, insbesondere in Staging-Umgebungen, effizienter zu gestalten. Es integriert sich nahtlos mit CI/CD-Tools wie **[GitHub Actions](https://docs.github.com/actions)** und **[GitLab CI](https://docs.gitlab.com/ee/ci/)**, was sofortige Bereitstellungen ermöglicht. Entwickler profitieren auch von einer detaillierten Fehlerverfolgung und Analytik, die Einblicke in die Update-Leistung bieten. Wichtige Kennzahlen sind:
-
-| Kennzahl | Details |
-| --- | --- |
-| Erfolgsquote bei Updates | Verfolgt den Prozentsatz erfolgreicher Installationen in Echtzeit |
-| Nutzerengagement | Überwacht, wie viele aktive Nutzer Updates annehmen |
-| Downloadleistung | Misst die CDN-Antwortzeiten und den Bandbreitenverbrauch |
-| Fehlerprotokollierung | Bietet detaillierte Diagnosen für Fehler |
-
-Diese Funktionen machen Capgo zu einem leistungsstarken Tool für Entwickler und ermöglichen es ihnen, Updates effektiv zu testen und zu verfeinern.
-
-### Capgo-Setup-Schritte
-
-Der Einstieg mit Capgo für Staging ist einfach. Installieren Sie zunächst das Capgo-Plugin mit diesem Befehl:
-
--   **Richten Sie separate Update-Kanäle** für Staging und Produktion ein, um die Umgebungen voneinander zu unterscheiden.
--   **Aktivieren Sie eine detaillierte Fehlerverfolgung**, um Probleme frühzeitig zu erkennen.
--   Verwenden Sie die **One-Click-Rollback-Funktion**, um bei Bedarf Updates schnell zurückzusetzen.
-
-Mit **750 Apps in der Produktion** und **23,5 Millionen gelieferten Updates** [\[1\]](https://capgo.app/) hat Capgo seine Zuverlässigkeit im effizienten und sicheren Management von OTA-Updates bewiesen.
-
-## Fazit: OTA-Update-Richtlinien
-
-### Wichtige Testpunkte
-
-Die Prüfung von OTA-Updates erfordert einen strukturierten Ansatz, um sowohl Zuverlässigkeit als auch eine reibungslose Benutzererfahrung sicherzustellen. Wenn dies effektiv durchgeführt wird, können Updates eine Erfolgsquote von bis zu 82 % erreichen [\[1\]](https://capgo.app/). Hier sind die Hauptbereiche, auf die während des Testens konzentriert werden sollte:
-
-| **Testanforderung** | **Implementierungsfokus** |
-| --- | --- |
-| Update-Verteilung | Kontrollierte Rollouts durch kanalbasierte Bereitstellung |
-| Fehlermonitoring | Echtzeitverfolgung und Diagnosetools |
-| Netzwerkbedingungen | Tests unter verschiedenen Verbindungsgeschwindigkeiten |
-| Versionskontrolle | Separate Staging- und Produktionsumgebungen |
-| Rollback-Protokoll | Zuverlässige Rollback-Mechanismen zum Zurücksetzen von Updates |
-
-Praktische Beispiele verdeutlichen die Bedeutung dieser Prioritäten:
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Benutzerbasis von über 5000 ausgerollt. Wir sehen sehr reibungslose Abläufe; fast alle unsere Benutzer sind innerhalb von Minuten nach der Bereitstellung des OTA bei @Capgo auf dem neuesten Stand." [\[1\]](https://capgo.app/)
-
-### Nächste Schritte
-
-Um Ihre OTA-Updates sicher und effizient zu gestalten, sollten Sie diese Schritte in Betracht ziehen:
-
--   **Verwenden Sie verschlüsselte Liefersysteme**, um Sicherheitsstandards und Anforderungen des App-Stores zu erfüllen.
--   **Richten Sie Überwachungstools ein**, um kritische Kennzahlen in Echtzeit zu verfolgen.
--   **Implementieren Sie gestaffelte Rollouts**, indem Sie mit einer kleinen Benutzergruppe beginnen, bevor Sie auf alle Benutzer ausweiten.
-
-Eine gut vorbereitete Staging-Umgebung, unterstützt von Plattformen wie Capgo, kann Ihnen helfen, diese Ziele zu erreichen. Beispielsweise können 95 % der aktiven Benutzer innerhalb von 24 Stunden aktualisieren, mit einer durchschnittlichen globalen API-Antwortzeit von 434 ms [\[1\]](https://capgo.app/).
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Benutzer!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/state-privacy-laws-for-mobile-apps-comparison.md b/src/content/blog/de/state-privacy-laws-for-mobile-apps-comparison.md
deleted file mode 100644
index 87f9eb6c6..000000000
--- a/src/content/blog/de/state-privacy-laws-for-mobile-apps-comparison.md
+++ /dev/null
@@ -1,176 +0,0 @@
----
-slug: state-privacy-laws-for-mobile-apps-comparison
-title: 'Datenschutzgesetze der Bundesstaaten für Mobile Apps: Ein Vergleich'
-description: >-
-  Erkunden Sie die wichtigsten Unterschiede in den Datenschutzgesetzen für
-  mobile Apps in Kalifornien, Virginia und Colorado und erfahren Sie, wie Sie
-  die Compliance sicherstellen können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:47:03.403Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de206e13cee397379a38f6-1742611661440.jpg
-head_image_alt: Mobile-Entwicklung
-keywords: >-
-  mobile apps, privacy laws, CCPA, VCDPA, CPA, data protection, user rights,
-  compliance, security measures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Die Datenschutzgesetze für mobile Apps variieren zwischen den Bundesstaaten und deren Verständnis ist für Entwickler wichtig. Hier ein kurzer Überblick über die wichtigsten Datenschutzbestimmungen in Kalifornien, Virginia und Colorado:
-
--   **Kalifornien ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)/[CPRA](https://en.wikipedia.org/wiki/CPRA))**: Erfordert detaillierte Offenlegungen, Opt-out-Optionen für Datenverkäufe und strenge Regeln für sensible Daten. Nutzer können ihre Daten einsehen, löschen und korrigieren.
--   **Virginia ([VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))**: Fokussiert sich auf Einwilligung bei sensiblen Daten, angemessene Sicherheitsmaßnahmen und Nutzerrechte wie Datenzugriff, -löschung und -korrektur. Kein "Do Not Sell"-Button erforderlich.
--   **Colorado ([CPA](https://coag.gov/resources/colorado-privacy-act/))**: Betont Opt-out-Optionen, Einwilligung für sensible Daten und verpflichtende Datenschutzprüfungen für Hochrisiko-Aktivitäten.
-
-### Schneller Vergleich
-
-| Staatsgesetz | Hauptmerkmale | Nutzerrechte | Besondere Anforderungen |
-| --- | --- | --- | --- |
-| **CCPA/CPRA** | Detaillierte Datenoffenlegung, Opt-out für Datenverkäufe, strengere Regeln für sensible Daten | Zugriff, Löschung, Korrektur, Übertragung | Transparenz bei automatisierten Entscheidungen |
-| **VCDPA** | Einwilligung für sensible Daten, angemessene Sicherheitsmaßnahmen, Vereinbarungen mit Anbietern | Zugriff, Löschung, Korrektur, Übertragbarkeit | Kein "Do Not Sell"-Button erforderlich |
-| **CPA** | Opt-out-Optionen, Einwilligung für sensible Daten, Datenschutzprüfungen | Zugriff, Löschung, Korrektur, Übertragung | Verpflichtende Datenschutz-Risikobewertungen |
-
-Die Nichteinhaltung dieser Gesetze kann zu Geldstrafen und Reputationsschäden führen. Entwickler sollten sich auf klare Datenhinweise, Einwilligungssysteme und starke Sicherheitspraktiken konzentrieren, um konform zu bleiben.
-
-## 2023 Datenschutz-Update: Briefing zu neuen staatlichen Datenschutzgesetzen
-
-<iframe src="https://www.youtube.com/embed/koQ3TEzkG-U" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Kalifornische Datenschutzgesetze ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)/[CPRA](https://en.wikipedia.org/wiki/CPRA))
-
-Kalifornien ist führend bei Datenschutzvorschriften mit seinem **California Consumer Privacy Act (CCPA)** und **California Privacy Rights Act (CPRA)**, die von Entwicklern die Einhaltung strenger Datenstandards verlangen.
-
-Der **CCPA** gilt für Unternehmen, die mindestens eines dieser Kriterien erfüllen:
-
--   Jahresumsatz übersteigt 25 Millionen Dollar
--   Verarbeitet Daten von 50.000 oder mehr kalifornischen Einwohnern
--   Erwirtschaftet 50% oder mehr des Umsatzes durch den Verkauf personenbezogener Daten
-
-Wenn Ihre mobile App unter diese Regeln fällt, müssen Sie offenlegen:
-
--   Die Arten der erhobenen personenbezogenen Daten
--   Warum die Daten erhoben werden
--   An welche Drittparteien die Daten weitergegeben werden
--   Wie lange die Daten aufbewahrt werden
--   Die nach kalifornischem Recht gewährten Nutzerrechte
-
-Kalifornische Einwohner haben spezifische Rechte, einschließlich der Möglichkeit, ihre personenbezogenen Daten einzusehen, zu löschen, zu korrigieren und zu übertragen. Sie können auch dem Verkauf ihrer Daten widersprechen.
-
-Bei sensiblen Daten - wie Standortdaten, Anmeldedaten, Finanzinformationen, biometrischen Daten oder gesundheitsbezogenen Informationen - müssen Apps strengere Protokolle befolgen. Dazu gehören:
-
--   Einholen einer ausdrücklichen Opt-in-Einwilligung
--   Implementierung stärkerer Sicherheitsmaßnahmen
--   Begrenzung der Speicherdauer sensibler Daten
--   Einschränkung des Zugriffs auf diese Informationen
-
-Für Apps, die auf automatisierte Entscheidungsfindung setzen, verlangt die **CPRA** Transparenz. Entwickler müssen erklären, wie ihre Algorithmen funktionieren, warum Entscheidungen getroffen werden und wie Nutzer davon betroffen sein könnten.
-
-Kaliforniens Datenschutzgesetze setzen nicht nur den Standard innerhalb des Bundesstaates, sondern beeinflussen auch [Datenschutzrichtlinien](https://capgo.app/dp/) im ganzen Land und prägen, wie Entwickler an die Compliance herangehen.
-
-## 2. Virginia Datenschutzgesetz ([VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))
-
-![VCDPA](https://mars-images.imgix.net/seobot/screenshots/pro.bloomberglaw.com-e2d26366f154a86b70aef4e66139addc-2025-03-22.jpg?auto=compress)
-
-Seit dem 1. Januar 2023 gilt der Virginia Consumer Data Protection Act (VCDPA) für Unternehmen, die entweder personenbezogene Daten von mindestens 100.000 Virginia-Einwohnern jährlich verarbeiten oder kontrollieren, oder von 25.000 Einwohnern, wenn mindestens die Hälfte ihres Umsatzes aus der Verarbeitung solcher Daten stammt.
-
-Für Mobile-App-Entwickler führt das Gesetz mehrere zentrale Anforderungen ein:
-
--   **Eindeutige Einwilligung einholen** vor der Verarbeitung sensibler personenbezogener Daten.
--   **Angemessene Sicherheitsmaßnahmen implementieren** und Aufzeichnungen über Datenverarbeitungsaktivitäten führen.
--   **Vereinbarungen mit Anbietern** haben, die personenbezogene Daten verwalten.
-
-Virginia-Einwohner haben spezifische Rechte unter dem VCDPA. Sie können ihre Daten einsehen, löschen und korrigieren, eine portable Kopie anfordern und sich von gezielter Werbung abmelden.
-
-Anders als Kaliforniens Datenschutzgesetz verlangt der VCDPA keinen "Do Not Sell"-Button oder Offenlegungen über finanzielle Anreize im Zusammenhang mit der Datennutzung. Während keine genauen technischen Maßnahmen spezifiziert werden, müssen Unternehmen angemessene Sicherheitspraktiken einführen. Die Durchsetzung erfolgt durch den Virginia Attorney General, der nach Gewährung einer Frist zur Behebung von Problemen zivilrechtliche Strafen verhängen kann.
-
-Dieses Gesetz zielt darauf ab, Verbraucherdaten zu schützen und bietet Unternehmen dabei eine gewisse Flexibilität. Mobile-App-Entwickler, die in Virginia tätig sind, sollten ihre Datenschutzrichtlinien sorgfältig evaluieren, um konform zu bleiben und das Vertrauen der Nutzer zu wahren.
-
-## 3. Colorado Datenschutzregeln ([CPA](https://coag.gov/resources/colorado-privacy-act/))
-
-![CPA](https://mars-images.imgix.net/seobot/screenshots/coag.gov-27b642301e832ad4f24c09bcab1135ad-2025-03-22.jpg?auto=compress)
-
-Der Colorado Privacy Act (CPA) legt Richtlinien für den Datenschutz fest, die Unternehmen in Colorado betreffen. Er gilt für Unternehmen, die bestimmte Daten- oder Umsatzschwellen erreichen. Für Mobile-App-Entwickler bedeutet dies die Befolgung spezifischer Regeln zum Schutz personenbezogener Informationen und zur Gewährleistung von Transparenz bei der Datenverarbeitung.
-
-Zu den wichtigsten Anforderungen gehören:
-
--   **Opt-out-Optionen**: Nutzer müssen eine klare Möglichkeit haben, sich von gezielter Werbung und Datenverkäufen abzumelden.
--   **Einwilligung für sensible Daten**: Unternehmen müssen die Einwilligung der Nutzer einholen, bevor sie sensible personenbezogene Informationen erheben.
--   **Detaillierte Datenschutzhinweise**: Entwickler müssen klare Informationen über die Art der erhobenen Daten, den Grund der Verarbeitung und ob sie mit Dritten geteilt werden, bereitstellen.
-
-Der CPA betont auch starke Sicherheitspraktiken wie Verschlüsselung, regelmäßige Prüfungen, Vorfallreaktionspläne und die Beschränkung der Datenerhebung auf das Notwendige.
-
-Colorado-Einwohner erhalten unter diesem Gesetz mehrere Rechte, wie den Zugriff auf, die Korrektur, Löschung und Übertragung ihrer personenbezogenen Daten. Sie können sich auch von automatisierten Entscheidungsprozessen abmelden. Ein herausragendes Merkmal des CPA ist die Anforderung an Unternehmen, Datenschutzprüfungen für Hochrisiko-Verarbeitungsaktivitäten durchzuführen. Dieser Schritt hilft dabei, Datenschutzrisiken zu identifizieren und anzugehen. Anders als ähnliche Gesetze in Kalifornien und Virginia macht Colorado diese Prüfungen für Hochrisiko-Datennutzung verpflichtend.
-
-Der CPA drängt auf besseren Verbraucherdatenschutz, stärkere Sicherheit und größere Transparenz in mobilen Apps.
-
-## 4. [Capgo](https://capgo.app/) Datenschutzstandards
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capgo richtet sich nach CCPA, VCDPA und CPA und überbrückt die Lücke zwischen staatlichen Vorschriften und praktischen App-Entwicklungsanforderungen.
-
-Mit **Ende-zu-Ende-Verschlüsselung** stellt Capgo sicher, dass Nutzerdaten während App-Updates sicher bleiben. Beeindruckenderweise erhalten 95% der aktiven Nutzer Updates sicher innerhalb von 24 Stunden, mit einer globalen Erfolgsrate von 82% [\[1\]](https://capgo.app/).
-
-So unterstützt Capgo die Datenschutz-Compliance:
-
-| Funktion | Datenschutzvorteil | Compliance-Unterstützung |
-| --- | --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Stellt sicher, dass nur autorisierte Nutzer Updates entschlüsseln können | Erfüllt Datensicherheitsstandards aller Bundesstaaten |
-| Granulare Berechtigungen | Ermöglicht kontrollierten Zugriff für Teammitglieder | Unterstützt internes Datenschutzmanagement |
-| Flexible Hosting | Bietet Cloud- oder Self-Hosting-Optionen | Adressiert Datenresidenz-Anforderungen |
-| Nutzerzuweisung | Ermöglicht gezielte Update-Verteilung | Erleichtert einwilligungsbasierte Feature-Rollouts |
-
-Für diejenigen, die sich Sorgen um Anbieterabhängigkeiten machen, bietet Capgos Open-Source-Struktur Transparenz darüber, wie Daten verarbeitet und verwaltet werden.
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren nur Updates" - Capgo [\[1\]](https://capgo.app/)
-
-Capgos Effektivität ist klar: Es wird von 750 Produktions-Apps vertraut und hat bisher 23,5M [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) ausgeliefert [\[1\]](https://capgo.app/).
-
-Verfolgen Sie Updates in Echtzeit mit Analysen, Fehlerüberwachung und rollenbasierten Zugriffskontrollen, um die Compliance über mehrere Bundesstaaten hinweg zu vereinfachen.
-
-## Staatsgesetze: Vorteile und Einschränkungen
-
-Hier eine Aufschlüsselung der Stärken und Schwächen wichtiger staatlicher Gesetze zur Regelung des Datenschutzes. Diese Erkenntnisse bauen auf früheren Diskussionen über staatliche Rahmenbedingungen und praktische Compliance-Strategien auf:
-
-| Staatsgesetz | Stärken | Schwächen |
-| --- | --- | --- |
-| CCPA/CPRA | • Starke Verbraucherrechte  <br>• Klare Strafen bei Datenschutzverletzungen  <br>• Detaillierte Compliance-Anweisungen | • Kompliziert umzusetzen  <br>• Teurer Compliance-Prozess  <br>• Betrifft hauptsächlich größere Unternehmen |
-| VCDPA | • Vereinfachte Einwilligungsregeln  <br>• Klare Kategorien für Datenverarbeitung  <br>• Enthält Rahmen für Risikobewertung | • Begrenzte Durchsetzungsinstrumente  <br>• Kleinerer Umfang im Vergleich zu CCPA/CPRA  <br>• Weniger Verbraucherrechte |
-| CPA | • Bietet flexible Compliance-Wege  <br>• Enthält universelle Opt-out-Optionen  <br>• Erfordert regelmäßige Bewertungen | • Vage technische Anforderungen  <br>• Mangelt an detaillier
-
-Um diese Herausforderungen zu bewältigen, vereinfachen automatisierte Tools wie Capgo die Compliance-Aufgaben. Mit Funktionen wie Ende-zu-Ende-Verschlüsselung und anpassbarem Hosting gewährleistet Capgo die Datensicherheit in verschiedenen regulatorischen Umgebungen.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Wichtige Compliance-Erkenntnisse
-
--   **Kalifornien (CCPA/CPRA)**: Bietet starken Verbraucherschutz, erfordert aber erhebliche Ressourcen für die Compliance.
--   **Virginia (VCDPA)**: Bietet klarere Datenverarbeitungsregeln, hat aber weniger Durchsetzungsmechanismen.
--   **Colorado (CPA)**: Balanciert Flexibilität mit Verantwortlichkeit, fehlt aber spezifische technische Richtlinien.
-
-Capgo hat sich bei der Verwaltung der Compliance über mehrere Bundesstaaten hinweg als effektiv erwiesen. Sein gezieltes Update-System und die schnelle Download-Geschwindigkeit von 114ms für ein 5MB-Bundle ermöglichen es Entwicklern, Datenschutzaktualisierungen schnell umzusetzen [\[1\]](https://capgo.app/). Mit der Nutzung durch 750 Produktions-Apps zeigt Capgo seinen Wert in realen Anwendungsfällen [\[1\]](https://capgo.app/).
-
-### Auswirkungen auf Entwicklungspraktiken
-
-Für Entwickler ist die Balance zwischen schnellen Updates und Compliance-Anforderungen eine kritische Herausforderung. Die Integration von Capgo in CI/CD-Pipelines erleichtert die Bereitstellung von Updates bei gleichzeitiger Einhaltung verschiedener Vorschriften. Dies optimiert Arbeitsabläufe und gewährleistet die Compliance über verschiedene Jurisdiktionen hinweg.
-
-## Fazit
-
-Staatliche Datenschutzgesetze wie CCPA/CPRA, VCDPA und CPA stellen unterschiedliche Anforderungen an Mobile-App-Entwickler. Jeder Staat hat seinen eigenen Ansatz zum Datenschutz mit spezifischen Anforderungen und Durchsetzungsmethoden.
-
-Für Entwickler bedeutet die Einhaltung der Vorschriften in verschiedenen Jurisdiktionen die Annahme von Strategien, die diese unterschiedlichen Anforderungen bewältigen können. Geschwindigkeit und Anpassungsfähigkeit sind entscheidend, da Branchendaten zeigen, dass die schnelle Implementierung von Updates wesentlich ist, um regulatorische Anforderungen zu erfüllen[\[1\]](https://capgo.app/).
-
-Um diese Herausforderungen zu bewältigen, sollten sich Entwickler auf drei Schlüsselbereiche konzentrieren:
-
--   **[Schnelle Update-Systeme](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)**: Einrichtung von Prozessen, die eine schnelle Implementierung von Datenschutz-Updates ermöglichen.
--   **Starke Sicherheitsmaßnahmen**: Sicherstellung, dass alle Datenübertragungen und Updates mit Ende-zu-Ende-Verschlüsselung geschützt sind.
--   **Gründliche Tests**: Nutzung von gestaffelten Einführungen und Beta-Tests zur Bestätigung, dass Datenschutz-Updates wie beabsichtigt funktionieren.
-
-Diese Ansätze entsprechen den spezifischen Herausforderungen staatlicher Vorschriften und helfen bei der Gewährleistung der Compliance.
-
-Da sich staatliche Datenschutzgesetze weiterhin ändern, hängt der Erfolg von Mobile Apps zunehmend von der Anpassungsfähigkeit ab. Derzeit verwalten 750 Produktions-Apps diese Anforderungen effektiv mit automatisierten Compliance-Tools[\[1\]](https://capgo.app/). Durch die Anwendung dieser Methoden können Entwickler ihre Apps compliant und bereit für zukünftige Änderungen halten.
diff --git a/src/content/blog/de/testing-capacitor-ota-updates-with-mock-scenarios.md b/src/content/blog/de/testing-capacitor-ota-updates-with-mock-scenarios.md
deleted file mode 100644
index bbde72a8d..000000000
--- a/src/content/blog/de/testing-capacitor-ota-updates-with-mock-scenarios.md
+++ /dev/null
@@ -1,225 +0,0 @@
----
-slug: testing-capacitor-ota-updates-with-mock-scenarios
-title: Testen von Capacitor OTA Updates mit Mock-Szenarien
-description: >-
-  Erfahren Sie, wie Sie OTA-Updates in Capacitor-Apps effektiv testen können, um
-  Zuverlässigkeit zu gewährleisten und die Benutzerzufriedenheit zu steigern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:53:13.485Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da3972cfd1b2222c56f23a-1742356439850.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, OTA updates, testing, mock scenarios, app reliability, network
-  conditions, failure recovery, analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**OTA-Updates sind ein Game-Changer für [Capacitor](https://capacitorjs.com/) Apps und ermöglichen Entwicklern, Bugs zu beheben und Funktionen ohne App Store Verzögerungen hinzuzufügen. Aber gründliches Testen dieser Updates ist entscheidend, um Abstürze, Datenverlust oder fehlerhafte Funktionalität zu vermeiden.**
-
-Hier ist, was Sie wissen müssen:
-
--   **Warum es wichtig ist**: Unzuverlässige Updates können das Nutzervertrauen und die App-Leistung beeinträchtigen.
--   **Sicheres Testen**: Verwenden Sie Mock-Tests, um reale Bedingungen wie schlechte Netzwerke oder beschädigte Dateien zu simulieren.
--   **Benötigte Tools**: [Node.js](https://nodejs.org/en), Capacitor CLI und [Capgo](https://capgo.app/) CLI für die Update-Verwaltung.
--   **Wichtige Testszenarien**: Normale Updates, fehlgeschlagene Installationen und Netzwerkprobleme.
--   **Zu überwachende Metriken**: Download-Raten, Installations-Erfolg und Versions-Genauigkeit.
-
-Das Testen mit Tools wie Capgo stellt sicher, dass Updates reibungslos, sicher und zuverlässig sind. Mock-Tests haben eine **82% Erfolgsquote** gezeigt und helfen Apps dabei, Stabilität zu bewahren während Updates schnell bereitgestellt werden.
-
-## Verwandtes Video von YouTube
-
-<iframe src="https://www.youtube.com/embed/pCDPwItv_ik" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Vorbereitung der Testumgebung
-
-Dieser Abschnitt behandelt die wichtigsten Tools und Schritte zur Einrichtung Ihrer Umgebung.
-
-### Erforderliche Software
-
-Um [Capacitor OTA Updates](https://capgo.app/ja/) zu testen, benötigen Sie folgende Tools:
-
-| Software | Zweck | Versionsanforderungen |
-| --- | --- | --- |
-| **Node.js** | Laufzeitumgebung | Neueste LTS Version |
-| **Capacitor CLI** | App-Entwicklung | Capacitor 8 |
-| **[Capgo CLI](https://capgo.app/docs/cli/commands)** | OTA-Verwaltung | Neueste Version |
-
-Installieren Sie die Capgo CLI mit:
-
-```bash
-npx @capgo/cli init
-```
-
-Nach der Installation konfigurieren Sie Ihr Projekt, um Produktionsbedingungen effektiv zu simulieren.
-
-### Testprojekt einrichten
-
-Erstellen Sie ein Testprojekt, das Produktionsbedingungen widerspiegelt. Nutzen Sie Capgos Kanalsystem, um Testszenarien zu isolieren.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist erfolgskritisch für die kontinuierliche Bereitstellung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo bietet Ende-zu-Ende-Verschlüsselung, um Ihre Testupdates sicher zu halten. Sie können auch zwischen cloud-basierten oder selbst gehosteten Umgebungen wählen, je nach Ihren Anforderungen.
-
-### OTA-Funktionen hinzufügen
-
-Um Over-The-Air (OTA) Updates zu implementieren, folgen Sie diesen drei Schritten:
-
--   **Plugin-Installation**
--   **Build-Konfiguration**
--   **[Update-Integration](https://capgo.app/docs/live-updates/update-behavior/)**
-
-Capgos CI/CD-Tools machen automatisiertes Testen nahtlos. Plattformen wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) und [Jenkins](https://www.jenkins.io/) werden unterstützt und ermöglichen das Testen von Updates in verschiedenen Umgebungen vor der Bereitstellung. Das Kanalsystem ist besonders hilfreich für die Verwaltung verschiedener Testszenarien.
-
-> "Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) :-)" - NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-Für bessere Kontrolle während des Testens integrieren Sie Capgos Analysen für Echtzeit-Einblicke.
-
-## Testszenarien erstellen
-
-Richten Sie Testszenarien ein, um zuverlässige OTA-Updates sicherzustellen. Schauen wir uns einige praktische Ansätze an.
-
-### Normale Updates testen
-
-Prüfen Sie Standardaktualisierungsprozesse, um eine Baseline zu etablieren:
-
-```bash
-capgo build && capgo deploy --channel beta
-```
-
-Konzentrieren Sie sich auf diese Schlüsselmetriken:
-
--   **Download-Abschlussraten**
--   **Installations-Erfolgsraten**
--   **Update-Aktivierungszeitpunkt**
--   **Versions-Überprüfung**
-
-### Fehlerhafte Updates testen
-
-Simulieren Sie fehlgeschlagene Updates, um Fehlerbehandlung und Wiederherstellung zu evaluieren:
-
-| Testfall | Einrichtung | Erwartetes Ergebnis |
-| --- | --- | --- |
-| Beschädigtes Bundle | Bundle-Prüfsumme modifizieren | App lehnt das Update ab |
-| Unvollständige Dateien | Übertragung während Update unterbrechen | App behält vorherige Version |
-| Versions-Konflikt | Inkompatible Version bereitstellen | App blockiert die Installation |
-
-Verwenden Sie separate Kanäle für diese Tests, um Interferenzen zu vermeiden. Simulieren Sie dann schlechte Netzwerkbedingungen, um zu sehen, wie die App damit umgeht.
-
-### Netzwerkprobleme testen
-
-Testen Sie, wie Updates unter schwierigen Netzwerkbedingungen funktionieren:
-
--   **Bandbreite auf 3G-Geschwindigkeit drosseln** (etwa 750 Kbps)
--   **Flugmodus während Updates aktivieren**
--   **Komplette Trennung simulieren** um Offline-Verhalten und Wiederaufnahmefähigkeiten zu prüfen
-
-Capgos System minimiert die Auswirkungen von langsamen oder instabilen Netzwerken, indem nur die geänderten Teile eines Updates heruntergeladen werden. Die eingebauten Wiederholungsmechanismen behandeln unterbrochene Verbindungen automatisch.
-
-Sie können diese Szenarien konfigurieren mit:
-
-```bash
-capgo deploy --channel test --network-condition slow
-```
-
-Verfolgen Sie den Fortschritt mit Capgos Echtzeit-Analysen. Alle Tests behalten die Ende-zu-Ende-Verschlüsselung bei, sodass die Sicherheit auch während der Fehlerbehebung intakt bleibt.
-
-## Update-Tests verwalten
-
-### Testfälle ausführen
-
-Richten Sie einen klaren Testworkflow ein, indem Sie separate Testkanäle erstellen, um alles organisiert und isoliert zu halten.
-
-```bash
-# Create test channels
-capgo channel create beta-test
-capgo channel create staging-test
-```
-
-Verfolgen Sie jeden Testfall mit einem strukturierten Ansatz:
-
-| **Testphase** | **Zu überwachende Metriken** | **Erfolgskriterien** |
-| --- | --- | --- |
-| Download | Übertragungsgeschwindigkeit, Abschlussrate | 100% Download-Erfolg |
-| Installation | Speichernutzung, Installationsdauer | Installation unter 30 Sekunden |
-| Aktivierung | App-Neustart-Zeit, Versionscheck | Korrekte Version aktiviert |
-
-Capgos Tools können Ihnen helfen, diese Metriken konsistent und effektiv zu überwachen.
-
-### Updates überwachen
-
-Capgos Analytics-Dashboard bietet Einblicke in Ihre Update-Performance:
-
--   Abschlussraten für Downloads unter verschiedenen Netzwerkbedingungen
--   Installations-Erfolgsraten nach Gerätetyp kategorisiert
--   Zeitverlauf der Nutzer-Adoption der neuen Version
--   Häufigkeit von Fehlern während des Update-Prozesses
-
-> "Wir sehen einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach der OTA-Bereitstellung bei @Capgo auf dem neuesten Stand." - colenso [\[1\]](https://capgo.app/)
-
-Für Echtzeit-Fehlerverfolgung verwenden Sie folgenden Befehl:
-
-```bash
-capgo monitor --channel beta-test --verbose
-```
-
-### Ergebnisse prüfen
-
-Stellen Sie sicher, dass alles wie erwartet funktioniert, indem Sie überprüfen:
-
--   **Versions-Genauigkeit** mit dem eingebauten Prüfer:
-
-```bash
-capgo version --check --channel beta-test
-```
-
--   **Datenintegrität**, einschließlich lokalem Speicher und zwischengespeicherten Inhalten
--   **Performance-Metriken** wie App-Startzeit, Speichernutzung, Netzwerkaktivität und Akkuverbrauch
-
-Wenn Probleme auftreten, macht Capgos Rollback-Funktion es einfach, zur vorherigen stabilen Version zurückzukehren. Dies ermöglicht es Ihnen, Probleme zu beheben, ohne den Testprozess zu stören oder die Stabilität der Testumgebung zu gefährden.
-
-## Häufige Probleme beheben
-
-### Wiederherstellung nach fehlgeschlagenem Update
-
-Wenn Over-the-Air (OTA) Updates fehlschlagen, ist es wichtig, einen Plan zu haben. Verwenden Sie Fallback-Methoden, die Benutzer über den Fehler informieren und ihre Geräte automatisch auf die letzte stabile Version zurücksetzen. Stellen Sie sicher, dass diese Wiederherstellungsschritte Teil Ihres Testprozesses sind, um zu bestätigen, dass sie wie erwartet funktionieren.
-
-```javascript
-// Example of a fallback implementation:
-const handleUpdateFailure = async () => {
-   await notifyUsers("Update failed – reverting to a stable version");
-   await revertToLastStableVersion();
-   logFailureMetrics();
-}
-```
-
-Neben der Wiederherstellung konzentrieren Sie sich darauf, Installationsprobleme zu lösen, um reibungslose Updates sicherzustellen.
-
-### Installationsprobleme
-
-Installationsprobleme treten oft aufgrund von begrenztem Gerätespeicher oder instabilen Netzwerkverbindungen auf. Verwenden Sie progressive Updates, die nur die notwendigen Änderungen herunterladen, anstatt das gesamte Update. Dieser Ansatz reduziert das Risiko von Speicher- und Netzwerkproblemen. Testen Sie Updates unter verschiedenen Netzwerkbedingungen und Speicherbeschränkungen, wie in früheren Testphasen identifiziert.
-
-Die Behandlung von Datenkonflikten ist ein weiterer kritischer Teil der Aufrechterhaltung der Update-Zuverlässigkeit.
-
-### Datenkonflikte
-
-Datenkonflikte können auftreten, wenn Updates Änderungen an bestehenden Schemas beinhalten. Um diese Probleme zu vermeiden, implementieren Sie strikte Versionskontrolle, planen und testen Sie Schema-Migrationen und integrieren Sie Rollback-Optionen mit Fehlerverfolgung. Verwenden Sie stufenweise Rollouts oder Beta-Kanäle, um diese Szenarien in kontrollierten Umgebungen zu testen, damit Sie Probleme erkennen und beheben können, bevor das Update alle Benutzer erreicht.
-
-## Zusammenfassung
-
-### Test-Auswirkungen
-
-Umfassendes OTA-Update-Testing hat global eine 82% Erfolgsrate erreicht und verbessert sowohl die App-Zuverlässigkeit als auch die Benutzerzufriedenheit [\[1\]](https://capgo.app/). Mock-Testing ist besonders nützlich in herausfordernden Szenarien wie Netzwerkunterbrechungen, Datenmigrationen und Speicherbeschränkungen. Durch die Replikation dieser Bedingungen können Entwicklungsteams sicherstellen, dass Updates in verschiedenen Umgebungen zuverlässig funktionieren. Dieser methodische Ansatz hilft dabei, konsistente Updates zu liefern, die die Benutzerakzeptanz fördern.
-
-### [Capgo](https://capgo.app/) verwenden
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Die Vorteile des Testens werden mit einer Plattform wie **Capgo** verstärkt. Es vereinfacht OTA-Update-Tests durch fortschrittliche Validierungstools und integriert bewährte Testergebnisse, um sichere und effiziente Updates bereitzustellen. Capgos Kanalsystem unterstützt Beta-Tests und stufenweise Rollouts, sodass Updates vor der vollständigen Bereitstellung gründlich geprüft werden können. Mit Funktionen wie detaillierten Analysen, Fehlerverfolgung und globaler CDN-Performance liefert Capgo beeindruckende Download-Geschwindigkeiten - 114ms für ein 5MB Bundle [\[1\]](https://capgo.app/).
-
-Capgo bietet auch Ende-zu-Ende-Verschlüsselung und sofortige Rollback-Optionen, um die App-Stabilität zu gewährleisten. Diese Fähigkeiten haben 750 Produktions-Apps unterstützt und 23,5 Millionen Updates geliefert [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/de/testing-capacitor-ota-updates.md b/src/content/blog/de/testing-capacitor-ota-updates.md
deleted file mode 100644
index 36c7a8893..000000000
--- a/src/content/blog/de/testing-capacitor-ota-updates.md
+++ /dev/null
@@ -1,260 +0,0 @@
----
-slug: testing-capacitor-ota-updates
-title: Testen von Capacitor OTA Updates
-description: >-
-  Lernen Sie, wie Sie OTA-Updates für Ihre Capacitor-App effektiv testen können,
-  um reibungslose Bereitstellungen und verbesserte Sicherheit mit wichtigen
-  Werkzeugen und Strategien sicherzustellen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T02:57:37.246Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9cbd22e221594daf2fc62-1744426677476.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, Capacitor, testing, Capgo, mobile app deployment, security,
-  performance, version control
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**OTA-Updates ermöglichen es Ihnen, Fehler zu beheben, Funktionen hinzuzufügen und Ihre [Capacitor](https://capacitorjs.com/)-App sofort zu aktualisieren - keine App Store Verzögerungen.** Hier erfahren Sie, wie Sie diese effektiv testen:
-
--   **Was sind OTA-Updates?** Sie übertragen Änderungen direkt auf die Geräte der Nutzer und umgehen App Store Überprüfungen. Dies spart Zeit und behebt Probleme schnell.
--   **Warum Tests wichtig sind:** Schlecht getestete Updates können Apps zum Absturz bringen oder Compliance-Probleme verursachen. Mit korrektem Testing sind 95% der Updates innerhalb von 24 Stunden erfolgreich.
--   **Benötigte Tools:** Capacitor CLI (v8+), [Node.js](https://nodejs.org/en) (v16+), [Capgo](https://capgo.app/) Plugin und ein Test-Framework wie [Cypress](https://www.cypress.io/).
--   **Test-Schritte:**
-    1.  Konfigurieren Sie Ihre Testumgebung und Capgo-Einstellungen.
-    2.  Validieren Sie Update-Prozesse wie Erkennung, Download, Installation und Rollback.
-    3.  Nutzen Sie Capgos Analyse- und Rollback-Tools zum Monitoring und zur Fehlerbehebung.
-    4.  Stellen Sie die Einhaltung der App Store Regeln sicher.
-
-**Hauptfunktionen von Capgo:**
-
--   Ende-zu-Ende-Verschlüsselung für sichere Updates.
--   Rollback-Optionen für schnelle Fehlerbehebung.
--   [Kanalbasierte Auslieferung](https://capgo.app/docs/webapp/channels/) für phasenweises Testen.
--   Schnelle Updates über globales CDN (5MB in ~114ms).
-
-**Profi-Tipp:** Nutzen Sie stufenweise Rollouts, um Updates an kleinen Nutzergruppen zu testen, bevor Sie sie vollständig ausrollen. Capgos Tools machen diesen Prozess reibungslos und sicher.
-
-## Testumgebung einrichten
-
-Die Einrichtung einer geeigneten Testumgebung ist der Schlüssel zur effektiven Validierung von OTA-Updates.
-
-### Erforderliche Software 
-
-Hier sind die wesentlichen Tools, die Sie für OTA-Tests benötigen:
-
-| Software-Komponente | Zweck | Versionsanforderungen |
-| --- | --- | --- |
-| Capacitor CLI | Kern-Entwicklungstools | 6.0 oder höher |
-| Node.js | Laufzeitumgebung | 16.0+ |
-| [Capgo Plugin](https://capgo.app/plugins/) | Verwaltet OTA-Updates | Neueste Version |
-| Test-Framework | Automatisiertes Testen (z.B. Cypress oder [Appium](http://appium.io/)) | N/A |
-
-### Umgebungskonfiguration
-
-Beginnen Sie mit der Aktualisierung der `capacitor.config.json` Datei mit den entsprechenden Staging-Server-Einstellungen und Update-Präferenzen.
-
-Initialisieren Sie anschließend die [Capgo-Konfigurationen](https://capgo.app/docs/cli/commands) mit folgendem Befehl:
-
-```
-npx @capgo/cli init
-```
-
-Nach der Konfiguration können Sie OTA-Updates in Ihre App integrieren.
-
-### App Setup Schritte
-
-Nach der Initialisierung integrieren Sie die OTA-Update-Funktionalität in Ihre App. Dieses System übernimmt Aufgaben wie Paketerstellung, Versionskontrolle, Verteilung und Sicherheit.
-
-Für Unternehmenssicherheit bietet Capgo sowohl Cloud-basierte als auch selbst-gehostete Optionen.
-
-Nach abgeschlossener Integration bauen Sie Ihre App und lösen Updates über die Capgo CLI aus. Da Capgo nahtlos mit Capacitor 8 funktioniert, unterstützt es eine breite Palette moderner Entwicklungsumgebungen.
-
-Diese Schritte legen den Grundstein für gründliche OTA-Update-Tests, die im nächsten Abschnitt zu Testmethoden behandelt werden.
-
-## Testmethoden
-
-Mit Ihrer konfigurierten Umgebung und eingerichteten App ist es Zeit, den Update-Prozess zu validieren. Das Testen von Over-the-Air (OTA) Updates erfordert einen strukturierten Ansatz, um zuverlässige und sichere Bereitstellungen zu gewährleisten.
-
-### Komponententests
-
-Dieser Schritt konzentriert sich auf die Überprüfung einzelner Update-Mechanismen und deren Interaktionen über Web- und Native-Ebenen hinweg. Ziel ist eine reibungslose Integration:
-
-| Testtyp | Fokusbereich | Erfolgskriterien |
-| --- | --- | --- |
-| Update-Erkennung | Versionsprüfung | ~57ms Antwortzeit |
-| Download-Prozess | [Bundle-Download](https://capgo.app/docs/webapp/bundles/) | 5MB Bundle in ~114ms |
-| Installation | Update-Anwendung | Erfolgreiche Integration |
-| Rollback | Versionsrücksetzung | Erfolgreicher Rollback |
-
-Capgos globales CDN hilft dabei, stabile Download-Geschwindigkeiten mit einer durchschnittlichen API-Antwortzeit von 57ms [\[1\]](https://capgo.app/) aufrechtzuerhalten. Diese Tests auf Komponentenebene bilden die Grundlage für die Bewertung der Gesamtsystemleistung.
-
-### Vollständige Systemtests
-
-Umfassende Tests mit Produktionsdaten sollten Folgendes bestätigen:
-
--   Updates werden zuverlässig erkannt und heruntergeladen
--   Installationen sind auf verschiedenen Geräten erfolgreich
--   Leistungseinfluss ist minimal
--   Die App behandelt Netzwerkprobleme effektiv
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 ausgerollt. Wir sehen einen sehr reibungslosen Betrieb; fast alle unsere Nutzer sind innerhalb von Minuten nach der OTA-Bereitstellung auf @Capgo aktualisiert."  
-> – colenso [\[1\]](https://capgo.app/)
-
-### App Store Konformität
-
-Sobald die Funktionalität überprüft ist, stellen Sie sicher, dass Updates den App Store Richtlinien entsprechen. OTA-Updates müssen Anforderungen wie Größenbeschränkungen, Inhaltsstandards, Leistungserwartungen und Nutzereinwilligung erfüllen.
-
-Um konform zu bleiben und die Effizienz zu verbessern, erwägen Sie stufenweise Rollouts. Capgos [Kanalsystem](https://capgo.app/docs/plugin/cloud-mode/channel-system/) ermöglicht es Ihnen, bestimmte Nutzergruppen für Beta-Tests anzusprechen, bevor Sie eine vollständige Bereitstellung durchführen. Für Unternehmens-Apps gewährleistet die Ende-zu-Ende-Verschlüsselung, dass nur autorisierte Nutzer Updates entschlüsseln und anwenden können, wodurch sensible Inhalte sicher bleiben.
-
-## Testrichtlinien
-
-### Risikomanagement
-
-Das Management von Risiken bei OTA-Updates beinhaltet die Implementierung mehrerer Schutzmaßnahmen. Ein wichtiger Ansatz sind **differentielle Updates**, die nur die modifizierten Codeteile senden. Dies reduziert die Download-Größe und minimiert potenzielle Fehler.
-
-| Risikominderungsstrategie | Implementierung | Nutzen |
-| --- | --- | --- |
-| Differentielle Updates | Sendet nur geänderte Codesegmente | Kleinere Downloads |
-| Stufenweise Rollouts | Verteilt Updates in Phasen | Begrenzt Risikoexposition |
-| Rollback-Mechanismus | Ermöglicht Rückkehr zu vorherigen Versionen | Schnelle Problemlösung |
-
-[Capgos Kanalsystem](https://capgo.app/docs/plugin/cloud-mode/channel-system/) erleichtert es Entwicklern, Updates an bestimmte Nutzergruppen wie Beta-Tester zu verteilen, bevor sie breit ausgerollt werden [\[1\]](https://capgo.app/). Dieser phasenweise Ansatz stellt sicher, dass Updates in kleineren Gruppen validiert werden, wodurch die Chance auf weitreichende Probleme reduziert wird. Sobald die Risiken unter Kontrolle sind, können sich Entwickler dann auf die Sicherung der Updates selbst konzentrieren.
-
-### Sicherheitsprüfungen
-
-Sicherheit hat höchste Priorität beim Testen von OTA-Updates. Die Verwendung von **Ende-zu-Ende-Verschlüsselung** stellt sicher, dass nur autorisierte Nutzer Updates zugreifen und installieren können, wodurch sensible Daten während der Bereitstellung sicher bleiben.
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren Updates nur" - Capgo [\[1\]](https://capgo.app/)
-
-Wichtige Sicherheitsschritte umfassen:
-
--   [Verschlüsselung von Updates](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) von Anfang bis Ende
--   Überprüfung der Authentizität von Updates vor der Installation
--   Beschränkung des Zugriffs auf Updates auf autorisierte Nutzer
-
-Capgos Fehler-Tracking-Tools unterstützen zusätzlich durch frühzeitige Identifizierung sicherheitsrelevanter Probleme, sodass Entwickler Schwachstellen beheben können, bevor sie Nutzer beeinträchtigen [\[1\]](https://capgo.app/).
-
-### Versionskontrolle
-
-Nach Behandlung der Sicherheit ist die Aufrechterhaltung einer ordnungsgemäßen Versionskontrolle wichtig, um sicherzustellen, dass Updates wie beabsichtigt funktionieren. Die Verwendung von **semantischer Versionierung** hilft, Tests zu strukturieren und Kompatibilitätsprobleme zu vermeiden.
-
-Best Practices für Versionskontrolle bei OTA-Updates beinhalten:
-
--   Einrichtung separater Kanäle für Entwicklung, Staging und Produktion
--   Testen von Updates auf spezifischen Versionen zur Bestätigung der Kompatibilität
--   Sicherstellung, dass Updates in der richtigen Reihenfolge angewendet werden, um Konflikte zu vermeiden
-
-Capgos Kanalsystem vereinfacht auch das Verwalten von Versionen und stellt sicher, dass Updates präzise und effizient bereitgestellt werden.
-
-## [Capgo](https://capgo.app/) Test-Tools
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f9cbd22e221594daf2fc62/c9663ca23e94ac8ce625337d9d850085.jpg)
-
-### Capgo Funktionen
-
-Capgo bietet spezialisierte Tools zum Testen von [Capacitor OTA-Updates](https://capgo.app/ja/), gewährleistet sichere Bereitstellung mit **Ende-zu-Ende-Verschlüsselung** und bietet **Echtzeit-Analysen** zur Überwachung der Update-Leistung. Diese Tools ermöglichen Entwicklern, Updates präzise bereitzustellen und gleichzeitig strenge Sicherheitsmaßnahmen aufrechtzuerhalten.
-
-| Funktion | Beschreibung |
-| --- | --- |
-| **Update-Bereitstellung** | Zuverlässige Leistung im Großmaßstab |
-| **Kanalsystem** | Kontrolle über gezielte Rollouts |
-| **Analytics Dashboard** | Live-Tracking der Update-Leistung |
-| **Sicherheitsfunktionen** | Stellt sicher, dass Updates verschlüsselt sind |
-
-Diese Funktionen vereinfachen und verbessern Test-Workflows, die durch die Capgo CLI weiter optimiert werden.
-
-### Testen mit Capgo
-
-Mit der Capgo CLI können Entwickler Build- und Deployment-Aufgaben automatisieren, was das Testen effizienter macht. Das Kanalsystem der Plattform ermöglicht präzise Kontrolle während der Testphasen:
-
--   **Beta-Test-Setup**  
-    Entwickler können separate Umgebungen für Entwicklung, Staging und Produktion erstellen, was strukturierte und kontrollierte Testphasen ermöglicht.
-    
--   **Update-Verteilung**  
-    Updates können an bestimmte Nutzergruppen verteilt werden, mit Echtzeit-Tracking von Fortschritt und Leistung.
-    
-
-### Debugging mit Capgo
-
-Capgo enthält eine robuste [Debugging-Suite](https://capgo.app/docs/plugin/debugging/) mit Echtzeit-Analysen und Fehler-Tracking, die Entwicklern hilft, Probleme während des Testens schnell zu identifizieren und zu beheben. Eine **Ein-Klick-Rollback** Funktion macht es einfach, zu vorherigen Versionen zurückzukehren und reduziert Ausfallzeiten.
-
-Das Fehler-Tracking-System liefert Einblicke wie:
-
--   Erfolgsraten für Update-Installationen
--   Metriken für Nutzerengagement
--   Identifizierung von Leistungsengpässen
-
-Mit seinen Debugging-Tools und nahtloser CI/CD-Integration unterstützt Capgo effizientes Testen sowohl für Cloud-basierte als auch selbst-gehostete Setups [\[1\]](https://capgo.app/).
-
-## Häufige Probleme
-
-### Versionsprobleme
-
-Versions-Mismatches während OTA-Updates können zu Deployment-Problemen führen. Hier sind einige typische Szenarien:
-
-| Problemtyp | Häufige Ursache | Lösung |
-| --- | --- | --- |
-| Konfigurationsabweichung | Falsche Version in capacitor.config.json | Überprüfen Sie, dass die Versionsnummern mit den Bereitstellungseinstellungen übereinstimmen. |
-| Widersprüchliche Bundles | Mehrere Versionen in der Distribution | Nutzen Sie das Kanalsystem von Capgo für effektives Versionsmanagement. |
-| Update-Reihenfolge | Nicht chronologische Updates | Richten Sie eine ordnungsgemäße Versionsverfolgung ein, um die korrekte Reihenfolge der Updates sicherzustellen. |
-
-Das Kanalsystem von Capgo hilft durch die Erstellung separater Umgebungen, stellt sicher, dass Updates der richtigen Reihenfolge folgen und reduziert das Risiko von Abweichungen.
-
-### Update-Fehler
-
-Netzwerkstörungen oder unvollständige Downloads sind oft der Grund für Update-Fehler. Capgos Fehlerverfolgungssystem identifiziert diese Probleme, zu denen gehören können:
-
--   Verbindungszeitüberschreitungen
--   Unvollständige Bundle-Übertragungen
--   Server-Verzögerungen
-
-Dank robuster Fehlerbehandlung und einem zuverlässigen CDN stellt Capgo sicher, dass Updates innerhalb von 24 Stunden 95% der aktiven Nutzer erreichen [\[1\]](https://capgo.app/).
-
-> "Detaillierte Analyse- und Fehlerverfolgungsfunktionen" stellen sicher, dass Entwickler "bei Problemen sofort zurückrollen können" während der Updates [\[1\]](https://capgo.app/).
-
-### Geschwindigkeitsprobleme
-
-Capgos globales CDN liefert 5MB-Bundles in nur 114ms, mit einer durchschnittlichen API-Antwortzeit von 57ms. Die intelligenten differentiellen Updates der Plattform reduzieren zusätzlich die Bandbreitennutzung, indem nur die geänderten Teile heruntergeladen werden [\[1\]](https://capgo.app/).
-
-> "Teilaktualisierungen: Intelligente differentielle Updates. Laden Sie nur die Änderungen herunter und sparen Sie Bandbreite und Zeit" [\[1\]](https://capgo.app/).
-
-Um Updates schnell und effizient zu halten, sollten Entwickler:
-
--   Echtzeitanalysen nutzen, um Leistungsengpässe zu erkennen.
--   Sich auf Teilaktualisierungen für schnellere Bereitstellungen verlassen.
--   CDN-Verteilung für gleichmäßige Übertragungsgeschwindigkeiten nutzen.
-
-Capgos Analyse-Dashboard bietet klare Metriken zur Identifizierung und Behebung von Leistungsproblemen und gewährleistet, dass Updates reibungslos an Benutzer ausgeliefert werden. Diese Tools arbeiten zusammen mit Pre-Deployment-Tests, um zuverlässige und schnelle Updates zu gewährleisten.
-
-## Zusammenfassung
-
-### Hauptpunkte
-
-Gründliche OTA-Tests konzentrieren sich auf Schlüsselbereiche wie Leistung, Sicherheit, Verteilung und Überwachung. Tools wie Capgo spielen eine entscheidende Rolle bei der Vereinfachung des OTA-Update-Bereitstellungsprozesses.
-
-| Testaspekt | Schlüsselfaktoren | Auswirkung |
-| --- | --- | --- |
-| Leistung | CDN-Geschwindigkeit (114ms für 5MB) | Gewährleistet schnelle, zuverlässige Updates |
-| Sicherheit | Ende-zu-Ende-Verschlüsselung | Schützt Bereitstellungen |
-| Verteilung | Kanalbasiertes System | Ermöglicht kontrollierte Rollouts |
-| Überwachung | Echtzeit-Analysen | Hilft bei frühzeitiger Problemerkennung |
-
-### Entwickler-Tipps
-
-Um Ihren OTA-Testprozess zu verbessern, beachten Sie diese praktischen Tipps:
-
--   **Metriken überwachen**: Nutzen Sie Echtzeit-Analysen zur Verfolgung der Update-Erfolgsraten.
--   **Kanäle nutzen**: Führen Sie Beta-Tests und stufenweise Rollouts für bessere Kontrolle durch.
--   **Rollbacks ermöglichen**: Stellen Sie sicher, dass Sie Updates bei Bedarf schnell zurücksetzen können.
--   **Tests automatisieren**: Integrieren Sie Tests in Ihre CI/CD-Pipeline für mehr Effizienz.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" [\[1\]](https://capgo.app/)
-
-> "Capgo optimiert die Entwicklung durch Eliminierung von App-Store-Verzögerungen bei Fehlerbehebungen." [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/token-revocation-in-capacitor-apps-guide.md b/src/content/blog/de/token-revocation-in-capacitor-apps-guide.md
deleted file mode 100644
index 5df436114..000000000
--- a/src/content/blog/de/token-revocation-in-capacitor-apps-guide.md
+++ /dev/null
@@ -1,259 +0,0 @@
----
-slug: token-revocation-in-capacitor-apps-guide
-title: 'Token-Widerruf in Capacitor-Apps: Leitfaden'
-description: >-
-  Lernen Sie, wie Sie effektive Token-Widerrufstrategien in Capacitor-Apps
-  implementieren, um die Sicherheit zu erhöhen und Benutzerdaten zu schützen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T11:28:05.842Z
-updated_at: 2025-05-16T11:28:59.679Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68268a500209458b3ff4fe45-1747394939679.jpg
-head_image_alt: Mobile-Entwicklung
-keywords: >-
-  token revocation, Capacitor apps, security, OAuth 2.0, user data protection,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Das Widerrufen von Tokens ist ein wichtiger Schritt zur Absicherung Ihrer [Capacitor](https://capacitorjs.com/) App.** Es stellt sicher, dass abgelaufene, kompromittierte oder nicht mehr benötigte Tokens keinen Zugriff mehr auf sensible Ressourcen haben. Hier sind die wichtigsten Punkte:
-
--   **Was ist Token-Widerruf?** Er macht Tokens sofort bei Abmeldung, Passwortwechsel oder Sicherheitsverletzungen ungültig.
--   **Warum ist es wichtig:** Schützt Benutzerdaten durch Verhinderung unberechtigter Zugriffe bei kompromittierten Tokens.
--   **Wichtige Schritte:**
-    -   Verwendung von OAuth 2.0 Standards (RFC 7009) für sichere Token-Handhabung.
-    -   Sichere Token-Speicherung (z.B. Keychain für iOS, Keystore für Android).
-    -   Nutzung kurzlebiger Tokens mit automatischer Aktualisierung für bessere Sicherheit.
-    -   Implementierung einer Token-Blacklist (z.B. [Redis](https://redis.io/)) für Echtzeit-Widerruf.
-
-### Schnelle Implementierungstipps:
-
-1.  **OAuth 2.0 Endpunkte einrichten:** Tools wie [Keycloak](https://www.keycloak.org/) vereinfachen den Token-Widerruf.
-2.  **Tokens sicher verwalten:** Vermeiden Sie die Speicherung in persistentem Speicher; nutzen Sie Arbeitsspeicher oder sichere APIs.
-3.  **Tokens auf Blacklist setzen:** Nutzen Sie Redis oder ähnliche Tools für schnelle Ungültigmachung.
-4.  **Aktivitäten überwachen:** Verfolgen Sie Token-Nutzung um potenzielle Verstöße zu erkennen.
-
-**Schnelle Vergleichstabelle:**
-
-| **Methode** | **Anwendungsfall** | **Details** |
-| --- | --- | --- |
-| Redis Blacklist | Apps mit hohem Traffic | Schnelle In-Memory Token-Ungültigmachung. |
-| Token-Versionierung | Unternehmenssysteme | Verknüpft Tokens mit Benutzerkonten. |
-| Refresh-Token-Kontrolle | Standard-Apps | Kombiniert kurzlebige Tokens mit Aktualisierungsmechanismen. |
-
-## Implementierungsschritte
-
-### OAuth 2.0 Endpunkte einrichten
-
-Eine sichere Implementierung beginnt mit der korrekten Einrichtung von OAuth 2.0 Endpunkten. Ein kritischer Aspekt ist die Gewährleistung eines sicheren Token-Widerrufs. Tools wie **Keycloak** bieten einen dedizierten Widerrufs-Endpunkt zur Verwaltung von Zugriffs- und Aktualisierungs-Tokens [\[2\]](https://www.keycloak.org/docs/25.0.6/securing_apps/index.html). Zur weiteren Verbesserung der Sicherheit implementieren Sie **PKCE (Proof Key for Code Exchange)** in Ihrem OAuth 2.0-Flow. Dieser Schritt hilft, Token-Abfangen zu verhindern und gewährleistet einen sichereren Authentifizierungsprozess [\[3\]](https://capacitorjs.com/docs/v2/guides/security).
-
-### Token-Lebenszyklus-Management
-
-Sobald Ihre Endpunkte konfiguriert sind, ist der nächste Schritt die Verwaltung des Token-Lebenszyklus zur Aufrechterhaltung der Sicherheit. Hier ist eine Referenztabelle mit Capacitor-Versionsanforderungen für sichere Token-Verwaltung:
-
-| Capacitor Version | Anforderungen | Sicherheitshinweise |
-| --- | --- | --- |
-| 6.x | XCode 15.0+ | Unterstützt Ende-zu-Ende-Verschlüsselung |
-| 5.x | XCode 14.1+ | Enthält erweiterte Sicherheitstools |
-| 4.x | XCode 12.0+ | Grundlegende Token-Verwaltungsfunktionen |
-
-Befolgen Sie diese wichtigen Praktiken für ein robustes Token-Lebenszyklus-Management:
-
--   Tokens **nur im Arbeitsspeicher** speichern um Exposition zu begrenzen.
--   **Automatische Token-Aktualisierungsmechanismen** implementieren für nahtlose Benutzersitzungen.
--   Strikte Ablauf- und Aktualisierungsintervalle für Tokens festlegen.
--   Sichere Speicherlösungen für zu persistierende Tokens verwenden.
-
-Durch diese Schritte können Sie Tokens effektiv verwalten und Risiken minimieren.
-
-### Sichere Token-Speichermethoden
-
-Korrekte Token-Speicherung ist entscheidend zum Schutz sensibler Informationen. Verwenden Sie plattformspezifische APIs zur Token-Sicherung, wie **Keychain Services** für iOS und die **KeyStore API** für Android. Diese Tools bieten eine auf jede Plattform zugeschnittene Sicherheitsebene.
-
-Für Unternehmensanwendungen erwägen Sie die Integration von Plugins für sichere Speicherung:
-
--   **Capacitor [Identity Vault](https://ionic.io/products/identity-vault)**: Bietet erweiterte Sicherheit für sensible Daten.
--   **Capacitor Biometrics**: Fügt biometrische Authentifizierung als zusätzliche Sicherheitsebene hinzu.
--   **Capacitor Secure Preferences**: Gewährleistet sichere Handhabung von App-Einstellungen und Daten.
-
-Vermeiden Sie schließlich das direkte Einbetten sensibler Daten in den App-Code, da dies unnötige Risiken bergen kann [\[4\]](https://capacitorjs.com/docs/guides/security). Durch die Nutzung dieser sicheren Speichermethoden können Sie Benutzerdaten besser schützen und die Integrität Ihrer App aufrechterhalten.
-
-## JWT Authentifizierung (Zugriffs-Tokens mit [Redis](https://redis.io/) widerrufen) - FastAPI Beyond CRUD (Teil 12)
-
-![Redis In-Memory Data Store](https://assets.seobotai.com/capgo.app/68268a500209458b3ff4fe45/2e78e5b01f7fb6de1a584710a9d487ab.jpg)
-
-<Steps>
-
-1. Richten Sie die Verbindung zu Redis ein
-2. Implementieren Sie die Token-Blacklist-Logik
-3. Fügen Sie Middleware für Token-Überprüfungen hinzu
-4. Testen Sie die Widerrufsfunktionalität
-
-</Steps>
-
-## Token-Blacklisting-Methoden
-
-Token-Blacklisting spielt eine wichtige Rolle bei der Verwaltung von Token-Lebenszyklen durch sofortige Ungültigmachung kompromittierter Tokens.
-
-### Redis Blacklist-Einrichtung
-
-Redis ist bekannt für seine Fähigkeit zu schnellen Key-Value-Lookups, was es zu einer großartigen Option für die Verwaltung einer Token-Blacklist macht [\[5\]](https://sitecore.stackexchange.com/questions/26774/storing-custom-data-in-redis). In Redis können Sie Token-Identifikatoren als zusammengesetzte Schlüssel speichern, zum Beispiel durch Kombination von `userId` und `tokenName`.
-
-### Blacklist-Prüfsystem
-
-Um effektiv zu blockieren dass kompromittierte Tokens verwendet werden, können Sie Middleware implementieren die Tokens gegen die serverseitige Blacklist validiert [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist).
-
-| **Ansatz** | **Am besten für** | **Details** |
-| --- | --- | --- |
-| **Redis Blacklist** | Apps mit hohem Traffic | Nutzt In-Memory-Speicher für blitzschnelle Lookups. |
-| **Token-Versionierung** | Unternehmenssysteme | Verknüpft Token-Versionen direkt mit Benutzerkonten für bessere Kontrolle. |
-| **Refresh-Token-Kontrolle** | Standard-Apps | Kombiniert kurzlebige JWTs mit Refresh-Tokens für zusätzliche Sicherheit. |
-
-> "Wenn Sie wirklich eine Abmeldefunktion benötigen, können Sie eine Blacklist verwenden. Die Verwendung einer Blacklist unterscheidet sich jedoch nicht wesentlich von der althergebrachten Art der zustandsbehafteten Sitzungen. Sie müssen das Token bei jeder Anfrage nachschlagen, um sicherzustellen, dass es noch gültig ist. Die Blacklist kann also die Leistung des Dienstes beeinträchtigen (oder sogar ein Flaschenhals sein), genauso wie bei der sitzungsbasierten Authentifizierung." - Kasey Speakman [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist)
-
-Durch Integration eines Blacklist-Prüfsystems können Sie sicherstellen, dass nur gültige Tokens von Ihrer Anwendung verarbeitet werden.
-
-### Token-Prüfungen beschleunigen
-
-Die Verbesserung der Geschwindigkeit der Token-Verifizierung ist essentiell für die Aufrechterhaltung einer sicheren und effizienten Sitzungsverwaltung. Optimierte Implementierungen können die Token-Verifizierungsleistung deutlich verbessern:
-
--   **HS256-Algorithmus**: Erreicht 67% Steigerung der Verifizierungsgeschwindigkeit [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js).
--   **RS256-Algorithmus**: Bietet 88% Leistungssteigerung [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js).
--   **Zwischengespeicherte Verifizierung**: Bietet bis zu 1.000% Verbesserung für RS256-Verifizierung [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js).
-
-Erwägen Sie diese Strategien zur weiteren Leistungsverbesserung:
-
--   Nutzen Sie In-Memory-Datenspeicher für schnelle Token-Lookups.
--   Setzen Sie Lastverteilung ein um Widerrufslisten-Prüfungen zu verteilen.
--   Speichern Sie validierte Zertifikate zwischen für Wiederverwendung [\[7\]](https://zuplo.com/blog/2025/01/03/top-7-api-authentication-methods-compared).
--   Legen Sie Token-Lebensdauern fest die Sicherheit und Benutzerfreundlichkeit ausbalancieren.
-
-## Enterprise Token-Verwaltung
-
-Bei der Sicherung von Tokens in Unternehmensumgebungen geht die Herausforderung über einzelne Konten hinaus. Es geht darum, konsistenten Schutz in der gesamten Organisation zu gewährleisten. Enterprise Token-Verwaltung baut auf Strategien wie Token-Lebenszyklus-Überwachung und Blacklisting auf, skaliert diese aber für große Benutzerbasen. Ein Hauptfokus liegt hier auf der effizienten Verwaltung des Token-Widerrufs im großen Maßstab, was schnelle, zuverlässige Systeme erfordert um die Sicherheit für tausende - oder sogar Millionen - von Benutzern aufrechtzuerhalten.
-
-### Massen-Token-Widerruf
-
-In großen Umgebungen ist die Fähigkeit zum schnellen Widerruf von Tokens essentiell. Hier sind einige häufig verwendete Methoden für effektive Massen-Token-Ungültigmachung:
-
-| Methode | Bester Anwendungsfall |
-| --- | --- |
-| Rotierende Geheimnisse | Ideal für plattformweiten Token-Widerruf. |
-| Token-Versionierung | Nützlich für gezielte Token-Ungültigmachung. |
-| Redis Blacklist | Bietet Echtzeit-Token-Ungültigmachung. |
-
-Ein weiterer Ansatz zur Aufrechterhaltung der Sicherheit ohne Unterbrechung von Benutzersitzungen ist die stille Token-Aktualisierung. Diese Methode stellt sicher, dass Zugriffs-Tokens automatisch im Hintergrund aktualisiert werden, wodurch Benutzer eingeloggt bleiben während die Sicherheit erhöht wird.
-
-### Multi-Organisations-Token-Kontrolle
-
-Bei der Verwaltung von Tokens über mehrere Organisationen hinweg ist es wichtig, klare Zugriffskontroll- und Sicherheitsgrenzen zu etablieren. Eine übliche Lösung ist rollenbasierte Zugriffskontrolle (RBAC), die strukturierte Berechtigungsebenen für die Token-Verwaltung über verschiedene Organisationseinheiten hinweg einrichtet. Dies stellt sicher, dass die richtigen Personen Zugriff auf die richtigen Ressourcen haben - nicht mehr und nicht weniger.
-
-### Plattformweite Token-Updates
-
-Die Anpassung von Token-Ablaufrichtlinien kann die Sicherheit deutlich verbessern. Adaptive Ablaufrichtlinien passen zum Beispiel Token-Lebensdauern basierend auf Faktoren wie Geräte-Vertrauenswürdigkeit und Benutzeraktivität an. Vertrauenswürdige Geräte können verlängerte Token-Gültigkeit haben, während unbekannte Systeme kürzere Lebensdauern zur Risikominimierung haben könnten [\[9\]](https://www.expeed.com/how-%20oauth-2.0-token-expiration-and-refresh-%20strategies-results-in-a-seamless-user-experience).
-
-Für mit Capacitor erstellte Apps die höhere Sicherheit benötigen, bietet **Identity Vault** Enterprise-Grade Token-Verwaltung durch Integration mit nativen Sicherheits-APIs [\[3\]](https://capacitorjs.com/docs/v2/guides/security). Tools wie **[SuperTokens](https://supertokens.com/)** können auch die JWT-Handhabung vereinfachen durch robuste Lebenszyklus-Verwaltung, was hilft Fehler bei der Implementierung zu reduzieren [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist). Diese Lösungen erleichtern die Aufrechterhaltung einer sicheren, skalierbaren Token-Infrastruktur über Ihre Plattform hinweg.
-
-## System-Wartung und Sicherheit
-
-Die Aufrechterhaltung einer starken Token-Sicherheit in [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) erfordert kontinuierliche Wachsamkeit und strikte Einhaltung der Plattform-Richtlinien. Im Folgenden untersuchen wir wichtige Strategien zur Verfolgung von Token-Aktivitäten, Planung von Updates und Sicherstellung der Einhaltung von App Store-Anforderungen.
-
-### Token-Aktivitätsverfolgung
-
-Die Überwachung der Token-Aktivität in Echtzeit ist essentiell, um potenzielle Sicherheitsverletzungen frühzeitig zu erkennen und zu beheben. Ein effektives Werkzeug dafür ist **[Runtime Application Self-Protection](https://en.wikipedia.org/wiki/Runtime_application_self-protection) (RASP)**, das das App-Verhalten während der Laufzeit beobachtet [\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter).
-
-Hier sind einige Kernbereiche für die Überwachung und deren Vorteile:
-
-| **Überwachungsfokus** | **Implementierungsmethode** | **Sicherheitsnutzen** |
-| --- | --- | --- |
-| API-Aufrufe | Häufigkeit und Muster verfolgen | Ungewöhnliche Zugriffsversuche erkennen |
-| Anmeldeversuche | Fehlgeschlagene Authentifizierungen überwachen | Brute-Force-Angriffe verhindern |
-| Token-Nutzung | Zugriffsmuster protokollieren | Potenziellen Token-Diebstahl erkennen |
-| Laufzeitverhalten | RASP-Integration | Böswillige Aktivitäten blockieren |
-
-> "Unsachgemäße Verwendung von Anmeldedaten bezieht sich auf die unsachgemäße Handhabung, Speicherung und Übertragung von Authentifizierungsdaten, API-Schlüsseln, Tokens oder sensiblen Informationen, die bei Offenlegung ausgenutzt werden können." - Majid Hajian, Azure & AI advocate@Microsoft [\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter)
-
-### Token-Update-Planung
-
-Ein gut geplanter Token-Rotationsplan ist entscheidend für die Aufrechterhaltung der Sicherheit ohne Störung der Dienste. Streben Sie an, Tokens alle 80 bis 180 Tage zu rotieren und haben Sie immer einen Prozess für Notfall-Widerrufe bereit [\[11\]](https://docs.fossa.com/docs/rotating-fossa-api-key).
-
-So verwalten Sie Token-Lebenszyklen effektiv:
-
--   **Zugriffs-Tokens**: Halten Sie ihre Lebensdauer kurz - 15 Minuten sind ein guter Richtwert [\[1\]](https://curity.io/resources/learn/oauth-for-mobile-apps-best-practices).
--   **Refresh-Tokens**: Überwachen Sie diese sorgfältig und rotieren Sie sie regelmäßig.
--   **Notfallverfahren**: Stellen Sie sicher, dass Sie ein System zur sofortigen Token-Widerrufung bereit haben.
-
-Die Verwendung eines dedizierten Servicekontos für das Token-Management kann den Prozess vereinfachen und Risiken reduzieren [\[11\]](https://docs.fossa.com/docs/rotating-fossa-api-key).
-
-### App Store-Regeln Checkliste
-
-Ab April 2025 müssen alle bei App Store Connect eingereichten Apps mit aktualisierten SDKs für Plattformen wie iOS 18, iPadOS 18, tvOS 18, visionOS 2 und watchOS 11 erstellt werden [\[12\]](https://developer.apple.com/news).
-
-Um diese Anforderungen zu erfüllen und gleichzeitig die Sicherheit zu stärken, konzentrieren Sie sich auf Folgendes:
-
-| **Sicherheitsanforderung** | **Methode** | **Überprüfung** |
-| --- | --- | --- |
-| [Datenverschlüsselung](https://capgo.app/docs/cli/migrations/encryption/) | Ende-zu-Ende-Verschlüsselung | Automatisierte Zertifikatsprüfungen |
-| Sichere Speicherung | Verschlüsselter lokaler Speicher | Überprüfung der Speicherberechtigungen |
-| Netzwerksicherheit | HTTPS-Verbindungen erzwingen | SSL/TLS-Validierung |
-| Zugangskontrolle | Rollenbasierte Berechtigungen | Authentifizierungstests |
-
-Diese Schritte stellen nicht nur die Einhaltung der App Store-Richtlinien sicher, sondern verstärken auch die zuvor besprochenen Token-Sicherheitsmaßnahmen und schaffen eine sicherere Umgebung für verteilte Anwendungen.
-
-## Fazit
-
-Um sowohl Sicherheit als auch eine reibungslose Benutzererfahrung zu gewährleisten, müssen Capacitor Apps Token-Widerrufungssysteme einbauen, die effektiv vor unbefugtem Zugriff schützen. Nachfolgend eine kurze Zusammenfassung der kritischen Sicherheitsebenen, die die Grundlage einer effektiven Token-Widerrufungsstrategie bilden:
-
-| **Sicherheitsebene** | **Implementierungsfokus** | **Auswirkung** |
-| --- | --- | --- |
-| **Token-Lebenszyklus** | Kurzlebige Zugriffs-Tokens verwenden | Begrenzt das Zeitfenster für Ausnutzung |
-| **Speichersicherheit** | Plattformspezifische Verschlüsselung (Keychain/Keystore) | Schützt Tokens vor Diebstahl |
-| **Kontinuierlicher Schutz** | Echtzeit-Überwachung | Identifiziert verdächtige Aktivitäten |
-| **Notfallreaktion** | Sofortige Widerrufungsmöglichkeiten | Reduziert Schäden bei Sicherheitsverletzungen |
-
-Für Enterprise-Level-Apps wird ein Token-Blacklisting-System kritisch. Dies gilt besonders bei der Verwaltung mehrerer Organisationen oder Szenarien, die großflächige Token-Widerrufungen erfordern.
-
-Konsequente Wartung, wachsame Echtzeit-Überwachung und die Fähigkeit zur sofortigen Token-Widerrufung sind unverzichtbar für den Schutz Ihrer App. Durch die Kombination sicherer Speicherungspraktiken, gut verwalteter Token-Lebenszyklen und kontinuierlicher Überwachung kann Ihre Capacitor App starken Schutz vor unbefugtem Zugriff bieten, ohne die Benutzererfahrung zu beeinträchtigen.
-
-## FAQs
-
-:::faq
-### Warum ist Token-Widerrufung wichtig für die Verbesserung der Sicherheit einer Capacitor App?
-
-Token-Widerrufung ist eine wichtige Sicherheitsmaßnahme für Capacitor Apps, die es Entwicklern ermöglicht, Zugriffs-Tokens bei Bedarf sofort ungültig zu machen. Ob nach der Abmeldung eines Benutzers oder als Reaktion auf ein erkanntes Sicherheitsproblem, die Widerrufung von Tokens stellt sicher, dass kompromittierte Anmeldedaten nicht wiederverwendet werden können. Dieser Schritt reduziert die Chancen auf unbefugten Zugriff auf sensible Benutzerdaten erheblich.
-
-Sich ausschließlich auf Token-Ablauf zu verlassen kann ein Fenster der Verwundbarkeit hinterlassen, aber Token-Widerrufung adressiert Bedrohungen **in Echtzeit**. Dieser Ansatz stärkt nicht nur den Datenschutz, sondern entspricht auch modernen Sicherheitserwartungen. Für Capacitor Apps ist die Integration der Token-Widerrufung ein kritischer Schritt zum Schutz von Benutzerinformationen und zur Aufrechterhaltung einer sicheren App-Umgebung.
-:::
-
-:::faq
-### Wie kann ich sichere Token-Widerrufung in hochfrequentierten Capacitor Apps implementieren?
-
-Um eine sichere Token-Widerrufung in [hochfrequentierten Capacitor Apps](https://capgo.app/blog/) zu gewährleisten, beginnen Sie mit der Implementierung von **kurzlebigen Zugriffs-Tokens**. Diese Tokens reduzieren das Missbrauchsrisiko, da sie schnell ablaufen und das Zeitfenster für potenzielle Angreifer begrenzen.
-
-Es ist auch wichtig, eine **Datenbank widerrufener Tokens** zu führen. Dies ermöglicht es Ihnen, ungültig gemachte Tokens zu verfolgen und eingehende Anfragen gegen die Datenbank zu überprüfen. Wenn eine Anfrage einen widerrufenen Token enthält, kann der Zugriff sofort verweigert werden, was eine zusätzliche Schutzebene bietet.
-
-Für zusätzliche Sicherheit verwenden Sie **OAuth 2.0**. Dieses Framework bietet zuverlässige Werkzeuge für die Token-Verwaltung und Zugangskontrolle. Stellen Sie sicher, dass Sie sensible Daten wie Tokens in den **sicheren Speicherlösungen** der Plattform speichern, um sie vor unbefugtem Zugriff zu schützen. Codieren Sie niemals sensible Informationen direkt in den Code Ihrer App, da dies sie Bedrohungen aussetzen kann.
-
-Durch die Anwendung dieser Praktiken können Sie Ihre Capacitor App vor unbefugtem Zugriff schützen und gleichzeitig sicherstellen, dass sie auch unter hoher Belastung gut funktioniert.
-:::
-
-:::faq
-### Wie kann ich meine Capacitor App absichern und die Sicherheitsanforderungen des App Stores mit Token-Widerrufung einhalten?
-
-Um Ihre Capacitor App sicher zu halten und die Sicherheitsstandards des App Stores einzuhalten, ist es wichtig, **Token-Widerrufungsstrategien** zusammen mit starken Authentifizierungsmethoden wie OAuth 2.0 oder OpenID Connect zu implementieren. Diese Maßnahmen schützen Benutzerdaten und erfüllen gleichzeitig die von Apple und Google Play festgelegten Anforderungen.
-
-Hier sind einige wichtige Schritte zu beachten:
-
--   Etablieren Sie **Token-Ablaufrichtlinien**, um die Lebensdauer von Tokens zu begrenzen und das Missbrauchsrisiko zu reduzieren.
--   Führen Sie eine **Widerrufungsliste**, um potenziell kompromittierte Tokens sofort ungültig zu machen.
--   Nutzen Sie [verschlüsselte Speicherung](https://capgo.app/docs/cli/migrations/encryption/) zur sicheren Aufbewahrung von Tokens und zum Schutz vor unbefugtem Zugriff.
--   Automatisieren Sie Token-Aktualisierungsprozesse, um eine reibungslose App-Leistung ohne Unterbrechung der Benutzererfahrung zu gewährleisten.
-
-Die regelmäßige Überwachung von Authentifizierungsversuchen ist ebenfalls wichtig. Sie hilft dabei, verdächtige Aktivitäten zu identifizieren und sicherzustellen, dass Ihre App sicher bleibt. Dokumentieren Sie außerdem Ihre Sicherheitsabläufe gründlich. Dies verbessert nicht nur Klarheit und Transparenz, sondern vereinfacht auch Audits, die für die Einhaltung der App Store-Richtlinien wesentlich sind.
-
-Durch die Befolgung dieser Praktiken bleibt Ihre App sicher und erfüllt die sich ständig weiterentwickelnden Anforderungen der App Store-Plattformen.
-:::
diff --git a/src/content/blog/de/top-6-tools-for-managing-app-updates-in-2025.md b/src/content/blog/de/top-6-tools-for-managing-app-updates-in-2025.md
deleted file mode 100644
index 0c58b9548..000000000
--- a/src/content/blog/de/top-6-tools-for-managing-app-updates-in-2025.md
+++ /dev/null
@@ -1,153 +0,0 @@
----
-slug: top-6-tools-for-managing-app-updates-in-2025
-title: Die 6 besten Tools für App-Update-Management in 2025
-description: >-
-  Entdecken Sie wichtige Tools für effiziente und sichere App-Updates im Jahr
-  2025, maßgeschneidert für verschiedene Plattformen und Teamgrößen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T06:07:22.508Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a42ddd6b8e18060d3642ef-1738822060228.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  app updates, mobile development, software management, security tools, cloud
-  solutions, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Die Verwaltung von [App-Updates](https://capgo.app/plugins/capacitor-updater/) im Jahr 2025 dreht sich vor allem um Geschwindigkeit, Sicherheit und Effizienz.** Egal ob es um kritische Fehlerbehebungen oder neue Features geht - die richtigen Tools sparen Zeit, gewährleisten Compliance und verbessern das Nutzererlebnis. Hier ein schneller Überblick über die wichtigsten Tools zur Optimierung von App-Updates:
-
--   **[Capgo](https://capgo.app/)**: Optimal für [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) mit sofortigen Over-the-Air (OTA) Updates und starker Verschlüsselung.
--   **[Automox](https://www.automox.com/)**: Ideal für die Verwaltung von Updates für Windows, macOS und Linux mit automatisiertem Patching.
--   **[Ionic Appflow](https://ionic.io/appflow/)**: Vereinfacht Hybrid-App-Updates mit CI/CD-Integration und Live-Updates.
--   **[Microsoft Intune](https://www.microsoft.com/en-us/security/business/microsoft-intune)**: Enterprise-Level Endpunkt-Management mit erweiterter Sicherheit und Compliance.
--   **[Jamf Pro](https://www.jamf.com/products/jamf-pro/)**: Maßgeschneidert für Apple-Geräte, mit automatisiertem Patching und Deployment-Tracking.
--   **[CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)**: Leichtgewichtige OTA-Updates für React Native und Ionic Apps mit differenziellen Updates.
-
-### Schneller Vergleich
-
-| Tool | Optimal für | Hauptfunktionen | Preis (Start) |
-| --- | --- | --- | --- |
-| **Capgo** | Capacitor Apps | OTA-Updates, Verschlüsselung, CI/CD-Integration | 12€/Monat |
-| **Automox** | Plattformübergreifende Updates | Automatisiertes Patching, Compliance-Berichte | Individueller Preis |
-| **Ionic Appflow** | Hybrid-App-Entwicklung | CI/CD-Integration, Live-Updates | 49€/Monat |
-| **Microsoft Intune** | Unternehmenssicherheit | Endpunkt-Management, Azure-Integration | Teil von Microsoft 365 |
-| **Jamf Pro** | Apple-Ökosysteme | Patch-Automatisierung, Compliance-Tools | 3,33€/Gerät/Monat |
-| **CodePush** | Häufige Updates | Differenzielle Updates, Rollback-Support | Teil von App Center |
-
-Diese Tools bedienen unterschiedliche Bedürfnisse, von kleinen Teams bis zu großen Unternehmen. Wählen Sie basierend auf Ihrer Plattform, Sicherheitsanforderungen und Update-Häufigkeit. Bereit für mehr Details? Lassen Sie uns jedes Tool genauer betrachten.
-
-## So erzwingen Sie Updates bei Ionic Apps
-
-<iframe src="https://www.youtube.com/embed/NJwBNWwNlTk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-06.jpg?auto=compress)
-
-Capgo konzentriert sich darauf, schnelle Over-the-Air (OTA) Updates für Capacitor Apps bereitzustellen und vermeidet 2025 Verzögerungen durch App-Store-Genehmigungen. Es kombiniert starke Sicherheitsmaßnahmen mit reibungslosen Integrationsmöglichkeiten, einschließlich Ende-zu-Ende-Verschlüsselung und detaillierter Versionskontrolle, während es die Apple- und Android-Richtlinien einhält.
-
-Hier eine Aufschlüsselung, wie Capgo verschiedene Nutzerlevel unterstützt:
-
-| Nutzungslevel | Updates/Monat | Monatlich aktive Nutzer |
-| --- | --- | --- |
-| Unabhängiger Entwickler | 2.500 | 500 |
-| Kleinunternehmen | 25.000 | 5.000 |
-| Mittleres Unternehmen | 150.000 | 30.000 |
-| Großunternehmen | 1.000.000 | 200.000 |
-
-Capgo bewältigt Probleme wie Sicherheitsrisiken und Compliance durch verschlüsselte Deployments und sofortige Updates. Seine OTA-Updates können kritische Schwachstellen in Minuten statt Tagen beheben und reduzieren so deutlich das Risiko [\[2\]](https://microlaunch.net/h/how-to-manage-version-control-and-rollbacks-for-mobile-app-updates).
-
-Zu den herausragenden Funktionen gehören:
-
--   **Echtzeit-Monitoring und Analytik** zur Verfolgung von App-Performance und Update-Erfolgsraten
--   **Ein-Klick-Rollback und gezielte Rollouts** für präzise Kontrolle
--   **CI/CD-Pipeline-Integration** für optimierte automatisierte Deployments
-
-Capgo bietet auch Tools für Teams, die mehrere Apps mit häufigen Updates verwalten. Diese Tools ermöglichen es, Updates mit bestimmten Benutzergruppen zu testen, bevor sie breit ausgerollt werden [\[3\]](https://microlaunch.net/h/how-to-streamline-app-maintenance-with-automatic-updates-across-ios-and-android).
-
-Als Open-Source-Plattform fördert Capgo Transparenz und ermutigt zu Kreativität. Während es eine starke Wahl für Capacitor App-Updates ist, können Lösungen wie Automox besser geeignet sein für die Verwaltung von Updates über mehrere Plattformen hinweg.
-
-[Rest of content follows same pattern - would you like me to continue with the full translation?]
-
-Intune ist als Teil von Microsoft 365 Enterprise oder als eigenständiges Produkt verfügbar. Seine umfangreichen Funktionen machen es zu einer lohnenden Investition für größere Organisationen, die mehrere Anwendungen über verschiedene Plattformen hinweg verwalten.
-
-### Hauptmerkmale:
-
--   **Plattformübergreifende Unterstützung** für alle wichtigen Betriebssysteme
--   **Erweiterte Sicherheits-** und Compliance-Kontrollen
--   **Integration** in Microsofts Ökosystem für einheitliche Verwaltung
--   **Automatisierte Bereitstellung** für optimierte Update-Prozesse
--   **Detaillierte Berichterstattung** und Analysen für bessere Einblicke
-
-Für Organisationen, die tief im Microsoft-Ökosystem verwurzelt sind, vereinfacht Intune die Update-Verwaltung in großen, plattformübergreifenden Umgebungen. Für Apple-spezifische Anforderungen könnten jedoch Tools wie Jamf Pro besser geeignet sein.
-
-## 5\. [Jamf Pro](https://www.jamf.com/products/jamf-pro/)
-
-![Jamf Pro](https://mars-images.imgix.net/seobot/screenshots/www.jamf.com-452a677727a22c487d11e38ebd1e7a94-2025-02-06.jpg?auto=compress)
-
-Jamf Pro wurde speziell für die Verwaltung von Apple-Geräten entwickelt und bietet eine tiefe Integration in das Apple-Ökosystem. Es verwaltet App-Updates für iOS, iPadOS, macOS und tvOS und gibt IT-Teams präzise Kontrolle über App-Verteilung und Updates.
-
-### Update-Verteilungssystem
-
-Jamf Pro vereinfacht die Update-Verwaltung durch automatisiertes Patching und Integration mit Apples Volume Purchase Program (VPP). Diese Automatisierung kann den IT-Arbeitsaufwand um 90% reduzieren und App-Ausrollungen um 75% beschleunigen.
-
-Die Plattform unterstützt [großangelegte automatisierte Updates](https://capgo.app/docs/live-updates/update-behavior/), gezielte Bereitstellungen mit Smart Groups und benutzerdefinierte Workflows für komplexe Einrichtungen. Diese Funktionen machen sie anpassungsfähig an verschiedene organisatorische Bedürfnisse.
-
-### Unternehmensintegration
-
-Jamf Pro ist darauf ausgelegt, Herausforderungen wie Compliance und Update-Geschwindigkeit zu bewältigen, was es zur ersten Wahl für Apple-fokussierte Organisationen macht. Es integriert sich mit CI/CD-Tools wie Jenkins, unterstützt DSGVO- und HIPAA-Compliance und bietet Echtzeit-Tracking für Bereitstellungen. Wichtige Enterprise-Funktionen umfassen:
-
--   Ende-zu-Ende-Verschlüsselung für App-Updates
--   [Zwei-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/)
--   Echtzeit-Sicherheitsbewertungen
--   Detailliertes Deployment-Tracking
-
-### Preisgestaltung und Leistung
-
-Die Preise beginnen bei 3,33 $ pro Gerät pro Monat, mit Rabatten für Großeinkäufe und Bildungseinrichtungen. Ein Schulbezirk nutzte beispielsweise Jamf Pro zur Verwaltung Tausender iPads, reduzierte den IT-Arbeitsaufwand und verbesserte die Compliance.
-
-Während Jamf Pro in Apple-Umgebungen glänzt, benötigen Teams mit gemischten Geräte-Ökosystemen möglicherweise zusätzliche Tools für Nicht-Apple-Geräte. Für diejenigen, die nach einer plattformübergreifenden Option suchen, bietet CodePush eine leichtgewichtige, entwicklerfreundliche Alternative.
-
-## 6\. [CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)
-
-![CodePush](https://mars-images.imgix.net/seobot/screenshots/learn.microsoft.com-87c8945e309a8c280c425352c4f329fa-2025-02-06.jpg?auto=compress)
-
-CodePush ist ein Cloud-basierter Dienst, der entwickelt wurde, um Over-the-Air (OTA) Updates zu vereinfachen und Entwicklern ermöglicht, App-Store-Überprüfungsprozesse zu überspringen. Es ist Teil der [Visual Studio App Center](https://visualstudio.microsoft.com/app-center/) Suite und spielt eine entscheidende Rolle bei der schnellen App-Bereitstellung und Wartung.
-
-Durch ein differentielles Update-System minimiert CodePush die Update-Größen, indem nur die geänderten Dateien übertragen werden. Dies macht es besonders nützlich für React Native und Ionic Apps, die häufige Updates benötigen. Entwickler können zwischen **verpflichtenden Updates** für kritische Fixes oder **optionalen Updates** für weniger dringende Funktionen wählen.
-
-Die Plattform integriert sich nahtlos mit beliebten CI/CD-Tools wie Jenkins, CircleCI und Azure DevOps und ermöglicht automatisierte Bereitstellungen und reibungslose Versionskontrolle. Sicherheit hat Priorität, mit Funktionen wie Ende-zu-Ende-Verschlüsselung, rollenbasierte Zugriffskontrolle und detaillierte Audit-Logs zur Verfolgung von Updates.
-
-Das Versionskontrollsystem ermöglicht sofortige Rollbacks bei Problemen und reduziert Ausfallzeiten. CodePush unterstützt auch einheitliche Updates für iOS und Android, was es ideal für Teams macht, die plattformübergreifend arbeiten.
-
-Während Capgo verschlüsselte OTA-Updates für Capacitor-Apps hervorhebt, zeichnet sich CodePush durch sein differentielles Update-System und starke CI/CD-Integration aus, was es perfekt für Teams macht, die sich auf schnelle, iterative Entwicklung konzentrieren. Im Vergleich zu Ionic Appflow, das sich auf Hybrid-App-Entwicklung konzentriert, macht CodePushs Ansatz für Updates und Sicherheit es zu einer vielseitigen Option für verschiedene Frameworks.
-
-## Fazit
-
-Verschiedene Tools glänzen je nach spezifischen Team-Anforderungen und Projektanforderungen. Die Verwaltung von App-Updates im Jahr 2025 erfordert Tools, die Effizienz, Sicherheit und nahtlose Integration mit CI/CD-Workflows kombinieren.
-
-**Capgo** ist eine herausragende Wahl für [Capacitor-Entwickler](https://capgo.app/blog/capacitor-comprehensive-guide/), die sofortige Bereitstellungen und verschlüsselte Over-the-Air (OTA) Updates bietet. Ab 12$/Monat für unabhängige Entwickler bietet es Echtzeit-Updates und starke Versionskontrolle, was es für Projekte jeder Größe geeignet macht.
-
-Für Teams, die Unternehmenssicherheit und Compliance priorisieren, sind **Microsoft Intune** und **Jamf Pro** ausgezeichnete Optionen. Diese Plattformen bieten umfassendes Endpoint-Management, das für Organisationen mit sensiblen Daten und strengen Compliance-Standards wichtig ist.
-
-Plattformübergreifende Entwicklungsteams bevorzugen möglicherweise **CodePush** oder **Ionic Appflow**. CodePushs leichtgewichtiges differentielles Update-System ist perfekt für häufige, inkrementelle Updates, während Ionic Appflows Integration mit CI/CD-Pipelines Bereitstellungsworkflows vereinfacht.
-
-Hier ist ein schneller Vergleich der Tools basierend auf Team-Profilen und Prioritäten:
-
-| Team-Profil | Empfohlenes Tool | Hauptvorteil |
-| --- | --- | --- |
-| Capacitor-Entwickler | Capgo | Sofortige OTA-Updates mit Verschlüsselung |
-| Unternehmenssicherheit | Microsoft Intune | Umfassendes Endpoint-Management |
-| Plattformübergreifende Teams | CodePush | Effiziente differentielle Updates |
-| Hybrid-App-Entwicklung | Ionic Appflow | Integrierte CI/CD-Pipeline-Integration |
-| IT-Management | Automox | Cloud-natives Patch-Management |
-
-Die Branche bewegt sich in Richtung Cloud-nativer Systeme und automatisierter Update-Prozesse. KI-gesteuerte Update-Verwaltung wird voraussichtlich die Art und Weise transformieren, wie Updates gehandhabt werden, wodurch Tools mit Flexibilität und Skalierbarkeit zunehmend wichtiger werden.
-
-Bei der Auswahl eines Tools sollten Teams Faktoren wie Update-Häufigkeit, Sicherheitsanforderungen, Integrationsfähigkeiten, Skalierbarkeit und Budget abwägen. Das richtige Tool adressiert nicht nur Probleme wie Sicherheitsrisiken und Compliance, sondern gewährleistet auch reibungslose und effiziente Update-Workflows, wodurch Teams in einer sich schnell entwickelnden Entwicklungslandschaft einen Vorsprung behalten.
diff --git a/src/content/blog/de/top-api-security-standards-for-app-store-compliance.md b/src/content/blog/de/top-api-security-standards-for-app-store-compliance.md
deleted file mode 100644
index 65c6b45ff..000000000
--- a/src/content/blog/de/top-api-security-standards-for-app-store-compliance.md
+++ /dev/null
@@ -1,360 +0,0 @@
----
-slug: top-api-security-standards-for-app-store-compliance
-title: Top API Sicherheitsstandards für die App Store-Konformität
-description: >-
-  Lerne die wichtigsten API-Sicherheitsstandards kennen, um sicherzustellen,
-  dass deine App die Anforderungen des App Stores erfüllt und gleichzeitig
-  Benutzerdaten schützt.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T01:52:28.048Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78-1745459563928.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  API security, OAuth 2.0, OpenID Connect, TLS, JWT, app store compliance, user
-  data protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-Die Sicherung der API Ihrer App ist entscheidend, um die Anforderungen des Apple App Store und Google Play zu erfüllen. Dieser Leitfaden beschreibt **fünf wichtige API-Sicherheitsstandards**, die Ihnen helfen, Plattformregeln einzuhalten, Benutzerdaten zu schützen und die App-Leistung zu verbessern.
-
-### Wichtige Erkenntnisse:
-
--   **[OAuth 2.0](https://oauth.net/2/)**: Sichere Benutzerauthentifizierung mit Token-basiertem Zugriff.
--   **[OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect)**: Identitätsebene für erweiterte Benutzerverifizierung.
--   **TLS/SSL**: [Daten verschlüsseln](https://capgo.app/docs/cli/migrations/encryption/) während der Übertragung um Manipulation zu verhindern.
--   **JWT-Sicherheit**: Token durch korrekte Signierung und Speicherung schützen.
--   **API-Ratenbegrenzungen**: APIs durch Anfragelimits vor Missbrauch schützen.
-
-Durch die Implementierung dieser Standards stellen Sie sicher, dass Ihre [Capacitor App](https://capgo.app/plugins/ivs-player/) die Zulassungskriterien erfüllt und gleichzeitig Benutzerdaten sicher bleiben. Bereit für mehr Details? Gehen wir es Schritt für Schritt durch.
-
-## API-Schlüssel in Frontend-App mit Proxy-Server & Benutzer sichern...
-
-<iframe src="https://www.youtube.com/embed/-HJeBV70zIE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [OAuth 2.0](https://oauth.net/2/) Implementierung
-
-![OAuth 2.0](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/d1868b22bd285dedc49624e0c0ea2ab6.jpg)
-
-OAuth 2.0 ist ein weit verbreitetes Protokoll zur sicheren Autorisierung von mobilen Apps. Es ermöglicht Drittanbieter-Apps den Zugriff auf Benutzerressourcen, ohne sensible Anmeldedaten preiszugeben. Plattformen wie Apple und Google erfordern eine sichere, standardkonforme Authentifizierung, und OAuth 2.0 erfüllt diese Anforderungen durch Token-basierte Sicherheit und kontrollierten API-Zugriff.
-
-So richten Sie OAuth 2.0 in Ihrer Capacitor-App ein:
-
-### Wichtige Autorisierungsabläufe
-
--   **Autorisierungscode mit PKCE (Proof Key for Code Exchange):** Der sicherste Flow, ideal für mobile Apps.
--   **Impliziter Flow:** Nur verwenden, wenn für ältere Systeme erforderlich.
--   **Client Credentials:** Für Service-zu-Service-Kommunikation.
-
-### Schritte zur Integration
-
-1.  **Token-Management**
-    
-    -   Token sicher abrufen.
-    -   Token in [verschlüsseltem Speicher](https://capgo.app/docs/cli/migrations/encryption/) speichern, um unbefugten Zugriff zu verhindern.
-    -   Token-Aktualisierung automatisieren, um unterbrechungsfreien Zugriff zu gewährleisten.
-    -   Token-Signaturen validieren, um Authentizität zu bestätigen.
-2.  **Sicherheitsmaßnahmen**
-    
-    -   Zugriff durch Konfiguration von Scopes einschränken.
-    -   Token-Ablaufzeiten festlegen, um Risiken zu minimieren.
-    -   Ratenbegrenzung anwenden, um Missbrauch zu verhindern.
-    -   Authentifizierungsversuche auf verdächtige Aktivitäten überwachen.
-3.  **App Store-Konformität**
-    
-    -   Von Apple genehmigte OAuth-Provider verwenden.
-    -   Google Plays Sicherheitsrichtlinien einhalten.
-    -   Authentifizierungsabläufe Ihrer App klar dokumentieren.
-    -   Prüfprotokolle für Überprüfung und Fehlerbehebung führen.
-
-Für zusätzlichen Schutz sollten Sie OAuth 2.0 mit anderen Authentifizierungsmethoden kombinieren. Dieser Ansatz schützt nicht nur sensible Benutzerdaten, sondern hilft auch bei der Sicherung von API-Endpunkten und stellt die Einhaltung der Plattformanforderungen sicher [\[1\]](https://capgo.app/)\[2\].
-
-## 2. [OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect) Einrichtung
-
-OpenID Connect baut auf OAuth 2.0 auf und fügt eine Identitätsebene hinzu, um eine sichere Benutzerauthentifizierung zu gewährleisten.
-
-### Wichtige Implementierungsschritte
-
-1.  **Identity Token Einstellungen**
-    
-    -   Scopes wie `openid`, `profile` und `email` definieren.
-    -   Access Token Lebensdauer zwischen 15-30 Minuten festlegen.
-    -   Refresh Token Rotation für erhöhte Sicherheit aktivieren.
-2.  **Benutzerauthentifizierungsprozess**
-    
-    -   Native Authentifizierung über System-Browser und Geräte-Biometrie nutzen.
-    -   Token sicher in verschlüsseltem Speicher aufbewahren.
-    -   Token immer serverseitig validieren.
-3.  **Claims-Management**
-    
-    -   Nur die tatsächlich benötigten Benutzerinformationen anfordern.
-    -   Korrektes Session-Management zur Aufrechterhaltung der Sicherheit implementieren.
-
-### Plattformspezifische Richtlinien
-
-**Für iOS:**
-
--   **ASWebAuthenticationSession** für sichere Authentifizierung verwenden.
--   **Sign in with Apple** bei Bedarf unterstützen.
--   Token sicher in der Keychain speichern.
--   Certificate Pinning für zusätzlichen Schutz aktivieren.
-
-**Für Android:**
-
--   **Chrome Custom Tabs** für Authentifizierungsabläufe verwenden.
--   Anmeldedaten mit dem Android Keystore sichern.
--   **Google Sign-In** wo zutreffend integrieren.
--   **[SafetyNet](https://developers.google.com/android/reference/com/google/android/gms/safetynet/SafetyNetApi) Attestation** für zusätzliche Sicherheit aktivieren.
-
-### Sicherheits-Best-Practices
-
--   Abmeldeprozesse implementieren, um Sitzungen effektiv zu beenden.
--   Statusparameter zum Schutz vor CSRF-Angriffen verwenden.
--   **HTTP Strict Transport Security (HSTS)** für sichere Verbindungen aktivieren.
--   Authentifizierungsversuche überwachen, um verdächtiges Verhalten zu erkennen.
-
-Stellen Sie abschließend sicher, dass alle Authentifizierungsaustausche während der Übertragung durch TLS/SSL geschützt sind.
-
-## 3. TLS/SSL Sicherheit
-
-TLS/SSL stellt sicher, dass Ihre Daten während der Übertragung verschlüsselt bleiben. TLS (Transport Layer Security) schützt den API-Verkehr vor Abhören oder Manipulation.
-
-### Wichtige Sicherheitspraktiken
-
--   Verwenden Sie **TLS v1.2 oder höher** für alle API-Kommunikation. Dies hält OAuth-Token und OpenID-Identitätsbestätigungen zwischen Client und Server privat.
--   Wenden Sie **Certificate Pinning** für iOS- und Android-Anwendungen an.
--   Aktivieren Sie **HTTP Strict Transport Security (HSTS)** auf Ihren Servern, um sichere Verbindungen zu erzwingen.
-
-### Capacitor-Einrichtung
-
-Richten Sie Capacitors HTTP-Plugin oder WKWebView/NSSecureTransport ein, um ungültige Zertifikate zu blockieren. Für Live-Updates bieten Tools wie Capgo eine Ende-zu-Ende-Verschlüsselung, die sowohl Apple- als auch Google-Richtlinien erfüllt [\[1\]](https://capgo.app/).
-
-## 4. JWT-Sicherheitsmaßnahmen
-
-JSON Web Tokens (JWT) sind essentiell für die Sicherung der API-Kommunikation, besonders bei der Einhaltung von App Store-Anforderungen. Sie verbessern Ihr OAuth 2.0 und OpenID Connect Setup durch Fokussierung auf die Sicherheit der Token selbst.
-
-### Token-Signierungsrichtlinien
-
--   Verwenden Sie **asymmetrisches RS256 (RSA-SHA256)** zum Signieren von Token und rotieren Sie private Schlüssel alle 90 Tage.
--   Speichern Sie JWTs in **[verschlüsseltem sicherem Speicher](https://capgo.app/docs/cli/migrations/encryption/)**, um unbefugten Zugriff zu verhindern.
--   Validieren Sie Schlüsselelemente wie **Signatur**, **Aussteller (iss)**, **Zielgruppe (aud)** und **Ablauf**.
--   Halten Sie die Payload minimal - fügen Sie nur notwendige Claims hinzu, ergänzen Sie eine eindeutige ID (_jti_) und vermeiden Sie sensible Daten.
-
-### Token-Lebenszyklus-Management
-
--   Token **5 Minuten vor Ablauf** aktualisieren, um unterbrechungsfreien Zugriff sicherzustellen.
--   Eine **Widerrufsliste** (z.B. mit [Redis](https://redis.io/)) pflegen, um kompromittierte Token sofort zu invalidieren.
-
-### Fehlerbehandlung
-
-Bei Fehlern **generische Fehlermeldungen** wie `invalid_token` zurückgeben, um keine Validierungsdetails preiszugeben.
-
-### App Store-Konformität
-
-Für App Store-spezifische Anforderungen stellen Sie sicher, dass Ihre JWT-Implementierung:
-
--   Die **Keychain-Speicherrichtlinien** der Plattform einhält.
--   Angemessenes **Audit-Logging** für alle Token-bezogenen Operationen enthält.
-
-## 5. API-Ratenbegrenzungen
-
-Die Verwaltung der Häufigkeit von API-Zugriffen ist genauso wichtig wie deren Absicherung. Ratenbegrenzungen helfen, Missbrauch zu verhindern, vor DDoS-Angriffen zu schützen und eine faire Ressourcenverteilung unter Benutzern sicherzustellen.
-
-### Strategien zur Ratenbegrenzung
-
-Sobald Ihre Token gesichert sind, ist es Zeit zu entscheiden, wie viele Anfragen jeder Client stellen kann.
-
-**Anfragelimits**
-
--   Anfragen basierend auf IP-Adressen beschränken
--   Benutzerkontingente an API-Schlüssel binden
--   Gelegentliche Bursts zulassen, um Verkehrsspitzen zu bewältigen
-
-**Zeitbasierte Limits**
-
--   _Festes Fenster_: Limits in regelmäßigen Intervallen zurücksetzen (z.B. jede Minute oder Stunde)
--   _Gleitendes Fenster_: Nutzung über einen rollierenden Zeitraum verfolgen
--   _Token Bucket_: Token für Anfragen ausgeben, die über Zeit aufgefüllt werden
-
-### Implementierungsrichtlinien
-
-**Header und Antwort-Codes**
-
-Bei der Durchsetzung von Limits hilfreiche Header in Ihre Antworten einbinden:
-
--   HTTP 429 ("Too Many Requests") verwenden, wenn Limits überschritten werden
--   Header wie `X-RateLimit-Limit`, `X-RateLimit-Remaining` und `X-RateLimit-Reset` hinzufügen, um Benutzer zu informieren
--   Einen `Retry-After` Header einfügen, um anzuzeigen, wann sie es erneut versuchen können
-
-### Überwachung und Warnungen
-
-Behalten Sie die API-Nutzung mit diesen Schritten im Auge:
-
--   API-Nutzung in Echtzeit überwachen, um Muster zu erkennen
--   Verdächtige Aktivitäten identifizieren und blockieren
--   Warnungen für ungewöhnliche Verkehrsspitzen einrichten
--   Ratenlimit-Verletzungen für zukünftige Analysen protokollieren
-
-### Fehlerantwort-Beispiel
-
-Wenn ein Client das Ratenlimit überschreitet, mit einer klaren JSON-Nachricht antworten. Zum Beispiel:
-
-```json
-{
-  "error": "rate_limit_exceeded",
-  "message": "Request quota exceeded",
-  "retry_after": "<seconds until reset>"
-}
-```
-
-### Ratenlimit-Speicherung
-
-Um Ratenlimits effizient durchzusetzen, verwenden Sie einen verteilten Cache wie Redis oder [Memcached](https://memcached.org/). Diese Systeme helfen bei der Verfolgung von Anfragezählern über mehrere Instanzen hinweg bei gleichzeitiger hoher Leistung.
-
-Weiter: App Store Sicherheitsregeln.
-
-## App Store Sicherheitsregeln
-
-Lassen Sie uns die von Apple und Google durchgesetzten Netzwerk- und Speichersicherheitsanforderungen betrachten. Diese Regeln gehen über OAuth-Token und Ratenlimits hinaus und stellen sicher, dass Ihre App die Plattformstandards erfüllt.
-
-### iOS-Anforderungen
-
--   **App Transport Security (ATS)** muss aktiviert sein:
-    -   TLS 1.2 oder neuer
-    -   Perfect Forward Secrecy (PFS)
-    -   Zertifikate mit mindestens SHA-256
--   Sensible Daten mit der Keychain schützen.
--   Certificate Pinning für sichere Kommunikation einrichten.
--   Alle lokalen Daten verschlüsseln.
-
-### Android-Anforderungen
-
--   **Network Security Config** verwenden für:
-    -   Einschränkung von Klartext-Traffic.
-    -   Definition von Certificate Pinning Regeln.
-    -   Bei Bedarf benutzerdefinierte Zertifizierungsstellen angeben.
--   Dateien sicher verschlüsseln.
--   SafetyNet Attestation für Geräteintegritätsprüfungen konfigurieren.
--   Android Keystore für sicheres Schlüsselmanagement nutzen.
-
-### Gemeinsame Plattformregeln
-
-Beide Plattformen teilen mehrere wichtige Sicherheitsanforderungen:
-
--   HTTPS für alle Verbindungen verwenden.
--   Zertifikate ordnungsgemäß validieren.
--   SSL/TLS-Einstellungen sicher konfigurieren.
--   Lokalen Speicher mit Verschlüsselung schützen.
--   Detaillierte Prüfprotokolle führen.
--   Dokumentation Ihrer Sicher
-
-## API-Zugriffskontrollmethoden
-
-Der Schutz Ihrer API-Endpunkte geht über die bloße Sicherung des Plattformtransports und der Token hinaus. Fein abgestimmte Zugriffskontrollen sind der Schlüssel zur Gewährleistung der API-Sicherheit.
-
-### Wichtige Zugriffskontrollmethoden
-
--   **API-Schlüssel-Validierung**  
-    Verwenden Sie kryptografisch sichere Schlüssel mit festgelegten Ablaufdaten. Automatisieren Sie die Schlüsselrotation alle 90 Tage und setzen Sie Ratenlimits und Nutzungskontingente pro Schlüssel durch. Protokollieren Sie die Schlüsselverwendung immer zu Prüfzwecken. Diese Methode funktioniert gut zusammen mit OAuth 2.0 für Service-zu-Service-Aufrufe.
-    
--   **OAuth-Scopes-Durchsetzung**  
-    Weisen Sie API-Berechtigungen spezifische Scopes zu und validieren Sie diese bei jeder Anfrage. Weisen Sie Anfragen ohne ordnungsgemäße Autorisierung zurück und dokumentieren Sie die Scope-Anforderungen klar für App Store-Überprüfungen. Die Kombination von Scopes mit JWT-Claims kann den Zugriff weiter einschränken.
-    
--   **Rollenbasierte Zugriffskontrolle (RBAC)**  
-    Definieren Sie Rollen mit präzisen Berechtigungen und weisen Sie diese über Ihr Authentifizierungssystem zu. Überprüfen Sie Rollenberechtigungen bei jedem API-Aufruf und speichern Sie Rollenzuweisungen sicher in verschlüsseltem Speicher.
-    
--   **Token-Überprüfung & -Widerruf**  
-    Führen Sie Echtzeit-Token-Validierung durch und pflegen Sie eine zentralisierte Blacklist für kompromittierte Token. Ermöglichen Sie sofortigen Widerruf und richten Sie Überwachung ein, um verdächtige Token-Aktivitäten zu kennzeichnen.
-
-### Plattform-Compliance
-
-Für die Genehmigung auf Plattformen wie Apple's App Store oder Google Play:
-
--   Dokumentieren Sie Ihre Zugriffskontrollmethoden klar während Sicherheitsüberprüfungen.
--   Behandeln Sie unautorisierte Anfragen mit korrekten Fehlerantworten.
--   Führen Sie detaillierte Zugriffsaufzeichnungen für Prüfzwecke.
--   Aktivieren Sie Echtzeit-Überwachung zur schnellen Behandlung von Sicherheitsvorfällen.
-
-Diese Maßnahmen entsprechen den Sicherheitsrichtlinien von Apple und Google und stellen sicher, dass Ihre API deren Standards erfüllt.
-
-## API-Sicherheitstools für Capacitor
-
-Sobald Sie Zugriffskontrollen eingerichtet haben, besteht der nächste Schritt darin, Tools zu integrieren, die diese Schutzmaßnahmen nahtlos in Ihren Capacitor-Workflow implementieren. Tools, die OAuth, TLS und JWT-Protokolle unterstützen, sind essentiell für die Sicherung von Capacitor-Apps bei gleichzeitiger Gewährleistung reibungsloser Updates.
-
-### Wichtige Sicherheitsfunktionen
-
-Effektive Sicherheitstools für Capacitor sollten Folgendes beinhalten:
-
--   **Ende-zu-Ende-Verschlüsselung** zum Schutz von Daten und Ermöglichung sofortiger Updates
--   **Analytik und Fehlerverfolgung** zur Überwachung der App-Leistung und Probleme
--   **Rollback-Funktionalität** für schnelle Korrekturen
--   **CI/CD-Integration** und flexible Hosting-Optionen
--   **App Store-Compliance-Prüfungen** zur Erfüllung von Plattformanforderungen
--   **Gestaffelte Rollout-Möglichkeiten** für kontrollierte Updates
--   **Sofortige Versionsrückgänge** zur Behebung kritischer Probleme
--   **Gezielte Benutzerkontrolle** für personalisierte Updates
-
-### Top-Empfehlung: [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/29f394e74984c052f31714ba4759b80a.jpg)
-
-Capgo ist ein herausragendes Tool für die Verwaltung von Live-Updates in Capacitor-Apps unter Einhaltung der Apple- und Google-Richtlinien. Es verfügt über eine globale Update-Erfolgsrate von 82% und eine beeindruckende durchschnittliche API-Antwortzeit von 434 ms [\[1\]](https://capgo.app/).
-
-### Leistungskennzahlen
-
-Capgo gewährleistet schnelle und effektive Updates:
-
--   **95% der Nutzer** erhalten Updates innerhalb von 24 Stunden
--   Wird von **über 1.900 Produktions-Apps** weltweit genutzt [\[1\]](https://capgo.app/)
-
-### Überwachung und Analytik
-
-Um die App-Leistung und Compliance aufrechtzuerhalten, konzentrieren Sie sich auf die Verfolgung dieser Metriken:
-
--   **Update-Erfolgsraten**: Der Prozentsatz der Nutzer, die die neueste Version verwenden
--   **API-Antwortzeiten**: Ein kritisches Maß für die Update-Auslieferungsgeschwindigkeit
-
-Die regelmäßige Überprüfung dieser Metriken hilft sicherzustellen, dass Ihre App die App Store-Anforderungen erfüllt und eine reibungslose Benutzererfahrung bietet.  
-[\[1\]](https://capgo.app/) Capgo Nutzungsstatistiken
-
-## Zusammenfassung
-
-Um alles zusammenzufassen, hier wie die fünf Schlüsselstandards zusammenpassen: **Sichere Authentifizierung** (OAuth 2.0 mit PKCE, OpenID Connect), **starke Verschlüsselung** (TLS 1.2+ und korrekte JWT-Nutzung) und **API-Ratenbegrenzung** sind entscheidend für die Erfüllung der App Store-Anforderungen von Apple und Google in Capacitor-Apps.
-
-Konzentrieren Sie sich auf die Aufrechterhaltung von **Ende-zu-Ende-Verschlüsselung**, **kontinuierliche Überwachung**, **gestaffelte Rollouts** über Beta-Kanäle und die Integration von **CI/CD-Pipelines** mit Rollback-Optionen. Diese Schritte haben in der Praxis Erfolg gezeigt, wobei Implementierungen eine beeindruckende globale Erfolgsrate von 82% bei der Update-Auslieferung erreichen [\[1\]](https://capgo.app/).
-
-## FAQs
-
-:::faq
-### Wie kann ich OAuth 2.0 in meiner Capacitor-App implementieren, um App Store-Sicherheitsstandards zu erfüllen?
-
-Um **OAuth 2.0** in Ihrer Capacitor-App zu implementieren und dabei die Compliance mit App Store-Sicherheitsstandards sicherzustellen, müssen Sie einige wichtige Schritte befolgen:
-
-1.  **OAuth-Provider einrichten**: Registrieren Sie Ihre App bei einem OAuth-Provider (z.B. Google, Apple oder einem anderen Dienst) und erhalten Sie die erforderlichen Anmeldedaten wie Client-ID und Client-Secret.
-2.  **OAuth-Bibliothek integrieren**: Verwenden Sie eine Bibliothek wie `@capacitor-community/oauth2` für nahtlose Integration mit Capacitor-Apps. Dies hilft bei der Verwaltung von Authentifizierungsabläufen und Token-Handling.
-3.  **Redirect-URIs konfigurieren**: Stellen Sie sicher, dass die Redirect-URIs Ihrer App in den Einstellungen des OAuth-Providers korrekt eingerichtet sind, um Authentifizierungs-Callbacks sicher zu handhaben.
-4.  **Token sicher verwalten**: Verwenden Sie sicheren Speicher (z.B. Capacitor's Secure Storage Plugin) zur Speicherung von Zugriffs- und Aktualisierungstoken, um Ende-zu-Ende-Verschlüsselung zu gewährleisten.
-
-Durch Befolgen dieser Schritte können Sie sicherstellen, dass Ihre App die Sicherheitsstandards erfüllt und gleichzeitig eine reibungslose Authentifizierungserfahrung bietet. Plattformen wie **Capgo** können auch Ihren App-Update-Prozess verbessern und dabei die Einhaltung der Apple- und Google-Anforderungen sicherstellen, während Echtzeit-Updates an Benutzer geliefert werden.
-:::
-
-:::faq
-### Welche Schritte kann ich unternehmen, um sicherzustellen, dass meine API die Sicherheitsstandards von Apple und Google für App Store-Compliance erfüllt?
-
-Um sicherzustellen, dass Ihre API den Sicherheitsstandards von Apple und Google entspricht, konzentrieren Sie sich auf die Implementierung robuster Sicherheitspraktiken wie **Ende-zu-Ende-Verschlüsselung**, sichere Authentifizierungsmethoden und Datenschutzmaßnahmen. Diese sind entscheidend für die Erfüllung der Compliance-Anforderungen.
-
-Wenn Sie Capacitor-Apps entwickeln, können Tools wie Capgo die Compliance vereinfachen. Capgo ermöglicht es Ihnen, Updates, Fehlerbehebungen und Funktionen sofort zu pushen, ohne App Store-Genehmigungen zu benötigen, während die Apple- und Android-Richtlinien eingehalten werden. Dies stellt sicher, dass Ihre App mühelos sicher und aktuell bleibt.
-:::
-
-:::faq
-### Was sind die besten Tools und Praktiken zur Überwachung und Verwaltung der API-Sicherheit in meiner App?
-
-Für effektives API-Sicherheitsmanagement in Ihrer App sollten Sie Tools in Betracht ziehen, die Echtzeit-Updates, Verschlüsselung und nahtlose Integration mit Entwicklungs-Workflows ermöglichen. **Capgo** bietet eine leistungsstarke Lösung für Capacitor-Apps und ermöglicht Entwicklern, Updates, Fehlerbehebungen und neue Funktionen sofort zu pushen, ohne auf App Store-Genehmigungen warten zu müssen. Dies stellt sicher, dass Ihre App konform und aktuell bleibt.
-
-Capgo bietet auch **Ende-zu-Ende-Verschlüsselung**, Integration mit CI/CD-Pipelines und die Möglichkeit, Updates bestimmten Benutzergruppen zuzuweisen. Diese Funktionen verbessern nicht nur die Sicherheit, sondern optimieren auch den Update-Prozess und machen es einfacher, die Compliance mit den App Store-Anforderungen von Apple und Google aufrechtzuerhalten.
-:::
diff --git a/src/content/blog/de/top-tools-for-debugging-ota-updates-in-capacitor.md b/src/content/blog/de/top-tools-for-debugging-ota-updates-in-capacitor.md
deleted file mode 100644
index a60b5d5b6..000000000
--- a/src/content/blog/de/top-tools-for-debugging-ota-updates-in-capacitor.md
+++ /dev/null
@@ -1,141 +0,0 @@
----
-slug: top-tools-for-debugging-ota-updates-in-capacitor
-title: Die wichtigsten Tools zum Debuggen von OTA-Updates in Capacitor
-description: >-
-  Entdecken Sie wichtige Werkzeuge und Strategien zur effektiven Fehlersuche bei
-  OTA-Updates in Capacitor-Apps auf allen Plattformen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-20T02:05:05.290Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b67f2eacf635f489c4a234-1740017141105.jpg
-head_image_alt: Mobile Entwicklung
-keywords: 'Capacitor, OTA updates, debugging tools, mobile development, app updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-
-Das Debuggen von Over-the-Air (OTA) Updates in [Capacitor](https://capacitorjs.com/) Apps kann knifflig sein, aber die richtigen Tools machen einen großen Unterschied. Ob Sie Versionskonflikte verwalten, [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) gewährleisten oder plattformübergreifend debuggen, hier sind zwei wesentliche Tools zur Auswahl:
-
--   **[Capgo](https://capgo.app/)**: Sichere OTA-Updates mit Ende-zu-Ende-Verschlüsselung, CI/CD-Integration und benutzerspezifischen Rollouts. Beginnt bei 12$/Monat
--   **[Inspectdev](https://inspectdev/)**: Debuggen Sie sowohl Android- als auch iOS-Apps, selbst unter Windows, mit [Chrome DevTools](https://developerchromecom/docs/devtools) Integration. Kostet 49$/Jahr
-
-### Schneller Vergleich
-
-| Funktion | Capgo | Inspectdev |
-| --- | --- | --- |
-| Update-Management | Erweitert (Verschlüsselung, CI/CD) | Nicht zutreffend |
-| [Debugging-Tools](https://capgo.app/docs/plugin/debugging/) | Versionskontrolle, Rollback | Chrome DevTools |
-| Plattform-Unterstützung | Android, iOS | Android, iOS (Windows-Unterstützung) |
-| Preisgestaltung | 12$/Monat | 49$/Jahr |
-
-Wählen Sie basierend auf den Anforderungen Ihrer App: **Capgo** für Sicherheit und Automatisierung, oder **Inspectdev** für plattformübergreifendes Debugging
-
-## OTA Update Debugging Grundlagen
-
-### Plattform-Anforderungen
-
-[Capacitor OTA-Updates](https://capgo.app/ja/) benötigen eine ordnungsgemäße native Integration, um reibungslos zu funktionieren. Für iOS bedeutet dies strikte Code-Signierung und Update-Validierung. Bei Android ist die Verwaltung von Versionscodes und die Sicherstellung der Kompatibilität entscheidend, um Update-Probleme zu vermeiden.
-
-Wichtige Plattform-Überprüfungen umfassen:
-
--   Native Abhängigkeiten aktuell halten
--   Plugin-Kompatibilität überprüfen
--   Separate Build-Konfigurationen für iOS und Android verwenden
-
-Sobald diese vorhanden sind, ist es Zeit, OTA-Verteilungsoptionen zu erkunden
-
-### Update-Verteilungsmethoden
-
-[Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) unterstützen mehrere OTA-Update-Methoden. Tools wie Capgo stellen die Einhaltung sowohl der Apple- als auch der Android-Richtlinien sicher
-
-| Verteilungsmethode | Hauptfunktionen | Am besten geeignet für |
-| --- | --- | --- |
-| [Manuelle Updates](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Volle Kontrolle über den Update-Prozess, unterstützt benutzerdefinierte URLs | Kleinere Apps, Tests |
-| Capgo | Bietet Ende-zu-Ende-Verschlüsselung, CI/CD-Integration und Benutzerzuweisung | Unternehmensanwendungen |
-| Verwaltet Versionen und bietet grundlegende Update-Funktionalität | Einfache Apps |
-
-Wählen Sie die Methode, die am besten zu den Anforderungen und dem Workflow Ihrer App passt
-
-### Entwicklungseinrichtung
-
-Die Einrichtung Ihrer Umgebung beinhaltet die Verwendung von [Capacitor CLI-Befehlen](https://capgo.app/docs/cli/commands/) und die korrekte Konfiguration der Einstellungen
-
-Wichtige Einrichtungsschritte:
-
--   Führen Sie `npx cap sync` aus, um Abhängigkeiten zu synchronisieren
--   Passen Sie native Einstellungen in der _capacitorconfigjson_-Datei an
--   Testen Sie Updates lokal, um sicherzustellen, dass alles funktioniert
-
-Für iOS-App-Inspektion bietet Inspectdev Tools, die mit Windows und Chrome DevTools kompatibel sind. Es kostet 49$/Jahr nach einer 14-tägigen kostenlosen Testversion
-
-Halten Sie die Versionskontrolle organisiert, um Änderungen zu verfolgen und das Debugging zu vereinfachen. Verwenden Sie Capacitor CLI-Befehle, um Updates plattformübergreifend effizient zu testen
-
-## Verwandtes Video von YouTube
-
-
-## 2 Hauptdebugging-Tools für [Capacitor](https://capacitorjs.com/) OTA-Updates
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-20.jpg?auto=compress)
-
-Diese Tools helfen Entwicklern, spezifische [Debugging-Herausforderungen](https://capgo.app/docs/plugin/debugging/) beim Verwalten von OTA-Updates effektiv zu bewältigen
-
-### [Capgo](https://capgo.app
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-20.jpg?auto=compress)
-
-Capgo bietet eine zuverlässige Lösung für OTA-Updates in Capacitor-Apps. Es gewährleistet sichere und schnelle Updates unter Einhaltung der Plattform-Richtlinien.
-
-#### [Capgo](https://capgo.app/) Funktionsübersicht
-
-| **Funktion** | **Beschreibung** | **Vorteil** |
-| --- | --- | --- |
-| Ende-zu-Ende-Verschlüsselung | Sichert die Update-Übertragung | Schützt Daten während der Übertragung |
-| CI/CD-Integration | Automatisiert Pipeline-Bereitstellung | Vereinfacht den Update-Prozess |
-| Benutzerzuweisung | Zielt auf bestimmte Nutzer | Ermöglicht kontrollierte Update-Einführungen |
-| Versionskontrolle | Verfolgt Update-Historie | Erleichtert Fehlerbehebung und Verwaltung |
-
-Capgos Preise beginnen bei 12$/Monat für Einzelentwickler, mit Optionen für Unternehmen, einschließlich eigener Domains und API-Zugang.
-
-
-### [Inspectdev](https://inspectdev/)
-
-![Inspectdev Mobile Debugging Tool](https://mars-images.imgix.net/seobot/screenshots/inspectdev-9bbcb0a3366f33fde5bbabd7b9e5d36a-2025-02-20.jpg?auto=compress)
-
-Inspectdev wurde entwickelt, um das Debugging für Android und iOS zu vereinfachen, einschließlich iOS-Debugging unter Windows - eine häufige Herausforderung für Entwickler.
-
-#### Inspectdev Funktionsübersicht
-
-| **Funktion** | **Vorteil** |
-| --- | --- |
-| Plattformübergreifende Unterstützung | iOS-Apps auf Windows debuggen |
-| Framework-Integration | Integrierte Unterstützung für React, Angular, Vue |
-| Chrome DevTools | Vertraute und benutzerfreundliche Debugging-Tools |
-
-Mit einem Preis von 49$/Jahr nach einer 14-tägigen Testphase integriert sich Inspectdev nahtlos mit Chrome DevTools und ist damit eine großartige Wahl für Teams, die mit verschiedenen Betriebssystemen arbeiten. Trotz einiger Einschränkungen machen seine Funktionen es zu einer soliden Ergänzung für jede Entwickler-Toolbox.
-
-###### sbb-itb-f9944d2
-
-## Tool-Vergleichsführer
-
-Bei der Auswahl eines Debugging-Tools für Capacitor OTA-Updates ist es wichtig, Faktoren wie Funktionen, Preise und Kompatibilität zu bewerten. Hier ist eine Übersicht von zwei wesentlichen Optionen:
-
-| Funktionskategorie | Capgo | Inspectdev |
-| --- | --- | --- |
-| Update-Management | Ende-zu-Ende-Verschlüsselung, CI/CD-Integration, nutzerspezifische Updates | Nicht für OTA-Updates konzipiert |
-| Debugging-Tools | Versionskontrolle, Rollback-Unterstützung | Chrome DevTools-Integration |
-| Sicherheitsfunktionen | Ende-zu-Ende-Verschlüsselung, Compliance-Prüfungen | Standard-Debugging-Sicherheit |
-| Plattform-Unterstützung | Android, iOS | Android, iOS (einschließlich iOS unter Windows) |
-| CI/CD-Integration | Eingebaut | Eingeschränkt |
-| Monatliche Kosten | 12$/Monat (SOLO) | 408$/Monat (jährlich abgerechnet) |
-
-### Was macht jedes Tool besonders?
-
--   **Capgo**: Ideal für kleine bis mittlere Apps, Capgos SOLO-Plan enthält 2.500 Live-Updates und unterstützt bis zu 500 Benutzer monatlich. Es priorisiert Sicherheit und Compliance, was es zu einer großartigen Wahl für Apps macht, die sensible Daten verarbeiten.
-    
-    
--   **Inspectdev**: Entwickelt für Debugging, überzeugt Inspectdev mit Chrome DevTools-Integration und plattformübergreifender Unterstützung.
diff --git a/src/content/blog/de/top-tools-for-debugging-platform-specific-code-in-capacitor.md b/src/content/blog/de/top-tools-for-debugging-platform-specific-code-in-capacitor.md
deleted file mode 100644
index d7bb441e3..000000000
--- a/src/content/blog/de/top-tools-for-debugging-platform-specific-code-in-capacitor.md
+++ /dev/null
@@ -1,82 +0,0 @@
----
-slug: top-tools-for-debugging-platform-specific-code-in-capacitor
-title: Top-Tools zum Debuggen von plattformspezifischem Code in Capacitor
-description: >-
-  Entdecken Sie wichtige Werkzeuge und Techniken zum effektiven Debuggen von
-  plattformspezifischem Code in Capacitor-Anwendungen über verschiedene
-  Umgebungen hinweg.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T11:27:03.103Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680053ff28980901df1e733b-1744889496415.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, debugging tools, platform-specific code, VS Code, Android Studio,
-  Xcode, live updates, web debugging
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Das plattformspezifische Debugging in [Capacitor](https://capacitorjs.com/) kann herausfordernd sein, aber die richtigen Werkzeuge vereinfachen den Prozess. Hier ist, was Sie wissen müssen:
-
--   **Wichtige Tools**: Nutzen Sie [VS Code](https://code.visualstudio.com/) mit Erweiterungen, [Android Studio](https://developer.android.com/studio), [Xcode](https://developer.apple.com/xcode/), und Browser-Entwicklertools wie [Chrome DevTools](https://developer.chrome.com/docs/devtools/overview) und [Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector) für plattformübergreifendes Debugging.
--   **Live Updates**: Tools wie [Capgo](https://capgo.app/) ermöglichen sofortige Updates, Fehlerverfolgung und Rollback-Optionen ohne App Store Verzögerungen.
--   **Plattformspezifisches Debugging**: Testen Sie nativen Code mit Android Studio und Xcode, debuggen Sie WebView mit Browser-Tools und nutzen Sie Source Maps für bessere Fehlerverfolgung.
--   **Native Bridge Testing**: Debuggen Sie JavaScript-zu-Native-Kommunikation mit `Capacitor.getPlatform()` und Event Listenern.
--   **Update-Systeme**: Capgo bietet schnelle Bereitstellung (114ms Lieferung für 5MB Bundles), hohe Akzeptanzraten (95% innerhalb von 24 Stunden) und Rollback-Unterstützung.
-
-### Schneller Vergleich
-
-| Funktion | VS Code | Android Studio | Xcode | Chrome DevTools | Safari Web Inspector |
-| --- | --- | --- | --- | --- | --- |
-| Breakpoint Debugging | ✓   | ✓   | ✓   | ✓   | ✓   |
-| Native Code Inspektion | Begrenzt | Vollständig | Vollständig | Nur Web | Nur Web |
-| Performance Profiling | Grundlegend | Fortgeschritten | Fortgeschritten | Fortgeschritten | Fortgeschritten |
-| Netzwerk-Überwachung | ✓   | ✓   | ✓   | ✓   | ✓   |
-| Source Map Unterstützung | ✓   | Begrenzt | Begrenzt | ✓   | ✓   |
-
-Capacitor-Debugging erfordert eine Kombination aus IDEs, Browser-Tools und Live-Update-Systemen, um eine reibungslose Funktionalität über alle Plattformen hinweg sicherzustellen.
-
-## Der ultimative Ionic Debugging-Leitfaden (Browser & Native Apps)
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Essentielle Debugging-Werkzeuge
-
-Das Debugging von plattformspezifischem Code in Capacitor erfordert die Verwendung der richtigen Tools, die auf jede Entwicklungsebene zugeschnitten sind.
-
-### [VS Code](https://code.visualstudio.com/) Einrichtung und Funktionen
-
-![VS Code](https://assets.seobotai.com/capgo.app/680053ff28980901df1e733b/1524a26c3096afc672477088da108f23.jpg)
-
-Visual Studio Code ist die bevorzugte IDE für Capacitor-Entwicklung. Stellen Sie sicher, dass Sie diese Tools und Erweiterungen für reibungsloseres Debugging konfigurieren:
-
--   **Capacitor Extension Pack**: Ermöglicht direkte Gerätebereitstellung und Breakpoint-Debugging.
--   **iOS Simulator**: Ermöglicht Echtzeit-Tests auf iOS-Geräten.
--   **Android Debug Bridge (ADB)**: Bietet eine Befehlszeilenschnittstelle für Android-Debugging.
--   **Live Reload**: Aktualisiert die App automatisch bei Code-Änderungen.
-
-Aktivieren Sie Source Maps in Ihrer `capacitor.config.json` für besseres Debugging:
-
-```json
-{
-  "server": {
-    "sourceMaps": true,
-    "cleartext": true
-  }
-}
-```
-
-"Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 eingeführt. Wir beobachten einen sehr reibungslosen Betrieb, fast alle unsere Nutzer sind innerhalb von Minuten nach dem OTA-Deployment auf @Capgo auf dem neuesten Stand." – colenso [\[1\]](https://capgo.app/)
-
-Zu den wichtigsten Funktionen von Live-Update-Systemen gehören Echtzeit-Fehlerverfolgung, sofortige Rollback-Möglichkeiten und Beta-Kanäle für gezielte Fehlerbehebungen. Diese Tools ermöglichen es Ihnen, Probleme schnell zu beheben und dabei Ihre App plattformübergreifend stabil zu halten.
-
-## Fazit
-
-Eine gut durchdachte Kombination aus [effektiven Debugging](https://capgo.app/docs/plugin/debugging/)-Werkzeugen und effizienten Live-Update-Systemen ist der Schlüssel zur Bewältigung plattformspezifischer Herausforderungen. Durch die Kombination traditioneller Debugging-Methoden mit Live-Update-Plattformen wie Capgo können Entwickler sofortige Korrekturen implementieren, ohne auf App-Store-Genehmigungen warten zu müssen. Mit einer globalen Update-Erfolgsquote und der Möglichkeit, die meisten Nutzer innerhalb von 24 Stunden zu erreichen, machen diese Tools die Problembehebung schneller und einfacher.
-
-Zu den wichtigsten Erfolgselementen gehören genaue Plattformerkennung, sichere Update-Prozesse mit Ende-zu-Ende-Verschlüsselung, schnelle Rollback-Optionen und umsetzbare Analysen.
diff --git a/src/content/blog/de/turn-off-android-talkback.md b/src/content/blog/de/turn-off-android-talkback.md
deleted file mode 100644
index d612afd75..000000000
--- a/src/content/blog/de/turn-off-android-talkback.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-slug: turn-off-android-talkback
-title: So schalten Sie TalkBack auf Android-Geräten aus und verwenden es
-description: >-
-  Schritt-für-Schritt-Anleitung zur Aktivierung und Navigation mit TalkBack, dem
-  eingebauten Android-Screenreader für sehbehinderte Nutzer.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2023-11-27T00:00:00.000Z
-head_image: /android_talkback.webp
-head_image_alt: Android TalkBack aktivieren
-keywords: >-
-  Android, TalkBack, screen reader, visually impaired, mobile app development,
-  live updates, OTA updates, continuous integration, mobile app updates
-tag: Android
-published: true
-locale: de
-next_blog: ''
----
-TalkBack ist eine wichtige Funktion für sehbehinderte Nutzer, die in Android-Geräte integriert ist. Es ist ein gestenbasierter Bildschirmleser, der die Inhalte Ihres Bildschirms vorliest und bei der Navigation und Interaktion mit verschiedenen Elementen unterstützt. Hier ist ein umfassender Leitfaden zur Aktivierung und Nutzung von TalkBack.
-
-## TalkBack einschalten
-
-Es gibt mehrere Möglichkeiten, TalkBack auf Ihrem Android-Gerät zu aktivieren:
-
-### Mit den Lautstärketasten
-
-1. Finden Sie die Lautstärketasten an der Seite Ihres Geräts.
-2. Halten Sie beide Lautstärketasten gleichzeitig für 3 Sekunden gedrückt.
-3. Sie hören eine Sprachaufforderung zur Bestätigung der Aktion. Halten Sie die Lautstärketasten für weitere 3 Sekunden gedrückt, um zu bestätigen.
-
-### Über Google Assistant
-
-1. Aktivieren Sie den Google Assistant mit "Hey Google".
-2. Befehlen Sie einfach "TalkBack einschalten" oder "TalkBack ausschalten", je nach Bedarf.
-
-### Über Geräteeinstellungen
-
-1. Öffnen Sie die `Einstellungen`-App auf Ihrem Gerät.
-2. Scrollen Sie nach unten und wählen Sie `Bedienungshilfen`.
-3. Tippen Sie auf `TalkBack`.
-4. Schalten Sie den `TalkBack verwenden`-Schalter ein oder aus.
-
-## Navigation mit TalkBack
-
-Sobald TalkBack aktiv ist, gibt Ihr Gerät akustisches Feedback während der Navigation. So interagieren Sie mit Ihrem Gerät über TalkBack:
-
-- **Nächstes Element**: Nach rechts wischen, um zum nächsten Element zu gelangen.
-- **Vorheriges Element**: Nach links wischen, um zum vorherigen Element zurückzukehren.
-- **Aktivieren**: Doppeltippen Sie an beliebiger Stelle auf dem Bildschirm, um das ausgewählte Element zu aktivieren.
-- **Durch Berührung erkunden**: Ziehen Sie Ihren Finger über den Bildschirm, damit Elemente vorgelesen werden, wenn Sie sie berühren.
-- **Scrollen**: Verwenden Sie zwei Finger zum Hoch- oder Runter-Wischen, um durch Seiten zu scrollen.
-- **TalkBack-Menü**: Tippen Sie mit drei Fingern auf den Bildschirm, um zusätzliche TalkBack-Optionen zu öffnen.
-- **Leseeinstellungen anpassen**: Ändern Sie die Leseeinstellungen durch Wischen nach links oder rechts mit drei Fingern.
-
-## TalkBack ausschalten
-
-Wenn Sie TalkBack deaktivieren möchten, können Sie eine der oben genannten Methoden verwenden. Die Lautstärketasten-Verknüpfung ist besonders nützlich, wenn Sie den Bildschirm nicht sehen können.
-
-Denken Sie daran, dass es Übung braucht, TalkBack zu beherrschen. Zögern Sie nicht, die Einstellungen zu erkunden und die Erfahrung an Ihre Vorlieben anzupassen. Mit diesen Schritten können Sie Ihr Android-Gerät selbstbewusst mit TalkBack navigieren.
diff --git a/src/content/blog/de/ultimate-guide-to-app-store-compliant-ota-updates.md b/src/content/blog/de/ultimate-guide-to-app-store-compliant-ota-updates.md
deleted file mode 100644
index 5d43f504e..000000000
--- a/src/content/blog/de/ultimate-guide-to-app-store-compliant-ota-updates.md
+++ /dev/null
@@ -1,333 +0,0 @@
----
-slug: ultimate-guide-to-app-store-compliant-ota-updates
-title: Ultimative Anleitung für App Store-konforme OTA-Updates
-description: >-
-  Erfahren Sie, wie Sie Over-The-Air-Updates effektiv verwalten und dabei die
-  App Store-Richtlinien für eine bessere Benutzererfahrung einhalten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-28T05:46:14.390Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c122f35f2cea0ab3a1fd8f-1740721832892.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, app store compliance, mobile app updates, bug fixes, performance
-  improvements
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Ihre App schnell aktualisieren, ohne gegen App Store-Regeln zu verstoßen?** Over-The-Air (OTA) Updates ermöglichen es Ihnen, Fehler zu beheben, die Leistung zu verbessern und das Nutzererlebnis zu optimieren - alles ohne auf App Store-Genehmigungen warten zu müssen. Um konform zu bleiben, müssen Sie jedoch strenge Richtlinien von Apple und Google befolgen.
-
-### Wichtige Erkenntnisse:
-
--   **Was OTA Updates bewirken**: Bereitstellung von Fehlerbehebungen und kleineren Verbesserungen direkt auf Geräte ohne App Store Downloads.
--   **Vorteile**: Schnellere Fehlerbehebungen, nahtlose Updates und Kosteneffizienz.
--   **App Store Regeln**:
-    -   **Erlaubt via OTA**: Fehlerbehebungen, Performance-Updates, kleine UI-Anpassungen.
-    -   **Erfordert Store-Prüfung**: Hauptfunktionen, Änderungen am nativen Code.
--   **So bleiben Sie konform**:
-    -   Vermeiden Sie Änderungen an der Kernfunktionalität der App.
-    -   Nutzen Sie sichere Bereitstellungsmethoden wie HTTPS und digitale Signaturen.
-    -   Kommunizieren Sie [Update-Zwecke](https://capgo.app/docs/live-updates/update-behavior/) klar an Benutzer.
-
-### Schneller Vergleich der OTA-Regeln
-
-| **Update-Typ** | **OTA erlaubt** | **Store-Prüfung erforderlich** |
-| --- | --- | --- |
-| Fehlerbehebungen | Ja | Nein |
-| Performance-Updates | Ja | Nein |
-| Kleine UI-Änderungen | Begrenzt | Manchmal |
-| Hauptfunktionen | Nein | Ja |
-| Native Code-Änderungen | Nein | Ja |
-
-## OTA Updates und App Store Regeln
-
-### Was OTA Updates bewirken
-
-OTA (Over-The-Air) Updates ermöglichen es Entwicklern, Korrekturen und Verbesserungen direkt auf die Geräte der Benutzer zu übertragen, ohne dass ein vollständiger App Store-Download erforderlich ist. In [React Native](https://reactnative.dev/) Apps ersetzen diese Updates das JavaScript-Bundle, das den Großteil der App-Funktionalität steuert, während der native Code unberührt bleibt [\[1\]](https://dev.to/pagepro_agency/ota-updates-with-expo-22g0).
-
-Häufige Anwendungen für OTA-Updates sind:
-
--   Behebung von Fehlern
--   Verbesserung der Leistung
--   Anpassung von UI-Elementen
--   Aktualisierung von Inhalten
--   Hinzufügen kleiner Funktionen
-
-Die Einhaltung der App Store-Richtlinien ist jedoch entscheidend, um Regelverstöße zu vermeiden.
-
-### Einhaltung der App Store-Regeln
-
-App Stores, insbesondere Apples App Store, haben strenge Regeln darüber, was über OTA aktualisiert werden kann. Apple setzt strengere Beschränkungen durch als Google Play, besonders gegen die Bereitstellung von Hauptfunktionen durch OTA-Updates [\[2\]](https://pagepro.co/blog/react-native-over-the-air-updates/). Hier ist eine schnelle Übersicht, was erlaubt ist:
-
-| Update-Typ | Via OTA erlaubt | Store-Prüfung erforderlich |
-| --- | --- | --- |
-| Fehlerbehebungen | Ja | Nein |
-| Performance-Updates | Ja | Nein |
-| Kleine UI-Änderungen | Begrenzt | Manchmal |
-| Hauptfunktionen | Nein | Ja |
-| Native Code-Änderungen | Nein | Ja |
-
-Die Einhaltung dieser Regeln stellt sicher, dass Sie OTA-Updates optimal nutzen können, ohne auf Compliance-Probleme zu stoßen.
-
-### Warum OTA Updates wichtig sind
-
-OTA-Updates sind sowohl für Entwickler als auch für Benutzer ein Gewinn. Beim [Newport Folk Festival](https://en.wikipedia.org/wiki/Newport_Folk_Festival) 2017 beispielsweise nutzten Entwickler OTA-Updates, um schnell einen Zeitzonen-Bug zu beheben, der die Veranstaltungspläne beeinträchtigte [\[4\]](https://cantina.co/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/). Ebenso nutzte [Your Call Football](https://en.wikipedia.org/wiki/Your_Call_Football) OTA-Updates, um Spielzeiten bei Planänderungen sofort anzupassen [\[4\]](https://cantina.co/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/).
-
-Die Hauptvorteile sind:
-
--   **Schnelle Korrekturen**: Kritische Probleme können sofort behoben werden.
--   **Nahtlose Updates**: Benutzer müssen Updates nicht manuell herunterladen; alles geschieht im Hintergrund.
--   **Schnellere Iterationen**: Entwickler können Änderungen basierend auf Benutzerfeedback schnell ausrollen.
-
-Diese Funktionen machen OTA-Updates unglaublich nützlich für die Wartung und Verbesserung von Apps in Echtzeit.
-
-## Können Sie OTA-Updates für iOS-Apps durchführen? Apple-Richtlinien erklärt
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## App Store Update-Regeln
-
-Jede Plattform hat ihre eigenen Regeln für App-Updates, und die Einhaltung ist entscheidend.
-
-### Apples Update-Regeln
-
-Apple hat einen strengen Prüfungsprozess für neue Apps und Updates, der typischerweise 1-2 Tage für die Genehmigung benötigt [\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store). Hier sind die Hauptanforderungen:
-
-| Anforderung | Beschreibung |
-| --- | --- |
-| API-Nutzung | Apps dürfen nur öffentliche APIs verwenden und müssen mit dem aktuellen OS kompatibel sein [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| Code-Ausführung | Apps dürfen keinen Code herunterladen oder ausführen, der Funktionen oder Funktionalität verändert [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| Update-Beschreibung | Änderungen und neue Funktionen müssen im "Was ist neu"-Bereich klar erklärt werden [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| Tests | Apps müssen gründlich getestet werden, um Stabilität sicherzustellen und Fehler zu beheben [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| Dokumentation | Detaillierte Erklärungen für Funktionen bereitstellen, die nicht sofort offensichtlich sind [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-
-Apple verwendet auch ein sicheres Update-System, um die Integrität von Updates zu gewährleisten, sie zu personalisieren und Downgrade-Angriffe zu blockieren [\[5\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web).
-
-### [Google Play](https://play.google.com/console/signup)'s Update-Regeln
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/play.google.com-b46db7cd42211b9b8ee493afb4b93a4d-2025-02-28.jpg?auto=compress)
-
-Google Play verfolgt einen anderen Ansatz und verlässt sich auf Automatisierung und KI, um den Prüfungsprozess zu beschleunigen. Genehmigungen werden oft innerhalb von Stunden abgeschlossen [\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store). Wichtige Aspekte sind:
-
--   Schnellere Genehmigungen für Updates im Vergleich zu Apple
--   Lockerere Richtlinien
--   Offene Beta-Tests ohne vorherige Genehmigung
--   Ein weniger strenger Prüfungsprozess für kleinere Updates
-
-Google setzt weiterhin Sicherheitsmaßnahmen durch und verwendet automatisierte Systeme zur Überwachung von Apps auf Regelverstöße [\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store).
-
-### Häufige Regelfehler
-
-Hier sind häufige Fallstricke, die bei App-Updates zu vermeiden sind:
-
-1.  **Sicherheitsversäumnisse**  
-    Mangelhafte Überprüfung von Updates kann Schwachstellen aufdecken. Verwenden Sie immer digitale Signaturen und HTTPS zur sicheren Update-Bereitstellung [\[7\]](https://bluegoatcyber.com/blog/ota-update-vulnerabilities/).
-    
-2.  **Funktionsüberschreitung**  
-    Das Hinzufügen wichtiger neuer Funktionen durch Over-the-Air (OTA) Updates kann gegen Store-Richtlinien verstoßen [\[8\]](https://stackoverflow.com/questions/43951710/does-apple-allow-ota-updates-of-application).
-    
-3.  **Benutzerkommunikation**  
-    Schlechte Kommunikation über Updates kann Benutzer verwirren und die Sicherheit schwächen [\[7\]](https://bluegoatcyber.com/blog/ota-update-vulnerabilities/).
-    
-
-Um konform zu bleiben:
-
--   Überprüfen Sie regelmäßig Ihren [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/) auf Sicherheitsprobleme.
--   Nutzen Sie maschinelles Lernen zur Analyse von Update-Mustern.
--   Erklären Sie den Zweck von Updates klar für Benutzer.
--   Vermeiden Sie Änderungen der Kern-Funktionalität der App durch OTA-Updates [\[8\]](https://stackoverflow.com/questions/43951710/does-apple-allow-ota-updates-of-application).
--   Seien Sie transparent bei Abonnements und Preisdetails [\[3\]](https://developer.apple.com/app-store/review/guidelines/).
-
-Die Befolgung dieser Regeln hilft sicherzustellen, dass Ihre Updates die Plattformanforderungen erfüllen und dabei Benutzer zufrieden und informiert bleiben.
-
-## Einrichtung Store-konformer Updates
-
-Richten Sie Over-the-Air (OTA) Updates ein, die App Store-Anforderungen erfüllen, indem Sie sichere Konfigurationen, gründliche Tests und starke Sicherheitspraktiken verwenden.
-
-### Technische Einrichtungsschritte
-
-Die Erstellung App Store-konformer OTA-Updates erfordert eine sichere und gut strukturierte technische Einrichtung. Hier sind die wichtigsten Komponenten:
-
-| Einrichtungskomponente | Anforderungen | Zweck |
-| --- | --- | --- |
-| Zertifikatsverwaltung | CSR-Generierung, Apple-Zertifikat | Gewährleistet sichere Update-Bereitstellung |
-| Bereitstellungsprofil | Geräteauswahl, Profilgenerierung | Steuert Update-Verteilung |
-| Update-Einstellungen | API-Tokens, Team-Konfiguration | Verwaltet Update-Bereitstellung |
-| Versionskontrolle | Git-Repository-Integration | Verfolgt Update-Historie |
-
-Für Enterprise-Deployments können Sie das Update-Verhalten fein abstimmen durch:
-
--   Festlegen von Aufschubzeiträumen zwischen 1 und 90 Tagen für überwachte Geräte.
--   Kontrolle von Major-Version-Upgrades.
--   Planung von Updates während Nebenzeiten.
-
-Nach der Konfiguration stellen gründliche Tests sicher, dass die Updates den Compliance-Anforderungen entsprechen.
-
-> "Capgo ist ein essentielles Werkzeug für Entwickler, das die Produktivität steigert, indem langwierige Prüfprozesse für Fehlerbehebungen umgangen werden." [\[9\]](https://capgo.app/)
-
-### Update-Testschritte
-
-Tests sind entscheidend, um Compliance sicherzustellen und Benutzerzufriedenheit zu erhalten. Befolgen Sie diese Praktiken für effektives Testen:
-
--   **Risikobewertung**  
-    Erstellen Sie eine detaillierte Teststrategie, die eine Compliance-Checkliste, Schwachstellenprüfungen und Analyse der Benutzerauswirkungen umfasst.
-    
--   **Beta-Testprogramm**  
-    Nutzen Sie Tools wie Apples [AppleSeed for IT](https://beta.apple.com/for-it) Programm für systematische Tests. Registrieren Sie verschiedene Gerätegruppen in Beta-Programmen, führen Sie Updates in Phasen ein und überwachen Sie Feedback und Leistungsmetriken.
-    
--   **Zugänglichkeitsüberprüfung**  
-    Testen Sie Updates in realen Szenarien, um Usability-Probleme zu identifizieren. Zum Beispiel reduzierte die Behebung von Problemen mit längerem Tastendruck Support-Tickets um 142% [\[10\]](https://uxcam.com/blog/mobile-app-compliance/).
-    
-
-### Update-Sicherheitsschritte
-
-Sicherheitsmaßnahmen müssen Plattformstandards und regulatorische Richtlinien erfüllen. Der [Apple App Store](https://developer.apple.com/app-store/review/guidelines/) erzwingt mehrere Schutzebenen, einschließlich:
-
--   Automatisierte Malware-Scans.
--   Manuelle Überprüfung von Update-Beschreibungen.
--   Verifizierung des Zugriffs auf sensible Daten.
--   Überwachung von Benutzerfeedback zu Sicherheitsproblemen.
-
-> "Jede einzelne App und jedes App-Update wird überprüft, um zu bewerten, ob es die Anforderungen an Datenschutz, Sicherheit und Sicherheit erfüllt." - Apple Support [\[11\]](https://support.apple.com/guide/security/about-app-store-security-secb8f887a15/web)
-
-Um die Sicherheitsstandards einzuhalten:
-
--   Integrieren Sie Sicherheitstests in Ihre Entwicklungspipeline [\[12\]](https://www.nowsecure.com/blog/2024/08/28/navigating-mobile-app-security-privacy-regulations-how-nowsecure-can-help-ensure-compliance/).
--   Wenden Sie Security-by-Design-Prinzipien an.
--   Bleiben Sie über regulatorische Anforderungen in verschiedenen Regionen auf dem Laufenden.
--   Dokumentieren Sie alle Sicherheitsprotokolle und Testverfahren.
-
-Mit Stand 27. Februar 2025 hat Capgo nach eigenen Angaben 502,0 Millionen Updates weltweit ausgeliefert, wobei 1,8K Apps die Plattform in Produktion nutzen [\[9\]](https://capgo.app/). Dies zeigt, dass OTA-Updates im großen Maßstab möglich sind, während strenge Sicherheits- und Compliance-Standards eingehalten werden.
-
-Mit implementierten Sicherheitsmaßnahmen ist der nächste Schritt die Gewährleistung einer reibungslosen Update-Erfahrung für Ihre Nutzer.
-
-## [Capgo](https://capgo.app/): OTA Update-Plattform
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-28.jpg?auto=compress)
-
-Capgo bietet eine zuverlässige Möglichkeit, App Store-konforme Over-the-Air (OTA) Updates zu handhaben, aufbauend auf den zuvor erwähnten Praktiken.
-
-### Capgo Hauptfunktionen
-
-Capgo gewährleistet sichere und konforme OTA-Updates mit diesen herausragenden Funktionen:
-
-| **Funktion** | **Beschreibung** | **Vorteil** |
-| --- | --- | --- |
-| **Sofortige Updates** | Änderungen innerhalb von Minuten bereitstellen | 81% Steigerung der Release-Effizienz [\[9\]](https://capgo.app/) |
-| **Ende-zu-Ende-Verschlüsselung** | Updates sind verschlüsselt und nutzerspezifisch | Verstärkte Sicherheit |
-| **CI/CD-Integration** | Arbeitet nahtlos mit GitHub, GitLab, Jenkins | Vereinfacht die Bereitstellung |
-| **Nutzerzuweisung** | Kontrolle darüber, wer Updates erhält | Ermöglicht gezielte Rollouts |
-| **Versionskontrolle** | Einfache Verwaltung der Update-Historie | Vereinfacht die Wartung |
-
-Die Plattform gewährleistet auch Compliance und hohe Leistung mit ihrem eigenen Dart-Interpreter [\[13\]](https://capgo.app/docs/faq/). Diese Funktionen machen Capgo zu einer verlässlichen Wahl für die Einhaltung von App Store-Richtlinien.
-
-### Wie Capgo konform bleibt
-
-Capgo hält sich strikt an App Store-Richtlinien durch:
-
--   Aktualisierung nur von [JavaScript-Bundles](https://capgo.app/docs/webapp/bundles/), keine Änderungen am nativen Code [\[14\]](https://capgo.app/docs/getting-started/quickstart/).
--   Sicherstellung, dass Updates dem ursprünglichen Zweck der App entsprechen, keine neuen Storefronts erstellen und die Systemsicherheit nicht gefährden.
-
-> "Interpretierter Code kann in eine Anwendung heruntergeladen werden, aber nur solange dieser Code: (a) den primären Zweck der Anwendung nicht ändert, indem er Funktionen oder Funktionalitäten bereitstellt, die nicht mit dem beabsichtigten und beworbenen Zweck der Anwendung übereinstimmen, wie sie im App Store eingereicht wurde, (b) keinen Store oder Storefront für anderen Code oder andere Anwendungen erstellt und (c) keine Signierung, Sandbox oder andere Sicherheitsfunktionen des Betriebssystems umgeht."
-> – Apple Developer Program License Agreement [\[14\]](https://capgo.app/docs/getting-started/quickstart/)
-
-### Capgo Pläne und Preise
-
-Capgo bietet flexible Preisoptionen für unterschiedliche Bedürfnisse:
-
-| **Plan** | **Monatliche Kosten\*** | **Updates/Monat** | **Monatlich aktive Nutzer** |
-| --- | --- | --- | --- |
-| **SOLO** | 12 € | 2.500 | 500 |
-| **MAKER** | 33 € | 25.000 | 5.000 |
-| **TEAM** | 83 € | 150.000 | 30.000 |
-| **PAYG** | 249 € | 1.000.000 | 200.000 |
-
-\*Preise spiegeln jährliche Abrechnung wider.
-
-Jeder Plan beinhaltet Priority Support, Bandbreite und Speicher. Die PAYG-Option fügt API-Zugang, eigene Domains und dedizierten Support hinzu.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!"
-> – Rodrigo Mantica [\[9\]](https://capgo.app/)
-
-> "Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) 🙂"
-> – NASA's OSIRIS-REx Team [\[9\]](https://capgo.app/)
-
-## Nutzer mit Updates zufrieden halten
-
-### Updates an Nutzer kommunizieren
-
-Klare und professionelle Kommunikation über Updates kann einen großen Unterschied machen. So strukturieren Sie Ihre Nachrichten:
-
--   **Zweck**: "Dieses Update verbessert die App-Leistung und berücksichtigt Nutzer-Feedback."
--   **Zeitplan**: "Das Update dauert nur wenige Minuten."
--   **Anforderungen**: "Stellen Sie sicher, dass genügend freier Speicherplatz und eine WLAN-Verbindung vorhanden sind."
--   **Nächste Schritte**: "Tippen Sie auf 'Jetzt aktualisieren' oder planen Sie es für später."
-
-Berücksichtigen Sie nach Möglichkeit Nutzer-Input. Zum Beispiel teilte das [Mailchimp](https://mailchimp.com/) Produkt-Team mit:
-
-> "Wir haben Sie gehört und Änderungen vorgenommen" - Mailchimp Produkt-Team [\[16\]](https://www.uservoice.com/blog/communicate-product-changes)
-
-Dieser transparente und nutzerzentrierte Ansatz hilft, Vertrauen aufzubauen und eine reibungslosere Update-Annahme sicherzustellen.
-
-### Nutzer-Feedback verwalten
-
-Die effektive Handhabung von Nutzerkommentaren ist essentiell für die Verbesserung von Updates und die Aufrechterhaltung der Zufriedenheit. Hier einige Strategien:
-
--   **Echtzeit-Überwachung**:
-    
-    -   Geräte-Performance nach Updates überwachen.
-    -   Fehlerlogs zur Analyse sammeln.
-    -   In-App Nutzerberichte im Auge behalten.
--   **Reaktionsprotokoll**:
-    
-    -   Gemeldete Probleme schnell angehen und Zeitpläne für Korrekturen teilen.
-    -   Feedback dokumentieren, um zukünftige Updates zu steuern.
-
-Diese Schritte lösen nicht nur unmittelbare Probleme, sondern informieren auch über bessere Planung für zukünftige Updates.
-
-### Updates zeitlich planen
-
-Die richtige Wahl des Update-Zeitpunkts ist entscheidend, um Nutzer zufrieden und Systeme stabil zu halten. So gehen Sie es an:
-
--   **Nutzungsanalyse**:
-    
-    -   Updates während Zeiten geringer Aktivität über relevante Zeitzonen hinweg planen.
-    -   Um natürliche Pausen in der Nutzeraktivität herum planen.
--   **Bereitstellungsstrategie**:
-    
-    -   Updates zunächst an kleine Nutzergruppen ausrollen.
-    -   Stabilität überwachen, bevor der Rollout erweitert wird.
-    -   Nutzern erlauben, Updates nach ihrem Belieben zu planen.
--   **Technische Überlegungen**:
-    
-    -   Keine Updates während Spitzenzeiten planen.
-    -   Fehlgeschlagene Updates häufiger wiederholen.
-    -   Netzwerkbedingungen vor Update-Start prüfen.
-
-Wie eine Update-Benachrichtigung es ausdrückt:
-
-> "Ein neues Update für Ihr Gerät ist verfügbar!" [\[15\]](https://withintent.com/blog/ota-updates-design/)
-
-Die richtige Balance zwischen Update-Häufigkeit und Timing zu finden, kann helfen, Nutzerfrust zu vermeiden und gleichzeitig Sicherheit und Leistung auf Kurs zu halten.
-
-## Fazit
-
-OTA-Updates spielen eine Schlüsselrolle in der modernen App-Entwicklung. Sie ermöglichen schnelle Korrekturen, einfachere Wartung und die Einhaltung von App Store-Regeln. Wie besprochen, verbessert gutes OTA-Update-Management sowohl die Sicherheit als auch die Nutzererfahrung und bietet dabei wichtige geschäftliche Vorteile.
-
-App Store-Richtlinien setzen die Regeln für die Bereitstellung von Updates und stellen sicher, dass Apps sicher und zuverlässig bleiben. Die Befolgung dieser Regeln hatte einen enormen Einfluss - Unternehmen sparten allein 2023 über 500 Millionen Dollar durch softwarebasierte Korrekturen [\[17\]](https://mender.io/blog/how-ota-updates-enhance-software-defined-vehicles).
-
-Entwickler haben ihre Erfolge mit konformen OTA-Lösungen geteilt:
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" – Rodrigo Mantica [\[9\]](https://capgo.app/)
-
-Für eine erfolgreiche OTA-Strategie konzentrieren Sie sich auf:
-
--   Beibehaltung der genehmigten Kern-App-Funktionalität
--   Verwendung nicht-störender Hintergrund-Updates
--   Regelmäßige Überwachung von Leistung und Nutzer-Feedback
--   Erfüllung strenger Sicherheitsstandards
diff --git a/src/content/blog/de/ultimate-guide-to-capacitor-ota-updates.md b/src/content/blog/de/ultimate-guide-to-capacitor-ota-updates.md
deleted file mode 100644
index 56f0e1d0b..000000000
--- a/src/content/blog/de/ultimate-guide-to-capacitor-ota-updates.md
+++ /dev/null
@@ -1,116 +0,0 @@
----
-slug: ultimate-guide-to-capacitor-ota-updates
-title: Der ultimative Leitfaden für Capacitor OTA-Updates
-description: >-
-  Erfahren Sie, wie Capacitor OTA-Updates sofortige App-Aktualisierungen
-  ermöglichen, die Bereitstellungsgeschwindigkeit, Benutzererfahrung und
-  Sicherheit verbessern - ohne Verzögerungen durch den App Store.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T02:31:25.293Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e211687856e801f1f2973e-1742869897761.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, OTA updates, mobile app development, app updates, security,
-  deployment, user experience, partial updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie Ihre App sofort aktualisieren, ohne auf App Store-Überprüfungen zu warten?** [Capacitor](https://capacitorjs.com/) OTA (Over-The-Air) Updates ermöglichen es Ihnen, neue Funktionen, Fehlerbehebungen und Code-Änderungen direkt auf die Geräte der Benutzer zu übertragen. Keine manuellen Downloads, keine Verzögerungen.
-
-### Warum OTA-Updates wichtig sind:
-
--   **Schnelle Bereitstellung**: Sofortige Veröffentlichung von Updates ohne App Store-Verzögerungen.
-    
--   **Kosteneffektiv**: Vermeidung von App Store-Einreichungsgebühren.
-    
--   **Nahtlose Benutzererfahrung**: Updates erfolgen im Hintergrund.
-    
--   **Flexibilität**: Perfekt für kontinuierliche Bereitstellung und schnelle Iteration.
-    
-
-### Hauptfunktionen:
-
--   **Sicherheit**: Ende-zu-Ende-Verschlüsselung gewährleistet sichere Updates.
-    
--   **Teilaktualisierungen**: Nur geänderte Dateien werden heruntergeladen, um Bandbreite zu sparen.
-    
--   **Nachverfolgung**: Überwachen Sie Aktualisierungserfolgsraten und Fehler in Echtzeit.
-    
-
-### Schneller Vergleich der Update-Methoden:
-
-| Methode | Geschwindigkeit | Benutzeraufwand | Kosten | Am besten geeignet für |
-| --- | --- | --- | --- | --- |
-| App Store Updates | Langsam | Manuell | 99$/Jahr (Apple), 25$ (Google) | Hauptversionsveröffentlichungen |
-| [Capacitor Web Updates](https://capgo.app/docs/) | Schnell | Automatisch | Kostenlos | Kleinere Fixes/Funktionen |
-| Externe OTA-Tools | Sofort | Automatisch | Abhängig von der Plattform | Sichere, gezielte Updates |
-
-[Capacitor OTA-Updates](https://capgo.app/) sind ideal für Entwickler, die Geschwindigkeit, Sicherheit und Kontrolle wünschen. Plattformen wie [Capgo](https://capgo.app/) haben **23,5 Millionen Updates** mit einer **95%igen Adoptionsrate innerhalb von 24 Stunden** geliefert. Bereit, Ihre App-Wartung zu transformieren? Los geht's!
-
-## [Capgo](https://capgo.app/) Plattform-Funktionen
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-Die [Capgo-Plattform](https://capgo.app/docs/webapp/) erweitert die Update-Funktionen von Capacitor mit zusätzlicher Sicherheit und erweiterten Bereitstellungsoptionen. Mit 23,5 Millionen verwalteten Updates über 750 Produktions-Apps [\[1\]](https://capgo.app/) bietet sie wichtige Funktionen zur Leistungsverbesserung:
-
-| Funktion | Fähigkeit | Leistungsmetrik |
-| --- | --- | --- |
-| Update-Erfolgsrate | Globale Bereitstellung | 82% weltweit |
-| API-Antwortzeit | Echtzeit-Operationen | 434 ms Durchschnitt |
-| Sicherheit | Ende-zu-Ende-Verschlüsselung | Vollständiger Update-Schutz |
-| Verteilung | [Kanalsystem](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Gezielte Rollouts |
-
-Das Kanalsystem von Capgo ermöglicht präzise Update-Verteilung, wie Beta-Tests oder stufenweise Updates, ohne die Sicherheit zu beeinträchtigen. Teams können zwischen Cloud-gehosteten und selbst-gehosteten Setups wählen und erhalten volle Kontrolle mit Tools wie Ein-Klick-Rollbacks und proaktiver Fehlerüberwachung.
-
-[Die Optimierung der Update-Bereitstellung](https://capgo.app/blog/optimise-your-images-for-updates/) ist nur ein Teil des Prozesses - die Verfolgung von Updates ist ebenso wichtig. Laut Capgo werden 95% der aktiven Nutzer innerhalb von 24 Stunden aktualisiert, mit einer globalen Erfolgsrate von 82% [\[1\]](https://capgo.app/).
-
-> "Verfolgen Sie Update-Erfolgsraten und Nutzerengagement in Echtzeit" - Capgo [\[1\]](https://capgo.app/)
-
-Wichtige zu überwachende Metriken sind:
-
-| Metrik | Zweck | Maßnahmen |
-| --- | --- | --- |
-| Erfolgsrate | Misst den Bereitstellungserfolg | Fehlgeschlagene Updates überwachen |
-| Nutzerakzeptanz | Verfolgt die Anzahl der Updates | Nutzerverhalten analysieren |
-| Fehlerprotokollierung | Identifiziert Probleme schnell | Probleme proaktiv lösen |
-
-Moderne OTA-Plattformen wie Capgo bieten detaillierte Dashboards zur Verfolgung dieser Metriken. Funktionen wie Fehlerprotokollierung helfen Entwicklern, Probleme zu erkennen und zu beheben, bevor sie eskalieren.
-
-## Zusammenfassung
-
-### Hauptpunkte
-
-Dieser Leitfaden zu Capacitor OTA-Updates unterstreicht die Bedeutung effizienter und sicherer Update-Mechanismen in der modernen App-Entwicklung. OTA-Updates haben die Art und Weise verändert, wie Entwickler Capacitor-Apps warten und verbessern. Um OTA-Updates erfolgreich zu implementieren, konzentrieren Sie sich auf diese Schlüsselfaktoren: schnelle Update-Bereitstellung, starke Sicherheitsmaßnahmen, kontrollierte Verteilung und effektives Monitoring. Effiziente Plattformen können Updates in Minuten bereitstellen und erreichen eine 95%ige Nutzer-Update-Rate innerhalb von 24 Stunden und eine globale Erfolgsrate von 82% [\[1\]](https://capgo.app/).
-
-Hier ist ein kurzer Überblick über Best Practices für OTA-Updates:
-
-| Aspekt | Auswirkung | Best Practice |
-| --- | --- | --- |
-| Update-Geschwindigkeit | Verzögerungen durch App-Store-Überprüfungen vermeiden | Kritische Fixes sofort bereitstellen |
-| Sicherheit | Nutzerdaten schützen | Starke Verschlüsselungsprotokolle verwenden |
-| Verteilung | Risiken minimieren | Updates über gezielte Kanäle ausrollen |
-| Überwachung | Zuverlässigkeit sicherstellen | Update-Erfolg und Adoptionsraten verfolgen |
-
-Diese Praktiken sind für Plattformen wie Capgo essentiell, um schnelle und [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) bereitzustellen.
-
-### [Capgo](https://capgo.app/) Funktionen
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e211687856e801f1f2973e/248f5ad4814006d64d1f6a7ab727c6b9.jpg)
-
-Capgo zeichnet sich durch die Befolgung dieser Best Practices aus und ermöglicht zuverlässige OTA-Updates. Derzeit unterstützt Capgo 750 Produktions-Apps und hat erfolgreich 23,5 Millionen Updates ausgeliefert [\[1\]](https://capgo.app/).
-
-| Funktion | Vorteil | Leistungsmetrik |
-| --- | --- | --- |
-| Globales CDN | Beschleunigt die Bereitstellung | 5MB Bundle in 114ms geliefert |
-| API-Antwort | Schnelle Synchronisation | 57ms durchschnittliche weltweite Antwortzeit |
-| Update-Verteilung | Flexible Bereitstellung | 95% Nutzerakzeptanz innerhalb von 24 Stunden |
-
-> "Das NASA OSIRIS-REx-Team bemerkte: '@Capgo ist eine intelligente Möglichkeit, Hot-Code-Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) 🙂'" [\[1\]](https://capgo.app/)
-
-> "Capgo ist ein unverzichtbares Tool für Entwickler, die produktiver sein möchten. Die Vermeidung von Reviews für Fehlerbehebungen ist Gold wert" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/de/ultimate-guide-to-debugging-capacitor-apps.md b/src/content/blog/de/ultimate-guide-to-debugging-capacitor-apps.md
deleted file mode 100644
index 842ed17e2..000000000
--- a/src/content/blog/de/ultimate-guide-to-debugging-capacitor-apps.md
+++ /dev/null
@@ -1,129 +0,0 @@
----
-slug: ultimate-guide-to-debugging-capacitor-apps
-title: Ultimativer Leitfaden zur Fehlersuche in Capacitor-Apps
-description: >-
-  Erlernen Sie effektive Strategien und wichtige Werkzeuge zur Fehlersuche in
-  Capacitor-Apps, um eine reibungslose Leistung über alle Plattformen hinweg
-  sicherzustellen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T13:36:18.163Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d9725755129a55bd6984fe-1742304990097.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, debugging, mobile apps, performance optimization, native tools,
-  error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Das Debuggen von [Capacitor](https://capacitorjs.com/)-Apps kann aufgrund ihrer hybriden Natur, die Web- und native Technologien verbindet, komplex sein. Dieser Leitfaden vereinfacht den Prozess und behandelt die wichtigsten Tools, Techniken und Tipps zur effektiven Fehlerbehebung.
-
-### Wichtige Erkenntnisse:
-
--   **Häufige Herausforderungen**: Plattformspezifische Bugs und Inkompatibilitäten nativer Plugins.
--   **Benötigte Tools**:
-    -   **[Web-Debugging](https://capgo.app/docs/plugin/debugging/)**: [Chrome DevTools](https://developer.chrome.com/docs/devtools), [Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector).
-    -   **[Native Debugging](https://capgo.app/docs/plugin/debugging/)**: [Xcode](https://developer.apple.com/xcode/) für iOS, [Android Studio](https://developer.android.com/studio) für Android.
-    -   **Capacitor CLI**: Befehle wie `npx cap doctor` und `npx cap sync`.
--   **Debug-Schritte**:
-    -   Web-Code mit Browser-Tools inspizieren.
-    -   Native Komponenten mit plattformspezifischen Tools debuggen.
-    -   Ausführliche Protokollierung für Plugin-Probleme nutzen.
--   **Leistungsoptimierung**:
-    -   Analyse von Netzwerk-, Speicher- und UI-Performance.
-    -   Nutzung von Tools wie Chrome DevTools und nativen Profilern.
-
-### Schnelle Tipps:
-
--   **Source Maps aktivieren**: Originalen Code statt minifizierter Versionen debuggen.
--   **[Capgo](https://capgo.app/) für Updates nutzen**: Sofortige Fehlerbehebung ohne App-Store-Verzögerungen.
--   **Fehler-Tracking einrichten**: Probleme in Echtzeit erfassen für schnellere Lösungen.
-
-Dieser Leitfaden bietet alles Notwendige, um Bugs zu identifizieren und zu beheben und sicherzustellen, dass Ihre Capacitor-App plattformübergreifend reibungslos läuft.
-
-## Der ultimative Ionic-Debugging-Leitfaden
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Wichtige Debug-Tools
-
-Das effektive Debuggen von [Capacitor-Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) erfordert die richtigen Tools. Hier ist eine Übersicht der wichtigsten [Debug-Ressourcen](https://capgo.app/docs/plugin/debugging/), die jeder Capacitor-Entwickler kennen sollte.
-
-### Web-Debugging mit Browser-Tools
-
-Für das Debuggen der Web-Ebene von Capacitor-Apps sind **Chrome DevTools** und **Safari Web Inspector** unverzichtbar. Diese Tools ermöglichen:
-
--   **Netzwerk-Panel**: Verfolgung von API-Aufrufen, Ressourcenladung und Netzwerkleistung.
--   **Konsole**: JavaScript-Fehler abfangen, Logs und Debug-Ausgaben anzeigen.
--   **Element-Inspektor**: DOM-Elemente live untersuchen und modifizieren.
--   **Quellen-Panel**: Haltepunkte setzen und JavaScript-Ausführung debuggen.
-
-Stellen Sie sicher, dass Source Maps aktiviert sind - damit können Sie Ihren ursprünglichen Code anstelle der minifizierten Produktionsversionen debuggen. Bei plattformspezifischen Problemen sind native Debug-Tools der nächste Schritt.
-
-[Fortsetzung folgt aufgrund der Längenbeschränkung. Benötigen Sie einen bestimmten weiteren Abschnitt?]
-
-Der Einstieg in Capgo ist einfach. Beginnen Sie mit der Initialisierung durch folgenden Befehl:
-
-```bash
-npx cap doctor           # Check your environment setup
-npx cap sync             # Sync web code with native projects
-npx cap open ios         # Open iOS project in Xcode
-npx cap open android     # Open Android project in Android Studio
-```
-
-So können Sie es optimal nutzen:
-
--   **Fehlerüberwachung einrichten**  
-    Fügen Sie Fehlerverfolgung über Client- und Native-Ebenen hinzu, um Probleme frühzeitig zu erkennen:
-    
-    ```bash
-ionic cap run ios -l --external       # Live reload for iOS
-ionic cap run android -l --external   # Live reload for Android
-```
-    
--   **Fixes schrittweise bereitstellen**  
-    Nutzen Sie gestaffelte Einführungen, um Updates an kleineren Gruppen zu testen, bevor Sie eine vollständige Veröffentlichung durchführen.
-    
--   **Update-Metriken überwachen**  
-    Behalten Sie wichtige Leistungsstatistiken im Auge, um reibungslose Updates sicherzustellen:
-    
-    | Metrik | Leistung |
-    | --- | --- |
-    | Update-Bereitstellungsgeschwindigkeit | 114ms für ein 5MB-Paket |
-    | API-Antwortzeit | 57ms weltweit |
-    | Benutzer-Update-Rate | 95% innerhalb von 24 Stunden |
-
-Capgos partielles Update-System lädt nur geänderte Dateien herunter und reduziert so Störungen während der Fehlersuche. Mit Ende-zu-Ende-Verschlüsselung und Konformität mit App-Store-Richtlinien ist es ein leistungsstarkes Werkzeug, um Ihre App stabil zu halten und Probleme schnell zu lösen.
-
-## Zusammenfassung
-
-### Überblick über Werkzeuge und Methoden
-
-Effektives Debugging erfordert die richtige Mischung aus Werkzeugen und Techniken. Dieser Leitfaden behandelte wesentliche Methoden, die einen starken Entwicklungsworkflow unterstützen. Zu den wichtigsten Werkzeugen gehören **Browser-Entwicklertools**, **plattformspezifische Debugger** und **[Capacitor CLI-Befehle](https://capgo.app/docs/cli/commands/)**, die alle zusammenarbeiten, um Probleme schnell zu lokalisieren und zu beheben.
-
-Die Kombination von guten Debugging-Praktiken mit Live-Updates kann die App-Stabilität erheblich verbessern. Apps, die diese Workflows nutzen, berichten beispielsweise von einer 95%igen Benutzer-Update-Rate innerhalb von 24 Stunden[\[1\]](https://capgo.app/).
-
-| Debug-Komponente | Hauptfunktion | Auswirkung |
-| --- | --- | --- |
-| **Browser-Tools** | Web-Code untersuchen | Fehler in Echtzeit erkennen |
-| **Plattform-Debugger** | Native Code analysieren | Plattformspezifische Probleme lösen |
-| **Fehlerüberwachung** | Proaktive Problemverfolgung | Erreicht eine weltweite Erfolgsrate von 82%[\[1\]](https://capgo.app/) |
-| **Live-Updates** | Sofortige Fehlerbehebung | Führt zu 95% Benutzer-Update-Rate in 24 Stunden[\[1\]](https://capgo.app/) |
-
-### Nächste Schritte
-
-Sie können Ihren Debugging-Prozess durch diese Schritte verbessern:
-
--   **Fehlerüberwachung einrichten** für Web- und Native-Ebenen, um Probleme frühzeitig zu erkennen.
--   **Gestaffelte Einführungen nutzen**, um Fixes zu testen, bevor sie vollständig bereitgestellt werden.
--   **Source Maps aktivieren**, um Fehler genauer zu verfolgen.
--   **Debugging-Tools integrieren** in Ihre CI/CD-Pipeline für reibungslosere Workflows.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Bereitstellung an unsere Nutzer!" - Rodrigo Mantica[\[1\]](https://capgo.app/)
-
-Behalten Sie kritische Leistungsmetriken im Auge, um sicherzustellen, dass Ihre App reibungslos läuft.
diff --git a/src/content/blog/de/ultimate-guide-to-ota-update-security-for-capacitor-apps.md b/src/content/blog/de/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
deleted file mode 100644
index cb98c79a6..000000000
--- a/src/content/blog/de/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
+++ /dev/null
@@ -1,239 +0,0 @@
----
-slug: ultimate-guide-to-ota-update-security-for-capacitor-apps
-title: Ultimativer Leitfaden zur OTA-Update-Sicherheit für Capacitor-Apps
-description: >-
-  Erfahren Sie wichtige Strategien zur Absicherung von OTA-Updates für mobile
-  Apps, mit Fokus auf Verschlüsselung, Verifizierung und Einhaltung von
-  Industriestandards.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-13T08:04:34.421Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ad4d12971060b04c742b83-1739433897515.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, security, encryption, mobile apps, compliance, data protection,
-  update integrity, app store rules
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Over-the-Air (OTA) Updates sind ein schneller Weg, um [Capacitor](https://capacitorjs.com/) Apps ohne App Store Verzögerungen zu verbessern. Sie bergen aber Risiken wie Code-Manipulation, Downgrade-Angriffe und Datenlecks. So sichern Sie Ihre Updates ab:
-
-1.  **Alles verschlüsseln**: Verwenden Sie AES-256 für Update-Dateien und RSA-2048 für sicheren Schlüsselaustausch.
-2.  **Update-Pakete signieren**: Authentifizieren Sie Updates mit privaten/öffentlichen Schlüsselpaaren gegen Manipulation.
-3.  **Sichere Datenübertragung**: Erzwingen Sie TLS 1.3 mit Zertifikat-Pinning gegen Abfangen.
-4.  **Dateien verifizieren**: Nutzen Sie SHA-256 Hashes zur Sicherstellung der Update-Integrität.
-
-### Schneller Überblick über Risiken und Lösungen
-
-| **Risiko** | **Auswirkung** | **Lösung** |
-| --- | --- | --- |
-| Man-in-the-Middle | Malware-Einschleusung | TLS 1.3, Zertifikat-Pinning |
-| Code-Injektion | App-Kompromittierung | Paket-Signierung, Dateiprüfungen |
-| Downgrade-Angriffe | Ausnutzung alter Schwachstellen | Versionskontrolle, Integritätsprüfungen |
-
-Um die App Store und [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) Regeln einzuhalten, stellen Sie sicher, dass Updates sicher und transparent sind und Nutzerdaten schützen. Tools wie [Capgo](https://capgo.app/) können Verschlüsselung, Signierung und Überwachung für sicherere OTA-Updates automatisieren.
-
-## [Capacitor](https://capacitorjs.com/) für Unternehmen
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-13.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/m2kFUvSFcSs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Sicherheitsgrundlagen für OTA-Updates
-
-2022 entdeckten Forscher, dass 78% der Geräte mit OTA-Fähigkeiten Schwachstellen in ihren Update-Prozessen aufwiesen [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update). Um dies anzugehen, ist ein starkes Sicherheitsgerüst entscheidend, das sich auf drei Kernbereiche konzentriert: **Paket-Signierung**, **sichere Datenübertragung** und **Dateiverifikation**. Diese Elemente sind das Rückgrat der später diskutierten [Verschlüsselungsmethoden](https://capgo.app/docs/cli/migrations/encryption/).
-
-### Update-Paket Signierung 
-
-Die Paket-Signierung ist der erste Schritt, um sicherzustellen, dass nur autorisierte Updates verteilt werden. Entwickler verwenden private Schlüssel zur Signierung von Update-Paketen, während Apps diese mit eingebetteten öffentlichen Schlüsseln verifizieren. Capgo integriert beispielsweise öffentliche Schlüssel während des App-Build-Prozesses und hält sich dabei an plattformspezifische Sicherheitsprotokolle.
-
-| Signierungskomponente | Zweck | Sicherheitsvorteil |
-| --- | --- | --- |
-| Privater Schlüssel | Signiert Update-Pakete | Beschränkt Update-Erstellung auf autorisierte Entwickler |
-| Öffentlicher Schlüssel | Verifiziert Signaturen | Bestätigt Legitimität und Unversehrtheit der Updates |
-| Digitale Signatur | Verknüpft Paket mit Entwickler | Gewährleistet Rückverfolgbarkeit und verhindert Manipulation |
-
-### Sichere Datenübertragung
-
-Sichere Datenübertragung ist entscheidend für den Schutz von Updates während der Übermittlung. TLS 1.3 ist hierfür der Standard und reduziert Handshake-Zeiten um 40% im Vergleich zu TLS 1.2 [\[6\]](https://interrupt.memfault.com/blog/firmware-encryption-with-python). Es beinhaltet auch Funktionen wie Zertifikat-Pinning und gegenseitige TLS (mTLS) Authentifizierung, um Man-in-the-Middle-Angriffe zu blockieren und Vertrauen zwischen App und Update-Server herzustellen. Capgo erzwingt standardmäßig TLS 1.3 und unterstützt benutzerdefinierte Zertifikat-Pinning-Setups für robusten Schutz während der Datenübertragung.
-
-### Update-Datei Verifizierung
-
-Die Dateiverifizierung ist die letzte Verteidigungslinie vor der Installation eines Updates. Kryptographische Hash-Funktionen wie SHA-256 erstellen einen einzigartigen Fingerabdruck für jedes Update-Paket. Apps vergleichen diesen Fingerabdruck mit server-bereitgestellten Hashes zur Integritätssicherung. Die Automatisierung der SHA-256 Hash-Generierung und -Validierung innerhalb von CI/CD-Pipelines stärkt diesen Prozess. Regelmäßige Integration automatisierter Audits in CI/CD-Workflows hilft auch dabei, neue Sicherheitsherausforderungen zu adressieren.
-
-## Datenverschlüsselung für OTA-Updates
-
-Verschlüsselung fügt eine zusätzliche Sicherheitsebene zu den Signierungs- und Verifizierungsprozessen hinzu und macht abgefangene Daten für Angreifer nutzlos.
-
-### Update-Paket Verschlüsselung
-
-Ein zweistufiger Verschlüsselungsprozess wird verwendet, der **AES-256** für die Verschlüsselung der Update-Dateien und **RSA-2048** für die Sicherung des Schlüsselaustauschs kombiniert.
-
-| Verschlüsselungsebene | Methode | Zweck |
-| --- | --- | --- |
-| Paketinhalt | AES-256 | Schützt die eigentlichen Update-Dateien |
-| Schlüsselaustausch | RSA-2048 | Sichert die Übermittlung von Verschlüsselungsschlüsseln |
-
-Jedes Update-Paket wird mit einem einzigartigen AES-Schlüssel verschlüsselt, der dann mit dem öffentlichen RSA-Schlüssel des Geräts verschlüsselt wird. Capgo wendet diese Methode automatisch an und generiert für jede Update-Verteilung frische Verschlüsselungsschlüssel [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-### Verschlüsselungsschlüssel-Sicherheit
-
-Ordnungsgemäßes Schlüsselmanagement ist essentiell, um verschlüsselte Updates sicher zu halten:
-
--   **Schlüsselgenerierung**: Verwenden Sie immer sichere Zufallsgeneratoren zur Schlüsselerstellung.
--   **Schlüsselspeicherung**: Speichern Sie Schlüssel in hardware-gestützten sicheren Umgebungen wie Android's [StrongBox](https://source.android.com/docs/security/best-practices/hardware) oder iOS's [Secure Enclave](https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/web) [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update)[\[7\]](https://www.sorinmustaca.com/implementing-secure-over-the-air-ota-updates-in-embedded-devices/).
--   **Schlüsselrotation**: Aktualisieren Sie Verschlüsselungsschlüssel alle 90 Tage. Nutzen Sie phasenweise Übergänge für Kompatibilität und stimmen Sie Schlüsselrotationen mit Ihren CI/CD-Pipelines ab.
-
-### Geräte-Sicherheitsfunktionen
-
-Moderne Geräte kommen mit eingebauter Hardware-Sicherheit zum Schutz von Verschlüsselungsschlüsseln. Zum Beispiel bieten Android's StrongBox und iOS's Secure Enclave isolierte Umgebungen für kryptographische Aufgaben [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update)[\[7\]](https://www.sorinmustaca.com/implementing-secure-over-the-air-ota-updates-in-embedded-devices/). iOS-Entwickler können diese Funktionen über native Security Framework APIs nutzen.
-
-Diese Verschlüsselungspraktiken helfen dabei, die in den folgenden Abschnitten behandelten Industriestandards zu erfüllen.
-
-## Einhaltung von Industriestandards
-
-Die Sicherstellung sicherer OTA-Updates bedeutet strikte Befolgung von Plattform-Regeln und Datenschutzgesetzen. Die Compliance-Landschaft ist komplex, mit unterschiedlichen Anforderungen von App Stores und Datenschutzvorschriften.
-
-Diese Standards basieren auf grundlegenden Sicherheitspraktiken wie Verschlüsselung und Signierung, gepaart mit plattformspezifischen Regeln.
-
-### App Store Regeln
-
-Apple's App Store Richtlinie 2.5.2 legt klare Beschränkungen für OTA-Updates von [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) fest. Updates dürfen nur Web-Inhalte wie HTML, CSS und JavaScript innerhalb des App-Containers modifizieren - Änderungen an nativer Funktionalität sind nicht erlaubt [\[1\]](https://github.com/capacitor-community/android-security-provider).
-
-| Plattform | Anforderungen |
-| --- | --- |
-| Apple App Store | Nur Web-Updates • Kein ausführbarer Code • Vorab-Offenlegung |
-| Google Play | HTTPS-Durchsetzung • Integritätsprüfungen • Feature-Update-Beschränkungen |
-
-Google Play bietet mehr Flexibilität, erzwingt aber dennoch strenge Sicherheitsmaßnahmen [\[3\]](https://insight.sbdautomotive.com/rs/164-IYW-366/images/Preparing%20for%20regulated%20automotive%20over-the-air%20updates.pdf). Updates müssen sichere Übertragungsprotokolle verwenden und ordnungsgemäße Integritätsprüfungen beinhalten.
-
-### Datenschutzgesetze
-
-Datenschutzvorschriften verkomplizieren die OTA-Update-Compliance zusätzlich. Gesetze wie GDPR und [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) setzen klare Regeln für den Umgang mit Nutzerdaten während Updates.
-
-| OTA-Update-Aspekt | GDPR | CCPA |
-| --- | --- | --- |
-| Datenerhebung | Minimal notwendige Daten | Vollständige Offenlegung erforderlich |
-| Nutzerrechte | Explizite Einwilligung nötig | Opt-out-Option verpflichtend |
-| Sicherheitsmaßnahmen | Ende-zu-Ende-Verschlüsselung | Angemessene Sicherheit |
-| Dokumentation | [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/) Dokumentation | Update-Prozess Dokumentation |
-
-> "Der Schlüssel zur Compliance-Einhaltung ist die Implementierung von Privacy-by-Design-Prinzipien von Anfang an", erklärt ein Leitfaden des Europäischen Datenschutzausschusses. "Dies beinhaltet die Berücksichtigung von Datenschutzaspekten in jedem Teil des Update-Prozesses." [\[8\]](https://essaypro.com/blog/article-review)
-
-Für Capacitor Apps bedeutet dies, sich auf praktische Schritte zu konzentrieren wie:
-
--   **Transparente Updates**: Klare Offenlegung von Update-Inhalten und Datennutzung.
--   **Sichere Datenübertragungen**: Verwendung von Ende-zu-Ende-Verschlüsselung für alle update-bezogenen Kommunikationen.
-
-GDPR-Verstöße können zu Strafen von bis zu 20 Millionen Euro führen [\[9\]](https://www.socialsellinator.com/social-selling-blog/seo-article-writing). Für die Compliance-Einhaltung führen Sie vierteljährliche Audits durch und stimmen diese mit Ihren Update-Überwachungsprozessen ab.
-
-## Sicherheitsüberwachung und Reaktion
-
-Kontinuierliche Überwachung spielt eine entscheidende Rolle beim Schutz vor neuen und sich entwickelnden Bedrohungen. Organisationen mit starken Überwachungssystemen können Sicherheitsverletzungen **74% schneller** identifizieren [\[2\]](https://www.iotinsider.com/industries/security/over-the-air-updates-ota-best-practices-for-device-safety/).
-
-### Bedrohungserkennung
-
-2024 waren **41% der Organisationen** von Sicherheitsvorfällen im Zusammenhang mit OTA-Updates betroffen [\[1\]](https://github.com/capacitor-community/android-security-provider). Dies unterstreicht die Bedeutung von Überwachungssystemen, die diese Risiken effektiv verfolgen und adressieren können.
-
-| Komponente | Funktion | Beispiel |
-| --- | --- | --- |
-| Echtzeit-Analyse | Erkennung ungewöhnlicher Muster im Update-Verkehr | Mustererkennung |
-| Netzwerküberwachung | Erkennung unbefugter Zugriffsversuche | Verkehrsfilterung |
-| Nutzerverhalten-Analytik | Identifizierung verdächtigen Update-Verhaltens | Verhaltensmodelle |
-
-Um Angreifern einen Schritt voraus zu sein, benötigen Erkennungssysteme ständige Updates. Maschinelles Lernen spielt eine Schlüsselrolle bei der Anpassung an neue Angriffsmethoden [\[1\]](https://github.com/capacitor-community/android-security-provider)[\[2\]](https://www.iotinsider.com/industries/security/over-the-air-updates-ota-best-practices-for-device-safety/). Capgo stärkt diesen Prozess durch Integritätsprüfungen in Echtzeit und Verhaltensanalysen [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-### Sicherheits-Reaktionsplan
-
-Für Capacitor-Apps mit OTA-Updates ist ein klarer Reaktionsplan unerlässlich. Diese Pläne sollten mit plattformspezifischen Sicherheitsanforderungen übereinstimmen, wie zum Beispiel Apples Richtlinie 2.5.2. Ein gut vorbereiteter Plan kann die Kosten bei Sicherheitsverletzungen um **38%** senken [\[10\]](https://www.ontotext.com/knowledgehub/fundamentals/information-extraction/).
-
-| Phase | Hauptmaßnahmen |
-| --- | --- |
-| Erste Erkennung | Automatisierte Warnungen und Analysen auslösen |
-| Eindämmung | Updates aussetzen und Bedrohungen isolieren |
-| Untersuchung | Ursachenanalyse durchführen |
-| Wiederherstellung | Systeme und Dienste wiederherstellen |
-
-Capgo optimiert die Reaktionen für Capacitor-Apps durch Automatisierung von Aktionen wie der Quarantäne verdächtiger Updates und der Erstellung forensischer Protokolle für tiefergehende Analysen [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-Diese Erkennungs- und Reaktionsmaßnahmen arbeiten Hand in Hand mit Verschlüsselungs- und Signierungsprotokollen, um ein mehrschichtiges Verteidigungssystem bereitzustellen.
-
-## [Capgo](https://capgo.app/) Sicherheitsfunktionen
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-13.jpg?auto=compress)
-
-Capgo gewährleistet Sicherheit durch drei Schlüsselansätze, die neben seinen Überwachungssystemen funktionieren:
-
-### Verschlüsselung und Standards
-
-| Sicherheitsebene | Implementierung |
-| --- | --- |
-| Paketschutz | AES-256 und RSA-2048 Hybrid-Verschlüsselung |
-| Plattform-Compliance | Automatisierte Inhaltsvalidierung |
-
-Capgo setzt die vom App Store geforderten Update-Beschränkungen durch automatisierte Inhaltsvalidierung durch.
-
-### CI/CD-Sicherheit
-
-Sicherheit ist in Capgos CI/CD-Pipeline integriert mit:
-
--   **Token-basierte Deployment-Authentifizierung** zur Absicherung des Prozesses
--   **Phasenweise Einführungen** mit einer Notfall-Pause-Option für schnelle Problembehebung
-
-### Open-Source-Vorteile
-
-Capgos Open-Source-Framework ermöglicht Community-getriebene Verbesserungen, die für die Sicherheit von OTA-Systemen kritisch sind.
-
--   Ein **öffentlicher Codebase** ermöglicht unabhängige Audits
--   Über **180 Mitwirkende** helfen bei der Identifizierung und Behebung von Schwachstellen
--   Ein **modulares Design** ermöglicht kundenspezifische Sicherheitsverbesserungen
-
-Diese Funktionen entsprechen den zuvor diskutierten Verschlüsselungs- und Compliance-Anforderungen.
-
-## Zusammenfassung
-
-### Wichtige Erkenntnisse
-
-Für sichere OTA-Updates benötigen Sie einen mehrschichtigen Ansatz, der **Verschlüsselung**, **Verifizierung** und **Überwachung** umfasst. Diese Elemente arbeiten zusammen, um sowohl den Update-Prozess als auch Benutzerdaten zu schützen.
-
-### Schritte zur Absicherung von OTA-Updates
-
-Hier ist eine kurze Anleitung zum Einrichten eines sicheren OTA-Systems:
-
--   **Starke Verschlüsselung und Verifizierung verwenden**  
-    Kombinieren Sie AES-256-Verschlüsselung mit RSA-2048 für ein robustes Sicherheitsframework.
-    
--   **Echtzeit-Überwachung aktivieren**  
-    Richten Sie Bedrohungserkennungssysteme wie in Abschnitt 5 beschrieben ein, um Probleme frühzeitig zu erkennen und zu beheben.
-    
--   **Compliant bleiben**  
-    Halten Sie kontinuierlich Plattform-Richtlinien und Datenschutzbestimmungen ein, wie sie in den App Store-Regeln beschrieben sind.
-    
-
-Capgos automatisierte Validierungswerkzeuge und phasenweise Einführungen erleichtern die Umsetzung dieser Strategien bei gleichzeitiger Einhaltung der Vorschriften.
-
-## FAQs
-
-### Was sind die Sicherheitsprobleme bei OTA?
-
-Over-the-Air-Updates bringen verschiedene Sicherheitsherausforderungen mit sich, die Entwickler bewältigen müssen, um Updates sicher und vertrauenswürdig zu halten.
-
-Hier sind einige häufige Schwachstellen:
-
-| Schwachstellentyp | Beschreibung | Auswirkung |
-| --- | --- | --- |
-| Rollback-Angriffe | Installation veralteter, unsicherer Versionen | Ausnutzung bekannter Schwachstellen |
-| Kompromittierte Schlüssel | Schwache Verschlüsselung oder gestohlene Schlüssel | Ausführung nicht autorisierter Codes |
-
-Um diese Risiken zu adressieren, sollten Entwickler folgende Maßnahmen in Betracht ziehen:
-
--   **AES-256-Verschlüsselung** für Update-Pakete verwenden (siehe Abschnitt 3).
--   **Certificate-Pinned-Verbindungen** einrichten, um Manipulationen zu verhindern.
--   **Verhaltensüberwachungssysteme** implementieren (siehe Abschnitt 5).
-
-Für Capacitor-Apps ist die Einhaltung von Sicherheitsprotokollen und die Integration automatisierter CI/CD-Validierung (beschrieben in Abschnitt 6) von entscheidender Bedeutung. Diese Schritte ergänzen die in den Abschnitten 3 und 4 beschriebenen Verschlüsselungsmethoden und Compliance-Frameworks.
diff --git a/src/content/blog/de/understanding-apples-privacy-manifest.md b/src/content/blog/de/understanding-apples-privacy-manifest.md
deleted file mode 100644
index b89f51291..000000000
--- a/src/content/blog/de/understanding-apples-privacy-manifest.md
+++ /dev/null
@@ -1,141 +0,0 @@
----
-slug: understanding-apples-privacy-manifest
-title: Verstehen des Apple-Datenschutzmanifests
-description: >-
-  Erfahren Sie mehr über Apples obligatorisches Datenschutz-Manifest, seine
-  Bedeutung für iOS-Apps und wie Sie die Anforderungen mit klaren Richtlinien
-  effektiv erfüllen können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T02:23:31.365Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92-1744943188853.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Privacy Manifest, iOS, data collection, App Store, compliance, Capgo, JSON,
-  updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Das Privacy Manifest von Apple ist jetzt für alle iOS-Apps verpflichtend.** Ab Mai 2024 muss jede App Store-Einreichung diese JSON-Datei enthalten, die Datenerfassung, API-Nutzung, Drittanbieter-SDKs und Netzwerkdomänen detailliert aufführt. Hier ist, was Sie wissen müssen:
-
--   **Was es ist**: Eine JSON-Konfigurationsdatei, die offenlegt:
-    -   Erfasste Daten und deren Zweck
-    -   Verwendete APIs und Drittanbieter-SDKs
-    -   Zugriff auf externe Domains
--   **Warum es wichtig ist**: Gewährleistet Transparenz und Einhaltung von Apples Datenschutzstandards.
--   **Wie man es einhält**: Fügen Sie das Manifest Ihrem iOS-App-Bundle hinzu und aktualisieren Sie es regelmäßig, besonders bei Verwendung von Live-Update-Tools wie [Capgo](https://capgo.app/).
-
-**Schnelltipp**: Tools wie Capgo vereinfachen die Compliance durch automatisierte Manifest-Updates, bieten sofortige Bereitstellungen und stellen Analysen zur Erfolgsverfolgung bereit.
-
-Lesen Sie weiter, um zu erfahren, wie Sie Ihr Privacy Manifest einrichten und überprüfen, häufige Fallstricke vermeiden und reibungslose Updates sicherstellen.
-
-## WWDC23: Erste Schritte mit Privacy Manifests | Apple
-
-<iframe src="https://www.youtube.com/embed/OQMF4LDqscc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Kernelemente des Privacy Manifests
-
-Apples Privacy Manifest umfasst drei Hauptkomponenten:
-
-1.  **Datenerklärung**: Geben Sie die Arten von Daten an, die Ihre App sammelt, warum sie gesammelt werden, welche datenschutzsensiblen APIs sie verwendet und welche Drittanbieter-SDKs in die App integriert sind. Sie müssen für jeden Punkt einen klaren geschäftlichen Grund angeben.
-    
-2.  **Externe Domains**: Listen Sie alle externen Domains auf, mit denen Ihre App kommuniziert, erklären Sie den Zweck der Kommunikation und beschreiben Sie die implementierten Sicherheitsmaßnahmen.
-    
-3.  **JSON-Format und Einbettung**: Befolgen Sie Apples vorgeschriebene JSON-Struktur für das Manifest und stellen Sie sicher, dass es sowohl in Ihrem App-Bundle als auch in Live-Update-Paketen eingebettet ist.
-    
-
-Als Nächstes führen wir Sie durch die Erstellung und Überprüfung Ihres Manifests in einem Capacitor-Projekt.
-
-## Einrichten des Privacy Manifests in [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Erstellen der Manifest-Datei
-
-Beginnen Sie mit dem Hinzufügen einer Datei namens `ios/App/Resources/PrivacyInfo.xcprivacy`, um die API-Nutzung und Datenerfassung Ihrer App zu deklarieren. Hier ist ein Beispiel, wie die Datei aussehen könnte:
-
-```json
-{
-  "NSPrivacyAccessedAPITypes":[{"NSPrivacyAccessedAPIType":"NSUserDefaults","NSPrivacyAccessedAPITypeReasons":["FE001"]}],
-  "NSPrivacyCollectedDataTypes":[{"NSPrivacyDataType":"NSPrivacyDataTypeDeviceID","NSPrivacyDataReason":"Basic app functionality"}]
-}
-```
-
-Öffnen Sie nach der Erstellung dieser Datei [Xcode](https://developer.apple.com/xcode/), um sicherzustellen, dass sie korrekt in Ihr Projekt eingebunden ist.
-
-### Testen und Verifizierung
-
-Navigieren Sie in Xcode zu **Produkt > Analysieren**, um einen Datenschutzbericht zu generieren. Überprüfen Sie den Bericht sorgfältig auf Warnungen oder nicht deklarierte APIs und nehmen Sie notwendige Anpassungen vor, um Probleme zu vermeiden. Wenn alles in Ordnung ist, fahren Sie mit der Bereitstellung Ihrer Updates fort.
-
-### Updates mit [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Nach erfolgreicher Xcode-Analyse verwenden Sie Capgo für Live-Updates, um das Privacy Manifest Ihrer App aktuell zu halten. Capgo bietet:
-
--   **Sofortige Bereitstellungen**: 95% der Nutzer erhalten Updates innerhalb von 24 Stunden [\[1\]](https://capgo.app/).
--   **Ein-Klick-Rollback** für schnelle Korrekturen.
--   **Analyse-Tools** zur Erfolgsverfolgung und Compliance-Sicherstellung.
-
-Der Team-Plan von Capgo kostet 83 € pro Monat (jährlich abgerechnet) und unterstützt bis zu 100.000 monatlich aktive Nutzer (MAU) und 2.000 GB Bandbreite.
-
-## Datenschutz-Compliance-Richtlinien
-
-Nach der Überprüfung Ihres Manifests in Xcode ist es wichtig, die Datenschutz-Compliance aufrechtzuerhalten. Hier erfahren Sie, wie Sie auf Kurs bleiben.
-
-### Empfohlene Praktiken
-
-Erwägen Sie die Nutzung von Capgo, um Manifest-Updates sofort zu pushen und Verzögerungen durch App Store-Überprüfungen zu vermeiden. Dieses Tool unterstützt auch stufenweise Einführungen und ermöglicht es Ihnen, Änderungen mit Echtzeit-Analysen zu testen, bevor Sie sie für alle Nutzer ausrollen [\[1\]](https://capgo.app/).
-
-### Häufige Fallstricke
-
-Die Abhängigkeit von [manuellen Updates](https://capgo.app/docs/plugin/cloud-mode/manual-update/) kann langsam sein, da sie von App Store-Überprüfungszeiten abhängen, die Tage oder sogar Wochen dauern können. Dies führt oft zu veralteter Dokumentation. Automatisierte Tools hingegen ermöglichen sofortige Updates, bieten Analysen zur Überwachung von Bereitstellungen und erleichtern das Zurückrollen von Änderungen bei Problemen [\[1\]](https://capgo.app/).
-
-### Manuelle vs. Automatisierte Updates
-
-Hier ein schneller Vergleich von manuellen und automatisierten Update-Methoden:
-
--   **Liefergeschwindigkeit**: Manuelle Updates können Tage oder Wochen dauern, während [automatisierte Updates](https://capgo.app/docs/live-updates/update-behavior/) 95% der Nutzer innerhalb von 24 Stunden erreichen [\[1\]](https://capgo.app/).
--   **Erfolgsverfolgung**: Manuelle Methoden variieren, aber automatisierte Updates erreichen weltweit eine Erfolgsquote von 82% [\[1\]](https://capgo.app/).
--   **Rollback-Optionen**: Manuelle Updates bieten begrenzte Wiederherstellung, während automatisierte Updates sofortige Rollbacks ermöglichen.
--   **Überwachung**: Manuelle Überprüfungen sind zeitaufwändig, während automatisierte Tools Echtzeit-Analysen bieten [\[1\]](https://capgo.app/).
--   **Verteilung**: Manuelle Systeme sind grundlegend, während automatisierte Tools erweiterte Verteilungskanäle unterstützen [\[1\]](https://capgo.app/).
--   **Sicherheit**: Manuelle Updates haben keine integrierte Verschlüsselung, während automatisierte Systeme Ende-zu-Ende-Verschlüsselung verwenden [\[1\]](https://capgo.app/).
-
-## Vergleich von Live-Update-Tools
-
-Schauen wir uns einen Vergleich von zwei beliebten Live-Update-Plattformen an und wie sie sich messen.
-
-### Plattform-Funktionen und Preise
-
-| Funktion | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- |
-| Ende-zu-Ende-Verschlüsselung | **Ja** | \-  |
-| Update-Erfolgsrate | **82% weltweit** [\[1\]](https://capgo.app/) | \-  |
-| Update-Lieferzeit | **95% innerhalb 24h** [\[1\]](https://capgo.app/) | \-  |
-| Bundle-Download-Geschwindigkeit | **114 ms (5 MB)** [\[1\]](https://capgo.app/) | \-  |
-| Jährliche Kosten (Team-Plan) | **996 €** | **6.000 €** [\[1\]](https://capgo.app/) |
-
-**Schnelles Fazit**: Capgo bietet deutlich niedrigere Erstjahreskosten - 996 € im Vergleich zu 6.000 € bei Appflow.
-
-Schauen wir uns nun an, wie sich Capgo speziell bei Privacy Manifest-Updates auszeichnet.
-
-### Privacy Manifest: Capgo-Vorteile
-
-Capgos Open-Source-Codebasis macht es zu einer starken Wahl für die Verwaltung von Privacy Manifest-Updates. Es ermöglicht schnelle Anpassungen an sich entwickelnde Datenschutzstandards und stellt sicher, dass die Compliance handhabbar bleibt [\[1\]](https://capgo.app/).
-
-## Zusammenfassung
-
-Seit Mai 2024 müssen alle iOS-Apps verpflichtende Manifest-Anforderungen erfüllen. Automatisierung kann die Verwaltung dieser Manifeste deutlich erleichtern. Für Capacitor-Projekte fügen Sie Ihr Manifest in das iOS-Bundle ein und nutzen Tools wie Capgo, um Updates dank seiner Ende-zu-Ende-Verschlüsselung sicher zu automatisieren.
-
-Mit eingerichtetem Manifest und automatisierten Updates hier einige wichtige Praktiken für reibungslose Privacy Manifest-Updates:
-
--   Verwenden Sie CLI-Tools zur Vereinfachung der Bereitstellung.
--   Implementieren Sie Kanalsysteme für kontrollierte Update-Einführungen.
--   Führen Sie detaillierte Dokumentation Ihrer Datenerfassungsprozesse.
--   Testen und überprüfen Sie die Datenschutz-Compliance regelmäßig.
diff --git a/src/content/blog/de/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md b/src/content/blog/de/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
deleted file mode 100644
index c49b889c5..000000000
--- a/src/content/blog/de/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
+++ /dev/null
@@ -1,135 +0,0 @@
----
-slug: update-your-capacitor-apps-seamlessly-using-capacitor-updater
-title: Aktualisieren Sie Ihre Capacitor-Apps nahtlos mit Capacitor-updater
-description: >-
-  Grüße an die Capacitor Ionic Community, heute werde ich Ihnen helfen,
-  Capacitor-updater in Ihrer App einzurichten. Damit Sie reibungslose
-  Veröffentlichungen durchführen können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-02-27T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /update_flow.webp
-head_image_alt: Capacitor-Entwicklung sucht nach Alternativen
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: de
-next_blog: ''
----
-## Was ist Capacitor-updater?
-
-Capacitor-updater, eine Technologie, die bei der sofortigen Bereitstellung von App-Updates und Verbesserungen an Endbenutzer hilft.
-
-Dies ist besonders großartig, wenn Sie kritische Fehlerbehebungen durchführen und diese sofort ohne App Store-Überprüfungen bereitstellen möchten.
-
-Sie können es sich als "web-ähnliche" Agilität vorstellen, bei der Updates sofort nach Verfügbarkeit seitlich geladen werden.
-
-Darüber hinaus bietet es Rollbacks, falls das neue Update die App zum Absturz bringt.
-
-## Wie funktioniert es?
-
-Capgo hält das JavaScript-Bundle Ihrer App mit dem Capgo-Server synchronisiert, und jedes Mal, wenn der Benutzer die App öffnet, überprüft sie beim Capgo-Server, ob ein neues Update für das Bundle verfügbar ist. Und natürlich kommt es mit vielen großartigen Konfigurationen, die Ihnen helfen können, das Benutzererlebnis fein abzustimmen.
-
-Ich verwende Capgo in allen meinen Projekten, die ich entwickle. Das ermöglicht es mir, weniger Zeit im App Store-Überprüfungsprozess zu verbringen.
-
-Sie können mehr darüber [hier](https://capgo.app/) lesen.
-
-## Gibt es Einschränkungen?
-
-So gut es auch klingen mag, gibt es einige Dinge, die wir beachten müssen.
-Das Erste ist, dass OTA-Updates __nur mit Web-Bundles funktionieren__.
-Sie denken vielleicht, dass dies keine große Einschränkung ist, da wir in Capacitor JS fast den gesamten Code in JS, CSS und HTML schreiben.
-Während das stimmen mag, gibt es dennoch native Module, die wir in unsere App installieren.
-Wenn ein Modul Ihre Android- oder iOS-Verzeichnisse ändert, können Sie OTA nicht verwenden, um Ihre App zu aktualisieren.
-Das liegt daran, dass der Inhalt dieser Verzeichnisse verwendet wird, um native Binärdateien zu kompilieren, die OTA nicht aktualisieren kann.
-Selbst native Apps können diesen Teil nicht aktualisieren.
-
-Aber Sie können Ihre CI/CD einrichten, um diesen Teil zu handhaben. Ich habe ein Tutorial erstellt, wie man das macht [hier für iOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/).
-
-## Automatische Capgo-Konfiguration
-
-Es ist Zeit, sich anzumelden und Ihren API-Schlüssel zu erhalten, um Ihre erste Version hochzuladen! Beginnen Sie mit der [Registrierung für ein Capgo-Konto](/register/).
-
-Sobald Sie bei Capgo eingeloggt sind, sehen Sie eine Onboarding-Seite
-
-![Onboarding-Seite](/onboarding_1_new.webp)
-
-Folgen Sie den Schritten auf der Onboarding-Seite, um Ihre erste App hinzuzufügen.
-
-### Folgen Sie der CLI-Anleitung
-
-Führen Sie von einer Kommandozeile direkt im Root-Verzeichnis Ihrer Capacitor-App aus:
-
-`npx @capgo/cli@latest init`
-Um Capgo in Ihre Capacitor-App zu installieren, wird Sie die CLI durch den Einrichtungsprozess führen.
-
-Wenn Sie es manuell machen möchten, können Sie den nachfolgenden Schritten folgen.
-
-## Manuelle Capgo-Konfiguration
-
-### Plugin installieren
-
-Sie sollten am Ende diesen Code zu Ihrer App hinzugefügt haben:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Um das Plugin in Ihre Capacitor-App zu installieren.
-
-Fügen Sie dann diesen Code zu Ihrer App hinzu, um dem nativen Plugin mitzuteilen, dass das JS-Bundle funktionsfähig ist (wenn Sie dies nicht tun, wird das native Plugin zur vorherigen Version zurückkehren):
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Dies teilt dem nativen Plugin mit, dass die Installation erfolgreich war.
-
-Führen Sie dann ein `npm run build && npx cap copy` aus, um Ihre App zu aktualisieren.
-
-### Bei Capgo CLOUD anmelden
-
-Verwenden Sie zunächst den `all` [apikey](https://console.capgo.app/dashboard/apikeys/), der in Ihrem Konto vorhanden ist, um sich mit der CLI anzumelden:
-
-`npx @capgo/cli@latest login YOU_KEY`
-
-### Ihre erste App hinzufügen
-
-Lassen Sie uns damit beginnen, eine App in Capgo Cloud mit der CLI zu erstellen.
-
-`npx @capgo/cli@latest app add`
-
-Dieser Befehl verwendet alle im Capacitor-Konfigurationsdatei definierten Variablen, um die App zu erstellen.
-
-### Ihre erste Version hochladen
-
-Führen Sie den Befehl aus, um Ihren Code zu erstellen und an Capgo zu senden:
-`npx @capgo/cli@latest bundle upload`
-
-Standardmäßig wird der Versionsname derjenige aus Ihrer `package.json`-Datei sein.
-
-Überprüfen Sie in [Capgo](https://console.capgo.app/), ob der Build vorhanden ist.
-
-Sie können es sogar mit meiner [mobilen Sandbox-App](https://capgo.app/app_mobile/) testen.
-
-### Kanal als Standard festlegen
-
-Nachdem Sie Ihre App an Capgo gesendet haben, müssen Sie Ihren Kanal `default` machen, damit Apps Updates von Capgo empfangen können.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-## Ein Live-Update auf einem Gerät empfangen
-
-Damit Ihre Anwendung ein Live-Update von Deploy empfangen kann, müssen Sie die App auf einem Gerät oder einem Emulator ausführen. Der einfachste Weg dafür ist, den folgenden Befehl zu verwenden, um Ihre lokale App in einem Emulator oder einem mit Ihrem Computer verbundenen Gerät zu starten.
-
-    npx cap run [ios | android]
-
-Öffnen Sie die App, setzen Sie sie in den Hintergrund und öffnen Sie sie erneut, Sie sollten in den Logs sehen, dass die App das Update durchgeführt hat.
-
-Glückwunsch! 🎉 Sie haben erfolgreich Ihr erstes Live-Update bereitgestellt. Dies ist nur der Anfang dessen, was Sie mit Live-Updates machen können. Um mehr zu erfahren, sehen Sie sich die vollständigen [Live-Updates-Docs](/docs/plugin/cloud-mode/getting-started/) an.
-
-> Wenn Sie lokal keine Updates mehr empfangen möchten, führen Sie diesen Befehl aus
-`npx @capgo/cli@latest channel set`
diff --git a/src/content/blog/de/updating-from-capacitor-4-to-capacitor-5.md b/src/content/blog/de/updating-from-capacitor-4-to-capacitor-5.md
deleted file mode 100644
index c0580b81d..000000000
--- a/src/content/blog/de/updating-from-capacitor-4-to-capacitor-5.md
+++ /dev/null
@@ -1,213 +0,0 @@
----
-slug: updating-from-capacitor-4-to-capacitor-5
-title: >-
-  Aktualisierung von Capacitor 4 auf Capacitor 5: Eine
-  Schritt-für-Schritt-Anleitung
-description: >-
-  Erfahren Sie, wie Sie Ihr Projekt von Capacitor 4 auf Capacitor 5 mit
-  minimalen breaking changes aktualisieren, einschließlich der Aktualisierung
-  offizieller Plugins und erforderlicher Tools.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-09T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capacitor-5-update.webp
-head_image_alt: Capacitor 4 zu 5 Update Illustration
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Capacitor
-published: true
-locale: de
-next_blog: ''
----
-Im Vergleich zu früheren Updates beinhaltet der Übergang von Capacitor 4 zu Capacitor 5 minimale breaking changes. Dieser Leitfaden bietet schrittweise Anweisungen zum Aktualisieren Ihres Projekts auf Capacitor 5 sowie eine Liste der breaking changes für offizielle Plugins.
-
-**Hinweis**: Capacitor 5 erfordert NodeJS 16 oder höher, da Node 12 das Ende seiner Lebensdauer erreicht hat und Node 14 am 30. April 2023 das Ende seiner Lebensdauer erreicht. Es wird empfohlen, die neueste LTS-Version von NodeJS zu verwenden.
-
-1. Installieren Sie die `neueste` Version der Capacitor CLI in Ihrem Projekt:
-
-   ```
-   npm i -D @capacitor/cli@latest
-   ```
-
-2. Führen Sie den folgenden Befehl aus, um die Migration von der CLI verwalten zu lassen:
-
-   ```
-   npx cap migrate
-   ```
-
-   Falls einzelne Migrationsschritte nicht erreicht werden können, werden zusätzliche Informationen im Terminalausgabefenster bereitgestellt. Manuelle Migrationsschritte sind unten aufgeführt.
-
-3. Wenn Sie die VS Code-Erweiterung installiert haben, überprüfen Sie den Abschnitt Empfehlungen der Erweiterung, um die Option zu finden, Ihr Projekt auf Capacitor 5 zu migrieren.
-
-### Upgrade des Capacitor 4 iOS-Projekts auf Capacitor 5
-
-1. **Upgrade Xcode**: Capacitor 5 erfordert Xcode 14.1+.
-
-2. **Aktualisieren Sie .gitignore**: Nehmen Sie die folgenden Änderungen an Ihrer `.gitignore`-Datei vor:
-
-   ```
-   - App/Podfile.lock
-   + App/output
-   ```
-
-3. **Aktualisieren Sie Assets zur Verwendung eines einzelnen App-Icons**: Xcode 14 unterstützt ein einzelnes App-Icon mit 1024x1024. Bereinigen Sie Ihr AppIcon.appiconset, indem Sie alle unnötigen Größen entfernen.
-
-### Upgrade des Capacitor 4 Android-Projekts auf Capacitor 5
-
-1. **Upgrade Android Studio**: Capacitor 5 erfordert Android Studio Flamingo | 2022.2.1 oder neuer aufgrund der Verwendung von Gradle 8, das Java JDK 17 benötigt. Java 17 wird mit Android Studio Flamingo ausgeliefert, sodass keine zusätzlichen Downloads erforderlich sind.
-
-2. **Führen Sie den AGP-Upgrade-Assistenten aus**: Android Studio kann bei einigen Updates im Zusammenhang mit Gradle und dem Verschieben von Paketen in Build-Dateien helfen. Um zu beginnen, führen Sie `Tools -> AGP Upgrade Assistant` aus.
-
-3. **Aktualisieren Sie Android-Projektvariablen**: Aktualisieren Sie in Ihrer `variables.gradle`-Datei Ihre Werte auf die folgenden neuen Mindestwerte:
-
-   ```
-   minSdkVersion = 22
-   compileSdkVersion = 33
-   targetSdkVersion = 33
-   androidxActivityVersion = '1.7.0'
-   androidxAppCompatVersion = '1.6.1'
-   androidxCoordinatorLayoutVersion = '1.2.0'
-   androidxCoreVersion = '1.10.0'
-   androidxFragmentVersion = '1.5.6'
-   coreSplashScreenVersion = '1.0.0'
-   androidxWebkitVersion = '1.6.1'
-   junitVersion = '4.13.2'
-   androidxJunitVersion = '1.1.5'
-   androidxEspressoCoreVersion = '3.5.1'
-   cordovaAndroidVersion = '10.1.1'
-   ```
-
-4. **Aktualisieren Sie Google Services**:
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.google.gms:google-services:4.3.13'
-   +       classpath 'com.google.gms:google-services:4.3.15'
-   }
-   ```
-
-5. **Aktualisieren Sie das Gradle-Plugin auf 8.0.0**:
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.android.tools.build:gradle:7.2.1'
-   +       classpath 'com.android.tools.build:gradle:8.0.0'
-   }
-   ```
-
-6. **Aktualisieren Sie den Gradle-Wrapper auf 8.0.2**:
-
-   ```
-   # gradle-wrapper.properties
-   distributionBase=GRADLE_USER_HOME
-   distributionPath=wrapper/dists
-   - distributionUrl=https\://services.gradle.org/distributions/gradle-7.4.2-all.zip
-   + distributionUrl=https\://services.gradle.org/distributions/gradle-8.0.2-all.zip
-   zipStoreBase=GRADLE_USER_HOME
-   zipStorePath=wrapper/dists
-   ```
-
-7. **Deaktivieren Sie Jetifier**:
-
-   ```
-   # gradle.properties
-   android.useAndroidX=true
-   - android.enableJetifier=true
-   ```
-
-8. **Verschieben Sie das Paket nach `build.gradle`**:
-
-   ```
-   # AndroidManifest.xml
-   <?xml version="1.0" encoding="utf-8"?>
-   - <manifest xmlns:android="http://schemas.android.com/apk/res/android"
-   -     package="[YOUR_PACKAGE_ID]">
-   + <manifest xmlns:android="http://schemas.android.com/apk/res/android">
-   ```
-
-   ```
-   # build.gradle
-   android {
-   +     namespace "[YOUR_PACKAGE_ID]"
-         compileSdkVersion rootProject.ext.compileSdkVersion
-   ```
-
-9. **Aktualisieren Sie androidScheme**: In Capacitor 6 wird `https` die Standardeinstellung für `androidScheme` für vorhandene Apps sein, um es Capacitor-Anwendungen besser zu ermöglichen, die Autofill-Funktion des Systems zu nutzen. Um Datenverlust infolge dieser Änderung zu vermeiden, stellen Sie das Schema jetzt auf `http` ein, auch wenn es derzeit die Standard-Einstellung ist.
-
-   ```
-   {
-     server: {
-       androidScheme: "http"
-     }
-   }
-   ```
-
-10. **Aktualisieren Sie die Kotlin-Version**: Wenn Ihr Projekt Kotlin verwendet, aktualisieren Sie die Variable `kotlin_version` auf `'1.8.20'`.
-
-### Änderungen an der Plugin-Funktionalität
-
-Die folgende Funktionalität der Plugins wurde geändert oder entfernt. Aktualisieren Sie Ihren Code entsprechend:
-
-- Action Sheet
-- Browser
-- Kamera
-- Gerät
-- Geolokalisierung
-- Google Maps
-- Lokale Benachrichtigungen
-- Push-Benachrichtigungen
-- Statusleiste
-
-### Action Sheet
-
-- Aktualisieren Sie die Variable `androidxMaterialVersion` auf `1.8.0`.
-
-### Browser
-
-- Aktualisieren Sie die Variable `androidxBrowserVersion` auf `1.5.0`.
-
-### Kamera
-
-- Für Android 13 fügen Sie die Berechtigung zum Lesen von Medienbildern (`<?xml version="1.0" encoding="utf-8"?>`) in `AndroidManifest.xml` hinzu.
-- Aktualisieren Sie die Variable `androidxMaterialVersion` auf `1.8.0`.
-- Aktualisieren Sie die Variable `androidxExifInterfaceVersion` auf `1.3.6`.
-
-### Gerät
-
-- Ändern Sie `DeviceId.uuid` in `DeviceId.identifier`.
-- Auf iOS 16+ gibt `DeviceInfo.name` einen generischen Gerätenamen zurück, es sei denn, Sie fügen die entsprechenden [Entitlements](https://developer.apple.com/documentation/bundleresources/entitlements/com_apple_developer_device-information_user-assigned-device-name/) hinzu.
-
-### Geolokalisierung
-
-- Aktualisieren Sie die `playServicesLocationVersion` auf `21.0.1`.
-
-### Google Maps
-
-- Aktualisieren Sie die folgenden Variablen:
-  - `googleMapsPlayServicesVersion` auf `18.1.0`.
-  - `googleMapsUtilsVersion` auf `3.4.0`.
-  - `googleMapsKtxVersion` auf `3.4.0`.
-  - `googleMapsUtilsKtxVersion` auf `3.4.0`.
-  - `kotlinxCoroutinesVersion` auf `1.6.4`.
-  - `androidxCoreKTXVersion` auf `1.10.0`.
-  - `kotlin_version` auf `1.8.20`.
-
-### Lokale Benachrichtigungen
-
-- Für Android 13 ist eine neue Laufzeitberechtigungsüberprüfung erforderlich, um lokale Benachrichtigungen zu planen, wenn SDK 33 angestrebt wird. Rufen Sie `checkPermissions()` und `requestPermissions()` entsprechend auf.
-
-### Push-Benachrichtigungen
-
-- Für Android 13 ist eine neue Laufzeitberechtigungsüberprüfung erforderlich, um Push-Benachrichtigungen zu empfangen, wenn SDK 33 angestrebt wird. Rufen Sie `checkPermissions()` und `requestPermissions()` entsprechend auf.
-- Aktualisieren Sie die Variable `firebaseMessagingVersion` auf `23.1.2`.
-
-### Statusleiste
-
-- Auf iOS wurde die Standardanimation der Statusleiste in `FADE` geändert.
-
-Indem Sie diese Schritte befolgen und Ihren Code entsprechend aktualisieren, sollten Sie Ihr Projekt erfolgreich von Capacitor 4 auf Capacitor 5 aktualisiert haben. Stellen Sie sicher, dass Sie Ihre Anwendung gründlich testen, um sicherzustellen, dass alle Funktionen und Plugins wie erwartet funktionieren.
diff --git a/src/content/blog/de/us-privacy-laws-mobile-app-checklist.md b/src/content/blog/de/us-privacy-laws-mobile-app-checklist.md
deleted file mode 100644
index 5f0143e0e..000000000
--- a/src/content/blog/de/us-privacy-laws-mobile-app-checklist.md
+++ /dev/null
@@ -1,256 +0,0 @@
----
-slug: us-privacy-laws-mobile-app-checklist
-title: 'U.S. Datenschutzgesetze: Mobile App Checkliste'
-description: >-
-  Stellen Sie die Einhaltung der US-Datenschutzgesetze in Ihrer mobilen App
-  sicher, indem Sie diese umfassende Checkliste für Datenschutz und
-  Benutzerrechte befolgen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:58:21.536Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df9ec1ffe25179c9af3a48-1742709514062.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  privacy compliance, mobile apps, CCPA, data protection, user rights, COPPA,
-  VCDPA, CPA
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Die Einhaltung des Datenschutzes ist für mobile Apps von entscheidender Bedeutung.** US-Datenschutzgesetze wie [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act), [VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/) und CPA verlangen von Apps den Schutz von Nutzerdaten, Transparenz und die Achtung der Nutzerrechte. Nichteinhaltung kann zu Strafen von bis zu 7.500 $ pro Verstoß und Verlust des Nutzervertrauens führen. So bleiben Sie konform:
-
--   **[Datenschutzerklärung](https://capgo.app/dp/):** Erklären Sie klar die Datenerfassung, -nutzung, -weitergabe und Nutzerrechte.
--   **Nutzerberechtigungen:** Holen Sie ausdrückliche Einwilligung ein und ermöglichen Sie Nutzern die Verwaltung ihrer Daten.
--   **Datenanfragen:** Beantworten Sie Nutzeranfragen (Zugriff, Löschung, Opt-out) innerhalb gesetzlicher Fristen.
--   **Kinderdatenschutz:** Befolgen Sie [COPPA](https://en.wikipedia.org/wiki/Children%27s_Online_Privacy_Protection_Act) für Nutzer unter 13 Jahren.
--   **Technische Schutzmaßnahmen:** Nutzen Sie Verschlüsselung, überprüfen Sie Drittanbieter-SDKs und aktualisieren Sie Datenschutzfunktionen schnell.
--   **Regelmäßige Prüfungen:** Führen Sie vierteljährliche Überprüfungen von Datenpraktiken und Berechtigungen durch.
--   **Team-Schulung:** Schulen Sie Ihr Team zu Datenschutzgesetzen und sicherem Datenumgang.
-
-Bleiben Sie über sich ändernde Gesetze informiert und nutzen Sie Tools wie [Capgo](https://capgo.app/) für die effiziente Bereitstellung sicherer Updates. Datenschutz-Compliance geht nicht nur darum, Strafen zu vermeiden - es geht darum, Vertrauen bei Ihren Nutzern aufzubauen.
-
-## [USENIX Security](https://www.usenix.org/conference/usenixsecurity25) '24 - Navigation der Datenschutz-Compliance ...
-
-![USENIX Security](https://mars-images.imgix.net/seobot/screenshots/www.usenix.org-d8a0181fef2b5e2513a1acfa3938daca-2025-03-23.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/8EDue3as8No" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Wichtige US-Datenschutzgesetze für Apps
-
-Das Verständnis wichtiger US-Datenschutzgesetze ist entscheidend für die Gewährleistung der App-Compliance. Diese Gesetze setzen die Standards für den Umgang mit Nutzerdaten und Datenschutz.
-
-### [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) Anforderungen
-
-Der California Consumer Privacy Act (CCPA) beschreibt spezifische Regeln für Apps, die Daten von Einwohnern Kaliforniens verwalten. Hier eine kurze Übersicht:
-
-| **Anforderung** | **Details** | **Zeitrahmen** |
-| --- | --- | --- |
-| Datenoffenlegung | Klare Auflistung der erfassten Datenarten | Zum Zeitpunkt der Erfassung |
-| Opt-out-Rechte | Bereitstellung einer sichtbaren "Meine Daten nicht verkaufen"-Option | Sofort verfügbar |
-| Löschungsrechte | Bearbeitung von Nutzeranfragen zur Datenlöschung | Innerhalb von 45 Tagen |
-| Datenschutz-Updates | Überprüfung und Aktualisierung der Datenschutzrichtlinien | Alle 12 Monate |
-
-Apps müssen Nutzer auch benachrichtigen und ihre Einwilligung einholen, bevor persönliche Details wie Standortdaten erfasst werden.
-
-### Andere staatliche Datenschutzgesetze
-
-Mehrere Bundesstaaten haben eigene Datenschutzvorschriften erlassen:
-
--   **Virginia Consumer Data Protection Act (VCDPA):** Erfordert Transparenz bei Datenpraktiken, gibt Nutzern Rechte auf Zugriff und Löschung von Daten, ermöglicht Opt-out von zielgerichteter Werbung und verlangt Bewertungen für risikoreiche Datennutzungen.
--   **Colorado Privacy Act (CPA):** Konzentriert sich auf universelle Opt-out-Mechanismen, klare Datenschutzhinweise und Beschränkung unnötiger Datenerfassung.
-
-### Bundesgesetze und [FTC](https://www.ftc.gov/) Regeln
-
-![FTC](https://mars-images.imgix.net/seobot/screenshots/www.ftc.gov-ce439e87b8dcc2429a2bbfa28a3503d6-2025-03-23.jpg?auto=compress)
-
-Bundesgesetze setzen eine Grundlage für den Datenschutz in allen US-Apps, wobei die Federal Trade Commission (FTC) wichtige Richtlinien durchsetzt:
-
--   Datenschutzzusagen an Nutzer einhalten.
--   Nutzerdaten vor Verletzungen schützen.
--   Children's Online Privacy Protection Act (COPPA) für Nutzer unter 13 Jahren befolgen.
--   Datenpraktiken in Datenschutzerklärungen klar erläutern.
-
-Unter COPPA müssen Apps eine verifizierte elterliche Einwilligung einholen, bevor sie Daten von Kindern sammeln, die Datenmenge begrenzen, sichere Speicherung gewährleisten und Datenschutzerklärungen in einer für Eltern verständlichen Sprache verfassen.
-
-## Datenschutz-Compliance Checkliste
-
-Diese Checkliste bietet praktische Schritte zur Erfüllung der zuvor diskutierten rechtlichen Anforderungen.
-
-### Einrichtung der Datenschutzerklärung
-
-Erstellen Sie eine Datenschutzerklärung, die US-amerikanischen rechtlichen Standards entspricht. Sie sollte abdecken:
-
--   **Datenerfassung**: Spezifizieren Sie die Arten von Daten, die Sie sammeln.
--   **Verwendungszweck**: Erklären Sie klar, wie die Daten verwendet werden.
--   **Weitergabe an Dritte**: Identifizieren Sie, wer die Daten erhält und warum.
--   **Nutzerrechte**: Beschreiben Sie, wie Nutzer auf Daten zugreifen, sie löschen oder der Erfassung widersprechen können.
-
-Stellen Sie sicher, dass die Datenschutzerklärung leicht zu finden und in klarer, verständlicher Sprache geschrieben ist. Zeigen Sie sie prominent an, bevor Sie Daten erfassen.
-
-Richten Sie zusätzlich Berechtigungskontrollen ein, um Nutzern Kontrolle über ihre Daten zu geben.
-
-### Nutzerberechtigungskontrollen
-
-Implementieren Sie Berechtigungskontrollen, um sicherzustellen:
-
--   Ausdrückliche Einwilligung für sensible Daten wird eingeholt.
--   Nutzer können wählen, welche Daten sie teilen.
--   Eine klare Methode zum Widerruf der Einwilligung ist verfügbar.
--   Einwilligungsnachweise einschließlich Zeitstempel werden sicher protokolliert.
-
-Sobald die Berechtigungen eingerichtet sind, konzentrieren Sie sich auf die effiziente Bearbeitung von Datenanfragen.
-
-### Verwaltung von Datenanfragen
-
-Richten Sie ein System zur reibungslosen Bearbeitung von Nutzer-Datenanfragen ein:
-
-1. **Verifizierungsprozess**  
-Verwenden Sie eine sichere Methode zur Bestätigung der Nutzeridentität vor der Bearbeitung von Datenanfragen. Protokollieren Sie jeden Verifizierungsschritt.
-
-2. **Antwortzeit**  
-Überwachen und halten Sie gesetzlich vorgeschriebene Antwortfristen ein.
-
-3. **Datenformatoptionen**  
-Bieten Sie die angeforderten Daten in sowohl maschinenlesbaren als auch benutzerfreundlichen Formaten an, wie PDF, CSV oder JSON.
-
-Für Apps, die sich an Kinder unter 13 Jahren richten, ergreifen Sie zusätzliche Maßnahmen zum Schutz ihrer Daten.
-
-### Kinderdatenschutz
-
-Wenn Ihre App Nutzer unter 13 Jahren bedient, halten Sie COPPA ein durch:
-
--   Überprüfung des Nutzeralters mit zuverlässigen Kontrollen.
--   Sicherstellung einer verifizierbaren elterlichen Einwilligung.
--   Beschränkung der Datenerfassung auf das absolut Notwendige.
--   Umgehende Löschung von Kinderdaten, wenn sie nicht mehr benötigt werden.
-
-## Technische Datenschutzfunktionen
-
-Technische Schutzmaßnahmen spielen eine wesentliche Rolle bei der Stärkung Ihres Datenschutzansatzes. Sie gehen über Richtlinien und Nutzerkontrollen hinaus und fügen eine zusätzliche Schutzebene zur Gewährleistung der Compliance hinzu.
-
-### Datensicherheitsmethoden
-
-Der Schutz von Nutzerdaten erfordert mehrere Verschlüsselungsebenen:
-
-**Verschlüsselungsrichtlinien**
-
--   Verwenden Sie immer **Ende-zu-Ende-Verschlüsselung** für die Datenübertragung.
-
-> "Die einzige Lösung mit echter Ende-zu-Ende-Verschlüsselung, andere signieren nur Updates" – Capgo [\[1\]](https://capgo.app/)
-
-Verbessern Sie zusätzlich die Nutzerkontrolle durch umfassende Datenschutzeinstellungen.
-
-### Datenschutzeinstellungsoptionen
-
-Geben Sie Nutzern die Möglichkeit, den Datenzugriff durch kanalspezifische Kontrollen zu verwalten. Diese Kontrollen können Funktionen wie gezielte Updates, Beta-Tests, gestaffelte Einführungen und schnelle Problembehebung unterstützen.
-
-### Überprüfung von Drittanbieter-SDKs
-
-Bewerten Sie externe SDKs sorgfältig hinsichtlich ihrer Datenschutzstandards und Datenerfassungspraktiken. Streben Sie an, dass **95% der Nutzer wesentliche Datenschutz-Updates innerhalb von 24 Stunden erhalten** [\[1\]](https://capgo.app/). Integrieren Sie Rollback-Mechanismen zur effizienten Behebung potenzieller Probleme. Entscheiden Sie sich für Update-Lösungen, die Ende-zu-Ende-Verschlüsselung mit detaillierten Nutzerverwaltungstools kombinieren.
-
-## Datenschutz-Wartungsschritte
-
-Diese Schritte helfen, Ihr Compliance-Framework zu erweitern und sicherzustellen, dass Ihre App weiterhin US-Datenschutzvorschriften erfüllt. Regelmäßige Überprüfungen und Updates sind der Schlüssel, um Datenschutzanforderungen einzuhalten.
-
-### Datenschutz-Prüfungsplan
-
-Richten Sie vierteljährliche Datenschutzprüfungen ein, um die Datenpraktiken Ihrer App zu bewerten:
-
--   **Datenbestandsüberprüfung**: Dokumentieren Sie alle Punkte, an denen personenbezogene Daten erfasst werden.
--   **Berechtigungsverifizierung**: Stellen Sie sicher, dass alle Datenzugriffsberechtigungen aktuell sind.
--   **Drittanbieter-Bewertung**: Überprüfen Sie integrierte SDKs auf Änderungen, die den Datenschutz beeinflussen könnten.
--   **Richtlinienumsetzung**: Bestätigen Sie, dass Ihre Datenschutzrichtlinien in allen Funktionen durchgesetzt werden.
-
-Verwenden Sie ein Compliance-Dashboard zur Überwachung wichtiger Metriken wie Nutzereinwilligungsraten und Datenzugriffsanfragen. Automatisieren Sie Compliance-Prüfungen alle 72 Stunden zur Überwachung kritischer Datenschutzkontrollen und Datenverarbeitungsprozesse.
-
-Nach jeder Prüfung aktualisieren Sie Schulungsmaterialien für das Team und prüfen Sie Änderungen in Datenschutzgesetzen, um die Compliance aufrechtzuerhalten.
-
-### Datenschutz-Schulungsleitfaden
-
-Regelmäßige Prüfungen sollten Hand in Hand mit starken Team-Schulungen gehen, um sicherzustellen, dass alle einheitliche Datenschutzpraktiken befolgen.
-
-1. **Einarbeitung neuer Teammitglieder**
-
-Machen Sie Datenschutzschulung zur Priorität für neue Mitarbeiter. In ihrer ersten Woche sollten sie die Grundlagen lernen, einschließlich CCPA-Anforderungen, Datenverarbeitungsprotokolle und Verwaltung von Nutzerrechten.
-
-2. **Fortlaufende Schulung**
-
-Halten Sie monatliche Schulungssitzungen ab zu:
-
--   Aktualisierungen von Datenschutzgesetzen
--   Neue Compliance-Anforderungen
--   Effektive Datenschutzmethoden
--   Schritte zum Umgang mit Datenschutzvorfällen
-
-3. **Rollenspezifische Schulung**
-
-Passen Sie Schulungen basierend auf Rollen an. Beispielsweise können sich Entwickler auf sicheres Programmieren konzentrieren, Support-Mitarbeiter auf die Bearbeitung von Datenanfragen und Produktmanager auf datenschutzgerechtes Design.
-
-### Überwachung von Gesetzesänderungen
-
-Bleiben Sie über Änderungen in Datenschutzgesetzen auf dem Laufenden durch tägliche Überwachung rechtlicher Updates. Abonnieren Sie Updates von staatlichen Gesetzgebern, der FTC und Branchencompliance-Nachrichten.
-
-**Reaktionsprotokoll**
-
--   Bewerten Sie, wie Änderungen aktuelle Datenschutzfunktionen beeinflussen.
--   Aktualisieren Sie Datenschutzdokumentation bei Bedarf.
--   Nehmen Sie technische Anpassungen innerhalb von 14 Tagen vor.
--   Führen Sie dringende Datenschutz-Updates sicher innerhalb von 24 Stunden ein.
-
-Verw
-
-Bei der Aktualisierung Ihrer mobilen App sind Geschwindigkeit und Sicherheit bei der Erfüllung von Datenschutzanforderungen entscheidend. Capgo bietet Tools, die Ihnen helfen, US-Datenschutzgesetze einzuhalten und dabei schnelle und sichere Updates zu gewährleisten.
-
-### Schnelles Update-System
-
-Capgos sofortiges Update-System ermöglicht Entwicklern, Datenschutzprobleme ohne Verzögerung zu beheben. Mit Updates, die innerhalb von 24 Stunden 95% der aktiven Nutzer erreichen, wurden bereits 23,5 Millionen Updates ausgeliefert, mit einer globalen Erfolgsquote von 82% [\[1\]](https://capgo.app/). Für kritische Datenschutz-Updates ermöglicht Capgos Kanal-System das Testen von Änderungen mit ausgewählten Nutzergruppen, bevor sie breit ausgerollt werden. Dies stellt sicher, dass Updates getestet und konform sind, wenn es auf Zeit ankommt.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Update-Sicherheitsfunktionen
-
-Schnelle Updates bedeuten nichts ohne starke Sicherheit. Capgo stellt sicher, dass Datenschutz-Updates durch folgende Funktionen geschützt sind:
-
--   **Ende-zu-Ende-Verschlüsselung:** Updates werden während des gesamten Prozesses verschlüsselt.
--   **Nutzerspezifische Entschlüsselung:** Nur autorisierte Nutzer können Updates abrufen und installieren.
--   **Compliance-Prüfungen:** Integrierte Tools bestätigen die Einhaltung von Apple- und Google-Standards.
--   **Rollback-Optionen:** Schnelles Zurücksetzen von Updates bei Datenschutzproblemen.
-
-Dieses System schützt sensible Daten und entspricht US-Datenschutzgesetzen, einschließlich der CCPA.
-
-### Datenschutz-Update-Workflow
-
-Capgos Workflow-Tools integrieren sich direkt in Ihren Entwicklungsprozess und machen die Einhaltung des Datenschutzes einfacher zu verwalten. Zu den wichtigsten Funktionen gehören:
-
--   **Automatisierte Bereitstellung:** Integration in CI/CD-Pipelines zur Optimierung von Datenschutz-Updates.
--   **Versionskontrolle:** Verfolgt Änderungen an Datenschutzfunktionen über Updates hinweg.
--   **Update-Analytik:** Bietet Einblicke in die Update-Akzeptanz und hilft bei der schnellen Problemlösung.
-
-Für Nutzer des PAYG-Plans sind zusätzliche datenschutzorientierte Tools verfügbar:
-
-| Funktion | Vorteil |
-| --- | --- |
-| API-Zugriff | Automatisierung von Datenschutz-Compliance-Prüfungen |
-| Eigene Domain | Datenschutzkommunikation im eigenen Branding |
-| Dedizierter Support | Expertenunterstützung bei datenschutzbezogenen Updates |
-| Erweiterter Speicher | Speicherung detaillierter Protokolle für Datenschutz-Compliance |
-
-Capgo unterstützt bereits 750 Apps in Produktion und beweist damit seine Zuverlässigkeit beim Management datenschutzkonformer Updates. Diese Tools helfen Entwicklern, Compliance aufrechtzuerhalten und gleichzeitig zeitnahe Updates an ihre Nutzer zu liefern.
-
-## Zusammenfassung
-
-Dieser Abschnitt hebt die Kernelemente hervor, die für die Einhaltung US-amerikanischer Datenschutzstandards in mobilen Apps erforderlich sind. Die Aufrechterhaltung der Compliance erfordert ständige Überwachung und die Fähigkeit, sich schnell an sich ändernde Vorschriften anzupassen.
-
-Um dies zu erreichen, basiert die Datenschutz-Compliance auf schneller technischer Implementierung und kontinuierlicher Überwachung. Systeme müssen in der Lage sein, schnell auf neue Anforderungen zu reagieren oder Datenschutzbedenken zu adressieren, sobald sie auftreten. Wie zuvor diskutiert, zeigt Capgo, wie integrierte Update-Systeme die Compliance-Bemühungen stärken können.
-
-Hier ist eine Aufschlüsselung der wichtigsten Bereiche und ihrer Metriken zur Aufrechterhaltung der Compliance:
-
-| Compliance-Bereich | Implementierungsmethode | Erfolgsmetrik |
-| --- | --- | --- |
-| Update-Geschwindigkeit | Sofortige Bereitstellung | Hohe Update-Erfolgsquote |
-| Sicherheit | Ende-zu-Ende-Verschlüsselung | \-  |
-| Testing | Kanalbasierte Rollouts | 750 Apps in Produktion [\[1\]](https://capgo.app/) |
diff --git a/src/content/blog/de/usage-frequency-segmentation-for-app-updates.md b/src/content/blog/de/usage-frequency-segmentation-for-app-updates.md
deleted file mode 100644
index 896fdacb9..000000000
--- a/src/content/blog/de/usage-frequency-segmentation-for-app-updates.md
+++ /dev/null
@@ -1,185 +0,0 @@
----
-slug: usage-frequency-segmentation-for-app-updates
-title: Nutzungsfrequenzsegmentierung für App-Updates
-description: >-
-  Verbessern Sie App-Updates durch Nutzensegmentierung basierend auf der
-  Nutzungshäufigkeit, um die Bindung und das Engagement effektiv zu steigern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T08:03:06.848Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6821a5b33c68b32f40f8057e-1747037038301.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  app updates, user segmentation, engagement, retention, behavior tracking,
-  mobile apps, update strategy
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie bessere [App-Updates](https://capgo.app/plugins/capacitor-updater/)? Beginnen Sie damit, Ihre Nutzer zu verstehen.** Die Segmentierung nach Nutzungsfrequenz kategorisiert Nutzer basierend darauf, wie oft sie mit Ihrer App interagieren, und hilft Ihnen, Updates zu liefern, die für sie tatsächlich von Bedeutung sind. Hier ist die Aufschlüsselung:
-
--   **Power User (10+ Sitzungen/Monat):** Fokussieren Sie sich auf erweiterte Funktionen und Frühzugangs-Updates.
--   **Gelegentliche Nutzer (3–9 Sitzungen/Monat):** Verbessern Sie die Kernfunktionalität und Benutzerfreundlichkeit.
--   **Risikonutzer (inaktiv seit 2+ Wochen):** Priorisieren Sie die Wiedergewinnung und Stabilität.
-
-**Warum ist das wichtig?** Maßgeschneiderte Updates erhöhen die Nutzerbindung um bis zu 26 %, steigern die Akzeptanzraten um 25–35 % und reduzieren sogar die Supportanfragen um 30–45 %. Tools wie [Capgo](https://capgo.app/) erleichtern dies, indem sie präzises Targeting, sichere Rollouts und Echtzeitüberwachung bieten.
-
-**So geht's:**
-
-1.  Verfolgen Sie das Nutzerverhalten (Sitzungen, Funktionsnutzung, Update-Installationen).
-2.  Gruppieren Sie Nutzer nach Aktivitätsniveau (Power, Gelegenheits-, inaktive Nutzer).
-3.  Passen Sie Updates für jede Gruppe an (Beta-Tests, gestaffelte Rollouts, Wiederengagement).
-
-Dieser Ansatz verbessert nicht nur die Nutzerzufriedenheit, sondern stärkt auch die Leistung Ihrer App.
-
-## Der Segmentierungsplan: Herausfinden, was die Nutzerbindung für Ihre App antreibt
-
-<iframe src="https://www.youtube.com/embed/-2NQV4TcZBU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## So richten Sie die Segmentierung nach Nutzungsfrequenz ein
-
-Um die Segmentierung nach Nutzungsfrequenz effektiv umzusetzen, müssen Sie das Nutzerverhalten verfolgen, die Nutzer in Gruppen basierend auf ihrer Aktivität organisieren und Updates an die Bedürfnisse jeder Gruppe anpassen.
-
-### Verfolgen Sie wichtige Nutzerverhaltenskennzahlen
-
-Beginnen Sie mit der Überwachung wesentlicher Engagement-Kennzahlen, um zu verstehen, wie Nutzer mit Ihrem Produkt interagieren. Hier ist eine Aufschlüsselung, worauf Sie sich konzentrieren sollten:
-
-| Kennzahlen-Typ | Was zu verfolgen | Zweck |
-| --- | --- | --- |
-| **Nutzungsmuster** | Tägliche/wöchentliche Sitzungen, Sitzungsdauer | Unterscheidung aktiver Nutzer von inaktiven |
-| **Funktionsakzeptanz** | Häufigkeit der Funktionsnutzung, Navigationspfade | Erfahren, wie Nutzer mit bestimmten Funktionen interagieren |
-| **Update-Verhalten** | Update-Installationsraten, Reaktionszeit | Ermitteln des Erfolgs Ihrer Updates |
-
-Diese Einblicke helfen Ihnen, Trends zu identifizieren und Nutzer basierend auf ihren Aktivitätsniveaus zu gruppieren.
-
-### Gruppieren Sie Nutzer nach Aktivitätsniveau
-
-Sobald Sie die Daten gesammelt haben, kategorisieren Sie die Nutzer in unterschiedliche Gruppen. Zum Beispiel:
-
--   **Beta-Tester**: Trennen Sie diese von regulären Nutzern, um neue Funktionen in kontrollierten Umgebungen zu testen.
--   **Power User**: Identifizieren Sie diese besonders aktiven Nutzer und ziehen Sie in Betracht, ihnen frühzeitigen Zugang zu neuen Funktionen zu gewähren.
--   **Inaktive Nutzer**: Kennzeichnen Sie diese Nutzer für gezielte Wiederengagement-Bemühungen.
--   **Segmentierte Update-Verfolgung**: Überwachen Sie, wie Updates in diesen Gruppen abschneiden, um Ihre Strategie zu verfeinern.
-
-Diese Segmentierung ermöglicht einen maßgeschneiderteren Ansatz zur Verbesserung der Nutzererfahrung.
-
-### Planen Sie Updates für jede Nutzergruppe
-
-Mit Ihren gruppierten Nutzern können Sie [Update-Strategien](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) entwerfen, die ihren speziellen Bedürfnissen gerecht werden. So können Sie jeden Segment angehen:
-
--   **Power User**: Erstellen Sie einen Beta-Kanal, in dem sie neue Funktionen testen und Feedback vor einem vollständigen Release geben können.
--   **Reguläre Nutzer**: Nutzen Sie gestaffelte Rollouts, um Stabilität zu gewährleisten. [Teilweise Updates](https://capgo.app/docs/live-updates/update-behavior/) können Bandbreitenanforderungen reduzieren und Downloads beschleunigen.
--   **Inaktive Nutzer**: Konzentrieren Sie sich auf die Verbesserung von Kernfunktionen und Stabilität. Die Bereitstellung von One-Click-Rollback-Optionen kann diese Nutzer dazu ermutigen, wieder aktiv zu werden.
-
-## Nutzung von [Capgo](https://capgo.app/) für das Nutzer-Targeting
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6821a5b33c68b32f40f8057e/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgo bietet Tools, die es erleichtern, Updates gezielt an bestimmte Nutzergruppen auszurichten, dank seiner Funktionen zur Segmentierung der Nutzerfrequenz. Diese Fähigkeiten verfeinern die zuvor besprochenen zielgerichteten Update-Strategien.
-
-### Capgos Nutzerzuweisungstools
-
-Capgo nimmt die Nutzersegmentierung einen Schritt weiter, indem es Nutzer spezifischen Kanälen für maßgeschneiderte Update-Rollouts zuweist. Dieses [Kanalsystem](https://capgo.app/docs/plugin/cloud-mode/channel-system/) stellt sicher, dass Updates präzise geliefert werden:
-
-| **Nutzersegment** | **Kanaltyp** | **[Update-Strategie](https://capgo.app/docs/live-updates/update-behavior/)** |
-| --- | --- | --- |
-| Power User | Beta-Kanal | Früher Zugang zu neuen Funktionen |
-| Reguläre Nutzer | Produktionskanal | Gestaffelte Rollouts, die auf Stabilität fokussiert sind |
-| Niedrigaktive Nutzer | Stabiler Kanal | Updates, die sich auf die Kernfunktionalität konzentrieren |
-
-### Integration der Segmentierung mit CI/CD
-
-Capgo integriert sich problemlos mit Tools wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) und [Jenkins](https://www.jenkins.io/), wodurch Bereitstellungen so einfach wie ein einziger Befehl werden. Zusätzlich ermöglicht die öffentliche API Entwicklern, benutzerdefinierte Integrationen in ihre bestehenden Arbeitsabläufe zu erstellen. Dieser Prozess ist darauf ausgelegt, gemeinsam mit etablierten Sicherheitsprotokollen zu funktionieren.
-
-> "Ende-zu-Ende-Verschlüsselung. Nur Ihre Nutzer können Ihre Updates entschlüsseln, sonst niemand." - Capgo [\[2\]](https://capgo.app)
-
-### Sicherheit und Compliance mit den App Store-Richtlinien
-
-Capgo hält sich an die Richtlinien von Apple und Google, indem es Funktionen wie Ende-zu-Ende-Verschlüsselung, Versionskontrolle und Rollback-Optionen integriert. Dies stellt sicher, dass Updates effizient und sicher geliefert werden, was die schnelle Akzeptanz durch Nutzer weltweit unterstützt.
-
-## Tipps für eine bessere Nutzersegmentierung
-
-### Setzen Sie die richtige Update-Frequenz
-
-Die Wahl der richtigen Update-Frequenz hängt stark davon ab, wie Nutzer mit Ihrem Produkt interagieren. Tägliche aktive Nutzer benötigen häufige Updates, die sie engagiert halten und ihnen frühzeitigen Zugang zu neuen Funktionen bieten. Auf der anderen Seite könnten reguläre Nutzer Updates alle zwei Wochen oder monatlich schätzen, während low-activity Nutzer nur kritische Updates erhalten sollten, um sie nicht zu überwältigen.
-
-Um den besten Zeitplan zu bestimmen, sollten Sie Faktoren wie Nutzungsmuster, Komplexität neuer Funktionen, Nutzerfeedback und technische Einschränkungen berücksichtigen. Sobald Sie einen Plan erstellt haben, validieren Sie ihn durch Beta-Tests, die auf spezifische Nutzergruppen abzielen.
-
-### Testen Sie Ihre Segmentierungsstrategie
-
-Nach der Einrichtung Ihres Update-Plans ist es entscheidend, Ihre Segmentierungsstrategie zu testen, um sicherzustellen, dass sie wie beabsichtigt funktioniert. Beta-Tests sind eine großartige Möglichkeit, Ihren Ansatz zu validieren, bevor Sie ihn für alle freigeben.
-
-| Testphase | Dauer | Schlüsselkennzahlen |
-| --- | --- | --- |
-| Erste Beta | 1–2 Wochen | Erfolgsquote der Updates, Absturzberichte |
-| Eingeschränkte Veröffentlichung | 2–4 Wochen | Nutzerengagement, Funktionsakzeptanz |
-| Vollständiger Rollout | 1–2 Monate | Langfristige Bindung, allgemeine Zufriedenheit |
-
-Dieser phasenweise Ansatz ermöglicht es Ihnen, potenzielle Probleme frühzeitig zu identifizieren und anzugehen. Sobald die Tests die Wirksamkeit der Strategie bestätigen, verfeinern Sie diese weiter basierend auf den Ergebnissen.
-
-### Verfolgen und Verbessern von Ergebnissen
-
-Selbst nach dem Testen endet die Arbeit nicht. Regelmäßiges Tracking der Leistung ist der Schlüssel, um Ihre Segmentierungsstrategie scharf zu halten. Die Echtzeitüberwachung kann Ihnen helfen, Trends zu erkennen und Anpassungen bei Bedarf vorzunehmen. Tools wie Capgo bieten Analysen zur Bewertung der Update-Leistung und eine One-Click-Rollback-Funktion, um unerwartete Probleme zu bewältigen.
-
-Um das Beste aus Ihren Segmentierungsanstrengungen herauszuholen:
-
--   **Überwachen Sie die Update-Akzeptanzraten** in verschiedenen Nutzergruppen.
--   **Verfolgen Sie Fehlerraten**, um Probleme schnell zu erkennen und zu lösen.
--   **Analysieren Sie das Nutzerfeedback**, um die spezifischen Bedürfnisse jedes Segments zu verstehen.
--   **Nutzen Sie Capgos Rollback-Funktion**, um Störungen zu minimieren, wenn Probleme auftreten.
-
-> "Wir haben [Capgo OTA-Updates](https://console.capgo.app/resend_email) in der Produktion für unsere Nutzerbasis von +5000 implementiert. Wir sehen einen sehr reibungslosen Betrieb; fast alle unsere Nutzer sind innerhalb von Minuten auf dem neuesten Stand, nachdem die OTA bereitgestellt wurde, an @Capgo." - colenso, @colenso [\[2\]](https://capgo.app)
-
-## Zusammenfassung
-
-### Ergebnisse guter Segmentierung
-
-Wenn die Segmentierung richtig durchgeführt wird, sprechen die Ergebnisse für sich. Die Akzeptanzraten für Updates können um 25–35 % steigen, wenn Updates basierend auf der Nutzeraktivität geliefert werden. Gleichzeitig sehen technische Supportanfragen einen deutlichen Rückgang – etwa 30–45 % – dank der frühzeitigen Erkennung potenzieller Probleme. Auch die Nutzerbindung erhält einen soliden Schub, verbessert sich um 15–25 % due to weniger Unterbrechungen und relevantere Funktions-Rollouts.
-
-Maßgeschneiderte Updates haben auch einen direkten Einfluss auf das Nutzerengagement. Die Sitzungsdauer erhöht sich um 10–20 %, und die App-Bewertungen können um bis zu einen vollen Stern steigen. Für monetarisierte Apps sind die Effekte noch überzeugender, mit [In-App-Käufen](https://capgo.app/plugins/native-purchases/) die um 15–30 % steigen, wenn Updates sich auf hochpreisige Nutzer konzentrieren [\[1\]](https://www.pushwoosh.com/blog/mobile-app-user-segmentation/).
-
-Diese Ergebnisse zeigen, wie wirkungsvoll gezielte Segmentierung sein kann, und legen den Grundstein für eine mehr [maßgeschneiderte Update-Strategie](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), die von Capgo unterstützt wird.
-
-### Capgos Rolle im Update-Targeting
-
-Capgo macht es einfach, die Vorteile der Segmentierung mit seiner Live-Update-Lösung zu nutzen. Mit Capgos Nutzerzuweisungstools können Sie Updates präzise an spezifische Nutzersegmente bereitstellen. Die Plattform priorisiert sichere, konforme Updates und bietet Ende-zu-Ende-Verschlüsselung.
-
-| **Wichtige Vorteile von Capgo** | **Implementierung** |
-| --- | --- |
-| Präzision | Updates liefern, die auf spezifische Segmente zugeschnitten sind |
-| Sicherheit | Updates sofort zurücksetzen, falls erforderlich |
-| Überwachung | Leistung in Echtzeit verfolgen |
-| Sicherheit | Sicherstellen, dass Updates verschlüsselt sind und Compliance-Standards erfüllen |
-
-> "Wir haben Capgo OTA-Updates in der Produktion für unsere Nutzerbasis von +5000 bereitgestellt. Wir sehen einen sehr reibungslosen Betrieb; fast alle unsere Nutzer sind innerhalb von Minuten auf dem neuesten Stand, nachdem die OTA bereitgestellt wurde, an @Capgo." - colenso, @colenso [\[2\]](https://capgo.app)
-
-## FAQs
-
-:::faq
-### Wie kann die Segmentierung nach Nutzungsfrequenz die Update-Strategien der App verbessern?
-
-Die Segmentierung der Nutzungsfrequenz hilft Entwicklern, App-Updates genau anzupassen, basierend darauf, wie oft Benutzer mit der App interagieren. Durch die Einteilung der Benutzer in Kategorien wie häufige, gelegentliche oder seltene Nutzer können Entwickler sich darauf konzentrieren, Updates bereitzustellen, die den spezifischen Bedürfnissen jeder Gruppe entsprechen, was letztendlich die Zufriedenheit und Bindung erhöht.
-
-Nehmen wir häufige Nutzer als Beispiel - sie könnten Updates schätzen, die die Leistung verbessern oder fortschrittliche Funktionen einführen. Gelegentliche Nutzer hingegen profitieren möglicherweise mehr von Updates, die die Navigation vereinfachen oder häufige Frustrationen beheben. Tools wie **Capgo** optimieren diesen Prozess, indem sie Echtzeit-Updates für [Capacitor](https://capacitorjs.com/) Apps ermöglichen, sodass Benutzer sofort die richtigen Updates erhalten, ohne den Aufwand von Genehmigungen im App Store.
-
-:::
-
-:::faq
-### Was sind die wichtigsten Werkzeuge und Kennzahlen zur Verfolgung des Benutzerverhaltens, um eine effektive Nutzungsegmentierung zu erstellen?
-
-Um die Nutzungsegmentierung effektiv zu gestalten, müssen Sie das Benutzerverhalten durch Werkzeuge und Kennzahlen genau im Auge behalten, die umsetzbare Einblicke bieten. Plattformen wie **[Google Analytics](https://marketingplatform.google.com/about/analytics/)** oder **[Mixpanel](https://mixpanel.com/)** sind großartig, um Benutzerinteraktionen, Sitzungsdauer und die Nutzung von Funktionen zu verfolgen. Darüber hinaus kann **In-App-Ereignistracking** Ihnen genau zeigen, wie Benutzer mit bestimmten Funktionen interagieren, während die **Kohortenanalyse** hilft, Trends im Benutzerverhalten über die Zeit aufzudecken.
-
-Wichtige Kennzahlen, auf die Sie sich konzentrieren sollten, sind **Bindungsraten**, **wie oft Benutzer mit der App interagieren** und **insgesamt Aktivitätsniveaus**. Wenn Sie mit Capacitor-Apps arbeiten, können Tools wie **Capgo** diesen Prozess reibungsloser gestalten, indem sie Updates und Funktionen direkt an gezielte Benutzergruppen liefern. Dies ermöglicht ein maßgeschneidertes Erlebnis und schnellere Iterationszyklen, sodass Ihre App auf die Bedürfnisse der Benutzer abgestimmt bleibt.
-:::
-
-:::faq
-### Wie hilft Capgo Entwicklern, App-Updates zu optimieren und das Benutzererlebnis zu verbessern?
-
-Capgo bietet Entwicklern die Möglichkeit, Updates, Fehlerbehebungen und neue Funktionen sofort an ihre Apps zu übertragen - ohne Verzögerungen bei der Genehmigung im App Store. Das bedeutet, dass Sie Benutzerfeedback berücksichtigen und Probleme beheben können, sobald sie auftreten, und so ein nahtloses Erlebnis für Ihre Benutzer schaffen.
-
-Wichtige Funktionen wie **End-to-End-Verschlüsselung**, **CI/CD-Integration** und die Möglichkeit, Updates gezielt an bestimmte Benutzergruppen zu richten, machen Capgo sowohl sicher als auch anpassungsfähig. Darüber hinaus vereinfachen die **Verwaltungstools für Organisationen** die Koordination über Teams hinweg und gewährleisten gleichzeitig die Einhaltung der Richtlinien von Apple und Android.
-:::
diff --git a/src/content/blog/de/user-consent-for-ota-updates-best-practices.md b/src/content/blog/de/user-consent-for-ota-updates-best-practices.md
deleted file mode 100644
index a72fcf182..000000000
--- a/src/content/blog/de/user-consent-for-ota-updates-best-practices.md
+++ /dev/null
@@ -1,70 +0,0 @@
----
-slug: user-consent-for-ota-updates-best-practices
-title: 'Nutzereinwilligung für OTA-Updates: Best Practices'
-description: >-
-  Erfahren Sie mehr über bewährte Methoden zur Einholung der Benutzerzustimmung
-  für OTA-Updates, um Compliance, Sicherheit und Benutzervertrauen während
-  App-Updates zu gewährleisten.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T03:12:16.361Z
-updated_at: 2025-04-26T03:14:26.325Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c46c45a08fca89178f92d-1745637266325.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  OTA updates, user consent, app security, compliance, mobile updates, data
-  protection, user trust, update notifications
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Not getting user consent can lead to legal issues, damage user trust, and violate app store policies. This could result in app removal or penalties.
-
-### Do I need to get consent for every update?
-
-This depends on your app's policies and legal requirements. Some minor updates may not need explicit consent, while major changes often do.
-
-### How can I track user consent for updates?
-
-Use built-in analytics tools like those in Capgo to monitor consent rates and update adoption. Store consent records securely for compliance.
-
-### What's the best time to ask for update consent?
-
-Request consent during natural breaks in user activity, like app launch or after task completion, to minimize disruption.
-
-### How do I handle users who decline updates?
-
-Have a clear policy for users who opt out, possibly limiting certain features while ensuring core functionality remains accessible.
-
-### Can I automate the consent process?
-
-While some aspects can be automated, explicit consent for major updates should remain a conscious user choice to comply with regulations.
-
-### What information should I include in update consent messages?
-
-Include update purpose, main changes, potential impacts, and clear consent options. Keep messages concise but informative.
-:::
-
-Das Versäumnis, die Zustimmung der Nutzer für Over-the-Air (OTA) Updates einzuholen, kann zu schwerwiegenden rechtlichen und ethischen Problemen führen. Viele Rechtsordnungen, einschließlich der Vereinigten Staaten, haben strenge Datenschutz- und Verbraucherschutzgesetze, die Transparenz und Nutzereinwilligung bei der Modifikation von Software auf ihren Geräten erfordern. Eine Missachtung kann zu Strafen, Klagen oder Entfernung aus App Stores wegen Nichteinhaltung der Plattform-Richtlinien führen.
-
-Über rechtliche Risiken hinaus kann das Aktualisieren von Apps ohne Nutzerzustimmung das Vertrauen der Nutzer schädigen und dem Ruf Ihrer Marke schaden. Um diese Risiken zu vermeiden, ist es am besten, klare und benutzerfreundliche Zustimmungsmechanismen für OTA-Updates zu implementieren. Plattformen wie **Capgo** können dabei helfen, die Compliance sicherzustellen und bieten gleichzeitig nahtlose Live-Update-Lösungen speziell für Capacitor-Apps.
-:::
-
-:::faq
-### Was sind die Best Practices für die Erstellung konformer und benutzerfreundlicher Einwilligungsanfragen für OTA-Updates?
-
-Um sicherzustellen, dass Ihre Einwilligungsanfragen für Over-the-Air (OTA) Updates sowohl konform als auch benutzerfreundlich sind, konzentrieren Sie sich auf Klarheit, Transparenz und Einfachheit. Erklären Sie deutlich, was das Update beinhaltet, warum es erforderlich ist und wie es dem Nutzer nützt. Vermeiden Sie technischen Fachjargon und verwenden Sie eine verständliche Sprache.
-
-Stellen Sie sicher, dass Nutzer eine klare Wahl haben, das Update anzunehmen oder abzulehnen, und respektieren Sie ihre Entscheidung. Halten Sie außerdem die Plattform-Richtlinien (z.B. Apple und Android) und Datenschutzbestimmungen wie DSGVO oder CCPA ein. Tools wie Capgo können den Prozess optimieren, indem sie Funktionen wie Nutzerzuweisung für Updates und Echtzeit-Compliance mit Plattformanforderungen anbieten und so eine nahtlose und sichere Erfahrung für Entwickler und Nutzer gewährleisten.
-:::
-
-:::faq
-### Welche Sicherheitsmaßnahmen gewährleisten den Schutz von Nutzerdaten während OTA-Updates?
-
-Um Nutzerdaten während Over-the-Air (OTA) Updates zu schützen, ist die Implementierung von **Ende-zu-Ende-Verschlüsselung** unerlässlich. Dies stellt sicher, dass nur die vorgesehenen Nutzer die Updates entschlüsseln und darauf zugreifen können, wodurch sensible Informationen geschützt bleiben.
-
-Darüber hinaus ist es wichtig, plattformspezifische Sicherheitsrichtlinien von Apple und Android einzuhalten, Update-Mechanismen regelmäßig zu überprüfen und vertrauenswürdige Lösungen zu nutzen, die den Datenschutz priorisieren.
-:::
diff --git a/src/content/blog/de/version-control-tips-for-mobile-ci-cd.md b/src/content/blog/de/version-control-tips-for-mobile-ci-cd.md
deleted file mode 100644
index 92d8b13a8..000000000
--- a/src/content/blog/de/version-control-tips-for-mobile-ci-cd.md
+++ /dev/null
@@ -1,132 +0,0 @@
----
-slug: version-control-tips-for-mobile-ci-cd
-title: Versionskontroll-Tipps für Mobile CI/CD
-description: >-
-  Verbessern Sie Ihren mobilen CI/CD-Prozess mit effektiven
-  Versionskontrollstrategien, von Branching-Methoden bis hin zu
-  Sicherheitspraktiken und Rollback-Plänen.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:48:24.354Z
-updated_at: 2025-05-14T05:49:36.379Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6824286159ff6128992275a6-1747201776379.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  version control, mobile CI/CD, branching strategies, security practices,
-  rollback plans, semantic versioning, app updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: de
-next_blog: ''
----
-**Möchten Sie die [Mobile App-Entwicklung](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) um 20% beschleunigen?** Versionskontrolle ist der Schlüssel. Sie vereinfacht die Zusammenarbeit, verfolgt Änderungen und gewährleistet eine reibungslose Integration mit CI/CD-Pipelines. Hier ist, was Sie wissen müssen:
-
--   **Commit Best Practices**: Verwenden Sie atomare Commits und klare Nachrichten, um Ihren Codebase übersichtlich und einfach verwaltbar zu halten.
--   **Branching-Strategien**: Wählen Sie zwischen Feature-, Release- oder Trunk-basiertem Branching basierend auf den Bedürfnissen Ihres Teams.
--   **Versionsnummerierung**: Halten Sie sich an semantische Versionierung (MAJOR.MINOR.PATCH) für Klarheit und Konsistenz.
--   **CI/CD-Integration**: Automatisieren Sie Builds und Deployments mit Versions-Tags und Tools wie [Capgo](https://capgo.app/) für [sofortige Updates](https://capgo.app/docs/).
--   **Sicherheit**: Führen Sie automatisierte Scans auf Schwachstellen durch und speichern Sie sensible Daten sicher.
--   **Rollback-Pläne**: Seien Sie darauf vorbereitet, schnell zu einer stabilen Version zurückzukehren, falls Probleme auftreten.
--   **Nutzungsverfolgung**: Nutzen Sie Analysen zur Überwachung der Versionsnutzung und planen Sie Abkündigungen effektiv.
-
-**Schneller Vergleich von Branching-Strategien:**
-
-| Strategie | Am besten für | Hauptvorteile | Herausforderungen |
-| --- | --- | --- | --- |
-| Feature Branching | Schnell arbeitende Teams | Isolierte Entwicklung, einfacheres QA | Risiko von Kommunikationslücken |
-| Release Branching | Mehrere Release-Tracks | Stabile Releases, bessere Kontrolle | Komplexes Release-Management |
-| Trunk-Based | Kleine, kollaborative Teams | Schnellere Integration, schnelles Feedback | Starkes Testing erforderlich |
-
-Diese Praktiken sparen nicht nur Zeit, sondern reduzieren auch Fehler und sorgen dafür, dass Ihre Mobile-App-Entwicklung effizient und zuverlässig bleibt.
-
-## Wie wir die App-Versionskontrolle mit Git aufgebaut haben
-
-<Steps>
-
-1. **Initiale Bewertung**
-
-    Beginnen Sie mit der Überwachung wichtiger Leistungsindikatoren wie Absturzraten, API-Fehler und Benutzerengagement. Capgos Analytics-Dashboard kann Ihnen helfen, Anomalien schnell zu erkennen.
-
-2. **Kontrollierter Rollback**
-
-    Nutzen Sie phasenweise Rollbacks, um schrittweise zur letzten stabilen Version zurückzukehren und Störungen zu minimieren.
-
-3. **Verifizierungsprozess**
-
-    Führen Sie während des Rollbacks A/B-Tests durch, um zu bestätigen, dass die vorherige Version das Problem löst.
-
-</Steps>
-
-### Version-Analytics-Einrichtung
-
-Verbessern Sie Ihre CI/CD-Pipeline durch die Einbindung von Versions-Nutzungsverfolgung, um die Deployment-Effizienz und Benutzerakzeptanz zu verbessern. Mit dedizierten Analytics-Dashboards können Sie Deployment-Trends überwachen und Leistungsveränderungen messen.
-
-| Metrik | Messfrequenz | Alarmschwelle |
-| --- | --- | --- |
-| Build-Dauer | Jeder Commit | >15% Anstieg |
-| Deployment-Erfolg | Täglich | <98% pro Version |
-
-Sobald Sie das Tracking eingerichtet haben, definieren Sie einen Lebenszyklus für ältere Versionen, um Benutzer von veralteten Releases zu unterstützten Versionen zu führen.
-
-| Phase | Dauer | Maßnahmen |
-| --- | --- | --- |
-| Ankündigung | 90 Tage | Benutzer über das EOL-Datum informieren |
-| Migrationsphase | 60 Tage | Detaillierte Upgrade-Schritte bereitstellen |
-| Übergangsphase | 30 Tage | Letzte Erinnerungen versenden |
-| Einstellung | Sofort | Support für die Version beenden |
-
-Durch die Überwachung der Versionsnutzung während dieser Phasen können Sie Migrationshindernisse erkennen und sicherstellen, dass die meisten Benutzer problemlos ein Upgrade durchführen.
-
-### Capgo Analytics-Werkzeuge
-
-Für Echtzeit-Einblicke integrieren Sie diese Metriken mit Tools wie der Capgo Analytics-Suite. Capgo bietet eine umfassende Übersicht über Versionsleistung und -adoption und fügt sich nahtlos in Ihren CI/CD-Workflow ein. Zu den Funktionen gehören:
-
--   Echtzeit-Verfolgung der Versions-Adoptionsraten
--   Benutzersegmentierung nach Version
--   Detaillierte Leistungsmetriken für jede Version
--   Automatische Erkennung von Anomalien
-
-Diese Werkzeuge stellen sicher, dass Sie über das Versionsmanagement in Ihrem Software-Lebenszyklus informiert und proaktiv bleiben.
-
-## Fazit: Leitfaden für Mobile CI/CD Versionskontrolle
-
-Versionskontrolle spielt eine entscheidende Rolle in mobilen CI/CD-Workflows, wobei automatisierte Prozesse die Entwicklungszeit um bis zu 20% reduzieren können [\[1\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers). Mit der Entwicklung des Mobile-App-Ökosystems wird diese Bedeutung noch deutlicher. Beispielsweise unterstreichen die Einstellung von [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) im Jahr 2024 und die bevorstehende Abschaltung von Ionic's Appflow im Jahr 2026 die Notwendigkeit, langfristige, zuverlässige Lösungen für die Versionskontrolle zu wählen. Diese Änderungen erfordern Tools, die sowohl flexibel als auch zukunftssicher sind.
-
-Um erfolgreich zu sein, müssen Versionskontrollsysteme Herausforderungen wie Gerätefragmentierung, unterschiedliche Plattformanforderungen und Sicherheitsrisiken bewältigen. Dies bedeutet die Integration von Funktionen wie einheitlichem Tracking, automatisierten Compliance-Prüfungen und integriertem Schwachstellen-Scanning. Tools wie Capgo, die sofortige Updates mit [starker Verschlüsselung](https://capgo.app/docs/cli/migrations/encryption/) bieten und App-Store-Verzögerungen eliminieren, ebnen den Weg für effizientere Workflows.
-
-Mit Blick auf die Zukunft werden Teams, die disziplinierte Versionskontrollpraktiken übernehmen und Fortschritte wie KI-unterstützte Code-Reviews und serverlose Build-Umgebungen nutzen, besser positioniert sein, um qualitativ hochwertige mobile Apps schnell und präzise bereitzustellen. Durch die Verfeinerung ihrer Strategien und den Einsatz modernster Tools können Entwicklungsteams ihre CI/CD-Pipelines stärken und mit den sich ständig ändernden Anforderungen der mobilen Landschaft Schritt halten.
-
-## FAQs
-
-:::faq
-### Was ist der Unterschied zwischen Feature-, Release- und Trunk-basierten Branching-Strategien in Mobile CI/CD?
-
-Branching-Strategien sind ein wesentlicher Bestandteil mobiler CI/CD-Workflows und helfen Teams, Code effektiv zu verwalten und den Bereitstellungsprozess zu optimieren. Hier ein genauerer Blick auf einige gängige Ansätze:
-
--   **Feature Branching**: Hierbei werden separate Branches für jede neue Funktion erstellt. Dies ermöglicht Entwicklern, isoliert zu arbeiten und ihre Änderungen vor dem Zusammenführen in den Hauptbranch zu testen. Während dies das Konfliktrisiko reduziert, kann das zu lange Aktivhalten von Branches die Integration verlangsamen.
-    
--   **Release Branching**: Teams erstellen dedizierte Branches speziell für die Stabilisierung und Vorbereitung von Code für die Bereitstellung. Dies ermöglicht die kontinuierliche Arbeit an neuen Funktionen, ohne die Stabilität des Release-Branches zu beeinträchtigen, der auf Produktionsreife fokussiert bleibt.
-    
--   **Trunk-basierte Entwicklung**: Hier pushen Entwickler häufig kleine, inkrementelle Updates direkt in den Hauptbranch. Diese Methode reduziert Integrationsprobleme, unterstützt kontinuierliche Integration und beschleunigt Bereitstellungszyklen.
-    
-
-Jede dieser Strategien hat ihre Vorteile, und die beste Wahl hängt von Ihrem Team-Workflow und Ihren Bedürfnissen ab. Für Teams, die mit Capacitor-Apps arbeiten, können Tools wie **Capgo** Ihren CI/CD-Prozess durch sofortige Live-Updates verbessern. Dies eliminiert die Notwendigkeit von App-Store-Genehmigungen und gewährleistet eine reibungslose Integration mit Ihren Versionskontrollpraktiken.
-:::
-
-:::faq
-### Wie verbessert Capgo mobile App CI/CD-Workflows und welche Vorteile bietet es im Vergleich zu traditionellen Ansätzen?
-
-Capgo optimiert mobile App CI/CD-Workflows durch **sofortige Over-the-Air (OTA) Updates**. Dies bedeutet, dass Entwickler den Aufwand ständiger App-Store-Einreichungen umgehen können und Fehlerbehebungen, neue Funktionen und Updates viel schneller bereitstellen können - unter Einhaltung der Apple- und Android-Richtlinien.
-
-Im Gegensatz zu traditionellen Ansätzen zeichnet sich Capgo durch Vorteile wie minimierte Ausfallzeiten, eine reibungslosere Benutzererfahrung und mühelose Integration in bestehende CI/CD-Pipelines aus. Updates können sicher und in Echtzeit gepusht werden, was das App-Management effizienter und anpassungsfähiger macht. Mit fortschrittlichen Funktionen wie Ende-zu-Ende-Verschlüsselung und auf bestimmte Benutzer zugeschnittenen Updates gewährleistet Capgo sowohl die Sicherheit als auch die Personalisierung des Update-Prozesses.
-:::
-
-:::faq
-### Wie kann ich Sicherheit gewährleisten und schnelle Rollbacks in einer mobilen CI/CD-Pipeline ermöglichen?
-
-Um Ihre mobile CI/CD-Pipeline sicher zu halten und für schnelle Rollbacks vorzubereiten, konzentrieren Sie sich auf **solide Versionskontrollpraktiken**. Dies bedeutet das Führen gründlicher Release-Notes, die Nutzung von Feature Flags zur Kontrolle von Feature-Rollouts und das Durchführen automatisierter Tests zur Identifizierung von Schwachstellen vor der Bereitstellung.
-
-Für schnelle Rollbacks stellen Sie sicher, dass Sie zuverlässige Backups früherer App-Versionen haben und nutzen Sie Tools, die sofortige Rücksetzungen ermöglichen. Tools wie Capgo können diesen Prozess mit Echtzeit-Updates vereinfachen und ermöglichen es Ihnen, Probleme schnell zu lösen bei minimaler Beeinträchtigung der Benutzer. Diese Maßnahmen schützen die Stabilität Ihrer App und helfen, eine reibungslose Erfahrung für Ihre Benutzer aufrechtzuerhalten.
-:::
diff --git a/src/content/blog/de/version-tagging-in-capacitor-apps.md b/src/content/blog/de/version-tagging-in-capacitor-apps.md
deleted file mode 100644
index d1839c1a8..000000000
--- a/src/content/blog/de/version-tagging-in-capacitor-apps.md
+++ /dev/null
@@ -1,361 +0,0 @@
----
-slug: version-tagging-in-capacitor-apps
-title: Version-Kennzeichnung in Capacitor Apps
-description: >-
-  Lernen Sie die Grundlagen der Versionskennzeichnung in Capacitor-Apps,
-  einschließlich bewährter Methoden für Updates, Synchronisation und
-  Automatisierung.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T03:19:04.753Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e36d7410051fda3b6230a0-1742959155569.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, version tagging, semantic versioning, app updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Versionskennzeichnung ist für die Verwaltung von [Capacitor](https://capacitorjs.com/)-Apps unverzichtbar. Sie gewährleistet reibungslose Updates, verfolgt Änderungen und verbessert die App-Zuverlässigkeit auf iOS-, Android- und Web-Plattformen. Hier ein kurzer Überblick:
-
--   **Warum es wichtig ist**: Verfolgt Updates, ermöglicht Rollbacks und gewährleistet stabile Bereitstellungen.
--   **Semantische Versionierung**: Verwendet **MAJOR.MINOR.PATCH** um Breaking Changes, neue Funktionen oder Bugfixes anzuzeigen.
--   **Plattformübergreifende Synchronisation**: Versionsnummern in `package.json`, iOS `Info.plist` und Android `build.gradle` abstimmen.
--   **Automatisierung**: [Updates automatisieren](https://capgo.app/docs/live-updates/update-behavior/) mit npm-Skripten und CI/CD-Tools.
--   **Live-Updates**: Tools wie [Capgo](https://capgo.app/) liefern Updates an 95% der Nutzer innerhalb von 24 Stunden.
--   **Beta-Management**: Strukturierte Kanäle für Alpha-, Beta- und Produktionsversionen verwenden.
-
-### Schneller Vergleich
-
-| Funktion | Zweck | Beispiel |
-| --- | --- | --- |
-| **Semantische Versionierung** | Verfolgt Änderungen klar | `1.2.3 → 2.0.0` |
-| **Versionen synchronisieren** | Plattformübergreifende Abstimmung | `npx cap sync` |
-| **Automatisierung** | Beschleunigt Versionsupdates | `npm version patch` |
-| **Live-Updates** | Schnelle Nutzerakzeptanz | Capgos 95% in 24 Stunden |
-| **Beta-Kanäle** | Kontrollierte Testphasen | `1.3.0-beta.1` |
-
-Versionskennzeichnung vereinfacht [App-Updates](https://capgo.app/plugins/capacitor-updater/), hält Nutzer zufrieden und stellt sicher, dass Entwickler Releases effektiv verwalten können.
-
-## So konfigurieren Sie Ihr [Capacitor](https://capacitorjs.com/)-Projekt AUTOMATISCH ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-<Steps>
-
-1. Bedeutende Updates markieren
-2. Versionsnummern synchronisieren 
-3. Automatisierung einrichten
-4. Live-Updates aktivieren
-5. Beta-Kanäle konfigurieren
-
-</Steps>
-
-## Versions-Setup in Capacitor
-
-Befolgen Sie diese Schritte, um ein konsistentes Versionsmanagement über alle Plattformen in Ihrer Capacitor-App sicherzustellen.
-
-### Version in `package.json` setzen
-
-Die `package.json`-Datei dient als Hauptquelle für die Versionsdetails Ihrer App. Hier ein Beispiel für die Einrichtung:
-
-```json
-{
-  "name": "my-app",
-  "version": "1.0.0"
-}
-```
-
-Bei der Aktualisierung der Versionsnummer gelten die Regeln der semantischen Versionierung (SemVer):
-
--   **Major-Version** (1.x.x): Führt Breaking Changes ein.
--   **Minor-Version** (x.2.x): Fügt neue, abwärtskompatible Funktionen hinzu.
--   **Patch-Version** (x.x.3): Behebt Bugs oder nimmt kleine Verbesserungen vor.
-
-### Plattform-Versionen synchron halten
-
-Es ist wichtig, Versionsnummern über alle Plattformen hinweg für eine reibungslose App-Bereitstellung abzustimmen. Jede Plattform hat ihre eigene Konfigurationsdatei für die Versionierung:
-
-| Plattform | Konfigurationsdatei | Versions-Schlüssel |
-| --- | --- | --- |
-| iOS | Info.plist | CFBundleShortVersionString |
-| Android | build.gradle | versionName |
-| Web | package.json | version |
-
-Nach der Aktualisierung der Version in `package.json` verwenden Sie diesen Befehl, um die Änderungen mit den nativen Plattform-Konfigurationen zu synchronisieren:
-
-```bash
-npx cap sync
-```
-
-### Capacitor CLI für Versionsmanagement nutzen
-
-Die Capacitor CLI bietet hilfreiche Befehle zur Versionsverwaltung:
-
-```bash
-npm install @capacitor/cli@latest
-```
-
-Wenn Sie Ihre Capacitor CLI aktuell halten, wird die Kompatibilität mit versionsspezifischen Funktionen sichergestellt und potenzielle Unstimmigkeiten werden reduziert. Die Befolgung dieser Schritte hilft Ihnen, eine ordnungsgemäße Versionierung in Ihrer App aufrechtzuerhalten.
-
-## Semantische Versions-Einrichtung
-
-### Grundlagen der semantischen Versionierung
-
-Semantische Versionierung (SemVer) verwendet das Format **MAJOR.MINOR.PATCH**, wobei jeder Teil eine bestimmte Art von Änderung anzeigt:
-
-| Versionskomponente | Zweck |
-| --- | --- |
-| **MAJOR** | Führt Breaking Changes in der API ein |
-| **MINOR** | Fügt neue Funktionen hinzu, die mit vorherigen Versionen kompatibel bleiben |
-| **PATCH** | Behebt Bugs oder verbessert die Leistung ohne Kompatibilitätsbruch |
-
-Dieses System stellt sicher, dass Entwickler Updates klar kommunizieren können, während die Kompatibilität über App-Versionen hinweg erhalten bleibt. Zum Beispiel signalisiert der Wechsel von **1.2.3** zu **2.0.0** große, Breaking Updates, die sorgfältige Planung erfordern.
-
-### Wann Versionsnummern aktualisiert werden sollten
-
-Hier erfahren Sie, wie Sie entscheiden, welche Versionsnummer zu aktualisieren ist:
-
-| Update-Typ | Wann zu verwenden | Versionsänderungsbeispiel |
-| --- | --- | --- |
-| **Major-Update** | Für Breaking API-Änderungen oder große UI-Überarbeitungen | 1.2.3 → 2.0.0 |
-| **Minor-Update** | Bei Einführung neuer Funktionen oder Markierung von Funktionen als veraltet | 1.2.3 → 1.3.0 |
-| **Patch-Update** | Für Bugfixes oder kleine Leistungsverbesserungen | 1.2.3 → 1.2.4 |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Schauen wir uns nun an, wie diese Updates automatisiert werden können, um das Release-Management zu vereinfachen.
-
-### Automatisierung von Versionsupdates
-
-[Automatisierung von Versionsupdates](https://capgo.app/docs/plugin/self-hosted/auto-update/) kann Zeit sparen und Fehler in Ihrem Capacitor-Projekt reduzieren. Hier erfahren Sie, wie Sie es einrichten:
-
-1.  **NPM Versions-Skripte**
-
-Fügen Sie diese Skripte zu Ihrer `package.json`-Datei hinzu, um Versionsupdates einfach zu verwalten:
-
-```json
-{
-  "scripts": {
-    "version:major": "npm version major",
-    "version:minor": "npm version minor",
-    "version:patch": "npm version patch"
-  }
-}
-```
-
-2.  **CI/CD-Integration**  
-    Integrieren Sie Versionsupdates in Ihre CI/CD-Pipeline. Capgo unterstützt Tools wie [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) und [Jenkins](https://www.jenkins.io/), was die Automatisierung des Prozesses vereinfacht.
-
-> "@Capgo ist ein Muss-Tool für Entwickler, die Produktivität durch Umgehung langwieriger Bugfix-Reviews anstreben." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Versions-Tag-Methoden
-
-### Git Versions-Tags
-
-Git Versions-Tags sind eine zuverlässige Möglichkeit, [Capacitor App-Releases](https://capgo.app/docs/) zu verfolgen. Um klare und informative Tags zu erstellen, kombinieren Sie semantische Versionierung mit einer kurzen Beschreibung:
-
-```bash
-git tag -a v1.2.3 -m "Version 1.2.3 - Performance improvements"
-```
-
-Um Konsistenz in Ihrem Team zu gewährleisten, verwenden Sie ein standardisiertes Tagging-Format:
-
-| Tag-Komponente | Format | Beispiel |
-| --- | --- | --- |
-| Release-Version | v\[MAJOR\].\[MINOR\].\[PATCH\] | v1.2.3 |
-| Beta-Release | v\[VERSION\]-beta.\[NUMBER\] | v1.2.3-beta.1 |
-| Release Candidate | v\[VERSION\]-rc.\[NUMBER\] | v1.2.3-rc.2 |
-
-### Build-Nummer-Integration
-
-Build-Nummern helfen beim Verfolgen einzelner Builds innerhalb jeder Version. Erhöhen Sie die Build-Nummer für iOS und Android bei jeder Einreichung:
-
-```json
-{
-  "ios": {
-    "buildNumber": "123"
-  },
-  "android": {
-    "versionCode": 123
-  }
-}
-```
-
-Die Build-Nummer sollte immer erhöht werden, auch wenn die Version gleich bleibt. Dies stellt sicher, dass jede App Store-Einreichung eindeutig identifiziert wird, während die Versionierung für Benutzer klar bleibt.
-
-### Beta-Versions-Management
-
-Die Verwaltung von Beta-Versionen erfordert einen strukturierten Prozess zur Verteilung von Test-Builds. Capgos [Kanal-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/) vereinfacht dies mit den folgenden Schritten:
-
-1.  **Kanal-Setup**
-
-Erstellen Sie separate Kanäle für jede Testphase:
-
-```javascript
-{
-  "channels": {
-    "alpha": "1.3.0-alpha.1",
-    "beta": "1.3.0-beta.1",
-    "production": "1.3.0"
-  }
-}
-```
-
-2.  **Benutzerzugriff kontrollieren**
-
-Richten Sie Berechtigungen ein, um zu kontrollieren, wer Zugriff auf Beta-Versionen erhält. Dies stellt sicher, dass nur genehmigte Tester Beta-Builds erhalten, während Produktionsnutzer stabile Releases bekommen.
-
-3.  **Versions-Progression**
-
-Verwenden Sie ein klares Versions-Progressions-System, um die Entwicklungsphasen zu verfolgen:
-
-| Phase | Versions-Format | Zweck |
-| --- | --- | --- |
-| Alpha | 1.3.0-alpha.1 | Internes Testen |
-| Beta | 1.3.0-beta.1 | Externe Testgruppe |
-| RC (Release Candidate) | 1.3.0-rc.1 | Finales Testen vor Release |
-| Produktion | 1.3.0 | Öffentlicher Release |
-
-Dieser Ansatz gewährleistet gründliches Testen und reibungslose Übergänge zwischen Entwicklungsphasen, wobei die Versionsverfolgung während des gesamten Prozesses organisiert und transparent bleibt.
-
-## App-Versions-Anzeige
-
-Die Anzeige genauer Versionsinformationen in Ihrer App ist der Schlüssel, um Benutzer informiert zu halten und Updates effektiv zu verwalten.
-
-### Version mit Capacitor abrufen
-
-Sie können Versionsdetails mit Capacitor mit diesem Code abrufen:
-
-```typescript
-import { App } from '@capacitor/app';
-
-const version = await App.getInfo();
-console.log('App Version:', version.version);
-```
-
-Für einen effizienteren Ansatz erstellen Sie eine wiederverwendbare Funktion:
-
-```typescript
-async function getAppVersion() {
-  const info = await App.getInfo();
-  return info.version;
-}
-```
-
-Diese Funktion vereinfacht den Prozess der Anzeige von Versionsinformationen in Ihrer App-Oberfläche.
-
-### Versions-UI-Implementierung
-
-Hier ein Beispiel, wie Sie die Versionsanzeige in eine Einstellungskomponente integrieren:
-
-```typescript
-import { App } from '@capacitor/app';
-
-async function SettingsComponent() {
-  const version = await App.getInfo();
-  return (
-    <div>
-      <h2>App-Info</h2>
-      <p>Version: {version.version}</p>
-    </div>
-  );
-}
-```
-
-Übliche Orte für die Anzeige von Versionsdetails sind:
-
-| Ort | Zweck | Implementierung |
-| --- | --- | --- |
-| Einstellungsbildschirm | Vollständige Version und Build | Detaillierte Versionsinformationen |
-| Über-Seite | Grundlegende Versionsanzeige | Nur Versionsnummer |
-| App-Footer | Minimale Anzeige | Komprimierter Versionsstring |
-
-Zusätzlich zur Anzeige von Versionsinformationen kann die Integration eines Update-Prüfsystems das Benutzererlebnis verbessern.
-
-### Update-Prüfsystem
-
-Ein Update-Prüfsystem stellt sicher, dass Benutzer Zugang zu den neuesten Funktionen und Fixes haben. Capgo bietet Echtzeit-Benachrichtigungen und kontrollierte Update-Kanäle zur Verwaltung dieses Prozesses:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-async function checkForUpdates() {
-  const update = await CapacitorUpdater.checkForUpdate();
-  if (update.available) {
-    await CapacitorUpdater.download();
-  }
-}
-```
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch bei der kontinuierlichen Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Sie können auch eine benutzerfreundliche Update-Benachrichtigung hinzufügen, wie diese:
-
-```typescript
-async function UpdateNotification() {
-  const update = await CapacitorUpdater.checkForUpdate();
-  return update.available ? (
-    <div>Neues Update verfügbar!</div
-
-Ein herausragendes Tool in diesem Bereich ist Capgo, das speziell für [Capacitor Apps](https://capgo.app/blog/capacitor-comprehensive-guide/) entwickelte Funktionen bietet.
-
-### [Capgo](https://capgo.app/) Versionskontroll-Funktionen
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgo bietet robuste Versionsverwaltungsfunktionen, darunter:
-
--   **23,5 Mio. erfolgreich durchgeführte Updates**
--   **95% der Nutzer innerhalb von 24 Stunden aktualisiert**
--   **82% globale Erfolgsrate**
--   **57ms durchschnittliche API-Antwortzeit weltweit**
-
-> "Wir testen derzeit @Capgo, da Appcenter die Live-Update-Unterstützung für Hybrid-Apps eingestellt hat und @AppFlow viel zu teuer ist." - Simon Flack [\[1\]](https://capgo.app/)
-
-### Teamgrößen-Lösungen
-
-Capgo bietet flexible Pläne für Teams aller Größen und macht die Versionsverwaltung skalierbar und effizient.
-
-| Teamgröße | Plan | Hauptfunktionen |
-| --- | --- | --- |
-| Einzelentwickler | Basic Cloud-Hosting | Live-Updates, 1.000 MAU |
-| Kleines Team (2-5) | Maker-Plan | 10.000 MAU, 500GB Bandbreite |
-| Mittleres Team (6-20) | Team-Plan | 100.000 MAU, Berechtigungen |
-| Enterprise | Individuelles PAYG | Unbegrenzte MAU, dedizierter Support |
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo enthält auch ein Analytics-Dashboard zur Überwachung der Versions-Adoptionsraten und frühzeitigen Erkennung potenzieller Probleme. Mit integrierter Verschlüsselung und anpassbaren Hosting-Optionen können Teams die Sicherheit beim Skalieren ihrer Deployment-Workflows gewährleisten.
-
-## Fazit
-
-Das Verständnis von Version-Tagging ist der Schlüssel zur Vereinfachung von Entwicklungs- und Deployment-Prozessen. Hier ist eine kurze Zusammenfassung der wichtigsten Ideen und Schritte zum Einstieg.
-
-### Wichtige Erkenntnisse
-
-Version-Tagging hilft Entwicklern, reibungslose und zuverlässige Updates zu gewährleisten. Richtige Versionskontrolle bietet klare Vorteile:
-
-| Vorteil | Auswirkung | Ergebnis |
-| --- | --- | --- |
-| Sofortige Updates | Kürzere Überprüfungszeiten | Schnellere Nutzerakzeptanz [\[1\]](https://capgo.app/) |
-| Versionskontrolle | Besseres Code-Management | Höhere Erfolgsraten [\[1\]](https://capgo.app/) |
-| Update-Tracking | Echtzeit-Überwachung | Schnellere Problembehebung [\[1\]](https://capgo.app/) |
-| Verteilungskontrolle | Gezielte Rollouts | Multi-Plattform-Unterstützung |
-
-Diese Ergebnisse unterstreichen die Bedeutung effektiver Versionsverwaltungstools.
-
-### Erste Schritte
-
-Um diese Vorteile in die Praxis umzusetzen, folgen Sie diesen Schritten:
-
--   **Versions-Tracking einrichten**: Verwenden Sie semantische Versionierung in Ihrer `package.json`-Datei und integrieren Sie notwendige Plugins.
--   **Update-Prüfungen hinzufügen**: Implementieren Sie Systeme zur Überprüfung und Verfolgung von Versionsupdates.
--   **Verteilungskanäle konfigurieren**: Erstellen Sie separate Umgebungen für Produktion, Beta und Entwicklung.
-
-Erwägen Sie abschließend die Einführung eines Live-Update-Systems, um schnelle und sichere Deployments zu gewährleisten.
diff --git a/src/content/blog/de/vue-mobile-app-capacitor.md b/src/content/blog/de/vue-mobile-app-capacitor.md
deleted file mode 100644
index e8c6413cf..000000000
--- a/src/content/blog/de/vue-mobile-app-capacitor.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-slug: vue-mobile-app-capacitor
-title: Mobile Apps mit Vue und Capacitor erstellen
-description: >-
-  Erfahren Sie, wie Sie eine mobile App mit Vue, Capacitor und optional zur
-  Verbesserung der Benutzeroberfläche mit Konsta UI erstellen können.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-08T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /vue_capacitor.webp
-head_image_alt: Vue und Capacitor Illustration
-keywords: >-
-  Vue, Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: de
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-In diesem Tutorial führen wir Sie durch den Prozess der Umwandlung einer Vue-Webanwendung in eine native mobile App mit Capacitor. Optional können Sie Ihre mobile Benutzeroberfläche auch mit Konsta UI erweitern, einer auf Tailwind CSS basierenden mobilen UI-Bibliothek.
-
-## Über Capacitor
-
-Capacitor ist ein bahnbrechendes Tool, das sich einfach in jedes Webprojekt integrieren lässt und Ihre Anwendung in eine native mobile App umwandelt. Es generiert native Xcode- und Android Studio-Projekte und ermöglicht den Zugriff auf native Gerätefunktionen wie die Kamera über eine JavaScript-Brücke.
-
-## Vorbereitung Ihrer Vue-App
-
-Erstellen Sie zunächst eine neue Vue-App mit folgendem Befehl:
-
-```shell
-vue create my-app
-cd my-app
-npm install
-```
-
-Um Ihre Vue-App für die native mobile Bereitstellung vorzubereiten, müssen Sie Ihr Projekt exportieren. Fügen Sie ein Skript in Ihrer **package.json**-Datei hinzu, um das Vue-Projekt zu erstellen und zu kopieren:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "vue-cli-service build"
-  }
-}
-```
-
-Nach Ausführung des `build`-Befehls sollten Sie einen neuen `dist`-Ordner im Wurzelverzeichnis Ihres Projekts sehen. Dieser Ordner wird später von Capacitor verwendet.
-
-## Hinzufügen von Capacitor zu Ihrer Vue-App
-
-Um Ihre Vue-Web-App in einen nativen mobilen Container umzuwandeln, folgen Sie diesen Schritten:
-
-1. Installieren Sie die Capacitor CLI als Entwicklungsabhängigkeit und richten Sie sie in Ihrem Projekt ein. Akzeptieren Sie die Standardwerte für Name und Bundle-ID während der Einrichtung.
-
-2. Installieren Sie das Core-Paket und die relevanten Pakete für die iOS- und Android-Plattformen.
-
-3. Fügen Sie die Plattformen hinzu, und Capacitor erstellt Ordner für jede Plattform im Wurzelverzeichnis Ihres Projekts:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Vue project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Sie sollten jetzt neue **iOS**- und **android**-Ordner in Ihrem Vue-Projekt sehen.
-
-Aktualisieren Sie die **capacitor.config.json**-Datei, um das **webDir** auf das Ergebnis Ihres Build-Befehls zu verweisen:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-Jetzt können Sie Ihr Vue-Projekt erstellen und mit Capacitor synchronisieren:
-
-```shell
-npm run build
-npx cap sync
-```
-
-## Native Apps erstellen und bereitstellen
-
-Für die Entwicklung von iOS-Apps benötigen Sie Xcode und für Android-Apps Android Studio. Zusätzlich müssen Sie sich im Apple Developer Program für iOS und in der Google Play Console für Android registrieren, um Ihre App im App Store zu vertreiben.
-
-Verwenden Sie die Capacitor CLI, um beide nativen Projekte zu öffnen:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Stellen Sie Ihre App über Android Studio oder Xcode auf einem verbundenen Gerät bereit.
-
-## Capacitor Live Reload
-
-Aktivieren Sie Live Reload auf Ihrem mobilen Gerät, indem Sie die Capacitor-App den Inhalt von einer bestimmten URL in Ihrem Netzwerk laden lassen.
-
-Finden Sie Ihre lokale IP-Adresse und aktualisieren Sie die `capacitor.config.ts`-Datei mit der korrekten IP und Port:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:8080',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Übernehmen Sie diese Änderungen, indem Sie sie in Ihr natives Projekt kopieren:
-
-```shell
-npx cap copy
-```
-
-Jetzt wird Ihre App automatisch neu geladen und zeigt Änderungen an, wenn Sie Ihre Vue-App aktualisieren.
-
-## Verwendung von Capacitor Plugins
-
-Installieren Sie ein Capacitor-Plugin, wie zum Beispiel das Share-Plugin, und verwenden Sie es in Ihrer Vue-App:
-
-```shell
-npm i @capacitor/share
-```
-
-Importieren Sie das Paket und rufen Sie die `share()`-Funktion in Ihrer App auf:
-
-```html
-<template>
-  <div>
-    <h1>Welcome to Vue and Capacitor!</h1>
-    <button @click="share">Share now!</button>
-  </div>
-</template>
-
-<script setup lang="ts">
-import { Share } from '@capacitor/share';
-
-async function share() {
-  await Share.share({
-    title: 'Open Youtube',
-    text: 'Check new video on youtube',
-    url: 'https://www.youtube.com',
-    dialogTitle: 'Share with friends'
-  });
-}
-</script>
-```
-
-Nach der Installation neuer Plugins führen Sie den `sync`-Befehl aus und stellen die App erneut auf Ihrem Gerät bereit:
-
-```
-npx cap sync
-```
-
-## Hinzufügen von Konsta UI
-
-Um Konsta UI in Ihrer Vue-App zu verwenden, müssen Sie [tailwind bereits installiert haben](https://tailwindcss.com/docs/guides/vite/#vue) und das Paket installieren:
-Um Konsta UI in Ihrer Vue-App zu verwenden, installieren Sie das Paket und modifizieren Sie Ihre `tailwind.config.js`-Datei:
-
-```shell
-npm i konsta
-```
-
-Umschließen Sie Ihre App mit der `App`-Komponente in der `pages/_app.vue`-Datei und verwenden Sie Konsta UI Vue-Komponenten in Ihren Vue-Seiten.
-
-## Fazit
-
-Capacitor ist eine großartige Option für die Entwicklung nativer Anwendungen auf Basis eines bestehenden Webprojekts. Mit der Ergänzung von Capgo ist es noch einfacher, Live-Updates zu Ihrer App hinzuzufügen und sicherzustellen, dass Ihre Nutzer immer Zugriff auf die neuesten Funktionen und Fehlerbehebungen haben.
-
-Erfahren Sie, wie Capgo Ihnen helfen kann, bessere Apps schneller zu entwickeln, [registrieren Sie sich noch heute für ein kostenloses Konto](/register/).
diff --git a/src/content/blog/de/what-is-native-bridge-in-capacitor.md b/src/content/blog/de/what-is-native-bridge-in-capacitor.md
deleted file mode 100644
index ddb3d9fd4..000000000
--- a/src/content/blog/de/what-is-native-bridge-in-capacitor.md
+++ /dev/null
@@ -1,281 +0,0 @@
----
-slug: what-is-native-bridge-in-capacitor
-title: Was ist der Native Bridge in Capacitor?
-description: >-
-  Erforschen Sie, wie der Native Bridge von Capacitor Webanwendungen nahtlos mit
-  nativen Gerätefunktionen verbindet und die plattformübergreifende
-  App-Entwicklung verbessert.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T04:25:06.576Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822b2de266b1f3f751ffb5b-1747110461280.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  Capacitor, Native Bridge, cross-platform development, web technologies, mobile
-  apps, plugins, device features, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: de
-next_blog: ''
----
-Die **Native Bridge** in [Capacitor](https://capacitorjs.com/) verbindet Ihren Web-Code mit nativen Gerätefunktionen wie Kameras, Sensoren und Speicher. Sie ermöglicht Ihnen, Apps mithilfe von Webtechnologien zu erstellen, während Sie auf plattformspezifische APIs für iOS und Android zugreifen. Hier ist, was Sie wissen müssen:
-
--   **Wichtige Komponenten**:
-    
-    -   **Native Code Layer**: Greift direkt auf Geräte-APIs zu.
-    -   **Web Layer Interface**: Verwaltet die Kommunikation zwischen JavaScript und nativen Code.
-    -   **Plugin-System**: Fügt zusätzliche Funktionen über eine einheitliche JavaScript-API hinzu.
--   **Wie es funktioniert**:
-    
-    -   Wandelt JavaScript-Aufrufe in native Funktionen um.
-    -   Handhabt den Datenaustausch zwischen Web- und nativen Schichten effizient.
-    -   Bietet konsistente APIs über Plattformen hinweg.
--   **Warum es wichtig ist**:
-    
-    -   Verwenden Sie einen einzigen Codebase für Web, iOS und Android.
-    -   Modifizieren Sie native Projekte direkt in Tools wie [Xcode](https://developer.apple.com/xcode/) oder [Android Studio](https://developer.android.com/studio).
-    -   Sichern und optimieren Sie die Kommunikation für eine bessere Leistung.
-
-Die Native Bridge von Capacitor vereinfacht die App-Entwicklung, indem sie die Flexibilität von Webtechnologien mit der Leistung nativer Funktionen kombiniert.
-
-## So erstellen Sie ein projekt-spezifisches lokales Plugin | Ionic | [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6822b2de266b1f3f751ffb5b/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/q5kQcTqPtGY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Hauptkomponenten der Native Bridge
-
-Die Native Bridge ist um drei wichtige Komponenten aufgebaut, die eine effiziente Kommunikation zwischen Web- und nativen Schichten ermöglichen. Gemeinsam vereinfachen sie plattformspezifische Komplexitäten und erleichtern Entwicklern den Zugriff auf native Funktionen mithilfe vertrauter Webtechnologien.
-
-### WebView Engine
-
-Im Kern von Capacitors Brückensystem steht die **WebView Engine**, die die Laufzeitumgebung für Webanwendungen bereitstellt. Sie stützt sich auf plattformspezifische Implementierungen für die Darstellung und Interaktion:
-
--   **iOS**: Verwendet [WKWebView](https://developer.apple.com/documentation/webkit/wkwebview), Apples modernes und leistungsstarkes WebView-Komponente.
--   **Android**: Nutzt das auf [Chromium](https://www.chromium.org/) basierende Android WebView für die Darstellung.
-
-Die WebView Engine ist verantwortlich für die Anzeige von Webinhalten, das Management des App-Zustands und die Ermöglichung einer sicheren Kommunikation zwischen Web-APIs und nativem Code.
-
-| Plattform | WebView-Implementierung | Wichtige Funktionen |
-| --- | --- | --- |
-| iOS | WKWebView | Hohe Leistung, moderne Sicherheit, nahtlose Integration von nativen APIs |
-| Android | Android WebView | Chromium-basierte Darstellung, JavaScript-Schnittstellen, native Codebindung |
-
-### Plugin-Architektur
-
-Die **Plugin-Architektur** bietet ein flexibles Framework, das es Entwicklern ermöglicht, die Funktionalität der App durch den Zugriff auf native Funktionen über eine einheitliche JavaScript-API zu erweitern. Jedes Plugin ist in zwei Hauptteile strukturiert:
-
--   **JavaScript-Schnittstelle**: Die benutzerseitige API, die Entwickler in ihren Web-Apps verwenden.
--   **Native Implementierung**: Plattform-spezifischer Code, der für iOS und Android geschrieben wurde.
-
-Diese Trennung sorgt für ein konsistentes Erlebnis für Entwickler und ermöglicht es ihnen, mit nativen Funktionen zu interagieren, ohne sich um die Unterschiede der zugrunde liegenden Plattformen zu kümmern.
-
-### Nachrichtenverarbeitungssystem
-
-Das **Nachrichtenverarbeitungssystem** ist das Rückgrat des Datenaustauschs zwischen den Web- und nativen Schichten. Es erledigt mehrere entscheidende Aufgaben:
-
--   **Nachrichtenserialisierung**: Wandelt JavaScript-Daten in ein Format um, das nativer Code verarbeiten kann.
--   **Anforderungsweiterleitung**: Leitet Funktionsaufrufe an die entsprechenden nativen Implementierungen weiter.
--   **Antwortverarbeitung**: Sendet Ergebnisse von nativen Operationen zurück an die Web-App.
--   **Fehlerverwaltung**: Stellt detaillierte Fehlermeldungen für eine einfachere Fehlersuche bereit.
-
-Durch die Verwendung asynchroner Nachrichtenverarbeitung stellt das System sicher, dass Webanwendungen während nativer Operationen reaktionsfähig bleiben. Funktionen wie Batch-Verarbeitung und effiziente Serialisierung verbessern zusätzlich die Leistung, wodurch Interaktionen nahtlos und reibungslos sind [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge).
-
-Diese Komponenten legen den Grundstein für den komplexen Web-nativen Kommunikationsprozess, der in den folgenden Abschnitten untersucht wird.
-
-## Web-native Kommunikationsprozess
-
-Die Native Bridge in Capacitor fungiert als entscheidende Verbindung und ermöglicht nahtlose Kommunikation zwischen Webanwendungen und [nativen Gerätefunktionen](https://capgo.app/plugins/capacitor-native-biometric/).
-
-### Kommunikationsfluss
-
-So entfaltet sich der Kommunikationsprozess:
-
-| Richtung | Phase | Operation |
-| --- | --- | --- |
-| **Web zu Native** | **API-Aufrufinitialisierung** | Ein JavaScript-API-Aufruf wird mit Parametern vorgenommen. |
-|     | **Datenserialisierung** | Daten werden in ein für die Brücke kompatibles Format umgewandelt. |
-|     | **Routing** | Die Anfrage wird an das entsprechende Plugin gesendet. |
-| **Native zu Web** | **Verarbeitung** | Die native Funktionalität wird ausgeführt. |
-|     | **Antwortgenerierung** | Ergebnisse werden vorbereitet und serialisiert. |
-|     | **Callback-Handling** | Daten werden durch die Auflösung des Versprechens zurückgegeben. |
-
-Die Brücke unterstützt drei Hauptkommunikationsmethoden:
-
--   **Direkte Antworten**: Sofortige Ergebnisse von API-Aufrufen.
--   **Ereignisübertragung**: Asynchrone Updates für laufende Prozesse.
--   **Statusaktualisierungen**: Persistente Änderungen, die mehrere Komponenten beeinflussen.
-
-### Leistungsanalyse der Brücke
-
-Was die Leistung angeht, ist die Brücke darauf ausgelegt, Aufgaben effizient zu erledigen. Lassen Sie uns die Schlüsselmerkmale aufschlüsseln:
-
-**Speicherverwaltung**
-
--   Handhabt einfache Datentypen effizient.
--   Verwendet Base64-Codierung zum Übertragen von Binärdaten.
--   Optimiert die Serialisierung für komplexe Objekte.
-
-**Optimierungstechniken**
-
--   Verarbeitet mehrere API-Aufrufe in Batches, um Zeit zu sparen.
--   Drosselt häufige Operationen, um Überlastungen zu vermeiden.
--   Implementiert Caching für wiederholte Anfragen, um die Geschwindigkeit zu verbessern.
-
-Um die Leistung zu maximieren, können Entwickler diese Strategien nutzen:
-
--   **Optimierung des Datentransfers**: Reduzieren Sie die Anzahl der Interaktionen mit der Brücke, indem Sie Daten lokal zwischenspeichern und vor dem Senden filtern. Dies verringert unnötige Kommunikation.
--   **Ereignismanagement**: Verwenden Sie bei hochfrequenten Daten, wie Sensorablesungen, Debouncing, um die Anzahl der Aufrufe zu begrenzen und den Prozess zu straffen.
--   **Ressourcennutzung**: Laden Sie Plugins nur bei Bedarf. Dieser Ansatz verbessert die Speichereffizienz und verringert Verzögerungen beim Start.
-
-Durch das Routen von API-Aufrufen über die native Laufzeit und das Zurückgeben von Ergebnissen an die WebView gewährleistet die Brücke eine schnelle und zuverlässige Kommunikation bei gleichzeitiger gelegentlicher Nutzung nativer Funktionen.
-
-Als Nächstes werden wir Strategien erkunden, um native Brücken zu erstellen, die sowohl effizient als auch sicher sind.
-
-## Anwendungen der Native Bridge
-
-Die Native Bridge spielt eine Schlüsselrolle bei der Verbindung von Web- und nativen Funktionen und schafft Möglichkeiten für praktische Anwendungen. Durch die Ermöglichung nahtloser Kommunikation zeigt sie ihren Wert in realen Szenarien.
-
-### Live-Updates mit [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6822b2de266b1f3f751ffb5b/4305c974119f10d25560fe363e5513b1.jpg)
-
-Capgo nutzt die Native Bridge, um Live-Updates bereitzustellen, wodurch Änderungen der App sofort ohne App-Store-Einreichungen bereitgestellt werden können.
-
-So treibt die Native Bridge das Update-System von Capgo an:
-
-| **Update-Komponente** | **Brückenfunktion** | **Vorteil** |
-| --- | --- | --- |
-| Inhaltsbereitstellung | Verwaltet sichere Downloads von Webassets | Schnelle und zuverlässige Asset-Bereitstellung |
-| Statusmanagement | Hält den App-Zustand während Updates aufrecht | Sanfter, unterbrechungsfreier Benutzererlebnis |
-| Versionskontrolle | Unterstützt Rückfallfunktionalität | Einfache Wiederherstellung mit einem Klick |
-| [Update-Targeting](https://capgo.app/docs/live-updates/update-behavior/) | Ermöglicht die Verteilung an spezifische Benutzersegmente | Präzise und kontrollierte Bereitstellung |
-
-Diese Funktionen heben die Effizienz der Native Bridge bei der Handhabung von Updates hervor.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist entscheidend für die kontinuierliche Bereitstellung an unsere Benutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app)
-
-### Integration von Gerätefunktionen
-
-Die Native Bridge geht über Updates hinaus, indem sie Web-Apps den Zugriff auf die Hardware von Geräten über eine einheitliche API ermöglicht. Diese Fähigkeit ist insbesondere in Branchen wie Gesundheitswesen, Finanzen und IoT von Bedeutung, in denen die Hardware-Integration entscheidend ist.
-
-Hier sind einige Beispiele, wie sie angewendet wird:
-
--   **Gesundheitsanwendungen**  
-    Medizinische Bildgebungs-Apps nutzen die Native Bridge, um auf die Kamerafunktionalität zuzugreifen und gleichzeitig die HIPAA-Vorgaben einzuhalten. Dies gewährleistet eine sichere Datenverarbeitung und unterstützt hochwertige diagnostische Bildgebung [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge).
-    
--   **Finanzdienstleistungen**  
-    Banking-Apps nutzen die Native Bridge für [biometrische Authentifizierung](https://capgo.app/plugins/capacitor-native-biometric/), die Funktionen wie:
-    
-    -   Zugriff auf den Fingerabdrucksensor
-    -   Gesichtserkennung
-    -   Sichere Rückfalloptionen für die Authentifizierung \[2\]
--   **IoT-Steuerungssysteme**  
-    Smart-Home-Anwendungen verlassen sich auf die Native Bridge, um Bluetooth-Verbindungen zu IoT-Geräten zu verwalten. Dadurch verbessert sich die Verbindungszuverlässigkeit und die Effizienz des Datentransfers.
-    
-
-Um eine erfolgreiche Integration zu gewährleisten, sollten Entwickler:
-
--   Angemessene Berechtigungen implementieren und plattformspezifische Verhaltensweisen berücksichtigen, um die Leistung zu verbessern.
--   Die Einschränkungen jeder Plattform beachten.
--   Rückfalloptionen für Umgebungen bereitstellen, die nur Webfunktionen unterstützen \[2\].
-
-Die Flexibilität der Native Bridge ist ein Wendepunkt für die plattformübergreifende Entwicklung, da sie fortschrittliche Funktionen ermöglicht und gleichzeitig ein konsistentes und zuverlässiges Benutzererlebnis auf verschiedenen Geräten aufrechterhält.
-
-## Sicherheits- und Entwicklungsrichtlinien
-
-### Sicherheitsmaßnahmen der Brücke
-
-Um die Sicherheit der zwischen Web- und nativen Schichten ausgetauschten Daten zu gewährleisten, ist die Sicherstellung der nativen Schnittstelle unerlässlich. Dies umfasst die Verwendung von **Ende-zu-Ende-Verschlüsselung** und starken **Authentifizierungsmechanismen**, die beide für den Schutz der Datenintegrität entscheidend sind.
-
-| **Sicherheitsschicht** | **Implementierung** | **Zweck** |
-| --- | --- | --- |
-| [Datenverschlüsselung](https://capgo.app/docs/cli/migrations/encryption/) | AES-256-Protokoll | Sichere Datenübertragung |
-| Authentifizierung | JWT-Token | Validiert Anfragen |
-| Zugriffskontrolle | Berechtigungsmatrix | Verwalten von Plugin-Zugriffsrechten |
-
-Um die Sicherheit der Brücke weiter zu verbessern, sollten Entwickler:
-
--   Strenge Eingangsvalidierung sowohl auf der Web- als auch auf der nativen Seite anwenden.
--   Sichere Speichermethoden für den Umgang mit sensiblen Daten verwenden.
--   Den Datenverkehr über die Brücke überwachen, um ungewöhnliche Aktivitäten zu erkennen.
--   Sicherheitsprotokolle regelmäßig aktualisieren und überprüfen.
-
-Durch die Implementierung dieser Maßnahmen können Entwickler eine solide Grundlage für einen sicheren Datenaustausch schaffen und gleichzeitig Schwachstellen reduzieren.
-
-### Standards für die Plugin-Entwicklung
-
-Die Einhaltung etablierter Entwicklungsstandards ist entscheidend, um sicherzustellen, dass Plugins sowohl zuverlässig als auch sicher sind. Die Befolgung dieser Standards hilft auch, die Kompatibilität zwischen den Plattformen zu gewährleisten.
-
-**Wichtige Standards für die Plugin-Entwicklung:**
-
-1.  **Plugin-Architektur**  
-    Stellen Sie sicher, dass die Pluginstruktur mit den offiziellen Architekturrichtlinien von Capacitor übereinstimmt. Dazu gehören eine ordnungsgemäße **Fehlerbehandlung**, gut definierte **Typdefinitionen** und **plattform spezifische Implementierungen** für nahtlose Funktionalität.
-    
-2.  **Plattformübergreifende Kompatibilität**  
-    Plugins müssen effizient auf allen Plattformen arbeiten. Dies umfasst die Optimierung der Speichernutzung, die Implementierung plattform spezifischer Rückfalle und die Durchsetzung wichtiger Sicherheitspraktiken wie Datenbereinigung und sichere Speicherung. Entwickler sollten auch Berechtigungen sorgfältig verwalten und regelmäßige Audits durchführen.
-    
-    -   Implementieren Sie plattform spezifische Rückfallmechanismen.
-    -   Optimieren Sie den Speicher, um Leistungsprobleme zu vermeiden.
-    -   Setzen Sie Sicherheitsmaßnahmen wie [API-Schlüsselmanagement](https://capgo.app/docs/webapp/api-keys/) durch.
-3.  **Sicherheitskonformität**  
-    Sicherheit sollte während der Plugin-Entwicklung oberste Priorität haben. Integrieren Sie Praktiken wie:
-    
-    -   Datenbereinigung, um bösartige Eingaben zu verhindern.
-    -   Sichere Speicherung für sensible Informationen.
-    -   Ordentliches API-Schlüsselmanagement zur Beschränkung des unbefugten Zugriffs.
-    -   Regelmäßige Sicherheitsaudits zur Identifizierung und Behebung von Schwachstellen.
-
-**Entwicklungsablauf und Überprüfung:**
-
-| **Entwicklungsphase** | **Standardanforderungen** | **Überprüfungsmethode** |
-| --- | --- | --- |
-| Erstkonfiguration | Typdefinitionen, Fehlerbehandler | Automatisierte Tests |
-| Implementierung | Plattform spezifischer Code, Sicherheitsprüfungen | Code-Überprüfung |
-| Testen | Plattformübergreifende Validierung | Integrationstests |
-| Bereitstellung | Versionskontrolle, Dokumentation | Bereitstellungsliste |
-
-Der Einsatz fortschrittlicher Debugging-Tools und die Pflege klarer, umfassender Dokumentation während des Entwicklungsprozesses können helfen, potenzielle Probleme frühzeitig zu identifizieren und zu mindern. Diese Praktiken stellen sicher, dass Plugins nicht nur funktional, sondern auch sicher und zuverlässig sind.
-
-## Fazit
-
-Die native Brücke von Capacitor hat die [plattfomübergreifende App-Entwicklung](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) revolutioniert, indem sie die Integration zwischen Web und Native nahtloser und effizienter gestaltet hat. Ihr Design vereinfacht den Entwicklungsprozess und bewahrt gleichzeitig die vertrauten Arbeitsabläufe der Webtechnologien \[2\].
-
-Mit der nativen Brücke von Capacitor erhalten Entwickler Zugang zu einer einheitlichen API-Schicht, die konsistent auf iOS, Android und Webplattformen funktioniert. Dies reduziert nicht nur die Herausforderungen der Entwicklung, sondern trägt auch dazu bei, dass Apps schneller auf den Markt kommen [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge). Zu den herausragenden Vorteilen gehören:
-
--   Vereinfachte Entwicklung mit einer einheitlichen API für mehrere Plattformen
--   Verbesserter Zugang zu nativen Funktionen und bessere Leistung
--   Die Möglichkeit, native Projekte bei Bedarf direkt zu ändern
--   Eingebaute Schutzmaßnahmen für einen sicheren Datenaustausch zwischen Web- und nativen Schichten
-
-## FAQs
-
-:::faq
-### Was ist die Native Bridge in Capacitor und wie ermöglicht sie eine sichere Kommunikation zwischen Web- und nativen Schichten?
-
-Die Native Bridge in Capacitor spielt eine entscheidende Rolle bei der Verbindung der Webebene Ihrer App (Frontend) mit der nativen Ebene (plattformspezifische Funktionen). Denken Sie daran als einen sicheren Kommunikationskanal, der es Ihrer App ermöglicht, auf native Gerätefunktionen zuzugreifen, während die Leistung auf verschiedenen Plattformen konsistent bleibt.
-
-Das Sicherheitsniveau hängt davon ab, wie die Brücke in Ihrer App eingerichtet ist. Plattformen wie **Capgo** verbessern Capacitor-Apps, indem sie Tools wie **Ende-zu-Ende-Verschlüsselung** für Live-Updates anbieten. Das bedeutet, dass empfindliche Daten und Updates sicher an Ihre Benutzer übertragen werden können, ohne ihre Privatsphäre zu gefährden oder Compliance-Regeln zu brechen.
-:::
-
-:::faq
-### Was ist der Zweck der Native Bridge in Capacitor und wie wird sie in der plattformübergreifenden App-Entwicklung genutzt?
-
-Die **Native Bridge** in Capacitor dient als Verbindungspunkt zwischen der Webebene Ihrer App (Frontend) und der nativen Ebene (plattformspezifische Funktionen). Diese Brücke ermöglicht es Entwicklern, direkt von einer web-basierten App auf native Gerätefunktionen - wie die Kamera oder GPS - zuzugreifen. Es ist ein praktisches Tool zum Erstellen plattformübergreifender Apps, die auf jedem Gerät natürlich erscheinen.
-
-Mit der Native Bridge können Sie plattformspezifische Funktionen in Ihre App integrieren, während Sie sich an eine einzige Codebasis halten. Dieser Ansatz vereinfacht die Entwicklung und sorgt dafür, dass Ihre App schneller auf den Markt kommt. Beispielsweise können Sie damit native APIs für Aufgaben wie das Versenden von Push-Benachrichtigungen, das Verwalten von Dateien oder die Aktivierung der biometrischen Authentifizierung nutzen. Und das Beste daran? Es sorgt für eine reibungslose Leistung, egal ob Sie iOS, Android oder das Web nutzen.
-
-Wenn Sie mit Capacitor arbeiten, können Tools wie **Capgo** Ihr Leben noch einfacher machen. Capgo ermöglicht Live-Updates, sodass Sie Änderungen an Ihrer App sofort bereitstellen können - keine Genehmigung im App Store erforderlich. Das bedeutet, dass Ihre Benutzer immer gleich die neuesten Funktionen und Fehlerbehebungen erhalten.
-:::
-
-:::faq
-### Wie können Entwickler die Leistung der Native Bridge verbessern, wenn sie fortschrittliche native Funktionen in Capacitor-Apps verwenden?
-
-Die Optimierung der Native Bridge in Capacitor besteht darin, eine effiziente Kommunikation zwischen den Web- und nativen Schichten zu gewährleisten. Ein effektiver Ansatz besteht darin, **die Anzahl der Brückenaufrufe zu minimieren**. Statt häufig einzelner Aufrufe, versuchen Sie, Vorgänge zusammenzufassen, um die Belastung der Leistung zu reduzieren. Ein weiterer Tipp? Verwenden Sie leichte Datenformate wie JSON für Datenübertragungen. Dies hilft, unnötige Überlastungen zu vermeiden.
-
-Für Apps, die häufige Updates oder schnelle Funktionseinführungen benötigen, können Tools wie **Capgo** einen echten Game-Changer darstellen. Capgo ermöglicht es Entwicklern, Updates sofort zu pushen und umgeht dabei die Verzögerungen im App Store, während es den Apple- und Android-Richtlinien entspricht. Durch die Kombination dieser Strategien können Sie die Leistung Ihrer App steigern und den Benutzern ein reibungsloseres, nahtloseres Erlebnis bieten. 
-:::
diff --git a/src/content/blog/de/why-consent-management-matters-for-app-compliance.md b/src/content/blog/de/why-consent-management-matters-for-app-compliance.md
deleted file mode 100644
index f5a5061a6..000000000
--- a/src/content/blog/de/why-consent-management-matters-for-app-compliance.md
+++ /dev/null
@@ -1,233 +0,0 @@
----
-slug: why-consent-management-matters-for-app-compliance
-title: Warum Einwilligungsmanagement für die App-Konformität wichtig ist
-description: >-
-  Das Verständnis der Einwilligungsverwaltung ist entscheidend für die
-  Einhaltung von Datenschutzgesetzen durch Apps. Erfahren Sie effektive
-  Strategien zur Verwaltung der Nutzereinwilligung und zur Einhaltung der
-  Vorschriften.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T01:04:25.029Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce-1745543110199.jpg
-head_image_alt: Mobile Entwicklung
-keywords: >-
-  consent management, GDPR, CCPA, app compliance, user privacy, data protection,
-  live updates, consent tracking
-tag: 'Development, Security, Updates'
-published: true
-locale: de
-next_blog: ''
----
-**Die Verwaltung der Nutzereinwilligung ist für die App-Compliance unverzichtbar.** Datenschutzgesetze wie [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) und [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) verlangen von Apps die ausdrückliche Einwilligung der Nutzer für die Datenerhebung und -nutzung. Ohne diese riskieren Sie Bußgelder, rechtliche Probleme und den Verlust des Nutzervertrauens. Hier ist, was Sie wissen müssen:
-
--   **Was ist Einwilligungsverwaltung?** Es geht um das Sammeln, Speichern und Verfolgen von Nutzerberechtigungen für die Datennutzung.
--   **Warum ist es wichtig:** Vorschriften wie GDPR und CCPA fordern Transparenz und Nutzerkontrolle über personenbezogene Daten.
--   **Zentrale Herausforderungen:** Umgang mit häufigen Updates, Aufrechterhaltung der Compliance über Regionen hinweg und sichere Verwaltung von Einwilligungsdaten.
--   **Lösungen für Entwickler:** Nutzen Sie klare Kommunikation, selektive Berechtigungen und Tools wie Live-Update-Plattformen (z.B. [Capgo](https://capgo.app/)) um Compliance sicherzustellen und Updates zu rationalisieren.
-
-**Schnellübersicht der Compliance-Tools:**
-
-| Update-Methode | Geschwindigkeit | Compliance-Unterstützung | Nutzerauswirkung |
-| --- | --- | --- | --- |
-| App Store Updates | 3-7 Tage | Vollständiger Prüfprozess | [Manuelle Nutzer-Updates](https://capgo.app/docs/plugin/cloud-mode/manual-update/) |
-| Server-seitige Kontrollen | Sofort | Begrenzte Übersicht | Keine Nutzeraktion erforderlich |
-| Live Updates (z.B. Capgo) | Unter 24 Stunden | Plattform-konform | [Automatische Updates](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-
-**Fazit:** Bleiben Sie compliant durch Implementierung von Echtzeit-Einwilligungs-Updates, Sicherung von Nutzerdaten und Verwendung von Tools, die sich schnell an verändernde Vorschriften anpassen.
-
-## Was ist eine Einwilligungsverwaltungsplattform?
-
-<iframe src="https://www.youtube.com/embed/gZ3y3txZPIE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Häufige Herausforderungen bei der Einwilligungsverwaltung
-
-Die effektive Verwaltung der Nutzereinwilligung ist keine leichte Aufgabe, besonders angesichts strenger Datenschutzgesetze und des schnellen Tempos von App-Updates. Diese Hürden unterstreichen die Bedeutung zuverlässiger, flexibler Lösungen, die nahtlos mit modernen Update-Plattformen zusammenarbeiten.
-
-### Anforderungen der Datenschutzgesetze
-
-Gesetze wie GDPR und CCPA setzen klare Regeln für den Umgang mit Nutzereinwilligungen. Entwickler müssen sicherstellen, dass ihre Systeme:
-
--   Nutzern erlauben, Einwilligungspräferenzen für verschiedene Datentypen anzupassen
--   Einfache, klare Sprache verwenden, um Einwilligungsoptionen zu erklären
--   Definieren, wie lange Nutzerdaten gespeichert werden
--   Optionen für Datenportabilität bereitstellen
-
-Die Herausforderung wächst, wenn Apps Regeln aus mehreren Regionen folgen müssen, die Datenschutzgesetze jeweils auf ihre eigene Weise interpretieren.
-
-### Compliance-Strafen
-
-Nichteinhaltung von Datenschutzstandards kann zu hohen Geldstrafen und rechtlichen Problemen führen. Selbst kleine Fehler bei der Einwilligungsverwaltung könnten behördliche Maßnahmen nach sich ziehen. Dies macht es essenziell, [sichere Updates](https://capgo.app/docs/live-updates/update-behavior/) schnell auszurollen, um compliant zu bleiben.
-
-### Probleme beim Update-Management
-
-Für Apps, die mit Capacitor entwickelt wurden, können häufige Updates die Einwilligungsverwaltung verkomplizieren. Traditionelle App-Store-Update-Prozesse verzögern oft kritische Änderungen und erhöhen das Risiko der Nicht-Compliance.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Moderne Update-Plattformen helfen dies zu lösen, indem sie sicherstellen, dass 95% der aktiven Nutzer einwilligungsbezogene Updates innerhalb von 24 Stunden erhalten [\[1\]](https://capgo.app/). Diese Plattformen priorisieren auch Sicherheit, nutzen Ende-zu-Ende-Verschlüsselung und gewährleisten Kompatibilität über App-Versionen hinweg, während sie Datenschutzstandards einhalten.
-
-Die Bewältigung dieser Herausforderungen ist essenziell - nicht nur um compliant zu bleiben, sondern auch um das Nutzervertrauen zu erhalten, während sich Datenschutzvorschriften weiter entwickeln.
-
-## Kernvorteile der Einwilligungsverwaltung
-
-### Datenschutzstandards
-
-Legen Sie klare Richtlinien fest, um sicherzustellen, dass Sie nur Daten sammeln, die Nutzer ausdrücklich genehmigt haben. Dies begrenzt unnötige Datensammlung und priorisiert den Nutzerdatenschutz. Konsequentes Tracking von Nutzerpräferenzen hilft, diese Standards aufrechtzuerhalten und stärkt das Vertrauen Ihrer Zielgruppe.
-
-### Nutzervertrauen
-
-Transparente Einwilligungspraktiken sind der Schlüssel zum Aufbau von Vertrauen. Wenn Nutzer sehen, dass ihr Datenschutz respektiert wird, sind sie eher bereit, mit Ihrer App oder Plattform zu interagieren. Funktionen wie Echtzeit-Updates, die Datenschutzbedenken adressieren, können die Nutzererfahrung verbessern und sogar zu besserem Kundenfeedback führen.
-
-### Compliance-Aufzeichnungen
-
-Das Führen genauer Aufzeichnungen ist essenziell für die Einhaltung von Datenschutzvorschriften. Stellen Sie sicher, dass Sie dokumentieren:
-
--   Wann Einwilligung erteilt oder widerrufen wurde
--   Die spezifisch erteilten Berechtigungen
--   Wie Einwilligungsdetails präsentiert wurden
--   Die Version der akzeptierten Datenschutzbestimmungen
--   Den Kontext, in dem die Einwilligung erteilt wurde
-
-Echtzeit-Updates sind entscheidend für die Pflege genauer Compliance-Aufzeichnungen. Wenn sich Datenschutzgesetze ändern, müssen Apps ihre Einwilligungssysteme schnell anpassen und dabei einen detaillierten Prüfpfad aller Updates bewahren. Diese Dokumentationsebene ist besonders wichtig für Apps, die in mehreren Regionen operieren, da sie Nachweise für die Einhaltung lokaler Datenschutzgesetze liefert und das Risiko rechtlicher Probleme reduziert.
-
-## Einrichtung der Einwilligung in [Capacitor](https://capacitorjs.com/) Apps
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Erstellen einer Einwilligungs-UI
-
-Gestalten Sie ein Einwilligungsformular, das sowohl rechtliche Anforderungen erfüllt als auch eine reibungslose Nutzererfahrung bietet. Beim ersten Start der App sollte das Einwilligungsformular:
-
--   Einfache Sprache verwenden, um Datenschutzoptionen zu erklären
--   Detaillierte, granulare Optionen für Nutzer anbieten
--   Klare Akzeptieren/Ablehnen-Buttons und Links zu vollständigen Richtlinien enthalten
--   Native UI-Komponenten nutzen, die plattformspezifischen Richtlinien folgen
-
-Da Nutzer ihre Einwilligungspräferenzen jederzeit aktualisieren können, muss Ihr System Echtzeit-Updates unterstützen, um compliant zu bleiben.
-
-### Einwilligung in Echtzeit aktuell halten
-
-Datenschutzvorschriften ändern sich häufig, daher muss Ihr Einwilligungssystem flexibel bleiben. Hier ist eine Aufschlüsselung, wie Updates effektiv verwaltet werden:
-
-| Update-Typ | Implementierung | Nutzen |
-| --- | --- | --- |
-| Notfall-Fixes | Sofortige Bereitstellung | Adressiert schnell Compliance-Probleme |
-| Richtlinien-Änderungen | Stufenweise Ausrollung | Ermöglicht kontrolliertes Testen mit kleineren Nutzergruppen |
-| UI-Verbesserungen | Test in Beta-Kanälen | Stellt reibungslose Funktionalität vor vollständiger Veröffentlichung sicher |
-
-### Plattform-Richtlinien folgen
-
-Sowohl Apple als auch Google haben spezifische Regeln für die Einwilligungsverwaltung. Hier ist, was Sie wissen müssen:
-
-**Für iOS Apps:**
-
--   Klare Opt-in und Opt-out Optionen bereitstellen
--   App Store Datenschutzkennzeichnungsanforderungen einhalten
--   Bei Bedarf Laufzeitberechtigungen verwenden
-
-**Für Android Apps:**
-
--   Laufzeitberechtigungen implementieren
--   Nutzern einfachen Einwilligungswiderruf ermöglichen
--   Klar erklären, wie Daten verwendet werden
-
-Um Updates zu rationalisieren und Compliance über Plattformen hinweg aufrechtzuerhalten, erwägen Sie die Nutzung eines Live-Update-Systems. Dieser Ansatz stellt sicher, dass Ihre App die neuesten Datenschutzstandards ohne unnötige Verzögerungen erfüllt.
-
-## Tools für Einwilligungsverwaltung
-
-Die effektive Verwaltung von Einwilligungen erfordert Tools, die schnelle Updates ermöglichen und dabei compliant mit Vorschriften bleiben.
-
-### Update-Methoden Vergleich
-
-Hier wie verschiedene Update-Methoden bei der Einwilligungsverwaltung abschneiden:
-
-| Methode | Update-Geschwindigkeit | Compliance-Unterstützung | Nutzerauswirkung |
-| --- | --- | --- | --- |
-| App Store Updates | 3-7 Tage | Vollständiger Prüfprozess | Erfordert manuelle Aktualisierung |
-| Server-seitige Kontrollen | Sofort | Begrenzte Übersicht | Keine Nutzeraktion erforderlich |
-| Live Updates | Unter 24 Stunden | Plattform-konform | [Automatisches Hintergrund-Update](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-
-Diese Tabelle zeigt, wie sich Live-Updates durch ihre Geschwindigkeit und Benutzerfreundlichkeit auszeichnen. Capgo nutzt diesen Ansatz voll aus, um effiziente Lösungen bereitzustellen.
-
-### [Capgo](https://capgo.app/) Update-Funktionen
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/66b4651f868ecdcc17d750c697bea294.jpg)
-
-Capgo nutzt Live-Updates, um die Einwilligungsverwaltung für Capacitor Apps zu vereinfachen. Es erreicht eine beeindruckende **95% Nutzer-Update-Rate innerhalb von 24 Stunden** und eine **82% globale Erfolgsrate** für Updates [\[1\]](https://capgo.app/).
-
-Zu den herausragenden Funktionen gehören:
-
--   **Ende-zu-Ende-Verschlüsselung** zur sicheren Übertragung von Einwilligungsdaten.
--   **Teilweise Updates** zur Reduzierung der Bandbreitennutzung bei einwilligungsbezogenen Änderungen.
--   **[Kanal-System](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** das Updates mit spezifischen Nutzergruppen testen lässt.
--   **Analytics Dashboard** zur Verfolgung des Erfolgs von Einwilligungsimplementierungen.
-
-> "Capgo ist ein intelligenter Weg, Hot Code Pushes durchzuführen (und nicht für alles Geld der Welt wie bei @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-### Vorteile von Live Updates
-
-Die Nutzung von Echtzeit-Tools wie Capgo bietet mehrere Vorteile für Compliance und Performance:
-
--   **Schnelle Anpassung an Datenschutzgesetze**  
-    Schnelle Updates stellen sicher, dass Organisationen sofort auf Änderungen in Datenschutzvorschriften reagieren können.
-    
--   **Verbesserte Sicherheit**  
-    Capgos Ende-zu-Ende-Verschlüsselung hält einwilligungsbezogene Updates während des gesamten Prozesses sicher.
-    
--   **Performance-Einblicke**  
-    Fortgeschrittene Analysen bieten detailliertes Tracking von Einwilligungsänderungen. Capgo liefert beispielsweise eine durchschnittliche API-Antwortzeit von nur **57ms weltweit** [\[1\]](https://capgo.app/).
-    
-
-## Nächste Schritte für App-Compliance
-
-Die effektive Verwaltung von Einwilligungen erfordert zuverlässige Tools und eine klare Strategie. Die Nutzung von Live-Update-Lösungen kann die Compliance verbessern und Nutzer zufrieden halten.
-
-Hier sind die Prioritäten, die Sie setzen sollten:
-
-1. **[Automatische Updates](https://capgo.app/docs/live-updates/update-behavior/)**: Entscheiden Sie sich für eine Plattform, die schnelle Bereitstellung ermöglicht. Capgo erreicht beispielsweise eine Benutzer-Update-Rate von 95% innerhalb von 24 Stunden [\[1\]](https://capgo.app/) und stellt sicher, dass Compliance-Anpassungen zeitnah vorgenommen werden.
-2. **Sichere Datenverarbeitung gewährleisten**: Schützen Sie Einwilligungsaktualisierungen mit Ende-zu-Ende-Verschlüsselung, um Datenschutzvorschriften einzuhalten.
-3. **Update-Leistung überwachen**: Nutzen Sie Analysen, um die Wirksamkeit von Updates zu bewerten. Top-Plattformen halten konstant hohe Erfolgsraten aufrecht [\[1\]](https://capgo.app/).
-
-Moderne Update-Systeme bieten mehrere Vorteile:
-
-- **Schnelle Anpassungen**: Sofortige Update-Möglichkeiten ermöglichen Teams, Compliance-Probleme umgehend zu beheben.
-- **Kosteneinsparungen**: Traditionelle CI/CD-Setups können etwa 300 € pro Monat kosten [\[1\]](https://capgo.app/), wodurch optimierte Optionen eine klügere Wahl sind.
-- **Verbesserte Benutzererfahrung**: Teilweise Updates verbrauchen weniger Bandbreite bei gleichzeitiger Einhaltung der Compliance-Standards.
-
-> "Wir praktizieren agile Entwicklung und @Capgo ist mission-kritisch für die kontinuierliche Auslieferung an unsere Nutzer!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Wählen Sie Werkzeuge, die Sicherheit, Effizienz und Benutzererfahrung priorisieren. Diese Funktionen helfen dabei, die Compliance aufrechtzuerhalten und gleichzeitig ein reibungsloses Erlebnis für Benutzer zu bieten.
-
-Compliance zu erreichen ist keine einmalige Aufgabe. Es erfordert konstante Updates und sorgfältige Überwachung. Regelmäßige Auswertungen stellen sicher, dass Sie mit Datenschutzgesetzen konform bleiben und das Vertrauen der Benutzer aufrechterhalten.
-
-## Häufig gestellte Fragen
-
-:::faq
-### Wie können App-Entwickler mit sich entwickelnden Datenschutzgesetzen wie DSGVO und CCPA konform bleiben?
-
-Um mit sich ändernden Datenschutzgesetzen wie DSGVO und CCPA konform zu bleiben, müssen App-Entwickler die **Verwaltung der Benutzereinwilligung** priorisieren. Dies umfasst das Einholen einer klaren, informierten Einwilligung von Benutzern vor der Erfassung oder Verarbeitung ihrer Daten, die Bereitstellung von Optionen zur Verwaltung oder zum Widerruf der Einwilligung und die Gewährleistung von Transparenz über die Datennutzung.
-
-Für Entwickler, die Capacitor-Apps verwenden, können Tools wie **Capgo** die Compliance erleichtern. Capgo ermöglicht sofortige Updates Ihrer App ohne App-Store-Genehmigungen und stellt sicher, dass Sie schnell Änderungen implementieren können, um neue Datenschutzanforderungen zu erfüllen. Mit Funktionen wie Ende-zu-Ende-Verschlüsselung und Echtzeit-Updates hilft Capgo Ihnen, die Compliance aufrechtzuerhalten und gleichzeitig ein nahtloses Benutzererlebnis zu bieten.
-:::
-
-:::faq
-### Wie können Live-Update-Plattformen die Einwilligungsverwaltung und App-Compliance im Vergleich zu traditionellen Updates verbessern?
-
-Live-Update-Plattformen wie **Capgo** ermöglichen Entwicklern, Updates, Fehlerbehebungen und neue Funktionen sofort bereitzustellen, ohne den langwierigen App-Store-Genehmigungsprozess durchlaufen zu müssen. Dies stellt sicher, dass Ihre App mit sich entwickelnden Datenschutzgesetzen konform bleibt und gleichzeitig Probleme schnell behoben oder neue Einwilligungsanforderungen implementiert werden können.
-
-Mit Funktionen wie **Ende-zu-Ende-Verschlüsselung**, nahtloser **CI/CD-Integration** und Echtzeit-Updates machen diese Plattformen es einfacher, die Compliance zu verwalten und gleichzeitig einen sicheren und effizienten Workflow aufrechtzuerhalten. Im Gegensatz zu traditionellen Update-Methoden, die Wochen dauern können, ermöglichen Live-Updates, innerhalb von Minuten auf regulatorische Änderungen oder Benutzerfeedback zu reagieren und Ihre App aktuell und Ihre Benutzer geschützt zu halten.
-:::
-
-:::faq
-### Wie kann ich die Benutzereinwilligung ordnungsgemäß dokumentieren und verwalten, um die Einhaltung von Datenschutzgesetzen sicherzustellen?
-
-Um Datenschutzgesetze einzuhalten, ist es wichtig, die Benutzereinwilligung ordnungsgemäß zu dokumentieren und zu verwalten. Beginnen Sie mit der Implementierung eines **klaren und benutzerfreundlichen Einwilligungsformulars** in Ihrer App, das erklärt, welche Daten erfasst werden und wie sie verwendet werden. Stellen Sie sicher, dass Benutzer ihre Einwilligung jederzeit einfach erteilen, ändern oder widerrufen können.
-
-Führen Sie außerdem **detaillierte Aufzeichnungen über die Benutzereinwilligung**. Dies umfasst Zeitstempel, die spezifischen vereinbarten Bedingungen und alle Aktualisierungen der Einwilligungsbedingungen. Die Verwendung von Tools oder Plattformen, die die Einwilligungsverfolgung automatisieren, kann diesen Prozess vereinfachen und Fehler reduzieren.
-
-Wenn Sie eine Capacitor-App verwenden, können Plattformen wie **Capgo** Ihnen helfen, konform zu bleiben, indem sie nahtlose Live-Updates ermöglichen und sicherstellen, dass Ihre App die neuesten Datenschutzanforderungen widerspiegelt. Mit Funktionen wie Ende-zu-Ende-Verschlüsselung und Echtzeit-Updates unterstützt Capgo die Einhaltung sowohl von Apple- als auch von Android-Standards und macht es einfacher, Änderungen im Zusammenhang mit der Benutzereinwilligung zu verwalten.
-:::
diff --git a/src/content/blog/en/capacitor-ota-updates-app-store-approval-guide.md b/src/content/blog/en/capacitor-ota-updates-app-store-approval-guide.md
index e6de2cd92..fe8258da5 100644
--- a/src/content/blog/en/capacitor-ota-updates-app-store-approval-guide.md
+++ b/src/content/blog/en/capacitor-ota-updates-app-store-approval-guide.md
@@ -150,7 +150,7 @@ These security measures align with Apple's code signing requirements and Google'
 
 ![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-15.jpg?auto=compress)
 
-Capgo provides a secure way to deliver and manage [Capacitor OTA updates](https://capgo.app/), ensuring smooth distribution while meeting compliance standards. It also offers advanced tools for enterprise-level [update management](https://capgo.app/it/docs/plugin/cloud-mode/manual-update/).
+Capgo provides a secure way to deliver and manage [Capacitor OTA updates](https://capgo.app/), ensuring smooth distribution while meeting compliance standards. It also offers advanced tools for enterprise-level [update management](https://capgo.app/docs/plugins/updater/cloud-mode/manual-update/).
 
 ### Key Features of Capgo
 
@@ -244,4 +244,4 @@ Rolling out OTA updates for Capacitor apps involves a mix of technical precision
 
 By following the compliance steps discussed earlier, teams can benefit from automated checks that simplify adherence to app store rules. Features like end-to-end encryption and controlled rollouts help address critical security and compliance needs.
 
-With Apple and Google continuously updating policies (like those in sections 2.1-2.3), expect more focus on update frequency and stricter security standards. Stay ahead by preparing for these changes while keeping JavaScript and asset update capabilities intact. Don't forget to document and test thoroughly to meet both platform guidelines and user expectations.
\ No newline at end of file
+With Apple and Google continuously updating policies (like those in sections 2.1-2.3), expect more focus on update frequency and stricter security standards. Stay ahead by preparing for these changes while keeping JavaScript and asset update capabilities intact. Don't forget to document and test thoroughly to meet both platform guidelines and user expectations.
diff --git a/src/content/blog/en/capacitor-ota-updates-cloud-hosting-options-compared.md b/src/content/blog/en/capacitor-ota-updates-cloud-hosting-options-compared.md
index 9cb287fb5..3e2c0b5f6 100644
--- a/src/content/blog/en/capacitor-ota-updates-cloud-hosting-options-compared.md
+++ b/src/content/blog/en/capacitor-ota-updates-cloud-hosting-options-compared.md
@@ -47,7 +47,7 @@ For fast, secure, and reliable OTA updates, **Capgo** stands out, especially wit
 
 ## 1\. AWS for OTA Updates
 
-AWS is a reliable option for hosting [Capacitor OTA updates](https://capgo.app/ja/), though it requires more setup compared to platforms designed specifically for this purpose. Let’s break down AWS’s main features for delivering OTA updates.
+AWS is a reliable option for hosting [Capacitor OTA updates](https://capgo.app/), though it requires more setup compared to platforms designed specifically for this purpose. Let’s break down AWS’s main features for delivering OTA updates.
 
 ### Storage and Content Delivery
 
@@ -213,4 +213,4 @@ Costs can vary widely depending on your needs. For example, Capgo's OTA updates
 
 When choosing a platform, make sure it supports your specific **[Capacitor version](https://capgo.app/plugins/ivs-player/)** (e.g., Capacitor 8) and offers essential features like analytics, error tracking, rollback options for version control, and seamless CI/CD integration. These features ensure smooth operations as your app scales.
 
-The best platform will strike the right balance between performance, security, and cost. Take advantage of free trials - like Capgo's 15-day trial - to see if the platform aligns with your needs [\[1\]](https://capgo.app/).
\ No newline at end of file
+The best platform will strike the right balance between performance, security, and cost. Take advantage of free trials - like Capgo's 15-day trial - to see if the platform aligns with your needs [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/en/capacitor-ota-updates-security-tips.md b/src/content/blog/en/capacitor-ota-updates-security-tips.md
index 553370cc3..87b820a83 100644
--- a/src/content/blog/en/capacitor-ota-updates-security-tips.md
+++ b/src/content/blog/en/capacitor-ota-updates-security-tips.md
@@ -154,7 +154,7 @@ Building on secure deployment and testing, strong OTA management tools are cruci
 
 ![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d/241c8f19433e01f315154c8988becf9c.jpg)
 
-Capgo provides advanced security for [Capacitor OTA updates](https://capgo.app/ja/) with **end-to-end encryption**, ensuring that only authorized users can decrypt the updates.
+Capgo provides advanced security for [Capacitor OTA updates](https://capgo.app/) with **end-to-end encryption**, ensuring that only authorized users can decrypt the updates.
 
 Here’s a breakdown of its key features:
 
diff --git a/src/content/blog/en/capacitor-ota-updates-version-targeting-explained.md b/src/content/blog/en/capacitor-ota-updates-version-targeting-explained.md
index cfdeaf4a1..accfe40fa 100644
--- a/src/content/blog/en/capacitor-ota-updates-version-targeting-explained.md
+++ b/src/content/blog/en/capacitor-ota-updates-version-targeting-explained.md
@@ -207,7 +207,7 @@ Supporting older versions is just as important as rolling out new ones. Here’s
 
 ## Fix Version Targeting Issues
 
-Version targeting in [Capacitor OTA updates](https://capgo.app/ja/) can sometimes create challenges that disrupt functionality. Below are steps to help identify and address these problems effectively.
+Version targeting in [Capacitor OTA updates](https://capgo.app/) can sometimes create challenges that disrupt functionality. Below are steps to help identify and address these problems effectively.
 
 ### Known Issues
 
@@ -267,4 +267,4 @@ To make the most of version targeting, a solid plan is key for maintaining app c
     
 -   **Track Deployments**: Monitor update success rates across various app versions.
     
--   **Support Legacy Versions**: Keep critical older versions functional while nudging users toward updates.
\ No newline at end of file
+-   **Support Legacy Versions**: Keep critical older versions functional while nudging users toward updates.
diff --git a/src/content/blog/en/capacitor-ota-updates-versioning-best-practices.md b/src/content/blog/en/capacitor-ota-updates-versioning-best-practices.md
index af8fa78ca..44c37af1d 100644
--- a/src/content/blog/en/capacitor-ota-updates-versioning-best-practices.md
+++ b/src/content/blog/en/capacitor-ota-updates-versioning-best-practices.md
@@ -33,7 +33,7 @@ Here’s what you’ll learn in this guide:
 
 **Quick Tip:** Start with version **0.1.0**, increment MINOR for new features, and PATCH for bug fixes. Always validate builds and configurations before release.
 
-Ready to streamline your [Capacitor OTA updates](https://capgo.app/ja/)? Let’s dive in.
+Ready to streamline your [Capacitor OTA updates](https://capgo.app/)? Let’s dive in.
 
 ## Semantic Versioning
 
diff --git a/src/content/blog/en/capacitor-ota-updates-vs-app-store-restrictions.md b/src/content/blog/en/capacitor-ota-updates-vs-app-store-restrictions.md
index 7d84c1178..b4a205d5a 100644
--- a/src/content/blog/en/capacitor-ota-updates-vs-app-store-restrictions.md
+++ b/src/content/blog/en/capacitor-ota-updates-vs-app-store-restrictions.md
@@ -67,7 +67,7 @@ Modern OTA systems provide a way to push critical updates quickly without breaki
 
 ![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
 
-[Capacitor OTA updates](https://capgo.app/ja/) make app deployment faster and more efficient, allowing developers to push changes without waiting for app store approvals.
+[Capacitor OTA updates](https://capgo.app/) make app deployment faster and more efficient, allowing developers to push changes without waiting for app store approvals.
 
 ### How OTA Updates Work
 
diff --git a/src/content/blog/en/capacitor-ota-updates-vs-traditional-testing-methods.md b/src/content/blog/en/capacitor-ota-updates-vs-traditional-testing-methods.md
index 77a349635..6502f2c95 100644
--- a/src/content/blog/en/capacitor-ota-updates-vs-traditional-testing-methods.md
+++ b/src/content/blog/en/capacitor-ota-updates-vs-traditional-testing-methods.md
@@ -18,7 +18,7 @@ next_blog: ''
 
 **Want faster [app updates](https://capgo.app/plugins/capacitor-updater/) without app store delays?** [Capacitor](https://capacitorjs.com/) OTA updates let you deliver changes instantly, while traditional testing ensures thorough pre-release quality. Here's a quick comparison:
 
--   **[Capacitor OTA Updates](https://capgo.app/ja/)**: Push updates directly to users without app store approval. Ideal for quick fixes and feature rollouts.
+-   **[Capacitor OTA Updates](https://capgo.app/)**: Push updates directly to users without app store approval. Ideal for quick fixes and feature rollouts.
 -   **Traditional Testing**: Follows structured phases like unit, integration, and system testing before release. Ensures reliability but takes longer.
 
 **Quick Comparison:**
@@ -148,4 +148,4 @@ Platforms like Capgo demonstrate how secure OTA updates can integrate seamlessly
 
 OTA updates have changed the way developers address user needs and keep up with market demands. They allow apps to be updated and improved after release without the usual delays.
 
-With tools like Capgo, developers can deploy updates instantly and securely, avoiding the slowdowns of app store approvals. This creates a balance where both OTA updates and traditional testing methods play important roles.
\ No newline at end of file
+With tools like Capgo, developers can deploy updates instantly and securely, avoiding the slowdowns of app store approvals. This creates a balance where both OTA updates and traditional testing methods play important roles.
diff --git a/src/content/blog/en/capacitor-ota-updates-vs-traditional-versioning.md b/src/content/blog/en/capacitor-ota-updates-vs-traditional-versioning.md
index dd839937e..0a579a5c6 100644
--- a/src/content/blog/en/capacitor-ota-updates-vs-traditional-versioning.md
+++ b/src/content/blog/en/capacitor-ota-updates-vs-traditional-versioning.md
@@ -25,7 +25,7 @@ next_blog: ''
 
 ### Quick Comparison:
 
-| Aspect | Traditional Updates | [Capacitor OTA Updates](https://capgo.app/ja/) |
+| Aspect | Traditional Updates | [Capacitor OTA Updates](https://capgo.app/) |
 | --- | --- | --- |
 | **Deployment Speed** | 24–72 hours | 5–10 minutes |
 | **User Adoption** | Manual download | Automatic |
@@ -210,4 +210,4 @@ For teams focused on fast, controlled rollouts, these advantages make OTA update
 
 Rodrigo Mantica sums it up perfectly with his firsthand experience:
 
-> "We practice agile development and @Capgo is mission-critical in delivering continuously to our users!" [\[1\]](https://capgo.app/)
\ No newline at end of file
+> "We practice agile development and @Capgo is mission-critical in delivering continuously to our users!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/en/error-logging-tools-for-capacitor-ota-updates.md b/src/content/blog/en/error-logging-tools-for-capacitor-ota-updates.md
index a36ff61a7..66cbbc494 100644
--- a/src/content/blog/en/error-logging-tools-for-capacitor-ota-updates.md
+++ b/src/content/blog/en/error-logging-tools-for-capacitor-ota-updates.md
@@ -45,7 +45,7 @@ Each tool offers unique benefits depending on your team's needs, budget, and exp
 
 ## Error Logging Tools Review
 
-Explore top error logging tools for [Capacitor OTA updates](https://capgo.app/ja/), focusing on their features and how they work.
+Explore top error logging tools for [Capacitor OTA updates](https://capgo.app/), focusing on their features and how they work.
 
 ### Sentry: Features and Setup
 
@@ -168,4 +168,4 @@ The best tool depends on your team's needs and how you plan to approach OTA upda
 -   Look for options that support cloud or [self-hosted deployment](https://capgo.app/blog/self-hosted-capgo/) with end-to-end encryption.
 -   Prioritize tools that enable quick setup and automated workflows.
 
-When deciding, weigh factors like the number of active users, budget, team size and expertise, security requirements, and how well the tool integrates with your existing systems.
\ No newline at end of file
+When deciding, weigh factors like the number of active users, budget, team size and expertise, security requirements, and how well the tool integrates with your existing systems.
diff --git a/src/content/blog/en/npm-scripts-for-capacitor-ota-updates-explained.md b/src/content/blog/en/npm-scripts-for-capacitor-ota-updates-explained.md
index 95c6547a3..23990fc46 100644
--- a/src/content/blog/en/npm-scripts-for-capacitor-ota-updates-explained.md
+++ b/src/content/blog/en/npm-scripts-for-capacitor-ota-updates-explained.md
@@ -42,7 +42,7 @@ With platforms like Capgo offering fast updates (95% user adoption in 24 hours)
 
 ## npm Scripts Setup for OTA Updates
 
-Here's how to configure npm scripts to manage [Capacitor OTA updates](https://capgo.app/ja/) effectively. This involves installing necessary packages, setting up configurations, and creating deployment scripts.
+Here's how to configure npm scripts to manage [Capacitor OTA updates](https://capgo.app/) effectively. This involves installing necessary packages, setting up configurations, and creating deployment scripts.
 
 ### Installing Required Packages
 
diff --git a/src/content/blog/en/server-setup-for-capacitor-ota-updates.md b/src/content/blog/en/server-setup-for-capacitor-ota-updates.md
index 04ae5d134..ed22476c6 100644
--- a/src/content/blog/en/server-setup-for-capacitor-ota-updates.md
+++ b/src/content/blog/en/server-setup-for-capacitor-ota-updates.md
@@ -60,7 +60,7 @@ next_blog: ''
 
 ## Server Requirements
 
-[Capacitor OTA updates](https://capgo.app/) rely on specific hardware and software to ensure secure and efficient delivery. Below are the key requirements for setting up a [production-ready OTA update server](https://capgo.app/it/docs/plugin/self-hosted/getting-started/).
+[Capacitor OTA updates](https://capgo.app/) rely on specific hardware and software to ensure secure and efficient delivery. Below are the key requirements for setting up a [production-ready OTA update server](https://capgo.app/docs/plugins/updater/self-hosted/getting-started/).
 
 ### System Specifications
 
@@ -371,4 +371,4 @@ To make sure your server can handle heavy traffic and frequent updates smoothly,
 -   **Performance monitoring**: Keep an eye on server metrics regularly to spot and fix bottlenecks, and scale resources when necessary.
 
 These strategies help build a setup that manages high traffic efficiently while enabling seamless updates. If you're looking for a live update solution, platforms like _Capgo_ offer real-time updates and align with Apple and Android standards.
-:::
\ No newline at end of file
+:::
diff --git a/src/content/blog/en/testing-capacitor-ota-updates-with-mock-scenarios.md b/src/content/blog/en/testing-capacitor-ota-updates-with-mock-scenarios.md
index 95c287bbd..a3d9749d2 100644
--- a/src/content/blog/en/testing-capacitor-ota-updates-with-mock-scenarios.md
+++ b/src/content/blog/en/testing-capacitor-ota-updates-with-mock-scenarios.md
@@ -38,7 +38,7 @@ This section covers the key tools and steps required to set up your environment.
 
 ### Required Software
 
-To test [Capacitor OTA updates](https://capgo.app/ja/), you'll need the following tools:
+To test [Capacitor OTA updates](https://capgo.app/), you'll need the following tools:
 
 | Software | Purpose | Version Requirements |
 | --- | --- | --- |
diff --git a/src/content/blog/en/testing-capacitor-ota-updates.md b/src/content/blog/en/testing-capacitor-ota-updates.md
index cd11a64d6..bbd8ea0f2 100644
--- a/src/content/blog/en/testing-capacitor-ota-updates.md
+++ b/src/content/blog/en/testing-capacitor-ota-updates.md
@@ -154,7 +154,7 @@ Capgo's channel system also simplifies managing versions, ensuring updates are d
 
 ### Capgo Features
 
-Capgo provides specialized tools for testing [Capacitor OTA updates](https://capgo.app/ja/), ensuring secure delivery with **end-to-end encryption** and offering **real-time analytics** to monitor update performance. These tools allow developers to deploy updates accurately while maintaining strong security measures.
+Capgo provides specialized tools for testing [Capacitor OTA updates](https://capgo.app/), ensuring secure delivery with **end-to-end encryption** and offering **real-time analytics** to monitor update performance. These tools allow developers to deploy updates accurately while maintaining strong security measures.
 
 | Feature | Description |
 | --- | --- |
diff --git a/src/content/blog/en/top-tools-for-debugging-ota-updates-in-capacitor.md b/src/content/blog/en/top-tools-for-debugging-ota-updates-in-capacitor.md
index 1fac910a1..5d150cff9 100644
--- a/src/content/blog/en/top-tools-for-debugging-ota-updates-in-capacitor.md
+++ b/src/content/blog/en/top-tools-for-debugging-ota-updates-in-capacitor.md
@@ -36,7 +36,7 @@ Choose based on your app's needs: **Capgo** for security and automation, or **In
 
 ### Platform Requirements
 
-[Capacitor OTA updates](https://capgo.app/ja/) need proper native integration to work smoothly. For iOS, this means strict code signing and update validation. On Android, managing version codes and ensuring compatibility is crucial to avoid update issues.
+[Capacitor OTA updates](https://capgo.app/) need proper native integration to work smoothly. For iOS, this means strict code signing and update validation. On Android, managing version codes and ensuring compatibility is crucial to avoid update issues.
 
 Key platform checks include:
 
diff --git a/src/content/blog/es/2-way-communication-in-capacitor-apps.md b/src/content/blog/es/2-way-communication-in-capacitor-apps.md
deleted file mode 100644
index 7ada06e47..000000000
--- a/src/content/blog/es/2-way-communication-in-capacitor-apps.md
+++ /dev/null
@@ -1,459 +0,0 @@
----
-slug: 2-way-communication-in-capacitor-apps
-title: Comunicación bidireccional en aplicaciones Capacitor
-description: >-
-  Explore cómo la comunicación bidireccional en aplicaciones Capacitor mejora el
-  intercambio de datos en tiempo real, optimizando el rendimiento y la
-  experiencia del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T01:11:37.156Z
-updated_at: 2025-04-26T01:12:41.179Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068-1745629961179.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, two-way communication, native features, web integration, app
-  updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-La comunicación bidireccional en aplicaciones [Capacitor](https://capacitorjs.com/) conecta las capas web y nativas, permitiendo el intercambio de datos en tiempo real. Esto permite que las tecnologías web accedan a características nativas del dispositivo como la cámara o el GPS mientras las capas nativas interactúan con elementos web. Aquí por qué es importante:
-
--   **Actualizaciones Instantáneas**: Implementa correcciones y funciones sin retrasos de la tienda de aplicaciones.
--   **Mejor Rendimiento**: Combina la eficiencia web con acceso nativo directo.
--   **Experiencia de Usuario Mejorada**: Integración fluida de características web y nativas.
--   **Alcance Global**: Sistemas como [Capgo](https://capgo.app/) entregan millones de actualizaciones con tasas de éxito del 82%.
-
-### Datos Rápidos:
-
--   **[Actualizaciones Capgo](https://capgo.app/docs/)**: 947.6M de actualizaciones en 1,400 aplicaciones.
--   **Velocidad de Actualización**: 95% de usuarios actualizados en 24 horas.
--   **Seguridad**: El cifrado de extremo a extremo garantiza transferencias seguras.
-
-Esta guía explica cómo configurar la comunicación bidireccional, implementar plugins personalizados y optimizar el rendimiento para tus [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-## Cómo crear un plugin de [Capacitor](https://capacitorjs.com/) para iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-1.  **Configura la Estructura del Proyecto**
-
-2.  **Configura las Plataformas Nativas**
-
-3.  **Implementa el Puente**
-
-</Steps>
-
-## Conceptos Centrales y Estructura
-
-El puente Capacitor sirve como columna vertebral para una comunicación fluida entre aplicaciones web y características nativas del dispositivo en aplicaciones multiplataforma.
-
-### Cómo Funciona el Puente Capacitor
-
-El puente Capacitor actúa como intermediario, facilitando la comunicación entre tu aplicación web y la funcionalidad nativa del dispositivo. Utiliza una cola de mensajes bidireccional para garantizar que los mensajes se entreguen de manera confiable, incluso durante el tráfico alto.
-
-| Capa | Función | Manejo de Datos |
-| --- | --- | --- |
-| **Capa Web** | Inicia llamadas JavaScript | Convierte datos a formato JSON |
-| **Núcleo del Puente** | Gestiona el enrutamiento y cola de mensajes | Valida y transforma datos |
-| **Capa Nativa** | Ejecuta operaciones específicas de plataforma | Procesa y deserializa datos |
-
-El puente asegura una comunicación fluida mediante la validación de formatos de mensajes, conversión de tipos de datos y enrutamiento de llamadas a los manejadores nativos apropiados. También proporciona respuestas basadas en promesas, facilitando el manejo de operaciones asíncronas. Este sistema requiere una configuración cuidadosa para integrarse exitosamente en tu proyecto.
-
-### Pasos de Configuración del Proyecto
-
-Sigue estos pasos para configurar tu proyecto para la comunicación web-nativa:
-
-1.  **Configura la Estructura del Proyecto**
-    
-    Organiza tu directorio de proyecto como se muestra a continuación:
-    
-    ```
-    my-app/
-    ├── src/
-    │   ├── app/
-    │   └── plugins/
-    ├── ios/
-    ├── android/
-    └── capacitor.config.json
-    ```
-    
-2.  **Configura Plataformas Nativas**
-    
-    Ajusta la configuración del puente para cada plataforma en el archivo de configuración de Capacitor. Por ejemplo:
-    
-    ```json
-    {
-      "plugins": {
-        "CustomPlugin": {
-          "ios": {
-            "bridgeMode": "modern"
-          },
-          "android": {
-            "messageQueue": "async"
-          }
-        }
-      }
-    }
-    ```
-    
-3.  **Implementa el Puente**
-    
-    Configura el puente para un rendimiento óptimo. Por ejemplo, habilita el modo 'async' en Android para mejorar la velocidad y asegurar la estabilidad durante la operación.
-
-## Métodos de Comunicación
-
-Habilita una comunicación bidireccional fluida entre las capas web y nativas utilizando métodos específicos para transferir datos en ambas direcciones.
-
-### Llamadas Web a Nativo
-
-Aquí cómo implementar la comunicación web a nativo:
-
-```typescript
-// Custom plugin implementation
-const MyPlugin = {
-  echo: async (options: { value: string }) => {
-    return Capacitor.Plugins.MyPlugin.echo(options);
-  }
-};
-
-// Usage in web code
-await MyPlugin.echo({ value: "Hello Native!" });
-```
-
-**Consideraciones clave para la implementación:**
-
-| Aspecto | Implementación | Mejor Práctica |
-| --- | --- | --- |
-| Tipos de Datos | JSON-serializable | Usa tipos primitivos cuando sea posible |
-| Manejo de Errores | Retorna promesas | Envuelve llamadas en bloques try-catch |
-| Rendimiento | Operaciones por lotes | Combina llamadas relacionadas para eficiencia |
-
-### Transferencia de Datos Nativo a Web
-
-El código nativo puede enviar datos a la capa web y disparar eventos. Aquí cómo:
-
-```typescript
-// Set up a custom event listener in web code
-window.addEventListener('myCustomEvent', (event) => {
-  const data = event.detail;
-  handleNativeData(data);
-});
-
-// Trigger the event from native code (Swift/Kotlin)
-notifyWebView("myCustomEvent", { 
-  "status": "success",
-  "data": nativeResponse 
-});
-```
-
-### Gestión del Flujo de Datos Asíncrono
-
-El manejo de operaciones asíncronas entre capas web y nativas requiere una planificación cuidadosa. Usa estas estrategias:
-
--   **Gestión de Cola**: Mantén una cola de mensajes para manejar múltiples solicitudes asíncronas.
--   **Sincronización de Estado**: Mantén el estado consistente entre capas web y nativas.
--   **Recuperación de Errores**: Usa mecanismos de reintento para manejar comunicaciones fallidas.
-
-Aquí un ejemplo de una cola de mensajes en acción:
-
-```typescript
-class MessageQueue {
-  private queue: Array<Message> = [];
-
-  async processMessage(message: Message) {
-    await this.queue.push(message);
-    await this.processQueue();
-  }
-
-  private async processQueue() {
-    while (this.queue.length > 0) {
-      const message = this.queue[0];
-      try {
-        await this.sendToNative(message);
-        this.queue.shift();
-      } catch (error) {
-        await this.handleError(error);
-        break;
-      }
-    }
-  }
-}
-```
-
-## Guía de Implementación
-
-### Construyendo Plugins Personalizados
-
-Para habilitar una comunicación bidireccional fluida, puedes crear [plugins personalizados de Capacitor](https://capgo.app/plugins/):
-
-```typescript
-// Define plugin interface
-export interface MyCustomPlugin {
-  sendMessage(options: { data: string }): Promise<{ result: string }>;
-}
-
-// Register plugin
-@Plugin({
-  name: 'MyCustomPlugin',
-  platforms: ['ios', 'android']
-})
-export class MyCustomPluginImplementation implements MyCustomPlugin {
-  async sendMessage(options: { data: string }): Promise<{ result: string }> {
-    // Bridge to the native layer using a promise
-    return await Capacitor.nativePromise('sendMessage', options);
-  }
-}
-```
-
-### Integración JavaScript-Nativo
-
-Una vez que hayas construido el plugin personalizado, puedes integrarlo para permitir que JavaScript se comunique directamente con la capa nativa:
-
-```typescript
-class NativeIntegration {
-  private static instance: NativeIntegration;
-  private messageQueue: string[] = [];
-
-  static getInstance(): NativeIntegration {
-    if (!NativeIntegration.instance) {
-      NativeIntegration.instance = new NativeIntegration();
-    }
-    return NativeIntegration.instance;
-  }
-
-  async sendToNative(data: any): Promise<void> {
-    try {
-      const plugin = Capacitor.Plugins.MyCustomPlugin;
-      // Convert the data to JSON format before sending
-      const response = await plugin.sendMessage({ data: JSON.stringify(data) });
-      this.handleResponse(response);
-    } catch (error) {
-      this.handleError(error);
-    }
-  }
-
-  private handleResponse(response: { result: string }): void {
-    if (response.result === 'success') {
-      // Immediately process any queued messages
-      this.processQueue();
-    }
-  }
-
-  private handleError(error: any): void {
-    console.error('Error communicating with the native layer:', error);
-  }
-
-  private processQueue(): void {
-    while (this.messageQueue.length) {
-      console.log('Processing message:', this.messageQueue.shift());
-    }
-  }
-}
-```
-
-Esta configuración asegura un canal de comunicación confiable entre JavaScript y código nativo.
-
-### Manejo de Eventos Nativos
-
-Para manejar eventos originados desde el lado nativo, usa un gestor de eventos para administrar los oyentes de eventos y el despacho de datos:
-
-```typescript
-class EventManager {
-  private eventListeners: Map<string, Function[]> = new Map();
-
-  registerListener(eventName: string, callback: Function): void {
-    if (!this.eventListeners.has(eventName)) {
-      this.eventListeners.set(eventName, []);
-    }
-    this.eventListeners.get(eventName)?.push(callback);
-  }
-
-  async dispatchEvent(eventName: string, data: any): Promise<void> {
-    const listeners = this.eventListeners.get(eventName) || [];
-    for (const listener of listeners) {
-      await listener(data);
-    }
-  }
-}
-
-// Usage example
-const eventManager = new EventManager();
-eventManager.registerListener('dataReceived', (data) => {
-  console.log('Received data:', data);
-});
-
-// Dispatch an event from native code
-eventManager.dispatchEvent('dataReceived', {
-  type: 'sensor',
-  value: 42,
-  timestamp: Date.now()
-});
-```
-
-Para mejorar el rendimiento, considera agrupar eventos o reducir el tamaño de los datos transmitidos. Esta estrategia de gestión de eventos complementa los métodos de comunicación web a nativo y nativo a web descritos anteriormente.
-
-## Pautas Técnicas
-
-### Seguridad de Datos
-
-Para proteger los datos intercambiados entre capas web y nativas, implementa protocolos de seguridad fuertes y usa cifrado de extremo a extremo.
-
-Aquí un ejemplo en TypeScript:
-
-```typescript
-class SecureDataTransfer {
-  private encryptionKey: CryptoKey;
-
-  constructor() {
-    this.encryptionKey = this.generateSecureKey();
-  }
-
-  async encryptData(data: any): Promise<ArrayBuffer> {
-    const stringData = JSON.stringify(data);
-    return await window.crypto.subtle.encrypt(
-      { name: "AES-GCM", iv: window.crypto.getRandomValues(new Uint8Array(12)) },
-      this.encryptionKey,
-      new TextEncoder().encode(stringData)
-    );
-  }
-
-  private async generateSecureKey(): Promise<CryptoKey> {
-    return await window.crypto.subtle.generateKey(
-      { name: "AES-GCM", length: 256 },
-      true,
-      ["encrypt", "decrypt"]
-    );
-  }
-}
-```
-
-Este enfoque asegura que los datos sensibles estén cifrados durante la transmisión, reduciendo vulnerabilidades potenciales.
-
-### Optimización de Código
-
-El código eficiente mejora el rendimiento de la aplicación y se alinea con los requisitos de la plataforma. Las métricas de Capgo validan el impacto de estas optimizaciones [\[1\]](https://capgo.app/).
-
-A continuación un ejemplo de procesamiento por lotes para mejorar la eficiencia:
-
-```typescript
-class OptimizedDataTransfer {
-  private static readonly BATCH_SIZE = 1000;
-  private messageQueue: Array<any> = [];
-
-  async batchProcess(): Promise<void> {
-    while (this.messageQueue.length) {
-      const batch = this.messageQueue.splice(0, OptimizedDataTransfer.BATCH_SIZE);
-      await this.processBatch(batch);
-    }
-  }
-
-  private async processBatch(batch: Array<any>): Promise<void> {
-    const compressedData = await this.compress(batch);
-    await this.send(compressedData);
-  }
-
-  private async compress(data: Array<any>): Promise<ArrayBuffer> {
-    // Compression logic here
-  }
-
-  private async send(data: ArrayBuffer): Promise<void> {
-    // Data transmission logic here
-  }
-}
-```
-
-Este método minimiza el uso de recursos y asegura una operación fluida, incluso bajo cargas de trabajo pesadas.
-
-### Reglas de App Store y Actualizaciones
-
-Sigue las pautas de [Apple App Store](https://developer.apple.com/app-store/) y [Google Play Store](https://play.google.com/console/signup) para evitar problemas de cumplimiento durante las actualizaciones.
-
-> "Compatible con App Store" - Capgo [\[1\]](https://capgo.app/)
-
-Para una mejor gestión de actualizaciones, incluye control de versiones con capacidad de reversión:
-
-```typescript
-class UpdateManager {
-  private currentVersion: string;
-  private previousVersion: string;
-
-  async applyUpdate(newVersion: string): Promise<boolean> {
-    try {
-      this.previousVersion = this.currentVersion;
-      this.currentVersion = newVersion;
-      return true;
-    } catch (error) {
-      await this.rollback();
-      return false;
-    }
-  }
-
-  private async rollback(): Promise<void> {
-    this.currentVersion = this.previousVersion;
-  }
-}
-```
-
-Como señala Rodrigo Mantica:
-
-> "¡Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-Esta configuración asegura que puedas adaptarte rápidamente a los cambios mientras mantienes una experiencia de usuario fluida.
-
-## Conclusión
-
-La comunicación bidireccional en aplicaciones Capacitor juega un papel clave en asegurar actualizaciones rápidas y rendimiento estable. La conexión fluida entre capas web y nativas permite correcciones rápidas, implementaciones más rápidas de funciones y una mejor experiencia general del usuario.
-
-El impacto de plataformas de actualización en vivo como Capgo es claro en los números:
-
-| Métrica | Resultado |
-| --- | --- |
-| Velocidad de Actualización | 95% de usuarios actualizados en 24 horas |
-| Alcance Global | 947.6 millones de actualizaciones en 1,400 aplicaciones de producción |
-| Fiabilidad | 82% de tasa de éxito mundial |
-
-Los desarrolladores respaldan estos resultados con sus experiencias. Rodrigo Mantica compartió:
-
-> "¡Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-Los datos sensibles se gestionan de forma segura mientras se mueven entre capas web y nativas, garantizando la seguridad de la información para las muchas aplicaciones que ya utilizan estos sistemas en producción [\[1\]](https://capgo.app/).
-
-A medida que la tecnología Capacitor continúa avanzando, mantener canales de comunicación web-nativos seguros y eficientes seguirá siendo una prioridad para el desarrollo futuro de aplicaciones.
-
-## Preguntas Frecuentes
-
-::: faq
-### ¿Cómo mejora la comunicación bidireccional la conexión entre capas web y nativas en aplicaciones Capacitor?
-
-La comunicación bidireccional en aplicaciones Capacitor agiliza la interacción entre capas web y nativas, permitiendo una integración fluida de funciones y actualizaciones en tiempo real. Este enfoque permite a los desarrolladores implementar correcciones, mejoras y nuevas funciones directamente a los usuarios sin esperar aprobaciones de la tienda de aplicaciones.
-
-Al aprovechar esta funcionalidad, los desarrolladores pueden mejorar el rendimiento de la aplicación, responder más rápido a los comentarios de los usuarios y mantener una ventaja competitiva. Herramientas como Capgo pueden mejorar aún más este proceso ofreciendo actualizaciones en vivo, cifrado de extremo a extremo y cumplimiento con los requisitos de la plataforma, asegurando un flujo de trabajo de desarrollo fluido y eficiente.
-:::
-
-::: faq
-### ¿Cuáles son algunas mejores prácticas para crear plugins personalizados que mejoren el rendimiento en aplicaciones Capacitor?
-
-Crear plugins personalizados en aplicaciones Capacitor puede mejorar significativamente el rendimiento y adaptar la funcionalidad a las necesidades específicas de tu aplicación. Aquí hay algunas mejores prácticas a seguir:
-
--   **Optimizar Código Nativo:** Asegura que tu código nativo sea eficiente y evite cálculos innecesarios. Usa optimizaciones específicas del lenguaje para iOS ([Swift](https://en.wikipedia.org/wiki/Swift_\(programming_language\))/Objective-C) y Android (Java/[Kotlin](https://kotlinlang.org/)).
--   **Minimizar Sobrecarga de Comunicación:** Reduce la frecuencia y tamaño de los intercambios de datos entre las capas web y nativas para mejorar la capacidad de respuesta.
--   **Probar en Dispositivos Reales:** Siempre prueba tus plugins en dispositivos reales para identificar cuellos de botella de rendimiento que podrían no aparecer en emuladores.
-
-Si buscas agilizar las actualizaciones y mantener un rendimiento fluido de la aplicación, plataformas como Capgo pueden ayudar. Capgo te permite implementar actualizaciones instantáneamente, asegurando que tus plugins y aplicación permanezcan optimizados sin requerir aprobaciones de la tienda de aplicaciones.
-:::
-
-::: faq
-### ¿Cómo pueden los desarrolladores asegurar los datos al habilitar la comunicación bidireccional entre capas web y nativas en aplicaciones Capacitor?
-
-Asegurar los datos durante la comunicación bidireccional en aplicaciones Capacitor implica implementar las mejores prácticas clave. Usa **cifrado de extremo a extremo** para proteger datos sensibles mientras se mueven entre las capas web y nativas. Además, valida y sanitiza todas las entradas para prevenir vulnerabilidades como ataques de inyección.
-:::
-
-Los apps de Capacitor también pueden beneficiarse de soluciones de almacenamiento seguro para información sensible y aprovechar HTTPS para todas las comunicaciones de red. Si bien el artículo destaca herramientas como Capgo para actualizaciones en vivo seguras, estas prácticas fundamentales son críticas para mantener una seguridad robusta en la aplicación.
-:::
diff --git a/src/content/blog/es/5-common-ota-update-mistakes-to-avoid.md b/src/content/blog/es/5-common-ota-update-mistakes-to-avoid.md
deleted file mode 100644
index c0105f726..000000000
--- a/src/content/blog/es/5-common-ota-update-mistakes-to-avoid.md
+++ /dev/null
@@ -1,247 +0,0 @@
----
-slug: 5-common-ota-update-mistakes-to-avoid
-title: 5 errores comunes a evitar en las actualizaciones OTA
-description: >-
-  Evita errores comunes de actualizaciones OTA que pueden provocar fallos en la
-  aplicación y riesgos de seguridad. Aprende las mejores prácticas para
-  actualizaciones exitosas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:28:16.443Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935-1744511309285.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  OTA updates, app store compliance, update security, mobile testing, user
-  experience
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones OTA (Over-the-Air) pueden mejorar las apps rápidamente, pero los errores pueden provocar fallos, riesgos de seguridad o incluso violaciones del [app store](https://www.apple.com/app-store/). Aquí hay una guía rápida para evitar errores comunes:
-
--   **Incumplir las Reglas del App Store**: Adhiérete a las pautas como transmisión segura, cambios menores y documentación adecuada para evitar el rechazo de la app.
--   **Apresurarse en las Pruebas**: Prueba las actualizaciones en fases (Alpha → Beta → Producción) para detectar errores temprano y asegurar el cumplimiento.
--   **Seguridad Débil**: Usa encriptación de extremo a extremo, controles de acceso y monitoreo en tiempo real para prevenir brechas.
--   **Interrumpir a los Usuarios**: Programa actualizaciones durante horas de baja actividad, usa instalaciones en segundo plano y comunícate claramente con los usuarios.
--   **Omitir el Seguimiento de Actualizaciones**: Monitorea métricas como adopción y tasas de éxito para identificar y solucionar problemas rápidamente.
-
-### Resumen Rápido de Mejores Prácticas
-
-| Error | Solución |
-| --- | --- |
-| Incumplir Directrices | Seguir reglas del app store, usar control de versiones |
-| Pruebas Deficientes | Usar despliegues graduales y seguimiento en tiempo real |
-| Seguridad Débil | Encriptar actualizaciones y gestionar accesos |
-| Interrupción al Usuario | Programar actualizaciones inteligentemente, usar instalaciones en segundo plano |
-| Falta de Seguimiento | Monitorear tasas de adopción y errores |
-
-## ¿Puedes Realizar Actualizaciones OTA para Apps iOS? Apple ...
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Incumpliendo las Reglas del [App Store](https://www.apple.com/app-store/)
-
-![App Store](https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935/ab359297e839832a0f76203cfe630f58.jpg)
-
-Un error importante que los desarrolladores cometen con las actualizaciones OTA es ignorar las pautas del app store. Tanto el App Store de Apple como [Google Play](https://play.google.com/store/games?hl=en_US&gl=US) tienen reglas estrictas para las actualizaciones de apps, y romper estas reglas puede resultar en rechazo - o incluso en la eliminación completa de la app.
-
-### Requisitos Clave de Cumplimiento del App Store
-
--   **Seguridad y Privacidad**: Las actualizaciones deben usar protocolos de transmisión seguros y encriptación de extremo a extremo para proteger los datos del usuario y la seguridad del dispositivo. Tanto Apple como Google priorizan medidas sólidas de privacidad como parte de sus regulaciones.
--   **Protección de la Experiencia del Usuario**: Las actualizaciones OTA no deberían cambiar drásticamente la experiencia central de la app que fue originalmente aprobada. Como dice la experta de la industria Bessie Cooper, "Evitar la revisión para corrección de errores es oro". Enfoca las actualizaciones en correcciones y mejoras menores, no en cambios fundamentales.
-
-### Mejores Prácticas para Mantener el Cumplimiento
-
--   Usa control de versiones para documentar y rastrear cambios.
--   Mantén registros detallados de actualizaciones para proporcionar un historial claro para las revisiones del app store.
--   Prueba todas las actualizaciones contra las últimas pautas del app store antes de lanzarlas.
-
-Plataformas como [Capgo](https://capgo.app/) pueden simplificar el cumplimiento. Las herramientas de [Capgo](https://capgo.app/) están diseñadas para cumplir con los requisitos tanto de Apple como de Google Play, permitiendo a los desarrolladores implementar actualizaciones en vivo sin violar las políticas de las tiendas. A medida que las reglas del app store evolucionan, mantenerse informado y usar soluciones construidas para el cumplimiento puede ahorrarte errores costosos y eliminaciones de apps.
-
-## 2. Apresurando las Pruebas de Actualización
-
-Las pruebas exhaustivas son imprescindibles. Saltárselas puede llevar a errores que dañen la experiencia del usuario y perjudiquen la reputación de tu app. Un proceso de pruebas bien planificado asegura que las actualizaciones sean confiables y cumplan con las reglas.
-
-### El Costo de Pruebas Inadecuadas
-
-Saltarse las pruebas adecuadas a menudo resulta en errores que pasan desapercibidos, llevando a malas reseñas y usuarios frustrados.
-
-### Cómo Probar Actualizaciones Efectivamente
-
-Dividir las pruebas en fases claras ayuda a detectar problemas temprano y asegura despliegues más suaves.
-
-#### Sistema de Pruebas Basado en Canales
-
-Un sistema basado en canales te permite probar actualizaciones con grupos específicos antes de lanzarlas a todos. Este método minimiza el riesgo al identificar problemas temprano.
-
-| Fase de Prueba | Propósito | Audiencia Objetivo |
-| --- | --- | --- |
-| **Canal Alpha** | Pruebas iniciales | Equipo interno |
-| **Canal Beta** | Pruebas extendidas | Usuarios seleccionados |
-| **Canal de Producción** | Despliegue gradual | Todos los usuarios |
-
-Este enfoque por fases asegura que las actualizaciones cumplan con los estándares de cumplimiento discutidos anteriormente.
-
-#### Componentes Clave de Prueba
-
--   **Seguimiento de Errores**: Usa seguimiento de errores en tiempo real para detectar problemas cuando ocurren.
--   **Opciones de Reversión**: Ten un sistema listo para volver rápidamente a una versión estable si es necesario.
--   **Pruebas de Pull Request (PR)**: Prueba las solicitudes de extracción usando selectores de canal antes de desplegarlas ampliamente.
-
-### Mejores Prácticas para Pruebas de Actualización
-
--   **Despliegues Graduales**: Comienza con un pequeño grupo de usuarios y expande conforme se confirma la estabilidad.
--   **Monitoreo de Rendimiento**: Rastrea métricas como tiempos de carga, uso de memoria e impacto en la batería en diferentes dispositivos y sistemas operativos.
--   **Pruebas en Múltiples Dispositivos**: Prueba actualizaciones en una variedad de dispositivos y versiones de SO para asegurar compatibilidad.
-
-Herramientas como Capgo ayudan a simplificar este proceso con características como seguimiento de errores en tiempo real y reversiones rápidas, facilitando el cumplimiento de estándares tanto técnicos como de conformidad.
-
-## 3. Seguridad Deficiente en las Actualizaciones
-
-Las fallas de seguridad en las actualizaciones OTA pueden poner en serio riesgo tu app y sus usuarios. Datos recientes indican que las actualizaciones bien aseguradas logran una tasa de éxito global del 82% [\[1\]](https://capgo.app/). Al igual que el cumplimiento y las pruebas, las medidas de seguridad sólidas son esenciales para el éxito de las actualizaciones OTA.
-
-### Vulnerabilidades de Seguridad Comunes
-
-Algunas vulnerabilidades frecuentes incluyen:
-
--   **Falta de Encriptación**: Sin encriptación de extremo a extremo, las actualizaciones son vulnerables durante la transmisión.
--   **Controles de Acceso Débiles**: Una autenticación deficiente puede permitir la inyección de código no autorizado.
--   **Monitoreo Limitado**: Sin rastrear la entrega y tasas de éxito de las actualizaciones, las brechas pueden pasar desapercibidas.
-
-Abordar estos problemas es crucial para crear procesos de actualización seguros.
-
-### Impacto de las Brechas de Seguridad
-
-| Riesgo de Seguridad | Impacto Potencial | Medida de Prevención |
-| --- | --- | --- |
-| Manipulación | Inyección de código malicioso | Encriptación de extremo a extremo |
-| Interceptación | Actualizaciones interceptadas | Canales de entrega seguros |
-| Problemas de Control de Versiones | Versiones incorrectas desplegadas | Sistema de verificación de actualizaciones |
-| Acceso No Autorizado | Cambios no autorizados | Controles de acceso fuertes |
-
-### Implementando Actualizaciones Seguras
-
-Las plataformas con protocolos de seguridad sólidos reportan una tasa de completación de actualización del 95% en 24 horas [\[1\]](https://capgo.app/), permitiendo la entrega rápida de parches críticos.
-
-#### Características de Seguridad Clave
-
--   **Encriptación de Extremo a Extremo**: Asegura que los datos permanezcan seguros durante todo el proceso de actualización.
--   **Control de Versiones**: Previene el despliegue de actualizaciones incorrectas o desactualizadas.
--   **Gestión de Acceso**: Limita quién puede enviar actualizaciones y rastrea actividades de despliegue.
--   **Monitoreo en Tiempo Real**: Proporciona visibilidad sobre las tasas de éxito de las actualizaciones, facilitando la detección y solución de problemas.
-
-> "La única solución con verdadera encriptación de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-### Mejores Prácticas para Seguridad en Actualizaciones
-
--   **Usar Sistemas de Verificación**: Cada actualización debe pasar verificaciones como verificación de firma y validación de integridad antes de activarse.
--   **Rastrear Métricas de Despliegue**: Monitorear continuamente las tasas de éxito de las actualizaciones para detectar y resolver problemas de seguridad rápidamente.
--   **Habilitar Opciones de Reversión**: Siempre tener una forma segura de volver a versiones anteriores si surge un problema, protegiendo a tus usuarios de daños potenciales.
-
-## 4. Interrumpiendo a los Usuarios
-
-Las actualizaciones mal programadas o ejecutadas pueden interferir con la experiencia del usuario y dañar las tasas de retención.
-
-### Cómo las Actualizaciones Disruptivas Afectan a los Usuarios
-
-Las actualizaciones disruptivas a menudo vienen en formas como:
-
--   Actualizaciones forzadas durante horas de alto tráfico
--   Reinicios repentinos de la app
--   Duraciones de descarga impredecibles
--   Actualizaciones que bloquean el uso de la app hasta completarse
-
-### Estrategias más Inteligentes de Actualización
-
-Al igual que las pruebas exhaustivas y el cumplimiento, la planificación cuidadosa y la comunicación son clave para evitar la interrupción del usuario. Programando actualizaciones basadas en el comportamiento del usuario y usando herramientas avanzadas, puedes implementar cambios suavemente y mantener a los usuarios contentos.
-
-#### Programación Efectiva de Actualizaciones
-
-Ajusta los horarios de actualización para evitar períodos de uso máximo en diferentes regiones:
-
-| Zona Horaria | Horas Pico de Uso | Ventana Sugerida de Actualización |
-| --- | --- | --- |
-| EST (Este EE.UU.) | 9 AM – 6 PM | 2 AM – 4 AM |
-| CST (Centro EE.UU.) | 8 AM – 5 PM | 1 AM – 3 AM |
-| PST (Oeste EE.UU.) | 9 AM – 6 PM | 12 AM – 2 AM |
-
-### Consejos para Actualizaciones Amigables con el Usuario
-
--   **Instalaciones en Segundo Plano**: Usa [actualizaciones automáticas en segundo plano](https://capgo.app/docs/plugin/self-hosted/auto-update/) para reducir interrupciones.
--   **Despliegues Graduales**: Implementa actualizaciones por etapas. Esto permite rastrear el rendimiento, identificar problemas temprano y evitar sobrecargar servidores.
--   **Comunicación Clara**: Informa a los usuarios sobre el tiempo, duración y cambios de la actualización. Cuando sea posible, proporciona una opción para retrasar actualizaciones.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-### Aprovechando Herramientas Avanzadas
-
-Los sistemas modernos de [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) pueden ayudar a minimizar interrupciones:
-
--   **Sistemas de Canales**: Dirige actualizaciones a grupos específicos de usuarios para mejor programación.
--   **Programación Flexible**: Despliega actualizaciones durante horas de baja actividad.
--   **Indicadores de Progreso**: Mantén informados a los usuarios cuando las actualizaciones toman más tiempo de lo esperado.
-
-## 5. Falta de Seguimiento de Actualizaciones
-
-El seguimiento efectivo de actualizaciones es crucial para mantener la estabilidad de la app y asegurar experiencias fluidas para los usuarios. Sin un monitoreo adecuado, los problemas críticos pueden pasar desapercibidos, poniendo en riesgo el rendimiento de la app. También se vuelve difícil medir el éxito de las actualizaciones o identificar nuevos problemas.
-
-### Métricas Clave para Medir el Éxito de las Actualizaciones
-
-El seguimiento de actualizaciones significa mantener un ojo en métricas importantes como estas:
-
-| Métrica | Objetivo | Por Qué Importa |
-| --- | --- | --- |
-| Tasa de Adopción | 95% en 24 horas | Muestra fuerte compromiso del usuario y éxito rápido del despliegue. |
-| Tasa de Éxito | >80% globalmente | Refleja la confiabilidad y estabilidad del sistema. |
-
-### Herramientas para un Seguimiento Efectivo
-
-Para realizar un seguimiento efectivo de las actualizaciones, céntrate en estos componentes:
-
--   **Análisis en Tiempo Real**: Monitoriza la distribución e instalación de actualizaciones mientras ocurren para identificar rápidamente posibles problemas.
--   **Alertas de Error**: Recibe notificaciones instantáneas sobre instalaciones fallidas, incompatibilidades de versiones o errores de red.
--   **Perspectivas de Participación del Usuario**: Más allá de las cifras de instalación, analiza cómo los usuarios interactúan con las nuevas funciones para confirmar el impacto de la actualización.
-
-### Control Avanzado con Distribución Dirigida
-
-Añadir un sistema de distribución basado en canales mejora el seguimiento y control. Este enfoque permite:
-
--   Pruebas beta con grupos específicos de usuarios.
--   Despliegues graduales para minimizar riesgos.
--   Monitorización de despliegues regionales.
--   Seguimiento del rendimiento por versión de la aplicación.
-
-> "Análisis detallados y seguimiento de errores" están entre las ventajas de usar Capgo. - Capgo [\[1\]](https://capgo.app/)
-
-### Por Qué es Importante el Seguimiento
-
-Los datos resaltan la importancia de realizar seguimiento a las actualizaciones. Por ejemplo, las plataformas con sistemas robustos suelen ver hasta un 95% de usuarios activos actualizando en 24 horas [\[1\]](https://capgo.app/). Esto asegura una adopción generalizada y mantiene la aplicación estable.
-
-Un buen seguimiento no solo verifica el rendimiento de las actualizaciones, sino que también ayuda a resolver problemas más rápido y apoya la mejora continua.
-
-## Conclusión
-
-Resumamos las lecciones clave sobre cumplimiento, pruebas, seguridad y experiencia de usuario para ayudarte a dominar las actualizaciones OTA.
-
-Las plataformas modernas para gestionar actualizaciones OTA han transformado la forma en que los desarrolladores implementan cambios, combinando velocidad con fiabilidad. Con herramientas como distribución CDN global y cifrado de extremo a extremo, las actualizaciones ahora pueden llegar a los usuarios de forma segura y eficiente, sin importar dónde estén.
-
-### Puntos Clave para Actualizaciones OTA Exitosas
-
-| Aspecto | Mejor Práctica |
-| --- | --- |
-| Velocidad | Usar distribución CDN global |
-| Seguridad | [Implementar cifrado de extremo a extremo](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) |
-| Monitorización | Aprovechar análisis en tiempo real |
-
-La tecnología OTA actual simplifica el cumplimiento y permite mejoras rápidas. Para garantizar actualizaciones fluidas, céntrate en estas prioridades:
-
--   **Pruebas Exhaustivas**: Siempre prueba las actualizaciones extensivamente antes de implementarlas.
--   **Medidas de Seguridad**: Protege las actualizaciones con cifrado de extremo a extremo.
--   **Experiencia de Usuario Fluida**: Haz que las actualizaciones sean no intrusivas y fáciles para los usuarios.
--   **Monitorización del Rendimiento**: Realiza seguimiento de métricas clave para mantener altas tasas de éxito.
-
-Con más de 23.5 millones de actualizaciones entregadas en 750 aplicaciones en producción [\[1\]](https://capgo.app/), la gestión efectiva de actualizaciones OTA se ha convertido en una herramienta vital en el mundo del desarrollo de aplicaciones de rápido movimiento. Al priorizar la seguridad, monitorizar el rendimiento y asegurar una experiencia de usuario fluida, los desarrolladores pueden mantener sus aplicaciones actualizadas mientras mantienen la estabilidad y la confianza.
diff --git a/src/content/blog/es/5-security-best-practices-for-mobile-app-live-updates.md b/src/content/blog/es/5-security-best-practices-for-mobile-app-live-updates.md
deleted file mode 100644
index 716597490..000000000
--- a/src/content/blog/es/5-security-best-practices-for-mobile-app-live-updates.md
+++ /dev/null
@@ -1,204 +0,0 @@
----
-slug: 5-security-best-practices-for-mobile-app-live-updates
-title: 5 Mejores Prácticas de Seguridad para Actualizaciones en Vivo de Apps Móviles
-description: >-
-  Aprende las prácticas de seguridad esenciales para las actualizaciones en vivo
-  de aplicaciones móviles, protegiendo los datos del usuario y asegurando el
-  cumplimiento de los estándares de la industria.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-14T02:36:08.711Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6785bb5bfc0bf469b705c62a-1736822313233.jpg
-head_image_alt: Tecnología
-keywords: >-
-  mobile app security, live updates, data integrity, OTA updates, encryption,
-  security testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Mantener la seguridad de tu aplicación móvil durante las actualizaciones en vivo es crítico para proteger los datos del usuario y mantener la confianza. Aquí hay un resumen rápido de las mejores prácticas para proteger tus actualizaciones over-the-air (OTA):
-
-1.  **Entrega Segura**: Utiliza cifrado (por ejemplo, TLS), firmas digitales y [autenticación de múltiples factores](https://capgo.app/docs/webapp/mfa/) para proteger las actualizaciones durante la transmisión.
-    
-2.  **Integridad de Datos**: Valida las actualizaciones con sumas de verificación, verificación de firma de paquetes y control de versiones para prevenir manipulaciones.
-    
-3.  **Bloqueo de Acceso No Autorizado**: Implementa control de acceso basado en roles (RBAC), autenticación multicapa y comunicación cifrada para restringir el acceso.
-    
-4.  **Actualizaciones y Parches Regulares**: Aborda rápidamente las vulnerabilidades con herramientas de actualización automatizadas y mantén actualizadas las dependencias de terceros.
-    
-5.  **Pruebas de Seguridad Exhaustivas**: Utiliza herramientas automatizadas como [OWASP ZAP](https://www.zaproxy.org/) y pruebas manuales para detectar vulnerabilidades antes de implementar las actualizaciones.
-    
-
-### Por Qué Es Importante
-
-Al seguir estas prácticas, puedes reducir los riesgos de seguridad, cumplir con regulaciones como GDPR y HIPAA, y mantener la confianza del usuario. Herramientas como [Capgo](https://capgo.app/) y pipelines seguros de CI/CD pueden ayudar a agilizar estos procesos mientras se asegura que las actualizaciones permanezcan seguras.
-
-Profundicemos en cada práctica para entender cómo protegen tu aplicación y usuarios.
-
-## Cómo tener éxito con las actualizaciones OTA
-
-<iframe src="https://www.youtube-nocookie.com/embed/GO-RZ_ZcvN4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1\. Entrega Segura de Actualizaciones
-
-Para garantizar actualizaciones seguras para aplicaciones basadas en Capacitor, el **cifrado** y los **protocolos de autenticación** son la columna vertebral de un pipeline de entrega seguro.
-
-> "La codificación segura es la base de la seguridad para aplicaciones móviles" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/).
-
-Aquí hay algunas medidas clave para mantener tus actualizaciones seguras:
-
-| Medida de Seguridad | Implementación | Propósito |
-| --- | --- | --- |
-| **Seguridad de Capa de Transporte** | Protocolos HTTPS/SSL/TLS | Cifrar datos durante la transmisión |
-| **Verificación de Paquetes** | Firmas digitales | Confirmar la autenticidad de las actualizaciones |
-| **Gestión de Acceso** | Autenticación multifactor | Restringir acceso a implementación de actualizaciones |
-| **Validación de Integridad** | Sumas de verificación automatizadas | Detectar y prevenir manipulaciones |
-
-### Autenticación y Control de Acceso
-
-Usando herramientas como **Capgo**, el cifrado y el control de acceso basado en roles aseguran que solo el personal autorizado pueda gestionar las actualizaciones. Esta capa de seguridad minimiza los riesgos de cambios no autorizados o brechas.
-
-### Control de Versiones y Verificaciones de Integridad
-
-Las verificaciones automatizadas de integridad son esenciales para verificar que las actualizaciones sean genuinas y no hayan sido manipuladas. Este paso protege a los usuarios de paquetes maliciosos.
-
-### Seguridad del Pipeline CI/CD
-
-Incorporar seguridad en todo el pipeline CI/CD es no negociable. Así es como puedes hacerlo:
-
--   **Prácticas de codificación segura** durante el desarrollo
-    
--   Herramientas automatizadas para escanear vulnerabilidades
-    
--   Auditorías regulares del proceso de entrega de actualizaciones
-    
--   Registro detallado de todas las actividades relacionadas con actualizaciones
-    
-
-Estas prácticas no solo aseguran las actualizaciones sino que también mantienen la eficiencia de la implementación. Para industrias sujetas a regulaciones como **HIPAA** o **GDPR**, el cumplimiento estricto de estas medidas es obligatorio.
-
-Finalmente, mientras asegurar el pipeline es crucial, verificar la integridad de las actualizaciones mismas asegura que el código malicioso nunca llegue a tus usuarios.
-
-## 2\. Asegurar la Integridad y Validación de Datos
-
-Mantener la integridad de los datos es crucial para las actualizaciones en vivo. Si los datos se ven comprometidos, puede llevar a riesgos de seguridad y erosionar la confianza del usuario. Para evitar esto, los procesos de validación sólidos trabajan en conjunto con el cifrado para asegurar que las actualizaciones sean seguras y confiables.
-
-### Cómo Se Protege la Integridad de Datos
-
-Los sistemas de actualización utilizan múltiples capas de seguridad para proteger los datos durante la transmisión. Estos incluyen cifrado, firmas digitales y verificaciones automatizadas para asegurar que las actualizaciones permanezcan intactas y sin manipular.
-
-Pasos clave para la validación incluyen:
-
--   **Verificación de firma de paquete**: Asegura que la actualización sea legítima.
-    
--   **Validación de suma de verificación**: Identifica cualquier alteración de archivos durante el tránsito.
-    
--   **Verificaciones de control de versiones**: Detiene ataques de degradación y mantiene las actualizaciones en la secuencia correcta.
-    
-
-### Protección en Tiempo Real con RASP
-
-La protección de aplicaciones en tiempo de ejecución (RASP) va más allá al proporcionar defensa en tiempo real. Entrega análisis de amenazas y asegura detalles críticos de la aplicación, como claves API, en la nube. Esto asegura que las aplicaciones permanezcan protegidas incluso mientras las amenazas evolucionan.
-
-### Monitoreo Automatizado para Seguridad
-
-Los procesos de verificación automatizados, como el monitoreo en tiempo real, agregan otra capa de seguridad. Marcan anomalías cuando ocurren y ayudan a mantener la calidad de los datos. Por ejemplo, [Netflix](https://ir.netflix.net/ir-overview/profile/default.aspx) utiliza verificaciones de integridad automatizadas en sus sistemas de entrega de contenido para asegurar eficientemente la calidad de datos a escala [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-Mientras asegurar la integridad de datos es esencial, mantener el acceso no autorizado a raya es igualmente importante para prevenir brechas de seguridad.
-
-###### sbb-itb-f9944d2
-
-## 3\. Bloquear el Acceso No Autorizado
-
-El acceso no autorizado es una amenaza importante para las actualizaciones OTA, haciendo que los controles de acceso fuertes sean imprescindibles. [DashDevs](https://dashdevs.com/) enfatiza:
-
-> "La codificación segura es la base de la seguridad para aplicaciones móviles. Implica escribir código para minimizar la introducción de vulnerabilidades de seguridad" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/).
-
-### Autenticación Multicapa
-
-Usar múltiples capas de autenticación ayuda a asegurar que solo se instalen actualizaciones verificadas. Esto puede incluir métodos como autenticación multifactor, firmas digitales y gestión segura de tokens para confirmar la legitimidad de las actualizaciones.
-
-### Control de Acceso Basado en Roles
-
-El control de acceso basado en roles (RBAC) restringe los permisos de actualización según los roles de usuario. Por ejemplo, los desarrolladores pueden manejar pruebas, los gerentes de lanzamiento supervisan la producción y los administradores de seguridad gestionan la supervisión del sistema. Esto limita el acceso solo a quienes lo necesitan.
-
-### Operaciones Seguras
-
-Todas las comunicaciones relacionadas con actualizaciones deben usar canales cifrados. Valida los endpoints de API y monitorea el tráfico en busca de actividad inusual. Los sistemas automatizados pueden registrar y marcar intentos de acceso sospechosos en tiempo real, agregando una capa extra de protección.
-
-Mientras mantener el acceso no autorizado a raya es crucial, no olvides que las actualizaciones y parches regulares son clave para mantener una aplicación segura.
-
-## 4\. Aplicar Actualizaciones y Parches Regulares
-
-Para actualizaciones OTA en vivo en [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), mantener tu aplicación actualizada es clave para abordar nuevos riesgos y mantener la confianza del usuario.
-
-### Gestión Automatizada de Actualizaciones
-
-Usar herramientas CI/CD automatizadas hace que la gestión de actualizaciones sea más fácil y segura. Estas herramientas te ayudan a abordar rápidamente vulnerabilidades a través de parches oportunos.
-
-### Mantener Actualizadas las Dependencias de Terceros
-
-Las dependencias de terceros desactualizadas pueden ser un riesgo oculto. Para abordar esto, asegúrate de que tu plan de actualización cubra lo siguiente:
-
-| Componente | Frecuencia de Actualización | Enfoque de Seguridad |
-| --- | --- | --- |
-| Bibliotecas Principales | Mensualmente o según salgan actualizaciones | Verificar compatibilidad de versiones |
-| Componentes de Seguridad | Inmediatamente después del lanzamiento de parches | Evaluar vulnerabilidades y ejecutar pruebas de regresión |
-
-### Control de Versiones y Planes de Reversión
-
-Un buen control de versiones es esencial para actualizaciones sin problemas. Esto implica ejecutar escaneos de seguridad para validar actualizaciones, usar implementaciones graduales para detectar problemas temprano y tener un proceso rápido de reversión o parcheo para problemas críticos.
-
-Las actualizaciones regulares son una línea fuerte de defensa, pero su éxito depende de pruebas de seguridad exhaustivas para detectar y corregir vulnerabilidades antes de que lleguen a los usuarios.
-
-## 5\. Realizar Pruebas de Seguridad Exhaustivas
-
-Actualizar tus sistemas es esencial, pero es igual de importante asegurar que esas actualizaciones no creen nuevos riesgos. Las pruebas rigurosas de seguridad te ayudan a detectar problemas potenciales antes de que afecten a tus usuarios.
-
-### Integración de Pruebas de Seguridad Automatizadas
-
-Incorporar herramientas automatizadas en tus pipelines CI/CD puede ayudar a detectar vulnerabilidades temprano y con frecuencia. Herramientas como [**OWASP**](https://owasp.org/) **ZAP** y [**Snyk**](https://snyk.io/) son excelentes para identificar riesgos durante el proceso de actualización y permitir correcciones rápidas.
-
-| Tipo de Prueba | Detalles |
-| --- | --- |
-| Escaneo de Vulnerabilidades | Escaneos regulares para detectar debilidades conocidas |
-| Pruebas de Penetración | Simulaciones para imitar ataques del mundo real |
-| Revisión de Código | Examinar código fuente antes de cada actualización |
-
-### Evaluación Manual de Seguridad
-
-La automatización es poderosa, pero tiene sus límites. Los expertos en seguridad pueden evaluar manualmente tus sistemas para descubrir vulnerabilidades más complejas que las herramientas automatizadas podrían pasar por alto.
-
-### Seguimiento de Métricas de Seguridad
-
-Mantén un ojo en métricas clave como la rapidez con que se detectan las vulnerabilidades, cuánto tiempo toma corregirlas y qué tanto de tu sistema está cubierto por pruebas. Estas perspectivas pueden ayudarte a mejorar con el tiempo.
-
-### Seguir Estándares de la Industria
-
-Usar marcos como **OWASP** asegura que tu proceso de pruebas sea exhaustivo y se alinee con las mejores prácticas establecidas. Este enfoque te ayuda a descubrir vulnerabilidades mientras te mantienes en cumplimiento con las expectativas de la industria.
-
-Netflix es un excelente ejemplo de combinar pruebas automatizadas y manuales en su pipeline CI/CD, mostrando cómo un enfoque por capas puede fortalecer la seguridad [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-## Conclusión
-
-Al seguir las cinco prácticas clave - asegurar la entrega, validar la integridad, bloquear el acceso no autorizado, aplicar actualizaciones oportunas y realizar pruebas exhaustivas - los desarrolladores pueden proteger mejor sus aplicaciones y usuarios de amenazas en constante evolución. Para aplicaciones construidas con Capacitor, donde las actualizaciones OTA son críticas para un mantenimiento rápido y eficiente, estos pasos ayudan a encontrar el equilibrio correcto entre velocidad y seguridad.
-
-Las prácticas de seguridad sólidas para actualizaciones en vivo en aplicaciones basadas en Capacitor son esenciales para evitar vulnerabilidades, proteger los datos de los usuarios y cumplir con las regulaciones de la industria. Las violaciones de datos no solo cuestan millones, sino que también dañan la estabilidad financiera y la confianza del usuario.
-
-La seguridad no es un esfuerzo único. Requiere actualizaciones regulares, monitoreo constante y pruebas exhaustivas. Combinar herramientas automatizadas con revisiones manuales crea una defensa más sólida, especialmente cuando se integra en los pipelines de CI/CD. Un excelente ejemplo es Netflix, que utiliza un marco extenso de pruebas de seguridad para adelantarse a los riesgos potenciales [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-Estos esfuerzos también aportan mejoras medibles en varias áreas del negocio:
-
-| Área de Impacto | Ventaja |
-| --- | --- |
-| Confianza del Usuario | Construye confianza del usuario y fiabilidad de la aplicación |
-| Cumplimiento | Cumple con regulaciones como GDPR y HIPAA |
-| Gestión de Riesgos | Reduce vulnerabilidades de seguridad |
-| Costos Operativos | Reduce gastos relacionados con incidentes de seguridad |
-
-Para aquellos que buscan implementar estas estrategias, herramientas como [ProGuard](https://www.guardsquare.com/proguard) para Android y métodos de compilación seguros para iOS ofrecen soluciones prácticas para mejorar la seguridad de las actualizaciones. El uso de protocolos HTTPS y [cifrado durante la entrega de actualizaciones](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) asegura que tanto el proceso de transmisión como los datos del usuario permanezcan seguros.
diff --git a/src/content/blog/es/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md b/src/content/blog/es/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
deleted file mode 100644
index 238f1ee7b..000000000
--- a/src/content/blog/es/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
+++ /dev/null
@@ -1,365 +0,0 @@
----
-slug: 5-steps-for-resolving-version-conflicts-in-capacitor-apps
-title: 5 Pasos para Resolver Conflictos de Versiones en Aplicaciones Capacitor
-description: >-
-  Resuelve los conflictos de versiones en aplicaciones Capacitor con estos cinco
-  pasos claros para garantizar la estabilidad y prevenir problemas futuros.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T00:59:24.268Z
-updated_at: 2025-12-12T09:03:58.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e1f3a47856e801f1f25733-1742864377185.jpg
-head_image_alt: Desarrollo Móvil
-keywords: 'Capacitor, version conflicts, mobile development, plugin issues, app stability'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Problemas con conflictos de versiones en aplicaciones [Capacitor](https://capacitorjs.com/)?** Estos problemas pueden causar fallos de compilación, errores en tiempo de ejecución y mal funcionamiento de plugins. Esta guía simplifica el proceso en **5 pasos accionables** para identificar, resolver y prevenir estos conflictos:
-
-1. **Encontrar Conflictos**: Usa `npx cap doctor` y los registros de errores para detectar versiones incompatibles.
-2. **Verificar Dependencias**: Revisa `package.json` y ejecuta comandos como `npm outdated` para identificar inconsistencias.
-3. **Actualizar Capacitor Core**: Sincroniza y actualiza los componentes principales gestionando cambios importantes.
-4. **Resolver Problemas de Plugins**: Alinea las versiones de plugins con el core y bloquéalas para evitar problemas futuros.
-5. **Probar Cambios**: Limpia, reinstala dependencias y prueba en dispositivos reales para asegurar la estabilidad.
-
-**Consejo Rápido**: Herramientas como [Capgo](https://capgo.app/) pueden simplificar las pruebas en vivo y la gestión de versiones.
-
-## ✅ \[Resuelto\] [npm](https://www.npmjs.com/) ERR! ERESOLVE no se puede resolver ...
-
-![npm](https://mars-images.imgix.net/seobot/screenshots/www.npmjs.com-ac76028e07fa565ed4006978107f5ce6-2025-03-25.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/GZWsp0xyrbA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Paso 1: Encontrar Conflictos de Versiones
-
-Detectar conflictos de versiones temprano puede ahorrarte horas de depuración y prevenir posibles fallos. Aquí te mostramos cómo identificar estos problemas eficazmente.
-
-### Verificar Versiones con el CLI de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-25.jpg?auto=compress)
-
-El CLI de Capacitor proporciona comandos útiles para inspeccionar las versiones de dependencias de tu proyecto. Abre tu terminal, navega al directorio de tu proyecto y ejecuta:
-
-```bash
-npx cap doctor
-```
-
-Este comando verifica la salud de tu configuración de Capacitor y marca cualquier incompatibilidad de versiones entre:
-
-- Paquetes principales de Capacitor
-- Dependencias específicas de plataforma
-- Plugins instalados
-
-Para un desglose más detallado de tu configuración, usa:
-
-```bash
-npx cap ls
-```
-
-Esto mostrará:
-
-- Plataformas instaladas (ej., iOS, Android)
-- Versiones de plugins
-- Versiones de paquetes principales
-
-Mientras que el CLI es un buen punto de partida, los registros de errores a menudo proporcionan pistas adicionales sobre conflictos.
-
-### Leer Registros de Errores
-
-Los registros de errores pueden revelar conflictos de versiones ocultos. Aquí hay algunos patrones comunes de error y sus causas:
-
-| **Tipo de Error** | **Descripción** | **Causa** |
-| --- | --- | --- |
-| Error de Compilación | `Versión de plugin incompatible` | La versión del plugin no coincide con el core de Capacitor |
-| Error en Tiempo de Ejecución | `Método no encontrado` | El plugin usa métodos obsoletos |
-| Error de Plataforma | `Fallo en sincronización de Gradle` | Dependencias de Android en conflicto |
-
-Al analizar registros de errores, concéntrate en:
-
-- **Trazas de pila**: A menudo señalan plugins o dependencias específicas causando problemas.
-- **Números de versión**: Busca cualquier requisito de versión mencionado en los registros.
-- **Mensajes específicos de plataforma**: Presta especial atención a errores vinculados a iOS o Android.
-
-Algunos signos de conflictos de versiones incluyen:
-
-- Fallos durante operaciones de plugins
-- Funcionalidades que funcionan en una plataforma pero fallan en otra
-- Comportamiento inesperado después de actualizaciones
-
-**Consejo profesional**: Usa registros detallados para obtener información más detallada de errores. Ejecuta estos comandos para obtener más información:
-
-```bash
-npx cap run android --verbose
-npx cap run ios --verbose
-```
-
-Los registros detallados pueden ayudarte a identificar la causa raíz de los conflictos más rápido y con mayor precisión.
-
-## Paso 2: Verificar Dependencias del Proyecto
-
-Después de identificar conflictos usando el CLI y los registros de errores, es momento de inspeccionar las dependencias de tu proyecto para evitar problemas futuros.
-
-### Revisar `package.json`
-
-Tu archivo `package.json` lista todas las dependencias de tu proyecto. Aquí hay un ejemplo:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.5.1",
-    "@capacitor/ios": "5.5.1",
-    "@capacitor/android": "5.5.1",
-    "@capacitor/camera": "5.0.7"
-  }
-}
-```
-
-Aspectos clave a verificar:
-
-- **Dependencias principales**: Asegúrate que `@capacitor/core`, `@capacitor/ios`, y `@capacitor/android` estén en la misma versión.
-- **Versiones de plugins**: Verifica que las versiones de plugins sean compatibles con tu versión de Capacitor core.
-- **Dependencias pares**: Busca cualquier advertencia sobre conflictos de dependencias pares.
-
-Para revisar tu árbol de dependencias, usa este comando:
-
-```bash
-npm ls @capacitor/*
-```
-
-### Usar Herramientas de npm y [Yarn](https://yarnpkg.com/)
-
-![Yarn Package Manager Website](https://mars-images.imgix.net/seobot/screenshots/yarnpkg.com-310d80dc5a96a440e9276d02217e08fa-2025-03-25.jpg?auto=compress)
-
-Los gestores de paquetes como npm y Yarn ofrecen comandos útiles para detectar y abordar problemas de dependencias. Aquí cómo pueden ayudar:
-
-| Comando | Propósito | Salida |
-| --- | --- | --- |
-| `npm outdated` | Lista paquetes desactualizados | Muestra versiones actuales y últimas |
-| `npm audit` | Verifica vulnerabilidades de seguridad | Marca riesgos de dependencias |
-| `yarn why package-name` | Explica por qué un paquete está instalado | Muestra rutas de dependencias |
-
-Ejecuta el siguiente comando para una revisión completa de salud de tu entorno [Node.js](https://nodejs.org/en) y dependencias del proyecto:
-
-```bash
-npm doctor
-```
-
-**Consejos clave a considerar:**
-
-- Siempre confirma tus archivos de bloqueo en el control de versiones.
-- Especifica versiones exactas de Capacitor (ej., `5.5.1`) en tu `package.json`.
-- Prueba actualizaciones exhaustivamente en plataformas iOS y Android.
-
-Para gestionar actualizaciones en tiempo real y control de versiones, puedes usar herramientas como Capgo.
-
-Una vez que tus dependencias estén en orden, puedes proceder a actualizar los componentes principales de Capacitor.
-
-## Paso 3: Actualizar Capacitor Core
-
-Mantener actualizados los componentes principales de Capacitor asegura que tu aplicación funcione sin problemas y evita problemas de compatibilidad. Este proceso ayuda a resolver conflictos de versiones y mantiene todo funcionando en armonía.
-
-### Sincronizar Actualizaciones de Plataforma
-
-Para actualizar los componentes principales de Capacitor, usa los siguientes comandos:
-
-```bash
-npm install @capacitor/core@latest
-npm install @capacitor/cli@latest
-npx cap sync
-```
-
-Ejecutar el comando `sync` actualiza archivos nativos, alinea dependencias de plugins, ajusta configuraciones de plataforma y regenera archivos de proyecto nativos. Antes de sincronizar, respalda tus carpetas `ios` y `android` para evitar pérdida accidental de datos.
-
-Considera usar Capgo para actualizaciones en vivo para mantener las versiones consistentes. Una vez completada la sincronización, verifica cambios en la API para abordar posibles problemas.
-
-### Resolver Cambios Importantes
-
-Actualizar el core de Capacitor puede introducir cambios importantes. Sigue estos pasos para manejarlos efectivamente:
-
-1. **Revisar Cambios de API**
-
-Verifica el registro de cambios de Capacitor para cualquier cambio importante. Por ejemplo:
-
-```typescript
-// Old API (Capacitor 4)
-Plugins.Camera.getPhoto()
-
-// New API (Capacitor 5)
-Camera.getPhoto()
-```
-
-Actualiza tu código para coincidir con las nuevas APIs según sea necesario.
-
-2. **Actualizar Configuraciones de Plataforma**
-
-Revisa tu archivo `capacitor.config.json` para asegurarte que esté alineado con el core actualizado. Por ejemplo:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 3000
-    }
-  }
-}
-```
-
-3. **Verificar Compatibilidad de Plugins**
-
-| Componente | Qué Hacer | Cómo Verificar |
-| --- | --- | --- |
-| Plugins Nativos | Actualizar para coincidir con la nueva versión del core | Probar funcionalidad nativa |
-| Plugins Personalizados | Verificar cambios en la interfaz | Ejecutar pruebas específicas de plugins |
-| Implementación Web | Actualizar llamadas a plugins basadas en web | Probar en el navegador |
-
-**Consejo Pro**: Para actualizaciones de versiones mayores (como pasar de 4.x a 5.x), actualiza una versión a la vez. Esto facilita detectar y corregir problemas.
-
-Una vez completados estos pasos, prueba exhaustivamente tu aplicación para asegurar que todas las funcionalidades estén funcionando correctamente con el core actualizado.
-
-## Paso 4: Resolver Problemas de Versiones de Plugins
-
-Los conflictos de versiones de plugins pueden interrumpir el rendimiento de tu aplicación Capacitor. Aquí te mostramos cómo manejar y resolver estos problemas efectivamente.
-
-### Actualizar Plugins
-
-Mantén tus plugins alineados con el core de Capacitor ejecutando este comando:
-
-```bash
-npx npm-check-updates "@capacitor/*" --target latest
-```
-
-Para una actualización completa de plugins de Capacitor, usa:
-
-```bash
-npm install @capacitor/core@latest @capacitor/cli@latest @capacitor/ios@latest @capacitor/android@latest
-```
-
-Después de actualizar, asegúrate de probar las funcionalidades nativas para confirmar la compatibilidad.
-
-| Tipo de Actualización | Comando | Propósito |
-| --- | --- | --- |
-| Plugin Individual | `npm install @capacitor/plugin-name@version` | Actualizar un plugin |
-| Todos los Plugins | `npx npm-check-updates "@capacitor/*" -u` | Actualizar todo |
-| Versión Específica | `npm install @capacitor/plugin-name@x.x.x` | Bloquear a una versión específica |
-
-### Bloquear Versiones de Plugins
-
-Para evitar conflictos futuros, bloquea las versiones de tus plugins en `package.json`. Esto asegura un comportamiento consistente en entornos de desarrollo y producción.
-
-Añade un campo "resolutions" a tu archivo `package.json`:
-
-```json
-{
-  "resolutions": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  }
-}
-```
-
-Para usuarios de Yarn, aplica estas resoluciones con:
-
-```bash
-yarn add --force
-```
-
-> "Implementamos [actualizaciones OTA de Capgo](https://console.capgo.app/resend_email) en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Usar herramientas como Capgo puede ayudar a gestionar actualizaciones de plugins y mantener la consistencia de versiones, especialmente al introducir cambios críticos.
-
-**Consejos para Gestionar Versiones**:
-
-- Prueba actualizaciones exhaustivamente en tu entorno de desarrollo.
-- Documenta versiones compatibles de plugins y anota cualquier cambio importante.
-- Sigue el versionado semántico para planificar actualizaciones efectivamente.
-- Mantén respaldos de tu configuración funcional.
-
-Pasa al Paso 5 para probar tus cambios en todos los entornos.
-
-## Paso 5: Verificar tus Cambios
-
-Después de resolver conflictos de versiones, es crucial probar exhaustivamente para asegurar que tu aplicación permanezca estable y lista para actualizaciones en todos los entornos.
-
-### Pruebas Locales
-
-Comienza ejecutando estos comandos para confirmar que todo funciona como se espera:
-
-- **Limpiar y reinstalar dependencias:**
-
-```bash
-npm cache clean --force
-rm -rf node_modules
-npm install
-```
-
-- **Verificar compilaciones de plataforma:**
-
-```bash
-npm run build
-npx cap sync
-```
-
-- **Abrir IDEs nativos para pruebas adicionales:**
-
-```bash
-npx cap open ios
-npx cap open android
-```
-
-**Qué Verificar:**
-
-| Área de Prueba | Qué Revisar |
-| --- | --- |
-| Funciones Principales | Navegación, persistencia de datos, llamadas API |
-| Funciones Nativas | Cámara, geolocalización, acceso al sistema de archivos |
-| Integración de Plugins | Funcionalidad de cada plugin actualizado |
-| Rendimiento | Tiempo de inicio de la app, transiciones, uso de memoria |
-
-Una vez que las pruebas locales confirmen que la funcionalidad básica de la app está intacta, pasa a probar en dispositivos reales a través de canales Over-the-Air (OTA).
-
-### Pruebas en Vivo con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-25.jpg?auto=compress)
-
-Después de verificar tus cambios localmente, es hora de probar en un entorno en vivo. Configura los canales de prueba con estos comandos:
-
-```bash
-npx @capgo/cli init
-npx @capgo/cli create-channel beta
-```
-
-**Flujo de Pruebas:**
-
--   Despliega tus correcciones en un canal beta y monitorea el rendimiento usando las herramientas analíticas de Capgo.
--   Realiza seguimiento de las tasas de éxito de actualización a través del panel de Capgo, que ya ha entregado más de 23.5 millones de actualizaciones en 750 aplicaciones en producción [\[1\]](https://capgo.app/).
--   Si surge algún problema, utiliza la función de reversión con un clic de Capgo para revertir los cambios instantáneamente.
-
-> "Practicamos desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo presume de un 82% de tasa de éxito global, con actualizaciones que alcanzan al 95% de los usuarios activos en solo 24 horas [\[1\]](https://capgo.app/). Utiliza selectores de canal para probar pull requests directamente dentro de la aplicación, asegurando que todo funcione correctamente antes de fusionar tus cambios.
-
-## Conclusión: Mantén Controladas las Versiones de tu App
-
-La gestión de conflictos de versiones en [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) requiere un enfoque claro y organizado. El proceso de cinco pasos compartido en esta guía ofrece una forma confiable de mantener la estabilidad de la aplicación y abordar efectivamente los desafíos relacionados con las versiones.
-
-Al seguir estos pasos, los equipos pueden asegurar que sus aplicaciones permanezcan estables con el tiempo. Por ejemplo, usar herramientas de actualización en vivo como Capgo permite despliegues rápidos y eficientes, ayudando a los equipos a mantenerse adelante [\[1\]](https://capgo.app/).
-
-Esto es en lo que se enfocan los equipos exitosos:
-
-| Práctica | Beneficio |
-| --- | --- |
-| Verificaciones regulares de CLI | Detectar problemas de dependencias temprano |
-| Pruebas automatizadas | Capturar problemas de versiones antes del lanzamiento |
-| Monitoreo de actualizaciones en vivo | Revertir rápidamente actualizaciones problemáticas |
-| Fijación de versiones | Mantener las dependencias consistentes |
-
-La gestión de versiones de aplicaciones va más allá de resolver conflictos - se trata de asegurar una experiencia de usuario fluida y confiable. Al seguir estas prácticas y aprovechar las herramientas de actualización en vivo, puedes mantener tus aplicaciones Capacitor funcionando sin problemas.
diff --git a/src/content/blog/es/5-steps-to-deploy-hotfixes-with-capgo.md b/src/content/blog/es/5-steps-to-deploy-hotfixes-with-capgo.md
deleted file mode 100644
index ae3bf8c6d..000000000
--- a/src/content/blog/es/5-steps-to-deploy-hotfixes-with-capgo.md
+++ /dev/null
@@ -1,225 +0,0 @@
----
-slug: 5-steps-to-deploy-hotfixes-with-capgo
-title: 5 Pasos para Desplegar Hotfixes con Capgo
-description: >-
-  Aprende cómo implementar correcciones rápidamente y de forma segura utilizando
-  un proceso optimizado que evita los retrasos de las tiendas de aplicaciones y
-  garantiza el cumplimiento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-13T03:37:11.567Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d22ca8233d3a01105fd278-1741837059847.jpg
-head_image_alt: Desarrollo Móvil
-keywords: 'hotfix deployment, Capgo, app updates, CI/CD tools, mobile development'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-[Capgo](https://capgo.app/) hace que la implementación de correcciones urgentes sea rápida y sencilla, evitando los retrasos de las tiendas de aplicaciones mientras mantiene las actualizaciones seguras y conformes con las pautas de Apple y Google. Aquí hay una descripción general del proceso:
-
-1. **Crea y Prueba Tu Corrección**: Escribe cambios precisos en el código, prueba exhaustivamente en dispositivos y asegura la compatibilidad.
-2. **[Configura Capgo](https://capgo.app/docs/webapp/)**: Instala el [CLI de Capgo](https://capgo.app/docs/cli/commands) con `npx @capgo/cli init`, configura el cifrado e intégrate con herramientas CI/CD.
-3. **Sube Tu Corrección**: Usa el CLI para subir tu actualización de forma segura, etiquétala claramente y prepárala para el despliegue.
-4. **Elige la Configuración de Actualización**: Dirige a usuarios o grupos específicos, programa lanzamientos y define requisitos de versión.
-5. **Rastrea Tu Actualización**: Monitorea las tasas de entrega, velocidad de actualización y cobertura de usuarios. Revierte instantáneamente si es necesario.
-
-Capgo ha entregado más de 947.6 millones de actualizaciones globalmente y mejorado la eficiencia de lanzamiento en un 81% para sus usuarios. Es la herramienta preferida para equipos ágiles que necesitan despliegues de correcciones rápidos y seguros.
-
-## Paso 1: Crea y Prueba Tu Corrección
-
-### Escribe el Código de la Corrección
-
-Concéntrate en realizar cambios precisos que aborden el error sin comprometer la estabilidad de la aplicación.
-
-Aquí hay una guía rápida para estructurar tu corrección:
-
-| Mejor Práctica | Cómo Aplicarla |
-| --- | --- |
-| **Cambios Aislados** | Mantén los cambios limitados a los componentes afectados. |
-| **Control de Versiones** | Usa una rama dedicada para el desarrollo de la corrección. |
-| **Documentación** | Incluye comentarios claros sobre la corrección y su impacto. |
-| **Dependencias** | Asegura la compatibilidad con las dependencias existentes de la aplicación. |
-
-Con la capacidad de actualización instantánea de Capgo, puedes centrarte en corregir el error sin preocuparte por agrupar cambios no relacionados. Este método ha demostrado ser efectivo, como destaca colenso:
-
-> "Implementamos [actualizaciones OTA de Capgo](https://console.capgo.app/resend_email) en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo" [\[1\]](https://capgo.app/).
-
-### Prueba en Tu Dispositivo
-
-Las pruebas exhaustivas son críticas para asegurar que la corrección funcione sin problemas. Usa estos pasos:
-
-- **Pruebas de Desarrollo:** Ejecuta la corrección en tu entorno de desarrollo local.
-- **Pruebas en Dispositivos:** Verifica la corrección en varios dispositivos y versiones de sistema operativo.
-- **Pruebas de Integración:** Confirma que la corrección no interfiere con otras funciones.
-
-Automatiza tanto como sea posible del proceso de pruebas usando herramientas CI/CD.
-
-> "¡Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Una vez que tu corrección haya pasado todas las pruebas, estás listo para configurar Capgo para el despliegue.
-
-## Paso 2: Configura [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-13.jpg?auto=compress)
-
-### Instala los Paquetes Requeridos
-
-Para comenzar con Capgo en tu proyecto Capacitor, usa su herramienta CLI. Simplemente ejecuta el siguiente comando:
-
-```bash
-npx @capgo/cli init
-```
-
-Este comando hace el trabajo pesado por ti:
-
-- Instala el [plugin de Capgo](https://capgo.app/plugins/)
-- Configura tu proyecto automáticamente
-- Prepara tu proyecto para los servicios de Capgo
-
-Una vez completada la instalación, puedes pasar a configurar tu proyecto con las características de cifrado y cumplimiento de Capgo.
-
-### Configura Tu Proyecto
-
-Capgo asegura que tu proyecto esté listo con estándares de cifrado y cumplimiento tanto para Apple como para Google. Funciona perfectamente con herramientas CI/CD, cifra actualizaciones para seguridad y se alinea con las pautas de las tiendas de aplicaciones.
-
-| Paso de Integración | Propósito | Beneficio |
-| --- | --- | --- |
-| **Configuración CI/CD** | Conecta con herramientas CI/CD | Simplifica despliegues |
-| **Cifrado E2E** | Asegura la entrega de actualizaciones | Mantiene la integridad del código |
-| **Cumplimiento de Plataforma** | Cumple estándares de tiendas de apps | Permite distribución fluida |
-
-Esta configuración ha sido validada por desarrolladores. Como explica Bessie Cooper:
-
-> "@Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es oro." [\[1\]](https://capgo.app/)
-
-Para equipos más grandes, Capgo ofrece características como configuraciones multi-organización y gestión detallada de permisos. Se integra con plataformas como [GitHub](https://github.com/about), [GitLab](https://about.gitlab.com/), [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), y [Jenkins](https://www.jenkins.io/), haciendo que los flujos de trabajo de despliegue automatizado sean directos. Rodrigo Mantica destaca su importancia para equipos ágiles:
-
-> "¡Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-Con tu proyecto completamente configurado, estás listo para subir tu corrección y desplegarla instantáneamente.
-
-## Paso 3: Sube Tu Corrección
-
-### Envía Archivos a Capgo
-
-Después de configurar tu proyecto, es momento de subir tu corrección usando la [herramienta CLI de Capgo](https://capgo.app/docs/cli/commands/). Esto asegura una transferencia segura y eficiente de tu actualización. Comienza construyendo tu aplicación como lo harías normalmente durante el desarrollo.
-
-Así es como funciona:
-
-- Construye tu aplicación usando tu proceso estándar.
-- Verifica doblemente que todos los archivos compilen sin errores.
-- Usa la herramienta CLI de Capgo para subir tu actualización.
-
-### Etiqueta Tus Actualizaciones
-
-El etiquetado claro es clave para gestionar y rastrear tus correcciones. Al subir tu actualización a Capgo, incluye detalles específicos de versión y etiquetas descriptivas. Esto ayuda a organizar tus actualizaciones y mantiene a todos en la misma página.
-
-| **Elemento de Etiquetado** | **Propósito** | **Mejor Práctica** |
-| --- | --- | --- |
-| Número de Versión | Rastrea secuencia de actualización | Usa versionado semántico |
-| Descripción de Actualización | Destaca cambios clave | Enfócate en correcciones y actualizaciones principales |
-| Notas de Lanzamiento | Comunica cambios | Detalla mejoras específicas |
-
-Martin Donadieu, fundador de Capgo, ha diseñado un sistema de versionado que se integra suavemente con flujos de trabajo CI/CD. Este sistema facilita el rastreo de actualizaciones y la reversión si es necesario.
-
-La [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) de Capgo también incluye características como cifrado de extremo a extremo y despliegue instantáneo, asegurando que tus correcciones sean seguras mientras llegan rápidamente a los usuarios.
-
-Una vez que tu corrección está subida y etiquetada, pasa al Paso 4 para configurar tus ajustes de actualización.
-
-###### sbb-itb-f9944d2
-
-## Sistema de Actualización en Vivo de Capgo para Aplicaciones [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-13.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Paso 4: Elige la Configuración de Actualización
-
-Una vez que hayas subido tu corrección, es momento de configurar los ajustes para dirigirte a usuarios y definir criterios de lanzamiento. Esto asegura un despliegue controlado y efectivo.
-
-### Selecciona Usuarios y Dispositivos
-
-Las herramientas de asignación de usuarios de Capgo te permiten identificar exactamente quién debe recibir la corrección. Hay dos estrategias principales disponibles:
-
-| Tipo de Despliegue | Ideal Para | Ventajas |
-| --- | --- | --- |
-| **Pruebas Privadas** | Probadores beta, equipos QA | Permite pruebas controladas con retroalimentación temprana |
-| **Lanzamiento Público** | Todos los usuarios, lanzamientos graduales | Permite distribución amplia con despliegue gradual |
-
-Por ejemplo, si un error afecta a usuarios en una región específica, puedes priorizar ese grupo para una validación más rápida. Después de seleccionar tu audiencia objetivo, puedes proceder a establecer reglas detalladas de lanzamiento.
-
-### Establece Reglas de Lanzamiento
-
-A través de la interfaz web de Capgo, puedes ajustar el proceso de lanzamiento configurando parámetros como horario, compatibilidad de versión de aplicación y qué tan gradualmente se implementa la actualización.
-
-Aquí están los ajustes clave a configurar:
-
-- **Horario de Despliegue**: Elige momentos específicos para que la actualización entre en vigor.
-- **Requisitos de Versión**: Define qué versiones de la aplicación deben recibir la actualización.
-- **Porcentaje de Lanzamiento**: Controla el ritmo del lanzamiento, comenzando con un grupo más pequeño y expandiendo gradualmente.
-
-Para correcciones urgentes, puedes optar por un despliegue inmediato para abordar problemas de inmediato. Para actualizaciones menos críticas, los lanzamientos graduales te permiten monitorear el rendimiento y resolver problemas potenciales conforme surjan. Adicionalmente, Capgo proporciona opciones para crear grupos de prueba dedicados, haciendo la coordinación más fluida y eficiente.
-
-## Paso 5: Rastrea Tu Actualización
-
-Mantén un ojo en el progreso de tu corrección y aborda cualquier problema tan pronto como aparezca.
-
-### Verifica el Estado de la Actualización
-
-Los análisis de Capgo proporcionan información sobre métricas clave de actualización:
-
-| Métrica | Qué Monitorear | Por Qué Es Importante |
-| --- | --- | --- |
-| **Tasa de Entrega** | Porcentaje de actualizaciones exitosas | Muestra qué tan bien está funcionando tu despliegue |
-| **Velocidad de Actualización** | Tiempo para alcanzar usuarios objetivo | Destaca cualquier ralentización o cuello de botella |
-| **Cobertura de Usuarios** | Número de dispositivos actualizados | Indica cuántos usuarios recibieron la corrección |
-
-### Maneja Problemas
-
-Después de revisar estas métricas, estate listo para abordar cualquier desafío rápidamente.
-
-- **Reversión Instantánea**  
-  Si algo sale mal, la función de reversión de Capgo te permite volver instantáneamente a la versión anterior.
-
-- **Analiza Asignaciones de Usuario**  
-  Verifica cómo se distribuyen las actualizaciones para detectar si grupos o dispositivos específicos están experimentando problemas.
-
-- **Monitorea Rendimiento**  
-  Usa métricas en tiempo real para identificar y resolver problemas. Las herramientas de Capgo pueden ayudar a identificar si el problema está en la entrega, instalación o compatibilidad.
-
-Rodrigo Mantica, un desarrollador de negocios, destaca la importancia de Capgo:
-
-> "¡Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-La interfaz web de Capgo facilita monitorear el progreso de tu actualización con registros detallados y métricas de rendimiento. Sus características de seguimiento han ayudado a organizaciones a mejorar la eficiencia de lanzamiento hasta en un 81% [\[1\]](https://capgo.app/), asegurando rendimiento estable de la aplicación mientras se abordan rápidamente cualquier problema.
-
-## Resumen
-
-### Puntos Principales
-
-Capgo simplifica el proceso de implementación de correcciones rápidas de manera efectiva, con un historial comprobado de entrega de **947.6 millones de actualizaciones** en **1,400 aplicaciones en producción** [\[1\]](https://capgo.app/).
-
-| Paso | Acción | Objetivo |
-| --- | --- | --- |
-| Crear y Probar | Desarrollar y verificar correcciones localmente | Asegurar la calidad del código |
-| Configurar Capgo | Instalar el plugin usando `npx @capgo/cli init` | Simplificar la configuración |
-| Subir | Transferir archivos a través de la CLI | Habilitar distribución rápida |
-| Configurar | Asignar usuarios y establecer reglas | Implementar actualizaciones con precisión |
-| Monitorear | Seguir el rendimiento y resolver problemas | Mejorar la eficiencia |
-
-Sigue estos pasos para integrar Capgo en tu flujo de trabajo y optimizar tu proceso de actualización.
-
-### Primeros Pasos
-
-Antes de comenzar, tómate un momento para revisar los pasos anteriores. Estos dividen el proceso de implementación en acciones manejables, facilitando su implementación.
-
-Inicia tu integración con Capgo añadiendo el CLI de Capgo a tu proyecto. Con **cifrado de extremo a extremo**, la plataforma garantiza actualizaciones seguras y confiables en todo momento.
-
-> "Capgo es una forma inteligente de realizar actualizaciones de código en caliente."
-
-Para una mayor eficiencia, integra Capgo con tus herramientas de CI/CD como Azure DevOps, GitLab o GitHub. Esta configuración permite implementaciones automatizadas mientras te brinda control sobre la distribución de actualizaciones a través de funciones de asignación de usuarios.
diff --git a/src/content/blog/es/5-steps-to-distribute-custom-capacitor-plugins.md b/src/content/blog/es/5-steps-to-distribute-custom-capacitor-plugins.md
deleted file mode 100644
index a174b97e1..000000000
--- a/src/content/blog/es/5-steps-to-distribute-custom-capacitor-plugins.md
+++ /dev/null
@@ -1,161 +0,0 @@
----
-slug: 5-steps-to-distribute-custom-capacitor-plugins
-title: 5 Pasos para Distribuir Plugins Personalizados de Capacitor
-description: >-
-  Aprende cómo distribuir de manera efectiva plugins personalizados para mejorar
-  la funcionalidad de aplicaciones en las plataformas iOS y Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T03:25:44.642Z
-updated_at: 2025-04-18T03:26:01.044Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136-1744946761044.jpg
-head_image_alt: Desarrollo Móvil
-keywords: 'Capacitor, custom plugins, mobile development, distribution, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-La distribución de complementos personalizados de [Capacitor](https://capacitorjs.com/) puede mejorar la funcionalidad de tu aplicación mientras asegura que las actualizaciones lleguen rápidamente a los usuarios. Aquí hay una guía rápida para comenzar:
-
-1. **Construir y Probar**: Desarrolla tu complemento usando la [API de Complementos de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), pruébalo exhaustivamente en dispositivos iOS y Android, y maneja efectivamente los casos límite.
-2. **Configurar la Distribución**: Crea un paquete npm con documentación clara, incluyendo pasos de instalación, referencias de API y ejemplos de uso.
-3. **Publicar**: Publica tu complemento en npm usando versionado semántico y compártelo en GitHub para visibilidad en la comunidad.
-4. **Integrar**: Proporciona instrucciones de configuración para que los desarrolladores añadan fácilmente tu complemento a sus proyectos y verifiquen su funcionalidad.
-5. **Agregar Actualizaciones en Vivo (Opcional)**: Utiliza herramientas como [Capgo](https://capgo.app/) para actualizaciones en vivo seguras y eficientes, asegurando que el 95% de los usuarios reciban cambios dentro de 24 horas.
-
-Este proceso paso a paso asegura que tu complemento esté bien construido, sea fácil de integrar y esté listo para su implementación en plataformas iOS y Android.
-
-## Cómo crear un complemento de [Capacitor](https://capacitorjs.com/) para iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-## Paso 1: Construir y Probar Tu Complemento
-
-El objetivo principal aquí es conectar JavaScript con características nativas mientras se asegura que funcione sin problemas tanto en iOS como en Android.
-
-### Usar la API de Complementos de Capacitor
-
-Comienza creando tu complemento con la [API de Complementos de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) oficial. Esto asegura una funcionalidad consistente en todas las plataformas. Concéntrate en una única característica para facilitar el desarrollo y mantenimiento.
-
-Puntos clave a tener en cuenta durante el desarrollo:
-
-- Define firmas de método claras.
-- Implementa un manejo de errores sólido.
-- Soporta características específicas de plataforma cuando sea necesario.
-- Documenta claramente cualquier requisito de plataforma.
-
-### Prueba en Diferentes Plataformas
-
-Las pruebas exhaustivas son críticas antes de lanzar tu complemento. Utiliza herramientas locales para verificar el rendimiento tanto en dispositivos reales como en emuladores:
-
-- Prueba en simuladores iOS y dispositivos físicos en varias versiones de iOS.
-- Prueba en dispositivos Android en diferentes niveles de API para confirmar la integración y el rendimiento adecuados.
-
-Antes de finalizar, asegúrate de:
-
-- Validar las llamadas JavaScript a nativo y las conversiones de datos.
-- Verificar el manejo de errores y el rendimiento general.
-- Probar casos límite para asegurar que tu complemento pueda manejar entradas inesperadas y proporcionar mensajes de error claros.
-
-Una vez que hayas completado estos pasos, estarás listo para pasar al Paso 2, donde prepararás tus archivos de distribución.
-
-## Paso 2: Configurar Archivos de Distribución
-
-Organiza tu paquete npm y documentación para asegurar una distribución fluida.
-
-### Crear Tu Paquete npm
-
-Comienza ejecutando el comando: `npm init @capacitor/plugin@latest`. Luego, actualiza el archivo `package.json` con el nombre del complemento, versión y cualquier dependencia necesaria.
-
-### Escribir Documentación Clara
-
-Incluye un archivo `README.md` que cubra lo siguiente:
-
-- **Instrucciones de instalación**: Proporciona pasos tanto para npm como para yarn.
-- **Referencia de API**: Detalla descripciones de métodos y tipos de parámetros.
-- **Ejemplos de uso**: Muestra cómo usar el complemento en escenarios comunes.
-
-### Verificar Requisitos de Plataforma
-
-Asegúrate de que todas las declaraciones de privacidad y permisos cumplan con las pautas de Apple y Google.
-
-Una vez completados estos pasos, estarás listo para pasar al Paso 3 y publicar tu complemento en npm para compartirlo con la comunidad.
-
-## Paso 3: Publicar Tu Complemento
-
-Comparte tu complemento con el mundo publicándolo en npm y compartiéndolo con la comunidad de Capacitor.
-
-### Publicar en el Registro npm
-
-Sigue las pautas de versionado semántico al publicar tu complemento: usa versiones **mayores** para cambios incompatibles, **menores** para nuevas características y **parches** para correcciones de errores. Luego, publica tu complemento usando estos comandos:
-
-```bash
-npm publish           # For a production release
-npm publish --tag beta  # For a prerelease
-```
-
-### Compartir con la Comunidad de Capacitor
-
-Sube tu repositorio de complementos a GitHub y considera agregarlo a la organización de la Comunidad Capacitor. Esto le da a tu complemento más visibilidad y abre la puerta para que otros contribuyan.
-
-## Paso 4: Guiar la Integración del Proyecto
-
-Después de que tu complemento esté publicado en npm, el siguiente paso es integrarlo en proyectos. Así es cómo hacerlo:
-
-### Instrucciones de Configuración
-
-- Ejecuta: `npm install your-plugin-name`
-- [Sincroniza con Capacitor](https://capgo.app/plugins/capacitor-updater/): `npx cap sync`
-- Especifica cualquier configuración nativa requerida, como actualizaciones del manifiesto o registro del complemento.
-
-### Probar la Instalación
-
-- Prueba el complemento en un proyecto Capacitor nuevo para asegurar que todo funcione como se espera.
-- Llama a un método básico del complemento y verifica que entregue el resultado esperado.
-
-Una vez que hayas confirmado que todo funciona, estarás listo para seguir adelante con la integración de tu complemento en proyectos.
-
-## Paso 5: Agregar Actualizaciones en Vivo
-
-Expande tu proceso de distribución incorporando actualizaciones en vivo. Usando Capgo, puedes asegurar que tu complemento se mantenga actualizado sin esperar aprobaciones de la tienda de aplicaciones.
-
-### Configurar Actualizaciones en Vivo de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Para comenzar, ejecuta el siguiente comando:
-
-```bash
-npx @capgo/cli init
-```
-
-**¿Por qué usar Capgo?** Ofrece una gama de características para agilizar las actualizaciones:
-
-- **Entrega segura** con cifrado de extremo a extremo
-- **Distribución eficiente** a través de actualizaciones delta
-- **Herramientas de monitoreo** mediante un panel de análisis
-- **Opciones de reversión** para correcciones rápidas
-- **Gestión de canales** para lanzamientos organizados
-
-Aquí está cómo configurar tus actualizaciones:
-
-- Integra con herramientas CI/CD como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), o [Jenkins](https://www.jenkins.io/).
-- Configura canales de distribución para entornos de desarrollo, beta y producción.
-- Habilita la reversión con un clic para abordar cualquier problema rápidamente.
-
-Según las métricas de Capgo, el 95% de los usuarios activos reciben actualizaciones dentro de las 24 horas [\[1\]](https://capgo.app/), haciendo que las actualizaciones en vivo sean una forma poderosa de distribuir cambios eficientemente.
-
-Una vez que las actualizaciones en vivo estén configuradas, estarás listo para finalizar tu flujo de trabajo de distribución.
-
-[\[1\]](https://capgo.app/) Basado en métricas de la plataforma Capgo de aplicaciones activas en producción.
-
-## Conclusión
-
-Siguiendo estos cinco pasos, puedes crear un [complemento personalizado de Capacitor](https://capgo.app/blog/release-of-a-brand-new-capacitor-social-login/) que esté bien construido, sea simple de integrar y esté listo para su implementación.
-
-Desde el desarrollo y pruebas hasta el empaquetado, publicación, integración e incluso actualizaciones en vivo opcionales, este proceso estructurado asegura que tus complementos funcionen sin problemas tanto en plataformas iOS como Android.
-
-Ten en cuenta que la distribución exitosa de complementos va más allá del primer lanzamiento - se trata de mantener un proceso eficiente y confiable que beneficie tanto a desarrolladores como a usuarios. Usa esta guía para agilizar la entrega de complementos en todas las plataformas.
diff --git a/src/content/blog/es/5-steps-to-implement-oauth2-in-capacitor-apps.md b/src/content/blog/es/5-steps-to-implement-oauth2-in-capacitor-apps.md
deleted file mode 100644
index 782dda8e8..000000000
--- a/src/content/blog/es/5-steps-to-implement-oauth2-in-capacitor-apps.md
+++ /dev/null
@@ -1,325 +0,0 @@
----
-slug: 5-steps-to-implement-oauth2-in-capacitor-apps
-title: 5 Pasos para Implementar OAuth2 en Aplicaciones Capacitor
-description: >-
-  Integre la autenticación segura OAuth2 en su aplicación Capacitor con esta
-  guía concisa que describe los pasos esenciales y las mejores prácticas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-27T12:26:34.111Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/683598e6d3b96619818496d3-1748348849256.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OAuth2, Capacitor, authentication, mobile apps, security, token storage, PKCE,
-  app integration
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres añadir autenticación segura [OAuth2](https://en.wikipedia.org/?title=OAuth2&redirect=no) a tu aplicación [Capacitor](https://capacitorjs.com/)? Aquí tienes una guía rápida para comenzar.**
-
-OAuth2 es un protocolo que permite a los usuarios compartir acceso a sus datos sin compartir contraseñas. Es ideal para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) porque funciona en todas las plataformas como iOS, Android y web. Además, mantiene tu aplicación segura usando tokens en lugar de almacenar credenciales sensibles.
-
-Aquí te explicamos cómo integrar OAuth2 en tu [aplicación Capacitor](https://capgo.app/plugins/ivs-player/) en solo 5 pasos:
-
-1. **Configura tu Proveedor OAuth2**: Elige un proveedor (por ejemplo, Google, [Auth0](https://auth0.com/)), configura URIs de redirección y gestiona las credenciales del cliente de forma segura.
-2. **Instala y Configura el Plugin OAuth2**: Añade el plugin `@byteowls/capacitor-oauth2` y configura los ajustes específicos de la plataforma (por ejemplo, `Info.plist` para iOS, `AndroidManifest.xml` para Android).
-3. **Construye el Flujo de Autenticación**: Usa el plugin para manejar el inicio de sesión del usuario, almacenamiento de tokens y cierre de sesión de forma segura. Habilita [PKCE](https://oauth.net/2/pkce/) para protección adicional.
-4. **Prueba en Todas las Plataformas**: Verifica el flujo en iOS, Android y navegadores web. Corrige problemas comunes como desajustes en URIs de redirección o errores de PKCE.
-5. **Asegura tu Implementación**: Almacena tokens en almacenamiento seguro ([Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\))/Keystore), usa HTTPS y configura [Políticas de Seguridad de Contenido](https://capgo.app/security/) sólidas.
-
-### Comparación Rápida: Opciones de Almacenamiento Seguro de Tokens
-
-| Opción de Almacenamiento | Mejor Para | Nivel de Seguridad | Acceso Offline | Ejemplo de Uso |
-| --- | --- | --- | --- | --- |
-| **Almacenamiento Seguro** | Aplicaciones móviles | Alto | Sí | Tokens de actualización |
-| **Almacenamiento en Memoria** | Acceso temporal | Medio | No | Tokens de acceso activos |
-| **Cookies HttpOnly** | Aplicaciones web | Alto | Sí | Sesiones basadas en navegador |
-
-## Cómo añadir Inicio de Sesión de Google usando [Capacitor](https://capacitorjs.com/) a tu aplicación [Ionic](https://ionicframework.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/GwtpoWZ_78E" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Paso 1: Configura tu Proveedor [OAuth2](https://en.wikipedia.org/?title=OAuth2&redirect=no)
-
-Configurar correctamente tu proveedor OAuth2 es el primer y más crucial paso para asegurar que todo funcione sin problemas. Esto implica elegir un proveedor que se alinee con los requisitos de tu aplicación, configurar detalles técnicos como URIs de redirección y manejar tus credenciales de forma segura. Estos pasos preparan el camino para instalar el plugin OAuth2 en la siguiente fase.
-
-### Elige un Proveedor OAuth2
-
-Comienza seleccionando un proveedor OAuth2 que coincida con la funcionalidad, necesidades de seguridad y compatibilidad de tu aplicación. El tipo de aplicación que estás construyendo juega un papel clave en determinar el flujo OAuth 2.0 que usarás, lo que impacta directamente en tu elección del proveedor [\[2\]](https://auth0.com/docs/get-started/authentication-and-authorization-flow/which-oauth-2-0-flow-should-i-use). Para aplicaciones basadas en Capacitor, se recomienda usar el Flujo de Código de Autorización con PKCE - este es el método preferido para aplicaciones móviles.
-
-Al comparar proveedores, céntrate en sus características de seguridad. Busca opciones como cookies firmadas, validación de tokens CSRF y JWTs encriptados. Si tu aplicación maneja datos sensibles, el soporte para [autenticación multifactor](https://capgo.app/docs/webapp/mfa/) es imprescindible. Durante la evaluación, equilibra el costo y las características según tus necesidades sin quedar atrapado en comparaciones extensas.
-
-### Configura URIs de Redirección
-
-Las URIs de redirección son críticas - le dicen al proveedor OAuth2 dónde enviar a los usuarios después de completar la autenticación. Configurar correctamente estas URIs asegura una experiencia fluida en plataformas móviles y web.
-
-Para aplicaciones móviles, usa esquemas URL personalizados, típicamente formateados como `com.example.app://callback`, donde `com.example.app` coincide con el ID de paquete de tu aplicación. En la web, usa `window.location.origin` como URI de redirección. Si estás probando localmente, una URL como `http://localhost:8100/callback` funciona bien.
-
-Para usuarios de iOS, ten en cuenta que el plugin Browser de Capacitor usa [SFSafariViewController](https://developer.apple.com/documentation/safariservices/sfsafariviewcontroller). En iOS 11 y posteriores, esto no comparte cookies con Safari, lo que puede afectar la funcionalidad de inicio de sesión único. Si el SSO es esencial, considera usar un plugin que soporte [ASWebAuthenticationSession](https://developer.apple.com/documentation/authenticationservices/aswebauthenticationsession) [\[3\]](https://auth0.com/docs/quickstart/native/ionic-angular/interactive).
-
-### Gestiona Credenciales del Cliente
-
-Las credenciales del cliente identifican tu aplicación ante el proveedor OAuth2 y consisten en un ID de cliente y un secreto de cliente. Piensa en el ID de cliente como un identificador público, mientras que el secreto del cliente debe tratarse como una clave privada.
-
-Nunca codifiques secretos de cliente directamente en tu aplicación ni los envíes al control de versiones. En su lugar, usa variables de entorno o un sistema seguro de gestión de secretos para almacenarlos. Además, opta por tokens de corta duración con ámbitos mínimos para limitar la exposición y mejorar la seguridad.
-
-## Paso 2: Instala y Configura el Plugin OAuth2
-
-Ahora que tu proveedor OAuth2 está listo, el siguiente paso es añadir el plugin a tu aplicación Capacitor y configurarlo para plataformas iOS, Android y web.
-
-### Instala el Plugin
-
-El plugin `@byteowls/capacitor-oauth2` funciona con la mayoría de los proveedores OAuth2. Para evitar problemas de compatibilidad, necesitarás instalar la versión que coincida con tu configuración de Capacitor.
-
-Aquí están los comandos de instalación según tu versión de Capacitor:
-
--   **Capacitor v5**: `npm i @byteowls/capacitor-oauth2`
--   **Capacitor v4**: `npm i @byteowls/capacitor-oauth2@4`
--   **Capacitor v3**: `npm i @byteowls/capacitor-oauth2@3`
-
-Una vez instalado, ejecuta el comando de sincronización (`npx cap sync`) para actualizar tus dependencias nativas. Este paso es crucial para asegurar que el plugin se integre correctamente con tus proyectos iOS y Android. Saltarse esto puede llevar a errores de compilación al compilar para plataformas móviles.
-
-### Configura los Ajustes del Plugin
-
-Después de la instalación, necesitarás configurar el plugin para que coincida con la configuración de tu proveedor OAuth2. Esto se hace a través del objeto `oauth2Options` al llamar al método `authenticate()`. Los parámetros clave a definir incluyen:
-
--   **appId**: Tu ID de cliente del proveedor OAuth2.
--   **authorizationBaseUrl**: El punto final de autorización del proveedor.
--   **responseType**: Típicamente establecido como `"code"` para aplicaciones móviles.
--   **redirectUrl**: Debe coincidir con la URL de redirección configurada en el Paso 1.
-
-También puedes establecer parámetros adicionales como `accessTokenEndpoint`, `scope` y opciones específicas de plataforma para ajustar el proceso de autenticación.
-
-Para Android, actualiza tus archivos `AndroidManifest.xml` y `strings.xml` con la información correcta de esquema y host. En iOS, modifica el archivo `Info.plist` para registrar tu esquema de URL de redirección. Estos cambios específicos de plataforma aseguran que los usuarios sean redirigidos de vuelta a tu aplicación después de la autenticación.
-
-### Verifica la Compatibilidad de Versiones de Capacitor
-
-Es esencial verificar que la versión del plugin coincida con tu versión de Capacitor. Las versiones no coincidentes pueden causar errores de compilación o problemas en tiempo de ejecución. El plugin `@byteowls/capacitor-oauth2` se alinea estrictamente con las versiones de Capacitor, así que verifica la compatibilidad antes de proceder.
-
-| Versión del Plugin | Versión Compatible de Capacitor | Notas |
-| --- | --- | --- |
-| 5.x | 5.x.x | Requiere [Xcode](https://developer.apple.com/xcode/) 14.1. Cambios importantes notados en el registro de cambios. |
-| 4.x | 4.x.x | Requiere Xcode 12.0. Cambios importantes notados en el registro de cambios. |
-| 3.x | 3.x.x | Requiere Xcode 12.0. Cambios importantes notados en el registro de cambios. |
-| 2.x | 2.x.x | Requiere Xcode 11.4. Cambios importantes notados en el registro de cambios. |
-| 1.x | 1.x.x |     |
-
-Si estás desarrollando para iOS, presta especial atención a los requisitos de versión de Xcode. Usar una versión incompatible impedirá que tu aplicación se compile exitosamente. La documentación del plugin incluye tablas detalladas de compatibilidad, que son un gran recurso para solucionar problemas relacionados con versiones.
-
-Si encuentras problemas después de la instalación, desinstala la versión actual del plugin, instala la correcta para tu versión de Capacitor y ejecuta el comando de sincronización nuevamente. Este método es mucho más efectivo que intentar forzar versiones incompatibles a funcionar.
-
-## Paso 3: Construye el Flujo de Autenticación OAuth2
-
-Con tu plugin configurado, es momento de crear un flujo de autenticación completamente funcional. Este paso asegura el inicio de sesión seguro del usuario, gestión de tokens y cierre de sesión, haciendo que tu aplicación sea capaz de gestionar sesiones de usuario en todas las plataformas.
-
-### Crea el Flujo de Inicio de Sesión
-
-El proceso de inicio de sesión comienza llamando a `authenticate()` con un objeto de opciones. Este objeto debe incluir tu `authorizationBaseUrl`, `redirectUrl` y el `responseType` establecido como `'code'` para cumplir con los requisitos de PKCE. El plugin abre de forma segura la página de inicio de sesión del proveedor, donde los usuarios pueden ingresar sus credenciales. Después de un inicio de sesión exitoso, el proveedor redirige a los usuarios de vuelta a tu aplicación con tokens y detalles del usuario.
-
-Aquí está la mejor parte: los usuarios ingresan sus credenciales directamente con el proveedor OAuth2, así que tu aplicación nunca tiene acceso a información sensible. El método devuelve un objeto de respuesta que incluye el token de acceso, token de actualización y datos del usuario como correo electrónico o detalles del perfil.
-
-En iOS y Android, este proceso usa una vista web segura que comparte cookies con el navegador del sistema. En plataformas web, se basa en redirecciones estándar del navegador. Configurar correctamente tu URL de redirección asegura una experiencia de usuario fluida sin importar la plataforma.
-
-### Maneja el Almacenamiento y Actualización de Tokens
-
-Una vez que los usuarios han iniciado sesión, gestionar los tokens de forma segura es tu siguiente prioridad. Esto incluye almacenar tokens de forma segura y actualizarlos automáticamente para evitar interrupciones en la sesión. Aquí te explicamos cómo puedes manejarlo:
-
--   **Tokens de Acceso**: Almacénalos en memoria para acceso rápido y temporal.
--   **Tokens de Actualización**: Usa almacenamiento seguro, como el plugin `capacitor-secure-storage`, que encripta los tokens con AES-256 a través del Llavero de iOS o [Android Keystore](https://developer.android.com/privacy-and-security/keystore). Esto asegura que los tokens permanezcan protegidos, incluso si el dispositivo está comprometido.
-
-Cuando tu aplicación se reinicie, verifica los tokens almacenados para volver a iniciar sesión sin requerir que los usuarios vuelvan a ingresar credenciales.
-
-| Método de Almacenamiento | Nivel de Seguridad | Rendimiento | Acceso Offline | Mejor Caso de Uso |
-| --- | --- | --- | --- | --- |
-| **Almacenamiento Seguro** | AES-256 Hardware | Medio | Sí | Tokens de actualización, datos a largo plazo |
-| **Almacenamiento en Memoria** | Alto (temporal) | Alto | No | Tokens de acceso activos |
-| **Almacenamiento Regular** | Bajo | Alto | Sí | Preferencias no sensibles |
-
-Para mantener las sesiones activas, actualiza los tokens antes de que expiren. Antes de realizar llamadas a la API, verifica si el token de acceso está cerca de expirar. Si es así, usa el token de actualización para obtener un nuevo token de acceso de tu proveedor OAuth2. Para mayor fiabilidad, incluye lógica para reintentar la actualización del token cuando la red se reconecte. Si el token de actualización ha expirado o ha sido revocado, redirige a los usuarios al flujo de inicio de sesión para volver a autenticarse.
-
-### Agregar Funcionalidad de Cierre de Sesión
-
-Un proceso de cierre de sesión seguro y efectivo es igualmente importante. Comienza revocando el token de actualización a través del endpoint del proveedor. Luego, borra los tokens del almacenamiento seguro y restablece los datos del usuario para asegurar que todas las sesiones sean terminadas.
-
-Simplemente eliminar los tokens locales no es suficiente. Los proveedores OAuth2 a menudo mantienen sesiones del lado del servidor que podrían volver a autenticar a los usuarios automáticamente. Revocar el token de actualización rompe la cadena de tokens vinculada a la concesión de autorización, asegurando que las credenciales almacenadas no puedan ser reutilizadas.
-
-> "Los Tokens de Acceso JWT no pueden ser revocados. Son válidos hasta que expiran. Ya que son tokens al portador, no hay forma de invalidarlos." – lihua.zhang, Empleado de Auth0 [\[5\]](https://community.auth0.com/t/invalidating-an-access-token-after-user-logout/101398)
-
-Para revocar tokens, llama al endpoint de revocación de tokens del proveedor con el token de actualización antes de limpiar el almacenamiento local. Esta acción del lado del servidor evita el mal uso de tokens, incluso si las credenciales están comprometidas. Después de la revocación, elimina los tokens del almacenamiento seguro, restablece los datos de usuario en caché y navega a los usuarios de vuelta a la pantalla de inicio de sesión.
-
-Para configuraciones de inicio de sesión único (SSO), decide si cerrar sesión también debe finalizar las sesiones de otras aplicaciones que usan el mismo proveedor. Además, asegúrate de que el proceso de cierre de sesión funcione sin problemas durante interrupciones de red almacenando las solicitudes de cierre de sesión localmente y reintentándolas cuando se restaure la conexión. Esto asegura una limpieza adecuada en el lado del proveedor.
-
-## Paso 4: Prueba Tu Integración OAuth2
-
-Después de configurar tu configuración OAuth2 y desarrollar el flujo de autenticación, el siguiente paso es probarlo exhaustivamente. Esto asegura que tu integración funcione sin problemas en dispositivos y plataformas, proporcionando una experiencia confiable para tus usuarios. Las pruebas implican verificar la funcionalidad en dispositivos móviles y navegadores web, mientras se identifican y resuelven problemas potenciales antes de lanzar tu aplicación.
-
-### Prueba en iOS y Android
-
-Comienza probando todo el proceso de autenticación en dispositivos físicos iOS y Android.
-
--   **Para iOS**: Asegúrate de que tu esquema URL esté correctamente configurado en el archivo `Info.plist`, y confirma que tu aplicación maneje correctamente las redirecciones del proveedor OAuth2. Evita usar `WKWebView` para solicitudes de autorización, ya que puede llevar a un error `disallowed_useragent`. En su lugar, usa bibliotecas como Google Sign-In para iOS o AppAuth de OpenID Foundation para iOS para manejar los flujos de autenticación efectivamente [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-    
--   **Para Android**: Verifica que tu `AndroidManifest.xml` incluya los filtros de intención correctos para manejar URIs de redirección. Similar a iOS, evita usar `android.webkit.WebView` para solicitudes de autorización, ya que también puede causar errores `disallowed_useragent`. Opta por bibliotecas como Google Sign-In o AppAuth de OpenID para Android [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-    
-
-En ambos casos, prueba escenarios de error, como un servidor de autorización no disponible [\[7\]](https://www.testim.io/blog/how-to-test-oauth-authentication). Si tu aplicación solicita múltiples permisos (scopes), verifica cuáles son otorgados y maneja situaciones donde algunos pueden ser denegados [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-
-### Prueba en Web
-
-Para plataformas web, usa herramientas de desarrollador para monitorear solicitudes de red y asegurar la seguridad de los tokens. Herramientas como OAuth 2.0 Playground pueden ayudarte a probar tu flujo [\[10\]](https://www.oauth.com/playground), mientras que proxies de interceptación HTTP como [ZAP](https://www.zaproxy.org/) o [BurpSuite](https://portswigger.net/burp) ofrecen perspectivas más profundas durante las pruebas [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses).
-
-Al probar, usa la concesión de Código de Autorización con PKCE, ya que es el enfoque recomendado para clientes públicos. Asegúrate de que los secretos se transmitan de forma segura a través de parámetros POST o valores de encabezado en lugar de parámetros URL. Además, implementa encabezados de seguridad como `Referrer-Policy` para mejorar la protección [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses).
-
-### Solucionar Problemas Comunes
-
-Durante las pruebas, puedes encontrar problemas comunes que necesitan ser abordados:
-
--   **URIs de Redirección Incorrectas**: Las URIs de redirección que no coinciden a menudo causan errores de "cliente no autorizado". Asegúrate de que la URI de redirección coincida exactamente en la configuración de tu proveedor OAuth2, el archivo `capacitor.config.json` en tu aplicación Capacitor y los manifiestos de plataforma nativa.
-    
-    > "La ruta aceptada por sso necesita soportar la combinación de iosScheme y hostname: ionic://com.myapp.mybundle" - LBopp [\[8\]](https://forum.ionicframework.com/t/redirect-back-to-app-after-oauth2-oidc-login/201056)
-    
--   **Errores de Verificación PKCE**: Confirma que PKCE esté soportado y configurado correctamente, ya que es esencial para asegurar tu aplicación [\[9\]](https://capacitorjs.com/docs/guides/security).
-    
--   **Errores de Implementación de Plugin**: Errores como "Plugin no está implementado en iOS" típicamente indican configuraciones faltantes o problemas dentro del entorno Capacitor. Habilita el registro en tu plugin OAuth2 para ayudar a identificar y resolver estos problemas [\[4\]](https://github.com/capacitor-community/generic-oauth2).
-    
--   **Errores de Desajuste de Estado**: Si el parámetro de estado en la solicitud de autorización no coincide con el de la respuesta de redirección, podría señalar un riesgo de seguridad. Esto es especialmente relevante cuando se usan manejadores OAuth personalizados para proveedores como Facebook. Revisa cuidadosamente tu código de manejador personalizado para asegurar que no haya errores o configuraciones incorrectas [\[4\]](https://github.com/capacitor-community/generic-oauth2).
-    
-
-## Paso 5: Asegura Tu Implementación OAuth2
-
-Proteger tu integración OAuth2 es crucial para salvaguardar datos sensibles y minimizar vulnerabilidades. A continuación se presentan prácticas clave para asegurar que tu implementación permanezca segura.
-
-### Habilitar [PKCE](https://oauth.net/2/pkce/) para Mayor Seguridad
-
-![PKCE](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/a1d07053135329feb5e83364c4428d00.jpg)
-
-Una de las formas más efectivas de asegurar tu flujo de autorización es habilitando PKCE (Proof Key for Code Exchange). PKCE ayuda a prevenir la interceptación no autorizada de códigos de autorización. Así es como funciona:
-
--   Comienza generando un `code_verifier` aleatorio que tenga entre 43 y 128 caracteres de longitud.
--   Luego, crea un `code_challenge` hasheando el `code_verifier` usando SHA-256 y codificando el resultado en formato base64 URL.
-
-Si estás usando el plugin `capacitor-community/generic-oauth2`, habilitar PKCE es sencillo. Aquí hay un ejemplo de configuración:
-
-```javascript
-{
-  responseType: "code",
-  pkceEnable: true,
-  redirectUrl: "com.companyname.appname:/"
-}
-```
-
-Este plugin maneja automáticamente PKCE y no soporta el Flujo de Código sin él. El `code_challenge_method` está establecido en "S256" por defecto para una validación adecuada [\[12\]](https://developer.constantcontact.com/api_guide/pkce_flow.html).
-
-### Usar Almacenamiento Seguro para Tokens
-
-Almacenar tokens OAuth2 de forma segura es esencial para prevenir acceso no autorizado. Para aplicaciones móviles nativas, aprovecha el almacenamiento seguro proporcionado por el sistema operativo:
-
--   En iOS, usa el **Keychain** para encriptación respaldada por hardware y protección a nivel de OS.
--   En Android, usa el **Keystore**, que también puede soportar [autenticación biométrica](https://capgo.app/plugins/capacitor-native-biometric/) para seguridad adicional.
-
-Para aplicaciones web, almacena tokens en **cookies HttpOnly seguras** con el atributo `SameSite` para mitigar riesgos de cross-site scripting (XSS).
-
-Aquí hay una comparación rápida de opciones de almacenamiento seguro:
-
-| Opción de Almacenamiento | Mejor Para | Beneficios de Seguridad | Consideraciones |
-| --- | --- | --- | --- |
-| Keychain de iOS | Aplicaciones nativas iOS | Encriptación respaldada por hardware y protección a nivel de OS | Requiere implementación específica de plataforma |
-| Keystore de Android | Aplicaciones nativas Android | Almacenamiento seguro con potencial protección biométrica | Varía según características de seguridad del dispositivo |
-| Cookies HttpOnly | Navegadores web | Resistente a XSS y transmisión automática segura | Debe configurarse para acceso API del mismo dominio |
-| Backend for Frontend | Todas las plataformas | Los tokens nunca se exponen al cliente | Requiere infraestructura de servidor adicional |
-
-Para seguridad adicional, considera usar tokens de acceso de corta duración y almacenamiento encriptado. Por ejemplo, Auth0 limita los tokens de actualización activos a 200 por usuario por aplicación para reducir riesgos [\[13\]](https://auth0.com/docs/secure/tokens/token-best-practices). También puedes mejorar la seguridad con un proxy Backend for Frontend (BFF) que use cookies HttpOnly [\[14\]](https://infinum.com/blog/secure-token-storage-oauth2).
-
-### Configurar Políticas de Seguridad de Contenido
-
-Además del almacenamiento seguro, implementar Políticas de Seguridad de Contenido (CSP) sólidas puede ayudar a proteger tu aplicación contra ataques como cross-site scripting (XSS) e inyección de código. Puedes configurar CSP a nivel de servidor usando la cabecera HTTP `Content-Security-Policy` o añadiendo una etiqueta `<meta>` en tu HTML.
-
-Directivas clave en las que centrarse incluyen:
-
--   **default-src**: Establece reglas predeterminadas para todos los tipos de contenido.
--   **script-src**: Controla qué archivos JavaScript pueden ejecutarse.
--   **connect-src**: Gestiona llamadas API e interacciones OAuth2.
--   **frame-ancestors**: Previene el clickjacking restringiendo quién puede embeber tu aplicación en un iframe.
-
-Para máxima protección, usa nonces o hashes estrictos en lugar de listas de permitidos amplias, y evita directivas como `unsafe-inline` o `unsafe-eval`. Si tu aplicación está haciendo la transición de HTTP a HTTPS, considera añadir la directiva `upgrade-insecure-requests`. Para asegurar que tu contenido OAuth2 no pueda ser incrustado en otros sitios, establece `frame-ancestors 'none'`.
-
-## Conclusión y Siguientes Pasos
-
-### Puntos Clave
-
-Has implementado exitosamente la autenticación OAuth2 en tu aplicación Capacitor siguiendo cinco pasos fundamentales. Estos incluyeron configurar tu proveedor OAuth2, instalar los plugins necesarios, crear el flujo de autenticación, probar en todas las plataformas y asegurar tu integración usando PKCE y almacenamiento apropiado de tokens. Es importante recordar que OAuth 2.0 es un **protocolo de autorización**, no un protocolo de autenticación [\[1\]](https://auth0.com/intro-to-iam/what-is-oauth-2). Su enfoque principal está en otorgar acceso en lugar de verificar la identidad del usuario.
-
-La seguridad es crucial, especialmente para aplicaciones móviles. Las organizaciones que utilizan OAuth 2.0 reportan una disminución del 34% en incidentes de seguridad de acceso a API en comparación con aquellas que dependen de métodos de autenticación básicos [\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access). Al incorporar mejores prácticas - como usar tokens de acceso de corta duración, implementar PKCE y almacenar tokens de forma segura - has establecido una base sólida para el sistema de autenticación de tu aplicación.
-
-Ahora, puedes explorar formas de expandir la funcionalidad de tu aplicación mientras mantienes este marco seguro.
-
-### Añadir Más Funcionalidades
-
-Con OAuth2 implementado, tienes la oportunidad de mejorar tu aplicación con características adicionales. Por ejemplo:
-
--   **[OpenID Connect](https://openid.net/developers/how-connect-works/) (OIDC)**: Extiende OAuth 2.0 con capacidades de autenticación de usuario y Inicio de Sesión Único (SSO) [\[16\]](https://developer.okta.com/docs/concepts/oauth-openid).
--   **Autenticación Multifactor (MFA)**: Aumenta la seguridad añadiendo una capa extra de protección [\[17\]](https://blog.saaspass.com/multi-factor-authentication-mfa-with-openid-connect-protocol-d6b64c49c99c).
--   **Perfilado Progresivo**: Recolecta datos de usuario gradualmente para mejorar la incorporación y experiencia de usuario [\[15\]](https://www.descope.com/blog/post/oauth2-react-authentication-authorization).
-
-Para mantenimiento y actualizaciones continuas, considera herramientas como [Capgo](https://capgo.app/), que te permite enviar actualizaciones en vivo, correcciones y nuevas funcionalidades instantáneamente - evitando la necesidad de esperar aprobaciones de las tiendas de aplicaciones. Esto puede ser especialmente útil para manejar parches de seguridad o implementar nuevas características de autenticación rápidamente.
-
-### Más Recursos
-
-Para mejorar aún más tu implementación de OAuth2, aprovecha estos recursos y estrategias:
-
--   **Seguridad de API Gateway**: Fortalece tu implementación implementando medidas de autenticación y autorización, caché, y registro y análisis robustos [\[20\]](https://moldstud.com/articles/p-best-practices-for-deploying-api-gateways-in-production).
-    
--   **Consejo de Aaron Parecki**: Según Aaron Parecki, autor de _OAuth 2.0 Simplified_:
-    
-    > "El Flujo de Código de Autorización es el más seguro de los flujos OAuth 2.0 y debería usarse siempre que sea posible para aplicaciones del lado del servidor" [\[18\]](https://blog.dreamfactory.com/implementing-oauth-2.0-in-rest-apis-complete-guide).
-    
-
-Aquí hay una tabla de referencia rápida para guiar tus siguientes pasos:
-
-| Fase | Áreas Clave de Enfoque |
-| --- | --- |
-| Configuración del Sistema | Gestionar ciclos de vida de tokens, forzar HTTPS y almacenar información sensible de forma segura |
-| Gestión de Tokens | Usar tokens de acceso de corta duración y rotar tokens de actualización |
-| Proceso de Validación | Verificar firmas y comprobar la expiración de tokens |
-
-Mantente al día realizando auditorías de seguridad regulares y manteniendo tu implementación actualizada. Por ejemplo, OAuth 2.1 introduce mejoras como requerir PKCE para todas las solicitudes de código de autorización y retirar flujos menos seguros [\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access). Además, la documentación de Capacitor y los repositorios de plugins OAuth2 ofrecen soporte técnico continuo para ayudar a mantener y mejorar el sistema de autenticación de tu aplicación.
-
-## Preguntas Frecuentes
-
-::: faq
-### ¿Por qué debería usar el Flujo de Código de Autorización con PKCE para OAuth2 en aplicaciones móviles?
-
-## ¿Por qué Usar el Flujo de Código de Autorización con PKCE para Aplicaciones Móviles?
-
-El **Flujo de Código de Autorización con PKCE** es una elección preferida para aplicaciones móviles porque aumenta la seguridad al abordar riesgos como la interceptación del código de autorización y ataques de intermediarios. PKCE (Proof Key for Code Exchange) funciona añadiendo una capa extra de protección: requiere un desafío de código único que el servidor de autorización valida. Esto asegura que solo la aplicación prevista pueda finalizar el proceso de autenticación.
-
-Las aplicaciones móviles, clasificadas como clientes públicos, no pueden almacenar secretos de cliente de forma segura. Ahí es donde entra PKCE - permite autenticar usuarios de forma segura sin exponer datos sensibles. ¿El resultado? Un proceso de inicio de sesión más seguro y confiable que mejora la experiencia general del usuario.
-:::
-
-::: faq
-### ¿Cuál es la mejor manera de almacenar tokens OAuth2 de forma segura en aplicaciones iOS, Android y web?
-
-Para mantener los tokens OAuth2 seguros en diferentes plataformas, es esencial usar **soluciones de almacenamiento seguro adaptadas a cada plataforma**. Para iOS, la opción preferida es Keychain Services, mientras que los usuarios de Android deberían confiar en el sistema Android Keystore. Estas herramientas están específicamente construidas para proteger datos sensibles, incluyendo tokens. En la web, las cookies seguras o el almacenamiento encriptado del navegador pueden servir como alternativas efectivas.
-
-Añadir encriptación, como AES-256, proporciona una capa adicional de seguridad para los tokens. Usar **tokens de corta duración** y actualizarlos de forma segura cuando sea necesario reduce aún más el riesgo. Implementar **PKCE (Proof Key for Code Exchange)** durante el proceso OAuth2 es otra medida inteligente para bloquear el acceso no autorizado. Para una protección aún más fuerte, considera integrar autenticación biométrica, asegurando que solo el usuario legítimo pueda acceder a los tokens almacenados.
-:::
-
-::: faq
-### ¿Cuáles son los problemas más comunes al probar la integración OAuth2 en aplicaciones Capacitor y cómo pueden solucionarse?
-
-Al probar la integración OAuth2 en aplicaciones Capacitor, los desarrolladores pueden encontrarse con algunos obstáculos comunes. Aquí hay un resumen rápido de qué vigilar:
-
--   **Credenciales de Cliente Inválidas**: Asegúrate de que tu ID de cliente y secreto estén configurados correctamente y coincidan con los detalles en la configuración de tu proveedor OAuth. Incluso un pequeño error tipográfico puede causar problemas.
--   **Desajuste de URI de Redirección**: La URI de redirección en tu aplicación debe coincidir exactamente con lo registrado en tu proveedor OAuth. Verifica esto para evitar dolores de cabeza innecesarios.
--   **Expiración de Token**: Los tokens no duran para siempre. Configura un sistema confiable de actualización de tokens para manejar tokens expirados sin problemas y mantener la experiencia del usuario sin interrupciones.
--   **Configuración Incorrecta de Alcances**: Los alcances que solicitas en tu aplicación deben alinearse con los configurados en tu proveedor OAuth. Los alcances no coincidentes pueden llevar a errores inesperados.
-
-Para abordar estos problemas, tómate el tiempo para revisar exhaustivamente la configuración OAuth de tu aplicación. Implementa un manejo de errores sólido para detectar y abordar problemas temprano, y prueba tu flujo de autenticación bajo diferentes escenarios. Herramientas como Capgo pueden facilitar la vida al permitirte enviar actualizaciones y correcciones directamente a tu aplicación sin esperar aprobaciones de las tiendas de aplicaciones, manteniendo el desarrollo eficiente y a los usuarios contentos.
-:::
diff --git a/src/content/blog/es/a-brand-new-organization-system.md b/src/content/blog/es/a-brand-new-organization-system.md
deleted file mode 100644
index a3c1442b7..000000000
--- a/src/content/blog/es/a-brand-new-organization-system.md
+++ /dev/null
@@ -1,90 +0,0 @@
----
-slug: a-brand-new-organization-system
-title: Un nuevo sistema de organización
-description: Una historia sobre cómo el equipo de capgo agregó un sistema de organización
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-04-15T00:00:00.000Z
-updated_at: 2024-04-15T00:00:00.000Z
-head_image: /organization_system_blog.webp
-head_image_alt: Sistema de organización de Capgo
-keywords: >-
-  organization system, capgo, mobile app development, software engineering,
-  backend development
-tag: Story
-published: true
-locale: es
-next_blog: ''
----
-## Introducción
-
-Hola, soy [WcaleNieWolny](https://github.com/WcaleNieWolny/WcaleNieWolny) - ingeniero de software principal de Capgo.
-
-Durante los últimos 8 meses, he estado desarrollando el [sistema de organizaciones](/docs/webapp/organization-system/), y a partir del 14 de abril, me complace anunciar que el sistema ha sido completado 🎉 🎊
-
-Finalmente, después de 8 meses, cada parte de Capgo es accesible para los miembros de la organización. Esto incluye:
- - aplicaciones
- - estadísticas
- - facturación
- - soporte completo de CLI
- - ¡y mucho más!
-
-No ha sido fácil llegar hasta aquí; ha habido 3 revisiones importantes de los sistemas.
-
-## Organizaciones v1
-
-Los comienzos fueron difíciles... Inicialmente, comencé a trabajar en esto 2 semanas después de unirme al proyecto.
-En ese momento, tenía poco o ningún conocimiento sobre el código base o cualquier idea más amplia sobre cómo implementar esto.
-
-Esto llevó a implementar la solución más improvisada que solo admitía acceder a las aplicaciones, canales y versiones.
-Ni siquiera permitía que el usuario invitado accediera a las estadísticas.
-
-Y luego esperé a que Martin lo revisara. Esperé y esperé, pero realmente no pasó nada. 3 meses después, decidí volver a esto y arreglar todos los conflictos de fusión. También decidí probar, lo que resultó ser una gran idea.
-Para nada sorprendente, la solución improvisada falló completamente. En ese momento, decidí arreglar todos los errores y escribir una prueba E2E exhaustiva.
-Tuve que trabajar con código muy roto y muchas malas decisiones tomadas por mi yo del pasado, pero después de 2 duras semanas, finalmente logré que funcionara.
-
-Sin embargo, eso no significa que fuera perfecto. El propietario de la organización todavía tenía mucho más acceso que incluso el usuario invitado de más alto nivel. La experiencia del usuario también era bastante deficiente. El usuario invitado ni siquiera podía ver las estadísticas de la aplicación, gestionar la facturación, y el CLI estaba limitado solo a subir.
-
-A pesar de todos estos desafíos, Martin había revisado el PR, y una semana después, se implementó en producción.
-
-## Organizaciones v2
-
-El sistema de organizaciones funcionaba bastante bien a pesar de todos los desafíos. Los usuarios lo estaban utilizando y realmente impulsó todo el proyecto hacia adelante. Sin embargo, todavía tenía que:
- - arreglar el desorden hecho en [seguridad a nivel de fila](https://supabase.com/docs/guides/auth/row-level-security)
- - agregar soporte para todo el CLI
- - asegurar que los usuarios administradores tengan el mismo acceso que el propietario
-
-Después de [muchas discusiones](https://github.com/Cap-go/capgo/issues/564) con Martin, decidimos que la mejor manera de avanzar era reescribir todas las reglas de seguridad y mover toda la propiedad de los recursos a las organizaciones y no a los usuarios.
-Esto permitiría una integración más fácil con el nuevo sistema de organizaciones y también eliminaría mucho código heredado.
-
-Escribir el nuevo código RLS fue muy tedioso, pero después de una semana y media, toda la migración estaba lista.
-
-Esta vez, sin embargo, decidimos no escribir la prueba E2E, lo que significó que tuvimos que probarlo manualmente. Después de 3 llamadas muy extensas juntos, Martin y yo finalmente decidimos implementar en producción y esperar que todo saliera bien 🙏
-
-No fue así... Resulta que rompí el registro de usuarios y los nuevos usuarios no podían crear una cuenta 😅
-
-Después de una llamada rápida de pánico, rápidamente implementé algunos cambios en producción y me fui a dormir. Desafortunadamente, mis cambios solo crearon más problemas 😰
-
-Después de despertar, descubrí que los usuarios tenían muchas organizaciones vacías. Esto no se supone que suceda ya que solo se debe permitir 1 organización por usuario. Tomó algo de tiempo de lluvia de ideas eliminar todas las organizaciones duplicadas y vacías, pero aparte de eso, los cambios fueron bastante suaves.
-
-## Organizaciones v3
-
-Incluso esto no fue suficiente. Todavía faltaba un componente enorme - la facturación.
-
-Hasta ahora solo el propietario podía gestionar la facturación. Esto ha creado algunos problemas interesantes donde un usuario compró un plan pensando que lo estaba comprando para la organización.
-Rápidamente arreglamos el problema manualmente y fue en este punto que decidimos que este problema era inaceptable
-
-La migración fue bastante suave. Tomó una semana de trabajo pero comparado con V1 y V2 realmente no fue tan difícil 🚀
-
-## Organizaciones v4 - el futuro
-
-Después de todo este arduo trabajo creo que es hora de centrarse en otra cosa por ahora 😎
-
-No fue fácil pero aprendí mucho y capgo ha recibido una característica muy bonita e importante
-Todavía tengo que deprecar las funciones heredadas, mejorar la experiencia de usuario de la webapp, monitorear errores,
-pero no debería haber cambios importantes en este sistema.
-
-<br>
-
-Gracias por leer 🚀
diff --git a/src/content/blog/es/account-deletion-compliance-apple-guidelines.md b/src/content/blog/es/account-deletion-compliance-apple-guidelines.md
deleted file mode 100644
index f36bce6ea..000000000
--- a/src/content/blog/es/account-deletion-compliance-apple-guidelines.md
+++ /dev/null
@@ -1,245 +0,0 @@
----
-slug: account-deletion-compliance-apple-guidelines
-title: 'Cumplimiento de Eliminación de Cuenta: Directrices de Apple'
-description: >-
-  Conozca las directrices de eliminación de cuentas de Apple, los requisitos
-  clave para desarrolladores y las mejores prácticas para garantizar la
-  privacidad de los datos de los usuarios.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T03:15:15.208Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6823e678f8b9f5df39f52ef5-1747192562945.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Apple guidelines, account deletion, user privacy, app compliance, mobile
-  development
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**Apple requiere que todas las aplicaciones en la [App Store](https://www.apple.com/app-store/) proporcionen una opción dentro de la aplicación para eliminar las cuentas de usuario.** Esta política, vigente desde el 30 de junio de 2022, asegura que los usuarios puedan borrar completamente sus datos, dándoles más control sobre su privacidad. Esto es lo que necesitas saber:
-
--   **Requisitos Clave**:
-    
-    -   La **opción de eliminación de cuenta** debe ser fácil de encontrar en la configuración de la aplicación.
-    -   Los datos del usuario deben ser **completamente eliminados**, excepto cuando la retención sea legalmente requerida.
-    -   Las aplicaciones que usan **"Iniciar sesión con Apple"** deben revocar los tokens a través de la API REST de Apple.
--   **Para Desarrolladores**:
-    
-    -   Probar el proceso de eliminación para facilidad de uso y eliminación completa de datos.
-    -   Asegurar que los servicios de terceros también eliminen los datos de usuario.
-    -   Usar herramientas como **[Capgo](https://capgo.app/)** para actualizaciones en vivo y monitoreo de cumplimiento.
--   **Problemas Comunes**:
-    
-    -   Sincronización de eliminaciones entre plataformas.
-    -   Gestión de tokens huérfanos y purgas de datos incompletas.
-
-El incumplimiento puede resultar en el rechazo o eliminación de la aplicación de la App Store. Los desarrolladores deben priorizar la privacidad del usuario y seguir las pautas de Apple para evitar problemas.
-
-## Requisitos Técnicos
-
-### Pasos Requeridos para la Eliminación
-
-El proceso para eliminar una cuenta debe ser directo y fácil de encontrar. Colócalo de manera prominente en la configuración de la cuenta de la aplicación - no oculto en submenús o enlaces externos.
-
-Aquí están los pasos clave a incluir:
-
--   **Verificación de Cuenta**: Asegura que la identidad del usuario se confirme mediante un código de correo electrónico o SMS.
--   **Comunicación Clara**: Explica claramente qué datos serán eliminados y destaca cualquier requisito legal para retener cierta información.
--   **Diálogo de Confirmación**: Proporciona una pantalla de confirmación final que describa las consecuencias de eliminar la cuenta.
-
-Además, utiliza la API REST de Sign in with Apple para revocar tokens durante el proceso de eliminación de cuenta [\[2\]](https://developer.apple.com/news/?id=12m75xbj)[\[3\]](https://www.ketch.com/blog/posts/apple-delete-account-requirement).
-
-Una vez que estos pasos estén implementados, concéntrate en asegurar que la eliminación de datos se alinee con estos requisitos.
-
-### Estándares de Eliminación de Datos
-
-| **Tipo de Datos** | **Requisitos de Eliminación** | **Consideraciones Legales** |
-| --- | --- | --- |
-| Contenido del Usuario | Eliminación completa | Puede necesitarse retención temporal |
-| Datos de Autenticación | Eliminación inmediata | Se requiere revocación de tokens |
-| Datos de Terceros | Eliminación coordinada | El cumplimiento varía según el servicio |
-| Historial de Uso | Purga completa | Sujeto a reglas de retención legal |
-
-Si los datos del usuario se almacenan con servicios de terceros, asegúrate de que esos servicios también eliminen los datos. Las industrias con regulaciones estrictas pueden requerir soporte adicional al cliente para asegurar el cumplimiento [\[2\]](https://developer.apple.com/news/?id=12m75xbj).
-
-Es crucial verificar la adherencia a estos estándares mediante pruebas exhaustivas.
-
-### Requisitos de Pruebas
-
-Las pruebas del proceso de eliminación de cuenta son esenciales para asegurar el cumplimiento y la funcionalidad. Utiliza herramientas como [Xcode](https://developer.apple.com/xcode/) y herramientas de revisión de App Store para enfocarte en lo siguiente:
-
--   **Flujo de Eliminación**: Confirma que el proceso sea amigable para el usuario y fácil de acceder.
--   **Verificación de Datos**: Asegura que todos los datos del usuario sean completamente eliminados en todos los sistemas.
--   **Casos Límite**: Prueba escenarios que involucren compras dentro de la aplicación e integraciones de terceros.
-
-Para desarrolladores que usan [Capacitor](https://capacitorjs.com/) con Capgo, las actualizaciones en vivo pueden ayudar a abordar problemas de cumplimiento rápidamente, evitando la necesidad de esperar la aprobación de la App Store. Durante las pruebas, asegúrate de verificar:
-
--   Revocación de tokens para usuarios que iniciaron sesión con Apple.
--   Eliminación completa de datos de todos los servicios conectados.
--   Manejo adecuado de suscripciones activas.
-
-## Problemas Comunes y Soluciones
-
-### Sincronización de Datos entre Plataformas
-
-A veces, la eliminación de datos en iOS y Android no se sincroniza correctamente. Esto suele ocurrir debido a diferencias en cómo cada plataforma maneja el almacenamiento y los datos en caché.
-
-Aquí está cómo abordar los problemas de sincronización:
-
--   **Manejador de Eliminación Centralizado**: Desarrolla un servicio unificado para gestionar tareas clave como:
-    
-    -   Limpieza del [almacenamiento local](https://capgo.app/plugins/capacitor-data-storage-sqlite/)
-    -   Purga del almacenamiento seguro
-    -   Finalización de procesos de sincronización en la nube
-    -   Gestión de tokens
--   **Transmisión de Eventos entre Plataformas**: Utiliza lógica del lado del servidor para enviar eventos de eliminación a todas las sesiones y dispositivos activos, asegurando la consistencia.
-    
-
-### Actualizaciones de Plugins
-
-Después de manejar la eliminación en toda la plataforma, necesitarás abordar los desafíos específicos de los plugins. Asegurar que los plugins sean compatibles y estén alineados con tu proceso de eliminación es crítico para evitar inconsistencias.
-
-| **Problema** | **Impacto** | **Solución** |
-| --- | --- | --- |
-| Persistencia de Tokens | Los tokens huérfanos permanecen activos | Configurar revocación automática de tokens |
-| Almacenamiento Local | La limpieza de datos puede estar incompleta | Realizar verificaciones recursivas de eliminación |
-| Sincronización en la Nube | Los estados de eliminación pueden no coincidir | Usar manejadores síncronos para asegurar consistencia |
-
-### Gestión de Actualizaciones de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6823e678f8b9f5df39f52ef5/21f0f35e63cf5752e2e56f9c4dd03eab.jpg)
-
-La gestión de actualizaciones en tiempo real juega un papel fundamental en mantener el cumplimiento a través de plataformas y plugins. Aquí es donde **Capgo** puede simplificar el proceso de gestión de actualizaciones de eliminación de cuenta.
-
-Así es como Capgo ayuda:
-
--   **Despliegues Graduales**: Prueba las actualizaciones del flujo de eliminación con un grupo pequeño antes de implementarlas ampliamente.
--   **Reversión Instantánea**: Si algo sale mal, vuelve a una versión estable anterior inmediatamente.
--   **Análisis de Actualizaciones**: Monitorea las tasas de éxito para los flujos de eliminación e identifica problemas de cumplimiento.
-
-Según Capgo, las actualizaciones de cumplimiento llegan al 95% de los usuarios dentro de 24 horas[\[1\]](https://capgo.app). Además, todos los despliegues están asegurados con cifrado de extremo a extremo, garantizando la seguridad de los datos.
-
-Para aprovechar al máximo Capgo para actualizaciones de cumplimiento:
-
--   **Control de Versiones**: Usa canales de actualización separados para probar flujos de eliminación antes de implementarlos para todos los usuarios.
--   **Monitoreo de Errores**: Configura alertas para eliminaciones fallidas o conflictos de plugins.
--   **Verificación de Cumplimiento**: Aprovecha los análisis de Capgo para confirmar que los usuarios están recibiendo las últimas actualizaciones para el cumplimiento de eliminación.
-
-## Guía de Implementación
-
-### Estándares de Interfaz de Usuario
-
-Al diseñar la interfaz de usuario para la eliminación de cuenta, ten en cuenta estos puntos:
-
--   **Ubicación Principal**: Haz que la opción de eliminación sea fácil de encontrar. Colócala de manera prominente en la configuración de la cuenta (por ejemplo, _Configuración > Cuenta > Eliminar Cuenta_).
-    
--   **Comunicación Clara**: Proporciona una explicación detallada de lo que sucede cuando se elimina una cuenta. Incluye información sobre:
-    
-    -   Qué datos serán eliminados
-    -   Cualquier requisito legal de retención de datos
-    -   Tiempos estimados para la eliminación
-    -   Impactos potenciales en suscripciones activas
--   **Flujo de Verificación**: Asegura que el proceso sea seguro mediante:
-    
-    -   Solicitar a los usuarios que vuelvan a ingresar su contraseña
-    -   Enviar un código de verificación por correo electrónico o SMS
-    -   Mostrar diálogos de confirmación que describan claramente la acción
-
-Estos estándares aseguran una experiencia amigable para el usuario mientras se alinean con protocolos de cumplimiento más amplios.
-
-### Verificaciones Automatizadas de Cumplimiento
-
-Para mantener una adhesión consistente a estos estándares, usa herramientas automatizadas para validar tu UI y procesos. Concéntrate en estas áreas críticas:
-
-| Categoría de Prueba | Puntos de Verificación | Método de Implementación |
-| --- | --- | --- |
-| **Pruebas de UI** | Asegurar que la opción de eliminación sea fácil de encontrar | Usar pruebas automatizadas de navegación UI |
-| **Eliminación de Datos** | Confirmar la eliminación completa de datos del usuario | Validar respuestas de API |
-| **Gestión de Tokens** | Revocar tokens como "Iniciar sesión con Apple" | Realizar pruebas de integración de API REST |
-| **Multiplataforma** | Asegurar consistencia en todos los dispositivos | Probar en múltiples dispositivos |
-
-Las pruebas automatizadas regulares ayudan a identificar y abordar problemas potenciales antes de que afecten a los usuarios.
-
-### Prevención de Riesgos
-
-Para minimizar riesgos y asegurar operaciones fluidas, toma estos pasos:
-
--   **Gestión de Inventario de Datos**: Mantén un registro detallado de dónde se almacenan los datos del usuario. Esto incluye almacenamiento local, bases de datos en la nube, servicios de terceros, sistemas de autenticación y copias de seguridad. Verifica que los datos se eliminen de todas estas ubicaciones.
-    
--   **Manejo de Errores**: Prepárate para problemas potenciales como:
-    
-    -   Interrupciones de red
-    -   Llamadas API fallidas
-    -   Eliminación incompleta de datos
-    -   Errores de revocación de tokens  
-        Implementa mecanismos de respaldo para manejar estos escenarios con elegancia.
--   **Monitoreo y Cumplimiento Legal**: Rastrea métricas clave como tasas de éxito de eliminación, tiempos promedio de finalización y cualquier dato remanente. Esto ayuda a identificar y resolver problemas rápidamente. Además, asegura el cumplimiento de requisitos legales, especialmente para industrias con regulaciones estrictas. Para aplicaciones en estos sectores, agrega pasos de verificación adicionales, documenta todos los procedimientos exhaustivamente y realiza auditorías regulares.
-    
-
-## Resumen
-
-### Requisitos Principales
-
-Desde el 30 de junio de 2022, Apple requiere que todas las aplicaciones incluyan una función nativa que permita a los usuarios eliminar completamente sus cuentas. A continuación, se presenta un desglose de los requisitos clave:
-
-| **Categoría de Requisito** | **Detalles de Implementación** | **Notas de Cumplimiento** |
-| --- | --- | --- |
-| **Accesibilidad** | La opción de eliminación de cuenta debe ser fácil de encontrar dentro de la configuración de la aplicación. | Esta función debe estar integrada directamente en la aplicación. |
-| **Manejo de Datos** | Los datos del usuario y la información de la cuenta deben eliminarse completamente. | Las eliminaciones parciales no cumplen con los estándares de cumplimiento. |
-| **Autenticación** | Revocar correctamente los tokens para cuentas de "Iniciar sesión con Apple". | Usar la API REST de "Iniciar sesión con Apple" para la implementación. |
-| **Comunicación** | Notificar claramente a los usuarios sobre el proceso de eliminación y los plazos. | Incluir información sobre políticas de retención de datos y obligaciones legales. |
-
-Estas pautas forman la base para asegurar el cumplimiento de las políticas de Apple.
-
-### Próximos Pasos
-
-Para cumplir con estos requisitos, realice las siguientes acciones:
-
--   **Revisar el Almacenamiento de Datos**  
-    Auditar todas las fuentes donde se almacenan datos de usuarios y evaluar las políticas de retención. Asegurar que las conexiones con terceros estén documentadas exhaustivamente.
-    
--   **Implementar Flujos de Eliminación Seguros**  
-    Establecer procesos para verificar las solicitudes de usuarios, revocar tokens y automatizar la eliminación de datos de usuarios.
-    
--   **Protocolos de Pruebas**  
-    Realizar pruebas exhaustivas en todas las plataformas, simular varios escenarios y mantener documentación para demostrar el cumplimiento.
-    
-
-Herramientas como Capgo pueden simplificar las actualizaciones permitiendo ajustes en vivo en tu aplicación. Las pruebas regulares y el monitoreo automatizado ayudarán a garantizar la integridad de los datos y mantener tu aplicación en cumplimiento a lo largo del tiempo. Además, mantente informado sobre los requisitos legales en evolución para evitar brechas de cumplimiento.
-
-## Cómo Implementar la Eliminación de Cuenta en Tu Aplicación
-
-<iframe src="https://www.youtube.com/embed/TC6d4pub1jU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Preguntas Frecuentes
-
-::: faq
-### ¿Cómo pueden los desarrolladores asegurar que su aplicación cumpla con los requisitos de eliminación de cuenta de Apple?
-
-Para cumplir con las pautas de eliminación de cuenta de Apple, los desarrolladores necesitan ofrecer a los usuarios una forma simple y clara de eliminar sus cuentas directamente dentro de la aplicación. El proceso debe ser fácil de encontrar, sencillo de seguir y no debe requerir que los usuarios visiten sitios web externos o contacten a equipos de soporte.
-
-Para aquellos que utilizan Capacitor, herramientas como **Capgo** pueden facilitar el cumplimiento. Capgo permite actualizaciones en tiempo real de tu aplicación, lo que significa que puedes implementar cambios rápidamente - como ajustes en la función de eliminación de cuenta - sin esperar aprobaciones de la tienda de aplicaciones. Al asegurar el cumplimiento, no solo reduces el riesgo de rechazos de la aplicación sino que también fortaleces la confianza del usuario.
-:::
-
-::: faq
-### ¿Cómo pueden los desarrolladores asegurar la eliminación adecuada de datos en todas las plataformas evitando problemas de sincronización?
-
-Gestionar la eliminación de datos en varias plataformas no siempre es sencillo, especialmente cuando se debe cumplir con pautas específicas como las establecidas por Apple. Para abordar esto, los desarrolladores necesitan establecer sistemas backend confiables que procesen las solicitudes de eliminación de datos de manera uniforme en todas las plataformas integradas. Esto a menudo implica utilizar APIs o servicios que ejecuten eliminaciones simultáneamente, asegurando consistencia y previniendo desajustes.
-
-Para aplicaciones creadas con Capacitor, herramientas como **Capgo** pueden simplificar esta tarea. Capgo admite actualizaciones en tiempo real y se alinea con los requisitos de Apple, ayudando a los desarrolladores a gestionar actualizaciones y funciones de la aplicación mientras cumplen con los estándares de eliminación de datos. Al utilizar herramientas que aseguran una sincronización fluida, los desarrolladores pueden minimizar errores y construir una mayor confianza del usuario.
-:::
-
-::: faq
-### ¿Cómo pueden los desarrolladores de aplicaciones asegurar que sus aplicaciones cumplan con los requisitos de eliminación de cuenta de Apple?
-
-## Asegurando el Cumplimiento de los Requisitos de Eliminación de Cuenta de Apple
-
-Para cumplir con los requisitos de eliminación de cuenta de Apple, es crucial mantenerse actualizado sobre sus pautas y crear un proceso sencillo y amigable para la eliminación de cuentas dentro de tu aplicación. Revisar regularmente las Pautas de Revisión de la App Store de Apple, especialmente las secciones sobre gestión de cuentas y datos de usuarios, es un paso esencial para los desarrolladores.
-
-Si tu aplicación está construida usando Capacitor, herramientas como **Capgo** pueden simplificar el proceso. Capgo ofrece características como actualizaciones en tiempo real y asegura que tu aplicación cumpla con los requisitos de la plataforma de Apple, todo mientras mantiene una experiencia de usuario fluida. Además, las pruebas y el monitoreo regulares son vitales para confirmar el cumplimiento y resolver rápidamente cualquier problema potencial.
-:::
diff --git a/src/content/blog/es/alternative-to-appflow.md b/src/content/blog/es/alternative-to-appflow.md
deleted file mode 100644
index a4f699296..000000000
--- a/src/content/blog/es/alternative-to-appflow.md
+++ /dev/null
@@ -1,86 +0,0 @@
----
-slug: alternative-to-appflow
-title: Alternativa a Ionic Appflow
-description: >-
-  Ionic Appflow es una gran maquinaria para tu aplicación, lamentablemente su
-  precio no está hecho para todos, Capgo está aquí para permitirte manejar
-  actualizaciones OTA con facilidad y a un precio justo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-02T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /appflow_alt.webp
-head_image_alt: Ilustración de alternativa de Appflow
-keywords: >-
-  Ionic Appflow, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: es
-next_blog: ''
----
-Ionic Appflow es una plataforma de desarrollo de aplicaciones móviles basada en la nube que proporciona a los desarrolladores una variedad de herramientas y servicios para construir, probar e implementar aplicaciones móviles rápidamente. Ofrece características como integración y despliegue continuo, informes de fallos, permitiendo a los desarrolladores realizar un seguimiento del rendimiento de su aplicación y asegurar que funciona correctamente para sus usuarios.
-
-Una de las características destacadas de Ionic Appflow es su soporte para actualizaciones en vivo. Esto permite a los desarrolladores actualizar el contenido y la funcionalidad de su aplicación en tiempo real, sin requerir que los usuarios descarguen una nueva versión de la aplicación. Esto significa que los usuarios pueden acceder a las últimas características y mejoras tan pronto como estén disponibles, sin tener que pasar por el proceso de descarga e instalación de una actualización.
-
-Si ya tienes tu propia solución de integración continua pero estás interesado en usar la función de actualización en vivo de Ionic Appflow, es posible que encuentres que el costo de usar Ionic Appflow es prohibitivo. En este caso, podrías considerar usar una plataforma diferente que ofrezca actualizaciones en vivo a un precio más asequible.
-
-Una opción es Capgo, un plugin de Capacitor de código abierto creado por la empresa Digital shift OU. [Capgo](/register/) proporciona actualizaciones en vivo como Ionic Appflow, y puede integrarse con una variedad de herramientas de integración continua. Esto te permite continuar usando tu configuración de integración continua existente mientras aprovechas la comodidad y flexibilidad de las actualizaciones en vivo.
-
-Por supuesto, es importante que evalúes cuidadosamente las características y costos de cualquier plataforma que estés considerando usar, y elijas la solución que mejor se adapte a tus necesidades y presupuesto.
-
-Por eso te hemos hecho una tabla clara y simple para ayudarte a comparar.
-
-## Comparación de características
-
-| Características | Capgo | Appflow |
-| --- | --- | --- |
-| Actualizaciones en vivo | ✅ | ✅ |
-| Tiempo de actualización | < 1min | < 10 min |
-| Canales de actualización | ✅ | ✅ |
-| Prueba gratuita | ✅ | ❌ |
-| Revertir/cambiar versión de canal | ✅ | ❌ |
-| Estadísticas de instalación | ✅ | ❌ |
-| App sandbox para pruebas | ✅ | ❌ |
-| Plugin de Capacitor | ✅ | ❌ Compatible con Cordova |
-| Plugin de Cordova | ❌ Podría ser adaptado | ✅ |
-| Precios asequibles | ✅ Desde $14/mes | ❌ Desde $499/mes |
-| Compilación nativa | ❌ | ✅ |
-| Cifrado de extremo a extremo | ✅ | ❌ solo para Portal |
-| 100% Código abierto | ✅ | ❌ |
-| Portal | ❌ próximamente | ✅ |
-| CI/CD | ❌ Tutorial para hacerlo en populares | ✅ |
-
-## Alternativas de integración continua
-
-Si estás interesado en usar [Capgo](https://capgo.app/pricing/) para aprovechar las actualizaciones en vivo pero no tienes una solución de integración continua, puedes configurar fácilmente un flujo de trabajo de integración continua de bajo costo usando GitHub Actions. GitHub Actions es un servicio gratuito de integración y despliegue continuo incorporado para repositorios de GitHub que permite a los desarrolladores automatizar sus flujos de trabajo de desarrollo de software.
-
-Para configurar la integración continua con GitHub Actions y Capgo, primero necesitarás crear un repositorio de GitHub para el código de tu aplicación. Luego puedes crear un archivo de flujo de trabajo en tu repositorio que defina los pasos que deben ejecutarse cada vez que se envía código al repositorio. Por ejemplo, un archivo de flujo de trabajo simple podría incluir pasos para construir y probar la aplicación, y luego usar [Capgo](/register/) para crear una actualización en vivo y desplegarla a los usuarios de la aplicación.
-
-Con esta configuración, cada vez que introduzcas cambios en el código de tu aplicación y los envíes al repositorio de GitHub, se activará el archivo de flujo de trabajo y se ejecutarán los pasos especificados. Esto te permite construir, probar y desplegar automáticamente tu aplicación JS con un esfuerzo mínimo, mientras sigues aprovechando la comodidad y flexibilidad de las actualizaciones en vivo.
-
-En general, usar GitHub Actions y [Capgo](/register/) puede ser una solución rentable para aquellos que quieren usar actualizaciones en vivo pero no tienen su propia configuración de integración continua. Al aprovechar estas herramientas, los clientes pueden automatizar su proceso de desarrollo de aplicaciones y desplegar actualizaciones a sus usuarios de manera rápida y fácil.
-
-Si estás listo para configurar tu CI/CD con Capgo, puedes seguir este [tutorial para IOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/).
-
-## Vamos más allá
-
-Para ser honesto, he recomendado Appflow durante mucho tiempo, para equipos grandes que necesitan una persona de soporte dedicada.
-Pero ahora, creo que es hora de cambiar.
-
-Capgo es lo suficientemente maduro para ser utilizado por equipos de todos los tamaños, y es mucho más asequible.
-
-Si eres un equipo grande que requiere una persona de soporte dedicada, contáctame y podemos encontrar una solución juntos.
-
-Aunque Capgo está supuesto ser autoservicio, estoy realmente presente para los usuarios.
-
-Puedo ayudarte a configurar tu compilación para código nativo también, no necesitas pagar por Appflow para hacerlo.
-
-Si te gustan las herramientas de código abierto, autoservicio e impulsadas por la comunidad,
-
-Únete aquí 👇
-
-## Regístrate aquí para obtener tu cuenta
-
-[Capgo](/register/)
diff --git a/src/content/blog/es/alternative-to-expo.md b/src/content/blog/es/alternative-to-expo.md
deleted file mode 100644
index fe6b41d48..000000000
--- a/src/content/blog/es/alternative-to-expo.md
+++ /dev/null
@@ -1,59 +0,0 @@
----
-slug: alternative-to-expo
-title: Alternativa a Expo Live Update
-description: >-
-  ¿Buscas una plataforma de desarrollo de aplicaciones móviles que ofrezca la
-  comodidad de las actualizaciones en vivo de Expo sin la limitación de estar
-  atado a React Native? Echa un vistazo a Capgo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /expo_alternative.webp
-head_image_alt: Alternativa a Expo ilustración
-keywords: >-
-  Expo, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: es
-next_blog: ''
----
-Expo Live Update es una característica de la plataforma Expo que permite a los desarrolladores implementar actualizaciones en su aplicación en tiempo real, sin requerir que los usuarios descarguen una nueva versión de la aplicación. Esto es similar a la función de actualización en vivo de Capgo, que permite a los desarrolladores actualizar rápida y fácilmente el contenido y la funcionalidad de su aplicación sin obligar a los usuarios a pasar por el proceso de descarga e instalación de una actualización.
-
-Tanto Expo Live Update como la función de actualización en vivo de Capgo están diseñadas para facilitar a los desarrolladores proporcionar a sus usuarios las últimas funciones y mejoras de la aplicación tan pronto como estén disponibles. Esto puede ayudar a mejorar la experiencia del usuario y mantener a los usuarios comprometidos con la aplicación, ya que pueden acceder a nuevas funciones y mejoras tan pronto como estén disponibles.
-
-En general, Expo Live Update y la función de actualización en vivo de Capgo son similares en que ambas proporcionan una forma conveniente y fácil de usar para que los desarrolladores implementen actualizaciones en su aplicación en tiempo real. La elección entre usar Expo Live Update o la función de actualización en vivo de Capgo dependerá de sus necesidades y preferencias específicas, así como de las herramientas y tecnologías que estén utilizando para el desarrollo de su aplicación.
-
-Si eres un desarrollador de aplicaciones móviles buscando una alternativa a Expo, puedes considerar Capgo. [Capgo](/register/) es una plataforma de desarrollo de aplicaciones móviles basada en la nube que ofrece muchas de las mismas herramientas y servicios que Expo, incluyendo actualizaciones en vivo, pero con una diferencia clave: [Capgo](/register/) puede usarse con cualquier framework de JavaScript, mientras que Expo está limitado a aplicaciones construidas usando React Native.
-
-Esto significa que con Capgo, los desarrolladores tienen la libertad de decidir el framework que mejor se adapte a sus necesidades y preferencias. Ya sea que prefieras AngularJS, Vue.js o cualquier otro framework de JavaScript, puedes usar [Capgo](/register/) para construir, probar e implementar tu aplicación con facilidad.
-
-Además de su flexibilidad, [Capgo](/register/) también proporciona una variedad de otras herramientas y servicios útiles para el desarrollo de aplicaciones móviles. Por ejemplo, ofrece integración con CI/CD, plugin para características nativas y tutorial para CI/CD nativo, y análisis, permitiendo a los desarrolladores rastrear el rendimiento de su aplicación y asegurar que funcione correctamente para sus usuarios.
-
-En general, [Capgo](/register/) es una alternativa potente y flexible a Expo que ofrece muchas de las mismas características y beneficios, con la ventaja adicional de soportar múltiples frameworks de JavaScript. Si estás buscando una plataforma que pueda ayudarte a optimizar tu proceso de desarrollo de aplicaciones y ofrecer una gran experiencia de usuario, [Capgo](/register/) definitivamente vale la pena considerarla.
-
-## Comparación de características
-
-| Características | Capgo | Expo |
-| --- | --- | --- |
-| Actualizaciones en vivo | ✅ | ✅ |
-| Canales de actualización | ✅ | ✅ |
-| Revertir/cambiar versión de canal | ✅ | ✅ |
-| Estadísticas de instalación | ✅ | ❌ |
-| Aplicación sandbox para pruebas | ✅ | ✅ |
-| React Native | ❌ | ✅ |
-| React | ✅ | ❌ |
-| Capacitor | ✅ | ❌ Solo React-native |
-| Precios asequibles | ✅ | ✅ |
-| Compilación nativa | ❌ | ✅ |
-| 100% Código abierto | ✅ | ❌ |
-| Cifrado de extremo a extremo | ✅ | ❌ solo firma cifrada |
-| CI/CD | ❌ Tutorial para hacerlo en populares | ✅ |
-
-## Conclusión
-
-Expo es una gran herramienta para desarrolladores de React Native, pero no es la única opción disponible. Si estás buscando una alternativa a Expo, [Capgo](/register/) sin duda vale la pena considerarla. [Capgo](/register/) es una plataforma de desarrollo de aplicaciones móviles basada en la nube que ofrece muchas de las mismas herramientas y servicios que [Expo](https://expo.dev/), incluyendo actualizaciones en vivo, pero con una diferencia clave: [Capgo](/register/) puede usarse con cualquier framework de JavaScript, mientras que Expo está limitado a aplicaciones construidas usando React Native.
-
-Descubre cómo Capgo puede ayudarte a construir mejores aplicaciones más rápidamente, [regístrate para obtener una cuenta gratuita](/register/) hoy.
diff --git a/src/content/blog/es/alternative-to-voltbuilder.md b/src/content/blog/es/alternative-to-voltbuilder.md
deleted file mode 100644
index 17babd5d4..000000000
--- a/src/content/blog/es/alternative-to-voltbuilder.md
+++ /dev/null
@@ -1,77 +0,0 @@
----
-slug: alternative-to-voltbuilder
-title: Alternativa a Voltbuilder
-description: >-
-  Voltbuilder ofrece una forma sencilla de convertir proyectos web en
-  aplicaciones nativas, pero su precio puede no ser adecuado para todos. Capgo
-  proporciona una solución rentable para gestionar actualizaciones OTA con
-  facilidad.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-09-09T00:00:00.000Z
-updated_at: 2024-09-09T00:00:00.000Z
-head_image: /voltbuilder_alt.webp
-head_image_alt: Alternativa a Voltbuilder - ilustración
-keywords: >-
-  Voltbuilder, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: es
-next_blog: ''
----
-Voltbuilder es una plataforma basada en la nube que permite a los desarrolladores convertir sus proyectos web en aplicaciones móviles nativas para Android e iOS utilizando HTML, CSS y JavaScript. Ofrece una variedad de características diseñadas para simplificar el proceso de desarrollo de aplicaciones, incluyendo configuración sencilla, construcción y carga automática de aplicaciones, y soporte para plugins de Apache Cordova.
-
-Una de las características destacadas de Voltbuilder es su capacidad para generar aplicaciones listas para la tienda tanto para plataformas Android como iOS en cuestión de minutos. Esto permite a los desarrolladores crear e implementar rápidamente sus aplicaciones sin necesidad de un conocimiento extenso del desarrollo de aplicaciones nativas o las complejidades de los procesos de envío a las tiendas de aplicaciones.
-
-Si bien Voltbuilder ofrece una solución conveniente para muchos desarrolladores, su estructura de precios puede no ser adecuada para todos los proyectos o presupuestos. Si buscas una opción más asequible que aún proporcione características potentes, particularmente en términos de actualizaciones en vivo, podrías considerar alternativas como Capgo.
-
-Capgo, un plugin de Capacitor de código abierto desarrollado por Digital Shift OU, ofrece funcionalidad de actualización en vivo similar a la que podrías encontrar en plataformas más costosas, pero a un precio más accesible. Esto te permite mantener tu aplicación actualizada en tiempo real sin requerir que los usuarios descarguen nuevas versiones desde las tiendas de aplicaciones.
-
-Para ayudarte a tomar una decisión informada, hemos creado una tabla comparativa de características entre Capgo y Voltbuilder.
-
-## Comparación de características
-
-| Características | Capgo | Voltbuilder |
-| --- | --- | --- |
-| Actualizaciones en vivo | ✅ | ❌ |
-| Conversión de aplicaciones nativas | ❌ | ✅ |
-| Tiempo de actualización | < 1min | N/A |
-| Canal de actualizaciones | ✅ | ❌ |
-| Prueba gratuita | ✅ | ✅ (15 días) |
-| Revertir/cambiar versión de canal | ✅ | ❌ |
-| Estadísticas de instalación | ✅ | ❌ |
-| Aplicación sandbox para pruebas | ✅ | ❌ |
-| Plugin de Capacitor | ✅ | ❌ |
-| Soporte de plugins Cordova | ❌ Podría volver | ✅ |
-| Precios asequibles | ✅ Desde $14/mes | ✅ Desde $9.95/mes |
-| Compilación nativa | ❌ | ✅ |
-| Cifrado de extremo a extremo | ✅ | ❌ |
-| 100% Código abierto | ✅ | ❌ |
-| Configuración fácil | ✅ | ✅ |
-| Aplicaciones listas para tienda | ❌ | ✅ |
-
-## Alternativas de integración continua
-
-Si bien Voltbuilder ofrece un proceso simplificado para construir e implementar aplicaciones, no proporciona capacidades de integración continua incorporadas. Si buscas implementar un pipeline CI/CD junto con actualizaciones en vivo, podrías considerar combinar Capgo con un servicio como GitHub Actions.
-
-GitHub Actions es un servicio gratuito de integración y despliegue continuo incorporado para repositorios GitHub. Al configurar un flujo de trabajo con GitHub Actions e integrar Capgo para actualizaciones en vivo, puedes crear un pipeline de desarrollo potente y automatizado.
-
-Para configurar esto, primero crearías un repositorio GitHub para el código de tu aplicación. Luego, puedes crear un archivo de flujo de trabajo que defina los pasos a ejecutar cada vez que se envíe código al repositorio. Estos pasos podrían incluir construir y probar la aplicación, y luego usar Capgo para crear e implementar una actualización en vivo.
-
-Esta configuración te permite construir, probar e implementar tu aplicación automáticamente con un esfuerzo mínimo, mientras aprovechas las capacidades de actualización en vivo ofrecidas por Capgo. Para instrucciones detalladas sobre la configuración de CI/CD con Capgo, puedes consultar nuestros tutoriales para [iOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/).
-
-## Vamos más allá
-
-Si bien Voltbuilder ofrece una solución directa para convertir proyectos web en aplicaciones nativas, puede no ser la mejor opción para todos los desarrolladores, especialmente aquellos que priorizan las capacidades de actualización en vivo y soluciones de código abierto.
-
-Capgo se ha convertido en una plataforma robusta adecuada para equipos de todos los tamaños, ofreciendo una solución más asequible con enfoque en actualizaciones en vivo. Si eres un equipo más grande que requiere soporte dedicado, no dudes en contactarnos - siempre estamos listos para encontrar soluciones personalizadas.
-
-Aunque Capgo está diseñado para ser autoservicio, nos enorgullecemos de ser altamente receptivos a las necesidades de nuestros usuarios. Podemos ayudarte a configurar tu compilación para código nativo, eliminando la necesidad de soluciones más costosas.
-
-Si aprecias las herramientas de código abierto, autoservicio y dirigidas por la comunidad, Capgo podría ser la opción perfecta para tu proyecto.
-
-## Regístrate aquí para obtener tu cuenta
-
-[Capgo](/register/)
diff --git a/src/content/blog/es/android-16kb-page-size-capacitor-plugins.md b/src/content/blog/es/android-16kb-page-size-capacitor-plugins.md
deleted file mode 100644
index e86042bf7..000000000
--- a/src/content/blog/es/android-16kb-page-size-capacitor-plugins.md
+++ /dev/null
@@ -1,104 +0,0 @@
----
-slug: android-16kb-page-size-capacitor-plugins
-title: "Tamaño de página Android 16 KB: Encuentra el plugin problemático y qué hacer a continuación"
-description: Una guía simple para identificar qué plugin de Capacitor falla en dispositivos Android con tamaño de página 16 KB, qué verificar primero y cuándo pedir a Capgo que lo bifurque y mantenga.
-author: Martin Donadieu
-author_image_url: https://avatars.githubusercontent.com/u/4084527?v=4
-author_url: https://github.com/riderx
-created_at: 2025-09-12T13:55:00.000Z
-updated_at: 2025-12-12T10:19:39.000Z
-head_image: /android-16kb-page-size-capacitor-plugins.webp
-head_image_alt: Depuración de tamaño de página Android 16 KB para Capacitor
-keywords: Capacitor, tamaño de página Android 16KB, plugins, solución de problemas, bloqueos de aplicaciones, mantenimiento, bifurcación
-tag: Desarrollo, Mobile, Capacitor
-published: true
-locale: es
-next_blog: ''
----
-
-Los dispositivos Android con páginas de memoria de 16 KB se están implementando. Si un plugin de Capacitor (o una de sus dependencias nativas) no está listo, una función puede dejar de funcionar o la aplicación puede bloquearse en algunos teléfonos. La aplicación se está intensificando, así que planifique una corrección pronto.
-
-Importante: A partir del 1 de noviembre de 2025, todas las aplicaciones nuevas y actualizaciones a aplicaciones existentes enviadas a Google Play y dirigidas a dispositivos Android 15+ deben admitir tamaños de página de 16 KB en dispositivos de 64 bits.
-
-Esta guía lo simplifica: encuentre el plugin que falla, busque una actualización fácil, y si el plugin parece no mantenido, pida a [Capgo Consulting](/consulting) que lo bifurque y lo mantenga por usted.
-
-## Síntomas en dispositivos 16 KB
-
-- Funciona en algunos teléfonos Android, falla en otros (a menudo en modelos más nuevos).
-- Una función deja de funcionar cuando se utiliza un plugin específico (cámara, archivos, Bluetooth, etc.).
-- A veces funciona en depuración, no en modo liberación.
-
-Consejo: Intente en un dispositivo Android insignia reciente para reproducir temprano.
-
-## Paso 1 — Asegúrese de que es un problema del plugin
-
-- Reproduzca el problema y anote la función que está usando.
-- Oculte/deshabilite temporalmente esa función en el código. Si el problema desaparece, el plugin relacionado es probablemente la causa.
-
-## Paso 2 — Encuentre qué plugin está fallando
-
-- Desactive las funciones una por una (o comente los llamados del plugin) hasta que la aplicación deje de fallar.
-- La última función que deshabilitó antes de que comenzara a funcionar nuevamente señala al plugin problemático.
-
-## Paso 3 — Busque una solución rápida
-
-Una vez que conoce el plugin:
-
-- Actualice a la versión más reciente del plugin y sus paquetes de Capacitor.
-- Lea el README/registro de cambios del plugin para notas de Android 16 KB.
-- Compruebe problemas/discusiones abiertos para obtener informes similares y versiones recomendadas.
-
-## Paso 4 — Pregunte al mantenedor
-
-Si la versión más reciente aún falla:
-
-- Abra un problema corto y claro: "Falla en dispositivos Android con tamaño de página de 16 KB; la función X ya no funciona."
-- Incluya su versión de Capacitor, versión del plugin y una descripción de reproducción rápida.
-- Espere un poco una respuesta — algunos equipos necesitan algunos días.
-
-## Paso 5 — Si el plugin parece no mantenido
-
-Señales a tener en cuenta:
-
-- Sin versiones o respuestas del mantenedor durante meses.
-- Múltiples problemas abiertos sobre compatibilidad con Android sin respuestas.
-
-Sus opciones:
-
-- Reemplácelo con una alternativa mantenida activamente.
-- O pida a [Capgo Consulting](/consulting) que lo bifurque y lo mantenga para que su aplicación se mantenga compatible.
-
-## Paso 6 — Comprobaciones de cordura
-
-Antes de enviar, realice comprobaciones rápidas:
-
-- Pruebe la función en al menos un dispositivo Android reciente y uno más antiguo.
-- Use una compilación de liberación para una prueba final.
-- Mantenga una nota de la versión de la aplicación, versión del plugin y modelo de dispositivo que pasó.
-
-## Paso 7 — Decida: Actualizar, reemplazar o bifurcar
-
-- Actualizar: mejor caso — instale las versiones más recientes del plugin/aplicación y listo.
-- Reemplazar: cambie a una alternativa mantenida si existe una.
-- Bifurcar: cuando lo necesite funcionando y el plugin no avanza, deje que [Capgo Consulting](/consulting) lo bifurque y lo mantenga por usted.
-
-## Paquete de soporte (corto y útil)
-
-Comparta esto para acelerar la ayuda (con mantenedores o [Capgo Consulting](/consulting)):
-
-- Versión/número de compilación de la aplicación
-- Versión de Capacitor
-- Nombre y versión del plugin
-- Dispositivos/versiones de Android afectadas
-- Lo que intentó (actualizar, alternativa, etc.)
-- Pasos simples para reproducir
-
-## Contratar a Capgo: Lo haremos funcionar
-
-Si los dispositivos 16 KB están rompiendo su aplicación y un plugin no está listo, hable con nosotros:
-
-- Identificamos el plugin problemático rápidamente y confirmamos el fallo.
-- Lo reparamos: actualizar, parchear o bifurcar — y mantenerlo.
-- Te ayudamos a evitar prisas de último minuto mientras se implementa la aplicación.
-
-Cuéntenos qué función está fallando y el nombre del plugin (si lo sabe). Nos ocuparemos del resto. Visite nuestra página de servicios: [Capgo Consulting](/consulting)
diff --git a/src/content/blog/es/android-setup-for-capacitor-apps.md b/src/content/blog/es/android-setup-for-capacitor-apps.md
deleted file mode 100644
index da71daa80..000000000
--- a/src/content/blog/es/android-setup-for-capacitor-apps.md
+++ /dev/null
@@ -1,393 +0,0 @@
----
-slug: android-setup-for-capacitor-apps
-title: Configuración de Android para aplicaciones Capacitor
-description: >-
-  Configura tu entorno de desarrollo Android para aplicaciones Capacitor con
-  herramientas esenciales, configuraciones y consejos de integración para una
-  construcción eficiente de aplicaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:57:39.512Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db8c5296fa813b295022c3-1742443070357.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, Android development, Android Studio, SDK, mobile apps, Node.js,
-  JDK, environment setup
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres crear aplicaciones Android con [Capacitor](https://capacitorjs.com/)?** Aquí tienes todo lo que necesitas para configurar tu entorno de desarrollo de manera rápida y eficiente. Capacitor conecta las tecnologías web con las características nativas de Android, y para comenzar se requieren algunas herramientas y configuraciones esenciales.
-
-### Lo que Necesitarás:
-
--   **Software Principal**:
-    
-    -   Android Studio (última versión)
-    -   JDK 17+
-    -   [Node.js](https://nodejs.org/en) (última LTS)
-    -   Capacitor CLI
--   **Requisitos de Hardware**:
-    
-    -   Mínimo: Intel i5, 8GB RAM, 256GB HDD
-    -   Recomendado: Intel i7/i9, 16GB+ RAM, 512GB SSD
-
-### Pasos Rápidos:
-
-1.  Instala Android Studio y completa el asistente de configuración.
-2.  Configura el SDK de Android con API Level 33 y las herramientas requeridas.
-3.  Establece las variables de entorno para el SDK de Android.
-4.  Agrega soporte Android a tu proyecto Capacitor con `npm install @capacitor/android`.
-5.  Prueba tu configuración creando una aplicación básica y ejecutándola en un emulador o dispositivo.
-
-### Características Clave a Aprovechar:
-
--   **Actualizaciones en Vivo**: Implementa actualizaciones instantáneamente usando herramientas como [Capgo](https://capgo.app/).
--   **Características Nativas**: Accede a APIs específicas de Android para funcionalidad avanzada.
--   **Monitoreo en Tiempo Real**: Resuelve problemas rápidamente durante el desarrollo.
-
-Siguiendo estos pasos, estarás listo para desarrollar, probar y desplegar aplicaciones Android usando Capacitor. Profundicemos en los detalles.
-
-## Componentes Necesarios para la Configuración
-
-### Componentes de Software Principal
-
-Para comenzar con el desarrollo Android, necesitarás instalar estas herramientas clave:
-
--   **Android Studio**: Este es el IDE oficial para el desarrollo Android. Incluye todas las herramientas y características necesarias para crear aplicaciones Android.
--   **Java Development Kit (JDK)**: Necesario para compilar y ejecutar código Java. Para asegurar la compatibilidad con Capacitor 8, usa JDK versión 17 o posterior.
--   **Node.js**: Un entorno de ejecución JavaScript que impulsa los procesos de construcción y herramientas CLI de Capacitor. Instala la última versión LTS (Soporte a Largo Plazo) para la mejor experiencia.
--   **Capacitor CLI**: Una herramienta de línea de comandos para gestionar proyectos Capacitor, incluyendo agregar plataformas, construir y desplegar aplicaciones.
-
-Estas herramientas son esenciales para configurar tu entorno de desarrollo Android. Una vez instaladas, asegúrate de que tu hardware cumpla con los siguientes requisitos.
-
-### Requisitos de Hardware
-
-Tu máquina de desarrollo debe cumplir con estas especificaciones mínimas, pero un mejor hardware mejorará el rendimiento:
-
-| Componente | Requisitos Mínimos | Especificaciones Recomendadas |
-| --- | --- | --- |
-| **Procesador** | Intel i5 (6ta gen) o similar | Intel i7/i9 o AMD Ryzen 7/9 |
-| **RAM** | 8GB | 16GB o más |
-| **Almacenamiento** | 256GB HDD con 10GB libre | 512GB SSD o mayor |
-| **Pantalla** | Resolución 1280 x 800 | 1920 x 1080 o superior |
-| **Sistema Operativo** | Windows 10 (64-bit) / macOS 10.14 | Windows 11 / macOS 13+ |
-
-Para ejecutar emuladores Android eficientemente, la aceleración por hardware es imprescindible:
-
--   **Windows**: Requiere [Intel HAXM](https://github.com/intel/haxm) o Windows Hypervisor Platform.
--   **macOS**: La aceleración por hardware está integrada.
--   **Linux**: Usa virtualización [KVM](https://en.wikipedia.org/wiki/Kernel-based_Virtual_Machine).
-
-Ten en cuenta que Android Studio y los emuladores pueden ser exigentes con tu sistema. Asegúrate de que tu máquina tenga un enfriamiento adecuado y una conexión a internet estable para descargar componentes del SDK.
-
-Una vez que tu configuración esté lista, el siguiente paso es configurar Android Studio para integrar estas herramientas en tu flujo de trabajo.
-
-## Configuración de [Android Studio](https://developer.android.com/studio)
-
-![Android Studio](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-4d08ca5be8f73216eb56e77cdafac129-2025-03-20.jpg?auto=compress)
-
-Android Studio es imprescindible para desarrollar con Capacitor en Android. Configurarlo correctamente garantiza un flujo de trabajo fluido y mejor rendimiento.
-
-### Pasos de Instalación
-
-1.  Ve al sitio web oficial de Android Developer en [developer.android.com/studio](https://developer.android.com/studio).
-    
-2.  Descarga la última versión estable de Android Studio (2023.1.1 o más reciente).
-    
-3.  Sigue el proceso de instalación:
-    
-    -   **Windows**: Ejecuta el instalador, mantén la ubicación y componentes predeterminados, y confirma la configuración de memoria.
-    -   **macOS**: Arrastra Android Studio a la carpeta de Aplicaciones y ejecútalo.
-    -   **Linux**: Extrae el archivo, muévelo al directorio `/opt` y ejecuta el script `studio.sh`.
-
-Una vez instalado, ajusta la configuración de Android Studio para trabajar sin problemas con proyectos de Capacitor.
-
-### Configuración Básica
-
-Algunas configuraciones clave en Android Studio lo harán funcionar eficientemente con el SDK de Android y Capacitor.
-
-**Configuración Inicial**:
-
--   Completa el Asistente de Configuración.
--   Selecciona el tipo de instalación "Estándar".
--   Elige un tema de interfaz (modo claro u oscuro).
--   Verifica la configuración de tu sistema.
-
-**Ajustes de Rendimiento**:
-
-| Configuración | Valor Recomendado | Propósito |
-| --- | --- | --- |
-| Memoria Heap | 2048 MB | Acelera el IDE |
-| Opciones VM | -Xmx4096m | Mejora el rendimiento de compilación |
-| Gradle JDK | Versión 17 | Asegura el soporte de Capacitor |
-
-**Configuración del Emulador**:
-
-1.  Abre el Administrador AVD desde **Herramientas > Administrador de Dispositivos**.
-2.  Haz clic en "Crear Dispositivo Virtual".
-3.  Elige un perfil de hardware:
-    -   **Teléfono**: Pixel 6 Pro (recomendado)
-    -   **Tablet**: Pixel Tablet
-4.  Selecciona una imagen del sistema:
-    -   **Nivel API**: 33 (Android 13)
-    -   **Objetivo**: x86_64
-5.  Ajusta la configuración del AVD:
-    -   RAM: 2048 MB
-    -   [Almacenamiento Interno](https://capgo.app/plugins/capacitor-data-storage-sqlite/): 2048 MB
-    -   Tarjeta SD: 512 MB
-
-> "¡Practicamos el desarrollo ágil y @Capgo es crucial para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Para más detalles sobre configuraciones específicas de Capgo, consulta la sección [Integración de Capgo](https://capgo.app/consulting/) más adelante en esta guía.
-
-## Configuración del SDK de Android
-
-El SDK de Android es esencial para compilar y desplegar aplicaciones Android. Simplifica tanto los procesos de desarrollo como de implementación.
-
-### Instalación de Componentes del SDK
-
-Para instalar los componentes necesarios, abre el Administrador de SDK en Android Studio navegando a **Herramientas > Administrador de SDK**.
-
-Aquí están los componentes requeridos para el desarrollo con Capacitor:
-
-| Componente | Versión | Propósito |
-| --- | --- | --- |
-| **Android SDK Platform** | API 33 (Android 13.0) | Proporciona la plataforma estable más reciente para desarrollo de aplicaciones. |
-| **Android SDK Build-Tools** | 33.0.2 o más reciente | Incluye utilidades clave de compilación. |
-| **Android SDK Command-line Tools** | Última | Necesario para operaciones de línea de comandos. |
-| **Android Emulator** | Última | Usado para pruebas y depuración de aplicaciones. |
-| **Android SDK Platform-Tools** | Última | Incluye herramientas como ADB. |
-
-**Pasos para Instalar**:
-
--   **Abrir SDK Manager**: Ve a la pestaña SDK Platforms y selecciona los componentes listados arriba.
--   **Instalar Build Tools**: Asegúrate de instalar la versión 33.0.2 o más reciente para compatibilidad con Capacitor.
--   **Ubicar el SDK**: Android Studio instala el SDK en estas ubicaciones por defecto:
-    -   **Windows**: `C:\Users\username\AppData\Local\Android\Sdk`
-    -   **macOS**: `~/Library/Android/sdk`
-    -   **Linux**: `~/Android/Sdk`
-
-Una vez instalado, procede a configurar las variables de entorno para asegurar que tu sistema reconozca las herramientas del SDK.
-
-### Configuración del Entorno
-
-Para usar las herramientas del SDK de Android con Capacitor, necesitas configurar las variables de entorno.
-
-**Variables de Entorno a Configurar**:
-
-```bash
-ANDROID_HOME=/path/to/Android/sdk
-PATH=$PATH:$ANDROID_HOME/tools
-PATH=$PATH:$ANDROID_HOME/platform-tools
-```
-
--   **Windows**: Agrega estas variables a través de **Propiedades del Sistema > Variables de Entorno**.
--   **macOS/Linux**: Agrégalas a tu archivo de perfil del shell (ej., `.bash_profile` o `.zshrc`).
-
-**Verificar Instalación**:
-
-Ejecuta los siguientes comandos para confirmar que todo está configurado correctamente:
-
--   `adb --version`: Verifica si platform-tools está instalado.
--   `sdkmanager --list`: Verifica el acceso al SDK Manager.
-
-Si encuentras errores de permisos en macOS o Linux, resuélvelos ejecutando:
-
-```bash
-chmod +x $ANDROID_HOME/tools/bin/*
-chmod +x $ANDROID_HOME/platform-tools/*
-```
-
-Después de completar estos pasos, tu SDK de Android está listo para usar con Capacitor.
-
-## Configuración de Android en [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-20.jpg?auto=compress)
-
-### Instalación de la Plataforma
-
-Primero, asegúrate de que tu proyecto Capacitor esté configurado. Luego, ve al directorio de tu proyecto y agrega el soporte para Android ejecutando estos comandos:
-
-```bash
-npm install @capacitor/android
-npx cap add android
-npx cap sync android
-```
-
-Una vez hecho esto, ajusta la configuración de tu proyecto para asegurar que todo funcione de manera fluida y segura.
-
-### Ajustes de Configuración
-
-Después de agregar la plataforma Android, actualiza tu archivo `capacitor.config.json` para personalizar la configuración específica de Android. Aquí hay algunas opciones clave para configurar:
-
--   **androidScheme**: `'https'`
--   **hostname**: `'app.example.com'`
--   **android.allowMixedContent**: `false`
--   **android.minWebViewVersion**: `'55'`
--   **android.buildOptions**: Agrega cualquier opción personalizada que necesites.
-
-Aquí hay un ejemplo de configuración:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "android": {
-    "allowMixedContent": false,
-    "captureInput": true,
-    "webContentsDebuggingEnabled": false
-  }
-}
-```
-
-**Configuraciones importantes a considerar:**
-
--   **Seguridad**: Asegura que las actualizaciones en vivo estén cifradas de extremo a extremo.
--   **[Gestión de Actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**: Configura despliegues controlados con [canales de actualización](https://capgo.app/docs/webapp/channels/) específicos.
--   **Rendimiento**: Ajusta la configuración del WebView. Por ejemplo:
-
-```json
-{
-  "android": {
-    "minWebViewVersion": "60",
-    "backgroundColor": "#ffffff",
-    "allowNavigation": ["*.trusted-domain.com"]
-  }
-}
-```
-
-Finalmente, ejecuta `npx cap sync` para aplicar tus cambios.
-
-## Verificación de la Configuración
-
-Antes de sumergirte en el desarrollo de la aplicación, es importante confirmar que tu entorno de desarrollo Android está funcionando correctamente. Probar tu configuración temprano puede ayudar a detectar y resolver problemas antes de que se vuelvan más grandes.
-
-### Probar la Configuración del Proyecto
-
-Sigue estos pasos para crear y probar un proyecto básico:
-
--   **Crea una aplicación de prueba** ejecutando los siguientes comandos:
-
-```bash
-npm init @capacitor/app
-cd my-cap-app
-npm install @capacitor/android
-npx cap add android
-```
-
--   **Edita el archivo `index.html`** para incluir el siguiente contenido:
-
-```html
-<div id="test">Hello Capacitor Android!</div>
-```
-
--   **Construye y ejecuta el proyecto** usando:
-
-```bash
-npx cap open android
-```
-
-Una vez que el proyecto se abra en Android Studio, haz clic en el botón verde "Run" (icono de reproducción) para desplegar la aplicación en un dispositivo conectado o un emulador. Si todo está configurado correctamente, deberías ver el contenido de prueba mostrado sin errores.
-
-Si encuentras algún problema, revisa los consejos de solución de problemas a continuación.
-
-### Solución de problemas comunes de configuración
-
-Aquí hay algunos problemas típicos y cómo resolverlos:
-
--   **Problemas con la ruta del SDK**
-    
-    -   Verifica dos veces que tus variables de entorno estén configuradas como se especificó durante la configuración inicial. 
--   **Errores de compilación**
-    
-    -   Asegúrate de que las versiones de Gradle y JDK coincidan con los requisitos del proyecto.
-    -   Confirma que todos los componentes necesarios del SDK estén instalados.
--   **Problemas con el emulador**
-    
-    -   Habilita el acelerador de hardware (HAXM) en la configuración de tu BIOS.
-    -   Asigna al menos 2GB de RAM al emulador.
-    -   Usa imágenes de sistema x86 para mejor rendimiento.
--   **Problemas de conexión del dispositivo**
-    
-    -   Activa la depuración USB e instala los controladores correctos para tu dispositivo.
-    -   Ejecuta `adb devices` para confirmar que la conexión es reconocida.
-
-Resolver estos problemas preparará tu entorno para funciones avanzadas e integración fluida con Capgo. Una vez verificado, tu configuración estará lista para los siguientes pasos en tu proyecto.
-
-## Integración de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Una vez que tu entorno Android esté listo, es momento de integrar Capgo. Esta herramienta simplifica tu [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/) permitiéndote enviar actualizaciones a tu aplicación Capacitor instantáneamente - sin necesidad de revisión en la Play Store.
-
-### Características principales de Capgo
-
--   **Actualizaciones en tiempo real**: Las actualizaciones llegan al 95% de los usuarios activos en 24 horas [\[1\]](https://capgo.app/).
--   **Cifrado de extremo a extremo**: Garantiza la seguridad de los datos.
--   **Respuesta rápida de API**: El tiempo de respuesta global promedio es 57ms, con una tasa de éxito del 82% [\[1\]](https://capgo.app/).
--   **Actualizaciones parciales**: Minimiza el uso de datos transfiriendo solo los cambios necesarios.
-
-**Resumen de rendimiento**:
-
-| Métrica | Valor |
-| --- | --- |
-| Total de actualizaciones entregadas | 23.5M |
-| Aplicaciones activas en producción | 750 |
-| Estrellas en GitHub | 358 |
-
-### Cómo configurar Capgo
-
-1.  **Instalar Capgo CLI**
-    
-    Usa el siguiente comando para comenzar:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2.  **Configurar canales de actualización**
-    
-    Configura canales para varias necesidades como pruebas beta, despliegues graduales o pruebas A/B para experimentar con nuevas funciones.
-    
-
-### Herramientas avanzadas de Capgo
-
-Capgo ofrece herramientas adicionales para mejorar la gestión de tu aplicación:
-
--   **Panel de análisis**: Rastrea el rendimiento y uso de actualizaciones.
--   **Opciones de reversión**: Revierte actualizaciones rápidamente si es necesario.
--   **Seguimiento de errores**: Identifica y resuelve problemas eficientemente.
--   **Integración CI/CD**: Funciona perfectamente con GitHub Actions, [GitLab](https://about.gitlab.com/) CI y [Jenkins](https://www.jenkins.io/).
-
-Una vez que todo esté configurado, ejecuta el comando a continuación para sincronizar tu configuración y comenzar a gestionar actualizaciones con Capgo:
-
-```bash
-npx cap sync
-```
-
-## Resumen
-
-La configuración de un entorno de desarrollo Android para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) implica algunos pasos clave para asegurar que todo funcione correctamente. Necesitarás instalar Android Studio, configurar el SDK de Android e integrar herramientas esenciales para compilar y probar tu aplicación.
-
-Aquí hay un desglose rápido de los componentes principales:
-
--   **Android Studio**: Utiliza la última versión estable de este IDE principal.
--   **Android SDK**: Asegúrate de tener el kit de desarrollo con el nivel de API correcto para tu aplicación.
--   **[Capacitor Platform](https://capgo.app/blog/capacitor-comprehensive-guide/)**: Verifica la compatibilidad de versiones durante la integración.
--   **Herramientas opcionales de Live Update**: Herramientas como Capgo permiten actualizaciones instantáneas, pero su integración es opcional.
-
-Una configuración bien establecida asegura actualizaciones eficientes, con estadísticas que muestran que el 95% de los usuarios activos reciben actualizaciones dentro de las 24 horas y una tasa de éxito global del 82% [\[1\]](https://capgo.app/). Para confirmar que todo está listo:
-
--   Verifica que Android Studio esté instalado correctamente.
--   Asegúrate de que las rutas del SDK estén configuradas adecuadamente.
--   Sincroniza tu proyecto de Capacitor sin problemas.
--   Compila y prueba un proyecto para confirmar que no hay errores.
-
-Herramientas como Capgo están facilitando los flujos de trabajo de implementación, ya sea que estés distribuyendo a través de tiendas de aplicaciones o utilizando soluciones de actualización en vivo. Verifica dos veces tus variables de entorno y componentes del SDK para evitar contratiempos.
-
-Con estos pasos completados, estás listo para sumergirte en el desarrollo de aplicaciones con Capacitor.
diff --git a/src/content/blog/es/angular-mobile-app-capacitor.md b/src/content/blog/es/angular-mobile-app-capacitor.md
deleted file mode 100644
index 5579d9f5a..000000000
--- a/src/content/blog/es/angular-mobile-app-capacitor.md
+++ /dev/null
@@ -1,328 +0,0 @@
----
-slug: angular-mobile-app-capacitor
-title: Creando aplicaciones móviles con Angular y Capacitor
-description: >-
-  Aprende cómo crear una aplicación móvil con Angular, Capacitor y mejora la
-  interfaz de usuario nativa con Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-06T00:00:00.000Z
-updated_at: 2023-06-06T00:00:00.000Z
-head_image: /angular_capacitor.webp
-head_image_alt: Ilustración de Angular y Capacitor
-keywords: >-
-  Angular, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-En este tutorial, comenzaremos con una nueva aplicación de [Angular](https://angular.io/) y la transformaremos en una aplicación móvil nativa usando Capacitor. Opcionalmente, también puedes añadir [Konsta UI](https://konstaui.com/) para mejorar la interfaz móvil con Tailwind CSS.
-
-Capacitor te permite convertir fácilmente tu aplicación web Angular en una aplicación móvil nativa sin requerir modificaciones significativas o aprender una nueva habilidad como React Native.
-
-Con solo unos pocos pasos simples, la mayoría de las aplicaciones Angular pueden transformarse en aplicaciones móviles.
-
-Este tutorial te guiará a través del proceso, comenzando con una nueva aplicación Angular y luego incorporando Capacitor para moverte al ámbito de las aplicaciones móviles nativas. Adicionalmente, puedes usar opcionalmente [Konsta UI](https://konstaui.com/) para mejorar tu interfaz móvil con Tailwind CSS.
-
-## Acerca de Capacitor
-
-¡Capacitor es un cambio de juego! Puedes incorporarlo sin esfuerzo en cualquier proyecto web, y envolverá tu aplicación en una vista web nativa, generando el proyecto nativo de Xcode y Android Studio por ti. Además, sus plugins proporcionan acceso a características nativas del dispositivo como la cámara a través de un puente JS.
-
-Con Capacitor, obtienes una fantástica aplicación móvil nativa sin ninguna configuración complicada o curva de aprendizaje pronunciada. Su API ligera y funcionalidad optimizada hacen que sea muy fácil integrarlo en tu proyecto. ¡Confía en mí, te sorprenderá lo sencillo que es lograr una aplicación nativa completamente funcional con Capacitor!
-
-## Preparando Tu Aplicación Angular
-
-Para crear una nueva aplicación Angular, ejecuta el siguiente comando:
-
-```shell
-ng new my-app
-cd my-app
-```
-
-Elige "Angular" cuando se te solicite la versión de Angular.
-
-Para crear una aplicación móvil nativa, necesitamos una **exportación** de nuestro proyecto. Por lo tanto, incluyamos un script sencillo en nuestro **package.json** que pueda utilizarse para construir y copiar el proyecto Angular:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "ng build --prod"
-  }
-}
-```
-
-Después de ejecutar el comando `build`, deberías poder ver una nueva carpeta `dist` en la raíz de tu proyecto.
-
-Esta carpeta será utilizada por Capacitor más adelante, pero por ahora, debemos configurarla correctamente.
-
-## Añadiendo Capacitor a Tu Aplicación Angular
-
-Para empaquetar cualquier aplicación web en un contenedor móvil nativo, debemos seguir algunos pasos iniciales, pero después es tan simple como ejecutar un único comando `sync`.
-
-Primero, podemos instalar el [CLI de Capacitor](https://capacitorjs.com/docs/cli/) como una dependencia de desarrollo, y luego configurarlo dentro de nuestro proyecto. Durante la configuración, puedes presionar "enter" para aceptar los valores predeterminados para el nombre y el ID del paquete.
-
-Después, necesitamos instalar el paquete principal y los paquetes relevantes para las plataformas iOS y Android.
-
-Finalmente, podemos añadir las plataformas, y Capacitor creará carpetas para cada plataforma en la raíz de nuestro proyecto:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Angular project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-En este punto, deberías poder observar nuevas carpetas **ios** y **android** en tu proyecto Angular.
-
-**¡Estos son proyectos nativos reales!**
-
-Para acceder al proyecto Android más tarde, debes instalar [Android Studio](https://developer.android.com/studio/). Para iOS, necesitas una Mac y debes instalar [Xcode](https://developer.apple.com/xcode/).
-
-Además, deberías encontrar un archivo **capacitor.config.ts** en tu proyecto, que contiene algunas configuraciones fundamentales de Capacitor utilizadas durante la sincronización. Lo único a lo que debes prestar atención es el **webDir**, que debe apuntar al resultado de tu comando de construcción. Actualmente, es inexacto.
-
-Para corregir esto, abre el archivo **capacitor.config.json** y actualiza el **webDir**:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-Puedes probarlo ejecutando los siguientes comandos:
-
-```shell
-npm run build
-npx cap sync
-```
-
-El primer comando `npm run build` simplemente construirá tu proyecto Angular y copiará la construcción estática, mientras que el segundo comando `npx cap sync` sincronizará todo el código web en los lugares correctos de las plataformas nativas para que puedan mostrarse en una aplicación.
-
-Además, el comando sync podría actualizar las plataformas nativas e instalar plugins, así que cuando instales nuevos [plugins de Capacitor](https://capacitorjs.com/docs/plugins/) es momento de ejecutar `npx cap sync` nuevamente.
-
-Sin darte cuenta, ahora has terminado, ¡así que veamos la aplicación en un dispositivo!
-
-## Construir y Desplegar aplicaciones nativas
-
-Para desarrollar aplicaciones iOS, necesitas tener **Xcode** instalado, y para aplicaciones Android, necesitas tener **Android Studio** instalado. Además, si planeas distribuir tu aplicación en la tienda de aplicaciones, debes inscribirte en el Programa de Desarrollador de Apple para iOS y en la Consola de Google Play para Android.
-
-Si eres nuevo en el desarrollo móvil nativo, puedes usar el CLI de Capacitor para abrir fácilmente ambos proyectos nativos:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Una vez que hayas configurado tus proyectos nativos, desplegar tu aplicación a un dispositivo conectado es fácil. En Android Studio, solo necesitas esperar a que todo esté listo, y puedes desplegar tu aplicación a un dispositivo conectado sin cambiar ninguna configuración. Aquí hay un ejemplo:
-
-![android-studio-run](/android-studio-run.webp)
-
-En Xcode, necesitas configurar tu cuenta de firma para desplegar tu aplicación a un dispositivo real en lugar de solo el simulador. Si no has hecho esto antes, Xcode te guía a través del proceso (pero nuevamente, debes estar inscrito en el Programa de Desarrollador). Posteriormente, puedes simplemente presionar play para ejecutar la aplicación en tu dispositivo conectado, que puedes seleccionar en la parte superior. Aquí hay un ejemplo:
-
-![xcode-run](/xcode-run.webp)
-
-¡Felicitaciones! Has desplegado exitosamente tu aplicación web Angular a un dispositivo móvil. Aquí hay un ejemplo:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/nextjs-mobile-app.webp" alt="angular-mobile-app">
-</div>
-
-Pero espera, también hay una forma más rápida de hacer esto durante el desarrollo...
-
-## Recarga en Vivo de Capacitor
-
-A estas alturas, probablemente estés acostumbrado a tener recarga en caliente con todos los frameworks modernos, ¡y la buena noticia es que puedes tener la misma funcionalidad **en un dispositivo móvil** con un esfuerzo mínimo!
-
-Habilita el acceso a tu aplicación alojada localmente con recarga en vivo **en tu red** haciendo que la aplicación Capacitor cargue el contenido desde la URL específica.
-
-El primer paso es averiguar tu dirección IP local. Si estás usando una Mac, puedes averiguarlo ejecutando el siguiente comando en la terminal:
-
-```shell
-ipconfig getifaddr en0
-```
-
-En Windows, ejecuta:
-
-```shell
-ipconfig
-```
-
-Luego busca la dirección IPv4.
-
-Podemos instruir a Capacitor para que cargue la aplicación directamente desde el servidor añadiendo otra entrada a nuestro archivo `capacitor.config.ts`:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:4200',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Asegúrate de usar **la IP y el puerto correctos**, he usado el puerto predeterminado de Angular en este ejemplo.
-
-Ahora, podemos aplicar estos cambios copiándolos a nuestro proyecto nativo:
-
-```shell
-npx cap copy
-```
-
-El comando `copy` es similar a `sync`, pero solo **copiará los cambios realizados en la carpeta web** y la configuración, sin actualizar el proyecto nativo.
-
-Ahora puedes desplegar tu aplicación una vez más a través de Android Studio o Xcode. Después de eso, si cambias algo en tu aplicación Angular, **la aplicación se recargará automáticamente** y mostrará los cambios.
-
-**Ten en cuenta** que si instalas nuevos plugins como la cámara, aún requiere una reconstrucción de tu proyecto nativo. Esto es porque los archivos nativos son cambiados, y no se puede hacer sobre la marcha.
-
-Ten en cuenta que debes usar la IP y el puerto correctos en tu configuración. El bloque de código anterior muestra el puerto predeterminado de Angular como ejemplo.
-
-## Usando Plugins de Capacitor
-
-Veamos cómo usar un plugin de Capacitor en acción, que hemos mencionado varias veces antes. Para hacer esto, podemos instalar un plugin bastante simple ejecutando:
-
-```shell
-npm i @capacitor/share
-```
-
-No hay nada especial sobre el [plugin Share](https://capacitorjs.com/docs/apis/share/), ¡pero de todos modos muestra el diálogo de compartir nativo! Para esto ahora solo necesitamos importar el paquete y llamar a la función `share()` correspondiente desde nuestra aplicación, así que cambiemos el **src/app/app.component.ts** a esto:
-
-```typescript
-import { Component } from '@angular/core';
-import { Share } from '@capacitor/share';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: './app.component.html',
-  styleUrls: ['./app.component.scss']
-})
-export class AppComponent {
-  title = 'my-app';
-
-  async share() {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  }
-}
-```
-
-Como se mencionó anteriormente, al instalar nuevos plugins, necesitamos realizar una operación de sincronización y luego redesplegar la aplicación a nuestro dispositivo. Para hacer esto, ejecuta el siguiente comando:
-
-```
-npx cap sync
-```
-
-¡Después de presionar el botón, puedes ver el hermoso diálogo de compartir nativo en acción!
-
-## Añadiendo Konsta UI
-
-Para usar Konsta UI en tu aplicación Nuxt 3, necesitas tener [tailwind ya instalado](https://tailwindcss.com/docs/guides/angular/) y instalar el paquete:
-
-```shell
-npm i konsta
-```
-
-Adicionalmente, necesitas modificar tu archivo `tailwind.config.js`:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{html,ts}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` extenderá la configuración predeterminada de Tailwind CSS (o tu configuración personalizada) con algunas variantes extra y utilidades auxiliares requeridas para Konsta UI.
-
-Ahora necesitamos configurar el componente principal [App](https://konstaui.com/vue/app/) para que podamos establecer algunos parámetros globales (como `theme`).
-
-Necesitamos envolver toda la aplicación con `App` en el `src/app/app.component.html`:
-
-```html
-<app>
-  <h1>Welcome to Angular and Capacitor!</h1>
-  <button (click)="share()">Share now!</button>
-</app>
-```
-
-### Página de Ejemplo
-
-Ahora que todo está configurado, podemos usar los componentes Vue de Konsta UI en nuestras páginas Angular.
-
-Por ejemplo, abramos `src/app/app.component.html` y cambiémoslo a lo siguiente:
-
-```html
-<app>
-  <page>
-    <navbar title="My App" />
-
-    <block strong>
-      <p>
-        Here is your Angular & Konsta UI app. Let's see what we have here.
-      </p>
-    </block>
-    <block-title>Navigation</block-title>
-    <list>
-      <list-item href="/about/" title="About" />
-      <list-item href="/form/" title="Form" />
-    </list>
-
-    <block strong class="flex space-x-4">
-      <button>Button 1</button>
-      <button>Button 2</button>
-    </block>
-  </page>
-</app>
-```
-
-Si la recarga en vivo está desincronizada después de instalar todos los componentes necesarios, intenta reiniciar todo. Una vez que hayas hecho eso, ¡deberías ver una aplicación móvil con un aspecto algo nativo, construida con Angular y Capacitor!
-
-Deberías ver la siguiente página como resultado:
-
-<app>
-  <h1>
-</h1>
-
-## Conclusión
-
-Capacitor es una excelente opción para construir aplicaciones nativas basadas en un proyecto web existente, ofreciendo una forma simple de compartir código y mantener una interfaz de usuario consistente.
-
-Y con la adición de [Capgo](https://capgo.app/), es aún más fácil añadir actualizaciones en vivo a tu aplicación, asegurando que tus usuarios siempre tengan acceso a las últimas características y correcciones de errores.
-
-Si te gustaría aprender cómo añadir Capgo a tu aplicación Angular, echa un vistazo al siguiente artículo:
diff --git a/src/content/blog/es/api-key-security-for-app-store-compliance.md b/src/content/blog/es/api-key-security-for-app-store-compliance.md
deleted file mode 100644
index 9ee7b34a0..000000000
--- a/src/content/blog/es/api-key-security-for-app-store-compliance.md
+++ /dev/null
@@ -1,344 +0,0 @@
----
-slug: api-key-security-for-app-store-compliance
-title: Seguridad de la clave API para el cumplimiento de la App Store
-description: >-
-  Aprende estrategias esenciales para proteger las claves de API y salvaguardar
-  los datos de los usuarios, así como cumplir con las directrices de las tiendas
-  de aplicaciones, incluyendo almacenamiento, transporte y gestión.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T02:43:03.273Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e8ac6c283d21cbd67ac65e-1743302593642.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  API keys, security, encryption, app store compliance, HTTPS, key management,
-  mobile security, transport security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Mantener sus [claves API](https://capgo.app/docs/webapp/api-keys/) seguras es crítico para proteger los datos de los usuarios y cumplir con las reglas de la tienda de aplicaciones.** Exponer las claves puede llevar a brechas de datos, abuso de servicios y compromiso de cuentas.
-
-### Puntos Clave:
-
--   **Evitar almacenar claves en el código**: Utilice variables de entorno o archivos seguros.
--   **Use herramientas de la plataforma**: Llave de iOS y [EncryptedSharedPreferences](https://developer.android.com/reference/androidx/security/crypto/EncryptedSharedPreferences) de Android.
--   **Cifre las claves API**: Agregue una capa adicional de seguridad con cifrado AES-256.
--   **Transporte seguro**: Siempre utilice HTTPS y considere anclaje de certificados SSL.
--   **Monitorear y rotar claves**: Rote las claves regularmente y realice un seguimiento del uso para detectar anomalías.
-
-Al implementar estas prácticas, puede proteger su aplicación, cumplir con las pautas de Apple y Google, y proteger a sus usuarios.
-
-## Métodos Seguros para Almacenar Claves API
-
-### Eliminar Claves API del Código Fuente
-
-Incluir claves API directamente en el código fuente puede llevar a la exposición a través de la descompilación o filtraciones de repositorios. Para evitar esto, considere estos enfoques:
-
--   Use **variables de entorno** para el desarrollo local.
--   Almacene las claves en **archivos de configuración seguros** que están excluidos del control de versiones.
--   Dependa de **servicios de configuración remota** para gestionar las claves.
-
-Para iOS, considere usar **archivos XCConfig** para separar las configuraciones de su base de código. En Android, puede gestionar las claves usando `gradle.properties`:
-
-```kotlin
-# Store in ~/.gradle/gradle.properties
-API_KEY=your_key_here
-
-# Reference in build.gradle
-buildConfigField "String", "API_KEY", "\"${project.API_KEY}\""
-```
-
-### Herramientas de Seguridad de la Plataforma
-
-Aproveche las herramientas específicas de la plataforma para mejorar la seguridad al almacenar claves API.
-
-En iOS, use **[Keychain Services](https://developer.apple.com/documentation/security/keychain-services)** para almacenamiento seguro:
-
-```swift
-let query: [String: Any] = [
-    kSecClass as String: kSecClassGenericPassword,
-    kSecAttrAccount as String: "APIKey",
-    kSecValueData as String: apiKey.data(using: .utf8)!
-]
-let status = SecItemAdd(query as CFDictionary, nil)
-```
-
-Para Android, aproveche **EncryptedSharedPreferences** para almacenamiento seguro de claves:
-
-```kotlin
-val masterKey = MasterKey.Builder(context)
-    .setKeyScheme(MasterKey.KeyScheme.AES256_GCM)
-    .build()
-
-val sharedPreferences = EncryptedSharedPreferences.create(
-    context,
-    "secret_shared_prefs",
-    masterKey,
-    EncryptedSharedPreferences.PrefKeyEncryptionScheme.AES256_SIV,
-    EncryptedSharedPreferences.PrefValueEncryptionScheme.AES256_GCM
-)
-```
-
-### Separar Claves por Entorno
-
-Use diferentes claves API para entornos de desarrollo, pruebas y producción. Cada entorno debe tener:
-
--   Un horario único de rotación de claves.
--   Monitoreo de uso.
--   Controles de acceso estrictos.
-
-Almacene claves específicas del entorno en **variables CI/CD seguras** en lugar de archivos de configuración. Esto asegura que las claves permanezcan protegidas mientras soportan procesos de construcción automatizados. Además, asegúrese de que haya mecanismos de transporte seguro implementados para proteger las claves durante la transmisión.
-
-## Seguridad Avanzada para iOS Móvil – Ataques en Tiempo de Ejecución & Clave API ...
-
-<iframe src="https://www.youtube.com/embed/HfRP0lCbqZA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Seguridad en el Transporte de Claves API
-
-Mantener las claves API seguras durante el transporte es esencial para proteger los datos del usuario y cumplir con los requisitos de la tienda de aplicaciones. Medidas de seguridad de transporte robustas ayudan a prevenir ataques como el hombre en el medio y el acceso no autorizado.
-
-### Implementación de HTTPS
-
-Para asegurar la comunicación API, siempre redirija el tráfico HTTP a HTTPS. Use TLS 1.3 o superior y obtenga certificados SSL de una Autoridad de Certificación confiable.
-
-Aquí hay un ejemplo básico de cómo hacer cumplir HTTPS en una aplicación [Express](https://expressjs.com/) de Node.js:
-
-```javascript
-const express = require('express');
-const app = express();
-
-// Redirect HTTP to HTTPS
-app.use((req, res, next) => {
-    if (!req.secure) {
-        return res.redirect('https://' + req.headers.host + req.url);
-    }
-    next();
-});
-```
-
-Para una capa adicional de protección, considere implementar anclaje de certificados.
-
-### Anclaje de Certificados SSL
-
-El anclaje de certificados asegura que el certificado SSL del servidor coincida con una copia confiable, previniendo el uso de certificados falsos.
-
-En iOS, puede implementar el anclaje de certificados usando `URLSession`. Aquí hay un ejemplo:
-
-```swift
-class APIManager: NSObject, URLSessionDelegate {
-    func urlSession(_ session: URLSession, didReceive challenge: URLAuthenticationChallenge, completionHandler: @escaping (URLSession.AuthChallengeDisposition, URLCredential?) -> Void) {
-        guard let serverTrust = challenge.protectionSpace.serverTrust,
-              let certificate = SecTrustGetCertificateAtIndex(serverTrust, 0) else {
-            completionHandler(.cancelAuthenticationChallenge, nil)
-            return
-        }
-
-        // Compare certificate with pinned certificate
-        if validateCertificate(certificate) {
-            completionHandler(.useCredential, URLCredential(trust: serverTrust))
-        } else {
-            completionHandler(.cancelAuthenticationChallenge, nil)
-        }
-    }
-}
-```
-
-Además de asegurar el transporte, cifre las claves API a nivel de aplicación.
-
-### Cifrado de Claves API
-
-[Cifrar las claves API](https://capgo.app/docs/webapp/api-keys/) agrega otra capa de seguridad. Capgo, por ejemplo, utiliza cifrado de extremo a extremo para las actualizaciones de aplicaciones.
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-Para cifrar claves API, utilice algoritmos de cifrado confiables. A continuación, un ejemplo de cifrado de una clave API con AES-256-GCM en Node.js:
-
-```javascript
-const crypto = require('crypto');
-
-function encryptAPIKey(apiKey, encryptionKey) {
-    const iv = crypto.randomBytes(16);
-    const cipher = crypto.createCipheriv('aes-256-gcm', encryptionKey, iv);
-
-    let encrypted = cipher.update(apiKey, 'utf8', 'hex');
-    encrypted += cipher.final('hex');
-
-    return {
-        encrypted: encrypted,
-        iv: iv.toString('hex'),
-        tag: cipher.getAuthTag().toString('hex')
-    };
-}
-```
-
-Combinar HTTPS, anclaje de certificados y cifrado asegura una defensa sólida para sus claves API.
-
-## Gestión de Seguridad de Claves API
-
-Gestionar las claves API de manera efectiva significa mantener un control cercano sobre su uso, rotarlas regularmente y hacer cumplir controles de acceso estrictos. Estos pasos ayudan a proteger datos sensibles y asegurar el cumplimiento con los requisitos de la tienda de aplicaciones.
-
-### Monitoreo de Uso
-
-Hacer un seguimiento del uso de las claves API es crucial para detectar cualquier actividad inusual. Use análisis en tiempo real para monitorear:
-
--   Patrones y volúmenes de solicitudes
--   Ubicaciones geográficas de acceso
--   Tasas y tipos de errores
--   Fallos de autenticación
-
-Aquí hay un ejemplo en Node.js:
-
-```javascript
-const apiMetrics = {
-    trackRequest: (apiKey, endpoint) => {
-        // Log request details
-        const requestData = {
-            timestamp: new Date().toISOString(),
-            endpoint,
-            apiKey: hashKey(apiKey),
-            geoLocation: getRequestLocation(),
-            responseTime: calculateResponseTime()
-        };
-
-        // Alert on suspicious patterns
-        if (isAnomalous(requestData)) {
-            notifySecurityTeam(requestData);
-        }
-    }
-};
-```
-
-### Horario de Rotación de Claves
-
-Una vez que tenga un control sobre el uso, asegúrese de rotar sus claves regularmente. Los procesos de rotación automatizados pueden ayudarle a mantener el cumplimiento con los requisitos de la tienda de aplicaciones. Aquí hay algunas estrategias de rotación:
-
--   **Rotación de emergencia:** Desactive inmediatamente las claves si sospecha un incumplimiento.
--   **Rotación programada:** Actualice las claves de producción cada trimestre.
--   **Rotación de desarrollo:** Refresque las claves para entornos de prueba mensualmente.
-
-Para minimizar las interrupciones, utilice un período de transición durante los cambios de claves:
-
-```javascript
-const keyRotation = {
-    oldKey: process.env.OLD_API_KEY,
-    newKey: process.env.NEW_API_KEY,
-    transitionPeriod: 7 * 24 * 60 * 60 * 1000, // 7 days
-    startDate: new Date()
-};
-```
-
-### Configuración de Control de Acceso
-
-El monitoreo y la rotación son solo una parte de la ecuación. También necesita hacer cumplir controles de acceso estrictos. Asigne permisos según la necesidad y siga el principio de menor privilegio:
-
-```javascript
-const accessControl = {
-    validateAccess: (apiKey, requestedOperation) => {
-        const keyPermissions = getKeyPermissions(apiKey);
-        const environmentType = getCurrentEnvironment();
-
-        return isOperationAllowed(keyPermissions, requestedOperation, environmentType);
-    }
-};
-```
-
-Revise regularmente quién tiene acceso, ajuste permisos según sea necesario y configure alertas automatizadas para actividad inusual. Estas medidas le ayudarán a mantener una seguridad sólida mientras se adhiere a las reglas de la tienda de aplicaciones.
-
-## Funciones de Seguridad de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e8ac6c283d21cbd67ac65e/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-Capgo refuerza la seguridad de la aplicación combinando métodos de almacenamiento y transporte seguros con características avanzadas integradas en su plataforma.
-
-### Arquitectura de Seguridad de Capgo
-
-El sistema de Capgo ha entregado con éxito más de 23.5 millones de [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/) a 750 aplicaciones en producción [\[1\]](https://capgo.app/). Utiliza **cifrado de extremo a extremo**, asegurando que solo los usuarios autorizados puedan descifrar las actualizaciones. Aquí hay una mirada a su configuración de seguridad:
-
-```javascript
-const capgoSecurity = {
-    encryptionType: 'end-to-end',
-    keyStorage: {
-        separate: true,
-        encrypted: true,
-        environment: process.env.NODE_ENV
-    },
-    updateVerification: async (update) => {
-        const isValid = await verifySignature(update);
-        const isAuthorized = await checkUserPermissions(update.userId);
-        return isValid && isAuthorized;
-    }
-};
-```
-
-Este diseño no solo protege las claves API, sino que también simplifica el cumplimiento con los requisitos de la tienda de aplicaciones.
-
-### Cumplimiento de las Pautas de la Tienda de Aplicaciones
-
-Capgo asegura que las actualizaciones se entreguen de manera rápida y segura, logrando una tasa de éxito global del 82%, con el 95% de los usuarios activos recibiendo actualizaciones dentro de las 24 horas [\[1\]](https://capgo.app/). Sus características ayudan a abordar vulnerabilidades potenciales:
-
--   Rotación automática de claves alineada con las políticas de la tienda de aplicaciones
--   Controles de implementación adaptados a entornos específicos
--   Permisos granulares para gestionar actualizaciones
-
-### Integración de Seguridad CI/CD
-
-Capgo trabaja sin problemas con plataformas CI/CD para mejorar la protección de claves API. Aquí hay un ejemplo de su integración:
-
-```yaml
-capgo_deployment:
-    environment:
-        - CAPGO_API_KEY: ${SECURED_API_KEY}
-        - APP_ENV: production
-    security:
-        - signature_verification: true
-        - key_rotation: enabled
-        - access_control: role_based
-```
-
-| Característica de Seguridad | Implementación |
-| --- | --- |
-| Cifrado de Claves | Cifrado de extremo a extremo durante la construcción y despliegue |
-| Control de Acceso | Permisos basados en roles para disparadores de despliegue |
-| Registro de Auditoría | Registros completos de todas las actividades de despliegue |
-| Control de Versiones | Seguimiento seguro de actualizaciones desplegadas |
-
-> "Cifrado de extremo a extremo. Solo sus usuarios pueden descifrar sus actualizaciones, nadie más." [\[1\]](https://capgo.app/) - Capgo
-
-## Resumen
-
-Mantener las claves API seguras es crucial para cumplir con los requisitos de la tienda de aplicaciones y proteger los datos de los usuarios. Aquí hay un resumen rápido de las prácticas clave y los próximos pasos.
-
-### Lista de Verificación de Seguridad
-
-La tabla a continuación destaca los pasos importantes para proteger las claves API mientras se adhieren a los estándares de Apple y Google:
-
-| Medida de Seguridad | Requisitos de Implementación | Impacto en el Cumplimiento |
-| --- | --- | --- |
-| **Seguridad de Almacenamiento** | Utilizar cifrado de extremo a extremo y entornos separados | Alineado con las reglas de protección de datos de Apple/Google |
-| **Capa de Transporte** | Hacer cumplir HTTPS y usar anclaje de certificados SSL | Asegura datos durante la transmisión |
-| **Control de Acceso** | Aplicar permisos basados en roles y rastrear [registros de acceso](https://capgo.app/docs/webapp/logs/) | Bloquea accesos no autorizados |
-| **Gestión de Claves** | Rotar claves automáticamente y usar claves específicas del entorno | Mantiene una seguridad fuerte y continua |
-
-Consulte esta lista de verificación como guía para asegurar sus claves API.
-
-### Próximos Pasos
-
-1.  **Auditar la Implementación Actual**
-    
-    Revise sus métodos actuales de almacenamiento y transporte de claves en busca de vulnerabilidades, enfocándose especialmente en el cifrado y la exposición del código fuente.
-    
-2.  **Implementar Medidas de Seguridad**
-    
-    Aplicar cifrado de extremo a extremo para reducir riesgos y cumplir con los requisitos de la tienda de aplicaciones.
-    
-3.  **Establecer Sistemas de Monitoreo**
-    
-    Configure alertas automatizadas y realice auditorías regulares para asegurar una seguridad continua.
-    
-
-> "Cumplimiento de la tienda de aplicaciones" - Capgo [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/api-rate-limiting-for-app-store-compliance.md b/src/content/blog/es/api-rate-limiting-for-app-store-compliance.md
deleted file mode 100644
index e779db080..000000000
--- a/src/content/blog/es/api-rate-limiting-for-app-store-compliance.md
+++ /dev/null
@@ -1,174 +0,0 @@
----
-slug: api-rate-limiting-for-app-store-compliance
-title: Límite de tasa de API para conformidad con la App Store
-description: >-
-  Aprende sobre los métodos de limitación de velocidad de API y su importancia
-  para el cumplimiento de la App Store, la seguridad y el rendimiento del
-  sistema.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T03:23:39.305Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ecaaaa7747adc4bca8d9b6-1743564231231.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  API rate limiting, app store compliance, security, performance, overload
-  protection, request management
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-La limitación de velocidad de API garantiza que tu aplicación cumpla con las pautas de Apple y Google mientras protege tu sistema de sobrecargas y abusos. Limita la frecuencia con la que los usuarios pueden hacer solicitudes, mejorando la seguridad, ahorrando costos y asegurando un rendimiento fluido. Esto es lo que necesitas saber:
-
--   **Por Qué Es Importante**: Previene ataques de fuerza bruta, gestiona la carga del servidor y evita rechazos en la tienda de aplicaciones.
--   **Métodos**:
-    -   Ventana Fija: Simple pero puede causar picos de tráfico.
-    -   Ventana Deslizante: Suaviza el tráfico pero usa más memoria.
-    -   Token Bucket: Maneja ráfagas pero es complejo de configurar.
--   **Cumplimiento**: Usa retroceso exponencial para reintentos y responde con un código de estado 429 cuando se exceden los límites.
--   **Herramientas**: Plataformas como [Capgo](https://capgo.app/) simplifican la implementación con análisis, seguimiento de errores y monitoreo en tiempo real.
-
-**Consejo Rápido**: Prueba tus límites en condiciones normales, de ráfaga y de recuperación para garantizar la estabilidad y el cumplimiento.
-
-## Comprendiendo los Límites de API: Propósito, Tipos y Esencial...
-
-<iframe src="https://www.youtube.com/embed/LVl2Lftj8A8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pautas de API para App Store
-
-Los límites de velocidad de API juegan un papel clave en el cumplimiento de los requisitos de las tiendas de aplicaciones. Tanto Apple como Google tienen reglas específicas para garantizar la protección de datos del usuario y mantener la estabilidad del sistema. Aquí hay un desglose de sus políticas.
-
-### Límites de API de Apple
-
-Apple impone límites en áreas como autenticación, solicitudes de datos y endpoints públicos. Violar estos límites puede resultar en consecuencias como el rechazo de la aplicación durante el proceso de revisión, eliminación temporal de la App Store o requerir correcciones urgentes. Para gestionar los límites excedidos, se aconseja a los desarrolladores usar métodos como el **retroceso exponencial**, que implica aumentar gradualmente el retraso entre reintentos.
-
-### Límites de API de Google
-
-[Google Play Store](https://play.google/developer-content-policy/) establece límites para el acceso a datos públicos, autenticación y solicitudes de datos de usuarios. Si bien se permiten pequeñas ráfagas de actividad, el sistema rastrea el uso de cerca. Se emiten advertencias cuando se aproximan los umbrales, y las restricciones se aplican gradualmente en lugar de mediante suspensión inmediata.
-
-## Pasos de Implementación de Límites de Velocidad
-
-### Métodos de Limitación de Velocidad
-
-Al implementar la limitación de velocidad de API, elige un enfoque que se alinee con los requisitos de tu aplicación. A continuación se presentan tres métodos comúnmente utilizados:
-
-**Limitación de Velocidad de Ventana Fija**: Este método establece un límite (por ejemplo, 100 solicitudes) que se reinicia en intervalos fijos. Si bien es sencillo, puede causar picos de tráfico al final de cada período.
-
-**Limitación de Velocidad de Ventana Deslizante**: Este enfoque utiliza un marco de tiempo móvil para suavizar el tráfico. Por ejemplo, si el límite es de 100 solicitudes por minuto y un usuario hace 50 solicitudes a las 2:00:30 PM, aún puede hacer 50 solicitudes más hasta las 2:01:30 PM.
-
-**Algoritmo Token Bucket**: Este método permite flexibilidad al rellenar tokens a una velocidad establecida. Cada llamada a la API usa un token, y las solicitudes se deniegan cuando se agotan los tokens hasta que se repongan.
-
-| Método | Ventajas | Desventajas | Mejor Para |
-| --- | --- | --- | --- |
-| Ventana Fija | Fácil de implementar, bajo uso de memoria | Puede causar picos de tráfico | Endpoints API básicos |
-| Ventana Deslizante | Flujo de tráfico suave, mejor precisión | Requiere más memoria | APIs de autenticación de usuarios |
-| Token Bucket | Maneja ráfagas, personalizable | Más complejo de implementar | APIs públicas de alto tráfico |
-
-Aquí hay un ejemplo práctico usando el método de ventana deslizante.
-
-### Ejemplos de Implementación
-
-A continuación se muestra un fragmento de código que demuestra cómo implementar la limitación de velocidad de ventana deslizante:
-
-### Pruebas de Límites de Tasa
-
-Una vez implementado, pruebe exhaustivamente su configuración de límites de tasa para asegurar que funciona como se espera. Enfóquese en estas áreas:
-
--   **Pruebas de Límites Básicos**: Envíe solicitudes a tasas normales para confirmar la funcionalidad estándar.
--   **Pruebas de Ráfaga**: Simule múltiples solicitudes enviadas simultáneamente para verificar que se apliquen los límites.
--   **Pruebas de Recuperación**: Compruebe cómo se comporta el sistema una vez que se reinicia el límite.
-
-### Monitoreo del Rendimiento
-
-Después del despliegue, monitoree métricas clave para asegurar que su sistema de límites de tasa funcione bien bajo diferentes condiciones:
-
--   Total de solicitudes manejadas dentro de cada ventana de tiempo
--   Número de solicitudes rechazadas
--   Tiempos de respuesta durante tráfico alto
--   Tasas de error y sus causas
-
-Estos datos le ayudarán a ajustar su sistema para un rendimiento óptimo.
-
-## Estándares de Límites de Tasa
-
-### Estableciendo Límites de Tasa
-
-Para lograr el equilibrio correcto entre experiencia de usuario y protección del servidor, evalúe los patrones de tráfico de su API y los requisitos de los endpoints. En lugar de depender de umbrales fijos, adapte los límites de tasa para ajustarse a las necesidades específicas de su API. Ajuste estos límites con el tiempo basándose en datos de uso reales para asegurar que sigan siendo efectivos y prácticos.
-
-### Diseño de Respuesta de Error
-
-Cuando un cliente supera el límite de tasa, responda con un **código de estado 429**. Incluya encabezados que especifiquen el límite total, solicitudes restantes, tiempo de reinicio y un intervalo de reintento. Esta retroalimentación detallada ayuda a los desarrolladores a ajustar sus aplicaciones para alinearse con los límites de su API.
-
-### Proceso de Ajuste de Límites
-
-Revisar regularmente los límites de tasa es esencial para mantener el rendimiento y cumplir con los requisitos de conformidad. Monitoree factores como tráfico pico, tasas de error y carga del servidor para identificar ajustes necesarios. Incorpore retroalimentación de usuarios para asegurar que sus límites apoyen tanto la eficiencia operativa como las pautas de las tiendas de aplicaciones.
-
-## Herramientas de Límites de Tasa de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ecaaaa7747adc4bca8d9b6/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo ofrece herramientas integradas diseñadas para imponer límites de tasa de API mientras asegura alto rendimiento y conformidad con los requisitos de las tiendas de aplicaciones.
-
-### Características de Conformidad de Capgo
-
-Capgo proporciona una variedad de herramientas para ayudar a mantener los límites de tasa de API y cumplir con las pautas de las tiendas de aplicaciones. Su sistema de entrega de actualizaciones logra una impresionante tasa de éxito del 82% con un tiempo de respuesta promedio de API de 434 ms [\[1\]](https://capgo.app/). Esto incluye:
-
--   **Analíticas en Tiempo Real**: Mantenga un seguimiento de la distribución de actualizaciones y uso de API.
--   **Seguimiento de Errores**: Identifique y solucione rápidamente problemas de límites de tasa.
--   **[Sistema de Canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**: Gestione efectivamente los despliegues de actualizaciones.
--   **Encriptación**: Proteja las comunicaciones de API.
-
-Estas herramientas trabajan junto con las prácticas estándar de límites de tasa, ofreciendo datos en tiempo real y resolución proactiva de errores. El sistema de Capgo ha sido probado en 750 aplicaciones en producción, entregando 23.5 millones de actualizaciones mientras mantiene la conformidad y un rendimiento sólido [\[1\]](https://capgo.app/).
-
-### Límites de Tasa con Capgo
-
-Las herramientas de límites de tasa de Capgo se integran perfectamente en su flujo de trabajo de [Capacitor](https://capacitorjs.com/). Ayudan a lograr una tasa de actualización de usuarios del 95% dentro de 24 horas mientras mantienen estable el rendimiento de la API [\[1\]](https://capgo.app/).
-
-Aquí está un desglose del enfoque de Capgo:
-
-| Característica | Implementación | Beneficio |
-| --- | --- | --- |
-| **CDN Global** | 114 ms de velocidad de descarga para paquetes de 5 MB | Reduce la carga del servidor |
-| **Distribución de Canales** | Implementaciones graduales y pruebas beta | Controla el flujo de tráfico de API |
-| **Panel de Análisis** | Monitoreo en tiempo real | Mide el rendimiento del límite de velocidad |
-| **Gestión de Errores** | Detección automática de problemas | Evita violaciones del límite de velocidad |
-
-> "¡Practicamos el desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!"
-
-Para comenzar, ejecuta: `npx @capgo/cli init`. Este comando configura los límites de velocidad necesarios, asegurando que tu aplicación cumpla con los requisitos de las tiendas de Apple y Google.
-
-## Resumen
-
-### Puntos Principales
-
-La limitación de velocidad de API juega un papel crucial en el cumplimiento de los requisitos de las tiendas de aplicaciones y asegura que tu sistema funcione sin problemas. Aquí un desglose rápido:
-
-| Aspecto | Requisito | Impacto |
-| --- | --- | --- |
-| **Seguridad** | Cifrado de extremo a extremo | Protege las comunicaciones API y datos de usuarios |
-| **Monitoreo** | Análisis | Rastrea el uso de API y ayuda a evitar violaciones |
-
-Utiliza la lista de verificación a continuación para alinear tu estrategia de limitación de velocidad con las pautas de las tiendas de aplicaciones.
-
-### Lista de Verificación de Implementación
-
-Para implementar una estrategia sólida de limitación de velocidad, sigue estos pasos:
-
--   **Establecer Límites de Velocidad**
-    
-    -   Define límites de velocidad globales basados en las reglas de la tienda de aplicaciones.
-    -   Utiliza retroceso exponencial para mecanismos de reintento.
-    -   Configura respuestas de error apropiadas, como códigos de estado 429.
--   **Monitorear y Ajustar**
-    
-    -   Analiza el uso de API con análisis detallados.
-    -   Configura alertas automatizadas para detectar posibles infracciones temprano.
-    -   Actualiza los límites según sea necesario basado en el rendimiento real.
--   **Probar y Validar**
-    
-    -   Realiza pruebas de carga para asegurar la estabilidad.
-    -   Verifica que las respuestas de error cumplan con los requisitos de conformidad.
-    -   Mantén documentación exhaustiva de tus esfuerzos de cumplimiento.
diff --git a/src/content/blog/es/app-store-metadata-what-developers-must-know.md b/src/content/blog/es/app-store-metadata-what-developers-must-know.md
deleted file mode 100644
index 3face65a8..000000000
--- a/src/content/blog/es/app-store-metadata-what-developers-must-know.md
+++ /dev/null
@@ -1,227 +0,0 @@
----
-slug: app-store-metadata-what-developers-must-know
-title: 'Metadatos de la App Store: Lo que los desarrolladores deben saber'
-description: >-
-  Descubra cómo los metadatos efectivos de la App Store pueden mejorar la
-  visibilidad, aumentar las descargas y optimizar las actualizaciones para los
-  desarrolladores.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T01:52:31.369Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e5e83da2c14cac42f7f5e4-1743126762355.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  app store metadata, app optimization, keywords, visuals, localization, mobile
-  apps, app visibility, user engagement, updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres que tu aplicación destaque? Todo comienza con los metadatos.** Los metadatos de la tienda de aplicaciones impactan en cómo los usuarios descubren, evalúan y descargan tu aplicación. Esto es lo que necesitas saber:
-
--   **Elementos Clave**: Nombre de la aplicación, descripción, palabras clave, elementos visuales (capturas de pantalla, videos, iconos), detalles técnicos y localización.
--   **Por Qué Es Importante**: Los metadatos mejoran el descubrimiento de la aplicación, aumentan las descargas y simplifican los procesos de aprobación.
--   **Consejos de Optimización**: Utiliza descripciones concisas ricas en palabras clave, elementos visuales atractivos y contenido localizado para diferentes mercados.
--   **Errores Comunes**: Evita el exceso de palabras clave, elementos visuales deficientes, marca inconsistente y descripciones poco claras.
-
-**Plan de Acción Rápido**:
-
-1.  Escribe un nombre y descripción atractivos dentro de los límites de caracteres.
-2.  Utiliza palabras clave relevantes y naturales para mejorar el ranking en las búsquedas.
-3.  Agrega elementos visuales de alta calidad que cumplan con las plataformas para atraer usuarios.
-4.  Actualiza regularmente los metadatos para nuevas funciones, mejoras o eventos estacionales.
-
-La gestión de metadatos es esencial para el éxito de la aplicación. Herramientas como [Capgo](https://capgo.app/) pueden ayudarte a realizar actualizaciones instantáneas, mantener el cumplimiento y seguir el rendimiento de manera efectiva.
-
-## Optimizando Metadatos para Posicionarse en la App Store - Parte 2
-
-<iframe src="https://www.youtube.com/embed/zOqr-quX_LM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Elementos Básicos de los Metadatos
-
-Analicemos los elementos clave de los metadatos y cómo dan forma a la identidad de tu aplicación.
-
-### Nombres y Descripciones de Aplicaciones
-
-El nombre y la descripción de tu aplicación son cruciales para dar una buena primera impresión. Aquí están los límites de caracteres para las tiendas de aplicaciones:
-
--   **[Apple App Store](https://developer.apple.com/app-store/guidelines/)**: 30 caracteres para el nombre de la aplicación, 30 para el subtítulo
--   **[Google Play Store](https://play.google.com/console/signup)**: 50 caracteres para el título de la aplicación, 80 para la descripción corta
-
-Al escribir la descripción de tu aplicación, mantén esta estructura en mente:
-
--   **Primer párrafo**: Comunica claramente el valor principal o propósito de tu aplicación.
--   **Secciones intermedias**: Destaca las características clave y lo que hace única a tu aplicación.
--   **Párrafo final**: Termina con una llamada a la acción y refuerza las ventajas únicas de tu aplicación.
-
-_Consejo_: Coloca la información más importante en las primeras tres líneas. Esto es lo que los usuarios ven antes de hacer clic en "Leer Más".
-
-### Términos de Búsqueda y Rankings
-
-La ubicación estratégica de palabras clave es esencial para mejorar la visibilidad en las búsquedas. Así es cómo las dos principales tiendas de aplicaciones manejan las palabras clave:
-
--   **Apple App Store**: Ofrece un campo de palabras clave de 100 caracteres específicamente para términos de búsqueda.
--   **Google Play Store**: Extrae palabras clave directamente del título y la descripción de tu aplicación.
-
-Concéntrate en palabras clave que sean relevantes, tengan buen volumen de búsqueda y no sean demasiado competitivas. Evita el exceso de palabras clave - puede perjudicar tu posicionamiento.
-
-A continuación, cubriremos los elementos visuales que mejoran la presentación de tu aplicación en la tienda.
-
-### Requisitos de Contenido Visual
-
-Los elementos visuales de alta calidad son esenciales para captar la atención y cumplir con las pautas técnicas. Las tiendas de aplicaciones a menudo requieren el cumplimiento para aprobar tu aplicación.
-
-**Capturas de Pantalla de la App Store**:
-
--   Para pantalla Super Retina XDR de 6.5": 1284 x 2778 píxeles
--   Para [iPad Pro](https://www.apple.com/ipad-pro/) (12.9 pulgadas): 2048 x 2732 píxeles
--   Sube al menos 3 capturas de pantalla (máximo: 10)
-
-**Gráficos de Google Play**:
-
--   Gráfico destacado: 1024 x 500 píxeles
--   Icono: 512 x 512 píxeles
--   Las capturas de pantalla deben mantener una relación de aspecto mínima de 16:9
-
-Los videos también pueden tener un gran impacto. Usa clips MP4 o MOV de 15-30 segundos para mostrar tu aplicación en acción. Evita incluir marcas de terceros en estos videos.
-
-_Mejor Práctica_: Crea capturas de pantalla localizadas para mercados clave. Utiliza texto traducido e imágenes que resuenen con la cultura de cada región.
-
-## Consejos para Escribir Metadatos
-
-### Escribiendo Descripciones Claras
-
-Crea una descripción corta y directa que destaque lo que ofrece tu aplicación y sus características principales. Comienza con una declaración rápida sobre el beneficio principal de tu aplicación, seguida de un resumen de sus funciones más notables. Ajusta tu redacción para resonar con cada audiencia específica.
-
-### Traducción y Adaptación al Mercado
-
-La localización de metadatos no se trata solo de traducir texto - se trata de alinear tu mensaje con la cultura local y las preferencias del usuario. Trabaja con hablantes nativos para asegurar que los beneficios de tu aplicación se comuniquen efectivamente y resuenen con la audiencia prevista.
-
-## Errores Comunes en Metadatos
-
-### Errores de Palabras Clave y Descripción
-
-Conseguir los metadatos correctos es crucial para la visibilidad y el rendimiento de tu aplicación. ¿Un error importante? **Sobrecarga de palabras clave** - llenar descripciones con términos repetitivos para manipular rankings. Esto no solo viola las reglas de la tienda de aplicaciones, sino que también puede llevar al rechazo directo. En su lugar, concéntrate en colocar las palabras clave de forma natural dentro del texto.
-
-Otros errores de descripción incluyen:
-
--   No comunicar claramente el valor de tu aplicación
--   Sobrecargar el texto con jerga técnica
--   Omitir características o beneficios clave
--   Enviar mensajes contradictorios en diferentes versiones localizadas
-
-### Estándares de Imagen y Video
-
-Los recursos visuales juegan un papel significativo en el éxito de tu aplicación. Cumplir con los requisitos específicos de la plataforma asegura envíos fluidos y evita retrasos innecesarios.
-
-Consejos clave para visuales:
-
--   Usa capturas de pantalla que reflejen con precisión la versión actual de la aplicación
--   Mantén los videos de vista previa concisos - 15 a 30 segundos es ideal
--   Evita agregar marcos de dispositivos a menos que la plataforma lo requiera explícitamente
--   Asegura que las superposiciones de marketing no dominen la captura de pantalla
-
-### Directrices de Marca
-
-Mantener una identidad de marca consistente es tan importante como la precisión técnica.
-
-**Problemas de nomenclatura a vigilar:**
-
--   Usar diferentes nombres de aplicación en distintas plataformas
--   Mal uso de símbolos de marca registrada
--   Capitalización incorrecta en títulos
-
-**Problemas de identidad visual:**
-
--   Esquemas de color no coincidentes entre iconos y capturas de pantalla
--   Elecciones de fuentes inconsistentes
--   Colocación incorrecta del logotipo
-
-Capgo ha alcanzado una tasa de éxito global del 82% [\[1\]](https://capgo.app/).
-
-| Error Común | Impacto | Solución |
-| --- | --- | --- |
-| Sobrecarga de palabras clave | Rechazo de la tienda, rankings más bajos | Usar lenguaje natural y enfocarse en la relevancia |
-| Capturas de pantalla deficientes | Tasas de conversión reducidas | Seguir las pautas específicas de la plataforma |
-| Marca inconsistente | Disminución de la confianza | Implementar pautas estrictas de marca |
-
-## Mantenimiento de Metadatos
-
-### Cuándo Actualizar
-
-Mantén tus metadatos actualizados durante eventos clave como lanzamientos importantes, implementación de funciones, mejoras de rendimiento, cambios en el mercado o promociones estacionales. Aquí está cuándo hacer cambios:
-
--   **Lanzamientos de funciones**: Actualiza descripciones y capturas de pantalla para destacar nuevas capacidades.
--   **Mejoras de rendimiento**: Enfatiza mejoras medibles como mayor velocidad o mejor eficiencia.
--   **Cambios en el mercado**: Ajusta palabras clave y mensajes para alinearse con las necesidades cambiantes del usuario.
--   **Eventos estacionales**: Adapta los metadatos para festividades, promociones especiales u ocasiones notables.
-
-Después de hacer actualizaciones, rastrea su efectividad usando métricas de rendimiento.
-
-### Seguimiento del Rendimiento
-
-Medir el impacto de las actualizaciones de metadatos es esencial. Utilice métricas como las tasas de éxito de actualización y el compromiso del usuario para evaluar la efectividad. Por ejemplo, las aplicaciones que utilizan soluciones de actualización en vivo como Capgo reportan una tasa de éxito de actualización del 95% entre usuarios activos dentro de las 24 horas [\[1\]](https://capgo.app/). Revise regularmente los comentarios de los usuarios para asegurarse de que sus metadatos sean claros y resuenen con su audiencia.
-
-Estos conocimientos pueden ayudarte a seleccionar las [herramientas adecuadas para gestionar actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Herramientas para Gestionar Actualizaciones
-
-Las plataformas modernas simplifican la [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) con características como:
-
--   **Despliegue en tiempo real**: Implementa actualizaciones al instante sin esperar la aprobación de la tienda. Capgo, por ejemplo, ha entregado 23.5 millones de actualizaciones con una tasa de éxito global del 82% [\[1\]](https://capgo.app/).
--   **Integración de análisis**: Monitorea el éxito de las actualizaciones, el compromiso del usuario y el historial de versiones.
--   **Opciones de reversión**: Deshace cambios rápidamente si es necesario.
--   **Distribución controlada**: Prueba actualizaciones con grupos específicos de usuarios antes de un lanzamiento completo.
-
-> "Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica, @manticarodrigo
-
-## Características y Beneficios de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-28.jpg?auto=compress)
-
-### Sobre Capgo
-
-Capgo simplifica la gestión de [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) permitiendo cambios instantáneos sin necesidad de revisiones de la tienda de aplicaciones. Está diseñado para aplicaciones Capacitor, ayudando a los equipos a implementar rápidamente correcciones críticas y nuevas funciones. Con 750 aplicaciones en producción y más de 23.5 millones de actualizaciones entregadas exitosamente, Capgo ha demostrado ser una solución confiable para manejar actualizaciones de aplicaciones de manera eficiente [\[1\]](https://capgo.app/).
-
-### Proceso de Actualización de Capgo
-
-El sistema de actualización de Capgo está construido para cumplir con las reglas de la tienda de aplicaciones mientras acelera el despliegue. Los desarrolladores pueden implementar actualizaciones instantáneamente usando características como:
-
--   **Actualizaciones Parciales**: Solo descarga el contenido modificado, ahorrando ancho de banda y reduciendo el tamaño de actualización.
--   **Encriptación de Extremo a Extremo**: Proporciona [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/) con encriptación verdadera, no solo firma básica.
--   **Distribución por Canales**: Permite lanzamientos dirigidos para pruebas beta o grupos específicos de usuarios.
-
-El sistema logra una tasa de éxito global del 82%, entrega un paquete de 5 MB desde su CDN global en solo 114 milisegundos, y asegura que el 95% de los usuarios activos reciban actualizaciones dentro de 24 horas [\[1\]](https://capgo.app/).
-
-### Herramientas Principales de Capgo
-
-Capgo proporciona herramientas clave para gestionar efectivamente las actualizaciones y metadatos de aplicaciones:
-
-| Característica | Propósito | Métrica de Rendimiento |
-| --- | --- | --- |
-| Análisis en Tiempo Real | Monitorear el éxito de actualizaciones y actividad del usuario | 434 ms tiempo promedio de respuesta API |
-| Control de Versiones | Revertir rápidamente a versiones anteriores | Capacidad de reversión instantánea |
-| Integración CI/CD | Automatizar despliegues a través de herramientas Git | Integración de flujo de trabajo optimizada |
-
-Capgo es compatible con Capacitor 8 y ofrece opciones de despliegue tanto en la nube como [auto-alojado](https://capgo.app/blog/self-hosted-capgo/). Esta flexibilidad asegura una gestión precisa de actualizaciones mientras se mantiene el cumplimiento con los requisitos de la tienda de aplicaciones [\[1\]](https://capgo.app/).
-
-## Resumen
-
-La gestión eficaz de los metadatos es esencial para aumentar la visibilidad y lograr el éxito. Las actualizaciones tradicionales de aplicaciones suelen llevar tiempo, pero las herramientas modernas ahora permiten cambios instantáneos - un tema clave a lo largo de esta discusión. Los desarrolladores recurren cada vez más a estas herramientas para simplificar las actualizaciones mientras cumplen con las pautas de Apple y Google.
-
-Capgo, por ejemplo, ha entregado 23.5 millones de actualizaciones con una tasa de éxito del 82%, alcanzando al 95% de los usuarios activos en 24 horas [\[1\]](https://capgo.app/). Esto destaca la importancia de utilizar estrategias eficientes de metadatos y prácticas de actualización.
-
-Aquí hay algunos aspectos críticos en los que enfocarse para una gestión eficaz de metadatos:
-
-| Aspecto | Mejor Práctica | Impacto |
-| --- | --- | --- |
-| Velocidad de Actualización | Implementación instantánea | Corregir errores y agregar funciones más rápido |
-| Cumplimiento | Seguir pautas de las tiendas | Evitar rechazos de aplicaciones |
-| Seguridad | Cifrado E2E | Proteger datos y actualizaciones |
-| Distribución | Implementaciones dirigidas | Controlar cómo se implementan las actualizaciones |
-
-El cambio en la gestión de metadatos de las tiendas de aplicaciones muestra el impulso de la industria hacia soluciones más rápidas y eficientes que priorizan las actualizaciones rápidas mientras mantienen una sólida seguridad y cumplimiento. Como dijo Bessie Cooper: "Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar la revisión de aplicaciones para correcciones críticas proporciona una ventaja significativa." [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/app-store-vs-direct-updates-what-developers-need-to-know.md b/src/content/blog/es/app-store-vs-direct-updates-what-developers-need-to-know.md
deleted file mode 100644
index 407b642eb..000000000
--- a/src/content/blog/es/app-store-vs-direct-updates-what-developers-need-to-know.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: app-store-vs-direct-updates-what-developers-need-to-know
-title: >-
-  Las App Store vs Actualizaciones Directas: Lo que los Desarrolladores
-  Necesitan Saber
-description: >-
-  Explora los pros y contras de las actualizaciones de la App Store frente a las
-  actualizaciones OTA directas, ayudando a los desarrolladores a elegir la mejor
-  estrategia para sus aplicaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-13T06:14:25.862Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6784a46a684afc141f72d774-1736748943276.jpg
-head_image_alt: Tecnología
-keywords: >-
-  App Store updates, OTA updates, mobile app development, update strategy,
-  developer tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Actualizaciones de App Store o actualizaciones OTA directas?** La forma en que entregas las [actualizaciones de la aplicación](https://capgo.app/plugins/capacitor-updater/) puede impactar significativamente en la velocidad, el control y la experiencia del usuario. Aquí hay un desglose rápido:
-
-- **Actualizaciones de App Store**: Pasan por un proceso de revisión, garantizando la seguridad y el cumplimiento pero a menudo se retrasan por horas o días. Ideal para lanzamientos globales pero limita la flexibilidad.
-
-- **Actualizaciones OTA directas**: Evitan las revisiones de la tienda de aplicaciones, permitiendo actualizaciones más rápidas para ajustes de UI o corrección de errores. Mejor para cambios rápidos y actualizaciones dirigidas pero requiere que los desarrolladores gestionen la seguridad y el cumplimiento.
-
-### Comparación Rápida
-
-| Aspecto | Actualizaciones App Store | Actualizaciones OTA Directas |
-| --- | --- | --- |
-| **Velocidad** | Días a semanas | Minutos a horas |
-| **Control** | Limitado por reglas de la tienda | Totalmente gestionado por desarrolladores |
-| **Casos de uso** | Lanzamientos globales | Correcciones rápidas y dirigidas |
-| **Seguridad** | Manejada por las tiendas | Gestionada por desarrolladores |
-| **Costo** | 15% de comisión en transacciones | Sin comisiones de plataforma |
-
-**Conclusión clave**: Usa actualizaciones de App Store para confiabilidad y cumplimiento, y actualizaciones OTA directas para velocidad y flexibilidad. Elige según las necesidades de tu app y las expectativas de los usuarios.
-
-## Ionic & Capacitor para Construir Apps Móviles Nativas
-
-<iframe src="https://www.youtube-nocookie.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Actualizaciones de App Store Explicadas
-
-Las actualizaciones de la App Store son el método principal para entregar actualizaciones de software a través de los mercados oficiales de plataformas. Este sistema es el canal de distribución principal para la mayoría de las apps móviles, con pasos y pautas específicas que los desarrolladores deben seguir.
-
-### Cómo Funcionan las Actualizaciones de App Store
-
-Enviar una actualización a la App Store significa preparar un paquete que cumpla con los requisitos de Apple y pasar un proceso de revisión. Apple verifica las actualizaciones para seguridad, rendimiento, pautas de contenido y funcionalidad. Usando [App Store Connect](https://developer.apple.com/app-store-connect/), los desarrolladores envían sus actualizaciones, que se someten a una evaluación exhaustiva, incluyendo pruebas en dispositivos compatibles, verificaciones de seguridad y revisiones de cumplimiento.
-
-### Beneficios de las Actualizaciones de App Store
-
-La App Store facilita la distribución y mantenimiento de apps. Maneja tareas como la entrega de actualizaciones, verificaciones de seguridad, notificación a usuarios e incluso procesamiento de pagos. Este sistema centralizado asegura una experiencia consistente para los usuarios y construye confianza en la plataforma.
-
-### Desventajas de las Actualizaciones de App Store
-
-Si bien es conveniente, el sistema de App Store tiene algunas desventajas notables para los desarrolladores:
-
-| Desafío | Efecto en Desarrolladores |
-| --- | --- |
-| Retrasos de Revisión | Las actualizaciones pueden tardar días en estar activas, ralentizando correcciones críticas |
-| Control Limitado | Los desarrolladores dependen del calendario de Apple para lanzamientos urgentes |
-
-Otros problemas incluyen la comisión del 15% de Apple en transacciones [\[1\]](https://manytricks.com/blog/?p=4156) y restricciones de los requisitos de sandbox [\[2\]](https://forum.blackmagicdesign.com/viewtopic.php?f=21&t=117780), que pueden limitar la flexibilidad de desarrollo y afectar las estrategias de negocio.
-
-Debido a estos obstáculos, muchos desarrolladores están recurriendo a alternativas como actualizaciones OTA (over-the-air). Si bien la App Store ofrece un sistema seguro y centralizado, explorar opciones más rápidas y adaptables puede ser un cambio revolucionario para muchos equipos.
-
-## Actualizaciones OTA Directas con Capacitor
-
-Las actualizaciones directas over-the-air (OTA) permiten a los desarrolladores evitar los retrasos de revisión de la tienda de aplicaciones, facilitando el lanzamiento rápido de nuevas funciones y correcciones. Este enfoque cambia la forma en que se entregan las actualizaciones a los dispositivos de los usuarios.
-
-### ¿Qué Son las Actualizaciones OTA Directas?
-
-Con las actualizaciones OTA directas, los desarrolladores pueden enviar cambios a JavaScript, HTML y CSS sin necesitar enviar una nueva versión de la aplicación a las tiendas de aplicaciones. Usando Capacitor, estas actualizaciones pueden enviarse directamente a los dispositivos de los usuarios, simplificando todo el [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### ¿Por qué usar actualizaciones OTA directas?
-
-| **Ventaja** | **Explicación** |
-| --- | --- |
-| **Actualizaciones más rápidas** | Los cambios llegan a los usuarios inmediatamente, evitando las revisiones prolongadas de las tiendas de aplicaciones. |
-| **Ahorro de costos** | Evita tarifas recurrentes por envío de actualizaciones. |
-| **Sin interrupciones para usuarios** | Las actualizaciones ocurren en segundo plano sin requerir acción del usuario. |
-| **Mayor control** | Permite a los desarrolladores probar funciones con grupos específicos de usuarios. |
-
-Estos beneficios hacen que las actualizaciones OTA sean una opción atractiva para equipos enfocados en velocidad y adaptabilidad. Herramientas como Capgo agregan capas adicionales de seguridad con encriptación y se integran con pipelines de CI/CD para actualizaciones seguras y fluidas.
-
-### Mantener el cumplimiento y gestionar riesgos
-
-Al usar actualizaciones OTA, es esencial seguir las pautas específicas de cada plataforma:
-
--   **Cambios de contenido**: Las actualizaciones OTA generalmente son adecuadas para ajustes de UI, actualizaciones de contenido o pequeños ajustes de funcionalidad.
-    
--   **Código nativo**: Cualquier cambio en el código nativo debe pasar por el proceso de revisión de la tienda de aplicaciones.
-    
--   **Políticas de plataforma**: Las actualizaciones deben usar mecanismos seguros de entrega para cumplir con las reglas de la plataforma.
-    
-
-Plataformas como Capgo incluyen características como control de versiones y opciones de reversión, asegurando que las actualizaciones sean seguras y conformes. Estas salvaguardas ayudan a los desarrolladores a evitar riesgos mientras aprovechan la flexibilidad que ofrecen las actualizaciones OTA.
-
-Dicho esto, los desarrolladores deben sopesar cuidadosamente la velocidad y conveniencia de las actualizaciones OTA frente a la minuciosidad y estructura de las actualizaciones de la tienda de aplicaciones para decidir qué funciona mejor para su aplicación.
-
-## Comparación entre actualizaciones de App Store y OTA directas
-
-### Diferencias y casos de uso
-
-Decidir entre actualizaciones de App Store y OTA impacta directamente en cómo implementas tu aplicación. Las actualizaciones de App Store son conocidas por su confiabilidad y facilidad de uso, mientras que las actualizaciones OTA sobresalen en velocidad y adaptabilidad, haciéndolas ideales para aplicaciones empresariales.
-
-Para aplicaciones empresariales o internas, las actualizaciones OTA directas traen beneficios claros. Permiten iteraciones más rápidas y ajustes sin esperar las revisiones de la tienda de aplicaciones.
-
-Cuando se trabaja en aplicaciones multiplataforma, tu [estrategia de actualización](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) se vuelve aún más importante. Los desarrolladores empresariales a menudo recurren a actualizaciones OTA directas para situaciones como:
-
--   Correcciones rápidas sin retrasos de la tienda de aplicaciones
-    
--   Implementaciones rápidas de funciones para necesidades urgentes
-    
--   Programaciones de actualización personalizables adaptadas a objetivos organizacionales
-    
--   Control preciso sobre qué usuarios reciben actualizaciones
-    
-
-La siguiente tabla desglosa las diferencias clave entre estos dos métodos de actualización.
-
-### Tabla comparativa
-
-| Aspecto | Actualizaciones de App Store | Actualizaciones OTA directas |
-| --- | --- | --- |
-| **Control de distribución** | Gestionado por tiendas de aplicaciones | Manejado por desarrolladores |
-| **Velocidad de actualización** | Toma días a semanas | Ocurre en minutos a horas |
-| **Flexibilidad de funciones** | Restringido por sandboxing | Permite acceso completo a funciones |
-| **Impacto en ingresos** | 15% para Apple | Sin tarifas de plataforma |
-| **Gestión de seguridad** | Gestionada por la plataforma | Desarrollador asume la responsabilidad |
-| **Alcance de implementación** | Despliegues globales | Distribuciones dirigidas |
-
-Capgo proporciona actualizaciones OTA seguras con cifrado y herramientas de gestión diseñadas para desarrolladores. Para aquellos que manejan aplicaciones empresariales, herramientas como Capgo ofrecen:
-
--   Control de versiones con opciones de reversión
-    
--   Monitoreo en tiempo real de actualizaciones
-    
--   Orientación de actualizaciones específicas por usuario
-    
--   Integración con pipelines CI/CD
-    
-
-La elección del método de actualización adecuado depende totalmente de tus necesidades. Como se destaca en los Foros de Desarrolladores de Apple:
-
-> "Si estás entregando una aplicación macOS fuera de la Mac App Store, tienes que proporcionar la funcionalidad de actualización por tu cuenta" [\[3\]](https://forums.developer.apple.com/forums/thread/107576).
-
-## Integrando Actualizaciones OTA en Pipelines CI/CD
-
-Para desarrolladores que consideran actualizaciones OTA directas, integrar estas actualizaciones en flujos de trabajo CI/CD puede ayudarte a aprovechar al máximo su velocidad y flexibilidad.
-
-### Usando Herramientas Como [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5.jpg?auto=compress)
-
-Entregar actualizaciones rápida y eficientemente es imprescindible para los equipos de desarrollo modernos. Herramientas como **Capgo** simplifican esto ofreciendo características como control de versiones, análisis y despliegues graduales. Estas capacidades facilitan la gestión de actualizaciones OTA, especialmente para equipos empresariales que manejan implementaciones a gran escala. La orientación a usuarios y las opciones flexibles de implementación mejoran aún más el proceso.
-
-Al incorporar herramientas como Capgo, puedes ajustar tu pipeline CI/CD para entregar actualizaciones OTA de manera eficiente y confiable.
-
-### Consejos de Integración CI/CD
-
-Integrar actualizaciones OTA exitosamente significa equilibrar pruebas, implementación y monitoreo. Aquí hay algunos consejos para hacerlo bien:
-
--   **Automatizar flujos de trabajo de pruebas**: Esto asegura que cada compilación sea verificada antes del despliegue.
-    
--   **Usar despliegues graduales**: Comenzar con grupos pequeños de usuarios para detectar problemas potenciales temprano.
-    
--   **Monitorear métricas clave**: Mantener un ojo en las tasas de adopción, reportes de fallos y rendimiento de la aplicación.
-    
-
-Rastrear estas métricas ayuda a identificar problemas rápidamente mientras se mantiene la alta calidad de las actualizaciones. Un enfoque basado en datos asegura la estabilidad y mantiene el cumplimiento con la tienda de aplicaciones.
-
-## Eligiendo una Estrategia de Actualización
-
-Elegir la mejor estrategia de actualización significa encontrar el equilibrio adecuado entre tus objetivos de desarrollo y lo que esperan tus usuarios. Las actualizaciones de la App Store ofrecen un proceso confiable y automatizado que muchos usuarios aprecian. Sin embargo, vienen con una comisión del 15% y limitan cuánto control tienes sobre la distribución [\[1\]](https://manytricks.com/blog/?p=4156).
-
-Por otro lado, las actualizaciones OTA directas a través de herramientas como Capacitor funcionan bien para aplicaciones que necesitan:
-
--   **Implementación rápida de actualizaciones críticas**
-    
--   **Control detallado de versiones**
-    
--   **Flexibilidad de precios personalizada**
-    
--   **Comunicación directa con usuarios**
-    
-
-Un gran ejemplo es [Blackmagic Design](https://www.blackmagicdesign.com/) con Resolve, que evita la App Store para descargas directas. Esta elección permite que la aplicación entregue funciones avanzadas que podrían no ajustarse a las restricciones de la App Store [\[2\]](https://forum.blackmagicdesign.com/viewtopic.php?f=21&t=117780). Muestra cómo las necesidades específicas de la industria - como el soporte de funcionalidad especializada - pueden dar forma a tu estrategia de actualización.
-
-Para industrias como las finanzas o la salud, donde las regulaciones son estrictas, las actualizaciones OTA a través de plataformas como Capgo pueden marcar la diferencia. Te permiten adaptarte rápidamente a los cambios regulatorios mientras mantienes el cumplimiento. Esto es especialmente útil para aplicaciones empresariales donde la velocidad y el control sobre las actualizaciones son cruciales.
-
-Al decidir tu enfoque, considera estos factores:
-
--   Tu flujo de desarrollo
-    
--   Lo que tus usuarios esperan de la experiencia
-    
--   Cualquier requisito de cumplimiento o regulatorio
-    
--   Cómo las actualizaciones pueden afectar tus ingresos
-    
--   Cuánto control deseas sobre la distribución
-    
-
-Tu elección de estrategia de actualización juega un papel importante en el rendimiento de tu aplicación, la satisfacción del usuario y el proceso de desarrollo. Adapta tu enfoque para ajustarse a tu audiencia, necesidades de escalabilidad y objetivos comerciales para obtener los mejores resultados.
diff --git a/src/content/blog/es/appcenter-migration.md b/src/content/blog/es/appcenter-migration.md
deleted file mode 100644
index e2c1f7a73..000000000
--- a/src/content/blog/es/appcenter-migration.md
+++ /dev/null
@@ -1,213 +0,0 @@
----
-slug: appcenter-migration
-title: Migrando de App Center a Capgo
-description: >-
-  En esta guía, veremos la migración completa de Capgo Live Updates, una
-  alternativa a Microsoft CodePush.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-22T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /migrate_appcenter.webp
-head_image_alt: Capacitor JS Dev buscando alternativa
-keywords: >-
-  App Center, migration, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Migration
-published: true
-locale: es
-next_blog: automatic-build-and-release-with-github-actions
----
-## Resumen de Migración
-
-* [Capgo](/register/) es un servicio que ayuda a los equipos de desarrollo a enviar aplicaciones en vivo a las aplicaciones implementadas.
-* Las aplicaciones Capacitor JS escritas en jQuery Mobile, Framework 7, Sencha, KendoUI, Ionic o incluso tu propia solución personalizada pueden ser migradas. **No se requiere una aplicación Ionic existente**.
-* [Colt](https://volt.build/) ofrece servicios equivalentes para App Center Build (compilación de aplicaciones Android/iOS). Para servicios de Pruebas, Diagnósticos y Análisis.
-
-##### Nota
-
-Si tu aplicación aún usa Cordova, es necesario [migrar a Capacitor](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/) primero antes de migrar a Capgo.
-
-Construido por el equipo de Ionic como sucesor espiritual de Cordova, Capacitor permite que el desarrollo se acerque más a las herramientas y capacidades nativas con el objetivo de proporcionar una experiencia de usuario y rendimiento aún mejores.
-
-Afortunadamente, el proceso de migración es sencillo y la mayoría de los plugins de Cordova son compatibles con versiones anteriores de Capacitor. [Comienza la migración aquí](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/).
-
-## Acerca de Capgo
-
-Capgo se encarga de actualizar las aplicaciones a lo largo del tiempo. Los equipos de desarrollo pueden enfocarse completamente en las características únicas de su aplicación y externalizar el complicado proceso de entrega de aplicaciones a Capgo.
-
-Capgo llena los vacíos entre la entrega web y móvil.
-
-## Prerrequisitos de Capgo
-
-Al igual que App Center, [Capgo](/register/) admite aplicaciones alojadas en repositorios Git en Azure DevOps, Bitbucket, GitHub y GitLab.
-
-### Instalar Capgo CLI
-
-##### nota
-
-Tener Node y NPM instalados en tu computadora, los necesitas antes de continuar. Siempre usa la [versión LTS actual](https://nodejs.org/) Capgo no soporta versiones anteriores.
-
-### Crear archivos `package.json` y configuración de Capacitor
-
-##### nota
-
-Antes de comenzar, recomiendo hacer cambios en una rama Git nueva.
-
-Dado que [Capgo](/register/) fue creado para automatizar aplicaciones capacitor, requiere un archivo que tu aplicación puede no tener. Primero, crea un archivo `capacitor.config.json`. La forma más fácil de crearlo es ejecutar en la raíz de tu aplicación:
-
-```shell
-npm install @capacitor/core
-```
-
-Luego, inicializa Capacitor usando el cuestionario CLI:
-
-```shell
-npx cap init
-```
-
-El CLI te hará algunas preguntas, comenzando con el nombre de tu aplicación y el ID del paquete que te gustaría usar para tu aplicación.
-
-Finalmente, confirma los nuevos archivos en tu proyecto:
-
-    git add .git commit -m "added package json and capacitor config" && git push
-
-### Migrar el Código
-
-Ahora que tienes los nuevos archivos requeridos por [Capgo](/register/) en su lugar, puedes centrar nuestra atención en la aplicación en sí. [Capgo](/register/) espera que toda la aplicación construida esté dentro de un directorio llamado `dist`.
-
-Si tu código construido no está en un directorio `dist`, cambia este valor en el archivo de configuración de Capacitor.
-
-Así es como debería verse la estructura de directorios de la aplicación:
-
-![Estructura de la Aplicación](/directory_looklike.webp)
-
-## Configuración de Capgo
-
-Con tu aplicación lista para la integración con [Capgo](https://console.capgo.app/), ¡es hora de registrarte y obtener tu clave API para subir tu primera versión! Comienza [registrándote para una cuenta de Capgo](/register/).
-
-Una vez que hayas iniciado sesión en Capgo, navega a la página de Cuenta, luego haz clic en clave API, luego haz clic en la clave 'write' para copiarla al portapapeles.
-
-### Instalar el SDK de Capgo
-
-Desde la línea de comandos, directamente en la raíz de la carpeta de tu aplicación Capacitor, ejecuta el siguiente comando:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Para instalar el plugin en tu aplicación Capacitor.
-
-Y luego agrega a tu aplicación este código como reemplazo del de CodePush:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Esto le indicará al plugin nativo que la instalación ha tenido éxito.
-
-## Desplegando Actualizaciones en Vivo (Alternativa a CodePush)
-
-La función de Actualización en Vivo funciona usando el [SDK de Capgo](https://github.com/Cap-go/capacitor-updater/) instalado en tu aplicación nativa para escuchar un Destino de Canal de Despliegue específico. Cuando una compilación Web se asigna a un Destino de Canal, esa actualización se desplegará a los dispositivos de usuarios que ejecuten binarios configurados para escuchar el Destino de Canal especificado.
-
-### Iniciar sesión en Capgo CLOUD 
-
-Primero, usa la [apikey](https://console.capgo.app/dashboard/apikeys/) `all` presente en tu cuenta para iniciar sesión con el CLI:
-
-```shell
-npx @capgo/cli@latest login YOURKEY
-```
-
-## Añade tu primera aplicación
-
-Comencemos creando la aplicación en Capgo Cloud con el CLI.
-
-`npx @capgo/cli@latest app add`
-
-Este comando utilizará todas las variables definidas en el archivo de configuración de Capacitor para crear la aplicación.
-
-## Sube tu primer paquete
-
-Ejecuta el comando para compilar tu código y enviarlo a Capgo con:
-```shell
-npx @capgo/cli@latest bundle upload --channel production
-```
-
-Por defecto, el nombre de la versión será el que está en tu archivo `package.json`.
-
-Verifica en [Capgo](https://console.capgo.app/) si la compilación está presente.
-
-Incluso puedes probarlo con mi [aplicación móvil sandbox](https://capgo.app/app_mobile/).
-
-### Hacer el canal predeterminado
-
-Después de haber enviado tu aplicación a Capgo, necesitas hacer que tu canal sea `default` para permitir que las aplicaciones reciban actualizaciones de Capgo.
-
-```shell
-npx @capgo/cli@latest channel set production -s default
-```
-
-## Configurar la aplicación para validar actualizaciones
-
-Añade esta configuración a tu archivo JavaScript principal.
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Luego ejecuta `npm run build && npx cap copy` para actualizar tu aplicación.
-
-### Recibir una Actualización en Vivo en un Dispositivo
-
-Para que tu aplicación reciba una actualización en vivo de Deploy, necesitarás ejecutar la aplicación en un dispositivo o un emulador. La forma más fácil de hacer esto es simplemente usar el siguiente comando para lanzar tu aplicación local en un emulador o un dispositivo conectado a tu computadora.
-
-    npx cap run [ios | android]
-
-Abre la aplicación, ponla en segundo plano y ábrela de nuevo, deberías ver en los registros que la aplicación realizó la actualización.
-
-¡Felicitaciones! 🎉 Has desplegado exitosamente tu primera Actualización en Vivo. Esto es solo el comienzo de lo que puedes hacer con las Actualizaciones en Vivo. Para aprender más, consulta la [documentación completa de Live Updates](/docs/plugin/cloud-mode/getting-started/).
-
-## Eliminar Dependencias de App Center
-
-Ahora que hemos integrado los servicios de Capgo, debes eliminar cualquier referencia a App Center. Además de ser una buena práctica eliminar código/servicios no utilizados, eliminar el SDK debería reducir el tamaño de tus aplicaciones.
-
-Primero, abre una terminal y desinstala los plugins de App Center:
-```shell
-    cordova plugin remove cordova-plugin-appcenter-analytics cordova-plugin-appcenter-crashes cordova-plugin-code-push
-```
-
-Luego, abre `config.xml` y elimina los siguientes valores de `preference`. Se verán similares a:
-```xml
-    <preference name="APP_SECRET" value="0000-0000-0000-0000-000000000000" /><preference name="CodePushDeploymentKey" value="YOUR-ANDROID-DEPLOYMENT-KEY" /><preference name="CodePushPublicKey" value="YOUR-PUBLIC-KEY" />
-```
-
-Si estabas usando App Center Analytics en tu aplicación, elimina los siguientes elementos `preferences`: `APPCENTER_ANALYTICS_ENABLE_IN_JS` y `APPCENTER_CRASHES_ALWAYS_SEND`.
-
-Elimina los siguientes elementos `<preference name="APP_SECRET" value="0000-0000-0000-0000-000000000000" />`:
-
-```xml
-    <access origin="https://codepush.appcenter.ms" /><access origin="https://codepush.blob.core.windows.net" /><access origin="https://codepushupdates.azureedge.net" />
-```
-
-Elimina la referencia a CodePush en la etiqueta `meta` CSP en el archivo `index.html` (`https://codepush.appcenter.ms`):
-```xml
-    <meta http-equiv="Content-Security-Policy" content="default-src https://codepush.appcenter.ms 'self' data: gap: https://ssl.gstatic.com 'unsafe-eval'; style-src 'self' 'unsafe-inline'; media-src *" />
-```
-
-Finalmente, dentro de tu aplicación, elimina cualquier referencia de código a los servicios de App Center, como `codePush.sync();`.
-
-## Siguientes Pasos
-
-Has migrado de App Center a Capgo, utilizando las Actualizaciones en Vivo. Esto es solo el comienzo de lo que puedes usar Capgo para. Explora el resto del servicio que incluye Canal (múltiples entornos) y anulación. Integración con Cloud CLI, usa Capgo dentro de tu plataforma CI/CD preferida (como GitHub Action, GitLab, Jenkins y más).
-
-## Envío automático de actualizaciones de la aplicación
-
-Si tu código está alojado en GitHub, puedes configurar la compilación y lanzamiento automático en unos pocos pasos más, gracias a GitHub actions.
-
-He creado un segundo artículo para permitirte hacerlo.
-
-## Créditos
-
-Muchas gracias a [Ionic](https://ionic.com/), este artículo está basado en [este artículo](https://ionic.io/blog/moving-from-microsoft-app-center-to-ionic-appflow/) reescrito con chat-gpt-3 y adaptado.
diff --git a/src/content/blog/es/appflow-cicd-integration-best-practices.md b/src/content/blog/es/appflow-cicd-integration-best-practices.md
deleted file mode 100644
index 905954ed5..000000000
--- a/src/content/blog/es/appflow-cicd-integration-best-practices.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: appflow-cicd-integration-best-practices
-title: 'Integración de CI/CD de Appflow: Mejores Prácticas'
-description: >-
-  Explora las mejores prácticas para integrar soluciones de CI/CD en el
-  desarrollo de aplicaciones móviles, comparando costos y características de las
-  principales plataformas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:52:14.301Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4-1744685577460.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  CI/CD, mobile app development, Appflow, Capgo, OTA updates, build automation,
-  deployment, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-[Appflow](https://ionic.io/appflow/) CI/CD simplifica las [actualizaciones de aplicaciones móviles](https://capgo.app/plugins/capacitor-updater/) con actualizaciones por aire (OTA), permitiendo que **el 95% de los usuarios reciba actualizaciones en 24 horas**. Ofrece herramientas automatizadas para compilaciones de iOS y Android, implementaciones en tiendas de aplicaciones y gestión desde la línea de comandos. Sin embargo, el aumento de costos (hasta $6,000 anuales) ha llevado a algunos equipos a explorar alternativas como [Capgo](https://capgo.app/), que ofrece actualizaciones más rápidas y precios más bajos.
-
-### Puntos Clave:
-
--   **Características Principales**: Actualizaciones OTA, compilaciones automatizadas, implementación en tiendas de aplicaciones, herramientas de CLI.
--   **Consejos de Configuración**: Usar automatización basada en ramas, variables de entorno seguras y control de acceso basado en roles.
--   **Alternativas**: Capgo proporciona características similares a un costo anual más bajo (~$3,600) con velocidades de actualización más rápidas.
-
-### Comparación Rápida:
-
-| Característica | Appflow | Capgo |
-| --- | --- | --- |
-| Costo Anual | $6,000 | ~$3,600 |
-| Cuota de Configuración | Incluida | $2,600 (único) |
-| Velocidad de Actualización | Confiable | 114 ms para paquetes de 5 MB |
-| Período de Prueba | Limitado | 15 días |
-
-**Elegir la solución CI/CD correcta depende de equilibrar costo, velocidad y confiabilidad de las actualizaciones.**
-
-## Integra [Appflow](https://ionic.io/appflow/) con tu pipeline CICD
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-<iframe src="https://www.youtube.com/embed/CakTj3A3wbM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Características Principales de Appflow CI/CD
-
-Appflow CI/CD ofrece cuatro características clave diseñadas para simplificar el desarrollo y la implementación de aplicaciones móviles. Estas características ayudan a automatizar compilaciones, implementaciones y actualizaciones en plataformas móviles.
-
-### Actualizaciones Directas de Aplicaciones
-
-Con Appflow, los equipos pueden enviar actualizaciones directamente a los dispositivos de los usuarios sin esperar las revisiones de la tienda de aplicaciones. Este sistema de actualizaciones por aire (OTA) permite a los desarrolladores abordar rápidamente los comentarios de los usuarios o lanzar correcciones urgentes, manteniendo las aplicaciones actualizadas y receptivas a las necesidades de los usuarios.
-
-### Herramientas de Compilación para iOS y Android
-
-Appflow automatiza el proceso de construcción para plataformas iOS y Android. Para iOS, gestiona tareas como la firma de código, la provisión y la configuración de Xcode. Para Android, maneja la automatización de Gradle, la gestión de keystore y genera APKs o paquetes de aplicaciones. Esto asegura compilaciones consistentes para marcos como [React Native](https://reactnative.dev/) y [Capacitor](https://capacitorjs.com/).
-
-### Implementación en Tiendas de Aplicaciones
-
-Enviar aplicaciones a las tiendas de aplicaciones se vuelve más fácil con las tuberías de implementación automatizadas de Appflow. Se encarga de tareas como la preparación de binarios, el versionado, la gestión de metadatos y las verificaciones de cumplimiento. Esta automatización minimiza el esfuerzo manual mientras asegura lanzamientos fluidos y consistentes.
-
-### Herramientas de Línea de Comandos
-
-Appflow ofrece herramientas de CLI que permiten a los desarrolladores gestionar compilaciones e implementaciones directamente desde la línea de comandos. Estas herramientas son compatibles con pasos de compilación personalizables y configuraciones de entorno, facilitando la adaptación de las tuberías CI/CD a las necesidades específicas del proyecto mientras se mantiene la consistencia entre equipos.
-
-## Configurando Appflow CI/CD
-
-Aprende a configurar Appflow CI/CD para compilaciones e implementaciones automatizadas y fluidas.
-
-### Pasos de Configuración del Entorno
-
-Configura entornos distintos alineados con tus ramas de control de versiones:
-
--   **Desarrollo**: Para compilaciones diarias y pruebas.
--   **Staging**: Una réplica de producción para pruebas finales.
--   **Producción**: Para lanzamientos de aplicaciones en vivo.
-
-Almacena variables de entorno de forma segura utilizando el [almacenamiento encriptado](https://capgo.app/docs/cli/migrations/encryption/) integrado de Appflow.
-
-### Automatizando el Proceso de Compilación
-
-Así es como puedes automatizar eficazmente tu proceso de compilación:
-
-**Automatización Basada en Ramas**  
-Configura disparadores de compilación automatizados para diferentes ramas de git:
-
--   Ramas de características: Disparar compilaciones de desarrollo.
--   Rama principal: Iniciar compilaciones de staging.
--   Ramas de lanzamiento: Iniciar compilaciones de producción.
-
-**Configuración de la Compilación**  
-Personaliza tu `appflow.config.json` para definir:
-
--   Entornos de compilación.
--   Configuraciones específicas de la plataforma.
--   Dependencias y sus versiones.
--   Configuraciones de salida.
-
-Para mantener tu tubería segura, impón controles de acceso estrictos y cifrado.
-
-### Configuraciones de Seguridad
-
-1. **Gestión de Tokens**  
-Almacena tokens de autenticación de forma segura utilizando las variables encriptadas de Appflow. Evita exponer credenciales sensibles en registros de compilación o archivos de configuración.
-
-2. **Control de Acceso**  
-Implementa control de acceso basado en roles (RBAC):
-
--   Permitir que solo los desarrolladores senior manejen implementaciones de producción.
--   Restringir el acceso de staging al equipo de desarrollo.
--   Proporcionar al equipo de QA acceso solo de lectura.
-
-3. **Protección de Datos**  
-Cifra todos los datos sensibles durante la transmisión y el almacenamiento, incluyendo:
-
--   Claves API
--   Certificados
--   Variables de entorno
--   Artefactos de construcción
-
-### Pruebas y Planes de Recuperación
-
-Para asegurar la estabilidad de la aplicación, establece estrategias de prueba y recuperación exhaustivas:
-
-**Pruebas Automatizadas**  
-Integra pruebas automatizadas en tu tubería, tales como:
-
--   Pruebas unitarias
--   Pruebas de integración
--   Pruebas de automatización de UI
-
-**Procedimientos de Recuperación**  
-Prepara estos mecanismos clave de recuperación:
-
-| Tipo de Recuperación | Implementación | Disparador de Activación |
-| --- | --- | --- |
-| Retroceso Rápido | Restaurar la versión anterior | Implementación fallida |
-| Control de Versiones | Automatizar revertir git | Fallo en la compilación |
-| Copia de Seguridad de Datos | Programar instantáneas automáticas | Corrupción de configuración |
-
-## Comparación de Plataformas de Actualización OTA
-
-A medida que Appflow continúa sirviendo a sus usuarios, nuevas alternativas están surgiendo con características y precios competitivos. Las plataformas de actualización OTA ahora ofrecen varios métodos de actualización en vivo, atendiendo a diferentes necesidades. Aquí está un desglose de las opciones clave.
-
-### Características y Precios de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-Capgo entrega actualizaciones de manera sorprendentemente rápida, con un tiempo de 114 ms para paquetes de 5 MB a través de su CDN global, con un tiempo de respuesta de API de 434 ms [\[1\]](https://capgo.app/). Potencia 1.9K aplicaciones de producción y ha entregado más de 1,155 mil millones de actualizaciones, demostrando su fiabilidad [\[1\]](https://capgo.app/).
-
-| Característica | Capgo | Appflow |
-| --- | --- | --- |
-| Costo Anual | ~$3,600 | $6,000 |
-| Configuración CI/CD | $2,600 (único) | Incluido |
-| Operaciones Mensuales | ~$300 | ~$500 |
-| Período de Prueba | 15 días | Limitado |
-
-Mientras Capgo ofrece precios y rendimiento competitivos, otras plataformas atienden regiones específicas o dependen de métodos más antiguos.
-
-### [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) Herencia
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/2917e9ac2c3b78a7e493c0fc02ad3e2c.jpg)
-
-Microsoft CodePush, que cerrará en 2024, ha llevado a muchos usuarios a buscar plataformas con mejor seguridad y fiabilidad. Como compartió un desarrollador:
-
-> "Cancelé mi suscripción a @Appflow después de 4 años. Code-Push nunca pareció funcionar bien, espero que @CapGO lo haya solucionado." – LeVar Berry [\[1\]](https://capgo.app/)
-
-Este cambio subraya la demanda de una entrega de actualizaciones confiable y capacidades de retroceso. Incluso el equipo de [OSIRIS-REx](https://es.wikipedia.org/wiki/OSIRIS-REx) de la NASA intervino:
-
-> "@Capgo es una forma inteligente de hacer envíos de código caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Estos ejemplos destacan la creciente preferencia por soluciones que combinan ahorros de costos con eficiencia operativa.
-
-## Resolución de Problemas de CI/CD Móvil
-
-### Requisitos de Compilación de Plataforma
-
-Construir para iOS y Android requiere una cuidadosa configuración de la tubería CI/CD de Appflow. Para iOS, necesitarás certificados válidos y perfiles de provisión configurados en el entorno de compilación. Las compilaciones de Android dependen de una correcta gestión del keystore y configuraciones de firma. Ambas plataformas también requieren una gestión diligente de versiones para prevenir conflictos.
-
-Aquí hay un resumen rápido de las configuraciones clave y los desafíos comunes:
-
-| Plataforma | Configuración Requerida | Problemas Comunes |
-| --- | --- | --- |
-| iOS | Certificados & Provisión | Certificados expirados, desajustes de perfil |
-| Android | Keystore & Firma | Claves mal gestionadas, conflictos de versión |
-| Ambas | Variables de Entorno | Secretos faltantes, rutas incorrectas |
-
-Además de configurar compilaciones, asegurar la entrega fluida de actualizaciones es igualmente importante.
-
-### Velocidad y Fiabilidad de Actualizaciones OTA
-
-Una sólida tubería CI/CD depende de una entrega de actualizaciones rápida y fiable. Aunque Appflow es popular, algunos equipos han notado desafíos con el rendimiento del código impulsado, enfatizando la necesidad de sistemas de retroceso y monitoreo efectivos.
-
-Para mejorar la entrega de actualizaciones y reducir interrupciones, sigue estas prácticas:
-
--   **Usa lanzamientos por etapas** para minimizar riesgos.
--   **Rastrea tasas de éxito de actualizaciones** para identificar problemas temprano.
--   **Configura disparadores de retroceso automatizados** para una recuperación rápida.
-
-Al elegir herramientas CI/CD, prioriza métricas como la eficiencia de las actualizaciones, la fiabilidad de la implementación y la velocidad de retroceso. Equilibrar desplegar rápidamente con una calidad de compilación consistente es esencial, especialmente para equipos que manejan múltiples plataformas y actualizaciones frecuentes.
-
-## Conclusión: Implementación de Appflow CI/CD
-
-Los equipos de desarrollo que evalúan opciones CI/CD a menudo ven Appflow como una mezcla de fortalezas y obstáculos. Los datos indican que Appflow entrega actualizaciones rápido - el 95% de los usuarios recibe actualizaciones en 24 horas, respaldado por un sólido rendimiento de CDN - y logra una tasa de éxito global del 82%[\[1\]](https://capgo.app/).
-
-Sin embargo, el aumento de costos está llevando a los equipos a explorar alternativas más económicas. Como lo destacó el equipo OSIRIS-REx de la NASA:
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-Al implementar CI/CD, tres factores clave destacan:
-
-| Factor | Enfoque de Implementación | Impacto |
-| --- | --- | --- |
-| Velocidad | Capacidad de implementación instantánea | Correcciones de errores y lanzamientos de funciones más rápidos |
-| Seguridad | Cifrado de extremo a extremo | Garantiza la entrega segura de actualizaciones |
-| Cumplimiento | Adherencia a los requisitos de la tienda de aplicaciones | Mantiene la presencia en el mercado |
-
-Priorizar estas áreas ayuda a los equipos a adaptarse al entorno cambiante de CI/CD. Con Appflow programado para descontinuarse en 2026, es crucial considerar no solo el rendimiento técnico, sino también la eficiencia de costos, la confiabilidad de las actualizaciones y la estabilidad a largo plazo de la plataforma.
-
-A medida que las plataformas manejan 1,155.1 mil millones de actualizaciones a nivel global[\[1\]](https://capgo.app/), la entrega de actualizaciones eficiente y confiable sigue siendo un enfoque crítico para el desarrollo moderno de aplicaciones móviles. Equilibrar el rendimiento y el costo es esencial al elegir la solución de CI/CD adecuada.
diff --git a/src/content/blog/es/appflow-shutdown-alternative.md b/src/content/blog/es/appflow-shutdown-alternative.md
deleted file mode 100644
index b4f49b0a5..000000000
--- a/src/content/blog/es/appflow-shutdown-alternative.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-slug: appflow-shutdown-alternative
-title: >-
-  Apagado de Ionic AppFlow - ¿Qué sigue para el desarrollo de tu aplicación
-  móvil?
-description: >-
-  Con el cierre de Ionic AppFlow, descubre cómo Capgo proporciona una transición
-  fluida para tus actualizaciones en vivo y necesidades de CI/CD a una fracción
-  del costo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-02-09T00:00:00.000Z
-updated_at: 2025-02-09T00:00:00.000Z
-head_image: /appflow_alt.webp
-head_image_alt: Ilustración alternativa de Appflow
-keywords: >-
-  Ionic AppFlow shutdown, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates, Capgo alternative
-tag: News
-published: true
-locale: es
-next_blog: ''
----
-Con el reciente anuncio del cierre de Ionic AppFlow, muchos equipos de desarrollo están buscando alternativas para mantener su flujo de trabajo de desarrollo de aplicaciones móviles. Si estás entre los afectados, tenemos buenas noticias: Capgo ofrece una solución integral que no solo reemplaza la funcionalidad de AppFlow, sino que también proporciona características mejoradas a un precio más accesible.
-
-## Lo Que Esto Significa para los Usuarios de AppFlow
-
-El cierre de AppFlow deja a muchos equipos necesitando migrar sus:
-- Sistemas de actualizaciones en vivo
-- Pipelines de CI/CD
-- Flujos de trabajo de implementación de aplicaciones
-
-Sin embargo, esta transición presenta una oportunidad para actualizar tu infraestructura de desarrollo mientras reduces costos.
-
-## Capgo: Tu Alternativa Completa a AppFlow
-
-Capgo está listo como una alternativa madura y rica en características a AppFlow, ofreciendo:
-
-### Actualizaciones en Vivo Hechas Simples
-- Despliega actualizaciones en menos de 1 minuto (en comparación con el promedio de 10 minutos de AppFlow)
-- Gestiona múltiples canales de actualización
-- Realiza seguimiento de estadísticas de instalación
-- Reversiones o cambios de versiones de canal con facilidad
-- Prueba actualizaciones en un entorno de pruebas antes de la implementación
-
-### Integración CI/CD Sin Costura
-En lugar de estar encerrado en un sistema de CI/CD propietario, Capgo te permite:
-- Integrarte con tu infraestructura de CI/CD existente
-- Utilizar plataformas populares como GitHub Actions
-- Mantener control total sobre tu proceso de construcción
-- Seguir nuestros tutoriales detallados para la configuración de [iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-- O dejar que nos ocupemos de todo con nuestro servicio de [CI/CD Hecho Para Ti](https://cal.com/team/capgo/mobile-ci-cd-done-for-you)
-
-## ¿Por Qué Elegir Capgo?
-
-1. **Económico**: Comenzando en solo $14/mes en comparación con los $499/mes de AppFlow
-2. **Seguridad Mejorada**: Cifrado de extremo a extremo incluido en todos los planes
-3. **Código Abierto**: 100% de código abierto, permitiendo total transparencia y personalización
-4. **Arquitectura Moderna**: Construido específicamente para Capacitor, asegurando un rendimiento óptimo
-5. **Actualizaciones Rápidas**: Entrega cambios a tus usuarios en menos de un minuto
-
-## Haciendo el Cambio
-
-La transición de AppFlow a Capgo es sencilla. Sigue nuestra [guía de migración detallada](/docs/upgrade/from-appflow-to-capgo) para asegurar una transición suave:
-
-1. [Regístrate para obtener una cuenta de Capgo](/register/)
-2. Sigue nuestras guías de migración
-3. Configura tu pipeline de CI/CD utilizando nuestros tutoriales
-4. Comienza a desplegar actualizaciones a través de Capgo
-
-Para equipos empresariales que requieran soporte dedicado, [contacta a nuestro equipo de ventas](https://cal.com/team/capgo/capgo-enterprise-inquiry) para discutir tus necesidades específicas y estrategia de migración.
-
-## Más Allá de la Funcionalidad Básica
-
-Capgo ofrece varias ventajas sobre AppFlow:
-- Estadísticas de instalación para un mejor seguimiento de implementación
-- Entorno de pruebas en sandbox
-- Entrega de actualizaciones más rápida
-- Estructura de precios más asequible
-- Mayor flexibilidad en la integración de CI/CD
-
-## Nuestro Compromiso con el Ecosistema
-
-El ecosistema de Ionic y Capacitor se mantiene fuerte y vibrante. En Capgo, valoramos profundamente este ecosistema y estamos totalmente comprometidos con su futuro. Como una empresa autofinanciada y sostenible, no solo estamos proporcionando alternativas; estamos invirtiendo activamente en el crecimiento y la estabilidad del ecosistema.
-
-### ¿Por Qué Confiar en Capgo?
-Amamos Ionic y Capacitor, y estamos aquí para el largo plazo. Si cualquier parte del ecosistema necesita apoyo, estamos listos para bifurcar y mantenerlo; ese es el poder del código abierto. Nuestro compromiso no son solo palabras; está respaldado por acción:
-
-### Historial Comprobado
-- **Escala Masiva**: Sirviendo más de 30 millones de actualizaciones en vivo diariamente en nuestra infraestructura en la nube, con aún más en entornos autoalojados
-- **Desarrollo Activo**: Creamos y mantenemos más de 20 plugins en el ecosistema de Capacitor: [explora nuestros plugins](https://github.com/cap-go/)
-- **Comunidad en Crecimiento**: Ayudando exitosamente a numerosos equipos a hacer la transición a Capgo este año
-- **Soluciones Completas**: Proporcionando soluciones integrales de CI/CD, desde tutoriales hasta integración de servicio completo
-- **Modelo Sostenible**: Autofinanciado y rentable, asegurando la estabilidad a largo plazo para nuestros usuarios
-
-No somos solo una alternativa; estamos construyendo activamente el futuro del desarrollo de aplicaciones móviles, asegurando que los equipos que dependen de estas tecnologías tengan un camino confiable y sostenible adelante.
-
-## ¿Listo para Migrar?
-
-No dejes que el cierre de AppFlow interrumpa tu flujo de trabajo de desarrollo. [Comienza tu viaje con Capgo hoy](/register/) y experimenta una solución más eficiente y económica para tus necesidades de desarrollo de aplicaciones móviles.
-
-Para soluciones empresariales y soporte dedicado, [programa una llamada con nuestro equipo](https://cal.com/team/capgo/capgo-enterprise-inquiry) para discutir tu estrategia de migración.
-
-Recuerda, Capgo no es solo una alternativa; es una actualización a tu flujo de trabajo de desarrollo de aplicaciones móviles, ofreciendo más características, mejor rendimiento y ahorros significativos en costos en comparación con AppFlow.
diff --git a/src/content/blog/es/apple-policy-updates-for-capacitor-apps-2025.md b/src/content/blog/es/apple-policy-updates-for-capacitor-apps-2025.md
deleted file mode 100644
index c2c1d70bc..000000000
--- a/src/content/blog/es/apple-policy-updates-for-capacitor-apps-2025.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: apple-policy-updates-for-capacitor-apps-2025
-title: Actualizaciones de la Política de Apple para Aplicaciones de Capacitor 2025
-description: >-
-  Las pautas de la App Store de Apple para 2025 establecen nuevos estándares de
-  cumplimiento para las aplicaciones de Capacitor, con énfasis especial en
-  mejoras en privacidad, seguridad y rendimiento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T03:02:24.801Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67edf689ebbb9dc80640b580-1743649359050.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, Apple policies, app compliance, security standards, performance
-  benchmarks, OTA updates, encryption
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**Las políticas de la App Store de Apple para 2025 traen reglas más estrictas para las aplicaciones [Capacitor](https://capacitorjs.com/).** Los desarrolladores ahora deben cumplir con estándares más altos de privacidad, seguridad y rendimiento. Esto es lo que necesitas saber:
-
--   **Privacidad**: Reglas más estrictas para la recopilación de datos y el consentimiento del usuario.
--   **Seguridad**: Se requiere cifrado de extremo a extremo y [autenticación más robusta](https://capgo.app/docs/webapp/mfa/) para las actualizaciones.
--   **Rendimiento**: Las aplicaciones deben cumplir con puntos de referencia más altos de capacidad de respuesta y eficiencia.
--   **Actualizaciones de SDK**: Las [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) deben usar [Xcode](https://developer.apple.com/xcode/) 15+ y SDK actualizados para mantener el cumplimiento.
--   **Actualizaciones en Vivo**: Las actualizaciones Over-the-air (OTA) deben seguir protocolos cifrados y pruebas exhaustivas en dispositivos.
-
-**Herramienta Clave**: Plataformas como [Capgo](https://capgo.app/) simplifican el cumplimiento automatizando la [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/), el seguimiento y el cifrado. Con una tasa de actualización del 95% en 24 horas y herramientas para implementaciones seguras, [Capgo](https://capgo.app/) ayuda a los desarrolladores a mantenerse alineados con las políticas de Apple.
-
-**Comparación Rápida**:
-
-| Característica | Capgo (Plan TEAM) | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| Costo Anual | $996 | $6,000 | Similar a Capgo |
-| Cifrado | Extremo a extremo | Firma básica | Firma básica |
-| Velocidad de Actualización | 95% en 24h | Variable | Variable |
-| Herramientas de Cumplimiento | Completas | Limitadas | Básicas |
-| Experiencia en el Mercado | Desde 2022 | Cierre en 2026 | Desde 2024 |
-
-Los desarrolladores deben actuar ahora para garantizar el cumplimiento y evitar interrupciones. Actualiza tu [framework Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), sigue las nuevas políticas de Apple y considera herramientas como Capgo para actualizaciones sin problemas.
-
-## Cómo Integrar Apps & Books Token con Addigy
-
-<iframe src="https://www.youtube.com/embed/GMkQvHQcnFw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Actualizaciones Principales de Políticas para 2025
-
-Las políticas de Apple para 2025 requieren que las aplicaciones Capacitor utilicen versiones actualizadas de Xcode y SDKs. Estas actualizaciones están diseñadas para mejorar el rendimiento, la seguridad y la compatibilidad con el hardware.
-
-Los desarrolladores de Capacitor deben revisar cuidadosamente las pautas de Apple para asegurarse de que están utilizando las herramientas recomendadas. Mantenerse en cumplimiento no solo evita problemas potenciales sino que también proporciona acceso a las últimas características. Estas actualizaciones de herramientas juegan un papel clave en la configuración de estrategias de actualización en vivo.
-
-Plataformas como Capgo ya se han alineado con estos requisitos, facilitando la entrega de actualizaciones mientras cumplen con los nuevos estándares de Apple.
-
-## Cumpliendo con las Pautas de Apple
-
-Mantenerse alineado con las pautas de Apple mientras se implementan actualizaciones en vivo requiere una atención cuidadosa a protocolos específicos. Estas reglas son esenciales para asegurar que tu aplicación permanezca funcional, segura y en cumplimiento con los estándares de Apple.
-
-### Reglas de Actualización OTA
-
-Las actualizaciones over-the-air (OTA) deben adherirse a protocolos estrictos para mantenerse en línea con las políticas de la App Store. Los desarrolladores deben usar **cifrado de extremo a extremo** para todas las transmisiones de actualizaciones para proteger los datos del usuario. La implementación de Capgo asegura que estos estándares se cumplan mientras se entrega un rendimiento sólido.
-
-### Estándares de Seguridad
-
-Los requisitos de seguridad de Apple enfatizan la protección robusta de datos. Estas medidas son críticas para permitir ciclos de actualización seguros y eficientes, asegurando que las actualizaciones se entreguen de manera segura sin violar las reglas de la plataforma.
-
-### Protocolo de Prueba de Dispositivos
-
-Para garantizar que las actualizaciones funcionen sin problemas en todas las versiones de iOS, las pruebas exhaustivas en dispositivos son esenciales. Los desarrolladores deben aprovechar los **lanzamientos por etapas** a través de canales de prueba beta. Este enfoque ayuda a identificar y corregir problemas antes de un lanzamiento completo. Como señala Bessie Cooper:
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar las revisiones para correcciones de errores es oro." [\[1\]](https://capgo.app/)
-
-Este método permite un desarrollo rápido y actualizaciones confiables mientras se mantiene el cumplimiento de las pautas de Apple.
-
-## Actualizaciones de [Capacitor](https://capacitorjs.com/) para 2025
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67edf689ebbb9dc80640b580/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Mantenimiento de Plugins
-
-Asegúrate de actualizar tu framework Capacitor a la versión 5.0 o posterior para cumplir con los requisitos actualizados del SDK de Apple. Mantenerse en cumplimiento significa probar regularmente tus aplicaciones con las últimas versiones del SDK de iOS y Xcode. Si estás usando la plataforma de Capgo, el proceso es más fácil gracias a las verificaciones automatizadas de compatibilidad y funciones de implementación instantánea. Estas herramientas funcionan perfectamente con Capacitor 8. Los desarrolladores también enfrentan desafíos similares al convertir PWAs en aplicaciones nativas.
-
-### Migración de PWA a Nativo
-
-Con las políticas actualizadas de Apple, la conversión de PWAs a aplicaciones nativas ahora requiere seguir reglas más estrictas de privacidad y manejo de datos. Es mejor evaluar la funcionalidad de tu aplicación y migrar por etapas para asegurar que todo se mantenga en cumplimiento. Capgo apoya este proceso ofreciendo correcciones instantáneas y actualizaciones rápidas durante la migración.
-
-## Herramientas de Cumplimiento de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67edf689ebbb9dc80640b580/6f70cafcdfe95287b465212dfd047c63.jpg)
-
-Capgo ofrece herramientas que simplifican el mantenimiento de aplicaciones mientras aseguran que las actualizaciones en vivo cumplan con las pautas de Apple. Estas herramientas ayudan a los desarrolladores a implementar actualizaciones de forma segura sin infringir las reglas de la App Store.
-
-### Características de Gestión de Actualizaciones
-
-Capgo utiliza cifrado de extremo a extremo para proporcionar un sistema seguro para actualizaciones en vivo, cumpliendo con los estándares de seguridad más estrictos esperados en 2025. Con 23.5 millones de actualizaciones entregadas hasta ahora [\[1\]](https://capgo.app/), la plataforma ha demostrado su fiabilidad y adherencia al cumplimiento.
-
-Las características principales incluyen:
-
--   Monitoreo de entrega e instalación de actualizaciones
--   Registro de todas las versiones de actualizaciones para fines de auditoría
--   Reversión instantánea a versiones anteriores
--   Cifrado de extremo a extremo para asegurar actualizaciones
-
-Estas características hacen de Capgo una opción destacada para asegurar el cumplimiento de los requisitos de Apple.
-
-### Comparación de Plataformas
-
-Así es como Capgo se compara con otras herramientas para gestionar actualizaciones en aplicaciones Capacitor:
-
-| Característica | Capgo (Plan TEAM) | Appflow |
-| --- | --- | --- | --- |
-| Costo Anual | $996 | $6,000 | Similar a Capgo |
-| Cifrado | Extremo a extremo | Firma básica | Firma básica |
-| Velocidad de Actualización | 95% en 24h | Variable | Variable |
-| Herramientas de Cumplimiento | Completas | Limitadas | Básicas |
-| Experiencia en el Mercado | Desde 2022 | Cierre en 2026 | Desde 2024 |
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂" - Equipo OSIRIS-REx de la NASA [\[1\]](https://capgo.app/)
-
-Capgo se integra perfectamente con sistemas CI/CD como [GitHub Actions](https://docs.github.com/actions) y [GitLab CI](https://docs.gitlab.com/ee/ci/), facilitando a los desarrolladores seguir las últimas pautas de Apple. Para organizaciones con requisitos estrictos de seguridad, la plataforma también ofrece una [opción auto-alojada](https://capgo.app/blog/self-hosted-capgo/), brindando a los equipos más control sobre los datos y la privacidad.
-
-## Resumen
-
-Mientras Apple actualiza sus políticas en 2025, los [desarrolladores de apps con Capacitor](https://capgo.app/docs/) necesitarán ajustar sus flujos de trabajo para mantener el cumplimiento mientras garantizan que las actualizaciones se entreguen de manera eficiente. A continuación se presenta un resumen de las acciones clave y recursos discutidos anteriormente, destacando la importancia de medidas de seguridad sólidas y [gestión efectiva de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Elementos de Acción
-
-Aquí están los principales pasos en los que los desarrolladores deberían enfocarse para mantener el cumplimiento:
-
--   **Mejoras de Seguridad**: Utilizar actualizaciones over-the-air (OTA) cifradas de extremo a extremo para proteger los datos del usuario.
--   **Gestión de Actualizaciones**: Crear un sistema estructurado para el control de versiones y el despliegue de actualizaciones.
--   **Seguimiento y Documentación**: Configurar un seguimiento detallado de las estadísticas de entrega de actualizaciones, historial de versiones, tasas de adopción de usuarios y cumplimiento de seguridad.
-
-Capgo proporciona herramientas y recursos para ayudar a los desarrolladores a implementar estos pasos de manera efectiva.
-
-### Soporte de Capgo
-
-Capgo está equipado para ayudar a los desarrolladores a cumplir con las pautas actualizadas de Apple. Con 750 aplicaciones ya usando Capgo en producción [\[1\]](https://capgo.app/), ha demostrado ser una solución confiable para el cumplimiento y la gestión de actualizaciones.
-
-Capgo aborda desafíos comunes ofreciendo:
-
--   Verificaciones automatizadas para asegurar que las actualizaciones cumplan con las políticas de Apple
--   Análisis detallados con una tasa de éxito global de actualizaciones del 82% [\[1\]](https://capgo.app/)
--   Opciones de implementación flexibles adaptadas a las necesidades del desarrollador
-
-> "Practicamos el desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo también se integra perfectamente con los flujos de trabajo CI/CD, facilitando a los desarrolladores mantener procesos de actualización consistentes - esencial para alinearse con los requisitos de Apple para 2025.
diff --git a/src/content/blog/es/apple-privacy-rules-for-capacitor-apps.md b/src/content/blog/es/apple-privacy-rules-for-capacitor-apps.md
deleted file mode 100644
index 77cb9cefe..000000000
--- a/src/content/blog/es/apple-privacy-rules-for-capacitor-apps.md
+++ /dev/null
@@ -1,369 +0,0 @@
----
-slug: apple-privacy-rules-for-capacitor-apps
-title: Reglas de Privacidad de Apple para Aplicaciones de Capacitor
-description: >-
-  Aprende a cumplir con las reglas de privacidad de Apple para el desarrollo de
-  aplicaciones implementando el consentimiento del usuario, la transparencia de
-  datos y actualizaciones seguras.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T01:48:03.832Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9dc69283d21cbd67b72cf-1743385695606.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Apple privacy rules, Capacitor apps, data transparency, user consent, App
-  Store compliance, privacy policy
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Las reglas de privacidad de Apple ahora requieren que los desarrolladores de aplicaciones de [Capacitor](https://capacitorjs.com/) se centren en la transparencia de los datos del usuario y el cumplimiento para garantizar la aprobación de la App Store y mantener la confianza del usuario.**
-
-Los pasos clave incluyen:
-
--   **Manifiesto de Privacidad**: Documentar la recopilación de datos, las API y los detalles del seguimiento.
--   **Consentimiento del Usuario**: Usar la Transparencia de Seguimiento de Aplicaciones (ATT) para permisos de seguimiento.
--   **Acceso a Datos**: Definir claramente los permisos para funciones como cámara, ubicación y contactos.
--   **[Política de Privacidad](https://capgo.app/dp/)**: Proveer una política accesible y clara que describa el uso de los datos.
--   **Pruebas y Actualizaciones**: Probar rigurosamente el cumplimiento y usar sistemas de actualización seguros como [Capgo](https://capgo.app/).
-
-Estas reglas enfatizan el control del usuario, la transparencia y las actualizaciones seguras de la aplicación. Los desarrolladores pueden seguir la guía para mantenerse en cumplimiento y ofrecer aplicaciones que respeten la privacidad.
-
-## Evitar el Rechazo de la App Store: Agrega el Manifiesto de Privacidad de Apple ...
-
-<iframe src="https://www.youtube.com/embed/D7R87wm9IJE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Reglas de Privacidad de Apple Explicadas
-
-Apple requiere que los desarrolladores prioricen la claridad y den a los usuarios control sobre sus datos. Si eres un desarrollador de Capacitor, esto significa ser transparente sobre cómo tu aplicación recopila y usa datos, tanto para los usuarios como para los revisores de Apple.
-
-### Documentación de Prácticas de Datos
-
-Mantén registros internos detallados sobre el manejo de datos de tu aplicación. Asegúrate de incluir:
-
--   Tipos de datos de usuario recopilados
--   Razones para recopilar estos datos
--   Detalles de cualquier servicio o SDK de terceros utilizado
--   Cómo se transfieren o comparten los datos
-
-Tener esta información organizada no solo ayuda con el cumplimiento, sino que también facilita responder preguntas durante el proceso de revisión. Asegúrate de reflejar estas prácticas de manera transparente en las etiquetas de privacidad de tu App Store y dentro de la configuración de tu aplicación.
-
-### Elementos Clave de la Revelación de Privacidad
-
-La información de privacidad de tu aplicación debe describir claramente:
-
--   Funciones del sistema y permisos de API requeridos para que la aplicación funcione
--   Categorías de datos que se están recopilando
--   Cualquier actividad de seguimiento o comunicación con servicios externos
--   Cómo se utilizan los datos y por qué
-
-Ser claro en tus revelaciones ayuda a construir confianza con los usuarios y reduce la probabilidad de problemas durante la revisión de la App Store.
-
-### Cronograma de Cumplimiento
-
-Apple actualiza sus requisitos de privacidad en fases. Mantente informado revisando regularmente las actualizaciones para desarrolladores de Apple para asegurarte de que tu aplicación se alinee con las reglas más recientes.
-
-## Agregar Reglas de Privacidad a Tu Aplicación
-
-Aprende cómo implementar las reglas de privacidad de Apple en tu aplicación de Capacitor con esta guía paso a paso.
-
-### Requisitos de Configuración
-
-Antes de comenzar, asegúrate de lo siguiente:
-
--   Tienes **Xcode 15 o posterior** para soporte del manifiesto de privacidad.
--   Capacitor 8 está instalado.
--   El objetivo de despliegue de iOS está configurado en **iOS 14.5 o posterior**.
--   Tu aplicación incluye un archivo `Info.plist` correctamente configurado.
--   Tienes una **cuenta de desarrollador de Apple** con certificados válidos.
-
-Si estás usando Capgo, configura la encriptación de extremo a extremo para salvaguardar la privacidad de los datos. Las aplicaciones configuradas correctamente con Capgo han logrado una tasa de éxito global del 82% en actualizaciones [\[1\]](https://capgo.app/).
-
-Una vez que tu entorno esté listo, procede a crear y configurar tu manifiesto de privacidad.
-
-### Guía de Configuración del Manifiesto de Privacidad
-
-1.  **Crea el Archivo de Manifiesto de Privacidad**
-
-Agrega un nuevo archivo llamado `PrivacyInfo.xcprivacy` al directorio raíz de tu proyecto de iOS:
-
-```json
-{
-    "NSPrivacyTracking": false,
-    "NSPrivacyTrackingDomains": [],
-    "NSPrivacyCollectedDataTypes": [],
-    "NSPrivacyAccessedAPITypes": []
-}
-```
-
-2.  **Define la Recopilación de Datos**
-
-Especifica los tipos de datos que tu aplicación recopila, como:
-
--   Análisis de usuarios
--   Información del dispositivo
--   Patrones de uso
--   Acceso a la red
-
-3.  **Configura el Acceso a la API**
-
-Enumera las API del sistema que tu aplicación requiere, incluyendo:
-
--   Cámara
--   Ubicación
--   Contactos
--   Biblioteca de fotos
-
-### Directrices de Cumplimiento
-
-Después de configurar el manifiesto de privacidad, asegúrate de que tus prácticas de recopilación de datos cumplan con los estándares de Apple.
-
-**Minimización de Datos**  
-Solo recopila los datos necesarios para las funciones principales de tu aplicación. Los usuarios de Capgo han informado una tasa de actualización de usuarios activos del 95% dentro de las 24 horas [\[1\]](https://capgo.app/), mostrando que los enfoques que respetan la privacidad mantienen a los usuarios comprometidos.
-
-**Transparencia del Usuario**  
-Explica claramente:
-
--   Por qué se están recopilando datos
--   Cuánto tiempo se almacenarán
--   Opciones de control del usuario disponibles
--   Cualquier política de intercambio de datos
-
-### Requisitos de Pruebas
-
-Antes de enviar, prueba tu aplicación para garantizar el cumplimiento de la privacidad. Enfócate en estas áreas:
-
-| Área de Prueba | Puntos de Verificación |
-| --- | --- |
-| Acceso a Datos | Verifica si hay mensajes de permiso adecuados. |
-| Etiquetas de Privacidad | Confirma que las declaraciones son precisas. |
-| Controles del Usuario | Prueba las características de exclusión. |
-| [Almacenamiento de Datos](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Verifica que la encriptación sea segura. |
-
-Capgo ha entregado con éxito 23.5 millones de actualizaciones mientras mantenía el cumplimiento de privacidad [\[1\]](https://capgo.app/), demostrando que es posible equilibrar actualizaciones y privacidad de manera efectiva.
-
-Sigue estas directrices para asegurar que tu aplicación esté lista para pruebas y envío a la App Store.
-
-## Controles de Privacidad del Usuario
-
-Esta sección se centra en cómo dar a los usuarios control sobre el seguimiento y el acceso a datos, basándose en las directrices de privacidad establecidas.
-
-### Configuración de Permisos de Seguimiento
-
-Para configurar la Transparencia de Seguimiento de Aplicaciones (ATT) en tu aplicación de Capacitor, incluye la siguiente clave en tu archivo `Info.plist`:
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>We use tracking to provide personalized features and improve app performance</string>
-```
-
-A continuación, maneja la solicitud de seguimiento durante la inicialización de tu aplicación:
-
-```typescript
-import { App } from '@capacitor/app';
-
-async function requestTrackingPermission() {
-  const status = await App.requestTrackingAuthorization();
-  return status.authorized;
-}
-```
-
-**Consejos para la Implementación de ATT**:
-
--   Muestra el cuadro de diálogo de permisos en un momento significativo de la experiencia del usuario.
--   Explica claramente los beneficios del seguimiento antes de que aparezca el aviso del sistema.
--   Respeta las decisiones del usuario y ofrece alternativas para aquellos que opten por no participar.
-
-### Permisos de Acceso a Datos
-
-Para iOS, necesitarás definir permisos en el `Info.plist` de tu aplicación. Aquí hay algunos permisos comunes y sus descripciones:
-
-| Tipo de Permiso | Clave en Info.plist | Descripción de Uso |
-| --- | --- | --- |
-| Cámara | NSCameraUsageDescription | Requerido para la captura de fotos |
-| Ubicación | NSLocationWhenInUseUsageDescription | Para funciones basadas en ubicación |
-| Fotos | NSPhotoLibraryUsageDescription | Acceso para guardar/cargar imágenes |
-| Contactos | NSContactsUsageDescription | Para integración de contactos |
-
-**Cuándo Solicitar Permisos**:
-
--   Solo pide permisos cuando sean necesarios y proporciona un contexto claro.
--   Explica brevemente por qué cada permiso es necesario antes de solicitarlo.
--   Si un usuario niega una solicitud, ofrece características o opciones alternativas.
-
-Después de configurar los permisos, asegúrate de que los usuarios estén informados sobre estas prácticas a través de una política de privacidad transparente.
-
-### Visualización de la Política de Privacidad
-
-Haz que la política de privacidad de tu aplicación sea fácil de encontrar y entender.
-
-**Qué Incluir**:
-
--   Detalles sobre la recopilación de datos
--   Cómo se utilizarán los datos
--   Períodos de retención para los datos almacenados
--   Derechos del usuario respecto a sus datos
--   Detalles de contacto para preocupaciones de privacidad
-
-Puedes agregar un centro de privacidad a tu aplicación de esta manera:
-
-```typescript
-import { Browser } from '@capacitor/browser';
-
-async function showPrivacyPolicy() {
-  await Browser.open({
-    url: 'https://your-app.com/privacy-policy'
-  });
-}
-```
-
-**Cómo Mostrar la Política de Privacidad**:
-
--   Coloca el enlace de la política de privacidad en la configuración de la aplicación para fácil acceso.
--   Usa un lenguaje simple y claro para explicar conceptos técnicos.
--   Añade elementos visuales para mejorar la comprensión.
--   Proporciona un historial de versiones y notifica a los usuarios de las actualizaciones.
--   Permite a los usuarios exportar sus datos si lo solicitan.
-
-Asegúrate de que las actualizaciones de tu aplicación (por ejemplo, a través de Capgo) cumplan con estas configuraciones de privacidad y mantengan la confianza del usuario.
-
-## Pruebas y Envío a la App Store
-
-Una vez que hayas configurado tu manifiesto de privacidad y controles de usuario, el siguiente paso es realizar pruebas minuciosas para asegurarte de que todo funcione como se espera. Este proceso ayuda a confirmar el cumplimiento antes de enviar tu aplicación a la App Store.
-
-### Pruebas de Privacidad en [Xcode](https://en.wikipedia.org/wiki/Xcode)
-
-Para comenzar, activa el Informe de Privacidad en Xcode:
-
-```swift
-// Enable Privacy Report in Xcode scheme
-Edit Scheme > Run > Diagnostics > Enable Privacy Report
-```
-
-Ejecuta tu aplicación en modo depuración y revisa el Informe de Privacidad en la consola. Aquí está en qué concentrarte durante las pruebas:
-
-| Área de Prueba | Qué Verificar |
-| --- | --- |
-| Seguimiento de Aplicaciones | Tiempo y visualización del diálogo de ATT |
-| Acceso a Datos | Implementación adecuada de permisos |
-| Uso de API | Integridad del manifiesto de privacidad |
-| Llamadas de Red | Seguridad de la transmisión de datos |
-
-Esta prueba asegura que tu aplicación esté lista para el envío y cumpla con los estándares de cumplimiento.
-
-### Errores Comunes de Privacidad
-
-Después de las pruebas, resuelve estos problemas frecuentes para evitar retrasos durante el envío:
-
--   **`privacy-manifest.json` Incompleto**: Asegúrate de que todas las API requeridas y los dominios de seguimiento estén listados.
--   **Cadenas de Propósito Faltantes**: Explica claramente la razón de cada solicitud de permiso.
--   **Solicitudes de Seguimiento Inadecuadas**: Solo activa los permisos de seguimiento después de una acción del usuario.
-
-### Detalles de Privacidad de la App Store
-
-Al enviar tu aplicación, proporciona información precisa sobre tus prácticas de privacidad. Aquí está lo que debes incluir:
-
-| Categoría de Privacidad | Información Necesaria | Ejemplos |
-| --- | --- | --- |
-| Recopilación de Datos | Tipos de datos recopilados | ID del dispositivo, Ubicación |
-| Uso de Datos | Por qué se recopilan los datos | Funcionalidad de la aplicación, Análisis |
-| Vinculación de Datos | Cómo los datos se conectan a los usuarios | Información de cuenta, Datos de uso |
-| Seguimiento de Datos | Detalles del seguimiento entre aplicaciones | Publicidad, Análisis |
-
-**Requisitos Clave de la App Store**:
-
--   Actualiza la URL de tu política de privacidad antes del envío.
--   Asegúrate de que los permisos declarados se alineen con la funcionalidad de tu aplicación.
--   Documenta las prácticas de privacidad de cualquier SDK de terceros utilizado.
--   Confirma que todas las transmisiones de red están encriptadas por razones de seguridad.
-
-## Usando [Capgo](https://capgo.app/) para Actualizaciones
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e9dc69283d21cbd67b72cf/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Capgo ofrece un sistema seguro para actualizaciones en vivo mientras se adhiere a las reglas de privacidad de Apple.
-
-### Características de Privacidad de Capgo
-
-El sistema de actualizaciones de Capgo está construido con la seguridad y la privacidad en mente:
-
-| Característica | Beneficio de Privacidad |
-| --- | --- |
-| Encriptación de Extremo a Extremo | Asegura que solo los usuarios autorizados puedan desencriptar actualizaciones |
-| Cumplimiento con la App Store | Se alinea con los estrictos requisitos de privacidad de Apple |
-| Despliegue Seguro | Protege la distribución de actualizaciones |
-| Control de Acceso | Permite gestión detallada de permisos |
-
-Estas características protegen las actualizaciones y mantienen la privacidad del usuario.
-
-> "La única solución con verdadera encriptación de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-### Implementación de Actualizaciones con Capgo
-
-Aquí te explicamos cómo implementar actualizaciones compatibles con la privacidad utilizando Capgo:
-
-1.  **Instala el complemento de Capgo**:
-    
-    Ejecuta el siguiente comando para comenzar:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2.  **Configura tus ajustes de privacidad**:
-    
-    Actualiza tu manifiesto de privacidad para incluir los dominios y APIs de Capgo.
-    
-3.  **Configura canales de actualización encriptados**:
-    
-    Crea canales separados para diferentes etapas de implementación para asegurar actualizaciones seguras.
-    
-
-Capgo asegura que el 95% de los usuarios activos reciban actualizaciones dentro de 24 horas, con una tasa de éxito global del 82% [\[1\]](https://capgo.app/). El sistema de canales también facilita el manejo de la segmentación de actualizaciones.
-
-### Actualizaciones de Grupos de Usuarios en Capgo
-
-Capgo te permite dirigirte de manera segura a grupos de usuarios específicos durante las actualizaciones:
-
-| Tipo de Actualización | Consideraciones de Privacidad | Implementación |
-| --- | --- | --- |
-| Pruebas Beta | Limita la exposición a usuarios seleccionados | Usa un canal separado con acceso restringido |
-| Despliegues Escalonados | Lanzamiento gradual a los usuarios | Distribuye actualizaciones basadas en porcentajes |
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar de manera continua a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Los permisos detallados de Capgo aseguran que solo los miembros del equipo autorizados puedan acceder y gestionar actualizaciones de manera segura.
-
-## Resumen
-
-### Requisitos Clave de Privacidad
-
-Las reglas de privacidad de Apple para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) describen las siguientes necesidades:
-
-| Requisito | Detalles |
-| --- | --- |
-| **Manifiesto de Privacidad** | Incluir los dominios, APIs y declaraciones de seguimiento necesarias. |
-| **Consentimiento del Usuario** | Utilizar el marco ATT para solicitar permisos de seguimiento a los usuarios. |
-| **Acceso a Datos** | Configurar permisos para acceder a fotos, ubicación y contactos. |
-| **Política de Privacidad** | Proporcionar una política clara y accesible tanto en la aplicación como en la lista de la App Store. |
-| **Seguridad de Actualizaciones** | Asegurar que las actualizaciones en vivo utilicen canales de implementación encriptados. |
-
-### Lista de Verificación de Implementación
-
-Sigue esta lista de verificación para cumplir con los requisitos de Apple:
-
--   **Configurar Manifiesto de Privacidad**  
-    Agrega declaraciones de API, lista de dominios de seguimiento y documenta los propósitos del uso de datos.
-    
--   **Configurar Permisos de Usuario**  
-    Implementa el diálogo ATT, configura el acceso a fotos y medios, y habilita los servicios de ubicación.
-    
--   **Sistema de Actualización Segura**  
-    Utiliza una solución de actualización compatible con la privacidad, establece canales encriptados y configura controles de segmentación de usuarios.
-    
-
-La plataforma de Capgo proporciona una forma confiable de cumplir con estos estándares de privacidad mientras mantienes tu aplicación funcional y centrada en el usuario [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/es/apple-vs-google-privacy-compliance-for-third-party-data.md b/src/content/blog/es/apple-vs-google-privacy-compliance-for-third-party-data.md
deleted file mode 100644
index d60bdd135..000000000
--- a/src/content/blog/es/apple-vs-google-privacy-compliance-for-third-party-data.md
+++ /dev/null
@@ -1,213 +0,0 @@
----
-slug: apple-vs-google-privacy-compliance-for-third-party-data
-title: 'Apple vs. Google: Cumplimiento de privacidad para datos de terceros'
-description: >-
-  Descubra las estrategias de privacidad opuestas de dos grandes empresas
-  tecnológicas y sus efectos en los desarrolladores de aplicaciones y la gestión
-  de datos de usuarios.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-27T02:14:50.081Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680d81465a08fca8917a02c4-1745720205882.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  privacy compliance, third-party data, App Tracking Transparency, Privacy
-  Sandbox, data protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**Apple y Google tienen diferentes enfoques sobre la privacidad del usuario, determinados por sus modelos de negocio:**
-
--   **Apple** prioriza la privacidad del usuario con reglas estrictas como [App Tracking Transparency](https://developer.apple.com/documentation/apptrackingtransparency) (ATT), requiriendo consentimiento para el rastreo. Esto limita el acceso a datos de terceros, alineándose con su modelo de ingresos centrado en hardware.
--   **Google** equilibra las necesidades de privacidad y publicidad. Su [Privacy Sandbox](https://en.wikipedia.org/wiki/Privacy_Sandbox) y herramientas como [Topics API](https://developers.google.com/privacy-sandbox/private-advertising/topics/web) permiten un uso más amplio de datos mientras mantienen la transparencia y el control del usuario.
-
-### Diferencias Clave de un Vistazo
-
-| Aspecto | Apple | Google |
-| --- | --- | --- |
-| **Modelo de Ingresos** | Venta de hardware | Publicidad |
-| **Recolección de Datos** | Solo con consentimiento | Opción de exclusión disponible |
-| **Herramientas de Privacidad** | Restricciones a nivel de sistema (ej., ATT, Private Relay) | Soluciones orientadas al desarrollador (ej., Privacy Sandbox, Topics API) |
-| **Proceso de Actualización** | Proceso de revisión rígido | Revisiones flexibles y más rápidas |
-
-Los desarrolladores deben adaptarse a las reglas de estas plataformas para garantizar el cumplimiento, proteger los datos de los usuarios y mantener el rendimiento de las aplicaciones. Herramientas como [Capgo](https://capgo.app/) simplifican las actualizaciones mientras cumplen con los estándares de privacidad en ambas plataformas.
-
-## Principios Fundamentales de Privacidad: Apple vs. Google
-
-### Enfoque de Protección de Datos de Apple
-
-Apple pone un fuerte énfasis en limitar el uso de datos y priorizar el consentimiento del usuario. Con la introducción del marco de App Tracking Transparency (ATT) en iOS 14.5, Apple requiere que los usuarios otorguen permiso explícito para el rastreo entre aplicaciones. Esto ha llevado a tasas más bajas de consentimiento, reduciendo significativamente el rastreo de terceros.
-
-Aquí hay algunas características clave del enfoque de protección de datos de Apple:
-
-| Característica | Implementación | Impacto en Datos de Terceros |
-| --- | --- | --- |
-| Etiquetas de Privacidad | Las apps deben revelar prácticas de recolección de datos en la App Store | Proporciona transparencia para los usuarios |
-| Controles de Rastreo | Los usuarios deben aceptar el rastreo | Limita el intercambio de datos entre apps |
-| Private Relay | Encripta el tráfico web | Previene el acceso a direcciones IP de usuarios |
-| Protección de Privacidad del Correo | Bloquea el rastreo de emails | Reduce la precisión de análisis de email |
-
-El enfoque de Apple en la privacidad ha forzado a las apps que dependen en gran medida de la publicidad a repensar sus modelos de negocio o encontrar fuentes alternativas de ingresos. Esta estrategia centrada en la privacidad distingue a Apple en el ecosistema móvil, creando un marcado contraste con el enfoque más equilibrado de Google.
-
-### Uso y Divulgación de Datos de Google
-
-Google toma una ruta diferente, permitiendo una recolección más amplia de datos mientras implementa salvaguardas para proteger la privacidad del usuario. Su iniciativa Privacy Sandbox, diseñada para eliminar gradualmente las cookies de terceros, busca encontrar un equilibrio entre la privacidad del usuario y las necesidades de los anunciantes. Si bien Google recolecta más datos, requiere una divulgación clara y proporciona a los usuarios control sobre sus datos.
-
-El marco de privacidad de Google incluye los siguientes componentes:
-
-| Componente | Propósito | Impacto en Desarrolladores |
-| --- | --- | --- |
-| Sección de Seguridad de Datos | Transparencia en prácticas de recolección de datos | Las apps deben revelar prácticas de privacidad |
-| Topics API | Soporta publicidad basada en intereses | Ofrece una alternativa al rastreo directo |
-| FLEDGE | Permite segmentación de anuncios | Facilita el remarketing respetuoso con la privacidad |
-| Informes de Atribución | Mide conversiones de anuncios | Se centra en análisis que preservan la privacidad |
-
-El enfoque de Google refleja su dependencia de los ingresos publicitarios mientras aborda las preocupaciones de privacidad. Al ofrecer a los desarrolladores herramientas para gestionar los datos de los usuarios de manera responsable, Google busca cumplir con los estándares modernos de privacidad sin socavar los modelos de negocio basados en publicidad.
-
-Para los desarrolladores, navegar por los requisitos de privacidad significa adaptar estrategias para cada plataforma. Las aplicaciones que utilizan Capgo deben asegurarse de cumplir con las políticas basadas en el consentimiento de Apple y el énfasis de Google en la transparencia para las actualizaciones en vivo.
-
-## Apple vs Google: ¿Quién es mejor en privacidad?
-
-<iframe src="https://www.youtube.com/embed/FHhqQPlffGY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Herramientas y características de privacidad
-
-Tanto Apple como Google proporcionan herramientas diseñadas para hacer cumplir sus [políticas de privacidad](https://capgo.app/dp/), cada una reflejando sus principios fundamentales.
-
-### Sistemas de privacidad de Apple
-
-El marco de privacidad de Apple asegura que los usuarios tengan control sobre sus datos. El **Informe de Privacidad de Apps**, introducido en iOS 15.2, permite a los usuarios rastrear cómo las aplicaciones acceden a datos sensibles como ubicación, fotos, cámara, micrófono y contactos. También revela conexiones a dominios de terceros y patrones de uso de sensores.
-
-Aquí hay algunas características clave en el ecosistema de privacidad de Apple:
-
-| Característica | Función | Requisitos para desarrolladores |
-| --- | --- | --- |
-| [iCloud Private Relay](https://support.apple.com/en-us/102602) | Oculta direcciones IP para mantener la privacidad | Asegurar que las apps funcionen con IPs enmascaradas |
-| Ocultar mi correo | Genera alias de correo electrónico únicos para usuarios | Soportar múltiples direcciones de correo por usuario |
-| Informe de Privacidad de Apps | Monitorea el uso de datos de las apps | Proporcionar justificación para todo acceso a datos |
-| [Sign in with Apple](https://en.wikipedia.org/wiki/Sign_in_with_Apple) | Ofrece autenticación segura | Requerido para apps con opciones de inicio de sesión de terceros |
-
-El enfoque de Apple se centra en protecciones estrictas a nivel de sistema, asegurando que los datos del usuario estén protegidos en todos los niveles.
-
-### Controles de privacidad de Google
-
-El enfoque de privacidad de Google está construido alrededor del **Privacy Sandbox**, equilibrando la privacidad del usuario con las necesidades publicitarias. A principios de 2025, Google introdujo la **API de Temas** como parte de esta iniciativa, reemplazando el antiguo Aprendizaje Federado de Cohortes (FLoC). Esta API permite el seguimiento sin cookies mientras mantiene el cumplimiento con los estándares de privacidad.
-
-Aquí hay un elemento clave de la estrategia de Google:
-
-| Control | Propósito | Implementación |
-| --- | --- | --- |
-| Privacy Sandbox | Reemplaza el seguimiento basado en cookies | Requiere integración con API de Temas |
-
-El sistema de Google brinda más flexibilidad a los desarrolladores, ofreciendo mecanismos de exclusión bajo el marco de Privacy Sandbox.
-
-### Comparación de características: Apple vs. Google
-
-Apple y Google difieren significativamente en sus métodos de privacidad. Apple prioriza controles estrictos a nivel de sistema con recopilación de datos opt-in, mientras que Google enfatiza soluciones dirigidas por desarrolladores con opciones de opt-out.
-
-| Aspecto | Apple | Google |
-| --- | --- | --- |
-| Recolección de datos | Solo opt-in | Opt-out disponible |
-| Proceso de actualización | Proceso de revisión rígido | Enfoque flexible |
-| Controles de privacidad | Restricciones a nivel de sistema | Salvaguardas implementadas por desarrolladores |
-| Seguimiento de usuarios | Limitado mediante Transparencia de Seguimiento de Apps | Gestionado a través de Privacy Sandbox |
-
-Los desarrolladores que utilizan herramientas como Capgo deben cumplir con las reglas de privacidad de ambas plataformas. Un desarrollador compartió lo siguiente sobre Capgo:
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar la revisión para corrección de errores es oro puro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo ha demostrado ser efectivo, con una tasa de éxito global del 82% para las actualizaciones [\[1\]](https://capgo.app/). Además, el 95% de los usuarios activos reciben actualizaciones dentro de las 24 horas [\[1\]](https://capgo.app/).
-
-## Reglas y Requisitos para Desarrolladores
-
-### Reglas de Datos de Apple
-
-Apple requiere que los desarrolladores expliquen claramente cómo sus aplicaciones recopilan, utilizan y comparten los datos de los usuarios. Durante el proceso de revisión, Apple evalúa cuidadosamente estas divulgaciones para asegurar que cumplan con sus estándares de privacidad.
-
-### Directrices de Datos de Google
-
-Las directrices de Seguridad de Datos de Google Play Store también exigen transparencia en las prácticas de manejo de datos. Si bien ofrece cierta flexibilidad a los desarrolladores, el enfoque sigue siendo en divulgaciones claras y controles sólidos para el usuario. Estas reglas enfatizan la importancia de integrar medidas de privacidad en las actualizaciones de las aplicaciones.
-
-### Herramientas de Privacidad e Integración con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680d81465a08fca8917a02c4/002013533a2d2ba7b874d9490aa8d76e.jpg)
-
-Las herramientas de desarrollo modernas combinan el cumplimiento de la privacidad con la capacidad de implementar actualizaciones rápidamente. Capgo respalda estos esfuerzos cumpliendo con los estándares de privacidad tanto de Apple como de Google. Con 1.4K aplicaciones en uso y una tasa de éxito global del 82%, Capgo ha demostrado su efectividad [\[1\]](https://capgo.app/).
-
-> "Practicamos el desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Aquí están algunas de las características principales de Capgo enfocadas en la privacidad:
-
-| Característica | Beneficio | Cumplimiento |
-| --- | --- | --- |
-| Cifrado de Extremo a Extremo | Las actualizaciones solo pueden ser descifradas por los usuarios | Cumple con los estándares de Apple y Google |
-| Actualizaciones Instantáneas | 95% de los usuarios activos se actualizan dentro de 24 horas | Se alinea con las políticas de las tiendas de aplicaciones |
-| Control de Versiones | Permite el retroceso seguro de actualizaciones | Garantiza la integridad de los datos |
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" - Equipo OSIRIS-REx de la NASA [\[1\]](https://capgo.app/)
-
-## Efectos en Aplicaciones y Usuarios
-
-### Desafíos del Desarrollo Multiplataforma
-
-Navegar por los estándares de privacidad tanto de Apple como de Google puede ser difícil. Cada plataforma tiene su propio conjunto de requisitos, lo que hace que el desarrollo de aplicaciones sea más complicado y ralentiza la implementación. Además, los procesos de revisión tradicionales a menudo retrasan las actualizaciones, lo que lleva a experiencias de usuario inconsistentes. El choque entre las revisiones estrictas de aplicaciones y la necesidad de actualizaciones rápidas resalta la necesidad de mejores soluciones para agilizar este proceso. Estos obstáculos impactan directamente en el rendimiento de las aplicaciones y la experiencia de los usuarios.
-
-| Requisito de Plataforma | Enfoque iOS | Enfoque Android |
-| --- | --- | --- |
-| Etiquetas de Privacidad | Requiere divulgaciones detalladas | Sección básica de seguridad de datos |
-| Tiempo de Revisión de Actualización | Aproximadamente 24-48 horas | Alrededor de 2-3 horas |
-| Actualizaciones en Vivo | Estrictamente limitadas | Generalmente más flexibles |
-| Seguimiento de Usuarios | Permiso explícito obligatorio | Menos restrictivo |
-
-### Privacidad del Usuario y Rendimiento de la Aplicación
-
-Estos desafíos no solo ralentizan las actualizaciones, también afectan cómo se sienten los usuarios sobre la aplicación. Las preocupaciones de privacidad juegan un papel importante en el éxito de una aplicación y la retención de usuarios. Las aplicaciones que priorizan medidas sólidas de privacidad y sistemas de actualización eficientes tienden a ver mejor compromiso de los usuarios y tasas más altas de adopción de actualizaciones.
-
-> "Practicamos el desarrollo ágil y Capgo es fundamental para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Los equipos que logran equilibrar una sólida protección de la privacidad con una experiencia de usuario fluida suelen ver mejoras notables en el compromiso y el rendimiento de la aplicación. Este equilibrio se está volviendo aún más importante a medida que las reglas de privacidad se endurecen y crecen las expectativas de los usuarios.
-
-## Conclusión: Mejores Prácticas de Privacidad
-
-Navegar por las reglas de privacidad de Apple y Google requiere encontrar el equilibrio adecuado entre proteger los datos del usuario y garantizar una implementación fluida de la aplicación. Lograr este equilibrio no solo protege a los usuarios, sino que también simplifica el proceso de desarrollo.
-
-El uso del cifrado de extremo a extremo es crucial para mantener seguros los datos del usuario durante las actualizaciones de la aplicación. Las herramientas que funcionan en ambas plataformas mientras mantienen estrictos estándares de privacidad pueden mejorar significativamente la eficiencia de la implementación.
-
-Para los desarrolladores que trabajan en múltiples plataformas, soluciones como Capgo demuestran cómo el cumplimiento y la eficiencia pueden ir de la mano. Su rendimiento confiable destaca cómo las medidas sólidas de privacidad pueden coexistir con procesos de implementación optimizados.
-
-A medida que las políticas de privacidad se vuelven más estrictas y las prácticas de implementación evolucionan, estas tendencias definirán los requisitos de la plataforma. Los desarrolladores que adopten herramientas de privacidad sólidas hoy estarán mejor equipados para manejar cambios futuros mientras mantienen tanto la confianza del usuario como la funcionalidad de la aplicación.
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar la revisión para la corrección de errores es oro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Cómo influyen las políticas de privacidad de Apple y Google en el uso de datos de terceros por parte de los desarrolladores de aplicaciones?
-
-Apple y Google adoptan diferentes enfoques sobre la privacidad, lo que impacta significativamente en cómo los desarrolladores de aplicaciones manejan los datos de terceros. Apple enfatiza la privacidad del usuario con políticas más estrictas, como App Tracking Transparency (ATT), requiriendo el consentimiento explícito del usuario para compartir datos. Esto puede limitar el acceso de los desarrolladores a datos detallados del usuario pero ayuda a construir confianza con usuarios conscientes de la privacidad.
-
-Google, si bien también prioriza la privacidad, tiende a ofrecer más flexibilidad para los desarrolladores centrándose en soluciones como su iniciativa Privacy Sandbox. Esto busca equilibrar la privacidad del usuario con la capacidad de las aplicaciones para ofrecer experiencias y anuncios personalizados. Los desarrolladores necesitan adaptar sus estrategias según estas políticas diferentes, asegurando el cumplimiento mientras satisfacen las expectativas del usuario.
-
-Para los desarrolladores que utilizan plataformas como **Capgo**, que admite actualizaciones en tiempo real cumpliendo con los requisitos tanto de Apple como de Google, navegar por estas políticas de privacidad se vuelve más fluido. El cifrado de extremo a extremo y las funciones de actualización en vivo de Capgo pueden ayudar a los desarrolladores a mantener el cumplimiento mientras entregan actualizaciones de manera eficiente.
-:::
-
-:::faq
-### ¿Qué desafíos enfrentan los desarrolladores al cumplir con los estándares de privacidad de Apple y Google para datos de terceros?
-
-Los desarrolladores a menudo enfrentan desafíos significativos al asegurar el cumplimiento de los estándares de privacidad de Apple y Google, particularmente cuando se trata de manejar datos de terceros. Ambas compañías tienen políticas estrictas y en evolución, como el marco de **App Tracking Transparency (ATT)** de Apple y la **sección de Seguridad de Datos** de Google, que requieren que los desarrolladores divulguen y limiten las prácticas de recopilación de datos.
-
-Navegar por estas políticas puede ser complejo, especialmente para aplicaciones que dependen de integraciones o análisis de terceros. Los desarrolladores deben garantizar la transparencia en la forma en que se recopilan, utilizan y comparten los datos, al tiempo que implementan medidas de seguridad sólidas para proteger la privacidad del usuario. Herramientas como **Capgo** pueden ayudar a agilizar este proceso al ofrecer actualizaciones en tiempo real y soluciones compatibles con el cumplimiento para desarrolladores de aplicaciones, asegurando el cumplimiento de los requisitos de Apple y Google sin necesidad de envíos frecuentes a la tienda de aplicaciones.
-:::
-
-:::faq
-### ¿Cómo pueden las herramientas como Capgo ayudar a los desarrolladores a garantizar el cumplimiento de la privacidad y agilizar las actualizaciones en las plataformas de Apple y Android?
-
-Capgo permite a los desarrolladores simplificar las actualizaciones de aplicaciones y garantizar el cumplimiento de los requisitos de privacidad tanto de Apple como de Android. Permite actualizaciones instantáneas para aplicaciones Capacitor sin necesidad de aprobaciones de la tienda de aplicaciones, permitiendo un despliegue más rápido de correcciones de errores, nuevas funciones y mejoras.
-
-Con **cifrado de extremo a extremo**, Capgo protege los datos del usuario mientras ofrece una integración perfecta con los pipelines de CI/CD. Esta combinación no solo mejora el cumplimiento de la privacidad sino que también aumenta la eficiencia del desarrollo, ayudando a los desarrolladores a ofrecer una experiencia segura y actualizada a los usuarios en ambas plataformas.
-:::
diff --git a/src/content/blog/es/automated-consent-tracking-for-capacitor-apps.md b/src/content/blog/es/automated-consent-tracking-for-capacitor-apps.md
deleted file mode 100644
index 0a13f6865..000000000
--- a/src/content/blog/es/automated-consent-tracking-for-capacitor-apps.md
+++ /dev/null
@@ -1,483 +0,0 @@
----
-slug: automated-consent-tracking-for-capacitor-apps
-title: Seguimiento Automatizado del Consentimiento para Aplicaciones de Capacitor
-description: >-
-  Aprende a implementar el seguimiento automatizado del consentimiento en
-  aplicaciones para mejorar la conformidad de la privacidad y la confianza del
-  usuario sin retrasos en la tienda de aplicaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T01:27:27.426Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef2243ebbb9dc80641c5e1-1743730059829.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  consent tracking, privacy compliance, user rights, Capacitor apps, data
-  protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-El seguimiento automatizado del consentimiento es esencial para las aplicaciones de [Capacitor](https://capacitorjs.com/) para cumplir con regulaciones de privacidad y reglas de plataforma. Aquí está el motivo por el que es importante y cómo implementarlo:
-
-- **Por qué es importante**:
-    
-    - Cumplir con las políticas de privacidad de Apple y Google.
-    - Proteger los derechos de los usuarios y construir confianza.
-    - Evitar rechazos en la tienda de aplicaciones y riesgos legales.
-- **Características clave para el seguimiento del consentimiento**:
-    
-    - **Ajustes específicos de la plataforma**: Personalizar soluciones para iOS y Android.
-    - **Actualizaciones en tiempo real**: Modificar formularios de consentimiento sin actualizaciones de la aplicación.
-    - **Uniformidad en múltiples plataformas**: Asegurar un comportamiento consistente en la web, iOS y Android.
-    - **Sincronización de datos**: Mantener el consentimiento del usuario consistente en todos los dispositivos.
-- **Pasos de implementación**:
-    
-    1. Usar complementos como `@capacitor/privacy` para gestionar el consentimiento.
-    2. Crear elementos de interfaz de usuario de consentimiento claros y simples.
-    3. [Cifrar y almacenar de forma segura](https://capgo.app/docs/cli/migrations/encryption/) los datos de consentimiento.
-    4. Ajustar el seguimiento de análisis según las preferencias del usuario.
-    5. Validar y actualizar regularmente la configuración de consentimiento.
-- **Consejos de cumplimiento**:
-    
-    - Divulgar claramente el uso de datos.
-    - Permitir a los usuarios retirar el consentimiento y eliminar datos.
-    - Usar herramientas como [Capgo](https://capgo.app/) para actualizaciones en vivo y evitar retrasos en la tienda de aplicaciones.
-
-## Permiso de transparencia de seguimiento de aplicaciones de Apple - Ionic o iOS ...
-
-<iframe src="https://www.youtube.com/embed/BVEcp7FEWPY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Guía de Requisitos de Consentimiento
-
-Agregar seguimiento de consentimiento a las [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) significa cumplir con las reglas establecidas por Apple y Google. Estas reglas están diseñadas para garantizar la privacidad del usuario y el cumplimiento de los estándares de la plataforma.
-
-### Requisitos de Políticas de Tienda de Aplicaciones
-
-Apple y Google tienen expectativas específicas para las aplicaciones en cuanto al seguimiento del consentimiento:
-
-**Requisitos de la App Store de Apple**:
-
-- Los avisos de consentimiento deben explicar claramente por qué y cómo se utilizarán los datos.
-- Las aplicaciones deben respetar la configuración "Permitir que las aplicaciones pidan seguimiento" en los dispositivos de los usuarios.
-- Las etiquetas de nutrición de privacidad deben describir con precisión las prácticas de recopilación de datos.
-
-**Requisitos de Google Play Store**:
-
-- Divulgar claramente las prácticas de recopilación y compartir datos.
-- Incluir un enlace prominente a la [política de privacidad](https://capgo.app/dp/) en la lista de la aplicación y dentro de la propia aplicación.
-- Obtener consentimiento explícito antes de recopilar datos sensibles.
-- Proporcionar una forma fácil para que los usuarios retiren su consentimiento.
-- Ofrecer a los usuarios la opción de eliminar sus datos si revocan el consentimiento.
-
-Seguir estas pautas asegura el cumplimiento de las políticas de la tienda mientras se prioriza la privacidad del usuario.
-
-### Normas de Privacidad de Datos
-
-Además de cumplir con las reglas específicas de la plataforma, adoptar prácticas sólidas de privacidad de datos es crucial:
-
-**Recopilación de Datos Anónimos**:
-
-- Usar identificadores aleatorios en lugar de datos personales.
-- Minimizar la cantidad de datos recopilados.
-- Almacenar registros de consentimiento por separado de los datos del usuario.
-- Mantener registros de consentimiento cifrados para mayor seguridad.
-
-**Implementación del Proceso de Opt-in**:
-
-- Presentar opciones de consentimiento antes de recopilar cualquier dato.
-- Permitir a los usuarios elegir qué tipos de datos están dispuestos a compartir.
-- Proporcionar opciones claras de "Aceptar" y "Rechazar".
-- Permitir a los usuarios actualizar sus preferencias de consentimiento en cualquier momento.
-
-Servicios como Capgo pueden ayudar permitiendo actualizaciones en vivo de características relacionadas con el consentimiento, evitando la necesidad de revisiones completas de la tienda de aplicaciones.
-
-El seguimiento efectivo del consentimiento va más allá de simplemente cumplir con los requisitos legales. Se trata de construir confianza con los usuarios siendo transparentes y respetando su privacidad. Implementar cuidadosamente estas prácticas puede mejorar la experiencia del usuario y fortalecer la reputación de su aplicación.
-
-## Configuración del Seguimiento del Consentimiento
-
-Configure complementos, elementos de interfaz de usuario y análisis para automatizar el seguimiento del consentimiento de manera efectiva.
-
-### Complementos de Gestión de Consentimiento
-
-Utilice múltiples complementos para manejar las tareas de gestión de consentimiento:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-import { AnalyticsConsent } from '@capgo/capacitor-firebase-analytics';
-import { PrivacyConsent } from '@capacitor/privacy';
-
-const { FirebaseAnalytics } = Plugins;
-
-async function setupConsentTracking() {
-  await FirebaseAnalytics.setConsent({
-    analyticsStorage: AnalyticsConsent.GRANTED,
-    adStorage: AnalyticsConsent.DENIED
-  });
-}
-```
-
-Cifre y almacene de forma segura los datos de consentimiento:
-
-```typescript
-import { Storage } from '@capacitor/storage';
-
-async function storeConsentData(userConsent) {
-  await Storage.set({
-    key: 'userConsent',
-    value: JSON.stringify({
-      timestamp: Date.now(),
-      status: userConsent,
-      version: '1.0'
-    })
-  });
-}
-```
-
-Una vez que los complementos están configurados, diseñe una interfaz de consentimiento clara para comunicar estas configuraciones a los usuarios.
-
-### Creando Elementos de UI de Consentimiento
-
-Cree formularios de consentimiento simples e intuitivos. Aquí hay un ejemplo:
-
-```typescript
-import { Dialog } from '@capacitor/dialog';
-
-async function showConsentDialog() {
-  const { value } = await Dialog.confirm({
-    title: 'Privacy Settings',
-    message: 'We collect analytics data to improve your experience. ' +
-             'You can change these settings anytime in the app.',
-    okButtonTitle: 'Accept',
-    cancelButtonTitle: 'Decline'
-  });
-
-  return handleConsentResponse(value);
-}
-```
-
-Consideraciones clave para la interfaz de consentimiento:
-
-- Mostrar opciones de consentimiento antes de recopilar cualquier dato.
-- Explicar claramente por qué se están recopilando los datos.
-- Incluir un enlace a su política de privacidad.
-- Permitir a los usuarios elegir configuraciones de consentimiento en detalle.
-
-Una vez que la interfaz de consentimiento esté lista, asegúrese de que su configuración de análisis respete las preferencias del usuario.
-
-### Configuración de Análisis y Cumplimiento
-
-Ajuste su configuración de análisis según el consentimiento del usuario:
-
-```typescript
-import { Analytics } from '@capgo/capacitor-firebase-analytics';
-
-async function initializeAnalytics(userConsent) {
-  if (userConsent.analytics) {
-    await Analytics.setEnabled(true);
-    await Analytics.setUserProperty({
-      key: 'consent_status',
-      value: 'granted'
-    });
-  } else {
-    await Analytics.setEnabled(false);
-  }
-}
-```
-
-Siempre verifique el estado del consentimiento antes de rastrear datos:
-
-```typescript
-function checkConsentBeforeTracking(eventName, eventData) {
-  const consentStatus = getStoredConsent();
-
-  if (consentStatus.analytics) {
-    Analytics.logEvent({
-      name: eventName,
-      params: {
-        ...eventData,
-        consent_verified: true
-      }
-    });
-  }
-}
-```
-
-Valide regularmente el consentimiento para asegurar el cumplimiento:
-
-```typescript
-async function validateConsent() {
-  const storedConsent = await Storage.get({ key: 'userConsent' });
-  const consentData = JSON.parse(storedConsent.value);
-
-  if (isConsentExpired(consentData.timestamp)) {
-    await refreshConsent();
-  }
-}
-```
-
-## Gestión del Seguimiento del Consentimiento
-
-### Registro de Actualizaciones de Consentimiento
-
-Mantenga un seguimiento de los cambios de consentimiento de forma segura con almacenamiento estructurado:
-
-```typescript
-interface ConsentUpdate {
-  timestamp: number;
-  userId: string;
-  consentVersion: string;
-  preferences: {
-    analytics: boolean;
-    marketing: boolean;
-    thirdParty: boolean;
-  };
-  source: 'app' | 'settings' | 'prompt';
-}
-
-async function recordConsentUpdate(update: ConsentUpdate) {
-  const consentHistory = await Storage.get({ key: 'consent_history' });
-  const history = consentHistory.value ? 
-    JSON.parse(consentHistory.value) : [];
-
-  history.push({
-    ...update,
-    deviceInfo: await getDeviceInfo(),
-    hashValue: generateConsentHash(update)
-  });
-
-  await Storage.set({
-    key: 'consent_history',
-    value: JSON.stringify(history)
-  });
-}
-```
-
-Construya un historial de auditoría para rastrear cambios a lo largo del tiempo:
-
-```typescript
-async function generateConsentAuditLog() {
-  const consentHistory = await Storage.get({ key: 'consent_history' });
-  const history = JSON.parse(consentHistory.value);
-
-  return history.map(entry => ({
-    timestamp: new Date(entry.timestamp).toISOString(),
-    action: determineConsentAction(entry),
-    details: formatConsentDetails(entry),
-    verificationHash: entry.hashValue
-  }));
-}
-```
-
-Usando estos registros, las herramientas de monitoreo de cumplimiento pueden automatizar auditorías y garantizar la adherencia a los estándares de privacidad.
-
-### Herramientas de Monitoreo de Cumplimiento
-
-Automatice el seguimiento de eventos de consentimiento con herramientas de monitoreo:
-
-```typescript
-import { Analytics } from '@capacitor/analytics';
-import { ComplianceMonitor } from './compliance';
-
-class ConsentMonitor {
-  private static readonly CONSENT_CHECK_INTERVAL = 86400000; // 24 hours
-
-  async startMonitoring() {
-    // Schedule periodic compliance checks
-    setInterval(async () => {
-      const complianceStatus = await this.checkCompliance();
-
-      if (!complianceStatus.valid) {
-        await this.refreshConsent();
-        await Analytics.logEvent({
-          name: 'consent_compliance_refresh',
-          params: {
-            reason: complianceStatus.reason,
-            timestamp: Date.now()
-          }
-        });
-      }
-    }, ConsentMonitor.CONSENT_CHECK_INTERVAL);
-  }
-
-  private async checkCompliance(): Promise<ComplianceStatus> {
-    const currentConsent = await this.getCurrentConsent();
-    return ComplianceMonitor.validate(currentConsent);
-  }
-}
-```
-
-Desarrolle tableros para monitorear métricas de consentimiento en tiempo real:
-
-```typescript
-interface ConsentMetrics {
-  totalUsers: number;
-  consentRate: number;
-  pendingUpdates: number;
-  complianceScore: number;
-}
-
-async function generateConsentReport(): Promise<ConsentMetrics> {
-  const analytics = await getAnalyticsData();
-  const consentData = await getConsentData();
-
-  return {
-    totalUsers: analytics.activeUsers,
-    consentRate: calculateConsentRate(consentData),
-    pendingUpdates: getPendingUpdatesCount(),
-    complianceScore: calculateComplianceScore(consentData)
-  };
-}
-```
-
-Configure alertas para problemas de cumplimiento para actuar rápidamente:
-
-```typescript
-async function setupComplianceAlerts() {
-  const monitor = new ConsentMonitor();
-
-  monitor.on('compliance_violation', async (violation) => {
-    await sendAlertToTeam({
-      type: 'COMPLIANCE_ALERT',
-      severity: violation.severity,
-      details: violation.details,
-      recommendedAction: violation.recommendation
-    });
-
-    if (violation.severity === 'HIGH') {
-      await pauseDataCollection();
-    }
-  });
-}
-```
-
-Estas herramientas ayudan a mantener el cumplimiento con las leyes de privacidad y aseguran la transparencia en la gestión de los registros de consentimiento.
-
-## Directrices de Cumplimiento
-
-### Mensajes de Consentimiento Claros
-
-Cree mensajes de consentimiento claros y concisos para asegurar que los usuarios comprendan cómo se utilizan sus datos. Aquí hay un ejemplo:
-
-```typescript
-const consentMessageTemplate = {
-  title: "Data Privacy Settings",
-  sections: [{
-    purpose: "Analytics",
-    description: "We collect anonymous usage data to improve app performance",
-    dataTypes: ["Usage patterns", "Device info", "Crash reports"],
-    retention: "90 days"
-  }]
-};
-```
-
-Para actualizar las políticas de privacidad, puede utilizar esta función:
-
-```typescript
-async function updatePrivacyPolicy(version: string) {
-  const policy = {
-    version,
-    lastUpdated: new Date().toISOString(),
-    sections: {
-      dataCollection: await fetchPolicyContent('collection'),
-      userRights: await fetchPolicyContent('rights'),
-      retention: await fetchPolicyContent('retention')
-    }
-  };
-
-  await Storage.set({
-    key: 'privacy_policy',
-    value: JSON.stringify(policy)
-  });
-}
-```
-
-### Pruebas en Múltiples Plataformas
-
-Asegure el cumplimiento en todas las plataformas definiendo un proceso de validación de consentimiento. Aquí hay un ejemplo de un validador:
-
-```typescript
-class ConsentValidator {
-  async validateConsent(platform: 'ios' | 'android') {
-    const requirements = {
-      ios: {
-        requireExplicitConsent: true
-      },
-      android: {
-        requireExplicitConsent: true
-      }
-    };
-
-    return this.checkPlatformCompliance(
-      requirements[platform],
-      await this.getCurrentSettings()
-    );
-  }
-}
-```
-
-Es fundamental probar los flujos de consentimiento en diferentes versiones de SO y dispositivos para confirmar un comportamiento consistente. Utilice herramientas como Capgo para implementar actualizaciones en vivo, evitando retrasos en la tienda de aplicaciones mientras asegura el cumplimiento.
-
-### Usando [Capgo](https://capgo.app/) para Actualizaciones
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ef2243ebbb9dc80641c5e1/435c1a19c50c4ff1b7d76cbc4edeb6d0.jpg)
-
-Las capacidades de actualización en vivo de Capgo le permiten hacer ajustes de cumplimiento de manera eficiente. Aquí hay un ejemplo:
-
-```typescript
-interface ConsentUpdate {
-  version: string;
-  changes: {
-    type: 'policy' | 'ui' | 'tracking',
-    description: string,
-    requiredAction: boolean
-  }[];
-}
-
-async function applyConsentUpdate(update: ConsentUpdate) {
-  await Capgo.deploy({
-    version: update.version,
-    channel: 'consent-updates',
-    gradualRollout: true,
-    userGroups: ['beta-testers']
-  });
-}
-```
-
-También puede configurar porcentajes de implementación para diferentes grupos de usuarios:
-
-```typescript
-const updateConfig = {
-  channels: {
-    beta: { percentage: 10 },
-    production: { percentage: 100 }
-  }
-};
-```
-
-Este enfoque asegura actualizaciones en tiempo real para cumplir con los requisitos de Apple y Google [\[1\]](https://capgo.app/).
-
-## Resumen
-
-Para concluir el proceso detallado de configuración y gestión, aquí hay un breve resumen. El seguimiento automatizado del consentimiento requiere una estricta adhesión a las regulaciones de privacidad, manejo seguro de datos y gestión de [actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) eficiente.
-
-El éxito depende de una ejecución técnica precisa combinada con un despliegue rápido de actualizaciones. Herramientas como Capgo apoyan este enfoque, logrando una impresionante tasa de éxito global del 82% para actualizaciones relacionadas con el consentimiento [\[1\]](https://capgo.app/). Como dice Rodrigo Mantica:
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-Aquí hay una instantánea de los métricas clave y estrategias:
-
-| Aspecto | Estrategia de Implementación | Métrica de Éxito |
-| --- | --- | --- |
-| Despliegue de Actualizaciones | Envíos de código en vivo con cifrado | 23.5M actualizaciones exitosas entregadas |
-| Cobertura de Usuarios | Implementaciones por etapas a través de canales | 750 aplicaciones de producción mantenidas |
-| Actualizaciones de Cumplimiento | Despliegue instantáneo sin demoras en la tienda | Ciclo de actualización de 24 horas para el 95% de los usuarios |
-
-El equipo de [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA subraya la importancia de un despliegue rápido:
-
-> "Capgo es una forma inteligente de hacer envíos de código caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Al gestionar el seguimiento del consentimiento, concéntrese en el cifrado y el monitoreo de análisis para mantenerse en cumplimiento y fomentar la confianza del usuario. Esta estrategia asegura respuestas rápidas a los cambios regulatorios y a los estándares de privacidad en evolución.
diff --git a/src/content/blog/es/automatic-build-and-release-with-github-actions.md b/src/content/blog/es/automatic-build-and-release-with-github-actions.md
deleted file mode 100644
index e30f8a2ac..000000000
--- a/src/content/blog/es/automatic-build-and-release-with-github-actions.md
+++ /dev/null
@@ -1,143 +0,0 @@
----
-slug: automatic-build-and-release-with-github-actions
-title: Construcción y lanzamiento automático de aplicaciones con acciones de Github
-description: >-
-  Crea tu propia pipeline de CI/CD con acciones de Github de forma gratuita,
-  despliega tu aplicación Ionic Capacitor JS cada vez que realices un push a
-  main.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-23T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /github_actions.webp
-head_image_alt: Ilustración de Github Action
-keywords: 'Github actions, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: es
-next_blog: automatic-capacitor-ios-build-github-action
----
-Este tutorial se centra en el hospedaje de GitHub, pero puedes adaptarlo con un pequeño ajuste a cualquier otra plataforma de CI/CD.
-
-## Prefacio
-
-Asegúrate de haber agregado primero tu aplicación de Capacitor a Capgo, este tutorial se centra únicamente en la fase de carga. Si necesitas agregar tu aplicación a Capgo, puedes seguir este [Tutorial](/blog/update-your-capacitor-apps-seamlessly-using-capacitor-updater/)
-
-## Convención de commit
-
-Primero necesitas empezar a seguir la convención de commit [commits convencionales](https://www.conventionalcommits.org/en/v1.0.0/) \` esto ayudará a que las herramientas entiendan cómo actualizar el número de versión, son 5 minutos para aprenderlo.
-
-![Commits convencionales](/conventional_commits.webp)
-
-## Acciones de GitHub para etiquetas
-
-Luego tienes que crear tu primera acción de GitHub para construir automáticamente y crear una etiqueta.
-
-Crea un archivo en esta ruta: `.github/workflows/bump_version.yml`
-
-con este contenido:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        run: npx capacitor-standard-version
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-```
-
-Esto liberará una etiqueta para cada commit en tu rama principal. Y añadirá una entrada al changelog para cada commit en la rama principal en `CHANGELOG.md`.
-
-No te preocupes si no tienes este archivo, será creado para ti.
-
-Para que esto funcione, crea un [PERSONAL_ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) _en_ tu [secreto](https://docs.github.com/en/actions/security-guides/encrypted-secrets "secretos de GitHub") de GitHub como `PERSONAL_ACCESS_TOKEN`.
-
-Esto es necesario para permitir que el CI commit el changelog.
-
-Cuando crees el token, elige la expiración como `nunca` y el alcance como `repo`.
-
-Por último, establece la versión en tu archivo `package.json`, sincrónizalo con tu número de versión nativo que facilitará el siguiente paso.
-
-Esto solo es necesario la primera vez, luego las herramientas lo mantendrán actualizado.
-
-¡Ahora puedes hacer commit de ambos archivos y ver tu primera etiqueta aparecer en GitHub!
-
-Tanto la plataforma nativa como la web tendrán el aumento del número de versión después de cada commit.
-
-## Acciones de GitHub para construir
-
-Crea un archivo en esta ruta: `.github/workflows/build.yml`
-
-con este contenido:
-
-```yml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm run build
-        env: # Remove both lines  if you don't need it
-          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Exemple of env var coming from a secret
-      - name: Create Release
-        id: create_release
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Esto instalará y construirá tu dependencia antes de enviarla a Capgo.
-
-Si tu comando para construir es diferente, puedes cambiarlo en el paso `build_code`.
-
-Para que esto funcione, necesitas obtener tu clave API para Capgo, añádela en el [secreto de tu repositorio de GitHub](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) como `CAPGO_TOKEN`.
-
-¡Ahora puedes hacer commit de ambos archivos y ver tu primera etiqueta aparecer en GitHub!
-
-Añadir el commit generará una nueva construcción para el canal de producción.
-
-Deberías agregar tus pruebas en el paso de construcción para asegurar que tu código está funcionando.
-
-Ve a tu panel de control de Capgo y verifica tu construcción que acaba de aparecer, ahora tienes tu sistema de CI/CD.
-
-Si deseas que todos tus usuarios reciban la actualización siempre que esté disponible, ve a tu canal y configúralo como `público`.
-
-También puedes añadir la construcción nativa de tu aplicación de JavaScript Ionic Capacitor siguiendo este tutorial 👇
diff --git a/src/content/blog/es/automatic-build-and-release-with-gitlab.md b/src/content/blog/es/automatic-build-and-release-with-gitlab.md
deleted file mode 100644
index 209144594..000000000
--- a/src/content/blog/es/automatic-build-and-release-with-gitlab.md
+++ /dev/null
@@ -1,153 +0,0 @@
----
-slug: automatic-build-and-release-with-gitlab
-title: Construcción y lanzamiento automático con Gitlab
-description: >-
-  Crea tu propio pipeline de CI/CD con Gitlab de forma gratuita, despliega tu
-  aplicación cada vez que hagas push a main.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /gitlab_ci.webp
-head_image_alt: Ilustración de GitLab CI
-keywords: 'Gitlab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: es
-next_blog: ''
----
-Este tutorial se centra en GitLab CI, pero puedes adaptarlo con pequeños ajustes a cualquier otra plataforma CI/CD.
-
-## Prefacio
-
-Asegúrate de haber agregado primero tu aplicación a Capgo, este tutorial solo se centra en la fase de carga
-
-## Convención de commits
-
-Primero necesitas comenzar siguiendo la convención de commits [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/) esto ayudará a las herramientas a entender cómo actualizar el número de versión, se aprende en 5 minutos.
-
-![Conventional commits](/conventional_commits.webp)
-
-## GitLab CI para etiquetas
-
-Luego necesitas crear tu primer GitLab para construir y crear etiquetas automáticamente.
-
-Crea un archivo en esta ruta: `.github/workflows/bump_version.yml`
-
-con este contenido:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        run: npx capacitor-standard-version
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-```
-
-Esto lanzará una etiqueta por cada commit en tu rama principal. Y agregará una entrada de changelog por cada commit en la rama principal en `CHANGELOG.md`.
-
-No te preocupes si no tienes este archivo, se creará por ti.
-
-Para que esto funcione, crea un [PERSONAL_ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) en tus [secretos](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets") de GitHub como `PERSONAL_ACCESS_TOKEN`.
-
-Esto es necesario para permitir que el CI realice commits en el changelog.
-
-Cuando crees el token, elige la expiración como `never` y el alcance como `repo`.
-
-Por último, para permitir que la herramienta entienda dónde está guardada tu versión, debes crear el archivo `.cz.toml` en la raíz de tu repositorio.
-
-Y agregar esto dentro:
-
-```toml
-[tool.commitizen]
-name = "cz_conventional_commits"
-tag_format = "$major.$minor.$patch$prerelease"
-version = "0.11.5"
-version_files = [
-    "package.json:version",
-    ".cz.toml"
-]
-```
-
-Establece la versión en este archivo igual a la que tienes en tu archivo `package.json`.
-
-Esto solo es necesario la primera vez, luego las herramientas lo mantendrán actualizado.
-
-¡Ahora puedes hacer commit de ambos archivos y ver tu primera etiqueta aparecer en GitHub!
-
-## GitHub actions para build
-
-Crea un archivo en esta ruta: `.github/workflows/build.yml`
-
-con este contenido:
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm run build
-        env: # Remove both lines  if you don't need it
-          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Exemple of env var coming from a secret
-      - name: Create Release
-        id: create_release
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Esto instalará y construirá tus dependencias antes de enviarlas a Capgo.
-
-Si tu comando para build es diferente, puedes cambiarlo en el paso `build_code`.
-
-Para que esto funcione, necesitas obtener tu clave API para Capgo, agrégala en los [secretos de tu repositorio GitHub](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) como `CAPGO_TOKEN`.
-
-¡Ahora puedes hacer commit de ambos archivos y ver tu primera etiqueta aparecer en GitHub!
-
-El commit generará una nueva build para el canal de producción.
-
-Deberías agregar tus pruebas en el paso de build para asegurar que tu código funcione.
-
-Ve a tu panel de Capgo y verifica tu build que acaba de aparecer, ahora tienes tu sistema CI/CD.
-
-Si quieres permitir que todos tus usuarios obtengan la actualización cuando esté disponible, ve a tu canal y configúralo como `public`.
diff --git a/src/content/blog/es/automatic-capacitor-android-build-github-action.md b/src/content/blog/es/automatic-capacitor-android-build-github-action.md
deleted file mode 100644
index c7a74c396..000000000
--- a/src/content/blog/es/automatic-capacitor-android-build-github-action.md
+++ /dev/null
@@ -1,255 +0,0 @@
----
-slug: automatic-capacitor-android-build-github-action
-title: Compilación automática de Android en Capacitor con acciones de GitHub
-description: >-
-  Cómo configurar un pipeline CI/CD para tu aplicación Capacitor Android usando
-  fastlane y GitHub Actions en 5 minutos
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-27T00:00:00.000Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: /fastlane_android.webp
-head_image_alt: Ilustración de acción de GitHub de Fastlane Google Play
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates, Capacitor
-tag: CI/CD
-published: true
-locale: es
-next_blog: automatic-capacitor-ios-build-github-action
----
-# Compilaciones automáticas de Android con GitHub Actions
-
-Configurar CI/CD para aplicaciones Capacitor puede ser complejo y llevar mucho tiempo. Esto es lo que necesitas saber:
-
-## Requisitos previos
-
-Antes de comenzar, necesitarás configurar:
-
-- Una cuenta de GitHub con acceso de administrador
-- Tu aplicación ya publicada en Google Play Store con la firma adecuada
-- Archivos de clave de firma y keystore de Android
-- Proyecto en Google Cloud Console con API de Play Store habilitada
-- Cuenta de servicio con los permisos adecuados
-- Comprensión de los flujos de trabajo de GitHub Actions
-- Conocimiento de la configuración de Fastlane
-- Tiempo para mantener y depurar el pipeline
-
-## Configuración profesional de CI/CD por Capgo
-
-Salta la complejidad. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) configura tu pipeline de CI/CD directamente en tu plataforma preferida:
-
-- **Independencia de plataforma**: Funciona con GitHub Actions, GitLab CI u otros
-- **Integración perfecta**: No necesitas cambiar de plataforma, funciona con tu proceso actual
-- **Configuración personalizada**: Configuración adaptada a las necesidades de tu proyecto
-- **Guía experta**: Ya hemos configurado CI/CD para más de 50 aplicaciones
-
-### Precios
-- Tarifa única de configuración: $2,600
-- Tus costos operativos: ~$300/año
-- Comparado con otras soluciones propietarias: $6,000/año
-- **Ahorra $26,100 en 5 años**
-
-[Configura CI/CD ahora](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Guía de configuración manual
-
-Si aún deseas configurar todo por tu cuenta, esto es lo que necesitas hacer:
-
-## Precios de GitHub Actions
-
-![Price GitHub Action](/price_github_actions.webp)
-
-GitHub Actions ofrece minutos gratuitos según el tipo de repositorio:
-- Repositorios públicos: 2,000 minutos/mes
-- Repositorios privados: 2,000 minutos/mes (ejecutores Linux)
-
-Para proyectos privados, los costos son aproximadamente $0.008/minuto. Una compilación típica toma 3-5 minutos.
-
-## Pasos de configuración manual
-
-1. Configurar Fastlane
-2. Configurar secretos de GitHub
-3. Crear flujo de trabajo de GitHub Actions
-
-## 1. Configurar Fastlane
-
-Crea una carpeta `fastlane` en la raíz de tu proyecto y agrega un `Fastfile` con este contenido:
-
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    
-    lane :beta do
-        keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-        File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-        json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-        
-        # Get previous build number and increment
-        previous_build_number = google_play_track_version_codes(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            track: "internal",
-            json_key_data: json_key_data,
-        )[0]
-        current_build_number = previous_build_number + 1
-        sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        
-        # Build the app
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-            'versionCode' => current_build_number
-          })
-        
-        # Upload to Play Store
-        upload_to_play_store(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            json_key_data: json_key_data,
-            track: 'internal',
-            release_status: 'completed',
-            skip_upload_metadata: true,
-            skip_upload_changelogs: true,
-            skip_upload_images: true,
-            skip_upload_screenshots: true,
-        )
-    end
-end
-```
-
-## 2. Configurar secretos de GitHub
-
-Necesitas almacenar información sensible de forma segura en GitHub. Ve a tu repositorio → Settings → Secrets and variables → Actions → New repository secret.
-
-### Secretos requeridos:
-
-1. **Clave de cuenta de servicio de Google Play**
-   - Crea una cuenta de servicio en Google Cloud Console
-   - Habilita la API de Google Play Developer
-   - Otorga acceso a la cuenta de servicio a tu app en Play Console
-   - Descarga el archivo de clave JSON
-   - Convierte a base64: `base64 service_account_key.json | pbcopy`
-   - Agrega como `PLAY_CONFIG_JSON`
-
-2. **Clave de firma de Android**
-   - Convierte tu keystore a base64: `base64 your_keystore.jks | pbcopy`
-   - Agrega como `ANDROID_KEYSTORE_FILE`
-   - Agrega detalles del keystore:
-     - `KEYSTORE_KEY_ALIAS`
-     - `KEYSTORE_KEY_PASSWORD`
-     - `KEYSTORE_STORE_PASSWORD`
-     - `DEVELOPER_PACKAGE_NAME` (ej., com.example.app)
-
-## 3. Crear flujo de trabajo de GitHub Actions
-
-Crea `.github/workflows/build-upload-android.yml`:
-
-```yaml
-name: Build and Deploy Android App
-
-on:
-  push:
-    tags:
-      - '*'
-
-jobs:
-  build_android:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: 24
-          cache: npm
-          
-      - name: Install dependencies
-        run: npm ci
-        
-      - name: Cache Gradle
-        uses: actions/cache@v3
-        with:
-          path: |
-            ~/.gradle/caches
-            ~/.gradle/wrapper
-          key: ${{ runner.os }}-gradle-${{ hashFiles('**/*.gradle*', '**/gradle-wrapper.properties') }}
-          restore-keys: |
-            ${{ runner.os }}-gradle-
-            
-      - name: Build app
-        run: npm run build
-        
-      - name: Sync Capacitor
-        run: npx cap sync
-        
-      - name: Setup Java
-        uses: actions/setup-node@v5
-        with:
-            distribution: 'zulu'
-            java-version: '17'
-            
-      - name: Setup Ruby
-        uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: '3.0'
-          bundler-cache: true
-          
-      - name: Run Fastlane
-        uses: maierj/fastlane-action@v3.1.0
-        env:
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_CONFIG_JSON }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE_FILE }}
-          DEVELOPER_PACKAGE_NAME: ${{ secrets.DEVELOPER_PACKAGE_NAME }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_KEY_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-        with:
-          lane: android beta
-          
-      - name: Upload artifact
-        uses: actions/upload-artifact@v2
-        with:
-          name: android-release
-          path: ./android/app/build/outputs/bundle/release/app-release.aab
-          retention-days: 10
-```
-
-## Cómo funciona
-
-1. Crea una etiqueta Git para activar el flujo de trabajo
-2. GitHub Actions compila tu aplicación
-3. Fastlane la sube al canal beta de Google Play
-4. Tu aplicación se actualiza automáticamente
-
-## Tiempo de compilación y costos
-
-- Tiempo de compilación: 3-5 minutos
-- Costo para repositorios privados: ~$0.04 por compilación
-- Gratis para proyectos de código abierto
-
-## Recursos
-
-- [Documentación de GitHub Actions](https://docs.github.com/en/actions/)
-- [Documentación de Fastlane](https://docs.fastlane.tools/)
diff --git a/src/content/blog/es/automatic-capacitor-android-build-gitlab.md b/src/content/blog/es/automatic-capacitor-android-build-gitlab.md
deleted file mode 100644
index c68a61f27..000000000
--- a/src/content/blog/es/automatic-capacitor-android-build-gitlab.md
+++ /dev/null
@@ -1,280 +0,0 @@
----
-slug: automatic-capacitor-android-build-gitlab
-title: Compilación automática de Android con Capacitor usando GitLab
-description: >-
-  Configura una pipeline CI/CD para tu aplicación Android Ionic con fastlane y
-  GitLab en 5 minutos
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-27T00:00:00.000Z
-updated_at: 2023-09-27T00:00:00.000Z
-head_image: /andriod_app_gitlab.webp
-head_image_alt: Ilustración GitLab Google Play Fastlane
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates
-tag: CI/CD
-published: true
-locale: es
-next_blog: null
----
-
-# Compilaciones automáticas de Android con GitLab CI
-
-Configurar CI/CD para aplicaciones Capacitor puede ser complejo y llevar mucho tiempo. Esto es lo que necesitas saber:
-
-## Requisitos previos
-
-Antes de comenzar, necesitarás configurar:
-
-- Una cuenta de GitLab con acceso de administrador
-- Tu aplicación ya publicada en Google Play Store con la firma adecuada
-- Archivos de clave de firma y keystore de Android
-- Proyecto en Google Cloud Console con API de Play Store habilitada
-- Cuenta de servicio con los permisos adecuados
-- Comprensión de los flujos de trabajo de GitLab CI/CD
-- Conocimiento de configuración de Fastlane
-- Tiempo para mantener y depurar el pipeline
-
-## Configuración profesional de CI/CD por Capgo
-
-Evita la complejidad: [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) configura tu pipeline CI/CD directamente en tu plataforma preferida:
-
-- **Independencia de plataforma**: Funciona con GitHub Actions, GitLab CI u otros
-- **Integración perfecta**: No necesitas cambiar de plataforma, funciona con tu proceso actual
-- **Configuración personalizada**: Configuración adaptada a las necesidades de tu proyecto
-- **Guía experta**: Ya hemos configurado CI/CD para más de 50 aplicaciones
-
-### Precios
-- Tarifa única de configuración: $2,600
-- Tus costos operativos: ~$300/año
-- Comparado con otras soluciones propietarias: $6,000/año
-- **Ahorra $26,100 en 5 años**
-
-[Configura CI/CD ahora](https://calcom/martindonadieu/mobile-ci-cd-done-for-you/)
-
-## Guía de configuración manual
-
-Si aún deseas configurar todo por tu cuenta, esto es lo que necesitas hacer:
-
-**Pasos a seguir en la publicación**
-
-1. _Copiar archivos de Fastlane_
-2. _Almacenar tus secretos en secretos encriptados de GitLab_
-3. _Crear y almacenar tu clave de cuenta de servicio de Google Play_
-4. _Almacenar tu clave de firma de Android_
-5. _Configurar tu archivo yml de flujo de trabajo de GitLab_
-
-## 1. Copiar archivos de Fastlane
-
-Fastlane es una biblioteca Ruby creada para automatizar tareas comunes de desarrollo móvil. Usando Fastlane, puedes configurar "lanes" personalizados que agrupan una serie de "acciones" que realizan tareas que normalmente harías usando Android Studio. Puedes hacer mucho con Fastlane, pero para los propósitos de este tutorial, usaremos solo un puñado de acciones principales.
-
-Crea una carpeta Fastlane en la raíz de tu proyecto y copia los siguientes archivos:
-Fastlane
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    lane :beta do
-				keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-				File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-				json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-				previous_build_number = google_play_track_version_codes(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					track: "internal",
-					json_key_data: json_key_data,
-				)[0]
-
-				current_build_number = previous_build_number + 1
-				sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-						'versionCode' => current_build_number
-          })
-        upload_to_play_store(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					json_key_data: json_key_data,
-          track: 'internal',
-          release_status: 'completed',
-          skip_upload_metadata: true,
-          skip_upload_changelogs: true,
-          skip_upload_images: true,
-          skip_upload_screenshots: true,
-        )
-    end
-    lane :build do
-      gradle(
-        task: "clean bundleRelease",
-        project_dir: 'android/',
-        print_command: false,
-        properties: {
-          "android.injected.signing.store.file" => "#{keystore_path}",
-          "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-          "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-          "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-        })
-    end
-    lane :prod_release do
-      build_gradle = File.read("../android/app/build.gradle")
-
-      verify_changelog_exists(version_code: build_gradle.match(/versionCode (\d+)/)[1])
-      verify_upload_to_staging(version_name: build_gradle.match(/versionName '([\d\.]+)'/)[1])
-
-      supply(
-        track_promote_to: 'beta',
-        skip_upload_apk: true,
-        skip_upload_aab: true,
-        skip_upload_metadata: false,
-        skip_upload_changelogs: false,
-        skip_upload_images: false,
-        skip_upload_screenshots: false
-      )
-    end
-end
-```
-
-### Almacenar tus secretos en variables CI/CD de GitLab
-
-GitLab proporciona una forma de almacenar variables CI/CD encriptadas, similar a los secretos de repositorio de GitHub. Para almacenar tu información sensible de forma segura:
-
-1. Ve a la configuración de tu proyecto de GitLab
-2. Navega a CI/CD > Variables
-3. Añade las siguientes variables:
-
-- ANDROID_KEYSTORE_FILE: el archivo `jks` o `keystore` codificado en base64 usado para firmar tus compilaciones de Android. Será el archivo keystore asociado con tu clave de carga (si usas Play App Signing), o tu clave de firma de aplicación
-- KEYSTORE_KEY_PASSWORD: la contraseña asociada con el archivo keystore
-- KEYSTORE_KEY_ALIAS: el alias del keystore
-- KEYSTORE_STORE_PASSWORD: la contraseña de la clave privada
-- DEVELOPER_PACKAGE_NAME: tu ID de aplicación Android como com.example.app
-- PLAY_CONFIG_JSON: La clave JSON de cuenta de servicio codificada en base64
-
-### Crear una clave de cuenta de servicio de Google Play
-
-Para generar el secreto `PLAY_CONFIG_JSON`, sigue estos pasos:
-
-1. Ve a la [Google Cloud Console](https://console.cloud.google.com/)
-2. Crea un nuevo proyecto o selecciona uno existente
-3. Habilita la API de Google Play Android Developer
-4. Crea una cuenta de servicio:
-   - Ve a "IAM & Admin" > "Service Accounts"
-   - Haz clic en "Create Service Account"
-   - Dale un nombre y descripción
-   - Haz clic en "Create and Continue"
-   - Omite la asignación de rol y haz clic en "Done"
-5. Genera una clave JSON:
-   - Encuentra tu cuenta de servicio en la lista
-   - Haz clic en el menú de tres puntos > "Manage keys"
-   - Haz clic en "Add Key" > "Create new key"
-   - Elige formato JSON
-   - Haz clic en "Create"
-6. Otorga acceso a la cuenta de servicio a tu aplicación en Play Console:
-   - Ve a [Play Console](https://play.google.com/console)
-   - Navega a "Users and permissions"
-   - Haz clic en "Invite new users"
-   - Ingresa el email de la cuenta de servicio (termina con @*.iam.gserviceaccount.com)
-   - Otorga permiso "Release to production"
-   - Haz clic en "Invite user"
-7.Convierte la clave JSON a base64:
-   ```bash
-   base64 -i path/to/your/service-account-key.json | pbcopy
-   ```
-8. Añade la cadena codificada en base64 como variable `PLAY_CONFIG_JSON` en GitLab
-
-## Configura tu Pipeline de GitLab CI/CD
-
-Crea un archivo gitlab-ci.yml en la raíz de tu proyecto para definir tu pipeline CI/CD. A continuación se muestra un ejemplo de cómo puedes estructurar tu pipeline:
-
-```yaml
-
-image: mingc/android-build-box:latest
-
-stages:
-  - build
-  - upload_to_capgo
-  - build_and_upload_android
-
-build:
-  stage: build
-  tags:
-    - saas-linux-xlarge-amd64
-  cache:
-    - key:
-        files:
-          - bun.lockb
-      paths:
-        - .node_modules/
-  script:
-    - npm install
-    - npm run build
-  artifacts:
-    paths:
-      - node_modules/
-      - dist/
-  only:
-    - master
-
-upload_to_capgo:
-  stage: upload_to_capgo
-  tags:
-    - saas-linux-xlarge-amd64
-  script:
-    - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN -c dev
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-build_and_upload_android:
-  tags:
-    - saas-linux-xlarge-amd64
-  stage:    build_and_upload_android
-  cache:
-    - key:
-        files:
-          - android/gradle/wrapper/gradle-wrapper.properties
-      paths:
-        - ~/.gradle/caches/
-  script:
-    - npx cap sync android
-    - npx cap copy android
-    - bundle exec fastlane android beta # We do create a tag for the build to trigger XCode cloud builds
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-```
-
-## Activar el Pipeline
-
-Cada vez que envíes una nueva etiqueta a tu repositorio de GitLab, GitLab CI/CD activará automáticamente el pipeline definido, que compilará y desplegará tu aplicación Android usando Fastlane.
-
-Asegúrate de ajustar las rutas y dependencias de acuerdo a la estructura y requisitos de tu proyecto. Esta configuración te ayudará a automatizar el despliegue de tu aplicación Android en GitLab CI/CD.
-
-## Conclusión
-
-Al configurar GitLab CI/CD con la imagen Docker mingc/android-build-box, puedes automatizar el proceso de compilación de aplicaciones Android, haciendo que tu flujo de trabajo de desarrollo sea más eficiente y confiable. Esta automatización libera tu tiempo para enfocarte en los aspectos principales del desarrollo de aplicaciones, ayudándote en última instancia a entregar aplicaciones Android de alta calidad de manera más eficiente.
\ No newline at end of file
diff --git a/src/content/blog/es/automatic-capacitor-ios-build-codemagic.md b/src/content/blog/es/automatic-capacitor-ios-build-codemagic.md
deleted file mode 100644
index ab33ebbe7..000000000
--- a/src/content/blog/es/automatic-capacitor-ios-build-codemagic.md
+++ /dev/null
@@ -1,337 +0,0 @@
----
-slug: automatic-capacitor-ios-build-codemagic
-title: Compilación automática de Capacitor iOS con Codemagic
-description: >-
-  Cómo configurar un pipeline CI/CD para tu aplicación Ionic iOS usando
-  Codemagic en 5 minutos (2024)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-07-24T00:00:00.000Z
-updated_at: 2025-11-11T17:12:15.000Z
-head_image: /Codemagic_ios.webp
-head_image_alt: Ilustración de Testflight de Codemagic
-keywords: 'Codemagic, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: es
-next_blog: automatic-capacitor-android-build-codemagic
----
-## Entrega continua para iOS usando Codemagic
-
-
-## Prerrequisitos
-
-Antes de continuar con el tutorial…
-
--   Membresía del programa de desarrollador de iOS.
--   Deseo de leer 😆…
-
-## Importante sobre el precio
-
-![Price Codemagic Action](/price_codemagic.webp)
-
-[https://codemagic.io/pricing/](https://codemagic.io/pricing/)
-
-El servicio es '_gratuito_' hasta 500 minutos de macOS M1 / mes, dependiendo de la máquina elegida.  
-Vamos a usar una máquina **_macOS M1_**, puedes ver en la captura su precio y límites (precios a la fecha de creación del tutorial, podrían sufrir cambios en el futuro)
-
-🔴 **_Una vez advertidos de requisitos y precios, si te parece, continuamos…_**
-
-> **_📣_ ¡En el post asumimos que tenemos la app creada en iTunes connect, tenemos los certificados del ecosistema de Apple, todo será configurado por Codemagic!**
-
-## Empecemos 🤿
-
-**Pasos a seguir en el post**
-
-1.  _Usando la API de App Store Connect con Codemagic_
-2.  _Requisitos_
-3.  _Creando una clave de API de App Store Connect_
-4.  _Usando una clave de API de App Store Connect_
-5.  _Copiar archivos de Fastlane_
-6.  _Configurar Codemagic_
-
-## 1. Usando la API de App Store Connect con Codemagic
-
-> A partir de febrero de 2021, se requiere autenticación de dos factores o verificación de dos pasos para que todos los usuarios inicien sesión en App Store Connect. Esta capa adicional de seguridad para tu Apple ID ayuda a asegurar que seas la única persona que pueda acceder a tu cuenta.  
-> De [Apple Support](https://developer.apple.com/support/authentication/)
-
-> Comenzar con match requiere que revoques tus certificados existentes. Pero no te preocupes, tendrás el nuevo directamente.
-
-### Requisitos
-
-Para poder usar la API de App Store Connect, Codemagic necesita **tres** cosas.
-
-1.  ID del Emisor.
-2.  ID de la Clave.
-3.  Archivo de clave o contenido de la clave.
-
-### Creando una clave de API de App Store Connect
-
-Para generar claves, debes tener permiso de Administrador en App Store Connect. Si no tienes ese permiso, puedes dirigir a la persona relevante a este artículo y seguir las siguientes instrucciones.
-
-1. — Inicia sesión en [App Store Connect](https://appstoreconnect.apple.com/).
-
-2. — Selecciona [Usuarios y Acceso](https://appstoreconnect.apple.com/access/users/).
-
-![App Store Connect user access](/select_user_access.webp)
-
-3. — Selecciona la pestaña Claves API.
-
-![App Store Connect API Keys](/user_access_keys.webp)
-
-4. — Haz clic en Generar Clave API o el botón Agregar (+).
-
-![App Store Connect API keys create](/user_access.webp)
-
-5. — Ingresa el nombre para la clave y selecciona un nivel de acceso. Recomendamos elegir derechos de acceso `App Manager`, lee más sobre los permisos de roles del Programa de Desarrollador de Apple [aquí](https://help.apple.com/app-store-connect/#/deve5f9a89d7)
-
-![App Store Connect API keys create name](/gen_key.webp)
-
-6. — Haz clic en Generar.
-
-> **El acceso de una clave API no puede limitarse a aplicaciones específicas.**
-
-El nombre de la nueva clave, ID de clave, un enlace de descarga y otra información aparecen en la página.
-
-![App Store Connect download keys](/download_key.webp)
-
-Obtén las tres informaciones necesarias aquí:
-<1> ID del Emisor.  
-<2> ID de la Clave.  
-<3> Haz clic en "Descargar Clave API" para descargar tu clave privada de API. El enlace de descarga aparece solo si la clave privada aún no se ha descargado. Apple no guarda una copia de la clave privada. Por lo tanto, solo puedes descargarla una vez.
-
-> _🔴_ Almacena tu clave privada en un lugar seguro. Nunca debes compartir tus claves, almacenar claves en un repositorio de código o incluir claves en código del lado del cliente.
-
-### Agregando la clave API de App Store Connect a Codemagic
-
-1. Abre la configuración de tu equipo en Codemagic,
-![Select Team integrations](/select_team.webp)
-![Open team](/open_team.webp)
-Selecciona las identidades de firma de código
-![Select code signing identities](/select_code_signing_identities.webp)
-Y sube el certificado
-![Upload the certificate](/upload_certificate.webp)
-
-2. Haz clic en el botón **Agregar clave**.
-3. Ingresa el `Nombre de la clave de App Store Connect`. Este es un nombre legible para humanos que se utilizará para referirse a la clave más adelante en la configuración de la aplicación.
-4. Ingresa los valores de `ID del emisor` y `ID de la clave`.
-5. Haz clic en **Elegir un archivo .p8** o arrastra el archivo para cargar la clave API de App Store Connect descargada anteriormente.
-6. Haz clic en **Guardar**.
-
-*¡Ahora podemos gestionar Codemagic con la clave API de App Store Connect!*
-
-## 2. Crear certificados y perfiles de aprovisionamiento
-
-#### Certificados
-
-Abre XCode y ve a **Preferencias** > **Cuentas** > **Apple ID** > **Equipos** y selecciona tu equipo.
-
-![Code signing identities](/code_signing_identities.webp)
-
-Haz clic en **Gestionar certificados** > **+** y selecciona **Apple Distribution**.
-
-![Apple Distribution](/apple_distribution.webp)
-
-Entonces podrás crear un nuevo certificado.
-
-Luego necesitas ir al llavero para descargar el certificado como archivo `.p12`.
-
-Para hacerlo, debes ir al llavero, cambiar al llavero **inicio** y luego a la pestaña **Mis Certificados**.
-
-![My Certificates](/my_certificates.webp)
-
-Entonces puedes seleccionar el certificado que quieres descargar. (Busca por la fecha del certificado)
-
-Y luego haz clic derecho en el certificado y selecciona **Exportar**.
-
-Elige el formato de archivo **Intercambio de Información Personal (.p12)**.
-
-Eso descargará el certificado como un archivo `.p12`.
-
-#### Perfiles de aprovisionamiento
-
-Abre [Apple Developer](https://developer.apple.com/account/resources/profiles/list) y selecciona el equipo correcto.
-
-Luego crea un nuevo perfil haciendo clic en **+**
-
-![Create a new profile](/create_new_profile.webp)
-
-Y selecciona **App Store Connect**.
-
-![Select App Store Connect](/select_app_store_connect.webp)
-
-Luego necesitas seleccionar la aplicación correcta, ten cuidado de no usar comodín ya que la firma fallará.
-
-![Select the right app](/select_app.webp)
-
-Selecciona el certificado correcto que creaste antes (busca por la fecha de vencimiento, debe ser el mismo día y mes que hoy) y haz clic en **Continuar**.
-
-![Select the right certificate](/select_certificate.webp)
-
-Finalmente ingresa el nombre del perfil y haz clic en **Generar**.
-
-> El nombre se utilizará para identificar el perfil en Codemagic.
-
-![Generate the profile](/generate_profile.webp)
-
-Puedes descargar el perfil como un archivo `.mobileprovision`.
-
-![Download the profile](/download_profile.webp)
-
-### Agregando el certificado de firma de código
-
-Codemagic te permite cargar certificados de firma de código como archivos PKCS#12 que contienen tanto el certificado como la clave privada necesaria para usarlo. Al cargar, Codemagic te pedirá que proporciones la contraseña del certificado (si el certificado está protegido por contraseña) junto con un **Nombre de referencia** único, que luego se puede usar en la configuración de `codemagic.yaml` para obtener el archivo específico.
-
-- Cargar certificado
-- Generar nuevo certificado 
-- Obtener del Portal de Desarrollador
-
-1. Abra la configuración de su equipo de Codemagic, vaya a **codemagic.yaml settings** > **Code signing identities**.
-2. Abra la pestaña **iOS certificates**.
-3. Suba el archivo del certificado haciendo clic en **Choose a .p12 or .pem file** o arrastrándolo al marco indicado.
-4. Ingrese la **Certificate password** y elija un **Reference name**.
-5. Haga clic en **Add certificate**
-
-### Agregando el perfil de aprovisionamiento
-
-Codemagic le permite cargar un perfil de aprovisionamiento para usar en la aplicación o obtener un perfil desde el Portal de Desarrolladores de Apple.
-
-El tipo de perfil, equipo, ID del paquete y fecha de vencimiento se muestran para cada perfil agregado a Code signing identities. Además, Codemagic le informará si hay un certificado de firma de código coincidente disponible en Code signing identities (una marca de verificación verde en el campo **Certificate**) o no.
-
-## 3. Configurar Codemagic
-
-**Configurar secretos de Codemagic**
-
-¿Alguna vez te has preguntado de dónde vienen los valores de `ENV`? Bueno, ya no es un secreto - viene del secreto de tu proyecto. 🤦
-
-## **4. Configurar archivo de flujo de trabajo de Codemagic**
-
-Crea un archivo llamado `codemagic.yml` en la raíz de tu proyecto y agrega lo siguiente.
-
-```yaml
-workflows:
-  ionic-capacitor-ios-workflow:
-    name: Capacitor iOS Workflow
-    max_build_duration: 120
-    instance_type: mac_mini_m1
-    integrations:
-      app_store_connect: CodeMagic
-    environment:
-      ios_signing:
-        distribution_type: app_store
-        bundle_identifier: YOUR_BUNDLE_IDENTIFIER
-      vars:
-        XCODE_WORKSPACE: ios/App/App.xcworkspace
-        XCODE_SCHEME: App
-        APP_STORE_APP_ID: YOUR_APP_STORE_APP_ID
-      node: v20.14.0
-      xcode: 15.4
-      cocoapods: default
-    triggering:
-      events:
-        - tag
-      tag_patterns:
-        - pattern: '*'
-          include: true
-    scripts:
-      - name: Install dependencies
-        script: |
-          npm install
-      - name: Cocoapods installation
-        script: |
-          cd ios/App && pod install
-      - name: Update dependencies and copy web assets to native project
-        script: |
-          npm run build
-          npx cap sync ios
-      - name: Set up code signing settings on Xcode project
-        script: |
-          xcode-project use-profiles
-      - name: Increment build number
-        script: |
-          cd $CM_BUILD_DIR/ios/App
-          LATEST_BUILD_NUMBER=$(app-store-connect get-latest-app-store-build-number "$APP_ID")
-          agvtool new-version -all $(($LATEST_BUILD_NUMBER + 1))
-      - name: Build ipa for distribution
-        script: |
-          xcode-project build-ipa \
-            --workspace "$XCODE_WORKSPACE" \
-            --scheme "$XCODE_SCHEME"
-    artifacts:
-      - build/ios/ipa/*.ipa
-      - /tmp/xcodebuild_logs/*.log
-      - $HOME/Library/Developer/Xcode/DerivedData/**/Build/**/*.app
-      - $HOME/Library/Developer/Xcode/DerivedData/**/Build/**/*.dSYM
-    publishing:
-      email:
-        recipients:
-          - YOUR_EMAIL
-        notify:
-          success: true # To not receive a notification when a build succeeds
-          failure: false # To not receive a notification when a build fails
-      app_store_connect:
-        auth: integration
-        # Configuration related to TestFlight (optional)
-        # Note: This action is performed during post-processing.
-        submit_to_testflight: true
-        # Configuration related to App Store (optional)
-        # Note: This action is performed during post-processing.
-        submit_to_app_store: false
-
-```
-
-Este flujo de trabajo debe activarse manualmente o después de cada _tag_ de GitHub, si necesitas automatizar el tag, consulta primero [Automatic build and release with GitHub actions](/blog/automatic-build-and-release-with-github-actions/).
-
-Luego este flujo de trabajo extraerá tus dependencias NodeJS, las instalará y construirá tu aplicación JavaScript.
-
-> Cada vez que envíes un nuevo tag, se construirá un release en TestFlight.
-
-Tu App no necesita usar Ionic, solo la base de Capacitor es obligatoria, puede tener módulos antiguos de Cordova, pero se deberían preferir los plugins de Capacitor JS.
-
-## 5. Activar flujo de trabajo
-
-**Activar el flujo de trabajo**
-
-Envía los nuevos commits a la rama `main` o `developement` para activar el flujo de trabajo.
-
-![Started with commit](/build_result.webp)
-
-Después de unos minutos, la compilación debería estar disponible en tu panel de App Store Connect.
-
-![Testflight Dashboard](/testflight_app.webp)
-
-## Iniciar manualmente
-
-Puedes iniciar el flujo de trabajo manualmente.
-
-Primero selecciona la aplicación que deseas compilar, luego haz clic en **Start new build**.
-
-![Select app](/select_app_codemagic.webp)
-
-Luego selecciona la rama que deseas compilar.
-
-![Select branch](/select_branch.webp)
-
-Y haz clic en **Start new build**.
-
-Luego ve a la lista de compilaciones
-
-![Build list](/build_list.webp)
-
-Y haz clic en la compilación para ver el resultado.
-
-![Build result](/build_result.webp)
-
-## Se puede desplegar desde máquina local
-
-Sí, puedes, y es muy sencillo.
-
-Puedes usar Xcode para compilar y firmar tu aplicación, como siempre.
-
-### Gracias
-
-Este blog está basado en los siguientes artículos:
-- [Continuous delivery for IOS using Codemagic and GitHub actions](https://litoarias.medium.com/continuous-delivery-for-ios-using-Codemagic-and-github-actions-edf62ee68ecc/)
-- [Codemagic Documentation](https://docs.Codemagic.tools/app-store-connect-api/)
-- [This GitHub message from @mrogunlana](https://github.com/Codemagic-community/Codemagic-plugin-ionic/issues/63/#issuecomment-1074328057)
diff --git a/src/content/blog/es/automatic-capacitor-ios-build-github-action-with-match.md b/src/content/blog/es/automatic-capacitor-ios-build-github-action-with-match.md
deleted file mode 100644
index fb3eab797..000000000
--- a/src/content/blog/es/automatic-capacitor-ios-build-github-action-with-match.md
+++ /dev/null
@@ -1,596 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action-with-match
-title: Construcción automática de Capacitor IOS con GitHub actions usando match
-description: >-
-  Cómo configurar un pipeline CI/CD para tu aplicación IOS Ionic usando fastlane
-  y GitHub Actions en 5 minutos (2022)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-30T00:00:00.000Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: Ilustración de la acción de GitHub para testflight en fastlane
-keywords: 'Fastlane, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: es
-next_blog: automatic-capacitor-android-build-github-action
----
-# Compilaciones automáticas de iOS con GitHub Actions usando Match
-
-La configuración de CI/CD para aplicaciones Capacitor puede ser compleja y llevar tiempo. Esto es lo que necesitas saber:
-
-## Prerrequisitos
-
-Antes de comenzar, necesitarás configurar:
-
-- Una cuenta de GitHub con acceso de administrador
-- Membresía del programa de desarrollador de iOS
-- Acceso a la API de App Store Connect con los permisos adecuados
-- Comprensión de los flujos de trabajo de GitHub Actions
-- Conocimiento de la configuración de Fastlane y Match
-- Tiempo para mantener y depurar el pipeline
-- Un equipo de varios desarrolladores, de lo contrario recomendamos usar [fastlane cert](/blog/automatic-capacitor-ios-build-github-action) para flujos de trabajo más simples
-
-## Configuración Profesional de CI/CD por Capgo
-
-Salta la complejidad. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) configura tu pipeline CI/CD directamente en tu plataforma preferida:
-
-- **Independencia de Plataforma**: Funciona con GitHub Actions, GitLab CI u otros
-- **Integración Perfecta**: No necesitas cambiar de plataforma, funciona con tu proceso actual
-- **Configuración Personalizada**: Configuración adaptada a las necesidades de tu proyecto
-- **Guía Experta**: Ya hemos configurado CI/CD para más de 50 aplicaciones
-
-### Precios
-- Tarifa única de configuración: $2,600
-- Tus costos operativos: ~$300/año
-- Comparado con otras soluciones propietarias: $6,000/año
-- **Ahorra $26,100 en 5 años**
-
-[Configura CI/CD Ahora](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Guía de Configuración Manual
-
-Si aún deseas configurar todo por tu cuenta, esto es lo que necesitas hacer:
-
-## Entrega Continua para iOS usando Fastlane y GitHub Actions con match
-
-## Prerrequisitos
-
-Antes de continuar con el tutorial...
-
--   Asegúrate de tener Fastlane [instalado](https://docs.fastlane.tools/) en tu máquina de desarrollo.
--   Membresía del programa de desarrollador de iOS.
--   Ganas de leer 😆...
--   Un equipo de varios desarrolladores, de lo contrario recomendamos usar [fastlane cert](/blog/automatic-capacitor-ios-build-github-action) para flujos de trabajo más simples.
-
-## Importante sobre el precio
-
-![Price GitHub Action](/price_github_actions.webp)
-
-[https://github.com/features/actions](https://github.com/features/actions/)
-
-El servicio es 'gratuito' hasta el límite, dependiendo de la máquina elegida.  
-Vamos a usar una máquina **_macOS_**, puedes ver en la captura su precio y límites (precios a la fecha de creación del tutorial, podrían sufrir cambios en el futuro)
-
-🔴 **_Una vez advertidos de los requisitos y precios, si te parece, continuamos..._**
-
-> **_📣_ En la publicación asumimos que tenemos la app creada en iTunes connect, tenemos los certificados del ecosistema Apple, ¡todo será copiado por Fastlane!**
-
-## ¡Empecemos! 🤿 
-
-**Pasos a seguir en la publicación**
-
-1.  _Usando la API de App Store Connect con Fastlane Match_
-2.  _Requisitos_
-3.  _Creando una Clave API de App Store Connect_
-4.  _Usando una Clave API de App Store Connect_
-5.  _Copiar archivos de Fastlane_
-6.  _Configurar Fastlane match_
-
-## 1. Usando la API de App Store Connect con Fastlane Match
-
-> A partir de febrero de 2021, se requiere autenticación de dos factores o verificación en dos pasos para que todos los usuarios inicien sesión en App Store Connect. Esta capa adicional de seguridad para tu Apple ID ayuda a asegurar que seas la única persona que pueda acceder a tu cuenta.  
-> De [Apple Support](https://developer.apple.com/support/authentication/)
-
-> Comenzar con match requiere que revoques tus certificados existentes. Pero no te preocupes, tendrás el nuevo directamente.
-
-## Requisitos
-
-Para poder usar la API de App Store Connect, Fastlane necesita **tres** cosas.
-
-1. ID del emisor.
-2. ID de la clave.
-3. Archivo de clave o contenido de la clave.
-
-## Creando una Clave API de App Store Connect
-
-Para generar claves, debes tener permiso de Administrador en App Store Connect. Si no tienes ese permiso, puedes dirigir a la persona relevante a este artículo y seguir las siguientes instrucciones.
-
-1. Inicia sesión en [App Store Connect](https://appstoreconnect.apple.com/).
-
-2. Selecciona [Usuarios y Acceso](https://appstoreconnect.apple.com/access/users/).
-
-![App Store Connect acceso de usuario](/select_user_access.webp)
-
-3. Selecciona la pestaña Integración.
-
-![App Store Connect API Integración](/user_access_keys.webp)
-
-4. Haz clic en Generar Clave API o el botón Agregar (+).
-
-![App Store Connect API crear claves](/user_access.webp)
-
-5. Ingresa un nombre para la clave. El nombre es solo para tu referencia y no es parte de la clave en sí.
-
-![App Store Connect API crear nombre de claves](/gen_key.webp)
-
-6. En Acceso, selecciona el rol para la clave. Los roles que se aplican a las claves son los mismos roles que se aplican a los usuarios en tu equipo. Ver [permisos de roles](https://help.apple.com/app-store-connect/#/deve5f9a89d7/). Recomendamos seleccionar **App manager**.
-
-7. Haz clic en Generar.
-
-> **El acceso de una clave API no puede limitarse a aplicaciones específicas.**
-
-El nombre de la nueva clave, ID de clave, un enlace de descarga y otra información aparecen en la página.
-
-![App Store Connect descargar claves](/download_key.webp)
-
-Puedes obtener las tres informaciones necesarias aquí.  
-<1> ID del emisor.  
-<2> ID de la clave.  
-<3> Haz clic en "Descargar Clave API" para descargar tu clave privada. El enlace de descarga aparece solo si la clave privada aún no se ha descargado. Apple no guarda una copia de la clave privada. Por lo tanto, solo puedes descargarla una vez.
-
-> _🔴_ Guarda tu clave privada en un lugar seguro. Nunca debes compartir tus claves, almacenarlas en un repositorio de código o incluirlas en código del lado del cliente.
-
-## Usando una Clave API de App Store Connect
-
-El archivo de Clave API (archivo p8 que descargas), el ID de clave y el ID del emisor son necesarios para crear el token JWT para la autorización. Hay múltiples formas en que esta información puede ingresarse en Fastlane usando la nueva acción de Fastlane, `app_store_connect_api_key`. Puedes aprender otras formas en la [documentación de Fastlane](https://docs.fastlane.tools/actions/app_store_connect_api_key/). Muestro este método porque creo que es la forma más fácil de trabajar con la mayoría de los CI disponibles, donde puedes establecer variables de entorno.
-
-_¡Ahora podemos gestionar Fastlane con la clave API de App Store Connect, genial!_
-
-## 2. Copiar archivos de Fastlane
-
-Fastlane es una biblioteca Ruby creada para automatizar tareas comunes de desarrollo móvil. Usando Fastlane, puedes configurar "lanes" personalizados que agrupan una serie de "acciones" que realizan tareas que normalmente realizarías usando Android studio. Puedes hacer mucho con Fastlane, pero para los propósitos de este tutorial, usaremos solo un puñado de acciones principales.
-
-Crea una carpeta Fastlane en la raíz de tu proyecto y copia los siguientes archivos:
-Fastfile
-```ruby
-default_platform(:ios)
-
-DEVELOPER_APP_IDENTIFIER = ENV["DEVELOPER_APP_IDENTIFIER"]
-DEVELOPER_APP_ID = ENV["DEVELOPER_APP_ID"]
-PROVISIONING_PROFILE_SPECIFIER = ENV["PROVISIONING_PROFILE_SPECIFIER"]
-TEMP_KEYCHAIN_USER = ENV["TEMP_KEYCHAIN_USER"]
-TEMP_KEYCHAIN_PASSWORD = ENV["TEMP_KEYCHAIN_PASSWORD"]
-APPLE_ISSUER_ID = ENV["APPLE_ISSUER_ID"]
-APPLE_KEY_ID = ENV["APPLE_KEY_ID"]
-APPLE_KEY_CONTENT = ENV["APPLE_KEY_CONTENT"]
-GIT_USERNAME = ENV["GIT_USERNAME"]
-GIT_TOKEN = ENV["GIT_TOKEN"]
-
-def delete_temp_keychain(name)
-  delete_keychain(
-    name: name
-  ) if File.exist? File.expand_path("~/Library/Keychains/#{name}-db")
-end
-
-def create_temp_keychain(name, password)
-  create_keychain(
-    name: name,
-    password: password,
-    unlock: false,
-    timeout: 0
-  )
-end
-
-def ensure_temp_keychain(name, password)
-  delete_temp_keychain(name)
-  create_temp_keychain(name, password)
-end
-
-platform :ios do
-  lane :build do
-    build_app(
-      configuration: "Release",
-      workspace: "./ios/App/App.xcworkspace",
-      scheme: "App",
-      export_method: "app-store",
-      export_options: {
-        provisioningProfiles: { 
-            DEVELOPER_APP_ID => "#{PROVISIONING_PROFILE_SPECIFIER}"
-        }
-      }
-    )
-  end
-  lane :refresh_profiles do
-    match(
-      type: "development",
-      force: true)
-    match(
-      type: "adhoc",
-      force: true)
-  end
-  desc "Register new device"
-  lane :register_new_device do  |options|
-      device_name = prompt(text: "Enter the device name: ")
-      device_udid = prompt(text: "Enter the device UDID: ")
-      device_hash = {}
-      device_hash[device_name] = device_udid
-      register_devices(
-                       devices: device_hash
-                       )
-    refresh_profiles
-  end
-  lane :closed_beta do
-    keychain_name = TEMP_KEYCHAIN_USER
-    keychain_password = TEMP_KEYCHAIN_PASSWORD
-    ensure_temp_keychain(keychain_name, keychain_password)
-
-    api_key = app_store_connect_api_key(
-      key_id: APPLE_KEY_ID,
-      issuer_id: APPLE_ISSUER_ID,
-      key_content: APPLE_KEY_CONTENT,            
-      duration: 1200,            
-      in_house: false
-    )
-
-    match(
-      type: 'appstore',
-      git_basic_authorization: Base64.strict_encode64("#{GIT_USERNAME}:#{GIT_TOKEN}"),
-      readonly: true,
-      keychain_name: keychain_name,
-      keychain_password: keychain_password,
-      api_key: api_key
-    )
-
-    gym(
-      configuration: "Release",
-      workspace: "./ios/App/App.xcworkspace",
-      scheme: "App",
-      export_method: "app-store",
-      export_options: {
-        provisioningProfiles: { 
-            DEVELOPER_APP_ID => "#{PROVISIONING_PROFILE_SPECIFIER}"
-        }
-      }
-    )
-
-    pilot(
-      apple_id: "#{DEVELOPER_APP_ID}",
-      app_identifier: "#{DEVELOPER_APP_IDENTIFIER}",
-      skip_waiting_for_build_processing: true,
-      skip_submission: true,
-      distribute_external: false,
-      notify_external_testers: false,
-      ipa: "./App.ipa"
-    )
-
-    delete_temp_keychain(keychain_name)
-  end
-  lane :submit_review do
-    version = ''
-    Dir.chdir("..") do
-      file = File.read("package.json")
-      data = JSON.parse(file)
-      version = data["version"]
-    end
-    deliver(
-      app_version: version,
-      submit_for_review: true,
-      automatic_release: true,
-      force: true, # Skip HTMl report verification
-      skip_metadata: false,
-      skip_screenshots: false,
-      skip_binary_upload: true
-    )
-  end
-end
-```
-
-Appfile
-```ruby
-app_identifier(ENV["DEVELOPER_APP_IDENTIFIER"])
-apple_id(ENV["FASTLANE_APPLE_ID"])
-itc_team_id(ENV["APP_STORE_CONNECT_TEAM_ID"])
-team_id(ENV["DEVELOPER_PORTAL_TEAM_ID"])
-```
-
-## **Configurar Fastlane match**
-
-Fastlane [match](https://docs.fastlane.tools/actions/match/) es un nuevo enfoque para la firma de código de iOS. Fastlane match facilita a los equipos la gestión de los certificados y perfiles de aprovisionamiento requeridos para tus aplicaciones iOS.
-
-Crea un nuevo repositorio privado llamado `certificates`, por ejemplo en tu cuenta personal de GitHub o organización.
-
-Inicializa Fastlane match para tu aplicación iOS.
-
-```shell
-fastlane match init
-```
-
-Luego selecciona la opción #1 (Almacenamiento Git).
-
-```
-[01:00:00]: fastlane match supports multiple storage modes, please select the one you want to use:1. git2. google_cloud3. s3?
-```
-
-Asigna la URL del repositorio recién creado.
-
-```
-[01:00:00]: Please create a new, private git repository to store the certificates and profiles there[01:00:00]: URL of the Git Repo: <YOUR_CERTIFICATES_REPO_URL>
-```
-
-> Ahora tienes dentro de la carpeta Fastlane un archivo llamado **_Matchfile_** y `_git_url_` debe establecerse en la URL HTTPS del repositorio de certificados. Opcionalmente, también puedes usar SSH, pero requiere un paso diferente para ejecutar.
-
-```
-# ios/Matchfilegit_url("https://github.com/gitusername/certificates")storage_mode("git")type("appstore")
-```
-
-A continuación, procedemos a generar los certificados e ingresar tus credenciales cuando se te solicite con Fastlane Match.
-
-Se te pedirá que ingreses una frase de contraseña. Recuérdala correctamente porque será utilizada más tarde por GitHub Actions para descifrar tu repositorio de certificados.
-
-```
-fastlane match appstore
-```
-
-Si todo salió bien, deberías ver algo como esto:
-
-```
-[01:40:52]: All required keys, certificates and provisioning profiles are installed 🙌
-```
-
-> Si experimentaste algún problema con GitHub y los permisos necesarios, tal vez esta [publicación](https://medium.com/@litoarias/token-authentication-requirements-for-git-operations-5fdd8a6f6e7c/) te ayude a generar tokens de autenticación para git.
-
-Los certificados y perfiles de aprovisionamiento generados se suben a los recursos del repositorio de certificados
-
-![Certificados de App Store Connect](/certificates.webp)
-
-Por último, abre tu `proyecto` en Xcode y actualiza el perfil de aprovisionamiento para la configuración de lanzamiento de tu aplicación.
-
-![Certificados de XCode](/xcode_cert.webp)
-
-## Algunas cosas a tener en cuenta 💡
-
-## MATCH
-
-Para que el CI/CD importe los certificados y perfiles de aprovisionamiento, necesita tener acceso al repositorio de certificados. Puedes hacer esto generando un token de acceso personal (debe usarse antes) que tenga el alcance para acceder o leer repositorios privados.
-
-En GitHub, ve a **Settings** → **Developer Settings** → **Personal access tokens** → haz clic en `Generate New Token` → marca el alcance `repo` → luego haz clic en `Generate token`.
-
-![Crear token de acceso personal](/personal_access_token.webp)
-
-Ten una copia del token de acceso personal generado. Lo usarás más tarde para la variable de entorno `GIT_TOKEN`.
-
-Luego reemplaza tu archivo match generado en la carpeta Fastlane por 
-Matchfile
-```ruby
-CERTIFICATE_STORE_URL = ENV["CERTIFICATE_STORE_URL"]
-GIT_USERNAME = ENV["GIT_USERNAME"]
-GIT_TOKEN = ENV["GIT_TOKEN"]
-FASTLANE_APPLE_ID = ENV["FASTLANE_APPLE_ID"]
-
-git_url(CERTIFICATE_STORE_URL)
-storage_mode("git")
-type("appstore")
-git_basic_authorization(Base64.strict_encode64("#{GIT_USERNAME}:#{GIT_TOKEN}"))
-username(FASTLANE_APPLE_ID)
-```
-Esto será utilizado por GitHub Actions para importar los certificados y perfiles de aprovisionamiento.
-Y las variables se establecerán en GitHub Secrets, en lugar de codificarlas directamente en el archivo.
-
-## **Procesamiento de Build**
-
-En GitHub Actions, **se te cobra según los minutos** que hayas usado para ejecutar tu flujo de trabajo de CI/CD. Por experiencia, toma alrededor de 10-15 minutos antes de que una build pueda ser procesada en App Store Connect.
-
-Para proyectos privados, el costo estimado por build puede llegar hasta **$0.08/min x 15 mins = $1.2**, o más, dependiendo de la configuración o dependencias de tu proyecto.
-
-Si compartes las mismas preocupaciones sobre el precio como yo para proyectos privados, puedes mantener `skip_waiting_for_build_processing` en `true`.
-
-¿Cuál es el inconveniente? Tendrás que actualizar manualmente el cumplimiento de tu aplicación en App Store Connect después de que la build haya sido procesada, para poder distribuir la build a tus usuarios.
-
-Este es solo un parámetro opcional para actualizar si deseas ahorrar en los minutos de build para proyectos privados. Para proyectos gratuitos, esto no debería ser un problema en absoluto. Ver [precios](https://github.com/pricing/).
-
-## 3\. Configurar GitHub Actions
-
-**Configurar secretos de GitHub**
-
-¿Te has preguntado de dónde vienen los valores de `ENV`? Bueno, ya no es un secreto - provienen de los secretos de tu proyecto. 🤦
-
-![Establecer secretos de GitHub](/github_secets.webp)
-
-1. `APP_STORE_CONNECT_TEAM_ID` - el ID de tu equipo de App Store Connect si estás en múltiples equipos.
-
-2. `DEVELOPER_APP_ID` - en App Store Connect, ve a la app → **App Information** → Desplázate hacia abajo hasta la sección `General Information` de tu app y busca `Apple ID`.
-
-3. `DEVELOPER_APP_IDENTIFIER` - el identificador del paquete de tu app.
-
-4. `DEVELOPER_PORTAL_TEAM_ID` - el ID de tu equipo del Portal de Desarrollador si estás en múltiples equipos.
-
-5. `FASTLANE_APPLE_ID` - el Apple ID o email de desarrollador que usas para gestionar la app.
-
-6. `GIT_USERNAME` & `GIT_TOKEN` - Tu nombre de usuario de git y tu token de acceso personal.
-
-7. `MATCH_PASSWORD` - la frase de contraseña que asignaste al inicializar match, se usará para descifrar los certificados y perfiles de aprovisionamiento.
-
-8. `PROVISIONING_PROFILE_SPECIFIER` - `match AppStore <YOUR_CERTIFICATES_REPO_URL>`, ej. `match AppStore com.domain.blabla.demo`.
-
-9. `TEMP_KEYCHAIN_USER` & `TEMP_KEYCHAIN_PASSWORD` - asigna un usuario y contraseña temporal de keychain para tu workflow.
-
-10. `APPLE_KEY_ID` — App Store Connect API Key 🔺Key ID.
-
-11. `APPLE_ISSUER_ID` — App Store Connect API Key 🔺Issuer ID.
-
-12. `APPLE_KEY_CONTENT` — App Store Connect API Key 🔺 Archivo de clave o contenido de clave de _.p8_, [revísalo](https://github.com/fastlane/fastlane/issues/18655/#issuecomment-881764901)
-<YOUR_APP_BUNDLE_IDENTIFIER>
-13. `CERTIFICATE_STORE_URL` — La url del repositorio de tus claves Match (ej: https://github.com/***/fastlane_match.git)
-
-## **4. Configurar archivo de workflow de GitHub**
-
-Crea un directorio de workflow de GitHub.
-
-```
-cd .github/workflows
-```
-
-Dentro de la carpeta `workflow`, crea un archivo llamado `build-upload-ios.yml` y agrega lo siguiente.
-
-```yaml
-name: Build source code on ios
-
-on:
-  push:
-    tags:
-      - '*'
-
-jobs:
-  build_ios:
-    runs-on: macOS-latest
-    steps:
-      - uses: actions/checkout@v6
-      - name: Use Node.js 16
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: npm
-      - name: Install dependencies
-        id: install_code
-        run: npm ci
-      - name: Build
-        id: build_code
-        run: npm run build
-      - name: Build
-        id: build_code
-        run: npm run mobile
-      - uses: actions/cache@v3
-        with:
-          path: ios/App/Pods
-          key: ${{ runner.os }}-pods-${{ hashFiles('**/Podfile.lock') }}
-          restore-keys: |
-            ${{ runner.os }}-pods-
-      - name: Sync
-        id: sync_code
-        run: npx cap sync
-      - uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: 2.7.2
-      - uses: maierj/fastlane-action@v2.3.0
-        env:
-          DEVELOPER_APP_IDENTIFIER: ${{ secrets.DEVELOPER_APP_IDENTIFIER }}
-          DEVELOPER_APP_ID: ${{ secrets.DEVELOPER_APP_ID }}
-          PROVISIONING_PROFILE_SPECIFIER: match AppStore ${{ secrets.DEVELOPER_APP_IDENTIFIER }}
-          TEMP_KEYCHAIN_USER: ${{ secrets.TEMP_KEYCHAIN_USER }}
-          TEMP_KEYCHAIN_PASSWORD: ${{ secrets.TEMP_KEYCHAIN_PASSWORD }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          CERTIFICATE_STORE_URL: https://github.com/${{ secrets.CERTIFICATE_STORE_REPO }}.git
-          GIT_USERNAME: ${{ secrets.GIT_USERNAME }}
-          GIT_TOKEN: ${{ secrets.PERSONAL_ACCESS_TOKEN }}
-          FASTLANE_APPLE_ID: ${{ secrets.FASTLANE_APPLE_ID }}
-          MATCH_USERNAME: ${{ secrets.FASTLANE_APPLE_ID }}
-          MATCH_PASSWORD: ${{ secrets.MATCH_PASSWORD }}
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}
-          DEVELOPER_PORTAL_TEAM_ID: ${{ secrets.DEVELOPER_PORTAL_TEAM_ID }}
-        with:
-          lane: closed_beta
-      - name: Upload release bundle
-        uses: actions/upload-artifact@v2
-        with:
-          name: ios-release
-          path: ./App.ipa
-          retention-days: 60
-```
-
-Este workflow debe activarse después de cada _tag_ de GitHub, si necesitas automatizar el tag por favor, consulta primero [Compilación y lanzamiento automático con acciones de GitHub](/blog/automatic-build-and-release-with-github-actions/).
-
-Luego este workflow extraerá tus dependencias de NodeJS, las instalará y compilará tu aplicación JavaScript.
-
-> Cada vez que envíes un nuevo commit, se construirá un release en TestFlight.
-
-Tu App no necesita usar Ionic, solo la base de Capacitor es obligatoria, puede tener módulos antiguos de Cordova, pero se deben preferir los plugins de Capacitor JS.
-
-## 5. Activar workflow
-
-**Crear un Commit**
-
-Haz un _commit_, deberías ver el workflow activo en el repositorio.
-
-**Activar el workflow**
-
-Empuja los nuevos commits a la rama `main` o `developement` para activar el workflow.
-
-![Iniciado con commit](/cd_started.webp)
-
-Después de unos minutos, la compilación debería estar disponible en tu panel de App Store Connect.
-
-![Panel de Testflight](/testflight_app.webp)
-
-## ¿Puedo desplegar desde la máquina local?
-
-Sí, puedes, y es muy sencillo.
-
-Imagina que tienes un repositorio privado, y has agotado los minutos del plan gratuito y no quieres pagar por nuevos lanzamientos, o tal vez prefieres enviar la aplicación manualmente.
-
-**_Vamos a ello_**
-
-Ok, primero necesitamos crear en la ruta _my_project_path/fastlane_ un archivo llamado **_.env,_** justo en la misma ruta que _Fastfile,_ para poder crear las mismas propiedades _secret_ encontradas en nuestro _GitHub,_ como se muestra a continuación:
-
-archivo .env para desplegar desde máquina local
-
-Ahora, puedes ir a la _terminal_ y lanzar _Fastlane_ desde tu máquina:
-
-```
-fastlane closed_beta
-```
-
-> **❌ Esencial sobre el archivo** _.env_ **, como preferimos no exponer estos datos, debemos agregarlo en nuestro** _.gitignore_**, algo así: ❌**
-
-```
-fastlane/*.env
-```
-
-Debería funcionar igual que cuando se ejecuta desde GitHub Actions en la máquina remota pero en nuestra máquina local. 🍻
-
-![Ejecución local de Fastlane](/local_fastlane.webp)
-
-Ejecución en terminal: $ Fastlane closed_beta
-
-**_Si has llegado hasta aquí, mis felicitaciones, ahora tienes un proceso completamente automatizado para tus aplicaciones iOS con Fastlane y GitHub Actions._**
-
-> Cada vez que envíes un nuevo commit, se construirá una versión en la consola de Google Play, canal beta.
-Mejoraré este blog con tus comentarios, si tienes alguna pregunta o sugerencia, házmelo saber por correo electrónico martin@capgo.app
-
-### Construir en tu dispositivo
-
-Si aún necesitas construir en tu dispositivo, necesitas agregarlos manualmente al aprovisionamiento.
-Conecta tu dispositivo a tu mac y abre el menú de dispositivos
-![find devic ios menu](/find_ios_device.webp)
-Luego copia tu identificador
-![find identifier ios](/find_ios_identifier.webp)
-Y luego inicia el comando:
-`fastlane register_new_device`
-te pedirá que establezcas un nombre de dispositivo y el identificador:
-![set identifier ios](/set_identifier.webp)
-
-### si tienes problemas
-
-Si tienes problemas con el dispositivo de desarrollo que no puede probar, etc., esto generalmente lo soluciona.
-
-Hay un comando mágico que puede salvarte:
-```shell
-fastlane match nuke development
-fastlane match development
-```
-
-Luego:
-Limpia el proyecto manteniendo presionado Shift(⇧)+Command(⌘)+K o seleccionando Producto > Limpiar (puede estar etiquetado como "Limpiar carpeta de construcción")
-
-Luego intenta ejecutar nuevamente la aplicación en tu dispositivo.
-
-### Gracias
-
-Este blog está basado en los siguientes artículos:
-- [Continuous delivery for IOS using Fastlane and GitHub actions](https://litoarias.medium.com/continuous-delivery-for-ios-using-fastlane-and-github-actions-edf62ee68ecc/)
-- [Fastlane Documentation](https://docs.fastlane.tools/app-store-connect-api/)
-- [This GitHub message from @mrogunlana](https://github.com/fastlane-community/fastlane-plugin-ionic/issues/63/#issuecomment-1074328057)
diff --git a/src/content/blog/es/automatic-capacitor-ios-build-github-action.md b/src/content/blog/es/automatic-capacitor-ios-build-github-action.md
deleted file mode 100644
index 65d4fbcdc..000000000
--- a/src/content/blog/es/automatic-capacitor-ios-build-github-action.md
+++ /dev/null
@@ -1,325 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action
-title: >-
-  Construcción automática de Capacitor IOS con acciones de GitHub con
-  certificado
-description: >-
-  Cómo configurar una pipeline de CI/CD para tu aplicación IOS Ionic utilizando
-  fastlane y GitHub Actions en 5 minutos (2024)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-08-04T00:00:00.000Z
-updated_at: 2025-01-21T00:00:00.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: Ilustración de acción de GitHub de Fastlane testflight
-keywords: 'Fastlane, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: es
-next_blog: automatic-capacitor-android-build-github-action
----
-# Construcciones automáticas de iOS con GitHub Actions usando certificados
-
-Configurar CI/CD para aplicaciones de Capacitor puede ser complejo y llevar tiempo. Esto es lo que debes saber:
-
-## Requisitos previos
-
-Antes de comenzar, necesitarás configurar:
-
-- Una cuenta de GitHub con acceso de administrador
-- Membresía en el programa de desarrolladores de iOS
-- Acceso a la API de App Store Connect con los permisos adecuados
-- Entendimiento de los flujos de trabajo de GitHub Actions
-- Conocimiento sobre la configuración de Fastlane
-- Tiempo para mantener y depurar la canalización
-- Certificados y perfiles de aprovisionamiento adecuados
-
-## Configuración profesional de CI/CD por Capgo
-
-Salta la complejidad. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) configura tu canalización de CI/CD directamente en tu plataforma preferida:
-
-- **Independencia de la plataforma**: Funciona con GitHub Actions, GitLab CI, u otros
-- **Integración sin problemas**: No es necesario cambiar de plataforma, funciona con tu proceso actual
-- **Configuración a medida**: Configuración personalizada que se adapta a las necesidades de tu proyecto
-- **Orientación de expertos**: Ya hemos configurado CI/CD para más de 50 aplicaciones
-
-### Precios
-- Tarifa de configuración única: $2,600
-- Costos de operación: ~$300/año
-- Comparar con otras soluciones propietarias: $6,000/año
-- **Ahorra $26,100 en 5 años**
-
-[Configura CI/CD ahora](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Guía de configuración manual
-
-Si aún deseas configurar todo tú mismo, aquí tienes lo que necesitas hacer:
-
-## Entrega continua para iOS usando Fastlane y GitHub Actions y certificado
-
-## Requisitos previos
-
-Antes de continuar con el tutorial:
-
-- Asegúrate de tener Fastlane [instalado](https://docs.fastlane.tools/) en tu máquina de desarrollo.
-- Asegúrate de que seas parte de la membresía del programa de desarrolladores de iOS.
-
-## Información importante sobre el precio
-
-![Precio GitHub Action](/price_github_actions.webp)
-
-[https://github.com/features/actions](https://github.com/features/actions/)
-
-El servicio es '_gratuito_' hasta el límite, dependiendo de la máquina elegida.  
-Vamos a utilizar una máquina **_macOS_**, puedes ver en la captura de pantalla su precio y límites (precios a partir de la creación del tutorial, podrían sufrir cambios en el futuro)
-
-**Una vez advertidos sobre requisitos y precios, continuemos.**
-
-> **Nota: En la publicación asumo que has creado la aplicación en App Store Connect. ¡La información importante será copiada por Fastlane!**
-
-## Qué aprenderás en el tutorial
-
-**Pasos a seguir en la publicación**
-
-1.  _Usando la API de App Store Connect con Fastlane_
-    - _Requisitos:_
-      - _Crear una clave de API de App Store Connect_
-      - _Usar una clave de API de App Store Connect_
-2.  _Copiar archivos de Fastlane_
-3.  _Configurar GitHub Actions_
-
-## 1. Usando la API de App Store Connect con Fastlane
-
-> A partir de febrero de 2021, se requiere autenticación de dos factores o verificación en dos pasos para que todos los usuarios inicien sesión en App Store Connect. Esta capa adicional de seguridad para tu ID de Apple ayuda a garantizar que eres la única persona que puede acceder a tu cuenta.  
-> De [Soporte de Apple](https://developer.apple.com/support/authentication/)
-
-### Requisitos
-
-Para que Fastlane pueda usar la API de App Store Connect para cargar tu aplicación, necesitas proporcionar lo siguiente **tres** elementos:
-
-1.  ID del emisor
-2.  ID de la clave
-3.  Archivo de clave o contenido de clave
-
-### Obtención de una clave de API de App Store Connect
-
-Para generar claves, debes tener permisos de administrador en App Store Connect. Si no tienes ese permiso, puedes dirigir a la persona correspondiente a este artículo.
-
-1. Inicia sesión en [App Store Connect](https://appstoreconnect.apple.com/).
-
-2. Selecciona [Usuarios y acceso](https://appstoreconnect.apple.com/access/users/).
-
-![Acceso de usuario de App Store Connect](/select_user_access.webp)
-
-3. Selecciona la pestaña de Integración.
-
-![Integración de API de App Store Connect](/user_access_keys.webp)
-
-4. Haz clic en Generar clave de API o en el botón Agregar (+).
-
-![Crear claves de API de App Store Connect](/user_access.webp)
-
-5. Ingresa un nombre para la clave. El nombre es solo para tu referencia y no forma parte de la clave en sí.
-
-![Crear nombre de claves de API de App Store Connect](/gen_key.webp)
-
-6.  Bajo Acceso, selecciona el rol para la clave. Los roles que se aplican a las claves son los mismos roles que se aplican a los usuarios en tu equipo. Consulta [permisos de rol](https://help.apple.com/app-store-connect/#/deve5f9a89d7/). Te recomendamos seleccionar **Gerente de aplicaciones**.
-
-7. Haz clic en Generar.
-
-> **El acceso de una clave de API no puede limitarse a aplicaciones específicas.**
-
-El nombre de la nueva clave, ID de la clave, un enlace de descarga y otra información aparecerán en la página.
-
-![Descargar claves de App Store Connect](/download_key.webp)
-
-Puedes obtener toda la información necesaria aquí.  
-<1> ID del emisor. (`APPLE_ISSUER_ID` secreto)  
-<2> ID de la clave. (`APPLE_KEY_ID` secreto)  
-<3> Haz clic en "Descargar clave de API" para descargar tu clave privada de API. El enlace de descarga solo aparece si la clave privada aún no ha sido descargada. Apple no guarda una copia de la clave privada. Por lo tanto, solo puedes descargarla una vez.
-
-> _🔴_ Guarda tu clave privada en un lugar seguro. Nunca debes compartir tus claves, guardar las claves en un repositorio de código o incluir claves en el código del lado del cliente.
-
-### Usando una clave de API de App Store Connect
-
-El archivo de clave API (archivo p8 que descargas), el ID de la clave y el ID del emisor son necesarios para crear el token JWT para la autorización. Hay múltiples formas en las que esta información puede ser pasada a Fastlane. Elegí usar la nueva acción de Fastlane `app_store_connect_api_key`. Puedes aprender otras formas en [documentación de Fastlane](https://docs.fastlane.tools/actions/app_store_connect_api_key/). Muestra este método porque creo que es la forma más sencilla de trabajar con la mayoría de CI disponibles, donde puedes establecer variables de entorno.
-
-Por favor convierte el archivo p8 que descargas a Base64 y guárdalo como un secreto (`APPLE_KEY_CONTENT`).
-
-_Nosotros podemos administrar App Store Connect con Fastlane usando la clave API, ¡genial!_
-
-## 2. Certificados
-
-Abre XCode y ve a **Configuración** > **Cuentas** > **ID de Apple** > **Equipos** y selecciona tu equipo.
-
-![Identidades de firma de código](/code_signing_identities.webp)
-
-Haz clic en **Gestionar certificados**.
-
-Si aún no has creado un certificado, puedes crear un nuevo certificado.
-
-Haz clic en **+** y selecciona **Distribución de Apple**.
-
-![Distribución de Apple](/apple_distribution.webp)
-
-Luego necesitas ir al llavero para descargar el certificado como un archivo `.p12`.
-
-Para hacerlo, debes ir al llavero, cambiar al llavero de **inicio de sesión** y luego a la pestaña **Mis certificados**.
-
-![Mis certificados](/my_certificates.webp)
-
-Luego puedes seleccionar el certificado que deseas descargar. (Mira la fecha del certificado)
-
-Y haz clic derecho en la clave privada del certificado y selecciona **Exportar**.
-
-Elige el formato de archivo **Intercambio de información personal (.p12)**.
-
-Eso descargará el certificado como un archivo `.p12`.
-
-Por favor abre el archivo en una terminal y usa el siguiente comando para convertirlo a Base64:
-
-Esto se convertirá en tu secreto `BUILD_CERTIFICATE_BASE64`. Además, cuando se te pida, proporciona la contraseña del certificado. Esta contraseña será tu secreto `P12_PASSWORD`.
-
-## 3. Perfiles de aprovisionamiento
-
-Abre [Apple Developer](https://developer.apple.com/account/resources/profiles/list) y selecciona el equipo correcto.
-
-Luego crea un nuevo perfil, haciendo clic en **+** 
-
-![Crear un nuevo perfil](/create_new_profile.webp)
-
-Y selecciona **App Store Connect**. 
-
-![Seleccionar App Store Connect](/select_app_store_connect.webp)
-
-Luego necesitas seleccionar la aplicación adecuada, ten cuidado, no puedes usar un comodín, de lo contrario la firma fallará.
-
-![Seleccionar la aplicación adecuada](/select_app.webp)
-
-Selecciona el certificado adecuado que creaste antes (busca la fecha de caducidad, debería ser el mismo día y mes que hoy) y haz clic en **Continuar**.
-
-![Seleccionar el certificado adecuado](/select_certificate.webp)
-
-Finalmente ingresa el nombre del perfil y haz clic en **Generar**. 
-
-> El nombre se utilizará para identificar el perfil en Fastlane, bajo el valor de `APPLE_PROFILE_NAME`.
-
-![Generar el perfil](/generate_profile.webp)
-
-Puedes descargar el perfil como un archivo `.mobileprovision`.
-
-![Descargar el perfil](/download_profile.webp)
-
-Por favor convierte el perfil a Base64 y guárdalo como un secreto (`BUILD_PROVISION_PROFILE_BASE64`).
-
-## 4. Copiar archivos de Fastlane
-
-Fastlane es una biblioteca de Ruby creada para automatizar tareas comunes de desarrollo móvil. Usando Fastlane, puedes configurar "carriles" personalizados que agrupan una serie de "acciones" que realizan tareas que normalmente realizarías utilizando Android Studio. Puedes hacer mucho con Fastlane, pero para los propósitos de este tutorial, solo utilizaremos un puñado de acciones clave.
-
-Crea una carpeta de Fastlane en la raíz de tu proyecto y copia los siguientes archivos:
-`Fastfile`
-
-## 5. Configurando secretos
-Localmente, Fastlane utilizará el archivo `.env` para los secretos.
-Aquí hay un ejemplo del archivo `.env`:
-
-### Obteniendo el APP_STORE_CONNECT_TEAM_ID
-Ve a [Developer Center](https://developer.apple.com/account) y desplázate hacia abajo a la sección `Detalles de membresía`.
-El `ID del equipo` es el valor que necesitas establecer en el secreto `APP_STORE_CONNECT_TEAM_ID`.
-
-### Obteniendo el BUNDLE_IDENTIFIER
-
-1. Abre Xcode
-2. Haz doble clic en la `Aplicación` en el navegador del proyecto
-3. Luego haz clic en la pestaña `Firma y capacidades`
-4. Copia el valor del `Identificador de paquete`. Este es el valor que necesitas establecer en el secreto `BUNDLE_IDENTIFIER`.
-
-## 6. Procesamiento de la construcción
-
-En GitHub Actions, **se te cobra en función de los minutos** que has utilizado para ejecutar tu flujo de trabajo de CI/CD. Según mi experiencia, se tarda aproximadamente de 10 a 15 minutos antes de que una construcción pueda ser procesada en App Store Connect.
-
-Para proyectos privados, el costo estimado por construcción puede llegar a **$0.08/min x 15 mins = $1.2**, o más, dependiendo de la configuración y las dependencias de tu proyecto.
-
-Si te preocupa el costo de proyectos privados, puedes establecer `skip_waiting_for_build_processing` en `true`. Esto ahorrará minutos de construcción al no esperar a que App Store Connect termine de procesar la construcción.
-
-Sin embargo, hay un compromiso: necesitarás actualizar manualmente la información de cumplimiento de tu aplicación en App Store Connect antes de poder distribuir la compilación a los usuarios.
-
-Esta optimización es principalmente útil para proyectos privados donde los minutos de compilación cuestan dinero. Para proyectos públicos/gratuitos, los minutos de compilación son gratuitos, por lo que no hay necesidad de habilitar esta configuración. Consulta la [página de precios](https://github.com/pricing/) de GitHub para más detalles.
-
-
-## 7. Configurar GitHub Actions
-
-**Configurar secretos de GitHub**
-
-Por favor, copia los secretos del archivo `.env` y pégalos en los secretos del repositorio de GitHub.
-
-Ve a **Configuración** > **Secretos y variables** > **Acciones** > **Nuevo secreto de repositorio**
-
-<div class="mx-auto" style="width: 100%; margin-top: 20px;">
-  <img src="/apple_team_id.webp" alt="app-store-connect-team-id">
-</div>
-
-2. `BUILD_CERTIFICATE_BASE64` - Certificado codificado en Base64.
-
-3. `BUILD_PROVISION_PROFILE_BASE64` - Perfil de aprovisionamiento codificado en Base64.
-
-4. `BUNDLE_IDENTIFIER` - el identificador del paquete de tu aplicación.
-
-5. `APPLE_KEY_ID` — Clave de API de App Store Connect 🔺ID de clave.
-
-6. `APPLE_ISSUER_ID` — Clave de API de App Store Connect 🔺ID de emisor.
-
-7. `APPLE_KEY_CONTENT` — Clave de API de App Store Connect 🔺 Contenido de clave de _.p8_, [revísalo](https://github.com/fastlane/fastlane/issues/18655/#issuecomment-881764901)
-
-## 8. Configurar archivo de flujo de trabajo de GitHub
-
-Crea un directorio de flujo de trabajo de GitHub.
-
-```shell
-base64 -i APPLE_KEY_CONTENT.p8 | pbcopy
-```
-
-Dentro de la carpeta `workflow`, crea un archivo llamado `build-upload-ios.yml` y agrega lo siguiente.
-
-```shell
-base64 -i BUILD_CERTIFICATE.p12 | pbcopy
-```
-
-Este flujo de trabajo debe ser activado después de cada _etiqueta_ de GitHub, si necesitas automatizar etiquetas, por favor, consulta [Construcción y lanzamiento automático con acciones de GitHub](/blog/automatic-build-and-release-with-github-actions/) primero.
-
-Luego, este flujo de trabajo descargará tus dependencias de NodeJS, las instalará y construirá tu aplicación JavaScript.
-
-> Cada vez que envíes un nuevo commit, se construirá un lanzamiento en TestFlight.
-
-Tu aplicación no necesita usar Ionic, solo es obligatorio el uso de Capacitor, puede tener un antiguo módulo de Cordova, pero se debe preferir el complemento de Capacitor JS.
-
-## 8. Activar el flujo de trabajo
-
-**Crear un Commit**
-
-Realiza un _commit_, deberías ver el flujo de trabajo activo en el repositorio.
-
-**Activar el flujo de trabajo**
-
-Envía los nuevos commits a la rama `main` o `developement` para activar el flujo de trabajo.
-
-![Comenzado con el commit](/cd_started.webp)
-
-Después de unos minutos, la compilación debería estar disponible en tu panel de App Store Connect.
-
-![Panel de Testflight](/testflight_app.webp)
-
-## 9. ¿Puedo desplegar desde la máquina local?
-
-Sí, puedes, y es muy fácil.
-
-Puedes usar Xcode para construir y firmar tu aplicación, como siempre.
-
-### Gracias
-
-Este blog se basa en los siguientes artículos:
-- [Entrega continua para IOS usando Fastlane y GitHub actions](https://litoarias.medium.com/continuous-delivery-for-ios-using-fastlane-and-github-actions-edf62ee68ecc/)
-- [Documentación de Fastlane](https://docs.fastlane.tools/app-store-connect-api/)
-- [Este mensaje de GitHub de @mrogunlana](https://github.com/fastlane-community/fastlane-plugin-ionic/issues/63/#issuecomment-1074328057)
-- [Esta documentación de GitHub](https://docs.github.com/en/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development)
diff --git a/src/content/blog/es/basic-js-css-config-for-native-app-look.md b/src/content/blog/es/basic-js-css-config-for-native-app-look.md
deleted file mode 100644
index 640fbb01e..000000000
--- a/src/content/blog/es/basic-js-css-config-for-native-app-look.md
+++ /dev/null
@@ -1,93 +0,0 @@
----
-slug: basic-js-css-config-for-native-app-look
-title: Configuraciones básicas de JS y CSS para el aspecto de una aplicación nativa
-description: >-
-  Aprende cómo configurar tu aplicación web con ajustes básicos de JavaScript y
-  CSS para que tenga el aspecto y comportamiento de una aplicación nativa,
-  incluyendo la desactivación de efectos hover.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-05T00:00:00.000Z
-updated_at: 2023-06-05T00:00:00.000Z
-head_image: /native_app_look.webp
-head_image_alt: Ilustración del aspecto de una aplicación nativa
-keywords: 'tailwind css, css, mobile design, mobile app development'
-tag: Web Development
-published: true
-locale: es
-next_blog: ''
----
-# Configuraciones básicas de JS y CSS para una apariencia de aplicación nativa
-
-Al crear una aplicación web, es esencial hacer que se vea y se sienta como una aplicación nativa para proporcionar una experiencia de usuario fluida. En este artículo, cubriremos las configuraciones básicas de JavaScript y CSS necesarias para lograr una apariencia de aplicación nativa, incluyendo la desactivación de efectos hover.
-
-## Deshabilitar efectos hover
-
-En dispositivos táctiles, los efectos hover pueden ser problemáticos ya que no tienen un estado hover verdadero como los dispositivos de escritorio. Para deshabilitar los efectos hover en dispositivos táctiles, puedes usar el siguiente código CSS:
-
-```css
-@media (hover: none) {
-  .element:hover {
-    /* Reset the hover styles */
-    background-color: initial;
-    color: initial;
-    /* Add any other style resets needed */
-  }
-}
-```
-
-Reemplaza `.element` con el selector apropiado para los elementos en los que deseas deshabilitar los efectos hover.
-
-## Deshabilitar vista previa de enlaces
-
-Para deshabilitar la vista previa de enlaces en dispositivos táctiles, puedes usar el siguiente código JavaScript:
-
-```javascript
-document.addEventListener('touchstart', function(event) {
-  if (event.target.tagName === 'A') {
-    event.preventDefault();
-  }
-});
-```
-
-## Deshabilitar selección
-
-Para deshabilitar la selección de texto, agrega el siguiente código CSS a tu hoja de estilos:
-
-```css
-body {
-  -webkit-touch-callout: none;
-  -webkit-user-select: none;
-  -khtml-user-select: none;
-  -moz-user-select: none;
-  -ms-user-select: none;
-  user-select: none;
-}
-```
-
-## Deshabilitar zoom
-
-Para deshabilitar el zoom, agrega la siguiente meta etiqueta al encabezado de tu archivo HTML:
-
-```html
-<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">
-```
-
-## Agregar zona segura CSS
-
-Para asegurar que tu contenido se muestre dentro del área segura del dispositivo, agrega el siguiente código CSS a tu hoja de estilos:
-
-```css
-body {
-  padding: env(safe-area-inset-top) env(safe-area-inset-right) env(safe-area-inset-bottom) env(safe-area-inset-left);
-}
-```
-
-## Consejos adicionales
-
-- Utiliza técnicas de diseño responsive para asegurar que tu aplicación se vea bien en todos los dispositivos.
-- Optimiza el rendimiento de tu aplicación minimizando el uso de bibliotecas y frameworks JavaScript pesados.
-- Prueba tu aplicación en varios dispositivos y navegadores para garantizar la compatibilidad y una experiencia de usuario consistente.
-
-Al seguir estas configuraciones básicas de JavaScript y CSS, puedes crear una aplicación web que se vea y se sienta como una aplicación nativa, proporcionando una experiencia de usuario fluida y agradable.
diff --git a/src/content/blog/es/best-practices-for-capacitor-code-sharing.md b/src/content/blog/es/best-practices-for-capacitor-code-sharing.md
deleted file mode 100644
index 8cd24cbd1..000000000
--- a/src/content/blog/es/best-practices-for-capacitor-code-sharing.md
+++ /dev/null
@@ -1,234 +0,0 @@
----
-slug: best-practices-for-capacitor-code-sharing
-title: Mejores Prácticas para Compartir Código en Capacitor
-description: >-
-  Aprende las mejores prácticas para compartir código de manera eficiente en
-  aplicaciones Capacitor, desde la organización hasta estrategias de pruebas y
-  despliegue seguro.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T02:12:07.567Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc5744af1a45e500bc59a4-1744596739629.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, code sharing, mobile development, testing, deployment, security,
-  OTA updates, CI/CD, performance optimization
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) te permite crear aplicaciones para iOS, Android y web utilizando una única base de código.** Esta guía explica cómo estructurar, probar e implementar tu código multiplataforma de manera eficiente. Esto es lo que aprenderás:
-
--   **Por qué importa compartir código**: Ahorra tiempo, simplifica el mantenimiento y actualiza las aplicaciones más rápido en todas las plataformas.
--   **Desafíos comunes**: Maneja errores específicos de plataforma, diferencias en la experiencia del usuario y problemas de rendimiento.
--   **Mejores prácticas**:
-    -   **Organizar código**: Usa carpetas claras para archivos compartidos y específicos de plataforma.
-    -   **Herramientas de prueba**: Usa [Jest](https://jestjs.io/), [Cypress](https://www.cypress.io/), y [Appium](http://appium.io/) para pruebas unitarias, de integración y de extremo a extremo.
-    -   **Implementar actualizaciones**: Configura pipelines de CI/CD y usa actualizaciones Over-the-Air (OTA) para implementar cambios rápidamente.
--   **Seguridad y velocidad**: Encripta actualizaciones, gestiona accesos y optimiza el rendimiento para una entrega más rápida.
-
-**Consejo rápido**: Herramientas como [Capgo](https://capgo.app/) simplifican las actualizaciones OTA, asegurando que el 95% de los usuarios se actualicen en 24 horas.
-
-Continúa leyendo para conocer estrategias detalladas para optimizar el desarrollo de tu aplicación Capacitor.
-
-## Capacitor 2.0: Aplicaciones móviles y PWAs desde una única base de código
-
-<iframe src="https://www.youtube.com/embed/8KQb4u_FqOw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuración de la estructura del código
-
-Tener una estructura de código bien organizada es clave al escalar aplicaciones Capacitor. Aquí hay una mirada a formas prácticas de organizar archivos de proyecto y construir componentes reutilizables.
-
-### Organización de carpetas
-
-Una estructura de carpetas clara ayuda a separar el código compartido de las implementaciones específicas de plataforma. Aquí hay un ejemplo de diseño:
-
-| Directorio | Propósito | Contenido de ejemplo |
-| --- | --- | --- |
-| **/shared** | Código usado en todas las plataformas | Servicios, utilidades, interfaces |
-| **/platforms** | Implementaciones específicas de plataforma | Plugins nativos, ajustes de UI |
-| **/components** | Elementos UI reutilizables | Widgets personalizados, elementos |
-| **/assets** | Recursos estáticos | Imágenes, fuentes, iconos |
-| **/services** | Lógica de negocio | Clientes API, gestión de estado |
-
-### Creación de módulos reutilizables
-
-Una estructura de carpetas sólida es el primer paso para construir módulos reutilizables. Para hacer que tus módulos sean fáciles de usar y mantener, considera estas estrategias:
-
--   **Abstraer diferencias de plataforma**: Usa capas de interfaz para gestionar variaciones específicas de plataforma.
--   **Control de versiones**: Mantén un registro de actualizaciones con protocolos estrictos de versionado.
--   **Documentación**: Proporciona instrucciones claras y concisas para usar e integrar módulos.
-
-### Consejos de gestión de archivos
-
-Las buenas prácticas de gestión de archivos pueden hacer que las actualizaciones y el desarrollo multiplataforma sean mucho más fluidos:
-
--   **Organizar assets**: Agrupa los assets según la compatibilidad de plataforma para reducir tamaños de paquete y mejorar la eficiencia.
--   **Gestionar caché efectivamente**: Usa estrategias robustas de caché para mejorar el rendimiento sin conexión y los tiempos de carga.
--   **Optimizar actualizaciones**: Aprovecha las funciones de actualización de Capacitor. Usando un sistema de canales, puedes implementar actualizaciones a grupos específicos de usuarios antes de un lanzamiento completo.
-
-## Métodos de prueba y depuración
-
-Probar código compartido en aplicaciones Capacitor requiere un enfoque claro y estructurado para asegurar un rendimiento consistente. A continuación, cubriremos herramientas y métodos efectivos tanto para pruebas como para depuración.
-
-### Planificación de pruebas
-
-Para probar adecuadamente el código compartido de Capacitor, necesitas un plan integral que aborde cada capa de tu aplicación. Aquí hay un desglose de cómo organizar tu proceso de pruebas:
-
-| **Nivel de Pruebas** | **Herramientas y Enfoques** | **Áreas Clave de Enfoque** |
-| --- | --- | --- |
-| **Pruebas Unitarias** | Jest, [Mocha](https://mochajs.org/) | Lógica de negocio, métodos de utilidad |
-| **Pruebas de Integración** | Cypress, [Selenium](https://www.selenium.dev/) | Funcionalidad multiplataforma |
-| **Pruebas de Extremo a Extremo** | Appium, [Detox](https://wix.github.io/Detox/) | Flujos de usuario, características nativas |
-| **Pruebas de Rendimiento** | [Lighthouse](https://developer.chrome.com/docs/lighthouse), [WebPageTest](https://www.webpagetest.org/) | Velocidades de carga, uso de recursos |
-
-Considere usar pruebas beta basadas en canales para lanzar su aplicación a grupos específicos de usuarios. Esto ayuda a recopilar comentarios específicos, identificar problemas específicos de la plataforma tempranamente y implementar actualizaciones gradualmente. Un plan sólido de pruebas no solo asegura la calidad sino que también hace que la depuración sea mucho más fluida.
-
-### Herramientas y Consejos de Depuración
-
-Una vez que las pruebas están establecidas, las prácticas efectivas de depuración son esenciales para mantener el rendimiento de la aplicación. Aquí hay estrategias y herramientas clave para mejorar los esfuerzos de depuración.
-
-**Configuración de Seguimiento de Errores**  
-Configure sistemas de seguimiento de errores que monitoreen tanto errores web como nativos. Estas herramientas deben proporcionar trazas detalladas de la pila, registrar interacciones del usuario y generar informes automáticamente. Esta configuración ayuda a identificar y abordar rápidamente problemas en todas las plataformas.
-
-**Integración CI/CD**  
-Incorpore herramientas de depuración en su pipeline CI/CD. Esto agiliza la detección y resolución de problemas, ahorrando tiempo durante el desarrollo.
-
-**Resumen de Costos**
-
--   **Operaciones mensuales de CI/CD**: ~$300
--   **Tarifa única de configuración**: ~$2,600 [\[1\]](https://capgo.app/)
-
-**Consejos Avanzados de Depuración**
-
--   Use herramientas de desarrollo específicas de la plataforma para identificar y solucionar problemas.
--   Implemente mapas de origen para rastrear errores hasta su código original.
--   Automatice el monitoreo de rutas críticas en su aplicación.
--   Configure informes de fallos para las capas web y nativa para detectar problemas tempranamente.
-
-## Actualizaciones y Despliegue
-
-Gestionar actualizaciones y despliegues de manera efectiva asegura que su aplicación funcione consistentemente en todas las plataformas. Después de pruebas exhaustivas y depuración, un proceso fluido de despliegue mantiene su aplicación funcionando de manera confiable.
-
-### Configuración de CI/CD
-
-Configurar un pipeline CI/CD simplifica los despliegues al integrarse perfectamente con su flujo de trabajo existente, evitando la necesidad de herramientas adicionales.
-
-| Componente CI/CD | Características Clave | Ventajas |
-| --- | --- | --- |
-| [GitHub Actions](https://docs.github.com/actions) | Integración directa, compilaciones automatizadas | Entorno familiar, fácil de configurar |
-| [GitLab CI](https://docs.gitlab.com/ee/ci/) | Herramientas de pipeline integradas, registro de contenedores | Solución DevOps todo en uno |
-| [Jenkins](https://www.jenkins.io/) | Soporte de flujo de trabajo personalizado, plugins extensivos | Alto nivel de personalización |
-
-En promedio, la configuración de CI/CD cuesta alrededor de $2,600, con un mantenimiento mensual promedio de $300. Durante cinco años, esto podría ahorrarle hasta $26,100 en comparación con otros enfoques [\[1\]](https://capgo.app/).
-
-> "Configuramos su pipeline CI/CD directamente en su plataforma preferida, ya sea GitHub Actions, GitLab CI u otros. No alojamos CI/CD ni le cobramos por mantenerlo." - Capgo [\[1\]](https://capgo.app/)
-
-Una vez que su pipeline CI/CD está operativo, puede centrar su atención en implementar actualizaciones OTA rápidas y eficientes.
-
-### Sistemas de Actualización OTA
-
-Un sistema sólido de actualización OTA asegura que los usuarios reciban correcciones y nuevas características sin retrasos causados por aprobaciones de la tienda de aplicaciones. Este proceso acelera la entrega y mejora la experiencia del usuario.
-
-Estadísticas clave:
-
--   82% tasa de éxito global para actualizaciones
--   Tiempo promedio de descarga de 114ms para un paquete de 5MB [\[1\]](https://capgo.app/)
-
-> "Implementamos las actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Características importantes de OTA a considerar:
-
-| Característica | Implementación | Beneficio |
-| --- | --- | --- |
-| Cifrado de Extremo a Extremo | Entrega segura de actualizaciones | Garantiza la seguridad del código |
-| Actualizaciones Parciales | Solo descarga archivos modificados | Ahorra ancho de banda |
-| Sistema de Canales | Capacidades de prueba beta | Gestiona despliegues controlados |
-| Integración de Análisis | Seguimiento de rendimiento en tiempo real | Monitorea tasas de éxito de actualización |
-
-Al configurar actualizaciones OTA, asegure el cumplimiento de los requisitos de la plataforma, mantenga el control de versiones para reversiones fáciles y utilice análisis en tiempo real para rastrear el rendimiento. Las pruebas automatizadas antes de que las actualizaciones salgan en vivo son esenciales para mantener alta calidad y fiabilidad del código.
-
-## Seguridad y Velocidad
-
-Las medidas de seguridad sólidas y el rendimiento eficiente son clave al compartir código Capacitor.
-
-### Directrices de Seguridad
-
-Proteja su código compartido y datos de usuario con un enfoque de seguridad por capas. Los métodos modernos se centran en el cifrado y controles de acceso precisos. Aquí hay algunas prácticas efectivas:
-
-| **Característica de Seguridad** | **Implementación** | **Propósito** |
-| --- | --- | --- |
-| Cifrado de Extremo a Extremo | Cifrar paquetes de actualización | Previene acceso no autorizado |
-| Gestión de Acceso | Permisos basados en roles | Regula colaboración del equipo |
-| Canales de Actualización | Beta/producción separados | Reduce riesgos de despliegue |
-| Capacidad de Reversión | Usar control de versiones | Resuelve problemas rápidamente |
-
-Entregar actualizaciones de forma segura aumenta las tasas de éxito. Por ejemplo, Capgo enfatiza la importancia del cifrado en actualizaciones seguras [\[1\]](https://capgo.app/).
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-Una vez que la seguridad está implementada, concéntrese en optimizar el rendimiento para actualizaciones más rápidas y confiables.
-
-### Mejoras de Velocidad
-
-La optimización del rendimiento juega un papel importante en la experiencia del usuario y la fiabilidad de la aplicación. Los sistemas de actualización rápidos y eficientes son no negociables. Considere estos puntos de referencia de rendimiento:
-
-| **Métrica** | **Objetivo** | **Por Qué Importa** |
-| --- | --- | --- |
-| Velocidad de Descarga del Paquete | Menos de 120ms/5MB | Asegura satisfacción del usuario |
-| Tiempo de Respuesta API | Menos de 450ms | Mejora capacidad de respuesta |
-| Tasa de Éxito de Actualización | Superior al 90% | Mejora la fiabilidad |
-| Tiempo de Actualización Usuario Activo | Dentro de 24 horas | Mantiene consistencia del código |
-
-Usando actualizaciones parciales y un CDN global se pueden lograr velocidades de descarga tan bajas como 114ms para un paquete de 5MB [\[1\]](https://capgo.app/).
-
-> "La comunidad necesitaba esto y @Capgo está haciendo algo realmente importante!" - Lincoln Baxter, @lincolnthree [\[1\]](https://capgo.app/)
-
-Para maximizar tanto la seguridad como la velocidad, siga estos pasos:
-
--   **Implementar actualizaciones parciales** para ahorrar ancho de banda y acelerar la entrega.
--   **Usar un sistema de canales** para despliegues controlados y pruebas beta.
--   **Habilitar seguimiento de errores en tiempo real** para identificar y corregir problemas rápidamente.
--   **Monitorear análisis** para rastrear tasas de éxito de actualización y mejorar con el tiempo.
-
-## Resumen
-
-### Puntos Clave
-
-Para compartir código Capacitor de manera efectiva, concéntrese en una estructura modular, pruebas automatizadas, despliegue dirigido y cifrado fuerte.
-
-| Área de Enfoque | Mejor Práctica | Impacto |
-| --- | --- | --- |
-| **Estructura del Código** | Arquitectura modular | Mejora la mantenibilidad |
-| **Pruebas** | CI/CD automatizado | Logra una tasa de éxito del 82% globalmente |
-| **Implementación** | Distribución basada en canales | 95% de usuarios actualizan en 24 horas |
-| **Seguridad** | Cifrado de extremo a extremo | Protege contra accesos no autorizados |
-
-Estos métodos se han implementado con éxito en más de 750 aplicaciones en producción [\[1\]](https://capgo.app/). Capgo se basa en estos fundamentos, ofreciendo herramientas que simplifican y mejoran los procesos de compartir código.
-
-### Integración con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fc5744af1a45e500bc59a4/460b6a71189963262e0579d8af2972b5.jpg)
-
-Capgo se alinea con estas prácticas, optimizando el desarrollo de Capacitor con actualizaciones avanzadas over-the-air (OTA) y flujos de trabajo CI/CD integrados. Ofrece resultados impresionantes, incluyendo velocidades de descarga de 114ms para paquetes de 5MB a través de una CDN global, un tiempo de respuesta promedio de API de 57ms en todo el mundo y 23.5 millones de actualizaciones exitosas [\[1\]](https://capgo.app/).
-
-> "Practicamos el desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Una característica destacada es sus opciones flexibles de implementación, que admiten configuraciones tanto en la nube como autohospedadas.
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar la revisión de aplicaciones para correcciones de errores es revolucionario." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Las características de Capgo refuerzan las mejores prácticas para compartir código:
-
-| Característica | Beneficio | Impacto Real |
-| --- | --- | --- |
-| **Integración CI/CD** | Automatiza la implementación | Simplifica los flujos de trabajo |
-| **Sistema de Canales** | Permite actualizaciones dirigidas | Mejora las capacidades de pruebas beta |
-| **Panel de Analytics** | Monitorea el rendimiento | Proporciona información en tiempo real |
-| **Capacidad de Reversión** | Reduce riesgos | Permite control de versiones instantáneo |
-
-Estas herramientas crean un entorno seguro y eficiente para compartir código mientras aseguran el cumplimiento de las pautas de las tiendas de aplicaciones [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/es/best-practices-for-capacitor-script-automation.md b/src/content/blog/es/best-practices-for-capacitor-script-automation.md
deleted file mode 100644
index 804d12890..000000000
--- a/src/content/blog/es/best-practices-for-capacitor-script-automation.md
+++ /dev/null
@@ -1,277 +0,0 @@
----
-slug: best-practices-for-capacitor-script-automation
-title: Mejores Prácticas para la Automatización de Scripts en Capacitor
-description: >-
-  Aprende las mejores prácticas para automatizar scripts de Capacitor para
-  agilizar las actualizaciones de apps, mejorar la seguridad y optimizar el
-  rendimiento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T11:08:30.579Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dce66283b63ee70fa0e1e4-1742555321812.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, script automation, CI/CD, mobile updates, performance optimization,
-  security practices
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) la automatización de scripts ayuda a los desarrolladores a actualizar aplicaciones móviles de forma rápida y eficiente. Esto es lo que necesitas saber:
-
--   **Actualizaciones más rápidas**: Los cambios llegan al 95% de los usuarios en 24 horas - evitando retrasos de las tiendas de aplicaciones.
--   **Reducción de errores**: La automatización minimiza errores humanos.
--   **Flujos de trabajo simplificados**: Implementa con un solo comando usando herramientas como [GitHub Actions](https://docs.github.com/actions) y [GitLab CI](https://docs.gitlab.com/ee/ci/).
-
-### Prácticas clave:
-
--   **Scripts modulares**: Divide el código en partes reutilizables para facilitar las actualizaciones.
--   **Pipelines CI/CD**: Automatiza pruebas e implementaciones para resultados consistentes.
--   **Seguridad**: Usa cifrado de extremo a extremo y permisos basados en roles para proteger las actualizaciones.
-
-### Herramientas a considerar:
-
--   **[Capgo](https://capgo.app/)**: Entrega actualizaciones instantáneas, monitorea el rendimiento y asegura implementaciones seguras.
--   **Éxito global**: Alcanza un 82% de tasa de éxito en actualizaciones con velocidad de descarga de 114ms para paquetes de 5MB.
-
-¡La automatización asegura actualizaciones más rápidas, seguras y confiables. Profundiza en los detalles para optimizar tu flujo de trabajo!
-
-## Cómo configurar AUTOMÁTICAMENTE tu proyecto [Capacitor](https://capacitorjs.com/) ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-21.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/kYFZkmJ6rAc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Estándares de escritura de scripts
-
-Crear scripts de automatización efectivos para Capacitor requiere una estructura clara, facilidad de mantenimiento y monitoreo confiable. Al enfocarse en el diseño modular y el control de versiones adecuado, los equipos pueden asegurar el éxito y la adaptabilidad a largo plazo.
-
-### Construcción de scripts modulares
-
-Dividir scripts en módulos más pequeños y reutilizables ayuda a mantener tu código limpio y eficiente. Este método minimiza la redundancia y simplifica las pruebas y actualizaciones.
-
-Aquí hay algunos consejos para el desarrollo de scripts modulares:
-
--   Escribe funciones independientes para tareas específicas.
--   Usa convenciones de nomenclatura consistentes para mayor claridad.
--   Diseña interfaces que fomenten la reutilización de código.
--   Organiza componentes para simplificar las pruebas.
-
-### Gestión de cambios de código
-
-El control de versiones es esencial para rastrear cambios y fomentar la colaboración. Incorporar pipelines CI/CD puede optimizar aún más las implementaciones y mantener la calidad del código. Las mejores prácticas incluyen:
-
-1.  **Mensajes de commit claros**: Documenta los cambios de manera directa.
-2.  **Ramas de características**: Aísla los cambios para evitar conflictos.
-3.  **Revisiones de código**: Usa revisiones por pares para mantener altos estándares.
-
-Muchos equipos han visto mejoras en la eficiencia de implementación al integrar las herramientas CI/CD de Capgo con plataformas como GitHub Actions y GitLab CI [\[1\]](https://capgo.app/).
-
-### Monitoreo de scripts
-
-El monitoreo de scripts asegura que los problemas sean detectados y resueltos antes de que afecten a los usuarios. Una estrategia sólida de monitoreo debe cubrir:
-
-| Componente | Propósito | Métricas |
-| --- | --- | --- |
-| **Seguimiento de errores** | Detectar problemas proactivamente | Tasas de error, tipos de error |
-| **Análisis de rendimiento** | Optimizar uso de recursos | Tiempos de respuesta, uso de memoria |
-| **Monitoreo de éxito de actualizaciones** | Verificar implementaciones | Tasas de éxito, adopción de usuarios |
-
-Para mejorar el monitoreo:
-
--   Configura alertas automatizadas para errores críticos.
--   Mantén registros detallados para resolución de problemas.
--   Define procedimientos claros de respuesta a incidentes.
--   Rastrea regularmente métricas de implementación.
-
-Las herramientas de seguimiento de errores y análisis de Capgo han ayudado a los equipos a identificar y resolver problemas rápidamente. Esto, combinado con una mejor gestión organizacional, permite a los equipos de desarrollo responder de manera más efectiva [\[1\]](https://capgo.app/).
-
-## Velocidad y Eficiencia de Scripts
-
-Mantener tu aplicación Capacitor receptiva depende en gran medida de qué tan bien se desempeñan tus scripts. Al enfocarte en operaciones asíncronas optimizadas y una gestión efectiva de memoria, puedes mejorar la velocidad del script mientras reduces el consumo de recursos.
-
-### Uso de Operaciones Asíncronas
-
-La programación asíncrona es un cambio revolucionario cuando se trata de evitar cuellos de botella en el rendimiento. Al usar patrones `async/await`, puedes gestionar múltiples operaciones al mismo tiempo sin sacrificar la claridad del código.
-
-Aquí hay algunas formas prácticas de implementar operaciones asíncronas:
-
-| **Tipo de Operación** | **Implementación** | **Ventajas** |
-| --- | --- | --- |
-| Operaciones de Archivo | Usar manejadores de archivo asíncronos | Evita retrasos de E/S |
-| Llamadas API | Usar `Promise.all()` | Reduce el tiempo total de espera |
-| Procesamiento de Datos | Dividir en fragmentos asíncronos | Mantiene la UI receptiva |
-
-Consejos adicionales para trabajar con operaciones asíncronas:
-
--   **Procesamiento por Lotes**: Agrupa tareas similares para minimizar la sobrecarga.
--   **Manejo de Errores**: Usa bloques `try-catch` para gestionar errores de manera efectiva.
--   **Gestión de Solicitudes**: Establece tiempos de espera y mecanismos de reintento para mejor fiabilidad.
-
-Pasemos a la gestión de memoria, otro factor crítico en el mantenimiento del rendimiento de la aplicación.
-
-### Gestión de Memoria
-
-Una buena gestión de memoria mantiene tu aplicación funcionando sin problemas al prevenir fugas, optimizar el uso de recursos y evitar fallos.
-
-1.  **Limpieza de Recursos**  
-    Libera recursos no utilizados regularmente. Esto incluye cerrar conexiones, eliminar archivos temporales y eliminar oyentes de eventos innecesarios.
-    
-2.  **Elegir las Estructuras de Datos Correctas**  
-    Seleccionar la estructura de datos correcta puede hacer una gran diferencia en el uso de memoria:
-    
-    | **Estructura de Datos** | **Mejor Caso de Uso** | **Uso de Memoria** |
-    | --- | --- | --- |
-    | Arrays | Acceso secuencial a datos | Moderado |
-    | Sets | Almacenar valores únicos | Bajo |
-    | Maps | Pares clave-valor | Moderado |
-    | WeakMaps | Referencias de objetos | Bajo |
-    
-3.  **Monitoreo y Perfilado**  
-    Usa herramientas como las analíticas de Capgo para identificar problemas de memoria y optimizar el rendimiento de tu aplicación. Estas herramientas pueden ayudarte a identificar áreas donde pueden ocurrir fugas de memoria o ineficiencias.
-
-## Configuración del Pipeline CI/CD
-
-Un pipeline CI/CD bien estructurado simplifica el desarrollo y asegura despliegues confiables cada vez.
-
-### Configuración Multi-Entorno
-
-Mantener entornos separados para desarrollo, staging y producción es clave para evitar problemas de despliegue y preservar la calidad. Aquí hay una forma efectiva de organizarlos:
-
-| Entorno | Propósito | Configuración Clave |
-| --- | --- | --- |
-| Desarrollo | Pruebas locales | Recarga en caliente, registro de depuración |
-| Staging | Validación pre-lanzamiento | Configuraciones similares a producción |
-| Producción | Despliegue en vivo | Rendimiento optimizado |
-
-Mantén las variables específicas del entorno bajo control de versiones para asegurar la consistencia entre configuraciones.
-
-### Scripts de Prueba
-
-Las pruebas exhaustivas son una piedra angular de cualquier pipeline CI/CD. El sistema de canales de Capgo facilita la prueba de pull requests al validar cambios antes de fusionar.
-
-Aquí hay algunas prácticas esenciales de prueba:
-
--   **Pruebas Unitarias Automatizadas**: Prueba componentes individuales de tus scripts para detectar errores tempranamente.
--   **Pruebas de Integración**: Asegura que tus scripts funcionen perfectamente con otras partes del sistema.
--   **Pruebas de Rendimiento**: Mide tiempos de ejecución y uso de recursos para identificar cuellos de botella.
-
-Una vez que las pruebas están implementadas, [la actualización automatizada](https://capgo.app/docs/live-updates/update-behavior/) lleva la fiabilidad del despliegue al siguiente nivel.
-
-### Automatización de Actualizaciones
-
-Las herramientas modernas de automatización de actualizaciones hacen que los despliegues sean más rápidos y fáciles. Trabajan en conjunto con los procesos de CI/CD para garantizar que las actualizaciones en vivo ocurran sin problemas.
-
-La plataforma de Capgo admite la distribución de actualizaciones con características como:
-
-| Característica | Beneficio | Métrica de Éxito |
-| --- | --- | --- |
-| Pruebas Beta | Detecta problemas temprano | 82% de tasa de éxito mundial [\[1\]](https://capgo.app/) |
-| Lanzamientos Graduales | Distribución controlada | 23.5M de actualizaciones entregadas [\[1\]](https://capgo.app/) |
-| Actualizaciones Instantáneas | Correcciones rápidas de errores | 750 aplicaciones en producción [\[1\]](https://capgo.app/) |
-
-Capgo se integra sin esfuerzo con herramientas como GitHub Actions, GitLab CI y [Jenkins](https://www.jenkins.io/), mejorando tus capacidades de actualización sin interrumpir los flujos de trabajo existentes [\[1\]](https://capgo.app/). El seguimiento de errores integrado y las opciones de reversión proporcionan seguridad adicional para tus despliegues.
-
-## Seguridad de Scripts
-
-Proteger los scripts automatizados es crítico para salvaguardar datos sensibles y asegurar que el proceso de desarrollo de tu aplicación Capacitor permanezca seguro. Las prácticas modernas de seguridad deben abordar tanto la **protección de datos** como el **control de acceso** para mantener la integridad.
-
-### Protección de Datos
-
-El cifrado de extremo a extremo es una capa clave en la seguridad de la automatización de scripts. Aquí hay una vista rápida de su papel:
-
-| Capa de Seguridad | Implementación | Propósito |
-| --- | --- | --- |
-| Cifrado de Actualizaciones | Cifrado de extremo a extremo | Previene acceso no autorizado a actualizaciones |
-
-> "Capgo ofrece de manera única cifrado de extremo a extremo verdadero, a diferencia de los competidores que simplemente firman las actualizaciones" [\[1\]](https://capgo.app/)
-
-El cifrado de Capgo asegura que el contenido del despliegue permanezca protegido, ofreciendo una forma confiable de asegurar las actualizaciones [\[1\]](https://capgo.app/). Pero el cifrado por sí solo no es suficiente - los controles de acceso sólidos también son esenciales.
-
-### Controles de Seguridad
-
-Más allá del cifrado, los controles de seguridad robustos aseguran que cada paso del proceso de despliegue esté protegido. Las plataformas con características avanzadas proporcionan múltiples capas de protección:
-
-| Tipo de Control | Característica | Impacto en la Seguridad |
-| --- | --- | --- |
-| Gestión de Acceso | Permisos basados en roles | Restringe las acciones de usuario a roles autorizados |
-| Controles de Despliegue | Sistema de canales | Permite actualizaciones dirigidas para grupos específicos |
-| Seguridad de Infraestructura | Opciones de auto-alojamiento | Otorga control total sobre el proceso de actualización |
-
-**Medidas Clave a Implementar:**
-
--   **Gestión de Permisos de Usuario**: Usa permisos basados en roles para restringir la ejecución de scripts según los roles del equipo.
--   **Canales de Despliegue**: Configura canales separados para desarrollo, pruebas y producción para evitar que cambios no autorizados afecten entornos en vivo.
-
-Al elegir herramientas de automatización, busca aquellas con ofertas de seguridad robustas. Por ejemplo, Capgo proporciona soluciones tanto alojadas en la nube como auto-alojadas [\[1\]](https://capgo.app/), ayudando a las organizaciones a cumplir con los requisitos de conformidad mientras mantienen un flujo de trabajo seguro.
-
-## Herramientas de Automatización de Scripts
-
-Las plataformas modernas de automatización simplifican las actualizaciones mientras mantienen la seguridad y el cumplimiento. Elegir las herramientas adecuadas puede aumentar la eficiencia del desarrollo y garantizar implementaciones fluidas.
-
-### Características de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-21.jpg?auto=compress)
-
-La plataforma de automatización de Capgo ofrece un rendimiento sólido en escenarios reales. Logra una **tasa de actualización del 95% de usuarios en 24 horas** y una **tasa de éxito global del 82% en actualizaciones** [\[1\]](https://capgo.app/). Aquí hay un desglose de sus características principales:
-
-| **Característica** | **Beneficio** | **Métrica de Rendimiento** |
-| --- | --- | --- |
-| Actualizaciones Instantáneas | Evita retrasos en la tienda de aplicaciones | 57ms tiempo promedio de respuesta API |
-| CDN Global | Entrega rápida de contenido | 114ms para descarga de paquete de 5MB |
-| Control de Versiones | Seguimiento y gestión de cambios | 23.5M+ actualizaciones entregadas |
-| Analíticas | Monitoreo del éxito de implementación | 750+ aplicaciones en producción monitoreadas |
-
-Capgo también admite integración CI/CD, permitiendo flujos de implementación automatizados que aseguran consistencia en varias etapas de desarrollo. Esto es especialmente útil para equipos que manejan múltiples entornos.
-
-### Comparación de Herramientas
-
-Capgo establece un alto estándar, pero vale la pena considerar cómo se comparan otras herramientas en áreas clave. Las herramientas de automatización de Capacitor difieren en características y precios:
-
-| **Característica** | **Opciones Actuales del Mercado** | **Impacto en el Desarrollo** |
-| --- | --- | --- |
-| Velocidad de Actualización | Tiempo real a horas | Influye en la eficiencia de implementación |
-| Nivel de Seguridad | Firma básica a cifrado E2E | Afecta la protección de actualizaciones |
-| Opciones de Alojamiento | Solo en la nube a autoalojado | Impacta la flexibilidad de cumplimiento |
-| Estructura de Costos | $300-$6,000 anualmente | Define la planificación de escalabilidad |
-
-Evaluar estas métricas ayuda a los equipos de desarrollo a elegir una herramienta que se ajuste a su [estrategia de actualización](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Como señaló el equipo de [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA:
-
-> "Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂" - OSIRIS-REx de la NASA [\[1\]](https://capgo.app/)
-
-El panorama de la automatización está en constante evolución, con plataformas más nuevas que introducen características como actualizaciones parciales para ahorrar ancho de banda y opciones avanzadas de gestión de equipos. Al seleccionar una herramienta, ten en cuenta:
-
--   **Integración** con flujos existentes de CI/CD
--   **Soporte** para múltiples entornos de implementación
--   Herramientas de **analítica** y seguimiento de errores
--   **Capacidades de reversión** para control de riesgos
--   **Características de colaboración** para flujos de trabajo en equipo
-
-## Resumen
-
-Esta sección destaca los puntos principales de la automatización efectiva de scripts de Capacitor discutidos anteriormente. La automatización exitosa de scripts equilibra estructura, rendimiento y seguridad. Las prácticas optimizadas no solo mejoran los flujos de trabajo de desarrollo sino que también mejoran la estabilidad de la aplicación.
-
-Aquí están los componentes principales para lograr una automatización eficiente de scripts:
-
-| **Componente** | **Mejor Práctica** | **Impacto** |
-| --- | --- | --- |
-| Estructura | Diseño modular con separación clara | Simplifica el mantenimiento |
-| Rendimiento | Operaciones asíncronas y ajuste de memoria | Logra 57ms de tiempo promedio de respuesta API |
-| Seguridad | Cifrado de extremo a extremo | Protege contra acceso no autorizado |
-| CI/CD | Pruebas automatizadas y despliegues por etapas | Asegura 95% de éxito en actualizaciones en 24 horas |
-
-Las herramientas modernas han revolucionado cómo los desarrolladores manejan las actualizaciones de aplicaciones. Por ejemplo, el equipo de OSIRIS-REx de la NASA elogió las capacidades de Capgo:
-
-> "Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-Los datos del mundo real respaldan estas prácticas, y los desarrolladores han compartido sus experiencias positivas. Bessie Cooper, por ejemplo, comentó:
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que buscan una mayor productividad al evitar largas revisiones de corrección de errores" [\[1\]](https://capgo.app/)
-
-Líderes de la industria como Rodrigo Mantica también enfatizan su importancia:
-
-> "Practicamos el desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/biometric-authentication-in-capacitor-apps.md b/src/content/blog/es/biometric-authentication-in-capacitor-apps.md
deleted file mode 100644
index 7eefd0a4f..000000000
--- a/src/content/blog/es/biometric-authentication-in-capacitor-apps.md
+++ /dev/null
@@ -1,481 +0,0 @@
----
-slug: biometric-authentication-in-capacitor-apps
-title: Autenticación Biométrica en Aplicaciones Capacitor
-description: >-
-  Aprende cómo implementar autenticación biométrica segura en aplicaciones de
-  Capacitor para mejorar la experiencia del usuario y proteger datos sensibles.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:13:56.152Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68240bea59ff61289922287e-1747199824736.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  biometric authentication, Capacitor, mobile security, fingerprint, facial
-  recognition, app development
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-[La autenticación biométrica](https://capgo.app/plugins/capacitor-native-biometric/) permite a los usuarios acceder a las aplicaciones de forma segura utilizando su huella dactilar, rostro u otros rasgos biológicos en lugar de contraseñas. Para los desarrolladores que trabajan con [Capacitor](https://capacitorjs.com/), implementar esta función es sencillo y funciona tanto en iOS como en Android. Aquí un resumen rápido:
-
--   **¿Por qué usar autenticación biométrica?**
-    
-    -   Es más segura que las contraseñas.
-    -   Mejora la experiencia del usuario haciendo el inicio de sesión más rápido.
-    -   Cumple con los estándares de seguridad para datos sensibles.
--   **Métodos soportados:**
-    
-    -   Huella dactilar: Rápido y común.
-    -   Reconocimiento facial: Opción manos libres.
-    -   Escaneo de iris: Casos de uso de alta seguridad (dispositivos limitados).
-    -   Reconocimiento de voz: Enfocado en accesibilidad (soporte limitado).
--   **Herramientas clave requeridas:**
-    
-    -   Capacitor 3.0+.
--   **Aspectos destacados de la configuración:**
-    
-    -   Agregar permisos a AndroidManifest e Info.plist.
-    -   Usar Keychain (iOS) o Keystore (Android) para almacenamiento seguro.
-    -   Probar exhaustivamente la compatibilidad y opciones alternativas.
-
-### Comparación rápida de plugins
-
-| Nombre del Plugin | Versión de Capacitor | Características | Mejor Para |
-| --- | --- | --- | --- |
-| `@aparajita/capacitor-biometric-auth` | Capacitor 8 | Biometría nativa, credenciales del dispositivo | Nuevos proyectos usando Capacitor 8 |
-| `capacitor-native-biometric` | Capacitor 3, 4 | Almacenamiento seguro de credenciales, Keychain/Keystore | Gestión de credenciales |
-| Todas las versiones | Soporte biométrico y credenciales del dispositivo | Opciones flexibles de autenticación |
-
-[La autenticación biométrica en aplicaciones Capacitor](https://capgo.app/plugins/capacitor-native-biometric/) es una forma segura y amigable para el usuario de proteger datos sensibles. El artículo completo detalla los pasos de configuración, ejemplos de código, estrategias de prueba y estándares de seguridad.
-
-## Autenticación biométrica en Ionic (FaceID / Huella digital)
-
-## Requisitos de configuración
-
-Para habilitar la autenticación biométrica en tu [aplicación Capacitor](https://capgo.app/plugins/ivs-player/), necesitarás configurar algunas herramientas, dependencias y ajustes específicos de plataforma. A continuación, encontrarás los requisitos de configuración paso a paso para las plataformas Android e iOS.
-
-### Herramientas y dependencias requeridas
-
-Antes de sumergirte en la implementación, asegúrate de tener listas las siguientes herramientas y dependencias:
-
-| Componente | Versión mínima | Propósito |
-| --- | --- | --- |
-| **Capacitor** | 3.0 o superior | Framework principal |
-| **[Node.js](https://nodejs.org/en)** | LTS más reciente | Gestión de paquetes |
-| **[Xcode](https://developer.apple.com/xcode/)** | Última versión | Desarrollo iOS |
-| **[Android Studio](https://developer.android.com/studio)** | Última versión | Desarrollo Android |
-| **Dispositivos físicos** | iOS 13+ / Android API 23+ | Pruebas de funciones biométricas |
-
-Elige un [plugin biométrico](https://capgo.app/plugins/capacitor-native-biometric/) basado en tu versión de Capacitor:
-
--   **@aparajita/capacitor-biometric-auth** para Capacitor 8
--   **capacitor-native-biometric** para Capacitor 3 y 4
-
-### Pasos de configuración para Android
-
-Para configurar la autenticación biométrica en Android, necesitarás hacer algunos ajustes en los archivos de tu proyecto:
-
-1.  **Configuración del Manifest**
-    
-    Agrega los siguientes permisos a tu archivo `AndroidManifest.xml`:
-    
-    ```xml
-    <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-    <!-- For Android 9 (API 28) or lower -->
-    <uses-permission android:name="android.permission.USE_FINGERPRINT" />
-    ```
-    
-2.  **Configuración de Gradle**
-    
-    Actualiza el archivo `build.gradle` de tu aplicación para incluir las dependencias biométricas necesarias:
-    
-    ```kotlin
-    dependencies {
-        implementation "androidx.biometric:biometric:1.1.0"
-    }
-    ```
-
-
-### Pasos de configuración para iOS
-
-Para iOS, necesitarás seguir estos pasos para configurar la autenticación biométrica:
-
-1.  **Configuración de Info.plist**
-    
-    Agrega la descripción de uso requerida a tu archivo `Info.plist`:
-    
-    ```xml
-    <key>NSFaceIDUsageDescription</key>
-    <string>Authentication required for secure access</string>
-    ```
-    
-2.  **Configuración de Keychain**
-    
-    Habilita las capacidades de Keychain en Xcode:
-    
-    -   Abre la configuración de tu proyecto.
-    -   Ve a la pestaña **Signing & Capabilities**.
-    -   Agrega la capacidad **Keychain Sharing**.
-    -   Configura los grupos de acceso si es necesario.
-3.  **Políticas de autenticación**
-    
-    Configura las políticas de autenticación local para manejar:
-    
-    -   Intentos fallidos de autenticación
-    -   Alternativa a códigos de acceso del dispositivo
-    -   Verificaciones de disponibilidad biométrica
-    
-    Para mayor seguridad, usa el Keychain de iOS para almacenar datos sensibles. Esto asegura la compatibilidad tanto con Touch ID como con Face ID mientras protege las credenciales del usuario.
-
-## Implementación del código
-
-Una vez que las configuraciones están en su lugar, el siguiente paso es implementar código seguro. Esto implica seleccionar el plugin correcto y crear flujos de autenticación confiables.
-
-### Guía de selección de plugins
-
-Al elegir un plugin de autenticación biométrica para tu aplicación Capacitor, tu elección debe alinearse con las necesidades específicas del proyecto. Aquí hay algunas opciones populares:
-
-| Nombre del Plugin | Versión de Capacitor | Características principales | Mejor para |
-| --- | --- | --- | --- |
-| @aparajita/capacitor-biometric-auth | Capacitor 8 | Biometría nativa, credenciales del dispositivo, API completa | Nuevos proyectos comenzando con Capacitor 8 |
-| capacitor-native-biometric | Capacitor 3, 4 | Almacenamiento seguro de credenciales, integración Keychain/Keystore | Proyectos establecidos que necesitan gestión de credenciales |
-| Todas las versiones | Autenticación biométrica y credenciales del dispositivo, API limpia | Proyectos que requieren opciones flexibles de autenticación |
-
-### Ejemplos de código de autenticación
-
-Así es como usar el plugin **@capgo/capacitor-native-biometric** para autenticación biométrica:
-
-```typescript
-import { Biometrics } from '@capgo/capacitor-native-biometric';
-
-async function setupBiometricAuth() {
-  try {
-    const { isAvailable } = await Biometrics.isBiometricsAvailable();
-
-    if (!isAvailable) {
-      return {
-        success: false,
-        message: "Biometric authentication not available"
-      };
-    }
-
-    const result = await Biometrics.authenticate({
-      reason: "Access your secure data",
-      title: "Verify Identity",
-      subtitle: "Use biometrics to authenticate",
-      cancelTitle: "Use Password Instead"
-    });
-
-    return {
-      success: true,
-      data: result
-    };
-  } catch (error) {
-    return {
-      success: false,
-      error: error.message
-    };
-  }
-}
-```
-
-Para gestionar credenciales seguras, el plugin **capacitor-native-biometric** ofrece un enfoque directo:
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-async function secureCredentialStorage(credentials) {
-  try {
-    await NativeBiometric.setCredentials({
-      username: credentials.username,
-      password: credentials.password,
-      server: "api.yourserver.com"
-    });
-
-    // Verify storage by retrieving the credentials
-    const stored = await NativeBiometric.getCredentials({
-      server: "api.yourserver.com"
-    });
-
-    return stored.username === credentials.username;
-  } catch (error) {
-    console.error("Credential storage failed:", error);
-    return false;
-  }
-}
-```
-
-Una vez que el código está en su lugar, es crucial validar su funcionalidad a través de pruebas adecuadas.
-
-### Métodos de prueba
-
-Para asegurar que tu autenticación biométrica sea confiable y segura, considera estas estrategias de prueba:
-
--   **Pruebas de compatibilidad de dispositivos**
-    
-    Verifica si la autenticación funciona en varios dispositivos y condiciones:
-    
-    ```typescript
-    async function runCompatibilityTests() {
-      const tests = {
-        biometricAvailable: await Biometrics.isBiometricsAvailable(),
-        credentialStorage: await testCredentialStorage(),
-        authenticationFlow: await testAuthFlow(),
-        fallbackMechanism: await testFallbackAuth()
-      };
-    
-      return tests;
-    }
-    ```
-    
--   **Manejo de errores y escenarios comunes**
-    
-    Simula errores y prueba mecanismos alternativos:
-    
-    ```typescript
-    async function validateErrorHandling() {
-      try {
-        await Promise.race([
-          Biometrics.authenticate(),
-          new Promise((_, reject) =>
-            setTimeout(() => reject(new Error("Timeout")), 30000)
-          )
-        ]);
-      } catch (error) {
-        return implementFallbackAuth();
-      }
-    }
-    ```
-    
--   **Validación de seguridad**
-    
-    Asegúrate de que tu implementación cumpla con los estándares de seguridad:
-    
-    ```typescript
-    async function validateSecurityMeasures() {
-      const validations = {
-        keychain: await validateKeychainAccess(),
-        biometricStrength: await checkBiometricStrength(),
-        encryptionStatus: await verifyEncryption()
-      };
-    
-      return validations.keychain &&
-             validations.biometricStrength &&
-             validations.encryptionStatus;
-    }
-    ```
-    
-
-Adicionalmente, prueba escenarios como:
-
--   Múltiples intentos fallidos de autenticación
--   Comportamiento después de reinicios del dispositivo
--   Transiciones entre estados de aplicación en primer y segundo plano
--   Cambios en la conectividad de red
--   Actualizaciones en la configuración biométrica del sistema
-
-Las pruebas exhaustivas aseguran que el sistema de autenticación biométrica sea robusto y esté listo para uso en el mundo real.
-
-## Estándares de seguridad
-
-Asegurar una fuerte seguridad en la autenticación biométrica significa priorizar la protección de datos, adherirse a las regulaciones de cumplimiento y aplicar técnicas de seguridad en capas.
-
-### Métodos de seguridad de datos
-
-En iOS, los datos biométricos se cifran y almacenan usando **Keychain**, mientras que Android usa el **Keystore**. Si estás usando el plugin `capacitor-native-biometric`, puedes almacenar de forma segura las credenciales del usuario así:
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-async function securelyStoreCredentials(username, password) {
-  const server = "api.yourapp.com";
-
-  // Use the highest available encryption
-  await NativeBiometric.setCredentials({
-    username,
-    password,
-    server,
-    authenticationType: "biometricAndDevice",
-    accessControl: "biometryAny"
-  });
-}
-```
-
-Para la transmisión de datos, siempre implementa **cifrado de extremo a extremo** para mantener la información sensible protegida.
-
-### Directrices de las tiendas
-
-Las tiendas de aplicaciones imponen reglas estrictas para la [seguridad biométrica](https://capgo.app/plugins/capacitor-native-biometric/). Aquí hay un desglose de los principales requisitos de plataforma:
-
-| Plataforma | Requisitos clave | Notas de implementación |
-| --- | --- | --- |
-| iOS | Usar el framework LocalAuthentication, proporcionar opciones alternativas y asegurar el consentimiento claro del usuario | Debe soportar tanto Face ID como Touch ID |
-| Android | Aprovechar la API BiometricPrompt, obtener permiso explícito del usuario y declarar niveles de seguridad | Soportar huella digital y reconocimiento facial, con distinciones para varios niveles de seguridad |
-
-### Configuración multifactor
-
-Mejorar la seguridad a menudo requiere combinar la [verificación biométrica](https://capgo.app/plugins/capacitor-native-biometric/) con una capa adicional de autenticación. Por ejemplo, después de la [verificación biométrica](https://capgo.app/plugins/capacitor-native-biometric/) inicial, puedes agregar un paso secundario para confirmar la identidad del usuario:
-
-```typescript
-async function setupMultiFactorAuth() {
-  // First factor: Biometric verification
-  const biometricResult = await Biometrics.authenticate({
-    reason: "Verify your identity",
-    title: "Authentication Required"
-  });
-
-  if (biometricResult.verified) {
-    // Second factor: Time-based OTP or similar mechanism
-    const totpResult = await verifyTOTP();
-    return totpResult.success;
-  }
-
-  return false;
-}
-```
-
-Un enfoque multifactor típicamente incluye:
-
--   **Autenticación biométrica primaria**
--   **Verificación secundaria** (por ejemplo, código SMS o una aplicación de autenticación)
--   **Confirmación específica de transacción** para seguridad adicional
-
-Si estás usando herramientas como Capgo para actualizaciones en vivo, asegura el cumplimiento de los estándares de seguridad aprovechando sus características de **cifrado de extremo a extremo**. Esto garantiza que tus métodos de autenticación biométrica permanezcan seguros durante las actualizaciones y se alineen con los requisitos de la plataforma [\[1\]](https://capacitor-tutorial.com/plugins/capacitor-biometric-auth/).
-
-## Guía de mantenimiento
-
-Mantén tu sistema biométrico funcionando sin problemas equilibrando velocidad, eficiencia de batería y actualizaciones oportunas.
-
-### Consejos de velocidad y batería
-
-Aquí hay un fragmento de código para implementar autenticación biométrica eficiente:
-
-```typescript
-// Efficient authentication implementation
-async function optimizedBiometricCheck() {
-  const authResult = await NativeBiometric.isAvailable();
-
-  if (!authResult.isAvailable) {
-    return handleFallback();
-  }
-
-  // Cache authentication state to avoid unnecessary re-checks
-  if (this.cachedAuthState && !this.isAuthExpired()) {
-    return this.cachedAuthState;
-  }
-
-  return NativeBiometric.verifyIdentity({
-    reason: "Verify your identity",
-    title: "Authentication Required",
-    maxAttempts: 3
-  });
-}
-```
-
-Para aprovechar al máximo el rendimiento de tu sistema biométrico:
-
--   **Autenticación por lotes**: En lugar de múltiples avisos, agrupa acciones que requieren autenticación en una sesión para reducir interrupciones.
--   **Almacenamiento en caché inteligente**: Guarda estados de autenticación de forma segura y establece tiempos de expiración para evitar verificaciones redundantes.
--   **Optimización en segundo plano**: Pausa temporalmente tareas no esenciales durante la autenticación para mejorar la velocidad y ahorrar batería.
--   **Enfoque basado en eventos**: Reemplaza el sondeo constante con detectores de eventos para monitorear el estado de autenticación de manera más eficiente.
-
-### Actualizaciones con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68240bea59ff61289922287e/21f0f35e63cf5752e2e56f9c4dd03eab.jpg)
-
-Capgo simplifica las biométricas.
-
-Estas son las razones por las que Capgo es una gran herramienta para gestionar actualizaciones:
-
--   **Despliegue Instantáneo**: Implementa correcciones de seguridad críticas y nuevas funciones sin demora.
--   **Despliegues Graduales**: Prueba actualizaciones con grupos selectos de usuarios antes de implementarlas para todos.
--   **Control de Versiones**: Mantén un registro de diferentes versiones de autenticación para una mejor gestión.
--   **Reversión de Emergencia**: Revierte rápidamente a una versión anterior si surgen problemas.
-
-### Actualizaciones de API
-
-Mantener actualizada tu API biométrica es vital para la seguridad y funcionalidad. Mantente proactivo con las actualizaciones siguiendo estas pautas:
-
-| Tipo de Actualización | Método de Monitoreo | Plazo de Implementación |
-| --- | --- | --- |
-| Parches de Seguridad | Alertas del Repositorio de Plugins | 24 horas |
-| Actualizaciones de Funciones | Documentación de la Plataforma | 1 semana |
-| Cambios Importantes | Notas de Versión | 2-4 semanas |
-| Actualizaciones de Política de Tienda | Portal de Desarrolladores | Antes del envío |
-
-Céntrate en estas áreas:
-
--   **Cambios de Plataforma**: Haz seguimiento de actualizaciones en las APIs LocalAuthentication de iOS y BiometricPrompt de Android.
--   **Estándares de Seguridad**: Mantente alineado con los últimos requisitos de seguridad biométrica.
--   **Directrices de Tienda**: Asegura el cumplimiento de las políticas de Apple App Store y Google Play para evitar problemas de envío.
-
-## Conclusión
-
-### Puntos Clave
-
-Añadir autenticación biométrica a tu aplicación Capacitor implica equilibrar seguridad, rendimiento y experiencia de usuario. Aquí hay un desglose rápido de los elementos principales a tener en cuenta:
-
-| **Componente** | **Enfoque de Implementación** | **Consideraciones Clave** |
-| --- | --- | --- |
-| **Estándares de Seguridad** | Almacenamiento nativo de plataforma (Keychain/Keystore) | Cifrado de extremo a extremo, protección de credenciales |
-| **Selección de Plugin** | Compatibilidad con última versión | Soporte para múltiples tipos biométricos |
-| **Gestión de Actualizaciones** | Ciclo de mantenimiento regular | Despliegue rápido de parches de seguridad |
-| **Experiencia de Usuario** | Opciones de autenticación alternativas | Mensajes de autenticación claros y amigables |
-
-Estos componentes son tu hoja de ruta para una integración exitosa.
-
-### Pasos para Implementar Autenticación Biométrica
-
-Sigue estos pasos para integrar la autenticación biométrica en tu aplicación:
-
-1. **Integración de Plugin**  
-Comienza eligiendo un plugin biométrico que coincida con tu versión de Capacitor. Asegúrate de que tus archivos de configuración - como `AndroidManifest.xml` y `Info.plist` - estén correctamente configurados. Para el almacenamiento seguro de credenciales, confía en soluciones nativas como Keychain o Keystore.
-
-2. **Configuración de Seguridad**  
-Protege los datos de usuario habilitando el cifrado de extremo a extremo para todas las transmisiones de credenciales. Cuando sea necesario, incluye [autenticación multifactor](https://capgo.app/docs/webapp/mfa/) para añadir una capa extra de seguridad. Planifica un manejo robusto de errores y opciones alternativas para mantener la funcionalidad en caso de fallos.
-
-3. **Mantenimiento Continuo**  
-Mantén tu aplicación segura estableciendo un pipeline regular de actualizaciones para parches de seguridad. Mantente al día con las actualizaciones de plugins y monitorea avisos de seguridad. Herramientas como Capgo pueden simplificar este proceso permitiendo actualizaciones instantáneas. Capgo presume de una impresionante tasa de actualización del 95% de usuarios en 24 horas, haciéndolo una valiosa adición a tu conjunto de herramientas [\[2\]](https://capgo.app).
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es oro puro." - Bessie Cooper [\[2\]](https://capgo.app)
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Cuáles son las diferencias entre plugins biométricos para Capacitor, y cómo puedo seleccionar el mejor para mi aplicación?
-
-Al elegir un plugin biométrico para tu aplicación Capacitor, es crucial alinear la elección con los requisitos específicos de tu proyecto. Considera factores como la **compatibilidad de plataforma** (si necesitas soporte para iOS, Android o ambos), qué tan simple es el proceso de integración, y si el plugin admite métodos biométricos avanzados como **Face ID** o **autenticación de huella digital**.
-
-Aunque esta guía se centra en implementar autenticación biométrica en [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), herramientas como **Capgo** pueden jugar un papel valioso. Permiten enviar actualizaciones en tiempo real a tu aplicación sin necesidad de aprobaciones de la tienda de aplicaciones. Esto significa que tu aplicación puede mantenerse actualizada con las últimas características de seguridad, incluyendo actualizaciones biométricas, mientras permanece en conformidad con los estándares de Apple y Android.
-:::
-
-:::faq
-### ¿Cómo aseguro que la autenticación biométrica en mi aplicación Capacitor cumpla con los estándares de seguridad y las pautas de la tienda de aplicaciones?
-
-Para asegurar que la autenticación biométrica en tu aplicación Capacitor cumpla con los estándares de seguridad actuales y las reglas de la tienda de aplicaciones, sigue estas prácticas clave:
-
--   **Elige plugins confiables**: Usa un plugin de autenticación biométrica confiable como `@capacitor/biometrics` para asegurar que tu aplicación sea segura y funcione sin problemas en todos los dispositivos.
--   **Sigue las reglas de plataforma**: Cumple con las pautas de Apple y Android, incluyendo obtener consentimiento del usuario, usar almacenamiento seguro y ofrecer opciones de respaldo como PIN o contraseña.
--   **Mantén las dependencias actualizadas**: Actualiza regularmente tu aplicación y sus bibliotecas para corregir vulnerabilidades y mantenerte alineado con los estándares cambiantes.
-
-Usar un servicio de actualización en vivo como **Capgo** puede hacer este proceso más fluido. Permite enviar actualizaciones de seguridad o mejoras a tu aplicación instantáneamente, evitando retrasos de aprobación de la tienda de aplicaciones. Esto mantiene tu aplicación segura, conforme y actualizada con las políticas de Apple y Android.
-:::
-
-:::faq
-### ¿Qué desafíos podrían enfrentar los desarrolladores al integrar autenticación biométrica en aplicaciones Capacitor, y cómo pueden superarlos?
-
-Implementar autenticación biométrica en aplicaciones Capacitor viene con sus propios desafíos. Estos pueden incluir asegurar la compatibilidad entre dispositivos, gestionar permisos de usuario efectivamente y manejar datos sensibles de forma segura. Aquí está cómo puedes abordar estos problemas:
-
--   **Compatibilidad de dispositivos**: Para soportar características biométricas tanto en Android como iOS, considera usar plugins como `@capacitor-fingerprint-auth`. Estas herramientas ayudan a cerrar la brecha entre plataformas, asegurando que tu aplicación funcione sin problemas en una variedad de dispositivos.
-    
--   **Permisos de usuario**: Es importante explicar claramente por qué tu aplicación necesita acceso biométrico. Proporciona a los usuarios información transparente y diseña tu aplicación para manejar situaciones con elegancia cuando los usuarios eligen no otorgar permisos.
-    
--   **Seguridad de datos**: Proteger los datos de autenticación es crítico. Sigue las [mejores prácticas de cifrado](https://capgo.app/docs/cli/migrations/encryption/) y adhiérete a las pautas de seguridad proporcionadas por cada plataforma para asegurar que la información sensible permanezca segura.
-    
-
-Para realizar actualizaciones o corregir problemas relacionados con características biométricas sin la molestia de aprobaciones de la tienda de aplicaciones, puedes usar herramientas como Capgo. Esto permite actualizaciones en tiempo real, permitiéndote abordar errores o mejorar la funcionalidad rápidamente mientras te mantienes en conformidad con las políticas de Apple y Android.
-:::
diff --git a/src/content/blog/es/birth-of-capgo-revolutionizing-capacitor-app-updates.md b/src/content/blog/es/birth-of-capgo-revolutionizing-capacitor-app-updates.md
deleted file mode 100644
index 32d00c4a1..000000000
--- a/src/content/blog/es/birth-of-capgo-revolutionizing-capacitor-app-updates.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: birth-of-capgo-revolutionizing-capacitor-app-updates
-title: Cómo un Issue de GitHub se Convirtió en un Negocio
-description: >-
-  Descubre las pruebas y triunfos detrás de la creación de Capgo, un innovador
-  sistema de actualización en vivo para aplicaciones Capacitor, nacido de la
-  necesidad y moldeado por los comentarios de la comunidad.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-07-13T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /capgo-birth-story.webp
-head_image_alt: >-
-  Una representación visual de la evolución de Capgo desde la idea hasta el
-  producto
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: development
-published: true
-locale: es
-next_blog: ''
----
-## La Génesis: Una Solicitud de la Comunidad
-
-Las semillas de Capgo fueron plantadas mucho antes de que comenzara mi viaje como creador independiente. El 8 de julio de 2020, un miembro de la comunidad llamado alexcroox envió una solicitud de plugin que eventualmente se convertiría en el modelo para Capgo.
-
-![Initial plugin request](/capgo-initial-request.webp)
-
-Esta solicitud describía la necesidad de un plugin "Capacitor Hot Code Push" con los siguientes puntos clave:
-
-1. **Plataformas**: Soporte para Android e iOS.
-2. **Soluciones Existentes**: Destacaba las limitaciones de las opciones actuales como MS Code Push (que carecía de soporte para Capacitor) y App Flow (que era costoso e inflexible).
-3. **Descripción**: La capacidad de actualizar js/css/html de una aplicación en tiempo real sin pasar por el proceso de revisión de la tienda de aplicaciones.
-4. **Características Principales**: 
-   - Facilitar actualizaciones por aire desde un servidor/endpoint elegido por el desarrollador.
-   - Descargar un archivo zip de la carpeta dist actualizada, extraerlo e indicar a Capacitor que inicie desde este nuevo directorio.
-   - Características adicionales como verificación de actualización, tiempo de instalación y descarga selectiva de actualizaciones.
-
-Esta completa solicitud recibió un importante apoyo de la comunidad, con 65 me gusta y 25 reacciones de corazón. Claramente demostró una fuerte demanda de una solución así en el ecosistema de Capacitor.
-
-Cuando me encontré con esta solicitud más de un año después, resonó profundamente con los desafíos que enfrentaba en mis propios proyectos. Sirvió tanto como validación de la necesidad de una herramienta así como una hoja de ruta para lo que se convertiría en Capgo.
-
-El entusiasmo de la comunidad por este plugin propuesto, combinado con mis experiencias personales, se convirtió en la fuerza impulsora detrás del desarrollo de Capgo. Es un ejemplo perfecto de cómo las comunidades de código abierto pueden identificar necesidades e inspirar soluciones, incluso si el tiempo desde la idea hasta la implementación abarca más de un año.
-
-## Un Nuevo Capítulo Comienza
-
-Antes de sumergirme en la historia de Capgo, es importante establecer el contexto. En 2021, tomé una decisión que cambiaría mi vida al renunciar a mi puesto como CTO de Cashstory y vender mis acciones. Esto marcó el comienzo de mi viaje como creador independiente, un camino lleno de incertidumbre pero también de infinitas posibilidades.
-
-![Lisbon digital nomad life](/capgo-lisbon-nomad.webp)
-
-Con mis ahorros como red de seguridad, me embarqué en una nueva aventura. Vivía como nómada digital en Lisboa, Portugal, abrazando la vibrante escena tecnológica y la cultura de la ciudad mientras me enfocaba en mis proyectos personales. Mi enfoque principal era Captime, un temporizador móvil para crossfit. Poco sabía que este proyecto me llevaría a crear algo mucho más grande.
-
-La energía del ecosistema de startups de Lisboa y la libertad del estilo de vida nómada digital proporcionaron el escenario perfecto para la innovación. Fue en este entorno, rodeado de compañeros emprendedores y desarrolladores de todo el mundo, donde se sembraron las semillas de Capgo.
-
-## La Chispa de una Idea
-
-Mientras trabajaba en Captime, me encontré con un obstáculo significativo - la falta de una solución de actualización asequible y flexible para aplicaciones Capacitor. En octubre de 2021, expresé estas preocupaciones en un hilo de GitHub.
-
-![Initial proposal for Capgo](/capgo-initial-proposal.webp)
-
-Los principales puntos problemáticos que identifiqué fueron:
-
-1. Altos costos para desarrolladores a pequeña escala
-2. Falta de actualizaciones por aire (OTA) en planes asequibles
-3. Funciones innecesarias para desarrolladores independientes
-
-## La Comunidad Resuena
-
-Mis preocupaciones resonaron con otros desarrolladores. Muchos compartieron el sentimiento de que las soluciones existentes tenían precios excesivos para desarrolladores independientes y equipos pequeños.
-
-![Community feedback](/capgo-community-feedback.webp)
-
-Un desarrollador resumió los sentimientos de la comunidad:
-
-"Sería brillante si el plan Comunitario incluyera 500 actualizaciones en vivo. O mejor aún, si hubiera un paquete solo de Actualizaciones en Vivo por $50/mes que incluyera 5,000 Actualizaciones en Vivo."
-
-## El Nacimiento de una Solución
-
-Motivado por la respuesta de la comunidad, decidí tomar el asunto en mis propias manos. El 24 de octubre de 2021, anuncié mi plan de construir un módulo que permitiría a los desarrolladores descargar actualizaciones desde una URL determinada.
-
-![Initial code snippet](/capgo-initial-code.webp)
-
-Los objetivos iniciales eran simples:
-- Descargar datos desde una URL
-- Descomprimir los datos
-- Reemplazar el código actual con el nuevo
-
-Sin embargo, convertir esta simple idea en realidad resultó ser mucho más desafiante de lo que inicialmente anticipé.
-
-## La Lucha Detrás de Escenas
-
-Lo que no es aparente en el hilo de GitHub es la pura complejidad de la tarea que había emprendido. El código requerido para implementar esta funcionalidad era oscuro y difícil de entender. Me encontré lidiando con detalles intrincados de cómo las aplicaciones Capacitor manejan las actualizaciones y los sistemas de archivos.
-
-Pasé muchas noches en mi furgoneta, estudiando documentación y experimentando con diferentes enfoques. El progreso era lento, y hubo momentos en los que cuestioné si había mordido más de lo que podía masticar.
-
-## La Comunidad al Rescate
-
-Afortunadamente, no estaba solo en este viaje. La comunidad de desarrolladores, particularmente en Discord, demostró ser un recurso invaluable. Otros desarrolladores ofrecieron sus perspectivas, ayudaron a depurar problemas y brindaron ánimo cuando las cosas se pusieron difíciles.
-
-![Discord community support](/capgo-discord-support.webp)
-
-Este esfuerzo colaborativo fue crucial para superar los obstáculos técnicos. Reforzó mi creencia en el poder del código abierto y el desarrollo impulsado por la comunidad.
-
-## Desarrollo Rápido y Capacidades en Expansión
-
-Con la ayuda de la comunidad, el desarrollo comenzó a acelerarse. Para el 22 de noviembre de 2021, tenía una versión funcional para iOS y estaba mejorando la experiencia del desarrollador.
-
-![Improved code snippet](/capgo-improved-code.webp)
-
-A medida que avanzaba el desarrollo, agregué más características:
-- Soporte para Android
-- Persistencia entre cierres de aplicación
-- La capacidad de volver a la versión original de la aplicación
-
-![New features announcement](/capgo-new-features.webp)
-
-Cada nueva función trajo su propio conjunto de desafíos, pero también una sensación de logro mientras el proyecto crecía más allá de su alcance inicial.
-
-## El Lanzamiento de Capgo
-
-Para marzo de 2022, el proyecto había evolucionado a un producto completo: Capgo. Anuncié el lanzamiento de un modo de actualización automática, permitiendo a los desarrolladores conectarse a su propio backend o usar el servicio backend de Capgo.
-
-![Capgo launch announcement](/capgo-launch-announcement.webp)
-
-La respuesta de la comunidad fue abrumadoramente positiva, con desarrolladores elogiando esta solución tan necesaria.
-
-## El Giro hacia un Producto de Pago
-
-Inicialmente, no tenía planes de monetizar Capgo. Mi objetivo era simplemente crear una herramienta que resolviera un problema que otros desarrolladores y yo enfrentábamos. Sin embargo, los comentarios en GitHub me hicieron reconsiderar esta postura.
-
-Los desarrolladores expresaron su disposición a pagar por una solución que satisficiera sus necesidades a un precio justo. Esta retroalimentación, combinada con la comprensión de los costos y esfuerzos continuos necesarios para mantener y mejorar Capgo, llevó a una decisión crucial.
-
-El 11 de junio de 2022, anuncié que Capgo comenzaría a cobrar por su uso en 15 días, marcando su transición de un proyecto comunitario a un negocio sostenible.
-
-![Capgo pricing announcement](/capgo-pricing-announcement.webp)
-
-Sin embargo, manteniéndome fiel a las raíces del proyecto, mantuve el núcleo de código abierto de Capgo permitiendo el uso gratuito del plugin en modo manual o con un servidor personalizado.
-
-## Conclusión
-
-Mi viaje con Capgo es un testimonio del poder de la innovación impulsada por la comunidad y los caminos inesperados que los desarrolladores independientes suelen encontrar. Lo que comenzó como una frustración personal mientras trabajaba en una aplicación de temporizador de crossfit se convirtió en un sistema robusto, asequible y flexible de actualizaciones en vivo para aplicaciones Capacitor.
-
-La creación de Capgo estuvo lejos de ser fácil. Requirió incontables horas de trabajo, el apoyo de una generosa comunidad de desarrolladores y la disposición de pivotar basándose en la retroalimentación de los usuarios. Desde programar en Airbnb en Portugal hasta lanzar un producto de pago, cada paso de este viaje ha sido una experiencia de aprendizaje.
-
-Mientras Capgo continúa evolucionando, se mantiene como un ejemplo principal de cómo identificar una brecha en el mercado, trabajar activamente para llenarla y ser receptivo a las necesidades de la comunidad puede llevar a la creación de herramientas valiosas que benefician a todo el ecosistema de desarrolladores.
-
-La historia de Capgo es más que solo el desarrollo de una herramienta; es una historia de perseverancia, comunidad y la emocionante imprevisibilidad de la vida como desarrollador independiente.
-
-Puedes encontrar la historia completa [aquí](https://github.com/capacitor-community/proposals/issues/43#issuecomment-941017142).
diff --git a/src/content/blog/es/building-a-native-mobile-app-with-nextjs-and-capacitor.md b/src/content/blog/es/building-a-native-mobile-app-with-nextjs-and-capacitor.md
deleted file mode 100644
index 7bf3f442d..000000000
--- a/src/content/blog/es/building-a-native-mobile-app-with-nextjs-and-capacitor.md
+++ /dev/null
@@ -1,420 +0,0 @@
----
-slug: building-a-native-mobile-app-with-nextjs-and-capacitor
-title: >-
-  2025 Construir aplicaciones móviles nativas con Next.js 15 y Capacitor: Una
-  guía paso a paso
-description: >-
-  Aprende a crear aplicaciones móviles nativas utilizando Next.js 15 y Capacitor
-  en esta guía completa. Descubre las últimas mejores prácticas y técnicas para
-  construir aplicaciones móviles de alto rendimiento y ricas en características.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-02-21T00:00:00.000Z
-updated_at: 2025-05-12T00:00:00.000Z
-head_image: /next_capgo.webp
-head_image_alt: Ilustración de Next.js 15 y Capacitor
-keywords: >-
-  Next.js 15, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-## Introducción
-
-En este tutorial, exploraremos cómo crear aplicaciones móviles nativas utilizando la poderosa combinación de [Next.js](https://nextjs.org/) 15 y [Capacitor](https://capacitorjs.com/) en 2024. Al aprovechar las versiones más recientes de estas tecnologías, puedes construir aplicaciones móviles de alto rendimiento y ricas en características con facilidad. También demostraremos cómo mejorar la interfaz de usuario móvil utilizando [Konsta UI](https://konstaui.com/) y Tailwind CSS, aunque este paso es opcional.
-
-Next.js, un popular marco de React, proporciona una base sólida para construir aplicaciones web, mientras que Capacitor te permite transformar tu aplicación de Next.js en una aplicación móvil nativa sin modificaciones significativas o la necesidad de aprender nuevas habilidades como React Native. Este tutorial te guiará a través del proceso, comenzando con la configuración de una nueva aplicación Next.js e integrando Capacitor para crear una experiencia móvil nativa.
-
-### Beneficios de Usar Next.js y Capacitor
-
-- **Reusabilidad de Código**: Next.js te permite escribir componentes reutilizables y compartir código entre tus aplicaciones web y móviles, ahorrando tiempo y esfuerzo en el desarrollo.
-- **Rendimiento**: Next.js ofrece optimizaciones de rendimiento integradas, como renderizado del lado del servidor y división de código, asegurando tiempos de carga rápidos y una experiencia de usuario fluida.
-- **Capacidades Nativas**: Capacitor proporciona acceso a características nativas del dispositivo como la cámara, geolocalización y más, permitiéndote construir aplicaciones móviles ricas en características.
-- **Desarrollo Simplificado**: Con Capacitor, puedes desarrollar y probar tu aplicación móvil utilizando tecnologías web familiares, reduciendo la curva de aprendizaje y agilizando el proceso de desarrollo.
-
-## Preparando Tu Aplicación Next.js
-
-Para comenzar, creemos una nueva aplicación Next.js utilizando el comando `create-next-app`:
-
-```shell
-npx create-next-app@latest my-app
-```
-
-Este comando configurará un proyecto Next.js en blanco con la configuración recomendada para la última versión.
-
-A continuación, navega al directorio del proyecto:
-
-```shell
-cd my-app
-```
-
-Para crear una aplicación móvil nativa, necesitamos generar un export estático de nuestro proyecto Next.js. Actualiza el archivo `package.json` para incluir un script que construya y exporte el proyecto:
-
-```json
-{
-  "scripts": {
-    "dev": "next dev",
-    "build": "next build",
-    "start": "next start",
-    "lint": "next lint",
-    "static": "NEXT_PUBLIC_IS_MOBILE=true next build"
-  }
-}
-```
-
-Ejecutar el comando `npm run static` puede resultar en errores debido a incompatibilidad con la optimización de imágenes. Para resolver esto, abre el archivo `next.config.js` y modifícalo de la siguiente manera:
-
-```javascript
-/** @type {import('next').NextConfig} */
-const isMobile = process.env.NEXT_PUBLIC_IS_MOBILE === 'true';
-const nextConfig = {
-    ...(isMobile ? {output: 'export'} : {}),
-  reactStrictMode: true,
-  images: {
-    unoptimized: true,
-  },
-};
-
-module.exports = nextConfig;
-```
-
-Ahora, ejecutar `npm run static` debería funcionar sin problemas, y encontrarás una nueva carpeta `out` en la raíz de tu proyecto. Esta carpeta será utilizada por Capacitor en los próximos pasos.
-
-## Añadiendo Capacitor a Tu Aplicación Next.js 15
-
-Para empaquetar tu aplicación Next.js en un contenedor móvil nativo, sigue estos pasos:
-
-1. Instala el [Capacitor CLI](https://capacitorjs.com/docs/cli/) como una dependencia de desarrollo:
-
-```shell
-npm install -D @capacitor/cli
-```
-
-2. Inicializa Capacitor en tu proyecto Next.js:
-
-```shell
-npx cap init
-```
-
-Durante el proceso de inicialización, puedes presionar "Enter" para aceptar los valores predeterminados para el nombre de la aplicación y el ID del paquete.
-
-3. Instala los paquetes necesarios de Capacitor:
-
-```shell
-npm install @capacitor/core @capacitor/ios @capacitor/android
-```
-
-4. Añade las plataformas nativas:
-
-```shell
-npx cap add ios
-npx cap add android
-```
-
-Capacitor creará carpetas para cada plataforma (`ios` y `android`) en la raíz de tu proyecto. Estas carpetas contienen los proyectos nativos para iOS y Android, respectivamente.
-
-Para acceder y construir el proyecto de Android, necesitas tener [Android Studio](https://developer.android.com/studio) instalado. Para el desarrollo de iOS, necesitas un Mac con [Xcode](https://developer.apple.com/xcode/) instalado.
-
-5. Configura Capacitor:
-
-Abre el archivo `capacitor.config.ts` y actualiza la propiedad `webDir` para apuntar al directorio de salida de tu construcción de Next.js:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-6. Construye y sincroniza tu proyecto:
-
-```shell
-npm run static
-npx cap sync
-```
-
-El comando `npm run static` construye tu proyecto Next.js y exporta los archivos estáticos, mientras que `npx cap sync` sincroniza el código web con las plataformas nativas.
-
-## Construyendo y Desplegando Aplicaciones Nativas
-
-Para construir y desplegar tu aplicación móvil nativa, sigue estos pasos:
-Para desarrollar aplicaciones iOS, necesitas tener **Xcode** instalado, y para aplicaciones Android, necesitas tener **Android Studio** instalado. Además, si planeas distribuir tu aplicación en la tienda de aplicaciones, necesitas inscribirte en el Programa de Desarrolladores de Apple para iOS y en la Consola de Google Play para Android.
-
-1. Abre los proyectos nativos:
-
-Para iOS:
-```shell
-npx cap open ios
-```
-
-Para Android:
-```shell
-npx cap open android
-```
-
-2. Construye y ejecuta la aplicación:
-
-![android-studio-run](/android-studio-run.webp)
-
-- En Android Studio, espera a que el proyecto esté listo, y luego haz clic en el botón "Ejecutar" para desplegar la aplicación en un dispositivo o emulador conectado.
-![xcode-run](/xcode-run.webp)
-
-- En Xcode, configura tu cuenta de firma para desplegar la aplicación en un dispositivo real. Si no has hecho esto antes, Xcode te guiará a través del proceso (ten en cuenta que necesitas estar inscrito en el Programa de Desarrolladores de Apple). Una vez configurado, haz clic en el botón "Reproducir" para ejecutar la aplicación en tu dispositivo conectado.
-
-¡Felicidades! Has desplegado con éxito tu aplicación web de Next.js en un dispositivo móvil.
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/nextjs-mobile-app.webp" alt="nextjs-mobile-app">
-</div>
-Pero espera, hay una forma más rápida de hacer esto durante el desarrollo...
-
-## Recarga en Vivo de Capacitor
-
-Durante el desarrollo, puedes aprovechar la recarga en vivo para ver los cambios instantáneamente en tu dispositivo móvil. Para habilitar esta función, sigue estos pasos:
-
-1. Encuentra tu dirección IP local:
-
-- En macOS, ejecuta el siguiente comando en la terminal:
-  ```shell
-  ipconfig getifaddr en0
-  ```
-
-- En Windows, ejecuta:
-  ```shell
-  ipconfig
-  ```
-  Busca la dirección IPv4 en la salida.
-
-2. Actualiza el archivo `capacitor.config.ts` para incluir la configuración del servidor:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'out',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://YOUR_IP_ADDRESS:3000',
-    cleartext: true,
-  },
-};
-
-export default config;
-```
-
-Reemplaza `YOUR_IP_ADDRESS` con tu dirección IP local.
-
-3. Aplica los cambios a tu proyecto nativo:
-
-```shell
-npx cap copy
-```
-
-El comando `copy` copia la carpeta web y los cambios de configuración al proyecto nativo sin actualizar todo el proyecto.
-
-4. Reconstruye y ejecuta la aplicación en tu dispositivo utilizando Android Studio o Xcode.
-
-Ahora, cada vez que hagas cambios en tu aplicación Next.js, la aplicación móvil se recargará automáticamente para reflejar esos cambios.
-
-Nota: Si instalas nuevos complementos o haces cambios en archivos nativos, necesitarás reconstruir el proyecto nativo ya que la recarga en vivo solo se aplica a cambios en el código web.
-
-## Usando Plugins de Capacitor
-
-Los plugins de Capacitor te permiten acceder a características nativas del dispositivo desde tu aplicación Next.js. Exploraremos cómo usar el [plugin de Compartir](https://capacitorjs.com/docs/apis/share/) como ejemplo:
-
-1. Instala el plugin de Compartir:
-
-```shell
-npm i @capacitor/share
-```
-
-2. Actualiza el archivo `pages/index.js` para usar el plugin de Compartir:
-
-```javascript
-import Head from 'next/head';
-import styles from '../styles/Home.module.css';
-import { Share } from '@capacitor/share';
-
-export default function Home() {
-  const share = async () => {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends',
-    });
-  };
-
-  return (
-    <div className={styles.container}>
-      <Head>
-        <title>Create Next App</title>
-        <meta name="description" content="Generated by create next app" />
-        <link rel="icon" href="/favicon.ico" />
-      </Head>
-
-      <main className={styles.main}>
-        <h1 className={styles.title}>
-          Welcome to <a href="https://nextjs.org">Capgo!</a>
-        </h1>
-
-        <p className={styles.description}>
-          <h2>Cool channel</h2>
-          <button onClick={() => share()}>Share now!</button>
-        </p>
-      </main>
-    </div>
-  );
-}
-```
-
-3. Sincroniza los cambios con el proyecto nativo:
-
-Como se mencionó anteriormente, al instalar nuevos plugins, necesitamos realizar una operación de sincronización y luego volver a desplegar la aplicación en nuestro dispositivo. Para hacer esto, ejecuta el siguiente comando:
-
-```shell
-npx cap sync
-```
-
-4. Reconstruye y ejecuta la aplicación en tu dispositivo.
-
-Ahora, cuando hagas clic en el botón "¡Compartir ahora!", aparecerá el cuadro de diálogo de compartir nativo, lo que te permitirá compartir el contenido con otras aplicaciones.
-
-<div class="mx-auto" style="width: 50%;">
-<img src="/next-capacitor-share.webp" alt="next-capacitor-share">
-</div>
-
-Para que el botón luzca más amigable para móviles, podemos agregar algo de estilo utilizando mi biblioteca de componentes de UI favorita para aplicaciones web - Next.js (sin juegos de palabras).
-
-## Añadiendo Konsta UI
-
-He trabajado durante años con [Ionic](https://ionicframework.com/) para construir excelentes aplicaciones multiplataforma y ha sido una de las mejores elecciones durante años.
-Pero ahora ya no lo recomiendo, es muy complicado integrarlo con Next.js y realmente no vale la pena cuando ya tienes [tailwindcss](https://tailwindcss.com/).
-
-Si deseas una UI móvil realmente atractiva que se adapte a los estilos específicos de iOS y Android, te recomiendo Konsta UI.
-
-Necesitas tener [tailwind instalado](https://tailwindcss.com/docs/guides/nextjs/) 
-Para mejorar la UI móvil de tu aplicación Next.js, puedes usar [Konsta UI](https://konstaui.com/), una biblioteca de componentes de UI amigable para móviles que se adapta a los estilos de iOS y Android. Sigue estos pasos para integrar Konsta UI:
-
-1. Instala los paquetes requeridos:
-
-```shell
-npm i konsta
-```
-
-2. Actualiza el archivo `tailwind.config.js`:
-
-```javascript
-const konstaConfig = require('konsta/config');
-
-module.exports = konstaConfig({
-  content: [
-    './pages/**/*.{js,ts,jsx,tsx}',
-    './components/**/*.{js,ts,jsx,tsx}',
-  ],
-  theme: {
-    extend: {},
-  },
-  plugins: [],
-});
-```
-
-3. Envuelve tu aplicación con el componente `App` de Konsta UI en `pages/_app.js`:
-
-```javascript
-import { App } from 'konsta/react';
-import '../styles/globals.css';
-
-function MyApp({ Component, pageProps }) {
-  return (
-    <App theme="ios">
-      <Component {...pageProps} />
-    </App>
-  );
-}
-
-export default MyApp;
-```
-### Página de Ejemplo
-
-Ahora que todo está configurado, podemos usar componentes de React de Konsta UI en nuestras páginas de Next.js.
-
-4. Actualiza el archivo `pages/index.js` para usar componentes de Konsta UI:
-
-```javascript
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  BlockTitle,
-} from 'konsta/react';
-
-export default function Home() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Here is your Next.js & Konsta UI app. Let's see what we have here.
-        </p>
-      </Block>
-      <BlockTitle>Navigation</BlockTitle>
-      <List>
-        <ListItem href="/about/" title="About" />
-        <ListItem href="/form/" title="Form" />
-      </List>
-
-      <Block strong className="flex space-x-4">
-        <Button>Button 1</Button>
-        <Button>Button 2</Button>
-      </Block>
-    </Page>
-  );
-}
-```
-
-5. Reinicia el servidor de desarrollo y reconstruye la aplicación.
-
-Tu aplicación Next.js ahora debería tener una UI móvil con apariencia nativa impulsada por Konsta UI.
-
-## Optimización del Rendimiento
-
-Para asegurar un rendimiento óptimo de tu aplicación Next.js y Capacitor, considera las siguientes mejores prácticas:
-
-- Minimiza el tamaño de la aplicación eliminando dependencias y activos no utilizados.
-- Optimiza imágenes y otros archivos multimedia para reducir los tiempos de carga.
-- Implementa la carga diferida para componentes y páginas para mejorar el rendimiento de carga inicial.
-- Utiliza el renderizado del lado del servidor (SSR) con Next.js para mejorar la velocidad de carga de la aplicación y la optimización para motores de búsqueda (SEO).
-- Aprovecha las optimizaciones integradas de Capacitor, como almacenamiento en caché de web views y empaquetado de aplicaciones.
-
-## Conclusión
-
-En este tutorial, exploramos cómo construir aplicaciones móviles nativas utilizando Next.js y Capacitor. Al aprovechar el poder de estas tecnologías, puedes crear aplicaciones móviles de alto rendimiento y ricas en características con facilidad.
-
-Cubrimos los pasos para configurar una aplicación Next.js, integrar Capacitor y construir y desplegar la aplicación en dispositivos móviles. Además, discutimos el uso de plugins de Capacitor, añadir Konsta UI para una interfaz móvil mejorada y técnicas de optimización del rendimiento.
-
-Para llevar tu aplicación de Next.js y Capacitor al siguiente nivel, considera explorar [Capgo](https://capgo.app/) para actualizaciones en vivo sin problemas, asegurando que tus usuarios siempre tengan acceso a las últimas características y correcciones de errores.
-
-Siguiendo las mejores prácticas y técnicas descritas en esta guía, estarás bien equipado para construir impresionantes aplicaciones móviles nativas utilizando Next.js y Capacitor.
-
-## Recursos
-
-- [Documentación de Next.js](https://nextjs.org/docs)
-- [Documentación de Capacitor](https://capacitorjs.com/docs)
-- [Documentación de Konsta UI](https://konstaui.com/docs)
-- [Capgo - Actualizaciones en Vivo para Apps de Capacitor](https://capgo.app/)
-
-¡Feliz construcción de aplicaciones!
-
-Aprende cómo Capgo puede ayudarte a construir mejores aplicaciones más rápido, [regístrate para obtener una cuenta gratuita](/register/) hoy.
diff --git a/src/content/blog/es/capacitor-app-initialization-step-by-step-guide.md b/src/content/blog/es/capacitor-app-initialization-step-by-step-guide.md
deleted file mode 100644
index 4f1e10abc..000000000
--- a/src/content/blog/es/capacitor-app-initialization-step-by-step-guide.md
+++ /dev/null
@@ -1,305 +0,0 @@
----
-slug: capacitor-app-initialization-step-by-step-guide
-title: 'Inicialización de una aplicación Capacitor: Guía paso a paso'
-description: >-
-  Aprende cómo configurar e implementar aplicaciones móviles de manera eficiente
-  usando Capacitor, cubriendo todo desde la instalación hasta las
-  configuraciones específicas de cada plataforma.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:11:03.831Z
-updated_at: 2025-03-28T03:11:14.608Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e6018fa2c14cac42f82293-1743131474608.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, mobile app development, iOS setup, Android setup, app
-  configuration, web apps, plugins, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres construir aplicaciones móviles con una única base de código?** [Capacitor](https://capacitorjs.com/) hace que sea fácil crear aplicaciones para iOS, Android y web usando frameworks como [React](https://react.dev/), [Angular](https://angular.io/), o [Vue](https://vuejs.org/). Esta guía explica cómo configurar [Capacitor](https://capacitorjs.com/), configurar plataformas y desplegar actualizaciones de manera eficiente.
-
-### Pasos Clave para Comenzar:
-
--   **Instalar Herramientas**: [Node.js](https://nodejs.org/en), npm, Git, y un editor de código como [VS Code](https://code.visualstudio.com/).
--   **Configurar Capacitor**: Instalar el CLI de Capacitor e inicializar tu proyecto.
--   **Configurar Plataformas**: Añadir soporte para iOS y Android, ajustar configuraciones y sincronizar tu código.
--   **Probar y Desplegar**: Construir, ejecutar en dispositivos y usar herramientas de actualización en vivo como [Capgo](https://capgo.app/) para actualizaciones sin problemas.
-
-Capacitor conecta aplicaciones web con características nativas del dispositivo, asegurando un rendimiento fluido en todas las plataformas. ¡Sigue esta guía para simplificar tu proceso de desarrollo de aplicaciones!
-
-## 5 Pasos para una APLICACIÓN NATIVA con [CAPACITOR](https://capacitorjs.com/) | Guía de Lanzamiento de Ionic
-
-![CAPACITOR](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-28.jpg?auto=compress)
-
-## Herramientas Requeridas y Configuración
-
-Aquí te explicamos cómo configurar tu entorno de desarrollo con las herramientas esenciales.
-
-### Instalación de Herramientas de Desarrollo
-
-Para trabajar con Capacitor, necesitarás las siguientes herramientas:
-
-| Herramienta | Propósito | Versión Mínima |
-| --- | --- | --- |
-| Node.js | Entorno de ejecución JavaScript | 14.0.0 o superior |
-| npm | Gestor de paquetes | 6.0.0 o superior |
-| IDE/Editor de Código | Entorno de desarrollo | Última versión estable |
-| Git | Control de versiones | 2.0.0 o superior |
-
-Sigue estos pasos para instalarlas:
-
--   **Node.js y npm**: Descarga e instala ambos desde el sitio oficial de [Node.js website](https://nodejs.org).
--   **Editor de Código**: Elige un editor como VS Code, [WebStorm](https://www.jetbrains.com/webstorm/), o [Sublime Text](https://www.sublimetext.com/) e instala la última versión estable.
--   **Git**: Obtenlo de [git-scm.com](https://git-scm.com).
--   **Herramientas específicas de plataforma**: Instala herramientas específicas para tu plataforma, como [Xcode](https://developer.apple.com/xcode/) para macOS o [Android Studio](https://developer.android.com/studio) para desarrollo Android.
-
-Una vez que estas estén instaladas, estarás listo para pasar a la configuración del CLI de Capacitor.
-
-### Configuración del CLI de Capacitor
-
-Pon en marcha el CLI de Capacitor con estos pasos:
-
-1.  **Instalar Capacitor CLI globalmente**
-    
-    Abre tu terminal y ejecuta el siguiente comando:
-    
-    ```bash
-    npm install -g @capacitor/cli
-    ```
-    
-2.  **Inicializar el plugin de Capgo**
-    
-    Si aún no lo has hecho, ejecuta:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-    Esto configurará los ajustes necesarios para [gestionar actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) de manera efectiva [\[1\]](https://capgo.app/). Simplifica el proceso de construcción, prueba y despliegue de tu aplicación.
-
-## Iniciando un Nuevo Proyecto Capacitor
-
-Una vez que hayas instalado las herramientas necesarias, estás listo para configurar tu primer proyecto Capacitor. Aquí te explicamos cómo empezar.
-
-### Creando Tu Proyecto
-
-Para crear un nuevo proyecto Capacitor, abre tu terminal y usa este comando:
-
-```
-npx @capacitor/cli create [projectDirectory] [appId] [appDisplayName]
-```
-
-Por ejemplo:
-
-```
-npx @capacitor/cli create my-cap-app com.example.app "My Capacitor App"
-```
-
-Aquí está lo que significa cada parámetro:
-
--   **projectDirectory**: El nombre de tu carpeta de proyecto (ej., `my-cap-app`).
--   **appId**: Un identificador de dominio inverso para tu app (ej., `com.example.app`).
--   **appDisplayName**: El nombre mostrado para tu app (ej., `My Capacitor App`).
-
-Después de ejecutar este comando, necesitarás ajustar la configuración de tu proyecto en el archivo `capacitor.config.json`.
-
-### Configurando capacitor.config.json
-
-El archivo `capacitor.config.json` es donde defines la configuración clave para tu proyecto. A continuación, un ejemplo de una configuración básica:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "My Capacitor App",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "server": {
-    "hostname": "app.example.com",
-    "androidScheme": "https",
-    "iosScheme": "https"
-  }
-}
-```
-
-Aquí hay un desglose de las opciones clave:
-
-| Configuración | Propósito | Valor de Ejemplo |
-| --- | --- | --- |
-| **appId** | Identificador único para tu app | `com.example.app` |
-| **appName** | Nombre de visualización de la app | `My Capacitor App` |
-| **webDir** | Directorio para la salida de compilación | `dist` |
-| **bundledWebRuntime** | Si incluir el runtime de Capacitor | `false` |
-| **server.hostname** | Hostname para el servidor de desarrollo | `app.example.com` |
-| **server.androidScheme** | Esquema URL para Android | `https` |
-| **server.iosScheme** | Esquema URL para iOS | `https` |
-
-### Instalando Dependencias
-
-Para finalizar la configuración, instala las dependencias requeridas e inicializa tu proyecto con estos comandos:
-
-```
-npm install @capacitor/core
-npm install @capacitor/cli --save-dev
-npx cap init
-```
-
-Con estos pasos completados, tu proyecto está listo para la configuración específica de plataforma y desarrollo.
-
-## Configurando Plataformas Móviles
-
-Una vez que tu proyecto Capacitor está inicializado, el siguiente paso es añadir y configurar las plataformas iOS y Android para que tu aplicación pueda ejecutarse de forma nativa en dispositivos móviles.
-
-### Configuración de iOS y Android
-
-Comienza añadiendo soporte para plataformas usando los siguientes comandos:
-
-```bash
-npx cap add ios
-npx cap add android
-```
-
-Después de añadir las plataformas, sincroniza tu código web con:
-
-```bash
-npx cap sync
-```
-
-Antes de ejecutar estos comandos, asegúrate de que tu aplicación web esté compilada y que el `webDir` en `capacitor.config.json` esté correctamente configurado. Una vez hecho esto, personaliza la configuración de cada plataforma para alinearse con las necesidades de tu aplicación.
-
-### Configuraciones Específicas de Plataforma
-
-#### iOS
-
-Abre el proyecto iOS con:
-
-```bash
-npx cap open ios
-```
-
-Luego, configura los siguientes ajustes:
-
--   **Bundle Identifier**: Asegúrate de que coincida con tu appId.
--   **Development Team**: Asigna el equipo apropiado para la firma de código.
--   **Deployment Target**: Establece la versión mínima de iOS.
--   **Device Orientation**: Ajusta según sea necesario.
--   **Privacy Descriptions**: Añade las descripciones requeridas en `Info.plist`.
-
-#### Android
-
-Abre el proyecto Android con:
-
-```bash
-npx cap open android
-```
-
-Luego, actualiza estos ajustes:
-
--   **Package Name**: Asegúrate de que coincida con tu appId.
--   **Permissions**: Define los permisos necesarios en `AndroidManifest.xml`.
--   **Screen Orientation**: Configura esto en `AndroidManifest.xml`.
--   **Target SDK**: Establece la versión apropiada en `android/app/build.gradle`.
-
-### Ubicaciones de Activos y Configuración
-
-Aquí encontrarás los archivos clave para iconos de app, pantallas de inicio, enlaces profundos y permisos:
-
-| Configuración | Ubicación iOS | Ubicación Android |
-| --- | --- | --- |
-| Iconos de App | `ios/App/App/Assets.xcassets` | `android/app/src/main/res` |
-| Pantallas de Inicio | `ios/App/App/Assets.xcassets` | `android/app/src/main/res` |
-| Enlaces Profundos | `ios/App/App/Info.plist` | `AndroidManifest.xml` |
-| Permisos | `Info.plist` | `AndroidManifest.xml` |
-
-Con estas configuraciones en su lugar, estás listo para construir y probar tu aplicación en dispositivos móviles.
-
-## Construcción y Pruebas
-
-Usando la configuración descrita anteriormente, ahora puedes construir y probar tu [aplicación Capacitor](https://capgo.app/plugins/ivs-player/) para asegurarte de que funcione correctamente en varios dispositivos.
-
-### Comandos de Construcción y Ejecución
-
-Una vez que tu aplicación está configurada para plataformas móviles, es hora de construir y ejecutar pruebas. Comienza actualizando tus activos web:
-
-```bash
-npm run build
-npx cap sync
-```
-
-Luego, usa los comandos apropiados para tu plataforma objetivo:
-
-**Para iOS:**
-
-```bash
-npx cap run ios
-```
-
-**Para Android:**
-
-```bash
-npx cap run android
-```
-
-Estos comandos construirán y lanzarán tu aplicación en un simulador o dispositivo conectado. Probar en dispositivos reales y simuladores es crucial para identificar cualquier problema específico de la plataforma.
-
-### Añadiendo Plugins de Capacitor
-
-Los [plugins de Capacitor](https://capgo.app/plugins/) te permiten añadir características nativas a tu aplicación. Por ejemplo, para incluir capacidades de cámara, geolocalización y almacenamiento, ejecuta:
-
-```bash
-npm install @capacitor/camera @capacitor/geolocation @capacitor/storage
-npx cap sync
-```
-
-Después de la instalación, configura los plugins en tus proyectos nativos. Aquí hay un resumen rápido de los requisitos de configuración:
-
-| **Plugin** | **Configuración iOS** | **Configuración Android** |
-| --- | --- | --- |
-| Cámara | Añadir [Descripción de Privacidad](https://capgo.app/privacy/) | Añadir Permisos al Manifiesto |
-| Geolocalización | Añadir Descripción de Uso de Ubicación | Añadir Permisos de Ubicación |
-| Almacenamiento | No se necesita configuración adicional | No se necesita configuración adicional |
-
-### Actualizaciones en Vivo con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-28.jpg?auto=compress)
-
-Para simplificar el despliegue y las pruebas, puedes integrar herramientas de actualización en vivo como Capgo. Este servicio ya ha entregado más de 23.5 millones de actualizaciones, con el 95% de los usuarios recibiendo actualizaciones dentro de las 24 horas y una tasa de éxito global del 82% [\[1\]](https://capgo.app/).
-
-Para añadir Capgo a tu aplicación:
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Capgo ofrece varios beneficios durante las pruebas:
-
--   Crear canales separados para entornos de desarrollo, staging y producción.
--   Enviar correcciones inmediatas de errores durante las pruebas.
--   Rastrear tasas de éxito de actualización con análisis incorporados.
--   Revertir actualizaciones rápidamente si surgen problemas.
-
-Capgo también asegura la entrega segura de actualizaciones con encriptación de extremo a extremo. Su sistema de canales te permite probar actualizaciones con grupos selectos de usuarios antes de lanzarlas a todos.
-
-## Resumen
-
-Esta guía ha recorrido cada fase de la configuración y despliegue de una aplicación Capacitor, cubriendo todos los pasos esenciales necesarios para comenzar y asegurar un funcionamiento fluido.
-
-### Puntos Principales
-
-Crear una aplicación Capacitor requiere atención cuidadosa a la configuración, ajustes y adaptaciones específicas de plataforma. Configurar tu entorno de desarrollo - incluyendo herramientas como **Node.js** y el **CLI de Capacitor** - es un punto de partida crucial. Configurar plataformas como iOS y Android asegura que la aplicación funcione sin problemas en sistemas nativos.
-
-Usar un sistema de actualización como **Capgo** puede simplificar la gestión de lanzamientos y ayudar a mantener la estabilidad de la aplicación [\[1\]](https://capgo.app/).
-
-Aquí hay un desglose de las fases clave:
-
-| **Fase** | **Pasos** | **Consejos** |
-| --- | --- | --- |
-| Configuración inicial | Instalar herramientas, configuración CLI | Usar las últimas versiones estables |
-| Configuración | Ajustar configuración de plataforma, agregar plugins | Seguir las pautas específicas de cada plataforma |
-| Pruebas | Compilar y probar en dispositivos | Priorizar pruebas en dispositivos reales |
-| Despliegue | Gestionar actualizaciones, control de versiones | Usar pipelines automatizados para eficiencia |
diff --git a/src/content/blog/es/capacitor-apps-and-data-sharing-policies.md b/src/content/blog/es/capacitor-apps-and-data-sharing-policies.md
deleted file mode 100644
index ce6299248..000000000
--- a/src/content/blog/es/capacitor-apps-and-data-sharing-policies.md
+++ /dev/null
@@ -1,214 +0,0 @@
----
-slug: capacitor-apps-and-data-sharing-policies
-title: Aplicaciones Capacitor y Políticas de Compartición de Datos
-description: >-
-  Conoce las políticas esenciales de intercambio de datos para aplicaciones
-  Capacitor para garantizar el cumplimiento de los estándares de privacidad de
-  Apple y Google Play.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T03:16:34.140Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292-1744427806390.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  data privacy, app compliance, user consent, encryption, data sharing policies,
-  mobile development, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres que tu aplicación cumpla con las estrictas reglas de datos de Apple y [Google Play](https://play.google/developer-content-policy/)? Esto es lo que necesitas saber:**
-
--   **La Privacidad de Datos es No Negociable**: Tanto Apple como Google requieren que las aplicaciones protejan los datos de los usuarios con cifrado, permisos claros y divulgaciones detalladas de privacidad.
--   **Prácticas Clave para el Cumplimiento**:
-    -   Usar **cifrado de extremo a extremo** para la seguridad de datos.
-    -   Explicar claramente qué datos se recopilan y por qué.
-    -   Permitir que los usuarios controlen y gestionen sus datos fácilmente.
--   **Herramientas Como [Capgo](https://capgo.app/) Ayudan**: Capgo simplifica el cumplimiento con funciones como [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/), seguimiento de errores en tiempo real y gestión de permisos.
-
-### Resumen Rápido de las Reglas de Plataforma
-
-| Plataforma | Reglas Clave |
-| --- | --- |
-| **Apple** | Consentimiento explícito del usuario, etiquetas de privacidad, datos cifrados, políticas detalladas |
-| **Google Play** | Sección de seguridad de datos, controles fáciles para el usuario, datos sensibles cifrados |
-
-## Reglas de Compartición de Datos por Plataforma
-
-### Reglas de Datos de Apple
-
-Apple tiene pautas estrictas sobre cómo las aplicaciones manejan los datos de los usuarios. Su enfoque en la privacidad requiere que los desarrolladores sean transparentes sobre qué datos recopilan y cómo se utilizan. Aquí hay algunas reglas clave:
-
-| **Categoría de Requisito** | **Reglas Específicas** |
-| --- | --- |
-| **Consentimiento del Usuario** | Las aplicaciones deben obtener permiso explícito antes de recopilar datos personales. |
-| **Recopilación de Datos** | Revelar claramente todos los tipos de datos que se recopilan. |
-| **Seguridad de Datos** | La información sensible debe estar cifrada durante la transmisión. |
-| **Etiquetas de Privacidad** | Los listados de App Store deben incluir "etiquetas nutricionales" de privacidad precisas. |
-
-Las aplicaciones también deben proporcionar a los usuarios controles claros para gestionar el intercambio de datos. Además, Apple requiere que los desarrolladores documenten [políticas de privacidad](https://capgo.app/dp/) en detalle, especialmente para herramientas y análisis de terceros. Estas reglas establecen un alto estándar de privacidad en la plataforma.
-
-### Reglas de Datos de [Google Play](https://play.google/developer-content-policy/)
-
-![Google Play](https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292/d9eaff620e00868f1718d6169d99e37d.jpg)
-
-Google Play prioriza la transparencia y dar a los usuarios control sobre sus datos. Sus requisitos incluyen:
-
-| **Requisito** | **Detalles de Implementación** |
-| --- | --- |
-| **Sección de Seguridad de Datos** | Los desarrolladores deben revelar completamente qué datos se recopilan. |
-| **Controles de Usuario** | La configuración de privacidad y las opciones de eliminación de datos deben ser fácilmente accesibles. |
-| **Medidas de Seguridad** | Los datos personales y sensibles deben estar cifrados. |
-| **[Gestión de Actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | Las [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) y parches deben distribuirse de forma segura. |
-
-Para mantener el cumplimiento, los desarrolladores deben enfocarse en procesos de actualización seguros y proporcionar opciones claras para la gestión de datos de usuarios. Herramientas como Capgo apoyan estos esfuerzos con características como cifrado de extremo a extremo, pruebas beta controladas, implementaciones graduales y seguimiento de análisis [\[1\]](https://capgo.app/).
-
-Tanto Apple como Google Play requieren que los desarrolladores monitoreen sus aplicaciones regularmente y realicen actualizaciones para cumplir con los estándares en evolución.
-
-## Cumplimiento de Requisitos de Política
-
-### Limitación de Recopilación de Datos
-
-Enfócate en recopilar solo los datos necesarios para reducir los riesgos de privacidad y mantenerte alineado con las políticas de la plataforma.
-
-| **Principio de Recopilación de Datos** | **Método de Implementación** |
-| --- | --- |
-| Recopilación Mínima de Datos | Recopilar solo lo necesario para las funciones principales |
-| Limitación de Propósito | Documentar claramente las razones para recopilar cada dato |
-| Retención de Datos | Definir plazos específicos para almacenar información del usuario |
-| Gestión de Actualizaciones | Usar sistemas seguros para entregar actualizaciones de aplicaciones |
-
-Usar sistemas de actualización seguros, como Capgo, puede mejorar las tasas de cumplimiento. Por ejemplo, las aplicaciones que utilizan Capgo reportan que el 95% de los usuarios activos reciben actualizaciones dentro de 24 horas [\[1\]](https://capgo.app/).
-
-### Métodos de Seguridad de Datos
-
-La protección de datos de usuarios requiere fuertes medidas de seguridad, especialmente para aplicaciones modernas de [Capacitor](https://capacitorjs.com/). Estas medidas deben alinearse con los estándares de la plataforma.
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-Aquí hay algunas prácticas clave para garantizar la seguridad de datos:
-
--   **Cifrado de Extremo a Extremo**: Asegurar todas las transmisiones de datos con cifrado robusto.
--   **Entrega Segura de Actualizaciones**: Implementar actualizaciones a través de canales verificados y confiables.
--   **Control de Acceso**: Implementar protocolos estrictos para gestionar quién puede acceder a los datos.
-
-Estas medidas de seguridad crean una base sólida para gestionar efectivamente los permisos de usuario.
-
-### Sistemas de Permisos de Usuario
-
-Los sistemas de permisos efectivos trabajan en conjunto con prácticas robustas de protección de datos y recopilación mínima. Ayudan a salvaguardar los datos del usuario mientras cumplen con los requisitos de cumplimiento de la plataforma.
-
-| **Característica de Permiso** | **Beneficio para el Usuario** |
-| --- | --- |
-| Controles Granulares | Los usuarios pueden elegir permisos específicos |
-| Explicaciones Claras | Descripciones simples y transparentes de cómo se usan los datos |
-| Gestión Fácil | Configuración de permisos fácil de acceder y ajustar |
-| Consentimiento de Actualización | Los usuarios mantienen el control sobre las actualizaciones de funciones |
-
-Los expertos de la industria destacan el valor de los sistemas de permisos sólidos:
-
-> "@Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar la revisión para correcciones de errores es oro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Actualmente, 750 aplicaciones están utilizando exitosamente estos sistemas de permisos en producción [\[1\]](https://capgo.app/).
-
-## Permisos de Aplicación Explicados: Protege Tu Privacidad y Asegura ...
-
-<iframe src="https://www.youtube.com/embed/NSOJU5nV4v4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Herramientas de Cumplimiento
-
-Para complementar las reglas de plataforma y las prácticas de actualización segura, las herramientas a continuación simplifican el proceso de cumplir con los requisitos de compartición de datos para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Características de Seguridad de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292/c9663ca23e94ac8ce625337d9d850085.jpg)
-
-La infraestructura de seguridad de Capgo proporciona a los desarrolladores herramientas para ayudar a mantener el cumplimiento. Las características clave incluyen:
-
-| **Característica de Seguridad** | **Beneficio de Cumplimiento** |
-| --- | --- |
-| **Cifrado de Extremo a Extremo** | Asegura el descifrado seguro de actualizaciones |
-| **Análisis en Tiempo Real** | Rastrea tasas de éxito de actualizaciones |
-| **Control de Versiones** | Gestiona versiones de aplicaciones |
-| **Capacidad de Reversión** | Permite respuesta rápida a problemas |
-
-La plataforma ha gestionado 23.5 millones de actualizaciones, logrando una tasa de actualización del 95% de usuarios dentro de 24 horas [\[1\]](https://capgo.app/).
-
-### Herramientas de Seguridad Adicionales
-
-Capgo también apoya el cumplimiento a través de herramientas adicionales diseñadas para mejorar las prácticas de compartición de datos:
-
-| **Categoría de Herramienta** | **Beneficios de Implementación** |
-| --- | --- |
-| **Gestión de Usuarios** | Controla el acceso a datos |
-| **[Sistema de Canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Dirige etapas específicas de implementación |
-| **Seguimiento de Errores** | Identifica problemas de cumplimiento |
-| **Integración CI/CD** | Automatiza verificaciones de cumplimiento |
-
-Estas herramientas, como la gestión granular de usuarios, sistemas de canales, seguimiento de errores e integración CI/CD, son ampliamente utilizadas para abordar desafíos de cumplimiento. Por ejemplo, el sistema de canales permite a los desarrolladores gestionar versiones de aplicaciones para diferentes segmentos de usuarios, lo cual es especialmente útil para adherirse a reglas regionales de compartición de datos. Actualmente, 750 aplicaciones utilizan exitosamente estas herramientas en entornos de producción [\[1\]](https://capgo.app/).
-
-Capgo también admite necesidades avanzadas de seguridad con permisos personalizables, ofreciendo gestión flexible de organización para un control mejorado.
-
-## Problemas Comunes de Política y Soluciones
-
-Evita errores comunes para asegurar que tu aplicación cumpla con los estándares de compartición de datos. Aquí hay soluciones prácticas para abordar problemas frecuentes.
-
-### Principales Errores de Política
-
-Aquí hay algunos errores comunes que pueden interrumpir la entrega de actualizaciones y comprometer la seguridad de datos de usuarios:
-
-| Error de Política | Impacto | Método de Prevención |
-| --- | --- | --- |
-| Falta de Consentimiento del Usuario | Rechazo en la tienda de aplicaciones | Usar flujos de consentimiento claros y transparentes |
-| Transferencia de Datos No Segura | Vulnerabilidades de seguridad | Implementar cifrado de extremo a extremo |
-| Control de Versiones Inadecuado | Conflictos de actualización | Confiar en el seguimiento automatizado de versiones |
-| Distribución Deficiente de Actualizaciones | Problemas de experiencia del usuario | Usar implementaciones graduales para el despliegue |
-
-Estos problemas pueden minimizarse con una planificación adecuada y herramientas confiables. Los desarrolladores que adoptan un sistema basado en canales a menudo experimentan menos desafíos relacionados con actualizaciones.
-
-### Pasos para Resolver Problemas
-
-1.  **Distribución Segura de Actualizaciones**  
-    Protege todas las transferencias de datos con cifrado de extremo a extremo, como las herramientas de cifrado ofrecidas por Capgo [\[1\]](https://capgo.app/).
-    
-2.  **Sistemas de Monitoreo**  
-    Usa herramientas de seguimiento de errores en tiempo real para detectar y abordar problemas rápidamente.
-    
-3.  **Protocolos de Recuperación**  
-    Prepárate para posibles contratiempos con estas medidas:
-    
-    | Acción de Respuesta | Implementación | Beneficio |
-    | --- | --- | --- |
-    | Reversión de Versión | Reversión con un clic | Permite recuperación rápida |
-    | Seguimiento de Errores | Monitoreo automatizado | Ayuda a detectar problemas temprano |
-    | Comunicación con Usuarios | Notificaciones en la aplicación | Mantiene a los usuarios informados |
-    
-
-Para actualizaciones que impactan significativamente las políticas de compartición de datos, considera un sistema de canales. Esto te permite probar actualizaciones con grupos más pequeños antes de implementarlas ampliamente, asegurando prácticas seguras y manteniendo el cumplimiento.
-
-## Conclusión
-
-### Puntos Principales
-
-Seguir las reglas específicas de compartición de datos de la plataforma es esencial para el éxito de las aplicaciones Capacitor. Para lograr esto, enfócate en el **cifrado de extremo a extremo**, gestión efectiva de permisos de usuario y uso de herramientas diseñadas para actualizaciones seguras. Por ejemplo, el 95% de los usuarios activos reciben actualizaciones dentro de 24 horas, y Capgo ha alcanzado una tasa de éxito global del 82% en la gestión de actualizaciones [\[1\]](https://capgo.app/).
-
-Aquí hay un desglose rápido de áreas a priorizar:
-
-| Área | Estrategia | Beneficio |
-| --- | --- | --- |
-| Seguridad de Datos | Cifrado de extremo a extremo | Protege contra brechas de datos |
-| Distribución de Actualizaciones | Despliegue basado en canales | Permite actualizaciones controladas |
-| Monitoreo de Políticas | Seguimiento en tiempo real | Mantiene el cumplimiento |
-| Gestión de Usuarios | Sistemas basados en permisos | Aumenta la transparencia |
-
-Al centrarse en estas estrategias, puede preparar su aplicación para un éxito continuo mientras mantiene el cumplimiento.
-
-### Próximos Pasos
-
-Manténgase atento a las actualizaciones de los portales para desarrolladores de Apple y Google para estar informado sobre los cambios en las políticas. Fortalezca la seguridad implementando el cifrado de extremo a extremo para proteger los datos de los usuarios y alinearse con los estándares actuales.
-
-Considere usar herramientas como Capgo, que ha gestionado actualizaciones para más de 750 aplicaciones en producción [\[1\]](https://capgo.app/). Esto puede ayudar a garantizar que su aplicación se mantenga actualizada y evite violaciones de políticas.
diff --git a/src/content/blog/es/capacitor-apps-and-russias-data-laws-compliance-tips.md b/src/content/blog/es/capacitor-apps-and-russias-data-laws-compliance-tips.md
deleted file mode 100644
index a5954eac4..000000000
--- a/src/content/blog/es/capacitor-apps-and-russias-data-laws-compliance-tips.md
+++ /dev/null
@@ -1,48 +0,0 @@
----
-slug: capacitor-apps-and-russias-data-laws-compliance-tips
-title: >-
-  Aplicaciones de Capacitor y las Leyes de Datos de Rusia: Consejos de
-  Cumplimiento
-description: >-
-  Aprenda consejos esenciales de cumplimiento para desarrollar aplicaciones en
-  Rusia, incluyendo localización de datos y políticas de privacidad para la
-  protección del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T03:05:27.312Z
-updated_at: 2025-04-25T03:06:23.310Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680ae0495a08fca891774cdd-1745550383310.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Russia data laws, data localization, Capacitor app compliance, privacy policy,
-  user consent
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-A compliant privacy policy for Russia should:
-
-1. Be available in Russian language
-2. Clearly state where and how user data is stored
-3. Explain user rights regarding their data
-4. Detail data processing practices
-5. Include contact information for data-related inquiries
-
-Work with legal experts familiar with Russian privacy laws to ensure your policy meets all requirements. Regular updates may be needed as regulations change.
-:::
-
-Para asegurar que la política de privacidad de tu aplicación cumpla con las leyes de datos rusas, debes enfocarte en la **localización de datos** y el **consentimiento del usuario**. Las leyes rusas requieren que los datos personales de los usuarios rusos se almacenen en servidores ubicados dentro de Rusia. Además, tu política de privacidad debe describir claramente cómo se recopilan, procesan y almacenan los datos del usuario, y debe cumplir con los marcos legales locales.
-
-Si tu aplicación utiliza actualizaciones en vivo o funciones similares, asegúrate de que estas actualizaciones también cumplan con los requisitos de localización de datos. Herramientas como Capgo pueden ayudar proporcionando actualizaciones seguras en tiempo real mientras mantienen el cumplimiento tanto de las regulaciones rusas como de las políticas de la tienda de aplicaciones. Siempre consulta a un experto legal familiarizado con las leyes de datos rusas para verificar el cumplimiento de tu aplicación.
-:::
-
-:::faq
-### ¿Cómo puedo asegurar que mi aplicación Capacitor se mantenga en cumplimiento con las leyes rusas de localización de datos a lo largo del tiempo?
-
-Para mantener el cumplimiento con las leyes rusas de localización de datos, es esencial revisar regularmente las prácticas de almacenamiento y procesamiento de datos de tu aplicación. Asegúrate de que todos los datos personales de los usuarios rusos se almacenen en servidores ubicados dentro de Rusia, según lo requieren las regulaciones locales. Realiza auditorías periódicas para verificar el cumplimiento y abordar cualquier posible brecha.
-
-Además, mantente informado sobre las actualizaciones de las leyes rusas de datos y las políticas de la tienda de aplicaciones, ya que estas pueden cambiar con el tiempo. El uso de herramientas como **Capgo** puede ayudar a optimizar las actualizaciones de la aplicación, permitiéndote implementar los cambios necesarios rápidamente sin requerir aprobaciones de la tienda de aplicaciones. Esto asegura que tu aplicación permanezca en cumplimiento mientras brinda una experiencia de usuario fluida.
-:::
diff --git a/src/content/blog/es/capacitor-changelog-management-ultimate-guide.md b/src/content/blog/es/capacitor-changelog-management-ultimate-guide.md
deleted file mode 100644
index 8f9d99bec..000000000
--- a/src/content/blog/es/capacitor-changelog-management-ultimate-guide.md
+++ /dev/null
@@ -1,247 +0,0 @@
----
-slug: capacitor-changelog-management-ultimate-guide
-title: 'Gestión del Registro de Cambios de Capacitor: Guía Definitiva'
-description: >-
-  Aprende la gestión efectiva del registro de cambios para aplicaciones
-  Capacitor, abarcando la estructura, herramientas de automatización y mejores
-  prácticas para la transparencia del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T02:52:04.098Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4b3f310051fda3b6385d9-1743043942012.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, changelog management, app updates, automation tools, version
-  control
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-La gestión de registros de cambios es esencial para mantener las [actualizaciones de tu aplicación](https://capgo.app/plugins/capacitor-updater/) transparentes y organizadas. Esta guía explica cómo crear, estructurar y automatizar registros de cambios para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), asegurando que tanto desarrolladores como usuarios estén informados. Esto es lo que aprenderás:
-
--   **Por qué importan los registros de cambios**: Simplifican la depuración, mejoran la comunicación y construyen confianza con el usuario.
--   **Cómo estructurar los registros de cambios**: Usa categorías como "Agregado", "Corregido" y "Seguridad" para mayor claridad.
--   **Mejores prácticas**: Actualiza los registros antes de los commits, automatiza con herramientas como [Capgo](https://capgo.app/), y revisa las entradas durante las solicitudes de extracción.
--   **Herramientas de automatización**: Usa pipelines CI/CD y estándares de commit para agilizar la gestión de registros.
--   **Actualizaciones OTA**: Documenta las actualizaciones en vivo con detalles como números de versión, marcas de tiempo y tasas de éxito.
-
-**Consejo Rápido**: Automatiza la creación de registros de cambios usando herramientas como Capgo para ahorrar tiempo y asegurar consistencia. El 95% de los usuarios actualizan dentro de las 24 horas usando soluciones Over-the-Air (OTA).
-
-Sumérgete en la guía para configurar tu primer registro de cambios e integrarlo sin problemas en tu flujo de trabajo.
-
-## Cómo Versionar y Registrar Cambios en tus proyectos automáticamente para ...
-
-<iframe src="https://www.youtube.com/embed/BbdFfvZNWNw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configurando Tu Primer Registro de Cambios
-
-Crear un registro de cambios claro es clave para rastrear y compartir actualizaciones en tu aplicación Capacitor. Aquí te explicamos cómo estructurarlo efectivamente y seguir las mejores prácticas.
-
-### Opciones de Formato para el Registro de Cambios
-
-Sigue el estándar [Keep a Changelog](https://keepachangelog.com/en/1.1.0/) para organizar las actualizaciones por versión y tipo. Este enfoque usa categorías claras para hacer las actualizaciones fáciles de entender:
-
-| Categoría | Descripción | Ejemplo de Entrada |
-| --- | --- | --- |
-| **Agregado** | Nuevas características | Agregado soporte para notificaciones push |
-| **Cambiado** | Actualizaciones a características existentes | Actualizado flujo de autenticación |
-| **Obsoleto** | Características que serán eliminadas pronto | Deprecando endpoints API heredados |
-| **Eliminado** | Características que fueron eliminadas | Eliminado análisis obsoleto |
-| **Corregido** | Correcciones de errores | Corregidos permisos de cámara en iOS |
-| **Seguridad** | Actualizaciones de seguridad | Mejorado el cifrado de datos |
-
-### Construyendo Tu CHANGELOG.md
-
-Para configurar tu `CHANGELOG.md`, asegúrate de que esté organizado consistentemente y sea fácil de leer. Colócalo en el directorio raíz de tu proyecto e incluye estos elementos principales:
-
--   **Sección de Encabezado**: Agrega el nombre de tu proyecto y una breve descripción.
--   **Bloques de Versión**: Documenta actualizaciones bajo números de versión semántica (MAYOR.MENOR.PARCHE).
--   **Fechas de Lanzamiento**: Usa formato ISO (AAAA-MM-DD), como `2025-03-27`.
--   **Categorías de Cambios**: Agrupa actualizaciones bajo los encabezados apropiados.
-
-Siempre lista las versiones en orden cronológico inverso para que las actualizaciones más nuevas estén en la parte superior.
-
-### Agregando Pasos de Registro de Cambios al Desarrollo
-
-Incorporar actualizaciones del registro de cambios en tu flujo de trabajo asegura documentación precisa y actualizada. Aquí hay algunos consejos prácticos:
-
--   **Actualizaciones Pre-commit**: Actualiza el registro antes de confirmar cambios de código. Esto reduce la posibilidad de omitir actualizaciones importantes.
--   **Integración Automatizada**: Herramientas como Capgo trabajan con [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), y [Jenkins](https://www.jenkins.io/) [\[1\]](https://capgo.app/) para simplificar el proceso de actualización de tu registro.
--   **Proceso de Revisión**: Haz que la revisión de entradas del registro sea parte de tu proceso de solicitud de extracción. Esto asegura que las actualizaciones sean precisas y aprobadas antes de fusionar.
-
-## Escribiendo Entradas Claras en el Registro de Cambios
-
-Las entradas del registro de cambios deben encontrar un equilibrio entre precisión técnica y legibilidad, haciéndolas útiles tanto para desarrolladores como para usuarios.
-
-### Guía de Estilo de Escritura
-
-Apégate a estos principios para asegurar que tus entradas sean claras y consistentes:
-
--   Escribe en **tiempo presente**
--   Comienza con **verbos de acción**
--   Sé **específico** sobre lo que ha cambiado
--   Menciona actualizaciones de versiones de dependencias
--   Usa mínimo lenguaje técnico
-
-**Ejemplos:**
-
-| Entrada Poco Clara | Entrada Clara |
-| --- | --- |
-| Errores corregidos | Corregir congelamiento de vista previa de cámara en dispositivos iOS 17.4 |
-| Cosas agregadas | Agregar soporte de autenticación biométrica para Android |
-| API cambiada | Actualizar endpoint de perfil de usuario para soportar nuevos campos |
-| Correcciones de seguridad | Parchar vulnerabilidad de inyección [SQLite](https://www.sqlite.org/) en función de búsqueda |
-
-### Tipos y Categorías de Cambios
-
-Organiza tus actualizaciones en categorías claras para que los usuarios puedan encontrar rápidamente lo que les importa. Aquí hay un desglose de categorías comunes:
-
--   **Agregado**: Introduce nuevas características o funcionalidad
--   **Cambiado**: Actualizaciones o modificaciones a características existentes
--   **Obsoleto**: Marca características o funcionalidad planeada para eliminación
--   **Eliminado**: Indica características o funcionalidad que ha sido removida
--   **Corregido**: Resuelve errores o problemas
--   **Seguridad**: Cubre parches o actualizaciones relacionadas con vulnerabilidades de seguridad
-
-Considera el impacto en el usuario al asignar categorías. Por ejemplo, si se actualiza una API central, listarlo bajo "Cambiado" y proporcionar detalles de migración si es necesario. Para actualizaciones importantes, enlaza a la fuente para más contexto.
-
-### Agregando Enlaces de Referencia
-
-Haz tu registro de cambios más útil enlazando entradas a documentación relevante, problemas o commits:
-
-1. **Referencias a Issues**
-
-Enlaza directamente a issues de GitHub o solicitudes de extracción relacionadas con el cambio:
-
-```markdown
-- Fix iOS camera permissions dialog ([#234](https://github.com/your-repo/issues/234))
-```
-
-2. **Enlaces a Documentación**
-
-Cuando introduzcas nuevas características o cambios importantes, incluye enlaces a la documentación actualizada:
-
-```markdown
-- Add push notification support (See [Migration Guide](https://docs.example.com/push))
-```
-
-3. **Referencias a Commits**
-
-Para actualizaciones importantes, referencia el commit específico:
-
-```markdown
-- Update authentication flow (commit: `8f4d89b`)
-```
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es oro puro." - Bessie Cooper
-
-## Herramientas de Automatización de Registros de Cambios
-
-La automatización de la creación de registros de cambios simplifica tu flujo de trabajo y asegura documentación consistente de cambios en tu proyecto Capacitor.
-
-### Principales Herramientas de Registro de Cambios
-
-Varias herramientas pueden manejar la automatización de registros efectivamente. Al elegir una, enfócate en estas características clave:
-
--   **Detección de versión**: Detecta automáticamente nuevos lanzamientos
--   **Análisis de commits**: Extrae detalles relevantes de mensajes de commit
--   **Capacidades de integración**: Se ajusta perfectamente a tu pipeline CI/CD existente
--   **Opciones de personalización**: Se adapta a los requisitos específicos de tu proyecto
-
-Capgo facilita la automatización de registros integrando actualizaciones en vivo [\[1\]](https://capgo.app/). Con más de 750 aplicaciones en producción y 23.5 millones de actualizaciones entregadas [\[1\]](https://capgo.app/), ha probado su confiabilidad. Para aprovechar al máximo estas herramientas, asegúrate de que tus mensajes de commit sigan una estructura clara.
-
-### Estándares de Mensajes de Commit
-
-Usa este formato para mensajes de commit:
-
-_<type>(<scope>): <description>_
-
-_\[cuerpo opcional\]_
-
-_\[pie opcional\]_
-
-Aquí hay algunos tipos comunes de commit:
-
--   **feat**: Para introducir nuevas características
--   **fix**: Para resolver errores
--   **docs**: Para cambios en documentación
--   **style**: Para actualizaciones de formato
--   **refactor**: Para reorganizar código sin cambiar su comportamiento
--   **test**: Para agregar o actualizar pruebas
--   **chore**: Para tareas generales de mantenimiento
-
-### Configuración CI/CD para Registros de Cambios
-
-Al combinar herramientas automatizadas con mensajes de commit estandarizados, puedes integrar la generación de registros en tu pipeline CI/CD. Esta configuración asegura actualizaciones rápidas y precisas. Un pipeline correctamente configurado puede auto-generar registros, verificar el formato de mensajes, actualizar documentación y notificar a tu equipo.
-
-Los resultados hablan por sí mismos: 95% de los usuarios activos reciben actualizaciones dentro de las 24 horas usando el sistema de despliegue automatizado de Capgo [\[1\]](https://capgo.app/).
-
-## Gestión de Registros de Cambios para Actualizaciones OTA
-
-Manejar registros de cambios para actualizaciones over-the-air (OTA) requiere atención extra porque estas actualizaciones se despliegan instantáneamente. A diferencia de las actualizaciones tradicionales de tienda de aplicaciones que los usuarios descargan manualmente, las actualizaciones OTA llegan a los dispositivos automáticamente. Esto hace que la documentación clara y detallada sea esencial para mantener la confianza del usuario y asegurar la transparencia.
-
-### Documentación de Actualizaciones OTA
-
-Al gestionar actualizaciones en vivo, es importante documentar detalles clave como la versión del paquete, versión de actualización OTA, marcas de tiempo de despliegue, tasas de éxito y métricas de adopción de usuarios. Para hacer el registro fácil de entender, organiza las actualizaciones en categorías claras:
-
-| Categoría | Descripción | Ejemplo de Entrada |
-| --- | --- | --- |
-| Correcciones Críticas | Parches urgentes para problemas inmediatos | "Corregido fallo en flujo de autenticación de usuario" |
-| Actualizaciones de Características | Funcionalidad nueva o mejorada | "Agregado soporte de modo oscuro para panel" |
-| Rendimiento | Mejoras de velocidad y optimización | "Reducido tiempo de carga de la app en 40%" |
-| Seguridad | Actualizaciones para mejorar la seguridad | "Mejorado cifrado de datos para transferencias de archivos" |
-
-### Gestión de Actualizaciones con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-27.jpg?auto=compress)
-
-Para actualizaciones OTA en vivo, la documentación detallada es imprescindible para complementar tu estrategia general de registro de cambios. Capgo simplifica este proceso rastreando automáticamente versiones, monitoreando rendimiento de actualizaciones, registrando reversiones y grabando despliegues por canal.
-
-Un desarrollador que gestiona más de 5,000 usuarios compartió su experiencia:
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después del despliegue OTA en @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-**Mejores Prácticas para Gestión de Registros OTA**:
-
--   Registrar cambios tan pronto como se realicen.
--   Rastrear actualizaciones por canal para soportar despliegues graduales.
--   Mantener registros claros de reversiones para resolución rápida de problemas.
-
-Rodrigo Mantica destaca la importancia de este enfoque:
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Resumen
-
-### Prácticas Clave para Gestión de Registros de Cambios
-
-La gestión eficaz de los registros de cambios mejora la claridad y genera confianza en los usuarios. Aquí hay algunas prácticas esenciales:
-
-| Práctica | Descripción | Impacto |
-| --- | --- | --- |
-| **Seguimiento de Versiones** | Mantener un registro de números de versión (app y OTA). | 82% de tasa de éxito global para actualizaciones rastreadas [\[1\]](https://capgo.app/) |
-| **Categorías de Actualización** | [Clasificar actualizaciones](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) por tipo (correcciones, funciones, seguridad). | 95% de usuarios activos actualizan en 24 horas [\[1\]](https://capgo.app/) |
-| **Registros de Implementación** | Documentar marcas de tiempo, tasas de éxito y métricas. | Soporta el monitoreo de 23.5M actualizaciones [\[1\]](https://capgo.app/) |
-| **Estrategia de Reversión** | Mantener registros de versiones anteriores con integración OTA. | Permite recuperación inmediata cuando sea necesario. |
-
-### Herramientas Sugeridas para una Mejor Gestión
-
-Para implementar estas prácticas de manera efectiva, usar las herramientas correctas es crucial. Las aplicaciones modernas de Capacitor se benefician de herramientas como Capgo, que simplifica la gestión de registros de cambios con características como:
-
--   **Control de Versiones Automatizado**: Rastrea y documenta actualizaciones sin problemas usando pipelines CI/CD.
--   **Análisis en Tiempo Real**: Mantén un seguimiento del rendimiento de actualizaciones y tasas de adopción de usuarios.
--   **Gestión de Canales**: Habilita pruebas beta y despliegues graduales para una implementación más suave.
-
-Al elegir herramientas para la gestión de registros de cambios, prioriza:
-
--   **Integración Perfecta**: Compatibilidad con tus flujos de trabajo existentes.
--   **Documentación Detallada**: Seguimiento automático de datos de implementación.
--   **Actualizaciones de Usuario**: Comunicación clara y directa sobre cambios.
-
-Al combinar estas prácticas con las herramientas adecuadas, puedes establecer un sistema confiable de registro de cambios que apoye la entrega continua mientras mantienes a los usuarios informados.
-
-> "Practicamos desarrollo ágil y @Capgo es crucial para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/capacitor-cicd-pipeline-setup-guide.md b/src/content/blog/es/capacitor-cicd-pipeline-setup-guide.md
deleted file mode 100644
index 1bd2e326c..000000000
--- a/src/content/blog/es/capacitor-cicd-pipeline-setup-guide.md
+++ /dev/null
@@ -1,180 +0,0 @@
----
-slug: capacitor-cicd-pipeline-setup-guide
-title: Guía de configuración de la pipeline CI/CD de Capacitor
-description: >-
-  Automatiza el proceso de compilación, pruebas y despliegue de tu aplicación
-  Capacitor con un pipeline de CI/CD para actualizaciones más rápidas y
-  eficiencia mejorada.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T00:48:58.202Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68082f5bfe5cbf0502dd901c-1745369349370.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, CI/CD, pipeline setup, app updates, Capgo, deployment automation,
-  mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) más rápidas con un mínimo esfuerzo?** Configurar un pipeline de CI/CD para tu aplicación [Capacitor](https://capacitorjs.com/) automatiza la compilación, pruebas y despliegue, ahorrando tiempo y reduciendo errores. Esto es lo que lograrás:
-
--   **Actualizaciones en vivo**: Envía actualizaciones al instante sin retrasos de la tienda de aplicaciones. El 95% de los usuarios reciben actualizaciones en 24 horas.
--   **Elementos esenciales del pipeline**: Automatiza las compilaciones activadas por actividad en ramas (`main`, `staging`, `feature/*`) y define entornos separados para staging y producción.
--   **Integración con [Capgo](https://capgo.app/)**: Usa Capgo para desplegar actualizaciones seguras y encriptadas, gestionar [canales de actualización](https://capgo.app/docs/webapp/channels/) y monitorear el rendimiento.
--   **Planes asequibles**: Los planes comienzan desde $12/mes para actualizaciones en vivo y análisis.
-
-Los pipelines de CI/CD de Capacitor simplifican los flujos de trabajo, mejoran la eficiencia y aseguran que tu aplicación se mantenga actualizada sin problemas. Profundicemos en los detalles.
-
-## Requisitos de configuración
-
-### Prerrequisitos
-
-Asegúrate de tener instalado y configurado lo siguiente:
-
--   **[Node.js](https://nodejs.org/en) LTS**, **CLI de Capacitor** y **Git**
--   Una cuenta en tu plataforma CI preferida (como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), o [Jenkins](https://www.jenkins.io/))
--   Una **cuenta de Capgo** para gestionar actualizaciones en vivo
-
-Una vez que estos estén listos, procede a definir tus disparadores y pasos de compilación dentro de tu plataforma CI.
-
-## Integra Appflow con tu Pipeline CICD
-
-<iframe src="https://www.youtube.com/embed/CakTj3A3wbM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pasos de configuración del Pipeline
-
-Ahora que has manejado los prerrequisitos, es momento de configurar los disparadores y ajustes de entorno de tu pipeline.
-
-### Disparadores y pasos de compilación
-
-Configura tu pipeline CI/CD para activar compilaciones automáticamente basadas en actividad específica de ramas. Aquí está cómo configurarlo:
-
--   **Disparadores de rama**:
-    
-    -   Usa `main` para compilaciones de producción.
-    -   Usa `staging` para propósitos de prueba.
-    -   Usa `feature/*` para trabajo de desarrollo.
--   **Pasos de compilación**:
-    
-    -   Instala todas las dependencias necesarias.
-    -   Ejecuta pruebas unitarias para asegurar la calidad del código.
-    -   Compila los assets web para la aplicación.
-    -   Genera binarios nativos para plataformas móviles o de escritorio.
-    -   Despliega la compilación a tu entorno de pruebas para validación adicional.
-
-### Ajustes de entorno
-
-Define archivos de configuración de entorno separados para staging y producción para mantener las cosas organizadas y seguras. Aquí hay un ejemplo de configuración:
-
-```yaml
-# staging.env
-ENVIRONMENT=staging
-API_ENDPOINT=https://api-staging.example.com
-LIVE_UPDATES_ENABLED=true
-
-# production.env
-ENVIRONMENT=production
-API_ENDPOINT=https://api.example.com
-LIVE_UPDATES_ENABLED=true
-```
-
-Para datos sensibles como claves API y certificados, asegúrate de almacenarlos de forma segura en el sistema de gestión de secretos de tu plataforma CI. Esto asegura que tu pipeline permanezca funcional y seguro.
-
-## Guía de integración de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68082f5bfe5cbf0502dd901c/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-Una vez que hayas configurado tus etapas de compilación y despliegue, es momento de integrar Capgo. Esto te permite enviar actualizaciones en vivo directamente a tu aplicación, evitando retrasos de aprobación de la tienda de aplicaciones.
-
-### Pasos de configuración de Capgo
-
-Después de preparar tu pipeline CI/CD, sigue estos pasos para añadir Capgo a tu proyecto:
-
-Primero, instala el [CLI de Capgo](https://capgo.app/docs/cli/commands):
-
-```bash
-npx @capgo/cli init
-```
-
-Luego, procede con estos comandos:
-
--   **Compila tu aplicación**: `npm install && npm run build`
--   **Despliega actualizaciones**: `npx @capgo/cli deploy`
--   **Revierte actualizaciones**: `npx @capgo/cli rollback`
-
-Aquí hay un ejemplo de un trabajo de GitHub Actions para desplegar actualizaciones:
-
-```yaml
-- name: Deploy to Capgo
-  run: |
-    npm install @capgo/cli
-    npx @capgo/cli deploy
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-### Características principales de Capgo
-
-Capgo trae varios beneficios a las aplicaciones Capacitor, incluyendo:
-
--   **Actualizaciones seguras y eficientes**: Actualizaciones diferenciales encriptadas reducen el tamaño de la carga mientras aseguran una entrega segura.
--   **Gestión de canales**: Crea canales de staging y producción para controlar cómo se implementan las actualizaciones.
--   **Panel de análisis**: Rastrea tasas de éxito de actualización y monitorea la adopción de usuarios con insights detallados.
-
-### Planes y precios de Capgo
-
-Capgo ofrece planes flexibles para diferentes necesidades:
-
--   **SOLO**: $12/mes (1,000 MAU, 2 GB almacenamiento, 50 GB ancho de banda)
--   **MAKER**: $33/mes (10,000 MAU, 5 GB almacenamiento, 500 GB ancho de banda)
--   **TEAM**: $83/mes (100,000 MAU, 10 GB almacenamiento, 2,000 GB ancho de banda)
--   **PAYG**: Comenzando en $249/mes, con opciones para escalado personalizado, acceso API y dominios personalizados.
-
-Actualmente, Capgo soporta más de 1,900 aplicaciones en producción, haciéndolo una opción confiable para despliegue continuo [\[1\]](https://capgo.app/).
-
-## Gestión del Pipeline
-
-### Seguimiento de estado
-
-Mantener un ojo cercano en tu pipeline es clave para mantener la calidad de la aplicación y mantener felices a los usuarios. Usa tu plataforma CI/CD para configurar alertas automatizadas para:
-
--   **Estado de compilación y progreso de despliegue**
--   **Tasas de éxito de actualización**
--   **Métricas de adopción de usuarios**
--   **Reportes de errores y logs de fallos**
-
-Combina estas alertas con documentación clara para asegurar un monitoreo fluido y resolución rápida de problemas.
-
-### Guía de documentación
-
-Una buena documentación mantiene a tu equipo en sintonía y tus operaciones funcionando sin problemas. Asegúrate de que tu documentación cubra:
-
--   **Configuración del Pipeline**: Detalles como disparadores de compilación, variables de entorno y ajustes de seguridad.
--   **Procedimientos de actualización**: Pasos para despliegues, instrucciones de reversión y [gestión de canales de actualización](https://capgo.app/docs/webapp/channels/).
--   **Configuración de monitoreo**: Cómo configurar alertas, rastrear métricas y responder a problemas.
--   **Pautas de cumplimiento**: Reglas específicas de plataforma, restricciones de actualización y otros requisitos.
-
-Almacena toda la documentación en control de versiones y actualízala cada vez que tu pipeline cambie. Incluye pasos de solución de problemas para errores comunes para ahorrar tiempo cuando surjan problemas.
-
-### Pautas de plataforma
-
-Sigue las políticas de actualización de Apple y Android usando el sistema de canales de Capgo para asegurar despliegues suaves y conformes:
-
--   **Pruebas Beta**: [Libera actualizaciones a pequeños grupos de usuarios](https://capgo.app/blog/how-to-send-specific-version-to-users/) para validar cambios.
--   **Despliegues graduales**: Implementa actualizaciones gradualmente para detectar problemas temprano.
--   **Correcciones de emergencia**: Revierte rápidamente actualizaciones con un solo clic si algo sale mal.
-
-## Resumen
-
-### Visión general de los pasos de configuración
-
-Para comenzar, necesitarás instalar el CLI, configurar compilaciones y variables de entorno, asegurar tus secretos, habilitar monitoreo y desplegar actualizaciones. Este proceso se integra perfectamente con herramientas de monitoreo y reversión, asegurando que tu aplicación permanezca en línea con un tiempo de inactividad mínimo.
-
-### Beneficios de CI/CD
-
-La conexión entre configuración y resultados muestra cómo Capgo mejora la eficiencia: las actualizaciones llegan al **95% de los usuarios en solo 24 horas**. Además, los precios de Capgo - que van desde **$12/mes a $83/mes** - ofrecen una ventaja masiva en costos comparado con servicios heredados que pueden cobrar más de **$500/mes**. Actualmente, Capgo soporta más de **1,900 aplicaciones** en producción [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/es/capacitor-cicd-plugins-vs-appflow-key-differences.md b/src/content/blog/es/capacitor-cicd-plugins-vs-appflow-key-differences.md
deleted file mode 100644
index 203676ace..000000000
--- a/src/content/blog/es/capacitor-cicd-plugins-vs-appflow-key-differences.md
+++ /dev/null
@@ -1,200 +0,0 @@
----
-slug: capacitor-cicd-plugins-vs-appflow-key-differences
-title: 'Plugins de CI/CD de Capacitor vs Appflow: Principales diferencias'
-description: >-
-  Explora las diferencias entre los plugins de CI/CD de Capacitor y Appflow,
-  incluidos costos, personalización y soporte futuro para el desarrollo de
-  aplicaciones móviles.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T12:47:30.453Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f89c0a3ac261d346bd63f6-1744375691287.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, CI/CD, Appflow, mobile app updates, development tools,
-  customization, deployment, open-source, cost-effective solutions
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Buscando una mejor manera de gestionar actualizaciones para tus aplicaciones de [Capacitor](https://capacitorjs.com/)?** Con [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) cerrando en 2024 y [Appflow](https://ionic.io/appflow/) programado para cerrar en 2026, los desarrolladores están buscando alternativas como los plugins de CI/CD de Capacitor. Aquí hay un breve desglose:
-
-- **Plugins de CI/CD de Capacitor**: De código abierto, personalizables e integrados con herramientas como [GitHub Actions](https://docs.github.com/actions) y [GitLab CI](https://docs.gitlab.com/ee/ci/). Ofrecen características como actualizaciones en vivo, cifrado de extremo a extremo y actualizaciones parciales. Cuesta alrededor de $300/mes con una tarifa de configuración única de $2,600.
-- **Appflow**: Una plataforma centralizada para compilaciones y despliegues, pero carece de flexibilidad. Cuesta $6,000/año y se descontinuará en 2026.
-
-### Comparación Rápida
-
-| Característica | Plugins de CI/CD de Capacitor | Appflow |
-| --- | --- | --- |
-| **Costo** | $300/mes + $2,600 configuración | $6,000/año |
-| **Personalización** | Alta | Limitada |
-| **Integración** | GitHub, GitLab, [Jenkins](https://www.jenkins.io/) | Específico de la plataforma |
-| **Soporte Futuro** | Continuo | Termina en 2026 |
-| **Tiempo de Configuración** | < 15 mins | Varies |
-
-**Takeaway**: Capacitor CI/CD plugins are a flexible, cost-effective choice for long-term projects, especially as Appflow's shutdown approaches.
-
-## Live Demo: Building [Capacitor](https://capacitorjs.com/) Apps in Ionic [Appflow](https://ionic.io/appflow/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67f89c0a3ac261d346bd63f6/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/tkgNuSG5FJQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Comprendiendo las Soluciones de CI/CD
-
-Los procesos de despliegue y actualización eficientes son críticos en el desarrollo moderno de aplicaciones móviles. Los avances en CI/CD para [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) ahora proporcionan a los desarrolladores múltiples opciones de flujo de trabajo. Aquí hay un desglose de cómo diferentes soluciones manejan CI/CD para [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Explicación de los Plugins de CI/CD de Capacitor
-
-Los plugins de CI/CD de Capacitor ofrecen un enfoque de código abierto para gestionar [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/), integrándose suavemente con los sistemas CI/CD existentes. Este método brinda a los desarrolladores un control detallado sobre los procesos de despliegue, convirtiéndolo en una opción más personalizable en comparación con plataformas todo-en-uno.
-
-[Capgo](https://capgo.app/) ha compartido algunas estadísticas impresionantes: **95% de los usuarios se actualizaron dentro de 24 horas**, una **tasa de éxito global del 82%**, un **tiempo de respuesta promedio de API de 434 ms**, y **paquetes de 5MB entregados en solo 114 ms** [\[1\]](https://capgo.app/).
-
-Aquí hay algunas características destacadas:
-
-| Característica | Descripción |
-| --- | --- |
-| **Actualizaciones en Vivo** | Envía actualizaciones y correcciones al instante sin esperar aprobaciones de la tienda de aplicaciones. |
-| **Cifrado de Extremo a Extremo** | Asegura la entrega segura de actualizaciones de aplicaciones. |
-| **Actualizaciones Parciales** | Ahorra ancho de banda al descargar solo los cambios necesarios. |
-| **[Sistema de Canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Distribuye actualizaciones de forma selectiva, ideal para pruebas beta. |
-| **Integración con CI/CD** | Funciona sin problemas con herramientas como GitHub Actions, GitLab CI y Jenkins. |
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-### Conceptos Básicos de la Plataforma Appflow
-
-Mientras que los plugins de CI/CD enfatizan la personalización, Appflow proporciona una solución más integrada. Sin embargo, la relevancia de Appflow está disminuyendo, con planes de cerrar en 2026.
-
-> "Cancelé mi suscripción a @Appflow después de 4 años. Code-Push nunca pareció funcionar bien, espero que @CapGO lo haya resuelto." [\[1\]](https://capgo.app/)
-
-> "@Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es un gran beneficio." [\[1\]](https://capgo.app/)
-
-La elección entre control granular y una plataforma todo-en-uno depende del flujo de trabajo y las necesidades a largo plazo de tu equipo. Con el inminente cierre de Appflow, los desarrolladores pueden encontrar más valor duradero en soluciones flexibles basadas en plugins.
-
-## Comparación de Características
-
-### Características de los Plugins de CI/CD
-
-Los plugins de CI/CD de Capacitor están diseñados ahora para satisfacer las necesidades de los usuarios empresariales. Por ejemplo, la implementación de Capgo entrega un paquete de 5MB en solo 114 ms, con un tiempo de respuesta promedio global de API de 434 ms [\[1\]](https://capgo.app/).
-
-Aquí hay un desglose de lo que ofrecen estos plugins:
-
-| Categoría de Característica | Capacidades |
-| --- | --- |
-| [Gestión de Actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | • Envía actualizaciones al instante sin retrasos de la tienda de aplicaciones  <br>• Envía actualizaciones parciales para ahorrar ancho de banda  <br>• Usa distribución basada en canales para pruebas beta |
-| Seguridad | • Cifrado de extremo a extremo  <br>• Entrega actualizaciones de forma segura  <br>• Controla el acceso con permisos detallados |
-| Integración | • Soporte nativo para GitHub Actions  <br>• Compatible con GitLab CI  <br>• Se integra con los pipelines de Jenkins |
-| Analítica | • Rastrear actualizaciones en tiempo real  <br>• Monitorear tasas de éxito  <br>• Medir la adopción por parte de los usuarios |
-
-Estas capacidades destacan la fiabilidad y eficiencia de las soluciones basadas en plugins [\[1\]](https://capgo.app/). Mientras tanto, Appflow toma un camino diferente.
-
-### Características de la Plataforma Appflow
-
-Appflow se centra en proporcionar una plataforma unificada, pero sacrifica algo de flexibilidad en el proceso. Los desarrolladores han expresado frustración con su implementación, como uno compartió:
-
-> "Cancelé mi suscripción a @Appflow después de 4 años. Code-Push nunca pareció funcionar bien, espero que @CapGO lo haya resuelto" - LeVar Berry [\[1\]](https://capgo.app/)
-
-Appflow ofrece herramientas para gestionar compilaciones, despliegues y equipos en un solo lugar. Sin embargo, sus limitaciones han empujado a muchas organizaciones a explorar otras opciones. Con más de 750 aplicaciones funcionando en soluciones basadas en plugins como Capgo [\[1\]](https://capgo.app/), la tendencia muestra un cambio creciente hacia alternativas más personalizables y amigables para los desarrolladores. Este cambio refleja una preferencia por soluciones que priorizan la flexibilidad y el control.
-
-## Comparación de Costos
-
-Al evaluar estas soluciones, el costo juega un papel clave junto con las características y la eficiencia de despliegue.
-
-### Precios de los Plugins de CI/CD
-
-Los plugins de CI/CD de Capacitor vienen con un modelo de precios sencillo. Por ejemplo, Capgo cobra una **tarifa de configuración única de $2,600** y aproximadamente **$300 por mes** para operaciones de CI/CD. Además, ofrecen planes escalonados para adaptarse a diferentes tamaños de equipo y necesidades.
-
-| Componente del Plan | Costo |
-| --- | --- |
-| Configuración Inicial | $2,600 (una sola vez) |
-| Operaciones Mensuales de CI/CD | ~$300 |
-| Planes Escalonados | $12 - $249/mes |
-
-Esta estructura es particularmente atractiva para proyectos a largo plazo, ofreciendo opciones de escalado económicas. Por otro lado, Appflow adopta un enfoque diferente.
-
-### Estructura de Precios de Appflow
-
-Appflow utiliza un sistema de facturación anual, con costos que alcanzan **$6,000 por año** [\[1\]](https://capgo.app/). Este precio ha llevado a muchas organizaciones a considerar soluciones alternativas.
-
-> "Actualmente estamos probando @Capgo desde que Appcenter dejó de ofrecer soporte para actualizaciones en vivo en aplicaciones híbridas y @AppFlow es demasiado caro." [\[1\]](https://capgo.app/)
-
-Durante un período de cinco años, las soluciones basadas en plugins como Capgo podrían ahorrar a las organizaciones aproximadamente **$26,100** en comparación con Appflow [\[1\]](https://capgo.app/). Esta diferencia sustancial, combinada con la falta de flexibilidad de Appflow y su futuro incierto, ha hecho que las alternativas sean más atractivas.
-
-> "Salté a @Capgo después de que @AppFlow nos presentara una factura de $5000 por el año para continuar. Estoy amando CapoGo hasta ahora. Gracias a @Capgo, es un gran producto." [\[1\]](https://capgo.app/)
-
-A medida que los equipos de desarrollo buscan optimizar sus presupuestos sin comprometer la calidad del despliegue, estas diferencias de costo han cobrado cada vez más importancia.
-
-## Configuración y Uso
-
-Configurar correctamente es crucial para un desarrollo fluido. Aquí hay un desglose de cómo estas dos opciones se comparan en términos de implementación y uso cotidiano.
-
-### Trabajando con Plugins de CI/CD
-
-Capgo funciona sin problemas con plataformas CI/CD populares como GitHub Actions y GitLab CI. Esto permite a los equipos configurar sus pipelines directamente en entornos familiares. La configuración es rápida - toma menos de 15 minutos [\[1\]](https://capgo.app/).
-
-Un equipo compartió su experiencia desplegando para miles de usuarios:
-
-> "Implementamos [actualizaciones OTA de Capgo](https://console.capgo.app/resend_email) en producción para nuestra base de usuarios de más de 5,000. Estamos viendo una operación muy fluida; casi todos nuestros usuarios están al día en minutos después de que se desplegó OTA en @Capgo."
-
-Por otro lado, Appflow adopta un enfoque más centralizado que requiere que los equipos se adapten a su ecosistema.
-
-### Usando Herramientas de Appflow
-
-Mientras que los plugins de CI/CD se centran en una integración rápida y fácil, Appflow combina múltiples características en una plataforma. Sin embargo, este enfoque requiere que los equipos abracen completamente su ecosistema. Aunque ofrece una gama de herramientas, algunos desarrolladores han notado dificultades con características específicas, como la funcionalidad de Code-Push.
-
-Aquí hay una comparación rápida de los dos:
-
-| Característica | Plugins de CI/CD | Appflow |
-| --- | --- | --- |
-| Tiempo de Configuración | Menos de 15 minutos | Varia |
-| Integración | Funciona de forma nativa con CI/CD | Requiere adopción de la plataforma |
-| Curva de Aprendizaje | Fácil para usuarios de CI/CD | Más pronunciada para nuevos usuarios |
-| Personalización | Altamente flexible | Limitada a herramientas de la plataforma |
-
-## Tomando la Decisión Correcta
-
-### Código Abierto vs Código Cerrado
-
-Al elegir una solución de CI/CD, decidir entre plataformas de código abierto y de código cerrado puede dar forma al futuro de tu proyecto. El modelo de código abierto de Capgo destaca por su transparencia y [opciones de autoalojamiento](https://capgo.app/blog/self-hosted-capgo/), dándote control total sin el riesgo de bloqueos de proveedor. Este enfoque también permite despliegues personalizados y medidas de seguridad más estrictas.
-
-Los beneficios del código abierto son claros en el uso práctico. Por ejemplo, el equipo de [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/) de la NASA compartió su experiencia:
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Aquí hay una comparación rápida:
-
-| Aspecto | Código Abierto (Capgo) | Código Cerrado (Appflow) |
-| --- | --- | --- |
-| Acceso al Código | Visibilidad total del código fuente | Propietario, acceso limitado |
-| Opciones de Alojamiento | Autoalojado o en la nube | Solo en la nube |
-| Personalización | Modificaciones ilimitadas | Restringido por la plataforma |
-| Control de Seguridad | Supervisión total | Dependiente del proveedor |
-
-Este nivel de control y transparencia hace que las plataformas de código abierto sean una opción sólida para proyectos a largo plazo.
-
-### Soporte de Plataforma a Largo Plazo
-
-El futuro de su solución CI/CD impacta directamente en su flujo de trabajo de desarrollo. Con el cierre programado de Appflow en 2026, es crucial planificar una alternativa confiable y rentable.
-
-Aquí hay factores clave a considerar:
-
--   **Estabilidad de la Plataforma:** Capgo ofrece soporte continuo y desarrollo activo, mientras que la próxima descontinuación de Appflow podría interrumpir los flujos de trabajo.
--   **Eficiencia de Costos:** El precio mensual de $300 de Capgo es un ahorro significativo en comparación con la tarifa anual de $6,000 de Appflow.
--   **Continuidad de Características:** Las plataformas de código abierto garantizan que las características esenciales permanezcan disponibles, libres de las prioridades cambiantes de un solo proveedor.
-
-El cambio de la industria hacia soluciones de código abierto resalta la importancia de la sostenibilidad y la independencia. Estos factores son esenciales para crear una estrategia CI/CD confiable que evite migraciones costosas y que lleven mucho tiempo en el futuro.
-
-## Conclusión
-
-El mundo de las soluciones CI/CD para aplicaciones de Capacitor está cambiando rápidamente, presentando nuevos desafíos y oportunidades para desarrolladores y organizaciones. Comparar los complementos CI/CD de Capacitor con Appflow revela diferencias en costo, opciones de personalización y fiabilidad futura.
-
-Las organizaciones pueden reducir costos de manera significativa con soluciones basadas en complementos mientras obtienen más control sobre la implementación y personalización. Con el cierre de Appflow y CodePush, es crucial que los desarrolladores planifiquen estrategias de migración sostenibles para garantizar transiciones suaves.
-
-Estos cambios subrayan la importancia de elegir herramientas que ofrezcan características sólidas y un soporte confiable a largo plazo. Para los equipos que valoran el control y la flexibilidad, los complementos CI/CD de Capacitor destacan al permitir el autoalojamiento y configuraciones personalizadas, satisfaciendo necesidades únicas de seguridad e implementación mientras mantienen la independencia.
-
-La decisión entre estas soluciones depende en última instancia de las prioridades inmediatas y los objetivos a largo plazo. La creciente preferencia por herramientas de código abierto y conscientes de los costos subraya su potencial para apoyar los esfuerzos de desarrollo bien en el futuro. Esta tendencia consolida el atractivo de las herramientas CI/CD de código abierto y flexibles para mantener prácticas de desarrollo sostenibles.
diff --git a/src/content/blog/es/capacitor-cli-commands-common-issues-and-fixes.md b/src/content/blog/es/capacitor-cli-commands-common-issues-and-fixes.md
deleted file mode 100644
index f113ef830..000000000
--- a/src/content/blog/es/capacitor-cli-commands-common-issues-and-fixes.md
+++ /dev/null
@@ -1,205 +0,0 @@
----
-slug: capacitor-cli-commands-common-issues-and-fixes
-title: 'Comandos de la CLI de Capacitor: Problemas y Soluciones Comunes'
-description: >-
-  Resuelve problemas comunes de la CLI de Capacitor con soluciones prácticas
-  para plugins, compilaciones y actualizaciones, asegurando un rendimiento
-  fluido de la aplicación.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:27:20.155Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3-1744684053859.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor CLI, plugin errors, build errors, live updates, network issues,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Problemas con la CLI de [Capacitor](https://capacitorjs.com/)?** Aquí hay una guía rápida para solucionar problemas comunes como errores de plugins, errores de compilación y problemas de red. La CLI de Capacitor es esencial para gestionar actualizaciones de aplicaciones, especialmente actualizaciones Over-The-Air (OTA), que te permiten evitar las revisiones de la tienda de aplicaciones y enviar correcciones más rápido. Estos son los puntos clave:
-
--   **Problemas Comunes y Soluciones**:
-    
-    -   **Errores de Plugins Faltantes**: Limpiar caché de npm, actualizar dependencias y sincronizar archivos del proyecto.
-    -   **Errores de Compilación**: Corregir incompatibilidades de versiones, actualizar [Cocoapods](https://cocoapods.org/)/[Gradle](https://gradle.org/) y limpiar cachés de compilación.
-    -   **Problemas de Actualización en Vivo**: Verificar configuraciones, conexiones de red y números de versión.
-    -   **Problemas de Red**: Resolver problemas de SSL, tiempo de espera o proxy con herramientas de actualización inteligentes.
--   **Consejos de Prevención**:
-    
-    -   Mantener proyectos sincronizados con `npx cap sync`, `npx cap update` y `npx cap doctor`.
-    -   Restablecer archivos de compilación para corregir comportamientos inesperados.
-    -   Alinear números de versión en todos los componentes de Capacitor.
--   **Herramientas para Actualizaciones OTA**:
-    
-    -   Usar plataformas como **[Capgo](https://capgo.app/)** para actualizaciones encriptadas y parciales con instalación en segundo plano y despliegues basados en canales.
-
-**Tabla de Soluciones Rápidas**:
-
-| Problema | Comando/Acción de Solución | Plataformas |
-| --- | --- | --- |
-| Plugins Faltantes | Limpiar caché npm, sincronizar archivos | iOS y Android |
-| Fallos de Compilación en [Xcode](https://developer.apple.com/xcode/) | `pod install` | iOS |
-| Problemas de Sincronización Gradle | Limpiar caché `.gradle` | Android |
-| Incompatibilidad de Versiones | Actualizar todos los paquetes de Capacitor | iOS y Android |
-
-**Conclusión**: Gestionar efectivamente los comandos CLI asegura actualizaciones fluidas y mejor rendimiento de la aplicación. Herramientas como Capgo simplifican los despliegues y reducen errores. Sigue estos pasos para mantener tu aplicación funcionando sin problemas.
-
-## Cómo Solucionar el Comando Dev de Quasar-Framework y [Capacitor](https://capacitorjs.com/) ...
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/0E0en7ulaWg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Problemas Principales con Comandos CLI
-
-Los desarrolladores a menudo enfrentan desafíos con los comandos CLI de Capacitor, que pueden interrumpir los flujos de trabajo. Aquí hay un desglose de problemas comunes y cómo abordarlos.
-
-### Errores de Plugins Faltantes
-
-A veces los plugins fallan al cargar, generalmente porque las dependencias no están instaladas o sincronizadas correctamente. Por ejemplo, el plugin '@capacitor/live-updates' podría no cargar, deteniendo las actualizaciones.
-
-Así es como solucionar errores de plugins:
-
--   Limpiar tu caché de npm
--   Actualizar tus dependencias
--   Sincronizar tus archivos de proyecto
-
-Pasemos a los problemas que pueden surgir durante la compilación de aplicaciones.
-
-### Errores de Compilación de Aplicaciones
-
-Los errores de compilación típicamente ocurren debido a incompatibilidades de versiones entre componentes de Capacitor o configuraciones incorrectas que interfieren con las actualizaciones OTA.
-
-| Plataforma | Error Común | Solución |
-| --- | --- | --- |
-| iOS | Fallo de compilación Xcode | Actualizar Cocoapods y ejecutar `pod install` |
-| Android | Fallo de sincronización Gradle | Limpiar caché de Gradle y actualizar [Android Studio](https://developer.android.com/studio) |
-| Ambos | Incompatibilidad de versiones | Asegurar que todos los paquetes de Capacitor usen la misma versión |
-
-### Errores de Actualización en Vivo
-
-Desplegar actualizaciones en vivo puede resultar en errores que afectan la confiabilidad de la aplicación y la entrega de actualizaciones. El cifrado de Capgo y los sistemas de actualización inteligentes ayudan a reducir estos problemas, pero aún pueden ocurrir.
-
-Si encuentras errores de actualización en vivo, prueba estos pasos:
-
--   Verifica tu configuración de actualización
--   Prueba tu conexión de red
--   Asegúrate de que los números de versión sean correctos
-
-Los problemas relacionados con la red también pueden jugar un papel en los problemas de actualización en vivo.
-
-### Problemas de Red y Eventos
-
-Los problemas de red pueden bloquear actualizaciones y causar errores en el manejo de eventos. Estos son algunos culpables comunes:
-
--   Errores de tiempo de espera
--   Problemas de certificados SSL
--   Configuraciones incorrectas de proxy
-
-Usar actualizaciones diferenciales inteligentes puede reducir el uso de ancho de banda y hacer las actualizaciones más confiables, incluso en redes más lentas [\[1\]](https://capgo.app/).
-
-## Consejos para Prevenir Errores CLI
-
-Evita problemas comunes de interfaz de línea de comandos (CLI) siguiendo estas estrategias prácticas. Estos consejos pueden ayudar a asegurar un proceso de desarrollo más fluido.
-
-### Mantener Proyectos Sincronizados
-
-Mantener tu proyecto sincronizado reduce la posibilidad de encontrar errores CLI. Usa los siguientes comandos para mantener la consistencia entre tus activos web y plataformas nativas:
-
--   **`npx cap sync`**: Mantiene alineados los activos web y plataformas nativas después de cambios.
--   **`npx cap update`**: Actualiza tu instalación de Capacitor cuando se lanzan nuevas versiones.
--   **`npx cap doctor`**: Verifica instalaciones de plugins y busca problemas potenciales.
-
-> "La comunidad necesitaba esto y @Capgo está haciendo algo realmente importante!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-Si encuentras problemas persistentes, limpiar las cachés de compilación es el siguiente paso.
-
-### Restablecer Archivos de Compilación
-
-El comportamiento inesperado de los comandos CLI a menudo proviene de problemas con la caché de compilación. Limpia estas cachés para cada plataforma usando los siguientes pasos:
-
-| Plataforma | Pasos de Restablecimiento | Cuándo Usar |
-| --- | --- | --- |
-| iOS | Ejecutar `pod deintegrate` seguido de `pod install` | Después de conflictos con CocoaPods |
-| Android | Limpiar la caché `.gradle` y eliminar la carpeta `build` | Cuando falla la sincronización de Gradle |
-| Web | Eliminar la carpeta `node_modules` y ejecutar `npm install` | Después de conflictos de dependencias |
-
-Limpiar estas cachés puede resolver muchos problemas específicos de plataforma.
-
-### Coincidencia de Números de Versión
-
-Las incompatibilidades de versiones entre componentes de Capacitor son una fuente común de errores CLI. Asegurar que todos los componentes estén en versiones compatibles es crítico para la estabilidad.
-
-Esto es lo que hay que verificar:
-
-1.  **Versión CLI**: Confirmar usando `npx cap --version`.
-2.  **Versión del paquete Core**: Verificar en tu archivo `package.json`.
-3.  **Versiones de plugins**: Revisar la lista de dependencias para consistencia.
-
-Al actualizar, alinear todos los paquetes relacionados. Por ejemplo, si actualizas `@capacitor/core` a la versión 5.0.0, actualiza todos los otros plugins de Capacitor a la misma versión mayor.
-
-Las incompatibilidades de versiones pueden crear problemas sutiles que pueden no aparecer inmediatamente, así que realizar auditorías regulares de versiones puede ahorrarte dolores de cabeza futuros.
-
-## Herramientas para Actualizaciones OTA
-
-Gestionar actualizaciones OTA efectivamente requiere herramientas que manejen el despliegue, monitoreo y solución de problemas sin problemas. Ya que los problemas con interfaces de línea de comandos (CLI) a menudo ocurren durante las actualizaciones, tener las herramientas correctas es esencial para operaciones fluidas.
-
-### Usando Actualizaciones de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-Capgo es una plataforma popular para manejar actualizaciones OTA de Capacitor, presumiendo un impresionante registro de entrega de 1155.1 mil millones de actualizaciones con una tasa de éxito global del 82% [\[1\]](https://capgo.app/). Aborda desafíos comunes de CLI a través de las siguientes características:
-
-| **Característica** | **Beneficio** | **Impacto Técnico** |
-| --- | --- | --- |
-| Cifrado de Extremo a Extremo | Asegura la entrega de actualizaciones | Protege contra ataques man-in-the-middle |
-| Actualizaciones Parciales | Ahorra ancho de banda | Descarga solo archivos modificados |
-| Instalación en Segundo Plano | No requiere entrada del usuario | Las actualizaciones se instalan automáticamente en segundo plano |
-| Sistema de Canales | Permite despliegues dirigidos | Distribuye actualizaciones a grupos específicos de usuarios |
-
-Para comenzar con actualizaciones Capgo:
-
-1.  **Instalar el plugin**: Usar el comando `npx @capgo/cli init`.
-2.  **Compilar tu aplicación**: Proceder con tu proceso habitual de compilación.
-3.  **Desplegar actualizaciones**: Usar los comandos CLI de Capgo para el despliegue.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Una vez que las actualizaciones están desplegadas, confía en herramientas de depuración específicas de plataforma para asegurar que todo funcione como se espera y resolver cualquier problema.
-
-### Guía de Herramientas de Depuración
-
-Al diagnosticar problemas de actualización OTA, las herramientas específicas de plataforma pueden ser invaluables:
-
--   **Para Android**:
-    
-    -   _LogCat_: Proporciona registros en tiempo real para monitoreo.
-    -   _Android Debug Bridge (ADB)_: Permite interacción directa con dispositivos.
-    -   _Bundle Analyzer_: Ayuda a optimizar el tamaño de actualización.
--   **Para iOS**:
-    
-    -   _Consola Xcode_: Rastrea registros de instalación de actualizaciones.
-    -   _Inspector de Red_: Monitorea el rendimiento de descarga de actualizaciones.
-    -   _Safari Web Inspector_: Ayuda en la depuración de problemas de WebView.
-
-Además, mantén un ojo en el rendimiento global del CDN. Por ejemplo, el CDN de Capgo típicamente entrega paquetes de 5MB en solo 114ms [\[1\]](https://capgo.app/). Este punto de referencia puede ayudar a determinar si los problemas están relacionados con condiciones de red o errores de implementación.
-
-## Conclusión
-
-Gestionar comandos CLI efectivamente es clave para asegurar actualizaciones fluidas de aplicaciones y entregar una gran experiencia de usuario. Con el rápido ritmo de actualizaciones OTA hoy en día, herramientas como Capgo proporcionan soluciones confiables para abordar desafíos comunes de CLI.
-
-Los métodos y herramientas mencionados anteriormente ayudan a resolver estos problemas mientras apoyan procesos de despliegue más fuertes. En resumen, la gestión bien organizada de CLI impacta directamente en la seguridad, velocidad y recuperación de actualizaciones. El rendimiento de Capgo destaca la importancia de prácticas CLI eficientes [\[1\]](https://capgo.app/).
-
-| Aspecto | Impacto | Solución |
-| --- | --- | --- |
-| Seguridad de Actualización | Previene acceso no autorizado | Cifrado de extremo a extremo |
-| Velocidad de Despliegue | Reduce tiempo de inactividad | CDN global |
-| Recuperación de Errores | Minimiza impacto en usuarios | Capacidad de reversión instantánea |
-| Distribución de Actualizaciones | Asegura entrega precisa | Despliegue basado en canales |
-
-Estos elementos se conectan con estrategias anteriores para prevenir errores y depurar, creando un proceso de actualización simplificado. Los sistemas de actualización automatizados y seguros están estableciendo nuevos estándares para la gestión de CLI. Las prácticas CLI sólidas son esenciales para mantenerse adelante en el desarrollo de aplicaciones [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/es/capacitor-cli-commands-for-version-updates.md b/src/content/blog/es/capacitor-cli-commands-for-version-updates.md
deleted file mode 100644
index aa80aaf6f..000000000
--- a/src/content/blog/es/capacitor-cli-commands-for-version-updates.md
+++ /dev/null
@@ -1,372 +0,0 @@
----
-slug: capacitor-cli-commands-for-version-updates
-title: Comandos de la CLI de Capacitor para Actualizaciones de Versión
-description: Capacitor CLIを使用してアプリを更新するための基本的なコマンドとベストプラクティスを学び、最適なパフォーマンスと互換性を確保しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-11T21:28:20.329Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682028f45e3fe4823b5e5a52-1746998980056.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, CLI, app updates, mobile development, iOS, Android, migration,
-  Capgo, plugins
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI simplifica [la actualización de tu aplicación](https://capgo.app/plugins/capacitor-updater/) para iOS y Android. Aquí tienes lo que necesitas saber:
-
-1. **¿Por qué actualizar?** Mantente seguro, mejora el rendimiento y asegura la compatibilidad con las últimas versiones de sistemas operativos móviles.
-2. **Comandos clave:** Utiliza `npm install @capacitor/cli@latest` para actualizar el Capacitor CLI, `npx cap migrate` para aplicar cambios, y `npx cap sync` para [finalizar actualizaciones](https://capgo.app/docs/plugin/cloud-mode/hybrid-update).
-3. **Pasos específicos de la plataforma:** Actualiza iOS con [CocoaPods](https://cocoapods.org/) (`pod install`) y configuraciones de [Xcode](https://developer.apple.com/xcode/). Para Android, ajusta las configuraciones de [Gradle](https://gradle.org/) y verifica las versiones de Java.
-4. **Usa [Capgo](https://capgo.app/) para actualizaciones en vivo:** Despliega cambios al instante sin retrasos en la tienda de aplicaciones, con características como retroceso y análisis en tiempo real.
-
-Actualizar garantiza que tu aplicación se mantenga eficiente y fácil de usar. Sigue los pasos anteriores para un proceso fluido.
-
-## Cómo migrar tu aplicación Ionic a [Capacitor](https://capacitorjs.com/) 3
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682028f45e3fe4823b5e5a52/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/d5H729a-rBM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Antes de actualizar
-
-Tomarte el tiempo para prepararte antes de actualizar puede ahorrarte dolores de cabeza más adelante. Un poco de trabajo previo ayuda a evitar trampas comunes y asegura que todo funcione sin problemas. Aquí tienes en qué debes enfocarte para minimizar riesgos durante el [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Verifica los requisitos del sistema
-
-Lo primero es lo primero: asegúrate de que tu configuración de desarrollo cumpla con los requisitos de Capacitor. Las versiones 6 y 7 tienen necesidades de software específicas [\[1\]](https://capgo.app).
-
-Aquí tienes lo que deberías verificar:
-
-1. **Node.js**: Verifica que tu versión de Node.js sea compatible.
-2. **Herramientas específicas de la plataforma**:
-    1. Para el desarrollo de iOS, asegúrate de tener instalada la última versión de Xcode.
-    2. Para Android, confirma que [Android Studio](https://developer.android.com/studio) esté actualizado.
-
-### Lee las notas de actualización
-
-Las notas de actualización son tu hoja de ruta para comprender cómo los cambios pueden afectar tu proyecto. Tómate el tiempo para revisar lo siguiente:
-
-1. **Documentación oficial**: Revisa el registro de cambios y las guías de migración de Capacitor.
-2. **Cambios críticos**: Presta especial atención a cualquier sección etiquetada como "Cambios críticos". A menudo destacan actualizaciones cruciales que podrían interrumpir tu flujo de trabajo.
-3. **Compatibilidad de plugins**: Revisa que todos los plugins de Capacitor en tu proyecto sean compatibles con la nueva versión.
-
-## Comandos de actualización de CLI
-
-Estos comandos te ayudan a actualizar tu aplicación mientras aseguras que todo continúe funcionando sin problemas.
-
-### Actualiza Capacitor CLI
-
-Para acceder a las últimas características, actualiza tu Capacitor CLI. Abre tu terminal y ejecuta:
-
-```bash
-npm install -g @capacitor/cli@latest
-```
-
-Una vez instalado, confirma la actualización verificando la versión de tu CLI:
-
-```bash
-npx cap --version
-```
-
-### Ejecuta comandos de migración
-
-En el directorio de tu proyecto, ejecuta los siguientes comandos para actualizar los paquetes de Capacitor centrales y específicos de la plataforma:
-
-```bash
-# Update core Capacitor packages
-npm install @capacitor/core@latest
-npm install @capacitor/cli@latest
-
-# Update platform-specific packages
-npm install @capacitor/ios@latest
-npm install @capacitor/android@latest
-
-# Run the migration command
-npx cap migrate
-```
-
-El comando `npx cap migrate` hará:
-
-1. Actualizar las configuraciones de tu aplicación
-2. Sincronizar dependencias
-3. Aplicar cambios necesarios en el proyecto
-4. Validar plugins para compatibilidad
-
-Si algunas actualizaciones no se manejan automáticamente, es posible que necesites completarlas manualmente.
-
-### Completa los pasos manuales
-
-Para sincronizar tu proyecto con las plataformas actualizadas, ejecuta:
-
-```bash
-npx cap sync
-```
-
-Para una mayor automatización, puedes integrar la herramienta CLI de Capgo ejecutando:
-
-```bash
-npx @capgo/cli init
-```
-
-Finalmente, verifica la actualización construyendo tu aplicación para cada plataforma:
-
-```bash
-# For iOS
-npx cap open ios
-
-# For Android
-npx cap open android
-```
-
-Si enfrentas problemas durante la actualización, la CLI proporcionará mensajes de error detallados para ayudar con la solución de problemas. Asegúrate de revisar la salida de construcción para cualquier advertencia o error que pueda necesitar tu atención.
-
-## Actualizaciones de plataforma
-
-Con las actualizaciones centrales envueltas, el siguiente paso es afinar las configuraciones de plataforma para proyectos de iOS y Android.
-
-### Pasos de actualización de iOS
-
-Para comenzar con tu proyecto de iOS, ábrelo en Xcode y sigue estos pasos:
-
-1. **Actualizar dependencias de CocoaPods**  
-    Comienza refrescando tus dependencias usando CocoaPods. Navega a tu directorio del proyecto de iOS y ejecuta el siguiente comando:
-    
-    ```bash
-    cd ios/App
-    pod install
-    ```
-    
-2. **Configurar ajustes de Xcode**  
-    Asegúrate de que estos ajustes de Xcode estén actualizados para garantizar un funcionamiento suave y cumplimiento:
-    
-    | **Configuración** | **Acción requerida** | **Propósito** |
-    | --- | --- | --- |
-    | Objetivo de implementación | Establecer una versión mínima de iOS | Asegurar compatibilidad |
-    | Configuraciones de construcción | Actualizar identidad de firma | Cumplir con los requisitos de la App Store |
-    | Catálogo de activos | Verificar iconos y activos de inicio | Mantener consistencia visual |
-    
-3. **Construcción limpia**  
-    Limpia los archivos en caché y realiza una construcción limpia para evitar cualquier problema residual:
-    
-    ```bash
-    # Clean the build folder
-    xcodebuild clean
-    # Build the project
-    xcodebuild build
-    ```
-    
-
-Una vez que se completen las actualizaciones de iOS, puedes cambiar tu atención al proyecto de Android.
-
-### Pasos de actualización de Android
-
-Para Android, abre el proyecto en Android Studio y sigue estos pasos:
-
-1. **Actualizar configuración de Gradle**  
-    Abre tu archivo `build.gradle` y confirma que estos ajustes estén configurados correctamente:
-    
-    ```kotlin
-    android {
-        compileSdkVersion 33
-        defaultConfig {
-            minSdkVersion 22
-            targetSdkVersion 33
-        }
-    }
-    ```
-    
-2. **Sincronizar archivos del proyecto**  
-    Sincroniza el proyecto con los archivos de Gradle para asegurar que todas las dependencias estén actualizadas. Este paso también puede involucrar la actualización de herramientas SDK y la resolución de conflictos.
-    
-3. **Verificar versión de Java**  
-    Verifica que estés utilizando la versión correcta de Java, ya que esto es crítico para la compatibilidad con Gradle y las características de Android:
-    
-    ```bash
-    # Check the current Java version
-    ./gradlew --version
-    ```
-    
-
-Asegúrate de prestar especial atención a tu configuración de Gradle. Algunas actualizaciones podrían requerir una versión más nueva de Gradle para soportar efectivamente las últimas características de Android.
-
-## Actualizaciones en vivo con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/682028f45e3fe4823b5e5a52/0270fe931d56d422c8e52846495749c7.jpg)
-
-Una vez que tu plataforma esté configurada, puedes usar Capgo para implementar cambios al instante sin esperar aprobaciones de la tienda de aplicaciones. Este paso mejora tus actualizaciones de plataforma al habilitar capacidades de despliegue en tiempo real.
-
-### Configuración de Capgo
-
-Comenzar con Capgo es sencillo. Puedes inicializarlo con un simple comando:
-
-```bash
-npx @capgo/cli init
-```
-
-Esta característica simplifica el proceso de actualización, manteniendo tu aplicación actualizada sin las demoras de los ciclos de revisión tradicionales. Capgo es compatible con Capacitor 8, lo que lo convierte en una opción flexible para tu configuración existente.
-
-| **Característica** | **Descripción** | **Beneficio** |
-| --- | --- | --- |
-| Cifrado de extremo a extremo | Seguridad incorporada para actualizaciones | Asegura que solo usuarios autorizados puedan acceder a las actualizaciones |
-| [Sistema de canal](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Distribución avanzada de actualizaciones | Dirige segmentos de usuarios específicos |
-| Análisis en tiempo real | Monitorear el rendimiento de las actualizaciones | Rastrear tasas de éxito y participación de usuarios |
-
-### Características de seguridad de actualización
-
-Capgo prioriza actualizaciones seguras y confiables, logrando una tasa de adopción del 95% dentro de 24 horas y una tasa de éxito global del 82% [\[1\]](https://capgo.app). Incluye varias características clave de seguridad:
-
-1. **Capacidad de retroceso**: Revierte rápidamente a una versión anterior si ocurren problemas.
-2. **Seguimiento de errores**: Identifica y resuelve problemas antes de que afecten a los usuarios.
-3. **Distribución basada en canales**: [Prueba actualizaciones con grupos beta](https://capgo.app/blog/how-to-send-specific-version-to-users/) antes de implementarlas a gran escala.
-
-### Integración de CI/CD
-
-Una vez que las medidas de seguridad estén en su lugar, puedes integrar Capgo en tu pipeline de CI/CD para despliegues suaves y eficientes. Capgo ya ha configurado CI/CD para más de 50 aplicaciones, ofreciendo soluciones rentables en comparación con otras opciones [\[1\]](https://capgo.app).
-
-Aquí tienes un comando de despliegue de ejemplo:
-
-```bash
-npx @capgo/cli deploy --channel production
-```
-
-Capgo soporta una variedad de plataformas CI/CD, incluyendo:
-
-1. [GitHub Actions](https://docs.github.com/actions)
-2. [GitLab CI](https://docs.gitlab.com/ee/ci/)
-3. [Jenkins](https://www.jenkins.io/)
-4. Configuraciones de pipeline personalizadas
-
-> "Configuramos tu pipeline de CI/CD directamente en tu plataforma preferida, ya sea GitHub Actions, GitLab CI u otras. No alojamos CI/CD ni te cobramos por mantenerlo." - Capgo [\[1\]](https://capgo.app)
-
-Para equipos que buscan asistencia experta, Capgo ofrece un servicio de configuración profesional de CI/CD por $2,600. Esta configuración única incluye la configuración personalizada del pipeline y asesoramiento experto sobre las mejores prácticas para el despliegue de aplicaciones móviles [\[1\]](https://capgo.app).
-
-## Solucionar problemas comunes
-
-[Las actualizaciones de Capacitor](https://capgo.app/plugins/capacitor-updater/) pueden a veces llevar a problemas que interrumpen la estabilidad de tu aplicación. Aquí te mostramos cómo puedes abordar estos problemas comunes de manera efectiva.
-
-### Solucionar conflictos de paquetes
-
-Comienza verificando si hay discrepancias de versión en tus paquetes de Capacitor. Usa el siguiente comando:
-
-```bash
-npm ls @capacitor/core
-```
-
-Revisa la salida y asegúrate de que las versiones de **@capacitor/core**, **@capacitor/ios**, y **@capacitor/android** sean consistentes en tu archivo `package.json`. Si detectas algún conflicto, actualiza o elimina paquetes problemáticos para estabilizar tu entorno.
-
-Después de resolver estos problemas, verifica que todos los plugins instalados sean compatibles con la versión actualizada de Capacitor.
-
-### Verifica el soporte del plugin
-
-Antes de actualizar, asegúrate de que tus plugins estén listos para trabajar con la última versión de Capacitor. Utiliza estos comandos para gestionar y verificar la compatibilidad de los plugins:
-
-| **Acción** | **Comando** | **Propósito** |
-| --- | --- | --- |
-| Listar plugins | `npx cap ls` | Muestra todos los plugins instalados |
-| Verificar versiones | `npm outdated` | Identifica plugins desactualizados |
-| Actualizar plugins | `npm update` | Actualiza plugins a versiones compatibles |
-
-Si estás utilizando herramientas de actualización en vivo como **Capgo**, confirma que tus plugins apoyen actualizaciones dinámicas. Esto ayuda a prevenir conflictos en tiempo de ejecución y asegura un mejor rendimiento.
-
-### Resolver errores de construcción
-
-Los errores de construcción pueden variar según la plataforma, pero aquí tienes soluciones específicas para cada plataforma:
-
-**Para iOS:**
-
-Limpia tus carpetas de construcción usando este comando:
-
-```bash
-xcodebuild clean -workspace ios/App/App.xcworkspace -scheme App
-```
-
-**Para Android:**
-
-Limpia la caché de Gradle ejecutando:
-
-```bash
-cd android && ./gradlew clean
-```
-
-Si los errores persisten después de limpiar, es posible que necesites volver a agregar las plataformas afectadas. Aquí te explicamos cómo:
-
-```bash
-npx cap rm ios
-npx cap rm android
-npx cap add ios
-npx cap add android
-```
-
-Finalmente, si estás utilizando Capgo para actualizaciones en vivo, verifica que tus configuraciones de construcción cumplan con los requisitos de la plataforma para evitar más problemas.
-
-## Resumen
-
-Esta sección destaca los pasos y herramientas esenciales para [gestionar actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) en Capacitor, enfatizando cómo el uso efectivo de los [comandos CLI de Capacitor](https://capgo.app/docs/cli/commands/) asegura flujos de trabajo sin problemas en el desarrollo de aplicaciones. Las herramientas y estrategias discutidas tienen como objetivo simplificar las actualizaciones mientras reducen los riesgos potenciales.
-
-Anteriormente, mencionamos que Capgo admite **1.7K aplicaciones en producción**, logrando una impresionante **tasa de éxito de actualización del 82%** [\[1\]](https://capgo.app). Su característica de actualización instantánea permite que **el 95% de los usuarios se actualicen en 24 horas** [\[1\]](https://capgo.app), demostrando su eficiencia.
-
-Aquí tienes un resumen de las métricas de rendimiento de Capgo:
-
-| Métrica | Rendimiento |
-| --- | --- |
-| Tiempo de respuesta global de la API | 57ms |
-| Velocidad de descarga de 5MB | 114ms |
-| Tasa de éxito de actualización | 82% |
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app)
-
-Las herramientas de actualización modernas ofrecen varios beneficios notables:
-
--   **Cifrado de extremo a extremo** para la entrega segura de actualizaciones
--   **Actualizaciones parciales**, que ahorran ancho de banda al descargar solo componentes modificados
--   **Reversión con un clic** para una rápida recuperación en caso de problemas
--   **Analíticas en tiempo real** para monitorear el rendimiento de actualizaciones y la participación de los usuarios
-
-Estas características sustentan un marco robusto para gestionar [actualizaciones de versión](https://capgo.app/docs/live-updates/update-behavior/) de manera efectiva.
-
-Ya sea que estés trabajando en una aplicación pequeña o escalando un despliegue más grande, combinar la CLI de Capacitor con herramientas avanzadas de actualización asegura un control de versiones confiable y eficiente en el actual paisaje de desarrollo en rápida evolución.
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Qué desafíos podría encontrar al actualizar mi aplicación con Capacitor CLI, y cómo puedo abordarlos?
-
-Al actualizar tu aplicación con la CLI de Capacitor, podrías encontrar algunos obstáculos en el camino. Los desafíos comunes incluyen **conflictos de dependencias**, **cambios disruptivos en los plugins**, o **problemas de configuración específicos de la plataforma**. Estos problemas suelen surgir de diferencias entre versiones de Capacitor o actualizaciones de plugins de terceros.
-
-Aquí te mostramos cómo puedes abordar estos desafíos:
-
--   **Revisa las notas de la versión** para la nueva versión a la que te estás moviendo. Presta atención a los cambios disruptivos o cualquier ajuste que necesites hacer.
--   **Prueba las actualizaciones en un entorno de staging** antes de implementarlas en producción. Esto te ayuda a captar y solucionar problemas antes de que afecten a los usuarios.
--   Actualiza regularmente tus dependencias y plugins para reducir el riesgo de problemas de compatibilidad.
-
-Para una experiencia de actualización aún más fluida, puede que quieras probar herramientas como _Capgo_. Esta herramienta te permite enviar correcciones y nuevas características directamente a tus usuarios sin necesidad de aprobaciones de la tienda de aplicaciones. Es una excelente manera de mantener tu aplicación actualizada con un tiempo de inactividad mínimo.
-:::
-
-:::faq
-### ¿Cómo simplifica Capgo las actualizaciones de aplicaciones y cuáles son sus características destacadas?
-
-Capgo simplifica la forma en que los desarrolladores entrega [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) al permitirles enviar cambios, correcciones y nuevas características directamente a los usuarios, evitando la necesidad de aprobaciones de la tienda de aplicaciones. Con esto, tus usuarios pueden disfrutar de las últimas actualizaciones en solo minutos, creando una experiencia más fluida y eficiente.
-
-Aquí tienes lo que hace que Capgo se destaque:
-
--   **Cifrado de extremo a extremo** asegura que tus actualizaciones permanezcan seguras.
--   **Integración CI/CD** ayuda a mantener flujos de trabajo eficientes.
--   **Actualizaciones específicas para el usuario** permiten implementaciones precisas y dirigidas.
--   **Gestión organizativa flexible** soporta equipos de cualquier tamaño.
-
-Capgo es completamente de código abierto y cumple con los estándares de Apple y Android, ofreciendo una solución confiable para [actualizaciones de aplicaciones en tiempo real](https://capgo.app/blog/live-updates-for-flutter-app/).
-:::
-
-:::faq
-### ¿Cómo puedo comprobar si mis plugins son compatibles con la última versión de Capacitor antes de actualizar?
-
-Antes de hacer la transición a la última versión de Capacitor, es crucial verificar que tus plugins estén listos para manejar la actualización. Comienza revisando la documentación o el repositorio del plugin para ver si hay requisitos o actualizaciones específicas de versión. La mayoría de los plugins indican claramente qué versiones de Capacitor son compatibles, por lo que este paso puede ahorrarte dolores de cabeza innecesarios.
-
-También puedes probar tu aplicación en un entorno controlado con la versión actualizada de Capacitor. Esto te permite detectar y solucionar cualquier problema de compatibilidad antes de que la actualización se implemente en producción. Herramientas como **Capgo** pueden ser un salvavidas aquí, permitiéndote enviar actualizaciones directamente sin necesidad de aprobaciones de la tienda de aplicaciones. Esto significa que puedes abordar rápidamente problemas relacionados con plugins mientras te mantienes dentro de las directrices de la plataforma.
-:::
diff --git a/src/content/blog/es/capacitor-cli-plugin-commands-overview.md b/src/content/blog/es/capacitor-cli-plugin-commands-overview.md
deleted file mode 100644
index 741e3fadd..000000000
--- a/src/content/blog/es/capacitor-cli-plugin-commands-overview.md
+++ /dev/null
@@ -1,144 +0,0 @@
----
-slug: capacitor-cli-plugin-commands-overview
-title: Descripción general de los comandos de plugins de Capacitor CLI
-description: >-
-  Aprende a gestionar los plugins de Capacitor de manera eficiente utilizando
-  comandos CLI y los beneficios de la integración con una potente herramienta de
-  gestión de plugins.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T03:14:02.984Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4be0410051fda3b63a692-1743045267566.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, CLI, plugin management, app development, updates, troubleshooting,
-  Capgo, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI simplifica la gestión de plugins para el desarrollo de aplicaciones, permitiendo una integración perfecta de las características nativas del dispositivo. Junto con herramientas como [Capgo](https://capgo.app/), agiliza las actualizaciones, el despliegue y la resolución de problemas. Esto es lo que necesitas saber:
-
-**Características Principales:**
-
--   **Instalar Plugins:** Usa `npx @capgo/cli init` para añadir plugins, gestionar dependencias y actualizar configuraciones automáticamente.
--   **Actualizar Plugins:** Comandos como `npm update @capacitor/*` y `npx cap sync` aseguran actualizaciones sin problemas.
--   **Eliminar Plugins:** Desinstala limpiamente con `npm uninstall @capacitor/plugin-name` y sincroniza configuraciones.
--   **Resolver Problemas:** Comandos como `npx cap doctor` y `npx cap sync --verbose` ayudan a detectar y resolver problemas.
-
-**[Beneficios de Capgo](https://capgo.app/consulting/):**
-
--   Actualizaciones en tiempo real
--   Cifrado de extremo a extremo
--   Integración CI/CD
--   Reversión para errores
-
-Capgo da soporte a más de 750 aplicaciones globalmente, ofreciendo actualizaciones rápidas y seguimiento de errores por $12/mes.
-
-¡Comienza a gestionar [plugins de Capacitor](https://capgo.app/plugins/) de manera eficiente y mejora tu flujo de desarrollo hoy!
-
-## Desarrollo Multiplataforma: Explorando CapacitorJS con ...
-
-<iframe src="https://www.youtube.com/embed/73YWZ1G_DX4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Comandos de Instalación de Plugins
-
-El CLI de Capacitor hace que añadir plugins a tu proyecto sea sencillo y eficiente. Estos comandos manejan el proceso de integración, ocupándose de las dependencias y asegurando la compatibilidad con tu configuración.
-
-### Comandos Básicos de Instalación
-
-Para añadir un plugin de Capacitor a tu proyecto, usa esta estructura simple de comando. Por ejemplo, para instalar el plugin de Capgo, ejecuta:
-
-```bash
-npx @capgo/cli init
-```
-
-Este comando se encarga de lo siguiente:
-
--   Verifica que el plugin sea compatible con tu versión de Capacitor
--   Instala todas las dependencias requeridas
--   Configura las configuraciones específicas de plataforma
--   Actualiza automáticamente los archivos de configuración de tu proyecto
-
-Sigue este proceso para evitar errores durante la instalación.
-
-### Pautas de Instalación
-
-Aquí te explicamos cómo asegurar que tu plugin se instale sin problemas:
-
-**Pasos Previos a la Instalación**:
-
--   Asegúrate de que tu proyecto Capacitor ya está configurado
--   Navega al directorio raíz de tu proyecto
--   Verifica que tu versión de [Node.js](https://nodejs.org/en) esté actualizada
--   Actualiza a la última versión del CLI de Capacitor
-
-**Manejo de Versiones**:
-
--   Especifica la versión del plugin que deseas durante la instalación
--   Sigue el versionado semántico para evitar problemas de compatibilidad
--   Prueba el plugin en tu entorno de desarrollo antes de implementarlo
-
-> "¡Ejecuta npx @capgo/cli init y listo!" - Capgo [\[1\]](https://capgo.app/)
-
-Después de la instalación, confirma que todo esté configurado revisando tu `package.json` y los archivos de configuración específicos de la plataforma. Para cualquier paso adicional, consulta la documentación del plugin.
-
-[Continue with the rest of the text if needed]
-
-| Métrica | Detalles |
-| --- | --- |
-| Éxito de Actualización | Monitoreo de actualizaciones exitosas de plugins |
-| Adopción de Usuarios | Seguimiento del uso de versiones entre usuarios |
-| Velocidad de Descarga | 114ms en promedio para paquetes de 5MB |
-| Seguimiento de Errores | Identificación de problemas en tiempo real |
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es oro puro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Estas características hacen de Capgo una solución eficiente para gestionar actualizaciones.
-
-### Sistema de Actualización de Capgo
-
-Capgo garantiza el cumplimiento de las directrices de Apple y Google mediante el uso de cifrado de extremo a extremo. Los precios comienzan en $12/mes para desarrolladores individuales, con planes empresariales disponibles para equipos más grandes.
-
-Los aspectos destacados del sistema de actualización incluyen:
-
--   **Reversión con un clic** para correcciones rápidas
--   **Gestión de usuarios** para pruebas beta
--   **[Sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** para actualizaciones dirigidas
--   **Seguimiento de errores** para monitorear problemas
-
-Actualmente, **750 aplicaciones** están usando Capgo en producción. La plataforma también ofrece servicios de configuración CI/CD por $2,600, asegurando una integración fluida en los flujos de trabajo. Su CDN global entrega actualizaciones con una velocidad promedio de **114ms** para paquetes de 5MB.
-
-> "Cambiamos a @Capgo después de que @AppFlow nos golpeara con una factura de $5000 al año para continuar. Amando Capgo hasta ahora. Gracias a @Capgo, es un gran producto." - jermaine [\[1\]](https://capgo.app/)
-
-## Conclusión
-
-### Resumen de Gestión de Plugins
-
-El CLI de Capacitor simplifica cómo gestionas los plugins. Cuando se combina con Capgo, entrega resultados impresionantes:
-
--   23.5M actualizaciones completadas
--   95% de adopción de usuarios en 24 horas
--   82% de tasa de éxito global
--   57ms de tiempo promedio de respuesta API
-
-Estos números destacan cómo el CLI y Capgo trabajan juntos para asegurar actualizaciones suaves y eficientes.
-
-### Próximos Pasos con Capgo
-
-Capgo puede llevar tu flujo de trabajo al siguiente nivel. Ofrece opciones tanto en la nube como autoalojadas, atendiendo diferentes preferencias de implementación.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Esto es lo que Capgo aporta:
-
--   Analíticas en tiempo real para monitorear el rendimiento de actualizaciones
--   Cifrado de extremo a extremo para [actualizaciones seguras de plugins](https://capgo.app/docs/plugin/self-hosted/encrypted-bundles/)
--   Fácil integración CI/CD con las principales plataformas
--   Precios que comienzan en $12/mes para desarrolladores individuales
-
-Con 750 aplicaciones de producción ya confiando en Capgo, es una opción probada. Ya sea que estés corrigiendo errores o lanzando nuevas funciones, combinar el CLI de Capacitor con Capgo te proporciona un conjunto de herramientas confiable y eficiente para el desarrollo de aplicaciones. Comienza a usar estas herramientas para optimizar tus proyectos de Capacitor hoy.
diff --git a/src/content/blog/es/capacitor-cli-project-setup-guide.md b/src/content/blog/es/capacitor-cli-project-setup-guide.md
deleted file mode 100644
index 706c316ab..000000000
--- a/src/content/blog/es/capacitor-cli-project-setup-guide.md
+++ /dev/null
@@ -1,263 +0,0 @@
----
-slug: capacitor-cli-project-setup-guide
-title: 'Guía de configuración del proyecto: CLI de Capacitor'
-description: >-
-  Aprenda cómo configurar Capacitor CLI para crear aplicaciones nativas para iOS
-  y Android usando tecnologías web en unos sencillos pasos.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T03:02:50.225Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847-1744945493935.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, CLI, mobile apps, iOS, Android, project setup, live updates,
-  troubleshooting
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres crear aplicaciones iOS y Android con una sola base de código?** [Capacitor](https://capacitorjs.com/) CLI simplifica el proceso, permitiéndote crear aplicaciones nativas usando tecnologías web. Esto es lo que aprenderás:
-
--   **Configuración Rápida**: Instala Capacitor CLI e inicializa tu proyecto en minutos.
--   **Integración de Plataformas**: Agrega soporte para iOS y Android con comandos simples.
--   **Actualizaciones en Vivo**: Usa [Capgo](https://capgo.app/) para actualizaciones instantáneas over-the-air.
--   **Soluciones Comunes**: Resuelve problemas como errores de sincronización o fallos de compilación.
-
-**Pasos Clave para Comenzar:**
-
-1.  Instala [Node.js](https://nodejs.org/en), npm, JDK, [Xcode](https://developer.apple.com/xcode/), y [Android Studio](https://developer.android.com/studio).
-2.  Ejecuta `npm install @capacitor/core @capacitor/cli` e inicializa tu proyecto.
-3.  Agrega las plataformas iOS y Android usando `npx cap add ios` y `npx cap add android`.
-4.  Opcional: Configura Capgo para [actualizaciones](https://capgo.app/plugins/capacitor-updater/) en vivo de la aplicación.
-
-Esta guía cubre todo lo que necesitas para configurar Capacitor CLI, configurar plataformas y desplegar tu aplicación. ¡Empecemos!
-
-## Introducción a [Capacitor](https://capacitorjs.com/) Configure
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/HufvY63esXs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisitos de Configuración
-
-Para comenzar, asegúrate de tener instaladas las siguientes herramientas:
-
--   **Node.js** (versión 14 o más reciente) y **npm**
--   **Java JDK** (versión 11 o más reciente)
--   **Xcode** (versión 12 o más reciente para compilaciones iOS)
--   **Android Studio** (para compilaciones Android)
--   **Capacitor CLI** (versión 6 o 7)
-
-_Opcional:_ Si deseas habilitar actualizaciones en vivo, consulta la "[Guía de Configuración de Capgo](https://capgo.app/docs/plugin/cloud-mode/getting-started/)" a continuación.
-
-## Pasos de Instalación del CLI
-
-Antes de comenzar, asegúrate de tener configurados **Node.js**, **npm**, **JDK**, **Xcode**, y **Android Studio**. Una vez listo, puedes instalar Capacitor CLI ejecutando:
-
-```bash
-npm install --save @capacitor/core @capacitor/cli
-npx cap init
-```
-
-Este comando instala Capacitor y configura sus componentes principales.
-
-Después de completar este paso, pasa a **Crear un Nuevo Proyecto** para estructurar tu aplicación.
-
-## Creando un Nuevo Proyecto
-
-Para comenzar con tu proyecto [usando Capacitor CLI](https://capgo.app/docs/cli/commands/), sigue estos pasos:
-
-```bash
-mkdir my-app && cd my-app
-npm init -y
-npx cap init my-app com.company.app --web-dir dist
-```
-
-### Actualizando el Archivo de Configuración
-
-Edita el archivo `capacitor.config.json` para incluir la siguiente configuración:
-
-```json
-{
-  "appId": "com.company.app",
-  "appName": "My App",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "server": {
-    "hostname": "app.example.com",
-    "androidScheme": "https"
-  }
-}
-```
-
-Una vez actualizado, usa esta configuración para configurar Capacitor en tu proyecto.
-
-## Configuración de Plataforma
-
-Ahora que la estructura del proyecto está lista, es momento de configurar los objetivos iOS y Android.
-
-### Agregando iOS y Android
-
-Comienza instalando los paquetes necesarios específicos de cada plataforma usando Capacitor CLI:
-
-```bash
-npm install @capacitor/ios @capacitor/android
-npx cap add ios
-npx cap add android
-```
-
-Para iOS, asegúrate de tener Xcode 14 o posterior, [CocoaPods](https://cocoapods.org/) 1.11 o más reciente, y macOS 12 o superior. Para Android, necesitarás Android Studio Giraffe (2022.3.1+), JDK 17 o posterior, y [Gradle](https://gradle.org/) 7.5 o superior.
-
-Una vez instalado, necesitarás mantener tus objetivos nativos actualizados con los cambios en tu aplicación web.
-
-### Actualizaciones de Plataforma
-
-Para sincronizar tus plataformas con los últimos cambios web, sigue estos pasos después de actualizar tu aplicación web:
-
-```bash
-npm run build
-npx cap sync
-```
-
-El comando `cap sync` maneja dos tareas:
-
--   Copia los activos web actualizados a las plataformas nativas
--   Actualiza las configuraciones nativas y plugins para coincidir con los últimos cambios
-
-### Configuración del IDE
-
-Abre los proyectos específicos de plataforma en los IDEs apropiados:
-
-```bash
-npx cap open ios     # Opens Xcode
-npx cap open android # Opens Android Studio
-```
-
-**En Xcode:**
-
-1.  Elige tu equipo de desarrollo.
-2.  Configura los certificados de firma.
-3.  Actualiza tu identificador de paquete.
-
-**En Android Studio:**
-
-1.  Modifica el ID de aplicación en `build.gradle`.
-2.  Configura el keystore para la firma.
-3.  Configura las variantes de compilación debug y release.
-
-Cuando todo esté configurado, compila los proyectos usando `npx cap build ios` o `npx cap build android`. No olvides ejecutar `npx cap sync` nuevamente para asegurar que todos los activos estén actualizados.
-
-## Guía de Configuración de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Configura Capgo para habilitar actualizaciones instantáneas over-the-air para tu aplicación.
-
-### Características Principales de Capgo
-
-Capgo ofrece varias herramientas para agilizar las actualizaciones de aplicaciones:
-
--   **Encriptación de extremo a extremo** asegura la entrega segura de actualizaciones.
--   Las actualizaciones se ejecutan **en segundo plano** cuando la aplicación se inicia.
--   **Herramientas de análisis** ayudan a rastrear tasas de éxito de actualización y participación del usuario.
--   Una opción de **reversión con un clic** te permite recuperarte rápidamente de actualizaciones problemáticas.
--   Usa el **[sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** para implementaciones graduales y pruebas beta.
-
-### Instalando Capgo
-
-Sigue estos pasos para comenzar con Capgo:
-
-1.  [Instala el CLI de Capgo](https://capgo.app/docs/self-hosted/local-dev/cli/):
-    
-    ```bash
-    npm install --save @capgo/cli
-    ```
-    
-2.  [Inicializa Capgo](https://capgo.app/docs/webapp/) en tu proyecto:
-    
-    ```bash
-    npx capgo init
-    ```
-    
-3.  Compila y libera actualizaciones:
-    
-    ```bash
-    npm run build
-    npx capgo release
-    ```
-    
-4.  Abre la aplicación para activar el proceso de actualización en segundo plano.
-    
-
-### Mejores Prácticas
-
--   Usa canales para probar actualizaciones antes de implementarlas a todos los usuarios.
--   Monitorea analíticas para asegurar que las actualizaciones se entreguen exitosamente y los usuarios permanezcan comprometidos.
--   Habilita el seguimiento de errores para detectar y corregir problemas temprano.
--   Mantén la función de reversión lista para abordar rápidamente cualquier problema.
-
-Capgo es compatible con Capacitor 8, se integra sin problemas con pipelines CI/CD y cumple con los requisitos de las tiendas de Apple y Google.
-
-## Problemas Comunes y Consejos
-
-Una vez que hayas completado la configuración de plataforma y Capgo, podrías enfrentar algunos errores comunes. Aquí te mostramos cómo abordarlos rápidamente.
-
-### Problemas de Configuración del Entorno
-
--   **CLI No Encontrado**  
-    **Error**: El comando `npx cap` falla.  
-    **Solución**: Ejecuta `npm install --save @capacitor/cli @capacitor/core` e intenta nuevamente.
-    
--   **Incompatibilidad de Versión de Node**  
-    **Error**: Los comandos CLI fallan debido a errores de versión de Node.js.  
-    **Solución**: Instala Node.js versión 14 o superior como se indica en los requisitos de configuración.
-    
-
-### Problemas de Configuración
-
--   **Desajuste de Configuración**  
-    **Error**: Los cambios en `capacitor.config.json` no surten efecto.  
-    **Solución**: Asegúrate de que los valores `appId` y `webDir` coincidan con tu `package.json` y la carpeta de salida de compilación web.
-    
--   **Errores de Sincronización de Plataforma**  
-    **Error**: Ejecutar `npx cap sync` resulta en conflictos de versión de plugins.  
-    **Solución**: Actualiza `@capacitor/android` y `@capacitor/ios` a la misma versión mayor, luego vuelve a ejecutar el comando sync.
-    
-
-### Compilación y Despliegue
-
--   **Fallos de Firma de Compilación**  
-    **Error**: Las compilaciones iOS o Android fallan debido a certificados faltantes o keystore.  
-    **Solución**: Sigue las instrucciones de configuración del IDE. Para iOS, agrega tu equipo de desarrollo en Xcode. Para Android, configura el keystore en `build.gradle`.
-    
--   **Directorio Web No Encontrado**  
-    **Error**: `npx cap sync` no puede encontrar los activos web.  
-    **Solución**: Ejecuta tu comando de compilación web (por ejemplo, `npm run build`) antes de sincronizar las plataformas.
-    
-
-### Problemas de Actualización en Vivo
-
--   **[Fallos de Actualización de Capgo](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-    **Error**: Las actualizaciones no aparecen en la aplicación de producción.  
-    **Solución**: Verifica tu [clave API de Capgo](https://capgo.app/docs/webapp/api-keys/) en `capacitor.config.json` y asegúrate de que estás apuntando al canal correcto.
-
-Para más detalles sobre la configuración específica de plataforma, revisa la sección Configuración de Plataforma. Si estás trabajando con actualizaciones en vivo, consulta la Guía de Configuración de Capgo para consejos adicionales de solución de problemas.
-
-## Resumen
-
-### Revisión de Configuración
-
-Inicia tu aplicación web con Capacitor CLI, configura las plataformas iOS y Android, y opcionalmente incluye Capgo para actualizaciones en vivo.
-
-Aquí te mostramos cómo comenzar:
-
--   Usa Capacitor CLI para inicializar tu proyecto.
--   Configura el ID de paquete de tu aplicación y define el directorio de salida web.
--   Agrega soporte para plataformas iOS y Android.
--   Instala y configura Capgo con el siguiente comando: `npm install --save @capgo/cli && npx capgo init`
-
-Para instrucciones detalladas de configuración o solución de problemas, consulta la documentación oficial de Capacitor y Capgo.
diff --git a/src/content/blog/es/capacitor-community-forums-for-plugin-developers.md b/src/content/blog/es/capacitor-community-forums-for-plugin-developers.md
deleted file mode 100644
index 02d28da11..000000000
--- a/src/content/blog/es/capacitor-community-forums-for-plugin-developers.md
+++ /dev/null
@@ -1,189 +0,0 @@
----
-slug: capacitor-community-forums-for-plugin-developers
-title: Foros de la Comunidad de Capacitor para Desarrolladores de Plugins
-description: >-
-  Explora los foros esenciales para desarrolladores de plugins de Capacitor para
-  solucionar problemas, compartir conocimientos y mejorar su experiencia de
-  desarrollo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:15:19.291Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da1574cfd1b2222c56b5cd-1742354143434.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, plugin development, developer forums, troubleshooting, community
-  support
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Los foros de [Capacitor](https://capacitorjs.com/) son esenciales para que los desarrolladores de plugins resuelvan problemas, compartan conocimientos y se conecten con otros. Ya sea que estés solucionando problemas, compartiendo plugins o aprendiendo mejores prácticas, estos foros proporcionan recursos valiosos y soporte.
-
-### Puntos Clave:
-
--   **Foros Principales**: Usa [Discord](https://ionic.io/blog/announcing-official-ionic-discord-server) para ayuda en tiempo real, [GitHub Discussions](https://github.com/ionic-team/capacitor/discussions) para conversaciones detalladas y [Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor) para respuestas técnicas.
--   **Mejores Prácticas**: Escribe preguntas claras, comparte fragmentos de código y sigue las reglas del foro para obtener mejores respuestas.
--   **Herramientas Adicionales**: Aprovecha recursos como [Capgo](https://capgo.app/) para [actualizaciones instantáneas de apps](https://capgo.app/plugins/capacitor-updater/) y documentación oficial para una guía confiable.
-
-### Inicio Rápido:
-
-1.  **Únete a los Foros**: Comienza con Discord y GitHub Discussions.
-2.  **Haz Preguntas**: Proporciona contexto detallado y ejemplos de código.
-3.  **Usa Herramientas**: Prueba Capgo para actualizaciones y depuración más rápidas.
-
-¡Los foros de Capacitor son tu referencia para un desarrollo eficiente de plugins. ¡Sumérgete para aprender, compartir y crecer!
-
-## Foros Principales de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
-
-Los desarrolladores de Capacitor tienen varios foros de referencia para conectarse, colaborar y resolver problemas.
-
-### Guía del Canal de [Discord](https://ionic.io/blog/announcing-official-ionic-discord-server)
-
-![Discord Community Platform](https://mars-images.imgix.net/seobot/screenshots/ionic.io-731d02617347fde57eccb2bd555c6e2e-2025-03-19.jpg?auto=compress)
-
-El servidor oficial de Discord es un excelente lugar para discusiones en tiempo real y solución rápida de problemas. Está organizado en canales específicos, como:
-
--   **#plugin-development**: Para discusiones sobre creación y mantenimiento de plugins.
--   **#troubleshooting**: Un espacio para ayuda técnica inmediata.
--   **#announcements**: Mantente actualizado con las últimas noticias sobre Capacitor y su ecosistema.
-
-Puedes activar notificaciones para canales importantes, y el historial de mensajes permite revisar soluciones anteriores fácilmente.
-
-### Tablero de Discusiones de GitHub
-
-Las Discusiones de GitHub actúan como el centro principal para la comunidad de Capacitor. Es ideal para conversaciones técnicas detalladas, sugerencias de funciones, seguimiento de errores y revisiones de código. El tablero está dividido en categorías como preguntas y respuestas, ideas, exhibiciones y reportes de errores, facilitando encontrar temas de interés.
-
-A continuación, veamos un foro que conecta a desarrolladores de Ionic y Capacitor.
-
-### Sección de Capacitor en el [Foro de Ionic](https://forum.ionicframework.com/c/capacitor/26)
-
-![Foro de Ionic](https://mars-images.imgix.net/seobot/screenshots/forum.ionicframework.com-622c471c2e6aa19123277f784e44faf1-2025-03-19.jpg?auto=compress)
-
-El Foro de Ionic tiene una sección dedicada a Capacitor donde los desarrolladores discuten temas técnicos extensos. Es especialmente útil para abordar desafíos de integración y encontrar soluciones que funcionen en diferentes frameworks.
-
-### Consejos para [Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor)
-
-![Stack Overflow](https://mars-images.imgix.net/seobot/screenshots/stackoverflow.com-60b294f295a9455677e4cddfced46254-2025-03-19.jpg?auto=compress)
-
-Stack Overflow es otro recurso clave para desarrolladores de plugins. La etiqueta [capacitor] es un centro para compartir conocimiento técnico. Ten en cuenta estos consejos:
-
--   **Combinaciones de etiquetas**: Usa [capacitor] con etiquetas relacionadas como [ionic] o [typescript] para aumentar la visibilidad de tu publicación.
--   **Ejemplos de código**: Agrega fragmentos de código claros y concisos para explicar tu problema.
--   **Busca primero**: Muchos problemas comunes de plugins ya tienen respuesta, así que revisa las soluciones existentes antes de publicar.
-
-## Consejos para Usar los Foros
-
-Aprovecha al máximo los foros siguiendo estas mejores prácticas.
-
-### Escribiendo Buenas Preguntas
-
-Crear preguntas claras y detalladas te ayuda a obtener respuestas más rápidas y útiles. Aquí te explicamos cómo:
-
--   **Comienza con un título descriptivo**: Resume tu problema en pocas palabras.
--   **Proporciona contexto**: Incluye tu [versión de Capacitor](https://capgo.app/plugins/ivs-player/), plataforma (iOS/Android) y versiones de plugins.
--   **Describe tus esfuerzos**: Comparte lo que ya has intentado y cualquier mensaje de error que hayas encontrado.
--   **Reproduce el problema**: Ofrece pasos mínimos o fragmentos de código para ayudar a otros a entender tu problema.
-
-Una buena pregunta incluye un título conciso, detalles de tu configuración, una descripción clara del problema, pasos para reproducir, un ejemplo de código y cualquier error. Asegúrate de que tu código sea tan fácil de seguir como tu pregunta.
-
-### Guía de Formato de Código
-
-El código bien formateado hace que tus publicaciones sean más fáciles de leer y entender. Aquí hay una guía rápida:
-
--   Usa comillas triples (\`\`\`) con el nombre del lenguaje para resaltado de sintaxis.
--   Mantén los bloques de código anidados con sangría consistente.
--   Divide las líneas largas de código para mejorar la legibilidad.
--   Agrega comentarios para explicar partes clave de tu código.
-
-### Reglas y Comportamiento en el Foro
-
-Para fomentar una comunidad útil y respetuosa, ten en cuenta estas reglas:
-
--   **Sé respetuoso**: Trata a todos con cortesía.
--   **Mantén el enfoque**: Mantén las discusiones relacionadas con el [desarrollo de plugins de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
--   **Evita publicaciones duplicadas**: Busca en el foro antes de iniciar un nuevo hilo.
--   **Da seguimiento**: Marca las soluciones como aceptadas y actualiza tus hilos con resoluciones.
--   **Ten paciencia**: Recuerda que los miembros pueden estar en diferentes zonas horarias.
--   **Comparte tu conocimiento**: Publica soluciones para ayudar a otros que enfrenten problemas similares.
-
-## Ayuda para el Desarrollo de Plugins
-
-Los foros son un recurso esencial para desarrolladores que trabajan en [plugins de Capacitor](https://capgo.app/plugins/). Proporcionan un espacio para probar ideas, solucionar problemas y compartir plugins terminados con la comunidad.
-
-### Probando Ideas de Plugins
-
-Cuando tengas una idea para un plugin, comienza creando una propuesta que incluya:
-
--   **Declaración del problema y solución**: ¿Qué problema resuelve tu plugin y cómo?
--   **Público objetivo**: ¿Quién se beneficiará de usar tu plugin?
--   **Enfoque técnico**: ¿Cómo funcionará el plugin técnicamente?
--   **Soporte de plataforma**: ¿Funcionará en iOS, Android o web?
-
-Una vez que tu idea sea aprobada o validada, usa métodos estructurados de solución de problemas para superar cualquier obstáculo en el desarrollo.
-
-### Resolviendo Problemas
-
-Al solucionar problemas, sé minucioso. Describe tu problema claramente, incluye detalles sobre tu entorno de desarrollo, describe los pasos de depuración que has tomado y comparte cualquier mensaje de error. Concéntrate en proporcionar detalles específicos más allá de los consejos estándar de solución de problemas.
-
-Una vez que hayas resuelto el problema, refina tu plugin y prepáralo para compartir.
-
-### Compartiendo Tu Plugin
-
-Al anunciar tu plugin, asegúrate de incluir:
-
--   **Documentación clara**: Explica cómo usar el plugin paso a paso.
--   **Ejemplos**: Proporciona casos de uso prácticos y reales.
--   **Compatibilidad de versiones**: Especifica qué versiones de plataformas o frameworks son compatibles.
--   **Canales de soporte**: Informa a los usuarios cómo pueden obtener ayuda si la necesitan.
-
-Organiza las características de tu plugin en una tabla simple como esta:
-
-| Característica | Descripción | Ejemplo de Uso |
-| --- | --- | --- |
-| Funcionalidad principal | Capacidad principal del plugin | Código de implementación básica |
-| Opciones de configuración | Configuraciones disponibles | Fragmento de configuración |
-| Características específicas de plataforma | Diferencias iOS/Android | Código específico de plataforma |
-
-Mantente activo en las discusiones del foro para responder preguntas y abordar preocupaciones rápidamente. Esto no solo ayuda a los usuarios sino que también construye confianza dentro de la comunidad.
-
-## Herramientas Adicionales de Desarrollo
-
-Además de los foros, hay otras herramientas que pueden hacer que el desarrollo y despliegue de plugins sea más rápido y eficiente. Estas herramientas van más allá del consejo, ofreciendo soluciones prácticas para optimizar tu flujo de trabajo.
-
-### Documentación Oficial
-
-La documentación oficial de Capacitor es un recurso de referencia. Incluye referencias de API, plantillas de plugins, guías de migración y consejos de seguridad. Además, hay herramientas disponibles para actualizaciones en tiempo real que hacen el desarrollo aún más fluido.
-
-### Bibliotecas de Plugins
-
-### Actualizaciones de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Capgo hace que las actualizaciones instantáneas de apps sean simples. Ha entregado 23.5 millones de actualizaciones en 750 apps de producción, con una tasa de éxito del 82%. Impresionantemente, el 95% de los usuarios activos reciben actualizaciones dentro de 24 horas. Su CDN global puede descargar un paquete de 5MB en solo 114ms. Capgo soporta Capacitor 8, ofreciendo capacidades de actualización parcial [\[1\]](https://capgo.app/).
-
-> "Practicamos desarrollo ágil y @Capgo es crucial para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Para comenzar, ejecuta:
-
-Capgo funciona perfectamente con sistemas CI/CD y ofrece características como pruebas beta dirigidas y despliegues graduales usando su sistema de canales. Por una tarifa única de $2,600, también proporciona análisis en tiempo real y seguimiento de errores, dándote visibilidad completa del proceso de actualización.
-
-## Conclusión
-
-### Puntos Principales
-
-Los foros comunitarios juegan un papel clave en el desarrollo de plugins de Capacitor. Ofrecen un espacio para validación rápida de ideas, solución de problemas y compartir conocimientos entre pares. Estos foros también te mantienen actualizado sobre las últimas tendencias y prácticas en el ecosistema de Capacitor. Con documentación oficial, soporte activo de la comunidad y una variedad de herramientas, el ecosistema de plugins se convierte en una base sólida para los desarrolladores. Participar activamente te permite obtener conocimientos expertos y construir conexiones significativas dentro de la comunidad.
-
-### Primeros pasos
-
-¿Listo para empezar? Aquí te explicamos cómo:
-
--   **Únete a plataformas clave**: Participa en Discord y GitHub Discussions para conectar con la comunidad y explorar la documentación oficial.
--   **Comparte tus plugins**: Contribuye con tu trabajo para ayudar a otros y obtener retroalimentación constructiva.
--   **Usa herramientas para la eficiencia**: Herramientas como Capgo pueden simplificar las actualizaciones, pruebas y despliegue, haciendo tu proceso de desarrollo más fluido.
diff --git a/src/content/blog/es/capacitor-comprehensive-guide.md b/src/content/blog/es/capacitor-comprehensive-guide.md
deleted file mode 100644
index f9217ab87..000000000
--- a/src/content/blog/es/capacitor-comprehensive-guide.md
+++ /dev/null
@@ -1,108 +0,0 @@
----
-slug: capacitor-comprehensive-guide
-title: 'Capacitor: Una Guía Completa'
-description: >-
-  CapacitorJS es una poderosa herramienta que permite a los desarrolladores web
-  crear aplicaciones nativas para iOS, Android, Desktop y Progressive Web Apps
-  con una única base de código web estándar. Aprende todo lo que necesitas saber
-  sobre Capacitor en esta guía completa.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-10T00:00:00.000Z
-updated_at: 2023-06-10T00:00:00.000Z
-head_image: /capacitor-guide.webp
-head_image_alt: Ilustración de la guía de Capacitor
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Guides
-published: true
-locale: es
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) es una herramienta versátil que permite a los desarrolladores web crear aplicaciones nativas para iOS, Android, Desktop y Progressive Web Apps utilizando una única base de código web estándar. Desarrollado por el equipo detrás de Ionic, Capacitor ha ganado una atención significativa en los últimos años a medida que los desarrolladores reconocen el potencial de las tecnologías web en plataformas móviles. En esta guía completa, responderemos algunas de las preguntas más comunes sobre Capacitor y exploraremos sus capacidades, casos de uso y beneficios.
-
-## ¿Qué es Capacitor?
-
-Capacitor es una plataforma gratuita y de código abierto (con licencia MIT) que permite a los desarrolladores web crear aplicaciones multiplataforma utilizando tecnologías web estándar que se ejecutan en navegadores modernos. Consiste en SDKs de plataforma nativa (iOS y Android), una herramienta de línea de comandos, una API de plugins y plugins preconfigurados. Capacitor permite que tu aplicación web existente se ejecute como una aplicación nativa en cada plataforma, proporcionando enlaces a la plataforma nativa a través de JavaScript. Estos enlaces pueden integrarse directamente en la aplicación o como plugins independientes para su reutilización y distribución.
-
-## ¿Qué puedes construir con Capacitor?
-
-Con Capacitor, puedes construir prácticamente cualquier cosa que crearías de forma nativa o con otros kits de herramientas multiplataforma. Las aplicaciones de Capacitor tienen acceso completo a la plataforma nativa, por lo que se pueden implementar la mayoría de las características nativas. Sin embargo, integrar controles de UI nativos directamente en la jerarquía de vista de la aplicación web puede ser desafiante y aún no está disponible como una técnica abstracta para que otros la utilicen.
-
-## ¿Para quién es Capacitor?
-
-Capacitor está dirigido a desarrolladores web con experiencia en HTML, CSS y JavaScript. Si construyes aplicaciones web o de escritorio (usando Electron o herramientas similares), Capacitor es tu solución para crear aplicaciones multiplataforma con enfoque en móviles.
-
-## ¿Cuándo debería un equipo elegir Capacitor?
-
-Los equipos deberían considerar Capacitor cuando quieran aprovechar sus habilidades de desarrollo web e inversiones web existentes para implementar aplicaciones en plataformas nativas. Capacitor es ideal para aplicaciones basadas en datos, aplicaciones de consumo, aplicaciones B2B/E y aplicaciones empresariales. Es especialmente adecuado para aplicaciones empresariales, ya que Ionic, la empresa detrás de Capacitor, ofrece soporte y características empresariales dedicadas.
-
-## ¿Puedo reutilizar código web existente y compartir nuevo código con una aplicación web?
-
-¡Sí! Capacitor ejecuta aplicaciones web estándar de forma nativa, permitiendo a los equipos tener una única base de código para web y móvil o reutilizar partes de su aplicación web, como componentes, lógica o experiencias específicas.
-
-## ¿En qué es bueno Capacitor? ¿Cuáles son sus limitaciones?
-
-Capacitor sobresale en ejecutar aplicaciones web estándar como aplicaciones móviles nativas y en extender aplicaciones web con funcionalidad nativa. Es ideal para equipos competentes en desarrollo web o con inversiones web significativas. Capacitor puede no ser la mejor opción para aplicaciones 3D/2D o gráficamente intensivas, aunque soporta WebGL. Las aplicaciones que requieren comunicación extensiva entre la aplicación web y la capa nativa pueden encontrar que el puente de comunicación de Capacitor agrega sobrecarga debido a la serialización. Sin embargo, las aplicaciones de Capacitor siempre pueden ejecutar código nativo personalizado cuando sea necesario.
-
-## ¿Puedo mezclar controles de UI nativos con Capacitor?
-
-Sí, puedes mostrar controles de UI nativos fuera del Web View de Capacitor, como modales o contenedores de navegación a nivel de padre. Integrar controles nativos en la experiencia del web view es posible pero aún no está disponible como una técnica para que otros la utilicen.
-
-## ¿En qué se diferencian Capacitor y Electron?
-
-Capacitor es frecuentemente descrito como "Electron para móvil" porque sirve como contraparte móvil de Electron. Sin embargo, Capacitor puede dirigirse a Electron como plataforma de implementación, ya que es una abstracción de nivel superior. Si solo necesitas dirigirte a plataformas de escritorio, Electron es suficiente. Pero si quieres construir aplicaciones multiplataforma para móvil, web y escritorio, Capacitor soporta Electron y otras plataformas.
-
-## ¿En qué se diferencian Capacitor e Ionic?
-
-Ionic es la empresa que crea Capacitor, Ionic Framework, Stencil, Appflow y otros productos enfocados en el desarrollo de aplicaciones. Capacitor es el kit de herramientas que maneja el lado nativo de la aplicación y la comunicación entre la aplicación nativa y el Web View. Es agnóstico de los frameworks y tecnologías utilizados en la aplicación Web View, incluyendo Ionic Framework. Ionic Framework es un kit de herramientas de UI móvil que proporciona potentes componentes de UI para que las aplicaciones web se vean y se sientan nativas.
-
-## ¿Necesito usar Ionic Framework con Capacitor?
-
-No, puedes usar Capacitor con otros frameworks de UI y CSS como Tailwind, Material UI, Chakra, Quasar, Framework7, o tus propios componentes personalizados. Sin embargo, Ionic Framework sigue siendo una excelente opción para crear experiencias similares a las nativas con tu aplicación web.
-
-## ¿Cuál es la estrategia de Ionic con Capacitor?
-
-Ionic busca impulsar la adopción de Capacitor, ya que esto lleva a un mayor uso de Appflow (su servicio de CI/CD móvil), Ionic Framework y sus soluciones empresariales. El crecimiento de Capacitor es por diseño, ya que fue creado para ofrecer una pila más agnóstica del frontend para que los desarrolladores web construyan aplicaciones móviles.
-
-## ¿Puedo usar Capacitor con React, Next.js o Remix?
-
-Sí, Capacitor funciona bien con React, Next.js y Remix. Mantiene a los desarrolladores más cerca del desarrollo web estándar de React que React Native, ya que la mayoría de las bibliotecas y complementos de React funcionan perfectamente con Capacitor.
-
-## ¿En qué se diferencian Capacitor y React Native?
-
-Capacitor y React Native comparten similitudes en proporcionar herramientas e infraestructura de plugins para desarrollo multiplataforma. Sin embargo, React Native utiliza un sistema similar a la web con JS y React para abstraer los controles de UI nativos de la plataforma, mientras que Capacitor proporciona un Web View para aplicaciones web estándar. Capacitor también es menos complejo que React Native, ya que no requiere gestionar controles de UI nativos y sincronizarlos con la capa JS.
-
-## ¿Es Capacitor más rápido que React Native?
-
-Depende de la carga de trabajo. Capacitor puede ejecutar JavaScript más rápido que React Native debido a su acceso al motor JIT en iOS y Android. Sin embargo, React Native puede considerarse "más rápido" o "más eficiente" para el renderizado de UI ya que utiliza controles de UI nativos, mientras que las aplicaciones de Capacitor se ejecutan principalmente en un Web View.
-
-## ¿En qué se diferencian Capacitor y Flutter?
-
-Capacitor y Flutter proporcionan herramientas e infraestructura de plugins para desarrollo multiplataforma, pero Capacitor utiliza JavaScript y tecnología web estándar, mientras que Flutter utiliza Dart y un entorno personalizado de UI y API. En el lado de la UI, tanto Capacitor como Flutter utilizan motores de renderizado personalizados, con Flutter dibujando sus componentes y Capacitor renderizando la mayoría de la UI en un Web View.
-
-## ¿Puedo integrar Capacitor en React Native o aplicaciones nativas tradicionales para construir micro frontends móviles?
-
-Sí, puedes usar [Ionic Portals](https://ionic.io/portals/) para integrar Capacitor en React Native o aplicaciones nativas tradicionales construidas con Swift/Kotlin para un enfoque de micro frontend móvil.
-
-## ¿Cuáles son mis opciones para animaciones de alto rendimiento en Capacitor?
-
-Puedes usar componentes preconfigurados y optimizados de Ionic Framework, Quasar, Framework7 o Konsta UI, o construir animaciones personalizadas usando Framer Motion, Lottie, o animaciones CSS. Solo asegúrate de seguir las mejores prácticas de rendimiento al usar animaciones CSS.
-
-## ¿Cuántos plugins tiene Capacitor?
-
-Capacitor tiene 26 plugins principales y numerosos plugins construidos por la comunidad. Consulta [awesome-capacitor](https://github.com/riderx/awesome-capacitor/), la organización [capacitor-community](https://github.com/capacitor-community/) y [Capgo](https://capgo.app/plugins/) con 91 plugins para recursos de plugins de la comunidad.
-
-## ¿Existe una extensión de VS Code para Capacitor?
-
-Sí, la [Extensión de VS Code de Ionic](https://marketplace.visualstudio.com/items/?itemName=ionic.ionic) también funciona como una extensión de Capacitor, ofreciendo características como vista previa integrada, ejecución en dispositivos, depuración externa, análisis de calidad de proyectos, análisis de seguridad y más.
-
-## ¿Hay soporte específico para empresas disponible?
-
-Sí, Capgo ofrece [soporte y características empresariales](https://capgo.app/) para Capacitor, incluyendo soporte dedicado, plugins nativos para actualización en vivo y autenticación, y más.
-
-## ¿Cómo empiezo con Capacitor?
-
-Visita la [documentación de Capacitor](https://capacitorjs.com/docs/) y sigue las instrucciones para instalar Capacitor en tu aplicación. Si quieres comenzar con una aplicación Capacitor con opiniones usando Ionic Framework y Angular/React/Vue, sigue el flujo de Comenzar en el [sitio de Ionic Framework](https://ionicframework.com/).
diff --git a/src/content/blog/es/capacitor-live-updates-handling-version-conflicts.md b/src/content/blog/es/capacitor-live-updates-handling-version-conflicts.md
deleted file mode 100644
index 10df4b2e6..000000000
--- a/src/content/blog/es/capacitor-live-updates-handling-version-conflicts.md
+++ /dev/null
@@ -1,193 +0,0 @@
----
-slug: capacitor-live-updates-handling-version-conflicts
-title: 'Capacitor Live Updates: Manejo de Conflictos de Versiones'
-description: >-
-  Aprende a gestionar los conflictos de versiones en actualizaciones en vivo,
-  asegurando un rendimiento estable de la aplicación y una experiencia de
-  usuario fluida.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:09:18.971Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94-1745464174874.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, live updates, version conflicts, app performance, error tracking,
-  rollback, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-Las actualizaciones en vivo de [Capacitor](https://capacitorjs.com/) pueden ahorrar tiempo evitando las revisiones de la tienda de aplicaciones, pero los conflictos de versiones pueden interrumpir el rendimiento y la experiencia del usuario. Esto es lo que necesitas saber:
-
--   **Problemas comunes**: Las implementaciones escalonadas, actualizaciones fallidas (18% de tasa de fallo) y la mezcla de canales beta y producción suelen causar conflictos
--   **Soluciones rápidas**: Volver a una versión estable, limitar implementaciones y habilitar registro detallado
--   **Consejos de prevención**: Usar [canales de lanzamiento](https://capgo.app/docs/webapp/channels/) claros, versionado consistente y pruebas específicas por plataforma
--   **Mejores herramientas**: Plataformas como [Capgo](https://capgo.app/) ofrecen funciones como reversiones automatizadas, seguimiento de errores y entrega rápida de actualizaciones (95% de usuarios actualizados en 24 horas)
-
-Para gestionar los conflictos de versiones eficientemente, concéntrate en el monitoreo en tiempo real, implementaciones por etapas y planes de reversión. Usa herramientas como Capgo para simplificar el proceso y mantener la estabilidad de la aplicación.
-
-## Conflictos de versiones en actualizaciones en vivo de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Desencadenantes comunes de conflictos
-
-Los conflictos de versiones durante las actualizaciones en vivo suelen surgir de algunos escenarios clave:
-
--   **Implementaciones escalonadas**: Las implementaciones graduales pueden llevar a múltiples versiones de la aplicación activas al mismo tiempo. Capgo señala que mientras el 95% de los usuarios actualizan en 24 horas, el 5% restante puede causar fragmentación de versiones[\[1\]](https://capgo.app/)
-    
--   **Actualizaciones fallidas**: Con una tasa de éxito de actualización del 82%, aproximadamente el 18% de los [intentos de actualización](https://capgo.app/docs/live-updates/update-behavior/) fallan, dejando a algunos usuarios en versiones desactualizadas[\[1\]](https://capgo.app/)
-    
--   **Canales de prueba beta**: Mezclar pruebas beta y implementaciones escalonadas sin un control de versiones adecuado puede crear conflictos entre versiones beta y de producción[\[1\]](https://capgo.app/)
-    
-
-Estas situaciones resultan en versiones fragmentadas de la aplicación, que pueden perjudicar el rendimiento y la experiencia del usuario.
-
-### Efectos en el rendimiento de la aplicación
-
-Los conflictos de versiones pueden causar una serie de problemas que afectan negativamente tanto a la aplicación como a sus usuarios:
-
--   Aumento de fallos, errores y comportamiento inconsistente
--   Procesos de resolución de problemas prolongados que retrasan las correcciones y dejan a los usuarios en versiones problemáticas
--   Los esfuerzos de recuperación requieren identificar segmentos afectados, revertir actualizaciones, lanzar correcciones y monitorear la actividad del usuario. Herramientas como Capgo simplifican este proceso con reversiones automatizadas, seguimiento de errores y gestión de canales[\[1\]](https://capgo.app/)
-
-## Encontrar y analizar conflictos de versiones
-
-Detecta conflictos de versiones temprano con herramientas que monitorean errores en tiempo real y rastrean el rendimiento de las actualizaciones.
-
-### Verificación de conflictos durante el desarrollo
-
-Aprovecha las herramientas de seguimiento de errores y datos de rendimiento de actualizaciones durante el desarrollo. Este enfoque ayuda a identificar posibles problemas antes de que tu aplicación llegue a los usuarios[\[1\]](https://capgo.app/)
-
-### Análisis de errores de actualización
-
-Concéntrate en desencadenantes comunes como implementaciones escalonadas o canales de lanzamiento mixtos. Profundiza en los registros de actualización para descubrir patrones como fallos de red, cambios incompatibles u otros problemas recurrentes. Aborda estos problemas priorizando correcciones según su frecuencia e impacto en los usuarios.
-
-### Pruebas por plataforma
-
-Ejecuta pruebas de actualización separadas para iOS y Android. Usa implementaciones escalonadas para cada plataforma y mantén un seguimiento cercano de los paneles de análisis para rastrear el rendimiento.
-
-Una vez identificados los conflictos, implementa correcciones, planes de reversión o medidas preventivas para resolverlos eficientemente.
-
-## Corregir y evitar conflictos de versiones
-
-Después de identificar los conflictos de versiones, sigue estos pasos para resolverlos y prevenir problemas futuros.### Soluciones Rápidas para Conflictos
-
-Aquí te mostramos cómo abordar los conflictos rápidamente:
-
--   Volver inmediatamente a la última versión estable
--   Limitar el despliegue a un canal seguro para minimizar la exposición
--   Habilitar el registro detallado para analizar y comprender los patrones de conflicto
-
-Una vez resuelto, concéntrate en hábitos que reduzcan las posibilidades de que los conflictos se repitan
-
-### Pasos para Prevenir Conflictos
-
-Para mantener los conflictos de versiones bajo control, implementa estas prácticas:
-
--   Configura canales de lanzamiento claros, como interno, beta y producción
--   Implementa las actualizaciones gradualmente, utilizando métricas de rendimiento para guiar el proceso
--   Usa una numeración de versiones consistente en todos los lanzamientos
--   Automatiza las pruebas específicas de cada plataforma antes de lanzar actualizaciones
-
-### Cómo Revertir una Actualización
-
-Si una actualización causa problemas, sigue estos pasos de reversión:
-
-1.  Revisa los registros de errores para comprender el alcance del problema
-2.  Utiliza el [panel de Capgo](https://capgo.app/docs/webapp/) para iniciar una reversión
-3.  Monitorea las tasas de error y las métricas de rendimiento antes de impulsar la siguiente actualización
-
-[\[1\]](https://capgo.app/) Documentación de Capgo: reversión con un clic, sistemas de canales y funciones de seguimiento de errores
-
-## Herramientas de Gestión de Actualizaciones en Vivo
-
-Las herramientas de actualización en vivo han experimentado cambios importantes desde 2022. Con [Microsoft CodePush](https://microsoftgithubio/code-push/) cerrando en 2024 y [Appflow](https://ionicio/appflow/) programado para finalizar en 2026, los desarrolladores están migrando a plataformas que pueden manejar conflictos de versiones mientras se mantienen alineados con las regulaciones de las tiendas de aplicaciones
-
-### Herramientas Actuales del Mercado
-
-Hoy, los desarrolladores buscan soluciones que permitan actualizaciones rápidas y cumplan con las pautas de iOS y Android. Veamos más de cerca cómo Capgo satisface estas necesidades
-
-### Características de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94/29f394e74984c052f31714ba4759b80a.jpg)
-
-Capgo ofrece una variedad de características diseñadas para llenar los vacíos dejados por otras plataformas. Estas incluyen **[implementación en la nube o autoalojada](https://capgo.app/blog/self-hosted-capgo/)**, **cifrado de extremo a extremo**, **integración CI/CD** y **distribución basada en canales**. Aquí hay algunas métricas de rendimiento clave:
-
--   Entrega global por CDN de un paquete de 5 MB en **114 ms**
--   Tiempo promedio de respuesta mundial de API de **434 ms**
--   **95% de usuarios activos** actualizados en 24 horas
--   **82% de tasa de éxito** general en actualizaciones
--   Aproximadamente **1,900 aplicaciones** actualmente en producción
--   Más de **115 billones de actualizaciones** entregadas hasta la fecha
-
-### Comparación de Herramientas
-
-Así es como Capgo se compara con las soluciones tradicionales:
-
--   **Costo de configuración**: Capgo requiere una tarifa única de **$2,600**, comparado con más de **$6,000 anuales** para otras herramientas
--   **Operaciones CI/CD**: Capgo cuesta alrededor de **$300/mes**, mientras que las herramientas tradicionales suelen exceder los **$500/mes**
--   **Velocidad de entrega**: Capgo entrega un paquete de 5 MB en **114 ms**, mientras que otras plataformas tienen velocidades variables
--   **Cifrado**: Capgo ofrece **cifrado de extremo a extremo**, mientras que muchas alternativas solo proporcionan firma básica
-
-## Gestión de Versiones Multiplataforma
-
-Esta sección se basa en la descripción general de las herramientas de actualización en vivo, centrándose en estrategias para mantener alineadas las versiones de iOS y Android
-
-### Consejos de Control de Versiones
-
--   Usa los **[canales de Capgo](https://capgo.app/docs/webapp/channels/)** para gestionar los lanzamientos de iOS y Android mientras realizas pruebas específicas de plataforma [\[1\]](https://capgo.app/)
--   Mantente con **Capacitor 8** para garantizar la compatibilidad en tiempo de ejecución en ambas plataformas [\[1\]](https://capgo.app/)
-
-### Enfoques de Pruebas
-
--   Configura **canales beta** para cada plataforma para probar actualizaciones con grupos específicos de usuarios
--   Utiliza **lanzamientos por etapas** a través de los canales de Capgo y monitorea las métricas en cada paso
--   Prueba las actualizaciones en una variedad de dispositivos y versiones de sistemas operativos para garantizar una amplia compatibilidad
-
-### Seguimiento de Actualizaciones
-
-Capgo proporciona análisis en tiempo real para monitorear las actualizaciones de manera efectiva:
-
--   Mide las tasas de éxito de actualización por plataforma
--   Rastrea la frecuencia y tipos de errores
--   Analiza la distribución de versiones entre los usuariosCon las herramientas de seguimiento de errores de Capgo, los equipos pueden identificar y solucionar problemas específicos de plataforma antes de que afecten a la base más amplia de usuarios [\[1\]](https://capgo.app/)
-
-## Conclusión
-
-Gestionar efectivamente los conflictos de versiones requiere las herramientas adecuadas y un enfoque bien pensado. Incorpora verificaciones de conflictos en etapa de desarrollo, pruebas específicas por plataforma y procedimientos de reversión en un único flujo de trabajo cohesivo. Utiliza monitoreo en tiempo real, implementaciones graduales y opciones de reversión instantánea para identificar y abordar rápidamente los conflictos.
-
-Integra características como cifrado de extremo a extremo, pipelines de CI/CD y controles detallados de usuario para simplificar las actualizaciones y mantener la estabilidad de la aplicación.
-
-## Preguntas frecuentes
-
-:::faq
-### ¿Cómo puedo revertir una actualización en mi aplicación Capacitor si ocurre un conflicto de versiones?
-
-Desafortunadamente, el artículo no proporciona una guía específica sobre cómo revertir actualizaciones en caso de conflictos de versiones. Como mejores prácticas, considera mantener una versión base estable de tu aplicación y probar exhaustivamente las actualizaciones antes del despliegue. Herramientas como **Capgo** también pueden ayudar a optimizar la [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) ofreciendo características como actualizaciones en tiempo real y asignación de usuarios, ayudándote a mitigar conflictos potenciales de manera efectiva.
-:::
-
-:::faq
-### ¿Cómo puedo asegurarme de que todos los usuarios reciban las últimas actualizaciones de mi aplicación sin encontrar conflictos de versiones?
-
-Para evitar conflictos de versiones y asegurar que todos los usuarios reciban las últimas actualizaciones, considera usar una solución de actualización en vivo como **Capgo**. Te permite enviar instantáneamente actualizaciones, correcciones y nuevas características sin esperar aprobaciones de las tiendas de aplicaciones, ayudándote a mantener una versión consistente de la aplicación en toda tu base de usuarios.
-
-Con características como la asignación dirigida de usuarios, puedes implementar actualizaciones a grupos específicos o lanzar cambios gradualmente, reduciendo el riesgo de problemas. Capgo también soporta actualizaciones en tiempo real y cumple con las pautas de Apple y Android, haciéndola una opción confiable para gestionar actualizaciones de aplicaciones eficientemente.
-:::
-
-:::faq
-### ¿Cómo puedo probar actualizaciones en todas las plataformas para prevenir conflictos de versiones en mi aplicación Capacitor?
-
-Para evitar conflictos de versiones al probar actualizaciones en tu aplicación Capacitor, es esencial seguir algunas mejores prácticas:
-
--   **Probar en entornos aislados**: Utiliza entornos separados (por ejemplo, desarrollo, staging, producción) para probar actualizaciones antes de implementarlas ampliamente
--   **Verificar compatibilidad**: Asegúrate de que las actualizaciones sean compatibles con todas las plataformas objetivo (iOS, Android) y prueba en diferentes tipos de dispositivos y versiones de sistemas operativos
--   **Implementar actualizaciones gradualmente**: Comienza con un pequeño grupo de usuarios para identificar posibles problemas antes de un lanzamiento completo
-
-Si estás usando una solución de actualización en vivo como **Capgo**, sus características - como la asignación de usuarios y actualizaciones en tiempo real - pueden hacer que la gestión y prueba de actualizaciones en todas las plataformas sea más fluida. Esto asegura una implementación sin problemas mientras se mantiene el cumplimiento con las pautas de Apple y Android.
-:::
diff --git a/src/content/blog/es/capacitor-live-updates-staying-compliant-with-apple.md b/src/content/blog/es/capacitor-live-updates-staying-compliant-with-apple.md
deleted file mode 100644
index d00b0f8c8..000000000
--- a/src/content/blog/es/capacitor-live-updates-staying-compliant-with-apple.md
+++ /dev/null
@@ -1,247 +0,0 @@
----
-slug: capacitor-live-updates-staying-compliant-with-apple
-title: 'Actualizaciones en Vivo de Capacitor: Manteniéndose en Cumplimiento con Apple'
-description: >-
-  Aprenda a implementar actualizaciones en vivo de manera eficiente en
-  aplicaciones móviles, asegurando el cumplimiento de directrices estrictas para
-  evitar rechazos.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-12T03:03:33.472Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d0d3f9cf9d4dc0b2c0bff2-1741748627082.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, live updates, app compliance, Apple guidelines, encryption, bug
-  fixes, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) las actualizaciones en vivo permiten a los desarrolladores enviar correcciones de errores y cambios menores directamente a las aplicaciones sin requerir que los usuarios descarguen actualizaciones desde la [App Store](https://www.apple.com/app-store/). Esto acelera el despliegue en hasta **81%**, reduce costos y mejora la experiencia del usuario. Sin embargo, es esencial cumplir con las estrictas directrices de Apple para evitar el rechazo de la aplicación.
-
-### Puntos Clave:
-
--   **Actualizaciones Permitidas**: Correcciones de errores, ajustes de UI y actualizaciones de contenido dentro del propósito original de la app.
--   **Actualizaciones Prohibidas**: Cambios importantes en las funcionalidades o actualizaciones de funcionalidades centrales (requieren revisión de la App Store).
--   **Seguridad**: La encriptación de extremo a extremo es obligatoria para proteger los datos del usuario.
--   **Herramientas**: [Capgo](https://capgo.app/) simplifica la gestión de actualizaciones en vivo, asegurando el cumplimiento de las reglas de Apple.
-
-| **Tipo de Actualización** | **Permitido** | **Aprobación Necesaria** |
-| --- | --- | --- |
-| Correcciones de Errores | Sí | No  |
-| Mejoras de UI | Sí | A veces |
-| Actualizaciones de Contenido | Sí | No  |
-| Cambios de Funcionalidad | No  | Sí |
-| Parches de Seguridad | Sí | No  |
-
-Para mantener el cumplimiento, enfócate en correcciones de errores, actualizaciones seguras con encriptación y documenta todos los cambios. Herramientas como Capgo ayudan a gestionar actualizaciones para más de **20 millones de usuarios**, asegurando que las aplicaciones permanezcan en cumplimiento mientras entregan actualizaciones rápidamente.
-
-## [Appflow](https://ionic.io/appflow/live-updates) Actualizaciones en Vivo: Despliega actualizaciones instantáneas directamente a tus usuarios
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-f18932d1af08bf70cb14b84540039486-2025-03-12.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Reglas de Actualización en Vivo de Apple
-
-Apple regula las actualizaciones de aplicaciones para proteger a los usuarios, lo que hace esencial comprender estas reglas al implementar actualizaciones en vivo en aplicaciones de Capacitor.
-
-### Directrices de la [App Store](https://www.apple.com/app-store/) para Actualizaciones
-
-![App Store](https://mars-images.imgix.net/seobot/screenshots/www.apple.com-9d9fbf06f7f9dd70143af6386e59a5d2-2025-03-12.jpg?auto=compress)
-
-Las reglas de Apple describen claramente lo que está y no está permitido con actualizaciones por aire (OTA). Aquí hay un resumen rápido:
-
-| Tipo de Actualización | Permitido | Requisitos |
-| --- | --- | --- |
-| Correcciones de Errores | Sí | No debe cambiar la funcionalidad central |
-| Mejoras de UI | Sí | Limitado a pequeños ajustes visuales |
-| Actualizaciones de Contenido | Sí | Debe permanecer dentro del propósito original de la app |
-| Cambios de Funcionalidad | No  | Requiere revisión de la App Store |
-| Parches de Seguridad | Sí | Debe incluir la encriptación adecuada |
-
-Al usar actualizaciones en vivo, los desarrolladores deben priorizar la seguridad de los datos del usuario y utilizar la encriptación de extremo a extremo. Herramientas como Capgo están diseñadas para cumplir con los requisitos de Apple, simplificando el proceso.
-
-Comprender estas reglas puede ayudarte a evitar errores comunes que conducen al rechazo de aplicaciones.
-
-### Principales Razones por las que las Apps Son Rechazadas
-
-Muchas aplicaciones son rechazadas por violar las directrices de actualización de Apple. Aquí hay algunos problemas frecuentes:
-
--   **Eludir el Proceso de Revisión**: Agregar características nuevas importantes a través de actualizaciones en vivo en lugar de enviarlas para revisión.
--   **Problemas de Privacidad**: No asegurar los datos del usuario durante las actualizaciones.
--   **Cambios en la Funcionalidad Central**: Usar actualizaciones en vivo para alterar significativamente cómo funciona la app.
-
-> "Evitar la revisión para correcciones de errores es oro." - Bessie Cooper, @bessiecooper [\[1\]](https://capgo.app/)
-
-Esto destaca que las actualizaciones en vivo deben centrarse en correcciones de errores, no en introducir nuevas funciones.
-
-Para mantener el cumplimiento con los estándares de Apple:
-
--   Usa encriptación fuerte para todas las actualizaciones.
--   Limita las actualizaciones a correcciones de errores y ajustes menores.
--   Mantén un registro detallado de los cambios realizados.
--   Prueba exhaustivamente las actualizaciones antes de lanzarlas.
--   Monitorea regularmente los cambios en las políticas de Apple.
-
-Seguir estos pasos ayudará a garantizar que las actualizaciones de tu app permanezcan dentro de las estrictas directrices de Apple.
-
-## Configuración de Actualizaciones en Vivo Cumplidoras
-
-Para implementar actualizaciones en vivo en tu [app de Capacitor](https://capgo.app/plugins/ivs-player/) mientras cumples con las reglas de cumplimiento de Apple, necesitarás una configuración estructurada. Aquí te mostramos cómo puedes comenzar.
-
-### Pasos de Configuración del Proyecto
-
-Comienza configurando tu entorno e instalando el plugin de actualización en vivo de Capgo:
-
--   **Instalar Dependencias Requeridas**
-    
-    -   Usa la CLI de Capgo para instalar el plugin de actualización en vivo y configurar las herramientas necesarias. Por ejemplo:
-        
-        ```bash
-        npx @capgo/cli init
-        ```
-        
-    -   Asegúrate de que tu app incluya encriptación de extremo a extremo y almacenamiento seguro para los archivos de actualización.
-        
--   **Configurar Parámetros de Actualización**
-    
-    -   Establece con qué frecuencia deben ocurrir las actualizaciones.
-    -   Planifica procedimientos de reversión en caso de que algo salga mal.
-    -   Mantén un registro detallado de los cambios de versión.
--   **Implementar Protocolos de Seguridad**
-    
-    -   Habilita la encriptación de extremo a extremo.
-    -   Usa métodos de transmisión seguros.
-    -   Requiere autenticación de usuario para mayor protección.
-
-### Directrices de Control de Versiones
-
-Gestionar las versiones de la app correctamente es clave para cumplir con las directrices de Apple. Aquí hay un resumen rápido:
-
-| Tipo de Versión | Alcance de Actualización | Necesita Aprobación |
-| --- | --- | --- |
-| Parche (x.x.1) | Correcciones de errores | No  |
-| Menor (x.1.x) | Ajustes de UI | A veces |
-| Mayor (1.x.x) | Actualizaciones de características | Sí |
-
-Mantén documentación detallada de todos los cambios para hacer el proceso de revisión de la App Store más fluido.
-
-### [Capgo](https://capgo.app/): Gestión de Actualizaciones en Vivo
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-12.jpg?auto=compress)
-
-Capgo simplifica la gestión de actualizaciones en vivo y asegura el cumplimiento de los requisitos de Apple. Ya ha respaldado más de **947.6 millones de actualizaciones** en más de **1,400 apps de producción** [\[1\]](https://capgo.app/).
-
-Algunas de sus características destacadas incluyen:
-
--   **Encriptación de extremo a extremo** para actualizaciones seguras.
--   **Integración CI/CD** con plataformas como [GitHub](https://github.com/), [GitLab](https://about.gitlab.com/), y [Azure DevOps](https://azure.microsoft.com/en-us/products/devops).
--   **Asignación de usuarios** para despliegues controlados.
--   Herramientas para ayudar a garantizar que las actualizaciones se alineen con las políticas de Apple.
-
-Una vez que tu app esté lista, utiliza la CLI de Capgo para enviar actualizaciones. El sistema manejará automáticamente el control de versiones, la encriptación y la distribución, manteniéndote en cumplimiento con las reglas de Apple.
-
-###### sbb-itb-f9944d2
-
-## Seguridad de Datos Durante Actualizaciones
-
-Asegurar los datos durante las actualizaciones en vivo es crucial para cumplir con las regulaciones y proteger la información del usuario. También juega un papel clave en mantener la confianza del usuario.
-
-### Requisitos de Encriptación
-
-La encriptación de extremo a extremo es imprescindible para mantener las actualizaciones en vivo seguras en [apps de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Asegura que los datos de actualización permanezcan protegidos mientras se trasladan del servidor al dispositivo. La solución de actualización en vivo de Capgo impone estos estándares de encriptación. Según Capgo: "Encriptación de extremo a extremo. Solo tus usuarios pueden desencriptar tus actualizaciones, nadie más" [\[1\]](https://capgo.app/). Esta forma de encriptación es esencial para proteger eficazmente los datos del usuario.
-
-### Protección de Datos del Usuario
-
-El marco de seguridad de Capgo asegura que solo los usuarios autorizados pueden desencriptar las actualizaciones. Al limitar el acceso, ayuda a proteger los datos del usuario durante todo el proceso de actualización y minimiza el riesgo de acceso no autorizado.
-
-## Pruebas y Envío a la App Store
-
-Las pruebas exhaustivas antes del lanzamiento son críticas para un envío fluido a la App Store y para cumplir con los estándares.
-
-### Pruebas Previas al Lanzamiento
-
-La función de asignación de usuarios de Capgo te permite probar actualizaciones con grupos de usuarios específicos antes de lanzarlas a todos. Este enfoque controlado asegura que tus [estrategias de encriptación y protección de datos](https://capgo.app/docs/cli/migrations/encryption/) estén funcionando efectivamente.
-
-Aquí hay un ejemplo de cómo Capgo manejó una implementación para más de 5,000 usuarios:
-
-> "Lanzamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos desde que se desplegó el OTA a @Capgo." [\[1\]](https://capgo.app/)
-
-Para asegurar un despliegue exitoso, sigue estos pasos:
-
--   Comienza con pruebas internas.
--   Expande a un pequeño grupo de usuarios externos.
--   Escala gradualmente la base de usuarios.
--   Monitorea los tiempos de entrega de actualizaciones y las tasas de éxito.
-
-Una vez que las pruebas estén completas, necesitarás documentar estos pasos para el proceso de revisión de la App Store.
-
-### Directrices de Revisión de Apps
-
-Al enviar tu aplicación, es importante mostrar cumplimiento con las directrices de Apple.
-
-> "@Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar la revisión para correcciones de errores es oro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Apple requiere documentación específica, que incluye:
-
--   **Documentación Clara**: Una explicación detallada de cómo se entregan las actualizaciones.
--   **Protocolos de Seguridad**: Prueba de encriptación y medidas de protección de datos.
--   **Alcance de Actualización**: Un desglose de los tipos de contenido que se están actualizando.
--   **Evidencia de Pruebas**: Datos que muestran pruebas exhaustivas y métricas de rendimiento.
-
-| Área de Enfoque de Revisión | Documentación Requerida |
-| --- | --- |
-| Medidas de Seguridad | Protocolos de encriptación, seguridad de datos |
-| Mecanismo de Actualización | Detalles técnicos de la implementación |
-| Cambios de Contenido | Alcance definido de las actualizaciones |
-| Resultados de Pruebas | Métricas de estabilidad y rendimiento |
-
-Proporcionar documentación clara y detallada sobre los procesos de seguridad y actualización puede simplificar el proceso de envío y ayudar a evitar retrasos.
-
-## Cumplimiento Post-Lanzamiento
-
-Después de lanzar tu aplicación, mantenerse en cumplimiento con las directrices de la App Store requiere monitoreo constante y ajustes rápidos. Los desarrolladores necesitan hacer un seguimiento de las actualizaciones y adaptarse a cualquier cambio en las directrices para asegurar el cumplimiento continuo.
-
-### Seguimiento de Actualizaciones
-
-Para mantener tu aplicación alineada con las políticas de la App Store, enfócate en estas áreas clave:
-
-| Área de Monitoreo | Métricas Clave | Elementos de Acción |
-| --- | --- | --- |
-| Velocidad de Distribución | Actualizar tiempo de entrega | Medir qué tan rápido llegan las actualizaciones a los usuarios. |
-| Tasa de Éxito | % de finalización de actualizaciones | Investigar actualizaciones fallidas y sus causas. |
-| Cobertura de Usuarios | Actualizaciones de usuarios activos | Asegurar que las actualizaciones lleguen a todos los segmentos de usuarios. |
-| Estado de Seguridad | Validación de cifrado | Comprobar la integridad del cifrado de extremo a extremo. |
-
-Estas métricas proporcionan la base para adaptarse rápidamente cuando las pautas cambian.
-
-### Respuesta a la Actualización de Políticas
-
-El seguimiento de estas métricas no se trata solo de rendimiento; también ayuda a identificar áreas que pueden necesitar atención inmediata cuando Apple actualiza sus políticas. Así es como responder:
-
-1.  **Revisar Cambios:** Examinar nuevas pautas y determinar su impacto en su proceso de actualización actual.
-2.  **Auditoría Técnica:** Confirmar que sus mecanismos de actualización se alineen con los requisitos revisados.
-3.  **Verificación de Seguridad:** Comprobar que sus protocolos de cifrado cumplan con los estándares actualizados.
-4.  **Actualización de Documentación:** Actualizar su documentación de cumplimiento para reflejar las últimas pautas.
-
-Utilizar herramientas diseñadas con los requisitos de Apple en mente puede simplificar este proceso. Por ejemplo, Capgo ofrece funciones como cifrado de extremo a extremo y asignación de usuarios, facilitando el cumplimiento mientras se entregan actualizaciones de manera eficiente [\[1\]](https://capgo.app/).
-
-Monitoree regularmente el cumplimiento de su aplicación a través de su [plataforma de gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Mantenerse proactivo puede ayudarle a detectar y resolver problemas potenciales antes de que afecten su posición en la App Store, manteniendo su estrategia de actualizaciones en vivo tanto efectiva como dentro de las reglas.
-
-## Conclusión
-
-Equilibrar la velocidad y el cumplimiento es clave al implementar actualizaciones en vivo en aplicaciones de Capacitor. Con las herramientas adecuadas, la eficiencia en los lanzamientos puede mejorar hasta en un 81% [\[1\]](https://capgo.app/), facilitando el cumplimiento de las pautas de Apple.
-
-Plataformas como Capgo demuestran cómo es posible cumplir con los requisitos de la App Store mientras se entregan actualizaciones rápidas [\[1\]](https://capgo.app/). Las estrictas reglas de Apple sobre actualizaciones en vivo destacan la importancia de mantenerse en cumplimiento.
-
-Para asegurar el cumplimiento a largo plazo, enfóquese en estas prácticas:
-
--   Utilice cifrado de extremo a extremo para todas las actualizaciones.
--   Integre sin problemas las actualizaciones en sus flujos de trabajo de CI/CD.
--   Monitoree las métricas de actualización regularmente.
--   Manténgase preparado para cambios en las políticas.
diff --git a/src/content/blog/es/capacitor-native-bridge-android-plugin-basics.md b/src/content/blog/es/capacitor-native-bridge-android-plugin-basics.md
deleted file mode 100644
index b74deac14..000000000
--- a/src/content/blog/es/capacitor-native-bridge-android-plugin-basics.md
+++ /dev/null
@@ -1,489 +0,0 @@
----
-slug: capacitor-native-bridge-android-plugin-basics
-title: Base de Complementos de Android para el Puente Nativo de Capacitor
-description: >-
-  Aprende a crear plugins de Android de alto rendimiento con Capacitor Native
-  Bridge, incluyendo la configuración, desarrollo y mejores prácticas de
-  pruebas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T02:39:06.030Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c-1743215957623.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, Android plugins, development, Java, mobile development, Gradle,
-  plugin testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Native Bridge simplifica la creación de plugins de Android al conectar JavaScript y código nativo de Android. Esto es lo que necesitas saber:
-
--   **Qué Hace**: Actúa como un puente bidireccional para que las aplicaciones web accedan a funciones nativas de Android como la cámara o sensores.
--   **Por Qué Usarlo**: Combina tecnologías web con [rendimiento nativo](https://capgo.app/plugins/native-audio/), haciendo el desarrollo de plugins sencillo.
--   **Requisitos Esenciales**: Requiere [Node.js](https://nodejs.org/en), JDK 11+, [Android Studio](https://developer.android.com/studio), y Capacitor CLI. Asegura las variables de entorno adecuadas y configuraciones de [Gradle](https://gradle.org/).
--   **Cómo Empezar**: Usa `npm init @capacitor/plugin` para crear la estructura del plugin, define métodos en Java, y prueba usando Android Studio o dispositivos reales.
--   **Integración con [Capgo](https://capgo.app/)**: Permite actualizaciones en vivo, reversiones y análisis para una implementación fluida de plugins.
-
-### Lista de Verificación Rápida:
-
-1.  Instalar herramientas: Node.js, JDK 11+, Android Studio.
-2.  Configurar Gradle para API 22+ y dependencias de Capacitor.
-3.  Crear estructura del plugin con Capacitor CLI.
-4.  Probar en emuladores y dispositivos reales.
-
-Capacitor cierra la brecha entre web y Android nativo, ofreciendo a los desarrolladores una forma confiable de crear plugins de alto rendimiento.
-
-## Ejecutando Código Nativo iOS/Android con Ionic
-
-<iframe src="https://www.youtube.com/embed/ApTe3EgLiCk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuración e Instalación
-
-Para comenzar a desarrollar un [plugin de Android para Capacitor](https://capgo.app/plugins/ivs-player/), necesitarás configurar tu entorno cuidadosamente. Aquí te explicamos cómo preparar todo.
-
-### Configuración de Herramientas Requeridas
-
-Asegúrate de tener instaladas y configuradas las siguientes herramientas:
-
--   **Node.js y npm**: Instala Node.js versión 14.0 o superior.
--   **[Kit de Desarrollo Java](https://en.wikipedia.org/wiki/Java_Development_Kit) (JDK)**: Usa JDK 11 o más reciente.
--   **Android Studio**: Instala la última versión estable (2023.1.1 o posterior).
--   **Capacitor CLI**: Instala globalmente usando npm.
--   **Android SDK**: Asegura que el nivel de API 22 o superior esté instalado.
-
-Agrega estas rutas a las variables de entorno de tu sistema:
-
-```bash
-ANDROID_HOME=/Users/username/Library/Android/sdk
-JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home
-```
-
-Verifica dos veces que tus variables de entorno estén configuradas correctamente para evitar problemas de compatibilidad. Una vez hecho esto, continúa con la configuración de tu proyecto en Android Studio.
-
-### Configuración del Proyecto en [Android Studio](https://developer.android.com/studio)
-
-![Android Studio](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/37b29b854cd53ac189541dfdcf7a9a26.jpg)
-
-Configura tu proyecto de Android Studio con estos pasos:
-
-1.  **Configuración del Proyecto**
-
-Actualiza tu archivo `build.gradle` con la siguiente configuración:
-
-```kotlin
-android {
-    compileSdkVersion 33
-    defaultConfig {
-        minSdkVersion 22
-        targetSdkVersion 33
-    }
-}
-```
-
-2.  **Agregar Dependencias del Plugin**
-
-Incluye las dependencias necesarias de Capacitor en tu archivo `build.gradle`:
-
-```kotlin
-dependencies {
-    implementation '@capacitor/android:5.0.0'
-    implementation '@capacitor/core:5.0.0'
-}
-```
-
-3.  **Configurar el Archivo Manifest**
-
-Agrega los permisos y configuraciones necesarias a tu archivo `AndroidManifest.xml`:
-
-```xml
-<manifest>
-    <uses-permission android:name="android.permission.INTERNET" />
-    <application
-        android:allowBackup="true"
-        android:label="@string/app_name">
-        <!-- Additional configurations -->
-    </application>
-</manifest>
-```
-
-### Tabla de Compatibilidad
-
-Aquí hay una referencia rápida para las versiones mínimas y recomendadas de los componentes clave:
-
-| Componente | Versión Mínima | Versión Recomendada |
-| --- | --- | --- |
-| Android Studio | 2023.1.1 | 2023.2.1 |
-| JDK | 11 | 17 |
-| Gradle | 7.3 | 8.0 |
-| Android SDK | API 22 | API 33 |
-
-### Optimizar Configuraciones de [Gradle](https://gradle.org/)
-
-![Gradle Build Tool Interface](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/ea42b2d6446e3f23d9417eaa9ba23d71.jpg)
-
-Para mejorar el rendimiento y la compatibilidad, actualiza tu archivo `gradle.properties` con estas configuraciones:
-
-```properties
-org.gradle.jvmargs=-Xmx2048m
-org.gradle.parallel=true
-android.useAndroidX=true
-```
-
-Habilita la importación automática y la compilación en tiempo real en Android Studio para identificar y resolver problemas rápidamente. Estos pasos aseguran un desarrollo fluido y un uso eficiente de los recursos.
-
-## Creando Tu Primer Plugin de Android
-
-Aprende cómo construir tu primer plugin de Android usando Capacitor. Esta guía te lleva a través de los pasos y comparte consejos prácticos.
-
-### Pasos para la Creación del Plugin
-
-Comienza generando la estructura del plugin con el CLI de Capacitor:
-
-```bash
-npm init @capacitor/plugin your-plugin-name
-cd your-plugin-name
-npm install
-```
-
-Luego, actualiza el archivo `package.json` con la siguiente configuración:
-
-```json
-{
-  "name": "your-plugin-name",
-  "version": "1.0.0",
-  "capacitor": {
-    "android": {
-      "src": "android"
-    }
-  }
-}
-```
-
-Esta configuración asegura que Capacitor reconozca tu plugin y sus archivos fuente de Android.
-
-### Estructura de Directorios del Plugin
-
-Tu proyecto seguirá esta estructura:
-
-```
-your-plugin-name/
-├── android/
-│   ├── src/main/
-│   │   ├── java/com/yourcompany/plugin/
-│   │   │   └── YourPlugin.java
-│   ├── build.gradle
-│   └── proguard-rules.pro
-├── src/
-│   ├── definitions.ts
-│   └── web.ts
-├── package.json
-└── README.md
-```
-
-Aquí está lo que hace cada archivo clave:
-
-| Archivo | Propósito |
-| --- | --- |
-| `YourPlugin.java` | Maneja la lógica de Android del plugin |
-| `definitions.ts` | Contiene definiciones de interfaz TypeScript |
-| `web.ts` | Proporciona funcionalidad de respaldo basada en web |
-| `package.json` | Gestiona dependencias y metadatos del plugin |
-
-### Escribiendo Métodos del Plugin
-
-Define los métodos del plugin en el archivo `YourPlugin.java`. Por ejemplo, aquí hay un método simple:
-
-```java
-@PluginMethod
-public void echo(PluginCall call) {
-    String value = call.getString("value");
-    JSObject ret = new JSObject();
-    ret.put("value", value);
-    call.resolve(ret);
-}
-```
-
-Cada método requiere la anotación `@PluginMethod` y usa el objeto `PluginCall` para manejar parámetros y devolver resultados. Aquí hay otro ejemplo con manejo de errores:
-
-```java
-@PluginMethod
-public void getData(PluginCall call) {
-    String id = call.getString("id", null);
-    if (id == null) {
-        call.reject("Must provide an id");
-        return;
-    }
-
-    int limit = call.getInt("limit", 10); // Default value
-
-    JSObject result = new JSObject();
-    result.put("id", id);
-    result.put("limit", limit);
-    call.resolve(result);
-}
-```
-
-Para lógica más compleja, maneja excepciones para asegurar la estabilidad:
-
-```java
-@PluginMethod
-public void processData(PluginCall call) {
-    try {
-        // Processing logic here
-        call.resolve();
-    } catch (Exception e) {
-        call.reject("Error processing data: " + e.getMessage());
-    }
-}
-```
-
-### Probando Tu Plugin
-
-Usa las [herramientas de depuración](https://capgo.app/docs/plugin/debugging/) de Android Studio para probar cada método exhaustivamente. Asegúrate de que tus métodos estén enfocados en tareas específicas para mantener el código limpio y fácil de mantener. Una vez completada la depuración, prueba tu plugin en dispositivos Android reales para confirmar que todo funciona como se espera.
-
-## Guía de Pruebas del Plugin
-
-### Pruebas en Dispositivos Android
-
-Para probar plugins de Android efectivamente, usa tanto emuladores como dispositivos reales. El AVD Manager de Android Studio es una gran herramienta para simular varios niveles de API y tamaños de pantalla.
-
-Ejecuta estos comandos para prepararte para las pruebas:
-
-```bash
-npx cap open android
-npm run build
-npx cap sync
-```
-
-Asegúrate de que la depuración USB esté habilitada y confirma la conectividad del dispositivo con `adb devices`. Crea una matriz de pruebas para cubrir versiones clave de Android:
-
-| Versión de Android | Prioridad de Prueba | Áreas Clave de Enfoque |
-| --- | --- | --- |
-| Android 14 | Alta | Compatibilidad con la última API |
-| Android 13 | Alta | Funcionalidad principal |
-| Android 12 | Media | Compatibilidad hacia atrás |
-| Android 11 | Baja | Soporte heredado |
-
-### Solucionando Problemas Comunes del Plugin
-
-**Fugas de Memoria**  
-Usa el Perfilador de Memoria en Android Studio para identificar y resolver fugas de memoria. Enfócate en:
-
--   Receptores de transmisión no registrados
--   Conexiones de base de datos no cerradas
--   Referencias fuertes a Activities o Contexts
-
-**Problemas de Registro del Plugin**  
-Si los plugins fallan al registrarse, verifica lo siguiente:
-
--   Registro del plugin en `MainActivity.java`
--   Consistencia del nombre del paquete
--   Dependencias correctas de Gradle
-
-**Problemas de Rendimiento**  
-Aprovecha el Perfilador de CPU para identificar cuellos de botella de rendimiento. Las mejores prácticas incluyen:
-
--   Mantener los métodos del plugin ligeros
--   Ejecutar tareas pesadas en hilos de fondo
--   Agregar mecanismos adecuados de manejo de errores
-
-### Optimizando Pruebas en Vivo y Actualizaciones
-
-Las [herramientas de Capgo](https://capgo.app/docs/cli/commands) pueden simplificar las pruebas en vivo y actualizaciones. Usa estos ejemplos para mejorar tu flujo de trabajo:
-
--   **Inicializar seguimiento de errores**:
-    
-    ```typescript
-    CapacitorUpdater.notifyAppReady();
-    ```
-    
--   **Manejar fallos de actualización**:
-    
-    ```typescript
-    CapacitorUpdater.addListener('updateFailed', (info) => {
-      console.error('Update failed:', info);
-    });
-    ```
-    
--   **Usar reversión para correcciones rápidas**:
-    
-    ```typescript
-    try {
-      await CapacitorUpdater.rollback();
-    } catch (err) {
-      console.error('Rollback failed:', err);
-    }
-    ```
-    
--   **Configurar despliegues por etapas**:
-    
-    ```typescript
-    await CapacitorUpdater.setChannel({
-      channel: 'beta',
-      preventAutoUpdateOnFail: true
-    });
-    ```
-    
-
-## Estándares de Desarrollo de Plugins
-
-### Directrices de Estructura de Código
-
-Aquí hay una plantilla básica para estructurar tu plugin en Java:
-
-```java
-public class MyPlugin extends Plugin {
-    private static final String TAG = "MyPlugin";
-    private final Context context;
-
-    public MyPlugin(Context context) {
-        this.context = context;
-    }
-
-    @PluginMethod
-    public void methodName(PluginCall call) {
-        try {
-            // Method implementation
-            call.resolve();
-        } catch (Exception e) {
-            call.reject("Error message", e);
-        }
-    }
-}
-```
-
-Prácticas estructurales clave a seguir:
-
--   Usa firmas de método claras y bien definidas con modificadores de acceso apropiados.
--   Elige nombres de variables y métodos que expliquen su propósito.
--   Asegúrate de que las APIs públicas estén completamente documentadas.
--   Mantén la lógica de negocio separada de los componentes relacionados con la UI.
-
-### Consejos de Rendimiento
-
-Un plugin bien estructurado no solo mejora la mantenibilidad sino también el rendimiento. Aquí hay algunas estrategias de optimización:
-
-| Área de Enfoque | Enfoque Recomendado |
-| --- | --- |
-| Gestión de Hilos | Delega tareas pesadas a hilos de fondo |
-| Uso de Memoria | Limpia recursos adecuadamente para evitar fugas |
-| Llamadas de Red | Almacena respuestas en caché e implementa mecanismos de reintento |
-| Carga de Recursos | Usa carga perezosa para recursos grandes |
-
-Para tareas que demandan recursos significativos, considera este ejemplo:
-
-```java
-@PluginMethod
-public void heavyOperation(PluginCall call) {
-    taskQueue.execute(() -> {
-        try {
-            // Perform intensive operation
-            JSObject result = new JSObject();
-            call.resolve(result);
-        } catch (Exception e) {
-            call.reject("Operation failed", e);
-        }
-    });
-}
-```
-
-### Gestión de Errores
-
-Un manejo sólido de errores asegura que tu plugin permanezca estable y confiable:
-
-```java
-@PluginMethod
-public void criticalOperation(PluginCall call) {
-    try {
-        // Operation code
-        if (!operationSuccessful) {
-            throw new PluginException("Operation failed");
-        }
-        call.resolve();
-    } catch (Exception e) {
-        Logger.error(TAG, "Critical operation failed", e);
-        handleRollback();
-        call.reject("Operation failed", e);
-    }
-}
-```
-
-Mejores prácticas para la gestión de errores:
-
--   Registra errores con el nivel de severidad correcto.
--   Incluye contexto significativo en los mensajes de error para ayudar en la depuración.
--   Monitorea la frecuencia de errores e identifica problemas recurrentes.
--   Usa informes de errores automatizados para detectar problemas temprano.
-
-Para operaciones críticas, es esencial tener mecanismos de reversión. Aquí hay un ejemplo:
-
-```java
-private void handleRollback() {
-    try {
-        bridge.triggerJSEvent("rollbackRequired", "{}");
-    } catch (Exception e) {
-        Logger.error(TAG, "Rollback failed", e);
-    }
-}
-```
-
-Las herramientas de seguimiento de errores y reversión de Capgo pueden ayudarte a recuperarte rápidamente de fallos [\[1\]](https://capgo.app/).
-
-## Guía de Integración de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-Basado en nuestros resultados de pruebas en vivo, integrar Capgo ayuda a optimizar el despliegue de actualizaciones.
-
-### Resumen de Características de Capgo
-
-Capgo proporciona herramientas esenciales para gestionar actualizaciones en vivo, asegurando un rendimiento fluido. Permite actualizaciones instantáneas para plugins de Android de Capacitor sin necesidad de aprobaciones de la tienda de aplicaciones. Esto es lo que ofrece Capgo:
-
-| Característica | Descripción |
-| --- | --- |
-| Cifrado de Extremo a Extremo | Asegura la entrega segura de actualizaciones |
-| Actualizaciones Parciales | Descarga solo componentes modificados |
-| [Sistema de Canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Permite despliegues por etapas dirigidos |
-| Análisis en Tiempo Real | Monitorea el rendimiento de actualizaciones |
-| Reversión con Un Clic | Recuperación rápida en caso de problemas |
-| Integración CI/CD | Compatible con GitHub Actions, GitLab CI y Jenkins |
-
-### Configurando Capgo
-
-Para comenzar con Capgo, ejecuta el siguiente comando:
-
-```bash
-npx @capgo/cli init
-```
-
-Agrega el plugin a tu proceso de compilación. Capgo maneja automáticamente las actualizaciones en segundo plano, utilizando sus funciones integradas de análisis y reversión.
-
-Puedes usar el sistema de canales para gestionar los despliegues en entornos de producción, beta y desarrollo. Las actualizaciones parciales están disponibles para reducir el uso del ancho de banda y entregar solo los cambios necesarios.
-
-Capgo es compatible con las versiones 6 y 7 de Capacitor.
-
-> ¡Practicamos el desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios! [\[1\]](https://capgo.app/)
-
-## Resumen
-
-El Native Bridge de Capacitor mejora los plugins de Android con potentes funciones nativas y desarrollo optimizado. Este enfoque proporciona resultados sólidos, incluyendo 23.5 millones de actualizaciones en 750 aplicaciones en producción [\[1\]](https://capgo.app/).
-
-Las métricas de rendimiento de la plataforma destacan su efectividad: una tasa de éxito global del 82% en despliegues de actualizaciones, un tiempo promedio de descarga de 114 ms para un paquete de 5 MB a través de una CDN global, y el 95% de los usuarios activos recibiendo actualizaciones dentro de las 24 horas [\[1\]](https://capgo.app/).
-
-Para lograr estos resultados, es crucial seguir prácticas clave:
-
-| Mejor Práctica | Beneficio |
-| --- | --- |
-| Implementar Actualizaciones en Vivo | Desplegar correcciones y funciones rápidamente |
-| Usar Sistema de Canales | Desplegar actualizaciones selectivamente, probar betas |
-| Monitorear Analytics | Evaluar rendimiento y adopción de usuarios |
-| Habilitar Auto-rollback | Recuperarse rápidamente de posibles problemas |
-
-Los desarrolladores han elogiado estas herramientas. Bessie Cooper compartió: _"Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar la revisión para correcciones de errores es oro puro."_ [\[1\]](https://capgo.app/)
-
-Características como seguimiento de errores, monitoreo de rendimiento, cifrado de extremo a extremo e integración perfecta con CI/CD contribuyen a altas tasas de éxito en actualizaciones y rendimiento fluido. En conjunto, estas herramientas combinan funcionalidad nativa con actualizaciones rápidas y confiables, mostrando las fortalezas de la plataforma.
diff --git a/src/content/blog/es/capacitor-native-bridge-web-to-android-data-transfer.md b/src/content/blog/es/capacitor-native-bridge-web-to-android-data-transfer.md
deleted file mode 100644
index 3df40c1fe..000000000
--- a/src/content/blog/es/capacitor-native-bridge-web-to-android-data-transfer.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: capacitor-native-bridge-web-to-android-data-transfer
-title: 'Puente Nativo de Capacitor: Transferencia de Datos de Web a Android'
-description: >-
-  Aprende cómo transferir datos de manera eficiente entre aplicaciones web y
-  Android usando el puente nativo de Capacitor, abordando desafíos comunes y
-  consejos de rendimiento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T01:10:13.731Z
-updated_at: 2025-04-16T01:11:27.424Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d-1744765887424.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, data transfer, JSON serialization, mobile apps, Android,
-  performance optimization, encryption, error handling
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**La transferencia de datos entre aplicaciones web y Android en [Capacitor](https://capacitorjs.com/) puede ser desafiante, pero entender la serialización JSON y las operaciones del puente nativo simplifica el proceso.** Esto es lo que necesitas saber:
-
--   **Compatibilidad JSON:** El puente nativo solo admite tipos serializables en JSON, evita funciones, referencias circulares y clases personalizadas.
--   **Consejos de Rendimiento:** Divide los datos grandes en fragmentos, comprímelois y almacena en caché los datos de uso frecuente para mejorar la velocidad y el uso de memoria.
--   **Manejo de Errores y Seguridad:** Usa encriptación, permisos en tiempo de ejecución y seguimiento de errores entre capas para transferencias seguras y confiables.
--   **Características del Puente:** Admite mensajería bidireccional, agrupación de eventos y validación de tipos para garantizar una comunicación fluida.
--   **Herramientas de [Capgo](https://capgo.app/):** Ofrece actualizaciones en tiempo real, fragmentación inteligente y encriptación de extremo a extremo para un manejo de datos sin problemas.
-
-**Consejo Rápido:** Usa [TypeScript](https://www.typescriptlang.org/) para tipado estricto, valida JSON en ambos extremos y considera plugins personalizados para necesidades de datos complejos. La plataforma de Capgo mejora el rendimiento con actualizaciones en vivo y sincronización segura, haciéndola una excelente opción para aplicaciones híbridas.
-
-## Cómo crear un plugin de [Capacitor](https://capacitorjs.com/) para iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-1. Comienza con el proyecto
-2. Configura el entorno
-3. Desarrolla el plugin
-4. Prueba y depura
-
-</Steps>
-
-## Problemas Comunes en la Transferencia de Datos
-
-Manejar la transferencia de datos entre las capas web y Android usando el puente nativo puede ser complicado. Estos desafíos deben abordarse cuidadosamente para garantizar un rendimiento fluido de la aplicación.
-
-### Limitaciones de Tipos de Datos JSON
-
-El puente nativo en Capacitor solo admite tipos serializables en JSON. Esto significa que no puede manejar ciertos tipos de datos, como:
-
--   Funciones
--   Referencias circulares
--   Datos binarios/Blob
--   Objetos Date (que requieren marcas de tiempo precisas)
--   Instancias de clases personalizadas
-
-Para superar estas limitaciones, los desarrolladores a menudo necesitan crear métodos de serialización personalizados para estructuras de datos más complejas.
-
-Pero no se trata solo de tipos de datos - la velocidad y eficiencia con la que se transfieren los datos también juega un papel importante en la experiencia del usuario.
-
-### Preocupaciones de Velocidad y Memoria
-
-Las pruebas de rendimiento revelan algunas métricas clave: las velocidades de descarga CDN para paquetes de 5MB promedian alrededor de 114ms, mientras que las respuestas API globales toman alrededor de 57ms. Para mejorar la eficiencia de transferencia de datos, considera estas estrategias:
-
--   Divide las transferencias grandes en fragmentos más pequeños
--   Comprime datos cuando sea posible
--   Usa carga progresiva para conjuntos de datos
--   Almacena en caché los datos de acceso frecuente
-
-> "Implementamos las actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida - casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." - colenso
-
-### Seguimiento de Errores y Aseguramiento de Datos
-
-La depuración de aplicaciones híbridas puede ser particularmente desafiante. Una vez que se optimiza el rendimiento, es igualmente importante enfocarse en el seguimiento de errores y asegurar los datos durante las transferencias.
-
-| Requisito | Implementación |
-| --- | --- |
-| Encriptación | Protección de extremo a extremo |
-| Permisos | Acceso Android en tiempo de ejecución |
-| Manejo de Errores | Seguimiento entre capas |
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es oro." - Bessie Cooper
-
-Para abordar estos problemas, los desarrolladores deben configurar sistemas de registro robustos que puedan capturar errores en ambas capas web y Android. Al mismo tiempo, asegurar que todas las transferencias de datos estén encriptadas para mantener la seguridad.
-
-## Soluciones del Puente Nativo
-
-El puente nativo aborda los desafíos comunes en la serialización y transferencia de datos al vincular las capas web y Android a través de un sistema de mensajería bidireccional.
-
-### Arquitectura del Puente
-
-Esta arquitectura aborda las limitaciones previamente descritas. Utiliza [WebView](https://en.wikipedia.org/wiki/WebView) para conectar JavaScript con componentes nativos de Android.
-
-Así es como funciona:
-
--   **Cola de Mensajes**: Almacena datos usando un sistema FIFO asíncrono.
--   **Bus de Eventos**: Enruta señales a través de un modelo publicar/suscribir.
--   **Serializador**: Convierte datos, frecuentemente usando transformación JSON.
--   **Capa de Seguridad**: Garantiza la protección de datos con encriptación de extremo a extremo.
-
-Para transferencias de datos grandes, el puente automáticamente divide los datos en fragmentos más pequeños para mantener el rendimiento.
-
-### Comunicación de Plugins
-
-Los plugins sirven como intermediarios, permitiendo que las aplicaciones web accedan a características nativas de Android. El proceso de comunicación generalmente sigue estos pasos:
-
-1.  La capa web hace una llamada usando la interfaz del plugin.
-2.  El puente convierte los datos al formato JSON.
-3.  La capa nativa procesa la solicitud.
-4.  La respuesta se envía de vuelta por el mismo canal.
-
-Se admite tanto la comunicación síncrona como asíncrona. Las llamadas síncronas se gestionan cuidadosamente para asegurar que no ralenticen la interfaz de usuario.
-
-### Flujo de Datos y Eventos
-
-Los datos fluyen a través del puente usando un protocolo estandarizado diseñado para confiabilidad y consistencia. Varios mecanismos apoyan este proceso:
-
--   **Agrupación de Eventos**: Agrupa múltiples eventos para minimizar la sobrecarga.
--   **Validación de Tipos**: Asegura la integridad de datos durante las transferencias.
--   **Recuperación de Errores**: Reintenta automáticamente las transferencias fallidas.
-
-El puente también comprime las transferencias de datos grandes para mejorar el rendimiento. El almacenamiento en caché local ayuda a reducir los retrasos de transferencias repetidas. Además, el sistema de eventos admite tanto callbacks únicos como persistentes, con limpieza automática para gestionar los recursos eficientemente.
-
-## Directrices de Transferencia de Datos
-
-Gestionar JSON efectivamente es clave para transferencias de datos fluidas entre plataformas web y Android.
-
-### Gestión de Datos JSON
-
-Para mantener la gestión de datos confiable:
-
--   **Aprovecha los tipos de TypeScript** para tipado estricto, detectando errores antes de la ejecución.
--   **Valida datos** en ambos lados web y Android para asegurar consistencia.
--   **Simplifica objetos JSON** para minimizar la sobrecarga de análisis y mejorar el rendimiento.
--   **Almacena en caché datos de uso frecuente** localmente para reducir solicitudes repetitivas.
-
-Para conjuntos de datos más grandes, usar técnicas como paginación o streaming puede ayudar a mantener la eficiencia del sistema. Si JSON resulta insuficiente para manejar grandes conjuntos de datos, considera estrategias de transferencia alternativas.
-
-### Métodos de Transferencia de Datos Grandes
-
-Al transferir grandes cantidades de datos:
-
--   **Divide archivos grandes en fragmentos más pequeños** para optimizar el uso de recursos y permitir el seguimiento del progreso.
--   **Evita conversiones innecesarias** (como Base64) para datos binarios; usa APIs del sistema de archivos nativo en su lugar.
--   **Habilita la reanudación de transferencias** para manejar interrupciones y asegurar la integridad de datos.
-
-Para escenarios que exceden los métodos estándar, considera crear plugins personalizados adaptados a tus necesidades.
-
-### Construcción de Plugins de Datos Personalizados
-
-Sigue estos pasos para desarrollar un plugin de datos confiable:
-
-1. **Define la Interfaz del Plugin**
-
-Crea una interfaz TypeScript que describa todos los métodos y tipos de datos soportados:
-
-```typescript
-export interface DataTransferPlugin {
-  sendData(options: { 
-    data: any, 
-    chunkSize?: number, 
-    compression?: boolean 
-  }): Promise<void>;
-}
-```
-
-2. **Implementa el Manejador Nativo**
-
-Enfócate en el procesamiento eficiente de datos incorporando manejo robusto de errores, gestión adecuada de memoria y subprocesos en segundo plano para tareas que consumen recursos.
-
-3. **Agrega Recuperación de Errores**
-
-Integra mecanismos de recuperación de errores, como reintentos automáticos para problemas de red y errores de validación. Proporciona retroalimentación en tiempo real sobre el progreso de la transferencia para mejorar la confiabilidad.
-
-## Características de la Plataforma [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo aborda los desafíos anteriores con un sistema de actualización en vivo diseñado para transferencias de datos fluidas entre capas web y Android. Su arquitectura asegura un manejo de datos seguro y de alto rendimiento.
-
-### Funciones Principales de Capgo
-
-Un CDN global soporta transferencias de datos en tiempo real con métricas de rendimiento impresionantes [\[1\]](https://capgo.app/). Las características clave incluyen:
-
--   **Sincronización en Tiempo Real**: Transferencias rápidas de datos entre capas web y Android.
--   **Fragmentación Inteligente**: Envía solo componentes actualizados, reduciendo el ancho de banda y uso de memoria.
--   **Encriptación de Extremo a Extremo**: Asegura comunicación segura entre web y Android.
-
-Actualmente, 1.9K aplicaciones en producción confían en Capgo para sus necesidades de transferencia de datos [\[1\]](https://capgo.app/). El desarrollador Rodrigo Mantica compartió:
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para la misión de entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-Estas capacidades distinguen a Capgo de soluciones más antiguas, como se muestra a continuación.
-
-### Comparación de Plataformas
-
-Las características avanzadas de Capgo proporcionan una clara ventaja sobre métodos tradicionales:
-
-| Característica | Capgo | Soluciones Tradicionales |
-| --- | --- | --- |
-| Velocidad de Actualización | 114ms (paquete 5MB) | Variable |
-| Tasa de Éxito | 82% mundial | No especificado |
-| Adopción de Usuarios | 95% en 24 horas | Seguimiento limitado |
-| Seguridad | Encriptación extremo a extremo | Firma básica |
-| Almacenamiento | 2-20 GB (según plan) | Variable |
-
-Capgo ha impulsado más de 1.1 billones de actualizaciones exitosas, demostrando su confiabilidad [\[1\]](https://capgo.app/). El equipo [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA comentó:
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-La plataforma también soporta alojamiento flexible y se integra perfectamente con pipelines CI/CD para aplicaciones con datos pesados. Los análisis incorporados proporcionan información sobre tasas de éxito de actualización y participación de usuarios, ayudando a los equipos a afinar sus procesos de transferencia de datos.
-
-## Conclusión
-
-La transferencia fluida de datos entre capas web y Android es un aspecto clave del desarrollo moderno de aplicaciones. El puente nativo de Capacitor, particularmente cuando se combina con herramientas como Capgo, ha redefinido cómo los desarrolladores abordan estos desafíos. Las métricas de rendimiento destacan cuán efectivo puede ser este puente.
-
-Características como encriptación de extremo a extremo, actualizaciones parciales para mejoras de rendimiento y monitoreo activo de errores juegan un papel importante en asegurar un manejo confiable de datos.
-
-> "¡La comunidad necesitaba esto y @Capgo está haciendo algo realmente importante!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/capacitor-ota-updates-app-store-approval-guide.md b/src/content/blog/es/capacitor-ota-updates-app-store-approval-guide.md
deleted file mode 100644
index b6314959c..000000000
--- a/src/content/blog/es/capacitor-ota-updates-app-store-approval-guide.md
+++ /dev/null
@@ -1,250 +0,0 @@
----
-slug: capacitor-ota-updates-app-store-approval-guide
-title: 'Actualizaciones OTA de Capacitor: Guía de aprobación de la App Store'
-description: >-
-  Aprende cómo navegar las directrices de la App Store y Play Store para
-  actualizaciones OTA en aplicaciones Capacitor, asegurando el cumplimiento y la
-  seguridad.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-15T04:38:10.916Z
-updated_at: 2025-03-24T13:22:05.322Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67afe3423823fbac65afe97c-1739594307916.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, Capacitor, App Store, Play Store, compliance, JavaScript updates,
-  security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-### Puntos Clave:
-
--   [**Apple App Store**](https://developer.apple.com/app-store/guidelines/): Las actualizaciones OTA están limitadas a archivos JavaScript y recursos. Sin cambios en el código nativo o funcionalidad central.
-    
--   [**Google Play Store**](https://developer.android.com/distribute/play-policies): Mayor flexibilidad pero aún requiere que las actualizaciones sigan políticas de seguridad y prevención de abusos.
-    
--   **Problemas Comunes**: Las apps son rechazadas por modificar código nativo, agregar funciones no revisadas o usar actualizaciones no encriptadas.
-    
-
-### Consejos Rápidos de Cumplimiento:
-
--   Limítate a **actualizaciones de JavaScript y recursos** solamente.
-    
--   Usa herramientas como [**Capgo**](https://capgo.app/) para entrega encriptada y opciones de reversión.
-    
--   Sigue el **versionado semántico (**[**SemVer**](https://semver.org/)**)** para rastrear y auditar actualizaciones.
-    
--   Asegura que las actualizaciones sean seguras con **firma de código y HTTPS**.
-    
-
-| Característica | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| **Actualizaciones JavaScript** | Permitidas (solo JS/recursos) | Permitidas con menos reglas |
-| **Cambios Centrales** | No permitidos | Flexibilidad limitada |
-| **Seguridad** | Estricta (requiere firma de código) | Enfoque en prevención de abusos |
-
-## Reglas de la App Store para Actualizaciones OTA
-
-### Reglas del [Apple App Store](https://developer.apple.com/app-store/guidelines/)
-
-![Apple App Store](https://mars-images.imgix.net/seobot/screenshots/developer.apple.com-647d6fa866954dfb3c8455f75fc9840a-2025-02-15.jpg?auto=compress)
-
-Las pautas de Apple, específicamente §3.3.2, establecen límites estrictos en las actualizaciones OTA para aplicaciones Capacitor. Las actualizaciones están permitidas **únicamente** para JavaScript y recursos. Las restricciones clave incluyen:
-
--   Sin cambios en la funcionalidad central o propósito principal de la app
-    
--   Prohibición de crear tiendas de apps alternativas o plataformas de distribución de código
-    
--   Sin eludir características de seguridad de iOS como la firma de código
-    
-
-**Importante para Desarrolladores de Capacitor**: Cualquier actualización de JavaScript debe mantenerse dentro del contenedor de seguridad original de la app y no puede alterar el comportamiento esencial de la app.
-
-### Reglas de [Google Play Store](https://developer.android.com/distribute/play-policies)
-
-![Google Play Store](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-e3029ffd689b429daa7c9abf93d9ce47-2025-02-15.jpg?auto=compress)
-
-Google Play adopta una postura más flexible sobre las actualizaciones OTA pero aún impone límites claros para prevenir el mal uso. Sus pautas se centran en:
-
--   Permitir actualizaciones de recursos JavaScript con menos restricciones
-    
--   Asegurar que las actualizaciones cumplan con las políticas de Abuso de Dispositivos y Red
-    
--   Prohibir la introducción de código malicioso o riesgos de seguridad
-    
--   Requerir que las actualizaciones se alineen con la versión aprobada de Play Store
-    
--   Prevenir la elusión del sistema de facturación de Google Play para [apps de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) [\[6\]](https://essaypro.com/blog/article-review)
-    
-
-| Característica | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| Actualizaciones JavaScript | Permitidas solo para JS/recursos | Permitidas con menos restricciones |
-| Cambios de Funcionalidad Central | No permitidos vía OTA | Flexibilidad limitada |
-| Requisitos de Seguridad | Firma de código y sandbox estrictos | Enfoque en prevención de abusos |
-| Frecuencia de Actualización | Sin límites específicos | Sujeta a políticas de abuso de red |
-
-### Problemas Principales de Cumplimiento
-
-Razones comunes por las que las apps son rechazadas incluyen:
-
--   Agregar funciones que no han sido revisadas
-    
--   Avisos de actualización excesivos o intrusivos
-    
--   Usar paquetes de actualización no encriptados
-    
-
-Para evitar estos problemas, es crucial seguir las pautas de implementación específicas de Capacitor. Las herramientas que ofrecen verificaciones automatizadas de cumplimiento pueden hacer este proceso mucho más fácil. Por ejemplo, la función de encriptación de extremo a extremo de Capgo asegura los paquetes de actualización, ayudando a cumplir con los requisitos de ambas tiendas de apps [\[7\]](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/Heading_Elements).
-
-## Pautas de Actualizaciones OTA para [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-15.jpg?auto=compress)
-
-### Pasos de Cumplimiento Técnico
-
-Para evitar problemas de cumplimiento, sigue estos pasos:
-
--   **Usa versionado semántico (SemVer):** Rastrea actualizaciones y mantén un registro detallado de cambios para mantener el cumplimiento [\[8\]](https://libguides.usc.edu/writingguide/assignments/AnalyzingJournal).
-    
--   **Restringe las actualizaciones a JavaScript y recursos:** Evita modificar código nativo para asegurar el cumplimiento [\[1\]](https://github.com/Cap-go/capacitor-updater).
-    
--   **Verifica firmas de paquetes:** Siempre valida las firmas antes de la instalación [\[2\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
-    
-
-| **Componente de Actualización** | **Acción Requerida** | **Impacto en Cumplimiento** |
-| --- | --- | --- |
-| Archivos JavaScript | Restringir a cambios de UI/lógica | Mantiene cumplimiento de tienda |
-| Archivos de Recursos | Usar verificaciones de integridad | Asegura entrega segura |
-| Código Nativo | No se permiten modificaciones | Previene rechazo de tienda |
-| Control de Versiones | Usar SemVer para rastreo | Permite auditoría apropiada |
-
-### Diseño de Interfaz de Actualización
-
-Crea interfaces de actualización que sean fáciles de usar y no disruptivas:
-
--   Muestra **notificaciones claras y concisas** sin interrumpir la experiencia del usuario [\[4\]](https://nytlicensing.com/latest/methods/getting-started-thought-leadership-content-marketing/).
-    
--   Habilita **descargas en segundo plano** con indicadores de progreso.
-    
--   Permite que los usuarios decidan cuándo instalar actualizaciones, excepto para parches críticos de seguridad.
-    
-
-Las actualizaciones forzadas solo deben usarse para correcciones críticas de seguridad, y deben comunicar claramente la urgencia [\[3\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Estos pasos ayudan a reducir riesgos de rechazo causados por avisos de actualización intrusivos.
-
-### Protocolo de Seguridad de Actualización
-
-Asegura la entrega segura e integridad de datos con estas prácticas:
-
--   **Encriptación de Extremo a Extremo:** Usa fijación de certificados, autenticación basada en tokens y rota las claves regularmente [\[2\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
-    
--   **Sistema de Verificación:** Combina validación del lado del servidor de solicitudes de actualización con verificaciones de integridad de paquetes del lado del cliente [\[2\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
-    
--   **Monitoreo de Rendimiento:** Rastrea métricas clave como tasas de adopción, tiempos de descarga y rendimiento post-actualización [\[11\]](https://www.npmjs.com/package/@appmassive/capacitor-updater). Incluye reporte automático de errores para abordar problemas rápidamente [\[5\]](https://qwik.dev/docs/guides/capacitor/).
-    
-
-Estas medidas de seguridad se alinean con los requisitos de firma de código de Apple y las políticas de prevención de abusos de Google. Herramientas como Capgo pueden ayudar a implementar estos protocolos [\[9\]](https://classic.yarnpkg.com/en/package/@remnote/capacitor-updater).
-
-## Sistema de Gestión de Actualizaciones [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-15.jpg?auto=compress)
-
-Capgo proporciona una forma segura de entregar y gestionar [actualizaciones OTA de Capacitor](https://capgo.app/), asegurando una distribución fluida mientras cumple con los estándares de conformidad. También ofrece herramientas avanzadas para la [gestión de actualizaciones](https://capgo.app/it/docs/plugin/cloud-mode/manual-update/) a nivel empresarial.
-
-### Características Clave de Capgo
-
-El sistema de actualización de Capgo incluye características esenciales como:
-
--   **Entrega encriptada de actualizaciones**: Asegura que las actualizaciones cumplan con los requisitos de seguridad de la tienda de apps.
-    
--   **Segmentación de usuarios**: Permite despliegues controlados a grupos específicos de usuarios.
-    
--   **Reversión instantánea**: Revierte rápidamente a una versión anterior si es necesario.
-    
-
-Este método asegura que las actualizaciones sean fluidas y permite a los desarrolladores monitorear el rendimiento efectivamente.
-
-### Herramientas para Cumplimiento con Capgo
-
-Las herramientas de Capgo están diseñadas para cumplir con las necesidades de seguridad y conformidad:
-
--   **Gestión de Despliegue**: Los desarrolladores pueden lanzar actualizaciones a pequeños grupos de usuarios - comenzando tan bajo como 1% - para probar cambios antes de un despliegue más amplio.
-    
--   **Salvaguardas Automáticas**: Verificaciones de salud incorporadas confirman la integridad de las actualizaciones antes de la instalación. Si surge algún problema, el sistema automáticamente revierte a la última versión estable, manteniendo la app funcional y evitando rechazos de la tienda de apps [\[1\]](https://github.com/Cap-go/capacitor-updater).
-    
-
-### Cómo Configurar Capgo
-
-Sigue estos tres simples pasos para comenzar con Capgo:
-
-1.  **Configuración Inicial**
-    
-    ```bash
-    npm install -g @capgo/cli
-    capgo init
-    ```
-    
-2.  **Integración del Plugin**
-    
-    ```bash
-    npm install @capgo/capacitor-updater
-    ```
-    
-3.  **Configuración**
-    
-    Actualiza tu archivo `capacitor.config.json` e incluye la verificación de preparación necesaria en la lógica principal de tu app [\[9\]](https://classic.yarnpkg.com/en/package/@remnote/capacitor-updater).
-    
-
-Para equipos empresariales, Capgo también soporta controles de acceso basados en roles, asegurando que las autorizaciones de actualización cumplan con estrictos estándares de conformidad.
-
-## Prevención de Rechazo de App Store
-
-Para evitar rechazos de la tienda de apps, es crucial abordar los desencadenantes más comunes: **35% resultan de violaciones de código nativo**, **28% de problemas de alcance de características**, y **22% de errores en el proceso de actualización** [\[1\]](https://github.com/Cap-go/capacitor-updater).
-
-### Violaciones de Código Nativo
-
-Las violaciones de código nativo representan el 35% de los rechazos OTA [\[1\]](https://github.com/Cap-go/capacitor-updater). Para abordar esto, asegura que las actualizaciones dependan estrictamente de **JavaScript, HTML y CSS** usando verificaciones automatizadas de archivos. Herramientas como [el suite de cumplimiento de Capgo](https://capgo.app/consulting/) pueden ayudar implementando firma de código y verificaciones de integridad, reduciendo las tasas de rechazo hasta en un 80% [\[13\]](https://authorservices.taylorandfrancis.com/publishing-your-research/writing-your-paper/writing-a-journal-article/).
-
-### Problemas de Alcance de Características
-
-Los problemas de alcance de características son otro obstáculo común. Usa el siguiente marco para gestionar actualizaciones efectivamente:
-
-| Tipo de Actualización | Probabilidad de Aprobación | Estrategia de Implementación |
-| --- | --- | --- |
-| Actualizaciones de Contenido | Alta | Actualizar texto, imágenes y estilos |
-| Refinamientos de UI | Media | Aplicar cambios graduales de interfaz |
-| Nuevas Funcionalidades | Baja | Usar banderas de características y despliegues por fases |
-
-Por ejemplo, una aplicación de comercio electrónico basada en Capacitor redujo exitosamente los tickets de soporte al cliente en un 60% al implementar nuevas funcionalidades en fases mientras mantenía el cumplimiento [\[14\]](https://www.ada.gov/law-and-regs/regulations/title-ii-2010-regulations/).
-
-### Errores en el Proceso de Actualización
-
-Los errores técnicos durante las actualizaciones pueden llevar a rechazos. Aquí te explicamos cómo evitarlos:
-
--   **Manejo de Errores**  
-    Monitorear las tasas de éxito de actualización y registrar cada intento y resultado.
-    
--   **Comunicación con el Usuario**  
-    Mostrar indicadores de progreso durante las actualizaciones para mantener informados a los usuarios.
-    
-
-Las aplicaciones que proporcionan interfaces claras y transparentes han visto **tasas de retención 30% más altas** y **25% menos reseñas negativas** relacionadas con actualizaciones [\[12\]](https://support.google.com/googleplay/android-developer/answer/10787469?hl=en).
-
-> "La clave para prevenir rechazos en la tienda de aplicaciones radica en una documentación exhaustiva y comunicación transparente con los equipos de revisión. Las aplicaciones que proporcionaron documentación completa de sus procesos de actualización tuvieron 40% menos probabilidades de enfrentar rechazos relacionados con actualizaciones OTA." [\[10\]](https://html.spec.whatwg.org)
-
-## Conclusión
-
-La implementación de actualizaciones OTA para aplicaciones Capacitor implica una mezcla de precisión técnica y cumplimiento de estándares. Para tener éxito, concéntrate en áreas esenciales que se alineen con las pautas y estrategias específicas de la plataforma:
-
-| Prioridad | Acción | Resultado |
-| --- | --- | --- |
-| Cumplimiento | Limitarse a actualizaciones JavaScript | Aprobaciones más rápidas |
-| Seguridad | Usar [cifrado automatizado](https://capgo.app/docs/cli/migrations/encryption/)/firma | Menos vulnerabilidades |
-
-Al seguir los pasos de cumplimiento discutidos anteriormente, los equipos pueden beneficiarse de verificaciones automatizadas que simplifican la adherencia a las reglas de la tienda de aplicaciones. Características como el cifrado de extremo a extremo y despliegues controlados ayudan a abordar necesidades críticas de seguridad y cumplimiento.
-
-Con Apple y Google actualizando continuamente las políticas (como las de las secciones 2.1-2.3), espera más enfoque en la frecuencia de actualizaciones y estándares de seguridad más estrictos. Mantente adelante preparándote para estos cambios mientras mantienes intactas las capacidades de actualización de JavaScript y activos. No olvides documentar y probar exhaustivamente para cumplir tanto con las pautas de la plataforma como con las expectativas del usuario.
diff --git a/src/content/blog/es/capacitor-ota-updates-best-practices-for-performance.md b/src/content/blog/es/capacitor-ota-updates-best-practices-for-performance.md
deleted file mode 100644
index b967fe008..000000000
--- a/src/content/blog/es/capacitor-ota-updates-best-practices-for-performance.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: capacitor-ota-updates-best-practices-for-performance
-title: 'Actualizaciones OTA de Capacitor: Mejores prácticas para el rendimiento'
-description: >-
-  Optimiza las actualizaciones OTA en aplicaciones Capacitor para mejorar el
-  rendimiento y la experiencia del usuario con las mejores prácticas para el
-  tamaño de archivos, carga de código y seguridad.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-22T03:27:12.915Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b91e17bfa83cf6a92d5d6e-1740194854799.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, Capacitor, performance optimization, mobile apps, security,
-  incremental updates, background updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones OTA (Over-the-Air) permiten que las aplicaciones de [Capacitor](https://capacitorjs.com/) actualicen contenido como JavaScript, CSS y HTML sin requerir envíos a las tiendas de aplicaciones. Si bien es conveniente, estas actualizaciones pueden afectar el rendimiento de inicio de la aplicación. Aquí hay una guía rápida para optimizar las actualizaciones OTA para un mejor rendimiento y experiencia de usuario:
-
--   **Minimizar el tamaño del archivo de actualización**: Utiliza técnicas como actualizaciones diferenciales, compresión (por ejemplo, [ZSTD](https://en.wikipedia.org/wiki/Zstd)) y elimina cambios innecesarios en archivos.
-    
--   **Carga eficiente del código**: Prioriza la carga de funciones principales primero, retrasa los componentes no críticos y usa carga diferida para módulos pesados.
-    
--   **Actualizaciones incrementales**: Divide las actualizaciones en pasos más pequeños, prográmalas durante tiempos de inactividad y usa sistemas A/B para reversiones sin problemas.
-    
--   [**Actualizaciones seguras**](https://capgo.app/docs/live-updates/update-behavior/): Protege los archivos con cifrado, sumas de verificación y firma de código para garantizar la integridad.
-    
--   **Pruebas y cumplimiento**: Prueba las actualizaciones exhaustivamente y sigue las pautas de la tienda de aplicaciones para evitar problemas de aprobación.
-
-**Comparación rápida de herramientas OTA**:
-
-| Característica | [capacitor-app-updater](https://www.npmjs.com/package/%40objekt%2Fcapacitor-app-updater) | [Capgo](https://capgo.app/) |
-| --- | --- | --- | --- |
-| Método de actualización | Comparación de sumas de verificación | [Actualizaciones en la aplicación](https://capgo.app/plugins/capacitor-updater/) | Actualizaciones de paquetes JS |
-| Impacto en el rendimiento | Mínimo | Medio | Bajo |
-| Actualizaciones en segundo plano | No | Sí (Android) | Sí |
-| Soporte de reversión | Limitado | Dependiente de la plataforma | Integrado |
-| Integración CI/CD | Manual | Manual | Automatizada |
-
-Capgo destaca con características como actualizaciones en segundo plano, cifrado de extremo a extremo y seguimiento del rendimiento, convirtiéndolo en una opción sólida para gestionar actualizaciones OTA en [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-## Envía actualizaciones en tiempo real a tus usuarios de aplicaciones Ionic
-
-## Consejos de rendimiento para actualizaciones OTA
-
-Estas estrategias abordan los retrasos de inicio y garantizan procesos de actualización OTA más fluidos al centrarse en la reducción del tamaño de archivos y la carga eficiente del código.
-
-### Reducción del tamaño del archivo de actualización
-
-Mantener pequeños los tamaños de los archivos de actualización es esencial para descargas más rápidas e inicios más veloces. La idea es transferir menos datos sin sacrificar funcionalidad. Así puedes lograrlo:
-
--   Crea un `live-update-manifest.json` para habilitar actualizaciones diferenciales.
-    
--   Usa **compresión ZSTD** para dispositivos sin A/B para reducir actualizaciones de imagen completas.
-    
--   Elimina marcas de tiempo de compilación y estandariza herramientas de compilación para evitar cambios innecesarios en archivos.
-    
--   Para actualizaciones OTA A/B, aplica recompresión Puffin para generar parches más eficientemente.
-    
-
-### Gestión de carga de código
-
-La velocidad de inicio no solo depende del tamaño del archivo - también importa cuándo se carga el código. Aquí hay un enfoque inteligente para gestionar la carga de código:
-
--   **Funciones principales primero**: Carga funciones esenciales como autenticación y navegación principal inmediatamente.
-    
--   **Funciones secundarias después**: Retrasa la carga de componentes no críticos como configuraciones avanzadas, análisis y animaciones.
-    
--   **Uso eficiente de recursos**: Aplica carga progresiva o diferida para módulos y medios pesados después del lanzamiento de la aplicación.
-    
-
-### Actualizaciones paso a paso
-
-Dividir las actualizaciones en pasos más pequeños reduce las interrupciones durante el inicio. Las actualizaciones incrementales son una forma práctica de garantizar una experiencia fluida. Por ejemplo, Android 8.0 usa actualizaciones en streaming que requieren solo unos 100 KiB de almacenamiento de metadatos en lugar de descargar el paquete completo [\[3\]](https://source.android.com/docs/core/ota/ab).
-
--   Programa actualizaciones durante tiempos de inactividad, como durante la noche, y prioriza conexiones Wi-Fi.
-    
--   Protege los archivos de actualización con cifrado y verificación de suma de comprobación [\[1\]](https://www.trio.so/blog/over-the-air-update/)[\[2\]](https://mender.io/blog/how-does-an-ota-firmware-update-work).
-    
--   Usa sistemas de partición A/B para permitir actualizaciones sin interrumpir la funcionalidad de la aplicación [\[3\]](https://source.android.com/docs/core/ota/ab).
-    
-
-Capgo proporciona herramientas incorporadas para actualizaciones seguras e incrementales, con cifrado de extremo a extremo y opciones flexibles de implementación.
-
-## Configuración de actualizaciones OTA en [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-22.jpg?auto=compress)
-
-La configuración de actualizaciones Over-the-Air (OTA) en Capacitor requiere pruebas cuidadosas y adherencia a pautas estrictas.
-
-### Pruebas previas al lanzamiento
-
-Antes de implementar actualizaciones, las pruebas exhaustivas son esenciales:
-
--   Usa entornos de prueba que repliquen de cerca la configuración de producción.
-    
--   Registra métricas base como tiempo de inicio, uso de memoria, ancho de banda y consumo de batería.
-    
--   Verifica mecanismos de respaldo para asegurar que la ruta del servidor se restablezca si una actualización falla [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-    
-
-Una vez que el rendimiento es estable, verifica que las actualizaciones cumplan con las regulaciones de la tienda de aplicaciones.
-
-### Reglas de la tienda de aplicaciones
-
-Para evitar problemas con las aprobaciones de la tienda de aplicaciones, sigue estas reglas específicas de plataforma:
-
-**Requisitos de la App Store de Apple:**
-
-> "El código interpretado puede descargarse en una Aplicación solo si dicho código: (a) no cambia el propósito principal de la Aplicación proporcionando características o funcionalidad que sean inconsistentes con el propósito previsto y anunciado de la Aplicación según se envió a la App Store, (b) no crea una tienda o punto de venta para otro código o aplicaciones, y (c) no evita la firma, el sandbox u otras características de seguridad del SO." [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-**Pautas de Google Play Store:**
-
-> "Esta restricción no se aplica al código que se ejecuta en una máquina virtual o un intérprete donde cualquiera proporciona acceso indirecto a las API de Android (como JavaScript en una webview o navegador)." [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-### Usando [Capgo](https://capgo.app/) para actualizaciones
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-22.jpg?auto=compress)
-
-Después de probar y asegurar el cumplimiento, implementar actualizaciones eficientemente se convierte en el siguiente paso. Capgo es una herramienta que simplifica este proceso.
-
-En febrero de 2025, Capgo gestionó **449 millones de actualizaciones** en **1.8K aplicaciones de producción** [\[5\]](https://capgo.app/). Las características clave incluyen:
-
--   **Cifrado de extremo a extremo** para asegurar la entrega de actualizaciones.
-    
--   **Almacenamiento en caché** del último paquete para tiempos de carga más rápidos [\[6\]](https://capgo.app/docs/faq/).
-    
--   **Firma de código** para verificar la autenticidad de las actualizaciones.
-    
--   **Integración CI/CD** para una implementación fluida.
-    
--   **Despliegues controlados** a través de asignación de usuarios.
-    
--   **Control de versiones** con capacidades de reversión instantánea.
-    
--   **Seguimiento del rendimiento** con análisis.
-    
--   Herramientas para monitorear el cumplimiento.
-    
-
-Al cargar solo código compilado destinado a la distribución en la tienda de aplicaciones, Capgo minimiza la sobrecarga y aumenta la eficiencia. Este enfoque ha llevado reportadamente a una **mejora del 81% en la eficiencia de lanzamiento** para los usuarios [\[5\]](https://capgo.app/).
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para la misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica, @manticarodrigo [\[5\]](https://capgo.app/)
-
-Capgo también usa un intérprete Dart personalizado para actualizaciones iOS. Esto asegura que las actualizaciones permanezcan dentro de las pautas de la tienda de aplicaciones mientras permite una implementación rápida [\[6\]](https://capgo.app/docs/faq/).
-
-## Análisis de herramientas OTA
-
-Las herramientas OTA para Capacitor difieren en funcionalidad y rendimiento. Aquí hay un desglose de cómo se comparan y qué tener en cuenta al elegir una.
-
-### Comparación de plataformas OTA
-
-Aquí hay una comparación rápida de características clave entre herramientas OTA populares:
-
-| Característica | capacitor-app-updater | capacitor-app-update | Capgo |
-| --- | --- | --- | --- |
-| Método de actualización | Comparación de suma de verificación | [Actualizaciones en la aplicación](https://capgo.app/plugins/capacitor-updater/) (Android) | Actualizaciones de paquetes JS |
-| Impacto en el rendimiento | Mínimo (descargas selectivas) | Medio ([actualizaciones completas de la aplicación](https://capgo.app/plugins/capacitor-updater/)) | Bajo (verificaciones en segundo plano) |
-| Alcance de actualización | Solo contenido web | Actualizaciones completas de la aplicación | Código JS y dependencias |
-| Soporte de plataforma | iOS y Android | Enfocado en Android | iOS y Android |
-| Actualizaciones en segundo plano | No | Sí (Android) | Sí |
-| Soporte de reversión | Limitado | Dependiente de la plataforma | Integrado |
-| Integración CI/CD | Manual | Manual | Automatizada |
-
-Por ejemplo, mientras que **capacitor-app-updater** usa descargas selectivas para minimizar el impacto en el rendimiento, **Capgo** emplea un mecanismo de actualización en segundo plano que mantiene la aplicación receptiva durante las actualizaciones [\[6\]](https://capgo.app/docs/faq/). Estas distinciones son cruciales al seleccionar la herramienta correcta.
-
-### Criterios de selección
-
-Basándose en la comparación, aquí hay algunos factores importantes a considerar al elegir una herramienta OTA:
-
--   **Actualización Eficiente**  
-    El sistema de actualización en segundo plano de Capgo ha gestionado 449 millones de actualizaciones en 1.8K aplicaciones en producción sin afectar el rendimiento [\[5\]](https://capgo.app/).
-    
--   [**Gestión del Tamaño del Bundle**](https://capgo.app/docs/webapp/bundles/)  
-    Busca herramientas que reduzcan los tiempos de actualización optimizando el tamaño de los paquetes con descargas diferenciales [\[7\]](https://github.com/objektlabs/capacitor-app-updater).
-    
--   **Manejo de Código Nativo**  
-    Asegúrate de que la herramienta excluya los cambios de código nativo de las actualizaciones. Capgo, por ejemplo, alerta a los desarrolladores si se detectan cambios en el código nativo [\[6\]](https://capgo.app/docs/faq/).
-    
--   **Impacto en el Inicio**  
-    Elige herramientas que permitan retrasos configurables para las comprobaciones de actualización para mantener un rendimiento fluido al inicio. Esta función está disponible en **capacitor-app-updater** [\[7\]](https://github.com/objektlabs/capacitor-app-updater).
-    
--   **Verificación de Actualizaciones**  
-    Los métodos fiables de verificación, como los sistemas de suma de comprobación, son esenciales para garantizar la integridad de la actualización. Tanto **capacitor-app-updater** como **Capgo** ofrecen esto, con Capgo añadiendo cifrado de extremo a extremo para mayor seguridad [\[6\]](https://capgo.app/docs/faq/).
-    
-
-## Conclusión
-
-### Consejos Clave de Rendimiento
-
-Al añadir actualizaciones OTA a aplicaciones Capacitor, es esencial enfocarse tanto en la seguridad como en el rendimiento. A continuación se presentan algunas estrategias a tener en cuenta:
-
-| Estrategia | Cómo Implementar | Por Qué Es Importante |
-| --- | --- | --- |
-| **Seguridad Primero** | Construir sobre protocolos de seguridad existentes | Protege la integridad de las actualizaciones |
-| **Optimización de Tamaño** | Usar técnicas de compresión discutidas anteriormente | Reduce los tiempos de espera del usuario |
-| **Programación de Actualizaciones** | [Procesar actualizaciones](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) en segundo plano, solo con Wi-Fi | Reduce la interrupción del usuario |
-| **Control de Versiones** | Actualizaciones separadas para capas web y nativas | Asegura el cumplimiento sin problemas |
-
-> "Las actualizaciones OTA son un componente crítico de infraestructura para casi todos los dispositivos IoT integrados" [\[8\]](https://www.beningo.com/5-best-practices-for-over-the-air-ota-updates/)
-
-Esto resalta la importancia de crear un sistema de actualización confiable que equilibre el rendimiento y la seguridad. Utiliza estas estrategias para fortalecer tu proceso de actualización OTA.
-
-### Próximos Pasos
-
-Para maximizar la eficiencia de las actualizaciones OTA en tu aplicación Capacitor, asegúrate de:
-
--   **Configurar el cifrado**: Usar firmas digitales para verificar actualizaciones [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-    
--   **Optimizar la entrega de actualizaciones**: Considerar herramientas como Capgo para actualizaciones fluidas en segundo plano.
-    
--   **Preparar sistemas de respaldo**: Asegurar que la aplicación permanezca funcional incluso si una actualización falla [\[9\]](https://dzone.com/articles/why-device-firmware-updates-are-critical-to-produc).
diff --git a/src/content/blog/es/capacitor-ota-updates-boosting-low-end-device-performance.md b/src/content/blog/es/capacitor-ota-updates-boosting-low-end-device-performance.md
deleted file mode 100644
index b4de987c4..000000000
--- a/src/content/blog/es/capacitor-ota-updates-boosting-low-end-device-performance.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: capacitor-ota-updates-boosting-low-end-device-performance
-title: >-
-  Actualizaciones OTA de Capacitor: Mejorando el Rendimiento en Dispositivos de
-  Gama Baja
-description: >-
-  Aprende cómo las actualizaciones OTA mejoran el rendimiento de la aplicación
-  en dispositivos de gama baja al minimizar los tamaños de descarga y mejorar la
-  eficiencia de las actualizaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-10T01:24:02.744Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ce2ed7f617addf5accc081-1741569855025.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, low-end devices, app performance, incremental updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres que tu aplicación funcione mejor en dispositivos de gama baja? Las actualizaciones OTA son la respuesta.** Las actualizaciones over-the-air (OTA) de [Capacitor](https://capacitorjs.com/) te permiten enviar solo los cambios necesarios a tu aplicación - sin necesidad de descargas completas. Esto ahorra tiempo, reduce el uso de datos y mejora el rendimiento, especialmente para usuarios con hardware limitado o redes lentas.
-
-### Beneficios Principales:
-
--   **Actualizaciones más Pequeñas**: Solo descarga lo que ha cambiado, no toda la aplicación.
--   **Implementaciones más Rápidas**: Las actualizaciones llegan a los usuarios en minutos, no días.
--   **Económico**: El sistema de [Capgo](https://capgo.app/) cuesta ~$300/mes comparado con $6,000/mes de las alternativas.
--   **Rendimiento Mejorado**: El uso eficiente de recursos asegura un funcionamiento más fluido en dispositivos con RAM limitada, almacenamiento o redes débiles.
-
-Capgo ya ha impulsado **947.6 millones de actualizaciones** en **1,400 aplicaciones**, aumentando la eficiencia de lanzamiento en un **81%**. Ya sea que estés lidiando con almacenamiento limitado, conexiones lentas o restricciones de energía, las actualizaciones OTA proporcionan una forma más inteligente de mantener las aplicaciones funcionando sin problemas.
-
-## Problemas de Rendimiento en Dispositivos de Gama Baja
-
-Los dispositivos de gama baja enfrentan varios obstáculos que pueden afectar el rendimiento de la aplicación y la experiencia general del usuario. Estos problemas provienen de limitaciones de hardware, desafíos de red y restricciones de energía.
-
-### Limitaciones de Hardware
-
-Las capacidades limitadas del hardware tienen un impacto directo en la fiabilidad de las actualizaciones OTA y el rendimiento del dispositivo. Aquí hay un desglose:
-
-| Componente de Hardware | Restricción | Impacto en el Rendimiento |
-| --- | --- | --- |
-| RAM | Baja capacidad | Multitarea limitada, fallos |
-| Almacenamiento | Espacio pequeño | Restricciones en tamaños de actualización |
-| CPU | Bajo poder de procesamiento | Rendimiento lento, retraso en la UI |
-
-Los dispositivos con menos memoria son más propensos a fallos, especialmente al ejecutar aplicaciones complejas.
-
-### Rendimiento de Red
-
-Los desafíos de red juegan un papel importante en ralentizar o interrumpir las actualizaciones:
-
--   **Ancho de Banda Limitado:** Muchos usuarios dependen de redes 2G o 3G, que son más lentas.
--   **Límites de Datos:** Los planes de datos pequeños limitan la capacidad de descargar actualizaciones grandes.
--   **Conexiones Inestables:** La mala conectividad puede interrumpir y retrasar las actualizaciones.
-
-Estos problemas relacionados con la red a menudo impiden que las actualizaciones se completen con éxito. Más allá de esto, las restricciones de energía añaden otra capa de dificultad.
-
-### Gestión de Energía
-
-El uso de energía es otro factor crítico para dispositivos de gama baja:
-
--   **Consumo de Batería:** Baterías más pequeñas y procesadores menos eficientes causan un agotamiento más rápido.
--   **Procesos de Actualización:** Ejecutar actualizaciones o sincronizar en segundo plano agota aún más la vida de la batería.
--   **Sobrecalentamiento:** Los sistemas de enfriamiento débiles pueden llevar al sobrecalentamiento, causando limitación térmica y rendimiento reducido durante las actualizaciones.
-
-Estos desafíos relacionados con la energía frecuentemente llevan a actualizaciones fallidas. Los datos sugieren una fuerte relación entre problemas de batería y fallos de actualización en dispositivos de gama baja.
-
-## Beneficios de Rendimiento de las Actualizaciones OTA
-
-Las actualizaciones OTA abordan los desafíos planteados por hardware y recursos de red limitados ofreciendo mejoras de rendimiento más inteligentes y eficientes. Por ejemplo, las actualizaciones OTA de Capacitor envían solo los cambios necesarios, en lugar de requerir que los usuarios descarguen la aplicación completa nuevamente. Este enfoque reduce el uso innecesario de datos y acelera el proceso.
-
-### Funciones Clave de Actualizaciones OTA
-
-Una característica destacada de las actualizaciones OTA son las **actualizaciones incrementales (o delta)**. Estas actualizaciones se centran en entregar solo las partes modificadas de la aplicación, lo que reduce significativamente el tamaño y tiempo de descarga. Este método es mucho más eficiente comparado con las actualizaciones de la tienda de aplicaciones, que a menudo requieren descargar el paquete completo de la aplicación.
-
-### Actualizaciones OTA vs. Tienda de Aplicaciones
-
-A diferencia de las actualizaciones tradicionales de la tienda de aplicaciones, que exigen una descarga completa de la aplicación, las actualizaciones OTA están diseñadas para ser ligeras. Envían solo las porciones actualizadas de la aplicación, ahorrando tiempo y datos a los usuarios. Esto es especialmente útil para usuarios con planes de datos limitados o aquellos que usan dispositivos más antiguos que podrían tener dificultades con descargas grandes.
-
-### Sistema de Actualización de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-10.jpg?auto=compress)
-
-El sistema de Capgo está construido para abordar las limitaciones de hardware y red que muchos usuarios enfrentan. Esto se alinea con los conocimientos previos de rendimiento [\[1\]](https://capgo.app/). Como compartió un desarrollador:
-
-> "Implementamos las actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Este ejemplo del mundo real muestra cómo las actualizaciones OTA pueden entregar correcciones y mejoras de manera rápida y confiable, asegurando que las aplicaciones funcionen sin problemas - incluso en dispositivos con recursos limitados.
-
-## Métodos de Rendimiento de Actualizaciones OTA
-
-Las actualizaciones OTA juegan un papel clave en mejorar cómo funcionan los dispositivos de gama baja mediante una gestión más eficiente de los recursos. Estas actualizaciones se centran en cargar componentes solo cuando son necesarios, reducir tamaños de archivos y manejar datos de manera más efectiva.
-
-### Estrategia de Carga de Componentes
-
-La carga perezosa a través de actualizaciones OTA ayuda a reducir tanto el tamaño de la aplicación como el uso de memoria cargando componentes solo cuando se requieren. Herramientas como Capgo hacen posible implementar cambios instantáneamente sin necesidad de actualizaciones completas de la aplicación - especialmente importante en áreas con acceso limitado a internet. Las cargas útiles de actualización más pequeñas son igualmente críticas para un mejor rendimiento.
-
-### Reducción de Tamaño de Archivos
-
-Las actualizaciones OTA utilizan técnicas como compresión de imágenes, carga selectiva de fuentes, división de código y eliminación de código no utilizado. Estos métodos ayudan a asegurar que las actualizaciones sean más pequeñas y funcionen mejor en dispositivos con almacenamiento limitado o ancho de banda más lento.
-
-### Mejoras en el Manejo de Datos
-
-El manejo eficiente de datos es esencial para dispositivos con menos recursos. Capgo proporciona herramientas que reducen las llamadas al servidor y hacen más eficiente el [almacenamiento local de datos](https://capgo.app/plugins/capacitor-data-storage-sqlite/). Como lo expresó un desarrollador:
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para la misión de entregar continuamente a nuestros usuarios!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Resultados de Pruebas de Rendimiento
-
-El sistema OTA de Capgo fue probado en 1,400 aplicaciones, entregando impresionantes 947.6 millones de actualizaciones en todo el mundo en minutos. Este enfoque reduce significativamente los tiempos de entrega de actualizaciones en comparación con los ciclos usuales de la tienda de aplicaciones, allanando el camino para optimizaciones aún más rápidas [\[1\]](https://capgo.app/).
-
-### Resultados de Pruebas de Velocidad
-
-Las [actualizaciones OTA de Capacitor](https://capgo.app/) mostraron claras mejoras en la velocidad de entrega de actualizaciones y la capacidad de respuesta de la aplicación. Los datos de prueba destacaron aumentos consistentes en el rendimiento, especialmente en dispositivos de gama baja y en áreas con mala conectividad [\[1\]](https://capgo.app/).
-
-### Ejemplos del Mundo Real
-
-Una implementación en producción del sistema manejó con éxito actualizaciones para más de 5,000 usuarios sin problemas [\[1\]](https://capgo.app/). El uso de cifrado de extremo a extremo asegura que las actualizaciones se entreguen de forma segura, mientras se mantiene un alto rendimiento - una característica esencial para dispositivos con poder de procesamiento limitado [\[1\]](https://capgo.app/).
-
-### Resultados de Capgo
-
-Las empresas que utilizan el sistema de actualización de Capgo han visto un aumento del 81% en la eficiencia de lanzamiento. Esto se logra a través de implementaciones instantáneas, mejor gestión de recursos y distribución automatizada [\[1\]](https://capgo.app/). Las características clave que impulsan estos resultados incluyen:
-
--   Paquetes de actualización más pequeños que reducen el uso de ancho de banda
--   Integración con pipelines CI/CD para un proceso más fluido
--   Actualizaciones que llegan a los usuarios en minutos en lugar de días
-
-Estas mejoras se alinean directamente con las ganancias de rendimiento observadas en pruebas de velocidad y escenarios de implementación [\[1\]](https://capgo.app/).
-
-## Conclusión
-
-### Puntos Principales
-
-Las actualizaciones OTA de Capacitor han demostrado mejorar significativamente el rendimiento en dispositivos de gama baja. El sistema de Capgo ya ha impulsado **947.6 millones de actualizaciones** en 1,400 aplicaciones, aumentando la eficiencia de lanzamiento en un 81% [\[1\]](https://capgo.app/). Como dice Rodrigo Mantica:
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para la misión de entregar continuamente a nuestros usuarios!"
-
-Estos logros preparan el camino para aún más avances en sistemas de entrega OTA.
-
-### Desarrollo Futuro
-
-Las actualizaciones OTA para dispositivos de gama baja continúan evolucionando. Con **cifrado de extremo a extremo** asegurando [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/) sin impactar el rendimiento e integración con plataformas CI/CD como [GitHub Actions](https://docs.github.com/actions) y [GitLab CI](https://docs.gitlab.com/ee/ci/) simplificando las implementaciones, el proceso se está volviendo aún más fluido [\[1\]](https://capgo.app/). El costo también es un factor importante: mientras que [AppFlow](https://ionic.io/appflow/) cuesta $6,000 anuales, la configuración CI/CD de Capgo es aproximadamente $300 por mes [\[1\]](https://capgo.app/). Como señaló el equipo [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA:
-
-> "@Capgo es una forma inteligente de hacer envíos de código en caliente (y no por todo el dinero del mundo como con @AppFlow)"
-
-Mirando hacia adelante, se espera que los avances en reducción de tamaño de paquetes, eficiencia de ancho de banda, gestión de recursos y velocidad de implementación mejoren aún más el rendimiento y la satisfacción del usuario, construyendo sobre los beneficios robustos ya demostrados.
diff --git a/src/content/blog/es/capacitor-ota-updates-cicd-integration-guide.md b/src/content/blog/es/capacitor-ota-updates-cicd-integration-guide.md
deleted file mode 100644
index 54bcdc083..000000000
--- a/src/content/blog/es/capacitor-ota-updates-cicd-integration-guide.md
+++ /dev/null
@@ -1,168 +0,0 @@
----
-slug: capacitor-ota-updates-cicd-integration-guide
-title: 'Actualizaciones OTA de Capacitor: Guía de integración de CI/CD'
-description: >-
-  Descubra cómo integrar las actualizaciones OTA en su pipeline de CI/CD para
-  implementaciones de aplicaciones más rápidas y una mejor experiencia de
-  usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T01:02:12.522Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800475b28980901df1e541b-1744851846737.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, OTA updates, CI/CD, app deployment, automation, mobile development,
-  versioning, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-**¿Quieres actualizar tu app de [Capacitor](https://capacitorjs.com/) instantáneamente sin retrasos de la tienda de aplicaciones?** Las actualizaciones Over-the-Air (OTA) te permiten enviar correcciones y funciones directamente a los dispositivos de los usuarios. Combina esto con un pipeline de CI/CD, y podrás automatizar los despliegues, acelerar la corrección de errores y mejorar la experiencia del usuario.
-
-### Puntos Clave:
-
--   **¿Por qué OTA + CI/CD?** Automatiza actualizaciones, permite rollbacks y asegura correcciones más rápidas
--   **Lo que Necesitas:** App de Capacitor, repositorio Git, plataforma CI/CD (ej. [GitHub Actions](https://docsgithubcom/actions)), y un servicio OTA como [Capgo](https://capgo.app/)
--   **Costos de Configuración:** Espera ~$300/mes para operaciones CI/CD; la tarifa única de configuración de Capgo es $2,600
--   **Mejores Prácticas:** Usa versionado (major, minor, patch), despliegues graduales y seguimiento de errores para asegurar actualizaciones sin problemas
--   **Principales Plataformas OTA:** Capgo destaca con actualizaciones rápidas (114ms), altas tasas de éxito (82%) y soporte global
-
-### Comparación Rápida de Plataformas OTA:
-
-| Característica | Capgo | [Appflow](https://ionicio/appflow/) | [CodePush](https://githubcom/microsoft/code-push) |
-| --- | --- | --- | --- | --- |
-| Estado | Activo | Activo | Cierra en 2026 | Descontinuado 2024 |
-| Velocidad de Actualización | 114ms | Estándar | Fluctúa | N/A |
-| Cifrado E2E | Sí | Limitado | Limitado | No |
-| Costo Mensual | Desde $12 | Similar a Capgo | ~$500 | Era gratuito |
-
-**¿Listo para optimizar tus actualizaciones?** Comienza configurando tu pipeline CI/CD con herramientas como Capgo CLI y asegura tus secretos para despliegues seguros.
-
-## Integra tus Pipelines CI/CD Existentes con Móvil
-
-## Requisitos de Configuración
-
-Prepara tus herramientas y configuraciones para asegurar actualizaciones OTA fluidas y seguras en tu pipeline CI/CD.
-
-### Software y Servicios Requeridos
-
-Aquí están los componentes principales que necesitarás para actualizaciones OTA en una configuración CI/CD:
-
-| Componente | Propósito | Características Clave |
-| --- | --- | --- |
-| App Capacitor | App base | Funciona con Capacitor 8 |
-| Repositorio Git | Seguimiento de código | Monitorea cambios y actualizaciones de código |
-| Plataforma CI/CD | Automatización | Soporta GitHub Actions, [GitLab CI](https://docsgitlabcom/ee/ci/), o [Jenkins](https://wwwjenkinsio/) |
-| Servicio de Actualización OTA | Distribución | Maneja actualizaciones en vivo y rollbacks |
-
-La herramienta CLI de Capgo simplifica el despliegue automatizando tareas de compilación y distribución.
-
-### Gestionando Claves Secretas
-
-Mantener las credenciales seguras es crítico para mantener la integridad de tu pipeline CI/CD. Así es como puedes gestionarlas efectivamente:
-
-| Aspecto de Seguridad | Método de Implementación |
-| --- | --- |
-| Claves API | Almacénalas en las variables de entorno seguras de tu plataforma CI/CD |
-| Secretos de Compilación | Usa herramientas de gestión de secretos específicas de tu plataforma |
-| Tokens de Acceso | Aplica control de acceso basado en roles (RBAC) |
-
-Capgo enfatiza la importancia de la configuración adecuada en pipelines CI/CD:
-
-> "Configuramos tu pipeline CI/CD directamente en tu plataforma preferida, ya sea GitHub Actions, GitLab CI u otros. No alojamos CI/CD ni te cobramos por mantenerlo" – Capgo[\[1\]](https://capgo.app/)
-
-Al seleccionar herramientas, prioriza la independencia de plataforma, escalabilidad y medidas de seguridad sólidas como el cifrado de extremo a extremo para actualizaciones.
-
-Ejecutar operaciones CI/CD típicamente cuesta alrededor de $300 por mes[\[1\]](https://capgo.app/), pero esta inversión se compensa al acelerar los despliegues y reducir el trabajo manual.
-
-Una vez que estos componentes están en su lugar, estás listo para integrarlos en tu pipeline CI/CD.
-
-## Pasos de Integración CI/CD
-
-### Instalando Componentes OTA
-
-Para comenzar, necesitarás agregar paquetes y configuraciones OTA específicas a tu proyecto Capacitor.Here's the translation to Spanish:
-
-Aquí hay una guía rápida:
-
-| **Componente** | **Comando de Instalación** | **Propósito** |
-| --- | --- | --- |
-| Capgo CLI | `npm install @capgo/cli` | Gestiona compilaciones y despliegues de actualizaciones |
-| Archivo de Configuración | `npx @capgo/cli init` | Configura ajustes específicos del proyecto |
-| Variables de Entorno | Configuradas a través de tu plataforma CI/CD | Almacena claves API e información sensible |
-
-Una vez que estos componentes estén instalados, puedes continuar con la configuración de tu pipeline CI/CD
-
-### Construyendo el Pipeline CI/CD
-
-Configura tu pipeline para activar acciones basadas en cambios en la rama principal o lanzamientos etiquetados (ej, `build:` se activa en `push [main]` y patrones de etiquetas como `v*`) Tu pipeline debe incluir estos pasos:
-
-1. **Compilación**: Activada por cambios en el código para compilar y preparar tu aplicación
-2. **Pruebas**: Automatiza verificaciones de funcionalidad para asegurar la estabilidad
-3. **[Generación de Actualización](https://capgo.app/docs/live-updates/update-behavior/)**: Empaqueta y optimiza activos para el despliegue
-
-Cuando tu pipeline esté listo, podrás desplegar tus paquetes de actualización sin problemas
-
-### Desplegando Paquetes de Actualización
-
-El despliegue de actualizaciones implica enviar tus paquetes a través de un servicio Over-The-Air (OTA). Capgo simplifica este proceso con integración CI/CD automatizada
-
-| **Etapa** | **Acción** | **Verificación** |
-| --- | --- | --- |
-| Pre-despliegue | Verificación de versión | Confirma el versionado correcto |
-| Despliegue | [Carga de paquete](https://capgo.app/docs/webapp/bundles/) | Envía la actualización al sistema de distribución |
-| Post-despliegue | Comprobación de salud | Monitorea y verifica el estado de la actualización |
-
-**Consejos Profesionales para el Despliegue:**
-
--   Utiliza **lanzamientos por etapas** para minimizar riesgos
--   Configura **reversiones automáticas** para manejar problemas rápidamente
--   Integra **seguimiento de errores** para mejor depuración
-
-> "Configuramos tu pipeline CI/CD directamente en tu plataforma preferida, ya sea GitHub Actions, GitLab CI u otros. No alojamos CI/CD ni te cobramos por mantenerlo" – Capgo [\[1\]](https://capgo.app/)
-
-Capgo ofrece una tarifa única de configuración de $2,600 [\[1\]](https://capgo.app/), haciendo el despliegue eficiente mientras mantiene los costos bajo control
-
-## Directrices de Actualización OTA
-
-Estas directrices te ayudan a refinar tu estrategia de actualización OTA mientras la integras en un proceso CI/CD fluido
-
-### Métodos de Control de Versiones
-
-Utiliza un sistema de versionado estructurado para gestionar actualizaciones OTA. Este sistema debe diferenciar entre números mayores, menores, parches y compilaciones:
-
-| Componente de Versión | Propósito | Ejemplo |
-| --- | --- | --- |
-| Versión Mayor | Indica cambios importantes | 200 |
-| Versión Menor | Representa nuevas características | 210 |
-| Versión de Parche | Cubre correcciones de errores | 211 |
-| Número de Compilación | Identifica la compilación CI/CD | 211-build123 |
-
-Incorpora [canales de actualización](https://capgo.app/docs/webapp/channels/) para gestionar lanzamientos beta y de producción. Una vez que tu sistema de versionado esté establecido, asegúrate de que todas las actualizaciones cumplan con las directrices específicas de la plataforma
-
-### Reglas de App Store
-
-Después de configurar el control de versiones, alinea tus prácticas de actualización con las políticas de las tiendas de aplicaciones:
-
-| Plataforma | Requisitos Clave | Enfoque Recomendado |
-| --- | --- | --- |
-| Apple App Store | Se centra en actualizaciones solo de contenido | Combina cambios de UI y contenido en actualizaciones |
-| Google Play | Requiere transparencia en actualizaciones | Proporciona notificaciones claras a los usuarios |
-| Ambas Plataformas | Aplica estándares de cumplimiento | Realiza auditorías de seguridad regulares |
-
-Implementa actualizaciones por etapas, utilizando reversiones automáticas y seguimiento de errores para minimizar riesgos. Opta por plataformas que prioricen el cumplimiento y la seguridad. Por ejemplo, Capgo ofrece cifrado de extremo a extremo integrado, asegurando que las actualizaciones cumplan con los estándares de Apple y Google
-
-Automatiza las comprobaciones de salud y herramientas de monitoreo para identificar y abordar rápidamente cualquier problema
-
-## Opciones de Plataforma OTA
-
-Una vez que hayas establecido tus directrices de actualización OTA, el siguiente paso es elegir una plataforma OTA que funcione bien con tu flujo de trabajo CI/CD
-
-### Comparación de Plataformas
-
-Aquí hay un desglose de características clave entre plataformas OTA populares para [aplicaciones Capacitor](https://capgo
diff --git a/src/content/blog/es/capacitor-ota-updates-cloud-hosting-options-compared.md b/src/content/blog/es/capacitor-ota-updates-cloud-hosting-options-compared.md
deleted file mode 100644
index 3893b92c3..000000000
--- a/src/content/blog/es/capacitor-ota-updates-cloud-hosting-options-compared.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: capacitor-ota-updates-cloud-hosting-options-compared
-title: >-
-  Opciones de alojamiento en la nube para actualizaciones OTA de Capacitor
-  comparadas
-description: >-
-  Explora las mejores opciones de alojamiento en la nube para actualizaciones
-  OTA de Capacitor, comparando AWS, Google Cloud, Azure y una plataforma
-  dedicada para velocidad y seguridad.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-17T03:46:56.267Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d76b8ea5ba8bcd0fc6ad5f-1742183228777.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, OTA updates, cloud hosting, AWS, Google Cloud, Azure, Capgo, mobile
-  app updates, deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones Over-the-Air (OTA) te permiten actualizar tus aplicaciones [Capacitor](https://capacitorjs.com/) instantáneamente sin retrasos de la tienda de aplicaciones. Elegir la plataforma de alojamiento en la nube correcta es crítico para la velocidad, seguridad y facilidad de uso.
-
-### Puntos Clave:
-
--   **[AWS](https://aws.amazon.com/)**: Potente pero con configuración compleja. Excelente para flujos de trabajo personalizados.
--   **Google Cloud**: Seguridad y automatización sólidas pero requiere experiencia.
--   **[Azure](https://azure.microsoft.com/en-us)**: Flexible y escalable con buenas herramientas para implementaciones graduales.
--   **[Capgo](https://capgo.app/)**: Diseñado específicamente para actualizaciones OTA. Rápido, seguro y fácil de usar.
-
-### Comparación Rápida:
-
-| **Característica** | **AWS** | **Google Cloud** | **Azure** | **Capgo** |
-| --- | --- | --- | --- | --- |
-| **Velocidad (Paquete 5MB)** | 57ms | No reportado | No reportado | 114ms |
-| **Seguridad** | Requiere configuración | Herramientas integradas | Herramientas sólidas | Cifrado de extremo a extremo |
-| **Facilidad de Integración** | Configuración manual | Complejidad moderada | APIs REST, CLI | CI/CD integrado |
-| **Tasa de Éxito de Actualización** | 82% | No reportado | No reportado | 82% |
-| **Costo** | Pago por uso | Pago por uso | Planes flexibles | Desde $12/mes |
-
-**Capgo** es ideal para equipos pequeños o aquellos que priorizan la velocidad y simplicidad. Mientras tanto, AWS, Google Cloud y Azure ofrecen más flexibilidad pero requieren más esfuerzo para configurar.
-
-Para actualizaciones OTA rápidas, seguras y confiables, **Capgo** destaca, especialmente con sus funciones amigables para desarrolladores y precios accesibles.
-
-## Comparando los Líderes en Computación en la Nube: [AWS](https://aws.amazon.com/) vs. [Azure](https://azure.microsoft.com/en-us) vs. Google Cloud
-
-![AWS](https://mars-images.imgix.net/seobot/screenshots/aws.amazon.com-b122ef446c917f923466f58329a1ff9c-2025-03-17.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/ftnGqNQzLNU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. AWS para Actualizaciones OTA
-
-AWS es una opción confiable para alojar [actualizaciones OTA de Capacitor](https://capgo.app/ja/), aunque requiere más configuración en comparación con plataformas diseñadas específicamente para este propósito. Analicemos las principales características de AWS para entregar actualizaciones OTA.
-
-### Almacenamiento y Entrega de Contenido
-
-AWS utiliza **S3** para almacenamiento y **CloudFront CDN** para entrega global de contenido. Juntos, proporcionan una infraestructura sólida para alojar actualizaciones OTA. Sin embargo, la velocidad de entrega puede no igualar a las plataformas construidas únicamente para actualizaciones OTA.
-
-### Seguridad y Cumplimiento
-
-AWS ofrece múltiples herramientas para asegurar tus actualizaciones:
-
--   **IAM**: Gestiona el control de acceso a recursos.
--   **KMS**: Maneja la gestión de claves de cifrado.
--   **CloudTrail**: Rastrea y registra la actividad del usuario para auditoría.
-
-Dicho esto, cumplir con los requisitos de seguridad y cumplimiento de la tienda de aplicaciones requiere configuración manual. Esto es menos conveniente en comparación con plataformas que vienen con herramientas de cifrado y cumplimiento integradas [\[1\]](https://capgo.app/).
-
-### Gestión de Implementación
-
-Los servicios de AWS como **CodePipeline** y **CodeDeploy** permiten automatizar las implementaciones de actualizaciones OTA. Sin embargo, configurarlos puede llevar tiempo. Así es como AWS se desempeña en escenarios de implementación del mundo real:
-
-| Métrica | Rendimiento |
-| --- | --- |
-| Adopción de Actualización | 95% en 24 horas |
-| Tasa de Éxito Global | 82% |
-| Tiempo de Respuesta Promedio | 57ms mundial |
-
-Si bien estos números muestran un rendimiento sólido, alcanzarlos requiere un esfuerzo significativo en configuración y ajuste.
-
-### Monitoreo y Análisis
-
-Con **CloudWatch**, AWS proporciona herramientas de monitoreo, pero necesitarás establecer configuraciones personalizadas para rastrear métricas específicas de OTA. Esto está un paso atrás de las plataformas especializadas que ofrecen información lista para usar sobre el rendimiento de las actualizaciones.
-
-AWS es una opción robusta con capacidades extensas, pero su diseño de propósito general significa que los desarrolladores deben dedicar más tiempo a la configuración y mantenimiento. Si AWS es la elección correcta depende de la familiaridad de tu equipo con la plataforma y tu necesidad de personalización.
-
-A continuación, veremos las características de actualización OTA de Google Cloud.
-
-## 2. Google Cloud para Actualizaciones OTA
-
-[Google Cloud Platform](https://cloud.google.com/) (GCP) ofrece una gama de servicios integrados para gestionar actualizaciones OTA de Capacitor. Estos servicios cubren todo, desde el alojamiento de archivos y distribución global hasta seguridad, automatización de implementación y monitoreo.
-
-### Almacenamiento y Distribución
-
-Con **Cloud Storage**, GCP proporciona un espacio confiable para alojar archivos de actualización. Para asegurar que las actualizaciones lleguen a los usuarios rápida y eficientemente en todo el mundo, utiliza **Cloud CDN** y balanceo de carga.
-
-### Marco de Seguridad
-
-GCP asegura que las actualizaciones sean seguras usando herramientas como **Cloud KMS** para cifrado, **Cloud IAM** para control de acceso, el **Security Command Center** para detección de amenazas y **Cloud Armor** para protección contra ataques.
-
-### Implementación y Control de Versiones
-
-GCP simplifica la implementación de actualizaciones OTA con servicios como **Cloud Build**, **Container Registry** y **Cloud Functions**. Estas herramientas automatizan el empaquetado, gestionan el versionado y configuran disparadores sin servidor para implementaciones fluidas.
-
-### Monitoreo y Análisis
-
-El monitoreo en tiempo real se maneja a través de **Cloud Operations** (anteriormente conocido como Stackdriver). Esto incluye seguimiento de estados de actualización, recolección de métricas personalizadas, registro de errores y análisis de datos de rendimiento regional.
-
-### Características de Cumplimiento
-
-GCP ayuda a cumplir con los requisitos de la tienda de aplicaciones con herramientas integradas para firma y verificación de actualizaciones. También soporta opciones de reversión y implementaciones graduales, asegurando que las actualizaciones se entreguen de manera segura y en cumplimiento con las pautas de la plataforma.
-
-Aunque GCP proporciona un conjunto robusto de herramientas para actualizaciones OTA, configurar y mantener estos servicios a menudo requiere un alto nivel de experiencia técnica.
-
-### Estructura de Costos
-
-GCP utiliza un modelo de precios de **pago por uso**, que funciona bien para implementaciones a pequeña escala. Sin embargo, a medida que aumenta el uso, los costos pueden subir rápidamente, haciendo esencial monitorear los gastos de cerca. A continuación, exploraremos cómo se compara Azure como plataforma de actualización OTA.
-
-## 3. Azure para Actualizaciones OTA
-
-Microsoft Azure ofrece una gama de servicios en la nube que hacen posible implementar actualizaciones OTA (Over-the-Air) para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Al combinar sus servicios principales, puedes construir un flujo de trabajo personalizado para gestionar actualizaciones eficientemente.
-
-Comienza con **Azure Blob Storage** para alojar tus archivos de actualización. Combínalo con la **Red de Entrega de Contenido (CDN) de Azure** para asegurar una distribución rápida y confiable de estas actualizaciones en todo el mundo. Esta configuración proporciona una base sólida para almacenar y entregar actualizaciones.
-
-Para seguridad, Azure trae varias herramientas a la mesa. **Key Vault** ayuda a gestionar claves de cifrado, **Active Directory** controla el acceso, **Security Center** monitorea amenazas y **DDoS Protection** protege contra ataques de red. Juntas, estas herramientas crean un entorno seguro para actualizaciones OTA.
-
-Si necesitas una solución OTA personalizada, Azure te tiene cubierto. Usa **Azure DevOps** y herramientas sin servidor como **Azure Pipelines** para [automatizar compilaciones e implementaciones](https://capgo.app/blog/automatic-build-and-release-with-gitlab/). Agrega **Azure Functions** para activar flujos de trabajo de actualización, y confía en **Azure Monitor** para rastrear rendimiento y métricas.
-
-Azure también soporta implementaciones graduales y mecanismos de reversión automatizados, que son esenciales para cumplir con las pautas de la tienda de aplicaciones y estándares de la industria. Sus características de cumplimiento facilitan el diseño de estrategias de actualización que se alinean con los requisitos regulatorios.
-
-La integración es sencilla, gracias al soporte de Azure para **APIs REST**, SDKs oficiales y herramientas de línea de comandos a través de **Azure CLI**. Esta flexibilidad te permite adaptar el proceso de integración para coincidir con las necesidades de tu aplicación Capacitor.
-
-Mantener los costos bajo control es crítico para actualizaciones OTA escalables. Las opciones de precios de Azure, como pago por uso y capacidad reservada, te dan flexibilidad en la gestión de gastos. Herramientas como **Azure Cost Management** pueden ayudarte a monitorear el uso y establecer presupuestos, asegurando que tu solución permanezca rentable mientras escala.
-
-Con su extensa infraestructura en la nube y herramientas escalables, Azure proporciona todo lo que necesitas para construir y gestionar flujos de trabajo de actualización OTA para tus aplicaciones.
-
-## 4. [Capgo](https://capgo.app/) para Actualizaciones OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-17.jpg?auto=compress)
-
-Capgo proporciona una solución dedicada para actualizaciones OTA de Capacitor, yendo más allá de los proveedores de nube generales. Entrega actualizaciones eficientemente, con un paquete de 5 MB descargando en solo 114 ms y un tiempo de respuesta API promedio de 434 ms globalmente. Esto asegura que las actualizaciones sean rápidas y confiables.
-
-Con cifrado avanzado de extremo a extremo, Capgo va más allá de los métodos básicos de firma, asegurando que las actualizaciones sean accesibles solo para usuarios autorizados.
-
-El sistema de canales de Capgo hace que la gestión de actualizaciones sea simple y efectiva. Las características clave incluyen:
-
-| Característica | Funcionalidad | Beneficio |
-| --- | --- | --- |
-| Pruebas Beta | Distribuye actualizaciones a grupos específicos | Permite pruebas controladas antes del lanzamiento |
-| Implementaciones Graduales | Despliega actualizaciones gradualmente a usuarios | Reduce el riesgo de problemas generalizados |
-| Control de Versiones | Gestiona múltiples versiones de la aplicación | Soporta pruebas iterativas con facilidad |
-| Reversión Instantánea | Revierte a una versión anterior instantáneamente | Corrige rápidamente actualizaciones problemáticas |
-
-La plataforma ha probado su confiabilidad en escenarios del mundo real. Con 750 aplicaciones soportadas y más de 23.5 millones de actualizaciones entregadas, Capgo logra una tasa de actualización del 95% dentro de 24 horas y una tasa de éxito de implementación global del 82% [\[1\]](https://capgo.app/).
-
-Capgo también se integra perfectamente con herramientas CI/CD como [GitHub Actions](https://docs.github.com/actions) y [Jenkins](https://www.jenkins.io/), automatizando implementaciones para ahorrar tiempo y reducir el esfuerzo manual. Su sistema de actualización delta descarga solo las partes cambiadas del código, mejorando tanto la velocidad como la eficiencia del ancho de banda.
-
-Para los equipos que buscan iterar rápidamente, Capgo es compatible con herramientas populares como [GitLab CI](https://docs.gitlab.com/ee/ci/) y Jenkins, optimizando los flujos de trabajo de implementación. También ofrece opciones flexibles de alojamiento, incluyendo configuraciones en la nube y auto-alojadas. Al ser completamente de código abierto, Capgo asegura que los desarrolladores mantengan el control total sobre su alojamiento sin estar vinculados a un único proveedor.
-
-## Comparación de Plataformas
-
-Aquí hay un desglose de cómo los proveedores tradicionales de la nube se comparan con Capgo en satisfacer las necesidades clave de actualizaciones OTA:
-
-| Característica | Proveedores de Nube Tradicionales | Capgo |
-| --- | --- | --- |
-| Rendimiento CDN Global | Rendimiento estándar de la industria (datos no reportados) | 114ms para un paquete de 5MB[\[1\]](https://capgo.app/) |
-| Tasa de Éxito de Actualización | No reportado | 82% mundial[\[1\]](https://capgo.app/) |
-| Cifrado | Firma de actualización estándar | Cifrado de extremo a extremo[\[1\]](https://capgo.app/) |
-| Integración CI/CD | Requiere configuración personalizada | Integración incorporada con GitHub, GitLab, etc.[\[1\]](https://capgo.app/) |
-| [Gestión de Actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Implementación personalizada | Sistema de canales incluido[\[1\]](https://capgo.app/) |
-
-Mientras que los proveedores tradicionales ofrecen un rendimiento confiable, Capgo destaca con sus velocidades CDN globales más rápidas, tasas de éxito de actualización optimizadas y seguridad mejorada. Por ejemplo, Capgo logra un tiempo de entrega de 114ms para un paquete de 5MB y una tasa de éxito de actualización del 82% globalmente - métricas difíciles de ignorar.
-
-La eficiencia en costos de Capgo es otro gran atractivo para los usuarios. Como compartió un usuario:
-
-> "Cambiamos a @Capgo después de que @AppFlow nos golpeara con una factura de $5000 por el año para continuar. Amando CapoGo hasta ahora. Gracias a @Capgo, es un gran producto."[\[1\]](https://capgo.app/)
-
-La seguridad es un área crítica donde Capgo sobresale. A diferencia de las plataformas tradicionales que dependen de la firma estándar de actualizaciones, Capgo ofrece cifrado de extremo a extremo, proporcionando una protección más fuerte para implementaciones sensibles. El equipo de NASA OSIRIS-REx destacó esta ventaja:
-
-> "Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂"[\[1\]](https://capgo.app/)
-
-Además, Capgo simplifica la implementación para los desarrolladores a través de integraciones CI/CD incorporadas con herramientas como GitHub y GitLab. Esto elimina la necesidad de configuraciones personalizadas y acelera el proceso de lanzamiento. Un equipo compartió su historia de éxito:
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo."[\[1\]](https://capgo.app/)
-
-La combinación de velocidad, seguridad y facilidad de uso de Capgo lo convierte en una opción convincente para equipos que buscan optimizar sus flujos de trabajo de actualizaciones OTA.
-
-## Eligiendo la Plataforma Correcta
-
-Esta sección desglosa los factores clave a considerar al seleccionar la mejor plataforma de alojamiento OTA para sus necesidades.
-
-### **Seguridad y Cumplimiento**
-
-Proteger las actualizaciones de tu aplicación es innegociable. Plataformas como **Capgo** proporcionan fuertes medidas de seguridad, incluyendo cifrado de extremo a extremo, para salvaguardar datos sensibles y cumplir con estándares de cumplimiento [\[1\]](https://capgo.app/).
-
-### **Rendimiento de Actualizaciones**
-
-El rendimiento del CDN global juega un papel importante en la experiencia del usuario. Como se mencionó anteriormente, **Capgo** sobresale en esta área, asegurando actualizaciones de aplicaciones más rápidas y confiables en todo el mundo [\[1\]](https://capgo.app/).
-
-### **Marco de Decisión**
-
-Aquí hay una guía rápida para ayudarte a hacer coincidir tus necesidades con la plataforma correcta:
-
-| **Necesidad** | **Mejor Opción** | **Por qué** |
-| --- | --- | --- |
-| Equipos Pequeños (<10 devs) | Capgo (Planes Solo/Maker) | Planes asequibles ($12–$33/mes) con características esenciales para equipos más pequeños |
-| Escala Empresarial | Nube Tradicional o [Capgo PAYG](https://capgo.app/docs/webapp/payment/) | Infraestructura personalizable y soluciones escalables (Capgo PAYG comienza en $249/mes) |
-| Alta Seguridad | Plataformas con Cifrado E2E | Asegura que los datos sensibles estén protegidos y se cumplan los requisitos de cumplimiento |
-| Integración CI/CD | Plataformas con Soporte Incorporado | Simplifica la configuración y reduce el mantenimiento continuo |
-
-### **Consideraciones de Costos**
-
-Los costos pueden variar ampliamente según tus necesidades. Por ejemplo, ejecutar operaciones CI/CD puede costar alrededor de $300 por mes, mientras que plataformas como **AppFlow** pueden alcanzar hasta $6,000 anuales [\[1\]](https://capgo.app/). Equilibrar los costos con el rendimiento es clave, y plataformas como Capgo ofrecen precios competitivos junto con métricas de rendimiento sólidas.
-
-### **Requisitos Técnicos**
-
-Al elegir una plataforma, asegúrate de que soporte tu **[versión de Capacitor](https://capgo.app/plugins/ivs-player/)** específica (por ejemplo, Capacitor 8) y ofrezca características esenciales como análisis, seguimiento de errores, opciones de reversión para control de versiones e integración CI/CD sin problemas. Estas características aseguran operaciones fluidas a medida que tu aplicación escala.
-
-La mejor plataforma alcanzará el equilibrio correcto entre rendimiento, seguridad y costo. Aprovecha las pruebas gratuitas - como la prueba de 15 días de Capgo - para ver si la plataforma se alinea con tus necesidades [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/es/capacitor-ota-updates-debugging-issues.md b/src/content/blog/es/capacitor-ota-updates-debugging-issues.md
deleted file mode 100644
index fc19515fb..000000000
--- a/src/content/blog/es/capacitor-ota-updates-debugging-issues.md
+++ /dev/null
@@ -1,205 +0,0 @@
----
-slug: capacitor-ota-updates-debugging-issues
-title: Depuración de problemas de actualización OTA de Capacitor
-description: >-
-  Aprende cómo solucionar efectivamente problemas con las actualizaciones OTA
-  para garantizar implementaciones fluidas de aplicaciones y satisfacción del
-  usuario utilizando métodos y herramientas probados.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T03:16:07.345Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ff1c0bb0912f75a97f349a-1744775417719.jpg
-head_image_alt: Desarrollo móvil
-keywords: 'OTA updates, debugging, error tracking, app stability, Capgo'
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-**Las actualizaciones OTA pueden acelerar las mejoras de la aplicación, pero las actualizaciones fallidas causan problemas importantes** Esto es lo que necesitas saber para garantizar actualizaciones fluidas y solucionar problemas rápidamente:
-
--   **Problemas Comunes**: Despliegues fallidos, actualizaciones parciales y problemas de cumplimiento
--   **Métricas Clave**: Apunta a una tasa de actualización del 95% en 24 horas y una tasa de éxito global del 82%
--   **Mejores Prácticas**: Usa funciones de reversión, seguimiento de errores en tiempo real y lanzamientos graduales para minimizar riesgos
--   **Herramientas**: Plataformas como [Capgo](https://capgo.app/) ofrecen reversiones con un clic, actualizaciones diferenciales inteligentes y cifrado de extremo a extremo para actualizaciones seguras y eficientes
-
-**Consejo Rápido**: Siempre prueba las actualizaciones en canales beta antes del despliegue completo y monitorea el rendimiento con análisis en tiempo real
-
-Esta guía cubre todo, desde identificar errores de actualización hasta usar herramientas como Capgo para actualizaciones OTA confiables
-
-## La Guía Definitiva de Depuración de Ionic (Navegador y Aplicaciones Nativas)
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principales Problemas de Actualización OTA
-
-Las actualizaciones OTA pueden a veces interrumpir la estabilidad de la aplicación e impactar la experiencia del usuario. A continuación, desglosamos problemas comunes y sus desafíos.
-
-### Errores de Actualización y Reversión
-
-Aproximadamente el 20% de las actualizaciones fallan durante el despliegue [\[1\]](https://capgo.app/) Para abordar esto, **la función de reversión con un clic de Capgo** permite a los desarrolladores volver rápidamente a una versión estable, minimizando el tiempo de inactividad y la frustración del usuario [\[1\]](https://capgo.app/)
-
-### Problemas de Actualización Parcial
-
-Las actualizaciones pueden fallar parcialmente debido a descargas interrumpidas o archivos faltantes [\[1\]](https://capgo.app/) Esto puede llevar a funcionalidades rotas. Capgo aborda esto con **actualizaciones diferenciales inteligentes**, que se centran en descargar solo las partes cambiadas de la aplicación
-
-> "Actualizaciones diferenciales inteligentes: Solo descarga lo que ha cambiado, ahorrando ancho de banda y tiempo" [\[1\]](https://capgo.app/)
-
-### Cumplimiento de App Store
-
-Seguir las reglas de la plataforma para actualizaciones OTA es crítico. Capgo asegura el cumplimiento usando **cifrado de extremo a extremo**, garantizando que:
-
-> "solo los usuarios pueden descifrar las actualizaciones" [\[1\]](https://capgo.app/)
-
-Las herramientas de monitoreo de Capgo también muestran que hasta el 95% de los usuarios activos cambian a la última versión dentro de 24 horas [\[1\]](https://capgo.app/) Estas estadísticas resaltan la importancia del seguimiento preciso de errores y un robusto [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/)
-
-## Encontrar y Solucionar Problemas de Actualización
-
-La depuración de actualizaciones OTA requiere un monitoreo y análisis cuidadoso para identificar y resolver problemas efectivamente
-
-### Análisis de Registros y Seguimiento de Errores
-
-El seguimiento de errores en tiempo real ayuda a detectar problemas cuando ocurren. Concéntrate en estas áreas problemáticas comunes:
-
--   Problemas de conectividad de red
--   Interrupciones de descarga
--   Errores de instalación
--   Desajustes de versiones
-
-Usar herramientas automatizadas de seguimiento de errores puede proporcionar alertas instantáneas, ahorrando tiempo y reduciendo el tiempo de inactividad
-
-### Monitoreo del Estado de Actualización
-
-Mantén un ojo en estas métricas clave para evaluar el rendimiento de las actualizaciones:
-
-| Métrica | Umbral Objetivo | Impacto |
-| --- | --- | --- |
-| Tasa de Actualización 24h | 95% | Confirma entrega exitosa |
-| Tasa de Éxito Global | 82% | Asegura actualizaciones estables |
-| Tiempo de Instalación | < 5 minutes | Affects overall user experience |
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después del despliegue OTA en @Capgo" – colenso [\[1\]](https://capgo.app/)
-
-Las pruebas exhaustivas complementan el monitoreo, asegurando actualizaciones más fluidas
-
-### Configuración del Entorno de Pruebas
-
-Un proceso de actualización confiable depende de pruebas robustas y opciones rápidas de reversión. Así es como configurar un entorno efectivo:
-
--   Usa canales beta y escalonados para validar actualizaciones antes del despliegue completo
--   Asegura que los mecanismos de reversión estén en su lugar para revertir actualizaciones si es necesario
--   Incorpora herramientas de análisis para detectar problemas temprano y responder rápidamente
-
-Un desarrollador compartió su experiencia:
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es oro" – Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Mejores Métodos de Actualización OTA
-
-Garantizar actualizaciones OTA confiables requiere una verificación exhaustiva del paquete, implementación gradual y las herramientas adecuadas
-
-### Verificaciones del Paquete de Actualización
-
-Es crucial validar el paquete de actualización para evitar problemas como conflictos o corrupción. Las verificaciones clave incluyen:
-
-| Tipo de Verificación | Propósito | Beneficio |
-| --- | --- | --- |
-| Control de Versiones | Mantener versiones precisas | Evita conflictos |
-| Integridad de Archivos | Verificar todos los componentes | Reduce la corrupción |
-| Optimización de Tamaño | Soportar actualizaciones parciales | Ahorra ancho de banda |
-| Validación de Seguridad | Asegurar que el cifrado esté intacto | Protege a los usuarios |
-
-El cifrado de extremo a extremo de Capgo asegura que las actualizaciones sean accesibles solo para usuarios autorizados [\[1\]](https://capgo.app/)
-
-### Implementación Gradual de Actualizaciones
-
-Una implementación gradual minimiza riesgos y asegura una implementación fluida. Aquí hay un enfoque paso a paso:
-
-1. **Beta Inicial**: Comenzar con un pequeño grupo de usuarios para probar la actualización y recopilar datos
-2. **Expansión Controlada**: Aumentar gradualmente la base de usuarios mientras se monitorea el rendimiento y las tasas de éxito
-3. **Implementación Completa**: Desplegar la actualización globalmente, apuntando a una tasa de éxito del 82% o superior [\[1\]](https://capgo.app/)
-
-Combinar este enfoque con las herramientas adecuadas asegura un proceso robusto de actualización OTA
-
-### Usando [Capgo](https://capgo.app/) para Actualizaciones
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ff1c0bb0912f75a97f349a/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo simplifica las actualizaciones OTA con características diseñadas para mejorar la eficiencia:
-
--   **Análisis en tiempo real**: El tiempo de respuesta global de la API promedia 57ms [\[1\]](https://capgo.app/)
--   **Reversión con un clic**: Vuelve rápidamente a versiones anteriores si es necesario
--   **Actualizaciones parciales**: Reduce el uso de ancho de banda actualizando solo los componentes necesarios
--   **Integración CI/CD**: Funciona perfectamente con plataformas como [GitHub Actions](https://docsgithubcom/actions) y [GitLab CI](https://docsgitlabcom/ee/ci/)
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-El [sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) de Capgo proporciona control preciso sobre la distribución y prueba de actualizaciones. Con 19K aplicaciones ya usando Capgo en producción, ha demostrado manejar efectivamente escenarios complejos de actualización [\[1\]](https://capgo.app/)
-
-## Opciones de Plataforma OTA
-
-Desde 2022, las plataformas OTA han expandido sus capacidades, particularmente en [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) y depuración
-
-### Características Clave
-
-Aquí hay un desglose de algunas [características de depuración](https://capgo.app/docs/plugin/debugging/) críticas:
-
-| Característica | Capgo |
-| --- | --- |
-| Cifrado de Extremo a Extremo | Sí, totalmente cifrado |
-| Tasa de Éxito de Actualización | 82% globalmente |
-| Tiempo de Respuesta | 57ms en promedio |
-| Soporte de Reversión | Instantáneo, un clic |
-| Seguimiento de Errores | Tiempo real |
-| Distribución de Actualizaciones | Sistema basado en canales |
-
-Estas características influyen en cómo se perciben las plataformas en términos de rendimiento y costo
-
-### Costo y Estado del Mercado
-
-El precio es un factor importante al seleccionar una plataforma OTA. El mercado ahora ofrece una variedad de opciones de precios para satisfacer diferentes necesidades:
-
-| Plataforma | Costo Mensual | Posición en el Mercado |
-| --- | --- | --- |
-| Capgo SOLO | $12 | En expansión desde 2022 |
-| Capgo MAKER | $33 | Popular entre PyMEs |
-| Capgo TEAM | $83 | Preferido por empresas |
-| Capgo PAYG | $249 | Adaptado para uso personalizado |
-
-La integración con plataformas CI/CD ampliamente utilizadas como GitHub Actions y GitLab CI simplifica el proceso de depuración. Como Bessie Cooper acertadamente dice:
-
-> "@Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es oro" [\[1\]](https://capgo.app/)
-
-## Próximos Pasos
-
-### Revisión de Puntos Principales
-
-La depuración OTA efectiva puede llevar a alcanzar tasas de éxito del 95% en actualizaciones dentro de 24 horas [\[1\]](https://capgo.app/) Los mejores resultados provienen de combinar monitoreo en tiempo real con estrategias de respuesta rápidaAquí hay algunos factores clave que influyen en la depuración OTA:
-
-| Factor | Rol en la Depuración |
-| --- | --- |
-| Cifrado de Extremo a Extremo | Mantiene los datos de depuración seguros durante la transmisión |
-| Análisis en Tiempo Real | Ayuda a detectar problemas cuando ocurren |
-| Capacidad de Reversión | Permite una recuperación rápida de fallos en actualizaciones |
-| Sistema de Canales | Admite pruebas y despliegues focalizados |
-
-Utiliza estos conocimientos para fortalecer tu proceso de depuración OTA
-
-### Elementos de Acción
-
-Considera estos pasos para aumentar la fiabilidad OTA:
-
--   **Configurar un Entorno de Pruebas**: Establece canales beta y por etapas para proteger la integridad de las actualizaciones [\[1\]](https://capgo.app/)
-    
--   **Automatizar Verificaciones de Integridad**: Agrega verificaciones automatizadas a tu pipeline CI/CD para verificar la integridad del paquete y el cumplimiento antes de implementar actualizaciones
-    
--   **Monitorear Métricas Clave**: Enfócate en estas áreas críticas:
-    
-    -   Tasas de éxito de actualización (apunta a más del 82% globalmente)
-    -   Tiempos de respuesta (objetivo alrededor de 434 ms)
-    -   Velocidades de descarga (referencia: 114 ms para un paquete de 5 MB)
--   **Preparar Planes de Recuperación**: Habilita funciones de reversión instantánea, configura seguimiento automatizado de errores y establece rutas claras de escalamiento Estas prácticas ya han respaldado 11 billones de actualizaciones exitosas en más de 1,900 aplicaciones en producción [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/capacitor-ota-updates-security-tips.md b/src/content/blog/es/capacitor-ota-updates-security-tips.md
deleted file mode 100644
index 83c777ea3..000000000
--- a/src/content/blog/es/capacitor-ota-updates-security-tips.md
+++ /dev/null
@@ -1,96 +0,0 @@
----
-slug: capacitor-ota-updates-security-tips
-title: 'Actualizaciones OTA de Capacitor: Consejos de Seguridad'
-description: >-
-  Descubra las prácticas de seguridad esenciales para las actualizaciones OTA,
-  incluyendo el cifrado, la verificación de archivos y el control de acceso para
-  proteger su aplicación móvil.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T02:16:15.693Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d-1743905786627.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, security, encryption, file verification, access control, mobile
-  app updates, data protection
-tag: 'Mobile, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-**¿Quieres actualizaciones OTA seguras para tu aplicación [Capacitor](https://capacitorjs.com/)?** Aquí está el resumen: Las actualizaciones OTA son rápidas y eficientes pero conllevan riesgos como interceptación de datos, manipulación de archivos y vulnerabilidades del servidor. Para mantener tus actualizaciones seguras, concéntrate en **cifrado, verificación de archivos y control de acceso**
-
-### Puntos Clave:
-
--   **[Cifra tus actualizaciones](https://capgo.app/docs/cli/migrations/encryption/)**: Usa [TLS](https://enwikipediaorg/wiki/Transport_Layer_Security) 1.3 y cifrado de extremo a extremo para prevenir interceptación
--   **Verifica archivos**: Valida firmas digitales y sumas de verificación para asegurar la integridad de la actualización
--   **Controla el acceso**: Usa permisos basados en roles, verificación de ID de dispositivo y [claves API seguras](https://capgo.app/docs/webapp/api-keys/)
-
-### Comparación Rápida de Plataformas OTA:
-
-| Característica | [Capgo](https://capgo.app/) | [AppFlow](https://ionicio/appflow/) |
-| --- | --- | --- | --- |
-| Cifrado de Extremo a Extremo | Sí | No | No |
-| Capacidad de Reversión | Instantánea | Manual | Manual |
-| Tasa de Éxito de Actualización | 82% mundial | Datos limitados | Datos limitados |
-
-**Consejo Pro:** Capgo lidera con 95% de adopción de actualizaciones en 24 horas y características avanzadas de seguridad como análisis en tiempo real y control de versiones. ¡Asegura tus actualizaciones OTA ahora siguiendo estos pasos!
-
-## Capacitor 2.0: Aplicaciones móviles y PWAs desde una base de código única
-
-
-## Riesgos de Seguridad en Actualizaciones OTA
-
-Las actualizaciones OTA pueden abrir la puerta a vulnerabilidades que comprometen tanto la seguridad de la aplicación como la confianza del usuario.
-
-### Riesgos de Interceptación de Datos
-
-Los ataques de intermediario pueden interceptar datos de actualización OTA, permitiendo cambios no autorizados que podrían afectar a millones de usuarios. Para prevenir esto, el **cifrado de extremo a extremo** es esencial.
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" [\[1\]](https://capgo.app/)
-
-Sin el cifrado adecuado, los archivos interceptados pueden ser manipulados, llevando a graves consecuencias.
-
-### Amenazas de Manipulación de Archivos
-
-Los archivos de actualización manipulados pueden introducir código malicioso, interrumpir la funcionalidad de la aplicación, robar información sensible o introducir características no autorizadas. Esto resalta la importancia de **protocolos de verificación de archivos sólidos** para asegurar que las actualizaciones permanezcan seguras y confiables.
-
-### Vulnerabilidades de Acceso al Servidor
-
-La siguiente tabla describe las debilidades clave del servidor y sus posibles impactos:
-
-| Vulnerabilidad | Impacto |
-| --- | --- |
-| Autenticación Débil | Actualizaciones no autorizadas |
-| Gestión Insuficiente de Roles | Liberación de actualizaciones no probadas |
-| Claves API Comprometidas | Distribución de código malicioso |
-
-Estos ejemplos muestran por qué la seguridad debe ir más allá de simplemente firmar actualizaciones. Un enfoque por capas - incluyendo cifrado, verificación y controles de acceso estrictos - es crítico para proteger el [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/)
-
-## Pasos de Seguridad para Actualizaciones OTA
-
-Para abordar los riesgos potenciales, sigue estas medidas específicas para asegurar la entrega de actualizaciones OTA.
-
-### Métodos de Cifrado de Datos
-
-Usar métodos de cifrado fuertes es clave para proteger las actualizaciones OTA. El cifrado de extremo a extremo asegura que los datos de actualización permanezcan protegidos durante la transmisión y solo puedan ser accedidos por dispositivos autorizados.
-
-Aquí están los componentes principales de una configuración de cifrado segura:
-
-| Componente | Propósito | Implementación |
-| --- | --- | --- |
-| Protocolo TLS | Protege datos durante la transmisión | Usar TLS 1.3 con suites de cifrado fuertes |
-| Cifrado de Extremo a Extremo | Asegura que solo el destinatario previsto pueda descifrar datos | Usar protocolos de cifrado de extremo a extremo verificados |
-
-### Verificación de Archivos de Actualización
-
-Verificar los archivos de actualización asegura su integridad y autenticidad. Este proceso involucra más que solo firmar las actualizaciones - requiere múltiples capas de verificación.
-
-Pasos para verificar actualizaciones incluyen:
-
--   **Validación de firma digital**: Usar una infraestructura de clave pública para confirmar la autenticidad de las firmas del paquete de actualización
--   **Verificación de suma de comprobación**: Comparar hashes SHA-256 para asegurar que el archivo de actualización no haya sido manipulado
\ No newline at end of file
diff --git a/src/content/blog/es/capacitor-ota-updates-staying-compliant.md b/src/content/blog/es/capacitor-ota-updates-staying-compliant.md
deleted file mode 100644
index fecfedda0..000000000
--- a/src/content/blog/es/capacitor-ota-updates-staying-compliant.md
+++ /dev/null
@@ -1,206 +0,0 @@
----
-slug: capacitor-ota-updates-staying-compliant
-title: 'Actualizaciones OTA de Capacitor: Manteniéndose en Cumplimiento'
-description: >-
-  Aprende a implementar actualizaciones OTA para aplicaciones de Capacitor
-  mientras garantizas el cumplimiento de las reglas de las tiendas de
-  aplicaciones y mejoras la experiencia del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:37:02.530Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37-1743133034618.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  OTA updates, Capacitor, app compliance, mobile updates, app store guidelines,
-  security protocols, over-the-air updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres arreglar errores o añadir funciones rápidamente sin retrasos en la tienda de aplicaciones?** Las actualizaciones Over-the-Air (OTA) para aplicaciones de [Capacitor](https://capacitorjs.com/) te permiten enviar actualizaciones directamente a los usuarios, evitando el largo proceso de revisión de las tiendas de aplicaciones. Pero mantenerse en cumplimiento con las reglas de Apple y Google Play es crítico para evitar el rechazo o eliminación de la aplicación.
-
-### Puntos Clave:
-
--   **¿Qué son las actualizaciones OTA?** Permiten actualizar el contenido de la aplicación (como correcciones de errores o ajustes de interfaz) instantáneamente a través de una CDN segura, sin requerir que los usuarios descarguen actualizaciones manualmente.
--   **¿Por qué usarlas?** Las actualizaciones OTA alcanzan al 95% de los usuarios activos en 24 horas, ahorrando tiempo y mejorando la experiencia del usuario.
--   **El cumplimiento importa:** Apple restringe las actualizaciones OTA a contenido no ejecutable (por ejemplo, recursos web), mientras que Google permite más flexibilidad pero impone reglas estrictas de seguridad y consentimiento del usuario.
--   **Herramientas como [Capgo](https://capgo.app/) ayudan:** Capgo proporciona cifrado, opciones de reversión, seguimiento de errores y análisis para garantizar actualizaciones OTA rápidas, seguras y conformes.
-
-**Consejo profesional:** Usa actualizaciones OTA para correcciones menores o cambios de contenido, pero siempre envía cambios importantes o nuevas funciones para revisión en la tienda de aplicaciones.
-
-Continúa leyendo para una guía paso a paso sobre cómo implementar actualizaciones OTA manteniéndote en cumplimiento.
-
-## Conceptos Básicos de Actualizaciones OTA para [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Cómo Funcionan las Actualizaciones OTA
-
-Las actualizaciones OTA (Over-The-Air) permiten a los desarrolladores enviar nuevo código directamente a los dispositivos de los usuarios sin requerir que descarguen actualizaciones desde una tienda de aplicaciones. Estas actualizaciones se entregan a través de una red de distribución de contenido (CDN) segura y se descargan en segundo plano mientras los usuarios continúan usando la aplicación. Al enfocarse solo en las partes del código que han cambiado, el sistema asegura descargas más rápidas, aprovechando la velocidad y eficiencia de la distribución global de CDN [\[1\]](https://capgo.app/).
-
-El proceso es sencillo: los desarrolladores crean el código actualizado, lo implementan de forma segura a través de una CDN, y la aplicación instala automáticamente los cambios. Este enfoque simplificado trae varias ventajas tanto para desarrolladores como usuarios.
-
-### Beneficios de las Actualizaciones OTA
-
-Las actualizaciones OTA ofrecen múltiples ventajas tanto para desarrolladores como usuarios finales. Aquí un desglose rápido:
-
-| Beneficio | Impacto |
-| --- | --- |
-| **Implementación Rápida** | Las actualizaciones pueden llegar a los usuarios en minutos en lugar de días. |
-| **Eficiencia de Ancho de Banda** | Solo se descargan las partes modificadas del código, ahorrando datos. |
-| **Comodidad del Usuario** | No se necesitan actualizaciones manuales ni visitas a la tienda de aplicaciones. |
-| **Agilidad en el Desarrollo** | Permite correcciones de errores y lanzamientos de funciones más rápidos. |
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Problemas Comunes en la Implementación OTA
-
-A pesar de estos beneficios, implementar actualizaciones OTA puede presentar desafíos. Los datos de 750 aplicaciones destacan algunos problemas comunes [\[1\]](https://capgo.app/):
-
--   **Preocupaciones de Seguridad**: El cifrado de extremo a extremo es crítico para prevenir manipulaciones o accesos no autorizados.
--   **Gestión de Versiones**: Usar un [sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) ayuda a gestionar pruebas beta y lanzamientos graduales de manera efectiva.
--   **Monitoreo de Actualizaciones**: Sin un seguimiento adecuado, las actualizaciones fallidas pueden pasar desapercibidas. Los análisis y el seguimiento de errores son esenciales, como lo enfatizan las tasas de éxito globales del 82% [\[1\]](https://capgo.app/).
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." – Colenso [\[1\]](https://capgo.app/)
-
-Para garantizar actualizaciones OTA confiables, los desarrolladores deben enfocarse en el monitoreo proactivo y mantener opciones de reversión para una resolución rápida de problemas. Con un tiempo promedio de respuesta de API de 57ms, optimizar la infraestructura de entrega de actualizaciones también es crucial [\[1\]](https://capgo.app/).
-
-## Reglas de la Tienda de Aplicaciones para Actualizaciones OTA
-
-### Reglas de Apple para Actualizaciones OTA
-
-Apple tiene políticas estrictas para actualizaciones OTA (Over-The-Air) en aplicaciones iOS. Estas actualizaciones no pueden cambiar la funcionalidad central de la aplicación ni evadir el proceso de revisión de la App Store. Para aplicaciones híbridas, las actualizaciones están limitadas a contenido no ejecutable, como actualizaciones de recursos web, para garantizar la seguridad y mantener el cumplimiento con las directrices de Apple.
-
-### Reglas de Google Play para Actualizaciones OTA
-
-Google Play permite más flexibilidad para actualizaciones OTA pero aún impone estándares de seguridad sólidos. Los desarrolladores deben seguir estas pautas clave:
-
-| Requisito | Detalles |
-| --- | --- |
-| **Protocolos de Seguridad** | Las actualizaciones deben entregarse a través de conexiones seguras, como HTTPS. |
-| **Control de Versiones** | Debe existir un sistema adecuado de versionado para rastrear cambios. |
-| **Consentimiento del Usuario** | Los usuarios deben dar permiso explícito para cualquier cambio importante. |
-| **Alcance de la Actualización** | Se permiten cambios de código más grandes en comparación con iOS, pero la seguridad sigue siendo prioritaria. |
-
-### Ejemplos de Violación de Políticas
-
-Violar las políticas de actualización OTA puede resultar en consecuencias graves. Aquí algunos ejemplos comunes:
-
--   **Evasión de Funciones**: Implementar actualizaciones importantes de funciones que evitan el proceso de revisión.
--   **Brechas de Seguridad**: Usar métodos de entrega inseguros que ponen en riesgo los datos del usuario.
--   **Cambios de Funcionalidad Principal**: Alterar la funcionalidad principal de la aplicación a través de una actualización OTA.
-
-Tanto Apple como Google enfatizan la seguridad y experiencia del usuario. Si bien Google Play ofrece un poco más de libertad, los desarrolladores deben usar actualizaciones OTA para mejoras menores como correcciones de errores, actualizaciones de contenido o pequeños ajustes de interfaz. Los cambios importantes o nuevas funciones siempre deben pasar por el proceso oficial de revisión para mantener el cumplimiento.
-
-## Directrices para Actualizaciones OTA
-
-Para mantener el cumplimiento con las reglas de las tiendas de aplicaciones, es importante seguir directrices específicas al usar actualizaciones OTA (Over-The-Air) para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Estas prácticas ayudan a asegurar que las actualizaciones sean seguras y se alineen con las políticas de la plataforma.
-
-### Enfoque en Actualizaciones No Críticas
-
-Las actualizaciones OTA deben limitarse a elementos no esenciales como recursos visuales o configuraciones simples. Evita alterar la lógica ejecutable central o agregar nuevas funciones que puedan requerir una revisión completa de la aplicación. Al mantenerte dentro de estos límites, puedes mantener el cumplimiento mientras mantienes las actualizaciones simples. Una vez que hayas definido estas limitaciones, tener un sistema sólido de control de versiones es crucial.
-
-### Mejores Prácticas de Control de Versiones
-
-Una estrategia sólida de control de versiones incluye características como versionado automatizado, lanzamientos graduales y opciones de reversión. Aquí cómo estos métodos ayudan:
-
--   **Versionado Automatizado**: Usa herramientas CI/CD para rastrear versiones con precisión y eficiencia.
--   **Lanzamientos Graduales**: Libera actualizaciones primero a un pequeño grupo de prueba, luego expande a todos los usuarios.
--   **Reversión Rápida**: En caso de problemas, revierte a una versión anterior instantáneamente.
-
-Estas prácticas reducen riesgos y aseguran que tus actualizaciones cumplan con los requisitos de la tienda de aplicaciones.
-
-### Mantener a los Usuarios Informados
-
--   **[Actualizaciones Automáticas](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: Las actualizaciones pueden instalarse en segundo plano, pero los usuarios deben ser informados. Herramientas como Capgo hacen simple automatizar instalaciones mientras mantienes a los usuarios actualizados.
--   **Monitoreo y Retroalimentación**: Usa análisis, seguimiento de errores y canales de retroalimentación para monitorear el éxito de las instalaciones y abordar cualquier problema.
-
-La comunicación clara fomenta la confianza con los usuarios y refuerza el cumplimiento con las directrices de la tienda de aplicaciones.
-
-> "Reversión con un clic a cualquier versión anterior si es necesario" – Capgo [\[1\]](https://capgo.app/)
-
-## Usando [Capgo](https://capgo.app/) para Actualizaciones OTA
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/cf21af63f433895b269de0da5dc7d74c.jpg)
-
-Capgo proporciona una solución para gestionar actualizaciones over-the-air (OTA) en aplicaciones Capacitor, abordando requisitos de cumplimiento con un sistema integrado. Con más de 750 aplicaciones en producción y 23.5 millones de actualizaciones entregadas, Capgo asegura un [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/) fluido y conforme [\[1\]](https://capgo.app/).
-
-### Cómo Capgo Gestiona las Actualizaciones
-
-Capgo simplifica el proceso de actualización mientras asegura que las actualizaciones sean eficientes y cumplan con los estándares de conformidad. Las características clave incluyen:
-
--   **Cifrado de Extremo a Extremo**: Las actualizaciones están cifradas y accesibles solo para usuarios autorizados.
--   **Actualizaciones Parciales**: En lugar de descargar paquetes completos, solo se actualizan los componentes modificados. Esto permite un tiempo promedio de descarga de solo 114ms para un paquete de 5MB.
--   **Alto Rendimiento**: Dentro de las 24 horas del despliegue, las tasas de éxito de actualización alcanzan el 95%.
-
-### Herramientas de Cumplimiento Ofrecidas por Capgo
-
-Capgo incluye herramientas diseñadas para mantener el cumplimiento y asegurar actualizaciones fluidas:
-
-| Característica | Beneficio de Cumplimiento |
-| --- | --- |
-| Sistema de Canales | Permite pruebas beta controladas y lanzamientos graduales |
-| Reversión con Un Clic | Resuelve problemas rápidamente revirtiendo actualizaciones |
-| Seguimiento de Errores | Detecta y resuelve errores proactivamente |
-| Panel de Análisis | Rastrea el rendimiento de actualizaciones y adopción de usuarios |
-
-Estas herramientas ayudan a mantener contenido seguro y control de versiones, contribuyendo a una tasa de éxito global de actualizaciones del 82% mientras se mantiene el cumplimiento con las directrices de la plataforma [\[1\]](https://capgo.app/).
-
-### Comenzando con Capgo
-
-Comenzar con Capgo es rápido y simple. Usa el siguiente comando:
-
-```bash
-npx @capgo/cli init
-```
-
-El proceso de configuración toma menos de 15 minutos para implementar tu primera actualización. Capgo también soporta integración CI/CD con plataformas como [GitHub Actions](https://docs.github.com/actions) y [GitLab CI](https://docs.gitlab.com/ee/ci/). La tarifa única de configuración para Capgo es de $2,600.
-
-## Gestión de Cumplimiento a Largo Plazo
-
-Mantener el cumplimiento de las políticas de la tienda de aplicaciones a largo plazo requiere un esfuerzo y atención constantes. Revisar y monitorear regularmente las actualizaciones de políticas es clave para evitar problemas potenciales.
-
-### Verificaciones Regulares de Políticas
-
-Las revisiones frecuentes de políticas te ayudan a adelantarte a los desafíos de cumplimiento. Herramientas como el panel de análisis de Capgo simplifican este proceso al identificar problemas potenciales temprano, dándote tiempo para abordarlos antes de que escalen.
-
-### Monitoreo de Cambios en las Políticas
-
-Mantenerse al día con los cambios en las políticas implica una combinación de herramientas automatizadas y supervisión manual. Capgo apoya este proceso ofreciendo:
-
--   Actualizaciones en tiempo real para detectar problemas de cumplimiento cuando surgen
--   Seguimiento de la tasa de éxito entre diferentes versiones de la aplicación
--   Distribución controlada de actualizaciones a grupos específicos de usuarios
-
-> "Practicamos desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Corrección de Violaciones de Políticas
-
-Abordar rápidamente las violaciones de políticas es crucial para mantener altas tasas de éxito en las actualizaciones. Capgo facilita esto proporcionando:
-
-1. **Opciones de reversión inmediata**  
-Revierte rápidamente las actualizaciones para evitar más problemas.
-
-2. **Seguimiento de errores**  
-Identifica la causa raíz de las violaciones para correcciones precisas.
-
-3. **Pruebas basadas en canales**  
-Prueba las correcciones en un grupo selecto de usuarios antes de implementar actualizaciones ampliamente.
-
-Capgo también garantiza el cumplimiento con medidas de seguridad robustas como el cifrado de extremo a extremo y un sistema de actualización parcial, que minimizan la interrupción para los usuarios mientras mantienen altos estándares.
-
-## Conclusión
-
-Gestionar actualizaciones OTA mientras se mantiene el cumplimiento de las reglas de la tienda de aplicaciones requiere una planificación cuidadosa y las herramientas adecuadas. Capgo, con más de 23.5 millones de actualizaciones entregadas y 750 aplicaciones en producción [\[1\]](https://capgo.app/), ofrece una solución confiable para manejar actualizaciones OTA dentro de las pautas de la plataforma.
-
-El secreto para [gestionar eficazmente las actualizaciones OTA](https://capgo.app/blog/open-source-licecing/) radica en utilizar herramientas de cumplimiento robustas y sistemas de monitoreo. Al emplear cifrado de extremo a extremo y seguir estrictamente los requisitos de la plataforma, los desarrolladores pueden garantizar tanto la seguridad como operaciones fluidas durante las actualizaciones.
-
-Incluso los expertos en el campo enfatizan la importancia de actualizaciones rápidas y conformes. Como señaló el equipo [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/) de la NASA:
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Para los desarrolladores que buscan equilibrar el cumplimiento con actualizaciones oportunas, un sistema sólido de gestión de actualizaciones es crucial. Las herramientas que ofrecen características como reversiones instantáneas, análisis en tiempo real y distribución basada en canales ayudan a los equipos a entregar actualizaciones eficientemente mientras se mantienen dentro de los límites de cumplimiento.
diff --git a/src/content/blog/es/capacitor-ota-updates-targeting-ios-vs-android.md b/src/content/blog/es/capacitor-ota-updates-targeting-ios-vs-android.md
deleted file mode 100644
index c8dfc70e4..000000000
--- a/src/content/blog/es/capacitor-ota-updates-targeting-ios-vs-android.md
+++ /dev/null
@@ -1,196 +0,0 @@
----
-slug: capacitor-ota-updates-targeting-ios-vs-android
-title: 'Actualizaciones OTA de Capacitor: Apuntando a iOS frente a Android'
-description: >-
-  Explora las diferencias en las estrategias de actualización OTA para iOS y
-  Android, centrándote en el despliegue, la seguridad y los requisitos del
-  usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-01T04:05:37.460Z
-updated_at: 2025-03-24T13:16:58.726Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c2639cd8e4215290f21bf1-1740801998811.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, iOS updates, Android updates, mobile app development, security
-  measures, update strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres actualizar tu** [**Capacitor**](https://capacitorjs.com/) **app al instante sin demoras en la tienda de aplicaciones?** Las actualizaciones Over-the-Air (OTA) te permiten enviar cambios a la capa web (HTML, CSS, JavaScript) de tu app sin necesidad de volver a enviar a las tiendas de aplicaciones. Pero iOS y Android manejan estas actualizaciones de manera diferente, y entender estas diferencias es crucial.
-
-### Puntos Clave:
-
--   **iOS**: Las actualizaciones se implementan de inmediato pero siguen reglas estrictas, incluidas restricciones de ruta de archivo y requisitos de energía/red.
-    
--   **Android**: Utiliza implementaciones por etapas (1% → 100%) con necesidades de energía/red flexibles y admite actualizaciones en segundo plano.
-    
--   **Seguridad**: Ambas plataformas imponen medidas de seguridad robustas: iOS se basa en cifrado respaldado por hardware, mientras que Android utiliza Verificado de Arranque y [SELinux](https://en.wikipedia.org/wiki/Security-Enhanced_Linux).
-    
--   [**Capgo**](https://capgo.app/): Una plataforma que simplifica las actualizaciones OTA, entregando más de **947.6 millones de actualizaciones** a nivel mundial con herramientas para implementaciones eficientes, seguras y conformes.
-    
-
-### Comparación Rápida:
-
-| Característica | iOS | Android |
-| --- | --- | --- |
-| **Despliegue de Actualizaciones** | Lanzamiento completo inmediato | Implementación por etapas (1% → 100%) |
-| **Actualizaciones en Segundo Plano** | Limitadas | Soporta actualizaciones A/B |
-| **Almacenamiento** | Requiere descarga completa | Soporta actualizaciones de streaming |
-| **Seguridad** | Cifrado respaldado por hardware | Verificado de Arranque, SELinux |
-| **Requisitos de Energía** | 50% de batería o conectado | Flexible |
-| **Red** | Wi-Fi requerido | Soporta varias conexiones |
-
-Capgo ayuda a agilizar el proceso, asegurando que las actualizaciones sean seguras, eficientes y conformes en ambas plataformas. Ya sea que estés orientado a iOS o Android, entender estas diferencias te ayudará a crear una mejor [estrategia de actualización](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) OTA.
-
-## Cómo iOS y Android Manejan las Actualizaciones OTA
-
-iOS y Android toman diferentes enfoques en lo que respecta a la gestión de las actualizaciones OTA (over-the-air), tanto en su ejecución técnica como en sus procesos de aprobación.
-
-### Reglas de Actualización de la App Store de iOS
-
-Apple tiene pautas estrictas para las actualizaciones OTA. Los dispositivos deben cumplir con condiciones técnicas específicas: necesitan ejecutar iOS 5 o posterior, estar conectados a una red Wi‑Fi estable y tener al menos un 50% de vida de batería o estar conectados a una fuente de energía [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/). Más allá de estos requisitos técnicos, Apple aplica un riguroso proceso de revisión que evalúa las actualizaciones en cuanto a seguridad, rendimiento, conformidad empresarial, diseño y estándares legales [\[4\]](https://developer.apple.com/app-store/review/guidelines/).
-
-### Reglas de Actualización de Google Play Store
-
-Google Play opera de manera diferente, utilizando un sistema de implementación por etapas. Las actualizaciones comienzan con un pequeño lanzamiento al 1% de los usuarios durante 24–48 horas y luego se expanden, a menudo en incrementos del 25%, hasta alcanzar el despliegue completo en una a dos semanas [\[7\]](https://www.phonearena.com/news/Google-engineer-Dan-Morrill-talks-about-Android-OTA-updates-and-why-you-need-to-be-patient_id49573). Desde agosto de 2023, todas las nuevas versiones de Android deben apuntar al nivel de API más alto disponible [\[3\]](https://applandeo.com/blog/upcoming-google-play-a-appstore-updates-how-will-they-affect-your-mobile-app/). Además, Android emplea actualizaciones de streaming, lo que ayuda a reducir la necesidad de espacio de almacenamiento adicional durante el [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/) [\[8\]](https://source.android.com/docs/core/ota/ab).
-
-### Diferencias en las Actualizaciones de Plataforma
-
-Las principales distinciones entre las actualizaciones OTA de iOS y Android se describen a continuación:
-
-| Característica | iOS | Android |
-| --- | --- | --- |
-| Despliegue de Actualizaciones | Lanzamiento completo inmediato | Implementación por etapas (1% → 25% → 50% → 100%) |
-| Actualizaciones en Segundo Plano | Limitadas | Soporta actualizaciones A/B en segundo plano [\[8\]](https://source.android.com/docs/core/ota/ab) |
-| Gestión de Almacenamiento | Requiere descarga completa | Soporta actualizaciones de streaming [\[8\]](https://source.android.com/docs/core/ota/ab) |
-| Requisitos de Energía | Al menos 50% de batería o conectado [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | Requisitos de energía flexibles |
-| Requisitos de Red | Conexión Wi‑Fi requerida [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | Soporta varios tipos de conexión |
-
-El sistema de actualización A/B de Android destaca por permitir que las actualizaciones se instalen en segundo plano sin interrumpir al usuario. Este sistema utiliza dos ranuras para particiones críticas de arranque, evitando la necesidad de particiones duplicadas y optimizando el almacenamiento en comparación con métodos más antiguos [\[6\]](https://source.android.com/docs/core/ota). Por otro lado, iOS sigue un proceso de actualización más controlado e inmediato, priorizando la estabilidad y la supervisión del usuario.
-
-## Grupos de Usuarios y Distribución de Actualizaciones
-
-Cuando se trata de distribución de actualizaciones, las estrategias deben tener en cuenta las limitaciones únicas de varios dispositivos y sistemas operativos.
-
-### Reglas de Actualización Basadas en Dispositivos
-
-Los requisitos de actualización dependen en gran medida del hardware y la plataforma. Por ejemplo, los dispositivos iOS necesitan al menos un 20% de batería para actualizaciones iniciadas por el usuario y un 30% para [actualizaciones automáticas](https://capgo.app/docs/plugin/cloud-mode/auto-update/). En los Macs, los requisitos difieren según el chipset: 20% de batería para dispositivos con Apple Silicon y 50% para aquellos basados en Intel [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). Android, por otro lado, tiene un sistema más flexible pero enfrenta desafíos debido a la fragmentación del ecosistema. Los fabricantes y operadores introducen demoras, con las actualizaciones de seguridad tomando un promedio de 24 días y 11 días adicionales para completar las específicas del dispositivo [\[11\]](https://dl.acm.org/doi/10.1145/3372297.3423346).
-
-### Requisitos de Versión del SO
-
-Los requisitos del sistema operativo desempeñan un papel clave en cómo se distribuyen las actualizaciones. Para las apps de Android, Google Play impone lo siguiente:
-
-| Marco de Tiempo | Requisito |
-| --- | --- |
-| Después del 31 de agosto de 2024 | Nuevas apps deben apuntar a Android 14 (API 34+) |
-| Actual | Apps existentes deben apuntar a Android 13 (API 33+) |
-| Legado | Apps que apuntan a Android 12 o inferior deben cumplir con las versiones de SO existentes |
-
-Para iOS, Apple utiliza Respuesta Rápida de Seguridad (RSR) para entregar parches críticos directamente a las versiones más recientes del SO [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). Capgo asegura la compatibilidad con dispositivos que ejecutan iOS 13.0+ y nivel de API de Android 22+ [\[9\]](https://capgo.app/docs/faq/).
-
-### Resultados de Estrategia de Actualización
-
-El [Proyecto Treble](https://android-developers.googleblog.com/2017/05/here-comes-treble-modular-base-for.html) de Android ha reducido el tiempo requerido para actualizaciones de seguridad en aproximadamente 7 días [\[11\]](https://dl.acm.org/doi/10.1145/3372297.3423346). Para gestionar las actualizaciones de manera efectiva, se recomienda separar los [canales de actualización](https://capgo.app/docs/webapp/channels/) de desarrollo y producción [\[9\]](https://capgo.app/docs/faq/). Capgo simplifica el proceso con implementaciones basadas en porcentajes, permitiendo implementaciones controladas mientras se mantiene dentro de las pautas de la tienda de aplicaciones.
-
-El actualizador también almacena en caché los paquetes descargados en directorios específicos de la plataforma para actualizaciones eficientes y seguras:
-
--   **Android**: `/data/user/0/com.example.app/code_cache/capgo_updater`
-    
--   **iOS**: `Library/Application Support/capgo`
-    
-
-Este sistema de caché garantiza actualizaciones suaves y confiables [\[9\]](https://capgo.app/docs/faq/).
-
-## Velocidad y Eficiencia de la Actualización
-
-La velocidad y eficiencia de las actualizaciones OTA (Over-the-Air) juegan un papel importante en la experiencia del usuario en ambos, iOS y Android. Dos factores que influyen en esto son las condiciones de la red y la gestión del tamaño de los archivos.
-
-### Gestión del Tamaño de Archivo y Red
-
-Mantener optimizados los tamaños de los archivos es crucial para una actualización OTA fluida. Por ejemplo, el actualizador de Capgo realiza comprobaciones de actualizaciones en un hilo de fondo durante el inicio de la app, asegurando que la interfaz de usuario permanezca receptiva [\[9\]](https://capgo.app/docs/faq/). También admite actualizaciones de JavaScript mientras bloquea el código nativo (como Java/Kotlin o Objective-C/Swift) para mantener la estabilidad [\[9\]](https://capgo.app/docs/faq/).
-
-### Comparación de Velocidad de Actualización
-
-Incluso con tamaños de archivo más pequeños, la velocidad de actualización sigue siendo un factor importante. iOS a menudo tiene una ventaja en este aspecto debido a su hardware y software integrados, que pueden procesar actualizaciones más rápido [\[14\]](https://www.simplymac.com/iphone/android-vs-iphone-comparison-of-features-and-performance). Por otro lado, la amplia gama de hardware de Android a veces puede resultar en un rendimiento de actualización desigual [\[13\]](https://flexiple.com/compare/android-vs-ios)[\[14\]](https://www.simplymac.com/iphone/android-vs-iphone-comparison-of-features-and-performance).
-
-> "Desplegar actualizaciones en vivo de inmediato a los usuarios es uno de los beneficios más críticos de Appflow, la plataforma CI/CD móvil de Ionic."  
-> – Cecelia Martinez, Defensora de Desarrolladores [\[12\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever)
-
-Para mejorar la eficiencia de las actualizaciones, estrategias como las actualizaciones diferenciales y el aprovechamiento de la funcionalidad nativa son clave. Capacitor, por ejemplo, desplaza ciertas operaciones a la capa nativa. Cuando se combina con actualizaciones diferenciales, este enfoque reduce tanto los tiempos de actualización como el uso de datos [\[12\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever). Considerando la cuota de mercado dominante de Android - más del 70% a nivel mundial en marzo de 2023 [\[13\]](https://flexiple.com/compare/android-vs-ios) - ofrecer actualizaciones eficientes es especialmente importante para mantener un rendimiento consistente a través de sus diversos dispositivos.
-
-###### sbb-itb-f9944d2
-
-## Reglas y Requisitos de Seguridad
-
-Cuando se trata de actualizaciones OTA, iOS y Android adoptan enfoques distintos para garantizar la protección de datos y la seguridad del sistema, cada uno utilizando su propio conjunto de protocolos personalizados.
-
-### Estándares de Seguridad de iOS
-
-El proceso de actualización de Apple está controlado de manera estricta y diseñado con una seguridad rigurosa en mente. Los dispositivos iOS dependen de **encriptación respaldada por hardware**, utilizando dos claves AES de 256 bits integradas únicas para cada dispositivo [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/). Cada dispositivo también incluye un UID único basado en hardware con una clave AES de 256 bits integrada [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/). Las actualizaciones se verifican para asegurar su integridad, se personalizan para dispositivos individuales y cuentan con salvaguardias contra ataques de degradación. Apple también aísla los datos del usuario durante las actualizaciones para prevenir riesgos de seguridad [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). Una característica destacada son las **Respuestas Rápidas de Seguridad** de Apple, que permiten el despliegue rápido de parches de seguridad sin requerir una actualización completa del sistema [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web).
-
-### Estándares de Seguridad de Android
-
-Android construye su seguridad sobre una base de Linux, centrándose en el aislamiento del usuario y protecciones a nivel de sistema. A cada aplicación se le asigna un UID único, mientras **SELinux** impone control de acceso obligatorio. La característica **Arranque Verificado** asegura la autenticidad del código [\[18\]](https://source.android.com/docs/security/features). Para las actualizaciones OTA, Android utiliza un **sistema de partición virtual A/B** (con compresión para dispositivos que ejecutan Android 11 y posteriores), un Keystore respaldado por hardware para tareas criptográficas y actualizaciones entregadas a través de OEMs y operadores [\[15\]](https://en.wikipedia.org/wiki/Over-the-air_update).
-
-| Característica | iOS | Android |
-| --- | --- | --- |
-| Distribución de Actualizaciones | Centralizada a través de Apple | Distribuida a través de OEMs/operadores |
-| Verificación de Seguridad | Encriptación respaldada por hardware | SELinux + Arranque Verificado |
-| Entrega de Parche | Respuestas Rápidas de Seguridad | Módulos de Proyecto Mainline |
-| Autenticación de Actualización | UID específico del dispositivo | Arranque Verificado |
-
-### Comparación de Requisitos de Seguridad
-
-Las diferencias en estos marcos destacan cómo la arquitectura de cada plataforma moldea su enfoque de seguridad. iOS opera dentro de un modelo de "jardín amurallado", ofreciendo un control estricto y medidas de seguridad estandarizadas. En contraste, el ecosistema abierto de Android proporciona más flexibilidad en los mecanismos de actualización, pero a veces puede enfrentar desafíos de fragmentación [\[15\]](https://en.wikipedia.org/wiki/Over-the-air_update). Estas estructuras de seguridad influyen directamente en la fiabilidad de las actualizaciones OTA.
-
-Para los desarrolladores que trabajan con herramientas como Capgo, entender estas distinciones es clave. iOS impone un aislamiento de aplicaciones más estricto y limita el acceso a la API del sistema [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/), mientras que las opciones más amplias de comunicación inter-procesos de Android exigen una cuidadosa gestión de la seguridad [\[18\]](https://source.android.com/docs/security/features). A partir de febrero de 2025, con iOS 18.3.1 y varias versiones de Android en uso [\[16\]](https://support.apple.com/en-us/100100), los desarrolladores deben asegurarse de que sus estrategias de actualización OTA se alineen con los últimos estándares de seguridad para cada plataforma.
-
-## Visión General de la Plataforma [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-01.jpg?auto=compress)
-
-Capgo reúne las reglas de actualización OTA específicas de la plataforma en una plataforma de actualización simplificada.
-
-Al trabajar con los protocolos de seguridad de iOS y Android, Capgo asegura una gestión de actualizaciones OTA sin problemas. Hasta la fecha, ha entregado **947.6 millones de actualizaciones** en **1,400 aplicaciones de producción** [\[1\]](https://capgo.app/).
-
-### Funciones Clave de Capgo
-
-Capgo se centra en resolver los desafíos de actualización con una entrega segura, eficiente y conforme. Las actualizaciones están protegidas con **encriptación de extremo a extremo**, y la decriptación solo ocurre en los dispositivos de los usuarios [\[1\]](https://capgo.app/). Para iOS, utiliza un intérprete de Dart personalizado para alinearse con la regla de actualización solo de intérpretes de Apple [\[9\]](https://capgo.app/docs/faq/). En Android, admite el nivel de API 22 y superiores, de acuerdo con los requisitos de Capacitor [\[9\]](https://capgo.app/docs/faq/).
-
-| Característica | Implementación | Soporte de Plataforma |
-| --- | --- | --- |
-| Entrega de Actualización | Despliegue instantáneo | iOS 13.0+, Android API 22+ |
-| Seguridad | Encriptación de extremo a extremo | Ambas plataformas |
-| Integración CI/CD | Funciona con Azure DevOps, GitHub, GitLab | Multiplataforma |
-| Gestión de Almacenamiento | Solo código compilado | Caché específica de la plataforma |
-| Control de Versiones | Capacidad de retroceso | Ambas plataformas |
-
-### Gestión de Actualizaciones Multiplataforma
-
-El sistema de canales de Capgo ofrece a los desarrolladores control preciso sobre las actualizaciones para iOS y Android. Este sistema permite:
-
--   Canales de actualización separados para iOS y Android
-    
--   Carga de [paquetes distintos](https://capgo.app/docs/webapp/bundles/) con enlaces opcionales entre canales
-    
--   Detección automática de cambios en el código nativo [\[9\]](https://capgo.app/docs/faq/)
-    
-
-El impacto real de la plataforma es claro. Por ejemplo, el equipo de [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA compartió:
-
-> "@Capgo es una forma inteligente de hacer implementaciones de código caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Capgo puede ajustar cualquier código JavaScript, incluido el código de la aplicación y el código generado, pero evita estrictamente modificar el código nativo (como Java/Kotlin para Android o Objective-C/Swift para iOS) [\[9\]](https://capgo.app/docs/faq/).
-
-## Conclusión
-
-Las actualizaciones OTA para [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) requieren diferentes enfoques para iOS y Android debido a las reglas específicas de la plataforma. Para iOS, hay controles más estrictos, como la restricción de la ruta del archivo que limita las rutas del servidor a "/Library/NoCloud/ionic\_built\_snapshots" [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Mientras tanto, Android permite más libertad, con menos limitaciones sobre las máquinas virtuales y los intérpretes que acceden a las APIs [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Estas diferencias resaltan la importancia de crear estrategias de actualización que se alineen con el marco de cada plataforma.
-
-Los datos de plataformas como Capgo demuestran lo efectivas que pueden ser estas estrategias. Los desarrolladores han entregado con éxito 947.6 millones de actualizaciones a través de 1,400 aplicaciones de producción, demostrando la escalabilidad de los sistemas de actualización bien diseñados [\[1\]](https://capgo.app/). Sin embargo, el éxito depende en gran medida del cumplimiento de los requisitos de cada plataforma mientras se mantienen medidas de seguridad sólidas.
-
-Por ejemplo, Apple exige que el código interpretado no modifique la funcionalidad central de una aplicación ni comprometa su seguridad [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Esta regla es un recordatorio claro de las directrices específicas de la plataforma que los desarrolladores deben seguir para implementar efectivamente las actualizaciones OTA.
diff --git a/src/content/blog/es/capacitor-ota-updates-version-targeting-explained.md b/src/content/blog/es/capacitor-ota-updates-version-targeting-explained.md
deleted file mode 100644
index 3b79a522d..000000000
--- a/src/content/blog/es/capacitor-ota-updates-version-targeting-explained.md
+++ /dev/null
@@ -1,274 +0,0 @@
----
-slug: capacitor-ota-updates-version-targeting-explained
-title: 'Actualizaciones OTA de Capacitor: Versionado explicado'
-description: >-
-  Descubra cómo la segmentación por versiones para actualizaciones OTA garantiza
-  la estabilidad de la aplicación, implementaciones más rápidas y mejores
-  experiencias de usuario mediante la gestión de versiones específicas de la
-  aplicación.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-14T03:00:49.720Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d37b87bca46a2e63b4584d-1741921265630.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  OTA updates, version targeting, Capacitor, mobile app updates, semantic
-  versioning, app stability, bug fixes
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones Over-The-Air (OTA) de [Capacitor](https://capacitorjs.com/) te permiten enviar cambios de la aplicación directamente a los usuarios sin esperar aprobaciones de las tiendas de aplicaciones. Con **segmentación por versiones**, puedes entregar actualizaciones a versiones específicas de la aplicación, asegurando compatibilidad y reduciendo riesgos como fallos.
-
-Esto es lo que aprenderás:
-
--   **Qué son las actualizaciones OTA**: Envía cambios instantáneamente a los usuarios cumpliendo con las reglas de las tiendas de aplicaciones.
-    
--   **Segmentación por versiones**: Envía actualizaciones solo a versiones específicas de la aplicación para corregir errores, implementar funciones o dar soporte a usuarios antiguos.
-    
--   **Beneficios**:
-    
-    -   Actualizaciones más rápidas (minutos, no semanas).
-        
-    -   Mejor estabilidad de la aplicación y despliegues controlados.
-        
-    -   Mejor experiencia de usuario evitando actualizaciones innecesarias.
-        
--   **Cómo usarlo**:
-    
-    -   Sigue el versionado semántico (**MAJOR.MINOR.PATCH**).
-        
-    -   [Configura las actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) en tu proyecto Capacitor.
-        
-    -   Prueba exhaustivamente en las versiones objetivo.
-        
-
-**Comparación rápida**:
-
-| **Aspecto** | **Actualizaciones tradicionales** | **OTA con segmentación por versiones** |
-| --- | --- | --- |
-| Tiempo de despliegue | Días a semanas | Minutos |
-| Precisión de actualización | Misma actualización para todos | Actualizaciones dirigidas por versión |
-| Gestión de riesgos | Mayor riesgo de problemas generalizados | Despliegue controlado por versión |
-
-[Capgo](https://capgo.app/), una plataforma líder, reporta un **81% de mejora en eficiencia** en ciclos de lanzamiento y ha entregado más de **947.6 millones de actualizaciones** globalmente.
-
-¿Quieres aprender cómo configurarlo y evitar errores comunes? Sigue leyendo para una guía paso a paso.
-
-## Explora el Plugin de Actualización en Vivo de [Capgo](https://capgo.app/plugins) para Ionic [Capacitor](https://capacitorjs.com/)
-
-**Guía Técnica de Segmentación por Versiones**
-
-El versionado semántico es crucial para gestionar efectivamente las actualizaciones OTA, asegurando compatibilidad y transiciones suaves para los usuarios.
-
-### Números de Versión Semántica
-
-Capacitor usa un formato **MAJOR.MINOR.PATCH** para versionado semántico. Cada parte tiene un rol distinto:
-
-| Componente de Versión | Cuándo Incrementar | Ejemplo |
-| --- | --- | --- |
-| **MAJOR** | Para cambios que rompen compatibilidad | 2.0.0 → 3.0.0 |
-| **MINOR** | Para agregar nuevas funciones que mantienen compatibilidad | 2.1.0 → 2.2.0 |
-| **PATCH** | Para corregir errores sin romper compatibilidad | 2.1.1 → 2.1.2 |
-
-Esta estructura asegura que las actualizaciones se distribuyan de manera precisa y eficiente.
-
-### Configuración y Ajustes
-
-Sigue estos pasos para configurar la segmentación por versiones en tu proyecto Capacitor:
-
-1. **Configuración Inicial**
-
-Ejecuta `npx @capgo/cli init` en el directorio de tu proyecto. Esto inicializa las herramientas necesarias para actualizaciones OTA.
-
-2. **Configuración de Versiones**
-
-Define los parámetros de versión en tu archivo de configuración de Capacitor. Aquí hay un ejemplo:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "versionName": "2.1.0",
-  "versionCode": 21
-}
-```
-
-3. **Proceso de Compilación**
-
-Una vez configurado, compila tu aplicación como siempre. El sistema de segmentación por versiones manejará la distribución de actualizaciones basado en estos ajustes.
-
-Estos pasos aseguran que tus actualizaciones OTA sean confiables y adaptadas a versiones específicas de la aplicación.
-
-> "Con Capgo, puedes lanzar múltiples versiones por semana con un impresionante aumento del 81% en eficiencia." - Capgo [\[1\]](https://capgo.app/)
-
-El sistema de Capgo ha entregado casi 947.6 millones de actualizaciones globalmente, dando soporte a más de 1,400 aplicaciones en producción [\[1\]](https://capgo.app/). Esto demuestra la confiabilidad de las actualizaciones OTA segmentadas por versión.
-
-Las actualizaciones se aplican en segundo plano, minimizando la interrupción del usuario - un enfoque efectivo para gestionar múltiples versiones de la aplicación.
-
-## Cuándo Usar la Segmentación por Versiones
-
-La segmentación por versiones ayuda a gestionar actualizaciones entre diferentes grupos de usuarios, asegurando la estabilidad de la aplicación y una mejor experiencia de usuario.
-
-### Casos de Uso Clave
-
-Aquí está cuándo la segmentación por versiones puede ser particularmente útil:
-
-| Escenario | Implementación | Beneficios |
-| --- | --- | --- |
-| Correcciones de Errores Críticos | Enfocar actualizaciones en versiones con el error | Limita el impacto en usuarios sin el problema |
-| Despliegue de Funciones | Liberar gradualmente funciones a versiones más nuevas | Permite monitoreo y pruebas cuidadosas |
-| Soporte Legacy | Mantener compatibilidad en versiones antiguas | Asegura que todos los usuarios puedan seguir usando la app |
-| Pruebas Beta | Dirigir actualizaciones a grupos de versiones específicas | Crea un ambiente de pruebas controlado |
-
-Veamos los beneficios específicos que ofrece este enfoque.
-
-### Principales Ventajas
-
-La segmentación por versiones proporciona beneficios claros tanto para desarrolladores como usuarios:
-
-**Mejor Estabilidad**
-
--   Minimiza fallos asegurando que las actualizaciones sean compatibles con versiones específicas.
-    
--   Permite retrocesos rápidos si algo sale mal.
-    
--   Mantiene el rendimiento de la aplicación consistente entre diferentes versiones.
-    
-
-**Proceso de Desarrollo Optimizado**
-
--   Da a los equipos control preciso sobre cómo se distribuyen las actualizaciones.
-    
--   Acelera la corrección de errores para versiones específicas.
-    
--   Reduce los riesgos asociados al lanzamiento de nuevas funciones.
-    
-
-**Mejor Experiencia de Usuario**
-
-Al entregar solo actualizaciones relevantes, los usuarios evitan cambios innecesarios. El desarrollador Andrew Peacock destaca su impacto:
-
-> "Con Capgo, podemos enviar cambios de código en vivo según nuestro calendario, asegurando que nuestros usuarios siempre tengan las últimas funciones y correcciones sin la larga espera" [\[1\]](https://capgo.app/)
-
-Este enfoque es particularmente efectivo en entornos empresariales donde múltiples versiones de la aplicación necesitan coexistir. También se conecta perfectamente con las discusiones anteriores sobre configuración técnica, mostrando cómo las actualizaciones OTA personalizadas pueden hacer una diferencia real.
-
-## Directrices de Implementación
-
-Ahora que tienes cubierta la base técnica, es momento de planear y ejecutar tu [estrategia de actualización](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) efectivamente.
-
-### Planificando tu Estrategia de Actualización
-
-Para asegurar una segmentación por versiones fluida, es importante establecer políticas claras. El equipo de Capgo sugiere enfocarse en tres componentes principales:
-
-| Componente | Propósito | Cómo Implementar |
-| --- | --- | --- |
-| **Categorías de Versión** | Definir tipos de actualización | Usar versionado semántico (major.minor.patch) |
-| **Calendario de Lanzamientos** | Planear frecuencia de actualizaciones | Establecer intervalos consistentes pero mantener flexibilidad para correcciones urgentes |
-| **Protocolo de Pruebas** | Asegurar estabilidad de actualizaciones | Probar exhaustivamente en rangos de versiones objetivo antes de lanzar |
-
-Una vez que tu estrategia esté establecida, asegúrate de evitar errores comunes que puedan interrumpir tu despliegue.
-
-### Errores Comunes a Evitar
-
-Los equipos de desarrollo frecuentemente encuentran problemas al gestionar la segmentación por versiones. Aquí hay algunos escollos a evitar:
-
--   **Cobertura Insuficiente de Pruebas**  
-    Siempre prueba las actualizaciones en todas las versiones objetivo para evitar problemas pasados por alto.
-    
--   **Control de Versiones Deficiente**  
-    Mantén documentación estricta de versiones y define límites claros de compatibilidad.
-    
--   **Falta de Comunicación**  
-    Mantén a los usuarios informados sobre requisitos de versión y cambios próximos para minimizar confusión.
-    
-
-### Manteniendo Versiones Antiguas
-
-Dar soporte a versiones antiguas es tan importante como lanzar nuevas. Aquí está cómo puedes gestionar esto efectivamente mientras aseguras compatibilidad hacia atrás:
-
--   **Banderas de Características**
-    
-    -   Controla qué características están disponibles en versiones específicas.
-        
-    -   Despliega gradualmente actualizaciones a grupos de versiones objetivo.
-        
-    -   Desactiva rápidamente características si causan problemas.
-        
--   **Pruebas Específicas por Versión**
-    
-    -   Configura ambientes de prueba dedicados para cada versión soportada.
-        
-    -   Verifica que las actualizaciones no interfieran con funcionalidad existente mientras introduces nuevas características para versiones compatibles.
-        
--   **Documentación Completa**
-    
-    -   Mantén documentación detallada para cada versión, incluyendo cambios en API, necesidades de configuración y cualquier limitación conocida.
-
-## Solucionar Problemas de Segmentación por Versiones
-
-La segmentación por versiones en [actualizaciones OTA de Capacitor](https://capgo.app/ja/) puede a veces crear desafíos que interrumpen la funcionalidad. A continuación hay pasos para ayudar a identificar y abordar estos problemas efectivamente.
-
-### Problemas Conocidos
-
-Aquí hay algunos problemas comunes que pueden surgir durante despliegues OTA:
-
-| **Tipo de Problema** | **Causas Comunes** | **Impacto** |
-| --- | --- | --- |
-| Desajuste de Versiones | Uso incorrecto de SemVer | Las actualizaciones fallan al aplicarse |
-| Errores de Configuración | Configuraciones de app desalineadas | Problemas de despliegue |
-| Problemas de Red | Conexiones inestables | Actualizaciones incompletas |
-
-Estos problemas pueden afectar negativamente el rendimiento de la app y la experiencia del usuario.
-
-### Pasos para Solución de Problemas
-
-Para solucionar problemas de segmentación por versiones, sigue estos pasos:
-
-1. **Verificar Configuración de Versiones**  
-   Revisa los archivos de configuración de tu app para asegurar que los números de versión usen el formato SemVer (MAJOR.MINOR.PATCH) correctamente. Confirma consistencia en todos los ambientes de despliegue.
-    
-2. **Ejecutar Diagnósticos**  
-   Prueba en las versiones objetivo de la app para identificar problemas de compatibilidad. Usa herramientas como los diagnósticos CLI de Capgo para solución rápida de problemas.
-    
-3. **Revisar Implementación**  
-   Examina tu estrategia de actualización, considerando factores como confiabilidad de red durante actualizaciones, compatibilidad de dispositivos y limitaciones de almacenamiento.
-    
-
-### Recursos de Ayuda
-
-Si necesitas asistencia adicional, aquí hay algunos recursos útiles:
-
-| **Tipo de Recurso** | **Propósito** | **Acceso** |
-| --- | --- | --- |
-| Documentación | Instrucciones técnicas | Docs oficiales de Capacitor |
-| Foros Comunitarios | Consejos y soluciones de pares | Comunidades de desarrolladores |
-| Herramientas de Soporte | Solución automatizada de problemas | Plataforma Capgo |
-
-Estos recursos pueden ayudarte a resolver problemas eficientemente y evitar retrasos en el despliegue, asegurando actualizaciones más suaves y mejor rendimiento de la app.
-
-## Resumen
-
-La segmentación por versiones para actualizaciones OTA ofrece una forma más inteligente de gestionar despliegues de aplicaciones. Al permitir actualizaciones a versiones específicas de la app, proporciona control preciso, minimiza problemas de compatibilidad y asegura operaciones más suaves.
-
-| Beneficio | Impacto | Resultado Medible |
-| --- | --- | --- |
-| Eficiencia en Implementación | Acelera los ciclos de lanzamiento | 81% de aumento en lanzamientos semanales |
-| Control de Actualizaciones | Gestiona versiones con precisión | Entrega dirigida a más de 947.6M actualizaciones |
-| Ahorro de Costos | Reduce gastos operativos | $2,600 de configuración vs. $6,000 en alternativas anuales |
-
-Este método asegura que las actualizaciones se envíen solo a dispositivos compatibles, reduciendo los desafíos relacionados con las versiones.
-
-### Primeros Pasos
-
-Para aprovechar al máximo la segmentación por versiones, un plan sólido es clave para mantener la compatibilidad de la aplicación. Plataformas como Capgo simplifican este proceso con características como gestión automatizada, [encriptación segura](https://capgo.app/docs/cli/migrations/encryption/), y cumplimiento con las reglas de las tiendas de aplicaciones. Aquí hay algunos pasos para comenzar de manera efectiva:
-
--   **Establecer Reglas de Versión**: Define restricciones claras para gestionar la distribución de actualizaciones.
-    
--   **Seguimiento de Implementaciones**: Monitorea las tasas de éxito de actualizaciones en varias versiones de la aplicación.
-    
--   **Soporte para Versiones Anteriores**: Mantén funcionales las versiones antiguas críticas mientras guías a los usuarios hacia las actualizaciones.
diff --git a/src/content/blog/es/capacitor-ota-updates-versioning-best-practices.md b/src/content/blog/es/capacitor-ota-updates-versioning-best-practices.md
deleted file mode 100644
index 397ae47ae..000000000
--- a/src/content/blog/es/capacitor-ota-updates-versioning-best-practices.md
+++ /dev/null
@@ -1,269 +0,0 @@
----
-slug: capacitor-ota-updates-versioning-best-practices
-title: 'Actualizaciones OTA de Capacitor: Mejores prácticas para el versionado'
-description: >-
-  Aprende sobre las mejores prácticas para administrar las actualizaciones OTA
-  de Capacitor, incluyendo estrategias de versionado, errores comunes y medidas
-  de seguridad.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-26T04:29:43.897Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67be629d36a1a0b25cc0f4e3-1740544205565.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, OTA updates, versioning, mobile development, app updates, semantic
-  versioning, deployment strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres entregar actualizaciones de aplicaciones al instante sin esperar aprobaciones de la tienda de aplicaciones?** [Capacitor](https://capacitorjs.com/) te permite hacer exactamente eso con sus actualizaciones Over-the-Air (OTA), permitiéndote realizar actualizaciones en tiempo real del contenido web de tu aplicación. Pero para garantizar implementaciones sin problemas, necesitas prácticas sólidas de control de versiones.
-
-Esto es lo que aprenderás en esta guía:
-
-- **Por qué las actualizaciones OTA ahorran tiempo:** Salta los retrasos de la tienda de aplicaciones y aumenta la eficiencia hasta un **81%**.
-
-- **Cómo gestionar versiones:** Usa Versionado Semántico (MAYOR.MENOR.PARCHE) para rastrear actualizaciones efectivamente.
-
-- **Errores comunes a evitar:** Compilaciones no coincidentes, configuraciones fallidas y problemas de trazabilidad de actualizaciones.
-
-- **Las mejores herramientas para el trabajo:** Herramientas como `capacitor-sync-version-cli` y [Capgo](https://capgo.app/) simplifican el versionado y despliegue.
-
-- **Estrategias de actualización:** Elige entre actualizaciones parciales y completas, lanzamientos graduales y actualizaciones opcionales vs requeridas.
-
-**Consejo rápido:** Comienza con la versión **0.1.0**, incrementa MENOR para nuevas funciones y PARCHE para correcciones de errores. Siempre valida las compilaciones y configuraciones antes del lanzamiento.
-
-¿Listo para optimizar tus [actualizaciones OTA de Capacitor](https://capgo.app/ja/)? Profundicemos.
-
-## Versionado Semántico
-
-<iframe src="https://www.youtube.com/embed/rEgevIkqp2o" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Directrices de Control de Versiones para [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-26.jpg?auto=compress)
-
-La gestión de actualizaciones OTA de Capacitor requiere una estrategia clara de control de versiones. Así es como mantener las cosas estables y asegurar que las actualizaciones funcionen sin problemas.
-
-### Fundamentos del Versionado Semántico
-
-El Versionado Semántico (SemVer) es un método ampliamente utilizado para la numeración de versiones, estructurado como MAYOR.MENOR.PARCHE. Cada parte tiene un rol específico:
-
-| **Componente de Versión** | **Propósito** | **Cuándo Actualizar** |
-| --- | --- | --- |
-| **MAYOR (X)** | Señala cambios disruptivos | Al introducir incompatibilidad de API |
-| **MENOR (Y)** | Agrega nuevas funciones | Al añadir funcionalidad compatible con versiones anteriores |
-| **PARCHE (Z)** | Corrige errores | Al implementar correcciones compatibles con versiones anteriores |
-
-Las pautas de Apple para código descargado son importantes de notar:
-
-> "El código interpretado puede ser descargado a una Aplicación, pero solo mientras dicho código: (a) no cambie el propósito principal de la Aplicación proporcionando características o funcionalidad que sean inconsistentes con el propósito previsto y anunciado de la Aplicación como fue enviada a la App Store (b) no cree una tienda o punto de venta para otro código o aplicaciones (c) no evite la firma, el sandbox u otras características de seguridad del SO." [\[2\]](https://github.com/Cap-go/capacitor-updater)
-
-### Implementación del Control de Versiones
-
-Para gestionar efectivamente las actualizaciones OTA de Capacitor, los desarrolladores pueden usar herramientas como `capacitor-set-version` y `capacitor-sync-version-cli`. Estas herramientas simplifican la gestión de versiones al [automatizar actualizaciones](https://capgo.app/docs/live-updates/update-behavior/) en todas las plataformas.
-
-Así es como empezar:
-
-- **Sincronización Automática de Versiones**: Usa `capacitor-sync-version-cli` para mantener los números de versión alineados en todas las plataformas.
-
-- **Verificación de Compilación**: Configura comprobaciones para confirmar evidencia de commit antes de cada compilación.
-
-- **Validación de Configuración**: Automatiza la validación de configuraciones de Capacitor para evitar errores de configuración.
-
-Comienza en la versión **0.1.0** e incrementa el número de versión menor para cada nueva función. Seguir estos pasos ayuda a reducir errores, pero aún hay errores comunes que evitar.
-
-### Errores Comunes en el Control de Versiones
-
-Incluso con buenas prácticas establecidas, pueden ocurrir errores. Herramientas como `capsafe` pueden ayudar a identificar y prevenir problemas específicos de cada plataforma. Esto es lo que hay que vigilar:
-
-- **Verificación de Compilación**: Automatiza las comprobaciones de archivos de evidencia de commit y asegura la sincronización de compilación entre plataformas.
-
-- **Versionado Específico de Plataforma**: Mantén un ojo en los códigos de versión de iOS y Android para evitar desajustes.
-
-- **Validación de Actualizaciones**: Confirma que las actualizaciones OTA no interfieran con la funcionalidad central de la aplicación.
-
-Para compilaciones iOS, `capsafe` asegura que el archivo `ios/App/public/commit-evidence.json` esté presente. Este paso es crítico para evitar desplegar compilaciones web desactualizadas [\[3\]](https://github.com/fkirc/capacitor-build-safety). La verificación adecuada asegura que las actualizaciones sean confiables y reduce el riesgo de lanzamientos rotos.
-
-## Métodos de Gestión de Actualizaciones OTA
-
-Elegir los métodos correctos de entrega, estrategias de prueba y políticas de actualización es clave para gestionar actualizaciones OTA de Capacitor. Aquí hay un desglose de los principales enfoques para asegurar actualizaciones suaves y eficientes.
-
-### Actualizaciones Parciales vs Completas
-
-Decidir entre actualizaciones parciales y completas puede afectar tanto el rendimiento de la aplicación como la experiencia del usuario. Las actualizaciones parciales se centran en activos web como [paquetes JavaScript](https://capgo.app/docs/webapp/bundles/), haciéndolas ideales para correcciones rápidas o ajustes menores de UI. Por otro lado, las actualizaciones completas son necesarias cuando hay cambios en el código nativo, ya que reemplazan todo el paquete de la aplicación.
-
-| Tipo de Actualización | Ideal Para | Beneficios | Aspectos a Considerar |
-| --- | --- | --- | --- |
-| Parcial | Corregir errores, ajustes de UI | Descargas más pequeñas, actualizaciones más rápidas | Limitado a contenido web. Asegúrate que los cambios se alineen con la intención original de la aplicación [\[2\]](https://github.com/Cap-go/capacitor-updater). |
-| Completa | Actualizaciones de código nativo | Modificaciones integrales | Descargas más grandes y tiempos de instalación más largos. |
-
-Para actualizaciones parciales, puedes extraer el paquete compilado de la aplicación desde `dist/` o `www/` al sistema de archivos nativo para actualizar activos específicos sin reemplazar toda la aplicación.
-
-### Lanzamientos Graduales y Pruebas
-
-Los lanzamientos graduales permiten que las actualizaciones se implementen gradualmente, reduciendo el riesgo y dándote tiempo para detectar posibles problemas. Usando el sistema de lanzamiento gradual de [App Store Connect](https://developer.apple.com/app-store-connect/), las actualizaciones se distribuyen durante siete días, con un porcentaje creciente de usuarios recibiendo la actualización diariamente:
-
-| Día | Porcentaje de Usuarios | Acciones Sugeridas |
-| --- | --- | --- |
-| 1–2 | 1–2% | Monitorear reportes de fallos y recopilar retroalimentación. |
-| 3–4 | 5–10% | Rastrear métricas de rendimiento. |
-| 5–6 | 20–50% | Evaluar engagement de usuarios. |
-| 7 | 100% | Finalizar el lanzamiento. |
-
-Por ejemplo, la actualización de enero de 2024 de Supercell para "Clash of Clans" empleó esta estrategia. Durante una fase de lanzamiento del 10%, identificaron un error crítico y pausaron el lanzamiento para resolverlo, evitando problemas generalizados para su audiencia global [\[4\]](https://developer.apple.com/help/app-store-connect/update-your-app/release-a-version-update-in-phases).
-
-### Actualizaciones Requeridas vs Opcionales
-
-Encontrar un equilibrio entre la funcionalidad de la aplicación y la experiencia del usuario es crucial al decidir sobre actualizaciones requeridas u opcionales. Para correcciones críticas, una actualización forzada puede ser necesaria, pero debe usarse con moderación para evitar frustrar a los usuarios. El SDK de Capacitor ofrece opciones para modos de actualización, incluyendo:
-
-> "Generalmente no recomendamos este modo ya que puede llevar a que la pantalla de inicio se muestre durante mucho tiempo, especialmente si el usuario está en una conexión de red deficiente."  
-> – Configuración del SDK de Capacitor – [Appflow](https://ionic.io/appflow/), respecto a la Actualización Forzada
-
-Para mantener una experiencia de usuario fluida durante flujos de trabajo críticos como la autenticación, considera implementar mecanismos de bloqueo de actualizaciones. Por ejemplo:
-
-```javascript
-// Before login  
-localStorage.shouldBlockReload = true;
-
-// After successful login  
-localStorage.shouldBlockReload = false;
-```
-
-Alternativamente, las actualizaciones en segundo plano permiten a los usuarios continuar usando la versión actual mientras la nueva versión se descarga en segundo plano.
-
-Estas estrategias proporcionan una base sólida para gestionar actualizaciones efectivamente mientras se minimizan las interrupciones. La siguiente sección profundizará en políticas de actualización y consideraciones de seguridad.
-
-## Reglas de Actualización y Seguridad
-
-Las actualizaciones OTA requieren cumplimiento con las políticas de la tienda de aplicaciones y protocolos rigurosos de seguridad.
-
-### Políticas de Actualización de la Tienda de Aplicaciones
-
-Apple y Google Play imponen reglas estrictas para asegurar que las aplicaciones permanezcan seguras y de alta calidad. Por ejemplo, a partir del 31 de agosto de 2024, Google Play exige que todas las aplicaciones nuevas y actualizaciones se dirijan a Android 14 (nivel API 34)[\[8\]](https://developer.android.com/google/play/requirements/target-sdk). Los desarrolladores pueden solicitar una extensión hasta el 1 de noviembre de 2024 si necesitan más tiempo.
-
-Aquí hay algunos controles de actualización basados en tiempo para considerar:
-
-| Método de Control de Actualización | Descripción | Beneficios |
-| --- | --- | --- |
-| Actualizaciones Diferidas | Posponer actualizaciones por 1-90 días después del lanzamiento | Permite pruebas controladas y lanzamiento gradual |
-| Control de Versiones | Decidir qué versiones de la aplicación reciben actualizaciones | Soporta despliegue por etapas y pruebas |
-| [Actualizaciones Automáticas](https://capgo.app/docs/plugin/cloud-mode/auto-update/) | Establecer comportamiento de actualización en dispositivos gestionados | Simplifica el mantenimiento |
-
-Para imponer plazos, usa notificaciones del sistema. La investigación muestra que las actualizaciones consistentes y bien planificadas pueden aumentar el engagement de usuarios hasta un 200%[\[9\]](https://moldstud.com/articles/p-update-your-app-on-google-play-best-practices-and-tips). Más allá de cumplir con las reglas de la tienda de aplicaciones, asegurar la seguridad en tus actualizaciones es igualmente crítico.
-
-### Estándares de Seguridad para Actualizaciones
-
-El control de versiones fuerte es esencial para mantener la integridad de las actualizaciones, pero las medidas de seguridad en capas son igualmente importantes. Asegura las actualizaciones OTA con encriptación, autenticación y verificaciones de integridad. El Dr. James J. Hunt, fundador, CEO y CTO de aicas, explica:
-
-> "La necesidad de actualizaciones over-the-air está siendo impulsada por la transformación digital de la industria para software e inteligencia artificial – ambos requieren que los proveedores de soluciones repiensen todo el ciclo DevOps"[\[7\]](https://www.aicas.com/wp/whitepaper/security-aspects-of-over-the-air-ota-updates/)
-
-Las capas de seguridad clave incluyen:
-
-| Capa de Seguridad | Implementación | Propósito |
-| --- | --- | --- |
-| Cifrado | TLS con certificados firmados por CA | Protege los paquetes de actualización durante la transmisión |
-| Autenticación | Claves de seguridad basadas en hardware | Ofrece mayor protección que las claves basadas en archivos |
-| Verificación de Integridad | Firmas criptográficas | Confirma la autenticidad de la actualización |
-| Protección contra Reversión | Mecanismo de retroceso automático | Evita el bloqueo del dispositivo durante actualizaciones fallidas |
-
-**Pasos para mejorar la seguridad de las actualizaciones:**
-
-1. **Establecer Conexiones Seguras**
-   Usar TLS con verificación de nombre de host y certificados firmados por CA para asegurar que las conexiones del servidor sean verificadas[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security).
-
-2. **Proteger Paquetes de Actualización**
-   Cifrar las actualizaciones y aplicar firmas digitales después del cifrado. Para máxima seguridad, utilizar sistemas air-gapped para la firma digital[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security)[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices).
-
-3. **Implementar Mecanismos de Recuperación**
-   Habilitar funciones de retroceso automático para manejar efectivamente las actualizaciones fallidas[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices).
-
-El Dr. Hunt también destaca la importancia de las actualizaciones OTA en tecnologías avanzadas:
-
-> "OTA ya es un factor clave para hacer que los sistemas de conducción autónoma sean confiables" - Dr. James J. Hunt, fundador, CEO y CTO de aicas[\[7\]](https://www.aicas.com/wp/whitepaper/security-aspects-of-over-the-air-ota-updates/)
-
-La UNECE ha aprobado Regulaciones UN (UN R155/R156), que proporcionan un marco para actualizaciones OTA seguras en varias industrias. Estos estándares aseguran que las actualizaciones sean seguras y confiables.
-
-## Opciones de Software para Actualizaciones OTA
-
-Elegir el software correcto para actualizaciones OTA es más que una medida de seguridad - es clave para asegurar una implementación fluida, control de versiones efectivo y ciclos de lanzamiento optimizados para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Las herramientas adecuadas hacen que la gestión de actualizaciones sea más simple y eficiente.
-
-### [Capgo: Plataforma de Actualización OTA](https://capgo.app)
-
-![Capgo: Plataforma de Actualización OTA](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-26.jpg?auto=compress)
-
-Capgo ha entregado **482.9 millones de actualizaciones** en **1,800 aplicaciones**, mejorando la eficiencia de lanzamiento en un impresionante **81%** [\[1\]](https://capgo.app/). Esto es lo que lo hace destacar:
-
-- **Seguridad**: Características como cifrado de extremo a extremo y verificación de firma de código aseguran que las actualizaciones sean seguras.
-
-- **Integración**: Funciona perfectamente con plataformas CI/CD como [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), [GitHub](https://github.com/about), [Jenkins](https://www.jenkins.io/), [Cloudbees](https://www.cloudbees.com/), y [Travis](https://www.travis-ci.com/).
-
-- **Implementación**: Ofrece asignación de usuarios y despliegues graduales para distribuciones precisas e instantáneas.
-
-- **Análisis**: Herramientas incorporadas para rastrear el rendimiento de actualizaciones y medir la adopción de usuarios.
-
-¿Un gran ejemplo? [Colenso](https://www.colensobbdo.co.nz/) alcanzó exitosamente casi toda su **base de más de 5,000 usuarios** en solo minutos [\[1\]](https://capgo.app/). Como compartió Rodrigo Mantica:
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-### Herramientas Alternativas de Actualización
-
-Mientras Capgo ofrece una solución robusta, otras herramientas traen diferentes enfoques para la gestión de versiones. Aquí hay una comparación rápida:
-
-| Aspecto de la Herramienta | Capgo | Appflow |
-| --- | --- | --- |
-| **Estructura de Costos** | ~$300/mes para costos CI/CD | Suscripción anual de $6,000 |
-| **Estrategias de Actualización** | Implementación instantánea, asignación de usuarios | En segundo plano, Siempre Última, Forzar Actualización |
-| **Integración** | Múltiples plataformas CI/CD | CI/CD incorporado |
-
-Un usuario compartió su experiencia:
-
-> "Actualmente estamos probando @Capgo ya que Appcenter dejó de dar soporte para actualizaciones en vivo en apps híbridas y @AppFlow es demasiado caro." [\[1\]](https://capgo.app/)
-
-### Características Clave a Buscar
-
-Al seleccionar una herramienta de actualización OTA, asegúrate de que ofrezca:
-
-- **Cifrado de extremo a extremo** para mantener las actualizaciones seguras
-
-- **Integración CI/CD** para alinearse con tu flujo de trabajo
-
-- **Asignación de usuarios** para despliegues controlados
-
-- **Cumplimiento con app stores** para evitar problemas de distribución [\[10\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-Tu elección de software para actualizaciones OTA puede tener un gran impacto en la eficiencia de tu equipo y el éxito de la implementación. Tómate tiempo para evaluar tus necesidades en cuanto a seguridad, control de versiones y colaboración para encontrar la mejor opción para tu proyecto.
-
-## Conclusión
-
-### Resumen
-
-Balancear la precisión técnica con la experiencia del usuario puede mejorar la eficiencia en la gestión de [actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) OTA en un 81% [\[1\]](https://capgo.app/). Este enfoque apoya el control efectivo de versiones y despliegues OTA confiables.
-
-Aquí están los puntos principales a tener en cuenta para actualizaciones OTA exitosas:
-
-- **Seguridad**: Usar cifrado de extremo a extremo y verificación de firma de código para mantener la integridad de las actualizaciones [\[1\]](https://capgo.app/).
-
-- **Experiencia de Usuario**: Minimizar interrupciones programando actualizaciones thoughtfully y manteniendo a los usuarios informados durante el proceso [\[11\]](https://withintent.com/blog/ota-updates-design/).
-
-- **Cumplimiento**: Asegurar que las actualizaciones cumplan con los requisitos establecidos por Apple y Google [\[1\]](https://capgo.app/).
-
-### Próximos Pasos
-
-Para mejorar tu proceso de actualización OTA, considera estas acciones:
-
-1. **Seleccionar las Herramientas Correctas**
-   Elegir herramientas que se alineen con tus necesidades de seguridad, objetivos de implementación y presupuesto, basándote en las estrategias discutidas.
-
-2. **Seguir Mejores Prácticas**
-
-> "Los usuarios también pueden mostrarse reacios a ejecutar una actualización OTA ya que interrumpe su experiencia familiar y cómoda con la aplicación, requiriendo que se familiaricen con los aspectos más técnicos del producto, con los que generalmente no están familiarizados." [\[11\]](https://withintent.com/blog/ota-updates-design/)
-
-3. **Seguimiento y Mejora**
-   Monitorear el rendimiento de tus actualizaciones y cómo responden los usuarios a ellas. Usar estos datos para refinar tu enfoque de implementación con el tiempo.
-
-Las futuras actualizaciones OTA deberían apuntar a combinar una implementación rápida con una experiencia de usuario fluida, asegurando tanto eficiencia como satisfacción.
diff --git a/src/content/blog/es/capacitor-ota-updates-vs-app-store-restrictions.md b/src/content/blog/es/capacitor-ota-updates-vs-app-store-restrictions.md
deleted file mode 100644
index 3673492a1..000000000
--- a/src/content/blog/es/capacitor-ota-updates-vs-app-store-restrictions.md
+++ /dev/null
@@ -1,197 +0,0 @@
----
-slug: capacitor-ota-updates-vs-app-store-restrictions
-title: Actualizaciones OTA de Capacitor vs Restricciones de la App Store
-description: >-
-  Explora cómo las actualizaciones OTA proporcionan una implementación de
-  aplicaciones más rápida y flexible en comparación con los métodos
-  tradicionales de las tiendas de aplicaciones, mejorando la eficiencia y la
-  experiencia del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T00:43:15.626Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da0b3b31389773b3feea04-1742345039375.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, app store restrictions, mobile development, app deployment, agile
-  development, app updates, Capgo
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quiere [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) más rápidas sin esperas?** Las actualizaciones Over-the-Air (OTA) permiten a los desarrolladores evitar los retrasos de las tiendas de aplicaciones y enviar cambios directamente a los usuarios en minutos. Aquí por qué esto es importante:
-
--   **Velocidad**: Las actualizaciones OTA llegan al 95% de los usuarios en 24 horas, comparado con el ciclo de revisión de 2-7 días para actualizaciones en tiendas de aplicaciones.
--   **Flexibilidad**: Despliegue actualizaciones dirigidas, corrija errores o implemente funciones sin requerir acción del usuario.
--   **Eficiencia**: Solo se descarga el código modificado, ahorrando ancho de banda y tiempo.
-
-**Comparación Rápida**:
-
-| Característica | Actualizaciones App Store | Actualizaciones OTA |
-| --- | --- | --- |
-| **Tiempo de Despliegue** | Días a semanas | Minutos a horas |
-| **Adopción de Usuarios** | Gradual | 95% en 24 horas |
-| **Capacidad de Reversión** | Requiere reenvío | Reversión instantánea |
-| **Uso de Ancho de Banda** | Descarga completa de la app | Solo contenido modificado |
-
-Las actualizaciones OTA, como las impulsadas por [Capgo](https://capgo.app/), aseguran actualizaciones más rápidas y fluidas mientras se mantienen en cumplimiento con las reglas de las tiendas de aplicaciones. Ya sea que esté corrigiendo errores, mejorando la seguridad o agregando funciones, las actualizaciones OTA son un cambio revolucionario para el desarrollo ágil de aplicaciones.
-
-## [Appflow](https://ionic.io/appflow/) Deploy: Envíe actualizaciones en tiempo real a sus usuarios de [Ionic](https://ionicframework.com/)
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-03-19.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Límites de Actualización en App Store
-
-Las tiendas de aplicaciones imponen límites estrictos en las actualizaciones de aplicaciones, haciendo difícil implementar cambios rápidamente. Estas restricciones resaltan la importancia de encontrar soluciones más rápidas como las actualizaciones OTA (Over-the-Air). Los procesos detallados de revisión requeridos por las principales plataformas a menudo retrasan el lanzamiento de actualizaciones.
-
-### Restricciones de Actualización de Código
-
-Tanto Apple como Google imponen procedimientos rigurosos de revisión, que pueden ralentizar incluso las actualizaciones más pequeñas. Mientras que las actualizaciones de la tienda de aplicaciones pueden tardar varios días en llegar a los usuarios, las actualizaciones OTA pueden implementarse en minutos. Según Capgo, esta diferencia de velocidad es revolucionaria [\[1\]](https://capgo.app/).
-
-> "Evitar la revisión para corrección de errores es oro puro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-### Por Qué Existen Estas Reglas
-
-Las tiendas de aplicaciones hacen cumplir estas reglas para proteger a los usuarios y mantener la estabilidad general de sus plataformas. Aquí está el por qué:
-
--   **Controles de Seguridad**: Las revisiones ayudan a bloquear código malicioso que podría agregarse a las aplicaciones.
--   **Control de Calidad**: Las actualizaciones se prueban exhaustivamente para asegurar que cumplen con los estándares de la plataforma.
--   **Estabilidad del Sistema**: La supervisión cuidadosa asegura que las actualizaciones no interrumpan la funcionalidad de la plataforma.
-
-Debido a estos controles, los desarrolladores están recurriendo a métodos alternativos para mantenerse al día con la necesidad de actualizaciones más rápidas. Capgo, por ejemplo, ha entregado 23.5 millones de actualizaciones OTA que cumplen con las reglas de las tiendas de aplicaciones [\[1\]](https://capgo.app/), demostrando la demanda de soluciones más rápidas.
-
-> "Implementamos las [actualizaciones OTA de Capgo](https://console.capgo.app/resend_email) en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Los sistemas OTA modernos proporcionan una manera de enviar actualizaciones críticas rápidamente sin infringir las pautas de las tiendas de aplicaciones. Este enfoque demuestra cómo los desarrolladores pueden lograr una implementación más rápida mientras mantienen el cumplimiento. A continuación, profundizaremos en cómo las actualizaciones OTA ofrecen esta agilidad.
-
-## Cómo Funcionan las Actualizaciones OTA de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
-
-Las [actualizaciones OTA de Capacitor](https://capgo.app/ja/) hacen que la implementación de aplicaciones sea más rápida y eficiente, permitiendo a los desarrolladores enviar cambios sin esperar las aprobaciones de las tiendas de aplicaciones.
-
-### Cómo Funcionan las Actualizaciones OTA
-
-Un plugin maneja la detección e instalación de actualizaciones. Cuando los desarrolladores implementan actualizaciones usando la CLI, la aplicación automáticamente las identifica e instala en segundo plano. En lugar de descargar todo, solo se recupera el código modificado, ahorrando ancho de banda y acelerando el proceso. Por ejemplo, el CDN global de Capgo puede entregar un paquete de 5 MB en solo 114 ms, con un tiempo de respuesta promedio de API de 434 ms globalmente [\[1\]](https://capgo.app/). Este enfoque simplificado asegura que las actualizaciones sean rápidas y sin complicaciones.
-
-### Beneficios de las Actualizaciones OTA
-
-Las actualizaciones OTA aportan más que solo velocidad - dan a los desarrolladores mejor control sobre su [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Aquí un desglose rápido:
-
-| Característica | Beneficio | Métrica Clave |
-| --- | --- | --- |
-| Velocidad de Actualización | Implementación más rápida | 95% de usuarios actualizados en 24 horas |
-| Control de Distribución | Despliegues dirigidos | 82% tasa de éxito global |
-| Eficiencia de Recursos | Descargas más pequeñas | 114 ms para un paquete de 5 MB |
-| Confiabilidad | Reversión automática | 23.5M actualizaciones entregadas |
-
-### Herramientas OTA de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Capgo mejora la experiencia de actualización OTA con herramientas y características adicionales. La seguridad es una prioridad máxima, con cifrado de extremo a extremo asegurando que solo usuarios autorizados puedan acceder a las actualizaciones [\[1\]](https://capgo.app/). Las características clave incluyen:
-
--   [Actualizaciones específicas por canal](https://capgo.app/docs/webapp/channels/) para orientación precisa
--   Integración con plataformas populares de CI/CD
--   Análisis en tiempo real para seguimiento del rendimiento
--   Reversión con un clic para correcciones rápidas
-
-Actualmente, 750 aplicaciones confían en el sistema de Capgo en entornos de producción [\[1\]](https://capgo.app/). Estas herramientas combinan velocidad, seguridad y confiabilidad, haciendo que las actualizaciones OTA sean una elección inteligente para desarrolladores que quieren mantenerse ágiles mientras cumplen con las pautas de las tiendas de aplicaciones.
-
-## OTA vs Actualizaciones de App Store
-
-Las actualizaciones OTA (Over-the-Air) y las actualizaciones de la tienda de aplicaciones difieren enormemente en términos de velocidad, facilidad de implementación y experiencia del usuario. Las actualizaciones OTA proporcionan una forma más rápida y flexible de entregar cambios, particularmente para equipos que trabajan con metodologías ágiles.
-
-### Comparación de Características
-
-Aquí un desglose de las diferencias clave entre las actualizaciones de la tienda de aplicaciones y las actualizaciones OTA, mostrando por qué muchos desarrolladores están optando por soluciones OTA:
-
-| Característica | Actualizaciones App Store | Actualizaciones OTA de Capacitor |
-| --- | --- | --- |
-| **Tiempo de Implementación** | 2-7 días de proceso de revisión | Minutos a horas |
-| **Tasa de Éxito de Actualización** | Depende de la acción del usuario | 95% en 24 horas |
-| **Control de Distribución** | Opciones limitadas de orientación | Orientación basada en canales |
-| **Capacidad de Reversión** | Requiere nuevo envío | Reversión instantánea |
-| **Interacción del Usuario** | [Aprobación manual de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | [Actualizaciones automáticas en segundo plano](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-| **Análisis** | Métricas básicas de instalación | Seguimiento detallado de actualizaciones |
-| **Uso de Ancho de Banda** | Descarga completa de la app | Solo contenido modificado |
-| **Flujo de Trabajo de Desarrollo** | Ciclos rígidos de lanzamiento | Integración CI/CD habilitada |
-
-(Fuente: [\[1\]](https://capgo.app/))
-
-Los casos del mundo real demuestran cómo las actualizaciones OTA mejoran la eficiencia. Por ejemplo, Rodrigo Mantica destaca su valor en entornos empresariales:
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para la misión de entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-Los números respaldan esto: las actualizaciones OTA tienen una tasa de éxito global del 82% y han entregado 23.5 millones de actualizaciones [\[1\]](https://capgo.app/). Estas estadísticas subrayan su confiabilidad y escalabilidad comparadas con las actualizaciones tradicionales de la tienda de aplicaciones.
-
-Mientras que las actualizaciones de la tienda de aplicaciones siguen siendo esenciales para lanzamientos mayores y características nuevas significativas, las actualizaciones OTA proporcionan una forma más rápida y eficiente de manejar actualizaciones regulares. Permiten a los desarrolladores mantener sus aplicaciones en cumplimiento mientras aseguran un proceso de actualización fluido y sin problemas para los usuarios.
-
-A continuación, cubriremos cómo implementar actualizaciones OTA mientras se cumplen los requisitos de la tienda de aplicaciones.
-
-## Guía de Implementación de Actualizaciones OTA
-
-### Cumplimiento de Requisitos de la Tienda
-
-Para implementar actualizaciones OTA exitosamente, necesitas cumplir con las pautas de las tiendas de aplicaciones. Aquí están las áreas clave en las que enfocarse:
-
--   **Distribución Basada en Canales**: Usa varios canales para ejecutar despliegues por etapas y pruebas beta efectivamente.
--   **Gestión de Control de Versiones**: Mantén un seguimiento estricto de versiones e integra actualizaciones OTA en tu pipeline CI/CD.
--   **[Optimización del Tamaño de Actualización](https://capgo.app/blog/optimise-your-images-for-updates/)**: Minimiza los tamaños de descarga enviando solo el código modificado.
-
-Estos pasos son cruciales para entregar actualizaciones OTA seguras y confiables.
-
-### Seguridad y Confianza
-
-Una vez que el proceso de implementación está configurado, priorizar la seguridad y construir la confianza del usuario es crítico. Capgo emplea cifrado de extremo a extremo, asegurando que las actualizaciones sean accesibles solo para usuarios autorizados. Este método ha logrado una tasa de éxito global del 82% en 750 aplicaciones en producción [\[1\]](https://capgo.app/). Aquí están las principales medidas de seguridad:
-
--   Cifrado de extremo a extremo para todos los archivos de actualización
--   Seguimiento y monitoreo de errores en tiempo real
--   Opciones de reversión instantánea para abordar problemas rápidamente
--   Protocolos estrictos de autenticación y autorización
-
-### Ejemplos Reales de Actualizaciones
-
-Las aplicaciones prácticas validan estas estrategias. Por ejemplo, el equipo de [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA destacó su experiencia:
-
-> "Capgo es una forma inteligente de hacer envíos de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Estos ejemplos muestran cómo las actualizaciones OTA bien ejecutadas pueden permitir implementaciones rápidas, mantener el cumplimiento con las tiendas de aplicaciones y preservar la confianza del usuario.
-
-## Conclusión
-
-### Puntos Clave
-
-[Las actualizaciones de aplicaciones móviles](https://capgo.app/plugins/capacitor-updater/) han recorrido un largo camino, con las actualizaciones OTA ahora presentándose como una alternativa rápida y eficiente a los métodos tradicionales de las tiendas de aplicaciones. Por ejemplo, las actualizaciones de Capgo alcanzan al **95% de los usuarios activos en solo 24 horas** [\[1\]](https://capgo.app/). Así es como se comparan los dos enfoques:
-
-| Aspecto | Actualizaciones OTA | Tienda de Aplicaciones Tradicional |
-| --- | --- | --- |
-| **Velocidad de Implementación** | Minutos a horas | Días a semanas |
-| **Tasa de Éxito de Actualización** | 82% mundial [\[1\]](https://capgo.app/) | Varía según la tienda |
-| **Adopción del Usuario** | 95% en 24 horas [\[1\]](https://capgo.app/) | Gradual durante semanas |
-| **Flexibilidad de Desarrollo** | Correcciones inmediatas posibles | Sujeto a ciclos de revisión |
-
-Estos números resaltan la eficiencia y agilidad de las actualizaciones OTA, allanando el camino para procesos aún más rápidos y seguros en el futuro.
-
-### Mirando al Futuro
-
-El futuro de la tecnología OTA promete traer avances aún mayores en velocidad, seguridad y flexibilidad. Como dice Rodrigo Mantica:
-
-> "Practicamos el desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-Algunas áreas clave de desarrollo incluyen:
-
--   **Análisis en tiempo real y seguimiento de errores** para ayudar a los desarrolladores a identificar y resolver problemas instantáneamente.
--   **Integración avanzada de CI/CD** para implementaciones fluidas y orientación precisa al usuario.
--   **Medidas de seguridad mejoradas y herramientas de cumplimiento** para satisfacer los estándares en evolución.
-
-Incluso organizaciones como el equipo OSIRIS-REx de la NASA han visto los beneficios:
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Estos avances hacen que las actualizaciones OTA sean un cambio revolucionario para los desarrolladores que buscan entregar actualizaciones rápidas, confiables y fáciles de usar.
diff --git a/src/content/blog/es/capacitor-ota-updates-vs-traditional-testing-methods.md b/src/content/blog/es/capacitor-ota-updates-vs-traditional-testing-methods.md
deleted file mode 100644
index 3d9b02686..000000000
--- a/src/content/blog/es/capacitor-ota-updates-vs-traditional-testing-methods.md
+++ /dev/null
@@ -1,152 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-testing-methods
-title: Actualizaciones OTA de Capacitor vs. métodos de prueba tradicionales
-description: >-
-  Descubre las diferencias entre las actualizaciones OTA de Capacitor y los
-  métodos de prueba tradicionales, y aprende más sobre sus ventajas y
-  desventajas específicas para el desarrollo de aplicaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-21T03:04:05.735Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b7cbc8a97035aabf3ddea3-1740107095515.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  OTA updates, traditional testing, app development, Capacitor, deployment,
-  quality assurance, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) más rápidas sin retrasos de la tienda de aplicaciones?** Las actualizaciones OTA de [Capacitor](https://capacitorjs.com/) te permiten entregar cambios instantáneamente, mientras que las pruebas tradicionales aseguran una calidad exhaustiva antes del lanzamiento. Aquí hay una comparación rápida:
-
--   **[Actualizaciones OTA de Capacitor](https://capgo.app/ja/)**: Envía actualizaciones directamente a los usuarios sin aprobación de la tienda de aplicaciones. Ideal para correcciones rápidas y despliegue de funciones.
--   **Pruebas Tradicionales**: Sigue fases estructuradas como pruebas unitarias, de integración y del sistema antes del lanzamiento. Asegura fiabilidad pero toma más tiempo.
-
-**Comparación Rápida:**
-
-| Característica/Aspecto | Actualizaciones OTA de Capacitor | Métodos de Pruebas Tradicionales |
-| --- | --- | --- |
-| **Despliegue de Actualizaciones** | Entrega instantánea por aire | Requiere envío a la tienda de aplicaciones |
-| **Alcance de Pruebas** | Enfocado en cambios específicos | Pruebas del sistema completo |
-| **Experiencia de Usuario** | [Actualizaciones automáticas en segundo plano](https://capgo.app/docs/plugin/self-hosted/auto-update/) | Los usuarios actualizan manualmente las aplicaciones |
-| **Gestión de Riesgos** | Capacidades de reversión instantánea | Requiere nuevo envío para correcciones |
-
-Las actualizaciones OTA de Capacitor, respaldadas por herramientas como [Capgo](https://capgo.app/), proporcionan flexibilidad y velocidad, mientras que los métodos tradicionales aseguran una calidad integral. Ambos tienen su lugar dependiendo de las necesidades de tu aplicación.
-
-## Despliegue de [Appflow](https://ionic.io/appflow/): Envía actualizaciones en tiempo real a los usuarios de tu aplicación Ionic
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-02-21.jpg?auto=compress)
-
-## Explicación de las Actualizaciones OTA de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-21.jpg?auto=compress)
-
-Las actualizaciones OTA en [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) simplifican el mantenimiento de la aplicación después del lanzamiento. En lugar de requerir envíos completos a la tienda de aplicaciones, los desarrolladores pueden enviar actualizaciones directamente a los usuarios.
-
-### ¿Qué Hace Destacar a las Actualizaciones OTA?
-
-Las actualizaciones OTA se centran en modificar la capa web (HTML, CSS, JavaScript) sin alterar el código nativo. Este método asegura el cumplimiento de las reglas de la tienda de aplicaciones mientras permite actualizaciones rápidas.
-
-Aquí hay un desglose de características clave:
-
-| Característica | Descripción | Beneficio |
-| --- | --- | --- |
-| Despliegue Instantáneo | Envía actualizaciones directamente a dispositivos | Evita retrasos de aprobación de la tienda |
-| Actualizaciones Selectivas | Dirige actualizaciones a grupos específicos | Permite despliegues graduales |
-| Control de Versiones | Gestiona y rastrea historial de actualizaciones | Mantiene organizadas las actualizaciones |
-| Soporte de Reversión | Revierte fácilmente a versiones anteriores | Reduce riesgos de actualizaciones defectuosas |
-
-Estas características proporcionan a los desarrolladores mayor flexibilidad y control, especialmente cuando se combinan con herramientas como Capgo.
-
-### El Papel de [Capgo](https://capgo.app/) en las Actualizaciones OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-21.jpg?auto=compress)
-
-Capgo simplifica el proceso de gestión de actualizaciones OTA para aplicaciones Capacitor. Su plataforma prioriza la seguridad con cifrado de extremo a extremo, asegurando que el contenido de las actualizaciones permanezca protegido.
-
-Al integrarse con pipelines CI/CD, Capgo automatiza los despliegues. Los desarrolladores pueden probar actualizaciones con grupos específicos de usuarios, implementar cambios gradualmente y personalizar actualizaciones según las necesidades del usuario.
-
-Con las herramientas de Capgo para organización, control de versiones y reversión, los equipos pueden manejar las actualizaciones de manera fluida y con confianza.
-
-## Descripción General de los Métodos de Prueba Estándar
-
-Las pruebas tradicionales involucran fases estructuradas y documentación detallada para asegurar que el software funcione de manera confiable antes del lanzamiento.
-
-### Componentes Principales de Pruebas
-
-Este enfoque incluye cuatro fases clave: **pruebas unitarias, de integración, del sistema y de aceptación**. Cada fase sirve un propósito específico:
-
--   **Pruebas Unitarias**: Se centra en componentes individuales de código.
--   **Pruebas de Integración**: Verifica interacciones entre componentes.
--   **Pruebas del Sistema**: Evalúa el comportamiento general de la aplicación.
--   **Pruebas de Aceptación**: Confirma que el software cumple con los requisitos del usuario.
-
-Un aspecto significativo de las pruebas tradicionales es su dependencia de documentación exhaustiva. Los tipos clave de documentación incluyen:
-
-| Tipo de Documentación | Propósito | Elementos Clave |
-| --- | --- | --- |
-| **Planes de Prueba** | Describe la estrategia de pruebas | Alcance, cronograma, recursos |
-| **Casos de Prueba** | Describe escenarios específicos de prueba | Pasos, resultados esperados, requisitos previos |
-| **Informes de Defectos** | Rastrea problemas identificados | Severidad, pasos de reproducción, estado |
-| **Resultados de Pruebas** | Resume resultados | Métricas de aprobación/fallo, análisis de cobertura |
-
-Herramientas como **[TestRail](https://www.testrail.com/)** y **[Jira](https://www.atlassian.com/software/jira)** son comúnmente utilizadas para gestionar estos documentos, aunque mantenerlos y ejecutarlos puede consumir mucho tiempo.
-
-### Métodos de Prueba: Fortalezas y Límites
-
-Las pruebas tradicionales son conocidas por su minuciosidad y responsabilidad. Su enfoque estructurado asegura que todas las funcionalidades sean cuidadosamente examinadas, reduciendo el riesgo de que problemas críticos lleguen a producción.
-
-Sin embargo, este método tiene algunas desventajas en entornos de desarrollo rápido:
-
--   Las fases secuenciales pueden llevar a ciclos de desarrollo más largos.
--   Los procesos de prueba manual demandan tiempo y recursos significativos.
--   Adaptarse a cambios es desafiante debido a flujos de trabajo rígidos.
--   Los ciclos de retroalimentación entre desarrollo y pruebas son más lentos.
-
-Herramientas de automatización como **[Selenium](https://www.selenium.dev/)** y **[Appium](http://appium.io/)** pueden acelerar ciertas tareas, pero las pruebas tradicionales siguen siendo más lentas en comparación con alternativas modernas.
-
-En última instancia, el éxito de las pruebas tradicionales depende de la ejecución adecuada y la gestión de recursos. Si bien su enfoque en la minuciosidad es valioso, el ritmo más lento puede ser un obstáculo, especialmente bajo plazos ajustados o cuando se necesitan actualizaciones más rápidas por aire (OTA). Este contraste resalta la creciente demanda de métodos de prueba más ágiles.
-
-## Actualizaciones OTA vs Pruebas Estándar
-
-Veamos más de cerca cómo las actualizaciones OTA (Over-The-Air) difieren de los métodos de prueba tradicionales. Las actualizaciones OTA se implementan instantáneamente a través de la capa web, mientras que las pruebas tradicionales involucran revisiones manuales por fases.
-
-### Principales Diferencias
-
-| Característica/Aspecto | Actualizaciones OTA de Capacitor | Métodos de Pruebas Tradicionales |
-| --- | --- | --- |
-| **Uso de Recursos** | Esfuerzo manual mínimo, procesos automatizados | Equipos QA dedicados, pruebas manuales |
-| **Alcance de Pruebas** | Enfocado en cambios específicos | Pruebas del sistema completo |
-| **Gestión de Riesgos** | Capacidades de reversión instantánea | Requiere nuevo envío para cambios |
-
-Estas diferencias dan forma directamente a cómo se ejecutan y entregan los proyectos.
-
-### Beneficios y Desventajas
-
-El contraste entre estos enfoques destaca cómo las actualizaciones OTA pueden complementar las pruebas tradicionales al abordar sus ciclos de retroalimentación más lentos.
-
-**Lo que aportan las actualizaciones OTA:**
-
--   Despliegue instantáneo con retroalimentación inmediata del usuario
--   Procesos automatizados que reducen las demandas de recursos
--   Actualizaciones dirigidas para problemas o funciones específicas
--   Correcciones y resolución de problemas en tiempo real
-
-**Lo que aseguran las pruebas tradicionales:**
-
--   Garantía de calidad exhaustiva en todo el sistema
--   Procedimientos de prueba bien documentados
--   Validación para cumplimiento regulatorio
--   Pruebas completas de todo el sistema
-
-Plataformas como Capgo demuestran cómo las actualizaciones OTA seguras pueden integrarse perfectamente con los flujos de trabajo existentes. Permiten a los desarrolladores mantener el cumplimiento de la tienda de aplicaciones mientras implementan actualizaciones rápidamente.
-
-## Conclusión
-
-Las actualizaciones OTA han cambiado la forma en que los desarrolladores abordan las necesidades del usuario y se mantienen al día con las demandas del mercado. Permiten que las aplicaciones se actualicen y mejoren después del lanzamiento sin los retrasos habituales.
-
-Con herramientas como Capgo, los desarrolladores pueden implementar actualizaciones de forma instantánea y segura, evitando las demoras de las aprobaciones de la tienda de aplicaciones. Esto crea un equilibrio donde tanto las actualizaciones OTA como los métodos de prueba tradicionales juegan roles importantes.
diff --git a/src/content/blog/es/capacitor-ota-updates-vs-traditional-versioning.md b/src/content/blog/es/capacitor-ota-updates-vs-traditional-versioning.md
deleted file mode 100644
index 8e7ad5ad3..000000000
--- a/src/content/blog/es/capacitor-ota-updates-vs-traditional-versioning.md
+++ /dev/null
@@ -1,215 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-versioning
-title: Actualizaciones OTA de Capacitor vs Versionamiento Tradicional
-description: >-
-  Descubre cómo las actualizaciones OTA de Capacitor revolucionan la
-  distribución de aplicaciones, permitiendo actualizaciones más rápidas y
-  automatizadas en comparación con los métodos tradicionales de las tiendas de
-  aplicaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-08T02:59:57.580Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cb94b1fd908bf224e07528-1741402807680.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, traditional updates, Capacitor, mobile app development, app
-  deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Deseas actualizaciones de apps más rápidas sin esperar revisiones de la tienda de aplicaciones?** Las actualizaciones OTA (por aire) de [Capacitor](https://capacitorjs.com/) podrían ser la solución. A diferencia de las actualizaciones tradicionales de las tiendas de apps, que tardan días y requieren acción del usuario, las actualizaciones OTA despliegan cambios en minutos y llegan automáticamente a los usuarios.
-
-### Puntos Clave:
-
--   **Actualizaciones Tradicionales**: Confiables pero lentas (24-72 horas), requieren descargas del usuario y frecuentemente llevan a fragmentación de versiones.
--   **Actualizaciones OTA**: Instantáneas (5-10 minutos), automáticas para usuarios y permiten múltiples actualizaciones por semana.
-
-### Comparación Rápida:
-
-| Aspecto | Actualizaciones Tradicionales | [Actualizaciones OTA de Capacitor](https://capgo.app/ja/) |
-| --- | --- | --- |
-| **Velocidad de Despliegue** | 24-72 horas | 5-10 minutos |
-| **Adopción del Usuario** | Descarga manual | Automática |
-| **Tiempo de Corrección de Errores** | Semanas | Inmediato |
-| **Frecuencia de Lanzamientos** | Mensual/Trimestral | Múltiples por semana |
-| **Costo** | +$6,000 anuales | $300/mes |
-| **Reversión** | Requiere nuevo envío | Reversión instantánea |
-
-Las actualizaciones OTA de Capacitor, impulsadas por herramientas como [Capgo](https://capgo.app/), optimizan los flujos de trabajo, mejoran la experiencia del usuario y ahorran costos. Ya sea que estés corrigiendo errores críticos o implementando nuevas funciones, las actualizaciones OTA están diseñadas para velocidad y eficiencia.
-
-## Cómo Forzar la Actualización de Apps Ionic
-
-<iframe src="https://www.youtube.com/embed/NJwBNWwNlTk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Actualizaciones Tradicionales de la Tienda de Apps
-
-El proceso de actualización de la tienda de apps es un pilar fundamental en la distribución de aplicaciones móviles, pero frecuentemente choca con las demandas aceleradas del desarrollo ágil. Aunque confiable, puede ralentizar los flujos de trabajo que requieren despliegue rápido.
-
-### Proceso de Actualización en la Tienda de Apps
-
-El envío de actualizaciones a una tienda de apps involucra una serie de pasos que pueden extender los tiempos de desarrollo. Los desarrolladores necesitan:
-
--   Empaquetar una nueva versión de la app con un número de versión actualizado
--   Enviar la app para revisión a través de la plataforma de la tienda
--   Esperar la aprobación antes de que la actualización esté disponible para usuarios
--   Monitorear la adopción y rendimiento después del lanzamiento
-
-El proceso de revisión típicamente toma 24-72 horas, pero actualizaciones más complejas pueden tomar aún más tiempo. Para equipos que siguen prácticas ágiles, esta demora puede presentar serios desafíos, especialmente cuando se requieren correcciones urgentes de errores.
-
-### Pros y Contras de las Actualizaciones de la Tienda de Apps
-
-Las actualizaciones de la tienda de apps vienen con beneficios claros pero también presentan obstáculos que pueden afectar tanto el desarrollo como la experiencia del usuario:
-
-| Aspecto | Beneficios | Limitaciones |
-| --- | --- | --- |
-| **Control de Calidad** | Asegura seguridad y cumplimiento | Retrasa el despliegue |
-| **Confianza del Usuario** | Distribuido por canales oficiales | Usuarios pueden posponer actualización |
-| **Seguimiento de Versiones** | Fácil gestión de versiones | Puede llevar a versiones fragmentadas |
-| **Proceso de Lanzamiento** | Proporciona enfoque estructurado | Limita flexibilidad para cambios rápidos |
-| **Corrección de Errores** | Permite pruebas exhaustivas | Ralentiza correcciones críticas |
-
-Estas limitaciones se vuelven especialmente evidentes en escenarios donde:
-
--   Errores críticos requieren atención inmediata
--   Amenazas de seguridad necesitan ser parcheadas rápidamente
--   Nuevas funciones deben alinearse con tiempos de marketing
--   Pruebas A/B demandan iteraciones rápidas
-
-Debido a estos desafíos, muchos equipos han comenzado a explorar enfoques alternativos que funcionan junto con las actualizaciones tradicionales de la tienda de apps. Estas soluciones buscan proporcionar mayor flexibilidad para tipos específicos de actualizaciones.
-
-## Explicación de las Actualizaciones OTA de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-08.jpg?auto=compress)
-
-Las actualizaciones por aire (OTA) han transformado cómo se mantienen y actualizan las aplicaciones móviles. Para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), este método permite a los desarrolladores entregar cambios directamente a los usuarios sin esperar revisiones de la tienda de apps.
-
-### Componentes Clave
-
-En aplicaciones Capacitor, las actualizaciones OTA se centran en actualizar activos web como HTML, CSS y JavaScript, que controlan la funcionalidad de la app. Una vez que un desarrollador envía una actualización, los usuarios reciben automáticamente los cambios la próxima vez que abren la app - sin descargas manuales requeridas.
-
-Así es como funciona:
-
-| Componente | Función |
-| --- | --- |
-| Control de Versiones | Gestiona y rastrea diferentes versiones de activos web |
-| Detección de Actualizaciones | Identifica nuevas versiones cuando la app inicia |
-| Descarga de Archivos | Descarga archivos actualizados de forma segura en segundo plano |
-| Despliegue en Vivo | Aplica actualizaciones instantáneamente en el próximo inicio de la app |
-
-### Por Qué Destacan las Actualizaciones OTA
-
-Las actualizaciones OTA traen claras ventajas comparadas con las actualizaciones tradicionales de la tienda:
-
-| Aspecto | Actualizaciones Tradicionales | Actualizaciones OTA |
-| --- | --- | --- |
-| Velocidad de Despliegue | 24–72 horas | Minutos |
-| Adopción del Usuario | Requiere descarga manual | Automática |
-| Tiempo de Corrección de Errores | Semanas | Correcciones inmediatas |
-| Frecuencia de Lanzamientos | Mensual o trimestral | Múltiples veces por semana |
-| Agilidad de Desarrollo | Limitada por proceso de revisión | Iteración instantánea |
-
-[Capgo](https://capgo.app/) lleva estos beneficios más allá ofreciendo una plataforma optimizada que asegura la seguridad y se integra sin problemas con flujos de trabajo CI/CD.
-
-### Plataforma de Actualización OTA [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-08.jpg?auto=compress)
-
-Capgo es una solución OTA de primer nivel para apps Capacitor, ofreciendo herramientas para simplificar la [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/):
-
--   **Características de Seguridad**: Las actualizaciones están cifradas de extremo a extremo, asegurando que solo usuarios autorizados puedan acceder.
--   **Integración CI/CD**: Funciona perfectamente con plataformas como [GitHub](https://github.com/), [GitLab](https://about.gitlab.com/) y [Azure DevOps](https://azure.microsoft.com/en-us/products/devops).
--   **Asignación de Usuarios**: Permite actualizaciones dirigidas para grupos específicos, perfecto para pruebas o lanzamientos por fases.
-
-> "Implementamos las actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después del despliegue OTA." - colenso [\[1\]](https://capgo.app/)
-
-Capgo también ofrece ahorros en costos. Las empresas pueden ahorrar hasta $26,100 en cinco años comparado con alternativas como [AppFlow](https://ionic.io/appflow/) mientras mantienen capacidades de actualización confiables.
-
-## Comparación Directa: OTA vs Actualizaciones de Tienda de Apps
-
-Las aplicaciones Capacitor muestran diferencias notables entre actualizaciones OTA y actualizaciones tradicionales de la tienda. Aquí hay un desglose de métricas clave basado en datos recientes de la industria [\[1\]](https://capgo.app/):
-
-| Métrica | Actualizaciones Tradicionales de Tienda | Actualizaciones OTA de Capacitor |
-| --- | --- | --- |
-| **Tiempo de Despliegue** | Semanas debido al proceso de revisión | 5–10 minutos |
-| **Frecuencia de Lanzamiento** | Típicamente mensual o trimestral | Múltiples lanzamientos por semana |
-| **Tasa de Adopción del Usuario** | Adopción gradual durante días | Actualizaciones llegan a casi todos los usuarios en minutos |
-| **Costo de Desarrollo** | Alrededor de $6,000+ anualmente (ej. AppFlow) | Cerca de $300 por mes |
-| **Complejidad de Configuración** | Gestión compleja de versiones | Integración CI/CD simplificada |
-| **Capacidad de Reversión** | Limitada; requiere nuevo envío | Reversión instantánea con control de versiones |
-
-Estas cifras muestran claramente que las actualizaciones OTA sobresalen en velocidad, rentabilidad y tasas de adopción.
-
-Más allá de la velocidad de despliegue, las ventajas de eficiencia y costo de las actualizaciones OTA son difíciles de ignorar. Por ejemplo, el equipo de [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA aprovechó los envíos de código en caliente de Capgo para reducir significativamente los costos comparado con otras soluciones. Muchas organizaciones que usan actualizaciones OTA reportan ahorros de hasta $26,100 en cinco años [\[1\]](https://capgo.app/).
-
-Adicionalmente, las actualizaciones OTA mejoran la eficiencia de despliegue en un 81%, liberando a los equipos para enfocarse en construir nuevas funciones en lugar de gestionar envíos a la tienda de apps. Las correcciones y despliegues inmediatos también mejoran la experiencia del usuario al minimizar problemas de soporte. Con plataformas como Capgo entregando más de 947.6 millones de actualizaciones a través de más de 1,400 apps en producción, las actualizaciones OTA han probado ser tanto escalables como confiables [\[1\]](https://capgo.app/).
-
-## Guía de Implementación de Actualizaciones OTA
-
-Esta guía describe los pasos para implementar actualizaciones OTA en tus apps Capacitor, construyendo sobre los beneficios discutidos anteriormente.
-
-### Pasos Iniciales de Configuración OTA
-
-Configurar actualizaciones OTA requiere planificación cuidadosa. Aquí está cómo integrarlas en tu flujo de trabajo:
-
-| Fase de Configuración | Acciones Clave | Resultado |
-| --- | --- | --- |
-| Instalación del Plugin | Instalar el [plugin de Capgo](https://capgo.app/plugins/) y configurar claves de cifrado | Establece un canal seguro |
-| Integración CI/CD | Conectar con herramientas como GitHub Actions, GitLab CI o Azure DevOps | Automatiza el pipeline de despliegue |
-| Entorno de Pruebas | Asignar usuarios y crear canales de staging | Permite distribución controlada |
-
-Para equipos empresariales, Capgo ofrece un servicio de configuración CI/CD por una tarifa única de $2,600. Este servicio soporta flujos de trabajo de despliegue automatizados a través de plataformas como Azure DevOps, GitLab, GitHub, [Jenkins](https://www.jenkins.io/), [Cloudbees](https://www.cloudbees.com/), [Travis](https://www.travis-ci.com/), y [CircleCI](https://circleci.com/) [\[1\]](https://capgo.app/).
-
-Después de la configuración, el enfoque cambia a la gestión estratégica de versiones de la app.
-
-### Gestión de Versiones OTA
-
-La gestión efectiva de versiones es crucial para actualizaciones OTA sin problemas. Aquí hay algunas mejores prácticas:
-
--   **Seguimiento de Versiones**: Usar la interfaz web de Capgo para monitorear la distribución de actualizaciones.
--   **Despliegues por Etapas**: Probar actualizaciones con grupos pequeños antes de un lanzamiento completo.
--   **Compatibilidad de Versiones**: Asegurar que las actualizaciones OTA coincidan con las versiones correspondientes de la tienda de apps.
-
-La gestión adecuada de versiones ayuda a asegurar que las actualizaciones se entreguen sin problemas. A continuación, abordemos desafíos técnicos comunes.
-
-### Problemas Comunes de OTA y Soluciones
-
-Los desarrolladores a menudo enfrentan desafíos al implementar actualizaciones OTA. Rodrigo Mantica, un desarrollador que usa Capgo, comparte:
-
-> "¡Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-Aquí está cómo abordar problemas frecuentes:
-
-| Desafío | Solución | Impacto |
-| --- | --- | --- |
-| Conflictos de Actualización | Usar cifrado de extremo a extremo para entrega segura | Previene cambios no autorizados |
-| Retrasos de Distribución | Habilitar actualizaciones en segundo plano | Asegura entrega oportuna |
-| Incompatibilidad de Versiones | Ejecutar verificaciones automáticas de compatibilidad | Mantiene la estabilidad de la app |
-
-Incluso el equipo OSIRIS-REx de la NASA ha elogiado a Capgo:
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-## Actualizaciones de Apps y Capacitor OTA: Puntos Clave
-
-En el ecosistema actual de apps en rápido movimiento, las actualizaciones necesitan ocurrir rápida y eficientemente. Las actualizaciones OTA de Capacitor proporcionan una solución más rápida y práctica comparada con el versionado tradicional de apps. Con un historial impresionante - 947.6 millones de actualizaciones en 1,400 apps en producción - Capgo destaca cuán ampliamente se está adoptando la tecnología OTA [\[1\]](https://capgo.app/).
-
-### Comparando Actualizaciones OTA y Tradicionales
-
-Así es como las actualizaciones OTA de Capacitor se comparan con los métodos tradicionales:
-
-| Aspecto | Actualizaciones Tradicionales | Actualizaciones OTA de Capacitor |
-| --- | --- | --- |
-| **Velocidad de Lanzamiento** | Aprobación toma días a semanas | Los despliegues ocurren instantáneamente |
-| **Costo** | Mayores gastos de mantenimiento | 81% de mejora en eficiencia |
-| **Experiencia de Usuario** | Usuarios deben descargar actualizaciones manualmente | Las actualizaciones ocurren en segundo plano |
-
-Para equipos enfocados en despliegues rápidos y controlados, estas ventajas hacen que las actualizaciones OTA sean revolucionarias.
-
-Rodrigo Mantica lo resume perfectamente con su experiencia de primera mano:
-
-> "¡Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/capacitor-plugin-contribution-guide.md b/src/content/blog/es/capacitor-plugin-contribution-guide.md
deleted file mode 100644
index d9714577b..000000000
--- a/src/content/blog/es/capacitor-plugin-contribution-guide.md
+++ /dev/null
@@ -1,291 +0,0 @@
----
-slug: capacitor-plugin-contribution-guide
-title: Guía de Contribución de Plugins de Capacitor
-description: >-
-  Aprende a contribuir de manera efectiva a los plugins de Capacitor con una
-  guía completa sobre configuración, estándares de codificación, pruebas y
-  documentación.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-17T05:00:51.296Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b290a70d4a761ccc9919b5-1739768465938.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, plugins, development, mobile, coding standards, testing,
-  documentation, contribution, open source
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) los plugins conectan tecnologías web con características nativas del dispositivo, lo que permite el [desarrollo de aplicaciones multiplataforma](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/). Esta guía te ayuda a:
-
--   **Configurar tu entorno**: Herramientas como [Node.js](https://nodejs.org/en), [Xcode](https://developer.apple.com/xcode/), y [Android Studio](https://developer.android.com/studio) son esenciales.
--   **Seguir los estándares de código**: Usa [TypeScript](https://www.typescriptlang.org/), [Swift](https://developer.apple.com/swift/), y [Kotlin](https://kotlinlang.org/) con convenciones de nomenclatura consistentes y manejo de errores.
--   **Probar exhaustivamente**: Escribe pruebas unitarias para JavaScript, iOS, y Android para asegurar la fiabilidad.
--   **Documentar claramente**: Usa JSDoc y archivos README para una fácil adopción.
--   **Enviar una solicitud de extracción**: Asegúrate de tener un código de alta calidad, pruebas y documentación antes de contribuir.
-
-## Guía Completa de Código Abierto - Cómo Contribuir
-
-<iframe src="https://www.youtube.com/embed/yzeVMecydCE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuración del Entorno de Desarrollo
-
-Crear un entorno de desarrollo adecuado es clave para el desarrollo eficiente de plugins. Una configuración bien preparada permite una codificación, prueba y despliegue fluidos de tus plugins.
-
-### Herramientas y habilidades que necesitarás
-
-Antes de comenzar, asegúrate de tener las siguientes herramientas instaladas:
-
-| Categoría | Requisitos |
-| --- | --- |
-| **Herramientas Básicas** | Node.js (LTS), npm 6+, Git |
-| **IDE/Editors** | [Visual Studio Code](https://code.visualstudio.com/) o tu editor preferido |
-| **Desarrollo en iOS** | Xcode, [SwiftLint](https://github.com/realm/SwiftLint), [CocoaPods](https://cocoapods.org/) |
-| **Desarrollo en Android** | Android Studio, Android SDK, JDK |
-
-También deberías sentirte cómodo con TypeScript para desarrollo web y ya sea Swift (para iOS) o Java/Kotlin (para Android) para tareas de desarrollo nativo [\[1\]]()[\[2\]](https://github.com/ionic-team/capacitor-plugins/blob/main/CONTRIBUTING.md).
-
-### Configurando el Monorepo
-
-El ecosistema de [plugins de Capacitor](https://capgo.app/plugins/) se basa en una estructura de monorepo. Este enfoque asegura que tu trabajo esté alineado con los estándares de la comunidad desde el principio.
-
-1.  **Fork y Clonar el Repositorio**  
-    Comienza haciendo un fork del repositorio de plugins de Capacitor en GitHub. Luego, clona tu repositorio forkeado:
-    
-    ```bash
-    git clone https://github.com/your-username/capacitor-plugins.git
-    cd capacitor-plugins
-    npm install
-    ```
-    
-2.  **Instalar Dependencias y Construir**  
-    Ejecuta el siguiente comando para instalar todo lo que necesitas y construir los plugins:
-    
-    ```bash
-    npm run build
-    ```
-    
-3.  **Configurar Control de Versiones**  
-    Usa ramas de características para tus cambios y mantén tu fork sincronizado con el repositorio principal.
-    
-
-### Preparando las Plataformas Nativas
-
-Para el desarrollo multiplataforma, necesitarás configurar tanto los entornos de iOS como de Android.
-
-**Para iOS:**
-
--   Descarga Xcode desde la App Store de Mac.
-    
--   Instala herramientas de línea de comandos usando:
-    
-    ```bash
-    xcode-select --install
-    ```
-    
--   Instala CocoaPods con:
-    
-    ```bash
-    sudo gem install cocoapods
-    ```
-    
--   Configura una cuenta de desarrollador de Apple y los certificados necesarios.
-    
--   Usa SwiftLint (opcional) para mantener la calidad del código.
-    
-
-**Para Android:**
-
--   Instala Android Studio junto con el SDK más reciente y un dispositivo virtual.
--   Asegúrate de tener un JDK instalado.
--   Configura el SDK de Android correctamente dentro de Android Studio.
-
-Una vez que estas plataformas estén configuradas, estarás listo para seguir prácticas de codificación establecidas y sumergirte en el desarrollo de plugins.
-
-## Guía de Estándares de Código
-
-Ahora que tu entorno de desarrollo está configurado, adhiérete a estas pautas para construir plugins que sean fáciles de mantener y usar.
-
-### Cumplimiento de la Guía de Estilo
-
-El [ecosistema de plugins de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) impone estrictos estándares de codificación utilizando herramientas como [ESLint](https://eslint.org/), [Prettier](https://prettier.io/) y SwiftLint. Aquí hay un resumen rápido del formato requerido:
-
-| Componente | Formato |
-| --- | --- |
-| Variables | `deviceInfo` (camelCase) |
-| Clases | `BatteryManager` (PascalCase) |
-| Métodos | `getLanguageCode()` (camelCase) |
-| Constantes | `MAX_RETRY_COUNT` (SNAKE\_CASE) |
-
-Los plugins deben usar TypeScript para una mejor seguridad de tipos y características ES6+ como `async/await`. Además, sigue las convenciones de codificación específicas de la plataforma para Swift (iOS) y Kotlin (Android).
-
-### Manejo de Errores y Tipos
-
-El manejo consistente de errores es crucial para la compatibilidad multiplataforma. Aquí hay un ejemplo:
-
-```typescript
-async checkPermissions(): Promise<PermissionStatus> {
-  try {
-    const result = await this.implementation.checkPermissions();
-    return result;
-  } catch (error) {
-    throw new Error(`Permission check failed: ${error.message}`);
-  }
-}
-```
-
-Para la seguridad de tipos:
-
--   Utiliza interfaces enfocadas adaptadas a casos de uso específicos.
--   Aplica tipos de unión para variaciones específicas de la plataforma.
-
-### Documentación del Código
-
-Una buena documentación es clave para hacer que tu plugin sea accesible y fácil de usar. Cumple con estas prácticas:
-
-1.  **Documentación de la API**: Escribe comentarios JSDoc que funcionen con `@capacitor/docgen`. Por ejemplo:
-
-```typescript
-/**
- * @description Get the device's current battery level
- * @returns Promise with the battery level percentage
- */
-async getBatteryLevel(): Promise<{ level: number }>;
-```
-
-2.  **Estructura del README**: Incluye información esencial como pasos de instalación, instrucciones de configuración, requisitos específicos de la plataforma, ejemplos de uso, y una referencia de API detallada.
-
-Una documentación bien escrita asegura que tu plugin sea fácil de adoptar y contribuye a la comunidad más amplia de Capacitor.
-
-###### sbb-itb-f9944d2
-
-## Guía de Pruebas de Plugins
-
-Probar los plugins de Capacitor implica centrarse en algunas áreas críticas para asegurar una funcionalidad y fiabilidad fluidas.
-
-### Pruebas del Puente Nativo
-
-Las pruebas del puente nativo aseguran una comunicación adecuada entre JavaScript y el código nativo. Para comenzar, configura tu entorno de pruebas con marcos adaptados a cada plataforma.
-
-Aquí hay un ejemplo de una prueba unitaria de [Jest](https://jestjs.io/) para el lado de JavaScript:
-
-```typescript
-// Example of a Jest unit test for the JavaScript bridge
-describe('DeviceInfo Plugin', () => {
-  test('getBatteryLevel returns valid percentage', async () => {
-    const result = await DeviceInfo.getBatteryLevel();
-    expect(result.level).toBeGreaterThanOrEqual(0);
-    expect(result.level).toBeLessThanOrEqual(100);
-  });
-});
-```
-
-Para las pruebas en el lado nativo, usa XCTest para iOS y JUnit para Android. A continuación, un ejemplo para Android:
-
-```kotlin
-@Test
-fun testBatteryLevel() {
-    val plugin = DeviceInfo()
-    val result = plugin.getBatteryLevel()
-    assertTrue(result.level in 0..100)
-}
-```
-
-Una vez que hayas confirmado que la funcionalidad principal del puente funciona como se esperaba, pasa a probar flujos de trabajo completos del usuario.
-
-### Pruebas Completas de Plugins
-
-Para asegurarte de que tu plugin funciona bien en diferentes escenarios, prueba varias categorías:
-
-| Categoría de Prueba | Áreas Clave de Enfoque |
-| --- | --- |
-| Pruebas de Integración | Funcionalidad multiplataforma |
-| Pruebas de Rendimiento | Uso de recursos y tiempos de respuesta |
-| Pruebas de Seguridad | Manejo de datos y comprobaciones de permisos |
-
-Para plugins con características complejas, simula escenarios de usuario del mundo real. Por ejemplo, si estás probando un plugin DeviceInfo, verifica:
-
--   Cargas exitosas bajo diferentes condiciones de red
--   Informes de progreso precisos
--   Uso de memoria durante transferencias de archivos grandes
-
-### Pruebas OTA con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-17.jpg?auto=compress)
-
-Las herramientas de código abierto de Capgo facilitan el despliegue y prueba de actualizaciones rápidamente. Aquí se explica cómo usarlo:
-
-1.  Configura [canales de actualización](https://capgo.app/docs/webapp/channels/) como dev, staging, y producción.
-2.  Automatiza los despliegues con herramientas de CI/CD.
-3.  Envía actualizaciones al instante.
-4.  Monitorea el rendimiento y problemas a través del [tablero de Capgo](https://capgo.app/docs/webapp/).
-
-Para despliegues por fases, Capgo te permite limitar las actualizaciones a un pequeño porcentaje de usuarios. Por ejemplo, puedes implementar una nueva versión al 25% de los usuarios cada 24 horas:
-
-```typescript
-// Example configuration for staged rollout
-{
-  "plugin": "camera-plugin",
-  "version": "1.2.0",
-  "rollout": {
-    "percentage": 25,
-    "interval": "24h"
-  }
-}
-```
-
-Este enfoque gradual ayuda a identificar problemas temprano aprovechando los comentarios de la comunidad antes de un lanzamiento completo.
-
-## Proceso de Solicitud de Extracción
-
-Una vez que hayas probado exhaustivamente tus cambios, sigue estos pasos para enviar tu solicitud de extracción:
-
-### Lista de Verificación para la Presentación de PR
-
-Antes de enviar, asegúrate de haber cubierto estas áreas clave:
-
-| **Categoría** | **Qué Comprobar** |
-| --- | --- |
-| **Calidad del Código** | \- Asegúrate de que las implementaciones de Swift/Kotlin estén alineadas con la API web. |
-| **Pruebas** | \- Añade pruebas unitarias para cualquier nueva funcionalidad.  <PermissionStatus>\- Confirma que las verificaciones de la pipeline de CI/CD sean exitosas. |
-| **Documentación** | \- Actualiza el README, la documentación en línea, y el CHANGELOG según sea necesario. |
-
-### Pautas de la Comunidad
-
-Al colaborar, adhiérete a estas mejores prácticas:
-
--   Responde rápidamente a los comentarios de los revisores.
--   Mantén las discusiones centradas en detalles técnicos.
--   Usa la función de sugerencia de GitHub para proponer cambios de código.
--   Envía solicitudes de extracción pequeñas y enfocadas que aborden una característica o problema a la vez.
-
-Para cambios más grandes, es buena idea crear un problema primero y discutir tu enfoque. El equipo de Capacitor se basa en GitHub Actions para verificaciones automatizadas, y todas las verificaciones deben pasar antes de que tu solicitud de extracción pueda ser revisada.
-
-### Guía de Integración con Capgo
-
-Si tu plugin implica actualizaciones en vivo, asegúrate de que funcione sin problemas con Capgo antes de enviar:
-
-1.  **Control de Versiones**  
-    Utiliza una clara versión semántica para tu plugin y documenta todos los cambios en el changelog. El sistema de Capgo ayuda a rastrear la adopción de versiones en los dispositivos de los usuarios.
-    
-2.  **Integración de CI/CD**  
-    Integra Capgo en tu pipeline de CI/CD para automatizar los despliegues de actualizaciones.
-    
-3.  **Monitoreo de Actualizaciones**  
-    Monitorea las tasas de éxito de los despliegues y asegura el cumplimiento con las directrices de la tienda de aplicaciones.
-    
-
-## Resumen
-
-Para hacer una contribución significativa con tu plugin, es importante seguir el proceso establecido y cumplir con los estándares de la comunidad. Esto incluye adherirse a las pautas de codificación de Capacitor y probar exhaustivamente tu trabajo.
-
-La lista de verificación de PR destaca la necesidad de presentaciones de alta calidad. Si tu plugin admite actualizaciones en vivo, integrarse con Capgo (como se mencionó anteriormente) puede ayudarte a lanzar actualizaciones rápidamente sin esperar aprobaciones de la tienda de aplicaciones.
-
-Una vez que tu PR esté fusionada, mantente involucrado rastreando problemas y liberando actualizaciones de versiones. La interacción regular con la comunidad, el mantenimiento constante y [mantenerse al día con las actualizaciones de Capacitor](https://capgo.app/plugins/capacitor-updater/) asegurarán que tu plugin siga siendo útil y relevante.
-
-Presta atención a los comentarios de los usuarios y realiza actualizaciones según sea necesario. Este esfuerzo continuo ayuda a mantener la calidad general del ecosistema y mantiene tu plugin valioso para los desarrolladores.
diff --git a/src/content/blog/es/capacitor-plugin-options-for-ota-updates.md b/src/content/blog/es/capacitor-plugin-options-for-ota-updates.md
deleted file mode 100644
index 1a69a714b..000000000
--- a/src/content/blog/es/capacitor-plugin-options-for-ota-updates.md
+++ /dev/null
@@ -1,193 +0,0 @@
----
-slug: capacitor-plugin-options-for-ota-updates
-title: Opciones de Plugin de Capacitor para Actualizaciones OTA
-description: >-
-  Explora los beneficios y opciones de actualizaciones OTA para aplicaciones
-  Capacitor, incluyendo los mejores plugins y sus características para una
-  implementación sin problemas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T02:50:46.694Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549-1744774247069.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, Capacitor, mobile apps, app deployment, Capgo,
-  Appflow, CodePush
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Buscas actualizar tus aplicaciones de [Capacitor](https://capacitorjs.com/) de forma rápida y segura sin retrasos en la tienda de aplicaciones?** Las actualizaciones Over-the-Air (OTA) te permiten enviar cambios directamente a los usuarios, ahorrando tiempo y ancho de banda. Esto es lo que necesitas saber:
-
-### Beneficios Clave de las Actualizaciones OTA:
-
--   **Despliegue Rápido**: Evita las revisiones de la tienda de aplicaciones y entrega actualizaciones en segundos.
--   **Actualizaciones Dirigidas**: Actualiza solo las partes modificadas de la aplicación.
--   **Capacidad de Reversión**: Vuelve a una versión anterior si es necesario.
--   **Tasas de Éxito**: 95% de los usuarios reciben actualizaciones en 24 horas, con una tasa de éxito global del 82%.
-
-### Mejores Plugins para Actualizaciones OTA:
-
-1.  **[Capgo](https://capgo.app/)**: Actualizaciones rápidas (5MB en 114ms), cifrado de extremo a extremo, análisis en tiempo real y precios flexibles (desde $12/mes).
-2.  **[Appflow](https://ionic.io/appflow/)**: Características de nivel empresarial a $6,000/año pero cerrará en 2026.
-3.  **[Microsoft CodePush](https://microsoft.github.io/code-push/)**: Descontinuado en 2024.
-
-### Comparación Rápida:
-
-| Plugin | Estado | Características Principales | Precio Inicial |
-| --- | --- | --- | --- |
-| **Capgo** | Activo | Actualizaciones rápidas, cifrado | $12/mes |
-| Activo (2024) | Enfoque mercado alemán | Similar a Capgo |
-| **Appflow** | Cerrando (2026) | Características empresariales | $6,000/año |
-| **CodePush** | Descontinuado (2024) | Anteriormente gratuito | N/A |
-
-Para la mayoría de los desarrolladores, **Capgo** ofrece la mejor combinación de asequibilidad, velocidad y seguridad. Ya seas un desarrollador independiente o parte de un equipo empresarial, hay una solución OTA adaptada a tus necesidades.
-
-## Mejores Plugins de Actualización OTA para [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo soporta más de 1,900 aplicaciones en producción, entregando actualizaciones OTA con velocidad impresionante - paquetes de 5MB en solo 114ms y un tiempo de respuesta promedio de API de 57ms a través de su CDN global [\[1\]](https://capgo.app/).
-
-Esto es lo que ofrece Capgo:
-
--   **Cifrado de extremo a extremo**
--   **Análisis en tiempo real y seguimiento de errores**
--   **Integración fluida con CI/CD**
--   **Opción de nube o auto-alojamiento**
--   **Compatibilidad con Capacitor 8**
-
-Otros plugins también atienden necesidades y regiones específicas.
-
-### [Appflow](https://ionic.io/appflow/) por [Ionic](https://ionicframework.com/)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-Appflow cerrará en 2026, con precios que comienzan en $6,000 anuales [\[1\]](https://capgo.app/).
-
-> "Me cambié a @Capgo después de que @AppFlow nos golpeara con una factura de $5000 al año para continuar. Me encanta Capgo hasta ahora. Gracias a @Capgo, es un gran producto." - jermaine [\[1\]](https://capgo.app/)
-
-Mientras Appflow se cierra, muchos desarrolladores están haciendo la transición a Capgo por sus características confiables y planes rentables.
-
-### Estado de [Microsoft CodePush](https://microsoft.github.io/code-push/)
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/da1a260e98918bcf074a1f2d382d6d8c.jpg)
-
-Microsoft CodePush, que una vez fue una opción popular, fue descontinuado en 2024. Los desarrolladores se han movido desde entonces a opciones actualizadas que proporcionan mejores características y soporte continuo.
-
-| Plugin | Estado | Precio | Característica Principal |
-| --- | --- | --- | --- |
-| **Capgo** | Activo | Desde $12/mes | Cifrado de extremo a extremo |
-| Activo | Similar a Capgo | Enfoque mercado alemán |
-| **Appflow** | Cierra en 2026 | $6,000/año | Soporte empresarial |
-| **CodePush** | Descontinuado | Gratuito (era) | N/A |
-
-## Comparación de Características de Plugins
-
-Aquí hay una mirada detallada a las capacidades y limitaciones de varios plugins OTA.
-
-### Matriz de Características
-
-Esta tabla describe las diferencias clave entre plugins activos y descontinuados:
-
-| Característica | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- | --- |
-| Velocidad de Actualización | 114ms (5MB) | Base | Base | N/A |
-| Cifrado Extremo a Extremo | ✓ | – | – | – |
-| Análisis en Tiempo Real | ✓ | Limitado | ✓ | N/A |
-| [Opción Auto-alojada](https://capgo.app/blog/self-hosted-capgo/) | ✓ | – | – | – |
-| Tasa de Éxito de Actualización | 82% | No reportado | No reportado | N/A |
-| Usuarios Activos Mensuales | Hasta 1M | Limitado | Empresarial | N/A |
-| Capacidad de Almacenamiento | Hasta 20GB | Básico | Empresarial | N/A |
-| Precio Inicial | $12/mes | Similar | $6,000/año | Descontinuado |
-| Cumplimiento App Store | ✓ | ✓ | ✓ | N/A |
-
-### Pros y Contras de los Plugins
-
-Cada plugin tiene sus fortalezas y debilidades basadas en métricas de rendimiento:
-
--   **Capgo**
-    
-    -   **Ventajas**:
-        -   Soporta 1.9K aplicaciones en producción con una tasa de actualización del 95% en 24 horas [\[1\]](https://capgo.app/).
-        -   Ofrece hasta 10TB de ancho de banda en planes de pago por uso.
-        -   Incluye cifrado de extremo a extremo [\[1\]](https://capgo.app/).
-    -   **Limitaciones**:
-        -   Las características premium requieren planes de nivel superior.
-        -   El auto-alojamiento requiere experiencia técnica.
-    
-    -   **Ventajas**:
-        -   Fuerte presencia en el mercado alemán.
-        -   Precios competitivos.
-        -   Construido con arquitectura moderna (lanzamiento 2024).
-    -   **Limitaciones**:
-        -   Carece de muchas características empresariales.
-        -   El enfoque regional limita el soporte global.
--   **Appflow**
-    
-    -   **Ventajas**:
-        -   Diseñado con infraestructura de nivel empresarial.
-        -   Se integra perfectamente con pipelines CI/CD y ofrece documentación detallada.
-    -   **Limitaciones**:
-        -   Alto costo de entrada a $6,000/año.
-        -   Programado para descontinuación en 2026, sin actualizaciones futuras planificadas.
-
-Capgo destaca por su velocidad de actualización rápida, cifrado y opciones flexibles de despliegue, haciéndolo un fuerte contendiente para los desarrolladores.
-
-## Guía de Selección de Plugins
-
-### Requisitos del Mercado de EE.UU.
-
-Al seleccionar un plugin de actualización OTA para el mercado estadounidense, es crucial priorizar el cumplimiento y la seguridad. Aquí hay un desglose de lo que buscar:
-
-| Requisito | Impacto | Ejemplo |
-| --- | --- | --- |
-| Reglas App Store | Crítico | Las actualizaciones instantáneas de Capgo cumplen con las pautas de Apple y Google. |
-| Estándares de Seguridad | Alto | El cifrado de extremo a extremo asegura la protección de datos del usuario. |
-| Rendimiento de Actualización | Medio | Tiempos de respuesta API promedio de 434 ms aseguran que las actualizaciones se entreguen de manera confiable. |
-| Integración CI/CD | Alto | El despliegue automatizado agiliza el proceso de actualización. |
-
-Después de entender estos requisitos, concéntrate en elegir el plugin correcto según el tamaño y las necesidades de tu proyecto.
-
-### Mejores Plugins por Tamaño de Proyecto
-
-El tamaño de tu proyecto juega un papel significativo en determinar el mejor plugin. Aquí cómo elegir:
-
--   **Desarrolladores Individuales**: Opta por soluciones asequibles con características esenciales.  
-    _Ejemplo_: El plan SOLO de Capgo soporta hasta 1,000 usuarios activos mensuales por $12/mes.
-    
--   **Equipos Pequeños**: Busca opciones escalables con herramientas colaborativas.  
-    _Ejemplo_: El plan MAKER de Capgo soporta 10,000 usuarios activos mensuales e incluye características de colaboración en equipo por $33/mes.
-    
--   **Empresas**: Prioriza la escalabilidad y seguridad avanzada.  
-    _Ejemplo_: [El plan PAYG de Capgo](https://capgo.app/docs/webapp/payment/) soporta hasta 1,000,000 usuarios activos mensuales, incluye 10 TB de ancho de banda y ofrece opciones de auto-alojamiento.
-    
-
-Capgo destaca por ofrecer planes rentables con características de nivel empresarial. Por ejemplo, su tarifa única de configuración CI/CD de $2,600 es una alternativa práctica a soluciones empresariales más costosas [\[1\]](https://capgo.app/).
-
-## Resumen
-
-Basado en las comparaciones anteriores, el mercado ahora se inclina hacia soluciones que priorizan la seguridad, velocidad y rentabilidad. El ecosistema de [plugins de actualización OTA de Capacitor](https://capgo.app/blog/release-of-a-brand-new-capacitor-social-login/) ha cambiado, con opciones destacadas emergiendo debido a su rendimiento, características y tasas de adopción.
-
-Aquí hay un desglose de las opciones actuales:
-
-| Plugin | Estado | Fortalezas Clave | Mejor Para |
-| --- | --- | --- | --- |
-| Capgo | Activo | Cifrado extremo a extremo, actualizaciones rápidas | Equipos enfocados en [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/) |
-| Activo (Desde 2024) | Enfoque mercado alemán, precios competitivos | Proyectos dirigidos a Europa |
-| Appflow | Cerrando (2026) | Características de nivel empresarial | Transición de sistemas heredados |
-| CodePush | Descontinuado (2024) | Opción anteriormente gratuita | N/A |
-
-La retroalimentación de usuarios destaca el impacto en el mundo real de estas herramientas. Por ejemplo, el equipo OSIRIS-REx de la NASA compartió:
-
-> "Capgo es una forma inteligente de hacer envíos de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)"
-
-Esta comparación deja claro cómo cada plataforma sirve necesidades específicas, ya sea para desarrolladores individuales o equipos empresariales. Entre ellos, Capgo destaca por sus actualizaciones seguras y fuerte adopción en entornos de producción [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/es/capacitor-plugins-for-secure-session-management.md b/src/content/blog/es/capacitor-plugins-for-secure-session-management.md
deleted file mode 100644
index 0f2439368..000000000
--- a/src/content/blog/es/capacitor-plugins-for-secure-session-management.md
+++ /dev/null
@@ -1,409 +0,0 @@
----
-slug: capacitor-plugins-for-secure-session-management
-title: Plugins de Capacitor para la Gestión Segura de Sesiones
-description: >-
-  Explora los plugins esenciales de Capacitor para la gestión segura de
-  sesiones, incluyendo autenticación biométrica y soluciones de almacenamiento
-  cifrado.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:14:04.681Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6827226c0209458b3ff58b06-1747397705731.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, session management, biometric authentication, secure storage,
-  Firebase Auth, Identity Vault, mobile security
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres asegurar las sesiones de tu aplicación?** Aquí tienes una guía rápida de los mejores plugins de [Capacitor](https://capacitorjs.com/) para la gestión de sesiones. Estas herramientas ayudan a proteger los datos de los usuarios con funciones como [autenticación biométrica](https://capgo.app/plugins/capacitor-native-biometric/), [almacenamiento cifrado](https://capgo.app/docs/cli/migrations/encryption/), y actualizaciones en tiempo real. Esto es lo que necesitas saber:
-
--   **[Firebase Auth](https://firebase.google.com/docs/auth)**: Autenticación multi-proveedor, gestión de tokens y actualizaciones de estado en tiempo real. Ideal para una integración rápida.
--   **[Plugin de Seguridad Biométrica](https://capgo.app/plugins/capacitor-native-biometric/)**: Añade soporte para huella dactilar, reconocimiento facial y credenciales del dispositivo para inicios de sesión seguros.
--   **[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)**: Almacena información de cuenta de forma segura con cifrado AES-256 en iOS y Android.
--   **[Identity Vault](https://ionic.io/products/identity-vault)**: Solución de nivel empresarial con cierre de sesión automático, autenticación biométrica y almacenamiento seguro.
--   **[Capgo](https://capgo.app/)**: Combina gestión segura de sesiones con actualizaciones cifradas en vivo para despliegues sin problemas.
-
-### Comparación Rápida
-
-| Característica | Firebase Auth | Seguridad Biométrica | Persistent Account | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **Tipo de Cifrado** | Basado en la nube | Nivel de hardware | AES-256 (iOS/Android) | AES-256 (hardware) | Cifrado de extremo a extremo |
-| **Soporte Biométrico** | Limitado | Completo | No | Completo | No |
-| **Capacidad Offline** | Parcial | Sí | Sí | Sí | Sí |
-| **Soporte Empresarial** | Sí | Comunidad | Sí | Sí | Sí |
-| **Complejidad de Configuración** | Moderada | Baja | Baja | Alta | Moderada |
-
-**¿Necesitas seguridad de nivel empresarial?** Opta por Identity Vault.
-**¿Buscas una integración rápida?** Firebase Auth es tu mejor opción.
-**¿Necesitas almacenamiento de cuenta cifrado?** Prueba [@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/).
-**¿Para actualizaciones en vivo con seguridad?** Capgo te tiene cubierto.
-
-Sigue leyendo para obtener pasos detallados de integración, características y mejores prácticas para mantener tu aplicación segura.
-
-## Ionic [Identity Vault](https://ionic.io/products/identity-vault): Autenticación Biométrica Móvil Segura
-
-![Identity Vault](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/c5fae6eb414f2040557b847eda54d313.jpg)
-
-
-## 1. [Firebase Auth](https://firebase.google.com/docs/auth) para [Capacitor](https://capacitorjs.com/)
-
-![Firebase Auth](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/20003c863a77b942b90536c0e5cde156.jpg)
-
-Firebase Authentication ofrece una potente forma de gestionar sesiones seguras para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Al integrar los SDK nativos de Firebase (Swift para iOS, Java para Android) junto con el SDK JavaScript de Firebase para web, asegura una experiencia de autenticación fluida y consistente en todas las plataformas [\[4\]](https://github.com/cap-go/capacitor-firebase/tree/main/packages/authentication).
-
-Aquí están algunas de las características de seguridad destacadas:
-
-| **Característica** | **Descripción** |
-| --- | --- |
-| Soporte Multi-proveedor | Integración perfecta con autenticación de Apple, Google, Microsoft y Facebook |
-| Gestión de Tokens | Manejo seguro de `idToken`, `RefreshToken` y `customToken` |
-| Gestión de Estado | Escuchadores en tiempo real para estados de autenticación y cambios de token ID |
-| Vinculación de Cuentas | Permite conectar múltiples proveedores de autenticación a una sola cuenta de usuario |
-
-Estas características establecen un marco de seguridad sólido, permitiendo a los desarrolladores mejorarlo aún más con medidas como la revocación de tokens y [autenticación multifactor](https://capgo.app/docs/webapp/mfa/).
-
-Los proyectos de Firebase se identifican mediante claves API, pero la seguridad del acceso depende en gran medida de las Reglas de Seguridad de Firebase correctamente configuradas [\[5\]](https://firebase.google.com/support/guides/security-checklist). Para fortalecer la seguridad, los desarrolladores deberían seguir estas prácticas:
-
--   Revocar tokens durante el cierre de sesión para prevenir accesos no autorizados.
--   Habilitar la Autenticación Multifactor (MFA) para cuentas sensibles.
--   Configurar protección contra ataques de enumeración de correos electrónicos.
-
-El análisis de Sharathdev de diciembre de 2023 destacó que implementar la revocación de tokens durante el cierre de sesión puede reducir significativamente el riesgo de tomas de control de cuentas [\[6\]](https://medium.com/@DEVEN99/securing-firebase-authentication-mitigating-vulnerabilities-and-best-practices-593981e61b98).
-
-El plugin soporta flujos de autenticación tanto nativos como web. Sin embargo, para aplicaciones móviles, la autenticación nativa es la opción preferida debido a las limitaciones inherentes de WebView [\[4\]](https://github.com/cap-go/capacitor-firebase/tree/main/packages/authentication).
-
-En comparación con otras herramientas de gestión de sesiones, Firebase Auth destaca por su fácil integración y extensas características de seguridad, haciéndolo una excelente elección para aplicaciones Capacitor que demandan capacidades de autenticación sólidas.
-
-## 2. Plugin de Seguridad Biométrica
-
-El Plugin de Seguridad Biométrica de Capacitor permite a los desarrolladores integrar autenticación biométrica y credenciales del dispositivo en sus aplicaciones, asegurando sesiones de usuario seguras. Soporta varios métodos de autenticación, incluyendo [opciones biométricas](https://capgo.app/plugins/capacitor-native-biometric/) como huella dactilar, reconocimiento facial y escaneo de iris, así como credenciales del dispositivo como PINs, patrones y contraseñas. Esta funcionalidad está disponible tanto para plataformas Android como iOS [\[7\]]().
-
-| **Característica de Autenticación** | **Soporte iOS** | **Soporte Android** |
-| --- | --- | --- |
-| Reconocimiento Facial | Face ID | Face Unlock |
-| Huella Dactilar | Touch ID | Escáner de Huella Dactilar |
-| Credenciales del Dispositivo | Código del Dispositivo | PIN/Patrón/Contraseña |
-| Niveles de Fortaleza Biométrica | Estándar | Débil/Fuerte/Máximo |
-
-### Ejemplo de Configuración
-
-Aquí hay un ejemplo de cómo puedes definir la configuración del plugin:
-
-```typescript
-const options = {
-  allowDeviceCredential: true,
-  androidBiometricStrength: 'WEAK',
-  title: 'Verify Identity',
-  subtitle: 'Use biometrics to access your account',
-  cancelButtonText: 'Cancel Authentication'
-};
-```
-
-### Configuración Específica por Plataforma
-
-Para implementar el plugin, necesitarás hacer algunos ajustes específicos por plataforma:
-
--   **iOS**: Añadir `NSFaceIDUsageDescription` al archivo `Info.plist` para explicar por qué se está usando Face ID.
--   **Android**: Incluir el permiso `android.permission.USE_BIOMETRIC` en el archivo `AndroidManifest.xml`.
-
-Estos pasos son esenciales para asegurar que el plugin funcione sin problemas y se alinee con las estrategias de gestión segura de sesiones [\[8\]]()[\[10\]](https://www.npmjs.com/package/capgo/capacitor-native-biometric).
-
-> "Cada desarrollador de Capacitor es responsable de asegurarse de que su aplicación siga las mejores prácticas de seguridad. Sin el cuidado adecuado, pueden surgir problemas de seguridad importantes que pueden resultar extremadamente dañinos y costosos." – Documentación de Capacitor [\[1\]](https://capacitorjs.com/docs/guides/security)
-
-### Características Clave y Actualizaciones
-
-El plugin incluye funcionalidad para verificar la [disponibilidad biométrica](https://capgo.app/plugins/capacitor-native-biometric/), registro y credenciales del dispositivo usando métodos como `isAvailable()`, `isEnrolled()` y `hasDeviceCredential()`. Además, los desarrolladores pueden cifrar tokens usando soluciones de almacenamiento seguro específicas de la plataforma, como **iOS Keychain** y **Android KeyStore**, para mejorar la seguridad [\[11\]](https://ionic.io/resources/articles/ionic-mobile-app-security-trifecta).
-
-La versión 9.0.0, lanzada en abril de 2025, introdujo compatibilidad con Capacitor 7 e incluyó mejoras para iOS [\[9\]](https://github.com/aparajita/capacitor-biometric-auth).
-
-### Medidas de Seguridad Avanzadas
-
-Para asegurar aún más las sesiones, los desarrolladores deberían implementar tiempos de espera automáticos de sesión y monitorear cambios biométricos. Si se detectan cambios, los tokens de autenticación deberían ser invalidados para prevenir accesos no autorizados [\[11\]](https://ionic.io/resources/articles/ionic-mobile-app-security-trifecta). El plugin también cuenta con un sistema detallado de manejo de errores, proporcionando códigos de retroalimentación que ayudan a los desarrolladores a crear mecanismos de respaldo e informar a los usuarios cuando falla la autenticación [\[8\]]().
-
-Este plugin ofrece una solución robusta para integrar seguridad biométrica en aplicaciones modernas, asegurando tanto conveniencia como protección para los usuarios.
-
-### Cómo Funciona en Diferentes Plataformas
-
-Este plugin utiliza diferentes mecanismos de seguridad adaptados a cada plataforma:
-
-| Plataforma | Mecanismo de Almacenamiento | Método de Cifrado | Nivel de Seguridad |
-| --- | --- | --- | --- |
-| iOS | Keychain Cifrado | Cifrado del Sistema | Alto |
-| Android | KeyStore + SharedPreferences | AES-256 en modo GCM | Alto |
-| Web (Desarrollo) | LocalStorage | Codificación Base64 | Bajo |
-
-### Características Clave para Seguridad Mejorada
-
-Aquí están algunas de las características destacadas que hacen de este plugin una opción confiable para asegurar datos de sesión:
-
--   **Sincronización Entre Dispositivos**: En iOS, el plugin soporta sincronización con iCloud Keychain, permitiendo compartir datos seguros entre los dispositivos de un usuario. Esto es particularmente útil para gestionar sesiones sin problemas.
--   **[Cifrado Fuerte](https://capgo.app/docs/cli/migrations/encryption/)**: Android se beneficia del cifrado AES-256 en modo GCM, aprovechando el KeyStore de la plataforma para protección adicional.
--   **Almacenamiento Específico de la Aplicación**: Los datos almacenados a través del plugin están restringidos a tu aplicación, asegurando que permanezcan aislados de otras aplicaciones.
-
-### Mejores Prácticas para la Implementación
-
-Para asegurar una seguridad óptima, los desarrolladores deberían adherirse a estas prácticas al usar el plugin:
-
-```typescript
-// Securely storing session credentials
-await SecureStorage.set({
-  key: "sessionToken",
-  value: JSON.stringify({
-    token: "user-auth-token",
-    timestamp: Date.now()
-  })
-});
-
-// Retrieving stored credentials
-const storedData = await SecureStorage.get({ key: "sessionToken" });
-```
-
-Estos ejemplos proporcionan un punto de partida para integrar almacenamiento seguro en tu aplicación.
-
-### Notas Importantes de Seguridad
-
-Al implementar este plugin, ten en cuenta estas consideraciones:
-
--   **Limitaciones del almacenamiento web**: Los datos almacenados en la web no están cifrados y deben limitarse a entornos de desarrollo.
--   **Requisitos de Android**: Los dispositivos deben ejecutar Android 6.0 (nivel de API 23) o superior para admitir las funciones de cifrado del plugin.
--   **Gestión de claves**: Rotar regularmente las claves de cifrado y validar los datos antes de cifrarlos para mantener la seguridad a lo largo del tiempo.
-
-### Integración de Autenticación Biométrica 
-
-El plugin funciona perfectamente con la autenticación biométrica, ofreciendo una capa adicional de seguridad. Esta combinación fortalece la gestión de sesiones al unir múltiples medidas de seguridad en un marco cohesivo.
-
-### Rendimiento y Soporte de la Comunidad
-
-A mayo de 2025, el plugin ha ganado una sólida reputación dentro del ecosistema de Capacitor, con 128 estrellas y 22 forks en GitHub. Es totalmente compatible con Capacitor 8+, permitiendo a los desarrolladores implementar almacenamiento seguro mientras aprovechan las últimas características del framework.
-
-## 4\. Identity Vault
-
-Identity Vault es una solución de alto nivel diseñada para empresas, que combina la gestión segura de sesiones con la autenticación biométrica para mejorar la protección de datos.
-
-### Características Principales de Seguridad
-
-Identity Vault utiliza herramientas de seguridad específicas de la plataforma para proteger la información sensible. Aquí hay un desglose rápido:
-
-| **Característica** | **Implementación** | **Qué hace** |
-| --- | --- | --- |
-| **Almacenamiento Seguro** | iOS Secure Enclave / Android KeyStore | Proporciona cifrado a nivel de hardware. |
-| **Autenticación Biométrica** | TouchID/FaceID en iOS, Huella digital en Android | Añade una capa de autenticación multifactor. |
-| **Protección de Sesión** | Protección de pantalla en segundo plano | Evita la exposición de datos cuando la app está minimizada. |
-| **Cierre de sesión automático** | Cierre de sesión automático tras inactividad | Protege las cuentas cerrando la sesión de usuarios inactivos. |
-
-### Opciones Avanzadas de Implementación
-
-Más allá de sus características fundamentales, Identity Vault ofrece flexibilidad adicional en su forma de implementación:
-
--   **Almacenamiento Seguro**: Almacenamiento básico cifrado para datos sensibles.
--   **Seguridad del Dispositivo**: Combina autenticación biométrica con un código de acceso de respaldo para mayor fiabilidad.
--   **EnMemoria**: Almacenamiento seguro temporal que se borra automáticamente cuando se cierra la app, asegurando que no queden datos residuales.
-
-### Integración de Seguridad Nativa
-
-Identity Vault se integra perfectamente con herramientas de seguridad nativas como iOS Secure Enclave y Android KeyStore. Al hacer esto, simplifica el proceso de desarrollo, permitiendo a los desarrolladores evitar la complejidad de manejar directamente APIs específicas de la plataforma mientras logran una robusta protección de sesión.
-
-### Mejores Prácticas de Seguridad
-
-Para garantizar una seguridad óptima, considera estas recomendaciones clave:
-
--   **Gestión de Tokens**: Siempre almacena los tokens de autenticación usando cifrado a nivel de hardware para prevenir accesos no autorizados.
--   **Manejo de Inactividad**: Configura el cierre de sesión automático después de un período de inactividad del usuario para reducir riesgos.
--   **Protección en Segundo Plano**: Habilita la protección de pantalla para evitar que los datos sensibles sean visibles cuando la app está en segundo plano.
-
-### Ventajas Técnicas
-
-Identity Vault consolida 12 APIs separadas en un único plugin, haciendo la integración mucho más fluida y eficiente [\[12\]](https://devdactic.com/ionic-identity-vault).
-
-### Beneficios Empresariales y de Rendimiento
-
-Para aplicaciones empresariales, Identity Vault ofrece una solución optimizada de gestión de identidad. Al aprovechar las APIs nativas, no solo simplifica el desarrollo sino que también asegura un rendimiento rápido y confiable adaptado a las necesidades empresariales.
-
-## 5\. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/e81a00d3e5c2480025c05b94a848a495.jpg)
-
-Capgo va más allá de las soluciones robustas de almacenamiento y biométricas al ofrecer gestión segura de sesiones junto con entrega de actualizaciones en vivo. Con un fuerte enfoque en la integridad de datos, Capgo asegura que los datos de sesión permanezcan protegidos mediante **cifrado de extremo a extremo** y actualizaciones en tiempo real.
-
-### Arquitectura de Seguridad
-
-El marco de seguridad de Capgo está construido para proteger cada aspecto de las actualizaciones en vivo. Así es como sus características contribuyen a un entorno seguro:
-
-| Característica | Implementación | Beneficio de Seguridad |
-| --- | --- | --- |
-| **Cifrado de Extremo a Extremo** | Protocolo seguro de entrega de actualizaciones | Previene modificaciones de código no autorizadas |
-| **Actualizaciones Parciales** | Transmisión de archivos solo delta | Reduce la superficie de ataque durante actualizaciones |
-| **[Sistema de Canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Rutas de despliegue controladas | Asegura despliegues graduales seguros |
-| **Analíticas en Tiempo Real** | Monitoreo de rendimiento | Identifica y aborda anomalías de seguridad |
-
-Este enfoque por capas asegura no solo sesiones seguras sino también la entrega segura de actualizaciones que mejoran la seguridad general.
-
-### Rendimiento y Fiabilidad
-
-Capgo combina seguridad con métricas de rendimiento impresionantes, asegurando despliegues de actualizaciones confiables y eficientes:
-
--   **Velocidad de Actualización**: Transfiere paquetes de 5MB en solo 114ms, minimizando la exposición a vulnerabilidades durante actualizaciones [\[13\]](https://capgo.app).
--   **Respuesta de API**: Mantiene un tiempo de respuesta promedio de 57ms para operaciones críticas de seguridad [\[13\]](https://capgo.app).
--   **Tasa de Éxito de Actualizaciones**: Asegura una tasa de éxito global del 82% para despliegues [\[13\]](https://capgo.app).
--   **Cobertura de Usuarios**: Alcanza al 95% de usuarios activos con actualizaciones de seguridad dentro de 24 horas [\[13\]](https://capgo.app).
-
-Estas métricas destacan el compromiso de Capgo de equilibrar velocidad y fiabilidad sin comprometer la seguridad.
-
-### Características de Seguridad de Nivel Empresarial
-
-Capgo incorpora medidas de seguridad avanzadas adaptadas a necesidades empresariales, incluyendo:
-
--   **Control de Versiones**: Ofrece opciones seguras de reversión a versiones anteriores.
--   **Integración CI/CD**: Se integra perfectamente con herramientas como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), y [Jenkins](https://www.jenkins.io/) para despliegues automatizados seguros.
--   **Control de Acceso**: Permite distribución de actualizaciones específica por usuario para mayor control.
--   **Cumplimiento**: Cumple con los estándares de seguridad requeridos por las plataformas Apple y Android.
-
-Estas características hacen de Capgo una opción confiable para organizaciones que priorizan actualizaciones seguras y controladas.
-
-### Infraestructura Lista para Producción
-
-Las capacidades de Capgo ya están probadas, con más de 1,700 apps ejecutándose en entornos de producción [\[13\]](https://capgo.app). La plataforma soporta configuraciones tanto en la nube como [auto-alojadas](https://capgo.app/blog/self-hosted-capgo/), ofreciendo flexibilidad para satisfacer diversas necesidades de seguridad y despliegue.
-
-### Implementación Técnica
-
-El sistema de canales de Capgo está diseñado para pruebas beta seguras, despliegues graduales y control de versiones, todo respaldado por analíticas en tiempo real. Al combinar fuerte cifrado con herramientas prácticas de despliegue, Capgo entrega una solución que satisface las demandas de organizaciones que requieren tanto seguridad como adaptabilidad en sus procesos de actualización.
-
-## Comparación de Plugins
-
-Esta sección proporciona una mirada comparativa a los [plugins de Capacitor](https://capgo.app/plugins/) para gestión segura de sesiones, enfocándose en características de seguridad, necesidades de integración y rendimiento. Está diseñada para ofrecer una referencia rápida para tomar decisiones informadas.
-
-### Comparación de Características Principales de Seguridad
-
-Aquí hay un desglose lado a lado de las características clave de seguridad ofrecidas por los plugins:
-
-| Característica | Firebase Auth | Biometric Security | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **Tipo de Cifrado** | Basado en la nube | Nivel de hardware | AES 256-bit | AES 256-bit | Extremo a extremo |
-| **Soporte Biométrico** | Limitado | Completo | No | Completo | No |
-| **Capacidad Offline** | Parcial | Sí | Sí | Sí | Sí |
-| **Soporte Empresarial** | Sí | Comunidad | Comunidad | Sí | Sí |
-| **Uso de Secure Enclave** | No | Sí | No | Sí | No |
-
-### Requisitos de Implementación
-
-La tabla siguiente destaca la complejidad de configuración, compatibilidad de plataforma y cualquier dependencia adicional para cada plugin:
-
-| Plugin | Complejidad de Configuración | Soporte de Plataforma | Dependencias Adicionales |
-| --- | --- | --- | --- |
-| **Firebase Auth** | Moderada | iOS, Android | Firebase SDK |
-| **Biometric Security** | Baja | iOS, Android | Ninguna |
-| Baja | iOS, Android | Ninguna |
-| **Identity Vault** | Alta | iOS, Android, Web | Auth Connect |
-| **Capgo** | Moderada | iOS, Android | Ninguna |
-
-Estos detalles ayudan a alinear la elección de plugins con los requisitos técnicos y recursos de tu proyecto.
-
-### Estándares de Cumplimiento de Seguridad
-
-Los plugins revisados se adhieren a estrictos protocolos de seguridad, ofreciendo robusta protección de datos y flujos de trabajo OAuth2 optimizados. Las opciones de nivel empresarial como Identity Vault y Capgo incluyen:
-
--   Almacenamiento seguro usando técnicas de keychain/keystore [\[1\]](https://capacitorjs.com/docs/guides/security)
--   PKCE (Proof Key for Code Exchange) para flujos OAuth2 [\[1\]](https://capacitorjs.com/docs/guides/security)
--   Endpoints habilitados con SSL para comunicación segura [\[1\]](https://capacitorjs.com/docs/guides/security)
--   [Políticas de Seguridad de Contenido](https://capgo.app/security/) (CSP) aplicadas [\[1\]](https://capacitorjs.com/docs/guides/security)
-
-### Consideraciones de Rendimiento
-
-El rendimiento varía entre plugins, especialmente en áreas como velocidad de autenticación y eficiencia de almacenamiento de datos. Identity Vault destaca por sus características avanzadas de seguridad, que aprovechan enclaves seguros y cifrado fuerte sin comprometer el rendimiento [\[2\]](https://capacitorjs.com/docs/plugins/enterprise).
-
-### Flexibilidad de Integración
-
-Cada plugin ofrece diferentes niveles de soporte de integración, como se muestra a continuación:
-
-| Plugin | Integración CI/CD | Implementación Personalizada | Soporte de Migración |
-| --- | --- | --- | --- |
-| **Firebase Auth** | Soporte Nativo | Limitada | Moderado |
-| **Biometric Security** | Manual | Completa | Limitado |
-| Manual | Completa | Fácil |
-| **Identity Vault** | Herramientas Empresariales | Completa | Integral |
-| **Capgo** | Automatizada | Completa | Integral |
-
-### Análisis Coste-Beneficio
-
-Los plugins empresariales vienen con características extensivas y soporte dedicado, haciéndolos ideales para proyectos más grandes, aunque frecuentemente tienen un precio más elevado [\[2\]](https://capacitorjs.com/docs/plugins/enterprise).
-
-### Experiencia del Desarrollador
-
-La experiencia del desarrollador con estos plugins está influenciada por su documentación y facilidad de integración. El enfoque "web first" de Capacitor simplifica la transición para desarrolladores web que se mueven al desarrollo de aplicaciones móviles, haciendo la gestión segura de sesiones más accesible [\[3\]](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development).
-
-### Aplicación en el Mundo Real
-
-Para necesidades de seguridad a nivel empresarial, soluciones como Identity Vault y Capgo proporcionan características robustas y soporte integral. Por otro lado, los plugins impulsados por la comunidad son más adecuados para proyectos más pequeños con requisitos de seguridad menos exigentes.
-
-## Recomendaciones
-
-Aquí hay un desglose de soluciones recomendadas según diferentes casos de uso:
-
-### Para Aplicaciones Pequeñas y Medianas
-
-Para equipos más pequeños con presupuestos ajustados, **[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)** es una excelente opción. Almacena información de cuenta de forma segura utilizando cifrado nativo de la plataforma (iOS Keychain y Android KeyStore), proporcionando cifrado AES-256 para gestión básica de sesiones seguras en iOS y Android con sólido soporte.
-
-### Para Aplicaciones Empresariales
-
-Para organizaciones que requieren seguridad de primer nivel, **Identity Vault** destaca. Construido sobre APIs de seguridad nativas, está diseñado para manejar claves y tokens sensibles, haciéndolo adecuado para entornos con requisitos regulatorios estrictos.
-
-### Para Ciclos de Desarrollo Rápido
-
-Cuando la velocidad es una prioridad, **Firebase Auth** es una excelente elección. Su infraestructura basada en la nube, características de gestión de usuarios incorporadas y documentación extensa lo hacen ideal para MVPs y prototipos, permitiendo a los equipos implementar soluciones rápida y eficientemente.
-
-### Para Aplicaciones Críticas en Cumplimiento
-
-Para proyectos que operan bajo estándares regulatorios estrictos, estas soluciones específicas abordan necesidades específicas de cumplimiento:
-
-| **Requisito** | **Plugin Recomendado** | **Beneficio Clave** |
-| --- | --- | --- |
-| Privacidad de Datos y GDPR | Capgo | Cifrado de extremo a extremo |
-| Necesidades Regulatorias y Gubernamentales | Capgo | Control de acceso basado en roles |
-| Seguridad de Nivel Empresarial | Identity Vault | Integración con API de seguridad nativa |
-
--   **Capgo** se centra en asegurar el [cumplimiento de privacidad de datos](https://capgo.app/dp/), incluyendo GDPR, mientras también ofrece herramientas para control de acceso basado en roles.
--   **Identity Vault** se especializa en integración perfecta con APIs de seguridad nativas, atendiendo necesidades de seguridad de nivel empresarial.
-
-### Casos de Uso Especiales
-
-Para aplicaciones que necesitan funcionalidad sin conexión y gestión segura de tokens, un enfoque híbrido funciona mejor:
-
--   Usa **Identity Vault** para almacenar datos sensibles de forma segura.
--   Combínalo con la **API de Preferencias de Capacitor** para manejar datos no sensibles.
--   Aprovecha las técnicas seguras de keychain/keystore para almacenamiento persistente de tokens.
-
-Ten en cuenta que la **API de Preferencias de Capacitor** solo debe usarse para datos mínimos, no sensibles, mientras que la información sensible debe almacenarse usando integraciones seguras de keychain o keystore. Esto asegura un enfoque equilibrado entre seguridad y funcionalidad.
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Qué características ofrecen los plugins de Capacitor para la gestión segura de sesiones, incluyendo cifrado y autenticación biométrica?
-
-Los plugins de Capacitor diseñados para la gestión segura de sesiones adoptan diferentes enfoques en cuanto a cifrado y autenticación biométrica. Muchos se basan en **cifrado AES-256** para proteger los datos de sesión, proporcionando una fuerte defensa contra accesos no autorizados. En cuanto a las [características biométricas](https://capgo.app/plugins/capacitor-native-biometric/), el nivel de soporte puede variar. Por ejemplo, el plugin Capacitor Native Biometric se integra directamente con los sistemas biométricos a nivel de dispositivo como huella digital o reconocimiento facial, añadiendo una capa extra de protección a las sesiones de usuario.
-
-Capgo va un paso más allá combinando **cifrado de extremo a extremo** con una autenticación biométrica fluida. Esta combinación asegura tanto una robusta seguridad de datos como una experiencia de usuario sin problemas, haciéndolo una opción destacada para desarrolladores que buscan aumentar la seguridad de la aplicación sin sacrificar la usabilidad.
-:::
-
-:::faq
-### ¿Cómo puedo integrar de forma segura la autenticación biométrica en una aplicación Capacitor usando el Plugin de Seguridad Biométrica?
-
-Para [integrar la autenticación biométrica](https://capgo.app/plugins/capacitor-native-biometric/) de forma segura en una aplicación Capacitor, comienza aprovechando las **características de seguridad incorporadas** ofrecidas por los sistemas operativos móviles, como el Keychain de iOS y el Keystore de Android. Estos sistemas proporcionan protección respaldada por hardware para datos sensibles como claves de cifrado y tokens de sesión, asegurando que permanezcan seguros.
-
-Al configurar la autenticación biométrica, usa el método `authenticate()` del Plugin de Seguridad Biométrica. Esto te permite personalizar el prompt de autenticación, incluyendo elementos como el título y el texto del botón, para crear una experiencia amigable para el usuario. Para dispositivos que no soportan biometría, asegúrate de incluir opciones alternativas como autenticación por PIN o contraseña para mantener la accesibilidad.
-
-Es crucial evitar codificar secretos directamente en tu aplicación. En su lugar, cifra cualquier token almacenado para fortalecer aún más la seguridad. Además, herramientas como Capgo pueden mejorar la gestión segura de sesiones ofreciendo actualizaciones cifradas en tiempo real para tu aplicación Capacitor.
-:::
-
-:::faq
-### ¿Cómo mantiene Capgo las actualizaciones en vivo seguras mientras gestiona las sesiones de la aplicación?
-
-Capgo prioriza la seguridad con **cifrado de extremo a extremo** para actualizaciones en vivo. Esto significa que tu paquete de aplicación está cifrado antes de ser enviado a la nube y solo se descifra en el dispositivo del usuario, asegurando que tus datos permanezcan protegidos durante todo el proceso.
-
-Las actualizaciones se manejan sin problemas en segundo plano, por lo que los usuarios no son interrumpidos mientras usan la aplicación. Solo verán una notificación de actualización cuando vuelvan a lanzar la aplicación, manteniendo la experiencia fluida y alineándose con las reglas de las tiendas de aplicaciones.
-:::
diff --git a/src/content/blog/es/capacitor-plugins-what-you-need-to-know.md b/src/content/blog/es/capacitor-plugins-what-you-need-to-know.md
deleted file mode 100644
index 3f52898e6..000000000
--- a/src/content/blog/es/capacitor-plugins-what-you-need-to-know.md
+++ /dev/null
@@ -1,233 +0,0 @@
----
-slug: capacitor-plugins-what-you-need-to-know
-title: 'Plugins de Capacitor: Lo que necesitas saber'
-description: >-
-  Aprende cómo utilizar los plugins de Capacitor para el desarrollo de
-  aplicaciones multiplataforma, permitiendo un acceso sencillo a las funciones
-  nativas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-10T22:09:04.610Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a9581f762bb46adb44912d-1739225358216.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor plugins, mobile development, cross-platform apps, native features,
-  custom plugins, community plugins
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) es esencial para crear aplicaciones multiplataforma, permitiéndote usar características nativas del dispositivo como cámaras, sistemas de archivos y notificaciones con mínimo esfuerzo. Combinan APIs de JavaScript y código nativo para una integración perfecta entre plataformas iOS, Android y web. Esto es lo que necesitas saber:
-
--   **Plugins Core**: Creados por el equipo de [Ionic](https://ionicframework.com/), cubren lo básico como almacenamiento de archivos (`Filesystem.writeFile`) y verificaciones de red (`Network.getStatus`).
--   **Plugins Comunitarios**: Ofrecen características especializadas como [Firebase Analytics](https://firebase.google.com/docs/analytics), [compras in-app](https://capgo.app/plugins/native-purchases/), y actualizaciones en vivo.
--   **Plugins Personalizados**: Crea los tuyos para necesidades únicas de hardware o negocio.
-
-### Resumen Rápido
-
-| **Beneficio** | **Impacto** | **Ejemplo** |
-| --- | --- | --- |
-| Velocidad de Desarrollo | Implementación más rápida de funciones | Añadir funcionalidad de cámara fácilmente |
-| Eficiencia de Código | Reutilización entre plataformas | APIs compartidas para iOS y Android |
-| [Rendimiento Nativo](https://capgo.app/plugins/native-audio/) | Acceso directo a capacidades del dispositivo | Optimizaciones específicas por plataforma |
-
-El sistema de plugins de Capacitor simplifica el desarrollo de aplicaciones mientras mantiene el rendimiento nativo. Ya sea que uses plugins preconfigurados o crees los tuyos propios, te ayudan a enfocarte en construir funcionalidades, no en manejar complejidades específicas de plataforma.
-
-## Cómo Construir Tu Propio Plugin de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-10.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Nf-mOfmD7X4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Estructura Técnica del Plugin
-
-Los [plugins de Capacitor](https://capgo.app/plugins/) están construidos sobre un diseño de puente multiplataforma, permitiendo una interacción fluida entre entornos web y nativos. Entender cómo funciona esto puede ayudar a los desarrolladores a construir y depurar plugins más eficientemente.
-
-### Componentes del Plugin: Web y Nativo
-
-Los plugins de Capacitor utilizan una configuración de dos capas, separando las funcionalidades web y nativas. Estas capas se comunican a través del sistema de puente de Capacitor.
-
-| Componente | Implementación |
-| --- | --- |
-| API JavaScript | Definiciones de [TypeScript](https://www.typescriptlang.org/) con métodos exportados |
-| Código Nativo | [Swift](https://developer.apple.com/swift/) (iOS) y [Kotlin](https://kotlinlang.org/)/Java (Android) |
-| Capa de Puente | Serialización de mensajes JSON |
-
-Esta estructura simplifica tareas como convertir tipos de datos entre entornos JavaScript y nativos. Por ejemplo, el plugin Filesystem convierte automáticamente datos binarios a Base64 para transferencia, mientras que los tipos de datos primitivos se manejan usando JSON [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-### Comunicación entre Plataformas
-
-La comunicación entre las capas web y nativas funciona a través de un sistema basado en mensajes. Aquí hay un ejemplo de cómo fluye:
-
-```javascript
-// Example of platform communication flow
-LocalNotifications.schedule({
-    title: "Update Available",
-    body: "New version ready to install"
-}) // Triggers native implementation based on platform
-```
-
-El puente incluye características de seguridad como:
-
--   **Validación TypeScript** para asegurar la integridad de datos
--   **Contextos de ejecución WebView aislados** para interacciones seguras [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-El manejo de errores es sencillo, ya que Capacitor usa cadenas de promesas para devolver errores. Por ejemplo, si se deniega el acceso a la geolocalización debido a permisos faltantes, los desarrolladores obtienen códigos de error claros para identificar y solucionar el problema [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-Para manejar diferencias específicas de plataforma, los desarrolladores pueden usar `Capacitor.isPluginAvailable()` para verificar si una característica es compatible antes de ejecutarla. Este enfoque asegura que las aplicaciones funcionen en todas las plataformas mientras aprovechan las características nativas cuando están disponibles, manteniéndose fiel al enfoque multiplataforma de Capacitor [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system).
-
-## Categorías de Plugins
-
-Los plugins de Capacitor se dividen en tres categorías principales, cada una adaptada a necesidades específicas de desarrollo. Conocer estas categorías ayuda a los desarrolladores a elegir los plugins correctos para sus proyectos. Estas categorías también juegan un papel en el proceso de selección de plugins, que se discutirá en la sección Añadiendo Plugins.
-
-### Plugins Core
-
-Los plugins core son desarrollados y mantenidos por el equipo de Ionic. Proporcionan características nativas clave y están respaldados con actualizaciones y APIs estandarizadas.
-
-| Plugin Core | Funcionalidad | Método Clave |
-| --- | --- | --- |
-| Filesystem | Acciones de almacenamiento de archivos | `Filesystem.writeFile()` |
-| Network | Verificar conectividad | `Network.getStatus()` |
-| Device | Acceder a información del hardware | `Device.getInfo()` |
-
-Estos plugins incluyen validación TypeScript y aseguran un comportamiento consistente en todas las plataformas, haciéndolos una opción confiable para capacidades nativas fundamentales [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-### Plugins Comunitarios
-
-El ecosistema de Capacitor también ofrece una variedad de plugins de terceros que van más allá de lo básico. Estos plugins atienden necesidades más específicas e integran servicios ampliamente utilizados.
-
-| Plugin | Propósito |
-| --- | --- |
-| Firebase Analytics | Rastrea uso de la aplicación |
-| Live Updates | Permite actualizaciones en tiempo real |
-| Native Purchases | Gestiona compras in-app |
-| Screen Reader | Añade soporte de accesibilidad |
-
-Al elegir plugins comunitarios, es importante evaluar su actividad en GitHub, frecuencia de mantenimiento y nivel de soporte comunitario para asegurar que permanezcan confiables con el tiempo [\[3\]](https://github.com/riderx/awesome-capacitor).
-
-### Construyendo Plugins Personalizados
-
-A veces, ni los plugins core ni los comunitarios satisfarán tus necesidades. Aquí es donde entran los plugins personalizados, especialmente para integraciones únicas de hardware o requisitos específicos de negocio. Los ejemplos incluyen trabajar con hardware propietario, implementar lógica personalizada o conectar con sistemas heredados.
-
-Desarrollar plugins personalizados implica crear implementaciones nativas para iOS y Android, junto con una API JavaScript unificada. Para mantener la consistencia multiplataforma, los desarrolladores deben incluir:
-
--   Funcionalidad compatible con navegador para entornos web
--   Firmas de método uniformes en todas las plataformas [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-## Añadiendo Plugins a Tu Aplicación
-
-Añadir plugins a tu aplicación Capacitor requiere una planificación cuidadosa para asegurar tanto el rendimiento como la seguridad. Aquí hay una mirada más detallada sobre cómo elegir, implementar y probar plugins efectivamente.
-
-### Guía de Selección de Plugins
-
-Al elegir plugins para tu aplicación, ten en cuenta estos criterios:
-
-| **Criterio** | **Qué Buscar** |
-| --- | --- |
-| Soporte de Plataforma | Compatibilidad con iOS, Android y Web |
-| Documentación | Referencias de API claras y ejemplos |
-
-Para características que involucran datos sensibles o seguridad, ejecuta herramientas como `npm audit` o usa plataformas como [Snyk](https://snyk.io/) para verificar vulnerabilidades. Combina esto con las mejores prácticas de seguridad web [\[7\]](https://ahrefs.com/blog/google-advanced-search-operators/)[\[8\]](https://www.w3.org/International/questions/qa-html-language-declarations).
-
-### [Capgo](https://capgo.app/): Actualizaciones en Vivo para Aplicaciones
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-10.jpg?auto=compress)
-
-Capgo proporciona un [plugin de actualización en vivo](https://capgo.app/docs/plugin/self-hosted/auto-update/) que funciona perfectamente con Capacitor. Te permite desplegar actualizaciones - como correcciones de errores o nuevas características - directamente a tu aplicación usando canales encriptados, todo mientras cumples con las políticas de las tiendas de aplicaciones [\[3\]](https://github.com/riderx/awesome-capacitor).
-
-### Métodos de Prueba de Plugins
-
-Las pruebas exhaustivas son críticas para asegurar que los plugins funcionen sin problemas en todas las plataformas. Así es como puedes abordarlo:
-
--   **Pruebas de Matriz de Plataforma**: Prueba plugins en todas las versiones de plataforma soportadas. Usa las verificaciones de disponibilidad de plataforma de Capacitor antes de llamar a métodos del plugin para evitar problemas de compatibilidad.
-    
--   **Resolviendo Problemas Comunes**: Aborda problemas frecuentes con estas soluciones:
-    
-    | **Problema** | **Solución** |
-    | --- | --- |
-    | Fallos de compilación nativa | Confirmar versiones correctas de dependencias |
-    | Errores de permisos | Verificar configuraciones de plataforma |
-    
--   **Pruebas Automatizadas**: Usa herramientas automatizadas para simular varios estados de error y casos límite, asegurando que el plugin se comporte como se espera [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-    
-
-Para plugins que son críticos para la funcionalidad de tu aplicación, mantén versiones parcheadas y monitorea el changelog oficial para actualizaciones o cambios importantes [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins)[\[5\]](https://capacitorjs.com/docs/plugins). Esto te ayudará a adelantarte a potenciales problemas mientras mantienes tu aplicación segura y confiable.
-
-## Guía de Mantenimiento de Plugins
-
-Una vez que has seleccionado e implementado cuidadosamente los plugins, mantenerlos es crucial. Las actualizaciones y verificaciones regulares aseguran que tu aplicación permanezca funcional, evite riesgos de seguridad y mantenga la compatibilidad con cambios de plataforma.
-
-### Gestión de Versiones
-
-Gestionar versiones de plugins requiere estar atento tanto a las actualizaciones del core de Capacitor como a los cambios específicos de plataforma. Se trata de alinear tus plugins con el versionado semántico de Capacitor.
-
-| Tipo de Versión | Prioridad de Actualización | Consideraciones Clave |
-| --- | --- | --- |
-| **Actualizaciones Mayores** | Alta | Cambios en API |
-| **Actualizaciones Menores** | Media | Nuevas características |
-| **Actualizaciones de Parche** | Baja | Correcciones de errores, parches de seguridad |
-
-Al actualizar versiones mayores, sigue estos pasos:
-
-1\. **Auditar Configuración Actual**
-
-Documenta cualquier personalización o solución alternativa que hayas implementado.
-
-2. **[Estrategia de actualización](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)**
-
-Desarrolla un plan detallado de actualización que incluya:
-
--   Configuración del entorno de pruebas
--   Creación de copias de seguridad
--   Preparación de protocolos de reversión
--   Evaluación del impacto potencial en los usuarios
-
-3. **Implementación**
-
-Durante la actualización, monitoriza las tasas de fallos, métricas de rendimiento y respuestas de API para asegurar que todo funcione correctamente.
-
-El seguimiento consistente de versiones, junto con pruebas exhaustivas, ayuda a mantener un ciclo de garantía de calidad confiable.
-
-### Recursos de soporte para plugins
-
-Tener acceso a soporte confiable es clave para el mantenimiento efectivo de plugins. El ecosistema de Capacitor proporciona varios recursos útiles:
-
-> "La comunidad de Discusiones de GitHub de Capacitor, con más de 8,000 miembros, sirve como el centro principal para el soporte de mantenimiento y resolución de problemas de plugins." [\[5\]](https://capacitorjs.com/docs/plugins)
-
-Para equipos que utilizan herramientas como Capgo para actualizaciones en vivo, las características adicionales incluyen:
-
--   Análisis de fallos en tiempo real
--   Verificaciones automáticas de compatibilidad
--   Opciones de reversión de despliegues
-
-Cuando trabajes con plugins de la comunidad, considera estos recursos:
-
-| Recurso | Propósito |
-| --- | --- |
-| **Foros de Ionic** | Soporte oficial de plugins |
-| **Stack Overflow** | Soluciones técnicas |
-| **Issues de GitHub del Plugin** | Seguimiento de errores |
-
-Si encuentras plugins abandonados, puedes bifurcar el repositorio o crear plugins wrapper personalizados utilizando los Bridges de Capacitor.
-
-Para evitar desafíos comunes de mantenimiento, automatiza las rutinas de prueba para identificar:
-
--   Depreciación de API de iOS/Android
--   Conflictos de dependencias nativas
--   Problemas de permisos específicos de plataforma
-
-Usar `capacitor doctor` regularmente puede ayudar a detectar problemas potenciales temprano, asegurando que tu aplicación se mantenga en óptimas condiciones [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins).
-
-## Resumen
-
-Los plugins de Capacitor conectan capacidades web y nativas a través de su diseño central, haciendo el [desarrollo de aplicaciones multiplataforma](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) más eficiente [\[6\]](https://capacitorjs.jp/blog/how-capacitor-works). Esta arquitectura equipa a los desarrolladores con las herramientas necesarias para construir aplicaciones avanzadas mientras mantienen la velocidad y el rendimiento de las aplicaciones nativas.
-
-Para mantener los plugins funcionando sin problemas, es importante entender sus categorías y cómo se mantienen:
-
-El ecosistema de plugins se mantiene estable gracias a actualizaciones activas y mejoras continuas [\[3\]](https://github.com/riderx/awesome-capacitor). Este compromiso asegura un rendimiento consistente en todas las plataformas mientras introduce características como actualizaciones en vivo.
-
-Para los equipos que buscan gestionar plugins de manera efectiva, las herramientas modernas han simplificado los procesos tradicionales de actualización. Los métodos nativos están diseñados para ejecutarse en menos de 200ms [\[6\]](https://capacitorjs.jp/blog/how-capacitor-works), asegurando un rendimiento rápido y confiable en todas las plataformas.
diff --git a/src/content/blog/es/capacitor-social-login-release.md b/src/content/blog/es/capacitor-social-login-release.md
deleted file mode 100644
index 5c1aa4adf..000000000
--- a/src/content/blog/es/capacitor-social-login-release.md
+++ /dev/null
@@ -1,54 +0,0 @@
----
-slug: capacitor-social-login-release
-title: Lanzamiento de un nuevo complemento de inicio de sesión social para Capacitor
-description: >-
-  El plugin Capacitor Social Login es un plugin que te permite iniciar sesión
-  con Google, Facebook y Apple en iOS, Android y Web.
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-10-08T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /social_login_plugin_blog.webp
-head_image_alt: Ilustración del sistema de organización de Capgo
-keywords: >-
-  Oauth, social login, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Capacitor
-published: true
-next_blog: ''
-locale: es
----
-
-## Introducción
-
-Hola, soy Michael ([WcaleNieWolny](https://githubcom/WcaleNieWolny)) 👋,
-
-Después de un mes de trabajo duro (y un poco doloroso 🙃), me complace anunciar el primer lanzamiento del Capacitor Social Login. Este plugin está diseñado para ayudar en el manejo del inicio de sesión tanto de Google como de Apple en iOS y Android. Además, junto con Martin, hemos estado trabajando en algunas características únicas que incluyen:
-
-- La introducción de Login con Apple en Android
-- La adopción de la nueva API de Credenciales de Google
-- La adición de documentación detallada
-
-## Login con Apple en Android
-
-Primero, hablemos de la gran innovación del 'Login con Apple' en Android. Esto no fue trivial, ya que el SDK de Apple no proporciona esta funcionalidad. Usé [este artículo](https://johncodeoscom/how-to-add-sign-in-with-apple-button-to-your-android-app-using-kotlin/) como punto de referencia, pero lo modifiqué un poco para hacerlo más seguro. El flujo con el que terminé se ve así:
-
-<figure><img style="margin-left: auto;margin-right: auto;max-height: 600px !important;" src="/apple-login-flow-chart.svg" alt="Apple Login flow chart" /><figcaption></figcaption></figure>
-
-Desafortunadamente, requiere un backend y algunas modificaciones en el código de tu aplicación, pero es lo mejor que pude hacer.
-
-## Google Login renovado en Android
-
-Después, intenté implementar Google Login en Android. Resulta que [CodetrixStudio's CapacitorGoogleAuth](https://githubcom/CodetrixStudio/CapacitorGoogleAuth) usa una [biblioteca GMS que pronto quedará obsoleta](https://developerandroidcom/identity/sign-in/legacy-gsi-migration#authorization). Como resultado de que esta biblioteca GMS se considera heredada, decidí usar el [CredentialManager](https://developerandroidcom/identity/sign-in/credential-manager-siwg). Esto ayudó a simplificar el flujo de inicio de sesión y eliminó el molesto [error 10](https://githubcom/CodetrixStudio/CapacitorGoogleAuth/issues/332) 🎉
-
-## Documentación
-
-Por último, escribí una increíble ✨ documentación. Dediqué mucho tiempo a asegurarme de que la documentación fuera precisa y extensa.
-La documentación incluye una guía detallada sobre la configuración tanto de Apple como de Google. También proporcioné un [ejemplo de backend](https://githubcom/WcaleNieWolny/capgo-social-login-backend-demo) para Login con Apple 🍎
-
-¡No dudes en consultar las guías de [Apple](https://githubcom/Cap-go/capacitor-social-login/blob/main/docs/setup_applemd) y [Google](https://githubcom/Cap-go/capacitor-social-login/blob/main/docs/setup_googlemd)!
-
-## Conclusión
-
-En conclusión, el plugin Capacitor Social Login introduce muchas características nuevas y emocionantes con más por venir en el futuro 🚀
\ No newline at end of file
diff --git a/src/content/blog/es/capacitor-vs-appflow-ota-update-solutions-compared.md b/src/content/blog/es/capacitor-vs-appflow-ota-update-solutions-compared.md
deleted file mode 100644
index b3e7b431f..000000000
--- a/src/content/blog/es/capacitor-vs-appflow-ota-update-solutions-compared.md
+++ /dev/null
@@ -1,273 +0,0 @@
----
-slug: capacitor-vs-appflow-ota-update-solutions-compared
-title: 'Capacitor vs Appflow: Comparación de soluciones de actualización OTA'
-description: >-
-  Compare las soluciones de actualización OTA para encontrar la mejor opción
-  para su aplicación, centrándose en la seguridad, velocidad y rentabilidad.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T01:59:04.033Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9-1743299955207.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  OTA updates, Capacitor, Appflow, mobile development, deployment solutions, app
-  security, update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Buscas la mejor solución de actualización OTA para tu aplicación?** Aquí hay una comparación rápida de [Capacitor](https://capacitorjs.com/) (con [Capgo](https://capgo.app/)) y [Appflow](https://ionic.io/appflow/) para ayudarte a decidir. [Capacitor](https://capacitorjs.com/) ofrece actualizaciones rápidas, alta seguridad y opciones rentables, mientras que Appflow está vinculado al ecosistema [Ionic](https://ionicframework.com/) y cerrará en 2026.
-
-### Puntos Clave:
-
--   **Capacitor (Capgo)**:
-    
-    -   Las actualizaciones llegan al 95% de usuarios en 24 horas.
-    -   Ofrece cifrado de extremo a extremo y alojamiento flexible (nube o auto-alojado).
-    -   Cuesta ~$3,600 anuales, con una tarifa única de configuración de $2,600.
-    -   Desarrollo activo y código abierto.
--   **Appflow**:
-    
-    -   Integrado con Ionic pero solo en la nube.
-    -   Programado para finalizar soporte en 2026.
-    -   Cuesta $6,000 anuales.
-
-### Comparación Rápida:
-
-| Característica | Capacitor (Capgo) | Appflow |
-| --- | --- | --- |
-| **Velocidad de Actualización** | 95% en 24 horas, API 57ms | Varía |
-| **Seguridad** | Cifrado de extremo a extremo | Firma estándar |
-| **Alojamiento** | Nube o auto-alojado | Solo nube |
-| **Disponibilidad Futura** | En desarrollo activo | Termina en 2026 |
-| **Costo Anual** | ~$3,600 | $6,000 |
-| **Tarifa de Configuración** | $2,600 | Incluida |
-
-**En resumen:** Capacitor (Capgo) es una opción segura, rentable y preparada para el futuro, especialmente para proyectos a largo plazo. Appflow puede ser adecuado para necesidades a corto plazo pero requiere planificación de migración debido a su próximo cierre.
-
-## Características de Actualización de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Sistema de Actualización Integrado
-
-El sistema de actualización de Capacitor permite a los desarrolladores entregar correcciones de errores y nuevas funciones directamente a los usuarios, evitando los retrasos habituales de revisión de la tienda de aplicaciones. Cuando está correctamente configurado, este sistema puede alcanzar hasta el 95% de los usuarios activos en 24 horas [\[1\]](https://capgo.app/). Utiliza actualizaciones diferenciales, que solo descargan las partes modificadas del código, ahorrando ancho de banda y acelerando el proceso. Por ejemplo, descargar una actualización de 5MB a través del CDN global de Capgo puede tomar solo 114 milisegundos [\[1\]](https://capgo.app/). Este enfoque optimizado se integra perfectamente en los flujos de trabajo de desarrollo modernos.
-
-### Soporte de Herramientas de Desarrollo
-
-El sistema de actualización de Capacitor trabaja en conjunto con varias herramientas de desarrollo para simplificar el despliegue. Las herramientas CLI facilitan la construcción y despliegue de actualizaciones, mientras que la compatibilidad con plataformas CI/CD como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), y [Jenkins](https://www.jenkins.io/) automatiza todo el proceso. Características adicionales como control de versiones, seguimiento de errores y paneles de análisis permiten a los desarrolladores monitorear actualizaciones en tiempo real, solucionar problemas y medir el rendimiento de manera efectiva.
-
-### Características de la Plataforma [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-La [plataforma Capgo](https://capgo.app/docs/webapp/) mejora las capacidades de actualización de Capacitor con seguridad adicional y opciones de despliegue avanzadas. Habiendo gestionado 23.5 millones de actualizaciones en 750 aplicaciones en producción [\[1\]](https://capgo.app/), proporciona características clave para mejorar el rendimiento:
-
-| Característica | Capacidad | Métrica de Rendimiento |
-| --- | --- | --- |
-| Tasa de Éxito de Actualización | Despliegue global | 82% mundial |
-| Tiempo de Respuesta API | Operaciones en tiempo real | 434 ms promedio |
-| Seguridad | Cifrado de extremo a extremo | Protección completa de actualizaciones |
-| Distribución | [Sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Despliegues dirigidos |
-
-El sistema de canales de Capgo permite una distribución precisa de actualizaciones, como ejecutar pruebas beta o desplegar actualizaciones por etapas, sin comprometer la seguridad. Los equipos pueden elegir entre configuraciones alojadas en la nube o auto-alojadas, obteniendo control total con herramientas como reversiones con un clic y monitoreo proactivo de errores.
-
-## Sistema de Actualización [Appflow](https://ionic.io/appflow/)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-### Conexión con la Plataforma [Ionic](https://ionicframework.com/)
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-Appflow trabaja directamente con el sistema de construcción de Ionic para empaquetar y distribuir [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) de manera eficiente.
-
-### Herramientas de Automatización de Actualizaciones
-
-Appflow incluye herramientas basadas en la nube para automatizar construcciones, gestionar pipelines y manejar el control de versiones. Sin embargo, los usuarios han notado algunos desafíos con su funcionalidad de code-push.
-
-> "Cancelé mi suscripción a @Appflow después de 4 años. Code-Push nunca pareció funcionar bien, espero que @CapGO lo haya resuelto" - LeVar Berry [\[1\]](https://capgo.app/)
-
-### Planes de Fin de Vida de Appflow
-
-Ionic ha anunciado que Appflow será descontinuado en 2026, instando a los usuarios a planificar migraciones ahora para evitar interrupciones.
-
-> "Me cambié a @Capgo después de que @AppFlow nos golpeara con una factura de $5000 por año para continuar. Me encanta CapoGo hasta ahora. Gracias a @Capgo, es un gran producto." - jermaine [\[1\]](https://capgo.app/)
-
-## Comparación de Plataformas
-
-Aquí hay un desglose práctico de cómo se desempeñan estas plataformas según sus características clave.
-
-### Tabla Comparativa de Características
-
-Esta tabla destaca las principales diferencias entre Capgo y Appflow:
-
-| Característica | Capgo | Appflow |
-| --- | --- | --- |
-| **Velocidad de Entrega de Actualizaciones** | 95% de usuarios actualizados en 24 horas, 57ms promedio de respuesta API | Rendimiento varía |
-| **Seguridad** | Cifrado de extremo a extremo | Firma estándar |
-| **Tasa de Éxito de Actualización** | 82% globalmente | No compartido públicamente |
-| **Integración CI/CD** | GitHub Actions, GitLab CI, Jenkins | Herramientas específicas de Ionic |
-| **Opciones de Alojamiento** | Nube o auto-alojado | Solo nube |
-| **Estado de la Plataforma** | Desarrollo activo | Soporte termina en 2026 |
-| **Costo Anual** | ~$3,600 ($300/mes) | $6,000 |
-| **Tarifa de Configuración** | $2,600 (única vez) | Incluida |
-| **Código Fuente** | 100% código abierto | Propietario |
-
-Estas distinciones pueden ayudar a guiar tu elección según tus necesidades específicas.
-
-### Mejores Usos para Cada Plataforma
-
-Cada plataforma destaca en diferentes escenarios, haciéndolas más adecuadas para casos de uso particulares:
-
--   **Capgo** es ideal para:
-    
-    -   Despliegue rápido de actualizaciones críticas, gracias a sus velocidades de descarga rápidas.
-    -   Entornos donde la seguridad es una prioridad, con su cifrado de extremo a extremo.
-    -   Equipos que buscan costos más bajos a largo plazo y opciones flexibles de despliegue.
--   **Appflow** funciona bien para:
-    
-    -   Usuarios ya invertidos en el ecosistema Ionic.
-    -   Proyectos a corto plazo que terminarán antes de 2026.
-    -   Equipos que dependen del sistema de construcción propietario de Ionic.
-
-El equipo de la NASA [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) compartió su experiencia:
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-El historial de Capgo habla por sí mismo, con 750 aplicaciones en producción, 23.5 millones de actualizaciones entregadas y una tasa de éxito global del 82%.
-
-## Herramientas y Flujo de Trabajo para Desarrolladores
-
-### Proceso de Configuración
-
-La configuración de actualizaciones OTA varía según la plataforma, pero Capgo simplifica significativamente el proceso. Los desarrolladores pueden desplegar actualizaciones en menos de 15 minutos usando un solo comando CLI. Aquí hay una comparación del proceso de configuración de Capgo con el enfoque más manual de Appflow:
-
-| Paso | Capgo | Appflow |
-| --- | --- | --- |
-| **Configuración Inicial** | Un comando CLI: `npx @capgo/cli init` | Configuración manual vía dashboard |
-| **Configuración** | Configuración automatizada de plugins | Configuración manual |
-| **Integración de Construcción** | Funciona con flujos de trabajo existentes | Requiere pasos personalizados |
-| **Tiempo hasta Primera Actualización** | Menos de 15 minutos | No especificado |
-
-> "¡Configuré @Capgo y estoy probando este increíble reemplazo para @AppFlow! Gracias por el arduo trabajo, ha sido fácil hasta ahora. A punto de lanzar en las tiendas de aplicaciones 🤞" - jaythegeek [\[1\]](https://capgo.app/)
-
-Capgo no solo se detiene en la configuración - mejora aún más el pipeline de construcción con integraciones CI/CD.
-
-### Soporte de Pipeline de Construcción
-
-Después de la configuración rápida, Capgo se integra sin esfuerzo con herramientas CI/CD ampliamente utilizadas como GitHub Actions, GitLab CI y Jenkins. Este enfoque admite más de 50 aplicaciones sin encerrar a los desarrolladores en plataformas específicas. La configuración de CI/CD implica una tarifa única de $2,600 y costos operativos mensuales de aproximadamente $300 [\[1\]](https://capgo.app/).
-
-### Gestión de Actualizaciones
-
-Gestionar actualizaciones de manera efectiva es crucial para el rendimiento y la fiabilidad de la aplicación. Capgo proporciona herramientas avanzadas para manejar esto, incluyendo:
-
--   **Gestión de Canales**: Ideal para pruebas beta, despliegues por etapas y lanzamientos de producción.
--   **Control de Versiones**: Características como reversiones con un clic, análisis de actualizaciones en tiempo real, seguimiento de errores y pruebas de pull request a través de canales específicos.
--   **Gestión de Usuarios**: Ofrece control detallado sobre la distribución de actualizaciones, gestión de probadores beta, acceso basado en permisos y segmentación de grupos de usuarios.
-
-El seguimiento de errores de Capgo asegura correcciones rápidas y actualizaciones fluidas, ayudando a mantener la estabilidad de la aplicación.
-
-## Seguridad y Directrices
-
-Entregar actualizaciones de forma segura es esencial para mantener el cumplimiento y ganar la confianza del usuario, especialmente cuando se combina con capacidades sólidas de despliegue.
-
-### Reglas de la App Store
-
-Las actualizaciones OTA deben alinearse con las regulaciones de la tienda de aplicaciones, integrándose sin problemas con los flujos de trabajo de despliegue que hemos cubierto. Aquí está cómo Capgo y Appflow manejan estos requisitos:
-
-| Requisito | Capgo | Appflow |
-| --- | --- | --- |
-| Cumplimiento con App Store | Totalmente alineado con las pautas de Apple | Cumple con criterios estándar |
-| Cumplimiento con Play Store | Sigue los requisitos de Google Play | Cumple con criterios estándar |
-| Descifrado Autorizado | Cifrado de extremo a extremo para usuarios | Firma de actualizaciones |
-| Control de Versiones | Gestión detallada de versiones, incluido el rollback | Seguimiento básico de versiones |
-
-Capgo garantiza el cumplimiento de las pautas OTA tanto de Apple como de Google [\[1\]](https://capgo.app/). Esta estricta alineación con las reglas de las tiendas complementa las integraciones CI/CD discutidas anteriormente.
-
-### Características de Seguridad
-
-La seguridad juega un papel vital en los sistemas de actualización OTA, especialmente para despliegues de código en vivo. Capgo destaca por ofrecer medidas de seguridad avanzadas que van más allá de las soluciones tradicionales:
-
-| Característica de Seguridad | Implementación |
-| --- | --- |
-| Tipo de Cifrado | Cifrado de extremo a extremo |
-| Protección de Actualizaciones | Descifrado adaptado a usuarios específicos |
-| Control de Acceso | Controles de permisos completos |
-| Opciones de Alojamiento | Opciones para configuraciones en la nube o auto-alojadas |
-| Reversión de Versiones | Funcionalidad simple de reversión con un clic |
-
-Estas características aseguran que las actualizaciones estén cifradas, con control de acceso y sean reversibles, ofreciendo seguridad de nivel empresarial mientras se mantienen fáciles de gestionar.
-
-## Comparación de Precios
-
-### Costos de Plataforma
-
-El costo de las soluciones de actualización OTA puede variar ampliamente. Capgo ofrece planes desde $12/mes (Solo) hasta $249/mes (PAYG). Aquí un desglose de sus precios:
-
-| Plan | Costo Mensual (Facturado Anualmente) | Características Principales |
-| --- | --- | --- |
-| Solo | $12 | 1,000 MAU, 50GB de ancho de banda |
-| Maker | $33 | 10,000 MAU, 500GB de ancho de banda |
-| Team | $83 | 100,000 MAU, 2,000GB de ancho de banda |
-| PAYG | $249 | 1,000,000 MAU, 10TB de ancho de banda |
-
-En comparación, Appflow cobra una tarifa anual fija de $6,000. Esta diferencia de precios ha llevado a muchos usuarios a cambiar, incluyendo al equipo OSIRIS-REx de la NASA:
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Estos modelos de precios contrastantes resaltan la importancia de evaluar los costos junto con las características.
-
-### Costo vs Beneficios
-
-El precio es un factor importante al elegir una solución de actualización OTA, especialmente para la planificación a largo plazo. Con el tiempo, la diferencia de costos entre Capgo y Appflow se vuelve más notable:
-
-| Período | Costo Total Capgo\* | Costo Total Appflow | Ahorro Potencial |
-| --- | --- | --- | --- |
-| Año 1 | $6,200 | $6,000 | \-$200 |
-| Año 3 | $13,400 | $18,000 | $4,600 |
-| Año 5 | $20,600 | $30,000 | $9,400 |
-
-\*El total de Capgo incluye una tarifa única de configuración CI/CD de $2,600 y costos mensuales de $300 [\[1\]](https://capgo.app/).
-
-Jermaine compartió su experiencia:
-
-> "Me cambié a @Capgo después de que @AppFlow nos golpeara con una factura de $5000 por el año para continuar. Amando Capgo hasta ahora" [\[1\]](https://capgo.app/)
-
-Para organizaciones enfocadas en la eficiencia de costos, la tarifa única de configuración de Capgo, los cargos mensuales más bajos y la [opción de auto-alojamiento](https://capgo.app/blog/self-hosted-capgo/) pueden llevar a ahorros significativos con el tiempo.
-
-LeVar Berry también compartió su perspectiva:
-
-> "Cancelé mi suscripción a @Appflow después de 4 años. Code-Push nunca pareció funcionar bien, espero que @CapGO lo tenga resuelto" [\[1\]](https://capgo.app/)
-
-## Análisis Final
-
-### Diferencias Clave
-
-Al comparar Capacitor con Appflow, hay claros contrastes en la entrega de actualizaciones y características de seguridad, como se destacó anteriormente. La plataforma de Capgo para Capacitor ofrece un rendimiento rápido y confiable [\[1\]](https://capgo.app/). Sobresale con sus opciones de despliegue y fuerte seguridad, incluyendo **cifrado de extremo a extremo** y la flexibilidad de configuraciones en la nube o auto-alojadas, lo que ha impulsado su adopción mundial [\[1\]](https://capgo.app/).
-
-| Característica | Capgo (Capacitor) | Appflow |
-| --- | --- | --- |
-| Seguridad | Cifrado de extremo a extremo | Firma básica |
-| Opciones de Alojamiento | Nube y auto-alojado | Solo nube |
-| Disponibilidad Futura | Desarrollo activo | Finaliza en 2026 |
-| Velocidad de Actualización | 114 ms (paquete de 5 MB) | No especificado |
-| Código Fuente | 100% código abierto | Propietario |
-
-Estas diferencias juegan un papel importante en decidir qué solución se ajusta a tus necesidades.
-
-### Guía de Selección de Plataforma
-
-Basado en estas distinciones, aquí hay una guía rápida para ayudarte a elegir la plataforma correcta:
-
--   **Organizaciones Empresariales**: Si la seguridad es una prioridad máxima, Capgo es una opción sólida. Su [despliegue auto-alojado](https://capgo.app/blog/self-hosted-capgo/) y **cifrado de extremo a extremo** cumplen con estrictas demandas de seguridad. Además, se integra perfectamente con herramientas CI/CD, haciéndolo ideal para operaciones a gran escala [\[1\]](https://capgo.app/).
-    
--   **Equipos en Crecimiento**: La infraestructura escalable de Capgo y el sistema de canales permiten actualizaciones dirigidas a grupos específicos de usuarios, dando a los equipos control preciso sobre los despliegues [\[1\]](https://capgo.app/).
-    
--   **Desarrolladores Conscientes del Costo**: Con sus precios competitivos, Capgo es una opción económica comparada con Appflow, haciéndola adecuada para equipos de cualquier tamaño [\[1\]](https://capgo.app/).
-    
--   **Planificación para el Futuro**: El cierre programado de Appflow en 2026 significa que la planificación de migración es esencial. El enfoque de código abierto de Capgo, desarrollo activo y comunidad creciente lo convierten en una opción confiable a largo plazo [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/es/capacitor-vs-appflow-versioning-differences.md b/src/content/blog/es/capacitor-vs-appflow-versioning-differences.md
deleted file mode 100644
index 52ed52c15..000000000
--- a/src/content/blog/es/capacitor-vs-appflow-versioning-differences.md
+++ /dev/null
@@ -1,141 +0,0 @@
----
-slug: capacitor-vs-appflow-versioning-differences
-title: 'Capacitor vs. Appflow: Diferencias en el versionamiento'
-description: >-
-  Descubre las diferencias en el versionado entre métodos manuales y
-  automatizados, y conoce nuevas alternativas para el desarrollo de
-  aplicaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T04:20:03.700Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac-1745209216757.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  version control, app updates, manual versioning, automated versioning, CI/CD,
-  live updates, mobile development, app release management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Gestionar las versiones de aplicaciones puede ser complicado.** [Capacitor](https://capacitorjs.com/) utiliza [actualizaciones manuales](https://capgo.app/docs/plugin/cloud-mode/manual-update/), mientras que [Appflow](https://ionic.io/docs/appflow) automatiza el proceso. Esto es lo que necesitas saber:
-
--   **Capacitor:** La versión manual requiere editar archivos como `Info.plist` (iOS) y `build.gradle` (Android). Esto brinda control pero arriesga errores y ralentiza las actualizaciones.
--   **Appflow:** Automatiza el versionado con herramientas CI/CD para lanzamientos más rápidos pero cuesta ~$6,000/año y puede carecer de flexibilidad.
-
-**Cambios Clave en el Mercado:**
-
--   **Appflow cierra en 2026.**
--   Alternativas como **[Capgo](https://capgo.app/)** ofrecen actualizaciones en vivo, desde $12/mes, con 95% de actualizaciones entregadas en 24 horas.
-
-### Comparación Rápida
-
-| Característica | Capacitor (Manual) | Appflow (Automatizado) | Capgo (Alternativa) |
-| --- | --- | --- | --- |
-| **Versionado** | Ediciones manuales | Automatizado vía CI/CD | Actualizaciones en vivo |
-| **Velocidad de actualización** | Más lento (retrasos App Store) | Más rápido (Code-push) | Casi instantáneo |
-| **Costo** | Herramientas gratuitas | ~$6,000/año | Desde $12/mes |
-| **Riesgo de error** | Mayor (errores manuales) | Menor | Menor |
-| **Fecha de finalización** | Activo | Termina 2026 | Activo |
-
-Al elegir, considera tu presupuesto, frecuencia de actualización y necesidad de velocidad.
-
-## Demo en Vivo: Construyendo Aplicaciones [Capacitor](https://capacitorjs.com/) en Ionic [Appflow](https://ionic.io/docs/appflow)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/tkgNuSG5FJQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Métodos de Versionado: Capacitor vs Appflow
-
-Capacitor y Appflow tienen enfoques muy diferentes para gestionar el control de versiones. Aquí hay una mirada más cercana a cómo cada plataforma maneja este proceso y se integra en los flujos de desarrollo.
-
-### Control de Versiones Manual de Capacitor
-
--   Para iOS, necesitas actualizar manualmente el archivo **Info.plist** para cada lanzamiento.
--   Para Android, los ajustes de version-code en el archivo **build.gradle** se hacen manualmente.
-
-Este enfoque te da control preciso sobre el versionado pero puede ralentizar los lanzamientos y dejar espacio para errores humanos.
-
-### Gestión de Versiones Automatizada de Appflow
-
--   La **integración CI/CD** se encarga de los incrementos de versión automáticamente.
--   Las versiones se sincronizan entre iOS y Android, asegurando consistencia.
-
-Si bien esta automatización acelera el proceso de lanzamiento, puede reducir la flexibilidad y venir con gastos más altos. Algunos desarrolladores también han reportado problemas con la funcionalidad code-push y costos crecientes.
-
-A continuación, compararemos las características clave de control de versiones de estas plataformas lado a lado.
-
-## Características de Control de Versiones Frente a Frente
-
-Aquí hay una comparación de las características clave de cada plataforma, enfocándose en cómo manejan el control de versiones.
-
-**Las diferencias principales incluyen:**
-
--   **Control de versiones**: Uno depende de archivos de configuración manual, mientras que el otro usa procesos CI/CD automatizados.
--   **Distribución de actualizaciones**: Envíos tradicionales a la tienda de aplicaciones versus [actualizaciones code-push en vivo](https://capgo.app/sponsor/).
--   **Costo**: Uno ofrece herramientas gratuitas, mientras que el otro puede costar alrededor de $5,000 por año.
--   **Velocidad de implementación**: Las revisiones de la tienda de aplicaciones pueden tomar varios días, mientras que el code-push en vivo permite una implementación casi instantánea.
-
-Estas diferencias impactan en qué tan rápido se pueden lanzar las actualizaciones, el nivel de riesgo involucrado y los gastos generales.
-
-Con el cierre de Microsoft Code Push en 2024 y Appflow que se espera que siga en 2026, muchos equipos ya están buscando alternativas [\[1\]](https://capgo.app/).
-
-## Efectos en la Gestión de Lanzamientos
-
-Al comparar el control de versiones manual y automatizado, cada enfoque viene con su propio conjunto de desafíos y compensaciones, particularmente en la gestión de lanzamientos.
-
-### Riesgos del Control de Versiones Manual
-
-El proceso manual de Capacitor requiere que los desarrolladores actualicen varios archivos de configuración para cada lanzamiento. Esto aumenta la probabilidad de errores, como versiones no coincidentes o implementaciones no rastreadas. Además, puede llevar a retrasos en la solución de errores, con correcciones que potencialmente tardan días o incluso semanas en llegar a los usuarios.
-
-Los desafíos clave incluyen:
-
--   Mantener los números de versión consistentes en múltiples archivos
--   Falta de monitoreo para actualizaciones exitosas
--   Implementación lenta de correcciones de errores
-
-Si bien la automatización puede resolver algunos de estos problemas, no está exenta de inconvenientes.
-
-### Desventajas del Control de Versiones Automatizado
-
-Appflow simplifica el proceso automatizando las actualizaciones de versiones y las implementaciones. Sin embargo, esta conveniencia viene con un precio elevado. Con un costo de suscripción anual de aproximadamente $5,000, puede tensionar significativamente el presupuesto de un equipo de desarrollo, llevando a algunos a explorar opciones más económicas [\[1\]](https://capgo.app/).
-
-## Nuevas Opciones de Control de Versiones
-
-Gestionar el control de versiones para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) siempre ha sido un desafío, especialmente al equilibrar errores manuales y los altos costos de la automatización. Afortunadamente, las herramientas disponibles para el control de versiones han crecido, ofreciendo alternativas a los métodos tradicionales.
-
-### Sistema de Actualización [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgo ofrece una solución para equipos que buscan agilizar el control de versiones sin romper el banco. Proporciona actualizaciones en vivo mientras mantiene el cumplimiento con las políticas de las tiendas de Apple y Google. Algunas características clave incluyen:
-
--   **Cifrado de extremo a extremo** para garantizar la entrega segura de actualizaciones
--   **Análisis en tiempo real**, presumiendo de una tasa de éxito global del 82%
--   **Actualizaciones parciales** para mantener los tamaños de paquete pequeños y eficientes
--   **Integración perfecta** con plataformas CI/CD como [GitHub Actions](https://docs.github.com/actions) y [GitLab CI](https://docs.gitlab.com/ee/ci/)
-
-### Estado Actual del Mercado
-
-El mercado de control de versiones está cambiando a medida que los servicios más antiguos se eliminan gradualmente. Los equipos ahora necesitan enfocarse en el costo, la velocidad y el cumplimiento al elegir una estrategia. Aquí hay una instantánea de las opciones actuales:
-
--   **Capgo** (lanzado 2022): Activo, desde $12/mes, soporta actualizaciones en vivo
--   **Appflow**: Cierra en 2026, precio de $6,000/año [\[1\]](https://capgo.app/), ofrece [actualizaciones automatizadas](https://capgo.app/docs/live-updates/update-behavior/)
-
-Estas herramientas están llegando para llenar el vacío dejado por el cierre de CodePush en 2024 y el próximo fin de Appflow en 2026.
-
-## Conclusión
-
-Gestionar el control de versiones para aplicaciones Capacitor involucra una mezcla de flujos de trabajo manuales, automatización de Appflow y [plataformas modernas de actualización en vivo](https://capgo.app/blog/alternative-to-expo/).
-
-### Puntos Clave
-
--   **Actualizaciones manuales**: Ofrecen control detallado pero vienen con el riesgo de error humano.
--   **Automatización de Appflow**: Simplifica los lanzamientos pero viene con un precio de $6,000 por año [\[1\]](https://capgo.app/).
--   **Plataformas de actualización en vivo**: Herramientas como Capgo facilitan la implementación rápida de correcciones y nuevas características.
-
-Al decidir entre actualizaciones manuales, pipelines automatizados o plataformas de actualización en vivo, los equipos deben considerar su frecuencia de lanzamiento, presupuesto y la necesidad de velocidad y cumplimiento. Cada enfoque tiene sus fortalezas y compensaciones.
diff --git a/src/content/blog/es/capgo-for-app-store-safe-ota-updates.md b/src/content/blog/es/capgo-for-app-store-safe-ota-updates.md
deleted file mode 100644
index 29badd1ae..000000000
--- a/src/content/blog/es/capgo-for-app-store-safe-ota-updates.md
+++ /dev/null
@@ -1,157 +0,0 @@
----
-slug: capgo-for-app-store-safe-ota-updates
-title: Capgo para Actualizaciones OTA Seguras en la App Store
-description: >-
-  Explora cómo una plataforma permite actualizaciones de aplicaciones
-  instantáneas y seguras sin retrasos en la tienda de aplicaciones, mejorando la
-  eficiencia del desarrollo y el cumplimiento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-07T03:24:24.255Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ca3d64c828e2c944a33eb7-1741317877632.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, app development, mobile updates, app store compliance, CI/CD
-  integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-[Capgo](https://capgo.app/) permite a los desarrolladores ofrecer **actualizaciones de aplicaciones instantáneas y seguras** sin esperar las revisiones de la tienda de aplicaciones. Con **cifrado de extremo a extremo**, integración continua y entrega continua (CI/CD) fluida, y cumplimiento de las reglas de la tienda de aplicaciones, es una alternativa rentable a las actualizaciones tradicionales o plataformas más caras como [AppFlow](https://ionic.io/appflow). Se han implementado más de **947.6 millones de actualizaciones** en **1,400 aplicaciones en producción**, mejorando la eficiencia del desarrollo en un **81%**.
-
-### Beneficios Clave de [Capgo](https://capgo.app/):
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-07.jpg?auto=compress)
-
-- **Actualizaciones Instantáneas**: Corrige errores o despliega funciones sin demoras.
-- **Despliegues Seguros**: Las actualizaciones están cifradas y son accesibles solo para usuarios autorizados.
-- **Rentable**: La configuración de CI/CD única cuesta $2,600, con aproximadamente $300/mes para uso continuo.
-- **Despliegues Controlados**: Dirige actualizaciones a usuarios o grupos específicos.
-- **Cumplimiento de la Tienda de Aplicaciones**: Se adhiere completamente a las políticas de Apple y Google.
-
-### Comparación Rápida de Plataformas OTA:
-
-| Plataforma | Características Clave | Limitaciones | Costo |
-| --- | --- | --- | --- |
-| **Capgo** | OTA seguro, listo para CI/CD, segmentación de usuarios | Esfuerzo inicial de configuración | $2,600 configuración + ~$300/mes |
-| **AppFlow** | Integración de Ionic, soporte empresarial | Alto costo | $6,000/año |
-| **[App Center](https://visualstudio.microsoft.com/app-center/)** | Nivel gratuito, respaldado por Microsoft | Sin soporte para aplicaciones híbridas | Nivel gratuito disponible |
-
-Capgo es ideal para desarrolladores que necesitan **actualizaciones rápidas y cumplidoras** sin gastar mucho. Se elogia por su facilidad de uso, asequibilidad y fiabilidad en entornos de producción.
-
-## ¿Puedes Realizar Actualizaciones OTA para Aplicaciones iOS? Directrices de Apple Explicadas
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Características de Capgo
-
-La plataforma de Capgo ofrece potentes capacidades de actualización over-the-air (OTA), asegurando actualizaciones de aplicaciones seguras y eficientes. Con **cifrado de extremo a extremo**, las actualizaciones son accesibles solo para usuarios autorizados, manteniendo los despliegues seguros de principio a fin.
-
-Capgo funciona sin problemas con plataformas populares de CI/CD como **[GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [Jenkins](https://www.jenkins.io/), y [CircleCI](https://circleci.com/)**. La plataforma también proporciona una configuración única de CI/CD por $2,600, que es mucho más asequible que la tarifa anual de $6,000 de AppFlow. Esta integración simplifica el despliegue mientras se adhiere a las regulaciones de la tienda de aplicaciones.
-
-El **sistema de asignación de usuarios** de la plataforma brinda a los desarrolladores un control preciso sobre la distribución de actualizaciones. Esta característica permite despliegues dirigidos y pruebas beta, manteniéndose dentro de las políticas de la tienda de aplicaciones. Como compartió Colenso:
-
-> "Desplegamos actualizaciones [Capgo OTA](https://development.capgo.app/) en producción para nuestra base de usuarios de más de 5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que se despliega el OTA a @Capgo."
-
-Aquí hay un resumen rápido de las características destacadas de Capgo:
-
-| Categoría de Característica | Capacidades | Beneficios |
-| --- | --- | --- |
-| Seguridad | Cifrado de extremo a extremo | Mantiene las actualizaciones accesibles solo para usuarios autorizados |
-| Integración | Azure DevOps, GitLab, GitHub, Jenkins | Simplifica el proceso de despliegue |
-| Distribución | Sistema de asignación de usuarios | Permite despliegues controlados y pruebas |
-| Gestión | Soporte para múltiples organizaciones | Proporciona control detallado sobre permisos |
-
-Capgo también soporta **gestión de múltiples organizaciones**, permitiendo a los equipos crear y gestionar organizaciones separadas con permisos de usuario adaptados. Esto añade otra capa de control a sus flujos de trabajo de actualización.
-
-## 2. Actualizaciones Estándar de la Tienda de Aplicaciones
-
-Actualizar aplicaciones a través de las tiendas de aplicaciones tradicionales viene con su propio conjunto de desafíos. El proceso de revisión requerido a menudo retrasa el tiempo entre la identificación de un problema y la liberación de una solución. Esto obliga a los desarrolladores a agrupar varios cambios en una sola actualización, complicando las pruebas y el despliegue. Estas demoras dificultan abordar rápidamente los problemas y mejorar continuamente las aplicaciones, creando una necesidad de soluciones más rápidas que aún cumplan con las reglas de la tienda de aplicaciones.
-
-Los equipos de desarrollo hoy están buscando formas de acelerar las actualizaciones mientras permanecen en cumplimiento con las directrices de la tienda de aplicaciones. Herramientas como Capgo ofrecen una opción, permitiendo a los desarrolladores liberar actualizaciones múltiples veces a la semana, mejorando la eficiencia en hasta un 81% [\[1\]](https://capgo.app/). Esto muestra cómo los procesos tradicionales de actualización pueden frenar el desarrollo ágil, aumentando la demanda de herramientas que apoyen lanzamientos rápidos sin romper las reglas.
-
-Estos cambios en cómo se gestionan las actualizaciones son parte de una tendencia más grande en la industria. Los equipos aiman crear flujos de trabajo más rápidos y responsivos mientras aún cumplen con los estándares de calidad y seguridad establecidos por las tiendas de aplicaciones.
-
-###### sbb-itb-f9944d2
-
-## 3. Plataformas OTA Alternativas
-
-Las actualizaciones estándar de la tienda de aplicaciones pueden ser lentas, haciendo que las plataformas OTA alternativas sean una opción atractiva para actualizaciones más rápidas y cumplidoras. Varias plataformas están surgiendo para satisfacer esta demanda.
-
-El App Center de Microsoft dejó de soportar actualizaciones en vivo para aplicaciones híbridas, dejando a los desarrolladores en busca de nuevas soluciones. Simon Flack compartió su perspectiva sobre este cambio:
-
-> "Actualmente estamos probando @Capgo ya que Appcenter dejó de soportar actualizaciones en vivo en aplicaciones híbridas y @AppFlow es demasiado caro."
-
-El AppFlow de Ionic sigue siendo una opción, pero muchos desarrolladores critican su alto costo y funcionalidad limitada. A $6,000 por año - comparado con aproximadamente $300 al mes para herramientas de CI/CD - es una venta difícil para algunos. LeVar Berry expresó sus frustraciones:
-
-> "Cancelé mi suscripción a @Appflow después de 4 años. Code-Push nunca parecía funcionar bien, espero que @CapGO lo haya resuelto."
-
-Para entender mejor el panorama, aquí hay una comparación rápida de las principales plataformas OTA:
-
-| Plataforma | Características Clave | Limitaciones | Estructura de Costo |
-| --- | --- | --- | --- |
-| AppFlow | Integración de Ionic incorporada | Preocupaciones de funcionalidad | $6,000/año |
-| App Center | Respaldado por Microsoft | Sin soporte para aplicaciones híbridas | Nivel gratuito disponible |
-| Capgo | Cifrado de extremo a extremo; listo para CI/CD | Aún en desarrollo como plataforma | ~$300/mes para CI/CD |
-
-La industria claramente está buscando soluciones OTA más asequibles y confiables. Incluso el equipo de [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA opinó:
-
-> "@Capgo es una forma inteligente de realizar actualizaciones de código caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂."
-
-Estos cambios subrayan la creciente necesidad de equilibrar un rápido despliegue con las reglas de la tienda de aplicaciones, sin romper la banca.
-
-## Beneficios y Limitaciones
-
-Examina más de cerca los métodos de actualización OTA, extrayendo información de ejemplos del mundo real y comentarios de desarrolladores.
-
-| Método de Actualización | Beneficios Clave | Limitaciones Notables | Impacto en Costo |
-| --- | --- | --- | --- |
-| Tienda de Aplicaciones Tradicional | • Confianza incorporada del usuario  <br>• Cumplimiento garantizado  <br>• No se necesita infraestructura adicional | • Tiempos de aprobación largos  <br>• Frecuencia de actualización limitada  <br>• Mayor esfuerzo de desarrollo | Tarifas base de la tienda de aplicaciones |
-| Capgo OTA | • Actualizaciones instantáneas  <br>• Cifrado de extremo a extremo  <br>• Integración CI/CD  <br>• Control sobre asignaciones de usuarios | • Esfuerzo inicial de configuración  <br>• Limitaciones específicas de la plataforma | $2,600 configuración + ~$300/mes |
-| AppFlow | • Integración fluida de Ionic  <br>• Soporte empresarial  <br>• Herramientas integrales | • Alto costo inicial | $6,000/año |
-
-Esta tabla resalta el equilibrio entre rápidas actualizaciones OTA y métodos de la tienda de aplicaciones convencionales. Capgo se destaca al ofrecer **despliegues instantáneos** y **fuertes medidas de seguridad**, abordando los retrasos comunes y los riesgos asociados con las actualizaciones de la tienda de aplicaciones.
-
-El uso de Capgo de cifrado de extremo a extremo asegura que las actualizaciones sean accesibles solo para usuarios autorizados, haciéndolo una opción más segura que los métodos tradicionales. Su rendimiento comprobado - entregando **947.6 millones de actualizaciones** en **1,400 aplicaciones en producción** - muestra su fiabilidad para proyectos de gran escala [\[1\]](https://capgo.app/).
-
-Incluso el equipo de OSIRIS-REx de la NASA elogió a Capgo por su enfoque rentable:
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂"
-
-Mientras que las actualizaciones de la tienda de aplicaciones pueden tardar semanas en ser aprobadas, Capgo permite a los desarrolladores lanzar actualizaciones múltiples veces a la semana, manteniendo los ciclos de desarrollo ágiles. La elección entre estos métodos depende de las necesidades de su proyecto, la experiencia del equipo y el presupuesto disponible.
-
-## Hallazgos Clave y Recomendaciones
-
-Nuestro análisis destaca patrones para actualizaciones OTA efectivas y cumplidoras, ofreciendo perspectivas para guiar su toma de decisiones al adoptar estos métodos.
-
-Elegir la estrategia de [actualización adecuada](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) depende de las necesidades específicas de su proyecto:
-
-| **Necesidad del Proyecto** | **Enfoque Recomendado** | **Evidencia** |
-| --- | --- | --- |
-| Correcciones Críticas de Errores | [Actualizaciones OTA de Capgo](https://console.capgo.app/resend_email) | "Evitar la revisión para una corrección de errores es invaluable." – Bessie Cooper [\[1\]](https://capgo.app/) |
-| Proyectos Sensibles al Costo | Capgo (integración CI/CD a ~$300/mes) | Ahorra costos en comparación con otras alternativas [\[1\]](https://capgo.app/) |
-| Escala Empresarial | Híbrido Tradicional + OTA | Más de 947.6M actualizaciones exitosas en 1,400 aplicaciones en producción [\[1\]](https://capgo.app/) |
-
-Aquí hay algunas estrategias que se basan en estos hallazgos:
-
--   **[Estrategia de Actualización Híbrida](https://capgo.app/docs/live-updates/update-behavior/)**  
-    Combina actualizaciones de la tienda de aplicaciones con actualizaciones OTA para reparaciones rápidas. Rodrigo Mantica enfatizó este enfoque:
-    
-    > "Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-    
--   **Despliegue con Seguridad Primero**  
-    Capgo asegura actualizaciones seguras con su cifrado de extremo a extremo, lo que lo convierte en una opción confiable para aplicaciones empresariales [\[1\]](https://capgo.app/).
-    
--   **Implementaciones Controladas**  
-    Las implementaciones graduales son posibles con la función de asignación de usuarios de Capgo. El equipo de Colenso compartió su experiencia:
-    
-    > "Estamos viendo un funcionamiento muy fluido, casi todos nuestros usuarios están actualizados en minutos después de que se implemente la OTA en @Capgo." [\[1\]](https://capgo.app/)
-    
-
-Para los equipos que se trasladan a una nueva plataforma, Capgo ofrece un proceso de integración fácil. Jay (@jaythegeek) comentó:
-
-> "Hice la configuración de @Capgo y estoy probando este asombroso reemplazo para @AppFlow! Gracias por el duro trabajo, ha sido fácil hasta ahora" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/capgo-integration-with-github-actions-guide.md b/src/content/blog/es/capgo-integration-with-github-actions-guide.md
deleted file mode 100644
index dcfe6d0b4..000000000
--- a/src/content/blog/es/capgo-integration-with-github-actions-guide.md
+++ /dev/null
@@ -1,200 +0,0 @@
----
-slug: capgo-integration-with-github-actions-guide
-title: 'Integración de Capgo con GitHub Actions: Guía'
-description: >-
-  Integra Capgo con GitHub Actions para actualizaciones de aplicaciones
-  eficientes, seguras y rentables, mejorando tu flujo de trabajo de desarrollo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-16T02:24:50.565Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d61b378b902ec211cf87e9-1742091902582.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capgo, GitHub Actions, CI/CD, Capacitor apps, deployment, automation, updates,
-  security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-[Capgo](https://capgo.app/) y [GitHub Actions](https://docsgithubcom/actions) juntos simplifican la implementación de actualizaciones para aplicaciones [Capacitor](https://capacitorjs.com/). Aquí está por qué esta integración merece tu atención:
-
--   **Ahorra Dinero**: Reduce costos de CI/CD hasta $26,100 en 5 años comparado con [AppFlow](https://ionicio/appflow/)
--   **Actualizaciones Rápidas**: Implementa actualizaciones instantáneamente con 95% de usuarios recibiéndolas en 24 horas
--   **Implementaciones Seguras**: Encriptación de extremo a extremo asegura actualizaciones seguras
--   **Flujo de Trabajo Optimizado**: Automatiza compilaciones e implementaciones directamente en tu repositorio GitHub
-
-### Resumen Rápido
-
-1.  **Requisitos**: Cuenta GitHub, [cuenta Capgo](https://capgo.app/disclaimer/) (desde $12/mes), proyecto Capacitor, [Nodejs](https://nodejsorg/en)
-2.  **Configuración**: Instala [Capgo CLI](https://capgo.app/docs/cli/commands) con `npx @capgo/cli init`, configura GitHub Actions con un flujo de trabajo YAML
-3.  **Implementación**: Usa comandos como `npx @capgo/cli deploy` para [automatizar actualizaciones](https://capgo.app/docs/live-updates/update-behavior/)
-4.  **Pruebas**: Implementa en canales de prueba (ej. beta, staging) antes de producción
-
-**Ejemplo de Flujo de Trabajo (YAML)**:
-
-[[CODE_BLOCK]]
-
-Esta integración asegura actualizaciones rápidas, seguras y rentables, haciéndola ideal para equipos de desarrollo ágil
-
-## Tutorial de [GitHub Actions](https://docsgithubcom/actions) - Conceptos Básicos y Pipeline CI/CD
-
-![GitHub Actions](https://mars-images.imgix.net/seobot/screenshots/docsgithubcom-90237daad1b336de5d9b7f1a85aa7441-2025-03-16.jpg?auto=compress)
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Requisitos de Configuración
-
-[Integrar Capgo](https://capgo.app/docs/webapp/) con GitHub Actions implica configurar las herramientas y configuraciones necesarias
-
-### Herramientas y Cuentas Requeridas
-
-Asegúrate de tener las siguientes cuentas y herramientas listas:
-
-| Requisito | Propósito | Detalles |
-| --- | --- | --- |
-| **Cuenta GitHub** | Control de Versiones & CI/CD | Cuenta activa con acceso a repositorios |
-| **Cuenta Capgo** | Gestionar Actualizaciones en Vivo | Planes desde $12/mes para el plan SOLO |
-| **Proyecto Capacitor** | Desarrollo de Aplicaciones | Un proyecto funcional listo para integración |
-| **Nodejs** | Entorno de Ejecución | Se recomienda la última versión LTS |
-
-Una vez que estos estén listos, puedes proceder a agregar Capgo a tu proyecto para actualizaciones automatizadas en vivo
-
-### Agregando [Capgo](https://capgo.app/) a Tu Proyecto
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-16.jpg?auto=compress)
-
-Para integrar Capgo, instálalo en tu proyecto Capacitor usando su herramienta CLI. Según Martin Donadieu, fundador de Capgo:
-
-> "¡Ejecuta npx @capgo/cli init y eso es todo!" [\[1\]](https://capgo.app/)
-
-Este comando configurará el plugin y sus dependencias requeridas
-
-### Configuración del Repositorio GitHub
-
-Prepara tu repositorio GitHub para cumplir con los requisitos de integración CI/CD con Capgo. Como se menciona en su documentación:
-
-> "Configuramos tu pipeline CI/CD directamente en tu plataforma preferida, ya sea GitHub Actions, GitLab CI u otros. No alojamos CI/CD ni te cobramos por mantenerlo" [\[1\]](https://capgo.app/)
-
-Capgo ofrece esta configuración por una tarifa única de $2,600 y ~$300/mes, que es más asequible comparado con la tarifa anual de $6,000 de AppFlow [\[1\]](https://capgo.app/)
-
-Aquí está cómo configurar tu repositorio:
-
--   **Estructura del Repositorio**: Organiza tu repositorio con directorios separados para código fuente, activos y archivos de configuración para mantener todo limpio y manejable
--   **Configuración de Entorno**: Crea entornos distintos para desarrollo, staging y producción, asegurando controles de acceso apropiados y medidas de seguridad
--   **Gestión de Acceso**: Configura los permisos del repositorio cuidadosamente para permitir la [integración con Capgo](https://capgo.app/consulting/) mientras mantienes la seguridad
-
-Estos pasos asegurarán que tu proyecto esté listo para el flujo de trabajo de GitHub Actions, que se detallará en la siguiente sección
-
-## Configuración del Flujo de Trabajo de GitHub Actions
-
-Automatiza tus [implementaciones de Capgo](https://capgo.app/docs/cli/commands/) usando GitHub Actions para optimizar tu proceso de CI/CD
-
-### Creando el Archivo de Workflow
-
-Comienza creando un archivo YAML en el directorio `github/workflows` de tu repositorio. Aquí hay un ejemplo:
-
-[[CODE_BLOCK]]
-
-Esta configuración asegura despliegues seguros y automatizados. Una vez que hayas configurado el archivo, elige los disparadores correctos para tu workflow.
-
-### Opciones de Disparadores de Workflow
-
-GitHub Actions te permite personalizar cuándo se ejecutan los workflows. Aquí hay algunas opciones de disparadores:
-
-| **Tipo de Disparador** | **Caso de Uso** | **Configuración** |
-| --- | --- | --- |
-| Eventos Push | Desplegar en cambios de código | Se activa cuando se envía código a ramas específicas |
-| Despacho Manual | Actualizaciones bajo demanda | Permite iniciar el workflow manualmente |
-| Programación | Lanzamientos programados | Ejecuta despliegues en intervalos establecidos |
-| Pull Request | Pruebas de actualizaciones | Prueba cambios antes de fusionar en ramas principales |
-
-### Gestionando Claves Secretas
-
-Para garantizar despliegues seguros, necesitas gestionar tus claves secretas adecuadamente. GitHub Actions ofrece un sistema encriptado de gestión de secretos para este propósito.
-
-**Pasos para Configurar Autenticación Segura:**
-
-1. **Acceder a Configuración del Repositorio**  
-    Ve a la configuración de tu repositorio y encuentra la sección "Secrets and variables" bajo la pestaña "Security"
-    
-2. **Agregar [Credenciales de Capgo](https://capgo.app/trust/)**  
-    Guarda tu token de autenticación de Capgo como un secreto del repositorio. Nómbralo `CAPGO_TOKEN`
-    
-3. **Referenciar Secretos en Workflows**  
-    Usa tus secretos almacenados en el workflow referenciándolos así: `${{ secrets.CAPGO_TOKEN }}`
-    
-
-## Comandos de Capgo en Workflows
-
-Una vez que tu entorno de GitHub Actions esté configurado, puedes automatizar despliegues integrando comandos de Capgo CLI.
-
-### Instalando Capgo CLI
-
-Agrega el siguiente paso a tu workflow para instalar Capgo CLI:
-
-[[CODE_BLOCK]]
-
-### Autenticando el CLI
-
-Autentica el CLI de forma segura usando el `CAPGO_TOKEN`:
-
-[[CODE_BLOCK]]
-
-### Comandos de Despliegue
-
-Aquí están los comandos clave para manejar la construcción, versionado y despliegue de tus actualizaciones:
-
-| Comando | Propósito | Ejemplo de Uso |
-| --- | --- | --- |
-| `build` | Genera un [bundle listo para producción](https://capgo.app/docs/webapp/bundles/) | `npx @capgo/cli build` |
-| `deploy` | Envía actualizaciones a Capgo | `npx @capgo/cli deploy` |
-| `version` | Establece la versión para la actualización | `npx @capgo/cli version 1.2.0` |
-
-Para automatizar todo el proceso de despliegue, usa los comandos juntos así:
-
-[[CODE_BLOCK]]
-
-Esta configuración asegura que tus actualizaciones sean automáticamente construidas, versionadas y desplegadas cuando se ejecute el workflow. El sistema de gestión de secretos de GitHub mantiene tus credenciales seguras durante todo el proceso.
-
-## Pruebas y Soluciones
-
-### Ejecutando Workflows de Prueba
-
-Puedes probar tu workflow de GitHub Actions usando un [canal de pruebas dedicado de Capgo](https://capgo.app/docs/plugin/cloud-mode/channel-system/). Esto te permite validar actualizaciones antes de que salgan a producción.
-
-[[CODE_BLOCK]]
-
-El sistema de canales de Capgo te ayuda a crear rutas de despliegue separadas para diferentes etapas:
-
-| Canal | Propósito | Audiencia Objetivo |
-| --- | --- | --- |
-| beta | Pruebas pre-lanzamiento | Equipo interno |
-| staging | Validación QA | Usuarios de prueba |
-| production | Despliegue en vivo | Todos los usuarios |
-
-### Soluciones de Errores
-
-Aquí hay algunos problemas comunes de integración y cómo abordarlos:
-
-1. **Fallos de Autenticación**
-
-Verifica el CAPGO_TOKEN en GitHub Secrets. Si está expirado, regeneralo para asegurar una autenticación fluida.
-
-2. **Errores de Construcción**
-
-Asegúrate de que tu configuración de construcción coincida con los requisitos de tu entorno de despliegue.
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo" [\[1\]](https://capgo.app/)
-
-3. **Conflictos de Versiones**
-
-Adhiérete al versionado semántico e incrementa las versiones adecuadamente para prevenir conflictos durante los despliegues.
-
-### Consejos de Mantenimiento
-
-- Usa [analytics de Capgo](https://capgo.app/dp/) para monitorear las tasas de éxito de actualización
diff --git a/src/content/blog/es/capgo-price-reduction.md b/src/content/blog/es/capgo-price-reduction.md
deleted file mode 100644
index e4a4251bd..000000000
--- a/src/content/blog/es/capgo-price-reduction.md
+++ /dev/null
@@ -1,52 +0,0 @@
----
-slug: capgo-price-reduction
-title: >-
-  Reducción de precios de Capgo: Haciendo las actualizaciones en vivo aún más
-  accesibles
-description: >-
-  Nos complace anunciar reducciones significativas de precios en todos los
-  planes de Capgo, haciendo que las actualizaciones en vivo sean más accesibles
-  para desarrolladores de todos los niveles.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-03-05T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Anuncio de reducción de precios de Capgo
-keywords: 'capgo, price reduction, live updates, mobile app development, capacitor'
-tag: News
-published: true
-locale: es
-next_blog: ''
----
-¡Hola! 🎉
-
-¡Grandes noticias: Hemos mejorado tu plan de Capgo gratis! 🚀
-
-## ¿Qué hay de nuevo?
-
-| Plan | MAU | Almacenamiento | Ancho de banda |
-|------|-----|----------------|----------------|
-| Solo | 500 ➡️ 1k | 1 GB | 13 GB ➡️ 50 GB |
-| Maker | 5k ➡️ 10k | 3 GB ➡️ 5 GB | 125 GB ➡️ 500 GB |
-| Team | 30k ➡️ 100k | 6 GB ➡️ 10 GB | 750 GB ➡️ 2.000 GB |
-| Enterprise | 200k ➡️ 1M | 12 GB ➡️ 20 GB | 5.000 GB ➡️ 10.000 GB |
-
-## ¿Por qué hacemos esto? 🤔
-
-1. Creemos que las actualizaciones over-the-air no deberían ser un lujo. Son esenciales para el desarrollo moderno de aplicaciones, ayudándote a publicar más rápido y mantener felices a los usuarios. 🚀
-
-2. Estamos comprometidos a hacer nuestros precios más accesibles con el tiempo. A medida que la tecnología mejora y nuestra base de usuarios crece, queremos trasladar esos beneficios directamente a ti. 💖
-
-3. Beneficios de optimización: ¡El trabajo duro del año pasado dio sus frutos! Hemos reducido nuestros costos operativos y estamos trasladando esos ahorros directamente a ti. 📉➡️📈
-
-¡Estamos emocionados de ver lo que construirás con estos recursos mejorados! 🎉
-
-¿Preguntas? ¡Estamos aquí para ayudar!
-
-¡Feliz programación!
-
-Martin ❤️
-
-P.D. ¡Corre la voz! 🌍
diff --git a/src/content/blog/es/capgo-purpose.md b/src/content/blog/es/capgo-purpose.md
deleted file mode 100644
index 637e749f5..000000000
--- a/src/content/blog/es/capgo-purpose.md
+++ /dev/null
@@ -1,74 +0,0 @@
----
-slug: capgo-purpose
-title: Propósito de Capgo
-description: >-
-  El artículo del blog debe describirse como una guía completa para
-  desarrolladores sobre cómo usar Capgo para gestionar actualizaciones y pruebas
-  de aplicaciones Capacitor
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-10T00:00:00.000Z
-updated_at: 2023-09-10T00:00:00.000Z
-head_image: /capgo_banner.webp
-head_image_alt: banner de capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: SOLUTION
-published: true
-locale: es
-next_blog: ''
----
-## Descripción general
-
-Capgo es una plataforma basada en la nube que puede ayudar a los desarrolladores a optimizar su proceso de desarrollo de aplicaciones Capacitor facilitando la gestión de actualizaciones OTA y pruebas. En este artículo del blog, cubriremos todas las características y beneficios clave de Capgo, así como cómo usarlo para implementar actualizaciones, crear pruebas, gestionar usuarios y administrar configuraciones. También discutiremos los casos de uso y precios de Capgo.
-
-Al final de este artículo, tendrás una comprensión profunda de cómo Capgo puede ayudarte a mejorar tu proceso de desarrollo de aplicaciones Capacitor y entregar mejores aplicaciones a tus usuarios.
-
-## Características
-
-Capgo ofrece una variedad de características que facilitan la gestión de actualizaciones y pruebas de aplicaciones Capacitor, incluyendo:
-
-* Actualizaciones OTA: Capgo facilita la implementación de actualizaciones en los dispositivos de tus usuarios sin tener que reinstalar la aplicación. Simplemente puedes crear una nueva versión en Capgo y subir el paquete de actualización. Capgo implementará automáticamente la actualización en los dispositivos de tus usuarios.
-
-* Pruebas: Capgo te permite crear y ejecutar pruebas en tu aplicación antes de implementarla en producción. Esto puede ayudarte a detectar errores temprano y asegurar que tu aplicación funcione correctamente.
-
-* Integración: Capgo puede integrarse fácilmente con tu pipeline de CI/CD. Esto te permite automatizar la implementación de actualizaciones y pruebas.
-
-* Gestión de usuarios: Capgo te permite asignar usuarios a diferentes grupos y controlar quién puede recibir actualizaciones. Esto puede ser útil para pruebas beta o implementar actualizaciones a un grupo específico de usuarios.
-Gestión de configuración: Capgo te permite gestionar todas tus configuraciones en una ubicación central. Esto puede facilitar el seguimiento de tus cambios y asegurar que todos tus dispositivos estén usando la misma configuración.
-
-## Beneficios
-
-**Procesos Comerciales Optimizados:**
-
-Capgo simplifica los flujos de trabajo usando Live Update CapacitorJS e Ionic. Las actualizaciones en tiempo real aseguran características y seguridad actualizadas, eliminando el tiempo de inactividad durante las actualizaciones y facilitando la integración del sistema para mejorar la eficiencia.
-
-**Colaboración Mejorada:**
-
-Las características de gestión de equipo de Capgo, combinadas con Live Update CapacitorJS e Ionic, facilitan la colaboración perfecta, gestión de proyectos, seguimiento de tareas y comunicación. Las actualizaciones en tiempo real mantienen a todos informados y permiten respuestas rápidas.
-
-**Análisis en Tiempo Real:**
-
-Capgo se integra con live update CapacitorJS e Ionic para proporcionar análisis de datos en tiempo real. Los paneles personalizados muestran métricas comerciales vitales, permitiendo la toma de decisiones proactiva y conocimientos sobre el comportamiento del cliente.
-
-**Productividad Aumentada:**
-
-Capgo optimiza la gestión del tiempo y la priorización de tareas a través de live update CapacitorJS e Ionic. Ofrece programación en tiempo real, recordatorios y notificaciones, junto con la organización de tareas basada en importancia y urgencia, resultando en una productividad mejorada.
-
-**Extensión de Funcionalidad Sin Problemas:**
-
-Capgo revoluciona el desarrollo web al permitir actualizaciones en tiempo real, ahorrando tiempo y esfuerzo a los desarrolladores. Elimina procesos complejos de redespliegue, promueve la agilidad y capacidad de respuesta a la retroalimentación del usuario, resultando en rentabilidad y satisfacción del usuario mejorada.
-
-**Casos de Uso del Mundo Real:**
-
-La versatilidad de Capgo brilla en escenarios prácticos. Mejora la experiencia del usuario y el rendimiento en comercio electrónico, herramientas colaborativas, integración de redes sociales, agregadores de noticias y plataformas de aprendizaje en línea. Las actualizaciones en tiempo real mantienen a los usuarios comprometidos y satisfechos.
-
-**Adoptando el Desarrollo Ágil:**
-
-Los desarrolladores web pueden adoptar prácticas ágiles con Capgo. Las mejores prácticas incluyen planificación para iteración, pruebas exhaustivas, recopilación continua de retroalimentación del usuario, monitoreo del rendimiento, colaboración efectiva y mantenerse actualizado con las características y mejores prácticas evolutivas de Capgo.
-
-## Conclusión
-
-En conclusión, Capgo es una plataforma poderosa que ofrece una variedad de beneficios para creadores y emprendedores. Su integración con live update capacitorjs e ionic proporciona actualizaciones en tiempo real, flujos de trabajo optimizados, colaboración mejorada, análisis en tiempo real y productividad aumentada. Con Capgo, puedes dar vida a tus ideas, gestionar tus proyectos eficientemente y tomar decisiones comerciales informadas.
diff --git a/src/content/blog/es/capgo-vs-appflow-deployment-solutions-compared.md b/src/content/blog/es/capgo-vs-appflow-deployment-solutions-compared.md
deleted file mode 100644
index eceb5368b..000000000
--- a/src/content/blog/es/capgo-vs-appflow-deployment-solutions-compared.md
+++ /dev/null
@@ -1,172 +0,0 @@
----
-slug: capgo-vs-appflow-deployment-solutions-compared
-title: 'Capgo vs. Appflow: Soluciones de Despliegue Comparadas'
-description: >-
-  Compara Capgo y Appflow para actualizaciones OTA, centrándote en la
-  asequibilidad, la seguridad y las opciones de implementación para encontrar la
-  mejor solución para los desarrolladores.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T07:21:36.178Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68217b4a5e3fe4823b5fc0bc-1747034661995.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, app deployment, Capgo, Appflow, mobile app security, CI/CD
-  integration, cloud hosting, self-hosted solutions
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Buscas la mejor herramienta para actualizaciones de aplicaciones Over-the-Air (OTA) [app updates](https://capgo.app/plugins/capacitor-updater/)?** Aquí tienes un desglose rápido: [Capgo](https://capgo.app/) entrega actualizaciones al instante con cifrado de extremo a extremo y opciones de alojamiento flexibles, mientras que [Appflow](https://ionic.io/appflow/), una solución de larga data, está programada para cerrarse en 2026 y tiene costos más altos.
-
-### Puntos Clave:
-
--   **Capgo**: Asequible, seguro, soporta [configuraciones en la nube y auto alojadas](https://capgo.app/blog/self-hosted-capgo/), e integra herramientas externas de CI/CD como [GitHub Actions](https://docs.github.com/actions). Los planes comienzan en $12/mes.
--   **Appflow**: Propietario, solo en la nube, costos más altos ($5,000/año para algunos equipos), y [CI/CD integrado](https://capgo.app/blog/setup-ci-and-cd-gitlab/).
-
-### Comparación Rápida:
-
-| Característica | Capgo | Appflow |
-| --- | --- | --- |
-| **Año de Lanzamiento** | 2022 | De larga data, finaliza en 2026 |
-| **Opciones de Alojamiento** | Nube o auto alojado | Solo en la nube |
-| **Seguridad** | Cifrado de extremo a extremo | Firma de actualizaciones |
-| **Precios** | Desde $12/mes | ~$5,000/año para equipos |
-| **Integración CI/CD** | Herramientas externas soportadas | Sistema integrado |
-
-Capgo se destaca por su asequibilidad, fuerte seguridad y flexibilidad, convirtiéndolo en una opción superior para desarrolladores que buscan actualizaciones rápidas y [seguros](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) sin romper el banco.
-
-## Comparación de Características
-
-### Sistemas de Actualización
-
-Capgo y Appflow toman caminos diferentes cuando se trata de gestionar actualizaciones de aplicaciones. Capgo se enfoca en actualizaciones de activos web, permitiendo a los desarrolladores enviar cambios instantáneamente sin esperar las aprobaciones de la tienda de aplicaciones. Utiliza un sistema de canales para hacer las actualizaciones más específicas, permitiendo a los desarrolladores implementar cambios para grupos de usuarios específicos para pruebas beta o despliegues por fases [\[1\]](https://capgo.app).
-
-Una característica destacada del sistema de actualizaciones de Capgo es su capacidad para enviar solo las partes modificadas de una actualización. Este enfoque reduce tanto el uso de ancho de banda como el tiempo que toma entregar actualizaciones [\[1\]](https://capgo.app).
-
-> "Cancelé mi suscripción a @Appflow después de 4 años. Code-Push nunca pareció funcionar bien, espero que @CapGO lo haya resuelto" - LeVar Berry [\[1\]](https://capgo.app)
-
-### Normas de Seguridad
-
-En cuanto a seguridad, Capgo y Appflow adoptan enfoques diferentes. Capgo utiliza cifrado de extremo a extremo para todas las actualizaciones, mientras que Appflow se basa principalmente en la firma de actualizaciones [\[1\]](https://capgo.app). Ambas plataformas cumplen con los requisitos de Apple y Google, pero sus métodos de protección de datos se destacan:
-
-| Característica de Seguridad | Capgo | Appflow |
-| --- | --- | --- |
-| [Protección de Actualizaciones](https://capgo.app/docs/live-updates/update-behavior/) | Cifrado de extremo a extremo | Firma de actualizaciones |
-| Opciones de Alojamiento | Nube o auto alojado | Solo SaaS |
-| Acceso al Código Fuente | 100% de código abierto | Propietario |
-| Cumplimiento en Tiendas | Cumplimiento total | Cumplimiento total |
-
-El enfoque de Capgo en la encriptación y la flexibilidad en las opciones de alojamiento añade otra capa de control para los desarrolladores que manejan datos sensibles.
-
-### Arquitectura de la Plataforma
-
-La arquitectura de código abierto de Capgo está diseñada para flexibilidad, apoyando tanto despliegues basados en la nube como [auto alojados](https://capgo.app/blog/self-hosted-capgo/). Su CDN global garantiza un rendimiento impresionante, entregando una descarga de paquete de 5 MB en solo 114 ms [\[1\]](https://capgo.app). Esta eficiencia se respalda con resultados del mundo real: Capgo ha entregado 1.6 billones de actualizaciones y soporta más de 1,700 aplicaciones que se encuentran actualmente en producción [\[1\]](https://capgo.app).
-
-> "@Capgo es una forma inteligente de hacer envíos de código caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" - OSIRIS-REx de NASA [\[1\]](https://capgo.app)
-
-Capgo también se integra sin problemas con pipelines de CI/CD como GitHub Actions y [GitLab CI](https://docs.gitlab.com/ee/ci/). Los desarrolladores pueden configurar estos pipelines sin costos adicionales de alojamiento, dándoles más control sobre sus procesos de despliegue [\[1\]](https://capgo.app).
-
-## Comparación de Precios
-
-### Opciones de Planes
-
-Capgo ofrece cuatro niveles de precios, cada uno diseñado para adaptarse a diferentes necesidades y presupuestos. El plan **SOLO** comienza en $12 por mes (con facturación anual), mientras que el nivel **PAYG**, que incluye características de nivel empresarial, tiene un precio de $249 por mes.
-
-| Característica | Capgo SOLO | [Capgo MAKER](https://capgo.app/imprint/) | [Capgo TEAM](https://capgo.app/consulting/) | [Capgo PAYG](https://capgo.app/docs/webapp/payment/) |
-| --- | --- | --- | --- | --- |
-| **Precio ($/mes, facturación anual)** | $12 | $33 | $83 | $249 |
-| **Límite de MAU** | 1,000 | 10,000 | 100,000 | 1,000,000 |
-| **Ancho de Banda** | 50 GB | 500 GB | 2,000 GB | 10 TB |
-| **Almacenamiento** | 2 GB | 5 GB | 10 GB | 20 GB |
-
-Estos niveles están estructurados para escalar con el crecimiento de tu equipo, ofreciendo flexibilidad y precios competitivos.
-
-### Precios para Equipos Pequeños
-
-Para nuevas empresas y equipos más pequeños, los precios de Capgo se destacan como una alternativa rentable a soluciones tradicionales. Mientras que plataformas como Appflow pueden costar miles anualmente, Capgo proporciona una opción más amigable con el presupuesto. Su configuración de CI/CD requiere una tarifa única de $2,600, con costos mensuales en promedio de $300 [\[1\]](https://capgo.app).
-
-> "Actualmente estamos probando @Capgo desde que Appcenter detuvo el soporte para actualizaciones en vivo en aplicaciones híbridas y @AppFlow es demasiado caro." - Simon Flack [\[1\]](https://capgo.app)
-
-Aquí está lo que hace que Capgo sea atractivo para equipos pequeños:
-
--   Una **prueba gratuita de 15 días** sin necesidad de tarjeta de crédito
--   Escalado flexible para ajustarse a tus necesidades de uso
--   Sin contratos anuales - paga según lo uses
--   Opción de auto alojamiento para una mejor gestión de costos
-
-## Herramientas de Desarrollo
-
-### Automatización de Construcción
-
-Capgo y Appflow abordan la automatización de construcción y la integración de CI/CD de maneras distintas. Capgo se centra en la flexibilidad al trabajar sin problemas con plataformas externas de CI/CD como GitHub Actions, GitLab CI y [Jenkins](https://www.jenkins.io/). Este enfoque permite a los desarrolladores utilizar las herramientas con las que ya se sienten cómodos. Hasta ahora, Capgo ha configurado con éxito pipelines de CI/CD para más de 50 aplicaciones, simplificando significativamente los procesos de despliegue [\[1\]](https://capgo.app).
-
-Aquí tienes una comparación rápida de las dos plataformas:
-
-| Característica | Capgo | Appflow |
-| --- | --- | --- |
-| Integración CI/CD | Funciona con plataformas externas como GitHub, GitLab y Jenkins | Viene con un sistema integrado |
-| Costo Operativo | Alrededor de $300 por mes | Aproximadamente $6,000 al año |
-
-Ahora, veamos cómo estas plataformas manejan la colaboración y los flujos de trabajo del equipo.
-
-### Herramientas para Equipos
-
-Tanto Capgo como Appflow incluyen características diseñadas para mejorar la colaboración, pero abordan esto de manera diferente. Capgo proporciona permisos de usuario detallados, soporte para [múltiples organizaciones](https://capgo.app/docs/webapp/organization-system/), y un sistema de canales sofisticado para entregar actualizaciones específicas. Además, Capgo ofrece una API pública, permitiendo a los equipos integrarlo con sus herramientas y flujos de trabajo existentes. Esta configuración asegura que los equipos de desarrollo puedan operar de manera eficiente mientras mantienen las actualizaciones organizadas y optimizadas [\[1\]](https://capgo.app).
-
-## Envío de Actualizaciones de Aplicaciones Móviles Instantáneamente Con [Appflow](https://ionic.io/appflow/)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/68217b4a5e3fe4823b5fc0bc/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-<iframe src="https://www.youtube.com/embed/b3zaNyJJFwk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Guía de Selección de Plataforma
-
-Después de examinar las comparaciones detalladas de características y precios, esta guía destaca escenarios donde Capgo supera a Appflow.
-
-### Principales Diferencias
-
-Capgo y Appflow se desvían significativamente en términos de disponibilidad futura, estructura de precios y enfoque técnico. Capgo se destaca con características como **cifrado de extremo a extremo**, soporte para **Capacitor 8**, y la flexibilidad de opciones de **despliegue en la nube y auto alojado**. Estos factores brindan a los desarrolladores más control y soluciones rentables, especialmente considerando el cierre planeado de Appflow en 2026 [\[1\]](https://capgo.app).
-
-| Aspecto | Capgo | Appflow |
-| --- | --- | --- |
-| Viabilidad a Largo Plazo | Desarrollado activamente (lanzado en 2022) | Cerrándose en 2026 |
-| Opciones de Despliegue | Nube y auto alojado | Solo en la nube |
-| Características de Seguridad | Cifrado de extremo a extremo | Firma básica de actualizaciones |
-
-Estas diferencias facilitan la determinación de qué plataforma se alinea mejor con tus requisitos de despliegue.
-
-### Mejores Casos de Uso
-
-Gracias a sus fortalezas técnicas y ventajas estratégicas, Capgo es una excelente opción para equipos que necesitan **actualizaciones en tiempo real y seguras** mientras se mantienen en cumplimiento con las políticas de la tienda de aplicaciones. Es especialmente adecuada para organizaciones que buscan soluciones de despliegue **flexibles y conscientes del presupuesto**.
-
-> "@Capgo es una forma inteligente de hacer envíos de código caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂"  
-> – OSIRIS-REx de NASA [\[1\]](https://capgo.app)
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Por qué debería elegir Capgo sobre Appflow para actualizaciones de aplicaciones por aire (OTA)?
-
-Capgo ofrece una manera rápida y confiable de entregar actualizaciones por aire (OTA) a tus aplicaciones de Capacitor. Con **actualizaciones en tiempo real** que se alinean con las pautas de Apple y Android, puedes implementar correcciones, nuevas funciones y mejoras al instante, omitiendo la necesidad de aprobaciones de la tienda de aplicaciones.
-
-Lo que distingue a Capgo son sus características destacadas como **cifrado de extremo a extremo** para actualizaciones seguras, **integración fluida de CI/CD** para simplificar tu flujo de trabajo, y **objetivos de actualización específicos para usuarios** para despliegues adaptados. Además, al ser una plataforma de código abierto, proporciona transparencia y flexibilidad para satisfacer las demandas de despliegue de tu aplicación.
-:::
-
-:::faq
-### ¿Cómo protege Capgo las actualizaciones de aplicaciones en comparación con Appflow?
-
-Capgo prioriza la [seguridad de las actualizaciones de aplicaciones](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) mediante el uso de **cifrado de extremo a extremo**, asegurando que los datos permanezcan protegidos mientras viajan entre desarrolladores y usuarios. Este método protege efectivamente las actualizaciones de accesos no autorizados mientras cumple con los estándares de cumplimiento de la plataforma.
-
-Por otro lado, aunque Appflow proporciona funcionalidad, carece de las mismas medidas de cifrado avanzado. Esto hace que Capgo sea una opción más fuerte y segura para los desarrolladores enfocados en proteger sus actualizaciones.
-:::
-
-:::faq
-### ¿Qué deben considerar los desarrolladores al elegir entre las opciones de implementación en la nube y autoalojadas de Capgo?
-
-El artículo no profundiza en los detalles de las opciones de implementación en la nube y autoalojadas de Capgo. Para obtener información más detallada, es una buena idea consultar los recursos oficiales de Capgo o comunicarse directamente con su equipo. Ellos pueden proporcionar orientación que se ajuste a tus necesidades específicas.
-:::
diff --git a/src/content/blog/es/ccpa-compliance-for-mobile-apps.md b/src/content/blog/es/ccpa-compliance-for-mobile-apps.md
deleted file mode 100644
index 281799bec..000000000
--- a/src/content/blog/es/ccpa-compliance-for-mobile-apps.md
+++ /dev/null
@@ -1,312 +0,0 @@
----
-slug: ccpa-compliance-for-mobile-apps
-title: Conformidad con la CCPA para aplicaciones móviles
-description: >-
-  Descubra los pasos más importantes para los desarrolladores de aplicaciones
-  móviles para cumplir con las regulaciones de CCPA mientras protegen los datos
-  de los usuarios y mantienen los derechos de privacidad.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-27T00:40:38.043Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680d75de5a08fca89179eb81-1745714676586.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  CCPA compliance, mobile apps, personal data protection, user rights, data
-  security
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) es obligatorio para los desarrolladores de aplicaciones móviles que recopilan datos personales de residentes de California.** Esta ley otorga a los usuarios derechos sobre sus datos e impone reglas estrictas sobre cómo las aplicaciones los manejan. El incumplimiento arriesga multas cuantiosas y daño a la reputación.
-
-### Puntos Clave:
-
--   **¿Quién debe cumplir?** Aplicaciones que cumplan cualquiera de estos:
-    -   Más de $25M de ingresos anuales.
-    -   Datos de más de 50,000 californianos.
-    -   50%+ de ingresos por venta de datos personales.
--   **Derechos del usuario bajo CCPA:**
-    -   **Derecho a Saber y Eliminar**: Acceder y eliminar datos personales.
-    -   **Derecho a Optar por No Participar**: Rechazar la venta de datos.
-    -   **Derecho a la No Discriminación**: Servicio igual independientemente de la exclusión.
--   **Sanciones por incumplimiento:**
-    -   $2,500 por violación no intencional.
-    -   $7,500 por violación intencional.
-    -   $100–$750 por consumidor por violación de datos.
-
-### Pasos para Asegurar el Cumplimiento:
-
-1.  **Auditar Prácticas de Datos**: Mapear todos los datos personales recopilados y almacenados.
-2.  **Actualizar [Políticas de Privacidad](https://capgo.app/dp/)**: Detallar claramente el uso de datos y derechos del usuario.
-3.  **Agregar Controles de Usuario**: Incluir opciones de exclusión y gestión de datos en la aplicación.
-4.  **Asegurar Datos**: Usar encriptación, controles de acceso y auditorías regulares.
-5.  **Responder a Solicitudes**: Establecer sistemas para manejar consultas de datos de usuarios en 45 días.
-
-**Herramientas como [Capgo](https://capgo.app/)** pueden simplificar el cumplimiento asegurando actualizaciones y gestionando configuraciones de privacidad.
-
-**Próximos Pasos Accionables:**
-
--   Realizar un inventario de datos.
--   Implementar funciones de privacidad en la aplicación.
--   Capacitar a tu equipo en protocolos de cumplimiento.
-
-## Requisitos [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) para Aplicaciones Móviles
-
-### Tipos de Datos Personales
-
-La CCPA protege varios tipos de datos personales comúnmente recopilados por aplicaciones móviles. Aquí un desglose rápido:
-
-| **Categoría de Datos** | **Ejemplos** | **Método de Recolección** |
-| --- | --- | --- |
-| Identificadores de Dispositivo | IDFA, AAID, dirección MAC | Recopilados automáticamente por sistemas |
-| Datos de Ubicación | Coordenadas GPS, dirección IP | Recopilados mediante permisos de la aplicación |
-| Datos de Uso | Duración de sesión, uso de funciones | Rastreados a través de análisis |
-| Detalles Personales | Nombre, correo, número de teléfono | Proporcionados vía formularios de usuario |
-| Información Financiera | Detalles de pago, historial de compras | [Recopilados durante transacciones en la aplicación](https://capgo.app/plugins/purchases-capacitor/) |
-| Datos Biométricos | Huellas dactilares, patrones de Face ID | Capturados a través de funciones de seguridad del dispositivo |
-
-### Derechos del Usuario
-
-Bajo la CCPA, los usuarios tienen derechos específicos sobre sus datos personales:
-
--   **Derecho a Saber y Eliminar**: Los usuarios pueden solicitar información sobre los datos personales recopilados en los últimos 12 meses y solicitar su eliminación.
--   **Derecho a Optar por No Participar**: Los usuarios deben poder optar por no participar en la venta de sus datos personales.
--   **Derecho a la No Discriminación**: Los usuarios que ejercen sus derechos bajo CCPA no pueden ser penalizados con precios más altos o calidad de servicio reducida.
-
-### Requisitos para Desarrolladores
-
-Para cumplir con CCPA, los desarrolladores deben seguir estas pautas:
-
--   **Sistemas de Verificación**  
-    Usar [autenticación de múltiples factores](https://capgo.app/docs/webapp/mfa/) o métodos similares para confirmar la identidad de usuarios que solicitan datos.
-    
--   **Canales de Respuesta**  
-    Establecer canales dedicados para manejar solicitudes de usuarios. Tienes una ventana de 45 días para responder, con posibles extensiones si es necesario.
-    
--   **Controles Técnicos**  
-    Asegurar que tu aplicación incluya las medidas técnicas necesarias para gestionar y proteger datos de usuarios, como se indicó anteriormente.
-    
--   **Requisitos de Documentación**  
-    Mantener registros detallados de lo siguiente:
-    
-    -   Actividades de recolección y procesamiento de datos
-    -   Solicitudes de usuarios y tus respuestas
-    -   Actualizaciones a políticas de privacidad
-    -   Materiales de capacitación del personal relacionados con el cumplimiento de CCPA
-
-Para actualizaciones en vivo, herramientas como [Capgo](https://capgo.app) pueden ayudar a mantener efectivamente las configuraciones de privacidad del usuario.
-
-Los siguientes pasos te guiarán sobre cómo integrar estos requisitos en tu aplicación móvil.
-
-## Pasos para el Cumplimiento de CCPA
-
-### Inventario de Datos
-
-Comienza creando un mapa completo de todos los datos personales que tu organización recopila. Aquí un desglose de ejemplo:
-
-| Categoría de Datos | Puntos de Recolección | Ubicación de Almacenamiento | Controles de Acceso |
-| --- | --- | --- | --- |
-| Entrada de Usuario | Formularios de registro, actualizaciones de perfil | Base de datos local, almacenamiento en la nube | Autenticación basada en roles |
-| Recolección Automática | Inicio de aplicación, seguimiento de sesión | Servidores de análisis | Encriptación, claves API |
-| Datos de Terceros | Inicio de sesión social, procesadores de pago | Servicios externos | Acuerdos de servicio |
-| Datos del Dispositivo | Permisos del sistema, sensores | Almacenamiento del dispositivo, servidores de respaldo | Gestión de permisos |
-
-Una vez que tus datos estén mapeados, asegúrate de que tu política de privacidad refleje estas prácticas con precisión.
-
-### Actualizaciones de Política de Privacidad
-
-Tu política de privacidad necesita comunicar claramente cómo se recopilan, usan y gestionan los datos. Incluye estos puntos clave:
-
--   **Alcance de Recolección de Datos**: Especifica las categorías de información personal recopilada.
--   **Propósito de Uso**: Explica por qué se recopila cada tipo de dato y cómo se usa.
--   **Prácticas de Compartición**: Identifica cualquier tercero que reciba datos de usuarios.
--   **Derechos del Usuario**: Describe los derechos CCPA y proporciona instrucciones claras para ejercerlos.
--   **Métodos de Contacto**: Ofrece al menos dos formas para que los usuarios envíen solicitudes, como correo electrónico o formulario web.
-
-### Características de Control de Usuario
-
-Agrega herramientas en la aplicación para dar a los usuarios control sobre sus datos:
-
-**Interruptores de Privacidad** para:
-
--   Preferencias de recolección de datos
--   Comunicaciones de marketing
--   Compartición de datos con terceros
-
-**Gestión de Consentimiento**:
-
--   Proporcionar opciones claras de participación y exclusión
--   Registrar preferencias de usuarios con marcas de tiempo
--   Permitir a los usuarios actualizar sus preferencias fácilmente
-
-Estas características empoderan a los usuarios mientras mantienen tu aplicación en cumplimiento.
-
-### Sistema de Solicitud de Datos
-
-Establece un sistema para manejar solicitudes de usuarios relacionadas con sus derechos CCPA. Aquí un marco sugerido:
-
-| Tipo de Solicitud | Tiempo de Respuesta | Método de Verificación |
-| --- | --- | --- |
-| Acceso a Datos | 45 días | Autenticación de dos factores |
-| Eliminación de Datos | 45 días | Contraseña de cuenta + confirmación por correo |
-| Exportación de Datos | 45 días | Verificación de ID gubernamental |
-| Confirmación de Exclusión | Inmediata | Inicio de sesión en cuenta |
-
-Esto asegura que las solicitudes se procesen de manera eficiente y segura.
-
-### Protección de Datos
-
-Antes del despliegue, confirma que estas salvaguardas estén en su lugar:
-
--   **Encriptación**: Protege datos en tránsito y en reposo.
--   **Control de Acceso**: Implementa acceso basado en roles.
--   **Recolección Minimizada de Datos**: Recolecta solo lo necesario.
--   **Auditorías**: Realiza revisiones trimestrales de tus prácticas de datos.
--   **Respuesta a Violaciones**: Mantén un procedimiento documentado para manejar violaciones de datos.
-
-Para actualizaciones en vivo, asegura que las configuraciones de privacidad permanezcan intactas. Herramientas como Capgo pueden ayudar proporcionando encriptación de extremo a extremo durante el despliegue.
-
-## Riesgos de privacidad pasados por alto presentados por aplicaciones móviles
-
-<iframe src="https://www.youtube.com/embed/aY-rICZi_Ms" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Herramientas para el Cumplimiento de CCPA
-
-Las herramientas efectivas son esenciales para mantener la protección de datos y cumplir con los requisitos de CCPA. Las herramientas adecuadas no solo ayudan a salvaguardar los datos del usuario sino que también simplifican los esfuerzos de cumplimiento.
-
-### Actualizaciones de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680d75de5a08fca89179eb81/002013533a2d2ba7b874d9490aa8d76e.jpg)
-
-Capgo proporciona actualizaciones seguras y eficientes de aplicaciones que se alinean con los requisitos de CCPA. Al usar encriptación de extremo a extremo, asegura que los datos sensibles permanezcan protegidos durante las actualizaciones. De manera impresionante, Capgo mantiene al 95% de los usuarios activos actualizados dentro de 24 horas [\[1\]](https://capgo.app/).
-
-Esto es lo que Capgo ofrece para el cumplimiento:
-
-| Característica | Cómo Ayuda con el Cumplimiento |
-| --- | --- |
-| **Encriptación de Extremo a Extremo** | Asegura datos de usuario durante actualizaciones |
-| **Capacidad de Reversión** | Revierte rápidamente actualizaciones si ocurren problemas |
-| **Asignación de Usuario** | Entrega actualizaciones de privacidad dirigidas |
-| **Panel de Análisis** | Monitorea actualizaciones y participación del usuario |
-| **[Sistema de Canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Prueba actualizaciones con grupos específicos de usuarios |
-
-Capgo trabaja perfectamente junto con herramientas CI/CD para automatizar actualizaciones de cumplimiento.
-
-### Herramientas CI/CD
-
-Herramientas CI/CD como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), y [Jenkins](https://www.jenkins.io/) reducen errores manuales y aceleran el despliegue de actualizaciones críticas. Estas herramientas aseguran que las actualizaciones de privacidad se implementen eficientemente mientras mantienen los estándares de cumplimiento.
-
-Para aquellos que buscan opciones más personalizables, las herramientas de código abierto son una gran alternativa.
-
-### Soluciones de Código Abierto
-
-Las herramientas de código abierto ofrecen flexibilidad y transparencia, permitiéndote adaptar la gestión de cumplimiento a las necesidades de tu aplicación. También se benefician de prácticas verificadas por la comunidad, haciéndolas una opción confiable.
-
-Al elegir herramientas para el cumplimiento de CCPA, enfócate en características como:
-
--   Controles de permisos detallados para miembros del equipo
--   Registros de auditoría para rastrear actividades de cumplimiento
--   Verificaciones automatizadas durante el despliegue
--   Encriptación para datos tanto en reposo como en tránsito
--   Herramientas efectivas para gestionar solicitudes de datos de usuarios
-
-## Gestión Continua del Cumplimiento
-
-Mantener el cumplimiento con CCPA no es una tarea única. Requiere monitoreo continuo y ajustes mientras las regulaciones cambian.
-
-### Verificaciones de Cumplimiento
-
-Revisar regularmente tus procesos ayuda a detectar y corregir problemas temprano. Automatizar estas revisiones con herramientas CI/CD puede hacer el proceso más fluido, enfocándose en áreas como:
-
--   **Prácticas de recolección de datos**
--   **Precisión de política de privacidad**
--   **Gestión de derechos de usuario**
--   **Medidas de seguridad**
--   **Cumplimiento de servicios de terceros**
-
-El panel de análisis de Capgo puede ayudar a rastrear despliegues de actualizaciones y participación del usuario, facilitando mantenerse al día con cambios relacionados con la privacidad. Estas revisiones también establecen la base para una capacitación efectiva del equipo en cumplimiento.
-
-### Capacitación del Equipo
-
-Asegúrate de que tu equipo comprenda los requisitos de CCPA. Tu programa de capacitación debe incluir:
-
--   **Incorporación Inicial:** Capacitación obligatoria para todos los nuevos empleados
--   **Actualizaciones Regulares:** Sesiones periódicas para cubrir cambios en regulaciones y mejores prácticas
--   **Guía Específica por Rol:** Instrucciones personalizadas para desarrolladores, personal de soporte y gerentes de producto sobre codificación segura, derechos de usuario y verificaciones de cumplimiento
-
-### Actualizaciones de Regulaciones
-
-Mantente al día con los cambios siguiendo canales regulatorios oficiales y foros de la industria. Utiliza herramientas de implementación automatizadas para implementar actualizaciones de manera rápida y consistente. Capgo puede ayudar a garantizar que las actualizaciones sean rápidas y auditables. Además, establece un plan de respuesta rápida para manejar actualizaciones críticas, asegurando acciones oportunas y comunicación clara con los usuarios.
-
-## Resumen
-
-Mantente alineado con los requisitos de CCPA manteniendo una supervisión vigilante y utilizando herramientas efectivas para proteger los datos de los usuarios sin comprometer la experiencia de la aplicación. A continuación, encontrarás pasos accionables derivados de los métodos descritos anteriormente.
-
-### Elementos de Acción
-
-Aquí están los pasos clave para asegurar el cumplimiento de CCPA:
-
--   **Evaluación del Inventario de Datos**: Identificar y documentar todos los puntos donde se recolectan datos personales.
--   **Implementación de Política de Privacidad**: Crear y compartir avisos de privacidad claros y fáciles de entender.
--   **Revisar Protocolos de Derechos**: Fortalecer sistemas para gestionar derechos de usuarios.
--   **Medidas de Seguridad**: Usar encriptación fuerte y otras salvaguardas para proteger datos.
--   **Protocolo de Capacitación del Equipo**: Programar sesiones regulares de capacitación para mantener a tu equipo informado sobre las mejores prácticas de cumplimiento.
-
-Estos pasos proporcionan una hoja de ruta clara para gestionar efectivamente la privacidad del usuario.
-
-### Herramientas de Actualización
-
-Para implementar estos pasos eficientemente, considera usar herramientas de actualización avanzadas que prioricen la integridad de datos. Por ejemplo, Capgo admite actualizaciones globales con resultados impresionantes - entregando 947.6 millones de actualizaciones en todo el mundo y logrando una tasa de actualización del 95% de usuarios activos en 24 horas [\[1\]](https://capgo.app/).
-
-> "Practicamos desarrollo ágil y Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Herramientas como Capgo pueden automatizar actualizaciones relacionadas con el cumplimiento y asegurar que tu aplicación se mantenga actualizada con mínimo esfuerzo.
-
-### Próximos Pasos
-
-Para construir sobre estas prácticas, comienza por:
-
--   **Auditar Prácticas Actuales**: Revisar tus procesos actuales de recolección de datos y privacidad.
--   **Implementar Herramientas**: Integrar herramientas de gestión enfocadas en el cumplimiento.
--   **Crear Documentación**: Desarrollar documentación detallada de cumplimiento.
--   **Preparar tu Equipo**: Planificar y conducir sesiones de capacitación para mantener a tu equipo preparado.
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Cómo pueden los desarrolladores de aplicaciones móviles determinar si su aplicación debe cumplir con la Ley de Privacidad del Consumidor de California (CCPA)?
-
-Para determinar si tu aplicación móvil debe cumplir con la **Ley de Privacidad del Consumidor de California (CCPA)**, considera los siguientes factores clave:
-
-1.  **Tamaño del Negocio**: ¿Tu aplicación o la empresa detrás de ella tiene ingresos brutos anuales que superan los $25 millones?
-2.  **Manejo de Datos**: ¿Tu aplicación compra, vende o comparte la información personal de 50,000 o más residentes, hogares o dispositivos de California anualmente?
-3.  **Ingresos por Datos**: ¿Tu aplicación deriva el 50% o más de sus ingresos anuales de la venta de información personal de residentes de California?
-
-Si tu aplicación o negocio cumple con cualquiera de estos criterios, probablemente está sujeto a los requisitos de CCPA. Además, incluso si tu aplicación no cumple directamente con estos umbrales, es una buena práctica revisar tus prácticas de recolección de datos y privacidad para asegurar el cumplimiento con expectativas más amplias de privacidad.
-
-Para desarrolladores que usan **Capgo**, su solución de actualización en vivo para aplicaciones Capacitor asegura actualizaciones fluidas mientras mantiene el cumplimiento con las pautas de Apple y Android, lo cual puede apoyar la estrategia general de cumplimiento de tu aplicación.
-:::
-
-:::faq
-### ¿Cómo pueden las aplicaciones móviles asegurar el cumplimiento con la Ley de Privacidad del Consumidor de California (CCPA) mientras protegen los datos de los usuarios?
-
-Para cumplir con la **Ley de Privacidad del Consumidor de California (CCPA)** y proteger los datos de los usuarios, las aplicaciones móviles deben enfocarse en algunas prácticas clave:
-
--   **Transparencia en la Recolección de Datos**: Informar claramente a los usuarios sobre los tipos de datos que se recolectan, el propósito de la recolección y cómo serán utilizados.
--   **Proporcionar Derechos de Usuario**: Implementar características que permitan a los usuarios acceder, eliminar u optar por no vender sus datos personales, según lo requiere la CCPA.
--   **Fortalecer la Seguridad de Datos**: Usar [encriptación y soluciones de almacenamiento seguro](https://capgo.app/docs/cli/migrations/encryption/) para proteger la información del usuario contra accesos o brechas no autorizadas.
-
-Adicionalmente, herramientas como **Capgo** pueden mejorar los esfuerzos de cumplimiento de tu aplicación permitiendo actualizaciones instantáneas para abordar vulnerabilidades de seguridad o cambios relacionados con la privacidad sin requerir aprobaciones de la tienda de aplicaciones. Esto asegura que tu aplicación se mantenga en cumplimiento en tiempo real mientras ofrece experiencias de usuario fluidas. Siempre consulta con expertos legales para asegurar el cumplimiento total con los requisitos de CCPA.
-:::
-
-:::faq
-### ¿Cómo impacta la CCPA el uso de servicios de terceros por parte de los desarrolladores de aplicaciones móviles?
-
-La Ley de Privacidad del Consumidor de California (CCPA) requiere que los desarrolladores de aplicaciones móviles aseguren que cualquier servicio de terceros que utilicen cumpla con sus regulaciones de privacidad de datos. Esto significa que los desarrolladores deben evaluar cuidadosamente cómo los proveedores de terceros manejan los datos de usuario, asegurando que sigan las pautas de CCPA para la recolección, almacenamiento y compartición de datos. Además, los desarrolladores deben establecer acuerdos claros con estos proveedores para proteger los derechos de los usuarios, como la capacidad de acceder, eliminar u optar por no participar en la recolección de datos.
-
-Si estás usando herramientas como Capgo para gestionar actualizaciones de aplicaciones, es esencial confirmar que estos servicios se alineen con los requisitos de CCPA. Capgo, por ejemplo, admite el manejo seguro de datos con características como encriptación de extremo a extremo, asegurando el cumplimiento mientras ofrece actualizaciones en tiempo real para tu aplicación. Al asociarse con proveedores que cumplen, los desarrolladores pueden mantener la confianza y evitar posibles problemas legales bajo la CCPA.
-:::
diff --git a/src/content/blog/es/checklist-for-cybersecurity-compliance-in-china.md b/src/content/blog/es/checklist-for-cybersecurity-compliance-in-china.md
deleted file mode 100644
index 265680111..000000000
--- a/src/content/blog/es/checklist-for-cybersecurity-compliance-in-china.md
+++ /dev/null
@@ -1,372 +0,0 @@
----
-slug: checklist-for-cybersecurity-compliance-in-china
-title: Lista de verificación para el cumplimiento de la ciberseguridad en China
-description: >-
-  Manténgase conforme con las estrictas leyes de ciberseguridad de China en 2025
-  siguiendo los requisitos esenciales de protección y seguridad de datos.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T05:14:08.592Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822cd20266b1f3f75203ab9-1747113353909.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  China cybersecurity, compliance checklist, data protection, personal
-  information law, security regulations
-tag: 'Mobile, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las leyes de ciberseguridad de China son más estrictas que nunca en 2025. Para cumplir, las empresas deben seguir regulaciones clave como la **Ley de Ciberseguridad (CSL)**, la **Ley de Seguridad de Datos (DSL)** y la **Ley de Protección de Información Personal (PIPL)**. Aquí hay una rápida lista de verificación de cumplimiento:
-
-- **Verificar la Identidad del Usuario**: Utilizar números de teléfono móvil o documentos de identidad gubernamentales.
-- **Almacenar Datos Localmente**: Todos los datos de usuarios chinos deben permanecer en servidores en China.
-- **Registrar Actividades**: Mantener registros de [actividades del usuario](https://capgo.app/docs/webapp/logs/) durante al menos 60 días.
-- **Asegurar Datos**: Encriptar datos en reposo (AES-256) y en tránsito (TLS 1.3+).
-- **Realizar Auditorías**: Revisiones de seguridad regulares y auditorías anuales son obligatorias.
-- **Gestionar Actualizaciones**: Las actualizaciones OTA deben ser encriptadas, registradas y aprobadas por el usuario.
-
-No cumplir con estos estándares puede resultar en multas de hasta ¥50 millones (~$7.5 millones) o el 5% de los ingresos anuales. Utilice herramientas como [Capgo](https://capgo.app/) para actualizaciones encriptadas y seguimiento de cumplimiento.
-
-| **Regulación Clave** | **Fecha de Entrada en Vigencia** | **Impacto** |
-| --- | --- | --- |
-| Regulación de Gestión de Seguridad de Datos de Red | 1 de enero de 2025 | Reglas de cumplimiento de datos más estrictas |
-| Enmiendas a la CSL | 28 de marzo de 2025 | Penalidades más altas, aplicación más estricta |
-
-Manténgase en cumplimiento asegurando los datos de los usuarios, manteniendo la documentación adecuada y siguiendo las últimas actualizaciones en el marco de ciberseguridad de China.
-
-## Principales Leyes y Regulaciones de Ciberseguridad
-
-### Ley de Ciberseguridad de China (CSL)
-
-La Ley de Ciberseguridad de China (CSL) establece requisitos fundamentales para mantener la seguridad de la red. Estos incluyen el registro con nombre real, la implementación de medidas de seguridad sólidas, la realización de evaluaciones regulares y la notificación rápida de incidentes. Las enmiendas recientes, que entrarán en vigor en marzo de 2025, introducen penas más severas por violaciones para alinearse con los estándares de protección de datos en evolución [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Ley de Protección de Información Personal (PIPL)
-
-La Ley de Protección de Información Personal (PIPL) impone pautas estrictas para la gestión de datos de usuarios, enfatizando la transparencia y la seguridad. Las disposiciones clave incluyen:
-
-| **Requisito** | **Detalles** | **Implementación** |
-| --- | --- | --- |
-| **Consentimiento del Usuario** | Obtener permiso explícito para la recopilación y uso de datos | Ya en vigor |
-| **Transferencias Transfronterizas** | Realizar revisiones de seguridad y obtener aprobación gubernamental para exportaciones de datos | Dentro de los 60 días posteriores a la recopilación |
-| **Protección de Datos** | Aplicar salvaguardias técnicas para asegurar datos personales | Monitoreo continuo |
-
-La PIPL también exige que los desarrolladores de aplicaciones adopten prácticas de manejo de datos claras y abiertas, manteniendo registros detallados del consentimiento del usuario. Las violaciones pueden conducir a suspensiones operativas y multas de hasta ¥50 millones (aproximadamente $7.5 millones) [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law). Estas reglas forman la base de las medidas técnicas delineadas en las Reglas de Gestión de Seguridad de Datos.
-
-### Reglas de Gestión de Seguridad de Datos
-
-A partir del 1 de enero de 2025, la Regulación de Gestión de Seguridad de Datos de Red introduce un marco integral para gestionar los riesgos relacionados con los datos. La regulación enfatiza:
-
-- **Evaluaciones de Riesgo**: Evaluar la sensibilidad de los datos, los volúmenes de procesamiento y los posibles impactos en la seguridad nacional.
-- **Salvaguardias Técnicas**: Clasificar datos, implementar controles de acceso y encriptar información sensible.
-- **Respuesta a Incidentes**: Mantener documentación robusta y medidas técnicas para abordar incidentes de seguridad.
-
-Estas actualizaciones buscan fortalecer la aplicación y abordar los desafíos emergentes de ciberseguridad [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Para los desarrolladores de aplicaciones que trabajan en actualizaciones y parches de seguridad, utilizar [plataformas de actualización seguras](https://capgo.app/docs/live-updates/update-behavior/) puede simplificar el cumplimiento de estas regulaciones. Por ejemplo, **Capgo** (https://capgo.app) ofrece encriptación de extremo a extremo y [gestión de actualizaciones en tiempo real](https://capgo.app/docs/plugin/cloud-mode/manual-update/), lo que es especialmente valioso en un mercado con más de 4 millones de aplicaciones móviles y la base de usuarios de Internet móvil más grande del mundo [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## Requisitos de Privacidad de Datos
-
-### Verificación de Identidad del Usuario
-
-Antes de activar cuentas de usuarios, implemente la verificación con nombre real utilizando números de teléfono móvil o documentos de identidad emitidos por el gobierno. Asegúrese de que las verdaderas identidades estén registradas y encriptadas, mientras permite a los usuarios mostrar alias públicos. Además, registre las actividades de los usuarios según lo exige la regulación [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market). Para agilizar este proceso, considere integrarse con servicios de verificación local autorizados, como los proporcionados por [China Mobile](https://www.chinamobileltd.com/) y [China Unicom](https://www.chinaunicom.com/) [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-También es igualmente importante asegurarse de que todos los datos almacenados cumplan con las regulaciones locales de hospedaje.
-
-### Requisitos de Almacenamiento de Datos
-
-Todos los datos de usuarios chinos deben almacenarse en servidores ubicados dentro de la China continental, de acuerdo con la Regulación de Gestión de Seguridad de Datos de Red, que entra en vigor el 1 de enero de 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Si los datos deben transferirse al extranjero, primero deben someterse a una revisión de seguridad gubernamental u obtener el consentimiento explícito del usuario [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-Para cumplir con estos requisitos, colabore con proveedores de nube chinos autorizados como [Alibaba Cloud](https://www.alibabacloud.com/) o [Tencent Cloud](https://www.tencentcloud.com/). Esto asegura que los datos de los usuarios permanezcan dentro de los límites geográficos designados.
-
-Una vez que se cumplan los requisitos de almacenamiento, enfóquese en implementar las medidas de seguridad necesarias que se describen a continuación.
-
-### Estándares de Seguridad Requeridos
-
-El marco de ciberseguridad para 2025 enfatiza el uso de protocolos de encriptación robustos para salvaguardar los datos de los usuarios [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Las medidas clave incluyen:
-
-| Medida de Seguridad | Especificación Técnica | Propósito |
-| --- | --- | --- |
-| Datos en Reposo | Encriptación AES-256 | Proteger datos almacenados |
-| Datos en Tránsito | TLS 1.3 o superior | Asegurar comunicaciones en la red |
-
-Para los desarrolladores que gestionan actualizaciones, plataformas como Capgo ofrecen encriptación de extremo a extremo que se alinea con estos requisitos de seguridad.
-
-Las auditorías y pruebas regulares son cruciales para asegurar que todas las medidas de seguridad sigan siendo efectivas y estén actualizadas [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-## Cumplimiento, Desafíos y Consejos sobre Ciberseguridad y Protección de Datos en China
-
-<iframe src="https://www.youtube.com/embed/cNYATmph4sw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisitos de Seguridad Técnica
-
-Las regulaciones de ciberseguridad de China requieren que las organizaciones implementen medidas de seguridad técnica detalladas para mantenerse en cumplimiento. En marzo de 2025, la [Administración del Ciberespacio de China](https://en.wikipedia.org/wiki/Cyberspace_Administration_of_China) (CAC) introdujo enmiendas a la Ley de Ciberseguridad (CSL) que delinean estos requisitos, traduciendo obligaciones legales en prácticas prácticas [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Programa de Escaneo de Seguridad
-
-Las aplicaciones móviles deben someterse a verificaciones de seguridad mensuales utilizando herramientas de escaneo aprobadas por la CAC [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Estas evaluaciones se centran en varios aspectos de la seguridad de la aplicación:
-
-| **Aspecto de Seguridad** | **Frecuencia de Evaluación** | **Documentación Requerida** |
-| --- | --- | --- |
-| Evaluación de Vulnerabilidades | Mensual | Informes de escaneo con cronogramas de remediación |
-| Revisión de Seguridad de Código | Mensual | Resultados del análisis de código fuente |
-| Verificación de Componentes de Terceros | Mensual | Informes de auditoría de dependencias |
-
-Todos los informes de escaneo deben ser almacenados y estar disponibles para auditorías regulatorias anuales. Además, las autoridades pueden solicitar acceso inmediato a estos resultados durante las inspecciones [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[5\]](https://www.twobirds.com/en/insights/2025/china/china-cybersecurity-and-data-protection-monthly-update-march-2025-issue).
-
-### Controles de Permisos del Usuario
-
-El control de acceso basado en roles (RBAC) es un requisito innegociable para las aplicaciones móviles que operan en China [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Se espera que los desarrolladores:
-
-- Establezcan niveles de permisos precisos según los roles de los usuarios.
-- Mantengan registros detallados de las actividades de acceso.
-- Revisen y actualicen regularmente la configuración de permisos para asegurar que sigan siendo apropiados.
-
-Para los desarrolladores que manejan actualizaciones de aplicaciones, plataformas como Capgo ofrecen herramientas integradas para gestionar roles y permisos de usuarios de manera eficiente, mientras permiten un rápido despliegue de parches de seguridad.
-
-### Respuesta a Incidentes de Seguridad
-
-Las organizaciones deben notificar a la CAC sobre cualquier incidente de seguridad dentro de las 12 horas posteriores a la detección. Esta notificación debe incluir una evaluación inicial y detalles de las medidas de contención [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[5\]](https://www.twobirds.com/en/insights/2025/china/china-cybersecurity-and-data-protection-monthly-update-march-2025-issue).
-
-Un plan integral de respuesta a incidentes debe cubrir:
-
-- Detección y contención del problema.
-- Estrategias de investigación y comunicación.
-- Notificaciones a los usuarios, cuando sea necesario.
-
-Después del incidente, documente la causa raíz, las acciones de remediación y cualquier actualización a los protocolos de seguridad. Luego, se debe presentar un informe detallado a las autoridades regulatorias.
-
-> "Las últimas enmiendas a la CSL han aumentado la aplicación de la ley y elevado las sanciones para alinearse con otras leyes de protección de datos importantes en China, como la PIPL y la DSL", declara la Administración del Ciberespacio de China en su orientación de marzo de 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-También se requieren simulacros de seguridad regulares y sesiones de capacitación para el personal, manteniendo toda la documentación relacionada a mano para las inspecciones regulatorias [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-## Requisitos de la Tienda de Aplicaciones
-
-Cuando se trata de publicar aplicaciones en China, cumplir con los estándares técnicos es solo el comienzo. Los desarrolladores también deben adherirse a las regulaciones establecidas por la Administración del Ciberespacio de China (CAC) y el [Ministerio de Industria y Tecnología de la Información](https://en.wikipedia.org/wiki/Ministry_of_Industry_and_Information_Technology) (MIIT) [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Proceso de Registro de MIIT
-
-Para registrarse con el MIIT, los desarrolladores deben preparar lo siguiente:
-
--   Una licencia comercial o certificado de organización, junto con una carta de autorización
--   Una descripción detallada de la funcionalidad de la aplicación y las prácticas de recopilación de datos
--   Documentación de evaluaciones de seguridad de la red
--   Una evaluación de impacto en la protección de la información personal
-
-El proceso de revisión estándar generalmente toma de 7 a 10 días hábiles. Sin embargo, los desarrolladores extranjeros a menudo enfrentan tiempos de procesamiento extendidos, de hasta 2 a 3 meses, debido al requerimiento de trabajar a través de una entidad local. Estos pasos se basan en salvaguardias técnicas anteriores para garantizar tanto la seguridad de los datos como la privacidad del usuario.
-
-### Requisitos de Pruebas de Seguridad
-
-Además del registro, las aplicaciones deben someterse a pruebas de seguridad obligatorias. El **Reglamento de Gestión de Seguridad de Datos de Red**, que entrará en vigor el 1 de enero de 2025, detalla protocolos de prueba específicos basados en las categorías de las aplicaciones [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN):
-
--   **Aplicaciones de Finanzas y Salud**  
-    Estas aplicaciones requieren pruebas de penetración y revisiones de código fuente realizadas por organizaciones aprobadas por la CAC. Los desarrolladores también deben conservar la documentación de seguridad durante tres años.
-    
--   **Aplicaciones Sociales y Educativas**  
-    La prueba se centra en evaluaciones de vulnerabilidad y cumplimiento con los estándares de protección de datos. Además, se deben mantener registros de actividad del usuario durante al menos 60 días [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-    
--   **Aplicaciones Generales**  
-    Estas aplicaciones están sujetas a controles básicos, incluidos los estándares de cifrado y las prácticas de manejo de datos. También deben proporcionar verificación de identidad del usuario a través de métodos aprobados.
-    
-
-### Verificación de Cumplimiento del SDK
-
-Los desarrolladores deben mantener un inventario detallado de todos los SDK utilizados en sus aplicaciones, que incluya:
-
--   Nombre del SDK, versión y proveedor
--   Permisos de acceso a datos y ubicaciones de almacenamiento
--   Certificados de seguridad
--   Cumplimiento con la Ley de Protección de Información Personal (PIPL) y la Ley de Seguridad de Datos (DSL) [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law)
-
-Para aplicaciones que dependen de [actualizaciones basadas en la nube](https://capgo.app/docs/live-updates/update-behavior/), plataformas como Capgo proporcionan herramientas para el control de versiones y la implementación de parches que se alinean con los estándares de ciberseguridad chinos.
-
-Para hacer cumplir el cumplimiento, la CAC ha implementado un sistema de denuncia. El incumplimiento puede llevar a la eliminación de la aplicación y a fuertes sanciones [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## Gestión de Actualizaciones
-
-En China, la gestión de actualizaciones va más allá de ajustes técnicos: se trata de cumplir con regulaciones de ciberseguridad estrictas que están en constante evolución [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Requisitos de Actualizaciones OTA
-
-Las actualizaciones por aire (OTA) en China deben adherirse a un conjunto estricto de reglas de seguridad y cumplimiento [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Aquí está lo que se requiere:
-
--   **Cifrado de extremo a extremo**: Los paquetes de actualización deben estar cifrados durante la transmisión e incluir firmas digitales para confirmar su autenticidad [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
--   **Verificación del usuario**: Las actualizaciones solo pueden proceder después del consentimiento explícito del usuario, a menudo verificado mediante validación de número de móvil [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
--   **Localización de datos**: La infraestructura utilizada para entregar actualizaciones a los usuarios chinos debe estar físicamente ubicada en China [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
--   **Documentación**: Mantenga registros detallados de las actualizaciones, que incluyan información sobre el consentimiento del usuario, registros de acceso y evaluaciones de seguridad, durante al menos 60 días [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-Para parches de seguridad críticos, la Administración del Ciberespacio de China (CAC) exige una acción rápida. Las empresas deben emitir notificaciones de vulnerabilidad de inmediato y acelerar la implementación de correcciones [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Estos requisitos están estrechamente relacionados con un sistema de gestión de versiones bien organizado.
-
-### Gestión de Versiones
-
-Bajo el Reglamento de Gestión de Seguridad de Datos de Red, que entrará en vigor en enero de 2025, las empresas deben implementar procesos robustos de control de versiones. Aquí está lo que eso implica:
-
-| Requisito | Duración | Propósito |
-| --- | --- | --- |
-| **Historial de Versiones** | Mínimo 60 días | Para auditorías de seguridad e investigaciones |
-| **Registros de Cambios** | Comprensivo | Documentar todas las actualizaciones y modificaciones |
-| **Evaluaciones de Seguridad** | Por actualización | Asegurar el cumplimiento con las regulaciones |
-| **Seguimiento de Distribución de Usuarios** | Continuo | Monitorizar cómo se adoptan las actualizaciones |
-
-Las capacidades de reversión son esenciales, permitiendo a las empresas volver rápidamente a versiones anteriores. Estas versiones antiguas también deben ser preservadas durante al menos 60 días [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-Al utilizar servicios de terceros para la gestión de versiones, las empresas deben asegurarse de lo siguiente: registro con las autoridades chinas, implementación de infraestructura localizada, documentación clara de responsabilidades y cumplimiento con las leyes de localización de datos [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Para plataformas que gestionan datos sensibles, las actualizaciones que alteran los métodos de recopilación de datos o los permisos de acceso requieren capas adicionales de pruebas y validación para mantener el cumplimiento regulatorio [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-Herramientas como Capgo (https://capgo.app) proporcionan [soluciones de actualizaciones en vivo](https://capgo.app/blog/self-hosted-live-updates/) que incluyen cifrado, integración CI/CD sin problemas y características detalladas de control de versiones.
-
-El incumplimiento de estas regulaciones puede llevar a consecuencias severas, como multas que alcanzan hasta el 5% de los ingresos del año anterior y eliminación de las tiendas de aplicaciones chinas [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-## Documentación de Cumplimiento
-
-El marco de ciberseguridad de China pone un fuerte énfasis en la documentación exhaustiva. Con las enmiendas de marzo de 2025, los requisitos se han vuelto más estrictos y las sanciones por incumplimiento han aumentado significativamente [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Auditorías Anuales Requeridas
-
-Las aplicaciones requieren someterse a auditorías de seguridad detalladas para asegurar que se alinean con la Ley de Protección de Información Personal (PIPL), la Ley de Seguridad de Datos (DSL) y las últimas enmiendas de la Ley de Ciberseguridad (CSL) [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law). Aquí hay un resumen de los cronogramas de auditoría típicos y los requisitos de retención documental:
-
-| Tipo de Auditoría | Frecuencia | Período de Documentación |
-| --- | --- | --- |
-| Aplicaciones Estándar | Anual | 5 años |
-| Infraestructura Crítica / Aplicaciones de Alto Volumen de Datos | Semestral | 5 años |
-
-Estas auditorías deben incluir documentación como informes de evaluación de seguridad, registros de procesamiento de datos, mecanismos de consentimiento del usuario, reconocimientos de políticas de privacidad y planes de respuesta a incidentes.
-
-### Documentación del Flujo de Datos
-
-Al transferir datos a través de fronteras, las organizaciones deben proporcionar documentación detallada de mapas de flujo de datos, realizar evaluaciones de seguridad, obtener el consentimiento explícito del usuario e implementar estrategias de mitigación de riesgos. Estos registros deben ser retenidos durante al menos tres años después de la terminación de la relación de transferencia [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-### Reglas de Almacenamiento de Registros
-
-El Reglamento de Gestión de Seguridad de Datos de Red establece requisitos específicos para la retención de registros [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Estos incluyen:
-
--   **Registros de Actividad del Sistema**
-    
-    -   Detalles de registro de usuario
-    -   Tiempos de inicio de sesión con direcciones IP
-    -   Patrones de uso de funciones
-    -   Actividades de publicación de contenido
--   **Registros de Transacción Financiera**
-    
-    -   Deben estar almacenados por al menos tres años
-    -   Incluir detalles completos de la transacción
-    -   Asegurar almacenamiento a prueba de manipulaciones
--   **Registros de Acceso Administrativo**
-    
-    -   Registrar actividades del administrador del sistema
-    -   Seguimiento de eventos de acceso a datos
-    -   Registrar modificaciones y actividades de exportación/descarga
--   **Registros Generales**
-    
-    -   Requisito de retención: mínimo de 60 días [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)
-
-El incumplimiento en el mantenimiento de estos registros puede llevar a sanciones de hasta el 5% de los ingresos anuales [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Además, los servicios de actualización automatizados deben documentar todas las actividades relacionadas con las actualizaciones para demostrar el cumplimiento.
-
-Una documentación adecuada es la base para todas las demás medidas de cumplimiento, incluidas la capacitación del personal y la planificación de respuesta a incidentes.
-
-## Capacitación en Cumplimiento y Violaciones
-
-### Planes de Respuesta a Violaciones
-
-Las enmiendas de marzo de 2025 a la CSL enfatizan la importancia de tener protocolos detallados para abordar las violaciones [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Un plan de respuesta sólido típicamente involucra las siguientes fases clave:
-
-| **Fase de Respuesta** | **Acciones Requeridas** |
-| --- | --- |
-| **Detección Inicial** | \- Suspender servicios afectados  <br>\- Documentar detalles del incidente  <br>\- Notificar al equipo de cumplimiento interno |
-| **Notificación a la Autoridad** | \- Informar a la Administración del Ciberespacio de China (CAC)  <br>\- Presentar una evaluación preliminar  <br>\- Esbozar un plan de remediación |
-| **Rectificación** | \- Implementar soluciones técnicas  <br>\- Actualizar protocolos de seguridad  <br>\- Documentar todos los cambios |
-| **Post-Incidente** | \- Presentar un informe final  <br>\- Realizar una auditoría de seguimiento  <br>\- Actualizar materiales de capacitación |
-
-La CAC también ha introducido un sistema público de denuncia, lo que subraya la necesidad de respuestas rápidas y bien documentadas [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market). Para apoyar estos esfuerzos, las organizaciones deben emparejar sus planes de respuesta con programas de capacitación exhaustivos para garantizar el cumplimiento en todos los niveles.
-
-### Requisitos de Capacitación del Personal
-
-A partir de enero de 2025, el Reglamento de Gestión de Seguridad de Datos de Red exige programas de capacitación formal para alinearse con los estándares técnicos y de documentación [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Estos programas de capacitación son esenciales para mantener el cumplimiento con los últimos requisitos regulatorios.
-
-**Temas de Capacitación Anuales Obligatorios**
-
--   Principios de privacidad de datos y procedimientos de manejo adecuados
--   Actualizaciones sobre la CSL y la Ley de Protección de Información Personal (PIPL)
--   Técnicas de codificación segura
--   Protocolos de respuesta a incidentes
--   Procesos de verificación de identidad del usuario
-
-**Prácticas de Documentación**
-
--   Mantener registros de asistencia a la capacitación, evaluaciones y actualizaciones de materiales
--   Asegurar que la documentación de capacitación esté siempre actualizada
--   Realizar un seguimiento de los reconocimientos de actualizaciones regulatorias
-
-Las organizaciones también deben proporcionar capacitación adicional cada vez que ocurran cambios regulatorios significativos, como las enmiendas a la CSL programadas para el 28 de marzo de 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-**Pasos Prácticos para una Capacitación Efectiva**
-
--   Asignar un oficial de cumplimiento dedicado para monitorear e implementar actualizaciones regulatorias
--   Suscribirse a servicios de actualización normativa y participar en talleres de la industria
--   Realizar evaluaciones internas regulares de cumplimiento
--   Aprovechar software de gestión de cumplimiento para optimizar procesos
-
-La capacitación frecuente y bien estructurada no solo asegura la adherencia a las regulaciones, sino que también ayuda a mitigar eficazmente los riesgos de incumplimiento.
-
-## Conclusión: Resumen de la Lista de Verificación de Cumplimiento
-
-Esta lista de verificación destaca las áreas esenciales para cumplir con el marco regulatorio de China, que está moldeado por sus tres leyes fundamentales. La estricta adherencia, respaldada por las herramientas adecuadas, es necesaria para alinearse con las últimas enmiendas.
-
-| **Área de Cumplimiento** | **Requisitos** | **Herramientas** |
-| --- | --- | --- |
-| **Privacidad de Datos** | \- Verificar la identidad del usuario a través de números de teléfono móvil  <br>\- Mantener registros de actividad durante al menos 60 días  <br>\- Asegurar almacenamiento de datos seguro | \- Sistemas de verificación de identidad  <br>\- Plataformas de registro seguro  <br>\- Soluciones de almacenamiento local |
-| **Estándares de Seguridad** | \- Realizar evaluaciones de vulnerabilidad regularmente  <br>\- Establecer protocolos de respuesta a incidentes  <br>\- Utilizar cifrado de extremo a extremo | \- Herramientas de escaneo de seguridad  <br>\- Sistemas de gestión de respuestas  <br>\- Marcos de cifrado |
-| **Gestión de Actualizaciones** | \- Desplegar parches de seguridad de manera oportuna  <br>\- Mantener control de versiones  <br>\- Asegurar el cumplimiento de la tienda de aplicaciones | \- Soluciones de actualización OTA  <br>\- Herramientas de gestión de versiones  <br>\- Verificadores de cumplimiento |
-
-El **Reglamento de Gestión de Seguridad de Datos de Red**, vigente a partir del 1 de enero de 2025, impone medidas de cumplimiento más estrictas [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Para cumplir con estos requisitos mientras se aseguran actualizaciones de aplicaciones fluidas, los desarrolladores pueden confiar en herramientas como Capgo, que proporciona actualizaciones OTA cifradas de extremo a extremo adaptadas al mercado chino.
-
-Aquí hay algunos pasos clave para mantenerse en cumplimiento:
-
--   Realizar un seguimiento de los cambios regulatorios y actualizar los protocolos internos según sea necesario.
--   Documentar todas las medidas de seguridad y prácticas de manejo de datos a fondo.
--   Realizar evaluaciones de seguridad regulares y capacitar al personal sobre los protocolos de cumplimiento.
--   Establecer sistemas sólidos de respuesta a incidentes para abordar amenazas potenciales.
-
-El incumplimiento puede llevar a sanciones que van desde advertencias formales hasta la eliminación de aplicaciones de las tiendas de aplicaciones chinas [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Qué pasos deben seguir los desarrolladores para garantizar que sus aplicaciones móviles cumplan con las regulaciones de ciberseguridad de China en 2025?
-
-Para alinearse con las regulaciones de ciberseguridad de China establecidas para 2025, los desarrolladores deben priorizar el cumplimiento de los últimos estándares legales y garantizar que sus aplicaciones cumplan con estrictos requisitos de protección de datos. Aquí hay algunas áreas clave en las que enfocarse:
-
--   **Almacenamiento y transmisión segura de datos**: Utilizar cifrado para proteger datos sensibles del usuario, tanto cuando se almacenan como durante la transmisión, para bloquear el acceso no autorizado.
--   **Localización de datos**: Si es necesario, mantener los datos de los usuarios dentro de China para cumplir con las leyes locales de almacenamiento de datos.
--   **Consentimiento del usuario y transparencia**: Explicar claramente cómo se recogen, utilizan y comparten los datos del usuario. Asegurarse de obtener el consentimiento explícito de los usuarios cuando sea necesario.
--   **Evaluaciones de seguridad regulares**: Realizar auditorías rutinarias y escaneos de vulnerabilidad para descubrir y resolver posibles problemas de seguridad.
-
-Capgo apoya a los desarrolladores en la consecución de la conformidad proporcionando **cifrado de extremo a extremo** y **actualizaciones en tiempo real** para aplicaciones de Capacitor. Esto garantiza que las actualizaciones, ya sean para correcciones o nuevas funciones, se implementen instantáneamente sin esperar las aprobaciones de la tienda de aplicaciones, manteniendo su aplicación segura y conforme con facilidad.
-:::
-
-:::faq
-### ¿Qué pasos pueden tomar los desarrolladores para almacenar y transmitir datos de usuario de manera segura mientras cumplen con las regulaciones de ciberseguridad de China?
-
-Para alinearse con las regulaciones de ciberseguridad de China, los desarrolladores deben centrarse en la **almacenamiento y transmisión segura de datos de usuario**. Aquí se explica cómo se puede lograr esto:
-
--   Utilizar **estándares de cifrado fuertes** para asegurar datos sensibles tanto cuando se almacenan como durante la transmisión.
--   Emplear **protocolos de comunicación segura** como HTTPS y TLS para salvaguardar los datos mientras se transfieren.
--   Monitorear continuamente y actualizar las medidas de seguridad para contrarrestar vulnerabilidades y amenazas emergentes.
--   Cumplir con la **Ley de Protección de Información Personal (PIPL)** y la **Ley de Ciberseguridad** de China, incluidas los requisitos de almacenar datos en servidores ubicados dentro de China si es necesario.
-
-Plataformas como Capgo pueden simplificar los esfuerzos de cumplimiento ofreciendo actualizaciones en tiempo real. Esto permite que las aplicaciones se mantengan seguras y al día sin necesidad de aprobaciones de la tienda de aplicaciones. Además, el cifrado de extremo a extremo de Capgo refuerza la protección de datos, facilitando el cumplimiento de las demandas regulatorias.
-:::
-
-:::faq
-### ¿Cuáles son los riesgos de no cumplir con las regulaciones de ciberseguridad de China y cómo pueden las empresas abordarlos?
-
-No seguir las regulaciones de ciberseguridad de China puede resultar en consecuencias graves, como **multas elevadas**, **eliminación de aplicaciones de las tiendas de aplicaciones**, **filtraciones de datos**, e incluso **acciones legales**. Más allá de esto, el incumplimiento puede dañar gravemente la reputación de una empresa, dificultando mantener una posición en el mercado chino.
-
-Para reducir estos riesgos, las empresas deben asegurarse de que sus aplicaciones se alineen con todos los estándares regulatorios. Esto incluye adherirse a las **reglas de localización de datos**, obtener **consentimiento del usuario para la recolección de datos** y realizar **evaluaciones de seguridad exhaustivas**. Herramientas como Capgo pueden simplificar el proceso al ayudar a los desarrolladores a implementar actualizaciones y correcciones de manera eficiente, asegurando el cumplimiento sin interrumpir la funcionalidad de la aplicación. Mantenerse al tanto de los cambios regulatorios y abordarlos de manera proactiva es esencial para evitar sanciones y lograr el éxito a largo plazo en China.
-:::
diff --git a/src/content/blog/es/checklist-for-google-play-ota-compliance.md b/src/content/blog/es/checklist-for-google-play-ota-compliance.md
deleted file mode 100644
index 7a23ae2f4..000000000
--- a/src/content/blog/es/checklist-for-google-play-ota-compliance.md
+++ /dev/null
@@ -1,259 +0,0 @@
----
-slug: checklist-for-google-play-ota-compliance
-title: Lista de verificación para el cumplimiento de OTA de Google Play
-description: >-
-  Asegúrate de que las actualizaciones Over-The-Air de tu aplicación cumplan con
-  las normas de Google Play en materia de seguridad, control de versiones y
-  mejores prácticas de comunicación con el usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:16:07.896Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae-1743477379769.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, Google Play compliance, security, version control, user
-  communication, app updates, testing, performance metrics
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones **Over-The-Air (OTA)** te permiten enviar cambios directamente a los usuarios, evitando las revisiones de las tiendas. Pero para cumplir con las políticas de Google Play, necesitas seguir reglas estrictas de seguridad, transparencia y calidad. Aquí hay un resumen rápido:
-
--   **Seguridad**: Usa cifrado de extremo a extremo y firma los paquetes de actualización para proteger los datos del usuario.
--   **Control de Versiones**: Rastrea actualizaciones con versionado semántico, incluye opciones de reversión y documenta cambios.
--   **Comunicación con el Usuario**: Notifica a los usuarios sobre actualizaciones, aclara cambios y respeta permisos para aprobaciones manuales.
--   **Pruebas**: Prueba las actualizaciones para funcionalidad, compatibilidad y seguridad antes de implementarlas.
--   **Implementaciones Graduales**: Comienza pequeño (5-10% de usuarios), monitorea el rendimiento y escala gradualmente.
--   **Métricas de Rendimiento**: Apunta a una tasa de éxito de actualización >98%, <0.1% crash rate, and <5MB package size.
-
-**Tools like [Capgo](https://capgo.app/)** make compliance easier with features like instant rollback, real-time monitoring, and secure update delivery.
-
-### Quick Summary Table
-
-| **Compliance Area** | **Key Requirement** | **Target Metric** |
-| --- | --- | --- |
-| Security | End-to-end encryption | 82% global success rate |
-| Version Control | Rollback & phased releases | 95% adoption in 24 hours |
-| User Communication | Clear update alerts & permissions | Inform users effectively |
-| Quality Assurance | Rigorous testing protocols | <0.1% app crash rate |
-
-Follow these steps to keep your app updates fast, secure, and compliant.
-
-## Stay Ahead with Google Play's Essential Policy Update for ...
-
-<iframe src="https://www.youtube.com/embed/qPpYJGGvljk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Creando Paquetes de Actualización
-
-Los paquetes de actualización OTA necesitan alinearse con los estándares de seguridad y control de versiones de Google Play. Esto asegura que las actualizaciones funcionen sin problemas y protejan los datos del usuario. A continuación se encuentran las pautas principales para el control de versiones y seguridad.
-
-### Estándares de Control de Versiones
-
-El control de versiones para actualizaciones OTA exige una organización clara y documentación exhaustiva. Cada paquete de actualización debe incluir:
-
--   **ID de versión único**: Usa versionado semántico (ej., 2.1.3) para rastrear cambios.
--   **Manifiesto de cambios**: Lista todas las modificaciones y correcciones en detalle.
--   **Marcadores de compatibilidad**: Especifica las versiones de la app y dispositivos que soporta la actualización.
--   **Información de reversión**: Incluye referencias a versiones anteriores para permitir una reversión segura si es necesario.
-
-Este nivel de documentación facilita mucho la resolución de problemas.
-
-### Requisitos de Seguridad
-
-Las medidas de seguridad sólidas son críticas para que las actualizaciones OTA cumplan con los estándares de Google Play. Dos prácticas esenciales incluyen usar cifrado de extremo a extremo y firmar paquetes de actualización.
-
-Como explica el equipo de desarrollo de Capgo, _"La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones"_ [\[1\]](https://capgo.app/). Las auditorías regulares de seguridad y el cumplimiento de las mejores prácticas de la industria ayudan a asegurar que las actualizaciones permanezcan seguras y confiables.
-
-## Seguridad en la Distribución de Actualizaciones
-
-Estas medidas ayudan a proteger los datos del usuario y aseguran que las actualizaciones permanezcan estables. Al implementar protocolos de seguridad estrictos, puedes cumplir con los estándares de Google Play y entregar actualizaciones confiables.
-
-### Métodos de Protección de Datos
-
-El cifrado es clave para la distribución segura por aire (OTA). El enfoque más confiable es el **cifrado de extremo a extremo**, que protege los paquetes de actualización durante todo el proceso de transmisión. Simplemente firmar actualizaciones no es suficiente - el cifrado de extremo a extremo asegura que solo tus usuarios puedan acceder a las actualizaciones.
-
-> "Cifrado de extremo a extremo. Solo tus usuarios pueden descifrar tus actualizaciones, nadie más." [\[1\]](https://capgo.app/)
-
-Combina el cifrado con estrategias sólidas de recuperación para mantener un servicio sin interrupciones.
-
-### Opciones de Recuperación de Actualizaciones
-
-Un sistema sólido de recuperación minimiza el impacto de fallos en las actualizaciones y mantiene las apps estables. Incluye características de reversión automática y mantén archivos de versiones estables recientes para correcciones rápidas.
-
-| Componente de Recuperación | Propósito | Prioridad |
-| --- | --- | --- |
-| Mecanismo de Reversión | Restaurar la versión anterior | Crítica |
-| Archivo de Versiones | Mantener versiones de respaldo | Alta |
-
-Juntas, estas herramientas crean un proceso de actualización seguro y eficiente que protege tanto el cumplimiento como la experiencia del usuario.
-
-## Estándares de Comunicación con el Usuario
-
-La comunicación clara y efectiva con los usuarios juega un papel clave en asegurar el cumplimiento con los requisitos de Google Play para actualizaciones.
-
-### Alertas de Actualización
-
-Google Play requiere notificaciones claras para actualizaciones pendientes para mantener a los usuarios informados y mantener el cumplimiento.
-
-| Tipo de Alerta | Propósito | Implementación |
-| --- | --- | --- |
-| Actualizaciones en Segundo Plano | Instalar actualizaciones automáticamente | Notificación silenciosa después de completar |
-| Actualizaciones de Funciones | Notificar a usuarios sobre cambios mayores | Notificación en la app antes de actualizar |
-| Actualizaciones de Seguridad | Informar a usuarios sobre correcciones críticas | Notificación de alta prioridad con detalles |
-
-### Requisitos de Permisos
-
-Diferentes tipos de actualizaciones over-the-air (OTA) requieren niveles específicos de permisos de usuario:
-
-**[Actualizaciones Automáticas](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**
-
--   Usadas para parches menores y correcciones pequeñas.
--   No se necesita acción del usuario [\[1\]](https://capgo.app/).
-
-**Aprobación Manual**
-
--   Recomendada para actualizaciones mayores con nuevas funciones.
--   Permite a los usuarios decidir cuándo instalar.
--   Debe incluir una explicación clara de los cambios.
-
-Estos niveles de permiso aseguran que los usuarios permanezcan informados mientras mantienen control sobre actualizaciones significativas.
-
-### Documentación de Actualizaciones
-
-Siempre proporciona notas de actualización breves y claras que incluyan detalles esenciales como números de versión, correcciones de seguridad, cambios de funciones y errores resueltos. Para pruebas beta o implementaciones graduales, usa canales dedicados para recolectar retroalimentación temprana.
-
-**Detalles Clave a Incluir:**
-
--   Número de versión
--   Actualizaciones de seguridad
--   Cambios de funciones
--   Corrección de errores
-
-> "Cifrado de extremo a extremo. Solo tus usuarios pueden descifrar tus actualizaciones, nadie más." [\[1\]](https://capgo.app/)
-
-Este enfoque mantiene a los usuarios informados y asegura que las actualizaciones sean tanto eficientes como conformes con los estándares de Google Play.
-
-## Pasos de Control de Calidad
-
-Una vez que las actualizaciones son distribuidas de forma segura, un control de calidad exhaustivo asegura que funcionen como se pretende. Estos pasos se basan en medidas anteriores de seguridad y comunicación para garantizar que las actualizaciones funcionen sin problemas.
-
-### Requisitos de Prueba
-
-Las actualizaciones OTA deben ser probadas en varias áreas clave:
-
-| Tipo de Prueba | Propósito | Verificaciones Clave |
-| --- | --- | --- |
-| Funcionalidad | Verificar funciones principales | Inicio de app, flujos críticos, manejo de datos |
-| Red | Probar conectividad | Rendimiento bajo diferentes condiciones de red |
-| Dispositivo | Asegurar compatibilidad | Diferentes versiones de Android, tamaños de pantalla |
-| Seguridad | Verificar protección | Integridad del cifrado, transmisión segura de datos |
-
-Automatizar estas pruebas ayuda a mantener la consistencia y reduce la probabilidad de errores.
-
-### Proceso de Lanzamiento Gradual
-
-Implementa actualizaciones gradualmente, comenzando pequeño y expandiendo conforme se confirma la estabilidad:
-
-1.  **Lanzamiento Inicial**: Implementar al 5-10% de usuarios.
-2.  **Período de Monitoreo**: Observar rendimiento durante 24-48 horas.
-3.  **Fase de Expansión**: Aumentar implementación en incrementos del 20%.
-4.  **Lanzamiento Completo**: Desplegar a todos los usuarios después de confirmar estabilidad.
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." - colenso, @colenso [\[1\]](https://capgo.app/)
-
-### Seguimiento de Rendimiento
-
-Rastrea estas métricas clave durante y después del despliegue:
-
-| Métrica | Objetivo | Umbral de Acción |
-| --- | --- | --- |
-| Tasa de Éxito de Actualización | >98% | <95% triggers investigation |
-| Installation Time | <30 seconds | \>1 minuto requiere optimización |
-| Tasa de Fallos de App | <0.1% | \>0.5% inicia reversión |
-| Uso de Red | <5MB/update | \>10MB necesita optimización de paquete |
-
-Las herramientas de análisis y seguimiento de errores son esenciales para identificar y resolver problemas rápidamente. Las características de reversión instantánea son críticas para mantener la calidad del servicio si algo sale mal.
-
-> "¡Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-Para pruebas beta y lanzamientos graduales, usa sistemas de canales para dirigirte a grupos específicos de usuarios con diferentes versiones. Este enfoque controlado asegura pruebas exhaustivas mientras se mantiene el cumplimiento con los requisitos de Google Play Store.
-
-## Herramientas de Cumplimiento de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae/574f3a2cd27791454624262312a6c223.jpg)
-
-Capgo se basa en protocolos estrictos de actualización y seguridad para proporcionar herramientas diseñadas para el cumplimiento. Con más de 23.5 millones de actualizaciones entregadas en 750 apps de producción [\[1\]](https://capgo.app/), Capgo asegura actualizaciones fluidas mientras cumple con estándares clave. Estas herramientas están fundamentadas en principios como control de versiones, seguridad y aseguramiento de calidad.
-
-### Características de Seguridad
-
-Capgo incorpora características avanzadas de seguridad adaptadas para cumplir con los requisitos de Google Play:
-
-| **Característica de Seguridad** | **Implementación** | **Beneficio de Cumplimiento** |
-| --- | --- | --- |
-| Cifrado de Extremo a Extremo | Cifrado verdadero, no solo firma | Protege actualizaciones contra manipulación |
-| CDN Seguro | Distribución global en 114ms | Entrega actualizaciones rápida y confiablemente |
-| Control de Versiones | Reversión con un clic | Asegura estabilidad para cumplir estándares de Play Store |
-
-### Integración de Desarrollo
-
-Capgo se ajusta fácilmente a flujos de trabajo de desarrollo existentes mientras se adhiere a las reglas de cumplimiento de Google Play:
-
-| **Tipo de Integración** | **Característica** | **Aspecto de Cumplimiento** |
-| --- | --- | --- |
-| Pipeline CI/CD | Soporta [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Jenkins](https://www.jenkins.io/) | Automatiza verificaciones de cumplimiento |
-| Herramientas CLI | Despliegues con un comando | Estandariza el proceso de actualización |
-| Acceso API | API pública para configuraciones personalizadas | Ofrece gestión flexible de cumplimiento |
-| [Sistema de Canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Pruebas beta y lanzamientos graduales | Permite lanzamientos controlados de actualizaciones |
-
-La integración CI/CD está disponible por aproximadamente $300 por mes.
-
-### Gestión de Actualizaciones
-
-Capgo proporciona herramientas para gestionar actualizaciones efectivamente mientras se alinea con los estándares de cumplimiento de Google Play:
-
-| **Herramienta de Gestión** | **Métrica de Éxito** | **Impacto en Cumplimiento** |
-| --- | --- | --- |
-| Panel de Análisis | 95% de adopción de actualización en 24 horas | Monitorea tasas de adopción de usuarios |
-| Seguimiento de Errores | 82% tasa de éxito global | Rastrea estabilidad de actualización |
-| Actualizaciones Parciales | Tamaño promedio de paquete de 5MB | Mejora eficiencia de entrega |
-| Controles de Organización | Permisos granulares | Asegura autoridad de actualización |
-
-> "¡Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo también ofrece opciones flexibles de alojamiento, incluyendo soluciones en la nube y autoalojadas. Estas opciones permiten a las organizaciones mantener el control sobre su infraestructura de actualizaciones mientras cumplen con los estándares de seguridad de Google Play. Características como el monitoreo en tiempo real y la reversión instantánea ayudan a alcanzar el punto de referencia del 82% de tasa de éxito global.
-
-## Resumen
-
-### Revisión de la Lista de Verificación
-
-Cumplir con la conformidad OTA de Google Play requiere atención a la seguridad, control de versiones, gestión de usuarios y garantía de calidad. Aquí un desglose:
-
-| Área de Cumplimiento | Requisitos Clave | Métricas de Éxito |
-| --- | --- | --- |
-| **Seguridad** | Cifrado de extremo a extremo | 82% tasa de éxito global |
-| **Control de Versiones** | Capacidad de reversión, lanzamientos por fases | 95% de adopción de actualizaciones en 24 horas |
-| **Gestión de Usuarios** | Controles de permisos, alertas de actualización | 23.5M actualizaciones entregadas exitosamente |
-| **Garantía de Calidad** | Protocolos de prueba, monitoreo de rendimiento | 750+ aplicaciones en producción conformes |
-
-Mantenerse al día con estos requisitos ayuda a evitar rechazos y asegura operaciones fluidas de la aplicación.
-
-### Usando Capgo
-
-Capgo proporciona herramientas diseñadas para facilitar el cumplimiento de los estándares de Google Play. Con sus características, los desarrolladores pueden gestionar millones de actualizaciones en varias aplicaciones sin problemas [\[1\]](https://capgo.app/).
-
-> "Capgo es esencial para los desarrolladores - permitiendo correcciones de errores sin revisión de la tienda" [\[1\]](https://capgo.app/)
-
-**Características Clave y Ventajas**:
-
-| Característica | Ventaja | Implementación |
-| --- | --- | --- |
-| **Actualizaciones Instantáneas** | Corrección rápida de errores sin retrasos de la tienda | Integración con pipeline CI/CD |
-| **Protocolo de Seguridad** | Cifrado de extremo a extremo | \-  |
-| **Control de Actualizaciones** | Permisos granulares para actualizaciones | Despliegue específico por usuario |
-| **Seguimiento del Rendimiento** | Monitoreo en tiempo real | Panel de análisis |
-
-El sistema de canales de Capgo permite una distribución controlada de actualizaciones, asegurando que las actualizaciones se entreguen eficientemente mientras se mantiene el cumplimiento con las políticas de Google Play. Características como la reversión con un clic y el seguimiento de errores ayudan a los equipos a mantener la estabilidad de las actualizaciones y abordar rápidamente cualquier problema que surja.
diff --git a/src/content/blog/es/checklist-for-ota-updates-under-australias-privacy-act.md b/src/content/blog/es/checklist-for-ota-updates-under-australias-privacy-act.md
deleted file mode 100644
index cdc363e36..000000000
--- a/src/content/blog/es/checklist-for-ota-updates-under-australias-privacy-act.md
+++ /dev/null
@@ -1,243 +0,0 @@
----
-slug: checklist-for-ota-updates-under-australias-privacy-act
-title: >-
-  Lista de verificación para actualizaciones OTA según la Ley de Privacidad de
-  Australia
-description: >-
-  Asegúrate de que tus actualizaciones OTA cumplan con la Ley de Privacidad de
-  Australia mediante la implementación de medidas sólidas de seguridad de datos
-  y privacidad del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T12:19:39.963Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800eb6a28980901df1efb7c-1744892450543.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, Privacy Act, data security, user privacy, end-to-end encryption,
-  compliance, update management
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Entregas actualizaciones OTA (Over-The-Air)? Debes cumplir con los requisitos de la [Privacy Act](https://en.wikipedia.org/wiki/Privacy_Act_1988) de Australia para proteger los datos de los usuarios y evitar sanciones.**
-
-Esto es lo que necesitas saber:
-
--   **Seguridad de Datos**: Usa cifrado de extremo a extremo para las actualizaciones.
--   **Privacidad del Usuario**: Protege la información personal y anonimiza los análisis.
--   **Control de Actualizaciones**: Implementa opciones de reversión y seguimiento seguro de versiones.
--   **Derechos del Usuario**: Permite a los usuarios gestionar actualizaciones, ver datos almacenados y optar por no participar cuando sea posible.
-
-**Pasos Clave para el Cumplimiento**:
-
-1.  Cifra todos los paquetes de actualización y asegura los canales de entrega.
-2.  Monitorea el rendimiento de las actualizaciones y resuelve problemas rápidamente.
-3.  Ofrece herramientas para que los usuarios controlen las actualizaciones y los datos.
-
-**Comparación Rápida de Plataformas OTA**:
-
-| **Característica** | **[Capgo](https://capgo.app/)** | **Otros** |
-| --- | --- | --- |
-| Cifrado de extremo a extremo | ✅ Sí | ❌ A menudo falta |
-| Mecanismos de reversión | ✅ Soportado | ⚠️ Limitado |
-| Flexibilidad de alojamiento | ✅ Nube/Auto-alojado | ⚠️ Principalmente nube |
-| Herramientas de cumplimiento | ✅ Incorporadas | ⚠️ Varía |
-
-## Reglas de la [Privacy Act](https://en.wikipedia.org/wiki/Privacy_Act_1988) para Actualizaciones OTA
-
-### Gestión de Datos Personales
-
-La Privacy Act impone pautas estrictas para gestionar los datos personales recopilados a través de actualizaciones OTA. Los desarrolladores necesitan priorizar el manejo seguro de datos para proteger la privacidad del usuario mientras mantienen las funciones de actualización necesarias.
-
-| Tipo de Datos | Protección Requerida |
-| --- | --- |
-| Identificadores de Dispositivo | Cifrado de extremo a extremo |
-| Análisis de Actualizaciones | Seguimiento anonimizado |
-| Registros de Errores | Recopilación mínima de datos |
-| Historial de Versiones | Almacenamiento seguro |
-
-Capgo asegura que los datos sensibles permanezcan protegidos durante las actualizaciones OTA mediante el uso de cifrado de extremo a extremo.
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-### Estándares de Protección de Datos
-
-Las prácticas sólidas de gestión de datos están respaldadas por medidas técnicas para garantizar la seguridad y fiabilidad de las actualizaciones.
-
-**Entrega Segura de Actualizaciones**
-
--   Usa cifrado de extremo a extremo para todos los paquetes de actualización.
--   Emplea actualizaciones diferenciales para minimizar la transferencia de datos.
--   Protege los canales de distribución de actualizaciones contra accesos no autorizados.
--   Realiza verificaciones de integridad para validar actualizaciones.
-
-**Monitoreo de Actualizaciones**
-
--   Monitorea las tasas de éxito de las actualizaciones.
--   Identifica y reporta cualquier error durante el proceso de actualización.
--   Mantiene control sobre los historiales de versiones.
--   Admite opciones de reversión automática para actualizaciones fallidas.
-
-### Derechos de Datos del Usuario
-
-El cumplimiento de la Privacy Act también implica comunicar claramente los derechos del usuario y ofrecer herramientas para gestionar sus datos.
-
-**Derechos de Acceso**
-
--   Comparte documentación clara de los datos recopilados e historiales de actualización.
--   Permite a los usuarios ver la información almacenada del dispositivo.
-
-**Medidas de Control**
-
--   Permite a los usuarios rechazar actualizaciones que no sean esenciales.
--   Proporciona opciones para programar actualizaciones en momentos convenientes.
--   Permite a los usuarios volver a versiones anteriores de la aplicación.
--   Ofrece la capacidad de eliminar datos almacenados cuando se desinstala una aplicación.
-
-## Lista de Verificación de Actualización OTA
-
-### Antes del Lanzamiento de la Actualización
-
-Asegúrate de que estas medidas de seguridad clave estén implementadas antes de lanzar la actualización:
-
-| **Verificación Pre-Lanzamiento** | **Acción Necesaria** | **Cómo Verificar** |
-| --- | --- | --- |
-| Verificación de Cifrado | Asegurar que los paquetes de actualización usen cifrado de extremo a extremo | Realizar una revisión técnica |
-| Mecanismo de Reversión | Verificar la funcionalidad de reversión para restaurar versiones anteriores instantáneamente | Realizar pruebas de QA |
-
-Una vez completadas estas verificaciones previas al lanzamiento, procede con prácticas seguras durante el proceso de actualización.
-
-### Asegurando el Proceso de Actualización
-
--   Usa cifrado de extremo a extremo para todos los paquetes de actualización OTA.
--   Habilita análisis para monitorear el progreso de la actualización e identificar rápidamente cualquier error.
-
-### Después del Lanzamiento de la Actualización
-
-Mantén un seguimiento del rendimiento de la actualización a través de análisis. Si surge algún problema, usa medidas de reversión inmediatamente para resolverlo.
-
-El monitoreo constante y la acción rápida son cruciales para mantener la seguridad y cumplir con las normativas.
-
-## Parte 1 - Marco legal australiano para la seguridad y privacidad de datos
-
-<iframe src="https://www.youtube.com/embed/mNR3VJXK3ss" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisitos del Mercado Australiano
-
-Las organizaciones que operan en Australia deben abordar tanto los protocolos estrictos de seguridad de datos como las regulaciones regionales o internacionales específicas.
-
-### Quién Debe Cumplir
-
-Las organizaciones que implementan actualizaciones OTA deben cumplir con las obligaciones descritas en la Privacy Act de Australia. Si bien todas las organizaciones deben adherirse a estas reglas, aquellas que manejan datos sensibles o trabajan en sectores críticos enfrentan un escrutinio más estricto. Los dispositivos IoT tienen su propio conjunto de pautas de cumplimiento adaptadas que deben seguirse.
-
-### Pautas de IoT
-
--   Implementa parches rápidamente y proporciona comunicación clara sobre los procesos de actualización.
--   Incluye el consentimiento del usuario en los sistemas de actualización automatizados.
--   Favorece el procesamiento local de datos sobre soluciones basadas en la nube cuando sea factible.
-
-Para aquellos involucrados en infraestructura crítica, pueden aplicar requisitos adicionales bajo otros marcos legislativos.
-
-### Reglas Internacionales de Datos
-
-Las transferencias globales de datos introducen obligaciones adicionales, incluyendo:
-
--   Divulgar claramente las ubicaciones de los servidores.
--   Asegurar que se proteja la soberanía de datos.
--   Realizar evaluaciones de impacto en la privacidad.
--   Establecer salvaguardas contractuales.
-
-Los desarrolladores deben implementar controles para mantener los datos sensibles dentro de jurisdicciones aprobadas mientras mantienen la transparencia sobre cómo se procesan.
-
-Capgo apoya estos requisitos ofreciendo soluciones de actualización en vivo con cifrado fuerte y opciones para la ubicación del servidor, asegurando una gestión de datos segura y conforme.
-
-## Comparación de Plataformas OTA
-
-Aquí hay una comparación de plataformas OTA, considerando las necesidades de cumplimiento y cambios recientes en el mercado. Notablemente, Microsoft Code Push cerrará en 2024, y Ionic Appflow cerrará en 2026.
-
-### Características de Seguridad
-
-Al asegurar el cumplimiento de la Privacy Act, estas características de seguridad son clave:
-
-| Característica | Implementación | Relevancia para Privacy Act |
-| --- | --- | --- |
-| **[Cifrado de Actualización](https://capgo.app/docs/cli/migrations/encryption/)** | Cifrado de extremo a extremo | Protege datos sensibles |
-| **Firma de Actualización** | Firmas criptográficas | Verifica integridad de actualización |
-| **Gestión de Usuarios** | Permisos granulares | Controla niveles de acceso |
-| **Opciones de Alojamiento** | Nube/Auto-alojado | Asegura soberanía de datos |
-
-Capgo ofrece cifrado de extremo a extremo y logra una tasa de éxito de actualización del 82% [\[1\]](https://capgo.app/). Estas características son esenciales para proteger datos y asegurar el cumplimiento.
-
-### Análisis de Costos
-
-Aquí hay un desglose de costos para diferentes soluciones OTA:
-
--   **Configuración CI/CD estándar**: $300/mes
--   **Soluciones empresariales (ej., Appflow)**: $6,000/año
--   **Configuración CI/CD única con Capgo**: $2,600
-
-Si bien el costo es un factor, la estructura de la plataforma también impacta en el cumplimiento y la eficiencia.
-
-### Tipos de Plataforma
-
-Diferentes tipos de plataforma atienden diversas necesidades de cumplimiento:
-
-**Plataformas de Código Abierto**
-
--   Permiten auditorías de código para transparencia y personalización
--   Ofrecen opciones de auto-alojamiento para mayor control de datos
--   Proporcionan flexibilidad para cumplir necesidades específicas de cumplimiento
-
-**Soluciones Basadas en la Nube**
-
--   Entregan actualizaciones regulares de cumplimiento y parches de seguridad
--   Incluyen herramientas de monitoreo incorporadas
--   Siguen protocolos de seguridad estándar
-
-El rendimiento puede variar entre estos tipos de plataforma, por lo que es importante elegir una que se alinee con los requisitos de la Privacy Act.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Las organizaciones deben sopesar estos factores cuidadosamente para cumplir efectivamente con sus obligaciones de seguridad y cumplimiento.
-
-## Próximos Pasos
-
-### Puntos Principales
-
-Para asegurar que las actualizaciones OTA cumplan con la Privacy Act, es crucial usar **cifrado de extremo a extremo** y mantener una **distribución controlada**.
-
-Aquí hay un resumen rápido de los requisitos clave de cumplimiento:
-
-| Requisito | Estrategia de Implementación | Impacto |
-| --- | --- | --- |
-| Protección de Datos | Cifrado de extremo a extremo | Bloquea acceso no autorizado |
-| Control de Actualizaciones | Distribución basada en canales | Permite despliegues por etapas |
-| Gestión de Errores | Monitoreo en tiempo real | Ayuda a resolver problemas rápidamente |
-| Flexibilidad de Alojamiento | Opciones de nube o auto-alojado | Soporta soberanía de datos |
-
-Estas estrategias establecen las bases para el cumplimiento y la gestión eficiente de actualizaciones OTA.
-
-### Elementos de Acción
-
-Sigue estos pasos para poner en acción las estrategias de cumplimiento:
-
-1.  **Fortalecer Medidas de Seguridad**
-    
-    -   Usa cifrado de extremo a extremo para todos los paquetes de actualización.
-    -   Configura monitoreo en tiempo real para seguir el rendimiento de las actualizaciones.
-2.  **Crear Procesos de Actualización**
-    
-    -   Construye un sistema de distribución basado en canales para despliegues controlados.
-    -   Prueba actualizaciones con grupos pequeños de usuarios antes de un lanzamiento más amplio.
-3.  **Configurar Sistemas de Respaldo**
-    
-    -   Implementa mecanismos de reversión para arreglar problemas rápidamente durante las actualizaciones.
-    -   Usa sistemas de control de versiones que se alineen con los estándares de la Privacy Act.
-
-> "El Sistema de Actualización en Vivo Más Seguro para Capacitor. Construido para desarrolladores que valoran la seguridad y la velocidad." - Capgo.app
-
-Capgo ofrece seguridad de actualización en vivo que se alinea con estas necesidades de cumplimiento.
diff --git a/src/content/blog/es/checklist-for-token-signing-in-capacitor-apps.md b/src/content/blog/es/checklist-for-token-signing-in-capacitor-apps.md
deleted file mode 100644
index c5c715803..000000000
--- a/src/content/blog/es/checklist-for-token-signing-in-capacitor-apps.md
+++ /dev/null
@@ -1,162 +0,0 @@
----
-slug: checklist-for-token-signing-in-capacitor-apps
-title: Lista de verificación para la firma de tokens en aplicaciones Capacitor
-description: >-
-  Sigue esta lista de verificación completa para firmar tokens de forma segura
-  en aplicaciones de Capacitor, garantizando la integridad de los datos y el
-  cumplimiento de los estándares de EE. UU.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T02:15:22.429Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680454b86000445eb1a68ab2-1745115338258.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  token signing, Capacitor apps, data integrity, security standards, compliance,
-  JWT, cryptographic library
-tag: 'Mobile, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-La firma de tokens es esencial para asegurar aplicaciones de [Capacitor](https://capacitorjs.com/), garantizando la integridad de datos, autenticación y cumplimiento con los estándares de seguridad de EE.UU. Esta guía proporciona una lista clara para la configuración, implementación y gestión de riesgos.
-
-**Pasos Clave para la Firma de Tokens:**
-
--   Elegir una biblioteca criptográfica segura (ej., [CryptoJS](https://cryptojs.gitbook.io/docs), [jose](https://www.npmjs.com/package/jose), [libsodium](https://doc.libsodium.org/)).
--   Usar almacenamiento seguro de claves (iOS: [Secure Enclave](https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/web)/[Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\)); Android: [Keystore](https://developer.android.com/privacy-and-security/keystore)).
--   Definir campos del payload del token (`iss`, `exp`, `sub`, claims personalizados).
--   Seleccionar un algoritmo de firma (HS256, RS256, ES256).
--   Firmar y verificar tokens de forma segura.
-
-**Mejores Prácticas de Seguridad:**
-
--   Establecer la expiración del token a 15 minutos.
--   Rotar las claves de firma cada 30 días.
--   Validar todos los campos del token.
--   Proteger las claves privadas en almacenes seguros específicos de la plataforma.
-
-**Actualizaciones en Vivo:**
-
--   Usar tokens firmados para [asegurar actualizaciones](https://capgo.app/docs/live-updates/update-behavior/).
--   Habilitar opciones de reversión para actualizaciones comprometidas.
--   Monitorear la participación del usuario y las tasas de éxito de actualización.
-
-**Requisitos de Cumplimiento:**
-
--   Alinearse con los mandatos de EE.UU. como CCPA, HIPAA, NIST SP 800‑63 y FIPS 140‑2.
--   Cifrar tokens que contengan datos sensibles y asegurar una gestión segura de claves.
-
-La firma de tokens asegura actualizaciones en vivo seguras mientras cumple con los estándares regulatorios. Sigue estos pasos para proteger tu aplicación y usuarios.
-
-## Firma y Validación de Token JWT Usando RSA público y ...
-
-<iframe src="https://www.youtube.com/embed/mtZS6Cg6Nd8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuración Requerida para la Firma de Tokens
-
-Para garantizar una firma segura de tokens, concéntrate en dos áreas clave:
-
-1.  **Elegir y validar tu kit de herramientas criptográficas**:
-    
-    -   Selecciona una biblioteca confiable como _CryptoJS_, _jose_, o _libsodium_.
-    -   Confirma que la biblioteca se mantenga activamente y se someta a auditorías de seguridad regulares.
-    -   Investiga su adopción dentro de la comunidad de desarrolladores.
-    -   Revisa su historial de vulnerabilidades para evaluar riesgos potenciales.
-2.  **Implementar almacenamiento seguro de claves**:
-    
-    -   Para iOS, usa Secure Enclave o Keychain.
-    -   Para Android, confía en el Sistema Keystore.
-    -   Verifica el cumplimiento con los estándares FIPS 140-2.
-    -   Asegura que la solución tenga una certificación Common Criteria.
-
-Estas decisiones juegan un papel crítico en mantener la **autenticación** e **integridad**. Aseguran que cada token firmado se alinee con los estándares de cumplimiento de EE.UU. y soporte las necesidades de seguridad actuales y futuras.
-
-En sistemas que requieren actualizaciones en vivo, seguir estas prácticas ha mostrado una tasa de éxito del 95% en implementaciones [\[1\]](https://capgo.app/).
-
-## Pasos de Implementación de Firma de Tokens
-
-Para asegurar la firma y verificación segura de tokens, sigue estos pasos:
-
--   **Define los campos del payload del token**: Incluye campos como `iss` (emisor), `exp` (expiración), `sub` (asunto), y cualquier claim personalizado necesario.
--   **Elige un algoritmo de firma**: Decide entre opciones como HS256 o RS256 y configúralo según corresponda.
--   **Maneja la clave privada de forma segura**: Carga o genera la clave privada en **Keychain** para iOS o **Keystore** para Android.
--   **Firma el token**: Usa tu biblioteca criptográfica preferida para firmar el token.
--   **Verifica la firma del token**: Siempre valida la firma antes de procesar cualquier payload de actualización.
-
-Estos pasos ayudan a mantener la seguridad y confiabilidad de tu proceso de actualización en vivo basado en tokens.
-
-## Directrices de Seguridad y Riesgos
-
-Al implementar la firma, es crucial abordar posibles malos usos y vulnerabilidades. Aquí te explicamos cómo mantenerte seguro:
-
-### Reglas de Seguridad de Tokens
-
--   Establece la expiración del token a un máximo de **15 minutos**.
--   Rota las claves de firma cada **30 días** para reducir la exposición.
--   Asegura que todos los campos del token sean validados antes del procesamiento.
--   Almacena las claves privadas exclusivamente en **almacenes de claves seguros de la plataforma**.
-
-### Riesgos Comunes de Seguridad
-
--   **Fuga de claves** causada por métodos inadecuados de almacenamiento o transmisión.
--   **Ataques de reproducción de tokens** donde los tokens válidos son interceptados y reutilizados.
--   **Manipulación de algoritmos** que evita la verificación de firma.
-
-### Comparación de Algoritmos de Firma
-
--   **HS256**: Usa un secreto compartido para firma simétrica. Más adecuado para entornos donde todas las partes son confiables.
--   **RS256**: Emplea pares de claves pública/privada para firma asimétrica, haciéndolo ideal para sistemas distribuidos.
--   **ES256**: Utiliza criptografía de curva elíptica para seguridad fuerte con tamaños de clave más pequeños.
-
-## Seguridad de Actualizaciones en Vivo
-
-Asegurar actualizaciones en vivo implica usar tokens firmados, verificar la integridad de datos y cumplir con los estándares de la tienda. Esto se basa en el proceso de firma de tokens descrito anteriormente, extendiéndolo a flujos de trabajo de actualización en vivo.
-
-### Seguridad de Tokens para Actualizaciones
-
-En escenarios de actualización en vivo, los tokens firmados protegen cada paquete de actualización desde su origen hasta el dispositivo. Aquí hay algunas prácticas clave a seguir:
-
--   Permite permisos detallados para probadores y habilita opciones de reversión con un clic.
--   Monitorea las tasas de éxito de actualización y la participación del usuario en tiempo real.
--   Gestiona probadores y usuarios beta con configuraciones precisas de permisos.
-
-Plataformas como [Capgo](https://capgo.app/) implementan estas prácticas con características como cifrado, verificaciones de firma, control de versiones y opciones de reversión para asegurar actualizaciones over-the-air (OTA). Estos métodos han demostrado ser efectivos, con el 95% de usuarios activos recibiendo actualizaciones dentro de 24 horas [\[1\]](https://capgo.app/).
-
-### Implementación de Seguridad
-
-Para implementar la firma de tokens para actualizaciones en vivo, concéntrate en lo siguiente:
-
--   Gestiona las claves de firma de forma segura para paquetes de actualización.
--   Usa control de versiones junto con verificación criptográfica.
--   Automatiza la validación de firma directamente en los dispositivos.
--   Ofrece opciones de reversión inmediata para cualquier actualización comprometida.
-
-Esto asegura que solo las actualizaciones autenticadas y correctamente firmadas sean entregadas a los usuarios, mientras se adhiere a los requisitos de la plataforma.
-
-## Estándares y Requisitos de EE.UU.
-
-Para cumplir con los requisitos regulatorios de EE.UU., integra las prácticas de tokens de actualización en vivo en tus procesos. Asegura que tus métodos de firma de tokens se alineen con mandatos clave de EE.UU. como **CCPA** para privacidad del consumidor, **HIPAA** para protección de datos de salud, **NIST SP 800‑63** para verificación de identidad, y **FIPS 140‑2** para módulos criptográficos [\[1\]](https://capgo.app/).
-
-Aquí te explicamos cómo se aplican estos estándares a la firma de tokens:
-
--   **CCPA**: Asegura que los payloads de tokens respeten el consentimiento del usuario y soporten solicitudes de eliminación de datos.
--   **HIPAA**: Cifra los tokens que contengan Información de Salud Protegida (PHI) tanto en reposo como durante la transmisión.
--   **NIST SP 800‑63**: Usa [autenticación multifactor](https://capgo.app/docs/webapp/mfa/) para asegurar el acceso a las claves de firma.
--   **FIPS 140‑2**: Confirma que tu biblioteca de firma use módulos criptográficos validados.
-
-[\[1\]](https://capgo.app/) Los desarrolladores deben mantenerse informados sobre las leyes federales y estatales de protección de datos de EE.UU., incluyendo CCPA.
-
-## Conclusión
-
-La firma segura de tokens y la integración de actualizaciones en vivo son cruciales para mantener la integridad de tu aplicación Capacitor y cumplir con los requisitos de conformidad.
-
-Consulta la lista de verificación proporcionada para asegurar que tu implementación se adhiera a los estándares de seguridad y regulaciones de EE.UU.
-
-### Puntos Clave para Recordar
-
--   Asegura que la firma de tokens se alinee con las regulaciones de EE.UU. como CCPA y HIPAA, y usa métodos de cifrado fuertes.
--   Implementa control de versiones y permite reversiones instantáneas para actualizaciones para mantener la estabilidad.
--   Monitorea y mejora la velocidad de los procesos de firma y entrega de actualizaciones.
diff --git a/src/content/blog/es/checklist-for-validating-capacitor-app-updates.md b/src/content/blog/es/checklist-for-validating-capacitor-app-updates.md
deleted file mode 100644
index fa5cfc808..000000000
--- a/src/content/blog/es/checklist-for-validating-capacitor-app-updates.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-slug: checklist-for-validating-capacitor-app-updates
-title: >-
-  Lista de verificación para validar actualizaciones de aplicaciones de
-  Capacitor
-description: >-
-  Asegure actualizaciones fluidas de aplicaciones con esta práctica lista de
-  verificación para validar actualizaciones Over-the-Air y seleccionar las
-  herramientas correctas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T01:48:44.409Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680445af6000445eb1a661a6-1745113809661.jpg
-head_image_alt: Desarrollo móvil
-keywords: 'Capacitor, app updates, OTA updates, testing checklist, mobile development'
-tag: 'Mobile, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres entregar [actualizaciones fluidas de aplicaciones](https://capgo.app/plugins/capacitor-updater/) sin arriesgar la confianza del usuario?** Aquí hay una lista de verificación rápida y práctica para validar actualizaciones de aplicaciones [Capacitor](https://capacitorjs.com/), especialmente cuando se utilizan actualizaciones over-the-air (OTA):
-
--   **Probar Funcionalidades**: Asegúrate de que todos los flujos de trabajo (como inicio de sesión, sincronización de datos) funcionen de principio a fin.
--   **Cobertura de Dispositivos**: Prueba en varios dispositivos, sistemas operativos y tamaños de pantalla.
--   **Verificaciones de Rendimiento**: Mide la velocidad, capacidad de respuesta y uso de memoria bajo diferentes condiciones.
--   **Seguridad**: Cifra las actualizaciones OTA, asigna permisos y prueba las funciones de reversión.
--   **Distribución**: Usa herramientas como [Capgo](https://capgo.app/) para asegurar que el 95% de los usuarios reciban actualizaciones en 24 horas.
--   **Monitoreo Post-Lanzamiento**: Rastrea tasas de éxito (apunta al 82%), tiempos de respuesta de API y participación del usuario.
-
-### Comparación Rápida de Herramientas OTA
-
-| Característica | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| **Año de Lanzamiento** | 2022 | 2024 | Cierre en 2026 |
-| **Cifrado de Extremo a Extremo** | Sí | No | No |
-| **Tasa de Éxito de Actualización** | 82% | No publicado | No publicado |
-| **Velocidad de Distribución** | 95% en 24h | Varía | Varía |
-| **[Opción Auto-alojada](https://capgo.app/blog/self-hosted-capgo/)** | Sí | No | No |
-| **Precio** | $300/mes | Igual que Capgo | $6,000/año |
-
-Sigue esta lista de verificación y elige las herramientas correctas para asegurar que cada actualización sea rápida, segura y confiable.
-
-## Ionic & Capacitor para Construir Aplicaciones Móviles Nativas – Completo ...
-
-<iframe src="https://www.youtube.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuración Pre-Validación
-
-Después de la migración, configura entornos dedicados para cada plataforma para asegurar una validación fluida y consistente.
-
-### Configuración del Entorno de Pruebas
-
-Prepara entornos de prueba separados para plataformas iOS, Android y web, siguiendo las pautas oficiales de Capacitor [\[1\]](https://capgo.app/). Asegura tu código implementando prácticas estrictas de control de versiones.
-
-### Configuración del Control de Versiones
-
-Configura tu repositorio con las siguientes prácticas:
-
--   Usa ramas de características para aislar nuevas actualizaciones.
--   Integra con sistemas CI/CD como [GitHub Actions](https://docs.github.com/actions) o [GitLab CI](https://docs.gitlab.com/ee/ci/) para compilaciones automatizadas.
--   Aprovecha la función de reversión con un clic de Capgo para una reversión rápida cuando sea necesario [\[1\]](https://capgo.app/).
-
-### Configuración de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680445af6000445eb1a661a6/37a0fc028bf1f414683e8dee42eedfb0.jpg)
-
-Configura Capgo con estos pasos [\[1\]](https://capgo.app/):
-
--   [Inicializa Capgo](https://capgo.app/docs/webapp/) usando: `npx @capgo/cli init`.
--   Configura un [sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) para dirigir actualizaciones específicas.
--   Habilita el cifrado de extremo a extremo para mayor seguridad.
--   Activa el seguimiento de errores y análisis.
--   Configura opciones de reversión para mejor control.
--   Elige entre implementación en la nube o [auto-alojada](https://capgo.app/blog/self-hosted-capgo/), según tus necesidades.
-
-Para uso empresarial, Capgo ofrece compatibilidad con Capacitor 8, y soporta implementaciones tanto en la nube como auto-alojadas [\[1\]](https://capgo.app/). Una vez completada esta configuración, pasa a las pruebas de características y dispositivos.
-
-## Lista Principal de Pruebas
-
-Una vez que tus entornos y [configuración de Capgo](https://capgo.app/docs/cli/commands) estén listos, concéntrate en estas validaciones clave:
-
-### Pruebas de Características
-
--   Asegura que los flujos de trabajo principales (como inicio de sesión, sincronización de datos y navegación) funcionen de principio a fin.
--   Confirma que las nuevas características cumplan con sus criterios de aceptación definidos.
--   Usa [análisis de Capgo](https://capgo.app/consulting/) para rastrear errores y apuntar a una tasa de éxito de al menos 82% [\[1\]](https://capgo.app/).
-
-### Pruebas de Dispositivos
-
--   Prueba tanto en los sistemas operativos mínimos como en los más recientes para iOS y Android.
--   Verifica la funcionalidad en varios tamaños de pantalla.
--   Evalúa el rendimiento tanto en dispositivos de gama baja como alta.
--   Verifica cómo se comporta la aplicación sin conexión y asegura que los datos se retengan correctamente.
-
-### Pruebas de Velocidad y Confiabilidad
-
--   Mide qué tan rápido se inicia la aplicación y qué tan responsivas son las características.
--   Prueba el rendimiento bajo diferentes condiciones de red.
--   Verifica el comportamiento de los procesos en segundo plano.
--   Monitorea el uso de memoria y el impacto en la batería.
-
-### Pruebas de Seguridad
-
--   Asegura que las cargas OTA estén cifradas y solo puedan ser descifradas por compilaciones autorizadas.
--   Asigna permisos específicos de actualización a probadores y usuarios beta.
--   Verifica el cumplimiento con los requisitos de seguridad de las plataformas Apple y Google.
--   Prueba la función de reversión con un clic y asegura que el proceso de reversión funcione sin problemas.
-
-### Pruebas de OTA y Distribución
-
--   Usa [canales de Capgo](https://capgo.app/docs/webapp/channels/) para implementar actualizaciones por etapas o a grupos beta.
--   Confirma que al menos el 95% de los usuarios activos reciban actualizaciones dentro de 24 horas [\[1\]](https://capgo.app/).
--   Segmenta usuarios por canal y asegura que cada segmento reciba la versión correcta.
--   Rastrea métricas en tiempo real para monitorear el éxito de la actualización y la participación del usuario.
-
-## Pasos Finales
-
-Después de completar la fase principal de pruebas, concéntrate en la validación, documentación, implementaciones por etapas y monitoreo continuo.
-
-### Registro de Resultados de Pruebas
-
-Una vez que las pruebas principales estén completas, documenta los resultados usando tu plataforma de análisis. Aprovecha el panel que configuraste durante la fase de Pre-Validación para rastrear métricas clave a través de las herramientas de análisis de Capgo.
-
-Asegúrate de registrar cualquier error y sus resoluciones para agilizar futuras actualizaciones.
-
-### Proceso de Pruebas Beta
-
-Introduce actualizaciones gradualmente usando canales beta [\[1\]](https://capgo.app/):
-
--   **Grupo Beta Inicial**: Comienza con un pequeño grupo de probadores internos.
--   **Pruebas Ampliadas**: Amplía la beta para incluir grupos más grandes.
--   **Fase de Monitoreo**: Mantén un ojo en las métricas y recopila retroalimentación de usuarios.
--   **Resolución de Problemas**: Aborda cualquier problema antes del lanzamiento completo.
-
-Asegura que las compilaciones beta sean probadas en dispositivos críticos para evitar problemas de compatibilidad durante el lanzamiento oficial.
-
-> "El análisis y seguimiento de errores" son importantes para las actualizaciones. – Capgo [\[1\]](https://capgo.app/)
-
-### Monitoreo Post-Lanzamiento
-
-Mantén un seguimiento de estas métricas críticas después del despliegue:
-
--   **Tasa de Éxito**: Apunta a al menos 82% (vía Análisis de Capgo).
--   **Distribución**: Asegura 95% de cobertura dentro de 24 horas (usando Seguimiento en Tiempo Real).
--   **Tiempo de Respuesta API**: Mantén respuestas en o por debajo de 434 ms (vía Monitor de Rendimiento).
-
-Configura alertas para notificar a tu equipo si alguna métrica cae por debajo de estos umbrales.
-
-A continuación, explora una comparación de herramientas OTA en la siguiente sección.
-
-## Comparación de Herramientas de Actualización OTA
-
-Aquí hay una comparación de las principales plataformas OTA basada en seguridad, rendimiento, precios e integración. La herramienta que elijas impactará directamente en tu proceso de validación y la confiabilidad de tus actualizaciones.
-
-La siguiente tabla proporciona una visión general rápida para ayudarte a identificar la mejor plataforma para tus necesidades:
-
-| Característica | Capgo | Appflow |
-| --- | --- | --- | --- |
-| **Año de Lanzamiento** | 2022 | 2024 | Cierre en 2026 |
-| **Cifrado de Extremo a Extremo** | Sí[\[1\]](https://capgo.app/) | No | No |
-| **Tasa de Éxito de Actualización** | 82%[\[1\]](https://capgo.app/) | No publicado | No publicado |
-| **Velocidad de Distribución** | 95% en 24 h[\[1\]](https://capgo.app/) | Varía por proveedor | Varía por proveedor |
-| **Tiempo de Respuesta API** | 434 ms[\[1\]](https://capgo.app/) | No publicado | No publicado |
-| **Opción Auto-alojada** | Sí[\[1\]](https://capgo.app/) | No | No |
-
-[\[1\]](https://capgo.app/) Estadísticas de la plataforma Capgo.
-
-### Precios
-
--   **Capgo**: $300/mes
--   **Appflow**: $6,000/año
-
-### Integración y Características
-
--   **Integración CI/CD**: Soporta GitHub Actions, GitLab CI y [Jenkins](https://www.jenkins.io/) de forma nativa. Funciona tanto con configuraciones en la nube como auto-alojadas e incluye reversiones integradas.
--   **Gestión de Usuarios**: Capgo ofrece canales para implementaciones detalladas por etapas adaptadas a segmentos específicos de usuarios.
--   **Análisis**: Incluye seguimiento de entregas, métricas de participación, informes de errores y estadísticas de distribución.
-
-Este desglose resalta las fortalezas de cada plataforma, ayudándote a tomar una decisión informada basada en las necesidades de tu proyecto.
-
-## Conclusión
-
-Usar una combinación de pruebas exhaustivas, implementaciones por etapas y controles de reversión es crucial para entregar experiencias de usuario fluidas. Con estas prácticas y perspectivas de nuestra comparación de herramientas OTA, estarás bien preparado para implementar actualizaciones con confianza.
-
-Una estrategia de validación sólida incluye pruebas sistemáticas, monitoreo en tiempo real, opciones de reversión y lanzamientos beta por etapas para asegurar la calidad. Como compartió un usuario:
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos; evitar la revisión de la tienda de aplicaciones para correcciones de errores es oro puro." [\[1\]](https://capgo.app/)
-
-Para equipos que trabajan con actualizaciones OTA, encontrar el equilibrio correcto entre implementación rápida y validación cuidadosa es esencial. Con las pruebas adecuadas en su lugar, los desarrolladores pueden lanzar actualizaciones que cumplan con los altos estándares que esperan los usuarios. Mantén esta lista de verificación a mano para mantener la confiabilidad y la confianza del usuario con cada lanzamiento.
diff --git a/src/content/blog/es/chinas-cybersecurity-law-impact-on-app-updates.md b/src/content/blog/es/chinas-cybersecurity-law-impact-on-app-updates.md
deleted file mode 100644
index 5a4377b8a..000000000
--- a/src/content/blog/es/chinas-cybersecurity-law-impact-on-app-updates.md
+++ /dev/null
@@ -1,216 +0,0 @@
----
-slug: chinas-cybersecurity-law-impact-on-app-updates
-title: 'Ley de Ciberseguridad de China: Impacto en las Actualizaciones de Apps'
-description: >-
-  Las nuevas enmiendas a la Ley de Ciberseguridad de China complicarán las
-  actualizaciones de aplicaciones, exigiendo almacenamiento de datos local y
-  tiempos de revisión más largos para los desarrolladores.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T02:43:03.376Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822944c3c68b32f40f92f58-1747104241944.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  China Cybersecurity Law, app updates, data residency, security audits,
-  compliance tracking
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Las nuevas enmiendas a la Ley de Ciberseguridad de China, efectivas a partir del 28 de marzo de 2025, introducen reglas más estrictas para los desarrolladores de aplicaciones.** Aquí tienes lo que necesitas saber:
-
-- **Cambios Clave:**
-    
-    - **Registro ICP:** Registro obligatorio para desarrolladores.
-    - **[Almacenamiento de Datos](https://capgo.app/plugins/capacitor-data-storage-sqlite/):** Los datos de los usuarios chinos deben permanecer en servidores locales.
-    - **Auditorías de Seguridad:** Se requieren evaluaciones regulares por terceros.
-    - **Normas de Encriptación:** El uso de protocolos aprobados por el estado es obligatorio.
-- **Impacto en las [Actualizaciones de Aplicaciones](https://capgo.app/plugins/capacitor-updater/):**
-    
-    - Las actualizaciones ahora enfrentan períodos de revisión más largos (7–14 días).
-    - Los desarrolladores deben mantener una documentación de cumplimiento detallada.
-    - Las reglas más estrictas de gestión de datos añaden complejidad a los procesos de actualización.
-    - Se requiere alojar servidores en China para el cumplimiento de la residencia de datos.
-- **Soluciones para Desarrolladores:**
-    
-    - Utilizar herramientas automatizadas para chequeos de seguridad, clasificación de datos y seguimiento de cumplimiento.
-    - Adoptar sistemas de actualización en vivo para un despliegue más rápido mientras se permanece en cumplimiento.
-    - Preparar documentación detallada para las revisiones de la tienda de aplicaciones.
-
-### Comparación Rápida: Actualizaciones de la Tienda vs. Actualizaciones en Vivo
-
-| Aspecto | Actualizaciones de la Tienda | Actualizaciones en Vivo |
-| --- | --- | --- |
-| **Tiempo de Revisión** | 7–14 días | Minutos |
-| **Revisión de Seguridad de Datos** | Integral por adelantado | Monitoreo continuo |
-| **Capacidad de Retroceso** | Limitada | Inmediata (15 min) |
-| **Tasa de Adopción de Usuarios** | 45–60% (7 días) | Hasta 95% (24 horas) |
-
-Navegar por estos cambios requiere una planificación cuidadosa, seguimiento automatizado del cumplimiento y [sistemas de actualización ágiles](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) para garantizar operaciones fluidas en China.
-
-## Desglosando las Leyes de Datos de China
-
-<iframe src="https://www.youtube.com/embed/EzaEgiiSZd8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principales Obstáculos de Cumplimiento
-
-Las enmiendas de 2025 a la Ley de Ciberseguridad de China han introducido nuevos obstáculos para los desarrolladores, obligándolos a equilibrar las demandas de cumplimiento con la eficiencia operativa.
-
-### Requisitos Múltiples de la Tienda de Aplicaciones
-
-Los desarrolladores de aplicaciones ahora enfrentan un mosaico de reglas en varias tiendas de aplicaciones. Estas incluyen mandatos como la verificación de servidores locales, autenticación en nombre real y cumplimiento de la residencia de datos. Además, las regulaciones cambiantes de gestión de datos hacen que la actualización de aplicaciones sea un proceso cada vez más complejo y que consume muchos recursos.
-
-### Reglas de Gestión de Datos
-
-Los protocolos de gestión de datos más estrictos han añadido capas de dificultad al [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/) de las aplicaciones. Ahora se requiere que los desarrolladores implementen medidas como la clasificación de datos obligatoria, registros de actividad detallados, verificación de almacenamiento local y obtención de consentimiento dinámico del usuario. Estos pasos hacen que sea mucho más desafiante asegurar que cada actualización esté alineada con el nuevo marco legal.
-
-### Retrasos en la Revisión de Actualizaciones
-
-El proceso revisado de revisión de seguridad ha ralentizado los plazos de actualización, retrasando la liberación de parches críticos y nuevas características. Para adaptarse, muchos desarrolladores están creando pistas de actualización separadas o sistemas de actualización en vivo compatibles para manejar cambios menores sin desencadenar todo el proceso de revisión. Agregando a la presión, las sanciones atadas a un porcentaje de los ingresos anuales - en lugar de montos fijos - han convertido el cumplimiento en una preocupación empresarial de alto riesgo [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Estos obstáculos destacan la importancia de desarrollar estrategias flexibles para navegar por el paisaje regulatorio en evolución.
-
-## Métodos para Cumplir con los Requisitos
-
-Navegar por los desafíos de diversas regulaciones de tiendas de aplicaciones, estrictas reglas de gestión de datos y largos tiempos de revisión requiere que los desarrolladores adopten enfoques técnicos y operativos específicos. Abordar con éxito los requisitos de ciberseguridad de China depende del uso de herramientas automatizadas y una planificación cuidadosa.
-
-### Chequeos de Seguridad Automatizados
-
-Incorporar chequeos de seguridad automatizados en los pipelines de CI/CD es crucial, especialmente con controles diseñados para cumplir con la Ley de Seguridad de Datos (DSL) y la Ley de Protección de Información Personal (PIPL) [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Aquí están algunos elementos clave de una configuración efectiva de seguridad automatizada:
-
-| Componente | Función | Beneficio de Cumplimiento |
-| --- | --- | --- |
-| Escáner de Clasificación de Datos | Identifica y etiqueta datos sensibles automáticamente | Asegura que la información regulada se maneje adecuadamente |
-| Verificación de Encriptación | Valida el uso de métodos de encriptación aprobados | Se alinea con los estándares de seguridad del gobierno |
-| Validador de Ubicación del Servidor | Confirma dónde se almacenan los datos | Cumple con los requisitos de residencia de datos |
-| Registrador de Actividad | Rastrea y registra cambios en el sistema | Proporciona un rastro de auditoría para los reguladores |
-
-Combina estas herramientas automatizadas con sistemas de actualización ágiles para minimizar los retrasos durante las revisiones de aplicaciones.
-
-### Sistemas de Actualización Rápida
-
-El riguroso proceso de revisión de aplicaciones en China puede ser un obstáculo, pero las [soluciones de actualización en vivo](https://capgo.app/blog/self-hosted-live-updates/) compatibles ofrecen una manera de realizar correcciones rápidamente mientras se permanecen dentro de los límites regulatorios.
-
-Por ejemplo, la plataforma de [Capgo](https://capgo.app/) ha mostrado resultados impresionantes, alcanzando una tasa de actualización de usuario del 95% en solo 24 horas [\[2\]](https://capgo.app).
-
-> "Practicamos desarrollo ágil y @Capgo es crucial para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[2\]](https://capgo.app)
-
-Si bien las actualizaciones en vivo agilizan el despliegue, garantizar una documentación exhaustiva es igualmente importante para cumplir con los requisitos de la tienda de aplicaciones.
-
-### Consejos para la Revisión de la Tienda de Aplicaciones
-
-Los desarrolladores pueden mejorar sus posibilidades de aprobación siguiendo estos pasos:
-
-- **Pruebas Previas a la Presentación:** Realiza auditorías de seguridad extensivas con un enfoque en el manejo y la protección de datos.
-- **Preparación de Documentación:** Mantén registros detallados, incluyendo:
-    - Ubicaciones de almacenamiento de datos
-    - Métodos de encriptación
-    - Mecanismos de consentimiento del usuario
-    - Resultados de auditorías de seguridad
-- **Monitoreo de Cumplimiento:** Mantente actualizado sobre los cambios regulatorios revisando regularmente los canales oficiales de [CAC](https://www.cac.gov.cn/).
-
-## Métodos de Actualización Comparados
-
-Las regulaciones de ciberseguridad de China están redefiniendo cómo los desarrolladores abordan las actualizaciones de aplicaciones. A partir del 1 de enero de 2025, estas regulaciones traen nuevos obstáculos al proceso de actualización.
-
-### Actualizaciones de la Tienda vs. Actualizaciones en Vivo
-
-Cuando se trata de actualizar aplicaciones, los desarrolladores a menudo consideran los pros y contras de las **actualizaciones de tienda tradicionales** en comparación con los **sistemas de actualización en vivo**. Ambos métodos tienen sus fortalezas y desafíos, especialmente bajo el marco de la Ley de Ciberseguridad de China:
-
-| Aspecto | Actualizaciones de la Tienda | Actualizaciones en Vivo |
-| --- | --- | --- |
-| Tiempo de Revisión | 7–14 días en promedio | Minutos |
-| Revisión de Seguridad de Datos | Chequeo integral antes del despliegue | Monitoreo continuo |
-| Capacidad de Retroceso | Limitada; requiere nueva presentación | Inmediata (dentro de 15 minutos) |
-| Impacto de Costos | Tarifas de tienda más retrasos en la revisión | Costos de servicio mensual ($12–$249) |
-| Documentación de Cumplimiento | Presentación extensa única | Verificación continua |
-| Tasa de Adopción de Usuarios | 45–60% después de 7 días | Hasta 95% dentro de 24 horas |
-
-Las plataformas de actualización en vivo se destacan por su velocidad y adaptabilidad. Por ejemplo, los desarrolladores que utilizan la plataforma de Capgo han logrado una tasa de éxito global del 82% para actualizaciones, todo mientras cumplen con las estrictas reglas de residencia de datos de China [\[2\]](https://capgo.app).
-
-### Pasos de Cumplimiento
-
-Independientemente del método de actualización elegido, el cumplimiento estricto de los pasos regulatorios clave es innegociable:
-
-- **Gestión de Datos y Documentación**  
-    Los desarrolladores deben clasificar los datos adecuadamente y mantener registros detallados, incluyendo ubicaciones de servidores, protocolos de encriptación y registros de actualizaciones. Los datos clasificados bajo regulaciones específicas deben ser almacenados en servidores dentro de la China continental.
-    
-- **Planificación de Respuesta de Emergencia**  
-    Un plan sólido es esencial, que cubra procedimientos de retroceso, informes de incidentes, medidas de protección de usuarios y estrategias de remediación.
-
-> "Evitar la revisión por errores es oro." - Bessie Cooper [\[2\]](https://capgo.app)
-
-Los sistemas de actualización en vivo, cuando se ejecutan correctamente, ofrecen la combinación perfecta de velocidad y cumplimiento. A medida que las regulaciones de ciberseguridad de China continúan evolucionando, este equilibrio solo se volverá más crítico para los desarrolladores que navegan por estos desafíos.
-
-## Seguimiento y Actualizaciones
-
-### Herramientas de Seguimiento de Cumplimiento
-
-Las enmiendas de marzo de 2025 introdujeron regulaciones más estrictas, requiriendo un seguimiento de cumplimiento más exhaustivo. Las herramientas modernas son ahora esenciales para ayudar a los desarrolladores a estar listos para las inspecciones regulatorias. Estos sistemas documentan todo, desde la clasificación de datos y medidas de seguridad hasta historiales de actualizaciones y procesamiento de datos de usuarios, todo alineado con las directrices internas.
-
-Por ejemplo, la **plataforma de Capgo** simplifica el seguimiento del cumplimiento automatizando informes en tiempo real sobre los despliegues de actualizaciones y protocolos de seguridad que se alinean con los estándares de [MIIT](https://www.miit.gov.cn/). Herramientas como estas aseguran revisiones de seguridad consistentes y proactivas, facilitando el cumplimiento de las demandas regulatorias.
-
-### Chequeos de Seguridad Regulares
-
-Dada la rápida velocidad de las actualizaciones de aplicaciones bajo estrictas reglas de ciberseguridad, los chequeos de seguridad regulares son imprescindibles. Auditorías externas y evaluaciones de vulnerabilidad pueden identificar brechas potenciales temprano, ayudando a los equipos a abordar problemas antes de que escalen. Apunta a auditorías trimestrales para examinar métodos de encriptación, políticas de almacenamiento de datos y procesos de despliegue de actualizaciones.
-
-Además, realiza revisiones internas semanales para confirmar el cumplimiento en áreas como residencia de datos, [actualizaciones de encriptación](https://capgo.app/docs/live-updates/update-behavior/), controles de acceso, registros de despliegue y protección de datos de usuarios. Mantener registros detallados de estos chequeos es crucial para evitar sanciones severas por incumplimiento.
-
-> "Evitar la revisión por errores es oro." - Bessie Cooper [\[2\]](https://capgo.app)
-
-## Conclusión: Cumpliendo Reglas con Nuevas Herramientas
-
-Las enmiendas actualizadas de ciberseguridad de China, que entrarán en vigor el 28 de marzo de 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), presentan tanto desafíos como oportunidades para los equipos de desarrollo. Estas regulaciones requieren soluciones eficientes e innovadoras para garantizar el cumplimiento mientras se mantiene una funcionalidad fluida de la aplicación. Plataformas como Capgo han surgido como herramientas vitales, permitiendo actualizaciones rápidas y conformes de aplicaciones a través de sistemas de actualización en vivo [\[2\]](https://capgo.app).
-
-Integrar el seguimiento automatizado del cumplimiento directamente en los flujos de trabajo de actualización se está convirtiendo en un pilar de soluciones efectivas. Este enfoque refleja estrategias anteriores que combinaron el desarrollo ágil con la supervisión regulatoria en tiempo real. Como señala Rodrigo Mantica:
-
-> "Practicamos el desarrollo ágil y Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[2\]](https://capgo.app)
-
-Para navegar estos requisitos en evolución, destacan varias estrategias clave:
-
-| **Requisito** | **Enfoque de Solución** | **Impacto** |
-| --- | --- | --- |
-| **Seguridad de Datos** | Cifrado de extremo a extremo | Fortalece la protección de datos y cumple con las regulaciones |
-| **Soluciones Rápidas** | Sistemas de actualización en vivo | Minimiza la exposición a vulnerabilidades de seguridad |
-| **Seguimiento del Cumplimiento** | Monitoreo automatizado | Mantiene una adhesión regulatoria continua |
-| **Control de Actualizaciones** | Capacidades de retroceso | Asegura una recuperación rápida de problemas de implementación |
-
-Estas estrategias destacan la importancia de combinar medidas de seguridad robustas con prácticas de desarrollo ágil. A medida que la Administración del Ciberespacio de China (CAC) continúa refinando su marco de ciberseguridad [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), las herramientas que integran el cumplimiento y las actualizaciones en vivo seguirán siendo críticas para los equipos de desarrollo.
-
-Bessie Cooper subraya el valor de este enfoque:
-
-> "Evitar la revisión por corrección de errores es oro." [\[2\]](https://capgo.app)
-
-Con las regulaciones de ciberseguridad, incluidas las que entrarán en efecto el 1 de enero de 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), volviéndose más estrictas, la capacidad de desplegar actualizaciones rápidamente mientras se mantiene el cumplimiento no es solo una ventaja técnica, sino una necesidad.
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Cómo pueden los desarrolladores de aplicaciones navegar tiempos de revisión de actualizaciones más largos bajo la Ley de Ciberseguridad de China?
-
-La Ley de Ciberseguridad de China ha traído regulaciones más estrictas, lo que resulta en tiempos de revisión más largos para las actualizaciones de aplicaciones. Para navegar estos cambios mientras se asegura una experiencia fluida para el usuario, los desarrolladores deben priorizar [estrategias inteligentes de gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/hybrid-update).
-
-Un enfoque práctico es usar herramientas de actualización en vivo como **Capgo**. Estas herramientas permiten a los desarrolladores entregar actualizaciones, correcciones y nuevas funciones directamente a los usuarios sin esperar la aprobación de las tiendas de aplicaciones. Este enfoque no solo reduce los retrasos, sino que también asegura que las actualizaciones cumplan con los requisitos de la plataforma. Al implementar tales herramientas, los desarrolladores pueden ahorrar tiempo valioso, mantener contentos a los usuarios y gestionar eficazmente los obstáculos regulatorios.
-:::
-
-:::faq
-### ¿Qué desafíos enfrentan los desarrolladores con la residencia de datos y auditorías de seguridad bajo la ley de ciberseguridad actualizada de China?
-
-## Navegando la Ley de Ciberseguridad de China: Desafíos para los Desarrolladores
-
-La ley de ciberseguridad revisada de China introduce algunos obstáculos difíciles para los desarrolladores, especialmente en lo que respecta a las **reglas de residencia de datos**. Estas regulaciones exigen que todos los datos de los usuarios se almacenen dentro de China, lo que puede crear dolores de cabeza logísticos para los desarrolladores internacionales. Equilibrar el cumplimiento con el mantenimiento del rendimiento de la aplicación y una experiencia de usuario fluida se convierte en un delicado acto de equilibrio.
-
-Además, los desarrolladores deben someterse a auditorías de **seguridad** detalladas para demostrar que sus aplicaciones cumplen con los estándares de ciberseguridad de China. Estas auditorías pueden ser un desgaste de tiempo y recursos, a menudo ralentizando las actualizaciones y retrasando nuevas funciones. Sin embargo, herramientas como Capgo pueden simplificar el proceso. Al optimizar las actualizaciones y asegurar el cumplimiento, Capgo ayuda a los desarrolladores a implementar correcciones y mejoras de manera eficiente, sin los habituales cuellos de botella en las tiendas de aplicaciones.
-:::
-
-:::faq
-### ¿Cómo pueden los sistemas de actualización en vivo ayudar a los desarrolladores a cumplir con los requisitos de ciberseguridad de China mientras mantienen las aplicaciones funcionales?
-
-Los sistemas de actualización en vivo brindan a los desarrolladores la capacidad de implementar actualizaciones, correcciones de errores y nuevas funciones directamente a los usuarios sin esperar la aprobación de las tiendas de aplicaciones. Esto es especialmente útil para cumplir con las regulaciones de ciberseguridad de China, ya que ayuda a mantener las aplicaciones seguras y actualizadas sin retrasos innecesarios. Con actualizaciones en tiempo real, los desarrolladores pueden corregir rápidamente vulnerabilidades, mantenerse conforme y garantizar una experiencia fluida para los usuarios.
-
-Plataformas como **Capgo** simplifican aún más este proceso. Capgo admite actualizaciones en vivo para aplicaciones de Capacitor, ofreciendo características como cifrado de extremo a extremo y adherencia a las directrices de Apple y Android. Esto permite a los desarrolladores cumplir con los estándares regulatorios mientras entregan actualizaciones de manera rápida y segura.
-:::
diff --git a/src/content/blog/es/chinas-data-privacy-laws-impact-on-mobile-apps.md b/src/content/blog/es/chinas-data-privacy-laws-impact-on-mobile-apps.md
deleted file mode 100644
index db55073de..000000000
--- a/src/content/blog/es/chinas-data-privacy-laws-impact-on-mobile-apps.md
+++ /dev/null
@@ -1,165 +0,0 @@
----
-slug: chinas-data-privacy-laws-impact-on-mobile-apps
-title: 'Leyes de Privacidad de Datos de China: Impacto en Aplicaciones Móviles'
-description: >-
-  Comprender las leyes de privacidad de datos de China es crucial para los
-  desarrolladores de aplicaciones móviles, centrándose en el cumplimiento, el
-  consentimiento del usuario y la seguridad de los datos.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T02:08:36.971Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9b0a22e221594daf2d518-1744423728582.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  China, data privacy, mobile apps, compliance, user consent, Cybersecurity Law,
-  Data Security Law, Personal Information Protection Law
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-Si estás desarrollando aplicaciones móviles para el mercado chino, **el cumplimiento de las leyes de privacidad de datos de China es innegociable**. Las regulaciones clave - **[Ley de Ciberseguridad](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL)**, **[Ley de Seguridad de Datos](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (DSL)**, y **[Ley de Protección de Información Personal](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL)** - requieren estricto [almacenamiento de datos](https://capgo.app/plugins/capacitor-data-storage-sqlite/), consentimiento del usuario y medidas de seguridad.
-
-### Puntos Clave:
-
--   **Localización de Datos**: Las aplicaciones deben almacenar los datos de usuarios chinos en servidores dentro de China (CSL).
--   **Reglas de Consentimiento**: Es obligatorio el consentimiento claro y explícito del usuario para la recopilación de datos (PIPL).
--   **Transferencias Transfronterizas**: Los datos sensibles a menudo no pueden salir de China sin aprobación (DSL).
--   **Sanciones**: El incumplimiento puede resultar en multas de hasta ¥50M (~$7.7M) o 5% de los ingresos anuales.
-
-### Resumen Rápido:
-
-| Regulación | Enfoque | Requisitos Clave |
-| --- | --- | --- |
-| CSL | Seguridad de Red | Almacenamiento local de datos, revisiones de seguridad, informes de incidentes |
-| DSL | Clasificación de Datos | Evaluaciones de riesgo, registros, restricciones transfronterizas |
-| PIPL | Datos Personales | Consentimiento del usuario, minimización de datos, derechos del usuario |
-
-El cumplimiento requiere una inversión significativa en soluciones técnicas como encriptación, auditorías regulares y procesos robustos de actualización. **No cumplir arriesga penalizaciones financieras y la eliminación de la aplicación de las tiendas de aplicaciones chinas.**
-
-## Principales Leyes de Privacidad de China
-
-### Requisitos de la [Ley de Ciberseguridad](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL)
-
-La CSL, en vigor desde el 1 de junio de 2017, establece reglas estrictas para operadores de redes e infraestructura. Para aplicaciones móviles, los requisitos clave incluyen:
-
--   **Localización de Datos**: Los datos personales deben almacenarse en servidores ubicados dentro de China continental.
--   **Revisiones de Seguridad**: Las aplicaciones que manejan datos sensibles deben someterse a evaluaciones de seguridad obligatorias.
--   **Protección de Red**: Los operadores necesitan adoptar medidas de seguridad de red multinivel.
--   **Informes de Incidentes**: Los incidentes de seguridad deben reportarse dentro de plazos específicos.
-
-### Estándares de la [Ley de Seguridad de Datos](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (DSL)
-
-La DSL se basa en la CSL introduciendo un enfoque estructurado para la gestión de datos, centrándose en la clasificación. Así es como se categorizan los datos bajo esta ley:
-
-| Clasificación de Datos | Requisitos de Seguridad | Transferencia Transfronteriza |
-| --- | --- | --- |
-| Datos Estatales Centrales | Protección más estricta | No permitida |
-| Datos Importantes | Protección de alto nivel | Requiere evaluación de seguridad |
-| Datos Generales | Protección básica | Debe seguir reglas estándar |
-
-Las aplicaciones móviles deben seguir estas prácticas:
-
--   Usar sistemas jerárquicos de clasificación de datos.
--   Realizar evaluaciones regulares de riesgo.
--   Mantener registros detallados de actividades de procesamiento de datos.
--   Establecer un mecanismo de respuesta a emergencias.
-
-### Reglas de la [Ley de Protección de Información Personal](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL)
-
-La PIPL proporciona regulaciones detalladas sobre el manejo de datos personales. Las aplicaciones móviles deben cumplir con estas reglas clave:
-
--   **Consentimiento del Usuario**: Obtener consentimiento claro y explícito para cada tipo de dato recolectado.
--   **Minimización de Datos**: Recolectar solo información absolutamente necesaria.
--   **Derechos del Usuario**: Ofrecer herramientas para que los usuarios accedan, corrijan o eliminen sus datos.
--   **Portabilidad de Datos**: Permitir a los usuarios transferir sus datos a otras plataformas.
-
-El incumplimiento puede resultar en severas penalizaciones, incluyendo multas de hasta 50 millones de yuanes (aproximadamente $7.7 millones) o 5% de los ingresos del año anterior. Esto empuja a los desarrolladores a priorizar el cumplimiento y adoptar medidas robustas de protección de datos.
-
-Estas tres leyes colectivamente forman un paisaje regulatorio estricto para desarrolladores de aplicaciones móviles que operan en China, especialmente para aplicaciones que manejan información sensible como datos financieros, registros de salud o detalles de ubicación.
-
-## Requisitos para el Desarrollo de Aplicaciones Móviles
-
-### Estándares de Permisos de Usuario
-
-En China, las aplicaciones móviles deben obtener consentimiento claro y explícito de los usuarios antes de recolectar cualquier dato. Las aplicaciones también deben proporcionar a los usuarios control directo sobre los permisos. Para lograr esto, use interfaces simples y fáciles de entender que expliquen por qué cada solicitud de datos es necesaria. Este enfoque ayuda a mantener la transparencia y se alinea con las expectativas regulatorias.
-
-### Proceso de Registro en la Tienda de Aplicaciones
-
-Enviar una aplicación en China involucra varios pasos. Necesitarás credenciales comerciales verificadas, documentación técnica detallada (como [políticas de privacidad](https://capgo.app/dp/) y arquitectura del sistema), y tu aplicación debe pasar revisiones rigurosas de seguridad, frecuentemente realizadas por organizaciones de terceros. Si tu aplicación maneja datos sensibles o transfiere datos a través de fronteras, también necesitarás colaborar con un socio local autorizado para cumplir con los requisitos regulatorios.
-
-## Aplicación Extraterritorial de la Información Personal de China...
-
-<iframe src="https://www.youtube.com/embed/dh-CT5TDrFc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Riesgos y Obstáculos para Desarrolladores
-
-Los desarrolladores enfrentan una variedad de desafíos que van más allá de las actualizaciones técnicas, haciendo que el cumplimiento de las leyes de privacidad de China sea particularmente exigente.
-
-### Costos de Implementación
-
-Cumplir con los requisitos de las leyes de privacidad de China a menudo demanda una inversión significativa tanto en tecnología como en finanzas. Los desarrolladores pueden necesitar mejorar sus sistemas de almacenamiento de datos para cumplir con las reglas de localización y actualizar las medidas de seguridad para cumplir con estándares estrictos. Muchas empresas también recurren a expertos en cumplimiento o servicios de terceros para asegurar que sus sistemas cumplan con las expectativas regulatorias. Estos costos iniciales son solo el comienzo, estableciendo el escenario para desafíos continuos.
-
-### Consecuencias del Incumplimiento
-
-No cumplir con las leyes de privacidad de China puede llevar a consecuencias serias. Estas incluyen penalizaciones financieras, acciones regulatorias e incluso la eliminación de aplicaciones de las tiendas de aplicaciones locales. Tales resultados resaltan la importancia crítica de seguir las reglas de cerca.
-
-### Reglas Cambiantes y Actualizaciones
-
-Las regulaciones de privacidad de datos de China están en constante estado de cambio. Organismos reguladores como la [Administración del Ciberespacio de China](https://www.cac.gov.cn/) (CAC) frecuentemente publican nuevas pautas e interpretaciones. Los desarrolladores deben tener sistemas implementados que puedan ajustarse rápidamente a estos cambios. El monitoreo regular, revisiones periódicas y actualización de prácticas de gestión de datos son cruciales para mantener el cumplimiento en este entorno cambiante.
-
-## Métodos y Soluciones de Cumplimiento
-
-Cumplir con los requisitos de cumplimiento implica implementar medidas técnicas sólidas y seguir procesos claros y estructurados.
-
-### Soluciones Técnicas
-
-La encriptación de extremo a extremo juega un papel clave en la protección de datos. [Capgo](https://capgo.app/) asegura la transmisión y almacenamiento seguro de datos, limitando el acceso solo a usuarios autorizados.
-
-La integración CI/CD ayuda a minimizar errores humanos y asegura que las actualizaciones se alineen con los requisitos regulatorios. Por ejemplo, los sistemas automatizados han demostrado alcanzar una tasa de actualización del 95% de usuarios en 24 horas [\[1\]](https://capgo.app/).
-
-El control de versiones y las características de rollback proporcionan correcciones rápidas para problemas mientras mantienen pistas de auditoría adecuadas. Aquí hay un desglose:
-
-| Característica | Beneficio de Cumplimiento | Impacto de Implementación |
-| --- | --- | --- |
-| Encriptación de Extremo a Extremo | Protege datos durante la transmisión | Se alinea con las reglas de protección de datos PIPL |
-| Despliegues Automatizados | Reduce error humano en actualizaciones | Asegura cumplimiento consistente |
-| Control de Versiones | Mantiene pistas de auditoría detalladas | Ayuda en documentación regulatoria |
-| Capacidad de Rollback | Resuelve problemas rápidamente cuando es necesario | Reduce riesgo de incumplimiento |
-
-Estas herramientas abordan directamente los desafíos de cumplimiento. Sin embargo, las soluciones técnicas por sí solas no son suficientes - los desarrolladores también deben seguir prácticas estructuradas para mantener el cumplimiento.
-
-### Pautas para Desarrolladores
-
-Para complementar las herramientas técnicas, los desarrolladores deben seguir prácticas específicas para abordar las necesidades de cumplimiento:
-
-**Medidas de Protección de Datos**  
-Implementar protocolos que cumplan con los estándares PIPL, como mecanismos seguros de consentimiento y registros exhaustivos de actividades de procesamiento de datos.
-
-**Auditorías Regulares de Cumplimiento**  
-Realizar revisiones rutinarias de cómo su aplicación maneja los datos. Como destaca Bessie Cooper:
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar revisiones para corrección de errores es oro puro."
-
-**Gestión del Consentimiento del Usuario**  
-Crear procesos claros y transparentes para el consentimiento del usuario que expliquen por qué se están recolectando los datos. Rodrigo Mantica comparte:
-
-> "Practicamos desarrollo ágil y Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!"
-
-**Estrategia de [Gestión de Actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-Con regulaciones en constante cambio, tener un enfoque sólido de gestión de actualizaciones es esencial. Las estadísticas muestran que [la gestión efectiva de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) lleva a una tasa de éxito global del 82% en mantener el cumplimiento [\[1\]](https://capgo.app/).
-
-## Conclusión
-
-Las regulaciones de privacidad de datos de China han remodelado la industria del desarrollo de aplicaciones móviles, requiriendo que los desarrolladores implementen medidas estrictas de cumplimiento y soluciones técnicas avanzadas. Leyes clave como la Ley de Ciberseguridad (CSL), Ley de Seguridad de Datos (DSL) y Ley de Protección de Información Personal (PIPL) han introducido un entorno regulatorio desafiante, enfatizando permisos de usuario, almacenamiento de datos y protocolos de seguridad.
-
-Los desarrolladores han ajustado sus prácticas para alinearse con estas regulaciones. Por ejemplo, el 95% de los usuarios activos actualizan a la última versión de la aplicación dentro de 24 horas [\[1\]](https://capgo.app/), destacando la importancia de procesos eficientes de cumplimiento. Plataformas como Capgo demuestran cómo se puede lograr un cumplimiento simplificado, presumiendo de una tasa de éxito global del 82% [\[1\]](https://capgo.app/).
-
-Cumplir con estos requisitos implica inversiones financieras y operativas significativas. Los desarrolladores deben priorizar medidas técnicas como el cifrado de extremo a extremo, mantener registros de auditoría detallados, gestionar eficazmente el consentimiento del usuario y garantizar procesos de actualización sin problemas para tener éxito en el mercado chino.
-
-A medida que las regulaciones continúan evolucionando, la flexibilidad sigue siendo esencial para mantener el cumplimiento. Capgo ha sido reconocido por su capacidad para ofrecer soluciones de actualización rentables y ágiles que se alinean con estándares estrictos [\[1\]](https://capgo.app/).
-
-Para el éxito a largo plazo, los desarrolladores de aplicaciones en China deben adoptar una estrategia proactiva que combine sistemas técnicos sólidos, estricto cumplimiento normativo y gestión eficiente de actualizaciones.
diff --git a/src/content/blog/es/code-integrity-in-capacitor-apps-key-techniques.md b/src/content/blog/es/code-integrity-in-capacitor-apps-key-techniques.md
deleted file mode 100644
index 594e90870..000000000
--- a/src/content/blog/es/code-integrity-in-capacitor-apps-key-techniques.md
+++ /dev/null
@@ -1,209 +0,0 @@
----
-slug: code-integrity-in-capacitor-apps-key-techniques
-title: 'Integridad del Código en Aplicaciones Capacitor: Técnicas Clave'
-description: >-
-  Explora las técnicas esenciales para asegurar la integridad del código en
-  aplicaciones móviles, centrándote en actualizaciones OTA, encriptación y
-  cumplimiento de las directrices de las tiendas de aplicaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-09T06:50:58.883Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a7f90344f489ae95339b05-1739083872712.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  code integrity, mobile apps, OTA updates, encryption, Play Integrity API,
-  security compliance, cryptographic signatures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**La integridad del código es fundamental para asegurar las aplicaciones [Capacitor](https://capacitorjs.com/), especialmente con las actualizaciones OTA.** Sin las medidas adecuadas, tu aplicación podría enfrentar riesgos como inyección de código malicioso, robo de credenciales API o modificaciones binarias. Aquí hay un resumen rápido de lo que necesitas saber:
-
--   **Herramientas Principales:** Usa firmas digitales SHA-256, verificaciones en tiempo de ejecución y cifrado (AES-256) para proteger el código.
--   **Características Específicas de Plataforma:** Para Android, integra la [Play Integrity API](https://developer.android.com/google/play/integrity) para verificación de aplicaciones y atestación de dispositivos. Para iOS, sigue la Directriz 3.1.2 de la App Store para actualizaciones OTA.
--   **Seguridad de Actualizaciones OTA:** Implementa cifrado de extremo a extremo, validación de suma de comprobación y seguimiento de cumplimiento para [asegurar actualizaciones](https://capgo.app/docs/live-updates/update-behavior/).
--   **Herramientas Recomendadas:** Herramientas como [Capgo](https://capgo.app/) simplifican las actualizaciones OTA seguras con cifrado, control de versiones y monitoreo de cumplimiento.
-
-### Comparación Rápida de Herramientas y Características Clave
-
-| **Característica** | **Play Integrity API** | **Capgo** | **Otras Herramientas** |
-| --- | --- | --- | --- |
-| Atestación de Dispositivo | Sí | No | Limitado |
-| Cifrado de Extremo a Extremo | No | Sí | Cifrado básico |
-| Documentación de Cumplimiento | No | Automatizado | Manual |
-| Validación de Actualización | Parcial | Completa | Varía |
-
-## Métodos de Verificación de Código
-
-Las [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) combinan técnicas de verificación web y nativas para asegurar el código usando firmas digitales y cifrado.
-
-### Firmas Digitales y Cifrado
-
-La verificación de código se basa en métodos criptográficos. Usando **criptografía asimétrica**, los desarrolladores firman paquetes de código con claves privadas, y los dispositivos cliente los verifican con claves públicas. Este proceso a menudo combina **hash SHA-256** para verificar la integridad del contenido con **cifrado AES-256** para proteger configuraciones sensibles.
-
-| Capa de Verificación | Implementación | Nivel de Seguridad |
-| --- | --- | --- |
-| Firma de Paquete | SHA-256 + tokens JWT | Alto |
-| Transporte de Datos | TLS/SSL | Alto |
-| Protección de Configuración | Cifrado AES-256 | Alto |
-| Verificaciones en Tiempo de Ejecución | Verificación de hash | Alto |
-
-### APIs de Seguridad de Plataforma
-
-Capacitor se basa en sus características de seguridad nativas aprovechando APIs específicas de plataforma. Para Android, el plugin `@capacitor-community/play-integrity` [\[2\]](https://github.com/capacitor-community/play-integrity/) añade capas adicionales de verificación. La configuración incluye:
-
-1.  Generación de tokens de desafío criptográfico (16+ bytes).
-2.  Configuración de la API Play Integrity con un ID de Proyecto de [Google Cloud](https://cloud.google.com/).
-3.  Gestión de errores críticos como fallos de API (-1), servicios faltantes (-2) o tokens inválidos.
-
-Este sistema realiza tres verificaciones clave:
-
--   Verifica la autenticidad de la aplicación.
--   Evalúa la integridad del dispositivo.
--   Confirma el estado de validación de la licencia.
-
-### Verificaciones Web y Nativas Combinadas
-
-Un enfoque híbrido mejora las protecciones de Capacitor integrando **Políticas de Seguridad de Contenido (CSP)** para contenido web con herramientas como [Free-RASP-Capacitor](https://github.com/talsec/Free-RASP-Capacitor) [\[3\]](https://github.com/talsec/Free-RASP-Capacitor).
-
-Para entornos de producción, los desarrolladores deben implementar:
-
--   Validación de suma de comprobación al inicio.
--   Monitoreo en tiempo real de modificaciones de código.
--   Validación cifrada para actualizaciones parciales.
-
-Estas medidas aseguran el cumplimiento de los requisitos de actualización de la plataforma mientras mantienen protocolos de seguridad sólidos.
-
-## Reglas y Requisitos de las Tiendas de Aplicaciones
-
-Las tiendas de aplicaciones imponen pautas estrictas para actualizaciones OTA (Over-the-Air) para garantizar la seguridad del usuario. Los desarrolladores deben seguir estas reglas cuidadosamente para evitar problemas durante el despliegue y las actualizaciones de aplicaciones.
-
-### Pautas de iOS y Android
-
-Tanto iOS como Android tienen requisitos específicos que se alinean con los métodos de verificación nativos de Capacitor. Para iOS, la **Directriz de Revisión 3.1.2 de la App Store** gobierna las actualizaciones OTA. Si bien las actualizaciones de JavaScript están permitidas bajo ciertas condiciones, cualquier cambio de funcionalidad requiere aprobación previa.
-
-Android se centra en la **Play Integrity API**, que proporciona un sistema robusto para verificar la integridad de la aplicación. Aquí hay un desglose rápido de los requisitos clave para cada plataforma:
-
--   **iOS**:
-    
-    -   Adherencia a la Directriz 3.1.2 de la App Store
-    -   Seguimiento de `CFBundleVersion`
-    -   Uso de certificados de firma de código
--   **Android**:
-    
-    -   Integración de la Play Integrity API
-    -   Validación de tokens
-    -   Nomenclatura consistente de paquetes
-
-### Seguimiento de Actualizaciones para Cumplimiento
-
-El seguimiento efectivo de las actualizaciones es esencial para cumplir con los requisitos de las tiendas de aplicaciones. Complementa las verificaciones de integridad en tiempo de ejecución y proporciona un registro de cumplimiento claro y auditable. Los desarrolladores pueden mantener el cumplimiento implementando lo siguiente:
-
-| **Componente de Seguimiento** | **Método de Implementación** | **Propósito** |
-| --- | --- | --- |
-| Historial de Versiones | Marcas de tiempo firmadas criptográficamente | Crea un rastro de auditoría |
-| Registros de Despliegue | Registros de auditoría de solo anexar | Documenta el cumplimiento |
-| Registros de Verificación | Recibos de validación de tokens | Confirma la integridad |
-
-La integración de estos métodos de seguimiento con pipelines CI/CD fortalece tanto la seguridad como la documentación. Este enfoque asegura que las aplicaciones cumplan con los estándares de verificación de las tiendas de aplicaciones mientras mantienen registros de auditoría detallados.
-
-## Herramientas de Integridad de Código
-
-Las características de seguridad nativas de Capacitor sirven como una base sólida, pero las herramientas especializadas pueden mejorar aún más la protección durante los flujos de trabajo de actualización.
-
-### [Capgo](https://capgo.app): Actualizaciones OTA Seguras
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-09.jpg?auto=compress)
-
-Capgo está diseñado específicamente para gestionar actualizaciones seguras over-the-air (OTA) en aplicaciones Capacitor. Asegura la integridad del código con características como:
-
-| **Característica de Seguridad** | **Cómo Funciona** | **Impacto en el Rendimiento** |
-| --- | --- | --- |
-| **Cifrado de Extremo a Extremo** | Cifra paquetes de actualización | Añade <200ms latency |
-| **Differential Updates** | Reduces update payload size | Cuts modification risks by 98% |
-| **Version Control** | Uses cryptographic signatures | Enables real-time validation |
-| **Compliance Checks** | Verifies app store requirements | Offers continuous monitoring |
-
-Capgo also integrates seamlessly with CI/CD pipelines, automating verification during deployments. Its compliance checks directly address iOS 3.1.2 and Android Play Integrity rules, ensuring adherence to platform guidelines.
-
-### Tool Comparison
-
-When choosing a code integrity tool for Capacitor apps, it's crucial to weigh their features and ease of implementation:
-
-| **Feature** | **Capgo** | **Other Tools** |
-| --- | --- | --- |
-| **Update Protection** | End-to-end encryption | Basic encryption |
-| **Runtime Security** | Optional add-ons available | Limited options |
-| **Compliance Documentation** | Automated tracking | Requires manual processes |
-| **Integration Complexity** | Simple NPM package install | Varies widely |
-| **Verification Speed** | <200ms | Performance varies |
-
-Experts recommend using multiple tools to create a layered approach tailored to your specific security needs.
-
-> "La combinación de Play Integrity para la atestación de dispositivos y la validación especializada de actualizaciones a través de herramientas como Capgo crea un marco de seguridad robusto."
-
-Al seleccionar una herramienta, considera las compensaciones entre características de seguridad y demandas operativas. Las opciones de código abierto como Capgo ofrecen transparencia y personalización pero requieren gestionar tu propia infraestructura. Por otro lado, las soluciones comerciales pueden simplificar la gestión pero carecer de características avanzadas como el cifrado de actualizaciones.
-
-## Directrices de Integridad de Código
-
-Mantener la integridad del código en aplicaciones Capacitor requiere una mezcla inteligente de sistemas de monitoreo y equilibrio entre seguridad y rendimiento. Los equipos de desarrollo deben adoptar enfoques prácticos y escalables que cumplan con requisitos estrictos de seguridad mientras mantienen sus aplicaciones funcionando sin problemas.
-
-Estas directrices van más allá de los requisitos de las tiendas de aplicaciones al convertir el cumplimiento en medidas técnicas accionables.
-
-### Sistemas de Monitoreo
-
-El monitoreo efectivo involucra usar múltiples capas de verificaciones, combinando herramientas automatizadas con auditorías manuales. Una herramienta clave aquí es la API de Google Play Integrity, que ofrece atestación a nivel de dispositivo con tiempos de respuesta menores a 200ms [\[1\]](https://ionic.io/docs/tutorials/mobile-security/play-integrity)[\[2\]](https://github.com/capacitor-community/play-integrity/).
-
-| Capa de Monitoreo | Implementación |
-| --- | --- |
-| Atestación de Dispositivo | API Play Integrity |
-| Verificación Binaria | Validación de suma de comprobación |
-| Validación de Actualización | Firmas criptográficas |
-
-Para mejorar la seguridad, los equipos deben integrar verificaciones automatizadas en sus pipelines CI/CD. Algunas mejores prácticas incluyen:
-
--   **90% de cobertura de pruebas** para secciones críticas de seguridad [\[5\]](https://en.wikipedia.org/wiki/Code_integrity)
--   **Revisiones de código obligatorias** para todas las actualizaciones
--   **Despliegue de parches de emergencia** dentro de 24 horas
-
-Estas capas trabajan juntas para crear un sistema de defensa sólido y multifacético.
-
-### Seguridad vs Velocidad
-
-Encontrar el equilibrio adecuado entre seguridad y rendimiento es un desafío, especialmente cuando se usan herramientas de actualización y APIs. La optimización de métricas de rendimiento sin comprometer la seguridad es clave.
-
-| Métrica de Rendimiento | Umbral Objetivo | Método de Optimización |
-| --- | --- | --- |
-| Retraso de Inicio en Frío | <300ms | Inicialización de seguridad paralela |
-| Sobrecarga de Memoria | <15MB RAM | Uso eficiente de bibliotecas |
-| Latencia de Verificación | <200ms | Caché de tokens (TTL 2-4 horas) |
-| Monitoreo en Segundo Plano | Impacto mínimo | Verificaciones basadas en eventos |
-
-Aquí hay algunas estrategias para asegurar tanto la velocidad como la seguridad:
-
--   **Verificación Progresiva**: Comienza con verificaciones básicas de firma antes de profundizar en la validación criptográfica completa [\[2\]](https://github.com/capacitor-community/play-integrity/).
--   **Autenticación Basada en Riesgo**: Adapta la intensidad de verificación según señales de riesgo, como ubicaciones inusuales de usuario o perfiles de dispositivo.
--   **Validación Compatible con Modo Offline**: Asegúrate de que tu sistema funcione incluso con condiciones de red deficientes mediante el almacenamiento en caché de tokens de seguridad esenciales y el uso de mecanismos de respaldo.
-
-El monitoreo y los ajustes continuos son críticos. Las revisiones semanales de seguridad [\[3\]](https://github.com/talsec/Free-RASP-Capacitor) junto con escaneos automatizados de vulnerabilidades pueden ayudar a mantener este equilibrio entre protección y rendimiento.
-
-## Resumen
-
-La protección de la integridad del código de las aplicaciones Capacitor requiere una combinación de características nativas de plataforma y herramientas especializadas:
-
-La **Play Integrity API** ofrece atestación a nivel de dispositivo con tiempos de respuesta menores a 200ms, asegurando la legitimidad de la aplicación verificada por Google [\[1\]](https://ionic.io/docs/tutorials/mobile-security/play-integrity)[\[2\]](https://github.com/capacitor-community/play-integrity/). Complementando esto, herramientas de verificación en tiempo de ejecución como **freeRASP** proporcionan detección en tiempo real de entornos comprometidos [\[3\]](https://github.com/talsec/Free-RASP-Capacitor)[\[4\]](https://www.npmjs.com/package/capacitor-freerasp/v/1.0.0).
-
-Para los equipos que gestionan actualizaciones OTA, el uso de **cifrado de extremo a extremo** y **validación automática de suma de comprobación** es crucial. La combinación de estas características de la plataforma con herramientas especializadas permite actualizaciones seguras mientras se respaldan implementaciones rápidas.
-
-Para equilibrar la seguridad y el rendimiento de la aplicación, los equipos de desarrollo deben centrarse en:
-
--   **Comunicación segura** entre los componentes de la aplicación
--   **Generación validada de tokens** para prevenir el mal uso
--   **Monitoreo en tiempo real** de los entornos de la aplicación
--   Adherirse a las **pautas específicas de la plataforma**
-
-Este enfoque garantiza una protección sólida sin sacrificar el rendimiento, estableciendo las bases para actualizaciones confiables y un mantenimiento seguro de la aplicación.
diff --git a/src/content/blog/es/common-cicd-bottlenecks-in-ota-pipelines.md b/src/content/blog/es/common-cicd-bottlenecks-in-ota-pipelines.md
deleted file mode 100644
index 5be667ae0..000000000
--- a/src/content/blog/es/common-cicd-bottlenecks-in-ota-pipelines.md
+++ /dev/null
@@ -1,143 +0,0 @@
----
-slug: common-cicd-bottlenecks-in-ota-pipelines
-title: Cuellos de botella comunes en CI/CD en tuberías OTA
-description: >-
-  Aprende a superar desafíos comunes en las canalizaciones OTA CI/CD para
-  mejorar la eficiencia de las actualizaciones, la seguridad y la satisfacción
-  del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:07:29.962Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb0f072e221594daf40959-1744510123218.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  CI/CD, OTA updates, automation, testing, security, deployment strategies,
-  performance tracking, scalability
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Las tuberías de CI/CD son esenciales para entregar actualizaciones over-the-air (OTA) de manera rápida y eficiente.** Pero a menudo enfrentan desafíos que ralentizan los despliegues. Esto es lo que necesitas saber:
-
--   **Cuellos de botella clave**: Problemas de integración de herramientas, retrasos en las pruebas, problemas de escalabilidad, brechas de seguridad y falta de seguimiento del rendimiento.
--   **Soluciones**: Automatizar tareas, usar actualizaciones delta, implementar lanzamientos paralelos y escalonados, y establecer sistemas de reversión.
--   **Mejores prácticas**: [Asegura actualizaciones con cifrado](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/), sigue el rendimiento con análisis en tiempo real y asegura el cumplimiento de las reglas de la tienda de aplicaciones.
-
-Al abordar estos cuellos de botella, puedes lograr actualizaciones más rápidas, reducir costos y mejorar la satisfacción del usuario. Por ejemplo, la plataforma de [Capgo](https://capgo.app/) ha entregado 23.5 millones de actualizaciones con una tasa de éxito del 82%, ahorrando hasta $26,100 en cinco años.
-
-**Conclusión**: Optimiza tu tubería de CI/CD con automatización, seguridad y estrategias de despliegue inteligentes para entregar actualizaciones OTA de manera eficiente.
-
-## ¿La tubería de DevOps te está ralentizando? ¡Aquí está la SOLUCIÓN!
-
-<iframe src="https://www.youtube.com/embed/90033Mv9VF8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principales desaceleraciones de la tubería CI/CD
-
-Las tuberías OTA de CI/CD a menudo enfrentan cuellos de botella que retrasan los despliegues, impactando la eficiencia y los plazos.
-
-### Desafíos de integración de herramientas
-
-Hacer que las herramientas de desarrollo trabajen juntas sin problemas puede causar retrasos. La integración fluida con plataformas CI/CD de uso general como [GitHub Actions](https://docs.github.com/actions) y [GitLab CI](https://docs.gitlab.com/ee/ci/) simplifica los flujos de trabajo mientras se mantienen los protocolos de seguridad.
-
-> "Configuramos tu tubería de CI/CD directamente en tu plataforma preferida, ya sea GitHub Actions, GitLab CI u otras. No alojamos CI/CD ni te cobramos por mantenerla." – Capgo [\[1\]](https://capgo.app/)
-
-Este obstáculo a menudo establece el escenario para otros desafíos dentro de la tubería de CI/CD.
-
-### Retrasos en las pruebas
-
-Las fases de prueba también pueden ralentizar las cosas, especialmente cuando la automatización es limitada o las validaciones son demasiado complejas. Introducir lanzamientos automatizados y escalonados, como pruebas beta dirigidas, puede ayudar a agilizar este proceso y reducir retrasos.
-
-### Problemas de escalabilidad
-
-A medida que aumenta el volumen de actualizaciones, las tuberías pueden tener dificultades para mantenerse al día. Gestionar actualizaciones simultáneas a gran escala a menudo se convierte en un cuello de botella. Las soluciones basadas en la nube brindan una forma de manejar este crecimiento de manera más efectiva al mejorar la asignación de recursos y la escalabilidad.
-
-### Preocupaciones de seguridad en las tuberías OTA
-
-Las brechas de seguridad en las tuberías OTA representan riesgos para el proceso de despliegue. Usar cifrado de extremo a extremo es crítico para proteger el contenido de las actualizaciones y asegurar el cumplimiento de los estándares de seguridad. Los sistemas OTA modernos ahora dependen de un fuerte cifrado para abordar estas vulnerabilidades.
-
-### Falta de seguimiento del rendimiento
-
-Sin un seguimiento adecuado del rendimiento, identificar y resolver problemas se convierte en un desafío. Los análisis en tiempo real integrados en la tubería pueden proporcionar los conocimientos necesarios para optimizar los flujos de trabajo y abordar problemas rápidamente.
-
-## Acelera los tiempos de construcción y despliegue
-
-Haz que las actualizaciones over-the-air (OTA) sean más rápidas con automatización inteligente y estrategias de despliegue eficientes.
-
-### Automatizando tareas de la tubería
-
-Automatizar tareas repetitivas puede ahorrar mucho tiempo durante el despliegue. Al establecer procesos automatizados para integración, pruebas y despliegue, puedes eliminar retrasos manuales. Herramientas como **GitHub Actions** y **GitLab CI** son excelentes para esto. Plataformas como **Capgo** también pueden ayudar personalizando tu tubería de CI/CD directamente en tu plataforma elegida. Para ir más allá, utiliza despliegues diferenciales para reducir el tamaño de las cargas de actualización.
-
-### Usando Actualizaciones Delta
-
-Las actualizaciones delta se centran en enviar solo las partes del software que han cambiado, en lugar de todo el paquete. Este enfoque reduce el tamaño de las actualizaciones, acelera el despliegue y disminuye el consumo de ancho de banda.
-
-### Lanzamientos paralelos y escalonados
-
-Acelera las cosas ejecutando tareas de la tubería en paralelo. Combina esto con lanzamientos escalonados, como pruebas beta, despliegues por fases, y eventualmente producción completa, para gestionar riesgos y reducir la carga en los servidores.
-
-### Agregando un sistema de reversión
-
-Asegúrate de tener un sistema de reversión en su lugar. Esto te permite volver rápidamente a una versión estable si algo sale mal.
-
-## Normas de la tubería CI/CD
-
-Establecer normas claras es crucial para actualizaciones OTA seguras y conformes.
-
-### Lista de verificación de reglas de la tienda de aplicaciones
-
-Seguir las reglas de la tienda de aplicaciones es imprescindible para actualizaciones OTA exitosas. Tanto la [Apple App Store](https://developer.apple.com/app-store/guidelines/) como la [Google Play Store](https://developer.android.com/distribute/play-policies) tienen pautas estrictas. La plataforma de Capgo ayuda a asegurar el cumplimiento utilizando cifrado de extremo a extremo, permitiendo solo a usuarios autorizados descifrar los paquetes de actualización [\[1\]](https://capgo.app/).
-
-Algunos requisitos de cumplimiento importantes incluyen:
-
--   [Métodos de entrega de actualizaciones seguras](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)
--   Obtención del consentimiento del usuario para actualizaciones
--   Seguimiento claro de versiones
--   Manejo efectivo de errores
--   Opciones de reversión para actualizaciones fallidas
-
-### Pasos completos de pruebas
-
-Pruebas exhaustivas son críticas para actualizaciones OTA confiables. Un proceso de pruebas estructurado, que cubra pruebas unitarias, pruebas de integración y pruebas de extremo a extremo, ayuda a mantener la estabilidad. El sistema de canales de Capgo apoya pruebas avanzadas al permitir que los equipos liberen actualizaciones a grupos específicos de usuarios para pruebas beta y lanzamientos escalonados [\[1\]](https://capgo.app/).
-
-Las pruebas deben centrarse en:
-
--   Asegurar la integridad del paquete de actualización
--   Manejar problemas de conectividad de red
--   Verificar la compatibilidad de versiones
--   Optimizar el uso de recursos
--   Verificar los procesos de recuperación de errores
-
-Una vez que las pruebas están sólidas, el siguiente paso es monitorear el proceso de actualización para resolver rápidamente cualquier problema.
-
-### Seguimiento del progreso de actualizaciones
-
-Monitorear los despliegues en tiempo real es esencial para asegurar que la tubería funcione sin problemas y de manera eficiente.
-
-### Métodos de comunicación en equipo
-
-Una buena comunicación es clave para gestionar actualizaciones OTA. Establecer canales claros y controles de acceso basados en roles puede simplificar el proceso de despliegue. El sistema de gestión de organizaciones de Capgo ayuda en la colaboración del equipo al permitir la creación de roles y permisos, asegurando la supervisión adecuada [\[1\]](https://capgo.app/).
-
-Las mejores prácticas para la comunicación incluyen:
-
--   Actualizaciones regulares sobre el estado del despliegue
--   Procedimientos claros de escalada para problemas
--   Protocolos de coordinación entre equipos
--   Documentación detallada de las decisiones de despliegue
-
-## Conclusión
-
-Abordar los cuellos de botella de CI/CD es crucial para asegurar una entrega OTA fluida. Las tuberías optimizadas pueden llevar a resultados impresionantes, como el 95% de los usuarios activos recibiendo actualizaciones dentro de las 24 horas, un paquete de 5 MB descargándose en solo 114 ms, y un tiempo promedio de respuesta de API de 434 ms [\[1\]](https://capgo.app/).
-
-> "Capgo es una forma inteligente de realizar cargas de código en caliente" [\[1\]](https://capgo.app/)
-
-La implementación de Capgo en 750 aplicaciones con más de 23.5 millones de actualizaciones [\[1\]](https://capgo.app/) destaca el potencial de ahorro: hasta $26,100 en cinco años, cuando se utilizan sistemas de actualización OTA eficientes. Para lograr esto, la gestión efectiva de CI/CD se centra en:
-
--   **Flujos de trabajo automatizados** para reducir tareas manuales
--   **Actualizaciones delta** para limitar el uso de ancho de banda
--   **Despliegues escalonados** para lanzamientos controlados
--   **Fuerte seguridad** con cifrado de extremo a extremo
--   **Monitoreo en tiempo real** con análisis detallados
diff --git a/src/content/blog/es/common-live-update-issues-and-solutions-for-developers.md b/src/content/blog/es/common-live-update-issues-and-solutions-for-developers.md
deleted file mode 100644
index d6427f935..000000000
--- a/src/content/blog/es/common-live-update-issues-and-solutions-for-developers.md
+++ /dev/null
@@ -1,257 +0,0 @@
----
-slug: common-live-update-issues-and-solutions-for-developers
-title: Problemas y soluciones comunes de actualizaciones en vivo para desarrolladores
-description: >-
-  Aprenda más sobre las soluciones para desafíos comunes en actualizaciones en
-  vivo, incluyendo problemas de red, conflictos de versiones y compatibilidad de
-  dispositivos, para mejorar la experiencia del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T03:31:58.003Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a3d9861da6ea6c25fd54e4-1738812730938.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  live updates, network issues, version conflicts, device compatibility, CI/CD,
-  OTA updates, security, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones en vivo permiten a los desarrolladores enviar cambios directamente a los usuarios sin retrasos en la tienda de aplicaciones. Pero vienen con desafíos como problemas de red, conflictos de versiones y problemas de compatibilidad de dispositivos. Esta guía proporciona soluciones para garantizar actualizaciones sin problemas:
-
--   **Problemas de Red**: Utiliza mecanismos de reintento, descargas por fragmentos y actualizaciones delta.
--   **Conflictos de Versiones**: Sigue el versionado semántico, prueba la compatibilidad y asegura una migración adecuada de datos.
--   **Compatibilidad de Dispositivos**: Prueba en diferentes dispositivos usando herramientas como [BrowserStack](https://www.browserstack.com/app-live) y optimiza las actualizaciones para diferentes versiones de hardware y SO.
--   **Errores de Compilación en CI/CD**: Soluciona conflictos de dependencias, valida variables de entorno y automatiza compilaciones con herramientas como [Capgo](https://capgo.app/).
--   **Seguridad**: Protege las actualizaciones con encriptación, validación y control de acceso.
-
-**Consejo Rápido**: Herramientas como Capgo simplifican las actualizaciones over-the-air (OTA) con funciones como opciones de reversión, despliegues graduales y monitoreo en tiempo real.
-
-¿Quieres actualizaciones más fluidas? Comienza abordando estos problemas comunes para ahorrar tiempo y mejorar la experiencia del usuario.
-
-## Actualizaciones en Vivo de Appflow: Implementa actualizaciones instantáneas directamente a tus usuarios
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Solucionando Problemas de Actualizaciones OTA
-
-Las actualizaciones OTA a menudo enfrentan desafíos como problemas de red y conflictos de versiones. Aquí te mostramos cómo abordarlos efectivamente.
-
-### Problemas de Red y Soluciones
-
-Los problemas de red pueden interrumpir las actualizaciones, pero hay formas de manejarlos:
-
--   Usa **mecanismos de reintento** con retroceso exponencial para manejar caídas de conexión.
--   Opta por **descargas por fragmentos** para manejar entornos de alta latencia.
--   Implementa **actualizaciones delta** para reducir el uso de ancho de banda.
-
-Herramientas como `react-native-netinfo` pueden detectar y responder a cambios de red, facilitando la adaptación a condiciones variables [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-### Problemas de Control de Versiones
-
-Gestionar las versiones adecuadamente es clave para actualizaciones fluidas. El versionado semántico ofrece un marco claro: por ejemplo, al agregar una nueva función, actualiza la versión menor (por ejemplo, de 1.2.0 a 1.3.0) mientras mantienes la compatibilidad con los datos existentes de la aplicación [\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform).
-
-Así es como abordar el control de versiones:
-
--   Verifica la versión de la aplicación antes de aplicar actualizaciones.
--   Mantén un registro de configuraciones de versiones anteriores.
--   Asegura que existan rutas de migración de datos entre versiones.
--   Usa pruebas automatizadas para confirmar la compatibilidad de versiones.
-
-### Usando [Capgo](https://capgo.app/) para Actualizaciones OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-06.jpg?auto=compress)
-
-Capgo es una herramienta poderosa para gestionar actualizaciones OTA. Ofrece características como monitoreo incorporado, opciones de reversión y entrega segura mediante encriptación de extremo a extremo. Además, su integración con CI/CD hace que los despliegues sean más fluidos [\[3\]](https://appinventiv.com/blog/how-ci-cd-helps-mobile-app-development/).
-
-Características principales de Capgo incluyen:
-
--   **Monitoreo en tiempo real** para seguir las actualizaciones.
--   **Reversión instantánea** para resolver problemas rápidamente.
--   **Despliegues graduales** para implementaciones controladas.
--   **Integración con control de versiones** para mejor gestión.
--   **Analíticas** para medir tasas de éxito de actualizaciones.
-
-Para optimizar tu estrategia de implementación, configura [canales de actualización](https://capgo.app/docs/webapp/channels/):
-
--   **Producción**: Versiones estables para usuarios generales.
--   **Beta**: Acceso anticipado para pruebas de funciones.
--   **Desarrollo**: Pruebas internas y validación.
-
-Para actualizaciones urgentes, los despliegues graduales funcionan mejor. Comienza con 5-10% de usuarios, monitorea los resultados y expande gradualmente.
-
-## Problemas en Pipeline CI/CD
-
-Los desarrolladores a menudo enfrentan desafíos al trabajar con pipelines CI/CD, especialmente durante actualizaciones OTA. Veamos formas prácticas de abordar estos problemas comunes.
-
-### Soluciones para Errores de Compilación
-
-Los errores de compilación generalmente son causados por inconsistencias en el entorno o conflictos entre dependencias. Aquí hay una guía rápida para solucionar los problemas más comunes:
-
-| Tipo de Error | Causa Común | Solución |
-| --- | --- | --- |
-| Conflictos de Dependencias | Versiones incompatibles | Usa archivos de bloqueo como `package-lock.json` o `yarn.lock` |
-| Variables de Entorno | Valores faltantes o incorrectos | Configura verificaciones de validación de entorno |
-| Limitaciones de Recursos | Restricciones de memoria/CPU | Ajusta cuotas de recursos y optimiza compilaciones |
-
-Ejecutar verificaciones de salud antes de desplegar compilaciones críticas puede minimizar fallos. Una vez que hayas resuelto problemas de compilación, enfócate en estabilizar la automatización de pruebas para asegurar actualizaciones fluidas.
-
-### Problemas de Automatización de Pruebas
-
-La automatización de pruebas estable es esencial para actualizaciones en vivo confiables. Enfócate en estas áreas:
-
-**Pruebas de Extremo a Extremo**  
-Usa herramientas como [Selenium](https://www.selenium.dev/) o [Appium](http://appium.io/) para crear suites de pruebas completas. Estas deben cubrir escenarios críticos de actualización, como:
-
--   Descarga e instalación de actualizaciones
--   Verificación de compatibilidad de versiones
--   Manejo de escenarios de reversión
--   Pruebas bajo varias condiciones de red
-
-**Pruebas de Rendimiento**  
-Rastrea métricas clave durante el proceso de actualización, incluyendo:
-
--   Velocidades de descarga bajo diferentes condiciones de red
--   Uso de memoria durante la instalación
--   Tiempo de inicio de la aplicación después de actualizaciones
--   Consumo de batería durante la actualización
-
-### Guía de Configuración CI/CD de Capgo
-
-Capgo facilita los flujos de trabajo CI/CD resolviendo desafíos comunes del pipeline, desde la automatización de compilaciones hasta el monitoreo de actualizaciones. Así es como puedes configurar un pipeline confiable:
-
-1. **Automatiza Compilaciones**  
-Configura disparadores - como pushes de código o pull requests - para manejar compilaciones automáticamente. La integración de Capgo soporta múltiples canales de despliegue, permitiendo despliegues controlados según el entorno.
-
-2. **Usa Control de Versiones**  
-Adopta versionado semántico y una estrategia de ramificación (por ejemplo, `main`, `staging`, `development`) para agilizar despliegues y mantener el orden.
-
-3. **Monitorea Actualizaciones**  
-Rastrea métricas clave con las herramientas de análisis de Capgo para mantener control sobre:
-
--   Tasas de éxito de actualizaciones
--   Tasas de finalización de descargas
--   Tendencias de adopción de usuarios
--   Frecuencias de errores
-
-Habilita mecanismos de reintento para actualizaciones fallidas y usa registro de errores para simplificar la resolución de problemas [\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform).
-
-Para evitar despliegues accidentales, mantén configuraciones separadas para entornos de desarrollo y producción. Esto asegura pruebas adecuadas antes de enviar actualizaciones a producción.
-
-## Problemas de Compatibilidad de Dispositivos
-
-Asegurar que tu aplicación funcione sin problemas en todos los dispositivos y APIs es un factor clave para entregar actualizaciones en vivo exitosas.
-
-### Soporte Multi-Dispositivo
-
-Probar en una variedad de dispositivos es crucial para actualizaciones en vivo confiables. Según datos de pruebas de BrowserStack App Live, las aplicaciones típicamente necesitan ser probadas en 15-20 configuraciones diferentes de dispositivos para cubrir el 90% de los escenarios comunes de usuarios [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-| Nivel de Dispositivo | Consideraciones Clave | Enfoque de Pruebas |
-| --- | --- | --- |
-| Dispositivos de Gama Alta | Poder de procesamiento, APIs más recientes | Compatibilidad de funciones, Ajuste de rendimiento |
-| Dispositivos de Gama Media | Uso de memoria, Impacto en batería | Gestión de recursos, [Optimización de tamaño de actualizaciones](https://capgo.app/blog/optimise-your-images-for-updates/) |
-| Dispositivos de Gama Baja | Límites de hardware, Almacenamiento | Requisitos mínimos, Técnicas de compresión |
-
-Para mejorar el rendimiento en todos los dispositivos, adapta las funciones de tu aplicación para coincidir con las capacidades del dispositivo mediante:
-
--   **Uso de carga progresiva** para funciones exigentes.
--   **Aplicación de caché específico por dispositivo** para mejorar el rendimiento.
--   **Compresión de paquetes de actualización** para ajustarse a restricciones de almacenamiento.
-
-Mientras que optimizar para dispositivos es importante, manejar diferencias en sistemas operativos y versiones de API agrega otra capa de complejidad.
-
-### Diferencias de Versiones de API
-
-La mayoría de las aplicaciones necesitan soportar al menos tres versiones principales de API para cubrir el 95% de su base de usuarios [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-**Estrategias Clave para Gestión de API:**
-
--   **Detecta versiones de API** para identificar SO del dispositivo y niveles de API.
--   Usa **ejecución condicional de código** para funciones que dependen de APIs específicas.
--   Construye **soluciones de respaldo** para funciones esenciales.
--   Únete a **programas beta de SO** para adelantarte a cambios próximos.
-
-**Mejores Prácticas para Control de Versiones:**
-
--   Prueba actualizaciones en todas las versiones de API soportadas.
--   Mantén documentación detallada de dependencias de API para cada función.
--   Usa canales de actualización separados para diferentes versiones de API.
--   Monitorea avisos de depreciación y planifica migraciones proactivamente.
-
-Al tratar con actualizaciones de API, prioriza la compatibilidad hacia atrás. Una capa de compatibilidad puede ayudar a cerrar brechas entre versiones de API, asegurando que las actualizaciones funcionen sin problemas en dispositivos con diferentes versiones de SO.
-
-Para equipos que aprovechan pruebas automatizadas, configura tu pipeline CI/CD para validar actualizaciones contra múltiples versiones de API. Este enfoque proactivo minimiza el riesgo de problemas de compatibilidad llegando a producción [\[3\]](https://appinventiv.com/blog/how-ci-cd-helps-mobile-app-development/).
-
-## Seguridad y Reglas
-
-Asegurar que las actualizaciones se entreguen de manera segura y cumplan con las reglas de la plataforma es clave para proteger tanto a usuarios como desarrolladores de riesgos potenciales. La investigación de [IBM](https://www.ibm.com/) muestra que las brechas de datos costaron a las compañías un promedio de $4.35 millones en 2022 [\[4\]](https://www.socialsellinator.com/social-selling-blog/seo-article-writing), resaltando la importancia de priorizar la seguridad durante las actualizaciones de aplicaciones.
-
-### Métodos de Protección de Datos
-
-Asegurar actualizaciones en vivo requiere múltiples capas de protección. Aquí están las tres áreas principales de enfoque:
-
-| **Capa de Seguridad** | **Implementación** | **Propósito** |
-| --- | --- | --- |
-| **[Cifrado de Datos](https://capgo.app/docs/cli/migrations/encryption/)** | Cifrado de extremo a extremo | Protege las actualizaciones durante la transmisión |
-| **Validación de Actualización** | Firmas criptográficas | Confirma que las actualizaciones son genuinas |
-| **Control de Acceso** | Autenticación basada en tokens | Previene actualizaciones no autorizadas |
-
-Las herramientas de Capgo facilitan la protección de actualizaciones al automatizar procesos clave:
-
--   **[Cifrado de Paquetes](https://capgo.app/docs/cli/migrations/encryption/)**: Cifra automáticamente los paquetes de actualización.
--   **Transmisión Segura**: Asegura que las actualizaciones usen protocolos HTTPS.
--   **Validación de Versión**: Confirma la integridad de la actualización antes de la instalación.
-
-### Directrices de Plataforma
-
-El cumplimiento de las reglas de las tiendas de aplicaciones y las leyes de protección de datos es innegociable. Por ejemplo, las violaciones del [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) pueden resultar en multas de hasta 20 millones de euros o el 4% de los ingresos globales [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash). Seguir estas pautas es esencial.
-
-**Medidas Clave de Cumplimiento:**
-
-| **Requisito** | **Método de Implementación** | **Verificación** |
-| --- | --- | --- |
-| **Consentimiento del Usuario** | Avisos de actualización en la app | Mantener registros de consentimiento |
-| **Minimización de Datos** | Recopilar solo datos esenciales | Realizar auditorías regulares |
-| **Transparencia de Actualizaciones** | Proporcionar registros de cambios claros | Notificar a usuarios |
-| **Monitoreo de Seguridad** | Verificaciones automatizadas | Realizar escaneos continuos |
-
-Para mantener el cumplimiento mientras se entregan actualizaciones:
-
--   Mantener registros detallados del procesamiento de datos y registros de actualización para auditorías.
--   Usar mecanismos de consentimiento simples y amigables.
--   Revisar y mejorar regularmente las prácticas de seguridad.
-
-Para el cumplimiento del GDPR, realizar evaluaciones de impacto de protección de datos para identificar riesgos antes del despliegue. Almacenar de forma segura los registros de actualización y mantener documentación clara de todas las medidas de seguridad para prepararse para posibles auditorías.
-
-Con estos protocolos de seguridad implementados, estás listo para explorar soluciones para agilizar futuras actualizaciones.
-
-## Conclusión
-
-### Resumen de la Solución
-
-El uso de herramientas como Capgo ayuda a abordar desafíos en actualizaciones OTA, pipelines de CI/CD y compatibilidad de dispositivos. Estas herramientas se centran en resolver problemas comunes como la fiabilidad de la red, control de versiones y compatibilidad multiplataforma, asegurando actualizaciones fluidas para los usuarios.
-
-| **Desafío** | **Solución** | **Resultado** |
-| --- | --- | --- |
-| OTA y CI/CD | Validación, rollback, pruebas automatizadas | 95% menos fallos, ciclos 60% más rápidos |
-| Compatibilidad de Dispositivos | Frameworks de prueba multiplataforma | 85% de reducción en problemas específicos de dispositivos |
-
-### Mirando al Futuro: Innovaciones en Actualizaciones
-
-Las herramientas impulsadas por IA están allanando el camino para actualizaciones más inteligentes, ofreciendo características como detección de problemas en tiempo real y correcciones automatizadas. Otras tendencias incluyen seguridad basada en blockchain, monitoreo en tiempo real, verificaciones avanzadas de compatibilidad y mejor sincronización entre plataformas. Adoptar estos métodos puede ayudar a los desarrolladores a hacer sus procesos de actualización más confiables y preparados para el futuro.
-
-### Comenzando con Capgo
-
-Capgo facilita la implementación de soluciones de actualización en vivo, aumentando la velocidad y confiabilidad del despliegue mientras reduce el tiempo de integración.
-
-Aquí está cómo empezar:
-
--   Usar las herramientas de CI/CD de Capgo para automatizar pruebas.
--   Configurar el cifrado y validar versiones.
--   Configurar actualizaciones para grupos específicos de usuarios.
-
-Estos pasos aseguran un flujo de trabajo más suave y actualizaciones más rápidas.
diff --git a/src/content/blog/es/common-mistakes-in-custom-attribute-segmentation.md b/src/content/blog/es/common-mistakes-in-custom-attribute-segmentation.md
deleted file mode 100644
index 424cc3f52..000000000
--- a/src/content/blog/es/common-mistakes-in-custom-attribute-segmentation.md
+++ /dev/null
@@ -1,138 +0,0 @@
----
-slug: common-mistakes-in-custom-attribute-segmentation
-title: Errores comunes en la segmentación de atributos personalizados
-description: >-
-  Aprende los principales obstáculos en la segmentación de atributos
-  personalizados y cómo mejorar efectivamente la participación del usuario y el
-  rendimiento de la aplicación.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T14:10:29.790Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f91f892e221594daf25028-1744380640437.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  custom attribute segmentation, user engagement, app performance, segmentation
-  mistakes, data compliance
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-La segmentación por atributos personalizados es crucial para mejorar la participación del usuario y el rendimiento de la aplicación. Pero muchos desarrolladores cometen errores comunes que conducen a actualizaciones ineficientes, orientación deficiente y satisfacción reducida del usuario. Aquí hay un vistazo rápido a lo que debe evitar y cómo mejorar:
-
--   **Errores a evitar**:
-    
-    -   Complicar demasiado los modelos: Mantén la segmentación simple para evitar errores y retrasos.
-    -   Usar datos desactualizados: Actualiza los datos regularmente para una orientación precisa.
-    -   Mezclar tipos de reglas: Mantén formatos consistentes para mayor claridad.
-    -   Ignorar el comportamiento del usuario: Combina atributos estáticos con acciones del usuario para mejores insights.
-    -   Falta de objetivos claros: Define metas específicas para mantener el enfoque.
--   **Cómo mejorar**:
-    
-    -   Establece el tamaño correcto del segmento: Evita grupos demasiado específicos; concéntrate en segmentos accionables.
-    -   Actualiza los segmentos instantáneamente: Usa herramientas que permitan actualizaciones en vivo para una respuesta más rápida.
-    -   Monitorea y ajusta: Rastrea métricas como tasas de éxito, participación y errores para refinar la segmentación.
-    -   Sigue las reglas de datos: Limita la recopilación de datos, asegura la transparencia y cumple con regulaciones como [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation).
--   **Por qué es importante**:
-    
-    -   Herramientas como [Capgo](https://capgo.app/) permiten actualizaciones en tiempo real, manejo seguro de datos y despliegues rápidos, logrando hasta un 95% de éxito en actualizaciones dentro de 24 horas. Adoptar las herramientas y estrategias correctas puede optimizar la segmentación y mejorar la orientación al usuario.
-
-## ¡Atributos de Datos, Listas Inteligentes y Segmentaciones! | San ...
-
-<iframe src="https://www.youtube.com/embed/HzFUdPZzaGE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Errores Comunes de Segmentación
-
-La segmentación por atributos personalizados puede desviarse debido a algunas trampas comunes. Evitar estos problemas es clave para mantener tu aplicación funcionando sin problemas y involucrar a los usuarios de manera efectiva.
-
-### Complicar Demasiado los Modelos
-
-Si tus modelos de segmentación son demasiado complicados, pueden ralentizar el procesamiento, aumentar los errores y hacer que la resolución de problemas sea una pesadilla. Mantén las cosas simples y optimizadas para ser eficiente y preciso.
-
-### Usar Datos Desactualizados
-
-Confiar en datos antiguos puede arruinar tu orientación. Asegúrate de actualizar tus datos regularmente para mantener tu segmentación precisa y tu experiencia de usuario en punto.
-
-### Mezclar Tipos de Reglas
-
-Combinar diferentes formatos de reglas - como booleanos con criterios numéricos, nombres inconsistentes o jerarquías conflictivas - puede crear confusión y errores. Mantén un formato consistente para asegurar que tus reglas funcionen según lo previsto.
-
-### Pasar por Alto el Comportamiento del Usuario
-
-Los atributos estáticos por sí solos no cuentan toda la historia. Ignorar cómo los usuarios interactúan con tu aplicación puede limitar el impacto de tu segmentación. Incluir datos sobre las acciones del usuario hace que tu orientación sea más receptiva y efectiva.
-
-### Falta de Objetivos Claros
-
-Sin metas claras, tus esfuerzos de segmentación pueden perder el enfoque. Define métricas y plazos específicos, y asegúrate de que tu segmentación se alinee con tu estrategia general de negocio.
-
-A continuación, profundiza en estrategias para mejorar la segmentación y afinar tu orientación.
-
-## Cómo Mejorar la Segmentación
-
-Aquí te mostramos cómo puedes refinar tu enfoque de segmentación para evitar errores comunes.
-
-### Establece el Tamaño Correcto del Segmento
-
-Elige tamaños de segmento que encuentren un equilibrio entre ser accionables y estadísticamente confiables. Evita dividir usuarios en grupos demasiado específicos para cada preferencia menor. En su lugar, concéntrate en agrupar comportamientos similares para crear segmentos más fáciles de analizar y actuar.
-
-### Actualiza los Segmentos Instantáneamente
-
-Las herramientas modernas te permiten hacer cambios inmediatos en tu segmentación. Las actualizaciones en vivo son útiles porque:
-
--   Te permiten omitir revisiones de la tienda de aplicaciones para cambios
--   Te ayudan a responder rápidamente a cambios en el comportamiento del usuario
--   Permiten pruebas A/B de diferentes estrategias de segmentación
--   Permiten retrocesos rápidos cuando algo no funciona según lo planeado
-
-### Monitorea y Ajusta
-
-Mantén un ojo en el rendimiento de tu segmentación y ajústala según sea necesario. Concéntrate en estas áreas:
-
-| Aspecto a Monitorear | Métricas a Rastrear | Qué Hacer |
-| --- | --- | --- |
-| Éxito de Actualización | Tasa de éxito, tiempo de entrega | Medir qué tan bien se aplican las actualizaciones y mejorar los procesos de implementación |
-| Participación del Usuario | Duración de sesión, uso de funciones | Refinar segmentos basados en cómo los usuarios interactúan con tu aplicación |
-| Seguimiento de Errores | Frecuencia de errores, tipos | Identificar y corregir problemas causados por la segmentación |
-| Impacto en el Rendimiento | Tiempos de carga, uso de recursos | Ajustar el procesamiento para asegurar que tu aplicación funcione sin problemas |
-
-### Cumple con las Reglas de Datos
-
-Seguir las regulaciones de protección de datos no es opcional. Aquí te mostramos cómo mantener el cumplimiento mientras mejoras la segmentación:
-
--   **Recolecta Solo lo Necesario**: Limita la recolección de datos a lo esencial para tus objetivos de segmentación. Esto reduce los riesgos de cumplimiento y mantiene el procesamiento eficiente.
--   **Sé Transparente**: Explica claramente a los usuarios cómo se están utilizando sus datos. Esto construye confianza y los anima a compartir información precisa.
--   **Audita Regularmente**: Revisa tus criterios de segmentación para asegurar que cumplan con regulaciones como GDPR y [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act). Elimina puntos de datos obsoletos o innecesarios.
-
-También es crucial usar cifrado de extremo a extremo y métodos seguros de manejo de datos para proteger la información del usuario mientras mantienes una segmentación efectiva.
-
-## Resumen de Herramientas de Segmentación
-
-Al elegir herramientas para la segmentación por atributos personalizados, busca características que minimicen errores y mejoren la orientación. Las funcionalidades clave incluyen análisis en tiempo real, opciones de retroceso, distribución de actualizaciones dirigida, alojamiento flexible (nube y autoalojado), cifrado de extremo a extremo y cumplimiento con los requisitos de la tienda de aplicaciones.
-
-### Tabla Comparativa de Herramientas
-
-| Característica | Capgo | Impacto en la Segmentación |
-| --- | --- | --- |
-| **Velocidad de Actualización** | 114ms de descarga (paquete de 5MB)[\[1\]](https://capgo.app/) | Las actualizaciones más rápidas reducen problemas de datos desactualizados |
-| **Tasa de Éxito** | 95% de tasa de actualización en 24 horas[\[1\]](https://capgo.app/) | Mayor adopción asegura mejor precisión de segmentos |
-| **Seguridad** | Cifrado de extremo a extremo[\[1\]](https://capgo.app/) | Protege efectivamente los datos sensibles del usuario |
-| **Análisis** | Análisis en tiempo real[\[1\]](https://capgo.app/) | Proporciona retroalimentación inmediata sobre el rendimiento del segmento |
-| **Opciones de Alojamiento** | Nube y autoalojado | Soporta diversas necesidades de implementación |
-| **Cobertura Global** | 57ms de tiempo de respuesta API mundial[\[1\]](https://capgo.app/) | Entrega rendimiento consistente en todas las regiones |
-
-El panorama de herramientas de segmentación ha cambiado significativamente en los últimos años. Por ejemplo, el cierre de [Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) en 2024 y el próximo cierre de [AppFlow](https://ionic.io/appflow) en 2026 han llevado a los desarrolladores a explorar alternativas más confiables. Estos cambios resaltan la importancia de herramientas que aborden directamente los desafíos de segmentación.
-
-Métricas como velocidades de actualización y tasas de éxito enfatizan la confiabilidad, asegurando grupos de usuarios activos y precisamente orientados. El precio también juega un papel importante - algunas plataformas cuestan $5,000–$6,000 anualmente, mientras que otras están alrededor de $300 por mes[\[1\]](https://capgo.app/). Este rango hace que las herramientas avanzadas sean accesibles también para equipos más pequeños.
-
-Concéntrate en herramientas que ofrezcan implementación instantánea, manejo seguro de datos e integración fluida con CI/CD. Estas características son esenciales para reducir errores y mejorar los resultados de segmentación.
-
-## Conclusión
-
-La segmentación efectiva depende de mantener las cosas sencillas, usar actualizaciones en tiempo real y establecer objetivos claros. Cuando se hace correctamente, los modelos de segmentación pueden ser tanto prácticos como eficientes, permitiendo despliegues más rápidos de funciones y orientación precisa al usuario.
-
-Las plataformas actuales han cambiado el juego con herramientas de segmentación en tiempo real. Los desarrolladores ahora pueden actualizar y gestionar segmentos de usuarios instantáneamente, asegurando una orientación precisa en una amplia gama de usuarios.
-
-El éxito en la segmentación se reduce a algunas prácticas fundamentales: mantener los modelos simples, aprovechar las actualizaciones en tiempo real, establecer objetivos medibles y usar análisis para rastrear el rendimiento. Con las herramientas adecuadas, los desarrolladores pueden construir segmentos de usuarios que sean tanto receptivos como impactantes.
diff --git a/src/content/blog/es/comparing-react-native-vs-capacitor.md b/src/content/blog/es/comparing-react-native-vs-capacitor.md
deleted file mode 100644
index 1314ecd3b..000000000
--- a/src/content/blog/es/comparing-react-native-vs-capacitor.md
+++ /dev/null
@@ -1,251 +0,0 @@
----
-slug: comparing-react-native-vs-capacitor
-title: Comparando React Native vs Capacitor
-description: >-
-  En este artículo, comparamos el desarrollo de aplicaciones móviles con React
-  Native frente al uso de React y Capacitor, cubriendo sus funcionalidades,
-  rendimiento, comunidad y más.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-11T00:00:00.000Z
-updated_at: 2023-06-11T00:00:00.000Z
-head_image: /react_native_vs_react_capacitor.webp
-head_image_alt: Ilustración de comparación entre React Native y Capacitor
-keywords: >-
-  React Native, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Alternatives
-published: true
-locale: es
-next_blog: ''
----
-Lo que cubriremos:
-
-- ¿Qué es Capacitor?
-- ¿Qué es React Native?
-- ¿Qué tienen en común ambos frameworks?
-- React Native vs. Capacitor: Funcionalidad
-- React Native vs. Capacitor: Rendimiento
-- React Native vs. Capacitor: Comunidad
-- React Native vs. Capacitor: Curva de aprendizaje
-- React Native vs. Capacitor: Demanda de habilidades
-- ¿Deberías usar React y Capacitor o React Native?
-
-## ¿Qué es Capacitor?
-
-[Capacitor](https://capacitorjs.com/) es una herramienta multiplataforma construida por el equipo de Ionic. Te permite convertir tu aplicación web en una aplicación iOS o Android.
-
-Con Capacitor, puedes crear aplicaciones móviles usando tu código JavaScript. Luego renderiza las aplicaciones usando el WebView nativo de tu teléfono. Usando los plugins y APIs de Capacitor, puedes acceder a características nativas como la cámara, altavoz y otros.
-
-Capacitor es compatible con diferentes frameworks de JavaScript, como React, Vue, Angular y JavaScript vanilla. Aprende más sobre [construir aplicaciones multiplataforma con Capacitor y React](https://capacitorjs.com/solution/react/).
-
-## ¿Qué es React Native?
-
-[React Native](https://reactnative.dev/) es esencialmente React para aplicaciones móviles. Te permite crear aplicaciones para Android e iOS usando la sintaxis de React.
-
-El código React que escribes interactúa con las APIs nativas en dispositivos móviles. React Native proporciona a los desarrolladores componentes nativos como `Text`, `Image` y `View` como bloques de construcción para una UI nativa.
-
-React Native, que es de código abierto, fue creado y es mantenido por Facebook.
-
-## ¿Qué tienen en común ambos frameworks?
-
-Las herramientas multiplataforma como React Native y Capacitor pueden ahorrarte mucho tiempo y dinero.
-
-Ambos frameworks eliminan la necesidad de aprender lenguajes nativos como Java, Kotlin, Swift y Objective C para construir aplicaciones móviles para plataformas específicas. En lugar de construir una aplicación Android con una base de código y una aplicación iOS con otra, puedes crear aplicaciones móviles para ambas plataformas usando la misma base de código.
-
-Esto también significa que las empresas que construyen aplicaciones multiplataforma pueden contratar solo un equipo de React Native o Capacitor para construir ambas versiones en lugar de requerir dos equipos diferentes — uno para iOS y otro para Android — reduciendo así el número de desarrolladores en nómina.
-
-Capacitor y React Native comparten un enfoque común para integrar código nativo personalizado en sus proyectos como módulos o plugins. En ambos frameworks, se te da la capacidad de escribir código nativo personalizado en Java, Kotlin, Objective C o Swift para acceder a características nativas que los frameworks no proporcionan de serie.
-
-Al igual que React Native, Capacitor utiliza las características nativas de los teléfonos móviles. La principal diferencia está en el renderizado. Mientras que las aplicaciones móviles de React Native utilizan la vista nativa de cada dispositivo, Capacitor renderiza las aplicaciones usando el WebView nativo de los dispositivos.
-
-Ambos frameworks son de código abierto para que cualquiera pueda contribuir con su código fuente y usarlo.
-
-## React Native vs. Capacitor: Funcionalidad
-
-Cuando se trabaja en React Native, los desarrolladores pueden construir aplicaciones nativas usando la sintaxis y principios básicos de React. A menudo se le conoce como un framework sin opinión, lo que significa que viene con [muy pocas bibliotecas y funcionalidades oficiales](https://blog.logrocket.com/react-native-component-libraries/).
-
-Los creadores de React Native prefirieron dar a los desarrolladores [libertad al estructurar aplicaciones y resolver diferentes problemas](https://reactjs.org/docs/add-react-to-a-website.html/), permitiendo a los desarrolladores que no quieren escribir código desde cero construir diferentes funcionalidades usando bibliotecas de terceros desarrolladas por la comunidad.
-
-Algunas de estas bibliotecas incluyen:
-
-- [React Hook Form](https://blog.logrocket.com/the-complete-guide-to-react-hook-form/) o [Formik para crear y validar formularios](https://blog.logrocket.com/building-better-react-forms-with-formik/)
-- [React Testing Library y Jest para probar aplicaciones](https://blog.logrocket.com/testing-apps-with-jest-and-react-testing-library/)
-- [Fetch API y Axios para hacer peticiones de red](https://blog.logrocket.com/data-fetching-react-native/)
-
-Sin embargo, incluso con bibliotecas de terceros que pueden verse como una ventaja, estas bibliotecas a menudo se vuelven obsoletas. Si el soporte de la comunidad para una biblioteca particular no es lo suficientemente fuerte y no se actualiza con frecuencia, pueden surgir problemas de incompatibilidad.
-
-[Capacitor fue construido sobre Cordova](https://blog.logrocket.com/framework7-vs-ionic-comparing-cordova-frameworks/) y es compatible con la mayoría de los plugins de Cordova. Sin embargo, Capacitor es más moderno y mejor mantenido, mientras que Cordova ha sido descontinuado. Capacitor también soporta PWA y es más rápido que Cordova, dando a tu aplicación mejor tiempo de inicio.
-
-Aunque [Capacitor fue desarrollado por el equipo de Ionic](https://blog.logrocket.com/react-native-vs-ionic/), en realidad no necesitas usar Ionic con Capacitor. Capacitor es compatible con cualquier framework de JavaScript así como con JavaScript vanilla.
-
-Dicho esto, usar Ionic con Capacitor puede hacer tu trabajo más fácil, ya que Ionic puede ayudarte a implementar UI nativa y configurar algunas herramientas necesarias para el desarrollo móvil.
-
-Capacitor es perfecto para que los desarrolladores web comiencen rápidamente a construir aplicaciones móviles. Incluso puede generar aplicaciones móviles a partir de aplicaciones web construidas con [frameworks React como MUI](https://blog.logrocket.com/definitive-guide-react-material/) y Chakra. No puedes hacer lo mismo con React Native; tienes que construir tus aplicaciones desde cero.
-
-Una ventaja que tiene Capacitor sobre React Native es que puede ser usado para crear aplicaciones web progresivas, ya que puede acceder a APIs nativas desde la web. Capacitor también es muy ligero comparado con otras herramientas multiplataforma como Xamarin, Cordova y NativeScript.
-
-Si eras fan de Cordova, deberías considerar usar Capacitor. Está bien mantenido por el equipo de Ionic, que proporciona correcciones a problemas regularmente.
-
-## React Native vs. Capacitor: Rendimiento
-
-Veamos las filosofías de diseño de estas dos herramientas y cómo difieren entre sí.
-
-Capacitor toma un enfoque basado en web para el desarrollo móvil. Renderiza aplicaciones en teléfonos [usando el WebView nativo de los dispositivos](https://ionicframework.com/docs/core-concepts/webview/) y viene con plugins de serie que convierten tu código web en APIs que interactúan con las características nativas de los dispositivos.
-
-Con React Native, por otro lado, los desarrolladores se saltan el código web y van directamente a móvil.
-
-A diferencia de las aplicaciones híbridas que usan WebViews, las aplicaciones React Native interactúan directamente con los componentes nativos de una plataforma. Debido a esto, las aplicaciones nativas como las de React Native suelen ser más rápidas y eficientes, ya que están adaptadas a la plataforma en la que se ejecutan.
-
-Un problema común con herramientas como Capacitor que usan WebView para renderizar aplicaciones es la dificultad en renderizar animaciones, efectos CSS y layouts complejos con gradientes — cualquier cosa que sea compleja o pesada. Mostrar video también puede ser un problema.
-
-Las aplicaciones Capacitor pueden tener dificultades en dispositivos de gama baja o dispositivos con hardware antiguo. Esto es porque usualmente, algunos recursos tienen que ser cargados desde la web antes de que la UI de la aplicación pueda ser renderizada.
-
-Además, cuando las aplicaciones no se renderizan en la vista nativa de los dispositivos, no pueden aprovechar completamente las capacidades del hardware de los dispositivos, resultando en un rendimiento lento.
-
-Las pruebas son más fáciles con Capacitor, ya que permite ejecutar aplicaciones en un navegador web. Con React Native, [compilar, ejecutar y probar aplicaciones requiere instalar Xcode](https://blog.logrocket.com/xcode-for-react-native-developers-tutorial-and-best-practices/) o Android Studio, agregando otro paso al proceso de compilación.
-
-Aunque puedes [saltar el paso de Xcode/Android Studio con Expo](https://blog.logrocket.com/getting-started-with-react-native-and-expo-sdk/), Expo [no está exento de limitaciones](https://docs.expo.dev/faq/).
-
-Una herramienta híbrida WebView como Capacitor te ahorra costos y mucho tiempo. Pero si el alto rendimiento es muy importante para ti, o si estás construyendo una aplicación compleja que podría ejecutarse en dispositivos baratos y dispositivos con hardware antiguo, entonces React Native podría ser una mejor opción.
-
-Las aplicaciones React Native probablemente serán más rápidas y tendrán mejor rendimiento, ya que se convierten a los lenguajes nativos de los dispositivos y trabajan directamente con las características nativas de esos dispositivos en lugar de ejecutarse en un WebView.
-
-Con [más de 2,000 contribuyentes y casi 700,000 usuarios en GitHub](https://github.com/facebook/react-native/), así como [una gran comunidad en Stack Overflow](https://stackoverflow.com/questions/tagged/react-native/?sort=Newest), React Native tiene el soporte que los desarrolladores necesitan para aprender y crecer en el framework.
-
-Además, debido a que React Native está basado en JavaScript y es un framework multiplataforma, es accesible y popular entre los desarrolladores.
-
-React Native también se volvió popular porque Facebook lo creó. Facebook actualmente está usando React Native en muchas de sus aplicaciones e invirtiendo fuertemente en el framework.
-
-Otras [empresas que usan el framework React Native](https://stackshare.io/react-native/) incluyen:
-
-- Walmart
-- Microsoft
-- Tesla
-- Discord
-- Shopify
-- Instagram
-
-Como Capacitor es todavía bastante nuevo, no hay tantos recursos y materiales en línea para que los desarrolladores consuman. Solo tiene [menos de 300 contribuyentes en GitHub](https://github.com/ionic-team/capacitor/) y [una pequeña comunidad en Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor/). Sin embargo, tiene [documentación completa](https://capacitorjs.com/).
-
-Las empresas que actualmente usan Capacitor incluyen:
-
-- Burger King
-- Popeyes
-- Southwest
-
-Como React Native ha estado alrededor por más tiempo y tiene el apoyo de Facebook, más desarrolladores y grandes empresas lo usan, así que claramente se lleva la victoria aquí.
-
-Capacitor es de código abierto y tiene licencia MIT, al igual que otras herramientas de Ionic. Sin embargo, el equipo de Ionic proporciona soporte pagado para usuarios empresariales de Capacitor.
-
-Con el servicio de soporte pagado de Capacitor, puedes tener conversaciones telefónicas con el equipo de Ionic (incluyendo ingenieros) para resolver tus problemas, generalmente en cuestión de horas o días, e incluso los fines de semana.
-
-Si el soporte premium es una prioridad máxima para ti y tu equipo, entonces Capacitor podría ser la mejor opción.
-
-## React Native vs. Capacitor: Curva de aprendizaje
-
-React Native usa JSX como su lenguaje de plantillas. En lugar de separar el marcado de la lógica poniéndolos en diferentes archivos, React Native utiliza componentes separados que contienen el marcado y la lógica perteneciente a un componente en el mismo archivo, logrado a través de JSX.
-
-Este enfoque orientado a componentes permite a los desarrolladores crear componentes una vez y reutilizarlos tantas veces como necesiten combinando marcado, estilo y lógica.
-
-JSX hace que crear estos componentes sea simple, y dado que tiene tipado estático, los desarrolladores pueden detectar errores tempranamente, mejorando la depuración y la calidad del desarrollo.
-
-También optimiza el código durante la compilación, por lo que el código JavaScript generado por JSX se ejecuta más rápido que el equivalente escrito directamente en JavaScript.
-
-Sin embargo, debido a esto, los desarrolladores no pueden usar CSS para estilizar y [solo pueden hacerlo con JavaScript](https://blog.logrocket.com/react-native-styling-tutorial-with-examples/).
-
-Si bien JSX no es particularmente difícil, la mayoría de los desarrolladores usan HTML y CSS para marcado y estilizado, y adaptarse a este nuevo paradigma podría llevar algo de tiempo.
-
-Aquí hay un ejemplo de JSX y estilizado en React Native:
-
-```jsx
-import React from 'react'
-import { StyleSheet, Text, View } from 'react-native'
-
-function App() {
-  return (
-    <View style={styles.container}>
-      <Text style={styles.text}>Hello, World!</Text>
-    </View>
-  )
-}
-
-const styles = StyleSheet.create({
-  container: {
-    flex: 1,
-    justifyContent: 'center',
-    alignItems: 'center',
-  },
-  text: {
-    fontSize: 24,
-    fontWeight: 'bold',
-  },
-})
-
-export default App
-```
-
-En el ejemplo anterior, importamos los componentes necesarios de React Native, creamos un componente funcional y usamos la API `StyleSheet` para crear estilos para los componentes.
-
-Capacitor, por otro lado, te permite usar HTML, CSS y JavaScript para construir tu aplicación. Si ya estás familiarizado con el desarrollo web, la curva de aprendizaje para Capacitor será mucho menor en comparación con React Native.
-
-Aquí hay un ejemplo de una aplicación simple usando Capacitor con React:
-
-```jsx
-import React from 'react'
-import './App.css'
-
-function App() {
-  return (
-    <div className="container">
-      <h1 className="text">Hello, World!</h1>
-    </div>
-  )
-}
-
-export default App
-```
-
-Y el archivo CSS correspondiente:
-
-```css
-.container {
-  display: flex;
-  justify-content: center;
-  align-items: center;
-  height: 100vh;
-}
-
-.text {
-  font-size: 24px;
-  font-weight: bold;
-}
-```
-
-En este ejemplo, usamos HTML y CSS estándar para crear y estilizar los componentes, facilitando a los desarrolladores web la transición al desarrollo de aplicaciones móviles con Capacitor.
-
-En resumen, si ya estás familiarizado con el desarrollo web y prefieres usar HTML y CSS para estilizar, Capacitor tendrá una curva de aprendizaje más baja. Sin embargo, si te sientes cómodo con React y JSX, React Native podría ser una mejor opción.
-
-## React Native vs. Capacitor: Demanda de habilidades
-
-React Native ha existido durante más tiempo y es utilizado por muchas grandes empresas, lo que lo convierte en una habilidad más demandada en el mercado laboral. Según [Indeed](https://www.indeed.com/jobs/?q=react+native&l=), hay miles de ofertas de trabajo para desarrolladores de React Native.
-
-Capacitor, al ser una tecnología más nueva y menos popular, tiene menos ofertas de trabajo. Sin embargo, a medida que más empresas adopten Capacitor para el desarrollo de sus aplicaciones móviles, la demanda de desarrolladores de Capacitor puede aumentar.
-
-Si buscas maximizar tus oportunidades laborales, aprender React Native podría ser una mejor opción. Sin embargo, si estás interesado en trabajar con una tecnología más nueva y potencialmente estar a la vanguardia de su crecimiento, Capacitor podría ser una opción emocionante.
-
-## ¿Deberías usar React y Capacitor o React Native?
-
-La elección entre React y Capacitor o React Native depende de tus necesidades y preferencias específicas. Aquí hay algunos factores a considerar al tomar tu decisión:
-
-- Si ya estás familiarizado con el desarrollo web y prefieres usar HTML y CSS para estilizar, Capacitor es una excelente opción que permite una transición sin problemas.
-- Si valoras la facilidad de uso, un tiempo de desarrollo más rápido y la compatibilidad con varios frameworks de JavaScript, Capacitor es el camino a seguir.
-- Si estás interesado en trabajar con una tecnología más nueva que está ganando tracción y tiene potencial de crecimiento, Capacitor es una opción emocionante para considerar.
-- Si quieres construir aplicaciones web progresivas además de aplicaciones móviles, Capacitor ofrece esta flexibilidad, haciéndolo una opción más versátil.
-
-Si bien React Native tiene sus ventajas, Capacitor se destaca como una herramienta poderosa y flexible para construir aplicaciones móviles multiplataforma. Su compatibilidad con varios frameworks de JavaScript, capacidad para crear aplicaciones web progresivas y facilidad de uso para desarrolladores web lo convierten en un fuerte contendiente en el espacio de desarrollo de aplicaciones móviles.
-
-Considera tus necesidades específicas, preferencias y objetivos al elegir el framework adecuado para tu proyecto. Capacitor ofrece muchos beneficios que lo hacen una opción atractiva para desarrolladores que buscan construir aplicaciones móviles de alta calidad con un flujo de trabajo de desarrollo web familiar.
-
-Descubre cómo Capgo puede ayudarte a construir mejores aplicaciones más rápido, [regístrate para obtener una cuenta gratuita](/register/) hoy.
diff --git a/src/content/blog/es/compliance-checks-in-cicd-for-capacitor-apps.md b/src/content/blog/es/compliance-checks-in-cicd-for-capacitor-apps.md
deleted file mode 100644
index f9f75a92d..000000000
--- a/src/content/blog/es/compliance-checks-in-cicd-for-capacitor-apps.md
+++ /dev/null
@@ -1,240 +0,0 @@
----
-slug: compliance-checks-in-cicd-for-capacitor-apps
-title: Pruebas de Cumplimiento en CI/CD para Aplicaciones Capacitor
-description: >-
-  Garantice el cumplimiento de los estándares de conformidad de sus aplicaciones
-  Capacitor mediante verificaciones automatizadas de CI/CD, mejore la seguridad
-  y acelere las actualizaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T02:36:18.433Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0a31ca2808c1172f2bc74-1742783814915.jpg
-head_image_alt: Desarrollo móvil
-keywords: 'CI/CD, compliance checks, Capacitor apps, mobile security, automated testing'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Las comprobaciones de cumplimiento en las tuberías CI/CD son tu solución.** Aseguran que tus aplicaciones de [Capacitor](https://capacitorjs.com/) cumplan con los requisitos de Apple y [Google Play](https://support.google.com/googleplay/android-developer/answer/113513?hl=en), manteniendo la seguridad ajustada y las actualizaciones rápidas.
-
-Aquí por qué importan las comprobaciones de cumplimiento:
-
--   **Monitoreo Automatizado:** Rastrea cambios de código para el cumplimiento de las pautas de la tienda.
--   **Actualizaciones más Rápidas:** 95% de los usuarios reciben actualizaciones en 24 horas.
--   **Mayor Seguridad:** Escanea vulnerabilidades y protege datos de usuarios.
-
-### Resumen Rápido:
-
--   Configura tuberías CI/CD con herramientas como [Capgo](https://capgo.app/) para un cumplimiento sin problemas.
--   Automatiza verificaciones para iOS (etiquetas de privacidad, HTTPS, validación binaria) y Google Play (validación APK, permisos, niveles de API).
--   Integra medidas de seguridad como encriptación, verificaciones de dependencias y pruebas.
--   Utiliza pruebas de rendimiento y accesibilidad para mejorar la experiencia del usuario.
-
-**Capgo simplifica este proceso**, ofreciendo herramientas para cumplimiento automatizado, seguimiento de errores en tiempo real y [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/).
-
-Mantente conforme, seguro y eficiente con prácticas adecuadas de CI/CD para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-## Usando DevSecOps para Cumplimiento y Seguridad Continua ...
-
-<iframe src="https://www.youtube.com/embed/HTMuZfv6JS0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Construyendo Tuberías CI/CD para [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-24.jpg?auto=compress)
-
-Una tubería CI/CD bien diseñada simplifica el despliegue y ayuda a asegurar que tu aplicación cumpla consistentemente con las pautas de la tienda de aplicaciones.
-
-### Seleccionando una Plataforma CI/CD
-
-Elige una plataforma CI/CD que funcione perfectamente con aplicaciones Capacitor. Busca características como:
-
--   **Integración con tus herramientas de desarrollo actuales**
--   **Opciones de configuración personalizables para verificaciones de cumplimiento**
--   **Soporte para despliegue en diferentes plataformas**
--   **Precios asequibles para uso a largo plazo**
-
-Después de elegir una plataforma, configura tu tubería para permitir compilaciones consistentes y hacer cumplir la conformidad.
-
-### Configuración Básica de la Tubería
-
-Configura las dependencias de compilación y variables de entorno para mantener el cumplimiento. Capgo se integra con la mayoría de las principales plataformas CI/CD y no requiere alojamiento [\[1\]](https://capgo.app/).
-
-Los pasos principales de configuración incluyen:
-
--   **Configurar el entorno de compilación y dependencias**
--   **Conectar tu sistema de control de versiones**
--   **Crear scripts de compilación automatizados**
-
-### Agregando Herramientas de Cumplimiento
-
-Una vez que tu tubería esté funcionando, incluye herramientas para hacer cumplir los estándares de la tienda de aplicaciones. Las verificaciones automatizadas de cumplimiento ayudan a asegurar que las actualizaciones cumplan con los requisitos de Apple y Google Play manteniendo el despliegue rápido [\[1\]](https://capgo.app/).
-
-Pasos para integrar herramientas de cumplimiento:
-
--   **Automatizar escaneos de código para identificar y bloquear actualizaciones no conformes**
--   **Usar herramientas de monitoreo para rastrear el cumplimiento y notificar al equipo sobre problemas**
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar la revisión para correcciones de errores es oro puro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Automatización de Cumplimiento de App Store
-
-La automatización de verificaciones de cumplimiento ayuda a asegurar que tu aplicación Capacitor se alinee con las pautas de iOS y Google Play, detectando problemas potenciales temprano.
-
-### Requisitos de Cumplimiento de iOS
-
-Para aplicaciones iOS, las verificaciones automatizadas deben cubrir:
-
--   **Etiquetas de Privacidad**: Confirmar que todas las declaraciones necesarias sean precisas.
--   **Seguridad de Transporte de App**: Asegurar que todas las llamadas de red usen HTTPS.
--   **Validación Binaria**: Verificar límites de tamaño de archivo y compatibilidad de arquitectura.
--   **Seguridad de Contenido**: Identificar cualquier contenido o funcionalidad prohibida.
-
-### Requisitos de [Google Play](https://support.google.com/googleplay/android-developer/answer/113513?hl=en)
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/support.google.com-6a40cdc10f6ab14acd7c2475e5b73e8c-2025-03-24.jpg?auto=compress)
-
-Al apuntar a Google Play, enfócate en estas verificaciones clave:
-
--   **Validación APK**: Confirmar configuraciones adecuadas de firma y manifiesto.
--   **Calificación de Contenido**: Mostrar las calificaciones correctas para tu aplicación.
--   **Nivel API Objetivo**: Asegurar el cumplimiento con los últimos requisitos de API de Android.
--   **Uso de Permisos**: Validar que los permisos estén claramente declarados.
-
-Usar herramientas integradas para la automatización del cumplimiento puede hacer estos procesos más eficientes.
-
-### Herramientas de Cumplimiento de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Capgo mejora los flujos de trabajo de cumplimiento con herramientas que se integran directamente en tu tubería CI/CD. Así es como Capgo puede ayudar:
-
--   **Encriptación de extremo a extremo** asegura la entrega segura de actualizaciones.
--   **Control de versiones automatizado** permite reversiones instantáneas cuando sea necesario.
--   **Analíticas en tiempo real** proporcionan información sobre el rendimiento y éxito de las actualizaciones.
-
-> "¡Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Para equipos que manejan múltiples versiones de aplicaciones, el [sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) de Capgo soporta pruebas beta dirigidas y lanzamientos graduales [\[1\]](https://capgo.app/).
-
-## Verificaciones de Seguridad y Privacidad
-
-Proteger las aplicaciones Capacitor y los datos de usuarios requiere medidas exhaustivas de seguridad y privacidad en toda tu tubería CI/CD.
-
-### Escaneo de Seguridad de Código
-
-Aquí hay algunas prácticas esenciales a seguir:
-
--   **Análisis Estático**: Usa herramientas para identificar fallas de seguridad comunes, vulnerabilidades de inyección y dependencias desactualizadas en tu código.
--   **Pruebas Dinámicas**: Ejecuta pruebas de penetración automatizadas para descubrir vulnerabilidades en tiempo de ejecución.
--   **Verificaciones de Dependencias**: Inspecciona regularmente las bibliotecas de terceros para riesgos de seguridad conocidos.
-
-Configura tu tubería para detener los despliegues si se detectan problemas críticos de seguridad.
-
-### Estándares de Seguridad de Datos
-
-Asegurar los datos va más allá de solo escanear vulnerabilidades. Requiere prácticas estrictas de encriptación y almacenamiento. Aquí un ejemplo:
-
-| Requisito de Seguridad | Método de Implementación | Proceso de Verificación |
-| --- | --- | --- |
-| [Encriptación de Datos](https://capgo.app/docs/cli/migrations/encryption/) | Encriptación de extremo a extremo | Verificaciones automatizadas de certificados |
-| Almacenamiento Seguro | Almacenamiento local encriptado | Revisiones de permisos de almacenamiento |
-| Seguridad de Red | Forzar conexiones HTTPS | Validación SSL/TLS |
-| Control de Acceso | Permisos basados en roles | Pruebas de autenticación |
-
-### Características de Seguridad de Capgo
-
-Capgo lleva la seguridad al siguiente nivel construyendo sobre estos protocolos de escaneo y protección de datos. Proporciona herramientas avanzadas para salvaguardar tus aplicaciones.
-
-Algunas características destacadas incluyen:
-
--   **Encriptación de extremo a extremo** para actualizaciones, asegurando que solo usuarios autorizados puedan acceder al contenido.
--   **Reversión automatizada** para abordar rápidamente problemas de seguridad cuando surjan.
--   **Seguimiento de errores en tiempo real** para detectar y resolver problemas potenciales inmediatamente.
-
-> "La única solución con verdadera encriptación de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-Capgo presume una tasa de éxito de actualizaciones del 95% dentro de las 24 horas [\[1\]](https://capgo.app/), combinando seguridad sólida con despliegue rápido.
-
-Para equipos que integran verificaciones de seguridad, Capgo se integra sin problemas con plataformas populares de CI/CD como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), y [Jenkins](https://www.jenkins.io/). Esto permite verificaciones de seguridad automatizadas en cada paso del despliegue.
-
-## Configuración de Pruebas Automatizadas
-
-Automatizar pruebas en tu tubería CI/CD es un paso clave para asegurar que tus aplicaciones Capacitor mantengan alta calidad y cumplan con los estándares de conformidad.
-
-### Métodos de Pruebas UI
-
-Para asegurar que la interfaz de tu aplicación funcione perfectamente en todos los dispositivos y plataformas, configura pruebas UI que cubran múltiples escenarios. Estas pruebas deben validar elementos en varios tamaños de pantalla y sistemas operativos.
-
-| **Categoría de Prueba** | **Método de Implementación** | **Criterios de Validación** |
-| --- | --- | --- |
-| Regresión Visual | Comparación de capturas de pantalla | Consistencia de diseño, posicionamiento de elementos |
-| Pruebas de Componentes | Scripts de interacción automatizados | Funcionalidad de botones, validación de formularios |
-| Verificaciones Multiplataforma | Pruebas en matriz de dispositivos | Comportamientos UI específicos de plataforma |
-
-Las pruebas dirigidas también pueden ayudarte a distribuir versiones de la aplicación a grupos específicos de usuarios para obtener más retroalimentación.
-
-Además de las pruebas UI, es importante analizar las métricas de rendimiento de tu aplicación.
-
-### Pruebas de Velocidad y Recursos
-
-Las pruebas de rendimiento aseguran que tu aplicación cumpla con las expectativas del usuario y los requisitos de la tienda de aplicaciones. Usa verificaciones automatizadas en tu tubería para rastrear estas métricas clave:
-
--   **Pruebas de Tiempo de Inicio**: Mide qué tan rápido inicia la aplicación, tanto en inicios fríos como calientes.
--   **Monitoreo de Uso de Memoria**: Mantén un ojo en el uso de RAM para evitar bloqueos o ralentizaciones.
--   **Análisis de Impacto en Batería**: Evalúa el consumo de energía durante operaciones críticas.
--   **Rendimiento de Red**: Prueba la velocidad y confiabilidad de las transferencias de datos.
-
-Estas métricas son cruciales para entregar una experiencia de usuario fluida y mantener el cumplimiento con los requisitos de la plataforma.
-
-### Pruebas de Accesibilidad
-
-Después de las pruebas de rendimiento, enfócate en la accesibilidad para asegurar que tu aplicación sea utilizable para todos los usuarios. Incluye verificaciones automatizadas para lo siguiente:
-
-| **Característica de Accesibilidad** | **Enfoque de Prueba** | **Estándar de Cumplimiento** |
-| --- | --- | --- |
-| Soporte de Lector de Pantalla | Validación de voz | WCAG 2.1 Nivel AA |
-| Contraste de Color | Análisis automatizado de contraste | Pautas de plataforma |
-| Tamaño de Objetivo Táctil | Verificaciones de dimensiones de elementos | Requisitos específicos del SO |
-| Navegación por Teclado | Pruebas de método de entrada | Estándares multiplataforma |
-
-Con las herramientas de integración de Capgo, puedes automatizar estas pruebas de accesibilidad directamente dentro de tu flujo de trabajo CI/CD. La plataforma es compatible con Capacitor 8, asegurando una compatibilidad fluida en los sistemas CI/CD soportados mientras te ayuda a cumplir con los estándares de conformidad [\[1\]](https://capgo.app/).
-
-## Siguientes Pasos y Consejos
-
-Una vez que hayas establecido tus procesos de CI/CD, es importante mantenerte en conformidad con las políticas cambiantes manteniendo todo actualizado.
-
-### Actualizaciones Regulares de Políticas
-
-Automatizar las verificaciones de políticas dentro de tu pipeline CI/CD te ayuda a detectar problemas temprano. Las revisiones rutinarias aseguran que tu aplicación cumpla con los últimos estándares de privacidad, seguridad y plataforma.
-
-| **Categoría de Actualización** | **Frecuencia de Monitoreo** | **Áreas Clave de Enfoque** |
-| --- | --- | --- |
-| Directrices de la Tienda | Mensual | Reglas de privacidad, protocolos de seguridad |
-| Actualizaciones de Plataforma | Trimestral | Compatibilidad con SO, cambios en API |
-| Parches de Seguridad | Semanal | Corrección de vulnerabilidades, actualizaciones de cifrado |
-
-### Aprovechando al Máximo Capgo
-
-Capgo se integra perfectamente con plataformas CI/CD, simplificando la gestión de conformidad y permitiendo actualizaciones rápidas. Su sistema de canales permite implementaciones graduales, ayudándote a detectar y corregir problemas de conformidad antes de que afecten a todos los usuarios.
-
-Aquí te mostramos cómo empezar:
-
--   **Automatiza las verificaciones de conformidad** con la herramienta CLI de Capgo para asegurar que nada se pase por alto.
--   **Rastrea errores en tiempo real** para monitorear el rendimiento de las actualizaciones.
--   **[Usa el sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** para probar en beta los cambios de conformidad antes de una implementación completa.
-
-Con las analíticas de Capgo, puedes validar rápidamente la conformidad y optimizar las implementaciones graduales. Estos pasos aseguran actualizaciones más fluidas y conformidad a largo plazo.
-
-### Puntos Clave
-
-Para mantener efectivo tu proceso de conformidad, concéntrate en estas áreas:
-
-| **Área de Conformidad** | **Estrategia de Implementación** | **Métrica Clave** |
-| --- | --- | --- |
-| Seguimiento de Políticas | Monitoreo automatizado | Informe mensual de conformidad |
-| Distribución de Actualizaciones | Implementaciones graduales | 95% de actualizaciones exitosas |
-| Gestión de Errores | Seguimiento en tiempo real | Tiempo promedio de respuesta API: 57ms |
diff --git a/src/content/blog/es/configuring-rollback-for-capacitor-updates.md b/src/content/blog/es/configuring-rollback-for-capacitor-updates.md
deleted file mode 100644
index 43116d2ab..000000000
--- a/src/content/blog/es/configuring-rollback-for-capacitor-updates.md
+++ /dev/null
@@ -1,169 +0,0 @@
----
-slug: configuring-rollback-for-capacitor-updates
-title: Configurando la reversión para actualizaciones de Capacitor
-description: >-
-  Aprende a configurar las opciones de reversión para las actualizaciones de
-  Capacitor y así mantener la estabilidad de la aplicación, asegurando
-  experiencias de usuario fluidas durante las actualizaciones por aire.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T01:14:33.030Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6802ea903c6b972ab5077c74-1745025315132.jpg
-head_image_alt: Desarrollo Móvil
-keywords: 'Capacitor, rollback, updates, mobile development, app stability'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Rollback en [Capacitor](https://capacitorjs.com/) garantiza que tu aplicación se mantenga estable durante las actualizaciones por aire (OTA). Aquí tienes lo que necesitas saber:
-
-- **Rollback Automático**: Revierte automáticamente a la última versión estable si una actualización falla.
-- **Rollback Manual**: Permite a los desarrolladores retroceder manualmente a una versión anterior para soluciones rápidas.
-- **Copia de Seguridad de Paquete por Defecto**: Si todas las actualizaciones fallan, la aplicación se restaura a su paquete original.
-
-### Cómo Configurarlo:
-
-1. **Rollback Automático**: Usa configuraciones como umbrales de tasa de éxito (por ejemplo, 95%) y períodos de monitoreo (por ejemplo, 5 minutos).
-2. **Rollback Manual**: Retén múltiples versiones para flexibilidad (por ejemplo, las últimas 5 versiones).
-
-### Consejos de Gestión:
-
-- Prueba las actualizaciones en un entorno de staging antes de la liberación.
-- Monitorea las tasas de éxito y errores de las actualizaciones para activar los rollbacks de forma anticipada.
-- Usa lanzamientos por fases (por ejemplo, 10%, 50%, 100%) para minimizar el impacto.
-
-### Comparación de Plataformas:
-
-**[Capgo](https://capgo.app/)** ofrece rollbacks con un clic, encriptación, análisis en tiempo real y opciones de alojamiento flexibles. Alternativas como **[Appflow](https://ionic.io/appflow/)** carecen de características o vienen con costos más altos.
-
-**Tabla de Comparación Rápida:**
-
-| Plataforma  | Tipo de Rollback | Análisis | Encriptación | Opciones de Alojamiento | Costo      |
-| ----------- | -----------------| -------- | ------------ | ----------------------- | ---------- |
-| **Capgo**   | Automático/Manual | Sí      | Sí           | Flexible                | Asequible  |
-| Solo Manual      | No       | No           | Limitado                | Inferior   |
-| Appflow     | Automático/Manual | Parcial  | No           | Limitado                | Alto       |
-
-Con una configuración adecuada y herramientas como Capgo, puedes garantizar actualizaciones sin problemas y abordar rápidamente los problemas para mantener tu aplicación funcionando sin interrupciones.
-
-## MAD24 304 Aprovechando Actualizaciones Atómicas con [OSTree](https://en.wikipedia.org/wiki/OSTree) para ...
-
-
-## Cómo Funciona el Rollback en [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6802ea903c6b972ab5077c74/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Capacitor incluye una función de rollback que garantiza la estabilidad de la aplicación durante las actualizaciones por aire, actuando como una medida de seguridad contra posibles problemas.
-
-### Tipos de Rollback
-
-- **Rollback Automático**: Si una actualización falla, Capacitor revierte automáticamente la aplicación a su última versión estable.
-- **Rollback Manual**: Los desarrolladores pueden retroceder manualmente a una versión anterior, permitiendo soluciones rápidas durante lanzamientos por fases o problemas de producción [\[1\]](https://capgo.app/).
-
-Como red de seguridad adicional, Capacitor también se basa en el paquete original de la aplicación.
-
-### Usando el Paquete por Defecto como Copia de Seguridad
-
-Si todos los intentos de actualización fallan, Capacitor restaura la aplicación utilizando el paquete original, garantizando el funcionamiento de la aplicación.
-
-## Configurando el Rollback: Paso a Paso
-
-Aquí tienes cómo configurar tanto opciones de rollback automático como manual de manera efectiva.
-
-### Configuración de Rollback Automático
-
-Para habilitar el rollback automático, configura la detección y criterios de éxito:
-
-```typescript
-const config = {
-  autoRollback: true,
-  timeout: 15000, // Timeout: 15 seconds
-  checkInterval: 5000 // Check interval: 5 seconds
-};
-```
-
-```typescript
-const updateConfig = {
-  minSuccessRate: 95, // Rollback if success rate drops below 95%
-  monitorDuration: 300000 // Monitoring duration: 5 minutes
-};
-```
-
-### Configuración de Rollback Manual
-
-Para rollback manual, personaliza las opciones según sea necesario:
-
-```typescript
-const rollbackOptions = {
-  versionControl: true,
-  keepVersions: 5,    // Retain the last 5 versions
-};
-```
-
-Si estás utilizando Capgo, puedes iniciar un rollback con solo un clic a cualquier versión guardada.
-
-Para referencia:
-
-| Tipo de Rollback | Tiempo de Espera | Umbral de Éxito | Período de Monitoreo |
-| ---------------- | ---------------- | ---------------- | --------------------- |
-| Automático       | 15 segundos      | 95%              | 5 minutos             |
-| Manual           | N/A              | Definido por el usuario | Continuo       |
-
-Dirígete a la siguiente sección para consejos sobre gestión de rollback.
-
-## Consejos de Gestión de Rollback
-
-Mantén el impacto para el usuario bajo probando, monitoreando y desplegando las actualizaciones con cuidado.
-
-### Pruebas en Staging
-
-Simula escenarios de rollback en una configuración de staging que refleje la producción.
-
-Para verificar la preparación del rollback:
-
-- Despliega actualizaciones beta a pequeños grupos utilizando los canales de Capgo [\[1\]](https://capgo.app/).
-- Si surgen problemas, activa un rollback a la versión más reciente estable.
-
-Después de las pruebas, concéntrate en monitorear el rendimiento de la actualización en el entorno en vivo.
-
-### Seguimiento del Rendimiento de Actualizaciones
-
-Mantente al tanto del rendimiento de las actualizaciones para asegurar rollbacks suaves:
-
-- Monitorea las tasas de éxito de actualizaciones en vivo y la participación de los usuarios [\[1\]](https://capgo.app/).
-- Mantén un ojo en los errores para iniciar rollbacks de manera anticipada, evitando interrupciones mayores.
-- Aprovecha el análisis para identificar y resolver cuellos de botella.
-
-> "Desplegamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de más de 5000. Estamos viendo una operación muy suave y casi todos nuestros usuarios están actualizados en minutos después del despliegue de la OTA a @Capgo."
-> 
-> - colenso [\[1\]](https://capgo.app/)
-
-Una vez que el monitoreo esté en marcha, libera actualizaciones de manera incremental.
-
-### Lanzamiento de Actualización por Fases
-
-Distribuye actualizaciones gradualmente: comienza con el 10%, luego el 50% y finalmente el 100% de tus usuarios [\[1\]](https://capgo.app/).
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios."
-> 
-> - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Características de Rollback de Plataformas
-
-Ahora que hemos hablado sobre la configuración de rollback y las mejores prácticas, echemos un vistazo a cómo las principales plataformas gestionan los rollbacks. Las herramientas que ofrecen pueden hacer una gran diferencia en cuán rápido y confiablemente te recuperas de actualizaciones problemáticas.
-
-**Capgo** se destaca con su **rollback con un clic** a cualquier lanzamiento. También ofrece **encriptación de extremo a extremo**, **análisis en tiempo real**, canales de despliegue avanzados y la flexibilidad de opciones alojadas en la nube y autohospedadas [\[1\]](https://capgo.app/).
-
-Por otro lado, **Appflow** tiene una tarifa anual elevada y una hoja de ruta poco clara, lo que puede hacerla menos atractiva [\[1\]](https://capgo.app/).
-
-Al elegir una plataforma, los factores clave a considerar incluyen **seguridad**, la profundidad del análisis, flexibilidad de despliegue y costo general. Capgo combina confiabilidad en el rollback, fuerte encriptación y rentabilidad, haciéndola una opción sólida para equipos de todos los tamaños [\[1\]](https://capgo.app/).
-
-## Resumen
-
-Asegurar actualizaciones suaves para tu aplicación Capacitor requiere métodos de rollback confiables desde la configuración inicial hasta los lanzamientos por fases. Al configurar correctamente las configuraciones y elegir las plataformas adecuadas, los equipos pueden abordar rápidamente los problemas derivados de actualizaciones defectuosas mientras mantienen satisfechos a los usuarios.
-
-Un sólido plan de rollback incluye una mezcla de opciones automáticas y manuales, monitoreo en tiempo real, lanzamientos gradual y canales de actualización seguros. Herramientas como Capgo simplifican este proceso con características como rollbacks con un clic, actualizaciones encriptadas y análisis integrados. Con estas estrategias, tu aplicación puede ofrecer actualizaciones consistentes y fiables sin interrupciones.
diff --git a/src/content/blog/es/cordova-hybrid-app-development.md b/src/content/blog/es/cordova-hybrid-app-development.md
deleted file mode 100644
index 6fd677968..000000000
--- a/src/content/blog/es/cordova-hybrid-app-development.md
+++ /dev/null
@@ -1,91 +0,0 @@
----
-slug: cordova-hybrid-app-development
-title: >-
-  Guía definitiva de Apache Cordova: Desarrollo de aplicaciones híbridas de
-  forma sencilla
-description: >-
-  Bienvenido al mundo de Apache Cordova. Aprende cómo Cordova permite a los
-  desarrolladores crear aplicaciones móviles multiplataforma utilizando
-  tecnologías web como HTML, CSS y JavaScript. Explora su historia, sus ventajas
-  y compáralo con alternativas como Capacitor.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-06-02T00:00:00.000Z
-updated_at: 2024-06-14T00:00:00.000Z
-head_image: /what-is-cordova-phone-gap.webp
-head_image_alt: Diagrama que explica las diferencias entre una aplicación híbrida y nativa.
-keywords: >-
-  Cordova, hybrid app development, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: cordova
-published: true
-locale: es
-next_blog: ''
----
-
-## Desmitificando Apache Cordova: Una Guía Completa para el Desarrollo de Aplicaciones Híbridas
-
-En el mundo actual centrado en dispositivos móviles, llegar a una amplia audiencia con tu aplicación es primordial. Pero desarrollar aplicaciones nativas separadas para iOS, Android y otras plataformas puede consumir mucho tiempo y recursos. Aquí entra Apache Cordova, un potente framework de código abierto que permite a los desarrolladores crear aplicaciones móviles multiplataforma utilizando tecnologías web familiares como HTML, CSS y JavaScript.
-
-Esta guía completa profundiza en el mundo de Cordova, explorando sus complejidades, ventajas y cómo se compara con la competencia.
-
-### Cómo Funciona Cordova: Conectando la División entre Web y Nativo
-
-En su núcleo, Cordova actúa como un puente entre tu aplicación web y las capacidades nativas de los dispositivos móviles. Logra esto ingeniosamente a través de los siguientes componentes clave:
-
-1. **WebView: El Contenedor Nativo de tu Aplicación Web:**
-   - Cordova utiliza un componente nativo conocido como WebView, esencialmente un navegador web simplificado sin los elementos típicos de la interfaz de usuario como barras de direcciones y botones de navegación
-   - Tu aplicación web reside cómodamente dentro de este contenedor WebView, funcionando como lo haría en un navegador móvil regular. Mantiene su capacidad para cargar páginas HTML, ejecutar código JavaScript, manejar contenido multimedia y comunicarse con servidores remotos
-
-2. **Plugins: Desbloqueando Características Nativas del Dispositivo:**
-   - Las aplicaciones web, por diseño, operan dentro de un entorno sandbox seguro que restringe el acceso directo a características específicas de hardware y software del dispositivo. Por ejemplo, acceder a la lista de contactos, cámara o datos GPS directamente desde una aplicación web está típicamente prohibido
-   - Los plugins de Cordova vienen al rescate actuando como intermediarios, proporcionando APIs de JavaScript que exponen estas capacidades nativas a tu aplicación web. Piensa en los plugins como módulos especializados que extienden el alcance de tu aplicación a la funcionalidad nativa del dispositivo
-   - Con los plugins correctos, tu aplicación Cordova puede interactuar sin problemas con la cámara del dispositivo para capturar fotos y videos, acceder a la lista de contactos para recuperar o almacenar información de contacto, aprovechar la funcionalidad GPS para determinar la ubicación del usuario, y mucho más
-
-3. **Ionic Native: Potenciando el Desarrollo de Plugins de Cordova:**
-   - Ionic Native, una potente biblioteca desarrollada por el equipo de Ionic, simplifica y mejora aún más la integración de plugins de Cordova
-   - Proporciona una rica colección de interfaces TypeScript para más de 200 de los plugins de Cordova más populares, haciendo increíblemente conveniente para los desarrolladores incorporar funcionalidad nativa en sus aplicaciones
-   - Además, Ionic ofrece soporte empresarial para Ionic Native, proporcionando a las organizaciones actualizaciones continuas, parches de seguridad cruciales y asistencia experta en el mantenimiento de la compatibilidad entre diferentes modelos de dispositivos y versiones de plataforma
-
-### Trazando las Raíces de Cordova: De PhoneGap a una Potencia de Código Abierto
-
-Entender la conexión histórica entre Apache Cordova y PhoneGap es crucial para disipar cualquier confusión que rodee a estas dos entidades estrechamente relacionadas.
-
-1. **PhoneGap: Pionero en la Revolución de Aplicaciones Híbridas:**
-   - En 2008, un grupo de ingenieros innovadores en Nitobi, una empresa canadiense de desarrollo web, se embarcó en la misión de cerrar la brecha entre el desarrollo de aplicaciones web y móviles nativas
-   - Concibieron PhoneGap, un framework que aprovechaba el entonces novedoso concepto de usar WebView para ejecutar aplicaciones web de forma nativa en dispositivos móviles. Este enfoque revolucionario permitió a los desarrolladores aprovechar sus habilidades existentes en desarrollo web para crear aplicaciones que pudieran acceder a características nativas del dispositivo
-
-2. **Abrazando el Código Abierto: El Nacimiento de Apache Cordova:**
-   - En 2011, Adobe Systems adquirió Nitobi y tomó una decisión estratégica que daría forma al futuro del desarrollo de aplicaciones híbridas. Donaron generosamente PhoneGap a la Apache Software Foundation, un reconocido defensor del software de código abierto- Bajo el paraguas de Apache, PhoneGap fue rebautizado como Apache Cordova, llamado así por la calle donde se ubicaba la oficina de Nitobi en Vancouver. Este movimiento aseguró que Cordova prosperaría como un proyecto impulsado por la comunidad, fomentando la innovación y colaboración entre desarrolladores en todo el mundo.
-
-3. **Cordova vs PhoneGap: Diferenciando los dos:**
-   - Hoy en día, Apache Cordova y Adobe PhoneGap se usan frecuentemente de manera intercambiable, lo que lleva a cierta confusión comprensible. Una analogía simple puede ayudar a aclarar su relación. Considera a Cordova como el motor de código abierto que impulsa la navegación web, similar al papel que juega WebKit. En contraste, PhoneGap es similar a una implementación específica de ese motor, como el navegador Safari de Apple, que está construido sobre WebKit
-   - Desde el punto de vista funcional, Cordova y PhoneGap son prácticamente idénticos, ofreciendo las mismas capacidades centrales para el desarrollo de aplicaciones híbridas. Puede haber diferencias sutiles en sus interfaces de línea de comandos y herramientas, pero estas variaciones son generalmente menores y no impactan significativamente el proceso de desarrollo
-   - Adobe continúa ofreciendo servicios y herramientas de valor agregado bajo la marca PhoneGap, como PhoneGap Build, un servicio basado en la nube que simplifica la compilación de binarios de aplicaciones nativas. Estos servicios están típicamente dirigidos a desarrolladores u organizaciones que buscan un enfoque más simplificado o gestionado para el desarrollo de aplicaciones híbridas
-
-### Ionic y Cordova: Una Combinación Perfecta para la Excelencia en Aplicaciones Híbridas
-
-Ionic y Cordova han estado entrelazados durante mucho tiempo, formando una poderosa sinergia que agiliza el desarrollo de aplicaciones híbridas y eleva las experiencias de usuario.
-
-1. **Ionic: Creando Interfaces de Usuario Hermosas y Eficientes:**
-   - Ionic, un framework líder de código abierto, se enfoca principalmente en los aspectos front-end del desarrollo de aplicaciones híbridas. Proporciona una biblioteca completa de componentes de UI preconfigurados, gestos y animaciones meticulosamente diseñados para imitar la apariencia y sensación de las aplicaciones nativas en diferentes plataformas
-
-2. **Cordova: Conectando la Brecha hacia la Funcionalidad Nativa:**
-   - Cordova se integra perfectamente con Ionic, permitiendo a los desarrolladores acceder a una gran cantidad de características nativas del dispositivo directamente desde sus aplicaciones Ionic. Esta asociación armoniosa permite la creación de aplicaciones híbridas que no solo parecen y se sienten nativas, sino que también pueden aprovechar todo el potencial del hardware y software del dispositivo subyacente
-
-3. **Un Flujo de Trabajo de Desarrollo Optimizado:**
-   - Ionic y Cordova se complementan perfectamente, estableciendo un flujo de trabajo de desarrollo bien definido y eficiente. Los desarrolladores pueden aprovechar el rico conjunto de herramientas de UI de Ionic y las capacidades de prototipado rápido para crear interfaces de usuario hermosas y atractivas. Al mismo tiempo, Cordova asegura que estas aplicaciones puedan aprovechar sin problemas las características nativas del dispositivo, ofreciendo una experiencia verdaderamente similar a la nativa
-
-### Capacitor: Un Contendiente Moderno en la Arena de las Aplicaciones Híbridas
-
-Mientras que Cordova ha disfrutado de un largo y exitoso reinado como la solución preferida para el desarrollo de aplicaciones híbridas, un nuevo contendiente ha surgido en la escena, con el objetivo de empujar los límites más allá: Capacitor
-
-1. **Capacitor: Modernizando el Runtime de Aplicaciones Híbridas:**
-   - Desarrollado por el mismo equipo detrás de Ionic, Capacitor representa una evolución natural del runtime de aplicaciones híbridas. Se construye sobre la sólida base establecida por Cordova mientras aborda algunas de sus limitaciones y adopta estándares web modernos
-
-2. **Aprovechando el Poder de las APIs Web Modernas:**
-   - Capacitor está diseñado desde cero para adoptar los últimos avances en tecnologías web. Aprovecha las APIs Web modernas, como Service Workers, Web Components y Promises, para ofrecer un rendimiento mejorado, mayor seguridad y una base más preparada para el futuro de las aplicaciones híbridas
-
-3. **Integración y Personalización Nativa Sin Problemas:**
-   - Una de las principales fortalezas de Capacitor es su profunda integración con SDKs nativos, proporcionando a los desarrolladores mayor flexibilidad y control sobre la capa nativa de sus aplicaciones
diff --git a/src/content/blog/es/cpra-compliance-for-app-developers.md b/src/content/blog/es/cpra-compliance-for-app-developers.md
deleted file mode 100644
index 9691f11ef..000000000
--- a/src/content/blog/es/cpra-compliance-for-app-developers.md
+++ /dev/null
@@ -1,233 +0,0 @@
----
-slug: cpra-compliance-for-app-developers
-title: Cumplimiento de la CPRA para desarrolladores de aplicaciones
-description: >-
-  Conoce los requisitos de cumplimiento de la CPRA para desarrolladores de
-  aplicaciones, centrándose en los derechos del usuario, la seguridad de los
-  datos y la gestión efectiva del consentimiento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:45:04.405Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68272d340209458b3ff59c4e-1747399564636.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  CPRA, app developers, data protection, privacy rights, consent management,
-  sensitive personal information, compliance, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-A partir de mayo de 2025, los desarrolladores de aplicaciones se enfrentan a reglas de privacidad más estrictas bajo la [California Privacy Rights Act](https://en.wikipedia.org/wiki/California_Privacy_Protection_Agency) (CPRA). Esta ley se basa en la CCPA e introduce estándares más rigurosos para proteger los datos de los usuarios. Aquí un resumen rápido:
-
--   **A quién aplica:** Empresas con ingresos anuales superiores a $25M, que procesen datos de más de 100,000 usuarios de California, o que obtengan más del 50% de sus ingresos por venta de datos.
--   **Requisitos clave:**
-    -   Limitar la recopilación de datos a lo necesario (minimización de datos).
-    -   Proteger la información personal sensible (SPI).
-    -   Ofrecer derechos al usuario como acceso a datos, eliminación y exclusión voluntaria.
-    -   Retener datos solo el tiempo necesario y eliminarlos de forma segura después.
--   **Riesgos de incumplimiento:** Multas de hasta $7,500 por infracción, como se ve en casos como [Honda](https://en.wikipedia.org/wiki/Honda) (multa de $632,500) y [Tilting Point Media](https://www.tiltingpoint.com/privacy-policy/) (multa de $500,000 por mal manejo de datos de menores).
-
-### Consejos rápidos para el cumplimiento:
-
-1.  Mapear y documentar todos los flujos de datos.
-2.  Usar medidas de seguridad sólidas como cifrado y controles de acceso.
-3.  Implementar sistemas de gestión de consentimiento fáciles de usar.
-4.  Capacitar regularmente al personal y auditar las prácticas de privacidad.
-
-**Resumen:** El cumplimiento de CPRA requiere protección proactiva de datos, derechos claros para los usuarios y evaluaciones continuas de riesgos. El incumplimiento puede llevar a grandes multas, por lo que es crítico integrar prácticas que prioricen la privacidad.
-
-## Requisitos CPRA para Aplicaciones
-
-### Gestión de Datos Sensibles
-
-La Ley de Derechos de Privacidad de California (CPRA) establece pautas específicas para gestionar la **Información Personal Sensible (SPI)** en aplicaciones móviles. Para cumplir, los desarrolladores deben implementar medidas de seguridad robustas para proteger los datos sensibles y limitar su recopilación estrictamente a lo necesario para la funcionalidad central de la aplicación [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information).
-
-Además de proteger la SPI, la CPRA mejora los derechos de los usuarios, otorgándoles mayor control sobre sus datos personales.
-
-### Derechos de Privacidad del Usuario
-
-La CPRA no se detiene en la protección de datos - también asegura que los usuarios tengan derechos ejecutables sobre su información. Estos derechos incluyen la capacidad de acceder, eliminar o corregir sus datos, optar por no compartir datos y solicitar la portabilidad de datos. Las empresas deben cumplir estas solicitudes dentro de 45 días, mientras que las solicitudes de exclusión deben procesarse dentro de 15 días hábiles, según lo mandado por la [California Privacy Protection Agency](https://cppa.ca.gov/) [\[2\]](https://oag.ca.gov/privacy/ccpa).
-
-Para desarrolladores que dependen de servicios de terceros, herramientas como la solución de actualización en vivo de [Capgo](https://capgo.app/) - que ofrece cifrado de extremo a extremo y asignación de usuarios - pueden simplificar el proceso de mantener el cumplimiento mientras gestionan actualizaciones de manera efectiva.
-
-### Reglas de Almacenamiento de Datos
-
-Bajo la CPRA, los datos solo deben retenerse mientras sirvan su propósito previsto. Después de eso, deben eliminarse de forma segura. Para cumplir estos requisitos, las empresas deben establecer políticas claras de retención, implementar procesos automatizados de eliminación, realizar auditorías regulares y asegurar la eliminación segura de datos [\[4\]](https://secureprivacy.ai/blog/cpra-data-retention). Como lo expresa [PwC](https://www.pwc.com/us/en.html):
-
-> "Los datos que se eliminan son tan importantes, quizás más importantes, que los datos que se retienen" [\[3\]](https://www.pwc.com/us/en/services/consulting/cybersecurity-risk-regulatory/library/cpra-data-retention-preparation.html).
-
-El incumplimiento de estas regulaciones puede resultar en multas de hasta $7,500 por infracción [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information). Para evitar tales penalizaciones, las empresas deben adoptar medidas de seguridad razonables y mantener la transparencia a través de [políticas de privacidad](https://capgo.app/dp/) claras e interfaces fáciles de usar.
-
-## Pasos Técnicos para el Cumplimiento
-
-### Desarrollo Centrado en la Privacidad
-
-Integrar la protección de datos en la arquitectura de tu aplicación desde el principio es esencial. Comienza con un **mapeo de datos** exhaustivo para identificar dónde se recopila, almacena y utiliza la información personal sensible [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information). Para proteger estos datos, considera implementar las siguientes medidas:
-
--   **Controles de acceso basados en roles (RBAC):** Limitar el acceso a datos sensibles según roles de usuario.
--   **Enmascaramiento y tokenización de datos:** Proteger datos ocultando información identificable.
--   **Protocolos de cifrado:** Asegurar datos tanto en tránsito como en reposo.
--   **Autenticación de múltiples factores:** Añadir una capa extra de seguridad para prevenir accesos no autorizados.
-
-Al implementar actualizaciones, asegúrate de que estas medidas de privacidad permanezcan intactas y funcionales.
-
-### Actualizaciones Seguras de Aplicaciones
-
-Una vez que tu aplicación está construida con principios de privacidad primero, asegurar el proceso de actualización se convierte en el siguiente paso crítico. Las actualizaciones deben diseñarse para proteger datos sensibles, con el cifrado de extremo a extremo jugando un papel clave en prevenir brechas durante el proceso de actualización.
-
-Para aplicaciones construidas con Capacitor, **la solución de actualización en vivo de Capgo** ofrece características que se alinean estrechamente con las necesidades de cumplimiento de CPRA:
-
-| **Característica de Seguridad** | **Beneficio de Cumplimiento** |
-| --- | --- |
-| Cifrado de Extremo a Extremo | Protege datos de accesos no autorizados durante actualizaciones |
-| Control de Versiones | Crea un rastro de auditoría para verificar cumplimiento |
-| Asignación de Usuarios | Permite despliegue de características basado en consentimiento |
-| Capacidad de Reversión | Permite correcciones rápidas para problemas de privacidad |
-
-### Sistemas de Gestión de Consentimiento
-
-Un sistema de gestión de consentimiento bien diseñado es crucial para rastrear, almacenar y respetar las preferencias de privacidad del usuario, asegurando alineación con las regulaciones CPRA.
-
-> "La gestión de consentimiento permite a las organizaciones recopilar, almacenar y gestionar los permisos de usuarios para el uso de datos de manera transparente y legalmente conforme. Es la piedra angular para construir la confianza del cliente, personalizar experiencias de usuario y asegurar prácticas transparentes de datos." [\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-Forbes destaca las siguientes prácticas para una gestión efectiva del consentimiento:
-
--   **Interfaces de privacidad personalizables:** Permitir a los usuarios ajustar fácilmente sus configuraciones de privacidad.
--   **Almacenamiento automatizado de consentimiento:** Asegurar que las preferencias se registren y respeten consistentemente.
--   **Integración de sistemas:** Sincronizar preferencias de consentimiento con sistemas downstream para un cumplimiento sin problemas.
--   **Adaptación geográfica:** Ajustar configuraciones según leyes de privacidad regionales.
-
-Otras medidas para fortalecer el cumplimiento incluyen:
-
--   Realizar evaluaciones regulares de riesgo de privacidad.
--   Preparar planes de respuesta a incidentes para posibles brechas.
--   Implementar programas de capacitación de empleados enfocados en privacidad.
--   Establecer acuerdos claros con proveedores terceros para limitar su procesamiento de datos [\[6\]](https://www.cookieyes.com/blog/cpra-enforcement).
-
-> "Como abogado, encuentro que la Gestión de Consentimiento de Ketch es invaluable para realizar ajustes necesarios de riesgo de privacidad rápida y confiadamente, sin necesitar conocimiento técnico extenso. Este control y facilidad de uso son poco comunes." [\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-## Cómo Prepararse para CPRA: Pasos Clave y Perspectivas de Expertos
-
-<iframe src="https://www.youtube.com/embed/uZbXEqWFiJw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Gestión Continua del Cumplimiento
-
-Una vez que las salvaguardas técnicas están en su lugar, el trabajo no se detiene ahí. El monitoreo y gestión continuos son críticos para mantener el cumplimiento con los requisitos de CPRA.
-
-### Evaluación de Riesgo de Privacidad
-
-¿Sabías que las brechas de datos cuestan a las empresas un promedio de **$4.45 millones**? [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance) Esta cifra impactante subraya la importancia de las **Evaluaciones de Impacto de Privacidad (PIAs)** regulares. Estas evaluaciones ayudan a identificar puntos débiles en tus prácticas de datos y permiten hacer ajustes necesarios.
-
-Aquí hay algunas áreas clave para enfocarse durante una evaluación de riesgo de privacidad:
-
-| **Área de Evaluación** | **Acciones Sugeridas** |
-| --- | --- |
-| **Procesamiento de Datos** | Documentar cómo se recopilan los datos y por qué son necesarios |
-| **Medidas de Seguridad** | Revisar protocolos de cifrado y controles de acceso |
-| **Proveedores Terceros** | Actualizar y evaluar acuerdos de compartición de datos |
-| **Derechos de Usuario** | Asegurar que los mecanismos de exclusión sean funcionales |
-
-Toma el caso de [Sephora](https://en.wikipedia.org/wiki/Sephora) como ejemplo. Su falla en abordar prácticas de privacidad resultó en una **multa de $1.2 millones** [\[8\]](https://www.didomi.io/blog/california-privacy-rights-act-cpra). Evaluaciones regulares como estas no solo te ayudan a evitar multas costosas sino que también informan mejores estrategias para capacitación del personal y herramientas.
-
-### Capacitación de Personal en Privacidad
-
-Cuando el 83% de los consumidores dicen que confían en marcas que protegen sus datos [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance), está claro que la capacitación en privacidad no es solo sobre cumplimiento - es sobre reputación. Los programas de capacitación deben cubrir:
-
--   Procedimientos apropiados de manejo de datos
--   Derechos del consumidor bajo CPRA
--   Cómo responder a incidentes
--   Documentación para auditorías de cumplimiento
-
-Es igualmente importante mantener estos materiales de capacitación actualizados mientras las regulaciones evolucionan [\[9\]](https://securiti.ai/blog/cpra-training-requirements). No solo esto crea un robusto rastro de auditoría, sino que también asegura que tu equipo se mantenga al día con los últimos requisitos de CPRA.
-
-### Herramientas de Cumplimiento
-
-Las preocupaciones de privacidad son reales - 85% de los consumidores han eliminado aplicaciones debido a preocupaciones sobre datos [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance). Para abordar esto, considera usar plataformas de gestión de cumplimiento. Aquí hay una comparación rápida de algunas opciones populares:
-
-| **Plataforma** | **Características Principales** | **Coste Mensual (USD)** |
-| --- | --- | --- |
-| **[OneTrust](https://www.onetrust.com/platform/privacy-automation/)** | Evaluaciones de brechas, mapeo de datos | 399 |
-| **[Osano](https://www.osano.com/solutions/consent-management-platform)** | Gestión de consentimiento para múltiples dominios | 199 |
-| **[Usercentrics](https://usercentrics.com/)** | Control de cookies para hasta 50k sesiones | 60 |
-
-Al evaluar herramientas, prioriza características como el seguimiento automatizado del consentimiento, inventarios detallados de datos personales y capacidades de detección de brechas. Para desarrolladores de aplicaciones, integrar un **Escáner de Privacidad de Datos (DPS)** puede marcar la diferencia. Ayuda a identificar cookies de terceros y tecnologías de seguimiento, aumentando la transparencia en cómo se recopilan los datos de usuario [\[10\]](https://usercentrics.com/knowledge-hub/ccpa-compliance-tools).
-
-## Resumen y Pasos de Acción
-
-### Requisitos Principales
-
-Para cumplir con la CPRA, los desarrolladores de aplicaciones deben priorizar las medidas de protección de datos, con multas por incumplimiento que alcanzan hasta $7,500 por cada violación. Aquí se muestra un desglose de las áreas esenciales a abordar:
-
-| **Categoría de Requisito** | **Detalles de Implementación** | **Prioridad de Cumplimiento** |
-| --- | --- | --- |
-| Procesamiento de Datos | Documentar claramente los propósitos de recopilación de datos y adoptar prácticas de minimización de datos | Alta |
-| Medidas de Seguridad | Usar encriptación, controles de acceso y estrategias para prevenir brechas | Crítica |
-| Derechos del Consumidor | Ofrecer opciones de exclusión y permitir a los usuarios corregir sus datos | Alta |
-| Documentación | Mantener políticas de privacidad actualizadas y conservar registros de consentimiento por al menos 24 meses | Media |
-
-### Lista de Implementación
-
-Para alinearse con las regulaciones CPRA y asegurar que las salvaguardas técnicas necesarias estén en su lugar, concéntrate en estos pasos accionables:
-
--   **Inventario y Mapeo de Datos**  
-    Identifica y mapea todos los flujos de datos, incluyendo:
-    
-    -   Puntos de recolección de datos
-    -   Ubicaciones de almacenamiento
-    -   Propósitos de procesamiento
-    -   Prácticas de compartición con terceros
--   **Implementación de Seguridad**  
-    Implementa medidas de seguridad robustas que cumplan con los estándares CPRA. Para actualizaciones seguras, utiliza herramientas con encriptación de extremo a extremo para proteger los datos.
-    
--   **Gestión de Derechos del Consumidor**  
-    Crea interfaces amigables que permitan a los consumidores:
-    
-    -   Acceder a sus datos personales
-    -   Solicitar correcciones
-    -   Eliminar su información
-    -   Optar por no compartir datos
--   **Documentación y Capacitación**  
-    Actualiza regularmente las políticas de privacidad, documenta las interacciones con los consumidores y proporciona capacitación continua al personal para mantener el cumplimiento con los requisitos CPRA.
-    
-
-> "Una perspectiva útil para adoptar es que una actividad de cumplimiento no puede considerarse 'terminada' a menos que hayas evaluado si debe reflejarse en tu política de privacidad." – Matt Davis, CIPM (IAPP), Escritor en Osano [\[11\]](https://www.osano.com/articles/cpra-compliance-checklist)
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Cómo pueden los desarrolladores de aplicaciones cumplir con los requisitos de minimización de datos de la CPRA?
-
-Para cumplir con los estándares de **minimización de datos** establecidos por la CPRA, los desarrolladores de aplicaciones deben priorizar la recopilación únicamente de los datos personales esenciales para que su aplicación funcione efectivamente. Evalúa regularmente tus prácticas de recopilación de datos para confirmar que siguen siendo relevantes y están estrictamente vinculadas al propósito de la aplicación.
-
-Igualmente importante es establecer políticas claras para la retención de datos. Los datos personales solo deben conservarse durante el tiempo que sean realmente necesarios. Haz un hábito de auditar tus procesos de datos, mapear los flujos de datos para identificar cualquier recopilación innecesaria y asegurarte de que tu equipo esté bien capacitado en las mejores prácticas de privacidad para mantener el cumplimiento. No olvides revisar los acuerdos con proveedores externos para verificar que se alineen con los requisitos de la CPRA.
-
-Para aquellos que utilizan herramientas como Capgo, las actualizaciones en tiempo real pueden marcar la diferencia. Estas herramientas permiten a los desarrolladores abordar problemas de cumplimiento rápidamente mediante la implementación de correcciones o actualizaciones sin esperar la aprobación de la tienda de aplicaciones, ayudando a que tu aplicación se mantenga alineada con las regulaciones de privacidad.
-:::
-
-:::faq
-### ¿Cómo pueden los desarrolladores de aplicaciones manejar eficientemente las solicitudes de los usuarios para acceder, eliminar o corregir datos según las pautas de la CPRA?
-
-Para cumplir con los requisitos de la Ley de Derechos de Privacidad de California (CPRA), los desarrolladores de aplicaciones deben crear un sistema directo y confiable para manejar las solicitudes de los usuarios relacionadas con el acceso, eliminación o corrección de datos. **Los desarrolladores deben reconocer las solicitudes dentro de 10 días** y resolverlas dentro de 45 días. Si se necesita tiempo adicional, se permite una extensión de hasta 45 días, siempre que se notifique al usuario sobre el retraso.
-
-Aquí se muestra cómo los desarrolladores pueden simplificar el cumplimiento:
-
--   Establecer canales claros para las solicitudes de los usuarios, como una dirección de correo electrónico dedicada o un formulario en línea.
--   Desarrollar un proceso consistente para verificar la identidad de los usuarios y manejar las solicitudes de manera efectiva.
--   Mantener registros detallados de todas las solicitudes para demostrar cumplimiento y mantener la responsabilidad.
-
-El uso de herramientas como Capgo, que ofrecen actualizaciones en tiempo real, puede ayudar a los desarrolladores a resolver problemas o aplicar correcciones relacionadas con los datos de los usuarios rápidamente mientras se asegura el cumplimiento con los estándares de la plataforma. Al mantenerse adelante de estos requisitos, los desarrolladores pueden no solo cumplir con las obligaciones regulatorias sino también construir una mayor confianza con sus usuarios.
-:::
-
-:::faq
-### ¿Cómo pueden los desarrolladores de aplicaciones implementar sistemas efectivos de gestión de consentimiento para cumplir con los requisitos de la CPRA?
-
-Para cumplir con los estándares de la **CPRA**, los desarrolladores de aplicaciones necesitan priorizar la transparencia y simplicidad al gestionar el consentimiento del usuario. Comienza con banners de consentimiento claros y directos que expliquen el propósito de la recopilación de datos y cómo se utilizarán los datos. Es esencial obtener el consentimiento explícito de los usuarios antes de procesar cualquier dato.
-
-Tu aplicación también debe facilitar a los usuarios el ajuste de sus preferencias, incluyendo la opción de retirar el consentimiento cuando lo deseen. Actualizar y revisar regularmente tus políticas de privacidad y prácticas de consentimiento es clave para mantener el cumplimiento y ganar la confianza del usuario. Usar una Plataforma de Gestión de Consentimiento (CMP) confiable puede agilizar estos esfuerzos al rastrear de manera segura los consentimientos de los usuarios y asegurar que tu aplicación se alinee con los requisitos de la CPRA.
-
-Para desarrolladores que usan herramientas como **Capgo** para entregar actualizaciones en vivo en aplicaciones Capacitor, integrar la gestión de consentimiento es sencillo. Este enfoque no solo mantiene tu aplicación en cumplimiento con las pautas de Apple y Android, sino que también asegura que se mantenga enfocada en la privacidad y sea amigable para el usuario.
-:::
diff --git a/src/content/blog/es/create-offline-screen-in-vue-angular-react.md b/src/content/blog/es/create-offline-screen-in-vue-angular-react.md
deleted file mode 100644
index 5b85760d8..000000000
--- a/src/content/blog/es/create-offline-screen-in-vue-angular-react.md
+++ /dev/null
@@ -1,305 +0,0 @@
----
-slug: create-offline-screen-in-vue-angular-react
-title: >-
-  Cómo Crear una Pantalla Sin Conexión en Aplicaciones Vue, Angular y React
-  usando la API de Red y Capacitor
-description: >-
-  Aprende cómo implementar una pantalla sin conexión en aplicaciones Vue,
-  Angular o React utilizando la API de red y Capacitor. Mejora la experiencia
-  del usuario manejando escenarios sin conexión de manera efectiva.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-21T00:00:00.000Z
-updated_at: 2022-06-21T00:00:00.000Z
-head_image: /vue_angular_react.webp
-head_image_alt: Imagen de una persona trabajando en una computadora
-keywords: >-
-  Vue, Angular, React, offline screen, network API, Capacitor, mobile app
-  development, live updates, OTA updates, continuous integration, mobile app
-  updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: ''
----
-# Cómo Crear una Pantalla Sin Conexión en Vue 3, Angular 14 o React
-
-En este tutorial, aprenderemos cómo crear una pantalla sin conexión en aplicaciones Vue 3, Angular 14 y React utilizando la API de Red. La API de Red proporciona información de red y conectividad, permitiéndonos manejar escenarios sin conexión y proporcionar una mejor experiencia de usuario.
-
-## Prerrequisitos
-
-Antes de comenzar, asegúrate de tener instalado lo siguiente:
-
-- [Node.js](https://nodejs.org/) (versión 14 o superior)
-- [Vue CLI](https://cli.vuejs.org/)
-- [Angular CLI](https://cli.angular.io/)
-- [Create React App](https://create-react-app.dev/)
-
-## Configuración del Proyecto
-
-Primero, vamos a crear un nuevo proyecto utilizando la herramienta de scaffolding correspondiente para cada framework.
-
-### Vue 3
-
-Abre tu terminal y ejecuta el siguiente comando para crear un nuevo proyecto Vue 3:
-
-```shell
-vue create offline-screen-vue3
-```
-
-Elige el preset predeterminado y espera a que se cree el proyecto.
-
-### Angular 14
-
-Abre tu terminal y ejecuta el siguiente comando para crear un nuevo proyecto Angular 14:
-
-```shell
-ng new offline-screen-angular14
-```
-
-Sigue las indicaciones y cuando se te pregunte por características adicionales, selecciona "Routing" presionando la tecla **espaciadora**. Espera a que se cree el proyecto.
-
-### React
-
-Abre tu terminal y ejecuta el siguiente comando para crear un nuevo proyecto React:
-
-```shell
-npx create-react-app offline-screen-react
-```
-
-Espera a que se cree el proyecto.
-
-## Instalando la API de Red
-
-Ahora, vamos a instalar el paquete `@capacitor/network`, que proporciona la API de Red.
-
-Abre tu terminal y navega hasta el directorio de tu proyecto. Luego, ejecuta el siguiente comando para instalar el paquete:
-
-```shell
-npm install @capacitor/network
-```
-
-Para proyectos Capacitor, también ejecuta el siguiente comando para sincronizar los archivos del proyecto nativo:
-
-```shell
-npx cap sync
-```
-
-Asegúrate de tener el CLI de Capacitor instalado globalmente ejecutando:
-
-```shell
-npm install -g @capacitor/cli
-```
-
-## Implementando la Pantalla Sin Conexión
-
-A continuación, implementaremos la funcionalidad de pantalla sin conexión en cada framework. Mostraremos un mensaje simple cuando el usuario se quede sin conexión.
-
-### Vue 3
-
-En tu proyecto Vue 3, abre el archivo `src/main.js` e importa el módulo `Network` desde `@capacitor/network`:
-
-```javascript
-import { createApp } from 'vue';
-import { Network } from '@capacitor/network';
-
-const app = createApp(App);
-
-// Your application setup
-
-app.mount('#app');
-
-Network.addListener('networkStatusChange', status => {
-  if (status.connected) {
-    // User is back online
-    // Hide the offline screen
-    document.getElementById('offline-screen').style.display = 'none';
-  } else {
-    // User is offline
-    // Display the offline screen
-    document.getElementById('offline-screen').style.display = 'block';
-  }
-});
-
-const logCurrentNetworkStatus = async () => {
-  const status = await Network.getStatus();
-  console.log('Network status:', status);
-};
-```
-
-En tu plantilla de aplicación (`App.vue`), agrega un elemento `<div>` con un id de `offline-screen` para mostrar el mensaje de pantalla sin conexión:
-
-```html
-<template>
-  <div id="app">
-    <div id="offline-screen">
-      <h1>You are offline</h1>
-      <p>Please check your internet connection and try again.</p>
-    </div>
-    <!-- Your application content -->
-  </div>
-</template>
-
-<style>
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-</style>
-```
-
-Ahora, cuando el usuario se quede sin conexión, se mostrará la pantalla sin conexión. Cuando el usuario vuelva a estar en línea, la pantalla sin conexión se ocultará.
-
-### Angular 14
-
-En tu proyecto Angular 14, abre el archivo `src/app/app.component.ts` e importa el módulo `Network` desde `@capacitor/network`:
-
-```typescript
-import { Component } from '@angular/core';
-import { Network } from '@capacitor/network';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: './app.component.html',
-  styleUrls: ['./app.component.css']
-})
-export class AppComponent {
-
-  constructor() {
-    Network.addListener('networkStatusChange', status => {
-      if (status.connected) {
-        // User is back online
-        // Hide the offline screen
-        document.getElementById('offline-screen').style.display = 'none';
-      } else {
-        // User is offline
-        // Display the offline screen
-        document.getElementById('offline-screen').style.display = 'block';
-      }
-    });
-  }
-
-  logCurrentNetworkStatus = async () => {
-    const status = await Network.getStatus();
-    console.log('Network status:', status);
-  };
-
-}
-```
-
-En tu plantilla de aplicación (`app.component.html`), agrega un elemento `<template>` con un id de `offline-screen` para mostrar el mensaje de pantalla sin conexión:
-
-```html
-<div id="offline-screen">
-  <h1>You are offline</h1>
-  <p>Please check your internet connection and try again.</p>
-</div>
-
-<!-- Your application content -->
-```
-
-Agrega los siguientes estilos al archivo `app.component.css`:
-
-```css
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-```
-
-Ahora, cuando el usuario se quede sin conexión, se mostrará la pantalla sin conexión. Cuando el usuario vuelva a estar en línea, la pantalla sin conexión se ocultará.
-
-### React
-
-En tu proyecto React, abre el archivo `src/App.js` e importa el módulo `Network` desde `@capacitor/network`:
-
-```jsx
-import React, { useEffect } from 'react'
-import { Network } from '@capacitor/network'
-
-function App() {
-
-  useEffect(() => {
-    Network.addListener('networkStatusChange', (status) => {
-      if (status.connected) {
-        // User is back online
-        // Hide the offline screen
-        document.getElementById('offline-screen').style.display = 'none'
-      }
-      else {
-        // User is offline
-        // Display the offline screen
-        document.getElementById('offline-screen').style.display = 'block'
-      }
-    })
-  }, [])
-
-  const logCurrentNetworkStatus = async () => {
-    const status = await Network.getStatus()
-    console.log('Network status:', status)
-  }
-
-  return (
-    <div id="app">
-      <div id='offline-screen'>
-        <h1>You are offline</h1>
-        <p>Please check your internet connection and try again.</p>
-      </div>
-      {/* Your application content */}
-    </div>
-  )
-
-}
-
-export default App
-```
-
-Agrega los siguientes estilos al archivo `App.css`:
-
-```css
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-```
-
-Ahora, cuando el usuario se quede sin conexión, se mostrará la pantalla sin conexión. Cuando el usuario vuelva a estar en línea, la pantalla sin conexión se ocultará.
-
-## Métodos e Interfaces de Soporte
-
-La API de Red proporciona varios métodos e interfaces para ayudarte a manejar la conexión de red. Aquí están algunos de los principales:
-
-- [`getStatus()`](https://capacitorjs.com/docs/apis/network/#getstatus): Consulta el estado actual de la conexión de red.
-- [`addListener('networkStatusChange', ...)`](https://capacitorjs.com/docs/apis/network/#addlistenernetworkstatuschange): Escucha cambios en la conexión de red.
--
diff --git a/src/content/blog/es/create-react-mobile-apps-with-capacitor.md b/src/content/blog/es/create-react-mobile-apps-with-capacitor.md
deleted file mode 100644
index 496c55fe8..000000000
--- a/src/content/blog/es/create-react-mobile-apps-with-capacitor.md
+++ /dev/null
@@ -1,372 +0,0 @@
----
-slug: create-react-mobile-apps-with-capacitor
-title: Creando Aplicaciones Móviles con React y Capacitor
-description: >-
-  Aprende cómo construir una aplicación móvil usando React, Capacitor y mejora
-  la interfaz de usuario nativa con Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-02-21T00:00:00.000Z
-updated_at: 2023-03-10T00:00:00.000Z
-head_image: /react_capacitor.webp
-head_image_alt: Ilustración de React y Capacitor
-keywords: >-
-  React, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-En este tutorial, comenzaremos con una nueva aplicación de [React](https://reactjs.org/) y haremos la transición al desarrollo móvil nativo usando Capacitor. Opcionalmente, también puedes agregar [Konsta UI](https://konstaui.com/) para mejorar la interfaz móvil con Tailwind CSS.
-
-Capacitor te permite convertir fácilmente tu aplicación web de React en una aplicación móvil nativa sin modificaciones significativas o aprender una nueva habilidad como React Native.
-
-Con solo unos pocos pasos simples, la mayoría de las aplicaciones React pueden transformarse en aplicaciones móviles.
-
-Este tutorial te guiará a través del proceso, comenzando con una nueva aplicación React y luego incorporando Capacitor para pasar al ámbito de las aplicaciones móviles nativas. Además, opcionalmente puedes usar [Konsta UI](https://konstaui.com/) para mejorar tu interfaz móvil con Tailwind CSS.
-
-## Acerca de Capacitor
-
-¡CapacitorJS es revolucionario! Puedes incorporarlo sin esfuerzo en cualquier proyecto web, y envolverá tu aplicación en una vista web nativa, generando el proyecto nativo de Xcode y Android Studio por ti. Además, sus plugins proporcionan acceso a características nativas del dispositivo como la cámara a través de un puente JS.
-
-Con Capacitor, obtienes una fantástica aplicación móvil nativa sin ninguna configuración complicada o curva de aprendizaje pronunciada. Su API reducida y funcionalidad optimizada hacen que sea muy fácil integrarlo en tu proyecto. ¡Confía en mí, te sorprenderá lo sencillo que es lograr una aplicación nativa completamente funcional con Capacitor!
-
-## Preparando Tu Aplicación React
-
-Si bien hay varios métodos para iniciar aplicaciones React, vamos a optar por el más simple en este tutorial que proporciona una aplicación React en blanco:
-
-```shell
-npx create-react-app my-app
-```
-
-Para crear una aplicación móvil nativa, necesitamos una **exportación** de nuestro proyecto. Por lo tanto, vamos a incluir un script simple en nuestro **package.json** que puede ser utilizado para construir y exportar el proyecto React:
-
-```json
-{
-  "scripts": {
-    "start": "react-scripts start",
-    "build": "react-scripts build",
-    "test": "react-scripts test",
-    "eject": "react-scripts eject"
-  }
-}
-```
-
-Ahora puedes ejecutar `npm run build` sin preocupaciones, y deberías poder ver una nueva carpeta out en la raíz de tu proyecto.
-
-Esta carpeta será utilizada por Capacitor más adelante, pero por ahora, debemos configurarla correctamente.
-
-## Agregando Capacitor a Tu Aplicación React
-
-Para empaquetar cualquier aplicación web en un contenedor móvil nativo, debemos seguir algunos pasos iniciales, pero después es tan simple como ejecutar un solo comando `sync`.
-
-Primero, podemos instalar el [CLI de Capacitor](https://capacitorjs.com/docs/cli/) como dependencia de desarrollo, y luego configurarlo dentro de nuestro proyecto. Durante la configuración, puedes presionar "enter" para aceptar los valores predeterminados para el nombre y el ID del paquete.
-
-Luego, necesitamos instalar el paquete principal y los paquetes relevantes para las plataformas iOS y Android.
-
-Finalmente, podemos agregar las plataformas, y Capacitor creará carpetas para cada plataforma en la raíz de nuestro proyecto:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your React project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-En este punto, deberías poder observar nuevas carpetas **ios** y **android** en tu proyecto React.
-
-**¡Esos son proyectos nativos reales!**
-
-Para acceder al proyecto de Android más tarde, debes instalar [Android Studio](https://developer.android.com/studio/). Para iOS, necesitas una Mac y debes instalar [Xcode](https://developer.apple.com/xcode/).
-
-Además, deberías encontrar un archivo **capacitor.config.ts** en tu proyecto, que contiene algunas configuraciones fundamentales de Capacitor utilizadas durante la sincronización. Lo único a lo que debes prestar atención es el **webDir**, que debe apuntar al resultado de tu comando de construcción. Actualmente, es inexacto.
-
-Para corregir esto, abre el archivo **capacitor.config.json** y actualiza el **webDir**:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-Puedes probarlo ejecutando los siguientes comandos:
-
-```shell
-npm run build
-npx cap sync
-```
-
-El primer comando `npm run build` simplemente construirá tu proyecto React y exportará la compilación estática.
-
-Mientras que el segundo comando `npx cap sync` sincronizará todo el código web en los lugares correctos de las plataformas nativas para que puedan mostrarse en una aplicación.
-
-Además, el comando sync podría actualizar las plataformas nativas e instalar plugins, así que cuando instales nuevos [plugins de Capacitor](https://capacitorjs.com/docs/plugins/) es momento de ejecutar `npx cap sync` nuevamente.
-
-Sin darte cuenta, ahora realmente has terminado, ¡así que veamos la aplicación en un dispositivo!
-
-## Construir y Desplegar aplicaciones nativas
-
-Para desarrollar aplicaciones iOS, necesitas tener **Xcode** instalado, y para aplicaciones Android, necesitas tener **Android Studio** instalado. Además, si planeas distribuir tu aplicación en la tienda de aplicaciones, necesitas inscribirte en el Programa de Desarrollador de Apple para iOS y en la Consola de Google Play para Android.
-
-Si eres nuevo en el desarrollo móvil nativo, puedes usar el CLI de Capacitor para abrir fácilmente ambos proyectos nativos:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Una vez que hayas configurado tus proyectos nativos, desplegar tu aplicación a un dispositivo conectado es fácil. En Android Studio, solo necesitas esperar a que todo esté listo, y puedes desplegar tu aplicación a un dispositivo conectado sin cambiar ninguna configuración. Aquí hay un ejemplo:
-
-![android-studio-run](/android-studio-run.webp)
-
-En Xcode, necesitas configurar tu cuenta de firma para desplegar tu aplicación en un dispositivo real en lugar de solo el simulador. Si no has hecho esto antes, Xcode te guía a través del proceso (pero nuevamente, necesitas estar inscrito en el Programa de Desarrollador). Después de eso, simplemente puedes presionar play para ejecutar la aplicación en tu dispositivo conectado, que puedes seleccionar en la parte superior. Aquí hay un ejemplo:
-
-![xcode-run](/xcode-run.webp)
-
-¡Felicitaciones! Has desplegado exitosamente tu aplicación web React a un dispositivo móvil. Aquí hay un ejemplo:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/next-capacitor-share.webp" alt="react-mobile-app">
-</div>
-
-Pero espera, también hay una forma más rápida de hacer esto durante el desarrollo...
-
-## Recarga en Vivo de Capacitor
-
-A estas alturas, probablemente estés acostumbrado a tener recarga en caliente con todos los frameworks modernos, ¡y la buena noticia es que puedes tener la misma funcionalidad **en un dispositivo móvil** con un esfuerzo mínimo!
-
-Habilita el acceso a tu aplicación alojada localmente con recarga en vivo **en tu red** haciendo que la aplicación Capacitor cargue el contenido desde la URL específica.
-
-El primer paso es averiguar tu dirección IP local. Si estás usando una Mac, puedes averiguarlo ejecutando el siguiente comando en la terminal:
-
-```shell
-ipconfig getifaddr en0
-```
-
-En Windows, ejecuta:
-
-```shell
-ipconfig
-```
-
-Luego busca la dirección IPv4.
-
-Podemos instruir a Capacitor para que cargue la aplicación directamente desde el servidor agregando otra entrada a nuestro archivo `capacitor.config.ts`:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'out',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Asegúrate de usar **la IP y el puerto correctos**, he usado el puerto predeterminado de React en este ejemplo.
-
-Ahora, podemos aplicar estos cambios copiándolos a nuestro proyecto nativo:
-
-```shell
-npx cap copy
-```
-
-El comando `copy` es similar a `sync`, pero solo **copiará los cambios realizados en la carpeta web** y la configuración, sin actualizar el proyecto nativo.
-
-Ahora puedes desplegar tu aplicación una vez más a través de Android Studio o Xcode. Después de eso, si cambias algo en tu aplicación React, **la aplicación se recargará automáticamente** y mostrará los cambios!
-
-**Ten en cuenta** que si instalas nuevos plugins como la cámara, aún requiere una reconstrucción de tu proyecto nativo. Esto es porque los archivos nativos cambian, y no se puede hacer sobre la marcha.
-
-Ten en cuenta que debes usar la IP y el puerto correctos en tu configuración. El bloque de código anterior muestra el puerto predeterminado de React como ejemplo.
-
-## Usando Plugins de Capacitor
-
-Veamos cómo usar un plugin de Capacitor en acción, que hemos mencionado varias veces antes. Para hacer esto, podemos instalar un plugin bastante simple ejecutando:
-
-```shell
-npm i @capacitor/share
-```
-
-No hay nada especial sobre el [plugin Share](https://capacitorjs.com/docs/apis/share/), ¡pero de todos modos muestra el diálogo nativo de compartir! Para esto, ahora solo necesitamos importar el paquete y llamar a la función `share()` desde nuestra aplicación. Cambiemos el **src/App.js** a esto:
-
-```javascript
-import React from 'react';
-import { Share } from '@capacitor/share';
-
-function App() {
-  const share = async () => {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  };
-
-  return (
-    <div>
-      <h1>Welcome to React and Capacitor!</h1>
-      <p>
-        <h2>Cool channel</h2>
-        <button onClick={() => share()}>Share now!</button>
-      </p>
-    </div>
-  );
-}
-
-export default App;
-```
-
-Como se mencionó anteriormente, al instalar nuevos plugins, necesitamos realizar una operación de sincronización y luego volver a desplegar la aplicación en nuestro dispositivo. Para hacer esto, ejecuta el siguiente comando:
-
-```
-npx cap sync
-```
-
-¡Después de presionar el botón, puedes ver el hermoso diálogo nativo de compartir en acción!
-
-<div>
-  <h1>
-</h1>
-
-Para hacer que el botón se vea más amigable para móviles, podemos agregar algo de estilo usando mi biblioteca de componentes UI favorita para aplicaciones web - React (sin juego de palabras).
-
-## Agregando Konsta UI
-
-He trabajado años con [Ionic](https://ionicframework.com/) para construir increíbles aplicaciones multiplataforma, y fue una de las mejores opciones durante años. Pero ahora ya no lo recomiendo; es muy complicado integrarlo con React, y no vale realmente la pena cuando ya tienes [tailwindcss](https://tailwindcss.com/).
-
-Si quieres una interfaz móvil de gran apariencia que se adapte al estilo específico de iOS y Android, te recomiendo Konsta UI.
-
-Necesitas tener [tailwind ya instalado](https://tailwindcss.com/docs/guides/vite/#react)
-
-Para usarlo, solo necesitamos instalar el paquete react:
-
-```shell
-npm i konsta
-```
-
-Adicionalmente, necesitas modificar tu archivo `tailwind.config.js`:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{js,ts,javascript,tsx}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` extenderá la configuración predeterminada (o tu configuración personalizada) de Tailwind CSS con algunas variantes extra y utilidades auxiliares requeridas para Konsta UI.
-
-Ahora necesitamos configurar el componente principal [App](https://konstaui.com/react/app/) para que podamos establecer algunos parámetros globales (como `theme`).
-
-Necesitamos envolver toda la aplicación con `App` en el `src/App.js`:
-
-```javascript
-import { App } from 'konsta/react';
-import './App.css';
-
-function MyApp({ Component, pageProps }) {
-  return (
-    // Wrap our app with App component
-    <App theme="ios">
-      <Component {...pageProps} />
-    </App>
-  );
-}
-
-export default MyApp;
-```
-
-### Página de Ejemplo
-
-Ahora que todo está configurado, podemos usar los componentes React de Konsta UI en nuestra aplicación React.
-
-Por ejemplo, vamos a abrir `src/App.js` y cambiarlo a lo siguiente:
-
-```javascript
-// Konsta UI components
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  Link,
-  BlockTitle,
-} from 'konsta/react';
-
-function App() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Here is your React & Konsta UI app. Let's see what we have here.
-        </p>
-      </Block>
-      <BlockTitle>Navigation</BlockTitle>
-      <List>
-        <ListItem href="/about/" title="About" />
-        <ListItem href="/form/" title="Form" />
-      </List>
-
-      <Block strong className="flex space-x-4">
-        <Button>Button 1</Button>
-        <Button>Button 2</Button>
-      </Block>
-    </Page>
-  );
-}
-
-export default App;
-```
-
-Si la recarga en vivo está desincronizada después de instalar todos los componentes necesarios, intenta reiniciar todo. Una vez que hayas hecho eso, ¡deberías ver una aplicación móvil con un aspecto algo nativo, construida con React y Capacitor!
-
-Deberías ver la siguiente página como resultado:
-
-<p>
-  <h2>
-</h2>
-
-## Conclusión
-
-Capacitor es una excelente opción para construir aplicaciones nativas basadas en un proyecto web existente, ofreciendo una forma simple de compartir código y mantener una interfaz de usuario consistente.
-
-Y con la adición de [Capgo](https://capgo.app/), es aún más fácil agregar actualizaciones en vivo a tu aplicación, asegurando que tus usuarios siempre tengan acceso a las últimas funciones y correcciones de errores.
-
-Si deseas aprender cómo agregar Capgo a tu aplicación React, echa un vistazo al siguiente artículo:
diff --git a/src/content/blog/es/creating-and-deleting-update-channels-in-capacitor.md b/src/content/blog/es/creating-and-deleting-update-channels-in-capacitor.md
deleted file mode 100644
index b18cfa94d..000000000
--- a/src/content/blog/es/creating-and-deleting-update-channels-in-capacitor.md
+++ /dev/null
@@ -1,284 +0,0 @@
----
-slug: creating-and-deleting-update-channels-in-capacitor
-title: Creación y Eliminación de Canales de Actualización en Capacitor
-description: >-
-  Aprende cómo crear, gestionar y eliminar canales de actualización en Capacitor
-  para actualizaciones de aplicaciones optimizadas y una mejor experiencia de
-  usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T03:02:38.679Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcb1f883b63ee70fa08665-1742526177947.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, update channels, app updates, development, mobile, CI/CD, user
-  management, version control
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Los [canales de actualización](https://capgo.app/docs/webapp/channels/) de [Capacitor](https://capacitorjs.com/) te permiten enviar actualizaciones over-the-air (OTA) a grupos específicos de usuarios. Esto ayuda a gestionar múltiples versiones de la aplicación, probar nuevas funcionalidades y desplegar actualizaciones gradualmente. Esto es lo que necesitas saber:
-
--   **Beneficios**:
-    
-    -   Prueba actualizaciones con grupos pequeños (ej., usuarios beta).
-    -   Envía correcciones críticas sin esperar la aprobación de la tienda de aplicaciones.
-    -   Revierte actualizaciones problemáticas instantáneamente.
--   **Configuración**:
-    
-    -   Usa herramientas como Capacitor CLI, [Node.js](https://nodejs.org/en) y [Capgo](https://capgo.app/) CLI.
-    -   Asigna roles (Administrador, Desarrollador, Visor) para gestionar permisos.
-    -   Integra con herramientas CI/CD para flujos de trabajo automatizados.
--   **Gestión de Canales**:
-    
-    -   Crea canales para entornos (ej., producción, beta, staging).
-    -   Nombra los canales claramente (ej., `prod`, `beta-internal`, `v2-hotfix`).
-    -   Prueba actualizaciones en fases antes de promoverlas a producción.
--   **Eliminación de Canales**:
-    
-    -   Identifica canales sin uso mediante análisis.
-    -   Migra usuarios de forma segura, archiva datos y verifica dependencias antes de eliminar.
-
-Capgo simplifica este proceso con herramientas como análisis en tiempo real, gestión de usuarios y opciones de reversión. Con una configuración y mantenimiento adecuado de canales, puedes desplegar actualizaciones más rápido y de forma más confiable.
-
-## Despliegue Continuo y Actualizaciones en Vivo con Ionic Deploy
-
-<iframe src="https://www.youtube.com/embed/I7PC3O4q1ug" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisitos de Configuración
-
-Para gestionar los canales de actualización de manera efectiva, necesitarás instalar herramientas específicas y configurar permisos. Aquí está lo que necesitas para comenzar.
-
-### Herramientas Necesarias
-
-Asegúrate de tener lo siguiente:
-
--   **Capacitor CLI**: Esta es la herramienta principal para manejar actualizaciones de la aplicación.
--   **Node.js**: Se requiere la versión 14.0 o superior.
--   **[Capgo CLI](https://capgo.app/docs/cli/commands)**: Usado para configurar y gestionar canales de actualización.
--   **Entorno de Desarrollo**: Elige un IDE que soporte Capacitor.
-
-Para inicializar Capgo CLI, ejecuta este comando:
-
-```bash
-npx @capgo/cli init
-```
-
-Esto configura tu proyecto con los archivos de configuración necesarios y lo conecta al [servicio de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/) de Capgo.
-
-### Configuración de Acceso y Permisos
-
-Configura los permisos para una gestión segura y eficiente de canales:
-
-| **Nivel de Permiso** | **Derechos de Acceso** | **Propósito** |
-| --- | --- | --- |
-| Administrador | Acceso completo | Crear, eliminar y gestionar canales |
-| Desarrollador | Acceso limitado | Desplegar y probar actualizaciones |
-| Visor | Solo lectura | Monitorear estados de actualización |
-
-Asigna roles a tu equipo según sus responsabilidades. Capgo funciona perfectamente con Capacitor 8, asegurando que se adapte a diferentes necesidades de proyecto.
-
-Para mayor comodidad, Capgo se integra con herramientas populares de CI/CD como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), y [Jenkins](https://www.jenkins.io/). Solo asegúrate de que tu sistema de construcción esté listo para manejar la gestión de canales de actualización.
-
-## Configuración de Canales de Actualización
-
-Aquí te mostramos cómo crear y gestionar canales de actualización efectivamente. Esta guía cubre la creación de canales, configuración y prácticas útiles de nomenclatura.
-
-### Creando un Nuevo Canal
-
-Para configurar un canal usando Capgo CLI, sigue estos pasos:
-
-1.  **Inicializar el Canal**: Abre tu terminal y ejecuta el siguiente comando:
-    
-    ```bash
-    npx @capgo/cli channel create
-    ```
-    
-2.  **Configurar Parámetros Básicos**: Configura el canal con detalles como nombre y versión:
-    
-    ```bash
-    npx @capgo/cli channel config --name="beta-testing" --version="1.0.0"
-    ```
-    
-3.  **Confirmar el Canal**: Verifica que tu canal se haya creado exitosamente:
-    
-    ```bash
-    npx @capgo/cli channel list
-    ```
-    
-
-### Configuraciones del Canal
-
-Al configurar tu canal, asegúrate de enfocarte en estas configuraciones clave:
-
-| Configuración | Propósito | Ejemplo de Valor |
-| --- | --- | --- |
-| **Nombre del Canal** | Identifica el flujo de actualización | prod, beta, staging |
-| **Patrón de Versión** | Especifica el formato de versión permitido | 1.0.\* |
-| **Acceso de Usuario** | Determina quién recibe las actualizaciones | specific-group-id |
-| **Frecuencia de Actualización** | Establece cuándo se distribuyen las actualizaciones | inmediata, programada |
-
-Estas configuraciones te ayudan a controlar cómo se distribuyen las actualizaciones y quién las recibe.
-
-### Consejos de Nomenclatura y Estructura
-
-Una convención clara de nombres asegura que tus canales se mantengan organizados y fáciles de gestionar. Aquí hay algunas sugerencias:
-
--   **Nombres Basados en Entorno**
-    
-    -   `prod` - Para lanzamientos de producción
-    -   `beta-internal` - Para pruebas internas
-    -   `staging-qa` - Para pruebas de calidad
--   **Canales Específicos de Versión**
-    
-    -   `v2-rollout` - Para lanzamientos de versión 2.0
-    -   `v2-hotfix` - Para correcciones urgentes
-    -   `v2-beta` - Para pruebas beta
--   **Canales Enfocados en Funcionalidades**
-    
-    -   `feature-payment` - Actualizaciones para el sistema de pago
-    -   `feature-auth` - Actualizaciones para autenticación
-    -   `feature-ui` - Actualizaciones relacionadas con la interfaz
-
-Usar estos patrones de nomenclatura facilita la identificación y gestión de tus flujos de actualización.
-
-## Gestión de Actualizaciones de Canal
-
-La gestión efectiva de actualizaciones de canal asegura despliegues suaves y confiables. Este paso se basa en los procesos anteriores de creación de canales, enfocándose en refinar cómo se despliegan las actualizaciones. Capgo ofrece herramientas como asignaciones dirigidas a usuarios y promoción basada en análisis para optimizar este proceso.
-
-### Asignación de Actualizaciones
-
-Asigna actualizaciones a grupos específicos de usuarios usando un flujo de trabajo claro:
-
--   **Canal de Desarrollo**: Usa este canal para pruebas aisladas y corrección de errores. Monitorea impactos de rendimiento y asegura que los problemas estén resueltos.
--   **Canal Beta**: Despliega actualizaciones aquí para pruebas controladas y recopilación de feedback de usuarios. Valida cómo se comportan las actualizaciones bajo condiciones reales de uso.
--   **Canal de Producción**: Una vez que las actualizaciones son estables, promuévelas al canal de producción para todos los usuarios.
-
-Después de asignar actualizaciones, realiza pruebas exhaustivas para confirmar su preparación.
-
-### Pruebas de Actualización
-
-Capgo proporciona herramientas para realizar pruebas detalladas:
-
-| **Fase de Prueba** | **Propósito** | **Características Clave** |
-| --- | --- | --- |
-| Verificación Inicial | Comprobar funcionalidad básica | Pruebas de PR a través del selector de canal |
-| Pruebas Beta | Validar uso en mundo real | Gestionar usuarios con permisos granulares |
-| Monitoreo de Rendimiento | Evaluar estabilidad de actualización | Usar análisis detallados y seguimiento de errores |
-
-### Moviendo Actualizaciones Entre Canales
-
-Transiciona actualizaciones entre canales cuidadosamente para mantener la estabilidad. Capgo simplifica este proceso con medidas de seguridad integradas.
-
-Puntos clave a considerar:
-
--   **Control de Versiones**: Mantén un seguimiento claro de versiones a través de los canales.
--   **Opciones de Reversión**: Capgo ofrece una función de reversión con un clic para resolución rápida de problemas.
--   **Revisión de Análisis**: Siempre revisa datos de rendimiento antes de promover una actualización al siguiente canal.
-
-> "Reversión instantánea si algo sale mal" - Capgo [\[1\]](https://capgo.app/)
-
-## Eliminación de Canales de Actualización
-
-Es importante saber cómo y cuándo eliminar canales de actualización sin uso. Mantener tu estructura de canales limpia asegura que tu aplicación permanezca estable y facilita la gestión de actualizaciones.
-
-### Encontrando Canales Sin Uso
-
-Para identificar canales inactivos, usa el [panel de análisis de Capgo](https://capgo.app/docs/webapp/) para analizar patrones de uso. Concéntrate en canales que cumplan estos criterios:
-
--   Sin usuarios activos en los últimos 30 días
--   Sin actualizaciones recientes desplegadas
--   Fases de prueba beta completamente terminadas
--   Canales temporales usados para pruebas o funcionalidades antiguas marcadas como innecesarias
-
-Los análisis en tiempo real de Capgo facilitan la identificación de canales que ya no son necesarios.
-
-### Pasos para Eliminar Canales
-
-Para eliminar de forma segura un canal de actualización, sigue estos pasos:
-
-| Paso | Acción | Verificación |
-| --- | --- | --- |
-| **Migración de Usuarios** | Mover todos los usuarios activos a otros canales | Confirmar que no quedan usuarios |
-| **Archivo de Actualizaciones** | Archivar el historial del canal | Verificar que el archivo está completo |
-| **Verificación de Dependencias** | Asegurar que ningún script o flujo de trabajo dependa del canal | Confirmar que no hay referencias activas |
-| **Ejecución de Eliminación** | Ejecutar el comando de eliminación del canal | Verificar que el canal está eliminado |
-
-Una vez completados estos pasos, verifica nuevamente el sistema para confirmar que todo funciona correctamente.
-
-### Verificación de Impacto de Eliminación
-
-Antes de finalizar la eliminación, considera estos puntos:
-
-1.  **Evaluación del Historial de Actualizaciones**  
-    Revisa el historial de actualizaciones del canal para asegurar que todos los datos importantes, como estadísticas de rendimiento o feedback de usuarios, han sido guardados.
-    
-2.  **Dependencias**  
-    Verifica doblemente que ningún pipeline CI/CD o script siga haciendo referencia al canal.
-    
-
-Después de la eliminación, monitorea el rendimiento del sistema. Si surge algún problema, la función de reversión de Capgo puede ayudarte a resolverlo rápidamente.
-
-## Características de [Capgo](https://capgo.app/) para Actualizaciones
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-21.jpg?auto=compress)
-
-### Funciones Principales de Capgo
-
-Capgo simplifica la gestión de canales de actualización con características diseñadas para proyectos Capacitor. Su sistema de canales te permite dirigir actualizaciones a grupos específicos de usuarios según sus necesidades. Además, Capgo proporciona a los desarrolladores herramientas para acelerar el despliegue y mejorar los flujos de trabajo.
-
-### Herramientas para Desarrolladores
-
-Capgo ofrece una variedad de herramientas para facilitar las actualizaciones y asegurar que todo permanezca conforme. Con su herramienta CLI, puedes desplegar actualizaciones usando solo un comando, ahorrando tiempo y esfuerzo.
-
-Aquí hay algunas características destacadas para desarrolladores:
-
-| Característica | Qué Hace | Cómo Ayuda |
-| --- | --- | --- |
-| Selector de Canal | Prueba pull requests directamente en la app | Acelera el feedback |
-| Gestión de Usuarios | Gestiona permisos a nivel detallado | Mejor control sobre probadores |
-| Panel de Análisis | Monitorea actualizaciones en tiempo real | Rastrea rendimiento fácilmente |
-| Capacidad de Reversión | Corrige problemas rápidamente | Mantiene la app estable |
-
-Estas herramientas se integran sin problemas con el proceso de configuración sencillo de Capgo, que se describe a continuación.
-
-### Guía de Configuración de Capgo
-
-Comenzar con Capgo es simple y rápido. Solo sigue estos tres pasos:
-
-1.  **Configurar Autenticación:** Habilita el cifrado de extremo a extremo para mantener las actualizaciones seguras.
-2.  **Definir Estructura de Canales:** Configura los canales según tus necesidades de implementación.
-3.  **Establecer Permisos de Usuario:** Asigna derechos de acceso específicos a los miembros del equipo.
-
-> "@Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar la revisión para correcciones de errores es oro puro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo admite más de 30 complementos y funciona perfectamente con pipelines de CI/CD, facilitando su integración en tu proceso de desarrollo existente. Mejora la [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) manteniendo todo eficiente y sencillo.
-
-## Resumen
-
-### Puntos Principales
-
-La gestión eficaz de canales asegura que las implementaciones de aplicaciones funcionen sin problemas. El sistema de canales de Capgo muestra resultados impresionantes: **95% de las actualizaciones son adoptadas en 24 horas**, respaldado por una CDN global que entrega un paquete de 5MB en solo 114ms, junto con un tiempo de respuesta de API de 57ms a nivel mundial [\[1\]](https://capgo.app/).
-
-| Métrica | Rendimiento |
-| --- | --- |
-| Total de Actualizaciones Entregadas | 23.5M |
-| Aplicaciones Activas en Producción | 750 |
-| Tasa de Éxito Global | 82% |
-| Adopción de Actualizaciones (24h) | 95% |
-
-Lograr estos resultados depende de convenciones claras de nomenclatura y asignaciones precisas de usuarios, como se discutió anteriormente. Construir una estrategia estructurada de canales alrededor de estas métricas puede mejorar aún más el rendimiento.
-
-### Primeros Pasos
-
-Para aprovechar estos resultados probados, comienza refinando tu configuración de canales:
-
--   **Definir Estructura Clara de Canales**: Canales separados para entornos de desarrollo, pruebas y producción.
--   **Configurar Permisos de Usuario**: Asignar controles de acceso granulares para los canales de actualización.
--   **Seguimiento del Rendimiento**: Monitorear regularmente las tasas de éxito de actualizaciones y la participación de usuarios.
-
-No olvides revisar y eliminar periódicamente los canales inactivos para mantener un flujo de trabajo eficiente. Con canales bien gestionados, los desarrolladores pueden implementar actualizaciones más rápidamente mientras mantienen el control y la estabilidad.
diff --git a/src/content/blog/es/creating-mobile-apps-with-react-and-capacitor.md b/src/content/blog/es/creating-mobile-apps-with-react-and-capacitor.md
deleted file mode 100644
index bb6b14dd3..000000000
--- a/src/content/blog/es/creating-mobile-apps-with-react-and-capacitor.md
+++ /dev/null
@@ -1,282 +0,0 @@
----
-slug: creating-mobile-apps-with-react-and-capacitor
-title: Creando Aplicaciones Móviles con React.js y Capacitor
-description: >-
-  Una guía sobre cómo transformar una aplicación web de React.js en una
-  aplicación móvil nativa utilizando Capacitor y mejorando la interfaz de
-  usuario nativa con Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-29T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /react_capacitor.webp
-head_image_alt: Ilustración de React.js y Capacitor
-keywords: >-
-  React, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: implementing-live-updates-in-your-react-capacitor-app
----
-Este tutorial te guiará en la creación de una aplicación móvil usando React, Capacitor y Konsta UI. Al final, sabrás cómo transformar una aplicación web React.js en una aplicación móvil nativa con Capacitor, e implementar una interfaz nativa usando Konsta UI.
-
-Capacitor permite la fácil transformación de tu aplicación web React.js en una aplicación móvil nativa, sin requerir alteraciones sustanciales o aprender nuevas estrategias como React Native.
-
-El proceso involucra algunos pasos simples, y antes de que te des cuenta, tu aplicación React.js será una aplicación móvil completamente funcional. Así que quédate con nosotros mientras te guiamos en este viaje.
-
-## Visión General de Capacitor
-
-CapacitorJS es un cambio de juego. Puede integrarse perfectamente con cualquier proyecto web y envolver tu aplicación en una vista web nativa mientras genera el proyecto nativo de Xcode y Android Studio. Además, a través de sus plugins, puedes acceder a características nativas del dispositivo como la cámara a través de un puente JS.
-
-Capacitor ofrece una forma directa de crear una aplicación móvil nativa sin complicaciones ni una curva de aprendizaje pronunciada. Su API simple y funcionalidad optimizada hacen que sea fácil incorporarlo a tu proyecto.
-
-## Configurando Tu Aplicación React.js
-
-Vamos a usar el método más simple para iniciar una aplicación React. Usaremos el gestor de paquetes npm para crear una nueva aplicación React:
-
-```shell
-npx create-react-app my-app
-```
-
-Para transformar nuestro proyecto en una aplicación móvil nativa, se requiere una **exportación** de nuestra aplicación.
-
-Volveremos a esto en un momento. Primero, entendamos cómo integrar Capacitor en nuestra aplicación React.
-
-## Integrando Capacitor en Tu Aplicación React.js
-
-Los pasos iniciales de configuración pueden ser un poco detallados, pero después de eso, actualizar tu envoltorio de aplicación nativa se vuelve tan simple como ejecutar un comando `sync`.
-
-Primero, instalaremos el CLI de Capacitor como una dependencia de desarrollo y lo configuraremos dentro de nuestro proyecto. Durante la configuración, acepta los valores predeterminados para el nombre y el ID del paquete presionando "enter".
-
-Luego, instalaremos el paquete principal y los paquetes relevantes para las plataformas iOS y Android.
-
-Finalmente, agregaremos las plataformas, y Capacitor creará carpetas para cada plataforma en la raíz de nuestro proyecto:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your React project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Los directorios **ios** y **android** ahora están presentes en tu proyecto React.js.
-
-Para acceder al proyecto de Android más tarde, instala [Android Studio](https://developer.android.com/studio/). Para iOS, necesitas una Mac y debes instalar [Xcode](https://developer.apple.com/xcode/).
-
-A continuación, actualiza el **webDir** en tu archivo **capacitor.config.json** como se muestra a continuación:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "build",
-  "bundledWebRuntime": false
-}
-```
-
-Ejecuta el comando de construcción y sincroniza tu proyecto con Capacitor:
-
-```shell
-npm run build
-npx cap sync
-```
-
-El comando `npm run build` construirá tu proyecto React.js, mientras que `npx cap sync` alineará el código web en los lugares precisos de las plataformas nativas para que puedan ser ejecutados en una aplicación.
-
-¡Ahora, con un poco de suerte y sin errores, tu aplicación React.js debería estar lista para lanzarse en un dispositivo!
-
-## Construyendo y Desplegando Tus Aplicaciones Nativas
-
-Desarrollar aplicaciones iOS requiere **Xcode**, y las aplicaciones Android necesitan **Android Studio**. Si planeas distribuir tu aplicación en la tienda de aplicaciones, debes inscribirte en el Programa de Desarrollador de Apple para iOS y en la Consola de Google Play para Android.
-
-El CLI de Capacitor simplifica el proceso de abrir ambos proyectos nativos:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Una vez que tus proyectos nativos estén configurados, desplegar tu aplicación en un dispositivo conectado es un proceso sencillo.
-
-Para Android Studio, espera a que todo se cargue y luego despliega tu aplicación en un dispositivo conectado.
-
-Para Xcode, establece tu cuenta de firma para desplegar tu aplicación en un dispositivo real en lugar de solo el simulador. Después de hacer eso, simplemente presiona play para ejecutar la aplicación en tu dispositivo conectado, que puedes elegir en la parte superior.
-
-¡Si todo ha ido bien, habrás convertido tu aplicación web React.js en una aplicación móvil nativa!
-
-## Recarga en Vivo de Capacitor
-
-Los marcos de desarrollo modernos generalmente vienen con recarga en caliente, y afortunadamente, puedes tener lo mismo con Capacitor pero **en tu dispositivo móvil**!
-
-Puedes hacer que tu aplicación alojada localmente sea accesible con recarga en vivo en tu red haciendo que la aplicación Capacitor cargue el contenido desde una URL específica.
-
-Primero, determina tu dirección IP local. En una Mac, puedes hacerlo ejecutando `ipconfig getifaddr en0` en la terminal. En Windows, ejecuta `ipconfig` y busca la dirección IPv4.
-
-Después de esto, indica a Capacitor que cargue la aplicación directamente desde el servidor agregando otro parámetro a tu archivo `capacitor.config.ts`:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'build',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Asegúrate de usar la IP y el puerto correctos. Ejecuta `npx cap copy` para aplicar estos cambios a nuestro proyecto nativo.
-
-¡Al desplegar tu aplicación una vez más a través de Android Studio o Xcode, cualquier cambio en tu aplicación React se recargará automáticamente y se mostrará en tu aplicación!
-
-Ten en cuenta que si se instalan nuevos plugins, como la cámara, se necesita una reconstrucción de tu proyecto nativo. Esto es porque los archivos nativos habrán cambiado y no pueden actualizarse al vuelo.
-
-## Usando Plugins de Capacitor
-
-Echemos un vistazo rápido a cómo usar un plugin de Capacitor. Vamos a instalar uno simple, el [Plugin Share](https://capacitorjs.com/docs/apis/share/), que muestra el diálogo nativo de compartir:
-
-```shell
-npm i @capacitor/share
-```
-
-Para usarlo, importa el paquete y llama a la función respectiva `share()` desde nuestra aplicación. Considera el **App.js**:
-
-```javascript
-import { Share } from '@capacitor/share';
-
-function ShareButton() {
-  const share = async () => {
-    await Share.share({
-      title: 'React App',
-      text: 'Visit this React App',
-      url: 'http://localhost:3000',
-      dialogTitle: 'Share with...'
-    });
-  };
-
-  return (
-    <button onClick={share}>
-      Share
-    </button>
-  );
-}
-
-export default ShareButton;
-```
-
-Después de instalar un nuevo plugin, recuerda sincronizar tu proyecto React nuevamente usando `npx cap sync`.
-
-## Implementando Konsta UI: Una UI Móvil con Mejor Aspecto
-
-Para una mejor experiencia de interfaz móvil, usaremos Konsta UI. Proporciona estilos específicos para iOS y Android, y es fácil de trabajar.
-
-Para usar Konsta UI, instala el paquete React:
-
-```shell
-npm i konsta
-```
-
-Modifica tu archivo `tailwind.config.js` así:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{js,ts,javascript,tsx}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` complementará tu configuración actual de Tailwind CSS con variantes y utilidades adicionales necesarias para Konsta UI.
-
-Ahora, configura el componente App principal para establecer parámetros globales como `theme`. Envuelve la aplicación principal con App en `src/index.js`:
-
-```javascript
-import React from 'react';
-import ReactDOM from 'react-dom';
-import {App} from 'konsta/react';
-import './index.css';
-import MyApp from './App';
-
-ReactDOM.render(
-  <React.StrictMode>
-    <App theme="ios">
-      <MyApp />
-    </App>
-  </React.StrictMode>,
-  document.getElementById('root')
-);
-```
-
-Vamos a usar los componentes React de Konsta UI en nuestras páginas React.js. Abre `src/App.js` y modifícalo a:
-
-```javascript
-// Konsta UI components
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-} from 'konsta/react';
-
-export default function MyApp() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Welcome to your React & Konsta UI app.
-        </p>
-      </Block>
-      
-      <List>
-        <ListItem href="/about" title="About" />
-      </List>
-
-      <Block strong>
-        <Button>Click Me</Button>
-      </Block>
-    </Page>
-  );
-}
-```
-
-Si todo se ha hecho correctamente, deberías ver una integración perfecta entre React y Konsta UI para dar a tu aplicación móvil un aspecto nativo.
-
-## Conclusión
-
-Capacitor ofrece un medio perfecto para construir aplicaciones nativas basadas en un proyecto web existente, proporcionando una forma simple de compartir código y tener una UI consistente.
-
-Gracias a tecnologías como Capacitor, construir aplicaciones móviles desde aplicaciones web React.js nunca ha sido más fácil. Lleva tus habilidades de desarrollo web al siguiente nivel creando impresionantes aplicaciones móviles nativas. ¡Feliz codificación!
-
-Para más información sobre cómo puedes acelerar tu proceso de desarrollo de aplicaciones, [regístrate para obtener una cuenta gratuita](/register/) hoy.
diff --git a/src/content/blog/es/creating-mobile-apps-with-sveltekit-and-capacitor.md b/src/content/blog/es/creating-mobile-apps-with-sveltekit-and-capacitor.md
deleted file mode 100644
index 0230e7b86..000000000
--- a/src/content/blog/es/creating-mobile-apps-with-sveltekit-and-capacitor.md
+++ /dev/null
@@ -1,376 +0,0 @@
----
-slug: creating-mobile-apps-with-sveltekit-and-capacitor
-title: Creando aplicaciones móviles con SvelteKit y Capacitor
-description: >-
-  Aprende cómo construir una aplicación móvil usando SvelteKit, Capacitor y
-  mejora la interfaz de usuario nativa con Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-04T00:00:00.000Z
-updated_at: 2023-06-04T00:00:00.000Z
-head_image: /sveltekit_capacitor.webp
-head_image_alt: Ilustración de SvelteKit y Capgo
-keywords: >-
-  SvelteKit, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: updating-your-capacitor-apps-seamlessly-with-capacitor-updater
----
-En este tutorial, comenzaremos con una nueva aplicación de [SvelteKit](https://kit.svelte.dev/) y la transformaremos en desarrollo móvil nativo usando Capacitor. Opcionalmente, también puedes integrar [Konsta UI](https://konstaui.com/) para una interfaz móvil mejorada con Tailwind CSS.
-
-Capacitor te permite convertir fácilmente tu aplicación web SvelteKit en una aplicación móvil nativa sin necesidad de modificaciones significativas o aprender una nueva habilidad como React Native.
-
-Sigue esta guía paso a paso para transformar tu aplicación SvelteKit en una aplicación móvil usando Capacitor y, si lo deseas, mejorar tu interfaz móvil con Konsta UI.
-
-## Acerca de Capacitor
-
-¡CapacitorJS es revolucionario! Se puede integrar sin esfuerzo en cualquier proyecto web, envolviendo tu aplicación en una vista web nativa y generando proyectos nativos de Xcode y Android Studio. Sus plugins proporcionan acceso a características nativas del dispositivo como la cámara a través de un puente JavaScript.
-
-Capacitor te permite crear una fantástica aplicación móvil nativa sin ninguna configuración complicada o curva de aprendizaje pronunciada. Su API ligera y funcionalidad simplificada hacen que sea fácil integrarlo en tu proyecto. ¡Te sorprenderá lo simple que es lograr una aplicación nativa completamente funcional con Capacitor!
-
-## Preparando Tu Aplicación SvelteKit
-
-Para crear una nueva aplicación SvelteKit, ejecuta el siguiente comando:
-
-```shell
-npm create svelte@latest my-app
-cd my-app
-npm install
-npm run build
-```
-
-Después de ejecutar el comando `build`, deberías ver una nueva carpeta `dist` en la raíz de tu proyecto.
-
-Esta carpeta será utilizada por Capacitor más adelante, pero por ahora, necesitamos configurarla correctamente.
-
-## Añadiendo Capacitor a Tu Aplicación SvelteKit
-
-Para empaquetar cualquier aplicación web en un contenedor móvil nativo, necesitamos seguir algunos pasos iniciales. Después, es tan simple como ejecutar un único comando `sync`.
-
-Primero, instala el [CLI de Capacitor](https://capacitorjs.com/docs/cli/) como dependencia de desarrollo y configúralo dentro de tu proyecto. Durante la configuración, puedes presionar "enter" para aceptar los valores predeterminados para el nombre y el ID del paquete.
-
-Luego, instala el paquete principal y los paquetes relevantes para las plataformas iOS y Android.
-
-Finalmente, agrega las plataformas, y Capacitor creará carpetas para cada plataforma en la raíz de tu proyecto:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your SvelteKit project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-En este punto, deberías ver nuevas carpetas **ios** y **android** en tu proyecto SvelteKit.
-
-**¡Estos son proyectos nativos reales!**
-
-Para acceder al proyecto Android más tarde, necesitas instalar [Android Studio](https://developer.android.com/studio/). Para iOS, necesitas una Mac y debes instalar [Xcode](https://developer.apple.com/xcode/).
-
-Además, deberías encontrar un archivo **capacitor.config.ts** en tu proyecto, que contiene algunas configuraciones básicas de Capacitor utilizadas durante la sincronización. Lo único a lo que debes prestar atención es el **webDir**, que debe apuntar al resultado de tu comando de construcción. Actualmente, es incorrecto.
-
-Para corregir esto, abre el archivo **capacitor.config.ts** y actualiza el **webDir**:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'build',
-}
-
-export default config
-```
-
-Ahora que hemos actualizado nuestras configuraciones de Capacitor, vamos a cambiar nuestro proyecto SvelteKit a una aplicación estática descargando el paquete adaptador estático adecuado:
-
-```shell
-npm i -D @sveltejs/adapter-static
-```
-
-Después de instalar el paquete, necesitaremos modificar el archivo _svelte.config.js_ del adaptador automático al estático:
-
-```ts
-import adapter from '@sveltejs/adapter-static'
-import { vitePreprocess } from '@sveltejs/kit/vite'
-
-/** @type {import('@sveltejs/kit').Config} */
-const config = {
-// Consult https://kit.svelte.dev/docs/integrations#preprocessors
-// for more information about preprocessors
-  preprocess: vitePreprocess(),
-
-  kit: {
-    // adapter-auto only supports some environments, see https://kit.svelte.dev/docs/adapter-auto for a list.
-    // If your environment is not supported or you settled on a specific environment, switch out the adapter.
-    // See https://kit.svelte.dev/docs/adapters for more information about adapters.
-    adapter: adapter({
-      // default options are shown. On some platforms
-      // these options are set automatically — see below
-      pages: 'build',
-      assets: 'build',
-      fallback: null,
-      precompress: false,
-      strict: true
-    })
-  }
-}
-
-export default config
-```
-
-Con el _svelte.config.js_ actualizado, necesitaremos agregar una opción _prerender_ creando una página _+layout.js_ en _src/routes_ y simplemente agregar la siguiente exportación a _+layout.js_:
-
-```ts
-export const prerender = true
-```
-
-Después de agregar y actualizar la página _+layout.js_, necesitaremos agregar nuestras plataformas móviles, reconstruir nuestro proyecto para crear la carpeta _build_
-
-Puedes hacerlo ejecutando los siguientes comandos:
-
-```shell
-npm run build
-npx cap sync
-```
-
-El primer comando `npm run build` construirá tu proyecto SvelteKit y copiará la construcción estática, mientras que el segundo comando `npx cap sync` sincronizará todo el código web en los lugares correctos de las plataformas nativas para que puedan mostrarse en una aplicación.
-
-Además, el comando sync podría actualizar las plataformas nativas e instalar plugins, así que cuando instales nuevos [plugins de Capacitor](https://capacitorjs.com/docs/plugins/), es momento de ejecutar `npx cap sync` nuevamente.
-
-Sin darte cuenta, ahora has completado el proceso, ¡así que veamos la aplicación en un dispositivo!
-
-## Construir y Desplegar Aplicaciones Nativas
-
-Para desarrollar aplicaciones iOS, necesitas tener **Xcode** instalado, y para aplicaciones Android, necesitas tener **Android Studio** instalado. Además, si planeas distribuir tu aplicación en la tienda de aplicaciones, necesitas inscribirte en el Programa de Desarrollador de Apple para iOS y en la Consola de Google Play para Android.
-
-Si eres nuevo en el desarrollo móvil nativo, puedes usar el CLI de Capacitor para abrir fácilmente ambos proyectos nativos:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Una vez que hayas configurado tus proyectos nativos, desplegar tu aplicación a un dispositivo conectado es fácil. En Android Studio, solo necesitas esperar a que todo esté listo, y puedes desplegar tu aplicación a un dispositivo conectado sin cambiar ninguna configuración. Aquí hay un ejemplo:
-
-![android-studio-run](/android-studio-run.webp)
-
-En Xcode, necesitas configurar tu cuenta de firma para desplegar tu aplicación a un dispositivo real en lugar de solo el simulador. Si no has hecho esto antes, Xcode te guía a través del proceso (pero nuevamente, necesitas estar inscrito en el Programa de Desarrollador). Después de eso, simplemente puedes presionar play para ejecutar la aplicación en tu dispositivo conectado, que puedes seleccionar en la parte superior. Aquí hay un ejemplo:
-
-![xcode-run](/xcode-run.webp)
-
-¡Felicitaciones! Has desplegado exitosamente tu aplicación web SvelteKit a un dispositivo móvil. Aquí hay un ejemplo:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/sveltekit-mobile-app.webp" alt="sveltekit-mobile-app">
-</div>
-
-Pero espera, también hay una forma más rápida de hacer esto durante el desarrollo...
-
-## Recarga en Vivo de Capacitor
-
-A estas alturas, probablemente estés acostumbrado a tener recarga en caliente con todos los frameworks modernos, ¡y la buena noticia es que puedes tener la misma funcionalidad **en un dispositivo móvil** con un esfuerzo mínimo!
-
-Habilita el acceso a tu aplicación alojada localmente con recarga en vivo **en tu red** haciendo que la aplicación Capacitor cargue el contenido desde la URL específica.
-
-El primer paso es averiguar tu dirección IP local. Si estás usando una Mac, puedes averiguarlo ejecutando el siguiente comando en la terminal:
-
-```shell
-ipconfig getifaddr en0
-```
-
-En Windows, ejecuta:
-
-```shell
-ipconfig
-```
-
-Luego busca la dirección IPv4.
-
-Podemos instruir a Capacitor para que cargue la aplicación directamente desde el servidor agregando otra entrada a nuestro archivo `capacitor.config.ts`:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Asegúrate de usar **la IP y el puerto correctos**, como se muestra en el ejemplo anterior.
-
-Ahora, podemos aplicar estos cambios copiándolos a nuestro proyecto nativo:
-
-```shell
-npx cap copy
-```
-
-El comando `copy` es similar a `sync`, pero solo **copiará los cambios realizados en la carpeta web** y la configuración, sin actualizar el proyecto nativo.
-
-Ahora puedes desplegar tu aplicación una vez más a través de Android Studio o Xcode. Después de eso, si cambias algo en tu aplicación Svelte, **la aplicación se recargará automáticamente** y mostrará los cambios!
-
-**Ten en cuenta** que si instalas nuevos plugins como la cámara, aún requiere una reconstrucción de tu proyecto nativo. Esto es porque los archivos nativos se cambian, y no se puede hacer sobre la marcha.
-
-Ten en cuenta que debes usar la IP y el puerto correctos en tu configuración. El bloque de código anterior muestra el puerto predeterminado de SvelteKit con fines de demostración.
-
-## Usando Plugins de Capacitor
-
-Veamos cómo usar un plugin de Capacitor en acción, que hemos mencionado varias veces antes. Para hacer esto, podemos instalar un plugin simple ejecutando:
-
-```shell
-npm i @capacitor/share
-```
-
-No hay nada especial sobre el [plugin Share](https://capacitorjs.com/docs/apis/share/), ¡pero muestra el diálogo nativo de compartir! Para esto, ahora solo necesitamos importar el paquete y llamar a la función `share()` desde nuestra aplicación, así que cambiemos el **src/routes/index.svelte** a esto:
-
-```html
-<script>
-  import { Share } from '@capacitor/share';
-
-  async function share() {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  }
-</script>
-
-<h1>Welcome to SvelteKit and Capacitor!</h1>
-<button on:click={share}>Share now!</button>
-```
-
-Como se mencionó anteriormente, cuando instalamos nuevos plugins, necesitamos realizar una operación de sincronización y luego redesplegar la aplicación a nuestro dispositivo. Para hacer esto, ejecuta el siguiente comando:
-
-```
-npx cap sync
-```
-
-¡Después de presionar el botón, puedes ver el hermoso diálogo nativo de compartir en acción!
-
-## Añadiendo Konsta UI
-
-Para usar Konsta UI en tu aplicación Nuxt 3, necesitas tener [tailwind ya instalado](https://tailwindcss.com/docs/guides/sveltekit/) e instalar el paquete:
-
-```shell
-npm i konsta
-```
-
-Además, necesitas modificar tu archivo `tailwind.config.js`:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/routes/**/*.{svelte}',
-    './src/components/**/*.{svelte}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` extenderá la configuración predeterminada (o tu configuración personalizada) de Tailwind CSS con algunas variantes extras y utilidades auxiliares requeridas para Konsta UI.
-
-Ahora necesitamos configurar el componente principal [App](https://konstaui.com/vue/app/) para que podamos establecer algunos parámetros globales (como `theme`).
-
-Necesitamos envolver toda la aplicación con `App` en el `src/routes/+layout.svelte`:
-
-```html
-<script>
-  import { App } from 'konsta/svelte';
-</script>
-
-<App theme="ios">
-  <slot />
-</App>
-```
-
-### Página de Ejemplo
-
-Ahora que todo está configurado, podemos usar los componentes Svelte de Konsta UI en nuestras páginas de SvelteKit.
-
-Por ejemplo, vamos a abrir `src/routes/index.svelte` y cambiarlo a lo siguiente:
-
-```html
-<script>
-  import {
-    Page,
-    Navbar,
-    Block,
-    Button,
-    List,
-    ListItem,
-    Link,
-    BlockTitle,
-  } from 'konsta/svelte';
-</script>
-
-<Page>
-  <Navbar title="My App" />
-
-  <Block strong>
-    <p>
-      Here is your SvelteKit & Konsta UI app. Let's see what we have here.
-    </p>
-  </Block>
-  <BlockTitle>Navigation</BlockTitle>
-  <List>
-    <ListItem href="/about/" title="About" />
-    <ListItem href="/form/" title="Form" />
-  </List>
-
-  <Block strong class="flex space-x-4">
-    <Button>Button 1</Button>
-    <Button>Button 2</Button>
-  </Block>
-</Page>
-```
-
-Si la recarga en vivo está desincronizada después de instalar todos los componentes necesarios, intenta reiniciar todo. Una vez que hayas hecho eso, ¡deberías ver una aplicación móvil con un aspecto algo nativo, construida con SvelteKit y Capacitor!
-
-Deberías ver la siguiente página como resultado:
-
-<script>
-  </script>
-<h1>
-
-## Conclusión
-
-Capacitor es una excelente opción para construir aplicaciones nativas basadas en un proyecto web existente, ofreciendo una forma simple de compartir código y mantener una interfaz de usuario consistente.
-
-Y con la adición de [Capgo](https://capgo.app/), es aún más fácil agregar actualizaciones en vivo a tu aplicación, asegurando que tus usuarios siempre tengan acceso a las últimas características y correcciones de errores.
-
-Si deseas aprender cómo agregar Capgo a tu aplicación SvelteKit, echa un vistazo al siguiente artículo:
-
-Aprende cómo Capgo puede ayudarte a construir mejores aplicaciones más rápido, [regístrate para obtener una cuenta gratuita](/register/) hoy.
diff --git a/src/content/blog/es/cross-platform-mobile-app-development-guide-2024.md b/src/content/blog/es/cross-platform-mobile-app-development-guide-2024.md
deleted file mode 100644
index be4cb1bee..000000000
--- a/src/content/blog/es/cross-platform-mobile-app-development-guide-2024.md
+++ /dev/null
@@ -1,80 +0,0 @@
----
-slug: cross-platform-mobile-app-development-guide-2024
-title: >-
-  La Guía Definitiva para el Desarrollo de Aplicaciones Móviles Multiplataforma
-  en 2024
-description: >-
-  Découvrez les meilleures pratiques et frameworks pour le développement
-  d'applications mobiles multiplateformes en 2024. Créez des applications iOS,
-  Android et web à partir d'une seule base de code.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-06-15T00:00:00.000Z
-updated_at: 2024-06-15T00:00:00.000Z
-head_image: /cross-platform-app-dev-2024.webp
-head_image_alt: Desarrollo de Aplicaciones Móviles Multiplataforma
-keywords: >-
-  cross-platform, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: cross-platform
-published: true
-locale: es
-next_blog: top-cross-platform-frameworks-compared-2024
----
-
-## Por qué es importante el desarrollo de aplicaciones móviles multiplataforma en 2024
-
-El desarrollo de aplicaciones móviles multiplataforma se ha vuelto cada vez más importante en 2024, ya que las empresas buscan llegar a audiencias más amplias en las plataformas iOS, Android y web. Desarrollar aplicaciones nativas separadas para cada plataforma es costoso y requiere mucho tiempo.
-
-Los frameworks multiplataforma como Ionic permiten a las empresas crear aplicaciones que funcionan en múltiples plataformas desde una única base de código. Esto reduce enormemente el tiempo y costo de desarrollo mientras permite la paridad de características y experiencias de usuario consistentes en todos los dispositivos.
-
-Los beneficios clave del desarrollo de aplicaciones móviles multiplataforma en 2024 incluyen:
-
-- **Mayor alcance** - Despliega tu aplicación a miles de millones de usuarios de iOS, Android y web desde un solo proyecto
-- **Costos reducidos** - Evita mantener múltiples bases de código nativas y equipos
-- **Desarrollo más rápido** - Reutiliza código entre plataformas para lanzar características más rápidamente
-- **UX consistente** - Proporciona una experiencia fluida a los usuarios en cualquier dispositivo
-
-A medida que el uso móvil continúa creciendo en 2024 y más allá, una estrategia de aplicaciones multiplataforma es esencial para que las empresas se mantengan competitivas. Pero, ¿cuál es el mejor enfoque?
-
-## Analizando patrones en la arquitectura de aplicaciones móviles
-
-La mayoría de las aplicaciones móviles están compuestas por componentes y patrones de UI comunes, como:
-
-- Barras de encabezado con títulos y botones de acción
-- Listas de datos, a menudo desplazables o con búsqueda
-- Barras de pestañas y menús de navegación
-- Formularios con controles de entrada
-
-Mientras que los estilos pueden diferir entre plataformas, los bloques de construcción básicos son los mismos. Los frameworks multiplataforma modernos como Ionic proporcionan componentes de UI preconstruidos y personalizables que automáticamente adaptan su apariencia a cada plataforma.
-
-Usar un único conjunto de componentes de UI en aplicaciones iOS, Android y web permite una enorme reutilización de código. Los desarrolladores solo necesitan construir las características una vez y pueden ajustar el estilo según sea necesario para cada plataforma.
-
-## Enfoques multiplataforma basados en web vs nativos
-
-Hay dos enfoques principales para el desarrollo multiplataforma: basado en web y nativo.
-
-Los frameworks basados en web como Ionic utilizan tecnologías web estándar como HTML, CSS y JavaScript. La UI se ejecuta en una vista web, con plugins que proporcionan acceso a características nativas del dispositivo. Si bien el rendimiento era una preocupación en el pasado, los motores JavaScript modernos han cerrado en gran medida la brecha con lo nativo.
-
-Los frameworks multiplataforma nativos como React Native y Flutter toman un enfoque diferente. Proporcionan código React o Dart que se compila a widgets y código nativo. Esto permite un rendimiento más cercano al nativo pero requiere usar lenguajes y herramientas propietarias.
-
-En última instancia, la elección depende de las habilidades y objetivos de tu equipo. Los frameworks basados en web te permiten aprovechar el talento web existente. Los frameworks nativos requieren habilidades más especializadas pero pueden tener beneficios de rendimiento para aplicaciones exigentes.
-
-## Potenciando la velocidad de desarrollo con Ionic
-
-Ionic es el framework de desarrollo multiplataforma líder, impulsando más del 15% de las aplicaciones en las tiendas de aplicaciones. Proporciona un SDK completo con:
-
-- Más de 100 componentes de UI preconstruidos para iOS, Android y web
-- Herramientas CLI de Ionic para scaffolding, vistas previas y despliegues
-- Integraciones con frameworks frontend populares como React, Vue y Angular
-- Plugins de Capacitor y Cordova para acceder a cualquier característica nativa del dispositivo
-- Actualizaciones de aplicaciones en vivo, autenticación y CI/CD con Capgo o Appflow
-
-Al aprovechar los estándares web, Ionic permite a los desarrolladores usar sus habilidades existentes para construir aplicaciones de alta calidad para cualquier plataforma. Una única base de código reduce dramáticamente el tiempo de desarrollo y los costos de mantenimiento.
-
-En 2024, Ionic continúa empujando los límites de lo que es posible con tecnologías web. Ionic 7 introduce potentes herramientas de diseño, rendimiento mejorado e integraciones aún más estrechas con SDKs nativos.
-
-## Comenzando
-
-En resumen, el desarrollo multiplataforma se está convirtiendo cada vez más en el estándar para el desarrollo de aplicaciones a medida que más empresas reconocen los beneficios comerciales en 2024. Frameworks como Ionic permiten un enfoque web-first, capacitando a los desarrolladores para construir aplicaciones increíbles para miles de millones de usuarios en tiempo récord.
diff --git a/src/content/blog/es/cross-platform-uiux-best-practices-for-capacitor-apps.md b/src/content/blog/es/cross-platform-uiux-best-practices-for-capacitor-apps.md
deleted file mode 100644
index c3035202e..000000000
--- a/src/content/blog/es/cross-platform-uiux-best-practices-for-capacitor-apps.md
+++ /dev/null
@@ -1,94 +0,0 @@
----
-slug: cross-platform-uiux-best-practices-for-capacitor-apps
-title: >-
-  Interfaz de Usuario/Experiencia de Usuario Multiplataforma: Mejores Prácticas
-  para Aplicaciones Capacitor
-description: >-
-  Descubre las mejores prácticas para crear una interfaz de usuario/UX fluida y
-  multiplataforma en aplicaciones Capacitor, garantizando una experiencia nativa
-  en iOS, Android y web.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T04:45:24.942Z
-updated_at: 2025-03-24T04:45:42.149Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0c60ea2808c1172f2f7c6-1742791542149.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, UI/UX design, cross-platform apps, mobile development, responsive
-  design, Ionic, app updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-**¿Quieres crear aplicaciones que se sientan nativas en iOS, Android y web?** [Capacitor](https://capacitorjs.com/) lo hace posible combinando características web y nativas. Pero crear una experiencia fluida en todas las plataformas requiere un diseño UI/UX cuidadoso. Aquí te mostramos cómo hacerlo:
-
--   **Sigue las Pautas Específicas de Plataforma**: Respeta los estándares de iOS (Human Interface) y Android (Material Design) para navegación, tipografía y gestos
--   **Usa un Sistema de Diseño**: Crea tokens de diseño reutilizables, componentes y documentación para mantener consistencia
--   **Optimiza para Tamaños de Pantalla**: Utiliza cuadrículas responsivas, puntos de quiebre y componentes escalables para diseños fluidos en todos los dispositivos
--   **Aprovecha Herramientas Como [Ionic](https://ionicframeworkcom/)**: Los componentes pre-construidos se adaptan a los estilos de la plataforma, ahorrando tiempo y esfuerzo
--   **Prueba en Diferentes Dispositivos**: Cubre diferentes tamaños de pantalla, versiones de SO e interacciones de usuario para garantizar la fiabilidad
--   **Usa Actualizaciones en Vivo**: Herramientas como [Capgo](https://capgo.app/) entregan actualizaciones instantáneamente sin retrasos de la tienda de aplicaciones, manteniendo a los usuarios actualizados
-
-**Consejo Rápido**: Capgo ha habilitado 235 millones de actualizaciones para más de 750 aplicaciones, con 95% de usuarios actualizados en 24 horas
-
-## Construye Componentes Multiplataforma con [Stencil](https://stenciljscom/) y [Capacitor](https://capacitorjs.com/)
-
-![Stencil Web Components Compiler](https://mars-images.imgix.net/seobot/screenshots/stenciljscom-6020276454429265c3dac5ec0634b1fb-2025-03-24.jpg?auto=compress)
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Fundamentos de Diseño Multiplataforma
-
-Crear una experiencia de usuario fluida en todas las plataformas significa equilibrar patrones de diseño específicos de plataforma con el estilo único de tu aplicación. Así es como puedes lograrlo
-
-### Construyendo un Sistema de Diseño
-
-Un sistema de diseño sirve como columna vertebral del diseño multiplataforma de tu aplicación. Típicamente incluye:
-
--   **Tokens de diseño**: Son los valores para colores, tipografía, espaciado y animaciones
--   **Biblioteca de componentes**: Una colección de elementos UI reutilizables diseñados para alinearse con las normas de la plataforma
--   **Documentación**: Pautas claras para asegurar un uso e implementación consistentes
-
-### Pautas de Diseño de Plataforma
-
-Para mantener una apariencia consistente mientras respetas los estándares específicos de plataforma, considera lo siguiente:
-
-| **Elemento de Diseño** | **iOS (Human Interface)** | **Android (Material)** |
-| --- | --- | --- |
-| Navegación | Barras de pestañas, alineadas abajo | Cajón de navegación, barra superior |
-| Tipografía | Fuente San Francisco | Fuente Roboto |
-| Gestos | Deslizar desde el borde para retroceder | Enfoque en navegación inferior |
-| Botones | Esquinas redondeadas, efectos sutiles | Botones contenidos o delineados |
-
-A continuación, abordemos las complejidades de diseñar para varios tamaños de pantalla
-
-### Diseño de Layouts Multi-Pantalla
-
-Diseñar para diferentes tamaños de pantalla requiere flexibilidad. Aquí hay algunas estrategias:
-
--   **Sistema de Cuadrícula Responsiva**  
-    Usa una cuadrícula que se ajuste dinámicamente para adaptarse a cualquier tamaño de pantalla
-    
--   **Estrategia de Puntos de Quiebre**  
-    Define ajustes de diseño basados en el ancho de pantalla:
-    
-    -   _Pequeño ([[HTML_TAG]] 1024px)_: Diseño multi-columna, frecuentemente con barras laterales
--   **Escalado de Componentes**  
-    Asegura que los componentes escalen proporcionalmente. Para objetivos táctiles, sigue estas pautas: al menos 44x44 píxeles en iOS y 48x48 píxeles independientes de densidad en Android
-    
-
-Con herramientas como las funciones de actualización en vivo de Capgo, puedes refinar y mejorar rápidamente tu sistema de diseño
-
-## Construyendo Componentes UI
-
-Crear componentes UI de alto rendimiento requiere atención cuidadosa a la compatibilidad multiplataforma y rendimiento eficiente. Veamos algunos métodos prácticos para construir componentes reutilizables y efectivos
-
-### Usando Componentes de [Ionic](https://ionicframeworkcom/)
-
-![Ionic Framework Website](https://mars-images.imgix.net/seobot/screenshots/ionicframeworkcom-e736941a658f3b6da09d169d589f75bb-2025-03-24.jpg?auto=compress)
-
-Ionic ofrece componentes pre-construidos que simplifican el desarrollo multiplataforma. Estos componentes se alinean automáticamente con patrones de diseño específicos de plataforma mientras aseguran una funcionalidad consistente
\ No newline at end of file
diff --git a/src/content/blog/es/custom-ios-plugin-optimization-best-practices.md b/src/content/blog/es/custom-ios-plugin-optimization-best-practices.md
deleted file mode 100644
index e46034cd9..000000000
--- a/src/content/blog/es/custom-ios-plugin-optimization-best-practices.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: custom-ios-plugin-optimization-best-practices
-title: 'Optimización de Plugins Personalizados de iOS: Mejores Prácticas'
-description: >-
-  Optimiza los plugins personalizados de iOS para mejorar el rendimiento con las
-  mejores prácticas en comunicación del puente, gestión de memoria y eficiencia
-  del código Swift.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T05:25:39.348Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825647b0209458b3ff370ad-1747287014908.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  iOS plugins, Capacitor, performance optimization, memory management, Swift
-  code, Xcode tools, bridge communication, app performance
-tag: 'Development, Mobile, Technology'
-published: true
-locale: es
-next_blog: ''
----
-La optimización de plugins iOS personalizados es esencial para mejorar el rendimiento de las aplicaciones [Capacitor](https://capacitorjs.com/). Garantiza una funcionalidad más rápida, fluida y estable tanto para desarrolladores como usuarios. Aquí hay un resumen de las prácticas clave:
-
--   **Comunicación Bridge**: Procesa por lotes y comprime grandes cargas de datos para reducir la latencia.
--   **Gestión de Memoria**: Evita fugas de memoria usando referencias débiles y liberando recursos grandes rápidamente.
--   **Optimización de código [Swift](https://developer.apple.com/swift/)**: Usa tipos de valor y valida entradas temprano para mejor rendimiento.
--   **Configuración de [Xcode](https://developer.apple.com/xcode/)**: Habilita funciones como Dead Code Stripping y Link Time Optimization para mejorar velocidad y reducir tamaño binario.
--   **Herramientas de Prueba de Rendimiento**: Usa regularmente Time Profiler, Allocations y Leaks de Xcode para identificar y corregir cuellos de botella.
-
-## Cómo los desarrolladores senior de iOS perfilan y resuelven problemas de rendimiento con [Instruments](https://developer.apple.com/tutorials/instruments).app | Mentoría en Vivo
-
-![Instruments Performance Analysis Tool](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/e22eff9f9e9ed463ea162436d1a0a9d2.jpg)
-
-<iframe src="https://www.youtube.com/embed/HIsECG5s4DU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Métodos de Optimización Principales
-
-Mejora el rendimiento de tu plugin ajustando las llamadas bridge, gestionando la memoria más eficazmente y optimizando el código Swift.
-
-### Reduciendo la Carga de Comunicación Bridge
-
-La interacción entre JavaScript y el código nativo iOS puede ralentizar si no se maneja cuidadosamente. Para aliviar este cuello de botella, concéntrate en hacer tus transferencias de datos lo más eficientes posible:
-
-| **Tipo de Datos** | **Estrategia de Optimización** | **Impacto en Rendimiento** |
-| --- | --- | --- |
-| Objetos JSON | Simplificar estructura, eliminar redundancia | Mejor capacidad de respuesta |
-| Datos Binarios | Usar codificación base64 selectivamente | Procesamiento más rápido y eficiente |
-| Cargas Grandes | Procesar datos por lotes | Menos llamadas bridge, operación más fluida |
-
-Al compactar datos y minimizar tamaños de carga JSON, puedes reducir la sobrecarga de serialización. Las pruebas con Instruments de Xcode han demostrado que estos ajustes reducen significativamente los tiempos de serialización y deserialización, llevando a una mejora notable en la capacidad de respuesta del plugin [\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[5\]](https://capacitorjs.com/docs/ios).
-
-Una vez optimizada la comunicación bridge, el siguiente paso es ajustar la gestión de memoria.
-
-### Manejo de Memoria iOS
-
-Una buena gestión de memoria es esencial para mantener tu plugin estable y prevenir fallos. Aquí hay algunos pasos prácticos para gestionar la memoria eficazmente:
-
--   Usa **referencias débiles** para patrones delegate para evitar ciclos de retención.
--   Libera recursos grandes, como imágenes o archivos multimedia, tan pronto como no sean necesarios.
--   Monitorea regularmente la asignación de memoria y perfila tu app usando Instruments de Xcode para detectar posibles fugas temprano.
-
-Después de abordar las preocupaciones de memoria, puedes centrarte en mejorar la eficiencia de tu código Swift.
-
-### Consejos de Rendimiento para [Swift](https://developer.apple.com/swift/)
-
-![Swift Programming Language Website](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/2e2b0430a9aab611e781d4d45224ac43.jpg)
-
-Swift proporciona varias herramientas para ayudar a optimizar tu código. Concéntrate en estas áreas para obtener el máximo de tu plugin:
-
-| **Área de Optimización** | **Implementación** | **Beneficio** |
-| --- | --- | --- |
-| Tipos de Valor | Usar structs para modelos de datos | Menor uso de memoria |
-| Validación de Parámetros | Validar entradas temprano | Evitar procesamiento innecesario |
-| Seguridad de Tipos | Confiar en el sistema de tipos fuerte de Swift | Permite mejores optimizaciones del compilador |
-
-Al validar parámetros anticipadamente y aprovechar el sistema de tipos fuerte de Swift, puedes prevenir procesamiento innecesario y permitir que el compilador optimice tu código más efectivamente [\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[4\]](https://capacitorjs.com/docs/plugins/tutorial/ios-implementation).
-
-Estas estrategias, cuando se combinan, pueden mejorar significativamente el rendimiento general y la estabilidad de tu plugin.
-
-## Mejoras Específicas para iOS
-
-Para llevar tu plugin iOS al siguiente nivel, es esencial ajustar su rendimiento con optimizaciones específicas de la plataforma. Aprovechando la configuración correcta de Xcode y las herramientas de prueba, puedes mejorar tanto la velocidad como la eficiencia. Veamos el desglose.
-
-### Configuración de Rendimiento de [Xcode](https://developer.apple.com/xcode/)
-
-![Xcode IDE Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/15516018a4284df8a7d0585815c62b4c.jpg)
-
-Ajustar la configuración de compilación de Xcode puede mejorar significativamente el rendimiento de tu plugin mientras mantienes su tamaño bajo control. Aquí hay una visión general rápida de las configuraciones clave:
-
-| **Configuración de Compilación** | **Configuración** | **Impacto** |
-| --- | --- | --- |
-| Configuración de Compilación | Release | Activa todas las optimizaciones de rendimiento |
-| Optimización en Tiempo de Enlace | Habilitada | Acelera la ejecución |
-| Eliminación de Código Muerto | Habilitada | Reduce el tamaño binario hasta un 20% |
-| Nivel de Optimización Swift | `-Owholemodule` | Mejora el rendimiento general |
-
-Por ejemplo, habilitar **Eliminación de Código Muerto** y establecer el **Nivel de Optimización Swift** a `-Owholemodule` puede reducir el tamaño de tu plugin mientras asegura velocidades de ejecución más rápidas [\[2\]](https://capacitorjs.com/docs/plugins/ios). Una vez que estas configuraciones están en su lugar, es momento de medir su impacto usando las herramientas integradas de Xcode.
-
-### Herramientas de Prueba de Rendimiento iOS
-
-Xcode ofrece un conjunto de herramientas diseñadas para analizar y optimizar el rendimiento. Aquí hay un resumen de las más útiles:
-
-| **Herramienta** | **Uso Principal** | **Métricas Clave** |
-| --- | --- | --- |
-| Time Profiler | Análisis de uso de CPU | Tiempos de ejecución de métodos |
-| Allocations | Seguimiento de uso de memoria | Patrones de asignación de objetos |
-| Leaks | Detección de problemas de memoria | Identifica ciclos de retención y fugas |
-| Debug Navigator | Monitoreo en tiempo real | Rastrea estadísticas de uso de recursos |
-
-Aquí está cómo obtener el máximo de estas herramientas:
-
--   **Prueba en Escenarios Reales**: Simula cargas de datos realistas e interacciones de usuario para obtener perspectivas precisas del rendimiento.
--   **Monitorea el Uso de Memoria**: Usa la herramienta Allocations para vigilar el consumo de memoria y evitar sobrecarga innecesaria.
--   **Establece Referencias**: Automatiza pruebas de rendimiento con XCTest para rastrear métricas a lo largo del tiempo.
-
-Haz un hábito de perfilar tu plugin regularmente con herramientas como **Time Profiler**, **Allocations** y **Leaks**. Esto te ayudará a identificar cuellos de botella de rendimiento y asegurar que tu plugin opere de manera suave y eficiente [\[5\]](https://capacitorjs.com/docs/ios).
-
-## Pasos de Configuración y Publicación del Plugin
-
-La configuración y publicación de plugins iOS involucra un enfoque meticuloso para gestionar dependencias, asegurar [actualizaciones fluidas](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) y adherirse a las pautas de la App Store. Aquí hay un desglose de las prácticas clave para asegurar un proceso de implementación sin problemas.
-
-### Gestionando Dependencias del Plugin
-
-Gestionar correctamente las dependencias es crucial para mantener el rendimiento y la estabilidad de tu plugin. Aquí hay una visión general rápida:
-
-| **Herramienta de Gestión de Dependencias** | **Mejor Práctica** | **Impacto** |
-| --- | --- | --- |
-| [CocoaPods](https://cocoapods.org/) | Usar versionado explícito | Previene problemas de compatibilidad |
-| Swift Package Manager | Habilitar enlace estático | Reduce tamaño binario |
-| Integración Manual | Evitar cuando sea posible | Reduce complejidad de mantenimiento |
-
-Por ejemplo, cuando uses CocoaPods, puedes especificar versiones así:
-
-```swift
-pod 'ExampleSDK', '~> 2.0.0'
-pod 'AnalyticsLib', :git => 'https://github.com/example/analytics.git', :tag => 'v1.2.3'
-```
-
-Al seleccionar y configurar cuidadosamente las dependencias, reduces riesgos y aseguras una base estable para tu plugin.
-
-### Actualizaciones OTA con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-Una vez que las dependencias están optimizadas, el siguiente paso es asegurar que tu plugin evolucione sin problemas a lo largo del tiempo. Las actualizaciones over-the-air (OTA) son un cambio de juego, y Capgo es una herramienta poderosa para la implementación rápida mientras se mantiene el cumplimiento con las reglas de la App Store. Según datos recientes, **95% de los usuarios activos reciben actualizaciones dentro de 24 horas** usando el sistema de distribución de Capgo [\[1\]](https://capgo.app/).
-
-Para aprovechar al máximo Capgo, sigue estos pasos:
-
--   **Configura canales de actualización**: Usa lanzamientos por etapas para probar actualizaciones con grupos más pequeños de usuarios primero.
--   **Habilita actualizaciones parciales**: Esto minimiza el uso de ancho de banda y acelera el proceso de actualización.
--   **Establece disparadores de reversión automática**: Revierte rápidamente actualizaciones si ocurren errores críticos, asegurando que la experiencia del usuario no se vea interrumpida.
-
-### Pautas de la App Store
-
-Finalmente, el [cumplimiento con las pautas de la App Store](https://capgo.app/blog/do-apple-allow-live-updates/) es esencial para una publicación exitosa. Estas pautas aseguran que tu plugin sea eficiente y se adhiera a los estándares de Apple. Áreas clave para enfocarse incluyen:
-
-| **Requisito** | **Implementación** | **Método de Verificación** |
-| --- | --- | --- |
-| Soporte de Arquitectura | Compilar para arm64 y x86_64 | Validar en Xcode |
-| Tamaño Binario | Habilitar eliminación de código muerto | Usar reportes del analizador de compilación |
-| Optimización de Recursos | Usar catálogos de activos | Revisar reportes de tamaño de Xcode |
-
-Adicionalmente, documenta tu uso de API exhaustivamente y evita usar frameworks privados o restringidos para cumplir con las reglas de privacidad de Apple [\[2\]](https://capacitorjs.com/docs/plugins/ios). Emplea técnicas como carga diferida y reducción de app de Xcode para optimizar el uso de recursos y mejorar tanto el rendimiento de inicio como el de ejecución [\[3\]](https://github.com/ionic-team/capacitor/issues/3991).
-
-## Resumen
-
-Aquí hay un desglose rápido de las mejores prácticas para optimizar plugins iOS personalizados en Capacitor y cómo pueden mejorar el rendimiento de la app. El enfoque está en mejorar el **rendimiento**, gestionar el **uso de memoria** y asegurar una **comunicación bridge** eficiente, todo lo cual contribuye a una mejor capacidad de respuesta y gestión de recursos de la app.
-
-### Perspectivas Clave de Optimización
-
-La tabla siguiente destaca áreas críticas de optimización, sus impactos medibles y los beneficios que aportan:
-
-| **Área de Optimización** | **Impacto** | **Beneficio de Implementación** |
-| --- | --- | --- |
-| **Comunicación del Puente** | 57ms tiempo promedio de respuesta API [\[1\]](https://capgo.app/) | Menor latencia y flujo de datos más fluido |
-| **Gestión de Memoria** | 95% tasa de actualización de usuarios activos en 24 horas [\[1\]](https://capgo.app/) | Mejor estabilidad y uso de recursos |
-| **Rendimiento Swift** | 114ms velocidad de descarga para paquetes de 5MB [\[1\]](https://capgo.app/) | Ejecución más rápida y mejor experiencia de usuario |
-
-### Áreas Clave de Enfoque para Desarrolladores
-
-Para lograr estas mejoras de rendimiento, los desarrolladores deberían priorizar:
-
--   **Comunicación del Puente**: Agrupar y comprimir grandes cargas de datos para minimizar la latencia.
--   **Gestión de Memoria**: Aprovechar referencias débiles y sin propietario para optimizar el uso de recursos.
--   **Optimización Swift**: Usar tipos de valor y semántica de copia en escritura para mejor rendimiento.
--   **Herramientas de Prueba**: Perfilar regularmente con Xcode Instruments para identificar y abordar cuellos de botella.
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Cómo mejora el rendimiento de la aplicación la optimización de la comunicación del puente en plugins iOS personalizados?
-
-La optimización de la comunicación del puente en plugins iOS personalizados es una forma inteligente de mejorar el rendimiento de la aplicación. Al reducir la latencia y mejorar cómo fluyen los datos entre las capas nativas y JavaScript, puedes lograr interacciones más fluidas, respuestas más rápidas y una mejor experiencia de usuario en general.
-
-Para lograrlo, es importante limitar los datos enviados a través del puente, combinar múltiples llamadas en lotes cuando sea posible y reducir los intercambios innecesarios. Herramientas como **Capgo** pueden hacer este proceso aún más fácil. Permiten actualizaciones instantáneas, ayudando a que tu aplicación se mantenga rápida y actualizada sin la molestia de envíos constantes a la App Store.
-:::
-
-:::faq
-### ¿Cuáles son las mejores prácticas para optimizar el uso de memoria en plugins iOS personalizados para evitar fallos?
-
-Para hacer que tus plugins iOS personalizados funcionen sin problemas y evitar fallos relacionados con la memoria, es esencial centrarse en escribir código eficiente y bien estructurado mientras se siguen las mejores prácticas específicas de iOS. Comienza por **gestionar la memoria de manera efectiva** - esto significa supervisar los ciclos de vida de los objetos y usar herramientas como Xcode Instruments para identificar y corregir ciclos de retención que podrían causar fugas de memoria. ¿Otro consejo clave? No sobrecargues el hilo principal con tareas pesadas. En su lugar, mueve las operaciones que consumen muchos recursos a hilos en segundo plano para mantener la aplicación receptiva.
-
-Además, sé diligente al liberar recursos - ya sean archivos, imágenes o conexiones de red - una vez que ya no estén en uso. Si estás trabajando con **Capacitor** para tu aplicación, plataformas como Capgo pueden facilitarte la vida simplificando las actualizaciones y correcciones. Esto significa que puedes abordar problemas de rendimiento rápidamente sin esperar aprobaciones de la App Store. Seguir estos pasos ayudará a mejorar la estabilidad y fiabilidad de tus plugins iOS personalizados.
-:::
-
-:::faq
-### ¿Cómo pueden ayudar las configuraciones de rendimiento y herramientas de prueba de Xcode a optimizar plugins iOS personalizados en Capacitor?
-
-## Configuraciones de Rendimiento y Herramientas de Prueba de Xcode
-
-Cuando se trata de optimizar plugins iOS personalizados en Capacitor, Xcode ofrece algunas herramientas potentes para ayudar a los desarrolladores a afinar su trabajo. Una característica destacada es **Instruments**, que te permite rastrear métricas clave como el uso de memoria, rendimiento de CPU e impacto energético. Estos conocimientos facilitan la identificación y solución de cuellos de botella en el rendimiento.
-
-Las **herramientas de depuración** de Xcode también juegan un papel crucial, permitiéndote probar tu plugin en tiempo real en dispositivos iOS. Esto asegura que tu código se ejecute eficientemente y proporcione una experiencia fluida para los usuarios.
-
-Para actualizaciones más rápidas y correcciones simplificadas, plataformas como **Capgo** pueden ser un cambio revolucionario. Permiten enviar actualizaciones en vivo directamente a los usuarios sin requerir aprobaciones de la App Store, todo mientras se mantienen dentro de las pautas de Apple. Este enfoque no solo ahorra tiempo sino que también mantiene tu aplicación funcionando en su mejor forma.
-:::
diff --git a/src/content/blog/es/developing-cross-platform-apps-with-capacitorjs.md.md b/src/content/blog/es/developing-cross-platform-apps-with-capacitorjs.md.md
deleted file mode 100644
index cac7b36e1..000000000
--- a/src/content/blog/es/developing-cross-platform-apps-with-capacitorjs.md.md
+++ /dev/null
@@ -1,179 +0,0 @@
----
-slug: developing-cross-platform-apps-with-capacitorjs
-title: >-
-  Desarrollo de Aplicaciones Multiplataforma con CapacitorJS: Una Guía Paso a
-  Paso
-description: >-
-  Aprende a crear aplicaciones multiplataforma para Android, iOS y web (PWA)
-  utilizando CapacitorJS con una sola base de código JavaScript.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-02T00:00:00.000Z
-updated_at: 2023-12-14T00:00:00.000Z
-head_image: /create_app_with_js.webp
-head_image_alt: Desarrollo de aplicaciones multiplataforma
-keywords: >-
-  Capacitor, cross-platform, PWA, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Tuto
-published: true
-locale: es
-next_blog: ''
----
-
-En el mundo en evolución del desarrollo de aplicaciones móviles, el auge de las Aplicaciones Web Progresivas (PWAs) ha allanado el camino para nuevos entornos de ejecución multiplataforma. Estos entornos permiten que las aplicaciones basadas en web estén presentes en las tiendas de aplicaciones sin depender únicamente del código nativo. Una de estas tecnologías que facilita esto es [**CapacitorJS**](https://capacitorjs.com/), que permite a los desarrolladores implementar un sitio web simple como una aplicación en Android, iOS y web utilizando una única base de código JavaScript. Este enfoque reduce significativamente los costos de desarrollo y aumenta la eficiencia de codificación.
-
-Esta guía se centrará en crear una aplicación utilizando JavaScript puro sin frameworks adicionales. A pesar de los desafíos de encontrar recursos para el desarrollo de aplicaciones en JavaScript puro en 2021, estamos aquí para proporcionarte un tutorial completo sobre cómo construir tu aplicación y utilizar plugins nativos con CapacitorJS.
-
-## ‣ Prerrequisitos
-
-Antes de comenzar, asegúrate de tener instaladas las siguientes herramientas:
-
-- [**Nodejs**](https://nodejs.org/en/) **(v14.16.1)** o superior
-- **NPM (v7.6.2)** o superior
-- [**Android Studio**](https://developer.android.com/studio/) para desarrollo de aplicaciones Android
-- [**Xcode**](https://apps.apple.com/de/app/xcode/id497799835/?mt=12) para desarrollo de aplicaciones iOS (solo macOS)
-
-> **Nota**: El desarrollo de aplicaciones iOS solo es posible en un dispositivo macOS
-
-## ‣ Configurando Tu Proyecto Capacitor
-
-Para crear una aplicación Capacitor, navega a la carpeta deseada y ejecuta el siguiente comando en tu terminal:
-
-```
-npm init @capacitor/app
-```
-
-Sigue las indicaciones para instalar el paquete y configurar tu proyecto. Con Capacitor v3, el directorio de tu proyecto debería verse así:
-
-```
-www/
-  css/
-    style.css
-  js/
-    capacitor-welcome.js
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-```
-
-Con la configuración inicial completa, estás listo para continuar.
-
-## ‣ Reestructuración del Proyecto
-
-Utilizaremos Vite para empaquetar nuestros archivos JavaScript, así que reestructuremos nuestro proyecto en consecuencia:
-
-- **Crear** una nueva carpeta `src` en el directorio principal
-- **Crear** un nuevo archivo de script `index.js` en `src/`
-- **Crear** el archivo de configuración de Vite `vite.config.js` en el directorio principal
-- **Eliminar** el archivo `capacitor-welcome.js` de `www/js/`
-
-La nueva estructura de carpetas debería parecerse a:
-
-```
-src/
-  index.js
-www/
-  css/
-    style.css
-  js/
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-vite.config.js
-```
-
-## ‣ Adaptación a JavaScript Puro
-
-Modifiquemos algunos archivos para trabajar con JavaScript puro:
-
-## www/index.html
-
-1. Elimina las importaciones de script para [**Ionic PWA Elements**](https://capacitorjs.com/docs/web/pwa-elements/) si no vas a lanzar la aplicación como PWA:
-
-```
-<script type="module" src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.esm.js"></script>
-<script nomodule src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.js"></script>
-```
-
-2. Elimina el elemento HTML `<script type="module" src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.esm.js">` del body
-
-3. Actualiza la importación del script de `capacitor.js` a `js/main.js`. Este será nuestro archivo JavaScript empaquetado
-
-4. Elimina la importación de `js/capacitor-welcome.js`. Tu `index.html` está ahora listo
-
-## vite.config.js
-
-Para empaquetar nuestros módulos Node.js con [**Vite**](https://vitejs.dev/), necesitamos un archivo de configuración que especifique el destino de salida para nuestro script empaquetado. La siguiente configuración tomará el archivo `src/index.js` y lo empaquetará para producción como `www/js/main.js`:
-
-```javascript
-import { defineConfig } from 'vite';
-import path from 'node:path';
-
-export default defineConfig({
-  build: {
-    outDir: path.resolve(__dirname, 'www'),
-    rollupOptions: {
-      input: './src/index.js',
-      output: {
-        format: 'es',
-        file: path.resolve(__dirname, 'www/js/main.js')
-      }
-    }
-  }
-});
-```
-
-## capacitor.config.json
-
-En el archivo `capacitor.config.json`, localiza la propiedad `"bundledWebRuntime": true` y cámbiala a `false`. Este ajuste asegura que Capacitor no empaquete los archivos, permitiéndonos usar Vite para ese propósito.
-
-Con estos cambios, la configuración básica de tu aplicación Capacitor está completa y estás listo para comenzar a desarrollar tu aplicación con JavaScript puro.
-
-## ‣ Desarrollando Tu Aplicación
-
-Ahora que se han establecido las bases, puedes comenzar a escribir la lógica de tu aplicación en el archivo `src/index.js`. Aquí puedes importar cualquier módulo Node.js necesario, definir la funcionalidad de tu aplicación e interactuar con los plugins nativos de Capacitor.
-
-Recuerda ejecutar el comando de construcción de Vite para empaquetar tus archivos JavaScript cuando hagas cambios:
-
-```bash
-vite build
-```
-
-Este comando generará el archivo `main.js` en tu directorio `www/js`, al cual tu archivo `index.html` hará referencia.
-
-## ‣ Pruebas y Depuración
-
-Capacitor proporciona una manera conveniente de probar tu aplicación en varias plataformas.Utiliza los siguientes comandos para abrir tu aplicación en el entorno de desarrollo de cada plataforma:
-
-Para Android:
-```bash
-npx cap add android
-npx cap open android
-```
-
-Para iOS (solo macOS):
-```bash
-npx cap add ios
-npx cap open ios
-```
-
-Para Web/PWA:
-```bash
-npx cap serve
-```
-
-Estos comandos te permitirán ejecutar tu aplicación en Android Studio, Xcode o tu navegador web, donde podrás realizar pruebas y depurar según sea necesario.
-
-## ‣ Conclusión
-
-Desarrollar aplicaciones multiplataforma con Capacitor usando JavaScript puro es una manera rentable y eficiente de crear aplicaciones para múltiples plataformas con una única base de código. Al seguir esta guía, has configurado tu proyecto, lo has reestructurado para Vite y has preparado tu aplicación para el desarrollo. Con esta base, estás bien encaminado para construir una aplicación robusta y versátil.
-
-¡Recuerda probar exhaustivamente en todas las plataformas y hacer uso de los plugins nativos de Capacitor para mejorar la funcionalidad de tu aplicación. ¡Feliz programación!
diff --git a/src/content/blog/es/development-vs-production-key-differences-in-capacitor-apps.md b/src/content/blog/es/development-vs-production-key-differences-in-capacitor-apps.md
deleted file mode 100644
index 079fbd975..000000000
--- a/src/content/blog/es/development-vs-production-key-differences-in-capacitor-apps.md
+++ /dev/null
@@ -1,231 +0,0 @@
----
-slug: development-vs-production-key-differences-in-capacitor-apps
-title: >-
-  Desarrollo vs. Producción: Principales Diferencias en Aplicaciones de
-  Capacitor
-description: >-
-  Comprenda las diferencias críticas entre los entornos de desarrollo y
-  producción en las aplicaciones de Capacitor para mejorar el rendimiento y la
-  seguridad.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-09T01:28:36.450Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ccde92fb850c7501c0285a-1741483728634.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, development, production, app performance, security, updates, mobile
-  apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Construyendo aplicaciones con [Capacitor](https://capacitorjs.com/)? Esto es lo que necesitas saber:** Los entornos de desarrollo y producción sirven a diferentes propósitos y requieren configuraciones únicas. El desarrollo prioriza la velocidad y la depuración, mientras que la producción se centra en el rendimiento, la seguridad y la experiencia del usuario.
-
-### Principales diferencias entre desarrollo y producción:
-
--   **Propósito:** El desarrollo es para pruebas e iteración; la producción es para aplicaciones estables preparadas para el usuario.
--   **Optimización del código:** El desarrollo utiliza código no optimizado para depuración; la producción utiliza código minificado y optimizado.
--   **Seguridad:** El desarrollo tiene configuraciones relajadas; la producción impone protocolos de seguridad estrictos.
--   **Actualizaciones:** El desarrollo soporta actualizaciones instantáneas (por ejemplo, recarga en caliente); la producción utiliza implementaciones planificadas.
-
-### Tabla rápida de comparación:
-
-| **Aspecto** | **Desarrollo** | **Producción** |
-| --- | --- | --- |
-| **Propósito** | [Depuración y pruebas](https://capgo.app/docs/plugin/debugging/) | Estabilidad y rendimiento |
-| **Optimización del código** | Mínima | Totalmente optimizado |
-| **Seguridad** | Relajada | Restringida |
-| **Actualizaciones** | Inmediatas (local/carga en caliente) | Implementaciones controladas |
-| **Rendimiento** | Herramientas de depuración habilitadas | Optimizado para usuarios finales |
-
-Las herramientas de Capacitor como [Capgo](https://capgo.app/) pueden optimizar ambos entornos con funciones como actualizaciones en vivo, integración CI/CD y prácticas de implementación seguras. Al entender estas diferencias, puedes gestionar los ciclos de vida de las aplicaciones de manera efectiva y ofrecer mejores experiencias a los usuarios.
-
-## Ionic y Capacitor para construir aplicaciones móviles nativas
-
-<iframe src="https://www.youtube.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuración y configuración del entorno
-
-Configurar el entorno correcto es esencial para asegurar que tu aplicación funcione bien y cumpla con los requisitos de cada etapa, ya sea en desarrollo o producción.
-
-### Configuración del modo de desarrollo
-
-El modo de desarrollo se centra en hacer que la [prueba y depuración](https://capgo.app/docs/plugin/debugging/) sea lo más fluida y rápida posible. Esta configuración permite a los desarrolladores iterar rápidamente y solucionar problemas de manera eficiente.
-
-| **Característica de desarrollo** | **Propósito** | **Implementación** |
-| --- | --- | --- |
-| Servidor local | Pruebas rápidas e iteración | Habilitar el registro de depuración |
-| Mapas de origen | Mejor seguimiento de errores | Mantener sin minificar para facilitar la depuración |
-| Carga en caliente | Actualizaciones de código instantáneas | Habilitar la funcionalidad de recarga en caliente |
-| Herramientas de depuración | Pruebas y verificación | Integrar acceso a la consola de desarrollador |
-
-Para acelerar tu flujo de trabajo, utiliza herramientas diseñadas para desarrolladores. Por ejemplo, el CLI de Capgo simplifica el proceso con un solo comando: `npx @capgo/cli init` [\[1\]](https://capgo.app/).
-
-Una vez que el modo de desarrollo está configurado, es hora de configurar el modo de producción para una experiencia pulida y lista para el usuario.
-
-### Configuración del modo de producción
-
-El modo de producción se centra en entregar una aplicación segura y de alto rendimiento que ofrezca una experiencia fluida para los usuarios finales.
-
-| **Característica de producción** | **Propósito** | **Implementación** |
-| --- | --- | --- |
-| Minificación de código | Reducir el tamaño del archivo | Optimizar durante el tiempo de construcción |
-| Medidas de seguridad | Proteger los datos de la aplicación | Hacer cumplir la encriptación de extremo a extremo |
-| Optimización de construcción | Aumentar el rendimiento | Configurar banderas de construcción de producción |
-| [Gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Optimizar implementaciones | Configurar integración CI/CD |
-
-Para la producción, herramientas de automatización como CI/CD hacen que las implementaciones sean más eficientes. Plataformas como [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), y [GitHub](https://github.com/) trabajan sin problemas con Capgo para gestionar actualizaciones [\[1\]](https://capgo.app/).
-
-> "Capgo es una herramienta indispensable para los desarrolladores que desean ser más productivos. Evitar revisiones para correcciones de errores es oro puro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Además, configura asignaciones de usuarios para implementaciones controladas. Esto te permite dirigir un grupo específico para pruebas antes de implementar actualizaciones para todos [\[1\]](https://capgo.app/).
-
-## Rendimiento en ambos entornos
-
-La afinación del rendimiento difiere significativamente entre los entornos de desarrollo y producción, ya que cada uno desempeña un papel único en el ciclo de vida de una aplicación.
-
-### Rendimiento en el modo de desarrollo
-
-El modo de desarrollo se centra en habilitar iteraciones rápidas y [depuración efectiva](https://capgo.app/docs/plugin/debugging/) en lugar de un rendimiento máximo. Ofrece a los desarrolladores las herramientas necesarias para identificar y solucionar problemas de manera eficiente.
-
-| **Aspecto de rendimiento** | **Enfoque del modo de desarrollo** | **Impacto en el desarrollo** |
-| --- | --- | --- |
-| Velocidad de construcción | Prioriza construcciones más rápidas | Acelera los ciclos de prueba |
-| Mapas de origen | Sin comprimir y habilitados | Facilita la depuración |
-| Registro de depuración | Registro detallado activado | Ayuda a identificar problemas |
-| Uso de recursos | Mayor uso de memoria | Soporta herramientas de desarrollo |
-
-En este modo, los sacrificios de rendimiento son intencionales para asegurar que los desarrolladores puedan iterar y depurar rápidamente. Sin embargo, el modo de producción cambia el enfoque completamente hacia la experiencia del usuario y la optimización.
-
-### Rendimiento en el modo de producción
-
-Al transitar a producción, el enfoque se desplaza hacia la entrega de una experiencia de usuario fluida con un uso eficiente de los recursos. Los usuarios de Capgo han informado una **mejora del 81% en eficiencia** en producción, destacando el impacto de una configuración adecuada [\[1\]](https://capgo.app/).
-
-| **Aspecto de rendimiento** | **Enfoque del modo de producción** | **Impacto en el usuario** |
-| --- | --- | --- |
-| Tamaño del código | Minificado y comprimido | Conduce a tiempos de carga más rápidos |
-| Uso de recursos | Optimizado para eficiencia | Asegura un rendimiento más fluido |
-| Entrega de actualizaciones | Proceso optimizado | Entrega características rápidamente |
-| Manejo de errores | Registro mínimo con recuperación elegante | Mejora la satisfacción del usuario |
-
-Los comentarios de los usuarios respaldan esto. Por ejemplo, @colenso compartió:
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que se implementó la OTA en @Capgo." [\[1\]](https://capgo.app/)
-
-Rodrigo Mantica (@manticarodrigo) enfatiza la importancia de este enfoque:
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-En resumen, el modo de desarrollo se trata de velocidad y depuración, mientras que el modo de producción se centra en crear una experiencia pulida y eficiente para el usuario final. Cada uno tiene su propio propósito, y entender estas diferencias es crucial para una gestión efectiva del ciclo de vida de la aplicación.
-
-###### sbb-itb-f9944d2
-
-## Medidas de seguridad para cada entorno
-
-Las necesidades de seguridad difieren enormemente entre los entornos de desarrollo y producción en [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Cada etapa requiere enfoques personalizados para equilibrar procesos de desarrollo fluidos con una sólida protección de datos.
-
-### Configuración de seguridad en desarrollo
-
-Durante el desarrollo, el enfoque está en iteraciones rápidas y depuración efectiva mientras se mantienen protocolos de seguridad básicos. El objetivo es probar las características de seguridad sin arriesgar los datos reales del usuario.
-
-| **Aspecto de seguridad** | **Enfoque de desarrollo** | **Propósito** |
-| --- | --- | --- |
-| Autenticación | Métodos de autenticación simplificados | Acelera los ciclos de prueba |
-| [Claves API](https://capgo.app/docs/webapp/api-keys/) | Usar claves específicas para el entorno | Mantiene las pruebas aisladas de la producción |
-| [Almacenamiento de datos](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Datos simulados y bases de datos de prueba | Previene la exposición de datos reales |
-| Registro de errores | Registros detallados | Ayuda a identificar y solucionar problemas de seguridad |
-
-Por otro lado, los entornos de producción requieren medidas de seguridad mucho más estrictas para proteger datos sensibles.
-
-### Configuración de seguridad en producción
-
-En producción, la prioridad cambia a implementar protocolos de seguridad avanzados que protejan los datos del usuario y garanticen el cumplimiento de los estándares de la plataforma. Estas medidas son críticas para mantener la confianza y la integridad de los datos.
-
-| **Aspecto de seguridad** | **Enfoque de producción** | **Impacto en el negocio** |
-| --- | --- | --- |
-| Seguridad de actualizaciones | Usar encriptación de extremo a extremo | Asegura que las actualizaciones sean accesibles solo para usuarios autorizados |
-| Control de acceso | Configuraciones de permisos granulares | Restringe el acceso según los roles del equipo |
-| Automatización de implementaciones | Pipelines CI/CD integrados | Permite [actualizaciones automatizadas seguras](https://capgo.app/docs/live-updates/update-behavior/) |
-| Cumplimiento | Cumplir con los estándares de Apple y Google | Asegura aprobaciones de la tienda de aplicaciones |
-
-Las configuraciones de producción también implican políticas específicas de la organización, gestionadas a través de controles de acceso unificados. Los equipos pueden crear múltiples organizaciones con permisos de usuario personalizados e integrarse con herramientas CI/CD como GitHub, GitLab y Azure DevOps para implementaciones seguras y fluidas.
-
-Estas medidas aseguran que la aplicación esté lista para una implementación segura y actualizaciones continuas.
-
-## Métodos de despliegue y actualización de aplicaciones
-
-Desplegar una [aplicación de Capacitor](https://capgo.app/plugins/ivs-player/) implica diferentes enfoques dependiendo de si estás en desarrollo o producción. El desarrollo se centra en pruebas rápidas y depuración, mientras que la producción exige exhaustivas verificaciones de calidad y cumplimiento de los estándares de la plataforma.
-
-### Despliegue de pruebas y desarrollo
-
-Los despliegues de desarrollo priorizan la velocidad y los ciclos de retroalimentación rápidos.
-
-| **Fase de desarrollo** | **Acciones clave** | **Propósito** |
-| --- | --- | --- |
-| Pruebas locales | Usar `npx cap run` | Probar la aplicación en un dispositivo o emulador |
-| Construcción de depuración | Habilitar mapas de origen | Identificar y solucionar problemas de tiempo de ejecución |
-| Carga en caliente | Activar recarga en vivo | Ver los cambios del código instantáneamente |
-| Control de versiones | Usar ramas de funciones | Mantener cambios aislados para pruebas |
-
-### Proceso de lanzamiento a producción
-
-Lanzar una aplicación a producción requiere pasos más estrictos para garantizar calidad y cumplimiento.
-
-| **Etapa** | **Requisitos** | **Consideraciones** |
-| --- | --- | --- |
-| Optimización de Construcción | Minimizar y dividir el código | Mejorar el rendimiento de la aplicación |
-| Revisión de Plataforma | Seguir las pautas de la tienda de aplicaciones | Cumplir con los estándares de Apple/Google |
-| Pruebas de Lanzamiento | Realizar UAT y pruebas beta | Confirmar que la construcción está lista para el lanzamiento |
-| Gestión de Versiones | Aplicar versionado semántico | Rastrear y gestionar la historia de lanzamientos de manera efectiva |
-
-Capgo puede agilizar aún más este proceso, especialmente cuando se trata de actualizaciones.
-
-### Usando [Capgo](https://capgo.app/) para Actualizaciones
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-09.jpg?auto=compress)
-
-Capgo simplifica el proceso de actualización con funciones diseñadas para ahorrar tiempo y mejorar la seguridad.
-
-| **Característica** | **Beneficio** |
-| --- | --- |
-| Cifrado de Extremo a Extremo | Asegura la entrega segura de actualizaciones |
-| Integración CI/CD | Automatiza despliegues |
-| Asignación de Usuarios | Permite lanzamientos controlados a grupos específicos |
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-La conformidad de Capgo con las pautas de Apple y Google lo convierte en una herramienta confiable para enviar actualizaciones sin arriesgar violaciones de la tienda de aplicaciones. Esto es especialmente útil para implementar correcciones urgentes o nuevas funciones sin esperar largos procesos de revisión.
-
-## Gestión de Ambos Entornos
-
-### Principales Diferencias Entre Desarrollo y Producción
-
-Gestionar con éxito los entornos de desarrollo y producción comienza con entender sus propósitos únicos. Aquí hay un desglose rápido de cómo difieren:
-
-| Aspecto | Desarrollo | Producción |
-| --- | --- | --- |
-| **Enfoque de Construcción** | Iteraciones rápidas y depuración | Estabilidad y optimización |
-| **Mecanismo de Actualización** | Actualizaciones instantáneas (p.ej., recarga en caliente) | Lanzamientos controlados |
-| **Nivel de Seguridad** | Básico para pruebas | [Cifrado avanzado](https://capgo.app/docs/cli/migrations/encryption/) |
-| **Rendimiento** | Herramientas de depuración habilitadas | Código optimizado y minimizado |
-
-Cada entorno cumple un papel distinto: el desarrollo se centra en la velocidad y flexibilidad, mientras que la producción prioriza la estabilidad y seguridad. Reconocer estas diferencias es esencial para crear estrategias de gestión efectivas.
-
-### Consejos para Gestionar Entornos
-
-Para mantener las cosas funcionando sin problemas, la automatización y la seguridad son esenciales. La integración de tuberías CI/CD asegura despliegues consistentes, mientras que un cifrado robusto protege los datos. Por ejemplo, las empresas que utilizan herramientas como Capgo han informado haber ahorrado hasta $26,100 en cinco años en comparación con métodos tradicionales [\[1\]](https://capgo.app/).
-
-Aquí hay algunas estrategias a considerar:
-
-| Estrategia | Beneficio |
-| --- | --- |
-| **[Tubería CI/CD Automatizada](https://capgo.app/blog/automatic-build-and-release-with-gitlab/)** | Minimiza errores de despliegue |
-| **Cifrado de Extremo a Extremo** | Asegura la entrega de actualizaciones |
-| **Sistema de Asignación de Usuarios** | Permite lanzamientos controlados de funciones |
-| **Gestión de Organización** | Proporciona control de acceso detallado |
-
-Plataformas como Azure DevOps, GitLab y GitHub son excelentes opciones para establecer flujos de trabajo CI/CD. Combinar estas con herramientas como Capgo puede cerrar la brecha entre desarrollo y producción, asegurando un rendimiento de la aplicación confiable en ambos entornos.
diff --git a/src/content/blog/es/do-apple-allow-live-updates.md b/src/content/blog/es/do-apple-allow-live-updates.md
deleted file mode 100644
index 56ce5a922..000000000
--- a/src/content/blog/es/do-apple-allow-live-updates.md
+++ /dev/null
@@ -1,35 +0,0 @@
----
-slug: do-apple-allow-live-updates
-title: >-
-  Apple no permite enviar actualizaciones en vivo a aplicaciones sin la revisión
-  de la App Store.
-description: >-
-  ¿Cómo puedes enviar actualizaciones de código a aplicaciones iOS en producción
-  y cumplir totalmente con las pautas de Apple?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2022-01-13T00:00:00.000Z
-head_image: /apple_appstore.webp
-head_image_alt: Ilustración de derivación de Capacitor
-keywords: 'Apple, live updates, OTA updates, continuous integration, mobile app updates'
-tag: Tutorial
-published: true
-locale: es
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-La actualización de aplicaciones Capacitor JS sin pasar por el proceso de revisión de la App Store es posible bajo ciertas condiciones establecidas en las pautas oficiales de Apple. Sin embargo, es importante tener en cuenta que esto no constituye asesoramiento legal. Para que las actualizaciones de código se puedan enviar directamente a una aplicación y cumplir con las pautas de Apple, se deben cumplir las siguientes condiciones:
-
-- El código debe ser ejecutado por el framework WebKit integrado de Apple
-- El código no debe proporcionar, desbloquear o habilitar características o funcionalidades adicionales
-- El usuario no debe ser consciente de que se está realizando una actualización
-
-El plugin Capacitor de Capgo permite realizar actualizaciones y modificaciones en HTML, CSS y JavaScript, cumpliendo con la primera condición.
-La capacidad de las aplicaciones para actualizarse sin pasar por el proceso de revisión de la App Store ha estado disponible durante algún tiempo para aplicaciones creadas usando frameworks de JavaScript como React Native de Facebook y servicios como Expo.
-
-La segunda condición, no proporcionar características o funcionalidades adicionales, está determinada por el desarrollador. Capgo está destinado a realizar pequeños ajustes o correcciones, en lugar de introducir nuevas características o funcionalidades. Para cambios significativos, es necesario lanzar actualizaciones a través de la App Store. Vale la pena mencionar que muchos otros desarrolladores utilizan actualizaciones en vivo sin problemas ni rechazos por parte de Apple.
-
-Google Play es menos restrictivo que Apple en lo que respecta a la actualización de aplicaciones. Google Play permite que las aplicaciones instaladas desde su tienda con paquetes JavaScript sean actualizadas por servicios que no son de Google.
-
-Para más información sobre cómo instalar Capgo para evitar la revisión, consulta mi próximo artículo.
diff --git a/src/content/blog/es/do-capgo-work-for-cordova.md b/src/content/blog/es/do-capgo-work-for-cordova.md
deleted file mode 100644
index 350a1bb88..000000000
--- a/src/content/blog/es/do-capgo-work-for-cordova.md
+++ /dev/null
@@ -1,42 +0,0 @@
----
-slug: do-capgo-work-for-cordova
-title: >-
-  Por qué Capgo no soporta Cordova: Actualiza tu app para acceder a las
-  actualizaciones en vivo
-description: En esta guía comparto mi experiencia con Capgo y Cordova.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-29T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /cordova.webp
-head_image_alt: Desarrolladores de Cordova en busca de actualizaciones de aplicaciones
-keywords: >-
-  Cordova, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Migration
-published: true
-locale: es
-next_blog: ''
----
-Si buscas una plataforma de desarrollo de aplicaciones robusta y moderna, entonces Capacitor es la solución perfecta. A diferencia de Cordova, que es una plataforma antigua y obsoleta, Capacitor aprovecha lo último en evolución de plataformas nativas y lenguajes para ofrecer la mejor experiencia de usuario posible.
-
-Aquí hay algunas razones por las que Capgo no soporta Cordova:
-
-Cordova es Antiguo y Ya No Evoluciona: Cordova ha estado presente durante un tiempo, y aunque alguna vez fue una gran plataforma, ha dejado de evolucionar. Esto significa que Cordova ya no es capaz de mantenerse al día con los últimos desarrollos en plataformas nativas y evolución de lenguajes.
-
-Cordova No Soporta las Últimas Evoluciones de Plataforma Nativa y Lenguaje: Cordova no soporta por defecto la última evolución de plataforma nativa y lenguaje, como Kotlin y Swift. Esto significa que Cordova es incapaz de proporcionar las más recientes y mejores experiencias de desarrollo de aplicaciones para los usuarios.
-
-Capacitor: Una Alternativa Más Moderna: Capgo ha adoptado Capacitor como una alternativa más moderna a Cordova. Capacitor permite la inclusión de bibliotecas externas, lo que significa que Capgo puede confiar en las mejores bibliotecas y mantenerlas actualizadas. Esto resulta en una plataforma de desarrollo de aplicaciones más robusta y estable.
-
-Aquí hay otra razón por la que Capgo no soporta Cordova: mantener el mismo nivel de calidad y características que Cordova no es factible para una empresa en fase inicial. Para mantener el producto de primera clase, Capgo se mantiene enfocado en utilizar las herramientas más modernas y eficientes disponibles.
-
-Si buscas obtener actualizaciones en vivo a un buen precio, tu mejor opción es actualizar a Capacitor. Esto no solo mejorará el rendimiento y la experiencia de usuario de tu aplicación, sino que también la hará a prueba de futuro.
-
-No te pierdas los beneficios del desarrollo moderno de aplicaciones. Actualiza a Capacitor hoy para obtener actualizaciones en vivo y un futuro brillante para tu aplicación.
-
-Sin embargo, hacer el cambio a Capgo puede parecer intimidante. El tutorial oficial de migración de Capacitor puede llevarte una semana y ser difícil de entender si no tienes experiencia previa en programación nativa. Capacitor requiere una sólida comprensión de los fundamentos de la plataforma nativa, lo que puede ser abrumador para algunos.
-
-¡Pero no temas! Tienes una opción más eficiente y libre de estrés. Al [contratarme](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/), el creador de Capgo, puedes tener tu aplicación actualizada en solo una semana. No solo me encargaré de la migración, sino que también enseñaré a tu equipo los fundamentos de la plataforma nativa para que puedan continuar desarrollando y manteniendo su aplicación con facilidad.
-
-En conclusión, actualizar tu aplicación con Capgo es la manera fácil y eficiente de asegurarte de que estás utilizando la mejor y más moderna plataforma de desarrollo de aplicaciones. Al [contratarme](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/), ahorrarás tiempo, evitarás frustración y obtendrás una comprensión más profunda de la plataforma nativa.
diff --git a/src/content/blog/es/do-google-allow-live-updates.md b/src/content/blog/es/do-google-allow-live-updates.md
deleted file mode 100644
index 17a07ebad..000000000
--- a/src/content/blog/es/do-google-allow-live-updates.md
+++ /dev/null
@@ -1,32 +0,0 @@
----
-slug: do-google-allow-live-updates
-title: >-
-  ¿Google permite enviar actualizaciones en vivo a las aplicaciones sin la
-  revisión de la Play Store?
-description: >-
-  ¿Cómo puedes enviar actualizaciones de código a aplicaciones Android en
-  producción y cumplir completamente con las directrices de Google?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /playstore.webp
-head_image_alt: Ilustración del bypass de Capacitor
-keywords: 'Google, live updates, OTA updates, continuous integration, mobile app updates'
-tag: Tutorial
-published: true
-locale: es
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Google Play es menos restrictivo que Apple cuando se trata de actualizar aplicaciones.
-
-Actualizar tus aplicaciones distribuidas a través de Google Play puede ser una tarea compleja, pero es importante seguir las pautas de Google para mantener el cumplimiento. Según las directrices de Google Play, las aplicaciones no deben modificarse, reemplazarse o actualizarse utilizando ningún método aparte del mecanismo de actualización propio de Google Play. Esto significa que no está permitido descargar código ejecutable, como archivos dex, JAR o .so, desde una fuente que no sea Google Play.
-
-Sin embargo, esta restricción no se aplica al código que se ejecuta en una máquina virtual o un intérprete que proporciona acceso indirecto a las APIs de Android, como JavaScript en un webview o navegador. Esto significa que puedes usar lenguajes interpretados, como JavaScript, Python, Lua, etc., para actualizar tu aplicación sin pasar por el proceso de revisión de Google Play. Una herramienta que puede ayudar con este proceso es el plugin Capacitor de Capgo. Este plugin permite a los desarrolladores actualizar su código HTML, CSS y JavaScript y enviar actualizaciones a sus aplicaciones sin necesidad de revisión.
-
-Además, las aplicaciones o código de terceros que utilizan lenguajes interpretados, como JavaScript, Python, Lua, etc., que se cargan en tiempo de ejecución, no deben permitir posibles violaciones de las políticas de Google Play. Es importante tener en cuenta que este código interpretado no debe empaquetarse con la aplicación.
-
-Al seguir estas pautas y usar herramientas como el plugin Capacitor de Capgo, puedes asegurarte de que las actualizaciones de tu aplicación cumplan con las políticas de Google Play y que tu aplicación permanezca disponible para los usuarios en la plataforma. Ten en cuenta que siempre es una buena idea verificar la última versión de las políticas de Google para asegurarte de que las estás siguiendo correctamente.
-
-Para obtener más información sobre cómo instalar Capgo para evitar la revisión, consulta mi próximo artículo.
diff --git a/src/content/blog/es/enable-ios-developer-mode-ios16.md b/src/content/blog/es/enable-ios-developer-mode-ios16.md
deleted file mode 100644
index ff3a254cf..000000000
--- a/src/content/blog/es/enable-ios-developer-mode-ios16.md
+++ /dev/null
@@ -1,67 +0,0 @@
----
-slug: enable-ios-developer-mode-ios16
-title: Cómo activar el modo desarrollador en iOS 16 (pruebas)
-description: >-
-  Guía paso a paso para habilitar el Modo Desarrollador en iOS 16 y superior
-  para ejecutar compilaciones de distribución interna y compilaciones de
-  desarrollo local en tu dispositivo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2026-01-01T17:10:20.000Z
-head_image: /enable-ios-developer-mode-ios16.webp
-head_image_alt: Habilitando el Modo de Desarrollador de iOS en iPhone
-keywords: >-
-  iOS, Developer Mode, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: iOS
-published: true
-locale: es
-next_blog: ''
----
-# Cómo activar el modo desarrollador en iOS 16 (pruebas)
-
-Para desarrolladores y testers que trabajan con iOS 16 y versiones superiores, habilitar el Modo Desarrollador es un paso crucial para ejecutar compilaciones de distribución interna y compilaciones de desarrollo local directamente en un iPhone o iPad. Esta guía te llevará a través del proceso de activación del Modo Desarrollador en tu dispositivo iOS.
-
-## Prerrequisitos
-
-Antes de continuar, asegúrate de haber instalado la compilación de desarrollo en tu dispositivo iOS. Esta configuración solo se requiere una vez por dispositivo.
-
-## Guía Paso a Paso para Habilitar el Modo Desarrollador
-
-### Paso 1: Activar la Alerta del Modo Desarrollador
-
-Después de instalar la compilación en tu dispositivo, toca el ícono de la aplicación. Aparecerá una alerta solicitándote habilitar el Modo Desarrollador. Haz clic en **OK** para continuar.
-
-<Steps>
-  1. Instala la aplicación
-</Steps>
-
-### Paso 2: Acceder a la Configuración del Modo Desarrollador
-
-Abre la aplicación Ajustes en tu dispositivo iOS. Navega hasta **Privacidad y Seguridad** y luego selecciona **Modo Desarrollador**.
-
-![Navegando a la configuración del Modo Desarrollador](/ios-16-developer-mode-1.webp)
-
-### Paso 3: Habilitar el Modo Desarrollador y Reiniciar
-
-Activa el interruptor del Modo Desarrollador. iOS te solicitará reiniciar tu dispositivo para que los cambios surtan efecto. Toca **Reiniciar** para iniciar el reinicio.
-
-![Aviso de reinicio del Modo Desarrollador](/ios-16-developer-mode-2.webp)
-
-### Paso 4: Finalizar la Activación
-
-Una vez que tu dispositivo se reinicie y lo desbloquees, aparecerá una alerta del sistema. Haz clic en **Activar** e ingresa el código de acceso de tu dispositivo cuando se te solicite para completar la activación del Modo Desarrollador.
-
-![Alerta y solicitud de código de acceso](/ios-16-developer-mode-3.webp)
-
-Con el Modo Desarrollador ahora activo, puedes interactuar completamente con tus compilaciones de distribución interna y compilaciones de desarrollo local.
-
-Recuerda que puedes deshabilitar el Modo Desarrollador en cualquier momento a través de los mismos ajustes. Sin embargo, para volver a habilitarlo necesitarás seguir estos pasos nuevamente.
-
-## Método Alternativo para Habilitar el Modo Desarrollador
-
-Si encuentras problemas con el método anterior y tienes acceso a un Mac, puedes habilitar el Modo Desarrollador conectando tu dispositivo iOS a tu Mac y siguiendo las instrucciones proporcionadas en [la documentación oficial de Apple](https://developer.apple.com/documentation/xcode/enabling-developer-mode-on-a-device/).
-
-Siguiendo estos pasos, estarás listo para probar y desarrollar aplicaciones efectivamente en tu dispositivo iOS con iOS 16 o posterior.
diff --git a/src/content/blog/es/error-handling-in-capacitor-apps-ux-best-practices.md b/src/content/blog/es/error-handling-in-capacitor-apps-ux-best-practices.md
deleted file mode 100644
index 5ad5eeeef..000000000
--- a/src/content/blog/es/error-handling-in-capacitor-apps-ux-best-practices.md
+++ /dev/null
@@ -1,262 +0,0 @@
----
-slug: error-handling-in-capacitor-apps-ux-best-practices
-title: 'Manejo de Errores en Aplicaciones de Capacitor: Mejores Prácticas de UX'
-description: >-
-  El manejo efectivo de errores en las aplicaciones mejora la experiencia del
-  usuario a través de una comunicación clara, soluciones rápidas y una gestión
-  consistente en todas las plataformas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:41:14.278Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5-1744605685630.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  error handling, user experience, mobile apps, bug fixes, input validation,
-  error messages, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**El manejo de errores puede construir o destruir la experiencia del usuario de tu aplicación.** Una mala gestión de errores puede llevar a usuarios frustrados y reseñas negativas, mientras que un manejo eficaz de errores genera confianza y mantiene a los usuarios satisfechos. Esto es lo que necesitas saber:
-
--   **Las Soluciones Rápidas Son Esenciales**: Herramientas como [Capgo](https://capgo.app/) permiten que el **95% de los usuarios** reciba correcciones de errores en menos de 24 horas, asegurando una interrupción mínima.
--   **Los Mensajes de Error Claros Importan**: Siempre proporciona **contexto**, **causa** y **solución** en los mensajes de error. Por ejemplo: "No se puede guardar la foto – El tamaño del archivo excede 5 MB. Intenta comprimir la imagen."
--   **Prevención Proactiva**: Usa la validación de entrada, monitorea el estado de la red y soporta la funcionalidad sin conexión para minimizar errores antes de que ocurran.
--   **Soluciones Específicas de la Plataforma**: Aborda desafíos únicos para plataformas iOS, Android y web mientras mantienes una estrategia unificada de manejo de errores.
--   **Aprovecha Herramientas**: Utiliza sistemas como [Sentry](https://sentry.io/) para el seguimiento de errores y Capgo para actualizaciones por aire (OTA) para resolver problemas rápidamente.
-
-**Conclusión**: Soluciones rápidas, comunicación clara y un manejo de errores constante entre plataformas son las claves para mantener a los usuarios felices y las aplicaciones funcionando sin problemas.
-
-## Registro de Errores de [Ionic](https://ionicframework.com/) con [Sentry](https://sentry.io/) usando [Capacitor](https://capacitorjs.com/)
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-<iframe src="https://www.youtube.com/embed/REiJTqu3-88" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Directrices Clave para el Manejo de Errores
-
-Un manejo eficaz de errores en aplicaciones de Capacitor requiere equilibrar la experiencia del usuario con la funcionalidad técnica. Estas directrices ayudan a gestionar errores en las plataformas de manera eficiente.
-
-### Redacción de Mensajes de Error Claros
-
-Los buenos mensajes de error deben incluir tres elementos esenciales:
-
-| Elemento | Descripción | Ejemplo |
-| --- | --- | --- |
-| **Contexto** | Especificar dónde ocurrió el error | "No se puede guardar la foto de perfil" |
-| **Causa** | Explicar por qué ocurrió el error | "El tamaño de la foto excede el límite de 5 MB" |
-| **Solución** | Ofrecer pasos concretos a seguir | "Por favor, elige una imagen más pequeña o comprime la actual" |
-
-Usa un lenguaje sencillo y comprensible mientras mantienes precisión técnica. Por ejemplo, en lugar de decir "HTTP 404 – Recurso No Encontrado", intenta "No pudimos encontrar la página. Verifica la URL o regresa a la página principal."
-
-### Estándares de Errores a Nivel de Plataforma
-
-Asegurar un manejo consistente de errores a través de plataformas implica una estrategia cohesiva:
-
--   **Catálogo de Errores Centralizado**: Mantén un único repositorio para todos los mensajes y códigos de error para garantizar consistencia.
--   **Manejadores Específicos de la Plataforma**: Usa herramientas nativas de manejo de errores mientras mantienes un mensaje uniforme.
--   **Niveles de Severidad de Errores**: Clasifica los errores por su impacto y las acciones que los usuarios deben tomar.
-
-### Métodos de Prevención de Errores
-
-1. **Validación de Entrada**  
-Valida las entradas de los usuarios con controles en tiempo real, asegurando tipos y formatos de datos adecuados (por ejemplo, direcciones de correo electrónico o números de teléfono).
-
-2. **Monitoreo del Estado de la Red**  
-Rastrea la conectividad de la red para prevenir errores de API. Cuando estés sin conexión, puedes:
-
--   Almacenar en caché datos importantes para uso sin conexión.
--   Colocar acciones de usuario en cola para su procesamiento posterior.
--   Mostrar indicadores claros del estado de conectividad.
-
-3. **Degradación Elegante**  
-Soporta la degradación elegante al:
-
--   Recurrir al almacenamiento local durante problemas de sincronización en la nube.
--   Ofrecer modos sin conexión para tareas críticas.
--   Proporcionar formas alternativas de completar acciones cuando no esté disponible la funcionalidad completa.
-
-Seguir estos pasos ayuda a crear una experiencia de aplicación confiable y amigable para el usuario mientras se manejan errores de manera consistente a través de plataformas. Las medidas proactivas como estas garantizan un funcionamiento más fluido y generan confianza en el usuario.
-
-## Manejo de Diferentes Tipos de Errores
-
-### Validación de Formularios y Entradas
-
-Usar un enfoque por capas para la validación de entradas puede mejorar las interacciones del usuario mientras reduce errores. Proporciona retroalimentación clara e inmediata a los usuarios mientras interactúan con el formulario:
-
-| **Tipo de Validación** | **Implementación** | **Retroalimentación al Usuario** |
-| --- | --- | --- |
-| **Campos Requeridos** | Verifica la entrada mientras el usuario escribe | Resalta con un asterisco rojo y un mensaje de error en línea |
-| **Validación de Formato** | Usa patrones regex | Muestra ejemplos de formatos válidos |
-| **Validación entre Campos** | Verifica campos relacionados juntos | Resalta ambos campos si están en conflicto |
-| **Reglas Personalizadas** | Aplica verificaciones de lógica empresarial | Proporciona una explicación clara de los requisitos especiales |
-
-Para hacer el proceso más fluido:
-
--   Muestra las pautas de formato antes de que los usuarios comiencen a escribir.
--   Valida las entradas de manera progresiva a medida que se ingresan.
--   Realiza una validación final cuando se envía el formulario.
-
-Mientras que estas medidas abordan errores a nivel de entrada, gestionar errores de red y API es igualmente crítico para mantener una experiencia de usuario fluida.
-
-### Problemas de Conexión y API
-
-Los errores de red y API pueden interrumpir las interacciones del usuario, por lo que es esencial monitorear las conexiones y manejar las respuestas de API de manera efectiva:
-
-1. **Monitoreo del Estado de la Red**  
-   Mantén un seguimiento de la conectividad para habilitar la caché sin conexión, poner en cola operaciones para más tarde y actualizar la interfaz de usuario con el estado actual.
-    
-2. **Gestión de Errores de API**
-    
-    | **Código de Error** | **Mensaje para el Usuario** | **Acción de Fondo** |
-    | --- | --- | --- |
-    | 401/403 | "Por favor, inicia sesión nuevamente para continuar" | Actualizar los tokens de autenticación |
-    | 404 | "La información solicitada no está disponible" | Limpiar entradas de caché no válidas |
-    | 429 | "Por favor, inténtalo nuevamente en unos minutos" | Usar retroceso exponencial para reintentar |
-    | 500+ | "Estamos experimentando dificultades técnicas" | Registrar detalles del error para fines de depuración |
-    
-Al combinar estas estrategias, puedes minimizar las interrupciones causadas por problemas de conectividad y asegurar que los usuarios permanezcan informados.
-
-### Problemas Específicos de la Plataforma
-
-Cada plataforma presenta su propio conjunto de desafíos, requiriendo soluciones personalizadas para abordar problemas únicos de manera efectiva.
-
-**Manejo Específico de iOS**:
-
--   Gestionar permisos, restricciones de memoria e interacciones con el teclado.
--   Asegurar un manejo fluido de comportamientos específicos del sistema.
-
-**Manejo Específico de Android**:
-
--   Estandarizar la navegación del botón de retroceso.
--   Ajustarse a los diferentes tamaños de pantalla y densidades de píxeles.
--   Manejar las complejidades del ciclo de vida de fragmentos.
-
-**Manejo Específico de la Web**:
-
--   Resolver problemas de CORS utilizando los encabezados apropiados.
--   Abordar preocupaciones de compatibilidad entre navegadores.
--   Enfrentar desafíos únicos de las Aplicaciones Web Progresivas (PWA).
-
-Capgo proporciona herramientas para agilizar soluciones para estos desafíos específicos de la plataforma. Usando su sistema de canales, puedes:
-
--   Probar actualizaciones en grupos de usuarios específicos antes de un lanzamiento completo.
--   Lanzar gradualmente actualizaciones para monitorear su impacto.
--   Revertir rápidamente cualquier cambio problemático para minimizar las interrupciones a los usuarios.
-
-## Herramientas de Gestión de Errores
-
-Herramientas efectivas simplifican el seguimiento, la notificación y la resolución de errores en aplicaciones modernas de Capacitor. Estas herramientas trabajan mano a mano con las prácticas establecidas de manejo de errores para mantener una experiencia de usuario fluida en todas las plataformas.
-
-### Sistemas de Seguimiento de Errores
-
-Las plataformas de seguimiento de errores proporcionan información detallada sobre los problemas de la aplicación. Por ejemplo, **Sentry**, confiado por millones de desarrolladores, ofrece un contexto de error profundo, incluyendo detalles del dispositivo, versiones de OS, versiones de la aplicación e incluso los commits de código específicos que causan problemas.
-
-| Característica | Detalles |
-| --- | --- |
-| Datos del Entorno | Rastrea tipo de dispositivo, versión de OS y versión de la aplicación |
-| Contexto de Error y Alertas | Localiza los commits que causan errores e integra con [Slack](https://slack.com/)/[Jira](https://www.atlassian.com/software/jira) para notificaciones del equipo |
-| Seguimiento de Versiones | Mide porcentajes de sesiones sin fallos para monitorear el rendimiento de la aplicación |
-
-> "Sentry ayuda a nuestro equipo a resolver los problemas más importantes en cada lanzamiento. Podemos rastrear cómo está tendiendo un lanzamiento por el porcentaje de sesiones sin fallos. Con estos datos, podemos remediar problemas que impactan a más usuarios y avanzar en la construcción de más características."
-> 
-> -   Byron Dover, Gerente de Ingeniería de TI en [Riot Games](https://www.riotgames.com/en) [\[2\]](https://sentry.io/)
-
-Además del seguimiento detallado, la notificación de errores en la aplicación captura retroalimentación de usuarios en tiempo real.
-
-### Notificación de Errores en la Aplicación
-
-La notificación de errores en la aplicación, amigable para el usuario, recoge retroalimentación contextual mientras respeta la privacidad del usuario. Plataformas como **Disney+** confían en informes de errores integrales para mantener altos estándares de servicio.
-
-> "Las herramientas de alta calidad de Sentry ayudan a Disney+ a mantener un servicio de alta calidad para sus decenas de millones de suscriptores globales." [\[2\]](https://sentry.io/)
-
-Las características clave a considerar incluyen:
-
--   Detección y notificación automática de errores
--   Informes de errores iniciados por el usuario con contexto relevante
--   Manejo de datos consciente de la privacidad
--   Clasificación organizada de errores para resolver más rápido
-
-Para problemas críticos que necesitan atención inmediata, las actualizaciones OTA pueden proporcionar correcciones rápidas directamente a los usuarios.
-
-### Actualizaciones Rápidas con OTA
-
-**El sistema OTA de Capgo** permite a los desarrolladores implementar correcciones y actualizaciones rápida y eficientemente. Con esta plataforma, puedes:
-
--   Implementar correcciones instantáneas para errores urgentes
--   Probar actualizaciones en grupos de usuarios específicos antes de la implementación completa
--   Monitorear el rendimiento de la actualización en tiempo real
--   Revertir actualizaciones problemáticas de inmediato si es necesario
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!"
-> 
-> -   Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-> "Piensa en nuestros más de 150 desarrolladores y multiplícalo por la cantidad de problemas que vemos a través de nuestros servicios y clientes – es una locura la cantidad de tiempo de desarrollador que hemos ahorrado." [\[2\]](https://sentry.io/)
-
-## Experiencia del Usuario en el Manejo de Errores
-
-Ampliando los conceptos básicos del manejo de errores, enfocarse en la experiencia del usuario es esencial para asegurar consistencia entre plataformas. Un enfoque centrado en el usuario para el manejo de errores no solo resuelve problemas, sino que también comunica los inconvenientes de manera efectiva, mejorando la satisfacción y retención del usuario.
-
-### Instrucciones Claras de Error
-
-Los mensajes de error deben ser directos y ayudar a los usuarios a resolver problemas rápidamente. Los elementos clave incluyen:
-
-| Componente | Propósito | Implementación de Ejemplo |
-| --- | --- | --- |
-| **Contexto de Error** | Explicar lo que sucedió | "No se puede guardar la foto - Almacenamiento lleno (2.1 GB utilizados de 2 GB)" |
-| **Acciones** | Proporcionar soluciones paso a paso | "Eliminar elementos no utilizados o actualizar el plan de almacenamiento" |
-| **Actualizaciones de Estado** | Mantener a los usuarios informados sobre el progreso | "Reintentando conexión... Intento 2 de 3" |
-
-### Opciones de Recuperación de Errores
-
-Es importante ofrecer múltiples formas para que los usuarios se recuperen de errores, atendiendo tanto a audiencias técnicas como no técnicas:
-
--   **Recuperación Progresiva**  
-    Intenta automáticamente soluciones, comenzando con soluciones simples y escalando a soluciones más complejas si es necesario. Proporciona actualizaciones en tiempo real para mantener a los usuarios informados sobre el progreso.
-    
--   **Intervención Manual**  
-    Ofrece herramientas para que los usuarios tomen el control, como:
-    
-    -   Activar el modo sin conexión durante problemas de red
-    -   Respaldar datos localmente
-    -   Reintentar acciones manualmente con indicadores de progreso visibles
-    -   Volver a versiones anteriores si es necesario
-
-Plataformas como Capgo admiten estas características gestionando actualizaciones de manera eficiente, asegurando que los usuarios puedan acceder a versiones estables mientras se abordan los problemas.
-
-### Soporte de Errores Multilingüe
-
-La localización es más que solo traducción. Implica adaptar los mensajes de error para ajustarse a contextos lingüísticos y culturales:
-
-| Aspecto | Mejores Prácticas | Beneficio |
-| --- | --- | --- |
-| **Estructura del Mensaje** | Usar tokens de marcador de posición para contenido dinámico | Mantiene los mensajes consistentes entre idiomas |
-| **Contexto Cultural** | Adaptar mensajes a las preferencias locales | Mejora la comprensión del usuario |
-| **Soporte de Caracteres** | Garantizar el cumplimiento de Unicode para todos los textos de error | Asegura la correcta visualización en todos los idiomas |
-
-Una comunicación precisa y culturalmente sensible es clave. Probar mensajes de error en varias regiones utilizando un sistema basado en canales asegura que resuene con los usuarios locales. Junto con el seguimiento en tiempo real y actualizaciones rápidas, este enfoque garantiza una experiencia fluida y fácil de usar a nivel mundial.
-
-Una comunicación clara genera confianza y mejora la calidad general de su aplicación.
-
-## Conclusión
-
-El manejo exitoso de errores en aplicaciones de Capacitor combina precisión técnica con un enfoque en la experiencia del usuario, lo que lleva a mejores calificaciones de la aplicación y una mayor satisfacción del usuario.
-
-Los desarrolladores han aprovechado los despliegues rápidos de actualizaciones [\[1\]](https://capgo.app/), aumentando la confianza del usuario y la fiabilidad de la aplicación. Por ejemplo, las actualizaciones OTA de Capgo permiten a los desarrolladores resolver errores rápidamente, asegurando que los usuarios reciban correcciones en minutos [\[1\]](https://capgo.app/).
-
-Las necesidades cambiantes del mercado empujan los límites de la gestión de errores. Aquí hay factores clave que contribuyen al éxito:
-
-| Factor | Impacto | Resultado |
-| --- | --- | --- |
-| Despliegue Rápido de Soluciones | 82% tasa de éxito en actualizaciones globales [\[1\]](https://capgo.app/) | Reducción de la exposición a errores |
-| Mensajería de Errores Clara | Mayor retención de usuarios | Menos consultas de soporte |
-| Soporte Consistente Multiplataforma | Mejor experiencia del usuario | Mantenimiento más fácil |
-
-Estos puntos de datos muestran cómo las correcciones rápidas, la comunicación efectiva y el rendimiento constante entre plataformas fortalecen la estabilidad de la aplicación.
-
-A medida que las soluciones de manejo de errores se vuelven más avanzadas, los desarrolladores deben centrarse en el seguimiento de errores confiable, la comunicación transparente y las actualizaciones rápidas. Este enfoque asegura una alta satisfacción del usuario mientras minimiza las interrupciones causadas por desafíos técnicos.
diff --git a/src/content/blog/es/error-logging-tools-for-capacitor-ota-updates.md b/src/content/blog/es/error-logging-tools-for-capacitor-ota-updates.md
deleted file mode 100644
index 4d4742c0c..000000000
--- a/src/content/blog/es/error-logging-tools-for-capacitor-ota-updates.md
+++ /dev/null
@@ -1,175 +0,0 @@
----
-slug: error-logging-tools-for-capacitor-ota-updates
-title: Herramientas de registro de errores para Actualizaciones OTA de Capacitor
-description: >-
-  Explore las principales herramientas de registro de errores para las
-  actualizaciones OTA de Capacitor, compare características, precios y
-  configuración para mejorar la estabilidad y experiencia de usuario de la
-  aplicación.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T01:28:12.140Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d8bb85beb3268b1c6ac757-1742261302793.jpg
-head_image_alt: Desarrollo móvil
-keywords: 'error logging, OTA updates, mobile development, app stability, user experience'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las herramientas de registro de errores son esenciales para gestionar las actualizaciones Over-the-Air (OTA) de Capacitor. Ayudan a los desarrolladores a monitorear problemas, rastrear el rendimiento de las actualizaciones y asegurar la estabilidad de la aplicación. Este artículo compara cuatro herramientas populares - **[Sentry](https://sentry.io/)**, **[LogRocket](https://logrocket.com/)**, **[Bugsnag](https://www.bugsnag.com/)**, y **[Capgo](https://capgo.app/)** - destacando sus características, precios y facilidad de configuración.
-
-### Puntos Clave:
-
--   **Sentry**: El mejor para seguimiento detallado de errores y monitoreo de salud de versiones.
--   **LogRocket**: Ideal para reproducción de sesiones y análisis de experiencia de usuario.
--   **Bugsnag**: Se centra en la priorización de errores y puntuación de estabilidad de la app.
--   **Capgo**: Combina actualizaciones OTA con seguimiento de errores integrado y configuración rápida.
-
-### Comparación Rápida:
-
-| Característica | Sentry | LogRocket | Bugsnag | Capgo |
-| --- | --- | --- | --- | --- |
-| Seguimiento de Errores en Tiempo Real | ✓   | ✓   | ✓   | ✓   |
-| Reproducción de Sesión | Limitado | ✓   | –   | –   |
-| Reversión con Un Clic | –   | –   | –   | ✓   |
-| Cifrado de Extremo a Extremo | –   | –   | –   | ✓   |
-| Tiempo de Configuración | 30–60 mins | 45–90 mins | 30–60 mins | <15 mins |
-
-Each tool offers unique benefits depending on your team's needs, budget, and expertise. Read on for a detailed breakdown of their features, pricing, and setup requirements.
-
-## [Sentry](https://sentry.io/) and Capacitor: How to Build and Monitor User Experiences
-
-![Sentry Error Tracking Dashboard](https://mars-images.imgix.net/seobot/screenshots/sentry.io-925fc70e12ac801815ba3ab27e6adcda-2025-03-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/shzKcE79GXI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Revisión de Herramientas de Registro de Errores
-
-Explora las principales herramientas de registro de errores para [actualizaciones OTA de Capacitor](https://capgo.app/ja/), enfocándose en sus características y cómo funcionan.
-
-### Sentry: Características y Configuración
-
-El SDK de Sentry funciona sin esfuerzo con aplicaciones Capacitor, proporcionando trazas detalladas de pila y contexto útil para la depuración. Su función de seguimiento de versiones identifica problemas recurrentes en fallos de actualización OTA.
-
-**Características principales**:
-
--   Monitoreo de salud de versiones
--   Filtrado personalizado de errores
--   Asignación automatizada de problemas
--   Monitoreo de rendimiento con breadcrumbs
-
-A continuación, veamos las capacidades de reproducción de sesión de LogRocket.
-
-### [LogRocket](https://logrocket.com/): Seguimiento de Sesión
-
-![LogRocket](https://mars-images.imgix.net/seobot/screenshots/logrocket.com-25aea0309421424eb663500e40eea18d-2025-03-18.jpg?auto=compress)
-
-LogRocket te permite profundizar en las experiencias de usuario durante las actualizaciones OTA con su función de reproducción de sesión. Registra interacciones de usuario, solicitudes de red y registros de consola, facilitando la comprensión de lo que salió mal.
-
-| Característica | Beneficio |
-| --- | --- |
-| Reproducción de Sesión | Ve exactamente lo que experimentan los usuarios durante las actualizaciones |
-| Análisis de Red | Rastrea solicitudes fallidas y tiempos de espera |
-| Integración Redux | Rastrea cambios de estado en tiempo real |
-| Correlación de Errores | Vincula errores a acciones específicas del usuario |
-
-Bugsnag, por otro lado, se centra en la priorización de errores y estabilidad de la aplicación.
-
-### [Bugsnag](https://www.bugsnag.com/): Gestión de Errores
-
-![Bugsnag Error Monitoring Dashboard](https://mars-images.imgix.net/seobot/screenshots/www.bugsnag.com-76749d2e4d72514946f463d57dc57ffc-2025-03-18.jpg?auto=compress)
-
-Bugsnag ayuda a priorizar errores y monitorear la estabilidad de la aplicación. Su función de puntuación de estabilidad evalúa cómo las actualizaciones OTA afectan el rendimiento general de la aplicación. Las características adicionales incluyen agrupación automática de errores, seguimiento de versiones e integración con pipelines CI/CD.
-
-### [Capgo](https://capgo.app/): Seguimiento de Errores Integrado
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-Capgo adopta un enfoque diferente al integrar el seguimiento de errores directamente en su proceso de actualización OTA.
-
-| Métrica | Rendimiento |
-| --- | --- |
-| Entrega de Actualizaciones | 23.5M actualizaciones entregadas |
-| Tasa de Éxito | 95% de usuarios actualizados en 24 horas |
-| Tiempo de Respuesta API | 57ms promedio mundial |
-| Descarga de Bundle | 114ms para un bundle de 5MB |
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Las características de Capgo incluyen seguimiento de estado de actualización en tiempo real, cifrado de extremo a extremo, reversión con un clic, segmentación avanzada de usuarios y un panel de análisis detallado. Para configuraciones empresariales, Capgo proporciona opciones tanto en la nube como autoalojadas, asegurando el cumplimiento de los requisitos de Apple y Google. También se integra con herramientas CI/CD como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ci/), y [Jenkins](https://www.jenkins.io/).
-
-## Guía de Comparación de Herramientas
-
-Una mirada detallada a las herramientas de registro de errores para actualizaciones OTA de Capacitor.
-
-### Matriz de Características
-
-| Característica | Sentry | LogRocket | Bugsnag | Capgo |
-| --- | --- | --- | --- | --- |
-| Seguimiento de Errores en Tiempo Real | ✓   | ✓   | ✓   | ✓   |
-| Reproducción de Sesión | Limitado | ✓   | –   | –   |
-| Salud de Versiones | ✓   | ✓   | ✓   | ✓   |
-| Filtrado Personalizado de Errores | ✓   | ✓   | ✓   | Limitado |
-| Monitoreo de Rendimiento | ✓   | ✓   | ✓   | ✓   |
-| Integración CI/CD | ✓   | ✓   | ✓   | ✓   |
-| Reversión con Un Clic | –   | –   | –   | ✓   |
-| Cifrado de Extremo a Extremo | –   | –   | –   | ✓   |
-| Asignación de Usuario | Limitado | Limitado | Limitado | ✓   |
-
-### Desglose de Precios
-
-| Herramienta | Plan Gratuito | Precio Inicial | Empresa |
-| --- | --- | --- | --- |
-| Sentry | 5K eventos/mes | $29/mes | Personalizado |
-| LogRocket | 1K sesiones/mes | $99/mes | Personalizado |
-| Bugsnag | 7.5K eventos/mes | $59/mes | Personalizado |
-| Capgo | Prueba de 15 días | $12/mes | $249/mes |
-
-Capgo destaca la eficiencia en costos con su tarifa única de configuración CI/CD de $2,600 y costos continuos de alrededor de $300 por mes. Afirman que este enfoque puede reducir los gastos del primer año a más de la mitad en comparación con opciones como [AppFlow](https://ionic.io/appflow/), potencialmente ahorrando hasta $26,100 en cinco años [\[1\]](https://capgo.app/).
-
-### Niveles de Dificultad de Configuración
-
-Los comentarios de desarrolladores y las calificaciones de documentación ofrecen información sobre la facilidad de configuración:
-
-| Herramienta | Tiempo de Configuración | Documentación | Opciones de Soporte |
-| --- | --- | --- | --- |
-| Sentry | 30–60 mins | Extensa | Comunidad + Pago |
-| LogRocket | 45–90 mins | Buena | Email + Chat |
-| Bugsnag | 30–60 mins | Buena | Email + Docs |
-| Capgo | <15 mins | Comprehensive | Priority Support |
-
-Capgo stands out with setup times under 15 minutes. Developers have praised its simplicity:
-
-> "¡He conseguido que las actualizaciones autoalojadas funcionen con muy poco trabajo de mi parte!" – SP-CMingay [\[1\]](https://capgo.app/)
-
-> "Configuré @Capgo y estoy probando este increíble reemplazo para @AppFlow! Gracias por el arduo trabajo, ha sido fácil hasta ahora. ¡A punto de lanzar en las tiendas de aplicaciones 🤞" – jaythegeek [\[1\]](https://capgo.app/)
-
-Estas comparaciones resaltan cómo cada herramienta se alinea con diversas necesidades de desarrollo. Considera factores como frecuencia de actualización, tamaño del equipo, presupuesto, seguridad e integración para seleccionar la opción adecuada.
-
-## Conclusión
-
-### Puntos Clave
-
-Aquí un resumen rápido: **Sentry** destaca por su seguimiento detallado de errores y documentación exhaustiva, haciéndolo una opción sólida para equipos más grandes. **LogRocket** brilla con su función de reproducción de sesión, ofreciendo una vista clara de las experiencias de usuario. Mientras tanto, **Bugsnag** ofrece una gestión confiable de errores con una interfaz fácil de navegar. Estas herramientas pueden ayudar a optimizar tu enfoque hacia actualizaciones OTA eficientes.
-
-### Eligiendo la Herramienta Correcta
-
-La mejor herramienta depende de las necesidades de tu equipo y cómo planeas abordar las actualizaciones OTA. Aquí un desglose:
-
-**Para implementaciones a nivel empresarial**, prioriza herramientas con características avanzadas:
-
--   **Sentry**: Ideal para equipos que necesitan personalización y soporte DevOps dedicado.
--   **LogRocket**: Mejor para analizar sesiones de usuario y mejorar la experiencia de usuario.
--   **Bugsnag**: Una gran opción por su interfaz limpia y configuración directa.
-
-**Para equipos más pequeños**, enfócate en herramientas que combinen eficiencia e integración:
-
--   **Capgo**: Ofrece actualizaciones OTA junto con seguimiento de errores en una solución.
--   Busca opciones que soporten implementación en la nube o [autoalojada](https://capgo.app/blog/self-hosted-capgo/) con cifrado de extremo a extremo.
--   Prioriza herramientas que permitan configuración rápida y flujos de trabajo automatizados.
-
-Al decidir, considera factores como el número de usuarios activos, presupuesto, tamaño y experiencia del equipo, requisitos de seguridad y qué tan bien se integra la herramienta con tus sistemas existentes.
diff --git a/src/content/blog/es/firebase-crashlytics-for-capacitor-apps.md b/src/content/blog/es/firebase-crashlytics-for-capacitor-apps.md
deleted file mode 100644
index 45b0febf0..000000000
--- a/src/content/blog/es/firebase-crashlytics-for-capacitor-apps.md
+++ /dev/null
@@ -1,361 +0,0 @@
----
-slug: firebase-crashlytics-for-capacitor-apps
-title: Firebase Crashlytics para aplicaciones de Capacitor
-description: >-
-  Aprende a integrar informes de fallos en tiempo real en tus aplicaciones
-  móviles con una guía paso a paso sobre cómo configurar Crashlytics para iOS y
-  Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T03:55:39.168Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf-1745207775479.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Firebase, Crashlytics, mobile apps, Capacitor, app development, crash
-  reporting, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**[Firebase Crashlytics](https://firebase.google.com/docs/crashlytics)** te ayuda a rastrear los bloqueos de la aplicación en tiempo real, proporcionando informes detallados para solucionar problemas rápidamente. Se integra sin problemas con [Capacitor](https://capacitorjs.com/) para aplicaciones de iOS y Android. Aquí está lo que necesitas saber:
-
--   **¿Por qué usar Crashlytics?**
-    
-    -   Obtén **alertas de bloqueo en tiempo real**.
-    -   Analiza informes de bloqueo detallados con **agrupación automática de problemas**.
-    -   Monitorea errores críticos para mantener las aplicaciones estables.
--   **Requisitos de configuración:**
-    
-    -   Instala **[Node.js](https://nodejs.org/en) (v16+)**, **Capacitor (v4+)**, y herramientas como **[Xcode](https://developer.apple.com/xcode/) 14+** y **[Android Studio](https://developer.android.com/studio) Electric Eel**.
-    -   Descarga archivos de configuración de [Firebase](https://firebase.google.com/) (`GoogleService-Info.plist` para iOS, `google-services.json` para Android).
-    -   Actualiza archivos específicos de la plataforma como `Podfile` (iOS) y `build.gradle` (Android).
--   **Pasos clave:**
-    
-    -   Instala Crashlytics:
-        
-        ```bash
-        npm install @capgo/capacitor-firebase-crashlytics && npx cap sync
-        ```
-        
-    -   Inicializa Crashlytics en tu aplicación:
-        
-        ```typescript
-        import { FirebaseCrashlytics } from '@capgo/capacitor-firebase-crashlytics';
-        await FirebaseCrashlytics.initialize();
-        ```
-        
--   **Prueba tu configuración:**
-    
-    -   Provoca un bloqueo de prueba:
-        
-        ```typescript
-        await FirebaseCrashlytics.crash();
-        ```
-        
--   **Consejo adicional:** Combina Crashlytics con **[Capgo](https://capgo.app/)** para obtener actualizaciones en vivo instantáneas sin demoras en la tienda de aplicaciones.
-    
-
-Esta guía asegura que tu aplicación esté libre de bloqueos y sea fácil de usar. ¡Comienza configurando Firebase Crashlytics hoy!
-
-## Guía de Android 2021: [Firebase Crashlytics](https://firebase.google.com/docs/crashlytics) - error personalizado ...
-
-![Firebase Crashlytics](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/3578d58943ebaf5b91a7f0e1afb1607f.jpg)
-
-<iframe src="https://www.youtube.com/embed/JxVYfZprK0g" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisitos de configuración
-
-Antes de comenzar, asegúrate de haber completado los siguientes pasos:
-
-### Software y cuentas requeridas
-
-Necesitarás instalar lo siguiente:
-
--   **Node.js** (v16 o superior) y **Capacitor** (v4 o superior)
--   Una **cuenta de Firebase** con un proyecto activo
--   **Xcode 14+** para desarrollo de iOS
--   **Android Studio Electric Eel** o una versión más reciente para desarrollo de Android
--   La última versión de **[CocoaPods](https://cocoapods.org/)** (requerido para iOS)
-
-### Archivos de configuración de la plataforma
-
-**Para iOS:**
-
--   Descarga el archivo `GoogleService-Info.plist` desde la Consola de Firebase.
--   Actualiza tu `Podfile` para incluir las dependencias de Crashlytics.
--   Agrega las claves de privacidad necesarias a tu archivo `Info.plist`.
-
-**Para Android:**
-
--   Obtén el archivo `google-services.json` desde la Consola de Firebase.
--   Realiza cambios tanto en los archivos `build.gradle` a nivel de proyecto como a nivel de aplicación.
--   Actualiza el `AndroidManifest.xml` para incluir los permisos requeridos.
-
-### Configuración de la Consola de [Firebase](https://firebase.google.com/)
-
-![Firebase Platform Dashboard](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/e510e8ab32244fff0b09e93222500c83.jpg)
-
-Configura Firebase y habilita Crashlytics a través de estos pasos:
-
-1.  **Crea un proyecto de Firebase** y habilita Crashlytics.
-    
-2.  **Registra tus aplicaciones** en la Consola de Firebase:
-    
-    -   Usa el **ID del paquete** para iOS y el **nombre del paquete** para Android.
-    -   Descarga los archivos de configuración: `GoogleService-Info.plist` (iOS) y `google-services.json` (Android).
-3.  **Integra los SDKs de Firebase** en tu aplicación agregando estas dependencias:
-    
-    **Para Android (archivo `build.gradle` a nivel de aplicación):**
-    
-    ```kotlin
-    dependencies {
-        implementation platform('com.google.firebase:firebase-bom:32.0.0')
-        implementation 'com.google.firebase:firebase-crashlytics'
-        implementation 'com.google.firebase:firebase-analytics'
-    }
-    ```
-    
-    **Para iOS (`Podfile`):**
-    
-    ```ruby
-    pod 'Firebase/Crashlytics'
-    pod 'Firebase/Analytics'
-    ```
-    
-
-Una vez que estos pasos estén completos, estarás listo para pasar a la sección de Instalación del Plugin.
-
-## Pasos de instalación
-
-### Instalación del plugin
-
-Primero, instala el plugin y [sincronízalo con Capacitor](https://capgo.app/plugins/capacitor-updater/):
-
-```bash
-npm install @capgo/capacitor-firebase-crashlytics && npx cap sync
-```
-
-Luego, inicializa Crashlytics en tu aplicación. Agrega el siguiente código a `app.component.ts` o `main.ts`:
-
-```typescript
-import { FirebaseCrashlytics } from '@capgo/capacitor-firebase-crashlytics';
-await FirebaseCrashlytics.initialize();
-```
-
-### Configuración de la plataforma
-
-Configura las configuraciones requeridas para las plataformas Android e iOS.
-
-**Configuración de Android**
-
-1.  Agrega el plugin Gradle de Crashlytics a tu archivo `build.gradle` a nivel de aplicación:
-    
-    ```kotlin
-    buildscript { 
-        dependencies { 
-            classpath 'com.google.firebase:firebase-crashlytics-gradle:2.9.5' 
-        } 
-    }
-    apply plugin: 'com.google.firebase.crashlytics'
-    ```
-    
-2.  Habilita la recopilación de bloqueos en `AndroidManifest.xml`:
-    
-    ```xml
-    <meta-data
-        android:name="firebase_crashlytics_collection_enabled"
-        android:value="true" />
-    ```
-    
-
-**Configuración de iOS**
-
-1.  Configura Firebase en `AppDelegate.swift`:
-    
-    ```swift
-    import Firebase
-    FirebaseApp.configure()
-    ```
-    
-
-### Prueba tu configuración
-
-Confirma que Crashlytics está funcionando ejecutando un bloqueo de prueba y revisando la Consola de Firebase:
-
--   Provoca un bloqueo de prueba con una clave personalizada:
-    
-    ```typescript
-    await FirebaseCrashlytics.setCustomKey({key: 'test_scenario', value: 'manual_crash'});
-    await FirebaseCrashlytics.crash();
-    ```
-    
--   Opcionalmente, identifica a un usuario:
-    
-    ```typescript
-    await FirebaseCrashlytics.setUserId({userId: 'user123'});
-    ```
-    
--   Registra eventos personalizados:
-    
-    ```typescript
-    await FirebaseCrashlytics.log({message: 'Test crash triggered'});
-    ```
-    
-
-Los informes, incluyendo trazas de pila, detalles del dispositivo y claves personalizadas, deberían aparecer en la Consola de Firebase en unos 5 minutos.
-
-**Importante:** Elimina las llamadas de bloqueo antes de lanzar tu aplicación. Para deshabilitar la recopilación de bloqueos durante el desarrollo, usa:
-
-```typescript
-await FirebaseCrashlytics.setCrashlyticsCollectionEnabled({enabled: false});
-```
-
-## Guía de monitoreo
-
-Una vez que hayas confirmado tu configuración con un bloqueo de prueba, usa la Consola de Firebase para rastrear bloqueos y errores reales en tu aplicación en vivo.
-
-### Lectura de informes de bloqueo
-
-Puedes encontrar informes de bloqueo en la Consola de Firebase en la sección de Crashlytics. Aquí está lo que verás:
-
--   **Usuarios sin bloqueos**: El porcentaje de usuarios que no han experimentado bloqueos.
--   **Estabilidad del problema**: Con qué frecuencia ocurren los bloqueos.
--   **Análisis de impacto**: El número de usuarios afectados.
-
-Haz clic en cualquier problema para profundizar en detalles como trazas de pila, información del dispositivo (por ejemplo, versión del SO, memoria), claves personalizadas, registros y el camino del usuario que llevó al bloqueo.
-
-**Consejo profesional**: Habilita la función de "alertas de velocidad" para recibir notificaciones cuando las tasas de bloqueos aumenten repentinamente. Esto puede ayudarte a abordar problemas antes de que afecten a demasiados usuarios.
-
-### Consejos de gestión de errores
-
--   **Prioriza por impacto**: Concédele prioridad a los bloqueos que afectan a más usuarios o que ocurren en partes críticas de tu aplicación. El seguimiento de tendencias puede ayudarte a identificar problemas urgentes.
-    
--   **Usa claves personalizadas**: Agrega contexto a tus informes de bloqueos con claves personalizadas. Por ejemplo:
-    
-    ```typescript
-    await FirebaseCrashlytics.setCustomKey({
-      key: 'current_view',
-      value: 'payment_processing'
-    });
-    ```
-    
--   **Agrupa problemas similares**: Aprovecha la agrupación automática de problemas de Firebase. También puedes etiquetar bloqueos relacionados con claves personalizadas consistentes y usar títulos claros y descriptivos para un seguimiento más fácil.
-    
-
-### Protección de la privacidad del usuario
-
-Para garantizar el cumplimiento y salvaguardar los datos de los usuarios, sigue estas pautas:
-
--   **Permisos**:
-    
-    -   Menciona la recopilación de bloqueos en tu política de privacidad.
-    -   Obtén el consentimiento del usuario para la recopilación de datos en regiones con regulaciones GDPR.
-    -   Proporciona a los usuarios una opción para optar por no participar en la recopilación de bloqueos.
--   **Controles de recopilación de datos**:
-    
-    ```typescript
-    await FirebaseCrashlytics.setCrashlyticsCollectionEnabled({enabled: false});
-    await FirebaseCrashlytics.setCrashlyticsCollectionEnabled({enabled: true});
-    ```
-    
--   **Retención de datos**:
-    
-    -   Configura la eliminación automática de datos después de 90 días.
-    -   Elimina información sensible de tus informes.
-    -   Usa claves personalizadas no identificables para mantener la privacidad del usuario mientras depuras.
-
-## Integración de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/12eddca90b08193253253ea10516a6c4.jpg)
-
-Agiliza el proceso desde la detección de bloqueos hasta la implementación de soluciones combinando el sistema de actualización en vivo de Capgo con Crashlytics.
-
-### Acerca de Capgo
-
-Capgo es una herramienta de actualización en vivo diseñada específicamente para [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Con más de 1,900 aplicaciones en producción y una tasa de actualización del 95% en 24 horas, asegura soluciones rápidas sin las demoras de las aprobaciones de la tienda de aplicaciones [\[1\]](https://capgo.app/).
-
-Las características clave incluyen:
-
--   **Cifrado de extremo a extremo** para actualizaciones seguras
--   **Retroceso con un clic** a versiones anteriores
--   **Distribución basada en canales** para lanzamientos dirigidos
--   **Integración CI/CD sin problemas**
--   Una **plataforma 100% de código abierto**
-
-### Crashlytics y Capgo juntos
-
-Usar Crashlytics con Capgo crea un flujo de trabajo eficiente para identificar y resolver problemas rápidamente.
-
-Aquí está cómo funciona:
-
-1.  **Detección y respuesta a bloqueos**  
-    Crashlytics identifica un bloqueo, y Capgo te permite desplegar soluciones instantáneamente sin esperar la aprobación de la tienda de aplicaciones.
-    
-2.  **Actualizaciones específicas**
-    
-    -   _Pruebas Beta_: Prueba soluciones con un grupo específico para asegurarte de que sean efectivas.
-    -   _Implementación escalonada_: Despliega actualizaciones gradualmente para reducir riesgos.
-    -   _Solución de emergencia_: Empuja rápidamente parches críticos para resolver problemas urgentes.
-3.  **Monitoreo y verificación**  
-    Después de desplegar actualizaciones con Capgo, usa Crashlytics para rastrear tasas de bloqueos y confirmar que el problema esté resuelto.
-    
-
-### Seguridad y reglas de la tienda de aplicaciones
-
-Capgo se adhiere a las políticas de Apple y Google mientras proporciona funciones de seguridad sólidas:
-
--   82% de tasa de éxito global para la entrega de actualizaciones [\[1\]](https://capgo.app/)
--   Control automático de versiones para mejor organización
--   Cumplimiento con las pautas de actualizaciones en vivo de la tienda de aplicaciones
-
-Para una integración segura con Crashlytics:
-
--   Habilita el seguimiento de errores en ambos sistemas.
--   Usa las herramientas de monitoreo de Capgo junto con los informes de Crashlytics.
--   Mantén el control de versiones para todas las actualizaciones.
--   Guarda registros detallados de actualizaciones para fines de auditoría.
-
-Continúa a la sección de Opciones de Plugins para explorar otras herramientas de actualización en vivo.
-
-## Opciones de Plugins
-
-Elegir el plugin adecuado para la recopilación de bloqueos puede impactar significativamente la forma en que identificas y solucionas errores en tu aplicación.
-
-Aquí hay una rápida comparación de Crashlytics con otras herramientas populares de informes de errores para Capacitor:
-
--   **[Sentry](https://sentry.io/)**: Ofrece un nivel gratuito con planes de pago a partir de $26/mes. Soporta más de 30 plataformas y provee monitoreo de errores en tiempo real con contexto detallado.
--   **[Bugsnag](https://www.bugsnag.com/)**: Comienza en $47/mes. Cubre tanto plataformas móviles como web, presentando agrupación automática de errores y seguimiento de lanzamientos.
--   **[Rollbar](https://rollbar.com/)**: Tiene un precio a partir de $31/mes. Funciona en múltiples plataformas, con características como seguimiento de implementaciones y seguimiento de personas.
-
-Crashlytics es especialmente atractivo para equipos que ya utilizan Firebase, gracias a su integración fluida y su nivel gratuito.
-
-## Resumen
-
-Aquí hay una rápida mirada a lo que has logrado y lo que viene a continuación:
-
-### Recapitulación de Pasos de Configuración
-
-Has completado tres pasos clave para comenzar:
-
--   Creaste un proyecto de Firebase y registraste tus aplicaciones iOS/Android.
--   Instalaste y configuraste el plugin de Crashlytics.
--   Actualizaste los archivos necesarios de las plataformas iOS y Android.
-
-### ¿Por Qué Integrar Estas Herramientas?
-
-Combinar Firebase Crashlytics con Capgo te brinda un sistema poderoso para el seguimiento de errores y [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Esto es lo que ofrece esta combinación:
-
--   **Correcciones rápidas**: Envía actualizaciones instantáneas y retrocede cambios con solo un clic.
--   **Implementaciones confiables**: Asegúrate de que las actualizaciones sean ampliamente adoptadas y entregadas sin problemas a los usuarios.
-
-### ¿Qué Sigue?
-
-1.  Activa la analítica de fallos detallada en la Consola de Firebase.
-2.  Agrega Capgo a tu pipeline de CI/CD para actualizaciones simplificadas.
-3.  Utiliza [canales de Capgo](https://capgo.app/docs/webapp/channels/) para probar y liberar correcciones paso a paso.
-
-Con Crashlytics y Capgo en su lugar, estás listo para mantener tu aplicación funcionando sin problemas y mejorando con el tiempo.
diff --git a/src/content/blog/es/fix-capacitor-version-mismatch-errors.md b/src/content/blog/es/fix-capacitor-version-mismatch-errors.md
deleted file mode 100644
index 2b295e2e4..000000000
--- a/src/content/blog/es/fix-capacitor-version-mismatch-errors.md
+++ /dev/null
@@ -1,245 +0,0 @@
----
-slug: fix-capacitor-version-mismatch-errors
-title: Corregir conflictos de versiones de Capacitor
-description: >-
-  Aprenda cómo resolver rápidamente los conflictos de versiones en las
-  aplicaciones Capacitor para evitar interrupciones en la compilación y fallos
-  en tiempo de ejecución.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T04:35:04.064Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572-1743395716448.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, version mismatch, troubleshooting, mobile development, software
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Los errores de incompatibilidad de versiones en las aplicaciones de [Capacitor](https://capacitorjs.com/) pueden interrumpir las compilaciones, causar fallos en tiempo de ejecución y retrasar las actualizaciones.** Estos problemas surgen cuando los paquetes principales, plugins o dependencias están desalineados. Aquí te explicamos cómo resolverlos rápidamente:
-
--   **Causas comunes**:
-    
-    -   Actualizaciones parciales o conflictos de dependencias.
-    -   Errores en `package.json` o archivos pod.
-    -   [Actualizaciones automáticas](https://capgo.app/docs/plugin/cloud-mode/auto-update/) creando inconsistencias.
--   **Soluciones rápidas**:
-    
-    -   Ejecuta `npx cap doctor` o `npm list @capacitor/*` para detectar incompatibilidades.
-    -   Alinea las versiones en `package.json` (ej., `@capacitor/core`, `@capacitor/ios`, `@capacitor/android`).
-    -   Usa `npm install` para actualizar todos los paquetes principales y plugins.
--   **Prevenir problemas futuros**:
-    
-    -   Bloquea versiones en `package.json` (ej., `"@capacitor/core": "5.0.0"`).
-    -   Automatiza las verificaciones de versión con herramientas CI/CD.
-    -   Usa herramientas de actualización en vivo como [Capgo](https://capgo.app/) para correcciones más rápidas.
-
-## Resolviendo la Excepción No Matching View en [Capacitor](https://capacitorjs.com/) ...
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/1uqVqhJ0bkY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Encontrando Problemas de Incompatibilidad de Versiones
-
-Puedes descubrir incompatibilidades de versiones siguiendo estos pasos:
-
-### Señales de Error y Mensajes
-
-Comienza examinando las salidas de error:
-
--   Fallos de compilación mencionando "versión incompatible"
--   Excepciones en tiempo de ejecución refiriéndose a "incompatibilidad de versiones"
--   Advertencias de consola sobre conflictos de dependencias
--   Errores de instalación de pods en iOS resaltando problemas de versiones
-
-Estos mensajes de error, ya sea desde la terminal o tu IDE, a menudo revelan conflictos. Presta atención a las advertencias que incluyen números de versión - pueden ayudarte a identificar el problema.
-
-### Verificaciones por Línea de Comandos
-
-Usa herramientas de línea de comandos para confirmar la consistencia de versiones:
-
--   **`npx cap doctor`**: Verifica la salud de Capacitor y señala incompatibilidades.
--   **`npm list @capacitor/core @capacitor/ios @capacitor/android`**: Muestra las versiones instaladas, facilitando la detección de inconsistencias.
-
-### Revisión de Archivos de Configuración
-
-Por último, revisa tus archivos de configuración para asegurar la alineación de versiones.
-
-**package.json**
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.1"  // Version mismatch!
-  }
-}
-```
-
-**capacitor.config.json**
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "plugins": {
-    "SomePlugin": {
-      "version": "3.0.0"
-    }
-  }
-}
-```
-
-Verifica la consistencia en:
-
--   Paquetes principales de Capacitor
--   Paquetes específicos de plataforma (iOS/Android)
--   Plugins y sus dependencias
-
-Mantener estas versiones alineadas ayuda a evitar problemas de compatibilidad.
-
-## Corrigiendo Versiones de Core y Plugins
-
-### Actualizaciones de Paquetes Core
-
-Para actualizar tus paquetes principales de Capacitor, usa el siguiente comando npm:
-
-```bash
-npm install @capacitor/core@latest @capacitor/ios@latest @capacitor/android@latest
-```
-
-Si necesitas una versión específica, reemplaza `@latest` con el número de versión deseado. Por ejemplo:
-
-```bash
-npm install @capacitor/core@5.0.0 @capacitor/ios@5.0.0 @capacitor/android@5.0.0
-```
-
-Una vez completadas las actualizaciones, sincroniza tu proyecto con:
-
-```bash
-npx cap sync
-```
-
-### Correcciones de Versiones de Plugins
-
-Asegúrate de que tus plugins sean compatibles con la versión de Capacitor que estás usando. Actualízalos a versiones probadas y compatibles, y asegúrate de probar la funcionalidad después de cada actualización.
-
-Si un plugin requiere Capacitor 5.x pero estás usando 6.x, tienes dos opciones:
-
--   Actualizar el plugin a la última versión:
-    
-    ```bash
-    npm install @plugin-name@latest
-    ```
-    
--   Degradar Capacitor para que coincida con los requisitos del plugin:
-    
-    ```bash
-    npm install @capacitor/core@5.x
-    ```
-    
-
-Para actualizaciones que implican cambios importantes, pueden ser necesarios ajustes adicionales.
-
-### Cambios de Versión Mayor
-
-Al transicionar a una nueva versión mayor, sigue estos pasos:
-
-1.  **Respalda Tu Proyecto**: Crea una copia de seguridad completa antes de comenzar cualquier actualización.
-    
-2.  **Revisa el Changelog**: Revisa el changelog oficial para cualquier cambio importante que pueda afectar tu proyecto.
-    
-3.  **Actualiza las Dependencias**: Actualiza tus paquetes de Capacitor a las versiones requeridas. Por ejemplo:
-    
-    ```bash
-    npm install @capacitor/core@7.0.0 @capacitor/ios@7.0.0 @capacitor/android@7.0.0
-    ```
-    
-
-Capgo proporciona actualizaciones en vivo para Capacitor 8, permitiéndote aplicar correcciones sin necesidad de aprobaciones de la tienda de aplicaciones [\[1\]](https://capgo.app/).
-
-## Evitando Futuros Conflictos de Versiones
-
-### Herramientas de Bloqueo de Versiones
-
-Los archivos de bloqueo como `package-lock.json` o `yarn.lock` ayudan a asegurar que todos en tu equipo usen las mismas versiones de dependencias. Para evitar actualizaciones inesperadas, define números de versión exactos en lugar de usar símbolos caret (`^`) o tilde (`~`):
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  }
-}
-```
-
-### Automatizando Actualizaciones
-
-Configura verificaciones automáticas de versión en tu pipeline CI/CD para detectar conflictos temprano. Por ejemplo, usa el siguiente comando para verificar dependencias desactualizadas:
-
-```bash
-npm outdated @capacitor/*
-```
-
-Puedes integrar este paso en herramientas como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), o [Jenkins](https://www.jenkins.io/) para asegurar compilaciones consistentes. Para aún más control, considera usar el sistema de actualización de Capgo para simplificar el proceso.
-
-### Usando Actualizaciones de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Capgo proporciona un sistema de actualización en vivo que resuelve conflictos de versiones rápidamente. Según sus datos, el 95% de los usuarios activos instalan actualizaciones dentro de las 24 horas [\[1\]](https://capgo.app/).
-
-> "Implementamos las actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Aquí te explicamos cómo aprovechar al máximo Capgo:
-
--   Configura múltiples canales de distribución para propósitos de prueba.
--   Configura rollbacks automáticos en caso de problemas críticos.
--   Monitorea las tasas de éxito para asegurar que las actualizaciones sean efectivas.
--   Usa despliegues graduales para minimizar riesgos.
-
-Para equipos que manejan múltiples versiones de aplicaciones, el sistema de canales de Capgo te permite probar actualizaciones con grupos específicos de usuarios antes de un lanzamiento más amplio. Este enfoque ha logrado una tasa de éxito global del 82% para actualizaciones [\[1\]](https://capgo.app/).
-
-## Resumen
-
-### Guía de Soluciones Rápidas
-
-¿Enfrentas errores de incompatibilidad de versiones en [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)? Aquí hay algunas acciones rápidas que puedes tomar:
-
--   Bloquea las versiones de dependencias en tu archivo `package.json` y usa archivos de bloqueo para asegurar la consistencia.
--   Ejecuta `npm outdated @capacitor/*` para identificar dependencias desactualizadas.
--   Aborda los conflictos utilizando los despliegues graduales de Capgo [\[1\]](https://capgo.app/).
-
-Estos pasos resumen los métodos de diagnóstico discutidos anteriormente.
-
-### Mejores Prácticas
-
-Para asegurar la estabilidad a largo plazo, considera estas mejores prácticas para gestionar efectivamente las versiones de Capacitor. Estos métodos han sido aplicados exitosamente en más de 750 aplicaciones en producción [\[1\]](https://capgo.app/).
-
--   **Control de Versiones**
-    
-    -   Mantén las versiones de dependencias consistentes.
-    -   Sincroniza el versionado en todos los entornos del equipo.
-    -   Documenta claramente los requisitos de versión para fácil referencia.
--   **[Gestión de Actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-    Rodrigo Mantica comparte:
-    
-    > "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" \[2\]
-    
--   **Monitoreo y Recuperación**  
-    Monitorea regularmente las dependencias para identificar conflictos temprano. El monitoreo adecuado ha demostrado que el 95% de los usuarios activos pueden actualizar dentro de las 24 horas [\[1\]](https://capgo.app/).
-    
--   **Consejos Clave de Implementación**
-    
-    -   Automatiza las verificaciones de versión dentro de los pipelines CI/CD.
-    -   Usa canales de prueba antes de la distribución completa.
-    -   Mantén opciones de rollback para problemas inesperados.
-    -   Rastrea las tasas de éxito de actualización para medir el rendimiento.
diff --git a/src/content/blog/es/fixing-build-failures-in-capacitor-ci-cd-pipelines.md b/src/content/blog/es/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
deleted file mode 100644
index c3ce4a7b8..000000000
--- a/src/content/blog/es/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
+++ /dev/null
@@ -1,367 +0,0 @@
----
-slug: fixing-build-failures-in-capacitor-ci-cd-pipelines
-title: Solución de fallos de compilación en los pipelines de CI/CD de Capacitor
-description: >-
-  Aprende cómo solucionar problemas y prevenir fallos de compilación en
-  pipelines de CI/CD para aplicaciones móviles, asegurando procesos fluidos de
-  desarrollo y despliegue.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T06:27:06.154Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682580e10209458b3ff3c0b1-1747290491442.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, CI/CD, build failures, mobile development, troubleshooting, version
-  control, environment variables
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Los fallos de compilación en [Capacitor](https://capacitorjs.com/) en tuberías CI/CD pueden interrumpir el [desarrollo de aplicaciones móviles](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/), costando tiempo y dinero.** Aquí hay una guía rápida de problemas comunes y cómo solucionarlos:
-
-### Problemas Clave y Soluciones:
-
-- **Conflictos de Versiones**: Asegúrate de que las versiones de [Node.js](https://nodejs.org/en), npm, Capacitor y plugins coincidan en todos los entornos.
-- **Problemas de Configuración iOS/Android**: Alinea las configuraciones de [Gradle](https://gradle.org/), [CocoaPods](https://cocoapods.org/), [Xcode](https://developer.apple.com/xcode/) y SDK.
-- **Variables de Entorno**: Verifica [claves API](https://capgo.app/docs/webapp/api-keys/), credenciales y rutas para mantener consistencia.
-- **Desajustes de Plugins**: Compara cuidadosamente las versiones de Capacitor y plugins.
-- **Restricciones de Plataforma CI**: Optimiza recursos, caché y ejecutores específicos de plataforma para evitar tiempos de espera.
-
-### Consejos Rápidos:
-
-- Bloquea las dependencias en `package.json` para evitar actualizaciones inesperadas.
-- Usa herramientas como `npx cap doctor` y Android Lint para depuración.
-- Replica entornos CI localmente con archivos `.env` para mejores pruebas.
-- Implementa actualizaciones en vivo para evitar retrasos en la tienda de aplicaciones.
-
-**Consejo Pro**: Herramientas como [Capgo](https://capgo.app/) pueden simplificar el monitoreo, asegurar configuraciones y proporcionar opciones de reversión en tiempo real cuando ocurren fallos.
-
-## Cómo identificar y solucionar problemas de tubería CI
-
-<iframe src="https://www.youtube.com/embed/mCNv2mWvWGo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Tipos Principales de Fallos de Compilación de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Los fallos de compilación de Capacitor pueden surgir de varias fuentes, cada una requiriendo soluciones específicas. A continuación, analizaremos algunas de las causas más comunes y cómo se manifiestan durante el proceso de compilación.
-
-### Conflictos de Versiones Entre Dependencias
-
-Los conflictos de versiones de Node.js, npm y el CLI de Capacitor son una causa frecuente de fallos de compilación. Estos conflictos ocurren a menudo debido a expectativas incompatibles entre diferentes componentes del sistema de compilación. Aquí hay algunos escenarios comunes:
-
-- Diferencias en las **versiones del runtime de Node.js** entre máquinas locales y entornos CI.
-- Inconsistencias en gestores de paquetes, como npm o Yarn.
-- Versiones incompatibles de las bibliotecas principales de Capacitor y plugins.
-- SDKs específicos de plataforma que requieren versiones específicas no alineadas.
-
-La gestión de estas dependencias se vuelve aún más compleja en configuraciones multi-entorno, donde las configuraciones pueden variar ampliamente.
-
-### Problemas de Configuración iOS y Android
-
-Las configuraciones de plataforma nativa pueden ser un punto problemático importante, especialmente durante la configuración inicial o después de actualizaciones significativas. Los problemas suelen surgir debido a herramientas mal alineadas o configuraciones obsoletas.
-
-**Para Android**, los problemas comunes incluyen:
-
-- Errores de sincronización de Gradle después de instalar plugins.
-- Uso de SDKs o herramientas de compilación obsoletas.
-- Variables de entorno `JAVA_HOME` incorrectamente configuradas.
-- Archivos wrapper de Gradle faltantes o corruptos.
-
-**Para iOS**, los problemas frecuentes incluyen:
-
-- Conflictos de dependencias con CocoaPods.
-- Inconsistencias en artefactos de compilación de Xcode.
-- Certificados de firma de código mal configurados.
-- Configuraciones de compilación obsoletas después de actualizaciones de Capacitor.
-
-Estos problemas a menudo requieren una depuración cuidadosa y alineación de herramientas para asegurar un proceso de compilación fluido.
-
-### Problemas de Configuración de Variables de Entorno
-
-Las variables de entorno juegan un papel crítico en el proceso de compilación, y incluso pequeñas configuraciones incorrectas pueden llevar a fallos recurrentes. Estos problemas suelen surgir al moverse entre entornos de desarrollo y CI. Las áreas comúnmente afectadas incluyen:
-
-- Claves API para servicios externos.
-- Credenciales para firma de código.
-- Valores de configuración específicos de plataforma.
-- Rutas y configuraciones del entorno de compilación.
-
-Asegurar una gestión consistente de variables de entorno en todos los entornos es clave para evitar estos obstáculos.
-
-### Desajustes de Versiones de Plugins
-
-Los plugins pueden introducir desafíos de compatibilidad difíciles de diagnosticar. Un ejemplo típico involucra equilibrar versiones de Capacitor, Ionic y plugins específicos. Por ejemplo, resolver errores de "Something Went Wrong" puede requerir alinear Capacitor 3.5.1, Ionic 5 y CapacitorGoogleAuth 3.1.4, mientras se asegura que el ID de cliente correcto esté configurado tanto en `capacitor.config.ts` como en `strings.xml`.
-
-Estos desajustes a menudo requieren una atención meticulosa a los detalles de versiones y configuración para resolverlos.
-
-### Restricciones de Plataforma CI
-
-Las plataformas de Integración Continua (CI) pueden introducir su propio conjunto de desafíos, particularmente al manejar compilaciones complejas. Aquí hay un desglose de restricciones comunes y su impacto:
-
-| Tipo de Restricción | Problemas Comunes | Impacto |
-| --- | --- | --- |
-| **Tiempos de Espera** | Compilaciones que agotan el tiempo en apps grandes | Compilaciones incompletas |
-| **Asignación de Recursos** | Memoria limitada durante la compilación | Compilaciones fallidas |
-| **Soporte de Plataforma** | Soporte limitado de compilación iOS en ejecutores Linux | Fallos específicos de plataforma |
-| **Caché** | Caché de dependencias ineficiente | Compilaciones más lentas, riesgos de tiempo de espera |
-
-Para mitigar estos problemas, los equipos deben ajustar sus tuberías CI/CD configurando tiempos de espera apropiados, asignando recursos suficientes y optimizando el caché de dependencias. Al compilar para iOS o Android, usar ejecutores específicos de plataforma también puede ayudar a mantener la compatibilidad y mejorar el rendimiento.
-
-## Pasos para Depurar Fallos de Compilación
-
-La depuración efectiva de fallos de compilación es crucial para mantener tu [tubería CI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/) funcionando sin problemas. Analicemos algunos pasos prácticos para solucionar y resolver estos problemas.
-
-### Probando Fallos de Compilación Localmente
-
-Comienza limpiando tu entorno local para eliminar archivos en caché y dependencias que podrían causar conflictos. Usa los siguientes comandos:
-
-```bash
-rm -rf node_modules
-rm -rf platforms
-npm cache clean --force
-npm install
-```
-
-Para compilaciones específicas de Android, estos comandos pueden ayudar a resolver problemas como scripts o recursos faltantes:
-
-```bash
-npx cap update android
-npx cap copy
-```
-
-Luego, replica tu entorno CI localmente creando un archivo `.env`. Incluye variables como:
-
-- Claves API
-- Banderas de configuración de compilación
-- Configuraciones específicas de plataforma
-
-Esto asegura que tu configuración local coincida con el entorno CI lo más posible.
-
-### Usando Herramientas de Análisis de Compilación
-
-Aprovecha las herramientas de análisis de compilación para obtener información sobre problemas potenciales. Aquí hay algunas herramientas y sus diagnósticos clave:
-
-| Herramienta | Propósito | Diagnósticos Clave |
-| --- | --- | --- |
-| **npx cap doctor** | Verificación de salud del entorno | Versiones de dependencias, configuración de plataforma |
-| **Android Lint** | Análisis estático de código | Uso de recursos, problemas de compatibilidad |
-| **Xcode Analyzer** | Inspección de compilación iOS | Fugas de memoria, mal uso de API |
-
-Mientras ejecutas compilaciones, monitorea trazas de pila, conflictos de versiones, archivos de configuración y acceso a red. Estos diagnósticos pueden ayudar a identificar la fuente de los fallos y guiarte hacia una solución.
-
-### Igualando Entornos de Desarrollo
-
-Una vez que hayas identificado los problemas, alinea tu entorno local con tu configuración CI para evitar problemas futuros. Aquí está cómo:
-
-**Control de Versiones**  
-Bloquea las versiones de Node.js y dependencias evitando especificadores de rango. Usa `package-lock.json` para mantener consistencia.
-
-**Configuración de Plataforma**  
-Asegúrate de que las configuraciones específicas de plataforma estén estandarizadas. Por ejemplo:
-
-```json
-{
-  "webDir": "dist",
-  "platformVersion": {
-    "ios": "14.0",
-    "android": "29"
-  }
-}
-```
-
-**Scripts de Compilación**  
-Estandariza tus scripts de compilación y prueba para un manejo de errores y registro consistente:
-
-```json
-{
-  "scripts": {
-    "build:ci": "npm run clean && npm run build && npx cap sync",
-    "test:ci": "npm run test -- --ci --coverage"
-  }
-}
-```
-
-## Métodos de Prevención de Fallos de Compilación
-
-Bloquear versiones de dependencias es crucial para mantener compilaciones estables en tu [tubería CI/CD de Capacitor](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/). Aquí hay una guía paso a paso para implementar estrategias que ayuden a prevenir fallos de compilación y mejorar la fiabilidad.
-
-### Control de Versión de Dependencias
-
-Para evitar cambios inesperados que puedan interrumpir tus compilaciones, bloquea las versiones de dependencias en tus archivos de configuración y mantén archivos de bloqueo. Aquí hay un ejemplo de configuración de `package.json`:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  },
-  "engines": {
-    "node": ">=16.0.0",
-    "npm": ">=8.0.0"
-  }
-}
-```
-
-Pasos clave para gestionar dependencias efectivamente:
-
-- Confirma tanto `package.json` como `package-lock.json` en tu sistema de control de versiones.
-- Usa repositorios de artefactos privados para almacenar dependencias de forma segura.
-- Automatiza el escaneo de dependencias con herramientas como [Dependabot](https://docs.github.com/en/code-security/dependabot/dependabot-version-updates).
-- Configura alertas para actualizaciones de seguridad críticas para abordar vulnerabilidades rápidamente.
-
-Al bloquear dependencias, reduces el riesgo de cambios inesperados y puedes enfocar tu atención en optimizar tu tubería CI/CD.
-
-### Optimización de Rendimiento de Tubería
-
-Una tubería bien optimizada asegura compilaciones más rápidas y eficientes. Aquí hay algunos métodos para mejorar el rendimiento:
-
-| **Área** | **Método** | **Resultado** |
-| --- | --- | --- |
-| **Paralelización de Trabajos** | Divide pruebas en trabajos concurrentes | Tiempos de compilación más rápidos |
-| **Estrategia de Caché** | Usa caché por capas de Docker | Duración de compilación reducida |
-| **Asignación de Recursos** | Asigna ejecutores de tamaño adecuado | Eficiencia mejorada |
-
-Por ejemplo, puedes configurar caché y lógica de reintento en tu tubería CI/CD así:
-
-```yaml
-cache:
-  key: ${CI_COMMIT_REF_SLUG}
-  paths:
-    - node_modules/
-    - platforms/
-    - plugins/
-
-interruptible: true
-retry:
-  max: 2
-  when: runner_system_failure
-```
-
-> "Containerizar el flujo de trabajo, minimizar dependencias y monitorear la velocidad del flujo de trabajo con alertas sobre caídas de rendimiento puede llevar a compilaciones más estables y rápidas." – Darrin Eden [\[2\]](https://launchdarkly.com/blog/cicd-best-practices-devops)
-
-### Pruebas de Compatibilidad de Plataforma
-
-Una vez que las dependencias están bloqueadas y la tubería está optimizada, es momento de probar tu app en todas las plataformas para identificar problemas de compatibilidad temprano. A continuación se muestra un esquema de niveles de prueba y herramientas:
-
-| **Nivel de Prueba** | **Herramientas** | **Áreas de Enfoque** |
-| --- | --- | --- |
-| **Unitarias** | [Jest](https://jestjs.io/), [Mocha](https://mochajs.org/) | Lógica de negocio y utilidades |
-| **Integración** | [Cypress](https://www.cypress.io/) | Funcionalidad multiplataforma |
-| **End-to-End** | [Appium](http://appium.io/) | Características nativas |
-| **Rendimiento** | [Lighthouse](https://developer.chrome.com/docs/lighthouse) | Optimización de recursos |
-
-Consejos adicionales para pruebas exhaustivas:
-
--   Habilite los informes de fallos tanto para las capas web como nativas.
--   Utilice mapas de origen para rastrear errores con precisión durante la depuración. 
--   Aproveche las herramientas de desarrollo específicas de cada plataforma para identificar y resolver problemas.
--   Configure puntos de referencia automatizados de rendimiento para realizar un seguimiento de las mejoras a lo largo del tiempo.
-
-Para compilaciones iOS, confirme la compatibilidad de Xcode y las configuraciones de firma. Para Android, asegúrese de que la configuración de Gradle y las versiones del SDK se alineen con sus requisitos objetivo. Estos pasos le ayudarán a detectar problemas temprano y mantener un rendimiento constante en todas las plataformas.
-
-## Usando [Capgo](https://capgo.app/) para Gestionar Fallos de Compilación
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-Capgo proporciona un conjunto de herramientas diseñadas para ayudar a los equipos a manejar fallos de compilación en [pipelines de CI/CD de Capacitor](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/). Al combinar monitoreo, configuraciones seguras y análisis en profundidad, ayuda a los equipos a identificar, abordar y prevenir problemas de compilación. A continuación, exploraremos cómo Capgo simplifica estos procesos para mejorar la eficiencia de CI/CD.
-
-### Monitoreo y Recuperación de Compilaciones
-
-El monitoreo en tiempo real de Capgo supervisa los estados de compilación y el progreso de implementación, ofreciendo información a través de un panel de análisis detallado. Aquí hay algunas métricas clave rastreadas por la plataforma:
-
-| **Nombre de Métrica** | **Punto de Referencia** |
-| --- | --- |
-| Entrega de Actualizaciones | 23.5M actualizaciones entregadas |
-| Tasa de Éxito | 95% de usuarios actualizados en 24 horas |
-| Tiempo de Respuesta API | 57ms promedio mundial |
-| [Descarga de Bundle](https://capgo.app/docs/webapp/bundles/) | 114ms para un bundle de 5MB |
-
-Cuando surgen problemas, el sistema de rollback de Capgo asegura una recuperación rápida con características como:
-
--   **Seguimiento automático de versiones** para monitorear actualizaciones sin problemas.
--   **Monitoreo de actualizaciones en tiempo real** para detectar problemas inmediatamente.
--   **Control preciso de implementación** para gestionar actualizaciones por fases.
--   **Registro de errores** para identificar problemas rápidamente.
-
-### Gestión Segura de Configuraciones
-
-Capgo no solo monitorea compilaciones - también protege configuraciones críticas con medidas de seguridad robustas. Usando encriptación de extremo a extremo, minimiza el riesgo de fallos relacionados con la configuración. Por ejemplo, aquí hay una [configuración de Capgo](https://capgo.app/consulting/) de muestra:
-
-```yaml
-# Example Capgo configuration
-secure_config:
-  encryption: end-to-end
-  access_control:
-    - role_based_access
-    - multi_factor_auth
-  variable_management:
-    - encrypted_storage
-    - version_control
-```
-
-La plataforma también separa configuraciones para entornos de desarrollo, staging y producción, asegurando que cada entorno opere de forma independiente y segura.
-
-### Herramientas de Análisis de Fallos de Compilación
-
-Las herramientas de análisis de Capgo proporcionan información completa sobre fallos de compilación, facilitando a los equipos diagnosticar y resolver problemas. Estas herramientas incluyen:
-
--   **Registros detallados de compilación** con información contextual.
--   **Seguimiento de métricas de rendimiento** para monitorear la salud del sistema.
--   **Detección de conflictos de dependencias** para señalar problemas de compatibilidad.
--   **Comparación de configuración de entorno** para identificar discrepancias.
-
-Para equipos que migran desde otras plataformas, Capgo simplifica la transición con herramientas de migración que incluyen verificaciones de compatibilidad y validación de configuración, asegurando una configuración fluida y compilaciones estables.
-
-## Conclusión: Creando Pipelines Estables de Capacitor
-
-Construir pipelines estables de Capacitor requiere atención cuidadosa a la gestión de dependencias, mantenimiento de entornos consistentes y seguimiento del rendimiento. En el centro de este proceso están los **sistemas de control de versiones** y **actualizaciones automatizadas**, que aseguran que el pipeline permanezca seguro y confiable. Estas prácticas resaltan la importancia de mantenerse proactivo al manejar dependencias.
-
-> "La gestión de dependencias implica manejar las bibliotecas externas, herramientas y componentes de los que depende una aplicación, asegurando que se resuelvan, actualicen y mantengan correctamente durante todo el ciclo de vida del desarrollo." - Jose Luis Amoros de Krasamo [\[1\]](https://www.krasamo.com/dependency-management)
-
-Herramientas modernas de CI/CD como **Capgo** simplifican la implementación y el monitoreo, facilitando el mantenimiento de la estabilidad del pipeline. A continuación se presentan algunas estrategias clave que los equipos pueden adoptar para fortalecer sus pipelines:
-
-| **Estrategia** | **Cómo Implementar** | **Por Qué Es Importante** |
-| --- | --- | --- |
-| **Control de Versiones** | Fijar dependencias a versiones específicas | Previene problemas inesperados de compatibilidad |
-| **Paridad de Entorno** | Usar containerización (ej., Docker) | Asegura que las compilaciones permanezcan consistentes entre etapas |
-| **Actualizaciones Automatizadas** | Usar escáneres de dependencias | Mantiene la seguridad y el rendimiento actualizados |
-| **Gestión de Configuración** | Separar configuraciones de entorno | Reduce conflictos de implementación |
-
-A medida que el desarrollo de Capacitor continúa avanzando, seguir estas estrategias permitirá a los equipos crear pipelines que sean resilientes y eficientes. Al enfocarse en estas mejores prácticas, los desarrolladores pueden mitigar riesgos y asegurar implementaciones más fluidas.
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Cómo puedo mantener mi pipeline CI/CD de Capacitor estable en diferentes entornos?
-
-Para mantener tu pipeline CI/CD de Capacitor funcionando sin problemas en diferentes entornos, considera estos consejos prácticos:
-
--   **Organizar ramas efectivamente**: Implementa una estrategia estructurada de gestión de ramas y requiere revisiones de código obligatorias. Esto ayuda a prevenir conflictos y asegura que tu código web y nativo funcionen bien juntos.
--   **Automatizar compilaciones y verificar variables**: Automatizar tus procesos de compilación y validar variables de entorno puede reducir significativamente los errores de implementación.
--   **Probar extensivamente**: Realizar pruebas exhaustivas en todos los entornos, incluyendo pruebas unitarias y de integración, para identificar y resolver problemas temprano.
-
-Usar herramientas como Capgo puede hacer estos procesos más fáciles. Capgo soporta integración CI/CD sin problemas, ofrece actualizaciones instantáneas y proporciona opciones rápidas de rollback cuando es necesario. Esto ayuda a asegurar implementaciones más suaves y rendimiento confiable en todos los entornos.
-:::
-
-:::faq
-### ¿Cómo puedo gestionar dependencias efectivamente para evitar fallos de compilación en proyectos Capacitor?
-
-Para mantener tus proyectos Capacitor funcionando sin problemas y evitar fallos de compilación, la **gestión efectiva de dependencias** es clave. Actualiza regularmente tus dependencias para parchar problemas de seguridad y mantener la compatibilidad con las últimas características. Herramientas como el CLI de Capacitor, npm o yarn pueden hacer este proceso más fácil y eficiente.
-
-Para necesidades específicas de plataforma, confía en herramientas como **CocoaPods** para iOS y **Gradle** para Android para asegurar el manejo adecuado de dependencias entre plataformas. Para ir un paso más allá, considera integrar automatización a través de pipelines CI/CD. Esto puede ayudar a detectar problemas temprano ejecutando verificaciones automatizadas de integridad y compatibilidad de dependencias, reduciendo las posibilidades de que se filtren errores.
-
-Adoptar estas prácticas ayudará a asegurar que tus aplicaciones Capacitor estén construidas sobre una base estable con menos contratiempos en el desarrollo.
-:::
-
-:::faq
-### ¿Cómo puede Capgo ayudar a resolver fallos de compilación en pipelines CI/CD de Capacitor?
-
-Capgo simplifica el diagnóstico y la corrección de fallos de compilación en pipelines CI/CD de Capacitor. Ofrece herramientas como **seguimiento automatizado de errores**, **resolución de conflictos de dependencias** y **validación de variables de entorno** para detectar problemas temprano y minimizar errores de compilación.
-
-Además, Capgo simplifica las actualizaciones over-the-air (OTA) con características como **opciones de rollback**, **implementaciones por etapas** y **monitoreo en tiempo real**. Estas herramientas hacen que las implementaciones sean más suaves y controladas. Además, su integración con tus herramientas CI/CD existentes permite **verificaciones automatizadas de cumplimiento** y **seguimiento de rendimiento**, aumentando la confiabilidad y eficiencia de tu pipeline.
-:::
diff --git a/src/content/blog/es/git-flow-vs-trunk-based-for-cicd.md b/src/content/blog/es/git-flow-vs-trunk-based-for-cicd.md
deleted file mode 100644
index d586aa694..000000000
--- a/src/content/blog/es/git-flow-vs-trunk-based-for-cicd.md
+++ /dev/null
@@ -1,184 +0,0 @@
----
-slug: git-flow-vs-trunk-based-for-cicd
-title: Git Flow vs. Trunk-Based para CI/CD
-description: >-
-  Explore las diferencias entre Git Flow y Trunk-Based Development para flujos
-  de trabajo CI/CD efectivos y conozca más sobre sus fortalezas y debilidades.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:55:05.937Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad-1745376919736.jpg
-head_image_alt: Desarrollo de software
-keywords: >-
-  Git Flow, Trunk-Based Development, CI/CD, software development, version
-  control
-tag: 'Development, Technology, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Elegir entre [Git Flow](https://nvie.com/posts/a-successful-git-branching-model/) y Desarrollo Basado en Trunk (TBD) puede impactar significativamente tu flujo de CI/CD. Aquí un desglose rápido:**
-
--   **Git Flow**: Mejor para entornos estructurados y controlados por versiones. Utiliza múltiples ramas como `main`, `develop`, `feature`, `release` y `hotfix`. Ideal para equipos grandes, ciclos de lanzamiento más lentos y procesos estrictos de control de calidad.
--   **Desarrollo Basado en Trunk**: Se centra en una única rama principal con ramas de características de corta duración. Adecuado para equipos más pequeños, lanzamientos rápidos y pruebas automatizadas sólidas.
-
-### Comparación Rápida:
-
-| Aspecto | Git Flow | Desarrollo Basado en Trunk |
-| --- | --- | --- |
-| **Complejidad de Ramas** | Múltiples ramas de larga duración | Una rama única, ramas de corta duración |
-| **Frecuencia de Lanzamientos** | Lanzamientos programados | Despliegue continuo |
-| **Tamaño del Equipo** | Equipos grandes | Equipos pequeños a medianos |
-| **Pruebas** | Pruebas al final del ciclo | Pruebas automatizadas |
-| **Riesgo de Despliegue** | Menor con lanzamientos por etapas | Mayor con actualizaciones frecuentes |
-| **Reversión** | Más lenta | Más rápida |
-
-**Conclusión clave**: Usa Git Flow para flujos de trabajo estructurados y más lentos, y TBD para velocidad y flexibilidad. Ambos requieren sólidos pipelines de CI/CD para tener éxito.
-
-## 29 - GitFlow vs. Desarrollo Basado en Trunk: Gestionando ...
-
-<iframe src="https://www.youtube.com/embed/_24yLROhdHI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Conceptos Básicos del Flujo de [Git Flow](https://nvie.com/posts/a-successful-git-branching-model/)
-
-![Git Flow](https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad/7bc9375d356ef2d5849efed49227325e.jpg)
-
-Git Flow organiza el desarrollo utilizando cinco tipos de ramas: **main**, **develop**, **feature**, **release** y **hotfix**. Esta estructura ayuda a gestionar los lanzamientos y el desarrollo paralelo de manera efectiva.
-
-### Estructura de Ramas en Git Flow
-
-| Tipo de Rama | Propósito | Destino de Fusión |
-| --- | --- | --- |
-| **Main** | Contiene código listo para producción | N/A |
-| **Develop** | Integra características; sirve como base para ramas de características | N/A |
-| **Feature** | Usada para construir características individuales; creada desde develop | develop |
-| **Release** | Prepara para pruebas finales y versionado; creada desde develop | main & develop |
-| **Hotfix** | Corrige problemas de producción rápidamente; creada desde main | main & develop |
-
-### Ventajas de Git Flow
-
--   Permite desarrollar múltiples características al mismo tiempo sin causar conflictos.
--   Las ramas de release proporcionan un espacio dedicado para pruebas finales y preparación de versiones, manteniendo la rama **develop** abierta para trabajo continuo.
--   Las ramas de **hotfix** facilitan la corrección rápida de problemas en producción sin interrumpir otras tareas de desarrollo.
-
-### Desventajas de Git Flow
-
--   **Complejidad en la Gestión de Ramas**: Gestionar varias ramas activas puede hacer más desafiante la fusión.
--   **Despliegue más Lento**: El proceso formal de lanzamiento puede ralentizar los despliegues en comparación con flujos de trabajo más simples.
--   **Mayor Mantenimiento**: Cada rama requiere su propia configuración de pipeline, aumentando la carga de mantenimiento.
-
-Este flujo de trabajo funciona mejor para proyectos que necesitan control estricto de versiones, múltiples líneas de lanzamiento o cumplimiento de regulaciones. A continuación, exploraremos cómo esto se compara con el enfoque simplificado del desarrollo basado en trunk.
-
-## Conceptos Básicos del Desarrollo Basado en Trunk
-
-El Desarrollo Basado en Trunk (TBD) gira en torno a una única rama principal, a menudo llamada trunk o main. Este enfoque se alinea estrechamente con las prácticas DevOps y la integración continua.
-
-### Estructura de Ramas en Desarrollo Basado en Trunk
-
-En un flujo de trabajo típico de TBD, encontrarás estos tipos de ramas:
-
-| Tipo de Rama | Propósito | Duración |
-| --- | --- | --- |
-| **Main/Trunk** | Rama central con código listo para producción | Permanente |
-| **Ramas de Características** | Ramas temporales para cambios individuales | Corta duración |
-| **Ramas de Release** | Usadas para ajustes finales antes de un lanzamiento | Temporal |
-
-Los desarrolladores fusionan regularmente cambios pequeños e incrementales en la rama principal, a menudo varias veces al día. Esto fomenta las pruebas continuas y ayuda a resolver conflictos rápidamente.
-
-### Beneficios del Desarrollo Basado en Trunk
-
-TBD trae varias ventajas para equipos que trabajan con CI/CD y DevOps:
-
--   **Menos Conflictos de Fusión**: Las fusiones regulares mantienen los conflictos manejables.
--   **Retroalimentación más Rápida**: Las compilaciones automatizadas se ejecutan con cada fusión, detectando errores temprano.
--   **Pipelines más Simples**: Una única rama reduce la complejidad de las configuraciones CI/CD.
--   **Mejor Colaboración en Equipo**: Un trunk compartido asegura que todos permanezcan alineados.
-
-Esta estructura crea un flujo de trabajo optimizado, preparando el escenario para una comparación con Git Flow en la siguiente sección.
-
-### Limitaciones del Desarrollo Basado en Trunk
-
-Si bien TBD tiene sus fortalezas, también viene con desafíos que los equipos necesitan abordar:
-
-| Desafío | Impacto | Cómo Abordarlo |
-| --- | --- | --- |
-| **Estabilidad del Código** | Riesgo de cambios que afecten main | Usar pruebas automatizadas sólidas |
-| **Coordinación del Equipo** | El trabajo superpuesto puede causar interrupciones | Confiar en feature flags y commits pequeños frecuentes |
-| **Curva de Aprendizaje** | Transición desde ramas de larga duración | Ofrecer capacitación e implementar gradualmente |
-| **Problemas de Escalabilidad** | Las fusiones frecuentes pueden sobrecargar equipos grandes | Hacer cumplir revisiones de código exhaustivas |
-
-Adoptar TBD exitosamente requiere pruebas automatizadas sólidas y comunicación abierta dentro del equipo.
-
-## Git Flow vs. Desarrollo Basado en Trunk: Comparación Directa
-
-Aquí cómo se comparan Git Flow y el Desarrollo Basado en Trunk en áreas clave:
-
-### Tabla de Comparación de Características
-
-| Aspecto | Git Flow | Desarrollo Basado en Trunk |
-| --- | --- | --- |
-| Complejidad de Ramas | Múltiples ramas de larga duración | Una rama principal con ramas de corta duración |
-| Frecuencia de Lanzamientos | Lanzamientos programados | Despliegue continuo |
-| Tamaño del Equipo | Funciona bien para equipos grandes | Mejor adaptado para equipos pequeños |
-| Proceso de Revisión de Código | Revisiones formales durante fusiones de ramas | Revisión continua de cambios pequeños y frecuentes |
-| Requisitos de Pruebas | Enfoque en pruebas al final del ciclo | Gran dependencia de pruebas automatizadas |
-| Curva de Aprendizaje | Más complejo debido a múltiples ramas | Flujo de trabajo más simple, pero requiere pruebas sólidas |
-| Riesgo de Despliegue | Menor riesgo con lanzamientos por etapas | Mayor riesgo con actualizaciones frecuentes |
-| Tiempo de Recuperación | Procesos de reversión más lentos | Capacidades de reversión más rápidas |
-
-### Cuándo Usar Cada Flujo de Trabajo
-
-**Git Flow** es ideal para proyectos a nivel empresarial que requieren lanzamientos estructurados y versionados. Es una buena opción para equipos que gestionan múltiples versiones soportadas y proyectos con necesidades formales de QA o cumplimiento.
-
-**Desarrollo Basado en Trunk** funciona mejor para equipos y proyectos que priorizan la velocidad y flexibilidad, como:
-
--   Plataformas SaaS que necesitan actualizaciones rápidas
--   Equipos con sólidos pipelines de CI/CD
--   Proyectos respaldados por pruebas automatizadas confiables
--   Flujos de trabajo de despliegue continuo o lanzamientos frecuentes
--   Proyectos de aplicaciones móviles que requieren actualizaciones regulares
-
-Algunos equipos incluso combinan los dos métodos: usando Desarrollo Basado en Trunk para servicios principales y Git Flow para proyectos con líneas formales de lanzamiento.
-
-A continuación: Cómo configurar pipelines de CI/CD para cualquier enfoque.
-
-## Configuración del Pipeline CI/CD
-
-### Configuración CI/CD de Git Flow
-
--   **Pipeline de Rama de Desarrollo**: Ejecuta pruebas unitarias, pruebas de integración, verificaciones de calidad de código, verificación de compilación y despliegue al entorno de desarrollo.
--   **Pipeline de Rama de Release**: Ejecuta el conjunto completo de pruebas, escaneos de seguridad, construye un candidato a release y despliega al entorno de staging.
--   **Pipeline de Rama Main**: Realiza pruebas de validación, maneja el versionado, crea la compilación de producción, despliega a producción y etiqueta el release.
-
-### Configuración CI/CD de Desarrollo Basado en Trunk
-
--   **Pipeline de Rama de Características**: Se centra en pruebas unitarias rápidas, verificaciones de estilo de código, verificación de compilación y despliegue a un entorno de vista previa.
--   **Pipeline de Rama Principal**: Cubre pruebas automatizadas exhaustivas, escaneos de seguridad, creación de compilación de producción, despliegue progresivo y características de rollback automatizado.
-
-### Integración CI/CD de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-Para agregar actualizaciones en vivo over-the-air a cualquier configuración de CI/CD, Capgo puede integrarse sin problemas:
-
-Capgo trabaja con [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), y [Jenkins](https://www.jenkins.io/) para habilitar actualizaciones en vivo, despliegues por etapas y rollbacks instantáneos tanto en pipelines de Git Flow como de Desarrollo Basado en Trunk. Cumple con los requisitos de Apple y Google mientras ofrece soporte para despliegues tanto en la nube como auto-alojados [\[1\]](https://capgo.app/).
-
-## Resumen y Recomendaciones
-
-Elige tu flujo de trabajo basado en el tamaño de tu equipo y el nivel de madurez de CI/CD usando la tabla siguiente:
-
-| Escenario | Git Flow | Desarrollo Basado en Trunk |
-| --- | --- | --- |
-| **Tamaño del equipo** | 50+ desarrolladores | Menos de 50 desarrolladores |
-| **Frecuencia de lanzamientos** | Semanal o mensual | Diaria o múltiples veces al día |
-| **Pruebas y QA** | Ciclos tradicionales de QA | Enfoque en pruebas automatizadas |
-| **Modelo de despliegue** | Multi-versión, tradicional | Nativo en la nube, containerizado |
-| **Tolerancia al riesgo** | Configuraciones conservadoras, reguladas | Progresivo, retroalimentación rápida |
-
--   Comienza con Desarrollo Basado en Trunk en equipos más pequeños, luego expándelo a grupos más grandes. Asegúrate de que tu pipeline CI/CD esté completamente automatizado antes de la transición.
--   Mantén revisiones de código consistentes y usa toggles de características en ambos flujos de trabajo. Alinea tus configuraciones de pipeline con el flujo de trabajo que selecciones.
-
-Algunos equipos pueden mezclar estos enfoques - usando Git Flow para lanzamientos mayores mientras aprovechan el Desarrollo Basado en Trunk para la entrega de características. Cualquier camino que tomes, el éxito depende de integrar CI/CD adecuadamente, automatizar las pruebas y mantener al equipo en la misma página.
diff --git a/src/content/blog/es/google-play-compliance-key-update-strategies.md b/src/content/blog/es/google-play-compliance-key-update-strategies.md
deleted file mode 100644
index d8b792fde..000000000
--- a/src/content/blog/es/google-play-compliance-key-update-strategies.md
+++ /dev/null
@@ -1,157 +0,0 @@
----
-slug: google-play-compliance-key-update-strategies
-title: 'Cumplimiento de Google Play: Estrategias clave de actualización'
-description: >-
-  Explicando las estrategias importantes para 2025 para cumplir con las
-  políticas de Google Play y evitar la eliminación de aplicaciones y la pérdida
-  de ingresos.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:40:19.077Z
-updated_at: 2025-04-22T02:40:30.520Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8-1745289630520.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Google Play compliance, app updates, data privacy, content policies, account
-  security
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-
-**Mantener el cumplimiento con las políticas de [Google Play](https://play.google.com/console/signup) en 2025 es crítico para evitar eliminaciones de aplicaciones, suspensiones de cuenta y pérdida de ingresos.** Los desarrolladores deben actuar rápidamente ante los cambios de política y usar herramientas como [Capgo](https://capgo.app/) para entregar actualizaciones al **95% de los usuarios en 24 horas.** Esto es lo que necesitas saber:
-
--   **Cambios de Política 2025**: Reglas más estrictas para contenido (ej., etiquetas "Ad" claras, verificación de edad), privacidad de datos (ej., paneles de privacidad en la app, registros en tiempo real), y seguridad de cuenta (ej., [autenticación de dos factores](https://capgo.app/docs/webapp/mfa/) obligatoria, retenciones de seguridad de 24 horas)
--   **Errores Comunes**: Malentendidos de reglas, APIs obsoletas y falta de divulgaciones
--   **Consejos de Cumplimiento**:
-    -   Automatizar verificaciones en tu pipeline CI/CD
-    -   Usar herramientas de actualización en vivo como Capgo para correcciones instantáneas
-    -   Revisar regularmente anuncios de Google Play y capacitar a tu equipo en nuevas políticas
--   **Riesgos de Incumplimiento**: Eliminación de la app, pérdida de ingresos y reputación dañada
-
-**Enfócate en actualizaciones rápidas, verificaciones automatizadas de cumplimiento y planificación a largo plazo para mantenerte adelante.** Profundicemos en los detalles para asegurar que tu app permanezca segura y fácil de usar.
-
-## Problemas de Cumplimiento de [Google Play](https://play.google.com/console/signup)
-
-![Google Play](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/6fab1123dba2d1a9b508fae064f81971.jpg)
-
-### Cambios de Política y Errores Comunes
-
-Cuando Google Play actualiza sus políticas, los equipos de desarrollo a menudo enfrentan plazos ajustados para adaptarse. Los errores comunes incluyen:
-
--   Malinterpretar nuevas reglas de privacidad de datos
--   No actualizar divulgaciones sobre recolección de datos
--   Continuar usando APIs obsoletas sin los permisos adecuados
-
-### ¿Qué Sucede Si Violas las Políticas?
-
-Romper las reglas de Google Play puede llevar a contratiempos importantes:
-
--   Las apps pueden ser eliminadas inmediatamente de la tienda
--   Las apps suspendidas no pueden procesar pagos, llevando a pérdida de ingresos
--   Malas reseñas de usuarios y calificaciones más bajas pueden dañar la reputación de tu app
-
-A continuación, profundizaremos en las actualizaciones de política 2025 y consejos prácticos para asegurar que tu app mantenga el cumplimiento.
-
-## [PolicyBytes](https://playgoogle/developer-content-policy/) de Google Play - Actualizaciones de política abril 2025
-
-![PolicyBytes](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/81241892df8a0b3e1d59d8ca79389c8a.jpg)
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Cambios de Política 2025
-
-Las actualizaciones 2025 de Google Play se enfocan en elevar el estándar para contenido, mejorar la privacidad del usuario y fortalecer las medidas de seguridad de cuenta.
-
-### Actualización de Reglas de Contenido
-
-Google ha introducido reglas más estrictas para abordar violaciones comunes de contenido:
-
--   Los **anuncios nativos** deben incluir etiquetas "Ad" claras que sean fáciles de identificar para los usuarios
--   El **contenido generado por usuarios** debe ser filtrado para detectar discurso de odio antes de ser subido
--   Las apps con contenido maduro deben incluir **sistemas de verificación de edad**
-
-### Reglas de Privacidad de Datos
-
-Para abordar problemas pasados con el manejo de datos, las nuevas reglas de privacidad requieren:
-
--   **Solicitudes de permiso** antes de acceder a funciones sensibles como cámara, ubicación o contactos
--   Un **panel de privacidad en la app** que explique todas las prácticas de recolección de datos
--   **Registros de acceso en tiempo real** para datos de usuario, con opciones para exportar esta información
-
-### Reglas de Seguridad de Cuenta
-
-Para proteger mejor las cuentas de desarrolladores, Google ha implementado estas medidas de seguridad:
-
--   La **autenticación de dos factores** es ahora obligatoria para acceder a la consola de desarrollador
--   Una **retención de seguridad de 24 horas** se activará por cualquier actividad sospechosa en la cuenta
--   Se realizarán **auditorías de seguridad** regulares, junto con reportes automatizados de cumplimiento
-
-Estas actualizaciones buscan proteger a los usuarios mientras dan a los desarrolladores pautas claras a seguir. Herramientas como Capgo facilitan que los equipos cumplan con estos cambios, permitiendo que el **95% de los usuarios reciban correcciones críticas dentro de 24 horas** [\[1\]](https://capgo.app/)
-
-## Métodos de Cumplimiento
-
-Después de monitorear las políticas, el siguiente paso es implementar métodos efectivos de cumplimiento.**Integre verificaciones de cumplimiento en su pipeline de CI/CD** La automatización de verificaciones durante su proceso de CI/CD asegura que los problemas sean identificados y resueltos antes del despliegue
-
-Las tareas clave de cumplimiento incluyen:
-
--   Escanear el uso de permisos para garantizar el alineamiento con las [políticas de privacidad](https://capgo.app/dp/)
--   Verificar filtros para contenido generado por usuarios
--   Auditar prácticas de etiquetado y ubicación de anuncios
--   Validar marcadores de restricción por edad
--   Mantener registros detallados de cambios en políticas, procedimientos de manejo de datos, reglas de moderación y medidas de seguridad
-
-**Considere usar Capgo para actualizaciones en tiempo real** Esta herramienta permite actualizaciones sin requerir aprobaciones de la tienda y ofrece características como:
-
--   Integración con pipelines de CI/CD
--   Despliegue de actualizaciones en tiempo real
--   Análisis y seguimiento de errores incorporados
--   Soporte para revertir actualizaciones
--   Cifrado de extremo a extremo y capacidades de asignación de usuarios
-
-A continuación, eche un vistazo a las herramientas de actualización en vivo y compare plataformas para encontrar la mejor opción para sus necesidades
-
-## Actualizaciones en Vivo para Cambios de Política
-
-Las actualizaciones en vivo llevan el cumplimiento al siguiente nivel al cerrar la brecha entre detectar problemas de política y resolverlos. Estas plataformas permiten el despliegue instantáneo de actualizaciones urgentes, correcciones de errores y nuevas funciones - evitando completamente los procesos de revisión de la tienda de aplicaciones. Esto funciona en conjunto con las verificaciones automatizadas de CI/CD, asegurando que las brechas en las políticas se aborden más rápido que nunca
-
-### Características de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo asegura actualizaciones de cumplimiento rápidas, con 95% de usuarios activos recibiendo actualizaciones dentro de 24 horas y una tasa de éxito global del 82% [\[1\]](https://capgo.app/) La plataforma combina herramientas clave de cumplimiento con un sistema eficiente de [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/):
-
--   **Cifrado de extremo a extremo** para cumplir requisitos de privacidad de datos
--   **Canales de lanzamiento controlado** para actualizaciones graduales de políticas
--   **Opciones de reversión inmediata** para manejar problemas de cumplimiento rápidamente
--   **Análisis en tiempo real y seguimiento de errores** para monitoreo continuo
--   **Integración automatizada de CI/CD** para validar el cumplimiento sin problemas
--   **Controles de asignación de usuarios** para entregar actualizaciones a grupos específicos
-
-Estas capacidades de actualización en vivo juegan un papel crucial en apoyar la estrategia más amplia de cumplimiento, que se discutirá a continuación
-
-## Planificación de Cumplimiento a Largo Plazo
-
-Las soluciones rápidas son importantes, pero asegurar su cumplimiento a largo plazo requiere un marco sólido. Una vez que las actualizaciones en vivo estén implementadas, concéntrese en construir un sistema que mantenga sus esfuerzos de cumplimiento consistentes y efectivos a lo largo del tiempo
-
-### Creación de Lista de Verificación de Cumplimiento
-
-Desarrolle listas de verificación detalladas que conecten políticas con disparadores de actualización y procesos de prueba. Una lista de verificación sólida debe cubrir:
-
--   **Requisitos de privacidad de datos, contenido y seguridad** vinculados a disparadores específicos de actualización
--   **Pruebas de validación y pasos de documentación** para cada fase del flujo de trabajo: desarrollo, QA y lanzamiento
-
-Mantenga listas de verificación separadas para cada fase y actualícelas cuando Google Play anuncie cambios importantes
-
-### Capacitación del Personal sobre Políticas
-
-Mantenga a su equipo actualizado con capacitación regular sobre las políticas de Google Play. Un buen programa de capacitación debe:
-
--   Introducir a los nuevos miembros del equipo a los requisitos básicos de políticas y procesos internos
--   Ofrecer sesiones de actualización cuando se actualicen las políticas
--   Incluir talleres específicos por rol: desarrolladores se enfocan en reglas técnicas, equipos de QA en pruebas y gerentes en plazos
-
-Además, realice auditorías regulares para asegurar que estos esfuerzos de capacitación se traduzcan en cumplimiento accionable
\ No newline at end of file
diff --git a/src/content/blog/es/google-play-staged-rollouts-how-it-works.md b/src/content/blog/es/google-play-staged-rollouts-how-it-works.md
deleted file mode 100644
index b4cea2db3..000000000
--- a/src/content/blog/es/google-play-staged-rollouts-how-it-works.md
+++ /dev/null
@@ -1,199 +0,0 @@
----
-slug: google-play-staged-rollouts-how-it-works
-title: 'Lanzamientos graduales de Google Play: Cómo funciona'
-description: >-
-  Aprende cómo gestionar las actualizaciones de la aplicación de manera efectiva
-  con despliegues graduales en Google Play, asegurando la estabilidad y
-  minimizando los riesgos.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T00:36:08.727Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ddfefb74046f25829c1f7f-1742603807186.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  staged rollouts, Google Play, app updates, risk management, user feedback,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-**Los lanzamientos graduales en Google Play** permiten a los desarrolladores publicar [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) gradualmente, comenzando con un pequeño porcentaje de usuarios antes de expandirse a todos. Esto asegura la estabilidad, detecta problemas temprano y minimiza riesgos.
-
-### Beneficios Principales:
-
--   **Gestión de Riesgos**: Prueba actualizaciones primero con un grupo pequeño
--   **Información en Tiempo Real**: Monitorea el rendimiento y comentarios
--   **Reversión Rápida**: Vuelve a una versión anterior si es necesario
--   **Retroalimentación del Usuario**: Mejora las actualizaciones basadas en respuestas tempranas
-
-### Cómo Funciona:
-
-1.  Elige un porcentaje de lanzamiento (ej., 5-10%) en la [Google Play Console](https://developerandroidcom/distribute/console)
-2.  Monitorea métricas como tasas de fallos, comentarios de usuarios y rendimiento
-3.  Ajusta el porcentaje de lanzamiento o pausalo si surgen problemas
-4.  Usa herramientas como [Capgo](https://capgo.app/) para actualizaciones más rápidas y mejor seguimiento
-
-### Consejos Rápidos:
-
--   Comienza con 5-10% de usuarios y expande gradualmente
--   Planifica actualizaciones durante períodos de baja actividad
--   Usa herramientas de seguimiento de errores para resolución más rápida
-
-Los lanzamientos graduales equilibran la entrega rápida con riesgo controlado, asegurando actualizaciones fluidas para usuarios mientras ayudan a los desarrolladores a mantener la calidad de la aplicación.
-
-## Proceso de Lanzamiento Gradual
-
-### Configuración en [Google Play Console](https://developerandroidcom/distribute/console)
-
-![Google Play Console](https://mars-images.imgix.net/seobot/screenshots/developerandroidcom-ed168370876f8cab0f4fb973291444ec-2025-03-22.jpg?auto=compress)
-
-Para iniciar un lanzamiento gradual, dirígete a la sección 'Release' en Google Play Console. Elige tu track objetivo (Producción, Beta o Alpha) y crea un nuevo lanzamiento. Durante este proceso, encontrarás el selector de porcentaje bajo "Release settings".
-
-Esto es lo que necesitas hacer:
-
--   Sube tu bundle o APK de la aplicación
--   Establece un porcentaje inicial de lanzamiento (usualmente 5-10%)
--   Añade notas de la versión
--   Revisa todo e inicia el lanzamiento
-
-Puedes ajustar el porcentaje de lanzamiento en cualquier momento durante el proceso directamente en Google Play Console.
-
-### Seguimiento del Progreso del Lanzamiento
-
-Mantén un ojo en tu lanzamiento a través del panel de Google Play Console. Proporciona métricas en tiempo real como:
-
--   Tasas de éxito de instalación
--   Reportes de fallos
--   Comentarios de usuarios
--   Problemas de compatibilidad de dispositivos
--   Datos de rendimiento
-
-Las métricas para la nueva versión y la versión anterior se muestran por separado, facilitando la detección de problemas. Si algo parece fuera de lugar, puedes actuar rápidamente para abordar el problema.
-
-### Manejo de Problemas de Actualización
-
-Si surgen problemas, toma acción inmediata usando este plan:
-
-> "Reversión con un clic a cualquier versión anterior si es necesario" - Capgo [\[1\]](https://capgo.app/)
-
-1.  **Evaluación Inmediata**  
-    Revisa reportes de fallos y comentarios de usuarios para determinar qué tan severo es el problema. Presta atención a qué dispositivos, versiones de Android o características están afectadas.
-    
-2.  **Acciones de Respuesta**  
-    Dependiendo de la severidad del problema, puedes:
-    
-    -   Pausar el lanzamiento para evitar que más usuarios reciban la actualización
-    -   Revertir a la versión anterior si el problema es serio
-    -   Enviar una corrección rápida para problemas menores y solucionables
-3.  **Comunicación**  
-    Mantén a los usuarios informados a través de notas de versión, notificaciones en la app, actualizaciones en redes sociales y mensajes en la consola de desarrollador.
-    
-
-Usar herramientas de seguimiento de errores puede ayudarte a anticiparte a problemas potenciales y resolverlos antes de que afecten a demasiados usuarios.
-
-## Consejos para el Éxito del Lanzamiento
-
-### Selección de Porcentajes de Usuarios
-
-Comienza con un grupo pequeño de usuarios para reducir el riesgo de problemas durante el lanzamiento. El porcentaje exacto depende de la complejidad de tu app y base de usuarios. Por ejemplo, podrías comenzar con **5% para apps críticas de negocio**, **10% para actualizaciones de riesgo medio**, y **20% para cambios menores**. Monitorea métricas como tasas de fallos, participación de usuarios, comentarios y rendimiento antes de expandir. Solo incrementa el porcentaje si todo se ve estable. Alinea tu calendario de lanzamiento con estas estrategias de implementación para asegurar un progreso fluido.### Planificación del Calendario de Lanzamiento
-
-Planifica tus implementaciones durante períodos de baja actividad de usuarios para limitar las interrupciones. Ten en cuenta factores como zonas horarias, comportamiento del usuario, capacidad del servidor y disponibilidad del equipo de soporte. Esto asegura que cualquier problema pueda ser abordado rápida y eficientemente.
-
-### Herramientas de Gestión de Actualizaciones
-
-Usar herramientas de [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/), como Capgo, puede ayudar a acelerar las tasas de adopción - **95% de los usuarios actualizan dentro de 24 horas**, con una **tasa de éxito del 82%** [\[1\]](https://capgo.app/). Busca herramientas con características como estas:
-
-| Característica | Propósito | Impacto |
-| --- | --- | --- |
-| Analíticas en Tiempo Real | Rastrea la distribución de actualizaciones | Proporciona información inmediata del progreso |
-| Seguimiento de Errores | Monitorea problemas | Permite detección temprana de problemas |
-| Control de Versiones | Gestiona múltiples lanzamientos | Mantiene organizadas las implementaciones |
-| Capacidad de Reversión | Revierte actualizaciones rápidamente | Reduce el impacto en usuarios |
-
-Al seleccionar una herramienta, enfócate en aquellas que ofrezcan monitoreo automatizado. Herramientas con un tiempo de respuesta promedio de **57ms globalmente** [\[1\]](https://capgo.app/) permiten una acción rápida cuando surgen problemas.
-
-Para aún más control, considera usar un [sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) para la distribución de actualizaciones. Esto te permite dirigirte a grupos específicos de usuarios con diferentes versiones, facilitando las pruebas beta y los lanzamientos por etapas. Además, la capacidad de implementar cambios de código en vivo mientras se mantiene el cumplimiento con las reglas de la tienda de aplicaciones puede simplificar y acelerar tu [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-## Reglas y Restricciones
-
-### Requisitos de Google Play
-
-Si estás planeando un lanzamiento por etapas en Google Play, debes asegurarte de que cada nuevo APK o [Android App Bundle](https://enwikipediaorg/wiki/Android_App_Bundle) tenga un código de versión más alto que la versión actual en producción.
-
-Google Play establece criterios específicos para lanzamientos por etapas:
-
--   **Porcentaje de lanzamiento**: Debes elegir un porcentaje entre 1% y 100%
--   **Compatibilidad de versiones**: Las actualizaciones deben funcionar con todas las versiones de Android que tu aplicación soporta oficialmente
--   **Firma de la aplicación**: Las aplicaciones distribuidas vía Android App Bundles deben estar inscritas en [Google Play App Signing](https://supportgooglecom/googleplay/android-developer/answer/9842756?hl=en)
--   **Pruebas internas**: Siempre prueba tu aplicación internamente antes de lanzarla a producción
-
-Al cumplir con estos requisitos, ten en cuenta que hay restricciones que podrían influir en tu estrategia de lanzamiento.
-
-### Restricciones Conocidas
-
-Al planificar tu implementación, considera estas limitaciones:
-
-| Restricción | Detalles | Impacto |
-| --- | --- | --- |
-| Sin Selección de Usuario | No puedes dirigirte a usuarios o regiones específicas | Las actualizaciones se distribuyen aleatoriamente según tu porcentaje |
-| Control de Versiones | Los usuarios no pueden volver a versiones anteriores | Las actualizaciones son permanentes una vez aplicadas |
-| Restricciones de Dispositivo | No se pueden dirigir a dispositivos específicos | Las actualizaciones se aplican uniformemente en todos los dispositivos compatibles |
-
-Otros puntos clave a recordar:
-
--   Solo puede estar activo un lanzamiento por etapas para una aplicación determinada en cualquier momento
--   No hay reversión automática si ocurren problemas
--   No puedes controlar cuándo los usuarios descargan actualizaciones
--   El proceso de lanzamiento no incluye una forma directa de comunicar detalles de la actualización a los usuarios
-
-Se recomienda esperar al menos 24 horas antes de aumentar el porcentaje de lanzamiento. Esto te da tiempo para monitorear el rendimiento y abordar cualquier problema antes de expandir la actualización.
-
-Para actualizaciones urgentes, considera usar herramientas como Capgo para manejar correcciones rápidas o actualizaciones mientras te mantienes dentro de las reglas de Google Play. Estas herramientas pueden ayudarte a gestionar situaciones críticas sin comprometer el cumplimiento.
-
-## Lanza con confianza con la nueva Consola de Play
-
-<iframe src="https://www.youtube.com/embed/vyReHI1eSSU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Resumen
-
-Los lanzamientos por etapas proporcionan una forma controlada de liberar actualizaciones, mejorando la calidad de la aplicación y manteniendo a los usuarios satisfechos.Al cumplir con los requisitos de Google Play, los desarrolladores pueden aprovechar al máximo este enfoque mientras mantienen el cumplimiento
-
-### Beneficios Principales
-
-Los lanzamientos graduales combinados con un monitoreo exhaustivo aseguran actualizaciones confiables. Este método ayuda a:
-
--   Minimizar riesgos y detectar problemas temprano con lanzamientos dirigidos
--   Mantener las aplicaciones estables en varios dispositivos Android
--   Reducir la probabilidad de reseñas y calificaciones negativas
-
-Los estudios muestran que los lanzamientos graduales bien ejecutados logran una tasa de éxito global del 82% [\[1\]](https://capgo.app/), demostrando su valor en mantener un buen rendimiento de la aplicación
-
-### Cómo [Capgo](https://capgo.app/) Agrega Valor
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Para aplicaciones de [Capacitor](https://capacitorjs.com/), Capgo agiliza los lanzamientos graduales ofreciendo una gestión precisa de actualizaciones mientras cumple con las pautas de Google Play. Su sistema de canales se integra perfectamente con los planes de lanzamiento existentes
-
-Así es como Capgo se desempeña:
-
-| Métrica | Rendimiento |
-| --- | --- |
-| **Tasa de Actualización de Usuarios** | 95% en 24 horas |
-| **Total de Actualizaciones Entregadas** | 235M |
-| **Tasa de Éxito Global** | 82% |
-
-Capgo simplifica el proceso de actualización para desarrolladores con funciones como:
-
--   Seguimiento de errores integrado junto con monitoreo de lanzamientos
--   Entrega de actualizaciones segura y conforme
--   Grupos de usuarios específicos para lanzamientos controlados
--   Canales de implementación cifrados para mayor seguridad
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar la revisión para corrección de errores es excelente" [\[1\]](https://capgo.app/)
-
-Estas herramientas permiten a los equipos implementar actualizaciones rápidamente mientras aseguran que sus lanzamientos permanezcan estables para usuarios en todo el mundo
diff --git a/src/content/blog/es/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md b/src/content/blog/es/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
deleted file mode 100644
index c0129a580..000000000
--- a/src/content/blog/es/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
+++ /dev/null
@@ -1,271 +0,0 @@
----
-slug: how-I-manage-semantic-release-with-CapGo-CapacitorUpdater
-title: Cómo Rapido Cloud gestiona el lanzamiento semántico con Capgo CapacitorUpdater
-description: >-
-  Así es como configuré semantic release para gestionar las versiones de mis
-  aplicaciones que usan CapGo CapacitorUpdater
-author: Rupert Barrow
-author_image_url: 'https://avatars.githubusercontent.com/u/48629751?v=4'
-author_url: 'https://linkedin.com/in/rbarrow'
-created_at: 2024-09-22T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /rapido_cloud_study_case.webp
-head_image_alt: Caso de estudio rápido de la nube
-keywords: >-
-  semantic release, semantic-release, CapGo, CapacitorUpdater, mobile app
-  development, live updates, OTA updates, continuous integration, mobile app
-  updates
-tag: Case Study
-published: true
-locale: es
-next_blog: ''
----
-## 1. Introducción
-
-En Rapido Cloud (www.rapido.cloud), estoy desarrollando una aplicación móvil para clientes de Salesforce que les permita implementar fácilmente su propia aplicación móvil con marca sin tener que pasar por los difíciles ciclos de usar Salesforce Mobile SDK o Salesforce Mobile Publisher.
-
-He desarrollado esta aplicación móvil en una plataforma moderna y "estándar" con componentes y herramientas ampliamente utilizados, incluyendo Ionic 8, Angular 18, TypeScript, Capacitor y ahora CapGo CapacitorUpdater. Estos son más sencillos de manejar para clientes que no quieren gestionar especificaciones de la plataforma Salesforce como Lightning Web Components; y es más fácil y económico para mí reclutar desarrolladores y mantenedores de aplicaciones móviles con Ionic + Angular.
-
-Este artículo explica mi diseño, mis elecciones e implementación que hacen de CapGo y `semantic-release` una solución muy exitosa y simple para gestionar todos los despliegues automáticamente a través de Github Actions. Todo esto fue diseñado, probado y documentado durante el excelente período de prueba gratuito de 14 días de CapGo CapacitorUpdater.
-
-## 2. ¿Por qué usar CapGo? ¿Por qué usar semantic-release?
-CapGo CapacitorUpdater me atrajo con su promesa de hacer los despliegues de aplicaciones móviles mucho más simples, mucho más rápidos y flexibles que pasar por el proceso estándar de entrega de Apple AppStore/Google PlayStore.
-Esta es mi primera aplicación móvil que estoy enviando a las tiendas, habiéndome concentrado en el pasado en aplicaciones web, generalmente desarrolladas en Salesforce Experience Cloud.
-
-Estaba bastante preocupado por la curva de aprendizaje para que esto fuera exitoso, pero logré poner mi aplicación en Apple TestFlight bastante fácilmente. Luego estuve en posición de usar CapGo CapacitorUpdater para implementar mis actualizaciones mucho más rápido.
-
-Mi primer requisito y caso de prueba fue implementar para mí mismo para probar mi aplicación como una aplicación móvil real en mi propio teléfono, en lugar de probar en un emulador móvil o en un simulador a través del navegador móvil Nexus sugerido por Ionic. Esto es porque mi aplicación usa características nativas como Geolocalización o acceso a la Galería de Fotos y Cámara. Al no tener experiencia previa probando una aplicación móvil Capacitor, no estaba seguro si todo iba a funcionar correctamente: ¡nada mejor que probar la aplicación real, en condiciones reales!
-
-Así que CapGo CapacitorUpdater me ayudó a actualizar mi aplicación en mi móvil, en vivo, 1 minuto después de guardar una nueva característica o corrección en mi código fuente: ¡tan reconfortante, tan flexible y fácil de configurar!
-
-## 3. Mi modelo de ramificación y lanzamiento, y cómo se integra semantic-release
-
-Ahora que tengo mi entrega a los servidores CapGo funcionando correctamente, necesito automatizar esto y ajustarlo en mi pipeline CI/CD.
-
-### Así es como organizo mi modelo de ramificación y lanzamiento
-
-Para cada aplicación, ya sea móvil, web o Salesforce:
-- El **desarrollo** se lleva a cabo en ramas `feature/...` derivadas de `main`, y se fusionan en `main` que es la referencia para la mayoría de las ramas de desarrollo, fuera de mantenimiento y características específicas para entregas personalizadas (más sobre esto a continuación)
-- **Los despliegues se activan __desde ramas de lanzamiento__** que pueden ser: `production`, ramas de prelanzamiento (`alpha`, `beta`, `nightly`, etc.) y también ramas específicas para clientes o contextos específicos para entregas personalizadas
-- **Los despliegues se activan por una solicitud de extracción** que se fusiona en una rama de implementación. No uso despliegues activados por etiquetas porque semantic release gestiona las etiquetas y todo lo demás por mí.
-
-Básicamente, este es el Flujo Gitlab:
-
-![Flujo Gitlab](/RBW_Gitlab_Flow.webp)
-
-*Flujo Gitlab - fuente https://faun.dev/c/stories/manuelherrera/git-branching-strategies-in-2022*
-
-### Una nota al margen sobre cómo funciona semantic-release:
-
-En una rama de despliegue, cuando se activa semantic-release, calculará automáticamente el nuevo número de versión en esta rama, dependiendo del número de versión de la etiqueta anterior en la rama y las correcciones o características entregadas. Las correcciones crearán una nueva versión de parche, mientras que las características crearán una nueva versión menor. También incluye automáticamente el prelanzamiento `alpha`, `beta`, etc. en el número de versión.
-
-Semantic release genera el registro de cambios desde tus commits, agrupando correcciones y características como se define en commits convencionales (ver https://www.conventionalcommits.org/en/about) y configurado en semantic release.
-
-También actualizará todas tus solicitudes de extracción fusionadas de git (Github, en mi caso) y problemas relacionados con comentarios vinculándolos a la etiqueta y lanzamiento. Finalmente, en este lanzamiento de Github, adjuntará activos como código fuente, binarios si es necesario, `CHANGELOG.md`, etc.
-
-## 4. Ramas, lanzamientos/prelanzamientos, canales en semantic release y en CapGo
-
-Así que lo que quiero que semantic release haga para los despliegues CapGo es lo siguiente.
-
-### Quiero que semantic release genere el número de versión
-
-CapGo ha desarrollado y documentado su propia versión de la herramienta "Conventional Commits" `standard-version`, con su repositorio bifurcado `standard-version` (https://github.com/Cap-go/standard-version), y sus propios repositorios `capacitor-standard-version` (https://github.com/Cap-go/capacitor-standard-version) así como `capacitor-plugin-standard-version` (https://github.com/Cap-go/capacitor-plugin-standard-version). Han documentado en su blog el esquema de versiones utilizado por CapGo en sus despliegues (https://capgo.app/blog/how-version-work-in-capgo/). Los paquetes JavaScript siguen el "estándar" semver "Semantic Versioning" (https://semver.org) que `semantic-release` también sigue (¡obviamente!)
-
-Así que eso es genial, y es un alivio para mí porque uso `semantic-release` extensivamente.
-
-### También quiero que semantic release genere despliegues de aplicaciones en diferentes canales
-
-Como se mencionó anteriormente, necesito desplegar versiones de prelanzamiento desde ramas como `alpha`, `beta`, `nightly` etc., pero también versiones específicas para clientes en ramas como `production-customer-jones`, `production-customer-doe`, etc.
-
-CapGo proporciona la función de "canales" que es exactamente lo que semantic release también soporta, así que estoy emocionado de hacerlos trabajar juntos. Estos también se adaptan a las diferentes compilaciones de ramas gestionadas por XCode Cloud (ver más sobre esto a continuación).
-
-Los números de versión semver generados por semantic release en prelanzamientos se ven como `1.0.0-alpha.1`. Las compilaciones sucesivas en esta rama incrementarán el número de compilación a `1.0.0-alpha.2`, etc. Aunque no está documentado explícitamente, estos números de versión son soportados por CapGo, lo cual es una gran noticia para mí: usaré canales de semantic release y prelanzamiento para generar versiones de mi aplicación con canales Capgo.
-
-## 5. ¿Cómo puedo usar CapGo para lanzar mi aplicación?
-
-Para automatizar el despliegue de tus paquetes de aplicación a CapGo, necesitas usar el comando CLI de CapGo `bundle upload`. Escribe `npx @capgo/cli@latest bundle upload --help` para obtener las numerosas opciones de carga. Entre ellas, usaremos las siguientes:
-```
-npx @capgo/cli bundle upload --channel $CHANNEL --apikey $CAPGO_APIKEY --bundle $VERSION --bundle-url $CAPGO_APPID
-```
-- CHANNEL es el canal CapGo al que queremos desplegar (ej. `alpha`)
-- VERSION es generado por semantic release (ej. `1.0.0-alpha.1`)
-- CAPGO_APIKEY es proporcionado por CapGo para identificar de manera única tu pipeline CI/CD
-- CAPGO_APPID es proporcionado por CapGo para identificar de manera única tu aplicación (ej. `com.mystartup.mysuperapp`)
-
-## 6. Mi configuración de semantic release + CapGo CapacitorUpdate
-
-Finalmente, ¿cómo se integra todo esto?
-
-![Versiones de paquetes de aplicación construidas con semantic release y Github Actions](/RBW_CapGo_channels_and_versions.webp)
-
-*Versiones de paquetes de aplicación construidas con semantic release y Github Actions*
-
-### Automatización de semantic release con Github Actions
-
-La belleza de semantic release es que la automatización del despliegue, en forma de un flujo de trabajo de Github Action, es muy simple. Esto se verá muy similar en otras plataformas CI/CD.
-```yaml
-# ./github/workflows/release.yml
-
-name: Release
-
-on:
-  workflow_dispatch:
-  push:
-    branches: [alpha, alpha-nocapgo, dev-rupert]    # <--- adapt this
-
-env:
-  CAPGO_APPID: com.mystartup.mysuperapp             # <--- adapt this
-  CAPGO_APIKEY: ${{ secrets.CAPGO_APIKEY }}
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: 24
-          cache: "npm"
-      - run: npm install
-      - run: npx semantic-release
-        env:
-          DEBUG: true
-          GITHUB_TOKEN: ${{ github.token }}
-```
-
-Esto solo instala el entorno NodeJS, luego llama a semantic release.
-
-Para cada fusión en una rama listada en `branches`, semantic release activará un despliegue.
-Configura `CAPGO_APIKEY` en los secretos de tu repositorio.
-Actualiza tu `CAPGO_APPID` aquí.
-
-El comportamiento de semantic release se establece en su archivo de configuración `.releaserc.json`.
-Aquí están mis configuraciones, explicadas a continuación:
-```json
-// .releaserc.json
-
-{
-  "branches": [
-    {
-      "name": "release",
-      "channel": "production"
-    },
-    {
-      "name": "alpha",
-      "channel": "alpha",
-      "prerelease": "alpha"
-    },
-    {
-      "name": "alpha-nocapgo",
-      "channel": "alpha",
-      "prerelease": "alpha-nocapgo"
-    },
-    {
-      "name": "dev-rupert",
-      "channel": "development",
-      "prerelease": "development"
-    },
-    {
-      "name": "dev-paul",
-      "channel": "development",
-      "prerelease": "development"
-    }
-  ],
-  "ci": true,
-  "debug": true,
-  "dryRun": false,
-  "repositoryUrl": "https://github.com/RupertBarrow/mysuperapp",
-
-  "verifyConditions": ["@semantic-release/github"],
-
-  "plugins": [
-    [
-      "@semantic-release/commit-analyzer",
-      {
-        "preset": "angular",
-        "releaseRules": [
-          { "type": "breaking", "release": "major" },
-          { "type": "feat", "release": "minor" },
-          { "type": "fix", "release": "patch" },
-          { "type": "ci", "release": "patch" },
-          { "type": "doc", "release": "patch" },
-          { "type": "docs", "release": "patch" },
-          { "type": "refactor", "scope": "core-*", "release": "minor" },
-          { "type": "refactor", "release": "patch" },
-
-          { "scope": "no-release", "release": false }
-        ]
-      }
-    ],
-
-    "@semantic-release/release-notes-generator",
-
-    ["@semantic-release/changelog", { "changelogFile": "CHANGELOG.md" }],
-
-    [
-      "@semantic-release/git",
-      {
-        "assets": ["package.json", "CHANGELOG.md", "ios/App/App.xcodeproj/project.pbxproj"],
-        "message": "chore(release): ${nextRelease.version} [skip ci]\n\n${nextRelease.notes}"
-      }
-    ],
-
-    ["@semantic-release/github", { "assets": ["CHANGELOG.md"] }],
-
-    [
-      "@semantic-release/exec",
-      {
-        "prepareCmd": "npm run build",
-        "publishCmd": "npm add -D @capgo/cli && npx @capgo/cli bundle upload --channel ${branch.channel} --apikey $CAPGO_APIKEY --bundle ${nextRelease.version} --bundle-url $CAPGO_APPID"
-      }
-    ]
-  ]
-}
-```
-
-- `branches`:
-  - `branches` establece la configuración de ramas (`name`), mapeadas al canal CapGo (`channel`) y cómo se llamará el número de versión de prelanzamiento (`prerelease`). Por ejemplo, si `branch.prerelease = "development"`, el número de versión generado por semantic release será `x.y.z-development.n`
-  - los despliegues a las ramas `alpha` y `alpha-nocapgo` desplegarán ambos la aplicación en el canal `alpha`, pero con diferentes nombres de prelanzamiento en el número de versión
-  - los despliegues a las ramas de desarrollador `dev-rupert` o `dev-paul` desplegarán ambos al canal `development` en CapGo, todos con la misma palabra clave `development` de prelanzamiento en el número de versión
-- `verifyConditions`: en la primera etapa de semantic release, verifica que tiene el acceso correcto a Github. Espero agregar una verificación de autenticación para el CLI de CapGo aquí más tarde
-- `@semantic-release/commit-analyzer`: cosas estándar de semantic release - ver su documentación (https://github.com/semantic-release/semantic-release?tab=readme-ov-file#commit-message-format)
-- `@semantic-release/release-notes-generator`: genera el archivo de registro de cambios como `CHANGELOG.md`
-- `@semantic-release/git`: confirma los siguientes archivos que han sido actualizados por la compilación Ionic de la aplicación y por el trabajo de semantic release (`package.json`, `CHANGELOG.md` y `ios/App/App.xcodeproj/project.pbxproj` - aún no compilo para Android)
-- `@semantic-release/github`: adjunta el archivo `CHANGELOG.md` al lanzamiento de Github como un activo
-- `@semantic-release/exec`: usa estos 2 comandos para preparar la compilación de la aplicación (`prepareCmd`) y luego efectivamente construir y desplegar el paquete de la aplicación a los servidores CapGo (`publishCmd`)
-
-Notarás que no hay que lidiar con explicar cómo queremos que se calcule e incremente el número de versión, cómo necesitamos generar un registro de cambios, una etiqueta o lanzamiento de Github, etc.: todo es manejado por defecto por semantic release, con una configuración mínima.
-
-### Construyendo nuevos binarios con XCode Cloud
-
-La integración de todo esto con XCode Cloud para construir nuevas versiones del binario de la aplicación es simple (aún no estoy implementando en Google Play, pero esa compilación debería ser similar):
-- Configuré un proceso de XCode Cloud para compilar cuando hay un cambio en la rama que deseo usar para esto (por ejemplo `production`)
-- en esta rama, configuré XCode Cloud para compilar solo cuando se actualiza el archivo `CHANGELOG.md`. Esto se actualiza después de cada versión generada por semantic release
-- Puedo activar compilaciones en diferentes ramas para simular el despliegue para diferentes canales. En cada configuración de compilación de XCode Cloud en una rama diferente, establezco manualmente una variable de ambiente con el valor de `branch.channel` definido en `releaserc.json` (sí, esto es una duplicación manual) y luego, si quisiera, podría desplegar una aplicación AppStore diferente para cada aplicación personalizada de cliente desplegada desde una rama de lanzamiento personalizada, como se mencionó anteriormente.
-
-![Building app binaries on XCode Cloud with CapGo channels](/RBW_XCode_Cloud_building.webp)
-
-*Construyendo binarios de aplicación en XCode Cloud con canales CapGo*
-
-## 7. Conclusión
-
-En conclusión, estoy muy contento de haber podido integrar CapGo CapacitorUpdater en mi pipeline estándar de semantic release, rápidamente dentro del período de prueba de 14 días, y el resultado es el siguiente:
-- los números de versión del bundle se generan automáticamente por semantic release y son compatibles con los servidores CapGo
-- semantic release despliega automáticamente los bundles de aplicación CapGo, también haciendo uso de los canales CapGo
-- esto se ajusta perfectamente con las compilaciones de binarios de aplicación de XCode Cloud
-
-### Próximos pasos
-
-Actualmente estoy en la fase de desarrollo de esta aplicación. La pondré rápidamente a disposición de los probadores a través de TestFlight (para iOS). Considerando el poder de CapGo, seguramente desplegaré una versión gratuita de la aplicación en la AppStore para pruebas, que se actualizará regularmente con CapGo durante las pruebas. Luego desplegaré otra versión (de pago) de la aplicación en la AppStore, bajo otro registro, y también la actualizaré regularmente con CapGo.
-
-Espero agregar una mejor verificación previa a la compilación de los prerrequisitos de `bundle upload` de CapGo en mi configuración de semantic release.
-
-Ahora tengo un pipeline de semantic release limpio, simple y reproducible para futuras aplicaciones móviles desarrolladas con Ionic + Angular + Capacitor.
-
-## Autor - Rupert Barrow
-
-Tengo más de 22 años de experiencia en Salesforce, como cliente y usuario, como socio e integrador, arquitecto, desarrollador, analista de negocios y consultor. Cofundé y cogestioné Altius Services como COO y CTO durante 13 años, un exitoso socio SI de Salesforce en Francia, antes de embarcarme en una nueva aventura como solopreneur de Salesforce con mi oferta de producto **Rapido Cloud**.
-
-Puedes encontrarme en LinkedIn en https://linkedin.com/in/rbarrow.
-
-Puedes echar un vistazo a nuestras ofertas de Salesforce en https://www.rapido-companion.app y https://www.rapido.cloud (en desarrollo).
diff --git a/src/content/blog/es/how-capacitor-bridges-web-and-native-code.md b/src/content/blog/es/how-capacitor-bridges-web-and-native-code.md
deleted file mode 100644
index 73518b3d7..000000000
--- a/src/content/blog/es/how-capacitor-bridges-web-and-native-code.md
+++ /dev/null
@@ -1,276 +0,0 @@
----
-slug: how-capacitor-bridges-web-and-native-code
-title: Cómo Capacitor conecta código web y nativo
-description: >-
-  Descubra cómo un puente nativo permite una comunicación fluida entre el código
-  web y nativo, mejorando el rendimiento y la experiencia del usuario de la
-  aplicación.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T02:55:05.863Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e35e3910051fda3b61fe9f-1742957721554.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, native bridge, web apps, live updates, plugin system, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
--   **Puente nativo**: Traduce JavaScript en acciones nativas (p. ej., [acceso a la cámara](https://capgo.app/plugins/camera-preview/) o GPS).
--   **Sistema de plugins**: Conecta de forma segura las capas web y nativas para una comunicación fluida.
--   **Actualizaciones en vivo**: Envía actualizaciones directamente a los usuarios sin demoras en la tienda de aplicaciones.
--   **Plugins personalizados**: Crea plugins para acceder a funciones avanzadas del dispositivo como autenticación biométrica o sensores especializados.
--   **Rendimiento**: Carga rápida (114ms para paquetes de 5MB) y fiabilidad global (82% de tasa de éxito).
-
-### Resumen rápido
-
-| Función | Ejemplo de implementación | Beneficio |
-| --- | --- | --- |
-| **Acceso a cámara** | `Camera.getPhoto()` | Captura fotos fácilmente |
-| **Geolocalización** | `Geolocation.getCurrentPosition()` | Rastrea ubicación del usuario |
-| **Sistema de archivos** | `Filesystem.readFile()` | Gestiona almacenamiento del dispositivo |
-| **Actualizaciones en vivo** | Entregadas en 114ms | [Actualizaciones más rápidas a usuarios](https://capgo.app/blog/optimise-your-images-for-updates/) |
-
-[Capacitor](https://capacitorjs.com/) ayuda a los desarrolladores a combinar la flexibilidad del desarrollo web con el poder de las aplicaciones nativas. Sigue leyendo para aprender cómo funciona y cómo herramientas como [Capgo](https://capgo.app/) lo mejoran aún más.
-
-## Construyendo aplicaciones web nativas con [Capacitor](https://capacitorjs.com/) 3
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-## Funciones principales del puente
-
-El puente nativo de Capacitor actúa como un enlace crucial, permitiendo que las aplicaciones web interactúen directamente con las capacidades del dispositivo a través de código nativo.
-
-### Conceptos básicos del puente nativo
-
-El puente funciona traduciendo las solicitudes de JavaScript en código de plataforma nativa. Por ejemplo, cuando una aplicación web solicita acceso a la cámara, el puente convierte esa solicitud en Swift para iOS o Java/Kotlin para Android, ejecuta la acción y envía el resultado de vuelta a la aplicación web.
-
-### Beneficios del puente
-
-El puente nativo ofrece varias ventajas para el desarrollo multiplataforma:
-
-| Beneficio | Descripción | Impacto |
-| --- | --- | --- |
-| Tiempo de carga | 114ms promedio para paquetes de 5MB [\[1\]](https://capgo.app/) | Tiempos de respuesta más rápidos |
-| Alcance de actualización | 95% de usuarios actualizados en 24h [\[1\]](https://capgo.app/) | Implementación rápida de funciones |
-| Cobertura de mercado | 82% tasa de éxito global [\[1\]](https://capgo.app/) | Rendimiento confiable mundial |
-| Tiempo de respuesta API | 57ms promedio global [\[1\]](https://capgo.app/) | Interacciones suaves y eficientes |
-
-> "Practicamos desarrollo ágil y @Capgo es crucial para entregar continuamente a nuestros usuarios!" – Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-### Sistema de comunicación de plugins
-
-El sistema de plugins simplifica y asegura el intercambio de datos entre las capas web y nativa usando una API estandarizada. Ha demostrado ser efectivo en aplicaciones reales:
-
--   **Escala**: Usado en 750 aplicaciones actualmente en producción [\[1\]](https://capgo.app/)
--   **Fiabilidad**: Más de 23.5 millones de actualizaciones entregadas [\[1\]](https://capgo.app/)
--   **Rendimiento**: 57ms tiempo promedio de respuesta API global [\[1\]](https://capgo.app/)
-
-Este sistema también incluye cifrado de extremo a extremo, asegurando la transferencia segura de datos. Proporciona a los desarrolladores las herramientas para crear aplicaciones seguras y de alto rendimiento que funcionan perfectamente en todas las plataformas.
-
-## Código web a funciones nativas
-
-### Usando APIs nativas en JavaScript
-
-Capacitor facilita el acceso a las funciones nativas del dispositivo usando su API JavaScript. Aquí hay un vistazo rápido a cómo se implementan algunas funciones comunes:
-
-| Función nativa | Implementación JavaScript |
-| --- | --- |
-| Acceso a cámara | `Camera.getPhoto()` |
-| Geolocalización | `Geolocation.getCurrentPosition()` |
-| Sistema de archivos | `Filesystem.readFile()` |
-| Info del dispositivo | `Device.getInfo()` |
-
-Capacitor se encarga de las diferencias específicas de la plataforma por ti. Activa automáticamente los diálogos de permisos correctos tanto en iOS como en Android, todo mientras proporciona una interfaz JavaScript consistente. Veamos cómo su sistema de plugins asegura una comunicación segura y eficiente entre el código web y las funciones nativas.
-
-### Estructura de plugins
-
-El sistema de plugins de Capacitor está diseñado para hacer que la comunicación entre el código web y nativo sea eficiente y segura. Funciona a través de tres capas clave:
-
-1.  **Capa de solicitud**: Asegura que las llamadas entrantes sean validadas y sanitizadas correctamente.
-2.  **Capa de traducción**: Convierte las llamadas JavaScript en acciones específicas de la plataforma.
-3.  **Manejador de respuestas**: Maneja el flujo de datos, procesa errores y gestiona conversiones de tipo.
-
-Esta estructura asegura una interacción fluida y confiable entre tu aplicación web y las funciones nativas del dispositivo.
-
-## Código nativo a funciones web
-
-### Eventos web desde código nativo
-
-El puente de Capacitor permite actualizaciones en tiempo real a la capa web con mínimo esfuerzo. Los desarrolladores pueden gestionar eventos nativos efectivamente usando métodos específicos diseñados para cada tipo de evento:
-
-| Tipo de evento | Método de implementación | Caso de uso |
-| --- | --- | --- |
-| Notificaciones push | `notifyListeners()` | Informar a la capa web sobre nuevos mensajes |
-| Actualizaciones de ubicación | `Events.emit()` | Enviar cambios de coordenadas GPS |
-| Estado del hardware | `Bridge.triggerWindowEvent()` | Reportar cambios como batería o estado de red |
-
-Capgo asegura un manejo consistente de eventos a través de diferentes versiones. A continuación, veamos cómo el código nativo entrega datos en tiempo real a los componentes web.
-
-### Actualizaciones de datos nativos
-
-Después de activar eventos, actualizar datos desde código nativo a la web es igual de sencillo. Con las capacidades de actualización en vivo de Capgo, este método se convierte en una opción confiable para aplicaciones dinámicas.
-
-Consejos para mejorar las actualizaciones de datos nativos:
-
--   **Actualizaciones por lotes**: Combina cambios de datos relacionados para reducir el número de llamadas al puente.
--   **Limitación de eventos**: Limita eventos nativos de alta frecuencia para evitar sobrecargar el sistema.
--   **Manejo de errores**: Usa estrategias sólidas de gestión de errores tanto en el lado nativo como web.
-
-El puente de Capacitor, junto con el [sistema de actualizaciones de Capgo](https://capgo.app/docs/plugin/cloud-mode/manual-update/), crea una configuración confiable para la comunicación nativa a web.
-
-## Creando plugins personalizados
-
-Usando el puente nativo de Capacitor, los plugins personalizados permiten la comunicación entre capas web y nativas, desbloqueando el acceso a funciones avanzadas del dispositivo.
-
-### Pasos para desarrollo de plugins
-
-1.  **Configura tu entorno de desarrollo**
-
-Crea un directorio de plugin con la siguiente estructura:
-
-2.  **Define la interfaz del plugin**
-
-Escribe una interfaz [TypeScript](https://www.typescriptlang.org/) para especificar cómo funcionará tu plugin:
-
-3.  **Implementa el código nativo**
-
-Agrega funcionalidad específica de plataforma para iOS y Android. Por ejemplo, en Swift:
-
-Una vez que tu marco está en su lugar, puedes construir plugins adaptados a las necesidades específicas de tu aplicación.
-
-### Aplicaciones de plugins personalizados
-
-Los plugins personalizados llenan los vacíos dejados por las APIs web estándar. Aquí hay una tabla mostrando ejemplos del mundo real:
-
-| Caso de uso | Categoría de plugin | Ejemplo |
-| --- | --- | --- |
-| [Autenticación biométrica](https://capgo.app/plugins/capacitor-native-biometric/) | Seguridad | Huella digital o reconocimiento facial |
-| Hardware personalizado | Dispositivo | Integración de sensores especializados |
-| Manejo de archivos | Almacenamiento | [Cifrado personalizado](https://capgo.app/docs/cli/migrations/encryption/) para archivos |
-
-Al crear plugins personalizados, ten en cuenta estos consejos:
-
--   **Manejo de errores**: Asegúrate de que tu plugin maneje errores efectivamente en ambos lados web y nativo.
--   **Documentación**: Proporciona documentación clara de la API y mantén historial de versiones.
--   **Gestión de versiones**: Sigue versionado semántico para gestionar actualizaciones de forma confiable.
-
-El sistema de actualización de Capgo simplifica la implementación de plugins, facilitando la distribución de actualizaciones en la base de usuarios de tu aplicación mientras asegura compatibilidad y control de versiones.
-
-## Pruebas y rendimiento
-
-### Herramientas de depuración
-
-Capacitor incluye herramientas integradas para ayudar a solucionar problemas con la comunicación del puente. Dos herramientas esenciales para monitorear llamadas web a nativas son **[Chrome DevTools](https://developer.chrome.com/docs/devtools)** y **[Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector)**. También puedes habilitar registro detallado en tu configuración de Capacitor así:
-
-Para depurar en el lado nativo:
-
--   **iOS**: Usa la Consola y Puntos de interrupción de [Xcode](https://developer.apple.com/xcode/).
--   **Android**: Usa Logcat de [Android Studio](https://developer.android.com/studio) con el filtro `Capacitor/Console`.
-
-Veamos problemas comunes del puente y cómo resolverlos.
-
-### Problemas comunes y soluciones
-
-Los problemas de comunicación del puente suelen caer en estas categorías:
-
-| Problema | Causa | Solución |
-| --- | --- | --- |
-| Errores de tiempo de espera | Operaciones nativas lentas | Agregar manejo de tiempo de espera y usar callbacks de progreso |
-| Desajustes de tipo de datos | Tipos de parámetros incorrectos | Validar tipos de datos usando interfaces TypeScript en ambos extremos |
-| Fugas de memoria | Oyentes de eventos no eliminados | Limpiar oyentes en `ionViewWillLeave` o durante la limpieza del componente |
-
-Para reducir fallos, sigue estas prácticas:
-
--   **Usa bloques try-catch** alrededor de llamadas al puente para manejar errores con elegancia.
--   **Valida datos de solicitud** para asegurar que coincidan con la estructura esperada antes de enviar.
--   **Verifica estado de conexión** antes de hacer llamadas para monitorear el estado del puente.
-
-### Mejoras de velocidad
-
-Una vez que has identificado problemas, puedes mejorar el rendimiento del puente optimizando la transferencia de datos, el manejo de eventos y la gestión de caché.
-
-**Transferencia de datos**:
-
--   Envía solo los datos necesarios para minimizar el tamaño de la carga.
--   Usa formatos binarios para transferencias de datos grandes para mejorar la eficiencia.
--   Combina múltiples solicitudes en un solo lote cuando sea posible.
-
-**Manejo de eventos**: En lugar de activar múltiples actualizaciones, agrúpalas en una sola devolución de llamada para mejor rendimiento:
-
-**Gestión de Caché**:
-
--   Almacena datos nativos de acceso frecuente en el almacenamiento web para una recuperación más rápida.
--   Utiliza una caché LRU (Menos Usado Recientemente) para las respuestas de la API.
--   Limpia las cachés regularmente para evitar que se vuelvan demasiado grandes.
-
-Para funciones en tiempo real, considera usar una cola de mensajes para evitar cuellos de botella. Al implementar actualizaciones en vivo, las herramientas de monitoreo de rendimiento de Capgo pueden ayudar a reducir la sobrecarga del puente y garantizar implementaciones de funciones más fluidas.
-
-## Actualizaciones en Vivo con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-### Características de Capgo
-
-Capgo facilita la actualización de [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) permitiendo implementaciones instantáneas de código, evitando la necesidad de revisiones en la tienda de aplicaciones. Proporciona actualizaciones con cifrado de extremo a extremo y utiliza un sistema avanzado de canales para una entrega dirigida.
-
-Los datos de rendimiento muestran la fiabilidad de Capgo en uso real, dando soporte a 750 aplicaciones en entornos de producción [\[1\]](https://capgo.app/). Funciona tanto con [configuraciones en la nube como autohospedadas](https://capgo.app/blog/self-hosted-capgo/) y se integra perfectamente en flujos de trabajo CI/CD para procesos automatizados.
-
-Veamos cómo el sistema de actualización de Capgo da vida a estas características.
-
-### Sistema de Actualización de Capgo
-
-El sistema de actualización opera en tres pasos:
-
-1.  **Instalación y Configuración**
-    
-    Comienza inicializando Capgo con el siguiente comando:
-    
-    ```javascript
-// Native code triggering web updates
-Capacitor.Bridge.triggerWindowEvent('dataUpdate', {
-   type: 'sensor',
-   value: newReading
-});
-```
-    
-2.  **Distribución de Actualizaciones**
-    
-    El sistema de canales de Capgo hace que la distribución de actualizaciones sea eficiente al ofrecer:
-    
-    -   Actualizaciones parciales para ahorrar ancho de banda
-    -   Instalaciones en segundo plano que no interrumpen a los usuarios
-    -   Gestión automática de versiones con opciones de reversión
-3.  **Seguridad y Cumplimiento**
-    
-    Capgo garantiza que las actualizaciones cumplan con las directrices de Apple y Google mediante el uso de cifrado de extremo a extremo. También incluye seguimiento de errores y análisis integrados para mayor fiabilidad.
-    
-
-Este sistema funciona perfectamente con el puente nativo de Capacitor, haciendo que las actualizaciones de la aplicación sean fluidas y sin complicaciones. Estas características distinguen a Capgo en el mercado de actualizaciones en vivo.
-
-### Opciones de Servicio de Actualización
-
-Capgo destaca entre los servicios de actualización en vivo para aplicaciones Capacitor gracias a varios factores clave:
-
-| Característica | Capgo | Contexto del Mercado |
-| --- | --- | --- |
-| Modelo de Precios | Desde $12/mes | Asequible para equipos pequeños y grandes |
-| Entrega de Actualizaciones | 114ms promedio | Más rápido que la mayoría de competidores |
-| Límite de Usuarios | 1,000 a 1M+ MAU | Escala con aplicaciones en crecimiento |
-| Almacenamiento | 2GB a 20GB | Opciones flexibles de almacenamiento |
-| Ancho de Banda | 50GB a 10TB | Diseñado para necesidades empresariales |
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Para equipos que migran desde otras plataformas, Capgo ofrece opciones de migración fluidas y soporte completo. Con su fuerte presencia en el ecosistema de Capacitor, Capgo es una opción confiable para el despliegue continuo.
-
-## Resumen
-
-El sistema de puente de Capacitor agiliza el desarrollo de aplicaciones híbridas al facilitar una comunicación fluida entre las capas web y nativa. Esto simplifica el acceso a las características nativas, mientras mejora los procesos de implementación y mejora la experiencia general del usuario.
-
-Las plataformas de actualización en vivo como Capgo aprovechan esta eficiencia. Con 23.5 millones de actualizaciones entregadas en 750 aplicaciones de producción, Capgo asegura que el 95% de los usuarios activos reciben actualizaciones dentro de las 24 horas, logrando una tasa de éxito global del 82% [\[1\]](https://capgo.app/). La plataforma entrega consistentemente actualizaciones de forma segura, con una velocidad y fiabilidad impresionantes [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/es/how-capacitor-handles-platform-differences.md b/src/content/blog/es/how-capacitor-handles-platform-differences.md
deleted file mode 100644
index ca6755397..000000000
--- a/src/content/blog/es/how-capacitor-handles-platform-differences.md
+++ /dev/null
@@ -1,294 +0,0 @@
----
-slug: how-capacitor-handles-platform-differences
-title: Cómo Capacitor Maneja las Diferencias de Plataforma
-description: >-
-  Aprende a gestionar eficazmente las diferencias de plataforma en el desarrollo
-  de aplicaciones móviles utilizando una única base de código para iOS y
-  Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T02:08:36.160Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e200987856e801f1f26fa8-1742868536741.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, mobile development, cross-platform, iOS, Android, custom plugins,
-  UI design, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) ayuda a los desarrolladores a crear aplicaciones para iOS y Android utilizando la misma base de código, al tiempo que aborda las diferencias específicas de la plataforma. Simplifica la integración de características nativas, asegura el cumplimiento de las pautas de la plataforma y optimiza el rendimiento. Aspectos clave:
-
--   **Detección de Plataforma**: Usa `Capacitor.getPlatform()` para aplicar código específico de la plataforma.
--   **Plugins Integrados**: APIs unificadas para características como Cámara, Almacenamiento y Geolocalización.
--   **Plugins Personalizados**: Añade código nativo para requerimientos únicos.
--   **Ajustes de UI**: Sigue las reglas de diseño para iOS (por ejemplo, [SF Symbols](https://developer.apple.com/sf-symbols/), botones redondeados) y Android (por ejemplo, [Material Icons](https://developers.google.com/fonts/docs/material_icons), botones alineados a la izquierda).
--   **Configuración**: Ajusta la configuración en `capacitor.config.json` para ambas plataformas.
--   **Actualizaciones en Vivo con [Capgo](https://capgo.app/)**: Despliega actualizaciones al instante sin retrasos de la tienda de aplicaciones, logrando hasta un 95% de adopción de usuarios en 24 horas.
-
-### Comparación Rápida
-
-| Característica | iOS | Android |
-| --- | --- | --- |
-| **Navegación** | Barras de pestañas en la parte inferior, botón de regreso a la izquierda | Menú de navegación superior, navegación inferior |
-| **Tipografía** | Fuente San Francisco | Fuente Roboto |
-| **Plugins (por ejemplo, Cámara)** | [AVFoundation](https://developer.apple.com/documentation/avfoundation/) | [Camera2 API](https://developer.android.com/media/camera/camera2) |
-| **Salida de Compilación** | Archivo `.ipa` | Archivo `.aab` o `.apk` |
-
-Capacitor cierra la brecha entre el desarrollo de aplicaciones web y nativas, facilitando la creación de aplicaciones multiplataforma mientras se mantienen optimizaciones específicas de la plataforma.
-
-## Desarrollo Multiplataforma: Explorando CapacitorJS con ...
-
-<iframe src="https://www.youtube.com/embed/73YWZ1G_DX4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Cómo [Capacitor](https://capacitorjs.com/) Maneja el Código de Plataforma
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-25.jpg?auto=compress)
-
-Capacitor ofrece herramientas para gestionar el código específico de la plataforma, permitiendo a los desarrolladores crear experiencias personalizadas para iOS y Android utilizando una única API.
-
-### Detectar Plataformas en el Código
-
-Con la API de plataforma integrada de Capacitor, detectar la plataforma actual es simple. El método `Capacitor.getPlatform()` identifica el entorno en ejecución, lo que facilita aplicar lógica condicional:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const platform = Capacitor.getPlatform();
-if (platform === 'ios') {
-  // Code specific to iOS
-} else if (platform === 'android') {
-  // Code specific to Android
-}
-```
-
-Este enfoque es especialmente útil para características como [autenticación biométrica](https://capgo.app/plugins/capacitor-native-biometric/), donde iOS podría usar [Face ID](https://en.wikipedia.org/wiki/Face_ID) y Android se basa en autenticación por huella dactilar. Junto con la detección de plataformas, los plugins integrados de Capacitor simplifican la integración nativa.
-
-### Características de Plataforma Integradas
-
-Capacitor viene con un conjunto de plugins esenciales que gestionan las diferencias específicas de la plataforma sin problemas. Estos plugins manejan las complejidades de las implementaciones nativas mientras proporcionan una interfaz de JavaScript consistente:
-
-| Plugin | Implementación en iOS | Implementación en Android |
-| --- | --- | --- |
-| Cámara | AVFoundation | Camera2 API |
-| Almacenamiento | UserDefaults | SharedPreferences |
-| Geolocalización | CoreLocation | LocationManager |
-
-Cada plugin utiliza automáticamente las APIs nativas de la plataforma, asegurando un rendimiento y funcionalidad fluidos.
-
-### Construir Plugins Personalizados para la Plataforma
-
-Para casos en los que los plugins integrados no satisfacen tus necesidades, puedes crear plugins personalizados para acceder a APIs nativas específicas. Así es como:
-
-1.  **Definir el Plugin**
-    
-    ```typescript
-    @Plugin({
-      name: 'CustomFeature',
-      platforms: ['ios', 'android']
-    })
-    ```
-    
-2.  **Agregar Código Nativo**
-    
-    ```typescript
-    @PluginMethod()
-    async customFunction(): Promise<void> {
-      if (Capacitor.getPlatform() === 'ios') {
-        // Add iOS-specific code
-      } else {
-        // Add Android-specific code
-      }
-    }
-    ```
-    
-3.  **Implementar Controladores de Plataforma**
-    
-    -   **iOS (Swift):**
-        
-        ```swift
-        @objc func customFunction(_ call: CAPPluginCall) {
-          // Add native iOS functionality
-        }
-        ```
-        
-    -   **Android (Kotlin):**
-        
-        ```kotlin
-        @PluginMethod
-        fun customFunction(call: PluginCall) {
-          // Add native Android functionality
-        }
-        ```
-        
-
-Los plugins personalizados permiten el acceso a características nativas mientras se mantiene la API consistente y fácil de usar. Esto asegura rendimiento y funcionalidad sin complicar el proceso de desarrollo.
-
-## Directrices de UI Específicas de la Plataforma
-
-### Reglas de Diseño de iOS vs Android
-
-Al diseñar para iOS y Android, es importante seguir patrones de diseño nativos. Los usuarios de cada plataforma tienen diferentes expectativas sobre cosas como navegación, tipografía, botones, encabezados e íconos. Así es como se comparan:
-
-| Elemento de Diseño | iOS | Android |
-| --- | --- | --- |
-| **Navegación** | Barras de pestañas en la parte inferior, botón de regreso a la izquierda | Menú de navegación superior, navegación inferior |
-| **Tipografía** | Fuente San Francisco | Fuente Roboto |
-| **Botones** | Rectángulos redondeados, texto centrado | Botones de Material Design, texto alineado a la izquierda |
-| **Encabezados** | Títulos grandes, centrados | Barras de aplicación, alineados a la izquierda |
-| **Íconos** | SF Symbols | Material Icons |
-
-### Estándares de Diseño Multiplataforma
-
-Si bien cada plataforma tiene sus propias reglas, mantener una identidad de marca cohesiva en ambas es clave. Aquí te mostramos cómo asegurar la consistencia:
-
-```typescript
-const sharedStyles = {
-  primaryColor: '#007AFF', // iOS blue
-  androidPrimaryColor: '#6200EE', // Material Design purple
-  borderRadius: Capacitor.getPlatform() === 'ios' ? '10px' : '4px'
-};
-
-:root {
-  --app-header-height: var(--platform-header-height, 56px);
-  --app-safe-area-top: var(--platform-safe-area-top, 0px);
-}
-```
-
-Usando Capacitor, puedes integrar componentes de UI específicos de la plataforma mientras mantienes la funcionalidad consistente. También ayuda a gestionar configuraciones a nivel de sistema como el Modo Oscuro y el Tipo Dinámico. Para completar el proceso, asegúrate de que la configuración de construcción específica de tu plataforma se alinee con estas directrices.
-
-## Configuración y Configuración de la Plataforma
-
-Después de gestionar tu código de plataforma, una configuración adecuada es esencial para garantizar que tu aplicación funcione sin problemas en iOS y Android.
-
-### Configuración de Plataforma en `capacitor.config.json`
-
-Usa el archivo `capacitor.config.json` para definir configuraciones clave específicas de la plataforma:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "ios": {
-    "contentInset": "always",
-    "backgroundColor": "#ffffff",
-    "scheme": "myapp",
-    "preferredContentMode": "mobile"
-  },
-  "android": {
-    "backgroundColor": "#FFFFFF",
-    "allowMixedContent": true,
-    "captureInput": true,
-    "webContentsDebuggingEnabled": true
-  }
-}
-```
-
-Aquí hay algunas opciones de configuración a considerar:
-
-| Opción | iOS | Android |
-| --- | --- | --- |
-| **Deep Links** | propiedad `scheme` | propiedad `androidScheme` |
-| **Barra de Estado** | `statusBar.style` | `statusBar.backgroundColor` |
-| **Teclado** | `keyboard.resize` | `keyboard.resize`, `keyboard.style` |
-| **Pantalla de Presentación** | `splashScreen.launchShowDuration` | `splashScreen.layoutName` |
-
-Una vez que los ajustes de tiempo de ejecución están en su lugar, ajusta tus configuraciones de construcción para mejorar el rendimiento de cada plataforma.
-
-### Configuraciones de Construcción Específicas de la Plataforma
-
-Ajusta las configuraciones de construcción para optimizar tu aplicación para iOS y Android.
-
-Para iOS, actualiza el archivo `Info.plist`:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Required for document scanning</string>
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>Required for store locator</string>
-```
-
-Para Android, modifica `android/app/build.gradle`:
-
-```kotlin
-android {
-    defaultConfig {
-        minSdkVersion 21
-        targetSdkVersion 33
-        versionCode 1
-        versionName "1.0"
-    }
-    buildTypes {
-        release {
-            minifyEnabled true
-            proguardFiles getDefaultProguardFile('proguard-android.txt')
-        }
-    }
-}
-```
-
-Aquí hay algunas consideraciones clave para la construcción:
-
-| Aspecto | iOS | Android |
-| --- | --- | --- |
-| **Permisos** | Agregar entradas en `Info.plist` | Definir en `AndroidManifest.xml` |
-| **Íconos** | Tamaños de 20px a 1024px | Densidades de mdpi a xxxhdpi |
-| **Pantalla de Presentación** | Basada en Storyboard | Basada en Layout XML |
-| **Salida de Compilación** | Archivo `.ipa` | Archivo `.aab` o `.apk` |
-
-## Actualizar Aplicaciones con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-25.jpg?auto=compress)
-
-Mantener actualizadas las [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) de manera eficiente para iOS y Android es crucial. Capgo ofrece un sistema de actualización en vivo que se alinea con las pautas de ambas plataformas.
-
-### Características de Capgo
-
-| Característica | Descripción | Beneficio en la Plataforma |
-| --- | --- | --- |
-| **Actualizaciones en Vivo** | Despliega al instante sin revisión de la tienda de aplicaciones | Asegura una experiencia unificada en iOS y Android |
-| **Cifrado de Extremo a Extremo** | Asegura la entrega de actualizaciones | Cumple con los requisitos de seguridad de ambas plataformas |
-| **[Sistema de Canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Dirige grupos específicos de usuarios | Soporta pruebas beta y lanzamientos por fases |
-| **Actualizaciones Parciales** | Descarga solo contenido modificado | Ahorra ancho de banda y acelera actualizaciones |
-
-Capgo ha entregado 23.5 millones de actualizaciones, logrando una tasa de actualización de usuarios activos del 95% en 24 horas [\[1\]](https://capgo.app/). Estas características hacen que la [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) sea más fluida y eficiente en todas las plataformas.
-
-### Gestión de Plataforma de Capgo
-
-El sistema de canales de Capgo facilita la gestión de actualizaciones. Los desarrolladores pueden probar características específicas de iOS con usuarios beta, lanzar actualizaciones de Android en etapas y rastrear métricas de rendimiento sin problemas.
-
-La plataforma cumple con los requisitos de actualización por aire de Apple y Google [\[1\]](https://capgo.app/).
-
-Actualmente, 750 aplicaciones en producción dependen de Capgo, manteniendo una tasa de éxito de actualización global del 82% [\[1\]](https://capgo.app/). Su integración CI/CD simplifica los despliegues, mientras que la función de retroceso permite a los desarrolladores revertir a versiones anteriores al instante si surgen problemas. La analítica en tiempo real proporciona información sobre el rendimiento de las actualizaciones y ayuda a mantener la estabilidad de la aplicación.
-
-## Conclusión
-
-### Beneficios de la Gestión de Plataforma
-
-Gestionar las diferencias de plataforma de manera efectiva en Capacitor mejora el desarrollo multiplataforma. Sus herramientas integradas para la detección de plataformas y la configuración permiten a los desarrolladores crear experiencias fluidas para iOS y Android, todo mientras se respetan los estándares de diseño y características únicos de cada plataforma.
-
-Al enfocarse en una gestión adecuada de la plataforma, los equipos de desarrollo pueden lanzar actualizaciones más rápido y mejorar la satisfacción del usuario. Herramientas como Capgo han demostrado cómo un manejo constante de la plataforma puede llevar a tasas de éxito de actualización más altas y mejores experiencias de usuario [\[1\]](https://capgo.app/).
-
-> "Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!"  
-> – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Estas ideas pueden guiarte para realizar mejoras prácticas.
-
-### Próximos Pasos
-
-Para maximizar estos beneficios, considera implementar las siguientes estrategias:
-
-| Elemento de Acción | Beneficio |
-| --- | --- |
-| Habilitar la Detección de Plataforma | Se ajusta automáticamente a las necesidades de iOS y Android |
-| Implementar Actualizaciones en Vivo | Evita retrasos en la tienda de aplicaciones para correcciones urgentes |
-| Configurar Analíticas | Rastrea métricas de rendimiento para cada plataforma |
-| Habilitar Soporte de Retroceso | Resuelve rápidamente problemas específicos de la plataforma |
-
-Para los desarrolladores que buscan mejorar su flujo de trabajo, herramientas como Capgo pueden simplificar el proceso. Características como el cifrado de extremo a extremo y la integración CI/CD ayudan a los equipos a mantener la consistencia mientras implementan actualizaciones de manera eficiente.
-
-El éxito en la gestión de plataformas depende del uso de las herramientas adecuadas y de adherirse a las pautas específicas de la plataforma. Al centrarse en estrategias de detección y gestión robustas, los desarrolladores pueden garantizar que sus aplicaciones funcionen sin problemas tanto en iOS como en Android.
diff --git a/src/content/blog/es/how-capgo-is-born.md b/src/content/blog/es/how-capgo-is-born.md
deleted file mode 100644
index 210fc9437..000000000
--- a/src/content/blog/es/how-capgo-is-born.md
+++ /dev/null
@@ -1,54 +0,0 @@
----
-slug: how-capgo-is-born
-title: Cómo nació Capgo
-description: Historia sobre cómo comencé este viaje y construí Capgo
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-01T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo_birth.webp
-head_image_alt: Ilustración del nacimiento de Capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Story
-published: true
-locale: es
-next_blog: ''
----
-Hola, soy Martin Donadieu,
-
-En julio de 2021, dejé [Naas](https://naas.ai/), la startup que cofundé en 2019 para construir proyectos en solitario.
-
-Durante los primeros 6 meses de mi viaje en solitario, me enfoqué en reiniciar mi proyecto Captime, una aplicación móvil que hice 4 años antes, que se convirtió en un negocio secundario con el covid.
-
-En diciembre de 2021, mientras estaba reconstruyendo la aplicación desde cero, tuve algunos problemas con la versión de producción actual,
-
-y las cosas se complicaron, tenía que arreglarlo, pero quería evitar lanzar una nueva versión, así que busqué una solución para enviar actualizaciones de código a mi aplicación.
-
-En ese momento, Captime generaba $400/mes, así que estaba buscando una solución asequible, Ionic Appflow estaba fuera de mi presupuesto.
-
-La única otra alternativa era Microsoft App Center, pero dejaron de dar soporte para aplicaciones que funcionan con Cordova / Capacitor.
-
-Si eres un desarrollador solitario como yo, encontrarás que Ionic AppFlow no tiene el mejor precio para ti.
-
-Como tú, me estaba quejando de esto, contacté a Ionic, entendieron la queja, pero no estaban dispuestos a cambiar los precios, yo no era el objetivo.
-
-Entonces, decidí intentar arreglar mi mayor dolor en mi flujo de trabajo de desarrollo en Capacitor JS: las actualizaciones en vivo.
-
-Después de un mes de intentos, encontré una manera de descargar desde una URL un zip y reemplazar el código fuente de la aplicación.
-
-Lo compartí y obtuve un gran interés en GitHub.
-
-Era demasiado manual para la mayoría de los equipos, así que pidieron un servicio de pago, ahí fue donde comencé a trabajar en Capgo como alternativa a AppFlow.
-
-El objetivo era proporcionar una solución simple y fácil de usar para enviar actualizaciones de código a aplicaciones JavaScript de Capacitor.
-
-Sin compilación nativa, sin gran caja de herramientas como Ionic, solo actualizaciones en vivo, para el mercado que ellos no atienden, nosotros.
-
-Los contacté para compartir con ellos lo que estaba haciendo, y encontramos un acuerdo de amistad comercial.
-
-Yo construyo para los creadores, ellos construyen para las empresas que necesitan CI/CD y soporte dedicado :)
-
-Estás invitado a unirte a la comunidad para construir juntos, yo también lo uso para mis proyectos, e incluso espero que esto se convierta en mi proyecto principal en el futuro.
diff --git a/src/content/blog/es/how-ccpa-enforcement-impacts-apps.md b/src/content/blog/es/how-ccpa-enforcement-impacts-apps.md
deleted file mode 100644
index 1e691339a..000000000
--- a/src/content/blog/es/how-ccpa-enforcement-impacts-apps.md
+++ /dev/null
@@ -1,250 +0,0 @@
----
-slug: how-ccpa-enforcement-impacts-apps
-title: Cómo la aplicación de la CCPA afecta a las aplicaciones
-description: >-
-  El CCPA está cambiando la forma en que las aplicaciones móviles gestionan los
-  datos de los usuarios, centrándose en la transparencia, los derechos de los
-  usuarios y estrictas medidas de seguridad para el cumplimiento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-27T16:48:49.867Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c0870dcd608d64ca3e5184-1740674966680.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  CCPA, mobile apps, user data, privacy compliance, data security, consumer
-  rights, data sharing, enforcement
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**La Ley de Privacidad del Consumidor de California (CCPA)** está transformando cómo las aplicaciones móviles manejan los datos de los usuarios. Esto es lo que necesitas saber:
-
--   **A quién afecta**: Aplicaciones con más de $25M en ingresos anuales, datos de más de 100,000 usuarios, o que ganan más del 50% de ingresos vendiendo datos.
--   **Requisitos clave**:
-    -   Revelar prácticas de recolección de datos (como IDs de dispositivos y direcciones IP).
-    -   Proporcionar herramientas para que los usuarios accedan, eliminen o rechacen compartir datos.
-    -   Asegurar datos con encriptación y controles de acceso.
--   **Aplicación**: Las violaciones pueden llevar a multas de hasta $7,988 por incidente. Casos notables incluyen [Sephora](https://en.wikipedia.org/wiki/Sephora) (multa de $1.2M) y [DoorDash](https://en.wikipedia.org/wiki/DoorDash) (multa de $375K).
--   **Errores comunes**: Enlaces "No Vender" faltantes, ignorar señales de Control de Privacidad Global (GPC), y compartir datos sin regulación.
-
-**Consejo rápido**: Comienza con una auditoría de datos, actualiza tu [política de privacidad](https://capgo.app/dp/), y usa herramientas como [OneTrust](https://www.onetrust.com/solutions/privacy-automation/) u [Osano](https://www.osano.com/) para simplificar el cumplimiento. Mantener el cumplimiento no solo se trata de evitar multas - construye confianza con los usuarios y protege tu negocio.
-
-## Requisitos principales de CCPA para aplicaciones
-
-### Divulgación de recolección de datos
-
-Los desarrolladores de aplicaciones deben proporcionar avisos claros y anticipados sobre los datos que recolectan, como identificadores de dispositivos, direcciones IP e información del hogar [\[1\]](https://www.flurry.com/ccpa-compliance-guide/). Estos avisos deben explicar cómo se usarán los datos y ser fácilmente accesibles - idealmente dentro de la configuración de la aplicación - antes de recolectar cualquier dato. Incluye todas las categorías de datos y sus propósitos en este aviso [\[3\]](https://oag.ca.gov/privacy/ccpa). Si tu aplicación vende o comparte datos de usuarios, debes mostrar un enlace prominente de "No Vender ni Compartir Mi Información Personal" [\[3\]](https://oag.ca.gov/privacy/ccpa).
-
-La CCPA también enfatiza la importancia de salvaguardar los derechos de los usuarios junto con estas divulgaciones.
-
-### Derechos de privacidad del usuario
-
-La CCPA otorga a los usuarios de aplicaciones derechos específicos que los desarrolladores están obligados a respetar dentro de plazos designados. Las empresas deben proporcionar al menos dos formas para que los usuarios envíen solicitudes, como un número de teléfono gratuito. Para aplicaciones, también debe estar disponible un formulario web interactivo [\[4\]](https://trustarc.com/resource/handle-consumer-requests-under-ccpa/).
-
-Así es como manejar las solicitudes de usuarios:
-
--   **Solicitudes de acceso**: Confirmar recepción dentro de 10 días y proporcionar los datos solicitados dentro de 45 días.
--   **Solicitudes de eliminación**: Usar un proceso de confirmación de dos pasos para verificar la solicitud.
--   **Solicitudes de exclusión**: Completar el proceso de exclusión dentro de 15 días e informar a terceros que recibieron los datos del usuario en los últimos 90 días.
-
-> "Un factor importante para quienes buscan cumplir es implementar un proceso para gestionar las solicitudes de los consumidores bajo CCPA – similar a las solicitudes de acceso de sujetos de datos bajo GDPR." - TrustArc [\[4\]](https://trustarc.com/resource/handle-consumer-requests-under-ccpa/)
-
-Proteger los datos de los usuarios es un elemento crítico de estos derechos de privacidad.
-
-### Requisitos de seguridad de datos
-
-Para respaldar estas medidas de privacidad, la CCPA impone estrictos estándares de seguridad de datos. Las prácticas clave incluyen:
-
--   **Encriptación**: Aplicar encriptación fuerte tanto para datos almacenados como transmitidos.
--   **Controles de acceso**: Implementar protocolos estrictos de autenticación y autorización.
--   **Pruebas regulares**: Realizar evaluaciones de seguridad rutinarias y pruebas de penetración.
--   **Respuesta a incidentes**: Mantener actualizados y listos los procedimientos de notificación de brechas.
-
-Además, las empresas deben mantener registros de actividades relacionadas con la privacidad y solicitudes de usuarios durante 24 meses [\[5\]](https://www.ketch.com/blog/posts/understanding-the-ccpa-right-to-deletion).
-
-## Impulso de aplicación de privacidad en aplicaciones móviles del Fiscal General de CA
-
-<iframe src="https://www.youtube.com/embed/sBckRKsf0yY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Ejemplos de aplicación de CCPA
-
-Casos recientes destacan el enfoque activo de California en la aplicación de leyes de privacidad para aplicaciones móviles, con multas significativas que sirven como una clara advertencia a los desarrolladores sobre el cumplimiento de los estándares.
-
-### Multas y penalizaciones importantes
-
-El Fiscal General de California y la Agencia de Protección de la Privacidad de California (CPPA) han sido agresivos al abordar violaciones de la Ley de Privacidad del Consumidor de California (CCPA). Aquí hay dos casos notables:
-
-**Acuerdo de $1.2 millones de Sephora (2022)**  
-Sephora acordó pagar $1.2 millones después de ser citada por múltiples fallas de cumplimiento:
-
--   No revelar la venta de datos del consumidor
--   No honrar las señales de Control de Privacidad Global (GPC)
--   Ignorar solicitudes de exclusión
--   Perder la ventana de 30 días para abordar violaciones [\[2\]](https://usercentrics.com/knowledge-hub/ccpa-penalties/)
-
-> "Tecnologías como el Control de Privacidad Global son un cambio de juego para los consumidores que buscan ejercer sus derechos de privacidad de datos. Pero estos derechos son insignificantes si las empresas ocultan cómo están usando los datos de sus clientes e ignoran las solicitudes de exclusión de su venta. Espero que el acuerdo de hoy envíe un mensaje fuerte a las empresas que aún no cumplen con la ley de privacidad del consumidor de California. Mi oficina está vigilando, y los haremos responsables." – Fiscal General Rob Bonta [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-**Multa de $375,000 a DoorDash (2024)**  
-DoorDash fue multada con $375,000 por compartir datos de clientes con una cooperativa de marketing sin obtener consentimiento explícito [\[2\]](https://usercentrics.com/knowledge-hub/ccpa-penalties/).
-
-Estos casos subrayan problemas recurrentes de cumplimiento y destacan los desafíos que enfrentan las empresas para adherirse a las leyes de privacidad.
-
-### Errores comunes de cumplimiento
-
-Las aplicaciones móviles a menudo luchan con requisitos específicos de CCPA, llevando a violaciones comunes. Aquí hay un desglose de errores frecuentes y cómo evitarlos:
-
-| Tipo de violación | Impacto | Pasos de prevención |
-| --- | --- | --- |
-| Aviso "No Vender" faltante | Multas de hasta $7,500 por consumidor | Agregar enlaces claros de exclusión en la configuración de la app |
-| Mala gestión del consentimiento | Multas de hasta $22,500 por menor | Usar herramientas de consentimiento explícito, especialmente para usuarios menores de 16 |
-| Compartir datos sin regulación | Mayores riesgos de responsabilidad | Auditar y documentar todas las asociaciones con terceros |
-| Ignorar señales GPC | Desencadenante común para aplicación | Asegurar que la app reconozca y responda a señales GPC |
-
-Dos cambios en la aplicación son dignos de mención:
-
--   El período de cura de 30 días para violaciones ha sido eliminado.
--   Hay mayor escrutinio en el cumplimiento de los requisitos de Control de Privacidad Global [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff).
-
-> "El enfoque del Fiscal General está en el cumplimiento de la ley, dando a los consumidores opciones y control. Pero la intención no es aumentar los ingresos en el fondo de privacidad de California. Es fomentar el cumplimiento." – Melissa G. Powers, Asociada en LewisRice [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-Estas acciones de aplicación dejan claro: los desarrolladores de aplicaciones móviles deben priorizar el cumplimiento para navegar el paisaje evolutivo de la privacidad mientras mantienen sus objetivos de marketing.
-
-## Guía de cumplimiento CCPA
-
-Mantenerse al día con el cumplimiento es crucial para las aplicaciones móviles, especialmente a la luz de acciones recientes de aplicación. Aquí hay una guía práctica para ayudarte a navegar los pasos clave.
-
-### Pasos de auditoría de datos
-
-Comienza creando un inventario detallado de todos los datos de usuarios que tu aplicación recolecta, procesa y comparte. Así es cómo abordarlo:
-
--   **Identificar puntos de recolección de datos**: Documenta cada fuente de entrada de datos, como formularios de registro, compras, herramientas analíticas y SDKs de terceros.
--   **Categorizar los datos**: Divídelos en tipos como:
-    -   Identificadores (ej., nombre, email, ID de dispositivo)
-    -   Datos comerciales
-    -   Actividad en línea
-    -   Geolocalización
-    -   Detalles biométricos
-    -   Información profesional
-
-### Actualizaciones de política de privacidad
-
-Tu política de privacidad debe explicar claramente tus prácticas de datos para cumplir con CCPA. Usa la tabla siguiente como guía:
-
-| Sección | Qué incluir | Consejos para implementación |
-| --- | --- | --- |
-| Recolección de datos | Lista todos los tipos de información personal | Usa lenguaje simple y claro |
-| Derechos del usuario | Explica cómo los usuarios pueden acceder, eliminar o excluirse de compartir datos | Proporciona instrucciones paso a paso |
-| Compartir datos | Describe relaciones con terceros y cualquier venta de datos | Sé específico sobre quién recibe los datos |
-| Métodos de contacto | Ofrece múltiples formas de contactarte | Incluye email, teléfono y formulario web |
-
-Estas actualizaciones son esenciales para manejar efectivamente las solicitudes de derechos de usuarios.
-
-### Gestión de derechos de usuario
-
-Para cumplir con CCPA, necesitas sistemas que manejen solicitudes de privacidad dentro de 45 días. Aquí lo que debes enfocar:
-
--   **Solicitudes de acceso**:
-    
-    -   Agrega un panel de privacidad dentro de tu aplicación.
-    -   Pre-llena formularios con identificadores de usuario para conveniencia.
-    -   Usa seguimiento de ID de dispositivo para usuarios no registrados.
--   **Solicitudes de eliminación**:
-    
-    -   Automatiza flujos de trabajo para procesar eliminación de datos.
-    -   Asegura que los SDKs de terceros soporten eliminación de datos.
-    -   Mantén registros detallados de todas las solicitudes de eliminación.
-
-### Configuración de seguridad de datos
-
-Proteger los datos de usuarios es una parte crítica del cumplimiento. Así es cómo fortalecer tu seguridad:
-
--   **Medidas técnicas**:
-    
-    -   Usa encriptación de extremo a extremo para datos en tránsito.
-    -   Encripta datos almacenados para mantenerlos seguros.
-    -   Establece controles de acceso estrictos y autenticación.
-    -   Realiza auditorías de seguridad regulares.
--   **Supervisión de terceros**:
-    
-    -   Verifica que todos los SDKs que uses cumplan con CCPA.
-    -   Documenta cómo se comparten los datos y proporciona opciones de exclusión.
-    -   Revisa periódicamente las prácticas de seguridad de todos los terceros.
-
-Por ejemplo, el SDK de [Flurry](https://www.flurry.com/) incluye una API de exclusión que respeta las preferencias del usuario y gestiona solicitudes de eliminación de datos [\[1\]](https://www.flurry.com/ccpa-compliance-guide/).
-
-## Recursos de cumplimiento CCPA
-
-Para cumplir con los estándares CCPA, los desarrolladores de aplicaciones necesitan las herramientas adecuadas para simplificar los procesos de cumplimiento. Invertir en privacidad de datos no solo genera confianza sino que también puede producir un retorno de hasta $2.70 por cada dólar invertido [\[8\]](https://www.osano.com/solutions/ccpa-compliance-software). A continuación se presentan herramientas diseñadas para hacer más manejables las evaluaciones de cumplimiento, la gestión de privacidad y las [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/).
-
-### Herramientas de Evaluación de Cumplimiento
-
-Estas herramientas ayudan a evaluar qué tan bien se alinea tu aplicación con los requisitos de CCPA:
-
-| Herramienta | Calificación | Características Principales | Mejor Para |
-| --- | --- | --- | --- |
-| OneTrust | 3.8/5 | Mapeo de datos, escaneo automatizado | Grandes empresas |
-| Osano | 4.6/5 | Consentimiento de cookies, monitoreo de proveedores | Aplicaciones pequeñas-medianas |
-| TrustArc | 4.1/5 | Evaluaciones de riesgo, gestión de privacidad | Aplicaciones multiplataforma |
-
-Estas plataformas proporcionan análisis automatizado de brechas y seguimiento de cumplimiento en tiempo real. Por ejemplo, Osano ayudó a [Lattice](https://lattice.com/) a reducir las complejidades operativas, alinear el marketing con los esfuerzos de cumplimiento y mantener su compromiso con la privacidad [\[8\]](https://www.osano.com/solutions/ccpa-compliance-software).
-
-### Software de Gestión de Privacidad
-
-Las herramientas de gestión de privacidad se centran en cuatro áreas principales:
-
--   **Gestión de Consentimiento**: Recolectar y rastrear automáticamente las preferencias del usuario.
--   **Descubrimiento de Datos**: Escanear y catalogar información personal.
--   **Automatización de Solicitudes**: Manejar solicitudes de derechos de usuarios dentro del plazo requerido de 45 días.
--   **Monitoreo de Terceros**: Rastrear cómo se comparten los datos con proveedores externos.
-
-Soluciones como [Usercentrics](https://usercentrics.com/) y [iubenda](https://www.iubenda.com/en/) ofrecen estas características de manera efectiva. Por ejemplo, [iubenda](https://www.iubenda.com/en/), calificada con 4.5/5 en Capterra, es conocida por su capacidad para ayudar a las aplicaciones a mantener el cumplimiento mientras minimiza los esfuerzos operativos [\[7\]](https://usercentrics.com/knowledge-hub/ccpa-compliance-tools/).
-
-### [Capgo: Actualizaciones de Aplicaciones Compatibles con CCPA](https://capgo.app)
-
-![Capgo: Actualizaciones de Aplicaciones Compatibles con CCPA](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-27.jpg?auto=compress)
-
-Más allá de la gestión de privacidad, plataformas como [Capgo](https://capgo.app/) aseguran que tu aplicación permanezca compatible con CCPA durante las actualizaciones. [Capgo](https://capgo.app/) apoya el cumplimiento ofreciendo:
-
--   **Cifrado de extremo a extremo** para proteger los datos del usuario durante las actualizaciones.
--   **Sin seguimiento entre dispositivos** ni identificadores persistentes.
--   **Manejo transparente de datos** con estadísticas solo agregadas.
--   **Control del usuario** a través de opciones inmediatas de eliminación de cuenta y datos.
-
-Capgo ha entregado exitosamente más de 492.4 millones de actualizaciones en 1,800 aplicaciones en producción, todo mientras se adhiere a estrictas pautas de privacidad [\[9\]](https://capgo.app/).
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar la revisión para correcciones de errores es oro puro." - Bessie Cooper [\[9\]](https://capgo.app/)
-
-Usar estas herramientas junto con auditorías regulares puede ayudar a mantener un cumplimiento consistente con CCPA.
-
-## Conclusión: Pasos para el Cumplimiento de CCPA
-
-Siguiendo las estrategias discutidas anteriormente, aquí hay un desglose de las acciones clave para ayudar a asegurar el cumplimiento con la CCPA. Mantenerse en cumplimiento significa tomar un enfoque exhaustivo para proteger los datos de los usuarios en aplicaciones móviles. Casos recientes de aplicación destacan los riesgos del incumplimiento, incluyendo multas cuantiosas, por lo que los desarrolladores necesitan tomar las medidas de privacidad seriamente.
-
-Aquí hay tres áreas principales en las que enfocarse:
-
--   **Gestión de Datos y Transparencia**
-    
-    -   Realizar inventarios de datos para mapear toda la información personal recolectada, como identificadores de dispositivos y direcciones IP [\[1\]](https://www.flurry.com/ccpa-compliance-guide/).
-    -   Rastrear y documentar cómo se manejan los datos de cada usuario.
-    -   Informar claramente a los usuarios sobre las prácticas de recolección de datos antes de recopilar cualquier información.
-    -   Revisar SDKs de terceros para confirmar que cumplen con los estándares de cumplimiento.
--   **Implementación de Derechos del Usuario**
-    
-    -   Establecer sistemas para manejar solicitudes de acceso y eliminación de datos.
-    -   Asegurar que las solicitudes de usuarios sean atendidas dentro de la ventana requerida de 45 días.
-    -   Añadir un enlace fácil de encontrar "No Vender ni Compartir Mi Información Personal".
-    -   Crear procesos de verificación de identidad para gestionar solicitudes de usuarios de manera segura [\[10\]](https://usercentrics.com/knowledge-hub/6-steps-website-ccpa-compliant/).
--   **Infraestructura Técnica**
-    
-    -   Usar cifrado de extremo a extremo para proteger los datos del usuario.
-    -   Almacenar el consentimiento del usuario de forma segura.
-    -   Optar por herramientas de actualización centradas en la privacidad, como Capgo.
-    -   Realizar auditorías de seguridad regularmente y mantener actualizadas las políticas de privacidad.
-
-Para el cumplimiento continuo, considera usar herramientas diseñadas para cumplir con las reglas CCPA. Por ejemplo, colenso compartió su experiencia con Capgo:
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." [\[9\]](https://capgo.app/)
diff --git a/src/content/blog/es/how-chinas-cybersecurity-law-impacts-app-developers.md b/src/content/blog/es/how-chinas-cybersecurity-law-impacts-app-developers.md
deleted file mode 100644
index 24aba61c4..000000000
--- a/src/content/blog/es/how-chinas-cybersecurity-law-impacts-app-developers.md
+++ /dev/null
@@ -1,221 +0,0 @@
----
-slug: how-chinas-cybersecurity-law-impacts-app-developers
-title: >-
-  Cómo la ley de ciberseguridad china afecta a los desarrolladores de
-  aplicaciones
-description: >-
-  La ley china de ciberseguridad impone reglas estrictas a los desarrolladores
-  de aplicaciones sobre el manejo de datos, afectando así las estrategias de
-  privacidad y cumplimiento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T03:07:29.101Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef49e0ebbb9dc806422d61-1743736061198.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  China Cybersecurity Law, app developers, data localization, security
-  compliance, user privacy, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**[La Ley de Ciberseguridad de China](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL) requiere que los desarrolladores de aplicaciones sigan reglas estrictas para el manejo de datos de usuarios, especialmente cuando se trata de usuarios chinos.** Esto es lo que necesitas saber:
-
--   **Localización de Datos**: Almacenar datos personales y sensibles en servidores dentro de China.
--   **Estándares de Seguridad**: Usar encriptación, [autenticación multifactor](https://capgo.app/docs/webapp/mfa/), y realizar revisiones de seguridad regulares.
--   **Transferencias Transfronterizas de Datos**: Requieren aprobación regulatoria explícita para mover datos fuera de China.
--   **Evaluaciones Obligatorias**: Las aplicaciones deben pasar revisiones técnicas de seguridad, evaluaciones de impacto de protección de datos y verificaciones de seguridad de red.
--   **Consecuencias del Incumplimiento**: Multas, eliminación de aplicaciones, suspensiones de servicio y daño reputacional.
-
-Para mantener el cumplimiento, los desarrolladores deben usar herramientas para encriptación, monitoreo en tiempo real y [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/). No cumplir puede llevar a penalizaciones severas, por lo que la preparación temprana es clave para el éxito en el mercado chino.
-
-## [Ley de Ciberseguridad de China](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) Conceptos Básicos
-
-### Principales Requisitos Legales
-
-La Ley de Ciberseguridad de China establece reglas específicas para el manejo de datos, impactando directamente a los desarrolladores de aplicaciones. Las áreas clave de enfoque incluyen **localización de datos**, **medidas de seguridad** y **protección de la privacidad del usuario**.
-
-Para la localización de datos, se requiere que los desarrolladores almacenen información personal - y cualquier dato considerado crucial para la seguridad nacional o interés público - en servidores ubicados dentro de China continental.
-
-Los operadores de red, incluidos los desarrolladores de aplicaciones, deben seguir estas prácticas de seguridad:
-
--   **Sistemas de registro con nombre real**: Asegurar que los usuarios se registren con identidades verificadas.
--   **Autenticación multifactor**: Acceso seguro a información sensible.
--   **Revisiones regulares de seguridad**: Realizar pruebas de vulnerabilidad y evaluaciones de seguridad.
--   **[Encriptación de datos](https://capgo.app/docs/cli/migrations/encryption/)**: Encriptar datos durante la transmisión y almacenamiento.
--   **Respaldo y recuperación**: Mantener sistemas para respaldo y recuperación de datos.
-
-Estos requisitos dan forma a la manera en que los desarrolladores de aplicaciones deben abordar el cumplimiento.
-
-### Alcance para Desarrolladores de Aplicaciones
-
-La ley se aplica a aplicaciones que recolectan, procesan o almacenan datos de usuarios en China continental, independientemente de dónde se ubique el desarrollador. Esto es lo que los desarrolladores deben considerar:
-
-**Requisitos de Procesamiento de Datos:**
-
--   La información personal y sensible debe manejarse dentro de China.
--   Las transferencias transfronterizas de datos requieren aprobación regulatoria explícita.
--   Los desarrolladores deben establecer sistemas de monitoreo y auditoría.
-
-**Cumplimiento Técnico:**
-
--   Las aplicaciones deben permitir la exportación rápida de datos en formatos estandarizados.
--   Se deben seguir los estándares de encriptación aprobados por los reguladores.
-
-Para desarrolladores que apuntan a usuarios chinos, el cumplimiento a menudo implica trabajar con centros de datos o proveedores de servicios locales. Dado que la ley define "datos críticos" de manera amplia, los desarrolladores necesitan evaluar cuidadosamente todos los tipos de datos que manejan sus aplicaciones y asegurar que existan medidas de protección adecuadas.
-
-## Cumplimiento de Estándares
-
-### Reglas de Almacenamiento de Datos
-
-Para alinearse con los requisitos legales, establece medidas técnicas que garanticen que los datos se almacenen de forma segura y local. La información sensible - como perfiles de usuario, detalles de pago, datos de ubicación, identificadores de dispositivo y análisis - debe almacenarse en servidores ubicados dentro de China continental. Para transferir datos internacionalmente, obtén aprobación explícita de la [Administración del Ciberespacio de China](https://www.cac.gov.cn/) (CAC). Esto incluye presentar documentación que detalle los tipos de datos, frecuencia de transferencia, medidas de seguridad y uso previsto.
-
-### Verificaciones de Seguridad Requeridas
-
-Antes de lanzar en China, debes completar estas evaluaciones de seguridad obligatorias:
-
-1.  **Evaluación de Seguridad Técnica**  
-    Esto implica una revisión detallada de las características de seguridad de la aplicación, incluyendo métodos de encriptación, controles de acceso y pruebas de vulnerabilidad. La evaluación debe ser realizada por una instalación de pruebas aprobada por la CAC.
-    
-2.  **Evaluación de Impacto de Protección de Datos**  
-    Los desarrolladores deben detallar cómo se recolecta, procesa y protege la información personal. Esto incluye documentar mecanismos de consentimiento del usuario y políticas de retención de datos.
-    
-3.  **Revisión de Seguridad de Red**  
-    Las aplicaciones que manejan infraestructura crítica o datos sensibles necesitan una revisión adicional de seguridad de red. Esto se centra en la seguridad del servidor, sistemas de respaldo de datos, planes de respuesta a emergencias y controles de acceso.
-
-Estos pasos proporcionan la base para implementar los cambios técnicos requeridos para el cumplimiento.
-
-### Cambios Necesarios en la Aplicación
-
-Los resultados de estas evaluaciones resaltarán las actualizaciones técnicas necesarias para el cumplimiento:
-
--   **Controles de Privacidad del Usuario**:
-    
-    -   Opciones claras de consentimiento para la recolección de datos
-    -   Configuraciones detalladas de privacidad
-    -   Funciones para eliminar cuentas y datos relacionados
-    -   Políticas transparentes sobre el uso de datos
--   **Características de Seguridad**:
-    
-    -   Encriptación de extremo a extremo para información sensible
-    -   Autenticación multifactor
-    -   Actualizaciones de seguridad consistentes
-    -   Sistemas automatizados de detección de amenazas
-
-Para aplicaciones que requieren actualizaciones frecuentes, considera integrar sistemas de actualización compatibles. Por ejemplo, la solución de actualización en vivo de [Capgo](https://capgo.app/) proporciona encriptación de extremo a extremo y admite parches de seguridad instantáneos mientras cumple con los estándares chinos e internacionales.
-
--   **Características de Gestión de Datos**:
-    -   Herramientas para que los usuarios exporten sus datos
-    -   Registros de auditoría para rastrear el acceso a datos
-    -   Controles automatizados para retención de datos
-    -   Restricciones basadas en acceso geográfico
-
-Todas estas actualizaciones técnicas deben implementarse antes de enviar tu aplicación para aprobación regulatoria. Las auditorías regulares son esenciales para garantizar el cumplimiento continuo.
-
-## Cumplimiento de Datos y Ciberseguridad en China
-
-<iframe src="https://www.youtube.com/embed/wb1ODBAOuRU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Consecuencias del Incumplimiento
-
-No cumplir con los estándares de cumplimiento puede llevar a repercusiones serias, afectando tanto las finanzas como las operaciones.
-
-### Penalizaciones por Incumplimiento
-
-Las organizaciones que no cumplen enfrentan penalizaciones como:
-
--   **Multas** dirigidas tanto a empresas como a ejecutivos clave
--   **Eliminación de aplicaciones** de las plataformas
--   **Suspensiones temporales** de servicios
--   **Revocaciones de licencias**
--   **Restricciones en el acceso al mercado**
-
-### Cómo Funciona la Aplicación
-
-Las autoridades hacen cumplir las normas a través de varios métodos:
-
--   **Auditorías rutinarias** de sistemas técnicos y documentación
--   **Investigaciones** basadas en quejas de usuarios
--   **Monitoreo técnico continuo** para detectar:
-    -   Transferencias de datos no autorizadas
-    -   Brechas de seguridad
-    -   Violaciones de políticas de privacidad
-    -   Acceso inadecuado a contenido
-
-### Costos Financieros y Operativos
-
-El incumplimiento conlleva costos considerables. Los gastos directos incluyen honorarios legales, reparaciones técnicas e interrupciones comerciales. Los costos indirectos, como daño a la reputación, pérdida de oportunidades comerciales y reducción de la confianza de los inversores, pueden dañar el crecimiento a largo plazo. Abordar los problemas de cumplimiento temprano suele ser mucho menos costoso que lidiar con las consecuencias después.
-
-## Métodos de Cumplimiento
-
-### Herramientas Técnicas
-
-Utiliza herramientas técnicas que se alineen con los requisitos de seguridad de China. Las soluciones clave incluyen:
-
--   **Encriptación de datos** que cumple con los estándares nacionales
--   **Herramientas de monitoreo en tiempo real** para rastrear flujos de datos
--   **Software automatizado de cumplimiento** para procesos simplificados
--   **Sistemas de [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** con capacidades de control de versiones
-
-Plataformas como Capgo proporcionan implementación segura de actualizaciones con características como encriptación de extremo a extremo y asignación de usuarios. Estas herramientas simplifican el mantenimiento de la aplicación mientras cumplen con las regulaciones chinas.
-
-### Pasos Diarios de Cumplimiento
-
--   **Verificaciones Matutinas**: Revisar registros del servidor para detectar accesos no autorizados, confirmar aprobaciones de [almacenamiento de datos](https://capgo.app/plugins/capacitor-data-storage-sqlite/) y asegurar que la encriptación esté activa.
--   **Monitoreo Operacional**: Monitorear flujos de datos en tiempo real entre servidores, registrar todas las transferencias transfronterizas de datos y mantener registros detallados del consentimiento del usuario.
--   **Gestión de Actualizaciones**: Probar actualizaciones para cumplimiento, documentar cualquier cambio de seguridad y verificar que el manejo de datos cumpla con los últimos estándares.
-
-Estos pasos ayudan a mantener el cumplimiento de tu aplicación con las medidas de seguridad requeridas.
-
-### Soporte Experto
-
-Además de herramientas y rutinas diarias, el asesoramiento experto juega un papel clave en mantener el cumplimiento.
-
-**Experiencia Legal**
-
--   Consultar con abogados de ciberseguridad familiarizados con las regulaciones chinas.
--   Trabajar con consultores locales de cumplimiento.
--   Mantener conexión con agencias reguladoras.
-
-**[Soporte Técnico](https://capgo.app/docs/getting-help/)**
-
--   Asociarse con proveedores certificados de evaluación de seguridad.
--   Utilizar servicios de alojamiento locales para mejor cumplimiento.
--   Buscar consejo de expertos en implementación familiarizados con el mercado chino.
-
-**Redes de la Industria**
-
--   Unirse a asociaciones de desarrolladores para compartir conocimientos.
--   Asistir a sesiones informativas para mantenerse actualizado sobre cambios regulatorios.
--   Participar en comunidades tecnológicas locales para obtener apoyo y consejos.
-
-## Cambios Futuros y Acceso al Mercado
-
-### Cambios Esperados en la Ley
-
-China continúa ajustando sus regulaciones de ciberseguridad, lo que significa que los desarrolladores de aplicaciones deben estar atentos a las actualizaciones sobre protección de datos y prácticas seguras de datos. Las próximas directrices del [MIIT](https://www.miit.gov.cn/) pueden ofrecer más detalles sobre áreas como categorización de datos, manejo de datos transfronterizos y protocolos de monitoreo. Mantener un ojo en los anuncios oficiales será esencial para mantener el cumplimiento.
-
-### Ventajas del Mercado
-
-Prepararse con anticipación para los cambios regulatorios puede facilitar la entrada al mercado chino. Adoptar un enfoque proactivo hacia el cumplimiento puede acelerar las revisiones de aplicaciones y obtener la aprobación regulatoria más fácilmente. También ayuda a evitar cambios costosos de último momento y genera confianza en los usuarios.
-
-Establecer un marco de cumplimiento que pueda manejar ajustes futuros es clave para el crecimiento a largo plazo. Herramientas como la plataforma de actualización en vivo de Capgo permiten a los desarrolladores implementar actualizaciones seguras rápidamente, asegurando que las aplicaciones se mantengan conformes y competitivas a medida que cambian las reglas.
-
-## Resumen
-
-La Ley de Ciberseguridad de China establece reglas estrictas para los desarrolladores de aplicaciones que ingresan al mercado chino, centrándose en el almacenamiento de datos, la seguridad y la privacidad del usuario. Para operar con éxito, los desarrolladores deben cumplir con estos requisitos y asegurar el cumplimiento.
-
-Pasos clave para desarrolladores incluyen:
-
--   **Almacenamiento de Datos**: Mantener datos personales y sensibles en servidores ubicados dentro de China.
--   **Medidas de Seguridad**: Utilizar métodos de cifrado aprobados y realizar auditorías de seguridad regulares.
--   **Gestión de Actualizaciones**: Entregar actualizaciones utilizando herramientas conformes en tiempo real.
--   **Documentación**: Mantener registros detallados de todas las prácticas relacionadas con datos.
-
-Usar herramientas diseñadas para el cumplimiento puede simplificar este proceso. Plataformas como Capgo ofrecen funciones de actualización en vivo con cifrado de extremo a extremo, ayudando a los desarrolladores a proteger sus aplicaciones mientras cumplen con los estándares regulatorios.
-
-No cumplir puede llevar a penalizaciones significativas. Construir sistemas sólidos de cumplimiento es esencial para el éxito a largo plazo en uno de los mercados digitales más grandes globalmente. A medida que las regulaciones de China continúan evolucionando, los desarrolladores deben mantenerse informados y actualizar regularmente sus prácticas de seguridad y gestión de datos para mantener el cumplimiento.
diff --git a/src/content/blog/es/how-chinas-data-laws-impact-app-store-submissions.md b/src/content/blog/es/how-chinas-data-laws-impact-app-store-submissions.md
deleted file mode 100644
index 352a4f830..000000000
--- a/src/content/blog/es/how-chinas-data-laws-impact-app-store-submissions.md
+++ /dev/null
@@ -1,148 +0,0 @@
----
-slug: how-chinas-data-laws-impact-app-store-submissions
-title: >-
-  Cómo las leyes de privacidad de datos de China afectan a las presentaciones en
-  la App Store
-description: >-
-  Descubra cómo las estrictas leyes de privacidad de China afectan las
-  presentaciones de aplicaciones y requieren almacenamiento local de datos y
-  cumplimiento para una entrada exitosa al mercado.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T01:36:38.468Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df528487fa49042c758f48-1742693880587.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  China, data laws, app store, compliance, local data storage, cybersecurity,
-  personal information protection, data security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las estrictas leyes de datos de China hacen que sea desafiante para los desarrolladores de aplicaciones entrar en el mercado. Esto es lo que necesitas saber:
-
--   **Leyes Clave**: Los desarrolladores deben cumplir con la [Ley de Ciberseguridad](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (2017), [Ley de Seguridad de Datos](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (2021), y [Ley de Protección de Información Personal](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL, 2021). Estas leyes requieren [almacenamiento local de datos](https://capgo.app/plugins/capacitor-data-storage-sqlite/), consentimiento del usuario y controles estrictos sobre transferencias transfronterizas de datos.
--   **Ajustes en el Diseño de Apps**: Las aplicaciones deben almacenar los datos de usuarios chinos localmente, deshabilitar funciones que involucren transferencias transfronterizas y asegurar el cumplimiento desde el inicio.
--   **Pasos de Cumplimiento**: Implementar soluciones de almacenamiento local de datos, clasificar datos por sensibilidad y asegurar permisos para transferencias. Herramientas como [Capgo](https://capgo.app/) ayudan a gestionar actualizaciones mientras se cumplen estos requisitos.
-
-**Consejo Rápido**: Equilibrar el cumplimiento con la funcionalidad de la aplicación es crítico. Utiliza herramientas seguras y alojamiento local para cumplir con las exigencias regulatorias sin comprometer la experiencia del usuario.
-
-## [Ley de Protección de Información Personal](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL) de China Explicada ...
-
-<iframe src="https://www.youtube.com/embed/2mwwDS1fXDY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principales Leyes de Datos de China
-
-Las leyes de datos de China enfatizan el almacenamiento local de datos e imponen restricciones estrictas en las transferencias transfronterizas - planteando desafíos para las aplicaciones que operan en la región.
-
-### 3 Leyes Principales de Protección de Datos
-
--   **Ley de Ciberseguridad**: Introducida en 2017, esta ley requiere que los datos se almacenen dentro de China y exige revisiones de seguridad para cualquier dato transferido al extranjero.
--   **Ley de Seguridad de Datos**: Vigente desde 2021, obliga a las organizaciones a clasificar datos y proteger información crítica.
--   **Ley de Protección de Información Personal (PIPL)**: Promulgada a finales de 2021, esta ley regula cómo se recopila y procesa la información personal, requiriendo consentimiento claro y explícito de los usuarios.
-
-Estas leyes definen colectivamente el marco para las prácticas de manejo de datos que las aplicaciones deben seguir para mantener el cumplimiento.
-
-### Reglas de Almacenamiento y Transferencia de Datos
-
-Bajo estas regulaciones, los datos deben permanecer dentro de China a menos que pasen evaluaciones estrictas de seguridad para transferencias transfronterizas. Estas reglas tienen un impacto directo en cómo se diseñan las aplicaciones, haciendo que el cumplimiento regulatorio sea una parte vital del proceso de desarrollo desde el inicio.
-
-## Requisitos de Envío a la App Store
-
-Las reglas de China sobre localización de datos requieren que las aplicaciones cumplan con estándares de diseño específicos para su aprobación en la tienda de aplicaciones. Esto es lo que necesita ser ajustado:
-
-### Cambios en el Diseño de la Aplicación
-
--   **Enrutamiento de Datos**: Asegurar que todos los datos de usuarios chinos se almacenen en servidores locales o específicos de la región. Esto ayuda a evitar transferencias transfronterizas de datos que podrían violar las regulaciones.
--   **Ajustes de Funciones**: Modificar o deshabilitar funciones que involucren compartir datos transfronterizos para mantener el cumplimiento.
-
-Capgo puede ayudar permitiéndote enviar actualizaciones y funciones instantáneamente, usando cifrado de extremo a extremo y almacenamiento de datos local personalizable.
-
-## Cumplimiento de Estándares
-
-Navegar por el cumplimiento en China requiere abordar desafíos tanto técnicos como regulatorios. A continuación, desglosamos las configuraciones y métodos clave para alinearse con estos requisitos mientras se apoyan objetivos prácticos de desarrollo.
-
-### Configuración de Almacenamiento Local
-
-Aquí hay algunas opciones de almacenamiento para cumplir con los requisitos locales de China:
-
-| Solución de Almacenamiento | Ventajas | Desafíos |
-| --- | --- | --- |
-| **Servicios en la Nube** | Configuración fácil, cumplimiento gestionado | Costos más altos a largo plazo |
-| **Infraestructura Autogestionada** | Mayor control, personalizable | Mantenimiento complejo, configuración más larga |
-
-Es crucial implementar redundancia y planes de recuperación de desastres para mantener la soberanía de datos.
-
-### Métodos de Evaluación de Datos
-
-Antes de gestionar actualizaciones, es importante evaluar tu flujo de datos y sistemas de control para asegurar el cumplimiento. Los pasos clave incluyen:
-
--   **Clasificación de Datos**: Organizar información por niveles de sensibilidad.
--   **Patrones de Transferencia**: Mapear cómo fluyen los datos entre sistemas o componentes.
--   **Controles de Acceso**: Documentar claramente quién tiene acceso a diferentes tipos de datos.
-
-### Gestión de Actualizaciones con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-Capgo simplifica el proceso de gestión de actualizaciones mientras se mantiene el cumplimiento.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo ha demostrado su fiabilidad en el mercado chino con métricas de rendimiento impresionantes:
-
--   **95%** de usuarios activos reciben actualizaciones dentro de 24 horas [\[1\]](https://capgo.app/)
--   **23.5M** actualizaciones entregadas exitosamente [\[1\]](https://capgo.app/)
-
-Características principales incluyen:
-
--   **Cifrado de extremo a extremo** para proteger datos.
--   Un **[sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** para despliegues controlados.
--   **Reversión instantánea** para correcciones rápidas.
--   **Monitoreo en tiempo real** para rastrear el rendimiento de actualizaciones.
-
-## Guía de Revisión de App Store
-
-El envío de aplicaciones a las tiendas de aplicaciones chinas implica navegar por requisitos técnicos y regulatorios estrictos. Los desarrolladores pueden reducir retrasos [implementando un sistema de actualización](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) diseñado para cumplir con estas regulaciones. Este enfoque complementa las estrategias anteriores para gestionar datos locales y asegurar actualizaciones eficientes.
-
-### Consejos de Envío
-
-Para actualizaciones más fluidas y cumplimiento, considera usar Capgo. Esta herramienta permite a los desarrolladores entregar actualizaciones directamente a los usuarios mientras se adhieren a los estándares regulatorios a través de métodos seguros de implementación.
-
-> "Evitar la revisión para corrección de errores es oro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Mirando hacia el Futuro
-
-### Cambios Esperados en las Leyes
-
-Las reglas de protección de datos de China están cambiando. Las próximas regulaciones podrían imponer requisitos más estrictos de localización y manejo de datos. Los desarrolladores de aplicaciones deben prepararse para auditorías de seguridad más estrictas y protocolos de datos más exigentes para mantener el cumplimiento. Estos cambios empujan a los desarrolladores a ajustar sus estrategias, equilibrando operaciones globales con reglas locales.
-
-### Requisitos Globales vs Locales
-
-Distribuir aplicaciones globalmente mientras se siguen las regulaciones de China requiere una planificación cuidadosa. Muchos desarrolladores confían en servidores locales en China combinados con soluciones en la nube para otras regiones. Esta configuración asegura el cumplimiento de las leyes locales mientras mantiene la funcionalidad global. Se basa en estrategias anteriores de almacenamiento de datos localizado, creando un sistema que funciona tanto para las leyes chinas como para las necesidades internacionales.
-
-### Nuevas Herramientas de Cumplimiento
-
-Las nuevas herramientas de cumplimiento están facilitando el manejo de regulaciones complejas mientras mantienen los procesos de actualización fluidos. Estas herramientas están diseñadas para adaptarse a las reglas cambiantes y ofrecen características que simplifican el cumplimiento.
-
-Algunas características destacadas incluyen:
-
--   **Cifrado de extremo a extremo** para asegurar datos durante la transmisión
--   **Opciones flexibles de alojamiento**, ya sea en la nube o autogestionado
--   **Análisis centrado en la privacidad** para mejores perspectivas sin comprometer datos de usuarios
-
-> "La comunidad necesitaba esto y @Capgo está haciendo algo realmente importante!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-A medida que estas herramientas se integran más con las plataformas de desarrollo, se espera que hagan que el cumplimiento regulatorio sea más manejable mientras se mantienen ciclos de actualización eficientes.
-
-## Conclusión
-
-Navegar por las regulaciones de datos de China mientras se mantiene la funcionalidad global de la aplicación no es tarea fácil. Los desarrolladores enfrentan el doble desafío de adherirse a estrictas leyes locales de datos y entregar actualizaciones rápidamente. Herramientas como Capgo simplifican este proceso al agilizar las actualizaciones y ayudar a asegurar el cumplimiento de estos requisitos complejos.
-
-Las soluciones modernas ahora permiten a los desarrolladores encontrar un equilibrio entre cumplir con las demandas regulatorias y lograr eficiencia operativa. Capgo, por ejemplo, ha demostrado cómo los esfuerzos de cumplimiento pueden alinearse con la necesidad de una distribución global fluida, demostrando que las herramientas correctas pueden hacer una gran diferencia.
-
-A medida que las reglas de protección de datos de China continúan cambiando, es esencial que los desarrolladores se enfoquen en herramientas que combinen seguridad y adaptabilidad. Características como el cifrado de extremo a extremo, configuraciones flexibles de alojamiento y opciones rápidas de implementación son clave para cumplir tanto con los estándares regulatorios como con las expectativas de una audiencia global.
diff --git a/src/content/blog/es/how-cicd-tools-trigger-ota-updates.md b/src/content/blog/es/how-cicd-tools-trigger-ota-updates.md
deleted file mode 100644
index 306b492c9..000000000
--- a/src/content/blog/es/how-cicd-tools-trigger-ota-updates.md
+++ /dev/null
@@ -1,249 +0,0 @@
----
-slug: how-cicd-tools-trigger-ota-updates
-title: Cómo las herramientas de CI/CD activan las actualizaciones OTA
-description: >-
-  Descubramos cómo las herramientas de CI/CD mejoran las actualizaciones OTA,
-  permitiendo una implementación de aplicaciones más rápida, segura y confiable
-  a través de procesos automatizados.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-12T08:43:18.401Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67abf1dcdd71129bfb8de766-1739349815106.jpg
-head_image_alt: Desarrollo Móvil
-keywords: 'CI/CD, OTA updates, automation, app deployment, security, Capgo, Capacitor'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-Las herramientas de CI/CD hacen que las actualizaciones over-the-air (OTA) sean más rápidas, seguras y confiables al automatizar el proceso. Aquí te explicamos cómo:
-
--   **¿Qué son las actualizaciones OTA?** Permiten actualizar los recursos de la aplicación como HTML, CSS y JavaScript instantáneamente a través de una CDN, evitando los retrasos de aprobación de la tienda de aplicaciones
--   **Cómo ayuda CI/CD:** Herramientas de automatización como [GitHub Actions](https://docsgithubcom/actions) optimizan pasos clave como verificaciones de compilación, validación de seguridad e implementación, reduciendo errores en un 72% y permitiendo parches el mismo día
--   **Características principales:**
-    -   **Seguridad:** Usa HTTPS, firma de código y encriptación para proteger las actualizaciones
-    -   **Despliegues graduales:** Implementa actualizaciones a grupos pequeños primero para detectar problemas temprano
-    -   **Opciones de reversión:** Revierte automáticamente las actualizaciones si aumentan las tasas de error
--   **Herramientas destacadas:** [Capgo](https://capgo.app/) simplifica las actualizaciones OTA con comandos CLI, integración de webhooks y seguimiento detallado de métricas
-
-La automatización de actualizaciones OTA asegura una entrega más rápida, menos errores y mejor estabilidad de la aplicación. A continuación, encontrarás instrucciones paso a paso para configurar aplicaciones [Capacitor](https://capacitorjs.com/) con pipelines CI/CD.
-
-## [Appflow](https://ionicio/appflow/live-updates) Live Updates: Implementa actualizaciones instantáneas directamente a tus usuarios
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionicio-f18932d1af08bf70cb14b84540039486-2025-02-12.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Preparando [Capacitor](https://capacitorjs.com/) para actualizaciones OTA
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-12.jpg?auto=compress)
-
-La configuración de Capacitor para [actualizaciones over-the-air automatizadas](https://capgo.app/blog/open-source-licecing/) (OTA) involucra tres pasos clave: configurar la instalación, implementar medidas de seguridad e [integrar un sistema de actualización](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Este proceso asegura la compatibilidad con la automatización CI/CD mientras mantiene tu aplicación segura.
-
-### Configurando ajustes OTA en capacitorconfigjson
-
-Comienza actualizando el archivo `capacitorconfigjson` con los parámetros necesarios:
-
-```json
-{
-  "appId": "com.example.app",
-  "appVersion": "2.3.1",
-  "plugins": {
-    "CapacitorUpdater": {
-      "updateUrl": "https://api.example.com/ota",
-      "checkFrequency": 3600,
-      "channel": "production"
-    }
-  }
-}
-```
-
-Establecer una frecuencia de verificación apropiada minimiza los retrasos de actualización - reduciéndolos hasta en un 47% [\[2\]](https://githubcom/becem-gharbi/esp-ota-cicd)
-
-### Implementando seguridad para actualizaciones OTA
-
-Asegurar el proceso de actualización OTA es esencial para evitar actualizaciones no autorizadas y proteger la integridad de tu aplicación. Esto involucra tres capas de protección:
-
-| Capa de Seguridad | Implementación | Propósito |
-| --- | --- | --- |
-| Seguridad HTTPS | Fijación de Certificados | Bloquea ataques man-in-the-middle |
-| Firma de Código | Firmas ed25519 | Confirma la validez de la actualización |
-| Seguridad del Paquete | Encriptación AES-256-GCM | Protege el contenido de la actualización |
-
-Para aplicar estas características de seguridad, incluye lo siguiente en tu configuración:
-
-```json
-{
-  "security": {
-    "publicKey": "-----BEGIN PUBLIC KEY-----...",
-    "requireSignedUpdates": true,
-    "validateChecksums": true
-  }
-}
-```
-
-### Configurando [Capgo](https://capgo.app/) para actualizaciones OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-12.jpg?auto=compress)
-
-Capgo simplifica el proceso de actualización OTA. Comienza instalando el plugin requerido:
-
-```bash
-npm install @capgo/capacitor-updater
-```
-
-Luego, agrega configuraciones específicas de Capgo a tu archivo `capacitorconfigjson`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "apiKey": "CAPGO_XXXX",
-      "channel": "production",
-      "debug": true
-    }
-  }
-}
-```
-
-Capgo usa versionado semántico con identificadores de compilación como `20250212-a1b2c3d` para un seguimiento preciso de actualizaciones. Esto facilita la gestión y monitoreo del ciclo de vida de actualizaciones de tu aplicación.
-
-## Creando Pipelines de actualización OTA
-
-Una vez que hayas configurado Capgo en tu entorno Capacitor, el siguiente paso es vincularlo con herramientas CI/CD para automatizar la entrega de actualizaciones. Esto asegura que las actualizaciones se manejen de forma segura y eficiente mientras mantienes tu aplicación estable.
-
-### Configuración de Webhook para actualizaciones automáticas
-
-Los webhooks en tu configuración CI/CD pueden activar automáticamente actualizaciones cuando ocurren cambios en el código. Por ejemplo, en GitHub Actions, puedes crear un archivo de flujo de trabajo como este:
-
-```yaml
-name: OTA Update Trigger
-on:
-  push:
-    branches: [main]
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Trigger OTA Update
-        run: |
-          curl -X POST \
-          -H "X-Capgo-Signature: sha256=${{ secrets.CAPGO_SECRET }}" \
-          -H "Authorization: Bearer ${{ secrets.CAPGO_API_KEY }}" \
-          https://api.capgo.app/deploy
-```
-
-Asegúrate de almacenar tus claves API y secretos de forma segura en el [almacenamiento encriptado](https://capgo.app/docs/cli/migrations/encryption/) para proteger datos sensibles
-
-### Comandos de Actualización de Capgo CLI
-
-El CLI de Capgo ofrece comandos clave para optimizar la gestión de actualizaciones en tu pipeline. Aquí hay un ejemplo de un flujo de trabajo típico de implementación:
-
-| Etapa | Comando | Propósito |
-| --- | --- | --- |
-| Compilación | `capgo deploy --channel production` | Subir nuevos artefactos de compilación |
-| Pruebas | `capgo promote build-123 --group beta` | [Liberar actualizaciones a un grupo de prueba](https://capgo.app/blog/how-to-send-specific-version-to-users/) |
-| Validación | `capgo metrics get --last-24h` | Verificar métricas de éxito de actualización |
-| Lanzamiento | `capgo promote build-123 --channel stable` | Implementar la actualización a todos los usuarios |
-
-### Métodos de Reversión de Actualizaciones
-
-Tener un mecanismo de reversión confiable es esencial para mantener tu app estable. Tu sistema debería poder detectar problemas y revertir actualizaciones automáticamente. Por ejemplo, puedes usar endpoints de verificación de salud para monitorear tasas de error y activar reversiones si es necesario:
-
-```bash
-# Rollback script triggered by monitoring
-if [ $(curl -s https://api.capgo.app/metrics/errors) -gt 5 ]; then
-  capgo rollback v1.2 --channel production
-  notify-team "Update rolled back due to high error rate"
-fi
-```
-
-Este enfoque ayudó a [Gunnebo Safe Storage](https://wwwgunnebosafestoragecom/) a reducir el tiempo de inactividad de horas a minutos [\[6\]](https://menderio/blog/mender-ota-updates-and-an-automated-ci-cd-pipeline-at-gunnebo-safe-storage)
-
-Para actualizaciones de alto riesgo, considera usar la función de implementación por etapas de Capgo. Permite implementar actualizaciones a grupos más pequeños de usuarios primero, reduciendo la posibilidad de problemas generalizados antes de un lanzamiento completo.
-
-###### sbb-itb-f9944d2
-
-## Métodos de Actualización OTA
-
-### Actualizaciones por Etapas y Grupos de Usuarios
-
-Las actualizaciones por etapas te permiten controlar cómo se implementan las actualizaciones, asegurando una experiencia fluida para los usuarios. Por ejemplo, el comando _promote_ de Capgo (discutido anteriormente) ayuda a gestionar grupos beta. Con datos empresariales que muestran que casi la mitad de las apps (49%) necesitan actualizaciones mensuales [\[4\]](https://capacitorjs.com/docs/guides/ci-cd), la implementación por etapas se convierte en una estrategia clave para mantener las apps estables mientras se implementan cambios gradualmente.
-
-### Activadores de Actualización Basados en Métricas
-
-[Automatizar actualizaciones](https://capgo.app/docs/live-updates/update-behavior/) basadas en métricas de rendimiento puede ahorrar tiempo y prevenir problemas. Al configurar webhooks de monitoreo, puedes rastrear métricas importantes y decidir si continuar o pausar una actualización:
-
-| Tipo de Métrica | Umbral | Acción |
-| --- | --- | --- |
-| Tasa de Fallos | >2% | Pausar implementación |
-| Tasa de Error | >0.5% | Alertar al equipo |
-
-Puedes integrar estas verificaciones en tu pipeline CI/CD para un monitoreo sin problemas. Aquí hay un ejemplo:
-
-```bash
-if [ $(curl -s $MONITORING_API/crash-rate) -gt 2 ]; then
-  capgo pause-rollout --channel production
-  notify-team "Update paused: High crash rate detected"
-fi
-```
-
-Estas métricas se conectan directamente con el sistema de seguimiento de rendimiento, que exploraremos en la siguiente sección.
-
-### Actualizaciones de Respuesta Rápida
-
-Cuando se enfrentan problemas críticos de seguridad o errores importantes, es importante tener una forma de implementar actualizaciones rápidamente. Usa canales de implementación rápida específicamente diseñados para emergencias. Estos canales deben incluir verificaciones de attestation de dispositivos y opciones de reversión automatizadas para minimizar riesgos.
-
-Para actualizaciones urgentes, puedes implementar usando un canal dedicado:
-
-```bash
-capgo deploy --critical --channel hotfix
-```
-
-Para mejorar aún más la velocidad de entrega y cumplir con los estándares de cumplimiento, considera usar canales basados en geo con reglas CDN. Esto asegura que las actualizaciones lleguen a los usuarios de manera eficiente, independientemente de la ubicación.
-
-## Seguimiento del Rendimiento de Actualizaciones
-
-Una vez que hayas implementado métodos de entrega de actualizaciones, es momento de medir qué tan bien están funcionando. Usa estos indicadores clave de rendimiento para mantener el control:
-
-### Métricas de Éxito de Actualización
-
-Presta atención a tres áreas principales: **finalización de implementación**, **tiempo de verificación** y **adopción de usuarios**. Para apps móviles, las tasas de éxito de implementación típicamente varían entre 95% y 99% [\[1\]](https://embeddedartistrycom/blog/2024/01/15/exploring-serverless-ci-cd-for-embedded-devices/) El monitoreo en tiempo real a través de tu pipeline CI/CD puede ayudarte a alcanzar tus objetivos:
-
-| Métrica | Objetivo | Umbral Crítico |
-| --- | --- | --- |
-| Finalización de Implementación | >98% | <95% |
-| Verification Time | <45s | \>120s |
-| Adopción de Usuarios (24h) | >75% | <50% |
-
-### Gestión de Errores de Actualización
-
-Los sistemas automatizados pueden rastrear estados de actualización y responder a errores.Para problemas mayores, el sistema debe revertir las actualizaciones automáticamente si las comprobaciones de salud del dispositivo detectan problemas. Aquí hay un ejemplo de cómo se vería esto en la práctica:
-
-```bash
-if [ $DEVICE_SUCCESS_RATE -lt 85 ]; then
-    trigger_rollback
-fi
-```
-
-Este tipo de configuración asegura que las fallas críticas se aborden rápidamente, minimizando la interrupción para los usuarios.
-
-### Reducción del Uso de Datos
-
-Las actualizaciones delta son una excelente manera de reducir el uso de datos, reduciendo los tamaños de carga entre 70-90% en comparación con las actualizaciones completas [\[4\]](https://capacitorjs.com/docs/guides/ci-cd). Estas optimizaciones pueden integrarse directamente en tu pipeline de CI/CD con reglas como estas:
-
--   **Actualizaciones Delta**: Crear diferencias binarias para incluir solo los componentes que han cambiado
--   **Optimización de Recursos**: Convertir imágenes a formatos como WebP o AVIF para reducir tamaños de archivo
--   **Despliegues Programados en Horas Valle**: Implementar actualizaciones durante momentos de menor tráfico de red para minimizar el impacto
-
-## Conclusión: Actualizaciones OTA Automatizadas
-
-Con actualizaciones OTA automatizadas integradas en pipelines de CI/CD, los despliegues de Capacitor pueden pasar de ciclos semanales a actualizaciones por hora. [JFrog](https://jfrogcom/) destaca este aumento de eficiencia, señalando una **tasa de despliegue 85% más rápida** para aplicaciones Capacitor [\[3\]](https://jfrogcom/blog/devops-and-cicd-for-iot/) y **tasas de adopción del 95%** en redes estables [\[5\]](https://qbeeio/iot-ota/). Estos resultados provienen de eliminar pasos manuales y simplificar el proceso de actualización.
-
-Para los equipos de desarrollo, este enfoque ofrece claras ventajas. Entre los usuarios de [ESP-IDF](https://wwwespressifcom/en/products/sdks/esp-idf), el **73% de los equipos** ahora utiliza verificaciones de CI pre-merge [\[1\]](https://embeddedartistrycom/blog/2024/01/15/exploring-serverless-ci-cd-for-embedded-devices/)[\[2\]](https://githubcom/becem-gharbi/esp-ota-cicd), llevando a lanzamientos de mayor calidad antes de la producción. Estos esfuerzos se alinean con la discusión anterior sobre estrategias de despliegue basadas en datos.
-
-Los pipelines automatizados también aseguran que las actualizaciones se entreguen de manera confiable usando formatos comprimidos y actualizaciones delta. Al combinar pruebas automatizadas, despliegues por fases y seguimiento del rendimiento, los equipos pueden gestionar las actualizaciones de aplicaciones Capacitor con eficiencia y seguridad.
diff --git a/src/content/blog/es/how-delta-updates-reduce-payload-size.md b/src/content/blog/es/how-delta-updates-reduce-payload-size.md
deleted file mode 100644
index 8d43b9616..000000000
--- a/src/content/blog/es/how-delta-updates-reduce-payload-size.md
+++ /dev/null
@@ -1,281 +0,0 @@
----
-slug: how-delta-updates-reduce-payload-size
-title: Cómo las actualizaciones delta reducen el tamaño de la carga útil
-description: >-
-  Aprende cómo las actualizaciones delta mejoran el rendimiento de la aplicación
-  al minimizar los tamaños de descarga y mejorar la experiencia del usuario con
-  actualizaciones rápidas y confiables.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:28:37.844Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db6efa8d9574929cf125cb-1742441346400.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  delta updates, mobile apps, differential patching, app performance, bandwidth
-  savings
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones delta hacen que las actualizaciones de aplicaciones sean más rápidas y pequeñas al enviar solo las partes cambiadas de la aplicación en lugar del archivo completo. Así es como funciona:
-
--   **Archivos más pequeños ahorran datos**: Solo se envía el código modificado, reduciendo significativamente el tamaño de descarga.
--   **Actualizaciones más rápidas**: Una actualización de 5 MB se puede descargar en solo 114 ms utilizando la CDN de [Capgo](https://capgo.app/).
--   **Altas tasas de adopción**: El 95% de los usuarios actualizan dentro de 24 horas.
--   **Confiable y seguro**: Incluye características como opciones de reversión y cifrado de extremo a extremo.
-
-### Características clave:
-
--   **Parcheo diferencial**: Compara versiones de aplicaciones y envía solo las diferencias.
--   **Herramientas automatizadas**: Funciona con sistemas CI/CD como [GitHub Actions](https://docs.github.com/actions) y [Jenkins](https://www.jenkins.io/).
--   **Métricas de rendimiento**: Rastrean tasas de éxito de actualización, velocidades de descarga y participación del usuario.
-
-Las actualizaciones delta son ideales para aplicaciones de [Capacitor](https://capacitorjs.com/), permitiendo correcciones rápidas de errores, lanzamiento de características y [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/) mientras ahorran ancho de banda y tiempo.
-
-## Cómo obtener MÁS FPS y un mejor rendimiento en Warzone ...
-
-<iframe src="https://www.youtube.com/embed/G4X7XGYj0Mg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Actualizaciones Delta en aplicaciones de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-20.jpg?auto=compress)
-
-Las actualizaciones delta en [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) dependen de un método llamado parcheo diferencial, que envía solo las porciones modificadas del código. Este enfoque minimiza la cantidad de datos transferidos, haciendo que las actualizaciones sean más rápidas y fáciles para los usuarios.
-
-### Cómo funcionan las actualizaciones delta
-
-Las actualizaciones delta crean una "diferencia" binaria entre la versión actual de la aplicación y la nueva. Así es como sucede:
-
--   **Comparación de versiones**: El sistema verifica las versiones antigua y nueva de la aplicación.
--   **Análisis diferencial**: Identifica los archivos o secciones específicas que han cambiado.
--   **Generación de parches**: Se crea un pequeño archivo de parche que contiene solo las diferencias.
-
-Por ejemplo, si se necesita una pequeña corrección de errores, la actualización se puede enviar como un parche ligero en lugar de una descarga completa de la aplicación, ahorrando ancho de banda y tiempo.
-
-### Componentes clave de las actualizaciones delta
-
-Varios herramientas y procesos trabajan juntos para asegurar actualizaciones fluidas:
-
-| Componente | Propósito | Beneficio |
-| --- | --- | --- |
-| **Sistema de Control de Versiones** | Realiza un seguimiento de las versiones del código | Permite comparaciones precisas |
-| **Generador de Diff** | Produce diferencias binarias | Reduce el tamaño del archivo de actualización |
-| **Administrador de Actualizaciones** | Gestiona la descarga e instalación | Asegura que las actualizaciones sean confiables |
-| **Procesador en Segundo Plano** | Maneja actualizaciones silenciosamente | Permite [actualizaciones automáticas](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-
-Estos componentes manejan todo, desde identificar cambios hasta implementar actualizaciones, a menudo sin requerir acción del usuario.
-
-Para mantener la confiabilidad, el sistema incluye salvaguardas como sumas de verificación y pasos de verificación. Si algo sale mal, puede revertir automáticamente a la última versión estable, previniendo interrupciones para los usuarios.
-
-A continuación, te guiaremos a través de la configuración de actualizaciones delta en tu aplicación Capacitor.
-
-## Configuración de Actualizaciones Delta
-
-### Herramientas requeridas y configuración
-
-Antes de implementar actualizaciones delta, asegúrate de tener lo siguiente:
-
-| Componente | Propósito | Requisito |
-| --- | --- | --- |
-| **Versión de Capacitor** | Versión del marco | Versión 6 o 7 |
-| **Entorno de desarrollo** | Herramientas de construcción | [Node.js](https://nodejs.org/en) y npm |
-| **[Servicio de Actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | Gestión de delta | [Capgo CLI](https://capgo.app/docs/cli/commands) |
-| **Integración CI/CD** | Despliegue automatizado | GitHub Actions, [GitLab CI](https://docs.gitlab.com/ee/ci/), o Jenkins |
-
-### Guía de configuración de código
-
-Puedes configurar actualizaciones delta en tres pasos sencillos:
-
-1.  **Instalar el Plugin de Actualización**
-    
-    Comienza inicializando Capgo en tu proyecto utilizando la CLI:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-    Este comando configura tu proyecto e instala todas las dependencias necesarias.
-    
-2.  **Configurar la configuración de actualización**
-    
-    Agrega el siguiente código a la configuración de tu aplicación para activar las actualizaciones delta:
-    
-    ```typescript
-    import { CapacitorUpdater } from '@capgo/capacitor-updater';
-    
-    // Initialize the updater
-    await CapacitorUpdater.initialize({
-      deltaUpdates: true,
-      autoUpdate: true
-    });
-    ```
-    
-3.  **Implementar Control de Versiones**
-    
-    Activa el seguimiento de versiones para soportar la generación de delta:
-    
-    ```typescript
-    const currentVersion = await CapacitorUpdater.getCurrentVersion();
-    const latestVersion = await CapacitorUpdater.getLatestVersion();
-    ```
-    
-
-Una vez que estos pasos estén completos, tu aplicación estará lista para la siguiente fase: probar el proceso de actualización.
-
-### Prueba y Despliegue
-
-Antes de implementar actualizaciones, pruébalas a fondo. Capgo ofrece herramientas para asegurar un despliegue fluido:
-
-**Pruebas Basadas en Canales**  
-Configura canales separados para probar actualizaciones antes de liberarlas a todos los usuarios:
-
-```typescript
-await CapacitorUpdater.setChannel('beta');
-```
-
-**Monitoreo y Seguridad**  
-Utiliza la analítica de Capgo para rastrear el rendimiento de las actualizaciones en tiempo real. Las métricas clave incluyen:
-
--   Tasas de éxito de actualización
--   Velocidades de descarga
--   Participación del usuario
--   Distribución de versiones
-
-Si surge un problema, la función de reversión con un solo clic de Capgo permite una recuperación rápida.
-
-Para aplicaciones empresariales, la integración CI/CD de Capgo (con un costo de $2,600 único) puede agilizar las pruebas y el despliegue, ahorrando tiempo y reduciendo errores.
-
-## Consejos para Actualizaciones Delta
-
-Después de configurar actualizaciones delta, puedes mejorar tu flujo de trabajo siguiendo estos consejos prácticos.
-
-### Reduciendo el Tamaño de la Actualización
-
-Las actualizaciones delta ahorran ancho de banda al enviar solo los archivos que han cambiado. Para hacer tus actualizaciones aún más pequeñas, prueba estas estrategias:
-
--   **Comprimir imágenes y medios** para reducir el tamaño de los archivos.
--   **Eliminar activos y dependencias no utilizados** para optimizar tu construcción.
--   **Separar mapas de origen** de las construcciones de producción para evitar descargas innecesarias.
--   **Aplicar carga diferida** para recursos no críticos y cargar solo lo necesario.
-
-Aquí hay un desglose rápido de técnicas efectivas:
-
-| Estrategia | Impacto | Implementación |
-| --- | --- | --- |
-| Tree Shaking | Elimina código no usado | Habilitar en herramientas de construcción |
-| División de Código | Separa fragmentos | Usa importaciones dinámicas |
-| Versionado de Activos | Previene descargas redundantes | Agregar hashes de contenido |
-
-Una vez que hayas reducido el [tamaño de la actualización](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), enfócate en asegurar que el proceso de actualización sea seguro y confiable.
-
-### Comprobaciones de Seguridad de Actualizaciones
-
-Mantén las actualizaciones seguras con cifrado de extremo a extremo y detecta conflictos de versión con anticipación.
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-También puedes monitorear el rendimiento de la actualización en tiempo real utilizando herramientas como la analítica de Capgo para rastrear:
-
--   Tasas de éxito de actualización
--   Patrones de participación del usuario
-
-### Problemas Comunes y Soluciones
-
-Incluso con una configuración adecuada, las actualizaciones delta pueden encontrar problemas. Aquí te mostramos cómo abordar algunos problemas comunes:
-
-**Conflictos de Versiones**  
-Si hay un desajuste entre las versiones, utiliza el sistema de canales de Capgo como opción de reversión:
-
-```typescript
-const version = await CapacitorUpdater.getCurrentVersion();
-if (version.mismatch) {
-  await CapacitorUpdater.setChannel('fallback');
-}
-```
-
-**Actualizaciones Fallidas**  
-Capgo facilita volver a una versión anterior con solo un clic:
-
-> "Reversión con un clic a cualquier versión anterior si es necesario" - Capgo [\[1\]](https://capgo.app/)
-
-**Problemas de Red**  
-Las interrupciones de red pueden interrumpir actualizaciones, pero estas soluciones ayudan:
-
-| Problema | Solución | Beneficio |
-| --- | --- | --- |
-| Tiempo de espera | Reintento automático | Asegura la finalización |
-| Descarga parcial | Soporte de reanudación | Ahorra ancho de banda |
-| Pérdida de conexión | Persistencia del estado | Previene la corrupción |
-
-Para implementaciones de nivel empresarial, considera usar despliegues escalonados. El sistema de canales de Capgo te permite probar actualizaciones con un pequeño grupo de usuarios antes de liberarlas a todos, reduciendo riesgos y asegurando una experiencia más fluida.
-
-## Características de Actualización Delta de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Capgo construye sobre su sistema de actualizaciones delta con características diseñadas para mejorar tanto el rendimiento como la seguridad. Hasta ahora, la plataforma ha gestionado impresionantes **23.5 millones de actualizaciones** a través de **750 aplicaciones en producción** [\[1\]](https://capgo.app/).
-
-### Características Clave de Capgo
-
-Las actualizaciones delta de Capgo tienen como objetivo entregar actualizaciones de manera eficiente mientras priorizan la seguridad. Aquí lo que ofrece:
-
--   **Velocidad de Descarga Rápida**: Un paquete de 5 MB se descarga en solo 114 ms a través de su CDN global.
--   **Alta Tasa de Éxito de Actualización**: Presume de una tasa de éxito del 82% para actualizaciones a nivel mundial.
--   **Rápida Adopción por Usuarios**: El 95% de los usuarios activos actualizan dentro de 24 horas.
-
-(Todas las cifras se basan en los datos internos de Capgo [\[1\]](https://capgo.app/).)
-
-Para asegurar la seguridad, Capgo utiliza un verdadero cifrado de extremo a extremo para todas las actualizaciones. Esto significa que solo los usuarios destinados pueden desencriptar el contenido, un paso más allá de los competidores que generalmente dependen de firmar actualizaciones sin cifrado completo.
-
-| Característica | Ventaja | Métrica de Rendimiento |
-| --- | --- | --- |
-| Actualizaciones parciales | Reduce el uso del ancho de banda | 434 ms de respuesta promedio de API |
-| CDN Global | Descargas más rápidas globalmente | 114 ms para paquetes de 5 MB |
-| Cifrado E2E | Mayor seguridad de datos | Cifrado de extremo a extremo completo |
-
-### Comparando Capgo con Alternativas
-
-Capgo ofrece una combinación de ahorro de costos y ventajas de rendimiento que destacan en el mercado de actualizaciones delta. Un análisis de costos muestra ahorros potenciales de **$26,100 en 5 años** cuando se combina con herramientas CI/CD [\[1\]](https://capgo.app/).
-
-El equipo de [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA elogió la eficiencia de Capgo:
-
-> "Capgo es una forma inteligente de hacer empujes de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Capgo también se diferencia con características como:
-
--   **Despliegue Flexible**: Soporta opciones basadas en la nube y autohospedadas.
--   **Integración CI/CD**: Funciona perfectamente con GitHub Actions, GitLab CI y Jenkins.
--   **Arquitectura de Código Abierto**: Totalmente de código abierto, eliminando riesgos de bloqueo de proveedor.
-
-Su sistema de canales permite estrategias avanzadas de actualización, como pruebas beta dirigidas y despliegues escalonados, mientras mantiene una alta tasa de éxito en varios grupos de usuarios.
-
-Para equipos de desarrollo que necesitan una solución de actualización delta confiable, Capgo ofrece una fuerte combinación de rendimiento, seguridad y flexibilidad.
-
-## Resumen
-
-Las actualizaciones delta reducen significativamente los tamaños de los paquetes y aceleran la entrega para aplicaciones de Capacitor. Por ejemplo, un paquete típico de 5 MB se descarga en solo 114 ms a través de la CDN global de Capgo [\[1\]](https://capgo.app/), mostrando la eficiencia de este enfoque.
-
-Las métricas de rendimiento de aplicaciones del mundo real respaldan el valor de las actualizaciones delta:
-
-| Métrica | Impacto |
-| --- | --- |
-| **Adopción de Usuarios** | 95% de los usuarios actualizan en 24 horas |
-| **Tasa de Éxito** | 82% a nivel global |
-| **Respuesta de API** | 434 ms de promedio |
-| **Aplicaciones en Producción** | Más de 750 aplicaciones utilizan con éxito la tecnología |
-
-La experiencia del usuario se alinea con estos números. Por ejemplo, colenso, que gestiona más de 5,000 usuarios, compartió:
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que se despliega la OTA a @Capgo." [\[1\]](https://capgo.app/)
-
-Las estrategias clave para actualizaciones delta efectivas incluyen:
-
--   1. Entregar actualizaciones parciales para conservar ancho de banda
--   2. Aprovechar análisis para monitorear el rendimiento
--   3. Soportar instalaciones en segundo plano para actualizaciones sin interrupciones
-
-Con 23.5 millones de actualizaciones entregadas [\[1\]](https://capgo.app/), las actualizaciones delta están transformando el despliegue de aplicaciones. Hacen que las actualizaciones sean más rápidas, ligeras y más confiables, convirtiéndolas en una herramienta crítica para el desarrollo moderno de aplicaciones.
diff --git a/src/content/blog/es/how-end-to-end-encryption-secures-updates.md b/src/content/blog/es/how-end-to-end-encryption-secures-updates.md
deleted file mode 100644
index 213033e93..000000000
--- a/src/content/blog/es/how-end-to-end-encryption-secures-updates.md
+++ /dev/null
@@ -1,84 +0,0 @@
----
-slug: how-end-to-end-encryption-secures-updates
-title: Cómo el Cifrado de Extremo a Extremo Asegura las Actualizaciones
-description: >-
-  Descubra cómo el cifrado de extremo a extremo asegura las actualizaciones OTA,
-  garantizando la integridad de la aplicación y la confianza del usuario
-  mientras previene accesos no autorizados y manipulaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:10:31.003Z
-updated_at: 2025-04-14T04:13:21.503Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc6fa4af1a45e500bc7deb-1744604001503.jpg
-head_image_alt: Desarrollo Móvil
-keywords: 'end-to-end encryption, OTA updates, app security, data protection, user trust'
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-**El cifrado de extremo a extremo (E2EE)** es la mejor manera de asegurar las actualizaciones Over-the-Air (OTA) para aplicaciones. Garantiza que solo el usuario previsto pueda descifrar e instalar actualizaciones, protegiendo contra riesgos como manipulación, inyección de código y brechas de datos. Plataformas como [Capgo](https://capgo.app/) han implementado E2EE para salvaguardar la integridad de las aplicaciones mientras cumplen con estándares de seguridad requeridos por Apple y Google.
-
-### Beneficios Clave de las Actualizaciones OTA Cifradas:
-
-- **Previene ataques**: Bloquea ataques de intermediarios y accesos no autorizados
-- **Protege la integridad de la app**: Asegura que las actualizaciones sean auténticas y libres de manipulación
-- **Apoya el cumplimiento**: Cumple con las pautas de seguridad de las tiendas de apps y regulaciones
-- **Aumenta la confianza del usuario**: Solo los usuarios pueden descifrar actualizaciones, garantizando la privacidad
-
-### Cómo Funciona:
-
-1. Los desarrolladores cifran el paquete de actualización
-2. El intercambio seguro de claves garantiza que solo los dispositivos autorizados puedan descifrar
-3. Los dispositivos verifican la autenticidad e instalan la actualización de forma segura
-
-La solución de Capgo ha entregado 235 millones de actualizaciones globalmente, logrando una **tasa de adopción del 95% en 24 horas** y una **tasa de éxito del 82% a nivel mundial**. Al [cifrar actualizaciones](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/), los desarrolladores pueden implementar de manera más rápida, segura y confiable.
-
-## Actualizaciones OTA seguras para [ESP32](https://enwikipediaorg/wiki/ESP32) – Configurar firma de código con
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Cómo Funciona el Cifrado de Extremo a Extremo en Actualizaciones OTA
-
-El cifrado de extremo a extremo (E2EE) asegura que los paquetes de actualización OTA permanezcan privados y protegidos contra manipulaciones durante la transmisión. Asegura todo el proceso para que solo el destinatario previsto pueda descifrar e instalar la actualización. Aquí hay un desglose de los conceptos clave y cómo funciona el proceso.
-
-### Conceptos Básicos del Cifrado de Extremo a Extremo
-
-E2EE establece una conexión segura entre el sistema de compilación del desarrollador y el dispositivo del usuario. Esto significa que incluso si alguien intercepta la actualización, no podrá acceder a su contenido. Como explica Capgo:
-
-> "Solo tus usuarios pueden descifrar tus actualizaciones, nadie más" [\[1\]](https://capgo.app/)
-
-En esta configuración, las claves de cifrado se almacenan solo en los puntos finales. Esto asegura que ni siquiera la plataforma que entrega la actualización pueda descifrar el contenido, siguiendo un principio estricto de confianza cero.
-
-### Elementos Principales de Actualizaciones Seguras
-
-Proteger las actualizaciones OTA implica utilizar métodos de cifrado fuertes y protocolos seguros de intercambio de claves. Juntos, estos aseguran que el paquete de actualización permanezca confidencial e intacto durante la transmisión, previniendo cualquier acceso o alteración no autorizada.
-
-### Proceso de Seguridad de Actualización
-
-El proceso de asegurar una actualización OTA involucra varios pasos:
-
-1. El desarrollador cifra el paquete de actualización en un sistema seguro
-2. Un intercambio seguro de claves asegura que solo los dispositivos autorizados puedan acceder a las claves de descifrado
-3. Cuando el dispositivo descarga la actualización, ejecuta verificaciones criptográficas para confirmar la autenticidad de la actualización y detectar cualquier manipulación
-
-Capgo enfatiza este enfoque, afirmando:
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" [\[1\]](https://capgo.app/)
-
-Este proceso de múltiples pasos asegura que las actualizaciones estén protegidas desde el momento en que se crean hasta que se instalan, ofreciendo un nivel más fuerte de seguridad que los enfoques que dependen únicamente de firmar actualizaciones.
-
-## Configurando el Cifrado de Extremo a Extremo en [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fc6fa4af1a45e500bc7deb/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Esta sección explica cómo implementar el cifrado de extremo a extremo en [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), basándose en los conceptos cubiertos anteriormente.
-
-Para asegurar actualizaciones over-the-air (OTA) en Capacitor, use protocolos de cifrado diseñados para alta seguridad. La plataforma de Capgo simplifica la gestión de claves de cifrado mientras se adhiere a los estándares de seguridad líderes.
-
-### Cifrando Paquetes de Actualización
-
-Comience preparando su paquete de actualización usando la herramienta CLI de Capgo.
\ No newline at end of file
diff --git a/src/content/blog/es/how-live-updates-for-capacitor-work.md b/src/content/blog/es/how-live-updates-for-capacitor-work.md
deleted file mode 100644
index 34e3fc65d..000000000
--- a/src/content/blog/es/how-live-updates-for-capacitor-work.md
+++ /dev/null
@@ -1,292 +0,0 @@
----
-slug: how-live-updates-for-capacitor-work
-title: Cómo funcionan las Actualizaciones en Vivo en Capgo
-description: >-
-  Profundiza en la implementación técnica de las actualizaciones en vivo en
-  Capgo, comprendiendo cómo funciona internamente tanto en iOS como en Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T06:14:25.862Z
-updated_at: 2025-03-18T15:14:16.781Z
-head_image: /capgo_banner.webp
-head_image_alt: Arquitectura de Actualizaciones en Vivo
-keywords: >-
-  Capgo live updates, OTA updates, Capacitor updates, mobile app development,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-# Entendiendo las Actualizaciones en Vivo en Capgo
-
-Las actualizaciones en vivo son una de las características más poderosas en las aplicaciones de Capacitor, permitiendo actualizaciones en tiempo real sin envíos a la tienda de aplicaciones. Vamos a profundizar en cómo Capgo implementa esta funcionalidad.
-
-## Conceptos Clave
-
-Una aplicación de Capacitor se compone de dos capas principales:
-
-1. **Capa Web**: Contiene archivos HTML, CSS y JavaScript cargados en el WebView
-2. **Capa Nativa**: Contiene código específico de la plataforma (Java/Kotlin para Android, Swift para iOS)
-
-El sistema de actualizaciones en vivo de Capgo funciona reemplazando la capa web en tiempo de ejecución, ya que estos archivos no se compilan en el binario de la aplicación.
-
-## Implementación Técnica
-
-### Rutas del Servidor en Capacitor
-
-Capgo gestiona dos rutas críticas:
-
-- **Ruta del Servidor Actual**: Apunta a los archivos actualmente cargados en el WebView
-- **Ruta del Servidor Siguiente**: Apunta a los archivos que se cargarán en el próximo reinicio de la aplicación
-
-### Implementación en Android
-
-En Android, Capgo gestiona rutas a través de:
-
-```java
-// Store next server path
-private void setNextCapacitorServerPath(String path) {
-    SharedPreferences prefs = context.getSharedPreferences("CapWebViewSettings", Activity.MODE_PRIVATE);
-    SharedPreferences.Editor editor = prefs.edit();
-    editor.putString("serverBasePath", path);
-    editor.apply();
-}
-
-// Update current path and reload
-private void setCurrentCapacitorServerPath(String path) {
-    bridge.setServerBasePath(path);
-    bridge.reload();
-}
-```
-
-### Implementación en iOS
-
-En iOS, las rutas se gestionan a través de:
-
-```swift
-// Store next server path
-private func setNextCapacitorServerPath(path: String) {
-    KeyValueStore.standard["serverBasePath"] = path
-}
-
-// Update current path
-private func setCurrentCapacitorServerPath(path: String) {
-    bridge.viewController.setServerBasePath(path: path)
-}
-```
-
-## Medidas de Seguridad
-
-Capgo implementa una seguridad de grado militar a través de cifrado de extremo a extremo, asegurando que las actualizaciones de tu aplicación permanezcan completamente seguras desde el desarrollo hasta la implementación. Nuestro sistema de cifrado va más allá de la firma de código tradicional para proporcionar una verdadera seguridad de cero conocimiento.
-
-### Arquitectura de Cifrado de Extremo a Extremo
-
-1. **Cifrado de Extremo a Extremo (E2EE)**: Cada paquete de actualización es cifrado usando cifrado AES-256-GCM antes de salir de tu entorno de desarrollo. Este cifrado de grado militar asegura que las actualizaciones de tu aplicación permanezcan completamente privadas y seguras a lo largo de todo el proceso de entrega.
-
-2. **Arquitectura de Cero Conocimiento**: A diferencia de otras soluciones de actualización OTA que solo firman actualizaciones, Capgo emplea un verdadero cifrado de cero conocimiento. Esto significa:
-   - El contenido de la actualización se cifra antes de la carga
-   - Los servidores de Capgo solo almacenan datos cifrados
-   - La descifrado solo ocurre en dispositivos de usuario final
-   - Ningún intermediario puede acceder al contenido de tu actualización
-
-3. **Gestión Segura de Claves**:
-   - Las claves de cifrado se generan y almacenan de forma segura en tu entorno de CI/CD
-   - Las claves privadas nunca tocan los servidores de Capgo
-   - Cada versión de la aplicación puede usar claves de cifrado únicas
-   - Soporte para rotación de claves para mayor seguridad
-
-Obtén más información sobre nuestro sistema de cifrado en nuestra guía detallada: [Cifrado de Extremo a Extremo en Actualizaciones en Vivo de Capgo](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)
-
-### Proceso de Seguridad de Actualizaciones
-
-1. **Cifrado Pre-Carga**:
-   - Las actualizaciones se cifran en tu pipeline de CI/CD
-   - Cada archivo se cifra individualmente
-   - Los metadatos también se cifran para una privacidad completa
-
-2. **Almacenamiento Seguro**:
-   - Los paquetes cifrados se almacenan en el CDN global de Capgo
-   - Ningún dato en texto plano toca nuestros servidores
-   - Incluso en caso de violación del servidor, los datos permanecen seguros
-
-3. **Entrega Segura**:
-   - Las actualizaciones se entregan a través de canales cifrados
-   - Cada instancia de la aplicación valida la integridad del cifrado
-   - Mecanismos de reintento automáticos para descifrados fallidos
-
-4. **Seguridad del Lado del Cliente**:
-   - Las actualizaciones se verifican antes de la instalación
-   - Un descifrado fallido activa un retroceso automático
-   - Almacenamiento seguro de claves en el almacenamiento protegido de la aplicación
-
-Este enfoque de seguridad integral asegura que las actualizaciones de tu aplicación permanezcan protegidas contra:
-- Ataques de intermediarios
-- Violaciones del lado del servidor
-- Modificaciones no autorizadas
-- Ataques de reproducción
-- Manipulación de contenido
-
-## Ciclo de Vida de las Actualizaciones
-
-El proceso de actualización de Capgo está diseñado para ser automático por defecto. Aquí está cómo funciona el proceso automático:
-
-### 1. Verificación Automática de Actualizaciones
-
-El plugin verifica automáticamente las actualizaciones en estas situaciones:
-- Cuando la aplicación se inicia
-
-Este comportamiento es controlado por la configuración `autoUpdate`:
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true // Enable automatic updates
-    }
-  }
-}
-```
-También puedes verificar manualmente con `getLatest()`
-
-### 2. Descarga Automática
-
-Cuando se detecta una nueva versión, si `autoUpdate` está habilitado:
-1. La descarga comienza automáticamente
-2. El progreso se rastrea internamente
-3. Las descargas fallidas se reintentan automáticamente en cada apertura de la aplicación
-4. Las descargas exitosas se almacenan en el almacenamiento de la aplicación
-
-Puedes monitorear este proceso a través de eventos:
-```typescript
-CapacitorUpdater.addListener('download', (info: DownloadEvent) => {
-  console.log('Auto-download progress:', info.percent);
-});
-
-CapacitorUpdater.addListener('downloadComplete', (info: DownloadCompleteEvent) => {
-  console.log('Auto-download complete:', info.bundle);
-});
-```
-
-### 3. Instalación Automática
-
-El tiempo de instalación depende de tu configuración:
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": false // install update on app backgrounding
-      "resetWhenUpdate": true, // reset live updates on native update (true by default)
-      "autoDeleteFailed": true, // Auto cleanup failed updates (true by default)
-      "autoDeletePrevious": true // Auto cleanup old versions (true by default)
-    }
-  }
-}
-```
-
-La instalación ocurre:
-- Inmediatamente si `directUpdate` es verdadero
-- En el próximo momento de fondo de la aplicación si `directUpdate` es falso
-- Retroceso automático si la instalación falla
-
-El plugin también gestiona automáticamente el almacenamiento:
-- Elimina actualizaciones fallidas si `autoDeleteFailed` es verdadero
-- Limpia versiones antiguas si `autoDeletePrevious` es verdadero
-
-### Demorando Actualizaciones
-
-Puedes controlar cuándo se instalan las actualizaciones utilizando condiciones de demora:
-
-```typescript
-// Delay until app goes to background
-await CapacitorUpdater.setDelay({
-  kind: 'background'
-});
-
-// Delay until specific date
-await CapacitorUpdater.setDelay({
-  kind: 'date',
-  value: '2024-03-20T10:00:00.000Z'
-});
-
-// Delay until next native version
-await CapacitorUpdater.setDelay({
-  kind: 'nativeVersion'
-});
-
-// Multiple conditions
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'background'
-    },
-    {
-      kind: 'date',
-      value: '2024-03-20T10:00:00.000Z'
-    }
-  ]
-});
-```
-
-Condiciones de demora disponibles:
-- **background**: Instalar cuando la aplicación va a segundo plano
-- **date**: Instalar después de una fecha/hora específica
-- **nativeVersion**: Instalar después de la próxima actualización nativa
-- **kill**: Instalar después de que la aplicación se cierre
-
-Esto es útil para:
-- Programar actualizaciones durante horas no pico
-- Coordinar actualizaciones con la actividad del usuario
-- Asegurar una experiencia de actualización fluida
-- Prevenir interrupciones durante tareas críticas
-
-### Estados de Actualización
-
-Durante el proceso automático, los paquetes transitan por estos estados:
-1. **descargando**: Descarga en progreso
-2. **pendiente**: Descarga completa, esperando instalación
-3. **éxito**: Actualización instalada y activa
-4. **error**: Actualización fallida (activa retroceso automático)
-
-## Cumplimiento de la Tienda
-
-### Apple App Store ✅
-
-Las Actualizaciones en Vivo cumplen totalmente con las políticas de la Apple App Store. Como se indica en el Acuerdo de Licencia del Programa de Desarrolladores de Apple:
-
-> "El código interpretado puede descargarse a una Aplicación pero solo mientras dicho código: (a) no cambie el propósito principal de la Aplicación al proporcionar características o funcionalidades que son inconsistentes con el propósito previsto y publicitado de la Aplicación tal como se presentó a la App Store, (b) no cree una tienda o escaparate para otro código o aplicaciones, y (c) no eluda la firma, el sandbox o otras características de seguridad del OS."
-
-Las actualizaciones de Capgo solo modifican la capa web mientras respetan todos los límites de seguridad de la plataforma.
-
-### Google Play Store ✅
-
-Las Actualizaciones en Vivo cumplen con las Políticas de Google Play. La política de Abuso de Dispositivos y Redes establece específicamente:
-
-> "Esta restricción no se aplica al código que se ejecuta en una máquina virtual o un intérprete donde cualquiera de ellos proporciona acceso indirecto a las API de Android (como JavaScript en un webview o navegador)."
-
-Dado que Capgo solo actualiza el contenido de WebView, se encuentra dentro de estas pautas permitidas.
-
-## Mejores Prácticas
-
-1. **Despliegues por Fases**: Desplegar actualizaciones gradualmente
-2. **Control de Versiones**: Rastrear todas las versiones desplegadas
-3. **Soporte de Retroceso**: Recuperación rápida de problemas
-4. **Actualizaciones Delta**: Solo descargar archivos cambiados
-
-## Cuándo Usar Actualizaciones en Vivo
-
-Perfecto para:
-- Corrección de errores
-- Mejoras en la UI
-- Actualizaciones de contenido
-- Alternancias de características
-
-No es adecuado para:
-- Cambios en el código nativo
-- Actualizaciones de versiones importantes
-- Parches de seguridad que requieren cambios nativos
diff --git a/src/content/blog/es/how-mobile-apps-stay-compliant-with-us-privacy-laws.md b/src/content/blog/es/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
deleted file mode 100644
index 17f4d3a1f..000000000
--- a/src/content/blog/es/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
+++ /dev/null
@@ -1,235 +0,0 @@
----
-slug: how-mobile-apps-stay-compliant-with-us-privacy-laws
-title: Cómo las aplicaciones móviles cumplen con las leyes de privacidad de EE. UU.
-description: >-
-  Descubra cómo las aplicaciones móviles pueden cumplir con los requisitos de
-  las leyes de privacidad de EE. UU. a través del consentimiento del usuario, la
-  gestión de datos y prácticas de seguridad efectivas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-06T03:14:22.038Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c8efd008fcceb00021f6ac-1741230902559.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  mobile apps, privacy compliance, user consent, data management, encryption,
-  app store rules, privacy policies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
--   **Características clave de privacidad**:
-    
-    -   Proporcionar opciones claras de consentimiento (aceptar/rechazar).
-    -   Compartir [políticas de privacidad](https://capgo.app/dp/) fáciles de entender.
-    -   Permitir a los usuarios acceder, eliminar y transferir sus datos.
--   **Herramientas de privacidad**:
-    
-    -   Usar cifrado de extremo a extremo para la seguridad de datos.
-    -   Implementar herramientas como [Capgo](https://capgo.app/) para actualizaciones rápidas y seguimiento del cumplimiento.
--   **Reglas de la [App Store](https://www.apple.com/app-store/)**:
-    
-    -   Apple: Seguir la [Transparencia de Seguimiento de Apps](https://developer.apple.com/documentation/apptrackingtransparency) (ATT) y actualizar etiquetas de privacidad.
-    -   Google: Enviar una Declaración de Seguridad de Datos y mantener una [política de privacidad](https://capgo.app/privacy/) detallada.
--   **Pasos de cumplimiento**:
-    
-    -   Auditar regularmente las prácticas de recolección de datos.
-    -   Probar los flujos de consentimiento del usuario y las herramientas de gestión de datos.
-    -   Mantenerse actualizado sobre las leyes estatales y requisitos de las tiendas de aplicaciones.
-
-**Consejo rápido**: Utiliza herramientas automatizadas y plataformas CI/CD para implementar actualizaciones de privacidad de forma rápida y segura.
-
-## El estado de la privacidad en aplicaciones móviles: Tendencias y conclusiones de cumplimiento
-
-<iframe src="https://www.youtube.com/embed/KodK0fIQhks" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Características de privacidad requeridas para aplicaciones móviles
-
-Las aplicaciones móviles necesitan incluir herramientas que permitan a los usuarios gestionar sus datos personales, asegurando el cumplimiento de las leyes de privacidad de EE.UU. Estas herramientas ayudan a los usuarios a mantener el control sobre su información y construir confianza en tu aplicación.
-
-### Requisitos de permisos de usuario
-
-Es importante proporcionar a los usuarios controles de privacidad directos que ofrezcan opciones reales sobre sus datos:
-
--   Usar mecanismos claros de consentimiento, incluyendo opciones de aceptación y rechazo.
--   Compartir una política de privacidad fácil de entender, explicando cómo se recolectan y utilizan los datos, y qué derechos tienen los usuarios.
-
-### Gestión de derechos de datos del usuario
-
-Proporciona a los usuarios la capacidad de gestionar sus datos con estas características:
-
--   Un portal seguro donde puedan acceder a sus datos, descargarlos y hacer solicitudes relacionadas con la privacidad.
--   Herramientas fáciles de usar para eliminar cuentas y eliminar datos asociados.
--   Opciones de transferencia de datos, permitiendo a los usuarios mover su información a otros servicios.
-
-## Herramientas y métodos de cumplimiento de privacidad
-
-Una vez que hayas configurado las características clave de privacidad, el siguiente paso es implementarlas usando soluciones técnicas específicas y pruebas exhaustivas.
-
-### Estándares de seguridad de datos
-
-Asegurar los datos es un componente central del cumplimiento de la privacidad. Los desarrolladores deben usar **cifrado de extremo a extremo** para proteger los datos del usuario durante la transmisión y el almacenamiento, asegurando que la información sensible permanezca accesible solo para los destinatarios autorizados.
-
-### Herramientas para desarrollo enfocado en la privacidad
-
-Ciertas herramientas pueden ayudar a mantener el cumplimiento de la privacidad durante el proceso de desarrollo. Por ejemplo, Capgo proporciona soluciones adaptadas para aplicaciones Capacitor que cumplen con las regulaciones de privacidad estatales de EE.UU.
-
-Aquí hay algunas características clave a considerar al elegir herramientas de desarrollo enfocadas en la privacidad:
-
-| Característica | Ventaja de privacidad | Ejemplo de caso de uso |
-| --- | --- | --- |
-| Cifrado de extremo a extremo | Protege datos sensibles de acceso no autorizado | Sistema de cifrado de Capgo para actualizaciones seguras |
-| Actualizaciones instantáneas | Permite correcciones rápidas para problemas de privacidad | Enviar actualizaciones en vivo sin esperar aprobación de la tienda de aplicaciones |
-| Asignación de usuarios | Gestiona la distribución de actualizaciones para pruebas | Implementaciones graduales a grupos de usuarios seleccionados |
-| Control de versiones | Rastrea cambios relacionados con el cumplimiento de privacidad | Integración CI/CD con verificaciones de cumplimiento incorporadas |
-
-### Pasos para pruebas de cumplimiento
-
-1.  **Evaluación inicial de privacidad**  
-    Comienza revisando todos los puntos donde se recolectan datos y se implementan permisos. Documenta los tipos de datos recolectados y dónde se almacenan.
-    
-2.  **Pruebas automatizadas**  
-    Configura pipelines de pruebas continuas para verificar características de privacidad con cada implementación. Por ejemplo, hasta el 3 de marzo de 2025, Capgo ha entregado exitosamente 947.6M de actualizaciones en todo el mundo [\[1\]](https://capgo.app/).
-    
-3.  **Pruebas de derechos de usuario**  
-    Evalúa todas las funcionalidades de gestión de datos de usuario, incluyendo:
-    
-    -   Manejo de solicitudes de acceso
-    -   Procesos de eliminación de datos
-    -   Herramientas para portabilidad de datos
-    -   Sistemas de gestión de consentimiento
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Estas herramientas y pasos de prueba establecen la base para cumplir con los requisitos de privacidad de las tiendas de aplicaciones, que se discutirán en la siguiente sección.
-
-## Reglas de privacidad de la [App Store](https://www.apple.com/app-store/)
-
-![App Store](https://mars-images.imgix.net/seobot/screenshots/www.apple.com-9d9fbf06f7f9dd70143af6386e59a5d2-2025-03-06.jpg?auto=compress)
-
-Cumplir con los estándares de privacidad establecidos por las principales tiendas de aplicaciones es clave para mantener tu aplicación disponible y ganar la confianza del usuario. Tanto Apple como Google han establecido requisitos estrictos que los desarrolladores deben cumplir.
-
-### Requisitos de privacidad de Apple
-
-La App Store de Apple aplica la privacidad a través de su marco de Transparencia de Seguimiento de Apps (ATT). Aquí hay algunos puntos clave:
-
-| Requisito | Método | Verificación |
-| --- | --- | --- |
-| Etiquetas de privacidad | Divulgación detallada de prácticas de recolección de datos | Debe actualizarse con cada envío |
-| Marco ATT | Permiso del usuario para seguimiento entre aplicaciones | Requerido para iOS 14.5+ |
-| Minimización de datos | Limitar la recolección de datos a funciones esenciales | Se necesitan auditorías regulares de privacidad |
-
-Para mejorar la seguridad, usa cifrado de extremo a extremo para la transmisión de datos. Herramientas como Capgo pueden ayudar entregando actualizaciones cifradas que se alinean con las pautas de seguridad de Apple [\[1\]](https://capgo.app/). Por otro lado, Google Play también aplica estricta transparencia y control del usuario sobre las prácticas de datos.
-
-### Estándares de privacidad de [Google Play](https://play.google.com/store/games?hl=en_US&gl=US)
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/play.google.com-16a80c4cf416aa7572b6b4b1e8b92617-2025-03-06.jpg?auto=compress)
-
-La tienda Google Play requiere que los desarrolladores proporcionen detalles claros sobre sus prácticas de datos. Los requisitos clave incluyen:
-
-| Requisito | Descripción | Método |
-| --- | --- | --- |
-| Declaración de seguridad de datos | Divulgación clara de recolección de datos | Formulario detallado en la Consola de Play |
-| Documentación de política de privacidad | Información integral de privacidad | Enlace externo en la lista de la tienda |
-| Prácticas de seguridad | Explicación de medidas de protección de datos | Documentación técnica |
-
-Para cumplir con estos estándares, considera adoptar herramientas que permitan actualizaciones rápidas de privacidad en todas las plataformas.
-
-### Enfoques técnicos para el cumplimiento
-
-Aquí hay algunos pasos prácticos para asegurar que tu aplicación cumpla con los requisitos de privacidad tanto de Apple como de Google:
-
--   **Usar APIs de privacidad específicas de plataforma**:  
-    Utiliza herramientas como los Manifiestos de Privacidad de Apple y las APIs de Seguridad de Datos de Google para documentar efectivamente los puntos de acceso a datos.
-    
--   **Asegurar flexibilidad de actualización**:  
-    Implementa rápidamente correcciones relacionadas con la privacidad usando sistemas de actualización conformes. Mantente al día con los cambios de política.
-    
--   **Realizar auditorías regulares de privacidad**:  
-    Revisa frecuentemente las prácticas de recolección de datos de tu aplicación, actualiza la documentación de privacidad y verifica el cumplimiento con los últimos estándares.
-    
-
-Mantenerse actualizado con las reglas de privacidad e implementar cambios rápidamente es esencial para mantener el cumplimiento. Como explica Rodrigo Mantica:
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-## Mantener las aplicaciones conformes con la privacidad
-
-Mantener el cumplimiento de la privacidad no es una tarea única. Más allá de las pruebas y el cumplimiento de los requisitos de las tiendas de aplicaciones, los desarrolladores deben gestionar activamente la privacidad para mantenerse al día con las regulaciones cambiantes. Usar las herramientas y enfoques correctos puede ayudarte a mantenerte adelante.
-
-### Actualizaciones de leyes de privacidad
-
-Las leyes de privacidad están en constante evolución, y mantener un seguimiento de ellas requiere un plan estructurado:
-
-| Área de monitoreo | Método | Frecuencia |
-| --- | --- | --- |
-| Leyes estatales | Feeds de cumplimiento legal | Revisión mensual |
-| Políticas de tiendas de aplicaciones | Noticias para desarrolladores de plataforma | Revisión quincenal |
-| Estándares de la industria | Foros y grupos de privacidad | Revisión trimestral |
-
-Además del monitoreo regular, realizar auditorías asegura que tu aplicación se mantenga conforme.
-
-### Calendario de verificación de privacidad
-
-Las auditorías rutinarias son esenciales para identificar y abordar riesgos de cumplimiento temprano:
-
-| Tipo de revisión | Frecuencia | Componentes clave |
-| --- | --- | --- |
-| Auditoría de recolección de datos | Mensual | Verificar puntos de recolección de datos |
-| Verificación de permisos | Quincenal | Confirmar procesos de consentimiento del usuario |
-| Evaluación de seguridad | Trimestral | Revisar medidas de cifrado |
-| Revisión de documentación | Mensual | Actualizar políticas de privacidad |
-
-Estas auditorías, junto con herramientas de gestión de privacidad, ayudan a los desarrolladores a actuar rápidamente cuando surgen problemas.
-
-### Herramientas de gestión de privacidad
-
-Para manejar eficientemente los desafíos de cumplimiento, los desarrolladores confían en herramientas para actualizaciones rápidas y [seguras](https://capgo.app/docs/live-updates/update-behavior/). Capgo es un ejemplo principal, habiendo entregado más de 947.6 millones de [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/) globalmente [\[1\]](https://capgo.app/).
-
-| Característica | Beneficio de privacidad | Impacto de implementación |
-| --- | --- | --- |
-| Cifrado E2E | Protege datos en tránsito | Mejora inmediata de seguridad |
-| Integración CI/CD | Acelera correcciones de cumplimiento | Reduce tiempo de implementación |
-| Asignación de usuarios | Permite implementaciones controladas | Capacidad de prueba focalizada |
-
-Herramientas como estas aseguran acción rápida, actualizaciones seguras y tiempo mínimo de inactividad.
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es oro." [\[1\]](https://capgo.app/)
-
-## Conclusión: Lista de verificación de cumplimiento de privacidad
-
-### Guía de referencia rápida
-
-Aquí hay una lista de verificación simplificada para ayudarte a abordar tareas clave de cumplimiento de privacidad. La tabla siguiente destaca áreas centrales, lo que requieren y cómo verificarlas:
-
-| Área de Cumplimiento | Requisitos de Implementación | Método de Verificación |
-| --- | --- | --- |
-| Seguridad de Datos | Usar cifrado de extremo a extremo | Ejecutar auditorías de seguridad |
-| Derechos del Usuario | Establecer un sistema de permisos | Probar flujos de usuario |
-| [Gestión de Actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Habilitar implementaciones rápidas | Integrar herramientas de CI/CD |
-| Documentación | Mantener políticas de privacidad actualizadas | Realizar revisiones mensuales |
-
-Concéntrate en herramientas que permitan respuestas rápidas a las necesidades de cumplimiento. Esta lista de verificación es tu punto de partida - es hora de tomar acción.
-
-### Primeros Pasos
-
-Comienza configurando un [sistema de actualización efectivo](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Las herramientas modernas hacen esto más fácil que nunca. Por ejemplo, **Capgo** se integra con plataformas CI/CD como [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), y [GitHub](https://github.com/about), asegurando que las actualizaciones sean rápidas y seguras.
-
-Aquí hay una guía paso a paso para la implementación:
-
-| Elemento de Acción | Cronograma | Resultado Esperado |
-| --- | --- | --- |
-| Configuración de Seguridad | Semana 1 | Transmisión de datos cifrada |
-| Asignación de Usuarios | Semana 2 | Procesos de implementación controlados |
-| Integración CI/CD | Semana 3 | Despliegues automatizados |
-
-Un ejemplo del mundo real viene de Rodrigo Mantica, quien compartió:
-
-> "Practicamos desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!"
-
-> "@Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar la revisión para correcciones de errores es oro puro."
diff --git a/src/content/blog/es/how-native-bridge-works-in-capacitor-android-apps.md b/src/content/blog/es/how-native-bridge-works-in-capacitor-android-apps.md
deleted file mode 100644
index 892f4e266..000000000
--- a/src/content/blog/es/how-native-bridge-works-in-capacitor-android-apps.md
+++ /dev/null
@@ -1,299 +0,0 @@
----
-slug: how-native-bridge-works-in-capacitor-android-apps
-title: Así funciona el Native Bridge en aplicaciones Android de Capacitor
-description: >-
-  Aprende cómo el puente nativo en aplicaciones Android mejora la comunicación
-  entre el código web y las funciones nativas, optimizando el rendimiento y la
-  experiencia del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:26:08.446Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de087b13cee397379a0b94-1742610380581.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, Android, native bridge, JavaScript, mobile development, app
-  performance, updates, communication
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**El puente nativo en aplicaciones Android de [Capacitor](https://capacitorjs.com/) permite una comunicación fluida entre JavaScript basado en web y características nativas de Android.** Permite a los desarrolladores usar funcionalidades específicas de Android como cámara, geolocalización y almacenamiento directamente desde su código web, creando aplicaciones que se sienten nativas mientras aprovechan las tecnologías web.
-
-### Puntos Clave:
-
--   **¿Qué es?** Un sistema de comunicación bidireccional entre JavaScript y Android, convirtiendo llamadas JavaScript en métodos nativos de Android y viceversa.
--   **Aspectos Destacados del Rendimiento:**
-    -   Tiempo de respuesta API: **57ms** (promedio global).
-    -   Transferencia de datos: **114ms** para paquetes de 5MB.
-    -   Adopción de actualizaciones: **95% completado en 24 horas** usando herramientas como [Capgo](https://capgo.app/).
--   **Cómo funciona:**
-    -   **JavaScript a Android:** Envía solicitudes serializadas a métodos nativos de Android.
-    -   **Android a JavaScript:** Utiliza callbacks para transmisión de eventos, respuestas directas y actualizaciones de estado.
--   **Requisitos de Configuración:**
-    -   Usar Capacitor 8.x.
-    -   Configurar [Gradle](https://gradle.org/), `AndroidManifest.xml`, y assets web.
--   **Consejos de Optimización:**
-    -   Usar actualizaciones parciales para reducir el ancho de banda.
-    -   Monitorear la latencia de llamadas al puente, tamaños de datos y uso de memoria.
-
-Capgo, una herramienta para actualizaciones over-the-air, se integra con el puente nativo para entregar actualizaciones de manera eficiente y segura, asegurando que las aplicaciones permanezcan receptivas y actualizadas.
-
-**¿Quieres construir aplicaciones rápidas y receptivas que combinen la flexibilidad del código web con el rendimiento nativo de Android? Sigue leyendo para aprender cómo funciona el puente nativo y cómo optimizarlo para tus proyectos.**
-
-## Cómo crear un plugin local específico para el proyecto | Ionic | [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-22.jpg?auto=compress)
-
-<Steps>
-
-1. First step
-2. Second step
-
-</Steps>
-
-## Flujo de Comunicación del Puente Nativo
-
-El puente nativo en [aplicaciones Android de Capacitor](https://capgo.app/top_capacitor_app/) permite la comunicación bidireccional entre las capas web y nativa. Este sistema de paso de mensajes asegura un intercambio de datos fluido y en tiempo real sin comprometer el rendimiento. A continuación, desglosamos cómo fluye la comunicación en ambas direcciones y cómo se gestionan los datos.
-
-### Comunicación de JavaScript a Android
-
-Cuando JavaScript necesita interactuar con la funcionalidad nativa de Android, sigue un proceso estructurado a través del puente nativo. JavaScript envía solicitudes serializando y poniendo en cola los datos, asegurando que las solicitudes se manejen de manera organizada y evitando conflictos.
-
-Así es como funciona el flujo de mensajes:
-
-| **Etapa** | **Proceso** |
-| --- | --- |
-| Creación del Mensaje | Creando la carga útil de JavaScript |
-| Serialización | Convirtiendo datos a formato nativo |
-| Gestión de Cola | Priorizando y enrutando mensajes |
-| Ejecución Nativa | Ejecutando solicitudes vía métodos Android |
-
-Esta configuración asegura que las llamadas JavaScript se procesen eficientemente y en el orden correcto.
-
-### Comunicación de Android a JavaScript
-
-El código nativo de Android se comunica de vuelta a la capa web usando mecanismos de callback. El puente mantiene un registro de los callbacks pendientes para asegurar que las respuestas coincidan con las solicitudes correctas. Este sistema garantiza que las operaciones asíncronas se completen correctamente y los datos se envíen al destino adecuado.
-
-La comunicación de Android a JavaScript típicamente cae en tres categorías:
-
--   **Transmisión de Eventos**: Enviando notificaciones a nivel de sistema.
--   **Respuestas Directas**: Respondiendo a solicitudes específicas de JavaScript.
--   **Actualizaciones de Estado**: Sincronizando cambios de datos entre capas.
-
-### Transferencia y Procesamiento de Datos
-
-Los datos que pasan por el puente están optimizados para velocidad y precisión. Técnicas como codificación eficiente, procesamiento por lotes y gestión automática de memoria ayudan a minimizar la sobrecarga mientras mantienen la integridad de los datos.
-
-El puente soporta varios formatos de datos, asegurando compatibilidad y seguridad de tipos:
-
-| **Tipo de Dato** | **Formato JavaScript** | **Formato Nativo Android** |
-| --- | --- | --- |
-| Cadenas | UTF-16 | Java String |
-| Números | Double/Integer | Double/Long |
-| Objetos | JSON | JSONObject |
-| Binario | ArrayBuffer | ByteArray |
-
-Este sistema de comunicación permite a los desarrolladores crear aplicaciones receptivas que combinan el poder de las características nativas de Android con la flexibilidad de las tecnologías web. Su diseño eficiente asegura un rendimiento fluido a través de diferentes dispositivos y versiones de Android.
-
-## Configuración del Puente Nativo para Android
-
-Para habilitar la comunicación entre tu aplicación web y las características nativas de Android, necesitarás configurar tu proyecto cuidadosamente. Aquí te explicamos cómo empezar.
-
-### Pasos de Configuración Inicial
-
-Comienza configurando tanto el proyecto nativo de Android como la capa de aplicación web. La siguiente tabla describe los componentes clave que necesitarás configurar:
-
-| Componente de Configuración | Configuración Requerida |
-| --- | --- |
-| **[Versión de Capacitor](https://capgo.app/plugins/ivs-player/)** | Usar versión 6.x o 7.x |
-| **[Android Studio](https://developer.android.com/studio)** | Instalar la última versión estable |
-| **Dependencias Gradle** | Incluir la biblioteca `capacitor-android` |
-| **Estructura del Proyecto** | Configurar correctamente `AndroidManifest.xml` |
-| **Assets Web** | Configurar correctamente las rutas de assets |
-
-Asegúrate de que tu proyecto use las versiones correctas de Capacitor y Android Studio, incluya las dependencias necesarias de Gradle, y tenga un archivo `AndroidManifest.xml` correctamente configurado. Además, asegúrate de que tus assets web estén correctamente mapeados.
-
-Una vez que la configuración básica esté completa, puedes extender tu proyecto creando plugins personalizados.
-
-### Construcción de Plugins Personalizados
-
-Los plugins personalizados actúan como el enlace entre tu código web y la funcionalidad nativa de Android. Al crear estos plugins, enfócate en interfaces claras, conversiones de tipo apropiadas y manejo sólido de errores.
-
-Pasos clave para el desarrollo de plugins:
-
--   Extender la clase base `Plugin`
--   Usar la anotación `@PluginMethod` para métodos del plugin
--   Asegurar la seguridad de tipos e implementar manejo de errores
-
-Siguiendo estas pautas, puedes construir un puente confiable para la funcionalidad de tu aplicación.
-
-### Uso de Métodos Nativos de Android
-
-Después de configurar plugins personalizados, puedes llamar a métodos nativos de Android directamente desde tu código JavaScript usando los métodos del puente definidos. Para mejorar el rendimiento, implementa caché y procesamiento por lotes para llamadas frecuentes.
-
-Aquí hay un ejemplo de un método nativo personalizado:
-
-```kotlin
-@PluginMethod
-fun nativeMethod(call: PluginCall) {
-    try {
-        val value = call.getString("key")
-        // Perform native Android operations here
-        call.resolve(mapOf("result" to "success"))
-    } catch (e: Exception) {
-        call.reject("Error executing native method", e)
-    }
-}
-```
-
-Aunque el puente nativo soporta varios tipos de datos y maneja las conversiones automáticamente, es crucial validar los datos tanto en el lado de JavaScript como en el de Android. Esto ayuda a prevenir errores en tiempo de ejecución y asegura una comunicación fluida.
-
-## Mejoras de Rendimiento
-
-Optimizar el puente nativo es clave para mantener las aplicaciones Android de Capacitor receptivas. Aquí, veremos formas prácticas de mejorar el rendimiento basadas en casos de uso del mundo real.
-
-### Minimizando la Carga del Puente
-
-Reducir la carga de trabajo en el puente nativo puede llevar a un mejor rendimiento de la aplicación. Un método efectivo es:
-
-| Estrategia | Implementación | Impacto |
-| --- | --- | --- |
-| Actualizaciones Parciales | Descargar solo los componentes modificados | Reduce el consumo de ancho de banda |
-
-Al usar actualizaciones parciales, concéntrate en descargar solo las partes actualizadas de tu aplicación en lugar del paquete completo. Este enfoque ahorra recursos y mejora la eficiencia. Mantén un ojo en las métricas de rendimiento para asegurar que el puente se mantenga en óptimas condiciones.
-
-### Pruebas y Monitoreo
-
-El monitoreo regular es esencial para asegurar que el puente nativo opere sin problemas. Rastrea estas métricas clave:
-
--   **Latencia de llamadas al puente**: Qué tan rápido procesa el puente las llamadas.
--   **Tamaños de transferencia de datos**: La cantidad de datos moviéndose a través del puente.
--   **Tasas de éxito/fallo**: La proporción de operaciones exitosas contra fallos.
--   **Patrones de uso de memoria**: Cuánta memoria consume el puente a lo largo del tiempo.
--   **Métricas de distribución de actualizaciones**: Información sobre cómo se entregan las actualizaciones.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para la misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Para mantener un rendimiento óptimo, adopta una estrategia de pruebas completa que incluya:
-
--   **Evaluación de Rendimiento**: Establece métricas base para medir.
--   **Pruebas de Carga**: Simula tráfico pesado para identificar puntos débiles.
--   **Monitoreo de Errores**: Mantén un registro y analiza cualquier fallo del puente.
--   **Métricas de Experiencia de Usuario**: Asegura que la aplicación permanezca receptiva durante las operaciones del puente.
-
-Para una optimización más avanzada, intenta usar un [sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) para la distribución de actualizaciones. Este método te permite probar actualizaciones con grupos más pequeños de usuarios primero, facilitando el monitoreo del rendimiento antes de implementar cambios para todos.
-
-Estas estrategias no solo validan el rendimiento del puente sino que también ayudan a ajustarlo para cumplir con las demandas de las aplicaciones del mundo real.
-
-## Pautas de Desarrollo
-
-Cuando se trabaja con el puente nativo en aplicaciones Android de Capacitor, seguir prácticas de desarrollo seguras y eficientes es esencial. Aquí te mostramos cómo puedes asegurar tanto la seguridad como el rendimiento fluido.
-
-### Medidas de Seguridad
-
-Implementa múltiples capas de seguridad para salvaguardar la transmisión de datos entre JavaScript y componentes nativos. El **cifrado de extremo a extremo** es imprescindible para proteger la información sensible.
-
-Aquí hay algunas capas de seguridad clave en las que enfocarse:
-
-| Capa de Seguridad | Implementación | Propósito |
-| --- | --- | --- |
-| [Cifrado de Datos](https://capgo.app/docs/cli/migrations/encryption/) | Cifrado de extremo a extremo | Proteger datos durante la transmisión |
-| Control de Acceso | Permisos granulares | Gestionar acceso de usuarios y equipos |
-| Seguridad de Actualizaciones | Actualizaciones firmadas | Verificar autenticidad de actualizaciones |
-| Manejo de Errores | Capacidad de reversión | Asegurar estabilidad de la aplicación |
-
-Siempre valida los datos en ambos lados - JavaScript y componentes nativos - para reducir vulnerabilidades. Estas prácticas, junto con mecanismos seguros de actualización, ayudan a mantener un entorno de aplicación confiable y seguro.
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-### Actualizaciones de Plugins y Soporte
-
-Mantener los plugins actualizados es crítico para asegurar la compatibilidad con las últimas versiones de Android y Capacitor. Así es como puedes gestionarlos efectivamente:
-
--   **Control de Versiones**: Mantén un registro de las versiones de plugins en diferentes lanzamientos de la app.
--   **Pruebas de Compatibilidad**: Prueba los plugins con los niveles API de Android objetivo para asegurar su correcto funcionamiento.
--   **Despliegues Controlados**: Usa [sistemas de actualización basados en canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) para distribuir actualizaciones a grupos específicos de usuarios antes de lanzarlas ampliamente.
-
-Un sistema basado en canales te permite probar actualizaciones en grupos más pequeños, minimizando el riesgo de problemas generalizados.
-
-> "Actualmente estamos probando @Capgo ya que Appcenter dejó de dar soporte para actualizaciones en vivo en apps híbridas y @AppFlow es demasiado costoso." - Simon Flack [\[1\]](https://capgo.app/)
-
-Las actualizaciones parciales son otra excelente manera de mejorar la eficiencia reduciendo el tamaño de las descargas. Son especialmente útiles para correcciones rápidas de errores.
-
-> "@Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es oro puro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Las pruebas y el monitoreo regulares son esenciales para detectar problemas de compatibilidad tempranamente y asegurar una experiencia de usuario fluida.
-
-## Integración de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capgo mejora el rendimiento del puente nativo permitiendo actualizaciones instantáneas por aire (OTA). Con 23.5 millones de actualizaciones entregadas en 750 apps, se ha convertido en una herramienta confiable para gestionar actualizaciones a través del puente nativo.
-
-### Características del Puente Capgo
-
-Capgo utiliza el puente nativo para entregar actualizaciones eficientemente mientras mantiene un alto rendimiento. Aquí hay un vistazo más cercano a sus características:
-
-| **Característica** | **Cómo Funciona** | **Impacto en Rendimiento** |
-| --- | --- | --- |
-| Actualizaciones en Segundo Plano | Instala actualizaciones automáticamente sin entrada del usuario | 95% de usuarios actualizados en 24 horas |
-| API de Integración | Ofrece un tiempo de respuesta promedio de 57ms | Proporciona monitoreo de actualizaciones en tiempo real |
-| Opciones de Alojamiento | Soporta despliegue en la nube o autoalojado | Da flexibilidad en el control de infraestructura |
-| Capacidad de Almacenamiento | Proporciona hasta 20GB para planes empresariales | Simplifica la gestión de versiones |
-
-El sistema de canales es especialmente útil para probar actualizaciones con grupos seleccionados de usuarios antes de lanzarlas más ampliamente. Esto asegura la estabilidad en varias versiones de Android y configuraciones de dispositivos.
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-### Gestión de Actualizaciones de Capgo
-
-El sistema de gestión de actualizaciones de Capgo está diseñado para trabajar directamente con el puente nativo, asegurando un despliegue de actualizaciones suave y confiable. Soporta Capacitor 8, proporcionando flexibilidad a los desarrolladores en sus proyectos.
-
-Para comenzar con Capgo:
-
--   Instálalo usando `npx @capgo/cli init`
--   Mantén tu proceso de compilación existente
--   Despliega actualizaciones a través de la CLI
-
-Para aplicaciones empresariales, Capgo incluye características potentes adaptadas a necesidades a gran escala:
-
-| **Característica** | **Funcionalidad** | **Ventaja** |
-| --- | --- | --- |
-| Sistema de Canales | Dirige a grupos específicos de usuarios | Permite pruebas de despliegue controladas |
-| Integración API | Ofrece tiempo de respuesta promedio de 57ms | Proporciona monitoreo de actualizaciones en tiempo real |
-| Opciones de Alojamiento | Soporta despliegue en nube o autoalojado | Da flexibilidad en control de infraestructura |
-| Capacidad de Almacenamiento | Proporciona hasta 20GB para planes empresariales | Simplifica gestión de versiones |
-
-El sistema de canales es especialmente útil para probar actualizaciones con grupos seleccionados de usuarios antes de lanzarlas más ampliamente. Esto asegura estabilidad en varias versiones de Android y configuraciones de dispositivos.
-
-## Conclusión
-
-### Revisión de Puntos Principales
-
-En apps Android de Capacitor, el puente nativo actúa como un enlace de comunicación clave entre JavaScript y componentes nativos. Cuando está optimizado, entrega métricas de rendimiento impresionantes:
-
-| Aspecto | Impacto en Rendimiento |
-| --- | --- |
-| **Entrega de Actualizaciones** | 95% adopción de usuarios en 24 horas |
-| **Respuesta API** | 57ms promedio mundial |
-| **Tasa de Éxito** | 82% éxito global en despliegue |
-
-Estos números resaltan la importancia de la comunicación segura y la reducción de carga del puente para mantener un rendimiento óptimo.
-
-> "Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂" - NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-### Guía de Inicio
-
-¿Listo para implementar el puente nativo? Aquí hay tres pasos para comenzar:
-
--   **Configura el puente nativo**: Asegúrate de que esté configurado para una comunicación eficiente.
--   **Prueba exhaustivamente**: Establece procedimientos de prueba confiables para detectar problemas potenciales temprano.
--   **Monitorea métricas de rendimiento**: Mantén un ojo en indicadores clave para mantener una operación fluida.
-
-Para apps empresariales, considera usar sistemas de canales e integrar pipelines CI/CD para despliegues controlados. Estas prácticas pueden ayudarte a crear apps Android que cumplan con las demandas de los usuarios actuales.
-
-A medida que el desarrollo de apps evoluciona, características como el cifrado de extremo a extremo y actualizaciones parciales se están convirtiendo en estándar para mantener tanto la seguridad como la eficiencia. Con el enfoque correcto, puedes lograr los mismos resultados de alto rendimiento que han impulsado más de 23.5 millones de actualizaciones exitosas en varias aplicaciones.
diff --git a/src/content/blog/es/how-ota-encryption-meets-app-store-compliance.md b/src/content/blog/es/how-ota-encryption-meets-app-store-compliance.md
deleted file mode 100644
index 6c4dc2077..000000000
--- a/src/content/blog/es/how-ota-encryption-meets-app-store-compliance.md
+++ /dev/null
@@ -1,207 +0,0 @@
----
-slug: how-ota-encryption-meets-app-store-compliance
-title: Cómo el cifrado OTA cumple con las normas de la App Store
-description: >-
-  Explora cómo el cifrado OTA asegura las actualizaciones de aplicaciones y
-  garantiza el cumplimiento de las estrictas regulaciones de las tiendas de
-  aplicaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-14T05:12:26.952Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ae8c28192afc208a60fcea-1739509966039.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA encryption, app store compliance, app updates security, AES-256, TLS, code
-  signing, mobile security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**La encriptación Sobre el Aire (OTA) garantiza actualizaciones seguras de la aplicación mientras cumple con las estrictas reglas de las tiendas de aplicaciones de Apple y Google.** Así es como funciona y por qué es esencial:
-
--   **Protege las Actualizaciones**: La encriptación bloquea la interceptación de datos, manipulación y acceso no autorizado durante la entrega de actualizaciones.
--   **Sigue las Reglas de la App Store**:
-    -   Apple: Requiere HTTPS (TLS 1.2+), [App Transport Security](https://developer.apple.com/documentation/security/preventing-insecure-network-connections) (ATS), y firma de código.
-    -   Google: Impone SSL pinning, escaneo de [Play Protect](https://developers.google.com/android/play-protect), y encriptación estándar de la industria.
--   **Usa [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard)**: Un estándar de encriptación altamente seguro con claves de 256 bits para una robusta protección de datos.
--   **Seguridad de Extremo a Extremo**: Las actualizaciones están encriptadas desde la creación hasta la instalación, asegurando integridad y desencriptación específica del dispositivo.
-
-**Comparación Rápida de Requisitos de la App Store**:
-
-| **Requisito** | **Apple App Store** | **Google Play Store** |
-| --- | --- | --- |
-| Protocolo | HTTPS (TLS 1.2+) | HTTPS obligatorio |
-| Almacenamiento de Claves | iOS Keychain | Android Keystore |
-| Verificación de Código | Firma de código obligatoria | Escaneo Play Protect |
-| Estándar de Encriptación | AES-256 recomendado | Encriptación estándar de la industria |
-
-## Cumplimiento de Exportación de Encriptación Unity | Cumplimiento de Exportación Apple iOS
-
-<iframe src="https://www.youtube.com/embed/m68LduQVRgE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Métodos de Encriptación de Actualizaciones OTA
-
-Los sistemas modernos de actualización OTA utilizan técnicas de encriptación por capas para mantener la seguridad y cumplir con los estándares de las tiendas de aplicaciones. Estos métodos protegen las actualizaciones durante sus procesos de creación, entrega e instalación.
-
-### Seguridad del Protocolo TLS
-
-[Transport Layer Security](https://en.wikipedia.org/wiki/Transport_Layer_Security) (TLS) es la columna vertebral de la entrega segura de actualizaciones OTA. Cumple con requisitos importantes como el ATS de Apple y el SSL pinning de Google al establecer una conexión encriptada entre servidores y dispositivos. Esto evita que los datos sean interceptados o manipulados durante la transmisión.
-
-Así es como las características de TLS se alinean con las necesidades de seguridad y cumplimiento:
-
-| Característica | Beneficio de Seguridad | Impacto en Cumplimiento |
-| --- | --- | --- |
-| Secreto Hacia Adelante | Protege comunicaciones pasadas si las claves se comprometen | Requerido por Apple ATS [\[3\]](https://www.globalyo.com/exploring-advanced-encryption-techniques-for-esim-security/) |
-| Conjuntos de Cifrado Fuertes | Protege contra ataques criptográficos | Cumple requisitos de Google Play [\[2\]](https://workers.cloudflare.com/built-with/projects/Capgo) |
-| Fijación de Certificados | Previene ataques man-in-the-middle | Obligatorio para apps iOS [\[3\]](https://www.globalyo.com/exploring-advanced-encryption-techniques-for-esim-security/) |
-
-Estas medidas de capa de transporte sirven como primera línea de defensa, mientras que la encriptación de extremo a extremo asegura las actualizaciones durante todo su ciclo de vida.
-
-### Protección Completa de Extremo a Extremo
-
-La encriptación de extremo a extremo asegura que las actualizaciones permanezcan seguras desde el momento en que son creadas hasta cuando son instaladas. Este enfoque satisface los requisitos de las tiendas de aplicaciones para proteger datos sensibles en todas las etapas.
-
-Elementos clave de la encriptación de extremo a extremo incluyen:
-
--   **Encriptación pre-distribución**: Las actualizaciones se encriptan antes de salir del origen.
--   **Transmisión segura**: Los datos se transmiten a través de canales protegidos por TLS.
--   **Almacenamiento encriptado en dispositivo**: Las actualizaciones permanecen seguras hasta la instalación.
--   **Desencriptación específica del dispositivo**: Solo el dispositivo objetivo, usando claves almacenadas de forma segura, puede desencriptar las actualizaciones.
-
-### Seguridad de Datos [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard)
-
-La encriptación AES-256 es un estándar que cumple con los requisitos de encriptación tanto para plataformas iOS como Android.
-
-> "AES-256 es uno de los algoritmos de encriptación más seguros disponibles, aprobado por la Agencia de Seguridad Nacional de EE.UU. para información ultrasecresta" [\[7\]](https://www.zendesk.com/blog/knowledge-base-article-template/)
-
-Por qué AES-256 es efectivo:
-
--   **Fuerza de clave de 256 bits**: Con 2^256 combinaciones posibles, los ataques de fuerza bruta son virtualmente imposibles [\[1\]](https://www.cubtale.com/pages/compliance-data-security).
--   **Rendimiento eficiente**: Impacto computacional mínimo.
--   **Compatibilidad universal**: Soportado nativamente en plataformas iOS y Android.
-
-Las actualizaciones delta también se benefician de claves únicas para cada paquete, garantizando seguridad sin ralentizar la entrega [\[6\]](https://www.exponent.com/article/can-over-air-updates-help-improve-vehicle-recall-compliance). La implementación adecuada involucra pasos adicionales como firma de código y gestión de versiones para garantizar fiabilidad.
-
-## Configuración de Encriptación Compatible con App Store
-
-Asegurar las actualizaciones OTA para tu aplicación implica cumplir con estándares técnicos mientras se mantiene el cumplimiento con las pautas de la tienda de aplicaciones. Así es como asegurar que tu configuración de encriptación cumpla con estos requisitos.
-
-### Firma de Código de Actualización
-
-Para cumplir con los mandatos de la tienda de aplicaciones, sigue estos pasos para una firma de código segura:
-
--   Obtén un **certificado de firma de código válido** de una Autoridad de Certificación confiable.
--   Usa **iOS Keychain** o **Android Keystore** para almacenar claves privadas de forma segura.
--   Hash los paquetes de actualización y verifica firmas usando claves públicas incrustadas.
--   Realiza **validación de cadena de certificados** para confirmar confiabilidad.
--   Aplica **marcas de tiempo confiables** para asegurar validez incluso después de la expiración del certificado.
-
-> "Implementar el pinning de certificados adecuado para servidores de actualización y utilizar las herramientas de firma de código de Apple con certificados actualizados es crucial para mantener el cumplimiento de la tienda de aplicaciones" [\[8\]](https://survicate.com/blog/customer-satisfaction-survey-questions/)
-
-Estas prácticas se alinean con las reglas de firma de código de Apple y los estándares Play Protect de Google.
-
-### Actualizaciones Delta Encriptadas
-
-Las actualizaciones delta, que solo transmiten cambios entre versiones, necesitan capas extra de seguridad. Así es como asegurarlas:
-
--   Genera diferencias de versión usando **herramientas seguras de diff binario**.
--   Comprime estas diferencias con algoritmos como **[bsdiff](https://www.daemonology.net/bsdiff/)**.
--   Usa un método de **distribución segura de claves**.
--   Valida integridad a través de **verificación de suma de comprobación**.
-
-Construir sobre encriptación AES-256 asegura que estas actualizaciones permanezcan protegidas.
-
-### Seguridad del Control de Versiones
-
-Los mecanismos fuertes de control de versiones ayudan a prevenir cambios no autorizados. Las medidas clave incluyen:
-
--   **Manifiestos de versión firmados** para rastrear actualizaciones válidas.
--   **Validación del lado del servidor** para bloquear alteraciones no autorizadas.
--   **Prevención de rollback** mediante la aplicación de umbrales de versión mínima.
--   **Pistas de auditoría seguras** para registrar historial de actualizaciones.
-
-> "La rotación regular de claves de encriptación cada 6-12 meses y el uso de módulos de seguridad de hardware (HSMs) para el almacenamiento de claves representa las mejores prácticas de la industria para mantener la seguridad de las actualizaciones" [\[9\]](https://help.apple.com/pdf/security/en_US/apple-platform-security-guide.pdf)
-
-Estas medidas están diseñadas para cumplir con la verificación de código de Apple y los estándares de integridad de actualización de Google. Además, el monitoreo automatizado de patrones de actualización puede ayudar a identificar actividad inusual tempranamente.
-
-## Sistema de Encriptación OTA de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-14.jpg?auto=compress)
-
-Capgo utiliza técnicas avanzadas de encriptación para entregar actualizaciones OTA seguras mientras cumple totalmente con las regulaciones de la tienda de aplicaciones.
-
-### Entrega de Actualizaciones Encriptadas
-
-Capgo emplea encriptación compatible con FIPS 140-2 para proteger paquetes de actualización en cada etapa. Las claves de encriptación se gestionan dentro de una infraestructura segura, asegurando que permanezcan aisladas de los servidores de Capgo[\[1\]](https://www.cubtale.com/pages/compliance-data-security).
-
-El [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/) incluye medidas de seguridad específicas en cada etapa:
-
-| Etapa | Medida de Seguridad |
-| --- | --- |
-| Carga | Firma Digital |
-| Descarga | Verificación de Integridad |
-| Instalación | Entorno Sandbox |
-
-### Cumplimiento Integrado con la Tienda
-
-El sistema de Capgo está diseñado para cumplir con los estándares de seguridad tanto de la Apple App Store como de Google Play Store.
-
-> "El sistema detecta y previene automáticamente que se apliquen actualizaciones conflictivas, mientras mantiene un historial completo de todas las actualizaciones para auditoría y rollback."
-
-Cumple con la Directriz de Revisión 4.2.3 de la App Store de Apple y las Políticas Core de Play[\[4\]](https://github.com/Cap-go/capacitor-updater). Características como **control de versiones** ayudan a bloquear ataques de degradación[\[2\]](https://workers.cloudflare.com/built-with/projects/Capgo), y la gestión estricta del tamaño asegura que los paquetes de actualización cumplan con los límites de la tienda de aplicaciones[\[6\]](https://www.exponent.com/article/can-over-air-updates-help-improve-vehicle-recall-compliance). Estas medidas se alinean con la verificación de código de Apple y los estándares de integridad de actualización de Google.
-
-### Herramientas de Automatización de Actualizaciones
-
-Capgo simplifica el proceso de actualización con herramientas que mejoran la seguridad y ahorran tiempo. La plataforma se integra fácilmente con sistemas CI/CD, soportando despliegues seguros y automatizados.
-
-Características destacadas de automatización:
-
--   Opciones de línea de comandos y API para gestionar actualizaciones
--   **Pruebas Automatizadas** para compatibilidad entre versiones de la app
--   **Automatización de Rollback** para corregir problemas rápidamente
--   **Despliegue Gradual** para distribución gradual y controlada de actualizaciones
-
-## Conclusión: Cumpliendo con los Estándares de Seguridad de la App Store
-
-Para asegurar que las actualizaciones OTA cumplan con los requisitos de la tienda de aplicaciones, los desarrolladores deben enfocarse en **seguridad de transporte**, **encriptación fuerte**, y **verificaciones automatizadas de cumplimiento**. El sistema de Capgo demuestra cómo estos elementos pueden trabajar juntos efectivamente. Un enfoque sólido incluye encriptación de transporte, protección de paquetes, y automatización de cumplimiento, todo en capas para crear un sistema seguro.
-
-Estas prácticas se alinean con los requisitos especificados en las Directrices de Revisión de la App Store de Apple y las Políticas Core de Play de Google [\[1\]](https://www.cubtale.com/pages/compliance-data-security)[\[5\]](https://productlatest.com/?post=1837).
-
-### Guía de Implementación
-
-Aquí te mostramos cómo los desarrolladores pueden [implementar el cifrado](https://capgo.app/docs/cli/migrations/encryption/) para actualizaciones OTA que cumplan con los estándares de las tiendas de aplicaciones:
-
--   **Usar TLS 1.2 o superior** para comunicaciones seguras con el servidor y **cifrado AES-256** para proteger los paquetes de actualización.
--   **Incorporar verificaciones automáticas de cumplimiento** para gestionar la firma de código y el control de versiones.
-
-El monitoreo regular del cumplimiento y la realización de auditorías trimestrales son esenciales para mantener la fiabilidad del sistema, como se destaca en la Directriz 4.2.3 de Revisión del App Store de Apple.
-
-## Preguntas frecuentes
-
-Entender cómo funcionan las exenciones de cifrado puede simplificar los esfuerzos de cumplimiento. Esto es lo que necesitas saber:
-
-### ¿Qué métodos de cifrado no requieren documentación de cumplimiento de exportación?
-
-El cifrado que está integrado en el sistema operativo generalmente no necesita documentación de exportación. Estas exenciones permiten a los desarrolladores mantener el cumplimiento sin papeleo innecesario.
-
-| **Tipo de Cifrado** | **¿Exento?** |
-| --- | --- |
-| Conexiones HTTPS usando URLSession | ✓   |
-| Implementaciones nativas de TLS/SSL | ✓   |
-| Funciones criptográficas incorporadas del SO | ✓   |
-| [Soluciones de cifrado personalizadas](https://capgo.app/docs/cli/migrations/encryption/) | ✗   |
-| Algoritmos estándar modificados | ✗   |
-
-Según las pautas de exportación de EE. UU. (BIS), los [métodos de cifrado](https://capgo.app/docs/cli/migrations/encryption/) con longitudes de clave de hasta 128 bits típicamente no están restringidos para exportación [\[5\]](https://productlatest.com/?post=1837).
-
-Para una implementación segura over-the-air (OTA):
-
--   Usar TLS nativo de la plataforma y AES-256 a través de APIs del sistema
--   Mantener registros detallados de todos los métodos de cifrado aplicados
--   Realizar auditorías regulares de tus [prácticas de cifrado](https://capgo.app/docs/cli/migrations/encryption/)
-
-Las revisiones rutinarias de tus métodos de cifrado ayudan a asegurar el cumplimiento con los requisitos de seguridad de Apple y Google.
diff --git a/src/content/blog/es/how-ota-updates-affect-app-store-security.md b/src/content/blog/es/how-ota-updates-affect-app-store-security.md
deleted file mode 100644
index 9c8599f07..000000000
--- a/src/content/blog/es/how-ota-updates-affect-app-store-security.md
+++ /dev/null
@@ -1,238 +0,0 @@
----
-slug: how-ota-updates-affect-app-store-security
-title: Cómo afectan las actualizaciones OTA a la seguridad de la App Store
-description: >-
-  Las actualizaciones OTA simplifican las mejoras de las aplicaciones, pero
-  conllevan riesgos de seguridad. Aprenda cómo proteger a los usuarios mientras
-  cumple con los estándares de las tiendas de aplicaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T02:34:12.739Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78-1745634908381.jpg
-head_image_alt: Desarrollo para Móviles
-keywords: 'OTA updates, app security, app store compliance, encryption, vulnerabilities'
-tag: 'Mobile, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones OTA (over-the-air) permiten a los desarrolladores de aplicaciones entregar cambios directamente a los usuarios sin esperar aprobaciones de las tiendas de aplicaciones. Esto acelera la corrección de errores, parches de seguridad y lanzamiento de funciones. **El 95% de los usuarios instalan actualizaciones dentro de las 24 horas**, pero la rapidez puede introducir riesgos si no se gestiona de forma segura.
-
-### Puntos Clave:
-
--   **Beneficios**: Correcciones inmediatas, lanzamientos más rápidos de funciones, versiones consistentes de la aplicación.
--   **Riesgos**: Vulnerabilidades como inyección de código, interceptación o autenticación débil.
--   **Medidas de Seguridad**: Cifrado de extremo a extremo, autenticación fuerte, funcionalidad de reversión y cumplimiento de las pautas de las tiendas de aplicaciones.
-
-### Comparación Rápida de Requisitos de las Tiendas de Aplicaciones:
-
-| Aspecto de Seguridad | [Apple App Store](https://developer.apple.com/app-store/) | [Google Play Store](https://developer.android.com/distribute/console) |
-| --- | --- | --- |
-| Integridad del Código | Verificación de binario firmado | Verificación de firma APK |
-| Entrega de Actualizaciones | Cifrado HTTPS obligatorio | TLS 1.2+ requerido |
-
-Plataformas como [Capgo](https://capgo.app/) proporcionan herramientas para asegurar el cumplimiento, ofreciendo características como cifrado, integración CI/CD y soporte de reversión. Elegir una plataforma OTA segura es esencial para proteger a los usuarios y mantener el cumplimiento de las tiendas de aplicaciones.
-
-## Enviando Actualizaciones Over-the-Air (OTA) con EAS Update | Paso ...
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Riesgos de Seguridad en Actualizaciones OTA
-
-Las actualizaciones OTA pueden introducir riesgos que comprometen la seguridad del usuario y el cumplimiento normativo. Abordar estos riesgos requiere una comprensión clara de las vulnerabilidades potenciales.
-
-### Puntos de Ataque
-
-La naturaleza dinámica de las actualizaciones OTA abre varios puntos débiles que los atacantes podrían explotar. Aquí hay algunas vulnerabilidades comunes:
-
-| Vector de Ataque | Descripción del Riesgo | Nivel de Impacto |
-| --- | --- | --- |
-| Inyección de Código | Código malicioso añadido durante el proceso de actualización | Crítico |
-| Man-in-the-Middle | Actualizaciones interceptadas y alteradas durante la transmisión | Alto |
-
-Capgo mitiga estos riesgos utilizando **cifrado de extremo a extremo** para mantener la integridad del código [\[1\]](https://capgo.app/).
-
-Estas vulnerabilidades no solo representan riesgos individuales - pueden llevar a problemas de seguridad a gran escala.
-
-### Preocupaciones de Explotación Masiva
-
-Los sistemas de actualización OTA tienen el potencial de afectar a un número masivo de usuarios simultáneamente. Algunos riesgos clave incluyen:
-
--   Las actualizaciones pueden distribuirse a miles de dispositivos a la vez.
--   Si se comprometen, las actualizaciones pueden ejecutar código dañino en todos los dispositivos afectados.
--   Las medidas de seguridad tradicionales de las tiendas de aplicaciones podrían ser completamente evadidas.
-
-La velocidad y escala de los despliegues OTA pueden amplificar significativamente el daño causado por una brecha.
-
-### Problemas de Autenticación de Actualizaciones
-
-Asegurar actualizaciones seguras también depende de métodos robustos de autenticación. La autenticación débil puede permitir que los atacantes inyecten actualizaciones dañinas en el proceso. Algunos desafíos comunes incluyen:
-
-| Desafío | Implicación de Seguridad |
-| --- | --- |
-| Verificación de Firma | Asegura que las actualizaciones estén firmadas criptográficamente para su validez |
-| Control de Acceso | Protege las credenciales del desarrollador de ser comprometidas |
-| Control de Versiones | Mantiene la secuencia e integridad apropiada de las actualizaciones |
-
-Para abordar estos desafíos, muchas soluciones ahora implementan **cifrado de extremo a extremo** junto con protocolos estrictos de autenticación, asegurando un proceso más seguro de actualización OTA.
-
-## Reglas de Seguridad de las Tiendas de Aplicaciones
-
-Apple y Google imponen medidas estrictas de seguridad para proteger los procesos de actualización OTA (over-the-air).
-
-### Requisitos de Apple y Google
-
-Las tiendas de aplicaciones requieren que las apps habilitadas para OTA sigan protocolos específicos para asegurar la integridad del código y actualizaciones seguras. Aquí hay una comparación:
-
-| Requisito | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| Integridad del Código | Verificación de binario firmado | Verificación de firma APK |
-| Entrega de Actualizaciones | Cifrado HTTPS obligatorio | TLS 1.2+ requerido |
-
-Los desarrolladores deben usar tanto firma digital como servidores seguros para distribuir actualizaciones. El cumplimiento significa mantener canales seguros durante todo el proceso de actualización.
-
-### Efectos del Incumplimiento
-
-No cumplir con estos requisitos puede llevar a problemas serios:
-
--   **Impactos Inmediatos**: El incumplimiento puede resultar en la eliminación de la app durante auditorías, interrumpiendo operaciones y dañando la credibilidad.
--   **Consecuencias a Largo Plazo**: Violaciones repetidas podrían llevar a penalizaciones más estrictas, dificultando futuras presentaciones de apps.
--   **Impacto en la Confianza del Usuario**: Los usuarios pueden perder confianza en la capacidad del desarrollador para entregar actualizaciones seguras, dañando la reputación del desarrollador.
-
-Estos riesgos resaltan la importancia de adherirse a las reglas de seguridad de las tiendas de aplicaciones.
-
-### Pasos de Escaneo de Seguridad
-
-Los desarrolladores pueden reducir los riesgos de incumplimiento implementando escaneos exhaustivos en cada etapa del proceso de actualización. Así es cómo:
-
-| Fase de Escaneo | Acciones Esenciales | Método de Verificación |
-| --- | --- | --- |
-| Pre-despliegue | Verificar integridad del código | Pruebas automatizadas |
-| Paquete de Actualización | Verificar firmas digitales | Validación de certificados |
-| Tiempo de ejecución | Realizar verificaciones de seguridad dinámicas | Monitoreo en tiempo real |
-
-Capgo asegura el cumplimiento ofreciendo soluciones "compatibles con App Store" [\[1\]](https://capgo.app/), con cifrado de extremo a extremo y protocolos avanzados de seguridad.
-
-Las auditorías regulares de sistemas de actualización OTA contra las pautas actuales de las tiendas de aplicaciones son esenciales para mantener el cumplimiento y evitar el rechazo de la app.
-
-## Mejores Prácticas de Seguridad
-
-Asegurar actualizaciones OTA seguras requiere una mezcla de medidas técnicas y procedimientos bien definidos.
-
-### Métodos de Protección de Datos
-
-Un elemento clave de las actualizaciones OTA seguras es el **cifrado de extremo a extremo**, que protege los paquetes de actualización desde el desarrollador hasta el dispositivo del usuario final.
-
-| Capa de Protección | Medida de Seguridad | Propósito |
-| --- | --- | --- |
-| Transmisión | HTTPS/TLS 1.2+ | Protege datos durante la transferencia |
-| Almacenamiento | Cifrado de extremo a extremo | Bloquea acceso no autorizado |
-| Verificación | Firmas digitales | Confirma la integridad de las actualizaciones |
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" [\[1\]](https://capgo.app/)
-
-Adicionalmente, un proceso de lanzamiento controlado puede ayudar a reducir riesgos potenciales.
-
-### Proceso de Lanzamiento Controlado
-
-Para gestionar actualizaciones de forma segura y efectiva, sigue estos pasos:
-
--   **Distribución por Fases**: Comienza con un pequeño grupo de usuarios, luego expande gradualmente basado en datos de rendimiento.
--   **Monitoreo en Tiempo Real**: Rastrea tasas de éxito de actualización, registros de errores y participación del usuario para detectar irregularidades.
--   **Preparación para Reversión**: Siempre ten versiones de respaldo firmadas y cifradas listas para reversiones rápidas si es necesario.
-
-### Características de la Plataforma [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78/c4b9497df1c5d14f98df25934b50bafa.jpg)
-
-Una plataforma confiable de actualización OTA incorpora estas prácticas para asegurar y simplificar despliegues. Busca plataformas que ofrezcan características esenciales de seguridad.
-
-| Característica | Beneficio de Seguridad |
-| --- | --- |
-| Cifrado de extremo a extremo | Protege actualizaciones de acceso no autorizado |
-| Integración CI/CD | Automatiza y simplifica el proceso de despliegue |
-| Sistema de canales | Soporta pruebas beta controladas y lanzamientos graduales |
-| Panel de análisis | Monitorea rendimiento de actualizaciones en tiempo real |
-| Soporte de reversión | Permite reversión instantánea en caso de problemas |
-
-Para usuarios empresariales, Capgo ofrece servicios de configuración CI/CD por $2,600 [\[1\]](https://capgo.app/), asegurando que tu marco de seguridad esté correctamente configurado desde el inicio.
-
-## Comparación de Plataformas OTA
-
-Al evaluar plataformas de actualización OTA, es esencial considerar la estabilidad, características de seguridad y soporte a largo plazo. El cierre de [Microsoft CodePush](https://microsoft.github.io/code-push/) en 2024 y el próximo cierre de [Appflow](https://ionic.io/appflow/) en 2026 subrayan la importancia de elegir una solución confiable. Esta comparación destaca cómo las medidas de seguridad sólidas y el soporte consistente distinguen a las plataformas OTA líderes.
-
-### Matriz de Características de Plataformas
-
-| Característica | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- | --- |
-| **Estado Activo** | Operando desde 2022 | Operando desde 2024 | Cierra en 2026 | Cerrado 2024 |
-| **Cifrado de Extremo a Extremo** | Sí | No | No | No |
-| **Tasa de Éxito de Actualización** | 82% mundial | N/A | N/A | N/A |
-| **Velocidad de Actualización del Usuario** | 95% en 24h | N/A | N/A | N/A |
-| **Velocidad CDN Global** | 114ms (paquete 5MB) | N/A | Varía | N/A |
-| **[Opción de Auto-Alojamiento](https://capgo.app/blog/self-hosted-capgo/)** | Sí | Limitado | No | No |
-| **Integración CI/CD** | Sí | Básica | Sí | No |
-| **Cumplimiento con App Store** | Completo | Parcial | Completo | Limitado |
-| **Usuarios Activos Mensuales** | Escalable a 1M+ | Limitado | Empresa | N/A |
-
-Seleccionar la plataforma OTA correcta es crucial para asegurar el cumplimiento con las tiendas de aplicaciones y mantener operaciones seguras y eficientes. Las plataformas modernas ahora integran características avanzadas de seguridad con soporte confiable a largo plazo.
-
-> "Actualmente estamos probando @Capgo ya que Appcenter detuvo el soporte de actualizaciones en vivo para apps híbridas y @AppFlow es demasiado caro."  
-> – Simon Flack [\[1\]](https://capgo.app/)
-
-Los costos para plataformas OTA pueden variar ampliamente, con operaciones CI/CD que van desde $300 por mes hasta $6,000 anuales [\[1\]](https://capgo.app/).
-
-> "Cancelé mi suscripción a @Appflow después de 4 años. Code-Push nunca pareció funcionar bien, esperemos que @CapGO lo haya resuelto."  
-> – LeVar Berry [\[1\]](https://capgo.app/)
-
-Con 1.4K apps en producción dependiendo de estas soluciones, está claro que el mercado valora las plataformas que priorizan la seguridad y confiabilidad [\[1\]](https://capgo.app/).
-
-## Conclusión
-
-Las medidas de seguridad y los conocimientos de plataforma cubiertos anteriormente resaltan la importancia de estrategias bien redondeadas de actualización OTA (over-the-air). Los datos de la industria subrayan la necesidad de controles precisos de seguridad junto con capacidades eficientes de despliegue [\[1\]](https://capgo.app/).
-
-Las plataformas OTA actuales han avanzado para abordar los principales desafíos de seguridad mientras cumplen con los estrictos estándares de las tiendas de aplicaciones. Este progreso aborda los riesgos anteriores y asegura el cumplimiento de los requisitos de las tiendas de aplicaciones. Las soluciones efectivas combinan marcos de seguridad sólidos con [procesos de actualización fluidos](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), lo que conduce a altas tasas de éxito y una amplia adopción por parte de los usuarios [\[1\]](https://capgo.app/).
-
-> "¡La comunidad necesitaba esto y @Capgo está haciendo algo realmente importante!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-Las prácticas de seguridad se han convertido en un estándar de la industria, siendo ahora el cifrado de extremo a extremo una característica imprescindible. La transición de los métodos de actualización antiguos a plataformas OTA seguras permite a los desarrolladores mantener medidas de seguridad sólidas mientras entregan actualizaciones de manera más efectiva.
-
-Aquí hay algunos elementos críticos de seguridad y su papel en el cumplimiento de las tiendas de aplicaciones:
-
-| Aspecto de Seguridad | Impacto en el Cumplimiento de la Tienda de Aplicaciones |
-| --- | --- |
-| Cifrado de Extremo a Extremo | Protege la integridad de los datos durante el tránsito |
-| Autenticación de Actualizaciones | Bloquea actualizaciones no autorizadas |
-| Capacidad de Reversión | Ofrece correcciones rápidas para problemas de seguridad |
-| Seguimiento de Errores | Apoya la estabilidad y seguridad de la aplicación |
-
-Las plataformas OTA modernas demuestran que la seguridad y la eficiencia pueden ir de la mano. Equilibrar estas dos prioridades es vital para mantener el cumplimiento y ganar la confianza del usuario en el mundo actual impulsado por aplicaciones [\[1\]](https://capgo.app/).
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Qué riesgos plantean las actualizaciones OTA para la seguridad de las aplicaciones y cómo pueden abordarlos los desarrolladores?
-
-Las actualizaciones OTA (Over-The-Air) pueden exponer las aplicaciones a posibles vulnerabilidades, como acceso no autorizado o integridad de datos comprometida, especialmente si las actualizaciones no están correctamente aseguradas. Estos riesgos pueden afectar el cumplimiento de la tienda de aplicaciones y la confianza del usuario.
-
-Para mitigar estos riesgos, los desarrolladores deben implementar medidas de seguridad robustas como **cifrado de extremo a extremo**, pruebas regulares y prácticas seguras de implementación. Herramientas como Capgo pueden ayudar a simplificar este proceso permitiendo actualizaciones instantáneas para aplicaciones Capacitor sin requerir aprobaciones de la tienda de aplicaciones. Las características de Capgo, como la integración perfecta con CI/CD y la asignación de actualizaciones específicas por usuario, aseguran que las actualizaciones sean seguras y cumplan con los estándares de Apple y Android.
-:::
-
-:::faq
-### ¿Cómo ayudan las actualizaciones OTA a mantener el cumplimiento de seguridad de la tienda de aplicaciones y qué sucede si no se cumple?
-
-Las actualizaciones OTA (Over-The-Air) juegan un papel crucial en mantener el cumplimiento de seguridad de la tienda de aplicaciones al permitir que los desarrolladores entreguen rápidamente actualizaciones, correcciones de errores y nuevas características sin esperar largos procesos de aprobación de la tienda de aplicaciones. Esto asegura que las aplicaciones se mantengan seguras y actualizadas con los últimos requisitos de Apple y Android.
-
-No cumplir con los estándares de seguridad de la tienda de aplicaciones puede llevar a consecuencias graves, como la eliminación de aplicaciones de la tienda, pérdida de confianza del usuario o incluso penalizaciones legales. Soluciones como **Capgo** facilitan la gestión de actualizaciones OTA mientras se adhieren a todos los requisitos de cumplimiento, ofreciendo características como cifrado de extremo a extremo e integración perfecta con flujos de trabajo de desarrollo.
-:::
-
-:::faq
-### ¿Qué características clave deben priorizar los desarrolladores en una plataforma OTA para garantizar actualizaciones seguras y fluidas de las aplicaciones?
-
-Para garantizar actualizaciones seguras y fluidas de las aplicaciones, los desarrolladores deben priorizar características como **cifrado de extremo a extremo**, **integración con pipelines CI/CD** y la capacidad de asignar actualizaciones a grupos específicos de usuarios. Estas capacidades ayudan a proteger los datos de la aplicación, optimizar el proceso de actualización y proporcionar mayor control sobre quién recibe las actualizaciones.
-
-Por ejemplo, plataformas como Capgo están diseñadas para cumplir con los requisitos de cumplimiento tanto de Apple como de Android, ofreciendo actualizaciones en tiempo real sin necesidad de aprobación de la tienda de aplicaciones. Al centrarse en la seguridad, eficiencia y cumplimiento, los desarrolladores pueden entregar actualizaciones con confianza mientras minimizan los riesgos.
-:::
diff --git a/src/content/blog/es/how-rbac-secures-ota-updates-in-capacitor-apps.md b/src/content/blog/es/how-rbac-secures-ota-updates-in-capacitor-apps.md
deleted file mode 100644
index 5a5fd20c4..000000000
--- a/src/content/blog/es/how-rbac-secures-ota-updates-in-capacitor-apps.md
+++ /dev/null
@@ -1,118 +0,0 @@
----
-slug: how-rbac-secures-ota-updates-in-capacitor-apps
-title: Cómo RBAC asegura las actualizaciones OTA en aplicaciones Capacitor
-description: >-
-  Descubra cómo el control de acceso basado en roles mejora la seguridad de las
-  actualizaciones OTA en aplicaciones móviles, protege contra vulnerabilidades y
-  garantiza el cumplimiento normativo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:26:25.949Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680839e8fe5cbf0502ddad36-1745375221230.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  RBAC, OTA updates, security, mobile apps, end-to-end encryption, role-based
-  access control, deployment permissions
-tag: 'Mobile, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-RBAC (Control de Acceso Basado en Roles) es un cambio revolucionario para asegurar las actualizaciones OTA (Over-the-Air) en aplicaciones [Capacitor](https://capacitorjs.com/). Aquí está por qué es importante:
-
--   **Riesgos de Seguridad Clave**: Las actualizaciones OTA pueden ser vulnerables a la inyección de código malicioso, interceptación y mal uso si los permisos no se gestionan adecuadamente.
--   **Cómo Ayuda RBAC**: Al asignar roles (como desarrollador, tester, administrador) con permisos específicos, RBAC asegura que solo usuarios autorizados puedan implementar actualizaciones, gestionar testers o realizar rollbacks, reduciendo riesgos.
--   **Características de [Capgo](https://capgo.app/)**: Capgo destaca con **cifrado de extremo a extremo**, permisos granulares y soporte multi-organización, haciendo las actualizaciones más seguras y conformes con los estándares de seguridad de EE.UU.
-
-RBAC no es solo sobre seguridad; se trata de mantener la confianza y el cumplimiento mientras se escalan eficientemente las actualizaciones de tu aplicación.
-
-## ¿Qué es el Control de Acceso Basado en Roles (RBAC)?
-
-<iframe src="https://www.youtube.com/embed/-aPHg0uRYUI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Brechas de Seguridad en Actualizaciones OTA
-
-Identificar estas brechas resalta cómo RBAC (Control de Acceso Basado en Roles) puede ayudar a abordarlas efectivamente.
-
-### Debilidades Comunes de Seguridad
-
-Los atacantes con acceso no autorizado a sistemas de implementación pueden inyectar código malicioso en las actualizaciones, poniendo en riesgo a los usuarios. Cuando los paquetes de actualización carecen de verdadero cifrado de extremo a extremo, pueden ser interceptados y manipulados. Por ejemplo, mientras Capgo proporciona verdadero cifrado de extremo a extremo, muchos competidores solo confían en firmar actualizaciones [\[1\]](https://capgo.app/). Además, los derechos de implementación demasiado amplios aumentan las posibilidades de mal uso accidental o intencional. Sin roles y permisos claramente definidos, estas vulnerabilidades permanecen sin resolver.
-
-### Consecuencias de Fallos de Seguridad
-
-Un sistema OTA comprometido puede enviar actualizaciones maliciosas que exponen datos sensibles, interrumpen la funcionalidad e interfieren con las operaciones. Estos problemas no solo erosionan la confianza del usuario sino que también crean riesgos legales. Los fallos frecuentes pueden dañar la reputación de una empresa y llevar a costosos esfuerzos de remediación.
-
-### Alineación con Estándares de Seguridad de EE.UU.
-
-Los estándares de seguridad de EE.UU. exigen el uso de cifrado de extremo a extremo para todas las actualizaciones y requieren permisos de implementación detallados basados en roles. Las auditorías regulares de privilegios de acceso son esenciales para garantizar la responsabilidad y minimizar el riesgo de cambios no autorizados.
-
-## Características de Seguridad RBAC
-
-Ahora que hemos discutido las brechas de seguridad OTA, veamos cómo las características RBAC abordan estos problemas.
-
-RBAC funciona a través de tres componentes principales: **roles**, **permisos** y **niveles de acceso**. Los roles (como desarrolladores, QA o líderes de equipo) están vinculados a permisos específicos, mientras que los niveles de acceso limitan el alcance de las implementaciones. Esta configuración asegura que solo los usuarios autorizados puedan enviar actualizaciones a entornos aprobados. Estos mecanismos contrarrestan directamente vulnerabilidades como inyección, interceptación y permisos demasiado amplios.
-
-### RBAC para Empresas de EE.UU.
-
-En EE.UU., las organizaciones a menudo utilizan estructuras jerárquicas de roles para mantener tanto la seguridad como la eficiencia. En Capgo, los administradores pueden asignar y ajustar permisos de usuario para testers, usuarios beta y organizaciones. Este enfoque no solo asegura el cumplimiento de las regulaciones sino que también apoya el escalado seguro a medida que los equipos crecen [\[1\]](https://capgo.app/).
-
-## Configuración de RBAC para Actualizaciones OTA
-
-Usando el ejemplo de jerarquía de EE.UU., Capgo te permite integrar roles directamente en su panel de control y CLI. Así es cómo puedes implementar principios RBAC en Capgo usando sus herramientas incorporadas:
-
-### Guía de Configuración RBAC
-
-Capgo simplifica la seguridad de actualizaciones OTA con sus características RBAC incorporadas, ofreciendo definiciones detalladas de roles y un CLI de comando único para implementaciones [\[1\]](https://capgo.app/):
-
--   **Define roles** como tester, desarrollador y administrador, y asigna permisos específicos.
--   **Crea organizaciones** para mantener los proyectos separados.
--   **Configura canales** para pruebas beta y despliegues graduales.
--   **Implementa actualizaciones** rápidamente usando el CLI de Capgo.
-
-Ahora, veamos cómo el RBAC de Capgo se compara con soluciones OTA más antiguas.
-
-Características clave incluyen:
-
--   **Permisos de usuario granulares** para control de acceso preciso.
--   **Distribuciones basadas en canales** para gestionar versiones beta y despliegues graduales.
-
-| Característica | Beneficio | Caso de Uso |
-| --- | --- | --- |
-| Permisos granulares | Control de acceso preciso | Implementaciones controladas |
-| Soporte multi-organización | Entornos separados | Proyectos nivel empresarial |
-| Despliegues basados en canales | Entrega dirigida de actualizaciones | Pruebas beta |
-
-### Comparación de Plataformas OTA
-
-Al revisar plataformas OTA para RBAC, estos son algunos aspectos destacados de Capgo:
-
--   Cifrado completo de extremo a extremo, mientras muchas plataformas confían únicamente en la firma.
--   Opciones mejoradas de asignación de usuarios.
--   Estructura organizacional simplificada para una gestión más fácil.
-
-## Fortalezas y Límites de RBAC
-
-### Ventajas de RBAC
-
-Estos beneficios clave de RBAC abordan los desafíos de seguridad mencionados anteriormente:
-
--   **Permisos granulares**: Al restringir los derechos de implementación a roles y entornos específicos, se minimiza el riesgo de inyección de código no autorizado.
--   **Gestión multi-organización**: Aislar dominios de seguridad ayuda a prevenir el movimiento lateral entre equipos y proyectos, mejorando la seguridad general.
--   **Asignación dinámica de roles**: Ajustar niveles de acceso a medida que los equipos crecen ayuda a eliminar permisos obsoletos que podrían llevar a vulnerabilidades.
-
-## Conclusión
-
-### Puntos Clave
-
-RBAC asegura actualizaciones over-the-air (OTA) en aplicaciones Capacitor usando controles detallados para bloquear implementaciones no autorizadas mientras mantiene los procesos eficientes. Características como cifrado de extremo a extremo, entornos aislados, permisos flexibles y canales de implementación gestionados trabajan juntos para crear una configuración de seguridad sólida.
-
-### Características RBAC de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680839e8fe5cbf0502ddad36/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-Capgo construye sobre estas ideas con una plataforma de código abierto que ofrece verdadero cifrado de extremo a extremo y permisos basados en roles. Esto permite una [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) segura y escalable a través de múltiples organizaciones [\[1\]](https://capgo.app/).
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/how-to-add-dependencies-in-capacitor-plugins.md b/src/content/blog/es/how-to-add-dependencies-in-capacitor-plugins.md
deleted file mode 100644
index 36bc8ad60..000000000
--- a/src/content/blog/es/how-to-add-dependencies-in-capacitor-plugins.md
+++ /dev/null
@@ -1,191 +0,0 @@
----
-slug: how-to-add-dependencies-in-capacitor-plugins
-title: Cómo agregar dependencias a los plugins de Capacitor
-description: >-
-  Aprenda cómo optimizar la gestión de dependencias en plugins de Capacitor a
-  través de diferentes plataformas con pasos prácticos y mejores prácticas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T02:08:04.837Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4966a10051fda3b63500a-1743041314795.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, plugin dependencies, iOS, Android, JavaScript, CocoaPods, Gradle,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Agregar dependencias a [Capacitor](https://capacitorjs.com/) puede parecer abrumador, pero es más fácil cuando se divide en pasos claros. Esto es lo que necesitas saber:**
-
-1.  **Entender las herramientas**:
-    
-    -   **JavaScript**: Usa `npm` para gestionar dependencias.
-    -   **iOS**: Usa [CocoaPods](https://cocoapods.org/) o Swift Package Manager (SPM).
-    -   **Android**: Usa [Gradle](https://gradle.org/) para la gestión de dependencias.
-2.  **Configura tu entorno de desarrollo**:
-    
-    -   Instala herramientas como [Node.js](https://nodejs.org/en), [npm](https://www.npmjs.com/), [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), CocoaPods y JDK.
-3.  **Inicia tu [proyecto de plugin de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)**:
-    
-    -   Usa `npm init @capacitor/plugin` para crear un nuevo plugin.
-4.  **Agrega dependencias de JavaScript**:
-    
-    -   Usa `npm install` para dependencias de producción y desarrollo.
-    -   Actualiza `package.json` para incluir dependencias paralelas como `@capacitor/core`.
-5.  **Maneja dependencias específicas de plataforma**:
-    
-    -   **iOS**: Configura CocoaPods o SPM con bibliotecas como [Alamofire](https://github.com/Alamofire/Alamofire) o [SwiftyJSON](https://github.com/SwiftyJSON/SwiftyJSON).
-    -   **Android**: Usa Gradle para agregar dependencias como Gson o AppCompat.
-6.  **Optimiza el rendimiento**:
-    
-    -   Fija versiones, audita dependencias y resuelve conflictos para garantizar la estabilidad.
-7.  **Usa herramientas como [Capgo](https://capgo.app/) para actualizaciones en vivo**:
-    
-    -   Envía actualizaciones al instante sin revisiones de la tienda de aplicaciones.
-
-**Comparación rápida de herramientas**:
-
-| Plataforma | Herramienta | Ejemplo de Dependencia |
-| --- | --- | --- |
-| JavaScript | npm | `npm install lodash --save` |
-| iOS | CocoaPods/SPM | `pod 'Alamofire', '~> 5.6.4'` |
-| Android | Gradle | `implementation 'com.google.code.gson:gson:2.10.1'` |
-
-**Por qué es importante**: Gestionar las dependencias de manera efectiva asegura que tu plugin funcione sin problemas en todas las plataformas, ahorra tiempo y evita errores. Profundicemos en los pasos.
-
-## Cómo crear un plugin de [Capacitor](https://capacitorjs.com/) para iOS/Android
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-27.jpg?auto=compress)
-
-## Configurando tu Entorno de Desarrollo
-
-Prepara tu configuración con las herramientas necesarias para manejar las dependencias del [plugin de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) de manera efectiva.
-
-### Herramientas de Desarrollo Requeridas
-
-Aquí está la lista de herramientas que necesitarás:
-
-| Herramienta | Versión | Propósito |
-| --- | --- | --- |
-| Node.js | 16.0.0+ | Entorno de ejecución de JavaScript |
-| npm | 8.0.0+ | Gestión de paquetes |
-| Xcode | 14.0+ | Desarrollo iOS (solo Mac) |
-| Android Studio | Electric Eel+ | Desarrollo Android |
-| CocoaPods | 1.11.0+ | Gestión de dependencias iOS |
-| JDK | 11+ | Herramientas de construcción Android |
-
-### Iniciando un Nuevo Plugin
-
-Usa el CLI de Capacitor para iniciar tu proyecto de plugin. Esto incluye configurar plataformas y nombrar tu plugin usando un formato de dominio inverso (ej., `com.miempresa.plugin`):
-
-1.  Ejecuta el siguiente comando:  
-    `npm init @capacitor/plugin`
-2.  Elige tus plataformas objetivo (iOS/Android).
-3.  Asigna un nombre a tu plugin en formato de dominio inverso.
-
-### Pasos de Configuración del Proyecto
-
-1.  **Actualiza `package.json`**
-2.  **Configuración Específica de Plataforma**
-    
-    -   Para **iOS**, asegúrate de que tu Podfile incluya:
-    -   Para **Android**, verifica que tu `build.gradle` contenga:
-3.  **Configura Variables de Entorno**
-    
-    Configura las siguientes variables de entorno para tus herramientas de desarrollo:
-    
-    | Variable | Propósito | Ejemplo de Valor |
-    | --- | --- | --- |
-    | ANDROID_HOME | Ubicación del SDK de Android | /Users/username/Library/Android/sdk |
-    | JAVA_HOME | Ruta de instalación del JDK | /Library/Java/JavaVirtualMachines/jdk-11.0.12.jdk/Contents/Home |
-    | XCODE_SELECT | Herramientas de línea de comando de Xcode | /Applications/Xcode.app/Contents/Developer |
-
-Una vez que tu proyecto esté configurado, estás listo para pasar a la gestión de dependencias de JavaScript.
-
-## Dependencias de JavaScript
-
-Gestionar efectivamente las dependencias de JavaScript es clave para mantener un rendimiento estable del plugin.
-
-### Instalación de Paquetes [npm](https://www.npmjs.com/)
-
-![npm](https://mars-images.imgix.net/seobot/screenshots/www.npmjs.com-ac76028e07fa565ed4006978107f5ce6-2025-03-27.jpg?auto=compress)
-
-Capgo funciona perfectamente con herramientas de CI/CD como GitHub Actions, GitLab CI y Jenkins, automatizando las actualizaciones de dependencias y asegurando versiones consistentes de plugins. Estas herramientas facilitan la integración de Capgo en tu flujo de trabajo.
-
-### Configurando Capgo
-
-Sigue estos pasos para integrar Capgo en tu proyecto:
-
-1. **Instala el CLI de Capgo**
-    
-    Ejecuta el siguiente comando en tu terminal:
-    
-    ```json
-    {
-      "capacitor": {
-        "ios": {
-          "src": "ios"
-        },
-        "android": {
-          "src": "android"
-        }
-      },
-      "peerDependencies": {
-        "@capacitor/core": "^5.0.0"
-      }
-    }
-    ```
-    
-2. **Configura las Preferencias de Actualización**
-    
-    Usa el panel de control de Capgo para configurar los canales de implementación y preferencias. Se admiten configuraciones tanto en la nube como autoalojadas.
-    
-3. **Agrega la Lógica de Actualización**
-    
-    Agrega este código a tu archivo principal del plugin para habilitar las actualizaciones:
-    
-    ```ruby
-        platform :ios, '13.0'
-        use_frameworks!
-        ```
-    
-
-> "¡Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica
-
-Capgo también proporciona un panel de análisis para obtener información en tiempo real sobre las tasas de éxito de actualizaciones y la actividad del usuario. Funciones como la reversión con un clic y el seguimiento de errores ayudan a resolver cualquier problema rápidamente, manteniendo tus actualizaciones de plugins funcionando sin problemas.
-
-## Conclusión
-
-### Revisión del Proceso
-
-La gestión de dependencias para plugins de Capacitor implica alinear los componentes nativos (iOS y Android) con sus contrapartes JavaScript para asegurar una integración fluida. Este proceso incluye configuraciones específicas de plataforma y gestión de paquetes JavaScript para lograr el mejor rendimiento. Seguir los pasos descritos ayudará a mantener una funcionalidad estable y eficiente del plugin.
-
-### Mejores Prácticas
-
-Para gestionar las dependencias de manera efectiva, considera estas prácticas:
-
-| Práctica | Beneficio | Cómo Implementar |
-| --- | --- | --- |
-| Fijación de Versiones | Evita problemas inesperados | Usar versiones fijas en `package.json` |
-| Aislamiento de Plataforma | Minimiza conflictos | Separar dependencias nativas |
-| Actualizaciones Regulares | Mejora la seguridad | Aplicar parches críticos prontamente |
-| Auditoría de Dependencias | Detecta riesgos | Ejecutar `npm audit` frecuentemente |
-
-Usar herramientas de actualización en vivo como Capgo puede simplificar y mejorar aún más estas prácticas permitiendo actualizaciones en tiempo real.
-
-### Beneficios de Capgo
-
-Capgo simplifica el proceso de gestión de dependencias mientras ofrece un alto rendimiento. Logra una impresionante **tasa de actualización del 95% de usuarios en 24 horas** y mantiene un tiempo de respuesta global de API de **57ms** [\[1\]](https://capgo.app/). Con cifrado de extremo a extremo, asegura actualizaciones seguras que cumplen con las directrices tanto de Apple como de Android. Para equipos que gestionan múltiples versiones de plugins, el sistema de canales de Capgo permite implementaciones dirigidas a grupos específicos de usuarios.
-
-Aquí hay un vistazo rápido al rendimiento de Capgo:
-
-| Métrica | Valor |
-| --- | --- |
-| Tiempo de Respuesta Global de API | 57ms |
-| Tasa de Éxito de Actualización | 82% |
-| Tasa de Actualización de Usuarios (24 Horas) | 95% |
diff --git a/src/content/blog/es/how-to-add-geolocation-targeting-to-ota-updates.md b/src/content/blog/es/how-to-add-geolocation-targeting-to-ota-updates.md
deleted file mode 100644
index 2d653824d..000000000
--- a/src/content/blog/es/how-to-add-geolocation-targeting-to-ota-updates.md
+++ /dev/null
@@ -1,314 +0,0 @@
----
-slug: how-to-add-geolocation-targeting-to-ota-updates
-title: Cómo añadir segmentación por geolocalización a las actualizaciones OTA
-description: >-
-  Aprende a implementar la geolocalización en las actualizaciones OTA para
-  mejorar la participación del usuario con funciones específicas de ubicación y
-  actualizaciones oportunas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-23T04:39:40.995Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ba891fbfa83cf6a92e8bd2-1740285846827.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  geolocation targeting, OTA updates, mobile app updates, user engagement,
-  location-based features, background location tracking, app development,
-  analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres entregar [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) personalizadas según la ubicación de los usuarios?** El targeting de geolocalización en actualizaciones Over-the-Air (OTA) hace esto posible. Aquí hay un breve desglose de cómo puedes combinar la geolocalización con actualizaciones OTA para mejorar la experiencia y el compromiso del usuario:
-
--   **¿Por qué el targeting de geolocalización?**
-    
-    -   Entregar características, promociones o actualizaciones específicas de la ubicación.
-    -   Responder a eventos locales o condiciones meteorológicas en tiempo real.
-    -   Aumentar la precisión del targeting utilizando métodos basados en GPS o IP.
--   **Lo que necesitas para comenzar:**
-    
-    -   Una aplicación [Capacitor](https://capacitorjs.com/) con funcionalidad web y nativa.
-    -   Plugins de ubicación como `@capacitor/geolocation` para rastreo.
-    -   Una plataforma OTA como [Capgo](https://capgo.app/) que soporte el targeting de geolocalización.
--   **¿Cómo funciona?**
-    
-    -   Configura permisos de ubicación (iOS: `Info.plist`, Android: `AndroidManifest.xml`).
-    -   Configura el rastreo de ubicación en segundo plano con alta precisión.
-    -   Utiliza reglas de geovallado para enviar actualizaciones basadas en la ubicación del usuario.
-    -   Cifra los datos de ubicación para mayor seguridad y rastrea el rendimiento de las actualizaciones.
-
-**Beneficios Clave:**
-
--   Mayor compromiso: Actualizaciones personalizadas mejoran la interacción del usuario.
--   Mejor sincronización: Envía actualizaciones basadas en necesidades o eventos regionales.
--   Mejores análisis: Mide tasas de éxito y precisión de la ubicación.
-
-Esta guía te lleva a través de las herramientas, la configuración y las estrategias para implementar geolocalización en tus actualizaciones OTA. ¡Comienza a entregar actualizaciones más inteligentes hoy!
-
-## Video relacionado de YouTube
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisitos previos
-
-Antes de sumergirte en actualizaciones OTA dirigidas por geolocalización, asegúrate de que la siguiente configuración esté en su lugar.
-
-### Comenzando con [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-23.jpg?auto=compress)
-
-Para construir una [aplicación Capacitor](https://capgo.app/plugins/ivs-player/) con actualizaciones OTA que sea consciente de la ubicación, necesitarás:
-
--   **[Node.js](https://nodejs.org/en) y npm** instalados en tu máquina.
--   Un proyecto de Capacitor inicializado con plataformas nativas (iOS/Android).
--   Un conocimiento básico de los conceptos de desarrollo multiplataforma.
-
-Tu aplicación debe soportar tanto funcionalidades web como nativas para permitir actualizaciones OTA dinámicas y rastrear dispositivos de manera efectiva.
-
-### Configurando los Servicios de Ubicación
-
-Para configurar el [plugin de geolocalización de Capacitor](https://capgo.app/plugins/capacitor-nativegeocoder/), sigue estos pasos:
-
-**Para iOS:**
-
-Agrega las siguientes descripciones de privacidad a tu archivo `Info.plist`:
-
--   `NSLocationAlwaysAndWhenInUseUsageDescription`
--   `NSLocationWhenInUseUsageDescription`
-
-**Para Android:**
-
-Incluye estos permisos en tu archivo `AndroidManifest.xml`:
-
--   `ACCESS_COARSE_LOCATION`
--   `ACCESS_FINE_LOCATION`
--   `android.hardware.location.gps` (opcional pero mejora la precisión).
-
-Instala los plugins requeridos con:
-
-```bash
-npm install @capacitor/geolocation
-npx cap sync
-```
-
-Si necesitas rastreo de ubicación en segundo plano, agrega:
-
-```bash
-npm install @capacitor-community/background-geolocation
-npx cap update
-```
-
-Una vez que los servicios de ubicación estén configurados, elige una plataforma OTA que soporte actualizaciones dirigidas basadas en la ubicación del usuario.
-
-### Seleccionando una Plataforma de Actualización OTA
-
-Elige una plataforma OTA que ofrezca actualizaciones en vivo, targeting basado en geolocalización y que cumpla con las políticas de las tiendas de aplicaciones. **Capgo** es una opción probada, con más de 457.2M de actualizaciones entregadas en 1.8K aplicaciones de producción [\[2\]](https://capgo.app/).
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar revisiones de aplicaciones para arreglos de errores es invaluable." - Bessie Cooper [\[2\]](https://capgo.app/)
-
-Aquí está por qué Capgo se destaca:
-
-| Característica | Importancia | Por qué es relevante |
-| --- | --- | --- |
-| **Actualizaciones en vivo** | Crítica | Despliega características específicas de ubicación instantáneamente. |
-| **Cumplimiento de la tienda de aplicaciones** | No negociable | Asegura que las actualizaciones cumplan con las directrices de la plataforma. |
-| **Soporte de Geolocalización** | Central | Dirige actualizaciones basadas en la ubicación del usuario. |
-| **Control de versiones** | Útil | Gestiona versiones de aplicaciones a través de diferentes regiones. |
-| **Análisis** | Útil | Rastrear el rendimiento de las actualizaciones basado en la ubicación. |
-
-###### sbb-itb-f9944d2
-
-## Agregando Funciones de Geolocalización
-
-El rastreo preciso de ubicación es esencial para entregar actualizaciones OTA dirigidas. Aquí te mostramos cómo configurar los componentes necesarios para una funcionalidad de geolocalización precisa.
-
-### Instalar Plugins de Ubicación
-
-Usaremos el plugin `@aldegad/capacitor-geolocation` para capacidades avanzadas de geolocalización.
-
-```typescript
-npm install @aldegad/capacitor-geolocation  
-npx cap sync
-```
-
-Después de instalar, necesitarás solicitar permisos de ubicación:
-
-```typescript
-const requestPermissions = async () => {
-  const permission = await Geolocation.requestPermission();
-  if (permission === 'granted') {
-    startLocationTracking();
-  }
-};
-```
-
-Una vez que se concedan los permisos, configura el rastreo en segundo plano para asegurar que las actualizaciones de ubicación continúen incluso cuando la aplicación esté corriendo en segundo plano.
-
-### Configurar la Ubicación en Segundo Plano
-
-Rastrear la ubicación en segundo plano requiere equilibrar la precisión con el uso de batería:
-
-```typescript
-const startLocationTracking = async () => {
-  await Geolocation.startLocationUpdates({
-    backgroundMessage: "Location tracking for targeted updates",
-    backgroundTitle: "Update Location Service",
-    distanceFilter: 10, // meters
-    enableHighAccuracy: true
-  });
-};
-```
-
-Para una mejor eficiencia, considera ajustar la frecuencia de las actualizaciones basada en la actividad del usuario. Antes de integrar estos datos en tu sistema de actualizaciones OTA, verifica la precisión de los datos de ubicación.
-
-### Verificar la Precisión de la Ubicación
-
-Asegúrate de que los datos de rastreo cumplan con los niveles de precisión requeridos. La API de Geolocalización proporciona una métrica de precisión (en metros) con `location.getAccuracy()` [\[4\]](https://stackoverflow.com/questions/58165165/how-to-find-location-accuracy):
-
-```typescript
-const checkLocationAccuracy = async () => {
-  const location = await Geolocation.getCurrentPosition({
-    enableHighAccuracy: true,
-    timeout: 5000
-  });
-
-  const accuracy = location.coords.accuracy;
-};
-```
-
-La precisión puede variar dependiendo de la fuente de datos [\[5\]](https://www.geoplugin.com/resources/geolocation-accuracy-top-factors-affecting-data-quality/):
-
--   **GPS**: Preciso a unos pocos metros
--   **Wi-Fi**: Típicamente 10–100 metros
--   **Torres de celular**: Unos pocos cientos de metros
--   **Dirección IP**: Varios kilómetros
-
-Para el targeting OTA, busca precisión a nivel de GPS, especialmente en entornos urbanos con buena calidad de señal. Si `location.getAccuracy()` devuelve `0.0`, significa que no hay precisión horizontal disponible [\[4\]](https://stackoverflow.com/questions/58165165/how-to-find-location-accuracy).
-
-Para asegurar un rastreo consistente, combina múltiples fuentes de ubicación y maneja potenciales errores de manera efectiva:
-
-```typescript
-const handleLocationError = (error) => {
-  if (error.code === 2) { // POSITION_UNAVAILABLE
-    fallbackToLowerAccuracy();
-  }
-};
-```
-
-## Conectando Datos de Ubicación a Actualizaciones
-
-Integrar datos de ubicación precisos con tu sistema de actualizaciones OTA te permite entregar actualizaciones personalizadas según la ubicación de los usuarios.
-
-### Configurar la Plataforma OTA
-
-Capgo permite actualizaciones basadas en geolocalización. Aquí te mostramos cómo configurarlo:
-
-```typescript
-const configureLocationUpdates = async () => {
-  const updateConfig = {
-    locationTracking: true,
-    minAccuracy: 50, // meters
-    updateInterval: 3600, // seconds
-    retryAttempts: 3
-  };
-
-  await CapgoPlugin.setConfig(updateConfig);
-};
-```
-
-Para asegurar la seguridad de los datos, implementa cifrado de extremo a extremo para los datos de ubicación:
-
-```typescript
-const encryptLocationData = (locationData) => {
-  return CapgoPlugin.encrypt({
-    latitude: locationData.coords.latitude,
-    longitude: locationData.coords.longitude,
-    timestamp: locationData.timestamp
-  });
-};
-```
-
-Esta configuración asegura tanto un manejo seguro de datos como un targeting preciso.
-
-### Crear Reglas de Ubicación
-
-Una vez que tu plataforma esté configurada, puedes definir reglas de geovallado para actualizaciones dirigidas.
-
-Establece reglas de geovallado así:
-
-```typescript
-const createGeofenceRule = async (center, radius) => {
-  const rule = {
-    type: 'geodistance',
-    center: {
-      lat: center.latitude,
-      lng: center.longitude
-    },
-    radius: radius, // meters
-    updateVersion: '2.1.0',
-    conditions: {
-      timeWindow: 3600
-    }
-  };
-
-  await CapgoPlugin.addUpdateRule(rule);
-};
-```
-
-Puedes combinar datos de ubicación con otros parámetros para refinar tu targeting:
-
-| Tipo de Targeting | Parámetros | Caso de Uso Ejemplo |
-| --- | --- | --- |
-| Geovallado | Radio, coordenadas | Actualizaciones para lugares de eventos |
-| Regional | País, estado, ciudad | Actualizaciones de cumplimiento o de idioma |
-| Basadas en el clima | Condiciones actuales | Características basadas en cambios en el clima |
-
-### Rastrear el Rendimiento de las Actualizaciones
-
-Utiliza análisis para monitorear qué tan bien rinden tus actualizaciones:
-
-```typescript
-const trackUpdateMetrics = async () => {
-  const metrics = await CapgoPlugin.getMetrics({
-    timeframe: '7d',
-    locationEnabled: true
-  });
-
-  console.log(`Success Rate: ${metrics.successRate}% | Average Accuracy: ${metrics.avgAccuracy}m | Updates Delivered: ${metrics.totalUpdates}`);
-};
-```
-
-Las historias de éxito respaldan la efectividad del targeting basado en ubicación. Por ejemplo, [Rehlat](https://www.rehlat.com/), un OTA en Kuwait, logró una tasa de clics del 12.4% al centrarse en regiones específicas [\[6\]](https://webengage.com/blog/push-notification-use-cases-for-ota/). Del mismo modo, [Goibibo](https://www.goibibo.com/) aumentó las conversiones en un 11% combinando datos de ubicación con información de comportamiento [\[6\]](https://webengage.com/blog/push-notification-use-cases-for-ota/).
-
-Analizar métricas como tasas de éxito en la entrega, precisión de ubicación y compromiso del usuario puede ayudarte a afinar tu estrategia y maximizar el impacto de tus actualizaciones.
-
-## Conclusión
-
-### Impacto en las Actualizaciones de la Aplicación
-
-Agregar targeting basado en geolocalización a las actualizaciones OTA mejora la forma en que se entregan las aplicaciones y enriquece la experiencia del usuario. Permite actualizaciones más precisas y específicas de la ubicación que son eficientes y relevantes. Al utilizar cuidadosamente los servicios de ubicación en segundo plano, los desarrolladores pueden asegurar que las actualizaciones sean efectivas sin afectar el rendimiento del dispositivo [\[3\]](https://capacitorjs.com/docs/v2/apis/geolocation). Por ejemplo, la aplicación Regent Street vio un **aumento del 7.4% en las tasas de respuesta a marketing** al enviar contenido personalizado a los usuarios cerca de ubicaciones comerciales específicas [\[7\]](https://geotargetly.com/blog/improving-app-engagement-and-revenue-with-geolocation-tracking).
-
-| **Área de Impacto** | **Ventaja** | **Consideración Clave** |
-| --- | --- | --- |
-| Experiencia del Usuario | Actualizaciones relevantes basadas en ubicación | Permisos transparentes y detalles de privacidad |
-| Rendimiento Técnico | Targeting preciso sin exceso de carga | Uso eficiente de batería para el rastreo de ubicación |
-| Valor Empresarial | Mayores tasas de compromiso y conversión | Fuertes medidas de seguridad de datos y privacidad |
-
-Estos beneficios sientan las bases para usos aún más avanzados de la geolocalización en el futuro.
-
-### Desarrollo Futuro
-
-El futuro de la geolocalización en actualizaciones OTA tiene posibilidades emocionantes. Los desarrolladores pueden refinar sus estrategias al integrar herramientas avanzadas como geovallado y tecnología de beacons. Por ejemplo, [Allrecipes](https://www.allrecipes.com/) utiliza beacons para enviar contenido oportuno y consciente de la ubicación, mostrando cómo este enfoque puede impulsar el compromiso del usuario [\[7\]](https://geotargetly.com/blog/improving-app-engagement-and-revenue-with-geolocation-tracking).
-
-Las áreas clave para mejorar incluyen:
-
--   **Fortalecer la seguridad de los datos** mientras se mantiene el rendimiento
--   **Simplificar los desafíos técnicos** para facilitar la implementación
--   **Mejorar el targeting** sin comprometer la privacidad del usuario
--   **Adaptar las actualizaciones** para que funcionen sin problemas en diversos niveles de conectividad [\[1\]](https://www.acldigital.com/blogs/ota-updates-in-automotive)
-
-Las plataformas que se centren en el cifrado y el cumplimiento liderarán el camino para hacer que estos avances sean más accesibles y efectivos.
diff --git a/src/content/blog/es/how-to-add-third-party-plugins-in-capacitor-apps.md b/src/content/blog/es/how-to-add-third-party-plugins-in-capacitor-apps.md
deleted file mode 100644
index 1961c815e..000000000
--- a/src/content/blog/es/how-to-add-third-party-plugins-in-capacitor-apps.md
+++ /dev/null
@@ -1,269 +0,0 @@
----
-slug: how-to-add-third-party-plugins-in-capacitor-apps
-title: Cómo añadir plugins de terceros en aplicaciones Capacitor
-description: >-
-  Aprende cómo mejorar tu aplicación Capacitor integrando plugins de terceros
-  para obtener funcionalidad y rendimiento mejorados.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T14:04:24.780Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d977fb55129a55bd698926-1742306685762.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, third-party plugins, mobile app development, plugin installation,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres mejorar tu aplicación de** [**Capacitor**](https://capacitorjs.com/) **con potentes funciones como actualizaciones en vivo, análisis o funcionalidad segura?** Agregar plugins de terceros es el camino a seguir. Capacitor hace que sea simple integrar plugins, expandiendo las capacidades de tu aplicación sin necesidad de programación nativa profunda.
-
-Esto es lo que aprenderás:
-
-- **Herramientas necesarias:** [Node.js](https://nodejs.org/en), npm, Capacitor CLI, [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), y más.
-
-- **Lista de habilidades:** JavaScript/TypeScript, [depuración móvil](https://capgo.app/docs/plugin/debugging/), y [conocimiento de la API de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-- **Encontrar plugins:** Usa npm, [Capacitor Community Hub](https://capgo.app/blog/capacitor-comprehensive-guide/), o GitHub para descubrir opciones confiables.
-
-- **Instalación de plugins:** Instala vía npm y sincroniza con `npx cap sync`.
-
-- **Configuración:** Actualiza archivos específicos de plataforma como `Info.plist` (iOS) o `AndroidManifest.xml` (Android).
-
-- [**Consejos de depuración**](https://capgo.app/docs/plugin/debugging/)**:** Usa herramientas como `npx cap doctor` y registro detallado para solucionar problemas.
-
-**Consejo Pro:** Herramientas como [Capgo](https://capgo.app/) hacen que la gestión de actualizaciones y el despliegue de plugins sea fluido, con características como actualizaciones encriptadas y análisis en tiempo real.
-
-¿Listo para potenciar tu aplicación? Sumérgete para aprender el proceso paso a paso para integrar y gestionar plugins en tus proyectos de Capacitor.
-
-## [Capacitor](https://capacitorjs.com/) + Nx = Desarrollo de Plugins Multiplataforma
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-18.jpg?auto=compress)
-
-## Antes de Empezar
-
-Antes de sumergirte en la integración de plugins, asegúrate de que tu configuración y habilidades estén listas.
-
-### Herramientas Necesarias
-
-Aquí hay una lista rápida de las herramientas requeridas:
-
-- **Node.js**: Versión 16.0 o superior
-
-- **npm**: Versión 8.0 o posterior
-
-- **Capacitor CLI**: Última versión estable
-
-- **IDE/Editor de Código**: Preferiblemente [VS Code](https://code.visualstudio.com/) o [WebStorm](https://www.jetbrains.com/webstorm/)
-
-- **Git**: Para control de versiones
-
-- **Xcode**: Versión 14 o más reciente (solo Mac)
-
-- **Android Studio**: Última versión con herramientas SDK
-
-Una vez que tengas estas herramientas instaladas, tómate un momento para evaluar tus habilidades.
-
-### Lista de Habilidades
-
-Aquí está con lo que deberías sentirte cómodo:
-
-**Habilidades Técnicas Principales**:
-
-- Conocimiento intermedio de JavaScript/TypeScript
-
-- Comprensión de los fundamentos de arquitectura de aplicaciones móviles
-
-- Familiaridad con patrones _async/await_ y Promise
-
-- Experiencia con npm para gestionar paquetes
-
-**Conocimiento Específico de Plataforma**:
-
-- Desarrollo básico de iOS (para plugins de iOS)
-
-- Desarrollo básico de Android (para plugins de Android)
-
-- [Técnicas de depuración de aplicaciones móviles](https://capgo.app/docs/plugin/debugging/)
-
-**Familiaridad con Frameworks**:
-
-- Conocimiento práctico de la API de Capacitor y un framework web como [React](https://react.dev/), [Vue](https://vuejs.org/), o [Angular](https://angular.io/)
-
-- Experiencia en diseño responsive mobile-first
-
-Si alguno de estos te resulta poco familiar, considera reforzar tus conocimientos antes de continuar.
-
-## Encontrando los Plugins Correctos
-
-### Dónde Encontrar Plugins
-
-Para descubrir [plugins de Capacitor](https://capgo.app/plugins/), comienza con el registro de npm. Busca palabras clave como **"capacitor-plugin"** o **"@capacitor/"**. El equipo oficial de Capacitor mantiene plugins principales bajo `@capacitor/`, cubriendo funciones como cámara, geolocalización y almacenamiento.
-
-Aquí hay fuentes adicionales que puedes explorar:
-
-| Plataforma | Descripción | Beneficios |
-| --- | --- | --- |
-| Capacitor Community Hub | Plugins mantenidos por la comunidad | Compatibilidad verificada, actualizaciones regulares |
-| Listas Awesome de GitHub | Colecciones curadas de plugins | Bien organizadas y categorizadas |
-| Publicadores Verificados npm | Plugins de desarrolladores confiables | Mayor fiabilidad |
-
-Una vez que hayas compilado una lista de plugins potenciales, el siguiente paso es evaluar su calidad.
-
-### Cómo Verificar la Calidad del Plugin
-
-Después de identificar plugins que parezcan prometedores, evalúa su calidad usando estos factores clave:
-
-**Calidad de la Documentación**
-
-- Busca instrucciones claras de instalación, referencias completas de API, guías específicas de plataforma y ejemplos de código funcionales.
-
-**Estado de Mantenimiento**
-
-- Verifica la actividad reciente en el repositorio GitHub, respuestas rápidas a problemas, actualizaciones regulares y compatibilidad con las últimas versiones de Capacitor.
-
-**Participación de la Comunidad**
-
-- Analiza métricas como descargas semanales de npm, estrellas de GitHub, forks, tasas de resolución de problemas y participación del mantenedor.
-
-Un plugin bien mantenido debe mostrar desarrollo activo. Por ejemplo, busca:
-
-- Lanzamientos frecuentes (idealmente al menos trimestrales)
-
-- Versionado semántico adecuado
-
-- Un registro de cambios detallado
-
-- Soporte de TypeScript con definiciones de tipos
-
-**Verificación de Compatibilidad**
-
-- Prueba el plugin en tu entorno de desarrollo
-
-- Asegúrate de que cumple con los requisitos específicos de plataforma y no entre en conflicto con otros plugins
-
-- Verifica que soporte todas tus plataformas objetivo (iOS/Android)
-
-- Confirma que se alinee con los estándares de producción de tu aplicación para fiabilidad
-
-Para aplicaciones en producción, prioriza plugins con un historial probado o aquellos que ofrecen soporte comercial. Esto asegura asistencia confiable si surgen problemas.
-
-## Pasos de Instalación del Plugin
-
-Después de asegurarte de que tus plugins cumplan con los estándares de calidad, sigue estos pasos para instalarlos y sincronizarlos.
-
-### Comandos de Instalación npm
-
-Usa npm para instalar plugins:
-
-Para [plugins oficiales de Capacitor](https://capgo.app/blog/):
-
-Para instalar múltiples plugins a la vez:
-
-Para [la función de actualización en vivo de Capgo](https://www.npmjs.com/package/@capgo/capacitor-updater) [\[1\]](https://capgo.app/):
-
-Una vez instalados, sincroniza los plugins con tus plataformas nativas.
-
-### Ejecutando la Sincronización de Capacitor
-
-Ejecuta el siguiente comando para integrar los componentes nativos:
-
-Esto es lo que sucede durante la sincronización:
-
-| Tarea | Descripción | Impacto |
-| --- | --- | --- |
-| Copiar Activos Web | Transfiere activos web a plataformas nativas | Actualiza contenido web |
-| Actualizar Configuraciones Nativas | Ajusta archivos de configuración nativos | Asegura compatibilidad |
-| Instalar Dependencias | Agrega dependencias nativas requeridas | Habilita funcionalidad del plugin |
-| Configuración Específica de Plataforma | Maneja configuraciones específicas de plataforma | Prepara para iOS/Android |
-
-Para sincronizar una plataforma específica, usa:
-
-**Consejos Clave:**
-
-- Asegúrate de que los plugins sean compatibles con tu versión de Capacitor
-
-- Revisa la salida de terminal para advertencias o instrucciones de configuración
-
-- Mantén tus herramientas de desarrollo actualizadas
-
-Si encuentras conflictos de versión, usa `npx cap sync --force` para realizar una sincronización limpia.
-
-Una vez completada la sincronización, configura los plugins para cada plataforma según sea necesario.
-
-[Continúa la traducción en la siguiente parte...]
-
-¿Aún atascado? Continúa con los [pasos de depuración](https://capgo.app/docs/plugin/debugging/) para un análisis más profundo.
-
-### Pasos de Depuración
-
-Para depurar problemas de plugins, sigue estos pasos:
-
-1. **Habilita el registro detallado** en tu archivo de configuración de Capacitor:
-
-    ```bash
-npm install plugin-name
-```
-
-2. **Usa herramientas de depuración específicas de la plataforma**:
-
-    - Para iOS: Usa la Consola de Xcode.
-
-    - Para Android: Revisa Logcat en Android Studio.
-
-3. **Registra y realiza seguimiento de errores del plugin** en tu código:
-
-    ```bash
-npm install @capacitor/plugin-name
-```
-
-Para problemas persistentes, revisa el repositorio GitHub del plugin para ver problemas reportados o consejos de solución. Muchos autores de plugins incluyen instrucciones detalladas en su documentación.
-
-**Consejo Pro:** Utiliza herramientas de desarrollo específicas de tu plataforma para inspeccionar la actividad de red, permisos y registros de fallos. Estas herramientas pueden ahorrarte tiempo ayudándote a identificar la causa raíz del problema.
-
-## Usando [Capgo](https://capgo.app/) para Actualizaciones
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-Una vez que hayas abordado los problemas comunes de integración, Capgo facilita la gestión de actualizaciones para tus [aplicaciones Capacitor](https://capgo.app/top_capacitor_app/).
-
-### Sobre Capgo
-
-Capgo simplifica la gestión en vivo de plugins de terceros en aplicaciones Capacitor. Con **23.5 millones de actualizaciones entregadas en 750 aplicaciones** [\[1\]](https://capgo.app/), es una herramienta confiable para manejar plugins. Sus características incluyen despliegue instantáneo, actualizaciones parciales, cifrado de extremo a extremo y distribución basada en canales, todo diseñado para mantener la entrega de plugins fluida y eficiente.
-
-### Gestión de Plugins con Capgo
-
-Esto es lo que Capgo ofrece:
-
-| Característica | Qué Hace | Métrica Clave |
-| --- | --- | --- |
-| **Actualizaciones en Segundo Plano** | Instala actualizaciones silenciosamente, sin acción del usuario | 95% de usuarios activos actualizados en 24 horas [\[1\]](https://capgo.app/) |
-| **Control de Versiones** | Permite reversiones con un clic | 82% tasa de éxito en reversiones globalmente [\[1\]](https://capgo.app/) |
-| **Panel de Analytics** | Rastrea el rendimiento de actualizaciones en tiempo real | Ayuda a identificar y resolver problemas rápidamente |
-
-Capgo se integra sin esfuerzo en tu flujo de trabajo de Capacitor, asegurando actualizaciones seguras y continuas. Funciona con herramientas como **GitHub Actions, GitLab CI y** [**Jenkins**](https://www.jenkins.io/), automatizando actualizaciones y despliegues de plugins para ahorrar tiempo y reducir el esfuerzo manual.
-
-Para equipos que manejan múltiples plugins, el sistema de canales admite pruebas beta antes de lanzamientos más amplios. Los analytics en tiempo real proporcionan información sobre el rendimiento de actualizaciones y seguimiento de errores. Capgo es compatible con **Capacitor 8**, admite integraciones API personalizadas y ofrece opciones auto-alojadas para necesidades especializadas.
-
-## Resumen
-
-La integración de plugins de terceros involucra algunos pasos esenciales: investigar opciones confiables, instalarlos vía npm, sincronizar con componentes nativos y configurarlos para cada plataforma.
-
-Aquí hay un desglose del proceso de integración en fases clave:
-
-| Fase | Acciones Clave | Métricas de Éxito |
-| --- | --- | --- |
-| **Pre-Integración** | Investigar compatibilidad del plugin y reseñas de usuarios | Identifica desafíos potenciales tempranamente |
-| **Instalación** | Instalar plugins usando npm y ejecutar sincronización de Capacitor | Asegura integración fluida entre plataformas |
-| **Configuración** | Manejar requisitos de configuración específicos de plataforma | Optimiza rendimiento del plugin |
-| **Mantenimiento** | Usar [actualizaciones automatizadas](https://capgo.app/docs/live-updates/update-behavior/) con Capgo | 95% de usuarios actualizados en 24 horas[\[1\]](https://capgo.app/) |
-
-Capgo ofrece herramientas para agilizar las actualizaciones. Rodrigo Mantica destaca su importancia:
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!"[\[1\]](https://capgo.app/)
-
-Para aplicaciones empresariales, el sistema de canales de Capgo permite despliegues graduales efectivos. Con una tasa de éxito global del 82% en actualizaciones[\[1\]](https://capgo.app/) y seguimiento avanzado de errores, Capgo asegura un proceso de actualización confiable. El equipo OSIRIS-REx de la NASA es un gran ejemplo de cómo una sólida línea de actualización puede hacer la diferencia[\[1\]](https://capgo.app/).
diff --git a/src/content/blog/es/how-to-build-capacitor-app-in-xcode-cloud.md b/src/content/blog/es/how-to-build-capacitor-app-in-xcode-cloud.md
deleted file mode 100644
index 74a4f476a..000000000
--- a/src/content/blog/es/how-to-build-capacitor-app-in-xcode-cloud.md
+++ /dev/null
@@ -1,130 +0,0 @@
----
-slug: how-to-build-capacitor-app-in-xcode-cloud
-title: Cómo compilar una aplicación Ionic Capacitor en Xcode Cloud
-description: >-
-  Construye tu aplicación Capacitor JS usando Xcode Cloud sin necesidad de
-  MacOS.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-09-01T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /xcode_cloud.webp
-head_image_alt: Compilación en la nube de Xcode con Capacitor
-keywords: >-
-  Xcode Cloud, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: es
----
-
-## Requisitos previos
-
-Antes de continuar con el tutorial...
-
--   Asegúrate de usar GitHub
--   Usar Capacitor
--   Tu aplicación ya está publicada en la App Store
--   Ganas de leer 😆...
-
-Usar Ionic es opcional, para Cordova podría funcionar, pero no lo he probado
-
-## Importante sobre el precio
-
-![Price Xcode Cloud](/xcode_cloud_price.webp)
-
-[https://developer.apple.com/xcode-cloud/](https://developer.apple.com/xcode-cloud/)
-
-El servicio es '_gratuito_' hasta cierto límite  
-Puedes ver en la captura de pantalla los precios y límites (precios al momento de la creación del tutorial, podrían sufrir cambios en el futuro)
-
-🔴 **_Una vez advertidos los requisitos y precios, si te parece, continuamos_**
-
-> **_📣_ En esta publicación, asumimos que tenemos la aplicación creada en la App Store**
-
-## Introducción
-
-Para que Xcode compile tu aplicación Capacitor, necesitas configurar algunas cosas
-
-## Preparación del Package
-
-Asegúrate de tener tu comando de compilación en tu script de `packagejson`
-Luego agrega el comando `sync:ios` como se muestra a continuación
-
-```json
-{
-  "scripts": {
-    "build": "YOUR BUILD COMMAND",
-    "sync:ios": "cap sync ios"
-  }
-}
-```
-Este paso hará que el script posterior funcione de manera simple
-
-## Script post clone
-Este script será ejecutado por Xcode cloud después del paso de clonación
-
-```bash
-#!/usr/bin/env bash
-
-set -x
-
-export HOMEBREW_NO_INSTALL_CLEANUP=TRUE
-# Install CocoaPods
-echo "📦 Install CocoaPods"
-brew install cocoapods
-brew install node@18
-brew link node@18
-
-# Install dependencies
-# XCode Cloud is literally broken for 2 months now - https://developer.apple.com/forums/thread/738136?answerId=774510022#774510022
-npm config set maxsockets 3
-npm ci
-# or `pnpm install --frozen-lockfile` or `yarn add --frozen-lockfile` or bun install
-npm run build 
-# or npm run build
-npm run sync:ios
-```
-
-Guarda este archivo en la raíz de tu proyecto y nómbralo `ios/App/ci_scripts/ci_post_clonesh`
-
-Luego haz este archivo ejecutable con este comando `chmod +x ios/App/ci_scripts/ci_post_clonesh`
-
-## Crear un flujo de trabajo en Xcode
-
-Abre Xcode (sí, para quitar Xcode necesitas Xcode)
-
-Y ve a esta pestaña:
-![Xcode step 1](/xcode_step_1.webp)
-
-Haz clic en crear flujo de trabajo, selecciona tu aplicación, haz clic en siguiente como se muestra a continuación
-
-![Xcode step 2](/xcode_step_2.webp)
-
-Haz clic en Editar flujo de trabajo en la izquierda
-![Xcode step 2](/xcode_step_3.webp)
-
-Ve a la pestaña de entornos y elige como se muestra a continuación Mac 124 y marca la opción adecuada
-![Xcode step 3](/xcode_step_3.webp)
-
-Elige tu condición de inicio
-Si usas la misma compilación que nosotros, sugiero usar Tag en lugar de rama, para evitar compilaciones dobles
-
-Configura tu variable de entorno
-![Xcode step 4](/xcode_step_4.webp)
-
-Conecta tu cuenta de GitHub
-![Xcode step 5](/xcode_step_5.webp)
-
-![Xcode step 6](/xcode_step_6.webp)
-
-Luego habilita el flujo de trabajo y realiza tu primer cambio, deberías ver tu compilación ejecutándose en Xcode
-
-## **Procesamiento de la Compilación**
-
-En Xcode Cloud, **se te factura según los minutos** que hayas utilizado para ejecutar tu flujo de trabajo de CI/CD. Por experiencia, toma alrededor de 10-15 minutos antes de que una compilación pueda ser procesada en la App Store
-
-Para proyectos privados, el costo estimado por compilación puede llegar hasta **$0.008/min x 5 mins = $0.4**, o más, dependiendo de la configuración o dependencias de tu proyecto
-
-Para proyectos de código abierto, esto no debería ser un problema en absoluto. Ver [precios](https://githubcom/pricing/)
diff --git a/src/content/blog/es/how-to-bypass-app-store-review.md b/src/content/blog/es/how-to-bypass-app-store-review.md
deleted file mode 100644
index 7386ef899..000000000
--- a/src/content/blog/es/how-to-bypass-app-store-review.md
+++ /dev/null
@@ -1,54 +0,0 @@
----
-slug: how-to-bypass-app-store-review
-title: Cómo actualizar aplicaciones de Capacitor JS sin la revisión de la App Store.
-description: >-
-  ¿Cómo puede la función Capgo permitirte enviar actualizaciones de código a
-  aplicaciones iOS de Ionic en producción y cumplir completamente con las
-  directrices de Apple?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2022-01-13T00:00:00.000Z
-head_image: /bypass_illustration.webp
-head_image_alt: Ilustración del bypass de Capacitor
-keywords: >-
-  Apple, App Store, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-_Me alegro de que lo preguntes._
-
-Mis abogados me pidieron que te informara que esto no es un consejo legal, pero no necesitas un título en derecho para entender la redacción en las pautas oficiales de Apple. Las pautas de Apple permiten explícitamente enviar código ejecutable directamente a tu aplicación, evitando el App Store, bajo estas tres condiciones:
-
-* El código se ejecuta mediante el framework WebKit incorporado de Apple
-* El código no proporciona, desbloquea o habilita características o funcionalidades adicionales
-* El usuario no ve que la actualización está ocurriendo
-
-Con el plugin Capacitor de Capgo, solo puedes actualizar y modificar tu HTML, CSS y JavaScript, así que cumplimos con la primera condición.
-
-Como nota adicional, la capacidad de las aplicaciones para actualizarse sin pasar por el App Store ha existido durante bastante tiempo.
-Solo para aplicaciones creadas usando frameworks de JavaScript como React Native de Facebook y servicios como Expo.
-
-Una prueba de que React Native no es más nativo que Capacitor 😆
-
-Capgo es simplemente la primera solución asequible que proporciona la capacidad de enviar actualizaciones a nivel de código a aplicaciones nativas de Capacitor.
-La segunda condición, sin nuevas características o funcionalidades, realmente depende de ti.
-
-Capgo no está destinado a implementar nuevas características o funcionalidades. Está pensado para ajustarlas o arreglarlas, evitando las versiones menores necesarias para corregir errores, agregar registros o seguimiento, actualizar mensajes, forzar a los usuarios a actualizar, etc.
-
-Para nuevas características o funcionalidades, necesitas publicar a través de la tienda de aplicaciones. Para tu información, Ionic AppFlow (la alternativa para grandes empresas) está instalado en más de 50 millones de dispositivos iOS y nunca se ha rechazado una aplicación por usarlo.
-
-Lo menciono porque es bueno saber que miles de otros desarrolladores están usando actualizaciones en vivo, así que no estás solo.
-
-Apple y Google tienen su propio conjunto de reglas sobre cómo actualizar aplicaciones.
-
-Para Apple, [revisa el párrafo 3.3.2](https://developer.apple.com/programs/information/Apple_Developer_Program_Information_8_12_15.pdf/).
-\[…\] La única excepción a lo anterior son los scripts y código descargados y ejecutados por el framework WebKit incorporado de Apple o JavascriptCore \[…\] __TLDR__: debemos usar actualizaciones OTA solo para corregir errores o hacer mejoras, sin realizar cambios significativos.
-
-__Google__ Play es menos restrictivo – dicen que las aplicaciones instaladas desde Google Play con paquetes JavaScript [no están restringidas](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en) a actualizarse solo mediante servicios de Google.
-
-Consulta mi próximo artículo para más información sobre cómo instalar Capgo para evitar la revisión.
diff --git a/src/content/blog/es/how-to-customize-build-scripts-with-capacitor-cli.md b/src/content/blog/es/how-to-customize-build-scripts-with-capacitor-cli.md
deleted file mode 100644
index 0f8e79baa..000000000
--- a/src/content/blog/es/how-to-customize-build-scripts-with-capacitor-cli.md
+++ /dev/null
@@ -1,430 +0,0 @@
----
-slug: how-to-customize-build-scripts-with-capacitor-cli
-title: Cómo personalizar scripts de construcción con Capacitor CLI
-description: >-
-  Aprende a personalizar tus scripts de construcción usando Capacitor CLI para
-  despliegues eficientes y actualizaciones de aplicaciones a medida en todas las
-  plataformas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T01:58:36.984Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873-1743559128944.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, build scripts, mobile development, deployment automation,
-  environment variables, app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI te permite personalizar el proceso de construcción de tu aplicación para plataformas iOS, Android y web. Al ajustar los scripts de construcción, puedes:
-
--   **Acelerar actualizaciones**: Envía cambios al instante sin demoras en la tienda de aplicaciones.
--   **Controlar despliegues**: Revertir actualizaciones o dirigir grupos específicos de usuarios.
--   **Asegurar tu app**: Utiliza cifrado para proteger las actualizaciones.
--   **Optimizar construcciones**: Ajusta la configuración para necesidades específicas de la plataforma.
-
-### Resumen Rápido de Características Clave:
-
--   **Archivos de Configuración**: Utiliza `capacitor.config.json` y `package.json` para gestionar la configuración de construcción.
--   **Scripts Personalizados**: Agrega tareas de preconstrucción y postconstrucción para automatización.
--   **Hooks de Construcción**: Ejecuta código durante etapas específicas del proceso de construcción.
--   **Variables de Entorno**: Simplifica construcciones específicas de entorno con archivos `.env`.
-
-[Capgo](https://capgo.app/), una herramienta de despliegue, mejora este proceso con [actualizaciones automatizadas](https://capgo.app/docs/live-updates/update-behavior/), seguimiento de versiones y optimización del rendimiento global. Sigue leyendo para aprender cómo configurar y personalizar tus scripts de construcción para una máxima eficiencia.
-
-## Presentando [Capacitor](https://capacitorjs.com/) Configure
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/HufvY63esXs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Proceso de Construcción Predeterminado en Capacitor
-
-Entender cómo Capacitor maneja su proceso de construcción predeterminado es crucial si deseas personalizarlo de manera efectiva. A continuación, desglosaremos el proceso de construcción del CLI de Capacitor y sus archivos de configuración clave.
-
-### Pasos Estándar de Construcción
-
-Capacitor utiliza un proceso paso a paso para transformar tu aplicación web en construcciones específicas de la plataforma. Esto es lo que sucede durante el proceso de construcción predeterminado:
-
-| Fase | Descripción | Salida |
-| --- | --- | --- |
-| **Construcción Web** | Compila activos web utilizando tus herramientas de marco | Paquete web optimizado |
-| **Copiar Activos** | Mueve activos web a carpetas de plataformas nativas | Directorios de activos específicos de la plataforma |
-| **Construcción Nativa** | Ejecuta comandos de construcción específicos de la plataforma | Binarios listos para desplegar |
-| **Verificación** | Comprueba la integridad y dependencias de la construcción | Estado de la construcción y advertencias |
-
-### Archivos de Configuración Principales
-
-Dos archivos de configuración clave moldean cómo Capacitor maneja tus construcciones:
-
-**capacitor.config.json**  
-Este es el archivo de configuración central para tu proyecto de Capacitor. Establece parámetros importantes para tus construcciones:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 3000
-    }
-  }
-}
-```
-
--   **`appId`**: Un identificador único para tu aplicación.
--   **`appName`**: El nombre de tu aplicación.
--   **`webDir`**: Especifica dónde Capacitor debería buscar los activos web (por ejemplo, `dist`).
--   **`plugins`**: Permite configurar opciones específicas de plugins, como las opciones de SplashScreen.
-
-**package.json**  
-Este archivo incluye scripts de construcción y dependencias que influyen en el proceso de construcción:
-
-```json
-{
-  "scripts": {
-    "build": "npm run build:web && cap sync",
-    "build:web": "vite build",
-    "cap:build": "cap build"
-  }
-}
-```
-
--   La configuración `webDir` en `capacitor.config.json` le dice a Capacitor dónde localizar tus activos web compilados para incluir en las construcciones nativas.
--   Después de hacer cambios en `capacitor.config.json`, necesitas ejecutar `cap sync` para asegurarte de que tus proyectos nativos estén actualizados.
-
-A continuación, exploraremos cómo puedes modificar esta configuración para personalizar aún más tus construcciones.
-
-## Modificar Scripts de Construcción
-
-Puedes ajustar el proceso de construcción predeterminado de Capacitor para adaptarlo mejor a las necesidades de tu proyecto. Aquí te explicamos cómo:
-
-### Configuración de Archivos
-
-Puedes ajustar el proceso de construcción editando el archivo `capacitor.config.json`. A continuación, se muestra un ejemplo de configuración:
-
-```json
-{
-  "appId": "com.example.app",
-  "webDir": "www",
-  "server": {
-    "hostname": "localhost",
-    "androidScheme": "https",
-    "iosScheme": "https",
-    "allowNavigation": ["*.example.com"]
-  },
-  "android": {
-    "buildOptions": {
-      "keystorePath": "release.keystore",
-      "keystorePassword": "mypassword",
-      "keystoreAlias": "release",
-      "keystoreAliasPassword": "mypassword"
-    }
-  },
-  "ios": {
-    "scheme": "App",
-    "automaticProvisioning": true
-  }
-}
-```
-
-Aquí hay algunas configuraciones clave que puedes modificar:
-
--   **`webDir`**: Especifica dónde se encuentran tus activos web compilados.
--   **`server`**: Configura el servidor de desarrollo, incluyendo nombre de host y permisos de navegación.
--   **`android/ios`**: Permite configuraciones de construcción específicas de la plataforma, como detalles de keystore para Android o opciones de aprovisionamiento para iOS.
-
-### Crear Scripts NPM
-
-Para agilizar tu flujo de trabajo, agrega scripts personalizados de NPM a tu archivo `package.json`. Aquí tienes un ejemplo:
-
-```json
-{
-  "scripts": {
-    "prebuild": "node ./scripts/prepare-env.js",
-    "build": "npm run build:web && cap sync",
-    "build:web": "vite build",
-    "build:ios": "cap build ios --release",
-    "build:android": "cap build android --release",
-    "postbuild": "node ./scripts/notify-completion.js"
-  }
-}
-```
-
--   **`prebuild` y `postbuild`**: Utiliza estos para tareas como configurar el entorno o enviar notificaciones cuando finalice la construcción.
--   **`build:platform`**: Comandos específicos de la plataforma para construir aplicaciones de Android o iOS.
-
-Puedes llevar la automatización aún más lejos al agregar hooks de construcción.
-
-### Configuración de Hooks de Construcción
-
-Para un control más avanzado, utiliza hooks de construcción para ejecutar código personalizado en puntos específicos durante el proceso de construcción. Aquí tienes un ejemplo de configuración en `capacitor.config.ts`:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  plugins: {
-    CapacitorHooks: {
-      beforeBuild: async () => {
-        console.log('Running pre-build tasks...');
-        // Add your pre-build tasks here
-      },
-      afterBuild: async () => {
-        console.log('Running post-build tasks...');
-        // Add your post-build tasks here
-      }
-    }
-  }
-};
-
-export default config;
-```
-
-Con los hooks de construcción, puedes:
-
--   Validar requisitos antes de que comience la construcción
--   Transformar activos durante el proceso
--   Activar notificaciones en puntos clave
--   Actualizar números de versión automáticamente
--   Ejecutar pruebas automatizadas sin problemas
-
-Este enfoque te brinda mayor flexibilidad y control sobre todo el ciclo de vida de construcción.
-
-## Personalización Avanzada de Construcción
-
-Al trabajar en proyectos más grandes, afinar tu proceso de construcción puede marcar una gran diferencia. Aquí se explica cómo manejar construcciones específicas de entorno y personalizaciones de plataforma de manera efectiva.
-
-### Variables de Entorno
-
-Configura variables de entorno creando archivos `.env` separados para cada entorno:
-
--   `.env.development`
--   `.env.staging`
--   `.env.production`
-
-Luego, configura tu script de construcción para cargar el archivo apropiado según el entorno:
-
-```typescript
-import { defineConfig } from '@capacitor/cli';
-
-export default defineConfig({
-  ios: {
-    buildConfig: {
-      environment: process.env.BUILD_ENV || 'development',
-      configurations: {
-        development: {
-          signing: {
-            debug: true,
-            automaticProvisioning: true
-          }
-        },
-        production: {
-          signing: {
-            release: true,
-            provisioningProfile: 'dist/profile.mobileprovision'
-          }
-        }
-      }
-    }
-  }
-});
-```
-
-Puedes ajustar aún más estas configuraciones para que coincidan con los requisitos específicos de la plataforma.
-
-### Construcciones Específicas de la Plataforma
-
-Para personalizar construcciones para Android e iOS, utiliza la siguiente estructura:
-
-```typescript
-const platformConfig = {
-  android: {
-    buildType: process.env.BUILD_TYPE || 'debug',
-    keystoreConfig: {
-      path: process.env.KEYSTORE_PATH,
-      password: process.env.KEYSTORE_PASSWORD,
-      alias: process.env.KEYSTORE_ALIAS
-    }
-  },
-  ios: {
-    scheme: process.env.APP_SCHEME || 'App',
-    xcodePreferences: {
-      automaticSigning: false,
-      developmentTeam: process.env.DEVELOPMENT_TEAM
-    }
-  }
-};
-```
-
-Estas configuraciones te permiten personalizar las construcciones para cada plataforma, asegurando despliegues más fluidos.
-
-| Característica | Android | iOS |
-| --- | --- | --- |
-| Símbolos de Depuración | Archivos de mapeo [ProGuard](https://www.guardsquare.com/proguard) | Archivos dSYM |
-| Variantes de Construcción | debug, release, staging | debug, release |
-| Firma de Código | Gestión de keystore | Perfiles de aprovisionamiento |
-| Gestión de Activos | Optimización de res/drawable | Catálogos de activos |
-
-Consejos adicionales para optimizar tus construcciones incluyen:
-
--   Usar actualizaciones parciales para ahorrar tiempo durante los despliegues
--   Configurar seguimiento de errores para identificar problemas rápidamente
--   Crear sistemas de canal para versiones de pruebas beta
--   Habilitar cifrado de extremo a extremo para una distribución segura
-
-Cuando se combina con herramientas como Capgo para análisis y actualizaciones seguras, estas técnicas te brindan más control sobre tu proceso de despliegue [\[1\]](https://capgo.app/).
-
-## Problemas y Soluciones de Scripts de Construcción
-
-Al trabajar con configuraciones de construcción personalizadas, abordar errores rápidamente es crucial para mantener el proceso de construcción en funcionamiento sin problemas.
-
-### Solucionar Errores Comunes
-
-Muchos problemas de scripts de construcción provienen de la configuración del entorno o problemas de dependencia. Aquí se explica cómo abordar algunos comunes:
-
-**Variables de entorno faltantes**
-
-Si encuentras un error como este:
-
-```bash
-error: Cannot find environment configuration for BUILD_ENV
-```
-
-Puedes solucionarlo creando un archivo `.env.local` en el directorio raíz de tu proyecto. Aquí hay un ejemplo:
-
-```bash
-BUILD_ENV=development
-CAPACITOR_PLATFORM=ios
-BUILD_TYPE=debug
-```
-
-**Fallos de construcción específicos de la plataforma**
-
-Para errores de firma en Android, usa este comando:
-
-```bash
-npx cap build android --keystorePassword=$KEYSTORE_PASSWORD --keystoreAlias=$KEYSTORE_ALIAS
-```
-
-Para problemas de perfil de aprovisionamiento en iOS, prueba esto:
-
-```bash
-npx cap build ios --configuration=release --type=development
-```
-
-| Tipo de Error | Causa Común | Solución |
-| --- | --- | --- |
-| Configuración de Firma | Faltan detalles de keystore | Establece `KEYSTORE_PATH` y credenciales |
-| Entorno de Construcción | Variables indefinidas | Crea archivos `.env` específicos de la plataforma |
-| Dependencias | Desajustes de versión | Actualiza `package.json` y sincroniza |
-
-Después de aplicar soluciones, asegúrate de que tus cambios sean sólidos realizando pruebas de construcción exhaustivas.
-
-### Probar Scripts de Construcción
-
-Una vez que se resuelvan los errores, valida tus scripts de construcción con estos pasos:
-
--   **Verificación Automatizada**: Ejecuta comandos clave para confirmar que el proceso de construcción funcione como se espera.
-
-```bash
-npm run build
-npx cap sync
-npx cap copy
-```
-
--   **Validación del Entorno**: Verifica la falta de variables de entorno antes de comenzar la construcción.
-
-```typescript
-const requiredVars = ['BUILD_ENV', 'KEYSTORE_PATH'];
-requiredVars.forEach(varName => {
-  if (!process.env[varName]) {
-    throw new Error(`Missing required env var: ${varName}`);
-  }
-});
-```
-
--   **Depuración de Scripts de Construcción**: Agrega scripts detallados para capturar problemas potenciales durante la construcción.
-
-```json
-{
-  "scripts": {
-    "build:debug": "NODE_ENV=development npx cap build --verbose",
-    "build:release": "NODE_ENV=production npx cap build --verbose"
-  }
-}
-```
-
-Consejos adicionales para las pruebas:
-
--   Usa contenedores de [Docker](https://www.docker.com/) para aislar construcciones.
--   Valida archivos de configuración antes de comenzar el proceso.
--   Prueba con múltiples versiones de [Node.js](https://nodejs.org/en).
--   Confirma que se cumplen los requisitos específicos de la plataforma.
--   Mantén un ojo en el rendimiento de la construcción para posibles mejoras.
-
-## Características de Construcción de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo lleva los scripts de construcción al siguiente nivel con despliegue automatizado, mejorando la eficiencia y simplificando el proceso.
-
-### Actualizaciones Rápidas de Aplicaciones
-
-El rendimiento de actualización de Capgo es impresionante:
-
--   **El 95% de los usuarios activos** recibe actualizaciones dentro de 24 horas.
--   **Tasa de éxito del 82%** para la entrega de actualizaciones en todo el mundo.
--   Un tiempo de respuesta promedio de API de **434 ms a nivel global**.
-
-La plataforma utiliza actualizaciones parciales, lo que significa que solo se descargan los cambios. Este enfoque reduce el uso de ancho de banda y acelera el proceso de actualización. Además, todo el proceso de construcción está completamente automatizado, ahorrando tiempo y esfuerzo.
-
-### Automatización de Construcciones
-
-Capgo trabaja sin problemas con las principales plataformas CI/CD, ofreciendo una variedad de integraciones:
-
-| Plataforma CI/CD | Características de Integración | Beneficios |
-| --- | --- | --- |
-| [GitHub Actions](https://docs.github.com/actions) | Construcciones automatizadas, Activadores de despliegue | Despliegue continuo |
-| [GitLab CI](https://docs.gitlab.com/ee/ci/) | Automatización de pipeline, Control de versiones | Flujo de trabajo optimizado |
-| [Jenkins](https://www.jenkins.io/) | Flujos de trabajo personalizados, Hooks de construcción | Escalable para empresas |
-
-Configurar una construcción automatizada cuesta típicamente alrededor de **$300 al mes**, lo que es mucho más económico en comparación con soluciones tradicionales que pueden llegar hasta **$6,000 anuales**.
-
-### Estándares de Seguridad
-
-Capgo prioriza la seguridad con un marco robusto que incluye:
-
--   Cifrado de extremo a extremo para paquetes de actualización.
--   Gestión segura de claves.
--   Cumplimiento con las directrices de Apple y Google.
-
-**Características de Control de Versiones**
-
--   Opciones de reversión instantánea.
--   Seguimiento de versiones de despliegue.
--   Gestión de canales de actualización para lanzamientos escalonados.
-
-Este marco de seguridad ha sido rigurosamente probado en cientos de aplicaciones empresariales. Para equipos que necesitan seguridad adicional, Capgo también ofrece soluciones autoalojadas con configuraciones personalizables.
-
-El sistema de canales de Capgo hace que la distribución de actualizaciones sea flexible. Los desarrolladores pueden dirigirse a grupos de usuarios específicos con diferentes versiones, perfecto para pruebas beta o implementaciones graduales.
-
-## Resumen
-
-### Descripción general de los pasos de construcción
-
-Los scripts de construcción personalizados permiten implementaciones automatizadas y consistentes al aprovechar los hooks de construcción, las variables de entorno y los comandos específicos de la plataforma. Estos procesos crean una base sólida para las mejoras en la implementación posibles con Capgo.
-
-### Beneficios de Capgo
-
-Capgo simplifica la implementación, habiendo entregado con éxito más de 23.5 millones de actualizaciones en 750 aplicaciones de producción [\[1\]](https://capgo.app/). Su sistema de actualizaciones parciales reduce tanto el uso de ancho de banda como el tiempo de implementación.
-
-La plataforma proporciona actualizaciones rápidas, optimización del rendimiento global, cifrado de extremo a extremo para mayor seguridad y un sistema de distribución basado en canales flexible. Esta configuración soporta actualizaciones específicas, pruebas beta y cumplimiento con las pautas de la tienda de aplicaciones mientras mantiene un marco de seguridad sólido.
diff --git a/src/content/blog/es/how-to-handle-user-data-in-capacitor-apps.md b/src/content/blog/es/how-to-handle-user-data-in-capacitor-apps.md
deleted file mode 100644
index b8fb9f265..000000000
--- a/src/content/blog/es/how-to-handle-user-data-in-capacitor-apps.md
+++ /dev/null
@@ -1,400 +0,0 @@
----
-slug: how-to-handle-user-data-in-capacitor-apps
-title: Cómo gestionar datos de usuario en aplicaciones de Capacitor
-description: >-
-  Aprende estrategias efectivas para manejar datos de usuario en aplicaciones
-  móviles, con énfasis en seguridad, cumplimiento y mejores prácticas en la
-  gestión de datos.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-18T04:43:56.186Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b3d6e4147c4c67492d1b20-1739853969789.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  user data, secure storage, data protection, GDPR, CCPA, data retention,
-  permissions management, mobile apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**El manejo de datos de usuario en aplicaciones [Capacitor](https://capacitorjs.com/) requiere un almacenamiento seguro, políticas claras de retención y cumplimiento con leyes de protección de datos como [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) y [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act).** Esta guía explica cómo minimizar la recolección de datos, asegurar información sensible y gestionar permisos efectivamente. Aquí un resumen rápido:
-
--   **Minimización de Datos**: Recolectar solo lo necesario para funciones específicas de la app.
--   **Almacenamiento Seguro**: Usar herramientas como el plugin `@capacitor/secure-storage` para encriptación.
--   **Retención de Datos**: Automatizar el borrado basado en límites de tiempo definidos.
--   **Derechos del Usuario**: Permitir a los usuarios acceder, eliminar o exportar sus datos.
--   **Gestión de Permisos**: Solicitar permisos contextualmente y proporcionar alternativas para solicitudes denegadas.
--   **Actualizaciones OTA**: Asegurar actualizaciones seguras por aire con herramientas como [Capgo](https://capgo.app/).
-
-## Cómo usar el Almacenamiento Seguro de Ionic [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/VsZECyPIOYY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Reduciendo la Recolección de Datos
-
-Tomar un enfoque estructurado para revisar, planificar y gestionar la recolección de datos es clave para mantener el cumplimiento con las regulaciones de privacidad. Al aprovechar las herramientas integradas de Capacitor para minimizar la recolección de datos, puedes tomar pasos prácticos para mejorar las prácticas de datos de tu app.
-
-### Revisión de Recolección de Datos
-
-Comienza mapeando cómo fluyen los datos a través de tu app. Usa herramientas como visualizadores de linaje de datos para identificar áreas donde se podrían estar recolectando datos innecesarios. El software de Evaluación de Impacto de Privacidad (PIA) puede guiarte en evaluar si cada pieza de datos es verdaderamente necesaria. Aquí un desglose de áreas a enfocarse:
-
-| Tipo de Datos | Foco de Revisión | Elementos de Acción |
-| --- | --- | --- |
-| Entrada de Usuario | Campos de formulario y validación | Eliminar campos innecesarios |
-| Llamadas API | Cargas de solicitud/respuesta | Filtrar campos de datos extra |
-| Almacenamiento | Datos en caché y persistentes | Optimizar uso de almacenamiento |
-| Analíticas | Seguimiento de uso | Mantener solo métricas esenciales |
-
-### Objetivos de Recolección de Datos
-
-Sé claro sobre por qué estás recolectando cada pieza de datos. Cada punto de datos debe servir un propósito específico. Por ejemplo:
-
-```javascript
-// Purpose-driven data collection example
-const userPreferences = {
-  location: "Used for local weather updates",
-  notification: "Needed for sending alerts"
-};
-```
-
-Si tu app tiene una función del clima, podría requerir solo un código postal en lugar de una dirección completa. Este enfoque asegura que estés recopilando solo la información necesaria para las funciones principales de la app[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[5\]](https://usercentrics.com/knowledge-hub/data-minimization/).
-
-### Controles de Entrada de Datos
-
-Usa herramientas de validación para limitar la cantidad de datos recolectados a través de formularios y llamadas API. Combina la validación del lado del cliente con verificación del lado del servidor para hacer cumplir estos límites efectivamente.
-
-Incorpora las características de seguridad de Capacitor para mejorar estos controles:
-
--   Usa menús desplegables en lugar de campos de texto libre cuando sea posible.
--   Establece límites de caracteres para campos de entrada de texto.
-
-Programa auditorías trimestrales con herramientas automatizadas de descubrimiento para asegurar que tus prácticas de recolección de datos permanezcan eficientes y alineadas con la funcionalidad prevista de tu app.
-
-## Seguridad y Almacenamiento de Datos
-
-Una vez que hayas definido tus límites de recolección de datos, es crucial implementar medidas para salvaguardar la información del usuario mientras se adhiere a los principios de minimización de datos.
-
-### Configurando Almacenamiento Seguro
-
-El plugin `@capacitor/secure-storage` usa características de seguridad integradas como iOS Keychain y Android Keystore para proteger datos sensibles [\[1\]](https://capacitorjs.com/docs/guides/storage).
-
-```typescript
-import { SecureStorage } from '@capacitor/secure-storage';
-
-// Store sensitive data
-await SecureStorage.set({
-  key: 'authToken',
-  value: 'user-specific-token'
-});
-
-// Retrieve stored data
-const { value } = await SecureStorage.get({ key: 'authToken' });
-```
-
-### Métodos de Encriptación de Datos
-
-Agregar encriptación del lado del cliente es otra capa de protección. Bibliotecas como [CryptoJS](https://cryptojs.gitbook.io/docs) pueden ayudar a encriptar información sensible:
-
-```typescript
-// Basic encryption/decryption implementation
-const encryptData = (data: string, key: string): string => {
-  return CryptoJS.AES.encrypt(data, key).toString();
-};
-```
-
-Rotar las claves de encriptación regularmente es una forma inteligente de mejorar la seguridad. Esto asegura que incluso si una clave está comprometida, el resto de los datos permanece seguro [\[2\]](https://app.studyraid.com/en/read/11146/345611/securing-data-in-capacitor-apps).
-
-### Comparando Opciones de Almacenamiento
-
-Seleccionar la solución de almacenamiento correcta depende de qué tan sensibles son los datos. Aquí una comparación rápida:
-
-| Característica | Almacenamiento Seguro | Almacenamiento Local |
-| --- | --- | --- |
-| Nivel de Seguridad | Alto (encriptado) | Básico |
-| Mejor Para | Tokens, contraseñas | Configuraciones no sensibles |
-| Rendimiento | Más lento (debido a encriptación) | Acceso más rápido |
-
-La API de Almacenamiento Seguro es una opción sólida para almacenar información crítica como tokens de autenticación y datos personales del usuario [\[1\]](https://capacitorjs.com/docs/guides/storage)[\[4\]](https://capacitorjs.com/docs/guides/security). Sus [capacidades de encriptación](https://capgo.app/docs/cli/migrations/encryption/) también se alinean con las políticas de retención, permitiendo acceso controlado a datos dentro de plazos específicos [\[2\]](https://app.studyraid.com/en/read/11146/345611/securing-data-in-capacitor-apps).
-
-## Límites de Tiempo de Almacenamiento
-
-Establecer políticas claras de retención de datos ayuda a alinearse con los principios de minimización de datos, asegurando que la información no se mantenga más tiempo del necesario.
-
-### Reglas de Tiempo de Almacenamiento
-
-Diferentes tipos de datos de usuario deberían tener períodos de retención definidos basados en su propósito y nivel de sensibilidad. A continuación, un marco sugerido para gestionar la retención de datos en [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/):
-
-| Tipo de Datos | Período de Retención | Justificación |
-| --- | --- | --- |
-| **Datos de Cuenta** | Hasta eliminación de cuenta o 2 años de inactividad | Necesario para operaciones relacionadas con la cuenta |
-| **Registros de Transacciones** | 7 años | Cumplimiento con regulaciones financieras |
-| **Datos Analíticos** | 90 días (anonimizados), 1 año (eliminación) | Apoya mejoras de características |
-| **Preferencias de Marketing** | Hasta cancelación o eliminación de cuenta | Adhiere a requisitos de consentimiento |
-
-Aquí un ejemplo de cómo almacenar datos con una fecha de expiración programáticamente:
-
-```typescript
-async function storeDataWithExpiration(key: string, value: any, retentionDays: number) {
-  const item = {
-    value: value,
-    expiration: Date.now() + (retentionDays * 24 * 60 * 60 * 1000)
-  };
-  await Preferences.set({ key, value: JSON.stringify(item) });
-}
-```
-
-### Eliminación Automática de Datos
-
-Automatizar la limpieza de datos puede ayudar a mantener el cumplimiento y reducir la intervención manual. La característica de recuperación en segundo plano de Capacitor es una herramienta útil para esto:
-
-```typescript
-import { BackgroundFetch } from '@capacitor/background-fetch';
-
-BackgroundFetch.registerTask({
-  taskId: 'data-cleanup',
-  delay: 3600000,
-  periodic: true,
-  requiresNetworkConnectivity: false
-}, async () => {
-  await cleanExpiredData();
-  return BackgroundFetch.Result.NewData;
-});
-```
-
-Si estás usando [SQLite](https://www.sqlite.org/) para almacenamiento, puedes configurar disparadores para eliminar automáticamente registros expirados:
-
-```sql
-CREATE TRIGGER remove_expired_data
-AFTER INSERT ON user_data
-BEGIN
-  DELETE FROM user_data 
-  WHERE expiration_date < CURRENT_TIMESTAMP;
-END;
-```
-
-### Opciones de Eliminación de Datos de Usuario
-
-Proporcionar a los usuarios herramientas para gestionar sus datos es esencial. Aquí hay dos características clave que puedes implementar:
-
--   **Eliminar Datos Específicos**: Permitir a los usuarios eliminar ciertos tipos de datos vinculados a su cuenta.
-
-```typescript
-async function deleteSpecificData(userId: string, dataType: string) {
-  await Preferences.remove({ key: `${userId}_${dataType}` });
-
-  if (db) {
-    await db.run(
-      'DELETE FROM user_data WHERE user_id = ? AND data_type = ?',
-      [userId, dataType]
-    );
-  }
-}
-```
-
--   **Exportar Datos de Usuario**: Permitir a los usuarios descargar sus datos almacenados en un formato estructurado.
-
-```typescript
-async function exportUserData(userId: string) {
-  // Gathers all user data for export
-  const userData = await collectUserData(userId);
-  return JSON.stringify(userData);
-}
-```
-
-La autoridad francesa de protección de datos [CNIL](https://www.cnil.fr/en) destaca que los períodos de retención deben alinearse con la funcionalidad central de la app [\[3\]](https://www.privado.ai/post/cnil-publishes-mobile-app-privacy-guidance). Este principio es particularmente relevante para desarrolladores de apps Capacitor y debe guiar tu estrategia de retención de datos.
-
-## Control de Permisos de la App
-
-Manejar los permisos de la app cuidadosamente es clave para salvaguardar los datos del usuario mientras se asegura que tu app funcione según lo previsto. Al gestionar los permisos adecuadamente, puedes limitar el acceso solo a las características del dispositivo que tu app realmente necesita. La API de Permisos de Capacitor ofrece un enfoque unificado para gestionar permisos tanto en iOS como en Android.
-
-### Pasos para Solicitud de Permisos
-
-Asegúrate de que los permisos que solicitas se alineen con los objetivos de recolección de datos de tu app. Aquí un ejemplo de implementación para manejar solicitudes de permisos en una app Capacitor:
-
-```typescript
-import { Permissions } from '@capacitor/core';
-
-const permissionHandler = async (permissionType: string) => {
-  const status = await Permissions.query({ name: permissionType });
-
-  if (status.state === 'granted') {
-    return true;
-  }
-
-  const shouldProceed = await showExplanationDialog(
-    `We need ${permissionType} access to provide core functionality`
-  );
-
-  if (shouldProceed) {
-    const result = await Permissions.request({ name: permissionType });
-    return result.state === 'granted';
-  }
-
-  return false;
-};
-```
-
-### Gestionando Permisos Denegados
-
-Si un usuario deniega una solicitud de permiso, proporciona alternativas claras y orientación. Aquí un ejemplo:
-
-```typescript
-const handleDeniedPermission = async (permissionType: string) => {
-  const status = await Permissions.query({ name: permissionType });
-
-  if (status.state === 'denied') {
-    const alternatives = {
-      camera: 'manual photo upload',
-      location: 'manual address entry',
-      notifications: 'in-app message center'
-    };
-
-    showAlternativeFeature(alternatives[permissionType]);
-
-    if (status.canOpenSettings) {
-      offerSettingsRedirect();
-    }
-  }
-};
-```
-
-### Tiempo de Solicitud de Permisos
-
-Cuándo solicitas permisos es importante. El tiempo estratégico puede mejorar significativamente las tasas de aceptación del usuario. Aquí un desglose rápido de estrategias de tiempo:
-
-| Estrategia de Tiempo | Mejor Caso de Uso |
-| --- | --- |
-| **Justo a Tiempo** | Para características específicas cuando se necesiten |
-| **Contextual** | Para características no críticas |
-| **Primer Lanzamiento** | Para características principales requeridas desde el inicio |
-| **Retrasado** | Para características opcionales más adelante en el recorrido del usuario |
-
-Por ejemplo, puedes solicitar acceso a la cámara solo cuando el usuario inicia una acción como tomar una foto:
-
-```typescript
-const captureImage = async () => {
-  const userStartedCapture = true;
-
-  if (userStartedCapture) {
-    const granted = await permissionHandler('camera');
-
-    if (granted) {
-      await startCamera();
-    } else {
-      showUploadOption();
-    }
-  }
-};
-```
-
-Las solicitudes contextuales como esta pueden aumentar las tasas de aceptación en un 50% comparado con solicitudes iniciales [\[2\]](https://app.studyraid.com/en/read/11146/345611/securing-data-in-capacitor-apps). Para asegurar una experiencia fluida, mantén un rastreador de estado de permisos que guarde las decisiones del usuario a través de las sesiones.
-
-Una vez que los permisos están manejados, puedes cambiar el enfoque a asegurar las actualizaciones, especialmente para despliegues over-the-air (OTA).
-
-## Seguridad de Actualizaciones OTA
-
-Para asegurar la integridad de los datos durante las [actualizaciones de la app](https://capgo.app/plugins/capacitor-updater/), es crucial usar procesos seguros de actualización OTA (Over-The-Air). Estas actualizaciones ayudan a prevenir cambios no autorizados en el código de la app, que de otro modo podrían eludir los límites en la recolección de datos.
-
-### Firma de Paquetes de Actualización
-
-Firmar paquetes de actualización es un paso crítico en la protección contra cambios de código no autorizados. Aquí algunas medidas clave para asegurar actualizaciones OTA:
-
-| Medida de Seguridad | Cómo se Hace |
-| --- | --- |
-| **Protección de Contenido** | Encriptación AES |
-| **Seguridad de Entrega** | HTTPS con fijación de certificados |
-| **Integridad de Actualización** | Verificación de hash |
-| **Seguridad de Versión** | Números de versión firmados |
-| **Recuperación de Fallos** | Capacidad de reversión instantánea |
-
-### Sistema de Actualización [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-18.jpg?auto=compress)
-
-Capgo simplifica las actualizaciones OTA seguras para apps Capacitor ofreciendo características de seguridad automatizadas. Aquí un ejemplo de cómo usar el sistema de actualización de Capgo en tu app:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-const secureUpdate = async () => {
-  try {
-    const update = await CapacitorUpdater.download({
-      version: 'latest',
-      validateSignature: true
-    });
-    if (update.status === 'success') {
-      await CapacitorUpdater.set(update);
-    }
-  } catch (error) {
-    await CapacitorUpdater.rollback();
-  }
-};
-```
-
-Este enfoque garantiza que las actualizaciones sean validadas y seguras, con opciones de reversión en caso de fallo.
-
-### Cumplimiento de Políticas de las Tiendas
-
-Es necesario adherirse a las pautas de las tiendas de aplicaciones para las actualizaciones OTA[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[6\]](https://opentextbc.ca/writingforsuccess/chapter/chapter-7-sources-choosing-the-right-ones/)[\[7\]](https://ionic.io/blog/capacitor-everything-youve-ever-wanted-to-know). Cada plataforma tiene requisitos específicos para garantizar que las actualizaciones se alineen con sus políticas de retención de datos y seguridad:
-
-| Plataforma | Requisitos de Cumplimiento |
-| --- | --- |
-| **iOS** | Solo actualizaciones de JavaScript o assets |
-| **Android** | Se debe obtener el consentimiento del usuario |
-| **Ambos** | Verificaciones de seguridad y documentación adecuada |
-
-A continuación se muestra un ejemplo de implementación de actualizaciones conformes con las tiendas:
-
-```typescript
-const compliantUpdate = async () => {
-  const userConsent = await requestUpdateConsent();
-  if (userConsent) {
-    await CapacitorUpdater.setUpdateConfig({
-      type: 'assets-only',
-      scope: 'ui-updates' // Updates limited to UI components
-    });
-  }
-};
-
-const preventDowngrade = async (newVersion, currentVersion) => {
-  const versions = await CapacitorUpdater.getVersions();
-  if (versions.current.buildNumber > newVersion.buildNumber) {
-    throw new Error('Downgrade attempt detected');
-  }
-};
-```
-
-## Resumen
-
-### Puntos Clave
-
-El manejo efectivo de los datos de usuario implica combinar estas estrategias fundamentales:
-
--   Recolectar solo los datos necesarios.
--   Usar encriptación nativa de la plataforma para protegerlos.
--   Automatizar los plazos de retención de datos.
--   Configurar controles detallados de permisos.
-
-Estos pasos trabajan en conjunto para garantizar el cumplimiento desde el momento en que se recolectan los datos hasta que se eliminan automáticamente.
-
-### Pasos para Implementar
-
-Para poner en práctica estas estrategias:
-
-1.   Auditar los flujos de datos utilizando los métodos discutidos en la sección 2.
-2.   Fortalecer la seguridad del almacenamiento como se describe en la sección 3.
-3.   Configurar procesos de eliminación automatizados según la sección 4.
-4.   Establecer y hacer cumplir los controles de permisos detallados en la sección 5.
-
-### Aprovechando Capgo
-
-Para equipos que gestionan actualizaciones OTA, Capgo ofrece herramientas de seguridad incorporadas que se alinean con estos esfuerzos:
-
--   **Encriptación de extremo a extremo** para asegurar paquetes de actualización.
--   **Monitoreo en tiempo real** para abordar rápidamente posibles amenazas de seguridad.
diff --git a/src/content/blog/es/how-to-handle-user-data-requests-under-ccpa.md b/src/content/blog/es/how-to-handle-user-data-requests-under-ccpa.md
deleted file mode 100644
index cab968b1c..000000000
--- a/src/content/blog/es/how-to-handle-user-data-requests-under-ccpa.md
+++ /dev/null
@@ -1,203 +0,0 @@
----
-slug: how-to-handle-user-data-requests-under-ccpa
-title: Gestión de solicitudes de datos de usuarios según la CCPA
-description: >-
-  Aprenda cómo gestionar de manera efectiva las solicitudes de los usuarios para
-  el procesamiento de datos según la CCPA, garantizando el cumplimiento y los
-  derechos de privacidad de los usuarios.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T01:02:16.662Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1c538ebbb9dc80644b1ad-1743901348104.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  CCPA, user data requests, compliance, privacy rights, data access, data
-  deletion, opt-out, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-La Ley de Privacidad del Consumidor de California ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)) otorga a los usuarios control sobre sus datos personales y establece reglas estrictas para las empresas. Esto es lo que necesitas saber para cumplir:
-
--   **Quién debe cumplir**: Empresas con ingresos superiores a $25M, datos de más de 50,000 usuarios, o que ganen más del 50% de sus ingresos vendiendo datos.
--   **Derechos del Usuario**:
-    -   **Acceso**: Los usuarios pueden solicitar sus datos. Responder dentro de 45 días.
-    -   **Eliminación**: Los usuarios pueden solicitar eliminar sus datos. Responder dentro de 45 días.
-    -   **Exclusión**: Los usuarios pueden detener la venta de sus datos. Debe ser inmediato.
-    -   **No Discriminación**: Servicio igual independientemente de las preferencias de privacidad.
--   **Pasos Clave para el Cumplimiento**:
-    -   Crear un sistema seguro para solicitudes de datos (formularios web, correo electrónico o en la aplicación).
-    -   Verificar la identidad del usuario antes de procesar solicitudes.
-    -   Usar [políticas de privacidad](https://capgo.app/dp/) claras y proporcionar una opción sencilla de "No Vender Mi Información Personal".
-    -   Proteger datos con encriptación y almacenamiento seguro.
-
-**Consejo Rápido**: Utiliza herramientas como [Capgo](https://capgo.app/) para actualizaciones instantáneas de las funciones de privacidad de tu aplicación, asegurando un rápido cumplimiento con las regulaciones cambiantes.
-
-## Cómo Cumplir Con la Ley de Privacidad del Consumidor de California ...
-
-<iframe src="https://www.youtube.com/embed/8NY0qFaVWwo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Entendiendo los Derechos del Usuario bajo [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)
-
-Los desarrolladores necesitan crear procesos seguros y fáciles de usar para abordar cada derecho de datos del usuario bajo CCPA.
-
-### Derechos de Acceso a Datos
-
-Cuando los usuarios solicitan acceso a sus datos, proporciona los siguientes detalles:
-
-| **Categoría de Datos** | **Información a Revelar** | **Formato Recomendado** |
-| --- | --- | --- |
-| Tipos y Fuentes de Datos | Tipos de datos recolectados y sus fuentes | Legible por máquina (ej., JSON, CSV) |
-| Uso de Datos | Cómo se procesan y utilizan los datos | Resumen en texto plano |
-| Acceso de Terceros | Lista de terceros con acceso a los datos | Lista estructurada |
-| Plazo de Retención | Cuánto tiempo se almacenan los datos | Plazos específicos |
-
-Una vez que se concede el acceso a los datos, asegúrate de tener un proceso claro y confiable para la eliminación de datos y mantener el cumplimiento.
-
-### Proceso de Eliminación de Datos
-
-1.  **Verificar el alcance**: Confirmar que la eliminación cubra todos los sistemas relevantes, incluyendo bases de datos primarias, cachés, herramientas analíticas, sistemas de terceros y copias de seguridad. Pueden aplicar excepciones por seguridad, obligaciones legales, corrección de errores o transacciones en curso.
-2.  **Ejecutar eliminación**: Eliminar los datos de todos los sistemas aplicables y notificar al usuario inmediatamente. Incluir la marca de tiempo de eliminación y detalles de cualquier dato retenido bajo excepciones.
-
-Después de manejar los derechos de acceso y eliminación, asegúrate de que el proceso para excluirse de la venta de datos sea igual de sencillo.
-
-### Exclusión de Venta de Datos
-
-Proporciona una opción fácil de encontrar "No Vender Mi Información Personal", accesible desde la pantalla principal o menú de configuración de la aplicación. Esta preferencia debe aplicarse rápidamente y mantenerse consistente en todas las versiones de la aplicación.
-
-Si tu aplicación utiliza SDKs de análisis o publicidad de terceros, asegúrate de que estos servicios se integren con tu mecanismo de exclusión y respeten las preferencias del usuario sin demora. Esto asegura el cumplimiento y construye confianza con tus usuarios.
-
-## Procesamiento de Solicitudes de Datos CCPA
-
-Así es como manejar las solicitudes de datos CCPA de manera segura mientras se mantiene el cumplimiento:
-
-### Configuración de un Sistema de Solicitudes
-
-Proporciona a los usuarios formas seguras de enviar sus solicitudes. Las opciones incluyen:
-
--   Un formulario web asegurado con SSL y captcha
--   Un correo electrónico dedicado a la privacidad con función de respuesta automática
--   Una interfaz en la aplicación usando una API segura
-
-Asegúrate de registrar y marcar la hora de cada envío. Organiza las solicitudes por tipo para agilizar el procesamiento.
-
-### Verificación de Identidad del Usuario
-
-Usa un proceso de dos pasos para confirmar la identidad del usuario:
-
--   Primero, verifica su identidad a través de su correo electrónico registrado o ID de cuenta.
--   Luego, realiza una verificación secundaria, como enviar un código SMS único o hacer preguntas de seguridad.
-
-Para aplicaciones móviles, puedes confiar en identificadores específicos del dispositivo o tokens de autenticación para mayor seguridad.
-
-### Gestión de Plazos de Respuesta
-
-Una vez que la identidad del usuario está verificada, sigue estos pasos para cumplir con los plazos CCPA:
-
--   Usa un rastreador centralizado para registrar cada solicitud, monitorear plazos y seguir el progreso.
--   Registra todos los detalles, incluyendo marcas de tiempo, métodos de verificación, pasos de procesamiento y comunicaciones con el usuario, para asegurar el cumplimiento y mantener un rastro de auditoría claro.
-
-## Directrices de Cumplimiento CCPA
-
-### Actualizaciones de Política de Privacidad
-
-Mantén tu [política de privacidad](https://capgo.app/privacy/) actualizada con los requisitos CCPA. Describe claramente:
-
--   Los tipos de información personal que recopilas
--   Cómo usas y compartes esta información
--   Los derechos del usuario bajo CCPA
--   Cómo los usuarios pueden enviar solicitudes de datos
-
-Escribe en lenguaje claro y directo. Por ejemplo, di "de acuerdo con" en lugar de "conforme a". Esto hace que tu política sea más fácil de entender y apoya tus esfuerzos de cumplimiento.
-
-Una vez actualizada, facilita a los usuarios el control de sus datos, incluyendo la exclusión del intercambio de datos.
-
-### Implementación de Exclusión
-
-Incluye una opción "No Vender ni Compartir Mi Información Personal" en tu aplicación. Colócala donde los usuarios puedan encontrarla fácilmente, como:
-
--   El menú de configuración de la aplicación
--   Preferencias de cuenta
--   Una sección dedicada a controles de privacidad
-
-Apoya las señales de [Control Global de Privacidad](https://globalprivacycontrol.org/) (GPC) para respetar automáticamente las preferencias de privacidad del usuario.
-
-| Característica | Requisito de Implementación | Experiencia del Usuario |
-| --- | --- | --- |
-| Botón de Exclusión | Visible en configuración de la app | Activación con un toque |
-| Soporte de Señal GPC | Detección automática | Procesamiento en segundo plano |
-| Indicador de Estado | Estado de alternador claro | Confirmación visual |
-| Almacenamiento de Preferencias | Almacenamiento local seguro | Persistente entre sesiones |
-
-Este proceso de exclusión es simple y transparente, ayudando a construir confianza mientras cumple con las pautas CCPA. Combina estos controles con prácticas de seguridad sólidas para proteger los datos del usuario.
-
-### Métodos de Protección de Datos
-
-Utiliza medidas de seguridad rigurosas para proteger los datos en todas las etapas. Encripta todas las transmisiones de datos, especialmente la información sensible.
-
-Para almacenamiento seguro de datos:
-
--   Usa bases de datos encriptadas
--   Emplea prácticas seguras de gestión de claves
--   Realiza auditorías de seguridad regulares
--   Configura sistemas automatizados de respaldo
-
-Al eliminar datos, sigue los pasos detallados en la sección de Eliminación de Datos para asegurar la eliminación completa de todos los sistemas. Estos métodos ayudan a proteger la información del usuario y mantener el cumplimiento.
-
-## Requisitos CCPA para Aplicaciones Móviles
-
-### Controles de Permisos de Aplicación
-
-Facilita a los usuarios la gestión de sus configuraciones de privacidad con controles de permisos claros y accesibles.
-
-Considera crear una interfaz dedicada de configuración de privacidad que incluya:
-
-| Tipo de Control | Implementación | Acción del Usuario |
-| --- | --- | --- |
-| **Recolección de Datos** | Interruptores granulares | Habilitar o deshabilitar tipos específicos de datos |
-| **Servicios de Ubicación** | Opciones multinivel | Elegir precisión de datos (precisa o aproximada) |
-| **Comunicaciones de Marketing** | Basado en categorías | Seleccionar métodos de contacto preferidos |
-| **Compartir con Terceros** | Controles individuales | Excluirse por socio de datos |
-
-Coloca estos controles en un lugar fácil de encontrar dentro del menú de configuración de tu aplicación. Sé transparente - explica claramente qué datos se recopilan, por qué se necesitan, cómo se usan y con quién se comparten. Este enfoque asegura que los usuarios puedan actualizar rápidamente sus preferencias cuando sea necesario.
-
-### Usando [Capgo](https://capgo.app/) para Actualizaciones
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f1c538ebbb9dc80644b1ad/241c8f19433e01f315154c8988becf9c.jpg)
-
-Una vez que hayas establecido controles sólidos en la aplicación, mantener tu aplicación actualizada es clave para mantener el cumplimiento. Ahí es donde entra Capgo. Te permite implementar actualizaciones instantáneamente - sin esperar aprobaciones de la tienda de aplicaciones. De hecho, el 95% de los usuarios activos reciben actualizaciones dentro de las 24 horas posteriores al lanzamiento [\[1\]](https://capgo.app/).
-
-Esto es lo que ofrece Capgo:
-
--   **Actualizaciones Instantáneas**: Implementa cambios cruciales de privacidad y permisos de inmediato.
--   **Implementación Segura**: Usa encriptación de extremo a extremo, asegurando que solo los usuarios puedan descifrar las actualizaciones.
--   **Control de Versiones**: Revierte actualizaciones si es necesario para mantener la consistencia.
-
-> "Practicamos desarrollo ágil y @Capgo es crucial para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-El sistema de canales de Capgo también te permite probar actualizaciones de privacidad con grupos específicos de usuarios antes de implementarlas para todos. Actualmente, 750 aplicaciones confían en Capgo en entornos de producción [\[1\]](https://capgo.app/).
-
-## Resumen
-
-### Puntos Principales
-
-Manejar solicitudes de datos CCPA implica equilibrar los derechos de privacidad del usuario con la ejecución técnica. Aquí están las principales prioridades que los desarrolladores deben abordar:
-
-| Requisito | Implementación |
-| --- | --- |
-| Sistema de Solicitud de Datos | Portal seguro con autenticación de usuario |
-| Controles de Privacidad | Configuraciones detalladas de permisos |
-| Exclusión de Venta de Datos | Proceso claro con verificación de usuario |
-| Protección de Datos | Encriptación de extremo a extremo |
-
-Para aplicaciones móviles, los controles de permisos sólidos son esenciales. **Capgo** simplifica el cumplimiento al permitir actualizaciones instantáneas, ya apoyando a 750 aplicaciones en producción [\[1\]](https://capgo.app/).
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es oro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-La velocidad importa: 95% de los usuarios reciben actualizaciones dentro de 24 horas a través de **Capgo** [\[1\]](https://capgo.app/), asegurando un rápido cumplimiento con las regulaciones.
-
-El cumplimiento CCPA no es una tarea única. Las auditorías y actualizaciones regulares son necesarias para mantenerse al día con las reglas cambiantes y proteger la privacidad del usuario.
diff --git a/src/content/blog/es/how-to-monitor-capacitor-app-updates.md b/src/content/blog/es/how-to-monitor-capacitor-app-updates.md
deleted file mode 100644
index 88c9d6645..000000000
--- a/src/content/blog/es/how-to-monitor-capacitor-app-updates.md
+++ /dev/null
@@ -1,188 +0,0 @@
----
-slug: how-to-monitor-capacitor-app-updates
-title: Cómo Monitorear Actualizaciones de la Aplicación Capacitor
-description: >-
-  Aprende estrategias efectivas para monitorear las actualizaciones de la
-  aplicación Capacitor, mejorando la estabilidad, la seguridad y la experiencia
-  del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-16T02:14:06.413Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b133684899b66d1dc8f1ac-1739672065689.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, app updates, monitoring tools, performance metrics, user
-  experience, security compliance
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Monitorear las actualizaciones de la aplicación [Capacitor](https://capacitorjs.com/) es crucial para mantener la estabilidad de la aplicación y garantizar una experiencia de usuario fluida. Las actualizaciones OTA (Over-the-Air) de [Capacitor](https://capacitorjs.com/) simplifican el proceso, permitiendo a los desarrolladores [enviar actualizaciones](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) sin retrasos en la tienda de aplicaciones. Aquí está lo que necesitas saber:
-
-1.   **¿Por qué Monitorear Actualizaciones?**
-    
-    1.   Reducir los bloqueos y las interrupciones de la aplicación.
-    2.   Cumplir con los estándares de cumplimiento de la tienda de aplicaciones.
-    3.   Habilitar retrocesos automáticos para actualizaciones defectuosas.
-2.   **Herramientas Clave de Monitoreo:**
-    
-    1.   **[Capgo](https://capgo.app/):** Seguimiento avanzado en tiempo real, alertas de errores e integración de CI/CD.
-    2.   **Otras Soluciones:** Varían en características como automatización de retrocesos y segmentación de usuarios.
-3.   **Qué Monitorear:**
-    
-    1.   Velocidades de descarga y tasas de éxito.
-    2.   Informes de fallos vinculados a actualizaciones.
-    3.   Tasas de adopción de versiones activas y tiempos de respuesta del servidor.
-4.   **Mejores Prácticas:**
-    
-    1.   Usar escuchas de actualizaciones para alertas en tiempo real.
-    2.   Monitorear la seguridad con cifrado y comprobaciones de firma de código.
-    3.   Automatizar decisiones de retroceso basadas en umbrales de fallos o errores.
-
-Configura un sistema de monitoreo robusto para garantizar que las actualizaciones se realicen sin problemas, mejorar la retención de usuarios y mantener el cumplimiento de las reglas de la plataforma.
-
-## Tutorial OTA de ESP32 con Trucos (Incluyendo Depuración OTA)
-
-<iframe src="https://www.youtube.com/embed/1pwqS_NUG7Q" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Herramientas de Monitoreo de Actualizaciones
-
-Elegir las herramientas adecuadas para monitorear actualizaciones es clave para mantener las aplicaciones de Capacitor funcionando sin problemas. Según datos recientes, **el 78% de los [desarrolladores de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) confían en soluciones de monitoreo dedicadas** para rastrear actualizaciones de manera efectiva [\[1\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga).
-
-### Gráfico Comparativo de Herramientas
-
-Al comparar herramientas de monitoreo, enfócate en características que se alineen con las necesidades de tu aplicación. Aquí hay un resumen rápido:
-
-| Característica | Herramientas Incorporadas | Soluciones de Terceros | Capgo |
-| --- | --- | --- | --- |
-| Seguimiento en Tiempo Real | Básico | Avanzado | Avanzado |
-| Métricas de Rendimiento | Limitadas | Integrales | Integrales |
-| Segmentación de Usuarios | No  | Sí | Sí |
-| Capacidad de Retroceso | Manual | Automático | Automático |
-| Integración de CI/CD | Básica | Varía | Completa |
-| Características de Seguridad | Básica | Avanzada | Avanzada |
-
-### Uso de [Capgo](https://capgo.app/) para Actualizaciones
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-16.jpg?auto=compress)
-
-Capgo se destaca como una opción confiable para equipos que necesitan control detallado sobre sus actualizaciones de aplicaciones. Ofrece **análisis de rendimiento específicos por versión** y otras herramientas de monitoreo avanzadas.
-
-Por ejemplo, un equipo de [Shopify Mobile](https://www.shopify.com/mobile) aprovechó los paneles en tiempo real de Capgo y logró **una adopción de actualizaciones monitoreadas del 98% en solo 4 horas** [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-Aquí está lo que Capgo aporta a la mesa:
-
-| Aspecto de Monitoreo | Capacidad |
-| --- | --- |
-| Entrega de Actualizaciones | Seguimiento en tiempo real del progreso de la implementación |
-| Análisis de Rendimiento | Rastrear velocidades de descarga y tasas de éxito de instalación |
-| Seguimiento de Errores | Envía alertas instantáneas para actualizaciones fallidas |
-| Monitoreo de Seguridad | Incluye verificación de seguridad avanzada |
-
-Las métricas clave a tener en cuenta incluyen:
-
--   Tasas de finalización de descargas
--   Porcentajes de éxito de instalación
--   Informes de fallos relacionados con las actualizaciones
--   Tiempos de respuesta del servidor
--   Tasas de adopción de versiones activas
-
-Una vez que tus herramientas de monitoreo estén en su lugar, el siguiente paso es configurar el seguimiento técnico con escuchas de actualizaciones y métricas de rendimiento. Esto asegura que te mantengas a la vanguardia de posibles problemas y mantengas una experiencia de usuario fluida.
-
-###### sbb-itb-f9944d2
-
-## Configuración del Monitoreo de Actualizaciones
-
-Para mantener las [actualizaciones de Capacitor](https://capgo.app/plugins/capacitor-updater/) funcionando sin problemas, necesitarás tres elementos principales: **escuchas de actualizaciones**, **métricas de rendimiento** y **integración de CI/CD**.
-
-### Configuración de Escuchas de Actualizaciones
-
-Aquí hay cómo configurar tus escuchas de actualizaciones:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Set up listeners for update events
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('Update available:', info);
-});
-
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log('Download completed:', info);
-});
-
-CapacitorUpdater.addListener('updateFailed', (info) => {
-  console.error('Update failed:', info);
-});
-
-// Notify the system that the app is ready
-CapacitorUpdater.notifyAppReady();
-```
-
-### Monitoreo del Rendimiento de Actualizaciones
-
-Para obtener una imagen clara del rendimiento de las actualizaciones, monitorea estas métricas clave:
-
--   **Velocidad de descarga** y tasas de finalización
--   **Tasas de éxito de instalación** y ocurrencias de errores
--   **Tasas de adopción de usuarios** y cualquier informe de fallos posterior a la actualización
--   **Tiempos de respuesta del servidor** y uso de recursos del dispositivo
-
-Puedes combinar estos conocimientos con herramientas como [Xcode Instruments](https://developer.apple.com/tutorials/instruments?changes=__2) y [Android Profiler](https://developer.android.com/studio/profile) para un análisis más profundo [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-### Integración con Pipelines de CI/CD
-
-Configura tu pipeline de CI/CD para monitorear automáticamente y reportar métricas de actualizaciones. Esto te ayuda a detectar rápidamente cualquier problema durante la implementación.
-
-## Mejores Prácticas de Monitoreo
-
-Una vez que hayas configurado tu sistema de monitoreo, es hora de enfocarte en estas prácticas operativas para garantizar que todo funcione sin problemas.
-
-### Reglas de la Tienda de Aplicaciones
-
-Asegúrate de que tu monitoreo se alinee con los requisitos específicos de cada plataforma:
-
-| Plataforma | Área Clave de Monitoreo |
-| --- | --- |
-| iOS | Presta atención a los cambios de versión en las actualizaciones |
-| Android | Rastrea patrones de consentimiento de usuarios |
-
-Estas necesidades específicas de la plataforma determinan qué monitoreas. Por ejemplo, rastrear actualizaciones de versión para iOS y monitorear tendencias de consentimiento para Android es crítico [\[1\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga) [\[2\]](https://nytlicensing.com/latest/methods/getting-started-thought-leadership-content-marketing/).
-
-### Seguridad de Actualizaciones
-
-Verifica regularmente el estado del cifrado y asegúrate de que la firma del código siga siendo válida utilizando tus herramientas de monitoreo elegidas. Enfócate en:
-
--   Cifrado de paquetes de actualización
--   Registros que verifican la firma del código
--   Comprobaciones de integridad antes de la instalación
-
-> "Implementar medidas de seguridad adecuadas puede prevenir hasta el 95% de las vulnerabilidades relacionadas con actualizaciones" [\[3\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/)
-
-### Planificación de Retrocesos
-
-Aprovecha los datos de tu monitoreo para guiar las decisiones de retroceso. Automatiza los retrocesos basándote en:
-
--   Aumentos repentinos en las tasas de fallos
--   Errores de API que cruzan umbrales establecidos
--   Retroalimentación negativa constante de los usuarios
-
-> "Implementar medidas de seguridad adecuadas puede prevenir hasta el 95% de las vulnerabilidades relacionadas con actualizaciones" [\[3\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/)
-
-## Resumen
-
-El monitoreo efectivo de actualizaciones protege tanto la experiencia del usuario como el rendimiento técnico. Las investigaciones indican que utilizar estrategias de monitoreo específicas puede reducir las tasas de fallos en un 35% y aumentar la retención de usuarios en un 22% [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-Mantén tu enfoque en tres áreas clave: rendimiento técnico, experiencia del usuario y cumplimiento de seguridad. Aquí hay un desglose:
-
-| Área de Monitoreo | Métricas | Resultado |
-| --- | --- | --- |
-| Rendimiento Técnico | Tasas de instalación de actualizaciones, respuestas de API, seguimiento de fallos | Asegura la estabilidad y funcionalidad de la aplicación |
-| Experiencia del Usuario | Análisis de comentarios, tasas de adopción, patrones de uso de la aplicación | Mejora el compromiso y la retención |
-| Cumplimiento de Seguridad | Comprobaciones de cifrado, firma de código, cumplimiento de reglas de la plataforma | Mantiene las aplicaciones en conformidad con los requisitos de la tienda |
-
-Incorpora herramientas automatizadas en tu proceso de desarrollo. Las métricas y alertas en tiempo real, junto con tu pipeline de CI/CD, permiten una resolución más rápida de problemas con una mínima interrupción para los usuarios.
diff --git a/src/content/blog/es/how-to-profile-cross-platform-apps-with-capacitor.md b/src/content/blog/es/how-to-profile-cross-platform-apps-with-capacitor.md
deleted file mode 100644
index 2378bbf3c..000000000
--- a/src/content/blog/es/how-to-profile-cross-platform-apps-with-capacitor.md
+++ /dev/null
@@ -1,167 +0,0 @@
----
-slug: how-to-profile-cross-platform-apps-with-capacitor
-title: Cómo perfilar aplicaciones multiplataforma con Capacitor
-description: >-
-  Aprende a perfilar y optimizar aplicaciones multiplataforma construidas con
-  Capacitor para mejorar el rendimiento en iOS, Android y la web.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:37:04.938Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60-1745030245432.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, profiling, cross-platform apps, performance optimization, iOS,
-  Android, web development, memory leaks, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Perfiles de aplicaciones multiplataforma construidas con [Capacitor](https://capacitorjs.com/) te ayuda a identificar problemas de rendimiento en plataformas iOS, Android y web. Aquí tienes una guía rápida para comenzar:
-
--   **Herramientas que Necesitas**:
-    
-    -   [Node.js](https://nodejs.org/en) v16+ y npm v8+ para gestión de paquetes
-    -   Capacitor CLI v5.0+ para construir y desplegar aplicaciones
-    -   [Xcode](https://developer.apple.com/xcode/) 14+ (iOS) y [Android Studio](https://developer.android.com/studio) Electric Eel+ (Android) para desarrollo y perfilado específico de la plataforma
-    -   [Chrome DevTools](https://developer.chrome.com/docs/devtools) para análisis de rendimiento web
--   **Dispositivos**:
-    
-    -   Utiliza **emuladores** para pruebas rápidas, pero confía en **dispositivos físicos** para obtener métricas de rendimiento precisas.
--   **Herramientas de Perfilado Clave**:
-    
-    -   **Chrome DevTools**: Analiza la ejecución de JavaScript, el uso de memoria y la actividad de red para aplicaciones web.
-    -   **Instrumentos de Xcode**: Mide el uso de CPU, memoria y energía en iOS.
-    -   **Profilers de Android Studio**: Monitorea el rendimiento de CPU, memoria y red en Android.
--   **Problemas Comunes a Solucionar**:
-    
-    -   Tamaños de paquetes de aplicaciones grandes
-    -   Código no optimizado
-    -   Llamadas excesivas al puente de JavaScript a nativo
--   **Optimizaciones**:
-    
-    -   Implementa actualizaciones parciales de paquetes y actualizaciones en vivo para mejorar el rendimiento y la experiencia del usuario.
-    -   Rastrea métricas de rendimiento y errores en tiempo real utilizando herramientas como [Capgo](https://capgo.app/).
-
-Este artículo te guía a través del uso de herramientas específicas de la plataforma, encontrando cuellos de botella de rendimiento y aplicando soluciones para optimizar tus aplicaciones de Capacitor.
-
-## Cómo encontrar FUGAS DE MEMORIA en Aplicaciones Ionic Angular
-
-<iframe src="https://www.youtube.com/embed/vNGWpZlUOPM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisitos de Configuración
-
-Para perfilar aplicaciones de Capacitor de manera efectiva, necesitarás las herramientas, software y entornos de prueba adecuados. Aquí tienes lo que necesitas para un análisis de rendimiento preciso.
-
-### Herramientas y Software
-
-Asegúrate de tener lo siguiente:
-
--   **Node.js v16+** con **npm v8+** para gestionar paquetes
--   **Capacitor CLI (v8+)** para construir y desplegar aplicaciones
--   **Xcode 14+** para desarrollo y perfilado en iOS
--   **Android Studio Electric Eel** (o más reciente) para desarrollo en Android
--   **Chrome DevTools** para perfilado de rendimiento web
-
-Una vez que tus herramientas estén listas, es hora de elegir tus dispositivos de prueba.
-
-### Emuladores vs Dispositivos Físicos
-
--   **Emuladores**: Geniales para pruebas rápidas, depuración y prueba de diferentes configuraciones de dispositivos. Sin embargo, no replican completamente el rendimiento del mundo real y tienen un soporte limitado de GPU.
--   **Dispositivos Físicos**: Esenciales para métricas precisas de memoria y GPU. Aunque pueden ser más costosos y requerir una gestión adicional, proporcionan una imagen mucho más clara de cómo funcionará tu aplicación.
-
-Para obtener los mejores resultados, prueba en al menos un dispositivo iOS reciente y un dispositivo Android de gama media para cubrir una variedad de escenarios de rendimiento.
-
-### Herramientas de Monitoreo de Rendimiento
-
-Utiliza estas herramientas para monitorear y analizar el rendimiento:
-
--   **Instrumentos (iOS)**, **Profilador de CPU de Android Studio**, y **Chrome DevTools** para perfilado específico de la plataforma
--   **Capgo** para análisis multiplataforma y seguimiento de errores en tiempo real \[2\]
-
-Por último, configura el registro en entornos de desarrollo y producción para rastrear métricas consistentes.
-
-## Herramientas de Perfilado por Plataforma
-
-Aprovecha las herramientas integradas de cada plataforma para analizar el rendimiento e identificar problemas potenciales.
-
-### Perfilado Web con [Chrome DevTools](https://developer.chrome.com/docs/devtools)
-
-Mientras ejecutas tu aplicación en Chrome, abre **DevTools** (Clic derecho > Inspeccionar) y explora las pestañas de **Rendimiento**, **Memoria** o **Red**:
-
--   **Rendimiento**: Rastrea la ejecución de JavaScript, el renderizado y la actividad de red.
--   **Memoria**: Analiza las asignaciones de memoria y detecta fugas de memoria.
--   **Red**: Observa las llamadas a la API, la carga de recursos y el uso de ancho de banda.
-
-Para un perfilado de JavaScript más detallado, utiliza la función de **perfil de CPU** del panel de Rendimiento. Para capturar datos detallados de llamadas a funciones, habilita la opción "JavaScript Profiler" en la configuración.
-
-Una vez que el perfilado web esté completo, pasa al análisis de rendimiento de iOS.
-
-### Perfilado de iOS con [Xcode](https://developer.apple.com/xcode/)
-
-![Xcode IDE Interface](https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60/15516018a4284df8a7d0585815c62b4c.jpg)
-
-En Xcode, navega a **Producto > Perfil (⌘I)** y selecciona una plantilla de perfilado:
-
--   **Perfilador de Tiempo**: Mide el uso de CPU.
--   **Asignaciones**: Monitorea el uso de memoria.
--   **Registro de Energía**: Evalúa el consumo de batería y la actividad de red.
-
-Presta especial atención a los **tiempos de renderizado de WebView** para evaluar la capacidad de respuesta de la aplicación.
-
-Después del perfilado de iOS, centra la atención en el rendimiento de Android.
-
-### Herramientas de Perfilado de Android
-
-En Android Studio, accede a las herramientas de perfilado a través de **Ver > Ventanas de Herramientas > Inspección de Aplicaciones**. Los principales perfiles incluyen:
-
--   **Perfilador de CPU**: Analiza la actividad de hilos, trazas de métodos y uso de CPU.
--   **Perfilador de Memoria**: Rastrea las asignaciones de memoria, la recolección de basura y las fugas de memoria.
--   **Perfilador de Red**: Revisa los tiempos de solicitud y los tamaños de carga útil.
-
-Para aplicaciones que utilizan WebView, habilita la depuración con `WebView.setWebContentsDebuggingEnabled(true)` para integrar Chrome DevTools junto a Android Studio para un análisis más completo.
-
-## Encontrar y Solucionar Problemas de Rendimiento
-
-### Cuellos de Botella
-
-Los problemas de rendimiento comunes en aplicaciones de Capacitor a menudo provienen de **tamaños de paquetes grandes**, **código no minimizado** y **sobrecargas excesivas por llamadas al puente**. Estos factores pueden ralentizar tu aplicación e impactar la experiencia del usuario.
-
-### Analizando Perfiles
-
-Para identificar problemas de rendimiento, herramientas como **Chrome DevTools**, **Instrumentos de Xcode** y **profilers de Android Studio** son invaluables. Úsalos para rastrear picos de CPU, fugas de memoria y retrasos en las solicitudes de red. Una vez que hayas identificado estas áreas problemáticas, puedes concentrarte en soluciones específicas.
-
-### Soluciones de Rendimiento
-
-Después de recopilar datos de las herramientas de perfilado, implementa estas optimizaciones específicas:
-
--   **Actualizaciones parciales de paquetes**: En lugar de actualizaciones completas, entrega actualizaciones más pequeñas e incrementales. Por ejemplo, el CDN de Capgo puede entregar una actualización de 5 MB en solo 114 ms [\[1\]](https://capgo.app/).
--   **Despliegues controlados**: Utiliza segmentación de usuarios para implementar actualizaciones gradualmente. Este método puede conseguir una adopción de actualización del 95% en 24 horas [\[1\]](https://capgo.app/).
--   **Seguimiento de errores**: Detecta y corrige errores de forma temprana para mantener la estabilidad y rendimiento de la aplicación [\[1\]](https://capgo.app/).
--   **Agrupamiento de llamadas al puente**: Reduce la sobrecarga agrupando las llamadas al puente de JavaScript a nativo.
--   **Actualizaciones en vivo**: Envía correcciones inmediatas utilizando soluciones de actualización en vivo (por ejemplo, Capgo), eludiendo los retrasos de la tienda de aplicaciones.
-
-## Monitoreo y Actualizaciones
-
-Una vez que hayas realizado mejoras de rendimiento, es crucial estar atento y mantener un sistema de actualizaciones en vivo para asegurar que todo se mantenga en buen camino.
-
-### Seguimiento de Rendimiento en Tiempo Real
-
-Después del despliegue, monitorea métricas importantes como tiempos de respuesta de API, tasas de éxito de actualizaciones y compromiso del usuario. Usa herramientas como paneles automatizados o software de seguimiento de errores para recopilar estos datos en tiempo real. Esto te permite detectar y abordar problemas rápidamente, evitando que afecten a un gran número de usuarios.
-
-### Actualizaciones Rápidas con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60/65550a0697b495ada9159b05fd8b2a91.jpg)
-
-Capgo simplifica el proceso de actualización ofreciendo actualizaciones encriptadas, escalonadas con características de reversión automática. También proporciona análisis en tiempo real, ayudándote a eludir los retrasos de la tienda de aplicaciones y asegurando que las actualizaciones lleguen a tus usuarios de manera rápida y eficiente.
-
-## Resumen
-
-Utiliza herramientas como Chrome DevTools, Instrumentos de Xcode y el Perfilador de Android Studio para afinar tus aplicaciones de Capacitor. Mantén un ojo en métricas clave y despliega actualizaciones en vivo cuando sea necesario. Aquí está en qué enfocarse:
-
--   **Perfila de manera consistente** utilizando herramientas específicas de la plataforma (Chrome DevTools, Xcode, Perfilador de Android Studio).
--   **Rastrea el rendimiento y errores** en tiempo real en todas las plataformas.
--   **Despliega actualizaciones en vivo por etapas** para introducir correcciones de errores y nuevas características de manera suave.
diff --git a/src/content/blog/es/how-to-release-major-version-in-capgo.md b/src/content/blog/es/how-to-release-major-version-in-capgo.md
deleted file mode 100644
index 4210713ce..000000000
--- a/src/content/blog/es/how-to-release-major-version-in-capgo.md
+++ /dev/null
@@ -1,87 +0,0 @@
----
-slug: how-to-release-major-version-in-capgo
-title: Cómo lanzar una versión importante en capgo
-description: >-
-  Entiende cómo y cuándo es necesario lanzar una versión principal para tu
-  aplicación sin afectar la aplicación de tus usuarios.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-30T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Sistema de versión principal de Capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: how-to-send-specific-version-to-users
----
-## Al liberar una versión importante
-
-La gestión de versiones puede ser difícil, generalmente deseas enviar una actualización importante cuando aparece un cambio significativo para los usuarios.
-
-Pero la versión no está hecha para eso, la versión de la tienda de aplicaciones es diferente de la versión nativa.
-
-La versión nativa está diseñada para gestionar cambios incompatibles en el *código*.
-
-En iOS, por ejemplo, iOS 16 es la `versión de la tienda` de Apple, pero la versión del código es `20A5283p` (no parecen usar SemVer allí).
-
-¡Ahora queda claro que no debemos mezclar ambos y usarlos para lo que están hechos!
-
-## Lanzamiento importante
-
-En tu aplicación de Capacitor, un lanzamiento importante es necesario cuando ocurre un cambio incompatible. 
-Por ejemplo, un nuevo objetivo de iOS (de 15 a 16), o una nueva versión de Capacitor (de 3 a 4), o un plugin (de 1.2 a 2.0) que utilizas ha sido actualizado a una versión mayor.
-
-Este cambio significa que todas las herramientas deben estar alineadas para manejar el cambio incompatible.
-
-Por eso Capgo sigue este sistema. 
-Así que si lanzas una versión importante, Capgo no la enviará a un usuario que no la haya instalado desde la tienda.\
-Este comportamiento puede ser personalizado. Puedes aprender más sobre esto [aquí](/docs/cli/commands/#disable-updates-strategy).
-
-### Versiones
-
-Dónde Capgo encuentra la versión para comparar.
-
-#### IOS
-  > Será utilizado por Capgo para comparar con la versión de JavaScript y encontrar una actualización mayor.
-
- En iOS, la variable se establece en tu proyecto aquí `ios/App/App/Info.plist` bajo la clave `CFBundleShortVersionString` o `ios/App/App.xcodeproj/project.pbxproj` bajo la clave `MARKETING_VERSION` si `MARKETING_VERSION` se estableció en tu archivo `Info.plist`.
-  > Puedes anular este comportamiento configurando la clave de versión en el archivo `capacitor.config.json` [documentos aquí](/docs/plugin/auto-update#advanced-settings/).
-
-#### Android
-  > Será utilizado por Capgo para comparar con la versión de JavaScript y encontrar una actualización mayor.
-
-  En Android, la variable se establece en tu proyecto aquí `android/app/build.gradle` bajo la clave `defaultConfig.versionName`.
-  > Puedes anular este comportamiento configurando la clave de versión en el archivo `capacitor.config.json` [documentos aquí](/docs/plugin/auto-update#advanced-settings/).
-
-#### JavaScript
-  > Será utilizado por Capgo para comparar con la versión nativa y encontrar una actualización mayor.
-
-  En JavaScript, la variable se establece en tu proyecto aquí `package.json` bajo la clave `version`.
-
-## Ejemplo
-
-Tu aplicación Ionic fue lanzada actualmente con la versión `1.2.3` con Capacitor 3.
-
-Estás realizando la actualización a Capacitor 4.
-
-Necesitas actualizar tu número de versión a `2.2.3`, luego todos tus paquetes, incluido Capgo, notificarán este gran cambio.
-
-Cuando liberes esta versión a Capgo y la App Store.
-
-Todas las siguientes actualizaciones en vivo en Capgo `2.2.4` nunca serán enviadas a usuarios con la versión `1.2.3`. Solo con la versión `2.2.3`.
-
-Si sigues este patrón, no tendrás que preocuparte más, todo se maneja bien.
-
-## Si no sigo esto
-
-En este caso, eso significa que debes enviar tu nueva aplicación con Capacitor 4 a Apple y Google, pero no a Capgo.
-
-Entonces tendrás que esperar que el 100% de tus usuarios tenga la aplicación o al menos el 90%, lo que tomará meses, probablemente.
-
-Mientras tanto, durante este tiempo no podrás enviar ninguna actualización con Capgo, ya que los usuarios antiguos no pueden obtener la nueva versión.
-No tienes una forma de seleccionar solo algunos usuarios para recibir la actualización.
diff --git a/src/content/blog/es/how-to-resolve-android-build-errors-in-capacitor.md b/src/content/blog/es/how-to-resolve-android-build-errors-in-capacitor.md
deleted file mode 100644
index 4a8d7df47..000000000
--- a/src/content/blog/es/how-to-resolve-android-build-errors-in-capacitor.md
+++ /dev/null
@@ -1,125 +0,0 @@
----
-slug: how-to-resolve-android-build-errors-in-capacitor
-title: Cómo Resolver Errores de Compilación de Android en Capacitor
-description: >-
-  Aprende cómo resolver rápidamente errores de compilación de Android en
-  Capacitor, desde problemas de configuración hasta conflictos de dependencias y
-  problemas de ProGuard.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T03:02:04.382Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b-1743217335938.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, Android build errors, ProGuard, dependency conflicts, mobile
-  development, troubleshooting
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Problemas con errores de compilación de Android en [Capacitor](https://capacitorjs.com/)?** Estos errores suelen derivar de archivos mal configurados, conflictos de dependencias o problemas con [ProGuard](https://www.guardsquare.com/manual/home). Solucionarlos rápidamente es esencial para mantener tu aplicación funcionando correctamente. Aquí tienes un desglose rápido de problemas comunes y cómo resolverlos:
-
--   **Problemas de Configuración**: Revisa `AndroidManifest.xml`, `capacitor.config.json`, y la configuración de [Gradle](https://gradle.org/) para detectar discrepancias en versiones SDK, permisos o `minSdkVersion`.
--   **Conflictos de Dependencias**: Alinea las versiones del núcleo de Capacitor, plugins y bibliotecas nativas. Usa herramientas como `npx cap doctor` para detectar incompatibilidades.
--   **Problemas de ProGuard**: Añade las reglas adecuadas para prevenir errores de ofuscación durante las compilaciones de producción.
-
-**Consejo Clave**: Utiliza los registros de errores en [Android Studio](https://developer.android.com/studio) para identificar la causa raíz y concéntrate en el primer error en el rastro de la pila. Herramientas como [Capgo](https://capgo.app/) pueden ayudarte a implementar correcciones instantáneamente sin esperar revisiones de la tienda de aplicaciones.
-
-**Ejemplo de Corrección Rápida**:
-
--   Actualiza las dependencias en `package.json`:
-    
-    ```json
-    {
-      "@capacitor/core": "5.5.0",
-      "@capacitor/android": "5.5.0",
-      "@capacitor/camera": "5.0.7"
-    }
-    ```
-    
--   Añade [Jetifier](https://developer.android.com/tools/jetifier) para compatibilidad:
-    
-    ```properties
-    android.useAndroidX=true
-    android.enableJetifier=true
-    ```
-    
--   Añade reglas de ProGuard:
-    
-    ```java
-    -keep class com.getcapacitor.** { *; }
-    -dontwarn com.google.android.gms.**
-    ```
-    
-
-**¿Necesitas correcciones más rápidas?** Capgo te permite implementar actualizaciones instantáneamente, evitando retrasos de la tienda de aplicaciones. Es una excelente manera de mantener tu aplicación estable y a tus usuarios satisfechos.
-
-## Guía Definitiva para Depurar Aplicaciones Ionic en Android e iOS ...
-
-<iframe src="https://www.youtube.com/embed/HmXM5t8DIPA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principales Errores de Compilación en Android
-
-La compilación de aplicaciones Android con Capacitor puede ocasionalmente llevar a errores debido a problemas de configuración o incompatibilidades de dependencias. A continuación, desglosamos los errores de compilación más comunes de Android y cómo abordarlos.
-
-### Errores de Configuración e Instalación
-
-Estos errores suelen surgir de archivos mal configurados como `AndroidManifest.xml` o `capacitor.config.json`. Los problemas comunes incluyen:
-
--   **Permisos Faltantes**: Si los permisos requeridos de Android no están declarados en `AndroidManifest.xml`, la compilación fallará.
--   **Incompatibilidades de Versión SDK**: El `targetSdkVersion` debe alinearse con los valores recomendados de Capacitor para evitar errores.
--   **Configuración de Gradle**: Una `distributionUrl` incorrecta en `gradle-wrapper.properties` puede causar fallos de compilación.
--   **minSdkVersion Incorrecto**: Establecer un `minSdkVersion` inapropiado puede llevar a problemas de compatibilidad. Por ejemplo, tu configuración podría verse así:
-
-```groovy
-android {  
-    defaultConfig {  
-        minSdkVersion 22  
-        targetSdkVersion 33  
-    }  
-}
-```
-
-### Conflictos de Versiones de Paquetes
-
-Las incompatibilidades entre dependencias también pueden causar errores de compilación. Escenarios comunes incluyen:
-
--   **Dependencias Nativas**: Discrepancias entre el núcleo de Capacitor y bibliotecas nativas.
--   **Compatibilidad de Plugins**: Uso de versiones incompatibles de plugins de Capacitor.
--   **Conflictos de Módulos Gradle**: Declaraciones duplicadas de módulos en archivos `build.gradle`.
-
-Aquí tienes un ejemplo de una configuración correcta de dependencias:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.5.0",
-    "@capacitor/android": "5.5.0",
-    "@capacitor/camera": "5.0.7"
-  }
-}
-```
-
-### Problemas de Configuración de [ProGuard](https://www.guardsquare.com/manual/home)
-
-![ProGuard](https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b/caf1031c54e5e4608a41f5a1b5bef282.jpg)
-
-ProGuard, usado en compilaciones de producción, puede introducir problemas adicionales:
-
--   **Reglas Keep Faltantes**: Las clases importantes pueden ser ofuscadas, causando errores en tiempo de ejecución.
--   **Errores de Reflexión**: Las clases accedidas mediante reflexión podrían no manejarse correctamente.
--   **Conflictos de Plugins**: Las reglas ProGuard de diferentes plugins pueden entrar en conflicto.
-
-Para abordar estos problemas, puedes añadir las siguientes reglas ProGuard:
-
-```java
--keep class com.getcapacitor.** { *; }
--keep class org.apache.cordova.* { *; }
--dontwarn com.google.android.gms.**
-```
-
-[Continúa la traducción del resto del texto siguiendo el mismo formato y estilo...]
diff --git a/src/content/blog/es/how-to-schedule-ota-updates-for-capacitor-apps.md b/src/content/blog/es/how-to-schedule-ota-updates-for-capacitor-apps.md
deleted file mode 100644
index 60f60ef1b..000000000
--- a/src/content/blog/es/how-to-schedule-ota-updates-for-capacitor-apps.md
+++ /dev/null
@@ -1,97 +0,0 @@
----
-slug: how-to-schedule-ota-updates-for-capacitor-apps
-title: Cómo Programar Actualizaciones OTA para Aplicaciones Capacitor
-description: >-
-  Aprende cómo programar efectivamente las actualizaciones OTA de tu aplicación
-  móvil para garantizar correcciones rápidas de errores y una experiencia de
-  usuario mejorada.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T04:03:25.616Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcd7fb83b63ee70fa0b90f-1742529933736.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, mobile app updates, Capacitor, app deployment, update scheduling,
-  performance monitoring
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-**¿Quieres actualizar tu aplicación de** [**Capacitor**](https://capacitorjs.com/) **sin retrasos de la tienda de aplicaciones? Las actualizaciones Over-the-Air (OTA) te permiten enviar correcciones, nuevas funciones y mejoras directamente a los usuarios en tiempo real.** Aquí te mostramos cómo puedes programarlas de manera efectiva:
-
--   **¿Qué son las actualizaciones OTA?** Permiten entregar cambios de la aplicación directamente a los usuarios, descargando solo las partes actualizadas para ahorrar tiempo y ancho de banda
-    
--   **¿Por qué programar actualizaciones?** Para corregir errores rápidamente, implementar funciones gradualmente y mejorar la experiencia del usuario con una interrupción mínima
-    
--   **Cómo empezar:** Instala el plugin [Capgo](https://capgo.app/) usando `npx @capgo/cli init`, intégralo con tu pipeline de CI/CD y configura conexiones seguras y análisis
-    
--   **Mejores prácticas:** Usa implementaciones por fases, programa actualizaciones durante horas de baja actividad y monitorea el rendimiento con métricas en tiempo real
-    
-
-**Estadísticas clave:** 95% de los usuarios activos adoptan actualizaciones en 24 horas, con una tasa de éxito global del 82%. La velocidad promedio de descarga para un paquete de 5 MB es de 114 ms
-
-Continúa leyendo para aprender cómo configurar, programar y rastrear actualizaciones OTA para tu aplicación Capacitor
-
-## Requisitos de Configuración
-
-### Herramientas y Configuraciones Requeridas
-
-Para comenzar con las actualizaciones OTA programadas, necesitarás instalar algunas herramientas clave y establecer configuraciones. Comienza instalando el [plugin Capgo](https://capgo.app/plugins/) usando tu gestor de paquetes preferido:
-
-[[CODE_BLOCK]]
-
-Este comando configura los componentes necesarios para actualizaciones OTA, incluyendo:
-
--   **Cifrado de extremo a extremo** para garantizar [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/)
-    
--   **Control de versiones** para gestionar implementaciones de actualizaciones
-    
--   **Seguimiento de errores** para identificar y abordar problemas rápidamente
-    
-
-Una vez completada la configuración básica, puedes pasar a integrar tu plataforma de actualización OTA
-
-### Integración de Plataforma OTA
-
-Integrar una plataforma OTA es crucial para gestionar eficientemente las actualizaciones programadas. Aquí te mostramos cómo hacerlo:
-
--   **Asegura tu conexión** configurando claves de autenticación y tokens
-    
--   **Rastrea versiones** para garantizar que las actualizaciones se gestionen e implementen correctamente
-    
--   **Configura análisis** para monitorear el rendimiento de las actualizaciones en el campo
-    
--   **Integra tu pipeline de CI/CD** en tu flujo de trabajo existente para operaciones más fluidas
-    
-
-> "Configuramos tu pipeline de CI/CD directamente en tu plataforma preferida, ya sea GitHub Actions, GitLab CI u otros. No alojamos CI/CD ni te cobramos por mantenerlo" – Capgo [\[1\]](https://capgo.app/)
-
-Para necesidades empresariales, Capgo admite integración con los principales sistemas CI/CD. Su plataforma se ha utilizado exitosamente en 750 aplicaciones en producción, gestionando más de 235 millones de actualizaciones hasta la fecha [\[1\]](https://capgo.app/)
-
-Aquí algunos puntos de referencia de rendimiento [\[1\]](https://capgo.app/):
-
--   **Velocidad promedio de descarga**: 114 ms para un paquete de 5 MB
-    
--   **Tiempo de respuesta API**: 434 ms globalmente
-    
--   **Tasa de éxito de actualización**: 82% mundialmente
-    
-
-## Explora la Nueva Actualización en Vivo de [Capgo](https://capgo.app/) para Ionic [Capacitor](https://capacitorjs.com/)
-
-**Planificación de Programación de Actualizaciones**
-
-Una vez que las herramientas están instaladas, el siguiente paso es decidir cuándo y cómo se implementarán las actualizaciones.
-
-### Consideraciones de Tiempo
-
-Programar actualizaciones OTA requiere analizar el comportamiento del usuario y factores técnicos. Por ejemplo, lanzar actualizaciones durante horas de baja actividad - basado en los patrones de actividad global de tus usuarios - puede ayudar a reducir interrupciones durante períodos ocupados. Además, la capacidad del servidor y las condiciones de red deben considerarse para garantizar una entrega fluida. Estas consideraciones juegan un papel clave en hacer que las actualizaciones funcionen eficientemente [\[1\]](https://capgo.app/)
-
-### Directrices de Programación de Actualizaciones
-
-Usar un enfoque de implementación por fases puede hacer las actualizaciones más manejables. Comienza con un lanzamiento beta a un pequeño grupo de usuarios, luego expande gradualmente a toda la base de usuarios. Este método a menudo se basa en sistemas de canales, permitiendo una distribución controlada. También permite monitoreo en tiempo real y reversiones rápidas si surge algún problema.
diff --git a/src/content/blog/es/how-to-secure-ota-updates-with-key-management.md b/src/content/blog/es/how-to-secure-ota-updates-with-key-management.md
deleted file mode 100644
index d55421155..000000000
--- a/src/content/blog/es/how-to-secure-ota-updates-with-key-management.md
+++ /dev/null
@@ -1,217 +0,0 @@
----
-slug: how-to-secure-ota-updates-with-key-management
-title: Cómo asegurar las actualizaciones OTA con gestión de claves
-description: >-
-  Aprenda cómo la gestión efectiva de claves y el cifrado pueden asegurar las
-  actualizaciones OTA y proteger su aplicación contra manipulaciones y amenazas
-  de seguridad.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T05:02:06.032Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ea1c64283d21cbd67bff14-1743397338137.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  OTA updates, key management, encryption, app security, update delivery,
-  vulnerabilities, digital signatures, tampering
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres mantener las actualizaciones Over-the-Air (OTA) seguras y evitar vulnerabilidades?** Aquí te explicamos cómo la gestión de claves puede proteger las actualizaciones de tu aplicación contra manipulaciones y amenazas de seguridad.
-
--   **¿Qué son las actualizaciones OTA?** Permiten enviar cambios de la aplicación directamente a los usuarios sin esperar aprobaciones de la tienda de aplicaciones. Herramientas como [Capgo](https://capgo.app/) pueden lograr una tasa de actualización del 95% en 24 horas.
--   **¿Por qué es importante la seguridad?** Sin el cifrado y la gestión de claves adecuados, las actualizaciones son vulnerables a manipulaciones, ataques man-in-the-middle y suplantación de versiones.
--   **¿Cómo [asegurar las actualizaciones](https://capgo.app/docs/live-updates/update-behavior/)?**
-    -   Usar **cifrado de extremo a extremo** para proteger los paquetes de actualización.
-    -   Generar claves fuertes con algoritmos como [RSA-4096](https://en.wikipedia.org/wiki/RSA_\(cryptosystem\)) o [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard).
-    -   Almacenar claves de forma segura usando **[Módulos de Seguridad Hardware](https://en.wikipedia.org/wiki/Hardware_security_module) (HSMs)** o bóvedas de claves cifradas.
-    -   Verificar actualizaciones con firmas digitales, sumas de verificación y comprobaciones de versión.
-    -   Prevenir degradaciones de versión aplicando reglas estrictas de versionado.
--   **¿Por qué Capgo?** Entrega 23.5M de actualizaciones seguras a 20M de usuarios con [cifrado avanzado](https://capgo.app/docs/cli/migrations/encryption/), cumpliendo los estándares de Apple y Google.
-
-**Conclusión:** Una gestión adecuada de claves asegura que solo las actualizaciones autorizadas lleguen a los usuarios, protegiendo la integridad de la aplicación y la confianza del usuario. Asegura tus actualizaciones ahora para evitar brechas costosas.
-
-## Entendiendo las Actualizaciones "Over the Air (OTA)": Un Análisis Profundo
-
-<iframe src="https://www.youtube.com/embed/aFFRkMnifxM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Riesgos de Seguridad en Actualizaciones OTA
-
-Si implementas actualizaciones OTA sin medidas de seguridad sólidas, tu aplicación se convierte en un objetivo fácil para posibles vulnerabilidades.
-
-### Amenazas de Seguridad OTA Conocidas
-
-Las actualizaciones OTA están constantemente expuestas a nuevas amenazas, requiriendo protocolos de seguridad estrictos. Por ejemplo, los ataques man-in-the-middle pueden interceptar paquetes de actualización, inyectando código malicioso si no hay cifrado.
-
-**Amenazas Clave a Vigilar:**
-
--   **Manipulación de Paquetes de Actualización**: Los atacantes modifican archivos de actualización durante la transmisión.
--   **Compromiso de Claves**: Los hackers obtienen acceso no autorizado a claves de firma o cifrado.
--   **Suplantación de Versiones**: Los usuarios son engañados para descargar versiones antiguas e inseguras de la aplicación.
--   **Brechas en Servidores de Actualización**: Ataques directos a la infraestructura que distribuye actualizaciones.
-
-Simplemente confiar en la firma no es suficiente. Herramientas como el cifrado de extremo a extremo de Capgo aseguran que las actualizaciones solo sean descifradas por partes autorizadas. Sin tales medidas, estas vulnerabilidades pueden comprometer la integridad de la aplicación y la seguridad del usuario.
-
-### Impacto de las Brechas de Seguridad
-
-Las brechas de seguridad en sistemas OTA pueden tener efectos de largo alcance, impactando a desarrolladores, usuarios y el ecosistema más amplio de aplicaciones.
-
-| **Área de Impacto** | **Efectos Inmediatos** | **Consecuencias a Largo Plazo** |
-| --- | --- | --- |
-| **Datos de Usuario** | Exposición de información sensible | Pérdida de confianza y posibles problemas legales |
-| **Funcionalidad de la App** | Introducción de código malicioso | Inestabilidad prolongada y problemas de rendimiento |
-| **Operaciones de Negocio** | Gastos de respuesta de emergencia | Reputación dañada y pérdida de usuarios |
-| **Cronograma de Desarrollo** | Reversiones forzadas a versiones anteriores | Retrasos en lanzamiento de nuevas funciones |
-
-Cuando las actualizaciones con fallos de seguridad llegan a producción, pueden causar estragos. Las versiones vulnerables o con errores pueden persistir, especialmente en aplicaciones que manejan datos sensibles de usuarios o transacciones financieras.
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-Para reducir estos riesgos, considera implementar las siguientes medidas:
-
--   Usar **cifrado de extremo a extremo** para todos los paquetes de actualización.
--   Realizar **auditorías de seguridad regulares** y monitorear vulnerabilidades.
--   Emplear **seguimiento automatizado de errores** para detectar problemas rápidamente.
--   Asegurar que las **capacidades de reversión** estén disponibles para actualizaciones comprometidas.
-
-Los costos de abordar brechas de seguridad - tanto inmediatos como a largo plazo - pueden ser inmensos. Al adoptar cifrado robusto y monitoreo proactivo, como los que ofrece Capgo, puedes evitar estas trampas. Los estudios muestran que invertir en medidas de seguridad adecuadas desde el principio es mucho más económico que lidiar con las consecuencias de una brecha.
-
-## Configurando una Gestión Segura de Claves
-
-La gestión efectiva de claves es crítica para proteger las actualizaciones OTA. Aquí hay un desglose de los componentes clave necesarios para un sistema seguro.
-
-### Creando Claves Fuertes
-
-Generar claves seguras es la base de la seguridad de actualizaciones OTA. Enfócate en:
-
--   **Selección de Algoritmo**: Usa RSA-4096 o [ECC](https://en.wikipedia.org/wiki/Elliptic-curve_cryptography) para cifrado asimétrico y AES-256 para cifrado simétrico para alinearse con bibliotecas criptográficas modernas.
--   **Directrices de Generación de Claves**:
-    -   Crear claves únicas para cada versión de la aplicación.
-    -   Usar generadores de números aleatorios criptográficamente seguros con fuentes confiables de entropía.
-    -   Adherirse a los estándares actuales de la industria para la creación de claves.
-
-### Construyendo Confianza con Certificados
-
-Un sistema de certificados bien implementado es esencial para asegurar la autenticidad de las actualizaciones. Esto ayuda a mantener la confianza entre desarrolladores y usuarios verificando que las actualizaciones provienen de una fuente legítima.
-
-### Métodos de Almacenamiento de Claves
-
-El almacenamiento adecuado de claves es vital para preservar la integridad del cifrado durante las actualizaciones. Dos métodos principales incluyen:
-
--   **Módulos de Seguridad Hardware (HSMs)**:
-    
-    -   Separan físicamente las operaciones criptográficas.
-    -   Proporcionan almacenamiento resistente a manipulaciones para claves.
-    -   Incluyen generación de números aleatorios basada en hardware.
--   **Bóvedas de Claves Cifradas**:
-    
-    -   Implementan control de acceso basado en roles.
-    -   Ofrecen registro de auditoría para monitorear el uso de claves.
-    -   Soportan rotación automática de claves para mejorar la seguridad.
-
-Para fortalecer aún más tu sistema, asegúrate de que las claves estén almacenadas de forma segura, habilita [autenticación de múltiples factores](https://capgo.app/docs/webapp/mfa/), mantén copias de seguridad regulares y monitorea la actividad de las claves. Estas prácticas crean un marco confiable para entregar actualizaciones seguras.
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" [\[1\]](https://capgo.app/)
-
-## Asegurando la Entrega de Actualizaciones
-
-Proteger las actualizaciones OTA va más allá de la gestión de claves. La entrega segura de actualizaciones depende del cifrado y verificación para asegurar que las actualizaciones sean tanto privadas como a prueba de manipulaciones.
-
-### Seguridad de Paquetes de Actualización
-
-La entrega de paquetes de actualización seguros comienza con **cifrado de extremo a extremo**, que mantiene las actualizaciones seguras desde el desarrollador hasta el dispositivo del usuario. Así es como funciona:
-
--   **[Cifrado de Paquetes](https://capgo.app/docs/cli/migrations/encryption/):** Las actualizaciones se cifran antes de ser enviadas, usando métodos como cifrado simétrico AES-256.
--   **Distribución de Claves:** Las claves de cifrado se comparten solo con dispositivos autorizados.
--   **Protección de Integridad:** Las sumas de verificación hash verifican que la actualización no haya sido alterada durante la transmisión.
-
-Capgo lleva este proceso más allá con su enfoque de cifrado, asegurando que solo el destinatario previsto pueda descifrar las actualizaciones [\[1\]](https://capgo.app/).
-
-### Pasos de Verificación de Actualizaciones
-
-El cifrado por sí solo no es suficiente. Verificar las actualizaciones asegura su integridad y autenticidad. Con una tasa de éxito global del 82% [\[1\]](https://capgo.app/), estos pasos pueden ayudar a mantener un alto estándar:
-
-1.  **Validación de Firma Digital:** Comprobar que la firma criptográfica coincida con la clave pública del desarrollador.
-2.  **Verificación de Número de Versión:** Confirmar que la actualización es más nueva que la actualmente instalada.
-3.  **Integridad del Paquete:** Usar sumas de verificación para asegurar que el paquete de actualización esté completo y sin modificar.
-4.  **Verificación de Cadena de Certificados:** Validar la cadena de certificados usada para firmar la actualización.
-
-### Previniendo Degradaciones de Versión
-
-Permitir la reinstalación de versiones anteriores puede reabrir agujeros de seguridad corregidos. Para prevenir esto, considera estas medidas:
-
--   **Gestión de Versiones:** Aplicar reglas estrictas de versionado y monitorear versiones instaladas para bloquear las obsoletas.
--   **Gestión de Canales de Actualización:** Usar canales específicos para controlar actualizaciones para diferentes grupos de usuarios.
--   **Protección contra Reversión:** Restringir reversiones a versiones aprobadas usando procesos autorizados.
-
-## Seguimiento del Uso de Claves
-
-Monitorear el uso de claves es una parte crucial para mantener la seguridad OTA. Las 23.5 millones de actualizaciones de Capgo destacan la importancia de un seguimiento consistente y minucioso [\[1\]](https://capgo.app/).
-
-A continuación, describimos los registros y prácticas clave que apoyan un monitoreo efectivo.
-
-### Registros de Actividad de Claves
-
-Mantener registros detallados de acciones relacionadas con claves ayuda a identificar posibles problemas temprano. Los datos clave a registrar incluyen:
-
--   Qué sistemas y usuarios acceden a las claves
--   Frecuencia de uso
--   Operaciones fallidas
--   Eventos del ciclo de vida de las claves (creación, rotación, expiración)
-
-### Respuesta a Alertas de Seguridad
-
-Cuando hay sospecha de mal uso o compromiso de claves, actuar rápido es crítico. Usa este marco de respuesta para abordar diferentes niveles de alerta:
-
-| Nivel de Alerta | Disparador | Acción de Respuesta |
-| --- | --- | --- |
-| Bajo | Patrones de acceso inusuales | Investigar inmediatamente y documentar hallazgos |
-| Medio | Múltiples operaciones fallidas | Suspender temporalmente el uso de la clave |
-| Alto | Compromiso confirmado | Rotar la clave sin demora |
-| Crítico | Explotación activa detectada | Reemplazar todas las claves del sistema inmediatamente |
-
-Para apoyar la tasa de éxito global del 82% para actualizaciones [\[1\]](https://capgo.app/), configura alertas automatizadas para marcar actividad sospechosa, como:
-
--   Múltiples verificaciones de firma fallidas
--   Patrones irregulares de despliegue de actualizaciones
--   Intentos de acceso a claves inesperados
--   Tasas de fallo de actualización más altas de lo normal
-
-### Programa de Verificaciones de Seguridad
-
-Además de manejar alertas, las auditorías regulares de seguridad son esenciales para asegurar una gestión de claves sólida. Usa este programa para mantener la supervisión:
-
--   **Diario**: Análisis automatizado de patrones de uso de claves
--   **Semanal**: Revisión manual de registros de seguridad
--   **Mensual**: Revisión del proceso de rotación de claves
--   **Trimestral**: Realizar una auditoría integral de los sistemas de gestión de claves
-
-Esta rutina ayuda a garantizar un monitoreo de seguridad continuo y confiable.
-
-## Resumen
-
-### Beneficios de la Gestión de Claves
-
-La gestión adecuada de claves garantiza que las actualizaciones OTA sean seguras, permitiendo que solo los usuarios autorizados las descifren e instalen. Este proceso protege las actualizaciones contra manipulaciones mientras mantiene una entrega eficiente.
-
-| Beneficio | Impacto |
-| --- | --- |
-| **Seguridad Mejorada** | El cifrado de extremo a extremo bloquea el acceso no autorizado |
-| **Implementación Rápida de Correcciones** | Permite la aplicación inmediata de correcciones y parches de seguridad |
-| **Reversiones Controladas** | Simplifica el control de versiones para abordar actualizaciones problemáticas |
-| **Confianza del Usuario** | Las actualizaciones verificadas aumentan la confianza del usuario |
-| **Cumplimiento** | Se alinea con los estándares de plataforma de Apple y Google |
-
-### Herramientas de Seguridad de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ea1c64283d21cbd67bff14/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Soluciones modernas como Capgo destacan estos beneficios simplificando la entrega de actualizaciones OTA con fuertes medidas de seguridad. Dando soporte a 750 aplicaciones en producción [\[1\]](https://capgo.app/), Capgo mejora la seguridad de las actualizaciones mediante cifrado avanzado y otras características clave.
-
-Capgo combina el cifrado con herramientas como seguimiento de errores, gestión de usuarios y soporte de reversión, asegurando un proceso OTA seguro y eficiente. Los desarrolladores han compartido su satisfacción con este enfoque:
-
-> "Practicamos desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/how-to-segment-users-by-plan-and-channels.md b/src/content/blog/es/how-to-segment-users-by-plan-and-channels.md
deleted file mode 100644
index 10d829aaf..000000000
--- a/src/content/blog/es/how-to-segment-users-by-plan-and-channels.md
+++ /dev/null
@@ -1,180 +0,0 @@
----
-slug: how-to-segment-users-by-plan-and-channels
-title: Cómo usar los Channels para Feature Flags y pruebas A/B
-description: >-
-  Aprenda cómo utilizar los canales de CapGo para Feature Flags y pruebas A/B
-  asignando usuarios manualmente o utilizando su backend
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-04-15T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Ilustración de indicadores de funciones de canal de Capgo
-keywords: 'channels, feature flags, a/b testing, capacitor, capgo'
-tag: Tutorial
-published: true
-locale: es
-next_blog: ''
----
-# Cómo usar Canales para Feature Flags y Pruebas A/B
-
-El sistema de canales de CapGo proporciona una forma flexible de segmentar usuarios y controlar el acceso a funcionalidades. Aunque CapGo no tiene gestión de planes o pruebas A/B integradas, puedes implementar estas características gestionando tú mismo las asignaciones de canales.
-
-## Entendiendo los Canales
-
-Los canales en CapGo te permiten:
-- Dirigirte a grupos específicos de usuarios con diferentes funcionalidades
-- Ejecutar pruebas A/B asignando usuarios a diferentes canales
-- Implementar nuevas funcionalidades gradualmente
-- Crear programas de pruebas beta
-
-## Métodos de Asignación de Canales
-
-### 1. Asignación desde Backend (Recomendado)
-
-Este es el método más seguro. Implica:
-1. Obtener el ID del dispositivo desde el actualizador
-2. Enviarlo a tu backend
-3. Tu backend llama a la API de CapGo para asignar el dispositivo
-
-Así es como implementarlo:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Get device ID
-const getDeviceId = async () => {
-  const { deviceId } = await CapacitorUpdater.getDeviceId()
-  return deviceId
-}
-
-// Send device ID to your backend
-const assignToChannel = async (channel: string) => {
-  const deviceId = await getDeviceId()
-  // Your backend will call CapGo API to assign the device
-  await yourBackend.assignDeviceToChannel(deviceId, channel)
-}
-```
-
-### Implementación del Backend
-
-Tu backend necesita:
-1. Obtener una clave API del panel de CapGo
-2. Llamar a la API de CapGo para asignar el dispositivo a un canal
-
-Para obtener tu clave API:
-1. Inicia sesión en tu panel de CapGo
-2. Ve a Configuración > Claves API
-3. Haz clic en "Generar Nueva Clave"
-4. Selecciona el modo `all` para gestionar dispositivos y canales
-5. Copia la clave generada y guárdala de forma segura en las variables de entorno de tu backend
-   - La clave será una cadena hexadecimal de 32 caracteres
-   - Es una clave secreta que nunca debe exponerse en código del lado del cliente
-
-Aquí hay un ejemplo en Node.js:
-
-```typescript
-import axios from 'axios'
-
-const CAPGO_API_KEY = 'your_api_key'
-const CAPGO_API_URL = 'https://api.capgo.app'
-
-async function assignDeviceToChannel(deviceId: string, channel: string) {
-  try {
-    const response = await axios.post(
-      `${CAPGO_API_URL}/device`,
-      {
-        app_id: 'YOUR_APP_ID',
-        device_id: deviceId,
-        channel: channel
-      },
-      {
-        headers: {
-          'authorization': CAPGO_API_KEY,
-          'Content-Type': 'application/json'
-        }
-      }
-    )
-    return response.data
-  } catch (error) {
-    console.error('Failed to assign device to channel:', error)
-    throw error
-  }
-}
-```
-
-El backend también debe:
-- Validar los permisos del usuario
-- Registrar todas las asignaciones de canales
-- Manejar la limitación de velocidad
-- Implementar lógica de reintento para asignaciones fallidas
-
-### 2. Auto-asignación (Menos Seguro)
-
-Este método permite que los dispositivos se asignen directamente a un canal. Es útil para pruebas pero menos seguro para producción:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Assign device to channel
-const assignToChannel = async (channel: string) => {
-  await CapacitorUpdater.setChannel(channel)
-}
-
-// Get current channel
-const getCurrentChannel = async () => {
-  const { channel } = await CapacitorUpdater.getChannel()
-  return channel
-}
-```
-
-Antes de que los usuarios puedan auto-asignarse a un canal, necesitas habilitar esta función en el panel de CapGo:
-
-1. Ve a la sección de Canales en tu panel de CapGo
-2. Haz clic en el nombre del canal que quieres gestionar
-3. En la configuración del canal, habilita "Permitir que los dispositivos se auto-asocien"
-4. Guarda los cambios
-
-Si esta configuración es falsa, cualquier intento de llamar a `setChannel` con este canal fallará.
-
-## Implementando Feature Flags
-
-Usa canales para controlar el acceso a funcionalidades:
-
-```typescript
-const isFeatureEnabled = async (feature: string) => {
-  // Example: Check if user is in beta channel
-  const channel = await getCurrentChannel()
-  return channel === 'beta'
-}
-```
-
-## Implementación de Pruebas A/B
-
-Ejecuta pruebas A/B asignando usuarios a diferentes canales:
-
-```typescript
-const assignToABTest = async (userId: string) => {
-  // Use consistent hashing to assign users
-  const hash = await hashUserId(userId)
-  const variant = hash % 2 === 0 ? 'variant-a' : 'variant-b'
-  
-  await assignToChannel(variant)
-  return variant
-}
-```
-
-## Mejores Prácticas
-
-1. **Usa Asignación desde Backend**: Para producción, siempre usa el método de asignación desde backend
-2. **Asignación Consistente**: Usa IDs de usuario u otros identificadores estables para una asignación consistente de canales
-3. **Monitoreo**: Rastrea el uso de funcionalidades y métricas de rendimiento para cada canal
-4. **Implementaciones Graduales**: Comienza con segmentos pequeños de usuarios y expande gradualmente
-5. **Documentación Clara**: Documenta tu estrategia y propósitos de canales
-
-## Conclusión
-
-Al aprovechar el sistema de canales de CapGo, puedes crear experiencias de aplicación más personalizadas y ejecutar pruebas A/B. Para uso en producción, siempre prefiere el método de asignación desde backend para mejor seguridad y control.
-
-Para más detalles sobre la gestión de canales, consulta nuestra [documentación de canales](/docs/live-updates/channels/).
diff --git a/src/content/blog/es/how-to-send-specific-version-to-users.md b/src/content/blog/es/how-to-send-specific-version-to-users.md
deleted file mode 100644
index 79ac2cd77..000000000
--- a/src/content/blog/es/how-to-send-specific-version-to-users.md
+++ /dev/null
@@ -1,175 +0,0 @@
----
-slug: how-to-send-specific-version-to-users
-title: Cómo enviar una actualización específica a un usuario o grupo
-description: >-
-  Permita que sus usuarios prueben la versión beta sin necesidad de TestFlight o
-  el proceso beta de Google, ¡simplemente agregue un botón en su aplicación
-  Ionic y listo!
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-17T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo_select_update.webp
-head_image_alt: Alternativa a TestFlight ilustración
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: alternatives
-published: true
-locale: es
-next_blog: ''
----
-## Prefacio
-
-Cuando empiezas a disfrutar del sistema de actualización de Capgo, como yo para mis aplicaciones, comenzarás a sentir "¿Y si quiero más?"
-
-Yo también tuve ese sentimiento, pero como soy el creador de Capgo, ¡pude investigarlo!
-
-> Como todo es código abierto, tú también tienes este poder :)
-
-El siguiente dolor que tuve en el proceso de distribución de aplicaciones Capacitor fue hacer que otros miembros del equipo prueben las actualizaciones.
-
-Con TestFlight, el problema es simple, ¡traer personas a tu equipo y hacer que entiendan cómo obtenerlo lleva mucho tiempo!
-
-Y por supuesto, cada vez que envías a Apple tienes un proceso de revisión aleatorio por un bot que puede tomar 5 minutos o 5 horas, nunca se sabe.
-
-Muchas veces tuve mi presentación retrasada por esto...
-
-Y para Google es aún peor, el gran misterio de mi vida, lanzar una versión de producción toma menos de 2 horas, pero lanzar una beta cerrada toma 1-2 días.
-
-## Solución
-
-Para solucionar esto, creé el sistema de Canales en Capgo.
-
-`npx @capgo/cli@latest bundle upload -c production` actualizará a todos los usuarios (si el canal de producción está configurado como predeterminado)
-
-Si haces `npx @capgo/cli@latest bundle upload -c development` entonces la versión va a un canal diferente, esto se puede automatizar en [GitHub action](/blog/manage-dev-and-prod-build-with-github-actions/).
-
-Luego tienes 2 formas de permitir que los usuarios obtengan las actualizaciones del canal
-
-### Forma Super automática
-
-Esto puede ser útil cuando no quieres crear tu propio backend para la configuración de canales, es rápido de implementar.
-
-Con esta opción, lo único que necesitas hacer es permitir que uno de tus canales sea auto-configurable.
-
-![Permitir auto-configuración en Capgo](/self_set.webp)
-
-Y luego agregar esto en el código de tu aplicación Ionic, para una mejor experiencia, úsalo después de que el usuario haga clic en un botón como "registrarse para beta"
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.setChannel({ channel: 'beta' })
-```
-
-### Forma Manual
-
-Esto puede ser útil para tu equipo interno, es rápido de implementar.
-Permite que los usuarios copien su deviceID desde tu aplicación y te lo envíen manualmente, este código te ayudará a obtenerlo:
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-Oculta un botón en algún lugar de tu aplicación, o muestra el botón solo a usuarios conectados con rol `admin`, por ejemplo.
-
-Luego ve a la aplicación Web o nativa de Capgo, conéctate como administrador de la aplicación, selecciona tu aplicación, haz clic en la lista de dispositivos.
-
-Luego pon en la barra de búsqueda el deviceID, haz clic en el encontrado y luego en el enlace de Canal, elige `development`, pide a tu compañero que abra la aplicación nuevamente, espera 30 segundos y abre cierra.
-
-Debería obtener tu versión.
-
-### Forma Automática
-
-Esto puede ser útil para tus probadores beta, lleva más tiempo implementarlo.
-
-Igual que en la forma manual, tienes que obtener el deviceID
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-
-Pero esta vez tienes que enviarlo automáticamente a tu backend, te dejo decidir cómo hacerlo.
-
-Solo te sugiero almacenarlo en una base de datos, eso facilitará tu vida más adelante.
-
-Luego en tu backend tienes que enviarlo al backend de Capgo también. A continuación dos ejemplos de código:
-<details>
-  <summary>NodeJS</summary>
-
-```js
-import axios from 'axios'
-
-await axios.post('https://api.capgo.app/device', {
-  app_id: 'YOUR_APP_ID',
-  device_id: 'DEVICE_ID',
-  channel: 'CHANNEL_NAME', // The name of the channel, or undefined if version_id provided
-  version_id: 'VERSION_NAME' // this is optionnal, if provide it will override the channel, that usefull when you want to debug only one user.
-}, {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-```
-</details>
-
-<details>
-  <summary>Cloudflare</summary>
-  
-```js
-addEventListener('fetch', (event) => {
-  event.respondWith(
-    handleRequest(event.request).catch(
-      err => new Response(err.stack, { status: 500 })
-    )
-  )
-})
-
-async function handleRequest(request) {
-  const { pathname, method } = new URL(request.url)
-  const body = await request.json()
-  const newBody = JSON.stringify({
-    app_id: 'YOUR_APP_ID',
-    device_id: body.device_id,
-    channel: 'alpha'
-  })
-  const newUrl = new URL('https://api.capgo.app/device')
-  const options = {
-    headers: {
-      authorization: 'YOUR_API_KEY',
-    },
-    method: 'POST',
-    body: newBody
-  }
-
-  if (request.method === 'DELETE') {
-    // DELETE the channel link
-    options.method = 'DELETE'
-    return fetch(newUrl.toString(), options)
-  }
-
-  return fetch(newUrl.toString(), options)
-}
-```
-Y simplemente envía tu device_id en el cuerpo de la URL desplegada con POST para agregar y método DELETE para eliminar.
-</details>
-
-Después de configurar esto, intenta agregar un botón en tu aplicación para optar por el canal y verifica en la aplicación web si se ha configurado.
-
-También puedes enviar `null` para eliminar la anulación
-
-Si necesitas verificar programáticamente qué anulación está configurada en un dispositivo, puedes obtenerla en la misma URL
-
-```js
-import axios from 'axios'
-
-const res = await axios.get('https://api.capgo.app/device?app_id=YOUR_APP_ID&device_id=DEVICE_ID', {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-
-console.log('data', res.json())
-```
diff --git a/src/content/blog/es/how-to-track-ota-update-success-in-capacitor-apps.md b/src/content/blog/es/how-to-track-ota-update-success-in-capacitor-apps.md
deleted file mode 100644
index de8b78c09..000000000
--- a/src/content/blog/es/how-to-track-ota-update-success-in-capacitor-apps.md
+++ /dev/null
@@ -1,385 +0,0 @@
----
-slug: how-to-track-ota-update-success-in-capacitor-apps
-title: Cómo rastrear el éxito de las actualizaciones OTA en aplicaciones de Capacitor
-description: >-
-  Aprende cómo hacer un seguimiento efectivo del éxito de las actualizaciones
-  OTA en tus aplicaciones para mejorar la experiencia del usuario y abordar
-  rápidamente los problemas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T05:10:07.131Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0e4b5db7797980463f0f3-1742793019156.jpg
-head_image_alt: Desarrollo Móvil
-keywords: 'OTA updates, app tracking, user adoption, version management, error monitoring'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones OTA te permiten enviar cambios de la aplicación directamente a los usuarios sin esperar la aprobación de la tienda de aplicaciones. Pero rastrear su éxito es crítico para garantizar actualizaciones fluidas, solucionar problemas rápidamente y mejorar la experiencia del usuario. Aquí tienes lo que necesitas saber:
-
--   **¿Por qué rastrear actualizaciones?**
-    
-    -   Detectar fallas temprano
-        
-    -   Monitorear tasas de adopción de usuarios
-        
-    -   Revertir actualizaciones problemáticas
-        
-    -   Evitar desajustes de versiones
-        
--   **Pasos clave para rastrear actualizaciones OTA:**
-    
-    1.  **Gestión de Versiones:** Utiliza canales como Producción, Beta y Despliegues Programados para actualizaciones controladas.
-        
-    2.  **Rastreo en la Aplicación:** Configura oyentes de eventos y registra el progreso de instalación utilizando herramientas como `@capgo/capacitor-updater`.
-        
-    3.  **Registro en el Servidor:** Rastrear métricas como tasas de éxito de actualizaciones, condiciones del dispositivo y compromiso del usuario.
-        
--   **Medición del Éxito:**
-    
-    -   Rastrear tasas de actualización de usuarios (una adopción del 95% en 24 horas es lo ideal).
-        
-    -   Identificar áreas problemáticas analizando tipos de dispositivos, condiciones de red y tendencias regionales.
-        
--   **Herramientas a Utilizar:**
-    
-    -   Analítica en tiempo real
-        
-    -   Monitoreo de errores
-        
-    -   Opciones de reversión
-        
-
-## Explora [Capgo](https://capgo.app/)'s Nueva [Ionic](https://ionicframework.com/) [Capacitor](https://capacitorjs.com/) Actualización en Vivo ...
-
-**Configuración del Rastreo de Actualizaciones**
-
-Rastrear actualizaciones OTA de manera efectiva requiere una gestión clara de versiones y un monitoreo robusto. Aquí te mostramos cómo poner todo en su lugar.
-
-### Gestión de Versiones de Actualización
-
-Gestionar versiones es una parte clave del rastreo de actualizaciones OTA. El sistema de canales de Capgo ofrece una manera estructurada de manejar diferentes versiones entre tus usuarios.
-
-| Tipo de Canal | Propósito | Mejor Caso de Uso |
-| --- | --- | --- |
-| Producción | Canal de lanzamiento principal | Actualizaciones estables y probadas |
-| Beta | Canal de prueba | Validación temprana de funciones |
-| Programado | Despliegue gradual | Mitigación de riesgos |
-| Desarrollo | Prueba interna | Verificación previa al lanzamiento |
-
-Para cada versión, asegúrate de incluir:
-
--   Un identificador de versión único
-    
--   Notas de lanzamiento detalladas
-    
--   Público objetivo específico
-    
--   Punto de control de reversión por seguridad
-    
-
-Una vez definidos los canales, configura tu aplicación para registrar eventos de actualización para un mejor rastreo.
-
-### Configuración del Rastreo en la Aplicación
-
-Para rastrear actualizaciones dentro de tu aplicación, sigue estos pasos:
-
-1.  **Instala las dependencias requeridas**  
-    Usa el siguiente comando para agregar la biblioteca necesaria:
-    
-    ```bash
-    npm install @capgo/capacitor-updater
-    ```
-    
-2.  **Configura oyentes de eventos**  
-    Configura los oyentes para detectar actualizaciones:
-    
-    ```javascript
-    CapacitorUpdater.addListener('updateAvailable', () => { … });
-    ```
-    
-3.  **Registra el progreso de instalación**  
-    Rastrear cuándo se descargan e instalan las actualizaciones:
-    
-    ```javascript
-    CapacitorUpdater.addListener('downloadComplete', () => { … });
-    ```
-    
-
-Después de configurar el rastreo en la aplicación, amplía tu monitoreo con registro en el servidor para obtener una imagen completa.
-
-### Configuración del Registro en el Servidor
-
-El registro en el servidor te ayuda a recopilar datos críticos sobre las actualizaciones, incluido su impacto en los usuarios y dispositivos. Aquí tienes en qué enfocarte:
-
-1.  **Métricas del Sistema**
-    
-    -   Rastrear marcas de tiempo de actualizaciones y tasas de éxito/fallo
-        
-    -   Monitorear condiciones del dispositivo y de la red
-        
-    -   Medir velocidades de descarga y tiempos de instalación
-        
-    -   Evaluar el uso de memoria y el consumo de batería
-        
-2.  **Impacto en el Usuario**
-    
-    -   Analizar el compromiso del usuario después de las actualizaciones
-        
-    -   Verificar tasas de adopción de funciones
-        
-    -   Monitorear la estabilidad de la aplicación
-        
-    -   Observar cambios en la duración de las sesiones
-        
-
-> "¡Practicamos el desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Combinar gestión de versiones, rastreo en la aplicación y registro en el servidor te da una visión integral del rendimiento de tus actualizaciones OTA.
-
-## Medición del Éxito de las Actualizaciones
-
-Rastrear el éxito de las actualizaciones OTA implica analizar métricas clave y cómo los usuarios las adoptan. Aquí tienes cómo puedes medir y evaluar el rendimiento de las actualizaciones de manera efectiva.
-
-### Tasas de Actualización de Usuarios
-
-Comprender qué tan rápido los usuarios adoptan actualizaciones proporciona información sobre la efectividad de tu implementación OTA. Presta atención al porcentaje de usuarios que actualizan durante las primeras 24 horas para establecer una línea base para el rendimiento.
-
-Para monitorear tasas de actualización de usuarios:
-
--   Mantén un ojo en los porcentajes de adopción en tiempo real para cada actualización.
-    
--   Establece tiempos de finalización objetivo y rastrea tasas de actualización para diferentes dispositivos para identificar tendencias.
-    
-
-Una vez que tengas estos datos, concéntrate en detectar y abordar áreas problemáticas para mejorar tu [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Detección de Áreas Problemáticas
-
-Detectar problemas temprano es crítico para asegurar que las actualizaciones se ejecuten sin problemas. Enfócate en estas áreas para el monitoreo:
-
-| **Área de Monitoreo** | **Métricas Clave** | **Elementos de Acción** |
-| --- | --- | --- |
-| Tipos de Dispositivos | Tasas de éxito por modelo | Solucionar problemas en dispositivos con bajo rendimiento |
-| Condiciones de la Red | Tasas de finalización de descarga | Ajustar el tamaño de la actualización para conexiones más lentas |
-| Regiones Geográficas | Tasas de éxito regionales | Resolver desafíos específicos de ubicación |
-| Versiones de la Aplicación | Distribución de versiones | Identificar y abordar actualizaciones atascadas |
-
-Al examinar estas métricas, puedes identificar dónde podrían estar fallando las actualizaciones y tomar acciones correctivas.
-
-### Resumen de Herramientas de Analítica
-
-Después de identificar posibles problemas, usa herramientas de analítica para obtener perspectivas más profundas. Busca herramientas que proporcionen datos en tiempo real, seguimiento de errores y métricas de compromiso del usuario para:
-
--   Monitorear actualizaciones en toda tu base de usuarios y responder rápidamente a los problemas.
-    
--   Registrar errores para identificar y resolver puntos de falla específicos.
-    
--   Analizar cómo las actualizaciones influyen en el comportamiento del usuario y el rendimiento de la aplicación.
-    
-
-Estos pasos ayudarán a asegurar que tus actualizaciones OTA sean tanto fluidas como efectivas.
-
-## Análisis del Impacto de las Actualizaciones
-
-### Métricas de Rendimiento
-
-Para evaluar el impacto de una actualización, compara los indicadores clave de rendimiento antes y después de la implementación:
-
--   **Velocidad de Inicio**: Apunta a un tiempo de inicio de menos de 2 segundos (los puntos de referencia específicos pueden variar).
-    
--   **Tiempo de Respuesta de la API**: Mantén la comunicación del servidor en menos de 434 ms.
-    
--   **Tasas de Fallos**: Asegura la estabilidad de la aplicación con una tasa de fallos objetivo por debajo del 1%.
-    
--   **Uso de Memoria**: Mide el consumo de recursos en comparación con tu línea base.
-    
--   **Uso de Red**: Optimiza la transferencia de datos y minimiza los tamaños de las actualizaciones.
-    
-
-Mantén un seguimiento cercano de estas métricas durante al menos 48 horas después de la actualización para detectar mejoras o problemas potenciales.
-
-### Cambios en el Comportamiento del Usuario
-
-Comprende cómo la actualización afecta la interacción del usuario analizando:
-
--   **Tasa de Adopción de Funciones**: Mide cuán rápido los usuarios interactúan con nuevas funciones.
-    
--   **Duración de la Sesión y Retención**: Rastrear tendencias de compromiso utilizando métricas como DAU (Usuarios Activos Diarios) y MAU (Usuarios Activos Mensuales).
-    
--   **Patrones de Navegación**: Examina cómo fluyen los usuarios después de la actualización.
-    
-
-Utiliza estas perspectivas para ajustar tu aplicación y abordar cualquier preocupación emergente.
-
-### Herramientas de Rendimiento de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Capgo proporciona herramientas para simplificar el monitoreo y la solución de problemas durante las actualizaciones:
-
-1.  **Analítica en Tiempo Real**: Sigue instantáneamente la distribución de actualizaciones y la adopción de usuarios.
-    
-2.  **Monitoreo de Errores**: Detecta y soluciona problemas antes de que se agraven.
-    
-3.  **Control de Versiones**: Revertir actualizaciones con un solo clic para reducir interrupciones.
-    
-
-> "Rastrear tasas de éxito de actualizaciones y compromiso del usuario en tiempo real" – Capgo [\[1\]](https://capgo.app/)
-
-Capgo también admite pruebas programadas al dirigir grupos específicos de usuarios antes de un despliegue completo. Este enfoque asegura un rendimiento constante y minimiza riesgos en toda tu base de usuarios.
-
-## Resolución de Problemas de Actualización
-
-### Problemas Comunes de Actualización
-
-Las actualizaciones pueden tropezar con obstáculos como fallas de red, desajustes de versiones, archivos de caché obsoletos o instalaciones incompletas. Aquí tienes un resumen rápido:
-
-| Problema | Causa Común | Solución |
-| --- | --- | --- |
-| Descargas Fallidas | Conexión de red deficiente | Utiliza un sistema de reintento automático con retroceso exponencial. |
-| Conflictos de Versión | Dependencias incompatibles | Aplica estrictos controles de versión antes de implementar actualizaciones. |
-| Problemas de Caché | Archivos de caché obsoletos | Añade técnicas de eliminación de caché y borra versiones antiguas. |
-| Actualizaciones Parciales | Instalación interrumpida | Usa [actualizaciones atómicas](https://capgo.app/docs/live-updates/update-behavior/) con una opción de reversión para garantizar la consistencia. |
-
-### Configuración de Seguimiento de Errores
-
-El seguimiento efectivo es clave para identificar y resolver problemas de actualización. Enfócate en estas áreas:
-
--   **Estado de descarga de la actualización**: Monitorea tasas de éxito y tiempos de finalización.
-    
--   **Progreso de instalación**: Rastrea cada paso del proceso de instalación.
-    
--   **Funcionalidad posterior a la actualización**: Confirma que las funciones esenciales de la aplicación funcionen correctamente después de la actualización.
-    
-
-Para configurar esto:
-
-1.  **Monitoreo en tiempo real**: Configura alertas automáticas para fallas críticas y define umbrales de error para notificaciones inmediatas.
-    
-2.  **Registro detallado**: Registra versiones de actualización, especificaciones del dispositivo, condiciones de la red, tiempos de instalación y trazas de error.
-    
-3.  **Retroalimentación del usuario**: Permite que los usuarios informen cualquier problema con las actualizaciones directamente.
-    
-
-Si los errores continúan a pesar de estas medidas, inicia procedimientos de reversión para minimizar interrupciones.
-
-### Pasos para Reversión de Actualizaciones
-
-Un proceso de reversión bien planificado puede ayudar a reducir la frustración del usuario cuando las actualizaciones fallan. Aquí te mostramos cómo prepararte:
-
-1.  **Define disparadores de reversión**: Establece umbrales automáticos que activen procesos de reversión cuando surjan problemas específicos.
-    
-2.  **Utiliza el control de versiones**: Siempre mantén múltiples versiones de actualización listas para una rápida reversión.
-    
-
-> "Seguimiento de Errores: Monitorea proactivamente y soluciona problemas antes de que impacten a los usuarios" [\[1\]](https://capgo.app/)
-
-3.  **Documenta los pasos de recuperación**: Especifica claramente cómo identificar a los usuarios afectados, revertir la actualización, verificar la restauración y comunicar la resolución a los usuarios.
-
-## Herramientas de Rastreo de Actualizaciones
-
-Elegir la herramienta de seguimiento adecuada es clave para asegurar el éxito de tus actualizaciones. Desglosamos en qué buscar y por qué es importante.
-
-### Comparación de herramientas
-
-Al comparar herramientas de seguimiento de actualizaciones OTA, enfócate en estas características:
-
-| Característica | Por qué es importante |
-| --- | --- |
-| **Velocidad de Actualización** | Afecta cuán rápidamente los usuarios adoptan las actualizaciones y cuán eficientemente se despliegan. |
-| **Nivel de Seguridad** | Protege tanto el proceso de actualización como los datos de tus usuarios. |
-| **Profundidad de Análisis** | Te ayuda a monitorear y ajustar el rendimiento de las actualizaciones. |
-| **Opciones de Reversión** | Permite soluciones rápidas si una actualización causa problemas. |
-| **Punto de Precio** | Afecta los costos a largo plazo y la escalabilidad de tu solución. |
-
-### Características de Capgo
-
-Capgo se destaca con una impresionante tasa de éxito global del 82% [\[1\]](https://capgo.app/), ofreciendo características que cubren todos los aspectos de la [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/):
-
--   **Análisis en Tiempo Real**  
-    Capgo proporciona monitoreo mundial con un tiempo de respuesta promedio de API de 57ms [\[1\]](https://capgo.app/). Esto te ayuda a detectar y abordar problemas temprano.
-    
--   **Infraestructura de Seguridad**  
-    Las actualizaciones se entregan de forma segura con cifrado de extremo a extremo, satisfaciendo las necesidades de las aplicaciones empresariales más exigentes.
-    
--   **Controles de Distribución**  
-    Un sistema basado en canales te permite probar actualizaciones en grupos específicos antes de implementarlas de manera amplia.
-    
-
-### Guía de Selección de Herramientas
-
-Aquí tienes cómo elegir la mejor herramienta de seguimiento de actualizaciones OTA para tus necesidades:
-
--   **Requisitos de Integración**  
-    Busca herramientas que funcionen sin problemas con tu pipeline de CI/CD.
-    
-    > "Practicamos desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-    
--   **Rentabilidad**  
-    Considera cómo los precios de la herramienta afectarán tu presupuesto a largo plazo.
-    
--   **Capacidades Técnicas**  
-    Opta por herramientas que ofrezcan:
-    
-    -   Soporte para actualizaciones parciales
-        
-    -   Seguimiento de errores detallado
-        
-    -   Opciones de alojamiento flexibles
-        
-    -   Compatibilidad con la última versión de Capacitor
-        
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar revisiones por correcciones de errores es oro puro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Resumen
-
-Aquí tienes una revisión simplificada y un plan de acción para rastrear actualizaciones OTA de manera efectiva, basado en los pasos de configuración, medición y solución de problemas detallados anteriormente.
-
-### Revisión de Puntos Clave
-
-Rastrear actualizaciones OTA de manera exitosa implica monitorear métricas esenciales que aseguren fiabilidad. Un enfoque estructurado para analizar estas métricas puede impactar significativamente en el rendimiento de la aplicación, como muestran los datos del mundo real:
-
-| Aspecto | Métricas Clave | Impacto |
-| --- | --- | --- |
-| Cobertura | 23.5M actualizaciones entregadas | Destaca la fiabilidad del sistema |
-| Tasa de Éxito | 82% mundial | Establece un estándar de rendimiento |
-| Base de Usuarios | 750 aplicaciones en producción | Confirma la escalabilidad para empresas |
-
-Estas métricas guían los siguientes pasos para asegurar un seguimiento seguro y automatizado de las actualizaciones.
-
-### Próximos Pasos
-
--   **Configura Análisis y Monitoreo**
-    
-    -   Implementa herramientas de seguimiento en tiempo real.
-        
-    -   Define puntos de referencia de rendimiento.
-        
-    -   Introduce sistemas robustos de detección de errores.
-        
--   **Planifica Distribución Estratégica**
-    
-    -   Utiliza canales de pruebas beta para pruebas controladas.
-        
-    -   Despliega actualizaciones en etapas para minimizar riesgos.
-        
-    -   Incluye opciones de reversión rápida para soluciones de emergencia.
-        
--   **Refina según los Insights**
-    
-    -   Monitorea de cerca las tasas de éxito de las actualizaciones.
-        
-    -   Estudia el comportamiento de los usuarios y las tendencias de adopción.
-        
-    -   Ajusta las estrategias de despliegue según el análisis de datos.
-        
-
-Comenzar con un período de prueba puede ayudarte a probar y refinar estos métodos para tus necesidades específicas.
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar revisiones por correcciones de errores es oro puro." - Bessie Cooper [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/how-to-use-aar-files-in-capacitor-plugins.md b/src/content/blog/es/how-to-use-aar-files-in-capacitor-plugins.md
deleted file mode 100644
index 0786c5fbc..000000000
--- a/src/content/blog/es/how-to-use-aar-files-in-capacitor-plugins.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: how-to-use-aar-files-in-capacitor-plugins
-title: Cómo Usar Archivos AAR en Plugins de Capacitor
-description: >-
-  Aprende cómo integrar archivos AAR en plugins de Capacitor para mejorar tus
-  aplicaciones web con características nativas de Android a través de una guía
-  paso a paso clara.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-15T01:43:16.632Z
-updated_at: 2025-03-18T13:14:19.487Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d4c5e1e479dbdb23f053f1-1742003009662.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  AAR files, Capacitor plugins, Android development, mobile integration, Gradle
-  configuration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-**¿Quieres integrar funciones de Android en tu app de [Capacitor](https://capacitorjs.com/)?** Esta guía explica cómo usar archivos AAR (Android Archive) en [plugins de Capacitor](https://capgo.app/plugins/) para combinar funcionalidad nativa de Android con aplicaciones web multiplataforma
-
-### Puntos Clave:
-
--   **¿Qué son los archivos AAR?** Bibliotecas Android preempaquetadas que contienen código, recursos y archivos nativos
--   **¿Por qué usarlos?** Los archivos AAR permiten la reutilización de código, simplifican el mantenimiento y protegen las funciones propietarias
--   **¿Qué se requiere?** Herramientas como [Android Studio](https://developerandroidcom/studio), [Gradle](https://gradleorg/) y [Nodejs](https://nodejsorg/en), además de una configuración adecuada del proyecto 
--   **¿Cómo integrarlos?** Coloca los archivos AAR en `libs`, configura Gradle y conéctalos a los plugins de Capacitor
-
-### Pasos Rápidos:
-
-1. **Configura tu entorno:** Instala las herramientas necesarias y configura Android Studio
-2. **Organiza tu proyecto:** Crea una estructura clara para tu [plugin de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)
-3. **Agrega archivos AAR:** Colócalos en `android/libs` y actualiza las dependencias de Gradle
-4. **Escribe el código del plugin:** Vincula la funcionalidad AAR con JavaScript usando la [API de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)
-5. **Prueba exhaustivamente:** Usa el depurador de Android Studio para asegurar una integración fluida
-
-Siguiendo esta guía, podrás incorporar archivos AAR en tus plugins de Capacitor, desbloqueando capacidades nativas de Android para tus aplicaciones web
-
-## Cómo integrar una biblioteca Android (archivo AAR) en un plugin de [capacitor](https://capacitorjs.com/)
-
-![capacitor](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-15.jpg?auto=compress)
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Requisitos de Configuración de Desarrollo
-
-Antes de trabajar con archivos AAR, asegúrate de que tu entorno de desarrollo esté correctamente configurado para evitar contratiempos
-
-### Software Necesario
-
-Aquí está el software que necesitarás para trabajar con archivos AAR en plugins de Capacitor:
-
-| **Software** | **Versión Mínima** | **Propósito** |
-| --- | --- | --- |
-| Android Studio | 202211 o superior | El IDE principal para desarrollo Android |
-| [Java Development Kit](https://enwikipediaorg/wiki/Java_Development_Kit) | 11 o superior | Requerido para desarrollo Android |
-| Nodejs | 140 o superior | Para gestionar Capacitor y paquetes npm |
-| Gradle | 73 o superior | Herramienta de construcción de Android |
-| [Git](https://git-scmcom/) | 230 o superior | Para control de versiones y gestión de paquetes |
-
-Además, asegúrate de que los siguientes componentes estén incluidos en tu SDK Manager:
-
--   Android SDK Platform 33 (Android 130)
--   Android SDK Build-Tools 3300
--   Android SDK Command-line Tools
--   Android Emulator
--   Android SDK Platform-Tools
-
-### Pasos de Configuración del Proyecto
-
-1. **Inicializa Tu Entorno de Desarrollo**
-
-Comienza creando un nuevo directorio con esta estructura:
-
-[[CODE_BLOCK]]
-
-2. **Configura los Ajustes de Android Studio**
-
-Inicia Android Studio y ajusta las siguientes configuraciones:
-
--   Establece el Gradle JDK a la versión 11 o superior
--   Habilita la función de descarga automática para componentes del SDK de Android
--   Actualiza las variables de entorno del sistema con la ruta correcta del SDK de Android
-
-3. **Prepara la Estructura de Tu Plugin**
-
-Actualiza el archivo `android/buildgradle` con estos ajustes para incluir soporte de archivos AAR:
-
-[[CODE_BLOCK]]
-
-4. **Configura el Control de Versiones**
-
-Inicializa Git en tu directorio del proyecto y crea un archivo `gitignore` para excluir archivos innecesarios Aquí hay un ejemplo de `gitignore`:
-
-[[CODE_BLOCK]]
-
-Una vez completados estos pasos, estarás listo para continuar con la adición de tus archivos AAR
-
-## Agregando Archivos AAR a Tu Plugin
-
-### Obtención de Archivos AAR
-
-Los archivos AAR pueden provenir de SDKs de terceros, bibliotecas personalizadas o dependencias de Maven Es una buena idea documentar su origen, versión y propósito en un archivo `README` ubicado en el directorio `libs`| Tipo de Fuente | Descripción | Mejor Práctica |
-| --- | --- | --- |
-| SDKs de terceros | Bibliotecas precompiladas de proveedores | Documentar detalles de versión del proveedor en un README |
-| Bibliotecas Android personalizadas | Módulos Android desarrollados internamente | Documentar el proceso de compilación |
-| Dependencias Maven | Convertidas desde repositorios remotos | Almacenar en caché localmente para compilaciones sin conexión |
-
-Una vez que tus archivos AAR estén listos y documentados, puedes configurar tu plugin para incluirlos
-
-### Configuración de Archivos del Plugin
-
-Organiza los archivos de tu plugin para asegurar una integración fluida de las dependencias AAR. Aquí hay un ejemplo de cómo podría verse la estructura de tu plugin:
-
-[[CODE_BLOCK]]
-
-### Ubicación de Archivos AAR
-
-Para habilitar la funcionalidad AAR, coloca los archivos en el directorio `android/libs` de tu plugin siguiendo estos pasos:
-
-- Usa un formato de nombres claro y consistente, como `nombrebiblioteca-versionaar`
-- Gestiona las versiones en un archivo `versionsproperties`. Por ejemplo:
-
-[[CODE_BLOCK]]
-
-- Agrega un archivo `dependenciesgradle` para otras dependencias:
-
-[[CODE_BLOCK]]
-
-- Organiza los archivos específicos del proveedor en subdirectorios para una mejor gestión:
-
-[[CODE_BLOCK]]
-
-Mantener los archivos de configuración en subdirectorios específicos del proveedor ayuda a mantener la organización y evita conflictos de compilación cuando se trabaja con múltiples dependencias AAR
-
-## Pasos de Configuración de [Gradle](https://gradleorg/)
-
-![Gradle Build Tool Interface](https://mars-images.imgix.net/seobot/screenshots/gradleorg-85d271057dfb5e2e134ec99beaad5682-2025-03-15.jpg?auto=compress)
-
-### Actualizando buildgradle
-
-Para integrar archivos AAR en tu plugin de Capacitor, necesitas configurar Gradle adecuadamente. Comienza agregando estas configuraciones de repositorio a `android/buildgradle`:
-
-[[CODE_BLOCK]]
-
-Luego, incluye las dependencias AAR en el bloque `dependencies`:
-
-[[CODE_BLOCK]]
-
-Para una mejor gestión de versiones, crea un archivo `gradleproperties` en la raíz de tu proyecto y define las versiones de tus bibliotecas:
-
-[[CODE_BLOCK]]
-
-Si el archivo AAR viene con dependencias adicionales, decláralas en `android/buildgradle` así:
-
-[[CODE_BLOCK]]
-
-Una vez que hayas realizado estos cambios, sincroniza tu proyecto para aplicarlos
-
-### Ejecutando la Sincronización de Gradle
-
-Abre tu proyecto en Android Studio y espera a que Gradle se sincronice automáticamente. Si no comienza, haz clic en el botón "Sincronizar Proyecto con Archivos Gradle" en la barra de herramientas
-
-Después de sincronizar, verifica lo siguiente:
-
-| Punto de Verificación | Resultado Esperado | Problemas Comunes |
-| --- | --- | --- |
-| Salida de Compilación | Sin errores relacionados con AAR | Dependencias faltantes |
-| Resolución de Biblioteca | Archivos AAR correctamente vinculados | Referencias de ruta incorrectas |
-| Conflictos de Versión | Sin problemas de versión de dependencias | Versiones incompatibles |
-
-Si la sincronización falla, verifica nuevamente tu configuración. Por ejemplo, asegúrate de que estas configuraciones estén en su lugar:
-
-[[CODE_BLOCK]]
-
-Para archivos AAR grandes, es posible que necesites aumentar la asignación de memoria de Gradle en `gradleproperties`:
-
-[[CODE_BLOCK]]
-
-Una vez que la sincronización se complete exitosamente, tus archivos AAR deberían estar completamente integrados y listos para pruebas
-
-## Conectando Características AAR a Capacitor
-
-### Escribiendo la Clase del Plugin
-
-Una vez que tus archivos Gradle estén sincronizados, es momento de conectar tu funcionalidad AAR extendiendo la clase **Plugin**. Este paso vincula JavaScript con el código nativo de Android
-
-[[CODE_BLOCK]]
-
-Aquí está lo que necesitas para inicializar la biblioteca AAR:
-
-| Componente | Propósito | Nota de Implementación |
-| --- | --- | --- |
-| Context | Contexto de la app Android | Usar `getContext()` de la clase Plugin |
-| Configuration | Configuración de la biblioteca | Pasar opciones desde el plugin |
-| Lifecycle | Gestión del estado del plugin | Sobrescribir `load()` y `handleOnDestroy()` |
-
-### Creando Métodos del Plugin
-
-A continuación, define métodos en tu plugin usando la anotación `@PluginMethod`. Estos métodos manejan el intercambio de datos entre JavaScript y Java
-
-[[CODE_BLOCK]]
-
-Para tareas que necesitan ejecutarse de forma asíncrona:
-
-[[CODE_BLOCK]]
-
-Aquí está cómo se convierten los tipos comunes entre JavaScript y Java:
-
-| Tipo JavaScript | Tipo Java | Método de Conversión |
-| --- | --- | --- |
-| Object | JSObject | `callgetObject()` |
-| Array | JSArray | `call
\ No newline at end of file
diff --git a/src/content/blog/es/how-to-use-capacitor-cli-for-ota-updates.md b/src/content/blog/es/how-to-use-capacitor-cli-for-ota-updates.md
deleted file mode 100644
index 45a9ceabb..000000000
--- a/src/content/blog/es/how-to-use-capacitor-cli-for-ota-updates.md
+++ /dev/null
@@ -1,208 +0,0 @@
----
-slug: how-to-use-capacitor-cli-for-ota-updates
-title: Cómo utilizar Capacitor CLI para actualizaciones OTA
-description: >-
-  Aprende a utilizar Capacitor CLI para actualizaciones Over-The-Air sin
-  problemas, asegurando un despliegue instantáneo y una mejor experiencia del
-  usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:35:09.479Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f08966ebbb9dc80643aea5-1743820535214.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, Capacitor CLI, mobile app updates, app deployment, Capgo, version
-  management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones Over-The-Air (OTA) te permiten entregar correcciones y características de la aplicación directamente a los usuarios sin esperar la aprobación de la tienda de aplicaciones. Usando [Capacitor](https://capacitorjs.com/) CLI y herramientas como [Capgo](https://capgo.app/), puedes enviar actualizaciones al instante, rastrear el rendimiento e incluso revertir si es necesario. Aquí tienes lo que necesitas saber:
-
-### Beneficios clave de las actualizaciones OTA:
-
--   **Despliegue inmediato**: Envía actualizaciones de inmediato sin retrasos de la tienda de aplicaciones.
--   **[Actualizaciones automáticas](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: Los usuarios reciben actualizaciones en segundo plano.
--   **Gestión de versiones**: Gestiona y revierte versiones fácilmente.
--   **Distribución selectiva**: Dirige grupos específicos de usuarios como testers beta.
-
-### Requisitos:
-
--   **[Node.js](https://nodejs.org/en)** (v14.0+), **Capacitor CLI** (v6.0+ o 7.0+), **[Android Studio](https://developer.android.com/studio)** y **[Xcode](https://developer.apple.com/xcode/)** (para iOS).
-
-### Pasos para comenzar:
-
-1.  **Instala el [plugin Capgo](https://capgo.app/plugins/)**: Ejecuta `npx @capgo/cli init` en tu proyecto.
-2.  **Configura plataformas**:
-    -   Para Android: Habilita las compilaciones nativas y actualiza Gradle.
-    -   Para iOS: Ajusta la configuración de Xcode y habilita las actualizaciones en segundo plano.
-3.  **Despliega actualizaciones**: Usa las herramientas de Capgo para un despliegue rápido y seguro.
-4.  **Prueba actualizaciones**: Utiliza pruebas basadas en canales y análisis para monitorear las tasas de éxito.
-
-### Comparación de herramientas:
-
-| Característica | Capgo | [Appflow](https://ionic.io/appflow/) (Cerrando en 2026) | Microsoft CodePush (Descontinuado en 2024) |
-| --- | --- | --- | --- | --- |
-| **Enfoque de mercado** | Global | Mercado alemán | Empresa | \-  |
-| **Seguridad** | Cifrado de extremo a extremo | Firma básica | Firma básica | \-  |
-| **Costo** | Desde $12/mes | Comparable | ~$500/mes | Fue gratuito |
-
-Capgo se destaca con actualizaciones rápidas (95% en 24 horas), fuerte seguridad y integración CI/CD. Con otras herramientas en fase de descontinuación, es una opción confiable para [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Por qué es importante:
-
-Las actualizaciones OTA ahorran tiempo, mejoran la experiencia del usuario y aseguran la estabilidad de la aplicación. Al aprovechar herramientas como Capgo, puedes entregar actualizaciones rápidas y seguras mientras te mantienes en cumplimiento con las reglas de la tienda de aplicaciones.
-
-## Requisitos de configuración
-
-Prepara tu ambiente con las herramientas y configuraciones necesarias.
-
-### Software requerido
-
-Asegúrate de instalar estas herramientas:
-
-| Software | Versión | Propósito |
-| --- | --- | --- |
-| **Node.js** | 14.0+ | Entorno de ejecución JavaScript |
-| **Capacitor CLI** | 6.0+ o 7.0+ | [Framework central para el desarrollo de aplicaciones con Capacitor](https://capgo.app/blog/) |
-| **Android Studio** | Último | Desarrollo de aplicaciones Android |
-| **Xcode** | 14.0+ | Desarrollo de aplicaciones iOS (solo Mac) |
-
-### Configuración inicial del proyecto
-
-Comienza agregando el plugin Capgo para actualizaciones OTA. Ejecuta el siguiente comando:
-
-```bash
-npx @capgo/cli init
-```
-
-Después de eso, configura tus entornos de Android e iOS para soportar actualizaciones OTA.
-
-### Configuración de Android e iOS
-
-Sigue estos pasos para configurar ajustes específicos de la plataforma:
-
-**Para Android:**
-
--   Habilita compilaciones nativas en la configuración de tu proyecto.
--   Actualiza las configuraciones de Gradle para soportar actualizaciones OTA.
--   Configura las configuraciones de firma.
-
-**Para iOS:**
-
--   Actualiza la configuración de tu proyecto en Xcode.
--   Configura los perfiles de aprovisionamiento.
--   Habilita las capacidades de actualización en segundo plano.
-
-> "Desplegamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo un funcionamiento muy fluido, casi todos nuestros usuarios están al día en minutos desde que se desplega la OTA a @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Estos pasos aseguran que tu proyecto sea compatible con Capacitor v8 y esté listo para actualizaciones OTA sin problemas.
-
-## Pasos de implementación de actualizaciones OTA
-
-Aquí tienes una guía paso a paso para implementar actualizaciones Over-The-Air (OTA) usando Capacitor CLI.
-
-### Configurando Capacitor CLI
-
-Antes de comenzar, asegúrate de que tu proyecto sea compatible con Capacitor 8.
-
-### Agregando actualizaciones OTA
-
-Una vez que tu entorno esté listo, configura tus ajustes de actualización OTA. Capgo simplifica el proceso de gestión de actualizaciones en diversos entornos:
-
-| Entorno | Propósito | Configuración |
-| --- | --- | --- |
-| Desarrollo | Pruebas de actualizaciones | Modo de depuración habilitado |
-| Staging | Pruebas beta | Distribución basada en canales |
-| Producción | Despliegue en vivo | Soporte para lanzamiento escalonado |
-
-### Despliegue de actualizaciones
-
-Compila y distribuye actualizaciones utilizando los comandos automatizados de Capgo para un proceso de despliegue sin inconvenientes.
-
-### Pruebas de actualizaciones
-
-Después de desplegar, asegúrate de que la actualización funcione como se esperaba realizando pruebas específicas.
-
--   **Pruebas basadas en canales**  
-    Establece canales separados para diferentes grupos de usuarios. Esto te permite probar actualizaciones de manera sistemática, monitorear el rendimiento en tiempo real y recopilar información sobre el compromiso del usuario en todas las versiones.
-    
--   **Monitoreo de análisis**  
-    Usa el panel de análisis de Capgo para rastrear el rendimiento de la actualización. Según Capgo, las actualizaciones logran una tasa de éxito del 82% a nivel global [\[1\]](https://capgo.app/).
-    
-
-### Gestión de actualizaciones fallidas
-
-Para mantener la estabilidad de la aplicación, implementa manejo de errores y medidas de reversión. Capgo proporciona herramientas como seguimiento de errores en tiempo real, reversión automática y control de versiones para abordar fallos en actualizaciones de manera eficiente.
-
-## Directrices de actualización OTA
-
-### Seguridad de actualizaciones
-
-Protege las actualizaciones OTA utilizando **cifrado de extremo a extremo** [\[1\]](https://capgo.app/). Los pasos clave incluyen:
-
--   Usar protocolos de cifrado fuertes como el cifrado de actualizaciones en vivo de Capgo.
--   Verificar las firmas digitales para asegurar que las actualizaciones sean legítimas [\[1\]](https://capgo.app/).
-
-Estas prácticas ayudan a cumplir tanto con los requisitos de la App Store como con los estándares de control de versiones.
-
-### Reglas de la tienda de aplicaciones
-
-La App Store de Apple y Google Play Store tienen requisitos estrictos para actualizaciones OTA. Asegúrate de que tus actualizaciones estén alineadas con las pautas de la plataforma, como restricciones sobre la alteración de binarios o funciones centrales de la aplicación, mientras cumples con sus estándares de seguridad.
-
-Entender estas reglas es esencial para asegurar el cumplimiento y mantener un [proceso de actualización fluido](https://capgo.app/docs/live-updates/update-behavior/).
-
-### Gestión de versiones
-
-Mantén tu aplicación estable gestionando versiones de manera efectiva. Usa canales separados para desarrollo, staging y producción. Incluye mecanismos de reversión y rastrea métricas como tasas de éxito, tiempos de instalación y ocurrencias de errores [\[1\]](https://capgo.app/). Este enfoque asegura pruebas exhaustivas y transiciones fluidas durante el despliegue.
-
-## Resumen de herramientas OTA
-
-Basándonos en nuestras directrices de actualización OTA, aquí tienes un vistazo a las herramientas disponibles para manejar estas actualizaciones de manera efectiva.
-
-Las herramientas de actualización OTA para aplicaciones Capacitor ahora vienen con una variedad de características y niveles de rendimiento.
-
-### Comparación de herramientas
-
-Aquí tienes un desglose de las principales herramientas de actualización OTA para aplicaciones Capacitor:
-
-| Característica | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| Estado | Activo | Activo | Cerrando en 2026 | Descontinuado en 2024 |
-| Enfoque de mercado | Global | Mercado alemán | Empresa | \-  |
-| Año de lanzamiento | 2022 | 2024 | \-  | \-  |
-| Seguridad | Cifrado de extremo a extremo | Firma básica | Firma básica | \-  |
-| [Opción de autoalojamiento](https://capgo.app/blog/self-hosted-capgo/) | Sí | No  | No  | \-  |
-| Integración CI/CD | Sí | Limitada | Sí | \-  |
-| Costo mensual | Desde $12 | Comparable | ~$500 | Fue gratuito |
-
-Esta comparación ayuda a los desarrolladores a identificar la mejor herramienta para entregar [actualizaciones OTA rápidas y seguras](https://capgo.app/blog/open-source-licecing/) en sus aplicaciones Capacitor.
-
-El panorama de herramientas OTA está cambiando rápidamente. Con Microsoft CodePush finalizando en 2024 y Appflow estableciendo su cierre para 2026, los desarrolladores están explorando opciones más sostenibles. lanzado en 2024, ha encontrado su espacio en el mercado alemán.
-
-> "Cancelé mi suscripción a @Appflow después de 4 años. Code-Push nunca parecía funcionar bien, espero que @CapGO lo haya resuelto" - LeVar Berry [\[1\]](https://capgo.app/)
-
-Al elegir una herramienta OTA, prioriza factores como el rendimiento, la seguridad, las capacidades de integración, el costo y el soporte de la plataforma para asegurar un proceso de actualización fluido.
-
-## Resumen
-
-Aquí tienes un vistazo rápido a los puntos clave del proceso de configuración e implementación.
-
-Capacitor CLI simplifica las actualizaciones OTA. Capgo ha entregado con éxito 23.5 millones de actualizaciones en 750 aplicaciones, con un 95% de actualizaciones completadas en 24 horas [\[1\]](https://capgo.app/).
-
-> "Practicamos desarrollo ágil y @Capgo es crítico en ofrecer continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Con Capgo, las actualizaciones OTA ofrecen un despliegue rápido, fuerte seguridad a través del cifrado de extremo a extremo y una fácil integración en tuberías CI/CD, logrando una tasa de éxito global del 82% [\[1\]](https://capgo.app/).
-
-Las prioridades clave de los desarrolladores incluyen:
-
--   **Seguridad**: El cifrado de extremo a extremo asegura una entrega de actualizaciones segura.
--   **Rendimiento**: Alcanzando una impresionante tasa de éxito del 82% a nivel mundial para actualizaciones [\[1\]](https://capgo.app/).
--   **Flexibilidad**: Opciones tanto para infraestructuras basadas en la nube como autoalojadas.
--   **Integración**: Compatibilidad fluida con tuberías CI/CD.
-
-El futuro de las actualizaciones OTA se centrará en equilibrar seguridad, rendimiento y experiencia del desarrollador mientras se mantiene en cumplimiento con las políticas de la tienda de aplicaciones. Las herramientas que ofrecen características como actualizaciones parciales, análisis en tiempo real y opciones de despliegue flexibles están dando forma a la próxima generación de flujos de trabajo en el desarrollo de aplicaciones.
diff --git a/src/content/blog/es/how-to-use-capgo-documentation-for-ota-updates.md b/src/content/blog/es/how-to-use-capgo-documentation-for-ota-updates.md
deleted file mode 100644
index e1c04d122..000000000
--- a/src/content/blog/es/how-to-use-capgo-documentation-for-ota-updates.md
+++ /dev/null
@@ -1,357 +0,0 @@
----
-slug: how-to-use-capgo-documentation-for-ota-updates
-title: Cómo Usar la Documentación de Capgo para Actualizaciones OTA
-description: >-
-  Aprende cómo implementar actualizaciones seguras Over-the-Air en tus
-  aplicaciones Capacitor con la documentación completa y la guía paso a paso de
-  Capgo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-19T03:56:01.854Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b53306eac600a2c6713dad-1740671704703.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, Capacitor, Capgo, mobile app updates, documentation, app
-  deployment, security features, error handling
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-**¿Necesitas [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) más rápidas sin retrasos de la tienda de aplicaciones?** [Capgo](https://capgo.app/) te permite entregar actualizaciones Over-the-Air (OTA) seguras instantáneamente a tus usuarios. Evita las revisiones de la tienda de aplicaciones y mantén tu aplicación actualizada fácilmente.
-
-### Puntos Clave:
-
--   **¿Qué es Capgo?** Una plataforma de código abierto para actualizaciones en vivo en aplicaciones de [Capacitor](https://capacitorjs.com/)
--   **¿Por qué actualizaciones OTA?** Ahorra tiempo, mejora la experiencia del usuario y corrige errores rápidamente
--   **¿Cómo Empezar?**
-    -   Instala el [plugin de Capgo](https://capgo.app/plugins/): `npm install @capgo/capacitor-updater`
-    -   Configura tu aplicación con una clave API
-    -   Usa canales como "production" o "beta" para despliegues dirigidos
--   **Características Avanzadas:** Cifrado de extremo a extremo, manejo de errores e integración CI/CD
-
-La documentación de Capgo ([capgo.app/docs](https://capgo.app/docs)) proporciona instrucciones paso a paso para configuración, seguridad y solución de problemas. Desde la instalación hasta configuraciones avanzadas, es tu guía principal para actualizaciones sin problemas.
-
-## [Capgo](https://capgo.app/), plugin de CapacitorJs para actualización en vivo
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-19.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Usando la Documentación de Capgo
-
-Navegar efectivamente por la documentación es esencial cuando se trabaja con actualizaciones OTA. La documentación de Capgo ofrece una guía detallada para integrar actualizaciones en vivo en aplicaciones Capacitor.
-
-### Dónde Encontrar la Documentación
-
-Puedes acceder a la documentación de Capgo en [capgo.app/docs](https://capgo.app/docs) [\[1\]](https://githubcom/Cap-go/capacitor-updater). Está organizada en secciones según propósitos específicos:
-
-| **Sección** | **Propósito** | **Temas Clave** |
-| --- | --- | --- |
-| Primeros Pasos | Configuración inicial | Pasos de instalación, [configuración de API key](https://capgo.app/docs/webapp/api-keys/) |
-| Configuración | Ajustes principales | Configuración del plugin, configuración del entorno |
-| Referencia API | Detalles técnicos | Métodos, parámetros, valores de retorno |
-| Seguridad | Medidas de protección | Configuración de cifrado, verificación de firma |
-| Solución de Problemas | Resolución de problemas | Problemas comunes, herramientas de diagnóstico |
-
-### Términos y Conceptos Importantes
-
-Aquí hay algunos términos clave que encontrarás:
-
--   **Canales**: Son flujos de actualización usados para controlar la distribución de versiones. Por ejemplo, podrías configurar canales "production", "beta" y "staging" para atender diferentes grupos de usuarios [\[4\]](https://wwwindeedcom/career-advice/career-development/how-to-write-articles)
--   **Políticas de Actualización**: Definen cómo se entregan y aplican las actualizaciones. Las opciones incluyen descargas automáticas, tiempo de instalación y avisos al usuario [\[1\]](https://githubcom/Cap-go/capacitor-updater)
--   **Escuchadores de Estado de la App**: Estos componentes rastrean si la aplicación está en primer plano o en segundo plano [\[4\]](https://wwwindeedcom/career-advice/career-development/how-to-write-articles)
--   **Paquetes**: Archivos de actualización empaquetados que contienen la nueva versión de tu aplicación, incluyendo assets, cambios de código y actualizaciones de configuración [\[4\]](https://wwwindeedcom/career-advice/career-development/how-to-write-articles)
-
-### Ejemplos de Código y Tutoriales
-
-La documentación proporciona código de ejemplo para simplificar la integración. Aquí hay un ejemplo básico usando TypeScript/JavaScript:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Initialize the updater
-await CapacitorUpdater.notifyAppReady()
-```
-
-Para casos de uso más avanzados, la documentación incluye ejemplos del mundo real [\[2\]](https://devto/arnosolo/ionic-appflow-live-update-alternative-55c3)[\[3\]](https://githubcom/Cap-go/capgo), como:
-
--   Cambiar canales para pruebas A/B
--   Flujos de actualización personalizados con avisos al usuario
--   Manejo de errores e implementación de reversiones
--   Integración de actualizaciones con pipelines CI/CD
-
-Cada tutorial también destaca consideraciones de rendimiento y aspectos de seguridad, ayudándote a tomar decisiones informadas. La documentación se actualiza frecuentemente para incluir las últimas características y mejores prácticas [\[1\]](https://githubcom/Cap-go/capacitor-updater)
-
-Para detalles de implementación, consulta la guía de configuración a continuación.## Configuración de Actualizaciones OTA
-
-Configure las actualizaciones OTA en Capgo para optimizar su proceso de implementación. Siga estos pasos y consejos para una configuración sin problemas.
-
-### Pasos Básicos de Configuración
-
-Comience instalando el plugin de Capgo en su proyecto Capacitor:
-
-```typescript
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Luego, actualice su archivo `capacitor.config.json` con su [clave API de Capgo](https://capgo.app/docs/webapp/api-keys/):
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "apiKey": "YOUR_API_KEY_HERE"
-    }
-  }
-}
-```
-
-Después, inicialice el actualizador en el archivo principal de su aplicación para detectar actualizaciones:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-await CapacitorUpdater.notifyAppReady();
-```
-
-Una vez hecho esto, puede configurar canales para gestionar diferentes flujos de actualización.
-
-### Configuración de Canales de Actualización
-
-Organice sus [canales de actualización](https://capgo.app/docs/webapp/channels/) según sus necesidades de implementación:
-
-| Tipo de Canal | Propósito | Caso de Uso |
-| --- | --- | --- |
-| Producción | Versiones estables | Base general de usuarios |
-| Staging | Pruebas pre-lanzamiento | Equipo QA y probadores beta |
-| Beta | Pruebas de funcionalidades | Primeros usuarios |
-
-Para subir una actualización a un canal específico, use el [CLI de Capgo](https://capgo.app/docs/cli/commands):
-
-```bash
-npx @capgo/cli upload -c production
-```
-
-### Métodos de Actualización
-
-Capgo proporciona dos formas principales de manejar actualizaciones:
-
-**[Actualizaciones Automáticas](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**  
-Habilite las actualizaciones automáticas configurando `autoUpdate: true` en su configuración. Esto asegura que las actualizaciones se apliquen en segundo plano sin esfuerzo adicional de los desarrolladores.
-
-**[Actualizaciones Manuales](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-Para mayor control, puede gestionar las actualizaciones manualmente. Use el siguiente patrón para verificar y aplicar actualizaciones:
-
-```typescript
-// Check for updates
-const update = await CapacitorUpdater.download();
-
-// Install when ready
-if (update) {
-  await CapacitorUpdater.set(update);
-}
-```
-
-Para actualizaciones críticas, puede solicitar confirmación a los usuarios antes de proceder:
-
-```typescript
-if (update.version > currentVersion) {
-  const userConsent = await showUpdatePrompt();
-  if (userConsent) {
-    await CapacitorUpdater.set(update);
-  }
-}
-```
-
-También puede dirigirse a grupos específicos de usuarios con IDs y canales personalizados:
-
-```typescript
-await CapacitorUpdater.setCustomId('beta-tester-123');
-await CapacitorUpdater.setChannel('beta');
-```
-
-Finalmente, asegúrese de incluir manejo de errores y opciones de reversión:
-
-```typescript
-try {
-  await CapacitorUpdater.set(update);
-} catch (error) {
-  await CapacitorUpdater.reset(); // Revert to the last working version
-  console.error('Update failed:', error);
-}
-```
-
-Con estos pasos, su sistema de actualización OTA está listo. Explore la configuración avanzada para personalizar aún más el proceso de actualización.
-
-###### sbb-itb-f9944d2
-
-## Configuración Avanzada
-
-Mejore su configuración de [actualizaciones OTA de Capgo](https://console.capgo.app/resend_email) con medidas de seguridad adicionales y configuraciones flexibles de actualización. Estas opciones aseguran una experiencia de actualización segura y fluida mientras cumplen con las pautas de las tiendas de aplicaciones.
-
-### Características de Seguridad
-
-Capgo proporciona protocolos de seguridad sólidos para proteger sus paquetes de actualización y entregarlos de forma segura a los usuarios. La plataforma utiliza cifrado de extremo a extremo con criptografía de clave pública para todas las actualizaciones [\[1\]](https://github.com/Cap-go/capacitor-updater). A continuación se muestra cómo puede habilitar características clave de seguridad:
-
-```typescript
-// Enable bundle verification
-await CapacitorUpdater.setVerifyBundles(true);
-
-// Configure encryption settings
-await CapacitorUpdater.configure({
-  encryption: {
-    enabled: true,
-    failOnError: true
-  }
-});
-```
-
-Los componentes clave del sistema de protección de paquetes incluyen:
-
-| Característica de Seguridad | Descripción | Implementación |
-| --- | --- | --- |
-| **[Integridad del Paquete](https://capgo.app/docs/webapp/bundles/)** | Verifica la autenticidad del paquete con firmas criptográficas | Habilitado automáticamente con setVerifyBundles() |
-| **Protección contra Reversión** | Revierte a una versión estable si una actualización falla | Integrado en el proceso de actualización |
-| **Control de Acceso** | Gestiona actualizaciones con permisos basados en roles | Configurado a través del panel |
-
-### Configuración del Comportamiento de Actualizaciones
-
-Puede personalizar cómo se entregan e instalan las actualizaciones usando listeners de eventos y opciones de configuración. Ajuste el tiempo y la interacción del usuario para las actualizaciones con estas configuraciones:
-
-```typescript
-// Listen for when an update is available
-CapacitorUpdater.addListener('updateAvailable', async (info) => {
-  if (info.version > currentVersion) {
-    // Custom update logic based on app state
-    const isAppInactive = await checkAppState();
-    if (isAppInactive) {
-      await CapacitorUpdater.download();
-    }
-  }
-});
-
-// Monitor download completion
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log(`Update ${info.version} ready to install`);
-  // Implement custom installation timing if desired
-});
-```
-
-Para implementaciones graduales, puede configurar la distribución de actualizaciones directamente a través del panel o con código:
-
-```typescript
-// Set custom update conditions for a gradual rollout
-await CapacitorUpdater.configure({
-  rollout: {
-    percentage: 25, // Start with 25% of users
-    timeInterval: 24 // Increase rollout percentage every 24 hours
-  }
-});
-```
-
-Para manejar comportamientos específicos relacionados con versiones:
-
-```typescript
-// Handle version-specific update failures
-CapacitorUpdater.addListener('updateFailed', async (info) => {
-  if (info.error.code === 'VERSION_MISMATCH') {
-    await CapacitorUpdater.reset(); // Revert to the last stable version
-    // Optionally, handle error notification here
-  }
-});
-```
-
-Estas configuraciones aseguran que las actualizaciones sean confiables mientras le permiten adaptar el proceso a las necesidades de su aplicación. Siempre pruebe las actualizaciones exhaustivamente en el entorno de staging de Capgo antes de implementarlas en producción [\[2\]](https://dev.to/arnosolo/ionic-appflow-live-update-alternative-55c3).
-
-## Guía de Resolución de Problemas
-
-Los registros de errores y herramientas integradas de Capgo ayudan a abordar los desafíos de actualización OTA mientras mantienen su aplicación en cumplimiento con los requisitos de las tiendas.### Problemas comunes y soluciones
-
-Aquí hay algunos problemas típicos y cómo abordarlos:
-
--   **Descargas fallidas**  
-    _Síntomas_: Las descargas se congelan o no se completan  
-    _Solución_: Verifique su conexión de red, confirme que la URL de actualización sea válida y agregue mecanismos de reintento para manejar interrupciones
-    
--   **Conflictos de versiones**  
-    _Síntomas_: Las actualizaciones fallan al instalarse o causan inestabilidad en la aplicación  
-    _Solución_: Use números de versión claros para evitar conflictos e implemente opciones de reversión por seguridad
-    
--   **Errores de instalación**  
-    _Síntomas_: Las actualizaciones fallan o activan reversiones automáticas  
-    _Solución_: Asegúrese de llamar a `notifyAppReady()` después de una actualización exitosa para evitar reversiones
-    
-
-Para actualizaciones mayores a 50MB, dividirlas en archivos más pequeños puede mejorar el rendimiento en dispositivos Android [\[5\]](https://githubcom/Cap-go/capacitor-updater/issues/119)
-
-Use un registro detallado de errores para detectar problemas temprano. Por ejemplo, implemente este listener:
-
-```typescript
-CapacitorUpdater.addListener('updateFailed', (error) => {
-  console.log(`Update failed: ${error.code}`);
-  logUpdateError({
-    errorCode: error.code,
-    deviceInfo: error.device,
-    timestamp: new Date().toISOString()
-  });
-});
-```
-
-Al combinar el registro de errores con verificaciones previas, puede manejar estos problemas efectivamente antes de enfocarse en el cumplimiento
-
-### Reglas de la App Store
-
-Las soluciones técnicas por sí solas no son suficientes - sus actualizaciones también deben alinearse con las pautas de las tiendas de aplicaciones
-
-**Requisitos de Apple App Store**:
-
--   _Transparencia del usuario_: Informe claramente a los usuarios sobre el contenido de la actualización y obtenga su consentimiento
--   _Funcionalidad principal_: Asegure que las funciones principales de su aplicación permanezcan intactas como fueron revisadas
--   _Medidas de seguridad_: Use métodos seguros para transmitir actualizaciones
-
-**Implementación en Android**:
-
-```typescript
-await CapacitorUpdater.configure({
-  updateNotification: {
-    title: "Update Available",
-    message: "A new version is available. Please update to access the latest features.",
-    requireUserConsent: true
-  }
-});
-```
-
-**Mejores prácticas**:
-
--   _Control de versiones_: Implemente actualizaciones gradualmente para reducir conflictos
--   _Notificaciones de actualización_: Proporcione alertas de actualización claras y amigables
--   _Seguridad_: Verifique la integridad del paquete y use encriptación para proteger datos
-
-## Resumen
-
-Esta sección reúne las ideas principales de la guía
-
-La documentación de Capgo proporciona instrucciones claras para integrar actualizaciones OTA en aplicaciones Capacitor mientras se mantiene el cumplimiento con las regulaciones de las tiendas de aplicaciones
-
-Usando los recursos de Capgo, los desarrolladores pueden implementar características esenciales como **encriptación de extremo a extremo** e **integración CI/CD**, cubriendo todo desde la configuración inicial hasta configuraciones avanzadas [\[1\]](https://githubcom/Cap-go/capacitor-updater)
-
-### Áreas clave de implementación
-
-| **Aspecto** | **Enfoque principal** | **Dónde encontrarlo** |
-| --- | --- | --- |
-| **Seguridad** | Encriptación y verificaciones de integridad | Sección _Características de seguridad_ |
-| **Cumplimiento** | Cumplir requisitos de Apple y Android | Guía de _Reglas de App Store_ |
-| **[Gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | Control de versiones y opciones de reversión | Guía de _[Métodos de actualización](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)_ |
-| **Manejo de errores** | Registro y pasos de solución de problemas | _Guía de resolución de problemas_ |
-
-Estas áreas forman la columna vertebral del sistema de gestión de actualizaciones de Capgo
-
-Las herramientas CLI y de análisis de Capgo simplifican la [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) durante todo el ciclo de vida de su aplicación [\[1\]](https://githubcom/Cap-go/capacitor-updater)
-
-Para más apoyo, puede explorar recursos adicionales como **documentación de API**, **proyectos de ejemplo** y **foros de la comunidad** [\[2\]](https://devto/arnosolo/ionic-appflow-live-update-alternative-55c3)
diff --git a/src/content/blog/es/how-to-use-semantic-versioning-with-capgo-ota-updates.md b/src/content/blog/es/how-to-use-semantic-versioning-with-capgo-ota-updates.md
deleted file mode 100644
index 34e113574..000000000
--- a/src/content/blog/es/how-to-use-semantic-versioning-with-capgo-ota-updates.md
+++ /dev/null
@@ -1,323 +0,0 @@
----
-slug: how-to-use-semantic-versioning-with-capgo-ota-updates
-title: Cómo usar el versionado semántico con Capgo OTA Updates
-description: >-
-  Aprende cómo optimizar las actualizaciones de aplicaciones y el control de
-  versiones utilizando Semantic Versioning con actualizaciones OTA de Capgo para
-  aplicaciones Capacitor.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-03T04:48:38.491Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c4f6356c9ebce91891f4e6-1740977344964.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Semantic Versioning, Capgo, OTA updates, Capacitor apps, version control, app
-  updates, deployment, CI/CD
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres simplificar las [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) y el control de versiones?** El Versionado Semántico (SemVer) combinado con las actualizaciones Over-The-Air (OTA) de [Capgo](https://capgo.app/) hace que la gestión de aplicaciones [Capacitor](https://capacitorjs.com/) sea más fácil y rápida. Aquí te explicamos cómo:
-
--   **Fundamentos del Versionado Semántico:** Las versiones usan el formato `MAJOR.MINOR.PATCH`:
-    
-    -   **MAJOR:** Para cambios incompatibles.
-    -   **MINOR:** Para nuevas funcionalidades compatibles con versiones anteriores.
-    -   **PATCH:** Para correcciones de errores.
--   **¿Por qué usar SemVer con Capgo?**
-    
-    -   Comunicación clara sobre actualizaciones.
-    -   Gestión más inteligente de versiones.
-    -   Evita conflictos de dependencias.
-    -   Planificación organizada de lanzamientos.
--   **Pasos de [Configuración de Capgo](https://capgo.app/docs/cli/commands/):**
-    
-    1.  Instalar el plugin de actualización de Capgo.
-    2.  Configurar la versión de tu app en `capacitor.config.json` y otros archivos.
-    3.  Inicializar con tu clave API.
-    4.  Usar [Capgo CLI](https://capgo.app/docs/cli/commands) para empaquetar y subir actualizaciones.
--   **[Gestión de Versiones y Canales](https://capgo.app/docs/webapp/channels/):**
-    
-    -   Usar canales separados (ej., "beta" para pruebas, "producción" para lanzamientos estables).
-    -   Controlar políticas de actualización (actualizaciones automáticas de parches, aprobación manual para cambios mayores).
-    -   Opciones de reversión para actualizaciones fallidas.
--   **Proceso de Implementación:**
-    
-    -   Actualizar números de versión siguiendo las reglas SemVer.
-    -   Probar exhaustivamente antes de implementar.
-    -   Usar comandos CLI para subir y distribuir actualizaciones.
-
-Capgo asegura que las actualizaciones lleguen a los usuarios de forma rápida y confiable, con herramientas para manejar interrupciones y mantener la estabilidad. Perfecto para equipos que usan flujos de trabajo CI/CD para automatizar actualizaciones.
-
-**Consejo Rápido:** Siempre prueba las actualizaciones y usa canales para gestionar implementaciones graduales de manera efectiva.
-
-## Versionado Semántico | Subir de Nivel
-
-## Guía de Configuración de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-03.jpg?auto=compress)
-
-Aquí te explicamos cómo configurar Capgo para gestionar actualizaciones OTA y control de versiones fácilmente.
-
-### Pasos de Configuración Inicial
-
-Comienza instalando el [plugin de actualización de Capgo](https://capgo.app/docs/plugin/self-hosted/manual-update/):
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Asegúrate de que tu archivo `capacitor.config.json` use un formato de versión semántica:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "Mi App",
-  "version": "1.0.0"
-}
-```
-
-Para proyectos más antiguos, actualiza los detalles de versión en estas ubicaciones:
-
--   `package.json` (busca el campo `version`)
--   `android/app/build.gradle` (actualiza `versionName`)
--   `ios/App/App.xcodeproj/project.pbxproj` (actualiza `CURRENT_PROJECT_VERSION`)
-
-Una vez configurado, inicializa Capgo con tu clave API:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.initialize({
-  apiKey: 'TU_CLAVE_API'
-})
-```
-
-**Tabla de Referencia Rápida:**
-
-| Fase de Configuración | Acción Clave | Paso de Verificación |
-| --- | --- | --- |
-| Instalación | Instalar plugin y sincronizar | Comprobar `package.json` |
-| Configuración | Establecer números de versión | Verificar en todos los archivos |
-| Inicialización | Conectar con clave API | Probar estado de conexión |
-| Compilación | Crear paquete inicial | Confirmar éxito de carga |
-
-### Integración de Control de Versiones
-
-Capgo funciona bien con plataformas CI/CD, haciendo que las [actualizaciones automatizadas](https://capgo.app/docs/live-updates/update-behavior/) sean simples. Las plataformas soportadas incluyen:
-
--   [GitHub Actions](https://docs.github.com/actions)
--   [GitLab CI](https://docs.gitlab.com/ee/ci/)
--   [Azure DevOps](https://azure.microsoft.com/en-us/products/devops)
--   [Jenkins](https://www.jenkins.io/)
--   [CircleCI](https://circleci.com/)
-
-Si estás trabajando en desarrollo local, puedes deshabilitar las actualizaciones automáticas añadiendo esto a tu configuración:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": false
-    }
-  }
-}
-```
-
-Esto asegura que Capgo no sobrescribirá tus cambios locales. Una vez que tu configuración esté lista, sube tu primera versión:
-
-```bash
-capgo upload
-```
-
-Finalmente, notifica al plugin nativo sobre la salud del paquete en el archivo principal de tu app:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-await CapacitorUpdater.notifyAppReady()
-```
-
-Esta configuración asegura que tu app esté lista para implementaciones OTA fluidas y gestión de versiones.
-
-## Usando Versionado Semántico con Capgo
-
-### Gestión de Números de Versión
-
-Capgo usa Versionado Semántico (SemVer) para gestionar versiones de apps, formateado como **MAJOR.MINOR.PATCH**. Así es como funciona:
-
--   **Versión Mayor (X.0.0)**: Aumenta el número MAJOR para cambios que rompen la compatibilidad.
--   **Versión Menor (1.X.0)**: Aumenta el número MINOR para nuevas características que mantienen compatibilidad.
--   **Versión Parche (1.0.X)**: Aumenta el número PATCH para correcciones de errores que no afectan la compatibilidad.
-
-| Tipo de Versión | Cuándo Incrementar | [Comportamiento de Auto-Actualización](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-| --- | --- | --- |
-| Mayor (X.0.0) | Para cambios de API incompatibles | Requiere aprobación manual |
-| Menor (1.X.0) | Para nuevas características | Configurable en Capgo |
-| Parche (1.0.X) | Para correcciones de errores | Usualmente automático |
-
-Al seguir las reglas SemVer, puedes simplificar la gestión de versiones y asegurar actualizaciones más suaves a través de tus canales de implementación.
-
-### Directrices de Control de Versiones
-
-Capgo te permite gestionar implementaciones efectivamente configurando canales distintos para diferentes etapas de tu flujo de trabajo.
-
--   **[Gestión de Versiones Basada en Canales](https://capgo.app/docs/webapp/channels/)**: Organiza tu proceso de implementación creando canales separados para pruebas y producción. Por ejemplo:
-    
-    -   Usa un canal "beta" (ej., 1.2.0-beta) para probar nuevas características.
-    -   Mantén un canal "producción" (ej., 1.2.0) para lanzamientos estables.
-    -   Añade canales específicos de plataforma (ej., "ios-hotfix" con versión 1.2.1) cuando abordes problemas específicos de plataforma.
--   **Configuración de Política de Actualización**: Controla cómo se aplican las actualizaciones usando las opciones de configuración de Capgo. Por ejemplo:
-    
-    ```json
-    {
-      "plugins": {
-        "CapacitorUpdater": {
-          "autoUpdate": true,
-          "updateInterval": 30,
-          "disableAutoUpdateBreaking": true
-        }
-      }
-    }
-    ```
-    
-    Esta configuración asegura que los usuarios reciban actualizaciones de parches automáticamente, mientras que las actualizaciones menores y mayores requieren aprobación manual.
-    
--   **Estrategia de Reversión de Versiones**: Usa identificadores de pre-lanzamiento para mantener opciones claras de reversión. Este enfoque te permite revertir a una versión anterior si ocurren problemas, mientras mantienes el versionado consistente a través de todos los canales.
-    
-
-Estas mejores prácticas facilitan la gestión de actualizaciones, prueba de nuevas características y mantenimiento de la estabilidad en tu proceso de implementación.
-
-## Implementación de Actualizaciones OTA
-
-Una vez que tu configuración de gestión de versiones esté lista, sigue estos pasos para implementar actualizaciones OTA efectivamente.
-
-### Preparación de Actualización
-
-Comienza actualizando la versión en **package.json** y **capacitor.config.json**. Asegúrate de que la versión siga el formato SemVer (MAJOR.MINOR.PATCH):
-
--   **Corrección de Error**: Aumenta el número PATCH (ej., 1.0.1 → 1.0.2)
--   **Nueva Característica**: Aumenta el número MINOR (ej., 1.0.0 → 1.1.0)
--   **Cambio Incompatible**: Aumenta el número MAJOR (ej., 1.0.0 → 2.0.0)
-
-Prueba exhaustivamente tu compilación y confirma que la app se comunica con el servidor usando `notifyAppReady`.
-
-Luego, decide tu [estrategia de actualización](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Puedes elegir entre:
-
--   **Auto-Actualización**: Forzar automáticamente requisitos de versión mínima.
--   **Control Manual**: Especificar requisitos exactos de versión para actualizaciones.
--   **Basado en Canales**: Usar canales para pruebas e implementaciones graduales.
-
-### Comandos de Actualización de Capgo CLI
-
-Usa el CLI de Capgo para implementar tu actualización fácilmente. Así es cómo:
-
-```bash
-# Construye y sube tu actualización
-npm run build
-capgo upload
-
-# Opcional: especifica un canal
-capgo upload --channel beta
-```
-
-Capgo asegura una implementación segura con encriptación de extremo a extremo y gestión segura de claves.
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂"
-
-Una vez implementada, puedes monitorear actualizaciones a través del panel de control de Capgo. Las actualizaciones típicamente llegan a los usuarios en minutos después de que abren la app. El proceso funciona así:
-
--   La app busca actualizaciones.
--   Descarga la actualización en segundo plano.
--   Marca la nueva versión como activa cuando el usuario sale de la app.
--   Aplica la actualización en el siguiente inicio.
-
-Para implementaciones a nivel empresarial, podrías querer integrar automatización CI/CD.
-
-> "¡Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!"
-
-## Solución de Problemas y Consejos
-
-### Problemas de Gestión de Versiones
-
-Gestionar el versionado semántico en Capgo puede a veces complicar las implementaciones de actualizaciones. Para evitar sobrescribir tu trabajo de desarrollo, configura lo siguiente en tu archivo `capacitor.config.json`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": false,
-      "disableAutoUpdateBreaking": true
-    }
-  }
-}
-```
-
-Si una actualización falla, esto es lo que puedes hacer:
-
--   Establece `autoUpdate` en `false` durante el desarrollo.
--   Desinstala la app.
--   Reinstálala con la versión corregida.
--   Reactiva las auto-actualizaciones una vez que todo esté estable.
-
-Para actualizaciones de versión mayor, usa la bandera `disableAutoUpdateBreaking` y escucha el evento `majorAvailable` para manejar actualizaciones apropiadamente:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.addListener('majorAvailable', async () => {
-  // Maneja la actualización mayor aquí
-})
-```
-
-Combinando estas configuraciones con buenas prácticas de equipo, puedes mantener consistencia de versiones y reducir errores.
-
-### Control de Versiones en Equipo
-
-Una vez que las actualizaciones individuales están gestionadas, es crucial para los equipos establecer prácticas sólidas de control de versiones.
-
-> "Probar cada cambio antes de fusionarlo con el repositorio principal reforzará la estabilidad y evitará errores costosos" [\[4\]](https://www.autorabit.com/blog/9-tips-for-working-on-a-multi-developer-team/)
-
-Aquí hay algunos métodos para asegurar consistencia:
-
--   Define una rama como el **repositorio principal** para actuar como fuente de verdad.
--   Usa canales separados de Capgo para entornos de desarrollo y producción.
--   Automatiza cargas de versiones vía pipelines CI/CD.
--   Documenta todos los cambios de código con mensajes de commit claros y detallados.
-
-Para equipos más grandes, la siguiente matriz de gestión de versiones puede ayudar a organizar actualizaciones:
-
-| Entorno | Canal | Auto-Actualización | Patrón de Versión |
-| --- | --- | --- | --- |
-| Desarrollo | dev | Deshabilitado | 0.x.x |
-| Pruebas | beta | Habilitado | x.x.x-beta |
-| Producción | stable | Habilitado | x.x.x |
-
-### Pasos de Recuperación de Actualizaciones
-
-Incluso con precauciones, las actualizaciones pueden fallar. Si eso ocurre, sigue estos pasos de recuperación:
-
-1. Volver a una versión estable anterior.
-2. Incrementar los números de versión para las nuevas correcciones (nota: los números de versión no se pueden reutilizar después de la eliminación) [\[2\]](https://github.com/Cap-go/CLI).
-3. Verificar las actualizaciones durante el inicio de la aplicación para asegurar que funcionan como se espera.
-
-El actualizador de Capgo está diseñado para manejar interrupciones. Por ejemplo, si el servidor no está accesible o se elimina una actualización, la aplicación continúa funcionando normalmente [\[3\]](https://capgo.app/docs/faq/). Además, las solicitudes de red fallidas se reintentarán automáticamente durante el próximo inicio de la aplicación [\[3\]](https://capgo.app/docs/faq/). Esta resiliencia incorporada minimiza el tiempo de inactividad y asegura operaciones más fluidas.
-
-## Resumen
-
-El Versionado Semántico, combinado con Capgo, ha hecho que las actualizaciones OTA para aplicaciones Capacitor sean más eficientes. Con 947.6 millones de actualizaciones entregadas y 1,400 aplicaciones en producción usando este sistema [\[1\]](https://capgo.app/), los procesos de implementación se han vuelto 81% más eficientes [\[1\]](https://capgo.app/). Esta configuración permite a los desarrolladores enviar actualizaciones rápidamente y de manera controlada, evitando los retrasos de las tiendas de aplicaciones.
-
-Esto es lo que dicen los desarrolladores:
-
-> "Implementamos [actualizaciones OTA de Capgo](https://console.capgo.app/resend_email) en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-El sistema de versionado MAJOR.MINOR.PATCH facilita la comunicación de cambios importantes, nuevas características y correcciones de errores [\[5\]](https://aws.amazon.com/blogs/devops/using-semantic-versioning-to-simplify-release-management/). Esto es especialmente útil para equipos que gestionan varias versiones cada semana a través de la plataforma de Capgo.
-
-La [solución encriptada](https://capgo.app/docs/cli/migrations/encryption/) de Capgo, integrada con herramientas de CI/CD, también es económica - reduciendo costos hasta $26,100 en cinco años [\[1\]](https://capgo.app/). Sus canales personalizables aseguran que las actualizaciones lleguen a los usuarios correctos en el momento adecuado.
-
-> "¡Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/how-version-work-in-capgo.md b/src/content/blog/es/how-version-work-in-capgo.md
deleted file mode 100644
index a6762c124..000000000
--- a/src/content/blog/es/how-version-work-in-capgo.md
+++ /dev/null
@@ -1,120 +0,0 @@
----
-slug: how-version-work-in-capgo
-title: Cómo funciona el control de versiones en Capgo
-description: >-
-  Comprenda cómo Capgo gestiona las versiones en su aplicación de Capacitor y
-  utilícelo de la mejor manera. Aprenda el significado de major, minor, patch.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-25T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /versionning.webp
-head_image_alt: Sistema de versiones de paquetes de Capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: how-to-release-major-version-in-capgo
----
-Capgo usa 2 variables principales para gestionar las versiones en tu aplicación Capacitor:
-  - Versión nativa
-  - Versiones JavaScript
-
-<div class="mx-auto" style="width:100%;">
-  <img src="/graph_capgo.webp" alt="Capacitor update system">
-</div>
-
-Todas las decisiones de versiones son tomadas del lado del servidor por Capgo.
-
-## Sistema de versionado
-
-Para gestionar versiones Capgo usa el sistema SemVer, lee más sobre esto [aquí](https://semver.org/).
-
-### Versiones
-
-Donde Capgo encuentra la versión para comparar
-
-  > Puedes anular este comportamiento configurando la clave version en el archivo `capacitor.config.json` [documentación aquí](/docs/plugin/settings/#version)
-  > La versión nativa será ignorada para todas las plataformas.
-
-#### IOS
-
-En IOS la variable se establece en tu proyecto aquí `ios/App/App/Info.plist` bajo la clave `CFBundleShortVersionString` o `ios/App/App.xcodeproj/project.pbxproj` bajo la clave `MARKETING_VERSION` si `MARKETING_VERSION` fue establecido en tu archivo `Info.plist`.
-
-#### Android
-
-En Android, la variable se establece en tu proyecto aquí `android/app/build.gradle` bajo la clave `defaultConfig.versionName`
-
-#### JavaScript (versión del paquete Capgo)
-
-En JavaScript, la variable puede establecerse en tu `package.json` bajo la clave `version`
-De lo contrario, necesitas proporcionarla en el comando de carga.
-
-## Comportamiento predeterminado
-
-Así es como se comportará el canal Capgo si no cambias ninguna configuración.
-
-> Este comportamiento se basará en el único canal que estableciste como predeterminado.
-
-### Cuando hay una instalación nueva de tu aplicación Capacitor
-Cuando el usuario descarga tu aplicación Ionic por primera vez y abre la aplicación, esta contacta al servidor Capgo.
-
-Actualmente, pueden ocurrir 4 resultados:
-  1. La versión del paquete nativo (1.2.3) es menor que la versión del paquete Capgo (1.2.4), Capgo envía su paquete al usuario.
-  2. La versión del paquete nativo (1.2.3) es igual a la versión del paquete Capgo (1.2.3), Capgo envía "no es necesario actualizar".
-  3. La versión del paquete nativo (1.2.4) es mayor que la versión del paquete Capgo (1.2.3), Capgo envía "no es necesario actualizar".
-  4. La versión del paquete nativo (1.2.3) es MAJOR menor que la versión del paquete Capgo (2.2.3), Capgo envía "no es necesario actualizar".
-
-### Otras configuraciones
-
-#### Deshabilitar auto-degradación bajo nativa
-
-Si cambias esta configuración a false, Capgo considerará que es siempre la fuente confiable de la versión.
-Entonces el comportamiento se convierte en:
-- La versión nativa (1.2.4) es mayor que la versión Capgo (1.2.3)
-
-> Capgo envía su versión al usuario.
-
-#### Deshabilitar estrategia de auto-actualización
-
-Hay varias estrategias entre las que puedes elegir. Puedes aprender más sobre esto [aquí](/docs/cli/commands/#disable-updates-strategy)
-
-## Versión del paquete JavaScript
-
-La versión del paquete JavaScript es la que envías cuando ejecutas `npx @capgo/cli@latest bundle upload --channel production`
-
-Si no usaste la opción `--bundle 1.2.3`, Capgo obtendrá la versión del paquete de tu archivo `package.json` (en la clave version).
-
-Después de que tu aplicación Ionic ha instalado una versión de Capgo, esta es la versión que se comparará para:
-  - Su versión del paquete JavaScript (1.2.3) es menor que la versión del paquete Capgo (1.2.4), Capgo envía su paquete al usuario.
-
-Con algunas condiciones de protección:
-  - Si la versión del paquete nativo es mayor que la versión Capgo, se aplica la condición `Deshabilitar auto degradación bajo nativa`.
-  - Si la versión del paquete nativo es MAJOR menor que la versión Capgo, se aplica la condición `Deshabilitar auto actualización sobre major`.
-
-## Actualización de App Store
-
-Cuando publicas tu aplicación Capacitor JS en la App Store, lo que sucede es simple.
-
-Tu usuario obtendrá la nueva versión de la tienda y eliminará todas las actualizaciones locales en su aplicación por defecto.
-
-Si deseas cambiar ese comportamiento, necesitas establecer la configuración `resetWhenUpdate` lee más sobre esto [aquí](/docs/plugin/api#settings)
-
-Esto solo puede cambiarse del lado de la aplicación, no desde la nube como otras configuraciones.
-
-### Otras configuraciones
-
-Después de todo este comportamiento, puedes tener además algunos específicos vinculados al deviceID.
-
-En Capgo, puedes decidir anular el comportamiento para cada deviceID.
-
-Puedes vincular un deviceID a:
-  - una versión específica del paquete
-  - un canal específico
-
-Esto anulará todas las configuraciones realizadas anteriormente.
-
-Aprende más sobre esto en el artículo a continuación.
diff --git a/src/content/blog/es/how-your-usage-is-counted.md b/src/content/blog/es/how-your-usage-is-counted.md
deleted file mode 100644
index 73bd0a428..000000000
--- a/src/content/blog/es/how-your-usage-is-counted.md
+++ /dev/null
@@ -1,91 +0,0 @@
----
-slug: how-your-usage-is-counted
-title: Cómo se cuenta tu uso en Capgo
-description: >-
-  Comprende cómo Capgo cuenta tu uso y utilízalo de la mejor manera. Aprende a
-  gestionar mejor tu plan
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-25T00:00:00.000Z
-updated_at: 2025-11-03T11:48:48.000Z
-head_image: /usage_explained.webp
-head_image_alt: Sistema de uso de Capgo explicado
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: es
-next_blog: ''
----
-En Capgo, 3 valores son contados e importantes de entender
-- Usuario's
-- Almacenamiento
-- Ancho de banda
-
-Cada uno tiene una forma ligeramente diferente de ser contado
-
-## Usuarios
-
-Cada vez que un usuario descarga tu aplicación Capacitor JS y la abre, enviará una solicitud al backend de Capgo para saber si hay actualizaciones disponibles.
-Cuando la aplicación hace esto, envía poca información, incluyendo la más importante `DeviceID`
-
-`DeviceID`: es un ID único (UUID) generado en el dispositivo. **Desde la versión del plugin v6.25.0 y v7.25.0**, este ID ahora persiste entre reinstalaciones de la aplicación (almacenado de forma segura en el almacenamiento del dispositivo). Antes de estas versiones, el ID se restablecía con cada instalación de la aplicación.
-
-Cada vez que tu cuenta recibe un nuevo Device ID, se guarda en la base de datos.
-Cada vez que un `DeviceID` antiguo solicita una actualización (apertura de aplicación), su registro se actualiza (updated_at en la base de datos).
-
-Estos datos se guardan en 2 lugares:
-- tabla de dispositivos con valor `update_at`
-- app_stats con contador diario que representa el número de dispositivos que se activaron hoy y no han estado activos este mes.
-
-Para el límite del plan se utiliza el primer método porque es 100% confiable, para mostrar el gráfico se utiliza el segundo.
-Puedes ver ambos en tu cuenta en la página de inicio:
-- en el gráfico está el segundo método
-- en la tabla de aplicaciones está el primer método.
-
-> Capgo no cuenta los emuladores y compilaciones de desarrollo en tu uso. Ten en cuenta que después del período de prueba no puedes tener más del 3% de ellos, o se bloqueará tu cuenta hasta que lo soluciones.
-
-> Capgo también realiza algunos filtrados por ti. Si tienes CI/CD configurado para enviar tu versión a Google PLAY, Google ejecuta tu aplicación Capacitor cada vez en más de 20 dispositivos reales. Durante las primeras 4 horas de un nuevo bundle, bloqueamos las IP del centro de datos de Google para evitar que sean contadas.
-
-Cada mes, estos datos comienzan desde cero.
-
-- Crear o actualizar un dispositivo en mi base de datos en cada solicitud de dispositivo
-- Agregar a un contador diario el número de dispositivos activos que no han estado activos este mes.
-
-El primer método devuelve: 900+ usuarios
-mientras que el segundo está en 200+ usuarios en tu cuenta
-Para el límite del plan uso el primer método, que es 100% confiable, y para mostrar el gráfico uso el segundo.
-Puedes ver ambos en la página de inicio de tu cuenta.
-
-## Almacenamiento
-
-Cada vez que subes un bundle, este número aumenta según el tamaño de la carga.
-
-Estos datos solo están relacionados con el tamaño de tu carga, cuanto mejor sea el tamaño de tu aplicación, mejor te mantendrás en tu plan.
-
-Si alcanzas el límite o estás cerca, puedes listar tus bundles con el CLI:
-`npx @capgo/cli@latest bundle list`
-Para ver qué podrías limpiar, eliminar un bundle libera el almacenamiento pero no elimina las estadísticas.
-
-Cuando estés listo para la limpieza, usa este comando para eliminar varios bundles:
-`npx @capgo/cli@latest bundle cleanup`
-
-PD: esto es bueno para el planeta, pero también para tu billetera 💪.
-
-> También puedes usar el `--external` de upload para usar tu almacenamiento y no contar en tu plan.
-
-## Ancho de banda
-
-El cálculo de este valor es un poco más complejo, pero la idea es la misma que el almacenamiento.
-
-Cada vez que un usuario descarga un bundle, este número aumenta según el tamaño de la descarga.
-
-Estos datos solo están relacionados con el tamaño de tu descarga, cuanto mejor sea el tamaño de tu aplicación Capacitor JS, mejor te mantendrás en tu plan.
-
-> Una cosa importante a tener en cuenta es que Capgo no puede ver qué tamaño se descarga, solo ve el tamaño del bundle. Así que si tienes un bundle grande y tienes muchos usuarios que fallan al descargarlo, alcanzarás el límite rápidamente.
-
-La mejor manera de mantenerte en tu plan es tener un bundle pequeño, y si no puedes, mostrar una barra de descarga a tu usuario y hacerles saber cuánto les queda por descargar.
-
-En el futuro, Capgo mejorará el sistema de descarga para tener más posibilidades de descargar el bundle de una sola vez.
diff --git a/src/content/blog/es/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md b/src/content/blog/es/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
deleted file mode 100644
index 373352b27..000000000
--- a/src/content/blog/es/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
+++ /dev/null
@@ -1,293 +0,0 @@
----
-slug: icp-filing-for-mobile-apps-in-china-step-by-step-guide
-title: 'Registro ICP para aplicaciones móviles en China: Guía paso a paso'
-description: >-
-  Aprende los pasos esenciales para la presentación del ICP para aplicaciones
-  móviles en China, incluida la documentación requerida y las estrategias de
-  cumplimiento para una operación exitosa.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T01:51:04.423Z
-updated_at: 2025-03-26T01:51:15.704Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e344e910051fda3b61d655-1742953875704.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  ICP filing, China mobile apps, compliance, registration, documentation,
-  technical requirements, app operation
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Si desea que su aplicación móvil opere legalmente en China, **debe completar un registro ICP**. Este es un proceso de registro obligatorio para garantizar el cumplimiento de las regulaciones chinas. Aquí hay un resumen rápido:
-
--   **¿Qué es el registro ICP?**  
-    Es un sistema de registro ("备案") requerido para servicios basados en Internet, incluidas aplicaciones móviles, para operar legalmente en China.
-    
--   **¿Por qué es requerido?**  
-    Sin él, su aplicación se arriesga a multas, eliminación de plataformas y problemas legales.
-    
--   **Requisitos clave:**  
-    Necesitará licencias comerciales, registro de dominio, detalles del servidor y documentos de cumplimiento. Para empresas extranjeras, es esencial asociarse con una empresa china local.
-    
--   **Proceso de registro:**
-    
-    1.  Elija un proveedor autorizado (ej. [Alibaba Cloud](https://www.alibabacloud.com/en/services/icp?_p_lc=1), [Tencent Cloud](https://www.tencentcloud.com/solutions/icp-registration-support)).
-    2.  Envíe los documentos requeridos (traducidos al chino).
-    3.  Espere la aprobación (14-23 días hábiles en promedio).
--   **Post-Aprobación:**  
-    Muestre su número ICP de manera prominente en su aplicación y mantenga todos los detalles actualizados.
-    
-Omitir este proceso puede llevar a interrupciones significativas, así que asegúrese de estar completamente preparado antes de lanzar en China.
-
-## Qué es una Licencia ICP y Registro ICP para China
-
-## Documentación Requerida
-
-Hacer correctamente su registro ICP en China comienza con tener la documentación correcta. Aquí hay un desglose de los documentos comerciales, técnicos y de autorización que necesitará.
-
-### Lista de Documentos
-
-Asegúrese de reunir estos documentos antes de comenzar su proceso de registro:
-
--   **Documentación Comercial**
-    
-    -   Licencia comercial o certificado de registro de la empresa
-    -   Certificado de código de organización
-    -   ID del representante legal (pasaporte para representantes extranjeros)
-    -   Sello oficial de la empresa (sello de la compañía)
-    -   Prueba de una dirección comercial local en China
--   **Documentación Técnica**
-    
-    -   Certificado de registro de nombre de dominio
-    -   Detalles de alojamiento del servidor
-    -   Documentación del protocolo de seguridad de red
-    -   Declaración sobre cumplimiento de privacidad de datos
-    -   Plan de respuesta a emergencias
--   **Documentos de Autorización**
-    
-    -   Carta de autorización (si trabaja con un agente)
-    -   Poder notarial (para empresas extranjeras)
-    -   Carta de nombramiento para un representante local
-
-### Información Técnica Específica de la Plataforma
-
-Mientras que iOS y Android comparten requisitos similares, deberá proporcionar información técnica detallada sobre su aplicación. Esto incluye el identificador de la aplicación, URLs de la tienda, IPs del servidor, medidas de seguridad de contenido y mecanismos de actualización. El cumplimiento de las reglas de la tienda de aplicaciones en China es crítico para las actualizaciones [\[1\]](https://capgo.app/). Herramientas como Capgo pueden ayudarlo a gestionar actualizaciones en vivo conformes.
-
-**Consejos Técnicos Clave:**
-
--   Mantenga todos los documentos guardados como PDFs.
--   Traduzca cualquier documento en inglés al chino.
--   Prepare archivos separados para cada versión de la aplicación.
--   Haga copias de seguridad de todos los certificados y claves.
--   Documente la arquitectura de red y el flujo de datos de su aplicación para revisiones de seguridad.
-
-Tener estos documentos en orden asegura que cumpla con los requisitos regulatorios y ayuda a mantener los procesos de cumplimiento y actualización de su aplicación. Una vez que todo esté listo, puede pasar a los pasos de registro.
-
-## Pasos de Solicitud de Registro
-
-Aquí está cómo presentar su solicitud ICP paso a paso.
-
-Una vez que tenga toda su documentación lista, el siguiente paso es elegir el socio de registro adecuado.
-
-### Elija un Proveedor de Servicios
-
-Puede elegir entre los siguientes tipos de proveedores:
-
--   **Proveedores de Servicios de Internet (ISPs) autorizados:** Opciones conocidas incluyen Alibaba Cloud, Tencent Cloud, o [China Telecom](https://www.ctamericas.com/icp-license-support/).
--   **Agencias de registro de terceros:** Estas empresas se especializan en servicios de registro ICP.
--   **Proveedores de alojamiento:** Combinan servicios de alojamiento con asistencia para registro ICP.
-
-Busque un proveedor con un historial sólido en registros ICP, soporte confiable en idioma chino, respuestas rápidas y precios transparentes.
-
-### Envíe su Solicitud
-
-**Registro Inicial:** Comience registrándose en la plataforma de su proveedor. Deberá enviar detalles como verificación de la empresa, información del representante legal, especificaciones de la aplicación y configuraciones del servidor.
-
-Asegúrese de completar los formularios cuidadosamente, incluyendo:
-
--   Detalles sobre la funcionalidad y propósito de su aplicación.
--   Información sobre ubicaciones y configuraciones del servidor.
--   Métodos para distribución de contenido.
--   Procedimientos para manejo de datos.
-
-Los documentos requeridos deben cargarse según el formato especificado, y las firmas y sellos deben ser en tinta roja.
-
-### Cronograma Esperado
-
-| Etapa | Duración | Actividades Clave |
-| --- | --- | --- |
-| Revisión Inicial | 1-3 días hábiles | El proveedor verifica la integridad de documentos |
-| Registro Provincial | 10-15 días hábiles | Revisión de autoridad local |
-| Verificación Final | 3-5 días hábiles | Asignación de número ICP |
-| Proceso Total | 14-23 días hábiles | Desde envío hasta aprobación |
-
--   Las solicitudes enviadas durante festivos chinos pueden tardar más.
--   Documentos faltantes o incompletos pueden agregar 5-10 días hábiles al cronograma.
--   No hay opción de solicitudes de emergencia.
--   Puede rastrear el progreso de su solicitud a través de la plataforma de su proveedor.
-
-Asegúrese de que sus registros estén actualizados para abordar cualquier pregunta de seguimiento rápidamente.
-
-## Revisión y Aprobación
-
-El proceso de revisión del registro ICP incluye varios niveles de evaluación por las autoridades chinas.
-
-### Pasos de Revisión
-
--   **Revisión Técnica**  
-    Las autoridades examinan la configuración del servidor, seguridad de red, prácticas de almacenamiento de datos y la arquitectura técnica general.
-    
--   **Revisión de Contenido**  
-    Esto involucra moderar contenido generado por usuarios, gestionar distribución de contenido y asegurar que las políticas de privacidad y manejo de datos se alineen con las regulaciones.
-    
--   **Revisión de Cumplimiento Legal**  
-    Los funcionarios verifican el registro comercial, credenciales del representante legal, cualquier licencia específica de la industria requerida y el cumplimiento de las reglas de datos transfronterizos.
-    
-
-### Razones Comunes de Rechazo
-
-| Razón de Rechazo | Descripción | Acción Sugerida |
-| --- | --- | --- |
-| Documentación Incompleta | Certificados comerciales faltantes o desactualizados | Enviar un conjunto completo de documentos válidos y actualizados |
-| Problemas de Ubicación del Servidor | Servidores no alojados en China continental | Cambiar a un proveedor de alojamiento con servidores en China continental |
-| Violaciones de Contenido | Se encontró contenido prohibido o restringido | Ajustar su contenido para cumplir con los estándares regulatorios |
-| Incumplimiento Técnico | Las medidas de seguridad son inadecuadas | Mejorar protocolos y configuraciones de seguridad |
-| Información Incorrecta | Errores en detalles de la empresa o representante | Verificar y corregir toda la información enviada |
-
-Abordar estos problemas rápidamente es esencial antes de proceder con el proceso de registro ICP.
-
-### Uso de su Número ICP
-
-Una vez aprobado, implementar y mantener correctamente su número ICP es esencial.
-
--   **Visualización**  
-    Incluya la licencia ICP completa (ej., 京ICP备XXXXXXXX号) en una ubicación visible dentro de su aplicación, como la sección 'Acerca de' o configuración. Use tanto chino como inglés, y enlácelo al sitio oficial de verificación, si es posible.
-    
--   **Mantenimiento**  
-    Actualice sus detalles ICP inmediatamente si hay cambios en su información comercial o de contacto para mantener el cumplimiento.
-    
-
-Mostrar correctamente y actualizar regularmente su número ICP asegura que permanezca alineado con las regulaciones chinas.
-
-## Gestión Post-Aprobación
-
-Una vez que su registro ICP es aprobado, mantener el cumplimiento requiere atención y gestión constante. Aquí está cómo puede mantener todo en orden.
-
-### Mantener la Información Actualizada
-
-Es importante actualizar los detalles de su registro ICP cuando ocurran cambios. Notifique a su proveedor de registro inmediatamente sobre actualizaciones en las siguientes áreas:
-
--   **Detalles de la Empresa**: Cambios en representante legal, licencias, dirección o información de contacto.
--   **Detalles de la Aplicación**: Ajustes a funcionalidad, servidores, dominios o contenido.
--   **Detalles Técnicos**: Actualizaciones de alojamiento, medidas de seguridad o ubicaciones de almacenamiento de datos.
-
-Procesar estas actualizaciones típicamente toma 3-7 días hábiles.
-
-### Monitoreo de Cumplimiento
-
-Los controles regulares son clave para asegurar que cumpla con los estándares regulatorios chinos. Aquí hay algunas áreas esenciales para monitorear:
-
-| Área de Monitoreo | Frecuencia | Acciones Clave |
-| --- | --- | --- |
-| Auditoría de Contenido | Mensual | Revisar contenido de usuarios y eliminar violaciones. |
-| Control de Seguridad | Trimestral | Verificar encriptación y actualizar certificados. |
-| Rendimiento del Servidor | Semanal | Rastrear tiempo de actividad y tiempos de respuesta. |
-| Revisión de Datos de Usuario | Mensual | Asegurar que el almacenamiento de datos cumpla con las reglas de privacidad. |
-| Documentación | Trimestral | Actualizar licencias y certificados. |
-
-### Prácticas Clave de Cumplimiento
-
-Para mantener el cumplimiento, concéntrese en estas tareas críticas:
-
--   Mantenga registros detallados de todos los cambios de contenido.
--   Documente mantenimiento del servidor y actualizaciones de seguridad minuciosamente.
--   Mantenga registros de cómo se manejan los datos de usuario.
--   Haga copias de seguridad de todos los documentos relacionados con el cumplimiento.
--   Programe auditorías internas regulares para revisar el cumplimiento.
-
-### Protocolo de Respuesta a Emergencias
-
-Esté preparado para problemas de cumplimiento estableciendo un plan de respuesta:
-
-1.  Asigne un oficial de cumplimiento para supervisar problemas.
-2.  Establezca canales claros de comunicación con las autoridades relevantes.
-3.  Consulte con expertos legales locales según sea necesario.
-4.  Mantenga registros detallados de cualquier incidente de cumplimiento.
-5.  Desarrolle procedimientos para abordar y resolver violaciones eficientemente.
-
-## Capgo para Actualizaciones de Aplicaciones Chinas
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgo ofrece herramientas diseñadas para simplificar las actualizaciones en tiempo real mientras asegura que su aplicación cumpla con las regulaciones chinas. Estas herramientas son esenciales para mantener su aplicación funcionando sin problemas y cumpliendo con los requisitos locales.
-
-### Herramientas de Cumplimiento ICP de Capgo
-
-La infraestructura de Capgo está construida para soportar el cumplimiento ICP con características como:
-
--   **Rendimiento CDN Global:** Descarga paquetes de 5MB en solo 114ms en toda China [\[1\]](https://capgo.app/).
--   **Entrega Segura:** Proporciona cifrado de extremo a extremo para paquetes de actualización [\[1\]](https://capgo.app/).
--   **Monitoreo de Cumplimiento:** Asegura que el 95% de los usuarios reciban actualizaciones en 24 horas [\[1\]](https://capgo.app/).
-
-Estas características, combinadas con las herramientas de desarrollo de Capgo, hacen que la gestión de aplicaciones en China sea más eficiente.
-
-### Herramientas para Desarrolladores
-
-Capgo ofrece un conjunto de herramientas adaptadas para desarrolladores que trabajan en el mercado chino:
-
-| Característica | Beneficio | Métrica de Rendimiento |
-| --- | --- | --- |
-| Actualizaciones Parciales | Ahorra ancho de banda | \-  |
-| Seguimiento de Errores | Rastrea problemas de implementación | 82% tasa de éxito de actualización mundial [\[1\]](https://capgo.app/) |
-| Sistema de Reversión | Revierte rápidamente a versiones anteriores | Reversión rápida |
-| Panel de Análisis | Rastrea el rendimiento de actualizaciones | Monitoreo en tiempo real |
-
-### Comparación de Plataformas
-
-Las características de Capgo proporcionan una ventaja competitiva, como se destaca a continuación:
-
-| Característica | Capgo | Alternativas del Mercado |
-| --- | --- | --- |
-| Usuarios Activos Mensuales | Hasta 1,000,000 | Limitado por plan |
-| Capacidad de Almacenamiento | Hasta 20 GB | Variable |
-| Ancho de Banda | Hasta 10 TB | Frecuentemente restringido |
-| Velocidad de Actualización | 57ms promedio de respuesta [\[1\]](https://capgo.app/) | Típicamente más lento |
-| Estructura de Costos | Comienza en $12/mes | Generalmente más alto |
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo actualmente soporta 750 aplicaciones en producción y ha entregado 23.5 millones de actualizaciones [\[1\]](https://capgo.app/).
-
-## Resumen
-
-Aquí hay un desglose de los pasos clave y prácticas cubiertas en las secciones anteriores.
-
-### Descripción General del Proceso
-
-Asegurar una presentación ICP para aplicaciones móviles en China involucra varios pasos importantes. Como se señaló en las secciones de Solicitud de Presentación y Post-Aprobación, cada fase requiere una atención cuidadosa al detalle. El período de revisión inicial típicamente toma 14-23 días hábiles, con tiempo adicional necesario si se solicitan revisiones.
-
-### Mejores Prácticas
-
-Al trabajar en una presentación ICP, estas estrategias pueden ayudar:
-
-| Mejor Práctica | Impacto | Consideración Clave |
-| --- | --- | --- |
-| Preparación de Documentos | Reduce retrasos | Asegurar que todos los documentos necesarios estén traducidos y notariados antes de la presentación. |
-| Selección de Proveedor | Asegura cumplimiento | Trabajar con proveedores experimentados en manejar presentaciones ICP de aplicaciones móviles. |
-| Sistema de Monitoreo | Rastrea progreso | Revisar regularmente los requisitos de cumplimiento para mantenerse actualizado con cualquier cambio. |
-| [Gestión de Actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Evita violaciones | Mantener la información de la aplicación y presentaciones actualizadas con las autoridades reguladoras. |
-
-### Beneficios de Capgo
-
-Capgo simplifica el proceso de mantener el cumplimiento ICP ofreciendo herramientas adaptadas para actualizaciones seguras y rápidas de aplicaciones. La plataforma proporciona **cifrado de extremo a extremo**, un requisito clave para cumplir con los estándares de seguridad de datos chinos. Su función de actualización en vivo permite a los desarrolladores implementar cambios regulatorios inmediatamente, saltando la necesidad de revisiones de la tienda de aplicaciones. Capgo reporta una tasa de éxito de actualización global del 82%, asegurando que el 95% de los usuarios activos reciban actualizaciones dentro de 24 horas [\[1\]](https://capgo.app/).
-
-Capgo también ofrece un sistema de canales que permite a los desarrolladores probar actualizaciones de cumplimiento con grupos específicos de usuarios antes de implementarlas ampliamente. El panel de análisis proporciona información sobre el rendimiento de las actualizaciones. Las características clave incluyen:
-
--   **Actualizaciones Instantáneas**: Aplica cambios regulatorios inmediatamente sin retrasos de la tienda de aplicaciones.
--   **Entrega Segura**: Las actualizaciones están cifradas de extremo a extremo para cumplir con los requisitos de seguridad chinos.
--   **Alojamiento Flexible**: Elige entre opciones basadas en la nube o autoalojadas para satisfacer necesidades de localización.
-
-Estas herramientas hacen de Capgo un recurso valioso para desarrolladores navegando el mercado chino, donde las respuestas rápidas a los cambios regulatorios son críticas para mantener el cumplimiento.
diff --git a/src/content/blog/es/in-app-purchases-capacitor.md b/src/content/blog/es/in-app-purchases-capacitor.md
deleted file mode 100644
index 7a0b70e5e..000000000
--- a/src/content/blog/es/in-app-purchases-capacitor.md
+++ /dev/null
@@ -1,311 +0,0 @@
----
-slug: in-app-purchases-capacitor
-title: compras dentro de la aplicación para Capacitor
-description: >-
-  Cómo implementar compras dentro de la aplicación para aplicaciones Capacitor
-  usando el plugin Capacitor Purchases y RevenueCat
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-19T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /revenuecat_iap.webp
-head_image_alt: Compras in-app de Revenue Cat
-keywords: >-
-  Capacitor, in-app purchases, RevenueCat, mobile app development, live updates,
-  OTA updates, continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: ''
----
->> Este plugin ha sido transferido al repositorio oficial de RevenueCat. Por favor, consulta la [documentación oficial](https://www.revenuecat.com/docs/getting-started/installation/capacitor) para más información.
-
-Capacitor Purchases es un plugin para el framework Capacitor que permite compras dentro de la aplicación en iOS y Android. Proporciona una API simple y consistente en múltiples plataformas, facilitando a los desarrolladores la implementación de suscripciones y compras dentro de sus aplicaciones móviles.
-
-Una de las características principales del plugin Capacitor Purchases es que se integra con RevenueCat, una plataforma que proporciona herramientas para suscripciones y compras dentro de la aplicación. RevenueCat simplifica el proceso de implementación de suscripciones y compras proporcionando una API simple y consistente en múltiples plataformas, y automatizando tareas como la validación de recibos y la gestión de usuarios.
-
-Con RevenueCat, los desarrolladores pueden gestionar fácilmente las suscripciones, hacer seguimiento de ingresos y realizar otras tareas relacionadas. Algunas características ofrecidas por RevenueCat incluyen:
-
-- Validación automática de recibos
-- Gestión de usuarios
-- Soporte para modelos de precios personalizados
-- Análisis detallados
-- Escalabilidad
-
-Al usar el plugin Capacitor Purchases con RevenueCat, los desarrolladores pueden ahorrar tiempo y esfuerzo al implementar suscripciones y compras en sus aplicaciones móviles, y proporcionar características adicionales que pueden ayudar a mejorar la experiencia del usuario y aumentar los ingresos.
-
-Usando el plugin Capacitor Purchases y RevenueCat, los desarrolladores pueden gestionar y hacer seguimiento fácilmente de las suscripciones y compras, validar recibos y gestionar usuarios en múltiples plataformas. También permite crear modelos de precios personalizados y obtener análisis detallados para mejorar el rendimiento y los ingresos.
-
-## Instalación
-
-Asegúrate de usar la última versión de Capacitor y el plugin Capacitor Purchases. Puedes verificar la última versión de Capacitor y el plugin Capacitor Purchases en el sitio web de Capacitor.
-
-Para instalar el plugin Capacitor Purchases, ejecuta el siguiente comando:
-`npm i @capgo/capacitor-purchases`
-añade el plugin al código nativo de tu aplicación
-`npx cap sync`
-
-añade la capacidad de compras dentro de la aplicación en Xcode:
-
-![Xcode step 1](/iap_step1.webp)
-luego
-![xcode step 2](/iap_step2.webp)
-
-## 1. Crear una Cuenta RevenueCat
-Esta guía te mostrará cómo empezar con suscripciones y el SDK de RevenueCat con solo unas pocas líneas de código.
-
-Regístrate para una nueva cuenta RevenueCat [aquí](https://app.revenuecat.com/).
-
-> ### 📘
-> 
-> 💡 ¡Aquí hay un consejo!
-> 
-> RevenueCat recomienda crear una cuenta RevenueCat separada para cada aplicación/proyecto que tengas, especialmente si alguna vez piensas vender la aplicación. Esto acelerará el proceso de transferencia, ya que puedes transferir la cuenta completa en lugar de esperar a que el Soporte de RevenueCat transfiera proyectos individuales.
-
-### Organizaciones / Empresa
-
-Recomendamos usar una cuenta de empresa al registrarse en RevenueCat y configurar tu aplicación dentro de un proyecto. Podrás invitar al resto de tu equipo como [colaboradores](https://www.revenuecat.com/docs/collaborators/) a tu proyecto, pero **solo el propietario del proyecto puede gestionar la facturación**. Los colaboradores del proyecto no pueden gestionar los detalles de facturación.
-
-## 2. Configuración del Proyecto y la Aplicación
-
-### ▶️ Crear un Proyecto
-
-Navega al panel de RevenueCat y [añade un nuevo proyecto](https://app.revenuecat.com/overview/) desde el menú desplegable en la navegación superior llamado _Projects_.
-
-![RevenueCat step 1](/revenuecat_step1.webp)
-
-El modal emergente para crear un nuevo Proyecto
-
-### ▶️ Añadir una Aplicación / Plataforma
-
-Desde **Project Settings > Apps** en el menú izquierdo del panel del proyecto, selecciona la plataforma para la aplicación que vas a añadir.
-
-![RevenueCat step 2](/revenuecat_step2.webp)
-
-Panel del proyecto para seleccionar la plataforma de la aplicación
-
-El campo **App name** es requerido para añadir tu aplicación a RevenueCat. El resto de los campos de configuración pueden añadirse más tarde. Para realizar compras de prueba y producción, el Bundle ID (iOS) / Package Name (Android) así como el Shared Secret (iOS) / Service Credentials (Android) deben estar configurados.
-
-![RevenueCat step 3](/revenuecat_step3.webp)
-
-Página de configuración de la aplicación para una aplicación de App Store
-
-> ### 📘
-> 
-> 💡 ¡Aquí hay un consejo!
-> 
-> Después de registrar tu aplicación, RevenueCat recomienda configurar las [Notificaciones del Servidor de Plataforma](https://www.revenuecat.com/docs/server-notifications/). Estas notificaciones no son requeridas, pero acelerarán los tiempos de entrega de [webhooks](https://www.revenuecat.com/docs/webhooks/) e integraciones y reducirán el tiempo de retraso al actualizar tus suscriptores.
-
-> ### 📘
-> 
-> Aplicaciones y usuarios de Staging vs. Producción
-> 
-> RevenueCat en sí no tiene entornos separados para staging y producción. Más bien, las transacciones subyacentes para los usuarios se diferencian por sandbox y producción.
-> 
-> Cualquier aplicación de RevenueCat puede realizar compras tanto de sandbox como de producción desde las tiendas. Si tienes aplicaciones separadas para staging y producción, puedes crear múltiples proyectos en RevenueCat para reflejar tu configuración.
-> 
-> Además, los usuarios tampoco están separados por entorno. El mismo usuario puede tener compras activas de sandbox y compras activas de producción al mismo tiempo.
-
-### ▶️ Credenciales de Servicio
-
-Las credenciales de servicio deben configurarse para que RevenueCat se comunique con las tiendas de aplicaciones en tu nombre. Consulta las guías de RevenueCat [App Store Connect Shared Secret](https://www.revenuecat.com/docs/itunesconnect-app-specific-shared-secret/), [Play Service Credentials](https://www.revenuecat.com/docs/creating-play-service-credentials/), y [Amazon Appstore Shared Secret](https://www.revenuecat.com/docs/service-credentials/amazon-appstore-credentials/) para más información.
-
-Ten en cuenta que las credenciales de servicio de Play pueden tardar hasta 36 horas en propagarse por los servidores de Google.
-
-## 3. Configuración de Productos
-
-### ▶️ Configuración de la Tienda
-
-Antes de poder comenzar a usar RevenueCat para obtener productos, debes configurar tus productos en las respectivas tiendas. Consulta las siguientes guías para [App Store Connect](https://www.revenuecat.com/docs/ios-products/), [Google Play Console](https://www.revenuecat.com/docs/android-products/), [Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/), y [Stripe](https://www.revenuecat.com/docs/stripe-products/) para ayudarte a navegar por este proceso.
-
-Si estás vendiendo productos iOS, asegúrate de firmar tu 'Acuerdo de Aplicaciones de Pago' y completar tu información bancaria y fiscal en **App Store Connect > Agreements, Tax, and Banking**. **Esto debe completarse antes de que puedas probar cualquier compra**.
-
-> ### 📘
-> 
-> ¿Quieres omitir la configuración de la tienda mientras pruebas?
-> 
-> En iOS, puedes retrasar la configuración de productos en App Store Connect probando con archivos de configuración StoreKit en su lugar. Estos archivos de configuración requieren una configuración mínima y son configurables directamente a través de Xcode.
-> 
-> Lee más sobre la configuración de archivos StoreKit Configuration en la guía de [Pruebas en Sandbox](https://www.revenuecat.com/docs/apple-app-store/#ios-14-only-testing-on-the-simulator) de RevenueCat.
-
-### ▶️ Configurar Productos y Derechos en RevenueCat
-
-Una vez que tus productos dentro de la aplicación han sido configurados en [App Store Connect](https://www.revenuecat.com/docs/ios-products/), [Google Play Console](https://www.revenuecat.com/docs/android-products/), [Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/), o [Stripe](https://www.revenuecat.com/docs/stripe-products/), necesitarás copiar esa configuración en el panel de RevenueCat. RevenueCat utiliza un sistema de Derechos para controlar el acceso a características premium, y Ofertas para gestionar el conjunto de productos que ofreces a los clientes.
-
-Los Derechos son el nivel de acceso al que un cliente tiene "derecho" después de comprar un producto específico.
-Las Ofertas son una forma simple para que organices los productos dentro de la aplicación que deseas "ofrecer" en tu muro de pago y configurarlos de forma remota. RevenueCat **recomienda** utilizar estas características para simplificar tu código y permitirte cambiar productos sin lanzar una actualización de la aplicación.
-
-Consulta [Configurando Productos](https://www.revenuecat.com/docs/entitlements/) para configurar tus productos y luego organizarlos en Ofertas o Derechos.
-
-![RevenueCat step 4](/revenuecat_step4.webp)
-
-## 4. Usando el SDK Purchases de RevenueCat
-
-El SDK de RevenueCat implementa sin problemas compras y suscripciones a través de plataformas mientras sincroniza tokens con el servidor de RevenueCat.
-
-Si tienes problemas con el SDK, consulta [Solución de problemas de los SDKs](https://www.revenuecat.com/docs/troubleshooting-the-sdks/) para obtener orientación.
-
-> ### 📘
-> 
-> Usa solo tu clave SDK pública para configurar Purchases
-> 
-> Puedes obtener tu clave SDK pública desde la pestaña **API keys** bajo **Project settings** en el panel.
-
-Solo debes configurar la instancia compartida de _Purchases_ una vez, generalmente al iniciar la aplicación. Posteriormente, la misma instancia se comparte en toda tu aplicación accediendo a la instancia `.shared` en el SDK.
-
-Consulta la guía de RevenueCat sobre [Configurando SDK](https://docs.revenuecat.com/docs/configuring-sdk/) para más información y mejores prácticas.
-
-Asegúrate de configurar _Purchases_ solo con tu clave SDK pública. Puedes leer más sobre las diferentes claves API disponibles en la guía de [Autenticación](https://www.revenuecat.com/docs/authentication/) de RevenueCat.
-
-```javascript
-import { CapacitorPurchases } from '@capgo/capacitor-purchases'
-import { isPlatform } from '@ionic/vue' // use the right one for your framework
-
-CapacitorPurchases.setDebugLogsEnabled({ enabled: import.meta.env.DEV }) // Enable to get debug logs in dev mode
-if (isPlatform('ios')) {
-    CapacitorPurchases.setup({ apiKey:'appl_******'})
-} else if (isPlatform('android')) {
-    CapacitorPurchases.setup({ apiKey:'goog_******'})
-}
-```
-
-Durante el desarrollo, RevenueCat recomienda habilitar registros de depuración más detallados. Para más información sobre estos registros, consulta su guía de [Depuración](https://www.revenuecat.com/docs/debugging/).
-
-Si planeas usar RevenueCat junto con tu código de compras existente, consulta su guía sobre [Modo Observador](https://www.revenuecat.com/docs/observer-mode/).
-
-> ### 📘
-> 
-> Configurando Purchases con IDs de Usuario
-> 
-> Si tienes un sistema de autenticación de usuarios en tu aplicación, puedes proporcionar un identificador de usuario al momento de la configuración o en una fecha posterior con una llamada a `.logIn()`. Para aprender más, consulta la guía de RevenueCat sobre [Identificando Usuarios](https://www.revenuecat.com/docs/user-ids/).
-
-El SDK obtendrá automáticamente las [Offerings configuradas](https://www.revenuecat.com/docs/entitlements/#offerings) y recuperará la información del producto de Apple, Google o Amazon. Por lo tanto, los productos disponibles ya estarán cargados cuando los clientes abran su pantalla de compra.
-
-A continuación se muestra un ejemplo de cómo obtener las Offerings. Puede utilizar las Offerings para organizar su pantalla de paywall. Consulte la guía de RevenueCat sobre [Mostrar Productos](https://www.revenuecat.com/docs/displaying-products/) para obtener más información y mejores prácticas.
-
-### ▶️ Obtener y Mostrar Productos Disponibles
-
-> ### 📘
-> 
-> Configurar Purchases con IDs de Usuario
-> 
-> Si tiene un sistema de autenticación de usuarios en su aplicación, puede proporcionar un identificador de usuario al momento de la configuración o en una fecha posterior con una llamada a `.logIn()`. Para obtener más información, consulte la guía de RevenueCat sobre [Identificación de Usuarios](https://www.revenuecat.com/docs/user-ids/).
-
-El SDK obtendrá automáticamente las [Offerings configuradas](https://www.revenuecat.com/docs/entitlements/#offerings) y recuperará la información del producto de Apple, Google o Amazon. Por lo tanto, los productos disponibles ya estarán cargados cuando los clientes abran su pantalla de compra.
-
-A continuación se muestra un ejemplo de cómo obtener las Offerings. Puede utilizar las Offerings para organizar su pantalla de paywall. Consulte la guía de RevenueCat sobre [Mostrar Productos](https://www.revenuecat.com/docs/displaying-products/) para obtener más información y mejores prácticas.
-
-```javascript
-const { offerings } = await CapacitorPurchases.getOfferings()
-if (offerings.current !== null) {  
-    // Display current offering with offerings.current
-}
-```
-
-Si al obtener sus [Offerings](https://www.revenuecat.com/docs/entitlements/#offerings), [productos](https://www.revenuecat.com/docs/entitlements/#products) o [paquetes](https://www.revenuecat.com/docs/entitlements/#adding-packages) disponibles están vacíos, se debe a algún problema de configuración en la tienda respectiva.
-
-Las razones más comunes para esto en App Store Connect son un 'Acuerdo de Aplicaciones de Pago' desactualizado o productos que no están al menos en estado 'Listo para Enviar'. En GooglePlay, esto generalmente ocurre cuando la aplicación no está publicada en una pista cerrada y no se ha agregado un usuario de prueba válido.
-
-Puede encontrar más información sobre la solución de este problema en el [Centro de Ayuda](https://support.revenuecat.com/hc/en-us/articles/360041793174/) de RevenueCat.
-
-### ▶️ Realizar una Compra
-
-El SDK incluye un método simple para facilitar las compras. El método `purchase:package` toma un paquete de la Offering obtenida y procesa la transacción con la tienda de aplicaciones respectiva.
-
-El ejemplo de código a continuación muestra el proceso de compra de un paquete y la confirmación de que desbloquea el contenido "your_entitlement_id". Puede encontrar más detalles sobre el método `purchase:package` en la guía de RevenueCat sobre [Realizar Compras](https://www.revenuecat.com/docs/making-purchases/).
-
-```typescript
-const purchase = async (p: Package): Promise<PurchaserInfo | null> => {
-  try {
-    // console.log('purchase', p)
-    const data = await CapacitorPurchases.purchasePackage({
-      identifier: p.identifier,
-      offeringIdentifier: p.offeringIdentifier,
-    })
-    const purchaserInfo = data.purchaserInfo
-    // console.log('listenBuy', purchaserInfo)
-    if (purchaserInfo.activeSubscriptions.includes(p.identifier)) {
-      // set the user as paid
-    }
-    return purchaserInfo
-  }
-  catch (e) {
-    console.error('listenBuy error', e)
-  }
-  return null
-}
-```
-
-### ▶️ Verificar el Estado de la Suscripción
-
-Puede usar este método cuando necesite obtener el estado más reciente, y es seguro llamarlo repetidamente durante el ciclo de vida de su aplicación. _Purchases_ almacena automáticamente en caché la última `CustomerInfo` cada vez que se actualiza, por lo que en la mayoría de los casos, este método obtiene datos del caché y se ejecuta muy rápido.
-
-Es típico llamar a este método cuando se decide qué UI mostrar al usuario, y siempre que el usuario realiza una acción que requiere un cierto nivel de derecho.
-
-> ### 📘
-> 
-> 💡 ¡Aquí hay un consejo!
-> 
-> Puede acceder a mucha más información sobre una suscripción que simplemente si está activa o no. Consulte la guía de RevenueCat sobre [Estado de Suscripción](https://www.revenuecat.com/docs/customer-info/) para saber si la suscripción está configurada para renovarse, si se detecta algún problema con la tarjeta de crédito del usuario, y más.
-
-RevenueCat permite a sus usuarios restaurar sus compras in-app, reactivando cualquier contenido que hayan comprado previamente desde la **misma cuenta de tienda** (cuenta de Apple, Google o Amazon). Recomendamos que todas las aplicaciones tengan alguna forma para que los usuarios activen el método de restauración. Tenga en cuenta que Apple requiere un mecanismo de restauración en caso de que un usuario pierda acceso a sus compras (por ejemplo: desinstalar/reinstalar la aplicación, perder su información de cuenta, etc.).
-
-```javascript
-  const res = await CapacitorPurchases.restoreTransactions()
-  const purchaserInfo = res.purchaserInfo
-  const ids: string[] = [] // extract active subscriptions ids
-  purchaserInfo.activeSubscriptions.forEach((id) => {
-    ids.push(id)
-  })
-
-```
-
-Si dos [IDs de Usuario de App](https://www.revenuecat.com/docs/user-ids/) diferentes restauran transacciones desde la misma cuenta de tienda subyacente (cuenta de Apple, Google o Amazon).
-RevenueCat puede intentar crear un alias entre los dos IDs de Usuario de App y contarlos como el mismo usuario en adelante. Consulte la guía de RevenueCat sobre [Restaurar Compras](https://www.revenuecat.com/docs/restoring-purchases/) para obtener más información sobre los diferentes comportamientos de restauración configurables.
-
-Dado que el SDK funciona perfectamente en cualquier plataforma, los cambios en la información de compra de un usuario pueden provenir de diversas fuentes. Puede responder a cualquier cambio en la `CustomerInfo` de un cliente implementando un método delegado opcional, `purchases:receivedUpdated:`.
-
-Este método se activará cada vez que el SDK reciba un objeto `CustomerInfo` actualizado de las llamadas a `getCustomerInfo()`, `purchase(package:)`, `purchase(product:)` o `restorePurchases()`.
-
-Las actualizaciones de CustomerInfo _no_ se envían a su aplicación desde el backend de RevenueCat, las actualizaciones solo pueden ocurrir desde una solicitud de red saliente a RevenueCat, como se mencionó anteriormente.
-
-Dependiendo de su aplicación, puede ser suficiente ignorar el delegado y simplemente manejar los cambios en la información del cliente la próxima vez que se inicie su aplicación o en los bloques de finalización de los métodos del SDK.
-
-```javascript
-CapacitorPurchases.addListener('purchasesUpdate', (data) => {
-  console.log('purchasesUpdate', data)
-})
-```
-
-> ### 👍
-> 
-> ¡Lo lograste!
-> 
-> Has implementado un sistema completo de compras por suscripción sin pasar un mes escribiendo código de servidor. ¡Felicitaciones!
-
-### Aplicaciones de Ejemplo
-
-Para descargar ejemplos más completos de integración del SDK, dirígete a los recursos de aplicaciones de ejemplo de RevenueCat.
-
-**[Ver Ejemplos](https://www.revenuecat.com/docs/sample-apps/)**
-
-Pronto publicaré una aplicación de ejemplo usando Capacitor y Vue.js.
-
-Si necesitas hacer un uso más profundo del SDK de Capacitor, consulta la documentación [aquí](https://github.com/Cap-go/capacitor-purchases/).
-
-### Próximos Pasos
-\
--   Si aún no lo has hecho, asegúrate de que tus productos estén configurados correctamente consultando la [guía de derechos](https://www.revenuecat.com/docs/entitlements/) de RevenueCat.
--   Si deseas usar tus propios identificadores de usuario, lee sobre [configurar IDs de usuario de app](https://www.revenuecat.com/docs/user-ids/).
--   Si te estás mudando a RevenueCat desde otro sistema, consulta la guía de RevenueCat sobre [migrar tus suscripciones existentes](https://www.revenuecat.com/docs/migrating-existing-subscriptions/).
--   Una vez que estés listo para probar tu integración, puedes seguir las guías de RevenueCat sobre [pruebas y depuración](https://www.revenuecat.com/docs/debugging/).
--   Si calificas para el Programa para Pequeñas Empresas de App Store, consulta la guía de RevenueCat sobre [cómo aplicar e informar a RevenueCat](https://www.revenuecat.com/docs/app-store-small-business-program/)
-
-Si necesitas actualizaciones en vivo en tu aplicación 
-
-Únete aquí 👇
-
-## Regístrate aquí para obtener tu cuenta
-
-[Capgo](/register/)
diff --git a/src/content/blog/es/installing-capacitor-cli-step-by-step-guide.md b/src/content/blog/es/installing-capacitor-cli-step-by-step-guide.md
deleted file mode 100644
index 00a6ff77e..000000000
--- a/src/content/blog/es/installing-capacitor-cli-step-by-step-guide.md
+++ /dev/null
@@ -1,365 +0,0 @@
----
-slug: installing-capacitor-cli-step-by-step-guide
-title: 'Instalando Capacitor CLI: Guía Paso a Paso'
-description: >-
-  Aprende a instalar y configurar Capacitor CLI para transformar aplicaciones
-  web en aplicaciones móviles nativas de manera eficiente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T02:49:29.961Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f-1743734983341.jpg
-head_image_alt: Desarrollo Móvil
-keywords: 'Capacitor, CLI, mobile app development, Node.js, Android, iOS, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) CLI te ayuda a transformar aplicaciones web en aplicaciones nativas para iOS y Android con una única base de código.** Aquí te mostramos cómo configurarlo rápidamente:
-
--   **Requisitos previos**: Instala [Node.js](https://nodejs.org/en) (v16+), npm y un framework web (React, Vue, Angular, etc.).
--   **[Instalar Capacitor CLI](https://capgo.app/docs/cli/commands)**: Ejecuta `npm install @capacitor/cli @capacitor/core` e inicializa tu proyecto con `npx cap init`.
--   **Preparar Plataformas**: Agrega soporte para iOS (`npx cap add ios`) y Android (`npx cap add android`).
--   **Construir y Sincronizar**: Usa `npm run build` y `npx cap sync` para transferir activos web a proyectos nativos.
--   **Actualizaciones Opcionales en Vivo**: Usa herramientas como [Capgo](https://capgo.app/) para enviar actualizaciones al instante sin retrasos en la tienda de aplicaciones.
-
-Capacitor CLI simplifica el desarrollo y mantenimiento de aplicaciones. Sigue la guía para una instalación y resolución de problemas sin problemas.
-
-## ¡Construye una Aplicación Móvil Rápido! React + [Capacitor](https://capacitorjs.com/) + [Tailwind](https://tailwindcss.com/) + [DaisyUI](https://daisyui.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/PPXktTJXMPE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Antes de Empezar
-
-Prepara tu entorno siguiendo estos pasos:
-
-### Configura [Node.js](https://nodejs.org/en) y npm
-
-![Node.js](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/a74739743b1f15b8d0bf124a9c30cba9.jpg)
-
-Necesitarás la versión 16 o superior de Node.js. Se recomienda la última versión LTS. Para verificar tu configuración, ejecuta:
-
-```bash
-node --version
-npm --version
-```
-
-Si necesitas actualizar, descarga Node.js (que incluye npm) desde el sitio web oficial.
-
-Después de confirmar que Node.js está listo, asegúrate de que tu proyecto web cumpla con los requisitos necesarios de Capacitor.
-
-### Verifica Tu Proyecto Web
-
-Tu proyecto web debe tener lo siguiente:
-
--   **Un package.json válido**: Asegúrate de que esté configurado correctamente.
--   **Un directorio de construcción**: Aquí es donde residen tus activos web (comúnmente `dist` o `www`).
--   **Un punto de entrada**: Tu directorio de construcción debe incluir un archivo `index.html`.
-
-Aquí tienes un vistazo rápido a los campos clave de `package.json`:
-
-| Campo Requerido | Valor Ejemplo | Propósito |
-| --- | --- | --- |
-| name | "my-app" | Identifica el proyecto |
-| version | "1.0.0" | Especifica la versión de la aplicación |
-| build directory | "dist" o "www" | Apunta a activos web |
-
-Una vez que tu Node.js y proyecto web estén listos, pasa a instalar herramientas específicas de plataforma.
-
-### Instalar el Software Requerido
-
-**Para Desarrollo en Android:**
-
--   Descarga e instala la última versión de **[Android Studio](https://developer.android.com/studio)**.
--   Configura el SDK de Android con al menos el nivel de API 22.
--   Configura la variable de entorno `ANDROID_HOME`.
-
-**Para Desarrollo en iOS (solo Mac):**
-
--   Instala **[Xcode](https://developer.apple.com/xcode/) 14** o una versión más reciente.
-    
--   Instala las Herramientas de Línea de Comando.
-    
--   Usa [Homebrew](https://brew.sh/) para instalar [CocoaPods](https://cocoapods.org/):
-    
-    ```bash
-    brew install cocoapods
-    ```
-    
--   Acepta la licencia de Xcode:
-    
-    ```bash
-    sudo xcodebuild -license accept
-    ```
-    
-
-Al integrar Capgo más adelante, asegúrate de tener una conexión a Internet estable y certificados SSL válidos.
-
-Con estos pasos completos, estás listo para un proceso de desarrollo de Capacitor sin problemas. A continuación, instalarás el Capacitor CLI.
-
-## Instalar Capacitor CLI
-
-Con tu entorno listo, es hora de instalar y configurar Capacitor CLI.
-
-### Agregar Paquetes de Capacitor
-
-Comienza por instalar los paquetes de Capacitor CLI y Core usando npm:
-
-```bash
-npm install @capacitor/cli @capacitor/core
-```
-
-Una vez instalado, confirma la configuración verificando la [versión de Capacitor](https://capgo.app/plugins/ivs-player/):
-
-```bash
-npx cap --version
-```
-
-### Configura Tu Proyecto
-
-Inicializa Capacitor en tu proyecto con el siguiente comando:
-
-```bash
-npx cap init
-```
-
-Durante la inicialización, se te pedirá que proporciones estos detalles:
-
-| Configuración | Descripción | Ejemplo |
-| --- | --- | --- |
-| App Name | El nombre que se muestra en las tiendas de aplicaciones | "Mi Aplicación Asombrosa" |
-| App ID | Un identificador único para tu aplicación | "com.mycompany.myapp" |
-| Web Directory | Ruta a tus activos web | "dist" o "www" |
-
-A continuación, actualiza tu archivo de configuración (`capacitor.config.ts` o `capacitor.config.json`) con los ajustes relevantes:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.mycompany.myapp',
-  appName: 'My Awesome App',
-  webDir: 'dist',
-  bundledWebRuntime: false
-};
-
-export default config;
-```
-
-### Configura iOS y Android
-
-Agrega soporte para las plataformas iOS y Android con estos comandos:
-
-```bash
-npx cap add ios
-npx cap add android
-```
-
-Esto generará proyectos nativos:
-
--   **iOS**: Crea una carpeta `ios` que contiene el proyecto de Xcode.
--   **Android**: Crea una carpeta `android` para el proyecto de Android Studio.
-
-Después de realizar cambios en tus activos web, ejecuta los siguientes comandos para construir y sincronizar:
-
-```bash
-npm run build
-npx cap sync
-```
-
-Este proceso compila tus activos web y los transfiere a los proyectos nativos, incluyendo cualquier [plugin de Capacitor](https://capgo.app/plugins/) instalado.
-
-Para abrir los proyectos nativos y realizar más personalizaciones:
-
-```bash
-npx cap open ios     # Opens Xcode
-npx cap open android # Opens Android Studio
-```
-
-Ahora estás listo para probar tu configuración y resolver cualquier problema que pueda surgir.
-
-## Solucionar Problemas Comunes
-
-Al configurar Capacitor CLI, podrías encontrarte con algunos inconvenientes comunes. Aquí hay cómo abordarlos:
-
-### Problemas con Android Gradle
-
-Si enfrentas problemas relacionados con Gradle, prueba estos pasos:
-
-1.  Navega al directorio de Android y limpia la caché de construcción:
-    
-    ```bash
-    cd android
-    ./gradlew cleanBuildCache
-    ```
-    
-2.  Actualiza la versión de Gradle en `android/build.gradle`:
-    
-    ```kotlin
-    buildscript {
-        ext {
-            gradleVersion = '8.1.0'
-        }
-    }
-    ```
-    
-3.  Agrega las siguientes líneas a `android/gradle.properties` para un mejor rendimiento:
-    
-    ```properties
-    org.gradle.jvmargs=-Xmx4608m
-    org.gradle.parallel=true
-    ```
-    
-
-Si los problemas persisten, revisa tu configuración o consulta recursos adicionales de solución de problemas.
-
-### La Aplicación Muestra Pantalla en Blanco
-
-Una pantalla en blanco generalmente indica un problema de configuración. Aquí hay cómo abordarlo:
-
--   **Verifica la Ruta del Directorio Web**: Asegúrate de que `webDir` coincida con tu salida de construcción.
-    
-    ```typescript
-    const config: CapacitorConfig = {
-        webDir: 'dist', // Adjust if necessary
-    };
-    ```
-    
--   **Verifica la Configuración del Servidor**: Confirma que los ajustes del servidor sean correctos.
-    
-    ```typescript
-    server: {
-        url: 'http://localhost:3000',
-        cleartext: true
-    }
-    ```
-    
--   **Actualiza la Política de Seguridad de Contenido**: Agrega esta etiqueta meta a tu HTML para una carga correcta de recursos.
-    
-    ```html
-    <meta http-equiv="Content-Security-Policy" content="default-src 'self' 'unsafe-inline' 'unsafe-eval' data: *">
-    ```
-    
-
-### El Plugin No Funciona
-
-Si un plugin no se comporta como se esperaba, sigue estos pasos:
-
-1.  Realiza una instalación limpia de las dependencias:
-    
-    ```bash
-    rm -rf node_modules
-    npm cache clean --force
-    npm install
-    ```
-    
-2.  Verifica la configuración de los plugins en `capacitor.config.ts` para asegurarte de que estén configurados correctamente:
-    
-    ```typescript
-    plugins: {
-        PluginName: {
-            option: 'value'
-        }
-    }
-    ```
-    
-
-Para aquellos que utilizan el [plugin nativo de Capgo](https://capgo.app/plugins/), se sincroniza automáticamente con los plugins y mantiene la compatibilidad durante las actualizaciones.
-
-Después de aplicar estas soluciones, reconstruye tu proyecto para verificar los cambios:
-
-```bash
-npm run build && npx cap copy && npx cap sync
-```
-
-Una vez que todo esté funcionando sin problemas, puedes avanzar con la exploración de opciones de actualización en vivo con Capgo.
-
-## Actualizaciones en Vivo con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/435c1a19c50c4ff1b7d76cbc4edeb6d0.jpg)
-
-Simplifica [las actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) utilizando Capgo. Te permite enviar actualizaciones directamente a los usuarios, saltándote la necesidad de revisiones en la tienda de aplicaciones.
-
-**Comenzar es simple.** Primero, instala los paquetes necesarios:
-
-```bash
-npm install @capgo/cli @capgo/capacitor-updater
-npx cap sync
-```
-
-Luego, inicializa Capgo en tu proyecto:
-
-```bash
-npx @capgo/cli init
-```
-
-### Planes de Precios
-
-Capgo ofrece varios niveles de precios para satisfacer diferentes necesidades:
-
-| Plan | Usuarios Activos Mensuales | Ancho de Banda | Almacenamiento | Precio (Anual) |
-| --- | --- | --- | --- | --- |
-| SOLO | 1,000 | 50 GB | 2 GB | $12/mes |
-| MAKER | 10,000 | 500 GB | 5 GB | $33/mes |
-| TEAM | 100,000 | 2,000 GB | 10 GB | $83/mes |
-
-Para usuarios empresariales, el plan PAYG comienza en $249/mes e incluye beneficios como acceso a la API, dominios personalizados y soporte dedicado.
-
-### Configuración para Actualizaciones en Vivo
-
-Para habilitar actualizaciones en vivo, añade lo siguiente a tu archivo `capacitor.config.ts`:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://api.capgo.app/updates'
-    }
-  }
-}
-```
-
-### Características Clave
-
-Capgo proporciona varias características destacadas:
-
--   **[Actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/)** con encriptación de extremo a extremo
--   **Despliegues automatizados** a través de CI/CD integrado
--   **Actualizaciones dirigidas** a través de la asignación de usuarios
--   **Rollback instantáneo** con control de versiones
--   **Analítica en tiempo real** para rastrear actualizaciones
-
-### Comandos de Despliegue
-
-Prueba las actualizaciones en desarrollo antes de desplegarlas en vivo. Usa los siguientes comandos:
-
--   Desplegar a staging:
-    
-    ```bash
-    npx @capgo/cli deploy --channel staging
-    ```
-    
--   Desplegar a producción:
-    
-    ```bash
-    npx @capgo/cli deploy --channel production
-    ```
-    
-
-Capgo garantiza el cumplimiento con las directrices de Apple y Android, por lo que tus actualizaciones en vivo no correrán el riesgo de violaciones en la tienda de aplicaciones. Es una forma eficiente de gestionar aplicaciones de Capacitor después de la instalación.
-
-## Conclusión
-
-Configurar Capacitor CLI es simple cuando tienes los requisitos previos correctos. Esta configuración asegura actualizaciones de aplicaciones más suaves y flujos de trabajo de desarrollo eficientes.
-
-Las herramientas modernas hacen que el mantenimiento de aplicaciones sea más fácil que nunca. Por ejemplo, Capgo ahora ofrece actualizaciones en vivo, reemplazando métodos más antiguos. Su integración con la instalación CLI lo convierte en una excelente opción para los desarrolladores que trabajan con aplicaciones de Capacitor.
-
-El [ecosistema de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) está mejorando constantemente con nuevas herramientas y características. Instalar el CLI es solo el punto de partida para [construir aplicaciones móviles](https://capgo.app/blog/angular-mobile-app-capacitor/), y te beneficiarás de documentación detallada y una comunidad activa de desarrolladores.
-
-Asegúrate de mantener actualizado el Capacitor CLI y sus paquetes para evitar problemas de compatibilidad.
diff --git a/src/content/blog/es/integrate-universal-links-capacitor-nextjs.md b/src/content/blog/es/integrate-universal-links-capacitor-nextjs.md
deleted file mode 100644
index 15f5ece8e..000000000
--- a/src/content/blog/es/integrate-universal-links-capacitor-nextjs.md
+++ /dev/null
@@ -1,190 +0,0 @@
----
-slug: integrate-universal-links-capacitor-nextjs
-title: Cómo Integrar Enlaces Universales en Next.js con Capacitor
-description: >-
-  Aprende paso a paso cómo configurar enlaces universales para tu aplicación
-  Next.js con Capacitor tanto en plataformas iOS como Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-14T00:00:00.000Z
-updated_at: 2023-12-14T00:00:00.000Z
-head_image: /deeplink_next_capacitor.webp
-head_image_alt: Enlaces Universales de Capacitor
-keywords: >-
-  Capacitor, Universal Links, Next.js, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: DeepLinking
-published: true
-locale: es
-next_blog: ''
----
-Los enlaces universales en iOS y App Links en Android permiten que los usuarios sean dirigidos directamente a tu aplicación desde un enlace, sin pasar por el navegador. Esto es particularmente útil para mejorar la experiencia del usuario y mantener el contexto desde una página web a una aplicación. En esta guía, veremos el proceso de configuración de estos enlaces profundos para una aplicación Next.js usando Capacitor.
-
-Configurar enlaces profundos no requiere mucho código, pero implica algo de configuración. Al final de esta guía, podrás hacer clic en un enlace como `https://www.capgo.app/details/22` y hacer que tu aplicación se abra en la página correcta si está instalada.
-
-## Configuración de Enlaces Profundos en Next.js
-
-Primero, crearemos una nueva aplicación Next.js y una página de detalles para pruebas:
-
-```sh
-npx create-next-app@latest capgoLinks
-cd capgoLinks
-mkdir pages/details
-touch pages/details/[id].js
-npm run build
-npx cap add ios
-npx cap add android
-```
-
-Asegúrate de que tu **ID del paquete** esté correctamente configurado en el archivo **capacitor.config.json**, ya que es crucial para la configuración:
-
-```json
-{
-  "appId": "com.capgo.deeplinks",
-  "appName": "capgoLinks",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-Para el enrutamiento, Next.js utiliza enrutamiento basado en archivos, así que al crear un archivo en `pages/details/[id].js`, ya hemos configurado nuestra ruta comodín.
-
-En `pages/details/[id].js`, podemos recuperar el ID de la URL usando el enrutador integrado de Next.js:
-
-```jsx
-import { useRouter } from 'next/router'
-
-function DetailsPage() {
-  const router = useRouter()
-  const { id } = router.query
-
-  return (
-    <div>
-      <p>My ID: {id}</p>
-    </div>
-  )
-}
-
-export default DetailsPage
-```
-
-Ahora, vamos a manejar el evento `appUrlOpen` con Capacitor. Este evento se activa cuando la aplicación se abre a través de un esquema de URL personalizado. Agrega un listener en el archivo `pages/_app.js`:
-
-```jsx
-import { useEffect } from 'react'
-import { App } from '@capacitor/app'
-
-function MyApp({ Component, pageProps }) {
-  useEffect(() => {
-    App.addListener('appUrlOpen', (event) => {
-      const slug = event.url.split('.app').pop()
-      if (slug)
-        window.location.href = slug
-
-    })
-  }, [])
-
-  return <Component {...pageProps} />
-}
-
-export default MyApp
-```
-
-Este código escucha el evento `appUrlOpen` y navega a la ruta apropiada dentro de tu aplicación Next.js.
-
-## Configuración de iOS
-
-Para iOS, necesitarás un ID de aplicación con Associated Domains habilitado. Crea un archivo **apple-app-site-association** con el siguiente contenido, reemplazando `YOURTEAMID` y `com.your.bundleid` con tu ID de equipo y ID de paquete reales:
-
-```json
-{
-  "applinks": {
-    "apps": [],
-    "details": [
-      {
-        "appID": "YOURTEAMID.com.your.bundleid",
-        "paths": ["*"]
-      }
-    ]
-  }
-}
-```
-
-Sube este archivo al directorio `.well-known` en tu dominio, haciéndolo accesible en `https://www.capgo.app/.well-known/apple-app-site-association`.
-
-En Xcode, agrega el dominio a los derechos de tu aplicación usando el formato `applinks:capgo.app`.
-
-## Configuración de Android
-
-Para los App Links de Android, sigue estos pasos:
-
-1. Genera un archivo keystore si no tienes uno.
-2. Obtén la huella digital SHA256 del keystore.
-3. Crea un archivo **assetlinks.json** con tu nombre de paquete y huella digital SHA256.
-4. Sube este archivo al directorio `.well-known` en tu dominio.
-
-En tu `AndroidManifest.xml`, agrega un `intent-filter` al elemento `activity` que maneja los enlaces profundos:
-
-```xml
-<activity ...>
-  <intent-filter android:autoVerify="true">
-    <action android:name="android.intent.action.VIEW" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <category android:name="android.intent.category.BROWSABLE" />
-    <data android:scheme="https" android:host="capgo.app" />
-  </intent-filter>
-</activity>
-```
-
-Después de subir el archivo `assetlinks.json`, puedes verificarlo usando la herramienta Digital Asset Links de Google. Si todo está configurado correctamente, verás una marca verde.
-
-Para compilar y firmar tu aplicación, usa los siguientes comandos:
-
-```sh
-cd android
-./gradlew assembleRelease
-cd ..
-jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore my-release-key.keystore android/app/build/outputs/apk/release/app-release-unsigned.apk alias_name
-zipalign -v 4 android/app/build/outputs/apk/release/app-release-unsigned.apk capgo.apk
-adb install capgo.apk
-```
-
-Esto instalará la aplicación firmada en tu dispositivo Android conectado.
-
-## Configuración de Capacitor para Ajustes de Proyecto Nativo
-
-Para automatizar los ajustes del proyecto nativo, considera usar el [paquete Capacitor configure](https://github.com/ionic-team/capacitor-configure/). Instálalo en tu proyecto:
-
-```sh
-npm install @capacitor/configure
-```
-
-Crea un archivo `capacitor.config.yaml` en la raíz de tu proyecto:
-
-```yaml
-vars:
-  BUNDLE_ID: com.capgo.deeplinks
-  PACKAGE_NAME: com.capgo.deeplinks
-platforms:
-  ios:
-    targets:
-      App:
-        bundleId: $BUNDLE_ID
-    entitlements:
-      - com.apple.developer.associated-domains: ['applinks:capgo.app']
-  android:
-    packageName: $PACKAGE_NAME
-```
-
-Ejecuta la herramienta de configuración con esta configuración:
-
-```sh
-npx cap-config run capacitor.config.yaml
-```
-
-Esto aplicará los ajustes especificados en el archivo YAML a tus proyectos nativos.
-
-## Conclusión
-
-Configurar enlaces profundos con Capacitor para una aplicación Next.js implica configurar los ajustes de dominio y proyecto tanto para iOS como para Android. Si bien el proceso requiere atención al detalle, está optimizado en comparación con métodos más antiguos y no requiere plugins adicionales. Asegúrate de que los archivos de verificación de dominio se sirvan correctamente y compruébalos con las herramientas de plataforma respectivas. Una vez configurado, tu aplicación se abrirá sin problemas desde enlaces web, proporcionando una transición fluida para tus usuarios desde la web a la aplicación.
diff --git a/src/content/blog/es/integrity-checks-for-capacitor-updates.md b/src/content/blog/es/integrity-checks-for-capacitor-updates.md
deleted file mode 100644
index ad6a72be6..000000000
--- a/src/content/blog/es/integrity-checks-for-capacitor-updates.md
+++ /dev/null
@@ -1,215 +0,0 @@
----
-slug: integrity-checks-for-capacitor-updates
-title: Comprobaciones de integridad para actualizaciones de Capacitor
-description: >-
-  Aprende cómo implementar actualizaciones OTA seguras para aplicaciones
-  Capacitor utilizando verificaciones de integridad, cifrado y estrategias
-  efectivas de reversión.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-25T02:39:56.412Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67bd178e258ce8f57ea75e3e-1740451235493.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  OTA updates, Capacitor, security, integrity checks, encryption, mobile apps,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Las actualizaciones OTA seguras para aplicaciones de [Capacitor](https://capacitorjs.com/) son esenciales para proteger a los usuarios y sus datos.** Aquí te mostramos cómo garantizar actualizaciones seguras:
-
--   **Verificaciones de Integridad**: Utiliza hashes criptográficos y firmas digitales para confirmar que las actualizaciones no han sido alteradas.
--   **Amenazas Comunes**: Previene la interceptación, suplantación y manipulación con HTTPS, firmas digitales y sumas de verificación.
--   **Integración con [Capgo](https://capgo.app/)**: Simplifica las actualizaciones seguras con cifrado, verificación en tiempo real y funciones de reversión de Capgo.
--   **Prácticas Clave de Seguridad**:
-    -   Implementa HTTPS para comunicación segura.
-    -   Usa autenticación TLS mutua para solicitudes de actualización.
-    -   Firma paquetes de actualización y verifica con sumas de comprobación.
-    -   Almacena claves de forma segura usando iOS Keychain o [Android Keystore](https://developer.android.com/privacy-and-security/keystore).
-
-**Consejo Rápido**: Automatiza la reversión para actualizaciones fallidas y mantén informados a los usuarios durante los problemas para mantener la confianza.
-
-Este artículo profundiza en la configuración de una infraestructura OTA segura, métodos criptográficos y herramientas prácticas como Capgo para optimizar el proceso.
-
-## Video relacionado de YouTube
-
-<iframe src="https://www.youtube.com/embed/z7nqbCQQBp8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Infraestructura Segura de Actualizaciones OTA
-
-Construye un sistema confiable de actualizaciones OTA (Over-The-Air) para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) incorporando HTTPS, autenticación fuerte y herramientas de actualización en tiempo real.
-
-### Configuración HTTPS para Actualizaciones
-
-El uso de HTTPS es crucial para cifrar las transmisiones de actualizaciones. Las medidas de seguridad clave incluyen:
-
-| Componente de Seguridad | Detalle de Implementación | Propósito |
-| --- | --- | --- |
-| Certificado SSL/TLS | Obtener de una Autoridad Certificadora (CA) confiable | Asegura datos durante la transmisión |
-| Configuración del Servidor | Forzar uso estricto de HTTPS | Protege contra ataques de degradación |
-| Fijación de Certificados | Validar huella digital SHA-256 | Confirma identidad del servidor |
-
-Asegúrate de que tu aplicación Capacitor solo acepte conexiones HTTPS para solicitudes de actualización. Este paso previene la interceptación y manipulación de datos, formando la base para una autenticación segura.
-
-### Autenticación de Solicitudes de Actualización
-
-La autenticación mutua TLS (Transport Layer Security) asegura que tanto el cliente como el servidor verifiquen la identidad del otro. Todas las comunicaciones HTTP para actualizaciones deben incluir verificaciones estrictas de autenticación y autorización [\[2\]](https://docs.aws.amazon.com/freertos/latest/userguide/dev-guide-ota-security.html). Estos protocolos mejoran la seguridad proporcionada por HTTPS, creando una defensa en capas.
-
-### Uso de [Capgo](https://capgo.app/) para Actualizaciones
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-25.jpg?auto=compress)
-
-Capgo ofrece una solución optimizada y segura para gestionar actualizaciones OTA. Con más de 23.5 millones de actualizaciones entregadas en 750 aplicaciones en producción, Capgo proporciona:
-
--   **Cifrado de extremo a extremo** para usuarios autorizados
--   **Cumplimiento** con las reglas de plataforma de Apple y Google
--   **Verificación en tiempo real** para asegurar la integridad de las actualizaciones
-
-Para comenzar, instala el plugin de Capgo usando `npx @capgo/cli init`. Esto habilita la verificación automática de actualizaciones cuando la aplicación inicia. Para iOS, Capgo incluye un intérprete Dart personalizado para cumplir con requisitos específicos de la plataforma [\[3\]](https://capgo.app/docs/faq/).
-
-## Métodos de Seguridad Criptográfica
-
-Asegura las actualizaciones OTA en aplicaciones Capacitor implementando prácticas criptográficas sólidas.
-
-### Gestión de Claves
-
-La gestión efectiva de claves es crítica. Utiliza un Servicio de Gestión de Claves (KMS) para manejar la generación, almacenamiento, distribución y monitoreo de claves de cifrado.
-
-| Fase de Gestión de Claves | Requisitos de Implementación | Consideraciones de Seguridad |
-| --- | --- | --- |
-| Generación | Usar TRNG criptográficamente seguro | Asegurar fuente de entropía basada en hardware |
-| Almacenamiento | Utilizar sistemas de respaldo cifrados | Mantener aislamiento seguro de claves |
-| Distribución | Aplicar mecanismos de control de acceso | Implementar permisos basados en roles |
-| Monitoreo | Habilitar seguimiento de acceso en tiempo real | Configurar alertas automatizadas |
-
-Para almacenamiento de claves del lado del cliente, confía en herramientas seguras específicas de la plataforma como **[iOS Keychain Services](https://developer.apple.com/documentation/security/keychain-services)** y **Android Keystore APIs**. Una vez que tus claves estén almacenadas de forma segura, firma tus paquetes de actualización para confirmar su autenticidad.
-
-### Firma de Paquetes de Actualización
-
-1.  **Preparación del Paquete**
-    
-    Prepara el paquete de actualización incluyendo la salida de compilación de producción de Capacitor, típicamente ubicada en el directorio "dist/" o "www/". El paquete debe incluir:
-    
-    -   `index.html`
-    -   Archivos JavaScript empaquetados
-    -   Recursos CSS
-    -   Otros activos web necesarios
-2.  **Proceso de Firma**
-    
-    Usa la configuración `publicKey` de Capacitor para habilitar el cifrado de extremo a extremo. Mantén el archivo zip sin cifrar para asegurar un desempaquetado sin problemas durante las actualizaciones.
-    
-
-### Pasos de Verificación de Actualización
-
-Para asegurar la integridad de las actualizaciones firmadas, sigue estos pasos de verificación:
-
-| Paso de Verificación | Propósito | Implementación |
-| --- | --- | --- |
-| Integridad del Paquete | Asegurar completitud del paquete y verificar la fuente | Validar archivos requeridos y firmas criptográficas |
-| Control de Versiones | Prevenir ataques de degradación | Comparar números de versión con la última versión implementada |
-
-Para seguridad adicional, implementa un sistema de verificación del lado del servidor para gestionar operaciones sensibles que involucren claves secretas. Esto se alinea con las mejores prácticas y recomendaciones de [NIST](https://www.nist.gov/) para mantener la integridad de los sistemas de actualización.
-
-## Gestión de Actualizaciones Fallidas
-
-Gestionar fallos efectivamente después de verificar la integridad de la actualización es crucial para mantener la confiabilidad del sistema y la confianza del usuario.
-
-### Pasos de Reversión de Actualización
-
-Configura un sistema automatizado de reversión para manejar situaciones donde las verificaciones de integridad fallan. Las herramientas de reversión automatizada de Capgo pueden ayudar a asegurar que tu sistema permanezca estable durante tales eventos.
-
-| Fase | Acción | Verificación |
-| --- | --- | --- |
-| Pre-reversión | Verificar integridad de versión de respaldo | Comprobar firmas criptográficas |
-| Ejecución | Restaurar versión anterior funcional | Confirmar restauración exitosa |
-| Post-reversión | Validar funcionalidad de la aplicación | Ejecutar pruebas de ruta crítica |
-
-Así es como puedes configurar tu [actualizador Capacitor](https://capgo.app/plugins/capacitor-updater/) con configuraciones de tiempo de espera adecuadas para reversiones más suaves:
-
-```javascript
-{
-  appReadyTimeout: 10000,
-  responseTimeout: 15000,
-  autoDeleteFailed: true
-}
-```
-
-### Sistema de Seguimiento de Errores
-
-Los detectores de eventos incorporados de Capacitor son útiles para rastrear errores durante las actualizaciones. Úsalos para monitorear y registrar problemas efectivamente:
-
--   Monitorea eventos como `updateFailed` y `downloadFailed`
--   Registra detalles de versión y causas de fallo
--   Identifica problemas recurrentes analizando patrones
-
-Este enfoque te ayuda a identificar problemas y te prepara para comunicarte claramente con los usuarios durante fallos de actualización.
-
-### Guía de Comunicación con Usuarios
-
-Mantener informados a los usuarios durante fallos de actualización minimiza la frustración y reduce tickets de soporte. Aquí hay una guía para comunicación efectiva:
-
-| Momento | Contenido del Mensaje | Canal |
-| --- | --- | --- |
-| Pre-actualización | Aviso de mantenimiento programado | Notificación en la app |
-| Durante el fallo | Estado y tiempo de resolución | Actualizaciones en barra de estado |
-| Post-incidente | Confirmación de resolución del problema | Notificación push |
-
-**Consejos clave para la comunicación:**
-
-1.  Notifica a los usuarios inmediatamente con una explicación simple y un tiempo estimado de resolución.
-2.  Proporciona actualizaciones continuas a través de la barra de estado del sistema.
-3.  Envía una confirmación final una vez que el problema esté resuelto, incluyendo instrucciones para verificación de versión.
-
-> "Un plan de reversión bien pensado es testimonio de la madurez de la gestión de riesgos y preparación operacional de una organización." - Jos Accapadi, MBA, artículo de LinkedIn
-
-## Resumen de Directrices de Seguridad
-
-Esta sección reúne las prácticas clave de seguridad discutidas anteriormente.
-
-### Puntos Principales de Seguridad
-
-La seguridad OTA efectiva se basa en múltiples capas de protección. Técnicas como la fijación SSL y el almacenamiento de certificados en el dispositivo ayudan a prevenir ataques de intermediarios [\[4\]](https://ionic.io/blog/capacitor-ssl-pinning).
-
-| **Capa de Seguridad** | **Implementación** | **Método de Verificación** |
-| --- | --- | --- |
-| Comunicación | Forzar HTTPS | Validación de certificado SSL |
-| Integridad de Archivos | Generar sumas de verificación | Verificación de `checksum.json` |
-| Autenticación | Firma de solicitudes | Validación de clave pública |
-| Protección de Actualizaciones | Fijación SSL | Coincidencia de certificados |
-
-### Integración con Capgo
-
-La última versión de Capgo (v7.0.23, febrero 2025) introduce seguridad mejorada para gestionar paquetes en todas las plataformas. Al integrar Capgo, puedes optimizar procesos de actualización seguros. La plataforma usa cifrado de extremo a extremo y se alinea con los requisitos de seguridad de las tiendas de aplicaciones.
-
-Aquí hay un ejemplo de una configuración segura para tu proyecto:
-
-```javascript
-{
-  autoUpdate: true,
-  updateUrl: "https://api.capgo.app/updates",
-  autoDeleteFailed: true,
-  responseTimeout: 15000
-}
-```
-
-### Lista de Verificación para Desarrolladores
-
-[OWASP](https://en.wikipedia.org/wiki/OWASP) destaca la comunicación insegura como uno de los mayores riesgos en desarrollo móvil, enfatizando la importancia de medidas de seguridad robustas [\[4\]](https://ionic.io/blog/capacitor-ssl-pinning).
-
--   **Autenticación y Verificación**
-    
-    -   Usa el sistema de tokens de Capgo para autenticación segura de solicitudes.
-    -   Crea un archivo `checksum.json` durante el proceso de compilación para verificar tanto componentes individuales como el paquete completo [\[1\]](https://github.com/objektlabs/capacitor-app-updater).
-    -   Asegura que las credenciales estén almacenadas de forma segura.
--   **Monitoreo y Configuración**
-    
-    -   Habilita seguimiento de errores para detectar problemas temprano.
-    -   Configura reversiones automáticas para actualizaciones fallidas.
-    -   Usa el panel de análisis de Capgo para monitorear rendimiento y estadísticas de actualización.
-
-Seguir estas prácticas te ayudará a mantener actualizaciones OTA seguras para aplicaciones Capacitor.
diff --git a/src/content/blog/es/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md b/src/content/blog/es/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
deleted file mode 100644
index a5742e141..000000000
--- a/src/content/blog/es/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
+++ /dev/null
@@ -1,95 +0,0 @@
----
-slug: introducing-end-to-end-security-to-capacitor-updater-with-code-signing
-title: >-
-  Introduciendo el cifrado de extremo a extremo en capacitor-updater con firma
-  de código
-description: >-
-  Uso de criptografía RSA + AES para cifrar actualizaciones, diseñado para
-  aplicaciones empresariales y de alta seguridad
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-27T00:00:00.000Z
-updated_at: 2024-08-27T00:00:00.000Z
-head_image: /secure_upload.webp
-head_image_alt: Descarga segura Capgo
-keywords: >-
-  E2E, code signing, RSA, AES, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Solution
-published: true
-locale: es
-next_blog: ''
----
-
-[Capacitor-updater](https://githubcom/Cap-go/capacitor-updater/) ahora soporta cifrado de código de extremo a extremo. La firma de código asegura que las actualizaciones ejecutadas por los dispositivos de los usuarios finales no hayan sido manipuladas y proporciona un nivel extra de protección por encima de la seguridad estándar de Capacitor-updater.
-
-## La seguridad predeterminada de Capacitor-updater
-
-Por defecto, el modelo de seguridad de Capgo es similar al de los proveedores de alojamiento web. Capgo almacena las actualizaciones [cifradas en reposo](https://cloudgooglecom/docs/security/encryption/default-encryption/) y las sirve a través de HTTPS usando cifrados modernos. De manera similar, la publicación de una actualización desde la computadora de un desarrollador siempre usa HTTPS.
-
-![Capgo obtiene una A+ en la prueba HTTPS de SSL Labs](/ssllabs_report.webp)
-
-La seguridad predeterminada de Capgo obtiene una A+ en la prueba HTTPS de SSL Labs (https://wwwssllabscom, noviembre 2022)
-
-Al igual que los mejores servicios de alojamiento web, Capgo utiliza HTTPS para proteger la privacidad e integridad de las conexiones de red entre el servidor y los dispositivos de los usuarios finales. Este es un excelente nivel de seguridad que funciona bien tanto para la web como para las aplicaciones Ionic que usan Capgo.
-
-## La cadena de suministro de infraestructura en la nube
-
-Otra cosa que Capgo y la mayoría de los alojamientos web tienen en común es que se ejecutan en infraestructura en la nube de bajo nivel, a menudo de AWS, GCP u otro proveedor de nube popular. El hardware y software operado por estos proveedores de nube y Capgo u otros alojamientos web son parte de la cadena de suministro en la nube.
-
-La cadena de suministro en la nube y su modelo de seguridad funcionan para un gran número de sitios web y aplicaciones. Cada desarrollador web que utiliza un proveedor de nube confía en ese proveedor y espera que los archivos que suben sean los archivos que se ejecutan o sirven sin ser manipulados. Y los proveedores de nube trabajan arduamente para mantener segura su infraestructura.
-
-Pero obviamente, se descubren vulnerabilidades de hardware y software. Los proveedores de nube parchan las vulnerabilidades en programas oportunos, previenen proactivamente el software malicioso (por ejemplo, [Google's SLSA](https://securitygoogleblogcom/2021/06/introducing-slsa-end-to-end-frameworkhtml/)), y construyen capas de defensa en profundidad, y en la práctica, la infraestructura en la nube ha demostrado satisfacer las necesidades de seguridad de la mayoría de los sitios web y aplicaciones. Sin embargo, algunas aplicaciones Ionic incluyen infraestructura en la nube comprometida en sus modelos de amenazas. Para estas aplicaciones Capacitor JS con los requisitos de seguridad más altos por encima de la web, hemos incorporado la firma de código de extremo a extremo en Capgo y el [protocolo estándar de Actualizaciones Capgo](/docs/self-hosted/auto-update/update-endpoint/).
-
-## Firma de código de extremo a extremo con Capgo
-
-La firma de código de extremo a extremo de Capgo utiliza criptografía de clave pública para asegurar que los dispositivos de los usuarios finales ejecuten solo actualizaciones no modificadas y originales del desarrollador de la aplicación Capacitor.
-
-"Extremo a extremo" significa que esta seguridad cubre el flujo desde el momento en que un desarrollador publica una actualización hasta el momento en que el dispositivo de un usuario final recibe y ejecuta la actualización. "Firma de código" es usar criptografía y una clave privada secreta para "firmar" código, y luego usar una clave pública confiable para verificar la firma.
-
-Aquí hay un esquema simple* para explicar cómo funciona:
-
-![Esquema de cifrado de Capgo](/encryption_flow.webp)
-
-* Complejo en la práctica, la criptografía es difícil
-
-*Definición*:
-- AES: Advanced Encryption Standard, un algoritmo de cifrado simétrico, una clave para cifrado y descifrado
-- RSA: Rivest–Shamir–Adleman, un algoritmo de cifrado asimétrico, se utilizan dos claves: una clave pública y una clave privada
-- Cypher: Los datos cifrados
-- Session key: Una clave AES utilizada para cifrar y descifrar datos
-- Checksum: Un hash calculado para un archivo
-- Signature: Un checksum que fue cifrado con una clave RSA privada. Puede ser verificado con una clave RSA pública
-
-Usamos el algoritmo AES para cifrar la actualización. Se genera una clave AES aleatoria para cada carga, luego la clave AES y el checksum (en adelante "firma") se cifran con la clave RSA privada del desarrollador. La clave RSA pública del desarrollador se utiliza en la aplicación para descifrar la clave AES y la firma (convirtiéndola de nuevo en un checksum).Posteriormente, la clave AES descifrada se utiliza para descifrar la actualización; se calcula una suma de comprobación de la actualización descifrada y se compara con la firma descifrada
-
-Utilizamos dos algoritmos de cifrado diferentes porque RSA no se puede utilizar para cifrar grandes cantidades de datos. AES se utiliza para cifrar la actualización y RSA se utiliza para cifrar la clave AES y la suma de comprobación
-
-Con esto, ni siquiera Capgo puede leer el contenido de tu paquete. Este es un modelo de seguridad robusto que es utilizado por muchos clientes empresariales
-
-**Actualización del cifrado V2 2024-08-27:**
-- Cambiamos el tipo de clave que se almacena en la aplicación. Esto se hizo para evitar inferir la clave pública (anteriormente utilizada para el cifrado) desde la clave privada (anteriormente utilizada para el descifrado). Ahora, la aplicación almacena la clave pública (ahora utilizada para el descifrado)
-- Cambiamos la suma de comprobación del algoritmo CRC32 al algoritmo SHA256. También comenzamos a [firmar el paquete](https://enwikipediaorg/wiki/RSA_(cryptosystem)#Signing_messages). Cuando el cifrado V2 está configurado, una actualización debe tener una firma válida. Esto es estrictamente impuesto por el plugin
-- Ahora exigimos una firma válida cuando el cifrado V2 está configurado
-Estos 3 cambios se han realizado después de un análisis de seguridad de un miembro de la comunidad. Están aquí para prevenir ataques criptográficos durante la actualización
-
-Si utilizaste el cifrado V1, migra a V2 para beneficiarte de las nuevas funciones de seguridad. Sigue las [instrucciones de migración](/docs/cli/migrations/encryption/)
-
-Con la firma de código de extremo a extremo, Capgo se convierte en una infraestructura en la nube "sin confianza". Si uno de los proveedores en la nube de Capgo o incluso el propio Capgo modificara una actualización firmada digitalmente, los dispositivos de los usuarios finales rechazarían esa actualización y ejecutarían la actualización anterior confiable que ya está en el dispositivo
-
-Si bien HTTPS a nivel web es suficiente para muchas aplicaciones, algunas grandes empresas encuentran atractivo el nivel adicional de seguridad de la firma de código de extremo a extremo. Algunas de estas empresas desarrollan aplicaciones financieras que emiten transacciones permanentes de alto valor. Otras empresas tienen CISOs que incluyen infraestructura en la nube comprometida en sus modelos de amenazas. Implementamos la firma de código de extremo a extremo en Capgo para estos casos de uso y estamos interesados en escuchar más de empresas con necesidades de seguridad de nivel superior
-
-## Comenzando para clientes empresariales
-
-Para grandes empresas o proyectos que se preocupan profundamente por la seguridad, queremos que la firma de código sea fácil de configurar y mantener. Con ese fin, ahora proporcionamos las siguientes características:
-
--   Configuración y configuración rápida de certificados
--   Soporte para servidores de desarrollo de firma de código tanto con Capgo como con compilaciones de desarrollo
--   Firma de código en producción en cada actualización
-
-La firma de código de Capgo está disponible para todos los clientes. Para comenzar, sigue las [instrucciones de configuración](/docs/cli/commands/#end-to-end-encryption-trustless)
-
-## Créditos
-
-Muchas gracias a [Ionic](https://ioniccom/), este artículo está basado en [este artículo](https://ionicio/blog/introducing-the-ionic-end-to-end-testing-reference-example/) reescrito con chat-gpt-3 y adaptado
\ No newline at end of file
diff --git a/src/content/blog/es/ionic-capacitor-push-notifications-firebase.md b/src/content/blog/es/ionic-capacitor-push-notifications-firebase.md
deleted file mode 100644
index d7a01e577..000000000
--- a/src/content/blog/es/ionic-capacitor-push-notifications-firebase.md
+++ /dev/null
@@ -1,403 +0,0 @@
----
-slug: ionic-capacitor-push-notifications-firebase
-title: 'Notificaciones Push de Ionic Capacitor con Firebase: Una Guía Paso a Paso'
-description: >-
-  Aprende cómo integrar notificaciones push en tu aplicación Ionic Capacitor
-  usando Firebase, con instrucciones paso a paso para las plataformas Android e
-  iOS.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /push_notif.webp
-head_image_alt: Notificaciones Push de Ionic Capacitor con Firebase
-keywords: >-
-  Ionic, Capacitor, push notifications, Firebase, mobile app development, live
-  updates, OTA updates, continuous integration, mobile app updates
-tag: tutorial
-published: true
-locale: es
-next_blog: ''
----
-En este tutorial, integraremos notificaciones push en una aplicación Ionic Capacitor usando Firebase. No necesitas un servicio específico para esto, pero necesitas configurar varias cosas de antemano. Firebase es una excelente opción ya que es necesario para Android, y puedes usarlo fácilmente para enviar notificaciones sin usar la base de datos.
-
-<Steps>
-  <Step>Configurar un proyecto de Firebase</Step>
-  <Step>Configurar las plataformas nativas</Step>
-  <Step>Integrar las notificaciones push en la aplicación</Step>
-</Steps>
-
-Primero, crearemos una aplicación Ionic con Capacitor habilitado y especificaremos nuestro **package id**, que es el identificador único para tu aplicación. Luego, construiremos la aplicación y agregaremos las plataformas nativas.
-
-```bash
-ionic start ionic-push-demo blank --capacitor
-cd ionic-push-demo
-npm i @capacitor/push-notifications
-ionic build
-npx cap add ios
-npx cap add android
-```
-
-Si ya tienes una aplicación, puedes cambiar el **capacitor.config.json** para incluir tu **appId**. Sin embargo, si tus carpetas nativas ya existen, necesitarás reemplazar el id en todos los archivos donde aparezca, ya que Capacitor solo crea la carpeta una vez y **no actualizará el id por sí mismo**. En el **capacitor.config.json**, también puedes especificar opciones como actualizar el contador de insignias, reproducir sonido en push y mostrar una alerta cuando llega una notificación.
-
-```json
-{
-  "appId": "com.company.app",
-  "appName": "ionic-push-demo",
-  "plugins": {
-    "PushNotifications": {
-      "presentationOptions": ["badge", "sound", "alert"]
-    }
-  }
-}
-```
-
-Ahora, configuremos las notificaciones push fuera de la aplicación.
-
-## Configuración de Firebase
-
-Comienza [creando un nuevo proyecto de Firebase](https://firebase.google.com/) o usando uno existente. Proporciona un nombre y opciones predeterminadas para un nuevo proyecto.
-
-Si tienes una nueva aplicación, deberías ver **"Comienza agregando Firebase a tu aplicación"** en el panel de tu aplicación. De lo contrario, haz clic en el ícono de engranaje y ve a **configuración del proyecto** para agregar una aplicación.
-
-El diálogo para iOS y Android se ve similar, y lo importante es usar tu **package id** para las aplicaciones.
-
-<Steps>
-  1. Configura una aplicación Android
-  2. Configura una aplicación iOS
-  3. Descarga los archivos de configuración
-</Steps>
-
-Después del paso inicial, descarga los siguientes archivos:
-
-- Archivo **google-services.json** para Android
-- Archivo **GoogleService-info.plist** para iOS
-
-A continuación, configura las plataformas.
-
-### Preparación Push para Android
-
-Para Android, mueve el archivo **google-services.json** que descargaste a la carpeta **android/app/**.
-
-<Steps>
-  1. Mueve el archivo de configuración
-  2. Sincroniza el proyecto
-</Steps>
-
-Eso es todo para Android. Ahora configuremos iOS.
-
-### Preparación Push para iOS
-
-Esta parte es más complicada. Primero, [crea un ID de Aplicación para tu app dentro de la lista de identificadores](https://developer.apple.com/account/resources/identifiers/list/) de tu cuenta de Apple Developer. Asegúrate de **seleccionar la capacidad de Notificaciones Push** de la lista.
-
-![ionic-ios-push-id](/ionic-ios-push-id.webp)
-
-El **Bundle ID** debe ser el mismo que tu App ID dentro de Capacitor y Firebase.
-
-Ahora, [crea una Clave](https://developer.apple.com/account/resources/authkeys/list/) y habilita el **servicio de Notificaciones Push de Apple (APNs)**. Si has alcanzado el número máximo de claves, puedes usar una clave existente o un certificado en su lugar, pero el proceso es más complicado.
-
-![ios-developer-push-key](/ios-developer-push-key.webp)
-
-Después de descargar el archivo **.p8**, súbelo a Firebase. Abre la pestaña **Cloud Messaging** en la configuración de tu proyecto Firebase, sube el archivo e ingresa los detalles del ID de la Clave y tu ID de Equipo de iOS.
-
-![firebase-upload-ios-key](/firebase-upload-ios-key.webp)
-
-Ahora, realiza cambios en tu proyecto Xcode ejecutando:
-
-```bash
-npx cap open ios
-```
-
-Copia el archivo **GoogleService-Info.plist** que descargaste de Firebase en tu proyecto iOS. Arrastra el archivo al proyecto Xcode dentro de la carpeta app/app, y selecciona **Copiar elementos si es necesario**.
-
-A continuación, agrega un nuevo Pod para la dependencia de Firebase en **ios/App/Podfile**:
-
-```ruby
-pod 'Firebase/Messaging'
-```
-
-Actualiza la plataforma nativa con este comando:
-
-```bash
-npx cap update ios
-```
-
-Modifica el código nativo Swift en **ios/App/App/AppDelegate.swift** para registrarte con Firebase y devolver el token correcto a tu aplicación.
-
-```swift
-import UIKit
-import Capacitor
-import Firebase
-import FirebaseMessaging
-
-@UIApplicationMain
-class AppDelegate: UIResponder, UIApplicationDelegate {
-
-    var window: UIWindow?
-
-    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-        FirebaseApp.configure()
-        
-        // Register for remote notifications
-        UNUserNotificationCenter.current().delegate = self
-        let authOptions: UNAuthorizationOptions = [.alert, .badge, .sound]
-        UNUserNotificationCenter.current().requestAuthorization(
-            options: authOptions,
-            completionHandler: { _, _ in }
-        )
-        application.registerForRemoteNotifications()
-        
-        Messaging.messaging().delegate = self
-        
-        return true
-    }
-    
-    // ...
-}
-
-extension AppDelegate: MessagingDelegate {
-    func messaging(_ messaging: Messaging, didReceiveRegistrationToken fcmToken: String?) {
-        print("Firebase registration token: \(String(describing: fcmToken))")
-    }
-}
-
-extension AppDelegate: UNUserNotificationCenterDelegate {
-    func userNotificationCenter(_ center: UNUserNotificationCenter, willPresent notification: UNNotification, withCompletionHandler completionHandler: @escaping (UNNotificationPresentationOptions) -> Void) {
-        completionHandler([[.banner, .list, .sound]])
-    }
-}
-```
-
-Finalmente, agrega la Capacidad para Notificaciones Push dentro de tu proyecto Xcode.
-
-![capacitor-xcode-capability](/capacitor-xcode-capability.webp)
-
-Ahora, construye tu aplicación e integra las notificaciones push.
-
-## Integración de Notificaciones Push en Ionic
-
-Crea un servicio y una nueva página en tu proyecto Ionic:
-
-```bash
-ionic g service services/fcm
-ionic g page pages/details
-```
-
-Actualiza el enrutamiento en **app/app-routing.module.ts** para incluir la nueva página con un id dinámico:
-
-```typescript
-import { NgModule } from '@angular/core';
-import { PreloadAllModules, RouterModule, Routes } from '@angular/router';
-
-const routes: Routes = [
-  {
-    path: 'home',
-    loadChildren: () => import('./home/home.module').then(m => m.HomePageModule)
-  },
-  {
-    path: 'details/:id',
-    loadChildren: () => import('./pages/details/details.module').then(m => m.DetailsPageModule)
-  },
-  {
-    path: '',
-    redirectTo: 'home',
-    pathMatch: 'full'
-  },
-];
-
-@NgModule({
-  imports: [
-    RouterModule.forRoot(routes, { preloadingStrategy: PreloadAllModules })
-  ],
-  exports: [RouterModule]
-})
-export class AppRoutingModule { }
-```
-
-Crea un servicio para manejar las notificaciones push en **services/fcm.service.ts**:
-
-```typescript
-import { Injectable } from '@angular/core';
-import { Router } from '@angular/router';
-import { PushNotifications } from '@capacitor/push-notifications';
-
-@Injectable({
-  providedIn: 'root'
-})
-export class FcmService {
-
-  constructor(private router: Router) { }
-
-  initPush() {
-    this.registerPush();
-  }
-
-  private async registerPush() {
-    try {
-      let permStatus = await PushNotifications.checkPermissions();
-      
-      if (permStatus.receive === 'prompt') {
-        permStatus = await PushNotifications.requestPermissions();
-      }
-
-      if (permStatus.receive !== 'granted') {
-        throw new Error('User denied permissions!');
-      }
-
-      await PushNotifications.register();
-
-      await PushNotifications.addListener('pushNotificationReceived',
-        (notification: any) => {
-          console.log('Push received: ' + JSON.stringify(notification));
-        }
-      );
-
-      await PushNotifications.addListener('pushNotificationActionPerformed',
-        (notification: any) => {
-          console.log('Push action performed: ' + JSON.stringify(notification));
-          this.router.navigateByUrl(`/details/${notification.notification.data.detailsId}`);
-        }
-      );
-    } catch (e) {
-      console.log(e);
-    }
-  }
-}
-```
-
-Llama a la función `initPush()` en **app/app.component.ts**:
-
-```typescript
-import { Component } from '@angular/core';
-import { FcmService } from './services/fcm.service';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: 'app.component.html',
-  styleUrls: ['app.component.scss'],
-})
-export class AppComponent {
-  constructor(
-    private fcmService: FcmService
-  ) {
-    this.initializeApp();
-  }
-
-  initializeApp() {
-    this.fcmService.initPush();
-  }
-}
-```
-
-Maneja la información en la página de detalles en **pages/details/details.page.ts**:
-
-```typescript
-import { Component, OnInit } from '@angular/core';
-import { ActivatedRoute } from '@angular/router';
-
-@Component({
-  selector: 'app-details',
-  templateUrl: './details.page.html',
-  styleUrls: ['./details.page.scss'],
-})
-export class DetailsPage implements OnInit {
-  id = null;
-
-  constructor(private route: ActivatedRoute) { }
-
-  ngOnInit() {
-    this.id = this.route.snapshot.paramMap.get('id');
-  }
-}
-```
-
-Muestra los detalles en **pages/details/details.page.html**:
-
-```html
-<ion-header>
-  <ion-toolbar>
-    <ion-title>details</ion-title>
-  </ion-toolbar>
-</ion-header>
-
-<ion-content>
-  <ion-card>
-    <ion-card-header>
-      <ion-card-title>Details ID: {{ id }}</ion-card-title>
-    </ion-card-header>
-  </ion-card>
-</ion-content>
-```
-
-Construye la aplicación, sincroniza tus cambios y despliégala en tu dispositivo.
-
-```bash
-ionic build
-npx cap sync
-npx cap open ios
-npx cap open android
-```
-
-Ahora, puedes enviar notificaciones push con Firebase.
-
-## Enviar Notificaciones Push con Firebase
-
-Hay varias formas de enviar notificaciones push con Firebase.
-
-### Prueba en Dispositivo Específico
-
-Después de desplegar tu aplicación en un dispositivo, puedes revisar los registros de la consola para ver el token después del registro. Usa este token para enviar una prueba dirigida para confirmar que tu integración está funcionando. En Firebase, ve a **Cloud Messaging** y selecciona **Enviar mensaje de prueba**. Agrega el token del dispositivo de los registros.
-
-![firebase-test-push](/firebase-test-push.webp)
-
-Si todo está configurado correctamente, deberías ver una notificación push en tu dispositivo.
-
-### Mensaje Push con Payload
-
-Para probar una notificación push con información adicional, sigue el asistente en la misma página para especificar información general y seleccionar la plataforma que deseas dirigir. Agrega **opciones adicionales** para enviar un payload con tu notificación push.
-
-![firebase-push-payload](/firebase-push-payload.webp)
-
-En la sección de **Opciones avanzadas**, agrega un par clave-valor de **Datos personalizados**. Por ejemplo, puedes usar la clave `detailsId` y un valor de tu elección. Estos datos se usarán en la aplicación para navegar a la página de detalles con el id especificado.
-
-Después de enviar la notificación push, tu aplicación debería recibirla y mostrar la página de detalles con el id especificado cuando se toque la notificación.
-
-### Usando la API de Firebase
-
-También puedes enviar notificaciones push programáticamente usando la API de Firebase. Para hacer esto, necesitas obtener la **Clave del servidor** de la configuración de tu proyecto Firebase bajo la pestaña **Cloud Messaging**.
-
-Con la clave del servidor, puedes enviar una solicitud POST a la API de Firebase con el payload requerido. Aquí hay un ejemplo usando Node.js y la biblioteca `request`:
-
-```javascript
-const request = require('request');
-
-const options = {
-  method: 'POST',
-  url: 'https://fcm.googleapis.com/fcm/send',
-  headers: {
-    'Authorization': 'key=YOUR_SERVER_KEY',
-    'Content-Type': 'application/json'
-  },
-  body: {
-    to: 'YOUR_DEVICE_TOKEN',
-    notification: {
-      title: 'Título de la notificación',
-      body: 'Cuerpo de la notificación'
-    },
-    data: {
-      detailsId: '123'
-    }
-  },
-  json: true
-};
-
-request(options, (error, response, body) => {
-  if (error) throw new Error(error);
-  console.log(body);
-});
-```
-
-Reemplaza `YOUR_SERVER_KEY` y `YOUR_DEVICE_TOKEN` con tu clave de servidor real y token de dispositivo. Ejecuta el script, y tu dispositivo debería recibir la notificación push con el payload personalizado.
-
-¡Eso es todo! Has integrado exitosamente las notificaciones push en tu aplicación Ionic Capacitor usando Firebase. Ahora puedes enviar notificaciones push a tus usuarios en ambas plataformas Android e iOS.
diff --git a/src/content/blog/es/key-management-under-chinas-encryption-rules.md b/src/content/blog/es/key-management-under-chinas-encryption-rules.md
deleted file mode 100644
index 4465266aa..000000000
--- a/src/content/blog/es/key-management-under-chinas-encryption-rules.md
+++ /dev/null
@@ -1,145 +0,0 @@
----
-slug: key-management-under-chinas-encryption-rules
-title: Gestión de claves bajo las reglas de cifrado de China
-description: >-
-  Entender las leyes de gestión de claves de cifrado de China es crucial para el
-  cumplimiento, implicando almacenamiento local, auditorías y regulaciones
-  técnicas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T02:41:08.008Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eddf34ebbb9dc806408915-1743648083390.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  encryption, key management, China, compliance, data residency, encryption
-  standards, audits, government oversight
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Gestionar claves de cifrado en China es complejo pero esencial para el cumplimiento.** Esto es lo que necesitas saber:
-
--   **Conceptos básicos de la ley de cifrado**: Almacena las claves en servidores de China continental, utiliza métodos de cifrado aprobados, somete a auditorías y mantén registros detallados.
--   **Desafíos**:
-    -   Los servidores deben estar en China, con redundancia y estricta residencia de datos.
-    -   La supervisión gubernamental incluye auditorías, protocolos de acceso e informes de cumplimiento.
-    -   Las limitaciones técnicas restringen algoritmos, longitudes de clave y protocolos.
--   **Soluciones**:
-    -   Elige entre configuraciones locales, en la nube híbrida, servicios gestionados o autoalojados.
-    -   Utiliza herramientas como [Capgo](https://capgo.app/) para alojamiento local, cifrado de extremo a extremo y automatización de cumplimiento.
--   **Consejos**:
-    -   Verifica regularmente el cumplimiento.
-    -   Colabora con expertos locales.
-    -   Utiliza herramientas que se alineen con los estándares de cifrado de China.
-
-**Comparación Rápida**:
-
-| Método | Ubicación del Almacenamiento | Nivel de Cumplimiento | Complejidad |
-| --- | --- | --- | --- |
-| HSM en las instalaciones | Centro de datos local | Alto | Alto |
-| Nube Híbrida | Mezcla de local y nube | Medio-Alto | Medio |
-| KMS Gestionado | Nube certificada | Alto | Bajo |
-| Autoalojado | Infraestructura privada | Alto | Medio-Alto |
-
-Para tener éxito, enfócate en el cumplimiento, herramientas seguras y orientación experta.
-
-## Konstantinos Karagiannis | ¿Rompió China el cifrado ...
-
-<iframe src="https://www.youtube.com/embed/Ay_Qxy3bBI0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Desafíos de la Gestión de Claves en China
-
-Manejar claves de cifrado bajo las regulaciones chinas presenta una serie de desafíos que demandan soluciones técnicas precisas y un cuidadoso cumplimiento.
-
-### Reglas de Almacenamiento de Datos
-
-La [Ley de Protección de Información Personal](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL) de China impone reglas estrictas para el almacenamiento de claves de cifrado. Los sistemas de almacenamiento de claves deben:
-
--   Albergar servidores físicos completamente dentro de China continental, como lo exige la ley.
--   Utilizar redundancia a través de múltiples centros de datos dentro del país.
--   Asegurar que los datos permanezcan dentro de las fronteras nacionales durante el procesamiento.
--   Mantener registros detallados de todo acceso y modificaciones a las claves.
-
-Esto significa que los desarrolladores a menudo necesitan configuraciones de almacenamiento separadas para operaciones dentro y fuera de China. Si bien el almacenamiento seguro es un requisito, el nivel de supervisión añade capas adicionales de complejidad.
-
-### Requisitos de Supervisión Gubernamental
-
-Además de las reglas de almacenamiento, la supervisión gubernamental introduce más obstáculos para gestionar claves de cifrado. Aquí hay un desglose de los requisitos clave y su impacto:
-
-| Requisito | Impacto en el Desarrollo | Implicaciones Técnicas |
-| --- | --- | --- |
-| Auditorías Regulares | Revisiones de seguridad trimestrales | Requiere rutas de auditoría detalladas |
-| Protocolos de Acceso | Protocolos de acceso por autoridad | Puntos finales seguros para supervisión |
-| Sistemas de Reporte | Informes de cumplimiento mensuales | Sistemas de monitoreo automatizados |
-| Copias de Seguridad de Claves | Configuración de almacenamiento secundario | Mayores gastos en infraestructura |
-
-Estos requisitos no solo aumentan los costos operativos, sino que también exigen soluciones técnicas avanzadas para cumplir con los estándares de cumplimiento.
-
-### Límites Técnicos
-
-Además de las limitaciones de almacenamiento y supervisión, las restricciones técnicas crean obstáculos adicionales para las [prácticas de cifrado](https://capgo.app/docs/cli/migrations/encryption/). Los desarrolladores deben navegar:
-
--   **Algoritmos Aprobados**: Solo se pueden utilizar métodos de cifrado certificados por el gobierno.
--   **Restricciones de Longitud de Clave**: Las longitudes máximas de las claves están estrictamente reguladas.
--   **Limitaciones de Protocolo**: Algunos protocolos están explícitamente prohibidos.
-
-Estas restricciones pueden dificultar la implementación de características seguras, particularmente en aplicaciones que requieren actualizaciones frecuentes o manejo de datos en tiempo real. Como resultado, muchos desarrolladores recurren a herramientas y servicios especializados para equilibrar el cumplimiento con las necesidades de rendimiento y seguridad.
-
-## Soluciones para la Gestión de Claves en China
-
-### Almacenamiento Local y Cumplimiento
-
-Las regulaciones de China exigen que los sistemas de gestión de claves aseguren la soberanía de datos a través de autoalojamiento cumplidor. La [opción de autoalojamiento](https://capgo.app/blog/self-hosted-capgo/) de Capgo mantiene todos los datos dentro de China continental, ofreciendo un enfoque seguro para gestionar claves de cifrado en línea con estas reglas. Esta configuración sienta las bases para cumplir con los estándares de cifrado de manera efectiva.
-
-### Sistemas de Actualización y Seguridad de Cifrado
-
-Las leyes de cifrado de China requieren que las [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) se manejen a través de plataformas aprobadas. Capgo aborda esto utilizando cifrado de extremo a extremo, asegurando que solo los usuarios autorizados puedan descifrar datos. Su integración CI/CD simplifica el proceso automatizando las verificaciones de cumplimiento, mientras que el control de versiones integrado ofrece rutas de auditoría detalladas para monitorear cambios de cifrado.
-
-## Métodos de Gestión de Claves
-
-Gestionar claves de cifrado de manera efectiva en China significa equilibrar regulaciones estrictas con necesidades operativas. Las organizaciones deben elegir métodos que cumplan con las reglas de soberanía de datos mientras consideran opciones como almacenamiento en las instalaciones, configuraciones en la nube híbrida, servicios de claves gestionados o soluciones autoalojadas.
-
-### Tabla de Comparación de Métodos
-
-| Método | Ubicación del Almacenamiento | Nivel de Cumplimiento | Complejidad de Implementación |
-| --- | --- | --- | --- |
-| HSM en las instalaciones | Centro de datos local en China | Alto | Alto |
-| Nube Híbrida | Mezcla de centros de datos locales y proveedores aprobados | Medio-Alto | Medio |
-| KMS Gestionado | Proveedor en la nube certificado dentro de China | Alto | Bajo |
-| Autoalojado | Infraestructura privada en China | Alto | Medio-Alto |
-
-Cada opción conlleva su propio conjunto de beneficios. Los Módulos de Seguridad de Hardware (HSM) en las instalaciones ofrecen el mayor nivel de control pero requieren una inversión significativa en infraestructura. Las soluciones en la nube híbrida permiten una mezcla de recursos locales y en la nube aprobados, logrando un equilibrio entre flexibilidad y cumplimiento. Los servicios de claves gestionados simplifican el despliegue, aunque pueden ser menos personalizables. Las configuraciones autoalojadas están ganando tracción para organizaciones que necesitan control detallado sobre sus sistemas de cifrado dentro de China.
-
-Al seleccionar un método, prioriza opciones que respalden el mantenimiento continuo, las verificaciones de cumplimiento y las auditorías regulares. Estas consideraciones establecen el escenario para las pautas prácticas cubiertas en la siguiente sección.
-
-## Pautas para Desarrolladores
-
-Gestionar claves de cifrado bajo las regulaciones de China exige un enfoque estructurado. Estas pautas ayudan a los desarrolladores a alinear las necesidades regulatorias con la aplicación práctica.
-
-### Verificaciones Regulares de Reglas
-
-Los desarrolladores deben establecer un proceso rutinario para garantizar el cumplimiento de las regulaciones de cifrado. Esto incluye revisar regularmente los métodos de almacenamiento de claves, verificar el uso de algoritmos de cifrado, comprobar los controles de acceso y confirmar la adherencia a las reglas de residencia de datos. Mantén registros detallados de estas revisiones para demostrar el cumplimiento con los estándares de cifrado de China.
-
-### Colaboración con Expertos Locales
-
-Navegar por los requisitos de cifrado de China puede ser un desafío. Asociarse con profesionales legales y de seguridad locales es fundamental. Estos expertos pueden ayudar a implementar estándares de cifrado aprobados, preparar la documentación necesaria en mandarín y asistir durante las auditorías gubernamentales para garantizar que todo esté en orden.
-
-### Elegir Herramientas Cumplidoras
-
-Utilizar herramientas que cumplan con los requisitos de cifrado de China es clave para mantener la seguridad sin sacrificar la eficiencia. Por ejemplo, Capgo apoya actualizaciones de aplicaciones con cifrado de extremo a extremo y opciones de alojamiento local [\[1\]](https://capgo.app/). Esto se alinea con las estrategias anteriores para gestionar actualizaciones. Al seleccionar herramientas, enfócate en características como [almacenamiento de datos local](https://capgo.app/plugins/capacitor-data-storage-sqlite/), métodos de cifrado aprobados, rutas de auditoría detalladas y controles de acceso robustos. Los datos muestran que los desarrolladores que utilizan herramientas como Capgo han logrado una tasa de actualización de usuarios activos del 95% dentro de las 24 horas mientras permanecen en cumplimiento [\[1\]](https://capgo.app/).
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que desean ser más productivos. Evitar la revisión para correcciones de errores es oro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Resumen
-
-Gestionar claves de cifrado en China requiere almacenamiento de datos local, adherencia a estándares aprobados y mantener rutas de auditoría detalladas. Equilibrar estas reglas estrictas con operaciones eficientes es crítico para el éxito en el mercado chino.
-
-Desde el cierre de [Microsoft CodePush](https://microsoft.github.io/code-push/) en 2024, nuevas herramientas han surgido para abordar tanto las necesidades técnicas como las regulatorias. Un ejemplo es Capgo, que combina fuertes prácticas de seguridad con un despliegue de aplicaciones simplificado.
-
-Para permanecer en cumplimiento con las leyes de cifrado de China mientras se mantiene la velocidad de desarrollo, es crucial utilizar las herramientas adecuadas, mantener la documentación actualizada, realizar auditorías regulares y colaborar con expertos. Estos pasos son clave para navegar de manera efectiva en el complejo entorno regulatorio de China.
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que desean ser más productivos. Evitar la revisión para correcciones de errores es oro." - Bessie Cooper [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/live-updates-faq-answers-for-app-developers.md b/src/content/blog/es/live-updates-faq-answers-for-app-developers.md
deleted file mode 100644
index e6915f0a2..000000000
--- a/src/content/blog/es/live-updates-faq-answers-for-app-developers.md
+++ /dev/null
@@ -1,321 +0,0 @@
----
-slug: live-updates-faq-answers-for-app-developers
-title: >-
-  Preguntas frecuentes sobre actualizaciones en vivo: respuestas para
-  desarrolladores de aplicaciones
-description: >-
-  Descubra los beneficios de las actualizaciones en vivo para desarrolladores de
-  aplicaciones, incluyendo despliegues más rápidos, actualizaciones automáticas
-  y una mejor experiencia de usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-07T06:25:21.043Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a55480be11a9ef5f3c1ab9-1738909539340.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  live updates, app development, OTA technology, CI/CD, security protocols,
-  emergency fixes, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones en vivo permiten a los desarrolladores enviar rápidamente actualizaciones y correcciones a las aplicaciones de los usuarios sin esperar revisiones de la tienda de aplicaciones. Utilizan tecnología over-the-air (OTA) para aplicar cambios en tiempo real, mejorando la velocidad y eficiencia de implementación.
-
-### Beneficios Clave de las Actualizaciones en Vivo:
-
--   **Implementaciones Más Rápidas**: Las actualizaciones pueden estar activas en 1-2 horas en lugar de 3-5 días.
--   **[Actualizaciones Automáticas](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: Los usuarios no necesitan actualizar manualmente la aplicación.
--   **Actualizaciones Parciales**: Solo se actualizan los cambios necesarios, no toda la aplicación.
--   **Correcciones de Emergencia**: Los errores críticos pueden resolverse inmediatamente.
-
-### Cómo Usar Actualizaciones en Vivo en [Capacitor](https://capacitorjs.com/):
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-07.jpg?auto=compress)
-
-1.   **Configurar el SDK**: Instala el SDK de Actualizaciones en Vivo y configura tu aplicación.
-2.   **Integrar Lógica de Actualización**: Añade código para verificar y aplicar actualizaciones automáticamente.
-3.   **Usar Pipelines CI/CD**: Automatiza pruebas e implementación para actualizaciones más fluidas.
-4.   **Garantizar Seguridad**: Protege las actualizaciones con encriptación y protocolos HTTPS.
-5.   **Seguir Reglas de App Store**: Mantén el cumplimiento con las políticas de Apple y Google Play.
-
-### Comparación: Actualizaciones Tradicionales vs. Actualizaciones en Vivo
-
-| Característica | Actualizaciones Tradicionales | Actualizaciones en Vivo |
-| --- | --- | --- |
-| **Tiempo de Implementación** | 3-5 días | 1-2 horas |
-| **Revisión App Store** | Requerida | Omitida |
-| **Acción del Usuario** | Actualización manual | Automática |
-| **Cambios de Contenido** | Actualización completa | Actualización parcial |
-| **Correcciones de Emergencia** | Retrasadas | Inmediatas |
-
-Las actualizaciones en vivo ahorran tiempo, mejoran la estabilidad de la aplicación y permiten a los desarrolladores responder rápidamente a los problemas. ¿Listo para comenzar? Sumérgete en la guía completa para la configuración y mejores prácticas.
-
-## Configurando Actualizaciones en Vivo en Capacitor
-
-### Componentes de Actualización en Vivo de Capacitor
-
-El sistema de actualización en vivo de Capacitor se basa en el **SDK de Actualizaciones en Vivo** para añadir actualizaciones a tu aplicación e **[Ionic Appflow](https://ionic.io/appflow/)** para gestionar implementaciones. Aquí hay un desglose rápido de los componentes clave:
-
-| Componente | Función | Características Clave |
-| --- | --- | --- |
-| **SDK de Actualizaciones en Vivo** | Implementación Frontend | APIs para actualizaciones, integración UI |
-| **Ionic Appflow** | Gestión Backend | Construcciones en la nube, herramientas de implementación |
-| **[Plugin de Aplicación Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)** | Integración Central | Maneja eventos y ciclos de vida |
-
-### Instrucciones de Configuración
-
-1\. **Actualizar `capacitor.config.ts` para actualizaciones en vivo**
-
-Añade la siguiente configuración a tu archivo de configuración de Capacitor:
-
-```typescript
-{
-  autoUpdateMethod: 'none',
-  plugins: {
-    LiveUpdates: {
-      appId: 'YOUR_APP_ID',
-      channel: 'production'
-    }
-  }
-}
-```
-
-2\. **Instalar Plugins Requeridos**
-
-Ejecuta los siguientes comandos para añadir las dependencias necesarias:
-
-```bash
-npm install @capacitor/app
-npm install @ionic/live-updates
-```
-
-3\. **Añadir Lógica de Actualización a Tu Aplicación**
-
-Incluye código para verificar actualizaciones y recargar la aplicación si hay una actualización disponible. Aquí hay un ejemplo:
-
-```typescript
-import { App } from '@capacitor/app';
-import { LiveUpdates } from '@ionic/live-updates';
-
-// Listen for the app resume event
-App.addListener('resume', async () => {
-  const update = await LiveUpdates.sync();
-  if (update.available) {
-    await LiveUpdates.reload();
-  }
-});
-```
-
-Capgo añade una capa extra de seguridad con encriptación y opciones flexibles de implementación. Según Martin Donadieu, fundador de Capgo, estas características están diseñadas para satisfacer las necesidades reales de los desarrolladores y los requisitos de la tienda de aplicaciones.
-
-Para refinar tu [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/), usa **Ionic Appflow** para monitorear las tasas de éxito de implementación y la adopción de usuarios. Esta configuración asegura que tu aplicación se mantenga receptiva y actualizada.
-
-Una vez que las actualizaciones en vivo están en su lugar, el siguiente paso es integrarlas en un pipeline CI/CD para simplificar y automatizar tu flujo de trabajo de implementación.
-
-## Configuración CI/CD para Actualizaciones en Vivo
-
-### Fundamentos de CI/CD para Actualizaciones
-
-CI/CD automatiza el proceso de integración, prueba e implementación de código, haciendo que las actualizaciones en vivo sean más fluidas y reduciendo errores potenciales. Este enfoque asegura que las actualizaciones se entreguen consistentemente mientras se mantienen altos estándares de calidad.
-
-Aquí está lo que típicamente incluye un sólido pipeline CI/CD para actualizaciones en vivo:
-
-| Componente | Propósito | Función Clave |
-| --- | --- | --- |
-| **Control de Fuente** | Gestión de Versiones | Rastrea versiones y historial de código |
-| **Automatización de Construcción** | Creación de Paquetes | Crea paquetes de actualización |
-| **Pruebas Automatizadas** | Aseguramiento de Calidad | Asegura que las actualizaciones funcionen según lo previsto |
-| **Sistema de Implementación** | Distribución de Actualizaciones | Maneja actualizaciones OTA (over-the-air) |
-| **Herramientas de Monitoreo** | Seguimiento de Rendimiento | Mide la efectividad de las actualizaciones |
-
-### Principales Herramientas CI/CD para Aplicaciones
-
-Varias herramientas funcionan perfectamente con los flujos de trabajo de actualización en vivo de Capacitor, ayudando a los desarrolladores a automatizar actualizaciones en diferentes plataformas:
-
-| Herramienta | Especialización | Características de Integración |
-| --- | --- | --- |
-| **[GitHub Actions](https://docs.github.com/actions)** | CI/CD nativo en la nube | Flujos de trabajo integrados en el repositorio |
-| **[Bitrise](https://bitrise.io/)** | CI/CD enfocado en móviles | Diseñado para pruebas móviles y firma de código |
-| **[Jenkins](https://www.jenkins.io/)** | CI/CD auto-alojado | Ofrece pipelines personalizados y plugins |
-
-La API de Capgo se integra con estas herramientas, proporcionando [encriptación segura](https://capgo.app/docs/cli/migrations/encryption/) para implementaciones automatizadas, asegurando tanto eficiencia como seguridad.
-
-### Construcción de Pipelines de Actualización
-
-Sigue estos pasos para configurar un pipeline CI/CD efectivo:
-
-1\. **Configurar Entorno y Pruebas**
-
-Usa la siguiente configuración YAML para configurar tu entorno y ejecutar pruebas:
-
-```yaml
-steps:
-  - uses: actions/setup-node@v2
-    with:
-      node-version: '24'
-  - name: Install and Test
-    run: |
-      npm install
-      npm run test
-```
-
-2\. **Implementar Actualizaciones**
-
-El CLI de Capgo hace que la implementación sea sencilla con solo un comando, asegurando una entrega segura y eficiente over-the-air (OTA).
-
-Los equipos que utilizan pipelines CI/CD automatizados han reportado una **reducción del 75% en el tiempo de implementación** y una **mejora del 80% en la calidad de la aplicación** gracias a pruebas consistentes [\[1\]](https://www.kellton.com/kellton-tech-blog/mobile-ci-cd-challenges-in-app-development-lifecycle).
-
-> "Automatizar tu flujo de trabajo CI/CD minimiza errores y aumenta la eficiencia."
-
-Para monitorear el rendimiento de la implementación, herramientas como el panel de control de Capgo pueden rastrear tasas de éxito e identificar cuellos de botella. Una vez que tu pipeline CI/CD está configurado, el siguiente paso es enfocarse en cumplir con los requisitos de seguridad y cumplimiento para tus actualizaciones en vivo.
-
-## Seguridad y Estándares de Actualizaciones en Vivo
-
-### Requisitos de Seguridad
-
-Para mantener las actualizaciones seguras, usa **HTTPS**, **firmas digitales** y **[autenticación multifactor](https://capgo.app/docs/webapp/mfa/)**. Estas medidas protegen los datos durante la transmisión, confirman la fuente de las actualizaciones y detienen implementaciones no autorizadas. Encripta los paquetes de actualización tanto durante la transmisión como durante el almacenamiento para proteger contra riesgos potenciales.
-
-Después de establecer estas protecciones, es crucial probar las actualizaciones a fondo y tener planes de recuperación listos en caso de que algo salga mal.
-
-### Planes de Prueba y Recuperación
-
-Un proceso sólido de pruebas reduce riesgos y asegura que las actualizaciones funcionen sin problemas:
-
-| Fase de Prueba | Métricas de Éxito |
-| --- | --- |
-| **Pruebas en Staging con Automatización** | 95% cobertura de código, funcionalidad idéntica |
-| **Implementación Gradual** | Menos de 0.1% tasa de fallo |
-
-Los sistemas automatizados de reversión pueden detectar y corregir fallos rápidamente, ayudando a mantener una tasa de éxito del 99.9% para las actualizaciones.
-
-Una vez que los planes de prueba y recuperación están establecidos, el siguiente paso es asegurarse de que los usuarios estén informados sobre las actualizaciones de una manera que construya confianza.
-
-### Notificaciones de Actualización
-
-La comunicación clara sobre las actualizaciones ayuda a los usuarios a sentirse confiados en tu aplicación, apoyando los esfuerzos de seguridad y pruebas. Las notificaciones no intrusivas, como banners en la aplicación o actualizaciones silenciosas, tienen un 72% más de probabilidad de obtener la aprobación del usuario en comparación con las actualizaciones forzadas.
-
-Al notificar a los usuarios, busca claridad y relevancia. Usa registros de cambios concisos para explicar qué hay de nuevo y proporciona tiempos estimados de actualización para establecer expectativas. Este enfoque minimiza la interrupción mientras mantiene a los usuarios informados.
-
-> "La seguridad de las aplicaciones móviles es un proceso continuo. Asegúrate de que la seguridad sea priorizada durante todo el ciclo de vida del desarrollo y adopta un enfoque proactivo para mantenerte adelante de las amenazas emergentes."
-
-## Implementación de Appflow: Envía actualizaciones en tiempo real a los usuarios de tu aplicación Ionic
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Guía de Herramientas de Actualización en Vivo
-
-Para los [desarrolladores de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), elegir la herramienta correcta de actualización en vivo puede hacer una gran diferencia en el rendimiento de la aplicación y la experiencia del usuario.
-
-### Tabla Comparativa de Herramientas
-
-Aquí hay un desglose rápido de las herramientas populares de actualización en vivo y cómo se comparan:
-
-| Característica | Capgo | Ionic Appflow | Otras Soluciones |
-| --- | --- | --- | --- |
-| Facilidad de Integración | Construido para Capacitor | Enfocado en Ionic | Varía por plataforma |
-| Estrategias de Actualización | Fondo + Inmediata | Solo fondo | Opciones limitadas |
-| Escalabilidad | 1M actualizaciones, 12GB almacenamiento | Límites basados en plan | 500MB-5GB, varía |
-| Integración CI/CD | Sí, con Bitrise | Limitada | Depende de la plataforma |
-| Características de Seguridad | Encriptación de extremo a extremo | Encriptación básica | Varía |
-| Soporte Multiplataforma | Completo | Parcial | Limitado |
-| Precios (Mensual) | $12-$249 | Precios personalizados | Variable |
-
-### Visión General de Características de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-07.jpg?auto=compress)
-
-Capgo maneja más de 150,000 actualizaciones en vivo mensualmente, demostrando que está construido para escalar para empresas medianas. Aquí está lo que lo hace destacar:
-
-**[Gestión de Actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**
-
--   Implementación en tiempo real con una tasa de éxito del 99.9%
--   Actualizaciones suaves en segundo plano y opciones de reversión instantánea
-
-**Infraestructura de Seguridad**
-
--   Las actualizaciones están protegidas con encriptación de extremo a extremo
--   Acceso API seguro adaptado para usuarios empresariales
--   Totalmente compatible con las pautas de Apple y Google Play
-
-**Herramientas de Desarrollo**
-
--   Se integra directamente con plataformas CI/CD populares como Bitrise
--   Ofrece análisis avanzados para rastrear actualizaciones
--   Soporta dominios personalizados para clientes empresariales
-
-> "La independencia de plataforma y las opciones de configuración personalizadas hacen que Capgo sea particularmente efectivo para equipos que gestionan múltiples versiones de aplicaciones en diferentes plataformas", dice Martin Donadieu, fundador de Capgo.
-
-Capgo también proporciona soporte dedicado y acceso seguro a la API, asegurando que los desarrolladores puedan trabajar sin interrupciones. Para mantener las actualizaciones funcionando sin problemas, es crítico seguir las reglas específicas de cada tienda de aplicaciones.
-
-## Reglas de la App Store para Actualizaciones en Vivo
-
-Navegar por las reglas de las tiendas de aplicaciones es clave para usar actualizaciones en vivo de manera efectiva y evitar posibles rechazos. Tanto Apple como Google tienen políticas específicas que los desarrolladores deben seguir de cerca.
-
-### Reglas de Actualizaciones en Vivo de Apple
-
-Apple tiene políticas estrictas para asegurar que las aplicaciones mantengan alta calidad y la confianza del usuario. Aquí están los requisitos principales:
-
-| Requisito | Descripción | Impacto |
-| --- | --- | --- |
-| Funcionalidad | Las actualizaciones deben mantener el propósito y estándares previstos de la aplicación | Mantiene el rendimiento de la aplicación consistente |
-| Transparencia | Proporcionar descripciones claras de actualizaciones y metadatos | Ayuda a los usuarios a entender los cambios |
-| Control del Usuario | Los usuarios deben tener la opción de rechazar actualizaciones que afecten la funcionalidad | Respeta la elección del usuario |
-| Privacidad de Datos | Sin nueva recolección de datos sin consentimiento del usuario | Protege la información del usuario |
-
-Apple también exige el uso de HTTPS y protocolos de cifrado para todas las actualizaciones en vivo, enfatizando la confianza del usuario a través de comunicación clara y prácticas seguras.
-
-### Políticas de Actualización de Google Play
-
-Google Play adopta un enfoque más flexible para las actualizaciones en vivo pero aún aplica reglas específicas de cumplimiento. Su enfoque está en la validación automatizada y el mantenimiento de la seguridad de la aplicación.
-
-**Puntos Clave de la Política**
-
--   Las actualizaciones deben adherirse a las Políticas del Programa de Desarrolladores de Google Play.
--   Los desarrolladores necesitan notificar a los usuarios y a la tienda de aplicaciones sobre cualquier nuevo permiso o característica antes de implementar actualizaciones.
--   Las actualizaciones en segundo plano deben minimizar el consumo de batería.
-
-> "La independencia de plataforma y los requisitos de seguridad hacen que el cumplimiento sea crucial para una implementación exitosa", explica un ingeniero de seguridad de Google Play. "Los desarrolladores deben implementar procesos robustos de prueba y validación para prevenir errores o brechas de seguridad" [\[2\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers).
-
-### Comparación entre Apple y Google Play
-
-Aquí hay una comparación rápida de cómo las dos plataformas manejan las actualizaciones en vivo:
-
-| Práctica | App Store de Apple | Google Play |
-| --- | --- | --- |
-| Frecuencia de Actualización | Limitada, requiere revisión | Permite actualizaciones más frecuentes |
-| Protocolos de Seguridad | Requiere cifrado estricto | Acepta HTTPS estándar |
-| Cambios de Características | Restringido post-aprobación | Ofrece mayor flexibilidad |
-
-Para desarrolladores usando Capacitor, documentar los resultados de pruebas pre-envío y alinearlos con las pautas de la tienda de aplicaciones puede ayudar a asegurar el cumplimiento. Este enfoque maximiza el potencial de las actualizaciones en vivo mientras cumple con los requisitos de ambas plataformas.
-
-## Conclusión: Pasos de Implementación
-
-### Guía Rápida de Configuración
-
-La configuración de actualizaciones en vivo involucra varias fases clave. Aquí hay un desglose simplificado para ayudarte a comenzar:
-
-| Fase | Acciones Clave | Herramientas/Requisitos |
-| --- | --- | --- |
-| Configuración Inicial | Instalar SDK de Live Updates, Configurar Capacitor | CLI de Capacitor, SDK de Live Updates |
-| Integración CI/CD | Configurar entornos de construcción, Establecer pruebas automatizadas | Ionic Appflow, Jenkins |
-| Configuración de Seguridad | Habilitar HTTPS, Configurar protocolos de cifrado | Certificados SSL, Tokens de seguridad |
-| Despliegue | Configurar canales de distribución, Configurar segmentación de usuarios | Capgo o plataforma similar |
-
-> "Martin Donadieu destaca que comenzar con una configuración segura y centrada en el usuario asegura el éxito a largo plazo para las actualizaciones en vivo."
-
-Una vez que la configuración inicial está hecha, el enfoque cambia a mejorar y ajustar tu proceso de actualización en vivo.
-
-### Próximos Pasos
-
-Para mantener tus actualizaciones en vivo funcionando sin problemas y asegurar que cumplan con los requisitos de la plataforma, considera estos pasos:
-
--   Usar herramientas de análisis para monitorear la adopción y rendimiento de las actualizaciones.
--   Configurar registro de errores y procedimientos de reversión para manejar problemas.
--   Construir un pipeline detallado de pruebas para asegurar que las actualizaciones sean confiables.
--   Compartir tus protocolos de prueba documentados con tu equipo para mantener consistencia.
-
-Estas prácticas ayudarán a mantener tu flujo de trabajo y permanecer en cumplimiento con las pautas de Apple y Google Play.
diff --git a/src/content/blog/es/live-updates-for-flutter-app.md b/src/content/blog/es/live-updates-for-flutter-app.md
deleted file mode 100644
index e8afbd5ec..000000000
--- a/src/content/blog/es/live-updates-for-flutter-app.md
+++ /dev/null
@@ -1,32 +0,0 @@
----
-slug: live-updates-for-flutter-app
-title: Actualización en vivo de Flutter
-description: >-
-  ¿Es posible enviar actualizaciones en vivo a aplicaciones Flutter sin revisión
-  de la App Store?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-16T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /bypass_illustration.webp
-head_image_alt: Ilustración de Bypass de Capacitor
-keywords: >-
-  Flutter, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Capgo Live Update es un servicio que permite a los desarrolladores implementar actualizaciones en sus aplicaciones móviles sin pasar por el proceso tradicional de envío a la App Store. Esta puede ser una forma conveniente de corregir errores rápidamente o realizar pequeñas actualizaciones en una aplicación sin esperar el proceso de revisión de la App Store. Sin embargo, Capgo Live Update no admite la actualización de aplicaciones Flutter porque estas se compilan a código nativo.
-
-Flutter es un marco de desarrollo de aplicaciones móviles que utiliza el lenguaje de programación Dart. Una de las características principales de Flutter es que permite a los desarrolladores crear aplicaciones que pueden ejecutarse tanto en iOS como en Android utilizando una única base de código. Para lograr esto, Flutter compila el código de la aplicación en código nativo para cada plataforma. Esto significa que la aplicación es esencialmente una aplicación nativa, en lugar de una aplicación web o una aplicación híbrida.
-
-Debido a que las aplicaciones Flutter se compilan a código nativo, no es posible utilizar Capgo Live Update para implementar actualizaciones en una aplicación Flutter. En su lugar, los desarrolladores deben enviar las actualizaciones a las tiendas de aplicaciones como lo harían con cualquier otra aplicación nativa.
-
-Además, realizar actualizaciones en el código nativo generalmente va en contra de las reglas de las tiendas de aplicaciones. Tanto la App Store de Apple como la Google Play Store tienen políticas que prohíben a los desarrolladores introducir cambios en el código nativo de una aplicación después de que haya sido enviada para revisión. Esto se debe a que introducir cambios en el código nativo puede potencialmente introducir vulnerabilidades de seguridad u otros problemas que podrían comprometer el rendimiento de la aplicación.
-
-En resumen, si bien Capgo Live Update es una herramienta útil para implementar actualizaciones rápidamente en ciertos tipos de aplicaciones móviles, no se puede utilizar para actualizar aplicaciones Flutter.
-
-Esto se debe a la naturaleza del proceso de compilación de Flutter y las reglas de las tiendas de aplicaciones.
diff --git a/src/content/blog/es/manage-dev-and-prod-build-with-github-actions.md b/src/content/blog/es/manage-dev-and-prod-build-with-github-actions.md
deleted file mode 100644
index a2d185b0f..000000000
--- a/src/content/blog/es/manage-dev-and-prod-build-with-github-actions.md
+++ /dev/null
@@ -1,154 +0,0 @@
----
-slug: manage-dev-and-prod-build-with-github-actions
-title: Gestiona el desarrollo y la construcción de producción con GitHub actions
-description: >-
-  Utiliza Capgo para publicar tu devbuild en un canal específico, y permite que
-  tu equipo pruebe tu aplicación Capacitor Ionic, sin esperar la revisión de
-  Apple y Google
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /capgo_ci-cd-illustration.webp
-head_image_alt: Ilustración de compilaciones de canal
-keywords: >-
-  GitHub Actions, CI/CD, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: CI/CD
-published: true
-locale: es
-next_blog: how-to-send-specific-version-to-users
----
-Este tutorial se centra en el alojamiento en GitHub, pero puedes adaptarlo con pequeños ajustes a cualquier otra plataforma CI/CD.
-
-## Prefacio
-
-Asegúrate de haber agregado primero tu aplicación Capacitor a Capgo, este tutorial solo se centra en la fase de carga
-
-## Convención de commits
-
-Primero necesitas empezar a seguir la convención de commits [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/) esto ayudará a las herramientas a entender cómo actualizar el número de versión, se aprende en 5 minutos.
-
-![Conventional commits](/conventional_commits.webp)
-
-## Acciones de GitHub para etiquetas
-
-Luego necesitas crear tu primera acción de GitHub para construir y crear etiquetas automáticamente.
-
-Crea un archivo en esta ruta: `.github/workflows/bump_version.yml`
-
-con este contenido:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-      - development
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        if: github.ref == 'refs/heads/main'
-        run: npx capacitor-standard-version
-      - name: Create bump and changelog
-        if: github.ref != 'refs/heads/main'
-        run: npx capacitor-standard-version --prerelease alpha
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-
-```
-
-Esto liberará una etiqueta para cada commit en tu rama principal. Y una versión `alpha` para `development`, y por último una entrada de changelog para cada commit en `CHANGELOG.md`.
-
-No te preocupes si no tienes este archivo, será creado para ti.
-
-Para que esto funcione, necesitas crear un [PERSONAL ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) en tus [secretos](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets") de GitHub como `PERSONAL_ACCESS_TOKEN`.
-
-Esto es necesario para permitir que el CI realice commits del changelog y el incremento de versión.
-
-Cuando crees el token, elige la expiración como `never` y el alcance como `repo`.
-
-Establece la clave `version` en tu archivo `package.json`. Usa para eso la última versión liberada en la tienda.
-
-Esto solo es necesario la primera vez, luego las herramientas lo mantendrán actualizado.
-
-¡Ahora puedes hacer commit de estos dos archivos y ver tu primera etiqueta aparecer en GitHub!
-
-`capacitor-standard-version` es el paquete que hace la magia, por defecto, también actualiza tu número de versión en Android e iOS
-
-## Acciones de GitHub para construcción
-
-Crea un archivo en esta ruta: `.github/workflows/build.yml`
-
-con este contenido:
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm build
-        env:
-          MY_ENV_VAR: ${{ secrets.MY_ENV_VAR }}
-      - name: Create Release Alpha
-        if: "contains(github.ref, '-alpha.')"
-        id: create_release_prepro
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c development
-      - name: Create Release Production
-        if: "!contains(github.ref, '-alpha.')"
-        id: create_release_prod
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Esto instalará y construirá tus dependencias antes de enviarlas a Capgo.
-
-Si tu comando para construir es diferente, puedes cambiarlo en el paso `build_code`.
-
-Si necesitas una variable de entorno, usa `MY_ENV_VAR` y establece el `secret` en la configuración de tu proyecto de GitHub, luego secrets y luego GitHub Action.
-
-Para que la carga de Capgo funcione, necesitas obtener tu clave API de Capgo, agrégala en los [secretos de tu repositorio GitHub](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) como `CAPGO_TOKEN`.
-
-¡Ahora puedes hacer commit de estos dos archivos y ver tu primera versión aparecer en Capgo!
-
-Agregar el commit generará una nueva construcción de Capacitor para los canales de producción y desarrollo.
-
-Deberías agregar tus pruebas en el paso de construcción de Ionic para estar seguro de que tu código funciona.
-
-Ve a tu panel de control de Capgo y verifica tu construcción que acaba de aparecer, ahora tienes tu sistema CI/CD.
diff --git a/src/content/blog/es/managing-dependencies-in-capacitor-projects.md b/src/content/blog/es/managing-dependencies-in-capacitor-projects.md
deleted file mode 100644
index bcc521327..000000000
--- a/src/content/blog/es/managing-dependencies-in-capacitor-projects.md
+++ /dev/null
@@ -1,214 +0,0 @@
----
-slug: managing-dependencies-in-capacitor-projects
-title: Gestión de Dependencias en Proyectos de Capacitor
-description: >-
-  Aprende estrategias esenciales para gestionar dependencias en proyectos de
-  Capacitor para mejorar la seguridad, reducir la deuda técnica y asegurar la
-  compatibilidad entre plataformas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-24T08:30:17.609Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67bbc47be5225d66b70936da-1740386039142.jpg
-head_image_alt: Desarrollo Móvil
-keywords: 'Capacitor, dependency management, mobile development, plugins, automation'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-La gestión de dependencias en proyectos [Capacitor](https://capacitorjs.com/) es esencial para garantizar la seguridad, reducir la deuda técnica y mantener la compatibilidad entre plataformas. Esto es lo que necesitas saber:
-
--   **Mantente Actualizado**: Actualiza regularmente las dependencias para evitar vulnerabilidades y características obsoletas.
--   **Usa Herramientas**: Aprovecha el CLI de Capacitor, npm, yarn y herramientas como `capacitor-build-safety` para una gestión fluida de dependencias.
--   **Necesidades Específicas de Plataforma**:
-    -   iOS: Usa [CocoaPods](https://cocoapods.org/) y [Swift Package Manager](https://developer.apple.com/documentation/xcode/swift-packages) para las dependencias.
-    -   Android: Gestiona las dependencias con [Gradle](https://gradle.org/) y asegura la compatibilidad con el nivel de API 21+.
--   **Maneja Problemas**: Resuelve problemas comunes como errores de sincronización, conflictos de plugins y desajustes de SDK limpiando builds, actualizando repos y probando exhaustivamente.
--   **Automatiza**: Herramientas como [Capgo](https://capgo.app/) permiten actualizaciones en vivo, control de versiones e integración CI/CD, agilizando el proceso.
-
-La gestión de dependencias impacta en la estabilidad y eficiencia de tu app. Enfócate en actualizaciones consistentes, pruebas y automatización para mantener tu proyecto en marcha.
-
-## Gestión de Dependencias en un Proyecto Multi-Módulo
-
-<iframe src="https://www.youtube.com/embed/Z97sl7MrrzE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Tipos de Dependencias en [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-24.jpg?auto=compress)
-
-Los proyectos Capacitor dependen de varias dependencias, cada una jugando un rol específico en el desarrollo multiplataforma. Analicemos los plugins y configuraciones específicas de plataforma.
-
-### Trabajando con Plugins de Capacitor
-
-Los [plugins de Capacitor](https://capgo.app/plugins/) conectan JavaScript con características nativas, proporcionando una API web unificada. Los plugins oficiales del equipo de Capacitor hacen la integración directa.
-
-Por ejemplo, si estás agregando funcionalidad de cámara, la configuración podría verse así:
-
-| Plataforma | Configuración de Dependencia |
-| --- | --- |
-| iOS | `CapacitorCamera` (Pod) |
-| Android | `com.capacitorjs:camera` (Maven) |
-| Web | `@capacitor/camera` (npm) |
-
-> "Capacitor proporciona un conjunto consistente de APIs enfocadas en web que permiten que una aplicación se mantenga lo más cerca posible de los estándares web, mientras accede a ricas características nativas en plataformas que las soportan." - Documentación de Capacitor [\[3\]](https://capacitorjs.com/docs)
-
-### Dependencias Específicas de Plataforma
-
-Para iOS, necesitarás [Xcode](https://developer.apple.com/xcode/) CLI, CocoaPods y soporte para iOS 11 o posterior [\[2\]](https://capacitorjs.com/docs/v2/getting-started/dependencies).
-
-En Android, asegúrate de usar el SDK de Android, [Android Studio](https://developer.android.com/studio/intro) y garantizar la compatibilidad con el nivel de API 21 o superior (Android 5.0 Lollipop), que cubre la mayoría de los dispositivos Android [\[2\]](https://capacitorjs.com/docs/v2/getting-started/dependencies).
-
-Las dependencias de iOS se gestionan a través del Podfile y .podspec, mientras que Android usa Gradle para la configuración. Por ejemplo, las dependencias de MLKit mal configuradas en cualquier plataforma pueden llevar a errores, destacando la importancia de una configuración precisa [\[4\]](https://ionic.zendesk.com/hc/en-us/articles/360037704753-Capacitor-Plugin-Development-Adding-iOS-podfile-dependencies).
-
-## Gestión de Dependencias Paso a Paso
-
-Aquí te mostramos cómo manejar las dependencias y mantener tu proyecto funcionando sin problemas.
-
-### Instalando Nuevas Dependencias
-
-Para agregar dependencias JavaScript, usa npm o yarn, luego sincroniza tus proyectos nativos con el CLI de Capacitor:
-
--   Usa `npm install` o `yarn add` para instalar el paquete requerido.
--   Ejecuta `npx cap sync` para actualizar los proyectos iOS y Android.
--   Abre Xcode y Android Studio para verificar la configuración del proyecto nativo.
-
-Si estás agregando funcionalidad de [NativeScript](https://nativescript.org/), sigue estos pasos:
-
--   Ejecuta `npm install @nativescript/capacitor`.
--   Construye componentes móviles con `npm run build:mobile`.
--   Sincroniza actualizaciones usando `npx cap sync` [\[5\]](https://capacitor.nativescript.org/installation.html).
-
-### Actualizando Dependencias del Proyecto
-
-Mantén actualizadas tus dependencias principales y de plataforma con estos pasos:
-
-1.  **Dependencias Principales**  
-    Actualiza los paquetes principales de Capacitor en el archivo `/src-capacitor/package.json`. Aquí hay un ejemplo de las versiones requeridas:
-    
-    | Paquete | Versión |
-    | --- | --- |
-    | @capacitor/app | ^6.0.0 |
-    | @capacitor/cli | ^6.0.0 |
-    | @capacitor/core | ^6.0.0 |
-    | @capacitor/splash-screen | ^6.0.0 |
-    
-2.  **Actualizaciones de Plataforma**
-    
-    -   Para Android, ejecuta: `npm install @capacitor/android@latest` [\[6\]](https://capacitorjs.com/docs/v2/android/updating).
-    -   Para iOS, ejecuta: `pod repo update` [\[5\]](https://capacitor.nativescript.org/installation.html).
-
-Después de las actualizaciones, prueba tu aplicación en ambas plataformas para asegurar que todo funcione como se espera. Mantenerte actualizado reduce los riesgos de seguridad y previene la deuda técnica.
-
-### Problemas Comunes con Dependencias y Soluciones
-
-Aquí hay algunos problemas comunes que podrías enfrentar y cómo resolverlos:
-
--   **Problemas de Android:**
-    
-    -   _"package android.support._ no existe"\*: Ejecuta jetifier [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    -   _"Por favor selecciona el SDK de Android"_: Realiza una sincronización de Gradle [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    -   Limpia las cachés de Android Studio y reinicia para aplicar cambios pendientes [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
--   **Problemas de iOS:**
-    
-    -   Ejecuta `pod repo update` si la sincronización falla.
-    -   Limpia la carpeta de build en Xcode y reinicia.
-    -   Confirma la compatibilidad de CocoaPods.
--   **Problemas de Plugins:**
-    
-    -   Para errores de _"Plugin No Implementado"_, verifica el estado de sincronización y asegura que los plugins se carguen automáticamente [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    -   Si ProGuard está habilitado, agrega reglas para preservar las clases de plugins [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-
-> "Capacitor es un runtime nativo multiplataforma que facilita la construcción de aplicaciones móviles con alto rendimiento que se ejecutan nativamente en iOS, Android y más usando herramientas web modernas." – Documentación de Capacitor [\[3\]](https://capacitorjs.com/docs)
-
-## Directrices de Gestión de Dependencias
-
-La gestión efectiva de dependencias en proyectos Capacitor requiere un enfoque estructurado con automatización y pruebas exhaustivas. Usar las herramientas y estrategias correctas asegura que tu proyecto se mantenga estable y actualizado.
-
-### Herramientas de Automatización para Dependencias
-
-Las herramientas de automatización pueden facilitar mucho la gestión de dependencias. Por ejemplo, **capacitor-build-safety** ejecuta verificaciones automatizadas para detectar cambios no sincronizados de Capacitor o builds web perdidas. Esto reduce problemas de despliegue y mantiene las versiones consistentes entre plataformas [\[11\]](https://github.com/fkirc/capacitor-build-safety).
-
-Otro ejemplo es **capacitor-sync-version-cli**, que automatiza la sincronización de versiones y calcula el versionCode de Android. Esto minimiza errores manuales y mantiene las versiones alineadas [\[12\]](https://github.com/bjesuiter/capacitor-sync-version-cli).
-
-Aquí hay una comparación rápida de herramientas clave:
-
-| Herramienta | Función Principal | Beneficio Clave |
-| --- | --- | --- |
-| capacitor-build-safety | Verificaciones de seguridad de versiones | Evita versiones rotas de Android/iOS |
-| capacitor-sync-version-cli | Sincronización de versiones | Simplifica la gestión de versiones |
-| npm audit | Escaneo de seguridad | Detecta vulnerabilidades |
-| Capgo/capacitor-updater | Actualizaciones en vivo | Permite despliegues rápidos de características |
-
-### Documentando y Probando Dependencias
-
-Es importante documentar y probar las dependencias como parte de tu flujo de trabajo. Usar **Inyección de Dependencias (DI)** ayuda a mantener tu código modular y más fácil de probar [\[10\]](https://hackeryarn.com/post/universally-testable-dependencies/).
-
-Para probar plugins de Capacitor, puedes configurar el mapeo de rutas TypeScript. Creando un directorio de **mocks** y actualizando `tsconfig.spec.json` para mapear `@capacitor/*` a implementaciones simuladas, puedes probar componentes en un entorno controlado [\[9\]](https://github.com/ionic-team/cap-plugin-mock-jasmine).
-
-Cuando manejes conflictos de dependencias, especialmente con NPM 7 o posterior, sigue este proceso paso a paso:
-
-1.  **Evalúa la Situación**  
-    Usa `npm audit` para escanear vulnerabilidades y registrar cualquier problema [\[1\]](https://capacitorjs.com/docs/vscode/dependencies).
-    
-2.  **Resuelve Conflictos**  
-    Aborda los conflictos de dependencias pares actualizando las dependencias iterativamente hasta que todo se instale correctamente [\[13\]](https://volt.build/news/2023/04/12/capacitor-and-npm-6.html).
-    
-3.  **Verifica Actualizaciones**  
-    Después de resolver problemas, prueba exhaustivamente las dependencias actualizadas. Usa mocks para plugins de Capacitor con frameworks de prueba como Jasmine [\[9\]](https://github.com/ionic-team/cap-plugin-mock-jasmine).
-    
-
-Para facilitar las pruebas y el mantenimiento a largo plazo, exporta tus dependencias en un objeto `deps`. Esto simplifica el mockeo durante las pruebas y ayuda a detectar problemas antes de que afecten los entornos de producción [\[10\]](https://hackeryarn.com/post/universally-testable-dependencies/).
-
-## Usando [Capgo](https://capgo.app/) para Actualizaciones de Dependencias
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-24.jpg?auto=compress)
-
-Capgo lleva la gestión de dependencias en proyectos Capacitor al siguiente nivel, haciendo el despliegue de actualizaciones más rápido y eficiente. Con más de **464.4 millones de actualizaciones** entregadas en **1,800 apps de producción** [\[14\]](https://capgo.app/), Capgo simplifica el proceso para los desarrolladores.
-
-### Funciones Principales de Capgo
-
-Capgo se trata de actualizaciones rápidas y despliegue de código sin problemas. Permite a los desarrolladores enviar instantáneamente correcciones de errores, cambios de contenido y nuevas características mientras se mantiene en cumplimiento con las políticas de Apple y Google.
-
-Esto es lo que ofrece Capgo:
-
--   **Cifrado de Extremo a Extremo**: Las actualizaciones están cifradas de forma segura, garantizando que solo los usuarios autorizados puedan acceder a ellas.
--   **Integración CI/CD**: Funciona sin problemas con plataformas como GitHub Actions, GitLab CI y Azure DevOps para automatizar implementaciones.
--   **Control de Versiones**: Gestiona y realiza seguimiento fácilmente de diferentes versiones de dependencias entre compilaciones.
--   **Actualizaciones en Vivo**: Implementa cambios en cuestión de minutos.
-
-Estas herramientas ayudan a los desarrolladores a ahorrar tiempo y mantener los proyectos funcionando sin problemas.
-
-Para configurar Capgo en tu proyecto Capacitor, usa el siguiente comando:
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-### Beneficios para Equipos de Desarrollo
-
-Los equipos que usan Capgo han visto una **mejora del 81% en la eficiencia de lanzamientos** [\[14\]](https://capgo.app/). Aquí está por qué destaca:
-
--   **Implementación Rápida**: Envía actualizaciones rápidamente y gestiónalas con funciones como asignación de usuarios y opciones de reversión.
--   **Precios Asequibles**: Una tarifa única de configuración CI/CD de $2,600 lo hace una opción económica en comparación con otras herramientas.
--   **Flujo de Trabajo Mejorado**: El monitoreo en tiempo real y las herramientas flexibles de organización brindan a los equipos mejor control sobre sus proyectos.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" – Rodrigo Mantica [\[14\]](https://capgo.app/)
-
-> "Capgo es una herramienta esencial para desarrolladores, permitiendo productividad al evitar largos ciclos de revisión." – Bessie Cooper [\[14\]](https://capgo.app/)
-
-## Resumen
-
-Gestionar dependencias efectivamente es crucial para asegurar proyectos Capacitor y minimizar la deuda técnica. Así es como puedes hacerlo:
-
--   **Control de Versiones**: Usa archivos como `package-lock.json` para bloquear dependencias, asegurando consistencia y seguridad [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
--   **Verificaciones de Seguridad**: Escanea regularmente todas las dependencias en busca de vulnerabilidades [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
--   **Herramientas de Automatización**: Herramientas como Renovate o Dependabot de GitHub pueden simplificar y automatizar actualizaciones de dependencias [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
-
-Las herramientas modernas facilitan estas tareas. Por ejemplo, Capgo ayuda a los equipos a implementar actualizaciones rápida y seguramente mientras mantienen el cumplimiento con los requisitos de la plataforma.
-
-> "Mantener tus dependencias actualizadas asegurará que estés usando productos seguros y con soporte. Ignorar las actualizaciones aumentará tu deuda técnica haciendo más difícil actualizar en el futuro." - Documentación de Capacitor [\[1\]](https://capacitorjs.com/docs/vscode/dependencies)
-
-Para mantener la estabilidad y seguridad, apunta a un ciclo de actualización del SDK de 6-12 meses y realiza escaneos regulares de vulnerabilidades [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
diff --git a/src/content/blog/es/managing-secrets-in-cicd-pipelines.md b/src/content/blog/es/managing-secrets-in-cicd-pipelines.md
deleted file mode 100644
index e88ab76a1..000000000
--- a/src/content/blog/es/managing-secrets-in-cicd-pipelines.md
+++ /dev/null
@@ -1,120 +0,0 @@
----
-slug: managing-secrets-in-cicd-pipelines
-title: Gestión de secretos en pipelines CI/CD
-description: >-
-  Aprende estrategias efectivas para gestionar secretos en pipelines CI/CD para
-  mejorar la seguridad y prevenir fugas de datos y problemas de cumplimiento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T00:50:40.782Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e-1745110261303.jpg
-head_image_alt: Tecnología
-keywords: 'CI/CD, secret management, security, environment variables, automated scanning'
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Mantener los secretos seguros en los pipelines de CI/CD es crítico para prevenir brechas, interrupciones del servicio y problemas de cumplimiento.** Aquí te mostramos cómo hacerlo de manera efectiva:
-
--   **Usa variables de entorno** y **bóvedas seguras** para almacenar secretos de forma segura.
--   **Limita el acceso** otorgando solo los privilegios necesarios y rotando los secretos regularmente.
--   **Automatiza el escaneo de secretos** con herramientas como `git-secrets` o `truffleHog` para detectar filtraciones temprano.
--   **Aprovecha las herramientas CI/CD** como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), o [Jenkins](https://www.jenkins.io/) para la gestión integrada de secretos.
--   **Monitorea y audita** el uso de secretos con registros detallados.
-
-### Secretos Comunes de CI/CD
-
--   [Claves API](https://capgo.app/docs/webapp/api-keys/)
--   Credenciales de base de datos
--   Claves de cifrado
--   Tokens de autenticación
--   Certificados SSL
-
-### Plataformas Populares de Gestión de Secretos
-
-| Plataforma | Características | Mejor Para |
-| --- | --- | --- |
-| **[HashiCorp Vault](https://www.hashicorp.com/products/vault)** | Secretos dinámicos, cifrado, control de acceso | Operaciones a gran escala |
-| **[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/)** | Integración con AWS, rotación automática | Configuraciones centradas en AWS |
-| **[Azure Key Vault](https://learn.microsoft.com/en-us/azure/key-vault/)** | Gestión de certificados, rotación de claves | Entornos Microsoft |
-
-Siguiendo estas prácticas y usando las herramientas adecuadas, puedes proteger tus pipelines de CI/CD y mantener flujos de trabajo seguros.
-
-## Directrices de Seguridad para Secretos
-
-### Mantén los Secretos Fuera de Tu Código
-
--   Usa **variables de entorno** para gestionar información sensible.
--   Almacena secretos en una **bóveda segura** diseñada para este propósito.
--   Conecta tu pipeline de CI/CD a la bóveda para inyectar credenciales durante el proceso de compilación.
-
-### Limita y Monitorea el Acceso
-
-Otorga solo los **privilegios mínimos necesarios** a cada usuario o servicio, y revisa los permisos frecuentemente.
-
-Además, rota los secretos según un calendario regular y mantén un **registro de auditoría** para rastrear e identificar posibles brechas.
-
-## Cómo integrar [GitLab CI](https://docs.gitlab.com/ee/ci/) con [HashiCorp Vault](https://www.hashicorp.com/products/vault) para recuperar ...
-
-<iframe src="https://www.youtube.com/embed/NsPcl4rqy9A" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Herramientas de Gestión de Secretos
-
-Una vez que las directrices de seguridad están establecidas, es momento de implementar herramientas diseñadas específicamente para gestionar secretos.
-
-### Plataformas de Almacenamiento de Secretos
-
-Centraliza y monitorea todos tus secretos usando estas herramientas:
-
-| Plataforma | Características | Mejor Para |
-| --- | --- | --- |
-| **HashiCorp Vault** | Secretos dinámicos, servicios de cifrado, acceso basado en identidad | Operaciones a gran escala |
-| **AWS Secrets Manager** | Integración perfecta con AWS, rotación automática, permisos detallados | Configuraciones enfocadas en AWS |
-| **Azure Key Vault** | Módulos de seguridad hardware, gestión de certificados, rotación de claves | Entornos cloud de Microsoft |
-
-Después de asegurar tus secretos en plataformas de almacenamiento, utiliza las características de gestión de secretos que vienen con tus herramientas CI/CD.
-
-### Gestión de Secretos en CI/CD
-
-Muchas herramientas CI/CD vienen con capacidades integradas de gestión de secretos:
-
--   **GitHub Actions**: Ofrece secretos cifrados tanto a nivel de repositorio como de organización. Los secretos se enmascaran automáticamente en los registros y solo son accesibles para flujos de trabajo autorizados.
--   **GitLab CI**: Proporciona variables protegidas y secretos a nivel de grupo, permitiendo compartir de forma segura entre proyectos mientras se mantiene el aislamiento.
--   **Jenkins**: Trabaja con plugins de credenciales y soporta almacenes externos de secretos. Se requieren plugins para asegurar que los secretos estén enmascarados en los registros.
-
-### Características de Seguridad de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e/37a0fc028bf1f414683e8dee42eedfb0.jpg)
-
-Capgo mejora la seguridad de las actualizaciones en vivo en aplicaciones Capacitor mediante la extensión de la gestión estándar de secretos CI/CD. Utiliza cifrado de extremo a extremo para asegurar que solo los usuarios autorizados puedan descifrar datos sensibles [\[1\]](https://capgo.app/).
-
-Capgo se integra perfectamente con herramientas como GitHub Actions, GitLab CI y Jenkins. También soporta distribución basada en canales y controles de acceso basados en roles, cumpliendo con los requisitos de actualización de las plataformas Apple y Android.
-
-## Secretos en Control de Versiones
-
-Protege tus repositorios evitando que las credenciales codificadas se filtren. Comienza con almacenamiento seguro en bóveda, luego agrega protecciones adicionales para bloquear información sensible en tu código.
-
-Aquí te mostramos cómo puedes reforzar tus defensas:
-
--   **Usa herramientas como [git-secrets](https://github.com/awslabs/git-secrets) o frameworks pre-commit** para detectar problemas antes de que se realicen los commits.
--   **Ejecuta escaneos periódicos** con herramientas como [truffleHog](https://github.com/trufflesecurity/trufflehog) o [GitGuardian](https://www.gitguardian.com/) para detectar cualquier secreto que pueda haberse filtrado.
--   **Automatiza las verificaciones CI/CD** para marcar y fallar las compilaciones si se encuentran secretos.
-
-A continuación, cubriremos cómo manejar efectivamente los secretos expuestos.
-
-## Resumen
-
-Esta guía exploró el almacenamiento en bóvedas, escaneos automatizados, integración de herramientas CI/CD y protecciones de repositorio. Capgo une la seguridad y el despliegue rápido a través del cifrado de extremo a extremo y la integración fluida con CI/CD[\[1\]](https://capgo.app/).
-
-Puntos clave para la gestión segura de secretos:
-
--   **Usa almacenamiento en bóveda**: Confía en plataformas que proporcionen cifrado tanto durante el almacenamiento como en tránsito.
--   **Automatiza verificaciones de seguridad**: Implementa herramientas de escaneo para identificar exposiciones de secretos tempranamente.
--   **Rastrea y monitorea la actividad**: Mantén registros detallados de auditoría de acceso y modificaciones de secretos.
--   **Prepárate para incidentes**: Establece procesos claros para abordar secretos expuestos y revertir cambios cuando sea necesario.
-
-La gestión efectiva de secretos transforma la seguridad de ser un obstáculo a convertirse en un sistema de soporte para la entrega continua.
diff --git a/src/content/blog/es/merge-policies-for-teams-using-capacitor-apps.md b/src/content/blog/es/merge-policies-for-teams-using-capacitor-apps.md
deleted file mode 100644
index 3c08cd379..000000000
--- a/src/content/blog/es/merge-policies-for-teams-using-capacitor-apps.md
+++ /dev/null
@@ -1,60 +0,0 @@
----
-slug: merge-policies-for-teams-using-capacitor-apps
-title: Directrices de fusión para equipos con aplicaciones Capacitor
-description: >-
-  Aprenda cómo crear políticas de fusión efectivas para aplicaciones Capacitor
-  para garantizar la calidad del código, optimizar las actualizaciones y
-  gestionar los conflictos.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:30:15.213Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809ac119bd9ce97f26bdef5-1745465426956.jpg
-head_image_alt: Desarrollo móvil
-keywords: 'merge policies, Capacitor apps, code quality, live updates, branch management'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-To ensure smooth and reliable live updates for your Capacitor app:
-
--   **Test extensively**: Run thorough testing before deploying updates.
--   **Use staged rollouts**: Deploy updates gradually to catch issues early.
--   **Monitor performance**: Track metrics to identify potential problems.
--   **Have a rollback plan**: Keep previous versions ready for quick recovery.
-
-Using a dedicated platform like Capgo can help streamline this process with features like:
-- Instant rollouts
-- Real-time monitoring
-- Quick rollbacks
-- Secure update delivery
-
-This ensures your updates reach users quickly and reliably while maintaining app stability.
-:::
-
-:::faq
-### What's the recommended workflow for managing app updates through a CI/CD pipeline?
-
-The recommended workflow for managing Capacitor app updates through a CI/CD pipeline includes:
-
-1. **Setup**: Configure your CI/CD pipeline with automated testing and deployment stages.
-2. **Testing**: Run comprehensive tests including unit, integration, and end-to-end tests.
-3. **Versioning**: Use semantic versioning for clear update tracking.
-4. **Deployment**: Implement staged deployments for gradual rollouts.
-
-Integrating a live update solution like Capgo can enhance this workflow by:
-- Automating update distribution
-- Providing real-time monitoring
-- Enabling instant rollbacks
-- Ensuring secure delivery
-
-This combination helps maintain efficient and reliable app updates while minimizing risks.
-:::
-
-Para garantizar que las actualizaciones de tu aplicación Capacitor sean fluidas y confiables, utiliza una solución robusta de actualizaciones en vivo como **Capgo**. Te permite entregar actualizaciones, correcciones y nuevas funciones al instante, sin esperar las aprobaciones de las tiendas de aplicaciones.
-
-Capgo admite **cifrado de extremo a extremo** y cumple con las pautas de Apple y Android, asegurando que las actualizaciones sean seguras y cumplan con los requisitos de la plataforma. También se integra sin esfuerzo con sistemas CI/CD, haciendo que el proceso de implementación sea eficiente y sin complicaciones. Al aprovechar estas herramientas, puedes minimizar posibles problemas y mantener a los usuarios de tu aplicación actualizados con los últimos cambios en tiempo real.
-:::
diff --git a/src/content/blog/es/migrating-cordova-to-capacitor.md b/src/content/blog/es/migrating-cordova-to-capacitor.md
deleted file mode 100644
index 0b2ff3fec..000000000
--- a/src/content/blog/es/migrating-cordova-to-capacitor.md
+++ /dev/null
@@ -1,92 +0,0 @@
----
-slug: migrating-cordova-to-capacitor
-title: 'Migrando una aplicación web de Cordova a Capacitor: Una guía paso a paso'
-description: >-
-  Esta guía paso a paso cubre todas las secciones de la migración de una
-  aplicación web de Cordova a Capacitor, presentada de manera clara y
-  comprensible.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-07T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /migrating-cordova-to-capacitor.webp
-head_image_alt: Migración de Cordova a Capacitor
-keywords: >-
-  Cordova, Capacitor, migration, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Migration
-published: true
-locale: es
-next_blog: ''
----
-
-# Migración de una aplicación web de Cordova a Capacitor: Una guía paso a paso
-
-Esta guía te ayudará a migrar tu aplicación web de Cordova a Capacitor, haciéndola fácil de leer y seguir. Cubriremos todas las secciones y proporcionaremos un enfoque paso a paso.
-
-## Introducción a Cordova y Capacitor
-
-Cordova y Capacitor son herramientas que permiten a los desarrolladores web crear aplicaciones nativas para varias plataformas usando HTML, CSS y JavaScript. Aunque comparten similitudes, hay diferencias clave en su enfoque para la gestión de proyectos nativos, gestión de plugins y gestión de CLI/versiones.
-
-## Estrategia de migración
-
-La migración de Cordova a Capacitor se puede hacer gradualmente o como un reemplazo completo, dependiendo de la complejidad de tu aplicación. Capacitor es compatible con versiones anteriores de Cordova, permitiéndote cambiar tus aplicaciones web existentes cuando estés listo.
-
-Para ayudar con la migración, considera usar la [Ionic VS Code Extension](https://marketplacevisualstudiocom/items/?itemName=ionicionic) y auditar tus plugins de Cordova existentes. Puedes continuar usando plugins de Cordova si es necesario, o reemplazarlos con equivalentes de Capacitor.
-
-## Guía de migración paso a paso
-
-Sigue estos pasos para migrar tu aplicación web de Cordova a Capacitor:
-
-1. **Trabaja en una rama de código separada**: Se recomienda trabajar en una rama de código separada al aplicar estos cambios.
-
-2. **Inicializa tu aplicación con Capacitor**: Abre tu proyecto en la terminal y sigue las guías para [agregar Capacitor a una aplicación web](https://capacitorjs.com/docs/getting-started/#adding-capacitor-to-your-app) o [agregar Capacitor a una aplicación Ionic](https://capacitorjs.com/docs/getting-started/with-ionic/#existing-ionic-project). Usa la información de tu archivo `configxml` de Cordova para el nombre de la aplicación y el ID del Bundle.
-
-3. **Construye tu aplicación web**: Construye tu proyecto web al menos una vez antes de agregar plataformas nativas. Esto asegura que la carpeta `www` esté configurada correctamente en el archivo de configuración de Capacitor.
-
-4. **Agrega plataformas**: Ejecuta `npx cap add ios` y `npx cap add android` para agregar las plataformas iOS y Android. Esto creará carpetas de proyecto nativas separadas en la raíz de tu proyecto.
-
-5. **Genera iconos y pantallas de inicio**: Si tienes imágenes de iconos y pantallas de inicio existentes, usa la herramienta `cordova-res` para generarlas y copiarlas en los proyectos nativos.
-
-6. **Audita y migra los plugins existentes de Cordova**: Revisa tus plugins existentes de Cordova y reemplázalos con equivalentes de Capacitor si es posible. Elimina cualquier plugin innecesario.
-
-7. **Elimina el plugin de Cordova**: Después de reemplazar o eliminar un plugin de Cordova, desinstala el plugin y ejecuta `npx cap sync` para eliminar el código del plugin del proyecto nativo.
-
-8. **Aplica permisos adicionales**: Mapea entre `pluginxml` y la configuración requerida en iOS y Android para aplicar los permisos necesarios.
-
-9. **Configura preferencias**: Agrega manualmente las preferencias de `configxml` al archivo de configuración de Capacitor.
-
-10. **Maneja configuraciones específicas de plataforma**: Configura elementos de `configxml` para cada plataforma (iOS y Android) según sea necesario.
-
-11. **Cambia el esquema para servir contenido**: Si es necesario, cambia el esquema utilizado para servir contenido en tu aplicación para evitar pérdida de datos.
-
-12. **Prueba y elimina Cordova**: Prueba tu aplicación migrada para asegurarte de que todos los cambios se han aplicado correctamente. Una vez satisfecho, puedes eliminar Cordova de tu proyecto o dejarlo si planeas continuar usando plugins de Cordova.
-
-¡Felicitaciones! Has migrado exitosamente tu aplicación web de Cordova a Capacitor. Para aprender más sobre el uso de plugins de Cordova en un proyecto de Capacitor o el flujo de trabajo de desarrollo de Capacitor, visita la [documentación oficial de Capacitor](https://capacitorjs.com/docs/)
-
-## Actualizaciones en vivo con nuestro servicio Capgo
-
-Nos enorgullece ofrecer Capgo, nuestra solución que permite actualizaciones en vivo para tus aplicaciones Capacitor, permitiéndote entregar actualizaciones Over-The-Air (OTA) a un precio justo.Esta función es particularmente útil para realizar correcciones rápidas, implementar nuevas características y asegurar que sus usuarios siempre tengan la última versión de su aplicación sin esperar la aprobación de la tienda de aplicaciones
-
-### Cómo funciona nuestro servicio Capgo
-
-Capgo es un servicio basado en la nube que te permite implementar actualizaciones en vivo en tus aplicaciones Capacitor. Consiste en un panel web y un SDK nativo que puedes integrar en tu aplicación. El SDK verifica actualizaciones al inicio o en intervalos específicos y las descarga en segundo plano. Cuando hay una actualización disponible, el SDK solicitará al usuario que la instale. Si el usuario acepta, la actualización se instalará y aplicará inmediatamente.
-
-### Beneficios de las actualizaciones en vivo de Capgo
-
-- **Actualizaciones más rápidas:** Implementa actualizaciones al instante sin esperar la aprobación de la tienda de aplicaciones
-- **Dependencia reducida de la App Store:** Evita las restricciones y limitaciones de la tienda de aplicaciones
-- **Mejor experiencia de usuario:** Mantén a los usuarios involucrados con las últimas características y correcciones de errores sin requerir que actualicen manualmente la aplicación
-
-### Cómo implementar actualizaciones en vivo de Capgo
-
-Para implementar actualizaciones en vivo de Capgo en tu proyecto Capacitor, sigue estos pasos:
-- Regístrate para obtener una [cuenta de Capgo](https://console.capgo.app/)
-- Instala el SDK de Capgo en tu proyecto
-- Configura tu aplicación para verificar actualizaciones al inicio o en intervalos específicos
-- Implementa actualizaciones en tu aplicación usando el panel de Capgo
-
-## Conclusión
-
-Esperamos que esta guía te haya ayudado a migrar tu aplicación web de Cordova a Capacitor. Si tienes alguna pregunta o necesitas ayuda con el proceso de migración, no dudes en contactarnos en nuestro servidor de [discord](https://discordgg/VnYRvBfgA6)
diff --git a/src/content/blog/es/mobile-app-update-strategies-a-developers-checklist.md b/src/content/blog/es/mobile-app-update-strategies-a-developers-checklist.md
deleted file mode 100644
index 644f2c68e..000000000
--- a/src/content/blog/es/mobile-app-update-strategies-a-developers-checklist.md
+++ /dev/null
@@ -1,210 +0,0 @@
----
-slug: mobile-app-update-strategies-a-developers-checklist
-title: >-
-  Estrategias de actualización de aplicaciones móviles: Una lista de
-  verificación para desarrolladores
-description: >-
-  Aprende estrategias importantes para las actualizaciones de aplicaciones
-  móviles, desde la automatización CI/CD hasta herramientas OTA, para garantizar
-  implementaciones fluidas y una mayor satisfacción del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-15T02:51:44.404Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/678709f9070e33f74859cb89-1736909518284.jpg
-head_image_alt: Tecnología
-keywords: >-
-  mobile app updates, CI/CD pipeline, OTA updates, user engagement, app
-  performance, testing strategies, bug fixes, app security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Mantener tu aplicación actualizada es esencial para la satisfacción del usuario y el rendimiento. Aquí está el por qué:
-
--   **Corregir Errores y Mejorar la Seguridad**: Resolver problemas técnicos y mantener el cumplimiento con los requisitos de la plataforma.
-    
--   **Mejorar el Rendimiento**: Aumentar la velocidad, estabilidad y experiencia de usuario.
-    
--   **Aumentar el Compromiso**: Las actualizaciones regulares mantienen a los usuarios leales y comprometidos.
-    
-
-## Actualizaciones Over-the-Air con [CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)
-
-![CodePush](https://mars-images.imgix.net/seobot/screenshots/learn.microsoft.com-87c8945e309a8c280c425352c4f329fa.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/DpzWfrRE_XY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Superando los Desafíos de Actualización
-
-Actualizar aplicaciones puede ser complicado debido a la compatibilidad de dispositivos y retrasos en las tiendas de aplicaciones. Las soluciones incluyen:
-
--   **Pipelines CI/CD**: Automatizar pruebas, integración y despliegue para actualizaciones más rápidas.
-    
--   **Actualizaciones OTA**: Entregar cambios instantáneamente sin aprobación de la tienda de aplicaciones.
-    
-
-| Método | Beneficios | Características |
-| --- | --- | --- |
-| CI/CD | Acelera pruebas y despliegue | Control de versiones, automatización |
-| Actualizaciones OTA | Actualizaciones en tiempo real | Correcciones instantáneas, despliegues selectivos |
-
-## Pasos Clave para Actualizaciones Fluidas
-
-1.  **Recopilar Comentarios**: Usar herramientas como Google Analytics para priorizar actualizaciones.
-    
-2.  **Probar Exhaustivamente**: Simular dispositivos con [AWS Device Farm](https://aws.amazon.com/device-farm/) o [Firebase Test Lab](https://firebase.google.com/docs/test-lab).
-    
-3.  **Desplegar Estratégicamente**: Usar despliegues graduales y banderas de características para minimizar riesgos.
-    
-
-
-
-## Preparación para Actualizaciones de Aplicaciones en Vivo
-
-Preparar tu aplicación para actualizaciones requiere una planificación cuidadosa y las herramientas adecuadas para asegurar que todo funcione sin problemas. Analicemos los pasos clave y consideraciones para un proceso de actualización exitoso.
-
-### Preparación Pre-Actualización
-
-Comienza recopilando comentarios de usuarios con plataformas como [UserVoice](https://www.uservoice.com/) y analizando métricas de rendimiento como tiempos de carga y tasas de fallos usando herramientas como Google Analytics. Estos datos ayudan a identificar qué actualizaciones deben tener prioridad, especialmente aquellas que abordan problemas importantes y mejoran la experiencia del usuario [\[1\]](https://www.nimbleappgenie.com/blogs/mobile-app-development-checklist/).
-
-Aquí hay un vistazo rápido a las métricas clave a monitorear:
-
-| Tipo de Métrica | Qué Monitorear | Por Qué es Importante |
-| --- | --- | --- |
-| Rendimiento | Tiempos de carga, tasas de fallos | Destaca problemas técnicos |
-| Uso | Duración de sesión, adopción de características | Muestra tendencias de comportamiento del usuario |
-| Estabilidad | Tasas de error, tiempos de respuesta del servidor | Mantiene la fiabilidad de la aplicación |
-
-Una vez recopilados estos datos, enfócate primero en las actualizaciones que resuelven problemas críticos. Después, trabaja en mejoras de rendimiento e introduce características que se alineen con lo que los usuarios quieren.
-
-Con una hoja de ruta clara establecida, es momento de seleccionar las herramientas adecuadas para agilizar el proceso de actualización.
-
-### Eligiendo Herramientas CI/CD y de Actualización OTA
-
-Elegir las herramientas correctas para tu pipeline de Integración Continua/Despliegue Continuo (CI/CD) es esencial. Opciones populares como [GitHub Actions](https://docs.github.com/actions), [Bitrise](https://bitrise.io/), y [CircleCI](https://circleci.com/) tienen beneficios únicos. Por ejemplo, [GitHub Actions](https://docs.github.com/actions) se integra directamente con tus repositorios de GitHub, haciéndolo una opción conveniente para muchos desarrolladores [\[2\]](https://www.poppinslabs.com/blog/mobile-app-ci-cd-pipeline).
-
-Para actualizaciones Over-the-Air (OTA), herramientas como Capacitor permiten entregar cambios directamente a los usuarios sin esperar aprobaciones de la tienda de aplicaciones [\[3\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Al elegir una solución OTA, considera estos factores:
-
--   **Velocidad de despliegue** para minimizar el tiempo de inactividad.
-    
--   **Control de versiones** para gestionar actualizaciones efectivamente.
-    
--   **Integración de análisis** para rastrear el rendimiento de las actualizaciones.
-    
--   **Características de seguridad** para proteger los datos del usuario y la integridad de la aplicación.
-    
-
-## Configurando CI/CD y Actualizaciones OTA
-
-### Configurando un Pipeline CI/CD para Aplicaciones Móviles
-
-Configurar un pipeline CI/CD para aplicaciones móviles comienza con un sólido control de versiones y automatización. Aquí está cómo estructurarlo efectivamente:
-
-1.  **Control de Versiones y Configuración de Compilación**
-    
-    -   Crear ramas separadas para desarrollo, pruebas y producción.
-        
-    -   Configurar sistemas de compilación como Gradle (para Android) o Xcode (para iOS) con los certificados de firma necesarios.
-        
-2.  **Integración de Pruebas Automatizadas**
-    
-    -   Agregar pruebas unitarias, de integración y de UI en cada etapa del pipeline. Esto ayuda a detectar y corregir problemas temprano [\[4\]](https://refraction.dev/blog/cicd-pipelines-mobile-apps-best-practices).
-
-Una vez que tu pipeline está listo, agregar actualizaciones OTA hace que la entrega de cambios a los usuarios sea más rápida y fácil.
-
-### Usando Actualizaciones OTA de [Capacitor](https://capacitorjs.com/) con [Capgo](https://capgo.app/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d.jpg?auto=compress)
-
-Capgo hace que las actualizaciones OTA sean simples, seguras y rápidas con características como encriptación y cumplimiento. Aquí está cómo comenzar:
-
-1.  Instalar el [plugin de Capgo](https://capgo.app/plugins/) en tu proyecto Capacitor.
-    
-2.  Configurar los ajustes de actualización y seguimiento de versiones de tu aplicación.
-    
-3.  Usar el [panel de control de Capgo](https://capgo.app/docs/webapp/) para desplegar actualizaciones directamente a los usuarios.
-    
-
-### Resumen de Precios y Características de Capgo
-
-Capgo ofrece planes flexibles que se adaptan a las necesidades de tu aplicación mientras crece. Los precios comienzan en $12/mes (SOLO) para aplicaciones pequeñas y llegan hasta $249/mes (PAYG) para requisitos de nivel empresarial. Cada plan incluye características clave como actualizaciones instantáneas, control de versiones y análisis.
-
-| Plan | Costo Mensual | Actualizaciones/Mes | Usuarios Activos |
-| --- | --- | --- | --- |
-| SOLO | $12 | 2,500 | 500 |
-| MAKER | $33 | 25,000 | 5,000 |
-| TEAM | $83 | 150,000 | 30,000 |
-| PAYG | $249 | 1,000,000 | 200,000 |
-
-Los planes de nivel superior proporcionan más ancho de banda y almacenamiento, facilitando que equipos de todos los tamaños integren actualizaciones OTA en sus pipelines CI/CD mientras mantienen la velocidad y seguridad.
-
-## Pruebas y Despliegue de Actualizaciones de Aplicaciones
-
-### Estrategias de Prueba para Actualizaciones
-
-Las pruebas exhaustivas son cruciales para asegurar que las actualizaciones de la aplicación funcionen según lo previsto. Herramientas como **AWS Device Farm** y **Firebase Test Lab** permiten a los desarrolladores simular varios escenarios de dispositivos, ayudando a detectar problemas de compatibilidad antes de que los usuarios los encuentren.
-
-Una estrategia de pruebas sólida combina métodos automatizados y manuales. Mientras la automatización maneja tareas repetitivas eficientemente, las pruebas manuales aseguran que la experiencia del usuario sea fluida e intuitiva. Por ejemplo, los datos de AWS Device Farm muestran que probar aplicaciones en 8-10 configuraciones diferentes de dispositivos puede detectar el 95% de los problemas específicos de dispositivos antes del lanzamiento.
-
-| **Fase de Prueba** | **Detalles** |
-| --- | --- |
-| **Pruebas Unitarias** | Probar componentes individuales usando herramientas como Jest, XCTest |
-| **Pruebas de Integración** | Verificar cómo funcionan los componentes juntos con Detox, Appium |
-| **Compatibilidad de Dispositivos** | Probar en múltiples plataformas usando AWS Device Farm, Firebase Test Lab |
-| **Pruebas de Rendimiento** | Rastrear uso de recursos con [New Relic](https://newrelic.com/), Firebase Performance |
-
-Una vez que la aplicación pasa estas pruebas y demuestra ser estable, el siguiente desafío es desplegar actualizaciones sin interrumpir a los usuarios.
-
-### Prácticas de Despliegue
-
-El despliegue fluido es clave para mantener la calidad de la aplicación y mantener a los usuarios satisfechos. Un enfoque popular son los **despliegues graduales**, donde las actualizaciones se liberan a un grupo pequeño (5-10% de usuarios) antes de un lanzamiento a gran escala.
-
-Algunas mejores prácticas para el despliegue incluyen:
-
--   **Verificaciones Automáticas de Salud**: Mantener un ojo en métricas como tasas de fallos y tiempos de respuesta de API durante los despliegues.
-    
--   **Banderas de Características**: Habilitar o deshabilitar características sin necesitar una actualización completa de la aplicación.
-    
--   **Actualizaciones Silenciosas**: Empujar actualizaciones en segundo plano durante tiempos de bajo uso.
-    
-
-Herramientas como **New Relic** y [**Firebase Analytics**](https://firebase.google.com/docs/analytics) proporcionan datos en tiempo real para monitorear el rendimiento durante y después del despliegue.
-
-Para actualizaciones críticas, una estrategia de **lanzamiento canario** es altamente efectiva. Esto implica desplegar actualizaciones primero a un pequeño grupo de probadores beta. No solo reduce los problemas post-despliegue en un 60%, sino que también proporciona a los desarrolladores retroalimentación temprana de usuarios reales, permitiendo correcciones rápidas antes de un lanzamiento más amplio.
-
-## Conclusión y Puntos Clave
-
-### Por Qué la Mejora Continua es Importante
-
-Una vez que las estrategias de prueba y despliegue están establecidas, el siguiente paso es enfocarse en la mejora continua. Las actualizaciones regulares juegan un papel clave en mantener a los usuarios satisfechos y asegurar un fuerte rendimiento de la aplicación. En el mercado actual tan competitivo, esto puede determinar el éxito a largo plazo de una aplicación.
-
-Tomar un enfoque estructurado para las actualizaciones puede llevar a claras ventajas - como tasas más altas de retención y mejor compromiso del usuario. Herramientas como pipelines CI/CD y actualizaciones OTA simplifican estos procesos mientras mantienen a los usuarios satisfechos.
-
-| Componente de Actualización | Efecto en el Éxito de la Aplicación |
-| --- | --- |
-| Correcciones Regulares de Errores | Reduce quejas y desinstalaciones |
-| Actualizaciones de Rendimiento y Características | Aumenta el compromiso, retención y competitividad |
-| Parches de Seguridad | Construye confianza y asegura cumplimiento |
-
-### Lista de Verificación del Desarrollador en Resumen
-
-Para gestionar [actualizaciones de aplicaciones móviles](https://capgo.app/plugins/capacitor-updater/) efectivamente, los desarrolladores necesitan procesos sólidos y las herramientas adecuadas. Prácticas modernas como pruebas automatizadas, despliegues graduales y monitoreo constante son críticas.
-
-**Pasos Clave para el Éxito**:
-
--   Usar pipelines CI/CD y herramientas de actualización OTA como GitHub Actions, Bitrise y Capgo.
-    
--   Ejecutar pruebas exhaustivas en dispositivos con plataformas como AWS Device Farm.
-    
--   Rastrear métricas de rendimiento usando análisis para guiar futuras actualizaciones.
-    
-
-Estos pasos ayudan a los desarrolladores a gestionar actualizaciones sin problemas mientras mantienen la experiencia del usuario como prioridad.
-
-Un enfoque estructurado ayuda a minimizar el tiempo de inactividad al automatizar el proceso de actualización y asegurar que las actualizaciones sean probadas exhaustivamente antes de su implementación. Este enfoque también mejora la satisfacción del usuario al entregar actualizaciones basadas en comentarios de usuarios y diseñadas para mejorar el rendimiento y la funcionalidad de la aplicación [\[1\]](https://www.nimbleappgenie.com/blogs/mobile-app-development-checklist/)[\[5\]](https://www.netsolutions.com/hub/mobile-app-development/checklist).
-
-En última instancia, las actualizaciones efectivas de aplicaciones se reducen a equilibrar la excelencia técnica con lo que los usuarios desean. Al adherirse a estas estrategias y mantener el compromiso, los desarrolladores pueden mantener sus aplicaciones seguras, competitivas y fáciles de usar en un mundo digital en constante cambio.
diff --git a/src/content/blog/es/monitor-ota-updates-in-capacitor-apps.md b/src/content/blog/es/monitor-ota-updates-in-capacitor-apps.md
deleted file mode 100644
index 9930b71c5..000000000
--- a/src/content/blog/es/monitor-ota-updates-in-capacitor-apps.md
+++ /dev/null
@@ -1,207 +0,0 @@
----
-slug: monitor-ota-updates-in-capacitor-apps
-title: Monitorizar las Actualizaciones OTA en Aplicaciones Capacitor
-description: >-
-  Aprende a monitorear efectivamente las actualizaciones OTA en aplicaciones
-  móviles para despliegues rápidos, seguros y confiables.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T01:34:45.665Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f079b2ebbb9dc806439988-1743816897363.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, app monitoring, error tracking, real-time analytics, mobile app
-  development
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres actualizar tu aplicación sin esperar las aprobaciones de la tienda de aplicaciones?** Las actualizaciones OTA (Over-The-Air) te permiten enviar correcciones y funciones directamente a los usuarios en tiempo real. Con herramientas como [Capgo](https://capgo.app/), puedes monitorear el rendimiento de las actualizaciones, rastrear errores e incluso revertir actualizaciones problemáticas al instante.
-
-### Beneficios Clave del Monitoreo de Actualizaciones OTA:
-
--   **Actualizaciones Rápidas**: Alcanza hasta el 95% de usuarios activos en 24 horas.
--   **Seguimiento de Errores**: Detecta y corrige problemas de implementación temprano.
--   **Entrega Segura**: El cifrado de extremo a extremo garantiza que las actualizaciones sean seguras.
--   **Análisis en Tiempo Real**: Monitorea tasas de éxito (promedio global: 82%) y métricas de rendimiento.
-
-### Pasos Rápidos de Configuración:
-
-1.  Instala el [plugin de Capgo](https://capgo.app/plugins/): `npx @capgo/cli init`.
-2.  Usa control de versiones con canales (Producción, Beta, Staging).
-3.  Habilita análisis en tiempo real y seguimiento de errores.
-4.  Configura la reversión automática para actualizaciones fallidas.
-
-Capgo ya ha gestionado **23.5M de actualizaciones en 750 aplicaciones** con velocidades de descarga rápidas (114ms para un paquete de 5MB). Comienza a monitorear tus actualizaciones hoy para una gestión más fluida de tu aplicación.
-
-## Configuración del Monitoreo de Actualizaciones
-
-Aquí te explicamos cómo configurar el monitoreo de actualizaciones OTA para tu aplicación:
-
-### Instalación del Plugin Requerido
-
-Primero, instala el plugin de Capgo ejecutando:
-
-```bash
-npx @capgo/cli init
-```
-
-Este plugin funciona perfectamente con Capacitor 8, haciéndolo compatible con una variedad de versiones de aplicaciones.
-
-### Gestión de Versiones de Actualización
-
-El control de versiones juega un papel clave en el manejo de actualizaciones OTA. El [sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) de Capgo te ayuda a gestionar la distribución de actualizaciones eficientemente:
-
-| Tipo de Canal | Propósito | Mejor Caso de Uso |
-| --- | --- | --- |
-| Producción | Canal principal de lanzamiento | Actualizaciones estables para todos los usuarios |
-| Beta | Canal de pruebas | Funciones de acceso anticipado |
-| Staging | Pruebas pre-lanzamiento | Pruebas internas de QA |
-
-Cada canal mantiene su propio historial de versiones, permitiendo a los desarrolladores rastrear cambios y gestionar actualizaciones sistemáticamente. Además, el sistema ofrece opciones de reversión instantánea, para que puedas abordar rápidamente cualquier problema de implementación.
-
-Una vez que el control de versiones está configurado, puedes monitorear las actualizaciones para garantizar la seguridad y el rendimiento.
-
-### Configuración del Monitoreo de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f079b2ebbb9dc806439988/a64cd6a83185b5ac05d3640337221542.jpg)
-
-1.  **Configurar Integración de Análisis**: Usa análisis en tiempo real para monitorear el rendimiento de las actualizaciones y la participación del usuario.
-2.  **Habilitar Seguimiento de Errores**: Activa el seguimiento de errores para capturar registros detallados y métricas de rendimiento.
-3.  **Configurar Reglas de Distribución**: Define parámetros de implementación para controlar la velocidad de actualización y dirigirte a grupos específicos de usuarios.
-
-Estos pasos crean un sistema de monitoreo confiable para tu aplicación.
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es oro puro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo garantiza la entrega segura de actualizaciones con cifrado de extremo a extremo, mientras que los análisis integrados, las opciones de reversión y el monitoreo en tiempo real ayudan a mantener la estabilidad de la aplicación.
-
-## Manejo y Seguimiento de Errores
-
-### Monitoreo a Nivel de Aplicación
-
-El monitoreo efectivo a nivel de aplicación es clave para garantizar un rendimiento fluido de las actualizaciones OTA. El sistema de Capgo proporciona información detallada sobre la entrega e instalación de actualizaciones, logrando una tasa de éxito global del 82% [\[1\]](https://capgo.app/).
-
-Así es como puedes configurar el monitoreo a nivel de aplicación:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Listen for update events
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('New update available:', info.version)
-})
-
-// Track installation progress
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log('Update downloaded:', info.version)
-})
-```
-
-Para obtener una imagen completa, combina esto con el seguimiento de errores del backend para abordar problemas desde ambos extremos.
-
-### Seguimiento de Errores del Backend
-
-El monitoreo del backend complementa la información a nivel de aplicación centrándose en el rendimiento general del sistema. Con Capgo gestionando 23.5M de actualizaciones en todo el mundo [\[1\]](https://capgo.app/), el seguimiento de errores del backend es esencial para mantener la fiabilidad.
-
-| Métrica de Seguimiento | Propósito | Impacto |
-| --- | --- | --- |
-| Tasa de Éxito de Actualización | Rastrea instalaciones exitosas | Mantiene al 95% de usuarios actualizados en 24 horas [\[1\]](https://capgo.app/) |
-| Rendimiento de Descarga | Monitorea uso de ancho de banda | Mejora velocidad de entrega |
-| Frecuencia de Errores | Identifica problemas recurrentes | Reduce tasas de fallo |
-
-Al mantener un seguimiento de estas métricas, puedes identificar y resolver problemas rápidamente, asegurando un proceso de actualización fluido.
-
-### Configuración de Auto-Reversión
-
-Cuando ocurren errores de implementación, la reversión automática previene la interrupción del usuario. La función de reversión de Capgo se activa instantáneamente, minimizando el tiempo de inactividad durante la implementación [\[1\]](https://capgo.app/).
-
-Aquí hay un ejemplo de cómo configurar la auto-reversión:
-
-```typescript
-try {
-  await CapacitorUpdater.download({
-    version: 'latest'
-  })
-} catch (error) {
-  // Automatically trigger rollback
-  await CapacitorUpdater.rollback()
-}
-```
-
-Este enfoque ha demostrado ser confiable, con 750 aplicaciones usando actualmente el sistema de Capgo en producción [\[1\]](https://capgo.app/). Su amplia adopción destaca la confiabilidad de estas herramientas de manejo de errores.
-
-## Directrices de Monitoreo
-
-Estas directrices aprovechan las herramientas de monitoreo de Capgo para hacer que cada actualización sea medible, segura y cuidadosamente implementada.
-
-### Seguimiento del Rendimiento de Actualizaciones
-
-Mantén un seguimiento cercano del rendimiento de las actualizaciones OTA monitoreando métricas clave como tasa de éxito, participación del usuario, velocidad de descarga y frecuencia de errores. Aquí hay un fragmento de código para ayudar a rastrear estas métricas:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Set up performance tracking
-CapacitorUpdater.addListener('updateStats', (stats) => {
-  console.log('Download speed:', stats.downloadSpeed)
-  console.log('Success rate:', stats.successRate)
-})
-```
-
-Usa estos conocimientos para guiar efectivamente tus planes de implementación por etapas.
-
-### Implementaciones Graduales de Actualizaciones
-
-Las implementaciones graduales ayudan a minimizar riesgos al liberar actualizaciones gradualmente a grupos específicos de usuarios. El Sistema de Canales de Capgo facilita la gestión de implementaciones controladas. Comienza con probadores internos, pasa a usuarios beta y luego expande al público general. Monitorea cada fase durante al menos 24 horas antes de proceder. Este método ha contribuido a que Capgo alcance una tasa de éxito del 82% globalmente [\[1\]](https://capgo.app/).
-
-### Seguridad y Cumplimiento de la Tienda
-
-Para complementar las implementaciones graduales, la entrega segura de actualizaciones es crítica. Habilita la verificación segura de actualizaciones usando el siguiente código:
-
-```typescript
-// Enable secure update verification
-await CapacitorUpdater.download({
-  version: 'latest',
-  validateSignature: true,
-  checksum: true
-})
-```
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-Esto asegura que las actualizaciones cumplan con los estándares de seguridad y mantiene los datos de los usuarios seguros a través de auditorías regulares y procesos de validación.
-
-## Resumen
-
-Esta sección recapitula los pasos principales para monitorear actualizaciones OTA y destaca las características que hacen de Capgo una opción sobresaliente para la [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Pasos Clave de Monitoreo
-
-El monitoreo efectivo de actualizaciones OTA involucra varios componentes críticos. Estos pasos, discutidos anteriormente, aseguran que las actualizaciones se implementen eficientemente y los problemas se aborden rápidamente:
-
-| Componente de Monitoreo | Propósito | Impacto |
-| --- | --- | --- |
-| Análisis en Tiempo Real | Medir éxito de actualización y participación del usuario | Identifica problemas inmediatamente |
-| Seguimiento de Errores | Detectar y resolver problemas temprano | Minimiza interrupciones para usuarios |
-| Control de Versiones | Gestionar cómo se distribuyen las actualizaciones | Mantiene implementaciones controladas y predecibles |
-| Métricas de Rendimiento | Rastrear velocidades de descarga y tasas de éxito | Preserva una experiencia de usuario fluida |
-
-### Resumen de Características de Capgo
-
-Desde su lanzamiento en 2022, Capgo se ha convertido en una herramienta esencial para el monitoreo de actualizaciones OTA, ofreciendo soluciones que ayudan a los equipos a alejarse de métodos de actualización obsoletos.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Las herramientas de Capgo están construidas para manejar actualizaciones OTA con precisión. Esto es lo que la distingue:
-
--   **Análisis en Tiempo Real**: Rastrea tasas de éxito de actualización para abordar problemas rápidamente
--   **Cifrado de Extremo a Extremo**: Protege actualizaciones con protocolos de seguridad fuertes
--   **Sistema de Canales**: Permite monitoreo dirigido para grupos específicos de usuarios
--   **Reversión con Un Clic**: Revierte rápidamente a una versión anterior si surgen problemas
-
-Estas características han ganado tracción entre desarrolladores, reflejado en las crecientes tasas de adopción y retroalimentación positiva de los usuarios.
diff --git a/src/content/blog/es/moving-from-microsoft-app-center-to-capgo.md b/src/content/blog/es/moving-from-microsoft-app-center-to-capgo.md
deleted file mode 100644
index 7d61a6d43..000000000
--- a/src/content/blog/es/moving-from-microsoft-app-center-to-capgo.md
+++ /dev/null
@@ -1,37 +0,0 @@
----
-slug: moving-from-microsoft-app-center-to-capgo
-title: >-
-  Cambio de Microsoft App Center a Capgo para Actualizaciones de Aplicaciones en
-  Vivo
-description: >-
-  Microsoft detiene el soporte para aplicaciones que se ejecutan en Cordova.
-  Cambia de Microsoft App Center a Capgo para actualizaciones de aplicaciones
-  móviles en vivo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-21T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /app_center.webp
-head_image_alt: Ilustración de Microsoft App Center
-keywords: >-
-  Microsoft, App Center, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Alternatives
-published: true
-locale: es
-next_blog: ''
----
-Microsoft anunció recientemente que [descontinuará el soporte para aplicaciones que se ejecutan en Apache Cordova](https://devblogs.microsoft.com/appcenter/announcing-apache-cordova-retirement/) en su producto en la nube, App Center. Esto ha llevado a empresas y equipos que utilizan App Center a buscar alternativas, y me complace decir que la plataforma [Capgo](https://capgo.app/) es una opción fantástica para aquellos que buscan un soporte completo para aplicaciones de Capacitor.
-
-## De Microsoft App Center a Capgo Cloud
-
-Capacitor es una nueva forma de construir aplicaciones móviles nativas con Ionic, y la mayoría de los plugins de Cordova son compatibles con Capacitor. Capgo proporciona una funcionalidad de actualización en vivo similar a CodePush, pero sin dependencias de plataforma y publicación inmediata de aplicaciones. Con Capgo, los equipos de desarrollo pueden externalizar el complicado proceso de entrega de aplicaciones y centrarse completamente en las características únicas de su aplicación Ionic. Además, a diferencia de App Center, Capgo está 100 % enfocado en arquitecturas híbridas como Capacitor.
-
-Los clientes de Capacitor pueden migrar fácilmente de Microsoft App Center a Capgo en solo unos pocos pasos utilizando mi [guía de migración](https://capgo.app/blog/appcenter-migration/), que te guía a través de todo el proceso. Capgo incluye una lista completa de funciones que los usuarios de Capacitor pueden aprovechar.
-
-Si estás interesado en aprender más sobre la migración de Microsoft App Center a Capgo, crea tu [cuenta gratuita de Capgo](/register/) hoy.
-
-## Créditos
-
-Muchas gracias a [Ionic](https://ionic.com/), este artículo se basa en [este artículo](https://ionic.io/blog/moving-from-microsoft-app-center-to-ionic-appflow/) reescrito con chat-gpt-3 y adaptado.
diff --git a/src/content/blog/es/npm-scripts-for-capacitor-ota-updates-explained.md b/src/content/blog/es/npm-scripts-for-capacitor-ota-updates-explained.md
deleted file mode 100644
index dc3467658..000000000
--- a/src/content/blog/es/npm-scripts-for-capacitor-ota-updates-explained.md
+++ /dev/null
@@ -1,115 +0,0 @@
----
-slug: npm-scripts-for-capacitor-ota-updates-explained
-title: Scripts npm para las actualizaciones OTA de Capacitor explicados
-description: >-
-  Aprenda cómo automatizar las actualizaciones OTA de las aplicaciones Capacitor
-  usando scripts npm para mejorar la eficiencia del despliegue y la experiencia
-  del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T01:07:05.331Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266-1744506438251.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, npm scripts, OTA updates, CI/CD, mobile app deployment, automation,
-  app version management, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-**Actualizar tu aplicación [Capacitor](https://capacitorjs.com/) nunca ha sido más fácil** Al combinar actualizaciones Over-The-Air (OTA) con scripts npm, puedes automatizar despliegues, ahorrar tiempo y asegurar que tus usuarios siempre tengan la última versión - sin esperar aprobaciones de las tiendas de aplicaciones
-
-**Esto es lo que aprenderás:**
-
--   Cómo configurar scripts npm para actualizaciones OTA
--   Integrar actualizaciones en pipelines CI/CD para automatización
--   Gestionar versiones de apps, seguridad y pruebas de actualizaciones
--   Por qué [Capgo](https://capgo.app/) es una plataforma confiable para gestionar actualizaciones OTA
-
-**Beneficios Clave:**
-
--   Automatiza actualizaciones con un solo comando
--   Despliega actualizaciones de forma segura con encriptación
--   Integra actualizaciones en flujos de trabajo como [GitHub Actions](https://docsgithubcom/actions)
--   Ahorra tiempo con herramientas como Capgo, que entrega actualizaciones en menos de 500ms
-
-**Ejemplo de Configuración Rápida:**
-
-1.  Instalar herramientas: `npm install @capgo/cli --save-dev`
-2.  Configurar actualizaciones en `capacitorconfigjson`
-3.  Agregar scripts npm como `deploy:production` para agilizar el despliegue
-
-Con plataformas como Capgo ofreciendo actualizaciones rápidas (95% de adopción de usuarios en 24 horas) y precios accesibles, gestionar actualizaciones OTA nunca ha sido más eficiente
-
-## Configuración de Scripts npm para Actualizaciones OTA
-
-Aquí te mostramos cómo configurar scripts npm para gestionar [actualizaciones OTA de Capacitor](https://capgo.app/ja/) efectivamente. Esto implica instalar paquetes necesarios, configurar ajustes y crear scripts de despliegue
-
-### Instalando Paquetes Requeridos
-
-Primero, instala los paquetes requeridos. La [herramienta CLI de Capgo](https://capgo.app/docs/cli/commands) simplifica este proceso con comandos integrados:
-
-[[CODE_BLOCK]]
-
-Luego, inicializa la configuración OTA usando el siguiente comando:
-
-[[CODE_BLOCK]]
-
-### Configurando Actualizaciones OTA
-
-Actualiza tu archivo `capacitorconfigjson` con los siguientes ajustes para preparar tu app para actualizaciones OTA:
-
-[[CODE_BLOCK]]
-
-Esta configuración asegura que tu app pueda obtener actualizaciones automáticamente y reportar estadísticas
-
-### Creando Scripts de Despliegue
-
-Agrega estos scripts npm a tu archivo `packagejson` para optimizar el proceso de compilación y despliegue:
-
-[[CODE_BLOCK]]
-
--   **`build:web`**: Compila assets web, típicamente usado durante desarrollo y despliegue
--   **`build:update`**: Prepara el paquete de actualización para actualizaciones OTA
--   **`deploy:update`**: Sube el paquete de actualización a Capgo
--   **`deploy:production`**: Maneja el flujo completo de compilación y despliegue, ideal para lanzamientos de producción
-
-> "Configuramos tu pipeline CI/CD directamente en tu plataforma preferida, ya sea GitHub Actions, GitLab CI u otros. No alojamos CI/CD ni te cobramos por mantenerlo" - Capgo [\[1\]](https://capgo.app/)
-
-### Configurando Variables de Entorno
-
-Para finalizar la configuración, define estas variables de entorno:
-
-[[CODE_BLOCK]]
-
-### Compatibilidad y Confiabilidad
-
-El CLI de Capgo es compatible con Capacitor 8, asegurando que funcione con las últimas versiones mientras mantiene una funcionalidad de actualización confiable
-
-| Comando Script | Propósito | Cuándo Usar |
-| --- | --- | --- |
-| **build:web** | Compila assets web | Durante desarrollo y despliegue |
-| **build:update** | Prepara el paquete de actualización | Antes de cada actualización OTA |
-| **deploy:update** | Sube actualizaciones a Capgo | Cuando las actualizaciones están listas |
-| **deploy:production** | Maneja el flujo completo | Para lanzamientos de producción |
-
-## Agregando Scripts npm a CI/CD
-
-Integrar scripts npm en tu pipeline CI/CD puede simplificar el proceso de actualización Over-The-Air (OTA) para aplicaciones Capacitor. Aquí hay una guía para configurar despliegues automatizados eficientemente
-
-### Configuración de Compilación CI/CD
-
-Configura tu entorno CI/CD con las variables y pasos necesarios:
-
-[[CODE_BLOCK]]
-
-Para un rendimiento óptimo, incluye caché en tu proceso de compilación:
-
-[[CODE_BLOCK]]
-
-### [GitHub Actions](https://docsgithub
\ No newline at end of file
diff --git a/src/content/blog/es/open-source-licence.md b/src/content/blog/es/open-source-licence.md
deleted file mode 100644
index 8d27bbf4c..000000000
--- a/src/content/blog/es/open-source-licence.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: open-source-licence
-title: Comprendiendo las Licencias de Software de Código Abierto
-description: >-
-  Cuando se trata de licencias de software de código abierto, hay dos categorías
-  amplias. Algunas licencias pertenecen a la categoría de licencias copyleft,
-  mientras que otras son licencias de código abierto permisivas.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-18T00:00:00.000Z
-updated_at: 2026-01-15T02:30:12.000Z
-head_image: /open_source_licence.webp
-head_image_alt: Licencia de Código Abierto
-keywords: >-
-  Open Source, Capgo, philosophy, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Open Source
-published: true
-locale: es
-next_blog: ''
----
-Cuando se trata de licencias de software de código abierto, hay dos categorías amplias. Algunas licencias caen bajo la categoría de licencia copyleft, mientras que otras son licencias de código abierto permisivas.
-
-En este artículo, explicaré qué es la licencia de software de código abierto y sus tipos.
-
-## Introducción
-
-Una Licencia de Código Abierto es un tipo de licencia que permite a los usuarios ver, modificar y compartir libremente el material fuente del software. De esta manera, los usuarios pueden actualizar con frecuencia el código fuente y construir sobre el producto original.
-
-Dependiendo del tipo de Licencia de Código Abierto elegida, los usuarios pueden o no poder realizar ciertas actividades con el código, como venderlo o usarlo comercialmente. Además, hay muchos tipos diferentes de Licencias de Código Abierto, cada una de las cuales ofrece diferentes términos y condiciones dependiendo de cómo desee usar el material fuente.
-
-Por lo tanto, es importante entender completamente un tipo de Licencia de Código Abierto antes de aprovechar sus beneficios, así que asegúrate de leer más abajo antes de tomar cualquier decisión.
-
-## Tipos de Licencias de Código Abierto
-
-<div class="mx-auto">
-  <img src="/types_of_oss_licence.webp" alt="type-of-oss-licence">
-</div>
-
-**Licencias Permisivas**
-
-Una licencia permisiva, a veces referida como una licencia no copyleft, otorga a los usuarios permiso para usar, modificar y compartir el código fuente, pero los usuarios también tienen la opción de cambiar algunos de esos términos y condiciones para redistribución, incluido el trabajo derivado. En el contexto del software, un trabajo derivado es un software que se basa en un programa existente. Si el original fue lanzado bajo una licencia permisiva, un creador puede optar por compartir su trabajo derivado con diferentes términos de los que podría haber requerido la licencia del trabajo original.
-
-**Licencias Copyleft**
-
-Las licencias copyleft en código abierto proporcionan al usuario del software de código abierto la libertad del autor para modificar, usar y redistribuir el software. Sin embargo, requiere que los usuarios transmitan derechos específicos a otros usuarios más abajo en la cadena al concederles los mismos derechos que se les otorgaron originalmente.
-
-Las licencias copyleft definen cómo se permite la redistribución y los cambios en el código, prohibiendo cualquier intento de hacerlo propietario o no abierto. Esto asegura que los desarrolladores que modifican el software tengan acceso al código fuente para actualizarlo o incluso incorporar sus propios cambios. Por supuesto, cualquier modificación también debe estar disponible para que otros puedan beneficiarse de su disponibilidad como código abierto. Esto no es un problema para casos de uso académico o de investigación, pero a menudo es un obstáculo al construir software comercial.
-
-## ¿Por qué incluir una Licencia de Software de Código Abierto?
-
-Incluir una licencia de software de código abierto es crucial cuando publicas o compartes tu software con otros como código abierto. Una licencia cumple varias funciones importantes:
-
-* **Promover la colaboración y la innovación.**
-
-Las licencias de código abierto permiten a cualquier persona ver, modificar y distribuir el código fuente de tu software. Esto alienta a otros desarrolladores a contribuir a tu proyecto, corregir errores y agregar nuevas características. Esto puede llevar a un producto de software más robusto e innovador.
-* **Dar a los usuarios más control y flexibilidad.**
-
-Las licencias de código abierto generalmente permiten a los usuarios usar, modificar y distribuir el software para cualquier propósito, incluido el uso comercial. Esto brinda a los usuarios más control sobre su experiencia con el software y reduce su dependencia de los proveedores de software propietario.
-* **Construir una comunidad en torno a tu software.**
-
-Una licencia de código abierto puede ayudarte a construir una comunidad de usuarios y desarrolladores que están apasionados por tu software. Esta comunidad puede proporcionar apoyo, comentarios y nuevas ideas para tu proyecto.
-* **Hacer que tu software sea más accesible e inclusivo.**
-
-El software de código abierto generalmente es gratuito para descargar y usar, y a menudo está disponible en múltiples idiomas. Esto lo hace más accesible para personas de todo el mundo, independientemente de su ingreso o antecedentes.
-
-Además de estos beneficios, las licencias de código abierto también pueden ayudarte a:
-
-* **Evitar infracciones de derechos de autor.**
-
-Si distribuyes tu software sin una licencia, estás poniendo potencialmente en riesgo de demandas por infracción de derechos de autor. Una licencia de código abierto otorga explícitamente a los usuarios permiso para usar, modificar y distribuir tu software, lo que puede protegerte de responsabilidades legales.
-* **Atraer y retener talento de alto nivel.**
-
-Muchos desarrolladores de software talentosos se sienten atraídos por proyectos de código abierto. Al lanzar tu software bajo una licencia de código abierto, puedes hacer que tu empresa sea más atractiva para posibles empleados.
-* **Mejorar la reputación de tu marca.**
-
-El software de código abierto es ampliamente respetado por la comunidad tecnológica. Al lanzar tu software bajo una licencia de código abierto, puedes demostrar tu compromiso con la colaboración y la innovación.
-
-<div class="mx-auto">
-  <img src="/oss_licence(1).webp" alt="oss_licence(1)">
-</div>
-
-## Licencias de Software Permisivas Populares
-
-Las licencias de software permisivas están entre las más populares. En esencia, estas licencias permiten a los usuarios modificar y redistribuir el software como deseen, con mínimas restricciones. Tres de las versiones más populares de licencias de software permisivas son:
-
-**Licencia MIT**
-
-La [Licencia MIT](https://opensource.org/license/mit/) es la más popular y permisiva de las licencias de software de código abierto. Ofrece a los usuarios libertades notables, incluidos permitirles compartir, modificar, usar y comercializar el material si cumplen con todas las condiciones establecidas en la licencia.
-
-**Licencia Apache 2.0**
-
-[La Licencia Apache 2.0](https://www.apache.org/licenses/LICENSE-2.0/) es una licencia de software permisiva popular que permite a los usuarios modificar y redistribuir el software libremente mientras tienen la garantía de que las declaraciones de derechos de autor y avisos resultantes se mantienen en su forma original. Esta licencia de código abierto permite modificaciones y redistribuciones propietarias y proporciona términos de licencia claros para que cualquier persona pueda entender sus derechos al usar el software.
-
-**Licencia BSD (Berkeley Software Distribution)**
-
-GitHub te permite elegir entre dos licencias BSD, la [Licencia BSD 2-Cláusulas “Simplificada”](https://opensource.org/license/bsd-2-clause/), a veces referida como la licencia “FreeBSD”; y la [Licencia BSD 3-Cláusulas “Nueva” o “Revisada”](https://spdx.org/licenses/BSD-3-Clause.html/). La principal diferencia entre estas dos licencias está en la cláusula 3. Esta cláusula restringe a los usuarios de software de usar el nombre del autor, los autores o los contribuyentes, para respaldar productos o servicios.
-
-**Licencia de Software Boost**
-
-[La Licencia de Software Boost](https://www.boost.org/LICENSE_1_0.txt/), es de las Librerías Boost de C++ y fue aprobada por la OSI en 2008. Esta licencia es similar a las licencias MIT y BSD, excepto que no requiere atribución al redistribuir en forma binaria.
-
-## Licencias de Software de Código Abierto Copyleft
-
-Las licencias copyleft otorgan a los usuarios de software permiso para usar, modificar y compartir el código fuente, pero también protegen contra la re-licenciamiento a través de restricciones específicas y términos y condiciones. Esto representa la característica recíproca de esta licencia que requiere que el trabajo de los usuarios se adhiera a los derechos originales delineados en la licencia.
-
-**Licencias GNU**
-Cuando se trata de licencias de software copyleft, la [GPL (Licencia Pública General)](https://www.gnu.org/licenses/licenses.en.html/) es una de las más populares y ampliamente utilizadas. Esta licencia de código abierto otorga a los usuarios la libertad de distribuir copias y versiones modificadas de un programa siempre que mantengan ciertas condiciones, como avisos de derechos de autor, declaraciones de renuncia de garantía o cualquier otra licencia que se haya agregado al Programa no modificado.
-
-Al hacer disponible el software con este tipo de licencia, los desarrolladores aseguran que otros tengan acceso a su código fuente, permitiéndoles realizar mejoras y adaptaciones que beneficien a la comunidad. Además, este concepto de "copyleft" asegura que cualquiera pueda compartir colaborativamente las mismas libertades al trabajar con software libre.
-
-**Licencia Pública de Mozilla**
-
-La [Licencia Pública de Mozilla](https://www.mozilla.org/en-US/MPL/2.0/), o MPL, es de la [Fundación Mozilla](https://foundation.mozilla.org/en/) y también se considera una licencia copyleft débil. La diferencia con esta licencia (en comparación con la Licencia Pública de Eclipse) es que es copyleft basado en archivos, lo que significa que el código se puede combinar con código de código abierto o propietario.
-
-**Licencia Pública de Eclipse**
-
-La [Licencia Pública de Eclipse](https://www.eclipse.org/legal/epl-2.0/), es de la Fundación Eclipse y se considera una licencia copyleft débil. Una licencia copyleft débil requiere que los usuarios de software compartan cualquier cambio que realicen en el código. Esta licencia optó por implementar un copyleft más débil como una forma de reducir los requisitos más estrictos que los usuarios encontraban con las Licencias Públicas Generales de GNU.
-
-## ¿Cómo puedes elegir la Licencia Correcta para tu Proyecto?
-
-* Si estás lanzando tu proyecto bajo una licencia de código abierto, elige una licencia compatible con los proyectos que estás utilizando.
-
-* Si deseas permitir que otros usen tu proyecto con fines comerciales, elige una licencia que lo permita.
-
-* Si deseas permitir que otros modifiquen y distribuyan tu proyecto, elige una licencia que lo permita.
-
-* Si deseas asegurarte de que tu proyecto siga siendo gratuito y de código abierto, elige una licencia copyleft.
-
-* Si no estás seguro de qué licencia elegir, la Iniciativa de Código Abierto tiene una lista de licencias populares que puedes comparar.
-
-Elegir la licencia correcta para tu proyecto de código abierto es una decisión importante. Al considerar cuidadosamente tus necesidades y objetivos, puedes elegir una licencia que te ayude a lograr los resultados deseados.
-
-## Nueva licencia de Capgo
-
-¿Cómo logro todo eso? Cambiando mi licencia.
-
-Capgo ha cambiado ahora la licencia de la MIT a un nuevo esquema de licencia llamado Licencia Pública General Affero GNU V3 (AGPLv3) o cualquiera de sus versiones posteriores. La versión de Capgo se puede [encontrar aquí](https://github.com/Cap-go/capgo/blob/main/LICENSE/).
-
-Capacitor-updater (el complemento) ha cambiado ahora la licencia de LGPLv3 a un nuevo esquema de licencias llamado Mozilla Public License Version 2.0 (MPLv2) o cualquier versión posterior. La versión de Capacitor-updater se puede [encontrar aquí](https://github.com/Cap-go/capacitor-updater/blob/main/LICENCE/).
-
-Este cambio no afecta a ninguno de ustedes que se suscriben a Capgo Cloud o que alojan Capgo de forma independiente, pero puede molestar a algunas corporaciones que intentaron usar mi software para competir directamente conmigo sin contribuir de regreso.
-
-AGPL es una licencia con la que Google tiene un problema, ya que no están dispuestos a revelar su código cerrado. Google se opone a la AGPL y [afirma](https://opensource.google/docs/using/agpl-policy/): “El código licenciado bajo la GNU Affero General Public License (AGPL) NO DEBE ser utilizado en Google”.
-
-El objetivo de la AGPL es maximizar la libertad del usuario y fomentar que las empresas contribuyan al software de código abierto. Soy una aplicación independiente, orientada al usuario. No soy una biblioteca ni una parte de un proyecto más grande. No busco las donaciones de Google, así que estamos contentos de tener una licencia AGPL. Es la licencia adecuada para Capgo.
-
-## Conclusión
-
-Hay muchos factores a considerar al elegir una licencia para software de código abierto. Sin embargo, ciertamente hay elecciones populares entre la comunidad de desarrolladores. Las licencias permisivas comunes incluyen la Licencia MIT, la Licencia Apache y la Licencia BSD. Algunas licencias copyleft comunes incluyen la Licencia Pública General GNU y la Licencia Pública Mozilla.
diff --git a/src/content/blog/es/open-source-vs-proprietary-app-update-solutions.md b/src/content/blog/es/open-source-vs-proprietary-app-update-solutions.md
deleted file mode 100644
index b5c674af3..000000000
--- a/src/content/blog/es/open-source-vs-proprietary-app-update-solutions.md
+++ /dev/null
@@ -1,232 +0,0 @@
----
-slug: open-source-vs-proprietary-app-update-solutions
-title: Soluciones de Actualización de Aplicaciones de Código Abierto vs Propietarias
-description: >-
-  Explora las diferencias entre las soluciones de actualización de aplicaciones
-  de código abierto y las propietarias para encontrar la mejor opción que se
-  adapte a las necesidades y presupuesto de tu proyecto.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-08T03:39:09.600Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a6a42ecd7a7d94bc55e8db-1738985966262.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  app updates, open source, proprietary solutions, security, customization,
-  scalability, development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Mantener tu aplicación actualizada es crucial para la seguridad y la satisfacción del usuario. La elección entre soluciones de actualización de código abierto y propietarias depende de tus prioridades: flexibilidad y costo o facilidad de uso y soporte.
-
-### Diferencias Clave de un Vistazo:
-
--   **Código Abierto**: Gratis, personalizable, pero requiere experiencia técnica y mantenimiento.
-    
--   **Propietario**: De pago, fácil de usar, con soporte profesional y seguridad de nivel empresarial.
-
-### Tabla de Comparación Rápida:
-
-| **Aspecto** | **Código Abierto** | **Propietario** |
-| --- | --- | --- |
-| **Costo** | Gratis, pero con mantenimiento del desarrollador | $6–$250/usuario/mes |
-| **Personalización** | Alta, con acceso al código fuente | Limitado a las características del proveedor |
-| **Soporte** | Foros impulsados por la comunidad | Soporte profesional 24/7 |
-| **Seguridad** | Transparente, pero requiere monitoreo | Seguridad de nivel empresarial integrada |
-| **Escalabilidad** | Configuración manual | Automatizada y escalable |
-| **Integración** | Requiere configuración personalizada | Conectores CI/CD preconstruidos |
-
-### Resumen:
-
--   Elige **código abierto** si tienes habilidades técnicas sólidas, necesitas personalización y quieres una solución rentable.
-    
--   Opta por **herramientas propietarias** si valoras la facilidad de uso, escalabilidad y soporte profesional.
-    
-
-Tu decisión debe alinearse con las necesidades de tu aplicación, presupuesto y experiencia del equipo. Profundicemos en los detalles.
-
-## Código Abierto vs Propietario - ¿Quién Reinará Supremo!
-
-<iframe src="https://www.youtube.com/embed/Z9jsSAPvTvc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Soluciones de Actualización de Código Abierto
-
-Las herramientas de actualización de código abierto ofrecen a los desarrolladores opciones personalizables para gestionar las [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/). Con el tiempo, estas herramientas han mejorado enormemente, ofreciendo características avanzadas mientras se mantienen asequibles para los equipos de desarrollo.
-
-### Características Principales
-
-Las herramientas de código abierto están repletas de características para simplificar el proceso de actualización de la aplicación:
-
-| Característica | Descripción | Beneficio |
-| --- | --- | --- |
-| **Actualizaciones Delta** | Envía solo el código modificado | Ahorra ancho de banda y acorta el tiempo de actualización |
-| [**Gestión de Paquetes**](https://capgo.app/docs/webapp/bundles/) | Maneja múltiples paquetes de actualización | Soporta lanzamientos por etapas y control de versiones |
-| **Verificación de Seguridad** | Utiliza autenticación de clave pública | Protege la integridad de las actualizaciones |
-
-Estas características funcionan sin problemas con los flujos de trabajo CI/CD modernos, haciendo que las actualizaciones de aplicaciones sean más eficientes y escalables.
-
-### Herramientas y Plugins Comunes
-
-El panorama de código abierto ofrece herramientas confiables para actualizaciones de aplicaciones. [**Capgo**](https://capgo.app/) se destaca como una opción principal para actualizaciones en vivo en aplicaciones de Capacitor, ofreciendo cifrado de extremo a extremo, suave integración CI/CD y cumplimiento de las directrices de las tiendas de aplicaciones.
-
-### Fortalezas y Debilidades
-
-Ponderar los pros y los contras de las herramientas de código abierto puede ayudarte a elegir la solución correcta:
-
-| Aspecto | Fortalezas | Debilidades |
-| --- | --- | --- |
-| **Costo y Flexibilidad** | Gratis con acceso al código fuente | Requiere conocimientos técnicos y mantenimiento |
-| **Seguridad** | Código transparente, revisado por la comunidad | Necesita monitoreo activo para vulnerabilidades |
-| **Soporte** | Ayuda impulsada por la comunidad | Carece de equipos de soporte dedicados |
-| **Integración** | Amplia compatibilidad API | La complejidad depende de la herramienta |
-
-Si bien las herramientas de código abierto requieren supervisión activa de seguridad, su naturaleza transparente genera confianza [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software)[\[5\]](https://www.ankursnewsletter.com/p/clash-of-code-open-source-vs-proprietary).
-
-Aunque las soluciones de código abierto proporcionan personalización y ventajas de costo, las herramientas propietarias ofrecen una alternativa con su propio conjunto único de beneficios.
-
-## Soluciones de Actualización Propietarias
-
-Las soluciones de actualización propietarias están diseñadas para organizaciones que necesitan herramientas confiables y escalables para gestionar actualizaciones. Estas plataformas están adaptadas para empresas que priorizan la seguridad, escalabilidad y acceso a soporte profesional.
-
-### Características Estándar
-
-Las plataformas propietarias de hoy vienen equipadas con características diseñadas para satisfacer las demandas empresariales:
-
-| **Categoría de Características** | **Capacidades** | **Impacto en el Negocio** |
-| --- | --- | --- |
-| **Seguridad** | Herramientas de cifrado y cumplimiento | Protege datos y asegura el cumplimiento normativo |
-| **Gestión** | Asignación de usuarios, control de versiones, reversión | Simplifica actualizaciones y reduce riesgos de implementación |
-| **Analítica** | Seguimiento de uso, métricas de rendimiento | Permite decisiones de actualización basadas en datos |
-| **Integración** | Soporte para pipelines CI/CD, acceso API | Automatiza flujos de trabajo y optimiza procesos |
-
-Por ejemplo, las herramientas de cifrado protegen información sensible, mientras que las características de reversión y control de versiones ayudan a minimizar riesgos durante las actualizaciones.
-
-### Principales Plataformas Comerciales
-
-Varios proveedores lideran el mercado de actualizaciones propietarias. [**Microsoft Intune**](https://www.microsoft.com/en-us/security/business/microsoft-intune), con un precio inicial de $6 por usuario/mes, ofrece un conjunto completo de herramientas de actualización de aplicaciones empresariales con fuertes capacidades de seguridad y despliegue. [**VMware Workspace ONE**](https://levelblue.com/products/vmware) ofrece características similares pero añade opciones de gestión de dispositivos para casos de uso más amplios.
-
-**Firebase Remote Config** de **Google** [https://firebase.google.com/docs/remote-config](https://firebase.google.com/docs/remote-config) ha ganado popularidad por su capacidad para enviar actualizaciones de configuración en tiempo real sin requerir envíos a la tienda de aplicaciones. Esto lo hace especialmente atractivo para los desarrolladores que trabajan dentro del ecosistema de Google.
-
-### Ventajas y Desventajas
-
-Evaluar los beneficios y desventajas de las soluciones propietarias puede ayudar a las empresas a tomar decisiones informadas:
-
-| **Aspecto** | **Ventajas** | **Desventajas** |
-| --- | --- | --- |
-| **Soporte** | Ayuda profesional 24/7, servicios respaldados por SLA | Opciones de personalización limitadas |
-| **Seguridad** | Protocolos integrados de nivel empresarial | Falta de transparencia en la implementación de la seguridad |
-| **Integración** | Conectores y herramientas preconstruidas del proveedor | Riesgo de bloqueo por parte del proveedor |
-| **Escalabilidad** | Diseñado para operaciones a gran escala | Costos más altos a medida que aumenta el uso |
-
-Una encuesta reciente encontró que el 71% de las empresas eligen soluciones propietarias, principalmente debido a preocupaciones sobre seguridad y confiabilidad [\[6\]](https://hyscaler.com/insights/open-source-vs-proprietary-software/). Esta tendencia destaca la importancia del soporte profesional y las herramientas de cumplimiento, especialmente en industrias con estrictas regulaciones.
-
-Las soluciones propietarias basadas en la nube han ampliado aún más las opciones de escalabilidad. Sin embargo, las empresas deben considerar cuidadosamente los compromisos, como una mayor dependencia de la infraestructura del proveedor, para determinar si estas plataformas son la opción correcta en comparación con las alternativas de código abierto.
-
-###### sbb-itb-f9944d2
-
-## Comparación Directa: Código Abierto vs Propietario
-
-A continuación, se presenta un desglose claro de cómo las soluciones de [actualización de aplicaciones](https://capgo.app/plugins/capacitor-updater/) de código abierto y propietarias difieren en características clave, costos y requisitos técnicos.
-
-### Matriz de Características
-
-| Categoría de Características | Soluciones de Código Abierto | Soluciones Propietarias |
-| --- | --- | --- |
-| Control de Actualizaciones | [Actualizaciones manuales](https://capgo.app/docs/plugin/cloud-mode/manual-update/), reversión básica | Control de versiones avanzado, reversión automatizada |
-| Seguridad | [Actualizaciones gestionadas por la comunidad](https://capgo.app/docs/plugin/cloud-mode/manual-update/), configuración de cifrado personalizada | Cifrado de nivel empresarial, chequeos automatizados de vulnerabilidades |
-| Integración | Configuración CI/CD personalizada | Conectores CI/CD preconstruidos |
-| Escalabilidad | Configuración manual | Balanceo de carga incorporado |
-| Soporte | Foros comunitarios, documentación | Soporte profesional 24/7, garantías de SLA |
-
-Estas diferencias también influyen en la estructura de costos de cada opción.
-
-### Desglose de Precios
-
-Las herramientas de código abierto, como Capacitor Live Update, son gratuitas de usar pero requieren tiempo de desarrollador para mantenimiento. Por otro lado, las plataformas propietarias, como Microsoft Intune, cobran $6–$250 por usuario al mes, lo que incluye soporte profesional y opciones de escalabilidad [\[1\]](https://www.heavybit.com/library/article/open-source-vs-proprietary).
-
-| Factor de Costo | Código Abierto | Propietario |
-| --- | --- | --- |
-| Licencia Inicial | Gratis | $6-250/usuario/mes |
-| Mantenimiento | Costos de tiempo del desarrollador | Incluido en la suscripción |
-| Costos de Escalabilidad | Gastos de infraestructura | Precios basados en uso |
-| Costos de Soporte | Dependiente de la comunidad | Incluido en la licencia |
-
-La elección entre estas soluciones a menudo depende de tu presupuesto y del nivel de experiencia interna disponible.
-
-### Requisitos Técnicos
-
-Las demandas técnicas para implementar estas soluciones varían significativamente:
-
-**Código Abierto:**
-
--   Requiere configuración personalizada para seguridad y cifrado.
-    
--   Necesita integración manual con pipelines CI/CD.
-    
--   Exige configuración y gestión de sistemas de control de versiones.
-    
-
-**Propietario:**
-
--   Ofrece características de seguridad automatizadas.
-    
--   Viene con capacidades de escalado preconfiguradas.
-    
--   Incluye herramientas de monitoreo integradas.
-    
-
-Las soluciones propietarias simplifican la integración y el mantenimiento, pero pueden carecer de las opciones de personalización que ofrecen las herramientas de código abierto. La decisión, en última instancia, depende de si priorizas la personalización o la facilidad de uso [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-## Seleccionando Tu Solución de Actualización
-
-Al decidir entre herramientas de código abierto y propietarias, considera factores como las habilidades de tu equipo, la escala de tu proyecto, limitaciones de presupuesto, demandas de seguridad, y cuán bien la solución se integra con tus sistemas existentes. Estas consideraciones deben alinearse con la complejidad de tu aplicación, el tamaño de tu base de usuarios y cualquier requisito de cumplimiento que debas cumplir.
-
-### Cuándo Tiene Sentido el Código Abierto
-
-Las herramientas de código abierto son una excelente opción para proyectos que necesitan flexibilidad y personalización. Son especialmente útiles para equipos que buscan integraciones personalizadas y opciones rentables. El [plugin de Actualización en Vivo de Capacitor](https://www.npmjs.com/package/@capgo/capacitor-updater) es un buen ejemplo de este enfoque.
-
-> "Una de las mayores ventajas de Capacitor sobre otros entornos de ejecución es la capacidad de entregar actualizaciones en tiempo real sin necesidad de volver a enviar tu aplicación a las tiendas de aplicaciones" [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-
-Esta opción es adecuada para:
-
-1. Equipos con una fuerte experiencia técnica
-
-2. Proyectos que requieren configuraciones de integración personalizadas
-
-3. Organizaciones que valoran soluciones impulsadas por la comunidad
-
-4. Aplicaciones que necesitan actualizaciones rápidas y frecuentes
-
-### Cuándo las Herramientas Propietarias son una Mejor Opción
-
-Las plataformas propietarias son a menudo la elección preferida para proyectos a nivel empresarial donde la confiabilidad y el cumplimiento son críticos. Funcionan particularmente bien para:
-
-1. Aplicaciones grandes con demandas de implementación complejas
-
-2. Empresas en industrias con regulaciones estrictas
-
-3. Equipos que necesitan capacidades robustas de monitoreo y análisis
-
-4. Aplicaciones desplegadas en múltiples regiones con estándares de cumplimiento variables
-
-Tu elección debe alinearse con las necesidades actuales de tu proyecto y su crecimiento futuro. Las herramientas de código abierto pueden ofrecer un costo inicial más bajo, pero las plataformas propietarias pueden ahorrar tiempo y recursos a largo plazo con características como soporte profesional y mantenimiento reducido [\[1\]](https://www.heavybit.com/library/article/open-source-vs-proprietary)[\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-Para organizaciones que gestionan varias aplicaciones en diferentes regiones, las soluciones propietarias a menudo destacan debido a su seguridad y escalabilidad integradas. Por otro lado, proyectos más pequeños pueden prosperar con la adaptabilidad de las herramientas de código abierto [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-## Conclusión
-
-### Puntos Clave
-
-Decidir entre soluciones de código abierto y propietarias se reduce a equilibrar factores como costo, flexibilidad y soporte. Las herramientas de código abierto son una excelente opción para equipos que necesitan personalización, mientras que las plataformas propietarias a menudo brillan en áreas como escalabilidad y cumplimiento de necesidades estrictas. Tu elección dependerá de consideraciones como el presupuesto, el nivel de personalización requerido, las expectativas de soporte y las prioridades de seguridad.
-
-Para organizaciones que manejan múltiples aplicaciones o requieren funciones a nivel empresarial, las herramientas propietarias a menudo ofrecen un fuerte soporte y flujos de trabajo eficientes. Por el contrario, los equipos con habilidades técnicas avanzadas y necesidades de integración específicas pueden beneficiarse de las herramientas de código abierto, que permiten soluciones personalizadas para enfrentar desafíos únicos [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-### Pasos de Implementación
-
-Para implementar con éxito la solución elegida, comienza evaluando los requisitos específicos de tu aplicación. Luego, selecciona la herramienta que mejor se alinee con esas necesidades e intégrala en tu pipeline de CI/CD asegurando que cumpla con los estándares relevantes de la plataforma. Una implementación fluida dependerá de qué tan bien tu elección coincida con las habilidades técnicas de tu equipo, el presupuesto y la capacidad para el mantenimiento a largo plazo.
-
-El éxito de tu solución de actualización dependerá en gran medida de su capacidad para satisfacer tanto las demandas actuales como el crecimiento futuro. Ya sea que optes por herramientas de código abierto por sus opciones de personalización o plataformas propietarias por su soporte estructurado, asegúrate de que tu elección complemente tu proceso de desarrollo y cumpla con las pautas de la plataforma.
diff --git a/src/content/blog/es/open-source.md b/src/content/blog/es/open-source.md
deleted file mode 100644
index 68eefe518..000000000
--- a/src/content/blog/es/open-source.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: open-source
-title: ¡Aprende sobre qué es el código abierto y por qué es importante!
-description: >-
-  Durante tu viaje de programación, es posible que hayas oído el término "Código
-  Abierto". Pero, ¿qué significa realmente?
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-16T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /open_source_main.webp
-head_image_alt: código abierto
-keywords: >-
-  Open Source, Capgo, philosophy, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Open Source
-published: true
-locale: es
-next_blog: ''
----
-En este artículo, explicaré qué es el software de código abierto y hablaré sobre cómo se diferencia de otros tipos de software. También discutiré los aspectos positivos del software de código abierto y cómo empezar a contribuir a los proyectos.
-
-## Visión general
-
-El código abierto es un término que originalmente se refería al software de código abierto (OSS). El software de código abierto es código que está diseñado para ser accesible públicamente: cualquier persona puede ver, modificar y distribuir el código como lo desee.
-
-[El código fuente](https://github.com/cap-go/capacitor-updater/) es la parte del software que la mayoría de los usuarios de computadoras nunca ve; es el código que los programadores pueden manipular para cambiar cómo funciona una pieza de software—un "programa" o "aplicación". Los programadores que tienen acceso al código fuente de un programa pueden mejorarlo agregando características o corrigiendo partes que no siempre funcionan correctamente.
-
-Cada proyecto activo de software de código abierto tiene uno o más mantenedores. Estas son las personas que gestionan el proyecto y se aseguran de que permanezca libre de errores u otros problemas. En otras palabras, ¡“mantienen” el proyecto! Si bien pueden pasar su tiempo escribiendo código para el proyecto, su prioridad principal es revisar y organizar las contribuciones de otros. Las personas que hacen esas contribuciones se llaman acertadamente colaboradores. Estas son personas que envían nuevo código, documentación o incluso informes de errores a proyectos de código abierto.
-
-<div class="mx-auto">
-  <img src="/open-source_(1).webp" alt="open-source-(1)">
-</div>
-
-Entonces, ¿cómo se formó el movimiento de código abierto tal como lo conocemos?
-
-## ¿De dónde proviene el término "código abierto"?
-
-Hace más de veinte años, el término "software de código abierto" fue acuñado por la cofundadora del Foresight Institute, Christine Peterson. Ella quería acuñar este término como una forma de atraer a recién llegados a este espacio.
-
-El nombre original iba a ser "software libre", pero había mucha confusión sobre lo que realmente significaba "libre". Para aclarar el problema, Peterson propuso un cambio de nombre a "software de código abierto".
-
-## ¿Cuáles son los beneficios del software de código abierto?
-
-Hay muchos beneficios de usar y trabajar con software de código abierto. Uno de los beneficios es cuánta control tienes sobre el código que decides usar.
-
-Los programadores pueden mirar el código y decidir qué partes del código quieren cambiar. Los usuarios regulares pueden usar este software como les guste sin que nadie les diga que lo usen de una manera específica.
-
-Otro beneficio es cuánto puedes aprender al usar el código de un proyecto de código abierto. Los desarrolladores de todos los ámbitos pueden estudiar el código de proyectos de código abierto, así como compartir su trabajo con otros.
-
-El software de código abierto también se considera más seguro que el software propietario. Dado que el código está disponible gratuitamente, los desarrolladores pueden encontrar problemas, hacer actualizaciones y corregir esos errores más rápido que en el software propietario.
-
-El código abierto también tiene una comunidad muy grande detrás de él. Como resultado, hay muchos recursos útiles para principiantes que buscan unirse a una comunidad de código abierto y comenzar a contribuir.
-
-## ¿Por qué deberías contribuir a proyectos de código abierto?
-
-La naturaleza colaborativa de la comunidad de código abierto también presenta oportunidades importantes para los desarrolladores. Aquí están las razones más importantes por las que es una buena idea.
-
-**Mejorar el proyecto**
-
-La mayor belleza de una comunidad de código abierto es que sus miembros están principalmente motivados por su interés genuino en los proyectos en cuestión. Por lo tanto, muchas personas contribuyen a proyectos de código abierto por razones altruistas: ¡quieren mejorarlo!
-
-Hacer que el software de código abierto funcione más rápido, de manera más inteligente, o hacerlo más seguro aumentará su calidad.
-
-**Ganar conocimiento valioso**
-
-Al sumergirte en un cierto proyecto de código abierto, obtienes conocimientos valiosos sobre el software en cuestión. En otras palabras, no solo estás aprendiendo haciendo, sino que estás aprendiendo interactuando con el código de otros desarrolladores.
-
-**Aprovechar tus perspectivas profesionales**
-
-Al contribuir a proyectos de código abierto, estás señalizando tu talento a posibles empleadores. Para ellos, es fácil comprobar tu trabajo real y evaluar si serías una buena opción para sus roles abiertos. En palabras de [Frank Scheffler](https://medium.com/digitalfrontiers/5-reasons-why-you-should-contribute-to-open-source-projects-2f65443b4077/), "las contribuciones activas de código abierto enfatizan tu experiencia y conocimiento, más de lo que los certificados por sí solos nunca lo harán”.
-
-Además, al contribuir a múltiples proyectos, estás construyendo tu red de contactos, ¡lo que nunca perjudicará tu carrera!
-
-## ¿Cómo empezar a contribuir a proyectos de código abierto?
-
-Contribuir a proyectos de código abierto puede ser una forma gratificante de adquirir experiencia, colaborar con otros y retribuir a la comunidad. Aquí tienes una guía paso a paso para ayudarte a comenzar:
-
-1. **Elige un Proyecto**:
-   - Comienza identificando proyectos de código abierto que se alineen con tus intereses y nivel de habilidad. Puedes usar plataformas como GitHub, GitLab o Bitbucket para descubrir proyectos.
-
-<div class="mx-auto">
-  <img src="/open-source_(2).webp" alt="open-source-(2)">
-</div>
-
-2. **Entiende el Proyecto**:
-   - Lee la documentación del proyecto, el archivo README y cualquier pauta de contribución para entender su propósito, objetivos y estándares de codificación.
-
-<div class="mx-auto">
-  <img src="/open-source_(3).webp" alt="open-source-(3)">
-</div>
-
-3. **Configura Tu Entorno de Desarrollo**:
-   - Instala las herramientas y dependencias necesarias para trabajar en el proyecto. Esto puede incluir lenguajes de programación, bibliotecas y sistemas de control de versiones como Git.
-
-4. **Comienza Pequeño**:
-   - Para principiantes, es una buena idea comenzar con tareas simples y bien definidas, como corregir errores tipográficos, mejorar la documentación o pequeños arreglos de errores. Esto te ayudará a familiarizarte con el flujo de trabajo y la comunidad del proyecto.
-
-5. **Familiarízate con el Control de Versiones**:
-   - Aprende a usar Git para el control de versiones. Haz un fork del repositorio del proyecto, clónalo en tu máquina local y crea una nueva rama para tus cambios.
-
-6. **Contribuir Código**:
-   - Realiza tus cambios de código siguiendo las pautas de codificación del proyecto. Asegúrate de que tus cambios sean claros, bien documentados y aborden un problema o necesidad existente.
-
-7. **Pruebas**:
-   - Antes de enviar tu código, pruébalo a fondo para asegurarte de que funcione como se pretende. Los proyectos a menudo requieren que escribas pruebas para tus cambios de código.
-
-8. **Crea una Solicitud de Extracción (PR)**:
-   - Sube tus cambios a tu repositorio forkeado y luego crea un PR para proponer tus cambios al proyecto principal. Asegúrate de proporcionar una descripción clara y concisa de tus cambios.
-
-9. **Involúcrate con la Comunidad**:
-   - Participa en discusiones, foros o listas de correo relacionadas con el proyecto. Mantente abierto a la retroalimentación y dispuesto a hacer mejoras basadas en los comentarios que recibas.
-
-10. **Sé Paciente y Persistente**:
-    - Puede llevar tiempo que tu PR sea revisado y aceptado. Sé paciente y, si es necesario, haz un seguimiento de tu PR de manera cortés.
-
-11. **Aprende y Crece**:
-    - Usa la experiencia para aprender de otros y mejorar tus habilidades de codificación. También puedes contribuir con características o mejoras más sustanciales a medida que te sientas más cómodo con el proyecto.
-
-12. **Mantén la Etiqueta de Código Abierto**:
-    - Respeta a los mantenedores del proyecto y a los miembros de la comunidad. Sé cortés, sigue sus pautas y sé un colaborador útil y constructivo.
-
-13. **Sé Consistente**:
-    - Si deseas seguir contribuyendo, intenta hacer contribuciones regulares. Esto te ayuda a construir una presencia dentro de la comunidad del proyecto.
-
-14. **Reconocer Licencias y Propiedad**:
-    - Respeta la licencia y los derechos de autor del proyecto. Comprende los términos bajo los cuales estás contribuyendo.
-
-15. **Documenta tu Trabajo**:
-    - Lleva un registro de tus contribuciones para tu propia referencia. Esto también puede ser útil al construir tu portafolio de desarrollador.
-
-Recuerda que contribuir al código abierto no se trata solo de código. También puedes ayudar con la documentación, diseño, pruebas y gestión de proyectos. La clave es encontrar una forma de contribuir que se alinee con tus habilidades e intereses.
-
-## Aprovecha la tecnología de código abierto detrás de Capgo
-
-Como sabes, las tecnologías de código abierto tienen múltiples ventajas. Están disponibles a una parte del precio del software propietario. También son flexibles y más seguras debido a las revisiones frecuentes de código por parte de la comunidad de código abierto.
-
-¡Estos son todos principios que seguimos en Capgo! Somos un sistema de actualización en vivo de código abierto para aplicaciones de Capacitor cuya misión es actualizar en vivo las aplicaciones de Capacitor. Te permitimos implementar actualizaciones a tus usuarios sin necesidad de reinstalar la aplicación. Somos un servicio basado en la nube, pero también puedes autoalbergarlo.
-
-¿Por qué no lo pruebas tú mismo? [Prueba nuestra versión gratuita](https://console.capgo.app/register/) y [contribuye a nuestro proyecto de código abierto en constante evolución](https://github.com/Cap-go/) - ¡nos encantaría tenerte a bordo!
-
-<div class="mx-auto">
-  <img src="/capgo_banner.webp" alt="capgo_banner">
-</div>
-
-## Conclusión
-
-El software de código abierto es código que está disponible públicamente para que las personas lo vean, modifiquen y compartan. El término "software de código abierto" fue acuñado por la cofundadora del Foresight Institute, Christine Peterson.
-
-El software de código abierto tiene muchos beneficios, incluyendo un gran apoyo de la comunidad, guías útiles para comenzar a contribuir, aprender estudiando el código de otras personas y ganar experiencia trabajando con otros desarrolladores.
diff --git a/src/content/blog/es/optimise-your-images-for-updates.md b/src/content/blog/es/optimise-your-images-for-updates.md
deleted file mode 100644
index e0d8261cf..000000000
--- a/src/content/blog/es/optimise-your-images-for-updates.md
+++ /dev/null
@@ -1,33 +0,0 @@
----
-slug: optimise-your-images-for-updates
-title: Optimiza tus imágenes para actualizaciones
-description: >-
-  Cómo optimizar imágenes para actualizaciones en vivo y permitir que los
-  usuarios reciban actualizaciones más rápido.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-23T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /convert.jpg.webp.webp
-head_image_alt: Convertir a ilustración webp
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Optimisation
-published: true
-locale: es
-next_blog: ''
----
-
-El formato WebP es un formato de imagen moderno que puede proporcionar ahorros significativos en el tamaño del archivo en comparación con JPEG, mientras mantiene una calidad visual similar o mejor. Al convertir tus imágenes JPEG a WebP en tu aplicación móvil, puedes potencialmente reducir el tamaño de tu aplicación, lo que puede llevar a tiempos de descarga más rápidos y un mejor rendimiento para tus usuarios.
-
-WebP está bien soportado por la mayoría de las principales plataformas y dispositivos móviles, incluyendo Android e iOS. A diferencia de JPEG, WebP proporciona una calidad de imagen superior con un tamaño de archivo menor, lo que resulta en tiempos de descarga más rápidos, menor uso de datos y una mejor experiencia de usuario. Esto es especialmente importante para aplicaciones móviles que se utilizan en redes celulares, donde el uso de datos y los tiempos de descarga son preocupaciones importantes.
-
-Cuando se trata de convertir tus imágenes a WebP, hay varias opciones disponibles. Una opción popular es usar una herramienta de línea de comandos como `c.webp`, que puede integrarse fácilmente en el proceso de compilación de tu aplicación. Otra opción es convertir tus imágenes a WebP en [Android Studio](https://sitesgooglecom/a/androidcom/tools/tech-docs/.webp/), que puede usarse para convertir manualmente tus imágenes. También puedes usar un plugin para tu sistema de gestión de contenidos (CMS) o un servicio automatizado como Krakenio.
-
-Una vez que hayas convertido tus imágenes a WebP, es importante probar el rendimiento de tu aplicación para ver si hay alguna mejora. Puedes usar herramientas como [el plugin de Firebase Performance Monitoring](https://githubcom/cap-go/capacitor-firebase/tree/main/packages/performance/) u otras herramientas de prueba de rendimiento para medir el rendimiento de la aplicación. También deberías considerar probar la aplicación en diferentes dispositivos y redes para obtener una imagen más precisa de cómo la conversión a WebP afectará el rendimiento de la aplicación.
-
-Además de mejorar el rendimiento de tu aplicación, convertir tus imágenes a WebP también puede tener un impacto positivo en la experiencia general del usuario. Con tiempos de descarga más rápidos y menor uso de datos, es más probable que los usuarios tengan una experiencia positiva con tu aplicación, lo que puede llevar a un mayor compromiso y retención.
-
-En general, convertir tus imágenes a WebP puede ser una forma efectiva de optimizar los recursos de tu aplicación móvil y mejorar su rendimiento. Es un proceso simple y directo que puede tener un gran impacto en la experiencia general del usuario de tu aplicación. Al tomarte el tiempo para convertir tus imágenes a WebP, podrás proporcionar una mejor experiencia para tus usuarios y potencialmente aumentar el compromiso y la retención.
diff --git a/src/content/blog/es/ota-security-checklist-for-capacitor-apps.md b/src/content/blog/es/ota-security-checklist-for-capacitor-apps.md
deleted file mode 100644
index c387129a1..000000000
--- a/src/content/blog/es/ota-security-checklist-for-capacitor-apps.md
+++ /dev/null
@@ -1,80 +0,0 @@
----
-slug: ota-security-checklist-for-capacitor-apps
-title: Lista de verificación de seguridad OTA para aplicaciones Capacitor
-description: >-
-  Conozca las medidas de seguridad importantes para las actualizaciones OTA en
-  aplicaciones, incluyendo cifrado, control de acceso y estrategias de
-  contingencia.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T13:52:41.166Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f910732e221594daf2250f-1744379572627.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  OTA updates, app security, encryption, user management, compliance, rollback
-  capabilities, mobile app development
-tag: 'Mobile, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Las actualizaciones OTA seguras son esenciales para proteger los datos del usuario y mantener la integridad de la aplicación.** Esto es lo que necesitas saber:
-
--   **Cifrado de Extremo a Extremo:** Protege las actualizaciones desde su creación hasta su entrega.
--   **Capacidades de Reversión:** Revierte rápidamente actualizaciones defectuosas para minimizar el impacto.
--   **Gestión de Usuarios:** El control de acceso estricto asegura que las actualizaciones lleguen solo a usuarios autorizados.
--   **Cumplimiento:** Sigue las pautas de Apple y Google para mantener las publicaciones en las tiendas de aplicaciones.
--   **Mitigación de Riesgos:** Usa despliegues graduales, pruebas beta y seguridad de infraestructura para reducir vulnerabilidades.
-
-**Estadísticas Clave:**
-
--   95% de los usuarios activos actualizan dentro de 24 horas.
--   La tasa de éxito de implementación global es del 82%.
-
-## La Guía FÁCIL para Actualizaciones Over-The-Air (OTA) Con ...
-
-<iframe src="https://www.youtube.com/embed/7Xdsc1qqoro" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Planificación de Seguridad
-
-Asegúrate de que las actualizaciones OTA se planifiquen con fuertes salvaguardas técnicas y medidas de cumplimiento.
-
-### Requisitos de Seguridad
-
-Protege las actualizaciones con cifrado de extremo a extremo desde la creación hasta el despliegue [\[1\]](https://capgo.app/). Los pasos clave incluyen:
-
--   **Protocolos de Cifrado**: Usa cifrado de extremo a extremo para todos los paquetes de actualización.
--   **Sistemas de Autenticación**: Implementa métodos robustos de autenticación de usuarios y dispositivos.
-
-### Reglas de la App Store
-
-La [Apple App Store](https://developer.apple.com/app-store/guidelines/) y [Google Play Store](https://play.google.com/console/signup) imponen políticas estrictas para actualizaciones OTA. Seguir estas reglas es crucial para mantener las publicaciones en las tiendas de aplicaciones y la confianza del usuario.
-
-| Plataforma | Requisitos Clave | Restricciones de Actualización |
-| --- | --- | --- |
-| Apple App Store | Cifrado de extremo a extremo | Sin cambios en la funcionalidad central |
-| Google Play Store | Actualizaciones firmadas | Limitado a actualizaciones de contenido |
-| Ambas Plataformas | Capacidad de reversión | Debe mantener la integridad de la app |
-
-### Riesgos de Seguridad
-
-Entender las vulnerabilidades potenciales ayuda a crear defensas efectivas. Los riesgos clave incluyen:
-
--   **Integridad de Actualización**  
-    Con una tasa de éxito global de actualización del 82% [\[1\]](https://capgo.app/), los protocolos de seguridad fuertes pueden reducir significativamente los problemas de implementación.
-    
--   **Control de Distribución**  
-    Usa pruebas beta y despliegues graduales para gestionar la distribución y reducir riesgos.
-    
--   **Seguridad de Infraestructura**  
-    Elige entre infraestructura basada en la nube o autohospedada según las necesidades específicas de seguridad de tu organización [\[1\]](https://capgo.app/).
-    
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones." - Capgo [\[1\]](https://capgo.app/)
-
-Para fortalecer la seguridad, adopta sistemas de monitoreo que rastreen el rendimiento de las actualizaciones y señalen problemas potenciales temprano. Combinar cifrado, distribución controlada y monitoreo proactivo crea una base sólida de seguridad para actualizaciones OTA. Estas medidas aseguran que las actualizaciones sean seguras en código, datos y puntos de acceso.
-
-[Continúa la traducción con el mismo formato y estilo para las secciones restantes...]
diff --git a/src/content/blog/es/ota-updates-in-beta-staying-policy-compliant.md b/src/content/blog/es/ota-updates-in-beta-staying-policy-compliant.md
deleted file mode 100644
index 6e1f0ada0..000000000
--- a/src/content/blog/es/ota-updates-in-beta-staying-policy-compliant.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: ota-updates-in-beta-staying-policy-compliant
-title: 'Actualizaciones OTA en Beta: Mantenimiento de la Conformidad con la Política'
-description: >-
-  Aprende a gestionar eficazmente las actualizaciones OTA en pruebas beta,
-  asegurando el cumplimiento de las políticas de la tienda de aplicaciones y
-  mejorando la seguridad del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T02:04:08.266Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5-1743499666588.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, beta testing, compliance, app store policies, encryption, user
-  communication, quality control
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Las actualizaciones OTA hacen que las pruebas beta sean más rápidas y fáciles, pero mantenerse en cumplimiento con las reglas de la tienda de aplicaciones es crucial.** Esto es lo que necesitas saber:
-
--   **¿Qué son las actualizaciones OTA?** Permiten a los desarrolladores enviar correcciones y funciones directamente a los dispositivos de los usuarios, eludiendo las tiendas de aplicaciones.
--   **Beneficios clave:** Despliegue rápido, actualizaciones dirigidas, seguimiento en tiempo real y opciones de reversión.
--   **Elementos esenciales de cumplimiento:** Utilizar cifrado de extremo a extremo, comunicarse de manera transparente con los evaluadores y seguir las reglas de pruebas beta de Apple y Google.
--   **Errores comunes a evitar:** No utilizar actualizaciones OTA para cambios no aprobados como sistemas de pago o funcionalidad central.
--   **Mejores herramientas:** Plataformas como [Capgo](https://capgo.app/) simplifican actualizaciones seguras y en cumplimiento con funciones como sistemas de canal, analíticas y capacidades de reversión.
-
-**Comparación rápida:**
-
-| Característica | Capgo | [TestFlight](https://developer.apple.com/testflight/) | [Google Play Console](https://developer.android.com/distribute/console) |
-| --- | --- | --- | --- |
-| Cifrado de extremo a extremo | Sí | Sí | Sí |
-| Actualizaciones dirigidas | Sí ([sistema de canal](https://capgo.app/docs/plugin/cloud-mode/channel-system/)) | Limitado | Limitado |
-| Capacidad de reversión | Sí | No  | No  |
-| Seguimiento en tiempo real | Sí | Limitado | Limitado |
-| Costo de configuración | $2,600 (único) | Gratis | Gratis |
-
-## Mejores prácticas para actualizaciones de firmware de dispositivos
-
-<iframe src="https://www.youtube.com/embed/owPdKRQhMzk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Reglas de pruebas beta de la tienda de aplicaciones
-
-Tanto Apple como Google tienen pautas estrictas para las pruebas beta diseñadas para mantener la calidad de la aplicación y la seguridad del usuario. Es esencial utilizar herramientas de actualización seguras y precisas para cumplir con estos estándares.
-
-### Requisitos de Apple [TestFlight](https://developer.apple.com/testflight/)
-
-![TestFlight](https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5/4da4b0faec79804f5d08d001d9926818.jpg)
-
-Para cumplir con las reglas de Apple, asegúrate de que tu solución incluya **cifrado de extremo a extremo** y soporte **lanzamientos dirigidos** para actualizaciones beta.
-
-### Reglas de pruebas beta de Google Play
-
-Google recomienda utilizar sistemas como el sistema de canal de Capgo para entregar actualizaciones de forma segura a grupos de usuarios específicos [\[1\]](https://capgo.app/). Estas pautas son parte de cambios políticos más amplios discutidos a continuación.
-
-### Últimas actualizaciones de políticas
-
-Las actualizaciones recientes a las políticas de pruebas beta han introducido medidas de seguridad más estrictas para las actualizaciones por aire (OTA):
-
--   **Cifrado**: Todas las actualizaciones deben ahora utilizar cifrado de extremo a extremo [\[1\]](https://capgo.app/).
--   **Seguimiento de versiones**: Las aplicaciones deben mantener registros detallados de la distribución de actualizaciones [\[1\]](https://capgo.app/).
-
-## Siguiendo las pautas de actualizaciones OTA
-
-Asegurar actualizaciones por aire (OTA) seguras requiere un fuerte cifrado, comunicación clara con los usuarios y controles de calidad exhaustivos. Estos pasos se basan en prácticas de cumplimiento básicas para garantizar que todas las actualizaciones estén alineadas con los requisitos de la política.
-
-### Medidas de seguridad de las actualizaciones
-
-La columna vertebral de las actualizaciones OTA seguras es **el cifrado de extremo a extremo**. Simplemente firmar las actualizaciones ya no cumple con los estándares más estrictos establecidos por las tiendas de aplicaciones como Apple y Google [\[1\]](https://capgo.app/). Las prácticas de seguridad clave incluyen:
-
--   Usar cifrado de extremo a extremo y canales de distribución controlados para lanzamientos seguros.
-
-El enfoque de Capgo para el cifrado asegura que solo los usuarios destinados puedan descifrar e instalar actualizaciones, cumpliendo con los últimos requisitos de Apple y Google [\[1\]](https://capgo.app/).
-
-### Normas de comunicación con los usuarios
-
-Mantener a los usuarios informados es tan importante como asegurar las actualizaciones. Notas de lanzamiento claras, obtener el consentimiento explícito del usuario y utilizar canales de actualización dirigidos son esenciales para el cumplimiento y los lanzamientos suaves, especialmente al trabajar con evaluadores beta.
-
-### Pasos de control de calidad
-
-Un control de calidad efectivo minimiza los riesgos y asegura que las actualizaciones sean estables. Así es como estructurar tu proceso:
-
-| Fase de prueba | Acciones clave | Propósito |
-| --- | --- | --- |
-| Pre-despliegue | Configurar el seguimiento de errores | Captar problemas antes de que lleguen a los usuarios |
-| Durante el lanzamiento | Usar analíticas en tiempo real | Monitorear el rendimiento de la actualización en tiempo real |
-| Post-despliegue | Habilitar reversión | Recuperarse rápidamente de problemas inesperados |
-| Continuo | Probar con canales | Validar características con grupos de usuarios específicos |
-
-Incorpora estos pasos en tu pipeline de CI/CD. Utiliza selectores de canal para probar solicitudes de extracción directamente, asegurando que las actualizaciones sean revisadas antes de su lanzamiento.
-
-## Errores de política comunes a evitar
-
-Desplegar actualizaciones OTA durante pruebas beta puede llevar a problemas de cumplimiento y riesgos de seguridad. Entender estos desafíos puede ayudar a garantizar actualizaciones más suaves y en cumplimiento. Al evitar estos errores comunes, puedes mantenerte alineado con las políticas de la tienda de aplicaciones.
-
-### Cambios en la aplicación no aprobados
-
-No se pueden usar actualizaciones OTA para alterar características centrales, sistemas de pago o métodos de autenticación sin la revisión adecuada. Aquí hay un desglose de lo que está permitido:
-
-| Tipo de cambio | Actualización OTA permitida | Revisión de tienda requerida |
-| --- | --- | --- |
-| Correcciones de errores | Sí | No  |
-| Actualizaciones de contenido | Sí | No  |
-| Cambios en el color/texto de la interfaz | Sí | No  |
-| Cambios en la funcionalidad central | No  | Sí |
-| Sistemas de pago | No  | Sí |
-| Métodos de autenticación | No  | Sí |
-
-> "Evitar revisiones para correcciones de errores es un oro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-A continuación, veamos cómo las malas prácticas de seguridad pueden dejar tu aplicación vulnerable.
-
-### Prevención de riesgos de seguridad
-
-Para reducir los riesgos de seguridad, considera estos pasos:
-
--   **Usar cifrado de extremo a extremo**: Los métodos de firma simples no son suficientes. Cifra las actualizaciones para mejor protección.
--   **Controlar permisos de publicación**: Utiliza controles granulares para gestionar quién puede enviar actualizaciones.
--   **Monitorear el despliegue**: Rastrear tasas de éxito e identificar cualquier problema durante el lanzamiento.
-
-> "La única solución con verdadero cifrado de extremo a extremo, los demás solo firman actualizaciones." - Capgo [\[1\]](https://capgo.app/)
-
-Pero la seguridad no se detiene en las actualizaciones; proteger los datos de los usuarios durante las pruebas beta es igualmente importante.
-
-### Reglas de privacidad de datos
-
-Sigue estas pautas de privacidad para proteger los datos de los usuarios:
-
--   **Consentimiento del usuario**: Siempre obtener el consentimiento explícito antes de recopilar datos y explicar claramente cómo se utilizarán.
--   **Recopilación de datos**: Solo recopilar datos necesarios para las pruebas beta. Mantener los datos de los evaluadores separados utilizando canales dedicados.
--   **Seguridad de los datos**: Almacenar todos los datos con cifrado de extremo a extremo y auditar el acceso regularmente para garantizar que permanezcan seguros.
-
-## Herramientas de gestión de actualizaciones OTA
-
-Gestionar actualizaciones OTA durante las pruebas beta requiere herramientas confiables para garantizar eficiencia y cumplimiento. Las plataformas de hoy están diseñadas para simplificar el [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/) mientras mantienen las políticas intactas. Echemos un vistazo más de cerca a las características de Capgo y otras plataformas de pruebas beta para ver cómo se integran en flujos de trabajo suaves de actualización.
-
-### Características de actualización de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5/574f3a2cd27791454624262312a6c223.jpg)
-
-La plataforma de Capgo se centra en la seguridad y el cumplimiento, ofreciendo características clave diseñadas para pruebas beta:
-
-| Característica | Beneficio | Impacto en el cumplimiento |
-| --- | --- | --- |
-| Cifrado de extremo a extremo | Las actualizaciones solo pueden ser descifradas por usuarios | Medidas de seguridad fortalecidas |
-| Sistema de canal | Dirige grupos específicos de beta | Mantiene un entorno de prueba controlado |
-| Reversión con un clic | Revierte a versiones anteriores rápidamente | Acelera la resolución de problemas |
-| Analíticas en tiempo real | Monitorea las tasas de éxito de actualización | Asegura el seguimiento de cumplimiento |
-
-Capgo se destaca por su rapidez, con actualizaciones alcanzando el 95% de los usuarios activos dentro de las 24 horas [\[1\]](https://capgo.app/).
-
-### Plataformas de pruebas beta
-
-Además de Capgo, hay otras plataformas disponibles para gestionar efectivamente las actualizaciones beta:
-
--   **TestFlight**: La solución de Apple para pruebas beta de iOS
--   **Google Play Console**: La herramienta de distribución beta integrada de Android
--   **Plataformas de terceros**: Opciones para necesidades de pruebas multiplataforma
-
-Integrar estas herramientas en tu flujo de trabajo refuerza el cumplimiento y asegura un proceso de prueba sin problemas.
-
-### Integración del flujo de trabajo de pruebas
-
-Incorporar la gestión de actualizaciones en tu flujo de trabajo exige un enfoque en el cumplimiento y la eficiencia. Aquí hay las áreas principales a abordar:
-
-1. **Configuración de pipeline CI/CD**
-
-Las herramientas de actualización modernas a menudo se integran directamente con los pipelines de CI/CD. Por ejemplo, el costo de configuración única de CI/CD de Capgo es de $2,600 [\[1\]](https://capgo.app/), lo que es mucho más económico en comparación con la tarifa anual de $6,000 de [AppFlow](https://ionic.io/appflow) [\[1\]](https://capgo.app/).
-
-2. **Estrategia de distribución de actualizaciones**
-
-Una estrategia de distribución estructurada asegura que las actualizaciones se entreguen de manera consistente mientras se adhiere a los estándares de cumplimiento.
-
-> "Capgo es una forma inteligente de realizar impulsos de código caliente (y no por todo el dinero en el mundo como con @AppFlow) :-)" – OSIRIS-REx de la NASA [\[1\]](https://capgo.app/)
-
-3. **Sistemas de monitoreo**
-
-Las analíticas integradas te permiten rastrear el rendimiento de la actualización. Con un tiempo de respuesta promedio de API de 434 ms a nivel mundial [\[1\]](https://capgo.app/), estas herramientas proporcionan información en tiempo real sobre las tasas de éxito de distribución.
-
-## Conclusión: Gestionando actualizaciones en cumplimiento
-
-### Resumen para desarrolladores
-
-El cumplimiento de OTA beta se basa en tres áreas principales: **seguridad**, **control de distribución** y **adhesión a políticas**. Aquí hay un desglose rápido:
-
--   **Medidas de seguridad**
-    
-    -   Las actualizaciones están protegidas con cifrado de extremo a extremo, asegurando que solo los usuarios autorizados puedan acceder a ellas.
-    -   El monitoreo en tiempo real apoya [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/), con opciones de reversión instantánea para una rápida resolución de problemas (tasa de éxito del 82%) [\[1\]](https://capgo.app/).
--   **Control de distribución**
-    
-    -   Los sistemas de canal permiten la gestión precisa de los grupos beta.
-    -   Los lanzamientos por etapas reducen el riesgo y aseguran actualizaciones más suaves.
-    -   La entrega verificada alcanza al 95% de los usuarios dentro de las 24 horas [\[1\]](https://capgo.app/).
--   **Estándares de cumplimiento**
-    
-    -   La alineación estricta con las políticas de la tienda de aplicaciones para iOS y Android es obligatoria.
-
-Estas prácticas forman la columna vertebral de plataformas especializadas como Capgo.
-
-### Usando Capgo para Actualizaciones
-
-Capgo está diseñado para simplificar las actualizaciones OTA conforme. Con más de 23.5 millones de actualizaciones entregadas a través de 750 aplicaciones en producción [\[1\]](https://capgo.app/), proporciona herramientas para manejar cada aspecto del proceso. Aquí se muestran cómo sus características contribuyen:
-
-| Característica | Beneficio |
-| --- | --- |
-| Cifrado de extremo a extremo | Protege las actualizaciones y los datos de los usuarios |
-| Sistema de canales | Permite una gestión precisa de pruebas beta |
-| Panel de análisis | Ofrece seguimiento de cumplimiento en tiempo real |
-| Capacidad de reversión | Asegura estabilidad con control de versiones |
-
-> "Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-La capacidad de Capgo para equilibrar el cumplimiento con actualizaciones rápidas y confiables lo convierte en una herramienta esencial para equipos de desarrollo ágiles.
diff --git a/src/content/blog/es/ota-updates-in-cicd-security-and-compliance-tips.md b/src/content/blog/es/ota-updates-in-cicd-security-and-compliance-tips.md
deleted file mode 100644
index 1bdaf006b..000000000
--- a/src/content/blog/es/ota-updates-in-cicd-security-and-compliance-tips.md
+++ /dev/null
@@ -1,246 +0,0 @@
----
-slug: ota-updates-in-cicd-security-and-compliance-tips
-title: 'Actualizaciones OTA en CI/CD: Consejos de Seguridad y Cumplimiento'
-description: >-
-  Aprende estrategias esenciales de seguridad y cumplimiento para
-  actualizaciones OTA en pipelines de CI/CD para garantizar implementaciones de
-  aplicaciones eficientes y seguras.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T03:24:03.406Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e7635c283d21cbd679bdb8-1743218655903.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, CI/CD, security, compliance, encryption, app deployment, privacy
-  laws, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones **OTA** permiten enviar actualizaciones de aplicaciones directamente a los usuarios sin esperar las revisiones de la tienda de aplicaciones. Junto con los **pipelines de CI/CD**, permiten implementaciones rápidas, automatizadas y seguras. Pero la velocidad conlleva riesgos - la seguridad, el cumplimiento y la privacidad deben ser prioridades.
-
-### Puntos Clave:
-
--   **Riesgos de Seguridad**: Los riesgos incluyen interceptación de datos, inyección de código y compromisos del servidor.
--   **Mejores Prácticas**: Usar **cifrado de extremo a extremo**, **firma de código** y **entrega HTTPS segura**.
--   **Cumplimiento**: Seguir las reglas de la tienda de aplicaciones (sin cambios de funcionalidad central sin aprobación) y leyes de privacidad como [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)/[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act).
--   **Beneficios para Aplicaciones Capacitor**: Corregir problemas al instante, implementar actualizaciones gradualmente y monitorear el rendimiento en tiempo real.
-
-### Herramientas a Usar:
-
-Plataformas como **[Capgo](https://capgo.app/)** ofrecen características robustas como cifrado, opciones de reversión, seguimiento de errores e integración CI/CD. Por ejemplo:
-
--   **Tasas de Éxito de Capgo**: 95% de adopción de actualizaciones en 24 horas, 82% de tasa de éxito global.
-
-| Característica | Beneficio |
-| --- | --- |
-| **Cifrado** | Asegura paquetes de actualización |
-| **Opciones de Reversión** | Corrige problemas rápidamente |
-| **Control de Acceso** | Limita permisos |
-| **Analíticas** | Monitorea el rendimiento |
-
-Comienza eligiendo una plataforma OTA segura, intégrala con tu pipeline CI/CD y sigue las reglas de cumplimiento para garantizar actualizaciones fluidas, seguras y efectivas.
-
-## Consejos Prácticos y Trucos Para Asegurar Tus Pipelines CI/CD
-
-<iframe src="https://www.youtube.com/embed/4hKqanFEu34" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuración Segura de Actualización OTA
-
-La protección de tus actualizaciones OTA CI/CD requiere múltiples capas de seguridad. Capgo ha mostrado una tasa de éxito del 95% para actualizaciones dentro de las 24 horas cuando estas estrategias se implementan efectivamente[\[1\]](https://capgo.app/).
-
-### Cifrado de Paquetes de Actualización
-
-El cifrado de paquetes de actualización OTA de principio a fin asegura que permanezcan seguros durante todo el proceso[\[1\]](https://capgo.app/). Este método permite que solo los usuarios autorizados descifren las actualizaciones, agregando una capa extra de protección. A diferencia de las soluciones que simplemente firman actualizaciones, el cifrado completo bloquea el acceso no autorizado en cada paso.
-
-### Métodos de Firma de Código
-
-La firma de código es crucial para verificar que las actualizaciones sean legítimas y no hayan sido alteradas. Combina esto con un cifrado fuerte para crear un [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/) más seguro.
-
-### Entrega Segura de Actualizaciones
-
-Asegura la entrega de actualizaciones usando HTTPS y acceso API protegido. Esto previene la interceptación o manipulación de datos durante el tránsito. Además, asegúrate de que tu sistema incluya mecanismos confiables de reversión para manejar problemas de entrega sin comprometer la integridad.
-
-### Opciones de Reversión de Actualizaciones
-
-Las características de reversión son esenciales para abordar fallos de actualización. Capgo atribuye parte de su tasa de éxito global del 82% a estas capacidades[\[1\]](https://capgo.app/). En conjunto, estas capas de seguridad crean un sistema de actualización OTA confiable que minimiza riesgos y asegura un rendimiento consistente.
-
-## Reglas de la Tienda de Aplicaciones y Privacidad
-
-### Reglas OTA de la Tienda de Aplicaciones
-
-Apple requiere una revisión para cualquier cambio en la funcionalidad central de la aplicación, mientras que Google espera que las actualizaciones sean transparentes. Para mantener tus implementaciones OTA conformes con las reglas de la tienda de aplicaciones, sigue estos pasos:
-
--   **Proporcionar documentación detallada de actualización**: Delinear claramente qué incluye la actualización.
--   **Evitar alterar la funcionalidad central**: Asegurar que las actualizaciones no cambien las características principales de la aplicación sin aprobación.
--   **Adherirse a las pautas de UI/UX de la plataforma**: Cualquier cambio de diseño debe alinearse con los estándares de la plataforma.
-
-Cumplir con estas reglas es esencial para mantener la presencia de tu aplicación en el mercado. Como señala Capgo, mantenerse "conforme a la Tienda de Aplicaciones" es clave para el éxito a largo plazo [\[1\]](https://capgo.app/).
-
-### Requisitos de Leyes de Privacidad
-
-Las leyes de privacidad como GDPR y CCPA también influyen en cómo se manejan los datos de actualización OTA. Estas regulaciones se centran en la transparencia, derechos del usuario y seguridad.
-
-**Transparencia en la Recolección de Datos**:
-
--   Divulgar claramente qué datos relacionados con actualizaciones se recolectan.
--   Obtener consentimiento explícito antes de recolectar cualquier dato.
--   Permitir que los usuarios opten por no participar en la recolección de datos no esenciales.
-
-**Protección de Derechos del Usuario**:
-
--   Permitir que los usuarios accedan a su historial de actualizaciones.
--   Proporcionar opciones para la portabilidad de datos relacionados con actualizaciones.
--   Responder a solicitudes de usuarios para eliminar datos relacionados con actualizaciones.
-
-**Prácticas de Seguridad**:
-
--   Cifrar todos los datos de actualización.
--   Mantener registros detallados de actividades de actualización.
--   Implementar controles de acceso estrictos para proteger datos.
-
-La seguridad sólida y un proceso de actualización transparente son no negociables para el cumplimiento. Capgo enfatiza el uso de cifrado de extremo a extremo como una estrategia central para proteger las actualizaciones OTA [\[1\]](https://capgo.app/).
-
-## Consejos de Seguridad para Actualizaciones OTA
-
-### Pruebas de Seguridad
-
-Automatiza las pruebas de seguridad para descubrir posibles debilidades. Usa herramientas automatizadas para asegurar que los paquetes de actualización sean seguros y el cifrado funcione según lo previsto.
-
-Áreas clave para validar incluyen:
-
--   **Integridad del paquete**
--   **Protocolos de cifrado**
--   **Mecanismos de autenticación**
--   **Sistemas de control de acceso**
-
-Un proceso de pruebas sólido asegura controles de permisos fuertes durante la implementación.
-
-### Controles de Permisos de Actualización
-
-Controlar quién puede acceder e implementar actualizaciones es crítico. Implementa permisos basados en roles para prevenir cambios no autorizados.
-
--   **Controles de Administrador**: Acceso completo para gestionar implementaciones y reversiones.
--   **Acceso de Desarrollador**: Restringido a canales específicos de actualización y entornos de prueba.
--   **Equipo de QA**: Permisos para canales beta y configuraciones de prueba.
--   **Equipo de Monitoreo**: Limitado a ver analíticas y registros.
-
-Estos permisos trabajan con sistemas de seguimiento para mantener un entorno seguro.
-
-### Seguimiento de Actualizaciones
-
-Mantén un ojo cercano en las actividades de actualización para detectar cualquier problema temprano. Así es como el seguimiento ayuda:
-
-| Componente de Seguimiento | Propósito | Beneficio de Seguridad |
-| --- | --- | --- |
-| **Registro de Errores** | Rastrea fallos de actualización | Detecta brechas |
-| **Panel de Analíticas** | Monitorea tasas de éxito | Identifica amenazas potenciales |
-| **Control de Versiones** | Rastrea versiones activas | Asegura consistencia |
-| **Registros de Actividad de Usuario** | Registra implementaciones | Proporciona una pista de auditoría |
-
-### Plan de Respuesta a Problemas
-
-Tener una estrategia de respuesta rápida puede reducir el impacto de problemas de seguridad. Así es como manejar brechas:
-
-1. **Evaluación**
-
--   Determinar la severidad y alcance.
--   Documentar versiones afectadas.
--   Identificar usuarios impactados.
-
-2. **Contención**
-
--   Detener actualizaciones temporalmente.
--   Bloquear cualquier canal comprometido.
--   Activar respaldos para asegurar datos.
-
-3. **Recuperación**
-
--   Revertir a una versión segura para restaurar funcionalidad.
--   Implementar parches de emergencia según sea necesario.
--   Notificar a usuarios sobre el incidente y pasos de resolución.
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-## Revisión de Herramientas OTA
-
-Asegurar actualizaciones OTA requiere herramientas con características integradas que prioricen la protección de datos. Aquí una mirada más cercana a lo que considerar.
-
-### Características Clave para Actualizaciones OTA
-
-Al elegir una plataforma de actualización OTA, enfócate en seguridad y funcionalidad. El cifrado de extremo a extremo es obligatorio - ofrece mucha más protección que la firma de código básica.
-
-Aquí algunas características esenciales para priorizar:
-
--   **Cifrado**: Asegura que los paquetes de actualización estén completamente cifrados durante la transmisión.
--   **Soporte de Reversión**: Permite reversión instantánea a versiones anteriores si surgen problemas.
--   **Control de Acceso**: Permite gestión detallada de permisos y roles de usuario.
--   **Analíticas**: Proporciona seguimiento y monitoreo en tiempo real de actualizaciones.
--   **Integración CI/CD**: Se conecta sin problemas con tu pipeline de desarrollo.
-
-### Características de la Plataforma [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e7635c283d21cbd679bdb8/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-Lanzada en 2022, Capgo entrega actualizaciones OTA diseñadas con la seguridad en mente. Sus características incluyen cifrado de extremo a extremo, capacidades de auto-alojamiento, implementaciones graduales, seguimiento de errores y control de versiones.
-
-Aquí un desglose de las características de seguridad clave de Capgo:
-
-| **Característica** | **Beneficio de Seguridad** |
-| --- | --- |
-| Cifrado de Extremo a Extremo | Protege datos de acceso no autorizado durante actualizaciones |
-| [Opción de Auto-alojamiento](https://capgo.app/blog/self-hosted-capgo/) | Ofrece mejor control sobre datos y cumplimiento |
-| [Sistema de Canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Permite implementaciones graduales controladas |
-| Seguimiento de Errores | Ayuda a identificar y corregir problemas rápidamente |
-| Control de Versiones | Asegura consistencia entre actualizaciones |
-
-### Comparando Plataformas OTA
-
-El mercado OTA está evolucionando, con nuevas plataformas ofreciendo precios y características competitivas. Así es como Capgo se compara con otras soluciones:
-
-| **Componente de Costo** | **Otras Soluciones OTA** | **Capgo** |
-| --- | --- | --- |
-| Operaciones Mensuales | $300 | Desde $12 |
-| Costo Empresarial Anual | $6,000+ | $996 |
-| Tarifa de Configuración | Variable | $2,600 (único pago) |
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para la misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-> "@Capgo es una manera inteligente de hacer envíos de código en caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-## Resumen
-
-### Puntos Clave
-
-Las actualizaciones OTA seguras dependen de medidas de seguridad sólidas y prácticas de cumplimiento. El **cifrado de extremo a extremo** es crítico para salvaguardar paquetes de actualización, asegurando una entrega segura y eficiente [\[1\]](https://capgo.app/).
-
-| Elemento | Propósito |
-| --- | --- |
-| **Cifrado** | Protege paquetes de actualización |
-| **Firma de Código** | Confirma integridad del paquete |
-| **Control de Acceso** | Gestiona permisos de usuario |
-| **Monitoreo** | Proporciona insights en tiempo real |
-| **Reversión** | Permite reversiones inmediatas |
-
-Estos elementos forman la columna vertebral de un proceso seguro de actualización OTA.
-
-### Comenzando
-
-Siga estos pasos para iniciar actualizaciones OTA seguras:
-
-1.  **Elija una plataforma segura**
-
-Opte por una plataforma diseñada teniendo en cuenta la seguridad y el cumplimiento. Características como el **cifrado de extremo a extremo** aseguran que solo los usuarios autorizados puedan acceder y descifrar las actualizaciones.
-
-2.  **Configure la integración CI/CD**
-
-Integre canales de despliegue continuo con medidas de seguridad robustas. Las prácticas clave incluyen:
-
--   Pruebas automatizadas antes del lanzamiento
--   Implementaciones graduales usando sistemas de canales
--   Seguimiento de errores y análisis en tiempo real
--   Control de versiones para actualizaciones sin problemas
diff --git a/src/content/blog/es/payment-data-security-for-app-store-approval.md b/src/content/blog/es/payment-data-security-for-app-store-approval.md
deleted file mode 100644
index 8b18fe2f4..000000000
--- a/src/content/blog/es/payment-data-security-for-app-store-approval.md
+++ /dev/null
@@ -1,96 +0,0 @@
----
-slug: payment-data-security-for-app-store-approval
-title: Seguridad de Datos de Pago para la Aprobación de la App Store
-description: >-
-  Asegúrate de que tu aplicación cumpla con los requisitos de seguridad de datos
-  de pago para evitar el rechazo de las tiendas de aplicaciones. Infórmate sobre
-  las herramientas esenciales y los estándares de cumplimiento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T01:09:06.459Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806de1de572faef86998587-1745284157740.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  payment data security, app store approval, end-to-end encryption, compliance,
-  secure updates
-tag: 'Mobile, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres que tu aplicación sea aprobada por Apple o Google? Comienza con datos de pago seguros.** Las tiendas de aplicaciones exigen **cifrado de extremo a extremo** para los datos de pago para cumplir con los estándares de cumplimiento. Sin ello, tu aplicación podría enfrentar rechazo o eliminación. Esto es lo que necesitas saber:
-
--   **[Capgo](https://capgo.app/)**: Ofrece cifrado de extremo a extremo verdadero, controles de reversión y [opciones de autoalojamiento](https://capgo.app/blog/self-hosted-capgo/). Cuesta $2,600 por adelantado + $300/mes.
--   **[Appflow](https://ionic.io/appflow/live-updates)**: Cifrado parcial, rendimiento inconsistente y $6,000/año. Programado para retirarse en 2026.
--   **[Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/)**: Discontinuado en 2024, sin cifrado de extremo a extremo.
-
-| **Herramienta** | **Cifrado** | **Opciones de Despliegue** | **Costo** | **Estado** |
-| --- | --- | --- | --- | --- |
-| Capgo | Extremo a extremo | Nube, Autoalojado | $2,600 de configuración + $300/mes | Activo |
-| Firma criptográfica | Nube | Similar a Capgo | Activo |
-| Appflow | Parcial | Nube | $6,000/año | Retirándose en 2026 |
-| Code Push | Ninguno | Nube | N/A | Discontinuado en 2024 |
-
-**Conclusión**: Utiliza una herramienta como Capgo para asegurar datos de pago, cumplir con la normativa y evitar problemas en la tienda de aplicaciones.
-
-## Reducir Swift, ¿están muertos los MVP?, Anuncios de Apple, Seguridad de aplicaciones y ...
-
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo garantiza un manejo seguro de los datos de pago durante las actualizaciones en vivo mediante el uso de cifrado de extremo a extremo diseñado para cumplir con los estándares de las tiendas de aplicaciones.
-
-Lo que distingue a Capgo es su método de cifrado, donde solo los usuarios finales pueden descifrar actualizaciones sensibles. Esto protege los datos de accesos no autorizados durante las actualizaciones.
-
-Aquí hay algunas características clave de la plataforma de Capgo:
-
--   **Cifrado de extremo a extremo**: Las actualizaciones sensibles solo pueden ser descifradas por los usuarios finales.
--   **[Opción de autoalojamiento](https://capgo.app/blog/self-hosted-capgo/)**: Brinda a las empresas el control total sobre sus datos de pago.
--   **Controles de reversión**: Revierte instantáneamente las actualizaciones si surgen problemas.
--   **[Sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**: Envía actualizaciones específicas a grupos de usuarios objetivos.
-
-El enfoque de Capgo ha logrado una tasa de éxito global del 82% en los despliegues de actualizaciones. Las empresas pueden optar por alojamiento en la nube seguro o autoalojamiento para alinearse con sus necesidades de cumplimiento.
-
-Al descargar solo los componentes que han cambiado, Capgo minimiza riesgos y reduce el uso de ancho de banda. Hasta ahora, la plataforma ha entregado más de 1.155 billones de [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/) [\[1\]](https://capgo.app/).
-
-## 3. [Appflow](https://ionic.io/appflow/live-updates)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/f6bc7b408415ab449b606f457e137ee1.jpg)
-
-Appflow permite actualizaciones de código en vivo, pero enfrenta problemas de rendimiento inconsistente y le falta cifrado de extremo a extremo incorporado para los datos de pago. Esta deficiencia puede provocar problemas de cumplimiento y erosionar la confianza del usuario, especialmente porque entra en conflicto con las políticas de procesamiento de pagos de Apple y Google.
-
-> "@Capgo es una forma inteligente de hacer hot code pushes (y no por todo el dinero del mundo como con @AppFlow) 🙂" - Equipo de OSIRIS‑REx de la NASA [\[1\]](https://capgo.app/)
-
-Con [Ionic](https://ionicframework.com/) planeando retirar Appflow en 2026, los equipos necesitan hacer la transición a soluciones que aseguren actualizaciones confiables y un fuerte cifrado para los datos de pago. A continuación, echaremos un vistazo más de cerca a Microsoft Code Push y su enfoque hacia la seguridad.
-
-## 4. [Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/) (Discontinuado)
-
-Microsoft Code Push fue discontinuado en 2024 debido a problemas de fiabilidad en curso y deficiencias de rendimiento. También carecía de cifrado de extremo a extremo incorporado para los datos de pago, una característica crítica para muchas aplicaciones. Tras su cierre, muchos equipos hicieron la transición a **Capgo**, una plataforma de código abierto. Capgo proporciona cifrado de extremo a extremo, integración suave de CI/CD, y cumple con los estándares de seguridad de Apple y Google para manejar los datos de pago, asegurando actualizaciones en vivo confiables para aplicaciones que manejan información de pago sensible.
-
-## Resultados de Comparación de Herramientas
-
-Aquí tienes un desglose de las herramientas basado en seguridad, cumplimiento, opciones de despliegue y costo:
-
--   **Capgo**: Ofrece cifrado de extremo a extremo verdadero, cumple con los estándares de Apple y Google, admite tanto despliegue en la nube como autoalojado, se integra con pipelines de CI/CD y es de código abierto. El precio incluye una tarifa de configuración de $2,600 y aproximadamente $300 por mes. Durante cinco años, podría ahorrar hasta $26,100 en comparación con Appflow [\[1\]](https://capgo.app/).
-    
-    
--   **Appflow**: Presenta cifrado parcial y cuesta $6,000 por año. Sin embargo, está programado para ser retirado en 2026 \[2\].
-    
--   **Microsoft Code Push**: Será discontinuado en 2024. Carece de cifrado de extremo a extremo y no admite integración de CI/CD [\[1\]](https://capgo.app/).
-    
-
-## Resumen y Recomendaciones
-
-Aquí tienes un desglose de los puntos clave a considerar:
-
--   **Implementar cifrado de extremo a extremo**: Asegúrate de que las actualizaciones y los datos de pago estén completamente cifrados para cumplir con los estándares de seguridad de las tiendas de aplicaciones.
--   **Gestionar costos de manera efectiva**: La configuración inicial cuesta $2,600, con una tarifa mensual de $300, mucho más baja que la tarifa anual de $6,000 de Appflow [\[1\]](https://capgo.app/).
--   **Mantenerse conforme**: Actualiza regularmente las medidas de seguridad y alinéate con las políticas de las tiendas de aplicaciones para evitar problemas.
--   **Ofrecer flexibilidad en el despliegue**: Elige entre soluciones en la nube o autoalojadas, dándote control sobre la seguridad de los datos de pago.
-
-Seguir estos pasos ayudará a optimizar los flujos de trabajo de actualizaciones en vivo cumpliendo con los requisitos de datos de pago de Apple y Google.
diff --git a/src/content/blog/es/pci-dss-compliance-for-mobile-apps-key-requirements.md b/src/content/blog/es/pci-dss-compliance-for-mobile-apps-key-requirements.md
deleted file mode 100644
index 4e666a78d..000000000
--- a/src/content/blog/es/pci-dss-compliance-for-mobile-apps-key-requirements.md
+++ /dev/null
@@ -1,230 +0,0 @@
----
-slug: pci-dss-compliance-for-mobile-apps-key-requirements
-title: 'Cumplimiento PCI DSS para Aplicaciones Móviles: Requisitos Clave'
-description: >-
-  Comprende los requisitos cruciales para el cumplimiento de PCI DSS en
-  aplicaciones móviles para proteger los datos de pago y evitar sanciones
-  graves.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T03:45:24.364Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825360f0209458b3ff338b4-1747280785255.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  PCI DSS compliance, mobile apps, payment data security, encryption, access
-  control, security monitoring
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**¿Manejas datos de pago en aplicaciones móviles? El cumplimiento de PCI DSS es innegociable.** Sin él, las empresas se arriesgan a multas de hasta $500,000 por incidente, daño reputacional y potencial pérdida de confianza del cliente.
-
-Esto es lo que necesitas saber:
-
--   **¿Qué es PCI DSS?** Un estándar de seguridad global diseñado para proteger los datos de tarjetas de pago durante su procesamiento, almacenamiento y transmisión.
--   **Por qué es importante:** El incumplimiento puede llevar a penalizaciones financieras, mayores tarifas de transacción y consecuencias legales. Por ejemplo, las brechas en empresas como [Target](https://corporate.target.com/) y [Home Depot](https://www.homedepot.com/) resultaron en millones en multas.
--   **Requisitos clave para aplicaciones móviles:**
-    -   **Seguridad de Datos:** [Cifrar datos](https://capgo.app/docs/cli/migrations/encryption/) usando AES-256 y TLS 1.3, gestionar de forma segura las claves de cifrado y eliminar datos innecesarios.
-    -   **Seguridad del Código:** Implementar prácticas como Protección de Aplicaciones en Tiempo de Ejecución (RASP), ofuscación de código y criptografía de caja blanca.
-    -   **Controles de Acceso de Usuario:** Usar [Autenticación Multi-Factor](https://capgo.app/docs/webapp/mfa/) (MFA), IDs de usuario únicos y revisiones regulares de acceso.
-    -   **Herramientas de Cumplimiento:** Automatizar pruebas de seguridad, gestionar controles de acceso y mantener registros de auditoría.
-
-**Consejo Rápido:** Integra la seguridad en cada etapa de tu [pipeline CI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/) con herramientas como SAST, DAST y escaneo de seguridad de contenedores para mantener el cumplimiento y la seguridad.
-
-## Actualización de Seguridad y Estándares Móviles de PCI SSC y EMVCo
-
-<iframe src="https://www.youtube.com/embed/T5_v6AuNWXY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisitos Técnicos
-
-Las aplicaciones móviles que manejan datos de pago deben adherirse a los controles PCI DSS, asegurando una seguridad robusta en **datos**, **código de aplicación** y **acceso de usuario**.
-
-### Estándares de Seguridad de Datos
-
-PCI DSS establece pautas estrictas para proteger los datos del titular de la tarjeta, enfocándose fuertemente en el cifrado y manejo seguro. Estas medidas están diseñadas para proteger la información sensible durante la transmisión y el almacenamiento.
-
-| **Requisito de Seguridad** | **Detalle de Implementación** | **Impacto en el Cumplimiento** |
-| --- | --- | --- |
-| **Cifrado de Datos** | Usar TLS 1.3 para datos en tránsito y AES-256 para datos almacenados | Previene el acceso no autorizado a información sensible |
-| **Gestión de Claves** | Rotar regularmente las claves de cifrado y almacenarlas de forma segura | Asegura que el cifrado permanezca efectivo y seguro |
-| **Retención de Datos** | Eliminar de forma segura los datos cuando ya no sean necesarios | Minimiza el riesgo reduciendo los datos expuestos |
-
-> "PCI DSS, o Estándar de Seguridad de Datos de la Industria de Tarjetas de Pago, es un conjunto de requisitos de seguridad diseñados para proteger la información de tarjetas de pago durante el procesamiento, almacenamiento y transmisión." - Dr. Klaus Schenk, SVP de Seguridad e Investigación de Amenazas en Verimatrix [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-Establecer estas medidas de protección de datos es un primer paso crítico antes de abordar la seguridad a nivel de aplicación.
-
-### Reglas de Seguridad del Código
-
-La seguridad de datos por sí sola no es suficiente - los desarrolladores también deben asegurar la integridad del código de la aplicación. El código mal asegurado puede abrir la puerta a vulnerabilidades, como se destacó en un informe de Verimatrix de febrero de 2025 que expuso fallas importantes en sistemas POS.
-
-Prácticas clave para asegurar el código de aplicación incluyen:
-
--   **Protección de Aplicaciones en Tiempo de Ejecución (RASP)**: Monitorear y bloquear activamente amenazas durante la ejecución de la aplicación.
--   **Ofuscación de Código**: Hacer que el código fuente sea más difícil de ingeniería inversa, reduciendo el riesgo de explotación.
--   **Criptografía de Caja Blanca**: Proteger operaciones criptográficas incluso en entornos no confiables.
-
-> "El hecho de que una aplicación cumpla con los requisitos de PCI DSS no significa que esté completamente segura, y el hecho de que una aplicación esté bien protegida no significa que cumpla con los requisitos de PCI DSS." - Dr. Klaus Schenk, SVP de Seguridad e Investigación de Amenazas en Verimatrix [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-### Controles de Acceso de Usuario
-
-Los controles de acceso fuertes son el tercer pilar del cumplimiento de PCI DSS. Al limitar el acceso a sistemas y datos sensibles, las empresas pueden reducir la probabilidad de uso no autorizado. PCI DSS v4.0 enfatiza la importancia de la **Autenticación Multi-Factor (MFA)** y protocolos estrictos de identificación de usuario.
-
-| **Medida de Control de Acceso** | **Requisito** | **Propósito** |
-| --- | --- | --- |
-| **Identificación de Usuario** | Asignar IDs únicos a todos los usuarios | Permite un seguimiento preciso de actividades |
-| **Autenticación** | Requerir MFA para cuentas administrativas | Bloquea el acceso no autorizado |
-| **Revisiones de Acceso** | Validar regularmente los privilegios de usuario | Aplica el principio de menor privilegio |
-
-> "Las medidas de control de acceso de PCI DSS son mecanismos de seguridad críticos diseñados para restringir el acceso a los datos del titular de la tarjeta solo a aquellos individuos que tienen una necesidad comercial legítima." - ISMS.online [\[2\]](https://www.isms.online/pci-dss/access-control)
-
-Por ejemplo, los sistemas POS minoristas que implementan registro detallado de intentos de autenticación han podido detectar y detener ataques de relleno de credenciales antes de que escalen [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead). Este monitoreo proactivo no solo cumple con los estándares PCI DSS sino que también proporciona una capa adicional de defensa contra amenazas emergentes.
-
-## Pasos de Implementación
-
-Para asegurar el cumplimiento de PCI DSS en el [desarrollo de aplicaciones móviles](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/), es esencial incorporar medidas de seguridad sólidas en cada etapa del pipeline CI/CD. Así es como hacerlo efectivamente.
-
-### Seguridad en el Pipeline CI/CD
-
-Incorporar controles de seguridad directamente en el pipeline CI/CD ayuda a mantener el cumplimiento a lo largo del tiempo. Un enfoque shift-left - abordar problemas de seguridad temprano en el proceso de desarrollo - no solo mejora la seguridad sino que también evita costosas correcciones posteriores.
-
-| **Etapa del Pipeline** | **Control de Seguridad** | **Propósito** |
-| --- | --- | --- |
-| Construcción | SAST (Pruebas Estáticas de Seguridad de Aplicaciones) | Identificar vulnerabilidades en el código fuente |
-| Prueba | DAST (Pruebas Dinámicas de Seguridad de Aplicaciones) | Detectar vulnerabilidades en tiempo de ejecución |
-| Despliegue | Escaneo de Seguridad de Contenedores | Asegurar configuraciones seguras |
-| Monitoreo | Registro Automatizado | Rastrear y analizar actividades |
-
-Una vez que estos controles están en su lugar, el siguiente paso es aprovechar las herramientas de cumplimiento para automatizar y asegurar aún más los procesos.
-
-### Herramientas de Cumplimiento
-
-Las herramientas de cumplimiento son críticas para automatizar las verificaciones de seguridad y crear documentación lista para auditoría. Para aplicaciones móviles que se actualizan frecuentemente, plataformas como [Capgo](https://capgo.app/) proporcionan despliegues seguros y cifrados y permiten la aplicación rápida de parches de seguridad.
-
-Aquí están las características clave a buscar en herramientas de cumplimiento:
-
--   **Pruebas de Seguridad Automatizadas**  
-    Las herramientas automatizadas descubren vulnerabilidades temprano, liberando a los equipos de seguridad para enfocarse en desafíos más complejos.
-    
--   **Gestión de Control de Acceso**  
-    Asegurar que las herramientas soporten control de acceso basado en roles (RBAC) y autenticación multi-factor (MFA), para que solo el personal autorizado pueda modificar configuraciones o desplegar actualizaciones.
-    
--   **Generación de Registro de Auditoría**  
-    Las herramientas deben documentar automáticamente las actualizaciones de seguridad y generar informes detallados de cumplimiento, asegurando un mantenimiento preciso de registros.
-    
-
-### Gestión de Código Externo
-
-Gestionar dependencias de terceros es otro aspecto crítico para mantener la seguridad y el cumplimiento. PCI DSS v4.0 enfatiza la importancia de rastrear y asegurar el código externo, particularmente APIs y bibliotecas de terceros, como se describe en el requisito 6.3.2.
-
-| **Tipo de Componente** | **Medida de Seguridad** | **Método de Validación** |
-| --- | --- | --- |
-| APIs | Control de Versiones | Escaneo automatizado |
-| Bibliotecas de Terceros | Evaluación de Vulnerabilidades | Análisis de Composición de Software |
-| Código Personalizado | Revisión de Código | Revisiones por pares y verificaciones automatizadas |
-
-Para salvaguardar el ecosistema de la aplicación, los equipos de desarrollo deberían:
-
--   Escanear regularmente componentes de terceros en busca de vulnerabilidades.
--   Automatizar actualizaciones para aplicar parches de seguridad rápidamente.
--   Validar el comportamiento de API para detectar actividades inusuales o no autorizadas.
--   Mantener un inventario actualizado de todo el código externo.
-
-Adicionalmente, las organizaciones deberían establecer políticas estrictas para el uso de código externo. Esto incluye procesos de aprobación para nuevas dependencias, [revisiones de seguridad](https://capgo.app/security/) regulares de componentes existentes y pautas claras para integrar código de terceros. Al tomar estos pasos, los equipos pueden mantener el cumplimiento sin sacrificar la velocidad y flexibilidad del desarrollo.
-
-## Mantenimiento del Cumplimiento
-
-Después de implementar las medidas iniciales de cumplimiento, mantener el cumplimiento a lo largo del tiempo es esencial para salvaguardar los datos de pago.
-
-### Monitoreo de Seguridad
-
-Los sistemas de monitoreo en tiempo real son clave para identificar y abordar amenazas de seguridad cuando surgen. Aquí hay un desglose de componentes críticos de monitoreo:
-
-| Componente de Monitoreo | Propósito | Método de Implementación |
-| --- | --- | --- |
-| Seguimiento de Transacciones | Detectar patrones inusuales | Herramientas de análisis en tiempo real |
-| Monitoreo de Acceso | Rastrear autenticación de usuario | Soluciones SIEM (Gestión de Información y Eventos de Seguridad) |
-| Escaneo de Sistema | Identificar vulnerabilidades del sistema | Herramientas de escaneo automatizado |
-| Análisis de Flujo de Datos | Monitorear movimiento de datos del titular de la tarjeta | Sistemas de monitoreo de red |
-
-Combinar escaneos automatizados de vulnerabilidades con monitoreo continuo asegura que los datos del titular de la tarjeta permanezcan protegidos. Estos sistemas forman la columna vertebral de una estrategia efectiva de gestión de incidentes.
-
-### Respuesta a Incidentes de Seguridad
-
-Una respuesta rápida y organizada a incidentes de seguridad es crítica. Como señala Roberto Davila, Gerente de Estándares PCI, "en v4.0, el PCI SSC ha aclarado que las organizaciones deben responder inmediatamente no solo a incidentes de seguridad confirmados sino también a eventos sospechosos" [\[3\]](https://www.schellman.com/blog/pci-compliance/incident-response-in-pci-dss-v4).
-
-Un Plan de Respuesta a Incidentes (IRP) bien diseñado debe incluir los siguientes pasos clave:
-
--   **Protocolo de Respuesta Inicial**: Garantizar la disponibilidad 24/7 del personal capacitado y establecer canales de comunicación claros para manejar incidentes.
--   **Contención e Investigación**: Implementar procedimientos específicos para contener amenazas, aislar sistemas afectados y preservar evidencia para análisis.
--   **Recuperación y Documentación**: Registrar la cronología de eventos, sistemas afectados, acciones de remediación y lecciones aprendidas para mejorar respuestas futuras.
-
-Un proceso robusto de respuesta a incidentes no solo mitiga riesgos sino que también fortalece su posición durante las auditorías.
-
-### Preparación para la Auditoría
-
-La gestión continua es crucial para el cumplimiento de PCI DSS. Steve Moore, Vicepresidente y Estratega Jefe de Seguridad en Exabeam, aconseja: "Use herramientas como SIEM y gestión de configuración para monitorear el cumplimiento durante todo el año, señalando posibles problemas antes de la auditoría" [\[4\]](https://www.exabeam.com/explainers/pci-compliance/pci-audit-requirements-and-5-steps-to-prepare-for-your-audit).
-
-La preparación efectiva para la auditoría implica mantener documentación y registros actualizados:
-
-| Tipo de Documentación | Contenido Requerido | Frecuencia de Actualización |
-| --- | --- | --- |
-| Políticas de Seguridad | Controles de acceso, protocolos de cifrado | Trimestral |
-| Informes de Incidentes | Acciones de respuesta, resultados | Según ocurran los incidentes |
-| Configuraciones del Sistema | Configuraciones de seguridad, actualizaciones | Mensual |
-| Registros de Capacitación | Certificaciones de empleados, asistencia | Semestral |
-
-Centralizar toda la documentación relacionada con el cumplimiento en un repositorio de evidencias simplifica la preparación de la auditoría. Además, las pruebas regulares de infraestructura - como evaluaciones de aplicaciones web y escaneos de vulnerabilidades - pueden identificar problemas antes de que conduzcan al incumplimiento. Consultar con expertos externos también puede proporcionar información valiosa sobre posibles brechas de cumplimiento y áreas de mejora.
-
-## Resumen
-
-Proteger la información de pagos móviles a través del cumplimiento PCI DSS no es solo una necesidad técnica - es una salvaguarda crítica en el panorama digital actual. Con el 82% de los ciudadanos estadounidenses usando pagos digitales en 2021 y el 80% de los ataques en línea dirigidos a pequeñas empresas, las apuestas no podrían ser más altas. Estos números resaltan por qué implementar medidas de seguridad sólidas es una prioridad urgente.
-
-Aquí hay un desglose de las áreas clave y sus requisitos:
-
-| **Área de Requisito** | **Elementos Clave** | **Frecuencia de Validación** |
-| --- | --- | --- |
-| **Protección de Datos** | Protocolos de cifrado, almacenamiento seguro | Monitoreo continuo |
-| **Control de Acceso** | Autenticación de usuarios, acceso basado en roles | Revisión periódica |
-| **Monitoreo** | Registro de eventos de seguridad, pistas de auditoría | Revisión diaria |
-| **Respuesta a Incidentes** | Protocolos de respuesta, documentación | Pruebas periódicas |
-
-Pero aquí está el punto: el cumplimiento no es algo que se haga una sola vez. Es una responsabilidad continua. Como dice el Dr. Schenk:
-
-> "Los marcos de cumplimiento están construidos para abordar riesgos conocidos, pero no pueden anticipar cada amenaza emergente. Para proteger verdaderamente los datos de pago sensibles, las empresas deben ir más allá del cumplimiento y adoptar una postura de seguridad proactiva" [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead).
-
-No cumplir no solo significa multas cuantiosas de hasta $500,000 por incidente [\[5\]](https://www.ixopay.com/en/news/why-do-online-and-mobile-payments-require-pci-compliance). También arriesga dañar la confianza del cliente y manchar la reputación de su marca - pérdidas que ningún negocio puede permitirse.
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Qué sucede si una aplicación móvil no cumple con los estándares PCI DSS?
-
-El incumplimiento de los **estándares PCI DSS** puede tener graves consecuencias para las empresas. Las sanciones financieras pueden variar desde **$5,000 hasta $100,000 por mes**, dependiendo de la gravedad del incumplimiento y su duración. Más allá de las multas, las empresas pueden enfrentar aumentos en las tarifas de transacción, desafíos legales o incluso perder su capacidad para procesar pagos.
-
-Pero el impacto no se detiene ahí. El incumplimiento también puede tener un gran impacto en la reputación de una empresa. Una **violación de datos** podría destruir la confianza del cliente, interrumpir las operaciones diarias y conducir a contratiempos financieros a largo plazo. Mantener el cumplimiento no se trata solo de evitar sanciones - se trata de proteger su negocio, mantener la confianza del cliente y proteger la integridad de su marca.
-:::
-
-:::faq
-### ¿Cómo apoya la integración de la seguridad en el pipeline CI/CD al cumplimiento continuo de PCI DSS?
-
-Integrar la seguridad en su pipeline CI/CD es imprescindible para mantener el **cumplimiento PCI DSS** a lo largo del tiempo. Al incorporar verificaciones de seguridad en cada etapa del desarrollo, puede detectar y abordar vulnerabilidades temprano, reduciendo las posibilidades de incumplimiento. Prácticas como **pruebas de seguridad automatizadas**, **revisiones regulares de código** y **evaluaciones de vulnerabilidades** juegan un papel crucial en asegurar que las actualizaciones cumplan con los estándares PCI DSS antes de ser implementadas.
-
-Adoptar un **enfoque DevSecOps** - donde la seguridad se convierte en una parte central de cada fase de desarrollo - lleva esto un paso más allá. Este método no solo reduce riesgos sino que también asegura el cumplimiento consistente con PCI DSS y fortalece la seguridad de sus aplicaciones. Herramientas como Capgo pueden simplificar este proceso al permitir actualizaciones seguras en tiempo real para aplicaciones móviles mientras se mantienen dentro de las pautas de cumplimiento.
-:::
-
-:::faq
-### ¿Cómo pueden las empresas asegurar que su código de terceros y APIs cumplan con los estándares de seguridad y cumplimiento PCI DSS?
-
-Para mantener el código de terceros y las APIs seguras mientras cumplen con los estándares PCI DSS, las empresas necesitan tomar algunos pasos clave:
-
--   **Evaluar proveedores externos**: Trabajar con proveedores que ya cumplan con los requisitos PCI DSS y demuestren medidas de seguridad sólidas.
--   **Limitar el acceso**: Implementar protocolos de autenticación robustos, como OAuth 2.0, para controlar quién puede acceder a datos sensibles.
--   **Realizar pruebas regulares**: Utilizar evaluaciones de vulnerabilidad, pruebas de penetración y revisiones de código para descubrir y abordar posibles problemas de seguridad.
--   **Usar cifrado**: Asegurar que todos los datos transmitidos a través de APIs estén protegidos con [métodos de cifrado](https://capgo.app/docs/cli/migrations/encryption/) confiables.
-
-Mantener el cumplimiento no es una tarea única - requiere monitoreo constante y comunicación abierta con los proveedores sobre sus esfuerzos de cumplimiento. Herramientas como Capgo pueden simplificar este proceso al permitir actualizaciones en tiempo real para aplicaciones Capacitor, todo mientras se mantiene dentro de las pautas de cumplimiento.
-:::
diff --git a/src/content/blog/es/phased-rollouts-for-capacitor-live-updates.md b/src/content/blog/es/phased-rollouts-for-capacitor-live-updates.md
deleted file mode 100644
index ab5c99bba..000000000
--- a/src/content/blog/es/phased-rollouts-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: phased-rollouts-for-capacitor-live-updates
-title: Distribución de lanzamiento para actualizaciones en vivo de Capacitor
-description: >-
-  Aprende cómo los lanzamientos graduales mejoran las actualizaciones de
-  aplicaciones minimizando riesgos, aumentando la calidad y asegurando la
-  satisfacción del usuario a través de la segmentación estratégica de usuarios.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-11T03:53:42.225Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cf83b3179e95469ad527be-1741665244026.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  phased rollouts, app updates, user segmentation, risk reduction, performance
-  monitoring, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Los lanzamientos graduales te permiten actualizar aplicaciones de forma progresiva, comenzando con un pequeño grupo de usuarios y expandiéndose a medida que se confirma la estabilidad. Este enfoque reduce riesgos, asegura la calidad de la app y mejora la experiencia del usuario. Herramientas como [Capgo](https://capgo.app/) facilitan la gestión de estas actualizaciones cumpliendo con las reglas de las tiendas de aplicaciones.
-
-### Beneficios Clave:
-
--   **Reducción de Riesgos**: Limita los problemas a un pequeño grupo de usuarios.
--   **Pruebas en Entorno Real**: Asegura que las actualizaciones funcionen antes del lanzamiento completo. 
--   **Eficiencia de Recursos**: Reduce la carga del servidor durante las actualizaciones.
--   **Satisfacción del Usuario**: Entrega actualizaciones estables a la mayoría de usuarios.
-
-### Cómo Funciona:
-
-1.  Comienza con 5% de usuarios para pruebas.
-2.  Aumenta gradualmente a 20%, 50% y 100%.
-3.  Monitorea métricas de rendimiento (tasas de fallos, comentarios de usuarios).
-4.  Usa herramientas como Capgo para seguimiento, reversión y cumplimiento.
-
-### Comparación Rápida de Fases de Lanzamiento:
-
-| Fase | % Usuarios | Duración | Áreas de Enfoque |
-| --- | --- | --- | --- |
-| Pruebas Iniciales | 5% | 24-48 horas | Tasas de fallos, rendimiento |
-| Acceso Temprano | 20% | 48-72 horas | Comentarios usuarios, estabilidad |
-| Lanzamiento Expandido | 50% | 72-96 horas | Rendimiento del sistema |
-| Despliegue Completo | 100% | Continuo | Tasas de adopción |
-
-Capgo simplifica los lanzamientos graduales con funciones como segmentación de usuarios, análisis y herramientas de reversión. Es una alternativa rentable a [AppFlow](https://ionic.io/appflow/), asegurando actualizaciones fluidas sin retrasos en las tiendas de aplicaciones.
-
-## Apps Nativas en la Nube Resilientes: Patrones de Despliegue y Ejecución
-
-<iframe src="https://www.youtube.com/embed/h4DDl0hmq3o" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Planificando tu Estrategia de Lanzamiento
-
-Los lanzamientos graduales requieren una planificación cuidadosa y dividir tu base de usuarios para asegurar que las actualizaciones sean fluidas.
-
-### División de Grupos de Usuarios
-
-Con la función de asignación de Capgo, puedes segmentar usuarios en grupos distintos, asignando roles específicos para fases de prueba [\[1\]](https://capgo.app/). Esto te ayuda a gestionar actualizaciones sistemáticamente.
-
-Aquí hay un ejemplo de cómo estructurar tus grupos de usuarios:
-
-| Tipo de Grupo | Propósito | Tamaño Recomendado |
-| --- | --- | --- |
-| Probadores Internos | Detectar errores iniciales | 1-5% de la base de usuarios |
-| Usuarios Beta | Recopilar feedback temprano | 5-15% de la base de usuarios |
-| Acceso Anticipado | Lanzamiento público limitado | 15-30% de la base de usuarios |
-| Lanzamiento General | Despliegue a escala completa | Usuarios restantes |
-
-### Configuración de Porcentajes de Actualización
-
-Las herramientas de gestión de Capgo te permiten establecer porcentajes precisos de lanzamiento, ayudándote a mantener la estabilidad de la app durante las actualizaciones [\[1\]](https://capgo.app/).
-
-Aquí hay un plan sugerido de lanzamiento gradual:
-
-| Fase | Porcentaje de Usuarios | Duración | Métricas Clave |
-| --- | --- | --- | --- |
-| Pruebas Iniciales | 5% | 24-48 horas | Tasas de fallos, rendimiento |
-| Acceso Temprano | 20% | 48-72 horas | Feedback usuarios, tendencias de uso |
-| Lanzamiento Expandido | 50% | 72-96 horas | Estabilidad sistema, carga de red |
-| Despliegue Completo | 100% | Continuo | Tasas generales de adopción |
-
-### Seguimiento del Progreso
-
-La interfaz web de Capgo facilita monitorear actualizaciones en tiempo real, siguiendo la distribución y adopción de usuarios [\[1\]](https://capgo.app/). Presta atención a estas métricas durante el lanzamiento:
-
-| Categoría de Métrica | Indicadores Clave | Disparadores de Acción |
-| --- | --- | --- |
-| Rendimiento | Tiempos de carga, respuesta API | Rendimiento lento requiere reversión |
-| Estabilidad | Tasas de fallos, registros de error | Problemas significativos pausan el lanzamiento |
-| Participación Usuario | Duración sesión, uso funciones | Tendencias negativas pueden detener el lanzamiento |
-
-Estos pasos te ayudan a gestionar tu lanzamiento efectivamente mientras minimizas riesgos.
-
-## Configurando Lanzamientos Graduales en [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-11.jpg?auto=compress)
-
-### Configuración de Actualización en Vivo
-
-Comienza instalando el [plugin de Capgo](https://capgo.app/plugins/) para habilitar actualizaciones over-the-air (OTA) para tu proyecto Capacitor:
-
-```bash
-npx @capgo/cli init
-```
-
-Esta configuración cumple con las pautas de Apple y Google mientras asegura que las actualizaciones estén encriptadas y se entreguen de forma segura. Capgo simplifica la gestión de estas configuraciones, facilitando la administración de lanzamientos.
-
-### Guía de Integración de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-11.jpg?auto=compress)
-
-La plataforma web de Capgo agiliza la distribución de actualizaciones con estas características principales:
-
-| Componente | Función | Detalles de Implementación |
-| --- | --- | --- |
-| **Asignación Usuario** | Dirigir grupos específicos | Configuración directa en interfaz web |
-| **Control Versiones** | Monitorear distribución | Seguimiento automático de versiones |
-| **Sistema Reversión** | Volver a versión anterior | Función restauración un clic |
-| **Panel Analíticas** | Seguir rendimiento | Métricas tiempo real disponibles |
-
-### Configuración Pipeline CI/CD
-
-Para mantener control total sobre lanzamientos graduales, integra tu pipeline CI/CD con Capgo. Funciona perfectamente con plataformas como [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/), [GitHub Actions](https://docs.github.com/actions), y [Jenkins](https://www.jenkins.io/).
-
-Así es como configurar tu pipeline CI/CD para lanzamientos graduales:
-
-| Fase | Configuración | Propósito |
-| --- | --- | --- |
-| **Verificación Build** | Pruebas automatizadas | Asegura actualizaciones estables |
-| **Disparadores Despliegue** | Hooks control versiones | Automatiza proceso lanzamiento |
-| **Controles Lanzamiento** | Despliegue basado porcentajes | Gestiona distribución actualizaciones |
-| **Monitoreo** | Recolección métricas automática | Sigue éxito despliegue |
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar revisiones de tienda para correcciones de errores es revolucionario."
-> – Bessie Cooper
-
-La integración de Capgo cuesta alrededor de $300 por mes para operaciones CI/CD continuas, ofreciendo una opción más asequible comparada con alternativas como AppFlow, que cuesta alrededor de $6,000 anuales [\[1\]](https://capgo.app/).
-
-## Consejos para Gestión de Lanzamientos
-
-### Detección y Recuperación de Problemas
-
-Mantén un seguimiento cercano de tu lanzamiento y actúa rápido cuando surjan problemas. Con la plataforma de Capgo, puedes detectar problemas temprano, evitando que impacten a toda tu base de usuarios. Configura seguimiento de errores para estas áreas clave:
-
-| Aspecto Monitoreo | Implementación | Propósito |
-| --- | --- | --- |
-| Seguimiento Tasa Errores | Panel métricas tiempo real | Detectar patrones inusuales fallos |
-| Recolección Feedback Usuario | Sistema reportes en app | Obtener perspectivas directas usuarios |
-| Métricas Rendimiento | Monitoreo automatizado | Verificar estabilidad y velocidad app |
-| Distribución Actualizaciones | Seguimiento adopción usuarios | Seguir propagación actualizaciones |
-
-Si algo sale mal, ten procedimientos de reversión listos para restaurar la estabilidad. Estos pasos ayudan a asegurar que tu lanzamiento se mantenga en curso.
-
-### Expansión Controlada
-
-Comienza pequeño y escala gradualmente. Empieza con pruebas internas, luego despliega al 5-10% de usuarios. Si es estable después de 24 horas, expande a 25%, luego 50%, y finalmente a todos los usuarios una vez que las métricas confirmen que todo funciona correctamente. Las analíticas de Capgo te ayudan a decidir cuándo es seguro pasar a la siguiente etapa.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-### Pautas Tiendas de Apps
-
-No se trata solo de preparación operacional - seguir las reglas de plataforma es igualmente importante. Capgo asegura cumplimiento con requisitos tanto de Apple como Google:
-
-| Plataforma | Requisito | Implementación Capgo |
-| --- | --- | --- |
-| Apple App Store | Sin cambios código binario | Actualizaciones solo contenido |
-| Google Play | Requisitos seguridad | Encriptación extremo a extremo |
-| Ambas Plataformas | Consentimiento usuario | Sistema aprobación incorporado |
-
-Estas prácticas no solo mantienen tus actualizaciones conformes sino también permiten correcciones rápidas de errores.
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es oro." [\[1\]](https://capgo.app/)
-
-## Herramientas Gestión Actualizaciones
-
-Usar las herramientas correctas de [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) es crucial para lanzar actualizaciones de forma segura y eficiente. Estas herramientas simplifican el despliegue mientras aseguran estabilidad, cumplimiento y seguridad.
-
-### Comparación Plataformas
-
-Capgo destaca como solución para actualizaciones en vivo en [apps Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Soporta hasta **1,000,000 actualizaciones en vivo mensuales** y puede aumentar velocidad lanzamiento en **81%** [\[1\]](https://capgo.app/). Esto lo hace una alternativa sólida, especialmente porque [AppCenter](https://visualstudio.microsoft.com/app-center/) ya no soporta apps híbridas y AppFlow suele ser muy costoso. Un desarrollador compartió su experiencia:
-
-> "Actualmente estamos probando @Capgo ya que Appcenter detuvo soporte actualizaciones en vivo para apps híbridas y @AppFlow es demasiado costoso." [\[1\]](https://capgo.app/)
-
-Capgo también funciona perfectamente con plataformas CI/CD populares como Azure DevOps, GitLab, GitHub, Jenkins, y [CircleCI](https://circleci.com/), automatizando flujos trabajo despliegue. Al evaluar herramientas gestión actualizaciones, es importante enfocarse en características clave que ofrecen.
-
-### Capacidades Herramientas Requeridas
-
-Las herramientas efectivas de gestión de actualizaciones deben incluir las siguientes características para asegurar lanzamientos fluidos y despliegues seguros:
-
-| Capacidad | Propósito | Impacto |
-| --- | --- | --- |
-| **Asignación Usuario** | Dirigir segmentos específicos usuarios | Permite pruebas controladas |
-| **Despliegue Fluido** | Soporta lanzamientos instantáneos y graduales | Asegura entrega suave |
-| **Gestión Configuración** | Ajustar configuraciones y versiones | Minimiza errores configuración |
-| **Integración CI/CD** | Conectar con plataformas principales | Automatiza flujos trabajo despliegue |
-| **Gestión Organización** | Gestionar equipos y permisos | Simplifica administración |
-
-Para implementaciones empresariales, Capgo ofrece integración con CI/CD por una tarifa única de **$2,600**, proporcionando ahorros a largo plazo [\[1\]](https://capgo.app/). La plataforma también garantiza el cifrado de extremo a extremo y cumple con los requisitos de la App Store de Apple y Google Play, protegiendo los datos del usuario mientras se adhiere a las reglas de la plataforma.
-
-## Resumen
-
-La implementación de actualizaciones en aplicaciones Capacitor requiere una planificación cuidadosa y las herramientas adecuadas. Plataformas como Capgo optimizan este proceso con características como segmentación de usuarios, monitoreo de progreso y gestión de errores.
-
-Así es como funciona típicamente el lanzamiento por fases:
-
-| Fase | Acciones Clave | Ventajas |
-| --- | --- | --- |
-| **Planificación** | Dividir usuarios en grupos, establecer porcentajes | Crea un entorno de pruebas controlado |
-| **Implementación** | Integrar CI/CD, configurar ajustes | Permite despliegues automatizados |
-| **Monitoreo** | Seguimiento del progreso, detección de errores | Ayuda a identificar problemas rápidamente |
-| **Expansión** | Aumentar gradualmente el acceso de usuarios | Reduce riesgos durante el escalado |
-
-Prácticas clave incluyen:
-
--   Dividir usuarios en grupos para pruebas controladas.
--   Configurar pipelines automatizados para despliegues fluidos.
--   Asegurar el cumplimiento con los requisitos de las tiendas de aplicaciones.
--   Usar herramientas que permitan reversiones rápidas si es necesario.
-
-Seguir este enfoque te ayuda a entregar actualizaciones seguras e ininterrumpidas a tus aplicaciones Capacitor.
diff --git a/src/content/blog/es/pipeda-compliance-for-mobile-apps-in-canada.md b/src/content/blog/es/pipeda-compliance-for-mobile-apps-in-canada.md
deleted file mode 100644
index 43a987190..000000000
--- a/src/content/blog/es/pipeda-compliance-for-mobile-apps-in-canada.md
+++ /dev/null
@@ -1,292 +0,0 @@
----
-slug: pipeda-compliance-for-mobile-apps-in-canada
-title: Cumplimiento de PIPEDA para aplicaciones móviles en Canadá
-description: >-
-  Aprende cómo asegurar que tu aplicación móvil cumpla con las leyes de
-  privacidad canadienses bajo PIPEDA, protegiendo los datos del usuario y
-  aumentando la confianza.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:38:09.282Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd-1743478700916.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  PIPEDA, mobile app compliance, data privacy, user consent, data protection,
-  privacy policy, Canadian privacy laws, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres que tu aplicación móvil cumpla con las leyes de privacidad canadienses? Esto es lo que necesitas saber sobre [PIPEDA](https://www.priv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/):**
-
--   **¿Qué es PIPEDA?** La ley federal de privacidad de Canadá que regula cómo las aplicaciones recolectan, usan y comparten información personal como nombres, ubicaciones y datos de pago.
--   **Reglas Clave para Desarrolladores:**
-    -   Obtener consentimiento claro del usuario antes de recolectar datos.
-    -   Proporcionar avisos y configuraciones de privacidad fáciles de entender.
-    -   Encriptar datos y usar medidas de seguridad sólidas.
-    -   Permitir a los usuarios ver, actualizar o eliminar sus datos.
--   **10 Pasos para el Cumplimiento:** Asignar un oficial de privacidad, documentar el manejo de datos, asegurar datos sensibles y responder rápidamente a las brechas.
--   **Consideraciones Especiales:** Se requiere consentimiento explícito para datos sensibles como información de salud o financiera. Las aplicaciones también deben asegurar que las transferencias internacionales de datos cumplan con los estándares de PIPEDA.
-
-## [PIPEDA](https://www.priv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/): Tu Guía para la Privacidad de Datos en Canadá
-
-![PIPEDA](https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd/058da1c33c3afe5c8597c27b588d4b3e.jpg)
-
-<iframe src="https://www.youtube.com/embed/87Vb-jnTtxM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 10 Reglas Básicas de PIPEDA para Aplicaciones
-
-Estas diez reglas describen los pasos esenciales para que los desarrolladores de aplicaciones cumplan con PIPEDA y protejan los datos de los usuarios.
-
-### Responsabilidades de Protección de Datos
-
-Los desarrolladores de aplicaciones deben implementar medidas sólidas de protección de datos para cumplir con los requisitos de responsabilidad de PIPEDA. Los pasos clave incluyen:
-
--   Asignar un oficial de privacidad dedicado
--   Mantener registros detallados de inventarios de datos
--   Realizar evaluaciones de impacto de privacidad
--   Crear protocolos claros para responder a brechas de datos
-
-Las organizaciones deben documentar cómo manejan los datos y estar preparadas para demostrar el cumplimiento si es necesario. El acceso a datos sensibles también debe ser rastreado mediante registros de auditoría.
-
-Estas medidas son cruciales para gestionar el consentimiento del usuario, que se cubre en la siguiente sección.
-
-### Requisitos de Permiso del Usuario
-
-Bajo PIPEDA, las aplicaciones deben obtener un consentimiento claro e informado antes de recolectar datos personales. Esto implica:
-
--   **Propósito Claro**: Explicar claramente por qué se recolectan los datos.
--   **Controles Granulares**: Permitir a los usuarios optar por incluir o excluir tipos específicos de datos.
--   **Momento Oportuno**: Obtener consentimiento antes o en el momento de la recolección de datos.
--   **Lenguaje Sencillo**: Usar términos simples y fáciles de entender.
--   **Información Esencial**: Hacer que los detalles clave de privacidad estén fácilmente disponibles.
--   **Explicaciones Detalladas**: Proporcionar información adicional de privacidad a través de recursos como FAQs o [políticas de privacidad](https://capgo.app/dp/).
-
-Para datos sensibles, como detalles de salud o financieros, el consentimiento explícito es obligatorio.
-
-### Estándares de Seguridad y Calidad de Datos
-
-Las prácticas sólidas de seguridad y calidad de datos son imprescindibles para proteger la información del usuario. A continuación, un desglose de los requisitos clave:
-
-| Requisito de Seguridad | Ejemplo de Implementación |
-| --- | --- |
-| [Encriptación de Datos](https://capgo.app/docs/cli/migrations/encryption/) | Usar encriptación de extremo a extremo para transferencias de datos |
-| Controles de Acceso | Aplicar [autenticación multifactor](https://capgo.app/docs/webapp/mfa/) para acceso administrativo |
-| Actualizaciones Regulares | Publicar parches de seguridad oportunos y realizar verificaciones de vulnerabilidad |
-| Precisión de Datos | Proporcionar herramientas para que los usuarios revisen y actualicen su información |
-| Detección de Brechas | Implementar monitoreo en tiempo real y sistemas de alerta |
-
-Al manejar datos sensibles como ubicación o información financiera, las aplicaciones deben usar encriptación de primer nivel y métodos de almacenamiento seguro. Si se involucran servicios de terceros, asegúrese de que sigan los mismos estándares de seguridad, respaldados por auditorías regulares, revisiones de calidad de datos y procesos seguros de eliminación de datos.
-
-## Lista de Verificación de Cumplimiento PIPEDA
-
-### Pasos para la Evaluación de Riesgos de Privacidad
-
-Comience con una evaluación de riesgos de privacidad para identificar posibles debilidades en el manejo de datos:
-
-| Área de Evaluación | Consideraciones Clave | Acciones Requeridas |
-| --- | --- | --- |
-| Recolección de Datos | Tipos de información personal recopilada | Documentar tipos de datos y sus propósitos |
-| [Almacenamiento de Datos](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Ubicación y seguridad de datos almacenados | Usar protocolos de encriptación |
-| Compartir Datos | Servicios y APIs de terceros | Verificar cumplimiento de socios |
-| Controles de Usuario | Acceso a información personal | Desarrollar herramientas para gestión de datos de usuarios |
-| Medidas de Seguridad | Protección contra brechas | Configurar sistemas de monitoreo |
-
-Use análisis para mantener los riesgos bajo revisión. Una vez hecho esto, cree una [política de privacidad](https://capgo.app/privacy/) clara para su aplicación.
-
-### Escribiendo Políticas de Privacidad Claras
-
-Elabore una política de privacidad que sea fácil de entender y proporcione total transparencia sobre sus prácticas. Incluya lo siguiente:
-
-1. **Alcance de la Recolección de Datos**
-
-Explique qué datos personales recolecta, por qué los recolecta y proporcione ejemplos específicos.
-
-2. **Derechos y Controles del Usuario**
-
-Describa cómo los usuarios pueden ver, actualizar o eliminar sus datos personales. Asegúrese de incluir medidas como la encriptación de extremo a extremo para mayor seguridad.
-
-3. **Compartir con Terceros**
-
-Liste cualquier servicio externo que reciba datos de usuarios, junto con las razones para compartirlos. Mantenga un registro de todos los acuerdos de compartición de datos y las salvaguardas implementadas.
-
-Una vez que su política de privacidad esté finalizada, incorpore estos estándares en su flujo de trabajo de desarrollo.
-
-### Desarrollo Centrado en la Privacidad
-
-Basándose en la evaluación de riesgos y la política de privacidad, concéntrese en integrar la privacidad en cada etapa del desarrollo de la aplicación. Aquí está cómo:
-
-**[Gestión Segura de Actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update)**
-
--   Habilitar reversiones instantáneas para abordar cualquier problema de privacidad rápidamente.
--   Usar canales controlados para probar nuevas funciones.
--   Encriptar todas las transmisiones de actualizaciones.
-
-**Integración Continua de Privacidad**
-
--   Agregar verificaciones de privacidad a su pipeline CI/CD.
--   Programar auditorías de seguridad regulares.
--   Monitorear el éxito de las actualizaciones para asegurar una implementación sin problemas.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-**Prevención de Errores**
-
--   Mantener registros de auditoría detallados para la responsabilidad.
--   Desarrollar sistemas exhaustivos de seguimiento de errores.
--   Asegurar que los registros sean completos para un monitoreo efectivo.
-
-## Reglas PIPEDA para Funciones de Aplicaciones
-
-### Datos de Ubicación y Notificaciones
-
-Las aplicaciones que manejan datos de ubicación deben seguir requisitos específicos de PIPEDA:
-
--   Obtener **consentimiento explícito del usuario** antes de recolectar datos de ubicación.
--   Ofrecer **opciones claras para excluirse** del seguimiento de ubicación.
--   Permitir a los usuarios **desactivar el seguimiento** cuando lo deseen.
--   Explicar claramente **cómo se usan y almacenan los datos de ubicación**.
-
-Para las notificaciones push, PIPEDA tiene reglas adicionales:
-
--   Solicitar **permisos de notificación por separado** del acceso a la ubicación.
--   Indicar claramente **por qué se necesitan las notificaciones**.
--   Proporcionar **configuraciones flexibles** para que los usuarios controlen las preferencias de notificación.
--   Permitir a los usuarios **actualizar la configuración de notificaciones** en cualquier momento.
-
-### Pagos y Servicios Externos
-
-En cuanto a pagos, las aplicaciones deben garantizar una seguridad sólida bajo PIPEDA:
-
--   Usar **encriptación estándar de la industria** para todas las transacciones.
--   Almacenar datos de pago con **protocolos de seguridad conformes a PIPEDA**.
--   Mantener **registros detallados de transacciones** para transparencia.
--   Implementar **autenticación multifactor** para protección adicional.
-
-Para integraciones de terceros, PIPEDA requiere:
-
--   Documentar cómo se comparten los datos con servicios externos.
--   Incluir **cláusulas de privacidad y seguridad** en acuerdos de servicio.
--   Asegurar que las prácticas de seguridad de terceros cumplan con los estándares PIPEDA.
--   Divulgar claramente **prácticas de compartición de datos** a los usuarios.
-
-### Almacenamiento y Eliminación de Datos
-
-Los procesos adecuados de almacenamiento y eliminación de datos son clave para mantener el cumplimiento.
-
-**Requisitos de Almacenamiento**:
-
--   Usar servidores seguros ubicados en **jurisdicciones aprobadas**.
--   Encriptar datos transaccionales sensibles.
--   Separar información sensible de datos menos críticos.
--   Mantener **copias de seguridad encriptadas** para propósitos de recuperación.
-
-**Protocolo de Eliminación de Datos**:
-
--   Ofrecer a los usuarios opciones claras para eliminar sus cuentas.
--   Eliminar datos del usuario **inmediatamente tras la solicitud**.
--   Asegurar que la eliminación incluya todos los registros asociados.
--   Mantener procedimientos documentados para la eliminación de datos.
-
-**Pautas de Retención**:
-
--   Definir cuánto tiempo se conservarán los datos.
--   Archivar datos inactivos de forma segura.
--   Destruir datos más allá del período de retención de manera segura y documentada.
-
-## Actualizaciones Compatibles con PIPEDA de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd/574f3a2cd27791454624262312a6c223.jpg)
-
-### Características de Actualización Segura
-
-Capgo utiliza un sistema de gestión de actualizaciones totalmente encriptado diseñado para alinearse con los requisitos de PIPEDA. Sus características de seguridad incluyen:
-
--   Implementación de actualizaciones encriptadas de extremo a extremo
--   Control de versiones con pistas de auditoría detalladas
--   Configuraciones de control de acceso granular
--   Opciones protegidas de reversión
-
-> "La única solución con verdadera encriptación de extremo a extremo, otros solo firman actualizaciones" [\[1\]](https://capgo.app/)
-
-Esta configuración asegura que las actualizaciones se entreguen rápidamente mientras se mantiene el cumplimiento con estrictos estándares de seguridad.
-
-### Actualizaciones Rápidas de Aplicaciones
-
-Capgo combina una seguridad sólida con una entrega rápida de actualizaciones para satisfacer las necesidades regulatorias. Impresionantemente, el 95% de los usuarios activos reciben actualizaciones dentro de las 24 horas. Hasta la fecha, se han implementado 23.5 millones de actualizaciones en 750 aplicaciones de producción [\[1\]](https://capgo.app/).
-
-La plataforma también proporciona monitoreo en tiempo real, implementación instantánea de parches de seguridad y opciones flexibles de alojamiento para abordar preocupaciones de soberanía de datos.
-
-### Beneficios de Código Abierto
-
-Capgo es completamente de código abierto, permitiendo a los equipos evitar el bloqueo de proveedores y verificar las capacidades de cumplimiento de la plataforma [\[1\]](https://capgo.app/).
-
-Con esta transparencia, los equipos pueden:
-
--   Inspeccionar y verificar medidas de seguridad
--   Adaptar las características de cumplimiento a sus necesidades
--   Autoalojamiento para control total sobre los datos
--   Mantener registros de auditoría completos
-
-El sistema de canales de Capgo además permite implementaciones controladas, permitiendo a los equipos probar actualizaciones para cumplimiento antes del despliegue completo. Esto asegura que cada actualización cumpla con los estándares PIPEDA.
-
-## Cumplimiento PIPEDA a largo plazo
-
-### Revisiones Regulares de Privacidad
-
-Programe auditorías trimestrales para evaluar áreas clave como prácticas de recolección de datos, procesos de consentimiento, compartición de datos con terceros, períodos de retención y medidas de seguridad. Use una lista de verificación detallada para documentar cada revisión. Mantenga un registro de cambios en las características de la aplicación y actualizaciones regulatorias para identificar áreas que necesiten ajustes.
-
-Estas auditorías ayudan a establecer una base sólida para la capacitación del personal y planes de respuesta a emergencias.
-
-### Capacitación de Privacidad del Personal
-
-Proporcione capacitación en privacidad que incluya:
-
--   Sesiones iniciales de incorporación
--   Actualizaciones trimestrales
--   Pautas de cumplimiento específicas por rol
--   Casos de estudio reales
--   Talleres interactivos
-
-Desde el primer día, asegúrese de que el personal comprenda sus responsabilidades respecto al cumplimiento. La capacitación regular debe cubrir temas como gestión de solicitudes de datos de usuarios, manejo de retiros de consentimiento, atención de quejas de privacidad e implementación de principios de diseño centrados en la privacidad. Use casos de estudio y talleres para hacer la capacitación más práctica y atractiva.
-
-Un equipo bien preparado es crítico para manejar incidentes rápida y efectivamente.
-
-### Planes de Respuesta a Emergencias
-
-Cree un plan claro de respuesta a emergencias con pasos definidos:
-
-1.  Identificar y evaluar incidentes basados en criterios preestablecidos, usando un equipo de respuesta dedicado.
-2.  Contener la brecha inmediatamente documentando todos los detalles y notificando a usuarios afectados y autoridades dentro de los plazos requeridos.
-3.  Restaurar sistemas, actualizar medidas de seguridad y revisar políticas de privacidad después del incidente. Revisar y actualizar el plan cada seis meses.
-
-Establezca objetivos específicos de tiempo de respuesta para asegurar cumplimiento y responsabilidad:
-
-| Elemento de Acción | Objetivo de Tiempo de Respuesta | Documentación Requerida |
-| --- | --- | --- |
-| Evaluación Inicial de Brecha | Dentro de 1 hora | Formulario de Reporte de Incidente |
-| Notificación al Usuario | Dentro de 24 horas | Plantilla de Notificación |
-| Reporte a Autoridades | Dentro de 72 horas | Reporte de Brecha PIPEDA |
-| Revisión Post-Incidente | Dentro de 7 días | Resumen de Análisis |
-
-## Resumen: Beneficios del Cumplimiento PIPEDA
-
-Seguir las pautas PIPEDA para aplicaciones móviles construye confianza y fomenta el compromiso del usuario. Al priorizar la privacidad del usuario y adoptar prácticas claras de manejo de datos, las aplicaciones pueden mantener conexiones más fuertes con sus usuarios.
-
-### Beneficios Clave del Cumplimiento PIPEDA
-
--   **Mayor Confianza del Usuario**: Políticas de privacidad transparentes y prácticas claras de datos muestran a los usuarios que su información se maneja responsablemente.
--   **Salvaguardas Legales**: Mantenerse dentro de las regulaciones PIPEDA reduce el riesgo de problemas legales y multas relacionadas con la privacidad.
--   **Ventaja de Mercado**: Un enfoque en la privacidad ayuda a impulsar la reputación de una empresa en un mercado donde la protección de datos importa.
-
-Estos beneficios son evidentes en la retroalimentación de los usuarios. Las contribuciones de Capgo resaltan el valor del cumplimiento:
-
-> "The community needed this and @Capgo is doing something really important!" [\[1\]](https://capgo.app/)
-
-> "@Capgo is a must have tools for developers, who want to be more productive. Avoiding review for bugfix is golden." \[2\]
-
-Cumplir con los estándares PIPEDA no solo construye confianza sino que también asegura el éxito a largo plazo en un mercado donde la privacidad es una prioridad.
diff --git a/src/content/blog/es/pipeline-security-for-capacitor-apps-key-insights.md b/src/content/blog/es/pipeline-security-for-capacitor-apps-key-insights.md
deleted file mode 100644
index c9eb30b83..000000000
--- a/src/content/blog/es/pipeline-security-for-capacitor-apps-key-insights.md
+++ /dev/null
@@ -1,162 +0,0 @@
----
-slug: pipeline-security-for-capacitor-apps-key-insights
-title: 'Seguridad de Pipeline para aplicaciones Capacitor: Conocimientos importantes'
-description: >-
-  Aprende estrategias importantes para asegurar los pipelines de aplicaciones
-  Capacitor, desde la protección de secretos hasta la gestión de actualizaciones
-  OTA y controles de acceso.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T03:16:36.231Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68059152360079f947b84e10-1745205430503.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, pipeline security, OTA updates, access control, encryption, mobile
-  app security, third-party plugins, CI/CD security
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-La seguridad del pipeline para aplicaciones [Capacitor](https://capacitorjs.com/) es esencial para proteger datos sensibles y garantizar actualizaciones confiables. Esto es lo que necesitas saber:
-
--   **Proteger Secretos**: Usa cifrado de extremo a extremo y herramientas seguras de gestión de secretos para salvaguardar credenciales como [claves API](https://capgo.app/docs/webapp/api-keys/).
--   **Control de Acceso**: Implementa control de acceso basado en roles (RBAC), [autenticación multifactor](https://capgo.app/docs/webapp/mfa/) (MFA), y monitoreo en tiempo real para prevenir cambios no autorizados en el pipeline.  
--   **Integridad de Actualizaciones**: Cifra actualizaciones OTA, verifica autenticidad con firmas digitales, y habilita despliegues graduales con opciones de reversión.
--   **Herramientas de Seguridad**: Usa herramientas automatizadas de pruebas de seguridad para análisis estático de código, verificación de dependencias y pruebas de API.
-
-[Capgo](https://capgo.app/), una plataforma OTA líder, mejora la seguridad del pipeline de Capacitor con características como monitoreo en tiempo real, despliegues graduales y cifrado de extremo a extremo. Estas medidas aseguran actualizaciones seguras de aplicaciones mientras protegen los datos del usuario.
-
-## ¿Qué es la Seguridad CI/CD? Estrategias para fortalecer tu ...
-
-<iframe src="https://www.youtube.com/embed/Uavb-FMNXtI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Riesgos de Seguridad en Pipelines de Aplicaciones [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-A medida que el [desarrollo de aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) evoluciona, introduce desafíos específicos de seguridad en los pipelines CI/CD. Abordar estos riesgos es crítico para mantener un entorno de desarrollo seguro.
-
-### Gestión de Secretos y Variables
-
-Protege la información sensible como claves API y variables de entorno cifrándolas y limitando su alcance. Usa cifrado de extremo a extremo para proteger datos tanto en tránsito como en reposo, asegurando que las credenciales interceptadas sean inútiles para los atacantes.
-
-Además, siempre valida el código externo antes de integrarlo en tu pipeline para reducir vulnerabilidades.
-
-### Seguridad de Plugins y Bibliotecas
-
-Los plugins de terceros pueden expandir la funcionalidad pero también aumentar el riesgo. Cada plugin introduce vulnerabilidades potenciales. Para mitigar esto:
-
--   Audita las fuentes de plugins y escanea actualizaciones antes de integrarlas en tu pipeline.
--   Ten en cuenta que las dependencias multiplataforma pueden complicar los esfuerzos de seguridad.
-
-Restringe el acceso al pipeline para prevenir modificaciones no autorizadas y minimizar la exposición.
-
-### Control de Acceso al Pipeline
-
-El control de acceso débil en sistemas CI/CD puede llevar a cambios no autorizados, secuestro del pipeline o escalaciones accidentales de privilegios. Las brechas de seguridad comunes incluyen:
-
--   **Acceso no autorizado**: Podría llevar a manipulación de código. Usa permisos granulares para limitar el acceso.
--   **Autenticación débil**: Facilita el secuestro del pipeline. Implementa autenticación multifactor para fortalecer la seguridad.
--   **Registro insuficiente**: Retrasa la detección de brechas. Habilita monitoreo en tiempo real y mantén registros detallados.
--   **Confusión de roles**: Puede resultar en escalación accidental de privilegios. Define y asigna roles claramente.
-
-Para proteger tu pipeline, implementa controles de acceso estrictos basados en roles, aplica protocolos de autenticación fuertes y mantén sistemas de registro completos.
-
-### Seguridad de Actualizaciones OTA
-
-Las actualizaciones over-the-air (OTA) permiten la entrega rápida de correcciones y funciones pero vienen con riesgos como interceptación, manipulación y despliegues no controlados.
-
-Para asegurar actualizaciones OTA:
-
--   Cifra paquetes de actualización para garantizar confidencialidad e integridad.
--   Usa firmas digitales para verificar la autenticidad de las actualizaciones.
--   Despliega actualizaciones en etapas para minimizar el impacto potencial.
--   Proporciona una opción de reversión para revertir lanzamientos problemáticos.
-
-Estos pasos ayudan a asegurar que las actualizaciones OTA permanezcan seguras y confiables.
-
-## Directrices de Seguridad del Pipeline
-
-Para reducir riesgos, sigue estas directrices de seguridad del pipeline.
-
-### Protección de Secretos
-
--   Usa **cifrado de extremo a extremo** para asegurar secretos y prevenir fugas de credenciales.
--   Almacena claves API, tokens de acceso y variables de entorno en un **servicio de gestión de secretos** con acceso limitado y rotación regular.
--   Limita el alcance de variables a entornos específicos para minimizar riesgos de exposición.
--   [Cifra datos](https://capgo.app/docs/cli/migrations/encryption/) tanto en reposo como durante el tránsito para bloquear accesos no autorizados.
-
-### Herramientas de Pruebas de Seguridad
-
--   Agrega escáneres automatizados a trabajos CI/CD para tareas como análisis estático de código, verificaciones de dependencias, seguridad de contenedores y pruebas de API.
--   Configura plugins para:
-    -   Análisis estático de código
-    -   Escaneo de vulnerabilidades en dependencias
-    -   Verificaciones de seguridad de contenedores
-    -   Pruebas de seguridad de API
-
-### Control de Acceso y Monitoreo
-
--   Implementa **control de acceso basado en roles (RBAC)**, autenticación multifactor (MFA), monitoreo en tiempo real y registros detallados de auditoría.
--   Realiza auditorías regulares de acceso para identificar y resolver posibles brechas de seguridad.
--   Usa herramientas de monitoreo en tiempo real y mantén registros detallados de actividad para rastrear la actividad del pipeline.
-
-### Gestión de Actualizaciones
-
--   Despliega actualizaciones en etapas y usa canales beta para probar cambios.
--   Habilita la reversión automática para abordar rápidamente problemas.
--   Monitorea el éxito de entrega y métricas de adopción para asegurar que las actualizaciones funcionen como se espera.
--   Integra la distribución de actualizaciones directamente en tu pipeline para despliegues más fluidos.
-
-## Descripción General de Herramientas de Seguridad
-
-Las nuevas plataformas OTA ahora priorizan la seguridad en sus pipelines de Capacitor. Estas herramientas implementan las medidas de seguridad discutidas anteriormente.
-
-### Características de Seguridad de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgo proporciona una configuración enfocada en seguridad específicamente diseñada para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Su cifrado de extremo a extremo asegura que las actualizaciones solo puedan ser descifradas por usuarios autorizados, yendo más allá de la dependencia usual en paquetes firmados. Las características clave incluyen:
-
--   **Monitoreo en tiempo real**: Rastrea éxitos y fallos de actualización mientras ocurren.
--   **Control de acceso granular**: Permisos basados en roles y gestión de organización para restringir el acceso al pipeline.
--   **Reversión automatizada**: Revierte rápidamente a una versión anterior si surge un problema de seguridad después del despliegue.
--   **Despliegues graduales y canales beta**: Dirige a grupos específicos de usuarios para pruebas y lanzamientos controlados.
-
-Capgo se integra perfectamente con herramientas CI/CD como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), y [Jenkins](https://www.jenkins.io/), alineándose con las prácticas de control de acceso, gestión de secretos e integridad de actualizaciones descritas anteriormente.
-
-### Comparación de Plataformas de Seguridad
-
-Así es como las plataformas OTA modernas se comparan con métodos más antiguos:
-
--   **Cifrado**: Las plataformas modernas usan cifrado de extremo a extremo, mientras que los sistemas heredados a menudo dependen de firma básica.
--   **Despliegue**: Las actualizaciones OTA instantáneas reemplazan el proceso más lento de revisión de la tienda de aplicaciones.
--   **Estructura de Costos**: La tarificación basada en uso ofrece flexibilidad comparada con tarifas anuales fijas.
--   **Integración**: La integración nativa CI/CD elimina la necesidad de configuraciones manuales.
--   **Alojamiento**: Opciones tanto para configuraciones en la nube como autoalojadas, a diferencia de los sistemas heredados que a menudo son solo en la nube.
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" – NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-## Perspectiva de la Industria
-
-El campo de la seguridad de pipelines se está moviendo hacia modelos más avanzados, dirigidos por la comunidad, construyendo sobre pautas anteriores y comparaciones de herramientas. El panorama de seguridad del pipeline de Capacitor está cambiando para adoptar estos enfoques más sofisticados y colaborativos.
-
-### Tendencias en Seguridad de Pipelines
-
-El cifrado de extremo a extremo es ahora una característica estándar para sistemas de actualización OTA (over-the-air) [\[1\]](https://capgo.app/). Este desarrollo resalta la importancia de escalar las mejores prácticas anteriores para gestionar secretos, accesos y actualizaciones.
-
-### Herramientas de Seguridad de Código Abierto
-
-Las herramientas de código abierto están jugando un papel crucial junto con las opciones comerciales en dar forma a la siguiente fase de seguridad de pipelines. Estas herramientas ahora ofrecen características como [despliegues autoalojados](https://capgo.app/blog/self-hosted-capgo/), escaneo de vulnerabilidades impulsado por la comunidad y protocolos transparentes diseñados para auditorías y mejoras continuas.
-
-Se espera que la industria mantenga su enfoque en estrategias de seguridad primero, con soluciones de código abierto impulsando el progreso en seguridad de pipelines. Las organizaciones están favoreciendo cada vez más herramientas que equilibran características de seguridad sólidas con opciones de despliegue flexibles, elevando el estándar para el desarrollo de aplicaciones Capacitor.
-
-## Conclusión
-
-Asegurar el pipeline de desarrollo para aplicaciones Capacitor ahora requiere integrar cifrado de extremo a extremo y priorizar la seguridad a lo largo del proceso CI/CD. Esto refleja la tendencia creciente hacia el uso de herramientas de seguridad de código abierto impulsadas por la comunidad, como se destacó en la Perspectiva de la Industria.
-
-Para proteger las aplicaciones Capacitor, los equipos deben implementar medidas como cifrado, controles de acceso detallados, despliegues graduales, monitoreo de errores, análisis y características de reversión automática - todo mientras se adhieren a las pautas de la tienda de aplicaciones. Mantenerse al día con las últimas prácticas será clave para asegurar una seguridad de aplicaciones sólida y confiable a lo largo del tiempo.
diff --git a/src/content/blog/es/privacy-manifest-for-capacitor-apps-guide.md b/src/content/blog/es/privacy-manifest-for-capacitor-apps-guide.md
deleted file mode 100644
index 522992104..000000000
--- a/src/content/blog/es/privacy-manifest-for-capacitor-apps-guide.md
+++ /dev/null
@@ -1,94 +0,0 @@
----
-slug: privacy-manifest-for-capacitor-apps-guide
-title: 'Manifiesto de privacidad para aplicaciones Capacitor: Guía'
-description: >-
-  Aprende cómo crear un Manifiesto de Privacidad para tu aplicación para cumplir
-  con los requisitos de la App Store y proteger efectivamente los datos del
-  usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T03:07:47.047Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776-1743563280473.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Privacy Manifest, Capacitor, App Store compliance, user data protection, app
-  development, privacy standards
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres lanzar tu app de [Capacitor](https://capacitorjs.com/) en la [App Store](https://en.wikipedia.org/wiki/App_Store_\(Apple\)) sin retrasos?** Comienza creando un Manifiesto de Privacidad. Apple ahora requiere que los desarrolladores incluyan este documento para asegurar que las apps cumplan con estrictos estándares de privacidad. Esto es lo que necesitas saber:
-
--   **¿Qué es un Manifiesto de Privacidad?**  
-    Un archivo estructurado que describe las prácticas de recolección de datos, uso de APIs y dominios de seguimiento de tu app.
-    
--   **Por qué es importante:**
-    
-    -   Cumple con las reglas de la App Store para evitar rechazos o eliminación.
-    -   Genera confianza siendo transparente sobre el manejo de datos del usuario.
--   **Componentes clave a incluir:**
-    
-    -   APIs que acceden a datos del usuario (ej., ubicación, fotos).
-    -   Etiquetas de privacidad para tipos de datos recolectados.
-    -   Dominios de seguimiento usados para análisis o anuncios.
--   **Cómo crear uno:**
-    
-    -   Usa JSON para definir detalles de recolección de datos.
-    -   Coloca el archivo `PrivacyInfo.xcprivacy` en el directorio correcto de tu proyecto.
-    -   Valídalo con herramientas como [Xcode](https://developer.apple.com/xcode/) para evitar errores.
--   **Herramientas para simplificar el proceso:**  
-    Usa plataformas como [Capgo](https://capgo.app/) para validación automatizada del manifiesto de privacidad, actualizaciones en tiempo real y seguimiento de errores.
-    
-
-**Mantente en cumplimiento, protege la privacidad del usuario y evita retrasos en la app store siguiendo esta guía.**
-
-## Fundamentos del Manifiesto de Privacidad
-
-### Definición del Manifiesto de Privacidad
-
-Un manifiesto de privacidad es un archivo estructurado que describe las prácticas de datos de tu app. Detalla elementos como APIs que acceden a datos del usuario, dominios de seguimiento, tipos de datos recolectados e integraciones con SDKs de terceros. Este documento no solo ayuda a establecer confianza sino que también asegura el cumplimiento con las pautas de la App Store. Veamos los componentes clave que tu manifiesto debe incluir.
-
-### Elementos Principales del Manifiesto de Privacidad
-
-Aquí están los elementos principales a incluir en tu manifiesto de privacidad para alinearte con los requisitos de Apple:
-
-1.  **APIs de Razón Requerida**  
-    Esta sección lista las APIs sensibles a la privacidad que tu app usa y explica por qué son necesarias.
-    
-    A continuación una tabla que resume requisitos comunes de APIs:
-    
-    | Categoría de API | Uso Común | Documentación Requerida |
-    | --- | --- | --- |
-    | Servicios de Ubicación | Navegación del usuario | Cadena de propósito y descripción de uso |
-    | Biblioteca de Fotos | Fotos de perfil | Nivel de acceso e intención |
-    | Contactos | Sincronización de libreta de direcciones | Declaración de minimización de datos |
-    
-2.  **Etiquetas de Privacidad**  
-    Estas etiquetas proporcionan transparencia especificando:
-    
-    -   Tipos de datos que se recolectan
-    -   Razones para la recolección de datos
-    -   Si los datos están vinculados a la identidad del usuario
-    -   Cómo se usan los datos para seguimiento
-3.  **Dominios de Seguimiento**  
-    Esta sección lista todos los dominios involucrados en el seguimiento, como los usados para análisis, publicidad o procesamiento de datos de terceros.
-    
-
-> "Compatible con App Store" - Capgo [\[1\]](https://capgo.app/)
-
-Según Capgo, el 95% de los usuarios cumplen con las actualizaciones dentro de las 24 horas. Con más de 23.5 millones de actualizaciones entregadas [\[1\]](https://capgo.app/), mantener tu documentación de privacidad actualizada es esencial para mantener la confianza del usuario.
-
-[Continue with the remaining text if needed]
-
--   **Configure su entorno**: Ejecute `npx @capgo/cli init` para comenzar.
--   **Habilite las funciones de privacidad**: Utilice el cifrado de extremo a extremo para actualizaciones seguras.
--   **Implemente herramientas de monitoreo**: Realice seguimiento de las actualizaciones con análisis.
--   **Planifique los rollbacks**: Asegúrese de poder revertir rápidamente a versiones anteriores si es necesario.
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que desean aumentar la productividad. Evitar retrasos en la revisión para correcciones de errores es un cambio revolucionario." - Bessie Cooper
-
-Las actualizaciones regulares y las herramientas adecuadas son clave para mantener el cumplimiento y mejorar con el tiempo.
diff --git a/src/content/blog/es/quasar-mobile-app-capacitor.md b/src/content/blog/es/quasar-mobile-app-capacitor.md
deleted file mode 100644
index a4b82bb5b..000000000
--- a/src/content/blog/es/quasar-mobile-app-capacitor.md
+++ /dev/null
@@ -1,369 +0,0 @@
----
-slug: quasar-mobile-app-capacitor
-title: 'Creando aplicaciones móviles con actualizaciones en vivo, Quasar y Capacitor.'
-description: >-
-  Cómo crear una aplicación móvil con Quasar, Capacitor e implementar
-  actualizaciones en vivo.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikDhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /quasar_capgo.webp
-head_image_alt: Ilustración de Quasar y Capgo
-keywords: >-
-  Quasar, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-En este tutorial, comenzaremos creando una nueva aplicación web utilizando [Quasar](https://quasar.dev/). Más adelante, aprenderemos a convertirla en una aplicación móvil utilizando Capacitor. Si deseas que tu aplicación se vea mejor en dispositivos móviles.
-
-Con Capacitor, puedes cambiar tu aplicación web de Quasar en una aplicación móvil sin necesidad de hacer muchas cosas complicadas o aprender una forma completamente nueva de hacer aplicaciones como lo harías con algo llamado React Native.
-
-Este tutorial te guiará a través del proceso, comenzando con una nueva aplicación Quasar y luego incorporando Capacitor para adentrarte en el ámbito de las aplicaciones nativas móviles. Además, utilizarás [Capgo](https://capgo.app/) para enviar actualizaciones en vivo a tu aplicación en segundos.
-
-## Acerca de Capacitor
-
-CapacitorJS es realmente un cambio de juego. Puedes incorporarlo sin esfuerzo en cualquier proyecto web, y envolverá tu aplicación en una vista web nativa, generando el proyecto nativo de Xcode y Android Studio para ti. Además, sus complementos proporcionan acceso a las funciones nativas del dispositivo, como la cámara a través de un puente JS.
-
-Con Capacitor, obtienes una fantástica aplicación móvil nativa sin ninguna configuración complicada ni curva de aprendizaje pronunciada. Su API ligera y funcionalidad optimizada hacen que sea muy fácil integrarlo en tu proyecto. ¡Confía en mí, te sorprenderá lo fácil que es lograr una aplicación nativa completamente funcional con Capacitor!
-
-## Preparando Tu Aplicación Quasar
-
-Para crear una nueva aplicación Quasar, ejecuta el siguiente comando:
-
-```shell
-npm init quasar
-```
-
-![Configuración del Proyecto Quasar](/quasar-setup.webp)
-
-Selecciona la opción "Aplicación con Quasar CLI" y luego "Quasar v2".
-
-Para crear una aplicación móvil nativa, necesitamos un **export** de nuestro proyecto. Por lo tanto, incluimos un script sencillo en nuestro **package.json** que puede ser utilizado para construir y copiar el proyecto Quasar:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "quasar build"
-  }
-}
-```
-
-Después de ejecutar el comando `generate`, deberías poder ver una nueva carpeta `dist` en la raíz de tu proyecto.
-
-Esta carpeta será utilizada por Capacitor más adelante, pero por ahora, debemos configurarla correctamente.
-
-## Agregando Capacitor a Tu Aplicación Quasar
-
-Para empaquetar cualquier aplicación web en un contenedor móvil nativo, debemos seguir algunos pasos iniciales, pero luego es tan simple como ejecutar un solo comando `sync`.
-
-Primero, podemos instalar el [Capacitor CLI](https://capacitorjs.com/docs/cli/) como una dependencia de desarrollo y luego configurarlo dentro de nuestro proyecto. Durante la configuración, puedes presionar "enter" para aceptar los valores predeterminados para el nombre y el ID de paquete.
-
-A continuación, necesitamos instalar el paquete principal y los paquetes relevantes para las plataformas iOS y Android.
-
-Finalmente, podemos agregar las plataformas, y Capacitor creará carpetas para cada plataforma en la raíz de nuestro proyecto:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Quasar project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-![Inicializar Capacitor](/capacitor-init.webp)
-
-A este punto, deberías poder observar nuevas carpetas **ios** y **android** en tu proyecto Quasar.
-
-**¡Esos son proyectos nativos reales!**
-
-Para acceder al proyecto de Android más tarde, debes instalar [Android Studio](https://developer.android.com/studio/). Para iOS, necesitas un Mac y deberías instalar [Xcode](https://developer.apple.com/xcode/).
-
-Además, deberías encontrar un archivo **capacitor.config.ts** en tu proyecto, que contiene algunas configuraciones fundamentales de Capacitor utilizadas durante la sincronización. Lo único a lo que debes prestar atención es el **webDir**, que debe apuntar al resultado de tu comando de construcción. Actualmente, no es correcto.
-
-Para rectificar esto, abre el archivo **capacitor.config.json** y actualiza el **webDir**:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-Puedes probarlo ejecutando los siguientes comandos:
-
-```shell
-npm run generate
-npx cap sync
-```
-
-El primer comando `npm run generate` simplemente construirá tu proyecto Quasar y copiará la construcción estática, mientras que el segundo comando `npx cap sync` sincronizará todo el código web en los lugares correctos de las plataformas nativas para que puedan ser mostradas en una aplicación.
-
-Además, el comando de sincronización puede actualizar las plataformas nativas e instalar complementos, así que cuando instales un nuevo [complemento de Capacitor](https://capacitorjs.com/docs/plugins/) es hora de ejecutar `npx cap sync` nuevamente.
-
-Sin darte cuenta, ya has terminado, ¡así que veamos la aplicación en un dispositivo!
-
-## Construcción y Despliegue de aplicaciones nativas
-
-Para desarrollar aplicaciones iOS, necesitas tener **Xcode** instalado, y para aplicaciones Android, necesitas tener **Android Studio** instalado. Además, si planeas distribuir tu aplicación en la tienda de aplicaciones, necesitas inscribirte en el Programa de Desarrolladores de Apple para iOS y en la Consola de Google Play para Android.
-
-Si eres nuevo en el desarrollo móvil nativo, puedes usar el Capacitor CLI para abrir fácilmente ambos proyectos nativos:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Una vez que hayas configurado tus proyectos nativos, desplegar tu aplicación en un dispositivo conectado es fácil. En Android Studio, solo necesitas esperar a que todo esté listo, y puedes desplegar tu aplicación en un dispositivo conectado sin cambiar ninguna configuración. Aquí hay un ejemplo:
-
-![android-studio-run](/android-studio-run.webp)
-
-En Xcode, necesitas configurar tu cuenta de firma para desplegar tu aplicación en un dispositivo real en lugar de solo en el simulador. Si no has hecho esto antes, Xcode te guiará a través del proceso (pero nuevamente, necesitas estar inscrito en el Programa de Desarrolladores). Después de eso, simplemente puedes presionar play para ejecutar la aplicación en tu dispositivo conectado, que puedes seleccionar en la parte superior. Aquí hay un ejemplo:
-
-![xcode-run](/xcode-run.webp)
-
-¡Felicidades! Has desplegado exitosamente tu aplicación web Quasar en un dispositivo móvil. Aquí hay un ejemplo:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/Quasar-mobile.webp" alt="quasar-mobile-app">
-</div>
-
-Pero espera, hay una forma más rápida de hacer esto durante el desarrollo...
-
-## Capgo Live Update
-
-Capgo Live Update es un servicio que permite a los desarrolladores desplegar actualizaciones a sus aplicaciones móviles sin pasar por el proceso de envío tradicional de la App Store. Esta puede ser una forma conveniente de arreglar rápidamente errores o hacer pequeñas actualizaciones a una aplicación sin esperar el proceso de revisión de la App Store.
-
-Integrar Capgo en tu aplicación Quasar es un proceso sencillo que te empodera para aprovechar el poder de las actualizaciones en vivo en tiempo real. Esta guía paso a paso te llevará a través de la integración e implementación de Capgo Live Update, permitiéndote ofrecer actualizaciones sin interrupciones.
-
-**Regístrate y Accede al Dashboard de Capgo**:
-
-¡Es hora de registrarte y obtener tu clave API para subir tu primera versión! Comienza [registrándote para una cuenta de Capgo](https://console.capgo.app/register/).
-
-**Instala el SDK de Capgo**:
-
-Desde una línea de comandos, directamente en la raíz de tu aplicación Capacitor, ejecuta:
-
-`npm i @capgo/capacitor-updater && npx cap sync` para instalar el complemento en tu aplicación Capacitor.
-
-Y luego agrega a tu aplicación este código como reemplazo del de CodePush:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Esto le dirá al complemento nativo que la instalación ha sido exitosa.
-
-**Inicia sesión en Capgo CLOUD**:
-
-Primero, utiliza el `all` [apikey](https://console.capgo.app/dashboard/apikeys/) presente en tu cuenta para iniciar sesión con la CLI:
-
-    `npx @capgo/cli@latest login YOU_KEY`
-
-**Agrega tu primera aplicación**:
-
-Comencemos creando una aplicación en Capgo Cloud con la CLI.
-
-```shell
-    npx @capgo/cli@latest app add
-```
-Este comando utilizará todas las variables definidas en el archivo de configuración de Capacitor para crear la aplicación.
-
-**Sube tu primera versión**:
-
-Ejecuta el comando para construir tu código y enviarlo a Capgo con:
-
-```shell
-npx @capgo/cli@latest bundle upload`
-```
-
-Por defecto, el nombre de la versión será el que está en tu archivo package.json.
-
-Verifica en [Capgo](https://console.capgo.app/login/) si la construcción está presente.
-
-Incluso puedes probarlo con mi [aplicación de sandbox móvil](https://capgo.app/app_mobile/).
-
-**Haz que la canal sea predeterminada**:
-
-Después de haber enviado tu aplicación a Capgo, necesitas hacer que tu canal sea predeterminado para que las aplicaciones reciban actualizaciones de Capgo.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-**Configura la aplicación para validar actualizaciones**:
-
-Agrega esta configuración a tu archivo JavaScript principal.
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Luego haz un `npm run build && npx cap copy` para actualizar tu aplicación.
-
-**Recibe una Actualización en Vivo**:
-
-Para que tu aplicación reciba una actualización en vivo de Deploy, necesitarás ejecutar la aplicación en un dispositivo o un emulador. La forma más fácil de hacer esto es simplemente usar el siguiente comando para lanzar tu aplicación local en un emulador o en un dispositivo conectado a tu computadora.
-
-      npx cap run [ios | android]
-
-Abre la aplicación, ponla en segundo plano y ábrela nuevamente, deberías ver en los registros que la aplicación ha hecho la actualización.
-
-¡Felicidades! 🎉 Has desplegado exitosamente tu primera Actualización en Vivo. Este es solo el comienzo de lo que puedes hacer con Actualizaciones en Vivo. Para aprender más, consulta la completa [documentación sobre Actualizaciones en Vivo](https://capgo.app/docs/plugin/cloud-mode/getting-started/).
-
-## Usando Complementos de Capacitor
-
-Veamos cómo usar un complemento de Capacitor en acción, que hemos mencionado algunas veces antes. Para hacer esto, podemos instalar un complemento bastante simple ejecutando:
-
-```shell
-npm i @capacitor/share
-```
-
-No hay nada especial sobre el [complemento Share](https://capacitorjs.com/docs/apis/share/), pero de todos modos muestra el cuadro de diálogo de compartir nativo. Para esto, ahora solo necesitamos importar el paquete y llamar a la función `share()` correspondiente desde nuestra aplicación, así que cambiemos el **pages/index.vue** a esto:
-
-```html
-<template>
-  <div>
-    <h1>Welcome to Quasar and Capacitor!</h1>
-    <button @click="share">Share now!</button>
-  </div>
-</template>
-
-<script setup lang="ts">
-import { Share } from '@capacitor/share';
-
-async function share() {
-  await Share.share({
-    title: 'Open Youtube',
-    text: 'Check new video on youtube',
-    url: 'https://www.youtube.com',
-    dialogTitle: 'Share with friends'
-  });
-}
-</script>
-```
-
-Como mencioné anteriormente, al instalar nuevos complementos, necesitamos realizar una operación de sincronización y luego volver a desplegar la aplicación en nuestro dispositivo. Para hacer esto, ejecuta el siguiente comando:
-
-```
-npx cap sync
-```
-
-Después de presionar el botón, ¡puedes presenciar el hermoso cuadro de diálogo de compartir nativo en acción!
-
-## Opcionalmente Agregando Konsta UI
-
-Para usar Konsta UI en tu aplicación Quasar, necesitas tener [tailwind ya instalado](https://tailwindcss.com/docs/installation/) y instalar el paquete:
-
-```shell
-npm i konsta
-```
-
-Además, necesitas modificar tu archivo `tailwind.config.js`:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './pages/**/*.{vue}',
-    './components/**/*.{vue}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` ampliará la configuración predeterminada (o la tuya personalizada) de Tailwind CSS con algunos variantes y utilidades auxiliares requeridas para Konsta UI.
-
-Ahora necesitamos configurar el componente principal de [App](https://konstaui.com/vue/app/) para que podamos establecer algunos parámetros globales (como `tema`).
-
-Necesitamos envolver toda la aplicación con `App` en el `pages/_app.vue`:
-
-```html
-<template>
-  <App theme="ios">
-    <Quasar />
-  </App>
-</template>
-
-<script setup>
-import { App } from 'konsta/vue';
-</script>
-```
-
-### Página de Ejemplo
-
-Ahora que todo está configurado, podemos usar los componentes de Konsta UI Vue en nuestras páginas de Quasar.
-
-Por ejemplo, vamos a abrir `pages/index.vue` y cambiarlo a lo siguiente:
-
-```html
-<template>
-  <Page>
-    <Navbar title="My App" />
-
-    <Block strong>
-      <p>
-        Here is your Quasar & Konsta UI app. Let's see what we have here.
-      </p>
-    </Block>
-    <BlockTitle>Navigation</BlockTitle>
-    <List>
-      <ListItem href="/about/" title="About" />
-      <ListItem href="/form/" title="Form" />
-    </List>
-
-    <Block strong class="flex space-x-4">
-      <Button>Button 1</Button>
-      <Button>Button 2</Button>
-    </Block>
-  </Page>
-</template>
-
-<script setup>
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  Link,
-  BlockTitle,
-} from 'konsta/vue';
-</script>
-```
-
-Si la recarga en vivo no está sincronizada después de instalar todos los componentes necesarios, intenta reiniciar todo. Una vez que hayas hecho eso, deberías ver una aplicación móvil con un aspecto algo nativo, construida con Quasar y Capacitor.
-
-## Conclusión
-
-Capacitor es una excelente opción para construir aplicaciones nativas basadas en un proyecto web existente, ofreciendo una forma simple de compartir código y mantener una UI coherente.
-
-Y con la adición de [Capgo](https://capgo.app/), es aún más fácil agregar actualizaciones en vivo a tu aplicación, asegurando que tus usuarios siempre tengan acceso a las últimas funciones y correcciones de errores.
-
-Si deseas aprender cómo agregar Capgo a tu aplicación Next.js, echa un vistazo al próximo artículo:
diff --git a/src/content/blog/es/real-time-update-metrics-for-capacitor-apps.md b/src/content/blog/es/real-time-update-metrics-for-capacitor-apps.md
deleted file mode 100644
index ba668948f..000000000
--- a/src/content/blog/es/real-time-update-metrics-for-capacitor-apps.md
+++ /dev/null
@@ -1,256 +0,0 @@
----
-slug: real-time-update-metrics-for-capacitor-apps
-title: Métricas de Actualización en Tiempo Real para Apps de Capacitor
-description: >-
-  Aprenda cómo rastrear efectivamente el rendimiento de las actualizaciones de
-  su aplicación para garantizar lanzamientos rápidos y confiables, y una
-  experiencia de usuario mejorada.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-02T03:19:09.129Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c3a347e68199dea862b1d5-1740885602596.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  update tracking, app performance, metrics monitoring, user experience,
-  real-time updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-¿Quieres asegurar que las actualizaciones de tu aplicación sean rápidas, confiables e impactantes? Esto es lo que necesitas saber:
-
--   **¿Por qué Rastrear Actualizaciones?**  
-    Rastrea el rendimiento de las actualizaciones para entregarlas más rápido, solucionar problemas rápidamente y mejorar la experiencia del usuario. Herramientas como [Capgo](https://capgo.app/) pueden aumentar la eficiencia de las versiones en un 81%
-    
--   **Métricas Clave para Monitorear:**
-    
-    -   **Tasa de Adopción:** Porcentaje de usuarios que cambian a la última versión
-    -   **Tasa de Éxito de Actualización:** Porcentaje de actualizaciones exitosas
-    -   **Impacto en Usuarios:** Fallos post-actualización y uso de funciones
--   **Herramientas Principales para Rastrear:**
-    
-    -   **Capgo:** [Gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) segura con soporte CI/CD
-    -   **[Firebase Performance Monitoring](https://firebasegooglecom/docs/perf-mon):** Insights de rendimiento en tiempo real gratuitos
-    -   **[New Relic](https://newreliccom/):** Rastrea errores, solicitudes de red y más
--   **Pasos Rápidos de Configuración:**
-    
-    1.  Instala herramientas como Capgo con `npx @capgo/cli init`
-    2.  Rastrea métricas como tiempo de carga, uso de memoria e informes de fallos
-    3.  Usa pruebas A/B para refinar actualizaciones antes del lanzamiento completo
-
-Monitorear actualizaciones te ayuda a entregar actualizaciones sin problemas, solucionar errores y mejorar el rendimiento de la aplicación. Profundicemos en los detalles
-
-## [Capgo](https://capgo.app/), plugin de Capacitor para actualizaciones en vivo
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-02.jpg?auto=compress)
-
-## Configuración del Seguimiento de Actualizaciones
-
-Para rastrear actualizaciones de manera efectiva, necesitarás configurar las herramientas adecuadas e identificar métricas clave
-
-### Agregando Herramientas de Seguimiento
-
-Comienza eligiendo una herramienta de seguimiento que se ajuste a tus necesidades. Para aplicaciones [Capacitor](https://capacitorjs.com/), aquí hay dos opciones populares:
-
--   **Plugin Capgo**: Instala el plugin Capgo usando la línea de comandos:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-    Sigue las instrucciones de configuración proporcionadas en la documentación
-    
--   **New Relic**: Esta herramienta ayuda a monitorear errores de JavaScript, solicitudes de red y eventos personalizados [\[2\]](https://docsnewreliccom/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/) Ha sido utilizada por empresas como Colenso para actualizar casi todos sus 5,000+ usuarios en solo minutos [\[1\]](https://capgo.app/)
-    
-
-### Métricas Principales para Rastrear
-
-Una vez que tus herramientas estén instaladas, concéntrate en métricas que midan el éxito de tus actualizaciones. Aquí hay un desglose:
-
-| Categoría de Métrica | Mediciones Clave | Propósito |
-| --- | --- | --- |
-| **Rendimiento de Descarga** | Velocidad, tasa de finalización | Evaluar qué tan eficientemente se entregan las actualizaciones |
-| **Éxito de Actualización** | Tasa de instalación, errores | Asegurar que las actualizaciones sean confiables |
-| **Impacto en Usuarios** | Fallos post-actualización, patrones de uso | Medir la calidad e impacto de las actualizaciones |
-
-Estas métricas te darán una imagen clara de qué tan bien están funcionando tus actualizaciones
-
-### Configuración de Opciones de Seguimiento
-
-Ajusta tu configuración de seguimiento para recopilar los datos más relevantes. Dependiendo de la herramienta que elijas, esto es lo que puedes hacer:
-
--   **New Relic**: Ofrece funciones como análisis, registro personalizado, informes de fallos, monitoreo de red y captura del cuerpo de respuesta HTTP [\[2\]](https://docsnewreliccom/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/)
--   **Capgo**: Permite habilitar el cifrado para [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/) y asignar actualizaciones a usuarios específicos para mejor orientación [\[1\]](https://capgo.app/)
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es oro" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Lectura de Datos de Rendimiento de Actualizaciones
-
-Entender cómo se comportan las actualizaciones en escenarios del mundo real es clave para refinar la estrategia de entrega de tu aplicación. Al monitorear de cerca las métricas y usar herramientas confiables, puedes obtener información procesable sobre el rendimiento de las actualizaciones### Midiendo el Uso de Actualizaciones
-
-El seguimiento de cómo los usuarios adoptan las actualizaciones te ayuda a entender la velocidad y efectividad de tu implementación. Aquí hay algunas métricas esenciales para monitorear:
-
--   **Tasa de Adopción**: Calcúlala como _(Nuevos Usuarios de la Actualización / Total de Usuarios) × 100_ Esto muestra cuántos usuarios están cambiando a la versión actualizada
--   **Tiempo hasta la Primera Acción**: Mide cuánto tardan los usuarios en interactuar con las nuevas funciones después de actualizar
--   **Tasa de Éxito de Actualización**: Usa _(Actualizaciones Exitosas / Total de Intentos de Actualización) × 100_ para medir qué tan fluido está funcionando el [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/)
-
-Una vez que tengas estas métricas, profundiza en cómo las actualizaciones influyen en el comportamiento del usuario
-
-### Análisis del Comportamiento del Usuario
-
-Analizar el comportamiento del usuario después de la actualización proporciona una imagen más clara de cómo las actualizaciones impactan el engagement. Por ejemplo, establecer objetivos medibles - como aumentar la activación de usuarios en un 47% al final del trimestre - puede ayudar a seguir el progreso de manera efectiva [\[3\]](https://userpilotcom/blog/user-behavioral-analysis/)
-
-Métricas clave a considerar:
-
--   **Usuarios Activos Diarios (DAU)**: Observa cambios en el uso diario después de la actualización
--   **Duración Media de Sesión**: Compara el tiempo que los usuarios pasan en la app antes y después de la actualización
--   **Uso de Funciones**: Identifica qué nuevas funciones generan más engagement
-
-> "El análisis del comportamiento del usuario es esencial para los equipos de producto que no quieren depender de corazonadas o suerte al tomar decisiones de producto" - Sophie Grigoryan [\[3\]](https://userpilotcom/blog/user-behavioral-analysis/)
-
-El siguiente paso es probar sistemáticamente diferentes versiones de actualización
-
-### Probando Versiones de Actualización
-
-La plataforma de Capgo, con más de 9476 millones de actualizaciones entregadas globalmente [\[1\]](https://capgo.app/), ofrece información sobre estrategias efectivas de prueba. Aquí está en qué enfocarse:
-
--   **Monitoreo de Rendimiento en Tiempo Real**: Mantén un ojo en los tiempos de respuesta y tasas de error inmediatamente después de implementar actualizaciones
--   **Utilización de Recursos**: Asegúrate de que la actualización no sobrecargue los recursos del sistema ni reduzca el rendimiento de la app
--   **Comparación de Versiones**: Usa pruebas A/B para evaluar diferentes versiones de actualización con grupos más pequeños de usuarios antes de implementar ampliamente
-
-Estos métodos ayudan a asegurar que tus actualizaciones sean eficientes y bien recibidas
-
-###### sbb-itb-f9944d2
-
-## Solucionando Problemas de Actualización
-
-Abordar problemas de actualización es crucial para mantener a los usuarios satisfechos y asegurar que tu app funcione sin problemas
-
-### Encontrando Errores de Actualización
-
-Capacitor-updater proporciona herramientas para ayudarte a identificar y resolver errores de actualización:
-
--   Configura los listeners **updateFailed** y **downloadFailed** para capturar problemas durante el proceso de actualización
--   Usa **notifyAppReady()** para confirmar que el paquete de actualización se ha cargado correctamente
--   Configura **appReadyTimeout** para detectar retrasos en el proceso de carga
-
-Rastrear errores te permite identificar dónde ocurren los problemas y tomar medidas para mejorar el rendimiento
-
-> "Appflow Live Updates te permite implementar cambios de código web directamente en las apps instaladas de los usuarios sin requerir que descarguen una nueva versión desde las tiendas de apps. Piensa en ello como una actualización silenciosa en segundo plano que puede corregir errores, introducir nuevas funciones y optimizar el rendimiento" – Ashwini Shukla, Gerente de Producto para Appflow [\[5\]](https://ionicio/blog/capacitor-live-updates-sdk-is-now-ga)
-
-### Solucionando Problemas de Velocidad
-
-Monitorear el rendimiento es esencial para asegurar que las actualizaciones se entreguen rápida y eficientemente. Las pruebas beta muestran que las actualizaciones a menudo se completan en solo segundos [\[4\]](https://ionicio/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever)
-
-Métricas clave para rastrear incluyen:
-
--   Tiempos de carga y tasas de respuesta
--   Uso de memoria
--   Uso de CPU
--   Solicitudes de red
--   Frecuencia de fallos
-
-Herramientas como **Firebase Performance Monitoring** o **[Sentry](https://sentryio/)** pueden ayudarte a monitorear estas métricas y configurar alertas para problemas potenciales
-
-### Gestión del Tamaño de Actualización
-
-Mantener los tamaños de actualización pequeños es crítico para una entrega más rápidaAquí hay algunas técnicas efectivas:
-
-| Técnica | Efecto | Implementación |
-| --- | --- | --- |
-| Banderas de Producción | Reduce el tamaño del bundle | Usar banderas `--prod` y `--release` |
-| Minificación de Código | Disminuye el tamaño del APK | Habilitar `minifyEnabled` |
-| Limpieza de Recursos | Elimina archivos no utilizados | Eliminar SVGs no usados y chunks obsoletos |
-| Gestión de Source Maps | Reduce el tamaño de archivos | Deshabilitar `sourceMap` en `angular.json` |
-
-Por ejemplo, eliminar SVGs no utilizados redujo el tamaño del APK de una aplicación de 42 MB a 34 MB [\[6\]](https://stackoverflowcom/questions/50988174/how-do-i-decrease-the-size-of-the-ionic-android-apk-file)
-
-La plataforma de Capgo ofrece herramientas automatizadas para optimizar el tamaño de las actualizaciones. Su sistema de actualización diferencial transfiere solo los archivos que han cambiado, acelerando la entrega y mejorando el rendimiento general mientras asegura el cumplimiento con los requisitos de las tiendas de aplicaciones.
-
-## Guías de Seguimiento de Actualizaciones
-
-### Estableciendo Métricas Estándar
-
-Para realizar un seguimiento efectivo del rendimiento de las actualizaciones, use métricas consistentes que afecten directamente la experiencia del usuario. Las áreas clave a monitorear incluyen:
-
-| Categoría de Métrica | Medición Clave |
-| --- | --- |
-| **Tiempo de Carga** | Apuntar a que la app cargue en menos de 3 segundos |
-| **Reportes de Fallos** | Mantener los fallos de la app al mínimo |
-| **Uso de Memoria** | Asegurar un uso eficiente de memoria, especialmente en dispositivos de gama baja |
-| **Uso de CPU** | Monitorear actividad de CPU durante actualizaciones |
-| **Solicitudes de Red** | Rastrear la tasa de éxito de solicitudes de red durante actualizaciones |
-
-Investigaciones de [UXCam](https://uxcamcom/) muestran que el 53% de los usuarios abandonan las apps que tardan más de 3 segundos en cargar [\[7\]](https://uxcamcom/blog/how-to-improve-mobile-app-performance/) Mantener un seguimiento cercano de estas métricas tanto para plataformas iOS como Android asegura un rendimiento consistente en todos los dispositivos.
-
-Una vez que haya identificado sus métricas, organícelas en informes claros y concisos para un análisis rápido.
-
-### Construyendo Informes de Métricas
-
-Los informes efectivos convierten datos brutos en ideas accionables. Use paneles en tiempo real para simplificar el proceso.
-
-Aquí está cómo hacer que sus informes sean impactantes:
-
--   **Seguimiento del rendimiento por versión**: Analice cada versión de la app por separado para identificar problemas
--   **Compare datos pre y post actualización**: Identifique cambios causados por actualizaciones
--   **Monitoree tendencias a largo plazo**: Busque patrones recurrentes o mejoras con el tiempo
-
-> "Mejorar el rendimiento de aplicaciones móviles es un proceso continuo vital y complejo" – Tope Longe, Growth Marketing Manager, UXCam [\[7\]](https://uxcamcom/blog/how-to-improve-mobile-app-performance/)
-
-Estos informes le ayudarán a identificar áreas que necesitan atención inmediata y guiar mejoras a largo plazo.
-
-### Usando Datos de Seguimiento
-
-Convierta sus métricas en acciones significativas para mejorar el rendimiento de su app.
-
-**Acciones Inmediatas:**
-
--   Configure alertas para métricas críticas y revise paneles diariamente
--   Implemente reportes de fallos en tiempo real para abordar problemas cuando surjan
-
-**Estrategias a Largo Plazo:**
-
--   Elimine frameworks de código no utilizados para acelerar las descargas
--   Traslade tareas de procesamiento pesado al segundo plano para mejorar la capacidad de respuesta
--   Agregue funcionalidad sin conexión para que los usuarios puedan acceder a la app incluso durante interrupciones de red
-
-Plataformas como Capgo pueden proporcionar análisis detallados y permitir reversiones rápidas cuando sea necesario, asegurando una experiencia de usuario más fluida.
-
-## Resumen
-
-### Resultados del Seguimiento de Actualizaciones
-
-Las herramientas modernas de seguimiento de actualizaciones han demostrado ser revolucionarias para los equipos de desarrollo:
-
--   Equipos de desarrollo en todo el mundo han entregado **5195 millones de actualizaciones** usando estas herramientas [\[1\]](https://capgo.app/)
--   Los equipos reportan un **81% de aumento en eficiencia** gracias a ciclos de lanzamiento más rápidos [\[1\]](https://capgo.app/)
-
-Al combinar el seguimiento efectivo de métricas con actualizaciones en vivo, los desarrolladores han reimaginado cómo mantienen y mejoran sus apps. Incluso el equipo de [OSIRIS-REx](https://sciencenasagov/mission/osiris-rex/) de la NASA ha elogiado este enfoque:
-
-> "@Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-¿Listo para ver estos resultados por ti mismo? Sigue los pasos a continuación para comenzar a rastrear actualizaciones de manera efectiva
-
-### Primeros Pasos
-
-Así es como empezar a rastrear métricas de actualización:
-
--   **Instala plugins y define métricas clave** para monitorear. Enfócate en lo siguiente:
-    
-    | Tipo de Métrica | Meta Objetivo | Impacto |
-    | --- | --- | --- |
-    | Tiempo de Carga | Menos de 3 seg | Mejora la retención |
-    | Tasa de Éxito de Actualización | Más del 99% | Asegura estabilidad |
-    | Velocidad de Descarga | Menos de 5 seg | Aumenta la satisfacción |
-    
--   **Usa herramientas de actualización en vivo** como Capgo para implementaciones seguras e instantáneas
-    
-
-Como compartió un usuario:
-
-> "Practicamos desarrollo ágil y @Capgo es crucial para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/real-time-updates-with-user-segmentation.md b/src/content/blog/es/real-time-updates-with-user-segmentation.md
deleted file mode 100644
index 2f6053930..000000000
--- a/src/content/blog/es/real-time-updates-with-user-segmentation.md
+++ /dev/null
@@ -1,183 +0,0 @@
----
-slug: real-time-updates-with-user-segmentation
-title: Actualizaciones en tiempo real con segmentación de usuarios
-description: >-
-  Aprende cómo las actualizaciones en tiempo real y la segmentación de usuarios
-  pueden mejorar el rendimiento, la participación y la personalización de la
-  aplicación para experiencias de usuario dirigidas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T01:23:29.243Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db5cb48d9574929cf1042f-1742433905119.jpg
-head_image_alt: Desarrollo Móvil
-keywords: 'real-time updates, user segmentation, app engagement, feature testing, Capgo'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones en tiempo real te permiten entregar cambios en la aplicación instantáneamente sin esperar aprobaciones de la tienda de aplicaciones. Combinar esto con la segmentación de usuarios permite orientar a grupos específicos, probar funciones y personalizar experiencias de manera efectiva. Así es como funciona:
-
--   **Actualizaciones en Tiempo Real**: Envía correcciones de errores y nuevas funciones directamente a los usuarios, alcanzando el 95% en 24 horas.
--   **Segmentación de Usuarios**: Agrupa usuarios (ej., beta testers, usuarios avanzados) para probar actualizaciones, implementar gradualmente y personalizar experiencias.
--   **Métricas Clave a Seguir**: Duración de sesión, uso de funciones, adopción de actualizaciones y tasas de error.
--   **Herramientas**: [Capgo](https://capgo.app/) asegura actualizaciones rápidas y seguras con tasas de éxito globales del 82% y análisis detallados.
--   **Beneficios**: Actualizaciones más rápidas, riesgos reducidos, funciones personalizadas y mejor participación.
-
-Comienza definiendo segmentos de usuarios, instalando Capgo (`npx @capgo/cli init`), y monitoreando el rendimiento de las actualizaciones para refinar tu estrategia.
-
-## Componentes Básicos de la Segmentación de Usuarios
-
-### Recopilación de Datos de Usuario
-
-Para crear segmentos de usuarios significativos, primero necesitas rastrear cómo los usuarios interactúan con tu aplicación. Concéntrate en recopilar métricas clave como estas:
-
-| **Tipo de Datos** | **Propósito** | **Impacto** |
-| --- | --- | --- |
-| **Sesión (Duración)** | Entender niveles de participación | Identificar usuarios avanzados vs. casuales |
-| **Uso de Funciones** | Identificar funciones populares | Priorizar qué funciones mejorar |
-| **Respuesta a Actualizaciones** | Medir adopción de actualizaciones | Refinar estrategias de implementación |
-| **Tasas de Error** | Monitorear estabilidad de la app | Identificar y resolver problemas por segmentos |
-
-Usando los análisis de Capgo, puedes rastrear tasas de éxito de actualizaciones y participación de usuarios, ofreciendo información detallada sobre cómo diferentes usuarios interactúan con tu aplicación [\[1\]](https://capgo.app/). Estos datos forman la base de una segmentación efectiva de usuarios.
-
-### Creando Segmentos de Usuarios
-
-Una vez que has recopilado los datos, el siguiente paso es agrupar usuarios en segmentos usando el sistema de canales de Capgo. Esto permite a los desarrolladores gestionar actualizaciones y probar funciones con precisión.
-
-> "Implementamos [actualizaciones OTA de Capgo](https://console.capgo.app/resend_email) en producción para nuestra base de usuarios de 5,000. Estamos viendo una operación muy fluida; casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." – colenso, @colenso [\[1\]](https://capgo.app/)
-
-Los desarrolladores pueden organizar usuarios en categorías como beta testers, usuarios avanzados, usuarios nuevos o cuentas empresariales. Esta segmentación ayuda a probar actualizaciones, implementarlas gradualmente o personalizar funciones para grupos específicos.
-
-| **Tipo de Segmento** | **Descripción** | **[Estrategia de Actualización](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)** |
-| --- | --- | --- |
-| **Beta Testers** | Adoptadores tempranos probando funciones | Reciben actualizaciones primero |
-| **Usuarios Avanzados** | Usuarios muy comprometidos y frecuentes | Priorizar mejoras de rendimiento |
-| **Usuarios Nuevos** | Recién unidos a la plataforma | Simplificar implementación de funciones |
-| **Empresarial** | Cuentas empresariales u organizacionales | Usar ventanas de mantenimiento programadas |
-
-Las herramientas de Capgo facilitan ajustar estos segmentos conforme cambia el comportamiento del usuario, asegurando que tus actualizaciones y funciones permanezcan relevantes [\[1\]](https://capgo.app/).
-
-## Configurando Actualizaciones Segmentadas
-
-### Acciones Clave de Usuario a Rastrear
-
-Para entender mejor la participación del usuario y el uso de la aplicación, concéntrate en comportamientos específicos que resalten patrones. Basado en datos de 750 aplicaciones en producción, estas acciones han demostrado ser las más reveladoras:
-
-| **Acción del Usuario** | **Por Qué Rastrearla** | **Impacto en Actualizaciones** |
-| --- | --- | --- |
-| Frecuencia de Uso de Funciones | Identifica usuarios intensivos vs. casuales | Ayuda a priorizar actualizaciones |
-| Duración de Sesión | Mide niveles de participación | Informa el momento de las actualizaciones |
-| Encuentros de Errores | Resalta problemas de estabilidad | Guía dónde se necesitan correcciones rápidas |
-| Tiempo de Instalación de Actualización | Muestra eficiencia de implementación | Refina estrategias de lanzamiento |
-
-Una vez que hayas identificado estas métricas clave, es momento de elegir las herramientas correctas para implementar actualizaciones segmentadas de manera efectiva.
-
-### Herramientas y Configuración de Actualización
-
-Para que las actualizaciones segmentadas funcionen sin problemas, necesitas herramientas confiables que aseguren cumplimiento y eficiencia. Busca herramientas que cumplan estos puntos de referencia para el rendimiento:
-
--   **95% de adopción de actualización por usuarios activos dentro de 24 horas**
--   **Rendimiento global de [CDN](https://en.wikipedia.org/wiki/Content_delivery_network)**: paquete de 5MB entregado en 114ms
--   **82% de tasa de éxito de actualización mundial**
--   **Tiempo de respuesta global de API**: 57ms
-
-Con estas herramientas en su lugar, las pruebas exhaustivas son esenciales para confirmar que todo funciona según lo planeado.
-
-### Probando el Rendimiento del Segmento
-
-Las pruebas aseguran que las actualizaciones sean efectivas y bien recibidas. Usa un enfoque estructurado para evaluar el rendimiento en diferentes segmentos de usuarios:
-
-| **Fase de Prueba** | **Implementación** | **Métrica de Éxito** |
-| --- | --- | --- |
-| Pruebas Beta | Lanzar primero a adoptadores tempranos | Recopilar retroalimentación y reportes de errores |
-| Lanzamiento por Etapas | Aumentar gradualmente porcentajes de implementación | Medir tasas de éxito de actualización |
-| Monitoreo de Rendimiento | Rastrear métricas para cada segmento | Evaluar participación post-actualización |
-| Preparación para Reversión | Habilitar reversión de versión con un clic | Minimizar tiempo de inactividad si surgen problemas |
-
-Es crucial mantener límites claros de segmentos y monitorear de cerca cómo cada grupo responde a las actualizaciones. Los análisis ayudarán a afinar tu enfoque.
-
-Para aplicaciones empresariales, configurar canales de prueba separados para segmentos principales de usuarios asegura que puedas mantener la tasa de éxito de actualización del 82% mientras gestionas bases de usuarios diversas a través de regiones y patrones de uso.
-
-## Personalizando Experiencias de Aplicación
-
-### Personalizando Funciones para Diferentes Grupos de Usuarios
-
-Con segmentación en tiempo real, los desarrolladores pueden ajustar funciones de la aplicación para adaptarse a diferentes grupos de usuarios. Por ejemplo, se pueden ofrecer herramientas avanzadas a usuarios expertos, mientras que los nuevos usuarios podrían ver una interfaz más simple para ayudarlos a comenzar. Al rastrear la participación en tiempo real, estos ajustes pueden ser refinados continuamente para satisfacer las necesidades de cada grupo. Este enfoque también influye en cómo te comunicas con los usuarios.
-
-### Notificaciones Push Inteligentes
-
-Envía notificaciones que importan, cuando importan. Al adaptar tanto el mensaje como el momento para coincidir con los hábitos de grupos específicos de usuarios, puedes mantener informados a los usuarios activos y hacer que los inactivos vuelvan. Este enfoque dirigido asegura que tus notificaciones tengan impacto.
-
-### Sistema de Gestión de Actualizaciones de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Para apoyar estas interacciones personalizadas, una [gestión efectiva de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) es clave. El sistema de canales de Capgo proporciona control preciso sobre las actualizaciones, permitiendo pruebas beta, lanzamientos por fases y lanzamientos de funciones dirigidos a segmentos específicos de usuarios. Con análisis en tiempo real y configuraciones detalladas de permisos, Capgo asegura el cumplimiento con las reglas de la tienda de aplicaciones - especialmente importante para aplicaciones empresariales.
-
-## Rastreando Resultados y Éxito
-
-### Métricas de Rendimiento
-
-Los análisis juegan un papel crucial en el seguimiento del rendimiento de las actualizaciones. Los indicadores clave incluyen tasas de éxito de actualización, qué tan rápido los usuarios adoptan actualizaciones y niveles de participación. Por ejemplo, el 95% de los usuarios activos instalan actualizaciones dentro de 24 horas, y la tasa global de éxito para actualizaciones es del 82% [\[1\]](https://capgo.app/).
-
-### Probando Diferentes Enfoques
-
-Usando estas métricas, las pruebas sistemáticas ayudan a afinar tu estrategia de actualización. Las [pruebas A/B](https://en.wikipedia.org/wiki/A/B_testing) son especialmente útiles para identificar qué métodos de segmentación funcionan mejor.
-
-| Componente de Prueba | Qué Medir | Por Qué Importa |
-| --- | --- | --- |
-| Momento de Actualización | Tasas de instalación en varios momentos | Ayuda a determinar los mejores horarios de lanzamiento |
-| Criterios de Segmento | Participación del usuario dentro de cada segmento | Confirma la efectividad de la segmentación |
-| Lanzamientos de Funciones | Tasas de uso entre grupos de usuarios | Valida el valor de nuevas funciones |
-
-Durante las pruebas, rastrear errores es esencial. Permite detectar problemas temprano, corregirlos rápidamente y mantener la estabilidad de la aplicación [\[1\]](https://capgo.app/).
-
-### Midiendo el Impacto en el Negocio
-
-Las actualizaciones segmentadas en tiempo real no solo mejoran el rendimiento técnico - también entregan beneficios comerciales claros. Medir estos beneficios puede proporcionar información procesable.
-
-Métricas clave para enfocarse incluyen:
-
--   **Retención de Usuarios**: Examinar cómo las actualizaciones influyen en la participación a largo plazo.
--   **Tickets de Soporte**: Rastrear si las actualizaciones dirigidas reducen problemas de soporte al cliente.
--   **Eficiencia de Desarrollo**: Medir tiempo ahorrado en implementación y corrección de errores.
--   **Satisfacción del Usuario**: Analizar calificaciones de la aplicación y retroalimentación entre grupos de usuarios.
-
-## Guía Paso a Paso para PLG en Tiempo Real con Segment y ...
-
-<iframe src="https://www.youtube.com/embed/4h1BQ5Z8tIA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Próximos Pasos
-
-¿Listo para poner en acción las actualizaciones segmentadas en tiempo real? Aquí hay una guía paso a paso para ayudarte a implementarlas efectivamente.
-
-### Puntos Principales
-
-Comienza instalando el [plugin de Capgo](https://capgo.app/plugins/) (`npx @capgo/cli init`), luego define segmentos de usuarios basados en comportamiento y tus objetivos comerciales. Finalmente, configura un sistema de monitoreo para asegurar una tasa de éxito global de actualización del 82% [\[1\]](https://capgo.app/). Esta configuración te permite implementar actualizaciones instantáneamente sin revisiones de la tienda de aplicaciones, todo mientras te mantienes dentro de las pautas de la plataforma.
-
-Aquí están los tres elementos clave en los que enfocarse:
-
--   **Configuración Técnica**: Instala el plugin de Capgo usando el comando: `npx @capgo/cli init`.
--   **Estrategia de Segmentación**: Agrupa usuarios basándote en participación, comportamiento y objetivos. Esto permite enviar actualizaciones dirigidas a canales específicos de usuarios.
--   **Marco de Monitoreo**: Rastrea el rendimiento de actualizaciones y ajusta la entrega para mejores resultados.
-
-Veamos cómo implementar rápidamente esta estrategia usando Capgo.
-
-### Comienza a Usar Capgo
-
-Comenzar con Capgo es simple y está diseñado para brindar velocidad y confiabilidad. Al combinar la segmentación y el monitoreo, puede entregar actualizaciones de manera segura y eficiente. El sistema de canales de Capgo le brinda un control preciso sobre cómo se distribuyen las actualizaciones, lo que lo hace ideal para pruebas beta y lanzamientos por fases.
-
-Aquí hay un desglose rápido de implementación:
-
-| Fase | Elementos de Acción | Resultado Esperado |
-| --- | --- | --- |
-| Configuración Inicial | Instalar el plugin de Capgo y configurarlo | Una base sólida para actualizaciones |
-| Segmentación | Definir canales de usuario y grupos objetivo | [Entrega organizada de actualizaciones](https://capgo.app/docs/live-updates/update-behavior/) |
-| Despliegue | Usar la CLI para implementar actualizaciones y monitorear | Despliegue rápido y controlado |
-| Optimización | Analizar el rendimiento y ajustar la segmentación | Eficiencia mejorada |
-
-Las herramientas avanzadas de gestión de usuarios de Capgo le permiten controlar las actualizaciones a un nivel granular. Para equipos que siguen prácticas de desarrollo ágil, características como el cifrado de extremo a extremo y análisis detallados aseguran que las actualizaciones sean seguras y de alto rendimiento.
diff --git a/src/content/blog/es/refresh-token-rotation-in-cicd-workflows.md b/src/content/blog/es/refresh-token-rotation-in-cicd-workflows.md
deleted file mode 100644
index ea165868d..000000000
--- a/src/content/blog/es/refresh-token-rotation-in-cicd-workflows.md
+++ /dev/null
@@ -1,293 +0,0 @@
----
-slug: refresh-token-rotation-in-cicd-workflows
-title: Rotación de tokens de actualización en flujos de trabajo de CI/CD
-description: >-
-  La implementación de la rotación de tokens de actualización mejora la
-  seguridad en los flujos de trabajo de CI/CD al automatizar la gestión de
-  accesos y minimizar los riesgos asociados con credenciales robadas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T04:31:38.871Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68214ae55e3fe4823b5f6cab-1747024366276.jpg
-head_image_alt: Desarrollo de Software
-keywords: >-
-  token rotation, CI/CD security, refresh tokens, credential management, secure
-  deployments
-tag: 'Development, Security, Technology'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres asegurar tus flujos de trabajo de CI/CD? Comienza con la rotación de tokens de refresco.** Esta práctica garantiza que los tokens tengan una vida corta, reduciendo los riesgos de credenciales robadas y automatizando la gestión de acceso. Aquí está el por qué es importante:
-
--   **Lo que hace**: Los tokens de refresco reemplazan los tokens de acceso antiguos por nuevos, invalidando el token anterior después de su uso.
--   **Por qué es importante**: Los tokens de corta duración limitan la exposición, detectan amenazas más rápido y reducen la posibilidad de accesos no autorizados.
--   **Cómo implementarlo**: Utiliza herramientas como **[HashiCorp Vault](https://www.hashicorp.com/products/vault)** o **[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/)** para el almacenamiento y la rotación segura de tokens. Configura plataformas de CI/CD como [GitHub Actions](https://docs.github.com/actions) o [GitLab CI](https://docs.gitlab.com/ee/ci/) para automatizar el proceso con scripts.
--   **Evita tiempos de inactividad**: Añade un período de gracia, mecanismos de recuperación y verificaciones de salud para asegurar despliegues fluidos.
--   **Sigue estándares**: Utiliza cifrado TLS, rastrea el uso de tokens y alinea con las directrices de NIST y SOC 2.
-
-**Consejo Rápido:** Plataformas como [Capgo](https://capgo.app/) simplifican la rotación de tokens al automatizar el proceso, integrar cifrado y reducir costos en comparación con los estándares de la industria.
-
-La rotación de tokens es una forma simple pero efectiva de asegurar tus pipelines de CI/CD. Sigue leyendo para aprender cómo configurarlo y evitar errores comunes.
-
-## GitLab 17.7 - Rotación de Token a través de la UI
-
-<iframe src="https://www.youtube.com/embed/V-N-V-1JWQw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configurando la Rotación de Token en CI/CD
-
-Implementar la rotación de tokens de refresco es un paso clave para asegurar los despliegues de CI/CD.
-
-### Métodos de Almacenamiento de Tokens
-
-Para mantener tus tokens seguros, considera utilizar soluciones avanzadas basadas en la nube:
-
-**Integración de HashiCorp Vault**
-
--   Utiliza secretos dinámicos que se rotan automáticamente.
--   Configura duraciones de arrendamiento para credenciales temporales.
--   Habilita registro de auditoría para monitorear el uso de tokens.
-
-**AWS Secrets Manager**
-
--   Establece horarios de rotación automática.
--   Activa el seguimiento de versiones para gestionar credenciales de manera efectiva.
--   Habilita la replicación entre regiones para mayor redundancia.
-
-Ambos métodos aseguran despliegues seguros y automatizados, reduciendo la intervención manual.
-
-### Configuración de Plataforma CI/CD
-
-Cada plataforma CI/CD requiere configuraciones específicas para manejar la rotación de tokens de manera efectiva:
-
-**Configuración de GitHub Actions**:
-
-```yaml
-name: Token Rotation
-on:
-  schedule:
-    - cron: '0 0 * * *'  # Daily rotation
-env:
-  TOKEN_STORE: ${{ secrets.TOKEN_STORE }}
-
-steps:
-  - name: Rotate Token
-    run: |
-      curl -X POST $TOKEN_STORE/rotate
-```
-
-**Configuración de GitLab CI/CD**:
-
-```yaml
-rotate_token:
-  script:
-    - rotate_credentials.sh
-  rules:
-    - changes:
-        - credentials/*
-```
-
-Ajusta estos ejemplos para que coincidan con los requisitos de tu plataforma y asegúrate de que la rotación de tokens sea fluida.
-
-### Prevención de Interrupciones en Despliegues
-
-La rotación de tokens puede a veces llevar a problemas de despliegue, pero puedes evitar tiempos de inactividad con estas estrategias:
-
--   **Implementación de Período de Gracia**: Permite una superposición de 15 minutos donde ambos tokens, el antiguo y el nuevo, son válidos. Esto asegura que los trabajos en curso terminen sin interrupciones mientras que los nuevos comienzan con las credenciales actualizadas.
--   **Mecanismo de Respaldo**: Establece un método de autenticación de respaldo para utilizar en caso de que falle la rotación de tokens.
--   **Verificaciones de Salud**: Verifica regularmente la validez de los tokens y los procesos de rotación.
-
-Ejemplo de script de verificación de salud:
-
-```bash
-#!/bin/bash
-check_token_validity
-if [ $? -eq 0 ]; then
-  perform_rotation
-  verify_new_token
-fi
-```
-
-Plataformas como Capgo pueden simplificar la gestión del ciclo de vida del token, asegurando operaciones fluidas sin tiempos de inactividad.
-
-## Estándares de Seguridad para la Rotación de Tokens
-
-### Configuración de TLS y Cifrado
-
-Para asegurar intercambios seguros de tokens, es crítico implementar protocolos de cifrado en múltiples capas. Comienza configurando autenticación de **TLS mutua (mTLS)** entre tus servicios de CI/CD y sistemas de gestión de tokens. Aquí hay un ejemplo de cómo podría verse una configuración adecuada de mTLS:
-
-```yaml
-# Example mTLS Configuration
-tls:
-  cert_file: /path/to/cert.pem
-  key_file: /path/to/key.pem
-  client_ca_file: /path/to/ca.pem
-  min_version: TLS1.3
-  cipher_suites:
-    - TLS_AES_128_GCM_SHA256
-    - TLS_AES_256_GCM_SHA384
-```
-
-Capgo mejora la seguridad de los tokens con **cifrado de extremo a extremo (E2E)**, asegurando que los tokens permanezcan protegidos durante todo su ciclo de vida [\[1\]](https://capgo.app). Junto con el cifrado, es esencial monitorear el uso de tokens para confirmar la efectividad de estas medidas de seguridad.
-
-### Seguimiento del Uso de Tokens
-
-Rastrear cómo se utilizan los tokens es una forma proactiva de detectar problemas de seguridad potenciales. Métricas como tasas de éxito de rotación pueden revelar vulnerabilidades temprano, dándote la oportunidad de abordarlas antes de que se escalen. Este nivel de monitoreo también asegura que tus prácticas de gestión de tokens estén alineadas con las directrices de seguridad establecidas.
-
-### Cumpliendo con Estándares de Seguridad
-
-Para cumplir con estándares de seguridad modernos, sigue estas directrices para la rotación de tokens:
-
-**Recomendaciones de NIST:**
-
--   Utiliza **expiración automática de tokens** para reducir riesgos de exposición.
--   Asegúrate de que los tokens utilicen **longitudes de clave fuertes** (al menos 2048 bits).
--   Mantén los tokens de producción y desarrollo en **sistemas de almacenamiento separados**.
--   Configura **monitoreo automatizado** para rastrear actividades relacionadas con los tokens.
--   Implementa **mecanismos de reversión** para recuperarte de errores relacionados con los tokens.
--   Aplica **controles de acceso basados en roles (RBAC)** para limitar el acceso a tokens a usuarios autorizados.
-
-**Cumplimiento SOC 2:**
-
--   Mantén documentación detallada de los procedimientos de rotación de tokens.
--   Habilita **registro de auditoría** para todas las operaciones de tokens para asegurar trazabilidad.
--   Desarrolla y aplica **procedimientos de respuesta a incidentes** para abordar violaciones de seguridad relacionadas con tokens.
-
-## Rotación de Tokens para Sistemas a Gran Escala
-
-Cuando la rotación de tokens encuentra problemas en pipelines de CI/CD complejas, es crucial tener un sistema robusto de recuperación de errores en su lugar. Esto asegura que los problemas se identifiquen rápidamente, se resuelvan automáticamente cuando sea posible o se reviertan a un estado estable. Para sistemas a gran escala, mantener operaciones sin interrupciones requiere un enfoque bien estructurado para la recuperación de errores.
-
-### Pasos de Recuperación de Errores
-
-Aquí hay un ejemplo de una configuración para manejar errores durante la rotación de tokens:
-
-```yaml
-# Error Recovery Configuration
-error_handling:
-  monitoring:
-    alert_threshold: 2
-    check_interval: 60s
-  recovery:
-    auto_rollback: true
-    max_attempts: 3
-```
-
-El proceso de recuperación típicamente involucra estos pasos:
-
--   **Detectar fallos**: Usa herramientas automatizadas de monitoreo para identificar problemas tan pronto como ocurren.
--   **Pausar operaciones dependientes**: Detén temporalmente procesos relacionados para evitar un efecto dominó.
--   **Intentar recuperación**: Sigue procedimientos de recuperación predefinidos para solucionar el problema automáticamente.
--   **Revertir si es necesario**: Si los intentos de recuperación fallan, vuelve al estado anterior del token para restaurar la estabilidad.
-
-> "Seguimiento de Errores: Monitorea proactivamente y soluciona problemas antes de que impacten a los usuarios" - Capgo [\[1\]](https://capgo.app)
-
-Este enfoque estructurado minimiza el tiempo de inactividad y asegura que se mantengan los estándares de seguridad. Los sistemas de monitoreo supervisan cada paso, permitiendo a los equipos actuar rápida y efectivamente cuando surgen problemas de rotación de tokens.
-
-## Usando [Capgo](https://capgo.app/) para la Seguridad de CI/CD
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68214ae55e3fe4823b5f6cab/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgo se basa en estrategias probadas de rotación de tokens para fortalecer la seguridad de CI/CD, ofreciendo herramientas que hacen que los despliegues seguros sean a la vez fluidos y fiables.
-
-### Herramientas de Seguridad de Capgo
-
-En el núcleo de la configuración de seguridad de Capgo está el **cifrado de extremo a extremo**, asegurando que las actualizaciones sean accesibles solo para usuarios autorizados. Este marco de cifrado se integra sin problemas con plataformas populares de CI/CD, proporcionando una base segura para los despliegues.
-
-```yaml
-# Capgo Security Configuration
-security:
-  encryption:
-    type: end-to-end
-    key_rotation: enabled
-  ci_integration:
-    platforms:
-      - GitHub Actions
-      - GitLab CI
-      - Jenkins
-```
-
-### Configuración de Rotación de Tokens de Capgo
-
-Configurar la rotación de tokens con Capgo es sencillo, gracias a su herramienta CLI. Después de instalar el complemento de Capgo, configura tu pipeline con características como un intervalo de rotación de 24 horas, opciones de respaldo y monitoreo activo. El sistema se encarga de las actualizaciones de tokens automáticamente, asegurando que los despliegues permanezcan sin interrupciones. Este proceso simplificado destaca cómo Capgo facilita la seguridad en comparación con otras plataformas.
-
-### Capgo vs Otras Plataformas
-
-Desde 2022, el panorama de seguridad de CI/CD ha visto avances significativos, y Capgo destaca para equipos que transitan desde sistemas más antiguos. Aquí está cómo se compara:
-
-| Característica | Capgo | Estándar de la Industria |
-| --- | --- | --- |
-| Cifrado de Extremo a Extremo | Sí | Varía |
-| Opción de Auto-Alojamiento | Disponible | Rara |
-| Costo Operativo Mensual | ~$300 | $500+ |
-| Automatización de Rotación de Tokens | Integrada | Limitada |
-
-> "Actualmente estamos probando @Capgo desde que Appcenter dejó de soportar actualizaciones en vivo en aplicaciones híbridas y @AppFlow es demasiado caro." - Simon Flack[\[1\]](https://capgo.app)
-
-La tarifa única de configuración de CI/CD de Capgo de $2,600 ofrece ahorros a largo plazo, con un estimado de $26,100 ahorrados en cinco años[\[1\]](https://capgo.app). Su apoyo para Capacitor 8, junto con características para la gestión flexible de organizaciones, lo convierte en una excelente opción para pequeños equipos y grandes empresas por igual, especialmente aquellos que priorizan medidas de seguridad robustas.
-
-## Conclusión: Mejorando CI/CD con Rotación de Tokens
-
-### Principales Beneficios de Seguridad
-
-La rotación de tokens simplifica la gestión de credenciales mientras mejora la capacidad de detección de amenazas.
-
-Aquí hay algunos de los principales beneficios de seguridad que una estrategia de rotación de tokens bien ejecutada puede aportar:
-
-| **Área de Mejora** | **Impacto** |
-| --- | --- |
-| Exposición de Credenciales | La rotación automatizada reduce riesgos al eliminar el uso de secretos a largo plazo. |
-| Detección de Brechas | El seguimiento en tiempo real del reuso de tokens permite una identificación más rápida de amenazas. |
-| Control de Acceso | Permisos ajustados ayudan a restringir efectivamente el acceso no autorizado. |
-
-Estas mejoras destacan por qué la rotación de tokens es un componente crítico para fortalecer tu pipeline de CI/CD.
-
-### Pasos para Implementar la Rotación de Tokens
-
-Para integrar con éxito la rotación de tokens en tu flujo de trabajo, enfócate en estas áreas esenciales:
-
-**Configurando la Infraestructura**
-
--   Utiliza cifrado TLS/SSL de extremo a extremo para asegurar la comunicación.
--   Almacena tokens en bóvedas seguras diseñadas para credenciales sensibles.
--   Configura horarios automatizados para asegurar que los tokens se roten regularmente.
-
-**Configurando Monitoreo**
-
--   Mantén un control cercano sobre la actividad de los tokens siguiendo patrones de uso.
--   Establece alertas para cualquier comportamiento inusual, como el reuso inesperado de tokens.
--   Registra todos los eventos del ciclo de vida de los tokens para mantener una pista de auditoría detallada.
-
-Para un proceso más optimizado, herramientas como Capgo incorporan la rotación de tokens directamente en las tuberías de CI/CD. Al implementar esta característica, asegúrate de implementar mecanismos de manejo de errores robustos y pruebas exhaustivas para evitar interrupciones. Este enfoque no solo fortalece tu seguridad, sino que también ayuda a mantener operaciones fluidas, creando una base confiable para implementaciones automáticas y seguras.
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Qué es la rotación de tokens de actualización y cómo mejora la seguridad en los flujos de trabajo de CI/CD?
-
-La rotación de tokens de actualización es una característica de seguridad donde se emite un nuevo token de actualización cada vez que se usa el anterior. Este método ayuda a reducir el riesgo de uso indebido de tokens, ya que cualquier token comprometido se vuelve inválido después de ser rotado.
-
-En los flujos de trabajo de CI/CD, utilizar la rotación de tokens de actualización agrega una capa adicional de protección para tareas automatizadas como [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) o implementaciones. Limita la exposición de tokens de larga duración, fortaleciendo la seguridad de tu tubería. Herramientas como Capgo pueden integrarse sin problemas en los sistemas de CI/CD, proporcionando actualizaciones seguras y automatizadas para [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) mientras cumplen con las pautas de la plataforma.
-:::
-
-:::faq
-### ¿Cómo puedo implementar la rotación de tokens de actualización en las tuberías de CI/CD para asegurar implementaciones seguras y continuas?
-
-Implementar la rotación de tokens de actualización en tus tuberías de CI/CD es un movimiento inteligente para mantener tus implementaciones seguras mientras funcionan sin problemas. Aquí hay algunos consejos prácticos para hacerlo correctamente:
-
-- **Automatiza la rotación de tokens**: Integra la gestión de tokens directamente en tu flujo de trabajo de CI/CD. De esta manera, los tokens se actualizan automáticamente, eliminando la necesidad de actualizaciones manuales.
-- **Asegura tokens con variables de entorno**: Siempre almacena tokens en variables de entorno en lugar de codificarlos directamente en tus scripts. Esto añade una capa adicional de protección para información sensible.
-- **Mantén un ojo en la actividad de los tokens**: Monitorea y registra regularmente el uso de tokens. Esto te ayuda a detectar rápidamente cualquier uso indebido o acceso no autorizado.
-
-Si estás desarrollando con aplicaciones de Capacitor, **Capgo** simplifica la integración de CI/CD. Asegura que la gestión de actualizaciones de aplicaciones en vivo sea tanto segura como eficiente. Combinar la rotación de tokens con herramientas como Capgo puede hacer que tu proceso de implementación sea más seguro y optimizado.
-:::
-
-:::faq
-### ¿Cómo asegura Capgo la rotación de tokens segura y la integración de CI/CD mientras se mantiene rentable en comparación con los estándares de la industria?
-
-Capgo proporciona una forma segura y eficiente de manejar la rotación de tokens e integrar flujos de trabajo de CI/CD, alineándose con los estándares de la industria mientras enfatiza la automatización. Al entrelazar la rotación de tokens de actualización en los procesos de CI/CD, Capgo asegura que los desarrolladores puedan mantener actualizaciones de aplicaciones seguras sin comprometer la facilidad de uso.
-
-En términos de costos y características, Capgo se destaca como un fuerte contendiente. Ofrece funcionalidades clave como **cifrado de extremo a extremo**, **integración fluida de CI/CD** y **actualizaciones en tiempo real**, todo mientras cumple con las pautas de cumplimiento de Apple y Android. Además, los precios de Capgo están diseñados para ser amigables con el presupuesto, lo que lo convierte en una opción atractiva para los desarrolladores que buscan una solución de actualización en vivo confiable y segura para aplicaciones de Capacitor.
-:::
diff --git a/src/content/blog/es/rollback-mechanisms-in-capacitor-plugins.md b/src/content/blog/es/rollback-mechanisms-in-capacitor-plugins.md
deleted file mode 100644
index ff6e29262..000000000
--- a/src/content/blog/es/rollback-mechanisms-in-capacitor-plugins.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: rollback-mechanisms-in-capacitor-plugins
-title: Mecanismos de reversión en los complementos de Capacitor
-description: >-
-  Explora los mecanismos de retroceso en los plugins de Capacitor para
-  garantizar la estabilidad y una recuperación rápida durante las
-  actualizaciones, mejorando la experiencia del usuario y minimizando el tiempo
-  de inactividad.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:56:05.350Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99-1743821776760.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor plugins, rollback mechanisms, version control, update stability,
-  monitoring framework
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Los mecanismos de retroceso garantizan la estabilidad al actualizar los complementos de [Capacitor](https://capacitorjs.com/). Te permiten revertir a una versión anterior si las actualizaciones causan errores o problemas, minimizando el tiempo de inactividad y mejorando la experiencia del usuario.
-
-### Puntos Clave:
-
--   **Cómo Funciona**: Guarda una copia de seguridad de la versión actual, verifica actualizaciones y revierte automáticamente si ocurren problemas.
--   **Cuándo Usar**: Errores críticos, caídas en el rendimiento o quejas de los usuarios tras las actualizaciones.
--   **Componentes Principales**:
-    -   **Control de Versiones**: Rastrear versiones de complementos y copias de seguridad.
-    -   **Monitoreo**: Detecta problemas en tiempo real.
-    -   **Ejecución de Retroceso**: Restaura versiones anteriores sin problemas.
--   **Herramientas**:
-    -   **[Capgo](https://capgo.app/)**: Servicio administrado con características como retroceso con un clic y análisis en tiempo real.
-    -   **Complemento de [Actualización en Vivo de Capacitor](https://capgo.app/docs/plugin/self-hosted/auto-update/)**: Solución nativa que requiere configuración manual, pero ofrece acceso directo a la API.
-
-### Comparación Rápida:
-
-| Característica | Capgo | Complemento de Actualización en Vivo |
-| --- | --- | --- |
-| Tiempo de Configuración | Minutos | Horas/Días |
-| Cifrado | De extremo a extremo | Firma básica |
-| Monitoreo | Análisis integrados | Se necesita integración manual |
-| Velocidad de Actualización | 114ms | Varía |
-
-Los sistemas de retroceso son críticos para actualizaciones suaves y satisfacción del usuario. Elige una solución que se ajuste a tus necesidades, ya sea la simplicidad de Capgo o la flexibilidad manual del Complemento de Actualización en Vivo.
-
-## Conceptos Básicos del Mecanismo de Retroceso
-
-### Cómo Funcionan los Retrocesos
-
-En los [complementos de Capacitor](https://capgo.app/plugins/), los mecanismos de retroceso funcionan como una salvaguarda al mantener copias de seguridad de versiones y restaurar automáticamente la versión estable anterior si algo sale mal. Así es como funciona:
-
--   **Copia de Seguridad de Versiones**: Antes de aplicar una actualización, el sistema guarda una copia de la versión estable actual.
--   **Chequeo de Salud**: Después de la actualización, el sistema verifica que todo funcione correctamente.
--   **Reversión Automática**: Si la actualización no pasa el chequeo de salud, el sistema vuelve a la versión de copia de seguridad.
-
-> "Retroceso con un clic a cualquier versión anterior si es necesario" – Capgo [\[1\]](https://capgo.app/)
-
-### Cuándo Usar Retrocesos
-
-Los retrocesos son esenciales cuando una actualización causa problemas como errores críticos, rendimiento más lento, conflictos de versiones, problemas de integración o quejas importantes de los usuarios. Capgo informa que el 82% de las actualizaciones tienen éxito a nivel mundial [\[1\]](https://capgo.app/), pero para los casos restantes, tener un sistema de retroceso confiable es crucial para resolver problemas rápidamente.
-
-### Arquitectura de Retroceso de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-El sistema de retroceso en Capacitor se basa en tres componentes principales para manejar la gestión de versiones de manera efectiva:
-
-| Componente | Función | Característica Clave |
-| --- | --- | --- |
-| Sistema de Gestión de Versiones | Rastrear el historial completo de versiones de complementos | Acceso rápido a lanzamientos estables |
-| Marco de Monitoreo | Verifica continuamente el rendimiento de las actualizaciones | Detección de problemas en tiempo real |
-| Control de Distribución | Maneja lanzamientos escalonados de actualizaciones | Distribución de actualizaciones gradual y dirigida |
-
-> "Monitorea proactivamente y soluciona problemas antes de que afecten a los usuarios" – Capgo [\[1\]](https://capgo.app/)
-
-Estos componentes crean una base sólida para gestionar retrocesos, la cual se explicará más a fondo en la guía de configuración.
-
-## Configuración de Retrocesos de Complementos
-
-### Métodos Clave de Capacitor
-
-Para crear un sistema de retroceso para los complementos de Capacitor, es esencial comprender los métodos clave que gestionan versiones y actualizaciones. Estos métodos se centran en tres áreas principales:
-
-| Tipo de Método | Propósito | Funcionalidad Clave |
-| --- | --- | --- |
-| Control de Versiones | Gestiona versiones de complementos y copias de seguridad | Almacena el historial de versiones y permite el cambio de versión |
-| Monitoreo de Salud | Rastrea el estado y rendimiento de las actualizaciones | Monitorea el éxito del despliegue e identifica problemas |
-| Ejecución de Retroceso | Maneja el proceso de reversión | Restaura versiones anteriores mientras se preserva la integridad de los datos |
-
-Estos métodos son la base de un proceso de retroceso confiable, que puedes implementar utilizando los pasos descritos a continuación.
-
-### Guía de Implementación
-
-Una vez que comprendas los conceptos básicos de los retrocesos, sigue estos pasos para configurar un sistema funcional:
-
-1.  **Configurar el Control de Versiones**  
-    Integra el seguimiento de versiones en tu proceso de despliegue y establece puntos de restauración para una rápida reversión. Los datos de Capgo muestran que esta estrategia puede reducir el tiempo de inactividad hasta un 85% durante fallos críticos [\[1\]](https://capgo.app/).
-    
-2.  **Configurar el Monitoreo**  
-    Incluye seguimiento de errores, retroalimentación de usuarios, métricas de rendimiento y monitoreo del estado de actualizaciones para garantizar operaciones suaves.
-    
-3.  **Definir los Disparadores de Retroceso**  
-    Establece disparadores de retroceso claros para escenarios como errores críticos, problemas de rendimiento, problemas de experiencia de usuario o fallos de integración.
-    
-
-### Consejos de Implementación
-
-**Protocolo de Pruebas**: Utiliza una estrategia de lanzamiento escalonado para reducir riesgos. Rodrigo Mantica enfatizó: "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-Para una recuperación más rápida, conecta tu sistema de retroceso a tu pipeline de CI/CD. Esto puede reducir el tiempo de recuperación de horas a solo minutos [\[1\]](https://capgo.app/).
-
-## ¿Qué es un Complemento de Capacitor? #shorts
-
-<iframe src="https://www.youtube.com/embed/h7x1vIE42X8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Herramientas de Gestión de Retrocesos
-
-Gestionar retrocesos de manera efectiva requiere herramientas que puedan manejar la versionado, monitoreo y rápida reversión. Aquí hay una visión general de algunas de las mejores opciones para gestionar retrocesos en aplicaciones de [Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/a64cd6a83185b5ac05d3640337221542.jpg)
-
-Capgo apareció como una fuerte solución de gestión de retrocesos tras el cierre de [Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)'s en 2024. Simplifica las actualizaciones de complementos con una variedad de características:
-
-| Característica | Ventaja | Rendimiento |
-| --- | --- | --- |
-| **Retroceso con un Clic** | Vuelve rápidamente a cualquier versión | 114ms de descarga promedio del paquete |
-| **Cifrado de Extremo a Extremo** | [Actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/) | 57ms de tiempo de respuesta de la API |
-| **[Sistema de Canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Distribuir actualizaciones beta a grupos específicos | 23.5M de actualizaciones entregadas |
-| **Tablero de Analíticas** | Rastrear actualizaciones en tiempo real | 750 aplicaciones de producción servidas |
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Para quienes prefieren un enfoque más práctico, el [Complemento de Actualización en Vivo de Capacitor](https://capgo.app/register/) es otra opción que vale la pena considerar.
-
-### Complemento de Actualización en Vivo de Capacitor
-
-A diferencia del servicio administrado de Capgo, el Complemento de Actualización en Vivo de Capacitor ofrece una solución nativa para la gestión de retrocesos. Sus características incluyen:
-
--   Integración con sistemas de control de versiones
--   Acceso directo a APIs nativas
--   Optimización específica de la plataforma
--   Funcionalidad básica de retroceso
-
-Si bien es potente, este complemento requiere más configuración manual en comparación con servicios administrados como Capgo.
-
-### Comparativa de Herramientas
-
-Aquí hay una rápida comparación entre Capgo y el Complemento de Actualización en Vivo de Capacitor:
-
-| Característica | Capgo | Complemento de Actualización en Vivo |
-| --- | --- | --- |
-| **Tiempo de Configuración** | Minutos | Horas/Días |
-| **Cifrado** | De extremo a extremo | Firma básica |
-| **Velocidad de Actualización** | 114ms | Varía |
-| **Tasa de Éxito** | 82% a nivel mundial | Depende de la implementación |
-| **Monitoreo** | Analíticas integradas | Se necesita integración manual |
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar la revisión para correcciones de errores es algo valioso." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Con el cierre programado de [Appflow](https://ionic.io/appflow/) en 2026, los desarrolladores buscan soluciones de retroceso confiables y rentables para mantener sus proyectos funcionando sin problemas.
-
-## Pruebas y Solución de Retrocesos
-
-### Pruebas de Actualizaciones Fallidas
-
-Para asegurarte de que los mecanismos de retroceso funcionen como se pretende, simula fallos controlados. Aquí hay un marco de pruebas útil:
-
-| Escenario de Prueba | Método de Implementación | Criterios de Éxito |
-| --- | --- | --- |
-| **Incompatibilidad de Versiones** | Desplegar una versión de paquete incompatible | El retroceso se activa automáticamente |
-| **Paquete Corrompido** | Cargar una actualización dañada | Detecta el error y restaura el sistema |
-| **Fallo de Red** | Simular una pérdida de conexión | Reanuda desde la última versión estable |
-| **Tiempo de Espera de la API** | Introducir retrasos en la respuesta de la API | Maneja el retraso con un mecanismo de respaldo |
-
-Utilizar canales beta es una forma inteligente de detectar problemas temprano. Este método ayuda a abordar problemas potenciales antes de que se agraven.
-
-### Problemas Comunes de Retroceso
-
-Incluso con pruebas cuidadosas, ciertos desafíos pueden surgir durante los retrocesos:
-
--   **Conflictos de Versiones**: Gestionar múltiples versiones puede ser complicado. Lleva un seguimiento de las versiones de paquetes, compatibilidad de API, esquemas de base de datos y mapeo de activos para evitar choques.
--   **Problemas de Caché**: Limpia las cachés durante los retrocesos para garantizar que el sistema regrese a un estado limpio.
--   **Persistencia del Estado**: Asegúrate de que los datos de los usuarios y los estados de la aplicación se conserven durante los retrocesos. Las estrategias de migración de datos deben manejar cualquier cambio entre versiones de manera efectiva.
-
-### Directrices de la Tienda de Aplicaciones
-
-Cumplir con los requisitos de la tienda de aplicaciones es esencial al implementar mecanismos de retroceso. Apple y Google tienen reglas específicas:
-
-| Plataforma | Requisito | Método de Cumplimiento |
-| --- | --- | --- |
-| **iOS** | No se permite la ejecución de código dinámico | Utiliza actualizaciones basadas en paquetes |
-| **Android** | Verificación de seguridad | Aplica cifrado de extremo a extremo |
-| **Ambos** | Proteger los datos del usuario | Implementar gestión segura del estado |
-
-> "Cumple con los requisitos de la Tienda de Aplicaciones" - Capgo
-
-Para mantener el cumplimiento y proteger los datos del usuario, utiliza cifrado de extremo a extremo y un seguimiento de errores robusto. Estas medidas no solo abordan problemas comunes, sino que también aseguran resoluciones rápidas cuando surgen problemas.
-
-## Conclusión
-
-Los mecanismos de retroceso confiables son clave para mantener la estabilidad de los complementos y asegurar una experiencia de usuario fluida. Cuando se implementan correctamente, estos sistemas pueden estabilizar el 95% de las actualizaciones en 24 horas y lograr una tasa de éxito del 82% [\[1\]](https://capgo.app/). Estos números subrayan la importancia de tener características de recuperación inmediatas en su lugar.
-
-Aquí hay algunos elementos críticos para retrocesos efectivos:
-
-| Característica | Impacto | Mejor Práctica |
-| --- | --- | --- |
-| **Retroceso con un Clic** | Recuperación rápida de problemas | Permitir la reversión instantánea a versiones estables |
-| **Cifrado de Extremo a Extremo** | Seguridad mejorada | Cifrar todas las transmisiones de actualización |
-| **Análisis en Tiempo Real** | Detección temprana de problemas | Monitorizar continuamente el rendimiento de las actualizaciones |
-| **Sistema de Canales** | Implementaciones controladas | Usar para pruebas beta y actualizaciones por etapas |
-
-Con más de 750 aplicaciones entregando con éxito más de 23.5 millones de actualizaciones [\[1\]](https://capgo.app/), está claro que las soluciones modernas de retroceso funcionan. Para implementar un sistema de retroceso efectivo, enfóquese en combinar medidas de seguridad sólidas - como el cifrado de extremo a extremo - con un estricto cumplimiento de las pautas de la tienda de aplicaciones. El control de versiones robusto es otro elemento imprescindible.
diff --git a/src/content/blog/es/rollback-strategies-for-capacitor-live-updates.md b/src/content/blog/es/rollback-strategies-for-capacitor-live-updates.md
deleted file mode 100644
index 1df9727e7..000000000
--- a/src/content/blog/es/rollback-strategies-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,101 +0,0 @@
----
-slug: rollback-strategies-for-capacitor-live-updates
-title: Estrategias de Rollback para Capacitor Live Updates
-description: >-
-  Aprende más sobre estrategias efectivas de reversión para actualizaciones en
-  vivo de Capacitor para garantizar la estabilidad de la aplicación y minimizar
-  las interrupciones para los usuarios durante las actualizaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T03:35:36.644Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c-1745552174598.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, rollback strategies, live updates, app stability, error tracking,
-  update management
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Evite interrupciones en la aplicación con estrategias sólidas de reversión.** Los Live Updates de [Capacitor](https://capacitorjs.com/) te permiten entregar correcciones rápidamente, pero el 18% de las actualizaciones fallan globalmente. Un plan de reversión asegura la estabilidad cuando surgen problemas. Aquí un resumen rápido:
-
--   **Herramientas Clave**: Control de versiones, seguimiento de errores, análisis y reversión con un clic.
--   **Cuándo Revertir**: Ralentizaciones severas, funciones rotas, riesgos de seguridad o problemas de datos.
--   **Pasos para Prepararse**:
-    1.  Usar pruebas beta para detectar problemas temprano.
-    2.  Configurar monitoreo para alertas de error en tiempo real.
-    3.  Definir disparadores de reversión y protocolos de respuesta.
-
-Plataformas como [Capgo](https://capgo.app/) ofrecen actualizaciones rápidas (114ms para 5MB), altas tasas de éxito (82%) y soluciones rentables (desde $12/mes). También soportan automatización de reversiones, seguimiento en tiempo real y segmentación de usuarios, haciéndolas una opción confiable para gestionar actualizaciones en vivo.
-
-| **Característica** | **Capgo** | **[Appflow](https://ionic.io/appflow/)** |
-| --- | --- | --- | --- |
-| Velocidad de Actualización | 114ms | Estándar | Estándar |
-| Tasa de Éxito | 82% | No Publicado | No Publicado |
-| Cifrado de Extremo a Extremo | Sí | No | No |
-| [Opción de Auto-alojamiento](https://capgo.app/blog/self-hosted-capgo/) | Sí | No | No |
-| Costo Mensual | Desde $12 | Similar | ~$500 |
-
-Configura las herramientas de reversión hoy para asegurar actualizaciones fluidas y mantener la confianza del usuario.
-
-## Cómo Migrar Tu Aplicación [Ionic](https://ionicframework.com/) a [Capacitor](https://capacitorjs.com/) 3
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-Las estrategias de reversión juegan un papel clave en mantener la estabilidad de la aplicación y asegurar la confianza del usuario. Las métricas muestran consistentemente cómo estas estrategias apoyan un enfoque estructurado para gestionar las actualizaciones de manera efectiva.
-
-Aquí se muestra un desglose de los componentes esenciales para un proceso de reversión fluido:
-
-| Componente | Propósito | Impacto |
-| --- | --- | --- |
-| **Reversión con un Clic** | Volver rápidamente a una versión anterior | Reduce el tiempo de inactividad |
-| **Sistema de Canales** | Implementar actualizaciones por etapas | Reduce la exposición al riesgo |
-| **Seguimiento de Errores** | Monitorear problemas en tiempo real | Facilita correcciones más rápidas |
-
-Estas características son fundamentales para cualquier plan de reversión, facilitando la implementación de cambios mientras se minimizan las interrupciones.
-
-### Primeros Pasos
-
-Para poner en práctica estas estrategias, sigue estos pasos:
-
-1.  Instala las herramientas de implementación usando `npx @capgo/cli init`.
-2.  Configura los canales de actualización para entornos beta y producción.
-3.  Configura el monitoreo para seguir las tasas de éxito y el compromiso del usuario.
-
-El sistema automatizado de reversión de Capgo demuestra su efectividad, con **1.4K aplicaciones en producción** y **947.6M actualizaciones entregadas** [\[1\]](https://capgo.app/). La plataforma ha demostrado que puede manejar implementaciones a gran escala sin problemas.
-
-> "Capgo es una herramienta imprescindible para desarrolladores que quieren ser más productivos. Evitar la revisión para correcciones de errores es oro puro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Cuáles son los pasos esenciales para crear una estrategia de reversión confiable para actualizaciones en vivo en aplicaciones Capacitor?
-
-Una estrategia de reversión efectiva para actualizaciones en vivo en aplicaciones Capacitor implica una planificación y ejecución cuidadosa para garantizar la estabilidad de la aplicación y una experiencia de usuario fluida. Los componentes clave incluyen:
-
--   **Control de Versiones**: Mantener un sistema claro de versionado para actualizaciones que permita identificar y revertir fácilmente cambios problemáticos.
--   **Pruebas y Monitoreo**: Probar exhaustivamente las actualizaciones antes del lanzamiento y monitorear el rendimiento de la aplicación después de la implementación para detectar problemas rápidamente.
--   **Mecanismo de Reversión**: Implementar un proceso de reversión que permita volver a una versión estable anterior sin problemas si una actualización causa problemas.
-
-Usar herramientas como Capgo puede simplificar este proceso ofreciendo actualizaciones en tiempo real, asignaciones específicas por usuario y cumplimiento con los estándares de Apple y Android, asegurando un sistema de gestión de actualizaciones eficiente y seguro.
-:::
-
-:::faq
-### ¿Cómo reducen las interrupciones los sistemas automatizados de reversión durante las actualizaciones de aplicaciones?
-
-Los sistemas automatizados de reversión ayudan a reducir las interrupciones durante las actualizaciones de aplicaciones permitiendo a los desarrolladores volver rápidamente a una versión estable si una actualización causa problemas. Esto asegura que los usuarios puedan continuar usando la aplicación con interrupciones mínimas, manteniendo una experiencia fluida.
-
-Estos sistemas son especialmente valiosos para actualizaciones en vivo en aplicaciones Capacitor, ya que proporcionan una red de seguridad para abordar problemas inesperados sin requerir intervención manual que consume tiempo o reenvíos a las tiendas de aplicaciones. Al automatizar las reversiones, los desarrolladores pueden enfocarse en resolver problemas mientras minimizan el impacto en los usuarios.
-:::
-
-:::faq
-### ¿Por qué debería usar un canal de pruebas antes de implementar actualizaciones a todos los usuarios?
-
-Usar un canal de pruebas antes de implementar actualizaciones a toda tu base de usuarios es crucial para asegurar una experiencia de usuario fluida. Permite identificar y corregir posibles errores, problemas de compatibilidad o problemas de rendimiento en un entorno controlado, minimizando el riesgo de interrupciones generalizadas.
-
-Al probar actualizaciones primero con un grupo más pequeño de usuarios, puedes recopilar comentarios valiosos, monitorear métricas de rendimiento y realizar ajustes necesarios antes de un lanzamiento a gran escala. Este enfoque no solo mejora la calidad de tus actualizaciones sino que también ayuda a mantener la confianza y satisfacción del usuario.
-:::
diff --git a/src/content/blog/es/rollback-strategies-for-cicd-workflows.md b/src/content/blog/es/rollback-strategies-for-cicd-workflows.md
deleted file mode 100644
index 7abcdaea2..000000000
--- a/src/content/blog/es/rollback-strategies-for-cicd-workflows.md
+++ /dev/null
@@ -1,81 +0,0 @@
----
-slug: rollback-strategies-for-cicd-workflows
-title: Estrategias de Reversión para Flujos de Trabajo de CI/CD
-description: >-
-  Explora estrategias efectivas de rollback para flujos de trabajo CI/CD,
-  analizando las mejores plataformas para actualizaciones seguras y asequibles.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:17:30.946Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28-1745288279341.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  CI/CD, rollback strategies, app updates, mobile development, security,
-  integration
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-**¿Buscas formas rápidas y confiables de revertir actualizaciones problemáticas de aplicaciones?** Aquí está lo más importante: Plataformas como [Capgo](https://capgo.app/) hacen que los rollbacks sean simples con soluciones de un clic, encriptación fuerte e integración CI/CD, mientras que otras como [Appflow](https://ionicio/docs/appflow) y  tienen limitaciones o costos más altos. [Microsoft CodePush](https://microsoftgithubio/code-push/), que alguna vez fue una opción gratuita, fue descontinuado en 2024.
-
-### Puntos Clave:
-
--   **Capgo**: Asequible ($300/mes + $2,600 configuración), rollback con un clic, integración con GitHub/GitLab, analytics en tiempo real y encriptación
--   **Appflow**: Costoso ($6,000/año); soporta snapshots pero termina en 2026
--   **Microsoft CodePush**: Descontinuado en 2024, dejando a los desarrolladores de apps híbridas buscando alternativas
-
-### Comparación Rápida:
-
-| Característica | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| Opciones de Rollback | Rollback con un clic | No documentado | Snapshots | Descontinuado |
-| Integración CI/CD | GitHub, GitLab, [Jenkins](https://wwwjenkinsio/) | No documentado | Limitado | Ninguno |
-| Seguridad | Encriptación de extremo a extremo | Firma de actualizaciones | Firma de actualizaciones | Firma de actualizaciones |
-| Precios | $300/mes + $2,600 configuración | No revelado | $6,000/año | Gratuito (descontinuado) |
-
-**Conclusión:** Con CodePush desaparecido y Appflow cerca de su fin, **Capgo** destaca como una solución rentable, segura y rica en funciones para la gestión de rollbacks.
-
-## Implementando una Estrategia Efectiva de Rollback con GitHub
-
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo acelera los procesos de CI/CD ofreciendo una función simple de rollback con un clic que se integra sin problemas con los pipelines existentes. Esta funcionalidad de rollback permite a los equipos restaurar rápidamente versiones anteriores, protegiendo las apps en vivo de tiempos de inactividad prolongados.
-
-### Seguridad y Rendimiento
-
-Capgo garantiza la protección de datos con encriptación de extremo a extremo y ofrece un rendimiento rápido, con un tiempo de respuesta promedio de API de 434 ms [\[1\]](https://capgo.app/)
-
-### Integración CI/CD
-
-Funciona perfectamente con herramientas populares como **[GitHub Actions](https://docsgithubcom/actions)**, **[GitLab CI](https://docsgitlabcom/ee/ci/)**, y **Jenkins**
-
-### Características Avanzadas de Distribución
-
--   Implementa actualizaciones a grupos específicos de usuarios para pruebas beta
--   Despliega actualizaciones gradualmente usando despliegues segmentados
--   Detecta errores en tiempo real con seguimiento incorporado
--   Monitorea el rendimiento de la app en vivo a través de analytics detallados
-
-### Precios
-
-Capgo cuesta aproximadamente $300 por mes, con una tarifa única de configuración de $2,600 [\[1\]](https://capgo.app/)
-
-### Gestión de Actualizaciones
-
-Capgo admite actualizaciones parciales para reducir el uso de ancho de banda y es compatible con las versiones 6 y 7 de Capacitor. Los usuarios pueden elegir entre configuraciones alojadas en la nube o auto-alojadas.
-
-Al combinar capacidades rápidas de rollback con analytics en tiempo real y seguimiento de errores, Capgo permite a los equipos abordar problemas de producción rápidamente y mantener ciclos de entrega fluidos.
-
-## 3. [Appflow](https://ionicio/docs/appflow)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/e3b5a6ca6da391fe9a61210f3bd95bb8.jpg)
-
-Appflow cobra aproximadamente $6,000 por año por su plan CI/CD, llevando a muchos equipos a explorar opciones de rollback más asequibles.
\ No newline at end of file
diff --git a/src/content/blog/es/secure-storage-for-offline-tokens-in-capacitor.md b/src/content/blog/es/secure-storage-for-offline-tokens-in-capacitor.md
deleted file mode 100644
index 3deec6e83..000000000
--- a/src/content/blog/es/secure-storage-for-offline-tokens-in-capacitor.md
+++ /dev/null
@@ -1,78 +0,0 @@
----
-slug: secure-storage-for-offline-tokens-in-capacitor
-title: Almacenamiento Seguro para Tokens Offline en Capacitor
-description: >-
-  Aprende cómo almacenar de manera segura los tokens de autenticación fuera de
-  línea utilizando cifrado y controles biométricos en aplicaciones móviles.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:09:43.027Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559-1745028797889.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  offline tokens, secure storage, AES-256 encryption, biometric authentication,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres mantener seguros los tokens de autenticación de tu aplicación sin conexión?** Aquí tienes lo que necesitas saber:
-
--   **Cifra los tokens**: Utiliza cifrado AES-256 con iOS Keychain o Android Keystore.
--   **Control de acceso**: Agrega [autenticación biométrica](https://capgo.app/plugins/capacitor-native-biometric/) para mayor seguridad.
--   **Gestión de tokens**: Usa tokens de corta duración, actualízalos de forma segura y rota las claves regularmente.
--   **Mejores herramientas**: Prueba **@[capacitor](https://capacitorjs.com/)\-community/secure-storage** o **[Ionic Identity Vault](https://ionic.io/docs/identity-vault/)** para almacenamiento cifrado multiplataforma.
-
-Estos pasos protegen los datos del usuario, previenen el robo de tokens y aseguran el acceso seguro sin conexión. Sigue leyendo para comparaciones detalladas e instrucciones de configuración.
-
-## [Ionic Identity Vault](https://ionic.io/docs/identity-vault/): Autenticación biométrica móvil segura
-
-![Ionic Identity Vault](https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559/e2484017084695edeec1f98ae40b009b.jpg)
-
-<iframe src="https://www.youtube.com/embed/DsXx7oEcOS0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Estándares de seguridad para tokens sin conexión
-
-Para asegurar el almacenamiento seguro, utiliza **cifrado AES-256** a través de iOS Keychain o Android Keystore. Implementa **PKCE** durante los intercambios iniciales de código OAuth2, y asegúrate de rotar los tokens de refresco de corta duración después de cada uso. Además, agrega **autenticación biométrica** para proteger el acceso a los tokens y mejorar la seguridad general.
-
-## Implementación de almacenamiento seguro
-
-Para usar cifrado AES‑256, PKCE y controles biométricos como se discutió anteriormente, comienza instalando el plugin de Almacenamiento Seguro:
-
-```bash
-npm install @capacitor-community/secure-storage
-```
-
-Consulta la documentación del plugin para obtener detalles sobre la configuración de claves de cifrado, [activación de la autenticación biométrica](https://capgo.app/plugins/capacitor-native-biometric/) y gestión del almacenamiento, recuperación y procesos de actualización de tokens sin conexión.
-
-Una vez que eso esté configurado, procede a definir métodos para almacenar tokens y gestionar su ciclo de vida sin conexión, que se cubrirá en la siguiente sección.
-
-## Análisis de soluciones de almacenamiento
-
-Al elegir opciones de almacenamiento seguro para tokens sin conexión en aplicaciones de Capacitor, los desarrolladores deben considerar factores como los [métodos de cifrado](https://capgo.app/docs/cli/migrations/encryption/), compatibilidad entre plataformas y facilidad de integración. A continuación se presenta un desglose de los principales plugins de almacenamiento seguro para gestionar tokens sin conexión.
-
-### Comparación de características del plugin
-
--   **@capacitor-community/secure-storage**: Ofrece cifrado AES-256 utilizando iOS Keychain y Android Keystore, admite [desbloqueo biométrico](https://capgo.app/plugins/capacitor-native-biometric/) e incluye rotación automática de claves.
--   **@ionic/storage**: No incluye cifrado incorporado, requiere un envoltorio manual para seguridad y carece de características de autenticación biométrica.
--   **Native SecureStorage**: Funciona exclusivamente con iOS Keychain pero no es compatible con Android.
--   **@ionic-enterprise/identity-vault**: Ofrece cifrado a nivel de hardware, admite autenticación biométrica y gestiona eficazmente el ciclo de vida de los tokens seguros.
-
-## Resumen
-
-Aquí tienes un resumen rápido de las prácticas y herramientas clave para el almacenamiento de tokens sin conexión:
-
--   **Cifra los tokens** utilizando almacenes de claves respaldados por hardware, [asegurados con biometría](https://capgo.app/plugins/capacitor-native-biometric/).
--   Implementa políticas estrictas para la emisión, expiración, rotación y actualización de tokens.
-
-Para cifrado multiplataforma, herramientas como **@capacitor-community/secure-storage** y **Ionic Identity Vault** son excelentes opciones. Además, **[Capgo](https://capgo.app/)** ofrece cifrado de extremo a extremo, integración CI/CD y lanzamientos dirigidos a usuarios, cumpliendo con los requisitos de las tiendas de Apple y Android.
-
-### Herramientas y recursos
-
--   **@capacitor-community/secure-storage**: Almacenamiento cifrado de clave-valor para iOS y Android.
--   **Ionic Identity Vault**: Almacenamiento a nivel empresarial con seguridad biométrica.
--   **Capgo**: Proporciona actualizaciones en tiempo real con entrega cifrada CI/CD.
diff --git a/src/content/blog/es/self-hosted-capgo.md b/src/content/blog/es/self-hosted-capgo.md
deleted file mode 100644
index 8e51d483a..000000000
--- a/src/content/blog/es/self-hosted-capgo.md
+++ /dev/null
@@ -1,123 +0,0 @@
----
-slug: self-hosted-capgo
-title: Capgo autohospedado
-description: >-
-  El auto-alojamiento de Capgo te permite desplegar actualizaciones en vivo de
-  Capacitor a tus usuarios sin tener que usar el servicio en la nube de Capgo.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-20T00:00:00.000Z
-updated_at: 2023-09-20T00:00:00.000Z
-head_image: /self-hosted-capgo.webp
-head_image_alt: capgo autohospedado
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: es
-next_blog: ''
----
-Este artículo proporciona una guía paso a paso sobre cómo autoalojar Capgo, así como un análisis de los beneficios y desafíos del autoalojamiento.
-
-# Introducción
-
-El Autoalojamiento es una forma de ejecutar tu propio sitio web o aplicación mediante la configuración de un servidor y red por ti mismo. En lugar de usar una Plataforma como Servicio o un Proveedor de Nube Pública, aquellos que eligen autoalojar ejecutarán sus propias redes y serán responsables del mantenimiento y el tiempo de actividad además de construir su sitio web o aplicación.
-
-La forma más fácil de comenzar con Capgo es con nuestro [servicio administrado oficial en la nube](https://capgo.app/), pero si estás dispuesto a administrar el tuyo propio, también puedes autoalojar Capgo en tu servidor.
-
-## ¿Qué es el autoalojamiento?
-
-El autoalojamiento, en el contexto del ámbito digital, se refiere a la práctica de ejecutar tus propios servidores o infraestructura de alojamiento para gestionar y controlar tu presencia y servicios en línea. En lugar de depender de proveedores de alojamiento de terceros, individuos y organizaciones eligen configurar y gestionar sus servidores, sitios web, aplicaciones y almacenamiento de datos en sus propios términos.
-
-## ¿Por qué elegir el autoalojamiento?
-
-Hay muchas razones por las que las personas eligen el autoalojamiento. Algunos de los beneficios más comunes incluyen:
-
-* **Privacidad y control:** El autoalojamiento te da control completo sobre tus datos y privacidad. No tienes que preocuparte por proveedores externos que rastreen tu actividad o vendan tus datos.
-
-* **Ahorro de costos:** El autoalojamiento puede ser más rentable a largo plazo, especialmente si estás utilizando muchos recursos o ejecutando múltiples servicios.
-
-* **Personalización:** El autoalojamiento te da la flexibilidad de personalizar tus aplicaciones y servicios para satisfacer tus necesidades específicas.
-
-* **Aprendizaje y experimentación:** El autoalojamiento puede ser una excelente manera de aprender sobre Linux, administración de sistemas y otros temas técnicos. También puede ser una forma divertida de experimentar con nuevo software y servicios.
-
-* **Independencia:** El autoalojamiento reduce tu dependencia de proveedores externos. No estás a merced de sus términos de servicio, cambios de precios o posibles interrupciones del servicio. Esta independencia puede ser crucial para empresas e individuos que dependen de su presencia en línea para funciones críticas.
-
-## ¿Cuál es la diferencia entre Capgo Cloud y Capgo Autoalojado?
-
-Solo existe una versión de Capgo. Tanto mi producto Cloud como mi Autoalojado son completamente iguales. No hay una versión comercial premium y exclusiva con un conjunto de características mejor o más completo.
-
-Obtienes el mismo panel de control, las mismas métricas procesables y el mismo compromiso de [respetar la privacidad de tus visitantes](https://capgo.app/privacy/) con ambos.
-
-Comencé a desarrollar Capgo en diciembre de 2018 y lancé el negocio de suscripción SaaS en mayo de 2019. El proyecto está muy vivo, se desarrolla activamente y crece rápidamente. También es robusto y probado en batalla.
-
-Aquí están las diferencias entre Capgo Cloud y Capgo Autoalojado:
-
-|   | Cloud | Autoalojado |
-| --- | --- | --- |
-| **Alojamiento** | Fácil y conveniente. Toma 2 minutos comenzar a enviar tu primera actualización, alta disponibilidad, copias de seguridad, seguridad y mantenimiento, todo hecho por mí. Gestiono todo por ti para que no tengas que preocuparte por nada. | Lo haces todo tú mismo. Necesitas conseguir un servidor y necesitas gestionar tu infraestructura. Eres responsable de la instalación, mantenimiento, actualizaciones, capacidad del servidor, tiempo de actividad, copias de seguridad, seguridad, estabilidad, consistencia, tiempo de carga, etc. |
-| **Almacenamiento** | Todos los datos de visitantes se procesan exclusivamente en infraestructura en la nube propiedad de la UE. Mantengo tus datos del sitio en un servidor seguro y encriptado en Alemania. Esto asegura que tus datos del sitio estén protegidos por las estrictas leyes de privacidad de datos de la Unión Europea y garantiza el cumplimiento del GDPR. Los datos de tu sitio web nunca salen de la UE. | Tienes control total y puedes alojar tu Capgo en cualquier servidor en cualquier país que desees. Alójalo en un servidor en tu sótano o alójalo con cualquier proveedor de la nube donde quieras, incluso aquellos que no cumplen con GDPR. |
-| **Datos sin procesar** | Ves todas las estadísticas y métricas de tu sitio en mi panel moderno, simple de usar y de carga rápida. Solo puedes ver las estadísticas agregadas en el panel. | ¿Eres un analista y quieres acceso a los datos sin procesar? Alojar Capgo por ti mismo te da esa opción. Toma los datos directamente de la base de datos e impórtalos a una herramienta de análisis de datos de tu elección. |
-| **Costos** | Hay un costo asociado con proporcionar un servicio de actualización, por lo que cobro una tarifa de suscripción. | Solo necesitas pagar por tu servidor y cualquier costo asociado con ejecutar un servidor. Nunca tienes que pagarme ninguna tarifa, solo a tu proveedor de la nube. |
-| **Soporte Premium** | Soporte real entregado por seres humanos reales que construyen y mantienen Capgo. | El soporte premium no está incluido. La versión autoalojada solo tiene soporte comunitario. |
-| **Lanzamientos** | Desarrollado y mejorado continuamente con nuevas características y actualizaciones varias veces por semana. | Es un lanzamiento a largo plazo publicado dos veces al año, por lo que las últimas características no estarán disponibles inmediatamente ya que primero se prueban en la nube. |
-
-# Cómo autoalojar Capgo
-
-Principalmente usamos Supabase en Capgo, para autoalojar solo necesitas seguir la [documentación de autoalojamiento de Supabase](https://supabase.com/docs/guides/self-hosting/docker).
-
-# Usando la CLI con capgo autoalojado
-Para usar la CLI con capgo autoalojado edita el capacitor.config.ts desde el directorio de tu aplicación y configúralo así:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      localHost: "http://localhost:5173",
-      localWebHost: "http://localhost:5173",
-      localSupa: "http://localhost:54321",
-      localSupaAnon: "see_notes",
-    },
-  },
-};
-```
-
-Nota: Para obtener localSupaAnon por favor sigue este [tutorial](https://capgo.app/docs/self-hosted/local-dev/getting-started/) y copia la clave anon en localSupaAnon
-
-# Usando el actualizador de capacitor con capgo autoalojado
-
-**Requisito**
-
-Clonado [capgo](https://github.com/Cap-go/capgo/)
-
-Para usar el actualizador de capacitor con capgo autoalojado edita el `capacitor.config.ts` desde el directorio de tu aplicación y configúralo así:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      statsUrl: "https://localhost:54321/functions/v1/stats",
-      channelUrl: "https://localhost:54321/functions/v1/channel_self",
-      updateUrl: "https://localhost:54321/functions/v1/updates"
-    },
-  },
-};
-```
-
-Esto te permitirá usar capgo local en desarrollo. Sin embargo, por defecto, esto no es suficiente.
-
-# Conclusión
-
-En conclusión, autoalojar Capgo puede ser una buena opción para organizaciones que tienen los recursos y la experiencia para hacerlo. Ofrece varios beneficios, incluyendo control sobre el proceso de actualización, seguridad y cumplimiento. Sin embargo, es importante sopesar cuidadosamente los beneficios y desafíos antes de decidir si autoalojar.
-
-Si estás considerando autoalojar Capgo, te recomiendo que comiences leyendo la [documentación de autoalojamiento](https://capgo.app/docs/self-hosted/getting-started/) de Capgo. Esto te dará una buena comprensión de los requisitos y riesgos del autoalojamiento.
diff --git a/src/content/blog/es/self-hosted-live-updates.md b/src/content/blog/es/self-hosted-live-updates.md
deleted file mode 100644
index 0eca30b03..000000000
--- a/src/content/blog/es/self-hosted-live-updates.md
+++ /dev/null
@@ -1,96 +0,0 @@
----
-slug: self-hosted-live-updates
-title: Actualizaciones En Vivo Autogestionadas
-description: >-
-  ¡Me complace anunciar Self-hosted Live Updates, la siguiente generación de
-  actualizaciones en vivo de Capgo!
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-03T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /self_hosted.webp
-head_image_alt: Actualizaciones autogestionadas
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: es
-next_blog: ''
----
-
-Me complace anunciar el lanzamiento de Live Updates Auto-alojado, que representa la última evolución de las Live Updates de Capgo.
-
-Si bien muchas empresas actualmente utilizan el SDK de Live Updates para acceder a las actualizaciones más recientes de JavaScript, HTML y CSS para sus aplicaciones, algunas pueden encontrar obstáculos debido a políticas corporativas, regulaciones industriales o restricciones geográficas. Con Live Updates Auto-alojado, ahora puede distribuir artefactos de compilación web a través de su infraestructura.
-
-Esto significa que puede evitar retrasos causados por las revisiones de la App Store, solucionar errores y modificar contenido más rápidamente, y asegurarse de que sus usuarios siempre estén operando en la última versión de su aplicación. Además, he escuchado de numerosas grandes empresas que desearían aprovechar Live Updates pero enfrentan desafíos debido a estrictos estándares de cumplimiento. Este problema ahora es cosa del pasado gracias a Live Updates Auto-alojado.
-
-## ¿Cómo funcionan las live updates auto-alojadas?
-
-Implementar Live Updates alojadas en Capgo es muy sencillo usando el [Capgo SDK](https://githubcom/Cap-go/capacitor-updater/). En cuanto a Live Updates Auto-alojado, he mejorado el CLI de Capgo con las funcionalidades necesarias para permitir la configuración en su infraestructura.
-
-Para garantizar una entrega segura y coordinada de los últimos artefactos de compilación web a los usuarios finales, Capgo ahora permite que el plugin de Capacitor Live Updates emplee un par de claves pública/privada. Al usar Live Updates Auto-alojado, se realiza un handshake adicional para proporcionar la seguridad de que los artefactos descargados a través del plugin desde la infraestructura de la empresa no han sido modificados.
-
-![Capgo encryption schema](/encryption_flow.webp)
-
-A continuación se describen los pasos para establecer el par de claves y el proceso posterior para entregar la experiencia actualizada a los usuarios finales.
-
-### Configuración única del par de claves
-
-Para generar un par de claves pública/privada, las empresas pueden utilizar el siguiente comando del CLI de Capgo Cloud:
-
-```shell
-npx @capgo/cli@latest key create
-```
-
-Este comando establecerá las propiedades `CapacitorUpdaterprivateKey` en su archivo de configuración
-Y generará 2 archivos de claves, `capgo_keypub` y `capgo_key` en el directorio raíz de su proyecto.
-
-Este par de claves se utiliza para firmar la actualización y verificar la actualización en el lado de la aplicación.
-
-### Flujo de trabajo de live updates auto-alojadas
-
-Para comenzar a implementar Live Updates Auto-alojado, una empresa primero debe realizar una compilación web de sus correcciones de errores, actualizaciones de contenido o cualquier otro cambio de código basado en web que deseen realizar. Luego, deben firmar el artefacto de compilación usando la clave privada obtenida durante el proceso de configuración única, y finalmente cargar el paquete a su ubicación de almacenamiento preferida.
-
-Primero compile su código:
-```shell
-npm run build
-```
-
-Luego comprima su compilación:
-```shell
-npx @capgo/cli@latest bundle zip
-```
-
-Luego encripte su zip:
-
-```shell
-npx @capgo/cli@latest bundle encrypt abc123.zip”
-```
-
-Este comando le mostrará un ivSessionKey, necesita guardarlo para el siguiente paso.
-
-Ahora suba su zip encriptado a su almacenamiento empresarial y obtenga la URL del archivo zip.
-
-Capgo debe ser informado de una nueva Live Update que está lista para su consumo. Esto se hace a través de otro comando CLI:
-
-```shell
-npx @capgo/cli@latest bundle upload --external=https://abc.com/app/updates/abc123.zip --iv-session-key=YourKey
-```
-
-Una vez ejecutado el comando, Capgo es consciente de que hay una nueva actualización lista para ser distribuida a los usuarios de la aplicación. Ahora, cuando se inicia la aplicación, el plugin de Live Updates verifica con Capgo si es necesario descargar algún cambio.
-
-Capgo responde al plugin con "Sí, hay una actualización disponible" y el plugin de Live Updates descarga la nueva actualización en vivo usando la ubicación URL proporcionada desde el comando `register` del CLI:
-
-```shell
-https://abc.com/app/updates/abc123.zip
-```
-
-La API de la organización devuelve el paquete de Live Update desde la ubicación, y la aplicación descifra el zip y aplica la actualización en vivo. ¡Voilá!
-
-## Comience
-
-Me entusiasma extender el alcance de Live Updates a más empresas que antes. Tanto las organizaciones como los usuarios de aplicaciones Ionic reconocerán rápidamente las ventajas de la distribución segura de actualizaciones de aplicaciones over-the-air de Capgo.
-
-Para más información sobre Live Updates Auto-alojado de Capgo, puede [consultar la documentación](/docs/cli/commands/#upload-version)¿Listo para implementar actualizaciones instantáneas de aplicaciones directamente a tus usuarios? [¡Regístrate aquí hoy!](/register/)
\ No newline at end of file
diff --git a/src/content/blog/es/set-up-performance-monitoring-in-capacitor.md b/src/content/blog/es/set-up-performance-monitoring-in-capacitor.md
deleted file mode 100644
index 7ea33c3a1..000000000
--- a/src/content/blog/es/set-up-performance-monitoring-in-capacitor.md
+++ /dev/null
@@ -1,407 +0,0 @@
----
-slug: set-up-performance-monitoring-in-capacitor
-title: Configuración del monitoreo de rendimiento en Capacitor
-description: >-
-  Aprenda cómo configurar el monitoreo de rendimiento en su aplicación usando
-  Firebase y Sentry para mejorar la eficiencia y la satisfacción del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:36:41.635Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df674387fa49042c75b4e1-1742708253934.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, performance monitoring, Firebase, Sentry, mobile app development,
-  error tracking, monitoring tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres optimizar el rendimiento de tu app [Capacitor](https://capacitorjs.com/)?** Herramientas de monitoreo como [Firebase](https://firebase.google.com/) y [Sentry](https://sentry.io/) pueden ayudarte a rastrear fallos, uso de recursos y tiempos de respuesta, garantizando una mejor experiencia de usuario. Aquí un resumen rápido:
-
--   **Por qué monitorear rendimiento**: Identifica fallos, optimiza el uso de recursos y mejora tiempos de respuesta.
--   **Herramientas a usar**:
-    -   **Firebase**: Datos de rendimiento en tiempo real, monitoreo de red y seguimiento de eventos personalizados.
-    -   **Sentry**: Seguimiento detallado de errores, análisis de trazas y notificaciones en tiempo real.
--   **Pasos de configuración**:
-    -   Instalar SDK de Firebase o Sentry.
-    -   Configurar tu app para rastrear métricas de rendimiento o errores.
-    -   Usar paneles para analizar y mejorar el rendimiento de la app.
-
-**Comparación rápida**:
-
-| Característica | Firebase | Sentry |
-| --- | --- | --- |
-| Monitoreo en tiempo real | Pequeño retraso | Casi instantáneo |
-| Soporte nativo | Android, iOS | Android, iOS, Web |
-| Métricas personalizadas | Básico | Flexible |
-| Complejidad de integración | Flujos de trabajo basados en Google | Configuración simple del SDK |
-
-Para actualizaciones en vivo, integra herramientas como **[Capgo](https://capgo.app/)** para implementar correcciones al instante sin demoras de la tienda de apps. Comienza a monitorear hoy para mejorar la eficiencia y satisfacción del usuario de tu app.
-
-## Optimiza la salud de la app con monitoreo de rendimiento de [Firebase](https://firebase.google.com/) ...
-
-![Firebase Platform Dashboard](https://mars-images.imgix.net/seobot/screenshots/firebase.google.com-ab24bd47674782df651734052f495a0c-2025-03-23.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/ENaOg5YefjQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Selecciona una herramienta de monitoreo
-
-Elige una herramienta de monitoreo que se ajuste a los requisitos de tu app y la experiencia de tu equipo. Aquí una comparación entre Firebase Performance Monitoring y Sentry para ayudarte a decidir.
-
-### Comparación de herramientas
-
-| Característica | Firebase Performance Monitoring | Sentry |
-| --- | --- | --- |
-| Modelo de precios | Nivel gratuito con opciones escalables de pago | Nivel gratuito con planes de crecimiento asequibles |
-| Monitoreo en tiempo real | Información de rendimiento con pequeño retraso | Monitoreo casi instantáneo |
-| Soporte de plataforma nativa | Android e iOS | Android, iOS y web |
-| Complejidad de integración | Funciona con servicios de Google | Configuración simple del SDK |
-| Seguimiento de eventos personalizados | Métricas personalizadas básicas | Seguimiento flexible de eventos personalizados |
-| Período de retención | Limitado en el nivel gratuito | Extendido en todos los planes |
-
-### Criterios de selección
-
-Al decidir entre estas herramientas, considera lo siguiente:
-
--   **Tamaño y tráfico de la app**: Para apps que esperan un rápido crecimiento, Firebase es una opción sólida. Sentry podría ser más adecuado para implementaciones de menor escala.
--   **Requisitos técnicos**: Firebase requiere [Google Play Services](https://en.wikipedia.org/wiki/Google_Play_Services), haciéndolo ideal para apps dentro de ese ecosistema. Sentry funciona independientemente, ofreciendo más flexibilidad entre plataformas.
--   **Experiencia del equipo**: Firebase se alinea bien con equipos ya familiarizados con herramientas de Google, mientras que la configuración sencilla del SDK de Sentry es más fácil para casos de uso más amplios.
--   **Restricciones de presupuesto**: Ambas herramientas ofrecen niveles gratuitos, pero compara los costos de escalar funciones para asegurar que se ajusten a tu presupuesto.
--   **Objetivos de integración**: Firebase se integra perfectamente con flujos de trabajo basados en Google, mientras que Sentry es particularmente fuerte en seguimiento de errores.
--   **Requisitos regulatorios**: Asegúrate de que la herramienta cumpla con estándares como [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation), especialmente si tu app maneja datos sensibles de usuarios.
--   **Frecuencia de actualizaciones**: Si las actualizaciones frecuentes son críticas, herramientas como Capgo pueden acelerar las correcciones en vivo, complementando tu configuración de monitoreo.
-
-## Guía de configuración de Firebase
-
-Configurar Firebase Performance Monitoring en tu [app Capacitor](https://capgo.app/plugins/ivs-player/) requiere algunos pasos claros para asegurar un seguimiento preciso de datos.
-
-### Instalar SDK de Firebase
-
-Comienza agregando el SDK de Firebase a tu proyecto y configurándolo para tu(s) plataforma(s):
-
--   **Instalar dependencias de Firebase**
-
-Ejecuta los siguientes comandos para instalar los paquetes necesarios de Firebase:
-
-```bash
-npm install @capgo/capacitor-firebase-performance
-npm install firebase
-```
-
--   **Inicializar Firebase**
-
-Configura Firebase en tu archivo principal de aplicación:
-
-```typescript
-import { FirebasePerformance } from '@capgo/capacitor-firebase-performance';
-import { initializeApp } from 'firebase/app';
-
-const firebaseConfig = {
-  // Add your Firebase configuration object here
-};
-
-initializeApp(firebaseConfig);
-await FirebasePerformance.initializePerformance();
-```
-
--   **Agregar configuraciones de plataforma**
-
-Actualiza tu archivo `capacitor.config.json` para habilitar el monitoreo de rendimiento:
-
-```json
-{
-  "plugins": {
-    "FirebasePerformance": {
-      "collectMetrics": true,
-      "instrumentationEnabled": true,
-      "dataCollectionEnabled": true
-    }
-  }
-}
-```
-
-### Configurar seguimiento de rendimiento
-
-Puedes comenzar a rastrear actividades específicas de la app como consultas a base de datos o solicitudes de red usando Firebase Performance Monitoring.
-
--   **Rastrear consultas de base de datos**
-
-```typescript
-async function trackDatabaseQuery() {
-  const trace = await FirebasePerformance.startTrace({ traceName: 'database_query' });
-
-  // Perform your database operation
-  await performDatabaseOperation();
-
-  await FirebasePerformance.stopTrace({ traceName: 'database_query' });
-}
-```
-
--   **Monitorear solicitudes de red**
-
-```typescript
-await FirebasePerformance.setAttributes({
-  traceName: 'api_call',
-  attributes: {
-    endpoint: '/users',
-    method: 'GET'
-  }
-});
-```
-
--   **Rastrear métricas personalizadas**
-
-Para métricas personalizadas, como rastrear el valor de un carrito de compras:
-
-```typescript
-await FirebasePerformance.putMetric({
-  traceName: 'checkout_flow',
-  metricName: 'cart_value',
-  value: 99.99
-});
-```
-
-Una vez implementadas estas trazas, puedes revisar los datos recopilados en la Consola de Firebase.
-
-### Usar la Consola de Firebase
-
-Después de configurar el monitoreo, puedes ver y analizar los datos de rendimiento de tu app en la Consola de Firebase:
-
-1.  **Acceder a datos de rendimiento**
-    
-    -   Inicia sesión en la Consola de Firebase.
-    -   Selecciona tu proyecto.
-    -   Navega a **Performance Monitoring**.
-    -   Elige tu app del menú desplegable.
-2.  **Monitorear métricas clave**
-    
-
-El panel proporciona información sobre varios indicadores de rendimiento, incluyendo:
-
--   Tiempo de inicio de la app
--   Tasa de éxito de solicitudes de red
--   Tiempo de renderizado de pantalla
--   Resultados de trazas personalizadas
-
-3.  **Configurar informes personalizados**
-
-Crea informes personalizados para analizar aspectos específicos del rendimiento de tu app, como:
-
--   Diferencias de rendimiento por ubicación
--   Métricas basadas en tipo de dispositivo
--   Efectos de condiciones de red
--   Patrones en trazas personalizadas
-
-Usa estas herramientas para identificar y abordar cuellos de botella de rendimiento de manera efectiva.
-
-## Configuración de seguimiento de errores de [Sentry](https://sentry.io/)
-
-![Sentry Error Tracking Dashboard](https://mars-images.imgix.net/seobot/screenshots/sentry.io-925fc70e12ac801815ba3ab27e6adcda-2025-03-23.jpg?auto=compress)
-
-Firebase maneja métricas de rendimiento, pero Sentry se trata de capturar y diagnosticar errores. Juntos, te dan una sólida configuración de monitoreo.
-
-### Instalar SDK de Sentry
-
-Comienza instalando los paquetes requeridos de Sentry:
-
-```bash
-npm install @sentry/capacitor
-# Add the Sentry package for your specific framework
-```
-
-Una vez instalado, configura Sentry en el punto de entrada de tu app.
-
-### Inicializar Sentry
-
-Configura Sentry en el punto de entrada de tu app usando la siguiente configuración:
-
-```typescript
-import * as Sentry from "@sentry/capacitor";
-import { BrowserTracing } from "@sentry/browser";
-
-Sentry.init({
-    dsn: "your-project-dsn",
-    integrations: [new BrowserTracing()],
-    tracesSampleRate: 0.2,
-    environment: "production",
-    release: "app-version@" + process.env.VERSION,
-    dist: process.env.BUILD_NUMBER,
-    debug: false
-});
-```
-
-Esta configuración incluye seguimiento de versiones, que vincula errores a versiones específicas de la app.
-
-### Configurar seguimiento de errores
-
-Puedes personalizar aún más el seguimiento de errores usando límites de error personalizados y bloques try-catch.
-
-**Límites de error personalizados:**
-
-```typescript
-class ErrorBoundary extends React.Component {
-    componentDidCatch(error, errorInfo) {
-        Sentry.captureException(error, { extra: errorInfo });
-    }
-}
-```
-
-**Seguimiento de errores específicos:**
-
-```typescript
-try {
-    riskyOperation();
-} catch (error) {
-    Sentry.captureException(error, {
-        tags: { operation: "data_sync", severity: "critical" },
-        extra: { userId: currentUser.id, timestamp: new Date().toISOString() }
-    });
-}
-```
-
-**Monitoreo de rendimiento:**
-
-```typescript
-const transaction = Sentry.startTransaction({
-    name: "API Request",
-    op: "http.request"
-});
-
-try {
-    await makeApiCall();
-} finally {
-    transaction.finish();
-}
-```
-
-Estos métodos aseguran que tu app registre errores de manera efectiva, haciéndolos más fáciles de rastrear y resolver a través de Sentry.
-
-### Usar el panel de Sentry
-
-El panel de Sentry proporciona herramientas para profundizar en los errores y entenderlos mejor:
-
--   **Monitoreo en tiempo real**: Verifica la frecuencia de errores, estado de resolución y usuarios afectados.
--   **Análisis de errores**: Revisa trazas de pila, agrupa errores similares y filtra por entorno.
--   **Alertas**: Establece umbrales de error, configura opciones de notificación y crea reglas de alerta personalizadas.
-
-Este panel hace que diagnosticar y corregir problemas sea sencillo.
-
-## Mejores prácticas de monitoreo
-
-### Enfócate en métricas clave
-
-El análisis de Capgo de 750 apps en producción [\[1\]](https://capgo.app/) destaca métricas clave para monitorear:
-
--   **Tasa de éxito de actualización**: Apunta a al menos 82%.
--   **Velocidad de actualización**: CDN global debe entregar 5 MB en 114 ms.
--   **Adopción de usuarios**: 95% de usuarios deberían actualizar dentro de 24 horas.
--   **Tiempo de respuesta de API**: Mantenlo bajo 500 ms (promedio global es 434 ms).
-
-Configura alertas para detectar rápidamente cualquier desviación en estas métricas.
-
-### Crear reglas de alerta efectivas
-
-Aquí un ejemplo de cómo configurar alertas para monitoreo de rendimiento:
-
-```typescript
-// Example alert configuration
-{
-    performance: {
-        apiLatency: {
-            threshold: 1000, // ms
-            period: "5m",
-            condition: "above"
-        },
-        errorRate: {
-            threshold: 1.0, // percentage
-            period: "15m",
-            condition: "above"
-        },
-        updateSuccess: {
-            threshold: 75, // percentage
-            period: "1h",
-            condition: "below"
-        }
-    }
-}
-```
-
-### Mantener monitoreo y ajustes
-
-Una vez que tus alertas están configuradas, concéntrate en monitoreo continuo y refinamiento:
-
--   **Verificaciones regulares de rendimiento**: Revisa tasas de éxito de actualización por región, analiza tendencias de error para diferentes versiones de la app y monitorea tiempos de respuesta de API durante horas pico.
-    
--   **Implementaciones graduales de actualizaciones**: Comienza con 10% de usuarios durante las primeras 24 horas. Si todo funciona sin problemas, aumenta a 50% y finaliza la implementación después de 48 horas de rendimiento estable.
-    
--   **Optimización continua**: Investiga actualizaciones fallidas, identifica endpoints de API de bajo rendimiento y evalúa la participación del usuario después de las actualizaciones para asegurar mejoras sostenidas.
-    
-
-## Actualizaciones y monitoreo de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-### Características principales de Capgo
-
-El sistema de actualización en vivo de Capgo, probado en 750 apps en producción, entrega paquetes de 5MB en solo 114ms [\[1\]](https://capgo.app/).
-
-Las características clave incluyen:
-
--   **Analíticas en tiempo real**: Monitorea tasas de éxito de actualización, que actualmente promedian 82% mundialmente [\[1\]](https://capgo.app/).
--   **Implementación instantánea**: Implementa correcciones críticas sin esperar aprobaciones de tiendas de apps.
--   **Actualizaciones parciales**: Descarga solo los componentes cambiados, ahorrando ancho de banda y tiempo.
--   **Control de versiones**: Revierte rápidamente actualizaciones que impactan negativamente el rendimiento.
-
-Este sistema se integra fácilmente con herramientas de monitoreo existentes, asegurando una operación fluida.
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-### Combinar herramientas con Capgo
-
-Las analíticas de Capgo permiten implementaciones graduales, ayudando a los equipos a asegurar la estabilidad antes de un lanzamiento completo.
-
-| Aspecto de Monitoreo | Integración de Capgo | Herramientas Adicionales |
-| --- | --- | --- |
-| Seguimiento de Errores | Monitoreo de errores incorporado | Combinar con Sentry para trazas detalladas |
-| Métricas de Rendimiento | Rastrea tasas de éxito de actualizaciones | Usar Firebase para datos de interacción del usuario |
-| Tiempo de Respuesta | Monitoreo de respuesta de API | Mejorar con eventos personalizados de tiempo en Firebase |
-
-Para configurar el sistema de canales de Capgo de manera efectiva:
-
--   Implementar actualizaciones primero a los beta testers.
--   Usar análisis de Capgo para monitorear métricas de rendimiento.
--   Expandir gradualmente el lanzamiento a la base de usuarios más amplia.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Con 23.5M de actualizaciones entregadas globalmente, el panel en tiempo real de Capgo proporciona información clara, permitiendo a los equipos tomar decisiones inteligentes sobre actualizaciones y mejoras de rendimiento.
-
-## Siguientes Pasos
-
-### Puntos Principales
-
-Mantener un ojo en las métricas clave es crucial para un monitoreo efectivo del rendimiento. Usa herramientas para rastrear estos indicadores críticos:
-
-| **Tipo de Métrica** | **Áreas de Enfoque Clave** | **Herramientas Recomendadas** |
-| --- | --- | --- |
-| Rendimiento de la App | Tiempos de respuesta, fallos | Firebase Performance |
-| Seguimiento de Errores | Tasas de excepción, trazas | Sentry |
-| Análisis de Actualizaciones | Éxito en la distribución | Capgo Analytics |
-
-Profundiza en estas métricas y herramientas a través de los recursos listados a continuación.
-
-### Aprende Más
-
-Las herramientas y prácticas de monitoreo de rendimiento están siempre avanzando. Mantente adelante explorando estas guías y estrategias:
-
-**Documentación Oficial**:
-
--   Documentación de Firebase Performance Monitoring
--   Guía de integración de Sentry con Capacitor
--   Guías oficiales de optimización de rendimiento de Capacitor
-
-**Implementación Avanzada**: Explora el sistema de análisis de Capgo, utilizado exitosamente en más de 750 aplicaciones en producción [\[1\]](https://capgo.app/). Su documentación proporciona información sobre patrones de monitoreo y estrategias de actualización en vivo que funcionan perfectamente con otras herramientas de seguimiento de rendimiento.
diff --git a/src/content/blog/es/setting-up-capacitor-local-environment.md b/src/content/blog/es/setting-up-capacitor-local-environment.md
deleted file mode 100644
index 17da57476..000000000
--- a/src/content/blog/es/setting-up-capacitor-local-environment.md
+++ /dev/null
@@ -1,450 +0,0 @@
----
-slug: setting-up-capacitor-local-environment
-title: Configuración del Entorno Local de Capacitor
-description: >-
-  Aprenda a configurar rápidamente un entorno local de Capacitor para crear
-  aplicaciones iOS y Android con tecnologías web con esta guía completa.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T01:01:07.065Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67edd19cebbb9dc8064069d2-1743642078509.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, mobile development, iOS setup, Android setup, app development, web
-  technologies, local environment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres crear aplicaciones iOS y Android utilizando tecnologías web? Aquí te mostramos cómo configurar un entorno local de [Capacitor](https://capacitorjs.com/) de forma rápida y eficiente.**
-
-### Pasos Clave:
-
-1. **Instalar Software Requerido**:
-    
-    - **[Node.js](https://nodejs.org/en)** (v20.0.0+), **npm** (v9.0.0+), **Git** (v2.40.0+), y un IDE moderno (ej., [VS Code](https://code.visualstudio.com/)).
-    - Requisitos del sistema: 8GB RAM, 256GB almacenamiento, procesador Intel i5/AMD Ryzen 5.
-2. **Configuración iOS** (solo macOS):
-    
-    - macOS 13.0+ (Ventura), [Xcode](https://developer.apple.com/xcode/) 16.0+, [CocoaPods](https://cocoapods.org/) 1.12.0+, y una cuenta activa de Apple Developer.
-3. **Configuración Android**:
-    
-    - [Android Studio](https://developer.android.com/studio) Hedgehog (2023.1.1)+, Android SDK API nivel 23+, JDK 17, y [Gradle](https://gradle.org/) 8.0+.
-    - Configurar variables de entorno para herramientas Android.
-4. **Instalar Capacitor**:
-    
-    ```bash
-    npm install @capacitor/core @capacitor/cli @capacitor/ios @capacitor/android
-    ```
-    
-5. **Inicializar un Proyecto**:
-    
-    - Crear un nuevo proyecto o integrar Capacitor en una aplicación existente usando `npx cap init`.
-6. **Agregar Plataformas**:
-    
-    ```bash
-    npx cap add ios
-    npx cap add android
-    ```
-    
-7. **Construir y Sincronizar**:
-    
-    - Construir los assets web (`npm run build`) y sincronizarlos con las plataformas nativas (`npx cap sync`).
-8. **Habilitar Actualizaciones en Vivo**:
-    
-    - Usar [Capgo](https://capgo.app/) para actualizaciones en tiempo real con:
-        
-        ```bash
-        npx @capgo/cli init
-        ```
-        
-9. **[Probar tu Aplicación](https://capgo.app/docs/plugin/debugging/)**:
-    
-    - Usar iOS Simulator (`npx cap open ios`) o Android Emulator (`npx cap open android`).
-
-### Consejo Rápido:
-
-Actualiza `capacitor.config.ts` para gestionar entornos y habilitar actualizaciones en vivo. Por ejemplo:
-
-```typescript
-const config: CapacitorConfig = {
-  server: {
-    url: process.env.NODE_ENV === 'development' ? 'http://localhost:3000' : 'https://production-url.com',
-    cleartext: true
-  }
-};
-```
-
-Esta configuración asegura un desarrollo, prueba y despliegue fluido para tus aplicaciones Capacitor.
-
-## Ionic Capacitor - Crear nueva App - Ejecutar en Android & iOS ...
-
-<iframe src="https://www.youtube.com/embed/krTN38Z-Ux4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuración Requerida
-
-Asegúrate de que tu sistema cumpla con las especificaciones necesarias antes de continuar.
-
-### Necesidades Básicas de Software
-
-Instala las siguientes herramientas:
-
-| Software | Versión Mínima | Notas |
-| --- | --- | --- |
-| **Node.js** | v20.0.0+ | Se recomienda versión LTS |
-| **npm** | v9.0.0+ | Viene incluido con Node.js |
-| **Git** | v2.40.0+ | Requerido para control de versiones |
-| **VS Code/[WebStorm](https://www.jetbrains.com/webstorm/)** | Última | Cualquier IDE moderno funcionará |
-
-Tu máquina debe tener al menos **8GB RAM**, **256GB almacenamiento**, y un procesador **Intel i5/AMD Ryzen 5 (o equivalente)**.
-
-### Configuración iOS y Android
-
-**Requisitos iOS** (solo macOS):
-
-- macOS 13.0 (Ventura) o más reciente
-- Xcode 16.0 o posterior (descargar desde Mac App Store)
-- CocoaPods 1.12.0 o superior (instalar usando `sudo gem install cocoapods`)
-- Una cuenta activa de Apple Developer
-
-**Requisitos Android** (Windows/macOS/Linux):
-
-- Android Studio Hedgehog (2023.1.1) o posterior
-- Android SDK API nivel 23 (Android 6.0) o superior
-- Java Development Kit (JDK) 17
-- Gradle 8.0+
-
-Configura las variables de entorno de Android agregando estas líneas a tu archivo de configuración shell:
-
-```bash
-export ANDROID_HOME=$HOME/Library/Android/sdk
-export PATH=$PATH:$ANDROID_HOME/tools
-export PATH=$PATH:$ANDROID_HOME/platform-tools
-```
-
-### Instalando Capacitor
-
-Instala Capacitor usando npm:
-
-```bash
-npm install @capacitor/core @capacitor/cli
-npm install @capacitor/ios @capacitor/android
-```
-
-Si estás usando un framework como Vue, React, o Angular, instala los plugins correspondientes de Capacitor. Para Vue, ejecuta:
-
-```bash
-npm install @capacitor/vue
-```
-
-Para confirmar la instalación, verifica la versión de Capacitor ejecutando:
-
-```bash
-npx cap --version
-```
-
-Deberías ver la versión actual de Capacitor mostrada (ej., 5.x.x a partir de abril 2025).
-
-Finalmente, inicializa Capacitor en tu directorio de proyecto:
-
-```bash
-npx cap init
-```
-
-Una vez completado, puedes configurar estos componentes para tu proyecto específico.
-
-## Instrucciones de Configuración
-
-### Configuración del Proyecto
-
-Para comenzar, crea un **nuevo proyecto Capacitor** o integra Capacitor en una aplicación web existente:
-
-```bash
-npm init @capacitor/app
-cd my-cap-app
-npm install
-```
-
-Si estás agregando Capacitor a una aplicación web existente, inicialízalo en tu directorio de proyecto:
-
-```bash
-cd your-web-app
-npm install @capacitor/core @capacitor/cli
-npx cap init [appName] [appId]
-```
-
-Una vez inicializado, necesitarás agregar las plataformas necesarias para el desarrollo nativo.
-
-### Configuración de Plataforma
-
-Agrega plataformas iOS y Android a tu proyecto:
-
-```bash
-npm install @capacitor/ios @capacitor/android
-npx cap add ios
-npx cap add android
-```
-
-Actualiza tu archivo `capacitor.config.ts` para incluir las configuraciones requeridas:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-    appId: 'com.example.app',
-    appName: 'My Capacitor App',
-    webDir: 'dist',
-    bundledWebRuntime: false,
-    plugins: {
-      // Add plugin settings here
-    }
-};
-
-export default config;
-```
-
-### Proceso de Construcción
-
-1. **Construye tus assets web** ejecutando:
-
-```bash
-npm run build
-```
-
-2. **Sincroniza tu proyecto con plataformas nativas**:
-
-```bash
-npx cap sync
-```
-
-Después de sincronizar, asegúrate de configurar tu entorno y ajustes de actualización en vivo.
-
-### Configuración del Entorno
-
-Para gestionar entornos, actualiza tu archivo `capacitor.config.ts`:
-
-```typescript
-const config: CapacitorConfig = {
-    server: {
-      url: process.env.NODE_ENV === 'development'
-        ? 'http://localhost:3000'
-        : 'https://production-url.com',
-      cleartext: true
-    }
-};
-```
-
-Habilita actualizaciones en vivo con **Capgo** para una entrega más fluida:
-
-```bash
-npx @capgo/cli init
-```
-
-### Configuración de Pruebas
-
-Configura tu entorno de pruebas usando estos comandos:
-
-| Entorno | Comando | Requisitos |
-| --- | --- | --- |
-| iOS Simulator | `npx cap open ios` | Xcode instalado |
-| Android Emulator | `npx cap open android` | Android Studio configurado |
-| Live Reload | `npx cap run [platform]` | Servidor de desarrollo ejecutándose |
-
-Para pruebas en dispositivos físicos:
-
-- Asegúrate de que los dispositivos iOS estén registrados con tu cuenta de Apple Developer.
-- Habilita la depuración USB en dispositivos Android.
-- Verifica que los certificados de desarrollo estén correctamente configurados.
-
-> "Practicamos desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-El sistema de canales de Capgo es una excelente herramienta para pruebas beta y lanzamientos por etapas. Te permite dirigirte a grupos específicos de usuarios con diferentes versiones, ayudándote a identificar y corregir problemas antes de un lanzamiento más amplio [\[1\]](https://capgo.app/).
-
-## Características Adicionales
-
-Expande tu configuración de Capacitor con herramientas que mejoran la entrega de actualizaciones, optimizan la automatización y permiten configuraciones personalizadas.
-
-### Configuración de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67edd19cebbb9dc8064069d2/6f70cafcdfe95287b465212dfd047c63.jpg)
-
-Simplifica tu flujo de trabajo usando el sistema de actualización en vivo de Capgo. Para comenzar, ejecuta:
-
-```bash
-npx @capgo/cli init
-```
-
-Luego, ajusta tu archivo `capacitor.config.ts` para habilitar actualizaciones en vivo:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      statsUrl: 'https://your-stats-endpoint.com'
-    }
-  }
-}
-```
-
-El CDN global de Capgo ofrece velocidades impresionantes, con paquetes de 5MB descargándose en solo 114ms [\[1\]](https://capgo.app/). Una vez que las actualizaciones en vivo están configuradas, puedes automatizar tus construcciones para despliegues más fluidos.
-
-### Automatización de Construcción
-
-Integra Capgo con tu pipeline CI/CD para automatizar construcciones y despliegues. Soporta plataformas populares como:
-
-| Plataforma CI/CD | Método de Integración | Beneficios Clave |
-| --- | --- | --- |
-| GitHub Actions | Flujo de trabajo directo | Disparadores de auto-despliegue |
-| GitLab CI | Integración de pipeline | Sincronización de control de versiones |
-| Jenkins | Soporte de plugins | Pasos de construcción personalizados |
-
-Aquí hay un ejemplo de configuración de pipeline CI/CD:
-
-```yaml
-build_and_deploy:
-  steps:
-    - run: npm run build
-    - run: npx cap sync
-    - run: npx @capgo/cli deploy
-```
-
-> "Configuramos tu pipeline CI/CD directamente en tu plataforma preferida, ya sea GitHub Actions, GitLab CI u otros. No alojamos CI/CD ni te cobramos por mantenerlo." - Capgo [\[1\]](https://capgo.app/)
-
-### Configuraciones Personalizadas
-
-Personaliza la configuración de tu aplicación con ajustes específicos más allá de las actualizaciones en vivo y la automatización:
-
-```typescript
-const config: CapacitorConfig = {
-  ios: {
-    contentInset: 'automatic',
-    preferredContentMode: 'mobile'
-  },
-  android: {
-    backgroundColor: '#ffffff',
-    allowMixedContent: true
-  },
-  plugins: {
-    SplashScreen: {
-      launchAutoHide: true,
-      backgroundColor: '#ffffffff',
-      androidScaleType: 'CENTER_CROP'
-    }
-  }
-};
-```
-
-Para un mejor rendimiento, considera estas opciones:
-
-- Habilitar encriptación de extremo a extremo
-- Configurar asignación de usuarios
-- Configurar seguimiento de análisis
-- Usar características de rollback
-
-Estas herramientas contribuyen a una tasa de éxito del 82% en 750 aplicaciones de producción en todo el mundo [\[1\]](https://capgo.app/).
-
-## Resolución de Problemas
-
-Aquí te mostramos cómo abordar problemas comunes y mejorar tu configuración para un flujo de trabajo más suave.
-
-### Problemas Comunes
-
-**Conflictos de Dependencias**
-Si encuentras conflictos con dependencias, prueba estos comandos:
-
-```bash
-npm ls @capacitor/core
-rm -rf node_modules
-npm install
-```
-
-**Problemas Específicos de Plataforma**
-
-| Plataforma | Problema | Solución |
-| --- | --- | --- |
-| iOS | Falla la construcción de Xcode | Actualizar CocoaPods y ejecutar `pod install` |
-| Android | Error de sincronización Gradle | Limpiar caché de Gradle y actualizar Android Studio |
-| Ambos | Live reload no funciona | Habilitar modo dev en `capacitor.config.ts` |
-
-**Compatibilidad de Versiones**
-Asegúrate de que tu configuración se alinee con el siguiente ejemplo:
-
-```typescript
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'My App',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true
-    }
-  }
-};
-```
-
-Al abordar estos problemas temprano, puedes evitar obstáculos innecesarios.
-
-### Consejos de Configuración
-
-Aquí hay algunas formas de mejorar la estabilidad y evitar problemas recurrentes.
-
-**Mejores Prácticas**
-
-- Usa el seguimiento de errores incorporado para identificar y corregir problemas rápidamente [\[1\]](https://capgo.app/).
-- Configura [canales de actualización](https://capgo.app/docs/webapp/channels/) para lanzamientos controlados:
-
-```typescript
-{
-  channels: {
-    beta: {
-      percentage: 25,
-      deviceId: ['test-device-1']
-    },
-    production: {
-      percentage: 100
-    }
-  }
-}
-```
-
-**Mantenimiento Automatizado**
-
-- Actualiza regularmente tus dependencias.
-- Configura ajustes de rollback para manejar actualizaciones fallidas:
-
-```typescript
-{
-  rollback: {
-    enabled: true,
-    maxVersions: 3,
-    timeout: 300000
-  }
-}
-```
-
-- Usa encriptación de extremo a extremo para [asegurar actualizaciones](https://capgo.app/docs/live-updates/update-behavior/) [\[1\]](https://capgo.app/).
-
-## Resumen
-
-Aquí hay un repaso rápido de cómo un entorno Capacitor optimizado puede mejorar tu proceso de desarrollo. Configurar tu entorno local de Capacitor de la manera correcta acelera el desarrollo, optimiza las construcciones y simplifica las actualizaciones.
-
-**Ventajas Clave de una Configuración Adecuada**
-
-- Las actualizaciones instantáneas hacen los ciclos de desarrollo más rápidos.
-- Los procesos de construcción automatizados y confiables ahorran tiempo y esfuerzo.
-
-Estas mejoras provienen de seguir las prácticas de configuración e integración discutidas anteriormente.
-
-**Aspectos Destacados del Rendimiento**
-
-[Los entornos Capacitor mejorados con Capgo](https://capgo.app/blog/) muestran resultados impresionantes, incluyendo tiempos de respuesta rápidos, descargas rápidas y altas tasas de éxito para actualizaciones [\[1\]](https://capgo.app/).
-
-**Beneficios para Desarrolladores**
-
-Un entorno correctamente configurado permite a los desarrolladores enfocarse en crear características en lugar de lidiar con la infraestructura. La configuración descrita en esta guía asegura que puedas aprovechar al máximo estos beneficios mientras cumples con los requisitos de la plataforma.
diff --git a/src/content/blog/es/setting-up-cicd-for-capacitor-apps.md b/src/content/blog/es/setting-up-cicd-for-capacitor-apps.md
deleted file mode 100644
index d34911adf..000000000
--- a/src/content/blog/es/setting-up-cicd-for-capacitor-apps.md
+++ /dev/null
@@ -1,389 +0,0 @@
----
-slug: setting-up-cicd-for-capacitor-apps
-title: Configuración de CI/CD para aplicaciones de Capacitor
-description: >-
-  Aprende a optimizar las versiones de tu app para iOS y Android usando tuberías
-  de CI/CD, mejorando la eficiencia y reduciendo errores.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-11T06:22:21.536Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67aa9923b771216988320bf2-1739254956493.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  CI/CD, Capacitor apps, mobile development, automation, build process, live
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quiere lanzamientos de aplicaciones más rápidos y sin errores para iOS y Android?** Las canalizaciones de CI/CD para aplicaciones de [Capacitor](https://capacitorjs.com/) automatizan la construcción, prueba y despliegue, reduciendo los tiempos de lanzamiento hasta en un 70% y disminuyendo los errores en un 60%. Esta guía cubre todo lo que necesita saber, desde configurar su entorno hasta automatizar actualizaciones en vivo con [Capgo](https://capgo.app/).
-
-### Principales Conclusiones:
-
--   **Por qué CI/CD es importante para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)**: Acelera las construcciones en un 78% y reduce los rechazos en la tienda en un 60%.
--   **Herramientas esenciales**: [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), [CocoaPods](https://cocoapods.org/) y más.
--   **Configuración de la canalización**: Automatice tareas como `npx cap sync`, almacenamiento en caché de dependencias, y construcciones específicas de la plataforma.
--   **Actualizaciones en vivo con Capgo**: Active actualizaciones posteriores al lanzamiento con despliegues en fases y salvaguardas de reversión.
-
-### Pasos Rápidos de Configuración:
-
-1.  **Prepare su entorno**: Instale las herramientas necesarias para iOS y Android.
-2.  **Configure su proyecto**: Actualice `capacitor.config.ts` y gestione las variables de entorno de manera segura.
-3.  **Construya canalizaciones**: Automatice las instalaciones de dependencias, construcciones y pruebas para ambas plataformas.
-4.  **Optimice el rendimiento**: Utilice almacenamiento en caché, construcciones paralelas y flujos de trabajo condicionales.
-5.  **Agregue actualizaciones en vivo**: Integre Capgo para actualizaciones OTA seguras con despliegues en fases.
-
-Con CI/CD, las aplicaciones de Capacitor logran lanzamientos más rápidos y suaves mientras minimizan errores e intervenciones manuales. ¿Listo para optimizar su flujo de trabajo? ¡Vamos a ello!
-
-## Integre sus Canalizaciones de CI/CD Existentes con Capacidades Móviles
-
-<iframe src="https://www.youtube.com/embed/rIPnuVwvbb0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Preparando Su Entorno de CI/CD
-
-Una vez que haya dominado lo básico de CI/CD, el siguiente paso es configurar su entorno. Este es el pilar de la automatización confiable.
-
-### Configuración de Herramientas y Software
-
-Asegúrese de tener instaladas estas herramientas clave:
-
-**Para el Desarrollo de iOS:**
-
--   **Xcode 14 o superior**
--   **Herramientas de Línea de Comando de Xcode**
--   **CocoaPods** para gestionar dependencias
-
-**Para el Desarrollo de Android:**
-
--   **Android Studio**
--   **Android SDK 33 o superior**
--   **Java Development Kit (JDK)**
-
-Para confirmar que sus Herramientas de Línea de Comando de Xcode están instaladas, use:
-
-```bash
-xcode-select -p
-```
-
-### Creando un Proyecto de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-11.jpg?auto=compress)
-
-Su proyecto de Capacitor necesita estar configurado correctamente para los flujos de trabajo de CI/CD. El archivo `capacitor.config.ts` es el corazón de esta configuración:
-
-```typescript
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  webDir: 'build',
-  ios: { 
-    scheme: 'MyApp'
-  }
-}
-```
-
-Este archivo asegura que su proyecto se alinee con los requisitos de CI/CD.
-
-### Configurando Variables de Entorno
-
-Gestionar credenciales de forma segura es una parte clave de vincular su configuración de entorno con la canalización de CI/CD.
-
-**Variables Clave a Definir:**
-
--   **`BUILD_ENV`**: Especifica la etapa de despliegue (por ejemplo, `producción`)
--   **`IOS_SIGNING_IDENTITY`**: Su certificado de firma de código
--   **`ANDROID_KEYSTORE_PATH`**: Ruta a su almacén de claves de Android
-
-Para construcciones de Android, genere dinámicamente un archivo `local.properties` durante el proceso de CI:
-
-```bash
-echo "sdk.dir=$ANDROID_SDK_ROOT" > android/local.properties
-```
-
-Al trabajar con construcciones de iOS, asegúrese de que su plataforma de CI soporte agentes de macOS.
-
-Para verificar si su entorno está listo:
-
-```bash
-node --version | grep "v16" && xcodebuild -version | grep "Xcode 14" || exit 1
-```
-
-Gestionar adecuadamente las claves y credenciales puede reducir significativamente las probabilidades de rechazos en la tienda de aplicaciones, como se observó en estadísticas anteriores [\[1\]](https://opstree.com/blog/2023/06/27/cicd-for-mobile-app-development-using-capacitor-js-on-azure-devops/).
-
-## Creando Su Canalización de CI/CD
-
-Una vez que su entorno está listo, el siguiente paso es configurar una canalización de CI/CD para su [aplicación Capacitor](https://capgo.app/plugins/ivs-player/). Esta canalización debe gestionar eficazmente tanto los activos web como las construcciones de plataformas nativas.
-
-### Instalando y Actualizando Dependencias
-
-En entornos de CI/CD, gestionar dependencias requiere un control de versiones estricto. Comience con un proceso de instalación limpio:
-
-```bash
-npm install --ignore-scripts
-npm install @capacitor/cli
-```
-
-Para acelerar las construcciones, utilice almacenamiento en caché de dependencias. Por ejemplo, los usuarios de [Azure DevOps](https://azure.microsoft.com/en-us/products/devops) han visto mejorar los tiempos de construcción en un 40-60% con esta configuración:
-
-```yaml
-- task: Cache@2
-  inputs:
-    key: 'npm | "$(Agent.OS)" | package-lock.json'
-    path: |
-      node_modules
-      android/.gradle
-      ios/Pods
-```
-
-### Configuración de Construcción para iOS y Android
-
-Así es como configurar construcciones para ambas plataformas:
-
-**Configuración de Construcción para iOS:**
-
-```yaml
-steps:
-  - task: InstallAppleCertificate@2
-    inputs:
-      certSecureFile: 'certificate.p12'
-      certPwd: $(P12_PASSWORD)
-  - script: |
-      xcodebuild -workspace ios/App/App.xcworkspace -scheme App -configuration Release -archivePath ios/App/App.xcarchive archive
-```
-
-**Configuración de Construcción para Android:**
-
-```bash
-cd android
-./gradlew bundleRelease
-```
-
-### Pasos de Prueba y Despliegue
-
-Ejecute pruebas en la plataforma en paralelo utilizando una estrategia de matriz:
-
-```yaml
-test:
-  steps:
-    - run: npm run test:unit
-    - run: npm run test:e2e
-    - name: Run Platform Tests
-      matrix:
-        platform: [ios, android]
-      run: npm run test:${{ matrix.platform }}
-```
-
-Para el despliegue, configure el manejo de artefactos específicos de la plataforma:
-
-| Plataforma | Tipo de Artefacto | Canal de Distribución |
-| --- | --- | --- |
-| iOS | .ipa | [App Store Connect](https://developer.apple.com/app-store-connect/) |
-| Android | .aab | [Google Play Console](https://play.google.com/console/signup) |
-
-Utilizar construcciones paralelas puede reducir significativamente el tiempo de ejecución de la canalización cuando se configura correctamente.
-
-Una vez que sus construcciones estén validadas y empaquetadas, está listo para avanzar a actualizaciones en vivo con Capgo (discutido en la siguiente sección).
-
-###### sbb-itb-f9944d2
-
-## Agregando [Capgo](https://capgo.app/) para Actualizaciones en Vivo
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-11.jpg?auto=compress)
-
-Integrar Capgo en su flujo de trabajo mejora su proceso de CI/CD al habilitar actualizaciones posteriores al lanzamiento. Aquí le mostramos cómo configurarlo:
-
-### Configuración de Canalización de Capgo
-
-Primero, instale el [Capgo CLI](https://capgo.app/docs/cli/commands) en su entorno de canalización:
-
-```yaml
-steps:
-  - name: Install Capgo CLI
-    run: npm install -g @capgo/cli
-  - name: Configure Authentication
-    env:
-      CAPGO_KEY: ${{ secrets.CAPGO_API_KEY }}
-```
-
-Esta adición extiende su ciclo de vida de CI/CD al incorporar [gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) en su proceso automatizado de construcción y despliegue.
-
-A continuación, incluya el comando de carga después de sus pasos de construcción:
-
-```yaml
-- name: Upload Update
-  run: |
-    capgo upload --api-key $CAPGO_KEY --bundle ./build/app-release.apk
-    capgo deploy v${VERSION} --channel production
-```
-
-Para [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/), configure ajustes de validación de esta manera:
-
-```json
-{
-  "verification": {
-    "checksum": "strict",
-    "certificatePinning": true,
-    "updateTimeout": 500
-  }
-}
-```
-
-### Resumen de Características de Capgo
-
-| Característica | Descripción |
-| --- | --- |
-| Cifrado de extremo a extremo | Reduce significativamente los errores de despliegue. |
-| Despliegue basado en canales | Adapta actualizaciones a entornos específicos. |
-| Despliegues en fases | Asegura que las actualizaciones se distribuyan gradualmente. |
-
-### Pautas para Actualizaciones OTA
-
-Mejore sus procesos de prueba rastreando estas métricas clave después del despliegue:
-
-**Estrategia de Despliegue Faseado**
-
-Utilice un despliegue escalonado para controlar cómo se distribuyen las actualizaciones:
-
-```yaml
-- name: Staged Rollout
-  run: |
-    capgo deploy v1.2.3 --group "beta-users" --rollout 10%
-    capgo deploy v1.2.3 --rollout 50%
-```
-
-**Monitoreo de Actualizaciones**
-
-Mantenga un ojo en estas métricas:
-
--   **Tasa de adopción**: Apunte al 40-60% dentro de las primeras 24 horas.
--   **Sesiones sin fallos**: Mantenga por encima del 99.5%.
--   **Tiempo de verificación**: Asegúrese de que esté por debajo de 500 ms.
-
-Si los fallos superan los niveles aceptables, automatice una reversión:
-
-```yaml
-- name: Rollback Check
-  run: |
-    if [ $(capgo stats --version v1.2.3 --metric crashes) -gt 2 ]; then
-      capgo rollback --channel production
-    fi
-```
-
-## Mejorando el Rendimiento de la Canalización
-
-Centrarse en tres áreas clave puede llevar a mejoras notables en su canalización:
-
-### Optimización de Velocidad de Construcción
-
-Para cambios solo en la web, usar `npx cap sync` puede ahorrar tiempo al omitir reconstrucciones nativas completas, reduciendo el tiempo de reconstrucción en aproximadamente un 40%. Aquí le mostramos cómo puede implementar construcción condicional:
-
-```yaml
-- name: Build Strategy
-  run: |
-    [ "$WEB_ONLY" = true ] && npx cap sync || (./gradlew assembleRelease && xcodebuild ...)
-```
-
-Este enfoque asegura que solo se reconstruyan los componentes necesarios, agilizando el proceso.
-
-### Automatización del Control de Versiones
-
-Automatizar el control de versiones puede simplificar su flujo de trabajo. Utilice el siguiente script para establecer dinámicamente números de versión y construcción:
-
-```yaml
-- name: Set Version
-  run: |
-    VERSION=$(node -p "require('./package.json').version")
-    BUILD_NUMBER=$GITHUB_RUN_NUMBER
-    echo "APP_VERSION=${VERSION}" >> $GITHUB_ENV
-    echo "BUILD_ID=${BUILD_NUMBER}" >> $GITHUB_ENV
-```
-
-Además, se puede configurar versionado semántico automatizado con esta configuración:
-
-```json
-{
-  "scripts": {
-    "version": "standard-version",
-    "build:prod": "npm version patch && ionic build --prod"
-  }
-}
-```
-
-Estas prácticas proporcionan un marco sólido para rastrear y mejorar el rendimiento de la canalización a través de métricas como:
-
--   Tiempo de construcción por etapa
--   Eficiencia del caché (ratios de aciertos/fallos)
--   Uso máximo de recursos
-
-### Configuración Multi-Entorno
-
-Gestionar múltiples entornos puede simplificarse utilizando configuraciones específicas de entorno. Aquí hay un ejemplo de configuración:
-
-| Entorno | Archivo de Configuración |
-| --- | --- |
-| Desarrollo | `.env.dev` |
-| Staging | `.env.staging` |
-| Producción | Bóvedas seguras |
-
-Puede configurar entornos dinámicamente con este script:
-
-```yaml
-- name: Configure Environment
-  env:
-    API_KEY: ${{ secrets.ENV_SPECIFIC_API_KEY }}
-    BUNDLE_ID: ${{ parameters.bundleId }}
-  run: |
-    echo "ENVIRONMENT=${{ parameters.environment }}" >> $GITHUB_ENV
-    echo "API_ENDPOINT=${{ parameters.apiUrl }}" >> $GITHUB_ENV
-```
-
-Emparejar estas configuraciones con el despliegue basado en canales de Capgo permite actualizaciones precisas y específicas del entorno. Esto garantiza despliegues más suaves y un mejor control sobre el comportamiento de la aplicación en diferentes entornos.
-
-## Resumen
-
-### El Papel de CI/CD en el Desarrollo
-
-Utilizar canalizaciones de CI/CD para aplicaciones de Capacitor aumenta significativamente la eficiencia del flujo de trabajo. Según datos de la industria, los equipos pueden lograr **ciclos de lanzamiento un 50-70% más rápidos** gracias a las construcciones simultáneas de iOS y Android [\[3\]](https://docs.codemagic.io/yaml-quick-start/building-an-ionic-app/). Automatizar tareas como la instalación de dependencias y la sincronización de plataformas reduce los errores de despliegue en un **40-60%** [\[1\]](https://opstree.com/blog/2023/06/27/cicd-for-mobile-app-development-using-capacitor-js-on-azure-devops/)[\[2\]](https://capacitorjs.com/docs/guides/ci-cd).
-
-Por ejemplo, los equipos que utilizan canalizaciones de Azure DevOps han automatizado procesos como pasos de construcción secuenciales y empaquetado de Xcode. También utilizan entornos parametrizados para desarrollo y producción. Este enfoque elimina la necesidad de operaciones manuales de Gradle y Xcode CLI, asegurando la creación confiable de artefactos cada vez.
-
-Estas mejoras sientan las bases para una gestión de actualizaciones optimizada cuando se combina con Capgo.
-
-### Capgo para la Gestión de Actualizaciones
-
-Capgo funciona sin problemas con canalizaciones de CI/CD para ofrecer actualizaciones instantáneas mientras se mantiene en cumplimiento con las políticas de la tienda de aplicaciones. Las actualizaciones solo se despliegan después de pasar las puertas de prueba automatizadas integradas en la canalización.
-
-Al combinar construcciones automatizadas con despliegues en fases, los equipos logran resultados impresionantes: **80% de cobertura de usuarios dentro de 7 días** y capacidades de reversión en menos de una hora.
-
-Una estrategia común implica ejecutar pistas de despliegue paralelas. Las construcciones automatizadas se utilizan para pruebas internas, mientras que los despliegues en fases se dirigen a segmentos de usuarios. Esto garantiza que las actualizaciones sean rápidas y seguras, respaldadas por rigurosas puertas de pruebas automatizadas [\[1\]](https://opstree.com/blog/2023/06/27/cicd-for-mobile-app-development-using-capacitor-js-on-azure-devops/).
-
-## Preguntas Frecuentes
-
-### ¿Cómo crear una aplicación de Capacitor?
-
-Construir una aplicación de Capacitor implica unos pocos pasos simples:
-
-1. **Configura tu entorno**: Instala Node.js y npm en tu sistema. Luego, usa el Ionic CLI para iniciar un nuevo proyecto con soporte para Capacitor:
-    
-    ```bash
-    ionic start myApp tabs --capacitor
-    ```
-    
-2. **Añade soporte para plataformas**: Agrega las plataformas que deseas objetivos, como iOS o Android:
-    
-    ```bash
-    npx cap add ios
-    npx cap add android
-    ```
-    
-3. **Sincroniza tu código web**: Asegúrate de que tu código web esté alineado con las plataformas nativas ejecutando:
-    
-    ```bash
-    npx cap sync
-    ```
-    
-
-El paso de sincronización es crucial para mantener tu aplicación consistente en todas las plataformas y asegurar un funcionamiento fluido en las canalizaciones de CI/CD. Para más detalles sobre cómo configurar tu entorno, consulta la sección de Herramientas.
diff --git a/src/content/blog/es/setup-ci-and-cd-in-gitlab.md b/src/content/blog/es/setup-ci-and-cd-in-gitlab.md
deleted file mode 100644
index 4169fd995..000000000
--- a/src/content/blog/es/setup-ci-and-cd-in-gitlab.md
+++ /dev/null
@@ -1,84 +0,0 @@
----
-slug: setup-ci-and-cd-in-gitlab
-title: Construcción y Lanzamiento Automático de Apps con GitLab
-description: >-
-  Crea tu propio pipeline CI/CD con GitLab de forma gratuita y despliega tu
-  aplicación Ionic Capacitor JS con cada push a la rama main.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /CI_CD_in_Gitlab.webp
-head_image_alt: CI/CD en GitLab
-keywords: 'GitLab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: es
-next_blog: ''
----
-Este artículo te guiará sobre cómo configurar el pipeline CI/CD con GitLab.
-
-## Prefacio
-
-Asegúrate de haber agregado primero tu aplicación Capacitor a Capgo, este tutorial solo se centra en la fase de carga. Si necesitas agregar tu aplicación a Capgo, puedes seguir este [Tutorial](https://capgo.app/blog/update-your-capacitor-apps-seamlessly-using-capacitor-updater/).
-
-## Convención de commits
-
-Primero necesitas comenzar siguiendo la convención de commits [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/), esto ayudará a las herramientas a entender cómo actualizar el número de versión, se aprende en 5 minutos.
-
-![Conventional commits](/conventional_commits.webp)
-
-## GitLab CI/CD para Tags
-
-Crea un archivo .gitlab-ci.yml en la raíz de tu repositorio GitLab con el siguiente contenido
-
-     stages:
-          - tag
-
-     bump_version:
-       stage: tag
-       only:
-         - main
-      except:
-        variables:
-      - $CI_COMMIT_MESSAGE =~ /^chore\(release\):/
-      script:
-       - git config --global user.email "gitlab@yourdomain.com"
-       - git config --global user.name "GitLab CI/CD"
-       - git checkout $CI_COMMIT_REF_NAME
-       - git pull origin $CI_COMMIT_REF_NAME
-       - npx capacitor-standard-version
-       - git push origin $CI_COMMIT_REF_NAME --tags
-
-Reemplaza "gitlab@yourdomain.com" y "GitLab CI/CD" con tu correo electrónico y nombre de usuario de GitLab en la sección de script. Esta configuración activa el trabajo solo en los pushes a la rama principal y excluye los commits con mensajes que comienzan con "chore(release):".
-
-## GitLab CI/CD para Build
-
-Agrega otra etapa a tu archivo .gitlab-ci.yml para el build:
-
-        stages:
-          - deploy
-
-       deploy:
-         stage: deploy
-         only:
-           - tags  # Este trabajo solo se ejecutará para pushes de tags
-         script:
-           - apt-get update -qy && apt-get install -y nodejs npm
-           - npm install -g @capgo/cli
-           - npm ci
-           - npm run build
-           - npx @capgo/cli bundle upload -a $CAPGO_TOKEN -c production
-         variables:
-           FIREBASE_CONFIG: $FIREBASE_CONFIG  # Define esto en la configuración de tu proyecto GitLab
-         environment:
-           name: production
-
-Asegúrate de tener tu clave API de Capgo (CAPGO_TOKEN) agregada como variable CI/CD en tu proyecto GitLab. Ve a tu proyecto en GitLab, navega a Settings > CI/CD > Variables, y agrega una variable llamada CAPGO_TOKEN con el valor de tu clave API.
-
-Personaliza el script de build para que coincida con el proceso de build específico de tu proyecto, como cambiar el comando npm run build.
-
-## Conclusión
-
-¡Aquí estamos! Dimos un paso extra en nuestro viaje tecnológico. En el desarrollo de software moderno, CICD es un factor esencial a considerar. Así que espero que esta guía tenga sentido para todos.
diff --git a/src/content/blog/es/setup-stripe-payment-in-us-capacitor.md b/src/content/blog/es/setup-stripe-payment-in-us-capacitor.md
deleted file mode 100644
index 37ca4c1be..000000000
--- a/src/content/blog/es/setup-stripe-payment-in-us-capacitor.md
+++ /dev/null
@@ -1,730 +0,0 @@
----
-slug: setup-stripe-payment-in-us-capacitor
-title: >-
-  Implementación de enlaces de pago de Stripe en aplicaciones de Capacitor
-  siguiendo las nuevas directrices de Apple
-description: >-
-  Aprende a implementar los Enlaces de Pago de Stripe en tu aplicación de
-  Capacitor para procesar pagos de bienes digitales de acuerdo con las nuevas
-  directrices de Apple que entrarán en vigencia el 1 de mayo de 2025.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-05-01T00:00:00.000Z
-updated_at: 2025-11-21T17:43:20.000Z
-head_image: /stripe_apple.webp
-head_image_alt: Implementación de pagos con Stripe en aplicaciones de Capacitor
-keywords: >-
-  capacitor, stripe, payment links, app store guidelines, iOS, digital goods,
-  in-app purchases, external payments
-tag: Tutorial
-published: true
-locale: es
----
-# Implementando Enlaces de Pago de Stripe en Aplicaciones de Capacitor Siguiendo las Nuevas Directrices de Apple
-
-A partir del 1 de mayo de 2025, Apple ha implementado cambios significativos en sus Directrices de Revisión de la App Store tras el fallo judicial en el [caso Epic v. Apple](https://storage.courtlistener.com/recap/gov.uscourts.cand.364265/gov.uscourts.cand.364265.1508.0_2.pdf). Estos cambios permiten específicamente a los desarrolladores de aplicaciones en los Estados Unidos vincular métodos de pago externos para bienes y servicios digitales, abriendo alternativas al sistema de compras dentro de la aplicación de Apple.
-
-## La Batalla Épica que Cambió los Pagos Móviles para Siempre
-
-El camino hacia este momento ha sido largo y contencioso. Todo comenzó en agosto de 2020 cuando Epic Games, el creador del popular juego Fortnite, violó deliberadamente las directrices de la App Store de Apple al implementar una opción de pago directo que eludía la comisión del 30% de Apple. Apple eliminó rápidamente Fortnite de la App Store, y Epic respondió presentando una demanda desafiando el control de Apple sobre la distribución de aplicaciones iOS y los pagos dentro de la aplicación.
-
-Después de años de batallas legales, apelaciones y contraapelaciones, los tribunales finalmente dictaminaron que Apple debe permitir a los desarrolladores dirigir a los usuarios a métodos de pago alternativos fuera de sus aplicaciones. Esta decisión cambia fundamentalmente la economía del ecosistema de la App Store, que ha estado operando bajo el mismo modelo financiero básico desde su inicio en 2008.
-
-### La Decisión Final - Sin Más Apelaciones
-
-Lo que hace que este fallo sea particularmente significativo es que es final y no puede ser apelado más. La Corte Suprema se negó a escuchar la apelación de Apple a principios de 2025, consolidando la decisión del tribunal inferior como la ley del país. Esto significa que los desarrolladores pueden implementar métodos de pago externos con la confianza de que Apple no puede revertir esta decisión a través de más desafíos legales.
-
-### Tratamiento Equitativo Garantizado por Ley
-
-Lo más importante es que la sentencia establece explícitamente que Apple no puede discriminar a las aplicaciones que utilizan métodos de pago externos. El tribunal prohibió específicamente a Apple:
-
-1. Cobrar tarifas adicionales o imponer requisitos extra a las aplicaciones que utilizan métodos de pago externos
-2. Dar trato preferencial en los resultados de búsqueda o destacando aplicaciones que utilizan exclusivamente el sistema IAP de Apple
-3. Utilizar medidas técnicas para hacer que las experiencias de pago externas sean inferiores al propio sistema de Apple
-4. Imponer requisitos de divulgación onerosos más allá de la información básica del consumidor
-
-Estas protecciones explícitas significan que los desarrolladores pueden implementar Stripe u otros proveedores de pagos externos sin temor a represalias sutiles o discriminación por parte de Apple. El campo de juego se ha nivelado legalmente, y Apple debe tratar a todas las aplicaciones por igual, independientemente de sus elecciones de método de pago.
-
-El fallo representa uno de los desafíos más significativos a la estrategia del jardín amurallado de Apple y marca un cambio crucial en cómo puede funcionar la monetización de aplicaciones móviles. Para los desarrolladores que han estado quejándose durante mucho tiempo de la comisión del 30% de Apple (reducida al 15% para las pequeñas empresas), este fallo ofrece un camino hacia márgenes de ganancia más altos y más control sobre la experiencia del cliente.
-
-## Beneficios Financieros de Usar Stripe en Lugar de las Compras Dentro de la Aplicación de Apple
-
-Las implicaciones financieras de este cambio son sustanciales para los desarrolladores:
-
-- **Reducción de Tarifas de Procesamiento de Pagos**: Apple generalmente cobra una comisión del 30% en las compras dentro de la aplicación (15% para pequeñas empresas), mientras que la tarifa de Stripe es solo alrededor del 2.9% + $0.30 por transacción. Esta diferencia puede aumentar significativamente tus márgenes de ingresos.
-  
-- **Pagos Más Rápidos**: Con Apple, generalmente esperas de 45 a 90 días para recibir tus fondos. Stripe, por otro lado, deposita los pagos en tu cuenta bancaria dentro de 2 a 3 días hábiles.
-
-- **Proceso de Reembolso Simplificado**: Maneja los reembolsos directamente a través del panel de control de Stripe en lugar de pasar por el sistema de reembolsos más complejo de Apple.
-
-Estos ahorros de costos y el flujo de efectivo mejorado pueden ser un cambio de juego, especialmente para desarrolladores y empresas más pequeñas.
-
-En este artículo, exploraremos cómo implementar Enlaces de Pago de Stripe en tu aplicación de Capacitor para aprovechar estas nuevas reglas, mientras aseguramos el cumplimiento de las [directrices actualizadas de Apple](https://developer.apple.com/app-store/review/guidelines/#business).
-
-> Esta implementación se basa en [la documentación oficial de Stripe para Enlaces de Pago](https://docs.stripe.com/mobile/digital-goods/payment-links), adaptada específicamente para aplicaciones de Capacitor.
-
-## Comprendiendo las Nuevas Directrices
-
-Las Directrices de Revisión de la App Store actualizadas ahora permiten a los desarrolladores dirigir a los usuarios a sitios web externos para el procesamiento de pagos, específicamente para bienes digitales y suscripciones. Este cambio actualmente solo es aplicable a aplicaciones distribuidas en la App Store de Estados Unidos.
-
-Puntos clave a comprender:
-
-1. Ahora puedes vincular a opciones de pago externas para bienes digitales dentro de tu aplicación
-2. Esto solo se aplica a aplicaciones en la App Store de EE. UU.
-3. Debes seguir cumpliendo con los requisitos de divulgación de Apple
-4. Sigues siendo responsable de todo el soporte al cliente y la gestión de reembolsos
-
-## Configurando Enlaces de Pago de Stripe en Tu Aplicación de Capacitor
-
-Profundicemos en la implementación técnica:
-
-### Paso 1: Crear un Enlace de Pago en el Panel de Control de Stripe
-
-Primero, crea un enlace de pago en tu panel de control de Stripe:
-
-1. Navega a la sección de Enlaces de Pago en tu panel de control de Stripe
-2. Haz clic en "+ Nuevo" para crear un nuevo enlace de pago
-3. Define los detalles de tu producto o suscripción
-4. En la configuración de "Después del pago", selecciona "No mostrar página de confirmación"
-5. Establece un enlace universal como tu URL de éxito (lo configuraremos más tarde)
-6. Haz clic en "Crear Enlace" para generar tu enlace de pago
-
-### Paso 2: Configurar Enlaces Universales en Tu Aplicación de Capacitor
-
-Para redirigir a los usuarios de regreso a tu aplicación después de completar el pago, configura enlaces universales:
-
-1. Crea un archivo `apple-app-site-association` en tu dominio:
-
-```json
-{
-  "applinks": {
-    "apps": [],
-    "details": [
-      {
-        "appIDs": ["YOURTEAMID.com.yourdomain.yourapp"],
-        "components": [
-          {
-            "/": "/checkout_redirect*",
-            "comment": "Matches any URL whose path starts with /checkout_redirect"
-          }
-        ]
-      }
-    ]
-  }
-}
-```
-
-2. Aloja este archivo en `https://yourdomain.com/.well-known/apple-app-site-association`
-
-3. Asegúrate de que se sirva con el tipo MIME correcto `application/json`
-
-4. Configura tu aplicación de Capacitor para manejar enlaces universales añadiendo la concesión adecuada. Primero, en tu `capacitor.config.ts`:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  // Your existing app configuration (appId, appName, etc.)
-  plugins: {
-    Geolocation: {
-      // Request precise location access on iOS
-      iosLocationAccuracy: 'reduced'
-    }
-  }
-};
-
-export default config;
-```
-
-5. Agrega la concesión de Dominios Asociados a tu proyecto de Xcode:
-   - Abre tu proyecto de Xcode
-   - Selecciona tu destino de aplicación
-   - Ve a "Signing & Capabilities"
-   - Haz clic en "+ Capability" y selecciona "Dominios Asociados"
-   - Agrega `applinks:yourdomain.com`
-
-### Paso 3: Crear una Página de Respaldo
-
-Crea una página de respaldo en la URL de redirección para manejar los casos en que la aplicación no esté instalada:
-
-```html
-<!DOCTYPE html>
-<html>
-<head>
-  <title>Redirecting...</title>
-  <meta http-equiv="refresh" content="0;url=https://yourdomain.com/app-download">
-</head>
-<body>
-  <p>Redirecting to download page...</p>
-</body>
-</html>
-```
-
-### Paso 4: Implementar el Botón de Pago en Tu Aplicación de Capacitor
-
-Ahora, añade el botón de pago a tu aplicación:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-export async function openPaymentLink(userEmail, userId) {
-  // Use your actual Stripe payment link
-  const baseUrl = 'https://buy.stripe.com/your_payment_link';
-  
-  // Add URL parameters to customize the experience
-  const params = new URLSearchParams({
-    prefilled_email: encodeURIComponent(userEmail),
-    client_reference_id: userId
-  });
-
-  const fullUrl = `${baseUrl}?${params.toString()}`;
-  
-  // Simple window.open works in both web and Capacitor
-  // Using _blank opens in Safari on iOS which is important for users with saved Stripe Link credentials
-  window.open(fullUrl, '_blank');
-}
-```
-
-> **Por qué Importa Safari**: Abrir el enlace de pago en Safari (a través de `window.open`) en lugar de un navegador dentro de la aplicación es beneficioso porque los usuarios que han guardado previamente su información de pago con Stripe Link tendrán sus credenciales automáticamente disponibles. Esto crea una experiencia de pago más fluida donde los usuarios no necesitan volver a ingresar su información de tarjeta de crédito, reduciendo significativamente la fricción y las tasas de abandono.
-
-### Paso 5: Manejar Enlaces Universales en Tu Aplicación
-
-Configura tu aplicación para manejar los enlaces universales cuando los usuarios sean redirigidos de regreso:
-
-1. Primero, instala el plugin de App:
-
-```bash
-npm install @capacitor/app
-```
-
-2. Registra el plugin de App en tu aplicación:
-
-```typescript
-import { App } from '@capacitor/app';
-
-// In your initialization code
-App.addListener('appUrlOpen', (event) => {
-  // Example URL: https://yourdomain.com/checkout_redirect?session_id=cs_test_...
-  const url = new URL(event.url);
-  
-  if (url.pathname.startsWith('/checkout_redirect')) {
-    // Extract any parameters you need
-    const params = new URLSearchParams(url.search);
-    const sessionId = params.get('session_id');
-    
-    // Handle successful payment
-    if (sessionId) {
-      // Verify the payment on your server if needed
-      verifyPayment(sessionId);
-      
-      // Update UI to reflect successful purchase
-      updatePurchaseStatus(true);
-    }
-  }
-});
-
-async function verifyPayment(sessionId) {
-  // Call your backend to verify the payment
-  // This is optional if you're relying on webhooks
-}
-
-function updatePurchaseStatus(success) {
-  // Update your app UI to reflect purchase status
-}
-```
-
-### Paso 6: Configurar Webhook para el Cumplimiento de Pedidos
-
-Finalmente, configura un webhook en tu servidor para manejar pagos exitosos:
-
-```javascript
-// Using Express.js as an example
-const express = require('express');
-const stripe = require('stripe')('sk_test_your_stripe_secret_key');
-const app = express();
-
-// Use raw body parser for webhook signature verification
-app.post('/webhook', express.raw({type: 'application/json'}), async (req, res) => {
-  const sig = req.headers['stripe-signature'];
-  const webhookSecret = 'whsec_your_webhook_secret';
-  
-  let event;
-  
-  try {
-    event = stripe.webhooks.constructEvent(req.body, sig, webhookSecret);
-  } catch (err) {
-    console.log(`Webhook Error: ${err.message}`);
-    return res.status(400).send(`Webhook Error: ${err.message}`);
-  }
-  
-  // Handle the checkout.session.completed event
-  if (event.type === 'checkout.session.completed') {
-    const session = event.data.object;
-    
-    // Retrieve client_reference_id (your user ID)
-    const userId = session.client_reference_id;
-    
-    // Grant access to the purchased content
-    await grantAccess(userId, session.id);
-  }
-  
-  res.status(200).send();
-});
-
-async function grantAccess(userId, sessionId) {
-  // Your logic to grant access to the purchased content
-  // This could be updating a database, sending a notification, etc.
-}
-
-app.listen(3000, () => console.log('Webhook server running on port 3000'));
-```
-
-## Compatibilidad con Android
-
-Seamos claros: la sentencia de Epic v. Apple ha cambiado fundamentalmente el panorama de los pagos móviles. No solo afecta directamente a las aplicaciones de iOS, sino que también fortalece la posición de los desarrolladores de Android que han estado utilizando métodos de pago externos.
-
-**Los desarrolladores de Android ahora pueden implementar soluciones de pago externas con total confianza.** El precedente establecido por la sentencia de Apple efectivamente protege a los desarrolladores de todas las plataformas de posibles restricciones futuras. Esta decisión judicial ha validado lo que muchos desarrolladores de Android han estado haciendo durante años: ofrecer opciones de pago alternativas con tarifas más bajas.
-
-La Play Store de Google siempre ha sido menos restrictiva respecto a métodos de pago externos que Apple, y ahora, con el precedente legal establecido, prácticamente no hay riesgo en implementar Stripe u otros proveedores de pagos externos en tus aplicaciones de Android. Puedes avanzar con estas implementaciones sabiendo que estás en un terreno legal sólido.
-
-La implementación que hemos cubierto para iOS funciona casi idénticamente para dispositivos Android. Dado que la Play Store de Google no tiene las mismas restricciones sobre métodos de pago externos, puedes usar el mismo enfoque de Enlaces de Pago de Stripe sin necesidad de diálogos de divulgación especiales.
-
-Para manejar el enlace profundo (equivalente a los enlaces universales en iOS), necesitarás:
-
-1. Configurar Enlaces de Aplicaciones en tu `AndroidManifest.xml` para manejar la URL de redirección
-2. Crear un archivo `.well-known/assetlinks.json` en tu dominio con los detalles de tu aplicación
-3. Usar la misma lógica de escucha de `appUrlOpen` para procesar pagos exitosos
-
-La belleza de Capacitor es que una vez que has implementado las configuraciones específicas de la plataforma, el código real del flujo de pago permanece igual en ambas plataformas.
-
-## Creando una Interfaz de Pago
-
-Aquí hay un ejemplo de un componente de botón de pago en Vue que puedes agregar a tu aplicación de Capacitor:
-
-```vue
-<template>
-  <div class="payment-container">
-    <div class="pricing-card">
-      <h2 class="mb-4 text-xl font-bold">{{ product.name }}</h2>
-      <p class="mb-6 text-gray-600">{{ product.description }}</p>
-      <div class="mb-6 price-tag">
-        <span class="text-2xl font-bold">${{ product.price }}</span>
-        <span v-if="product.isSubscription" class="text-sm text-gray-500">/month</span>
-      </div>
-      <button 
-        @click="handlePayment" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        Purchase Now
-      </button>
-    </div>
-  </div>
-</template>
-
-<script setup>
-import { ref } from 'vue';
-import { Dialog } from '@capacitor/dialog';
-
-const props = defineProps({
-  product: {
-    type: Object,
-    required: true
-  },
-  userEmail: {
-    type: String,
-    default: ''
-  },
-  userId: {
-    type: String,
-    required: true
-  }
-});
-
-const isLoading = ref(false);
-
-async function showExternalPaymentDisclosure() {
-  const { value } = await Dialog.confirm({
-    title: 'Leaving App for Payment',
-    message: 'You are about to leave this app to make a payment. Apple is not responsible for the privacy or security of payments that are not made through the App Store. All payment-related issues, including refunds, must be handled by our support team.',
-    okButtonTitle: 'Continue',
-    cancelButtonTitle: 'Cancel'
-  });
-  
-  return value;
-}
-
-async function openPaymentLink() {
-  // Use your actual Stripe payment link
-  const baseUrl = 'https://buy.stripe.com/your_payment_link';
-  
-  // Add URL parameters to customize the experience
-  const params = new URLSearchParams({
-    prefilled_email: encodeURIComponent(props.userEmail),
-    client_reference_id: props.userId
-  });
-
-  const fullUrl = `${baseUrl}?${params.toString()}`;
-  
-  // Simple window.open works in both web and Capacitor
-  // Using _blank opens in Safari on iOS which is important for users with saved Stripe Link credentials
-  window.open(fullUrl, '_blank');
-}
-
-async function handlePayment() {
-  isLoading.value = true;
-  try {
-    // Only show the disclosure on iOS
-    if (window.Capacitor?.getPlatform() === 'ios') {
-      const userConfirmed = await showExternalPaymentDisclosure();
-      if (!userConfirmed) return;
-    }
-    
-    await openPaymentLink();
-  } catch (error) {
-    console.error('Payment error:', error);
-    await Dialog.alert({
-      title: 'Payment Error',
-      message: 'There was an error initiating the payment. Please try again.'
-    });
-  } finally {
-    isLoading.value = false;
-  }
-}
-</script>
-```
-
-## Manejo de Diferentes Regiones
-
-Dado que las nuevas directrices de Apple solo se aplican a aplicaciones en la App Store de EE. UU., necesitarás una estrategia para detectar las regiones de los usuarios y aplicar el método de pago apropiado. Aquí hay un enfoque más confiable utilizando geolocalización por IP:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-async function determinePaymentMethod() {
-  // Always use Stripe for Android
-  if (Capacitor.getPlatform() !== 'ios') {
-    return 'external';
-  }
-  
-  try {
-    // Use a geolocation service to determine user's country
-    const response = await fetch('https://ipapi.co/json/');
-    const locationData = await response.json();
-    
-    // Check if the user is in the United States
-    if (locationData.country_code === 'US') {
-      return 'external'; // Can use Stripe Payment Links
-    } else {
-      return 'iap'; // Must use In-App Purchases
-    }
-  } catch (error) {
-    console.error('Error detecting region:', error);
-    return 'iap'; // Default to IAP to be safe
-  }
-}
-
-export async function processPayment(product, userEmail, userId) {
-  const paymentMethod = await determinePaymentMethod();
-  
-  if (paymentMethod === 'external') {
-    // Use Stripe Payment Links
-    await initiateExternalPayment(userEmail, userId);
-  } else {
-    // Use Apple's In-App Purchase
-    await initiateInAppPurchase(product.appleProductId);
-  }
-}
-```
-
-Este enfoque utiliza el servicio gratuito `ipapi.co` para determinar el país del usuario basado en su dirección IP. También podrías usar otros servicios de geolocalización como MaxMind, o implementar esta verificación del lado del servidor para mayor seguridad.
-
-> **Nota**: Si bien este enfoque funciona, es importante recordar que la geolocalización por IP no siempre es 100% precisa. Para aplicaciones críticas, considera usar múltiples métodos de detección o permitir que los usuarios seleccionen manualmente su región.
-
-### Detección de Ubicación Más Precisa con Plugins de Capacitor
-
-Para una detección de ubicación más precisa, puedes usar el plugin de Geolocalización de Capacitor junto con @capgo/nativegeocoder para determinar el país del usuario con mayor precisión:
-
-1. Primero, instala los plugins requeridos:
-
-```bash
-npm install @capacitor/geolocation @capgo/nativegeocoder
-```
-
-2. Configura los plugins en tu proyecto de Capacitor. Agrega lo siguiente a tu `capacitor.config.ts`:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  // Your existing app configuration (appId, appName, etc.)
-  plugins: {
-    Geolocation: {
-      // Request precise location access on iOS
-      iosLocationAccuracy: 'reduced'
-    }
-  }
-};
-
-export default config;
-```
-
-3. Implementa la detección de región basada en la ubicación:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { Geolocation } from '@capacitor/geolocation';
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-async function isUserInUSA() {
-  try {
-    // Request permission first
-    const permissionStatus = await Geolocation.requestPermissions();
-    
-    if (permissionStatus.location === 'granted') {
-      // Get current position
-      const position = await Geolocation.getCurrentPosition({
-        timeout: 10000,
-        enableHighAccuracy: false
-      });
-      
-      // Use NativeGeocoder to reverse geocode the coordinates
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: position.coords.latitude,
-        longitude: position.coords.longitude,
-        useLocale: true,
-        maxResults: 1
-      });
-      
-      if (results.addresses.length > 0) {
-        // Check if the user is in the USA
-        return results.addresses[0].countryCode === 'US';
-      }
-    }
-    
-    // If we couldn't determine location or permission denied, fall back to IP detection
-    return await isUserInUSAByIP();
-  } catch (error) {
-    console.error('Error detecting location:', error);
-    // Fall back to IP detection on error
-    return await isUserInUSAByIP();
-  }
-}
-
-async function isUserInUSAByIP() {
-  try {
-    const response = await fetch('https://ipapi.co/json/');
-    const data = await response.json();
-    return data.country_code === 'US';
-  } catch (error) {
-    console.error('Error detecting IP location:', error);
-    return false; // Default to false to be safe
-  }
-}
-
-export async function determinePaymentMethod() {
-  // Always use Stripe for Android
-  if (Capacitor.getPlatform() !== 'ios') {
-    return 'external';
-  }
-  
-  // Check if user is in the USA
-  const isUSA = await isUserInUSA();
-  return isUSA ? 'external' : 'iap';
-}
-
-export async function processPayment(product, userEmail, userId) {
-  const paymentMethod = await determinePaymentMethod();
-  
-  if (paymentMethod === 'external') {
-    // Use Stripe Payment Links
-    await initiateExternalPayment(userEmail, userId);
-  } else {
-    // Use Apple's In-App Purchase
-    await initiateInAppPurchase(product.appleProductId);
-  }
-}
-```
-
-Esta implementación proporciona una forma más precisa de determinar si un usuario se encuentra físicamente en los Estados Unidos. Primero intenta usar el GPS del dispositivo y el geocodificador nativo para determinar el país. Si eso falla (debido a problemas de permisos u otros errores), recae en la detección basada en IP.
-
-Recuerda agregar los permisos necesarios a tus archivos `info.plist` (iOS) y `AndroidManifest.xml` (Android):
-
-Para iOS (`ios/App/App/Info.plist`):
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>We need your location to determine which payment method to use based on regional availability.</string>
-```
-
-Para Android (`android/app/src/main/AndroidManifest.xml`):
-```xml
-<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-```
-
-Usar este enfoque te brinda la forma más precisa de determinar si un usuario es elegible para opciones de pago externas según las nuevas pautas de Apple.
-
-## Gestión de Suscripciones
-
-Una de las principales ventajas de usar Stripe para los pagos es la capacidad de ofrecer y gestionar suscripciones. Aquí te mostramos cómo manejar la gestión de suscripciones en tu aplicación de Capacitor:
-
-### 1. Crear una Página de Gestión de Suscripciones
-
-Agrega una página de gestión de suscripciones en tu aplicación para mostrar las suscripciones activas del usuario:
-
-```vue
-<template>
-  <div class="subscription-manager">
-    <div v-if="isLoading" class="loading-indicator">
-      Loading subscription data...
-    </div>
-    
-    <div v-else-if="subscription" class="subscription-info">
-      <h2 class="mb-4 text-xl font-bold">Your Subscription</h2>
-      
-      <div class="mb-6 plan-details">
-        <p><span class="font-medium">Plan:</span> {{ subscription.planName }}</p>
-        <p><span class="font-medium">Status:</span> {{ subscription.status }}</p>
-        <p><span class="font-medium">Renews:</span> {{ formatDate(subscription.currentPeriodEnd) }}</p>
-      </div>
-      
-      <button 
-        @click="manageSubscription" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        Manage Subscription
-      </button>
-    </div>
-    
-    <div v-else class="no-subscription">
-      <p class="mb-4">You don't have an active subscription.</p>
-      <button 
-        @click="goToPricingPage" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        View Plans
-      </button>
-    </div>
-  </div>
-</template>
-
-<script setup>
-import { ref, onMounted } from 'vue';
-import { getUserSubscription } from '../services/subscription';
-
-const subscription = ref(null);
-const isLoading = ref(true);
-
-onMounted(async () => {
-  try {
-    const userData = await getUserSubscription();
-    subscription.value = userData.subscription;
-  } catch (error) {
-    console.error('Failed to load subscription:', error);
-  } finally {
-    isLoading.value = false;
-  }
-});
-
-function formatDate(timestamp) {
-  return new Date(timestamp * 1000).toLocaleDateString();
-}
-
-function manageSubscription() {
-  // Open Stripe Customer Portal
-  window.open(subscription.value.portalUrl, '_blank');
-}
-
-function goToPricingPage() {
-  // Navigate to pricing page
-  // router.push('/pricing');
-}
-</script>
-```
-
-### 2. Portal de Clientes para la Gestión de Suscripciones
-
-Stripe ofrece un Portal de Clientes que permite a los usuarios gestionar sus suscripciones. Puedes crear un enlace a este portal desde tu servidor:
-
-```javascript
-// Server-side code (Node.js)
-const stripe = require('stripe')('sk_your_stripe_secret_key');
-
-async function createPortalSession(customerId) {
-  const session = await stripe.billingPortal.sessions.create({
-    customer: customerId,
-    return_url: 'https://yourdomain.com/account',
-  });
-  
-  return session.url;
-}
-```
-
-## Garantizar el Cumplimiento con la App Store
-
-Para asegurar que tu implementación cumple con las pautas de Apple:
-
-1. Incluye divulgaciones apropiadas sobre compras externas
-2. Implementa una hoja modal informando a los usuarios que están saliendo de la aplicación (como lo requiere Apple)
-3. No intentes eludir la comisión de Apple sobre compras realizadas dentro de la aplicación
-4. Comunica claramente a los usuarios que Apple no es responsable de la transacción
-
-Aquí tienes un ejemplo de implementación del modal de divulgación requerido:
-
-```typescript
-import { Dialog } from '@capacitor/dialog';
-
-async function showExternalPaymentDisclosure() {
-  const { value } = await Dialog.confirm({
-    title: 'Leaving App for Payment',
-    message: 'You are about to leave this app to make a payment. Apple is not responsible for the privacy or security of payments that are not made through the App Store. All payment-related issues, including refunds, must be handled by our support team.',
-    okButtonTitle: 'Continue',
-    cancelButtonTitle: 'Cancel'
-  });
-  
-  return value;
-}
-
-export async function initiateExternalPayment(userEmail, userId) {
-  const userConfirmed = await showExternalPaymentDisclosure();
-  
-  if (userConfirmed) {
-    await openPaymentLink(userEmail, userId);
-  }
-}
-```
-
-## Prueba de Tu Implementación
-
-Para probar tu implementación:
-
-1. Haz clic en tu botón de pago en tu aplicación, que debe mostrar la divulgación y luego abrir la página de pago de Stripe
-2. Completa un pago de prueba usando la tarjeta de prueba de Stripe `4242 4242 4242 4242`
-3. Después del pago, deberías ser redirigido de vuelta a tu aplicación a través del enlace universal
-4. Verifica que tu webhook recibió el evento `checkout.session.completed`
-
-## Conclusión
-
-La capacidad de usar opciones de pago externas para bienes digitales en aplicaciones iOS es un cambio significativo que le da a los desarrolladores más flexibilidad. Aunque este cambio actualmente solo se aplica a aplicaciones en la App Store de EE. UU., proporciona una alternativa importante al sistema de compras dentro de la aplicación de Apple.
-
-Al usar Enlaces de Pago de Stripe con Capacitor, puedes implementar rápidamente una experiencia de pago simplificada mientras mantienes el cumplimiento con las pautas de Apple. Este enfoque también te brinda la ventaja de la robusta infraestructura de pago de Stripe, tarifas de procesamiento más bajas (3% vs 30%), y pagos mucho más rápidos (días en lugar de meses) en comparación con el sistema de compras dentro de la aplicación de Apple.
-
-Recuerda que deberás manejar todos los temas de soporte al cliente y reembolsos directamente, ya que estas transacciones ocurren fuera del ecosistema de Apple.
-
-¿Has implementado Enlaces de Pago de Stripe en tu aplicación de Capacitor? ¡Comparte tu experiencia en los comentarios a continuación!
-
-## Preguntas Frecuentes
-
-**P: ¿Es este enfoque compatible con las pautas de Apple?**  
-R: Sí, a partir del 1 de mayo de 2025, Apple permite enlazar a métodos de pago externos para bienes y servicios digitales en aplicaciones distribuidas en la App Store de EE. UU., siempre que incluyas las divulgaciones requeridas.
-
-**P: ¿Necesito pagar la comisión de Apple al usar métodos de pago externos?**  
-R: No, uno de los principales beneficios de las nuevas reglas es que los pagos procesados fuera del sistema de Apple no están sujetos a su comisión.
-
-**P: ¿Mi empresa necesita estar basada en los Estados Unidos para aprovechar estas nuevas reglas?**  
-R: No, cualquier empresa de cualquier parte del mundo puede implementar métodos de pago externos siempre que tu aplicación esté disponible en la App Store de EE. UU. y los usuarios que realicen las compras se encuentren en los Estados Unidos. La normativa se aplica al mercado (App Store de EE. UU.) y a la ubicación de los usuarios, no a la ubicación de tu empresa. Esto significa que desarrolladores de Europa, Asia, América del Sur o de cualquier otro lugar pueden implementar Enlaces de Pago de Stripe para sus clientes en EE. UU.
-
-**P: ¿Qué sucede si un usuario fuera de EE. UU. intenta utilizar la opción de pago externo?**  
-R: Debes implementar la detección de región (como se muestra en el artículo) para ofrecer solo opciones de pago externas a los usuarios en EE. UU. Para otras regiones, deberías continuar utilizando el sistema de compras dentro de la aplicación de Apple.
-
-**P: ¿Puedo usar esto para bienes o servicios físicos consumidos fuera de la aplicación?**  
-R: Sí, Apple siempre ha permitido métodos de pago externos para bienes físicos y servicios consumidos fuera de la aplicación (como transporte compartido o entrega de alimentos).
diff --git a/src/content/blog/es/ssl-pinning-for-capacitor-apps.md b/src/content/blog/es/ssl-pinning-for-capacitor-apps.md
deleted file mode 100644
index 0565762f7..000000000
--- a/src/content/blog/es/ssl-pinning-for-capacitor-apps.md
+++ /dev/null
@@ -1,396 +0,0 @@
----
-slug: ssl-pinning-for-capacitor-apps
-title: SSL Pinning para Apps de Capacitor
-description: >-
-  Implementa la fijación SSL en tu aplicación de Capacitor para mejorar la
-  seguridad y protegerte contra ataques MITM, cumpliendo con las directrices de
-  la tienda de aplicaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-11T22:40:35.604Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682117615e3fe4823b5f0a24-1747003294262.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  SSL pinning, Capacitor apps, security, MITM attacks, certificate management,
-  app store compliance, mobile development
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**SSL pinning protege tu aplicación de amenazas de seguridad como ataques de hombre-en-el-medio (MITM) al verificar los certificados del servidor directamente dentro de tu aplicación.** Sin ello, los atacantes podrían interceptar datos sensibles o manipular las comunicaciones. Aquí te explicamos por qué es importante y cómo implementarlo de manera efectiva:
-
-### Por qué SSL Pinning es Importante:
-
--   **Previene Ataques MITM:** Bloquea la interceptación de llamadas de API.
--   **Fortalece la Seguridad:** Verifica los certificados del servidor contra valores conocidos.
--   **Cumple con los Requisitos de la App Store:** Ayuda a cumplir con los estándares de seguridad de Apple y Google.
--   **Genera Confianza en el Usuario:** Mantiene la seguridad de los datos del usuario durante la transmisión.
-
-### Pasos Clave para Implementar SSL Pinning:
-
-1.  **Elige el Plugin Adecuado:** Asegúrate de que sea compatible con iOS y Android.
-2.  **Configura tu Aplicación:** Incorpora los datos del certificado en la configuración de tu aplicación.
-3.  **Configuración Específica de la Plataforma:**
-    -   **Android:** Usa `network_security_config.xml` para definir los pines del certificado.
-    -   **iOS:** Ajusta `Info.plist` y valida los certificados durante el tiempo de ejecución.
-4.  **Prueba tu Configuración:** Simula ataques utilizando herramientas como [Charles Proxy](https://www.charlesproxy.com/) para verificar la seguridad.
-5.  **Gestiona los Certificados:** Actualiza regularmente los certificados e incluye copias de seguridad para evitar inactividad.
-
-### Comparación Rápida: Android vs. iOS SSL Pinning
-
-| Característica | Android | iOS |
-| --- | --- | --- |
-| Archivo de Configuración | `network_security_config.xml` | `Info.plist` |
-| Ubicación del Certificado | Directorio `res/raw` | Paquete de la aplicación |
-| Método de Validación | Configuración basada en XML | Validación ATS y en tiempo de ejecución |
-| Proceso de Actualización | Manual o automatizado | Manual o automatizado |
-
-**Consejo Profesional:** Automatiza las actualizaciones de certificados con herramientas como [Capgo](https://capgo.app/) para asegurar transiciones suaves y seguras sin reconstruir la aplicación. Esto previene interrupciones del servicio y mantiene el cumplimiento con las directrices de la tienda de aplicaciones.
-
-SSL pinning es imprescindible para cualquier aplicación de [Capacitor](https://capacitorjs.com/) para asegurar las comunicaciones API y proteger los datos del usuario. Comienza a implementarlo hoy para mejorar la seguridad de tu aplicación.
-
-## Explicación de TLS/SSL Certificate Pinning
-
-<iframe src="https://www.youtube.com/embed/3coPpYJgFro" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisitos de Configuración
-
-Configurar SSL pinning en tu [aplicación Capacitor](https://capgo.app/plugins/ivs-player/) requiere una planificación cuidadosa y una configuración precisa. Esto es lo que necesitas saber para implementar el pinning de certificados de manera efectiva.
-
-### Elegir el Plugin de SSL Pinning Adecuado
-
-El primer paso es seleccionar un plugin que funcione bien tanto para iOS como para Android, ofreciendo características de seguridad fuertes. Al comparar plugins, ten en cuenta estos factores:
-
--   **Compatibilidad de Plataforma:** Verifica que el plugin funcione correctamente en dispositivos iOS y Android.
--   **Gestión de Certificados:** Opta por un plugin que simplifique el proceso de manejo de certificados.
--   **Fáciles Actualizaciones:** Busca plugins que permitan actualizaciones de certificados sin requerir una reconstrucción completa de la aplicación.
--   **Consideraciones de Rendimiento:** Evalúa cómo el plugin podría afectar la velocidad y la capacidad de respuesta de tu aplicación.
-
-### Configurando tu [aplicación Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682117615e3fe4823b5f0a24/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Una vez que hayas elegido un plugin, el siguiente paso es configurar tu aplicación Capacitor para habilitar SSL pinning. Aquí hay un ejemplo de cómo podría lucir tu configuración:
-
-```typescript
-// Example: capacitor.config.ts
-{
-  appId: 'com.example.app',
-  plugins: {
-    SSLPinning: {
-      certs: ['cert1', 'cert2'],
-      validateCertificates: true,
-      allowBackup: false
-    }
-  }
-}
-```
-
-Es una buena idea implementar estos cambios de manera gradual para asegurar una transición suave para los usuarios. Después de configurar la configuración general, pasa a los ajustes específicos de la plataforma para Android e iOS para completar la implementación.
-
-## Configuración Específica de la Plataforma
-
-Configurar SSL pinning requiere configuraciones personalizadas para Android e iOS para proteger eficazmente contra ataques MITM.
-
-### Implementación en Android
-
-En Android, SSL pinning implica configurar configuraciones de seguridad de la red y gestionar certificados. Aquí te explicamos cómo hacerlo:
-
--   **Crea una Configuración de Seguridad de la Red**
-    
-    Comienza creando un archivo llamado `network_security_config.xml` en el directorio `res/xml` de tu proyecto Android:
-    
-    ```xml
-    <?xml version="1.0" encoding="utf-8"?>
-    <network-security-config>
-        <domain-config>
-            <domain includeSubdomains="true">api.example.com</domain>
-            <pin-set>
-                <pin digest="SHA-256">your_certificate_hash</pin>
-                <!-- Backup pin -->
-                <pin digest="SHA-256">backup_certificate_hash</pin>
-            </pin-set>
-        </domain-config>
-    </network-security-config>
-    ```
-    
--   **Actualiza el Archivo AndroidManifest.xml**
-    
-    Haz referencia a la nueva configuración de seguridad de red en tu archivo `AndroidManifest.xml`:
-    
-    ```xml
-    <application
-        android:networkSecurityConfig="@xml/network_security_config"
-        ...>
-    ```
-    
--   **Agrega Archivos de Certificado**
-    
-    Almacena los archivos de certificado requeridos (`.cer` o `.pem`) en el directorio `res/raw` de tu proyecto Android.
-    
-
-### Implementación en iOS
-
-Para iOS, el SSL pinning se configura modificando la configuración de App Transport Security (ATS) e implementando la validación de certificados en tiempo de ejecución. Sigue estos pasos:
-
--   **Configura ATS en Info.plist**
-    
-    Agrega la siguiente configuración al archivo `Info.plist` de tu aplicación:
-    
-    ```xml
-    <key>NSAppTransportSecurity</key>
-    <dict>
-        <key>NSAllowsArbitraryLoads</key>
-        <false/>
-        <key>NSExceptionDomains</key>
-        <dict>
-            <key>api.example.com</key>
-            <dict>
-                <key>NSIncludesSubdomains</key>
-                <true/>
-                <key>NSPinnedDomains</key>
-                <true/>
-            </dict>
-        </dict>
-    </dict>
-    ```
-    
--   **Inicializa SSL Pinning en el Código**
-    
-    Usa el siguiente fragmento de código para habilitar SSL pinning durante la inicialización de la aplicación:
-    
-    ```typescript
-    import { HTTP } from '@ionic-native/http/ngx';
-    
-    export class AppComponent {
-      constructor(private http: HTTP) {
-        this.initializeSSLPinning();
-      }
-    
-      async initializeSSLPinning() {
-        try {
-          await this.http.setSSLCertMode('pinned');
-          console.log('SSL Pinning initialized successfully');
-        } catch (error) {
-          console.error('SSL Pinning initialization failed:', error);
-        }
-      }
-    }
-    ```
-    
-
-### Comparación de Implementaciones en Android e iOS
-
-Aquí hay una comparación rápida de cómo varía el SSL pinning entre Android e iOS:
-
-| Característica | Android | iOS |
-| --- | --- | --- |
-| Archivo de Configuración | `network_security_config.xml` | `Info.plist` |
-| Ubicación del Certificado | Directorio `res/raw` | Paquete de la aplicación |
-| Método de Validación | Configuración XML | Validación ATS y en tiempo de ejecución |
-| Soporte de Plugins | Plugins nativos + personalizados | Plugins nativos + personalizados |
-
-A continuación, profundizaremos en estrategias de prueba y errores comunes para ayudarte a asegurar que tu configuración de SSL pinning sea confiable y segura.
-
-## Pruebas y Soluciones
-
-Probar tu configuración de SSL pinning es esencial para prevenir ataques de Hombre-En-El-Medio (MITM). Aquí te mostramos cómo asegurar que tu implementación sea segura y resolver problemas comunes.
-
-### Pruebas de Ataques MITM
-
-Puedes usar herramientas proxy como Charles Proxy para simular ataques MITM y verificar tu configuración de SSL pinning.
-
-**Pruebas con Charles Proxy**
-
-Sigue estos pasos para probar con Charles Proxy:
-
-1.  Instala el certificado raíz de Charles en tu dispositivo.
-2.  Habilita el proxy SSL en la configuración de Charles.
-3.  Agrega tu dominio API a la lista de proxy SSL.
-4.  Configura tu dispositivo para enrutar el tráfico a través del proxy Charles.
-
-Si tu SSL pinning está implementado correctamente, deberías ver errores de validación de certificados en los registros de tu aplicación durante la prueba.
-
-**Pruebas de Configuración de Red**
-
-Usa el siguiente fragmento de código para validar la conexión con un certificado anclado:
-
-```typescript
-// Validate pinned certificate connection
-try {
-    const response = await Http.get({
-        url: 'https://api.example.com/test',
-        headers: { 'Content-Type': 'application/json' }
-    });
-    console.log('Connection successful');
-} catch (error) {
-    console.error('Certificate validation failed:', error);
-}
-```
-
-### Soluciones para Errores Comunes
-
-Aquí hay algunos problemas típicos de SSL pinning y cómo abordarlos:
-
-| **Tipo de Error** | **Causa Común** | **Solución** |
-| --- | --- | --- |
-| Desajuste de Certificado | Hash incorrecto en la configuración | Verifica el hash del certificado usando [OpenSSL](https://www.openssl.org/). |
-| Problemas de Ruta | Ubicación incorrecta del certificado | Revisa las rutas de certificados específicas de la plataforma. |
-| Problemas de Formato | Formato de certificado inválido | Convierte el certificado al formato correcto (por ejemplo, PEM o DER). |
-| Tiempo de Espera de Red | Configuración de pinning incorrecta | Verifica tus configuraciones de seguridad de la red. |
-
-**Verificando el Hash del Certificado**
-
-Para asegurar que el hash del certificado coincida con tu configuración, usa el siguiente comando de OpenSSL:
-
-```bash
-# Generate the correct certificate hash
-openssl x509 -in certificate.pem -pubkey -noout | \
-openssl rsa -pubin -outform der | \
-openssl dgst -sha256 -binary | base64
-```
-
-Después de abordar cualquier error, asegúrate de que tu proceso de actualización de certificados funcione correctamente.
-
-### Pruebas de Actualización de Certificados
-
-Incluye tanto un certificado principal como un certificado de respaldo en tu configuración para evitar inactividad durante las actualizaciones.
-
-**Proceso de Prueba de Actualización**
-
-Aquí tienes un ejemplo de cómo probar la rotación de certificados:
-
-```typescript
-// Rotate certificates
-const certificates = {
-    current: 'sha256/current_certificate_hash',
-    backup: 'sha256/backup_certificate_hash'
-};
-
-// Test both certificates
-async function validateCertificates() {
-    try {
-        await testConnection(certificates.current);
-        console.log('Primary certificate valid');
-    } catch {
-        try {
-            await testConnection(certificates.backup);
-            console.log('Backup certificate valid');
-        } catch {
-            console.error('All certificates invalid');
-        }
-    }
-}
-```
-
-**Monitoreo de la Caducidad del Certificado**
-
-Revisa regularmente la expiración del certificado para evitar interrupciones:
-
-```bash
-# Check certificate expiration date
-openssl x509 -enddate -noout -in certificate.pem
-```
-
-Finalmente, prueba tu configuración bajo diversas condiciones, incluyendo WiFi estable, datos móviles, escenarios fuera de línea y transiciones de red, para asegurar una seguridad robusta y funcionalidad.
-
-## Gestión de SSL Pinning
-
-Una vez que tu configuración de SSL pinning esté en su lugar, el siguiente paso es gestionar el pinning de certificados y claves para mantener una fuerte seguridad a lo largo del tiempo.
-
-### Pinning de Certificado vs. Pinning de Clave
-
-En lo que respecta al SSL pinning, hay dos enfoques principales: pinning de certificado y pinning de clave pública. Cada uno tiene sus propias ventajas, especialmente para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/):
-
-| Característica | Pinning de Certificado | Pinning de Clave Pública |
-| --- | --- | --- |
-| **Nivel de Seguridad** | Alto – ancla todo el certificado | Muy alto – ancla solo la clave pública |
-| **Mantenimiento** | Se requieren actualizaciones con cada renovación | Menos frecuente, sobrevive a renovaciones |
-| **Implementación** | Más fácil de implementar | Configuración inicial más compleja |
-| **Impacto en Almacenamiento** | Mayor huella de almacenamiento | Requisitos de almacenamiento mínimos |
-| **Frecuencia de Actualización** | Cada renovación de certificado | Solo cuando cambia la clave pública |
-
-Este desglose puede ayudarte a decidir qué método se alinea mejor con la estrategia de mantenimiento a largo plazo de tu aplicación.
-
-### Automatizando Actualizaciones de Certificados
-
-Mantener los certificados actualizados es crítico para asegurar las comunicaciones API. Capgo ofrece una solución simplificada al automatizar estas actualizaciones, eliminando la necesidad de volver a enviar la aplicación a la tienda. Aquí está lo que proporciona:
-
--   **Altas tasas de adopción:** Las actualizaciones son escalonadas, rastreadas y alcanzan una tasa de adopción del 95% en 24 horas [\[1\]](https://capgo.app).
--   **Entrega encriptada:** Las actualizaciones están completamente encriptadas de extremo a extremo.
--   **Monitoreo en tiempo real:** Los análisis proporcionan información sobre el éxito de las actualizaciones.
-
-**Cómo Implementar:**
-
--   **Configura Actualizaciones Automatizadas**  
-    Integra el pipeline CI/CD de Capgo para manejar actualizaciones de certificados automáticamente. Esta configuración implica un costo único de $2,600 [\[1\]](https://capgo.app).
-    
--   **Rastrea Métricas de Certificados**  
-    Utiliza el tablero de análisis de Capgo para monitorear métricas clave, como la tasa de éxito de actualizaciones global, que actualmente es del 82% [\[1\]](https://capgo.app).
-    
-
-Estas medidas ayudan a proteger tu aplicación contra posibles ataques MITM (Hombre-en-el-Medio).
-
-### Directrices de Seguridad de la App Store
-
-Tanto la Apple App Store como la Google Play Store imponen estrictos requisitos de seguridad para el pinning SSL. Aquí hay un breve resumen de sus expectativas:
-
-**Apple App Store:**
-
--   Los certificados deben actualizarse utilizando encriptación de extremo a extremo.
--   La validación adecuada de los certificados es obligatoria.
--   Se requiere documentación de seguridad durante el proceso de revisión.
-
-**Google Play Store:**
-
--   Las actualizaciones deben utilizar mecanismos aprobados.
--   La transparencia en la gestión de certificados es esencial.
--   Los mecanismos de retroceso deben estar en su lugar.
-
-La solución de Capgo cumple con todos estos requisitos mientras permite actualizaciones instantáneas [\[1\]](https://capgo.app). Para un enfoque de seguridad robusto, considera combinar actualizaciones tradicionales de la tienda de aplicaciones con actualizaciones en vivo a través de Capgo. Esta estrategia híbrida asegura que tu aplicación se mantenga segura y cumpla con las normativas sin retrasos innecesarios.
-
-## Conclusión
-
-Para proteger tus aplicaciones de Capacitor de ataques MITM, implementar el pinning SSL es imprescindible. Al incrustar datos de certificados de confianza directamente en tu aplicación, puedes fortalecer significativamente la seguridad de tus comunicaciones API.
-
-Para una implementación exitosa, ten en cuenta estos aspectos críticos:
-
--   **Gestión de Certificados:** Haz que sea una prioridad actualizar y monitorear regularmente tus certificados para prevenir posibles interrupciones del servicio.
--   **Flujo de Trabajo de Desarrollo:** Incorpora mecanismos de bypass para entornos de prueba mientras aseguras que se mantengan estrictos protocolos de seguridad para las versiones de producción.
--   **Directrices de Plataforma:** Adhiérete a los requisitos de seguridad tanto de la Apple App Store como de la Google Play Store para asegurar el cumplimiento.
-
-El pinning SSL juega un papel clave en la protección de los datos del usuario y en el mantenimiento de la integridad de tu aplicación. Cuando se combina con las medidas de seguridad más amplias discutidas anteriormente, ayuda a crear un entorno de aplicación más seguro.
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Qué riesgos podrían surgir si no se utiliza pinning SSL en una aplicación de Capacitor?
-
-Si el pinning SSL no está configurado en una aplicación de Capacitor, la aplicación se convierte en un objetivo más fácil para **ataques Man-in-the-Middle (MITM)**. Estos ataques permiten a actores malintencionados interceptar y alterar los datos que fluyen entre la aplicación y su servidor. Esto podría resultar en la exposición de información sensible como credenciales de usuario o [claves API](https://capgo.app/docs/webapp/api-keys/).
-
-Además, sin el pinning SSL, los atacantes podrían utilizar certificados falsos o comprometidos para hacerse pasar por un servidor de confianza. Esto aumenta las posibilidades de violaciones de datos. Al implementar el pinning SSL, puedes asegurar una comunicación segura y proteger a tus usuarios de estos riesgos.
-:::
-
-:::faq
-### ¿Cuáles son las principales diferencias en la implementación y mantenimiento del pinning SSL para Android e iOS en aplicaciones de Capacitor?
-
-El pinning SSL funciona de manera un poco diferente en Android e iOS, gracias a sus APIs y configuraciones de seguridad únicas.
-
-En **Android**, los desarrolladores a menudo confían en bibliotecas de red como OkHttp o utilizan configuraciones nativas para configurar el pinning SSL. Sin embargo, cuando llega el momento de actualizar los certificados fijados, suele significar lanzar una nueva versión de la aplicación.
-
-En **iOS**, el pinning SSL se maneja típicamente a través de URLSession o con la ayuda de bibliotecas de terceros. Al igual que en Android, cualquier actualización de los certificados debe gestionarse cuidadosamente para asegurar que la comunicación API no se rompa.
-
-Ambas plataformas requieren atención continua a la expiración de certificados y actualizaciones para mantener las conexiones API seguras. Las pruebas regulares son esenciales para detectar problemas de compatibilidad temprano y protegerse contra ataques **man-in-the-middle (MITM)**.
-:::
-
-:::faq
-### ¿Cómo puedo automatizar las actualizaciones de certificados SSL y asegurarme de que mi aplicación de Capacitor cumpla con los requisitos de seguridad de la tienda de aplicaciones?
-
-Aunque el artículo no profundiza en herramientas o estrategias para automatizar las actualizaciones de certificados SSL o asegurar el cumplimiento de las directrices de seguridad de la tienda de aplicaciones, hay pasos que puedes seguir para aumentar la seguridad de tu aplicación. Una medida efectiva es implementar **pinning SSL** en tu aplicación de Capacitor. Esto ayuda a proteger tu aplicación de **ataques man-in-the-middle (MITM)**, que pueden comprometer datos sensibles.
-
-Para gestionar actualizaciones en vivo y simplificar el mantenimiento de la aplicación, plataformas como **Capgo** pueden ser un cambio de juego. Hacen más fácil implementar actualizaciones mientras se ajustan a las regulaciones de la tienda de aplicaciones, asegurando una experiencia más fluida tanto para desarrolladores como para usuarios.
-:::
diff --git a/src/content/blog/es/staged-rollouts-vs-full-releases-comparison.md b/src/content/blog/es/staged-rollouts-vs-full-releases-comparison.md
deleted file mode 100644
index 068a20c1e..000000000
--- a/src/content/blog/es/staged-rollouts-vs-full-releases-comparison.md
+++ /dev/null
@@ -1,153 +0,0 @@
----
-slug: staged-rollouts-vs-full-releases-comparison
-title: 'Staged Rollouts vs Lanzamientos Completos: Comparación'
-description: >-
-  Considere las diferencias entre un lanzamiento gradual y uno completo para
-  determinar la estrategia de actualización más adecuada para las necesidades de
-  su aplicación y su base de usuarios.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T02:25:03.907Z
-updated_at: 2025-03-30T02:25:15.130Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e8a654283d21cbd67ab720-1743301515130.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  staged rollouts, full releases, app updates, risk management, deployment
-  strategies, user feedback
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-
-La elección entre **lanzamientos graduales** y **lanzamientos completos** depende de las necesidades de tu app, base de usuarios y urgencia de actualización. Aquí un desglose rápido:
-
--   **Lanzamientos Graduales**: Las actualizaciones se lanzan gradualmente a grupos pequeños de usuarios, permitiendo pruebas controladas, gestión de riesgos y recopilación de comentarios
--   **Lanzamientos Completos**: Las actualizaciones se implementan a todos los usuarios a la vez, ideal para correcciones críticas o actualizaciones urgentes
-
-### Comparación Rápida
-
-| Aspecto | Lanzamientos Graduales | Lanzamientos Completos |
-| --- | --- | --- |
-| **Nivel de Riesgo** | Bajo (exposición limitada inicialmente) | Alto (afecta a todos los usuarios simultáneamente) |
-| **Velocidad de Implementación** | Gradual con el tiempo | Instantánea para todos los usuarios |
-| **Comentarios de Usuarios** | Recopilación gradual de grupos pequeños | Inmediata de todos los usuarios |
-| **Reversión** | Selectiva y rápida | Universal pero más lenta |
-| **Carga del Servidor** | Equilibrada | Alta durante el lanzamiento |
-| **Caso de Uso** | Prueba de nuevas funciones, gestión de riesgos | Correcciones críticas, actualizaciones urgentes |
-
-### Cuándo Usar Cada Método
-
--   **Lanzamientos Graduales**: Mejor para [actualizaciones complejas](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), grandes bases de usuarios o cuando minimizar riesgos es prioritario
--   **Lanzamientos Completos**: Ideal para correcciones urgentes de errores, parches de seguridad o actualizaciones simples que requieren adopción amplia
-
-Herramientas como **[Capgo](https://capgo.app/)** pueden soportar ambos métodos, ofreciendo funciones como análisis en tiempo real, reversión instantánea e implementación sin problemas. Elige el método que se alinee con los objetivos e infraestructura de tu app
-
-## Implementación Canaria: Explicación de Lanzamientos Más Seguros
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Lanzamientos Graduales Explicados
-
-Los lanzamientos graduales implican liberar actualizaciones gradualmente a grupos específicos de usuarios. Este método ayuda a gestionar riesgos y asegura actualizaciones más suaves.
-
-### Características Clave de Lanzamientos Graduales
-
-El enfoque de los lanzamientos graduales está en la distribución controlada y la reducción de riesgos. Las herramientas como el sistema de canales de Capgo permiten a los desarrolladores entregar diferentes versiones de la app a grupos seleccionados de usuarios.
-
-| Característica | Propósito | Beneficio |
-| --- | --- | --- |
-| **Segmentación de Usuarios** | Agrupar usuarios en segmentos más pequeños | Crear un entorno de pruebas controlado |
-| **Control de Versiones** | Manejar múltiples versiones de la app | Asegurar estabilidad para todos los usuarios |
-| **Análisis en Tiempo Real** | Rastrear rendimiento de actualizaciones | Identificar y corregir problemas rápidamente |
-| **Reversión Instantánea** | Volver a versiones anteriores | Reducir el impacto de errores |
-
-### Métodos Comunes para Lanzamientos Graduales
-
-Estas características se aplican a través de dos enfoques principales:
-
--   **Implementación basada en porcentajes**: Comenzar con un pequeño porcentaje de usuarios y aumentar gradualmente el lanzamiento según datos de rendimiento
--   **Distribución basada en canales**: Dividir usuarios en canales, como beta o producción, para probar actualizaciones y recopilar comentarios antes de un lanzamiento más amplio
-
-### Ventajas y Desventajas de Lanzamientos Graduales
-
-| Ventajas | Desventajas |
-| --- | --- |
-| Detectar errores temprano | Lanzamiento general más lento |
-| Gestionar riesgos efectivamente | Más complejo de supervisar |
-| Obtener comentarios específicos | Múltiples versiones pueden confundir usuarios |
-| Actualizar en segundo plano | Requiere más recursos |
-| Opción fácil de reversión | Configuración inicial puede ser desafiante |
-
-Para implementar lanzamientos graduales efectivamente, herramientas como Capgo proporcionan análisis en tiempo real para monitorear el éxito y la participación del usuario [\[1\]](https://capgo.app/)
-
-## Lanzamientos Completos Explicados
-
-Los lanzamientos completos implican actualizar a todos los usuarios al mismo tiempo, siguiendo un enfoque más tradicional en comparación con los lanzamientos graduales. Juegan un papel clave en la gestión de riesgos mientras aseguran una experiencia fluida del usuario en ciclos de actualización rápidos.
-
-### Características Principales de Lanzamientos Completos
-
-Mejoras recientes han hecho los lanzamientos completos más eficientes y confiables, ofreciendo una experiencia consistente para todos los usuarios.
-
-| Característica | Descripción | Impacto |
-| --- | --- | --- |
-| **Distribución Instantánea** | Actualizaciones llegan a todos a la vez | Mantiene versiones consistentes |
-| **Experiencia Uniforme** | Todos los usuarios obtienen las mismas funciones | Simplifica procesos de soporte |
-| **[Actualizaciones Automáticas](https://capgo.app/docs/plugin/cloud-mode/auto-update/)** | Las actualizaciones ocurren en segundo plano | Reduce las interrupciones |
-| **Despliegue Directo** | Evita los retrasos de revisión de la tienda de aplicaciones | Acelera los plazos de lanzamiento |
-
-Ahora, veamos cómo los lanzamientos completos tradicionales se comparan con los métodos modernos
-
-### Métodos de Lanzamiento Completo: Antiguos vs Nuevos
-
-Los métodos antiguos de lanzamiento completo dependían de largas revisiones en las tiendas de aplicaciones, a menudo retrasando las actualizaciones por semanas. Los métodos modernos, sin embargo, permiten a los desarrolladores enviar actualizaciones directamente a los usuarios, permitiendo correcciones y despliegues de funciones más rápidos
-
-| Aspecto | Método Tradicional | Método Moderno |
-| --- | --- | --- |
-| **Velocidad de Actualización** | Semanas para aprobación de la tienda | Despliegue inmediato |
-| **Seguimiento del Éxito** | Perspectivas limitadas | Análisis en tiempo real |
-| **Experiencia de Usuario** | Actualizaciones manuales por usuarios | [Actualizaciones automáticas en segundo plano](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-| **Control de Lanzamiento** | Manejo básico de versiones | Controles de lanzamiento avanzados |
-
-> "¡No más esperas! Envía cambios de código en vivo directamente a los usuarios sin retrasos de la tienda de aplicaciones. Despliega correcciones críticas y funciones cuando estén listas" - Capgo [\[1\]](https://capgo.app/)
-
-Los enfoques modernos están remodelando cómo se gestionan los lanzamientos completos, ofreciendo mejor velocidad y control
-
-### Ventajas y Desventajas de los Lanzamientos Completos
-
-| Ventajas | Desventajas |
-| --- | --- |
-| Adopción instantánea por todos los usuarios | Mayor riesgo si surgen problemas |
-| Gestión simplificada de versiones | Sin fase de pruebas gradual |
-| Experiencia consistente para todos | Todos los usuarios afectados simultáneamente |
-| Más fácil de mantener y documentar | Opciones limitadas de reversión |
-| Proceso de despliegue más rápido | Posibles picos de carga del servidor |
-
-Capgo reporta un 82% de tasa de éxito global para actualizaciones, con un tiempo de respuesta promedio de API de 57ms en todo el mundo [\[1\]](https://capgo.app/)
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Comparación Directa: Lanzamientos Graduales vs Completos
-
-Aquí hay una mirada más cercana a cómo los lanzamientos graduales se comparan con los lanzamientos completos, enfocándose en factores que influyen directamente en el rendimiento de la aplicación y la experiencia del usuario
-
-| Aspecto | Lanzamientos Graduales | Lanzamientos Completos |
-| --- | --- | --- |
-| Nivel de Riesgo | Menor – exposición limitada a un subconjunto de usuarios inicialmente | Mayor – actualización enviada a todos los usuarios a la vez |
-| Velocidad de Despliegue | 24 horas para 95% de cobertura de usuarios [\[1\]](https://capgo.app/) | Instantáneo para toda la base de usuarios |
-| Tasa de Éxito de Actualización | 82% de tasa de éxito global [\[1\]](https://capgo.app/) | Depende en gran medida de las capacidades de infraestructura |
-| Eficiencia de Costos | Más económico a largo plazo | Costos iniciales más bajos pero costos más altos para correcciones si surgen problemas |
-| Ciclo de Retroalimentación | Recolección gradual de comentarios | Retroalimentación inmediata de todos los usuarios |
-| Capacidad de Reversión | Reversión instantánea y selectiva disponible [\[1\]](https://capgo.app/) | Afecta a todos los usuarios si se revierte |
-| Requisitos de Recursos | Carga del servidor equilibrada | Riesgo de sobrecarga de infraestructura |
-| Gestión de Versiones | Pueden coexistir múltiples versiones | Una sola versión desplegada universalmente |
-
-Cada enfoque tiene su propio conjunto de compensaciones en cuanto a velocidad, costo y riesgo. Por ejemplo, los lanzamientos graduales permiten reversiones selectivas y recopilación gradual de comentarios, haciéndolos una opción más segura para probar actualizaciones. Los lanzamientos completos, por otro lado, son más rápidos pero requieren una infraestructura sólida y pruebas rigurosas previas al lanzamiento para evitar problemas generalizados
-
-La distinción principal radica en la _gestión de riesgos_. Los lanzamientos graduales dan a los desarrolladores la capacidad de monitorear el rendimiento a menor escala antes de expandirse a toda la base de usuarios. Los lanzamientos completos, aunque más rápidos, exigen una preparación significativa para manejar posibles desafíos en todos los usuarios
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Los avances en las plataformas de despliegue han mejorado ambos métodos
diff --git a/src/content/blog/es/staging-ota-updates-best-practices.md b/src/content/blog/es/staging-ota-updates-best-practices.md
deleted file mode 100644
index 181a9ac6c..000000000
--- a/src/content/blog/es/staging-ota-updates-best-practices.md
+++ /dev/null
@@ -1,236 +0,0 @@
----
-slug: staging-ota-updates-best-practices
-title: 'Actualizaciones OTA por etapas: mejores prácticas'
-description: >-
-  Aprende las mejores prácticas para implementar actualizaciones OTA, asegurando
-  despliegues fluidos de aplicaciones y una mejor experiencia de usuario con
-  estrategias efectivas de pruebas y reversión.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T01:20:29.530Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fda45772a40527486bdcbd-1744680128983.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, staging environment, app testing, error tracking, network
-  conditions, phased rollouts, app deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones **Over-the-Air (OTA)** permiten a los desarrolladores enviar cambios de la aplicación directamente a los usuarios sin requerir aprobaciones de la tienda de aplicaciones. Esto acelera las correcciones de errores y el lanzamiento de funciones, con el **95% de los usuarios activos recibiendo actualizaciones en 24 horas**. Sin embargo, sin un entorno de staging adecuado, las actualizaciones pueden fallar, causando bloqueos o problemas de compatibilidad.
-
-### Por Qué Son Importantes los Entornos de Staging
-
-Un **entorno de staging** ayuda a probar las actualizaciones OTA antes de que salgan a producción. Imita la configuración de producción, rastrea el rendimiento de las actualizaciones y permite retrocesos rápidos. Los beneficios clave incluyen:
-
-- Pruebas en diversos dispositivos y condiciones de red
-- Seguimiento y monitoreo de errores en tiempo real  
-- Despliegues controlados a grupos más pequeños de usuarios
-
-### Problemas Comunes que Resuelve el Staging
-
-| **Problema** | **Impacto** | **Solución** |
-| --- | --- | --- |
-| Problemas de compatibilidad | Bloqueos de la app | Pruebas en dispositivos variados |
-| Rendimiento desigual | Quejas de usuarios | Despliegues graduales |
-| Errores críticos | Mala experiencia de usuario | Monitoreo de errores y rollback |
-
-### Consejos Rápidos para Configurar Staging
-
-1. **Igualar configuración de producción** (servidores, bases de datos, integraciones).
-2. **Usar datos anonimizados** para pruebas realistas.
-3. **Automatizar builds** con pipelines CI/CD.
-4. **Probar en fases**: canales Alpha, Beta y Release Candidate.
-
-### Herramientas para el Éxito OTA
-
-Plataformas como **[Capgo](https://capgo.app/)** simplifican el staging con funciones como actualizaciones encriptadas, seguimiento de errores y opciones de rollback. Con **750 apps en producción** y **23.5M actualizaciones entregadas**, asegura que las actualizaciones sean rápidas, seguras y confiables.
-
-**Conclusión clave**: Un entorno de staging robusto asegura actualizaciones OTA fluidas, reduciendo riesgos y mejorando la experiencia del usuario.
-
-## Staging y Entorno de Producción - Pruebas de Software ...
-
-<iframe src="https://www.youtube.com/embed/HN8D8IHLb9s" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Construyendo un Entorno de Staging
-
-Configurar un entorno de staging es imprescindible para probar las actualizaciones OTA antes de implementarlas en producción.
-
-### Componentes Clave para un Entorno de Staging
-
-Para replicar adecuadamente tu entorno de producción, necesitarás los siguientes componentes:
-
-| Componente | Propósito | Consejos de Implementación |
-| --- | --- | --- |
-| **Dispositivos de Prueba** | Asegurar diversidad de dispositivos | Incluir una mezcla de dispositivos iOS y Android. |
-| **Simulador de Red** | Probar bajo condiciones variadas | Configurar límites de ancho de banda y latencia. |
-| **Herramientas de Monitoreo** | Rastrear problemas de rendimiento | Configurar registro de errores y herramientas analíticas. |
-| **Control de Versiones** | [Gestionar actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Usar ramas separadas para staging. |
-| **Pipeline CI/CD** | Automatizar despliegues | Replicar flujos de trabajo de despliegue de producción. |
-
-Tu entorno de staging debe parecerse mucho a producción pero permanecer aislado. Plataformas como Capgo facilitan esto ofreciendo canales de prueba dedicados, permitiendo condiciones de prueba precisas y confiables.
-
-### Cómo Configurar un Entorno de Staging
-
-Sigue estos pasos para crear y mantener una configuración de staging que refleje tu entorno de producción:
-
-1. **Configuración del Entorno**  
-   Iguala tu configuración de producción, incluyendo servidores, bases de datos e integraciones de terceros.
-
-2. **Gestión de Datos**  
-   Usa datos de producción anonimizados para pruebas. Actualiza estos datos regularmente para mantenerlos realistas.
-
-3. **Integración de Automatización**  
-   Implementa un pipeline CI/CD que refleje producción. Por ejemplo:
-
-   - Automatiza builds, ejecuta pruebas de integración, monitorea rendimiento y habilita funciones de rollback.
-
-4. **[Sistema de Canales de Actualización](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**  
-   Divide tu proceso de pruebas en fases distintas:
-
-   - _Canal Alpha_: Para pruebas de desarrolladores.
-   - _Canal Beta_: Para pruebas del equipo interno.
-   - _Canal Release Candidate_: Para verificaciones finales pre-producción.
-
-Mantén tu entorno de staging sincronizado con producción mediante actualizaciones y monitoreo regulares. Esto ayuda a detectar problemas temprano y previene discrepancias entre los dos entornos.
-
-## Métodos de Prueba de Actualizaciones OTA
-
-### Pruebas Manuales vs Automatizadas
-
-Las pruebas de actualizaciones OTA involucran enfoques tanto manuales como automatizados. Cada método tiene sus fortalezas, y combinarlos asegura una cobertura completa.
-
-| Tipo de Prueba | Mejor Usado Para | Herramientas/Enfoques Clave |
-| --- | --- | --- |
-| **Manual** | Verificar experiencia de usuario, elementos visuales y casos extremos | Pruebas en dispositivos, retroalimentación de beta testers, evaluaciones de flujo de usuario |
-| **Automatizado** | Ejecutar pruebas de regresión, medir rendimiento y simular condiciones de red | Pipelines CI/CD, suites de pruebas automatizadas, herramientas de prueba de carga |
-| **Híbrido** | Validar lanzamientos, probar nuevas funciones y asegurar confiabilidad de rollback | Una mezcla de verificaciones manuales y procesos automatizados de seguridad |
-
-Las pruebas de red simuladas también juegan un papel crítico al descubrir problemas relacionados con la conectividad.
-
-### Probando Condiciones de Red
-
-Probar bajo diferentes condiciones de red asegura que las actualizaciones OTA funcionen de manera confiable:
-
-- **Simular Escenarios de Red**
-    
-    - Probar actualizaciones sobre redes 2G, 3G, 4G y 5G.
-    - Verificar rendimiento durante conectividad intermitente.
-    - Verificar que las actualizaciones se reanuden sin problemas después de perder conexión.
-- **Monitorear Métricas de Rendimiento**
-    
-    - Medir velocidades de descarga bajo condiciones variables.
-    - Rastrear qué tan seguido se completan exitosamente las actualizaciones.
-    - Registrar patrones de uso de ancho de banda para análisis.
-
-Por ejemplo, Capgo optimiza las actualizaciones descargando solo los cambios necesarios, ahorrando tanto ancho de banda como tiempo.
-
-### Manejo de Errores y Recuperación
-
-Las pruebas a menudo descubren problemas que requieren estrategias robustas de recuperación para mantener la estabilidad de la app durante las actualizaciones OTA. El manejo efectivo de errores es clave.
-
-| Tipo de Error | Método de Recuperación | Detalles del Método |
-| --- | --- | --- |
-| **Fallo de Red** | Mecanismo de reintento automático | Usar retroceso progresivo y reanudar actualizaciones desde puntos de control. |
-| **Conflicto de Versión** | Protocolo de rollback | Permitir reversión con un clic mientras se mantienen los datos del usuario intactos. |
-| **Problemas de Almacenamiento** | Prácticas de gestión de espacio | Realizar verificaciones pre-actualización y limpiezas regulares para liberar espacio. |
-
-Capgo proporciona herramientas para seguimiento de errores y análisis para agilizar los esfuerzos de recuperación:
-
-- **Monitoreo de Salud de Actualizaciones**  
-  Rastrea tasas de éxito de actualización e identifica problemas potenciales temprano usando insights en tiempo real.
-
-- **Implementando Procedimientos de Recuperación**  
-  Vuelve rápidamente a versiones estables cuando surgen problemas, especialmente durante despliegues graduales.
-
-- **Gestionando Canales de Distribución**  
-  Usa canales dedicados para pruebas beta y despliegues graduales. Este enfoque minimiza riesgos al validar actualizaciones con grupos más pequeños de usuarios antes de un lanzamiento completo.
-
-## Gestión de Actualizaciones OTA
-
-La [gestión efectiva de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/) es la pieza final de una estrategia OTA exitosa. Asegura un despliegue fluido y se basa en prácticas sólidas de prueba.
-
-### Reduciendo el Tamaño de Actualización
-
-Para hacer las actualizaciones más pequeñas y menos exigentes en ancho de banda, considera métodos como **actualizaciones delta**, **compresión de assets** y **minificación de código**. Estas técnicas ayudan a optimizar el proceso y mejorar la experiencia del usuario.
-
-### Despliegues Graduales
-
-Un lanzamiento gradual de actualizaciones, conocido como despliegues graduales, ayuda a minimizar riesgos. Al dirigirse a grupos específicos, puedes monitorear el rendimiento y abordar problemas antes de un lanzamiento a gran escala. Herramientas como el sistema de canales de Capgo facilitan esto permitiendo a los desarrolladores distribuir diferentes versiones de actualización para pruebas beta o despliegues graduales [\[1\]](https://capgo.app/).
-
-### Cumplimiento de Reglas de App Store
-
-Adherirse a las pautas de la tienda de aplicaciones es crucial para evitar retrasos o interrupciones durante el proceso de revisión. Tanto Apple como Google imponen protocolos de seguridad estrictos, y herramientas como Capgo simplifican esto asegurando que las actualizaciones se alineen con estos estándares.
-
-> "Compatible con App Store" - Capgo [\[1\]](https://capgo.app/)
-
-## Usando [Capgo](https://capgo.app/) para Actualizaciones OTA
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fda45772a40527486bdcbd/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-### Funciones Principales de Capgo
-
-Capgo simplifica el proceso de gestión de actualizaciones OTA con su sistema seguro y encriptado y funcionalidad avanzada de canales. Las actualizaciones se entregan rápida y seguramente, gracias a su CDN global, que logra un **tiempo de descarga de 114ms para paquetes de 5MB** y un **tiempo promedio de respuesta de API de 57ms en todo el mundo** [\[1\]](https://capgo.app/). La plataforma también usa un sistema de actualización parcial, descargando solo los componentes cambiados. Este enfoque ha llevado a una impresionante **tasa de actualización del 95% entre usuarios activos dentro de 24 horas** [\[1\]](https://capgo.app/).
-
-### Ventajas para Desarrolladores
-
-Capgo proporciona una gama de herramientas para hacer más eficiente las pruebas y el despliegue de actualizaciones, especialmente en entornos de staging. Se integra perfectamente con herramientas CI/CD como **[GitHub Actions](https://docs.github.com/actions)** y **[GitLab CI](https://docs.gitlab.com/ee/ci/)**, permitiendo despliegues instantáneos. Los desarrolladores también se benefician de su seguimiento detallado de errores y análisis, que ofrecen insights sobre el rendimiento de las actualizaciones. Las métricas clave incluyen:
-
-| Métrica | Detalles |
-| --- | --- |
-| Tasa de Éxito de Actualización | Rastrea el porcentaje de instalaciones exitosas en tiempo real |
-| Compromiso del Usuario | Monitorea cuántos usuarios activos adoptan actualizaciones |
-| Rendimiento de Descarga | Mide tiempos de respuesta CDN y uso de ancho de banda |
-| Registro de Errores | Proporciona diagnósticos detallados para errores |
-
-Estas características hacen de Capgo una herramienta poderosa para desarrolladores, permitiéndoles probar y refinar actualizaciones efectivamente.
-
-### Pasos de Configuración de Capgo
-
-Comenzar con Capgo para staging es simple. Primero, instala el plugin de Capgo usando este comando:
-
-```bash
-npx @capgo/cli init
-```
-
-Capgo funciona con **Capacitor 8**, asegurando que se ajuste a varios flujos de trabajo de desarrollo. Para entornos de staging, sigue estos pasos:
-
--   **Configure canales de actualización separados** para staging y producción para mantener los entornos diferenciados.
--   **Habilite el seguimiento detallado de errores** para detectar problemas temprano.
--   Use la **función de reversión con un clic** para revertir actualizaciones rápidamente si es necesario.
-
-Con **750 aplicaciones en producción** y **23.5 millones de actualizaciones entregadas** [\[1\]](https://capgo.app/), Capgo ha demostrado su confiabilidad para gestionar actualizaciones OTA de manera eficiente y segura.
-
-## Conclusión: Directrices de Actualización OTA
-
-### Puntos Clave de Prueba
-
-Las pruebas de actualizaciones OTA requieren un enfoque estructurado para garantizar tanto la fiabilidad como una experiencia de usuario fluida. Cuando se realiza de manera efectiva, las actualizaciones pueden alcanzar una tasa de éxito de hasta 82% [\[1\]](https://capgo.app/). Aquí están las áreas principales en las que enfocarse durante las pruebas:
-
-| **Requisito de Prueba** | **Enfoque de Implementación** |
-| --- | --- |
-| Distribución de Actualizaciones | Despliegues controlados a través de implementación basada en canales |
-| Monitoreo de Errores | Herramientas de seguimiento y diagnóstico en tiempo real |
-| Condiciones de Red | Pruebas bajo diferentes velocidades de conexión |
-| Control de Versiones | Entornos separados de staging y producción |
-| Protocolo de Reversión | Mecanismos confiables para revertir actualizaciones |
-
-Los ejemplos prácticos destacan la importancia de estas prioridades:
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que el OTA se implementa en @Capgo." [\[1\]](https://capgo.app/)
-
-### Próximos Pasos
-
-Para hacer que sus actualizaciones OTA sean seguras y eficientes, considere estos pasos:
-
--   **Use sistemas de entrega encriptados** para cumplir con los estándares de seguridad y requisitos de las tiendas de aplicaciones.
--   **Configure herramientas de monitoreo** para seguir métricas críticas en tiempo real.
--   **Implemente despliegues graduales** comenzando con un pequeño grupo de usuarios antes de expandirse a todos los usuarios.
-
-Un entorno de staging bien preparado, respaldado por plataformas como Capgo, puede ayudarte a alcanzar estos objetivos. Por ejemplo, el 95% de los usuarios activos pueden actualizarse dentro de las 24 horas, con un tiempo promedio de respuesta global de API de 57ms [\[1\]](https://capgo.app/).
-
-> "¡Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/state-privacy-laws-for-mobile-apps-comparison.md b/src/content/blog/es/state-privacy-laws-for-mobile-apps-comparison.md
deleted file mode 100644
index 0e1c27ae5..000000000
--- a/src/content/blog/es/state-privacy-laws-for-mobile-apps-comparison.md
+++ /dev/null
@@ -1,176 +0,0 @@
----
-slug: state-privacy-laws-for-mobile-apps-comparison
-title: 'Leyes de privacidad estatales para aplicaciones móviles: Una comparación'
-description: >-
-  Explore las principales diferencias en las leyes de privacidad para
-  aplicaciones móviles en California, Virginia y Colorado y aprenda cómo
-  garantizar el cumplimiento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:47:03.403Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de206e13cee397379a38f6-1742611661440.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  mobile apps, privacy laws, CCPA, VCDPA, CPA, data protection, user rights,
-  compliance, security measures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las leyes de privacidad de aplicaciones móviles varían según los estados, y comprenderlas es crucial para los desarrolladores. Aquí hay una descripción general rápida de las principales regulaciones de privacidad en California, Virginia y Colorado:
-
--   **California ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)/[CPRA](https://en.wikipedia.org/wiki/CPRA))**: Requiere divulgaciones detalladas, opciones de exclusión para ventas de datos y reglas estrictas para datos sensibles. Los usuarios pueden acceder, eliminar y corregir sus datos.
--   **Virginia ([VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))**: Se centra en el consentimiento para datos sensibles, medidas de seguridad razonables y derechos del usuario como acceso, eliminación y corrección de datos. No se requiere botón de "No Vender".
--   **Colorado ([CPA](https://coag.gov/resources/colorado-privacy-act/))**: Enfatiza las opciones de exclusión, consentimiento para datos sensibles y evaluaciones de privacidad obligatorias para actividades de alto riesgo.
-
-### Comparación Rápida
-
-| Ley Estatal | Características Principales | Derechos del Usuario | Requisitos Únicos |
-| --- | --- | --- | --- |
-| **CCPA/CPRA** | Divulgaciones detalladas de datos, exclusión para ventas de datos, reglas más estrictas para datos sensibles | Acceso, eliminación, corrección, transferencia | Transparencia para la toma de decisiones automatizada |
-| **VCDPA** | Consentimiento para datos sensibles, medidas de seguridad razonables, acuerdos con proveedores | Acceso, eliminación, corrección, portabilidad | No se requiere botón de "No Vender" |
-| **CPA** | Opciones de exclusión, consentimiento para datos sensibles, evaluaciones de privacidad | Acceso, eliminación, corrección, transferencia | Evaluaciones obligatorias de riesgo de privacidad |
-
-El incumplimiento de estas leyes puede llevar a multas y daño reputacional. Los desarrolladores deben centrarse en avisos claros sobre datos, sistemas de consentimiento y prácticas sólidas de seguridad para mantener el cumplimiento.
-
-## Actualización de Privacidad 2023: Informe sobre Nuevas Leyes Estatales de Privacidad de Datos
-
-<iframe src="https://www.youtube.com/embed/koQ3TEzkG-U" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Leyes de Privacidad de California ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)/[CPRA](https://en.wikipedia.org/wiki/CPRA))
-
-California lidera el camino en regulaciones de privacidad con su **Ley de Privacidad del Consumidor de California (CCPA)** y **Ley de Derechos de Privacidad de California (CPRA)**, requiriendo que los desarrolladores cumplan con estrictos estándares de datos.
-
-La **CCPA** se aplica a empresas que cumplen al menos uno de estos criterios:
-
--   Ingresos anuales superiores a $25 millones
--   Procesa datos de 50,000 o más residentes de California
--   Gana 50% o más de ingresos por la venta de datos personales
-
-Si tu aplicación móvil cae bajo estas reglas, debes divulgar:
-
--   Los tipos de datos personales recolectados
--   Por qué se recolectan los datos
--   Cualquier tercero con quien se comparten los datos
--   Cuánto tiempo se retendrán los datos
--   Los derechos del usuario otorgados bajo la ley de California
-
-Los residentes de California tienen derechos específicos, incluyendo la capacidad de acceder, eliminar, corregir y transferir sus datos personales. También pueden optar por no permitir la venta de sus datos.
-
-Cuando se trata de datos sensibles - como geolocalización, detalles de inicio de sesión, información financiera, datos biométricos o información relacionada con la salud - las aplicaciones deben seguir protocolos más estrictos. Estos incluyen:
-
--   Obtener consentimiento explícito de inclusión
--   Implementar medidas de seguridad más fuertes
--   Limitar el tiempo que se almacenan los datos sensibles
--   Restringir quién puede acceder a esta información
-
-Para aplicaciones que dependen de la toma de decisiones automatizada, la **CPRA** requiere transparencia. Los desarrolladores deben explicar cómo funcionan sus algoritmos, por qué se toman las decisiones y cómo podrían verse afectados los usuarios.
-
-Las leyes de privacidad de California no solo establecen el estándar dentro del estado sino que también influyen en las [políticas de privacidad](https://capgo.app/dp/) en todo el país, moldeando cómo los desarrolladores abordan el cumplimiento.
-
-## 2. Ley de Protección de Datos de Virginia ([VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))
-
-![VCDPA](https://mars-images.imgix.net/seobot/screenshots/pro.bloomberglaw.com-e2d26366f154a86b70aef4e66139addc-2025-03-22.jpg?auto=compress)
-
-A partir del 1 de enero de 2023, la Ley de Protección de Datos del Consumidor de Virginia (VCDPA) se aplica a empresas que manejan o supervisan datos personales de al menos 100,000 residentes de Virginia anualmente, o de 25,000 residentes si al menos la mitad de sus ingresos provienen del manejo de dichos datos.
-
-Para desarrolladores de aplicaciones móviles, la ley introduce varios requisitos clave:
-
--   **Obtener consentimiento claro** antes de procesar datos personales sensibles.
--   **Implementar medidas de seguridad razonables** y mantener registros de actividades de procesamiento de datos.
--   **Tener acuerdos establecidos** con proveedores que manejan datos personales.
-
-Los residentes de Virginia tienen derechos específicos bajo la VCDPA. Pueden acceder, eliminar y corregir sus datos, solicitar una copia portátil y optar por no recibir publicidad dirigida.
-
-A diferencia de la ley de privacidad de California, la VCDPA no requiere un botón de "No Vender" ni divulgaciones sobre incentivos financieros vinculados al uso de datos. Si bien no especifica medidas técnicas exactas, sí requiere que las empresas adopten prácticas de seguridad razonables. La aplicación está a cargo del Fiscal General de Virginia, quien puede imponer sanciones civiles después de dar a las empresas la oportunidad de abordar los problemas.
-
-Esta ley tiene como objetivo proteger los datos del consumidor mientras ofrece cierta flexibilidad a las empresas. Los desarrolladores de aplicaciones móviles que trabajan en Virginia deben evaluar cuidadosamente sus políticas de privacidad para mantener el cumplimiento y la confianza del usuario.
-
-## 3. Reglas de Privacidad de Colorado ([CPA](https://coag.gov/resources/colorado-privacy-act/))
-
-![CPA](https://mars-images.imgix.net/seobot/screenshots/coag.gov-27b642301e832ad4f24c09bcab1135ad-2025-03-22.jpg?auto=compress)
-
-La Ley de Privacidad de Colorado (CPA) establece pautas para la protección de datos que impactan a las empresas que operan en Colorado. Se aplica a compañías que cumplen ciertos umbrales de datos o ingresos. Para desarrolladores de aplicaciones móviles, esto significa seguir reglas específicas para salvaguardar la información personal y garantizar la transparencia en el manejo de datos.
-
-Los requisitos clave incluyen:
-
--   **Opciones de exclusión**: Los usuarios deben tener una forma clara de optar por no recibir publicidad dirigida y ventas de datos.
--   **Consentimiento para datos sensibles**: Las empresas necesitan obtener el consentimiento del usuario antes de recopilar información personal sensible.
--   **Avisos de privacidad detallados**: Los desarrolladores deben proporcionar información clara sobre los tipos de datos recopilados, por qué se procesan y si se comparten con terceros.
-
-La CPA también enfatiza prácticas de seguridad sólidas como encriptación, auditorías regulares, planes de respuesta a incidentes y limitación de la recolección de datos a lo necesario.
-
-Los residentes de Colorado obtienen varios derechos bajo esta ley, como acceder, corregir, eliminar y transferir sus datos personales. También pueden optar por no participar en procesos de toma de decisiones automatizados. Una característica destacada de la CPA es su requisito de que las empresas realicen evaluaciones de protección de datos para actividades de procesamiento de alto riesgo. Este paso ayuda a identificar y abordar los riesgos de privacidad. A diferencia de leyes similares en California y Virginia, Colorado hace que estas evaluaciones sean obligatorias para el uso de datos de alto riesgo.
-
-La CPA impulsa una mejor privacidad del consumidor, seguridad más sólida y mayor transparencia en las aplicaciones móviles.
-
-## 4. Estándares de Privacidad de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capgo se alinea con CCPA, VCDPA y CPA, cerrando la brecha entre las regulaciones estatales y las necesidades prácticas del desarrollo de aplicaciones.
-
-Con **encriptación de extremo a extremo**, Capgo garantiza que los datos del usuario permanezcan seguros durante las actualizaciones de la aplicación. Impresionantemente, el 95% de los usuarios activos reciben actualizaciones de forma segura dentro de las 24 horas, logrando una tasa de éxito global del 82% [\[1\]](https://capgo.app/).
-
-Así es como Capgo apoya el cumplimiento de la privacidad:
-
-| Característica | Beneficio de Privacidad | Soporte de Cumplimiento |
-| --- | --- | --- |
-| Encriptación de Extremo a Extremo | Asegura que solo los usuarios autorizados puedan descifrar actualizaciones | Cumple con los estándares de seguridad de datos en todos los estados |
-| Permisos Granulares | Permite acceso controlado para miembros del equipo | Apoya la gestión interna de privacidad |
-| Alojamiento Flexible | Ofrece opciones en la nube o autoalojadas | Aborda requisitos de residencia de datos |
-| Asignación de Usuario | Permite distribución dirigida de actualizaciones | Facilita implementaciones de funciones basadas en consentimiento |
-
-Para aquellos preocupados por las dependencias de proveedores, la estructura de código abierto de Capgo proporciona transparencia sobre cómo se procesan y gestionan los datos.
-
-> "La única solución con verdadera encriptación de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-La efectividad de Capgo es clara: es confiado por 750 aplicaciones en producción, entregando 23.5M [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/) hasta ahora [\[1\]](https://capgo.app/).
-
-Rastrea actualizaciones en tiempo real con análisis, monitoreo de errores y controles de acceso basados en roles para simplificar el cumplimiento en múltiples estados.
-
-## Leyes Estatales: Beneficios y Limitaciones
-
-Aquí hay un desglose de las fortalezas y debilidades de las leyes estatales clave que gobiernan la privacidad de datos. Estas ideas se basan en discusiones previas sobre marcos estatales y estrategias prácticas de cumplimiento:
-
-| Ley Estatal | Fortalezas | Debilidades |
-| --- | --- | --- |
-| CCPA/CPRA | • Fuertes derechos del consumidor  <br>• Penalizaciones claras por violaciones de datos  <br>• Instrucciones detalladas de cumplimiento | • Complicada de implementar  <br>• Proceso de cumplimiento costoso  <br>• Afecta principalmente a empresas grandes |
-| VCDPA | • Reglas de consentimiento simplificadas  <br>• Categorías claras para procesamiento de datos  <br>• Incluye un marco de evaluación de riesgos | • Herramientas de aplicación limitadas  <br>• Alcance más pequeño comparado con CCPA/CPRA  <br>• Menos derechos del consumidor |
-| CPA | • Ofrece caminos flexibles de cumplimiento  <br>• Incluye opciones universales de exclusión  <br>• Requiere evaluaciones regulares | • Requisitos técnicos vagos  <br>• Carece de guía detallada de implementación  <br>• Las obligaciones superpuestas pueden causar confusión |
-
-Para abordar estos desafíos, herramientas automatizadas como Capgo simplifican las tareas de cumplimiento. Con características como el cifrado de extremo a extremo y alojamiento adaptable, Capgo garantiza la seguridad de los datos en diversos panoramas regulatorios.
-
-> "Practicamos el desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Aspectos Clave del Cumplimiento
-
--   **California (CCPA/CPRA)**: Ofrece fuertes protecciones al consumidor pero exige recursos significativos para el cumplimiento.
--   **Virginia (VCDPA)**: Ofrece reglas más claras de procesamiento de datos pero tiene menos mecanismos de aplicación.
--   **Colorado (CPA)**: Equilibra la flexibilidad con la responsabilidad pero carece de pautas técnicas específicas.
-
-Capgo ha demostrado ser efectivo en la gestión del cumplimiento en múltiples estados. Su sistema de actualización dirigida y velocidad de descarga de 114ms para un paquete de 5MB permite a los desarrolladores abordar rápidamente las actualizaciones de privacidad [\[1\]](https://capgo.app/). Con la adopción por parte de 750 aplicaciones en producción, Capgo demuestra su valor en casos de uso del mundo real [\[1\]](https://capgo.app/).
-
-### Impacto en las Prácticas de Desarrollo
-
-Para los desarrolladores, equilibrar las actualizaciones rápidas con los requisitos de cumplimiento es un desafío crítico. La integración de Capgo con los pipelines de CI/CD facilita la implementación de actualizaciones mientras se mantiene alineado con varias regulaciones. Esto agiliza los flujos de trabajo y garantiza el cumplimiento en diferentes jurisdicciones.
-
-## Conclusión
-
-Las leyes estatales de privacidad como CCPA/CPRA, VCDPA y CPA imponen demandas distintas a los desarrolladores de aplicaciones móviles. Cada estado tiene su propio enfoque para la protección de datos, con requisitos y métodos de aplicación específicos.
-
-Para los desarrolladores, mantenerse en cumplimiento en diferentes jurisdicciones significa adoptar estrategias que puedan manejar estas demandas variadas. La velocidad y adaptabilidad son clave, ya que los datos de la industria muestran que la implementación rápida de actualizaciones es esencial para cumplir con los requisitos regulatorios[\[1\]](https://capgo.app/).
-
-Para abordar estos desafíos, los desarrolladores deben concentrarse en tres áreas clave:
-
--   **[Sistemas de Actualización Rápida](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)**: Establecer procesos que permitan una implementación rápida de actualizaciones de privacidad.
--   **Medidas de Seguridad Sólidas**: Asegurar que todas las transferencias de datos y actualizaciones estén protegidas con cifrado de extremo a extremo.
--   **Pruebas Exhaustivas**: Utilizar implementaciones por etapas y pruebas beta para confirmar que las actualizaciones de privacidad funcionen según lo previsto.
-
-Estos enfoques se alinean con los desafíos específicos planteados por las regulaciones estatales y ayudan a garantizar el cumplimiento.
-
-Con las leyes estatales de privacidad en constante cambio, el éxito de las aplicaciones móviles depende cada vez más de la capacidad de adaptación. Actualmente, 750 aplicaciones en producción están gestionando estos requisitos de manera efectiva con herramientas de cumplimiento automatizadas[\[1\]](https://capgo.app/). Al aplicar estos métodos, los desarrolladores pueden mantener sus aplicaciones en cumplimiento y preparadas para cambios futuros.
diff --git a/src/content/blog/es/testing-capacitor-ota-updates-with-mock-scenarios.md b/src/content/blog/es/testing-capacitor-ota-updates-with-mock-scenarios.md
deleted file mode 100644
index fffcce28e..000000000
--- a/src/content/blog/es/testing-capacitor-ota-updates-with-mock-scenarios.md
+++ /dev/null
@@ -1,226 +0,0 @@
----
-slug: testing-capacitor-ota-updates-with-mock-scenarios
-title: Pruebas de actualizaciones OTA de Capacitor con escenarios simulados
-description: >-
-  Aprende cómo probar efectivamente las actualizaciones OTA en aplicaciones
-  Capacitor para garantizar la confiabilidad y mejorar la satisfacción del
-  usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:53:13.485Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da3972cfd1b2222c56f23a-1742356439850.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, OTA updates, testing, mock scenarios, app reliability, network
-  conditions, failure recovery, analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Las actualizaciones OTA son un cambio revolucionario para las aplicaciones [Capacitor](https://capacitorjs.com/), permitiendo a los desarrolladores corregir errores y añadir funciones sin retrasos en las tiendas de aplicaciones. Pero probar estas actualizaciones a fondo es crucial para evitar fallos, pérdida de datos o funcionalidades rotas.**
-
-Esto es lo que necesitas saber:
-
--   **Por Qué Es Importante**: Las actualizaciones poco fiables pueden dañar la confianza del usuario y el rendimiento de la aplicación.
--   **Cómo Probar de Forma Segura**: Usa pruebas simuladas para recrear condiciones reales como redes deficientes o archivos corruptos.
--   **Herramientas Necesarias**: [Node.js](https://nodejs.org/en), Capacitor CLI y [Capgo](https://capgo.app/) CLI para gestionar actualizaciones.
--   **Escenarios Clave para Probar**: Actualizaciones normales, instalaciones fallidas y problemas de red.
--   **Métricas a Monitorear**: Tasas de descarga, éxito de instalación y precisión de versiones.
-
-Las pruebas con herramientas como Capgo aseguran que las actualizaciones sean fluidas, seguras y fiables. Las pruebas simuladas han mostrado una **tasa de éxito del 82%**, ayudando a las aplicaciones a mantener la estabilidad mientras entregan actualizaciones rápidamente.
-
-## Video relacionado de YouTube
-
-<iframe src="https://www.youtube.com/embed/pCDPwItv_ik" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Preparando Tu Entorno de Pruebas
-
-Esta sección cubre las herramientas y pasos clave necesarios para configurar tu entorno.
-
-### Software Requerido
-
-Para probar las [actualizaciones OTA de Capacitor](https://capgo.app/ja/), necesitarás las siguientes herramientas:
-
-| Software | Propósito | Requisitos de Versión |
-| --- | --- | --- |
-| **Node.js** | Entorno de ejecución | Última versión LTS |
-| **Capacitor CLI** | Desarrollo de aplicaciones | Capacitor 8 |
-| **[Capgo CLI](https://capgo.app/docs/cli/commands)** | Gestión OTA | Última versión |
-
-Instala el CLI de Capgo ejecutando:
-
-```bash
-npx @capgo/cli init
-```
-
-Después de la instalación, configura tu proyecto para simular condiciones de producción efectivamente.
-
-### Configurando el Proyecto de Prueba
-
-Crea un proyecto de prueba que refleje las condiciones de producción. Usa el sistema de canales de Capgo para aislar escenarios de prueba.
-
-> "Practicamos desarrollo ágil y @Capgo es crucial para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo ofrece cifrado de extremo a extremo para mantener tus actualizaciones de prueba seguras. También puedes elegir entre entornos basados en la nube o auto-alojados, según tus requisitos.
-
-### Añadiendo Funciones OTA
-
-Para implementar actualizaciones Over-The-Air (OTA), sigue estos tres pasos:
-
--   **Instalación del Plugin**
--   **Configuración de Compilación**
--   **[Integración de Actualizaciones](https://capgo.app/docs/live-updates/update-behavior/)**
-
-Las herramientas CI/CD de Capgo hacen que las pruebas automatizadas sean fluidas. Se admiten plataformas como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) y [Jenkins](https://www.jenkins.io/), permitiéndote probar actualizaciones en varios entornos antes del despliegue. El sistema de canales es especialmente útil para gestionar diferentes escenarios de prueba.
-
-> "Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" - NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-Para un mejor control durante las pruebas, integra las analíticas de Capgo para obtener información en tiempo real.
-
-## Construyendo Escenarios de Prueba
-
-Configura escenarios de prueba para asegurar que las actualizaciones OTA sean fiables. Veamos algunos enfoques prácticos.
-
-### Probando Actualizaciones Normales
-
-Verifica los procesos de actualización estándar para establecer una línea base:
-
-```bash
-capgo build && capgo deploy --channel beta
-```
-
-Concéntrate en estas métricas clave:
-
--   **Tasas de finalización de descarga**
--   **Tasas de éxito de instalación**
--   **Tiempo de activación de actualización**
--   **Verificación de versión**
-
-### Probando Actualizaciones Rotas
-
-Simula actualizaciones fallidas para evaluar el manejo de errores y la recuperación:
-
-| Caso de Prueba | Configuración | Resultado Esperado |
-| --- | --- | --- |
-| Paquete Corrupto | Modificar suma de verificación | La app rechaza la actualización |
-| Archivos Incompletos | Interrumpir transferencia durante actualización | La app mantiene la versión anterior |
-| Incompatibilidad de Versiones | Desplegar versión incompatible | La app bloquea la instalación |
-
-Usa canales separados para estas pruebas para evitar interferencias. Luego, simula condiciones de red deficientes para ver cómo la app las maneja.
-
-### Probando Problemas de Red
-
-Prueba cómo funcionan las actualizaciones bajo condiciones de red desafiantes:
-
--   **Limitar el ancho de banda a velocidades 3G** (aproximadamente 750 Kbps)
--   **Activar modo avión** durante actualizaciones
--   **Simular desconexión completa** para verificar comportamiento sin conexión y capacidades de reanudación
-
-El sistema de Capgo minimiza el impacto de redes lentas o inestables descargando solo las partes cambiadas de una actualización. Sus mecanismos de reintento integrados manejan automáticamente las conexiones perdidas.
-
-Puedes configurar estos escenarios con:
-
-```bash
-capgo deploy --channel test --network-condition slow
-```
-
-Rastrea el progreso usando las analíticas en tiempo real de Capgo. Todas las pruebas mantienen el cifrado de extremo a extremo, por lo que la seguridad permanece intacta incluso durante la resolución de problemas.
-
-## Gestionando Pruebas de Actualización
-
-### Ejecutando Casos de Prueba
-
-Establece un flujo de trabajo de pruebas claro creando canales de prueba separados para mantener las cosas organizadas y aisladas.
-
-```bash
-# Create test channels
-capgo channel create beta-test
-capgo channel create staging-test
-```
-
-Mantén un registro de cada caso de prueba con un enfoque estructurado:
-
-| **Fase de Prueba** | **Métricas a Monitorear** | **Criterios de Éxito** |
-| --- | --- | --- |
-| Descarga | Velocidad de transferencia, tasa de finalización | 100% éxito en descarga |
-| Instalación | Uso de memoria, duración de instalación | Instalación en menos de 30 segundos |
-| Activación | Tiempo de reinicio de app, verificación de versión | Versión correcta activada |
-
-Las herramientas de Capgo pueden ayudarte a monitorear estas métricas de manera consistente y efectiva.
-
-### Monitoreando Actualizaciones
-
-El panel de analíticas de Capgo ofrece información sobre el rendimiento de tus actualizaciones:
-
--   Tasas de finalización de descargas bajo varias condiciones de red
--   Tasas de éxito de instalación categorizadas por tipo de dispositivo
--   Línea de tiempo mostrando qué tan rápido los usuarios adoptan la nueva versión
--   Frecuencia de errores durante el proceso de actualización
-
-> "Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que la OTA se implementa en @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Para rastreo de errores en tiempo real, usa el siguiente comando:
-
-```bash
-capgo monitor --channel beta-test --verbose
-```
-
-### Verificando Resultados
-
-Asegúrate de que todo funcione como se espera verificando:
-
--   **Precisión de versión** usando el verificador integrado:
-
-```bash
-capgo version --check --channel beta-test
-```
-
--   **Integridad de datos**, incluyendo almacenamiento local y contenido en caché
--   **Métricas de rendimiento**, como tiempo de inicio de la app, uso de memoria, actividad de red y consumo de batería
-
-Si surge algún problema, la función de reversión de Capgo facilita volver a la versión estable anterior. Esto te permite abordar problemas sin interrumpir el proceso de pruebas o comprometer la estabilidad del entorno de prueba.
-
-## Solucionando Problemas Comunes
-
-### Recuperación de Actualizaciones Fallidas
-
-Cuando las actualizaciones over-the-air (OTA) fallan, es importante tener un plan establecido. Usa métodos de respaldo que notifiquen a los usuarios sobre el fallo y reviertan automáticamente sus dispositivos a la última versión estable. Asegúrate de que estos pasos de recuperación sean parte de tu proceso de pruebas para confirmar que funcionan como se espera.
-
-```javascript
-// Example of a fallback implementation:
-const handleUpdateFailure = async () => {
-   await notifyUsers("Update failed – reverting to a stable version");
-   await revertToLastStableVersion();
-   logFailureMetrics();
-}
-```
-
-Además de la recuperación, concéntrate en resolver problemas de instalación para asegurar que las actualizaciones funcionen sin problemas.
-
-### Problemas de Instalación
-
-Los problemas de instalación suelen ocurrir debido al almacenamiento limitado del dispositivo o conexiones de red inestables. Para abordar esto, usa actualizaciones progresivas que solo descarguen los cambios necesarios en lugar de la actualización completa. Este enfoque reduce el riesgo de problemas relacionados con el almacenamiento y la red. Asegúrate de probar las actualizaciones bajo diversas condiciones de red y limitaciones de almacenamiento, como se identificó en fases anteriores de prueba.
-
-Manejar conflictos de datos es otra parte crítica para mantener la fiabilidad de las actualizaciones.
-
-### Conflictos de Datos
-
-Los conflictos de datos pueden surgir cuando las actualizaciones involucran cambios en los esquemas existentes. Para evitar estos problemas, implementa un control estricto de versiones, planifica y prueba migraciones de esquemas, e incluye opciones de reversión con seguimiento de errores. Usa despliegues por etapas o canales beta para probar estos escenarios en entornos controlados, permitiéndote detectar y corregir problemas antes de que la actualización llegue a todos los usuarios.
-
-## Resumen
-
-### Impacto de las Pruebas
-
-Las pruebas exhaustivas de actualizaciones OTA han logrado una tasa de éxito del 82% globalmente, mejorando tanto la fiabilidad de la aplicación como la satisfacción del usuario [\[1\]](https://capgo.app/). Las pruebas simuladas son especialmente útiles en escenarios desafiantes como interrupciones de red, migraciones de datos y limitaciones de almacenamiento. Al replicar estas condiciones, los equipos de desarrollo pueden asegurar que las actualizaciones funcionen de manera fiable en varios entornos. Este enfoque metódico ayuda a entregar actualizaciones consistentes que fomentan la adopción por parte de los usuarios.
-
-### Usando [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Las ventajas de las pruebas se amplifican con una plataforma como **Capgo**. Simplifica las pruebas de actualizaciones OTA a través de herramientas avanzadas de validación e integra resultados de pruebas comprobados para proporcionar actualizaciones seguras y eficientes. El sistema de canales de Capgo admite pruebas beta y despliegues por etapas, permitiendo que las actualizaciones sean probadas a fondo antes del despliegue completo. Con características como análisis detallados, seguimiento de errores y rendimiento CDN global, Capgo ofrece velocidades de descarga impresionantes - 114ms para un paquete de 5MB [\[1\]](https://capgo.app/).
-
-Capgo también ofrece cifrado de extremo a extremo y opciones de reversión instantánea, asegurando la estabilidad de la aplicación. Estas capacidades han respaldado 750 aplicaciones en producción, entregando 23.5 millones de actualizaciones [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/es/testing-capacitor-ota-updates.md b/src/content/blog/es/testing-capacitor-ota-updates.md
deleted file mode 100644
index 02d401065..000000000
--- a/src/content/blog/es/testing-capacitor-ota-updates.md
+++ /dev/null
@@ -1,260 +0,0 @@
----
-slug: testing-capacitor-ota-updates
-title: Pruebas de actualizaciones OTA de Capacitor
-description: >-
-  Aprende cómo probar efectivamente las actualizaciones OTA para tu aplicación
-  Capacitor, asegurando implementaciones sin problemas y mayor seguridad con
-  herramientas y estrategias esenciales.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T02:57:37.246Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9cbd22e221594daf2fc62-1744426677476.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  OTA updates, Capacitor, testing, Capgo, mobile app deployment, security,
-  performance, version control
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Las actualizaciones OTA te permiten corregir errores, agregar funciones y actualizar tu app de [Capacitor](https://capacitorjs.com/) instantáneamente - sin retrasos de la tienda de aplicaciones.** Aquí te explicamos cómo probarlas efectivamente:
-
--   **¿Qué son las actualizaciones OTA?** Envían cambios en vivo directamente a los dispositivos de los usuarios, evitando las revisiones de la tienda de aplicaciones. Esto ahorra tiempo y soluciona problemas rápidamente.
--   **Por qué importan las pruebas:** Las actualizaciones mal probadas pueden hacer que las apps fallen o incumplan normativas. Con pruebas adecuadas, el 95% de las actualizaciones tienen éxito en 24 horas.
--   **Herramientas necesarias:** CLI de Capacitor (v6+), [Node.js](https://nodejs.org/en) (v16+), Plugin de [Capgo](https://capgo.app/), y un framework de pruebas como [Cypress](https://www.cypress.io/).
--   **Pasos para probar:**
-    1.  Configura tu entorno de pruebas y ajustes de Capgo.
-    2.  Valida procesos de actualización como detección, descarga, instalación y reversión.
-    3.  Usa las herramientas de análisis y reversión de Capgo para monitorear y solucionar problemas.
-    4.  Asegura el cumplimiento de las reglas de la tienda de aplicaciones.
-
-**Características principales de Capgo:**
-
--   Cifrado de extremo a extremo para actualizaciones seguras.
--   Opciones de reversión para correcciones rápidas.
--   [Despliegues basados en canales](https://capgo.app/docs/webapp/channels/) para pruebas graduales.
--   Actualizaciones rápidas a través de CDN global (5MB en ~114ms).
-
-**Consejo Pro:** Usa despliegues graduales para probar actualizaciones en grupos pequeños de usuarios antes del despliegue completo. Las herramientas de Capgo hacen este proceso fluido y seguro.
-
-## Configuración del entorno de pruebas
-
-Configurar un entorno de pruebas adecuado es clave para validar efectivamente las actualizaciones OTA.
-
-### Software requerido
-
-Aquí están las herramientas esenciales que necesitarás para las pruebas OTA:
-
-| Componente de Software | Propósito | Requisitos de versión |
-| --- | --- | --- |
-| CLI de Capacitor | Herramientas principales de desarrollo | 6.0 o superior |
-| Node.js | Entorno de ejecución | 16.0+ |
-| [Plugin de Capgo](https://capgo.app/plugins/) | Gestiona actualizaciones OTA | Última versión |
-| Framework de pruebas | Pruebas automatizadas (ej. Cypress o [Appium](http://appium.io/)) | N/A |
-
-### Configuración del entorno
-
-Comienza actualizando el archivo `capacitor.config.json` con la configuración apropiada del servidor de staging y las preferencias de actualización.
-
-Luego, [inicializa las configuraciones de Capgo](https://capgo.app/docs/cli/commands) ejecutando el siguiente comando:
-
-```
-npx @capgo/cli init
-```
-
-Una vez configurado, estás listo para integrar actualizaciones OTA en tu app.
-
-### Pasos de configuración de la app
-
-Después de la inicialización, integra la funcionalidad de actualización OTA en tu app. Este sistema maneja tareas como creación de paquetes, control de versiones, distribución y seguridad.
-
-Para seguridad a nivel empresarial, Capgo proporciona opciones tanto en la nube como auto-alojadas.
-
-Cuando la integración esté completa, compila tu app y activa actualizaciones usando el CLI de Capgo. Como Capgo funciona perfectamente con Capacitor 8, soporta una amplia gama de entornos de desarrollo modernos.
-
-Estos pasos sientan las bases para pruebas exhaustivas de actualizaciones OTA, que se cubrirán en la siguiente sección sobre Métodos de Prueba.
-
-## Métodos de prueba
-
-Con tu entorno configurado y la app preparada, es momento de validar el proceso de actualización. Probar actualizaciones over-the-air (OTA) requiere un enfoque estructurado para asegurar que los despliegues sean confiables y seguros.
-
-### Pruebas de componentes 
-
-Este paso se enfoca en verificar mecanismos individuales de actualización y sus interacciones a través de las capas web y nativas. El objetivo es asegurar una integración fluida:
-
-| Tipo de prueba | Área de enfoque | Criterio de éxito |
-| --- | --- | --- |
-| Detección de actualización | Verificación de versión | Tiempo de respuesta ~57ms |
-| Proceso de descarga | [Descarga de paquete](https://capgo.app/docs/webapp/bundles/) | Paquete de 5MB en ~114ms |
-| Instalación | Aplicación de actualización | Integración exitosa |
-| Reversión | Reversión de versión | Reversión exitosa |
-
-El CDN global de Capgo ayuda a mantener velocidades de descarga estables, con un tiempo promedio de respuesta API de 57ms [\[1\]](https://capgo.app/). Estas pruebas a nivel de componente forman la base para evaluar el rendimiento general del sistema.
-
-### Pruebas completas del sistema
-
-Las pruebas exhaustivas usando datos de producción deben confirmar lo siguiente:
-
--   Las actualizaciones son detectadas y descargadas de manera confiable
--   Las instalaciones son exitosas en varios dispositivos
--   El impacto en el rendimiento es mínimo
--   La app maneja efectivamente los problemas de red
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida; casi todos nuestros usuarios están actualizados en minutos después del despliegue OTA en @Capgo."  
-> – colenso [\[1\]](https://capgo.app/)
-
-### Cumplimiento de tienda de aplicaciones
-
-Una vez verificada la funcionalidad, asegúrate de que las actualizaciones cumplan con las pautas de la tienda de aplicaciones. Las actualizaciones OTA deben cumplir requisitos como límites de tamaño, estándares de contenido, expectativas de rendimiento y consentimiento del usuario.
-
-Para mantener el cumplimiento y mejorar la eficiencia, considera los despliegues graduales. El [sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) de Capgo te permite dirigirte a grupos específicos de usuarios para pruebas beta antes de un despliegue completo. Para apps empresariales, su cifrado de extremo a extremo asegura que solo los usuarios autorizados puedan descifrar y aplicar actualizaciones, manteniendo seguro el contenido sensible.
-
-## Guías de prueba
-
-### Gestión de riesgos
-
-La gestión de riesgos en actualizaciones OTA implica implementar varias medidas de protección. Un enfoque clave son las **actualizaciones diferenciales**, que envían solo las partes modificadas del código. Esto reduce el tamaño de las descargas y minimiza potenciales errores.
-
-| Estrategia de mitigación de riesgos | Implementación | Beneficio |
-| --- | --- | --- |
-| Actualizaciones diferenciales | Envía solo segmentos de código modificados | Descargas más pequeñas |
-| Despliegues graduales | Distribuye actualizaciones en fases | Limita exposición al riesgo |
-| Mecanismo de reversión | Permite revertir a versiones anteriores | Resolución rápida de problemas |
-
-El [sistema de canales de Capgo](https://capgo.app/docs/plugin/cloud-mode/channel-system/) facilita a los desarrolladores distribuir actualizaciones a grupos específicos de usuarios, como probadores beta, antes de implementarlas ampliamente [\[1\]](https://capgo.app/). Este enfoque por fases asegura que las actualizaciones sean validadas en grupos más pequeños, reduciendo la posibilidad de problemas generalizados. Una vez que los riesgos están bajo control, los desarrolladores pueden entonces priorizar la seguridad de las actualizaciones.
-
-### Verificaciones de seguridad
-
-La seguridad es una prioridad máxima al probar actualizaciones OTA. Usar **cifrado de extremo a extremo** asegura que solo los usuarios autorizados puedan acceder e instalar actualizaciones, manteniendo segura la información sensible durante el despliegue.
-
-> "La única solución con verdadero cifrado de extremo a extremo, otros solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-Los pasos clave de seguridad incluyen:
-
--   [Cifrar actualizaciones](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) de principio a fin
--   Verificar la autenticidad de las actualizaciones antes de la instalación
--   Restringir el acceso a actualizaciones solo a usuarios autorizados
-
-Las herramientas de seguimiento de errores de Capgo ayudan además identificando problemas relacionados con la seguridad tempranamente, permitiendo a los desarrolladores corregir vulnerabilidades antes de que afecten a los usuarios [\[1\]](https://capgo.app/).
-
-### Control de versiones
-
-Después de abordar la seguridad, mantener un control de versiones adecuado es esencial para asegurar que las actualizaciones funcionen según lo previsto. Usar **versionado semántico** ayuda a estructurar las pruebas y evitar problemas de compatibilidad.
-
-Mejores prácticas para el control de versiones en actualizaciones OTA incluyen:
-
--   Configurar canales separados para desarrollo, staging y producción
--   Probar actualizaciones en versiones específicas para confirmar compatibilidad
--   Asegurar que las actualizaciones se apliquen en el orden correcto para prevenir conflictos
-
-El sistema de canales de Capgo también simplifica la gestión de versiones, asegurando que las actualizaciones se desplieguen de manera precisa y eficiente.
-
-## Herramientas de prueba de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f9cbd22e221594daf2fc62/c9663ca23e94ac8ce625337d9d850085.jpg)
-
-### Características de Capgo
-
-Capgo proporciona herramientas especializadas para probar [actualizaciones OTA de Capacitor](https://capgo.app/ja/), asegurando una entrega segura con **cifrado de extremo a extremo** y ofreciendo **análisis en tiempo real** para monitorear el rendimiento de las actualizaciones. Estas herramientas permiten a los desarrolladores desplegar actualizaciones con precisión mientras mantienen fuertes medidas de seguridad.
-
-| Característica | Descripción |
-| --- | --- |
-| **Entrega de actualizaciones** | Rendimiento confiable a escala |
-| **Sistema de canales** | Control sobre despliegues dirigidos |
-| **Panel de análisis** | Seguimiento en vivo del rendimiento de actualizaciones |
-| **Características de seguridad** | Asegura que las actualizaciones estén cifradas |
-
-Estas características simplifican y mejoran los flujos de trabajo de pruebas, que son optimizados aún más por el CLI de Capgo.
-
-### Pruebas con Capgo
-
-Usando el CLI de Capgo, los desarrolladores pueden automatizar tareas de compilación y despliegue, haciendo las pruebas más eficientes. El sistema de canales de la plataforma permite un control preciso durante las fases de prueba:
-
--   **Configuración de pruebas beta**  
-    Los desarrolladores pueden crear entornos separados para desarrollo, staging y producción, permitiendo fases de prueba estructuradas y controladas.
-    
--   **Distribución de actualizaciones**  
-    Las actualizaciones pueden desplegarse a grupos específicos de usuarios, con seguimiento en tiempo real del progreso y rendimiento.
-    
-
-### Depuración con Capgo
-
-Capgo incluye un robusto [suite de depuración](https://capgo.app/docs/plugin/debugging/) con análisis en tiempo real y seguimiento de errores, ayudando a los desarrolladores a identificar y abordar rápidamente problemas durante las pruebas. Una característica de **reversión con un clic** facilita volver a versiones anteriores, reduciendo el tiempo de inactividad.
-
-El sistema de seguimiento de errores proporciona información como:
-
--   Tasas de éxito para instalaciones de actualizaciones
--   Métricas de participación de usuarios
--   Identificación de cuellos de botella de rendimiento
-
-Con sus herramientas de depuración e integración perfecta con CI/CD, Capgo soporta pruebas eficientes tanto para configuraciones en la nube como auto-alojadas [\[1\]](https://capgo.app/).
-
-## Problemas comunes
-
-### Problemas de versiones
-
-Los desajustes de versiones durante las actualizaciones OTA pueden llevar a problemas de despliegue. Aquí hay algunos escenarios típicos:
-
-| Tipo de Problema | Causa Común | Solución |
-| --- | --- | --- |
-| Desajuste de Configuración | Versión incorrecta en capacitor.config.json | Verificar que los números de versión coincidan con la configuración de implementación. |
-| Paquetes en Conflicto | Múltiples versiones en distribución | Usar el sistema de canales de Capgo para gestionar el control de versiones de manera efectiva. |
-| Secuencia de Actualización | Actualizaciones fuera de orden | Configurar un seguimiento adecuado de versiones para asegurar que las actualizaciones se apliquen en el orden correcto. |
-
-El sistema de canales de Capgo ayuda creando entornos separados, asegurando que las actualizaciones sigan la secuencia correcta y reduciendo el riesgo de desajustes.
-
-### Errores de Actualización
-
-Los problemas de red o las descargas incompletas suelen estar detrás de los fallos de actualización. El sistema de seguimiento de errores de Capgo identifica estos problemas, que pueden incluir:
-
--   Tiempos de espera de conexión
--   Transferencias incompletas de paquetes
--   Retrasos del servidor
-
-Gracias al manejo robusto de errores y un CDN confiable, Capgo asegura que las actualizaciones lleguen al 95% de los usuarios activos dentro de las 24 horas [\[1\]](https://capgo.app/).
-
-> "Las capacidades de análisis detallado y seguimiento de errores" aseguran que los desarrolladores puedan "revertir instantáneamente si algo sale mal" durante las actualizaciones [\[1\]](https://capgo.app/).
-
-### Problemas de Velocidad
-
-El CDN global de Capgo entrega paquetes de 5MB en solo 114ms, con un tiempo de respuesta promedio de API de 57ms. Las actualizaciones diferenciales inteligentes de la plataforma reducen aún más el uso de ancho de banda al descargar solo las partes modificadas [\[1\]](https://capgo.app/).
-
-> "Actualizaciones Parciales: Actualizaciones diferenciales inteligentes. Solo descarga lo que ha cambiado, ahorrando ancho de banda y tiempo" [\[1\]](https://capgo.app/).
-
-Para mantener las actualizaciones rápidas y eficientes, los desarrolladores deberían:
-
--   Usar análisis en tiempo real para detectar cuellos de botella de rendimiento.
--   Confiar en actualizaciones parciales para implementaciones más rápidas.
--   Aprovechar la distribución CDN para velocidades de entrega constantes.
-
-El panel de análisis de Capgo proporciona métricas claras para identificar y solucionar problemas de rendimiento, asegurando que las actualizaciones se entreguen sin problemas a los usuarios. Estas herramientas funcionan junto con las pruebas previas a la implementación para mantener actualizaciones confiables y rápidas.
-
-## Resumen
-
-### Puntos Principales
-
-Las pruebas exhaustivas de OTA se centran en áreas clave como rendimiento, seguridad, distribución y monitoreo. Herramientas como Capgo juegan un papel crucial en simplificar el proceso de implementación de actualizaciones OTA.
-
-| Aspecto de Prueba | Factores Clave | Impacto |
-| --- | --- | --- |
-| Rendimiento | Velocidad CDN (114ms para 5MB) | Asegura actualizaciones rápidas y confiables |
-| Seguridad | Cifrado de extremo a extremo | Protege las implementaciones |
-| Distribución | Sistema basado en canales | Permite implementaciones controladas |
-| Monitoreo | Análisis en tiempo real | Ayuda a detectar problemas temprano |
-
-### Consejos para Desarrolladores
-
-Para mejorar tu proceso de pruebas OTA, ten en cuenta estos consejos prácticos:
-
--   **Monitorear Métricas**: Usa análisis en tiempo real para rastrear tasas de éxito de actualización.
--   **Aprovechar Canales**: Realiza pruebas beta y implementaciones por etapas para mejor control.
--   **Habilitar Reversiones**: Asegúrate de poder revertir actualizaciones rápidamente si es necesario.
--   **Automatizar Pruebas**: Integra las pruebas en tu pipeline CI/CD para mayor eficiencia.
-
-> "¡Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-> "Capgo agiliza el desarrollo al eliminar los retrasos de la tienda de aplicaciones para correcciones de errores." [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/token-revocation-in-capacitor-apps-guide.md b/src/content/blog/es/token-revocation-in-capacitor-apps-guide.md
deleted file mode 100644
index 3addceeb6..000000000
--- a/src/content/blog/es/token-revocation-in-capacitor-apps-guide.md
+++ /dev/null
@@ -1,261 +0,0 @@
----
-slug: token-revocation-in-capacitor-apps-guide
-title: 'Revocación de Tokens en Aplicaciones Capacitor: Guía'
-description: >-
-  Aprende cómo implementar estrategias efectivas de revocación de tokens en
-  aplicaciones Capacitor para mejorar la seguridad y proteger los datos del
-  usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T11:28:05.842Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68268a500209458b3ff4fe45-1747394939679.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  token revocation, Capacitor apps, security, OAuth 2.0, user data protection,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**La revocación de tokens es un paso crucial para asegurar tu aplicación de [Capacitor](https://capacitorjs.com/).** Garantiza que los tokens caducados, comprometidos o innecesarios ya no puedan acceder a recursos sensibles. Esto es lo que necesitas saber:
-
--   **¿Qué es la Revocación de Tokens?** Invalida tokens instantáneamente durante el cierre de sesión, cambios de contraseña o brechas de seguridad.
--   **Por qué es Importante:** Protege los datos del usuario deteniendo el acceso no autorizado cuando los tokens están expuestos.
--   **Pasos Clave:**
-    -   Usar estándares OAuth 2.0 (RFC 7009) para el manejo seguro de tokens.
-    -   Almacenar tokens de forma segura (ej., Keychain para iOS, Keystore para Android).
-    -   Usar tokens de corta duración y renovarlos automáticamente para mayor seguridad.
-    -   Implementar lista negra de tokens (ej., [Redis](https://redis.io/)) para revocación en tiempo real.
-
-### Consejos Rápidos de Implementación:
-
-1.  **Configurar Endpoints OAuth 2.0:** Herramientas como [Keycloak](https://www.keycloak.org/) simplifican la revocación de tokens.
-2.  **Gestionar Tokens de Forma Segura:** Evitar almacenar tokens en almacenamiento persistente; usar memoria o APIs seguras.
-3.  **Lista Negra de Tokens:** Usar Redis o herramientas similares para invalidación rápida.
-4.  **Monitorear Actividad:** Rastrear el uso de tokens para detectar y responder a posibles brechas.
-
-**Tabla Comparativa Rápida:**
-
-| **Método** | **Caso de Uso** | **Detalles** |
-| --- | --- | --- |
-| Lista Negra Redis | Aplicaciones de alto tráfico | Invalidación rápida de tokens en memoria. |
-| Versionado de Tokens | Sistemas empresariales | Vincula tokens a cuentas de usuario. |
-| Control de Token de Actualización | Aplicaciones estándar | Combina tokens de corta duración con mecanismos de actualización. |
-
-## Pasos de Implementación
-
-### Configuración de Endpoints OAuth 2.0
-
-Una implementación segura comienza con la configuración adecuada de endpoints OAuth 2.0. Un aspecto crítico es asegurar la revocación segura de tokens. Herramientas como **Keycloak** proporcionan un endpoint dedicado de revocación para gestionar tokens de acceso y actualización [\[2\]](https://www.keycloak.org/docs/25.0.6/securing_apps/index.html). Para mejorar aún más la seguridad, implementa **PKCE (Proof Key for Code Exchange)** en tu flujo OAuth 2.0. Este paso ayuda a prevenir la interceptación de tokens y asegura un proceso de autenticación más seguro [\[3\]](https://capacitorjs.com/docs/v2/guides/security).
-
-### Gestión del Ciclo de Vida del Token
-
-Una vez que tus endpoints están configurados, el siguiente paso es gestionar el ciclo de vida del token para mantener la seguridad. Aquí hay una tabla de referencia rápida que describe los requisitos de versión de Capacitor para la gestión segura de tokens:
-
-| Versión de Capacitor | Requisitos | Notas de Seguridad |
-| --- | --- | --- |
-| 6.x | XCode 15.0+ | Soporta cifrado de extremo a extremo |
-| 5.x | XCode 14.1+ | Incluye herramientas de seguridad mejoradas |
-| 4.x | XCode 12.0+ | Características básicas de gestión de tokens |
-
-Para asegurar una gestión robusta del ciclo de vida de los tokens, sigue estas prácticas clave:
-
--   Almacenar tokens **solo en memoria** para limitar la exposición.
--   Implementar **mecanismos automáticos de actualización de tokens** para mantener sesiones de usuario fluidas.
--   Establecer intervalos estrictos de caducidad y actualización para tokens.
--   Usar soluciones de almacenamiento seguro para cualquier token que deba persistir.
-
-### Métodos Seguros de Almacenamiento de Tokens
-
-El almacenamiento adecuado de tokens es crucial para proteger la información sensible. Utiliza APIs específicas de plataforma para asegurar tokens, como **Keychain Services** para iOS y **KeyStore API** para Android. Estas herramientas proporcionan una capa de seguridad adaptada a cada plataforma.
-
-Para aplicaciones empresariales, considera integrar plugins diseñados para almacenamiento seguro:
-
--   **Capacitor [Identity Vault](https://ionic.io/products/identity-vault)**: Ofrece seguridad avanzada para datos sensibles.
--   **Capacitor Biometrics**: Añade autenticación biométrica para una capa extra de protección.
--   **Capacitor Secure Preferences**: Asegura el manejo seguro de preferencias y datos de la aplicación.
-
-## JWT Authentication (Revocar Tokens de Acceso Usando [Redis](https://redis.io/)) - FastAPI Beyond CRUD (Parte 12)
-
-![Redis In-Memory Data Store](https://assets.seobotai.com/capgo.app/68268a500209458b3ff4fe45/2e78e5b01f7fb6de1a584710a9d487ab.jpg)
-
-<iframe src="https://www.youtube.com/embed/e954e-i5DgQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Métodos de Lista Negra de Tokens
-
-La lista negra de tokens juega un papel clave en la gestión de ciclos de vida de tokens al invalidar tokens comprometidos tan pronto como son detectados.
-
-### Configuración de Lista Negra en Redis
-
-Redis es conocido por su capacidad para manejar búsquedas rápidas de clave-valor, haciéndolo una gran opción para mantener una lista negra de tokens [\[5\]](https://sitecore.stackexchange.com/questions/26774/storing-custom-data-in-redis). En Redis, puedes almacenar identificadores de tokens como claves compuestas, como combinar `userId` y `tokenName`.
-
-Aquí está cómo puedes escribir y recuperar tokens usando [StackExchange.Redis](https://stackexchange.github.io/StackExchange.Redis/):
-
-```csharp
-// Write token to Redis blacklist
-var connectionMultiplexer = ConnectionMultiplexer.Connect(redisConnectionString);
-IDatabase db = connectionMultiplexer.GetDatabase();
-await db.StringSetAsync(key, token, ttl);
-
-// Read token from Redis blacklist
-var tokenFromRedis = await db.StringGetAsync(key);
-```
-
-### Sistema de Verificación de Lista Negra
-
-Para asegurar que los tokens comprometidos sean bloqueados efectivamente, puedes implementar middleware para validar tokens contra la lista negra del servidor [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist).
-
-| **Enfoque** | **Mejor Para** | **Detalles** |
-| --- | --- | --- |
-| **Lista Negra Redis** | Aplicaciones de alto tráfico | Usa almacenamiento en memoria para búsquedas ultrarrápidas. |
-| **Versionado de Tokens** | Sistemas empresariales | Vincula versiones de tokens directamente a cuentas de usuario para mejor control. |
-| **Control de Token de Actualización** | Aplicaciones estándar | Combina JWTs de corta duración con tokens de actualización para seguridad adicional. |
-
-> "Si realmente necesitas funcionalidad de cierre de sesión, entonces puedes usar una lista negra. Sin embargo, usar una lista negra no es muy diferente de la forma antigua de sesiones con estado. Todavía tienes que buscar el token en cada solicitud para asegurarte de que sigue siendo válido. Por lo tanto, la lista negra puede tener un impacto en el rendimiento del servicio (o incluso un cuello de botella) al igual que con la autenticación basada en sesiones." - Kasey Speakman [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist)
-
-Al integrar un sistema de verificación de lista negra, puedes asegurar que solo los tokens válidos sean procesados por tu aplicación.
-
-### Acelerar las Verificaciones de Tokens
-
-Mejorar la velocidad de verificación de tokens es esencial para mantener un manejo seguro y eficiente de sesiones. Las implementaciones optimizadas pueden mejorar significativamente el rendimiento de verificación de tokens:
-
--   **Algoritmo HS256**: Logra un aumento del 67% en la velocidad de verificación [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js).
--   **Algoritmo RS256**: Ofrece una mejora del 88% en rendimiento [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js).
--   **Verificación en caché**: Proporciona hasta un 1,000% de mejora para verificación RS256 [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js).
-
-Para mejorar aún más el rendimiento, considera estas estrategias:
-
--   Usar almacenes de datos en memoria para búsquedas rápidas de tokens.
--   Emplear balanceo de carga para distribuir verificaciones de lista de revocación.
--   Cachear certificados validados para reutilización [\[7\]](https://zuplo.com/blog/2025/01/03/top-7-api-authentication-methods-compared).
--   Establecer duraciones de tokens que equilibren seguridad con usabilidad.
-
-## Gestión de Tokens Empresariales
-
-Cuando se trata de asegurar tokens en un entorno empresarial, el desafío va más allá de las cuentas individuales. Se trata de asegurar una protección consistente en toda la organización. La gestión empresarial de tokens se basa en estrategias como la supervisión del ciclo de vida de tokens y listas negras, pero las escala para acomodar grandes bases de usuarios. Un enfoque clave aquí es gestionar la revocación de tokens eficientemente a escala, lo que requiere sistemas rápidos y confiables para mantener la seguridad para miles - o incluso millones - de usuarios.
-
-### Revocación Masiva de Tokens
-
-En entornos a gran escala, la capacidad de revocar tokens rápidamente es esencial. Aquí hay algunos métodos comúnmente utilizados para una invalidación masiva efectiva de tokens:
-
-| Método | Mejor Caso de Uso |
-| --- | --- |
-| Rotación de Secretos | Ideal para revocar tokens en toda la plataforma. |
-| Versionado de Tokens | Útil para apuntar a tokens específicos para invalidación. |
-| Lista Negra Redis | Proporciona capacidades de invalidación de tokens en tiempo real. |
-
-Otro enfoque para mantener la seguridad sin interrumpir las sesiones de usuario es la actualización silenciosa de tokens. Este método asegura que los tokens de acceso se actualicen automáticamente en segundo plano, manteniendo a los usuarios conectados mientras mejora la seguridad.
-
-### Control de Tokens Multi-Organización
-
-Al gestionar tokens a través de múltiples organizaciones, es crítico establecer controles de acceso claros y límites de seguridad. Una solución común es el Control de Acceso Basado en Roles (RBAC), que establece niveles estructurados de permisos para gestionar tokens a través de diferentes unidades organizativas. Esto asegura que las personas correctas tengan acceso a los recursos correctos - nada más, nada menos.
-
-### Actualizaciones de Tokens a Nivel de Plataforma
-
-Ajustar las políticas de caducidad de tokens puede mejorar significativamente la seguridad. Las Políticas de Caducidad Adaptativa, por ejemplo, adaptan la duración de los tokens basándose en factores como la confianza del dispositivo y la actividad del usuario. Los dispositivos confiables podrían tener validez de token extendida, mientras que los sistemas desconocidos podrían ver duraciones más cortas para minimizar el riesgo [\[9\]](https://www.expeed.com/how-%20oauth-2.0-token-expiration-and-refresh-%20strategies-results-in-a-seamless-user-experience).
-
-Para aplicaciones construidas con Capacitor que requieren seguridad más estricta, **Identity Vault** ofrece gestión de tokens de nivel empresarial al integrarse con APIs de seguridad nativas [\[3\]](https://capacitorjs.com/docs/v2/guides/security). Herramientas como **[SuperTokens](https://supertokens.com/)** también pueden simplificar el manejo de JWT al proporcionar una gestión robusta del ciclo de vida, lo que ayuda a reducir errores durante la implementación [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist). Estas soluciones facilitan el mantenimiento de una infraestructura de tokens segura y escalable en toda tu plataforma.
-
-## Mantenimiento del Sistema y Seguridad
-
-El mantenimiento de una seguridad sólida de tokens en [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) requiere vigilancia continua y estricta adherencia a las pautas de la plataforma. A continuación, exploraremos estrategias clave para el seguimiento de la actividad de tokens, programación de actualizaciones y garantizar el cumplimiento de los requisitos de las tiendas de aplicaciones.
-
-### Seguimiento de Actividad de Tokens
-
-Mantener un ojo en la actividad de tokens en tiempo real es esencial para detectar y abordar posibles brechas tempranamente. Una herramienta efectiva para esto es la **[Protección de Aplicaciones en Tiempo de Ejecución](https://en.wikipedia.org/wiki/Runtime_application_self-protection) (RASP)**, que observa el comportamiento de la aplicación mientras ocurre [\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter).
-
-Aquí hay algunas áreas principales para monitorear y sus beneficios:
-
-| **Foco de Monitoreo** | **Método de Implementación** | **Beneficio de Seguridad** |
-| --- | --- | --- |
-| Llamadas API | Seguimiento de frecuencia y patrones | Detectar intentos de acceso inusuales |
-| Intentos de Inicio de Sesión | Monitorear autenticaciones fallidas | Prevenir ataques de fuerza bruta |
-| Uso de Tokens | Registrar patrones de acceso | Detectar posible robo de tokens |
-| Comportamiento en Tiempo de Ejecución | Integración RASP | Bloquear actividades maliciosas |
-
-> "El Uso Inadecuado de Credenciales se refiere al manejo, almacenamiento y transmisión incorrectos de credenciales de autenticación, claves API, tokens o información sensible que puede ser explotada si se expone." - Majid Hajian, Defensor de Azure & IA@Microsoft [\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter)
-
-### Programación de Actualización de Tokens
-
-Un calendario bien planificado de rotación de tokens es crítico para mantener la seguridad sin interrumpir los servicios. Procura rotar los tokens cada 80 a 180 días, y siempre ten un proceso listo para revocaciones de emergencia [\[11\]](https://docs.fossa.com/docs/rotating-fossa-api-key).
-
-Aquí está cómo gestionar efectivamente los ciclos de vida de los tokens:
-
--   **Tokens de Acceso**: Mantén su vida útil corta - 15 minutos es una buena referencia [\[1\]](https://curity.io/resources/learn/oauth-for-mobile-apps-best-practices).
--   **Tokens de Actualización**: Monitoréalos cuidadosamente y rótalos regularmente.
--   **Procedimientos de Emergencia**: Asegúrate de tener un sistema listo para revocar tokens inmediatamente si es necesario.
-
-Usar una cuenta de servicio dedicada para la gestión de tokens puede simplificar el proceso y reducir riesgos [\[11\]](https://docs.fossa.com/docs/rotating-fossa-api-key).
-
-### Lista de Verificación de Reglas de App Store
-
-A partir de abril de 2025, todas las aplicaciones enviadas a App Store Connect deben estar construidas con SDKs actualizados para plataformas como iOS 18, iPadOS 18, tvOS 18, visionOS 2 y watchOS 11 [\[12\]](https://developer.apple.com/news).
-
-Para cumplir estos requisitos mientras se refuerza la seguridad, concéntrate en lo siguiente:
-
-| **Requisito de Seguridad** | **Método** | **Verificación** |
-| --- | --- | --- |
-| [Cifrado de Datos](https://capgo.app/docs/cli/migrations/encryption/) | Cifrado de extremo a extremo | Verificaciones automáticas de certificados |
-| Almacenamiento Seguro | Almacenamiento local cifrado | Revisiones de permisos de almacenamiento |
-| Seguridad de Red | Forzar conexiones HTTPS | Validación SSL/TLS |
-| Control de Acceso | Permisos basados en roles | Pruebas de autenticación |
-
-Estos pasos no solo aseguran el cumplimiento de las políticas de la tienda de aplicaciones sino que también refuerzan las medidas de seguridad de tokens discutidas anteriormente, creando un entorno más seguro para aplicaciones distribuidas.
-
-## Conclusión
-
-Para garantizar tanto la seguridad como una experiencia de usuario fluida, las aplicaciones Capacitor deben incorporar sistemas de revocación de tokens que protejan eficazmente contra el acceso no autorizado. A continuación, se presenta un resumen rápido de las capas de seguridad críticas que forman la base de una estrategia efectiva de revocación de tokens:
-
-| **Capa de Seguridad** | **Foco de Implementación** | **Impacto** |
-| --- | --- | --- |
-| **Ciclo de Vida del Token** | Usar tokens de acceso de corta duración | Limita la ventana de explotación |
-| **Seguridad de Almacenamiento** | Cifrado específico de plataforma (Keychain/Keystore) | Protege los tokens contra el robo |
-| **Protección Continua** | Monitoreo en tiempo real | Identifica actividades sospechosas |
-| **Respuesta de Emergencia** | Capacidades de revocación inmediata | Reduce el daño durante las brechas |
-
-Para aplicaciones de nivel empresarial, un sistema de lista negra de tokens se vuelve crítico. Esto es especialmente cierto al gestionar múltiples organizaciones o tratar con escenarios que requieren revocaciones de tokens a gran escala.
-
-El mantenimiento constante, el monitoreo vigilante en tiempo real y la capacidad de revocar tokens instantáneamente son no negociables para salvaguardar tu aplicación. Al combinar prácticas de almacenamiento seguro, ciclos de vida de tokens bien gestionados y monitoreo continuo, tu aplicación Capacitor puede ofrecer una fuerte protección contra el acceso no autorizado sin comprometer la experiencia del usuario.
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Por qué es importante la revocación de tokens para mejorar la seguridad de una aplicación Capacitor?
-
-La revocación de tokens es una medida de seguridad clave para las aplicaciones Capacitor, permitiendo a los desarrolladores invalidar instantáneamente los tokens de acceso cuando sea necesario. Ya sea después de que un usuario cierre sesión o en respuesta a un problema de seguridad detectado, revocar tokens asegura que las credenciales comprometidas no puedan ser reutilizadas. Este paso reduce significativamente las posibilidades de acceso no autorizado a datos sensibles del usuario.
-
-Confiar únicamente en la expiración de tokens puede dejar una ventana de vulnerabilidad, pero la revocación de tokens aborda las amenazas **en tiempo real**. Este enfoque no solo fortalece la protección de datos sino que también se alinea con las expectativas modernas de seguridad. Para las aplicaciones Capacitor, integrar la revocación de tokens es un paso crítico hacia la protección de la información del usuario y el mantenimiento de un entorno de aplicación seguro.
-:::
-
-:::faq
-### ¿Cómo puedo implementar la revocación segura de tokens en aplicaciones Capacitor de alto tráfico?
-
-Para asegurar la revocación segura de tokens en [aplicaciones Capacitor de alto tráfico](https://capgo.app/blog/), comienza implementando **tokens de acceso de corta duración**. Estos tokens reducen el riesgo de mal uso ya que expiran rápidamente, limitando la ventana de oportunidad para potenciales atacantes.
-
-También es esencial mantener una **base de datos de tokens revocados**. Esto te permite rastrear tokens invalidados y verificar las solicitudes entrantes contra la base de datos. Si una solicitud incluye un token revocado, el acceso puede ser denegado inmediatamente, añadiendo una capa extra de protección.
-
-Para seguridad adicional, usa **OAuth 2.0**. Este marco ofrece herramientas confiables para gestionar tokens y controlar el acceso. Asegúrate de almacenar datos sensibles, como tokens, en las **soluciones de almacenamiento seguro** de la plataforma para proteger contra acceso no autorizado. Nunca codifiques información sensible directamente en el código de tu aplicación, ya que esto puede exponerla a amenazas.
-
-Al adoptar estas prácticas, puedes proteger tu aplicación Capacitor contra acceso no autorizado mientras aseguras que funcione bien, incluso bajo condiciones de tráfico pesado.
-:::
-
-:::faq
-### ¿Cómo puedo asegurar mi aplicación Capacitor y mantener el cumplimiento de los requisitos de seguridad de la tienda de aplicaciones usando revocación de tokens?
-
-Para mantener tu aplicación Capacitor segura y en línea con los estándares de seguridad de la tienda de aplicaciones, es importante implementar estrategias de **revocación de tokens** junto con métodos de autenticación fuertes como OAuth 2.0 o OpenID Connect. Estas medidas protegen los datos del usuario mientras cumplen con los requisitos establecidos por Apple y Google Play.
-
-Aquí hay algunos pasos clave a considerar:
-
--   Establecer **políticas de expiración de tokens** para limitar la vida útil de los tokens, reduciendo el riesgo de mal uso.
--   Mantener una **lista de revocación** para invalidar inmediatamente tokens que puedan haber sido comprometidos.
--   Usar [almacenamiento cifrado](https://capgo.app/docs/cli/migrations/encryption/) para guardar tokens de forma segura, protegiéndolos contra acceso no autorizado.
--   Automatizar procesos de actualización de tokens para mantener un rendimiento fluido de la aplicación sin interrumpir la experiencia del usuario.
-
-Monitorear regularmente los intentos de autenticación también es crítico. Ayuda a identificar actividad sospechosa y asegura que tu aplicación permanezca segura. Además, documenta tus flujos de trabajo de seguridad exhaustivamente. Esto no solo mejora la claridad y transparencia sino que también simplifica las auditorías, que son esenciales para mantener el cumplimiento con las pautas de la tienda de aplicaciones.
-
-Al seguir estas prácticas, tu aplicación permanecerá segura y cumplirá con los requisitos en constante evolución de las plataformas de tiendas de aplicaciones.
-:::
diff --git a/src/content/blog/es/top-6-tools-for-managing-app-updates-in-2025.md b/src/content/blog/es/top-6-tools-for-managing-app-updates-in-2025.md
deleted file mode 100644
index 99225fac1..000000000
--- a/src/content/blog/es/top-6-tools-for-managing-app-updates-in-2025.md
+++ /dev/null
@@ -1,212 +0,0 @@
----
-slug: top-6-tools-for-managing-app-updates-in-2025
-title: 6 herramientas para gestionar actualizaciones de apps (2025)
-description: >-
-  Descubre herramientas esenciales para actualizaciones de aplicaciones
-  eficientes y seguras en 2025, adaptadas para diferentes plataformas y tamaños
-  de equipos.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T06:07:22.508Z
-updated_at: 2026-01-01T17:10:20.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a42ddd6b8e18060d3642ef-1738822060228.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  app updates, mobile development, software management, security tools, cloud
-  solutions, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**Gestionar las [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/) en 2025 se trata de velocidad, seguridad y eficiencia.** Ya sea que estés implementando correcciones críticas o lanzando nuevas funciones, las herramientas adecuadas pueden ahorrar tiempo, garantizar el cumplimiento y mejorar la experiencia del usuario. Aquí hay un desglose rápido de las principales herramientas para optimizar las actualizaciones de aplicaciones:
-
--   **[Capgo](https://capgo.app/)**: Lo mejor para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) con actualizaciones instantáneas over-the-air (OTA) y encriptación fuerte.
--   **[Automox](https://www.automox.com/)**: Ideal para gestionar actualizaciones en Windows, macOS y Linux con parches automatizados.
--   **[Ionic Appflow](https://ionic.io/appflow/)**: Simplifica las actualizaciones de aplicaciones híbridas con integración CI/CD y actualizaciones en vivo.
--   **[Microsoft Intune](https://www.microsoft.com/en-us/security/business/microsoft-intune)**: Gestión de endpoints a nivel empresarial con seguridad y cumplimiento avanzados.
--   **[Jamf Pro](https://www.jamf.com/products/jamf-pro/)**: Diseñado para dispositivos Apple, con parches automatizados y seguimiento de implementación.
--   **[CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)**: Actualizaciones OTA ligeras para aplicaciones React Native e Ionic con actualizaciones diferenciales.
-
-### Comparación Rápida
-
-| Herramienta | Mejor Para | Características Principales | Precio (Inicial) |
-| --- | --- | --- | --- |
-| **Capgo** | Aplicaciones Capacitor | Actualizaciones OTA, encriptación, integración CI/CD | $12/mes |
-| **Automox** | Actualizaciones multiplataforma | Parches automatizados, informes de cumplimiento | Precio personalizado |
-| **Ionic Appflow** | Desarrollo de apps híbridas | Integración CI/CD, actualizaciones en vivo | $49/mes |
-| **Microsoft Intune** | Seguridad empresarial | Gestión de endpoints, integración con Azure | Parte de Microsoft 365 |
-| **Jamf Pro** | Ecosistemas Apple | Automatización de parches, herramientas de cumplimiento | $3.33/dispositivo/mes |
-| **CodePush** | Actualizaciones frecuentes | Actualizaciones diferenciales, soporte de reversión | Parte de App Center |
-
-Estas herramientas satisfacen diferentes necesidades, desde pequeños equipos hasta grandes empresas. Elige según tu plataforma, requisitos de seguridad y frecuencia de actualización. ¿Listo para profundizar? Exploremos cada herramienta en detalle.
-
-## Cómo Forzar la Actualización de Aplicaciones Ionic
-
-<iframe src="https://www.youtube.com/embed/NJwBNWwNlTk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-06.jpg?auto=compress)
-
-Capgo se centra en entregar actualizaciones rápidas over-the-air (OTA) para aplicaciones Capacitor, evitando retrasos causados por aprobaciones de la tienda de aplicaciones en 2025. Combina fuertes medidas de seguridad con opciones de integración fluidas, incluyendo encriptación de extremo a extremo y control detallado de versiones, todo mientras cumple con las pautas de Apple y Android.
-
-Aquí hay un desglose de cómo Capgo apoya diferentes niveles de usuario:
-
-| Nivel de Uso | Actualizaciones/Mes | Usuarios Activos Mensuales |
-| --- | --- | --- |
-| Desarrollador Independiente | 2,500 | 500 |
-| Pequeña Empresa | 25,000 | 5,000 |
-| Empresa Mediana | 150,000 | 30,000 |
-| Gran Escala | 1,000,000 | 200,000 |
-
-Capgo aborda problemas como riesgos de seguridad y cumplimiento mediante implementaciones encriptadas y actualizaciones instantáneas. Sus actualizaciones OTA pueden corregir vulnerabilidades críticas en minutos en lugar de días, reduciendo significativamente la exposición al riesgo [\[2\]](https://microlaunch.net/h/how-to-manage-version-control-and-rollbacks-for-mobile-app-updates).
-
-Algunas de sus características destacadas incluyen:
-
--   **Monitoreo y análisis en tiempo real** para rastrear el rendimiento de la aplicación y las tasas de éxito de actualización
--   **Reversión con un clic y despliegues dirigidos** para control preciso
--   **Integración de pipeline CI/CD** para implementaciones automatizadas optimizadas
-
-Capgo también ofrece herramientas para equipos que gestionan múltiples aplicaciones con actualizaciones frecuentes. Estas herramientas permiten probar actualizaciones con grupos específicos de usuarios antes de implementarlas ampliamente [\[3\]](https://microlaunch.net/h/how-to-streamline-app-maintenance-with-automatic-updates-across-ios-and-android).
-
-Como plataforma de código abierto, Capgo promueve la transparencia y fomenta la creatividad. Si bien es una opción sólida para actualizaciones de aplicaciones Capacitor, soluciones como Automox pueden ser más adecuadas para gestionar actualizaciones en múltiples plataformas.
-
-## 2. [Automox](https://www.automox.com/)
-
-![Automox Patch Management Platform](https://mars-images.imgix.net/seobot/screenshots/www.automox.com-06187acabed7a8a7c05012071bb9b83e-2025-02-06.jpg?auto=compress)
-
-Automox hace que la gestión de actualizaciones de aplicaciones en Windows, macOS y Linux sea sencilla, un beneficio clave para equipos de desarrollo que manejan diversos entornos de aplicaciones en 2025.
-
-Con Automox, los equipos pueden programar actualizaciones o activarlas automáticamente cuando los dispositivos se conectan. La plataforma ofrece tres planes de suscripción para satisfacer diversas necesidades: **Básico** (enfocado en gestión de parches), **Estándar** (agrega gestión de endpoints) y **Pro** (incluye gestión multizona y remediación avanzada).
-
-Admite actualizaciones para herramientas ampliamente utilizadas como Adobe Reader y Office 365, mientras también permite scripts personalizados para configuraciones únicas. Construido sobre una infraestructura basada en la nube, Automox asegura un rendimiento confiable sin importar dónde se encuentren los endpoints [\[1\]](https://www.techtarget.com/searchenterprisedesktop/tip/12-best-patch-management-software-and-tools).
-
-La plataforma prioriza la seguridad con características como flujos de trabajo de aprobación de parches. Estos flujos de trabajo permiten a los equipos revisar y aprobar cuidadosamente las actualizaciones antes de la implementación, proporcionando un control detallado para actualizaciones seguras y oportunas en toda la organización.
-
-Automox simplifica el proceso de actualización con su amplia compatibilidad de aplicaciones y características de automatización. Ofrece monitoreo de parches en tiempo real, informes automatizados de cumplimiento y herramientas para gestionar actualizaciones en equipos distribuidos - perfecto para configuraciones de trabajo remoto. Para desarrolladores de aplicaciones móviles, **Ionic Appflow** es una alternativa diseñada para gestionar actualizaciones dentro del ecosistema Capacitor [\[1\]](https://www.techtarget.com/searchenterprisedesktop/tip/12-best-patch-management-software-and-tools).
-
-## 3. [Ionic Appflow](https://ionic.io/appflow/)
-
-![Ionic Appflow](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-02-06.jpg?auto=compress)
-
-Ionic Appflow es una plataforma diseñada para simplificar las actualizaciones de aplicaciones y optimizar el [desarrollo de aplicaciones híbridas móviles](https://capgo.app/blog/cordova-hybrid-app-development/) para iOS y Android. Diseñada para trabajar sin problemas con el framework Ionic, aborda desafíos comunes de los desarrolladores como seguridad, velocidad y control de versiones.
-
-Una característica destacada son sus **actualizaciones over-the-air (OTA)**, que permiten a los desarrolladores saltarse el largo proceso de aprobación de la tienda de aplicaciones. Esto es especialmente útil para implementar actualizaciones importantes rápidamente. Los precios son flexibles, con opciones para diferentes necesidades: **Starter ($49/mes)** para proyectos pequeños, **Growth ($99/mes)** para equipos y **Enterprise (precio personalizado)** para organizaciones más grandes.
-
-La plataforma también integra procesos de construcción automatizados directamente con GitHub y Bitbucket. Al activar construcciones cuando se compromete código, mantiene las actualizaciones alineadas con los cambios del código fuente y simplifica el flujo de trabajo de implementación.
-
-Ionic Appflow prioriza la seguridad con fuertes medidas de encriptación y autenticación. También ofrece análisis detallados y seguimiento de rendimiento. Los desarrolladores pueden gestionar actualizaciones en todas las plataformas desde un panel centralizado, y su función de actualización en vivo permite ediciones instantáneas de los activos de la aplicación sin necesidad de aprobaciones de la tienda de aplicaciones.
-
-### Características Principales:
-
--   **Construcciones automatizadas** vinculadas a GitHub y Bitbucket
--   **Implementación segura** con encriptación
--   **Análisis en tiempo real** para seguimiento de rendimiento
--   **Gestión centralizada de [actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** en todas las plataformas
--   **Actualizaciones en vivo** para cambios inmediatos en activos de la aplicación
-
-Mientras que Ionic Appflow es una gran herramienta para gestionar aplicaciones híbridas, herramientas como Microsoft Intune proporcionan opciones adicionales para la gestión de actualizaciones a nivel empresarial más amplio.
-
-## 4. [Microsoft Intune](https://www.microsoft.com/en-us/security/business/microsoft-intune)
-
-Microsoft Intune es una herramienta de gestión de endpoints basada en la nube diseñada para manejar actualizaciones de aplicaciones empresariales eficientemente en 2025. A diferencia de las herramientas que se centran en frameworks específicos, Intune funciona sin problemas en varias plataformas y tipos de dispositivos, haciéndola versátil para diversas necesidades organizacionales.
-
-Con Intune, las organizaciones pueden implementar actualizaciones a través de tiendas de aplicaciones o sideloading para Windows y macOS, ofreciendo flexibilidad para diferentes ecosistemas. Esto asegura una amplia cobertura y simplifica la gestión de actualizaciones en todas las plataformas.
-
-### Características de Seguridad
-
-La seguridad es un enfoque clave de Intune, e incluye varias características avanzadas:
-
-| Característica de Seguridad | Función |
-| --- | --- |
-| Acceso Condicional y Monitoreo de Cumplimiento | Impone estándares de seguridad y controla el acceso a aplicaciones |
-| Protección de Aplicaciones | Encripta datos de aplicaciones e impone políticas de uso |
-| Defensa contra Amenazas | Trabaja con Microsoft Defender para protección en tiempo real |
-
-Intune también se integra con [Azure Active Directory](https://www.microsoft.com/en-us/security/business/identity-access/microsoft-entra-id) y [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), optimizando la implementación y actualizaciones de aplicaciones. Esta integración es particularmente útil para gestionar equipos remotos, asegurando actualizaciones seguras y consistentes en fuerzas de trabajo distribuidas.
-
-Una característica destacada son las políticas de cumplimiento automatizadas de Intune. Al integrarse con Azure, puede identificar y corregir dispositivos no conformes automáticamente, reduciendo la necesidad de intervención manual y manteniendo altos estándares de seguridad.
-
-Para desarrolladores, Intune ofrece APIs REST que permiten automatización y personalización avanzada. Estas herramientas permiten la integración con pipelines de desarrollo existentes y soportan tanto aplicaciones modernas como heredadas, haciéndola una opción sólida para organizaciones con portfolios de aplicaciones variados.
-
-### Precios y Características
-
-Intune está disponible como parte de Microsoft 365 Enterprise o como producto independiente. Su conjunto robusto de funciones lo convierte en una inversión valiosa para organizaciones grandes que gestionan múltiples aplicaciones en diferentes plataformas.
-
-### Aspectos Destacados:
-
--   **Soporte multiplataforma** para todos los sistemas operativos principales
--   **Seguridad avanzada** y controles de cumplimiento
--   **Integración** con el ecosistema de Microsoft para una gestión unificada
--   **Implementación automatizada** para procesos de actualización optimizados
--   **Informes detallados** y análisis para mejores perspectivas
-
-Para organizaciones profundamente integradas en el ecosistema de Microsoft, Intune simplifica la gestión de actualizaciones en entornos grandes y multiplataforma. Sin embargo, para necesidades específicas de Apple, herramientas como Jamf Pro podrían ser más adecuadas.
-
-## 5\. [Jamf Pro](https://www.jamf.com/products/jamf-pro/)
-
-![Jamf Pro](https://mars-images.imgix.net/seobot/screenshots/www.jamf.com-452a677727a22c487d11e38ebd1e7a94-2025-02-06.jpg?auto=compress)
-
-Jamf Pro está diseñado específicamente para gestionar dispositivos Apple, ofreciendo una integración profunda con el ecosistema de Apple. Maneja actualizaciones de aplicaciones para iOS, iPadOS, macOS y tvOS, dando a los equipos de TI un control preciso sobre la distribución y actualizaciones de aplicaciones.
-
-### Sistema de Distribución de Actualizaciones
-
-Jamf Pro simplifica la gestión de actualizaciones con parches automatizados e integración con el Programa de Compras por Volumen (VPP) de Apple. Esta automatización puede reducir las cargas de trabajo de TI en un 90% y acelerar el despliegue de aplicaciones en un 75%.
-
-La plataforma admite [actualizaciones automatizadas a gran escala](https://capgo.app/docs/live-updates/update-behavior/), implementaciones dirigidas usando Grupos Inteligentes y flujos de trabajo personalizados para configuraciones complejas. Estas características la hacen adaptable a diferentes necesidades organizacionales.
-
-### Integración Empresarial
-
-Jamf Pro está construido para abordar desafíos como el cumplimiento y la velocidad de actualización, convirtiéndolo en una opción preferida para organizaciones centradas en Apple. Se integra con herramientas de CI/CD como Jenkins, admite el cumplimiento de GDPR y HIPAA, y ofrece seguimiento en tiempo real para implementaciones. Las características empresariales clave incluyen:
-
--   Cifrado de extremo a extremo para actualizaciones de aplicaciones
--   [Autenticación de dos factores](https://capgo.app/docs/webapp/mfa/)
--   Evaluaciones de seguridad en tiempo real
--   Seguimiento detallado de implementaciones
-
-### Precios y Rendimiento
-
-Los precios comienzan en $3.33 por dispositivo por mes, con descuentos para compras en volumen e instituciones educativas. Por ejemplo, un distrito escolar utilizó Jamf Pro para gestionar miles de iPads, reduciendo las cargas de trabajo de TI y mejorando el cumplimiento.
-
-Si bien Jamf Pro destaca en entornos Apple, los equipos con ecosistemas de dispositivos mixtos podrían necesitar herramientas adicionales para dispositivos no Apple. Para aquellos que buscan una opción multiplataforma, CodePush ofrece una alternativa ligera y amigable para desarrolladores.
-
-## 6\. [CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)
-
-![CodePush](https://mars-images.imgix.net/seobot/screenshots/learn.microsoft.com-87c8945e309a8c280c425352c4f329fa-2025-02-06.jpg?auto=compress)
-
-CodePush es un servicio basado en la nube diseñado para simplificar las actualizaciones over-the-air (OTA), permitiendo a los desarrolladores omitir los procesos de revisión de las tiendas de aplicaciones. Es parte de la suite [Visual Studio App Center](https://visualstudio.microsoft.com/app-center/) y juega un papel crucial en el despliegue y mantenimiento rápido de aplicaciones.
-
-Usando un sistema de actualización diferencial, CodePush minimiza los tamaños de actualización enviando solo los archivos modificados. Esto lo hace especialmente útil para aplicaciones React Native y Ionic que necesitan actualizaciones frecuentes. Los desarrolladores pueden elegir entre **actualizaciones obligatorias** para correcciones críticas o **actualizaciones opcionales** para características menos urgentes.
-
-La plataforma se integra sin esfuerzo con herramientas populares de CI/CD como Jenkins, CircleCI y Azure DevOps, permitiendo implementaciones automatizadas y control de versiones fluido. La seguridad es una prioridad, con características como cifrado de extremo a extremo, control de acceso basado en roles y registros de auditoría detallados para rastrear actualizaciones.
-
-Su sistema de control de versiones permite reversiones instantáneas si surge un problema, reduciendo el tiempo de inactividad. CodePush también admite actualizaciones unificadas para iOS y Android, haciéndolo ideal para equipos que trabajan en múltiples plataformas.
-
-Mientras que Capgo destaca las actualizaciones OTA cifradas para aplicaciones Capacitor, CodePush sobresale con su sistema de actualización diferencial y fuerte integración con CI/CD, haciéndolo perfecto para equipos enfocados en desarrollo rápido e iterativo. Comparado con Ionic Appflow, que se orienta al desarrollo de aplicaciones híbridas, el enfoque de CodePush hacia las actualizaciones y la seguridad lo convierte en una opción versátil para varios frameworks.
-
-## Conclusión
-
-Diferentes herramientas destacan según las necesidades específicas del equipo y los requisitos del proyecto. La gestión de actualizaciones de aplicaciones en 2025 requiere herramientas que combinen eficiencia, seguridad e integración perfecta con flujos de trabajo CI/CD.
-
-**Capgo** es una opción destacada para [desarrolladores de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), ofreciendo implementaciones instantáneas y actualizaciones over-the-air (OTA) cifradas. Comenzando en $12/mes para desarrolladores independientes, proporciona actualizaciones en tiempo real y control de versiones sólido, haciéndolo adecuado para proyectos de cualquier tamaño.
-
-Para equipos que priorizan la seguridad y el cumplimiento a nivel empresarial, **Microsoft Intune** y **Jamf Pro** son excelentes opciones. Estas plataformas ofrecen una gestión extensiva de endpoints, crucial para organizaciones que manejan datos sensibles y estándares estrictos de cumplimiento.
-
-Los equipos de desarrollo multiplataforma podrían preferir **CodePush** o **Ionic Appflow**. El sistema ligero de actualización diferencial de CodePush es perfecto para actualizaciones frecuentes e incrementales, mientras que la integración de Ionic Appflow con pipelines CI/CD simplifica los flujos de trabajo de implementación.
-
-Aquí hay una comparación rápida de herramientas basada en perfiles de equipo y prioridades:
-
-| Perfil del Equipo | Herramienta Recomendada | Ventaja Principal |
-| --- | --- | --- |
-| Desarrolladores Capacitor | Capgo | Actualizaciones OTA instantáneas con cifrado |
-| Seguridad Empresarial | Microsoft Intune | Gestión integral de endpoints |
-| Equipos Multiplataforma | CodePush | Actualizaciones diferenciales eficientes |
-| Desarrollo de Apps Híbridas | Ionic Appflow | Integración incorporada con pipeline CI/CD |
-| Gestión de TI | Automox | Gestión de parches nativa en la nube |
-
-La industria se está moviendo hacia sistemas nativos en la nube y procesos de actualización automatizados. Se espera que la gestión de actualizaciones impulsada por IA transforme cómo se manejan las actualizaciones, haciendo que las herramientas con flexibilidad y escalabilidad sean cada vez más importantes.
-
-Al elegir una herramienta, los equipos deben sopesar factores como la frecuencia de actualización, necesidades de seguridad, capacidades de integración, escalabilidad y presupuesto. La herramienta correcta no solo aborda problemas como riesgos de seguridad y cumplimiento, sino que también asegura flujos de trabajo de actualización suaves y eficientes, manteniendo a los equipos adelante en un panorama de desarrollo en rápida evolución.
diff --git a/src/content/blog/es/top-api-security-standards-for-app-store-compliance.md b/src/content/blog/es/top-api-security-standards-for-app-store-compliance.md
deleted file mode 100644
index fc9ce8f5f..000000000
--- a/src/content/blog/es/top-api-security-standards-for-app-store-compliance.md
+++ /dev/null
@@ -1,363 +0,0 @@
----
-slug: top-api-security-standards-for-app-store-compliance
-title: >-
-  Estándares de seguridad de API principales para el cumplimiento de la App
-  Store
-description: >-
-  Conoce los principales estándares de seguridad de API para garantizar que tu
-  aplicación cumpla con los requisitos de la App Store mientras protege los
-  datos del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T01:52:28.048Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78-1745459563928.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  API security, OAuth 2.0, OpenID Connect, TLS, JWT, app store compliance, user
-  data protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-Asegurar la API de tu aplicación es crítico para cumplir con los requisitos de Apple App Store y Google Play. Esta guía describe **cinco estándares clave de seguridad de API** para ayudarte a cumplir con las reglas de la plataforma, proteger los datos del usuario y mejorar el rendimiento de la aplicación.
-
-### Puntos Clave:
-
--   **[OAuth 2.0](https://oauth.net/2/)**: Autenticación segura de usuarios con acceso basado en tokens.
--   **[OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect)**: Añade una capa de identidad para una verificación mejorada del usuario.
--   **TLS/SSL**: [Encripta los datos](https://capgo.app/docs/cli/migrations/encryption/) en tránsito para prevenir manipulaciones.
--   **Seguridad JWT**: Protege los tokens con firma y almacenamiento adecuados.
--   **Controles de Tasa de API**: Protege las APIs del abuso con límites de solicitudes.
-
-Al implementar estos estándares, asegurarás que tu [aplicación Capacitor](https://capgo.app/plugins/ivs-player/) cumpla con los criterios de aprobación mientras mantienes seguros los datos del usuario. ¿Listo para profundizar? Vamos a desglosarlo paso a paso.
-
-## Asegurar la Clave API en la Aplicación Frontend usando Servidor Proxy y Usuario ...
-
-<iframe src="https://www.youtube.com/embed/-HJeBV70zIE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Implementación de [OAuth 2.0](https://oauth.net/2/)
-
-![OAuth 2.0](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/d1868b22bd285dedc49624e0c0ea2ab6.jpg)
-
-OAuth 2.0 es un protocolo ampliamente utilizado para autorizar de forma segura aplicaciones móviles. Permite que aplicaciones de terceros accedan a recursos del usuario sin exponer credenciales sensibles. Plataformas como Apple y Google requieren autenticación segura y compatible con los estándares, y OAuth 2.0 cumple estos requisitos mediante seguridad basada en tokens y acceso controlado a la API.
-
-Aquí te mostramos cómo configurar OAuth 2.0 en tu aplicación Capacitor:
-
-### Flujos Clave de Autorización
-
--   **Código de Autorización con PKCE (Proof Key for Code Exchange):** El flujo más seguro, ideal para aplicaciones móviles.
--   **Flujo Implícito:** Usar solo si es necesario para sistemas antiguos.
--   **Credenciales del Cliente:** Para comunicación servicio a servicio.
-
-### Pasos para la Integración
-
-1.  **Gestión de Tokens**
-    
-    -   Recuperar tokens de forma segura.
-    -   Almacenar tokens en [almacenamiento encriptado](https://capgo.app/docs/cli/migrations/encryption/) para prevenir acceso no autorizado.
-    -   Automatizar la actualización de tokens para asegurar acceso ininterrumpido.
-    -   Validar firmas de tokens para confirmar autenticidad.
-2.  **Medidas de Seguridad**
-    
-    -   Limitar acceso configurando alcances.
-    -   Establecer tiempos de expiración de tokens para reducir riesgos.
-    -   Aplicar límites de tasa para prevenir abusos.
-    -   Monitorear intentos de autenticación para actividad sospechosa.
-3.  **Cumplimiento con App Store**
-    
-    -   Usar proveedores OAuth aprobados por Apple.
-    -   Cumplir con las pautas de seguridad de Google Play.
-    -   Documentar claramente los flujos de autenticación de tu aplicación.
-    -   Mantener registros de auditoría para revisión y solución de problemas.
-
-Para protección adicional, considera combinar OAuth 2.0 con otros métodos de autenticación. Este enfoque no solo protege datos sensibles del usuario sino que también ayuda a asegurar los endpoints de API, garantizando el cumplimiento con los requisitos de la plataforma [\[1\]](https://capgo.app/)\[2\].
-
-## 2. Configuración de [OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect)
-
-OpenID Connect se construye sobre OAuth 2.0 agregando una capa de identidad para asegurar la autenticación segura del usuario.
-
-### Pasos Clave de Implementación
-
-1.  **Configuración de Token de Identidad**
-    
-    -   Definir alcances como `openid`, `profile`, y `email`.
-    -   Establecer tiempos de vida de token de acceso entre 15-30 minutos.
-    -   Habilitar rotación de token de actualización para seguridad mejorada.
-2.  **Proceso de Autenticación de Usuario**
-    
-    -   Usar autenticación nativa vía navegadores del sistema y biometría del dispositivo.
-    -   Almacenar tokens de forma segura en almacenamiento encriptado.
-    -   Siempre validar tokens en el lado del servidor.
-3.  **Gestión de Claims**
-    
-    -   Solicitar solo la información del usuario que realmente necesites.
-    -   Implementar gestión de sesión adecuada para mantener la seguridad.
-
-### Pautas Específicas de Plataforma
-
-**Para iOS:**
-
--   Usar **ASWebAuthenticationSession** para autenticación segura.
--   Soportar **Sign in with Apple** si es requerido.
--   Almacenar tokens de forma segura usando el keychain.
--   Habilitar certificate pinning para protección adicional.
-
-**Para Android:**
-
--   Usar **Chrome Custom Tabs** para flujos de autenticación.
--   Asegurar credenciales con Android keystore.
--   Integrar **Google Sign-In** donde sea aplicable.
--   Habilitar atestación **[SafetyNet](https://developers.google.com/android/reference/com/google/android/gms/safetynet/SafetyNetApi)** para seguridad adicional.
-
-### Mejores Prácticas de Seguridad
-
--   Implementar procesos de cierre de sesión para limpiar sesiones efectivamente.
--   Usar parámetros de estado para proteger contra ataques CSRF.
--   Habilitar **HTTP Strict Transport Security (HSTS)** para conexiones seguras.
--   Monitorear intentos de autenticación para detectar comportamiento sospechoso.
-
-Finalmente, asegura que todos los intercambios de autenticación estén protegidos en tránsito mediante TLS/SSL.
-
-## 3. Seguridad TLS/SSL
-
-TLS/SSL asegura que tus datos permanezcan encriptados mientras están siendo transmitidos. TLS (Transport Layer Security) protege el tráfico de API, manteniéndolo seguro contra escuchas o manipulaciones.
-
-### Prácticas Clave de Seguridad
-
--   Usar **TLS v1.2 o superior** para todas las comunicaciones API. Esto mantiene los tokens OAuth y las aserciones de identidad OpenID privadas entre el cliente y el servidor.
--   Aplicar **certificate pinning** para aplicaciones iOS y Android.
--   Activar **HTTP Strict Transport Security (HSTS)** en tus servidores para forzar conexiones seguras.
-
-### Configuración de Capacitor
-
-Configura el plugin HTTP de Capacitor o WKWebView/NSSecureTransport para bloquear certificados inválidos. Para actualizaciones en vivo, herramientas como Capgo ofrecen encriptación de extremo a extremo que cumple con las pautas de Apple y Google [\[1\]](https://capgo.app/).
-
-## 4. Medidas de Seguridad JWT
-
-Los JSON Web Tokens (JWT) son esenciales para asegurar las comunicaciones API, especialmente al garantizar el cumplimiento con los requisitos de la app store. Mejoran tu configuración OAuth 2.0 y OpenID Connect centrándose en la seguridad de los tokens mismos.
-
-### Pautas de Firma de Tokens
-
--   Usar **RS256 asimétrico (RSA-SHA256)** para firmar tokens, y rotar claves privadas cada 90 días.
--   Almacenar JWTs en **[almacenamiento seguro encriptado](https://capgo.app/docs/cli/migrations/encryption/)** para prevenir acceso no autorizado.
--   Validar elementos clave como la **firma**, **emisor (iss)**, **audiencia (aud)**, y **expiración**.
--   Mantener el payload mínimo - incluir solo claims necesarios, agregar un identificador único (_jti_), y evitar datos sensibles.
-
-### Gestión de Ciclos de Vida de Tokens
-
--   Refrescar tokens **5 minutos antes de que expiren** para asegurar acceso ininterrumpido.
--   Mantener una **lista de revocación** (por ejemplo, usando [Redis](https://redis.io/)) para invalidar inmediatamente tokens comprometidos.
-
-### Manejo de Errores
-
-Cuando ocurran errores, devolver **mensajes de error genéricos** como `invalid_token` para evitar exponer detalles de validación.
-
-### Cumplimiento con App Store
-
-Para requisitos específicos de app store, asegúrate de que tu implementación JWT:
-
--   Se adhiera a las **pautas de almacenamiento keychain** de la plataforma.
--   Incluya **registro de auditoría** apropiado para todas las operaciones relacionadas con tokens.
-
-## 5. Controles de Tasa de API
-
-Gestionar qué tan frecuentemente los usuarios pueden acceder a tu API es tan importante como asegurarla. Los límites de tasa ayudan a prevenir el mal uso, protegen contra ataques DDoS, y aseguran que los recursos se compartan justamente entre usuarios.
-
-### Estrategias de Limitación de Tasa
-
-Una vez que tus tokens están seguros, es momento de decidir cuántas solicitudes puede hacer cada cliente.
-
-**Límites de Solicitudes**
-
--   Restringir solicitudes basadas en direcciones IP
--   Establecer cuotas por usuario vinculadas a claves API
--   Permitir ráfagas ocasionales para manejar picos de tráfico
-
-**Límites Basados en Tiempo**
-
--   _Ventana fija_: Reinicia límites en intervalos regulares (por ejemplo, cada minuto u hora)
--   _Ventana deslizante_: Rastrea uso sobre un período de tiempo móvil
--   _Token bucket_: Emite tokens para solicitudes, reabastecidos con el tiempo
-
-### Pautas de Implementación
-
-**Encabezados y Códigos de Respuesta**
-
-Al aplicar límites, incluir encabezados útiles en tus respuestas:
-
--   Usar HTTP 429 ("Demasiadas Solicitudes") cuando se excedan los límites
--   Agregar encabezados como `X-RateLimit-Limit`, `X-RateLimit-Remaining`, y `X-RateLimit-Reset` para mantener informados a los usuarios
--   Incluir un encabezado `Retry-After` para indicar cuándo pueden intentar nuevamente
-
-### Monitoreo y Alertas
-
-Mantén un ojo en cómo se está usando tu API con estos pasos:
-
--   Monitorear uso de API en tiempo real para detectar patrones
--   Identificar y bloquear actividad sospechosa
--   Configurar alertas para picos de tráfico inusuales
--   Registrar violaciones de límite de tasa para análisis futuro
-
-### Ejemplo de Respuesta de Error
-
-Cuando un cliente excede el límite de tasa, responder con un mensaje JSON claro. Por ejemplo:
-
-```json
-{
-  "error": "rate_limit_exceeded",
-  "message": "Request quota exceeded",
-  "retry_after": "<seconds until reset>"
-}
-```
-
-### Almacenamiento de Límites de Tasa
-
-Para aplicar límites de tasa eficientemente, usar un caché distribuido como Redis o [Memcached](https://memcached.org/). Estos sistemas ayudan a rastrear conteos de solicitudes a través de múltiples instancias mientras mantienen alto rendimiento.
-
-Siguiente: Reglas de Seguridad de App Store.
-
-## Reglas de Seguridad de App Store
-
-Profundicemos en los requisitos de seguridad de red y almacenamiento impuestos por Apple y Google. Estas reglas van más allá de solo tokens OAuth y límites de tasa, asegurando que tu aplicación cumpla con los estándares de la plataforma.
-
-### Requisitos iOS
-
--   **App Transport Security (ATS)** debe estar habilitado:
-    -   TLS 1.2 o más nuevo
-    -   Perfect Forward Secrecy (PFS)
-    -   Certificados con al menos SHA-256
--   Proteger datos sensibles usando el Keychain.
--   Configurar certificate pinning para comunicación segura.
--   Encriptar todos los datos locales.
-
-### Requisitos Android
-
--   Usar **Network Security Config** para:
-    -   Restringir tráfico en texto claro.
-    -   Definir reglas de certificate pinning.
-    -   Especificar autoridades de certificación personalizadas si es necesario.
--   Encriptar archivos de forma segura.
--   Configurar atestación SafetyNet para verificaciones de integridad del dispositivo.
--   Usar Android Keystore para gestión segura de claves.
-
-### Reglas Comunes de Plataforma
-
-Ambas plataformas comparten varios requisitos clave de seguridad:
-
--   Usar HTTPS para todas las conexiones.
--   Validar certificados apropiadamente.
--   Asegurar que las configuraciones SSL/TLS estén configuradas de forma segura.
--   Proteger almacenamiento local con encriptación.
--   Mantener registros de auditoría detallados.
--   Proporcionar documentación de tus medidas de seguridad.
-
-## Métodos de Control de Acceso a la API
-
-Proteger los puntos finales de tu API va más allá de simplemente asegurar el transporte y tokens de la plataforma. Los controles de acceso ajustados son clave para garantizar que tu API permanezca segura.
-
-### Métodos Clave de Control de Acceso
-
--   **Validación de Clave API**  
-    Utiliza claves criptográficamente seguras con fechas de vencimiento establecidas. Automatiza la rotación de claves cada 90 días e impón límites de tasa y cuotas de uso por clave. Siempre registra el uso de claves para fines de auditoría. Este método funciona bien junto con OAuth 2.0 para llamadas de servicio a servicio.
-    
--   **Aplicación de Alcances OAuth**  
-    Asigna alcances específicos a los permisos de la API y valídalos en cada solicitud. Rechaza cualquier solicitud que carezca de la autorización adecuada y documenta claramente los requisitos de alcance para las revisiones de la tienda de aplicaciones. Emparejar alcances con claims JWT puede ayudar a restringir aún más el acceso.
-    
--   **Control de Acceso Basado en Roles (RBAC)**  
-    Define roles con permisos precisos y asígnalos a través de tu sistema de autenticación. Verifica las autorizaciones de rol para cada llamada a la API y almacena de forma segura las asignaciones de roles en almacenamiento cifrado.
-    
--   **Introspección y Revocación de Tokens**  
-    Realiza validación de tokens en tiempo real y mantén una lista negra centralizada para tokens comprometidos. Permite la revocación inmediata y configura monitoreo para marcar actividad sospechosa de tokens.
-    
-
-### Cumplimiento de Plataforma
-
-Para la aprobación en plataformas como App Store de Apple o Google Play:
-
--   Documenta claramente tus métodos de control de acceso durante las revisiones de seguridad.
--   Maneja las solicitudes no autorizadas con respuestas de error apropiadas.
--   Mantén registros detallados de acceso para fines de auditoría.
--   Habilita monitoreo en tiempo real para abordar rápidamente incidentes de seguridad.
-
-Estas medidas se alinean con las pautas de seguridad de Apple y Google, asegurando que tu API cumpla con sus estándares.
-
-## Herramientas de Seguridad API para Capacitor
-
-Una vez que hayas configurado los controles de acceso, el siguiente paso es integrar herramientas que implementen estas salvaguardas sin problemas en tu flujo de trabajo de Capacitor. Las herramientas que soporten OAuth, TLS y protocolos JWT son esenciales para asegurar aplicaciones Capacitor mientras se garantizan actualizaciones sin problemas.
-
-### Características de Seguridad Clave a Buscar
-
-Las herramientas de seguridad efectivas para Capacitor deben incluir:
-
--   **Cifrado de extremo a extremo** para proteger datos y permitir actualizaciones instantáneas
--   **Análisis y seguimiento de errores** para monitorear el rendimiento y problemas de la aplicación
--   **Funcionalidad de reversión** para correcciones rápidas
--   **Integración CI/CD** y opciones flexibles de alojamiento
--   **Verificaciones de cumplimiento de tienda de aplicaciones** para cumplir requisitos de plataforma
--   **Capacidades de implementación por etapas** para actualizaciones controladas
--   **Reversiones instantáneas de versión** para abordar problemas críticos
--   **Control de usuario dirigido** para actualizaciones personalizadas
-
-### Mejor Opción: [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/29f394e74984c052f31714ba4759b80a.jpg)
-
-Capgo es una herramienta destacada para gestionar actualizaciones en vivo en aplicaciones Capacitor mientras se mantiene el cumplimiento con las pautas de Apple y Google. Cuenta con una tasa de éxito global de actualización del 82% y un impresionante tiempo de respuesta promedio de API de 434 ms [\[1\]](https://capgo.app/).
-
-### Métricas de Rendimiento
-
-Capgo asegura actualizaciones rápidas y efectivas:
-
--   **95% de los usuarios** reciben actualizaciones dentro de 24 horas
--   Confiado por **más de 1,900 aplicaciones** en producción a nivel mundial [\[1\]](https://capgo.app/)
-
-### Monitoreo y Análisis
-
-Para mantener el rendimiento y cumplimiento de la aplicación, concéntrate en rastrear estas métricas:
-
--   **Tasas de éxito de actualización**: El porcentaje de usuarios ejecutando la última versión
--   **Tiempos de respuesta de API**: Una medida crítica de la velocidad de entrega de actualizaciones
-
-Revisar regularmente estas métricas ayuda a asegurar que tu aplicación cumpla con los requisitos de la tienda de aplicaciones y proporcione una experiencia de usuario fluida.  
-[\[1\]](https://capgo.app/) Estadísticas de uso de Capgo
-
-## Conclusión
-
-Para reunirlo todo, así es como se alinean los cinco estándares clave: **Autenticación segura** (OAuth 2.0 con PKCE, OpenID Connect), **cifrado fuerte** (TLS 1.2+ y uso adecuado de JWT), y **limitación de tasa de API** son críticos para cumplir con los requisitos de las tiendas de aplicaciones de Apple y Google en aplicaciones Capacitor.
-
-Concéntrate en mantener **cifrado de extremo a extremo**, **monitoreo continuo**, **implementaciones por etapas** a través de canales beta, e integrando **pipelines CI/CD** con opciones de reversión. Estos pasos han mostrado éxito en el mundo real, con implementaciones logrando una impresionante tasa de éxito global del 82% en la entrega de actualizaciones [\[1\]](https://capgo.app/).
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Cómo puedo implementar OAuth 2.0 en mi aplicación Capacitor para cumplir con los estándares de seguridad de la tienda de aplicaciones?
-
-Para implementar **OAuth 2.0** en tu aplicación Capacitor mientras aseguras el cumplimiento con los estándares de seguridad de la tienda de aplicaciones, necesitarás seguir algunos pasos clave:
-
-1.  **Configurar un proveedor OAuth**: Registra tu aplicación con un proveedor OAuth (por ejemplo, Google, Apple u otro servicio) y obtén las credenciales requeridas, como ID de Cliente y Secreto de Cliente.
-2.  **Integrar una biblioteca OAuth**: Usa una biblioteca como `@capacitor-community/oauth2` para una integración sin problemas con aplicaciones Capacitor. Esto ayuda a gestionar flujos de autenticación y manejo de tokens.
-3.  **Configurar URIs de redirección**: Asegúrate de que las URIs de redirección de tu aplicación estén correctamente configuradas en la configuración del proveedor OAuth para manejar devoluciones de llamada de autenticación de forma segura.
-4.  **Manejar tokens de forma segura**: Usa almacenamiento seguro (por ejemplo, el plugin Secure Storage de Capacitor) para almacenar tokens de acceso y tokens de actualización, asegurando el cifrado de extremo a extremo.
-
-Siguiendo estos pasos, puedes asegurar que tu aplicación cumpla con los estándares de seguridad mientras proporciona una experiencia de autenticación fluida. Plataformas como **Capgo** también pueden mejorar el proceso de actualización de tu aplicación, asegurando el cumplimiento con los requisitos de Apple y Google mientras entregan actualizaciones en tiempo real a los usuarios.
-:::
-
-:::faq
-### ¿Qué pasos puedo tomar para asegurar que mi API cumpla con los estándares de seguridad de Apple y Google para el cumplimiento de la tienda de aplicaciones?
-
-Para asegurar que tu API se alinee con los estándares de seguridad de Apple y Google, concéntrate en implementar prácticas de seguridad robustas como **cifrado de extremo a extremo**, métodos de autenticación seguros y medidas de privacidad de datos. Estos son críticos para cumplir con los requisitos de cumplimiento.
-
-Si estás desarrollando aplicaciones Capacitor, herramientas como Capgo pueden simplificar el cumplimiento. Capgo te permite enviar actualizaciones, correcciones y características instantáneamente sin necesidad de aprobaciones de la tienda de aplicaciones, todo mientras se adhiere a las pautas de Apple y Android. Esto asegura que tu aplicación permanezca segura y actualizada sin esfuerzo.
-:::
-
-:::faq
-### ¿Cuáles son las mejores herramientas y prácticas para monitorear y gestionar la seguridad de API en mi aplicación?
-
-Para una gestión efectiva de la seguridad de API en tu aplicación, considera herramientas que permitan actualizaciones en tiempo real, cifrado e integración sin problemas con flujos de trabajo de desarrollo. **Capgo** proporciona una solución poderosa para aplicaciones Capacitor, permitiendo a los desarrolladores enviar actualizaciones, correcciones y nuevas características instantáneamente sin esperar aprobaciones de la tienda de aplicaciones. Esto asegura que tu aplicación permanezca conforme y actualizada.
-
-Capgo también ofrece **cifrado de extremo a extremo**, integración con pipelines CI/CD y la capacidad de asignar actualizaciones a grupos específicos de usuarios. Estas características no solo mejoran la seguridad sino que también optimizan el proceso de actualización, facilitando el mantenimiento del cumplimiento con los requisitos de las tiendas de aplicaciones de Apple y Google.
-:::
diff --git a/src/content/blog/es/top-tools-for-debugging-ota-updates-in-capacitor.md b/src/content/blog/es/top-tools-for-debugging-ota-updates-in-capacitor.md
deleted file mode 100644
index 95612e1e1..000000000
--- a/src/content/blog/es/top-tools-for-debugging-ota-updates-in-capacitor.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-slug: top-tools-for-debugging-ota-updates-in-capacitor
-title: Principales herramientas para depurar actualizaciones OTA en Capacitor
-description: >-
-  Explora herramientas esenciales y estrategias para depurar efectivamente
-  actualizaciones OTA en aplicaciones Capacitor en todas las plataformas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-20T02:05:05.290Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b67f2eacf635f489c4a234-1740017141105.jpg
-head_image_alt: Desarrollo Móvil
-keywords: 'Capacitor, OTA updates, debugging tools, mobile development, app updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-La depuración de actualizaciones Over-the-Air (OTA) en aplicaciones de [Capacitor](https://capacitorjs.com/) puede ser complicada, pero las herramientas adecuadas marcan una gran diferencia. Ya sea que estés gestionando conflictos de versiones, asegurando [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/), o depurando en diferentes plataformas, aquí hay dos herramientas esenciales a considerar:
-
--   **[Capgo](https://capgo.app/)**: Actualizaciones OTA seguras con cifrado de extremo a extremo, integración CI/CD y despliegues específicos por usuario. Comienza en $12/mes.
--   **[Inspect.dev](https://inspect.dev/)**: Depura aplicaciones Android e iOS, incluso en Windows, con integración de [Chrome DevTools](https://developer.chrome.com/docs/devtools). Cuesta $49/año.
-
-### Comparación Rápida
-
-| Característica | Capgo | Inspect.dev |
-| --- | --- | --- |
-| Gestión de Actualizaciones | Avanzada (cifrado, CI/CD) | No aplicable |
-| [Herramientas de Depuración](https://capgo.app/docs/plugin/debugging/) | Control de versiones, reversión | Chrome DevTools |
-| Soporte de Plataformas | Android, iOS | Android, iOS (soporte Windows) |
-| Precio | $12/mes | $49/año |
-
-Elige según las necesidades de tu aplicación: **Capgo** para seguridad y automatización, o **Inspect.dev** para depuración multiplataforma.
-
-## Conceptos Básicos de Depuración OTA
-
-### Requisitos de Plataforma
-
-Las [actualizaciones OTA de Capacitor](https://capgo.app/ja/) necesitan una integración nativa adecuada para funcionar correctamente. Para iOS, esto significa firma de código estricta y validación de actualizaciones. En Android, gestionar códigos de versión y asegurar la compatibilidad es crucial para evitar problemas de actualización.
-
-Verificaciones clave de plataforma incluyen:
-
--   Mantener las dependencias nativas actualizadas
--   Verificar la compatibilidad de plugins
--   Usar configuraciones de compilación separadas para iOS y Android
-
-Una vez establecido esto, es momento de explorar opciones de distribución OTA.
-
-### Métodos de Distribución de Actualizaciones
-
-Las [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) soportan múltiples métodos de actualización OTA. Herramientas como Capgo aseguran el cumplimiento con las directrices de Apple y Android.
-
-| Método de Distribución | Características Principales | Mejor Para |
-| --- | --- | --- |
-| [Actualizaciones Manuales](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Control total sobre el proceso de actualización, soporta URLs personalizadas | Aplicaciones pequeñas, pruebas |
-| Capgo | Ofrece cifrado de extremo a extremo, integración CI/CD y asignación de usuarios | Aplicaciones empresariales |
-| Gestiona versiones y proporciona funcionalidad básica de actualización | Aplicaciones simples |
-
-Elige el método que mejor se adapte a las necesidades y flujo de trabajo de tu aplicación.
-
-### Configuración de Desarrollo
-
-Configurar tu entorno implica usar [comandos CLI de Capacitor](https://capgo.app/docs/cli/commands/) y configurar los ajustes correctamente.
-
-Pasos importantes de configuración:
-
--   Ejecutar `npx cap sync` para sincronizar dependencias
--   Ajustar configuraciones nativas en el archivo _capacitor.config.json_
--   Probar actualizaciones localmente para asegurar que todo funcione
-
-Para inspección de aplicaciones iOS, Inspect.dev ofrece herramientas compatibles con Windows y Chrome DevTools. Cuesta $49/año después de una prueba gratuita de 14 días.
-
-Mantén el control de versiones organizado para rastrear cambios y simplificar la depuración. Usa comandos CLI de Capacitor para probar actualizaciones eficientemente en todas las plataformas.
-
-## Video relacionado de YouTube
-
-<iframe src="https://www.youtube.com/embed/HmXM5t8DIPA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-[Continúa la traducción del resto del contenido siguiendo el mismo formato]
-
-**Seguridad y Cumplimiento**
-Si la seguridad es una prioridad principal, **Capgo** garantiza que las actualizaciones cumplan con los estándares de Apple y Android mientras ofrece cifrado de extremo a extremo.
-
-## Preguntas Frecuentes
-
-### ¿Cómo depurar una aplicación Capacitor en Android?
-
-La depuración de una [aplicación Capacitor](https://capgo.app/plugins/ivs-player/) en Android es sencilla usando las herramientas de desarrollador de Chrome. Así es como puedes hacerlo:
-
-1. Inicia tu aplicación usando tu IDE o [Android Studio](https://developer.android.com/studio).
-2. Abre `chrome://inspect` en Google Chrome.
-3. Bajo "Remote Targets", localiza el WebView de tu aplicación y haz clic en **Inspeccionar**.
-
-Una vez conectado, puedes usar las herramientas de desarrollador de Chrome para verificar **registros de consola**, **solicitudes de red**, **métricas de rendimiento** e inspeccionar el **DOM** o **JavaScript**.
-
-Presta atención a la pestaña **Red** para rastrear las descargas de actualizaciones y usa la **Consola** para detectar cualquier error.
-
-Para [opciones adicionales de depuración](https://capgo.app/docs/plugin/debugging/), explora estas herramientas:
-
-- **Inspect.dev**: Una herramienta de depuración multiplataforma.
-- **Capgo**: Ayuda con la gestión de actualizaciones en vivo, junto con características integradas de seguridad y CI/CD.
diff --git a/src/content/blog/es/top-tools-for-debugging-platform-specific-code-in-capacitor.md b/src/content/blog/es/top-tools-for-debugging-platform-specific-code-in-capacitor.md
deleted file mode 100644
index 63b78725b..000000000
--- a/src/content/blog/es/top-tools-for-debugging-platform-specific-code-in-capacitor.md
+++ /dev/null
@@ -1,60 +0,0 @@
----
-slug: top-tools-for-debugging-platform-specific-code-in-capacitor
-title: >-
-  Herramientas principales para depurar código específico de plataforma en
-  Capacitor
-description: >-
-  Descubre herramientas y técnicas importantes para depurar eficazmente código
-  específico de plataforma en aplicaciones Capacitor a través de diferentes
-  entornos.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T11:27:03.103Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680053ff28980901df1e733b-1744889496415.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, debugging tools, platform-specific code, VS Code, Android Studio,
-  Xcode, live updates, web debugging
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-La depuración de código específico de plataforma en [Capacitor](https://capacitorjs.com/) puede ser desafiante, pero las herramientas adecuadas simplifican el proceso. Esto es lo que necesitas saber:
-
--   **Herramientas Clave**: Usa [VS Code](https://code.visualstudio.com/) con extensiones, [Android Studio](https://developer.android.com/studio), [Xcode](https://developer.apple.com/xcode/), y herramientas de desarrollo web como [Chrome DevTools](https://developer.chrome.com/docs/devtools/overview) y [Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector) para depurar en todas las plataformas.
--   **Actualizaciones en Vivo**: Herramientas como [Capgo](https://capgo.app/) permiten actualizaciones instantáneas, seguimiento de errores y opciones de reversión sin retrasos de la tienda de aplicaciones.
--   **Depuración Específica de Plataforma**: Prueba código nativo con Android Studio y Xcode, depura WebView con herramientas de navegador y utiliza mapas de origen para un mejor seguimiento de errores.
--   **Pruebas del Puente Nativo**: Depura la comunicación JavaScript-a-nativo usando `Capacitor.getPlatform()` y escuchadores de eventos.
--   **Sistemas de Actualización**: Capgo ofrece despliegue rápido (114ms de entrega para paquetes de 5MB), altas tasas de adopción (95% en 24 horas) y soporte de reversión.
-
-### Comparación Rápida
-
-| Característica | VS Code | Android Studio | Xcode | Chrome DevTools | Safari Web Inspector |
-| --- | --- | --- | --- | --- | --- |
-| Depuración con Puntos de Interrupción | ✓   | ✓   | ✓   | ✓   | ✓   |
-| Inspección de Código Nativo | Limitado | Completo | Completo | Solo Web | Solo Web |
-| Perfilado de Rendimiento | Básico | Avanzado | Avanzado | Avanzado | Avanzado |
-| Monitoreo de Red | ✓   | ✓   | ✓   | ✓   | ✓   |
-| Soporte de Mapas de Origen | ✓   | Limitado | Limitado | ✓   | ✓   |
-
-La depuración en Capacitor requiere una combinación de IDEs, herramientas de navegador y sistemas de actualización en vivo para asegurar una funcionalidad fluida en todas las plataformas.
-
-## La Guía Definitiva de Depuración en Ionic (Navegador y Aplicaciones Nativas)
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Herramientas Esenciales de Depuración
-
-> "Implementamos las actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en cuestión de minutos después de que el OTA se implementa en @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Las características principales de los sistemas de actualización en vivo incluyen el seguimiento de errores en tiempo real, capacidades de reversión instantánea y canales beta para correcciones dirigidas. Estas herramientas te permiten abordar problemas rápidamente mientras mantienes tu aplicación estable en todas las plataformas.
-
-## Conclusión
-
-Una combinación bien pensada de [herramientas de depuración](https://capgo.app/docs/plugin/debugging/) efectivas y sistemas de actualización en vivo eficientes es clave para abordar los desafíos específicos de cada plataforma. Al combinar métodos tradicionales de depuración con plataformas de actualización en vivo como Capgo, los desarrolladores pueden implementar correcciones inmediatas sin esperar las aprobaciones de las tiendas de aplicaciones. Con una tasa global de éxito en actualizaciones y la capacidad de alcanzar a la mayoría de los usuarios en 24 horas, estas herramientas hacen que la resolución de problemas sea más rápida y sencilla.
-
-Los elementos clave para el éxito incluyen la detección precisa de plataforma, procesos de actualización seguros con cifrado de extremo a extremo, opciones rápidas de reversión y análisis procesables.
diff --git a/src/content/blog/es/turn-off-android-talkback.md b/src/content/blog/es/turn-off-android-talkback.md
deleted file mode 100644
index 6fca23c4f..000000000
--- a/src/content/blog/es/turn-off-android-talkback.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-slug: turn-off-android-talkback
-title: Así es como desactivar y usar TalkBack en dispositivos Android
-description: >-
-  Instrucciones paso a paso para activar y navegar con TalkBack, el lector de
-  pantalla integrado de Android para usuarios con discapacidad visual.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /android_talkback.webp
-head_image_alt: Activar TalkBack en Android
-keywords: >-
-  Android, TalkBack, screen reader, visually impaired, mobile app development,
-  live updates, OTA updates, continuous integration, mobile app updates
-tag: Android
-published: true
-locale: es
-next_blog: ''
----
-TalkBack es una función esencial para usuarios con discapacidad visual, integrada en dispositivos Android. Es un lector de pantalla basado en gestos que vocaliza el contenido de tu pantalla, ayudando en la navegación e interacción con diferentes elementos. Aquí hay una guía completa sobre cómo habilitar y usar TalkBack.
-
-## Cómo Activar TalkBack
-
-Hay varios métodos para activar TalkBack en tu dispositivo Android:
-
-### Usando las Teclas de Volumen
-
-1. Localiza las teclas de volumen en el lateral de tu dispositivo.
-2. Mantén presionadas ambas teclas de volumen simultáneamente durante 3 segundos.
-3. Escucharás un mensaje hablado para confirmar la acción. Mantén presionadas las teclas de volumen durante otros 3 segundos para confirmar.
-
-### A través del Asistente de Google
-
-1. Activa el Asistente de Google diciendo "Hey Google".
-2. Simplemente ordena "Activar TalkBack" o "Desactivar TalkBack", según tu necesidad.
-
-### A través de los Ajustes del Dispositivo
-
-1. Abre la aplicación `Ajustes` en tu dispositivo.
-2. Desplázate hacia abajo y selecciona `Accesibilidad`.
-3. Toca en `TalkBack`.
-4. Activa o desactiva el interruptor `Usar TalkBack`.
-
-## Navegando con TalkBack
-
-Una vez que TalkBack está activo, tu dispositivo proporcionará retroalimentación auditiva mientras navegas. Así es cómo interactuar con tu dispositivo usando TalkBack:
-
-- **Siguiente Elemento**: Desliza hacia la derecha para moverte al siguiente elemento.
-- **Elemento Anterior**: Desliza hacia la izquierda para volver al elemento anterior.
-- **Activar**: Toca dos veces en cualquier lugar de la pantalla para activar el elemento seleccionado.
-- **Explorar al Tocar**: Arrastra tu dedo por la pantalla para que los elementos se lean en voz alta mientras los tocas.
-- **Desplazarse**: Usa dos dedos para deslizar hacia arriba o abajo para desplazarte por las páginas.
-- **Menú de TalkBack**: Toca la pantalla con tres dedos para abrir opciones adicionales de TalkBack.
-- **Ajustar Controles de Lectura**: Cambia la configuración de lectura deslizando hacia la izquierda o derecha con tres dedos.
-
-## Desactivar TalkBack
-
-Si necesitas desactivar TalkBack, puedes usar cualquiera de los métodos mencionados anteriormente. El atajo de las teclas de volumen es particularmente útil cuando no puedes ver la pantalla.
-
-Recuerda, dominar TalkBack requiere práctica. No dudes en explorar la configuración y personalizar la experiencia según tus preferencias. Con estos pasos, podrás navegar con confianza en tu dispositivo Android usando TalkBack.
diff --git a/src/content/blog/es/ultimate-guide-to-app-store-compliant-ota-updates.md b/src/content/blog/es/ultimate-guide-to-app-store-compliant-ota-updates.md
deleted file mode 100644
index 508e1cba8..000000000
--- a/src/content/blog/es/ultimate-guide-to-app-store-compliant-ota-updates.md
+++ /dev/null
@@ -1,332 +0,0 @@
----
-slug: ultimate-guide-to-app-store-compliant-ota-updates
-title: Guía definitiva para actualizaciones OTA compatibles con la App Store
-description: >-
-  Aprende cómo gestionar eficazmente las actualizaciones Over-The-Air mientras
-  cumples con las políticas de la App Store para una mejor experiencia de
-  usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-28T05:46:14.390Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c122f35f2cea0ab3a1fd8f-1740721832892.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  OTA updates, app store compliance, mobile app updates, bug fixes, performance
-  improvements
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres actualizar tu aplicación rápidamente sin infringir las reglas de la App Store?** Las actualizaciones Over-The-Air (OTA) te permiten corregir errores, mejorar el rendimiento y optimizar la experiencia del usuario, todo sin esperar aprobaciones de las tiendas de aplicaciones. Pero para mantener el cumplimiento, debes seguir pautas estrictas de Apple y Google.
-
-### Puntos Clave:
-
--   **Qué Hacen las Actualizaciones OTA**: Envían correcciones y mejoras menores directamente a los dispositivos sin requerir descargas de la tienda de aplicaciones.
--   **Beneficios**: Correcciones de errores más rápidas, actualizaciones sin problemas y eficiencia en costos.
--   **Reglas de la App Store**:
-    -   **Permitido vía OTA**: Correcciones de errores, actualizaciones de rendimiento, ajustes menores de UI.
-    -   **Requiere Revisión de la Tienda**: Funciones principales, cambios en el código nativo.
--   **Cómo Mantener el Cumplimiento**:
-    -   Evitar alterar la funcionalidad central de la aplicación.
-    -   Usar métodos seguros de entrega como HTTPS y firmas digitales.
-    -   Comunicar claramente [los propósitos de actualización](https://capgo.app/docs/live-updates/update-behavior/) a los usuarios.
-
-### Comparación Rápida de Reglas OTA
-
-| **Tipo de Actualización** | **Permitido OTA** | **Requiere Revisión de Tienda** |
-| --- | --- | --- |
-| Correcciones de Errores | Sí | No |
-| Actualizaciones de Rendimiento | Sí | No |
-| Cambios Menores de UI | Limitado | A veces |
-| Funciones Principales | No | Sí |
-| Cambios de Código Nativo | No | Sí |
-
-## Actualizaciones OTA y Reglas de la App Store
-
-### Qué Hacen las Actualizaciones OTA
-
-Las actualizaciones OTA (Over-The-Air) permiten a los desarrolladores enviar correcciones y mejoras directamente a los dispositivos de los usuarios sin requerir una descarga completa de la tienda de aplicaciones. En aplicaciones [React Native](https://reactnative.dev/), estas actualizaciones reemplazan el paquete JavaScript, que maneja la mayoría de la funcionalidad de la aplicación, mientras que el código nativo permanece intacto [\[1\]](https://dev.to/pagepro_agency/ota-updates-with-expo-22g0).
-
-Los usos comunes para actualizaciones OTA incluyen:
-
--   Corregir errores
--   Mejorar el rendimiento
--   Ajustar elementos de UI
--   Actualizar contenido
--   Agregar funciones menores
-
-Sin embargo, mantenerse dentro de las pautas de la tienda de aplicaciones es crítico para evitar violaciones de políticas.
-
-### Siguiendo las Reglas de la App Store
-
-Las tiendas de aplicaciones, especialmente la App Store de Apple, tienen reglas estrictas sobre lo que se puede actualizar vía OTA. Apple impone restricciones más estrictas que Google Play, particularmente contra el despliegue de funciones principales a través de actualizaciones OTA [\[2\]](https://pagepro.co/blog/react-native-over-the-air-updates/). Aquí hay un desglose rápido de lo que está permitido:
-
-| Tipo de Actualización | Permitido vía OTA | Requiere Revisión de Tienda |
-| --- | --- | --- |
-| Correcciones de Errores | Sí | No |
-| Actualizaciones de Rendimiento | Sí | No |
-| Cambios Menores de UI | Limitado | A veces |
-| Funciones Principales | No | Sí |
-| Cambios de Código Nativo | No | Sí |
-
-Adherirse a estas reglas asegura que puedas aprovechar al máximo las actualizaciones OTA sin encontrar problemas de cumplimiento.
-
-### Por Qué Son Importantes las Actualizaciones OTA
-
-Las actualizaciones OTA son beneficiosas tanto para desarrolladores como para usuarios. Por ejemplo, durante el [Newport Folk Festival](https://en.wikipedia.org/wiki/Newport_Folk_Festival) de 2017, los desarrolladores utilizaron actualizaciones OTA para corregir rápidamente un error de zona horaria que afectaba los horarios de eventos [\[4\]](https://cantina.co/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/). De manera similar, [Your Call Football](https://en.wikipedia.org/wiki/Your_Call_Football) utilizó actualizaciones OTA para ajustar instantáneamente los horarios de juegos cuando los calendarios cambiaban [\[4\]](https://cantina.co/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/).
-
-Las principales ventajas incluyen:
-
--   **Correcciones Rápidas**: Los problemas críticos pueden ser abordados inmediatamente.
--   **Actualizaciones Sin Problemas**: Los usuarios no tienen que descargar actualizaciones manualmente; todo sucede en segundo plano.
--   **Iteraciones Más Rápidas**: Los desarrolladores pueden implementar cambios rápidamente basados en la retroalimentación del usuario.
-
-Estas características hacen que las actualizaciones OTA sean increíblemente útiles para mantener y mejorar aplicaciones en tiempo real.
-
-## ¿Puedes Realizar Actualizaciones OTA para Aplicaciones iOS? Explicación de las Pautas de Apple
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Reglas de Actualización de la App Store
-
-Cada plataforma tiene su propio conjunto de reglas para actualizar aplicaciones, y mantener el cumplimiento es crucial.
-
-### Reglas de Actualización de Apple
-
-Apple tiene un proceso de revisión estricto tanto para aplicaciones nuevas como actualizaciones, que típicamente toma 1-2 días para aprobación [\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store). Aquí están los principales requisitos:
-
-| Requisito | Descripción |
-| --- | --- |
-| Uso de API | Las aplicaciones deben usar solo APIs públicas y ser compatibles con el SO actual [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| Ejecución de Código | Las aplicaciones no pueden descargar o ejecutar código que altere características o funcionalidad [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| Descripción de Actualización | Los cambios y nuevas funciones deben explicarse claramente en la sección "Novedades" [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| Pruebas | Las aplicaciones necesitan ser probadas exhaustivamente para asegurar estabilidad y corregir errores [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| Documentación | Proporcionar explicaciones detalladas para funciones que podrían no ser inmediatamente obvias [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-
-Apple también usa un sistema de actualización seguro para garantizar la integridad de las actualizaciones, personalizarlas y bloquear ataques de degradación [\[5\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web).
-
-### Reglas de Actualización de [Google Play](https://play.google.com/console/signup)
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/play.google.com-b46db7cd42211b9b8ee493afb4b93a4d-2025-02-28.jpg?auto=compress)
-
-Google Play toma un enfoque diferente, confiando en la automatización e IA para acelerar su proceso de revisión. Las aprobaciones a menudo se completan en horas [\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store). Los aspectos clave incluyen:
-
--   Aprobaciones más rápidas para actualizaciones en comparación con Apple
--   Pautas más relajadas
--   Pruebas beta abiertas sin requerir aprobación previa
--   Un proceso de revisión menos estricto para actualizaciones menores
-
-Google aún aplica medidas de seguridad y usa sistemas automatizados para monitorear aplicaciones por violaciones de políticas [\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store).
-
-### Errores Comunes en las Reglas
-
-Aquí hay errores comunes a evitar al actualizar aplicaciones:
-
-1. **Descuidos de Seguridad**  
-   No verificar actualizaciones adecuadamente puede exponer vulnerabilidades. Siempre usa firmas digitales y HTTPS para asegurar la entrega de actualizaciones [\[7\]](https://bluegoatcyber.com/blog/ota-update-vulnerabilities/).
-
-2. **Exceso de Funcionalidades**  
-   Agregar nuevas funciones principales a través de actualizaciones over-the-air (OTA) puede violar las políticas de la tienda [\[8\]](https://stackoverflow.com/questions/43951710/does-apple-allow-ota-updates-of-application).
-
-3. **Comunicación con el Usuario**  
-   La mala comunicación sobre actualizaciones puede confundir a los usuarios y debilitar la seguridad [\[7\]](https://bluegoatcyber.com/blog/ota-update-vulnerabilities/).
-
-Para mantener el cumplimiento:
-
--   Audita regularmente tu [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/) para problemas de seguridad.
--   Usa aprendizaje automático para analizar patrones de actualización.
--   Explica claramente el propósito de las actualizaciones a los usuarios.
--   Evita alterar la funcionalidad central de la aplicación a través de actualizaciones OTA [\[8\]](https://stackoverflow.com/questions/43951710/does-apple-allow-ota-updates-of-application).
--   Sé transparente sobre suscripciones y detalles de precios [\[3\]](https://developer.apple.com/app-store/review/guidelines/).
-
-Seguir estas reglas ayuda a asegurar que tus actualizaciones cumplan con los requisitos de la plataforma mientras mantienes a los usuarios felices e informados.
-
-## Configuración de Actualizaciones Aprobadas por la Tienda
-
-Configura actualizaciones over-the-air (OTA) que cumplan con los requisitos de la tienda de aplicaciones utilizando configuraciones seguras, pruebas exhaustivas y prácticas de seguridad sólidas.
-
-### Pasos de Configuración Técnica
-
-Crear actualizaciones OTA que cumplan con la tienda de aplicaciones requiere una configuración técnica segura y bien estructurada. Aquí están los componentes clave:
-
-| Componente de Configuración | Requisitos | Propósito |
-| --- | --- | --- |
-| Gestión de Certificados | Generación CSR, Certificado Apple | Asegura la entrega segura de actualizaciones |
-| Perfil de Aprovisionamiento | Selección de Dispositivos, Generación de Perfil | Controla la distribución de actualizaciones |
-| Configuración de Actualización | Tokens API, Configuración de Equipo | Gestiona el despliegue de actualizaciones |
-| Control de Versiones | Integración con Repositorio Git | Rastrea el historial de actualizaciones |
-
-Para despliegues empresariales, puedes ajustar el comportamiento de actualización:
-
--   Estableciendo períodos de aplazamiento entre 1 y 90 días para dispositivos supervisados.
--   Controlando actualizaciones de versiones principales.
--   Programando actualizaciones durante horas de bajo uso.
-
-Después de la configuración, las pruebas rigurosas aseguran que las actualizaciones se alineen con los requisitos de cumplimiento.
-
-> "Capgo es una herramienta esencial para desarrolladores, aumentando la productividad al evitar largos procesos de revisión para correcciones de errores." [\[9\]](https://capgo.app/)
-
-### Pasos de Prueba de Actualización
-
-Las pruebas son críticas para asegurar el cumplimiento y mantener la satisfacción del usuario. Sigue estas prácticas para pruebas efectivas:
-
--   **Evaluación de Riesgos**  
-    Construye una estrategia de pruebas detallada que incluya una lista de verificación de cumplimiento, comprobaciones de vulnerabilidades y análisis de impacto en usuarios.
-
--   **Programa de Pruebas Beta**  
-    Usa herramientas como el programa [AppleSeed for IT](https://beta.apple.com/for-it) de Apple para probar actualizaciones sistemáticamente. Inscribe diferentes grupos de dispositivos en programas beta, implementa actualizaciones en fases y monitorea retroalimentación y métricas de rendimiento.
-
--   **Verificación de Accesibilidad**  
-    Prueba actualizaciones en escenarios del mundo real para identificar problemas de usabilidad. Por ejemplo, abordar problemas de pulsación prolongada de botones redujo los tickets de soporte en un 142% [\[10\]](https://uxcam.com/blog/mobile-app-compliance/).
-
-### Pasos de Seguridad de Actualización
-
-Las medidas de seguridad deben cumplir con los estándares de la plataforma y pautas regulatorias. La [App Store de Apple](https://developer.apple.com/app-store/review/guidelines/) aplica múltiples capas de protección, incluyendo:
-
--   Escaneos automatizados de malware.
--   Revisión manual de descripciones de actualización.
--   Verificación de acceso a datos sensibles.
--   Monitoreo de retroalimentación de usuarios para problemas de seguridad.
-
-> "Cada aplicación y cada actualización de la aplicación es revisada para evaluar si cumple con los requisitos de privacidad, seguridad y protección." - Soporte de Apple [\[11\]](https://support.apple.com/guide/security/about-app-store-security-secb8f887a15/web)
-
-Para mantenerse en conformidad con los estándares de seguridad:
-
--   Incorporar pruebas de seguridad en su proceso de desarrollo [\[12\]](https://www.nowsecure.com/blog/2024/08/28/navigating-mobile-app-security-privacy-regulations-how-nowsecure-can-help-ensure-compliance/).
--   Aplicar principios de seguridad desde el diseño.
--   Mantenerse actualizado sobre los requisitos regulatorios en diferentes regiones.
--   Documentar todos los protocolos y procedimientos de pruebas de seguridad.
-
-Al 27 de febrero de 2025, Capgo reportó haber entregado 502.0 millones de actualizaciones en todo el mundo, con 1.8K aplicaciones usando la plataforma en producción [\[9\]](https://capgo.app/). Esto demuestra que las actualizaciones OTA a gran escala se pueden lograr manteniendo estrictos estándares de seguridad y cumplimiento.
-
-Con las medidas de seguridad implementadas, el siguiente paso es asegurar una experiencia de actualización fluida para sus usuarios.
-
-## [Capgo](https://capgo.app/): Plataforma de Actualización OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-28.jpg?auto=compress)
-
-Capgo ofrece una forma confiable de manejar actualizaciones over-the-air (OTA) compatibles con las tiendas de aplicaciones, basándose en las prácticas mencionadas anteriormente.
-
-### Características Principales de Capgo
-
-Capgo asegura actualizaciones OTA seguras y conformes con estas características destacadas:
-
-| **Característica** | **Descripción** | **Beneficio** |
-| --- | --- | --- |
-| **Actualizaciones Instantáneas** | Implementa cambios en minutos | 81% de mejora en eficiencia de lanzamientos [\[9\]](https://capgo.app/) |
-| **Cifrado de Extremo a Extremo** | Actualizaciones cifradas y específicas del usuario | Seguridad reforzada |
-| **Integración CI/CD** | Funciona perfectamente con GitHub, GitLab, Jenkins | Simplifica el despliegue |
-| **Asignación de Usuarios** | Controla quién recibe actualizaciones | Permite despliegues dirigidos |
-| **Control de Versiones** | Gestiona fácilmente el historial de actualizaciones | Simplifica el mantenimiento |
-
-La plataforma también asegura el cumplimiento y alto rendimiento con su intérprete Dart personalizado [\[13\]](https://capgo.app/docs/faq/). Estas características hacen de Capgo una opción confiable para adherirse a las políticas de las tiendas de aplicaciones.
-
-### Cómo Capgo Mantiene el Cumplimiento
-
-Capgo mantiene una estricta adhesión a las pautas de las tiendas de aplicaciones mediante:
-
--   Actualización de solo [JavaScript bundles](https://capgo.app/docs/webapp/bundles/), evitando cambios en el código nativo [\[14\]](https://capgo.app/docs/getting-started/quickstart/).
--   Asegurando que las actualizaciones se alineen con el propósito original de la aplicación, no creen nuevas tiendas y no comprometan la seguridad del sistema.
-
-> "El código interpretado puede ser descargado a una Aplicación solo mientras dicho código: (a) no cambie el propósito principal de la Aplicación proporcionando características o funcionalidad que sean inconsistentes con el propósito previsto y anunciado de la Aplicación tal como fue enviada a la App Store, (b) no cree una tienda o punto de venta para otro código o aplicaciones, y (c) no evite la firma, el sandbox u otras características de seguridad del SO."  
-> – Acuerdo de Licencia del Programa de Desarrolladores de Apple [\[14\]](https://capgo.app/docs/getting-started/quickstart/)
-
-### Planes y Precios de Capgo
-
-Capgo ofrece opciones de precios flexibles para diferentes necesidades:
-
-| **Plan** | **Costo Mensual\*** | **Actualizaciones/Mes** | **Usuarios Activos Mensuales** |
-| --- | --- | --- | --- |
-| **SOLO** | $12 | 2,500 | 500 |
-| **MAKER** | $33 | 25,000 | 5,000 |
-| **TEAM** | $83 | 150,000 | 30,000 |
-| **PAYG** | $249 | 1,000,000 | 200,000 |
-
-\*Los precios reflejan facturación anual.
-
-Cada plan incluye soporte prioritario, ancho de banda y almacenamiento. La opción PAYG añade acceso API, dominios personalizados y soporte dedicado.
-
-> "Practicamos desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!"  
-> – Rodrigo Mantica [\[9\]](https://capgo.app/)
-
-> "Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂"  
-> – Equipo OSIRIS-REx de la NASA [\[9\]](https://capgo.app/)
-
-## Manteniendo a los Usuarios Contentos con las Actualizaciones
-
-### Comunicando Actualizaciones a los Usuarios
-
-Una comunicación clara y profesional sobre las actualizaciones puede hacer una gran diferencia. Así es como estructurar tus mensajes:
-
--   **Propósito**: "Esta actualización mejora el rendimiento de la aplicación y aborda la retroalimentación de los usuarios."
--   **Cronograma**: "La actualización tomará solo unos minutos para completarse."
--   **Requisitos**: "Asegúrate de tener suficiente espacio libre y una conexión WiFi."
--   **Siguientes Pasos**: "Toca 'Actualizar Ahora' para proceder o prográmalo para más tarde."
-
-Reconoce la opinión del usuario cuando sea posible. Por ejemplo, el Equipo de Producto de [Mailchimp](https://mailchimp.com/) compartió:
-
-> "Te escuchamos y cambiamos las cosas" - Equipo de Producto de Mailchimp [\[16\]](https://www.uservoice.com/blog/communicate-product-changes)
-
-Este enfoque transparente y centrado en el usuario ayuda a construir confianza y asegura una adopción más suave de las actualizaciones.
-
-### Gestionando la Retroalimentación de los Usuarios
-
-Manejar efectivamente los comentarios de los usuarios es esencial para mejorar las actualizaciones y mantener la satisfacción. Aquí hay algunas estrategias:
-
--   **Monitoreo en Tiempo Real**:
-    
-    -   Seguimiento del rendimiento del dispositivo después de las actualizaciones.
-    -   Recolección de registros de errores para análisis.
-    -   Supervisión de reportes de usuarios en la aplicación.
--   **Protocolo de Respuesta**:
-    
-    -   Abordar rápidamente los problemas reportados y compartir cronogramas para las correcciones.
-    -   Documentar la retroalimentación para guiar futuras actualizaciones.
-
-Estos pasos no solo resuelven preocupaciones inmediatas sino que también informan una mejor planificación para futuras actualizaciones.
-
-### Programando tus Actualizaciones
-
-Elegir el momento correcto para las actualizaciones es crucial para mantener a los usuarios contentos y los sistemas estables. Aquí está cómo abordarlo:
-
--   **Análisis de Uso**:
-    
-    -   Programar actualizaciones durante períodos de baja actividad en zonas horarias relevantes.
-    -   Planificar alrededor de pausas naturales en la actividad del usuario.
--   **Estrategia de Despliegue**:
-    
-    -   Desplegar actualizaciones primero a pequeños grupos de usuarios.
-    -   Monitorear la estabilidad antes de expandir el despliegue.
-    -   Permitir a los usuarios programar actualizaciones a su conveniencia.
--   **Consideraciones Técnicas**:
-    
-    -   Evitar programar actualizaciones durante horas pico.
-    -   Reintentar actualizaciones fallidas con más frecuencia.
-    -   Verificar condiciones de red antes de iniciar actualizaciones.
-
-Como dice una notificación de actualización:
-
-> "¡Una nueva actualización para tu dispositivo está disponible!" [\[15\]](https://withintent.com/blog/ota-updates-design/)
-
-Encontrar el balance correcto entre frecuencia y momento de actualización puede ayudar a evitar la frustración del usuario mientras se mantiene la seguridad y el rendimiento en buen estado.
-
-## Conclusión
-
-Las actualizaciones OTA juegan un papel clave en el desarrollo moderno de aplicaciones. Permiten correcciones rápidas, mantenimiento más fácil y mantenerse dentro de las reglas de las tiendas de aplicaciones. Como se discutió, gestionar bien las actualizaciones OTA mejora tanto la seguridad como la experiencia del usuario mientras ofrece importantes ventajas comerciales.
-
-Las pautas de las tiendas de aplicaciones establecen las reglas para implementar actualizaciones, asegurando que las aplicaciones permanezcan seguras y confiables. Seguir estas reglas ha tenido un gran impacto - las empresas ahorraron más de $500 millones en 2023 solo a través de correcciones basadas en software [\[17\]](https://mender.io/blog/how-ota-updates-enhance-software-defined-vehicles).
-
-Los desarrolladores han compartido su éxito con soluciones OTA conformes:
-
-> "Practicamos desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!" – Rodrigo Mantica [\[9\]](https://capgo.app/)
-
-Para tener éxito con una estrategia OTA, enfócate en:
-
--   Mantener intacta la funcionalidad principal de la aplicación según lo aprobado
--   Usar actualizaciones en segundo plano no intrusivas
--   Monitorear regularmente el rendimiento y la retroalimentación del usuario
--   Cumplir con estrictos estándares de seguridad
diff --git a/src/content/blog/es/ultimate-guide-to-capacitor-ota-updates.md b/src/content/blog/es/ultimate-guide-to-capacitor-ota-updates.md
deleted file mode 100644
index 0c6331d22..000000000
--- a/src/content/blog/es/ultimate-guide-to-capacitor-ota-updates.md
+++ /dev/null
@@ -1,263 +0,0 @@
----
-slug: ultimate-guide-to-capacitor-ota-updates
-title: Guía Definitiva para Actualizaciones OTA de Capacitor
-description: >-
-  Aprende cómo las actualizaciones OTA de Capacitor permiten actualizaciones
-  instantáneas de la aplicación, mejorando la velocidad de implementación, la
-  experiencia del usuario y la seguridad sin retrasos de la tienda de
-  aplicaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T02:31:25.293Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e211687856e801f1f2973e-1742869897761.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, OTA updates, mobile app development, app updates, security,
-  deployment, user experience, partial updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres actualizar tu aplicación instantáneamente sin esperar por las reseñas de la tienda de aplicaciones?** Las actualizaciones OTA (Over-The-Air) de [Capacitor](https://capacitorjs.com/) te permiten entregar nuevas funciones, correcciones de errores y cambios de código directamente a los dispositivos de los usuarios. Sin descargas manuales, sin retrasos.
-
-### Por qué importan las actualizaciones OTA:
-
--   **Despliegue rápido**: Envía actualizaciones de inmediato sin retrasos de la tienda de aplicaciones.
-    
--   **Económico**: Evita las tarifas de envío a la tienda de aplicaciones.
-    
--   **Experiencia de usuario fluida**: Las actualizaciones ocurren en segundo plano.
-    
--   **Flexibilidad**: Perfecto para entrega continua e iteración rápida.
-    
-
-### Características clave:
-
--   **Seguridad**: La encriptación de extremo a extremo asegura actualizaciones seguras.
-    
--   **Actualizaciones parciales**: Solo descarga archivos cambiados para ahorrar ancho de banda.
-    
--   **Seguimiento**: Monitorea las tasas de éxito de las actualizaciones y errores en tiempo real.
-    
-
-### Comparativa rápida de métodos de actualización:
-
-| Método | Velocidad | Esfuerzo del usuario | Costo | Mejor para |
-| --- | --- | --- | --- | --- |
-| Actualizaciones de la tienda de aplicaciones | Lento | Manual | $99/año (Apple), $25 (Google) | Lanzamientos de versiones principales |
-| [Actualizaciones web de Capacitor](https://capgo.app/docs/) | Rápido | Automático | Gratis | Correcciones/funciones menores |
-| Herramientas OTA externas | Instantáneo | Automático | Depende de la plataforma | Actualizaciones seguras y específicas |
-
-Las [actualizaciones OTA de Capacitor](https://capgo.app/) son ideales para desarrolladores que buscan velocidad, seguridad y control. Plataformas como [Capgo](https://capgo.app/) han entregado **23.5 millones de actualizaciones** con una **tasa de adopción del 95% en 24 horas**. ¿Listo para transformar el mantenimiento de tu aplicación? ¡Sumérgete!
-
-## Características de la plataforma [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-La [plataforma Capgo](https://capgo.app/docs/webapp/) mejora las capacidades de actualización de Capacitor con seguridad adicional y opciones avanzadas de despliegue. Habiendo gestionado 23.5 millones de actualizaciones en 750 aplicaciones de producción [\[1\]](https://capgo.app/), proporciona características clave para mejorar el rendimiento:
-
-| Característica | Capacidad | Métrica de rendimiento |
-| --- | --- | --- |
-| Tasa de éxito de actualización | Despliegue global | 82% en todo el mundo |
-| Tiempo de respuesta de la API | Operaciones en tiempo real | 434 ms promedio |
-| Seguridad | Encriptación de extremo a extremo | Protección completa de actualizaciones |
-| Distribución | [Sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Despliegues específicos |
-
-El sistema de canales de Capgo permite una distribución precisa de actualizaciones, como la realización de pruebas beta o el despliegue de actualizaciones por etapas, sin comprometer la seguridad. Los equipos pueden optar entre configuraciones en la nube o autohospedadas, ganando control total con herramientas como retrocesos con un solo clic y monitoreo proactivo de errores. Métodos de actualización OTA
-
-### Actualizaciones de la tienda de aplicaciones
-
-Las actualizaciones de la tienda de aplicaciones siguen siendo la forma principal de distribuir nuevas versiones de aplicaciones de Capacitor. Esto implica enviar actualizaciones a través de la App Store de Apple o Google Play Store para su revisión. Si bien este método es confiable para los usuarios, tiene algunas desventajas.
-
-| Aspecto | Impacto | Consideración |
-| --- | --- | --- |
-| Tiempo de revisión | Retraso de 1 a 7 días | Retrasa correcciones críticas |
-| Costo | $99/año (Apple), $25 (Google) | Requiere tarifas adicionales |
-| Acción del usuario | [Actualización manual](https://capgo.app/docs/plugin/cloud-mode/manual-update/) requerida | Puede llevar a una menor adopción |
-| Distribución | Alcance global | Sin opción para despliegues específicos |
-
-### Actualizaciones web de Capacitor
-
-Capacitor también ofrece una opción más flexible con sus capacidades de actualización web integradas. Este método permite a los desarrolladores actualizar activos web directamente a través de WebView de Capacitor sin necesidad de una actualización completa de la aplicación. Estas actualizaciones se instalan automáticamente, proporcionando una forma más rápida de entregar cambios.
-
-### Herramientas OTA externas
-
-Para una solución más rica en características, las plataformas OTA externas pueden manejar actualizaciones de aplicaciones de Capacitor con mayor eficiencia y control. Estas herramientas ya se han utilizado en producción para 750 aplicaciones y han entregado 23.5 millones de actualizaciones [\[1\]](https://capgo.app/).
-
-Los beneficios clave de las herramientas OTA externas incluyen:
-
-| Característica | Beneficio | Métrica de rendimiento |
-| --- | --- | --- |
-| Despliegue instantáneo | Sin retrasos por reseñas de la tienda de aplicaciones | Entrega inmediata |
-| Distribución específica | Permite despliegues escalonados | Lanzamiento controlado |
-| Seguridad | Encriptación de extremo a extremo | Protección más fuerte |
-| Análisis | Rastrea el rendimiento de la actualización | Monitoreo en tiempo real |
-
-> "El equipo OSIRIS-REx de la NASA comentó: '@Capgo es una forma inteligente de hacer envíos de código en caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂'" [\[1\]](https://capgo.app/)
-
-Estas plataformas también soportan actualizaciones parciales, lo que significa que solo se descargan los activos cambiados. Esto reduce tanto el uso de ancho de banda como los tiempos de actualización, asegurando actualizaciones suaves y cumpliendo con las normativas para los usuarios.
-
-## Guía de configuración de OTA
-
-### Pasos de configuración del proyecto
-
-Para integrar actualizaciones OTA en tu proyecto de Capacitor, necesitarás asegurarte de que todo esté configurado correctamente. Basado en conocimientos de 750 aplicaciones en producción, aquí hay un proceso confiable a seguir:
-
-| Paso | Acción | Propósito |
-| --- | --- | --- |
-| Instalación del complemento | Ejecuta `npx @capgo/cli init` | Instala las dependencias necesarias |
-| Configuración | Ajusta configuraciones en el archivo de configuración | Activa las capacidades de gestión de actualizaciones |
-| Implementación de seguridad | Configura la encriptación de extremo a extremo | Asegura el proceso de entrega de actualizaciones |
-
-### Implementación del código de actualización
-
-Aquí te mostramos cómo agregar la funcionalidad de actualización a tu aplicación:
-
-```typescript
-async function checkForUpdate() {
-  try {
-    const update = await CapacitorUpdater.checkForUpdate();
-    if (update.available) {
-      await CapacitorUpdater.download();
-    }
-  } catch (err) {
-    console.error('Update check failed:', err);
-  }
-}
-```
-
-Pasos clave a los que enfocarse:
-
--   Configurar comprobaciones de actualización en segundo plano
-    
--   Implementar gestión de versiones
-    
--   Agregar indicadores de progreso
-    
--   Manejar estados de instalación de manera efectiva
-    
-
-Asegúrate de incluir un manejo de errores sólido para abordar cualquier problema que pueda surgir durante las actualizaciones.
-
-### Gestión de errores
-
-La gestión de errores es esencial para mantener tu aplicación estable durante las actualizaciones. Con más de 23.5 millones de actualizaciones entregadas [\[1\]](https://capgo.app/), abordar desafíos comunes como interrupciones de red, incompatibilidades de versiones y limitaciones de almacenamiento es crucial. Estrategias como reintentos automáticos, mecanismos de retroceso y limpieza de versiones obsoletas pueden marcar una gran diferencia. Estos enfoques han contribuido a lograr una tasa de éxito de actualización del 95% en 24 horas [\[1\]](https://capgo.app/) para muchos usuarios.
-
-## Directrices de actualización OTA
-
-### Medidas de seguridad
-
-Asegurar la integridad de las actualizaciones OTA requiere protocolos de seguridad sólidos. Uno de los métodos más efectivos es la **encriptación de extremo a extremo**, que proporciona un nivel de protección más alto que los métodos tradicionales de firma de actualizaciones [\[1\]](https://capgo.app/).
-
-| Capa de seguridad | Propósito | Implementación |
-| --- | --- | --- |
-| Encriptación de extremo a extremo | Proteger la entrega de actualizaciones | Configurar claves de encriptación para el proyecto |
-| Control de acceso | Gestionar permisos de actualización | Definir roles de usuario y permisos |
-| Seguridad en el alojamiento | Asegurar la distribución de actualizaciones | Optar por soluciones en la nube o autohospedadas |
-
-Además, implementa [autenticación de múltiples factores](https://capgo.app/docs/webapp/mfa/) y rota regularmente las credenciales para fortalecer la seguridad. Capgo, por ejemplo, utiliza la encriptación de extremo a extremo para asegurar que las actualizaciones se entreguen de forma segura. Las pruebas rigurosas también son cruciales para confirmar que estas medidas no interfieran con el despliegue de actualizaciones.
-
-### Pruebas de actualización
-
-La prueba exhaustiva es esencial para mantener la estabilidad de la aplicación y una experiencia de usuario fluida. Sigue estas mejores prácticas:
-
--   **Canales separados**: Usa entornos distintos para desarrollo, pruebas y producción.
-    
--   **Pruebas beta**: Despliega actualizaciones primero a un grupo controlado de usuarios.
-    
--   **Monitoreo**: Rastrea métricas de rendimiento y recopila comentarios.
-    
--   **Planificación de retrocesos**: Ten un plan listo para volver a una versión estable si es necesario.
-    
-
-> "Prueba PR directamente desde la aplicación con selector de canales" – Capgo [\[1\]](https://capgo.app/)
-
-Los sistemas de canales y las herramientas de monitoreo de errores pueden ayudar a identificar y abordar problemas de manera temprana. Un plan de retroceso bien ejecutado minimiza las interrupciones, mientras que una comunicación clara mantiene informados a los usuarios durante el proceso.
-
-### Comunicación con el usuario
-
-La comunicación transparente sobre las actualizaciones genera confianza y asegura despliegues suaves. Considera estas estrategias:
-
-| Tipo de actualización | Método de comunicación | Momento |
-| --- | --- | --- |
-| Actualizaciones críticas | Notificación en la aplicación | Inmediatamente |
-| Actualizaciones de funciones | [Actualización automática en segundo plano](https://capgo.app/docs/plugin/self-hosted/auto-update/) | Durante bajo uso |
-| Parches de seguridad | Actualización silenciosa | Aplicada automáticamente |
-
-El uso de actualizaciones en segundo plano puede reducir las interrupciones para los usuarios. Combinando análisis con monitoreo de errores se permite la detección temprana de problemas, minimizando su impacto en los usuarios y preservando una experiencia fluida.
-
-## Características avanzadas de OTA
-
-### Actualizaciones parciales
-
-Las actualizaciones parciales agilizan los procesos OTA al enviar solo los archivos que han cambiado. Este enfoque significa que las actualizaciones se despliegan más rápido y utilizan menos ancho de banda [\[1\]](https://capgo.app/).
-
-| Tipo de actualización | Beneficios | Implementación |
-| --- | --- | --- |
-| Paquete completo | Asegura la consistencia de la aplicación | Actualizaciones tradicionales en la tienda de aplicaciones |
-| Diferencial inteligente | Ahorra ancho de banda | Detecta cambios a nivel de archivo |
-
-Capgo utiliza actualizaciones diferenciales inteligentes para analizar cambios a nivel de archivo, reduciendo el tamaño de los paquetes de actualización. Este método es especialmente útil para aplicaciones con activos grandes que rara vez cambian [\[1\]](https://capgo.app/).
-
-### Actualizaciones en segundo plano
-
-Las actualizaciones en segundo plano permiten a los usuarios seguir utilizando aplicaciones sin interrupciones. Estas actualizaciones se descargan y se preparan en segundo plano, aplicando cambios cuando la aplicación se reinicia. La programación adecuada asegura un impacto mínimo en los recursos del sistema y la vida de la batería.
-
-| Temporización de actualización | Impacto en el usuario | Mejor caso de uso |
-| --- | --- | --- |
-| Inmediato | Alto | Correcciones de seguridad críticas |
-| En segundo plano | Bajo | Actualizaciones de funciones |
-| Programado | Medio | Actualizaciones de contenido grandes |
-
-### Seguimiento de actualizaciones
-
-[Optimización de la entrega de actualizaciones](https://capgo.app/blog/optimise-your-images-for-updates/) es solo parte del proceso; rastrear actualizaciones es igualmente importante. Según Capgo, el 95% de los usuarios activos se actualizan dentro de 24 horas, con una tasa de éxito global del 82% [\[1\]](https://capgo.app/).
-
-> "Rastrea las tasas de éxito de actualizaciones y el compromiso del usuario en tiempo real" - Capgo [\[1\]](https://capgo.app/)
-
-Los indicadores clave a monitorear incluyen:
-
-| Métrica | Propósito | Acciones |
-| --- | --- | --- |
-| Tasa de Éxito | Mide el éxito del despliegue | Monitorea actualizaciones fallidas |
-| Adopción de Usuarios | Rastrea cuántos usuarios actualizan | Analiza el comportamiento del usuario |
-| Registro de Errores | Identifica problemas rápidamente | Resuelve problemas proactivamente |
-
-Las plataformas OTA modernas, como Capgo, ofrecen tableros detallados para rastrear estas métricas. Funciones como el registro de errores ayudan a los desarrolladores a identificar y resolver problemas antes de que escalen.
-
-## Resumen
-
-### Puntos Clave
-
-Esta guía sobre actualizaciones OTA de Capacitor destaca la importancia de mecanismos de actualización eficientes y seguros en el desarrollo moderno de aplicaciones. Las actualizaciones OTA han transformado la forma en que los desarrolladores mantienen y mejoran las aplicaciones de Capacitor. Para implementar actualizaciones OTA con éxito, concéntrate en estos factores clave: entrega rápida de actualizaciones, medidas de seguridad sólidas, distribución controlada y monitoreo efectivo. Las plataformas eficientes pueden enviar actualizaciones en minutos, logrando una tasa de actualización de usuarios del 95% dentro de 24 horas y una tasa de éxito global del 82% [\[1\]](https://capgo.app/).
-
-Aquí hay un resumen rápido de las mejores prácticas para actualizaciones OTA:
-
-| Aspecto | Impacto | Mejor Práctica |
-| --- | --- | --- |
-| Velocidad de Actualización | Evitar retrasos por revisiones de tiendas de aplicaciones | Envía correcciones críticas de inmediato |
-| Seguridad | Proteger los datos del usuario | Utiliza protocolos de encriptación fuertes |
-| Distribución | Minimizar riesgos | Despliega actualizaciones utilizando canales específicos |
-| Monitoreo | Asegurar la fiabilidad | Rastrea el éxito de las actualizaciones y las tasas de adopción |
-
-Estas prácticas son esenciales para que plataformas como Capgo ofrezcan actualizaciones rápidas y [seguras](https://capgo.app/docs/live-updates/update-behavior/).
-
-### [Características de Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e211687856e801f1f2973e/248f5ad4814006d64d1f6a7ab727c6b9.jpg)
-
-Capgo se destaca al seguir estas mejores prácticas, permitiendo actualizaciones OTA confiables. Actualmente, Capgo soporta 750 aplicaciones en producción y ha entregado con éxito 23.5 millones de actualizaciones [\[1\]](https://capgo.app/).
-
-| Característica | Beneficio | Métrica de Rendimiento |
-| --- | --- | --- |
-| CDN Global | Acelera la entrega | Paquete de 5 MB entregado en 114 ms |
-| Respuesta de API | Sincronización rápida | 434 ms de respuesta promedio a nivel mundial |
-| Distribución de Actualizaciones | Despliegue flexible | 95% de adopción de usuarios en 24 horas |
-
-> "El equipo OSIRIS-REx de NASA destacó: '@Capgo es una forma inteligente de hacer envíos de código caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂'" [\[1\]](https://capgo.app/)
-
-> "Capgo es una herramienta imprescindible para los desarrolladores que quieren ser más productivos. Evitar revisiones para correcciones de errores es algo valioso" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/es/ultimate-guide-to-debugging-capacitor-apps.md b/src/content/blog/es/ultimate-guide-to-debugging-capacitor-apps.md
deleted file mode 100644
index 80faa9104..000000000
--- a/src/content/blog/es/ultimate-guide-to-debugging-capacitor-apps.md
+++ /dev/null
@@ -1,395 +0,0 @@
----
-slug: ultimate-guide-to-debugging-capacitor-apps
-title: Guía definitiva para la solución de problemas en aplicaciones Capacitor
-description: >-
-  Aprende estrategias efectivas y herramientas esenciales para depurar
-  aplicaciones Capacitor, asegurando un rendimiento fluido en todas las
-  plataformas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T13:36:18.163Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d9725755129a55bd6984fe-1742304990097.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Capacitor, debugging, mobile apps, performance optimization, native tools,
-  error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-El depurado de aplicaciones [Capacitor](https://capacitorjs.com/) puede ser complejo debido a su naturaleza híbrida, que combina tecnologías web y nativas. Esta guía simplifica el proceso, cubriendo herramientas esenciales, técnicas y consejos para solucionar problemas de manera efectiva.
-
-### Puntos Clave:
-
--   **Desafíos Comunes**: Errores específicos de plataforma y desajustes de plugins nativos.
--   **Herramientas Necesarias**:
-    -   **[Depuración Web](https://capgo.app/docs/plugin/debugging/)**: [Chrome DevTools](https://developer.chrome.com/docs/devtools), [Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector).
-    -   **[Depuración Nativa](https://capgo.app/docs/plugin/debugging/)**: [Xcode](https://developer.apple.com/xcode/) para iOS, [Android Studio](https://developer.android.com/studio) para Android.
-    -   **CLI de Capacitor**: Comandos como `npx cap doctor` y `npx cap sync`.
--   **Pasos de Depuración**:
-    -   Inspeccionar código web con herramientas del navegador.
-    -   Depurar componentes nativos con herramientas específicas de plataforma.
-    -   Usar registro detallado para problemas de plugins.
--   **Optimización de Rendimiento**:
-    -   Analizar rendimiento de red, memoria y UI.
-    -   Aprovechar herramientas como Chrome DevTools y perfiladores nativos.
-
-### Consejos Rápidos:
-
--   **Habilitar Source Maps**: Depurar código original en lugar de versiones minificadas.
--   **Usar [Capgo](https://capgo.app/) para Actualizaciones**: Enviar correcciones instantáneamente sin retrasos de la tienda de aplicaciones.
--   **Configurar Seguimiento de Errores**: Capturar problemas en tiempo real para resoluciones más rápidas.
-
-Esta guía proporciona todo lo que necesitas para identificar y corregir errores, asegurando que tu aplicación Capacitor funcione sin problemas en todas las plataformas.
-
-## La Guía Definitiva de Depuración de Ionic
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Herramientas Principales de Depuración
-
-La depuración efectiva de [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) requiere las herramientas adecuadas. Aquí hay un desglose de los [recursos de depuración](https://capgo.app/docs/plugin/debugging/) esenciales que todo desarrollador de Capacitor debe conocer.
-
-### Depuración Web con Herramientas del Navegador
-
-Para depurar la capa web de las aplicaciones Capacitor, **Chrome DevTools** y **Safari Web Inspector** son imprescindibles. Estas herramientas te permiten:
-
--   **Panel de Red**: Rastrear llamadas API, carga de recursos y rendimiento de red.
--   **Consola**: Capturar errores de JavaScript, ver registros y depurar salidas.
--   **Inspector de Elementos**: Inspeccionar y modificar elementos DOM en tiempo real.
--   **Panel de Fuentes**: Establecer puntos de interrupción y depurar ejecución de JavaScript.
-
-Asegúrate de habilitar los source maps - esto te permite depurar tu código original en lugar de las versiones minificadas de producción. Para problemas específicos de plataforma, las herramientas de depuración nativas son el siguiente paso.
-
-### Herramientas de Depuración para iOS y Android
-
-Cuando trabajas con problemas específicos de plataforma, las herramientas de depuración nativas proporcionan información más profunda sobre el comportamiento de la aplicación.
-
-**[Herramientas de Depuración de Xcode](https://capgo.app/docs/plugin/debugging/)** (para iOS):
-
--   Monitorear uso de memoria.
--   Perfilar rendimiento de CPU.
--   Inspeccionar actividad de red.
--   Acceder a registros del dispositivo mediante la aplicación Console.
-
-**Herramientas de Android Studio** (para Android):
-
--   Usar **Logcat** para registros del sistema.
--   Analizar UI con el **Inspector de Diseño**.
--   Perfilar rendimiento con el **Perfilador de CPU**.
--   Rastrear uso de memoria con el **Perfilador de Memoria**.
-
-Estas herramientas complementan la depuración basada en navegador al abordar desafíos específicos de plataforma.
-
-### Comandos de Depuración de [Capacitor](https://capacitorjs.com/) CLI
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-18.jpg?auto=compress)
-
-El CLI de Capacitor incluye comandos útiles para agilizar la depuración:
-
-```bash
-npx cap doctor           # Check your environment setup
-npx cap sync             # Sync web code with native projects
-npx cap open ios         # Open iOS project in Xcode
-npx cap open android     # Open Android project in Android Studio
-```
-
-Para recarga en vivo durante el desarrollo, usa:
-
-```bash
-ionic cap run ios -l --external       # Live reload for iOS
-ionic cap run android -l --external   # Live reload for Android
-```
-
-Para solucionar problemas de plugins, habilita el registro detallado:
-
-```bash
-npx cap run ios --verbose
-```
-
-Esto genera registros detallados sobre la inicialización de plugins y la comunicación del puente nativo, ayudándote a identificar problemas de integración entre código web y nativo.
-
-## Métodos de Depuración Web y Nativa
-
-### Pasos de Depuración de Código Web
-
-Para solucionar problemas de componentes web, aprovecha las herramientas de desarrollo del navegador. Estas herramientas te permiten inspeccionar elementos, registrar mensajes en la consola, monitorear el rendimiento y rastrear solicitudes de red para identificar problemas. Usa source maps para rastrear errores hasta el código original. Si el problema involucra componentes nativos, cambia a [métodos de depuración](https://capgo.app/docs/plugin/debugging/) adaptados a la plataforma.
-
-### Pasos de Depuración de Código Nativo
-
-Para iOS, confía en el depurador [LLDB](https://en.wikipedia.org/wiki/LLDB_\(debugger\)) de Xcode. Establece puntos de interrupción en tu código Swift u Objective-C para revisar la ejecución paso a paso. Usa Instruments para monitorear el uso de memoria y la actividad de hilos. Para Android, Android Studio proporciona herramientas robustas, incluyendo registro nativo. Aquí hay un ejemplo:
-
-```java
-Log.d("CapacitorApp", "Debug information");
-Log.e("CapacitorApp", "Error details", exception);
-```
-
-Estas herramientas también simplifican la depuración de plugins cuando se integran en tu flujo de trabajo.
-
-### Soluciones de Depuración de Plugins
-
-El registro detallado es clave al depurar plugins. Presta atención a las siguientes áreas:
-
--   Comunicación entre el puente y el plugin
--   La implementación de métodos específicos
--   Cómo se propagan los errores
-
-Las herramientas de seguimiento de errores de Capgo pueden detectar problemas de plugins temprano, evitando que afecten a los usuarios. También puedes configurar informes de errores automatizados con código como este:
-
-```javascript
-window.addEventListener('error', (event) => {
-    console.error('Plugin Error:', {
-      message: event.message,
-      filename: event.filename,
-      lineNo: event.lineno
-    });
-});
-```
-
-Este enfoque asegura que captures y abordes los problemas de manera eficiente.
-
-## Escenarios Complejos de Depuración
-
-### Problemas de Inicio de Aplicación
-
-Los problemas de inicio a menudo ocurren antes de que el registro estándar se active, haciéndolos difíciles de diagnosticar. Aquí hay un enfoque paso a paso para manejarlos:
-
--   **Revisar Registros Nativos**: Usa herramientas específicas de plataforma como la Consola de Xcode para iOS o Logcat de Android Studio para descubrir errores de inicialización. Estos registros a menudo contienen las primeras pistas sobre lo que salió mal.
-    
--   **Rastrear Errores de Plugins**: Monitorea problemas de carga de plugins con un simple listener. Aquí hay un ejemplo de código:
-    
-    ```javascript
-    App.addListener('pluginError', (info) => {
-        console.error('Plugin failed to load:', info.pluginId);
-        console.error('Error:', info.errorMessage);
-    });
-    ```
-    
--   **Inspeccionar Carga de Recursos**: Usa herramientas de desarrollo del navegador para verificar si los recursos esenciales se están cargando correctamente. Busca solicitudes bloqueadas o activos de carga lenta y revisa las métricas de tiempo.
-    
-
-Una vez que estas verificaciones iniciales estén completas, puedes pasar a métodos de depuración específicos de plataforma.
-
-### Problemas Específicos de Plataforma
-
-Algunos errores están vinculados a plataformas específicas, requiriendo técnicas de solución de problemas adaptadas.
-
-Para **depuración en iOS**:
-
--   Usa el **Depurador de Gráficos de Memoria de Xcode** para detectar fugas de memoria.
--   Prueba diferentes condiciones de red con **Network Link Conditioner**.
--   Agrega registro específico del dispositivo para capturar fallos de iOS.
-
-Para **depuración en Android**:
-
--   Aprovecha el **Perfilador de CPU de Android Studio** para analizar el rendimiento.
--   Habilita el **modo estricto** para marcar operaciones de disco o red ejecutándose en el hilo principal.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" – Rodrigo Mantica \[2\]
-
-### Problemas de Rendimiento
-
-Después de resolver problemas de inicio y específicos de plataforma, centra tu atención en el rendimiento. Abordar problemas de rendimiento implica enfocarse en tres áreas clave: red, memoria y UI.
-
--   **Rendimiento de Red**: Usa Chrome DevTools para identificar respuestas API lentas o cargas útiles sobredimensionadas.
--   **Gestión de Memoria**: Detecta fugas con perfiladores nativos para asegurar un uso eficiente de la memoria.
--   **Optimización de UI**: Monitorea tasas de fotogramas y animaciones usando herramientas integradas para asegurar interacciones fluidas.
-
-Las herramientas de seguimiento de errores de Capgo facilitan la identificación temprana de estos cuellos de botella. También permiten implementar correcciones rápidamente, evitando retrasos de revisión de la tienda de aplicaciones \[3\].
-
-## Directrices de Depuración
-
-La depuración efectiva de una aplicación Capacitor depende de un registro bien estructurado, monitoreo de errores y gestión de source maps.
-
-### Configuración de Registros de Aplicación
-
-Para depurar efectivamente, usa registros estructurados con niveles definidos para evitar ruido innecesario.
-
-```javascript
-const logLevels = { ERROR: 0, WARN: 1, INFO: 2, DEBUG: 3 };
-
-function logMessage(level, message, data = null) {
-    const timestamp = new Date().toISOString();
-    const logData = { timestamp, level, message, data };
-
-    if (process.env.NODE_ENV === 'development') {
-        console.log(JSON.stringify(logData));
-    }
-}
-```
-
-En producción, implementa rotación de registros para evitar que los registros crezcan sin control:
-
-```javascript
-const MAX_LOG_SIZE = 1024 * 1024; // 1MB
-const MAX_LOG_FILES = 5;
-
-function rotateLogFiles() {
-    // Rotate logs to maintain up to 5 files of 1MB each
-}
-```
-
-Además del registro, tener un sistema para monitorear errores en tiempo real es esencial.
-
-### Configuración de Monitoreo de Errores
-
-Configura un sistema unificado de seguimiento de errores que capture problemas en ambas capas, cliente y nativa.
-
-```javascript
-window.onerror = function(message, source, lineno, colno, error) {
-    logMessage(logLevels.ERROR, {
-        message,
-        source,
-        line: lineno,
-        column: colno,
-        stack: error?.stack
-    });
-
-    // Send error details to monitoring service
-    return false;
-};
-```
-
-Las herramientas de seguimiento de errores de Capgo pueden ayudar a monitorear despliegues de actualizaciones y evaluar su impacto en los usuarios [\[1\]](https://capgo.app/). Esta integración proporciona información crucial sobre el rendimiento de las actualizaciones y la participación del usuario.
-
-> "Análisis detallado y seguimiento de errores" – Capgo [\[1\]](https://capgo.app/)
-
-Los source maps son otra herramienta importante para simplificar la depuración, especialmente para código minificado.
-
-### Integración de Source Maps
-
-Asegúrate de que tu proceso de compilación genere y gestione los source maps correctamente:
-
-```javascript
-// webpack.config.js
-module.exports = {
-    devtool: process.env.NODE_ENV === 'production' 
-        ? 'hidden-source-map' 
-        : 'eval-source-map',
-    // ... other configuration settings
-};
-```
-
-Para hacer la depuración aún más fácil, automatiza las subidas de source maps durante el despliegue:
-
-```javascript
-const uploadSourceMaps = async (buildId) => {
-    const sourceMapFiles = await glob('dist/**/*.map');
-
-    for (const file of sourceMapFiles) {
-        await uploadToDebugServer({
-            buildId,
-            file,
-            version: process.env.APP_VERSION
-        });
-    }
-};
-```
-
-Si usas source maps en producción, restringe el acceso a desarrolladores autorizados para mantener la seguridad mientras permites una depuración efectiva.
-
-## Usando [Capgo](https://capgo.app/) para Actualizaciones Rápidas
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-Basándose en sólidas [técnicas de depuración](https://capgo.app/docs/plugin/debugging/), herramientas como Capgo facilitan mantener tu aplicación estable permitiendo actualizaciones instantáneas. Capgo permite a los desarrolladores enviar actualizaciones sin esperar aprobaciones de la tienda de aplicaciones, manteniendo intactas las características de depuración.
-
-### Características de Depuración de Capgo
-
-Corregir problemas rápidamente es clave para mantener la calidad de la aplicación. Capgo ofrece información en tiempo real sobre el rendimiento de la aplicación, ayudando a resolver errores eficientemente. Cuenta con una tasa de éxito global del 82% para actualizaciones, con el 95% de los usuarios recibiendo actualizaciones dentro de 24 horas [\[1\]](https://capgo.app/).
-
-Aquí hay un vistazo a algunas de sus características destacadas:
-
-```javascript
-// Initialize Capgo error tracking
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyListeners('download_failed', {
-  version: '1.0.0',
-  error: 'Network timeout'
-});
-```
-
-Capgo también admite despliegues graduales usando un sistema de canales, lo cual es excelente para probar actualizaciones:
-
-```javascript
-// Deploy update to beta channel
-async function deployBetaFix() {
-    await CapacitorUpdater.sync({
-        channel: 'beta',
-        version: '1.0.1-beta'
-    });
-}
-```
-
-Estas herramientas pueden integrarse perfectamente en tu flujo de trabajo para actualizaciones suaves y eficientes.
-
-### Agregando Capgo a Tu Proceso de Depuración
-
-Empezar con Capgo es simple. Comienza inicializándolo con el siguiente comando:
-
-```bash
-npx @capgo/cli init
-```
-
-Así es como puedes aprovecharlo al máximo:
-
--   **Configura el monitoreo de errores**  
-    Agrega seguimiento de errores en las capas cliente y nativa para detectar problemas temprano:
-    
-    ```javascript
-    // Configure error monitoring
-    const setupErrorTracking = () => {
-        CapacitorUpdater.addListener('updateFailed', (info) => {
-            console.error('Update failed:', info);
-            // Send error details to your tracking service
-        });
-    };
-    ```
-    
--   **Implementa correcciones gradualmente**  
-    Usa implementaciones por etapas para probar actualizaciones en grupos más pequeños antes de un lanzamiento completo.
-    
--   **Monitorea métricas de actualización**  
-    Mantén un ojo en las estadísticas clave de rendimiento para garantizar actualizaciones sin problemas:
-    
-    | Métrica | Rendimiento |
-    | --- | --- |
-    | Velocidad de Entrega de Actualización | 114ms para un paquete de 5MB |
-    | Tiempo de Respuesta API | 57ms en todo el mundo |
-    | Tasa de Actualización de Usuarios | 95% dentro de 24 horas |
-    
-
-El sistema de actualización parcial de Capgo solo descarga los archivos modificados, reduciendo las interrupciones durante la depuración. Con encriptación de extremo a extremo y cumplimiento de las pautas de las tiendas de aplicaciones, es una herramienta poderosa para mantener tu aplicación estable y resolver problemas rápidamente.
-
-## Resumen
-
-### Descripción General de Herramientas y Métodos
-
-La depuración efectiva requiere la mezcla correcta de herramientas y técnicas. Esta guía cubrió métodos esenciales que apoyan un flujo de trabajo de desarrollo sólido. Las herramientas clave incluyen **herramientas de desarrollo del navegador**, **depuradores específicos de plataforma** y **[comandos de Capacitor CLI](https://capgo.app/docs/cli/commands/)**, todos trabajando juntos para identificar y corregir problemas rápidamente.
-
-Combinar buenas prácticas de depuración con actualizaciones en vivo puede mejorar enormemente la estabilidad de la aplicación. Por ejemplo, las aplicaciones que utilizan estos flujos de trabajo reportan una tasa de actualización del 95% de usuarios en 24 horas[\[1\]](https://capgo.app/).
-
-| Componente de Depuración | Función Principal | Impacto |
-| --- | --- | --- |
-| **Herramientas del Navegador** | Inspeccionar código web | Detectar errores en tiempo real |
-| **Depuradores de Plataforma** | Analizar código nativo | Resolver problemas específicos de plataforma |
-| **Monitoreo de Errores** | Seguimiento proactivo de problemas | Logra una tasa de éxito del 82% globalmente[\[1\]](https://capgo.app/) |
-| **Actualizaciones en Vivo** | Corregir errores instantáneamente | Impulsa una tasa de actualización del 95% de usuarios en 24 horas[\[1\]](https://capgo.app/) |
-
-### Próximos Pasos
-
-Puedes mejorar tu proceso de depuración siguiendo estos pasos:
-
--   **Configura el monitoreo de errores** para las capas web y nativa para detectar problemas temprano.
--   **Usa implementaciones por etapas** para probar correcciones antes de implementarlas completamente.
--   **Habilita los mapas de origen** para rastrear errores con más precisión.
--   **Integra herramientas de depuración** en tu pipeline de CI/CD para flujos de trabajo más fluidos.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica[\[1\]](https://capgo.app/)
-
-Mantén un ojo en las métricas críticas de rendimiento para asegurar que tu aplicación funcione sin problemas.
diff --git a/src/content/blog/es/ultimate-guide-to-ota-update-security-for-capacitor-apps.md b/src/content/blog/es/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
deleted file mode 100644
index 10a275e09..000000000
--- a/src/content/blog/es/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
+++ /dev/null
@@ -1,243 +0,0 @@
----
-slug: ultimate-guide-to-ota-update-security-for-capacitor-apps
-title: >-
-  Guía definitiva sobre la seguridad de las actualizaciones OTA para
-  aplicaciones de Capacitor
-description: >-
-  Aprende estrategias esenciales para asegurar actualizaciones OTA para
-  aplicaciones móviles, enfocándote en la encriptación, verificación y
-  cumplimiento de los estándares de la industria.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-13T08:04:34.421Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ad4d12971060b04c742b83-1739433897515.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  OTA updates, security, encryption, mobile apps, compliance, data protection,
-  update integrity, app store rules
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-Las actualizaciones por aire (OTA) son una forma rápida de mejorar las aplicaciones de [Capacitor](https://capacitorjs.com/) sin los retrasos de la tienda de aplicaciones. Pero vienen con riesgos, como manipulación de código, ataques de degradación y violaciones de datos. Aquí tienes cómo asegurar tus actualizaciones:
-
-1. **Cifrar Todo**: Usa AES-256 para archivos de actualización y RSA-2048 para intercambios de claves seguros.
-2. **Firmar Paquetes de Actualización**: Autentica las actualizaciones con pares de claves privadas/públicas para prevenir manipulaciones.
-3. **Transferencia de Datos Segura**: Aplica TLS 1.3 con pinning de certificados para bloquear la interceptación.
-4. **Verificar Archivos**: Usa hashes SHA-256 para garantizar la integridad de la actualización.
-
-### Resumen Rápido de Riesgos y Soluciones
-
-| **Riesgo** | **Impacto** | **Solución** |
-| --- | --- | --- |
-| Hombre en el Medio | Inyección de malware | TLS 1.3, pinning de certificados |
-| Inyección de Código | Compromiso de la app | Firmado de paquetes, verificaciones de archivos |
-| Ataques de Degradación | Explotación de fallas antiguas | Control de versiones, verificaciones de integridad |
-
-Para cumplir con las reglas de la App Store y los [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation), asegúrate de que las actualizaciones sean seguras, transparentes y protejan los datos del usuario. Herramientas como [Capgo](https://capgo.app/) pueden automatizar la cifrado, la firma y el monitoreo para actualizaciones OTA más seguras.
-
-## [Capacitor](https://capacitorjs.com/) para Empresas
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-13.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/m2kFUvSFcSs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Conceptos Básicos de Seguridad para Actualizaciones OTA
-
-En 2022, los investigadores descubrieron que el 78% de los dispositivos con capacidades OTA tenían vulnerabilidades en sus procesos de actualización [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update). Para abordar esto, es crucial un marco de seguridad sólido, centrado en tres áreas clave: **firma de paquetes**, **transferencia de datos segura** y **verificación de archivos**. Estos elementos son la columna vertebral de los [métodos de cifrado](https://capgo.app/docs/cli/migrations/encryption/) discutidos más adelante.
-
-### Firma de Paquetes de Actualización
-
-La firma de paquetes es el primer paso para garantizar que solo se distribuyan actualizaciones autorizadas. Los desarrolladores utilizan claves privadas para firmar paquetes de actualización, mientras que las aplicaciones las verifican utilizando claves públicas incorporadas. Por ejemplo, Capgo integra claves públicas durante el proceso de construcción de la aplicación, adhiriéndose a los protocolos de seguridad específicos de la plataforma.
-
-| Componente de Firma | Propósito | Ventaja de Seguridad |
-| --- | --- | --- |
-| Clave Privada | Firma los paquetes de actualización | Restringe la creación de actualizaciones a desarrolladores autorizados |
-| Clave Pública | Verifica las firmas | Confirma que las actualizaciones son legítimas y no han sido manipuladas |
-| Firma Digital | Vincula el paquete al desarrollador | Asegura la trazabilidad y previene manipulaciones |
-
-### Transferencia de Datos Segura
-
-La transferencia de datos segura es crítica para proteger las actualizaciones durante la transmisión. TLS 1.3 es el estándar para esto, reduciendo los tiempos de apretón de manos en un 40% en comparación con TLS 1.2 [\[6\]](https://interrupt.memfault.com/blog/firmware-encryption-with-python). También incorpora características como el pinning de certificados y la autenticación mTLS (TLS mutuo) para bloquear ataques de hombre en el medio y establecer confianza entre la aplicación y el servidor de actualizaciones. Capgo aplica TLS 1.3 por defecto y admite configuraciones de pinning de certificados personalizadas, asegurando una protección robusta durante la transferencia de datos.
-
-### Verificación de Archivos de Actualización
-
-La verificación de archivos es la última defensa antes de que se instale una actualización. Las funciones de hash criptográfico, como SHA-256, crean una huella única para cada paquete de actualización. Las aplicaciones comparan esta huella con los hashes proporcionados por el servidor para garantizar la integridad. Automatizar la generación y validación de hashes SHA-256 dentro de las canalizaciones CI/CD fortalece este proceso. Integrar auditorías automatizadas regularmente en los flujos de trabajo de CI/CD también ayuda a abordar nuevos desafíos de seguridad a medida que surgen.
-
-## Cifrado de Datos para Actualizaciones OTA
-
-El cifrado agrega una capa adicional de seguridad a los procesos de firma y verificación, haciendo que los datos interceptados sean inútiles para los atacantes.
-
-### Cifrado de Paquetes de Actualización
-
-Se utiliza un proceso de cifrado en dos pasos, combinando **AES-256** para cifrar los archivos de actualización y **RSA-2048** para asegurar el intercambio de claves.
-
-| Capa de Cifrado | Método | Propósito |
-| --- | --- | --- |
-| Contenido del Paquete | AES-256 | Protege los archivos de actualización reales |
-| Intercambio de Claves | RSA-2048 | Asegura la entrega de claves de cifrado |
-
-Cada paquete de actualización se cifra con una clave AES única, que luego se cifra utilizando la clave pública RSA del dispositivo. Capgo aplica este método automáticamente, generando claves de cifrado frescas para cada distribución de actualización [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-### Seguridad de Claves de Cifrado
-
-Una adecuada gestión de claves es esencial para garantizar que las actualizaciones cifradas permanezcan seguras:
-
-- **Generación de Claves**: Usa siempre generadores aleatorios seguros para crear claves de cifrado.
-- **Almacenamiento de Claves**: Almacena claves en entornos seguras respaldadas por hardware, como el [StrongBox](https://source.android.com/docs/security/best-practices/hardware) de Android o el [Secure Enclave](https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/web) de iOS [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update)[\[7\]](https://www.sorinmustaca.com/implementing-secure-over-the-air-ota-updates-in-embedded-devices/).
-- **Rotación de Claves**: Actualiza las claves de cifrado cada 90 días. Usa transiciones escalonadas para mantener la compatibilidad y alinea las rotaciones de claves con tus canalizaciones de CI/CD.
-
-### Características de Seguridad del Dispositivo
-
-Los dispositivos modernos vienen con seguridad de hardware integrada diseñada para proteger las claves de cifrado. Por ejemplo, el StrongBox de Android y el Secure Enclave de iOS proporcionan entornos aislados para tareas criptográficas [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update)[\[7\]](https://www.sorinmustaca.com/implementing-secure-over-the-air-ota-updates-in-embedded-devices/). Los desarrolladores de iOS pueden aprovechar estas características utilizando las APIs del marco de seguridad nativo.
-
-Estas prácticas de cifrado ayudan a cumplir con los estándares de la industria cubiertos en las siguientes secciones.
-
-## Cumplimiento de Estándares de la Industria
-
-Asegurar actualizaciones OTA seguras significa seguir estrictamente las reglas de la plataforma y las leyes de protección de datos. El panorama de cumplimiento es intrincado, con diferentes demandas de las tiendas de aplicaciones y regulaciones de privacidad.
-
-Estos estándares dependen de prácticas de seguridad fundamentales, como el cifrado y la firma, emparejadas con reglas específicas de la plataforma.
-
-### Reglas de la App Store
-
-La directriz 2.5.2 de la App Store de Apple impone restricciones claras sobre las actualizaciones OTA para las [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Las actualizaciones solo pueden modificar contenido web como HTML, CSS y JavaScript dentro del contenedor de la aplicación; cambiar la funcionalidad nativa no está permitido [\[1\]](https://github.com/capacitor-community/android-security-provider).
-
-| Plataforma | Requisitos |
-| --- | --- |
-| App Store de Apple | Actualizaciones solo web • Sin código ejecutable • Divulgación previa a la descarga |
-| Google Play | Aplicación de HTTPS • Verificaciones de integridad • Restricciones en actualizaciones de funciones |
-
-Google Play ofrece más flexibilidad, pero aún así impone medidas de seguridad estrictas [\[3\]](https://insight.sbdautomotive.com/rs/164-IYW-366/images/Preparing%20for%20regulated%20automotive%20over-the-air%20updates.pdf). Las actualizaciones deben utilizar protocolos de transferencia seguros e incluir verificaciones de integridad adecuadas.
-
-### Leyes de Privacidad
-
-Las regulaciones de privacidad complican aún más el cumplimiento de las actualizaciones OTA. Leyes como el GDPR y el [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) establecen reglas claras para el manejo de datos de usuarios durante las actualizaciones.
-
-| Aspecto de Actualización OTA | GDPR | CCPA |
-| --- | --- | --- |
-| Recopilación de Datos | Mínimos datos necesarios | Divulgación completa requerida |
-| Derechos del Usuario | Consentimiento explícito necesario | Opción de exclusión obligatoria |
-| Medidas de Seguridad | Cifrado de extremo a extremo | Seguridad razonable |
-| Documentación | Documentación del [proceso de actualización](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Documentación del proceso de actualización |
-
-> "La clave para mantener el cumplimiento es implementar los principios de privacidad desde el inicio", explica un documento de orientación de la Junta Europea de Protección de Datos. "Esto incluye incorporar consideraciones de protección de datos en cada aspecto del proceso de actualización." [\[8\]](https://essaypro.com/blog/article-review)
-
-Para las aplicaciones de Capacitor, esto significa centrarse en pasos prácticos como:
-
-- **Actualizaciones Transparentes**: Divulgar claramente el contenido de la actualización y cómo se utilizan los datos.
-- **Transferencias de Datos Seguras**: Utilizar cifrado de extremo a extremo para todas las comunicaciones relacionadas con la actualización.
-
-Las violaciones de GDPR pueden resultar en multas de hasta 20 millones de € [\[9\]](https://www.socialsellinator.com/social-selling-blog/seo-article-writing). Para mantenerse en cumplimiento, realiza auditorías trimestrales y alinea estas con tus procesos de monitoreo de actualizaciones.
-
-###### sbb-itb-f9944d2
-
-## Monitoreo y Respuesta de Seguridad
-
-El monitoreo continuo desempeña un papel crítico en la protección contra amenazas nuevas y en evolución. Las organizaciones con sistemas de monitoreo fuertes pueden identificar violaciones **74% más rápido** [\[2\]](https://www.iotinsider.com/industries/security/over-the-air-updates-ota-best-practices-for-device-safety/).
-
-### Detección de Amenazas
-
-En 2024, **el 41% de las organizaciones** enfrentaron incidentes de seguridad relacionados con actualizaciones OTA [\[1\]](https://github.com/capacitor-community/android-security-provider). Esto destaca la importancia de los sistemas de monitoreo que pueden seguir y abordar estos riesgos de manera efectiva.
-
-| Componente | Función | Ejemplo |
-| --- | --- | --- |
-| Análisis en Tiempo Real | Detectar patrones inusuales en el tráfico de actualizaciones | Sistemas de reconocimiento de patrones |
-| Vigilancia de Red | Detectar intentos de acceso no autorizados | Filtrado de tráfico |
-| Análisis de Comportamiento del Usuario | Identificar comportamientos de actualización sospechosos | Modelos de comportamiento |
-
-Para mantenerse por delante de los atacantes, los sistemas de detección necesitan actualizaciones constantes. El aprendizaje automático juega un papel clave al adaptarse a nuevos métodos de ataque [\[1\]](https://github.com/capacitor-community/android-security-provider)[\[2\]](https://www.iotinsider.com/industries/security/over-the-air-updates-ota-best-practices-for-device-safety/). Capgo refuerza este proceso con comprobaciones de integridad en tiempo real y análisis de comportamiento [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-### Plan de Respuesta de Seguridad
-
-Para las aplicaciones de Capacitor que utilizan actualizaciones OTA, tener un plan de respuesta claro es esencial. Estos planes deben alinearse con los requisitos de seguridad específicos de la plataforma, como la guía 2.5.2 de Apple. Un plan bien preparado puede reducir los costos por brechas en un **38%** [\[10\]](https://www.ontotext.com/knowledgehub/fundamentals/information-extraction/).
-
-| Fase | Acciones Clave |
-| --- | --- |
-| Detección Inicial | Activar alertas automatizadas y análisis |
-| Contención | Suspender actualizaciones y aislar amenazas |
-| Investigación | Realizar un análisis de causa raíz |
-| Recuperación | Restaurar sistemas y servicios |
-
-Capgo agiliza las respuestas para las aplicaciones de Capacitor automatizando acciones como la cuarentena de actualizaciones sospechosas y la creación de registros forenses para un análisis más profundo [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-Estas medidas de detección y respuesta trabajan mano a mano con protocolos de encriptación y firma para proporcionar un sistema de defensa multicapa.
-
-## [Capgo](https://capgo.app/) Características de Seguridad
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-13.jpg?auto=compress)
-
-Capgo garantiza la seguridad a través de tres enfoques clave que trabajan junto a sus sistemas de monitoreo:
-
-### Encriptación y Estándares
-
-| Capa de Seguridad | Implementación |
-| --- | --- |
-| Protección de Paquetes | Encriptación híbrida AES-256 y RSA-2048 |
-| Cumplimiento de Plataforma | Validación de contenido automatizada |
-
-Capgo aplica restricciones de actualización requeridas por la App Store utilizando validación de contenido automatizada.
-
-### Seguridad CI/CD
-
-La seguridad está integrada en la pipeline CI/CD de Capgo con:
-
--   **Autenticación de despliegue basada en tokens** para asegurar el proceso
--   **Despliegues por fases** que incluyen una opción de pausa de emergencia para una rápida mitigación de problemas
-
-### Ventajas de Código Abierto
-
-El marco de código abierto de Capgo permite mejoras impulsadas por la comunidad, que son críticas para la seguridad del sistema OTA.
-
--   Una **base de código pública** permite auditorías independientes
--   Más de **180 contribuyentes** ayudan a identificar y abordar vulnerabilidades
--   Un **diseño modular** permite mejoras de seguridad personalizadas
-
-Estas características se alinean con las necesidades de encriptación y cumplimiento discutidas anteriormente.
-
-## Resumen
-
-### Principales Conclusiones
-
-Para garantizar actualizaciones OTA seguras, necesitas un enfoque en capas que incorpore **encriptación**, **verificación** y **monitoreo**. Estos elementos trabajan juntos para proteger tanto el proceso de actualización como los datos del usuario.
-
-### Pasos para Asegurar Actualizaciones OTA
-
-Aquí tienes una guía rápida para configurar un sistema OTA seguro:
-
--   **Usar Encriptación y Verificación Fuertes**  
-    Combina encriptación AES-256 con RSA-2048 para un marco de seguridad robusto.
-    
--   **Habilitar Monitoreo en Tiempo Real**  
-    Configura sistemas de detección de amenazas como se describe en la Sección 5 para captar y abordar problemas a medida que surgen.
-    
--   **Mantén el Cumplimiento**  
-    Adhiérete continuamente a las pautas de la plataforma y a las regulaciones de privacidad, como las descritas en las Reglas de la App Store.
-    
-
-Las herramientas de validación automatizadas de Capgo y los despliegues por fases facilitan la implementación de estas estrategias mientras se mantiene el cumplimiento.
-
-## Preguntas Frecuentes
-
-### ¿Cuáles son los problemas de seguridad con OTA?
-
-Las actualizaciones por aire conllevan varios desafíos de seguridad que los desarrolladores deben abordar para garantizar que las actualizaciones sigan siendo seguras y confiables.
-
-Aquí hay algunas vulnerabilidades comunes:
-
-| Tipo de Vulnerabilidad | Descripción | Impacto |
-| --- | --- | --- |
-| Ataques de Retroceso | Instalación de versiones desactualizadas e inseguras | Explotación de fallas conocidas |
-| Claves comprometidas | Encriptación débil o claves robadas | Ejecución de código no autorizado |
-
-Para abordar estos riesgos, los desarrolladores deberían considerar las siguientes medidas:
-
--   Usar **encriptación AES-256** para paquetes de actualización (ver Sección 3).
--   Establecer **conexiones ancladas a certificados** para prevenir manipulaciones.
--   Implementar **sistemas de monitoreo de comportamiento** (ver Sección 5).
-
-Para las aplicaciones de Capacitor, seguir protocolos de seguridad e incorporar validación automatizada CI/CD (esbozado en la Sección 6) son críticos. Estos pasos complementan los métodos de encriptación y los marcos de cumplimiento detallados en las Secciones 3 y 4.
diff --git a/src/content/blog/es/understanding-apples-privacy-manifest.md b/src/content/blog/es/understanding-apples-privacy-manifest.md
deleted file mode 100644
index 967df3b33..000000000
--- a/src/content/blog/es/understanding-apples-privacy-manifest.md
+++ /dev/null
@@ -1,141 +0,0 @@
----
-slug: understanding-apples-privacy-manifest
-title: Comprender el manifiesto de privacidad de Apple
-description: >-
-  Aprenda más sobre el manifiesto obligatorio de privacidad de Apple, su
-  importancia para las aplicaciones iOS y cómo cumplir eficazmente los
-  requisitos con pautas claras.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T02:23:31.365Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92-1744943188853.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  Privacy Manifest, iOS, data collection, App Store, compliance, Capgo, JSON,
-  updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**El Privacy Manifest de Apple es ahora obligatorio para todas las aplicaciones iOS.** A partir de mayo de 2024, cada envío a la App Store debe incluir este archivo JSON para detallar la recolección de datos, uso de APIs, SDKs de terceros y dominios de red. Esto es lo que necesitas saber:
-
--   **Qué es**: Un archivo de configuración JSON que declara:
-    -   Datos recolectados y su propósito
-    -   APIs y SDKs de terceros utilizados
-    -   Dominios externos accedidos
--   **Por qué importa**: Asegura transparencia y cumplimiento con los estándares de privacidad de Apple.
--   **Cómo cumplir**: Agrega el manifiesto al paquete de tu app iOS y actualízalo regularmente, especialmente si usas herramientas de actualización en vivo como [Capgo](https://capgo.app/).
-
-**Consejo Rápido**: Herramientas como Capgo simplifican el cumplimiento automatizando las actualizaciones del manifiesto, ofreciendo despliegues instantáneos y proporcionando análisis para seguir el éxito.
-
-Sigue leyendo para aprender cómo configurar y verificar tu Privacy Manifest, evitar errores comunes y asegurar actualizaciones sin problemas.
-
-## WWDC23: Comienza con los manifiestos de privacidad | Apple
-
-<iframe src="https://www.youtube.com/embed/OQMF4LDqscc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Elementos Principales del Privacy Manifest
-
-El Privacy Manifest de Apple incluye tres componentes principales:
-
-1.  **Declaración de Datos**: Especifica los tipos de datos que tu app recolecta, por qué se recolectan, las APIs sensibles a la privacidad que utiliza y cualquier SDK de terceros integrado en la app. También debes proporcionar una razón comercial clara para cada uno.
-    
-2.  **Dominios Externos**: Lista todos los dominios externos con los que tu app se comunica, explica el propósito de la comunicación y detalla las medidas de seguridad implementadas.
-    
-3.  **Formato JSON e Integración**: Sigue la estructura JSON requerida por Apple para el manifiesto y asegúrate de que esté integrado tanto en el paquete de tu app como en cualquier paquete de actualización en vivo.
-    
-
-A continuación, veremos cómo crear y verificar tu manifiesto en un proyecto de Capacitor.
-
-## Configurando Privacy Manifest en [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Creando el Archivo de Manifiesto
-
-Comienza agregando un archivo llamado `ios/App/Resources/PrivacyInfo.xcprivacy` para declarar el uso de APIs y recolección de datos de tu app. Aquí hay un ejemplo de cómo podría verse el archivo:
-
-```json
-{
-  "NSPrivacyAccessedAPITypes":[{"NSPrivacyAccessedAPIType":"NSUserDefaults","NSPrivacyAccessedAPITypeReasons":["FE001"]}],
-  "NSPrivacyCollectedDataTypes":[{"NSPrivacyDataType":"NSPrivacyDataTypeDeviceID","NSPrivacyDataReason":"Basic app functionality"}]
-}
-```
-
-Después de crear este archivo, abre [Xcode](https://developer.apple.com/xcode/) para asegurarte de que esté correctamente incluido en tu proyecto.
-
-### Pruebas y Verificación
-
-En Xcode, navega a **Product > Analyze** para generar un Reporte de Privacidad. Revisa cuidadosamente el reporte en busca de advertencias o APIs no declaradas, y realiza los ajustes necesarios para evitar problemas. Una vez que todo esté en orden, procede a desplegar tus actualizaciones.
-
-### Actualizaciones con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Después de pasar el análisis de Xcode, usa Capgo para actualizaciones en vivo y mantener actualizado el manifiesto de privacidad de tu app. Capgo proporciona:
-
--   **Despliegues instantáneos**: 95% de usuarios reciben actualizaciones en 24 horas [\[1\]](https://capgo.app/).
--   **Reversión con un clic** para correcciones rápidas.
--   **Herramientas de análisis** para rastrear el éxito de las actualizaciones y asegurar el cumplimiento.
-
-El plan Team de Capgo cuesta $83 por mes (facturado anualmente), soportando hasta 100,000 usuarios activos mensuales (MAU) y 2,000 GB de ancho de banda.
-
-## Pautas de Cumplimiento de Privacidad
-
-Después de verificar tu manifiesto en Xcode, es importante asegurar que el cumplimiento de privacidad se mantenga intacto. Aquí te explicamos cómo mantener todo en orden.
-
-### Prácticas Recomendadas
-
-Considera usar Capgo para enviar actualizaciones del manifiesto instantáneamente, evitando retrasos causados por revisiones de la App Store. Esta herramienta también soporta despliegues graduales, permitiéndote probar cambios con análisis en tiempo real antes de implementarlos para todos los usuarios [\[1\]](https://capgo.app/).
-
-### Errores Comunes
-
-Depender de [actualizaciones manuales](https://capgo.app/docs/plugin/cloud-mode/manual-update/) puede ser lento, ya que dependen de los tiempos de revisión de la App Store, que pueden tomar días o incluso semanas. Esto a menudo deja la documentación desactualizada. Por otro lado, las herramientas automatizadas permiten actualizaciones instantáneas, proporcionan análisis para monitorear despliegues y facilitan la reversión de cambios si algo sale mal [\[1\]](https://capgo.app/).
-
-### Actualizaciones Manuales vs. Automatizadas
-
-Aquí hay una comparación rápida de los métodos de actualización manual y automatizada:
-
--   **Velocidad de Entrega**: Las actualizaciones manuales pueden tomar días o semanas, mientras que las [actualizaciones automatizadas](https://capgo.app/docs/live-updates/update-behavior/) alcanzan al 95% de los usuarios en 24 horas [\[1\]](https://capgo.app/).
--   **Seguimiento del Éxito**: Los métodos manuales varían, pero las actualizaciones automatizadas logran una tasa de éxito del 82% a nivel mundial [\[1\]](https://capgo.app/).
--   **Opciones de Reversión**: Las actualizaciones manuales ofrecen recuperación limitada, mientras que las automatizadas permiten reversiones inmediatas.
--   **Monitoreo**: Las verificaciones manuales consumen tiempo, mientras que las herramientas automatizadas proporcionan análisis en tiempo real [\[1\]](https://capgo.app/).
--   **Distribución**: Los sistemas manuales son básicos, mientras que las herramientas automatizadas soportan canales de distribución avanzados [\[1\]](https://capgo.app/).
--   **Seguridad**: Las actualizaciones manuales carecen de cifrado incorporado, mientras que los sistemas automatizados usan cifrado de extremo a extremo [\[1\]](https://capgo.app/).
-
-## Comparación de Herramientas de Actualización en Vivo
-
-Analicemos una comparación de dos plataformas populares de actualización en vivo y veamos cómo se comparan.
-
-### Características y Precios de las Plataformas
-
-| Característica | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- |
-| Cifrado de extremo a extremo | **Sí** | \-  |
-| Tasa de éxito de actualización | **82% mundial** [\[1\]](https://capgo.app/) | \-  |
-| Tiempo de entrega de actualización | **95% en 24h** [\[1\]](https://capgo.app/) | \-  |
-| Velocidad de descarga del paquete | **114 ms (5 MB)** [\[1\]](https://capgo.app/) | \-  |
-| Costo anual (Plan Team) | **$996** | **$6,000** [\[1\]](https://capgo.app/) |
-
-**Conclusión rápida**: Capgo ofrece un costo mucho menor en el primer año - $996 comparado con $6,000 de Appflow.
-
-Ahora, veamos cómo Capgo destaca específicamente para actualizaciones del Privacy Manifest.
-
-### Privacy Manifest: Beneficios de Capgo
-
-El código abierto de Capgo lo convierte en una opción sólida para gestionar actualizaciones del Privacy Manifest. Permite ajustes rápidos para cumplir con los estándares de privacidad en evolución, asegurando que el cumplimiento se mantenga manejable [\[1\]](https://capgo.app/).
-
-## Resumen
-
-Desde mayo de 2024, todas las apps iOS deben cumplir con los requisitos obligatorios del manifiesto. La automatización puede hacer que la gestión de estos manifiestos sea mucho más fácil. Para proyectos de Capacitor, incluye tu manifiesto en el paquete iOS y usa herramientas como Capgo para automatizar actualizaciones de forma segura, gracias a su cifrado de extremo a extremo.
-
-Con tu manifiesto configurado y las actualizaciones automatizadas, aquí hay algunas prácticas clave para asegurar actualizaciones fluidas del Privacy Manifest:
-
--   Usa herramientas CLI para simplificar el despliegue.
--   Implementa sistemas de canales para despliegues controlados de actualizaciones.
--   Mantén documentación detallada de tus procesos de recolección de datos.
--   Prueba y verifica el cumplimiento de privacidad regularmente.
diff --git a/src/content/blog/es/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md b/src/content/blog/es/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
deleted file mode 100644
index 17277e07b..000000000
--- a/src/content/blog/es/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
+++ /dev/null
@@ -1,135 +0,0 @@
----
-slug: update-your-capacitor-apps-seamlessly-using-capacitor-updater
-title: Actualice sus aplicaciones Capacitor sin problemas con Capacitor-updater
-description: >-
-  Saludos a la comunidad Capacitor Ionic, hoy te ayudaré a configurar
-  Capacitor-updater en tu aplicación. Para que puedas realizar lanzamientos sin
-  problemas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-02-27T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /update_flow.webp
-head_image_alt: Desarrollo de Capacitor busca alternativas
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: ''
----
-## ¿Qué es Capacitor-updater?
-
-Capacitor-updater, una tecnología que ayuda en la entrega de actualizaciones y mejoras de aplicaciones a los usuarios finales instantáneamente.
-
-Esto es especialmente útil si deseas realizar correcciones críticas de errores y entregarlas instantáneamente sin pasar por las revisiones de la App Store.
-
-Puedes pensar en ello como una agilidad "tipo web" de cargar actualizaciones lateralmente tan pronto como estén disponibles.
-
-Además, proporciona reversiones si la nueva actualización hace que la aplicación falle.
-
-## ¿Cómo funciona?
-
-Capgo mantiene el paquete JavaScript de tu aplicación sincronizado con el servidor Capgo, y cada vez que el usuario abre la aplicación, verifica con el servidor Capgo si hay una nueva actualización disponible para el paquete. Y por supuesto, viene con toneladas de configuraciones increíbles que pueden ayudarte a ajustar la experiencia de tus usuarios.
-
-Uso Capgo en todos los proyectos que construyo. Eso me permite dedicar menos tiempo al proceso de revisión de la App Store.
-
-Puedes leer más sobre esto [aquí](https://capgo.app/).
-
-## ¿Hay alguna limitación?
-
-Por muy bueno que parezca, hay algunas cosas que debemos tener en cuenta.
-Lo primero es que las actualizaciones OTA __solo funcionan con paquetes web__.
-Podrías pensar que esto no es realmente una gran limitación porque, en Capacitor JS, escribimos casi todo el código en JS, CSS y HTML.
-Si bien esto puede ser cierto, todavía hay módulos nativos que instalamos en nuestra aplicación.
-Si un módulo cambia tus directorios de Android o iOS, no puedes usar OTA para actualizar tu aplicación.
-Esto se debe a que el contenido de estos directorios se utiliza para compilar binarios nativos, que OTA no puede actualizar.
-Incluso las aplicaciones nativas no pueden actualizar esta parte.
-
-Pero puedes configurar tu CI/CD para manejar esta parte, hice un tutorial sobre cómo hacerlo [aquí para iOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/).
-
-## Configuración Automática de Capgo
-
-¡Es hora de registrarse y obtener tu clave API para subir tu primera versión! Comienza [registrándote para una cuenta Capgo](/register/).
-
-Una vez que hayas iniciado sesión en Capgo, tendrás una página de incorporación
-
-![Página de incorporación](/onboarding_1_new.webp)
-
-Sigue los pasos en la página de incorporación para agregar tu primera aplicación.
-
-### Sigue la guía de CLI
-
-Desde la línea de comandos, directamente en la raíz de tu aplicación Capacitor, ejecuta:
-
-`npx @capgo/cli@latest init`
-Para instalar Capgo en tu aplicación Capacitor, el CLI te guiará a través del proceso de configuración de tu aplicación con Capgo.
-
-Si quieres hacerlo manualmente, puedes seguir los pasos a continuación.
-
-## Configuración Manual de Capgo
-
-### Instalar el plugin
-
-Deberías terminar con este código agregado a tu aplicación:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Para instalar el plugin en tu aplicación Capacitor.
-
-Y luego agrega a tu aplicación este código para notificar al plugin nativo que el paquete JS está saludable (si no haces esto, el plugin nativo volverá a la versión anterior):
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Esto le dirá al plugin nativo que la instalación se realizó con éxito.
-
-Luego ejecuta `npm run build && npx cap copy` para actualizar tu aplicación.
-
-### Iniciar sesión en Capgo CLOUD
-
-Primero, usa la [apikey](https://console.capgo.app/dashboard/apikeys/) `all` presente en tu cuenta para iniciar sesión con el CLI:
-
-`npx @capgo/cli@latest login YOU_KEY`
-
-### Agrega tu primera aplicación
-
-Comencemos creando una aplicación en Capgo Cloud con el CLI.
-
-`npx @capgo/cli@latest app add`
-
-Este comando utilizará todas las variables definidas en el archivo de configuración de Capacitor para crear la aplicación.
-
-### Sube tu primera versión
-
-Ejecuta el comando para construir tu código y enviarlo a Capgo con:
-`npx @capgo/cli@latest bundle upload`
-
-Por defecto, el nombre de la versión será el que está en tu archivo `package.json`.
-
-Verifica en [Capgo](https://console.capgo.app/) si la compilación está presente.
-
-Incluso puedes probarlo con mi [aplicación móvil sandbox](https://capgo.app/app_mobile/).
-
-### Hacer el canal predeterminado
-
-Después de haber enviado tu aplicación a Capgo, necesitas hacer que tu canal sea `default` para permitir que las aplicaciones reciban actualizaciones de Capgo.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-## Recibir una Actualización en Vivo en un Dispositivo
-
-Para que tu aplicación reciba una actualización en vivo desde Deploy, necesitarás ejecutar la aplicación en un dispositivo o un emulador. La forma más fácil de hacer esto es simplemente usar el siguiente comando para lanzar tu aplicación local en un emulador o un dispositivo conectado a tu computadora.
-
-    npx cap run [ios | android]
-
-Abre la aplicación, ponla en segundo plano y ábrela de nuevo, deberías ver en los registros que la aplicación realizó la actualización.
-
-¡Felicitaciones! 🎉 Has implementado exitosamente tu primera Actualización en Vivo. Este es solo el comienzo de lo que puedes hacer con las Actualizaciones en Vivo. Para aprender más, consulta la [documentación completa de Actualizaciones en Vivo](/docs/plugin/cloud-mode/getting-started/).
-
-> Si necesitas dejar de recibir actualizaciones en local, ejecuta este comando
-`npx @capgo/cli@latest channel set`
diff --git a/src/content/blog/es/updating-from-capacitor-4-to-capacitor-5.md b/src/content/blog/es/updating-from-capacitor-4-to-capacitor-5.md
deleted file mode 100644
index 8fae52785..000000000
--- a/src/content/blog/es/updating-from-capacitor-4-to-capacitor-5.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: updating-from-capacitor-4-to-capacitor-5
-title: 'Actualización de Capacitor 4 a Capacitor 5: Una guía paso a paso'
-description: >-
-  Aprende a actualizar tu proyecto de Capacitor 4 a Capacitor 5 con cambios
-  mínimos, incluyendo la actualización de plugins oficiales y herramientas
-  requeridas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-09T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capacitor-5-update.webp
-head_image_alt: Ilustración de la actualización de Capacitor 4 a 5
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Capacitor
-published: true
-locale: es
-next_blog: ''
----
-En comparación con actualizaciones anteriores, la transición de Capacitor 4 a Capacitor 5 implica cambios rotos mínimos. Esta guía proporciona instrucciones paso a paso para actualizar tu proyecto a Capacitor 5, así como una lista de cambios rotos para los plugins oficiales.
-
-**Nota**: Capacitor 5 requiere NodeJS 16 o superior, ya que Node 12 ha llegado al final de su vida útil y Node 14 alcanzará el final de su vida útil el 30 de abril de 2023. Se recomienda utilizar la última versión LTS de NodeJS.
-
-1. Instala la versión `latest` de la CLI de Capacitor en tu proyecto:
-
-   ```
-   npm i -D @capacitor/cli@latest
-   ```
-
-2. Ejecuta el siguiente comando para permitir que la CLI maneje la migración:
-
-   ```
-   npx cap migrate
-   ```
-
-   Si no se pueden lograr algunos pasos de migración, se proporcionará información adicional en la salida de la terminal. Los pasos de migración manual se enumeran a continuación.
-
-3. Si tienes la extensión de VS Code instalada, verifica la sección de recomendaciones de la extensión para encontrar la opción de migrar tu proyecto a Capacitor 5.
-
-### Actualizando el Proyecto iOS de Capacitor 4 a Capacitor 5
-
-1. **Actualizar Xcode**: Capacitor 5 requiere Xcode 14.1 o superior.
-
-2. **Actualizar .gitignore**: Realiza los siguientes cambios en tu archivo `.gitignore`:
-
-   ```
-   - App/Podfile.lock
-   + App/output
-   ```
-
-3. **Actualizar Activos para usar un solo ícono de aplicación**: Xcode 14 admite un solo ícono de aplicación de 1024x1024. Limpia tu AppIcon.appiconset eliminando todos los tamaños innecesarios.
-
-### Actualizando el Proyecto Android de Capacitor 4 a Capacitor 5
-
-1. **Actualizar Android Studio**: Capacitor 5 requiere Android Studio Flamingo | 2022.2.1 o más reciente debido al uso de Gradle 8, que requiere Java JDK 17. Java 17 se incluye con Android Studio Flamingo, por lo que no se necesitan descargas adicionales.
-
-2. **Ejecutar el Asistente de Actualización de AGP**: Android Studio puede ayudar con algunas actualizaciones relacionadas con Gradle y movimiento de paquetes en archivos de construcción. Para comenzar, ejecuta `Herramientas -> Asistente de Actualización de AGP`.
-
-3. **Actualizar Variables del Proyecto Android**: En tu archivo `variables.gradle`, actualiza tus valores a los siguientes mínimos nuevos:
-
-   ```
-   minSdkVersion = 22
-   compileSdkVersion = 33
-   targetSdkVersion = 33
-   androidxActivityVersion = '1.7.0'
-   androidxAppCompatVersion = '1.6.1'
-   androidxCoordinatorLayoutVersion = '1.2.0'
-   androidxCoreVersion = '1.10.0'
-   androidxFragmentVersion = '1.5.6'
-   coreSplashScreenVersion = '1.0.0'
-   androidxWebkitVersion = '1.6.1'
-   junitVersion = '4.13.2'
-   androidxJunitVersion = '1.1.5'
-   androidxEspressoCoreVersion = '3.5.1'
-   cordovaAndroidVersion = '10.1.1'
-   ```
-
-4. **Actualizar Servicios de Google**:
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.google.gms:google-services:4.3.13'
-   +       classpath 'com.google.gms:google-services:4.3.15'
-   }
-   ```
-
-5. **Actualizar el plugin de Gradle a 8.0.0**:
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.android.tools.build:gradle:7.2.1'
-   +       classpath 'com.android.tools.build:gradle:8.0.0'
-   }
-   ```
-
-6. **Actualizar el wrapper de Gradle a 8.0.2**:
-
-   ```
-   # gradle-wrapper.properties
-   distributionBase=GRADLE_USER_HOME
-   distributionPath=wrapper/dists
-   - distributionUrl=https\://services.gradle.org/distributions/gradle-7.4.2-all.zip
-   + distributionUrl=https\://services.gradle.org/distributions/gradle-8.0.2-all.zip
-   zipStoreBase=GRADLE_USER_HOME
-   zipStorePath=wrapper/dists
-   ```
-
-7. **Desactivar Jetifier**:
-
-   ```
-   # gradle.properties
-   android.useAndroidX=true
-   - android.enableJetifier=true
-   ```
-
-8. **Mover paquete a `build.gradle`**:
-
-   ```
-   # AndroidManifest.xml
-   <?xml version="1.0" encoding="utf-8"?>
-   - <manifest xmlns:android="http://schemas.android.com/apk/res/android"
-   -     package="[YOUR_PACKAGE_ID]">
-   + <manifest xmlns:android="http://schemas.android.com/apk/res/android">
-   ```
-
-   ```
-   # build.gradle
-   android {
-   +     namespace "[YOUR_PACKAGE_ID]"
-         compileSdkVersion rootProject.ext.compileSdkVersion
-   ```
-
-9. **Actualizar androidScheme**: En Capacitor 6, `https` será la configuración predeterminada para `androidScheme` para aplicaciones existentes para habilitar mejor las aplicaciones de Capacitor para usar la función de Autocompletar del sistema. Para evitar la pérdida de datos como resultado de este cambio, establece el esquema en `http` ahora, incluso si es la configuración predeterminada actual.
-
-   ```
-   {
-     server: {
-       androidScheme: "http"
-     }
-   }
-   ```
-
-10. **Actualizar versión de Kotlin**: Si tu proyecto utiliza Kotlin, actualiza la variable `kotlin_version` a `'1.8.20'`.
-
-### Cambios en la Funcionalidad de Plugins
-
-La funcionalidad del siguiente plugin ha sido modificada o eliminada. Actualiza tu código en consecuencia:
-
-- Action Sheet
-- Browser
-- Camera
-- Device
-- Geolocation
-- Google Maps
-- Local Notifications
-- Push Notifications
-- Status Bar
-
-### Action Sheet
-
-- Actualiza la variable `androidxMaterialVersion` a `1.8.0`.
-
-### Browser
-
-- Actualiza la variable `androidxBrowserVersion` a `1.5.0`.
-
-### Camera
-
-- Para Android 13, agrega el permiso de lectura de imágenes multimedia (`<?xml version="1.0" encoding="utf-8"?>`) en `AndroidManifest.xml`.
-- Actualiza la variable `androidxMaterialVersion` a `1.8.0`.
-- Actualiza la variable `androidxExifInterfaceVersion` a `1.3.6`.
-
-### Device
-
-- Cambia `DeviceId.uuid` a `DeviceId.identifier`.
-- En iOS 16+, `DeviceInfo.name` devolverá un nombre de dispositivo genérico a menos que agregues los [derechos](https://developer.apple.com/documentation/bundleresources/entitlements/com_apple_developer_device-information_user-assigned-device-name/) apropiados.
-
-### Geolocation
-
-- Actualiza la `playServicesLocationVersion` a `21.0.1`.
-
-### Google Maps
-
-- Actualiza las siguientes variables:
-  - `googleMapsPlayServicesVersion` a `18.1.0`.
-  - `googleMapsUtilsVersion` a `3.4.0`.
-  - `googleMapsKtxVersion` a `3.4.0`.
-  - `googleMapsUtilsKtxVersion` a `3.4.0`.
-  - `kotlinxCoroutinesVersion` a `1.6.4`.
-  - `androidxCoreKTXVersion` a `1.10.0`.
-  - `kotlin_version` a `1.8.20`.
-
-### Local Notifications
-
-- Para Android 13, se requiere un nuevo chequeo de permisos en tiempo de ejecución para programar notificaciones locales al objetivo SDK 33. Llama a `checkPermissions()` y `requestPermissions()` según sea necesario.
-
-### Push Notifications
-
-- Para Android 13, se requiere un nuevo chequeo de permisos en tiempo de ejecución para recibir notificaciones push al objetivo SDK 33. Llama a `checkPermissions()` y `requestPermissions()` según sea necesario.
-- Actualiza la variable `firebaseMessagingVersion` a `23.1.2`.
-
-### Status Bar
-
-- En iOS, la animación predeterminada de la barra de estado ha cambiado a `FADE`.
-
-Siguiendo estos pasos y actualizando tu código en consecuencia, deberías haber actualizado exitosamente tu proyecto de Capacitor 4 a Capacitor 5. Asegúrate de probar tu aplicación a fondo para garantizar que todas las funciones y plugins funcionen como se espera.
diff --git a/src/content/blog/es/us-privacy-laws-mobile-app-checklist.md b/src/content/blog/es/us-privacy-laws-mobile-app-checklist.md
deleted file mode 100644
index 722aad293..000000000
--- a/src/content/blog/es/us-privacy-laws-mobile-app-checklist.md
+++ /dev/null
@@ -1,267 +0,0 @@
----
-slug: us-privacy-laws-mobile-app-checklist
-title: 'Leyes de Privacidad de EE.UU.: Lista de Verificación para Aplicaciones Móviles'
-description: >-
-  Asegúrese de cumplir con las leyes de privacidad de EE. UU. en su aplicación
-  móvil siguiendo esta lista de verificación completa para la privacidad y los
-  derechos del usuario.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:58:21.536Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df9ec1ffe25179c9af3a48-1742709514062.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  privacy compliance, mobile apps, CCPA, data protection, user rights, COPPA,
-  VCDPA, CPA
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**El cumplimiento de la privacidad es crítico para las aplicaciones móviles.** Las leyes de privacidad de EE.UU. como [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act), [VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/), y CPA requieren que las aplicaciones protejan los datos de los usuarios, garanticen la transparencia y respeten los derechos de los usuarios. El incumplimiento puede llevar a multas de hasta $7,500 por infracción y pérdida de confianza del usuario. Aquí te explicamos cómo mantener el cumplimiento:
-
--   **[Política de Privacidad](https://capgo.app/dp/):** Explica claramente la recopilación, uso, compartición de datos y derechos del usuario.
--   **Permisos de Usuario:** Obtén consentimiento explícito y permite a los usuarios gestionar sus datos.
--   **Solicitudes de Datos:** Responde a las solicitudes de usuarios (acceso, eliminación, exclusión) dentro de los plazos legales.
--   **Protección de Datos de Menores:** Cumple con [COPPA](https://en.wikipedia.org/wiki/Children%27s_Online_Privacy_Protection_Act) para usuarios menores de 13 años.
--   **Salvaguardas Técnicas:** Usa encriptación, revisa SDKs de terceros y actualiza rápidamente las funciones de privacidad.
--   **Auditorías Regulares:** Realiza revisiones trimestrales de prácticas de datos y permisos.
--   **Capacitación del Equipo:** Educa a tu equipo sobre leyes de privacidad y manejo seguro de datos.
-
-Mantente actualizado sobre los cambios en las leyes y usa herramientas como [Capgo](https://capgo.app/) para implementar actualizaciones seguras de manera eficiente. El cumplimiento de la privacidad no se trata solo de evitar sanciones - se trata de construir confianza con tus usuarios.
-
-## [USENIX Security](https://www.usenix.org/conference/usenixsecurity25) '24 - Navegando el Cumplimiento de Privacidad ...
-
-![USENIX Security](https://mars-images.imgix.net/seobot/screenshots/www.usenix.org-d8a0181fef2b5e2513a1acfa3938daca-2025-03-23.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/8EDue3as8No" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principales Leyes de Privacidad de EE.UU. para Aplicaciones
-
-Entender las leyes clave de privacidad de EE.UU. es crucial para garantizar el cumplimiento de las aplicaciones móviles. Estas leyes establecen los estándares sobre cómo las aplicaciones manejan los datos y la privacidad del usuario.
-
-### Requisitos de [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)
-
-La Ley de Privacidad del Consumidor de California (CCPA) establece reglas específicas para aplicaciones que manejan datos de residentes de California. Aquí un resumen rápido:
-
-| **Requisito** | **Detalles** | **Plazo** |
-| --- | --- | --- |
-| Divulgación de Datos | Listar claramente los tipos de datos recopilados | Al momento de la recopilación |
-| Derechos de Exclusión | Proporcionar una opción visible "No Vender Mis Datos" | Disponible inmediatamente |
-| Derechos de Eliminación | Procesar solicitudes de usuarios para eliminar datos | Dentro de 45 días |
-| Actualizaciones de Privacidad | Revisar y actualizar políticas de privacidad anualmente | Cada 12 meses |
-
-Las aplicaciones también deben notificar a los usuarios y obtener su consentimiento antes de recopilar detalles personales como datos de ubicación.
-
-### Otras Leyes Estatales de Privacidad
-
-Varios estados han promulgado sus propias regulaciones de privacidad:
-
--   **Ley de Protección de Datos del Consumidor de Virginia (VCDPA):** Requiere transparencia sobre prácticas de datos, otorga derechos a los usuarios para acceder y eliminar datos, permite excluirse de anuncios dirigidos y exige evaluaciones para usos de datos de alto riesgo.
--   **Ley de Privacidad de Colorado (CPA):** Se centra en mecanismos universales de exclusión, avisos claros de privacidad y limitación de recopilación innecesaria de datos.
-
-### Leyes Federales y Reglas de la [FTC](https://www.ftc.gov/)
-
-![FTC](https://mars-images.imgix.net/seobot/screenshots/www.ftc.gov-ce439e87b8dcc2429a2bbfa28a3503d6-2025-03-23.jpg?auto=compress)
-
-Las leyes federales establecen una base para la protección de la privacidad en todas las aplicaciones de EE.UU., con la Comisión Federal de Comercio (FTC) haciendo cumplir las pautas clave:
-
--   Mantener las promesas de privacidad a los usuarios.
--   Asegurar los datos de usuarios contra violaciones.
--   Seguir la Ley de Protección de la Privacidad en Línea de los Niños (COPPA) para usuarios menores de 13 años.
--   Explicar claramente las prácticas de datos en las políticas de privacidad.
-
-Bajo COPPA, las aplicaciones deben obtener consentimiento parental verificado antes de recopilar datos de niños, limitar la cantidad de datos recopilados, garantizar el almacenamiento seguro y escribir políticas de privacidad en un lenguaje que los padres puedan entender fácilmente.
-
-## Lista de Verificación de Cumplimiento de Privacidad
-
-Esta lista proporciona pasos prácticos para ayudar a cumplir con los requisitos legales discutidos anteriormente.
-
-### Configuración de Política de Privacidad
-
-Crea una política de privacidad que se alinee con los estándares legales de EE.UU. Debe cubrir:
-
--   **Recopilación de Datos**: Especifica los tipos de datos que recopilas.
--   **Propósito de Uso**: Explica claramente cómo se usarán los datos.
--   **Compartición con Terceros**: Identifica quién recibirá los datos y por qué.
--   **Derechos del Usuario**: Describe cómo los usuarios pueden acceder, eliminar o excluirse de la recopilación de datos.
-
-Asegúrate de que la política de privacidad sea fácil de encontrar y esté escrita en un lenguaje claro y directo. Muéstrala de manera prominente antes de recopilar cualquier dato.
-
-Además, configura controles de permisos para dar a los usuarios control sobre sus datos.
-
-### Controles de Permisos de Usuario
-
-Implementa controles de permisos para asegurar:
-
--   Se obtiene consentimiento explícito para datos sensibles.
--   Los usuarios pueden elegir qué datos compartir.
--   Existe un método claro para retirar el consentimiento.
--   Los registros de consentimiento, incluyendo marcas de tiempo, se guardan de forma segura.
-
-Una vez que los permisos estén establecidos, enfócate en manejar las solicitudes de datos de manera eficiente.
-
-### Gestión de Solicitudes de Datos
-
-Establece un sistema para manejar las solicitudes de datos de usuarios de manera fluida:
-
-1. **Proceso de Verificación**  
-Usa un método seguro para confirmar la identidad del usuario antes de procesar solicitudes de datos. Mantén registros de cada paso de verificación.
-
-2. **Plazo de Respuesta**  
-Monitorea y cumple con los plazos de respuesta requeridos por ley.
-
-3. **Opciones de Formato de Datos**  
-Ofrece los datos solicitados en formatos legibles por máquina y amigables para el usuario, como PDF, CSV o JSON.
-
-Para aplicaciones dirigidas a niños menores de 13 años, toma pasos adicionales para proteger sus datos.
-
-### Protección de Datos de Menores
-
-Si tu aplicación sirve a usuarios menores de 13 años, cumple con COPPA mediante:
-
--   Verificación de edad usando controles confiables.
--   Obtención de consentimiento parental que pueda ser verificado.
--   Limitación de la recopilación de datos a lo absolutamente necesario.
--   Eliminación pronta de datos de menores cuando ya no sean necesarios.
-
-## Características Técnicas de Privacidad
-
-Las salvaguardas técnicas juegan un papel esencial en fortalecer tu enfoque de privacidad. Van más allá de las políticas y controles de usuario, agregando una capa extra de protección para garantizar el cumplimiento.
-
-### Métodos de Seguridad de Datos
-
-Proteger los datos de usuarios requiere múltiples capas de encriptación:
-
-**Pautas de Encriptación**
-
--   Siempre usa **encriptación de extremo a extremo** para la transmisión de datos.
-
-> "La única solución con verdadera encriptación de extremo a extremo, otros solo firman actualizaciones" – Capgo [\[1\]](https://capgo.app/)
-
-Además, mejora el control del usuario ofreciendo configuraciones de privacidad integrales.
-
-### Opciones de Configuración de Privacidad
-
-Da a los usuarios la capacidad de gestionar el acceso a datos a través de controles específicos por canal. Estos controles pueden soportar características como actualizaciones dirigidas, pruebas beta, implementaciones por etapas y resolución rápida de problemas.
-
-### Revisión de SDK de Terceros
-
-Evalúa cuidadosamente los SDK externos por sus estándares de privacidad y prácticas de recopilación de datos. Apunta a asegurar que el **95% de los usuarios reciban actualizaciones esenciales de privacidad dentro de 24 horas** [\[1\]](https://capgo.app/). Incluye mecanismos de reversión para abordar problemas potenciales eficientemente. Opta por soluciones de actualización que combinen encriptación de extremo a extremo con herramientas detalladas de gestión de usuarios.
-
-## Pasos de Mantenimiento de Privacidad
-
-Estos pasos ayudan a extender tu marco de cumplimiento, asegurando que tu aplicación continúe cumpliendo con las regulaciones de privacidad de EE.UU. Las revisiones y actualizaciones regulares son clave para mantenerse al día con los requisitos de privacidad.
-
-### Programa de Auditoría de Privacidad
-
-Establece auditorías trimestrales de privacidad para evaluar las prácticas de datos de tu aplicación:
-
--   **Revisión de Inventario de Datos**: Documenta todos los puntos donde se recopilan datos personales.
--   **Verificación de Permisos**: Asegura que todos los permisos de acceso a datos estén actualizados.
--   **Evaluación de Terceros**: Reevalúa los SDK integrados por cambios que puedan afectar la privacidad.
--   **Implementación de Políticas**: Confirma que tus políticas de privacidad se apliquen en todas las características.
-
-Usa un panel de control de cumplimiento para monitorear métricas clave como tasas de consentimiento de usuarios y solicitudes de acceso a datos. Automatiza las verificaciones de cumplimiento cada 72 horas para supervisar controles críticos de privacidad y procesos de manejo de datos.
-
-Después de cada auditoría, actualiza los materiales de capacitación del equipo y verifica cualquier cambio en las leyes de privacidad para mantener el cumplimiento.
-
-### Guía de Capacitación en Privacidad
-
-Las auditorías regulares deben ir de la mano con una sólida capacitación del equipo para asegurar que todos sigan prácticas de privacidad consistentes.
-
-1. **Incorporación de Nuevos Miembros del Equipo**
-
-Haz de la capacitación en privacidad una prioridad para nuevos empleados. Durante su primera semana, deberían aprender los fundamentos, incluyendo requisitos de CCPA, protocolos de manejo de datos y gestión de derechos de usuarios.
-
-2. **Educación Continua**
-
-Realiza sesiones mensuales de capacitación para cubrir:
-
--   Actualizaciones a leyes de privacidad
--   Nuevos requisitos de cumplimiento
--   Métodos efectivos de protección de datos
--   Pasos para manejar incidentes de privacidad
-
-3. **Capacitación Específica por Rol**
-
-Personaliza la capacitación según los roles. Por ejemplo, desarrolladores pueden enfocarse en codificación segura, personal de soporte en manejo de solicitudes de datos, y gerentes de producto en diseño con privacidad en mente.
-
-### Monitoreo de Actualizaciones Legales
-
-Mantente al día con cambios en las leyes de privacidad monitoreando actualizaciones legales diariamente. Suscríbete a actualizaciones de legislaturas estatales, la FTC y noticias de cumplimiento de la industria.
-
-**Protocolo de Respuesta**
-
--   Evalúa cómo los cambios impactan las características actuales de privacidad.
--   Actualiza la documentación de privacidad según sea necesario.
--   Realiza ajustes técnicos dentro de 14 días.
--   Implementa actualizaciones urgentes de privacidad de forma segura dentro de 24 horas.
-
-Para actualizaciones relacionadas con la privacidad, usa una implementación por etapas mientras aseguras la encriptación de extremo a extremo durante el despliegue.
-
-Las herramientas automatizadas de cumplimiento pueden simplificar este proceso al:
-
--   Rastrear cambios en leyes de privacidad a través de diferentes jurisdicciones.
--   Notificar a tu equipo sobre brechas de cumplimiento.
--   Generar informes detallados de cumplimiento.
--   Documentar actualizaciones y su implementación.
-
-## Características de Privacidad de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-Al actualizar su aplicación móvil para cumplir con los requisitos de privacidad, la velocidad y la seguridad son clave. Capgo ofrece herramientas para ayudarte a mantener el cumplimiento de las leyes de privacidad de EE. UU., garantizando que las actualizaciones sean rápidas y seguras.
-
-### Sistema de Actualización Rápida
-
-El sistema de actualización instantánea de Capgo permite a los desarrolladores abordar problemas de privacidad sin demora. Con actualizaciones que llegan al 95% de los usuarios activos en 24 horas, ya se han implementado más de 23.5M de actualizaciones, logrando una tasa de éxito global del 82% [\[1\]](https://capgo.app/). Para actualizaciones críticas de privacidad, el sistema de canales de Capgo te permite probar cambios con grupos selectos de usuarios antes de implementarlos ampliamente. Esto asegura que las actualizaciones sean probadas y cumplan cuando el tiempo es esencial.
-
-> "Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Características de Seguridad en Actualizaciones
-
-Las actualizaciones rápidas no significan nada sin una seguridad sólida. Capgo garantiza que las actualizaciones de privacidad estén protegidas con características como:
-
--   **Cifrado de extremo a extremo:** Las actualizaciones están cifradas durante todo el proceso.
--   **Descifrado específico por usuario:** Solo los usuarios autorizados pueden acceder e instalar actualizaciones.
--   **Verificaciones de cumplimiento:** Herramientas integradas confirman que las actualizaciones cumplen con los estándares de Apple y Google.
--   **Opciones de reversión:** Revierte rápidamente las actualizaciones si surgen problemas de privacidad.
-
-Este sistema protege los datos sensibles y se alinea con las leyes de privacidad de EE. UU., incluida la CCPA.
-
-### Flujo de Trabajo para Actualizaciones de Privacidad
-
-Las herramientas de flujo de trabajo de Capgo se integran directamente en tu proceso de desarrollo, facilitando la gestión del cumplimiento de privacidad. Las características clave incluyen:
-
--   **Implementación Automatizada:** Se integra con pipelines CI/CD para agilizar las actualizaciones de privacidad.
--   **Control de Versiones:** Rastrea cambios en las características de privacidad a través de las actualizaciones.
--   **Análisis de Actualizaciones:** Proporciona información sobre la adopción de actualizaciones y ayuda a resolver problemas rápidamente.
-
-Para aquellos en el plan PAYG, hay herramientas adicionales enfocadas en la privacidad disponibles:
-
-| Característica | Beneficio |
-| --- | --- |
-| Acceso API | Automatiza las verificaciones de cumplimiento de privacidad |
-| Dominio Personalizado | Mantiene las comunicaciones de privacidad acordes a la marca |
-| Soporte Dedicado | Ayuda experta con actualizaciones relacionadas con la privacidad |
-| Almacenamiento Extendido | Almacena registros detallados para el cumplimiento de privacidad |
-
-Capgo ya está respaldando 750 aplicaciones en producción, demostrando su confiabilidad para gestionar actualizaciones que cumplen con la privacidad. Estas herramientas ayudan a los desarrolladores a mantener el cumplimiento mientras entregan actualizaciones oportunas a sus usuarios.
-
-## Resumen
-
-Esta sección destaca los elementos fundamentales necesarios para adherirse a los estándares de privacidad de EE. UU. en aplicaciones móviles. Mantener el cumplimiento requiere un monitoreo constante y la capacidad de adaptarse rápidamente a las regulaciones cambiantes.
-
-Para lograr esto, el cumplimiento de la privacidad depende de una implementación técnica rápida y una supervisión continua. Los sistemas deben poder responder rápidamente a nuevos requisitos o abordar preocupaciones de privacidad cuando surjan. Como se discutió anteriormente, Capgo demuestra cómo los sistemas de actualización integrados pueden fortalecer los esfuerzos de cumplimiento.
-
-Aquí hay un desglose de las áreas clave y sus métricas para mantener el cumplimiento:
-
-| Área de Cumplimiento | Método de Implementación | Métrica de Éxito |
-| --- | --- | --- |
-| Velocidad de Actualización | Implementación instantánea | Alto éxito de actualización |
-| Seguridad | Cifrado de extremo a extremo | \-  |
-| Pruebas | Implementaciones basadas en canales | 750 aplicaciones en producción [\[1\]](https://capgo.app/) |
diff --git a/src/content/blog/es/usage-frequency-segmentation-for-app-updates.md b/src/content/blog/es/usage-frequency-segmentation-for-app-updates.md
deleted file mode 100644
index 97dd663f7..000000000
--- a/src/content/blog/es/usage-frequency-segmentation-for-app-updates.md
+++ /dev/null
@@ -1,184 +0,0 @@
----
-slug: usage-frequency-segmentation-for-app-updates
-title: Segmentación de la Frecuencia de Uso para Actualizaciones de la App
-description: >-
-  Verbessern Sie App-Updates durch Benutzergliederung basierend auf der
-  Nutzungsfrequenz, um Retention und Engagement effektiv zu steigern.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T08:03:06.848Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6821a5b33c68b32f40f8057e-1747037038301.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  app updates, user segmentation, engagement, retention, behavior tracking,
-  mobile apps, update strategy
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres mejores [actualizaciones de aplicaciones](https://capgo.app/plugins/capacitor-updater/)? Comienza por entender a tus usuarios.** La segmentación por frecuencia de uso categoriza a los usuarios según la frecuencia con la que interactúan con tu aplicación, ayudándote a ofrecer actualizaciones que realmente les importan. Aquí está el desglose:
-
--   **Usuarios Avanzados (10+ sesiones/mes):** Enfócate en funciones avanzadas y actualizaciones con acceso anticipado.
--   **Usuarios Casual (3–9 sesiones/mes):** Mejora la funcionalidad básica y la usabilidad.
--   **Usuarios en Riesgo (inactivos por 2+ semanas):** Prioriza la reactivación y la estabilidad.
-
-**¿Por qué es importante esto?** Las actualizaciones personalizadas aumentan la retención hasta en un 26%, incrementan las tasas de adopción entre un 25–35%, y pueden incluso reducir los tickets de soporte en un 30–45%. Herramientas como [Capgo](https://capgo.app/) lo facilitan al ofrecer un enfoque de segmentación preciso, implementaciones seguras y monitoreo en tiempo real.
-
-**Cómo hacerlo:**
-
-1.  Rastrear el comportamiento del usuario (sesiones, uso de funciones, instalaciones de actualizaciones).
-2.  Agrupar a los usuarios por nivel de actividad (avanzado, casual, inactivo).
-3.  Personalizar las actualizaciones para cada grupo (pruebas beta, implementaciones por etapas, reactivación).
-
-Este enfoque no solo mejora la satisfacción del usuario, sino que también fortalece el rendimiento de tu aplicación.
-
-## El Plan de Segmentación: Identificando Qué Impulsa la Retención de Usuarios para Tu Aplicación
-
-<iframe src="https://www.youtube.com/embed/-2NQV4TcZBU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Cómo Configurar la Segmentación por Frecuencia de Uso
-
-Para implementar eficazmente la segmentación por frecuencia de uso, necesitarás rastrear el comportamiento de los usuarios, organizar a los usuarios en grupos según su actividad, y personalizar las actualizaciones para satisfacer las necesidades de cada grupo.
-
-### Rastrear Métricas Clave del Comportamiento del Usuario
-
-Comienza monitoreando métricas de compromiso esenciales para entender cómo los usuarios interactúan con tu producto. Aquí está el desglose de en qué enfocarse:
-
-| Tipo de Métrica | Qué Rastrear | Propósito |
-| --- | --- | --- |
-| **Patrones de Uso** | Sesiones diarias/semanales, duración de la sesión | Distinguir usuarios activos de los inactivos |
-| **Adopción de Funciones** | Frecuencia de uso de funciones, rutas de navegación | Aprender cómo los usuarios participan con funciones específicas |
-| **Comportamiento de Actualización** | Tasas de instalación de actualizaciones, tiempo de respuesta | Medir el éxito de tus actualizaciones |
-
-Estos conocimientos te ayudarán a identificar tendencias y agrupar a los usuarios según sus niveles de actividad.
-
-### Agrupar a los Usuarios por Nivel de Actividad
-
-Una vez que hayas reunido los datos, categoriza a los usuarios en grupos distintos. Por ejemplo:
-
--   **Beta Testers**: Sepáralos de los usuarios regulares para probar nuevas funciones en entornos controlados.
--   **Usuarios Avanzados**: Identifica a estos usuarios muy activos y considera darles acceso anticipado a nuevas funciones.
--   **Usuarios Inactivos**: Marca a estos usuarios para esfuerzos de reactivación específicos.
--   **Seguimiento de Actualizaciones Segmentadas**: Monitorea cómo funcionan las actualizaciones en estos grupos para refinar tu estrategia.
-
-Esta segmentación permite un enfoque más personalizado para mejorar la experiencia del usuario.
-
-### Planificar Actualizaciones para Cada Grupo de Usuarios
-
-Con tus usuarios agrupados, puedes diseñar [estrategias de actualización](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) que se adapten a sus necesidades específicas. Aquí te mostramos cómo abordar cada segmento:
-
--   **Usuarios Avanzados**: Crea un canal beta donde puedan probar nuevas funciones y dar retroalimentación antes de un lanzamiento completo.
--   **Usuarios Regulares**: Utiliza implementaciones por etapas para asegurar la estabilidad. Las [actualizaciones parciales](https://capgo.app/docs/live-updates/update-behavior/) pueden reducir las demandas de ancho de banda y acelerar las descargas.
--   **Usuarios Inactivos**: Enfócate en mejorar las funciones básicas y la estabilidad. Ofrecer opciones de retroceso con un clic puede animar a estos usuarios a reactivarse.
-
-## Usando [Capgo](https://capgo.app/) para la Segmentación de Usuarios
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6821a5b33c68b32f40f8057e/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgo ofrece herramientas que hacen que la segmentación de actualizaciones para grupos de usuarios específicos sea más precisa, gracias a sus características de segmentación por frecuencia de uso. Estas capacidades refinan las estrategias de actualización personalizadas discutidas anteriormente.
-
-### Herramientas de Asignación de Usuarios de Capgo
-
-Capgo lleva la segmentación de usuarios un paso más allá al asignar a los usuarios a canales específicos para implementaciones de actualizaciones personalizadas. Este [sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) asegura que las actualizaciones se entreguen con precisión:
-
-| **Segmento de Usuario** | **Tipo de Canal** | **[Estrategia de Actualización](https://capgo.app/docs/live-updates/update-behavior/)** |
-| --- | --- | --- |
-| Usuarios Avanzados | Canal Beta | Acceso anticipado a nuevas funciones |
-| Usuarios Regulares | Canal de Producción | Implementaciones por etapas centradas en la estabilidad |
-| Usuarios de Baja Actividad | Canal Estable | Actualizaciones centradas en la funcionalidad fundamental |
-
-### Integrando la Segmentación con CI/CD
-
-Capgo se integra sin problemas con herramientas como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), y [Jenkins](https://www.jenkins.io/), haciendo que las implementaciones sean tan simples como un solo comando. Además, su API pública permite a los desarrolladores crear integraciones personalizadas dentro de sus flujos de trabajo existentes. Este proceso está diseñado para trabajar junto a los protocolos de seguridad establecidos.
-
-> "Cifrado de extremo a extremo. Solo tus usuarios pueden descifrar tus actualizaciones, nadie más." - Capgo [\[2\]](https://capgo.app)
-
-### Seguridad y Cumplimiento con las Reglas de la App Store
-
-Capgo se adhiere a las pautas de Apple y Google al incorporar características como cifrado de extremo a extremo, control de versiones y opciones de retroceso. Esto asegura que las actualizaciones se entreguen de manera eficiente y segura, apoyando una rápida adopción por parte de los usuarios de todo el mundo.
-
-## Consejos para una Mejor Segmentación de Usuarios
-
-### Establecer la Frecuencia de Actualización Correcta
-
-Elegir la frecuencia de actualización adecuada depende en gran medida de cómo interactúan los usuarios con tu producto. Por ejemplo, los usuarios activos diarios prosperan con actualizaciones frecuentes que los mantienen comprometidos y ofrecen acceso anticipado a nuevas funciones. Por otro lado, los usuarios regulares podrían apreciar actualizaciones de forma quincenal o mensual, mientras que los usuarios de baja actividad solo deberían recibir actualizaciones críticas para evitar abrumarlos.
-
-Para determinar el mejor cronograma, considera factores como patrones de uso, complejidad de nuevas funciones, retroalimentación de usuarios y cualquier limitación técnica. Una vez que hayas establecido un plan, válídalo a través de pruebas beta dirigidas a grupos de usuarios específicos.
-
-### Probar Tu Estrategia de Segmentación
-
-Después de configurar tu plan de actualización, es esencial probar tu estrategia de segmentación para asegurarte de que funcione como se espera. Las pruebas beta son una excelente manera de validar tu enfoque antes de implementarlo para todos.
-
-| Fase de Prueba | Duración | Métricas Clave |
-| --- | --- | --- |
-| Beta Inicial | 1–2 semanas | Tasa de éxito de actualizaciones, informes de fallos |
-| Lanzamiento Limitado | 2–4 semanas | Compromiso de usuarios, adopción de funciones |
-| Lanzamiento Completo | 1–2 meses | Retención a largo plazo, satisfacción general |
-
-Este enfoque por fases te permite identificar y abordar posibles problemas desde el principio. Una vez que las pruebas confirmen la efectividad de la estrategia, continúa refinándola en función de los resultados.
-
-### Rastrear y Mejorar Resultados
-
-Incluso después de las pruebas, el trabajo no se detiene. Rastrear regularmente el rendimiento es clave para mantener afilada tu estrategia de segmentación. El monitoreo en tiempo real puede ayudarte a detectar tendencias y realizar ajustes según sea necesario. Herramientas como Capgo ofrecen análisis para evaluar el rendimiento de las actualizaciones y una función de retroceso con un clic para manejar cualquier inconveniente inesperado.
-
-Para obtener el máximo provecho de tus esfuerzos de segmentación:
-
--   **Monitorea las tasas de adopción de actualizaciones** entre diferentes grupos de usuarios.
--   **Rastrear tasas de error** para detectar y resolver problemas rápidamente.
--   **Analiza la retroalimentación de usuarios** para comprender las necesidades específicas de cada segmento.
--   **Aprovecha la función de retroceso de Capgo** para minimizar la interrupción cuando surjan problemas.
-
-> "Implementamos [actualizaciones OTA de Capgo](https://console.capgo.app/resend_email) en producción para nuestra base de usuarios de más de 5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos. del OTA siendo implementado a @Capgo." - colenso, @colenso [\[2\]](https://capgo.app)
-
-## Resumen
-
-### Resultados de una Buena Segmentación
-
-Cuando la segmentación se realiza correctamente, los resultados hablan por sí mismos. Las tasas de adopción de actualizaciones pueden aumentar entre un 25–35% cuando las actualizaciones se entregan según la actividad del usuario. Al mismo tiempo, los tickets de soporte técnico experimentan una caída significativa, alrededor del 30–45%, gracias a la detección temprana de problemas potenciales. Incluso la retención de usuarios recibe un sólido impulso, mejorando entre un 15–25% debido a menos interrupciones y lanzamientos de funciones más relevantes.
-
-Las actualizaciones personalizadas también tienen un impacto directo en el compromiso del usuario. La duración de las sesiones aumenta entre un 10–20%, y las calificaciones de la aplicación pueden aumentar hasta una estrella completa. Para aplicaciones monetizadas, los efectos son aún más convincentes, con [compras dentro de la aplicación](https://capgo.app/plugins/native-purchases/) aumentando entre un 15–30% cuando las actualizaciones se centran en usuarios de alto valor [\[1\]](https://www.pushwoosh.com/blog/mobile-app-user-segmentation/).
-
-Estos resultados destacan cuán impactante puede ser la segmentación dirigida, estableciendo las bases para una [estrategia de actualización personalizada](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) potenciada por Capgo.
-
-### El Rol de Capgo en la Segmentación de Actualizaciones
-
-Capgo facilita aprovechar los beneficios de la segmentación con su solución de actualizaciones en vivo. Utilizando las herramientas de asignación de usuarios de Capgo, puedes implementar actualizaciones a segmentos específicos de usuarios con precisión. La plataforma prioriza actualizaciones seguras y conformes mientras ofrece cifrado de extremo a extremo.
-
-| **Beneficios Clave de Capgo** | **Implementación** |
-| --- | --- |
-| Precisión | Entregar actualizaciones adaptadas a segmentos específicos |
-| Seguridad | Deshacer actualizaciones instantáneamente si es necesario |
-| Monitoreo | Rastrear el rendimiento en tiempo real |
-| Seguridad | Asegurarse de que las actualizaciones estén cifradas y cumplan con los estándares de conformidad |
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de más de 5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos desde que se implementó el OTA a @Capgo." - colenso, @colenso [\[2\]](https://capgo.app)
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Cómo puede la segmentación por frecuencia de uso mejorar las estrategias de actualización de aplicaciones?
-
-La segmentación por frecuencia de uso ayuda a los desarrolladores a ajustar las actualizaciones de la aplicación según la frecuencia con la que los usuarios interactúan con ella. Al dividir a los usuarios en categorías como usuarios frecuentes, ocasionales o raros, los desarrolladores pueden centrarse en ofrecer actualizaciones que resuenen con las necesidades específicas de cada grupo, aumentando en última instancia la satisfacción y la retención.
-
-Tomemos como ejemplo a los usuarios frecuentes: podrían apreciar actualizaciones que mejoren el rendimiento o introduzcan funciones avanzadas. Por otro lado, los usuarios ocasionales pueden beneficiarse más de actualizaciones que simplifiquen la navegación o resuelvan frustraciones comunes. Herramientas como **Capgo** agilizan este proceso al permitir actualizaciones en tiempo real para aplicaciones de [Capacitor](https://capacitorjs.com/), asegurando que los usuarios reciban las actualizaciones adecuadas al instante, sin la molestia de las aprobaciones de la tienda de aplicaciones.
-:::
-
-:::faq
-### ¿Cuáles son las herramientas y métricas clave para rastrear el comportamiento del usuario y crear una segmentación de uso efectiva?
-
-Para que la segmentación de uso funcione de manera efectiva, necesitas estar atento al comportamiento del usuario a través de herramientas y métricas que ofrezcan información procesable. Plataformas como **[Google Analytics](https://marketingplatform.google.com/about/analytics/)** o **[Mixpanel](https://mixpanel.com/)** son excelentes para rastrear interacciones de usuarios, duraciones de sesiones y cómo se utilizan las funciones. Además, el **rastreo de eventos dentro de la aplicación** puede mostrarte exactamente cómo interactúan los usuarios con funciones específicas, mientras que el **análisis de cohortes** ayuda a descubrir tendencias en el comportamiento del usuario a lo largo del tiempo.
-
-Las métricas clave en las que centrarse incluyen **tasas de retención**, **con qué frecuencia los usuarios interactúan con la aplicación** y **niveles generales de actividad**. Si estás trabajando con aplicaciones de Capacitor, herramientas como **Capgo** pueden hacer que este proceso sea más fluido al entregar actualizaciones y funciones directamente a grupos específicos de usuarios. Esto permite una experiencia más personalizada y ciclos de iteración más rápidos, manteniendo tu aplicación alineada con las necesidades de los usuarios.
-:::
-
-:::faq
-### ¿Cómo ayuda Capgo a los desarrolladores a agilizar las actualizaciones de aplicaciones y mejorar la experiencia del usuario?
-
-Capgo brinda a los desarrolladores la capacidad de enviar actualizaciones, correcciones y nuevas funciones a sus aplicaciones al instante, sin necesidad de retrasos por aprobaciones de la tienda de aplicaciones. Esto significa que puedes abordar los comentarios de los usuarios y solucionar problemas a medida que surgen, creando una experiencia fluida para tus usuarios.
-
-Características clave como **cifrado de extremo a extremo**, **integración de CI/CD**, y la opción de dirigir actualizaciones a grupos específicos de usuarios hacen que Capgo sea tanto seguro como adaptable. Además, sus **herramientas de gestión organizacional** simplifican la coordinación entre equipos, todo mientras garantizan el cumplimiento con las pautas de Apple y Android.
-:::
diff --git a/src/content/blog/es/user-consent-for-ota-updates-best-practices.md b/src/content/blog/es/user-consent-for-ota-updates-best-practices.md
deleted file mode 100644
index f2661bd7a..000000000
--- a/src/content/blog/es/user-consent-for-ota-updates-best-practices.md
+++ /dev/null
@@ -1,75 +0,0 @@
----
-slug: user-consent-for-ota-updates-best-practices
-title: 'Consentimiento del usuario para actualizaciones OTA: Mejores prácticas'
-description: >-
-  Aprende más sobre las mejores prácticas para obtener el consentimiento del
-  usuario para actualizaciones OTA, garantizando el cumplimiento, la seguridad y
-  la confianza del usuario durante las actualizaciones de la aplicación.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T03:12:16.361Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c46c45a08fca89178f92d-1745637266325.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  OTA updates, user consent, app security, compliance, mobile updates, data
-  protection, user trust, update notifications
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-The main risks include:
--   Potential legal issues from not meeting regulations
--   Loss of user trust and potential app uninstalls
--   App store policy violations that could lead to removal
--   Security vulnerabilities from unwanted updates
--   Negative user reviews affecting app reputation
-
-### How often should I ask for user consent?
-
-Best practices suggest:
--   Only when required by law or platform policies
--   When major feature changes are involved
--   For updates that affect user data or privacy
--   Not more than necessary to avoid update fatigue
-
-### Can I automate the consent process?
-
-Yes, but with limitations:
--   Some aspects can be automated through tools like Capgo
--   User interaction is still needed for explicit consent
--   Automation should focus on timing and presentation
--   Always maintain clear opt-out options
-
-### What's the best way to handle consent for critical security updates?
-
-Consider these approaches:
--   Clearly explain the security implications
--   Use urgent notifications for critical fixes
--   Offer simple one-tap consent options
--   Provide detailed information for interested users
-:::
-
-No obtener el consentimiento del usuario para las actualizaciones Over-the-Air (OTA) puede llevar a serios problemas legales y éticos. Muchas jurisdicciones, incluidos los Estados Unidos, tienen estrictas leyes de privacidad y protección al consumidor que requieren transparencia y acuerdo del usuario al modificar software en sus dispositivos. Ignorar esto puede resultar en sanciones, demandas o la eliminación de las tiendas de aplicaciones por incumplimiento de las pautas de la plataforma.
-
-Más allá de los riesgos legales, actualizar aplicaciones sin el consentimiento del usuario puede dañar la confianza del usuario y dañar la reputación de tu marca. Para evitar estos riesgos, es mejor implementar mecanismos de consentimiento claros y amigables para las actualizaciones OTA. Plataformas como **Capgo** pueden ayudar a garantizar el cumplimiento mientras ofrecen soluciones de actualización en vivo perfectas adaptadas para aplicaciones Capacitor.
-:::
-
-:::faq
-### ¿Cuáles son las mejores prácticas para crear solicitudes de consentimiento compatibles y fáciles de usar para las actualizaciones OTA?
-
-Para garantizar que tus solicitudes de consentimiento para actualizaciones Over-the-Air (OTA) sean compatibles y fáciles de usar, concéntrate en la claridad, transparencia y simplicidad. Explica claramente qué implica la actualización, por qué es necesaria y cómo beneficia al usuario. Evita la jerga técnica y usa un lenguaje sencillo que sea fácil de entender.
-
-Asegúrate de proporcionar a los usuarios una opción clara para aceptar o rechazar la actualización, y respeta su decisión. Además, cumple con las pautas de la plataforma (por ejemplo, Apple y Android) y las regulaciones de privacidad de datos como GDPR o CCPA. Herramientas como Capgo pueden ayudar a agilizar el proceso ofreciendo funciones como la asignación de usuarios para actualizaciones y el cumplimiento en tiempo real de los requisitos de la plataforma, garantizando una experiencia fluida y segura tanto para desarrolladores como para usuarios.
-:::
-
-:::faq
-### ¿Qué medidas de seguridad garantizan que los datos del usuario estén protegidos durante las actualizaciones OTA?
-
-Para proteger los datos del usuario durante las actualizaciones Over-the-Air (OTA), es esencial implementar el **cifrado de extremo a extremo**. Esto asegura que solo los usuarios previstos puedan descifrar y acceder a las actualizaciones, manteniendo segura la información sensible.
-
-Además, es crucial cumplir con las pautas de seguridad específicas de la plataforma de Apple y Android, auditar regularmente los mecanismos de actualización y utilizar soluciones confiables que prioricen la protección de datos.
-:::
diff --git a/src/content/blog/es/version-control-tips-for-mobile-ci-cd.md b/src/content/blog/es/version-control-tips-for-mobile-ci-cd.md
deleted file mode 100644
index 3c3b1d881..000000000
--- a/src/content/blog/es/version-control-tips-for-mobile-ci-cd.md
+++ /dev/null
@@ -1,136 +0,0 @@
----
-slug: version-control-tips-for-mobile-ci-cd
-title: Consejos de Control de Versiones para CI/CD Móvil
-description: >-
-  Mejora tu proceso de CI/CD móvil con estrategias efectivas de control de
-  versiones, desde métodos de ramificación hasta prácticas de seguridad y planes
-  de reversión.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:48:24.354Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6824286159ff6128992275a6-1747201776379.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  version control, mobile CI/CD, branching strategies, security practices,
-  rollback plans, semantic versioning, app updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: es
-next_blog: ''
----
-**¿Quieres acelerar el [desarrollo de aplicaciones móviles](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) en un 20%?** El control de versiones es clave. Simplifica la colaboración, rastrea cambios y asegura una integración fluida con los pipelines de CI/CD. Esto es lo que necesitas saber:
-
--   **Mejores Prácticas de Commit**: Usa commits atómicos y mensajes claros para mantener tu código base limpio y fácil de gestionar.
--   **Estrategias de Ramificación**: Elige entre ramificación por características, lanzamientos o basada en tronco según las necesidades de tu equipo.
--   **Numeración de Versiones**: Adhiérete al versionado semántico (MAYOR.MENOR.PARCHE) para mayor claridad y consistencia.
--   **Integración CI/CD**: Automatiza las compilaciones y despliegues usando etiquetas de versión y herramientas como [Capgo](https://capgo.app/) para [actualizaciones instantáneas](https://capgo.app/docs/).
--   **Seguridad**: Ejecuta escaneos automatizados de vulnerabilidades y almacena datos sensibles de forma segura.
--   **Planes de Reversión**: Prepárate para volver rápidamente a una versión estable si surgen problemas.
--   **Seguimiento de Uso**: Utiliza análisis para monitorear la adopción de versiones y planificar deprecaciones efectivamente.
-
-**Comparación Rápida de Estrategias de Ramificación:**
-
-| Estrategia | Mejor Para | Beneficios Clave | Desafíos |
-| --- | --- | --- | --- |
-| Ramificación por Características | Equipos de ritmo rápido | Desarrollo aislado, QA más fácil | Riesgo de brechas de comunicación |
-| Ramificación por Lanzamientos | Múltiples líneas de lanzamiento | Lanzamientos estables, mejor control | Gestión compleja de lanzamientos |
-| Basada en Tronco | Equipos pequeños y colaborativos | Integración más rápida, retroalimentación rápida | Requiere pruebas sólidas |
-
-Estas prácticas no solo ahorran tiempo sino que también reducen errores, asegurando que el desarrollo de tu aplicación móvil se mantenga eficiente y confiable.
-
-## Cómo Construimos el Control de Versiones de Aplicaciones con Git
-
-<iframe src="https://www.youtube.com/embed/7kkeX-qLu9g" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Mejores Métodos de Control de Versiones para CI/CD Móvil
-
-Optimiza tu proceso de desarrollo móvil con estas prácticas probadas de control de versiones.
-
-### Reglas y Estándares de Commit
-
-Los buenos hábitos de commit son la base de un control de versiones efectivo. Así es como mantener tus commits limpios y manejables:
-
--   **Commits Atómicos**: Cada commit debe centrarse en un único cambio lógico. Por ejemplo, separa las actualizaciones de UI de los cambios en la lógica backend. Este enfoque simplifica el seguimiento y facilita la reversión si surgen problemas.
-    
--   **Mensajes Descriptivos**: Escribe mensajes de commit claros y estructurados. Un buen mensaje incluye un asunto conciso (50 caracteres o menos), una explicación detallada del cambio y referencias a problemas relacionados.
-    
-
-Aquí hay una plantilla de ejemplo para un mensaje de commit:
-
-```
-feat(auth): implement biometric login
-
-- Add FaceID/TouchID support for iOS
-- Implement fingerprint authentication for Android
-- Update security documentation
-
-Resolves: MOB-123
-```
-
-Estas prácticas facilitan la comprensión del historial de tu código base y aseguran una colaboración más fluida.
-
-[Continúa la traducción del resto del texto siguiendo el mismo patrón y manteniendo todos los enlaces, etiquetas HTML y bloques de código sin traducir]
-
-| Fase | Duración | Acciones |
-| --- | --- | --- |
-| Anuncio | 90 días | Notificar a los usuarios sobre la fecha de fin de vida |
-| Período de Migración | 60 días | Proporcionar pasos detallados de actualización |
-| Período de Gracia | 30 días | Enviar recordatorios finales |
-| Obsolescencia | Inmediata | Finalizar el soporte para la versión |
-
-Mediante el monitoreo del uso de versiones durante estas fases, puedes identificar obstáculos para la migración y asegurar que la mayoría de los usuarios actualicen sin problemas.
-
-### Herramientas Analíticas de Capgo
-
-Para obtener información en tiempo real, integra estas métricas con herramientas como la suite analítica de Capgo. Capgo proporciona una vista integral del rendimiento y adopción de versiones, integrándose perfectamente en tu flujo de trabajo de CI/CD. Sus características incluyen:
-
--   Seguimiento en tiempo real de las tasas de adopción de versiones
--   Segmentación de usuarios por versión
--   Métricas detalladas de rendimiento para cada versión
--   Detección automatizada de anomalías
-
-Estas herramientas aseguran que te mantengas informado y proactivo sobre la gestión de versiones en el ciclo de vida de tu software.
-
-## Conclusión: Guía de Control de Versiones para CI/CD Móvil
-
-El control de versiones juega un papel crucial en los flujos de trabajo de CI/CD móvil, con procesos automatizados que potencialmente reducen el tiempo de desarrollo hasta en un 20% [\[1\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers). A medida que el ecosistema de aplicaciones móviles evoluciona, esta importancia se hace aún más clara. Por ejemplo, el cierre de [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) en 2024 y el próximo cierre de Appflow de Ionic en 2026 resaltan la necesidad de elegir soluciones confiables y a largo plazo para el control de versiones. Estos cambios requieren herramientas que sean flexibles y a prueba de futuro.
-
-Para tener éxito, los sistemas de control de versiones deben abordar desafíos como la fragmentación de dispositivos, requisitos variables de plataforma y riesgos de seguridad. Esto significa incorporar características como seguimiento unificado, verificaciones automatizadas de cumplimiento y escaneo integrado de vulnerabilidades. Herramientas como Capgo, que ofrecen actualizaciones instantáneas con [encriptación fuerte](https://capgo.app/docs/cli/migrations/encryption/) y eliminan los retrasos de la tienda de aplicaciones, están allanando el camino para flujos de trabajo más eficientes.
-
-Mirando hacia el futuro, los equipos que adopten prácticas disciplinadas de control de versiones y aprovechen avances como revisiones de código asistidas por IA y entornos de construcción sin servidor estarán mejor posicionados para entregar aplicaciones móviles de alta calidad con velocidad y precisión. Al refinar sus estrategias y adoptar herramientas de vanguardia, los equipos de desarrollo pueden fortalecer sus canales de CI/CD y mantener el ritmo con las demandas siempre cambiantes del panorama móvil.
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Cuál es la diferencia entre las estrategias de ramificación por características, lanzamientos y basada en tronco en CI/CD móvil?
-
-Las estrategias de ramificación son una parte esencial de los flujos de trabajo de CI/CD móvil, ayudando a los equipos a gestionar el código de manera efectiva y agilizar el proceso de implementación. Aquí hay una mirada más detallada a algunos enfoques comunes:
-
--   **Ramificación por características**: Esto implica crear ramas separadas para cada nueva característica. Permite a los desarrolladores trabajar de forma aislada y probar sus cambios antes de fusionarlos con la rama principal. Si bien esto reduce el riesgo de conflictos, mantener las ramas activas durante demasiado tiempo puede ralentizar la integración.
-    
--   **Ramificación por lanzamientos**: Los equipos crean ramas dedicadas específicamente para estabilizar y preparar el código para el despliegue. Esto permite que el trabajo continuo en nuevas características continúe sin afectar la estabilidad de la rama de lanzamiento, que permanece enfocada en la preparación para producción.
-    
--   **Desarrollo basado en tronco**: Aquí, los desarrolladores envían frecuentemente actualizaciones pequeñas e incrementales directamente a la rama principal. Este método reduce los desafíos de integración, apoya la integración continua y acelera los ciclos de entrega.
-    
-
-Cada una de estas estrategias tiene sus ventajas, y la mejor opción depende del flujo de trabajo y las necesidades de tu equipo. Para equipos que trabajan con aplicaciones Capacitor, herramientas como **Capgo** pueden elevar tu proceso de CI/CD al permitir actualizaciones instantáneas en vivo. Esto elimina la necesidad de aprobaciones de la tienda de aplicaciones y asegura una integración fluida con tus prácticas de control de versiones.
-:::
-
-:::faq
-### ¿Cómo mejora Capgo los flujos de trabajo de CI/CD de aplicaciones móviles y qué ventajas ofrece en comparación con los enfoques tradicionales?
-
-Capgo optimiza los flujos de trabajo de CI/CD móvil ofreciendo **actualizaciones instantáneas por aire (OTA)**. Esto significa que los desarrolladores pueden evitar las molestias de envíos constantes a la tienda de aplicaciones, entregando correcciones de errores, nuevas características y actualizaciones mucho más rápido - todo mientras cumplen con las pautas de Apple y Android.
-
-A diferencia de los enfoques tradicionales, Capgo se destaca con beneficios como tiempo de inactividad minimizado, una experiencia de usuario más fluida y una integración sin esfuerzo en los canales de CI/CD existentes. Las actualizaciones se pueden enviar de forma segura y en tiempo real, haciendo la gestión de aplicaciones más eficiente y adaptable. Con características avanzadas como encriptación de extremo a extremo y actualizaciones adaptadas a usuarios específicos, Capgo asegura tanto la seguridad como la personalización del proceso de actualización.
-:::
-
-:::faq
-### ¿Cómo puedo garantizar la seguridad y permitir reversiones rápidas en un canal de CI/CD móvil?
-
-Para mantener tu canal de CI/CD móvil seguro y preparado para reversiones rápidas, concéntrate en **prácticas sólidas de control de versiones**. Esto significa mantener notas de lanzamiento exhaustivas, aprovechar las banderas de características para controlar los lanzamientos de funciones y ejecutar pruebas automatizadas para identificar vulnerabilidades antes del despliegue.
-
-Para reversiones rápidas, asegúrate de tener copias de seguridad confiables de versiones anteriores de la aplicación y usa herramientas que permitan reversiones instantáneas. Herramientas como Capgo pueden simplificar este proceso con actualizaciones en tiempo real, permitiéndote resolver problemas rápidamente mientras minimizas el impacto en los usuarios. Estas medidas protegen la estabilidad de tu aplicación y ayudan a mantener una experiencia fluida para tus usuarios.
-:::
diff --git a/src/content/blog/es/version-tagging-in-capacitor-apps.md b/src/content/blog/es/version-tagging-in-capacitor-apps.md
deleted file mode 100644
index c3eb097d9..000000000
--- a/src/content/blog/es/version-tagging-in-capacitor-apps.md
+++ /dev/null
@@ -1,184 +0,0 @@
----
-slug: version-tagging-in-capacitor-apps
-title: Identificación de versiones en las aplicaciones Capacitor
-description: >-
-  Aprende los conceptos básicos del control de versiones en aplicaciones
-  Capacitor, incluyendo las mejores prácticas para actualizaciones,
-  sincronización y automatización.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T03:19:04.753Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e36d7410051fda3b6230a0-1742959155569.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, version tagging, semantic versioning, app updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-El etiquetado de versiones es esencial para gestionar aplicaciones [Capacitor](https://capacitorjs.com/). Asegura actualizaciones fluidas, rastrea cambios y mejora la fiabilidad de la aplicación en plataformas iOS, Android y web. Aquí un resumen rápido:
-
--   **Por Qué Importa**: Rastrea actualizaciones, permite reversiones y asegura implementaciones estables.
--   **Versionado Semántico**: Usa **MAYOR.MENOR.PARCHE** para indicar cambios incompatibles, nuevas características o correcciones.
--   **Sincronización Entre Plataformas**: Alinea números de versión en `package.json`, `Info.plist` de iOS y `build.gradle` de Android.
--   **Automatización**: [Automatiza actualizaciones](https://capgo.app/docs/live-updates/update-behavior/) con scripts npm y herramientas CI/CD.
--   **Actualizaciones en Vivo**: Herramientas como [Capgo](https://capgo.app/) entregan actualizaciones al 95% de usuarios en 24 horas.
--   **Gestión Beta**: Usa canales estructurados para versiones alfa, beta y producción.
-
-### Comparación Rápida
-
-| Característica | Propósito | Ejemplo |
-| --- | --- | --- |
-| **Versionado Semántico** | Rastrea cambios claramente | `1.2.3 → 2.0.0` |
-| **Sincronizar Versiones** | Alinea entre plataformas | `npx cap sync` |
-| **Automatización** | Acelera actualizaciones de versión | `npm version patch` |
-| **Actualizaciones en Vivo** | Adopción rápida de usuarios | 95% de Capgo en 24 horas |
-| **Canales Beta** | Fases de prueba controladas | `1.3.0-beta.1` |
-
-El etiquetado de versiones simplifica las [actualizaciones de la aplicación](https://capgo.app/plugins/capacitor-updater/), mantiene a los usuarios satisfechos y asegura que los desarrolladores puedan gestionar los lanzamientos efectivamente.
-
-## Cómo configurar AUTOMÁTICAMENTE tu proyecto [Capacitor](https://capacitorjs.com/) ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-<Steps>
-
-1. **Descarga e instala**
-2. **Configura y personaliza**
-3. **¡Listo para usar!**
-
-</Steps>
-
-## Configuración de Versión en Capacitor
-
-Sigue estos pasos para asegurar una gestión de versiones consistente en todas las plataformas de tu aplicación Capacitor.
-
-### Configurando la Versión en `package.json`
-
-El archivo `package.json` sirve como fuente principal para los detalles de versión de tu aplicación. Aquí un ejemplo de cómo configurarlo:
-
-```json
-{
-  "name": "mi-app",
-  "version": "1.2.3",
-  "description": "Mi aplicación Capacitor"
-}
-```
-
-Al actualizar el número de versión, usa las reglas de versionado semántico (SemVer):
-
--   **Versión mayor** (1.x.x): Introduce cambios incompatibles.
--   **Versión menor** (x.2.x): Agrega nuevas características compatibles con versiones anteriores.
--   **Versión parche** (x.x.3): Corrige errores o realiza pequeñas mejoras.
-
-### Manteniendo Sincronizadas las Versiones de Plataforma
-
-Es importante alinear los números de versión en todas las plataformas para una implementación fluida. Cada plataforma tiene su propio archivo de configuración para versionado:
-
-| Plataforma | Archivo de Configuración | Clave de Versión |
-| --- | --- | --- |
-| iOS | Info.plist | CFBundleShortVersionString |
-| Android | build.gradle | versionName |
-| Web | package.json | version |
-
-Después de actualizar la versión en `package.json`, usa este comando para sincronizar los cambios con las configuraciones nativas de la plataforma:
-
-```bash
-npx cap sync
-```
-
-### Usando CLI de Capacitor para Gestión de Versiones
-
-El CLI de Capacitor ofrece comandos útiles para gestionar versiones:
-
-```bash
-npx cap --version
-npx cap update
-```
-
-Mantener actualizado tu CLI de Capacitor asegura la compatibilidad con características específicas de versión y reduce posibles discrepancias. Seguir estos pasos te ayudará a mantener un versionado adecuado en tu aplicación.
-
-[Continue with the rest of the text if needed]
-
-Una herramienta destacada en este espacio es Capgo, que ofrece características específicamente diseñadas para [aplicaciones Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Características de Control de Versiones de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgo proporciona capacidades robustas de gestión de versiones, incluyendo:
-
--   **23.5M de actualizaciones exitosas entregadas**
--   **95% de usuarios actualizados en 24 horas**
--   **82% de tasa de éxito global**
--   **57ms de tiempo promedio de respuesta API mundial**
-
-Aquí hay un ejemplo de cómo usar Capgo para el control de versiones:
-
-```json
-{
-  "name": "your-app-name",
-  "version": "1.2.3",
-  "private": true,
-  "dependencies": {
-    "@capacitor/core": "5.5.0",
-    "@capacitor/ios": "5.5.0",
-    "@capacitor/android": "5.5.0"
-  }
-}
-```
-
-> "Actualmente estamos probando @Capgo ya que Appcenter dejó de dar soporte de actualizaciones en vivo para aplicaciones híbridas y @AppFlow es demasiado costoso." - Simon Flack [\[1\]](https://capgo.app/)
-
-### Soluciones por Tamaño de Equipo
-
-Capgo ofrece planes flexibles para acomodar equipos de todos los tamaños, haciendo que la gestión de versiones sea escalable y eficiente.
-
-| Tamaño del Equipo | Plan | Características Principales |
-| --- | --- | --- |
-| Desarrollador Individual | Alojamiento básico en la nube | Actualizaciones en vivo, 1,000 MAU |
-| Equipo Pequeño (2-5) | Plan Maker | 10,000 MAU, 500GB de ancho de banda |
-| Equipo Mediano (6-20) | Plan Team | 100,000 MAU, permisos |
-| Empresa | PAYG Personalizado | MAU ilimitado, soporte dedicado |
-
-Para equipos más grandes, el sistema de canales de Capgo permite un control preciso sobre el despliegue de versiones:
-
-```bash
-npx cap sync
-```
-
-> "¡Practicamos desarrollo ágil y @Capgo es crítico para nuestra misión de entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo también incluye un panel de análisis para monitorear las tasas de adopción de versiones y detectar problemas potenciales tempranamente. Con encriptación incorporada y opciones de alojamiento personalizables, los equipos pueden mantener la seguridad mientras escalan sus flujos de trabajo de despliegue.
-
-## Conclusión
-
-Entender el etiquetado de versiones es clave para simplificar los procesos de desarrollo y despliegue. Aquí hay un resumen rápido de las ideas principales y los pasos para comenzar.
-
-### Puntos Clave
-
-El etiquetado de versiones ayuda a los desarrolladores a mantener actualizaciones fluidas y confiables. El control de versiones adecuado ofrece claras ventajas:
-
-| Beneficio | Impacto | Resultado |
-| --- | --- | --- |
-| Actualizaciones Instantáneas | Tiempos de revisión más cortos | Adopción más rápida por usuarios [\[1\]](https://capgo.app/) |
-| Control de Versiones | Mejor gestión de código | Mayores tasas de éxito [\[1\]](https://capgo.app/) |
-| Seguimiento de Actualizaciones | Monitoreo en tiempo real | Resolución más rápida de problemas [\[1\]](https://capgo.app/) |
-| Control de Distribución | Despliegues dirigidos | Soporte multiplataforma |
-
-Estos resultados resaltan la importancia de usar herramientas efectivas de gestión de versiones.
-
-### Cómo Comenzar
-
-Para poner estos beneficios en acción, sigue estos pasos:
-
--   **Configura el seguimiento de versiones**: Usa versionado semántico en tu archivo `package.json` e integra los plugins necesarios.
--   **Agrega verificaciones de actualización**: Implementa sistemas para verificar y rastrear actualizaciones de versiones.
--   **Configura canales de distribución**: Crea entornos separados para producción, beta y desarrollo.
-
-Finalmente, considera agregar un sistema de actualización en vivo para asegurar que los despliegues sean rápidos y seguros.
diff --git a/src/content/blog/es/vue-mobile-app-capacitor.md b/src/content/blog/es/vue-mobile-app-capacitor.md
deleted file mode 100644
index e75889f90..000000000
--- a/src/content/blog/es/vue-mobile-app-capacitor.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-slug: vue-mobile-app-capacitor
-title: Construyendo aplicaciones móviles con Vue y Capacitor
-description: >-
-  Aprende a crear una aplicación móvil usando Vue, Capacitor y opcionalmente
-  mejorar la interfaz de usuario con Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-08T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /vue_capacitor.webp
-head_image_alt: Ilustración de Vue y Capacitor
-keywords: >-
-  Vue, Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: es
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-En este tutorial, te guiaremos a través del proceso de convertir una aplicación web de Vue en una aplicación móvil nativa usando Capacitor. Opcionalmente, también puedes mejorar tu interfaz de usuario móvil con Konsta UI, una biblioteca de interfaz de usuario móvil basada en Tailwind CSS.
-
-## Acerca de Capacitor
-
-Capacitor es una herramienta revolucionaria que te permite integrarlo fácilmente en cualquier proyecto web y convertir tu aplicación en una aplicación móvil nativa. Genera proyectos nativos de Xcode y Android Studio para ti y proporciona acceso a características nativas del dispositivo como la cámara a través de un puente JavaScript.
-
-## Preparando tu aplicación Vue
-
-Primero, crea una nueva aplicación Vue ejecutando el siguiente comando:
-
-```shell
-vue create my-app
-cd my-app
-npm install
-```
-
-Para preparar tu aplicación Vue para el despliegue móvil nativo, necesitarás exportar tu proyecto. Agrega un script en tu archivo **package.json** para construir y copiar el proyecto de Vue:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "vue-cli-service build"
-  }
-}
-```
-
-Después de ejecutar el comando `build`, deberías ver una nueva carpeta `dist` en el directorio raíz de tu proyecto. Esta carpeta será utilizada por Capacitor más adelante.
-
-## Agregando Capacitor a tu aplicación Vue
-
-Para convertir tu aplicación web de Vue en un contenedor móvil nativo, sigue estos pasos:
-
-1. Instala la CLI de Capacitor como una dependencia de desarrollo y configúralo dentro de tu proyecto. Acepta los valores predeterminados para el nombre y el ID del paquete durante la configuración.
-
-2. Instala el paquete principal y los paquetes relevantes para las plataformas iOS y Android.
-
-3. Agrega las plataformas, y Capacitor creará carpetas para cada plataforma en la raíz de tu proyecto:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Vue project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Ahora deberías ver nuevas carpetas **iOS** y **android** en tu proyecto de Vue.
-
-Actualiza el archivo **capacitor.config.json** para apuntar **webDir** al resultado de tu comando de construcción:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-Ahora, puedes construir tu proyecto de Vue y sincronizarlo con Capacitor:
-
-```shell
-npm run build
-npx cap sync
-```
-
-## Construir y desplegar aplicaciones nativas
-
-Para desarrollar aplicaciones iOS, necesitas tener Xcode instalado, y para aplicaciones Android, necesitas tener Android Studio instalado. Además, necesitas inscribirte en el Programa de Desarrolladores de Apple para iOS y en la Consola de Google Play para Android para distribuir tu aplicación en la tienda de aplicaciones.
-
-Utiliza la CLI de Capacitor para abrir ambos proyectos nativos:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Despliega tu aplicación en un dispositivo conectado usando Android Studio o Xcode.
-
-## Recarga en vivo de Capacitor
-
-Habilita la recarga en vivo en tu dispositivo móvil haciendo que la aplicación de Capacitor cargue el contenido desde una URL específica en tu red.
-
-Encuentra tu dirección IP local y actualiza el archivo `capacitor.config.ts` con la IP y puerto correctos:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:8080',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Aplica estos cambios copiándolos en tu proyecto nativo:
-
-```shell
-npx cap copy
-```
-
-Ahora, tu aplicación se recargará automáticamente y mostrará cambios cuando actualices tu aplicación Vue.
-
-## Usando plugins de Capacitor
-
-Instala un plugin de Capacitor, como el plugin de Compartir, y úsalo en tu aplicación Vue:
-
-```shell
-npm i @capacitor/share
-```
-
-Importa el paquete y llama a la función `share()` en tu aplicación:
-
-```html
-<template>
-  <div>
-    <h1>Welcome to Vue and Capacitor!</h1>
-    <button @click="share">Share now!</button>
-  </div>
-</template>
-
-<script setup lang="ts">
-import { Share } from '@capacitor/share';
-
-async function share() {
-  await Share.share({
-    title: 'Open Youtube',
-    text: 'Check new video on youtube',
-    url: 'https://www.youtube.com',
-    dialogTitle: 'Share with friends'
-  });
-}
-</script>
-```
-
-Después de instalar nuevos plugins, ejecuta el comando `sync` y vuelve a desplegar la aplicación en tu dispositivo:
-
-```
-npx cap sync
-```
-
-## Agregando Konsta UI
-
-Para usar Konsta UI en tu aplicación Vue, necesitas tener [tailwind ya instalado](https://tailwindcss.com/docs/guides/vite/#vue) y para instalar el paquete:
-Para usar Konsta UI en tu aplicación Vue, instala el paquete y modifica tu archivo `tailwind.config.js`:
-
-```shell
-npm i konsta
-```
-
-Envuelve tu aplicación con el componente `App` en el archivo `pages/_app.vue`, y utiliza componentes de Vue de Konsta UI en tus páginas de Vue.
-
-## Conclusión
-
-Capacitor es una excelente opción para construir aplicaciones nativas basadas en un proyecto web existente. Con la adición de Capgo, es aún más fácil agregar actualizaciones en vivo a tu aplicación, asegurando que tus usuarios siempre tengan acceso a las últimas funciones y correcciones de errores.
-
-Descubre cómo Capgo puede ayudarte a construir mejores aplicaciones más rápido, [regístrate para obtener una cuenta gratuita](/register/) hoy.
diff --git a/src/content/blog/es/what-is-native-bridge-in-capacitor.md b/src/content/blog/es/what-is-native-bridge-in-capacitor.md
deleted file mode 100644
index 80933e45c..000000000
--- a/src/content/blog/es/what-is-native-bridge-in-capacitor.md
+++ /dev/null
@@ -1,281 +0,0 @@
----
-slug: what-is-native-bridge-in-capacitor
-title: ¿Qué es el Puente Nativo en Capacitor?
-description: >-
-  Explora cómo el Puente Nativo de Capacitor conecta sin problemas las
-  aplicaciones web con las funciones nativas del dispositivo, mejorando el
-  desarrollo de aplicaciones multiplataforma.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T04:25:06.576Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822b2de266b1f3f751ffb5b-1747110461280.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, Native Bridge, cross-platform development, web technologies, mobile
-  apps, plugins, device features, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: es
-next_blog: ''
----
-El **Puente Nativo** en [Capacitor](https://capacitorjs.com/) conecta tu código web con características nativas del dispositivo como cámaras, sensores y almacenamiento. Te permite construir aplicaciones utilizando tecnologías web mientras accedes a APIs específicas de la plataforma para iOS y Android. Aquí tienes lo que necesitas saber:
-
-1. **Componentes Clave**:
-    
-    1. **Capa de Código Nativo**: Accede directamente a las APIs del dispositivo.
-    2. **Interfaz de Capa Web**: Gestiona la comunicación entre JavaScript y el código nativo.
-    3. **Sistema de Complementos**: Agrega características adicionales a través de una API de JavaScript unificada.
-2. **Cómo Funciona**:
-    
-    1. Convierte las llamadas de JavaScript en funciones nativas.
-    2. Maneja la transferencia de datos entre las capas web y nativa de manera eficiente.
-    3. Proporciona APIs consistentes en plataformas.
-3. **Por qué es Importante**:
-    
-    1. Usa una única base de código para web, iOS y Android.
-    2. Modifica proyectos nativos directamente en herramientas como [Xcode](https://developer.apple.com/xcode/) o [Android Studio](https://developer.android.com/studio).
-    3. Asegura y optimiza la comunicación para un mejor rendimiento.
-
-El Puente Nativo de Capacitor simplifica el desarrollo de aplicaciones al combinar la flexibilidad de las tecnologías web con el poder de las características nativas.
-
-## Cómo crear un complemento local específico del proyecto | Ionic | [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6822b2de266b1f3f751ffb5b/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/q5kQcTqPtGY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Componentes Principales del Puente Nativo
-
-El puente nativo se construye en torno a tres componentes clave que permiten una comunicación eficiente entre las capas web y nativas. Juntos, simplifican las complejidades específicas de la plataforma, haciendo que sea más fácil para los desarrolladores aprovechar las características nativas utilizando tecnologías web familiares.
-
-### Motor WebView
-
-En el núcleo del sistema de puente de Capacitor se encuentra el **Motor WebView**, que proporciona el entorno de ejecución para aplicaciones web. Se basa en implementaciones específicas de la plataforma para el renderizado y la interacción:
-
-1. **iOS**: Utiliza [WKWebView](https://developer.apple.com/documentation/webkit/wkwebview), el componente WebView moderno y de alto rendimiento de Apple.
-2. **Android**: Aprovecha el Android WebView basado en [Chromium](https://www.chromium.org/) para el renderizado.
-
-El Motor WebView es responsable de mostrar contenido web, gestionar el estado de la aplicación y facilitar la comunicación segura entre las APIs web y el código nativo.
-
-| Plataforma | Implementación de WebView | Características Clave |
-| --- | --- | --- |
-| iOS | WKWebView | Alto rendimiento, seguridad moderna, integración nativa de API sin problemas |
-| Android | Android WebView | Renderizado basado en Chromium, interfaces de JavaScript, enlace de código nativo |
-
-### Arquitectura de Complementos
-
-La **Arquitectura de Complementos** proporciona un marco flexible que permite a los desarrolladores extender la funcionalidad de la aplicación al acceder a características nativas a través de una API de JavaScript unificada. Cada complemento se estructura en dos partes principales:
-
-1. **Interfaz de JavaScript**: La API de cara al usuario que los desarrolladores utilizan dentro de sus aplicaciones web.
-2. **Implementación Nativa**: Código específico de la plataforma escrito para iOS y Android.
-
-Esta separación garantiza una experiencia consistente para los desarrolladores, permitiéndoles interactuar con características nativas sin preocuparse por las diferencias de la plataforma subyacente.
-
-### Sistema de Procesamiento de Mensajes
-
-El **Sistema de Procesamiento de Mensajes** es la columna vertebral del intercambio de datos entre las capas web y nativas. Maneja varias tareas críticas:
-
-1. **Serialización de Mensajes**: Convierte datos de JavaScript en un formato que el código nativo puede procesar.
-2. **Enrutamiento de Solicitudes**: Dirige las llamadas a funciones a las implementaciones nativas apropiadas.
-3. **Manejo de Respuestas**: Envía resultados de las operaciones nativas de vuelta a la aplicación web.
-4. **Gestión de Errores**: Proporciona mensajes de error detallados para simplificar la depuración.
-
-Al utilizar el manejo asíncrono de mensajes, el sistema asegura que las aplicaciones web permanezcan receptivas durante las operaciones nativas. Funciones como el procesamiento por lotes y la serialización eficiente mejoran aún más el rendimiento, haciendo que las interacciones sean fluidas y suaves [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge).
-
-Estos componentes establecen las bases para el complejo proceso de comunicación entre web y nativo que se explora en las siguientes secciones.
-
-## Proceso de Comunicación entre Web y Nativo
-
-El puente nativo en Capacitor actúa como un vínculo vital, permitiendo una comunicación fluida entre aplicaciones web y [funcionalidades del dispositivo nativo](https://capgo.app/plugins/capacitor-native-biometric/).
-
-### Flujo de Comunicación
-
-Aquí te mostramos cómo se desarrolla el proceso de comunicación:
-
-| Dirección | Etapa | Operación |
-| --- | --- | --- |
-| **Web a Nativo** | **Inicio de Llamada API** | Se realiza una llamada API de JavaScript con parámetros. |
-|     | **Serialización de Datos** | Los datos se convierten en un formato compatible con el puente. |
-|     | **Enrutamiento** | La solicitud se envía al complemento apropiado. |
-| **Nativo a Web** | **Procesamiento** | Se ejecuta la funcionalidad nativa. |
-|     | **Generación de Respuesta** | Se preparan y serializan los resultados. |
-|     | **Manejo de Retorno** | Los datos se devuelven a través de la resolución de Promesas. |
-
-El puente admite tres métodos principales de comunicación:
-
-1. **Respuestas Directas**: Resultados instantáneos de llamadas API.
-2. **Difusión de Eventos**: Actualizaciones asíncronas para procesos en curso.
-3. **Actualizaciones de Estado**: Cambios persistentes que impactan a múltiples componentes.
-
-### Análisis del Rendimiento del Puente
-
-Cuando se trata de rendimiento, el puente está diseñado para manejar tareas de manera eficiente. Analicemos los aspectos clave:
-
-**Gestión de Memoria**
-
-1. Maneja tipos de datos simples de manera eficiente.
-2. Utiliza codificación Base64 para transferir datos binarios.
-3. Optimiza la serialización para objetos complejos.
-
-**Técnicas de Optimización**
-
-1. Procesa múltiples llamadas API en lotes para ahorrar tiempo.
-2. Reduce las operaciones que ocurren con frecuencia para evitar sobrecargas.
-3. Implementa almacenamiento en caché para solicitudes repetitivas para mejorar la velocidad.
-
-Para maximizar el rendimiento, los desarrolladores pueden aprovechar estas estrategias:
-
-1. **Optimización de Transferencia de Datos**: Reducir el número de interacciones con el puente almacenando datos localmente y filtrándolos antes de enviarlos. Esto reduce la comunicación innecesaria.
-2. **Gestión de Eventos**: Para datos de alta frecuencia, como lecturas de sensores, utiliza el rebote para limitar el número de llamadas y agilizar el proceso.
-3. **Utilización de Recursos**: Cargar complementos solo cuando se necesiten. Este enfoque mejora la eficiencia de la memoria y reduce los retrasos de inicio.
-
-Al enrutar las llamadas API a través del tiempo de ejecución nativo y devolver resultados al WebView, el puente asegura una comunicación rápida y confiable mientras mantiene el acceso ocasional a características nativas.
-
-A continuación, exploraremos estrategias para construir puentes nativos que sean tanto eficientes como seguros.
-
-## Aplicaciones del Puente Nativo
-
-El puente nativo juega un papel clave al conectar funcionalidades web y nativas, creando oportunidades para aplicaciones prácticas. Al permitir una comunicación fluida, demuestra su valor en escenarios del mundo real.
-
-### Actualizaciones en Vivo con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6822b2de266b1f3f751ffb5b/4305c974119f10d25560fe363e5513b1.jpg)
-
-Capgo aprovecha el puente nativo para ofrecer actualizaciones en vivo, permitiendo que los cambios en la aplicación se envíen al instante sin requerir envíos a la tienda de aplicaciones.
-
-Aquí se muestra cómo el puente nativo potencia el sistema de actualización de Capgo:
-
-| **Componente de Actualización** | **Función del Puente** | **Beneficio** |
-| --- | --- | --- |
-| Entrega de Contenido | Gestiona descargas seguras de activos web | Entrega rápida y confiable de activos |
-| Gestión del Estado | Mantiene el estado de la aplicación durante las actualizaciones | Experiencia de usuario fluida e ininterrumpida |
-| Control de Versiones | Soporta funcionalidad de retroceso | Restauración fácil con un solo clic |
-| [Segmentación de Actualizaciones](https://capgo.app/docs/live-updates/update-behavior/) | Permite la distribución a segmentos de usuarios específicos | Despliegue preciso y controlado |
-
-Estas características destacan la eficiencia del puente nativo en el manejo de actualizaciones.
-
-> "Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app)
-
-### Integración de Funciones del Dispositivo
-
-El puente nativo va más allá de las actualizaciones al habilitar que las aplicaciones web accedan al hardware del dispositivo a través de una API unificada. Esta capacidad es particularmente impactante en industrias como la salud, las finanzas y el IoT, donde la integración del hardware es esencial.
-
-Aquí hay algunos ejemplos de cómo se aplica:
-
-1. **Aplicaciones de Salud**  
-    Las aplicaciones de imágenes médicas utilizan el puente nativo para acceder a la funcionalidad de la cámara mientras se adhieren a la normativa HIPAA. Esto asegura un manejo seguro de los datos y respalda imágenes de diagnóstico de alta calidad [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge).
-    
-2. **Servicios Financieros**  
-    Las aplicaciones bancarias utilizan el puente nativo para [autenticación biométrica](https://capgo.app/plugins/capacitor-native-biometric/), ofreciendo características como:
-    
-    1. Acceso a sensores de huellas dactilares
-    2. Reconocimiento facial
-    3. Opciones de respaldo seguras para la autenticación \[2\]
-3. **Sistemas de Control IoT**  
-    Las aplicaciones para hogares inteligentes dependen del puente nativo para gestionar conexiones Bluetooth con dispositivos IoT. Esto mejora la fiabilidad de la conexión y aumenta la eficiencia de la transferencia de datos.
-    
-
-Para asegurar una integración exitosa, los desarrolladores deben:
-
-1. Implementar permisos adecuados y tener en cuenta comportamientos específicos de la plataforma para mejorar el rendimiento.
-2. Considerar las limitaciones de cada plataforma.
-3. Proporcionar opciones de respaldo para entornos que solo admiten funcionalidad web \[2\].
-
-La flexibilidad del puente nativo es un cambio de juego para el desarrollo multiplataforma, permitiendo características avanzadas mientras se mantiene una experiencia de usuario consistente y confiable en todos los dispositivos.
-
-## Seguridad y Directrices de Desarrollo
-
-### Medidas de Seguridad del Puente
-
-Para garantizar la seguridad de los datos intercambiados entre las capas web y nativas, asegurar el puente nativo es una necesidad. Esto implica emplear **cifrado de extremo a extremo** y fuertes **mecanismos de autenticación**, ambos esenciales para proteger la integridad de los datos.
-
-| **Capa de Seguridad** | **Implementación** | **Propósito** |
-| --- | --- | --- |
-| [Cifrado de Datos](https://capgo.app/docs/cli/migrations/encryption/) | Protocolo AES-256 | Asegura la transmisión de datos |
-| Autenticación | Tokens JWT | Valida solicitudes |
-| Control de Acceso | Matriz de permisos | Administra los derechos de acceso al complemento |
-
-Para mejorar aún más la seguridad del puente, los desarrolladores deberían:
-
--  Aplicar una validación estricta de entradas en ambos lados, web y nativo.
--  Usar métodos de almacenamiento seguros para manejar datos sensibles.
--  Monitorear el tráfico a través del puente para detectar actividad inusual.
--  Actualizar y revisar regularmente los protocolos de seguridad.
-
-Al implementar estas medidas, los desarrolladores pueden crear una base sólida para el intercambio seguro de datos mientras reducen vulnerabilidades.
-
-### Estándares de Desarrollo de Plugins
-
-Adherirse a estándares de desarrollo establecidos es esencial para garantizar que los plugins sean tanto confiables como seguros. Seguir estos estándares también ayuda a mantener la compatibilidad entre plataformas.
-
-**Estándares Clave para el Desarrollo de Plugins:**
-
-1.  **Arquitectura del Plugin**  
-    Asegúrese de que la estructura del plugin se alinee con las pautas oficiales de arquitectura de Capacitor. Esto incluye un manejo adecuado de **errores**, definiciones de **tipo** bien definidas y **implementaciones específicas de la plataforma** para una funcionalidad sin inconvenientes.
-    
-2.  **Compatibilidad entre Plataformas**  
-    Los plugins deben funcionar de manera eficiente en todas las plataformas. Esto implica optimizar el uso de memoria, implementar mecanismos de retroceso específicos de la plataforma y hacer cumplir prácticas de seguridad esenciales, como la sanitización de datos y el almacenamiento seguro. Los desarrolladores también deberían gestionar los permisos cuidadosamente y realizar auditorías regulares.
-    
-    -  Implementar mecanismos de retroceso específicos de la plataforma.
-    -  Optimizar la memoria para prevenir problemas de rendimiento.
-    -  Hacer cumplir medidas de seguridad, como [gestión de claves API](https://capgo.app/docs/webapp/api-keys/).
-3.  **Cumplimiento de Seguridad**  
-    La seguridad debe ser una prioridad principal durante el desarrollo de plugins. Incorpore prácticas como:
-    
-    -  Sanitización de datos para prevenir entradas maliciosas.
-    -  Almacenamiento seguro para información sensible.
-    -  Gestión adecuada de claves API para restringir el acceso no autorizado.
-    -  Auditorías de seguridad regulares para identificar y abordar vulnerabilidades.
-
-**Flujo de Trabajo y Verificación del Desarrollo:**
-
-| **Fase de Desarrollo** | **Requisitos Estándar** | **Método de Verificación** |
-| --- | --- | --- |
-| Configuración Inicial | Definiciones de tipo, manejadores de errores | Pruebas automatizadas |
-| Implementación | Código específico de la plataforma, controles de seguridad | Revisión de código |
-| Pruebas | Validación entre plataformas | Pruebas de integración |
-| Despliegue | Control de versiones, documentación | Lista de verificación de despliegue |
-
-El uso de herramientas avanzadas de depuración y el mantenimiento de una documentación clara y completa a lo largo del proceso de desarrollo pueden ayudar a identificar y mitigar problemas potenciales temprano. Estas prácticas aseguran que los plugins sean no solo funcionales sino también seguros y confiables.
-
-## Conclusión
-
-El puente nativo de Capacitor ha transformado el [desarrollo de aplicaciones multiplataforma](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) al hacer que la integración de web a nativo sea más fluida y eficiente. Su diseño simplifica el proceso de desarrollo mientras preserva los flujos de trabajo familiares de las tecnologías web \[2\].
-
-Con el puente nativo de Capacitor, los desarrolladores obtienen acceso a una capa de API unificada que funciona de manera consistente en las plataformas iOS, Android y web. Esto no solo reduce los desafíos del desarrollo, sino que también ayuda a llevar las aplicaciones al mercado más rápido [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge). Algunos de sus beneficios destacados incluyen:
-
--  Desarrollo simplificado con una API unificada para múltiples plataformas
--  Mejora del acceso a funciones nativas y mejor rendimiento
--  La capacidad de modificar proyectos nativos directamente cuando sea necesario
--  Salvaguardias integradas para un intercambio seguro de datos entre capas web y nativas
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Qué es el Puente Nativo en Capacitor y cómo permite una comunicación segura entre las capas web y nativas?
-
-El Puente Nativo en Capacitor juega un papel crucial en conectar la capa web de tu aplicación (el frontend) con la capa nativa (funcionalidades específicas de la plataforma). Piénsalo como un canal de comunicación seguro que permite a tu aplicación acceder a las funciones nativas del dispositivo mientras mantiene un rendimiento consistente en diferentes plataformas.
-
-El nivel de seguridad depende de cómo se configure el puente en tu aplicación. Por ejemplo, plataformas como **Capgo** mejoran las aplicaciones de Capacitor al ofrecer herramientas como **cifrado de extremo a extremo** para actualizaciones en vivo. Esto significa que los datos sensibles y las actualizaciones pueden transmitirse de manera segura a tus usuarios sin arriesgar su privacidad o romper las normas de cumplimiento.
-:::
-
-:::faq
-### ¿Cuál es el propósito del Puente Nativo en Capacitor y cómo se utiliza en el desarrollo de aplicaciones multiplataforma?
-
-El **Puente Nativo** en Capacitor sirve como un punto de conexión entre la capa web de tu aplicación (el frontend) y la capa nativa (características específicas de la plataforma). Este puente permite a los desarrolladores acceder a funcionalidades nativas del dispositivo, como la cámara o el GPS, directamente desde una aplicación basada en la web. Es una herramienta útil para construir aplicaciones multiplataforma que se sientan naturales en cualquier dispositivo.
-
-Con el Puente Nativo, puedes traer características específicas de la plataforma a tu aplicación mientras te adhieres a una única base de código. Este enfoque simplifica el desarrollo y ayuda a llevar tu aplicación al mercado más rápido. Por ejemplo, puedes usarlo para acceder a APIs nativas para tareas como enviar notificaciones push, gestionar archivos o habilitar la autenticación biométrica. ¿Y la mejor parte? Asegura un rendimiento fluido, ya sea en iOS, Android o la web.
-
-Si estás trabajando con Capacitor, herramientas como **Capgo** pueden facilitar aún más tu trabajo. Capgo permite actualizaciones en vivo, por lo que puedes aplicar cambios a tu aplicación al instante, sin necesidad de aprobación de la tienda de aplicaciones. Esto significa que tus usuarios siempre obtienen las últimas características y correcciones de inmediato.
-:::
-
-:::faq
-### ¿Cómo pueden los desarrolladores mejorar el rendimiento del Puente Nativo al utilizar características nativas avanzadas en aplicaciones de Capacitor?
-
-Optimizar el Puente Nativo en Capacitor consiste en garantizar una comunicación eficiente entre las capas web y nativas. Un enfoque efectivo es **minimizar el número de llamadas al puente**. En lugar de hacer llamadas individuales con frecuencia, intenta agrupar operaciones para reducir la carga sobre el rendimiento. ¿Otro consejo? Mantente en formatos de datos livianos como JSON para las transferencias de datos. Esto ayuda a reducir la sobrecarga innecesaria.
-
-Para las aplicaciones que necesitan actualizaciones frecuentes o lanzamientos rápidos de características, herramientas como **Capgo** pueden ser un cambio de juego. Capgo permite a los desarrolladores impulsar actualizaciones al instante, evitando demoras en la tienda de aplicaciones mientras se mantienen conformes con las directrices de Apple y Android. Al combinar estas estrategias, puedes mejorar el rendimiento de tu aplicación y proporcionar a los usuarios una experiencia más fluida y sin contratiempos.
-:::
diff --git a/src/content/blog/es/why-consent-management-matters-for-app-compliance.md b/src/content/blog/es/why-consent-management-matters-for-app-compliance.md
deleted file mode 100644
index 0077e2682..000000000
--- a/src/content/blog/es/why-consent-management-matters-for-app-compliance.md
+++ /dev/null
@@ -1,234 +0,0 @@
----
-slug: why-consent-management-matters-for-app-compliance
-title: >-
-  Por qué es importante la gestión del consentimiento para la conformidad de las
-  aplicaciones
-description: >-
-  Comprender la gestión del consentimiento es crucial para que las aplicaciones
-  cumplan con las leyes de protección de datos. Descubra estrategias efectivas
-  para gestionar el consentimiento del usuario y cumplir con las regulaciones.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T01:04:25.029Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce-1745543110199.jpg
-head_image_alt: Desarrollo móvil
-keywords: >-
-  consent management, GDPR, CCPA, app compliance, user privacy, data protection,
-  live updates, consent tracking
-tag: 'Development, Security, Updates'
-published: true
-locale: es
-next_blog: ''
----
-**La gestión del consentimiento del usuario es fundamental para el cumplimiento de las aplicaciones.** Las leyes de privacidad como [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) y [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) requieren que las aplicaciones obtengan el consentimiento explícito del usuario para la recopilación y uso de datos. Sin esto, te arriesgas a multas, problemas legales y pérdida de confianza del usuario. Esto es lo que necesitas saber:
-
--   **¿Qué es la Gestión del Consentimiento?** Se trata de recopilar, almacenar y rastrear los permisos de los usuarios para el uso de datos.
--   **Por qué es importante:** Las regulaciones como GDPR y CCPA exigen transparencia y control del usuario sobre los datos personales.
--   **Desafíos clave:** Manejar actualizaciones frecuentes, mantener el cumplimiento en todas las regiones y gestionar de forma segura los registros de consentimiento.
--   **Soluciones para desarrolladores:** Usar comunicación clara, permisos selectivos y herramientas como plataformas de actualización en vivo (por ejemplo, [Capgo](https://capgo.app/)) para garantizar el cumplimiento y agilizar las actualizaciones.
-
-**Resumen rápido de herramientas de cumplimiento:**
-
-| Método de actualización | Velocidad | Soporte de cumplimiento | Impacto en el usuario |
-| --- | --- | --- | --- |
-| Actualizaciones App Store | 3-7 días | Proceso de revisión completo | [Actualizaciones manuales del usuario](https://capgo.app/docs/plugin/cloud-mode/manual-update/) |
-| Controles del servidor | Instantáneo | Supervisión limitada | No requiere acción del usuario |
-| Actualizaciones en vivo (ej. Capgo) | Menos de 24 horas | Compatible con la plataforma | [Actualizaciones automáticas](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-
-**Conclusión:** Mantén el cumplimiento implementando actualizaciones de consentimiento en tiempo real, protegiendo los datos del usuario y utilizando herramientas que se adapten rápidamente a los cambios en las regulaciones.
-
-## ¿Qué es una plataforma de gestión de consentimiento?
-
-<iframe src="https://www.youtube.com/embed/gZ3y3txZPIE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Desafíos comunes en la gestión del consentimiento
-
-Gestionar efectivamente el consentimiento del usuario no es una tarea sencilla, especialmente con leyes estrictas de privacidad y el rápido ritmo de las actualizaciones de aplicaciones. Estos obstáculos resaltan la importancia de soluciones confiables y flexibles que funcionen perfectamente con las plataformas modernas de actualización.
-
-### Requisitos de las leyes de privacidad
-
-Leyes como GDPR y CCPA establecen reglas claras sobre cómo las aplicaciones deben manejar el consentimiento del usuario. Los desarrolladores deben asegurarse de que sus sistemas puedan:
-
--   Permitir a los usuarios ajustar las preferencias de consentimiento para varios tipos de datos
--   Usar lenguaje simple y claro para explicar las opciones de consentimiento
--   Definir cuánto tiempo se conservarán los datos del usuario
--   Proporcionar opciones para la portabilidad de datos
-
-El desafío crece cuando las aplicaciones deben seguir reglas de múltiples regiones, cada una interpretando las leyes de privacidad a su manera.
-
-### Sanciones por incumplimiento
-
-No cumplir con los estándares de privacidad puede llevar a multas cuantiosas y problemas legales. Incluso pequeños errores en el manejo del consentimiento podrían resultar en acciones regulatorias. Esto hace esencial implementar [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/) rápidamente para mantener el cumplimiento.
-
-### Problemas de gestión de actualizaciones
-
-Para aplicaciones construidas con Capacitor, las actualizaciones frecuentes pueden complicar la gestión del consentimiento. Los procesos tradicionales de actualización en las tiendas de aplicaciones a menudo retrasan cambios críticos, aumentando el riesgo de incumplimiento.
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Las plataformas modernas de actualización ayudan a resolver esto asegurando que el 95% de los usuarios activos reciban actualizaciones relacionadas con el consentimiento dentro de las 24 horas [\[1\]](https://capgo.app/). Estas plataformas también priorizan la seguridad, usando cifrado de extremo a extremo y asegurando la compatibilidad entre versiones de la aplicación mientras cumplen con los estándares de privacidad.
-
-Abordar estos desafíos es esencial - no solo para mantener el cumplimiento, sino también para mantener la confianza del usuario mientras las regulaciones de privacidad continúan cambiando.
-
-## Beneficios principales de la gestión del consentimiento
-
-### Estándares de protección de datos
-
-Establece pautas claras para asegurar que solo recopiles datos que los usuarios hayan aprobado explícitamente. Esto limita la recopilación innecesaria de datos y prioriza la privacidad del usuario. El seguimiento constante de las preferencias del usuario ayuda a mantener estos estándares, fortaleciendo la confianza con tu audiencia.
-
-### Confianza del usuario
-
-Las prácticas transparentes de consentimiento son clave para construir confianza. Cuando los usuarios ven que su privacidad es respetada, es más probable que interactúen con tu aplicación o plataforma. Características como actualizaciones en tiempo real que abordan preocupaciones de privacidad pueden mejorar la experiencia del usuario e incluso llevar a mejores comentarios de los clientes.
-
-### Registros de cumplimiento
-
-Mantener registros precisos es esencial para cumplir con las regulaciones de privacidad. Asegúrate de documentar:
-
--   Cuándo se dio o retiró el consentimiento
--   Los permisos específicos otorgados
--   Cómo se presentaron los detalles del consentimiento
--   La versión de los términos de privacidad aceptados
--   El contexto en el que se proporcionó el consentimiento
-
-Las actualizaciones en tiempo real son cruciales para mantener registros precisos de cumplimiento. A medida que cambian las leyes de privacidad, las aplicaciones deben ajustar rápidamente sus sistemas de consentimiento mientras mantienen un registro detallado de todas las actualizaciones. Este nivel de documentación es especialmente importante para aplicaciones que operan en múltiples regiones, ya que proporciona prueba de cumplimiento con las leyes de privacidad locales y reduce el riesgo de problemas legales.
-
-## Configuración del consentimiento en aplicaciones [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Creando una interfaz de consentimiento
-
-Diseña un formulario de consentimiento que satisfaga tanto los requisitos legales como proporcione una experiencia fluida al usuario. En el primer lanzamiento de la aplicación, asegúrate de que el formulario de consentimiento:
-
--   Use lenguaje simple para explicar las opciones de privacidad
--   Ofrezca opciones detalladas y granulares para los usuarios
--   Incluya botones claros de aceptar/rechazar y enlaces a políticas completas
--   Aproveche componentes nativos de UI que sigan las pautas específicas de la plataforma
-
-Dado que los usuarios pueden actualizar sus preferencias de consentimiento en cualquier momento, asegúrate de que tu sistema admita actualizaciones en tiempo real para mantener el cumplimiento.
-
-### Mantener el consentimiento actualizado en tiempo real
-
-Las regulaciones de privacidad cambian frecuentemente, por lo que tu sistema de consentimiento debe mantenerse flexible. Aquí hay un desglose de cómo gestionar las actualizaciones efectivamente:
-
-| Tipo de actualización | Cómo implementar | Por qué ayuda |
-| --- | --- | --- |
-| Correcciones de emergencia | Implementar instantáneamente | Aborda rápidamente problemas de cumplimiento |
-| Cambios de política | Implementar por etapas | Permite pruebas controladas con grupos pequeños de usuarios |
-| Mejoras de UI | Probar en canales beta | Asegura un funcionamiento fluido antes de un lanzamiento completo |
-
-### Siguiendo las pautas de la plataforma
-
-Tanto Apple como Google tienen reglas específicas para gestionar el consentimiento. Esto es lo que necesitas saber:
-
-**Para aplicaciones iOS:**
-
--   Proporcionar opciones claras de aceptar y rechazar
--   Cumplir con los requisitos de etiquetado de privacidad de App Store
--   Usar permisos en tiempo de ejecución cuando sea necesario
-
-**Para aplicaciones Android:**
-
--   Implementar permisos en tiempo de ejecución
--   Permitir que los usuarios retiren fácilmente el consentimiento
--   Explicar claramente cómo se utilizan los datos
-
-Para agilizar las actualizaciones y mantener el cumplimiento en todas las plataformas, considera usar un sistema de actualización en vivo. Este enfoque asegura que tu aplicación cumpla con los últimos estándares de privacidad sin retrasos innecesarios.
-
-## Herramientas para la gestión del consentimiento
-
-Gestionar el consentimiento efectivamente requiere herramientas que permitan actualizaciones rápidas mientras se mantiene el cumplimiento con las regulaciones.
-
-### Comparación de métodos de actualización
-
-Aquí está cómo se desempeñan diferentes métodos de actualización cuando se trata de manejar la gestión del consentimiento:
-
-| Método | Velocidad de actualización | Soporte de cumplimiento | Impacto en el usuario |
-| --- | --- | --- | --- |
-| Actualizaciones App Store | 3-7 días | Proceso de revisión completo | Requiere actualización manual |
-| Controles del servidor | Instantáneo | Supervisión limitada | No requiere acción del usuario |
-| Actualizaciones en vivo | Menos de 24 horas | Compatible con la plataforma | [Actualización automática en segundo plano](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-
-Esta tabla muestra cómo las actualizaciones en vivo destacan por su velocidad y facilidad de uso. Capgo aprovecha al máximo este enfoque para ofrecer soluciones eficientes.
-
-### Características de actualización de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/66b4651f868ecdcc17d750c697bea294.jpg)
-
-Capgo aprovecha las actualizaciones en vivo para simplificar la gestión del consentimiento para aplicaciones Capacitor. Logra una impresionante **tasa de actualización del 95% de usuarios en 24 horas** y una **tasa de éxito del 82% globalmente** para actualizaciones [\[1\]](https://capgo.app/).
-
-Algunas de las características destacadas incluyen:
-
--   **Cifrado de extremo a extremo** para asegurar la transmisión segura de datos de consentimiento.
--   **Actualizaciones parciales** para reducir el uso de ancho de banda durante cambios relacionados con el consentimiento.
--   **[Sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** que permite probar actualizaciones con grupos específicos de usuarios.
--   **Panel de analytics** para rastrear el éxito de las implementaciones de consentimiento.
-
-> "Capgo es una forma inteligente de hacer actualizaciones de código en caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-### Ventajas de la actualización en vivo
-
-Usar herramientas en tiempo real como Capgo ofrece varios beneficios para el cumplimiento y rendimiento:
-
--   **Adaptación rápida a leyes de privacidad**  
-    Las actualizaciones rápidas aseguran que las organizaciones puedan responder inmediatamente a cambios en las regulaciones de privacidad.
-    
--   **Seguridad mejorada**  
-    El cifrado de extremo a extremo de Capgo mantiene seguras las actualizaciones relacionadas con el consentimiento durante todo el proceso.
-    
--   **Insights de rendimiento**  
-    Analytics avanzados proporcionan seguimiento detallado de cambios en el consentimiento. Capgo, por ejemplo, entrega un tiempo promedio de respuesta de API de solo **57ms a nivel mundial** [\[1\]](https://capgo.app/).
-    
-
-## Próximos pasos para el cumplimiento de aplicaciones
-
-Gestionar el consentimiento efectivamente requiere herramientas confiables y una estrategia clara. Usar soluciones de actualización en vivo puede mejorar el cumplimiento y mantener satisfechos a los usuarios.
-
-Esto es lo que deberías priorizar:
-
-1. **[Automatizar actualizaciones](https://capgo.app/docs/live-updates/update-behavior/)**: Opte por una plataforma que permita una implementación rápida. Por ejemplo, Capgo logra una tasa de actualización del 95% de usuarios en 24 horas [\[1\]](https://capgo.app/), asegurando que los ajustes de cumplimiento se realicen rápidamente.
-2. **Garantizar el manejo seguro de datos**: Proteja las actualizaciones de consentimiento con cifrado de extremo a extremo para cumplir con las regulaciones de privacidad.
-3. **Seguimiento del rendimiento de actualizaciones**: Use análisis para evaluar qué tan bien funcionan las actualizaciones. Las mejores plataformas mantienen tasas de éxito consistentemente altas [\[1\]](https://capgo.app/).
-
-Los sistemas modernos de actualización vienen con varios beneficios:
-
-- **Ajustes rápidos**: Las capacidades de actualización instantánea permiten a los equipos abordar problemas de cumplimiento inmediatamente.
-- **Ahorro de costos**: Las configuraciones tradicionales de CI/CD pueden costar alrededor de $300 por mes [\[1\]](https://capgo.app/), haciendo que las opciones más optimizadas sean una elección más inteligente.
-- **Mejora de la experiencia del usuario**: Las actualizaciones parciales utilizan menos ancho de banda mientras cumplen con los estándares de conformidad.
-
-> "Practicamos el desarrollo ágil y @Capgo es crucial para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Elija herramientas que prioricen la seguridad, eficiencia y experiencia del usuario. Estas características ayudan a mantener el cumplimiento mientras se ofrece una experiencia fluida para los usuarios.
-
-Lograr el cumplimiento no es una tarea única. Requiere actualizaciones constantes y monitoreo cuidadoso. Las evaluaciones regulares aseguran que se mantenga alineado con las leyes de privacidad y se mantenga la confianza del usuario.
-
-## Preguntas frecuentes
-
-:::faq
-### ¿Cómo pueden los desarrolladores de aplicaciones mantenerse en cumplimiento con las leyes de privacidad en evolución como GDPR y CCPA?
-
-Para mantenerse en cumplimiento con las leyes de privacidad cambiantes como GDPR y CCPA, los desarrolladores de aplicaciones necesitan priorizar la **gestión del consentimiento del usuario**. Esto incluye obtener un consentimiento claro e informado de los usuarios antes de recopilar o procesar sus datos, proporcionar opciones para gestionar o retirar el consentimiento, y asegurar la transparencia sobre cómo se utilizan los datos.
-
-Para los desarrolladores que utilizan aplicaciones Capacitor, herramientas como **Capgo** pueden facilitar el cumplimiento. Capgo permite actualizaciones instantáneas de su aplicación sin requerir aprobaciones de la tienda de aplicaciones, asegurando que pueda implementar rápidamente cambios para cumplir con nuevos requisitos de privacidad. Con características como el cifrado de extremo a extremo y actualizaciones en tiempo real, Capgo le ayuda a mantener el cumplimiento mientras ofrece una experiencia de usuario perfecta.
-:::
-
-:::faq
-### ¿Cómo pueden las plataformas de actualización en vivo mejorar la gestión del consentimiento y el cumplimiento de la aplicación en comparación con las actualizaciones tradicionales?
-
-Las plataformas de actualización en vivo como **Capgo** permiten a los desarrolladores implementar actualizaciones, correcciones y nuevas funciones instantáneamente, evitando el largo proceso de aprobación de la tienda de aplicaciones. Esto asegura que su aplicación permanezca en cumplimiento con las leyes de privacidad de datos en evolución mientras aborda problemas o implementa nuevos requisitos de consentimiento rápidamente.
-
-Con características como **cifrado de extremo a extremo**, integración perfecta de **CI/CD** y actualizaciones en tiempo real, estas plataformas facilitan la gestión del cumplimiento mientras mantienen un flujo de trabajo seguro y eficiente. A diferencia de los métodos tradicionales de actualización que pueden tomar semanas, las actualizaciones en vivo le permiten responder a cambios regulatorios o comentarios de usuarios en minutos, manteniendo su aplicación actualizada y sus usuarios protegidos.
-:::
-
-:::faq
-### ¿Cómo puedo documentar y gestionar adecuadamente el consentimiento del usuario para asegurar el cumplimiento con las leyes de privacidad de datos?
-
-Para cumplir con las leyes de privacidad de datos, es esencial documentar y gestionar adecuadamente el consentimiento del usuario. Comience implementando un **formulario de consentimiento claro y fácil de usar** dentro de su aplicación que explique qué datos se están recopilando y cómo se utilizarán. Asegúrese de que los usuarios puedan proporcionar, modificar o retirar fácilmente su consentimiento en cualquier momento.
-
-Luego, mantenga **registros detallados del consentimiento del usuario**. Esto incluye marcas de tiempo, los términos específicos acordados y cualquier actualización a los términos de consentimiento. Usar herramientas o plataformas que automatizan el seguimiento del consentimiento puede simplificar este proceso y reducir errores.
-
-Si está usando una aplicación Capacitor, plataformas como **Capgo** pueden ayudarle a mantener el cumplimiento proporcionando actualizaciones en vivo sin problemas y asegurando que su aplicación refleje los últimos requisitos de privacidad. Con características como el cifrado de extremo a extremo y actualizaciones en tiempo real, Capgo admite el cumplimiento tanto de los estándares de Apple como de Android, facilitando la gestión de cambios relacionados con el consentimiento del usuario.
-:::
diff --git a/src/content/blog/fr/2-way-communication-in-capacitor-apps.md b/src/content/blog/fr/2-way-communication-in-capacitor-apps.md
deleted file mode 100644
index 39ec50904..000000000
--- a/src/content/blog/fr/2-way-communication-in-capacitor-apps.md
+++ /dev/null
@@ -1,214 +0,0 @@
----
-slug: 2-way-communication-in-capacitor-apps
-title: Communication bidirectionnelle dans les applications Capacitor
-description: >-
-  Découvrez comment la communication bidirectionnelle dans les applications
-  Capacitor améliore l'échange de données en temps réel, optimisant les
-  performances et l'expérience utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T01:11:37.156Z
-updated_at: 2025-04-26T01:12:41.179Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068-1745629961179.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, two-way communication, native features, web integration, app
-  updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-La communication bidirectionnelle dans les applications [Capacitor](https://capacitorjs.com/) relie les couches web et natives, permettant l'échange de données en temps réel. Cela permet aux technologies web d'accéder aux fonctionnalités natives de l'appareil comme l'appareil photo ou le GPS tandis que les couches natives interagissent avec les éléments web. Voici pourquoi c'est important :
-
--   **Mises à jour instantanées** : Déployez des correctifs et des fonctionnalités sans délai d'approbation des stores.
--   **Meilleures performances** : Combinez l'efficacité du web avec l'accès natif direct.
--   **Expérience utilisateur améliorée** : Intégration fluide des fonctionnalités web et natives.
--   **Portée mondiale** : Des systèmes comme [Capgo](https://capgo.app/) délivrent des millions de mises à jour avec 82% de taux de réussite.
-
-### Faits marquants :
-
--   **[Mises à jour Capgo](https://capgo.app/docs/)** : 947,6 M de mises à jour sur 1 400 applications.
--   **Vitesse de mise à jour** : 95% des utilisateurs mis à jour en 24 heures.
--   **Sécurité** : Le chiffrement de bout en bout garantit des transferts de données sécurisés.
-
-Ce guide explique comment configurer la communication bidirectionnelle, implémenter des plugins personnalisés et optimiser les performances de vos [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-## Comment créer un plugin [Capacitor](https://capacitorjs.com/) pour iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-1.  **Structurer le projet**
-
-2.  **Configurer les plateformes natives**
-
-3.  **Implémenter le bridge**
-
-</Steps>
-
-## Concepts fondamentaux et structure
-
-Le bridge Capacitor sert de colonne vertébrale pour une communication transparente entre les applications web et les fonctionnalités natives des appareils dans les applications multiplateformes.
-
-### Comment fonctionne le bridge Capacitor
-
-Le bridge Capacitor agit comme un intermédiaire, facilitant la communication entre votre application web et les fonctionnalités natives de l'appareil. Il utilise une file d'attente de messages bidirectionnelle pour garantir la livraison fiable des messages, même en cas de trafic élevé.
-
-| Couche | Fonction | Gestion des données |
-| --- | --- | --- |
-| **Couche Web** | Lance les appels JavaScript | Convertit les données au format JSON |
-| **Bridge Core** | Gère le routage et la mise en file d'attente des messages | Valide et transforme les données |
-| **Couche Native** | Exécute les opérations spécifiques à la plateforme | Traite et désérialise les données |
-
-Le bridge assure une communication fluide en validant les formats de messages, en convertissant les types de données et en acheminant les appels vers les gestionnaires natifs appropriés. Il fournit également des réponses basées sur des promesses, facilitant la gestion des opérations asynchrones. Ce système nécessite une configuration minutieuse pour s'intégrer avec succès dans votre projet.
-
-### Étapes de configuration du projet
-
-Suivez ces étapes pour configurer votre projet pour la communication web-native :
-
-1.  **Configurer la structure du projet**
-    
-    Organisez votre répertoire de projet comme indiqué ci-dessous :
-    
-2.  **Configurer les plateformes natives**
-    
-    Ajustez les paramètres du bridge pour chaque plateforme dans le fichier de configuration Capacitor.
-    
-3.  **Implémenter le bridge**
-    
-    Configurez le bridge pour des performances optimales. Par exemple, activez le mode 'async' sur Android pour améliorer la vitesse et assurer la stabilité pendant le fonctionnement.
-
-## Méthodes de communication 
-
-Permettez une communication bidirectionnelle fluide entre les couches web et natives en utilisant des méthodes spécifiques pour transférer les données dans les deux sens.
-
-### Appels Web vers natif
-
-Voici comment implémenter la communication web vers natif :
-
-**Points clés pour l'implémentation :**
-
-| Aspect | Implémentation | Bonne pratique |
-| --- | --- | --- |
-| Types de données | Sérialisable en JSON | Privilégier les types primitifs quand possible |  
-| Gestion d'erreurs | Retourner des promesses | Encapsuler les appels dans des blocs try-catch |
-| Performance | Opérations par lots | Combiner les appels liés pour l'efficacité |
-
-### Transfert de données natif vers web
-
-Le code natif peut envoyer des données à la couche web et déclencher des événements.
-
-### Gestion du flux de données asynchrone  
-
-La gestion des opérations asynchrones entre les couches web et natives nécessite une planification minutieuse. Utilisez ces stratégies :
-
--   **Gestion des files d'attente** : Maintenir une file d'attente de messages pour gérer plusieurs requêtes asynchrones.
--   **Synchronisation d'état** : Garder l'état cohérent entre les couches web et natives.
--   **Récupération d'erreurs** : Utiliser des mécanismes de réessai pour gérer les communications échouées.
-
-Voici un exemple de file d'attente de messages en action :
-
-## Guide d'implémentation
-
-### Création de plugins personnalisés
-
-Pour permettre une communication bidirectionnelle fluide, vous pouvez créer des [plugins Capacitor personnalisés](https://capgo.app/plugins/) :
-
-### Intégration JavaScript-Native
-
-Une fois que vous avez créé le plugin personnalisé, vous pouvez l'intégrer pour permettre à JavaScript de communiquer directement avec la couche native :
-
-Cette configuration assure un canal de communication fiable entre JavaScript et le code natif.
-
-### Gestion des événements natifs
-
-Pour gérer les événements provenant du côté natif, utilisez un gestionnaire d'événements pour gérer les écouteurs d'événements et la distribution des données :
-
-Pour améliorer les performances, envisagez de regrouper les événements ou de réduire la taille des données transmises. Cette stratégie de gestion des événements complète les méthodes de communication web vers natif et natif vers web décrites précédemment.
-
-## Directives techniques
-
-### Sécurité des données
-
-Pour protéger les données échangées entre les couches web et natives, implémentez des protocoles de sécurité robustes et utilisez le chiffrement de bout en bout.
-
-Voici un exemple en TypeScript :
-
-Cette approche garantit que les données sensibles sont chiffrées pendant la transmission, réduisant les vulnérabilités potentielles.
-
-### Optimisation du code
-
-Un code efficace améliore les performances de l'application et s'aligne sur les exigences de la plateforme. Les métriques de Capgo valident l'impact de ces optimisations [\[1\]](https://capgo.app/).
-
-Voici un exemple de traitement par lots pour améliorer l'efficacité :
-
-Cette méthode minimise l'utilisation des ressources et assure un fonctionnement fluide, même sous une charge de travail importante.
-
-### Règles et mises à jour des App Stores
-
-Suivez les directives de l'[App Store d'Apple](https://developer.apple.com/app-store/) et du [Google Play Store](https://play.google.com/console/signup) pour éviter les problèmes de conformité lors des mises à jour.
-
-> "Conforme à l'App Store" - Capgo [\[1\]](https://capgo.app/)
-
-Pour une meilleure gestion des mises à jour, incluez le contrôle de version avec capacité de restauration :
-
-Comme le note Rodrigo Mantica :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-Cette configuration vous permet de vous adapter rapidement aux changements tout en maintenant une expérience utilisateur fluide.
-
-## Conclusion
-
-La communication bidirectionnelle dans les applications Capacitor joue un rôle clé pour assurer des mises à jour rapides et des performances stables. La connexion fluide entre les couches web et natives permet des correctifs rapides, des déploiements de fonctionnalités plus rapides et une meilleure expérience utilisateur globale.
-
-L'impact des plateformes de mise à jour en direct comme Capgo est clair dans les chiffres :
-
-| Métrique | Résultat |
-| --- | --- |
-| Vitesse de mise à jour | 95% des utilisateurs mis à jour en 24 heures |
-| Portée mondiale | 947,6 millions de mises à jour sur 1 400 applications en production |
-| Fiabilité | 82% de taux de réussite mondial |
-
-Les développeurs confirment ces résultats par leurs expériences. Rodrigo Mantica a partagé :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-Les données sensibles sont gérées de manière sécurisée lors de leur transfert entre les couches web et natives, assurant la sécurité des informations pour les nombreuses applications utilisant déjà ces systèmes en production [\[1\]](https://capgo.app/).
-
-Alors que la technologie Capacitor continue d'évoluer, maintenir des canaux de communication web-natifs sécurisés et efficaces restera une priorité majeure pour le développement futur d'applications.
-
-## FAQ
-
-::: faq
-### Comment la communication bidirectionnelle améliore-t-elle la connexion entre les couches web et natives dans les applications Capacitor ?
-
-La communication bidirectionnelle dans les applications Capacitor rationalise l'interaction entre les couches web et natives, permettant une intégration transparente des fonctionnalités et des mises à jour en temps réel. Cette approche permet aux développeurs de pousser des correctifs, des améliorations et de nouvelles fonctionnalités directement aux utilisateurs sans attendre l'approbation des app stores.
-
-En exploitant cette fonctionnalité, les développeurs peuvent améliorer les performances des applications, répondre plus rapidement aux retours des utilisateurs et maintenir un avantage concurrentiel. Des outils comme Capgo peuvent améliorer davantage ce processus en offrant des mises à jour en direct, un chiffrement de bout en bout et la conformité aux exigences des plateformes, assurant un flux de développement fluide et efficace.
-:::
-
-::: faq
-### Quelles sont les meilleures pratiques pour créer des plugins personnalisés afin d'améliorer les performances dans les applications Capacitor ?
-
-La création de plugins personnalisés dans les applications Capacitor peut améliorer significativement les performances et adapter les fonctionnalités aux besoins spécifiques de votre application. Voici quelques bonnes pratiques à suivre :
-
--   **Optimiser le code natif :** Assurez-vous que votre code natif est efficace et évite les calculs inutiles. Utilisez les optimisations spécifiques au langage pour iOS ([Swift](https://en.wikipedia.org/wiki/Swift_\(programming_language\))/Objective-C) et Android (Java/[Kotlin](https://kotlinlang.org/)).
--   **Minimiser la surcharge de communication :** Réduire la fréquence et la taille des échanges de données entre les couches web et natives pour améliorer la réactivité.
--   **Tester sur des appareils réels :** Toujours tester vos plugins sur des appareils réels pour identifier les goulots d'étranglement de performance qui pourraient ne pas apparaître dans les émulateurs.
-
-Si vous cherchez à rationaliser les mises à jour et maintenir des performances d'application fluides, des plateformes comme Capgo peuvent aider. Capgo vous permet de pousser des mises à jour instantanément, garantissant que vos plugins et votre application restent optimisés sans nécessiter d'approbations des app stores.
-:::
-
-::: faq
-### Comment les développeurs peuvent-ils sécuriser les données lors de l'activation de la communication bidirectionnelle entre les couches web et natives dans les applications Capacitor ?
-
-La sécurisation des données pendant la communication bidirectionnelle dans les applications Capacitor implique la mise en œuvre de bonnes pratiques clés. Utilisez le **chiffrement de bout en bout** pour protéger les données sensibles lors de leur transfert entre les couches web et natives. De plus, validez et assainissez toutes les entrées pour prévenir les vulnérabilités comme les attaques par injection.
-:::
-
-Les applications Capacitor peuvent également bénéficier de solutions de stockage sécurisé pour les informations sensibles et de l'utilisation du protocole HTTPS pour toutes les communications réseau. Bien que l'article mette en avant des outils comme Capgo pour les mises à jour en direct sécurisées, ces pratiques fondamentales sont essentielles pour maintenir une sécurité robuste des applications.
-:::
diff --git a/src/content/blog/fr/5-common-ota-update-mistakes-to-avoid.md b/src/content/blog/fr/5-common-ota-update-mistakes-to-avoid.md
deleted file mode 100644
index ecee4cec9..000000000
--- a/src/content/blog/fr/5-common-ota-update-mistakes-to-avoid.md
+++ /dev/null
@@ -1,247 +0,0 @@
----
-slug: 5-common-ota-update-mistakes-to-avoid
-title: 5 erreurs courantes à éviter lors des mises à jour OTA
-description: >-
-  Évitez les erreurs courantes de mise à jour OTA qui peuvent entraîner des
-  plantages d'applications et des risques de sécurité. Découvrez les meilleures
-  pratiques pour des mises à jour réussies.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:28:16.443Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935-1744511309285.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, app store compliance, update security, mobile testing, user
-  experience
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mises à jour OTA (Over-the-Air) peuvent améliorer rapidement les applications, mais les erreurs peuvent entraîner des plantages, des risques de sécurité, ou même des violations des règles de l'[app store](https://www.apple.com/app-store/). Voici un guide rapide pour éviter les pièges courants :
-
--   **Violation des règles de l'App Store** : Respectez les directives comme la transmission sécurisée, les changements mineurs et la documentation appropriée pour éviter le rejet de l'application.
--   **Tests précipités** : Testez les mises à jour par phases (Alpha → Beta → Production) pour détecter les bugs tôt et assurer la conformité.
--   **Sécurité faible** : Utilisez le chiffrement de bout en bout, les contrôles d'accès et la surveillance en temps réel pour prévenir les failles.
--   **Perturbation des utilisateurs** : Planifiez les mises à jour pendant les heures creuses, utilisez les installations en arrière-plan et communiquez clairement avec les utilisateurs.
--   **Absence de suivi des mises à jour** : Surveillez les métriques comme les taux d'adoption et de réussite pour identifier et corriger rapidement les problèmes.
-
-### Aperçu rapide des meilleures pratiques
-
-| Erreur | Solution |
-| --- | --- |
-| Non-respect des directives | Suivre les règles de l'app store, utiliser le contrôle de version |
-| Tests insuffisants | Utiliser des déploiements progressifs et un suivi en temps réel |
-| Sécurité faible | Chiffrer les mises à jour et gérer les accès |
-| Perturbation des utilisateurs | Planifier intelligemment les mises à jour, utiliser les installations en arrière-plan |
-| Absence de suivi | Surveiller les taux d'adoption et les erreurs |
-
-## Pouvez-vous effectuer des mises à jour OTA pour les applications iOS ? Apple ...
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Non-respect des règles de l'[App Store](https://www.apple.com/app-store/)
-
-![App Store](https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935/ab359297e839832a0f76203cfe630f58.jpg)
-
-Une erreur majeure que font souvent les développeurs avec les mises à jour OTA est d'ignorer les directives de l'app store. L'App Store d'Apple et [Google Play](https://play.google.com/store/games?hl=en_US&gl=US) ont des règles strictes pour les mises à jour d'applications, et le non-respect de ces règles peut entraîner un rejet - ou même le retrait complet de l'application.
-
-### Exigences clés de conformité de l'App Store
-
--   **Sécurité et confidentialité** : Les mises à jour doivent utiliser des protocoles de transmission sécurisés et un chiffrement de bout en bout pour protéger les données des utilisateurs et la sécurité des appareils. Apple et Google privilégient des mesures de confidentialité strictes dans leurs réglementations.
--   **Protection de l'expérience utilisateur** : Les mises à jour OTA ne doivent pas modifier radicalement l'expérience fondamentale de l'application qui a été initialement approuvée. Comme le dit l'experte Bessie Cooper, "Éviter la révision pour les corrections de bugs est précieux." Concentrez les mises à jour sur les corrections et les améliorations mineures, pas sur les changements fondamentaux.
-
-### Meilleures pratiques pour rester conforme
-
--   Utilisez le contrôle de version pour documenter et suivre les changements.
--   Conservez des journaux de mise à jour détaillés pour fournir un historique clair lors des examens de l'app store.
--   Testez toutes les mises à jour selon les dernières directives de l'app store avant de les publier.
-
-Des plateformes comme [Capgo](https://capgo.app/) peuvent simplifier la conformité. Les outils de [Capgo](https://capgo.app/) sont conçus pour répondre aux exigences d'Apple et de Google Play, permettant aux développeurs de déployer des mises à jour en direct sans violer les politiques des stores. Alors que les règles des app stores évoluent, rester informé et utiliser des solutions conçues pour la conformité peut vous éviter des erreurs coûteuses et le retrait d'applications.
-
-## 2. Tests de mise à jour précipités
-
-Tester minutieusement est indispensable. Le négliger peut entraîner des bugs qui nuisent à l'expérience utilisateur et endommagent la réputation de votre application. Un processus de test bien planifié garantit que les mises à jour sont fiables et conformes aux règles.
-
-### Le coût des tests inadéquats
-
-Sauter les tests appropriés entraîne souvent des bugs qui passent inaperçus, conduisant à de mauvaises critiques et des utilisateurs frustrés.
-
-### Comment tester efficacement les mises à jour
-
-Diviser les tests en phases claires aide à détecter les problèmes tôt et assure des déploiements plus fluides.
-
-#### Système de test basé sur les canaux
-
-Un système basé sur les canaux permet de tester les mises à jour avec des groupes spécifiques avant de les diffuser à tous. Cette méthode minimise les risques en identifiant les problèmes tôt.
-
-| Phase de test | Objectif | Public cible |
-| --- | --- | --- |
-| **Canal Alpha** | Tests initiaux | Équipe interne |
-| **Canal Beta** | Tests étendus | Utilisateurs sélectionnés |
-| **Canal Production** | Déploiement progressif | Tous les utilisateurs |
-
-Cette approche par phases garantit que les mises à jour respectent les normes de conformité discutées précédemment.
-
-#### Composants clés des tests
-
--   **Suivi des erreurs** : Utilisez le suivi des erreurs en temps réel pour détecter les problèmes dès qu'ils surviennent.
--   **Options de retour en arrière** : Ayez un système en place pour revenir rapidement à une version stable si nécessaire.
--   **Tests des Pull Requests (PR)** : Testez les pull requests en utilisant des sélecteurs de canaux avant de les déployer largement.
-
-### Meilleures pratiques pour les tests de mise à jour
-
--   **Déploiements progressifs** : Commencez par un petit groupe d'utilisateurs et étendez à mesure que la stabilité est confirmée.
--   **Surveillance des performances** : Suivez les métriques comme les temps de chargement, l'utilisation de la mémoire et l'impact sur la batterie sur différents appareils et systèmes d'exploitation.
--   **Tests multi-appareils** : Testez les mises à jour sur une variété d'appareils et de versions d'OS pour assurer la compatibilité.
-
-Des outils comme Capgo aident à simplifier ce processus avec des fonctionnalités comme le suivi des erreurs en temps réel et les retours en arrière rapides, facilitant le respect des normes techniques et de conformité.
-
-## 3. Faible sécurité des mises à jour
-
-Les failles de sécurité dans les mises à jour OTA peuvent mettre en danger votre application et ses utilisateurs. Les données récentes indiquent que les mises à jour bien sécurisées atteignent un taux de réussite global de 82 % [\[1\]](https://capgo.app/). Comme la conformité et les tests, des mesures de sécurité solides sont essentielles pour le succès des mises à jour OTA.
-
-### Vulnérabilités de sécurité courantes
-
-Quelques vulnérabilités fréquentes incluent :
-
--   **Absence de chiffrement** : Sans chiffrement de bout en bout, les mises à jour sont vulnérables pendant la transmission.
--   **Contrôles d'accès faibles** : Une mauvaise authentification peut permettre l'injection de code non autorisé.
--   **Surveillance limitée** : Sans suivi des taux de livraison et de réussite des mises à jour, les violations peuvent passer inaperçues.
-
-Traiter ces problèmes est crucial pour créer des processus de mise à jour sécurisés.
-
-### Impact des violations de sécurité
-
-| Risque de sécurité | Impact potentiel | Mesure de prévention |
-| --- | --- | --- |
-| Altération | Injection de code malveillant | Chiffrement de bout en bout |
-| Interception | Mises à jour interceptées | Canaux de livraison sécurisés |
-| Problèmes de contrôle de version | Mauvaises versions déployées | Système de vérification des mises à jour |
-| Accès non autorisé | Modifications non autorisées | Contrôles d'accès stricts |
-
-### Mise en œuvre de mises à jour sécurisées
-
-Les plateformes avec des protocoles de sécurité solides rapportent un taux d'achèvement des mises à jour de 95 % dans les 24 heures [\[1\]](https://capgo.app/), permettant une livraison rapide des correctifs critiques.
-
-#### Fonctionnalités de sécurité clés
-
--   **Chiffrement de bout en bout** : Garantit que les données restent sécurisées tout au long du processus de mise à jour.
--   **Contrôle de version** : Empêche le déploiement de mises à jour incorrectes ou obsolètes.
--   **Gestion des accès** : Limite qui peut pousser des mises à jour et suit les activités de déploiement.
--   **Surveillance en temps réel** : Fournit un aperçu des taux de réussite des mises à jour, facilitant la détection et la résolution des problèmes.
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-### Meilleures pratiques pour la sécurité des mises à jour
-
--   **Utiliser des systèmes de vérification** : Chaque mise à jour doit passer des contrôles comme la vérification de signature et la validation d'intégrité avant d'être mise en production.
--   **Suivre les métriques de déploiement** : Surveillez en continu les taux de réussite des mises à jour pour détecter et résoudre rapidement les problèmes de sécurité.
--   **Activer les options de retour en arrière** : Ayez toujours un moyen sécurisé de revenir aux versions précédentes si un problème survient, protégeant vos utilisateurs des dommages potentiels.
-
-## 4. Perturbation des utilisateurs
-
-Des mises à jour mal programmées ou mal exécutées peuvent interférer avec l'expérience utilisateur et nuire aux taux de rétention.
-
-### Comment les mises à jour perturbatrices affectent les utilisateurs
-
-Les mises à jour perturbatrices se présentent souvent sous forme de :
-
--   Mises à jour forcées pendant les heures de pointe
--   Redémarrages soudains de l'application
--   Durées de téléchargement imprévisibles
--   Mises à jour qui bloquent l'utilisation de l'application jusqu'à leur achèvement
-
-### Stratégies de mise à jour plus intelligentes
-
-Comme pour les tests approfondis et la conformité, une planification et une communication soigneuses sont essentielles pour éviter la perturbation des utilisateurs. En programmant les mises à jour en fonction du comportement des utilisateurs et en utilisant des outils avancés, vous pouvez déployer les changements en douceur et garder les utilisateurs satisfaits.
-
-#### Programmer efficacement les mises à jour
-
-Ajustez les horaires de mise à jour pour éviter les périodes de pointe dans différentes régions :
-
-| Fuseau horaire | Heures de pointe | Fenêtre de mise à jour suggérée |
-| --- | --- | --- |
-| EST (Est US) | 9h – 18h | 2h – 4h |
-| CST (Centre US) | 8h – 17h | 1h – 3h |
-| PST (Ouest US) | 9h – 18h | 0h – 2h |
-
-### Conseils pour des mises à jour respectueuses des utilisateurs
-
--   **Installations en arrière-plan** : Utilisez les [mises à jour automatiques en arrière-plan](https://capgo.app/docs/plugin/self-hosted/auto-update/) pour réduire les interruptions.
--   **Déploiements progressifs** : Déployez les mises à jour par étapes. Cela permet de suivre les performances, d'identifier les problèmes tôt et d'éviter de surcharger les serveurs.
--   **Communication claire** : Informez les utilisateurs sur le moment, la durée et les changements des mises à jour. Si possible, offrez une option pour retarder les mises à jour.
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-### Exploitation des outils avancés
-
-Les systèmes modernes de [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) peuvent aider à minimiser les perturbations :
-
--   **Systèmes de canaux** : Ciblez les mises à jour vers des groupes d'utilisateurs spécifiques pour un meilleur timing.
--   **Programmation flexible** : Déployez les mises à jour pendant les heures creuses.
--   **Indicateurs de progression** : Tenez les utilisateurs informés lorsque les mises à jour prennent plus de temps que prévu.
-
-## 5. Absence de suivi des mises à jour
-
-Le suivi efficace des mises à jour est crucial pour maintenir la stabilité de l'application et assurer une expérience utilisateur fluide. Sans surveillance appropriée, des problèmes critiques peuvent passer inaperçus, mettant en danger les performances de l'application. Il devient également difficile d'évaluer le succès des mises à jour ou d'identifier de nouveaux problèmes.
-
-### Métriques clés pour mesurer le succès des mises à jour
-
-Le suivi des mises à jour signifie surveiller des métriques importantes comme celles-ci :
-
-| Métrique | Objectif | Pourquoi c'est important |
-| --- | --- | --- |
-| Taux d'adoption des mises à jour | 95% en 24 heures | Montre un fort engagement des utilisateurs et un succès rapide du déploiement. |
-| Taux de réussite | >80% globalement | Reflète la fiabilité et la stabilité du système. |
-
-### Outils pour un suivi efficace
-
-Pour suivre efficacement les mises à jour, concentrez-vous sur ces composants :
-
--   **Analyses en temps réel** : Surveillez la distribution et les installations des mises à jour en temps réel pour identifier rapidement les problèmes potentiels.
--   **Alertes d'erreur** : Recevez des notifications instantanées pour les installations échouées, les incompatibilités de version ou les erreurs réseau.
--   **Aperçus de l'engagement utilisateur** : Au-delà des chiffres d'installation, analysez comment les utilisateurs interagissent avec les nouvelles fonctionnalités pour confirmer l'impact de la mise à jour.
-
-### Contrôle avancé avec distribution ciblée
-
-L'ajout d'un système de distribution basé sur les canaux améliore le suivi et le contrôle. Cette approche permet :
-
--   Les tests bêta avec des groupes d'utilisateurs spécifiques.
--   Des déploiements progressifs pour minimiser les risques.
--   Le suivi des déploiements régionaux.
--   Le suivi des performances par version d'application.
-
-> "Les analyses détaillées et le suivi des erreurs" font partie des avantages de l'utilisation de Capgo. - Capgo [\[1\]](https://capgo.app/)
-
-### Pourquoi le suivi est important
-
-Les données soulignent l'importance du suivi des mises à jour. Par exemple, les plateformes dotées de systèmes robustes voient souvent jusqu'à 95 % des utilisateurs actifs se mettre à jour dans les 24 heures [\[1\]](https://capgo.app/). Cela assure une adoption généralisée et maintient la stabilité de l'application.
-
-Un bon suivi permet non seulement de vérifier la performance des mises à jour, mais aussi de résoudre les problèmes plus rapidement et de soutenir l'amélioration continue.
-
-## Conclusion
-
-Résumons les leçons clés de la conformité, des tests, de la sécurité et de l'expérience utilisateur pour vous aider à maîtriser les mises à jour OTA.
-
-Les plateformes modernes de gestion des mises à jour OTA ont transformé la façon dont les développeurs déploient les changements, alliant vitesse et fiabilité. Avec des outils comme la distribution CDN mondiale et le chiffrement de bout en bout, les mises à jour peuvent désormais atteindre les utilisateurs de manière sécurisée et efficace, où qu'ils soient.
-
-### Points clés pour des mises à jour OTA réussies
-
-| Aspect | Meilleure pratique |
-| --- | --- |
-| Vitesse | Utiliser la distribution CDN mondiale |
-| Sécurité | [Mettre en œuvre le chiffrement de bout en bout](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) |
-| Surveillance | Exploiter les analyses en temps réel |
-
-La technologie OTA d'aujourd'hui simplifie la conformité et permet des améliorations rapides. Pour assurer des mises à jour fluides, concentrez-vous sur ces priorités :
-
--   **Tests approfondis** : Testez toujours minutieusement les mises à jour avant de les déployer.
--   **Mesures de sécurité** : Protégez les mises à jour avec un chiffrement de bout en bout.
--   **Expérience utilisateur fluide** : Rendez les mises à jour non intrusives et faciles pour les utilisateurs.
--   **Surveillance des performances** : Suivez les métriques clés pour maintenir des taux de réussite élevés.
-
-Avec plus de 23,5 millions de mises à jour distribuées sur 750 applications en production [\[1\]](https://capgo.app/), la gestion efficace des mises à jour OTA est devenue un outil vital dans le monde du développement d'applications en constante évolution. En donnant la priorité à la sécurité, à la surveillance des performances et à une expérience utilisateur fluide, les développeurs peuvent maintenir leurs applications à jour tout en préservant la stabilité et la confiance.
diff --git a/src/content/blog/fr/5-security-best-practices-for-mobile-app-live-updates.md b/src/content/blog/fr/5-security-best-practices-for-mobile-app-live-updates.md
deleted file mode 100644
index b2efb9605..000000000
--- a/src/content/blog/fr/5-security-best-practices-for-mobile-app-live-updates.md
+++ /dev/null
@@ -1,206 +0,0 @@
----
-slug: 5-security-best-practices-for-mobile-app-live-updates
-title: >-
-  5 meilleures pratiques de sécurité pour les mises à jour en direct
-  d'applications mobiles
-description: >-
-  Découvrez les pratiques de sécurité essentielles pour les mises à jour en
-  direct des applications mobiles, la protection des données utilisateur et la
-  conformité aux normes de l'industrie.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-14T02:36:08.711Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6785bb5bfc0bf469b705c62a-1736822313233.jpg
-head_image_alt: Technologie
-keywords: >-
-  mobile app security, live updates, data integrity, OTA updates, encryption,
-  security testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-La sécurisation de votre application mobile pendant les mises à jour en direct est essentielle pour protéger les données des utilisateurs et maintenir leur confiance. Voici un résumé des meilleures pratiques pour sécuriser vos mises à jour over-the-air (OTA) :
-
-1.  **Livraison Sécurisée** : Utilisez le chiffrement (ex : TLS), les signatures numériques et [l'authentification multi-facteurs](https://capgo.app/docs/webapp/mfa/) pour protéger les mises à jour pendant la transmission.
-    
-2.  **Intégrité des Données** : Validez les mises à jour avec des sommes de contrôle, la vérification des signatures de paquets et le contrôle de version pour éviter les altérations.
-    
-3.  **Bloquer les Accès Non Autorisés** : Mettez en place le contrôle d'accès basé sur les rôles (RBAC), l'authentification multi-niveaux et la communication chiffrée pour restreindre l'accès.
-    
-4.  **Mises à Jour et Correctifs Réguliers** : Corrigez rapidement les vulnérabilités avec des outils de mise à jour automatisés et maintenez à jour les dépendances tierces.
-    
-5.  **Tests de Sécurité Approfondis** : Utilisez des outils automatisés comme [OWASP ZAP](https://www.zaproxy.org/) et des tests manuels pour détecter les vulnérabilités avant le déploiement des mises à jour.
-    
-
-### Pourquoi C'est Important
-
-En suivant ces pratiques, vous pouvez réduire les risques de sécurité, respecter les réglementations comme le RGPD et HIPAA, et maintenir la confiance des utilisateurs. Des outils comme [Capgo](https://capgo.app/) et des pipelines CI/CD sécurisés peuvent aider à rationaliser ces processus tout en garantissant la sécurité des mises à jour.
-
-Examinons en détail chaque pratique pour comprendre comment elles protègent votre application et vos utilisateurs.
-
-## Comment réussir avec les mises à jour OTA
-
-<iframe src="https://www.youtube-nocookie.com/embed/GO-RZ_ZcvN4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Livraison Sécurisée des Mises à Jour
-
-Pour garantir des mises à jour sûres pour les applications basées sur Capacitor, le **chiffrement** et les **protocoles d'authentification** sont la base d'un pipeline de livraison sécurisé.
-
-> "Le code sécurisé est le fondement de la sécurité pour les applications mobiles" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/).
-
-Voici les principales mesures pour sécuriser vos mises à jour :
-
-| Mesure de Sécurité | Implémentation | Objectif |
-| --- | --- | --- |
-| **Transport Layer Security** | Protocoles HTTPS/SSL/TLS | Chiffrer les données pendant la transmission |
-| **Vérification des Paquets** | Signatures numériques | Confirmer l'authenticité des mises à jour |
-| **Gestion des Accès** | Authentification multi-facteurs | Restreindre l'accès au déploiement des mises à jour |
-| **Validation d'Intégrité** | Sommes de contrôle automatisées | Détecter et prévenir les altérations |
-
-### Authentification et Contrôle d'Accès
-
-En utilisant des outils comme **Capgo**, le chiffrement et le contrôle d'accès basé sur les rôles garantissent que seul le personnel autorisé peut gérer les mises à jour. Cette couche de sécurité minimise les risques de modifications non autorisées ou de violations.
-
-### Contrôle de Version et Vérifications d'Intégrité
-
-Les vérifications d'intégrité automatisées sont essentielles pour vérifier que les mises à jour sont authentiques et non altérées. Cette étape protège les utilisateurs des paquets malveillants.
-
-### Sécurité du Pipeline CI/CD
-
-L'intégration de la sécurité dans l'ensemble du pipeline CI/CD est non négociable. Voici comment vous pouvez le faire :
-
--   **Pratiques de codage sécurisé** pendant le développement
-    
--   Outils automatisés pour détecter les vulnérabilités
-    
--   Audits réguliers du processus de livraison des mises à jour
-    
--   Journalisation détaillée de toutes les activités liées aux mises à jour
-    
-
-Ces pratiques sécurisent non seulement les mises à jour mais maintiennent aussi l'efficacité du déploiement. Pour les industries soumises à des réglementations comme **HIPAA** ou le **RGPD**, le strict respect de ces mesures est obligatoire.
-
-Enfin, bien que la sécurisation du pipeline soit cruciale, la vérification de l'intégrité des mises à jour elles-mêmes garantit qu'aucun code malveillant n'atteint vos utilisateurs.
-
-## 2. Assurer l'Intégrité et la Validation des Données
-
-Le maintien de l'intégrité des données est crucial pour les mises à jour en direct. Si les données sont compromises, cela peut entraîner des risques de sécurité et éroder la confiance des utilisateurs. Pour éviter cela, des processus de validation robustes fonctionnent de pair avec le chiffrement pour garantir que les mises à jour sont sécurisées et fiables.
-
-### Comment l'Intégrité des Données est Protégée
-
-Les systèmes de mise à jour utilisent plusieurs couches de sécurité pour protéger les données pendant la transmission. Celles-ci incluent le chiffrement, les signatures numériques et des vérifications automatisées pour s'assurer que les mises à jour restent intactes et non altérées.
-
-Les étapes clés de validation comprennent :
-
--   **Vérification de la signature des paquets** : Garantit que la mise à jour est légitime.
-    
--   **Validation des sommes de contrôle** : Identifie toute altération de fichier pendant le transit.
-    
--   **Vérifications du contrôle de version** : Empêche les attaques par rétrogradation et maintient les mises à jour dans la séquence correcte.
-    
-
-### Protection en Temps Réel avec RASP
-
-L'auto-protection des applications en temps réel (RASP) va plus loin en fournissant une défense en temps réel. Elle fournit des analyses de menaces et sécurise les détails critiques de l'application, comme les clés API, dans le cloud. Cela garantit que les applications restent protégées même lorsque les menaces évoluent.
-
-### Surveillance Automatisée pour la Sécurité
-
-Les processus de vérification automatisés, comme la surveillance en temps réel, ajoutent une couche supplémentaire de sécurité. Ils signalent les anomalies dès qu'elles se produisent et aident à maintenir la qualité des données. Par exemple, [Netflix](https://ir.netflix.net/ir-overview/profile/default.aspx) utilise des vérifications d'intégrité automatisées dans leurs systèmes de diffusion de contenu pour assurer efficacement la qualité des données à grande échelle [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-Bien que l'assurance de l'intégrité des données soit essentielle, maintenir les accès non autorisés à distance est tout aussi important pour prévenir les failles de sécurité.
-
-###### sbb-itb-f9944d2
-
-## 3. Bloquer les Accès Non Autorisés
-
-L'accès non autorisé est une menace majeure pour les mises à jour OTA, rendant les contrôles d'accès stricts indispensables. [DashDevs](https://dashdevs.com/) souligne :
-
-> "Le code sécurisé est le fondement de la sécurité pour les applications mobiles. Cela implique d'écrire du code pour minimiser l'introduction de vulnérabilités de sécurité" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/).
-
-### Authentification Multi-Niveaux
-
-L'utilisation de plusieurs niveaux d'authentification aide à garantir que seules les mises à jour vérifiées sont installées. Cela peut inclure des méthodes comme l'authentification multi-facteurs, les signatures numériques et la gestion sécurisée des jetons pour confirmer la légitimité des mises à jour.
-
-### Contrôle d'Accès Basé sur les Rôles
-
-Le contrôle d'accès basé sur les rôles (RBAC) restreint les permissions de mise à jour selon les rôles des utilisateurs. Par exemple, les développeurs peuvent gérer les tests, les responsables des versions supervisent la production et les administrateurs de sécurité gèrent la supervision du système. Cela limite l'accès uniquement à ceux qui en ont besoin.
-
-### Opérations Sécurisées
-
-Toutes les communications liées aux mises à jour doivent utiliser des canaux chiffrés. Validez les points d'extrémité API et surveillez le trafic pour détecter toute activité inhabituelle. Les systèmes automatisés peuvent enregistrer et signaler les tentatives d'accès suspectes en temps réel, ajoutant une couche supplémentaire de protection.
-
-Bien que maintenir les accès non autorisés à distance soit crucial, n'oubliez pas que les mises à jour et correctifs réguliers sont essentiels pour maintenir une application sécurisée.
-
-## 4. Appliquer des Mises à Jour et Correctifs Réguliers
-
-Pour les mises à jour OTA en direct dans les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), maintenir votre application à jour est essentiel pour faire face aux nouveaux risques et maintenir la confiance des utilisateurs.
-
-### Gestion Automatisée des Mises à Jour
-
-L'utilisation d'outils CI/CD automatisés facilite la gestion des mises à jour et la rend plus sûre. Ces outils vous aident à répondre rapidement aux vulnérabilités par des correctifs opportuns.
-
-### Maintenir les Dépendances Tierces à Jour
-
-Les dépendances tierces obsolètes peuvent être un risque caché. Pour y faire face, assurez-vous que votre plan de mise à jour couvre les éléments suivants :
-
-| Composant | Fréquence de Mise à Jour | Focus Sécurité |
-| --- | --- | --- |
-| Bibliothèques Core | Mensuel ou selon les sorties | Vérifier la compatibilité des versions |
-| Composants de Sécurité | Immédiatement après la sortie des correctifs | Évaluer les vulnérabilités et exécuter des tests de régression |
-
-### Contrôle de Version et Plans de Retour en Arrière
-
-Un bon contrôle de version est essentiel pour des mises à jour fluides. Cela implique d'exécuter des analyses de sécurité pour valider les mises à jour, d'utiliser des déploiements progressifs pour détecter les problèmes tôt, et d'avoir un processus rapide de retour en arrière ou de correction pour les problèmes critiques.
-
-Les mises à jour régulières sont une ligne de défense solide, mais leur succès dépend de tests de sécurité approfondis pour détecter et corriger les vulnérabilités avant qu'elles n'atteignent les utilisateurs.
-
-## 5. Effectuer des Tests de Sécurité Approfondis
-
-La mise à jour de vos systèmes est essentielle, mais il est tout aussi important de s'assurer que ces mises à jour ne créent pas de nouveaux risques. Des tests de sécurité rigoureux vous aident à détecter les problèmes potentiels avant qu'ils n'affectent vos utilisateurs.
-
-### Intégration des Tests de Sécurité Automatisés
-
-L'incorporation d'outils automatisés dans vos pipelines CI/CD peut aider à détecter les vulnérabilités tôt et souvent. Des outils comme [**OWASP**](https://owasp.org/) **ZAP** et [**Snyk**](https://snyk.io/) sont excellents pour identifier les risques pendant le processus de mise à jour et permettre des corrections rapides.
-
-| Type de Test | Détails |
-| --- | --- |
-| Scan de Vulnérabilités | Scans réguliers pour détecter les faiblesses connues |
-| Tests de Pénétration | Simulations pour imiter les attaques réelles |
-| Revue de Code | Examen du code source avant chaque mise à jour |
-
-### Évaluation Manuelle de la Sécurité
-
-L'automatisation est puissante, mais elle a ses limites. Les experts en sécurité peuvent évaluer manuellement vos systèmes pour découvrir des vulnérabilités plus complexes que les outils automatisés pourraient manquer.
-
-### Suivi des Métriques de Sécurité
-
-Surveillez les métriques clés comme la rapidité de détection des vulnérabilités, le temps nécessaire pour les corriger et la couverture de votre système par les tests. Ces informations peuvent vous aider à vous améliorer au fil du temps.
-
-### Respect des Standards de l'Industrie
-
-L'utilisation de frameworks comme **OWASP** garantit que votre processus de test est approfondi et aligné sur les meilleures pratiques établies. Cette approche vous aide à découvrir les vulnérabilités tout en restant conforme aux attentes de l'industrie.
-
-Netflix est un excellent exemple de combinaison de tests automatisés et manuels dans leur pipeline CI/CD, montrant comment une approche en couches peut renforcer la sécurité [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-## Conclusion
-
-En suivant les cinq pratiques clés - sécuriser la livraison, valider l'intégrité, bloquer les accès non autorisés, appliquer des mises à jour opportunes et effectuer des tests approfondis - les développeurs peuvent mieux protéger leurs applications et leurs utilisateurs contre des menaces en constante évolution. Pour les applications construites avec Capacitor, où les mises à jour OTA sont cruciales pour une maintenance rapide et efficace, ces étapes aident à trouver le bon équilibre entre vitesse et sécurité.
-
-Les pratiques de sécurité rigoureuses pour les mises à jour en direct dans les applications basées sur Capacitor sont essentielles pour éviter les vulnérabilités, protéger les données des utilisateurs et respecter les réglementations du secteur. Les violations de données coûtent non seulement des millions, mais nuisent également à la stabilité financière et à la confiance des utilisateurs.
-
-La sécurité n'est pas un effort ponctuel. Elle nécessite des mises à jour régulières, une surveillance constante et des tests approfondis. La combinaison d'outils automatisés et de revues manuelles crée une défense plus solide, en particulier lorsqu'elle est intégrée aux pipelines CI/CD. Un excellent exemple est Netflix, qui utilise un cadre de test de sécurité complet pour anticiper les risques potentiels [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-Ces efforts apportent également des améliorations mesurables dans plusieurs domaines d'activité :
-
-| Domaine d'impact | Avantage |
-| --- | --- |
-| Confiance des utilisateurs | Renforce la confiance des utilisateurs et la fiabilité des applications |
-| Conformité | Respecte les réglementations comme le RGPD et HIPAA |
-| Gestion des risques | Réduit les vulnérabilités de sécurité |
-| Coûts d'exploitation | Réduit les dépenses liées aux incidents de sécurité |
-
-Pour ceux qui souhaitent mettre en œuvre ces stratégies, des outils comme [ProGuard](https://www.guardsquare.com/proguard) pour Android et des méthodes de compilation sécurisées pour iOS offrent des solutions pratiques pour améliorer la sécurité des mises à jour. L'utilisation des protocoles HTTPS et [le chiffrement pendant la livraison des mises à jour](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) garantissent la sécurité du processus de transmission et des données utilisateur.
diff --git a/src/content/blog/fr/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md b/src/content/blog/fr/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
deleted file mode 100644
index 4984a05d6..000000000
--- a/src/content/blog/fr/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
+++ /dev/null
@@ -1,365 +0,0 @@
----
-slug: 5-steps-for-resolving-version-conflicts-in-capacitor-apps
-title: 5 étapes pour résoudre les conflits de version dans les applications Capacitor
-description: >-
-  Résolvez les conflits de version dans les applications Capacitor avec ces cinq
-  étapes claires pour assurer la stabilité et prévenir les problèmes futurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T00:59:24.268Z
-updated_at: 2025-12-12T09:03:58.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e1f3a47856e801f1f25733-1742864377185.jpg
-head_image_alt: Développement Mobile
-keywords: 'Capacitor, version conflicts, mobile development, plugin issues, app stability'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous rencontrez des conflits de version dans vos applications [Capacitor](https://capacitorjs.com/) ?** Ces problèmes peuvent causer des échecs de compilation, des erreurs d'exécution et des dysfonctionnements de plugins. Ce guide simplifie le processus en **5 étapes concrètes** pour identifier, résoudre et prévenir ces conflits :
-
-1. **Trouver les conflits** : Utilisez `npx cap doctor` et les journaux d'erreurs pour détecter les versions incompatibles.
-2. **Vérifier les dépendances** : Examinez `package.json` et exécutez des commandes comme `npm outdated` pour repérer les incohérences.
-3. **Mettre à jour Capacitor Core** : Synchronisez et mettez à jour les composants principaux tout en gérant les changements majeurs.
-4. **Résoudre les problèmes de plugins** : Alignez les versions des plugins avec le core et verrouillez-les pour éviter les problèmes futurs.
-5. **Tester les changements** : Nettoyez, réinstallez les dépendances et testez sur des appareils réels pour garantir la stabilité.
-
-**Astuce rapide** : Des outils comme [Capgo](https://capgo.app/) peuvent simplifier les tests en direct et la gestion des versions.
-
-## ✅ \[Résolu\] [npm](https://www.npmjs.com/) ERR! ERESOLVE impossible de résoudre ...
-
-![npm](https://mars-images.imgix.net/seobot/screenshots/www.npmjs.com-ac76028e07fa565ed4006978107f5ce6-2025-03-25.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/GZWsp0xyrbA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Étape 1 : Trouver les conflits de version
-
-Repérer tôt les conflits de version peut vous éviter des heures de débogage et prévenir des crashs potentiels. Voici comment identifier efficacement ces problèmes.
-
-### Vérifier les versions avec le CLI [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-25.jpg?auto=compress)
-
-Le CLI Capacitor fournit des commandes utiles pour inspecter les versions des dépendances de votre projet. Ouvrez votre terminal, naviguez vers le répertoire de votre projet et exécutez :
-
-```bash
-npx cap doctor
-```
-
-Cette commande vérifie la santé de votre configuration Capacitor et signale toute incompatibilité de version entre :
-
-- Les packages Capacitor core
-- Les dépendances spécifiques aux plateformes
-- Les plugins installés
-
-Pour une analyse plus détaillée de votre configuration, utilisez :
-
-```bash
-npx cap ls
-```
-
-Cela affichera :
-
-- Les plateformes que vous avez installées (ex : iOS, Android)
-- Les versions des plugins
-- Les versions des packages core
-
-Bien que le CLI soit un excellent point de départ, les journaux d'erreurs fournissent souvent des indices supplémentaires sur les conflits.
-
-### Lire les journaux d'erreurs
-
-Les journaux d'erreurs peuvent révéler des conflits de version cachés. Voici quelques modèles d'erreurs courants et leurs causes :
-
-| **Type d'erreur** | **Description** | **Cause** |
-| --- | --- | --- |
-| Erreur de compilation | `Version de plugin incompatible` | La version du plugin ne correspond pas au core Capacitor |
-| Erreur d'exécution | `Méthode non trouvée` | Le plugin utilise des méthodes obsolètes |
-| Erreur de plateforme | `Échec de synchronisation Gradle` | Dépendances Android conflictuelles |
-
-Lors de l'analyse des journaux d'erreurs, concentrez-vous sur :
-
-- **Les traces d'appel** : Elles pointent souvent vers des plugins ou dépendances spécifiques causant des problèmes.
-- **Les numéros de version** : Recherchez les exigences de version mentionnées dans les journaux.
-- **Les messages spécifiques aux plateformes** : Portez une attention particulière aux erreurs liées à iOS ou Android.
-
-Certains signes de conflits de version incluent :
-
-- Crashs pendant les opérations de plugins
-- Fonctionnalités qui marchent sur une plateforme mais échouent sur une autre
-- Comportement inattendu après les mises à jour
-
-**Astuce pro** : Utilisez la journalisation détaillée pour obtenir plus d'informations sur les erreurs. Exécutez ces commandes pour des informations plus approfondies :
-
-```bash
-npx cap run android --verbose
-npx cap run ios --verbose
-```
-
-Les journaux détaillés peuvent vous aider à identifier la cause principale des conflits plus rapidement et avec plus de précision.
-
-## Étape 2 : Vérifier les dépendances du projet
-
-Après avoir identifié les conflits à l'aide du CLI et des journaux d'erreurs, il est temps d'inspecter les dépendances de votre projet pour éviter les problèmes futurs.
-
-### Examiner `package.json`
-
-Votre fichier `package.json` liste toutes les dépendances de votre projet. Voici un exemple :
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.5.1",
-    "@capacitor/ios": "5.5.1",
-    "@capacitor/android": "5.5.1",
-    "@capacitor/camera": "5.0.7"
-  }
-}
-```
-
-Points clés à vérifier :
-
-- **Dépendances core** : Assurez-vous que `@capacitor/core`, `@capacitor/ios` et `@capacitor/android` sont sur la même version.
-- **Versions des plugins** : Vérifiez que les versions des plugins sont compatibles avec votre version de Capacitor core.
-- **Dépendances paires** : Recherchez les avertissements concernant les conflits de dépendances paires.
-
-Pour examiner votre arbre de dépendances, utilisez cette commande :
-
-```bash
-npm ls @capacitor/*
-```
-
-### Utiliser les outils npm et [Yarn](https://yarnpkg.com/)
-
-![Yarn Package Manager Website](https://mars-images.imgix.net/seobot/screenshots/yarnpkg.com-310d80dc5a96a440e9276d02217e08fa-2025-03-25.jpg?auto=compress)
-
-Les gestionnaires de paquets comme npm et Yarn offrent des commandes utiles pour détecter et résoudre les problèmes de dépendances. Voici comment ils peuvent aider :
-
-| Commande | Objectif | Sortie |
-| --- | --- | --- |
-| `npm outdated` | Liste les paquets obsolètes | Affiche les versions actuelles et les plus récentes |
-| `npm audit` | Vérifie les vulnérabilités de sécurité | Signale les risques liés aux dépendances |
-| `yarn why package-name` | Explique pourquoi un paquet est installé | Montre les chemins de dépendance |
-
-Exécutez la commande suivante pour un contrôle complet de santé de votre environnement [Node.js](https://nodejs.org/en) et des dépendances du projet :
-
-```bash
-npm doctor
-```
-
-**Conseils clés à considérer :**
-
-- Commitez toujours vos fichiers de verrouillage dans le contrôle de version.
-- Spécifiez des versions exactes de Capacitor (ex : `5.5.1`) dans votre `package.json`.
-- Testez les mises à jour minutieusement sur les plateformes iOS et Android.
-
-Pour gérer les mises à jour en temps réel et le contrôle de version, vous pouvez utiliser des outils comme Capgo.
-
-Une fois que vos dépendances sont en ordre, vous pouvez procéder à la mise à jour des composants core de Capacitor.
-
-## Étape 3 : Mettre à jour Capacitor Core
-
-Maintenir vos composants core de Capacitor à jour assure que votre application fonctionne correctement et évite les problèmes de compatibilité. Ce processus aide à résoudre les conflits de version et maintient tout en bon état de fonctionnement.
-
-### Synchroniser les mises à jour de plateforme
-
-Pour mettre à jour les composants core de Capacitor, utilisez les commandes suivantes :
-
-```bash
-npm install @capacitor/core@latest
-npm install @capacitor/cli@latest
-npx cap sync
-```
-
-L'exécution de la commande `sync` met à jour les fichiers natifs, aligne les dépendances des plugins, ajuste les configurations de plateforme et régénère les fichiers de projet natifs. Avant la synchronisation, sauvegardez vos dossiers `ios` et `android` pour éviter toute perte accidentelle de données.
-
-Envisagez d'utiliser Capgo pour les mises à jour en direct afin de maintenir la cohérence des versions. Une fois la synchronisation terminée, vérifiez les changements d'API pour résoudre les problèmes potentiels.
-
-### Résoudre les changements majeurs
-
-La mise à jour du core Capacitor peut introduire des changements majeurs. Suivez ces étapes pour les gérer efficacement :
-
-1. **Examiner les changements d'API**
-
-Vérifiez le changelog de Capacitor pour tout changement majeur. Par exemple :
-
-```typescript
-// Old API (Capacitor 4)
-Plugins.Camera.getPhoto()
-
-// New API (Capacitor 5)
-Camera.getPhoto()
-```
-
-Mettez à jour votre code pour correspondre aux nouvelles API si nécessaire.
-
-2. **Mettre à jour les configurations de plateforme**
-
-Examinez votre fichier `capacitor.config.json` pour vous assurer qu'il est aligné avec le core mis à jour. Par exemple :
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 3000
-    }
-  }
-}
-```
-
-3. **Vérifier la compatibilité des plugins**
-
-| Composant | Que faire | Comment vérifier |
-| --- | --- | --- |
-| Plugins natifs | Mettre à jour pour correspondre à la nouvelle version core | Tester les fonctionnalités natives |
-| Plugins personnalisés | Vérifier les changements d'interface | Exécuter des tests spécifiques aux plugins |
-| Implémentation Web | Mettre à jour les appels de plugins web | Tester dans le navigateur |
-
-**Astuce Pro** : Pour les mises à jour majeures (comme passer de 4.x à 5.x), mettez à jour une version à la fois. Cela facilite la détection et la correction des problèmes.
-
-Une fois ces étapes terminées, testez minutieusement votre application pour vous assurer que toutes les fonctionnalités fonctionnent correctement avec le core mis à jour.
-
-## Étape 4 : Résoudre les problèmes de version des plugins
-
-Les conflits de version des plugins peuvent perturber les performances de votre application Capacitor. Voici comment gérer et résoudre ces problèmes efficacement.
-
-### Mettre à jour les plugins
-
-Gardez vos plugins alignés avec le core Capacitor en exécutant cette commande :
-
-```bash
-npx npm-check-updates "@capacitor/*" --target latest
-```
-
-Pour une mise à jour complète des plugins Capacitor, utilisez :
-
-```bash
-npm install @capacitor/core@latest @capacitor/cli@latest @capacitor/ios@latest @capacitor/android@latest
-```
-
-Après la mise à jour, assurez-vous de tester les fonctionnalités natives pour confirmer la compatibilité.
-
-| Type de mise à jour | Commande | Objectif |
-| --- | --- | --- |
-| Plugin unique | `npm install @capacitor/plugin-name@version` | Mettre à jour un plugin |
-| Tous les plugins | `npx npm-check-updates "@capacitor/*" -u` | Tout mettre à jour |
-| Version spécifique | `npm install @capacitor/plugin-name@x.x.x` | Verrouiller à une version spécifique |
-
-### Verrouiller les versions des plugins
-
-Pour éviter les conflits futurs, verrouillez vos versions de plugins dans `package.json`. Cela assure un comportement cohérent entre les environnements de développement et de production.
-
-Ajoutez un champ "resolutions" à votre fichier `package.json` :
-
-```json
-{
-  "resolutions": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  }
-}
-```
-
-Pour les utilisateurs de Yarn, appliquez ces résolutions avec :
-
-```bash
-yarn add --force
-```
-
-> "Nous avons déployé les [mises à jour OTA Capgo](https://console.capgo.app/resend_email) en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-L'utilisation d'outils comme Capgo peut aider à gérer les mises à jour des plugins et maintenir la cohérence des versions, en particulier lors de l'introduction de changements critiques.
-
-**Conseils pour gérer les versions** :
-
-- Testez minutieusement les mises à jour dans votre environnement de développement.
-- Documentez les versions compatibles des plugins et notez les changements majeurs.
-- Suivez le versionnage sémantique pour planifier efficacement les mises à jour.
-- Gardez des sauvegardes de votre configuration fonctionnelle.
-
-Passez à l'étape 5 pour tester vos changements dans tous les environnements.
-
-## Étape 5 : Vérifier vos changements
-
-Après avoir résolu les conflits de version, il est crucial de tester minutieusement pour s'assurer que votre application reste stable et prête pour les mises à jour dans tous les environnements.
-
-### Tests locaux
-
-Commencez par exécuter ces commandes pour confirmer que tout fonctionne comme prévu :
-
-- **Nettoyer et réinstaller les dépendances :**
-
-```bash
-npm cache clean --force
-rm -rf node_modules
-npm install
-```
-
-- **Vérifier les builds des plateformes :**
-
-```bash
-npm run build
-npx cap sync
-```
-
-- **Ouvrir les IDE natifs pour des tests supplémentaires :**
-
-```bash
-npx cap open ios
-npx cap open android
-```
-
-**Que vérifier :**
-
-| Zone de test | Quoi vérifier |
-| --- | --- |
-| Fonctionnalités core | Navigation, persistance des données, appels API |
-| Fonctions natives | Caméra, géolocalisation, accès au système de fichiers |
-| Intégration des plugins | Fonctionnalité de chaque plugin mis à jour |
-| Performance | Temps de lancement de l'app, transitions, utilisation mémoire |
-
-Une fois que les tests locaux confirment que les fonctionnalités de base de l'application sont intactes, passez aux tests sur des appareils réels via les canaux Over-the-Air (OTA).
-
-### Tests en direct avec [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-25.jpg?auto=compress)
-
-Après avoir vérifié vos modifications localement, il est temps de tester dans un environnement réel. Configurez les canaux de test avec ces commandes :
-
-```bash
-npx @capgo/cli init
-npx @capgo/cli create-channel beta
-```
-
-**Processus de test :**
-
--   Déployez vos corrections sur un canal bêta et surveillez les performances à l'aide des outils d'analyse de Capgo.
--   Suivez les taux de réussite des mises à jour via le tableau de bord de Capgo, qui a déjà livré plus de 23,5 millions de mises à jour sur 750 applications en production [\[1\]](https://capgo.app/).
--   Si des problèmes surviennent, utilisez la fonction de restauration en un clic de Capgo pour annuler instantanément les modifications.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo affiche un taux de réussite global de 82%, avec des mises à jour atteignant 95% des utilisateurs actifs en seulement 24 heures [\[1\]](https://capgo.app/). Utilisez les sélecteurs de canaux pour tester les pull requests directement dans l'application, en vous assurant que tout fonctionne correctement avant de fusionner vos modifications.
-
-## Conclusion : Gardez le contrôle des versions de votre application
-
-La gestion des conflits de version dans les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) nécessite une approche claire et organisée. Le processus en cinq étapes partagé dans ce guide offre un moyen fiable de maintenir la stabilité de l'application et de résoudre efficacement les défis liés aux versions.
-
-En suivant ces étapes, les équipes peuvent s'assurer que leurs applications restent stables au fil du temps. Par exemple, l'utilisation d'outils de mise à jour en direct comme Capgo permet des déploiements rapides et efficaces, aidant les équipes à garder une longueur d'avance [\[1\]](https://capgo.app/).
-
-Voici sur quoi se concentrent les équipes performantes :
-
-| Pratique | Avantage |
-| --- | --- |
-| Vérifications régulières de la CLI | Repérer tôt les problèmes de dépendances |
-| Tests automatisés | Détecter les problèmes de version avant le lancement |
-| Surveillance des mises à jour en direct | Revenir rapidement sur les mises à jour problématiques |
-| Épinglage des versions | Maintenir la cohérence des dépendances |
-
-La gestion des versions d'applications va au-delà de la résolution des conflits - il s'agit d'assurer une expérience utilisateur fluide et fiable. En respectant ces pratiques et en utilisant des outils de mise à jour en direct, vous pouvez maintenir vos applications Capacitor en parfait état de fonctionnement.
diff --git a/src/content/blog/fr/5-steps-to-deploy-hotfixes-with-capgo.md b/src/content/blog/fr/5-steps-to-deploy-hotfixes-with-capgo.md
deleted file mode 100644
index 31aa9aca5..000000000
--- a/src/content/blog/fr/5-steps-to-deploy-hotfixes-with-capgo.md
+++ /dev/null
@@ -1,225 +0,0 @@
----
-slug: 5-steps-to-deploy-hotfixes-with-capgo
-title: 5 étapes pour déployer des correctifs avec Capgo
-description: >-
-  Découvrez comment déployer des correctifs rapidement et en toute sécurité
-  grâce à un processus simplifié qui évite les délais de l'app store et garantit
-  la conformité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-13T03:37:11.567Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d22ca8233d3a01105fd278-1741837059847.jpg
-head_image_alt: Développement Mobile
-keywords: 'hotfix deployment, Capgo, app updates, CI/CD tools, mobile development'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-[Capgo](https://capgo.app/) permet de déployer des correctifs rapidement et facilement, en évitant les délais des app stores tout en gardant les mises à jour sécurisées et conformes aux directives d'Apple et Google. Voici un aperçu rapide du processus :
-
-1. **Créez et testez votre correctif** : Écrivez des modifications de code précises, testez minutieusement sur les appareils et assurez la compatibilité.
-2. **[Configurez Capgo](https://capgo.app/docs/webapp/)** : Installez le [CLI Capgo](https://capgo.app/docs/cli/commands) avec `npx @capgo/cli init`, configurez le chiffrement et intégrez-le aux outils CI/CD.
-3. **Téléchargez votre correctif** : Utilisez le CLI pour télécharger votre mise à jour de manière sécurisée, étiquetez-la clairement et préparez-la pour le déploiement.
-4. **Choisissez les paramètres de mise à jour** : Ciblez des utilisateurs ou des groupes spécifiques, planifiez les déploiements et définissez les exigences de version.
-5. **Suivez votre mise à jour** : Surveillez les taux de livraison, la vitesse de mise à jour et la couverture utilisateur. Revenez instantanément en arrière si nécessaire.
-
-Capgo a livré plus de 947,6 millions de mises à jour dans le monde et amélioré l'efficacité des versions de 81% pour ses utilisateurs. C'est l'outil incontournable pour les équipes agiles ayant besoin de déploiements de correctifs rapides et sécurisés.
-
-## Étape 1 : Créer et tester votre correctif
-
-### Écrire le code du correctif
-
-Concentrez-vous sur des modifications précises qui corrigent le bug sans compromettre la stabilité de l'application.
-
-Voici un guide rapide pour structurer votre correctif :
-
-| Bonne pratique | Comment l'appliquer |
-| --- | --- |
-| **Modifications isolées** | Limitez les changements aux composants affectés. |
-| **Contrôle de version** | Utilisez une branche dédiée pour le développement du correctif. |
-| **Documentation** | Incluez des commentaires clairs sur la correction et son impact. |
-| **Dépendances** | Assurez la compatibilité avec les dépendances existantes de l'application. |
-
-Avec la capacité de mise à jour instantanée de Capgo, vous pouvez vous concentrer sur la correction du bug sans vous soucier d'inclure des modifications non liées. Cette méthode s'est révélée efficace, comme le souligne colenso :
-
-> "Nous avons déployé les [mises à jour OTA de Capgo](https://console.capgo.app/resend_email) en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour quelques minutes après le déploiement de l'OTA sur @Capgo" [\[1\]](https://capgo.app/).
-
-### Tester sur votre appareil
-
-Des tests approfondis sont essentiels pour garantir que le correctif fonctionne parfaitement. Suivez ces étapes :
-
-- **Tests de développement :** Exécutez la correction dans votre environnement de développement local.
-- **Tests sur appareil :** Vérifiez la correction sur différents appareils et versions de système d'exploitation.
-- **Tests d'intégration :** Confirmez que la correction n'interfère pas avec d'autres fonctionnalités.
-
-Automatisez autant que possible le processus de test en utilisant des outils CI/CD.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Une fois que votre correctif a passé tous les tests, vous êtes prêt à configurer Capgo pour le déploiement.
-
-## Étape 2 : Configurer [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-13.jpg?auto=compress)
-
-### Installer les packages requis
-
-Pour commencer avec Capgo dans votre projet Capacitor, utilisez son outil CLI. Exécutez simplement la commande suivante :
-
-```bash
-npx @capgo/cli init
-```
-
-Cette commande fait le gros du travail pour vous :
-
-- Installe le [plugin Capgo](https://capgo.app/plugins/)
-- Configure votre projet automatiquement
-- Prépare votre projet pour les services Capgo
-
-Une fois l'installation terminée, vous pouvez passer à la configuration de votre projet avec les fonctionnalités de chiffrement et de conformité de Capgo.
-
-### Configurer votre projet
-
-Capgo s'assure que votre projet est prêt avec les normes de chiffrement et de conformité pour Apple et Google. Il fonctionne parfaitement avec les outils CI/CD, chiffre les mises à jour pour la sécurité et respecte les directives des app stores.
-
-| Étape d'intégration | Objectif | Avantage |
-| --- | --- | --- |
-| **Configuration CI/CD** | Se connecte aux outils CI/CD | Simplifie les déploiements |
-| **Chiffrement E2E** | Sécurise la livraison des mises à jour | Maintient l'intégrité du code |
-| **Conformité aux plateformes** | Respecte les standards des app stores | Permet une distribution fluide |
-
-Cette configuration a été validée par les développeurs. Comme l'explique Bessie Cooper :
-
-> "@Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est précieux." [\[1\]](https://capgo.app/)
-
-Pour les équipes plus importantes, Capgo propose des fonctionnalités comme la configuration multi-organisations et la gestion détaillée des permissions. Il s'intègre avec des plateformes comme [GitHub](https://github.com/about), [GitLab](https://about.gitlab.com/), [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), et [Jenkins](https://www.jenkins.io/), rendant les flux de travail de déploiement automatisé simples. Rodrigo Mantica souligne son importance pour les équipes agiles :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-Une fois votre projet entièrement configuré, vous êtes prêt à télécharger votre correctif et à le déployer instantanément.
-
-## Étape 3 : Télécharger votre correctif
-
-### Envoyer les fichiers à Capgo
-
-Après avoir configuré votre projet, il est temps de télécharger votre correctif en utilisant l'[outil CLI Capgo](https://capgo.app/docs/cli/commands/). Cela garantit un transfert sécurisé et efficace de votre mise à jour. Commencez par construire votre application comme vous le feriez normalement pendant le développement.
-
-Voici comment ça fonctionne :
-
-- Construisez votre application en utilisant votre processus standard.
-- Vérifiez que tous les fichiers se compilent sans erreurs.
-- Utilisez l'outil CLI Capgo pour télécharger votre mise à jour.
-
-### Étiqueter vos mises à jour
-
-Un étiquetage clair est essentiel pour gérer et suivre vos correctifs. Lors du téléchargement de votre mise à jour sur Capgo, incluez des détails de version spécifiques et des étiquettes descriptives. Cela aide à organiser vos mises à jour et maintient tout le monde sur la même page.
-
-| **Élément d'étiquetage** | **Objectif** | **Bonne pratique** |
-| --- | --- | --- |
-| Numéro de version | Suit la séquence des mises à jour | Utiliser le versionnage sémantique |
-| Description de la mise à jour | Met en évidence les changements clés | Se concentrer sur les corrections et mises à jour principales |
-| Notes de version | Communique les changements | Détailler les améliorations spécifiques |
-
-Martin Donadieu, le fondateur de Capgo, a conçu un système de versionnage qui s'intègre parfaitement aux flux de travail CI/CD. Ce système facilite le suivi des mises à jour et le retour en arrière si nécessaire.
-
-La [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) de Capgo inclut également des fonctionnalités comme le chiffrement de bout en bout et le déploiement instantané, garantissant que vos correctifs sont sécurisés tout en atteignant rapidement les utilisateurs.
-
-Une fois votre correctif téléchargé et étiqueté, passez à l'Étape 4 pour configurer vos paramètres de mise à jour.
-
-###### sbb-itb-f9944d2
-
-## Système de mise à jour en direct Capgo pour les applications [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-13.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Étape 4 : Choisir les paramètres de mise à jour
-
-Une fois que vous avez téléchargé votre correctif, il est temps de configurer les paramètres pour cibler les utilisateurs et définir les critères de déploiement. Cela garantit un déploiement contrôlé et efficace.
-
-### Sélectionner les utilisateurs et les appareils
-
-Les outils d'attribution d'utilisateurs de Capgo vous permettent de cibler précisément qui doit recevoir le correctif. Deux stratégies principales sont disponibles :
-
-| Type de déploiement | Idéal pour | Avantages |
-| --- | --- | --- |
-| **Tests privés** | Testeurs bêta, équipes QA | Permet des tests contrôlés avec retours rapides |
-| **Version publique** | Tous les utilisateurs, déploiements progressifs | Permet une distribution large avec déploiement graduel |
-
-Par exemple, si un bug affecte les utilisateurs d'une région spécifique, vous pouvez prioriser ce groupe pour une validation plus rapide. Après avoir sélectionné votre public cible, vous pouvez procéder à la définition des règles de publication détaillées.
-
-### Définir les règles de publication
-
-Via l'interface web de Capgo, vous pouvez affiner le processus de publication en définissant des paramètres comme le planning, la compatibilité des versions d'application et la progressivité du déploiement de la mise à jour.
-
-Voici les paramètres clés à configurer :
-
-- **Planning de déploiement** : Choisissez des moments spécifiques pour la mise en ligne de la mise à jour.
-- **Exigences de version** : Définissez quelles versions de l'application doivent recevoir la mise à jour.
-- **Pourcentage de déploiement** : Contrôlez le rythme de la publication, en commençant par un petit groupe et en élargissant progressivement.
-
-Pour les corrections urgentes, vous pouvez opter pour un déploiement immédiat pour résoudre les problèmes rapidement. Pour les mises à jour moins critiques, les déploiements progressifs vous permettent de surveiller les performances et de résoudre les problèmes potentiels au fur et à mesure qu'ils surviennent. De plus, Capgo offre des options pour créer des groupes de test dédiés, rendant la coordination plus fluide et plus efficace.
-
-## Étape 5 : Suivre votre mise à jour
-
-Surveillez la progression de votre correctif et traitez les problèmes dès qu'ils surviennent.
-
-### Vérifier l'état de la mise à jour
-
-Les analyses de Capgo fournissent des informations sur les métriques clés de mise à jour :
-
-| Métrique | Quoi surveiller | Pourquoi c'est important |
-| --- | --- | --- |
-| **Taux de livraison** | Pourcentage de mises à jour réussies | Montre l'efficacité de votre déploiement |
-| **Vitesse de mise à jour** | Temps pour atteindre les utilisateurs cibles | Met en évidence les ralentissements ou goulots d'étranglement |
-| **Couverture utilisateur** | Nombre d'appareils mis à jour | Indique combien d'utilisateurs ont reçu la correction |
-
-### Gérer les problèmes
-
-Après avoir examiné ces métriques, soyez prêt à traiter rapidement les défis.
-
-- **Retour en arrière instantané**  
-  Si quelque chose ne va pas, la fonction de rollback de Capgo vous permet de revenir instantanément à la version précédente.
-
-- **Analyser les attributions utilisateurs**  
-  Vérifiez comment les mises à jour sont distribuées pour repérer si des groupes ou appareils spécifiques rencontrent des problèmes.
-
-- **Surveiller les performances**  
-  Utilisez des métriques en temps réel pour identifier et résoudre les problèmes. Les outils de Capgo peuvent aider à déterminer si le problème se situe au niveau de la livraison, de l'installation ou de la compatibilité.
-
-Rodrigo Mantica, développeur business, souligne l'importance de Capgo :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-L'interface web de Capgo facilite le suivi de la progression de votre mise à jour avec des logs détaillés et des métriques de performance. Ses fonctionnalités de suivi ont aidé les organisations à améliorer l'efficacité des versions jusqu'à 81% [\[1\]](https://capgo.app/), assurant des performances d'application stables tout en traitant rapidement les problèmes.
-
-## Résumé
-
-### Points Principaux
-
-Capgo simplifie le processus de déploiement des correctifs rapidement et efficacement, avec un bilan prouvé de **947,6 millions de mises à jour** sur **1 400 applications en production** [\[1\]](https://capgo.app/).
-
-| Étape | Action | Objectif |
-| --- | --- | --- |
-| Créer & Tester | Développer et vérifier le correctif localement | Assurer la qualité du code |
-| Configurer Capgo | Installer le plugin avec `npx @capgo/cli init` | Simplifier la configuration |
-| Télécharger | Transférer les fichiers via la CLI | Permettre une distribution rapide |
-| Configurer | Attribuer des utilisateurs et définir des règles | Déployer les mises à jour avec précision |
-| Surveiller | Suivre les performances et résoudre les problèmes | Améliorer l'efficacité |
-
-Suivez ces étapes pour intégrer Capgo dans votre flux de travail et optimiser votre processus de mise à jour.
-
-### Premiers Pas
-
-Avant de commencer, prenez un moment pour examiner les étapes ci-dessus. Elles décomposent le processus de déploiement en actions gérables, facilitant sa mise en œuvre.
-
-Démarrez votre intégration Capgo en ajoutant la CLI Capgo à votre projet. Avec le **chiffrement de bout en bout**, la plateforme garantit des mises à jour sécurisées et fiables à chaque fois.
-
-> "Capgo est une solution intelligente pour effectuer des déploiements de code à chaud."
-
-Pour encore plus d'efficacité, intégrez Capgo à vos outils CI/CD comme Azure DevOps, GitLab ou GitHub. Cette configuration permet des déploiements automatisés tout en vous donnant le contrôle sur la distribution des mises à jour grâce aux fonctionnalités d'attribution des utilisateurs.
diff --git a/src/content/blog/fr/5-steps-to-distribute-custom-capacitor-plugins.md b/src/content/blog/fr/5-steps-to-distribute-custom-capacitor-plugins.md
deleted file mode 100644
index 9ba5119bf..000000000
--- a/src/content/blog/fr/5-steps-to-distribute-custom-capacitor-plugins.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: 5-steps-to-distribute-custom-capacitor-plugins
-title: 5 Étapes pour Distribuer des Plugins Capacitor Personnalisés
-description: >-
-  Découvrez comment distribuer efficacement des plugins personnalisés pour
-  améliorer les fonctionnalités des applications sur les plateformes iOS et
-  Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T03:25:44.642Z
-updated_at: 2025-04-18T03:26:01.044Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136-1744946761044.jpg
-head_image_alt: Développement Mobile
-keywords: 'Capacitor, custom plugins, mobile development, distribution, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-La distribution de plugins [Capacitor](https://capacitorjs.com/) personnalisés peut améliorer les fonctionnalités de votre application tout en garantissant que les mises à jour atteignent rapidement les utilisateurs. Voici un guide rapide pour commencer :
-
-1. **Construire et Tester** : Développez votre plugin en utilisant l'[API Plugin Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), testez-le minutieusement sur les appareils iOS et Android, et gérez efficacement les cas limites.
-2. **Configurer la Distribution** : Créez un package npm avec une documentation claire, incluant les étapes d'installation, les références API et des exemples d'utilisation.
-3. **Publication** : Publiez votre plugin sur npm en utilisant le versionnement sémantique et partagez-le sur GitHub pour la visibilité communautaire.
-4. **Intégration** : Fournissez des instructions de configuration pour que les développeurs puissent facilement ajouter votre plugin à leurs projets et vérifier son fonctionnement.
-5. **Ajouter des Mises à Jour en Direct (Optionnel)** : Utilisez des outils comme [Capgo](https://capgo.app/) pour des mises à jour en direct sécurisées et efficaces, garantissant que 95% des utilisateurs reçoivent les changements en 24 heures.
-
-Ce processus étape par étape garantit que votre plugin est bien construit, facile à intégrer et prêt pour le déploiement sur les plateformes iOS et Android.
-
-## Comment créer un plugin [Capacitor](https://capacitorjs.com/) pour iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-## Étape 1 : Construire et Tester Votre Plugin
-
-L'objectif principal ici est de connecter JavaScript avec les fonctionnalités natives tout en garantissant un fonctionnement fluide sur iOS et Android.
-
-### Utiliser l'API Plugin Capacitor
-
-Commencez par créer votre plugin avec l'[API Plugin Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) officielle. Cela garantit une fonctionnalité cohérente sur toutes les plateformes. Concentrez-vous sur une seule fonctionnalité pour faciliter le développement et la maintenance.
-
-Points clés à garder à l'esprit pendant le développement :
-
-- Définir des signatures de méthodes claires.
-- Implémenter une gestion d'erreurs robuste.
-- Prendre en charge les fonctionnalités spécifiques à la plateforme si nécessaire.
-- Documenter clairement toutes les exigences de plateforme.
-
-### Tester sur Différentes Plateformes
-
-Des tests approfondis sont essentiels avant de lancer votre plugin. Utilisez des outils locaux pour vérifier les performances sur les appareils réels et les émulateurs :
-
-- Testez sur les simulateurs iOS et les appareils physiques à travers différentes versions iOS.
-- Testez sur les appareils Android à travers différents niveaux d'API pour confirmer l'intégration et les performances.
-
-Avant de conclure, assurez-vous de :
-
-- Valider les appels JavaScript vers natif et les conversions de données.
-- Vérifier la gestion des erreurs et les performances globales.
-- Tester les cas limites pour s'assurer que votre plugin peut gérer les entrées inattendues et fournir des messages d'erreur clairs.
-
-Une fois ces étapes terminées, vous êtes prêt à passer à l'Étape 2, où vous préparerez vos fichiers de distribution.
-
-## Étape 2 : Configurer les Fichiers de Distribution
-
-Organisez votre package npm et la documentation pour assurer une distribution fluide.
-
-### Créer Votre Package npm
-
-Commencez par exécuter la commande : `npm init @capacitor/plugin@latest`. Ensuite, mettez à jour le fichier `package.json` avec le nom du plugin, la version et les dépendances nécessaires.
-
-### Rédiger une Documentation Claire
-
-Incluez un fichier `README.md` qui couvre les points suivants :
-
-- **Instructions d'installation** : Fournissez les étapes pour npm et yarn.
-- **Référence API** : Détaillez les descriptions des méthodes et les types de paramètres.
-- **Exemples d'utilisation** : Montrez comment utiliser le plugin dans des scénarios courants.
-
-### Vérifier les Exigences de Plateforme
-
-Assurez-vous que toutes les déclarations de confidentialité et de permissions sont conformes aux directives d'Apple et Google.
-
-Une fois ces étapes terminées, vous êtes prêt à passer à l'Étape 3 et à publier votre plugin sur npm pour le partager avec la communauté.
-
-## Étape 3 : Publier Votre Plugin
-
-Diffusez votre plugin dans le monde en le publiant sur npm et en le partageant avec la communauté Capacitor.
-
-### Publier sur le Registre npm
-
-Suivez les directives de versionnement sémantique lors de la publication de votre plugin : utilisez les versions **majeures** pour les changements incompatibles, **mineures** pour les nouvelles fonctionnalités et **patch** pour les corrections de bugs.
-
-### Partager avec la Communauté Capacitor
-
-Téléchargez votre dépôt de plugin sur GitHub et envisagez de l'ajouter à l'organisation Capacitor Community. Cela donne plus de visibilité à votre plugin et ouvre la porte aux contributions d'autres développeurs.
-
-## Étape 4 : Guider l'Intégration du Projet
-
-Une fois votre plugin publié sur npm, l'étape suivante est son intégration dans les projets. Voici comment faire :
-
-### Instructions de Configuration
-
-- Exécutez : `npm install your-plugin-name`
-- [Synchronisez avec Capacitor](https://capgo.app/plugins/capacitor-updater/) : `npx cap sync`
-- Spécifiez toute configuration native requise, comme les mises à jour du manifeste ou l'enregistrement du plugin.
-
-### Tester l'Installation
-
-- Testez le plugin dans un nouveau projet Capacitor pour vous assurer que tout fonctionne comme prévu.
-- Appelez une méthode de plugin basique et vérifiez qu'elle produit le résultat attendu.
-
-Une fois que vous avez confirmé que tout fonctionne, vous êtes prêt à intégrer votre plugin dans les projets.
-
-## Étape 5 : Ajouter des Mises à Jour en Direct
-
-Étendez votre processus de distribution en incorporant des mises à jour en direct. En utilisant Capgo, vous pouvez garantir que votre plugin reste à jour sans attendre les approbations des app stores.
-
-### Configuration des Mises à Jour en Direct [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-**Pourquoi utiliser Capgo ?** Il offre une gamme de fonctionnalités pour rationaliser les mises à jour :
-
-- **Livraison sécurisée** avec chiffrement de bout en bout
-- **Distribution efficace** via des mises à jour delta
-- **Outils de surveillance** via un tableau de bord analytique
-- **Options de retour en arrière** pour des corrections rapides
-- **Gestion des canaux** pour des versions organisées
-
-Voici comment configurer vos mises à jour :
-
-- Intégrez avec des outils CI/CD comme [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), ou [Jenkins](https://www.jenkins.io/).
-- Configurez des canaux de distribution pour les environnements de développement, bêta et production.
-- Activez le retour en arrière en un clic pour résoudre rapidement les problèmes.
-
-Selon les métriques de Capgo, 95% des utilisateurs actifs reçoivent les mises à jour dans les 24 heures [\[1\]](https://capgo.app/), faisant des mises à jour en direct un moyen puissant de distribuer les changements efficacement.
-
-Une fois les mises à jour en direct configurées, vous êtes prêt à finaliser votre flux de distribution.
-
-[\[1\]](https://capgo.app/) Basé sur les métriques de la plateforme Capgo des applications en production actives.
-
-## Conclusion
-
-En suivant ces cinq étapes, vous pouvez créer un [plugin Capacitor personnalisé](https://capgo.app/blog/release-of-a-brand-new-capacitor-social-login/) bien construit, simple à intégrer et prêt pour le déploiement.
-
-Du développement et des tests à l'empaquetage, la publication, l'intégration et même les mises à jour en direct optionnelles, ce processus structuré garantit que vos plugins fonctionnent parfaitement sur les plateformes iOS et Android.
-
-Gardez à l'esprit que la distribution réussie d'un plugin va au-delà de la première version - il s'agit de maintenir un processus efficace et fiable qui profite aux développeurs et aux utilisateurs. Utilisez ce guide pour rationaliser la livraison de plugins sur les plateformes.
diff --git a/src/content/blog/fr/5-steps-to-implement-oauth2-in-capacitor-apps.md b/src/content/blog/fr/5-steps-to-implement-oauth2-in-capacitor-apps.md
deleted file mode 100644
index 340bb6a95..000000000
--- a/src/content/blog/fr/5-steps-to-implement-oauth2-in-capacitor-apps.md
+++ /dev/null
@@ -1,324 +0,0 @@
----
-slug: 5-steps-to-implement-oauth2-in-capacitor-apps
-title: 5 étapes pour implémenter OAuth2 dans les applications Capacitor
-description: >-
-  Intégrez une authentification OAuth2 sécurisée dans votre application
-  Capacitor avec ce guide concis décrivant les étapes essentielles et les
-  meilleures pratiques.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-27T12:26:34.111Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/683598e6d3b96619818496d3-1748348849256.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OAuth2, Capacitor, authentication, mobile apps, security, token storage, PKCE,
-  app integration
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez ajouter une authentification sécurisée [OAuth2](https://en.wikipedia.org/?title=OAuth2&redirect=no) à votre application [Capacitor](https://capacitorjs.com/) ? Voici un guide rapide pour démarrer.**
-
-OAuth2 est un protocole qui permet aux utilisateurs de partager l'accès à leurs données sans partager leurs mots de passe. C'est idéal pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) car il fonctionne sur toutes les plateformes comme iOS, Android et le web. De plus, il maintient votre application sécurisée en utilisant des jetons plutôt que de stocker des informations d'identification sensibles.
-
-Voici comment intégrer OAuth2 dans votre [application Capacitor](https://capgo.app/plugins/ivs-player/) en seulement 5 étapes :
-
-1. **Configurer votre fournisseur OAuth2** : Choisissez un fournisseur (par exemple, Google, [Auth0](https://auth0.com/)), configurez les URI de redirection et gérez les informations d'identification client de manière sécurisée.
-2. **Installer et configurer le plugin OAuth2** : Ajoutez le plugin `@byteowls/capacitor-oauth2` et configurez les paramètres spécifiques à la plateforme (par exemple, `Info.plist` pour iOS, `AndroidManifest.xml` pour Android).
-3. **Construire le flux d'authentification** : Utilisez le plugin pour gérer la connexion utilisateur, le stockage des jetons et la déconnexion de manière sécurisée. Activez [PKCE](https://oauth.net/2/pkce/) pour une protection supplémentaire.
-4. **Tester sur toutes les plateformes** : Vérifiez le flux sur iOS, Android et les navigateurs web. Corrigez les problèmes courants comme les inadéquations d'URI de redirection ou les erreurs PKCE.
-5. **Sécuriser votre implémentation** : Stockez les jetons dans un stockage sécurisé ([Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\))/Keystore), utilisez HTTPS et configurez des [politiques de sécurité du contenu](https://capgo.app/security/) robustes.
-
-### Comparaison rapide : Options de stockage sécurisé des jetons
-
-| Option de stockage | Idéal pour | Niveau de sécurité | Accès hors ligne | Exemple d'utilisation |
-| --- | --- | --- | --- | --- |
-| **Stockage sécurisé** | Applications mobiles | Élevé | Oui | Jetons de rafraîchissement |
-| **Stockage en mémoire** | Accès temporaire | Moyen | Non | Jetons d'accès actifs |
-| **Cookies HttpOnly** | Applications web | Élevé | Oui | Sessions basées sur le navigateur |
-
-## Comment ajouter la connexion Google avec [Capacitor](https://capacitorjs.com/) à votre application [Ionic](https://ionicframework.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/GwtpoWZ_78E" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Étape 1 : Configurer votre fournisseur [OAuth2](https://en.wikipedia.org/?title=OAuth2&redirect=no)
-
-La configuration correcte de votre fournisseur OAuth2 est la première étape cruciale pour garantir le bon fonctionnement. Cela implique de choisir un fournisseur qui correspond aux exigences de votre application, de configurer les détails techniques comme les URI de redirection et de gérer vos informations d'identification de manière sécurisée. Ces étapes préparent l'installation du plugin OAuth2 dans la phase suivante.
-
-### Choisir un fournisseur OAuth2
-
-Commencez par sélectionner un fournisseur OAuth2 qui correspond aux fonctionnalités, aux besoins de sécurité et à la compatibilité de votre application. Le type d'application que vous construisez joue un rôle clé dans la détermination du flux OAuth 2.0 que vous utiliserez, ce qui impacte directement votre choix de fournisseur [\[2\]](https://auth0.com/docs/get-started/authentication-and-authorization-flow/which-oauth-2-0-flow-should-i-use). Pour les applications basées sur Capacitor, il est recommandé d'utiliser le flux de code d'autorisation avec PKCE - c'est la méthode préférée pour les applications mobiles.
-
-Lors de la comparaison des fournisseurs, concentrez-vous sur leurs fonctionnalités de sécurité. Recherchez des options comme les cookies signés, la validation des jetons CSRF et les JWT chiffrés. Si votre application traite des données sensibles, le support de [l'authentification multi-facteurs](https://capgo.app/docs/webapp/mfa/) est indispensable. Lors de l'évaluation, équilibrez les coûts et les fonctionnalités en fonction de vos besoins sans vous perdre dans de longues comparaisons.
-
-### Configurer les URI de redirection
-
-Les URI de redirection sont critiques - elles indiquent au fournisseur OAuth2 où envoyer les utilisateurs après leur authentification. Une configuration correcte de ces URI assure une expérience fluide sur les plateformes mobiles et web.
-
-Pour les applications mobiles, utilisez des schémas d'URL personnalisés, généralement formatés comme `com.example.app://callback`, où `com.example.app` correspond à l'ID de package de votre application. Sur le web, utilisez `window.location.origin` comme URI de redirection. Si vous testez localement, une URL comme `http://localhost:8100/callback` fonctionne bien.
-
-Pour les utilisateurs iOS, gardez à l'esprit que le plugin Browser de Capacitor utilise [SFSafariViewController](https://developer.apple.com/documentation/safariservices/sfsafariviewcontroller). Sur iOS 11 et versions ultérieures, il ne partage pas les cookies avec Safari, ce qui peut affecter la fonctionnalité de connexion unique. Si la SSO est essentielle, envisagez d'utiliser un plugin qui prend en charge [ASWebAuthenticationSession](https://developer.apple.com/documentation/authenticationservices/aswebauthenticationsession) [\[3\]](https://auth0.com/docs/quickstart/native/ionic-angular/interactive).
-
-### Gérer les informations d'identification client
-
-Les informations d'identification client identifient votre application auprès du fournisseur OAuth2 et consistent en un ID client et un secret client. Considérez l'ID client comme un identifiant public, tandis que le secret client doit être traité comme une clé privée.
-
-Ne codez jamais en dur les secrets client directement dans votre application et ne les validez pas dans le contrôle de version. Utilisez plutôt des variables d'environnement ou un système de gestion sécurisée des secrets pour les stocker. De plus, optez pour des jetons de courte durée avec des portées minimales pour limiter l'exposition et améliorer la sécurité.
-
-## Étape 2 : Installer et configurer le plugin OAuth2
-
-Maintenant que votre fournisseur OAuth2 est prêt, l'étape suivante consiste à ajouter le plugin à votre application Capacitor et à le configurer pour les plateformes iOS, Android et web.
-
-### Installer le plugin
-
-Le plugin `@byteowls/capacitor-oauth2` fonctionne avec la plupart des fournisseurs OAuth2. Pour éviter les problèmes de compatibilité, vous devrez installer la version qui correspond à votre configuration Capacitor.
-
-Voici les commandes d'installation selon votre version de Capacitor :
-
-- **Capacitor v5** : `npm i @byteowls/capacitor-oauth2`
-- **Capacitor v4** : `npm i @byteowls/capacitor-oauth2@4`
-- **Capacitor v3** : `npm i @byteowls/capacitor-oauth2@3`
-
-Une fois installé, exécutez la commande de synchronisation (`npx cap sync`) pour mettre à jour vos dépendances natives. Cette étape est cruciale pour assurer que le plugin s'intègre correctement avec vos projets iOS et Android. La passer peut entraîner des erreurs de compilation lors de la compilation pour les plateformes mobiles.
-
-### Configurer les paramètres du plugin
-
-Après l'installation, vous devrez configurer le plugin pour qu'il corresponde à la configuration de votre fournisseur OAuth2. Cela se fait via l'objet `oauth2Options` lors de l'appel de la méthode `authenticate()`. Les paramètres clés à définir incluent :
-
-- **appId** : Votre ID client du fournisseur OAuth2.
-- **authorizationBaseUrl** : Le point de terminaison d'autorisation du fournisseur.
-- **responseType** : Généralement défini sur `"code"` pour les applications mobiles.
-- **redirectUrl** : Doit correspondre à l'URL de redirection configurée à l'étape 1.
-
-Vous pouvez également définir des paramètres supplémentaires comme `accessTokenEndpoint`, `scope` et des options spécifiques à la plateforme pour affiner le processus d'authentification.
-
-Pour Android, mettez à jour vos fichiers `AndroidManifest.xml` et `strings.xml` avec les informations correctes de schéma et d'hôte. Sur iOS, modifiez le fichier `Info.plist` pour enregistrer votre schéma d'URL de redirection. Ces modifications spécifiques à la plateforme garantissent que les utilisateurs sont redirigés vers votre application après l'authentification.
-
-### Vérifier la compatibilité des versions de Capacitor
-
-Il est essentiel de vérifier que la version du plugin correspond à votre version de Capacitor. Des versions incompatibles peuvent provoquer des erreurs de compilation ou des problèmes d'exécution. Le plugin `@byteowls/capacitor-oauth2` s'aligne strictement sur les versions de Capacitor, alors vérifiez la compatibilité avant de continuer.
-
-| Version du plugin | Version Capacitor compatible | Notes |
-| --- | --- | --- |
-| 5.x | 5.x.x | Nécessite [Xcode](https://developer.apple.com/xcode/) 14.1. Changements majeurs notés dans le changelog. |
-| 4.x | 4.x.x | Nécessite Xcode 12.0. Changements majeurs notés dans le changelog. |
-| 3.x | 3.x.x | Nécessite Xcode 12.0. Changements majeurs notés dans le changelog. |
-| 2.x | 2.x.x | Nécessite Xcode 11.4. Changements majeurs notés dans le changelog. |
-| 1.x | 1.x.x |     |
-
-Si vous développez pour iOS, prêtez une attention particulière aux exigences de version Xcode. L'utilisation d'une version incompatible empêchera votre application de se compiler correctement. La documentation du plugin inclut des tableaux de compatibilité détaillés, qui sont une excellente ressource pour résoudre les problèmes liés aux versions.
-
-Si vous rencontrez des problèmes après l'installation, désinstallez la version actuelle du plugin, installez la version correcte pour votre version de Capacitor, et exécutez à nouveau la commande de synchronisation. Cette méthode est beaucoup plus efficace que d'essayer de faire fonctionner des versions incompatibles.
-
-## Étape 3 : Construire le flux d'authentification OAuth2
-
-Une fois votre plugin configuré, il est temps de créer un flux d'authentification entièrement fonctionnel. Cette étape garantit une connexion utilisateur sécurisée, la gestion des jetons et la déconnexion, rendant votre application capable de gérer les sessions utilisateur sur toutes les plateformes.
-
-### Créer le flux de connexion
-
-Le processus de connexion commence par l'appel de `authenticate()` avec un objet d'options. Cet objet doit inclure votre `authorizationBaseUrl`, `redirectUrl`, et le `responseType` défini sur `'code'` pour se conformer aux exigences PKCE. Le plugin ouvre de manière sécurisée la page de connexion du fournisseur, où les utilisateurs peuvent saisir leurs informations d'identification. Après une connexion réussie, le fournisseur redirige les utilisateurs vers votre application avec les jetons et les détails utilisateur.
-
-Voici le meilleur : les utilisateurs saisissent leurs informations d'identification directement avec le fournisseur OAuth2, donc votre application n'a jamais accès aux informations sensibles. La méthode renvoie un objet de réponse qui inclut le jeton d'accès, le jeton de rafraîchissement et les données utilisateur comme l'email ou les détails du profil.
-
-Sur iOS et Android, ce processus utilise une vue web sécurisée qui partage les cookies avec le navigateur système. Sur les plateformes web, il s'appuie sur les redirections standard du navigateur. Une configuration correcte de votre URL de redirection assure une expérience utilisateur fluide quelle que soit la plateforme.
-
-### Gérer le stockage et le rafraîchissement des jetons
-
-Une fois les utilisateurs connectés, la gestion sécurisée des jetons devient votre prochaine priorité. Cela inclut le stockage sécurisé des jetons et leur rafraîchissement automatique pour éviter les interruptions de session. Voici comment vous pouvez le gérer :
-
-**Jetons d'accès** : Stockez-les en mémoire pour un accès rapide et temporaire.
-**Jetons de rafraîchissement** : Utilisez un stockage sécurisé, comme le plugin `capacitor-secure-storage`, qui crypte les jetons avec AES-256 via le trousseau iOS ou [Android Keystore](https://developer.android.com/privacy-and-security/keystore). Cela garantit que les jetons restent protégés, même si l'appareil est compromis.
-
-Lorsque votre application redémarre, vérifiez les jetons stockés pour reconnecter les utilisateurs sans qu'ils aient à ressaisir leurs identifiants.
-
-| Méthode de stockage | Niveau de sécurité | Performance | Accès hors ligne | Meilleur cas d'utilisation |
-| --- | --- | --- | --- | --- |
-| **Stockage sécurisé** | AES-256 Matériel | Moyen | Oui | Jetons de rafraîchissement, données à long terme |
-| **Stockage en mémoire** | Élevé (temporaire) | Élevé | Non | Jetons d'accès actifs |
-| **Stockage standard** | Faible | Élevé | Oui | Préférences non sensibles |
-
-Pour maintenir les sessions actives, rafraîchissez les jetons avant leur expiration. Avant d'effectuer des appels API, vérifiez si le jeton d'accès est proche de l'expiration. Si c'est le cas, utilisez le jeton de rafraîchissement pour obtenir un nouveau jeton d'accès auprès de votre fournisseur OAuth2. Pour plus de fiabilité, incluez une logique pour réessayer le rafraîchissement du jeton lorsque le réseau se reconnecte. Si le jeton de rafraîchissement a expiré ou a été révoqué, redirigez les utilisateurs vers le flux de connexion pour se réauthentifier.
-
-### Ajouter la fonctionnalité de déconnexion
-
-Un processus de déconnexion sécurisé et efficace est tout aussi important. Commencez par révoquer le jeton de rafraîchissement via le point de terminaison du fournisseur. Ensuite, effacez les jetons du stockage sécurisé et réinitialisez les données utilisateur pour garantir que toutes les sessions sont terminées.
-
-La simple suppression des jetons locaux n'est pas suffisante. Les fournisseurs OAuth2 maintiennent souvent des sessions côté serveur qui pourraient réauthentifier automatiquement les utilisateurs. La révocation du jeton de rafraîchissement rompt la chaîne de jetons liée à l'autorisation, garantissant que les identifiants stockés ne peuvent pas être réutilisés.
-
-> "Les jetons d'accès JWT ne peuvent pas être révoqués. Ils sont valides jusqu'à leur expiration. Comme ce sont des jetons au porteur, il n'y a aucun moyen de les invalider." – lihua.zhang, Employé Auth0 [\[5\]](https://community.auth0.com/t/invalidating-an-access-token-after-user-logout/101398)
-
-Pour révoquer les jetons, appelez le point de terminaison de révocation du fournisseur avec le jeton de rafraîchissement avant d'effacer le stockage local. Cette action côté serveur empêche l'utilisation abusive des jetons, même si les identifiants sont compromis. Après la révocation, supprimez les jetons du stockage sécurisé, réinitialisez les données utilisateur mises en cache et redirigez les utilisateurs vers l'écran de connexion.
-
-Pour les configurations d'authentification unique (SSO), décidez si la déconnexion doit également mettre fin aux sessions d'autres applications utilisant le même fournisseur. De plus, assurez-vous que le processus de déconnexion fonctionne correctement lors des interruptions réseau en stockant localement les demandes de déconnexion et en les réessayant lorsque la connexion est rétablie. Cela garantit un nettoyage approprié du côté du fournisseur.
-
-## Étape 4 : Testez votre intégration OAuth2
-
-Après avoir configuré votre configuration OAuth2 et développé le flux d'authentification, l'étape suivante consiste à le tester en profondeur. Cela garantit que votre intégration fonctionne parfaitement sur tous les appareils et plateformes, offrant une expérience fiable à vos utilisateurs. Les tests impliquent la vérification des fonctionnalités sur les appareils mobiles et les navigateurs Web, tout en identifiant et en résolvant les problèmes potentiels avant le lancement de votre application.
-
-### Test sur iOS et Android
-
-Commencez par tester l'ensemble du processus d'authentification sur des appareils iOS et Android physiques.
-
-- **Pour iOS** : Assurez-vous que votre schéma d'URL est correctement configuré dans le fichier `Info.plist`, et confirmez que votre application gère correctement les redirections depuis le fournisseur OAuth2. Évitez d'utiliser `WKWebView` pour les demandes d'autorisation, car cela peut entraîner une erreur `disallowed_useragent`. Utilisez plutôt des bibliothèques comme Google Sign-In pour iOS ou AppAuth de OpenID Foundation pour iOS pour gérer efficacement les flux d'authentification [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-
-- **Pour Android** : Vérifiez que votre `AndroidManifest.xml` inclut les filtres d'intention corrects pour gérer les URI de redirection. Comme pour iOS, évitez d'utiliser `android.webkit.WebView` pour les demandes d'autorisation, car cela peut également provoquer des erreurs `disallowed_useragent`. Optez pour des bibliothèques comme Google Sign-In ou OpenID AppAuth pour Android [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-
-Dans les deux cas, testez les scénarios d'erreur, comme un serveur d'autorisation indisponible [\[7\]](https://www.testim.io/blog/how-to-test-oauth-authentication). Si votre application demande plusieurs permissions (scopes), vérifiez lesquelles sont accordées et gérez les situations où certaines peuvent être refusées [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-
-### Test sur le Web
-
-Pour les plateformes web, utilisez les outils de développement pour surveiller les requêtes réseau et assurer la sécurité des jetons. Des outils comme OAuth 2.0 Playground peuvent vous aider à tester votre flux [\[10\]](https://www.oauth.com/playground), tandis que des proxies d'interception HTTP comme [ZAP](https://www.zaproxy.org/) ou [BurpSuite](https://portswigger.net/burp) offrent des aperçus plus approfondis pendant les tests [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses).
-
-Lors des tests, utilisez l'autorisation Code avec PKCE, car c'est l'approche recommandée pour les clients publics. Assurez-vous que les secrets sont transmis de manière sécurisée via des paramètres POST ou des valeurs d'en-tête plutôt que des paramètres URL. De plus, implémentez des en-têtes de sécurité comme `Referrer-Policy` pour améliorer la protection [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses).
-
-### Corriger les problèmes courants
-
-Pendant les tests, vous pourriez rencontrer des problèmes courants qui doivent être résolus :
-
-- **URI de redirection incorrects** : Les URI de redirection non correspondants provoquent souvent des erreurs "client non autorisé". Assurez-vous que l'URI de redirection correspond exactement dans les paramètres de votre fournisseur OAuth2, le fichier `capacitor.config.json` de votre application Capacitor et les manifestes de la plateforme native.
-
-    > "La route acceptée par le sso doit supporter la combinaison de iosScheme et hostname : ionic://com.myapp.mybundle" - LBopp [\[8\]](https://forum.ionicframework.com/t/redirect-back-to-app-after-oauth2-oidc-login/201056)
-
-- **Erreurs de vérification PKCE** : Confirmez que PKCE est pris en charge et configuré correctement, car c'est essentiel pour sécuriser votre application [\[9\]](https://capacitorjs.com/docs/guides/security).
-
-- **Erreurs d'implémentation de plugin** : Les erreurs comme "Plugin is not implemented on iOS" indiquent généralement des configurations manquantes ou des problèmes dans l'environnement Capacitor. Activez la journalisation dans votre plugin OAuth2 pour aider à identifier et résoudre ces problèmes [\[4\]](https://github.com/capacitor-community/generic-oauth2).
-
-- **Erreurs de non-correspondance d'état** : Si le paramètre d'état dans la demande d'autorisation ne correspond pas à celui de la réponse de redirection, cela pourrait signaler un risque de sécurité. Ceci est particulièrement pertinent lors de l'utilisation de gestionnaires OAuth personnalisés pour des fournisseurs comme Facebook. Examinez attentivement votre code de gestionnaire personnalisé pour vous assurer qu'il n'y a pas d'erreurs ou de mauvaises configurations [\[4\]](https://github.com/capacitor-community/generic-oauth2).
-
-## Étape 5 : Sécurisez votre implémentation OAuth2
-
-Protéger votre intégration OAuth2 est crucial pour sauvegarder les données sensibles et minimiser les vulnérabilités. Voici les pratiques clés pour garantir que votre implémentation reste sécurisée.
-
-### Activer [PKCE](https://oauth.net/2/pkce/) pour une meilleure sécurité
-
-![PKCE](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/a1d07053135329feb5e83364c4428d00.jpg)
-
-L'une des façons les plus efficaces de sécuriser votre flux d'autorisation est d'activer PKCE (Proof Key for Code Exchange). PKCE aide à prévenir l'interception non autorisée des codes d'autorisation. Voici comment cela fonctionne :
-
-- Commencez par générer un `code_verifier` aléatoire qui fait entre 43 et 128 caractères.
-- Ensuite, créez un `code_challenge` en hachant le `code_verifier` avec SHA-256 et en encodant le résultat au format base64 URL.
-
-Si vous utilisez le plugin `capacitor-community/generic-oauth2`, l'activation de PKCE est simple. Voici un exemple de configuration :
-
-```javascript
-{
-  responseType: "code",
-  pkceEnable: true,
-  redirectUrl: "com.companyname.appname:/"
-}
-```
-
-Ce plugin gère automatiquement PKCE et ne prend pas en charge le flux de code sans celui-ci. La `code_challenge_method` est définie sur "S256" par défaut pour une validation appropriée [\[12\]](https://developer.constantcontact.com/api_guide/pkce_flow.html).
-
-### Utiliser un stockage sécurisé pour les jetons
-
-Le stockage sécurisé des jetons OAuth2 est essentiel pour prévenir les accès non autorisés. Pour les applications mobiles natives, tirez parti du stockage sécurisé fourni par le système d'exploitation :
-
-- Sur iOS, utilisez le **Keychain** pour le chiffrement matériel et la protection au niveau du système d'exploitation.
-- Sur Android, utilisez le **Keystore**, qui peut également prendre en charge [l'authentification biométrique](https://capgo.app/plugins/capacitor-native-biometric/) pour plus de sécurité.
-
-Pour les applications web, stockez les jetons dans des **cookies HttpOnly sécurisés** avec l'attribut `SameSite` pour atténuer les risques de scripts intersites (XSS).
-
-Voici une comparaison rapide des options de stockage sécurisé :
-
-| Option de stockage | Idéal pour | Avantages de sécurité | Considérations |
-| --- | --- | --- | --- |
-| iOS Keychain | Applications iOS natives | Chiffrement matériel et protection au niveau OS | Nécessite une implémentation spécifique à la plateforme |
-| Android Keystore | Applications Android natives | Stockage sécurisé avec protection biométrique potentielle | Varie selon les fonctionnalités de sécurité de l'appareil |
-| Cookies HttpOnly | Navigateurs web | Résistant au XSS et transmission automatique sécurisée | Doit être configuré pour l'accès API même domaine |
-| Backend for Frontend | Toutes plateformes | Les jetons ne sont jamais exposés au client | Nécessite une infrastructure serveur supplémentaire |
-
-Pour plus de sécurité, envisagez d'utiliser des jetons d'accès de courte durée et un stockage chiffré. Par exemple, Auth0 limite les jetons de rafraîchissement actifs à 200 par utilisateur par application pour réduire les risques [\[13\]](https://auth0.com/docs/secure/tokens/token-best-practices). Vous pouvez également améliorer la sécurité avec un proxy Backend for Frontend (BFF) qui utilise des cookies HttpOnly [\[14\]](https://infinum.com/blog/secure-token-storage-oauth2).
-
-### Configuration des politiques de sécurité du contenu
-
-En plus du stockage sécurisé, la mise en œuvre de politiques de sécurité du contenu (CSP) robustes peut aider à protéger votre application contre les attaques comme le cross-site scripting (XSS) et l'injection de code. Vous pouvez configurer CSP au niveau du serveur en utilisant l'en-tête HTTP `Content-Security-Policy` ou en ajoutant une balise `<meta>` dans votre HTML.
-
-Les directives clés à privilégier incluent :
-
--   **default-src** : Définit les règles par défaut pour tous les types de contenu.
--   **script-src** : Contrôle quels fichiers JavaScript sont autorisés à s'exécuter.
--   **connect-src** : Gère les appels API et les interactions OAuth2.
--   **frame-ancestors** : Empêche le détournement de clic en limitant qui peut intégrer votre application dans une iframe.
-
-Pour une protection maximale, utilisez des nonces stricts ou des hachages plutôt que des listes d'autorisation larges, et évitez les directives comme `unsafe-inline` ou `unsafe-eval`. Si votre application passe de HTTP à HTTPS, envisagez d'ajouter la directive `upgrade-insecure-requests`. Pour garantir que votre contenu OAuth2 ne puisse pas être intégré ailleurs, définissez `frame-ancestors 'none'`.
-
-## Conclusion et prochaines étapes
-
-### Points clés à retenir
-
-Vous avez réussi à implémenter l'authentification OAuth2 dans votre application Capacitor en suivant cinq étapes essentielles. Celles-ci comprenaient la configuration de votre fournisseur OAuth2, l'installation des plugins requis, la création du flux d'authentification, les tests sur différentes plateformes et la sécurisation de votre intégration à l'aide de PKCE et d'un stockage approprié des jetons. Il est important de se rappeler qu'OAuth 2.0 est un **protocole d'autorisation**, et non un protocole d'authentification [\[1\]](https://auth0.com/intro-to-iam/what-is-oauth-2). Son objectif principal est d'accorder l'accès plutôt que de vérifier l'identité de l'utilisateur.
-
-La sécurité est cruciale, en particulier pour les applications mobiles. Les organisations utilisant OAuth 2.0 signalent une baisse de 34 % des incidents de sécurité d'accès aux API par rapport à celles qui s'appuient sur des méthodes d'authentification de base [\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access). En incorporant les meilleures pratiques - comme l'utilisation de jetons d'accès de courte durée, l'implémentation de PKCE et le stockage sécurisé des jetons - vous avez établi une base solide pour le système d'authentification de votre application.
-
-Maintenant, vous pouvez explorer des moyens d'étendre les fonctionnalités de votre application tout en maintenant ce cadre sécurisé.
-
-### Ajouter plus de fonctionnalités
-
-Avec OAuth2 en place, vous avez l'opportunité d'améliorer votre application avec des fonctionnalités supplémentaires. Par exemple :
-
--   **[OpenID Connect](https://openid.net/developers/how-connect-works/) (OIDC)** : Étendez OAuth 2.0 avec des capacités d'authentification utilisateur et de connexion unique (SSO) [\[16\]](https://developer.okta.com/docs/concepts/oauth-openid).
--   **Authentification multi-facteurs (MFA)** : Renforcez la sécurité en ajoutant une couche de protection supplémentaire [\[17\]](https://blog.saaspass.com/multi-factor-authentication-mfa-with-openid-connect-protocol-d6b64c49c99c).
--   **Profilage progressif** : Collectez progressivement les données utilisateur pour améliorer l'intégration et l'expérience utilisateur [\[15\]](https://www.descope.com/blog/post/oauth2-react-authentication-authorization).
-
-Pour la maintenance continue et les mises à jour, envisagez des outils comme [Capgo](https://capgo.app/), qui vous permet de pousser des mises à jour en direct, des correctifs et de nouvelles fonctionnalités instantanément - en contournant la nécessité d'attendre les approbations des app stores. Cela peut être particulièrement utile pour gérer les correctifs de sécurité ou déployer rapidement de nouvelles fonctionnalités d'authentification.
-
-### Plus de ressources
-
-Pour améliorer davantage votre implémentation OAuth2, profitez de ces ressources et stratégies :
-
--   **Sécurité de la passerelle API** : Renforcez votre déploiement en implémentant des mesures d'authentification et d'autorisation, de mise en cache, ainsi qu'une journalisation et des analyses robustes [\[20\]](https://moldstud.com/articles/p-best-practices-for-deploying-api-gateways-in-production).
-    
--   **Conseils d'Aaron Parecki** : Selon Aaron Parecki, auteur de _OAuth 2.0 Simplified_ :
-    
-    > "Le flux de code d'autorisation est le plus sécurisé des flux OAuth 2.0 et devrait être utilisé chaque fois que possible pour les applications côté serveur" [\[18\]](https://blog.dreamfactory.com/implementing-oauth-2.0-in-rest-apis-complete-guide).
-    
-
-Voici un tableau de référence rapide pour guider vos prochaines étapes :
-
-| Phase | Domaines clés |
-| --- | --- |
-| Configuration système | Gérer les cycles de vie des jetons, imposer HTTPS et stocker de manière sécurisée les informations sensibles |
-| Gestion des jetons | Utiliser des jetons d'accès de courte durée et faire tourner les jetons de rafraîchissement |
-| Processus de validation | Vérifier les signatures et contrôler l'expiration des jetons |
-
-Restez en avance en effectuant des audits de sécurité réguliers et en maintenant votre implémentation à jour. Par exemple, OAuth 2.1 introduit des améliorations comme l'obligation d'utiliser PKCE pour toutes les demandes de code d'autorisation et l'abandon des flux moins sécurisés [\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access). De plus, la documentation Capacitor et les dépôts de plugins OAuth2 offrent un support technique continu pour vous aider à maintenir et améliorer le système d'authentification de votre application.
-
-## FAQ
-
-::: faq
-### Pourquoi devrais-je utiliser le flux de code d'autorisation avec PKCE pour OAuth2 dans les applications mobiles ?
-
-## Pourquoi utiliser le flux de code d'autorisation avec PKCE pour les applications mobiles ?
-
-Le **flux de code d'autorisation avec PKCE** est un choix privilégié pour les applications mobiles car il renforce la sécurité en répondant aux risques comme l'interception du code d'autorisation et les attaques de l'homme du milieu. PKCE (Proof Key for Code Exchange) fonctionne en ajoutant une couche de protection supplémentaire : il nécessite un challenge de code unique que le serveur d'autorisation valide. Cela garantit que seule l'application prévue peut finaliser le processus d'authentification.
-
-Les applications mobiles, classées comme clients publics, ne peuvent pas stocker de manière sécurisée les secrets clients. C'est là que PKCE intervient - il vous permet d'authentifier les utilisateurs en toute sécurité sans exposer de données sensibles. Le résultat ? Un processus de connexion plus sûr et plus fiable qui améliore l'expérience utilisateur globale.
-:::
-
-::: faq
-### Quelle est la meilleure façon de stocker de manière sécurisée les jetons OAuth2 dans les applications iOS, Android et web ?
-
-Pour garder les jetons OAuth2 en sécurité sur différentes plateformes, il est essentiel d'utiliser des **solutions de stockage sécurisé adaptées à chaque plateforme**. Pour iOS, l'option privilégiée est Keychain Services, tandis que les utilisateurs Android doivent s'appuyer sur le système Android Keystore. Ces outils sont spécifiquement conçus pour protéger les données sensibles, y compris les jetons. Sur le web, les cookies sécurisés ou le stockage crypté du navigateur peuvent servir d'alternatives efficaces.
-
-L'ajout du chiffrement, comme AES-256, fournit une couche de sécurité supplémentaire pour les jetons. L'utilisation de **jetons de courte durée** et leur actualisation sécurisée selon les besoins réduisent davantage les risques. L'implémentation de **PKCE (Proof Key for Code Exchange)** pendant le processus OAuth2 est une autre mesure intelligente pour bloquer les accès non autorisés. Pour une protection encore plus forte, envisagez d'intégrer l'authentification biométrique, garantissant que seul l'utilisateur légitime peut accéder aux jetons stockés.
-:::
-
-::: faq
-### Quels sont les problèmes les plus courants lors des tests d'intégration OAuth2 dans les applications Capacitor, et comment peuvent-ils être résolus ?
-
-Lors des tests d'intégration OAuth2 dans les applications Capacitor, les développeurs peuvent rencontrer quelques obstacles courants. Voici un aperçu rapide des points à surveiller :
-
--   **Identifiants client invalides** : Assurez-vous que votre ID client et votre secret sont correctement configurés et correspondent aux détails dans la configuration de votre fournisseur OAuth. Même une petite faute de frappe peut causer des problèmes.
--   **Non-concordance de l'URI de redirection** : L'URI de redirection dans votre application doit correspondre exactement à ce qui est enregistré dans votre fournisseur OAuth. Vérifiez cela pour éviter des maux de tête inutiles.
--   **Expiration des jetons** : Les jetons ne durent pas éternellement. Mettez en place un système fiable de rafraîchissement des jetons pour gérer en douceur les jetons expirés et maintenir l'expérience utilisateur ininterrompue.
--   **Mauvaise configuration des portées** : Les portées que vous demandez dans votre application doivent s'aligner sur celles configurées dans votre fournisseur OAuth. Des portées mal assorties peuvent entraîner des erreurs inattendues.
-
-Pour résoudre ces problèmes, prenez le temps de revoir minutieusement la configuration OAuth de votre application. Implémentez une gestion robuste des erreurs pour détecter et résoudre les problèmes tôt, et testez votre flux d'authentification dans différents scénarios. Des outils comme Capgo peuvent faciliter la vie en vous permettant de pousser des mises à jour et des correctifs directement dans votre application sans attendre les approbations des app stores, maintenant le développement efficace et les utilisateurs satisfaits.
-:::
diff --git a/src/content/blog/fr/a-brand-new-organization-system.md b/src/content/blog/fr/a-brand-new-organization-system.md
deleted file mode 100644
index 832db221a..000000000
--- a/src/content/blog/fr/a-brand-new-organization-system.md
+++ /dev/null
@@ -1,90 +0,0 @@
----
-slug: a-brand-new-organization-system
-title: Un nouveau système d'organisation
-description: Une histoire de l'ajout d'un système d'organisation par l'équipe Capgo
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-04-15T00:00:00.000Z
-updated_at: 2024-04-15T00:00:00.000Z
-head_image: /organization_system_blog.webp
-head_image_alt: Illustration du système d'organisation de Capgo
-keywords: >-
-  organization system, capgo, mobile app development, software engineering,
-  backend development
-tag: Story
-published: true
-locale: fr
-next_blog: ''
----
-## Introduction
-
-Hey, je suis [WcaleNieWolny](https://github.com/WcaleNieWolny/WcaleNieWolny) - l'ingénieur logiciel principal de Capgo.
-
-Au cours des 8 derniers mois, j'ai développé le [système d'organisation](/docs/webapp/organization-system/), et en date du 14 avril, je suis heureux d'annoncer que le système est terminé 🎉 🎊
-
-Enfin, après 8 mois, chaque partie de Capgo est accessible aux membres de l'organisation. Cela inclut :
- - les applications
- - les statistiques
- - la facturation
- - le support complet de la CLI
- - et bien plus encore !
-
-Ce n'a pas été facile d'en arriver là ; il y a eu 3 révisions majeures des systèmes.
-
-## Organisations v1
-
-Les débuts ont été difficiles... J'ai initialement commencé à travailler sur ce projet 2 semaines après avoir rejoint le projet.
-À l'époque, je n'avais que peu ou pas de connaissance de la base de code ou d'idée plus large sur la façon de l'implémenter.
-
-Cela a conduit à implémenter la solution la plus bancale qui ne permettait que d'accéder aux applications, aux canaux et aux versions.
-Elle ne permettait même pas à l'utilisateur invité d'accéder aux statistiques.
-
-Et puis j'ai attendu que Martin examine cela. J'ai attendu et attendu, mais rien ne s'est vraiment passé. 3 mois plus tard, j'ai décidé de revenir sur ce projet et de corriger tous les conflits de fusion. J'ai également décidé de tester, ce qui s'est avéré être une excellente idée.
-Sans surprise, la solution bancale a complètement échoué. À ce moment-là, j'ai décidé de corriger tous les bugs et d'écrire un test E2E complet.
-J'ai dû travailler avec du code très cassé et beaucoup de mauvaises décisions prises par mon moi passé, mais après 2 semaines difficiles, j'ai finalement réussi à le faire fonctionner.
-
-Cela ne signifie pas, cependant, que c'était parfait. Le propriétaire de l'organisation avait encore beaucoup plus d'accès que même l'utilisateur invité le plus élevé. L'expérience utilisateur était également assez limitée. L'utilisateur invité ne pouvait même pas voir les statistiques de l'application, gérer la facturation, et la CLI était limitée au téléchargement uniquement.
-
-Malgré tous ces défis, Martin avait examiné la PR, et une semaine plus tard, elle a été mise en production.
-
-## Organisations v2
-
-Le système d'organisation fonctionnait plutôt bien malgré tous les défis. Les utilisateurs l'utilisaient, et cela a vraiment fait avancer l'ensemble du projet. Cependant, je devais encore :
- - corriger le désordre créé dans la [sécurité au niveau des lignes](https://supabase.com/docs/guides/auth/row-level-security)
- - ajouter le support pour l'ensemble de la CLI
- - garantir que les utilisateurs administrateurs aient le même accès que le propriétaire
-
-Après [beaucoup de discussions](https://github.com/Cap-go/capgo/issues/564) avec Martin, nous avons décidé que la meilleure façon d'avancer était de réécrire toutes les règles de sécurité et de déplacer toute la propriété des ressources vers les organisations et non les utilisateurs.
-Cela permettrait une intégration plus facile avec le nouveau système d'organisation et supprimerait également beaucoup de code hérité.
-
-L'écriture du nouveau code RLS a été très fastidieuse, mais après une semaine et demie, toute la migration était prête.
-
-Cette fois-ci, cependant, nous avons décidé de ne pas écrire le test E2E, ce qui signifiait que nous devions le tester manuellement. Après 3 appels très approfondis ensemble, Martin et moi avons finalement décidé de pousser en production et d'espérer que tout se passerait bien 🙏
-
-Ce ne fut pas le cas... Il s'est avéré que j'avais cassé l'inscription des utilisateurs, et les nouveaux utilisateurs ne pouvaient pas créer de compte 😅
-
-Après un appel de panique rapide, j'ai rapidement poussé quelques modifications en production et je suis allé me coucher. Malheureusement, mes modifications n'ont créé que plus de problèmes 😰
-
-Après mon réveil, j'ai découvert que les utilisateurs avaient beaucoup d'organisations vides. Ce n'est pas censé arriver car une seule organisation devrait être autorisée par utilisateur. Il a fallu un certain temps de réflexion pour supprimer toutes les organisations dupliquées et vides, mais à part cela, les changements se sont déroulés plutôt en douceur.
-
-## Organisations v3
-
-Même cela n'était pas suffisant. Il manquait encore un composant majeur - la facturation.
-
-Jusqu'à présent, seul le propriétaire pouvait gérer la facturation. Cela a créé des problèmes intéressants où un utilisateur achetait un plan en pensant l'acheter pour l'organisation.
-Nous avons rapidement corrigé le problème manuellement et c'est à ce moment que nous avons décidé que ce problème était inacceptable
-
-La migration a été plutôt fluide. Cela a pris une semaine de travail mais comparé aux V1 et V2, ce n'était vraiment pas si difficile 🚀
-
-## Organisations v4 - l'avenir
-
-Après tout ce dur travail, je pense qu'il est temps de se concentrer sur autre chose pour l'instant 😎
-
-Ce n'était pas facile mais j'ai beaucoup appris et Capgo a reçu une fonctionnalité très agréable et importante
-Je dois encore déprécier les fonctions héritées, améliorer l'expérience utilisateur de l'application web, surveiller les bugs,
-mais il ne devrait pas y avoir de changements majeurs à ce système.
-
-<br>
-
-Merci de votre lecture 🚀
diff --git a/src/content/blog/fr/account-deletion-compliance-apple-guidelines.md b/src/content/blog/fr/account-deletion-compliance-apple-guidelines.md
deleted file mode 100644
index ae341514c..000000000
--- a/src/content/blog/fr/account-deletion-compliance-apple-guidelines.md
+++ /dev/null
@@ -1,244 +0,0 @@
----
-slug: account-deletion-compliance-apple-guidelines
-title: 'Conformité à la suppression de compte : Directives Apple'
-description: >-
-  Découvrez les directives d'Apple concernant la suppression de compte, les
-  exigences essentielles pour les développeurs et les meilleures pratiques pour
-  garantir la confidentialité des données des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T03:15:15.208Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6823e678f8b9f5df39f52ef5-1747192562945.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Apple guidelines, account deletion, user privacy, app compliance, mobile
-  development
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**Apple exige que toutes les applications sur l'[App Store](https://www.apple.com/app-store/) proposent une option intégrée pour supprimer les comptes utilisateurs.** Cette politique, appliquée depuis le 30 juin 2022, garantit que les utilisateurs peuvent effacer complètement leurs données, leur donnant plus de contrôle sur leur vie privée. Voici ce que vous devez savoir :
-
--   **Exigences principales** :
-    
-    -   L'**option de suppression de compte** doit être facile à trouver dans les paramètres de l'application.
-    -   Les données utilisateur doivent être **complètement supprimées**, sauf lorsque la conservation est légalement requise.
-    -   Les applications utilisant **"Sign in with Apple"** doivent révoquer les jetons via l'API REST d'Apple.
--   **Pour les développeurs** :
-    
-    -   Tester le processus de suppression pour sa facilité d'utilisation et la suppression complète des données.
-    -   S'assurer que les services tiers suppriment également les données utilisateur.
-    -   Utiliser des outils comme **[Capgo](https://capgo.app/)** pour les mises à jour en direct et le suivi de la conformité.
--   **Problèmes courants** :
-    
-    -   Synchronisation des suppressions entre les plateformes.
-    -   Gestion des jetons orphelins et des purges de données incomplètes.
-
-Le non-respect peut entraîner le rejet ou le retrait de l'application de l'App Store. Les développeurs doivent prioriser la confidentialité des utilisateurs et suivre les directives d'Apple pour éviter les problèmes.
-
-## Exigences techniques
-
-### Étapes de suppression requises
-
-Le processus de suppression d'un compte doit être simple et facile à trouver. Placez-le de manière visible dans les paramètres du compte de l'application - pas enfoui dans des sous-menus ou des liens externes.
-
-Voici les étapes clés à inclure :
-
--   **Vérification du compte** : Assurez-vous que l'identité de l'utilisateur est confirmée via un code email ou SMS.
--   **Communication claire** : Expliquez clairement quelles données seront supprimées et soulignez les exigences légales de conservation de certaines informations.
--   **Dialogue de confirmation** : Fournissez un écran de confirmation final qui décrit les conséquences de la suppression du compte.
-
-De plus, utilisez l'API REST Sign in with Apple pour révoquer les jetons pendant le processus de suppression du compte [\[2\]](https://developer.apple.com/news/?id=12m75xbj)[\[3\]](https://www.ketch.com/blog/posts/apple-delete-account-requirement).
-
-Une fois ces étapes en place, concentrez-vous sur la garantie que la suppression des données est conforme à ces exigences.
-
-### Normes de suppression des données
-
-| **Type de données** | **Exigences de suppression** | **Considérations légales** |
-| --- | --- | --- |
-| Contenu utilisateur | Suppression complète | Conservation temporaire peut être nécessaire |
-| Données d'authentification | Suppression immédiate | Révocation des jetons requise |
-| Données tierces | Suppression coordonnée | Conformité varie selon le service |
-| Historique d'utilisation | Purge complète | Soumis aux règles de conservation légale |
-
-Si les données utilisateur sont stockées avec des services tiers, assurez-vous que ces services suppriment également les données. Les industries avec des réglementations strictes peuvent nécessiter un support client supplémentaire pour assurer la conformité [\[2\]](https://developer.apple.com/news/?id=12m75xbj).
-
-Il est crucial de vérifier le respect de ces normes par des tests approfondis.
-
-### Exigences de test
-
-Tester le processus de suppression de compte est essentiel pour assurer la conformité et la fonctionnalité. Utilisez des outils comme [Xcode](https://developer.apple.com/xcode/) et les outils de révision de l'App Store pour vous concentrer sur les points suivants :
-
--   **Flux de suppression** : Confirmez que le processus est convivial et facile d'accès.
--   **Vérification des données** : Assurez-vous que toutes les données utilisateur sont complètement supprimées de tous les systèmes.
--   **Cas limites** : Testez les scénarios impliquant des achats in-app et des intégrations tierces.
-
-Pour les développeurs utilisant Capacitor avec Capgo, les mises à jour en direct peuvent aider à résoudre rapidement les problèmes de conformité, évitant d'attendre l'approbation de l'App Store. Pendant les tests, assurez-vous de vérifier :
-
--   La révocation des jetons pour les utilisateurs connectés avec Apple.
--   La suppression complète des données de tous les services connectés.
--   La gestion appropriée des abonnements actifs.
-
-## Problèmes courants et solutions
-
-### Synchronisation des données entre plateformes
-
-Parfois, la suppression des données sur iOS et Android ne se synchronise pas correctement. Cela arrive généralement en raison des différences dans la façon dont chaque plateforme gère le stockage et les données en cache.
-
-Voici comment gérer les problèmes de synchronisation :
-
--   **Gestionnaire de suppression centralisé** : Développez un service unifié pour gérer les tâches clés comme :
-    
-    -   Nettoyage du [stockage local](https://capgo.app/plugins/capacitor-data-storage-sqlite/)
-    -   Purge du stockage sécurisé
-    -   Arrêt des processus de synchronisation cloud
-    -   Gestion des jetons
--   **Diffusion d'événements multi-plateformes** : Utilisez la logique côté serveur pour envoyer des événements de suppression à toutes les sessions et appareils actifs, assurant la cohérence.
-
-### Mises à jour des plugins
-
-Après avoir géré la suppression à l'échelle de la plateforme, vous devrez aborder les défis spécifiques aux plugins. S'assurer que les plugins sont compatibles et alignés avec votre processus de suppression est crucial pour éviter les incohérences.
-
-| **Problème** | **Impact** | **Solution** |
-| --- | --- | --- |
-| Persistance des jetons | Les jetons orphelins restent actifs | Configurer la révocation automatique des jetons |
-| Stockage local | Le nettoyage des données peut être incomplet | Effectuer des vérifications de suppression récursives |
-| Synchronisation cloud | Les états de suppression peuvent être désynchronisés | Utiliser des gestionnaires synchrones pour assurer la cohérence |
-
-### Gestion des mises à jour [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6823e678f8b9f5df39f52ef5/21f0f35e63cf5752e2e56f9c4dd03eab.jpg)
-
-La gestion des mises à jour en temps réel joue un rôle central dans le maintien de la conformité à travers les plateformes et les plugins. C'est là que **Capgo** peut simplifier le processus de gestion des mises à jour de suppression de compte.
-
-Voici comment Capgo aide :
-
--   **Déploiements progressifs** : Testez les mises à jour du flux de suppression avec un petit groupe avant de les déployer largement.
--   **Retour en arrière instantané** : Si quelque chose ne va pas, revenez immédiatement à une version stable précédente.
--   **Analytique des mises à jour** : Surveillez les taux de réussite des flux de suppression et identifiez les problèmes de conformité.
-
-Selon Capgo, les mises à jour de conformité atteignent 95% des utilisateurs en 24 heures[\[1\]](https://capgo.app). De plus, tous les déploiements sont sécurisés avec un chiffrement de bout en bout, assurant la sécurité des données.
-
-Pour tirer le meilleur parti de Capgo pour les mises à jour de conformité :
-
--   **Contrôle de version** : Utilisez des canaux de mise à jour séparés pour tester les flux de suppression avant de les déployer à tous les utilisateurs.
--   **Surveillance des erreurs** : Configurez des alertes pour les suppressions échouées ou les conflits de plugins.
--   **Vérification de conformité** : Utilisez l'analytique de Capgo pour confirmer que les utilisateurs reçoivent les dernières mises à jour pour la conformité de suppression.
-
-## Guide d'implémentation
-
-### Standards d'interface utilisateur
-
-Lors de la conception de l'interface utilisateur pour la suppression de compte, gardez ces points à l'esprit :
-
--   **Emplacement principal** : Rendez l'option de suppression facile à trouver. Placez-la de manière visible dans les paramètres du compte (par exemple, _Paramètres > Compte > Supprimer le compte_).
-    
--   **Communication claire** : Fournissez une explication détaillée de ce qui se passe lorsqu'un compte est supprimé. Incluez des informations sur :
-    
-    -   Quelles données seront supprimées
-    -   Les exigences légales de conservation des données
-    -   Les délais estimés pour la suppression
-    -   Les impacts potentiels sur les abonnements actifs
--   **Flux de vérification** : Assurez-vous que le processus est sécurisé en :
-    
-    -   Demandant aux utilisateurs de saisir à nouveau leur mot de passe
-    -   Envoyant un code de vérification par email ou SMS
-    -   Affichant des dialogues de confirmation qui décrivent clairement l'action
-
-Ces standards assurent une expérience utilisateur conviviale tout en s'alignant sur les protocoles de conformité plus larges.
-
-### Vérifications automatisées de conformité
-
-Pour maintenir une adhésion constante à ces standards, utilisez des outils automatisés pour valider votre interface utilisateur et vos processus. Concentrez-vous sur ces domaines critiques :
-
-| Catégorie de test | Points de vérification | Méthode d'implémentation |
-| --- | --- | --- |
-| **Test UI** | Assurer que l'option de suppression est facile à trouver | Utiliser des tests automatisés de navigation UI |
-| **Suppression des données** | Confirmer la suppression complète des données utilisateur | Valider les réponses API |
-| **Gestion des jetons** | Révoquer les jetons comme "Sign in with Apple" | Conduire des tests d'intégration API REST |
-| **Multi-plateformes** | Assurer la cohérence sur tous les appareils | Tester sur plusieurs appareils |
-
-Les tests automatisés réguliers aident à identifier et à résoudre les problèmes potentiels avant qu'ils n'affectent les utilisateurs.
-
-### Prévention des risques
-
-Pour minimiser les risques et assurer un fonctionnement fluide, prenez ces mesures :
-
--   **Gestion de l'inventaire des données** : Gardez un registre détaillé de l'emplacement des données utilisateur. Cela inclut le stockage local, les bases de données cloud, les services tiers, les systèmes d'authentification et les sauvegardes. Vérifiez que les données sont supprimées de tous ces emplacements.
-    
--   **Gestion des erreurs** : Préparez-vous aux problèmes potentiels tels que :
-    
-    -   Interruptions réseau
-    -   Échecs d'appels API
-    -   Suppression incomplète des données
-    -   Erreurs de révocation de jetons  
-        Implémentez des mécanismes de secours pour gérer ces scénarios gracieusement.
--   **Surveillance et conformité légale** : Suivez les métriques clés comme les taux de réussite de suppression, les temps moyens de complétion et les données résiduelles. Cela aide à identifier et résoudre rapidement les problèmes. De plus, assurez la conformité aux exigences légales, particulièrement pour les industries avec des réglementations strictes. Pour les applications dans ces secteurs, ajoutez des étapes de vérification supplémentaires, documentez toutes les procédures en détail et effectuez des audits réguliers.
-    
-
-## Résumé
-
-### Exigences principales
-
-Depuis le 30 juin 2022, Apple exige que toutes les applications incluent une fonctionnalité native permettant aux utilisateurs de supprimer entièrement leurs comptes. Voici une ventilation des exigences clés :
-
-| **Catégorie d'exigence** | **Détails d'implémentation** | **Notes de conformité** |
-| --- | --- | --- |
-| **Accessibilité** | L'option de suppression de compte doit être facile à trouver dans les paramètres de l'application. | Cette fonctionnalité doit être intégrée directement dans l'application. |
-| **Gestion des données** | Les données utilisateur et les informations de compte doivent être entièrement supprimées. | Les suppressions partielles ne répondent pas aux normes de conformité. |
-| **Authentification** | Révoquer correctement les jetons pour les comptes "Sign in with Apple". | Utiliser l'API REST "Sign in with Apple" pour l'implémentation. |
-| **Communication** | Informer clairement les utilisateurs sur le processus de suppression et les délais. | Inclure des informations sur les politiques de conservation des données et les obligations légales. |
-
-Ces directives forment la base pour assurer la conformité aux politiques d'Apple.
-
-### Prochaines étapes
-
-Pour répondre à ces exigences, prenez les mesures suivantes :
-
--   **Examiner le stockage des données**  
-    Auditer toutes les sources où les données utilisateur sont stockées et évaluer les politiques de conservation. S'assurer que les connexions tierces sont documentées de manière exhaustive.
-    
--   **Déployer des processus de suppression sécurisée**  
-    Mettre en place des processus pour vérifier les demandes des utilisateurs, révoquer les jetons et automatiser la suppression des données utilisateur.
-    
--   **Protocoles de test**  
-    Effectuer des tests complets sur toutes les plateformes, simuler différents scénarios et maintenir la documentation pour démontrer la conformité.
-    
-
-Des outils comme Capgo peuvent simplifier les mises à jour en permettant des ajustements en direct de votre application. Des tests réguliers et une surveillance automatisée aideront à garantir l'intégrité des données et à maintenir votre application conforme au fil du temps. De plus, restez informé des exigences légales en évolution pour éviter tout écart de conformité.
-
-## Comment implémenter la suppression de compte dans votre application
-
-<iframe src="https://www.youtube.com/embed/TC6d4pub1jU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## FAQ
-
-::: faq
-### Comment les développeurs peuvent-ils s'assurer que leur application répond aux exigences de suppression de compte d'Apple ?
-
-Pour répondre aux directives de suppression de compte d'Apple, les développeurs doivent offrir aux utilisateurs un moyen simple et clair de supprimer leurs comptes directement dans l'application. Le processus doit être facile à trouver, simple à suivre et ne doit pas obliger les utilisateurs à visiter des sites externes ou à contacter les équipes d'assistance.
-
-Pour ceux qui utilisent Capacitor, des outils comme **Capgo** peuvent faciliter la conformité. Capgo permet des mises à jour en temps réel de votre application, ce qui signifie que vous pouvez rapidement implémenter des changements - comme des ajustements à la fonction de suppression de compte - sans attendre les approbations de l'App Store. En assurant la conformité, vous réduisez non seulement le risque de rejets d'applications mais renforcez également la confiance des utilisateurs.
-:::
-
-::: faq
-### Comment les développeurs peuvent-ils assurer une suppression appropriée des données sur toutes les plateformes tout en évitant les problèmes de synchronisation ?
-
-La gestion de la suppression des données sur différentes plateformes n'est pas toujours simple, particulièrement lors de la conformité à des directives spécifiques comme celles établies par Apple. Pour résoudre ce problème, les développeurs doivent établir des systèmes backend fiables qui traitent les demandes de suppression de données uniformément sur toutes les plateformes intégrées. Cela implique souvent l'utilisation d'APIs ou de services qui exécutent les suppressions simultanément, assurant la cohérence et évitant les incohérences.
-
-Pour les applications créées avec Capacitor, des outils comme **Capgo** peuvent simplifier cette tâche. Capgo prend en charge les mises à jour en temps réel et s'aligne sur les exigences d'Apple, aidant les développeurs à gérer les mises à jour et les fonctionnalités des applications tout en respectant les normes de suppression des données. En utilisant des outils qui assurent une synchronisation fluide, les développeurs peuvent minimiser les erreurs et renforcer la confiance des utilisateurs.
-:::
-
-::: faq
-### Comment les développeurs d'applications peuvent-ils s'assurer que leurs applications sont conformes aux exigences de suppression de compte d'Apple ?
-
-## Assurer la conformité avec les exigences de suppression de compte d'Apple
-
-Pour répondre aux exigences de suppression de compte d'Apple, il est crucial de rester à jour sur leurs directives et de créer un processus simple et convivial pour la suppression de compte dans votre application. L'examen régulier des directives d'examen de l'App Store d'Apple, en particulier les sections sur la gestion des comptes et les données utilisateur, est une étape essentielle pour les développeurs.
-
-Si votre application est construite avec Capacitor, des outils comme **Capgo** peuvent simplifier le processus. Capgo offre des fonctionnalités telles que les mises à jour en temps réel et garantit que votre application répond aux exigences de la plateforme Apple, tout en maintenant une expérience utilisateur fluide. De plus, des tests et une surveillance réguliers sont essentiels pour confirmer la conformité et résoudre rapidement tout problème potentiel.
-:::
diff --git a/src/content/blog/fr/alternative-to-appflow.md b/src/content/blog/fr/alternative-to-appflow.md
deleted file mode 100644
index 575b694f0..000000000
--- a/src/content/blog/fr/alternative-to-appflow.md
+++ /dev/null
@@ -1,86 +0,0 @@
----
-slug: alternative-to-appflow
-title: Alternative à Ionic Appflow
-description: >-
-  Ionic Appflow est un gros système pour votre application, malheureusement leur
-  prix n'est pas fait pour tous, Capgo est là pour vous permettre de gérer les
-  mises à jour OTA facilement et à un prix équitable.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-02T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /appflow_alt.webp
-head_image_alt: Illustration d'alternative à Appflow
-keywords: >-
-  Ionic Appflow, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: fr
-next_blog: ''
----
-Ionic Appflow est une plateforme de développement d'applications mobiles basée sur le cloud qui fournit aux développeurs une gamme d'outils et de services pour créer, tester et déployer rapidement des applications mobiles. Elle offre des fonctionnalités telles que l'intégration et le déploiement continus, le rapport de crashs, permettant aux développeurs de suivre les performances de leur application et de s'assurer qu'elle fonctionne correctement pour leurs utilisateurs.
-
-L'une des fonctionnalités phares d'Ionic Appflow est son support des mises à jour en direct. Cela permet aux développeurs de mettre à jour le contenu et les fonctionnalités de leur application en temps réel, sans que les utilisateurs n'aient à télécharger une nouvelle version de l'application. Cela signifie que les utilisateurs peuvent accéder aux dernières fonctionnalités et améliorations dès qu'elles sont disponibles, sans avoir à passer par le processus de téléchargement et d'installation d'une mise à jour.
-
-Si vous disposez déjà de votre propre solution d'intégration continue mais que vous êtes intéressé par l'utilisation de la fonction de mise à jour en direct d'Ionic Appflow, le coût d'utilisation d'Ionic Appflow peut s'avérer prohibitif. Dans ce cas, vous voudrez peut-être envisager d'utiliser une autre plateforme qui offre des mises à jour en direct à un prix plus abordable.
-
-Une option est Capgo, un plugin Capacitor open-source créé par la société Digital shift OU. [Capgo](/register/) fournit des mises à jour en direct comme Ionic Appflow, et peut être intégré à divers outils d'intégration continue. Cela vous permet de continuer à utiliser votre configuration d'intégration continue existante tout en profitant de la commodité et de la flexibilité des mises à jour en direct.
-
-Bien sûr, il est important pour vous d'évaluer attentivement les fonctionnalités et les coûts de toute plateforme que vous envisagez d'utiliser, et de choisir la solution qui répond le mieux à vos besoins et à votre budget.
-
-C'est pourquoi nous vous avons fait un tableau clair et simple pour vous aider à comparer.
-
-## Comparaison des fonctionnalités
-
-| Fonctionnalités | Capgo | Appflow |
-| --- | --- | --- |
-| Mises à jour en direct | ✅ | ✅ |
-| Temps de mise à jour | < 1min | < 10 min |
-| Canaux de mise à jour | ✅ | ✅ |
-| Essai gratuit | ✅ | ❌ |
-| Retour/changement version de canal | ✅ | ❌ |
-| Statistiques d'installation | ✅ | ❌ |
-| Application sandbox pour test | ✅ | ❌ |
-| Plugin Capacitor | ✅ | ❌ Compatible Cordova |
-| Plugin Cordova | ❌ Pourrait être rétro-porté | ✅ |
-| Prix abordable | ✅ À partir de 14€/mois | ❌ À partir de 499€/mois |
-| Build natif | ❌ | ✅ |
-| Chiffrement de bout en bout | ✅ | ❌ uniquement pour Portal |
-| 100% Open source | ✅ | ❌ |
-| Portal | ❌ bientôt disponible | ✅ |
-| CI/CD | ❌ Tutoriel pour le faire avec les plus populaires | ✅ |
-
-## Alternatives d'intégration continue
-
-Si vous souhaitez utiliser [Capgo](https://capgo.app/pricing/) pour profiter des mises à jour en direct mais que vous n'avez pas de solution d'intégration continue en place, vous pouvez facilement mettre en place un workflow d'intégration continue à faible coût en utilisant GitHub Actions. GitHub Actions est un service d'intégration et de déploiement continu gratuit et intégré pour les dépôts GitHub qui permet aux développeurs d'automatiser leurs workflows de développement logiciel.
-
-Pour configurer l'intégration continue avec GitHub Actions et Capgo, vous devrez d'abord créer un dépôt GitHub pour le code de votre application. Ensuite, vous pouvez créer un fichier de workflow dans votre dépôt qui définit les étapes à exécuter chaque fois que du code est poussé vers le dépôt. Par exemple, un fichier de workflow simple pourrait inclure des étapes pour construire et tester l'application, puis utiliser [Capgo](/register/) pour créer une mise à jour en direct et la déployer aux utilisateurs de l'application.
-
-Une fois cette configuration en place, chaque fois que vous introduisez des modifications dans le code de votre application et que vous les poussez vers le dépôt GitHub, le fichier de workflow sera déclenché et les étapes spécifiées seront exécutées. Cela vous permet de construire, tester et déployer automatiquement votre application JS avec un minimum d'effort, tout en profitant de la commodité et de la flexibilité des mises à jour en direct.
-
-Globalement, l'utilisation de GitHub Actions et [Capgo](/register/) peut être une solution rentable pour ceux qui veulent utiliser les mises à jour en direct mais n'ont pas leur propre configuration d'intégration continue en place. En utilisant ces outils, les clients peuvent automatiser leur processus de développement d'applications et déployer rapidement et facilement des mises à jour à leurs utilisateurs.
-
-Si vous êtes prêt à configurer votre CI/CD avec Capgo, vous pouvez suivre ce [tutoriel pour IOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/).
-
-## Allons plus loin
-
-Pour être honnête, j'ai recommandé Appflow pendant longtemps, pour les grandes équipes qui ont besoin d'une personne de support dédiée.
-Mais maintenant, je pense qu'il est temps de changer.
-
-Capgo est suffisamment mature pour être utilisé par des équipes de toutes tailles, et c'est beaucoup plus abordable.
-
-Si vous êtes une grande équipe qui nécessite une personne de support dédiée, contactez-moi, et nous pourrons trouver une solution ensemble.
-
-Même si Capgo est supposé être en libre-service, je suis vraiment présent pour les utilisateurs.
-
-Je peux vous aider à configurer votre build pour le code natif également, vous n'avez pas besoin de payer Appflow pour le faire.
-
-Si vous aimez les outils open-source en libre-service guidés par la communauté,
-
-Rejoignez-nous ici 👇
-
-## Inscrivez-vous ici pour obtenir votre compte
-
-[Capgo](/register/)
diff --git a/src/content/blog/fr/alternative-to-expo.md b/src/content/blog/fr/alternative-to-expo.md
deleted file mode 100644
index 80f134eef..000000000
--- a/src/content/blog/fr/alternative-to-expo.md
+++ /dev/null
@@ -1,59 +0,0 @@
----
-slug: alternative-to-expo
-title: Alternative à Expo Live Update
-description: >-
-  Vous recherchez une plateforme de développement d'applications mobiles qui
-  offre la commodité des mises à jour en direct d'Expo sans la contrainte d'être
-  lié à React Native ? Découvrez Capgo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /expo_alternative.webp
-head_image_alt: Alternative à Expo en illustration
-keywords: >-
-  Expo, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: fr
-next_blog: ''
----
-Expo Live Update est une fonctionnalité de la plateforme Expo qui permet aux développeurs de déployer des mises à jour de leur application en temps réel, sans obliger les utilisateurs à télécharger une nouvelle version de l'application. Cela est similaire à la fonctionnalité de mise à jour en direct de Capgo, qui permet aux développeurs de mettre à jour rapidement et facilement le contenu et les fonctionnalités de leur application sans forcer les utilisateurs à passer par le processus de téléchargement et d'installation d'une mise à jour.
-
-Expo Live Update et la fonctionnalité de mise à jour en direct de Capgo sont tous deux conçus pour permettre aux développeurs de fournir facilement à leurs utilisateurs les dernières fonctionnalités et améliorations de l'application dès qu'elles sont disponibles. Cela peut aider à améliorer l'expérience utilisateur et à maintenir l'engagement des utilisateurs avec l'application, car ils peuvent accéder aux nouvelles fonctionnalités et améliorations dès qu'elles sont disponibles.
-
-Dans l'ensemble, Expo Live Update et la fonctionnalité de mise à jour en direct de Capgo sont similaires en ce sens qu'ils offrent tous deux un moyen pratique et convivial pour les développeurs de déployer des mises à jour de leur application en temps réel. Le choix d'un développeur d'utiliser Expo Live Update ou la fonctionnalité de mise à jour en direct de Capgo dépendra de ses besoins et préférences spécifiques, ainsi que des outils et technologies qu'il utilise pour le développement de son application.
-
-Si vous êtes un développeur d'applications mobiles à la recherche d'une alternative à Expo, vous pourriez envisager Capgo. [Capgo](/register/) est une plateforme de développement d'applications mobiles basée sur le cloud qui offre de nombreux outils et services similaires à Expo, y compris les mises à jour en direct, mais avec une différence clé : [Capgo](/register/) peut être utilisé avec n'importe quel framework JavaScript, tandis qu'Expo est limité aux applications construites avec React Native.
-
-Cela signifie qu'avec Capgo, les développeurs ont la liberté de choisir le framework qui correspond le mieux à leurs besoins et préférences. Que vous soyez fan d'AngularJS, Vue.js ou de tout autre framework JavaScript, vous pouvez utiliser [Capgo](/register/) pour construire, tester et déployer votre application facilement.
-
-En plus de sa flexibilité, [Capgo](/register/) fournit également une gamme d'autres outils et services utiles pour le développement d'applications mobiles. Par exemple, il offre l'intégration avec CI/CD, des plugins pour les fonctionnalités natives et des tutoriels pour le CI/CD natif, ainsi que des analyses, permettant aux développeurs de suivre les performances de leur application et de s'assurer qu'elle fonctionne correctement pour leurs utilisateurs.
-
-Dans l'ensemble, [Capgo](/register/) est une alternative puissante et flexible à Expo qui offre de nombreuses fonctionnalités et avantages similaires, avec l'avantage supplémentaire de prendre en charge plusieurs frameworks JavaScript. Si vous recherchez une plateforme qui peut vous aider à rationaliser votre processus de développement d'applications et à offrir une excellente expérience utilisateur, [Capgo](/register/) mérite certainement d'être pris en considération.
-
-## Comparaison des fonctionnalités
-
-| Fonctionnalités | Capgo | Expo |
-| --- | --- | --- |
-| Mises à jour en direct | ✅ | ✅ |
-| Canaux de mise à jour | ✅ | ✅ |
-| Retour/changement de version de canal | ✅ | ✅ |
-| Statistiques d'installation | ✅ | ❌ |
-| Application sandbox pour test | ✅ | ✅ |
-| React Native | ❌ | ✅ |
-| React | ✅ | ❌ |
-| Capacitor | ✅ | ❌ React-native uniquement |
-| Prix abordable | ✅ | ✅ |
-| Build natif | ❌ | ✅ |
-| 100% Open source | ✅ | ❌ |
-| Chiffrement de bout en bout | ✅ | ❌ signature chiffrée uniquement |
-| CI/CD | ❌ Tutoriel disponible pour les plus populaires | ✅ |
-
-## Conclusion
-
-Expo est un excellent outil pour les développeurs React Native, mais ce n'est pas la seule option disponible. Si vous cherchez une alternative à Expo, [Capgo](/register/) mérite certainement d'être considéré. [Capgo](/register/) est une plateforme de développement d'applications mobiles basée sur le cloud qui offre de nombreux outils et services similaires à [Expo](https://expo.dev/), y compris les mises à jour en direct, mais avec une différence clé : [Capgo](/register/) peut être utilisé avec n'importe quel framework JavaScript, tandis qu'Expo est limité aux applications construites avec React Native.
-
-Découvrez comment Capgo peut vous aider à créer de meilleures applications plus rapidement, [inscrivez-vous pour un compte gratuit](/register/) aujourd'hui.
diff --git a/src/content/blog/fr/alternative-to-voltbuilder.md b/src/content/blog/fr/alternative-to-voltbuilder.md
deleted file mode 100644
index 20010cd6a..000000000
--- a/src/content/blog/fr/alternative-to-voltbuilder.md
+++ /dev/null
@@ -1,76 +0,0 @@
----
-slug: alternative-to-voltbuilder
-title: Alternative à Voltbuilder
-description: >-
-  Voltbuilder offre un moyen simple de convertir des projets web en applications
-  natives, mais sa tarification peut ne pas convenir à tous. Capgo fournit une
-  solution économique pour gérer les mises à jour OTA en toute simplicité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-09-09T00:00:00.000Z
-updated_at: 2024-09-09T00:00:00.000Z
-head_image: /voltbuilder_alt.webp
-head_image_alt: Illustration de l'alternative à Voltbuilder
-keywords: >-
-  Voltbuilder, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: fr
-next_blog: ''
----
-Voltbuilder est une plateforme cloud qui permet aux développeurs de convertir leurs projets web en applications mobiles natives pour Android et iOS en utilisant HTML, CSS et JavaScript. Elle propose une gamme de fonctionnalités conçues pour simplifier le processus de développement d'applications, notamment une configuration facile, la création et le téléchargement automatiques d'applications, et la prise en charge des plugins Apache Cordova.
-
-L'une des caractéristiques remarquables de Voltbuilder est sa capacité à générer des applications prêtes pour les stores Android et iOS en quelques minutes. Cela permet aux développeurs de créer et de déployer rapidement leurs applications sans avoir besoin de connaissances approfondies en développement d'applications natives ou des complexités des processus de soumission aux stores d'applications.
-
-Bien que Voltbuilder offre une solution pratique pour de nombreux développeurs, sa structure tarifaire peut ne pas convenir à tous les projets ou budgets. Si vous recherchez une option plus abordable qui offre toujours des fonctionnalités puissantes, particulièrement en termes de mises à jour en direct, vous pourriez envisager des alternatives comme Capgo.
-
-Capgo, un plugin Capacitor open-source développé par Digital Shift OU, offre une fonctionnalité de mise à jour en direct similaire à ce que vous pourriez trouver sur des plateformes plus coûteuses, mais à un prix plus accessible. Cela vous permet de maintenir votre application à jour en temps réel sans que les utilisateurs n'aient à télécharger de nouvelles versions depuis les stores d'applications.
-
-Pour vous aider à prendre une décision éclairée, nous avons créé un tableau comparatif des fonctionnalités entre Capgo et Voltbuilder.
-
-## Comparaison des fonctionnalités
-
-| Fonctionnalités | Capgo | Voltbuilder |
-| --- | --- | --- |
-| Mises à jour en direct | ✅ | ❌ |
-| Conversion en app native | ❌ | ✅ |
-| Temps de mise à jour | < 1min | N/A |
-| Canaux de mise à jour | ✅ | ❌ |
-| Essai gratuit | ✅ | ✅ (15 jours) |
-| Retour/changement de version du canal | ✅ | ❌ |
-| Statistiques d'installation | ✅ | ❌ |
-| App sandbox pour test | ✅ | ❌ |
-| Plugin Capacitor | ✅ | ❌ |
-| Support des plugins Cordova | ❌ Pourrait revenir | ✅ |
-| Prix abordable | ✅ À partir de 14$/mois | ✅ À partir de 9,95$/mois |
-| Build natif | ❌ | ✅ |
-| Chiffrement de bout en bout | ✅ | ❌ |
-| 100% Open source | ✅ | ❌ |
-| Configuration facile | ✅ | ✅ |
-| Applications prêtes pour les stores | ❌ | ✅ |
-
-## Alternatives d'intégration continue
-
-Bien que Voltbuilder offre un processus simplifié pour la création et le déploiement d'applications, il ne fournit pas de capacités d'intégration continue intégrées. Si vous souhaitez mettre en place un pipeline CI/CD avec des mises à jour en direct, vous pourriez envisager de combiner Capgo avec un service comme GitHub Actions.
-
-GitHub Actions est un service d'intégration et de déploiement continu gratuit et intégré pour les dépôts GitHub. En configurant un workflow avec GitHub Actions et en intégrant Capgo pour les mises à jour en direct, vous pouvez créer un pipeline de développement automatisé puissant.
-
-Pour configurer cela, vous devez d'abord créer un dépôt GitHub pour le code de votre application. Ensuite, vous pouvez créer un fichier de workflow qui définit les étapes à exécuter chaque fois que du code est poussé vers le dépôt. Ces étapes peuvent inclure la compilation et le test de l'application, puis l'utilisation de Capgo pour créer et déployer une mise à jour en direct.
-
-Cette configuration vous permet de construire, tester et déployer automatiquement votre application avec un minimum d'effort, tout en profitant des capacités de mise à jour en direct offertes par Capgo. Pour des instructions détaillées sur la configuration de CI/CD avec Capgo, vous pouvez consulter nos tutoriels pour [iOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/).
-
-## Allons plus loin
-
-Bien que Voltbuilder offre une solution simple pour convertir des projets web en applications natives, ce n'est peut-être pas la meilleure option pour tous les développeurs, en particulier ceux qui privilégient les capacités de mise à jour en direct et les solutions open-source.
-
-Capgo est devenu une plateforme robuste adaptée aux équipes de toutes tailles, offrant une solution plus abordable axée sur les mises à jour en direct. Si vous êtes une grande équipe nécessitant un support dédié, n'hésitez pas à nous contacter - nous sommes toujours prêts à trouver des solutions sur mesure.
-
-Même si Capgo est conçu pour être en libre-service, nous sommes fiers d'être très réactifs aux besoins de nos utilisateurs. Nous pouvons vous aider à configurer votre build pour le code natif, éliminant ainsi le besoin de solutions plus coûteuses.
-
-Si vous appréciez les outils open-source, en libre-service et axés sur la communauté, Capgo pourrait être parfait pour votre projet.
-
-## Inscrivez-vous ici pour obtenir votre compte
-
-[Capgo](/register/)
diff --git a/src/content/blog/fr/android-16kb-page-size-capacitor-plugins.md b/src/content/blog/fr/android-16kb-page-size-capacitor-plugins.md
deleted file mode 100644
index 53ce6aa4b..000000000
--- a/src/content/blog/fr/android-16kb-page-size-capacitor-plugins.md
+++ /dev/null
@@ -1,104 +0,0 @@
----
-slug: android-16kb-page-size-capacitor-plugins
-title: "Taille de page Android 16 KB : Trouvez le plugin problématique et ce qu'il faut faire ensuite"
-description: Un guide simple pour identifier quel plugin Capacitor échoue sur les appareils Android avec taille de page 16 KB, ce qu'il faut vérifier en premier et quand demander à Capgo de le forker et de le maintenir.
-author: Martin Donadieu
-author_image_url: https://avatars.githubusercontent.com/u/4084527?v=4
-author_url: https://github.com/riderx
-created_at: 2025-09-12T13:55:00.000Z
-updated_at: 2025-12-12T10:19:39.000Z
-head_image: /android-16kb-page-size-capacitor-plugins.webp
-head_image_alt: Débogage de la taille de page Android 16 KB pour Capacitor
-keywords: Capacitor, taille de page Android 16KB, plugins, dépannage, plantages d'applications, maintenance, fork
-tag: Développement, Mobile, Capacitor
-published: true
-locale: fr
-next_blog: ''
----
-
-Les appareils Android avec pages mémoire de 16 KB sont en cours de déploiement. Si un plugin Capacitor (ou l'une de ses dépendances natives) n'est pas prêt, une fonctionnalité peut cesser de fonctionner ou l'application peut planter sur certains téléphones. L'application s'intensifie, alors planifiez un correctif bientôt.
-
-Important : À partir du 1er novembre 2025, toutes les nouvelles applications et mises à jour des applications existantes soumises à Google Play et ciblant les appareils Android 15+ doivent supporter les tailles de page de 16 KB sur les appareils 64 bits.
-
-Ce guide le simplifie : trouvez le plugin qui échoue, vérifiez une mise à jour facile, et si le plugin semble non maintenu, demandez à [Capgo Consulting](/consulting) de le forker et de le maintenir pour vous.
-
-## Symptômes sur les appareils 16 KB
-
-- Fonctionne sur certains téléphones Android, échoue sur d'autres (souvent sur les modèles plus récents).
-- Une fonctionnalité cesse de fonctionner lorsqu'un plugin spécifique est utilisé (caméra, fichiers, Bluetooth, etc.).
-- Fonctionne parfois en débogage, pas en mode release.
-
-Conseil : Essayez sur un appareil Android phare récent pour reproduire rapidement.
-
-## Étape 1 — Assurez-vous que c'est un problème de plugin
-
-- Reproduisez le problème et notez la fonctionnalité que vous utilisez.
-- Masquez/désactivez temporairement cette fonctionnalité dans le code. Si le problème disparaît, le plugin associé est probablement la cause.
-
-## Étape 2 — Trouvez quel plugin échoue
-
-- Désactivez les fonctionnalités une par une (ou commentez les appels de plugin) jusqu'à ce que l'application cesse d'échouer.
-- La dernière fonctionnalité que vous avez désactivée avant qu'elle ne recommence à fonctionner pointe vers le plugin problématique.
-
-## Étape 3 — Cherchez une solution rapide
-
-Une fois que vous connaissez le plugin :
-
-- Mettez à jour vers la dernière version du plugin et de vos packages Capacitor.
-- Lisez le README/changelog du plugin pour les notes Android 16 KB.
-- Vérifiez les problèmes/discussions ouverts pour les rapports similaires et les versions recommandées.
-
-## Étape 4 — Demandez au mainteneur
-
-Si la dernière version échoue toujours :
-
-- Ouvrez un problème court et clair : « Échoue sur les appareils Android avec taille de page 16 KB ; la fonctionnalité X ne fonctionne plus. »
-- Incluez votre version Capacitor, la version du plugin et une description de reproduction rapide.
-- Attendez un peu une réponse — certaines équipes ont besoin de quelques jours.
-
-## Étape 5 — Si le plugin semble non maintenu
-
-Signes à surveiller :
-
-- Aucune release ou réponse du mainteneur depuis des mois.
-- Plusieurs problèmes ouverts concernant la compatibilité Android sans réponses.
-
-Vos options :
-
-- Remplacez-le par une alternative activement maintenue.
-- Ou demandez à [Capgo Consulting](/consulting) de le forker et de le maintenir pour que votre application reste compatible.
-
-## Étape 6 — Vérifications de bon sens
-
-Avant l'expédition, effectuez des vérifications rapides :
-
-- Testez la fonctionnalité sur au moins un appareil Android récent et un appareil plus ancien.
-- Utilisez une compilation release pour un test final.
-- Conservez une note de la version de l'application, de la version du plugin et du modèle d'appareil qui a réussi.
-
-## Étape 7 — Décidez : Mettre à jour, remplacer ou forker
-
-- Mettre à jour : meilleur cas — installez les dernières versions du plugin/application et c'est fait.
-- Remplacer : passer à une alternative maintenue si elle existe.
-- Forker : quand vous en avez besoin et que le plugin n'avance pas, laissez [Capgo Consulting](/consulting) le forker et le maintenir pour vous.
-
-## Paquet de support (court et utile)
-
-Partagez ceci pour accélérer l'aide (avec les mainteneurs ou [Capgo Consulting](/consulting)) :
-
-- Version/numéro de build de l'application
-- Version Capacitor
-- Nom et version du plugin
-- Appareils/versions Android affectés
-- Ce que vous avez essayé (mise à jour, alternative, etc.)
-- Étapes simples pour reproduire
-
-## Embaucher Capgo : Nous le ferons fonctionner
-
-Si les appareils 16 KB cassent votre application et qu'un plugin n'est pas prêt, parlez-nous :
-
-- Nous identifions rapidement le plugin problématique et confirmez l'échec.
-- Nous le corrigeons : mettre à jour, patcher ou forker — et le maintenir.
-- Nous vous aidons à éviter les précipitations de dernière minute au fur et à mesure du déploiement de l'application.
-
-Dites-nous quelle fonctionnalité échoue et le nom du plugin (si vous le savez). Nous nous occupons du reste. Visitez notre page de services : [Capgo Consulting](/consulting)
diff --git a/src/content/blog/fr/android-setup-for-capacitor-apps.md b/src/content/blog/fr/android-setup-for-capacitor-apps.md
deleted file mode 100644
index 82123f1c9..000000000
--- a/src/content/blog/fr/android-setup-for-capacitor-apps.md
+++ /dev/null
@@ -1,393 +0,0 @@
----
-slug: android-setup-for-capacitor-apps
-title: Configuration Android pour les applications Capacitor
-description: >-
-  Configurez votre environnement de développement Android pour les applications
-  Capacitor avec des outils essentiels, des configurations et des conseils
-  d'intégration pour une création d'applications efficace.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:57:39.512Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db8c5296fa813b295022c3-1742443070357.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, Android development, Android Studio, SDK, mobile apps, Node.js,
-  JDK, environment setup
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez créer des applications Android avec [Capacitor](https://capacitorjs.com/)?** Voici tout ce dont vous avez besoin pour configurer rapidement et efficacement votre environnement de développement. Capacitor relie les technologies web aux fonctionnalités natives d'Android, et pour commencer, vous aurez besoin de quelques outils et configurations essentiels.
-
-### Ce dont vous aurez besoin :
-
--   **Logiciels Principaux** :
-    
-    -   Android Studio (dernière version)
-    -   JDK 17+
-    -   [Node.js](https://nodejs.org/en) (dernière LTS)
-    -   Capacitor CLI
--   **Exigences Matérielles** :
-    
-    -   Minimum : Intel i5, 8 Go de RAM, 256 Go de HDD
-    -   Recommandé : Intel i7/i9, 16 Go de RAM ou plus, 512 Go de SSD
-
-### Étapes Rapides :
-
-1.  Installez Android Studio et complétez l'assistant de configuration.
-2.  Configurez le SDK Android avec le niveau API 33 et les outils requis.
-3.  Définissez les variables d'environnement pour le SDK Android.
-4.  Ajoutez le support Android à votre projet Capacitor avec `npm install @capacitor/android`.
-5.  Testez votre configuration en créant une application de base et en l'exécutant sur un émulateur ou un appareil.
-
-### Fonctionnalités Clés à Exploiter :
-
--   **Mises à jour en Direct** : Poussez des mises à jour instantanément avec des outils comme [Capgo](https://capgo.app/).
--   **Fonctionnalités Natives** : Accédez aux API spécifiques à Android pour des fonctionnalités avancées.
--   **Surveillance en Temps Réel** : Adressez rapidement les problèmes pendant le développement.
-
-En suivant ces étapes, vous serez prêt à développer, tester et déployer des applications Android avec Capacitor. Plongeons dans les détails.
-
-## Composants de Configuration Requis
-
-### Composants Logiciels Principaux
-
-Pour commencer le développement Android, vous devrez installer ces outils clés :
-
--   **Android Studio** : Il s'agit de l'IDE officiel pour le développement Android. Il comprend tous les outils et fonctionnalités nécessaires pour créer des applications Android.
--   **Java Development Kit (JDK)** : Nécessaire pour compiler et exécuter du code Java. Pour garantir la compatibilité avec Capacitor 8, utilisez la version 17 ou ultérieure du JDK.
--   **Node.js** : Un environnement d'exécution JavaScript qui alimente les processus de construction de Capacitor et les outils CLI. Installez la dernière version LTS (Long-Term Support) pour la meilleure expérience.
--   **Capacitor CLI** : Un outil en ligne de commande pour gérer les projets Capacitor, y compris l'ajout de plateformes, la construction et le déploiement d'applications.
-
-Ces outils sont essentiels pour configurer votre environnement de développement Android. Une fois installés, assurez-vous que votre matériel répond aux exigences suivantes.
-
-### Exigences Matérielles
-
-Votre machine de développement doit répondre à ces spécifications minimales, mais un meilleur matériel améliorera les performances :
-
-| Composant | Exigences Minimales | Spécifications Recommandées |
-| --- | --- | --- |
-| **Processeur** | Intel i5 (6e génération) ou similaire | Intel i7/i9 ou AMD Ryzen 7/9 |
-| **RAM** | 8 Go | 16 Go ou plus |
-| **Stockage** | 256 Go de HDD avec 10 Go libres | 512 Go de SSD ou plus |
-| **Affichage** | Résolution 1280 x 800 | 1920 x 1080 ou supérieure |
-| **Système d'Exploitation** | Windows 10 (64 bits) / macOS 10.14 | Windows 11 / macOS 13+ |
-
-Pour exécuter efficacement les émulateurs Android, l'accélération matérielle est indispensable :
-
--   **Windows** : Nécessite [Intel HAXM](https://github.com/intel/haxm) ou la plateforme d’hyperviseur Windows.
--   **macOS** : L'accélération matérielle est intégrée.
--   **Linux** : Utilisez la virtualisation [KVM](https://en.wikipedia.org/wiki/Kernel-based_Virtual_Machine).
-
-Gardez à l'esprit qu'Android Studio et les émulateurs peuvent être exigeants pour votre système. Assurez-vous que votre machine dispose d'un refroidissement adéquat et d'une connexion Internet stable pour télécharger les composants SDK.
-
-Une fois votre configuration prête, l'étape suivante consiste à configurer Android Studio pour intégrer ces outils dans votre flux de travail.
-
-## Configuration d'[Android Studio](https://developer.android.com/studio)
-
-![Android Studio](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-4d08ca5be8f73216eb56e77cdafac129-2025-03-20.jpg?auto=compress)
-
-Android Studio est incontournable pour développer avec Capacitor sur Android. Le configurer correctement garantit un flux de travail fluide et de meilleures performances.
-
-### Étapes d'Installation
-
-1.  Allez sur le site officiel des développeurs Android à [developer.android.com/studio](https://developer.android.com/studio).
-    
-2.  Téléchargez la dernière version stable d'Android Studio (2023.1.1 ou plus récente).
-    
-3.  Suivez le processus d'installation :
-    
-    -   **Windows** : Exécutez l'installateur, restez avec l'emplacement et les composants par défaut, et confirmez les paramètres de mémoire.
-    -   **macOS** : Faites glisser Android Studio dans le dossier Applications et lancez-le.
-    -   **Linux** : Extrayez l'archive, déplacez-la vers le répertoire `/opt`, et exécutez le script `studio.sh`.
-
-Une fois installé, ajustez les paramètres d'Android Studio pour fonctionner sans problème avec les projets Capacitor.
-
-### Configuration de Base
-
-Quelques configurations clés dans Android Studio le rendront efficace avec le SDK Android et Capacitor.
-
-**Configuration Initiale** :
-
--   Complétez l'Assistant de Configuration.
--   Sélectionnez le type d'installation "Standard".
--   Choisissez un thème UI (mode clair ou sombre).
--   Vérifiez les paramètres de votre système.
-
-**Optimisations de Performance** :
-
-| Paramètre | Valeur Recommandée | Objectif |
-| --- | --- | --- |
-| Mémoire Heap | 2048 Mo | Accélère l'IDE |
-| Options VM | \-Xmx4096m | Améliore les performances de construction |
-| Gradle JDK | Version 17 | Assure le support de Capacitor |
-
-**Configuration de l'Émulateur** :
-
-1.  Ouvrez le Gestionnaire AVD depuis **Outils > Gestionnaire d'Appareils**.
-2.  Cliquez sur "Créer un Appareil Virtuel."
-3.  Choisissez un profil matériel :
-    -   **Téléphone** : Pixel 6 Pro (recommandé)
-    -   **Tablette** : Pixel Tablet
-4.  Choisissez une image système :
-    -   **Niveau API** : 33 (Android 13)
-    -   **Cible** : x86\_64
-5.  Ajustez les paramètres AVD :
-    -   RAM : 2048 Mo
-    -   [Stockage Interne](https://capgo.app/plugins/capacitor-data-storage-sqlite/) : 2048 Mo
-    -   Carte SD : 512 Mo
-
-> "Nous pratiquons le développement agile et @Capgo est critique pour fournir continuellement à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Pour plus de détails sur les configurations spécifiques à Capgo, consultez la section [Intégration Capgo](https://capgo.app/consulting/) plus loin dans ce guide.
-
-## Configuration du SDK Android
-
-Le SDK Android est essentiel pour construire et déployer des applications Android. Il simplifie à la fois les processus de développement et de déploiement.
-
-### Installation des Composants SDK
-
-Pour installer les composants nécessaires, ouvrez le Gestionnaire SDK dans Android Studio en naviguant vers **Outils > Gestionnaire SDK**.
-
-Voici les composants requis pour le développement avec Capacitor :
-
-| Composant | Version | Objectif |
-| --- | --- | --- |
-| **Plateforme SDK Android** | API 33 (Android 13.0) | Fournit la dernière plateforme stable pour le développement d'applications. |
-| **Outils de Construction SDK Android** | 33.0.2 ou plus récent | Inclut des utilitaires de construction clés. |
-| **Outils en Ligne de Commande SDK Android** | Dernière | Nécessaires pour les opérations en ligne de commande. |
-| **Émulateur Android** | Dernière | Utilisé pour le test et le débogage des applications. |
-| **Outils de Plateforme SDK Android** | Dernière | Comprend des outils comme ADB. |
-
-**Étapes d'Installation** :
-
--   **Ouvrir le Gestionnaire SDK** : Allez dans l'onglet Plateformes SDK et sélectionnez les composants énumérés ci-dessus.
--   **Installer les Outils de Construction** : Assurez-vous d'installer la version 33.0.2 ou plus récente pour la compatibilité avec Capacitor.
--   **Localiser le SDK** : Android Studio installe le SDK dans ces emplacements par défaut :
-    -   **Windows** : `C:\Users\username\AppData\Local\Android\Sdk`
-    -   **macOS** : `~/Library/Android/sdk`
-    -   **Linux** : `~/Android/Sdk`
-
-Une fois installé, procédez à la configuration des variables d'environnement pour garantir que votre système reconnaisse les outils SDK.
-
-### Configuration de l’Environnement
-
-Pour utiliser les outils SDK Android avec Capacitor, vous devez configurer les variables d'environnement.
-
-**Variables d'Environnement à Définir** :
-
-```bash
-ANDROID_HOME=/path/to/Android/sdk
-PATH=$PATH:$ANDROID_HOME/tools
-PATH=$PATH:$ANDROID_HOME/platform-tools
-```
-
--   **Windows** : Ajoutez ces variables via **Propriétés Système > Variables d'Environnement**.
--   **macOS/Linux** : Ajoutez-les à votre fichier de profil de shell (par exemple, `.bash_profile` ou `.zshrc`).
-
-**Vérifier l'Installation** :
-
-Exécutez les commandes suivantes pour vérifier que tout est configuré correctement :
-
--   `adb --version` : Vérifie si les outils de plateforme sont installés.
--   `sdkmanager --list` : Vérifie l'accès au Gestionnaire SDK.
-
-Si vous rencontrez des erreurs de permission sur macOS ou Linux, résolvez-les en exécutant :
-
-```bash
-chmod +x $ANDROID_HOME/tools/bin/*
-chmod +x $ANDROID_HOME/platform-tools/*
-```
-
-Après avoir complété ces étapes, votre SDK Android est prêt à être utilisé avec Capacitor.
-
-## Configuration d'[Android](https://capacitorjs.com/) pour Capacitor
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-20.jpg?auto=compress)
-
-### Installation de la Plateforme
-
-Tout d'abord, assurez-vous que votre projet Capacitor est configuré. Ensuite, allez dans votre répertoire de projet et ajoutez le support Android en exécutant ces commandes :
-
-```bash
-npm install @capacitor/android
-npx cap add android
-npx cap sync android
-```
-
-Une fois cela fait, ajustez les paramètres de votre projet pour garantir que tout fonctionne parfaitement et en toute sécurité.
-
-### Paramètres de Configuration
-
-Après avoir ajouté la plateforme Android, mettez à jour votre fichier `capacitor.config.json` pour personnaliser les paramètres spécifiques à Android. Voici quelques options clés à configurer :
-
--   **androidScheme** : `'https'`
--   **hostname** : `'app.example.com'`
--   **android.allowMixedContent** : `false`
--   **android.minWebViewVersion** : `'55'`
--   **android.buildOptions** : Ajoutez toutes les options personnalisées dont vous avez besoin.
-
-Voici un exemple de configuration :
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "android": {
-    "allowMixedContent": false,
-    "captureInput": true,
-    "webContentsDebuggingEnabled": false
-  }
-}
-```
-
-**Configurations importantes sur lesquelles se concentrer :**
-
--   **Sécurité** : Assurez-vous que les mises à jour en direct sont chiffrées de bout en bout.
--   **[Gestion des Mises à Jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** : Configurez des déploiements contrôlés avec des [canaux de mise à jour spécifiques](https://capgo.app/docs/webapp/channels/).
--   **Performance** : Affinez les paramètres de WebView. Par exemple :
-
-```json
-{
-  "android": {
-    "minWebViewVersion": "60",
-    "backgroundColor": "#ffffff",
-    "allowNavigation": ["*.trusted-domain.com"]
-  }
-}
-```
-
-Enfin, exécutez `npx cap sync` pour appliquer vos modifications.
-
-## Vérification de la Configuration
-
-Avant de plonger dans le développement d'applications, il est important de confirmer que votre environnement de développement Android fonctionne correctement. Tester votre configuration dès le début peut aider à détecter et à résoudre les problèmes avant qu'ils ne deviennent plus importants.
-
-### Tester la Configuration du Projet
-
-Suivez ces étapes pour créer et tester un projet de base :
-
--   **Créez une application de test** en exécutant les commandes suivantes :
-
-```bash
-npm init @capacitor/app
-cd my-cap-app
-npm install @capacitor/android
-npx cap add android
-```
-
--   **Modifiez le fichier `index.html`** pour inclure le contenu suivant :
-
-```html
-<div id="test">Hello Capacitor Android!</div>
-```
-
--   **Construisez et exécutez le projet** en utilisant :
-
-```bash
-npx cap open android
-```
-
-Une fois le projet ouvert dans Android Studio, cliquez sur le bouton "Exécuter" vert (icône de lecture) pour déployer l'application sur un appareil connecté ou un émulateur. Si tout est correctement configuré, vous devriez voir le contenu de test affiché sans erreurs.
-
-Si vous rencontrez des problèmes, consultez les conseils de dépannage ci-dessous.
-
-### Solutions de configuration courantes
-
-Voici quelques problèmes typiques et comment les résoudre :
-
-- **Problèmes de chemin SDK**
-
-    - Vérifiez que vos variables d'environnement sont configurées comme spécifié lors de la configuration initiale.
-- **Erreurs de construction**
-
-    - Assurez-vous que vos versions Gradle et JDK correspondent aux exigences du projet.
-    - Confirmez que tous les composants SDK nécessaires sont installés.
-- **Problèmes avec l'émulateur**
-
-    - Activez l'accélérateur matériel (HAXM) dans vos paramètres BIOS.
-    - Allouez au moins 2 Go de RAM à l'émulateur.
-    - Utilisez des images système x86 pour de meilleures performances.
-- **Problèmes de connexion d'appareil**
-
-    - Activez le débogage USB et installez les pilotes appropriés pour votre appareil.
-    - Exécutez `adb devices` pour confirmer que la connexion est reconnue.
-
-Résoudre ces problèmes préparera votre environnement pour des fonctionnalités avancées et une intégration fluide avec Capgo. Une fois vérifié, votre configuration sera prête pour les prochaines étapes de votre projet.
-
-## Intégration de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Une fois votre environnement Android prêt, il est temps d'intégrer Capgo. Cet outil simplifie votre [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) en vous permettant de pousser des mises à jour à votre application Capacitor instantanément - aucune révision du Play Store n'est nécessaire.
-
-### Fonctionnalités clés de Capgo
-
-- **Mises à jour en temps réel** : Les mises à jour atteignent 95 % des utilisateurs actifs dans les 24 heures [\[1\]](https://capgo.app/).
-- **Chiffrement de bout en bout** : Assure la sécurité des données.
-- **Réponse rapide de l'API** : Le temps de réponse moyen mondial est de 434 ms, avec un taux de réussite de 82 % [\[1\]](https://capgo.app/).
-- **Mises à jour partielles** : Minimise l'utilisation des données en transférant uniquement les changements nécessaires.
-
-**Aperçu des performances** :
-
-| Métier | Valeur |
-| --- | --- |
-| Mises à jour totales livrées | 23,5 M |
-| Applications en production actives | 750 |
-| Étoiles GitHub | 358 |
-
-### Comment configurer Capgo
-
-1. **Installer le CLI Capgo**
-
-    Utilisez la commande suivante pour commencer :
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2. **Configurer les canaux de mise à jour**
-
-    Configurez des canaux pour divers besoins comme les tests bêta, les déploiements progressifs ou les tests A/B pour expérimenter de nouvelles fonctionnalités.
-    
-
-### Outils avancés Capgo
-
-Capgo offre des outils supplémentaires pour améliorer la gestion de votre application :
-
-- **Tableau de bord d'analytique** : Suivez les performances et l'utilisation des mises à jour.
-- **Options de restauration** : Revenez rapidement aux mises à jour si nécessaire.
-- **Suivi des erreurs** : Identifiez et résolvez les problèmes efficacement.
-- **Intégration CI/CD** : Fonctionne sans problème avec GitHub Actions, [GitLab](https://about.gitlab.com/) CI, et [Jenkins](https://www.jenkins.io/).
-
-Une fois tout configuré, exécutez la commande ci-dessous pour synchroniser votre configuration et commencer à gérer les mises à jour avec Capgo :
-
-```bash
-npx cap sync
-```
-
-## Résumé
-
-Mettre en place un environnement de développement Android pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) implique quelques étapes clés pour garantir que tout fonctionne sans problème. Vous devrez installer Android Studio, configurer le SDK Android et intégrer des outils essentiels pour construire et tester votre application.
-
-Voici un bref résumé des principaux composants :
-
-- **Android Studio** : Utilisez la dernière version stable de cet IDE principal.
-- **SDK Android** : Assurez-vous d'avoir le kit de développement avec le bon niveau d'API pour votre application.
-- **[Plateforme Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)** : Vérifiez la compatibilité des versions lors de l'intégration.
-- **Outils de mise à jour en direct optionnels** : Des outils comme Capgo permettent des mises à jour instantanées, mais leur intégration est optionnelle.
-
-Une configuration bien configurable assure des mises à jour efficaces, les statistiques montrant que 95 % des utilisateurs actifs reçoivent des mises à jour dans les 24 heures et un taux de réussite de 82 % à l'échelle mondiale [\[1\]](https://capgo.app/). Pour confirmer que tout est prêt :
-
-- Vérifiez qu'Android Studio est correctement installé.
-- Assurez-vous que les chemins SDK sont correctement configurés.
-- Synchronisez votre projet Capacitor sans problèmes.
-- Construisez et testez un projet pour confirmer qu'il n'y a pas d'erreurs.
-
-Des outils comme Capgo facilitent les flux de travail de déploiement, que vous distribuiez via des magasins d'applications ou que vous utilisiez des solutions de mise à jour en direct. Vérifiez deux fois vos variables d'environnement et les composants SDK pour éviter tout contretemps.
-
-Avec ces étapes complètes, vous êtes prêt à plonger dans le développement d'applications Capacitor.
diff --git a/src/content/blog/fr/angular-mobile-app-capacitor.md b/src/content/blog/fr/angular-mobile-app-capacitor.md
deleted file mode 100644
index 56fa0940d..000000000
--- a/src/content/blog/fr/angular-mobile-app-capacitor.md
+++ /dev/null
@@ -1,328 +0,0 @@
----
-slug: angular-mobile-app-capacitor
-title: Construction d'applications mobiles avec Angular et Capacitor
-description: >-
-  Apprenez à créer une application mobile avec Angular, Capacitor et à améliorer
-  l'interface utilisateur native avec Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-06T00:00:00.000Z
-updated_at: 2023-06-06T00:00:00.000Z
-head_image: /angular_capacitor.webp
-head_image_alt: Illustration d'Angular et Capacitor
-keywords: >-
-  Angular, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Dans ce tutoriel, nous allons commencer avec une nouvelle application [Angular](https://angular.io/) et la transformer en application mobile native en utilisant Capacitor. En option, vous pouvez également ajouter [Konsta UI](https://konstaui.com/) pour une interface mobile améliorée avec Tailwind CSS.
-
-Capacitor vous permet de convertir facilement votre application web Angular en une application mobile native sans nécessiter de modifications importantes ou d'apprentissage d'une nouvelle compétence comme React Native.
-
-En quelques étapes simples, la plupart des applications Angular peuvent être transformées en applications mobiles.
-
-Ce tutoriel vous guidera à travers le processus, en commençant par une nouvelle application Angular puis en intégrant Capacitor pour passer dans le domaine des applications mobiles natives. De plus, vous pouvez utiliser en option [Konsta UI](https://konstaui.com/) pour améliorer votre interface mobile avec Tailwind CSS.
-
-## À propos de Capacitor
-
-Capacitor est révolutionnaire ! Vous pouvez l'intégrer facilement dans n'importe quel projet web, et il encapsulera votre application dans une webview native, générant le projet natif Xcode et Android Studio pour vous. De plus, ses plugins donnent accès aux fonctionnalités natives de l'appareil comme la caméra via un pont JS.
-
-Avec Capacitor, vous obtenez une fantastique application mobile native sans configuration compliquée ni courbe d'apprentissage abrupte. Son API légère et ses fonctionnalités rationalisées en font un jeu d'enfant à intégrer dans votre projet. Croyez-moi, vous serez étonné de voir à quel point il est facile d'obtenir une application native entièrement fonctionnelle avec Capacitor !
-
-## Préparation de votre application Angular
-
-Pour créer une nouvelle application Angular, exécutez la commande suivante :
-
-```shell
-ng new my-app
-cd my-app
-```
-
-Choisissez "Angular" lorsqu'on vous demande la version d'Angular.
-
-Pour créer une application mobile native, nous avons besoin d'un **export** de notre projet. Ainsi, ajoutons un script simple dans notre **package.json** qui peut être utilisé pour construire et copier le projet Angular :
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "ng build --prod"
-  }
-}
-```
-
-Après avoir exécuté la commande `build`, vous devriez pouvoir repérer un nouveau dossier `dist` à la racine de votre projet.
-
-Ce dossier sera utilisé par Capacitor plus tard, mais pour l'instant, nous devons le configurer correctement.
-
-## Ajout de Capacitor à votre application Angular
-
-Pour empaqueter n'importe quelle application web dans un conteneur mobile natif, nous devons suivre quelques étapes initiales, mais ensuite c'est aussi simple que d'exécuter une seule commande `sync`.
-
-Tout d'abord, nous pouvons installer le [Capacitor CLI](https://capacitorjs.com/docs/cli/) comme dépendance de développement, puis le configurer dans notre projet. Pendant la configuration, vous pouvez appuyer sur "entrée" pour accepter les valeurs par défaut pour le nom et l'ID du bundle.
-
-Ensuite, nous devons installer le package core et les packages pertinents pour les plateformes iOS et Android.
-
-Enfin, nous pouvons ajouter les plateformes, et Capacitor créera des dossiers pour chaque plateforme à la racine de notre projet :
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Angular project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-À ce stade, vous devriez pouvoir observer de nouveaux dossiers **ios** et **android** dans votre projet Angular.
-
-**Ce sont de vrais projets natifs !**
-
-Pour accéder au projet Android plus tard, vous devez installer [Android Studio](https://developer.android.com/studio/). Pour iOS, vous avez besoin d'un Mac et devez installer [Xcode](https://developer.apple.com/xcode/).
-
-De plus, vous devriez trouver un fichier **capacitor.config.ts** dans votre projet, qui contient des paramètres fondamentaux de Capacitor utilisés pendant la synchronisation. La seule chose à laquelle vous devez faire attention est le **webDir**, qui doit pointer vers le résultat de votre commande de build. Actuellement, il est inexact.
-
-Pour corriger cela, ouvrez le fichier **capacitor.config.json** et mettez à jour le **webDir** :
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-Vous pouvez l'essayer en exécutant les commandes suivantes :
-
-```shell
-npm run build
-npx cap sync
-```
-
-La première commande `npm run build` va simplement construire votre projet Angular et copier la build statique, tandis que la seconde commande `npx cap sync` va synchroniser tout le code web aux bons endroits des plateformes natives pour qu'ils puissent être affichés dans une application.
-
-De plus, la commande sync peut mettre à jour les plateformes natives et installer des plugins, donc lorsque vous installez de nouveaux [plugins Capacitor](https://capacitorjs.com/docs/plugins/), c'est le moment d'exécuter `npx cap sync` à nouveau.
-
-Sans vous en rendre compte, vous avez maintenant terminé, alors voyons l'application sur un appareil !
-
-## Construction et déploiement d'applications natives
-
-Pour développer des applications iOS, vous devez avoir **Xcode** installé, et pour les applications Android, vous devez avoir **Android Studio** installé. De plus, si vous prévoyez de distribuer votre application sur l'app store, vous devez vous inscrire au Programme Apple Developer pour iOS et à la Google Play Console pour Android.
-
-Si vous débutez dans le développement mobile natif, vous pouvez utiliser le CLI Capacitor pour ouvrir facilement les deux projets natifs :
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Une fois que vous avez configuré vos projets natifs, déployer votre application sur un appareil connecté est facile. Dans Android Studio, vous devez simplement attendre que tout soit prêt, et vous pouvez déployer votre application sur un appareil connecté sans changer de paramètres. Voici un exemple :
-
-![android-studio-run](/android-studio-run.webp)
-
-Dans Xcode, vous devez configurer votre compte de signature pour déployer votre application sur un véritable appareil plutôt que sur le simulateur. Si vous ne l'avez jamais fait auparavant, Xcode vous guide à travers le processus (mais encore une fois, vous devez être inscrit au Programme Developer). Ensuite, vous pouvez simplement appuyer sur play pour exécuter l'application sur votre appareil connecté, que vous pouvez sélectionner en haut. Voici un exemple :
-
-![xcode-run](/xcode-run.webp)
-
-Félicitations ! Vous avez réussi à déployer votre application web Angular sur un appareil mobile. Voici un exemple :
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/nextjs-mobile-app.webp" alt="angular-mobile-app">
-</div>
-
-Mais attendez, il y a aussi une façon plus rapide de faire cela pendant le développement...
-
-## Rechargement en direct Capacitor
-
-À ce stade, vous êtes probablement habitué à avoir le rechargement à chaud avec tous les frameworks modernes, et la bonne nouvelle est que vous pouvez avoir la même fonctionnalité **sur un appareil mobile** avec un minimum d'effort !
-
-Activez l'accès à votre application hébergée localement avec le rechargement en direct **sur votre réseau** en faisant charger à l'application Capacitor le contenu depuis l'URL spécifique.
-
-La première étape consiste à déterminer votre adresse IP locale. Si vous utilisez un Mac, vous pouvez le découvrir en exécutant la commande suivante dans le terminal :
-
-```shell
-ipconfig getifaddr en0
-```
-
-Sur Windows, exécutez :
-
-```shell
-ipconfig
-```
-
-Puis recherchez l'adresse IPv4.
-
-Nous pouvons indiquer à Capacitor de charger l'application directement depuis le serveur en ajoutant une autre entrée à notre fichier `capacitor.config.ts` :
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:4200',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Assurez-vous d'utiliser **l'IP et le port corrects**, j'ai utilisé le port Angular par défaut dans cet exemple.
-
-Maintenant, nous pouvons appliquer ces changements en les copiant vers notre projet natif :
-
-```shell
-npx cap copy
-```
-
-La commande `copy` est similaire à `sync`, mais elle ne fera que **copier les modifications apportées au dossier web** et à la configuration, sans mettre à jour le projet natif.
-
-Vous pouvez maintenant déployer votre application une fois de plus via Android Studio ou Xcode. Après cela, si vous changez quelque chose dans votre application Angular, **l'application se rechargera automatiquement** et affichera les changements !
-
-**Gardez à l'esprit** que si vous installez de nouveaux plugins comme la caméra, cela nécessite toujours une reconstruction de votre projet natif. C'est parce que les fichiers natifs sont modifiés, et cela ne peut pas être fait à la volée.
-
-Notez que vous devez utiliser l'IP et le port corrects dans votre configuration. Le bloc de code ci-dessus montre le port Angular par défaut à titre d'exemple.
-
-## Utilisation des plugins Capacitor
-
-Voyons comment utiliser un plugin Capacitor en action, dont nous avons parlé plusieurs fois auparavant. Pour cela, nous pouvons installer un plugin assez simple en exécutant :
-
-```shell
-npm i @capacitor/share
-```
-
-Il n'y a rien de fantaisiste dans le [plugin Share](https://capacitorjs.com/docs/apis/share/), mais il fait quand même apparaître la boîte de dialogue de partage native ! Pour cela, nous devons maintenant simplement importer le package et appeler la fonction `share()` correspondante depuis notre application, alors modifions le **src/app/app.component.ts** comme ceci :
-
-```typescript
-import { Component } from '@angular/core';
-import { Share } from '@capacitor/share';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: './app.component.html',
-  styleUrls: ['./app.component.scss']
-})
-export class AppComponent {
-  title = 'my-app';
-
-  async share() {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  }
-}
-```
-
-Comme mentionné précédemment, lors de l'installation de nouveaux plugins, nous devons effectuer une opération de synchronisation puis redéployer l'application sur notre appareil. Pour ce faire, exécutez la commande suivante :
-
-```
-npx cap sync
-```
-
-Après avoir appuyé sur le bouton, vous pouvez voir la magnifique boîte de dialogue de partage native en action !
-
-## Ajout de Konsta UI
-
-Pour utiliser Konsta UI dans votre application Nuxt 3, vous devez avoir [tailwind déjà installé](https://tailwindcss.com/docs/guides/angular/) et installer le package :
-
-```shell
-npm i konsta
-```
-
-De plus, vous devez modifier votre fichier `tailwind.config.js` :
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{html,ts}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` étendra la configuration Tailwind CSS par défaut (ou votre configuration personnalisée) avec quelques variantes supplémentaires et des utilitaires d'aide requis pour Konsta UI.
-
-Maintenant, nous devons configurer le composant principal [App](https://konstaui.com/vue/app/) pour pouvoir définir certains paramètres globaux (comme le `theme`).
-
-Nous devons envelopper toute l'application avec `App` dans le `src/app/app.component.html` :
-
-```html
-<app>
-  <h1>Welcome to Angular and Capacitor!</h1>
-  <button (click)="share()">Share now!</button>
-</app>
-```
-
-### Exemple de page
-
-Maintenant que tout est configuré, nous pouvons utiliser les composants Vue de Konsta UI dans nos pages Angular.
-
-Par exemple, ouvrons `src/app/app.component.html` et changeons-le comme suit :
-
-```html
-<app>
-  <page>
-    <navbar title="My App" />
-
-    <block strong>
-      <p>
-        Here is your Angular & Konsta UI app. Let's see what we have here.
-      </p>
-    </block>
-    <block-title>Navigation</block-title>
-    <list>
-      <list-item href="/about/" title="About" />
-      <list-item href="/form/" title="Form" />
-    </list>
-
-    <block strong class="flex space-x-4">
-      <button>Button 1</button>
-      <button>Button 2</button>
-    </block>
-  </page>
-</app>
-```
-
-Si le rechargement en direct n'est pas synchronisé après l'installation de tous les composants nécessaires, essayez de tout redémarrer. Une fois que vous avez fait cela, vous devriez voir une application mobile avec un aspect quelque peu natif, construite avec Angular et Capacitor !
-
-Vous devriez voir la page suivante comme résultat :
-
-<app>
-  <h1>
-</h1>
-
-## Conclusion
-
-Capacitor est une excellente option pour construire des applications natives basées sur un projet web existant, offrant un moyen simple de partager du code et de maintenir une interface utilisateur cohérente.
-
-Et avec l'ajout de [Capgo](https://capgo.app/), il est encore plus facile d'ajouter des mises à jour en direct à votre application, garantissant que vos utilisateurs ont toujours accès aux dernières fonctionnalités et corrections de bugs.
-
-Si vous souhaitez apprendre comment ajouter Capgo à votre application Angular, jetez un œil à l'article suivant :
diff --git a/src/content/blog/fr/api-key-security-for-app-store-compliance.md b/src/content/blog/fr/api-key-security-for-app-store-compliance.md
deleted file mode 100644
index 660f91afe..000000000
--- a/src/content/blog/fr/api-key-security-for-app-store-compliance.md
+++ /dev/null
@@ -1,344 +0,0 @@
----
-slug: api-key-security-for-app-store-compliance
-title: Sécurité de la clé API pour la conformité avec l'App Store
-description: >-
-  Apprenez des stratégies essentielles pour sécuriser les clés API afin de
-  protéger les données des utilisateurs et de respecter les directives des
-  magasins d'applications, y compris le stockage, le transport et la gestion.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T02:43:03.273Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e8ac6c283d21cbd67ac65e-1743302593642.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  API keys, security, encryption, app store compliance, HTTPS, key management,
-  mobile security, transport security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Garder vos [clés API](https://capgo.app/docs/webapp/api-keys/) sécurisées est essentiel pour protéger les données des utilisateurs et respecter les règles des boutiques d'applications.** L'exposition des clés peut entraîner des violations de données, des abus de service et des compromissions de compte.
-
-### Points clés :
-
--   **Évitez de stocker des clés dans le code** : Utilisez des variables d'environnement ou des fichiers sécurisés.
--   **Utilisez des outils de plateforme** : iOS Keychain et Android [EncryptedSharedPreferences](https://developer.android.com/reference/androidx/security/crypto/EncryptedSharedPreferences).
--   **Cryptez les clés API** : Ajoutez une couche supplémentaire de sécurité avec le chiffrement AES-256.
--   **Transport sécurisé** : Utilisez toujours HTTPS et envisagez le pinning de certificat SSL.
--   **Surveillez et faites pivoter les clés** : Faites pivoter régulièrement les clés et suivez l'utilisation pour détecter des anomalies.
-
-En mettant en œuvre ces pratiques, vous pouvez protéger votre application, respecter les directives d'Apple et de Google, et protéger vos utilisateurs.
-
-## Méthodes de stockage sécurisé des clés API
-
-### Retirer les clés API du code source
-
-Inclure des clés API directement dans le code source peut entraîner une exposition par décompilation ou des fuites de référentiels. Pour éviter cela, envisagez ces approches :
-
--   Utilisez des **variables d'environnement** pour le développement local.
--   Stockez les clés dans des **fichiers de configuration sécurisés** qui sont exclus du contrôle de version.
--   Comptez sur des **services de configuration à distance** pour gérer les clés.
-
-Pour iOS, envisagez d'utiliser des **fichiers XCConfig** pour séparer les configurations de votre code. Sur Android, vous pouvez gérer les clés en utilisant `gradle.properties` :
-
-```kotlin
-# Store in ~/.gradle/gradle.properties
-API_KEY=your_key_here
-
-# Reference in build.gradle
-buildConfigField "String", "API_KEY", "\"${project.API_KEY}\""
-```
-
-### Outils de sécurité de la plateforme
-
-Profitez des outils spécifiques à la plateforme pour améliorer la sécurité lors du stockage des clés API.
-
-Sur iOS, utilisez **[Keychain Services](https://developer.apple.com/documentation/security/keychain-services)** pour un stockage sécurisé :
-
-```swift
-let query: [String: Any] = [
-    kSecClass as String: kSecClassGenericPassword,
-    kSecAttrAccount as String: "APIKey",
-    kSecValueData as String: apiKey.data(using: .utf8)!
-]
-let status = SecItemAdd(query as CFDictionary, nil)
-```
-
-Pour Android, tirez parti de **EncryptedSharedPreferences** pour un stockage sécurisé des clés :
-
-```kotlin
-val masterKey = MasterKey.Builder(context)
-    .setKeyScheme(MasterKey.KeyScheme.AES256_GCM)
-    .build()
-
-val sharedPreferences = EncryptedSharedPreferences.create(
-    context,
-    "secret_shared_prefs",
-    masterKey,
-    EncryptedSharedPreferences.PrefKeyEncryptionScheme.AES256_SIV,
-    EncryptedSharedPreferences.PrefValueEncryptionScheme.AES256_GCM
-)
-```
-
-### Séparer les clés par environnement
-
-Utilisez différentes clés API pour les environnements de développement, de staging et de production. Chaque environnement doit avoir :
-
--   Un calendrier de rotation des clés unique.
--   Une surveillance de l'utilisation.
--   Des contrôles d'accès stricts.
-
-Stockez les clés spécifiques à l'environnement dans des **variables CI/CD sécurisées** au lieu des fichiers de configuration. Cela garantit que les clés restent protégées tout en soutenant les processus de construction automatisés. De plus, assurez-vous que des mécanismes de transport sécurisés sont en place pour protéger les clés durant leur transmission.
-
-## Sécurité mobile avancée iOS – Attaques à l'exécution & clé API ...
-
-<iframe src="https://www.youtube.com/embed/HfRP0lCbqZA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Sécurité du transport des clés API
-
-Garder les clés API sécurisées pendant le transit est essentiel pour protéger les données des utilisateurs et respecter les exigences de la boutique d'applications. De fortes mesures de sécurité des transports aident à prévenir des attaques comme l'homme du milieu et l'accès non autorisé.
-
-### Mise en œuvre HTTPS
-
-Pour sécuriser la communication API, redirigez toujours le trafic HTTP vers HTTPS. Utilisez TLS 1.3 ou plus et obtenez des certificats SSL d'une autorité de certification de confiance.
-
-Voici un exemple basique de comment forcer HTTPS dans une application Node.js [Express](https://expressjs.com/) :
-
-```javascript
-const express = require('express');
-const app = express();
-
-// Redirect HTTP to HTTPS
-app.use((req, res, next) => {
-    if (!req.secure) {
-        return res.redirect('https://' + req.headers.host + req.url);
-    }
-    next();
-});
-```
-
-Pour une couche de protection supplémentaire, envisagez de mettre en œuvre le pinning de certificats.
-
-### Pinning de certificat SSL
-
-Le pinning de certificat garantit que le certificat SSL du serveur correspond à une copie de confiance, empêchant l'utilisation de certificats falsifiés.
-
-Sur iOS, vous pouvez mettre en œuvre le pinning de certificat en utilisant `URLSession`. Voici un exemple :
-
-```swift
-class APIManager: NSObject, URLSessionDelegate {
-    func urlSession(_ session: URLSession, didReceive challenge: URLAuthenticationChallenge, completionHandler: @escaping (URLSession.AuthChallengeDisposition, URLCredential?) -> Void) {
-        guard let serverTrust = challenge.protectionSpace.serverTrust,
-              let certificate = SecTrustGetCertificateAtIndex(serverTrust, 0) else {
-            completionHandler(.cancelAuthenticationChallenge, nil)
-            return
-        }
-
-        // Compare certificate with pinned certificate
-        if validateCertificate(certificate) {
-            completionHandler(.useCredential, URLCredential(trust: serverTrust))
-        } else {
-            completionHandler(.cancelAuthenticationChallenge, nil)
-        }
-    }
-}
-```
-
-En plus de sécuriser le transport, cryptez les clés API au niveau de l'application.
-
-### Chiffrement des clés API
-
-[Chiffrer les clés API](https://capgo.app/docs/webapp/api-keys/) ajoute une autre couche de sécurité. Capgo, par exemple, utilise le chiffrement de bout en bout pour les mises à jour d'applications.
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres se contentent de signer les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-Pour chiffrer les clés API, utilisez des algorithmes de chiffrement fiables. Voici un exemple de chiffrement d'une clé API avec AES-256-GCM dans Node.js :
-
-```javascript
-const crypto = require('crypto');
-
-function encryptAPIKey(apiKey, encryptionKey) {
-    const iv = crypto.randomBytes(16);
-    const cipher = crypto.createCipheriv('aes-256-gcm', encryptionKey, iv);
-
-    let encrypted = cipher.update(apiKey, 'utf8', 'hex');
-    encrypted += cipher.final('hex');
-
-    return {
-        encrypted: encrypted,
-        iv: iv.toString('hex'),
-        tag: cipher.getAuthTag().toString('hex')
-    };
-}
-```
-
-Combiner HTTPS, pinning de certificats et chiffrement assure une défense solide pour vos clés API.
-
-## Gestion de la sécurité des clés API
-
-Gérer efficacement les clés API signifie garder un œil attentif sur leur utilisation, les pivoter régulièrement et imposer des contrôles d'accès stricts. Ces étapes aident à protéger les données sensibles et à garantir la conformité aux exigences des boutiques d'applications.
-
-### Surveillance de l'utilisation
-
-Suivre l'utilisation des clés API est crucial pour repérer toute activité inhabituelle. Utilisez des analyses en temps réel pour surveiller :
-
--   Les modèles et volumes de requêtes
--   Les emplacements géographiques d'accès
--   Les taux et types d'erreurs
--   Les échecs d'authentification
-
-Voici un exemple en Node.js :
-
-```javascript
-const apiMetrics = {
-    trackRequest: (apiKey, endpoint) => {
-        // Log request details
-        const requestData = {
-            timestamp: new Date().toISOString(),
-            endpoint,
-            apiKey: hashKey(apiKey),
-            geoLocation: getRequestLocation(),
-            responseTime: calculateResponseTime()
-        };
-
-        // Alert on suspicious patterns
-        if (isAnomalous(requestData)) {
-            notifySecurityTeam(requestData);
-        }
-    }
-};
-```
-
-### Calendrier de rotation des clés
-
-Une fois que vous avez une compréhension de l'utilisation, assurez-vous de faire pivoter vos clés régulièrement. Les processus de rotation automatisés peuvent vous aider à rester conforme aux exigences de la boutique d'applications. Voici quelques stratégies de rotation :
-
--   **Rotation d'urgence :** Désactivez immédiatement les clés si vous suspectez une violation.
--   **Rotation planifiée :** Mettez à jour les clés de production chaque trimestre.
--   **Rotation de développement :** Rafraîchissez les clés pour les environnements de test chaque mois.
-
-Pour minimiser les perturbations, utilisez une période de transition pendant les changements de clés :
-
-```javascript
-const keyRotation = {
-    oldKey: process.env.OLD_API_KEY,
-    newKey: process.env.NEW_API_KEY,
-    transitionPeriod: 7 * 24 * 60 * 60 * 1000, // 7 days
-    startDate: new Date()
-};
-```
-
-### Configuration du contrôle d'accès
-
-La surveillance et la rotation ne sont qu'une partie de l'équation. Vous devez également appliquer des contrôles d'accès stricts. Assignez des permissions en fonction de la nécessité et adhérez au principe du moindre privilège :
-
-```javascript
-const accessControl = {
-    validateAccess: (apiKey, requestedOperation) => {
-        const keyPermissions = getKeyPermissions(apiKey);
-        const environmentType = getCurrentEnvironment();
-
-        return isOperationAllowed(keyPermissions, requestedOperation, environmentType);
-    }
-};
-```
-
-Revoyez régulièrement qui a accès, ajustez les permissions si nécessaire et mettez en place des alertes automatisées pour toute activité inhabituelle. Ces mesures vous aideront à maintenir une sécurité solide tout en respectant les règles des boutiques d'applications.
-
-## Fonctionnalités de sécurité de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e8ac6c283d21cbd67ac65e/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-Capgo renforce la sécurité des applications en combinant des méthodes de stockage et de transport sécurisées avec des fonctionnalités avancées intégrées dans sa plateforme.
-
-### Architecture de sécurité de Capgo
-
-Le système de Capgo a réussi à livrer plus de 23,5 millions de [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/) à 750 applications de production [\[1\]](https://capgo.app/). Il utilise **le chiffrement de bout en bout**, garantissant que seuls les utilisateurs autorisés peuvent déchiffrer les mises à jour. Voici un aperçu de sa configuration de sécurité :
-
-```javascript
-const capgoSecurity = {
-    encryptionType: 'end-to-end',
-    keyStorage: {
-        separate: true,
-        encrypted: true,
-        environment: process.env.NODE_ENV
-    },
-    updateVerification: async (update) => {
-        const isValid = await verifySignature(update);
-        const isAuthorized = await checkUserPermissions(update.userId);
-        return isValid && isAuthorized;
-    }
-};
-```
-
-Ce design protège non seulement les clés API mais simplifie également la conformité aux exigences de la boutique d'applications.
-
-### Conformité aux directives de la boutique d'applications
-
-Capgo garantit que les mises à jour sont livrées rapidement et en toute sécurité, atteignant un taux de succès mondial de 82 %, avec 95 % des utilisateurs actifs recevant des mises à jour dans les 24 heures [\[1\]](https://capgo.app/). Ses fonctionnalités aident à traiter les vulnérabilités potentielles :
-
--   Rotation automatisée des clés alignée avec les politiques de la boutique d'applications
--   Contrôles de déploiement adaptés à des environnements spécifiques
--   Permissions granulaires pour la gestion des mises à jour
-
-### Intégration de la sécurité CI/CD
-
-Capgo fonctionne de manière transparente avec les plateformes CI/CD pour améliorer la protection des clés API. Voici un exemple de son intégration :
-
-```yaml
-capgo_deployment:
-    environment:
-        - CAPGO_API_KEY: ${SECURED_API_KEY}
-        - APP_ENV: production
-    security:
-        - signature_verification: true
-        - key_rotation: enabled
-        - access_control: role_based
-```
-
-| Fonctionnalité de sécurité | Mise en œuvre |
-| --- | --- |
-| Chiffrement des clés | Chiffrement de bout en bout pendant la construction et le déploiement |
-| Contrôle d'accès | Permissions basées sur les rôles pour les déclencheurs de déploiement |
-| Journalisation des audits | Journaux complets de toutes les activités de déploiement |
-| Contrôle des versions | Suivi sécurisé des mises à jour déployées |
-
-> "Chiffrement de bout en bout. Seuls vos utilisateurs peuvent déchiffrer vos mises à jour, personne d'autre." [\[1\]](https://capgo.app/) - Capgo
-
-## Résumé
-
-Garder les clés API sécurisées est crucial pour respecter les exigences de la boutique d'applications et protéger les données des utilisateurs. Voici un aperçu rapide des pratiques clés et des prochaines étapes.
-
-### Liste de vérification de sécurité
-
-Le tableau ci-dessous met en évidence les étapes importantes pour protéger les clés API tout en restant aligné sur les normes d'Apple et de Google :
-
-| Mesure de sécurité | Exigences de mise en œuvre | Impact sur la conformité |
-| --- | --- | --- |
-| **Sécurité de stockage** | Utilisez le chiffrement de bout en bout et des environnements séparés | S'aligne sur les règles de protection des données d'Apple/Google |
-| **Couche de transport** | Faites respecter HTTPS et utilisez le pinning de certificat SSL | Sécurise les données pendant la transmission |
-| **Contrôle d'accès** | Appliquez des permissions basées sur les rôles et suivez les [journaux d'accès](https://capgo.app/docs/webapp/logs/) | Bloque l'accès non autorisé |
-| **Gestion des clés** | Faites pivoter les clés automatiquement et utilisez des clés spécifiques à l'environnement | Maintient une sécurité forte et continue |
-
-Consultez cette liste de vérification comme guide pour sécuriser vos clés API.
-
-### Prochaines étapes
-
-1.  **Auditer l'implémentation actuelle**
-    
-    Examinez vos méthodes de stockage et de transport de clés existantes pour déceler des vulnérabilités, en particulier le chiffrement et l'exposition du code source.
-    
-2.  **Mettre en œuvre des mesures de sécurité**
-    
-    Appliquez le chiffrement de bout en bout pour réduire les risques et respecter les exigences de la boutique d'applications.
-    
-3.  **Établir des systèmes de surveillance**
-    
-    Mettez en place des alertes automatisées et effectuez des audits réguliers pour garantir une sécurité continue.
-    
-
-> "Conforme à la boutique d'applications" - Capgo [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/fr/api-rate-limiting-for-app-store-compliance.md b/src/content/blog/fr/api-rate-limiting-for-app-store-compliance.md
deleted file mode 100644
index e39d547e0..000000000
--- a/src/content/blog/fr/api-rate-limiting-for-app-store-compliance.md
+++ /dev/null
@@ -1,172 +0,0 @@
----
-slug: api-rate-limiting-for-app-store-compliance
-title: Limitation de taux API pour la conformité avec l'App Store
-description: >-
-  Découvrez les méthodes de limitation de taux d'API et leur importance pour la
-  conformité aux magasins d'applications, la sécurité et les performances
-  système.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T03:23:39.305Z
-updated_at: 2025-04-02T03:23:51.231Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ecaaaa7747adc4bca8d9b6-1743564231231.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  API rate limiting, app store compliance, security, performance, overload
-  protection, request management
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-La limitation du taux d'API garantit que votre application respecte les directives d'Apple et de Google tout en protégeant votre système contre les surcharges et les abus. Elle limite la fréquence à laquelle les utilisateurs peuvent faire des demandes, améliorant ainsi la sécurité, réduisant les coûts et assurant une performance fluide. Voici ce que vous devez savoir :
-
--   **Pourquoi c'est important** : Prévenir les attaques par force brute, gérer la charge du serveur et éviter les rejets dans les app stores.
--   **Méthodes** :
-    -   Fenêtre fixe : Simple mais peut provoquer des pics de trafic.
-    -   Fenêtre glissante : Lisse le trafic mais utilise plus de mémoire.
-    -   Algorithme du seau de jetons : Gère les pics mais est complexe à configurer.
--   **Conformité** : Utilisez un backoff exponentiel pour les nouvelles tentatives et répondez avec un code de statut 429 lorsque les limites sont dépassées.
--   **Outils** : Des plateformes comme [Capgo](https://capgo.app/) simplifient l'implémentation avec des analyses, un suivi des erreurs et une surveillance en temps réel.
-
-**Astuce rapide** : Testez vos limites dans des conditions normales, de pics et de récupération pour garantir la stabilité et la conformité.
-
-## Comprendre les limites de taux d'API : Objectif, types et essentiel ...
-
-## Directives de l'API de l'App Store
-
-Les limites de taux d'API jouent un rôle clé dans le respect des exigences de l'app store. À la fois Apple et Google ont des règles spécifiques pour garantir la protection des données des utilisateurs et maintenir la stabilité du système. Voici une répartition de leurs politiques.
-
-### Limites de taux API d'Apple
-
-Apple impose des limites dans des domaines tels que l'authentification, les demandes de données et les points de terminaison publics. La violation de ces limites peut entraîner des conséquences telles que le rejet de l'application pendant le processus de révision, une suppression temporaire de l'App Store ou des corrections urgentes requises. Pour gérer les limites dépassées, il est conseillé aux développeurs d'utiliser des méthodes comme le **backoff exponentiel**, qui implique d'augmenter progressivement le délai entre les tentatives.
-
-### Limites de taux API de Google
-
-[Google Play Store](https://play.google/developer-content-policy/) fixe des limites pour l'accès aux données publiques, l'authentification et les demandes de données des utilisateurs. Bien que de petites poussées d'activité soient autorisées, le système suit de près l'utilisation. Des avertissements sont émis à mesure que les seuils approchent, et des restrictions sont appliquées progressivement plutôt que par une suspension immédiate.
-
-## Étapes de mise en œuvre de la limitation de taux
-
-### Méthodes de limitation de taux
-
-Lors de la mise en œuvre de la limitation de taux d'API, choisissez une approche qui s'aligne sur les exigences de votre application. Voici trois méthodes couramment utilisées :
-
-**Limitation de taux par fenêtre fixe** : Cette méthode fixe une limite (par exemple, 100 demandes) qui se réinitialise à intervalles réguliers. Bien que simple, elle peut provoquer des pics de trafic à la fin de chaque période.
-
-**Limitation de taux par fenêtre glissante** : Cette approche utilise un cadre temporel déroulant pour lisser le trafic. Par exemple, si la limite est de 100 demandes par minute et qu'un utilisateur fait 50 demandes à 14h00 et 30 secondes, il peut encore faire 50 autres demandes d'ici 14h01 et 30 secondes.
-
-**Algorithme du seau de jetons** : Cette méthode permet de la flexibilité en remplissant les jetons à un taux défini. Chaque appel d'API utilise un jeton, et les demandes sont refusées lorsque les jetons sont épuisés jusqu'à ce qu'ils soient renouvelés.
-
-| Méthode | Avantages | Inconvénients | Idéal pour |
-| --- | --- | --- | --- |
-| Fenêtre fixe | Simple à mettre en œuvre, faible utilisation de la mémoire | Peut provoquer des pics de trafic | Points de terminaison API de base |
-| Fenêtre glissante | Flux de trafic lisse, meilleure précision | Nécessite plus de mémoire | APIs d'authentification des utilisateurs |
-| Seau de jetons | Gère les pics, personnalisable | Plus complexe à mettre en œuvre | APIs publiques à fort trafic |
-
-Voici un exemple pratique utilisant la méthode de la fenêtre glissante.
-
-### Exemples de mise en œuvre
-
-Voici un extrait de code démontrant comment mettre en œuvre la limitation de taux par fenêtre glissante :
-
-### Test des limites de taux
-
-Une fois implantée, testez rigoureusement votre configuration de limitation de taux pour vous assurer qu'elle fonctionne comme prévu. Concentrez-vous sur ces domaines :
-
--   **Test de limite de base** : Envoyez des demandes à des taux normaux pour confirmer la fonctionnalité standard.
--   **Test de pic** : Simulez plusieurs demandes envoyées simultanément pour vérifier que les limites sont appliquées.
--   **Test de récupération** : Vérifiez comment le système se comporte une fois que la limite se réinitialise.
-
-### Surveillance de la performance
-
-Après le déploiement, surveillez les indicateurs clés pour garantir que votre système de limitation de taux fonctionne bien dans différentes conditions :
-
--   Nombre total de demandes traitées dans chaque fenêtre temporelle
--   Nombre de demandes rejetées
--   Temps de réponse lors de trafics élevés
--   Taux d'erreur et leurs causes
-
-Ces données vous aideront à peaufiner votre système pour une performance optimale.
-
-## Normes de limitation de taux
-
-### Définir des limites de taux
-
-Pour trouver le bon équilibre entre l'expérience utilisateur et la protection du serveur, évaluez les schémas de trafic de votre API et les exigences des points de terminaison. Au lieu de vous fier à des seuils fixes, adaptez les limites de taux aux besoins spécifiques de votre API. Ajustez ces limites au fil du temps en fonction des données d'utilisation réelles pour garantir qu'elles restent efficaces et pratiques.
-
-### Conception de réponse d'erreur
-
-Lorsque qu'un client dépasse la limite de taux, répondez avec un **code de statut 429**. Incluez des en-têtes qui précisent la limite totale, les demandes restantes, le temps de réinitialisation et un intervalle de nouvelle tentative. Ce retour d'informations détaillé aide les développeurs à peaufiner leurs applications pour s'aligner sur les limites de votre API.
-
-### Processus d'ajustement des limites
-
-Revisiter régulièrement les limites de taux est essentiel pour maintenir la performance et répondre aux exigences de conformité. Surveillez des facteurs comme les pics de trafic, les taux d'erreur et la charge du serveur pour identifier les ajustements nécessaires. Intégrez les retours des utilisateurs pour garantir que vos limites soutiennent à la fois l'efficacité opérationnelle et les directives de l'app store.
-
-## Outils de limitation de taux de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ecaaaa7747adc4bca8d9b6/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo propose des outils intégrés conçus pour appliquer les limites de taux d'API tout en assurant une haute performance et la conformité avec les exigences de l'app store.
-
-### Fonctionnalités de conformité de Capgo
-
-Capgo fournit une gamme d'outils pour aider à maintenir les limites de taux d'API et respecter les directives des app stores. Son système de livraison de mises à jour atteint un taux de réussite des mises à jour impressionnant de 82 % avec un temps de réponse API moyen de 434 ms [\[1\]](https://capgo.app/). Voici ce qu'il comprend :
-
--   **Analytique en temps réel** : Suivez la distribution des mises à jour et l'utilisation de l'API.
--   **Suivi des erreurs** : Identifiez et corrigez rapidement les problèmes liés à la limite de taux.
--   **[Système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** : Gérez efficacement les déploiements de mises à jour.
--   **Cryptage** : Protégez les communications API.
-
-Ces outils fonctionnent aux côtés des pratiques standard de limitation de taux, offrant des données en temps réel et une résolution proactive des erreurs. Le système de Capgo a été testé sur 750 applications en production, livrant 23,5 millions de mises à jour tout en maintenant la conformité et une forte performance [\[1\]](https://capgo.app/).
-
-### Limitation de taux avec Capgo
-
-Les outils de limitation de taux de Capgo s'intègrent parfaitement dans votre flux de travail [Capacitor](https://capacitorjs.com/). Ils aident à atteindre un taux de mise à jour des utilisateurs de 95 % dans les 24 heures tout en maintenant la performance de l'API stable [\[1\]](https://capgo.app/).
-
-Voici une répartition de l'approche de Capgo :
-
-| Fonctionnalité | Mise en œuvre | Avantage |
-| --- | --- | --- |
-| **CDN mondial** | Vitesse de téléchargement de 114 ms pour des lots de 5 Mo | Réduit la charge du serveur |
-| **Distribution par canaux** | Déploiements échelonnés et tests bêta | Contrôle le flux de trafic API |
-| **Tableau de bord d'analytique** | Surveillance en temps réel | Mesure la performance de limitation de taux |
-| **Gestion des erreurs** | Détection automatique des problèmes | Évite les violations de limites de taux |
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !"
-
-Pour commencer, exécutez : `npx @capgo/cli init`. Cette commande configure les limites de taux nécessaires, garantissant que votre application respecte les exigences des app stores d'Apple et de Google.
-
-## Résumé
-
-### Points principaux
-
-La limitation du taux d'API joue un rôle crucial dans le respect des exigences des app stores et garantit que votre système fonctionne sans à-coups. Voici un bref récapitulatif :
-
-| Aspect | Exigence | Impact |
-| --- | --- | --- |
-| **Sécurité** | Chiffrement de bout en bout | Protége les communications API et les données des utilisateurs |
-| **Surveillance** | Analytique | Suit l'utilisation de l'API et aide à éviter les violations |
-
-Utilisez la liste de contrôle ci-dessous pour aligner votre stratégie de limitation de taux sur les directives des app stores.
-
-### Liste de contrôle pour la mise en œuvre
-
-Pour mettre en œuvre une solide stratégie de limitation de taux, suivez ces étapes :
-
--   **Définir des limites de taux**
-    
-    -   Définir des limites de taux globales en fonction des règles des app stores.
-    -   Utiliser un backoff exponentiel pour les mécanismes de nouvelle tentative.
-    -   Configurer des réponses d'erreur appropriées, comme les codes de statut 429.
--   **Surveiller et ajuster**
-    
-    -   Analyser l'utilisation de l'API avec des analyses détaillées.
-    -   Configurer des alertes automatiques pour détecter tôt les violations potentielles.
-    -   Mettre à jour les limites si nécessaire en fonction de la performance réelle.
--   **Tester et valider**
-    
-    -   Réaliser des tests de charge pour garantir la stabilité.
-    -   Vérifier que les réponses d'erreur répondent aux exigences de conformité.
-    -   Tenir une documentation détaillée de vos efforts de conformité.
diff --git a/src/content/blog/fr/app-store-metadata-what-developers-must-know.md b/src/content/blog/fr/app-store-metadata-what-developers-must-know.md
deleted file mode 100644
index 8de792a50..000000000
--- a/src/content/blog/fr/app-store-metadata-what-developers-must-know.md
+++ /dev/null
@@ -1,227 +0,0 @@
----
-slug: app-store-metadata-what-developers-must-know
-title: 'Meta-données de l''App Store : Ce que les développeurs doivent savoir'
-description: >-
-  Découvrez comment des métadonnées efficaces pour les applications peuvent
-  améliorer la visibilité, augmenter les téléchargements et faciliter les mises
-  à jour pour les développeurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T01:52:31.369Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e5e83da2c14cac42f7f5e4-1743126762355.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  app store metadata, app optimization, keywords, visuals, localization, mobile
-  apps, app visibility, user engagement, updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez que votre application se distingue ? Cela commence par les métadonnées.** Les métadonnées des magasins d'applications influencent la façon dont les utilisateurs découvrent, évaluent et téléchargent votre application. Voici ce que vous devez savoir :
-
--   **Éléments clés** : Nom de l'application, description, mots-clés, visuels (captures d'écran, vidéos, icônes), détails techniques et localisation.
--   **Pourquoi c'est important** : Les métadonnées augmentent la découverte de l'application, augmentent les téléchargements et simplifient les processus d'approbation.
--   **Conseils d'optimisation** : Utilisez des descriptions concises et riches en mots-clés, des visuels accrocheurs et un contenu localisé pour différents marchés.
--   **Erreurs courantes** : Évitez le bourrage de mots-clés, les visuels de mauvaise qualité, le branding incohérent et les descriptions peu claires.
-
-**Plan d'action rapide** :
-
-1.  Rédigez un nom et une description d'application convaincants, respectant les limites de caractères.
-2.  Utilisez des mots-clés pertinents et naturels pour améliorer le classement dans les recherches.
-3.  Ajoutez des visuels de haute qualité, conformes aux plateformes, pour attirer les utilisateurs.
-4.  Mettez régulièrement à jour les métadonnées pour les nouvelles fonctionnalités, mises à niveau ou événements saisonniers.
-
-La gestion des métadonnées est essentielle pour le succès de l'application. Des outils comme [Capgo](https://capgo.app/) peuvent vous aider à effectuer des mises à jour instantanées, à rester conforme et à suivre les performances efficacement.
-
-## Optimisation des métadonnées pour se classer dans l'App Store - Partie 2
-
-<iframe src="https://www.youtube.com/embed/zOqr-quX_LM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Éléments clés des métadonnées
-
-Décomposons les éléments clés des métadonnées et comment ils façonnent l'identité de votre application.
-
-### Noms et descriptions d'applications
-
-Le nom et la description de votre application sont cruciaux pour faire une forte première impression. Voici ce que vous devez savoir sur les limites de caractères pour les magasins d'applications :
-
--   **[Apple App Store](https://developer.apple.com/app-store/guidelines/)** : 30 caractères pour le nom de l'application, 30 pour le sous-titre
--   **[Google Play Store](https://play.google.com/console/signup)** : 50 caractères pour le titre de l'application, 80 pour la courte description
-
-Lorsque vous rédigez la description de votre application, gardez cette structure à l'esprit :
-
--   **Premier paragraphe** : Communiquez clairement la valeur principale ou le but de votre application.
--   **Sections intermédiaires** : Mettez en avant les fonctionnalités clés et ce qui distingue votre application.
--   **Paragraphe final** : Terminez par un appel à l'action et renforcez les avantages uniques de votre application.
-
-_ Conseil : _ Mettez les informations les plus importantes dans les trois premières lignes. C'est ce que les utilisateurs voient avant de cliquer sur "Lire la suite".
-
-### Termes de recherche et classements
-
-Le placement stratégique des mots-clés est la clé pour améliorer la visibilité dans les recherches. Voici comment les deux grands magasins d'applications gèrent les mots-clés :
-
--   **Apple App Store** : Offre un champ de mots-clés de 100 caractères spécifiquement pour les termes de recherche.
--   **Google Play Store** : Extrait directement des mots-clés du titre et de la description de votre application.
-
-Concentrez-vous sur des mots-clés pertinents, ayant un bon volume de recherche et ne soient pas trop concurrentiels. Évitez le bourrage de mots-clés - cela peut nuire à vos classements.
-
-Ensuite, passons aux éléments visuels qui améliorent la liste de votre application dans le magasin.
-
-### Exigences de contenu visuel
-
-Des visuels de haute qualité sont essentiels pour capter l'attention et répondre aux directives techniques. Les magasins d'applications exigent souvent la conformité pour approuver votre application.
-
-**Captures d'écran de l'App Store** :
-
--   Pour un écran Super Retina XDR de 6,5" : 1284 x 2778 pixels
--   Pour un [iPad Pro](https://www.apple.com/ipad-pro/) (12,9 pouces) : 2048 x 2732 pixels
--   Téléchargez au moins 3 captures d'écran (maximum : 10)
-
-**Graphiques Google Play** :
-
--   Graphique de fonctionnalité : 1024 x 500 pixels
--   Icône : 512 x 512 pixels
--   Les captures d'écran doivent maintenir un rapport d'aspect minimum de 16:9
-
-Les vidéos peuvent également avoir un grand impact. Utilisez des clips MP4 ou MOV de 15 à 30 secondes pour montrer votre application en action. Évitez d'inclure des marques de tiers dans ces vidéos.
-
-_ Bonne pratique : _ Créez des captures d'écran localisées pour les marchés clés. Utilisez un texte traduit et des images qui résonnent avec la culture de chaque région.
-
-## Conseils pour la rédaction des métadonnées
-
-### Rédaction de descriptions claires
-
-Rédigez une description courte et directe qui met en avant ce que votre application offre et ses principales fonctionnalités. Commencez par une déclaration rapide sur l'avantage principal de votre application, suivie d'un aperçu de ses fonctions les plus notables. Ajustez votre formulation pour résonner avec chaque public spécifique.
-
-### Traduction et adaptation au marché
-
-La localisation des métadonnées ne se limite pas à la traduction du texte - il s'agit d'aligner votre message avec la culture locale et les préférences des utilisateurs. Travaillez avec des locuteurs natifs pour vous assurer que les avantages de votre application sont communiqués efficacement et résonnent avec le public visé.
-
-## Erreurs courantes dans les métadonnées
-
-### Erreurs de mots-clés et de description
-
-Obtenir les métadonnées correctes est crucial pour la visibilité et les performances de votre application. Un piège majeur ? **Bourrage de mots-clés** - bourrer les descriptions de termes répétitifs pour manipuler les classements. Non seulement cela viole les règles des magasins d'applications, mais cela peut également entraîner un rejet pur et simple. Au lieu de cela, concentrez-vous sur le placement naturel des mots-clés dans le texte.
-
-D'autres erreurs de description comprennent :
-
--   Ne pas communiquer clairement la valeur de votre application
--   Surcharger le texte avec un jargon technique
--   Omettre des fonctionnalités ou des avantages clés
--   Envoyer des messages contradictoires à travers différentes versions localisées
-
-### Normes d'image et de vidéo
-
-Les éléments visuels jouent un rôle significatif dans le succès de votre application. Respecter les exigences spécifiques aux plateformes garantit des soumissions fluides et évite les retards inutiles.
-
-Conseils clés pour les visuels :
-
--   Utilisez des captures d'écran qui reflètent fidèlement la version actuelle de l'application.
--   Gardez les vidéos de présentation concises - 15 à 30 secondes est idéal.
--   Évitez d'ajouter des cadres de dispositifs sauf si explicitement requis par la plateforme.
--   Assurez-vous que les superpositions marketing ne dominent pas la capture d'écran.
-
-### Directives de marque
-
-Maintenir une identité de marque cohérente est tout aussi important que l'exactitude technique.
-
-**Problèmes liés aux noms à surveiller :**
-
--   Utiliser différents noms d'application sur plusieurs plateformes
--   Utiliser incorrectement les symboles de marque déposée
--   Utilisation incorrecte de la capitalisation dans les titres
-
-**Problèmes d'identité visuelle :**
-
--   Schémas de couleurs mal assortis entre les icônes et les captures d'écran
--   Choix de police incohérents
--   Placement incorrect du logo
-
-Capgo a atteint un taux de succès mondial de 82% [\[1\]](https://capgo.app/).
-
-| Erreur commune | Impact | Solution |
-| --- | --- | --- |
-| Bourrage de mots-clés | Rejet du magasin, classements inférieurs | Utilisez un langage naturel et concentrez-vous sur la pertinence |
-| Mauvaises captures d'écran | Taux de conversion réduits | Respectez les directives spécifiques aux plateformes |
-| Branding incohérent | Confiance diminuée | Mettez en œuvre des directives de marque strictes |
-
-## Maintenance des métadonnées
-
-### Quand mettre à jour
-
-Gardez vos métadonnées actuelles pendant les événements clés comme les grandes sorties, les déploiements de fonctionnalités, les mises à niveau de performances, les changements de marché ou les promotions saisonnières. Voici quand apporter des modifications :
-
--   **Lancements de fonctionnalités** : Mettez à jour les descriptions et les captures d'écran pour mettre en avant de nouvelles capacités.
--   **Mises à niveau de performances** : Mettez l'accent sur des améliorations mesurables comme des vitesses plus rapides ou une meilleure efficacité.
--   **Changements de marché** : Ajustez les mots-clés et les messages pour être en adéquation avec les besoins changeants des utilisateurs.
--   **Événements saisonniers** : Adaptez les métadonnées pour les vacances, les promotions spéciales ou les occasions notables.
-
-Après avoir effectué des mises à jour, suivez leur efficacité à l'aide de métriques de performance.
-
-### Suivi des performances
-
-Mesurer l'impact des mises à jour des métadonnées est essentiel. Utilisez des indicateurs tels que les taux de succès des mises à jour et l'engagement des utilisateurs pour évaluer l'efficacité. Par exemple, les applications utilisant des solutions de mise à jour en direct comme Capgo rapportent un taux de succès de mise à jour de 95 % parmi les utilisateurs actifs dans les 24 heures [\[1\]](https://capgo.app/). Vérifiez régulièrement les retours des utilisateurs pour vous assurer que vos métadonnées sont claires et résonnent avec votre public.
-
-Ces informations peuvent vous aider à choisir les bons [outils pour gérer les mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Outils pour gérer les mises à jour
-
-Les plateformes modernes simplifient la [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) avec des fonctionnalités telles que :
-
--   **Déploiement en temps réel** : Poussez les mises à jour instantanément sans attendre l'approbation du magasin. Capgo, par exemple, a livré 23,5 millions de mises à jour avec un taux de succès mondial de 82% [\[1\]](https://capgo.app/).
--   **Intégration d'analytique** : Surveillez le succès des mises à jour, l'engagement des utilisateurs et l'historique des versions.
--   **Options de retour en arrière** : Rétabli rapidement les modifications si nécessaire.
--   **Distribution contrôlée** : Testez les mises à jour avec des groupes d'utilisateurs spécifiques avant un déploiement complet.
-
-> "Nous pratiquons le développement agile et @Capgo est mission-critical pour fournir en continu à nos utilisateurs !" - Rodrigo Mantica, @manticarodrigo
-
-## Fonctionnalités et avantages de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-28.jpg?auto=compress)
-
-### À propos de Capgo
-
-Capgo simplifie la gestion des [mises à jour d'application](https://capgo.app/plugins/capacitor-updater/) en permettant des changements instantanés sans avoir besoin des avis des magasins d'applications. Il est conçu pour les applications [Capacitor](https://capacitorjs.com/), aidant les équipes à déployer rapidement des corrections critiques et de nouvelles fonctionnalités. Avec 750 applications en production et plus de 23,5 millions de mises à jour livrées avec succès, Capgo s'est avéré être une solution fiable pour gérer efficacement les mises à jour d'applications [\[1\]](https://capgo.app/).
-
-### Processus de mise à jour de Capgo
-
-Le système de mise à jour de Capgo est conçu pour être conforme aux règles des magasins d'applications tout en accélérant le déploiement. Les développeurs peuvent instantanément pousser des mises à jour en utilisant des fonctionnalités telles que :
-
--   **Mises à jour partielles** : Ne télécharge que le contenu modifié, économisant ainsi de la bande passante et réduisant la taille de la mise à jour.
--   **Chiffrement de bout en bout** : Fournit des [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/) avec un véritable chiffrement, et non simplement une signature de base.
--   **Distribution par canal** : Permet des déploiements ciblés pour le test bêta ou des groupes d'utilisateurs spécifiques.
-
-Le système atteint un taux de succès mondial de 82 %, délivre un bundle de 5 Mo depuis son CDN mondial en seulement 114 millisecondes, et garantit que 95 % des utilisateurs actifs reçoivent des mises à jour dans les 24 heures [\[1\]](https://capgo.app/).
-
-### Outils principaux de Capgo
-
-Capgo fournit des outils clés pour gérer efficacement les mises à jour d'applications et les métadonnées :
-
-| Fonctionnalité | Objectif | Indicateur de Performance |
-| --- | --- | --- |
-| Analytics en temps réel | Surveiller le succès des mises à jour et l'activité des utilisateurs | Temps de réponse moyen de l'API de 434 ms |
-| Contrôle de Version | Revenir rapidement aux versions précédentes | Capacité de rollback instantané |
-| Intégration CI/CD | Automatiser les déploiements via des outils Git | Intégration de flux de travail simplifiée |
-
-Capgo prend en charge Capacitor 8 et offre à la fois des options de déploiement basées sur le cloud et [auto-hébergées](https://capgo.app/blog/self-hosted-capgo/). Cette flexibilité garantit une gestion précise des mises à jour tout en restant conforme aux exigences des magasins d'applications [\[1\]](https://capgo.app/).
-
-## Résumé
-
-Gérer efficacement les métadonnées est essentiel pour améliorer la visibilité et réussir. Les mises à jour d'applications traditionnelles prennent souvent du temps, mais les outils modernes permettent désormais des changements instantanés - un thème clé tout au long de cette discussion. Les développeurs se tournent de plus en plus vers ces outils pour simplifier les mises à jour tout en restant conformes aux directives d'Apple et de Google.
-
-Capgo, par exemple, a livré 23,5 millions de mises à jour avec un taux de réussite de 82 %, atteignant 95 % des utilisateurs actifs dans les 24 heures [\[1\]](https://capgo.app/). Cela souligne l'importance d'utiliser des stratégies efficaces en matière de métadonnées et de pratiques de mise à jour.
-
-Voici quelques aspects critiques sur lesquels se concentrer pour une gestion efficace des métadonnées :
-
-| Aspect | Meilleure Pratique | Impact |
-| --- | --- | --- |
-| Vitesse de Mise à Jour | Déployer instantanément | Corriger les bogues et ajouter des fonctionnalités plus rapidement |
-| Conformité | Suivre les directives des magasins | Éviter les rejets d'applications |
-| Sécurité | Chiffrement de bout en bout | Protéger les données et les mises à jour |
-| Distribution | Déploiements ciblés | Contrôler comment les mises à jour sont déployées |
-
-Le changement dans la gestion des métadonnées des magasins d'applications montre la volonté de l'industrie d'adopter des solutions plus rapides et plus efficaces qui priorisent des mises à jour rapides tout en maintenant une forte sécurité et conformité. Comme l'a dit Bessie Cooper : "Capgo est un outil indispensable pour les développeurs qui souhaitent être plus productifs. Contourner l'examen des applications pour des corrections critiques offre un avantage significatif." [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/fr/app-store-vs-direct-updates-what-developers-need-to-know.md b/src/content/blog/fr/app-store-vs-direct-updates-what-developers-need-to-know.md
deleted file mode 100644
index 768c463d8..000000000
--- a/src/content/blog/fr/app-store-vs-direct-updates-what-developers-need-to-know.md
+++ /dev/null
@@ -1,209 +0,0 @@
----
-slug: app-store-vs-direct-updates-what-developers-need-to-know
-title: 'App Store vs Mises à jour directes : Ce que les développeurs doivent savoir'
-description: >-
-  Explorez les avantages et les inconvénients des mises à jour via l'App Store
-  par rapport aux mises à jour OTA directes, aidant les développeurs à choisir
-  la meilleure stratégie pour leurs applications.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-13T06:14:25.862Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6784a46a684afc141f72d774-1736748943276.jpg
-head_image_alt: Technologie
-keywords: >-
-  App Store updates, OTA updates, mobile app development, update strategy,
-  developer tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Mises à jour App Store ou mises à jour OTA directes ?** La façon dont vous fournissez des [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) peut avoir un impact significatif sur la vitesse, le contrôle et l'expérience utilisateur. Voici un aperçu rapide :
-
--   **Mises à jour App Store** : Passent par un processus de révision, garantissant la sécurité et la conformité mais souvent retardées de plusieurs heures ou jours. Idéal pour les déploiements globaux mais limite la flexibilité.
-    
--   **Mises à jour OTA directes** : Évitent les révisions de l'app store, permettant des mises à jour plus rapides pour les ajustements d'interface ou les corrections de bugs. Optimal pour les changements rapides et les mises à jour ciblées mais nécessite que les développeurs gèrent la sécurité et la conformité.
-    
-
-### Comparaison rapide
-
-| Aspect | Mises à jour App Store | Mises à jour OTA directes |
-| --- | --- | --- |
-| **Vitesse** | Jours à semaines | Minutes à heures |
-| **Contrôle** | Limité par les règles de l'app store | Entièrement géré par les développeurs |
-| **Cas d'utilisation** | Déploiements globaux | Correctifs rapides et ciblés |
-| **Sécurité** | Gérée par les app stores | Gérée par les développeurs |
-| **Coût** | Commission de 15% sur les transactions | Pas de frais de plateforme |
-
-**Point essentiel** : Utilisez les mises à jour App Store pour la fiabilité et la conformité, et les mises à jour OTA directes pour la rapidité et la flexibilité. Choisissez en fonction des besoins de votre application et des attentes des utilisateurs.
-
-## Ionic & Capacitor pour créer des applications mobiles natives
-
-<iframe src="https://www.youtube-nocookie.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Explication des mises à jour App Store
-
-Les mises à jour App Store sont la méthode privilégiée pour livrer des mises à jour logicielles via les places de marché officielles des plateformes. Ce système est le principal canal de distribution pour la plupart des applications mobiles, avec des étapes et directives spécifiques que les développeurs doivent suivre.
-
-### Comment fonctionnent les mises à jour App Store
-
-Soumettre une mise à jour à l'App Store signifie préparer un package qui répond aux exigences d'Apple et passer un processus de révision. Apple vérifie les mises à jour pour la sécurité, les performances, les directives de contenu et la fonctionnalité. Utilisant [App Store Connect](https://developer.apple.com/app-store-connect/), les développeurs soumettent leurs mises à jour, qui subissent une évaluation approfondie, incluant des tests sur les appareils supportés, des vérifications de sécurité et des examens de conformité.
-
-### Avantages des mises à jour App Store
-
-L'App Store facilite la distribution et la maintenance des applications. Il gère des tâches comme la livraison des mises à jour, les vérifications de sécurité, la notification des utilisateurs et même le traitement des paiements. Ce système centralisé assure une expérience cohérente pour les utilisateurs et développe la confiance dans la plateforme.
-
-### Inconvénients des mises à jour App Store
-
-Bien que pratique, le système App Store présente quelques inconvénients notables pour les développeurs :
-
-| Défi | Impact sur les développeurs |
-| --- | --- |
-| Délais de révision | Les mises à jour peuvent prendre des jours pour être actives, ralentissant les correctifs critiques |
-| Contrôle limité | Les développeurs dépendent du calendrier d'Apple pour les sorties urgentes |
-
-D'autres problèmes incluent la commission de 15% d'Apple sur les transactions [\[1\]](https://manytricks.com/blog/?p=4156) et les restrictions des exigences de sandboxing [\[2\]](https://forum.blackmagicdesign.com/viewtopic.php?f=21&t=117780), qui peuvent limiter la flexibilité du développement et affecter les stratégies commerciales.
-
-En raison de ces obstacles, de nombreux développeurs se tournent vers des alternatives comme les mises à jour OTA (over-the-air). Bien que l'App Store offre un système sécurisé et centralisé, explorer des options plus rapides et plus adaptables peut être un changement de donne pour de nombreuses équipes.
-
-## Mises à jour OTA directes avec Capacitor
-
-Les mises à jour over-the-air (OTA) directes permettent aux développeurs de contourner les délais de révision de l'app store, facilitant la sortie rapide de nouvelles fonctionnalités et corrections. Cette approche change la façon dont les mises à jour sont livrées aux appareils des utilisateurs.
-
-### Que sont les mises à jour OTA directes ?
-
-Avec les mises à jour OTA directes, les développeurs peuvent pousser des changements de JavaScript, HTML et CSS sans avoir besoin de soumettre une nouvelle version d'application aux app stores. Utilisant Capacitor, ces mises à jour peuvent être envoyées directement aux appareils des utilisateurs, simplifiant tout le [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Pourquoi utiliser les mises à jour OTA directes ?
-
-| **Avantage** | **Explication** |
-| --- | --- |
-| **Mises à jour plus rapides** | Les changements atteignent les utilisateurs immédiatement, évitant les révisions chronophages de l'app store |
-| **Économies de coûts** | Évite les frais de soumission récurrents pour les mises à jour d'applications |
-| **Transparent pour les utilisateurs** | Les mises à jour se font en arrière-plan sans nécessiter d'action de l'utilisateur |
-| **Plus de contrôle** | Permet aux développeurs de tester des fonctionnalités avec des groupes d'utilisateurs spécifiques |
-
-Ces avantages font des mises à jour OTA une option attractive pour les équipes focalisées sur la rapidité et l'adaptabilité. Des outils comme Capgo ajoutent des couches supplémentaires de sécurité avec le chiffrement et s'intègrent aux pipelines CI/CD pour des mises à jour fluides et sécurisées.
-
-### Rester conforme et gérer les risques
-
-Lors de l'utilisation des mises à jour OTA, il est essentiel de suivre les directives spécifiques aux plateformes :
-
--   **Changements de contenu** : Les mises à jour OTA sont généralement acceptables pour les ajustements d'interface, les mises à jour de contenu ou les petits ajustements de fonctionnalité.
-    
--   **Code natif** : Tout changement du code natif doit encore passer par le processus de révision de l'app store.
-    
--   **Politiques de plateforme** : Les mises à jour doivent utiliser des mécanismes de livraison sécurisés pour se conformer aux règles de la plateforme.
-    
-
-Des plateformes comme Capgo incluent des fonctionnalités comme le contrôle de version et les options de rollback, garantissant que les mises à jour sont à la fois sûres et conformes. Ces garanties aident les développeurs à éviter les risques tout en profitant de la flexibilité qu'offrent les mises à jour OTA.
-
-Cela dit, les développeurs doivent soigneusement peser la rapidité et la commodité des mises à jour OTA par rapport à la rigueur et la structure des mises à jour app store pour décider ce qui convient le mieux à leur application.
-
-## Comparaison des mises à jour App Store et OTA directes
-
-### Différences et cas d'utilisation
-
-Choisir entre les mises à jour App Store et OTA impacte directement la façon dont vous déployez votre application. Les mises à jour App Store sont reconnues pour leur fiabilité et leur facilité d'utilisation, tandis que les mises à jour OTA excellent en rapidité et adaptabilité, les rendant idéales pour les applications d'entreprise.
-
-Pour les applications d'entreprise ou internes, les mises à jour OTA directes apportent des avantages clairs. Elles permettent des itérations et ajustements plus rapides sans attendre les révisions de l'app store.
-
-Lors du travail sur des applications multiplateformes, votre [stratégie de mise à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) devient encore plus importante. Les développeurs d'entreprise se tournent souvent vers les mises à jour OTA directes pour des situations comme :
-
--   Correctifs rapides sans délais d'app store
-    
--   Déploiements rapides de fonctionnalités pour des besoins urgents
-    
--   Planifications de mises à jour personnalisables adaptées aux objectifs organisationnels
-    
--   Contrôle précis sur les utilisateurs recevant les mises à jour
-    
-
-Le tableau ci-dessous détaille les différences clés entre ces deux méthodes de mise à jour.
-
-### Tableau comparatif
-
-| Aspect | Mises à jour App Store | Mises à jour OTA directes |
-| --- | --- | --- |
-| **Contrôle de distribution** | Géré par les app stores | Géré par les développeurs |
-| **Vitesse de mise à jour** | Prend des jours à semaines | Se produit en minutes à heures |
-| **Flexibilité des fonctionnalités** | Restreinte par le sandboxing | Permet un accès complet aux fonctionnalités |
-| **Impact sur les revenus** | 15% pour Apple | Pas de frais de plateforme |
-| **Gestion de la sécurité** | Gérée par la plateforme | Le développeur prend la responsabilité |
-| **Portée du déploiement** | Déploiements globaux | Distributions ciblées |
-
-Capgo fournit des mises à jour OTA sécurisées avec chiffrement et outils de gestion conçus pour les développeurs. Pour ceux qui gèrent des applications d'entreprise, des outils comme Capgo offrent :
-
--   Contrôle de version avec options de rollback
-    
--   Surveillance en temps réel des mises à jour
-    
--   Ciblage de mise à jour spécifique aux utilisateurs
-    
--   Intégration avec les pipelines CI/CD
-    
-
-Choisir la bonne méthode de mise à jour dépend entièrement de vos besoins. Comme souligné dans les Forums des développeurs Apple :
-
-> "Si vous livrez une application macOS en dehors du Mac App Store, vous devez fournir la fonctionnalité de mise à jour vous-même" [\[3\]](https://forums.developer.apple.com/forums/thread/107576).
-
-## Intégration des mises à jour OTA dans les pipelines CI/CD
-
-Pour les développeurs envisageant des mises à jour OTA directes, intégrer ces mises à jour dans les workflows CI/CD peut vous aider à tirer pleinement parti de leur rapidité et flexibilité.
-
-### Utilisation d'outils comme [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5.jpg?auto=compress)
-
-Livrer des mises à jour rapidement et efficacement est une nécessité pour les équipes de développement modernes. Des outils comme **Capgo** simplifient cela en offrant des fonctionnalités comme le contrôle de version, l'analytique et les déploiements progressifs. Ces capacités facilitent la gestion des mises à jour OTA, particulièrement pour les équipes d'entreprise qui gèrent des déploiements à grande échelle. Le ciblage des utilisateurs et les options de déploiement flexibles améliorent encore le processus.
-
-En incorporant des outils comme Capgo, vous pouvez affiner votre pipeline CI/CD pour livrer des mises à jour OTA efficacement et de manière fiable.
-
-### Conseils d'intégration CI/CD
-
-Intégrer les mises à jour OTA avec succès signifie équilibrer les tests, le déploiement et la surveillance. Voici quelques conseils pour bien faire :
-
--   **Automatiser les workflows de test** : Cela assure que chaque build est vérifié avant le déploiement.
-    
--   **Utiliser des déploiements progressifs** : Commencer avec de petits groupes d'utilisateurs pour détecter tôt les problèmes potentiels.
-    
--   **Surveiller les métriques clés** : Garder un œil sur les taux d'adoption, les rapports de crash et les performances de l'application.
-    
-
-Suivre ces métriques aide à identifier rapidement les problèmes tout en maintenant des mises à jour de haute qualité. Une approche basée sur les données assure la stabilité et maintient la conformité de votre app store.
-
-## Choisir une stratégie de mise à jour
-
-Choisir la meilleure stratégie de mise à jour signifie trouver le bon équilibre entre vos objectifs de développement et ce qu'attendent vos utilisateurs. Les mises à jour App Store offrent un processus fiable et automatisé que beaucoup d'utilisateurs apprécient. Cependant, elles impliquent une commission de 15% et limitent le contrôle que vous avez sur la distribution [\[1\]](https://manytricks.com/blog/?p=4156).
-
-D'autre part, les mises à jour OTA directes via des outils comme Capacitor fonctionnent bien pour les applications qui nécessitent :
-
--   **Déploiement rapide des mises à jour critiques**
-    
--   **Contrôle de version détaillé**
-    
--   **Flexibilité de prix personnalisée**
-    
--   **Communication directe avec les utilisateurs**
-
-Un excellent exemple est [Blackmagic Design](https://www.blackmagicdesign.com/) avec Resolve, qui contourne l'App Store pour des téléchargements directs. Ce choix permet à l'application d'offrir des fonctionnalités avancées qui pourraient ne pas correspondre aux restrictions de l'App Store [\[2\]](https://forum.blackmagicdesign.com/viewtopic.php?f=21&t=117780). Cela montre comment les besoins spécifiques d'une industrie - comme la prise en charge de fonctionnalités spécialisées - peuvent façonner votre stratégie de mise à jour.
-
-Pour les secteurs comme la finance ou la santé, où les réglementations sont strictes, les mises à jour OTA via des plateformes comme Capgo peuvent être révolutionnaires. Elles vous permettent de vous adapter rapidement aux changements réglementaires tout en restant conforme. C'est particulièrement utile pour les applications d'entreprise où la rapidité et le contrôle des mises à jour sont cruciaux.
-
-Lors du choix de votre approche, réfléchissez à ces facteurs :
-
--   Votre flux de développement
-    
--   Les attentes de vos utilisateurs concernant l'expérience
-    
--   Les exigences de conformité ou réglementaires
-    
--   L'impact des mises à jour sur vos revenus
-    
--   Le niveau de contrôle souhaité sur la distribution
-    
-
-Votre choix de stratégie de mise à jour joue un rôle majeur dans les performances de votre application, la satisfaction des utilisateurs et le processus de développement. Adaptez votre approche pour répondre à votre public, vos besoins d'évolutivité et vos objectifs commerciaux pour obtenir les meilleurs résultats.
diff --git a/src/content/blog/fr/appcenter-migration.md b/src/content/blog/fr/appcenter-migration.md
deleted file mode 100644
index 544eac08a..000000000
--- a/src/content/blog/fr/appcenter-migration.md
+++ /dev/null
@@ -1,213 +0,0 @@
----
-slug: appcenter-migration
-title: Migration de App Center vers Capgo
-description: >-
-  Dans ce guide, nous allons passer en revue la migration complète pour Capgo
-  Live Updates, une alternative à Microsoft CodePush.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-22T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /migrate_appcenter.webp
-head_image_alt: Développeur Capacitor JS à la recherche d'une alternative
-keywords: >-
-  App Center, migration, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Migration
-published: true
-locale: fr
-next_blog: automatic-build-and-release-with-github-actions
----
-## Résumé de la Migration
-
-* [Capgo](/register/) est un service qui aide les équipes de développement à envoyer des applications en direct vers des applications déployées.
-* Les applications Capacitor JS écrites en jQuery Mobile, Framework 7, Sencha, KendoUI, Ionic ou même votre propre solution personnalisée peuvent être migrées. **Une application Ionic existante n'est pas requise.**.
-* [Colt](https://volt.build/) offre des services équivalents pour App Center Build (construire des applications Android/iOS). Pour les services de test, de diagnostics et d'analytique.
-
-##### Remarque
-
-Si votre application utilise encore Cordova, il est nécessaire de [migrer vers Capacitor](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/) d'abord avant de migrer vers Capgo.
-
-Construit par l’équipe Ionic comme un successeur spirituel à Cordova, Capacitor permet au développement de se rapprocher des outils et capacités natifs avec l'objectif de fournir une expérience utilisateur et des performances encore meilleures.
-
-Heureusement, le processus de migration est facile et la majorité des plugins Cordova sont compatibles avec Capacitor. [Commencez la migration ici](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/).
-
-## À propos de Capgo
-
-Capgo gère la mise à jour des applications au fil du temps. Les équipes de développement peuvent se concentrer totalement sur les fonctionnalités uniques de leur application et externaliser le processus compliqué de livraison d'applications à Capgo.
-
-Capgo comble les lacunes entre la livraison web et mobile.
-
-## Prérequis de Capgo
-
-Comme App Center, [Capgo](/register/) prend en charge les applications hébergées dans des dépôts Git sur Azure DevOps, Bitbucket, GitHub, et GitLab.
-
-### Installer Capgo CLI
-
-##### Remarque
-
-Ayez Node et NPM installés sur votre ordinateur, vous en aurez besoin avant de procéder. Utilisez toujours la [version LTS actuelle](https://nodejs.org/) ; Capgo ne supporte pas les versions plus anciennes.
-
-### Créer les fichiers `package.json` et de configuration de Capacitor
-
-##### Remarque
-
-Avant de commencer, je recommande de faire des changements sur une nouvelle branche Git.
-
-Étant donné que [Capgo](/register/) a été créé pour automatiser les applications Capacitor, il nécessite un fichier que votre application n’a peut-être pas. Tout d'abord, créez un fichier `capacitor.config.json`. Le moyen le plus simple de le créer est d'exécuter dans le répertoire racine de votre application :
-
-```shell
-npm install @capacitor/core
-```
-
-Ensuite, initialisez Capacitor en utilisant le questionnaire CLI :
-
-```shell
-npx cap init
-```
-
-Le CLI vous posera quelques questions, en commençant par le nom de votre application et par l’ID de package que vous souhaitez utiliser pour votre application.
-
-Enfin, validez les nouveaux fichiers dans votre projet :
-
-    git add .git commit -m "ajout de package json et de configuration capacitor" && git push
-
-### Migrer le Code
-
-Maintenant que vous avez les nouveaux fichiers requis de [Capgo](/register/) en place, vous pouvez vous concentrer sur l'application elle-même. [Capgo](/register/) s'attend à ce que l'application entière construite soit dans un répertoire nommé `dist`.
-
-Si votre code construit n'est pas dans un répertoire `dist`, changez cette valeur dans le fichier de configuration de Capacitor.
-
-Voici à quoi devrait ressembler la structure des répertoires de l'application :
-
-![Structure de l'Application](/directory_looklike.webp)
-
-## Configuration de Capgo
-
-Avec votre application prête pour l'intégration [Capgo](https://console.capgo.app/), il est temps de s'inscrire et d'obtenir votre clé API pour télécharger votre première version ! Commencez par [vous inscrire pour un compte Capgo](/register/).
-
-Une fois que vous êtes connecté à Capgo, accédez à la page de compte, puis cliquez sur la clé API, puis cliquez sur la clé 'write' pour la copier dans votre presse-papiers.
-
-### Installer le SDK Capgo
-
-À partir d'une ligne de commande, directement dans le répertoire racine de votre dossier d'application Capacitor, exécutez la commande suivante :
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Pour installer le plugin dans votre application Capacitor.
-
-Ajoutez ensuite à votre application ce code en remplacement de celui de CodePush :
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Cela informera le plugin natif que l'installation a réussi.
-
-## Déploiement des Mises à Jour en Direct (Alternative CodePush)
-
-La fonction de mise à jour en direct fonctionne en utilisant le [SDK Capgo](https://github.com/Cap-go/capacitor-updater/) installé dans votre application native pour écouter une destination de canal de déploiement particulière. Lorsqu'une construction Web est attribuée à une destination de canal, cette mise à jour sera déployée sur les appareils des utilisateurs exécutant des binaires configurés pour écouter la destination de canal spécifiée.
-
-### Connexion à Capgo CLOUD
-
-Tout d'abord, utilisez le `all` [apikey](https://console.capgo.app/dashboard/apikeys/) présent dans votre compte pour vous connecter avec le CLI :
-
-```shell
-npx @capgo/cli@latest login YOURKEY
-```
-
-## Ajoutez votre première application
-
-Commençons par créer l'application dans Capgo Cloud avec le CLI.
-
-`npx @capgo/cli@latest app add`
-
-Cette commande utilisera toutes les variables définies dans le fichier de configuration de Capacitor pour créer l'application.
-
-## Téléchargez votre premier bundle
-
-Exécutez la commande pour construire votre code et l'envoyer à Capgo avec :
-```shell
-npx @capgo/cli@latest bundle upload --channel production
-```
-
-Par défaut, le nom de version sera celui de votre fichier `package.json`.
-
-Vérifiez dans [Capgo](https://console.capgo.app/) si la construction est présente.
-
-Vous pouvez même le tester avec mon [application mobile sandbox](https://capgo.app/app_mobile/).
-
-### Faire du canal le défaut
-
-Après avoir envoyé votre application à Capgo, vous devez faire de votre canal le `default` pour permettre aux applications de recevoir des mises à jour de Capgo.
-
-```shell
-npx @capgo/cli@latest channel set production -s default
-```
-
-## Configurer l'application pour valider les mises à jour
-
-Ajoutez cette configuration à votre fichier JavaScript principal.
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Ensuite, faites un `npm run build && npx cap copy` pour mettre à jour votre application.
-
-### Recevoir une Mise à Jour en Direct sur un Appareil
-
-Pour que votre application reçoive une mise à jour en direct depuis le déploiement, vous devrez exécuter l'application sur un appareil ou un émulateur. Le moyen le plus simple de le faire est d'utiliser simplement la commande suivante pour lancer votre application locale dans un émulateur ou un appareil connecté à votre ordinateur.
-
-    npx cap run [ios | android]
-
-Ouvrez l'application, mettez-la en arrière-plan puis rouvrez-la, vous devriez voir dans les journaux que l'application a été mise à jour.
-
-Félicitations ! 🎉 Vous avez déployé avec succès votre première mise à jour en direct. Ce n'est que le début de ce que vous pouvez faire avec les mises à jour en direct. Pour en savoir plus, consultez la documentation complète sur les [Mises à Jour en Direct](/docs/plugin/cloud-mode/getting-started/).
-
-## Supprimer les Dépendances d'App Center
-
-Maintenant que nous avons intégré les services de Capgo, vous devriez supprimer toutes les références à App Center. En plus d'être une bonne pratique de supprimer le code/service non utilisé, retirer le SDK devrait réduire la taille de vos applications.
-
-Tout d'abord, ouvrez un terminal, puis désinstallez les plugins App Center :
-```shell
-    cordova plugin remove cordova-plugin-appcenter-analytics cordova-plugin-appcenter-crashes cordova-plugin-code-push
-```
-
-Ensuite, ouvrez `config.xml` et retirez les valeurs de `préférence` suivantes. Elles ressembleront à :
-```xml
-    <preference name="APP_SECRET" value="0000-0000-0000-0000-000000000000" /><preference name="CodePushDeploymentKey" value="YOUR-ANDROID-DEPLOYMENT-KEY" /><preference name="CodePushPublicKey" value="YOUR-PUBLIC-KEY" />
-```
-
-Si vous utilisiez App Center Analytics dans votre application, retirez les éléments `preferences` suivants : `APPCENTER_ANALYTICS_ENABLE_IN_JS` et `APPCENTER_CRASHES_ALWAYS_SEND`.
-
-Retirez les éléments `<preference name="APP_SECRET" value="0000-0000-0000-0000-000000000000" />` suivants :
-
-```xml
-    <access origin="https://codepush.appcenter.ms" /><access origin="https://codepush.blob.core.windows.net" /><access origin="https://codepushupdates.azureedge.net" />
-```
-
-Retirez la référence à CodePush dans la balise CSP `meta` dans le fichier `index.html` (`https://codepush.appcenter.ms`) :
-```xml
-    <meta http-equiv="Content-Security-Policy" content="default-src https://codepush.appcenter.ms 'self' data: gap: https://ssl.gstatic.com 'unsafe-eval'; style-src 'self' 'unsafe-inline'; media-src *" />
-```
-
-Enfin, dans votre application, retirez toutes les références de code aux services App Center, comme `codePush.sync();`.
-
-## Prochaines Étapes
-
-Vous avez migré d'App Center vers Capgo, en utilisant les mises à jour en direct. Ce n'est que le début de ce que vous pouvez utiliser avec Capgo. Explorez le reste du service, qui inclut Canal (plusieurs environnements) et override. L'intégration CLI Cloud, utilisez Capgo dans votre plateforme CI/CD de choix (comme GitHub Action, GitLab, Jenkins, et plus).
-
-## Envoi Automatique de Mises à Jour d'Application
-
-Si votre code est hébergé sur GitHub, vous pouvez configurer des constructions et des publications automatiques en quelques étapes supplémentaires, grâce aux actions GitHub.
-
-J'ai rédigé un second article pour vous permettre de le faire.
-
-## Crédits
-
-Merci beaucoup à [Ionic](https://ionic.com/), cet article est basé sur [cet article](https://ionic.io/blog/moving-from-microsoft-app-center-to-ionic-appflow/) réécrit avec chat-gpt-3 et adapté.
diff --git a/src/content/blog/fr/appflow-cicd-integration-best-practices.md b/src/content/blog/fr/appflow-cicd-integration-best-practices.md
deleted file mode 100644
index 0ebec48a1..000000000
--- a/src/content/blog/fr/appflow-cicd-integration-best-practices.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: appflow-cicd-integration-best-practices
-title: 'Intégration CI/CD d''Appflow : Meilleures Pratiques'
-description: >-
-  Explorez les meilleures pratiques pour intégrer des solutions CI/CD dans le
-  développement d'applications mobiles, en comparant les coûts et les
-  fonctionnalités des principales plateformes.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:52:14.301Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4-1744685577460.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  CI/CD, mobile app development, Appflow, Capgo, OTA updates, build automation,
-  deployment, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-[Appflow](https://ionic.io/appflow/) CI/CD simplifie les [mises à jour d'applications mobiles](https://capgo.app/plugins/capacitor-updater/) avec des mises à jour sans fil (OTA), permettant à **95 % des utilisateurs de recevoir des mises à jour dans les 24 heures**. Il offre des outils automatisés pour les builds iOS et Android, les déploiements sur les magasins d'applications et la gestion en ligne de commande. Cependant, l'augmentation des coûts (jusqu'à 6 000 $ par an) a conduit certaines équipes à explorer des alternatives comme [Capgo](https://capgo.app/), qui propose des mises à jour plus rapides et des prix inférieurs.
-
-### Points Clés :
-
--   **Fonctionnalités Principales** : Mises à jour OTA, builds automatisés, déploiement sur les magasins d'applications, outils CLI.
--   **Conseils de Configuration** : Utiliser une automatisation basée sur les branches, sécuriser les variables d'environnement et contrôler l'accès basé sur les rôles.
--   **Alternatives** : Capgo fournit des fonctionnalités similaires à un coût annuel inférieur (~ 3 600 $) avec des vitesses de mise à jour plus rapides.
-
-### Comparaison Rapide :
-
-| Fonctionnalité | Appflow | Capgo |
-| --- | --- | --- |
-| Coût Annuel | 6 000 $ | ~$3,600 |
-| Frais de Configuration | Inclus | 2 600 $ (unique) |
-| Vitesse de Mise à Jour | Fiable | 114 ms pour des bundles de 5 Mo |
-| Période d'Essai | Limitée | 15 jours |
-
-**Choisir la bonne solution CI/CD dépend de l'équilibre entre le coût, la vitesse et la fiabilité des mises à jour.**
-
-## Intégrer [Appflow](https://ionic.io/appflow/) avec votre Pipeline CICD
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-<iframe src="https://www.youtube.com/embed/CakTj3A3wbM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Fonctionnalités Clés CI/CD d'Appflow
-
-Appflow CI/CD propose quatre fonctionnalités clés conçues pour simplifier le développement et le déploiement d'applications mobiles. Ces fonctionnalités aident à automatiser les builds, les déploiements et les mises à jour sur les plateformes mobiles.
-
-### Mises à Jour Directes des Applications
-
-Avec Appflow, les équipes peuvent pousser des mises à jour directement sur les appareils des utilisateurs sans attendre les revues des magasins d'applications. Ce système de mise à jour sans fil (OTA) permet aux développeurs de répondre rapidement aux retours des utilisateurs ou de publier des correctifs urgents, maintenant ainsi les applications à jour et réactives aux besoins des utilisateurs.
-
-### Outils de Build pour iOS et Android
-
-Appflow automatise le processus de construction pour les plateformes iOS et Android. Pour iOS, il gère des tâches telles que la signature de code, le provisioning et les paramètres Xcode. Pour Android, il gère l'automatisation Gradle, la gestion des keystores, et génère des APK ou des bundles d'applications. Cela garantit des builds cohérents pour des cadres comme [React Native](https://reactnative.dev/) et [Capacitor](https://capacitorjs.com/).
-
-### Déploiement sur le Magasin d'Applications
-
-Soumettre des applications aux magasins d'applications devient plus facile avec les pipelines de déploiement automatisés d'Appflow. Il s'occupe de tâches telles que la préparation des binaires, la gestion des versions, la gestion des métadonnées et les vérifications de conformité. Cette automatisation réduit l'effort manuel tout en garantissant des publications fluides et cohérentes.
-
-### Outils en Ligne de Commande
-
-Appflow propose des outils CLI qui permettent aux développeurs de gérer les builds et les déploiements directement depuis la ligne de commande. Ces outils soutiennent des étapes de build personnalisables et des configurations d'environnement, facilitant l'adaptation des pipelines CI/CD aux besoins spécifiques des projets tout en maintenant la cohérence au sein des équipes.
-
-## Configuration d'Appflow CI/CD
-
-Découvrez comment configurer Appflow CI/CD pour des builds et des déploiements fluides et automatizados.
-
-### Étapes de Configuration de l'Environnement
-
-Mettez en place des environnements distincts alignés sur vos branches de contrôle de version :
-
--   **Développement** : Pour des builds quotidiens et des tests.
--   **Mise en Scène** : Un réplique de la production pour les tests finaux.
--   **Production** : Pour les versions d'applications en direct.
-
-Stockez les variables d'environnement de manière sécurisée en utilisant le [stockage crypté](https://capgo.app/docs/cli/migrations/encryption/) intégré d'Appflow.
-
-### Automatisation du Processus de Build
-
-Voici comment automatiser efficacement votre processus de build :
-
-**Automatisation Basée sur les Branches**  
-Configurez des déclencheurs de build automatiques pour différentes branches git :
-
--   Branches de fonctionnalités : Déclencher des builds de développement.
--   Branche principale : Lancer des builds de mise en scène.
--   Branches de publication : Initier des builds de production.
-
-**Configuration des Builds**  
-Personnalisez votre `appflow.config.json` pour définir :
-
--   Environnements de build.
--   Paramètres spécifiques à la plateforme.
--   Dépendances et leurs versions.
--   Configurations de sortie.
-
-Pour garder votre pipeline sécurisé, imposez des contrôles d'accès stricts et le chiffrement.
-
-### Paramètres de Sécurité
-
-1. **Gestion des Tokens**  
-Stockez les tokens d'authentification de manière sécurisée en utilisant les variables cryptées d'Appflow. Évitez d'exposer des identifiants sensibles dans les journaux de build ou dans les fichiers de configuration.
-
-2. **Contrôle d'Accès**  
-Mettez en œuvre un contrôle d'accès basé sur les rôles (RBAC) :
-
--   Autorisez uniquement les développeurs seniors à gérer les déploiements en production.
--   Limitez l'accès à la mise en scène à l'équipe de développement.
--   Fournissez à l'équipe QA un accès en lecture seule.
-
-3. **Protection des Données**  
-Chiffrez toutes les données sensibles pendant la transmission et le stockage, y compris :
-
--   Clés API
--   Certificats
--   Variables d'environnement
--   Artéfacts de build
-
-### Plans de Test et de Récupération
-
-Pour garantir la stabilité de l'application, établissez des stratégies de test et de récupération approfondies :
-
-**Tests Automatisés**  
-Intégrez des tests automatisés dans votre pipeline, tels que :
-
--   Tests unitaires
--   Tests d'intégration
--   Tests d'automatisation UI
-
-**Procédures de Récupération**  
-Préparez ces mécanismes de récupération clés :
-
-| Type de Récupération | Mise en Œuvre | Déclencheur d'Activation |
-| --- | --- | --- |
-| Rétablissement Rapide | Restaurer la version précédente | Échec du déploiement |
-| Contrôle de Version | Automatiser git revert | Échec de build |
-| Sauvegarde de Données | Planifier des snapshots automatisés | Corruption de configuration |
-
-## Comparaison des Plates-formes de Mises à Jour OTA
-
-Alors qu'Appflow continue de servir ses utilisateurs, de nouvelles alternatives émergent avec des fonctionnalités et des prix compétitifs. Les plates-formes de mise à jour OTA offrent désormais diverses méthodes de mises à jour en direct, répondant à des besoins différents. Voici un aperçu des options clés.
-
-### Fonctionnalités et Tarification de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-Capgo fournit des mises à jour de manière impressionnante rapide, avec un temps enregistré de 114 ms pour des bundles de 5 Mo via son CDN mondial, avec un temps de réponse API de 434 ms [\[1\]](https://capgo.app/). Il alimente 1,9K applications de production et a livré plus de 1 155 milliards de mises à jour, attestant de sa fiabilité [\[1\]](https://capgo.app/).
-
-| Fonctionnalité | Capgo | Appflow |
-| --- | --- | --- |
-| Coût Annuel | ~$3,600 | 6 000 $ |
-| Configuration CI/CD | 2 600 $ (unique) | Inclus |
-| Opérations Mensuelles | ~$300 | ~$500 |
-| Période d'Essai | 15 jours | Limitée |
-
-Bien que Capgo offre des prix et des performances compétitifs, d'autres plates-formes s'adressent à des régions spécifiques ou s'appuient sur des méthodes plus anciennes.
-
-### [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) Héritage
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/2917e9ac2c3b78a7e493c0fc02ad3e2c.jpg)
-
-Microsoft CodePush, qui sera fermé en 2024, a poussé de nombreux utilisateurs à rechercher des plates-formes avec une meilleure sécurité et fiabilité. Comme l'a partagé un développeur :
-
-> "J'ai annulé mon abonnement @Appflow après 4 ans. Code-Push n'a jamais semblé bien fonctionner, j'espère que @CapGO a résolu cela." – LeVar Berry [\[1\]](https://capgo.app/)
-
-Ce changement souligne la demande pour une livraison de mise à jour fiable et des capacités de retour arrière. Même l'équipe [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA s'est exprimée :
-
-> "@Capgo est un moyen intelligent de faire des mises à jour de code chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Ces exemples mettent en évidence la préférence croissante pour des solutions qui allient économies de coûts et efficacité opérationnelle.
-
-## Résolution de Problèmes Mobile CI/CD
-
-### Exigences de Build de Plateforme
-
-Construire pour iOS et Android nécessite une configuration minutieuse du pipeline CI/CD d'Appflow. Pour iOS, vous aurez besoin de certificats valides et de profils de provisioning configurés dans l'environnement de build. Les builds Android dépendent d'une gestion appropriée des keystores et des configurations de signature. Les deux plateformes nécessitent également une gestion rigoureuse des versions pour éviter les conflits.
-
-Voici un aperçu rapide des configurations clés et des défis courants :
-
-| Plateforme | Configuration Requise | Problèmes Courants |
-| --- | --- | --- |
-| iOS | Certificats & Provisioning | Certificats expirés, incohérences de profil |
-| Android | Keystore & Signature | Clés mal gérées, conflits de version |
-| Les Deux | Variables d'Environnement | Secrets manquants, chemins incorrects |
-
-En plus de configurer les builds, garantir une livraison de mise à jour fluide est tout aussi important.
-
-### Vitesse et Fiabilité de Mise à Jour OTA
-
-Un pipeline CI/CD solide dépend d'une livraison de mise à jour rapide et fiable. Bien qu'Appflow soit populaire, certaines équipes ont noté des défis avec la performance des poussées de code, soulignant le besoin de systèmes de retour arrière et de surveillance efficaces.
-
-Pour améliorer la livraison de mise à jour et réduire les interruptions, suivez ces pratiques :
-
--   **Utiliser des déploiements par étapes** pour minimiser les risques.
--   **Suivre les taux de réussite des mises à jour** pour identifier les problèmes tôt.
--   **Mettre en place des déclencheurs de retour arrière automatisés** pour une récupération rapide.
-
-Lors du choix d'outils CI/CD, privilégiez les métriques telles que l'efficacité des mises à jour, la fiabilité des déploiements et la vitesse de retour arrière. Équilibrer des déploiements rapides avec une qualité de build cohérente est essentiel, surtout pour les équipes gérant plusieurs plateformes et mises à jour fréquentes.
-
-## Conclusion : Mise en Œuvre d'Appflow CI/CD
-
-Les équipes de développement qui envisagent des options CI/CD voient souvent Appflow comme un mélange de forces et d'obstacles. Les données indiquent qu'Appflow livre des mises à jour rapidement - 95 % des utilisateurs reçoivent des mises à jour dans les 24 heures, soutenus par de solides performances de CDN - et atteint un taux de réussite global de 82 % [\[1\]](https://capgo.app/).
-
-Cependant, la hausse des coûts pousse les équipes à explorer des alternatives moins chères. Comme le souligne l'équipe OSIRIS-REx de la NASA :
-
-> "@Capgo est un moyen intelligent de faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-Lors de la mise en œuvre du CI/CD, trois facteurs clés se démarquent :
-
-| Facteur | Focus de mise en œuvre | Impact |
-| --- | --- | --- |
-| Vitesse | Capacité de déploiement instantané | Corrections de bogues et publications de fonctionnalités plus rapides |
-| Sécurité | Cryptage de bout en bout | Assure une livraison d'updates sécurisée |
-| Conformité | Respect des exigences des app stores | Maintient la présence sur le marché |
-
-Prioriser ces domaines aide les équipes à s'adapter à l'environnement CI/CD en évolution. Avec Appflow prévu pour être interrompu en 2026, il est crucial de considérer non seulement la performance technique, mais aussi l'efficacité des coûts, la fiabilité des mises à jour et la stabilité à long terme de la plateforme.
-
-Alors que les plateformes gèrent 1 155,1 milliards de mises à jour dans le monde[\[1\]](https://capgo.app/), la livraison de mises à jour efficace et fiable demeure un objectif essentiel pour le développement moderne d'applications mobiles. Équilibrer performance et coût est essentiel lors du choix de la bonne solution CI/CD.
diff --git a/src/content/blog/fr/appflow-shutdown-alternative.md b/src/content/blog/fr/appflow-shutdown-alternative.md
deleted file mode 100644
index 1a9b6ee9e..000000000
--- a/src/content/blog/fr/appflow-shutdown-alternative.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-slug: appflow-shutdown-alternative
-title: >-
-  Arrêt d'Ionic AppFlow - Quelle est la suite pour le développement de votre
-  application mobile ?
-description: >-
-  Avec la fermeture d'Ionic AppFlow, découvrez comment Capgo offre une
-  transition fluide pour vos mises à jour en direct et vos besoins CI/CD à une
-  fraction du coût.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-02-09T00:00:00.000Z
-updated_at: 2025-02-09T00:00:00.000Z
-head_image: /appflow_alt.webp
-head_image_alt: Illustration alternative d'Appflow
-keywords: >-
-  Ionic AppFlow shutdown, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates, Capgo alternative
-tag: News
-published: true
-locale: fr
-next_blog: ''
----
-Avec l'annonce récente de la fermeture d'Ionic AppFlow, de nombreuses équipes de développement recherchent des alternatives pour maintenir leur flux de travail de développement d'applications mobiles. Si vous faites partie de ceux qui sont touchés, nous avons de bonnes nouvelles : Capgo propose une solution complète qui non seulement remplace les fonctionnalités d'AppFlow, mais offre également des fonctionnalités améliorées à un prix plus accessible.
-
-## Ce que cela signifie pour les utilisateurs d'AppFlow
-
-La fermeture d'AppFlow laisse de nombreuses équipes ayant besoin de migrer leurs :
-- Systèmes de mise à jour en direct
-- Pipelines CI/CD
-- Flux de travail de déploiement d'applications
-
-Cependant, cette transition présente une opportunité de mettre à niveau votre infrastructure de développement tout en réduisant potentiellement les coûts.
-
-## Capgo : votre alternative complète à AppFlow
-
-Capgo est prêt en tant qu'alternative mature et riche en fonctionnalités à AppFlow, offrant :
-
-### Mises à jour en direct simplifiées
-- Déployez des mises à jour en moins de 1 minute (par rapport à une moyenne de 10 minutes pour AppFlow)
-- Gérez plusieurs canaux de mise à jour
-- Suivez les statistiques d'installation
-- Révertissez ou changez facilement les versions de canal
-- Testez les mises à jour dans un environnement de bac à sable avant le déploiement
-
-### Intégration CI/CD transparente
-Au lieu d'être enfermé dans un système CI/CD propriétaire, Capgo vous permet de :
-- Intégrer votre infrastructure CI/CD existante
-- Utiliser des plateformes populaires comme GitHub Actions
-- Maintenir le contrôle total sur votre processus de construction
-- Suivre nos tutoriels détaillés pour la configuration [iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-- Ou laissez-nous tout gérer avec notre service [CI/CD Done For You](https://cal.com/team/capgo/mobile-ci-cd-done-for-you)
-
-## Pourquoi choisir Capgo ?
-
-1. **Économique** : À partir de seulement 14 $/mois contre 499 $/mois pour AppFlow
-2. **Sécurité améliorée** : Cryptage de bout en bout inclus dans tous les plans
-3. **Open Source** : 100 % open-source, permettant une transparence et une personnalisation complètes
-4. **Architecture moderne** : Conçu spécifiquement pour Capacitor, garantissant des performances optimales
-5. **Mises à jour rapides** : Apportez des changements à vos utilisateurs en moins d'une minute
-
-## Effectuer la transition
-
-La transition d'AppFlow à Capgo est simple. Suivez notre [guide de migration détaillé](/docs/upgrade/from-appflow-to-capgo) pour garantir une transition en douceur :
-
-1. [Inscrivez-vous pour un compte Capgo](/register/)
-2. Suivez nos guides de migration
-3. Configurez votre pipeline CI/CD en utilisant nos tutoriels
-4. Commencez à déployer des mises à jour via Capgo
-
-Pour les équipes entreprises nécessitant un support dédié, [contactez notre équipe de vente](https://cal.com/team/capgo/capgo-enterprise-inquiry) pour discuter de vos besoins spécifiques et de votre stratégie de migration.
-
-## Au-delà des fonctionnalités de base
-
-Capgo offre plusieurs avantages par rapport à AppFlow :
-- Statistiques d'installation pour un meilleur suivi des déploiements
-- Environnement de test en bac à sable
-- Livraison de mises à jour plus rapide
-- Structure tarifaire plus abordable
-- Plus de flexibilité dans l'intégration CI/CD
-
-## Notre engagement envers l'écosystème
-
-L'écosystème Ionic et Capacitor reste solide et dynamique. Chez Capgo, nous attachons une grande importance à cet écosystème et sommes pleinement engagés dans son avenir. En tant qu'entreprise autofinancée et durable, nous ne proposons pas seulement des alternatives – nous investissons activement dans la croissance et la stabilité de l'écosystème.
-
-### Pourquoi faire confiance à Capgo ?
-Nous adorons Ionic et Capacitor, et nous sommes là pour le long terme. Si une partie de l'écosystème a besoin de soutien, nous sommes prêts à la forker et à la maintenir – c'est la puissance de l'open source. Notre engagement n'est pas seulement des mots ; il est soutenu par des actions :
-
-### Antécédents prouvés
-- **Échelle massive** : Servant plus de 30 millions de mises à jour en direct par jour dans notre infrastructure cloud, avec encore plus dans des environnements auto-hébergés
-- **Développement actif** : Créé et maintenu plus de 20 plugins dans l'écosystème Capacitor : [explorez nos plugins](https://github.com/cap-go/)
-- **Communauté croissante** : Aidant avec succès de nombreuses équipes à passer à Capgo cette année
-- **Solutions complètes** : Fournissant des solutions CI/CD complètes, des tutoriels à l'intégration de services complets
-- **Modèle durable** : Autofinancée et rentable, garantissant une stabilité à long terme pour nos utilisateurs
-
-Nous ne sommes pas seulement une alternative – nous construisons activement l'avenir du développement d'applications mobiles, garantissant que les équipes s'appuyant sur ces technologies ont une voie fiable et durable devant elles.
-
-## Prêt à migrer ?
-
-Ne laissez pas la fermeture d'AppFlow perturber votre flux de travail de développement. [Commencez votre parcours avec Capgo aujourd'hui](/register/) et découvrez une solution plus efficace et économique pour vos besoins de développement d'applications mobiles.
-
-Pour des solutions d'entreprise et un support dédié, [planifiez un appel avec notre équipe](https://cal.com/team/capgo/capgo-enterprise-inquiry) pour discuter de votre stratégie de migration.
-
-N'oubliez pas, Capgo n'est pas seulement une alternative – c'est une mise à niveau de votre flux de travail de développement d'applications mobiles, offrant plus de fonctionnalités, de meilleures performances et des économies de coûts significatives par rapport à AppFlow.
diff --git a/src/content/blog/fr/apple-policy-updates-for-capacitor-apps-2025.md b/src/content/blog/fr/apple-policy-updates-for-capacitor-apps-2025.md
deleted file mode 100644
index 75a269121..000000000
--- a/src/content/blog/fr/apple-policy-updates-for-capacitor-apps-2025.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: apple-policy-updates-for-capacitor-apps-2025
-title: Mises à jour de la politique Apple pour les applications Capacitor 2025
-description: >-
-  Les politiques de l'App Store d'Apple pour 2025 imposent de nouvelles normes
-  de conformité pour les applications Capacitor, mettant l'accent sur la
-  confidentialité, la sécurité et les améliorations des performances.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T03:02:24.801Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67edf689ebbb9dc80640b580-1743649359050.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, Apple policies, app compliance, security standards, performance
-  benchmarks, OTA updates, encryption
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**Les politiques de l'App Store d'Apple 2025 apportent des règles plus strictes pour les applications [Capacitor](https://capacitorjs.com/).** Les développeurs doivent désormais répondre à des normes plus élevées en matière de confidentialité, de sécurité et de performance. Voici ce que vous devez savoir :
-
--   **Confidentialité** : Règles plus strictes pour la collecte de données et le consentement des utilisateurs.
--   **Sécurité** : Le chiffrement de bout en bout et une [authentification renforcée](https://capgo.app/docs/webapp/mfa/) sont requis pour les mises à jour.
--   **Performance** : Les applications doivent répondre à des critères plus élevés de réactivité et d'efficacité.
--   **Mises à jour SDK** : Les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) doivent utiliser [Xcode](https://developer.apple.com/xcode/) 15+ et des SDK mis à jour pour rester conformes.
--   **Mises à jour en direct** : Les mises à jour over-the-air (OTA) doivent suivre des protocoles cryptés et des tests approfondis des appareils.
-
-**Outil clé** : Des plateformes comme [Capgo](https://capgo.app/) simplifient la conformité en automatisant la [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/), le suivi et le chiffrement. Avec un taux de mise à jour de 95% en 24 heures et des outils pour des déploiements sécurisés, [Capgo](https://capgo.app/) aide les développeurs à rester alignés avec les politiques d'Apple.
-
-**Comparaison rapide** :
-
-| Fonctionnalité | Capgo (Plan TEAM) | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| Coût annuel | 996 € | 6 000 € | Similaire à Capgo |
-| Chiffrement | Bout en bout | Signature basique | Signature basique |
-| Vitesse de mise à jour | 95% en 24h | Variable | Variable |
-| Outils de conformité | Complet | Limité | Basique |
-| Expérience marché | Depuis 2022 | Fermeture en 2026 | Depuis 2024 |
-
-Les développeurs doivent agir maintenant pour assurer la conformité et éviter les perturbations. Mettez à jour votre [framework Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), suivez les nouvelles politiques d'Apple et envisagez des outils comme Capgo pour des mises à jour fluides.
-
-## Comment intégrer le jeton Apps & Books avec Addigy
-
-<iframe src="https://www.youtube.com/embed/GMkQvHQcnFw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Mises à jour majeures des politiques pour 2025
-
-Les politiques d'Apple pour 2025 exigent que les applications Capacitor utilisent des versions mises à jour de Xcode et des SDK. Ces mises à jour sont conçues pour améliorer les performances, la sécurité et la compatibilité avec le matériel.
-
-Les développeurs Capacitor devraient examiner attentivement les directives d'Apple pour s'assurer qu'ils utilisent les outils recommandés. Rester conforme évite non seulement les problèmes potentiels mais donne également accès aux dernières fonctionnalités. Ces mises à jour d'outils jouent un rôle clé dans l'élaboration des stratégies de mise à jour en direct.
-
-Des plateformes comme Capgo se sont déjà alignées sur ces exigences, facilitant la livraison des mises à jour tout en respectant les nouvelles normes d'Apple.
-
-## Respect des directives d'Apple
-
-Rester aligné avec les directives d'Apple tout en implémentant des mises à jour en direct nécessite une attention particulière à des protocoles spécifiques. Ces règles sont essentielles pour garantir que votre application reste fonctionnelle, sécurisée et conforme aux normes d'Apple.
-
-### Règles de mise à jour OTA
-
-Les mises à jour over-the-air (OTA) doivent adhérer à des protocoles stricts pour rester en ligne avec les politiques de l'App Store. Les développeurs doivent utiliser le **chiffrement de bout en bout** pour toutes les transmissions de mises à jour afin de protéger les données des utilisateurs. L'implémentation de Capgo garantit que ces normes sont respectées tout en offrant des performances élevées.
-
-### Normes de sécurité
-
-Les exigences de sécurité d'Apple mettent l'accent sur une protection robuste des données. Ces mesures sont essentielles pour permettre des cycles de mise à jour sécurisés et efficaces, garantissant que les mises à jour sont livrées en toute sécurité sans violer les règles de la plateforme.
-
-### Protocole de test des appareils
-
-Pour garantir que les mises à jour fonctionnent parfaitement sur toutes les versions iOS, des tests approfondis des appareils sont essentiels. Les développeurs doivent profiter des **déploiements par étapes** via les canaux de test bêta. Cette approche aide à identifier et corriger les problèmes avant une version complète. Comme le souligne Bessie Cooper :
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est inestimable." [\[1\]](https://capgo.app/)
-
-Cette méthode permet un développement rapide et des mises à jour fiables tout en restant conforme aux directives d'Apple.
-
-## Mises à jour [Capacitor](https://capacitorjs.com/) pour 2025
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67edf689ebbb9dc80640b580/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Maintenance des plugins
-
-Assurez-vous de mettre à jour votre framework Capacitor vers la version 5.0 ou ultérieure pour répondre aux exigences SDK mises à jour d'Apple. Rester conforme signifie tester régulièrement vos applications avec les dernières versions du SDK iOS et de Xcode. Si vous utilisez la plateforme Capgo, le processus est plus facile grâce aux vérifications de compatibilité automatisées et aux fonctionnalités de déploiement instantané. Ces outils fonctionnent parfaitement avec Capacitor 8. Les développeurs font également face à des défis similaires lors de la transition des PWA vers des applications natives.
-
-### Migration PWA vers Native
-
-Avec les politiques mises à jour d'Apple, la migration des PWA vers des applications natives nécessite désormais de suivre des règles plus strictes en matière de confidentialité et de gestion des données. Il est préférable d'évaluer la fonctionnalité de votre application et de migrer par étapes pour garantir que tout reste conforme. Capgo soutient ce processus en offrant des corrections instantanées et des mises à jour rapides pendant la migration.
-
-## Outils de conformité [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67edf689ebbb9dc80640b580/6f70cafcdfe95287b465212dfd047c63.jpg)
-
-Capgo propose des outils qui simplifient la maintenance des applications tout en garantissant que les mises à jour en direct sont conformes aux directives d'Apple. Ces outils aident les développeurs à déployer des mises à jour en toute sécurité sans enfreindre les règles de l'App Store.
-
-### Fonctionnalités de gestion des mises à jour
-
-Capgo utilise le chiffrement de bout en bout pour fournir un système sécurisé pour les mises à jour en direct, répondant aux normes de sécurité plus strictes attendues en 2025. Avec 23,5 millions de mises à jour livrées jusqu'à présent [\[1\]](https://capgo.app/), la plateforme a prouvé sa fiabilité et son respect de la conformité.
-
-Les fonctionnalités clés incluent :
-
--   Surveillance de la livraison et de l'installation des mises à jour
--   Enregistrement de toutes les versions de mise à jour à des fins d'audit
--   Retour instantané aux versions précédentes
--   Chiffrement de bout en bout pour sécuriser les mises à jour
-
-Ces fonctionnalités font de Capgo un choix remarquable pour assurer la conformité aux exigences d'Apple.
-
-### Comparaison des plateformes
-
-Voici comment Capgo se compare aux autres outils pour gérer les mises à jour dans les applications Capacitor :
-
-| Fonctionnalité | Capgo (Plan TEAM) | Appflow |
-| --- | --- | --- | --- |
-| Coût annuel | 996 € | 6 000 € | Similaire à Capgo |
-| Chiffrement | Bout en bout | Signature basique | Signature basique |
-| Vitesse de mise à jour | 95% en 24h | Variable | Variable |
-| Outils de conformité | Complet | Limité | Basique |
-| Expérience marché | Depuis 2022 | Fermeture en 2026 | Depuis 2024 |
-
-> "@Capgo est un moyen intelligent de faire des hot code pushes (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂" - Équipe OSIRIS-REx de la NASA [\[1\]](https://capgo.app/)
-
-Capgo s'intègre parfaitement avec les systèmes CI/CD comme [GitHub Actions](https://docs.github.com/actions) et [GitLab CI](https://docs.gitlab.com/ee/ci/), facilitant le respect des dernières directives d'Apple pour les développeurs. Pour les organisations ayant des exigences de sécurité strictes, la plateforme propose également une [option auto-hébergée](https://capgo.app/blog/self-hosted-capgo/), donnant aux équipes plus de contrôle sur les données et la confidentialité.
-
-## Résumé
-
-Alors qu'Apple met à jour ses politiques en 2025, les [développeurs d'applications Capacitor](https://capgo.app/docs/) devront ajuster leurs flux de travail pour rester conformes tout en assurant une livraison efficace des mises à jour. Voici un récapitulatif des actions clés et des ressources discutées précédemment, soulignant l'importance des mesures de sécurité robustes et de la [gestion efficace des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Actions à entreprendre
-
-Voici les principales étapes sur lesquelles les développeurs devraient se concentrer pour rester conformes :
-
--   **Améliorations de la sécurité** : Utiliser des mises à jour over-the-air (OTA) chiffrées de bout en bout pour protéger les données des utilisateurs.
--   **Gestion des mises à jour** : Créer un système structuré pour le contrôle des versions et les déploiements de mises à jour.
--   **Suivi et documentation** : Mettre en place un suivi détaillé des statistiques de livraison des mises à jour, de l'historique des versions, des taux d'adoption des utilisateurs et de la conformité en matière de sécurité.
-
-Capgo fournit des outils et des ressources pour aider les développeurs à mettre en œuvre ces étapes efficacement.
-
-### Support Capgo
-
-Capgo est équipé pour aider les développeurs à respecter les directives mises à jour d'Apple. Avec 750 applications utilisant déjà Capgo en production [\[1\]](https://capgo.app/), il s'est avéré être une solution fiable pour la conformité et la gestion des mises à jour.
-
-Capgo répond aux défis courants en offrant :
-
--   Des vérifications automatisées pour s'assurer que les mises à jour respectent les politiques d'Apple
--   Des analyses détaillées avec un taux de réussite global des mises à jour de 82% [\[1\]](https://capgo.app/)
--   Des options de déploiement flexibles adaptées aux besoins des développeurs
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo s'intègre également parfaitement aux flux de travail CI/CD, facilitant le maintien de processus de mise à jour cohérents pour les développeurs - essentiel pour s'aligner sur les exigences 2025 d'Apple.
diff --git a/src/content/blog/fr/apple-privacy-rules-for-capacitor-apps.md b/src/content/blog/fr/apple-privacy-rules-for-capacitor-apps.md
deleted file mode 100644
index d1032607e..000000000
--- a/src/content/blog/fr/apple-privacy-rules-for-capacitor-apps.md
+++ /dev/null
@@ -1,364 +0,0 @@
----
-slug: apple-privacy-rules-for-capacitor-apps
-title: Apple Règles de confidentialité pour Capacitor applications
-description: >-
-  Découvrez comment vous conformer aux règles de confidentialité de Apple pour
-  le développement d'applications en mettant en œuvre le consentement de
-  l'utilisateur, la transparence des données et les mises à jour sécurisées.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T01:48:03.832Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9dc69283d21cbd67b72cf-1743385695606.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Règles de confidentialité Apple, applications Capacitor, transparence des
-  données, consentement de l'utilisateur, conformité App Store, politique de
-  confidentialité
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Les règles de confidentialité de Apple exigent désormais que les développeurs d'applications de [Capacitor](https://capacitorjs.com/) se concentrent sur la transparence et la conformité des données des utilisateurs afin de garantir l'approbation de App Store et de maintenir la confiance des utilisateurs.**
-
-Les étapes clés comprennent :
-
-- **Manifeste de confidentialité** : documentez la collecte de données, les API et les détails de suivi.
-- **Consentement de l'utilisateur** : utilisez la transparence du suivi des applications (ATT) pour les autorisations de suivi.
-- **Accès aux données** : définissez clairement les autorisations pour des fonctionnalités telles que l'appareil photo, la localisation et les contacts.
-- **[Politique de confidentialité](https://capgo.app/dp/)** : fournissez une politique accessible et claire décrivant l'utilisation des données.
-- **Tests et mises à jour** : testez minutieusement la conformité et utilisez des systèmes de mise à jour sécurisés tels que [Capgo](https://capgo.app/).
-
-Ces règles mettent l'accent sur le contrôle des utilisateurs, la transparence et les mises à jour sécurisées des applications. Les développeurs peuvent suivre le guide pour rester conformes et proposer des applications respectueuses de la confidentialité.
-
-## Empêcher le rejet de App Store : ajoutez le manifeste de confidentialité Apple...
-
-<iframe src="https://www.youtube.com/embed/D7R87wm9IJE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Apple Règles de confidentialité expliquées
-
-Apple oblige les développeurs à donner la priorité à la clarté et à donner aux utilisateurs le contrôle de leurs données. Si vous êtes un développeur Capacitor, cela signifie être franc sur la façon dont votre application collecte et utilise les données, à la fois pour les utilisateurs et les évaluateurs Apple.
-
-### Documenter les pratiques en matière de données
-
-Conservez des enregistrements internes détaillés sur la gestion des données de votre application. Assurez-vous d'inclure :
-
-- Types de données utilisateur collectées
-- Raisons de la collecte de ces données
-- Détails de tout service tiers ou SDKs utilisé
-- Comment les données sont transférées ou partagées
-
-L'organisation de ces informations contribue non seulement à la conformité, mais facilite également la réponse aux questions pendant le processus d'examen. Assurez-vous de refléter ces pratiques de manière transparente dans vos étiquettes de confidentialité App Store et dans les paramètres de votre application.
-
-### Éléments clés de la divulgation de la confidentialité
-
-Les informations de confidentialité de votre application doivent clairement indiquer :
-
-- Fonctionnalités du système et autorisations API requises pour que l'application fonctionne
-- Catégories de données collectées
-- Toute activité de suivi ou communication avec des services externes
-- Comment les données sont utilisées et pourquoi
-
-Être clair dans vos informations contribue à renforcer la confiance des utilisateurs et réduit le risque de rencontrer des problèmes d'examen App Store.
-
-### Chronologie de conformité
-
-Apple met à jour ses exigences en matière de confidentialité par étapes. Restez informé en consultant régulièrement les mises à jour des développeurs de Apple pour vous assurer que votre application reste conforme aux dernières règles.
-
-## Ajout de règles de confidentialité à votre application
-
-Découvrez comment mettre en œuvre les règles de confidentialité de Apple dans votre application Capacitor avec ce guide étape par étape.
-
-### Exigences de configuration
-
-Avant de commencer, assurez-vous de ce qui suit :
-
-- Vous disposez de **Xcode 15 ou version ultérieure** pour la prise en charge du manifeste de confidentialité.
-- Capacitor 8 est installé.
-- La cible de déploiement iOS est définie sur **iOS 14.5 ou version ultérieure**.
-- Votre application comprend un fichier `Info.plist` correctement configuré.
-- Vous disposez d'un compte développeur **Apple** avec des certificats valides.
-
-Si vous utilisez Capgo, configurez le cryptage de bout en bout pour protéger la confidentialité des données. Les applications configurées correctement avec Capgo ont atteint un taux de réussite global de 82 % dans les mises à jour [\[1\]](https://capgo.app/).
-
-Une fois votre environnement prêt, procédez à la création et à la configuration de votre manifeste de confidentialité.### Guide de configuration du manifeste de confidentialité
-
-1. **Créez le fichier manifeste de confidentialité**
-
-Ajoutez un nouveau fichier nommé `PrivacyInfo.xcprivacy` au répertoire racine de votre projet iOS :
-
-```json
-{
-    "NSPrivacyTracking": false,
-    "NSPrivacyTrackingDomains": [],
-    "NSPrivacyCollectedDataTypes": [],
-    "NSPrivacyAccessedAPITypes": []
-}
-```
-
-2. **Définir la collecte de données**
-
-Spécifiez les types de données que votre application collecte, telles que :
-
-- Analyse des utilisateurs
-- Informations sur l'appareil
-- Modèles d'utilisation
-- Accès au réseau
-
-3. **Configurer l'accès API**
-
-Répertoriez les API système requises par votre application, notamment :
-
-- Caméra
-- Localisation
-- Contacts
-- Photothèque
-
-### Consignes de conformité
-
-Après avoir configuré le manifeste de confidentialité, assurez-vous que vos pratiques de collecte de données répondent aux normes de Apple.
-
-**Minimisation des données**  
-Collectez uniquement les données nécessaires aux fonctionnalités principales de votre application. Les utilisateurs de Capgo ont signalé un taux de mise à jour des utilisateurs actifs de 95 % dans les 24 heures [\[1\]](https://capgo.app/), ce qui montre que les approches soucieuses de la confidentialité maintiennent l'engagement des utilisateurs.
-
-**Transparence utilisateur**  
-Expliquez clairement :
-
-- Pourquoi les données sont collectées
-- Combien de temps il sera conservé
-- Options de contrôle utilisateur disponibles
-- Toute politique de partage de données
-
-### Exigences de test
-
-Avant de la soumettre, testez votre application pour garantir le respect de la confidentialité. Concentrez-vous sur ces domaines :
-
-| Zone d'essai | Points de vérification |
-| --- | --- |
-| Accès aux données | Vérifiez les invites d’autorisation appropriées. |
-| Étiquettes de confidentialité | Confirmez que les déclarations sont exactes. |
-| Contrôles utilisateur | Testez les fonctionnalités de désinscription. |
-| [Stockage de données](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Vérifiez que le cryptage est sécurisé. |
-
-Capgo a livré avec succès 23,5 millions de mises à jour tout en respectant la conformité en matière de confidentialité [\[1\]](https://capgo.app/), prouvant qu'il est possible d'équilibrer efficacement les mises à jour et la confidentialité.
-
-Suivez ces directives pour vous assurer que votre application est prête à être testée et soumise App Store.
-
-## Contrôles de confidentialité des utilisateurs
-
-Cette section se concentre sur la manière de donner aux utilisateurs le contrôle du suivi et de l'accès aux données, en s'appuyant sur les directives de confidentialité établies.
-
-### Configuration des autorisations de suivi
-
-Pour configurer la transparence du suivi des applications (ATT) dans votre application Capacitor, incluez la clé suivante dans votre fichier `Info.plist` :
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>We use tracking to provide personalized features and improve app performance</string>
-```
-
-Ensuite, gérez la demande de suivi lors de l'initialisation de votre application :
-
-```typescript
-import { App } from '@capacitor/app';
-
-async function requestTrackingPermission() {
-  const status = await App.requestTrackingAuthorization();
-  return status.authorized;
-}
-```
-
-**Conseils pour la mise en œuvre de ATT** :
-
-- Afficher la boîte de dialogue d'autorisation à un moment significatif de l'expérience utilisateur.
-- Expliquez clairement les avantages du suivi avant que l'invite du système n'apparaisse.
-- Respecter les décisions des utilisateurs et proposer des alternatives à ceux qui se désengagent.
-
-### Autorisations d'accès aux données
-
-Pour iOS, vous devrez définir des autorisations dans le `Info.plist` de votre application. Voici quelques autorisations courantes et leurs descriptions :
-
-| Type d'autorisation | Info.plist Clé | Description de l'utilisation |
-| --- | --- | --- |
-| Appareil photo | NSCameraUsageDescription | Nécessaire pour la capture de photos |
-| Localisation | NSLocationWhenInUseUsageDescription | Pour les fonctionnalités basées sur la localisation |
-| Photos | NSPhotoLibraryUsageDescription | Accès pour enregistrer/charger des images |
-| Contacts | NSContactsUsageDescription | Pour l'intégration des contacts |
-
-**Quand demander des autorisations** :
-
-- Ne demandez des autorisations que lorsqu'elles sont nécessaires et fournissez un contexte clair.
-- Expliquez brièvement pourquoi chaque autorisation est nécessaire avant de demander.
-- Si un utilisateur refuse une demande, proposez des fonctionnalités ou des options alternatives.Après avoir configuré les autorisations, assurez-vous que les utilisateurs sont informés de ces pratiques via une politique de confidentialité transparente.
-
-### Affichage de la politique de confidentialité
-
-Rendez la politique de confidentialité de votre application facile à trouver et à comprendre.
-
-**Ce qu'il faut inclure** :
-
-- Détails sur la collecte de données
-- Comment les données seront utilisées
-- Délais de conservation des données stockées
-- Droits des utilisateurs sur leurs données
-- Coordonnées pour les problèmes de confidentialité
-
-Vous pouvez ajouter un centre de confidentialité à votre application comme ceci :
-
-```typescript
-import { Browser } from '@capacitor/browser';
-
-async function showPrivacyPolicy() {
-  await Browser.open({
-    url: 'https://your-app.com/privacy-policy'
-  });
-}
-```
-
-**Comment afficher la politique de confidentialité** :
-
-- Placez le lien de politique de confidentialité dans les paramètres de l'application pour un accès facile.
-- Utiliser un langage simple et clair pour expliquer les concepts techniques.
-- Ajouter des visuels pour améliorer la compréhension.
-- Fournir un historique des versions et informer les utilisateurs des mises à jour.
-- Autoriser les utilisateurs à exporter leurs données si demandé.
-
-Assurez-vous que les mises à jour de votre application (par exemple, via Capgo) respectent ces paramètres de confidentialité et maintiennent la confiance des utilisateurs.
-
-## Tests et soumission App Store
-
-Une fois que vous avez configuré votre manifeste de confidentialité et vos contrôles utilisateur, l'étape suivante consiste à effectuer des tests approfondis pour garantir que tout fonctionne comme prévu. Ce processus permet de confirmer la conformité avant de soumettre votre application au App Store.
-
-### Tests de confidentialité dans [Xcode](https://en.wikipedia.org/wiki/Xcode)
-
-Pour commencer, activez le rapport de confidentialité dans Xcode :
-
-```swift
-// Enable Privacy Report in Xcode scheme
-Edit Scheme > Run > Diagnostics > Enable Privacy Report
-```
-
-Exécutez votre application en mode débogage et consultez le rapport de confidentialité dans la console. Voici sur quoi se concentrer pendant les tests :
-
-| Zone de test | Que vérifier |
-| --- | --- |
-| Suivi des applications | Synchronisation et affichage de la boîte de dialogue ATT |
-| Accès aux données | Mise en œuvre correcte des autorisations |
-| API Utilisation | exhaustivité du manifeste de confidentialité |
-| Appels réseau | Sécurité de la transmission des données |
-
-Ces tests garantissent que votre application est prête à être soumise et répond aux normes de conformité.
-
-### Erreurs de confidentialité courantes
-
-Après les tests, résolvez ces problèmes fréquents pour éviter les retards lors de la soumission :
-
-- **Incomplet `privacy-manifest.json`** : assurez-vous que toutes les API et domaines de suivi requis sont répertoriés.
-- **Chaînes d'objectif manquantes** : expliquez clairement la raison de chaque demande d'autorisation.
-- **Demandes de suivi inappropriées** : ne déclenchez les autorisations de suivi qu'après une action de l'utilisateur.
-
-### App Store Détails de confidentialité
-
-Lorsque vous soumettez votre application, fournissez des informations précises sur vos pratiques en matière de confidentialité. Voici ce qu'il faut inclure :
-
-| Catégorie de confidentialité | Informations nécessaires | Exemples |
-| --- | --- | --- |
-| Collecte de données | Types de données collectées | ID de l'appareil, emplacement |
-| Utilisation des données | Pourquoi les données sont collectées | Fonctionnalité de l'application, Analytics |
-| Liaison de données | Comment les données se connectent aux utilisateurs | Informations sur le compte, données d'utilisation |
-| Suivi des données | Détails du suivi inter-applications | Publicité, analyses |
-
-**Exigences clés App Store** :
-
-- Mettez à jour l'URL de votre politique de confidentialité avant de la soumettre.
-- Assurez-vous que les autorisations déclarées correspondent aux fonctionnalités de votre application.
-- Documenter les pratiques de confidentialité de tout tiers SDKs utilisé.
-- Confirmez que toutes les transmissions réseau sont cryptées pour des raisons de sécurité.
-
-## Utilisation de [Capgo](https://capgo.app/) pour les mises à jour
-
-![Capgo Interface du tableau de bord de mise à jour en direct](https://assets.seobotai.com/capgo.app/67e9dc69283d21cbd67b72cf/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Capgo offre un système sécurisé pour les mises à jour en direct tout en respectant les règles de confidentialité de Apple.
-
-### Capgo Fonctionnalités de confidentialitéLe système de mise à jour de Capgo est conçu dans un souci de sécurité et de confidentialité :
-
-| Fonctionnalité | Avantage de confidentialité |
-| --- | --- |
-| Chiffrement de bout en bout | Garantit que seuls les utilisateurs autorisés peuvent décrypter les mises à jour |
-| App Store Conformité | Conforme aux exigences strictes de Apple en matière de confidentialité |
-| Déploiement sécurisé | Protège la distribution des mises à jour |
-| Contrôle d'accès | Permet une gestion détaillée des autorisations |
-
-Ces fonctionnalités protègent les mises à jour et préservent la confidentialité des utilisateurs.
-
-> "La seule solution avec un véritable cryptage de bout en bout, les autres signent simplement les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-### Mettre à jour le déploiement avec Capgo
-
-Voici comment déployer des mises à jour conformes à la confidentialité à l'aide de Capgo :
-
-1. **Installez le plug-in Capgo** :
-    
-    Exécutez la commande suivante pour commencer :
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2. **Configurez vos paramètres de confidentialité** :
-    
-    Mettez à jour votre manifeste de confidentialité pour inclure les domaines et les API de Capgo.
-    
-3. **Configurez des canaux de mise à jour cryptés** :
-    
-    Créez des canaux distincts pour les différentes étapes de déploiement afin de garantir des mises à jour sécurisées.
-    
-
-Capgo garantit que 95 % des utilisateurs actifs reçoivent des mises à jour dans les 24 heures, avec un taux de réussite global de 82 % [\[1\]](https://capgo.app/). Le système de canaux simplifie également la gestion du ciblage des mises à jour.
-
-### Mises à jour du groupe d'utilisateurs dans Capgo
-
-Capgo vous permet de cibler en toute sécurité des groupes d'utilisateurs spécifiques lors des mises à jour :
-
-| Type de mise à jour | Considérations relatives à la confidentialité | Mise en œuvre |
-| --- | --- | --- |
-| Tests bêta | Limite l'exposition à certains utilisateurs | Utiliser une chaîne distincte avec un accès restreint |
-| Déploiements par étapes | Mise à disposition progressive des utilisateurs | Distribuer des mises à jour en fonction de pourcentages |
-
-> "Nous pratiquons le développement agile et @Capgo joue un rôle essentiel dans la fourniture continue de nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Les autorisations détaillées de Capgo garantissent que seuls les membres autorisés de l'équipe peuvent accéder aux mises à jour et les gérer en toute sécurité.
-
-## Résumé
-
-### Exigences clés en matière de confidentialité
-
-Les règles de confidentialité de Apple pour [Capacitor applications](https://capgo.app/blog/capacitor-comprehensive-guide/) décrivent les besoins suivants :
-
-| Exigence | Détails |
-| --- | --- |
-| **Manifeste de confidentialité** | Incluez les domaines, les API et les déclarations de suivi nécessaires. |
-| **Consentement de l'utilisateur** | Utilisez le framework ATT pour demander des autorisations de suivi aux utilisateurs. |
-| **Accès aux données** | Configurez les autorisations pour accéder aux photos, à l'emplacement et aux contacts. |
-| **Politique de confidentialité** | Fournissez une politique claire et accessible dans l'application et dans la liste App Store. |
-| **Mettre à jour la sécurité** | Assurez-vous que les mises à jour en direct utilisent des canaux de déploiement cryptés. |
-
-### Liste de contrôle de mise en œuvre
-
-Suivez cette liste de contrôle pour répondre aux exigences de Apple :
-
-- **Configurer le manifeste de confidentialité**  
-    Ajoutez des déclarations API, répertoriez les domaines de suivi et documentez les objectifs de l'utilisation des données.
-    
-- **Configurer les autorisations utilisateur**  
-    Implémentez la boîte de dialogue ATT, configurez l'accès aux photos et aux médias et activez les services de localisation.
-    
-- **Système de mise à jour sécurisé**  
-    Utilisez une solution de mise à jour conforme à la confidentialité, configurez des canaux cryptés et configurez les contrôles de ciblage des utilisateurs.
-    
-
-La plate-forme de Capgo offre un moyen fiable de respecter ces normes de confidentialité tout en gardant votre application fonctionnelle et centrée sur l'utilisateur [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/fr/apple-vs-google-privacy-compliance-for-third-party-data.md b/src/content/blog/fr/apple-vs-google-privacy-compliance-for-third-party-data.md
deleted file mode 100644
index 7493df24e..000000000
--- a/src/content/blog/fr/apple-vs-google-privacy-compliance-for-third-party-data.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: apple-vs-google-privacy-compliance-for-third-party-data
-title: 'Apple contre Google : Conformité à la vie privée pour les données de tiers'
-description: >-
-  Explorez les stratégies de confidentialité contrastées de deux grandes
-  entreprises technologiques et comment elles affectent les développeurs
-  d'applications et la gestion des données utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-27T02:14:50.081Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/680d81465a08fca8917a02c4-1745720205882.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  privacy compliance, third-party data, App Tracking Transparency, Privacy
-  Sandbox, data protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**Apple et Google ont des approches différentes en matière de confidentialité des utilisateurs, façonnées par leurs modèles commerciaux :**
-
--   **Apple** privilégie la confidentialité des utilisateurs avec des règles strictes comme [App Tracking Transparency](https://developer.apple.com/documentation/apptrackingtransparency) (ATT), nécessitant un consentement pour le suivi. Cela limite l'accès aux données par des tiers, en adéquation avec son modèle de revenus axé sur le matériel.
--   **Google** équilibre les besoins en matière de confidentialité et de publicité. Son [Privacy Sandbox](https://en.wikipedia.org/wiki/Privacy_Sandbox) et des outils comme le [Topics API](https://developers.google.com/privacy-sandbox/private-advertising/topics/web) permettent une utilisation plus large des données tout en maintenant la transparence et le contrôle des utilisateurs.
-
-### Différences Clés en un Coup d'Œil
-
-| Aspect | Apple | Google |
-| --- | --- | --- |
-| **Modèle de Revenus** | Ventes de matériel | Publicité |
-| **Collecte de Données** | Consentement uniquement | Option de désinscription disponible |
-| **Outils de Confidentialité** | Restrictions au niveau du système (ex. : ATT, Private Relay) | Solutions pilotées par les développeurs (ex. : Privacy Sandbox, Topics API) |
-| **Processus de Mise à Jour** | Processus d'examen rigide | Examens flexibles et plus rapides |
-
-Les développeurs doivent s'adapter aux règles de ces plateformes pour garantir la conformité, protéger les données des utilisateurs et maintenir les performances des applications. Des outils comme [Capgo](https://capgo.app/) simplifient les mises à jour tout en respectant les normes de confidentialité sur les deux plateformes.
-
-## Principes Fondamentaux de Confidentialité : Apple vs. Google
-
-### Focus de Protection des Données d'Apple
-
-Apple met fortement l'accent sur la limitation de l'utilisation des données et priorise le consentement des utilisateurs. Avec l'introduction du cadre App Tracking Transparency (ATT) dans iOS 14.5, Apple exige que les utilisateurs accordent explicitement la permission pour le suivi entre applications. Cela a entraîné des taux de consentement plus bas, réduisant considérablement le suivi par des tiers.
-
-Voici quelques caractéristiques clés de l'approche de protection des données d'Apple :
-
-| Caractéristique | Mise en Œuvre | Impact sur les Données des Tiers |
-| --- | --- | --- |
-| Étiquettes de Confidentialité | Les applications doivent divulguer leurs pratiques de collecte de données dans l'App Store | Assure la transparence pour les utilisateurs |
-| Contrôles de Suivi des Applications | Les utilisateurs doivent consentir au suivi | Limite le partage des données entre applications |
-| Private Relay | Crypte le trafic web | Empêche l'accès aux adresses IP des utilisateurs |
-| Protection de la Vie Privée des Emails | Bloque le suivi des emails | Réduit l'exactitude des analyses d'emails |
-
-L'accent mis par Apple sur la confidentialité a contraint les applications qui dépendent fortement de la publicité à repenser leurs modèles commerciaux ou à trouver d'autres sources de revenus. Cette stratégie centrée sur la confidentialité distingue Apple dans l'écosystème mobile, créant un contraste marqué avec l'approche plus équilibrée de Google.
-
-### Utilisation et Divulgation des Données par Google
-
-Google adopte une voie différente, permettant une collecte de données plus large tout en mettant en œuvre des mesures de protection pour préserver la vie privée des utilisateurs. Son initiative Privacy Sandbox, conçue pour éliminer progressivement les cookies tiers, vise à trouver un équilibre entre la vie privée des utilisateurs et les besoins des annonceurs. Bien que Google collecte plus de données, il exige une divulgation claire et offre aux utilisateurs un contrôle sur leurs données.
-
-Le cadre de confidentialité de Google comprend les composants suivants :
-
-| Composant | Objectif | Impact sur le Développeur |
-| --- | --- | --- |
-| Section de Sécurité des Données | Transparence sur les pratiques de collecte de données | Les applications doivent divulguer leurs pratiques de confidentialité |
-| Topics API | Soutient la publicité basée sur les intérêts | Offre une alternative au suivi direct |
-| FLEDGE | Permet le ciblage publicitaire | Facilite le remarketing respectueux de la vie privée |
-| Reporting d'Attribution | Mesure les conversions publicitaires | Se concentre sur l'analyse préservant la vie privée |
-
-L'approche de Google reflète sa dépendance aux revenus publicitaires tout en répondant aux préoccupations en matière de confidentialité. En offrant aux développeurs des outils pour gérer les données des utilisateurs de manière responsable, Google vise à respecter les normes de confidentialité modernes sans compromettre les modèles commerciaux basés sur la publicité.
-
-Pour les développeurs, naviguer dans les exigences en matière de confidentialité signifie adapter les stratégies à chaque plateforme. Les applications utilisant Capgo doivent s'assurer qu'elles se conforment aux politiques basées sur le consentement d'Apple et à l'accent mis par Google sur la transparence pour les mises à jour en direct.
-
-## Apple vs Google : Qui Est Mieux en Matière de Confidentialité ?
-
-<iframe src="https://www.youtube.com/embed/FHhqQPlffGY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Outils et Fonctionnalités de Confidentialité
-
-Apple et Google fournissent des outils conçus pour faire respecter leurs [politiques de confidentialité](https://capgo.app/dp/), chacun reflétant leurs principes fondamentaux.
-
-### Systèmes de Confidentialité d'Apple
-
-Le cadre de confidentialité d'Apple garantit que les utilisateurs ont le contrôle sur leurs données. Le **Rapport de Confidentialité des Applications**, introduit dans iOS 15.2, permet aux utilisateurs de suivre comment les applications accèdent à des données sensibles telles que l'emplacement, les photos, la caméra, le microphone et les contacts. Il révèle également les connexions à des domaines tiers et les schémas d'utilisation des capteurs.
-
-Voici quelques fonctionnalités clés de l'écosystème de confidentialité d'Apple :
-
-| Caractéristique | Fonction | Exigences pour les Développeurs |
-| --- | --- | --- |
-| [iCloud Private Relay](https://support.apple.com/en-us/102602) | Masque les adresses IP pour maintenir la confidentialité | Assurer le bon fonctionnement des applications avec des IP masquées |
-| Masquer Mon Email | Génère des alias d'email uniques pour les utilisateurs | Supporter plusieurs adresses email par utilisateur |
-| Rapport de Confidentialité des Applications | Surveille l'utilisation des données des applications | Fournir des justifications pour tous les accès aux données |
-| [Se connecter avec Apple](https://en.wikipedia.org/wiki/Sign_in_with_Apple) | Offre une authentification sécurisée | Obligatoire pour les applications avec des options de connexion tierces |
-
-L'approche d'Apple est centrée sur des protections strictes à l'échelle du système, garantissant que les données des utilisateurs sont protégées à tous les niveaux.
-
-### Contrôles de Confidentialité de Google
-
-L'approche de confidentialité de Google est construite autour du **Privacy Sandbox**, équilibrant la vie privée des utilisateurs avec les besoins en publicité. Début 2025, Google a introduit le **Topics API** dans le cadre de cette initiative, remplaçant l'ancien apprentissage fédéré des cohortes (FLoC). Cette API permet un suivi sans cookies tout en maintenant la conformité aux normes de confidentialité.
-
-Voici un élément clé de la stratégie de Google :
-
-| Contrôle | Objectif | Mise en Œuvre |
-| --- | --- | --- |
-| Privacy Sandbox | Remplace le suivi basé sur les cookies | Nécessite l'intégration avec le Topics API |
-
-Le système de Google offre plus de flexibilité aux développeurs, proposant des mécanismes de désinscription dans le cadre de Privacy Sandbox.
-
-### Comparaison des Fonctionnalités : Apple vs. Google
-
-Apple et Google diffèrent considérablement dans leurs méthodes de confidentialité. Apple privilégie des contrôles stricts au niveau du système avec une collecte de données basée sur le consentement, tandis que Google met l'accent sur des solutions pilotées par les développeurs avec des options de désinscription.
-
-| Aspect | Apple | Google |
-| --- | --- | --- |
-| Collecte de Données | Consentement uniquement | Option de désinscription disponible |
-| Processus de Mise à Jour | Processus d'examen rigide | Approche flexible |
-| Contrôles de Confidentialité | Restrictions au niveau du système | Protections mises en œuvre par les développeurs |
-| Suivi des Utilisateurs | Limité via l'App Tracking Transparency | Géré via Privacy Sandbox |
-
-Les développeurs utilisant des outils comme Capgo doivent se conformer aux règles de confidentialité des deux plateformes. Un développeur a partagé ce qui suit à propos de Capgo :
-
-> "Capgo est un outil indispensable pour les développeurs qui souhaitent être plus productifs. Éviter l'examen pour des corrections de bogues est gonflant." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo a prouvé son efficacité, avec un taux de succès global de 82 % pour les mises à jour [\[1\]](https://capgo.app/). De plus, 95 % des utilisateurs actifs reçoivent des mises à jour dans les 24 heures [\[1\]](https://capgo.app/).
-
-## Règles et Exigences pour les Développeurs
-
-### Règles de Données d'Apple
-
-Apple exige que les développeurs expliquent clairement comment leurs applications collectent, utilisent et partagent les données des utilisateurs. Lors du processus d'examen, Apple évalue soigneusement ces divulgations pour s'assurer qu'elles répondent à ses normes de confidentialité.
-
-### Directives de Données de Google
-
-Les directives de sécurité des données du Play Store de Google exigent également de la transparence dans les pratiques de gestion des données. Bien qu'offrant aux développeurs une certaine flexibilité, l'accent reste mis sur des divulgations claires et un contrôle fort des utilisateurs. Ces règles soulignent l'importance d'intégrer des mesures de confidentialité dans les mises à jour des applications.
-
-### Outils de Confidentialité et Intégration de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680d81465a08fca8917a02c4/002013533a2d2ba7b874d9490aa8d76e.jpg)
-
-Les outils de développement modernes combinent la conformité à la confidentialité avec la capacité de déployer rapidement des mises à jour. Capgo soutient ces efforts en respectant les normes de confidentialité d'Apple et de Google. Avec 1,4K applications en usage et un taux de succès global de 82 %, Capgo a prouvé son efficacité [\[1\]](https://capgo.app/).
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Voici quelques-unes des fonctionnalités clés axées sur la confidentialité de Capgo :
-
-| Caractéristique | Avantage | Conformité |
-| --- | --- | --- |
-| Chiffrement de bout en bout | Les mises à jour ne peuvent être déchiffrées que par les utilisateurs | Répond aux normes d'Apple et de Google |
-| Mises à jour instantanées | 95 % des utilisateurs actifs mettent à jour dans les 24 heures | S'aligne avec les politiques des app stores |
-| Contrôle des Versions | Permet de revenir en toute sécurité sur les mises à jour | Assure l'intégrité des données |
-
-> "@Capgo est un moyen intelligent de réaliser des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" - Équipe OSIRIS-REx de la NASA [\[1\]](https://capgo.app/)
-
-## Effets sur les Applications et les Utilisateurs
-
-### Défis du Développement Multiplateforme
-
-Naviguer dans les normes de confidentialité d'Apple et de Google peut être difficile. Chaque plateforme a son propre ensemble d'exigences, ce qui complique le développement d'applications et ralentit le déploiement. De plus, les processus d'examen traditionnels retardent souvent les mises à jour, conduisant à des expériences utilisateur incohérentes. Le conflit entre des examens d'applications stricts et le besoin de mises à jour rapides souligne la nécessité de meilleures solutions pour rationaliser ce processus. Ces obstacles impactent directement les performances des applications et l'expérience des utilisateurs.
-
-| Exigence de la Plateforme | Approche iOS | Approche Android |
-| --- | --- | --- |
-| Étiquettes de Confidentialité | Nécessite des divulgations détaillées | Section de sécurité des données de base |
-| Temps de Révision des Mises à Jour | Environ 24 à 48 heures | Environ 2 à 3 heures |
-| Mises à Jour en Direct | Strictement limitées | Généralement plus flexibles |
-| Suivi des Utilisateurs | Autorisation explicite obligatoire | Moins restrictif |
-
-Ces défis ne ralentissent pas seulement les mises à jour - ils affectent également la façon dont les utilisateurs perçoivent l'application. Les préoccupations en matière de confidentialité jouent un rôle important dans le succès d'une application et la rétention des utilisateurs. Les applications qui priorisent des mesures de confidentialité solides et des systèmes de mise à jour efficaces ont tendance à voir un meilleur engagement des utilisateurs et des taux d'adoption plus élevés pour les mises à jour.
-
-> "Nous pratiquons le développement agile et Capgo est critique pour livrer continuellement à nos utilisateurs!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Les équipes qui équilibrent avec succès des protections de confidentialité solides avec une expérience utilisateur fluide constatent souvent des améliorations notables dans l'engagement et la performance de l'application. Cet équilibre devient encore plus important à mesure que les règles de confidentialité se renforcent et que les attentes des utilisateurs augmentent.
-
-## Conclusion : Meilleures pratiques en matière de confidentialité
-
-Naviguer dans les règles de confidentialité d'Apple et de Google nécessite de trouver le bon équilibre entre la protection des données des utilisateurs et l'assurance d'un déploiement fluide de l'application. Trouver cet équilibre protège non seulement les utilisateurs, mais simplifie également le processus de développement.
-
-Utiliser le chiffrement de bout en bout est crucial pour garder les données des utilisateurs sécurisées pendant les mises à jour de l'application. Les outils qui fonctionnent sur les deux plateformes tout en respectant des normes de confidentialité strictes peuvent améliorer considérablement l'efficacité du déploiement.
-
-Pour les développeurs travaillant sur plusieurs plateformes, des solutions comme Capgo montrent comment la conformité et l'efficacité peuvent aller de pair. Son fonctionnement fiable souligne comment de solides mesures de confidentialité peuvent coexister avec des processus de déploiement rationalisés.
-
-À mesure que les politiques de confidentialité deviennent plus strictes et que les pratiques de déploiement évoluent, ces tendances définiront les exigences des plateformes. Les développeurs qui adoptaient des outils de confidentialité robustes aujourd'hui seront mieux préparés à gérer les futurs changements tout en maintenant la confiance des utilisateurs et la fonctionnalité de l'application.
-
-> "Capgo est un outil indispensable pour les développeurs, qui souhaitent être plus productifs. Éviter la révision pour un correctif est précieux." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## FAQ
-
-:::faq
-### Comment les politiques de confidentialité d'Apple et de Google influencent-elles l'utilisation des données tierces par les développeurs d'applications ?
-
-Apple et Google adoptent des approches différentes en matière de confidentialité, ce qui impacte significativement la manière dont les développeurs d'applications gèrent les données tierces. Apple met l'accent sur la confidentialité des utilisateurs avec des politiques plus strictes, telles que la transparence du suivi des applications (ATT), qui nécessitent un consentement explicite de l'utilisateur pour le partage de données. Cela peut limiter l'accès des développeurs à des données détaillées sur les utilisateurs, mais aide à établir la confiance avec les utilisateurs soucieux de leur vie privée.
-
-Google, tout en donnant également la priorité à la confidentialité, tend à offrir plus de flexibilité aux développeurs en se concentrant sur des solutions comme son initiative Privacy Sandbox. Celle-ci vise à équilibrer la confidentialité des utilisateurs avec la capacité des applications à offrir des expériences et des publicités personnalisées. Les développeurs doivent adapter leurs stratégies en fonction de ces politiques différentes, en assurant la conformité tout en répondant aux attentes des utilisateurs.
-
-Pour les développeurs utilisant des plateformes comme **Capgo**, qui prend en charge les mises à jour en temps réel tout en respectant les exigences d'Apple et de Google, naviguer dans ces politiques de confidentialité devient plus fluide. Le chiffrement de bout en bout de Capgo et ses fonctionnalités de mise à jour en direct peuvent aider les développeurs à maintenir la conformité tout en livrant des mises à jour efficacement.
-:::
-
-:::faq
-### Quels défis les développeurs rencontrent-ils lors de la conformité aux normes de confidentialité d'Apple et de Google pour les données tierces ?
-
-Les développeurs rencontrent souvent des défis significatifs pour garantir la conformité aux normes de confidentialité d'Apple et de Google, en particulier en ce qui concerne la gestion des données tierces. Les deux entreprises ont des politiques strictes et évolutives, comme le cadre de **transparence du suivi des applications (ATT)** d'Apple et la **section sur la sécurité des données** de Google, qui exigent des développeurs qu'ils divulguent et limitent les pratiques de collecte de données.
-
-Naviguer dans ces politiques peut être complexe, surtout pour les applications qui dépendent des intégrations tierces ou de l'analyse. Les développeurs doivent assurer la transparence sur la manière dont les données sont collectées, utilisées et partagées tout en mettant également en œuvre des mesures de sécurité solides pour protéger la vie privée des utilisateurs. Des outils comme **Capgo** peuvent aider à rationaliser ce processus en offrant des mises à jour en temps réel et des solutions compatibles avec la conformité pour les développeurs d'applications, garantissant le respect des exigences d'Apple et de Google sans fréquentes nouvelles soumissions dans les boutiques d'applications.
-:::
-
-:::faq
-### Comment des outils comme Capgo peuvent-ils aider les développeurs à garantir la conformité en matière de confidentialité et à rationaliser les mises à jour sur les plateformes Apple et Android ?
-
-Capgo permet aux développeurs de simplifier les mises à jour d'applications et de garantir la conformité avec les exigences de confidentialité d'Apple et d'Android. Il permet des mises à jour instantanées pour les applications Capacitor sans nécessiter d'approbations de la part des boutiques d'applications, facilitant ainsi le déploiement rapide de correctifs, de nouvelles fonctionnalités et d'améliorations.
-
-Avec le **chiffrement de bout en bout**, Capgo protège les données des utilisateurs tout en offrant une intégration fluide avec les pipelines CI/CD. Cette combinaison améliore non seulement la conformité en matière de confidentialité, mais augmente également l'efficacité du développement, aidant les développeurs à offrir une expérience sécurisée et à jour aux utilisateurs sur les deux plateformes.
-:::
diff --git a/src/content/blog/fr/automated-consent-tracking-for-capacitor-apps.md b/src/content/blog/fr/automated-consent-tracking-for-capacitor-apps.md
deleted file mode 100644
index 2d9388767..000000000
--- a/src/content/blog/fr/automated-consent-tracking-for-capacitor-apps.md
+++ /dev/null
@@ -1,109 +0,0 @@
----
-slug: automated-consent-tracking-for-capacitor-apps
-title: Suivi automatisé du consentement pour les applications Capacitor
-description: >-
-  Découvrez comment mettre en œuvre le suivi automatisé du consentement dans les
-  applications pour améliorer la conformité en matière de confidentialité et la
-  confiance des utilisateurs sans retards de l'App Store.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T01:27:27.426Z
-updated_at: 2025-04-04T01:27:39.829Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef2243ebbb9dc80641c5e1-1743730059829.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  consent tracking, privacy compliance, user rights, Capacitor apps, data
-  protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-
-Le suivi automatisé du consentement est essentiel pour les applications [Capacitor](https://capacitorjs.com/) afin de respecter les réglementations sur la confidentialité et les règles des plateformes. Voici pourquoi c'est important et comment le mettre en œuvre :
-
--   **Pourquoi c'est important** :
-    
-    -   Conformité aux politiques de confidentialité d'Apple et Google
-    -   Protection des droits des utilisateurs et instauration de la confiance
-    -   Éviter les rejets de l'App Store et les risques juridiques
--   **Fonctionnalités clés pour le suivi du consentement** :
-    
-    -   **Ajustements spécifiques à la plateforme** : Solutions adaptées pour iOS et Android
-    -   **Mises à jour en temps réel** : Modifier les formulaires de consentement sans mise à jour d'application
-    -   **Uniformité multiplateforme** : Assurer un comportement cohérent sur web, iOS et Android
-    -   **Synchronisation des données** : Maintenir la cohérence du consentement utilisateur entre les appareils
--   **Étapes de mise en œuvre** :
-    
-    1.  Utiliser des plugins comme `@capacitor/privacy` pour gérer le consentement
-    2.  Créer des éléments d'interface utilisateur de consentement clairs et simples
-    3.  [Chiffrer et stocker de manière sécurisée](https://capgo.app/docs/cli/migrations/encryption/) les données de consentement
-    4.  Ajuster le suivi analytique selon les préférences utilisateur
-    5.  Valider et mettre à jour régulièrement les paramètres de consentement
--   **Conseils de conformité** :
-    
-    -   Divulguer clairement l'utilisation des données
-    -   Permettre aux utilisateurs de retirer leur consentement et supprimer leurs données
-    -   Utiliser des outils comme [Capgo](https://capgo.app/) pour les mises à jour en direct et éviter les délais de l'App Store
-
-## Permission de transparence du suivi des applications Apple - Ionic ou iOS
-
-## Guide des exigences de consentement
-
-L'ajout du suivi du consentement aux [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) implique de respecter les règles établies par Apple et Google. Ces règles sont conçues pour garantir la confidentialité des utilisateurs et la conformité aux normes des plateformes.
-
-### Exigences des politiques de l'App Store
-
-Apple et Google ont des attentes spécifiques concernant le suivi du consentement :
-
-**Exigences de l'App Store d'Apple** :
-
--   Les invites de consentement doivent expliquer clairement pourquoi et comment les données seront utilisées
--   Les applications doivent respecter le paramètre "Autoriser les applications à demander le suivi" sur les appareils des utilisateurs
--   Les étiquettes de confidentialité doivent décrire précisément les pratiques de collecte de données
-
-**Exigences du Google Play Store** :
-
--   Divulguer clairement les pratiques de collecte et de partage des données
--   Inclure un lien visible vers la [politique de confidentialité](https://capgo.app/dp/) dans la fiche de l'application et dans l'application elle-même
--   Obtenir un consentement explicite avant de collecter des données sensibles
--   Fournir un moyen simple pour les utilisateurs de retirer leur consentement
--   Offrir aux utilisateurs l'option de supprimer leurs données s'ils révoquent leur consentement
-
-Le respect de ces directives assure la conformité aux politiques des stores tout en priorisant la confidentialité des utilisateurs.
-
-### Normes de confidentialité des données
-
-En plus de respecter les règles spécifiques aux plateformes, l'adoption de pratiques strictes de confidentialité des données est cruciale :
-
-**Collecte de données anonymes** :
-
--   Utiliser des identifiants aléatoires plutôt que des données personnelles
--   Minimiser la quantité de données collectées
--   Stocker les enregistrements de consentement séparément des données utilisateur
--   Maintenir les journaux de consentement chiffrés pour plus de sécurité
-
-**Mise en œuvre du processus d'opt-in** :
-
--   Présenter les options de consentement avant de collecter des données
--   Permettre aux utilisateurs de choisir les types de données qu'ils acceptent de partager
--   Fournir des options claires "Accepter" et "Refuser"
--   Permettre aux utilisateurs de mettre à jour leurs préférences de consentement à tout moment
-
-Des services comme Capgo peuvent aider en permettant des mises à jour en direct des fonctionnalités liées au consentement, évitant ainsi la nécessité d'examens complets de l'App Store.
-
-Un suivi efficace du consentement va au-delà du simple respect des exigences légales. Il s'agit de construire la confiance avec les utilisateurs en étant transparent et en respectant leur vie privée. La mise en œuvre réfléchie de ces pratiques peut améliorer l'expérience utilisateur et renforcer la réputation de votre application.
-
-## Configuration du suivi du consentement
-
-Configurez les plugins, les éléments d'interface utilisateur et l'analyse pour automatiser efficacement le suivi du consentement.
-
-### Plugins de gestion du consentement
-
-Utilisez plusieurs plugins pour gérer les tâches de gestion du consentement :
-
-Chiffrez et stockez de manière sécurisée les données de consentement :
-
-Une fois les plugins configurés, concevez une interface de consentement claire pour communiquer ces paramètres aux utilisateurs.
\ No newline at end of file
diff --git a/src/content/blog/fr/automatic-build-and-release-with-github-actions.md b/src/content/blog/fr/automatic-build-and-release-with-github-actions.md
deleted file mode 100644
index e94c8f576..000000000
--- a/src/content/blog/fr/automatic-build-and-release-with-github-actions.md
+++ /dev/null
@@ -1,144 +0,0 @@
----
-slug: automatic-build-and-release-with-github-actions
-title: Construire et publier automatiquement une application avec Github actions
-description: >-
-  Créez votre propre pipeline CI/CD avec Github Actions gratuitement et déployez
-  votre application Ionic Capacitor JS à chaque push sur la branche main.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-23T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /github_actions.webp
-head_image_alt: Illustration github action
-keywords: 'Github actions, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: fr
-next_blog: automatic-capacitor-ios-build-github-action
----
-
-Ce tutoriel se concentre sur l'hébergement GitHub, mais vous pouvez l'adapter avec quelques modifications à n'importe quelle autre plateforme CI/CD
-
-## Préface
-
-Assurez-vous d'avoir d'abord ajouté votre application Capacitor à Capgo, ce tutoriel se concentre uniquement sur la phase de téléchargement
-Si vous devez ajouter votre application à Capgo, vous pouvez suivre ce [Tutoriel](/blog/update-your-capacitor-apps-seamlessly-using-capacitor-updater/)
-
-## Convention de commit
-
-Tout d'abord, vous devez commencer à suivre la convention de commit [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/) cela aidera les outils à comprendre comment augmenter le numéro de version, c'est 5 minutes à apprendre
-
-![Conventional commits](/conventional_commits.webp)
-
-## Actions GitHub pour les tags
-
-Ensuite, vous devez créer votre première action GitHub pour automatiquement construire et créer des tags
-
-Créez un fichier à ce chemin : `github/workflows/bump_version.yml`
-
-avec ce contenu :
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        run: npx capacitor-standard-version
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-```
-
-Cela créera un tag pour chaque commit dans votre branche principale et ajoutera une entrée de changelog pour chaque commit dans la branche principale dans `CHANGELOG.md`
-
-Ne vous inquiétez pas si vous n'avez pas ce fichier, il sera créé pour vous
-
-Pour que cela fonctionne, créez un [PERSONAL_ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) dans vos [secrets](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets") GitHub comme `PERSONAL_ACCESS_TOKEN`
-
-Ceci est nécessaire pour permettre à la CI de commiter le changelog
-
-Lors de la création du token, choisissez l'expiration comme `never` et la portée comme `repo`
-
-Enfin, définissez la version dans votre fichier `package.json`, synchronisez-la avec votre numéro de version Native qui facilitera l'étape suivante
-
-Ceci n'est nécessaire que la première fois, ensuite les outils le maintiendront à jour
-
-Vous pouvez maintenant commiter ces deux fichiers et voir votre premier tag apparaître dans GitHub !
-
-Les plateformes native et web auront le numéro de version incrémenté après chaque commit
-
-## Actions GitHub pour la construction
-
-Créez un fichier à ce chemin : `github/workflows/build.yml`
-
-avec ce contenu :
-
-```yml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm run build
-        env: # Remove both lines  if you don't need it
-          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Exemple of env var coming from a secret
-      - name: Create Release
-        id: create_release
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Cela installera et construira vos dépendances avant de les envoyer à Capgo
-
-Si votre commande de construction est différente, vous pouvez la modifier dans l'étape `build_code`
-
-Pour que cela fonctionne, vous devez obtenir votre clé API pour Capgo, ajoutez-la dans les [secrets de votre dépôt GitHub](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) comme `CAPGO_TOKEN`
-
-Vous pouvez maintenant commiter ces deux fichiers et voir votre premier tag apparaître dans GitHub !
-
-Le commit générera une nouvelle construction pour le canal de production
-
-Vous devriez ajouter vos tests dans l'étape de construction pour vous assurer que votre code fonctionne
-
-Allez sur votre tableau de bord Capgo et vérifiez votre construction qui vient d'apparaître, vous avez maintenant votre système CI/CD
-
-Si vous voulez permettre à tous vos utilisateurs d'obtenir la mise à jour dès qu'elle est disponible, allez dans votre canal et définissez-le comme `public`
-
-Vous pouvez également ajouter la construction native de votre application JavaScript Ionic Capacitor en suivant ce tutoriel 👇
diff --git a/src/content/blog/fr/automatic-build-and-release-with-gitlab.md b/src/content/blog/fr/automatic-build-and-release-with-gitlab.md
deleted file mode 100644
index fd81a6848..000000000
--- a/src/content/blog/fr/automatic-build-and-release-with-gitlab.md
+++ /dev/null
@@ -1,153 +0,0 @@
----
-slug: automatic-build-and-release-with-gitlab
-title: Construction et publication automatiques avec Gitlab
-description: >-
-  Créez votre propre pipeline CI/CD avec Gitlab gratuitement, déployez votre
-  application chaque fois que vous poussez sur la branche principale.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /gitlab_ci.webp
-head_image_alt: Illustration de Gitlab CI
-keywords: 'Gitlab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: fr
-next_blog: ''
----
-Ce tutoriel se concentre sur GitLab CI, mais vous pouvez l'adapter avec un petit ajustement à n'importe quelle autre plateforme CI/CD.
-
-## Préface
-
-Assurez-vous d'abord d'avoir ajouté votre application à Capgo, ce tutoriel se concentre uniquement sur la phase de téléchargement.
-
-## Convention de commit
-
-Tout d'abord, vous devez commencer à suivre la convention de commit [commits conventionnels](https://www.conventionalcommits.org/en/v1.0.0/) \` cela aidera l'outil à comprendre comment mettre à jour le numéro de version, cela prend 5 minutes à apprendre.
-
-![Commits conventionnels](/conventional_commits.webp)
-
-## GitLab CI pour tag
-
-Ensuite, vous devez créer votre premier GitLab pour construire et créer automatiquement un tag.
-
-Créez un fichier à ce chemin : `.github/workflows/bump_version.yml`
-
-avec ce contenu :
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        run: npx capacitor-standard-version
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-```
-
-Cela fera un tag pour chaque commit dans votre branche principale. Et ajoutera une entrée de changelog pour chaque commit dans la branche principale dans `CHANGELOG.md`.
-
-Ne vous inquiétez pas si vous n'avez pas ce fichier, il sera créé pour vous.
-
-Pour que cela fonctionne, créez un [PERSONAL_ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) _dans_ votre [secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets") GitHub en tant que `PERSONAL_ACCESS_TOKEN`.
-
-C'est nécessaire pour permettre à la CI de commettre le changelog.
-
-Lorsque vous créez le token, choisissez l'expiration comme `jamais` et la portée comme `repo`.
-
-Enfin, pour que l'outil comprenne où votre version est sauvegardée, vous devez créer le fichier `.cz.toml` à la racine de votre dépôt.
-
-Et ajoutez ceci à l'intérieur :
-
-```toml
-[tool.commitizen]
-name = "cz_conventional_commits"
-tag_format = "$major.$minor.$patch$prerelease"
-version = "0.11.5"
-version_files = [
-    "package.json:version",
-    ".cz.toml"
-]
-```
-
-Définissez la version dans ce fichier comme celle que vous avez dans votre fichier `package.json`.
-
-Cela n'est nécessaire que la première fois, ensuite les outils le tiendront à jour.
-
-Vous pouvez maintenant commettre ces deux fichiers et voir votre premier tag apparaître sur GitHub !
-
-## Actions GitHub pour la construction
-
-Créez un fichier à ce chemin : `.github/workflows/build.yml`
-
-avec ce contenu :
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm run build
-        env: # Remove both lines  if you don't need it
-          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Exemple of env var coming from a secret
-      - name: Create Release
-        id: create_release
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Cela installera et construira votre dépendance avant de l'envoyer à Capgo.
-
-Si votre commande de construction est différente, vous pouvez la changer dans l'étape `build_code`.
-
-Pour que cela fonctionne, vous devez obtenir votre clé API pour Capgo, ajoutez-la dans le [secret de votre dépôt GitHub](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) en tant que `CAPGO_TOKEN`.
-
-Vous pouvez maintenant commettre ces deux fichiers et voir votre premier tag apparaître sur GitHub !
-
-Ajouter le commit générera une nouvelle construction pour le canal de production.
-
-Vous devriez ajouter vos tests dans l'étape de construction pour vous assurer que votre code fonctionne.
-
-Allez sur votre tableau de bord Capgo et vérifiez votre construction qui vient d'apparaître, vous avez maintenant votre système CI/CD.
-
-Si vous voulez que tous vos utilisateurs reçoivent la mise à jour dès qu'elle est disponible, allez sur votre canal et définissez-le sur `public`.
diff --git a/src/content/blog/fr/automatic-capacitor-android-build-github-action.md b/src/content/blog/fr/automatic-capacitor-android-build-github-action.md
deleted file mode 100644
index 5390b1da0..000000000
--- a/src/content/blog/fr/automatic-capacitor-android-build-github-action.md
+++ /dev/null
@@ -1,255 +0,0 @@
----
-slug: automatic-capacitor-android-build-github-action
-title: Construction automatique d'Android avec Capacitor via GitHub Actions
-description: >-
-  Comment mettre en place un pipeline CI/CD pour votre application Android
-  Capacitor en utilisant fastlane et GitHub Actions en 5 minutes
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-27T00:00:00.000Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: /fastlane_android.webp
-head_image_alt: Illustration de l'action GitHub Fastlane Google Play
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates, Capacitor
-tag: CI/CD
-published: true
-locale: fr
-next_blog: automatic-capacitor-ios-build-github-action
----
-# Builds Android automatiques avec GitHub Actions
-
-La configuration de CI/CD pour les applications Capacitor peut être complexe et chronophage. Voici ce que vous devez savoir :
-
-## Prérequis
-
-Avant de commencer, vous aurez besoin de :
-
-- Un compte GitHub avec accès administrateur
-- Votre application déjà publiée sur Google Play Store avec la signature appropriée
-- Clé de signature Android et fichiers keystore
-- Projet Google Cloud Console avec l'API Play Store activée
-- Compte de service avec les permissions appropriées
-- Compréhension des workflows GitHub Actions
-- Connaissance de la configuration Fastlane
-- Du temps pour maintenir et déboguer le pipeline
-
-## Configuration CI/CD professionnelle par Capgo
-
-Évitez la complexité. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) configure votre pipeline CI/CD directement sur votre plateforme préférée :
-
-- **Indépendance de plateforme** : Fonctionne avec GitHub Actions, GitLab CI ou autres
-- **Intégration transparente** : Pas besoin de changer de plateforme, fonctionne avec votre processus actuel
-- **Configuration sur mesure** : Configuration personnalisée selon les besoins de votre projet
-- **Expertise** : Nous avons déjà configuré le CI/CD pour plus de 50 applications
-
-### Tarification
-- Frais de configuration unique : 2 600 €
-- Vos coûts de fonctionnement : ~300 €/an
-- Comparé aux autres solutions propriétaires : 6 000 €/an
-- **Économisez 26 100 € sur 5 ans**
-
-[Configurer CI/CD maintenant](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Guide de configuration manuelle
-
-Si vous souhaitez tout configurer vous-même, voici ce que vous devez faire :
-
-## Tarification GitHub Actions
-
-![Prix GitHub Action](/price_github_actions.webp)
-
-GitHub Actions offre des minutes gratuites selon le type de dépôt :
-- Dépôts publics : 2 000 minutes/mois
-- Dépôts privés : 2 000 minutes/mois (runners Linux)
-
-Pour les projets privés, les coûts sont d'environ 0,008 €/minute. Une build typique prend 3-5 minutes.
-
-## Étapes de configuration manuelle
-
-1. Configurer Fastlane
-2. Configurer les secrets GitHub
-3. Créer le workflow GitHub Actions
-
-## 1. Configurer Fastlane
-
-Créez un dossier `fastlane` à la racine de votre projet et ajoutez un `Fastfile` avec ce contenu :
-
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    
-    lane :beta do
-        keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-        File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-        json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-        
-        # Get previous build number and increment
-        previous_build_number = google_play_track_version_codes(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            track: "internal",
-            json_key_data: json_key_data,
-        )[0]
-        current_build_number = previous_build_number + 1
-        sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        
-        # Build the app
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-            'versionCode' => current_build_number
-          })
-        
-        # Upload to Play Store
-        upload_to_play_store(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            json_key_data: json_key_data,
-            track: 'internal',
-            release_status: 'completed',
-            skip_upload_metadata: true,
-            skip_upload_changelogs: true,
-            skip_upload_images: true,
-            skip_upload_screenshots: true,
-        )
-    end
-end
-```
-
-## 2. Configurer les secrets GitHub
-
-Vous devez stocker les informations sensibles de manière sécurisée dans GitHub. Allez dans votre dépôt → Settings → Secrets and variables → Actions → New repository secret.
-
-### Secrets requis :
-
-1. **Clé de compte de service Google Play**
-   - Créez un compte de service dans Google Cloud Console
-   - Activez l'API Google Play Developer
-   - Accordez l'accès au compte de service dans Play Console
-   - Téléchargez le fichier clé JSON
-   - Convertissez en base64 : `base64 service_account_key.json | pbcopy`
-   - Ajoutez comme `PLAY_CONFIG_JSON`
-
-2. **Clé de signature Android**
-   - Convertissez votre keystore en base64 : `base64 your_keystore.jks | pbcopy`
-   - Ajoutez comme `ANDROID_KEYSTORE_FILE`
-   - Ajoutez les détails du keystore :
-     - `KEYSTORE_KEY_ALIAS`
-     - `KEYSTORE_KEY_PASSWORD`
-     - `KEYSTORE_STORE_PASSWORD`
-     - `DEVELOPER_PACKAGE_NAME` (ex : com.example.app)
-
-## 3. Créer le workflow GitHub Actions
-
-Créez `.github/workflows/build-upload-android.yml` :
-
-```yaml
-name: Build and Deploy Android App
-
-on:
-  push:
-    tags:
-      - '*'
-
-jobs:
-  build_android:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: 24
-          cache: npm
-          
-      - name: Install dependencies
-        run: npm ci
-        
-      - name: Cache Gradle
-        uses: actions/cache@v3
-        with:
-          path: |
-            ~/.gradle/caches
-            ~/.gradle/wrapper
-          key: ${{ runner.os }}-gradle-${{ hashFiles('**/*.gradle*', '**/gradle-wrapper.properties') }}
-          restore-keys: |
-            ${{ runner.os }}-gradle-
-            
-      - name: Build app
-        run: npm run build
-        
-      - name: Sync Capacitor
-        run: npx cap sync
-        
-      - name: Setup Java
-        uses: actions/setup-node@v5
-        with:
-            distribution: 'zulu'
-            java-version: '17'
-            
-      - name: Setup Ruby
-        uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: '3.0'
-          bundler-cache: true
-          
-      - name: Run Fastlane
-        uses: maierj/fastlane-action@v3.1.0
-        env:
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_CONFIG_JSON }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE_FILE }}
-          DEVELOPER_PACKAGE_NAME: ${{ secrets.DEVELOPER_PACKAGE_NAME }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_KEY_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-        with:
-          lane: android beta
-          
-      - name: Upload artifact
-        uses: actions/upload-artifact@v2
-        with:
-          name: android-release
-          path: ./android/app/build/outputs/bundle/release/app-release.aab
-          retention-days: 10
-```
-
-## Comment ça fonctionne
-
-1. Créez un tag Git pour déclencher le workflow
-2. GitHub Actions compile votre application
-3. Fastlane la téléverse vers le canal bêta de Google Play
-4. Votre application est automatiquement mise à jour
-
-## Temps de build et coûts
-
-- Temps de build : 3-5 minutes
-- Coût pour les dépôts privés : ~0,04 € par build
-- Gratuit pour les projets open-source
-
-## Ressources
-
-- [Documentation GitHub Actions](https://docs.github.com/en/actions/)
-- [Documentation Fastlane](https://docs.fastlane.tools/)
diff --git a/src/content/blog/fr/automatic-capacitor-android-build-gitlab.md b/src/content/blog/fr/automatic-capacitor-android-build-gitlab.md
deleted file mode 100644
index c8abddae4..000000000
--- a/src/content/blog/fr/automatic-capacitor-android-build-gitlab.md
+++ /dev/null
@@ -1,279 +0,0 @@
----
-slug: automatic-capacitor-android-build-gitlab
-title: Construction automatique de Capacitor Android avec GitLab
-description: >-
-  Comment configurer un pipeline CI/CD pour votre application Android Ionic en
-  utilisant fastlane et GitLab en 5 minutes
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-27T00:00:00.000Z
-updated_at: 2023-09-27T00:00:00.000Z
-head_image: /andriod_app_gitlab.webp
-head_image_alt: Illustration Fastlane Google Play GitLab
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates
-tag: CI/CD
-published: true
-locale: fr
-next_blog: null
----
-# Builds Automatiques Android avec GitLab CI
-
-Configurer CI/CD pour les applications Capacitor peut être complexe et prendre du temps. Voici ce que vous devez savoir :
-
-## Prérequis
-
-Avant de commencer, vous devrez configurer :
-
-- Un compte GitLab avec accès administrateur
-- Votre application déjà publiée sur le Google Play Store avec une signature appropriée
-- Fichiers de clé de signature Android et de keystore
-- Projet Google Cloud Console avec l'API Play Store activée
-- Compte de service avec les permissions appropriées
-- Compréhension des flux de travail GitLab CI/CD
-- Connaissance de la configuration Fastlane
-- Temps pour maintenir et déboguer le pipeline
-
-## Configuration CI/CD Professionnelle par Capgo
-
-Évitez la complexité. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) configure votre pipeline CI/CD directement sur votre plateforme préférée :
-
-- **Indépendance de la plateforme** : Fonctionne avec GitHub Actions, GitLab CI, ou d'autres
-- **Intégration transparente** : Aucun changement de plateforme nécessaire, fonctionne avec votre processus actuel
-- **Configuration sur mesure** : Configuration personnalisée correspondant aux besoins de votre projet
-- **Conseils d'experts** : Nous avons déjà configuré CI/CD pour plus de 50 applications
-
-### Tarification
-- Frais de configuration unique : 2 600 $
-- Vos coûts de fonctionnement : ~300 $/an
-- Comparé à d'autres solutions propriétaires : 6 000 $/an
-- **Économisez 26 100 $ sur 5 ans**
-
-[Configurer CI/CD Maintenant](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Guide de Configuration Manuelle
-
-Si vous souhaitez tout configurer vous-même, voici ce que vous devez faire :
-
-**Étapes à suivre dans le post**
-
-1.  _Copier les fichiers Fastlane_
-2.  _Stocker vos secrets dans les secrets cryptés de GitLab_
-3.  _Créer et stocker votre clé de compte de service Google Play_
-4.  _Stocker votre clé de signature Android_
-5.  _Configurer votre fichier de workflow GitLab .yml_
-
-## 1. Copier les fichiers Fastlane
-
-Fastlane est une bibliothèque Ruby créée pour automatiser des tâches courantes de développement mobile. En utilisant Fastlane, vous pouvez configurer des "lanes" personnalisées qui regroupent une série d'"actions" exécutant des tâches que vous réaliseriez normalement avec Android Studio. Vous pouvez faire beaucoup de choses avec Fastlane, mais pour les besoins de ce tutoriel, nous utiliserons seulement quelques actions de base.
-
-Créez un dossier Fastlane à la racine de votre projet et copiez les fichiers suivants :
-Fastlane
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    lane :beta do
-				keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-				File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-				json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-				previous_build_number = google_play_track_version_codes(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					track: "internal",
-					json_key_data: json_key_data,
-				)[0]
-
-				current_build_number = previous_build_number + 1
-				sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-						'versionCode' => current_build_number
-          })
-        upload_to_play_store(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					json_key_data: json_key_data,
-          track: 'internal',
-          release_status: 'completed',
-          skip_upload_metadata: true,
-          skip_upload_changelogs: true,
-          skip_upload_images: true,
-          skip_upload_screenshots: true,
-        )
-    end
-    lane :build do
-      gradle(
-        task: "clean bundleRelease",
-        project_dir: 'android/',
-        print_command: false,
-        properties: {
-          "android.injected.signing.store.file" => "#{keystore_path}",
-          "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-          "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-          "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-        })
-    end
-    lane :prod_release do
-      build_gradle = File.read("../android/app/build.gradle")
-
-      verify_changelog_exists(version_code: build_gradle.match(/versionCode (\d+)/)[1])
-      verify_upload_to_staging(version_name: build_gradle.match(/versionName '([\d\.]+)'/)[1])
-
-      supply(
-        track_promote_to: 'beta',
-        skip_upload_apk: true,
-        skip_upload_aab: true,
-        skip_upload_metadata: false,
-        skip_upload_changelogs: false,
-        skip_upload_images: false,
-        skip_upload_screenshots: false
-      )
-    end
-end
-```
-
-### Stocker Vos Secrets dans les Variables CI/CD de GitLab
-
-GitLab fournit un moyen de stocker des variables CI/CD cryptées, similaire aux secrets de dépôt de GitHub. Pour stocker vos informations sensibles en toute sécurité.
-
-1. Accédez aux Paramètres de votre projet GitLab.
-2. Allez à CI/CD > Variables
-3. Ajoutez les variables suivantes :
-
--   ANDROID_KEYSTORE_FILE : le fichier `.jks` ou `.keystore` encodé en base64 utilisé pour signer vos builds Android. Ce sera soit le fichier keystore associé à votre clé de téléchargement (si vous utilisez la signature d'application Play), soit votre clé de signature d'application.
--   KEYSTORE_KEY_PASSWORD : le mot de passe associé au fichier keystore
--   KEYSTORE_KEY_ALIAS : l'alias du keystore
--   KEYSTORE_STORE_PASSWORD : le mot de passe de la clé privée
--   DEVELOPER_PACKAGE_NAME : l'ID de votre application Android comme com.example.app
--   PLAY_CONFIG_JSON : La clé JSON du compte de service encodée en base64.
-
-### Créer une Clé de Compte de Service Google Play
-
-Pour générer le secret `PLAY_CONFIG_JSON`, suivez ces étapes :
-
-1. Allez sur [Google Cloud Console](https://console.cloud.google.com/)
-2. Créez un nouveau projet ou sélectionnez un existant
-3. Activez l'API Google Play Android Developer
-4. Créez un compte de service :
-   - Allez dans "IAM & Admin" > "Comptes de service"
-   - Cliquez sur "Créer un compte de service"
-   - Donnez-lui un nom et une description
-   - Cliquez sur "Créer et Continuer"
-   - Ignorez l'attribution de rôle et cliquez sur "Terminé"
-5. Générez une clé JSON :
-   - Trouvez votre compte de service dans la liste
-   - Cliquez sur le menu à trois points > "Gérer les clés"
-   - Cliquez sur "Ajouter une clé" > "Créer une nouvelle clé"
-   - Choisissez le format JSON
-   - Cliquez sur "Créer"
-6. Accordez l'accès au compte de service à votre application dans la Play Console :
-   - Allez sur [Play Console](https://play.google.com/console)
-   - Naviguez vers "Utilisateurs et autorisations"
-   - Cliquez sur "Inviter de nouveaux utilisateurs"
-   - Entrez l'email du compte de service (se termine par @*.iam.gserviceaccount.com)
-   - Accordez la permission "Publication en production"
-   - Cliquez sur "Inviter l'utilisateur"
-7. Convertissez la clé JSON en base64 :
-   ```bash
-   base64 -i path/to/your/service-account-key.json | pbcopy
-   ```
-8. Ajoutez la chaîne encodée en base64 en tant que variable `PLAY_CONFIG_JSON` dans GitLab
-
-## Configurez Votre Pipeline CI/CD GitLab
-
-Créez un fichier .gitlab-ci.yml à la racine de votre projet pour définir votre pipeline CI/CD. Voici un exemple de la façon dont vous pouvez structurer votre pipeline :
-
-```yaml
-
-image: mingc/android-build-box:latest
-
-stages:
-  - build
-  - upload_to_capgo
-  - build_and_upload_android
-
-build:
-  stage: build
-  tags:
-    - saas-linux-xlarge-amd64
-  cache:
-    - key:
-        files:
-          - bun.lockb
-      paths:
-        - .node_modules/
-  script:
-    - npm install
-    - npm run build
-  artifacts:
-    paths:
-      - node_modules/
-      - dist/
-  only:
-    - master
-
-upload_to_capgo:
-  stage: upload_to_capgo
-  tags:
-    - saas-linux-xlarge-amd64
-  script:
-    - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN -c dev
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-build_and_upload_android:
-  tags:
-    - saas-linux-xlarge-amd64
-  stage:    build_and_upload_android
-  cache:
-    - key:
-        files:
-          - android/gradle/wrapper/gradle-wrapper.properties
-      paths:
-        - ~/.gradle/caches/
-  script:
-    - npx cap sync android
-    - npx cap copy android
-    - bundle exec fastlane android beta # We do create a tag for the build to trigger XCode cloud builds
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-```
-
-## Déclencher le Pipeline
-
-Chaque fois que vous poussez un nouveau tag dans votre dépôt GitLab, GitLab CI/CD déclenchera automatiquement le pipeline défini, qui construira et déploiera votre application Android en utilisant Fastlane.
-
-Assurez-vous d'ajuster les chemins et les dépendances en fonction de la structure et des exigences de votre projet. Cette configuration vous aidera à automatiser le déploiement de votre application Android sur GitLab CI/CD.
-
-## Conclusion
-
-En configurant GitLab CI/CD avec l'image Docker mingc/android-build-box, vous pouvez automatiser le processus de construction d'applications Android, rendant votre flux de travail de développement plus efficace et fiable. Cette automatisation vous libère du temps pour vous concentrer sur les aspects essentiels du développement d'applications, vous aidant finalement à offrir des applications Android de haute qualité plus efficacement.
diff --git a/src/content/blog/fr/automatic-capacitor-ios-build-codemagic.md b/src/content/blog/fr/automatic-capacitor-ios-build-codemagic.md
deleted file mode 100644
index 4a0c82e84..000000000
--- a/src/content/blog/fr/automatic-capacitor-ios-build-codemagic.md
+++ /dev/null
@@ -1,342 +0,0 @@
----
-slug: automatic-capacitor-ios-build-codemagic
-title: Construction automatique d'iOS avec Capacitor et Codemagic
-description: >-
-  Comment configurer un pipeline CI/CD pour votre application IOS Ionic en
-  utilisant Codemagic en 5 minutes (2024)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-07-24T00:00:00.000Z
-updated_at: 2024-07-24T00:00:00.000Z
-head_image: /Codemagic_ios.webp
-head_image_alt: Illustration de Codemagic TestFlight
-keywords: 'Codemagic, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: fr
-next_blog: automatic-capacitor-android-build-codemagic
----
-## Livraison Continue pour iOS utilisant Codemagic
-
-## Prérequis
-
-Avant de continuer avec le tutoriel…
-
--   Adhésion au programme des développeurs iOS.
--   Désir de lire 😆…
-
-## Important concernant le prix
-
-![Prix Codemagic Action](/price_codemagic.webp)
-
-[https://codemagic.io/pricing/](https://codemagic.io/pricing/)
-
-Le service est ‘_gratuit’_ jusqu'à 500 minutes macOS M1 / mois, selon la machine choisie.  
-Nous allons utiliser une **_machine macOS M1_**, vous pouvez voir dans la capture d'écran son prix et ses limites (prix au moment de la création du tutoriel, ils pourraient subir des changements dans le futur)
-
-🔴 **_Une fois informé des exigences et des prix, si vous le souhaitez, nous continuons…_**
-
-> **_📣_ Dans le post, nous supposons que nous avons créé l'application dans iTunes Connect, nous avons les certificats de l'écosystème Apple, tout sera configuré par Codemagic !**
-
-## Plongeons-y 🤿 
-
-**Étapes à suivre dans le post**
-
-1.  _Utilisation de l'API App Store Connect avec Codemagic_
-2.  _Exigences_
-3.  _Création d'une clé API App Store Connect_
-4.  _Utilisation d'une clé API App Store Connect_
-5.  _Copier les fichiers Fastlane_
-6.  _Configurer Codemagic_
-
-## 1. Utilisation de l'API App Store Connect avec Codemagic
-
-> À partir de février 2021, l'authentification à deux facteurs ou la vérification en deux étapes est requise pour tous les utilisateurs souhaitant se connecter à App Store Connect. Cette couche supplémentaire de sécurité pour votre identifiant Apple permet de s'assurer que vous êtes la seule personne pouvant accéder à votre compte.  
-> Extrait de [Apple Support](https://developer.apple.com/support/authentication/)
-
-> Pour commencer avec match, vous devez révoquer vos certificats existants. Mais pas d'inquiétude, vous aurez le nouveau directement.
-
-
-### Exigences
-
-Pour pouvoir utiliser l'API App Store Connect, Codemagic a besoin de **trois** choses.
-
-1.  ID de l'émetteur.
-2.  ID de la clé.
-3.  Fichier clé ou contenu clé.
-
-### Création d'une clé API App Store Connect
-
-Pour générer des clés, vous devez avoir des permissions Admin dans App Store Connect. Si vous n'avez pas cette permission, vous pouvez diriger la personne concernée vers cet article et suivre les instructions suivantes.
-
-1 — Connectez-vous à [App Store Connect](https://appstoreconnect.apple.com/).
-
-2 — Sélectionnez [Utilisateurs et accès](https://appstoreconnect.apple.com/access/users/).
-
-![Accès utilisateur App Store Connect](/select_user_access.webp)
-
-3 — Sélectionnez l'onglet Clés API.
-
-![Clés API App Store Connect](/user_access_keys.webp)
-
-4 — Cliquez sur Générer une clé API ou sur le bouton Ajouter (+).
-
-![Créer des clés API App Store Connect](/user_access.webp)
-
-5 —  Entrez le nom de la clé et sélectionnez un niveau d'accès. Nous recommandons de choisir les droits d'accès `App Manager`, lisez plus sur les permissions de rôle du programme Apple Developer [ici](https://help.apple.com/app-store-connect/#/deve5f9a89d7)
-
-![Créer le nom de la clé API App Store Connect](/gen_key.webp)
-
-6 — Cliquez sur Générer.
-
-> **L'accès des clés API ne peut pas être limité à des applications spécifiques.**
-
-Le nom de la nouvelle clé, l'ID de la clé, un lien de téléchargement et d'autres informations apparaissent sur la page.
-
-![Télécharger les clés App Store Connect](/download_key.webp)
-
-Récupérez toutes les trois informations nécessaires ici :
-<1> ID de l'émission.  
-<2> ID de la clé.  
-<3> Cliquez sur “Télécharger la clé API” pour télécharger votre clé API privée. Le lien de téléchargement n'apparaît que si la clé privée n'a pas encore été téléchargée. Apple ne conserve pas de copie de la clé privée. Donc, vous ne pouvez la télécharger qu'une seule fois.
-
-> _🔴_ Conservez votre clé privée dans un endroit sûr. Vous ne devez jamais partager vos clés, stocker les clés dans un dépôt de code, ou inclure des clés dans le code côté client.
-
-### Ajout de la clé API App Store Connect à Codemagic
-
-1.  Ouvrez les paramètres de votre équipe Codemagic,
-![Sélectionnez les intégrations d'équipe](/select_team.webp)
-![Ouvrir l'équipe](/open_team.webp)
-Sélectionnez les identités de signature de code
-![Sélectionnez les identités de signature de code](/select_code_signing_identities.webp)
-Et téléchargez le certificat
-![Télécharger le certificat](/upload_certificate.webp)
-
-2.  Cliquez sur le bouton **Ajouter une clé**.
-3.  Entrez le **nom de la clé API App Store Connect**. Il s'agit d'un nom lisible par l'homme pour la clé qui sera utilisé pour s'y référer plus tard dans les paramètres de l'application.
-4.  Entrez les valeurs d'**ID de l'émetteur** et d'**ID de la clé**.
-5.  Cliquez sur **Choisir un fichier .p8** ou faites glisser le fichier pour télécharger la clé API App Store Connect téléchargée plus tôt.
-6.  Cliquez sur **Enregistrer**.
-
-_Maintenant, nous pouvons gérer Codemagic avec la clé API App Store Connect, super !_
-
-
-## 2. Créer des certificats et des profils de provisionnement
-
-
-#### Certificats
-
-Ouvrez XCode et allez dans **Paramètres** > **Comptes** > **ID Apple** > **Équipes** et sélectionnez votre équipe.
-
-![Identités de signature de code](/code_signing_identities.webp)
-
-Cliquez sur **Gérer les certificats** > **+** et sélectionnez **Distribution Apple**.
-
-![Distribution Apple](/apple_distribution.webp)
-
-Vous pouvez alors créer un nouveau certificat.
-
-Ensuite, vous devez aller dans le trousseau pour télécharger le certificat en tant que fichier `.p12`.
-
-Pour ce faire, vous devez aller dans le trousseau, passer au trousseau **connexion** puis à l'onglet **Mes certificats**.
-
-![Mes certificats](/my_certificates.webp)
-
-Ensuite, vous pouvez sélectionner le certificat que vous souhaitez télécharger. (Regardez par la date du certificat)
-
-Puis faites un clic droit sur le certificat et sélectionnez **Exporter**.
-
-Choisissez le format de fichier **Échange d'informations personnelles (.p12)**.
-
-Cela téléchargera le certificat en tant que fichier `.p12`.
-
-#### Profils de provisionnement
-
-Ouvrez [Apple Developer](https://developer.apple.com/account/resources/profiles/list) et sélectionnez la bonne équipe.
-
-Ensuite, créez un nouveau profil en cliquant sur **+** 
-
-![Créer un nouveau profil](/create_new_profile.webp)
-
-Et sélectionnez **App Store Connect**. 
-
-![Sélectionner App Store Connect](/select_app_store_connect.webp)
-
-Ensuite, vous devez sélectionner la bonne application, faites attention, vous ne pouvez pas utiliser de joker, sinon la signature échouera.
-
-![Sélectionner la bonne application](/select_app.webp)
-
-Sélectionnez le bon certificat que vous avez créé précédemment (cherchez la date d'expiration, elle devrait être le même jour et mois qu'aujourd'hui) et cliquez sur **Continuer**.
-
-![Sélectionner le bon certificat](/select_certificate.webp)
-
-Enfin, entrez le nom du profil et cliquez sur **Générer**. 
-
-> Le nom sera utilisé pour identifier le profil dans Codemagic.
-
-![Générer le profil](/generate_profile.webp)
-
-Vous pouvez télécharger le profil en tant que fichier `.mobileprovision`.
-
-![Télécharger le profil](/download_profile.webp)
-
-
-### Ajout du certificat de signature de code
-
-Codemagic vous permet de télécharger des certificats de signature de code sous forme d'archives PKCS#12 contenant à la fois le certificat et la clé privée qui est nécessaire pour l'utiliser. Lors du téléchargement, Codemagic vous demandera de fournir le mot de passe du certificat (si le certificat est protégé par un mot de passe) ainsi qu'un **Nom de référence** unique, qui pourra ensuite être utilisé dans la configuration `codemagic.yaml` pour récupérer le fichier spécifique.
-
--   Télécharger le certificat
--   Générer un nouveau certificat
--   Récupérer depuis le portail des développeurs
-
-1.  Ouvrez les paramètres de votre équipe Codemagic, allez dans **paramètres codemagic.yaml** > **Identités de signature de code**.
-2.  Ouvrez l'onglet **Certificats iOS**.
-3.  Téléchargez le fichier de certificat en cliquant sur **Choisir un fichier .p12 ou .pem** ou en le faisant glisser dans le cadre indiqué.
-4.  Entrez le **mot de passe du certificat** et choisissez un **nom de référence**.
-5.  Cliquez sur **Ajouter le certificat**
-
-### Ajout du profil de provisionnement
-
-Codemagic vous permet de télécharger un profil de provisionnement à utiliser pour l'application ou de récupérer un profil depuis le portail des développeurs Apple.
-
-Le type de profil, l'équipe, l'ID du paquet et la date d'expiration sont affichés pour chaque profil ajouté aux identités de signature de code. De plus, Codemagic vous indiquera si un certificat de signature de code correspondant est disponible dans les identités de signature de code (une coche Verte dans le champ **Certificat**) ou non.
-
-## 3. Configurer Codemagic
-
-**Configurer les secrets Codemagic**
-
-Vous vous êtes déjà demandé d'où viennent les valeurs du `ENV` ? Eh bien, ce n'est plus un secret – c'est extrait du secret de votre projet. 🤦
-
-
-## **4. Configurer le fichier de flux de travail Codemagic**
-
-Créez un fichier nommé `codemagic.yml` à la racine de votre projet et ajoutez ce qui suit.
-
-```yaml
-workflows:
-  ionic-capacitor-ios-workflow:
-    name: Capacitor iOS Workflow
-    max_build_duration: 120
-    instance_type: mac_mini_m1
-    integrations:
-      app_store_connect: CodeMagic
-    environment:
-      ios_signing:
-        distribution_type: app_store
-        bundle_identifier: YOUR_BUNDLE_IDENTIFIER
-      vars:
-        XCODE_WORKSPACE: ios/App/App.xcworkspace
-        XCODE_SCHEME: App
-        APP_STORE_APP_ID: YOUR_APP_STORE_APP_ID
-      node: v20.14.0
-      xcode: 15.4
-      cocoapods: default
-    triggering:
-      events:
-        - tag
-      tag_patterns:
-        - pattern: '*'
-          include: true
-    scripts:
-      - name: Install dependencies
-        script: |
-          npm install
-      - name: Cocoapods installation
-        script: |
-          cd ios/App && pod install
-      - name: Update dependencies and copy web assets to native project
-        script: |
-          npm run build
-          npx cap sync ios
-      - name: Set up code signing settings on Xcode project
-        script: |
-          xcode-project use-profiles
-      - name: Increment build number
-        script: |
-          cd $CM_BUILD_DIR/ios/App
-          LATEST_BUILD_NUMBER=$(app-store-connect get-latest-app-store-build-number "$APP_ID")
-          agvtool new-version -all $(($LATEST_BUILD_NUMBER + 1))
-      - name: Build ipa for distribution
-        script: |
-          xcode-project build-ipa \
-            --workspace "$XCODE_WORKSPACE" \
-            --scheme "$XCODE_SCHEME"
-    artifacts:
-      - build/ios/ipa/*.ipa
-      - /tmp/xcodebuild_logs/*.log
-      - $HOME/Library/Developer/Xcode/DerivedData/**/Build/**/*.app
-      - $HOME/Library/Developer/Xcode/DerivedData/**/Build/**/*.dSYM
-    publishing:
-      email:
-        recipients:
-          - YOUR_EMAIL
-        notify:
-          success: true # To not receive a notification when a build succeeds
-          failure: false # To not receive a notification when a build fails
-      app_store_connect:
-        auth: integration
-        # Configuration related to TestFlight (optional)
-        # Note: This action is performed during post-processing.
-        submit_to_testflight: true
-        # Configuration related to App Store (optional)
-        # Note: This action is performed during post-processing.
-        submit_to_app_store: false
-
-```
-
-Ce flux de travail doit être déclenché manuellement ou après chaque _tag_ GitHub. Si vous avez besoin d'automatiser les tags, merci de vous référer d'abord à [Construction automatique et publication avec les actions GitHub](/blog/automatic-build-and-release-with-github-actions/).
-
-Puis ce flux de travail tirera vos dépendances NodeJS, les installera et construira votre application JavaScript.
-
-> Chaque fois que vous envoyez un nouveau tag, une version sera construite dans TestFlight.
-
-Votre application n'a pas besoin d'utiliser Ionic, seule la base Capacitor est obligatoire, elle peut avoir un ancien module Cordova, mais le plugin Capacitor JS doit être privilégié.
-
-## 5. Déclencher le flux de travail
-
-
-**Déclencher le flux de travail**
-
-Poussez les nouveaux commits vers la branche `main` ou `developement` pour déclencher le flux de travail.
-
-![Commencé avec le commit](/build_result.webp)
-
-Après quelques minutes, la build devrait être disponible dans votre tableau de bord App Store Connect.
-
-![Tableau de bord Testflight](/testflight_app.webp)
-
-## Démarrer manuellement
-
-Vous pouvez démarrer le flux de travail manuellement. 
-
-D'abord, sélectionnez l'application que vous voulez construire, puis cliquez sur **Démarrer une nouvelle build**.
-
-![Sélectionner l'application](/select_app_codemagic.webp)
-
-Ensuite, sélectionnez la branche que vous voulez construire.
-
-![Sélectionner la branche](/select_branch.webp)
-
-Et cliquez sur **Démarrer une nouvelle build**.
-
-Puis allez à la liste des builds
-
-![Liste des builds](/build_list.webp)
-
-Et cliquez sur la build pour voir le résultat.
-
-![Résultat de la build](/build_result.webp)
-
-## Peut déployer depuis la machine locale
-
-Oui, vous le pouvez, et c'est très simple.
-
-Vous pouvez utiliser Xcode pour construire et signer votre application, comme toujours.
-
-### Merci
-
-Ce blog est basé sur les articles suivants :
-- [Livraison continue pour iOS utilisant Codemagic et les actions GitHub](https://litoarias.medium.com/continuous-delivery-for-ios-using-Codemagic-and-github-actions-edf62ee68ecc/)
-- [Documentation Codemagic](https://docs.Codemagic.tools/app-store-connect-api/)
-- [Ce message GitHub de @mrogunlana](https://github.com/Codemagic-community/Codemagic-plugin-ionic/issues/63/#issuecomment-1074328057)
diff --git a/src/content/blog/fr/automatic-capacitor-ios-build-github-action-with-match.md b/src/content/blog/fr/automatic-capacitor-ios-build-github-action-with-match.md
deleted file mode 100644
index 44365dd76..000000000
--- a/src/content/blog/fr/automatic-capacitor-ios-build-github-action-with-match.md
+++ /dev/null
@@ -1,599 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action-with-match
-title: >-
-  Construction automatique iOS de Capacitor avec les actions GitHub en utilisant
-  match
-description: >-
-  Comment configurer un pipeline CI/CD pour votre application IOS Ionic en
-  utilisant fastlane et GitHub Actions en 5 minutes (2022)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-30T00:00:00.000Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: Illustration de l'action GitHub Fastlane TestFlight
-keywords: 'Fastlane, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: fr
-next_blog: automatic-capacitor-android-build-github-action
----
-# Builds iOS Automatiques avec GitHub Actions en utilisant Match
-
-Configurer CI/CD pour les applications Capacitor peut être complexe et chronophage. Voici ce que vous devez savoir :
-
-## Prérequis
-
-Avant de commencer, vous devez configurer :
-
-- Un compte GitHub avec un accès administrateur
-- Une adhésion au programme de développement iOS
-- Un accès à l'API App Store Connect avec les permissions appropriées
-- Une compréhension des workflows GitHub Actions
-- Des connaissances sur la configuration de Fastlane et Match
-- Du temps pour maintenir et déboguer le pipeline
-- Une équipe de nombreux développeurs, sinon nous recommandons d'utiliser [fastlane cert](/blog/automatic-capacitor-ios-build-github-action) pour des workflows plus simples
-
-## Configuration CI/CD Professionnelle par Capgo
-
-Évitez la complexité. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) configure votre pipeline CI/CD directement sur votre plateforme préférée :
-
-- **Indépendance de la Plateforme** : Fonctionne avec GitHub Actions, GitLab CI, ou autres
-- **Intégration Transparent** : Pas besoin de changer de plateforme, fonctionne avec votre processus actuel
-- **Configuration Sur-Mesure** : Configuration personnalisée correspondant aux besoins de votre projet
-- **Conseils d'Experts** : Nous avons déjà configuré CI/CD pour plus de 50 applications
-
-### Tarification
-- Frais de configuration unique : 2 600 $
-- Vos coûts de fonctionnement : ~300 $/an
-- Comparé à d'autres solutions propriétaires : 6 000 $/an
-- **Économisez 26 100 $ sur 5 ans**
-
-[Configurer CI/CD Maintenant](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Guide de Configuration Manuelle
-
-Si vous souhaitez tout configurer vous-même, voici ce que vous devez faire :
-
-## Livraison Continue pour iOS utilisant Fastlane et GitHub Actions en utilisant Match
-
-## Prérequis
-
-Avant de continuer avec le tutoriel…
-
--   Assurez-vous d'avoir Fastlane [installé](https://docs.fastlane.tools/) sur votre machine de développement.
--   Adhésion au programme de développement iOS.
--   Désir de lire 😆…
--   Une équipe de nombreux développeurs, sinon nous recommandons d'utiliser [fastlane cert](/blog/automatic-capacitor-ios-build-github-action) pour des workflows plus simples.
-
-## Important concernant le prix
-
-![Prix GitHub Action](/price_github_actions.webp)
-
-[https://github.com/features/actions](https://github.com/features/actions/)
-
-Le service est 'gratuit' jusqu'à la limite, selon la machine choisie.  
-Nous allons utiliser une machine **_macOS_**, vous pouvez voir dans la capture d'écran son prix et ses limites (prix au moment de la création du tutoriel, ils pourraient changer à l'avenir)
-
-🔴 **_Une fois informé des exigences et des prix, si vous le souhaitez, nous continuons…_**
-
-> **_📣_ Dans le post, nous supposons que nous avons l'application créée dans iTunes Connect, nous avons les certificats de l'écosystème Apple, tout cela sera copié par Fastlane !**
-
-## Plongeons-y 🤿 
-
-**Étapes à suivre dans le post**
-
-1.  _Utiliser l'API App Store Connect avec Fastlane Match_
-2.  _Exigences_
-3.  _Créer une clé API App Store Connect_
-4.  _Utiliser une clé API App Store Connect_
-5.  _Copier les fichiers Fastlane_
-6.  _Configurer Fastlane Match_
-7.  _Configurer Fastlane Match_
-
-## 1. Utiliser l'API App Store Connect avec Fastlane Match
-
-> À partir de février 2021, l'authentification à deux facteurs ou la vérification en deux étapes est requise pour tous les utilisateurs souhaitant se connecter à App Store Connect. Cette couche de sécurité supplémentaire pour votre identifiant Apple aide à garantir que vous êtes la seule personne à pouvoir accéder à votre compte.  
-> De [Apple Support](https://developer.apple.com/support/authentication/)
-
-> Pour commencer avec Match, vous devez révoquer vos certificats existants. Mais pas de souci, vous aurez le nouveau directement.
-
-## Exigences
-
-Pour pouvoir utiliser l'API App Store Connect, Fastlane a besoin de **trois** éléments.
-
-1.  ID de l’émetteur.
-2.  ID de la clé.
-3.  Fichier de clé ou contenu de clé.
-
-## Créer une clé API App Store Connect
-
-Pour générer des clés, vous devez avoir la permission d'administrateur dans App Store Connect. Si vous ne disposez pas de cette permission, vous pouvez diriger la personne concernée vers cet article et suivre les instructions suivantes.
-
-1 — Connectez-vous à [App Store Connect](https://appstoreconnect.apple.com/).
-
-2 — Sélectionnez [Utilisateurs et Accès](https://appstoreconnect.apple.com/access/users/).
-
-![Accès utilisateur App Store Connect](/select_user_access.webp)
-
-3 — Sélectionnez l'onglet Intégration.
-
-![Intégration API App Store Connect](/user_access_keys.webp)
-
-4 — Cliquez sur Générer une clé API ou sur le bouton Ajouter (+).
-
-![Créer des clés API App Store Connect](/user_access.webp)
-
-5 — Entrez un nom pour la clé. Le nom est seulement pour votre référence et ne fait pas partie de la clé elle-même.
-
-![Créer un nom de clé API App Store Connect](/gen_key.webp)
-
-6 — Sous Accès, sélectionnez le rôle de la clé. Les rôles qui s'appliquent aux clés sont les mêmes rôles qui s'appliquent aux utilisateurs de votre équipe. Voir [permissions de rôle](https://help.apple.com/app-store-connect/#/deve5f9a89d7/). Nous recommandons de sélectionner **Gestionnaire d'application**.
-
-7 — Cliquez sur Générer.
-
-> **L'accès d'une clé API ne peut pas être limité à des applications spécifiques.**
-
-Le nom de la nouvelle clé, l'ID de la clé, un lien de téléchargement et d'autres informations apparaissent sur la page.
-
-![Télécharger les clés App Store Connect](/download_key.webp)
-
-Vous pouvez obtenir ici toutes les trois informations nécessaires.  
-<1> ID de l'émetteur.  
-<2> ID de la clé.  
-<3> Cliquez sur "Télécharger la clé API" pour télécharger votre clé API privée. Le lien de téléchargement n'apparaît que si la clé privée n'a pas encore été téléchargée. Apple ne garde pas de copie de la clé privée. Donc, vous ne pouvez la télécharger qu'une seule fois.
-
-> _🔴_ Conservez votre clé privée dans un endroit sûr. Vous ne devez jamais partager vos clés, stocker des clés dans un dépôt de code ou inclure des clés dans du code côté client.
-
-## Utiliser une clé API App Store Connect
-
-Le fichier de clé API (fichier p8 que vous téléchargez), l'ID de la clé et l'ID de l'émetteur sont nécessaires pour créer le token JWT pour l'autorisation. Il existe plusieurs façons d'entrer ces informations dans Fastlane en utilisant la nouvelle action de Fastlane, `app_store_connect_api_key`. Vous pouvez apprendre d'autres méthodes dans la [documentation de Fastlane](https://docs.fastlane.tools/actions/app_store_connect_api_key/). Je montre cette méthode car je pense que c'est le moyen le plus simple de travailler avec la plupart des CI, où vous pouvez définir des variables d'environnement.
-
-_Désormais, nous pouvons gérer Fastlane avec la clé API App Store Connect, génial !_
-
-## 2. Copier les fichiers Fastlane
-
-Fastlane est une bibliothèque Ruby créée pour automatiser les tâches courantes de développement mobile. En utilisant Fastlane, vous pouvez configurer des "lanes" personnalisées qui regroupent une série d' "actions" effectuant des tâches que vous effectueriez normalement en utilisant Android Studio. Vous pouvez faire beaucoup de choses avec Fastlane, mais pour les besoins de ce tutoriel, nous n'utiliserons qu'un petit nombre d'actions principales.
-
-Créez un dossier Fastlane à la racine de votre projet et copiez les fichiers suivants :
-Fastfile
-```ruby
-default_platform(:ios)
-
-DEVELOPER_APP_IDENTIFIER = ENV["DEVELOPER_APP_IDENTIFIER"]
-DEVELOPER_APP_ID = ENV["DEVELOPER_APP_ID"]
-PROVISIONING_PROFILE_SPECIFIER = ENV["PROVISIONING_PROFILE_SPECIFIER"]
-TEMP_KEYCHAIN_USER = ENV["TEMP_KEYCHAIN_USER"]
-TEMP_KEYCHAIN_PASSWORD = ENV["TEMP_KEYCHAIN_PASSWORD"]
-APPLE_ISSUER_ID = ENV["APPLE_ISSUER_ID"]
-APPLE_KEY_ID = ENV["APPLE_KEY_ID"]
-APPLE_KEY_CONTENT = ENV["APPLE_KEY_CONTENT"]
-GIT_USERNAME = ENV["GIT_USERNAME"]
-GIT_TOKEN = ENV["GIT_TOKEN"]
-
-def delete_temp_keychain(name)
-  delete_keychain(
-    name: name
-  ) if File.exist? File.expand_path("~/Library/Keychains/#{name}-db")
-end
-
-def create_temp_keychain(name, password)
-  create_keychain(
-    name: name,
-    password: password,
-    unlock: false,
-    timeout: 0
-  )
-end
-
-def ensure_temp_keychain(name, password)
-  delete_temp_keychain(name)
-  create_temp_keychain(name, password)
-end
-
-platform :ios do
-  lane :build do
-    build_app(
-      configuration: "Release",
-      workspace: "./ios/App/App.xcworkspace",
-      scheme: "App",
-      export_method: "app-store",
-      export_options: {
-        provisioningProfiles: { 
-            DEVELOPER_APP_ID => "#{PROVISIONING_PROFILE_SPECIFIER}"
-        }
-      }
-    )
-  end
-  lane :refresh_profiles do
-    match(
-      type: "development",
-      force: true)
-    match(
-      type: "adhoc",
-      force: true)
-  end
-  desc "Register new device"
-  lane :register_new_device do  |options|
-      device_name = prompt(text: "Enter the device name: ")
-      device_udid = prompt(text: "Enter the device UDID: ")
-      device_hash = {}
-      device_hash[device_name] = device_udid
-      register_devices(
-                       devices: device_hash
-                       )
-    refresh_profiles
-  end
-  lane :closed_beta do
-    keychain_name = TEMP_KEYCHAIN_USER
-    keychain_password = TEMP_KEYCHAIN_PASSWORD
-    ensure_temp_keychain(keychain_name, keychain_password)
-
-    api_key = app_store_connect_api_key(
-      key_id: APPLE_KEY_ID,
-      issuer_id: APPLE_ISSUER_ID,
-      key_content: APPLE_KEY_CONTENT,            
-      duration: 1200,            
-      in_house: false
-    )
-
-    match(
-      type: 'appstore',
-      git_basic_authorization: Base64.strict_encode64("#{GIT_USERNAME}:#{GIT_TOKEN}"),
-      readonly: true,
-      keychain_name: keychain_name,
-      keychain_password: keychain_password,
-      api_key: api_key
-    )
-
-    gym(
-      configuration: "Release",
-      workspace: "./ios/App/App.xcworkspace",
-      scheme: "App",
-      export_method: "app-store",
-      export_options: {
-        provisioningProfiles: { 
-            DEVELOPER_APP_ID => "#{PROVISIONING_PROFILE_SPECIFIER}"
-        }
-      }
-    )
-
-    pilot(
-      apple_id: "#{DEVELOPER_APP_ID}",
-      app_identifier: "#{DEVELOPER_APP_IDENTIFIER}",
-      skip_waiting_for_build_processing: true,
-      skip_submission: true,
-      distribute_external: false,
-      notify_external_testers: false,
-      ipa: "./App.ipa"
-    )
-
-    delete_temp_keychain(keychain_name)
-  end
-  lane :submit_review do
-    version = ''
-    Dir.chdir("..") do
-      file = File.read("package.json")
-      data = JSON.parse(file)
-      version = data["version"]
-    end
-    deliver(
-      app_version: version,
-      submit_for_review: true,
-      automatic_release: true,
-      force: true, # Skip HTMl report verification
-      skip_metadata: false,
-      skip_screenshots: false,
-      skip_binary_upload: true
-    )
-  end
-end
-```
-
-Appfile
-```ruby
-app_identifier(ENV["DEVELOPER_APP_IDENTIFIER"])
-apple_id(ENV["FASTLANE_APPLE_ID"])
-itc_team_id(ENV["APP_STORE_CONNECT_TEAM_ID"])
-team_id(ENV["DEVELOPER_PORTAL_TEAM_ID"])
-```
-
-## **Configurer Fastlane Match**
-
-Fastlane [match](https://docs.fastlane.tools/actions/match/) est une nouvelle approche de la signature de code iOS. Fastlane Match facilite la gestion des certificats requis et des profils de provisionnement pour vos applications iOS.
-
-Créez un nouveau dépôt privé nommé `certificates`, par exemple sur votre compte personnel GitHub ou votre organisation.
-
-Initialisez Fastlane Match pour votre application iOS.
-
-```shell
-fastlane match init
-```
-
-Ensuite, sélectionnez l'option #1 (Stockage Git).
-
-```
-[01:00:00]: fastlane match supports multiple storage modes, please select the one you want to use:1. git2. google_cloud3. s3?
-```
-
-Attribuez l'URL du dépôt nouvellement créé.
-
-```
-[01:00:00]: Please create a new, private git repository to store the certificates and profiles there[01:00:00]: URL of the Git Repo: <YOUR_CERTIFICATES_REPO_URL>
-```
-
-> Maintenant, vous avez dans le dossier Fastlane un fichier nommé **_Matchfile_** et `_git_url_` doit être défini sur l'URL HTTPS du dépôt de certificats. En option, vous pouvez également utiliser SSH, mais cela nécessite une étape différente à exécuter.
-
-```
-# ios/Matchfilegit_url("https://github.com/gitusername/certificates")storage_mode("git")type("appstore")
-```
-
-Ensuite, nous allons générer les certificats et entrer vos identifiants lorsqu'on vous le demande avec Fastlane Match.
-
-Vous serez invité à entrer une phrase secrète. Souvenez-vous en correctement car elle sera utilisée plus tard par GitHub Actions pour déchiffrer votre dépôt de certificats.
-
-```
-fastlane match appstore
-```
-
-Si tout s'est bien passé, vous devriez voir quelque chose comme ça :
-
-```
-[01:40:52]: All required keys, certificates and provisioning profiles are installed 🙌
-```
-
-> Si vous avez rencontré un problème avec GitHub et les permissions nécessaires, peut-être que ce [post](https://medium.com/@litoarias/token-authentication-requirements-for-git-operations-5fdd8a6f6e7c/) vous aidera à générer des tokens d'authentification pour git.
-
-Les certificats générés et les profils de provisionnement sont téléchargés dans les ressources de dépôt de certificats.
-
-![Certificats App Store Connect](/certificates.webp)
-
-Enfin, ouvrez votre `projet` dans Xcode et mettez à jour le profil de provisionnement pour la configuration de version de votre application.
-
-![Certificats XCode](/xcode_cert.webp)
-
-## Quelques points à noter 💡
-
-## MATCH
-
-Pour que le CI/CD importe les certificats et les profils de provisionnement, il doit avoir accès au dépôt de certificats. Vous pouvez le faire en générant un token d'accès personnel (devrait être utilisé auparavant) qui a le champ pour accéder ou lire les dépôts privés.
-
-Dans GitHub, allez à **Paramètres** → **Paramètres de développeur** → **Tokens d'accès personnel** → cliquez sur `Générer un nouveau token` → cochez le champ `repo` → puis cliquez sur `Générer le token`.
-
-![Créer un Token d'accès personnel](/personal_access_token.webp)
-
-Ayez une copie du token d'accès personnel généré. Vous l'utiliserez plus tard pour la variable d'environnement `GIT_TOKEN`.
-
-Ensuite, remplacez votre fichier Match généré dans le dossier Fastlane par 
-Matchfile
-```ruby
-CERTIFICATE_STORE_URL = ENV["CERTIFICATE_STORE_URL"]
-GIT_USERNAME = ENV["GIT_USERNAME"]
-GIT_TOKEN = ENV["GIT_TOKEN"]
-FASTLANE_APPLE_ID = ENV["FASTLANE_APPLE_ID"]
-
-git_url(CERTIFICATE_STORE_URL)
-storage_mode("git")
-type("appstore")
-git_basic_authorization(Base64.strict_encode64("#{GIT_USERNAME}:#{GIT_TOKEN}"))
-username(FASTLANE_APPLE_ID)
-```
-Cela sera utilisé par GitHub Actions pour importer les certificats et les profils de provisionnement. 
-Et la variable sera définie dans les Secrets GitHub, au lieu de les coder en dur dans le fichier.
-
-## **Traitement de la Construction**
-
-Dans GitHub Actions, **vous êtes facturé en fonction des minutes** que vous avez utilisées pour exécuter votre workflow CI/CD. D'après l'expérience, il faut environ 10 à 15 minutes avant qu'une construction puisse être traitée dans App Store Connect.
-
-Pour les projets privés, le coût estimé par construction peut atteindre **0,08 $/min x 15 mins = 1,2 $**, ou plus, selon la configuration ou les dépendances de votre projet.
-
-Si vous partagez les mêmes préoccupations concernant le prix que moi pour les projets privés, vous pouvez garder `skip_waiting_for_build_processing` sur `true`.
-
-Quel est le piège ? Vous devez mettre à jour manuellement la conformité de votre application dans App Store Connect après que la construction ait été traitée, pour que vous puissiez distribuer la construction à vos utilisateurs.
-
-C'est juste un paramètre facultatif à mettre à jour si vous souhaitez économiser sur les minutes de construction pour des projets privés. Pour les projets gratuits, cela ne devrait pas poser de problème. Voir [tarification](https://github.com/pricing/).
-
-## 3\. Configurer GitHub Actions
-
-**Configurer les secrets GitHub**
-
-Vous vous êtes déjà demandé d'où proviennent les valeurs de `ENV` ? Eh bien, ce n'est plus un secret – cela provient du secret de votre projet. 🤦
-
-![Configurer les secrets GitHub](/github_secets.webp)
-
-1. `APP_STORE_CONNECT_TEAM_ID` - l'ID de votre équipe App Store Connect si vous êtes dans plusieurs équipes.
-
-2. `DEVELOPER_APP_ID` - dans App Store Connect, allez à l'application → **Informations sur l'application** → Faites défiler jusqu'à la section `Informations générales` de votre application et cherchez `Apple ID`.
-
-3. `DEVELOPER_APP_IDENTIFIER` - l'identifiant de bundle de votre application.
-
-4. `DEVELOPER_PORTAL_TEAM_ID` - l'ID de votre équipe du portail développeur si vous êtes dans plusieurs équipes.
-
-5. `FASTLANE_APPLE_ID` - l'Apple ID ou l'email développeur que vous utilisez pour gérer l'application.
-
-6. `GIT_USERNAME` & `GIT_TOKEN` - Votre nom d'utilisateur git et votre jeton d'accès personnel.
-
-7. `MATCH_PASSWORD` - la phrase secrète que vous avez assignée lors de l'initialisation de match, sera utilisée pour déchiffrer les certificats et les profils de provisioning.
-
-8. `PROVISIONING_PROFILE_SPECIFIER` - `match AppStore <YOUR_CERTIFICATES_REPO_URL>`, par ex. `match AppStore com.domain.blabla.demo`.
-
-9. `TEMP_KEYCHAIN_USER` & `TEMP_KEYCHAIN_PASSWORD` - assignez un utilisateur et un mot de passe de trousseau temporaires pour votre flux de travail.
-
-10. `APPLE_KEY_ID` — Clé API App Store Connect 🔺ID de clé.
-
-11. `APPLE_ISSUER_ID` — Clé API App Store Connect 🔺ID de l'émetteur.
-
-12. `APPLE_KEY_CONTENT` — Clé API App Store Connect 🔺 fichier clé ou contenu clé de _.p8_, [vérifiez-le](https://github.com/fastlane/fastlane/issues/18655/#issuecomment-881764901)
-<YOUR_APP_BUNDLE_IDENTIFIER>  
-13. `CERTIFICATE_STORE_URL` — L'url du repo de vos clés Match (ex : https://github.com/***/fastlane_match.git)
-
-## **4\. Configurer le fichier de workflow GitHub**
-
-Créez un répertoire de workflow GitHub.
-
-```
-cd .github/workflows
-```
-
-À l'intérieur du dossier `workflow`, créez un fichier nommé `build-upload-ios.yml` et ajoutez ce qui suit.
-
-```yaml
-name: Build source code on ios
-
-on:
-  push:
-    tags:
-      - '*'
-
-jobs:
-  build_ios:
-    runs-on: macOS-latest
-    steps:
-      - uses: actions/checkout@v6
-      - name: Use Node.js 16
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: npm
-      - name: Install dependencies
-        id: install_code
-        run: npm ci
-      - name: Build
-        id: build_code
-        run: npm run build
-      - name: Build
-        id: build_code
-        run: npm run mobile
-      - uses: actions/cache@v3
-        with:
-          path: ios/App/Pods
-          key: ${{ runner.os }}-pods-${{ hashFiles('**/Podfile.lock') }}
-          restore-keys: |
-            ${{ runner.os }}-pods-
-      - name: Sync
-        id: sync_code
-        run: npx cap sync
-      - uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: 2.7.2
-      - uses: maierj/fastlane-action@v2.3.0
-        env:
-          DEVELOPER_APP_IDENTIFIER: ${{ secrets.DEVELOPER_APP_IDENTIFIER }}
-          DEVELOPER_APP_ID: ${{ secrets.DEVELOPER_APP_ID }}
-          PROVISIONING_PROFILE_SPECIFIER: match AppStore ${{ secrets.DEVELOPER_APP_IDENTIFIER }}
-          TEMP_KEYCHAIN_USER: ${{ secrets.TEMP_KEYCHAIN_USER }}
-          TEMP_KEYCHAIN_PASSWORD: ${{ secrets.TEMP_KEYCHAIN_PASSWORD }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          CERTIFICATE_STORE_URL: https://github.com/${{ secrets.CERTIFICATE_STORE_REPO }}.git
-          GIT_USERNAME: ${{ secrets.GIT_USERNAME }}
-          GIT_TOKEN: ${{ secrets.PERSONAL_ACCESS_TOKEN }}
-          FASTLANE_APPLE_ID: ${{ secrets.FASTLANE_APPLE_ID }}
-          MATCH_USERNAME: ${{ secrets.FASTLANE_APPLE_ID }}
-          MATCH_PASSWORD: ${{ secrets.MATCH_PASSWORD }}
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}
-          DEVELOPER_PORTAL_TEAM_ID: ${{ secrets.DEVELOPER_PORTAL_TEAM_ID }}
-        with:
-          lane: closed_beta
-      - name: Upload release bundle
-        uses: actions/upload-artifact@v2
-        with:
-          name: ios-release
-          path: ./App.ipa
-          retention-days: 60
-```
-
-Ce flux de travail devrait être déclenché après chaque _tag_ GitHub. Si vous devez automatiser le tag, veuillez d'abord vous référer à [Construction et publication automatiques avec les actions GitHub](/blog/automatic-build-and-release-with-github-actions/).
-
-Ensuite, ce flux de travail téléchargera vos dépendances NodeJS, les installera et construira votre application JavaScript.
-
-> Chaque fois que vous envoyez un nouveau commit, une version sera construite dans TestFlight.
-
-Votre application n'a pas besoin d'utiliser Ionic, seule la base Capacitor est obligatoire. Elle peut avoir un ancien module Cordova, mais le plugin Capacitor JS doit être préféré.
-
-## 5\. Déclencher le flux de travail
-
-**Créer un Commit**
-
-Faites un _commit_, vous devriez voir le flux de travail actif dans le dépôt.
-
-**Déclencher le flux de travail**
-
-Poussez les nouveaux commits vers la branche `main` ou `developement` pour déclencher le flux de travail.
-
-![Démarré avec commit](/cd_started.webp)
-
-Après quelques minutes, la construction devrait être disponible sur votre tableau de bord App Store Connect.
-
-![Tableau de bord Testflight](/testflight_app.webp)
-
-## Peut-on déployer depuis la machine locale ?
-
-Oui, vous le pouvez, et c’est très simple.
-
-Imaginez que vous ayez un dépôt privé, que vous ayez épuisé les minutes du plan gratuit et que vous ne souhaitiez pas payer pour de nouvelles versions, ou peut-être préférez-vous soumettre l'application manuellement.
-
-**_Allons-y_**
-
-D'accord, d'abord nous devons créer dans le chemin _my_project_path/fastlane_ un fichier appelé **_.env,_** juste au même endroit que _Fastfile,_ pour pouvoir créer les mêmes propriétés _secrètes_ que celles trouvées dans notre _GitHub, a_s ci-dessous :
-
-fichier .env pour déployer depuis la machine locale
-
-Maintenant, vous pouvez aller dans le _terminal_ et lancer le _Fastlane_ depuis votre machine :
-
-```
-fastlane closed_beta
-```
-
-> **❌ Essentiel concernant le fichier** _.env_ **, car nous préférerions ne pas exposer ces données, nous devons l'ajouter dans notre** _.gitignore_**, quelque chose comme ça : ❌**
-
-```
-fastlane/*.env
-```
-
-Cela devrait fonctionner de la même manière que cela se passe avec les actions GitHub sur la machine distante, mais sur notre machine locale. 🍻
-
-![Exécution locale de Fastlane](/local_fastlane.webp)
-
-Exécution du terminal : $ Fastlane closed_beta
-
-**_Si vous êtes arrivé jusqu'ici, mes félicitations, vous avez maintenant un processus entièrement automatisé pour vos applications iOS avec Fastlane et GitHub Actions._**
-
-> Chaque fois que vous envoyez un nouveau commit, une version sera construite dans la console Google Play, canal bêta.  
-Je vais améliorer ce blog avec vos retours ; si vous avez des questions ou suggestions, veuillez me le faire savoir par email à martin@capgo.app.
-
-### Construire sur votre appareil
-
-Si vous devez encore construire sur votre appareil, vous devez les ajouter manuellement au provisioning.  
-Connectez votre appareil à votre Mac et ouvrez le menu des appareils.  
-![trouver le menu des appareils ios](/find_ios_device.webp)  
-Puis copiez votre identifiant.  
-![trouver l'identifiant ios](/find_ios_identifier.webp)  
-Et ensuite commencez la commande :  
-`fastlane register_new_device`  
-il vous demandera de définir un nom de l'appareil et l'identifiant :  
-![définir l'identifiant ios](/set_identifier.webp)
-
-### si vous rencontrez des problèmes
-
-Si vous avez des problèmes avec des appareils de développement incapables de tester, etc., cela résout généralement le problème.
-
-Il existe une commande magique qui peut vous sauver :  
-```shell
-fastlane match nuke development
-fastlane match development
-```
-
-Ensuite :  
-Nettoyez le projet en maintenant Shift(⇧)+Command(⌘)+K ou en sélectionnant Produit > Nettoyer (cela peut être étiqueté "Nettoyer le dossier de construction").
-
-Ensuite, essayez de relancer l'application sur votre appareil.
-
-### Merci
-
-Ce blog est basé sur les articles suivants :  
-- [Livraison continue pour IOS utilisant Fastlane et GitHub actions](https://litoarias.medium.com/continuous-delivery-for-ios-using-fastlane-and-github-actions-edf62ee68ecc/)  
-- [Documentation Fastlane](https://docs.fastlane.tools/app-store-connect-api/)  
-- [Ce message GitHub de @mrogunlana](https://github.com/fastlane-community/fastlane-plugin-ionic/issues/63/#issuecomment-1074328057)
diff --git a/src/content/blog/fr/automatic-capacitor-ios-build-github-action.md b/src/content/blog/fr/automatic-capacitor-ios-build-github-action.md
deleted file mode 100644
index fef5abf6d..000000000
--- a/src/content/blog/fr/automatic-capacitor-ios-build-github-action.md
+++ /dev/null
@@ -1,554 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action
-title: Création automatique d'iOS avec Capacitor via GitHub Actions avec certificat
-description: >-
-  Comment configurer un pipeline CI/CD pour votre application iOS Ionic avec
-  fastlane et GitHub Actions en 5 minutes (2024)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-08-04T00:00:00.000Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: Illustration de l'action GitHub Fastlane testflight
-keywords: 'Fastlane, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: fr
-next_blog: automatic-capacitor-android-build-github-action
----
-# Builds iOS automatiques avec GitHub Actions en utilisant les Certificats
-
-La configuration de CI/CD pour les applications Capacitor peut être complexe et prendre du temps. Voici ce que vous devez savoir :
-
-## Prérequis
-
-Avant de commencer, vous aurez besoin de :
-
-- Un compte GitHub avec accès administrateur
-- Adhésion au programme développeur iOS 
-- Accès API App Store Connect avec les permissions appropriées
-- Compréhension des workflows GitHub Actions
-- Connaissance de la configuration Fastlane
-- Du temps pour maintenir et déboguer le pipeline
-- Des certificats et profils de provisionnement appropriés
-
-## Configuration CI/CD professionnelle par Capgo
-
-Évitez la complexité. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) configure votre pipeline CI/CD directement sur votre plateforme préférée :
-
-- **Indépendance de la plateforme** : Fonctionne avec GitHub Actions, GitLab CI ou autres
-- **Intégration transparente** : Pas besoin de changer de plateforme, fonctionne avec votre processus actuel
-- **Configuration personnalisée** : Configuration adaptée aux besoins de votre projet
-- **Conseils d'experts** : Nous avons déjà configuré le CI/CD pour plus de 50 applications
-
-### Tarification
-- Frais de configuration unique : 2 600 $
-- Vos coûts de fonctionnement : ~300 $/an
-- Comparé aux autres solutions propriétaires : 6 000 $/an
-- **Économisez 26 100 $ sur 5 ans**
-
-[Configurez CI/CD maintenant](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Guide de configuration manuelle
-
-Si vous souhaitez tout configurer vous-même, voici ce que vous devez faire :
-
-## Livraison continue pour iOS avec Fastlane et GitHub Actions et certificat
-
-
-## Prérequis
-
-Avant de continuer le tutoriel :
-
--   Assurez-vous d'avoir Fastlane [installé](https://docs.fastlane.tools/) sur votre machine de développement.
--   Assurez-vous de faire partie du programme développeur iOS.
-
-## Informations importantes sur le prix
-
-![Prix GitHub Action](/price_github_actions.webp)
-
-[https://github.com/features/actions](https://github.com/features/actions/)
-
-Le service est 'gratuit' jusqu'à la limite, selon la machine choisie.  
-Nous allons utiliser une machine **_macOS_**, vous pouvez voir sur la capture d'écran son prix et ses limites (prix à la création du tutoriel, ils pourraient subir des modifications à l'avenir)
-
-**Une fois avertis des exigences et des prix, continuons.**
-
-> **Note : Dans cet article, je suppose que vous avez créé l'application dans App Store Connect. Les informations importantes seront copiées par Fastlane !**
-
-## Ce que vous apprendrez dans ce tutoriel
-
-**Étapes à suivre dans l'article**
-
-1. _Utilisation de l'API App Store Connect avec Fastlane_
-    - _Exigences :_
-      - _Création d'une clé API App Store Connect_
-      - _Utilisation d'une clé API App Store Connect_
-2. _Copier les fichiers Fastlane_
-3. _Configurer GitHub Actions_
-
-
-## 1. Utilisation de l'API App Store Connect avec Fastlane
-
-> Depuis février 2021, l'authentification à deux facteurs ou la vérification en deux étapes est requise pour tous les utilisateurs pour se connecter à App Store Connect. Cette couche de sécurité supplémentaire pour votre identifiant Apple aide à garantir que vous êtes la seule personne à pouvoir accéder à votre compte.  
-> De [Apple Support](https://developer.apple.com/support/authentication/)
-
-### Exigences
-
-Pour que Fastlane puisse utiliser l'API App Store Connect pour télécharger votre application, vous devez fournir les **trois** éléments suivants :
-
-1. ID émetteur
-2. ID de clé
-3. Fichier de clé ou contenu de clé
-
-### Obtention d'une clé API App Store Connect
-
-Pour générer des clés, vous devez avoir la permission Admin dans App Store Connect. Si vous n'avez pas cette permission, vous pouvez diriger la personne concernée vers cet article.
-
-1. Connectez-vous à [App Store Connect](https://appstoreconnect.apple.com/).
-
-2. Sélectionnez [Utilisateurs et Accès](https://appstoreconnect.apple.com/access/users/).
-
-![Accès utilisateur App Store Connect](/select_user_access.webp)
-
-3. Sélectionnez l'onglet Intégration.
-
-![Intégration API App Store Connect](/user_access_keys.webp)
-
-4. Cliquez sur Générer une clé API ou sur le bouton Ajouter (+).
-
-![Création de clés API App Store Connect](/user_access.webp)
-
-5. Saisissez un nom pour la clé. Le nom est uniquement pour votre référence et ne fait pas partie de la clé elle-même.
-
-![Nom de création de clés API App Store Connect](/gen_key.webp)
-
-6. Sous Accès, sélectionnez le rôle pour la clé. Les rôles qui s'appliquent aux clés sont les mêmes que ceux qui s'appliquent aux utilisateurs de votre équipe. Voir les [permissions des rôles](https://help.apple.com/app-store-connect/#/deve5f9a89d7/). Nous recommandons de sélectionner **Gestionnaire d'application**.
-
-7. Cliquez sur Générer.
-
-> **L'accès d'une clé API ne peut pas être limité à des applications spécifiques.**
-
-Le nom de la nouvelle clé, l'ID de clé, un lien de téléchargement et d'autres informations apparaissent sur la page.
-
-![Téléchargement des clés App Store Connect](/download_key.webp)
-
-Vous pouvez récupérer ici les trois informations nécessaires.  
-<1> ID émetteur. (secret `APPLE_ISSUER_ID`)  
-<2> ID de clé. (secret `APPLE_KEY_ID`)  
-<3> Cliquez sur "Télécharger la clé API" pour télécharger votre clé privée API. Le lien de téléchargement n'apparaît que si la clé privée n'a pas encore été téléchargée. Apple ne conserve pas de copie de la clé privée. Donc, vous ne pouvez la télécharger qu'une seule fois.
-
-> _🔴_ Stockez votre clé privée dans un endroit sûr. Vous ne devez jamais partager vos clés, stocker les clés dans un dépôt de code, ou inclure les clés dans le code côté client.
-
-### Utilisation d'une clé API App Store Connect
-
-Le fichier de clé API (fichier p8 que vous téléchargez), l'ID de clé et l'ID émetteur sont requis pour créer le jeton JWT pour l'autorisation. Il existe plusieurs façons de transmettre ces informations à Fastlane. J'ai choisi d'utiliser la nouvelle action de Fastlane `app_store_connect_api_key`. Vous pouvez découvrir d'autres méthodes dans la [documentation Fastlane](https://docs.fastlane.tools/actions/app_store_connect_api_key/). Je montre cette méthode car je pense que c'est la façon la plus simple de travailler avec la plupart des CI, où vous pouvez définir des variables d'environnement.
-
-Veuillez convertir le fichier p8 que vous téléchargez en Base64 et le stocker comme secret (`APPLE_KEY_CONTENT`).
-
-```shell
-base64 -i APPLE_KEY_CONTENT.p8 | pbcopy
-```
-
-_Maintenant nous pouvons gérer App Store Connect avec Fastlane en utilisant la clé API, super !_
-
-## 2. Certificats
-
-Ouvrez XCode et allez dans **Préférences** > **Comptes** > **Apple ID** > **Équipes** et sélectionnez votre équipe.
-
-![Identités de signature de code](/code_signing_identities.webp)
-
-Cliquez sur **Gérer les certificats**.
-
-Si vous n'avez pas encore créé de certificat, vous pouvez en créer un nouveau.
-
-Cliquez sur **+** et sélectionnez **Distribution Apple**
-
-![Distribution Apple](/apple_distribution.webp)
-
-Ensuite, vous devez aller dans le trousseau pour télécharger le certificat en tant que fichier `.p12`.
-
-Pour ce faire, vous devez aller dans le trousseau, passer au trousseau **connexion** puis à l'onglet **Mes certificats**.
-
-![Mes certificats](/my_certificates.webp)
-
-Vous pouvez alors sélectionner le certificat que vous voulez télécharger. (Regardez par la date du certificat)
-
-Puis faites un clic droit sur la clé privée du certificat et sélectionnez **Exporter**.
-
-Choisissez le format de fichier **Échange d'informations personnelles (.p12)**.
-
-Cela téléchargera le certificat sous forme de fichier `.p12`.
-
-Veuillez ouvrir le fichier dans un terminal et utiliser la commande suivante pour le convertir en Base64 :
-
-```shell
-base64 -i BUILD_CERTIFICATE.p12 | pbcopy
-```
-
-Cela deviendra votre secret `BUILD_CERTIFICATE_BASE64`. Aussi, lorsque demandé, veuillez fournir le mot de passe du certificat. Ce mot de passe sera votre secret `P12_PASSWORD`.
-
-## 3. Profils de provisionnement
-
-Ouvrez [Apple Developer](https://developer.apple.com/account/resources/profiles/list) et sélectionnez la bonne équipe.
-
-Puis créez un nouveau profil en cliquant sur **+**
-
-![Créer un nouveau profil](/create_new_profile.webp)
-
-Et sélectionnez **App Store Connect**.
-
-![Sélectionner App Store Connect](/select_app_store_connect.webp)
-
-Ensuite, vous devez sélectionner la bonne application, attention vous ne pouvez pas utiliser de caractère générique sinon la signature échouera.
-
-![Sélectionner la bonne application](/select_app.webp)
-
-Sélectionnez le bon certificat que vous avez créé précédemment (regardez la date d'expiration, elle devrait être le même jour et mois qu'aujourd'hui) et cliquez sur **Continuer**.
-
-![Sélectionner le bon certificat](/select_certificate.webp)
-
-Enfin, entrez le nom du profil et cliquez sur **Générer**.
-
-> Le nom sera utilisé pour identifier le profil dans Fastlane, sous la valeur de `APPLE_PROFILE_NAME`.
-
-![Générer le profil](/generate_profile.webp)
-
-Vous pouvez télécharger le profil en tant que fichier `.mobileprovision`.
-
-![Télécharger le profil](/download_profile.webp)
-
-Veuillez convertir le profil en Base64 et le stocker comme secret (`BUILD_PROVISION_PROFILE_BASE64`).
-
-```shell
-base64 -i BUILD_PROVISION_PROFILE.mobileprovision | pbcopy
-```
-
-## 4. Copier les fichiers Fastlane
-
-Fastlane est une bibliothèque Ruby créée pour automatiser les tâches courantes de développement mobile. En utilisant Fastlane, vous pouvez configurer des "lanes" personnalisées qui regroupent une série d'"actions" qui effectuent des tâches que vous effectueriez normalement en utilisant Android studio. Vous pouvez faire beaucoup avec Fastlane, mais pour les besoins de ce tutoriel, nous n'utiliserons qu'une poignée d'actions principales.
-
-Créez un dossier Fastlane à la racine de votre projet et copiez les fichiers suivants :
-`Fastfile`
-```ruby
-platform :ios do
-  desc 'Export ipa and submit to TestFlight'
-  lane :beta do
-    keychain_info = { keychain_name: "ios-build-#{Time.now.to_i}.keychain", keychain_password: SecureRandom.uuid }
-    
-    begin
-      setup_signing(keychain_info)
-      bump_build_number
-      build_app_with_signing(keychain_info)
-      submit_to_testflight
-    ensure
-      cleanup_keychain(keychain_info)
-    end
-  end
-
-  private_lane :setup_signing do |options|
-    create_keychain(
-      name: options[:keychain_name],
-      password: options[:keychain_password],
-      unlock: true,
-      timeout: 0,
-      lock_when_sleeps: false, 
-      add_to_search_list: true
-    )
-    import_cert(options)
-    install_profile
-    update_project_settings
-  end
-
-  lane :bump_build_number do
-		file = File.read('../package.json')
-		data_hash = JSON.parse(file)
-		api_key = app_store_connect_api_key(
-      key_id: ENV['APPLE_KEY_ID'],
-      issuer_id: ENV['APPLE_ISSUER_ID'],
-      key_content: Base64.decode64(ENV['APPLE_KEY_CONTENT']),
-      duration: 1200,
-      in_house: false
-    )
-		build_num = app_store_build_number(
-      api_key: api_key,
-			app_identifier: ENV['BUNDLE_IDENTIFIER'],
-			live: false
-    )
-		build_num = build_num + 1
-		UI.message("Bumped build number to #{build_num}")
-		increment_build_number(
-			build_number: build_num,
-			xcodeproj: "./ios/App/App.xcodeproj",
-			skip_info_plist: true
-		)
-	end
-
-  private_lane :import_cert do |options|
-    cert_path = "#{Dir.tmpdir}/build_certificate.p12"
-    File.write(cert_path, Base64.decode64(ENV['BUILD_CERTIFICATE_BASE64']))
-    import_certificate(
-      certificate_path: cert_path,
-      certificate_password: ENV['P12_PASSWORD'] || "",
-      keychain_name: options[:keychain_name],
-      keychain_password: options[:keychain_password],
-      log_output: true
-    )
-    File.delete(cert_path)
-  end  
-  
-  private_lane :cleanup_keychain do |options|
-    delete_keychain(
-      name: options[:keychain_name]
-    )
-  end  
-
-  private_lane :install_profile do
-    profile_path = "#{Dir.tmpdir}/build_pp.mobileprovision"
-    File.write(profile_path, Base64.decode64(ENV['BUILD_PROVISION_PROFILE_BASE64']))
-    UI.user_error!("Failed to create provisioning profile at #{profile_path}") unless File.exist?(profile_path)
-    ENV['PROVISIONING_PROFILE_PATH'] = profile_path
-    install_provisioning_profile(path: profile_path)
-    File.delete(profile_path)
-  end
-
-  private_lane :update_project_settings do
-    update_code_signing_settings(
-      use_automatic_signing: false,
-      path: "./ios/App/App.xcodeproj",
-      code_sign_identity: "iPhone Distribution",
-      profile_name: ENV['APPLE_PROFILE_NAME'],
-      bundle_identifier: ENV['BUNDLE_IDENTIFIER'],
-      team_id: ENV['APP_STORE_CONNECT_TEAM_ID']
-    )
-    update_project_team(
-      path: "./ios/App/App.xcodeproj",
-      teamid: ENV['APP_STORE_CONNECT_TEAM_ID']
-    )
-  end
-
-  private_lane :build_app_with_signing do |options|
-    unlock_keychain(
-      path: options[:keychain_name],
-      password: options[:keychain_password],
-      set_default: false
-    )
-    build_app(
-      workspace: "./ios/App/App.xcworkspace",
-      scheme: "App",
-      configuration: "Release",
-      export_method: "app-store",
-      output_name: "App.ipa",
-      export_options: {
-        provisioningProfiles: {
-          ENV['BUNDLE_IDENTIFIER'] => ENV['APPLE_PROFILE_NAME']
-        }
-      },
-      xcargs: "-verbose",
-      buildlog_path: "./build_logs",
-      export_xcargs: "-allowProvisioningUpdates",
-    )
-  end   
-
-  private_lane :submit_to_testflight do
-    api_key = app_store_connect_api_key(
-      key_id: ENV['APPLE_KEY_ID'],
-      issuer_id: ENV['APPLE_ISSUER_ID'],
-      key_content: Base64.decode64(ENV['APPLE_KEY_CONTENT']),
-      duration: 1200,
-      in_house: false
-    )
-    pilot(
-      api_key: api_key,
-      skip_waiting_for_build_processing: true,
-      skip_submission: true,
-      distribute_external: false,
-      notify_external_testers: false,
-      ipa: "./App.ipa"
-    )
-  end
-end
-```
-
-## 5. Configuration des secrets
-Localement, fastlane utilisera le fichier `.env` pour les secrets.
-Voici un exemple du fichier `.env` :
-
-```shell
-APP_STORE_CONNECT_TEAM_ID=UVTJ336J2D
-BUNDLE_IDENTIFIER=ee.forgr.testfastlane
-# See previous section for these secrets
-BUILD_CERTIFICATE_BASE64=
-BUILD_PROVISION_PROFILE_BASE64=
-APPLE_KEY_ID=
-APPLE_ISSUER_ID=
-APPLE_KEY_CONTENT=
-P12_PASSWORD=
-APPLE_PROFILE_NAME=
-```
-
-### Obtenir le APP_STORE_CONNECT_TEAM_ID
-Allez sur le [Centre de développement](https://developer.apple.com/account) et faites défiler jusqu'à la section `Détails d'adhésion`.
-Le `Team ID` est la valeur que vous devez définir dans le secret `APP_STORE_CONNECT_TEAM_ID`.
-
-<div class="mx-auto" style="width: 100%; margin-top: 20px;">
-  <img src="/apple_team_id.webp" alt="app-store-connect-team-id">
-</div>
-
-### Obtenir le BUNDLE_IDENTIFIER
-
-1. Ouvrez Xcode
-2. Double-cliquez sur `App` dans le navigateur de projet
-<div class="mx-auto" style="width: 100%;">
-  <img src="/social-login-assets/xcode_app_click.webp" alt="bundle-identifier-xcode">
-</div>
-3. Copiez la valeur du `Bundle identifier`. C'est la valeur que vous devez définir dans le secret `BUNDLE_IDENTIFIER`.
-<div class="mx-auto" style="width: 100%;">
-  <img src="/xcode_bundle_id.webp" alt="bundle-identifier-xcode">
-</div>
-
-## 6. Traitement des builds
-
-Dans GitHub Actions, **vous êtes facturé en fonction des minutes** que vous avez utilisées pour exécuter votre workflow CI/CD. D'après mon expérience, il faut environ 10-15 minutes avant qu'un build puisse être traité dans App Store Connect.
-
-Pour les projets privés, le coût estimé par build peut aller jusqu'à **0,08 $/min x 15 mins = 1,2 $**, ou plus, selon la configuration et les dépendances de votre projet.
-
-Si vous êtes préoccupé par les coûts pour les projets privés, vous pouvez définir `skip_waiting_for_build_processing` à `true`. Cela permettra d'économiser des minutes de build en n'attendant pas qu'App Store Connect termine le traitement du build.
-
-Cependant, il y a un compromis - vous devrez mettre à jour manuellement les informations de conformité de votre application dans App Store Connect avant de pouvoir distribuer la version aux utilisateurs.
-
-Cette optimisation est principalement utile pour les projets privés où les minutes de build coûtent de l'argent. Pour les projets publics/gratuits, les minutes de build sont gratuites donc il n'est pas nécessaire d'activer ce paramètre. Voir la [page de tarification](https://github.com/pricing/) de GitHub pour plus de détails.
-
-## 7. Configuration de GitHub Actions
-
-**Configurer les secrets GitHub**
-
-Veuillez copier les secrets du fichier `.env` et les coller dans les secrets du dépôt GitHub.
-
-Allez dans **Settings** > **Secrets and variables** > **Actions** > **New repository secret**
-
-<div class="mx-auto" style="width: 100%;">
-  <img src="/github_new_secret.webp" alt="github-secrets">
-</div>
-
-2. `BUILD_CERTIFICATE_BASE64` - Certificat encodé en Base64.
-
-3. `BUILD_PROVISION_PROFILE_BASE64` - Profil de provisionnement encodé en Base64.
-
-4. `BUNDLE_IDENTIFIER` - l'identifiant de bundle de votre application.
-
-5. `APPLE_KEY_ID` — Clé API App Store Connect 🔺Key ID.
-
-6. `APPLE_ISSUER_ID` — Clé API App Store Connect 🔺Issuer ID.
-
-7. `APPLE_KEY_CONTENT` — Clé API App Store Connect 🔺 Contenu de la clé _.p8_, [vérifiez ici](https://github.com/fastlane/fastlane/issues/18655/#issuecomment-881764901)
-
-## 8. Configurer le fichier de workflow GitHub
-
-Créez un répertoire de workflow GitHub.
-
-```
-cd .github/workflows
-```
-
-Dans le dossier `workflow`, créez un fichier nommé `build-upload-ios.yml` et ajoutez ce qui suit.
-
-```yaml
-name: Build source code on ios
-
-on:
-  push:
-    tags:
-      - '*'
-
-jobs:
-  build_ios:
-    runs-on: macOS-latest
-    steps:
-      - uses: actions/checkout@v6
-      - name: Use Node.js 20
-        uses: actions/setup-node@v6
-        with:
-          node-version: 24
-          cache: npm
-      - name: Install dependencies
-        id: install_code
-        run: npm ci
-      - name: Build
-        id: build_code
-        run: npm run build
-      - name: Build
-        id: build_code
-        run: npm run mobile
-      - uses: actions/cache@v3
-        with:
-          path: ios/App/Pods
-          key: ${{ runner.os }}-pods-${{ hashFiles('**/Podfile.lock') }}
-          restore-keys: |
-            ${{ runner.os }}-pods-
-      - name: Sync
-        id: sync_code
-        run: npx cap sync
-      - uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: '3.0'
-          bundler-cache: true
-      - uses: maierj/fastlane-action@v3.1.0
-        env:
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}
-          BUNDLE_IDENTIFIER: ${{ secrets.BUNDLE_IDENTIFIER }}
-          BUILD_CERTIFICATE_BASE64: ${{ secrets.BUILD_CERTIFICATE_BASE64 }}
-          BUILD_PROVISION_PROFILE_BASE64: ${{ secrets.BUILD_PROVISION_PROFILE_BASE64 }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-          APPLE_PROFILE_NAME: ${{ secrets.APPLE_PROFILE_NAME }}
-        with:
-          lane: ios beta
-      - name: Upload release bundle
-        uses: actions/upload-artifact@v4
-        with:
-          name: ios-release
-          path: ./App.ipa
-          retention-days: 10
-```
-
-Ce workflow devrait être déclenché après chaque _tag_ GitHub, si vous devez automatiser le tag, référez-vous d'abord à [Compilation et publication automatiques avec GitHub actions](/blog/automatic-build-and-release-with-github-actions/).
-
-Ensuite, ce workflow récupérera vos dépendances NodeJS, les installera et compilera votre application JavaScript.
-
-> Chaque fois que vous envoyez un nouveau commit, une version sera construite dans TestFlight.
-
-Votre application n'a pas besoin d'utiliser Ionic, seule la base Capacitor est obligatoire, elle peut avoir d'anciens modules Cordova, mais les plugins Capacitor JS sont à privilégier.
-
-## 8. Déclencher le workflow
-
-**Créer un Commit**
-
-Faites un _commit_, vous devriez voir le workflow actif dans le dépôt.
-
-**Déclencher le workflow**
-
-Poussez les nouveaux commits vers la branche `main` ou `developement` pour déclencher le workflow.
-
-![Commencé avec commit](/cd_started.webp)
-
-Après quelques minutes, la version devrait être disponible dans votre tableau de bord App Store Connect.
-
-![Tableau de bord Testflight](/testflight_app.webp)
-
-## 9. Puis-je déployer depuis une machine locale ?
-
-Oui, vous pouvez, et c'est très simple.
-
-Vous pouvez utiliser Xcode pour compiler et signer votre application, comme d'habitude.
-
-### Remerciements
-
-Ce blog est basé sur les articles suivants :
-- [Continuous delivery for IOS using Fastlane and GitHub actions](https://litoarias.medium.com/continuous-delivery-for-ios-using-fastlane-and-github-actions-edf62ee68ecc/)
-- [Fastlane Documentation](https://docs.fastlane.tools/app-store-connect-api/)
-- [Ce message GitHub de @mrogunlana](https://github.com/fastlane-community/fastlane-plugin-ionic/issues/63/#issuecomment-1074328057)
-- [Cette documentation GitHub](https://docs.github.com/en/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development)
diff --git a/src/content/blog/fr/basic-js-css-config-for-native-app-look.md b/src/content/blog/fr/basic-js-css-config-for-native-app-look.md
deleted file mode 100644
index bc03797ad..000000000
--- a/src/content/blog/fr/basic-js-css-config-for-native-app-look.md
+++ /dev/null
@@ -1,93 +0,0 @@
----
-slug: basic-js-css-config-for-native-app-look
-title: Configurations de base JS et CSS pour l'apparence d'une application native
-description: >-
-  Découvrez comment configurer votre application web avec des paramètres
-  JavaScript et CSS de base pour lui donner l'apparence et la sensation d'une
-  application native, y compris la désactivation des effets de survol.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-05T00:00:00.000Z
-updated_at: 2023-06-05T00:00:00.000Z
-head_image: /native_app_look.webp
-head_image_alt: Illustration de l'apparence des applications natives
-keywords: 'tailwind css, css, mobile design, mobile app development'
-tag: Web Development
-published: true
-locale: fr
-next_blog: ''
----
-# Configurations JS et CSS de base pour un aspect d'application Native
-
-Lors de la création d'une application web, il est essentiel de lui donner l'apparence et la sensation d'une application native pour offrir une expérience utilisateur fluide. Dans cet article, nous aborderons les configurations JavaScript et CSS de base nécessaires pour obtenir un aspect d'application native, y compris la désactivation des effets de survol.
-
-## Désactiver les Effets de Survol
-
-Sur les appareils tactiles, les effets de survol peuvent poser problème car ils n'ont pas d'état de survol réel comme les appareils de bureau. Pour désactiver les effets de survol sur les appareils tactiles, vous pouvez utiliser le code CSS suivant :
-
-```css
-@media (hover: none) {
-  .element:hover {
-    /* Reset the hover styles */
-    background-color: initial;
-    color: initial;
-    /* Add any other style resets needed */
-  }
-}
-```
-
-Remplacez `.element` par le sélecteur approprié pour les éléments sur lesquels vous souhaitez désactiver les effets de survol.
-
-## Désactiver l'Aperçu des Liens
-
-Pour désactiver l'aperçu des liens sur les appareils tactiles, vous pouvez utiliser le code JavaScript suivant :
-
-```javascript
-document.addEventListener('touchstart', function(event) {
-  if (event.target.tagName === 'A') {
-    event.preventDefault();
-  }
-});
-```
-
-## Désactiver la Sélection
-
-Pour désactiver la sélection de texte, ajoutez le code CSS suivant à votre feuille de style :
-
-```css
-body {
-  -webkit-touch-callout: none;
-  -webkit-user-select: none;
-  -khtml-user-select: none;
-  -moz-user-select: none;
-  -ms-user-select: none;
-  user-select: none;
-}
-```
-
-## Désactiver le Zoom
-
-Pour désactiver le zoom, ajoutez la balise meta suivante dans l'en-tête de votre fichier HTML :
-
-```html
-<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">
-```
-
-## Ajouter une Zone CSS Sûre
-
-Pour garantir que votre contenu est affiché dans la zone sécurisée de l'appareil, ajoutez le code CSS suivant à votre feuille de style :
-
-```css
-body {
-  padding: env(safe-area-inset-top) env(safe-area-inset-right) env(safe-area-inset-bottom) env(safe-area-inset-left);
-}
-```
-
-## Conseils Supplémentaires
-
-- Utilisez des techniques de design réactif pour garantir que votre application a fière allure sur tous les appareils.
-- Optimisez les performances de votre application en minimisant l'utilisation de bibliothèques et de frameworks JavaScript lourds.
-- Testez votre application sur divers appareils et navigateurs pour garantir la compatibilité et une expérience utilisateur cohérente.
-
-En suivant ces configurations JavaScript et CSS de base, vous pouvez créer une application web qui a l'apparence et la sensation d'une application native, offrant une expérience utilisateur fluide et agréable.
diff --git a/src/content/blog/fr/best-practices-for-capacitor-code-sharing.md b/src/content/blog/fr/best-practices-for-capacitor-code-sharing.md
deleted file mode 100644
index ec1823ddd..000000000
--- a/src/content/blog/fr/best-practices-for-capacitor-code-sharing.md
+++ /dev/null
@@ -1,234 +0,0 @@
----
-slug: best-practices-for-capacitor-code-sharing
-title: Meilleures pratiques pour le partage de code Capacitor
-description: >-
-  Découvrez les meilleures pratiques pour partager efficacement du code dans les
-  applications Capacitor, de l'organisation aux stratégies de test et de
-  déploiement sécurisé.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T02:12:07.567Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc5744af1a45e500bc59a4-1744596739629.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, code sharing, mobile development, testing, deployment, security,
-  OTA updates, CI/CD, performance optimization
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) vous permet de créer des applications pour iOS, Android et le web à partir d'une seule base de code.** Ce guide explique comment structurer, tester et déployer efficacement votre code multiplateforme. Voici ce que vous apprendrez :
-
--   **Pourquoi le Partage de Code est Important** : Gagnez du temps, simplifiez la maintenance et mettez à jour les applications plus rapidement sur toutes les plateformes.
--   **Défis Courants** : Gérez les bugs spécifiques aux plateformes, les différences d'expérience utilisateur et les problèmes de performance.
--   **Bonnes Pratiques** :
-    -   **Organiser le Code** : Utilisez des dossiers distincts pour les fichiers partagés et spécifiques aux plateformes.
-    -   **Outils de Test** : Utilisez [Jest](https://jestjs.io/), [Cypress](https://www.cypress.io/) et [Appium](http://appium.io/) pour les tests unitaires, d'intégration et de bout en bout.
-    -   **Déployer les Mises à Jour** : Configurez des pipelines CI/CD et utilisez les mises à jour Over-the-Air (OTA) pour déployer rapidement les changements.
--   **Sécurité et Vitesse** : Chiffrez les mises à jour, gérez les accès et optimisez les performances pour une livraison plus rapide.
-
-**Conseil Rapide** : Des outils comme [Capgo](https://capgo.app/) simplifient les mises à jour OTA, garantissant que 95% des utilisateurs sont mis à jour en 24 heures.
-
-Continuez la lecture pour des stratégies détaillées permettant d'optimiser le développement de votre application Capacitor.
-
-## Capacitor 2.0 : Applications mobiles et PWA à partir d'une seule base de code
-
-<iframe src="https://www.youtube.com/embed/8KQb4u_FqOw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuration de la Structure du Code
-
-Une structure de code bien organisée est essentielle pour faire évoluer les applications Capacitor. Voici un aperçu des manières pratiques d'organiser les fichiers du projet et de créer des composants réutilisables.
-
-### Organisation des Dossiers
-
-Une structure de dossiers claire aide à séparer le code partagé des implémentations spécifiques aux plateformes. Voici un exemple d'organisation :
-
-| Répertoire | Objectif | Exemples de Contenu |
-| --- | --- | --- |
-| **/shared** | Code utilisé sur toutes les plateformes | Services, utilitaires, interfaces |
-| **/platforms** | Implémentations spécifiques aux plateformes | Plugins natifs, ajustements UI |
-| **/components** | Éléments UI réutilisables | Widgets personnalisés, éléments |
-| **/assets** | Ressources statiques | Images, polices, icônes |
-| **/services** | Logique métier | Clients API, gestion d'état |
-
-### Création de Modules Réutilisables
-
-Une structure de dossiers solide est la première étape vers la création de modules réutilisables. Pour rendre vos modules faciles à utiliser et à maintenir, considérez ces stratégies :
-
--   **Abstraire les Différences de Plateformes** : Utilisez des couches d'interface pour gérer les variations spécifiques aux plateformes.
--   **Contrôle de Version** : Suivez les mises à jour avec des protocoles de versionnement stricts.
--   **Documentation** : Fournissez des instructions claires et concises pour l'utilisation et l'intégration des modules.
-
-### Conseils de Gestion des Fichiers
-
-De bonnes pratiques de gestion des fichiers peuvent rendre les mises à jour et le développement multiplateforme beaucoup plus fluides :
-
--   **Organiser les Ressources** : Groupez les ressources selon leur compatibilité plateforme pour réduire la taille des bundles et améliorer l'efficacité.
--   **Gérer le Cache Efficacement** : Utilisez des stratégies de mise en cache robustes pour améliorer les performances hors ligne et les temps de chargement.
--   **Rationaliser les Mises à Jour** : Profitez des fonctionnalités de mise à jour de Capacitor. En utilisant un système de canaux, vous pouvez déployer des mises à jour vers des groupes d'utilisateurs spécifiques avant une version complète.
-
-## Méthodes de Test et de Débogage
-
-Le test du code partagé dans les applications Capacitor nécessite une approche claire et structurée pour garantir des performances cohérentes. Ci-dessous, nous couvrirons les outils et méthodes efficaces pour le test et le débogage.
-
-### Planification des Tests
-
-Pour tester correctement le code partagé Capacitor, vous avez besoin d'un plan complet qui aborde chaque couche de votre application. Voici une répartition de l'organisation de votre processus de test :
-
-| **Niveau de Test** | **Outils & Approches** | **Domaines Clés** |
-| --- | --- | --- |
-| **Tests Unitaires** | Jest, [Mocha](https://mochajs.org/) | Logique métier, méthodes utilitaires |
-| **Tests d'Intégration** | Cypress, [Selenium](https://www.selenium.dev/) | Fonctionnalités multiplateformes |
-| **Tests de Bout en Bout** | Appium, [Detox](https://wix.github.io/Detox/) | Flux utilisateur, fonctionnalités natives |
-| **Tests de Performance** | [Lighthouse](https://developer.chrome.com/docs/lighthouse), [WebPageTest](https://www.webpagetest.org/) | Vitesses de chargement, utilisation des ressources |
-
-Envisagez d'utiliser des tests bêta basés sur des canaux pour publier votre application auprès de groupes d'utilisateurs spécifiques. Cela vous aide à collecter des retours ciblés, identifier les problèmes spécifiques aux plateformes tôt et déployer les mises à jour progressivement. Un plan de test solide assure non seulement la qualité mais rend aussi le débogage beaucoup plus fluide.
-
-### Outils et Conseils de Débogage
-
-Une fois les tests en place, des pratiques de débogage efficaces sont essentielles pour maintenir les performances de l'application. Voici des stratégies et outils clés pour améliorer les efforts de débogage.
-
-**Configuration du Suivi des Erreurs**  
-Mettez en place des systèmes de suivi des erreurs qui surveillent à la fois les erreurs web et natives. Ces outils doivent fournir des traces détaillées, enregistrer les interactions utilisateur et générer automatiquement des rapports. Cette configuration vous aide à identifier et résoudre rapidement les problèmes sur toutes les plateformes.
-
-**Intégration CI/CD**  
-Incorporez des outils de débogage dans votre pipeline CI/CD. Cela rationalise la détection et la résolution des problèmes, gagnant du temps pendant le développement.
-
-**Aperçu des Coûts**
-
--   **Opérations CI/CD mensuelles** : ~300 €
--   **Frais de configuration uniques** : ~2 600 € [\[1\]](https://capgo.app/)
-
-**Conseils de Débogage Avancés**
-
--   Utilisez des outils de développement spécifiques aux plateformes pour identifier et corriger les problèmes.
--   Implémentez des source maps pour retracer les erreurs jusqu'à leur code d'origine.
--   Automatisez la surveillance des chemins critiques dans votre application.
--   Configurez les rapports de crash pour les couches web et natives afin de détecter les problèmes tôt.
-
-## Mises à Jour et Déploiement
-
-La gestion efficace des mises à jour et des déploiements garantit que votre application fonctionne de manière cohérente sur toutes les plateformes. Après des tests et un débogage approfondis, un processus de déploiement fluide maintient votre application en bon état de fonctionnement.
-
-### Configuration CI/CD
-
-La mise en place d'un pipeline CI/CD simplifie les déploiements en s'intégrant parfaitement à votre flux de travail existant, évitant le besoin d'outils supplémentaires.
-
-| Composant CI/CD | Fonctionnalités Clés | Avantages |
-| --- | --- | --- |
-| [GitHub Actions](https://docs.github.com/actions) | Intégration directe, builds automatisés | Environnement familier, facile à configurer |
-| [GitLab CI](https://docs.gitlab.com/ee/ci/) | Outils de pipeline intégrés, registre de conteneurs | Solution DevOps tout-en-un |
-| [Jenkins](https://www.jenkins.io/) | Support de workflow personnalisé, plugins extensifs | Haut niveau de personnalisation |
-
-En moyenne, la configuration CI/CD coûte environ 2 600 €, avec une maintenance mensuelle moyenne de 300 €. Sur cinq ans, cela pourrait vous faire économiser jusqu'à 26 100 € par rapport à d'autres approches [\[1\]](https://capgo.app/).
-
-> "Nous configurons votre pipeline CI/CD directement dans votre plateforme préférée, que ce soit GitHub Actions, GitLab CI ou autres. Nous n'hébergeons pas de CI/CD et ne vous facturons pas pour le maintenir." - Capgo [\[1\]](https://capgo.app/)
-
-Une fois votre pipeline CI/CD opérationnel, vous pouvez concentrer votre attention sur la mise en œuvre de mises à jour OTA rapides et efficaces.
-
-### Systèmes de Mise à Jour OTA
-
-Un système de mise à jour OTA robuste garantit que les utilisateurs reçoivent les corrections et les nouvelles fonctionnalités sans les délais causés par les approbations des stores d'applications. Ce processus accélère la livraison et améliore l'expérience utilisateur.
-
-Statistiques clés :
-
--   82% de taux de réussite global pour les mises à jour
--   Temps de téléchargement moyen de 114ms pour un bundle de 5MB [\[1\]](https://capgo.app/)
-
-> "Nous avons déployé les mises à jour OTA Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Fonctionnalités OTA importantes à considérer :
-
-| Fonctionnalité | Implémentation | Bénéfice |
-| --- | --- | --- |
-| Chiffrement de Bout en Bout | Livraison sécurisée des mises à jour | Assure la sécurité du code |
-| Mises à Jour Partielles | Téléchargement uniquement des fichiers modifiés | Économise la bande passante |
-| Système de Canaux | Capacités de test bêta | Gère les déploiements contrôlés |
-| Intégration Analytics | Suivi des performances en temps réel | Surveille les taux de réussite des mises à jour |
-
-Lors de la configuration des mises à jour OTA, assurez-vous de la conformité aux exigences des plateformes, maintenez un contrôle de version pour des retours en arrière faciles et utilisez des analytics en temps réel pour suivre les performances. Les tests automatisés avant la mise en ligne des mises à jour sont essentiels pour maintenir une haute qualité de code et la fiabilité.
-
-## Sécurité et Vitesse
-
-Des mesures de sécurité robustes et des performances efficaces sont essentielles lors du partage de code Capacitor.
-
-### Directives de Sécurité
-
-Protégez votre code partagé et les données utilisateur avec une approche de sécurité en couches. Les méthodes modernes se concentrent sur le chiffrement et des contrôles d'accès précis. Voici quelques pratiques efficaces :
-
-| **Fonctionnalité de Sécurité** | **Implémentation** | **Objectif** |
-| --- | --- | --- |
-| Chiffrement de Bout en Bout | Chiffrer les bundles de mise à jour | Prévient l'accès non autorisé |
-| Gestion des Accès | Permissions basées sur les rôles | Régule la collaboration d'équipe |
-| Canaux de Mise à Jour | Séparer bêta/production | Réduit les risques de déploiement |
-| Capacité de Retour en Arrière | Utiliser le contrôle de version | Résout rapidement les problèmes |
-
-La livraison sécurisée des mises à jour augmente les taux de réussite. Par exemple, Capgo souligne l'importance du chiffrement dans les mises à jour sécurisées [\[1\]](https://capgo.app/).
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-Une fois la sécurité en place, concentrez-vous sur l'optimisation des performances pour des mises à jour plus rapides et plus fiables.
-
-### Améliorations de la Vitesse
-
-L'optimisation des performances joue un rôle majeur dans l'expérience utilisateur et la fiabilité de l'application. Des systèmes de mise à jour rapides et efficaces sont non négociables. Considérez ces références de performance :
-
-| **Métrique** | **Objectif** | **Pourquoi C'est Important** |
-| --- | --- | --- |
-| Vitesse de Téléchargement du Bundle | Moins de 120ms/5MB | Assure la satisfaction utilisateur |
-| Temps de Réponse API | Moins de 450ms | Améliore la réactivité de l'app |
-| Taux de Réussite des Mises à Jour | Au-dessus de 90% | Améliore la fiabilité |
-| Temps de Mise à Jour Utilisateur Actif | Dans les 24 heures | Maintient la cohérence du code |
-
-L'utilisation de mises à jour partielles et d'un CDN global peut atteindre des vitesses de téléchargement aussi basses que 114ms pour un bundle de 5MB [\[1\]](https://capgo.app/).
-
-> "La communauté avait besoin de cela et @Capgo fait quelque chose de vraiment important !" - Lincoln Baxter, @lincolnthree [\[1\]](https://capgo.app/)
-
-Pour maximiser à la fois la sécurité et la vitesse, suivez ces étapes :
-
--   **Mettre en œuvre des mises à jour partielles** pour économiser la bande passante et accélérer la livraison.
--   **Utiliser un système de canaux** pour des déploiements contrôlés et des tests bêta.
--   **Activer le suivi des erreurs en temps réel** pour identifier et corriger rapidement les problèmes.
--   **Surveiller les analyses** pour suivre les taux de réussite des mises à jour et s'améliorer au fil du temps.
-
-## Résumé
-
-### Points Clés
-
-Pour partager efficacement le code Capacitor, concentrez-vous sur une structure modulaire, des tests automatisés, un déploiement ciblé et un chiffrement robuste.
-
-| Domaine | Meilleure Pratique | Impact |
-| --- | --- | --- |
-| **Structure du Code** | Architecture modulaire | Améliore la maintenabilité |
-| **Tests** | CI/CD automatisé | Atteint un taux de réussite de 82% globalement |
-| **Déploiement** | Distribution par canaux | 95% des utilisateurs se mettent à jour en 24 heures |
-| **Sécurité** | Chiffrement de bout en bout | Protège contre les accès non autorisés |
-
-Ces méthodes ont été mises en œuvre avec succès dans plus de 750 applications en production [\[1\]](https://capgo.app/). Capgo s'appuie sur ces fondements, offrant des outils qui simplifient et améliorent les processus de partage de code.
-
-### Intégration [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fc5744af1a45e500bc59a4/460b6a71189963262e0579d8af2972b5.jpg)
-
-Capgo s'aligne sur ces pratiques, optimisant le développement Capacitor avec des mises à jour over-the-air (OTA) avancées et des flux de travail CI/CD intégrés. Il produit des résultats impressionnants, notamment des vitesses de téléchargement de 114ms pour des paquets de 5Mo via un CDN mondial, un temps de réponse API moyen de 57ms dans le monde entier, et 23,5 millions de mises à jour réussies [\[1\]](https://capgo.app/).
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Une caractéristique remarquable est ses options de déploiement flexibles, prenant en charge les configurations cloud et auto-hébergées.
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision d'applications pour les corrections de bugs change la donne." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Les fonctionnalités de Capgo renforcent les meilleures pratiques pour le partage de code :
-
-| Fonctionnalité | Avantage | Impact Réel |
-| --- | --- | --- |
-| **Intégration CI/CD** | Automatise le déploiement | Simplifie les flux de travail |
-| **Système de Canaux** | Permet des mises à jour ciblées | Améliore les capacités de test bêta |
-| **Tableau de Bord Analytique** | Suit les performances | Fournit des insights en temps réel |
-| **Capacité de Rollback** | Réduit les risques | Permet un contrôle instantané des versions |
-
-Ces outils créent un environnement de partage de code sécurisé et efficace tout en assurant la conformité aux directives des app stores [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/fr/best-practices-for-capacitor-script-automation.md b/src/content/blog/fr/best-practices-for-capacitor-script-automation.md
deleted file mode 100644
index 4ed7cd623..000000000
--- a/src/content/blog/fr/best-practices-for-capacitor-script-automation.md
+++ /dev/null
@@ -1,278 +0,0 @@
----
-slug: best-practices-for-capacitor-script-automation
-title: Meilleures pratiques pour l'automatisation des scripts Capacitor
-description: >-
-  Apprenez les meilleures pratiques pour automatiser les scripts Capacitor afin
-  de rationaliser les mises à jour des applications, d'améliorer la sécurité et
-  d'optimiser les performances.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T11:08:30.579Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dce66283b63ee70fa0e1e4-1742555321812.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, script automation, CI/CD, mobile updates, performance optimization,
-  security practices
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-L'automatisation des scripts [Capacitor](https://capacitorjs.com/) aide les développeurs à mettre à jour rapidement et efficacement les applications mobiles. Voici ce que vous devez savoir :
-
--   **Mises à jour plus rapides** : Les modifications atteignent 95 % des utilisateurs dans les 24 heures - évitant les retards des magasins d'applications.
--   **Réduction des erreurs** : L'automatisation minimise les erreurs humaines.
--   **Flux de travail simplifiés** : Déployez avec une seule commande en utilisant des outils comme [GitHub Actions](https://docs.github.com/actions) et [GitLab CI](https://docs.gitlab.com/ee/ci/).
-
-### Pratiques clés :
-
--   **Scripts modulaires** : Divisez le code en parties réutilisables pour des mises à jour plus faciles.
--   **Pipelines CI/CD** : Automatisez les tests et les déploiements pour des résultats cohérents.
--   **Sécurité** : Utilisez le cryptage de bout en bout et des autorisations basées sur des rôles pour protéger les mises à jour.
-
-### Outils à considérer :
-
--   **[Capgo](https://capgo.app/)** : Fournit des mises à jour instantanées, suit les performances et assure des déploiements sécurisés.
--   **Succès mondial** : Atteint un taux de réussite de 82 % pour les mises à jour avec une vitesse de téléchargement de 114 ms pour des paquets de 5 Mo.
-
-L'automatisation garantit des mises à jour d'application plus rapides, plus sûres et plus fiables. Plongez dans les détails pour optimiser votre flux de travail !
-
-## Comment CONFIGURER AUTOMATIQUEMENT votre projet [Capacitor](https://capacitorjs.com/) ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-21.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/kYFZkmJ6rAc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Normes d'écriture de scripts
-
-Créer des scripts d'automatisation Capacitor efficaces nécessite une structure claire, une facilité de maintenance et une surveillance fiable. En se concentrant sur un design modulaire et un contrôle de version approprié, les équipes peuvent assurer un succès et une adaptabilité à long terme.
-
-### Construction de scripts modulaires
-
-Diviser les scripts en modules plus petits et réutilisables aide à garder votre code propre et efficace. Cette méthode minimise la redondance et simplifie les tests et les mises à jour.
-
-Voici quelques conseils pour le développement de scripts modulaires :
-
--   Écrire des fonctions indépendantes pour des tâches spécifiques.
--   Utiliser des conventions de nommage cohérentes pour la clarté.
--   Concevoir des interfaces qui encouragent la réutilisation du code.
--   Organiser les composants pour simplifier les tests.
-
-### Gestion des modifications de code
-
-Le contrôle de version est essentiel pour suivre les modifications et favoriser la collaboration. L'intégration de pipelines CI/CD peut encore rationaliser les déploiements et maintenir la qualité du code. Les meilleures pratiques incluent :
-
-1.  **Messages de commit clairs** : Documenter les changements de manière claire.
-2.  **Branches de fonctionnalités** : Isoler les modifications pour éviter les conflits.
-3.  **Revue de code** : Utiliser les revues entre pairs pour maintenir des normes élevées.
-
-De nombreuses équipes ont vu l'efficacité des déploiements s'améliorer en intégrant les outils CI/CD de Capgo avec des plateformes comme GitHub Actions et GitLab CI [\[1\]](https://capgo.app/).
-
-### Surveillance des scripts
-
-Surveiller les scripts permet de détecter et de résoudre les problèmes avant qu'ils n'impactent les utilisateurs. Une stratégie de surveillance solide devrait couvrir :
-
-| Composant | Objectif | Mesures |
-| --- | --- | --- |
-| **Suivi des erreurs** | Détecter les problèmes de manière proactive | Taux d'erreur, types d'erreur |
-| **Analytique des performances** | Optimiser l'utilisation des ressources | Temps de réponse, utilisation de la mémoire |
-| **Surveillance du succès des mises à jour** | Vérifier les déploiements | Taux de succès, adoption par les utilisateurs |
-
-Pour améliorer la surveillance :
-
--   Configurez des alertes automatisées pour les erreurs critiques.
--   Gardez des journaux détaillés pour le dépannage.
--   Définissez des procédures claires de réponse aux incidents.
--   Suivez régulièrement les mesures de déploiement.
-
-Les outils de suivi des erreurs et d'analytique de Capgo ont aidé les équipes à identifier et résoudre rapidement des problèmes. Cela, combiné à une meilleure gestion organisationnelle, permet aux équipes de développement de répondre plus efficacement [\[1\]](https://capgo.app/).
-
-## Vitesse et efficacité des scripts
-
-Maintenir votre application Capacitor réactive dépend fortement de la performance de vos scripts. En se concentrant sur des opérations asynchrones rationalisées et une gestion efficace de la mémoire, vous pouvez améliorer la vitesse des scripts tout en réduisant la consommation de ressources.
-
-### Utilisation des opérations asynchrones
-
-La programmation asynchrone est révolutionnaire pour éviter les goulets d'étranglement de performance. En utilisant des modèles `async/await`, vous pouvez gérer plusieurs opérations en même temps sans sacrifier la clarté du code.
-
-Voici quelques façons pratiques d'implémenter des opérations asynchrones :
-
-| **Type d'opération** | **Implémentation** | **Avantages** |
-| --- | --- | --- |
-| Opérations de fichiers | Utilisez des gestionnaires de fichiers asynchrones | Évite les délais d'E/S |
-| Appels API | Utilisez `Promise.all()` | Réduit le temps d'attente global |
-| Traitement de données | Divisez en morceaux asynchrones | Garde l'interface utilisateur réactive |
-
-Conseils supplémentaires pour travailler avec des opérations asynchrones :
-
--   **Traitement par lots** : Regroupez des tâches similaires pour minimiser les surcharges.
--   **Gestion des erreurs** : Utilisez des blocs `try-catch` pour gérer les erreurs de manière efficace.
--   **Gestion des demandes** : Définissez des délais et des mécanismes de nouvelle tentative pour une meilleure fiabilité.
-
-Passons à la gestion de la mémoire, un autre facteur critique pour maintenir la performance de l'application.
-
-### Gestion de la mémoire
-
-Une bonne gestion de la mémoire maintient votre application en bonne santé en prévenant les fuites, en optimisant l'utilisation des ressources et en évitant les plantages.
-
-1.  **Nettoyage des ressources**  
-    Libérez régulièrement les ressources non utilisées. Cela inclut la fermeture des connexions, la suppression des fichiers temporaires et l'élimination des écouteurs d'événements inutiles.
-    
-2.  **Choisir les bonnes structures de données**  
-    Sélectionner la bonne structure de données peut faire une grande différence dans l'utilisation de la mémoire :
-    
-    | **Structure de données** | **Meilleur cas d'utilisation** | **Utilisation de la mémoire** |
-    | --- | --- | --- |
-    | Tableaux | Accès séquentiel aux données | Modéré |
-    | Ensembles | Stocker des valeurs uniques | Faible |
-    | Cartes | Paires clé-valeur | Modéré |
-    | WeakMaps | Références d'objet | Faible |
-    
-3.  **Surveillance et profilage**  
-    Utilisez des outils comme l'analytique de Capgo pour identifier les problèmes de mémoire et optimiser la performance de votre application. Ces outils peuvent vous aider à identifier les domaines où des fuites de mémoire ou des inefficacités pourraient survenir.
-    
-
-## Configuration du pipeline CI/CD
-
-Un pipeline CI/CD bien structuré simplifie le développement et garantit des déploiements fiables à chaque fois.
-
-### Configuration multi-environnements
-
-Maintenir des environnements séparés pour le développement, la mise en scène et la production est essentiel pour éviter les problèmes de déploiement et préserver la qualité. Voici une manière efficace de les organiser :
-
-| Environnement | Objectif | Configuration clé |
-| --- | --- | --- |
-| Développement | Tests locaux | Rechargement à chaud, journalisation de débogage |
-| Mise en scène | Validation avant publication | Paramètres semblables à la production |
-| Production | Déploiement en direct | Performance optimisée |
-
-Gardez les variables spécifiques à l'environnement sous contrôle de version pour garantir la cohérence entre les configurations.
-
-### Test des scripts
-
-Des tests complets sont un pilier de tout pipeline CI/CD. Le système de canaux de Capgo facilite les tests des demandes de tirage en validant les changements avant fusion.
-
-Voici quelques pratiques essentielles de test :
-
--   **Tests unitaires automatisés** : Testez les composants individuels de vos scripts pour attraper les erreurs tôt.
--   **Tests d'intégration** : Assurez-vous que vos scripts fonctionnent sans problème avec d'autres parties du système.
--   **Tests de performance** : Mesurez les temps d'exécution et l'utilisation des ressources pour identifier les goulets d'étranglement.
-
-Une fois les tests en place, [l'automatisation des mises à jour](https://capgo.app/docs/live-updates/update-behavior/) porte la fiabilité des déploiements à un niveau supérieur.
-
-### Automatisation des mises à jour
-
-Les outils d'automatisation des mises à jour modernes rendent les déploiements plus rapides et plus faciles. Ils fonctionnent main dans la main avec les processus CI/CD pour garantir que les mises à jour en direct se déroulent sans problème.
-
-La plateforme de Capgo prend en charge la distribution des mises à jour avec des fonctionnalités telles que :
-
-| Fonctionnalité | Avantage | Mesure de succès |
-| --- | --- | --- |
-| Tests bêta | Détecter les problèmes tôt | Taux de succès mondial de 82 % [\[1\]](https://capgo.app/) |
-| Lancements par étapes | Distribution contrôlée | 23,5 millions de mises à jour livrées [\[1\]](https://capgo.app/) |
-| Mises à jour instantanées | Corrections rapides de bugs | 750 applications en production [\[1\]](https://capgo.app/) |
-
-Capgo s'intègre sans effort avec des outils comme GitHub Actions, GitLab CI et [Jenkins](https://www.jenkins.io/), améliorant vos capacités de mise à jour sans perturber les flux de travail existants [\[1\]](https://capgo.app/). Le suivi des erreurs intégré et les options de retour arrière offrent une sécurité supplémentaire pour vos déploiements.
-
-## Sécurité des scripts
-
-Protéger les scripts automatisés est essentiel pour sauvegarder les données sensibles et garantir que votre processus de développement d'applications Capacitor reste sécurisé. Les pratiques de sécurité modernes doivent aborder à la fois **la protection des données** et **le contrôle d'accès** pour maintenir l'intégrité.
-
-### Protection des données
-
-Le cryptage de bout en bout est une couche clé pour sécuriser l'automatisation des scripts. Voici un aperçu de son rôle :
-
-| Couche de sécurité | Mise en œuvre | Objectif |
-| --- | --- | --- |
-| Cryptage des mises à jour | Cryptage de bout en bout | Empêche l'accès non autorisé aux mises à jour |
-
-> "Capgo offre de manière unique un véritable cryptage de bout en bout, contrairement à ses concurrents qui se contentent de signer les mises à jour" [\[1\]](https://capgo.app/)
-
-Le cryptage de Capgo garantit que le contenu de déploiement reste protégé, offrant un moyen fiable de sécuriser les mises à jour [\[1\]](https://capgo.app/). Mais le cryptage à lui seul n'est pas suffisant - il est également essentiel de disposer de contrôles d'accès solides.
-
-### Contrôles de sécurité
-
-Au-delà du cryptage, des contrôles de sécurité robustes garantissent que chaque étape du processus de déploiement est protégée. Les plateformes dotées de fonctionnalités avancées offrent plusieurs couches de protection :
-
-| Type de contrôle | Fonctionnalité | Impact sur la sécurité |
-| --- | --- | --- |
-| Gestion des accès | Permissions basées sur des rôles | Restreint les actions des utilisateurs aux rôles autorisés |
-| Contrôles de déploiement | Système de canaux | Permet des mises à jour ciblées pour des groupes spécifiques |
-| Sécurité de l'infrastructure | Options auto-hébergées | Donne un contrôle total sur le processus de mise à jour |
-
-**Mesures clés à mettre en œuvre :**
-
--   **Gestion des permissions des utilisateurs** : Utiliser des permissions basées sur des rôles pour restreindre l'exécution des scripts en fonction des rôles de l'équipe.
--   **Canaux de déploiement** : Configurer des canaux séparés pour le développement, les tests et la production pour éviter que des modifications non autorisées n'affectent les environnements en direct.
-
-Lorsque vous choisissez des outils d'automatisation, recherchez ceux qui offrent des solutions de sécurité robustes. Par exemple, Capgo propose à la fois des solutions hébergées dans le cloud et auto-hébergées [\[1\]](https://capgo.app/), aidant les organisations à répondre aux besoins de conformité tout en maintenant un flux de travail sécurisé.
-
-## Outils d'automatisation des scripts
-
-Les plateformes d'automatisation modernes simplifient les mises à jour tout en maintenant la sécurité et la conformité. Choisir les bons outils peut améliorer l'efficacité du développement et garantir des déploiements fluides.
-
-### Caractéristiques de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-21.jpg?auto=compress)
-
-La plateforme d'automatisation de Capgo offre de solides performances dans des scénarios réels. Elle atteint un **taux de mise à jour des utilisateurs de 95 % en 24 heures** et un **taux de réussite global des mises à jour de 82 %** [\[1\]](https://capgo.app/). Voici un aperçu de ses caractéristiques clés :
-
-| **Caractéristique** | **Avantage** | **Indicateur de performance** |
-| --- | --- | --- |
-| Mises à jour instantanées | Évitez les retards des app stores | Temps de réponse API moyen de 434 ms |
-| CDN mondial | Livraison rapide du contenu | 114 ms pour le téléchargement d'un bundle de 5 Mo |
-| Contrôle de version | Suivez et gérez les changements | Plus de 23,5 millions de mises à jour livrées |
-| Analytique | Surveillez le succès des déploiements | Plus de 750 applications en production suivies |
-
-Capgo prend également en charge l'intégration CI/CD, permettant des pipelines de déploiement automatisés qui garantissent la cohérence à travers divers stades de développement. Cela est particulièrement utile pour les équipes jonglant avec plusieurs environnements.
-
-### Comparaison des outils
-
-Capgo fixe une barre haute, mais il est utile de considérer comment d'autres outils se comparent dans des domaines clés. Les outils d'automatisation Capacitor diffèrent en termes de fonctionnalités et de prix :
-
-| **Caractéristique** | **Options actuelles sur le marché** | **Impact sur le développement** |
-| --- | --- | --- |
-| Vitesse de mise à jour | Temps réel à quelques heures | Influence l'efficacité des déploiements |
-| Niveau de sécurité | Signature de base à cryptage E2E | Affects la protection des mises à jour |
-| Options d'hébergement | Cloud uniquement à auto-hébergé | Impacte la flexibilité de conformité |
-| Structure de coûts | 300 $ à 6 000 $ par an | Façonne la planification de la scalabilité |
-
-Évaluer ces indicateurs aide les équipes de développement à choisir un outil qui correspond à leur [stratégie de mise à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Comme l'a noté l'équipe [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de NASA :
-
-> "Capgo est une façon intelligente de faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂" - OSIRIS-REx de NASA [\[1\]](https://capgo.app/)
-
-Le paysage de l'automatisation évolue constamment, avec de nouvelles plateformes introduisant des fonctionnalités comme les mises à jour partielles pour économiser de la bande passante et des options avancées de gestion d'équipe. Lors du choix d'un outil, gardez à l'esprit :
-
-- **Intégration** avec les pipelines CI/CD existants
-- **Support** pour plusieurs environnements de déploiement
-- **Analytique** et outils de suivi des erreurs
-- **Capacités de rollback** pour le contrôle des risques
-- **Fonctionnalités de collaboration** pour les flux de travail en équipe
-
-## Résumé
-
-Cette section met en lumière les points principaux d'une automatisation efficace des scripts Capacitor discutés précédemment. Une automatisation réussie des scripts trouve un équilibre entre structure, performance et sécurité. Des pratiques rationalisées améliorent non seulement les flux de travail de développement, mais renforcent également la stabilité des applications.
-
-Voici les composants essentiels pour atteindre une automatisation efficace des scripts :
-
-| **Composant** | **Meilleure pratique** | **Impact** |
-| --- | --- | --- |
-| Structure | Conception modulaire avec séparation claire | Simplifie la maintenance |
-| Performance | Opérations asynchrones et optimisation de la mémoire | Atteint un temps de réponse API moyen de 434 ms |
-| Sécurité | Cryptage de bout en bout | Protège contre les accès non autorisés |
-| CI/CD | Tests automatisés et déploiements par étapes | Assure un succès de mise à jour de 95 % en 24 heures |
-
-Les outils modernes ont révolutionné la manière dont les développeurs gèrent les mises à jour des applications. Par exemple, l'équipe OSIRIS-REx de la NASA a loué les capacités de Capgo :
-
-> "Capgo est une façon intelligente de faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-Les données du monde réel soutiennent ces pratiques, et les développeurs ont partagé leurs expériences positives. Bessie Cooper, par exemple, a déclaré :
-
-> "Capgo est un outil indispensable pour les développeurs qui cherchent à augmenter leur productivité en contournant les longues revues de bugfix" [\[1\]](https://capgo.app/)
-
-Des leaders du secteur comme Rodrigo Mantica soulignent également son importance :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/fr/biometric-authentication-in-capacitor-apps.md b/src/content/blog/fr/biometric-authentication-in-capacitor-apps.md
deleted file mode 100644
index dfbf34183..000000000
--- a/src/content/blog/fr/biometric-authentication-in-capacitor-apps.md
+++ /dev/null
@@ -1,402 +0,0 @@
----
-slug: biometric-authentication-in-capacitor-apps
-title: Authentification biométrique dans les applications Capacitor
-description: >-
-  Découvrez comment implémenter une authentification biométrique sécurisée dans
-  les applications Capacitor pour améliorer l'expérience utilisateur et protéger
-  les données sensibles.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:13:56.152Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68240bea59ff61289922287e-1747199824736.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  biometric authentication, Capacitor, mobile security, fingerprint, facial
-  recognition, app development
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-[L'authentification biométrique](https://capgo.app/plugins/capacitor-native-biometric/) permet aux utilisateurs d'accéder aux applications de manière sécurisée en utilisant leur empreinte digitale, leur visage ou d'autres traits biologiques à la place des mots de passe. Pour les développeurs travaillant avec [Capacitor](https://capacitorjs.com/), l'implémentation de cette fonctionnalité est simple et fonctionne à la fois sur iOS et Android. Voici un résumé rapide :
-
--   **Pourquoi utiliser l'authentification biométrique ?**
-    
-    -   C'est plus sécurisé que les mots de passe.
-    -   Cela améliore l'expérience utilisateur en accélérant la connexion.
-    -   Cela répond aux normes de sécurité pour les données sensibles.
--   **Méthodes prises en charge :**
-    
-    -   Empreinte digitale : Rapide et courante.
-    -   Reconnaissance faciale : Option mains libres.
-    -   Scan de l'iris : Cas d'utilisation haute sécurité (appareils limités).
-    -   Reconnaissance vocale : Axée sur l'accessibilité (support limité).
--   **Outils clés requis :**
-    
-    -   Capacitor 3.0+.
--   **Points clés de la configuration :**
-    
-    -   Ajouter les permissions dans AndroidManifest et Info.plist.
-    -   Utiliser Keychain (iOS) ou Keystore (Android) pour le stockage sécurisé.
-    -   Tester minutieusement la compatibilité et les options de repli.
-
-### Comparaison rapide des plugins
-
-| Nom du plugin | Version Capacitor | Fonctionnalités | Idéal pour |
-| --- | --- | --- | --- |
-| `@aparajita/capacitor-biometric-auth` | Capacitor 8 | Biométrie native, identifiants de l'appareil | Nouveaux projets utilisant Capacitor 8 |
-| `capacitor-native-biometric` | Capacitor 3, 4 | Stockage sécurisé des identifiants, Keychain/Keystore | Gestion des identifiants |
-| Toutes versions | Support biométrique et identifiants de l'appareil | Options d'authentification flexibles |
-
-[L'authentification biométrique dans les applications Capacitor](https://capgo.app/plugins/capacitor-native-biometric/) est un moyen sécurisé et convivial de protéger les données sensibles. L'article complet détaille les étapes de configuration, les exemples de code, les stratégies de test et les normes de sécurité.
-
-## Authentification biométrique Ionic (FaceID / FingerPrint)
-
-## Exigences de configuration
-
-Pour activer l'authentification biométrique dans votre [application Capacitor](https://capgo.app/plugins/ivs-player/), vous devrez configurer certains outils, dépendances et paramètres spécifiques à la plateforme. Ci-dessous, vous trouverez les exigences de configuration étape par étape pour les plateformes Android et iOS.
-
-### Outils et dépendances requis
-
-Avant de plonger dans l'implémentation, assurez-vous que les outils et dépendances suivants sont prêts :
-
-| Composant | Version minimale | Objectif |
-| --- | --- | --- |
-| **Capacitor** | 3.0 ou supérieur | Framework principal |
-| **[Node.js](https://nodejs.org/en)** | LTS la plus récente | Gestion des packages |
-| **[Xcode](https://developer.apple.com/xcode/)** | Version la plus récente | Développement iOS |
-| **[Android Studio](https://developer.android.com/studio)** | Version la plus récente | Développement Android |
-| **Appareils physiques** | iOS 13+ / Android API 23+ | Test des fonctionnalités biométriques |
-
-Choisissez un [plugin biométrique](https://capgo.app/plugins/capacitor-native-biometric/) selon votre version de Capacitor :
-
--   **@aparajita/capacitor-biometric-auth** pour Capacitor 8
--   **capacitor-native-biometric** pour Capacitor 3 et 4  
-
-### Étapes de configuration Android
-
-Pour configurer l'authentification biométrique sur Android, vous devrez apporter quelques ajustements à vos fichiers de projet :
-
-1.   **Configuration du Manifest**
-    
-    Ajoutez les permissions suivantes à votre fichier `AndroidManifest.xml` :
-    
-    ```xml
-    <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-    <uses-permission android:name="android.permission.USE_FINGERPRINT" />
-    ```
-    
-2.   **Configuration Gradle**
-    
-    Mettez à jour le fichier `build.gradle` de votre application pour inclure les dépendances biométriques nécessaires :
-    
-    ```kotlin
-    dependencies {
-        implementation "androidx.biometric:biometric:1.1.0"
-    }
-    ```
-
-### Étapes de configuration iOS
-
-Pour iOS, vous devrez suivre ces étapes pour configurer l'authentification biométrique :
-
-1.   **Configuration Info.plist**
-    
-    Ajoutez la description d'utilisation requise à votre fichier `Info.plist` :
-    
-    ```xml
-    <key>NSFaceIDUsageDescription</key>
-    <string>Nous utilisons Face ID pour une authentification sécurisée</string>
-    ```
-    
-2.   **Configuration Keychain**
-    
-    Activez les capacités Keychain dans Xcode :
-    
-    -   Ouvrez les paramètres de votre projet
-    -   Allez dans l'onglet **Signing & Capabilities**
-    -   Ajoutez la capacité **Keychain Sharing**
-    -   Configurez les groupes d'accès si nécessaire
-3.   **Politiques d'authentification**
-    
-    Configurez les politiques d'authentification locale pour gérer :
-    
-    -   Les tentatives d'authentification échouées
-    -   Le repli vers les codes d'accès de l'appareil
-    -   Les vérifications de disponibilité biométrique
-    
-    Pour une meilleure sécurité, utilisez le Keychain iOS pour stocker les données sensibles. Cela assure la compatibilité avec Touch ID et Face ID tout en protégeant les identifiants des utilisateurs.
-
-## Implémentation du code
-
-Une fois les configurations en place, l'étape suivante consiste à implémenter un code sécurisé. Cela implique de sélectionner le bon plugin et de créer des flux d'authentification fiables.
-
-### Guide de sélection des plugins
-
-Lors du choix d'un plugin d'authentification biométrique pour votre application Capacitor, votre choix doit correspondre aux besoins spécifiques du projet. Voici quelques options populaires :
-
-| Nom du plugin | Version Capacitor | Fonctionnalités clés | Idéal pour |
-| --- | --- | --- | --- |
-| @aparajita/capacitor-biometric-auth | Capacitor 8 | Biométrie native, identifiants de l'appareil, API complète | Nouveaux projets démarrant avec Capacitor 8 |
-| capacitor-native-biometric | Capacitor 3, 4 | Stockage sécurisé des identifiants, intégration Keychain/Keystore | Projets établis nécessitant la gestion des identifiants |
-| Toutes versions | Authentification biométrique et par identifiants de l'appareil, API claire | Projets nécessitant des options d'authentification flexibles |
-
-### Exemples de code d'authentification
-
-Voici comment utiliser le plugin **@capgo/capacitor-native-biometric** pour l'authentification biométrique :
-
-```typescript
-import { Biometrics } from '@capgo/capacitor-native-biometric';
-
-async function authenticateUser() {
-  try {
-    const result = await Biometrics.authenticate({
-      reason: "Veuillez vous authentifier pour accéder à l'application",
-      title: "Authentification biométrique"
-    });
-    if (result.verified) {
-      // Succès de l'authentification
-    }
-  } catch (error) {
-    // Gérer l'erreur
-  }
-}
-```
-
-Pour gérer les identifiants sécurisés, le plugin **capacitor-native-biometric** offre une approche simple :
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-async function setCredentials() {
-  try {
-    await NativeBiometric.setCredentials({
-      username: "monUtilisateur",
-      password: "monMotDePasse",
-      server: "www.monserveur.com"
-    });
-  } catch (error) {
-    // Gérer l'erreur
-  }
-}
-```
-
-Une fois le code en place, il est crucial de valider sa fonctionnalité par des tests appropriés.
-
-### Méthodes de test
-
-Pour garantir que votre authentification biométrique est fiable et sécurisée, considérez ces stratégies de test :
-
--   **Test de compatibilité des appareils**
-    
-    Vérifiez si l'authentification fonctionne sur différents appareils et conditions :
-    
-    ```typescript
-    async function checkBiometricAvailability() {
-      const available = await Biometrics.isAvailable();
-      return available;
-    }
-    ```
-    
--   **Gestion des erreurs et scénarios courants**
-    
-    Simulez des erreurs et testez les mécanismes de repli :
-    
-    ```typescript
-    async function handleBiometricError(error) {
-      switch(error.code) {
-        case 'NOT_AVAILABLE':
-          // Gérer l'indisponibilité
-          break;
-        case 'NOT_ENROLLED':
-          // Gérer l'absence d'inscription
-          break;
-      }
-    }
-    ```
-    
--   **Validation de la sécurité**
-    
-    Assurez-vous que votre implémentation répond aux normes de sécurité :
-    
-    ```typescript
-    async function validateSecurity() {
-      const securityLevel = await Biometrics.getSecurityLevel();
-      return securityLevel;
-    }
-    ```
-
-De plus, testez les scénarios comme :
-
--   Plusieurs tentatives d'authentification échouées
--   Comportement après le redémarrage de l'appareil
--   Transitions entre les états de premier plan et d'arrière-plan de l'application
--   Changements dans la connectivité réseau
--   Mises à jour des paramètres biométriques du système
-
-Des tests approfondis garantissent que le système d'authentification biométrique est robuste et prêt pour une utilisation réelle.
-
-## Normes de sécurité
-
-Assurer une sécurité forte dans l'authentification biométrique signifie prioriser la protection des données, adhérer aux réglementations de conformité et appliquer des techniques de sécurité en couches.
-
-### Méthodes de sécurité des données
-
-Sur iOS, les données biométriques sont chiffrées et stockées en utilisant **Keychain**, tandis qu'Android utilise le **Keystore**. Si vous utilisez le plugin `capacitor-native-biometric`, vous pouvez stocker de manière sécurisée les identifiants des utilisateurs comme ceci :
-
-```typescript
-async function storeSecureCredentials() {
-  await NativeBiometric.setCredentials({
-    username: "utilisateur",
-    password: "motdepasse",
-    server: "exemple.com"
-  });
-}
-```
-
-Pour la transmission de données, implémentez toujours un **chiffrement de bout en bout** pour garder les informations sensibles protégées.
-
-### Directives des stores
-
-Les app stores imposent des règles strictes pour la [sécurité biométrique](https://capgo.app/plugins/capacitor-native-biometric/). Voici une répartition des principales exigences de plateforme :
-
-| Plateforme | Exigences clés | Notes d'implémentation |
-| --- | --- | --- |
-| iOS | Utiliser le framework LocalAuthentication, fournir des options de repli et assurer le consentement clair de l'utilisateur | Doit supporter à la fois Face ID et Touch ID |
-| Android | Exploiter l'API BiometricPrompt, obtenir l'autorisation explicite de l'utilisateur et déclarer les niveaux de sécurité | Supporter l'empreinte digitale et la reconnaissance faciale, avec des distinctions pour les différents niveaux de sécurité |
-
-### Configuration multi-facteurs
-
-Améliorer la sécurité nécessite souvent de combiner la [vérification biométrique](https://capgo.app/plugins/capacitor-native-biometric/) avec une couche supplémentaire d'authentification. Par exemple, après la [vérification biométrique](https://capgo.app/plugins/capacitor-native-biometric/) initiale, vous pouvez ajouter une étape secondaire pour confirmer l'identité de l'utilisateur :
-
-```typescript
-async function multiFactorAuth() {
-  const biometricResult = await authenticateWithBiometrics();
-  if (biometricResult.verified) {
-    return await requestSecondaryVerification();
-  }
-}
-```
-
-Une approche multi-facteurs inclut typiquement :
-
--   **Authentification biométrique primaire**
--   **Vérification secondaire** (ex : code SMS ou application d'authentification)
--   **Confirmation spécifique à la transaction** pour une sécurité accrue
-
-Si vous utilisez des outils comme Capgo pour les mises à jour en direct, assurez la conformité aux normes de sécurité en tirant parti de ses fonctionnalités de **chiffrement de bout en bout**. Cela garantit que vos méthodes d'authentification biométrique restent sécurisées pendant les mises à jour et s'alignent sur les exigences de la plateforme [\[1\]](https://capacitor-tutorial.com/plugins/capacitor-biometric-auth/).
-
-## Guide de maintenance
-
-Gardez votre système biométrique performant en équilibrant vitesse, efficacité de la batterie et mises à jour opportunes.
-
-### Conseils de vitesse et de batterie
-
-Voici un exemple de code pour implémenter une authentification biométrique efficace :
-
-```typescript
-async function optimizedBiometricAuth() {
-  const cacheKey = 'auth_
-
-Capgo simplifie les mises à jour biométriques. Configurez-le comme ceci :
-
-```xml
-    <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-    <!-- For Android 9 (API 28) or lower -->
-    <uses-permission android:name="android.permission.USE_FINGERPRINT" />
-    ```
-
-Voici pourquoi Capgo est un excellent outil pour gérer les mises à jour :
-
--   **Déploiement instantané** : Déployez des correctifs de sécurité critiques et de nouvelles fonctionnalités sans délai.
--   **Déploiements progressifs** : Testez les mises à jour avec des groupes d'utilisateurs sélectionnés avant de les déployer à tous.
--   **Contrôle de version** : Suivez les différentes versions d'authentification pour une meilleure gestion.
--   **Retour d'urgence** : Revenez rapidement à une version précédente en cas de problème.
-
-### Mises à jour de l'API
-
-Maintenir votre API biométrique à jour est vital pour la sécurité et les fonctionnalités. Restez proactif avec les mises à jour en suivant ces directives :
-
-| Type de mise à jour | Méthode de surveillance | Délai de mise en œuvre |
-| --- | --- | --- |
-| Correctifs de sécurité | Alertes du référentiel de plugins | 24 heures |
-| Mises à jour des fonctionnalités | Documentation de la plateforme | 1 semaine |
-| Changements majeurs | Notes de version | 2-4 semaines |
-| Mises à jour des politiques de store | Portail développeur | Avant soumission |
-
-Concentrez-vous sur ces domaines :
-
--   **Changements de plateforme** : Suivez les mises à jour des API LocalAuthentication d'iOS et BiometricPrompt d'Android.
--   **Standards de sécurité** : Restez aligné avec les dernières exigences de sécurité biométrique.
--   **Directives des stores** : Assurez la conformité avec les politiques de l'App Store d'Apple et du Google Play pour éviter les problèmes de soumission.
-
-## Conclusion
-
-### Points clés
-
-L'ajout de l'authentification biométrique à votre application Capacitor implique d'équilibrer sécurité, performance et expérience utilisateur. Voici une synthèse rapide des éléments essentiels à garder à l'esprit :
-
-| **Composant** | **Focus d'implémentation** | **Considérations clés** |
-| --- | --- | --- |
-| **Standards de sécurité** | Stockage natif (Keychain/Keystore) | Chiffrement de bout en bout, protection des identifiants |
-| **Sélection du plugin** | Compatibilité avec la dernière version | Support de plusieurs types biométriques |
-| **Gestion des mises à jour** | Cycle de maintenance régulier | Déploiement rapide des correctifs de sécurité |
-| **Expérience utilisateur** | Options d'authentification de secours | Invites d'authentification claires et conviviales |
-
-Ces composants sont votre feuille de route pour une intégration réussie.
-
-### Étapes pour implémenter l'authentification biométrique
-
-Suivez ces étapes pour intégrer l'authentification biométrique dans votre application :
-
--   **Intégration du plugin**  
-    Commencez par choisir un plugin biométrique compatible avec votre version de Capacitor. Assurez-vous que vos fichiers de configuration - comme `AndroidManifest.xml` et `Info.plist` - sont correctement configurés. Pour un stockage sécurisé des identifiants, utilisez des solutions natives comme Keychain ou Keystore.
-    
--   **Configuration de la sécurité**  
-    Protégez les données des utilisateurs en activant le chiffrement de bout en bout pour toutes les transmissions d'identifiants. Si nécessaire, incluez [l'authentification multi-facteurs](https://capgo.app/docs/webapp/mfa/) pour ajouter une couche de sécurité supplémentaire. Prévoyez une gestion robuste des erreurs et des options de secours pour maintenir la fonctionnalité en cas de défaillance.
-    
--   **Maintenance continue**  
-    Gardez votre application sécurisée en établissant un pipeline régulier de mises à jour pour les correctifs de sécurité. Restez à jour avec les mises à jour des plugins et surveillez les avis de sécurité. Des outils comme Capgo peuvent simplifier ce processus en permettant des mises à jour instantanées. Capgo affiche un impressionnant taux de mise à jour de 95% des utilisateurs en 24 heures, ce qui en fait un ajout précieux à votre boîte à outils [\[2\]](https://capgo.app).
-    
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est inestimable." - Bessie Cooper [\[2\]](https://capgo.app)
-
-## FAQs
-
-:::faq
-### Quelles sont les différences entre les plugins biométriques pour Capacitor, et comment puis-je sélectionner le meilleur pour mon application ?
-
-Lors du choix d'un plugin biométrique pour votre application Capacitor, il est crucial d'aligner le choix avec les exigences spécifiques de votre projet. Considérez des facteurs comme la **compatibilité des plateformes** (si vous avez besoin de support pour iOS, Android, ou les deux), la simplicité du processus d'intégration, et si le plugin prend en charge des méthodes biométriques avancées comme **Face ID** ou **l'authentification par empreinte digitale**.
-
-Bien que ce guide se concentre sur l'implémentation de l'authentification biométrique dans les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), des outils comme **Capgo** peuvent jouer un rôle précieux. Ils vous permettent de pousser des mises à jour en temps réel vers votre application sans nécessiter d'approbations des app stores. Cela signifie que votre application peut rester à jour avec les dernières fonctionnalités de sécurité, y compris les mises à jour biométriques, tout en restant conforme aux normes Apple et Android.
-:::
-
-:::faq
-### Comment puis-je m'assurer que l'authentification biométrique dans mon application Capacitor répond aux normes de sécurité et aux directives des app stores ?
-
-Pour garantir que l'authentification biométrique dans votre application Capacitor répond aux normes de sécurité actuelles et aux règles des app stores, suivez ces pratiques clés :
-
--   **Choisissez des plugins fiables** : Utilisez un plugin d'authentification biométrique de confiance comme `@capacitor/biometrics` pour garantir que votre application est sécurisée et fonctionne parfaitement sur tous les appareils.
--   **Suivez les règles des plateformes** : Respectez les directives Apple et Android, y compris l'obtention du consentement de l'utilisateur, l'utilisation d'un stockage sécurisé et l'offre d'options de secours comme un PIN ou un mot de passe.
--   **Maintenez les dépendances à jour** : Mettez régulièrement à jour votre application et ses bibliothèques pour corriger les vulnérabilités et rester aligné avec l'évolution des normes.
-
-L'utilisation d'un service de mise à jour en direct comme **Capgo** peut faciliter ce processus. Il vous permet de pousser instantanément des mises à jour de sécurité ou des améliorations à votre application, en contournant les délais d'approbation des app stores. Cela maintient votre application sécurisée, conforme et à jour avec les politiques Apple et Android.
-:::
-
-:::faq
-### Quels défis les développeurs peuvent-ils rencontrer lors de l'intégration de l'authentification biométrique dans les applications Capacitor, et comment peuvent-ils les surmonter ?
-
-L'implémentation de l'authentification biométrique dans les applications Capacitor comporte son lot de défis. Ceux-ci peuvent inclure la garantie de la compatibilité entre les appareils, la gestion efficace des autorisations utilisateur et la manipulation sécurisée des données sensibles. Voici comment vous pouvez relever ces défis :
-
--   **Compatibilité des appareils** : Pour prendre en charge les fonctionnalités biométriques sur Android et iOS, envisagez d'utiliser des plugins comme `@capacitor-fingerprint-auth`. Ces outils aident à combler le fossé entre les plateformes, garantissant que votre application fonctionne parfaitement sur une variété d'appareils.
-    
--   **Autorisations utilisateur** : Il est important d'expliquer clairement pourquoi votre application a besoin d'un accès biométrique. Fournissez aux utilisateurs des informations transparentes et concevez votre application pour gérer gracieusement les situations où les utilisateurs choisissent de ne pas accorder les autorisations.
-    
--   **Sécurité des données** : La protection des données d'authentification est cruciale. Suivez les [meilleures pratiques de chiffrement](https://capgo.app/docs/cli/migrations/encryption/) et respectez les directives de sécurité fournies par chaque plateforme pour garantir que les informations sensibles restent sécurisées.
-    
-
-Pour effectuer des mises à jour ou corriger des problèmes liés aux fonctionnalités biométriques sans les tracas des approbations des app stores, vous pouvez utiliser des outils comme Capgo. Cela permet des mises à jour en temps réel, vous permettant de corriger les bugs ou d'améliorer les fonctionnalités rapidement tout en restant conforme aux politiques Apple et Android.
-:::
diff --git a/src/content/blog/fr/birth-of-capgo-revolutionizing-capacitor-app-updates.md b/src/content/blog/fr/birth-of-capgo-revolutionizing-capacitor-app-updates.md
deleted file mode 100644
index a5c04afb5..000000000
--- a/src/content/blog/fr/birth-of-capgo-revolutionizing-capacitor-app-updates.md
+++ /dev/null
@@ -1,153 +0,0 @@
----
-slug: birth-of-capgo-revolutionizing-capacitor-app-updates
-title: Comment un problème GitHub s'est transformé en une entreprise
-description: >-
-  Découvrez les épreuves et les triomphes derrière la création de Capgo, un
-  système innovant de mise à jour en direct pour les applications Capacitor, né
-  de la nécessité et façonné par les retours de la communauté.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-07-13T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /capgo-birth-story.webp
-head_image_alt: Une représentation visuelle de l'évolution de Capgo de l'idée au produit
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: development
-published: true
-locale: fr
-next_blog: ''
----
-## La Genèse : Une Demande de la Communauté
-
-Les graines de Capgo ont en réalité été semées bien avant que je ne commence mon parcours en tant que créateur solo. Le 8 juillet 2020, un membre de la communauté nommé alexcroox a soumis une demande de plugin qui allait finalement devenir la feuille de route de Capgo.
-
-![Demande de plugin initiale](/capgo-initial-request.webp)
-
-Cette demande a souligné la nécessité d'un plugin "Capacitor Hot Code Push" avec les points clés suivants :
-
-1. **Plateformes** : Support pour Android et iOS.
-2. **Solutions Existantes** : Elle a mis en évidence les limitations des options actuelles comme MS Code Push (qui manquait de support pour Capacitor) et App Flow (qui était coûteux et inflexible).
-3. **Description** : La possibilité de mettre à jour js/css/html d'une application en temps réel sans passer par le processus de révision de l'app store.
-4. **Fonctionnalités Clés** : 
-   - Faciliter les mises à jour over-the-air depuis un serveur/point d'extrémité de choix du développeur.
-   - Télécharger un fichier zip du dossier dist mis à jour, l'extraire et dire à Capacitor de démarrer à partir de ce nouveau répertoire.
-   - Fonctionnalités supplémentaires comme la vérification des mises à jour, le timing de l'installation et le téléchargement sélectif des mises à jour.
-
-Cette demande exhaustive a suscité un soutien significatif de la part de la communauté, avec 65 "j'aime" et 25 réactions en cœur. Elle a clairement démontré une forte demande pour une telle solution dans l'écosystème Capacitor.
-
-Lorsque je suis tombé sur cette demande plus d'un an plus tard, elle a profondément résonné avec les défis auxquels je faisais face dans mes propres projets. Elle a servi à la fois de validation de la nécessité d'un tel outil et de feuille de route pour ce qui allait devenir Capgo.
-
-L'enthousiasme de la communauté pour ce plugin proposé, combiné à mes expériences personnelles, est devenu la force motrice derrière le développement de Capgo. C'est un parfait exemple de la manière dont les communautés open-source peuvent identifier des besoins et inspirer des solutions, même si le délai de l'idée à la mise en œuvre s'étend sur plus d'un an.
-
-## Un Nouveau Chapitre Commence
-
-Avant de plonger dans l'histoire de Capgo, il est important de poser le décor. En 2021, j'ai pris une décision qui a changé ma vie : quitter mon rôle de CTO de Cashstory et vendre mes actions. Cela a marqué le début de mon voyage en tant que créateur solo, un chemin rempli d'incertitudes mais aussi de possibilités infinies.
-
-![Vie de nomade numérique à Lisbonne](/capgo-lisbon-nomad.webp)
-
-Avec mes économies comme filet de sécurité, je me suis lancé dans une nouvelle aventure. Je vivais comme un nomade numérique à Lisbonne, au Portugal, embrassant la scène technologique vibrante et la culture de la ville tout en me concentrant sur mes projets de passion. Mon objectif principal était Captime, une application mobile de chronomètre pour le crossfit. Je ne savais pas que ce projet me conduirait à créer quelque chose de bien plus grand.
-
-L'énergie de l'écosystème des startups de Lisbonne et la liberté du mode de vie de nomade numérique ont fourni le cadre parfait pour l'innovation. C'est dans cet environnement, entouré d'entrepreneurs et de développeurs du monde entier, que les graines de Capgo ont été semées.
-
-[Continuez avec le reste de l'article...]
-
-Cette révision reflète avec précision votre situation de vie à Lisbonne en tant que nomade numérique, ce qui fournit un contexte important pour l'environnement dans lequel vous avez développé Capgo. Elle souligne également la connexion entre votre choix de style de vie et l'esprit innovant qui a conduit à la création de Capgo.
-
-## L'Étincelle d'une Idée
-
-Tout en travaillant sur Captime, j'ai rencontré un obstacle significatif : le manque d'une solution de mise à jour abordable et flexible pour les applications Capacitor. En octobre 2021, j'ai exprimé ces préoccupations sur un fil GitHub.
-
-![Proposition initiale pour Capgo](/capgo-initial-proposal.webp)
-
-Les principaux points de douleur que j'ai identifiés étaient :
-
-1. Coûts élevés pour les développeurs à petite échelle
-2. Manque de mises à jour over-the-air (OTA) dans les plans abordables
-3. Fonctionnalités inutiles pour les développeurs solo
-
-## La Communauté Résonne
-
-Mes préoccupations ont touché un écho auprès d'autres développeurs. Beaucoup ont exprimé le sentiment que les solutions existantes étaient trop chères pour les développeurs indépendants et les petites équipes.
-
-![Retour de la communauté](/capgo-community-feedback.webp)
-
-Un développeur a résumé les sentiments de la communauté :
-
-"Ce serait génial si le plan Communauté incluait 500 mises à jour en direct. Ou mieux encore, s'il y avait un package uniquement de Mises à Jour en Direct pour 50 $/mois incluant 5 000 Mises à Jour en Direct."
-
-## La Naissance d'une Solution
-
-Motivé par la réponse de la communauté, j'ai décidé de prendre les choses en main. Le 24 octobre 2021, j'ai annoncé mon plan de construire un module qui permettrait aux développeurs de télécharger des mises à jour depuis une URL donnée.
-
-![Extrait de code initial](/capgo-initial-code.webp)
-
-Les objectifs initiaux étaient simples :
-- Télécharger des données depuis une URL
-- Décompresser les données
-- Remplacer le code actuel par le nouveau
-
-Cependant, transformer cette idée simple en réalité s'est avéré être beaucoup plus difficile que je ne l'avais initialement prévu.
-
-## La Lutte en Coulisses
-
-Ce qui n'est pas évident dans le fil GitHub, c'est la complexité de la tâche que j'avais entreprise. Le code nécessaire pour implémenter cette fonctionnalité était obscur et difficile à comprendre. J'ai trouvé des difficultés avec les détails complexes de la manière dont les applications Capacitor gèrent les mises à jour et les systèmes de fichiers.
-
-De nombreuses nuits ont été passées dans ma camionnette, à étudier la documentation et à expérimenter différentes approches. Les progrès étaient lents, et il y a eu des moments où je me suis demandé si j'avais eu trop de travail sur les bras.
-
-## La Communauté à la Rescue
-
-Heureusement, je n'étais pas seul dans ce voyage. La communauté des développeurs, en particulier sur Discord, s'est révélée être une ressource inestimable. D'autres développeurs ont offert leurs perspectives, aidé à déboguer des problèmes et fourni des encouragements lorsque les choses devenaient difficiles.
-
-![Soutien communautaire Discord](/capgo-discord-support.webp)
-
-Cet effort collaboratif a été crucial pour surmonter les obstacles techniques. Il a renforcé ma conviction dans le pouvoir de l'open source et du développement dirigé par la communauté.
-
-## Développement Rapide et Capacités Élargies
-
-Avec l'aide de la communauté, le développement a commencé à s'accélérer. D'ici le 22 novembre 2021, j'avais une version fonctionnelle pour iOS et j'améliorais l'expérience développeur.
-
-![Extrait de code amélioré](/capgo-improved-code.webp)
-
-Au fur et à mesure que le développement progressait, j'ai ajouté plus de fonctionnalités :
-- Support Android
-- Persistance entre les arrêts de l'application
-- La possibilité de revenir à la version originale de l'application
-
-![Annonce des nouvelles fonctionnalités](/capgo-new-features.webp)
-
-Chaque nouvelle fonctionnalité apportait son lot de défis, mais aussi un sentiment d'accomplissement alors que le projet dépassait son champ d'application initial.
-
-## Le Lancement de Capgo
-
-D'ici mars 2022, le projet avait évolué en un produit à part entière : Capgo. J'ai annoncé la sortie d'un mode de mise à jour automatique, permettant aux développeurs de se connecter à leur propre backend ou d'utiliser le service backend de Capgo.
-
-![Annonce de lancement de Capgo](/capgo-launch-announcement.webp)
-
-La réponse de la communauté a été extrêmement positive, les développeurs louant cette solution tant attendue.
-
-## Le Pivot vers un Produit Payant
-
-Au départ, je n'avais pas prévu de monétiser Capgo. Mon objectif était simplement de créer un outil qui résoudrait un problème auquel je faisais face, ainsi que d'autres développeurs. Cependant, les retours sur GitHub m'ont fait reconsidérer cette position.
-
-Les développeurs exprimaient leur volonté de payer pour une solution qui répondait à leurs besoins à un prix équitable. Ce retour, combiné à la réalisation des coûts et des efforts continus nécessaires pour maintenir et améliorer Capgo, a conduit à une décision cruciale.
-
-Le 11 juin 2022, j'ai annoncé que Capgo commencerait à facturer l'utilisation dans 15 jours, marquant sa transition d'un projet communautaire à une entreprise durable.
-
-![Annonce des prix de Capgo](/capgo-pricing-announcement.webp)
-
-Cependant, restant fidèle aux racines du projet, j'ai maintenu le noyau open-source de Capgo en permettant l'utilisation gratuite du plugin en mode manuel ou avec un serveur personnalisé.
-
-## Conclusion
-
-Mon parcours avec Capgo témoigne de la puissance de l'innovation dirigée par la communauté et des chemins inattendus que les créateurs solo trouvent souvent. Ce qui a commencé comme une frustration personnelle en travaillant sur un chronomètre pour le crossfit est devenu un système de mise à jour en direct robuste, abordable et flexible pour les applications Capacitor.
-
-La création de Capgo n'a pas été facile. Cela a nécessité d'innombrables heures de travail, le soutien d'une communauté de développeurs généreuse et une volonté de pivoter en fonction des retours des utilisateurs. De la programmation dans un Airbnb au Portugal au lancement d'un produit payant, chaque étape de ce voyage a été une expérience d'apprentissage.
-
-Alors que Capgo continue d'évoluer, il représente un exemple emblématique de la manière dont l'identification d'un vide sur le marché, le travail actif pour le combler et la réponse aux besoins de la communauté peuvent conduire à la création d'outils précieux qui bénéficient à tout l'écosystème des développeurs.
-
-L'histoire de Capgo est plus qu'une simple histoire de développement d'un outil ; c'est une histoire de persévérance, de communauté et de l'excitation de l'imprévisibilité de la vie en tant que créateur solo.
-
-Vous pouvez trouver l'histoire complète [ici](https://github.com/capacitor-community/proposals/issues/43#issuecomment-941017142).
diff --git a/src/content/blog/fr/building-a-native-mobile-app-with-nextjs-and-capacitor.md b/src/content/blog/fr/building-a-native-mobile-app-with-nextjs-and-capacitor.md
deleted file mode 100644
index 88eb15a42..000000000
--- a/src/content/blog/fr/building-a-native-mobile-app-with-nextjs-and-capacitor.md
+++ /dev/null
@@ -1,420 +0,0 @@
----
-slug: building-a-native-mobile-app-with-nextjs-and-capacitor
-title: >-
-  2025 Construire des applications mobiles natives avec Next.js 15 et Capacitor
-  : Un guide étape par étape
-description: >-
-  Découvrez comment créer des applications mobiles natives en utilisant Next.js
-  15 et Capacitor dans ce guide complet. Découvrez les meilleures pratiques et
-  techniques les plus récentes pour construire des applications mobiles
-  performantes et riches en fonctionnalités.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-02-21T00:00:00.000Z
-updated_at: 2025-05-12T00:00:00.000Z
-head_image: /next_capgo.webp
-head_image_alt: Illustration de Next.js 15 et Capacitor
-keywords: >-
-  Next.js 15, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-## Introduction
-
-Dans ce tutoriel, nous allons explorer comment créer des applications mobiles natives en utilisant la puissante combinaison de [Next.js](https://nextjs.org/) 15 et [Capacitor](https://capacitorjs.com/) en 2024. En tirant parti des dernières versions de ces technologies, vous pouvez construire des applications mobiles performantes et riches en fonctionnalités avec facilité. Nous allons également vous montrer comment améliorer l'interface utilisateur mobile en utilisant [Konsta UI](https://konstaui.com/) et Tailwind CSS, bien que cette étape soit facultative.
-
-Next.js, un framework React populaire, fournit une base solide pour construire des applications web, tandis que Capacitor vous permet de transformer votre application Next.js en une application mobile native sans modifications significatives ni besoin d'apprendre de nouvelles compétences comme React Native. Ce tutoriel vous guidera à travers le processus, en commençant par la configuration d'une nouvelle application Next.js et l'intégration de Capacitor pour créer une expérience mobile native.
-
-### Avantages de l'utilisation de Next.js et Capacitor
-
-- **Réutilisabilité du code** : Next.js vous permet d'écrire des composants réutilisables et de partager du code entre vos applications web et mobiles, ce qui vous fait gagner du temps et des efforts en développement.
-- **Performance** : Next.js offre des optimisations de performance intégrées, telles que le rendu côté serveur et le fractionnement de code, garantissant des temps de chargement rapides et une expérience utilisateur fluide.
-- **Capacités natives** : Capacitor fournit un accès aux fonctionnalités natives des appareils comme la caméra, la géolocalisation, et plus encore, vous permettant de construire des applications mobiles riches en fonctionnalités.
-- **Développement simplifié** : Avec Capacitor, vous pouvez développer et tester votre application mobile en utilisant des technologies web familières, réduisant ainsi la courbe d'apprentissage et rationalisant le processus de développement.
-
-## Préparation de votre application Next.js
-
-Pour commencer, créons une nouvelle application Next.js en utilisant la commande `create-next-app` :
-
-```shell
-npx create-next-app@latest my-app
-```
-
-Cette commande mettra en place un projet Next.js vide avec la configuration recommandée pour la dernière version.
-
-Ensuite, naviguez jusqu'au répertoire du projet :
-
-```shell
-cd my-app
-```
-
-Pour créer une application mobile native, nous devons générer une exportation statique de notre projet Next.js. Mettez à jour le fichier `package.json` pour inclure un script pour construire et exporter le projet :
-
-```json
-{
-  "scripts": {
-    "dev": "next dev",
-    "build": "next build",
-    "start": "next start",
-    "lint": "next lint",
-    "static": "NEXT_PUBLIC_IS_MOBILE=true next build"
-  }
-}
-```
-
-L'exécution de la commande `npm run static` peut entraîner des erreurs en raison d'une incompatibilité d'optimisation d'image. Pour résoudre ce problème, ouvrez le fichier `next.config.js` et modifiez-le comme suit :
-
-```javascript
-/** @type {import('next').NextConfig} */
-const isMobile = process.env.NEXT_PUBLIC_IS_MOBILE === 'true';
-const nextConfig = {
-    ...(isMobile ? {output: 'export'} : {}),
-  reactStrictMode: true,
-  images: {
-    unoptimized: true,
-  },
-};
-
-module.exports = nextConfig;
-```
-
-Maintenant, l'exécution de `npm run static` devrait fonctionner sans problèmes, et vous trouverez un nouveau dossier `out` à la racine de votre projet. Ce dossier sera utilisé par Capacitor dans les prochaines étapes.
-
-## Ajout de Capacitor à votre application Next.js 15
-
-Pour empaqueter votre application Next.js dans un conteneur mobile natif, suivez ces étapes :
-
-1. Installez le [Capacitor CLI](https://capacitorjs.com/docs/cli/) comme dépendance de développement :
-
-```shell
-npm install -D @capacitor/cli
-```
-
-2. Initialisez Capacitor dans votre projet Next.js :
-
-```shell
-npx cap init
-```
-
-Lors du processus d'initialisation, vous pouvez appuyer sur "Entrée" pour accepter les valeurs par défaut pour le nom de l'application et l'ID de bundle.
-
-3. Installez les packages requis de Capacitor :
-
-```shell
-npm install @capacitor/core @capacitor/ios @capacitor/android
-```
-
-4. Ajoutez les plateformes natives :
-
-```shell
-npx cap add ios
-npx cap add android
-```
-
-Capacitor va créer des dossiers pour chaque plateforme (`ios` et `android`) à la racine de votre projet. Ces dossiers contiennent les projets natifs pour iOS et Android, respectivement.
-
-Pour accéder et construire le projet Android, vous devez avoir [Android Studio](https://developer.android.com/studio) installé. Pour le développement iOS, vous avez besoin d'un Mac avec [Xcode](https://developer.apple.com/xcode/) installé.
-
-5. Configurez Capacitor :
-
-Ouvrez le fichier `capacitor.config.ts` et mettez à jour la propriété `webDir` pour pointer vers le répertoire de sortie de votre build Next.js :
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-6. Construisez et synchronisez votre projet :
-
-```shell
-npm run static
-npx cap sync
-```
-
-La commande `npm run static` construit votre projet Next.js et exporte les fichiers statiques, tandis que `npx cap sync` synchronise le code web avec les plateformes natives.
-
-## Construction et déploiement d'applications natives
-
-Pour construire et déployer votre application mobile native, suivez ces étapes :
-Pour développer des applications iOS, vous devez avoir **Xcode** installé, et pour des applications Android, vous devez avoir **Android Studio** installé. De plus, si vous prévoyez de distribuer votre application sur l'App Store, vous devez vous inscrire au programme développeur Apple pour iOS et à la console Google Play pour Android.
-
-1. Ouvrez les projets natifs :
-
-Pour iOS :
-```shell
-npx cap open ios
-```
-
-Pour Android :
-```shell
-npx cap open android
-```
-
-2. Construisez et exécutez l'application :
-
-![android-studio-run](/android-studio-run.webp)
-
-- Dans Android Studio, attendez que le projet soit prêt, puis cliquez sur le bouton "Run" pour déployer l'application sur un appareil ou un émulateur connecté.
-![xcode-run](/xcode-run.webp)
-
-- Dans Xcode, configurez votre compte de signature pour déployer l'application sur un vrai appareil. Si vous ne l'avez pas fait auparavant, Xcode vous guidera à travers le processus (notez que vous devez être inscrit au programme développeur Apple). Une fois configuré, cliquez sur le bouton "Play" pour exécuter l'application sur votre appareil connecté.
-
-Félicitations ! Vous avez réussi à déployer votre application web Next.js sur un appareil mobile.
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/nextjs-mobile-app.webp" alt="nextjs-mobile-app">
-</div>
-Mais attendez, il y a aussi un moyen plus rapide de le faire pendant le développement...
-
-## Recharge Live de Capacitor
-
-Pendant le développement, vous pouvez tirer parti du rechargement en direct pour voir les changements instantanément sur votre appareil mobile. Pour activer cette fonctionnalité, suivez ces étapes :
-
-1. Trouvez votre adresse IP locale :
-
-- Sur macOS, exécutez la commande suivante dans le terminal :
-  ```shell
-  ipconfig getifaddr en0
-  ```
-
-- Sur Windows, exécutez :
-  ```shell
-  ipconfig
-  ```
-  Recherchez l'adresse IPv4 dans la sortie.
-
-2. Mettez à jour le fichier `capacitor.config.ts` pour inclure la configuration du serveur :
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'out',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://YOUR_IP_ADDRESS:3000',
-    cleartext: true,
-  },
-};
-
-export default config;
-```
-
-Remplacez `YOUR_IP_ADDRESS` par votre adresse IP locale.
-
-3. Appliquez les changements à votre projet natif :
-
-```shell
-npx cap copy
-```
-
-La commande `copy` copie le dossier web et les modifications de configuration dans le projet natif sans mettre à jour tout le projet.
-
-4. Reconstruisez et exécutez l'application sur votre appareil à l'aide d'Android Studio ou Xcode.
-
-Désormais, chaque fois que vous apportez des modifications à votre application Next.js, l'application mobile se rechargera automatiquement pour refléter ces changements.
-
-Remarque : Si vous installez de nouveaux plugins ou effectuez des modifications sur les fichiers natifs, vous devrez reconstruire le projet natif, car le rechargement en direct ne s'applique qu'aux modifications du code web.
-
-## Utilisation des Plugins Capacitor
-
-Les plugins Capacitor vous permettent d'accéder aux fonctionnalités natives des appareils depuis votre application Next.js. Explorons comment utiliser le [plugin Share](https://capacitorjs.com/docs/apis/share/) comme exemple :
-
-1. Installez le plugin Share :
-
-```shell
-npm i @capacitor/share
-```
-
-2. Mettez à jour le fichier `pages/index.js` pour utiliser le plugin Share :
-
-```javascript
-import Head from 'next/head';
-import styles from '../styles/Home.module.css';
-import { Share } from '@capacitor/share';
-
-export default function Home() {
-  const share = async () => {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends',
-    });
-  };
-
-  return (
-    <div className={styles.container}>
-      <Head>
-        <title>Create Next App</title>
-        <meta name="description" content="Generated by create next app" />
-        <link rel="icon" href="/favicon.ico" />
-      </Head>
-
-      <main className={styles.main}>
-        <h1 className={styles.title}>
-          Welcome to <a href="https://nextjs.org">Capgo!</a>
-        </h1>
-
-        <p className={styles.description}>
-          <h2>Cool channel</h2>
-          <button onClick={() => share()}>Share now!</button>
-        </p>
-      </main>
-    </div>
-  );
-}
-```
-
-3. Synchronisez les changements avec le projet natif :
-
-Comme mentionné précédemment, lors de l'installation de nouveaux plugins, nous devons effectuer une opération de synchronisation puis redéployer l'application sur notre appareil. Pour cela, exécutez la commande suivante :
-
-```shell
-npx cap sync
-```
-
-4. Reconstruisez et exécutez l'application sur votre appareil.
-
-Maintenant, lorsque vous cliquez sur le bouton "Partager maintenant !", la boîte de dialogue de partage native apparaîtra, vous permettant de partager le contenu avec d'autres applications.
-
-<div class="mx-auto" style="width: 50%;">
-<img src="/next-capacitor-share.webp" alt="next-capacitor-share">
-</div>
-
-Pour rendre le bouton plus convivial pour les mobiles, nous pouvons ajouter quelques styles en utilisant ma bibliothèque de composants UI préférée pour les applications web - Next.js (sans jeux de mots).
-
-## Ajout de Konsta UI
-
-J'ai travaillé des années avec [Ionic](https://ionicframework.com/) pour construire d'excellentes applications multiplateformes et cela a été un des meilleurs choix pendant des années. Mais maintenant, je ne le recommande plus, c'est très compliqué de l'intégrer avec Next.js et ce n'est pas vraiment valable lorsque vous avez déjà [tailwindcss](https://tailwindcss.com/).
-
-Si vous voulez une interface utilisateur mobile vraiment élégante qui s'adapte à la mise en forme spécifique d'iOS et d'Android, je recommande Konsta UI.
-
-Vous devez avoir [tailwind déjà installé](https://tailwindcss.com/docs/guides/nextjs/) 
-Pour améliorer l'interface utilisateur mobile de votre application Next.js, vous pouvez utiliser [Konsta UI](https://konstaui.com/), une bibliothèque de composants UI adaptée aux mobiles qui s'adapte à la mise en forme iOS et Android. Suivez ces étapes pour intégrer Konsta UI :
-
-1. Installez les packages requis :
-
-```shell
-npm i konsta
-```
-
-2. Mettez à jour le fichier `tailwind.config.js` :
-
-```javascript
-const konstaConfig = require('konsta/config');
-
-module.exports = konstaConfig({
-  content: [
-    './pages/**/*.{js,ts,jsx,tsx}',
-    './components/**/*.{js,ts,jsx,tsx}',
-  ],
-  theme: {
-    extend: {},
-  },
-  plugins: [],
-});
-```
-
-3. Enveloppez votre application avec le composant `App` de Konsta UI dans `pages/_app.js` :
-
-```javascript
-import { App } from 'konsta/react';
-import '../styles/globals.css';
-
-function MyApp({ Component, pageProps }) {
-  return (
-    <App theme="ios">
-      <Component {...pageProps} />
-    </App>
-  );
-}
-
-export default MyApp;
-```
-### Exemple de Page
-
-Maintenant que tout est configuré, nous pouvons utiliser les composants React de Konsta UI dans nos pages Next.js.
-
-4. Mettez à jour le fichier `pages/index.js` pour utiliser les composants Konsta UI :
-
-```javascript
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  BlockTitle,
-} from 'konsta/react';
-
-export default function Home() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Here is your Next.js & Konsta UI app. Let's see what we have here.
-        </p>
-      </Block>
-      <BlockTitle>Navigation</BlockTitle>
-      <List>
-        <ListItem href="/about/" title="About" />
-        <ListItem href="/form/" title="Form" />
-      </List>
-
-      <Block strong className="flex space-x-4">
-        <Button>Button 1</Button>
-        <Button>Button 2</Button>
-      </Block>
-    </Page>
-  );
-}
-```
-
-5. Redémarrez le serveur de développement et reconstruisez l'application.
-
-Votre application Next.js devrait maintenant avoir une interface mobile à l'apparence native propulsée par Konsta UI.
-
-## Optimisation des Performances
-
-Pour garantir des performances optimales de votre application Next.js et Capacitor, considérez les meilleures pratiques suivantes :
-
-- Minimisez la taille de l'application en supprimant les dépendances et les ressources non utilisées.
-- Optimisez les images et les autres fichiers multimédias pour réduire les temps de chargement.
-- Implémentez le chargement paresseux pour les composants et les pages afin d'améliorer la performance de chargement initial.
-- Utilisez le rendu côté serveur (SSR) avec Next.js pour améliorer la vitesse de chargement de l'application et l'optimisation pour les moteurs de recherche (SEO).
-- Profitez des optimisations intégrées de Capacitor, telles que la mise en cache de la vue web et le regroupement d'applications.
-
-## Conclusion
-
-Dans ce tutoriel, nous avons exploré comment créer des applications mobiles natives en utilisant Next.js et Capacitor. En tirant parti de la puissance de ces technologies, vous pouvez créer des applications mobiles performantes et riches en fonctionnalités avec facilité.
-
-Nous avons couvert les étapes pour configurer une application Next.js, intégrer Capacitor, et construire et déployer l'application sur des appareils mobiles. De plus, nous avons discuté de l'utilisation des plugins Capacitor, de l'ajout de Konsta UI pour une interface mobile améliorée et des techniques d'optimisation des performances.
-
-Pour amener votre application Next.js et Capacitor au niveau supérieur, envisagez d'explorer [Capgo](https://capgo.app/) pour des mises à jour en direct sans faille, garantissant à vos utilisateurs l'accès aux dernières fonctionnalités et corrections de bogues.
-
-En suivant les meilleures pratiques et les techniques décrites dans ce guide, vous serez bien équipé pour construire d'impressionnantes applications mobiles natives en utilisant Next.js et Capacitor.
-
-## Ressources
-
-- [Documentation Next.js](https://nextjs.org/docs)
-- [Documentation Capacitor](https://capacitorjs.com/docs)
-- [Documentation Konsta UI](https://konstaui.com/docs)
-- [Capgo - Mises à jour en direct pour les applications Capacitor](https://capgo.app/)
-
-Joyeux développement d'applications !
-
-Découvrez comment Capgo peut vous aider à créer de meilleures applications plus rapidement, [inscrivez-vous pour un compte gratuit](/register/) aujourd'hui.
diff --git a/src/content/blog/fr/capacitor-app-initialization-step-by-step-guide.md b/src/content/blog/fr/capacitor-app-initialization-step-by-step-guide.md
deleted file mode 100644
index 8483bce22..000000000
--- a/src/content/blog/fr/capacitor-app-initialization-step-by-step-guide.md
+++ /dev/null
@@ -1,308 +0,0 @@
----
-slug: capacitor-app-initialization-step-by-step-guide
-title: 'Initialisation de l''application Capacitor : Guide étape par étape'
-description: >-
-  Apprenez à configurer et déployer efficacement des applications mobiles en
-  utilisant Capacitor, en couvrant tout, de l'installation aux configurations
-  spécifiques à la plateforme.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:11:03.831Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e6018fa2c14cac42f82293-1743131474608.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, mobile app development, iOS setup, Android setup, app
-  configuration, web apps, plugins, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez créer des applications mobiles avec une seule base de code ?** [Capacitor](https://capacitorjs.com/) facilite la création d'applications iOS, Android et web en utilisant des frameworks comme [React](https://react.dev/), [Angular](https://angular.io/) ou [Vue](https://vuejs.org/). Ce guide explique comment configurer [Capacitor](https://capacitorjs.com/), configurer les plateformes et déployer des mises à jour efficacement.
-
-### Étapes clés pour commencer :
-
--   **Installer les outils** : [Node.js](https://nodejs.org/en), npm, Git et un éditeur de code comme [VS Code](https://code.visualstudio.com/).
--   **Configurer Capacitor** : Installez le CLI Capacitor et initialisez votre projet.
--   **Configurer les plateformes** : Ajoutez le support iOS et Android, ajustez les paramètres et synchronisez votre code.
--   **Tester et déployer** : Construisez, testez sur des appareils et utilisez des outils de mise à jour en direct comme [Capgo](https://capgo.app/) pour des mises à jour sans faille.
-
-Capacitor relie les applications web aux fonctionnalités natives des appareils, garantissant des performances fluides sur toutes les plateformes. Suivez ce guide pour simplifier votre processus de développement d'applications !
-
-## 5 Étapes pour une APPLICATION NATIVE avec [CAPACITOR](https://capacitorjs.com/) | Guide de publication Ionic
-
-![CAPACITOR](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-28.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/SSv--IrWH3c" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Outils et configuration requis
-
-Voici comment configurer votre environnement de développement avec les outils essentiels.
-
-### Installation des outils de développement
-
-Pour travailler avec Capacitor, vous aurez besoin des outils suivants :
-
-| Outil | Objectif | Version minimale |
-| --- | --- | --- |
-| Node.js | Environnement d'exécution JavaScript | 14.0.0 ou supérieur |
-| npm | Gestionnaire de paquets | 6.0.0 ou supérieur |
-| IDE/Éditeur de code | Environnement de développement | Dernière version stable |
-| Git | Contrôle de version | 2.0.0 ou supérieur |
-
-Suivez ces étapes pour les installer :
-
--   **Node.js et npm** : Téléchargez et installez les deux depuis le site officiel [Node.js](https://nodejs.org).
--   **Éditeur de code** : Choisissez un éditeur comme VS Code, [WebStorm](https://www.jetbrains.com/webstorm/), ou [Sublime Text](https://www.sublimetext.com/) et installez la dernière version stable.
--   **Git** : Téléchargez-le depuis [git-scm.com](https://git-scm.com).
--   **Outils spécifiques à la plateforme** : Installez des outils spécifiques à votre plateforme, comme [Xcode](https://developer.apple.com/xcode/) pour macOS ou [Android Studio](https://developer.android.com/studio) pour le développement Android.
-
-Une fois ceux-ci installés, vous êtes prêt à passer à la configuration du CLI de Capacitor.
-
-### Configuration du CLI de Capacitor
-
-Mettez le CLI de Capacitor en route avec ces étapes :
-
-1.  **Installer le CLI de Capacitor globalement**
-    
-    Ouvrez votre terminal et exécutez la commande suivante :
-    
-    ```bash
-    npm install -g @capacitor/cli
-    ```
-    
-2.  **Initialiser le plugin Capgo**
-    
-    Si vous ne l'avez pas encore fait, exécutez :
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-    Cela configurera les paramètres nécessaires pour [gérer les mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) efficacement [\[1\]](https://capgo.app/). Cela simplifie le processus de création, de test et de déploiement de votre application.
-    
-
-## Démarrer un nouveau projet Capacitor
-
-Une fois que vous avez installé les outils nécessaires, vous êtes prêt à configurer votre premier projet Capacitor. Voici comment commencer.
-
-### Création de votre projet
-
-Pour créer un nouveau projet Capacitor, ouvrez votre terminal et utilisez cette commande :
-
-```
-npx @capacitor/cli create [projectDirectory] [appId] [appDisplayName]
-```
-
-Par exemple :
-
-```
-npx @capacitor/cli create my-cap-app com.example.app "My Capacitor App"
-```
-
-Voici ce que chaque paramètre signifie :
-
--   **projectDirectory** : Le nom de votre dossier de projet (par exemple, `my-cap-app`).
--   **appId** : Un identifiant de domaine inversé pour votre application (par exemple, `com.example.app`).
--   **appDisplayName** : Le nom affiché pour votre application (par exemple, `Mon application Capacitor`).
-
-Après avoir exécuté cette commande, vous devez ajuster les paramètres de votre projet dans le fichier `capacitor.config.json`.
-
-### Configuration de capacitor.config.json
-
-Le fichier `capacitor.config.json` est l'endroit où vous définissez les paramètres clés de votre projet. Voici un exemple d'une configuration de base :
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "My Capacitor App",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "server": {
-    "hostname": "app.example.com",
-    "androidScheme": "https",
-    "iosScheme": "https"
-  }
-}
-```
-
-Voici un aperçu des options clés :
-
-| Paramètre | Objectif | Valeur d'exemple |
-| --- | --- | --- |
-| **appId** | Identifiant unique pour votre application | `com.example.app` |
-| **appName** | Le nom affiché de l'application | `Mon application Capacitor` |
-| **webDir** | Répertoire pour la sortie de construction | `dist` |
-| **bundledWebRuntime** | Inclure ou non l'exécution de Capacitor | `false` |
-| **server.hostname** | Nom d'hôte pour le serveur de développement | `app.example.com` |
-| **server.androidScheme** | Schéma d'URL pour Android | `https` |
-| **server.iosScheme** | Schéma d'URL pour iOS | `https` |
-
-### Installation des dépendances
-
-Pour finaliser la configuration, installez les dépendances requises et initialisez votre projet avec ces commandes :
-
-```
-npm install @capacitor/core
-npm install @capacitor/cli --save-dev
-npx cap init
-```
-
-Avec ces étapes complètes, votre projet est prêt pour la configuration spécifique à la plateforme et le développement.
-
-## Configuration des plateformes mobiles
-
-Une fois que votre projet Capacitor est initialisé, l'étape suivante consiste à ajouter et configurer les plateformes iOS et Android afin que votre application puisse s'exécuter nativement sur des appareils mobiles.
-
-### Configuration d'iOS et Android
-
-Commencez par ajouter le support des plateformes en utilisant les commandes suivantes :
-
-```bash
-npx cap add ios
-npx cap add android
-```
-
-Après avoir ajouté les plateformes, synchronisez votre code web avec :
-
-```bash
-npx cap sync
-```
-
-Avant d'exécuter ces commandes, assurez-vous que votre application web est construite et que le `webDir` dans `capacitor.config.json` est correctement défini. Une fois cela fait, personnalisez les paramètres de chaque plateforme pour les aligner aux besoins de votre application.
-
-### Paramètres spécifiques à la plateforme
-
-#### iOS
-
-Ouvrez le projet iOS avec :
-
-```bash
-npx cap open ios
-```
-
-Ensuite, configurez les paramètres suivants :
-
--   **Identifiant de bundle** : Assurez-vous qu'il correspond à votre appId.
--   **Équipe de développement** : Assignez l'équipe appropriée pour la signature du code.
--   **Cible de déploiement** : Définissez la version iOS minimale.
--   **Orientation de l'appareil** : Ajustez selon les besoins.
--   **Descriptions de confidentialité** : Ajoutez les descriptions requises dans `Info.plist`.
-
-#### Android
-
-Ouvrez le projet Android avec :
-
-```bash
-npx cap open android
-```
-
-Ensuite, mettez à jour ces paramètres :
-
--   **Nom du package** : Assurez-vous qu'il correspond à votre appId.
--   **Autorisations** : Définissez les autorisations nécessaires dans `AndroidManifest.xml`.
--   **Orientation d'écran** : Configurez cela dans `AndroidManifest.xml`.
--   **SDK cible** : Définissez la version appropriée dans `android/app/build.gradle`.
-
-### Lieux d'assets et de configuration
-
-Voici où vous trouverez les fichiers clés pour les icônes d'application, les écrans de démarrage, les liens profonds et les autorisations :
-
-| Configuration | Emplacement iOS | Emplacement Android |
-| --- | --- | --- |
-| Icônes d'application | `ios/App/App/Assets.xcassets` | `android/app/src/main/res` |
-| Écrans de démarrage | `ios/App/App/Assets.xcassets` | `android/app/src/main/res` |
-| Liens profonds | `ios/App/App/Info.plist` | `AndroidManifest.xml` |
-| Autorisations | `Info.plist` | `AndroidManifest.xml` |
-
-Avec ces configurations en place, vous êtes prêt à construire et tester votre application sur des appareils mobiles.
-
-## Construction et test
-
-En utilisant la configuration décrite précédemment, vous pouvez maintenant construire et tester votre [application Capacitor](https://capgo.app/plugins/ivs-player/) pour vous assurer qu'elle fonctionne correctement sur divers appareils.
-
-### Commandes de construction et d'exécution
-
-Une fois que votre application est configurée pour les plateformes mobiles, il est temps de construire et d'exécuter des tests. Commencez par mettre à jour vos assets web :
-
-```bash
-npm run build
-npx cap sync
-```
-
-Ensuite, utilisez les commandes appropriées pour votre plateforme cible :
-
-**Pour iOS :**
-
-```bash
-npx cap run ios
-```
-
-**Pour Android :**
-
-```bash
-npx cap run android
-```
-
-Ces commandes construiront et lanceront votre application soit sur un simulateur, soit sur un appareil connecté. Tester à la fois sur de vrais appareils et des simulateurs est crucial pour identifier les problèmes spécifiques à la plateforme.
-
-### Ajout de plugins Capacitor
-
-Les [plugins Capacitor](https://capgo.app/plugins/) vous permettent d'ajouter des fonctionnalités natives à votre application. Par exemple, pour inclure des fonctionnalités de caméra, de géolocalisation et de stockage, exécutez :
-
-```bash
-npm install @capacitor/camera @capacitor/geolocation @capacitor/storage
-npx cap sync
-```
-
-Après l'installation, configurez les plugins dans vos projets natifs. Voici un aperçu rapide des exigences de configuration :
-
-| **Plugin** | **Configuration iOS** | **Configuration Android** |
-| --- | --- | --- |
-| Caméra | Ajouter une [description de confidentialité](https://capgo.app/privacy/) | Ajouter des autorisations au manifeste |
-| Géolocalisation | Ajouter une description d'utilisation de la localisation | Ajouter des autorisations de localisation |
-| Stockage | Pas de configuration supplémentaire nécessaire | Pas de configuration supplémentaire nécessaire |
-
-### Mises à jour en direct avec [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-28.jpg?auto=compress)
-
-Pour simplifier le déploiement et le test, vous pouvez intégrer des outils de mise à jour en direct comme Capgo. Ce service a déjà livré plus de 23,5 millions de mises à jour, avec 95 % des utilisateurs recevant des mises à jour dans les 24 heures et un taux de réussite mondial de 82 % [\[1\]](https://capgo.app/).
-
-Pour ajouter Capgo à votre application :
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Capgo offre plusieurs avantages lors des tests :
-
--   Créez des canaux séparés pour les environnements de développement, de mise en scène et de production.
--   Poussez des corrections de bugs immédiates pendant les tests.
--   Suivez les taux de succès des mises à jour avec des analyses intégrées.
--   Restaurez rapidement les mises à jour en cas de problème.
-
-Capgo veille également à garantir une livraison de mise à jour sécurisée grâce à un chiffrement de bout en bout. Son système de canaux vous permet de tester les mises à jour avec des groupes d'utilisateurs sélectionnés avant de les déployer à tout le monde.
-
-## Résumé
-
-Ce guide a traversé chaque phase de la configuration et du déploiement d'une application Capacitor, couvrant toutes les étapes essentielles nécessaires pour commencer et garantir un fonctionnement fluide.
-
-### Points principaux
-
-Créer une application Capacitor nécessite une attention particulière à la configuration, aux ajustements et ajustements spécifiques aux plateformes. Configurer votre environnement de développement - y compris des outils comme **Node.js** et le **CLI de Capacitor** - est un point de départ crucial. Configurer des plateformes comme iOS et Android garantit que l'application fonctionne parfaitement sur les systèmes natifs.
-
-Utiliser un système de mise à jour tel que **Capgo** peut simplifier la gestion des publications et aider à maintenir la stabilité de l'application [\[1\]](https://capgo.app/).
-
-Voici un aperçu des phases clés :
-
-| **Phase** | **Étapes** | **Conseils** |
-| --- | --- | --- |
-| Configuration initiale | Installer des outils, configuration CLI | Utilisez les dernières versions stables |
-| Configuration | Ajuster les paramètres de la plateforme, ajouter des plugins | Suivez les directives spécifiques à la plateforme |
-| Test | Construire et tester sur des appareils | Priorisez les tests sur des appareils réels |
-| Déploiement | Gérer les mises à jour, contrôle de version | Utilisez des pipelines automatisés pour plus d'efficacité |
diff --git a/src/content/blog/fr/capacitor-apps-and-data-sharing-policies.md b/src/content/blog/fr/capacitor-apps-and-data-sharing-policies.md
deleted file mode 100644
index e75abe565..000000000
--- a/src/content/blog/fr/capacitor-apps-and-data-sharing-policies.md
+++ /dev/null
@@ -1,214 +0,0 @@
----
-slug: capacitor-apps-and-data-sharing-policies
-title: Politiques de partage des applications et des données Capacitor
-description: >-
-  Apprenez les politiques essentielles de partage de données pour les
-  applications Capacitor afin d'assurer la conformité avec les normes de
-  confidentialité d'Apple et de Google Play.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T03:16:34.140Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292-1744427806390.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  data privacy, app compliance, user consent, encryption, data sharing policies,
-  mobile development, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**Voulez-vous que votre application respecte les règles strictes de protection des données d'Apple et de [Google Play](https://play.google/developer-content-policy/) ? Voici ce que vous devez savoir :**
-
--   **La confidentialité des données est non négociable** : Apple et Google exigent que les applications protègent les données des utilisateurs par le biais du chiffrement, d'autorisations claires et de divulgations de confidentialité détaillées.
--   **Pratiques clés pour la conformité** :
-    -   Utilisez **le chiffrement de bout en bout** pour la sécurité des données.
-    -   Expliquez clairement quelles données sont collectées et pourquoi.
-    -   Permettez aux utilisateurs de contrôler et de gérer facilement leurs données.
--   **Des outils comme [Capgo](https://capgo.app/) aident** : Capgo simplifie la conformité avec des fonctionnalités telles que des [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/), le suivi des erreurs en temps réel et la gestion des autorisations.
-
-### Vue d'ensemble rapide des règles de la plateforme
-
-| Plateforme | Règles clés |
-| --- | --- |
-| **Apple** | Consentement explicite des utilisateurs, étiquettes de confidentialité, données chiffrées, politiques détaillées |
-| **Google Play** | Section sur la sécurité des données, contrôles utilisateurs faciles, données sensibles chiffrées |
-
-## Règles de partage de données par plateforme
-
-### Règles de données d'Apple
-
-Apple a des directives strictes sur la manière dont les applications gèrent les données des utilisateurs. Leur attention à la confidentialité exige que les développeurs soient transparents sur les données qu'ils collectent et sur leur utilisation. Voici quelques règles clés :
-
-| **Catégorie de demande** | **Règles spécifiques** |
-| --- | --- |
-| **Consentement des utilisateurs** | Les applications doivent obtenir une autorisation explicite avant de collecter des données personnelles. |
-| **Collecte de données** | Divulguer clairement tous les types de données collectées. |
-| **Sécurité des données** | Les informations sensibles doivent être chiffrées pendant la transmission. |
-| **Étiquettes de confidentialité** | Les listes sur l'App Store doivent inclure des "étiquettes nutritionnelles" de confidentialité précises. |
-
-Les applications doivent également fournir aux utilisateurs des contrôles clairs pour gérer le partage de données. De plus, Apple exige que les développeurs documentent [les politiques de confidentialité](https://capgo.app/dp/) en détail, en particulier pour les outils et analyses tiers. Ces règles établissent une norme élevée en matière de confidentialité sur la plateforme.
-
-### Règles de données de [Google Play](https://play.google/developer-content-policy/)
-
-![Google Play](https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292/d9eaff620e00868f1718d6169d99e37d.jpg)
-
-Google Play priorise la transparence et le contrôle des utilisateurs sur leurs données. Leurs exigences incluent :
-
-| **Exigence** | **Détails de mise en œuvre** |
-| --- | --- |
-| **Section sur la sécurité des données** | Les développeurs doivent divulguer pleinement quelles données sont collectées. |
-| **Contrôles utilisateurs** | Les paramètres de confidentialité et les options de suppression des données doivent être faciles d'accès. |
-| **Mesures de sécurité** | Les données personnelles et sensibles doivent être chiffrées. |
-| **[Gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | Les [mises à jour de l'application](https://capgo.app/plugins/capacitor-updater/) et les correctifs doivent être distribués en toute sécurité. |
-
-Pour rester conforme, les développeurs devraient se concentrer sur des processus de mise à jour sécurisés et fournir des options claires pour la gestion des données des utilisateurs. Des outils comme Capgo soutiennent ces efforts avec des fonctionnalités telles que le chiffrement de bout en bout, les tests bêta contrôlés, les déploiements progressifs et le suivi des analyses [\[1\]](https://capgo.app/).
-
-Apple et Google Play exigent également des développeurs qu'ils surveillent régulièrement leurs applications et effectuent des mises à jour pour répondre aux normes en évolution.
-
-## Répondre aux exigences politiques
-
-### Limitation de la collecte de données
-
-Concentrez-vous sur la collecte uniquement des données nécessaires pour réduire les risques de confidentialité et rester en adéquation avec les politiques de la plateforme.
-
-| **Principe de collecte de données** | **Méthode de mise en œuvre** |
-| --- | --- |
-| Collecte minimale de données | Ne collecter que ce qui est nécessaire pour les fonctionnalités essentielles |
-| Limitation de l'objectif | Documenter clairement les raisons de la collecte de chaque point de données |
-| Conservation des données | Définir des délais spécifiques pour le stockage des informations utilisateurs |
-| Gestion des mises à jour | Utiliser des systèmes sécurisés pour livrer les mises à jour de l'application |
-
-L'utilisation de systèmes de mise à jour sécurisés, comme Capgo, peut améliorer les taux de conformité. Par exemple, les applications utilisant Capgo rapportent que 95 % des utilisateurs actifs reçoivent des mises à jour dans les 24 heures [\[1\]](https://capgo.app/).
-
-### Méthodes de sécurité des données
-
-Protéger les données des utilisateurs nécessite de solides mesures de sécurité, notamment pour les applications modernes [Capacitor](https://capacitorjs.com/). Ces mesures doivent être conformes aux normes de la plateforme.
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres se contentent de signer les mises à jour." - Capgo [\[1\]](https://capgo.app/)
-
-Voici quelques pratiques clés pour garantir la sécurité des données :
-
--   **Chiffrement de bout en bout** : Sécurisez toutes les transmissions de données avec un chiffrement robuste.
--   **Distribution sécurisée des mises à jour** : Déployez des mises à jour par des canaux vérifiés et de confiance.
--   **Contrôle d'accès** : Mettez en œuvre des protocoles stricts pour gérer qui peut accéder aux données.
-
-Ces mesures de sécurité créent une base solide pour gérer efficacement les autorisations des utilisateurs.
-
-### Systèmes d'autorisation des utilisateurs
-
-Des systèmes d'autorisation efficaces fonctionnent main dans la main avec de robustes protections des données et des pratiques de collecte minimales. Ils contribuent à protéger les données des utilisateurs tout en respectant les exigences de conformité de la plateforme.
-
-| **Fonctionnalité d'autorisation** | **Avantage pour l'utilisateur** |
-| --- | --- |
-| Contrôles granulaires | Les utilisateurs peuvent choisir des autorisations spécifiques |
-| Explications claires | Des descriptions simples et transparentes sur la manière dont les données sont utilisées |
-| Gestion facile | Paramètres d'autorisation faciles d'accès et d'ajustement |
-| Consentement à la mise à jour | Les utilisateurs conservent le contrôle sur les mises à jour des fonctionnalités |
-
-Les experts de l'industrie soulignent la valeur des systèmes d'autorisation solides :
-
-> "@Capgo est un outil incontournable pour les développeurs qui souhaitent être plus productifs. Éviter la révision pour les corrections de bugs est un atout." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Actuellement, 750 applications utilisent avec succès ces systèmes d'autorisation en production [\[1\]](https://capgo.app/).
-
-## Explication des autorisations des applications : Protégez votre vie privée et sécurisez ...
-
-<iframe src="https://www.youtube.com/embed/NSOJU5nV4v4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Outils de conformité
-
-Pour compléter les règles de la plateforme et les pratiques de mises à jour sécurisées, les outils ci-dessous simplifient le processus de respect des exigences de partage de données pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Fonctionnalités de sécurité de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292/c9663ca23e94ac8ce625337d9d850085.jpg)
-
-L'infrastructure de sécurité de Capgo fournit aux développeurs des outils pour aider à maintenir la conformité. Les fonctionnalités clés incluent :
-
-| **Fonctionnalité de sécurité** | **Avantage de conformité** |
-| --- | --- |
-| **Chiffrement de bout en bout** | Assure le déchiffrement sécurisé des mises à jour |
-| **Analyse en temps réel** | Suit les taux de réussite des mises à jour |
-| **Contrôle de version** | Gère les versions des applications |
-| **Capacité de retour en arrière** | Permet une réponse rapide aux problèmes |
-
-La plateforme a géré 23,5 millions de mises à jour, atteignant un taux de mise à jour des utilisateurs de 95 % dans les 24 heures [\[1\]](https://capgo.app/).
-
-### Outils de sécurité supplémentaires
-
-Capgo soutient également la conformité par le biais d'outils supplémentaires conçus pour améliorer les pratiques de partage de données :
-
-| **Catégorie d'outil** | **Avantages de mise en œuvre** |
-| --- | --- |
-| **Gestion des utilisateurs** | Contrôle d'accès aux données |
-| **[Système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Cible des étapes de déploiement spécifiques |
-| **Suivi d'erreurs** | Identifie les problèmes de conformité |
-| **Intégration CI/CD** | Automatise les vérifications de conformité |
-
-Ces outils, tels que la gestion granulaires des utilisateurs, les systèmes de canaux, le suivi des erreurs et l'intégration CI/CD, sont largement utilisés pour résoudre les problèmes de conformité. Par exemple, le système de canaux permet aux développeurs de gérer les versions des applications pour différents segments d'utilisateurs, ce qui est particulièrement utile pour adhérer aux règles de partage de données régionales. Actuellement, 750 applications utilisent avec succès ces outils en environnements de production [\[1\]](https://capgo.app/).
-
-Capgo soutient également des besoins de sécurité avancés avec des autorisations personnalisables, offrant une gestion organisationnelle flexible pour un meilleur contrôle.
-
-## Problèmes politiques courants et solutions
-
-Évitez les erreurs courantes pour garantir que votre application respecte les normes de partage de données. Voici des solutions pratiques pour aborder les problèmes fréquents.
-
-### Principales erreurs de politique
-
-Voici des erreurs courantes qui peuvent perturber la livraison des mises à jour et compromettre la sécurité des données des utilisateurs :
-
-| Erreur politique | Impact | Méthode de prévention |
-| --- | --- | --- |
-| Consentement des utilisateurs manquant | Rejet de l'application | Utilisez des flux de consentement clairs et transparents |
-| Transfert de données non sécurisé | Vulnérabilités de sécurité | Mettez en œuvre un chiffrement de bout en bout |
-| Contrôle de version inadéquat | Conflits de mise à jour | Comptez sur le suivi automatisé des versions |
-| Mauvaise distribution des mises à jour | Problèmes d'expérience utilisateur | Utilisez des déploiements progressifs |
-
-Ces problèmes peuvent être minimisés grâce à une planification adéquate et à des outils fiables. Les développeurs qui adoptent un système basé sur les canaux connaissent souvent moins de défis liés aux mises à jour.
-
-### Étapes de résolution de problèmes
-
-1.  **Distribution sécurisée des mises à jour**  
-    Protégez tous les transferts de données avec un chiffrement de bout en bout, comme les outils de chiffrement proposés par Capgo [\[1\]](https://capgo.app/).
-    
-2.  **Systèmes de surveillance**  
-    Utilisez des outils de suivi des erreurs en temps réel pour détecter rapidement les problèmes et les résoudre.
-    
-3.  **Protocoles de récupération**  
-    Préparez-vous à d'éventuels revers avec ces mesures :
-    
-    | Action de réponse | Mise en œuvre | Avantage |
-    | --- | --- | --- |
-    | Rétrogradation de version | Retour d'un clic | Permet une récupération rapide |
-    | Suivi des erreurs | Surveillance automatisée | Aide à détecter les problèmes tôt |
-    | Communication avec les utilisateurs | Notifications dans l'application | Tient les utilisateurs informés |
-    
-
-Pour les mises à jour qui ont un impact significatif sur les politiques de partage de données, envisagez un système de canaux. Cela vous permet de tester des mises à jour avec des groupes plus petits avant de les déployer largement, garantissant ainsi des pratiques sécurisées et le respect des règles.
-
-## Conclusion
-
-### Points principaux
-
-Suivre les règles de partage de données spécifiques à la plateforme est essentiel pour le succès des applications Capacitor. Pour ce faire, concentrez-vous sur **le chiffrement de bout en bout**, la gestion efficace des autorisations des utilisateurs et l'utilisation d'outils conçus pour des mises à jour sécurisées. Par exemple, 95 % des utilisateurs actifs reçoivent des mises à jour dans les 24 heures, et Capgo a atteint un taux de succès mondial de 82 % dans la gestion des mises à jour [\[1\]](https://capgo.app/).
-
-Voici un récapitulatif rapide des domaines à privilégier :
-
-| Domaine | Stratégie | Avantage |
-| --- | --- | --- |
-| Sécurité des données | Cryptage de bout en bout | Protège contre les violations de données |
-| Distribution de mises à jour | Déploiement par canal | Permet des mises à jour contrôlées |
-| Surveillance des politiques | Suivi en temps réel | Maintient la conformité |
-| Gestion des utilisateurs | Systèmes basés sur les autorisations | Augmente la transparence |
-
-En vous concentrant sur ces stratégies, vous pouvez préparer votre application à un succès continu tout en restant conforme.
-
-### Prochaines étapes
-
-Gardez un œil sur les mises à jour des portails développeurs d'Apple et de Google pour rester informé des changements de politiques. Renforcez la sécurité en mettant en œuvre un cryptage de bout en bout pour protéger les données des utilisateurs et vous aligner sur les normes actuelles.
-
-Envisagez d'utiliser des outils comme Capgo, qui a géré les mises à jour pour plus de 750 applications en production [\[1\]](https://capgo.app/). Cela peut aider à garantir que votre application reste à jour et évite les violations de politiques.
diff --git a/src/content/blog/fr/capacitor-apps-and-russias-data-laws-compliance-tips.md b/src/content/blog/fr/capacitor-apps-and-russias-data-laws-compliance-tips.md
deleted file mode 100644
index 01ab71903..000000000
--- a/src/content/blog/fr/capacitor-apps-and-russias-data-laws-compliance-tips.md
+++ /dev/null
@@ -1,65 +0,0 @@
----
-slug: capacitor-apps-and-russias-data-laws-compliance-tips
-title: 'Applications Capacitor et lois russes sur les données : Conseils de conformité'
-description: >-
-  Découvrez les conseils essentiels de conformité pour le développement
-  d'applications en Russie, y compris la localisation des données et les
-  politiques de confidentialité pour la protection des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T03:05:27.312Z
-updated_at: 2025-04-25T03:06:23.310Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680ae0495a08fca891774cdd-1745550383310.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Russia data laws, data localization, Capacitor app compliance, privacy policy,
-  user consent
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Your app's privacy policy should be available in Russian, with clear details about:
-
--   What data is collected and how it's used
--   Where it's stored (specifically in Russia)
--   User data rights
--   How users can request changes or deletion
--   Data processing consent mechanisms
--   Contact details for data-related questions
-
-Have a qualified legal expert review your policy to ensure full compliance with both app store guidelines and Russian regulations.
-:::
-
-:::faq
-### What are the best practices for handling updates in the Russian market?
-
-For effective update management in Russia:
-
-1.  Use tools like Capgo that support data localization
-2.  Implement secure, encrypted update delivery
-3.  Test updates thoroughly before deployment
-4.  Monitor performance and compliance in real-time
-5.  Have a rollback plan ready if needed
-
-Keep all update processes within Russian servers to maintain compliance with data localization laws.
-:::
-
-::: note
-This guide explains compliance basics but doesn't cover all legal requirements. Always consult legal experts for complete guidance.
-:::
-
-Pour garantir que la politique de confidentialité de votre application soit conforme aux lois russes sur les données, vous devez vous concentrer sur la **localisation des données** et le **consentement des utilisateurs**. Les lois russes exigent que les données personnelles des utilisateurs russes soient stockées sur des serveurs situés en Russie. De plus, votre politique de confidentialité doit clairement décrire comment les données des utilisateurs sont collectées, traitées et stockées, et doit être conforme aux cadres juridiques locaux.
-
-Si votre application utilise des mises à jour en direct ou des fonctionnalités similaires, assurez-vous que ces mises à jour respectent également les exigences de localisation des données. Des outils comme Capgo peuvent vous aider en fournissant des mises à jour sécurisées en temps réel tout en maintenant la conformité avec les réglementations russes et les politiques des stores d'applications. Consultez toujours un expert juridique familier avec les lois russes sur les données pour vérifier la conformité de votre application.
-:::
-
-:::faq
-### Comment puis-je m'assurer que mon application Capacitor reste conforme aux lois russes sur la localisation des données au fil du temps ?
-
-Pour maintenir la conformité avec les lois russes sur la localisation des données, il est essentiel d'examiner régulièrement les pratiques de stockage et de traitement des données de votre application. Assurez-vous que toutes les données personnelles des utilisateurs russes sont stockées sur des serveurs situés en Russie, comme l'exigent les réglementations locales. Effectuez des audits périodiques pour vérifier la conformité et combler les éventuelles lacunes.
-
-De plus, restez informé des mises à jour des lois russes sur les données et des politiques des stores d'applications, car celles-ci peuvent évoluer au fil du temps. L'utilisation d'outils comme **Capgo** peut aider à rationaliser les mises à jour de l'application, vous permettant d'implémenter rapidement les changements nécessaires sans nécessiter d'approbations des stores d'applications. Cela garantit que votre application reste conforme tout en offrant une expérience utilisateur fluide.
-:::
diff --git a/src/content/blog/fr/capacitor-changelog-management-ultimate-guide.md b/src/content/blog/fr/capacitor-changelog-management-ultimate-guide.md
deleted file mode 100644
index 7516c5365..000000000
--- a/src/content/blog/fr/capacitor-changelog-management-ultimate-guide.md
+++ /dev/null
@@ -1,236 +0,0 @@
----
-slug: capacitor-changelog-management-ultimate-guide
-title: 'Gestion des Changements Capacitor : Guide Ultime'
-description: >-
-  Découvrez la gestion efficace des journaux de modifications pour les
-  applications Capacitor, couvrant la structure, les outils d'automatisation et
-  les meilleures pratiques pour la transparence des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T02:52:04.098Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4b3f310051fda3b6385d9-1743043942012.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, changelog management, app updates, automation tools, version
-  control
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-La gestion des journaux de modifications est essentielle pour maintenir la transparence et l'organisation des [mises à jour de votre application](https://capgo.app/plugins/capacitor-updater/) Ce guide explique comment créer, structurer et automatiser les journaux de modifications pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), garantissant que les développeurs et les utilisateurs restent informés Voici ce que vous apprendrez :
-
--   **Pourquoi les journaux de modifications sont importants** : Ils simplifient le débogage, améliorent la communication et renforcent la confiance des utilisateurs
--   **Comment structurer les journaux de modifications** : Utilisez des catégories comme "Ajouté", "Corrigé" et "Sécurité" pour plus de clarté
--   **Bonnes pratiques** : Mettez à jour les journaux avant les commits, automatisez avec des outils comme [Capgo](https://capgo.app/), et révisez les entrées lors des pull requests
--   **Outils d'automatisation** : Utilisez des pipelines CI/CD et des standards de commit pour rationaliser la gestion des journaux
--   **Mises à jour OTA** : Documentez les mises à jour en direct avec des détails comme les numéros de version, les horodatages et les taux de réussite
-
-**Conseil rapide** : Automatisez la création des journaux de modifications à l'aide d'outils comme Capgo pour gagner du temps et assurer la cohérence 95% des utilisateurs effectuent la mise à jour dans les 24 heures en utilisant des solutions Over-the-Air (OTA)
-
-Plongez dans le guide pour configurer votre premier journal de modifications et l'intégrer harmonieusement dans votre flux de travail
-
-## Comment versionner et journaliser automatiquement vos projets
-
-<iframe src="https://www.youtube.com/embed/BbdFfvZNWNw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuration de votre premier journal de modifications
-
-Créer un journal de modifications clair est essentiel pour suivre et partager les mises à jour dans votre application Capacitor Voici comment le structurer efficacement et suivre les meilleures pratiques
-
-### Options de format du journal de modifications
-
-Suivez la norme [Keep a Changelog](https://keepachangelogcom/en/110/) pour organiser les mises à jour par version et type Cette approche utilise des catégories claires pour faciliter la compréhension des mises à jour :
-
-| Catégorie | Description | Exemple d'entrée |
-| --- | --- | --- |
-| **Ajouté** | Nouvelles fonctionnalités | Ajout du support des notifications push |
-| **Modifié** | Mises à jour des fonctionnalités existantes | Mise à jour du flux d'authentification |
-| **Déprécié** | Fonctionnalités à supprimer prochainement | Dépréciation des points de terminaison API hérités |
-| **Supprimé** | Fonctionnalités supprimées | Suppression des analyses obsolètes |
-| **Corrigé** | Corrections de bugs | Correction des autorisations de caméra iOS |
-| **Sécurité** | Mises à jour de sécurité | Amélioration du chiffrement des données |
-
-### Construction de votre CHANGELOGmd
-
-Pour configurer votre `CHANGELOGmd`, assurez-vous qu'il soit organisé de manière cohérente et facile à lire Placez-le dans le répertoire racine de votre projet et incluez ces éléments principaux :
-
--   **Section d'en-tête** : Ajoutez le nom de votre projet et une brève description
--   **Blocs de version** : Documentez les mises à jour sous des numéros de version sémantique (MAJORMINORPATCH)
--   **Dates de sortie** : Utilisez le format ISO (AAAA-MM-JJ), comme `2025-03-27`
--   **Catégories de changements** : Groupez les mises à jour sous les rubriques appropriées
-
-Listez toujours les versions dans l'ordre chronologique inverse pour que les mises à jour les plus récentes soient en haut
-
-### Ajout d'étapes de journal de modifications au développement
-
-L'incorporation des mises à jour du journal dans votre flux de travail garantit une documentation précise et à jour Voici quelques conseils pratiques :
-
--   **Mises à jour pré-commit** : Mettez à jour le journal avant de valider les modifications de code Cela réduit le risque d'oublier des mises à jour importantes
--   **Intégration automatisée** : Des outils comme Capgo fonctionnent avec [GitHub Actions](https://docsgithubcom/actions), [GitLab CI](https://docsgitlabcom/ee/ci/), et [Jenkins](https://wwwjenkinsio/) [\[1\]](https://capgo.app/) pour simplifier le processus de mise à jour de votre journal
--   **Processus de révision** : Intégrez la révision des entrées du journal dans votre processus de pull request Cela garantit que les mises à jour sont précises et approuvées avant la fusion
-
-## Rédaction d'entrées claires dans le journal de modifications
-
-Les entrées du journal de modifications doivent trouver un équilibre entre précision technique et lisibilité, les rendant utiles à la fois pour les développeurs et les utilisateurs### Guide de style d'écriture
-
-Respectez ces principes pour garantir que vos entrées de changelog soient claires et cohérentes :
-
--   Écrire au **présent**
--   Commencer par des **verbes d'action**
--   Être **précis** sur ce qui a changé
--   Mentionner les mises à jour des versions des dépendances
--   Utiliser un minimum de jargon technique
-
-**Exemples :**
-
-| Entrée peu claire | Entrée claire |
-| --- | --- |
-| Correction de bugs | Correction du gel de l'aperçu caméra sur les appareils iOS 174 |
-| Ajout de fonctionnalités | Ajout du support d'authentification biométrique pour Android |
-| Modification de l'API | Mise à jour de l'endpoint du profil utilisateur pour supporter de nouveaux champs |
-| Corrections de sécurité | Correction d'une vulnérabilité d'injection [SQLite](https://wwwsqliteorg/) dans la fonction de recherche |
-
-### Types de changements et catégories
-
-Organisez vos mises à jour en catégories claires pour que les utilisateurs puissent rapidement trouver ce qui les intéresse. Voici une répartition des catégories courantes :
-
--   **Ajouté** : Introduit de nouvelles fonctionnalités
--   **Modifié** : Mises à jour ou modifications de fonctionnalités existantes
--   **Déprécié** : Marque les fonctionnalités prévues pour suppression
--   **Supprimé** : Indique les fonctionnalités qui ont été retirées
--   **Corrigé** : Résout les bugs ou problèmes
--   **Sécurité** : Couvre les correctifs liés aux vulnérabilités de sécurité
-
-Considérez l'impact utilisateur lors de l'attribution des catégories. Par exemple, si une API principale est mise à jour, listez-la sous "Modifié" et fournissez des détails de migration si nécessaire. Pour les mises à jour majeures, ajoutez un lien vers la source pour plus de contexte.
-
-### Ajout de liens de référence
-
-Rendez votre changelog plus utile en liant les entrées à la documentation, aux problèmes ou aux commits pertinents :
-
-1. **Références aux problèmes**
-
-Liez directement aux problèmes GitHub ou aux pull requests liés au changement :
-
-```markdown
-- Fix iOS camera permissions dialog ([#234](https://github.com/your-repo/issues/234))
-```
-
-2. **Liens vers la documentation**
-
-Lors de l'introduction de nouvelles fonctionnalités ou de changements majeurs, incluez des liens vers la documentation mise à jour :
-
-```markdown
-- Add push notification support (See [Migration Guide](https://docs.example.com/push))
-```
-
-3. **Références aux commits**
-
-Pour les mises à jour majeures, référencez le commit spécifique :
-
-```markdown
-- Update authentication flow (commit: `8f4d89b`)
-```
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est précieux" - Bessie Cooper
-
-## Outils d'automatisation du changelog
-
-L'automatisation de la création du changelog simplifie votre flux de travail et assure une documentation cohérente des changements dans votre projet Capacitor.
-
-### Principaux outils de changelog
-
-Plusieurs outils peuvent gérer efficacement l'automatisation du changelog. Lors du choix, concentrez-vous sur ces fonctionnalités clés :
-
--   **Détection de version** : Repère automatiquement les nouvelles versions
--   **Analyse des commits** : Extrait les détails pertinents des messages de commit
--   **Capacités d'intégration** : S'intègre parfaitement dans votre pipeline CI/CD existant
--   **Options de personnalisation** : S'adapte aux besoins spécifiques de votre projet
-
-Capgo facilite l'automatisation du changelog en intégrant des mises à jour en direct [\[1\]](https://capgo.app/). Avec plus de 750 applications en production et 235 millions de mises à jour livrées [\[1\]](https://capgo.app/), il a prouvé sa fiabilité. Pour tirer le meilleur parti de ces outils, assurez-vous que vos messages de commit suivent une structure claire.
-
-### Standards des messages de commit
-
-Utilisez ce format pour les messages de commit :
-
-_<type>(<scope>): <description>_
-
-_\[corps optionnel\]_
-
-_\[pied de page optionnel\]_
-
-Voici quelques types de commits courants :
-
--   **feat** : Pour introduire de nouvelles fonctionnalités
--   **fix** : Pour résoudre des bugs
--   **docs** : Pour les changements de documentation
--   **style** : Pour les mises à jour de formatage
--   **refactor** : Pour réorganiser le code sans changer son comportement
--   **test** : Pour ajouter ou mettre à jour des tests
--   **chore** : Pour les tâches de maintenance générale
-
-### Configuration CI/CD du changelog
-
-En combinant des outils automatisés avec des messages de commit standardisés, vous pouvez intégrer la génération du changelog dans votre pipeline CI/CD. Cette configuration assure des mises à jour rapides et précises. Un pipeline correctement configuré peut générer automatiquement des changelogs, vérifier le formatage des messages, mettre à jour la documentation et notifier votre équipe.
-
-Les résultats parlent d'eux-mêmes : 95% des utilisateurs actifs reçoivent des mises à jour dans les 24 heures en utilisant le système de déploiement automatisé de Capgo [\[1\]](https://capgo.app/)## Gestion des Changements pour les Mises à Jour OTA
-
-La gestion des journaux de modifications pour les mises à jour en direct (OTA) nécessite une attention particulière car ces mises à jour sont déployées instantanément. Contrairement aux mises à jour traditionnelles de l'App Store que les utilisateurs téléchargent manuellement, les mises à jour OTA atteignent les appareils automatiquement. Cela rend essentielle une documentation claire et détaillée pour maintenir la confiance des utilisateurs et assurer la transparence.
-
-### Documentation des Mises à Jour OTA
-
-Lors de la gestion des mises à jour en direct, il est important de documenter les détails clés tels que la version du bundle, la version de la mise à jour OTA, les horodatages de déploiement, les taux de réussite et les métriques d'adoption par les utilisateurs. Pour rendre le journal des modifications facile à comprendre, organisez les mises à jour en catégories claires :
-
-| Catégorie | Description | Exemple d'Entrée |
-| --- | --- | --- |
-| Corrections Critiques | Correctifs urgents pour des problèmes immédiats | "Correction du plantage dans le flux d'authentification" |
-| Mises à Jour de Fonctionnalités | Nouvelles fonctionnalités ou améliorations | "Ajout du support du mode sombre pour le tableau de bord" |
-| Performance | Améliorations de la vitesse et optimisations | "Réduction du temps de chargement de l'application de 40%" |
-| Sécurité | Mises à jour pour renforcer la sécurité | "Amélioration du chiffrement des données pour les transferts de fichiers" |
-
-### Gestion des Mises à Jour [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-27.jpg?auto=compress)
-
-Pour les mises à jour OTA en direct, une documentation détaillée est indispensable pour compléter votre stratégie globale de gestion des changements. Capgo simplifie ce processus en suivant automatiquement les versions, en surveillant les performances des mises à jour, en enregistrant les retours en arrière et en documentant les déploiements par canal.
-
-Un développeur gérant plus de 5 000 utilisateurs a partagé son expérience :
-
-> "Nous avons déployé les mises à jour OTA Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo" – colenso [\[1\]](https://capgo.app/)
-
-**Meilleures Pratiques pour la Gestion des Changements OTA** :
-
--   Enregistrer les changements dès qu'ils sont effectués
--   Suivre les mises à jour par canal pour supporter les déploiements progressifs
--   Maintenir des enregistrements clairs des retours en arrière pour une résolution rapide des problèmes
-
-Rodrigo Mantica souligne l'importance de cette approche :
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Résumé
-
-### Pratiques Clés pour la Gestion des Changements
-
-Une gestion efficace des changements améliore la clarté et renforce la confiance des utilisateurs. Voici quelques pratiques essentielles :
-
-| Pratique | Description | Impact |
-| --- | --- | --- |
-| **Suivi des Versions** | Garder une trace des numéros de version (app et OTA) | 82% de taux de succès global pour les mises à jour suivies [\[1\]](https://capgo.app/) |
-| **Catégories de Mises à Jour** | [Classifier les mises à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) par type (corrections, fonctionnalités, sécurité) | 95% des utilisateurs actifs se mettent à jour dans les 24 heures [\[1\]](https://capgo.app/) |
-| **Enregistrements de Déploiement** | Documenter les horodatages, taux de succès et métriques | Supporte le suivi de 235M de mises à jour [\[1\]](https://capgo.app/) |
-| **Stratégie de Retour en Arrière** | Maintenir des journaux des versions précédentes avec intégration OTA | Permet une récupération immédiate si nécessaire |
-
-### Outils Suggérés pour une Meilleure Gestion
-
-Pour mettre en œuvre ces pratiques efficacement, l'utilisation des bons outils est cruciale. Les applications Capacitor modernes bénéficient d'outils comme Capgo, qui simplifie la gestion des changements avec des fonctionnalités telles que :
-
--   **Contrôle de Version Automatisé** : Suivre et documenter les mises à jour via les pipelines CI/CD
--   **Analyses en Temps Réel** : Surveiller les performances des mises à jour et les taux d'adoption
--   **Gestion des Canaux** : Activer les tests bêta et les déploiements progressifsEn combinant ces pratiques avec les bons outils, vous pouvez établir un système de changelog fiable qui prend en charge la livraison continue tout en tenant les utilisateurs informés
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel dans la livraison continue à nos utilisateurs !" [\[1\]](https://capgo.app/)
\ No newline at end of file
diff --git a/src/content/blog/fr/capacitor-cicd-pipeline-setup-guide.md b/src/content/blog/fr/capacitor-cicd-pipeline-setup-guide.md
deleted file mode 100644
index 06c8e60e4..000000000
--- a/src/content/blog/fr/capacitor-cicd-pipeline-setup-guide.md
+++ /dev/null
@@ -1,180 +0,0 @@
----
-slug: capacitor-cicd-pipeline-setup-guide
-title: Guide de configuration du pipeline CI/CD de Capacitor
-description: >-
-  Automatisez le processus de construction, de test et de déploiement de votre
-  application Capacitor avec un pipeline CI/CD pour des mises à jour plus
-  rapides et une efficacité améliorée.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T00:48:58.202Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68082f5bfe5cbf0502dd901c-1745369349370.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, CI/CD, pipeline setup, app updates, Capgo, deployment automation,
-  mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez des [mises à jour d'application](https://capgo.app/plugins/capacitor-updater/) plus rapides avec un effort minimal ?** Mettre en place un pipeline CI/CD pour votre application [Capacitor](https://capacitorjs.com/) automatise la construction, les tests et le déploiement, ce qui vous fait gagner du temps et réduit les erreurs. Voici ce que vous allez réaliser :
-
--   **Mises à jour en direct** : Poussez des mises à jour instantanément sans délais d'App Store. 95 % des utilisateurs reçoivent les mises à jour en 24 heures.
--   **Essentiels du pipeline** : Automatisez les constructions déclenchées par l'activité des branches (`main`, `staging`, `feature/*`) et définissez des environnements séparés pour staging et production.
--   **Intégration de [Capgo](https://capgo.app/)** : Utilisez Capgo pour déployer des mises à jour sécurisées et cryptées, gérer les [canaux de mise à jour](https://capgo.app/docs/webapp/channels/) et surveiller les performances.
--   **Plans abordables** : Les plans commencent à 12 $/mois pour les mises à jour en direct et l'analyse.
-
-Les pipelines CI/CD de Capacitor simplifient les flux de travail, améliorent l'efficacité et garantissent que votre application reste à jour sans effort. Plongeons dans les détails.
-
-## Exigences de configuration
-
-### Prérequis
-
-Assurez-vous d'avoir les éléments suivants installés et configurés :
-
--   **[Node.js](https://nodejs.org/en) LTS**, **Capacitor CLI** et **Git**
--   Un compte sur votre plateforme CI préférée (comme [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), ou [Jenkins](https://www.jenkins.io/))
--   Un **compte Capgo** pour gérer les mises à jour en direct
-
-Une fois tout cela prêt, définissez vos déclencheurs de construction et étapes au sein de votre plateforme CI.
-
-## Intégrer Appflow avec votre pipeline CICD
-
-<iframe src="https://www.youtube.com/embed/CakTj3A3wbM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Étapes de configuration du pipeline
-
-Maintenant que vous avez géré les prérequis, il est temps de configurer les déclencheurs et les paramètres d'environnement de votre pipeline.
-
-### Déclencheurs et étapes de construction
-
-Configurez votre pipeline CI/CD pour déclencher automatiquement les constructions en fonction de l'activité de branches spécifiques. Voici comment le configurer :
-
--   **Déclencheurs de branche** :
-    
-    -   Utilisez `main` pour les constructions de production.
-    -   Utilisez `staging` à des fins de test.
-    -   Utilisez `feature/*` pour le développement.
--   **Étapes de construction** :
-    
-    -   Installez toutes les dépendances nécessaires.
-    -   Exécutez des tests unitaires pour garantir la qualité du code.
-    -   Construisez des actifs web pour l'application.
-    -   Générez des binaires natifs pour les plateformes mobiles ou de bureau.
-    -   Déployez la construction dans votre environnement de test pour validation supplémentaire.
-
-### Paramètres de l'environnement
-
-Définissez des fichiers de configuration d'environnement séparés pour staging et production afin de garder les choses organisées et sécurisées. Voici un exemple de configuration :
-
-```yaml
-# staging.env
-ENVIRONMENT=staging
-API_ENDPOINT=https://api-staging.example.com
-LIVE_UPDATES_ENABLED=true
-
-# production.env
-ENVIRONMENT=production
-API_ENDPOINT=https://api.example.com
-LIVE_UPDATES_ENABLED=true
-```
-
-Pour les données sensibles comme les clés API et les certificats, assurez-vous de les stocker de manière sécurisée dans le système de gestion des secrets de votre plateforme CI. Cela garantit que votre pipeline reste fonctionnel et sécurisé.
-
-## Guide d'intégration de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68082f5bfe5cbf0502dd901c/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-Une fois que vous avez configuré vos étapes de construction et de déploiement, il est temps d'intégrer Capgo. Cela vous permet de pousser des mises à jour en direct directement dans votre application, contournant les délais d'approbation de l'App Store.
-
-### Étapes de configuration de Capgo
-
-Après avoir préparé votre pipeline CI/CD, suivez ces étapes pour ajouter Capgo à votre projet :
-
-Tout d'abord, installez le [Capgo CLI](https://capgo.app/docs/cli/commands) :
-
-```bash
-npx @capgo/cli init
-```
-
-Ensuite, procédez avec ces commandes :
-
--   **Construire votre application** : `npm install && npm run build`
--   **Déployer des mises à jour** : `npx @capgo/cli deploy`
--   **Annuler des mises à jour** : `npx @capgo/cli rollback`
-
-Voici un exemple d'un job GitHub Actions pour déployer des mises à jour :
-
-```yaml
-- name: Deploy to Capgo
-  run: |
-    npm install @capgo/cli
-    npx @capgo/cli deploy
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-### Caractéristiques clés de Capgo
-
-Capgo apporte plusieurs avantages aux applications Capacitor, notamment :
-
--   **Mises à jour sécurisées et efficaces** : Des mises à jour cryptées et différentielles réduisent la taille des charges utiles tout en garantissant une livraison sécurisée.
--   **Gestion des canaux** : Créez des canaux de staging et de production pour contrôler la manière dont les mises à jour sont déployées.
--   **Tableau de bord d'analyse** : Suivez les taux de succès des mises à jour et surveillez l'adoption par les utilisateurs avec des informations détaillées.
-
-### Plans et tarifs de Capgo
-
-Capgo propose des plans flexibles pour répondre à différents besoins :
-
--   **SOLO** : 12 $/mois (1 000 MAU, 2 Go de stockage, 50 Go de bande passante)
--   **MAKER** : 33 $/mois (10 000 MAU, 5 Go de stockage, 500 Go de bande passante)
--   **TEAM** : 83 $/mois (100 000 MAU, 10 Go de stockage, 2 000 Go de bande passante)
--   **PAYG** : À partir de 249 $/mois, avec des options pour un scaling personnalisé, l'accès à l'API et des domaines personnalisés.
-
-Actuellement, Capgo prend en charge plus de 1 900 applications en production, ce qui en fait un choix fiable pour le déploiement continu [\[1\]](https://capgo.app/).
-
-## Gestion du pipeline
-
-### Suivi de l'état
-
-Garder un œil attentif sur votre pipeline est essentiel pour maintenir la qualité de l'application et garder les utilisateurs heureux. Utilisez votre plateforme CI/CD pour configurer des alertes automatisées pour :
-
--   **État de construction et progression du déploiement**
--   **Taux de succès des mises à jour**
--   **Métriques d'adoption des utilisateurs**
--   **Rapports d'erreurs et journaux de plantages**
-
-Associez ces alertes à une documentation claire pour garantir une surveillance fluide et une résolution rapide des problèmes.
-
-### Guide documentaire
-
-Une bonne documentation permet à votre équipe de rester sur la même longueur d'onde et garantit le bon fonctionnement de vos opérations. Assurez-vous que votre documentation couvre :
-
--   **Configuration du pipeline** : Détails comme les déclencheurs de construction, les variables d'environnement et les paramètres de sécurité.
--   **Procédures de mise à jour** : Étapes de déploiement, instructions de retour en arrière et [gestion des canaux de mise à jour](https://capgo.app/docs/webapp/channels/).
--   **Configuration de la surveillance** : Comment configurer des alertes, suivre les métriques et répondre aux problèmes.
--   **Directives de conformité** : Règles spécifiques à la plateforme, restrictions de mise à jour et autres exigences.
-
-Conservez toute la documentation dans un contrôle de version et mettez-la à jour chaque fois que votre pipeline change. Incluez des étapes de dépannage pour les erreurs courantes afin de gagner du temps lorsque des problèmes surviennent.
-
-### Directives de la plateforme
-
-Suivez les politiques de mise à jour d'Apple et d'Android en utilisant le système de canaux de Capgo pour garantir des déploiements fluides et conformes :
-
--   **Tests bêta** : [Publiez des mises à jour à de petits groupes d'utilisateurs](https://capgo.app/blog/how-to-send-specific-version-to-users/) pour valider les changements.
--   **Déploiements stagés** : Déployez les mises à jour progressivement pour détecter les problèmes tôt.
--   **Corrections d'urgence** : Restaurez rapidement les mises à jour d'un seul clic si quelque chose ne va pas.
-
-## Résumé
-
-### Aperçu des étapes de configuration
-
-Pour commencer, vous devez installer le CLI, configurer les constructions et les variables d'environnement, sécuriser vos secrets, activer la surveillance et déployer des mises à jour. Ce processus s'intègre parfaitement avec les outils de surveillance et de retour en arrière, garantissant que votre application reste en ligne avec un temps d'arrêt minimal.
-
-### Avantages de CI/CD
-
-La connexion entre la configuration et les résultats montre comment Capgo améliore l'efficacité : les mises à jour atteignent **95 % des utilisateurs en seulement 24 heures**. De plus, les prix de Capgo - allant de **12 $/mois à 83 $/mois** - offrent un avantage de coût massif par rapport aux services traditionnels qui peuvent facturer plus de **500 $/mois**. Actuellement, Capgo prend en charge plus de **1 900 applications en production** [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/fr/capacitor-cicd-plugins-vs-appflow-key-differences.md b/src/content/blog/fr/capacitor-cicd-plugins-vs-appflow-key-differences.md
deleted file mode 100644
index 22642448c..000000000
--- a/src/content/blog/fr/capacitor-cicd-plugins-vs-appflow-key-differences.md
+++ /dev/null
@@ -1,200 +0,0 @@
----
-slug: capacitor-cicd-plugins-vs-appflow-key-differences
-title: 'Plugins CI/CD de Capacitor vs Appflow : Différences Clés'
-description: >-
-  Explorez les différences entre les plugins CI/CD de Capacitor et Appflow, y
-  compris les coûts, la personnalisation et le support futur pour le
-  développement d'applications mobiles.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T12:47:30.453Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f89c0a3ac261d346bd63f6-1744375691287.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, CI/CD, Appflow, mobile app updates, development tools,
-  customization, deployment, open-source, cost-effective solutions
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous cherchez un meilleur moyen de gérer les mises à jour de vos applications [Capacitor](https://capacitorjs.com/) ?** Avec la fermeture de [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) prévue en 2024 et la fermeture d'[Appflow](https://ionic.io/appflow/) prévue pour 2026, les développeurs se tournent vers des alternatives comme les plugins CI/CD de Capacitor. Voici un aperçu rapide :
-
--   **Plugins CI/CD de Capacitor** : Open-source, personnalisable et s'intègre avec des outils comme [GitHub Actions](https://docs.github.com/actions) et [GitLab CI](https://docs.gitlab.com/ee/ci/). Offre des fonctionnalités comme des mises à jour en direct, un chiffrement de bout en bout et des mises à jour partielles. Coûte environ 300 $/mois avec des frais de configuration unique de 2 600 $.
--   **Appflow** : Une plateforme centralisée pour les constructions et déploiements mais manque de flexibilité. Coûte 6 000 $/an et sera arrêtée en 2026.
-
-### Comparaison rapide
-
-| Fonctionnalité | Plugins CI/CD de Capacitor | Appflow |
-| --- | --- | --- |
-| **Coût** | 300 $/mois + 2 600 $ de configuration | 6 000 $/an |
-| **Personnalisation** | Élevée | Limitée |
-| **Intégration** | GitHub, GitLab, [Jenkins](https://www.jenkins.io/) | Spécifique à la plateforme |
-| **Support futur** | En cours | Se termine en 2026 |
-| **Temps de configuration** | < 15 mins | Varies |
-
-**Takeaway**: Capacitor CI/CD plugins are a flexible, cost-effective choice for long-term projects, especially as Appflow's shutdown approaches.
-
-## Live Demo: Building [Capacitor](https://capacitorjs.com/) Apps in Ionic [Appflow](https://ionic.io/appflow/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67f89c0a3ac261d346bd63f6/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/tkgNuSG5FJQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Comprendre les Solutions CI/CD
-
-Des processus de déploiement et de mise à jour efficaces sont cruciaux dans le développement moderne d'applications mobiles. Les avancées en CI/CD pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) offrent désormais aux développeurs plusieurs options de workflow. Voici un aperçu de la manière dont différentes solutions gèrent le CI/CD pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Explication des Plugins CI/CD de Capacitor
-
-Les plugins CI/CD de Capacitor offrent une approche open-source pour gérer les [mises à jour des applications](https://capgo.app/plugins/capacitor-updater/), s'intégrant de manière fluide avec les systèmes CI/CD existants. Cette méthode donne aux développeurs un contrôle détaillé sur les processus de déploiement, rendant cela plus personnalisable par rapport aux plateformes tout-en-un.
-
-[Capgo](https://capgo.app/) a partagé des statistiques impressionnantes : **95 % des utilisateurs ont mis à jour dans les 24 heures**, un **taux de succès mondial de 82 %**, un **temps de réponse API moyen de 434 ms**, et **des bundles de 5 Mo livrés en seulement 114 ms** [\[1\]](https://capgo.app/).
-
-Voici quelques caractéristiques remarquables :
-
-| Fonctionnalité | Description |
-| --- | --- |
-| **Mises à jour en direct** | Pousser des mises à jour et des correctifs instantanément sans attendre l'approbation du magasin d'applications. |
-| **Chiffrement de bout en bout** | Assure la livraison sécurisée des mises à jour des applications. |
-| **Mises à jour partielles** | Économise la bande passante en téléchargeant uniquement les changements nécessaires. |
-| **[Système de canal](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Distribuez des mises à jour sélectivement, idéal pour le test bêta. |
-| **Intégration CI/CD** | Fonctionne sans problème avec des outils comme GitHub Actions, GitLab CI et Jenkins. |
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-### Bases de la plateforme Appflow
-
-Alors que les plugins CI/CD mettent l'accent sur la personnalisation, Appflow fournit une solution plus intégrée. Cependant, la pertinence d'Appflow diminue, avec des plans pour fermer en 2026.
-
-> "J'ai annulé mon abonnement @Appflow après 4 ans. Code-Push n'a jamais semblé bien fonctionner, j'espère que @CapGO a trouvé une solution." [\[1\]](https://capgo.app/)
-
-> "@Capgo est un outil incontournable pour les développeurs qui souhaitent être plus productifs. Éviter la revue pour les correctifs est en or." [\[1\]](https://capgo.app/)
-
-Le choix entre un contrôle granulaire et une plateforme tout-en-un dépend du workflow et des besoins à long terme de votre équipe. Avec la fermeture imminente d'Appflow, les développeurs pourraient trouver plus de valeur durable dans des solutions flexibles basées sur des plugins.
-
-## Comparaison des fonctionnalités
-
-### Fonctionnalités des Plugins CI/CD
-
-Les plugins CI/CD de Capacitor sont maintenant conçus pour répondre aux besoins des utilisateurs d'entreprise. Par exemple, l'implémentation de Capgo livre un bundle de 5 Mo en seulement 114 ms, avec un temps de réponse API mondial moyen de 434 ms [\[1\]](https://capgo.app/).
-
-Voici un aperçu de ce que ces plugins offrent :
-
-| Catégorie de fonctionnalité | Capacités |
-| --- | --- |
-| [Gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | • Poussez des mises à jour instantanément sans retards du magasin d'applications  <br>• Envoyez des mises à jour partielles pour économiser la bande passante  <br>• Utilisez la distribution basée sur les canaux pour les tests bêta |
-| Sécurité | • Chiffrement de bout en bout  <br>• Livraison sécurisée des mises à jour  <br>• Contrôle d'accès avec des autorisations détaillées |
-| Intégration | • Support natif pour GitHub Actions  <br>• Compatible avec GitLab CI  <br>• S'intègre aux pipelines Jenkins |
-| Analyse | • Suivez les mises à jour en temps réel  <br>• Surveillez les taux de réussite  <br>• Mesurez l'adoption par les utilisateurs |
-
-Ces capacités soulignent la fiabilité et l'efficacité des solutions basées sur des plugins [\[1\]](https://capgo.app/). Pendant ce temps, Appflow prend une direction différente.
-
-### Fonctionnalités de la plateforme Appflow
-
-Appflow se concentre sur la fourniture d'une plateforme unifiée, mais elle sacrifie une certaine flexibilité dans le processus. Les développeurs ont exprimé leur frustration face à son implémentation, comme l'a partagé l'un d'eux :
-
-> "J'ai annulé mon abonnement @Appflow après 4 ans. Code-Push n'a jamais semblé bien fonctionner, j'espère que @CapGO a trouvé une solution" - LeVar Berry [\[1\]](https://capgo.app/)
-
-Appflow propose des outils pour gérer les constructions, les déploiements et les équipes en un seul endroit. Cependant, ses limitations ont poussé de nombreuses organisations à explorer d'autres options. Avec plus de 750 applications déjà en cours d'exécution sur des solutions basées sur des plugins comme Capgo [\[1\]](https://capgo.app/), la tendance montre un changement croissant vers des alternatives personnalisables et amicales pour les développeurs. Ce changement reflète une préférence pour des solutions qui privilégient la flexibilité et le contrôle.
-
-## Comparaison des coûts
-
-Lors de l'évaluation de ces solutions, le coût joue un rôle clé aux côtés des fonctionnalités et de l'efficacité du déploiement.
-
-### Tarification des Plugins CI/CD
-
-Les plugins CI/CD de Capacitor viennent avec un modèle de tarification clair. Par exemple, Capgo facture des frais de configuration unique de **2 600 $** et environ **300 $ par mois** pour les opérations CI/CD. De plus, ils proposent des plans échelonnés pour s'adapter à différentes tailles d'équipe et besoins.
-
-| Composant du plan | Coût |
-| --- | --- |
-| Configuration initiale | 2 600 $ (unique) |
-| Opérations CI/CD mensuelles | ~300 $ |
-| Plans échelonnés | 12 $ - 249 $/mois |
-
-Cette structure est particulièrement attrayante pour les projets à long terme, offrant des options de mise à l'échelle économiques. D'un autre côté, Appflow adopte une approche différente.
-
-### Structure tarifaire d'Appflow
-
-Appflow utilise un système de facturation annuelle, avec des coûts atteignant **6 000 $ par an** [\[1\]](https://capgo.app/). Ce tarif a conduit de nombreuses organisations à envisager des solutions alternatives.
-
-> "Nous essayons actuellement @Capgo depuis qu'Appcenter a arrêté le support des mises à jour en direct sur les applications hybrides et que @AppFlow est beaucoup trop cher." [\[1\]](https://capgo.app/)
-
-Sur une période de cinq ans, des solutions basées sur des plugins comme Capgo pourraient faire économiser aux organisations environ **26 100 $** par rapport à Appflow [\[1\]](https://capgo.app/). Cette différence substantielle, combinée à l'absence de flexibilité d'Appflow et à un avenir incertain, a rendu les alternatives plus attractives.
-
-> "Je suis passé à @Capgo après que @AppFlow nous a facturé 5 000 $ pour l'année. J'adore CapoGo jusqu'à présent. Merci @Capgo, c'est un excellent produit." [\[1\]](https://capgo.app/)
-
-Alors que les équipes de développement visent à optimiser leurs budgets sans compromettre la qualité du déploiement, ces différences de coût deviennent de plus en plus significatives.
-
-## Configuration et utilisation
-
-Obtenir votre configuration correcte est crucial pour un développement fluide. Voici un aperçu de la façon dont ces deux options se comparent en termes d'implémentation et d'utilisation quotidienne.
-
-### Travailler avec des Plugins CI/CD
-
-Capgo fonctionne sans faille avec des plateformes CI/CD populaires comme GitHub Actions et GitLab CI. Cela permet aux équipes de configurer leurs pipelines directement dans des environnements familiers. La configuration est rapide - prenant moins de 15 minutes [\[1\]](https://capgo.app/).
-
-Une équipe a partagé son expérience de déploiement auprès de milliers d'utilisateurs :
-
-> "Nous avons déployé des [mises à jour OTA Capgo](https://console.capgo.app/resend_email) en production pour notre base d'utilisateurs de plus de 5 000. Nous avons constaté un fonctionnement très fluide ; presque tous nos utilisateurs sont à jour dans les minutes suivant le déploiement de l'OTA sur @Capgo."
-
-D'un autre côté, Appflow adopte une approche plus centralisée qui nécessite que les équipes s'adaptent à son écosystème.
-
-### Utilisation des outils Appflow
-
-Alors que les plugins CI/CD se concentrent sur une intégration rapide et facile, Appflow combine plusieurs fonctionnalités en une seule plateforme. Cependant, cette approche exige que les équipes adoptent pleinement son écosystème. Bien qu'il offre une gamme d'outils, certains développeurs ont noté des difficultés avec des fonctionnalités spécifiques, telles que la fonctionnalité Code-Push.
-
-Voici une comparaison rapide des deux :
-
-| Fonctionnalité | Plugins CI/CD | Appflow |
-| --- | --- | --- |
-| Temps de configuration | Moins de 15 minutes | Variable |
-| Intégration | Fonctionne nativement avec CI/CD | Nécessite l'adoption de la plateforme |
-| Courbe d'apprentissage | Facile pour les utilisateurs de CI/CD | Plus difficile pour les nouveaux utilisateurs |
-| Personnalisation | Très flexible | Limitée aux outils de la plateforme |
-
-## Faire le bon choix
-
-### Open Source vs Closed Source
-
-Lors du choix d'une solution CI/CD, décider entre des plateformes open-source et closed-source peut façonner l'avenir de votre projet. Le modèle open-source de Capgo se distingue par sa transparence et ses [options d'auto-hébergement](https://capgo.app/blog/self-hosted-capgo/), vous donnant un contrôle total sans le risque de verrouillage fournisseur. Cette approche permet également des déploiements sur mesure et des mesures de sécurité plus strictes.
-
-Les avantages de l'open-source sont clairs dans une utilisation pratique. Par exemple, l'équipe de la mission [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/) de la NASA a partagé son expérience :
-
-> "@Capgo est un moyen intelligent de faire des poussées de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Voici une comparaison rapide :
-
-| Aspect | Open Source (Capgo) | Closed Source (Appflow) |
-| --- | --- | --- |
-| Accès au code | Visibilité complète du code source | Propriétaire, accès limité |
-| Options d'hébergement | Auto-hébergé ou cloud | Seulement cloud |
-| Personnalisation | Modifications illimitées | Restreint par la plateforme |
-| Contrôle de la sécurité | Surveillance complète | Dépend du fournisseur |
-
-Ce niveau de contrôle et de transparence fait des plateformes open-source un choix solide pour les projets à long terme.
-
-### Support de plateforme à long terme
-
-L'avenir de votre solution CI/CD impacte directement votre flux de développement. Avec la fermeture prévue d'Appflow en 2026, il est crucial de planifier une alternative fiable et économique.
-
-Voici des facteurs clés à peser :
-
--   **Stabilité de la plateforme :** Capgo offre un support continu et un développement actif, tandis que l'arrêt imminent d'Appflow pourrait perturber les flux de travail.
--   **Efficacité des coûts :** Le prix mensuel de 300 $ de Capgo représente une économie significative par rapport aux frais annuels de 6 000 $ d'Appflow.
--   **Continuité des fonctionnalités :** Les plateformes open-source garantissent que les fonctionnalités essentielles restent disponibles, exemptées des priorités changeantes d'un seul fournisseur.
-
-Le passage de l'industrie vers des solutions open-source souligne l'importance de la durabilité et de l'indépendance. Ces facteurs sont essentiels pour créer une stratégie CI/CD fiable qui évite les migrations coûteuses et chronophages à l'avenir.
-
-## Conclusion
-
-Le monde des solutions CI/CD pour les applications Capacitor évolue rapidement, présentant de nouveaux défis et opportunités pour les développeurs et les organisations. La comparaison des plugins CI/CD de Capacitor avec Appflow révèle des différences en termes de coût, d'options de personnalisation et de fiabilité future.
-
-Les organisations peuvent réduire considérablement les coûts avec des solutions basées sur des plugins tout en gagnant plus de contrôle sur le déploiement et la personnalisation. Avec la fermeture d'Appflow et de CodePush, il est crucial pour les développeurs de planifier des stratégies de migration durables pour assurer des transitions en douceur.
-
-Ces changements mettent en évidence l'importance de choisir des outils offrant de solides fonctionnalités et un support fiable à long terme. Pour les équipes qui apprécient le contrôle et la flexibilité, les plugins CI/CD de Capacitor se distinguent en permettant l'auto-hébergement et des configurations sur mesure - répondant à des besoins de sécurité et de déploiement uniques tout en maintenant l'indépendance.
-
-La décision entre ces solutions dépend finalement des priorités immédiates et des objectifs à long terme. La préférence croissante pour des outils open-source et économes souligne leur potentiel à soutenir les efforts de développement bien dans le futur. Cette tendance consolide l'attrait des outils CI/CD open-source et flexibles pour maintenir des pratiques de développement durables.
diff --git a/src/content/blog/fr/capacitor-cli-commands-common-issues-and-fixes.md b/src/content/blog/fr/capacitor-cli-commands-common-issues-and-fixes.md
deleted file mode 100644
index a184cb58c..000000000
--- a/src/content/blog/fr/capacitor-cli-commands-common-issues-and-fixes.md
+++ /dev/null
@@ -1,202 +0,0 @@
----
-slug: capacitor-cli-commands-common-issues-and-fixes
-title: 'Commandes Capacitor CLI : Problèmes Courants et Solutions'
-description: >-
-  Résolvez les problèmes courants de l'interface CLI de Capacitor avec des
-  solutions pratiques pour les plugins, les builds et les mises à jour,
-  garantissant des performances fluides de l'application.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:27:20.155Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3-1744684053859.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor CLI, plugin errors, build errors, live updates, network issues,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-**Vous rencontrez des problèmes avec la CLI [Capacitor](https://capacitorjs.com/) ?** Voici un guide rapide pour résoudre les problèmes courants comme les erreurs de plugins, les erreurs de build et les problèmes réseau. La CLI Capacitor est essentielle pour gérer les mises à jour d'applications, en particulier les mises à jour over-the-air (OTA), qui vous permettent de contourner les révisions de l'app store et de déployer les correctifs plus rapidement. Voici les points essentiels :
-
--   **Problèmes courants et solutions** :
-    
-    -   **Erreurs de plugins manquants** : Effacer le cache npm, mettre à jour les dépendances et synchroniser les fichiers du projet
-    -   **Erreurs de build** : Corriger les incompatibilités de versions, mettre à jour [Cocoapods](https://cocoapodsorg/)/[Gradle](https://gradleorg/), et effacer les caches de build
-    -   **Problèmes de Live Update** : Vérifier les configurations, les connexions réseau et les numéros de version
-    -   **Problèmes réseau** : Résoudre les problèmes SSL, de timeout ou de proxy avec des outils de mise à jour intelligents
--   **Conseils de prévention** :
-    
-    -   Garder les projets synchronisés avec `npx cap sync`, `npx cap update`, et `npx cap doctor`
-    -   Réinitialiser les fichiers de build pour corriger les comportements inattendus
-    -   Aligner les numéros de version sur tous les composants Capacitor
--   **Outils pour les mises à jour OTA** :
-    
-    -   Utiliser des plateformes comme **[Capgo](https://capgo.app/)** pour des mises à jour chiffrées et partielles avec installation en arrière-plan et déploiements par canal
-
-**Tableau des solutions rapides** :
-
-| Problème | Commande/Action de correction | Plateformes |
-| --- | --- | --- |
-| Plugins manquants | Effacer le cache npm, synchroniser les fichiers | iOS & Android |
-| Échecs de build [Xcode](https://developer.apple.com/xcode/) | `pod install` | iOS |
-| Problèmes de synchronisation Gradle | Effacer le cache `gradle` | Android |
-| Incompatibilité de version | Mettre à jour tous les packages Capacitor | iOS & Android |
-
-**En résumé** : Une gestion efficace des commandes CLI assure des mises à jour fluides et de meilleures performances. Des outils comme Capgo simplifient les déploiements et réduisent les erreurs. Suivez ces étapes pour maintenir votre application en bon état de fonctionnement.
-
-## Comment corriger la commande Dev Quasar-Framework et [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/0E0en7ulaWg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principaux problèmes de commandes CLI
-
-Les développeurs rencontrent souvent des défis avec les commandes CLI Capacitor, qui peuvent perturber les flux de travail. Voici une analyse des problèmes courants et comment les résoudre.
-
-### Erreurs de plugins manquants
-
-Parfois les plugins ne se chargent pas, généralement parce que les dépendances ne sont pas correctement installées ou synchronisées. Par exemple, le plugin '@capacitor/live-updates' pourrait ne pas se charger, bloquant les mises à jour.
-
-Voici comment corriger les erreurs de plugins :
-
--   Effacer votre cache npm
--   Mettre à jour vos dépendances
--   Synchroniser vos fichiers projet
-
-Passons aux problèmes qui peuvent survenir lors des builds d'applications.
-
-### Erreurs de build d'application
-
-Les erreurs de build surviennent généralement en raison d'incompatibilités de versions entre les composants Capacitor ou de mauvaises configurations qui interfèrent avec les mises à jour OTA.
-
-| Plateforme | Erreur courante | Solution |
-| --- | --- | --- |
-| iOS | Échec de build Xcode | Mettre à jour Cocoapods et exécuter `pod install` |
-| Android | Échec de synchronisation Gradle | Effacer le cache Gradle et mettre à jour [Android Studio](https://developerandroidcom/studio) |
-| Les deux | Incompatibilité de version | S'assurer que tous les packages Capacitor utilisent la même version |
-
-### Erreurs de mise à jour en direct
-
-Le déploiement de mises à jour en direct peut parfois entraîner des erreurs qui affectent la fiabilité de l'application et la livraison des mises à jour. Le chiffrement de Capgo et les systèmes de mise à jour intelligents aident à réduire ces problèmes, mais ils peuvent toujours survenir.
-
-Si vous rencontrez des erreurs de mise à jour en direct, essayez ces étapes :
-
--   Vérifier votre configuration de mise à jour
--   Tester votre connexion réseau
--   Vérifier que les numéros de version sont corrects
-
-Les problèmes liés au réseau peuvent également jouer un rôle dans les problèmes de mise à jour en direct.
-
-### Problèmes de réseau et d'événements
-
-Les problèmes de réseau peuvent bloquer les mises à jour et provoquer des erreurs de gestion d'événements. Voici quelques causes courantes :
-
--   Erreurs de timeout
--   Problèmes de certificat SSL
--   Mauvaises configurations de proxy
-
-L'utilisation de mises à jour différentielles intelligentes peut réduire l'utilisation de la bande passante et rendre les mises à jour plus fiables, même sur des réseaux plus lents [\[1\]](https://capgo.app/)## Conseils de prévention des erreurs CLI
-
-Évitez les problèmes courants de l'interface en ligne de commande (CLI) en suivant ces stratégies pratiques. Ces conseils peuvent aider à assurer un processus de développement plus fluide.
-
-### Garder les projets synchronisés
-
-Garder votre projet synchronisé réduit les risques d'erreurs CLI. Utilisez les commandes suivantes pour maintenir la cohérence entre vos ressources web et les plateformes natives :
-
-- **`npx cap sync`** : Maintient les ressources web et les plateformes natives alignées après les modifications
-- **`npx cap update`** : Met à jour votre installation Capacitor lors de la sortie de nouvelles versions
-- **`npx cap doctor`** : Vérifie les installations des plugins et les problèmes potentiels
-
-> "La communauté en avait besoin et @Capgo fait quelque chose de vraiment important !" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-Si vous rencontrez des problèmes persistants, l'effacement des caches de build est la prochaine étape.
-
-### Réinitialiser les fichiers de build
-
-Les comportements inattendus des commandes CLI proviennent souvent de problèmes de cache de build. Effacez ces caches pour chaque plateforme en suivant les étapes ci-dessous :
-
-| Plateforme | Étapes de réinitialisation | Quand utiliser |
-| --- | --- | --- |
-| iOS | Exécutez `pod deintegrate` suivi de `pod install` | Après les conflits CocoaPods |
-| Android | Effacez le cache `gradle` et supprimez le dossier `build` | Quand la synchronisation Gradle échoue |
-| Web | Supprimez le dossier `node_modules` et exécutez `npm install` | Après les conflits de dépendances |
-
-L'effacement de ces caches peut résoudre de nombreux problèmes spécifiques aux plateformes.
-
-### Faire correspondre les numéros de version
-
-Les incompatibilités de versions entre les composants Capacitor sont une source courante d'erreurs CLI. S'assurer que tous les composants sont sur des versions compatibles est crucial pour la stabilité.
-
-Voici ce qu'il faut vérifier :
-
-1. **Version CLI** : Confirmez en utilisant `npx cap --version`
-2. **Version du package Core** : Vérifiez dans votre fichier `package.json`
-3. **Versions des plugins** : Vérifiez la cohérence dans la liste des dépendances
-
-Lors de la mise à jour, alignez tous les packages associés. Par exemple, si vous mettez à jour `@capacitor/core` vers la version 5.0.0, mettez à jour tous les autres plugins Capacitor vers la même version majeure.
-
-Les incompatibilités de versions peuvent créer des problèmes subtils qui peuvent ne pas apparaître immédiatement, donc effectuer des audits de version réguliers peut vous éviter des maux de tête futurs.
-
-## Outils de mise à jour OTA
-
-La gestion efficace des mises à jour OTA nécessite des outils qui gèrent le déploiement, la surveillance et le dépannage de manière transparente. Comme les problèmes avec les interfaces en ligne de commande (CLI) surviennent souvent pendant les mises à jour, avoir les bons outils est essentiel pour des opérations fluides.
-
-### Utilisation des mises à jour [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobot.ai/capgo.app/67fdb53472a40527486bfab3/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-Capgo est une plateforme populaire pour gérer les mises à jour OTA Capacitor, affichant un impressionnant record de livraison de 11.551 milliards de mises à jour avec un taux de réussite global de 82% [\[1\]](https://capgo.app/). Elle répond aux défis CLI courants grâce aux fonctionnalités suivantes :
-
-| **Fonctionnalité** | **Avantage** | **Impact technique** |
-| --- | --- | --- |
-| Chiffrement de bout en bout | Sécurise la livraison des mises à jour | Protège contre les attaques man-in-the-middle |
-| Mises à jour partielles | Économise la bande passante | Télécharge uniquement les fichiers modifiés |
-| Installation en arrière-plan | Ne nécessite pas d'intervention utilisateur | Les mises à jour s'installent automatiquement en arrière-plan |
-| Système de canaux | Permet des déploiements ciblés | Distribue les mises à jour à des groupes d'utilisateurs spécifiques |
-
-Pour commencer avec les mises à jour Capgo :
-
-1. **Installez le plugin** : Utilisez la commande `npx @capgo/cli init`
-2. **Construisez votre app** : Procédez avec votre processus habituel de construction d'app
-3. **Déployez les mises à jour** : Utilisez les commandes CLI de Capgo pour le déploiement
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Une fois les mises à jour déployées, utilisez les outils de débogage spécifiques à la plateforme pour vous assurer que tout fonctionne comme prévu et résoudre les problèmes éventuels.
-
-### Guide des outils de débogage
-
-Lors du diagnostic des problèmes de mise à jour OTA, les outils spécifiques à la plateforme peuvent être précieux :
-
-- **Pour Android** :
-    - _LogCat_ : Fournit des logs en temps réel pour la surveillance-   _Android Debug Bridge (ADB)_ : Permet une interaction directe avec les appareils
-    -   _Bundle Analyzer_ : Aide à optimiser la taille des mises à jour
--   **Pour iOS**:
-    
-    -   _Xcode Console_ : Suit les journaux d'installation des mises à jour
-    -   _Network Inspector_ : Surveille les performances de téléchargement des mises à jour
-    -   _Safari Web Inspector_ : Aide au débogage des problèmes WebView
-
-De plus, surveillez les performances globales du CDN. Par exemple, le CDN de Capgo livre généralement des paquets de 5 Mo en seulement 114ms [\[1\]](https://capgo.app/). Cette référence peut aider à déterminer si les problèmes sont liés aux conditions réseau ou aux erreurs d'implémentation.
-
-## Conclusion
-
-La gestion efficace des commandes CLI est essentielle pour garantir des mises à jour fluides des applications et offrir une excellente expérience utilisateur. Avec le rythme rapide des mises à jour OTA aujourd'hui, des outils comme Capgo fournissent des solutions fiables pour répondre aux défis courants de la CLI.
-
-Les méthodes et outils mentionnés précédemment aident à résoudre ces problèmes tout en soutenant des processus de déploiement plus robustes. En résumé, une gestion CLI bien organisée impacte directement la sécurité, la vitesse et la récupération des mises à jour. Les performances de Capgo soulignent l'importance des pratiques CLI efficaces [\[1\]](https://capgo.app/).
-
-| Aspect | Impact | Solution |
-| --- | --- | --- |
-| Sécurité des mises à jour | Empêche les accès non autorisés | Chiffrement de bout en bout |
-| Vitesse de déploiement | Réduit les temps d'arrêt | CDN mondial |
-| Récupération d'erreurs | Minimise l'impact utilisateur | Capacité de restauration instantanée |
-| Distribution des mises à jour | Assure une livraison précise | Déploiement basé sur les canaux |
-
-Ces éléments s'inscrivent dans les stratégies précédentes de prévention des erreurs et de débogage, créant un processus de mise à jour rationalisé. Les systèmes de mise à jour automatisés et sécurisés établissent de nouvelles normes pour la gestion CLI. Des pratiques CLI solides sont essentielles pour rester en avance dans le développement d'applications [\[1\]](https://capgo.app/).
\ No newline at end of file
diff --git a/src/content/blog/fr/capacitor-cli-commands-for-version-updates.md b/src/content/blog/fr/capacitor-cli-commands-for-version-updates.md
deleted file mode 100644
index d177c81fa..000000000
--- a/src/content/blog/fr/capacitor-cli-commands-for-version-updates.md
+++ /dev/null
@@ -1,375 +0,0 @@
----
-slug: capacitor-cli-commands-for-version-updates
-title: Commandes CLI Capacitor pour les mises à jour de version
-description: >-
-  Apprenez les commandes essentielles et les meilleures pratiques pour mettre à
-  jour votre application avec Capacitor CLI, en garantissant des performances
-  optimales et la compatibilité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-11T21:28:20.329Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682028f45e3fe4823b5e5a52-1746998980056.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, CLI, app updates, mobile development, iOS, Android, migration,
-  Capgo, plugins
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI simplifie la [mise à jour de votre application](https://capgo.app/plugins/capacitor-updater/) pour iOS et Android. Voici ce que vous devez savoir :
-
-1.   **Pourquoi mettre à jour ?** Restez sécurisé, améliorez les performances et assurez la compatibilité avec les dernières versions des systèmes d'exploitation mobiles.
-2.   **Commandes clés :** Utilisez `npm install @capacitor/cli@latest` pour mettre à jour Capacitor CLI, `npx cap migrate` pour appliquer les modifications, et `npx cap sync` pour [finaliser les mises à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update).
-3.   **Étapes spécifiques à la plateforme :** Mettez à jour iOS avec [CocoaPods](https://cocoapods.org/) (`pod install`) et les paramètres [Xcode](https://developer.apple.com/xcode/). Pour Android, ajustez les configurations [Gradle](https://gradle.org/) et vérifiez les versions de Java.
-4.   **Utilisez [Capgo](https://capgo.app/) pour des mises à jour en direct :** Déployez des changements instantanément sans délais d'approbation en magasin d'applications, avec des fonctionnalités comme le retour en arrière et l'analyse en temps réel.
-
-Mettre à jour garantit que votre application reste efficace et conviviale. Suivez les étapes ci-dessus pour un processus fluide.
-
-## Comment migrer votre application Ionic vers [Capacitor](https://capacitorjs.com/) 3
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682028f45e3fe4823b5e5a52/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/d5H729a-rBM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Avant de mettre à jour
-
-Prendre le temps de se préparer avant de mettre à jour peut vous éviter des maux de tête par la suite. Un peu de préparation aide à éviter les pièges courants et garantit que tout fonctionne sans accroc. Voici ce sur quoi vous devez vous concentrer pour minimiser les risques pendant le [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Vérifiez les exigences du système
-
-Tout d'abord, assurez-vous que votre environnement de développement répond aux exigences pour Capacitor. Les versions 6 et 7 ont des besoins logiciels spécifiques [\[1\]](https://capgo.app).
-
-Voici ce que vous devriez vérifier :
-
-1.   **Node.js** : Vérifiez que votre version de Node.js est compatible.
-2.   **Outils spécifiques à la plateforme** :
-    -   Pour le développement iOS, assurez-vous d'avoir la dernière version de Xcode installée.
-    -   Pour Android, confirmez que [Android Studio](https://developer.android.com/studio) est à jour.
-
-### Lisez les notes de mise à jour
-
-Les notes de mise à jour sont votre feuille de route pour comprendre comment les modifications pourraient affecter votre projet. Prenez le temps de revoir les éléments suivants :
-
-1.   **Documentation officielle** : Parcourez le changelog de Capacitor et les guides de migration.
-2.   **Changements majeurs** : Faites attention aux sections étiquetées "Changements majeurs". Ces sections mettent souvent en évidence des mises à jour cruciales qui pourraient perturber votre flux de travail.
-3.   **Compatibilité des plugins** : Vérifiez que tous les plugins Capacitor de votre projet sont pris en charge par la nouvelle version.
-
-## Commandes de mise à jour CLI
-
-Ces commandes vous aident à mettre à jour votre application tout en garantissant que tout continue de fonctionner sans problème.
-
-### Mise à jour de Capacitor CLI
-
-Pour accéder aux dernières fonctionnalités, mettez à jour votre Capacitor CLI. Ouvrez votre terminal et exécutez :
-
-```bash
-npm install -g @capacitor/cli@latest
-```
-
-Une fois installé, confirmez la mise à jour en vérifiant votre version de CLI :
-
-```bash
-npx cap --version
-```
-
-### Exécuter les commandes de migration
-
-Dans votre répertoire de projet, exécutez les commandes suivantes pour mettre à jour les packages de base et spécifiques à la plateforme de Capacitor :
-
-```bash
-# Update core Capacitor packages
-npm install @capacitor/core@latest
-npm install @capacitor/cli@latest
-
-# Update platform-specific packages
-npm install @capacitor/ios@latest
-npm install @capacitor/android@latest
-
-# Run the migration command
-npx cap migrate
-```
-
-La commande `npx cap migrate` va :
-
-1.   Mettre à jour les configurations de votre application
-2.   Synchroniser les dépendances
-3.   Appliquer les modifications nécessaires au projet
-4.   Valider la compatibilité des plugins
-
-Si certaines mises à jour ne sont pas gérées automatiquement, vous devrez peut-être les compléter manuellement.
-
-### Compléter les étapes manuelles
-
-Pour synchroniser votre projet avec les plateformes mises à jour, exécutez :
-
-```bash
-npx cap sync
-```
-
-Pour plus d'automatisation, vous pouvez intégrer l'outil CLI de Capgo en exécutant :
-
-```bash
-npx @capgo/cli init
-```
-
-Enfin, vérifiez la mise à jour en construisant votre application pour chaque plateforme :
-
-```bash
-# For iOS
-npx cap open ios
-
-# For Android
-npx cap open android
-```
-
-Si vous rencontrez des problèmes pendant la mise à jour, le CLI fournira des messages d'erreur détaillés pour aider à la résolution des problèmes. Assurez-vous de vérifier la sortie de construction pour tout avertissement ou erreur qui pourrait nécessiter votre attention.
-
-## Mises à jour de plateforme
-
-Avec les mises à jour de base terminées, l'étape suivante consiste à peaufiner les configurations de plateforme pour les projets iOS et Android.
-
-### Étapes de mise à jour iOS
-
-Pour commencer avec votre projet iOS, ouvrez-le dans Xcode et suivez ces étapes :
-
-1.   **Mettre à jour les dépendances CocoaPods**  
-    Commencez par rafraîchir vos dépendances en utilisant CocoaPods. Allez dans votre répertoire de projet iOS et exécutez la commande suivante :
-    
-    ```bash
-    cd ios/App
-    pod install
-    ```
-    
-2.   **Configurer les paramètres Xcode**  
-    Assurez-vous que ces paramètres Xcode sont mis à jour pour garantir un fonctionnement fluide et la conformité :
-    
-    | **Paramètre** | **Action requise** | **Objectif** |
-    | --- | --- | --- |
-    | Cible de déploiement | Définir une version minimale d'iOS | Assurer la compatibilité |
-    | Paramètres de build | Mettre à jour l'identité de signature | Répondre aux exigences de l'App Store |
-    | Catalogue d'assets | Vérifier les icônes et les actifs d'écran de démarrage | Maintenir la cohérence visuelle |
-    
-3.   **Construction propre**  
-    Supprimez les fichiers mis en cache et effectuez une construction propre pour éviter tout problème résiduel :
-    
-    ```bash
-    # Clean the build folder
-    xcodebuild clean
-    # Build the project
-    xcodebuild build
-    ```
-    
-
-Une fois les mises à jour iOS terminées, vous pouvez vous concentrer sur le projet Android.
-
-### Étapes de mise à jour Android
-
-Pour Android, ouvrez le projet dans Android Studio et suivez ces étapes :
-
-1.   **Mettre à jour la configuration Gradle**  
-    Ouvrez votre fichier `build.gradle` et confirmez que ces paramètres sont correctement configurés :
-    
-    ```kotlin
-    android {
-        compileSdkVersion 33
-        defaultConfig {
-            minSdkVersion 22
-            targetSdkVersion 33
-        }
-    }
-    ```
-    
-2.   **Synchroniser les fichiers de projet**  
-    Synchronisez le projet avec les fichiers Gradle pour vous assurer que toutes les dépendances sont à jour. Cette étape peut également nécessiter la mise à jour des outils SDK et la résolution de tout conflit.
-    
-3.   **Vérifier la version de Java**  
-    Vérifiez que vous utilisez la bonne version de Java, car cela est crucial pour la compatibilité avec Gradle et les fonctionnalités Android :
-    
-    ```bash
-    # Check the current Java version
-    ./gradlew --version
-    ```
-    
-
-Assurez-vous de prêter une attention particulière à votre configuration Gradle. Certaines mises à jour peuvent nécessiter une version plus récente de Gradle pour prendre efficacement en charge les dernières fonctionnalités Android.
-
-## Mises à jour en direct avec [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/682028f45e3fe4823b5e5a52/0270fe931d56d422c8e52846495749c7.jpg)
-
-Une fois votre plateforme configurée, vous pouvez utiliser Capgo pour déployer des changements instantanément sans attendre les approbations de l'App Store. Cette étape améliore vos mises à jour de plateforme en permettant des capacités de déploiement en temps réel.
-
-### Configuration de Capgo
-
-Commencer avec Capgo est simple. Vous pouvez l'initialiser avec une commande simple :
-
-```bash
-npx @capgo/cli init
-```
-
-Cette fonctionnalité rationalise le processus de mise à jour, gardant votre application à jour sans les délais des cycles de révision traditionnels. Capgo est compatible avec Capacitor 8, ce qui en fait un choix flexible pour votre configuration existante.
-
-| **Fonctionnalité** | **Description** | **Avantage** |
-| --- | --- | --- |
-| Cryptage de bout en bout | Sécurité intégrée pour les mises à jour | Assure que seules les utilisateurs autorisés peuvent accéder aux mises à jour |
-| [Système de canal](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Distribution avancée des mises à jour | Ciblez des segments spécifiques d'utilisateurs |
-| Analyse en temps réel | Surveillez les performances des mises à jour | Suivez les taux de succès et l'engagement des utilisateurs |
-
-### Fonctionnalités de sécurité de mise à jour
-
-Capgo priorise des mises à jour sûres et fiables, atteignant un taux d'adoption de 95 % en 24 heures et un taux de succès mondial de 82 % [\[1\]](https://capgo.app). Il inclut plusieurs fonctionnalités de sécurité clés :
-
-1.   **Capacité de retour en arrière** : Revertissez rapidement à une version précédente en cas de problème.
-2.   **Suivi des erreurs** : Identifiez et résolvez les problèmes avant qu'ils n'affectent les utilisateurs.
-3.   **Distribution basée sur les canaux** : [Testez les mises à jour avec des groupes bêta](https://capgo.app/blog/how-to-send-specific-version-to-users/) avant de les déployer largement.
-
-### Intégration CI/CD
-
-Une fois les mesures de sécurité en place, vous pouvez intégrer Capgo dans votre pipeline CI/CD pour des déploiements fluides et efficaces. Capgo a déjà configuré CI/CD pour plus de 50 applications, offrant des solutions rentables par rapport à d'autres options [\[1\]](https://capgo.app).
-
-Voici un exemple de commande de déploiement :
-
-```bash
-npx @capgo/cli deploy --channel production
-```
-
-Capgo prend en charge une variété de plateformes CI/CD, y compris :
-
-1.   [GitHub Actions](https://docs.github.com/actions)
-2.   [GitLab CI](https://docs.gitlab.com/ee/ci/)
-3.   [Jenkins](https://www.jenkins.io/)
-4.   Configurations de pipeline personnalisées
-
-> "Nous configurons votre pipeline CI/CD directement dans votre plateforme préférée, que ce soit GitHub Actions, GitLab CI ou d'autres. Nous n'hébergeons pas CI/CD ni ne vous facturons pour son maintien." - Capgo [\[1\]](https://capgo.app)
-
-Pour les équipes cherchant une assistance experte, Capgo propose un service de configuration CI/CD professionnel pour 2 600 $. Cette configuration unique inclut des conseils sur les meilleures pratiques de déploiement d'applications mobiles [\[1\]](https://capgo.app).
-
-## Résoudre les problèmes courants
-
-Les [mises à jour de Capacitor](https://capgo.app/plugins/capacitor-updater/) peuvent parfois entraîner des problèmes qui perturbent la stabilité de votre application. Voici comment vous pouvez traiter ces problèmes courants efficacement.
-
-### Résoudre les conflits de package
-
-Commencez par vérifier les désaccords de version dans vos packages Capacitor. Utilisez la commande suivante :
-
-```bash
-npm ls @capacitor/core
-```
-
-Examinez la sortie et assurez-vous que les versions de **@capacitor/core**, **@capacitor/ios**, et **@capacitor/android** sont cohérentes dans votre fichier `package.json`. Si vous repérez des conflits, mettez à jour ou supprimez les packages problématiques pour stabiliser votre environnement.
-
-Après avoir résolu ceux-ci, vérifiez à nouveau que tous les plugins installés sont compatibles avec la version mise à jour de Capacitor.
-
-### Vérifiez la prise en charge des plugins
-
-Avant de mettre à jour, assurez-vous que vos plugins sont prêts à fonctionner avec la dernière version de Capacitor. Utilisez ces commandes pour gérer et vérifier la compatibilité des plugins :
-
-| **Action** | **Commande** | **Objectif** |
-| --- | --- | --- |
-| Lister les plugins | `npx cap ls` | Affiche tous les plugins installés |
-| Vérifier les versions | `npm outdated` | Identifie les plugins obsolètes |
-| Mettre à jour les plugins | `npm update` | Met à jour les plugins vers des versions compatibles |
-
-Si vous utilisez des outils de mise à jour en direct comme **Capgo**, confirmez que vos plugins prennent en charge les mises à jour dynamiques. Cela aide à éviter les conflits d'exécution et assure de meilleures performances.
-
-### Résoudre les erreurs de construction
-
-Les erreurs de construction peuvent varier selon la plateforme, mais voici des corrections spécifiques à la plateforme :
-
-**Pour iOS :**
-
-Nettoyez vos dossiers de construction en utilisant cette commande :
-
-```bash
-xcodebuild clean -workspace ios/App/App.xcworkspace -scheme App
-```
-
-**Pour Android :**
-
-Effacez le cache Gradle en exécutant :
-
-```bash
-cd android && ./gradlew clean
-```
-
-Si des erreurs persistent après le nettoyage, vous devrez peut-être réajouter les plateformes concernées. Voici comment faire :
-
-```bash
-npx cap rm ios
-npx cap rm android
-npx cap add ios
-npx cap add android
-```
-
-Enfin, si vous utilisez Capgo pour des mises à jour en direct, vérifiez que vos configurations de construction respectent les exigences de la plateforme pour éviter d'autres problèmes.
-
-## Résumé
-
-Cette section met en évidence les étapes et outils essentiels pour [gérer les mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) dans Capacitor, en soulignant comment une utilisation efficace des [commandes CLI de Capacitor](https://capgo.app/docs/cli/commands/) garantit des flux de travail fluides dans le développement d'applications. Les outils et stratégies discutés visent à simplifier les mises à jour tout en réduisant les risques potentiels.
-
-Auparavant, nous avons noté que Capgo prend en charge **1,7K applications de production**, atteignant un impressionnant **taux de réussite de mise à jour de 82 %** [\[1\]](https://capgo.app). Sa fonction de mise à jour instantanée permet à **95 % des utilisateurs de mettre à jour dans les 24 heures** [\[1\]](https://capgo.app), mettant en avant son efficacité.
-
-Voici un aperçu des indicateurs de performance de Capgo :
-
-| Indicateur | Performance |
-| --- | --- |
-| Temps de réponse API global | 434 ms |
-| Vitesse de téléchargement de bundle de 5 Mo | 114 ms |
-| Taux de réussite des mises à jour | 82 % |
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app)
-
-Les outils de mise à jour modernes offrent plusieurs avantages notables :
-
--   **Chiffrement de bout en bout** pour une livraison sécurisée des mises à jour
--   **Mises à jour partielles**, qui économisent la bande passante en ne téléchargeant que les composants modifiés
--   **Rétrogradation en un clic** pour une récupération rapide en cas de problèmes
--   **Analytique en temps réel** pour surveiller les performances de mise à jour et l'engagement des utilisateurs
-
-Ces fonctionnalités soutiennent un cadre robuste pour gérer efficacement les [versions des mises à jour](https://capgo.app/docs/live-updates/update-behavior/).
-
-Que vous travailliez sur une petite application ou que vous évoluiez vers un déploiement plus important, combiner la CLI de Capacitor avec des outils de mise à jour avancés garantit un contrôle de version fiable et efficace dans le paysage de développement rapide d'aujourd'hui.
-
-## FAQs
-
-:::faq
-### Quels défis puis-je rencontrer lors de la mise à jour de mon application avec Capacitor CLI, et comment puis-je y faire face ?
-
-Lorsque vous mettez à jour votre application avec la CLI de Capacitor, vous pourriez rencontrer quelques obstacles en cours de route. Les défis courants incluent **les conflits de dépendances**, **les changements incompatibles dans les plugins**, ou **des problèmes de configuration spécifiques à la plateforme**. Ces problèmes surviennent souvent en raison des différences entre les versions de Capacitor ou des mises à jour des plugins tiers.
-
-Voici comment vous pouvez relever ces défis :
-
--   **Consultez les notes de version** pour la nouvelle version vers laquelle vous vous dirigez. Faites attention aux changements incompatibles ou aux ajustements que vous devrez effectuer.
--   **Testez les mises à jour dans un environnement de staging** avant de les déployer en production. Cela vous aide à détecter et corriger les problèmes avant qu'ils n'impactent les utilisateurs.
--   Mettez régulièrement à jour vos dépendances et plugins pour réduire le risque de problèmes de compatibilité.
-
-Pour une expérience de mise à jour encore plus fluide, vous pourriez envisager d'essayer des outils comme _Capgo_. Cet outil vous permet d'envoyer des correctifs et de nouvelles fonctionnalités directement à vos utilisateurs sans avoir besoin d'approbations de l'app store. C'est un excellent moyen de garder votre application à jour avec un temps d'arrêt minimal.
-:::
-
-:::faq
-### Comment Capgo simplifie-t-il les mises à jour des applications, et quelles sont ses caractéristiques remarquables ?
-
-Capgo simplifie la façon dont les développeurs livrent des [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) en leur permettant d'envoyer des modifications, des corrections et des nouvelles fonctionnalités directement aux utilisateurs - contournant ainsi le besoin d'approbations de l'app store. Grâce à cela, vos utilisateurs peuvent profiter des dernières mises à jour en quelques minutes, créant une expérience plus fluide et plus efficace.
-
-Voici ce qui rend Capgo remarquable :
-
--   **Chiffrement de bout en bout** assure que vos mises à jour restent sécurisées.
--   **Intégration CI/CD** aide à maintenir des flux de travail rationalisés.
--   **Mises à jour spécifiques aux utilisateurs** permettent des déploiements précis et ciblés.
--   **Gestion flexible des organisations** prend en charge des équipes de toutes tailles.
-
-Capgo est entièrement open-source et conforme aux normes d'Apple et d'Android, offrant une solution fiable pour [les mises à jour d'applications en temps réel](https://capgo.app/blog/live-updates-for-flutter-app/).
-:::
-
-:::faq
-### Comment puis-je vérifier si mes plugins sont compatibles avec la dernière version de Capacitor avant de mettre à jour ?
-
-Avant de faire le saut vers la dernière version de Capacitor, il est crucial de vérifier que vos plugins sont prêts à gérer la mise à jour. Commencez par consulter la documentation ou le dépôt du plugin pour voir s'il y a des exigences ou des mises à jour spécifiques à la version. La plupart des plugins indiquent clairement quelles versions de Capacitor ils prennent en charge, donc cette étape peut vous épargner des maux de tête inutiles.
-
-Vous pouvez également tester votre application dans un environnement contrôlé avec la version mise à jour de Capacitor. Cela vous permet d'identifier et de corriger tout problème de compatibilité avant que la mise à jour ne soit mise en production. Des outils comme **Capgo** peuvent être d'une grande aide ici, vous permettant de pousser des mises à jour directement sans avoir besoin d'approbations de l'app store. Cela signifie que vous pouvez rapidement résoudre les problèmes liés aux plugins tout en respectant les directives de la plateforme.
-:::
diff --git a/src/content/blog/fr/capacitor-cli-plugin-commands-overview.md b/src/content/blog/fr/capacitor-cli-plugin-commands-overview.md
deleted file mode 100644
index cd339cdbc..000000000
--- a/src/content/blog/fr/capacitor-cli-plugin-commands-overview.md
+++ /dev/null
@@ -1,230 +0,0 @@
----
-slug: capacitor-cli-plugin-commands-overview
-title: Vue d'ensemble des commandes du Plugin CLI Capacitor
-description: Capacitor 플러그인을 CLI 명령어로 효율적으로 관리하는 방법과 강력한 플러그인 관리 도구와의 통합 혜택에 대해 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T03:14:02.984Z
-updated_at: 2025-03-27T03:14:27.566Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4be0410051fda3b63a692-1743045267566.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, CLI, plugin management, app development, updates, troubleshooting,
-  Capgo, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-[Capacitor](https://capacitorjs.com/) CLI simplifie la gestion des plugins pour le développement d'applications, permettant une intégration transparente des fonctionnalités natives de l'appareil. Associé à des outils comme [Capgo](https://capgo.app/), il rationalise les mises à jour, le déploiement et le dépannage. Voici ce que vous devez savoir :
-
-**Fonctionnalités principales :**
-
--   **Installer des plugins :** Utilisez `npx @capgo/cli init` pour ajouter des plugins, gérer les dépendances et mettre à jour les configurations automatiquement
--   **Mettre à jour les plugins :** Les commandes comme `npm update @capacitor/*` et `npx cap sync` assurent des mises à jour fluides
--   **Supprimer des plugins :** Désinstallez proprement avec `npm uninstall @capacitor/plugin-name` et synchronisez les configurations
--   **Dépanner les problèmes :** Les commandes comme `npx cap doctor` et `npx cap sync --verbose` aident à détecter et résoudre les problèmes
-
-**[Avantages de Capgo](https://capgo.app/consulting/) :**
-
--   Mises à jour en temps réel
--   Chiffrement de bout en bout
--   Intégration CI/CD
--   Retour en arrière en cas d'erreurs
-
-Capgo prend en charge plus de 750 applications dans le monde, offrant des mises à jour rapides et le suivi des erreurs pour 12$/mois
-
-Commencez à gérer efficacement les [plugins Capacitor](https://capgo.app/plugins/) et améliorez votre flux de développement dès aujourd'hui !
-
-## Développement Multi-plateformes : Explorer CapacitorJS avec
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Commandes d'installation des plugins
-
-Le CLI Capacitor rend l'ajout de plugins à votre projet simple et efficace. Ces commandes gèrent le processus d'intégration, s'occupant des dépendances et assurant la compatibilité avec votre configuration.
-
-### Commandes d'installation de base
-
-Pour ajouter un plugin Capacitor à votre projet, utilisez cette structure de commande simple. Par exemple, pour installer le plugin Capgo, exécutez :
-
-[[CODE_BLOCK]]
-
-Cette commande prend en charge les éléments suivants :
-
--   Vérifie que le plugin est compatible avec votre version de Capacitor
--   Installe toutes les dépendances requises
--   Configure les paramètres spécifiques à la plateforme
--   Met à jour automatiquement les fichiers de configuration de votre projet
-
-Suivez ce processus pour éviter les erreurs lors de l'installation.
-
-### Directives d'installation
-
-Voici comment assurer une installation sans problème de votre plugin :
-
-**Étapes pré-installation** :
-
--   Assurez-vous que votre projet Capacitor est déjà configuré
--   Naviguez vers le répertoire racine de votre projet
--   Vérifiez que votre version de [Nodejs](https://nodejsorg/en) est à jour
--   Mettez à jour vers la dernière version du CLI Capacitor
-
-**Gestion des versions** :
-
--   Spécifiez la version du plugin souhaitée lors de l'installation
--   Suivez le versionnement sémantique pour éviter les problèmes de compatibilité
--   Testez le plugin dans votre environnement de développement avant le déploiement
-
-> "Exécutez npx @capgo/cli init c'est tout !" - Capgo [\[1\]](https://capgo.app/)
-
-Après l'installation, confirmez que tout est en ordre en examinant votre `packagejson` et les fichiers de configuration spécifiques à la plateforme. Pour toute étape supplémentaire, consultez la documentation du plugin.
-
-## Commandes de mise à jour des plugins
-
-Maintenir vos plugins Capacitor à jour aide à maintenir la stabilité de l'application et assure l'accès aux nouvelles fonctionnalités. Le CLI offre des outils pour gérer efficacement les mises à jour des plugins.
-
-### Trouver les mises à jour disponibles
-
-Exécutez ces commandes dans le répertoire racine de votre projet :
-
-[[CODE_BLOCK]]
-
-La commande `npx cap doctor` vérifie votre configuration Capacitor, y compris les versions des plugins. Elle identifie les problèmes et suggère des mises à jour pour améliorer les performances. Une fois que vous savez quels plugins nécessitent des mises à jour, utilisez les commandes ci-dessous.
-
-### Exécuter les mises à jour des plugins
-
-Pour mettre à jour les plugins, utilisez ce qui suit :
-
-**Mettre à jour un seul plugin** :
-
-[[CODE_BLOCK]]
-
-**Mettre à jour tous les plugins en même temps** :
-
-[[CODE_BLOCK]]
-
-Si vous êtes utilisateur de Capgo, leur outil CLI simplifie le processus de mise à jour :
-
-[[CODE_BLOCK]]
-
-### Gérer les dépendances de mise à jour
-
-Après avoir appliqué les mises à jour, suivez ces étapes pour gérer efficacement les dépendances :
-
-| Étape | Tâche | Objectif |
-| --- | --- | --- |
-| Pré-mise à jour | Examiner les dépendances | Vérifier les versions actuelles |
-| Pendant la mise à jour | Résoudre les conflits de version | Corriger les incompatibilités |
-| Post-mise à jour | Exécuter des tests spécifiques à la plateforme | S'assurer que tout fonctionne |
-
-Les utilisateurs de Capgo bénéficient de fonctionnalités avancées comme les déploiements contrôlésLeur système a fait ses preuves en termes de fiabilité :
-
--   95% des mises à jour sont effectuées en moins de 24 heures [\[1\]](https://capgo.app/)
--   82% de taux de réussite global pour les mises à jour [\[1\]](https://capgo.app/)
--   Compatibilité avec les versions 6 et 7 de Capacitor [\[1\]](https://capgo.app/)
-
-Pour assurer des mises à jour fluides :
-
--   **Contrôle de version** : Validez vos changements avant la mise à jour
--   **Tests** : Appliquez d'abord les mises à jour dans un environnement de développement
--   **Avertissements de dépendances** : Traitez rapidement les problèmes de dépendances
-
-Capgo fournit également une fonction de restauration pour annuler les mises à jour critiques en cas de problème [\[1\]](https://capgo.app/)
-
-## Commandes de suppression de plugins
-
-La suppression correcte des plugins est cruciale pour éviter les problèmes lors des mises à jour et garder votre environnement de développement propre. Ci-dessous, vous trouverez les étapes pour désinstaller les plugins et vérifier leur suppression complète.
-
-### Commandes de désinstallation
-
-Pour désinstaller un plugin Capacitor, utilisez la commande suivante :
-
-[[CODE_BLOCK]]
-
-Pour les mises à jour spécifiques à une plateforme, exécutez :
-
-[[CODE_BLOCK]]
-
-Besoin de supprimer plusieurs plugins à la fois ? Utilisez ceci :
-
-[[CODE_BLOCK]]
-
-### Nettoyage post-suppression
-
-Après la désinstallation, suivez ces étapes de nettoyage pour assurer la stabilité de votre projet :
-
-| Tâche | Commande | Objectif |
-| --- | --- | --- |
-| Mettre à jour les dépendances | `npm install` | Reconstruit l'arbre des dépendances |
-| Synchroniser les plateformes | `npx cap sync` | Met à jour les configurations des projets natifs |
-
-De plus, supprimez manuellement les entrées restantes de **capacitorconfigts**, **packagejson** et tous les fichiers spécifiques à la plateforme.
-
-### Confirmation de la suppression du plugin
-
-Pour confirmer que le plugin est complètement supprimé, utilisez ces commandes :
-
-[[CODE_BLOCK]]
-
--   **`npm list @capacitor/*`** : Vérifie s'il reste des dépendances liées à Capacitor
--   **`npx cap doctor`** : Identifie les dépendances orphelines, les suppressions incomplètes ou les problèmes de configuration
-
-Vérifiez doublement ces zones pour les traces résiduelles :
-
--   **Racine du projet** : Assurez-vous que le plugin n'est plus listé dans `packagejson`
--   **Plateformes natives** : Vérifiez le nettoyage dans les répertoires iOS et Android
--   **Fichiers de build** : Confirmez l'absence du plugin dans les assets compilés
-
-Si vous utilisez Capgo pour la gestion des plugins, leur outil CLI peut aider à vérifier la suppression :
-
-[[CODE_BLOCK]]
-
-Cette commande recherche toute trace résiduelle qui pourrait causer des conflits, assurant un nettoyage complet.
-
-## Dépannage des plugins
-
-Si vous rencontrez encore des problèmes après l'installation ou la mise à jour des plugins, voici quelques étapes pratiques de dépannage pour vous aider à identifier et résoudre les problèmes courants.
-
-Lors de l'utilisation des plugins Capacitor via les commandes CLI, les développeurs rencontrent souvent des défis qui peuvent perturber leur flux de travail. Voici un guide pour vous aider à résoudre ces problèmes efficacement.
-
-### Outils de diagnostic
-
-Ces commandes peuvent vous aider à découvrir les problèmes avec votre configuration CLI :
-
-[[CODE_BLOCK]]
-
-Ces outils peuvent détecter :
-
--   Les dépendances manquantes
--   Les incompatibilités de version
--   Les erreurs de configuration spécifiques aux plateformes
--   Les problèmes d'installation des plugins
-
-Pour des informations plus détaillées, Capgo propose des commandes de diagnostic supplémentaires :
-
-[[CODE_BLOCK]]
-
-Après avoir exécuté les diagnostics, utilisez le tableau ci-dessous pour appliquer des corrections ciblées pour des erreurs spécifiques.
-
-### Corrections d'erreurs courantes
-
-Voici les commandes CLI pour résoudre les problèmes fréquents de plugins :
-
-| Type d'erreur | Commande | Solution |
-| --- | --- | --- |
-| Incompatibilité de version | `npx cap sync --force` | Force la synchronisation des plugins |
-| Conflits de plateforme | `npx cap update [[HTML_TAG]]` | Reconstruit les configurations spécifiques à la plateforme |
-| Problèmes de dépendances | `npm cache clean --force` | Vide le cache npm pour des installations propres |
-| Corruption de plugin | `npm rebuild` | Reconstruit les binaires du plugin |
-
-Pour les problèmes de mise à jour plus tenaces, essayez cette séquence :
-
-[[CODE_BLOCK]]
-
-### Corrections CLI vs manuelles
-
-Bien que les commandes CLI soient souvent suffisantes, certaines situations peuvent nécessiter une intervention manuelle.
\ No newline at end of file
diff --git a/src/content/blog/fr/capacitor-cli-project-setup-guide.md b/src/content/blog/fr/capacitor-cli-project-setup-guide.md
deleted file mode 100644
index 89e150cbb..000000000
--- a/src/content/blog/fr/capacitor-cli-project-setup-guide.md
+++ /dev/null
@@ -1,252 +0,0 @@
----
-slug: capacitor-cli-project-setup-guide
-title: 'Guide de configuration du projet : CLI Capacitor'
-description: >-
-  Apprenez à configurer Capacitor CLI pour créer des applications natives iOS et
-  Android en utilisant des technologies web en quelques étapes simples.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T03:02:50.225Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847-1744945493935.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, CLI, mobile apps, iOS, Android, project setup, live updates,
-  troubleshooting
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez créer des applications iOS et Android avec une seule base de code ?** [Capacitor](https://capacitorjs.com/) CLI simplifie le processus, vous permettant de créer des applications natives en utilisant les technologies web. Voici ce que vous allez apprendre :
-
--   **Installation Rapide** : Installez Capacitor CLI et initialisez votre projet en quelques minutes.
--   **Intégration des Plateformes** : Ajoutez le support iOS et Android avec des commandes simples.
--   **Mises à Jour en Direct** : Utilisez [Capgo](https://capgo.app/) pour des mises à jour instantanées par voie aérienne.
--   **Corrections Courantes** : Résolvez les problèmes comme les erreurs de synchronisation ou les échecs de build.
-
-**Étapes Clés pour Commencer :**
-
-1.  Installez [Node.js](https://nodejs.org/en), npm, JDK, [Xcode](https://developer.apple.com/xcode/), et [Android Studio](https://developer.android.com/studio).
-2.  Exécutez `npm install @capacitor/core @capacitor/cli` et initialisez votre projet.
-3.  Ajoutez les plateformes iOS et Android en utilisant `npx cap add ios` et `npx cap add android`.
-4.  Optionnel : Configurez Capgo pour les [mises à jour](https://capgo.app/plugins/capacitor-updater/) en direct.
-
-Ce guide couvre tout ce dont vous avez besoin pour configurer Capacitor CLI, configurer les plateformes et déployer votre application. Commençons !
-
-## Présentation de [Capacitor](https://capacitorjs.com/) Configure
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-## Prérequis d'Installation
-
-Pour commencer, assurez-vous d'avoir les outils suivants installés :
-
--   **Node.js** (version 14 ou plus récente) et **npm**
--   **Java JDK** (version 11 ou plus récente)
--   **Xcode** (version 12 ou plus récente pour les builds iOS)
--   **Android Studio** (pour les builds Android)
--   **Capacitor CLI** (version 6 ou 7)
-
-_Optionnel :_ Si vous souhaitez activer les mises à jour en direct, consultez le "[Guide d'Installation Capgo](https://capgo.app/docs/plugin/cloud-mode/getting-started/)" ci-dessous.
-
-## Étapes d'Installation du CLI
-
-Avant de commencer, assurez-vous d'avoir **Node.js**, **npm**, **JDK**, **Xcode**, et **Android Studio** configurés. Une fois prêt, vous pouvez installer Capacitor CLI en exécutant :
-
-```bash
-npm install @capacitor/core @capacitor/cli
-```
-
-Cette commande installe Capacitor et configure ses composants principaux.
-
-Après avoir terminé cette étape, passez à **Création d'un Nouveau Projet** pour structurer votre application.
-
-## Création d'un Nouveau Projet
-
-Pour commencer avec votre projet [en utilisant Capacitor CLI](https://capgo.app/docs/cli/commands/), suivez ces étapes :
-
-```bash
-npx cap init [appName] [appId]
-```
-
-### Mise à Jour du Fichier de Configuration
-
-Modifiez le fichier `capacitor.config.json` pour inclure les paramètres suivants :
-
-```json
-{
-  "appId": "com.exemple.app",
-  "appName": "Mon Application",
-  "webDir": "dist",
-  "bundledWebRuntime": false
-}
-```
-
-Une fois mis à jour, utilisez cette configuration pour configurer Capacitor pour votre projet.
-
-## Configuration des Plateformes
-
-Maintenant que la structure du projet est terminée, il est temps de configurer les cibles iOS et Android.
-
-### Ajout d'iOS et Android
-
-Commencez par installer les packages spécifiques à chaque plateforme en utilisant Capacitor CLI :
-
-```bash
-npm install @capacitor/ios @capacitor/android
-npx cap add ios
-npx cap add android
-```
-
-Pour iOS, assurez-vous d'avoir Xcode 14 ou plus récent, [CocoaPods](https://cocoapods.org/) 1.11 ou plus récent, et macOS 12 ou supérieur. Pour Android, vous aurez besoin d'Android Studio Giraffe (2022.3.1+), JDK 17 ou plus récent, et [Gradle](https://gradle.org/) 7.5 ou supérieur.
-
-Une fois installé, vous devrez maintenir vos cibles natives à jour avec les modifications de votre application web.
-
-### Mises à Jour des Plateformes
-
-Pour synchroniser vos plateformes avec les derniers changements web, suivez ces étapes après la mise à jour de votre application web :
-
-```bash
-npx cap sync
-```
-
-La commande `cap sync` gère deux tâches :
-
--   Copie les ressources web mises à jour vers les plateformes natives
--   Met à jour les configurations natives et les plugins pour correspondre aux derniers changements
-
-### Configuration IDE
-
-Ouvrez les projets spécifiques aux plateformes dans les IDE appropriés :
-
-```bash
-npx cap open ios
-npx cap open android
-```
-
-**Dans Xcode :**
-
-1.  Choisissez votre équipe de développement.
-2.  Configurez les certificats de signature.
-3.  Mettez à jour votre identifiant de bundle.
-
-**Dans Android Studio :**
-
-1.  Modifiez l'ID d'application dans `build.gradle`.
-2.  Configurez le keystore pour la signature.
-3.  Configurez les variantes de build debug et release.
-
-Lorsque tout est configuré, construisez les projets en utilisant `npx cap build ios` ou `npx cap build android`. N'oubliez pas d'exécuter `npx cap sync` à nouveau pour vous assurer que toutes les ressources sont à jour.
-
-## Guide d'Installation [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Configurez Capgo pour activer les mises à jour instantanées par voie aérienne pour votre application.
-
-### Fonctionnalités Clés de Capgo
-
-Capgo offre plusieurs outils pour simplifier les mises à jour d'applications :
-
--   Le **chiffrement de bout en bout** assure une livraison sécurisée des mises à jour.
--   Les mises à jour s'exécutent **en arrière-plan** au lancement de l'application.
--   Les **outils d'analyse** aident à suivre les taux de réussite des mises à jour et l'engagement des utilisateurs.
--   Une option de **retour en arrière en un clic** vous permet de récupérer rapidement des mises à jour problématiques.
--   Utilisez le **[système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** pour les déploiements progressifs et les tests bêta.
-
-### Installation de Capgo
-
-Suivez ces étapes pour commencer avec Capgo :
-
-1.  [Installez le CLI Capgo](https://capgo.app/docs/self-hosted/local-dev/cli/) :
-    
-    ```bash
-    npm install --save @capgo/cli
-    ```
-    
-2.  [Initialisez Capgo](https://capgo.app/docs/webapp/) dans votre projet :
-    
-    ```bash
-    npx capgo init
-    ```
-    
-3.  Construisez et publiez les mises à jour :
-    
-    ```bash
-    npx capgo upload
-    ```
-    
-4.  Ouvrez l'application pour déclencher le processus de mise à jour en arrière-plan.
-    
-
-### Meilleures Pratiques
-
--   Utilisez les canaux pour tester les mises à jour avant de les déployer à tous les utilisateurs.
--   Surveillez les analyses pour vous assurer que les mises à jour sont livrées avec succès et que les utilisateurs restent engagés.
--   Activez le suivi des erreurs pour détecter et corriger les problèmes rapidement.
--   Gardez la fonction de retour en arrière prête pour résoudre rapidement tout problème.
-
-Capgo est compatible avec Capacitor 8, s'intègre parfaitement aux pipelines CI/CD et respecte les exigences des stores Apple et Google.
-
-## Problèmes Courants et Conseils
-
-Une fois la configuration de la plateforme et de Capgo terminée, vous pourriez rencontrer des erreurs courantes. Voici comment les résoudre rapidement.
-
-### Problèmes de Configuration d'Environnement
-
--   **CLI Non Trouvé**  
-    **Erreur** : La commande `npx cap` échoue.  
-    **Solution** : Exécutez `npm install --save @capacitor/cli @capacitor/core` et réessayez.
-    
--   **Incompatibilité de Version Node**  
-    **Erreur** : Les commandes CLI échouent en raison d'erreurs de version Node.js.  
-    **Solution** : Installez Node.js version 14 ou supérieure comme indiqué dans les prérequis.
-    
-
-### Problèmes de Configuration
-
--   **Incompatibilité de Configuration**  
-    **Erreur** : Les changements dans `capacitor.config.json` ne prennent pas effet.  
-    **Solution** : Assurez-vous que les valeurs `appId` et `webDir` correspondent à votre `package.json` et au dossier de sortie de build web.
-    
--   **Erreurs de Synchronisation de Plateforme**  
-    **Erreur** : L'exécution de `npx cap sync` entraîne des conflits de version de plugin.  
-    **Solution** : Mettez à jour `@capacitor/android` et `@capacitor/ios` à la même version majeure, puis relancez la commande de synchronisation.
-    
-
-### Build et Déploiement
-
--   **Échecs de Signature de Build**  
-    **Erreur** : Les builds iOS ou Android échouent en raison de certificats manquants ou d'un keystore.  
-    **Solution** : Suivez les instructions de configuration IDE. Pour iOS, ajoutez votre équipe de développement dans Xcode. Pour Android, configurez le keystore dans `build.gradle`.
-    
--   **Répertoire Web Non Trouvé**  
-    **Erreur** : `npx cap sync` ne trouve pas les ressources web.  
-    **Solution** : Exécutez votre commande de build web (par exemple, `npm run build`) avant de synchroniser les plateformes.
-    
-
-### Problèmes de Mise à Jour en Direct
-
--   **[Échecs de Mise à Jour Capgo](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-    **Erreur** : Les mises à jour n'apparaissent pas dans l'application de production.  
-    **Solution** : Vérifiez votre [clé API Capgo](https://capgo.app/docs/webapp/api-keys/) dans `capacitor.config.json` et assurez-vous de cibler le bon canal.
-
-Pour plus de détails sur la configuration spécifique à chaque plateforme, consultez la section Configuration des Plateformes. Si vous travaillez avec des mises à jour en direct, consultez le Guide d'Installation Capgo pour des conseils de dépannage supplémentaires.
-
-## Résumé
-
-### Revue de l'Installation
-
-Commencez votre application web avec Capacitor CLI, configurez les plateformes iOS et Android, et incluez optionnellement Capgo pour les mises à jour en direct.
-
-Voici comment commencer :
-
--   Utilisez Capacitor CLI pour initialiser votre projet.
--   Configurez l'ID de package de votre application et définissez le répertoire de sortie web.
--   Ajoutez le support pour les plateformes iOS et Android.
--   Installez et configurez Capgo avec la commande suivante : `npm install --save @capgo/cli && npx capgo init`
-
-Pour des instructions détaillées d'installation ou de dépannage, consultez la documentation officielle de Capacitor et Capgo.
diff --git a/src/content/blog/fr/capacitor-community-forums-for-plugin-developers.md b/src/content/blog/fr/capacitor-community-forums-for-plugin-developers.md
deleted file mode 100644
index 5999011f0..000000000
--- a/src/content/blog/fr/capacitor-community-forums-for-plugin-developers.md
+++ /dev/null
@@ -1,242 +0,0 @@
----
-slug: capacitor-community-forums-for-plugin-developers
-title: Forums de la communauté Capacitor pour les développeurs de plugins
-description: >-
-  Explorez des forums essentiels pour les développeurs de plugins Capacitor afin
-  de résoudre des problèmes, de partager des connaissances et d'améliorer leur
-  expérience de développement.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:15:19.291Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da1574cfd1b2222c56b5cd-1742354143434.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, plugin development, developer forums, troubleshooting, community
-  support
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les forums [Capacitor](https://capacitorjs.com/) sont essentiels pour les développeurs de plugins afin de résoudre des problèmes, de partager des connaissances et de se connecter avec d'autres. Que vous soyez en train de résoudre un problème, de partager des plugins ou d'apprendre les meilleures pratiques, ces forums offrent des ressources et un soutien précieux.
-
-### Points clés :
-
-1.  **Top Forums** : Utilisez [Discord](https://ionic.io/blog/announcing-official-ionic-discord-server) pour une aide en temps réel, [GitHub Discussions](https://github.com/ionic-team/capacitor/discussions) pour des conversations détaillées, et [Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor) pour des réponses techniques.
-2.  **Meilleures pratiques** : Posez des questions claires, partagez des extraits de code et suivez les règles du forum pour de meilleures réponses.
-3.  **Outils supplémentaires** : Profitez des ressources comme [Capgo](https://capgo.app/) pour des [mises à jour instantanées des applications](https://capgo.app/plugins/capacitor-updater/) et la documentation officielle pour un guidage fiable.
-
-### Démarrage rapide :
-
-1.  **Rejoindre les forums** : Commencez par Discord et GitHub Discussions.
-2.  **Poser des questions** : Fournissez un contexte détaillé et des exemples de code.
-3.  **Utiliser des outils** : Essayez Capgo pour des mises à jour plus rapides et un débogage.
-
-Les forums Capacitor sont votre référence pour un développement efficace de plugins. Plongez-vous pour apprendre, partager et grandir !
-
-## Forums principaux [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
-
-Les développeurs de Capacitor ont plusieurs forums de référence pour se connecter, collaborer et résoudre des problèmes.
-
-### Guide du canal [Discord](https://ionic.io/blog/announcing-official-ionic-discord-server)
-
-![Discord Community Platform](https://mars-images.imgix.net/seobot/screenshots/ionic.io-731d02617347fde57eccb2bd555c6e2e-2025-03-19.jpg?auto=compress)
-
-Le serveur Discord officiel est un excellent endroit pour des discussions en temps réel et un dépannage rapide. Il est organisé en canaux dédiés, tels que :
-
-1.  **#plugin-development** : Pour des discussions sur la création et la maintenance des plugins.
-2.  **#troubleshooting** : Un espace pour une aide technique immédiate.
-3.  **#announcements** : Restez informé des dernières nouvelles concernant Capacitor et son écosystème.
-
-Vous pouvez activer les notifications pour les canaux importants, et l'historique des messages consultable du serveur facilite le retour sur des solutions passées.
-
-### Tableau de discussion de GitHub
-
-Les discussions GitHub agissent comme le principal centre pour la communauté Capacitor. C’est idéal pour des conversations techniques détaillées, des suggestions de fonctionnalités, le suivi des bugs et les revues de code. Le tableau est divisé en catégories comme Q&R, idées, vitrines et rapports de bugs, ce qui facilite la recherche de sujets qui vous intéressent.
-
-Ensuite, regardons un forum qui relie les développeurs Ionic et Capacitor.
-
-### Section Capacitor du [Forum Ionic](https://forum.ionicframework.com/c/capacitor/26)
-
-![Ionic Forum](https://mars-images.imgix.net/seobot/screenshots/forum.ionicframework.com-622c471c2e6aa19123277f784e44faf1-2025-03-19.jpg?auto=compress)
-
-Le forum Ionic a une section dédiée à Capacitor où les développeurs discutent de sujets techniques approfondis. Il est particulièrement utile pour aborder les défis d'intégration et trouver des solutions qui fonctionnent à travers différents frameworks.
-
-### Conseils pour [Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor)
-
-![Stack Overflow](https://mars-images.imgix.net/seobot/screenshots/stackoverflow.com-60b294f295a9455677e4cddfced46254-2025-03-19.jpg?auto=compress)
-
-Stack Overflow est une autre ressource clé pour les développeurs de plugins. Le tag \[capacitor\] est un centre pour le partage de connaissances techniques. Gardez ces conseils à l'esprit :
-
-1.  **Combinaisons de tags** : Utilisez \[capacitor\] avec des tags connexes comme \[ionic\] ou \[typescript\] pour accroître la visibilité de votre publication.
-2.  **Exemples de code** : Ajoutez des extraits de code clairs et concis pour expliquer votre problème.
-3.  **Cherchez d'abord** : De nombreux problèmes courants de plugins ont déjà été résolus, alors vérifiez les solutions existantes avant de poster.
-
-## Conseils d'utilisation des forums
-
-Tirez le meilleur parti des forums en suivant ces meilleures pratiques.
-
-### Rédaction de bonnes questions
-
-Formuler des questions claires et détaillées vous aide à obtenir des réponses plus rapides et plus utiles. Voici comment :
-
-1.  **Commencez par un titre descriptif** : Résumez votre problème en quelques mots.
-2.  **Fournissez un contexte** : Incluez votre [version Capacitor](https://capgo.app/plugins/ivs-player/), la plateforme (iOS/Android) et les versions des plugins.
-3.  **Décrivez vos efforts** : Partagez ce que vous avez déjà essayé et tous les messages d'erreur que vous avez rencontrés.
-4.  **Reproduisez le problème** : Offrez des étapes minimales ou des extraits de code pour aider les autres à comprendre votre problème.
-
-Une bonne question comprend un titre concis, les détails de votre configuration, une description claire du problème, des étapes pour reproduire, un exemple de code et toutes les erreurs. Assurez-vous que votre code est aussi facile à suivre que votre question.
-
-### Guide de formatage du code
-
-Un code bien formaté rend vos publications plus faciles à lire et à comprendre. Voici un guide rapide :
-
-1.  Utilisez trois accents graves (\`\`\`) avec le nom de la langue pour la coloration syntaxique.
-2.  Gardez les blocs de code imbriqués correctement indentés.
-3.  Divisez les longues lignes de code pour une meilleure lisibilité.
-4.  Ajoutez des commentaires pour expliquer les parties clés de votre code.
-
-**Exemple :**
-
-```typescript
-import { Camera, CameraResultType } from '@capacitor/camera';
-
-async function takePicture() {
-  try {
-    // Set options
-    const image = await Camera.getPhoto({
-      quality: 90,
-      allowEditing: false,
-      resultType: CameraResultType.Uri
-    });
-
-    // Process image
-    console.log('Image path:', image.path);
-  } catch (error) {
-    console.error('Camera error:', error);
-  }
-}
-```
-
-L'utilisation de ces techniques garantit que votre code est facile à suivre lors de la discussion de problèmes techniques.
-
-### Règles et comportement du forum
-
-Pour favoriser une communauté utile et respectueuse, gardez ces règles à l'esprit :
-
-1.  **Soyez respectueux** : Traitez tout le monde avec courtoisie.
-2.  **Restez concentré** : Gardez les discussions liées au [développement de plugins Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-3.  **Évitez les publications en double** : Recherchez dans le forum avant de commencer un nouveau fil de discussion.
-4.  **Suivez** : Marquez les solutions comme acceptées et mettez à jour vos fils avec des résolutions.
-5.  **Soyez patient** : N'oubliez pas que les membres peuvent être dans des fuseaux horaires différents.
-6.  **Partagez vos connaissances** : Publiez des solutions pour aider les autres confrontés à des problèmes similaires.
-
-## Aide au développement de plugins
-
-Les forums sont une ressource essentielle pour les développeurs travaillant sur des [plugins Capacitor](https://capgo.app/plugins/). Ils fournissent un espace pour tester des idées, résoudre des problèmes et partager des plugins finis avec la communauté.
-
-### Tester des idées de plugins
-
-Lorsque vous avez une idée pour un plugin, commencez par créer une proposition qui inclut :
-
-1.  **Déclaration de problème et solution** : Quel problème votre plugin résout-il, et comment ?
-2.  **Public cible** : Qui bénéficiera de l'utilisation de votre plugin ?
-3.  **Approche technique** : Comment le plugin fonctionnera-t-il, techniquement ?
-4.  **Support de plateforme** : Fonctionnera-t-il sur iOS, Android ou le web ?
-
-Voici un exemple de code simple à inclure dans votre proposition :
-
-```typescript
-// Example plugin interface
-interface MyPluginInterface {
-  getData(): Promise<{ value: string }>;
-  configure(options: { key: string }): Promise<void>;
-}
-```
-
-Une fois votre idée approuvée ou validée, utilisez des méthodes de dépannage structurées pour surmonter les obstacles au développement.
-
-### Résolution de problèmes
-
-Lorsque vous dépannez, soyez complet. Décrivez votre problème clairement, incluez des détails sur votre environnement de développement, décrivez les étapes de débogage que vous avez prises et partagez tous les messages d'erreur. Concentrez-vous sur la fourniture de détails au-delà des conseils de dépannage standard.
-
-Voici un exemple d'implémentation détaillée pour le débogage :
-
-```typescript
-// Current implementation
-async function checkPermissions() {
-  try {
-    const status = await this.plugin.checkPermission();
-    return status;
-  } catch (error) {
-    console.error('Permission check failed:', error);
-    return null;
-  }
-}
-```
-
-Une fois que vous avez résolu le problème, perfectionnez votre plugin et préparez-le pour le partage.
-
-### Partager votre plugin
-
-Lorsque vous annoncez votre plugin, assurez-vous d'inclure :
-
-1.  **Documentation claire** : Expliquez comment utiliser le plugin étape par étape.
-2.  **Exemples** : Fournissez des cas d'utilisation pratiques et réels.
-3.  **Compatibilité des versions** : Spécifiez les versions des plateformes ou des frameworks qui sont prises en charge.
-4.  **Canaux de support** : Faites savoir aux utilisateurs comment ils peuvent obtenir de l'aide si nécessaire.
-
-Organisez les fonctionnalités de votre plugin dans un tableau simple comme celui-ci :
-
-| Fonctionnalité | Description | Exemple d'utilisation |
-| --- | --- | --- |
-| Fonctionnalité principale | Capacité principale du plugin | Code d'implémentation de base |
-| Options de configuration | Paramètres disponibles | Extrait de configuration |
-| Fonctionnalités spécifiques à la plateforme | Différences iOS/Android | Code spécifique à la plateforme |
-
-Restez actif dans les discussions du forum pour répondre rapidement aux questions et résoudre les préoccupations. Cela aide non seulement les utilisateurs, mais établit également la confiance au sein de la communauté.
-
-## Outils de développement supplémentaires
-
-En plus des forums, il existe d'autres outils qui peuvent rendre le développement et le déploiement de plugins plus rapides et plus efficaces. Ces outils vont au-delà des conseils, offrant des solutions pratiques pour rationaliser votre flux de travail.
-
-### Documentation officielle
-
-La documentation officielle de Capacitor est une ressource de référence. Elle comprend des références API, des modèles de plugins, des guides de migration et des conseils de sécurité. De plus, des outils pour des mises à jour en temps réel sont disponibles pour faciliter encore plus le développement.
-
-### Bibliothèques de plugins
-
-### Mises à jour de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Capgo simplifie les mises à jour instantanées des applications. Il a délivré 23,5 millions de mises à jour à travers 750 applications en production, avec un taux de réussite de 82%. Impressionnant, 95% des utilisateurs actifs reçoivent des mises à jour dans les 24 heures. Son CDN mondial peut télécharger un paquet de 5 Mo en seulement 114 ms. Capgo prend en charge Capacitor 8, offrant des capacités de mise à jour partielle \[1\](https://capgo.app/).
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica \[1\](https://capgo.app/)
-
-Pour commencer, exécutez :
-
-```
-npx @capgo/cli init
-```
-
-Capgo fonctionne sans problème avec les systèmes CI/CD et offre des fonctionnalités telles que les tests bêta ciblés et les déploiements progressifs grâce à son système de canaux. Pour des frais uniques de 2 600 $, il propose également des analyses en temps réel et un suivi des erreurs, vous donnant une visibilité complète sur le processus de mise à jour.
-
-## Conclusion
-
-### Points principaux
-
-Les forums communautaires jouent un rôle clé dans le développement de plugins Capacitor. Ils offrent un espace pour une validation rapide des idées, un dépannage et un partage de connaissances entre pairs. Ces forums vous tiennent également informé des dernières tendances et pratiques dans l'écosystème Capacitor. Avec une documentation officielle, un soutien communautaire actif et une variété d'outils, l'écosystème des plugins devient un fondement solide pour les développeurs. S'engager activement vous permet d'acquérir des connaissances d'experts et de nouer des liens significatifs au sein de la communauté.
-
-### Mise en route
-
-Prêt à vous lancer ? Voici comment commencer :
-
--   **Rejoindre les plateformes clés** : Participez aux discussions sur Discord et GitHub pour vous connecter avec la communauté et explorer la documentation officielle.
--   **Partagez vos plugins** : Contribuez votre travail pour aider les autres et obtenir des retours constructifs.
--   **Utilisez des outils pour plus d'efficacité** : Des outils comme Capgo peuvent simplifier les mises à jour, les tests et le déploiement, rendant votre processus de développement plus fluide.
diff --git a/src/content/blog/fr/capacitor-comprehensive-guide.md b/src/content/blog/fr/capacitor-comprehensive-guide.md
deleted file mode 100644
index 645c3516c..000000000
--- a/src/content/blog/fr/capacitor-comprehensive-guide.md
+++ /dev/null
@@ -1,108 +0,0 @@
----
-slug: capacitor-comprehensive-guide
-title: 'Capacitor : Un Guide Complet'
-description: >-
-  CapacitorJS est un outil puissant qui permet aux développeurs web de créer des
-  applications natives pour iOS, Android, Desktop et des Progressive Web Apps
-  avec une seule base de code web standard. Apprenez tout ce que vous devez
-  savoir sur Capacitor dans ce guide complet.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-10T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /capacitor-guide.webp
-head_image_alt: Illustration du guide Capacitor
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Guides
-published: true
-locale: fr
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) est un outil polyvalent qui permet aux développeurs web de créer des applications natives iOS, Android, Desktop et des Applications Web Progressives en utilisant une seule base de code web standard. Développé par l'équipe derrière Ionic, Capacitor a gagné une attention significative ces dernières années alors que les développeurs reconnaissent le potentiel des technologies web sur les plateformes mobiles. Dans ce guide complet, nous répondrons aux questions les plus courantes sur Capacitor et explorerons ses capacités, cas d'utilisation et avantages.
-
-## Qu'est-ce que Capacitor ?
-
-Capacitor est une plateforme gratuite et open-source (sous licence MIT) qui permet aux développeurs web de créer des applications multiplateformes en utilisant des technologies web standard qui s'exécutent dans les navigateurs modernes. Il comprend des SDK natifs (iOS et Android), un outil en ligne de commande, une API de plugin et des plugins préconçus. Capacitor permet à votre application web existante de fonctionner comme une application native sur chaque plateforme, fournissant des accès à la plateforme native via JavaScript. Ces accès peuvent être intégrés directement dans l'application ou comme plugins autonomes pour la réutilisation et la distribution.
-
-## Que peut-on construire avec Capacitor ?
-
-Avec Capacitor, vous pouvez construire pratiquement tout ce que vous créeriez nativement ou avec d'autres boîtes à outils multiplateformes. Les applications Capacitor ont un accès complet à la plateforme native, donc la plupart des fonctionnalités natives peuvent être implémentées. Cependant, l'intégration des contrôles d'interface utilisateur natifs directement dans la hiérarchie de vue de l'application web peut être difficile et n'est pas encore disponible comme technique abstraite pour les autres.
-
-## À qui s'adresse Capacitor ?
-
-Capacitor cible les développeurs web avec des compétences en HTML, CSS et JavaScript. Si vous construisez des applications web ou de bureau (utilisant Electron ou des outils similaires), Capacitor est votre solution pour créer des applications multiplateformes avec un focus sur le mobile.
-
-## Quand une équipe devrait-elle choisir Capacitor ?
-
-Les équipes devraient considérer Capacitor lorsqu'elles veulent tirer parti de leurs compétences en développement web et de leurs investissements web existants pour déployer des applications sur des plateformes natives. Capacitor est idéal pour les applications orientées données, les applications grand public, les applications B2B/E et les applications d'entreprise. Il est particulièrement adapté aux applications d'entreprise, car Ionic, la société derrière Capacitor, offre un support et des fonctionnalités dédiés aux entreprises.
-
-## Puis-je réutiliser du code web existant et partager du nouveau code avec une application web ?
-
-Oui ! Capacitor exécute des applications web standard de manière native, permettant aux équipes d'avoir une base de code unique pour le web et le mobile ou de réutiliser des parties de leur application web, comme les composants, la logique ou des expériences spécifiques.
-
-## En quoi Capacitor est-il bon ? Quelles sont ses limites ?
-
-Capacitor excelle dans l'exécution d'applications web standard en tant qu'applications mobiles natives et dans l'extension d'applications web avec des fonctionnalités natives. Il est idéal pour les équipes compétentes en développement web ou ayant des investissements web importants. Capacitor peut ne pas être le meilleur choix pour les applications 3D/2D ou graphiquement intensives, bien qu'il prenne en charge WebGL. Les applications nécessitant une communication extensive entre l'application web et la couche native peuvent trouver que le pont de communication Capacitor ajoute une surcharge due à la sérialisation. Cependant, les applications Capacitor peuvent toujours exécuter du code natif personnalisé si nécessaire.
-
-## Puis-je mélanger des contrôles UI natifs avec Capacitor ?
-
-Oui, vous pouvez afficher des contrôles UI natifs en dehors de la Web View Capacitor, comme des modales ou des conteneurs de navigation de niveau parent. L'intégration de contrôles natifs dans l'expérience web view est possible mais n'est pas encore disponible comme technique pour les autres.
-
-## En quoi Capacitor et Electron sont-ils différents ?
-
-Capacitor est souvent décrit comme "Electron pour mobile" car il sert de pendant mobile à Electron. Cependant, Capacitor peut cibler Electron comme plateforme de déploiement, car c'est une abstraction de plus haut niveau. Si vous avez uniquement besoin de cibler des plateformes de bureau, Electron est suffisant. Mais si vous voulez construire des applications multiplateformes pour mobile, web et bureau, Capacitor supporte Electron et d'autres plateformes.
-
-## En quoi Capacitor et Ionic sont-ils différents ?
-
-Ionic est l'entreprise qui crée Capacitor, Ionic Framework, Stencil, Appflow et d'autres produits axés sur le développement d'applications. Capacitor est la boîte à outils qui gère le côté natif de l'application et la communication entre l'application native et la Web View. Il est agnostique des frameworks et technologies utilisés dans l'application Web View, y compris Ionic Framework. Ionic Framework est une boîte à outils UI mobile qui fournit des composants UI puissants pour que les applications web aient l'apparence et le comportement natifs.
-
-## Dois-je utiliser Ionic Framework avec Capacitor ?
-
-Non, vous pouvez utiliser Capacitor avec d'autres frameworks UI et CSS comme Tailwind, Material UI, Chakra, Quasar, Framework7, ou vos propres composants personnalisés. Cependant, Ionic Framework reste une excellente option pour créer des expériences natives avec votre application web.
-
-## Quelle est la stratégie d'Ionic avec Capacitor ?
-
-Ionic vise à stimuler l'adoption de Capacitor, car cela conduit à une utilisation accrue d'Appflow (leur service CI/CD mobile), d'Ionic Framework et de leurs solutions d'entreprise. La croissance de Capacitor est intentionnelle, car il a été créé pour offrir une stack plus agnostique côté frontend pour les développeurs web qui construisent des applications mobiles.
-
-## Puis-je utiliser Capacitor avec React, Next.js ou Remix ?
-
-Oui, Capacitor fonctionne bien avec React, Next.js et Remix. Il maintient les développeurs plus proches du développement web React standard que React Native, car la plupart des bibliothèques et add-ons React fonctionnent parfaitement avec Capacitor.
-
-## En quoi Capacitor et React Native sont-ils différents ?
-
-Capacitor et React Native partagent des similitudes en fournissant des outils et une infrastructure de plugins pour le développement multiplateforme. Cependant, React Native utilise un système de type web avec JS et React pour abstraire les contrôles UI natifs de la plateforme, tandis que Capacitor fournit une Web View pour les applications web standard. Capacitor est également moins complexe que React Native, car il ne nécessite pas de gérer les contrôles UI natifs et de les synchroniser avec la couche JS.
-
-## Capacitor est-il plus rapide que React Native ?
-
-Cela dépend de la charge de travail. Capacitor peut exécuter JavaScript plus rapidement que React Native grâce à son accès au moteur JIT sur iOS et Android. Cependant, React Native peut être considéré comme "plus rapide" ou "plus performant" pour le rendu UI puisqu'il utilise des contrôles UI natifs, tandis que les applications Capacitor s'exécutent principalement dans une Web View.
-
-## En quoi Capacitor et Flutter sont-ils différents ?
-
-Capacitor et Flutter fournissent tous deux des outils et une infrastructure de plugins pour le développement multiplateforme, mais Capacitor utilise JavaScript et la technologie web standard, tandis que Flutter utilise Dart et un environnement UI et API personnalisé. Côté UI, Capacitor et Flutter utilisent des moteurs de rendu personnalisés, Flutter dessinant ses composants et Capacitor rendant la plupart de l'UI dans une Web View.
-
-## Puis-je intégrer Capacitor dans React Native ou des applications natives traditionnelles pour construire des micro frontends mobiles ?
-
-Oui, vous pouvez utiliser [Ionic Portals](https://ionic.io/portals/) pour intégrer Capacitor dans React Native ou des applications natives traditionnelles construites avec Swift/Kotlin pour une approche micro frontend mobile.
-
-## Quelles sont mes options pour les animations haute performance dans Capacitor ?
-
-Vous pouvez utiliser des composants pré-construits et optimisés d'Ionic Framework, Quasar, Framework7 ou Konsta UI, ou construire des animations personnalisées en utilisant Framer Motion, Lottie, ou des animations CSS. Assurez-vous simplement de suivre les meilleures pratiques de performance lors de l'utilisation d'animations CSS.
-
-## Combien de plugins Capacitor possède-t-il ?
-
-Capacitor dispose de 26 plugins principaux et de nombreux plugins créés par la communauté. Consultez [awesome-capacitor](https://github.com/riderx/awesome-capacitor/), l'organisation [capacitor-community](https://github.com/capacitor-community/) et [Capgo](https://capgo.app/plugins/) avec 91 plugins pour les ressources de plugins communautaires.
-
-## Existe-t-il une extension VS Code pour Capacitor ?
-
-Oui, l'[extension VS Code Ionic](https://marketplace.visualstudio.com/items/?itemName=ionic.ionic) sert également d'extension Capacitor, offrant des fonctionnalités comme l'aperçu intégré, l'exécution sur appareil, le débogage externe, l'analyse de qualité du projet, l'analyse de sécurité, et plus encore.
-
-## Existe-t-il un support spécifique pour les entreprises ?
-
-Oui, Capgo propose [support et fonctionnalités Enterprise](https://capgo.app/) pour Capacitor, incluant un support dédié, des plugins natifs pour les mises à jour en direct et l'authentification, et plus encore.
-
-## Comment débuter avec Capacitor ?
-
-Visitez la [documentation Capacitor](https://capacitorjs.com/docs/) et suivez les instructions pour installer Capacitor dans votre application. Si vous voulez commencer avec une application Capacitor avec une opinion utilisant Ionic Framework et Angular/React/Vue, suivez le flux Get Started sur le [site d'Ionic Framework](https://ionicframework.com/).
diff --git a/src/content/blog/fr/capacitor-live-updates-handling-version-conflicts.md b/src/content/blog/fr/capacitor-live-updates-handling-version-conflicts.md
deleted file mode 100644
index 7e14f2155..000000000
--- a/src/content/blog/fr/capacitor-live-updates-handling-version-conflicts.md
+++ /dev/null
@@ -1,196 +0,0 @@
----
-slug: capacitor-live-updates-handling-version-conflicts
-title: 'Mises à jour en direct de Capacitor : Gestion des conflits de version'
-description: >-
-  Apprenez à gérer les conflits de version lors des mises à jour en direct, en
-  garantissant des performances stables de l'application et une expérience
-  utilisateur fluide.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:09:18.971Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94-1745464174874.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, live updates, version conflicts, app performance, error tracking,
-  rollback, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) les mises à jour en direct peuvent faire gagner du temps en contournant les révisions des magasins d'applications, mais les conflits de version peuvent perturber la performance de l'application et l'expérience utilisateur. Voici ce que vous devez savoir :
-
--   **Problèmes Courants** : Les déploiements échelonnés, les mises à jour échouées (taux d'échec de 18 %), et le mélange des canaux bêta et production provoquent souvent des conflits.
--   **Solutions Rapides** : Rétrogradez vers une version stable, limitez les déploiements et activez la journalisation détaillée.
--   **Conseils de Prévention** : Utilisez des [canaux de publication](https://capgo.app/docs/webapp/channels/) clairs, un versionnage cohérent et des tests spécifiques à la plateforme.
--   **Meilleurs Outils** : Des plateformes comme [Capgo](https://capgo.app/) offrent des fonctionnalités telles que des rétrogradations automatisées, le suivi des erreurs et une livraison rapide des mises à jour (95 % des utilisateurs ont été mis à jour dans les 24 heures).
-
-Pour gérer efficacement les conflits de version, concentrez-vous sur la surveillance en temps réel, les déploiements échelonnés et les plans de rétrogradation. Utilisez des outils comme Capgo pour simplifier le processus et maintenir la stabilité de l'application.
-
-## Conflits de Version dans les Mises à Jour en Direct [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Déclencheurs Courants de Conflit
-
-Les conflits de version lors des mises à jour en direct surviennent souvent dans quelques scénarios clés :
-
--   **Déploiements Échelonnés** : Les déploiements progressifs peuvent entraîner plusieurs versions d'applications actives en même temps. Capgo note que bien que 95 % des utilisateurs se mettent à jour dans les 24 heures, les 5 % restants peuvent causer une fragmentation des versions[\[1\]](https://capgo.app/).
-    
--   **Mises à Jour Échouées** : Avec un taux de réussite des mises à jour de 82%, environ 18% des [tentatives de mise à jour](https://capgo.app/docs/live-updates/update-behavior/) échouent, laissant certains utilisateurs bloqués sur des versions obsolètes[\[1\]](https://capgo.app/).
-    
--   **Canaux de Test Bêta** : Le mélange des tests bêta et des déploiements échelonnés sans contrôle de version approprié peut créer des conflits entre les versions bêta et production[\[1\]](https://capgo.app/).
-    
-
-Ces situations entraînent des versions d'applications fragmentées, ce qui peut nuire à la performance et à l'expérience utilisateur.
-
-### Effets sur la Performance de l'Application
-
-Les conflits de version peuvent causer une série de problèmes qui affectent négativement à la fois l'application et ses utilisateurs :
-
--   Augmentation des plantages, des bugs et un comportement incohérent.
--   Longs processus de dépannage qui retardent les corrections et laissent les utilisateurs sur des versions problématiques.
--   Les efforts de récupération nécessitent d'identifier les segments affectés, de rétrograder les mises à jour, de publier des corrections et de surveiller l'activité des utilisateurs. Des outils comme Capgo simplifient ce processus avec des rétrogradations automatisées, le suivi des erreurs et la gestion des canaux[\[1\]](https://capgo.app/).
-
-## Trouver et Analyser les Conflits de Version
-
-Repérez les conflits de version tôt grâce à des outils qui surveillent les erreurs en temps réel et suivent la performance des mises à jour.
-
-### Vérification des Conflits Lors du Développement
-
-Exploitez des outils de suivi des erreurs et des données de performance des mises à jour tout en étant encore en développement. Cette approche aide à identifier les problèmes potentiels avant que votre application n'atteigne les utilisateurs[\[1\]](https://capgo.app/).
-
-### Analyse des Erreurs de Mise à Jour
-
-Concentrez-vous sur les déclencheurs communs tels que les déploiements échelonnés ou les canaux de publication mélangés. Plongez dans les journaux de mise à jour pour découvrir des schémas tels que des échecs de réseau, des changements incompatibles ou d'autres problèmes récurrents. Abordez ces problèmes en priorisant les corrections en fonction de leur fréquence et de leur impact sur les utilisateurs.
-
-### Tests par Plateforme
-
-Exécutez des tests de mise à jour distincts pour iOS et Android. Utilisez des déploiements échelonnés pour chaque plateforme et surveillez attentivement les tableaux de bord analytiques pour suivre la performance.
-
-Une fois les conflits identifiés, mettez en œuvre des corrections, des plans de rétrogradation ou des mesures préventives pour les résoudre efficacement.
-
-## Correction et Prévention des Conflits de Version
-
-Après avoir identifié les conflits de version, suivez ces étapes pour les résoudre et prévenir de futurs problèmes.
-
-### Corrections Rapides des Conflits
-
-Voici comment aborder rapidement les conflits :
-
--   Rétrogradez immédiatement à la dernière version stable.
--   Limitez le déploiement à un canal sûr pour minimiser l'exposition.
--   Activez la journalisation détaillée pour analyser et comprendre les schémas de conflit.
-
-Une fois résolus, concentrez-vous sur des habitudes qui réduisent les chances de récurrence des conflits.
-
-### Étapes pour Prévenir les Conflits
-
-Pour maintenir les conflits de version à distance, mettez en œuvre ces pratiques :
-
--   Configurez des canaux de publication clairs, tels que interne, bêta et production.
--   Déployez les mises à jour progressivement, en utilisant des métriques de performance pour guider le processus.
--   Utilisez des numéros de version cohérents à travers toutes les versions.
--   Automatisez les tests spécifiques à la plateforme avant de lancer des mises à jour.
-
-### Comment Rétrograder une Mise à Jour
-
-Si une mise à jour cause des problèmes, suivez ces étapes de rétrogradation :
-
-1.  Examinez les journaux d'erreurs pour comprendre l'ampleur du problème.
-2.  Utilisez le [tableau de bord Capgo](https://capgo.app/docs/webapp/) pour initier une rétrogradation.
-3.  Surveillez les taux d'erreur et les métriques de performance avant de pousser la prochaine mise à jour.
-
-[\[1\]](https://capgo.app/) Documentation Capgo : rétrogradation en un clic, systèmes de canaux et fonctionnalités de suivi des erreurs.
-
-## Outils de Gestion des Mises à Jour en Direct
-
-Les outils de mise à jour en direct ont subi des changements majeurs depuis 2022. Avec [Microsoft CodePush](https://microsoft.github.io/code-push/) fermant en 2024 et [Appflow](https://ionic.io/appflow/) devant se terminer en 2026, les développeurs se tournent vers des plateformes qui peuvent gérer les conflits de version tout en respectant les réglementations des magasins d'applications.
-
-### Outils du Marché Actuel
-
-Aujourd'hui, les développeurs recherchent des solutions qui permettent des mises à jour rapides et se conforment aux directives iOS et Android. Examinons de plus près comment Capgo répond à ces besoins.
-
-### Fonctionnalités de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94/29f394e74984c052f31714ba4759b80a.jpg)
-
-Capgo offre un éventail de fonctionnalités conçues pour combler les lacunes laissées par d'autres plateformes. Cela inclut le **[déploiement cloudy ou auto-hébergé](https://capgo.app/blog/self-hosted-capgo/)**, **chiffrement de bout en bout**, **intégration CI/CD**, et **distribution par canaux**. Voici quelques métriques de performance clés :
-
--   Livraison CDN mondiale d'un bundle de 5 Mo en **114 ms**
--   Temps de réponse API moyen dans le monde de **434 ms**
--   **95 % des utilisateurs actifs** mis à jour dans les 24 heures
--   **82 % de taux de réussite des mises à jour globales**
--   Environ **1 900 applications** actuellement en production
--   Plus de **1,15 trillion de mises à jour** livrées à ce jour
-
-### Comparaison des Outils
-
-Voici comment Capgo se positionne par rapport aux solutions traditionnelles :
-
--   **Coût de configuration** : Capgo nécessite des frais uniques de **2 600 $**, contre plus de **6 000 $ annuellement** pour d'autres outils.
--   **Opérations CI/CD** : Capgo coûte environ **300 $/mois**, tandis que les outils traditionnels dépassent souvent **500 $/mois**.
--   **Vitesse de livraison** : Capgo livre un bundle de 5 Mo en **114 ms**, alors que d'autres plateformes ont des vitesses variables.
--   **Chiffrement** : Capgo offre un **chiffrement de bout en bout**, tandis que de nombreuses alternatives ne fournissent qu'une signature de base.
-
-## Gestion des Versions Multiplateforme
-
-Cette section s'appuie sur l'aperçu des outils de mise à jour en direct, en se concentrant sur les stratégies pour maintenir les versions iOS et Android alignées.
-
-### Conseils de Contrôle de Version
-
--   Utilisez les **[canaux Capgo](https://capgo.app/docs/webapp/channels/)** pour gérer les déploiements iOS et Android tout en effectuant des tests spécifiques à la plateforme [\[1\]](https://capgo.app/).
--   Respectez **Capacitor 8** pour garantir la compatibilité d'exécution sur les deux plateformes [\[1\]](https://capgo.app/).
-
-### Approches de Test
-
--   Mettez en place des **canaux bêta** pour chaque plateforme afin de tester les mises à jour avec des groupes d'utilisateurs spécifiques.
--   Utilisez des **déploiements échelonnés** via les canaux Capgo et surveillez les métriques à chaque étape.
--   Testez les mises à jour sur une variété d'appareils et de versions de système d'exploitation pour assurer une large compatibilité.
-
-### Suivi des Mises à Jour
-
-Capgo fournit des analyses en temps réel pour surveiller efficacement les mises à jour :
-
--   Mesurez les taux de réussite des mises à jour par plateforme.
--   Suivez la fréquence et les types d'erreurs.
--   Analysez la distribution des versions parmi les utilisateurs.
-
-Avec les outils de suivi des erreurs de Capgo, les équipes peuvent identifier et corriger les problèmes spécifiques à la plateforme avant qu'ils n'affectent un plus grand nombre d'utilisateurs [\[1\]](https://capgo.app/).
-
-## Conclusion
-
-Gérer les conflits de version efficacement nécessite les bons outils et une approche réfléchie. Intégrez des vérifications de conflits en phase de développement, des tests spécifiques à la plateforme et des procédures de rétrogradation dans un flux de travail cohérent. Utilisez la surveillance en temps réel, les déploiements échelonnés et les options de rétrogradation instantanée pour identifier et résoudre rapidement les conflits.
-
-Intégrez des fonctionnalités telles que le chiffrement de bout en bout, les pipelines CI/CD et des contrôles utilisateur détaillés pour simplifier les mises à jour et maintenir la stabilité de l'application.
-
-## FAQ
-
-:::faq
-### Comment puis-je rétrograder une mise à jour dans mon application Capacitor si un conflit de version se produit ?
-
-Malheureusement, l'article ne fournit pas de conseils spécifiques sur la rétrogradation des mises à jour en cas de conflits de version. Pour de meilleures pratiques, envisagez de maintenir une version de base stable de votre application et de tester les mises à jour soigneusement avant déploiement. Des outils comme **Capgo** peuvent également aider à simplifier la [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) en offrant des fonctionnalités telles que des mises à jour en temps réel et l'attribution d'utilisateurs, vous aidant ainsi à atténuer efficacement les conflits potentiels.
-:::
-
-:::faq
-### Comment puis-je m'assurer que tous les utilisateurs reçoivent les dernières mises à jour pour mon application sans rencontrer de conflits de version ?
-
-Pour éviter les conflits de version et garantir que tous les utilisateurs reçoivent les dernières mises à jour, envisagez d'utiliser une solution de mise à jour en direct comme **Capgo**. Cela vous permet de pousser instantanément des mises à jour, des corrections et des nouvelles fonctionnalités sans attendre les approbations des magasins d'applications, vous aidant à maintenir une version d'application cohérente à travers votre base d'utilisateurs.
-
-Avec des fonctionnalités comme l'attribution ciblée des utilisateurs, vous pouvez déployer des mises à jour à des groupes spécifiques ou publier progressivement des modifications, réduisant ainsi le risque de problèmes. Capgo prend également en charge les mises à jour en temps réel et respecte les directives d'Apple et d'Android, ce qui en fait un choix fiable pour gérer efficacement les mises à jour des applications.
-:::
-
-:::faq
-### Comment puis-je tester les mises à jour sur différentes plateformes pour éviter les conflits de versions dans mon application Capacitor ?
-
-Pour éviter les conflits de versions lors des tests de mises à jour de votre application Capacitor, il est essentiel de suivre quelques bonnes pratiques :
-
--   **Tester dans des environnements isolés** : Utilisez des environnements séparés (par exemple, développement, staging, production) pour tester les mises à jour avant de les déployer largement.
--   **Vérifier la compatibilité** : Assurez-vous que les mises à jour sont compatibles avec toutes les plateformes ciblées (iOS, Android) et testez sur différents types d'appareils et versions de systèmes d'exploitation.
--   **Déployer les mises à jour progressivement** : Commencez par un petit groupe d'utilisateurs pour identifier les problèmes potentiels avant un déploiement complet.
-
-Si vous utilisez une solution de mise à jour en direct comme **Capgo**, ses fonctionnalités - telles que l'attribution d'utilisateurs et les mises à jour en temps réel - peuvent faciliter la gestion et les tests des mises à jour sur plusieurs plateformes. Cela garantit un déploiement fluide tout en restant conforme aux directives d'Apple et d'Android.
-:::
diff --git a/src/content/blog/fr/capacitor-live-updates-staying-compliant-with-apple.md b/src/content/blog/fr/capacitor-live-updates-staying-compliant-with-apple.md
deleted file mode 100644
index 8c0348288..000000000
--- a/src/content/blog/fr/capacitor-live-updates-staying-compliant-with-apple.md
+++ /dev/null
@@ -1,247 +0,0 @@
----
-slug: capacitor-live-updates-staying-compliant-with-apple
-title: 'Mises à jour en direct de Capacitor : Rester conforme avec Apple'
-description: >-
-  Apprenez à mettre en œuvre efficacement des mises à jour en direct dans les
-  applications mobiles tout en assurant le respect des directives strictes pour
-  éviter les rejets.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-12T03:03:33.472Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d0d3f9cf9d4dc0b2c0bff2-1741748627082.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, live updates, app compliance, Apple guidelines, encryption, bug
-  fixes, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) les mises à jour en direct permettent aux développeurs de déployer des corrections de bogues et des modifications mineures directement dans les applications sans que les utilisateurs aient besoin de télécharger des mises à jour depuis l'[App Store](https://www.apple.com/app-store/). Cela accélère le déploiement jusqu'à **81%**, réduit les coûts et améliore l'expérience utilisateur. Cependant, il est essentiel de rester conforme aux directives strictes d'Apple pour éviter les rejets d'applications.
-
-### Points clés :
-
--   **Mises à jour autorisées** : Corrige des bogues, ajustements de l'interface utilisateur et mises à jour de contenu dans le cadre de l'objectif original de l'application.
--   **Mises à jour interdites** : Changements majeurs de fonctionnalités ou mises à jour de la fonctionnalité principale (exigent un examen de l'App Store).
--   **Sécurité** : Le chiffrement de bout en bout est obligatoire pour protéger les données utilisateur.
--   **Outils** : [Capgo](https://capgo.app/) simplifie la gestion des mises à jour en direct, garantissant la conformité avec les règles d'Apple.
-
-| **Type de mise à jour** | **Autorisé** | **Approbation nécessaire** |
-| --- | --- | --- |
-| Corrections de bogues | Oui | Non |
-| Améliorations de l'interface utilisateur | Oui | Parfois |
-| Mises à jour de contenu | Oui | Non |
-| Changements de fonctionnalités | Non | Oui |
-| Correctifs de sécurité | Oui | Non |
-
-Pour rester conforme, concentrez-vous sur les corrections de bogues, sécurisez les mises à jour avec le cryptage et documentez toutes les modifications. Des outils comme Capgo aident à gérer les mises à jour pour plus de **20 millions d'utilisateurs**, garantissant que les applications restent conformes tout en livrant les mises à jour rapidement.
-
-## [Appflow](https://ionic.io/appflow/live-updates) Mises à jour en direct : déployez des mises à jour instantanées directement à vos utilisateurs
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-f18932d1af08bf70cb14b84540039486-2025-03-12.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Règles de mise à jour en direct d'Apple
-
-Apple régule les mises à jour d'applications pour protéger les utilisateurs, il est donc essentiel de comprendre ces règles lors de la mise en œuvre de mises à jour en direct dans les applications Capacitor.
-
-### [App Store](https://www.apple.com/app-store/) Lignes directrices pour les mises à jour
-
-![App Store](https://mars-images.imgix.net/seobot/screenshots/www.apple.com-9d9fbf06f7f9dd70143af6386e59a5d2-2025-03-12.jpg?auto=compress)
-
-Les règles d'Apple définissent clairement ce qui est et n'est pas autorisé avec les mises à jour sans fil (OTA). Voici un aperçu rapide :
-
-| Type de mise à jour | Autorisé | Exigences |
-| --- | --- | --- |
-| Corrections de bogues | Oui | Ne doit pas changer la fonctionnalité principale |
-| Améliorations de l'interface utilisateur | Oui | Limité aux ajustements visuels mineurs |
-| Mises à jour de contenu | Oui | Doit rester dans le cadre de l'objectif original de l'application |
-| Changements de fonctionnalités | Non | Nécessite un examen de l'App Store |
-| Correctifs de sécurité | Oui | Doit inclure un cryptage approprié |
-
-Lors de l'utilisation de mises à jour en direct, les développeurs doivent prioriser la sécurité des données des utilisateurs et utiliser un chiffrement de bout en bout. Des outils comme Capgo sont conçus pour se conformer aux exigences d'Apple, simplifiant le processus.
-
-Comprendre ces règles peut vous aider à éviter les erreurs courantes qui mènent aux rejets d'applications.
-
-### Principales raisons pour lesquelles les applications sont rejetées
-
-De nombreuses applications sont rejetées pour violation des directives de mise à jour d'Apple. Voici quelques problèmes fréquents :
-
--   **Contourner le processus d'examen** : Ajouter de nouvelles fonctionnalités majeures via des mises à jour en direct plutôt que de les soumettre à l'examen.
--   **Problèmes de confidentialité** : Ne pas sécuriser les données des utilisateurs pendant les mises à jour.
--   **Changements de fonctionnalités principales** : Utiliser des mises à jour en direct pour modifier considérablement le fonctionnement de l'application.
-
-> "Éviter l'examen pour la correction de bogues est précieux." - Bessie Cooper, @bessiecooper [\[1\]](https://capgo.app/)
-
-Cela souligne que les mises à jour en direct doivent se concentrer sur les corrections de bogues, sans introduire de nouvelles fonctionnalités.
-
-Pour rester conforme aux normes d'Apple :
-
--   Utilisez un cryptage fort pour toutes les mises à jour.
--   Limitez les mises à jour aux corrections de bogues et ajustements mineurs.
--   Tenez des registres détaillés des modifications effectuées.
--   Testez soigneusement les mises à jour avant leur publication.
--   Surveillez régulièrement les changements de politique d'Apple.
-
-Suivre ces étapes contribuera à garantir que vos mises à jour d'applications restent conformes aux directives strictes d'Apple.
-
-## Configuration des mises à jour en direct conformes
-
-Pour mettre en œuvre des mises à jour en direct dans votre [application Capacitor](https://capgo.app/plugins/ivs-player/) tout en respectant les règles de conformité d'Apple, vous aurez besoin d'une configuration structurée. Voici comment vous pouvez commencer.
-
-### Étapes de configuration du projet
-
-Commencez par configurer votre environnement et installer le plugin de mise à jour en direct de Capgo :
-
--   **Installez les dépendances nécessaires**
-    
-    -   Utilisez la CLI de Capgo pour installer le plugin de mise à jour en direct et configurer les outils nécessaires. Par exemple :
-        
-        ```bash
-        npx @capgo/cli init
-        ```
-        
-    -   Assurez-vous que votre application inclut un cryptage de bout en bout et un stockage sécurisé pour les fichiers de mise à jour.
-        
--   **Configurez les paramètres de mise à jour**
-    
-    -   Définissez la fréquence des mises à jour.
-    -   Planifiez des procédures de rollback en cas de problème.
-    -   Conservez un journal détaillé des changements de version.
--   **Implémentez des protocoles de sécurité**
-    
-    -   Activez le cryptage de bout en bout.
-    -   Utilisez des méthodes de transmission sécurisées.
-    -   Exigez l'authentification des utilisateurs pour une protection supplémentaire.
-
-### Lignes directrices de contrôle des versions
-
-Gérer correctement les versions des applications est crucial pour rester conforme aux directives d'Apple. Voici un aperçu rapide :
-
-| Type de version | Portée de la mise à jour | Nécessite une approbation |
-| --- | --- | --- |
-| Patch (x.x.1) | Corrections de bogues | Non |
-| Mineur (x.1.x) | Ajustements de l'interface utilisateur | Parfois |
-| Majeur (1.x.x) | Mises à jour de fonctionnalités | Oui |
-
-Conservez une documentation détaillée de toutes les modifications pour faciliter le processus d'examen de l'App Store.
-
-### [Capgo](https://capgo.app/) : Gestion des mises à jour en direct
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-12.jpg?auto=compress)
-
-Capgo simplifie la gestion des mises à jour en direct et garantit la conformité avec les exigences d'Apple. Il a déjà soutenu plus de **947,6 millions de mises à jour** à travers **1 400+ applications en production** [\[1\]](https://capgo.app/).
-
-Certaines de ses caractéristiques remarquables incluent :
-
--   **Chiffrement de bout en bout** pour des mises à jour sécurisées.
--   **Intégration CI/CD** avec des plateformes comme [GitHub](https://github.com/), [GitLab](https://about.gitlab.com/) et [Azure DevOps](https://azure.microsoft.com/en-us/products/devops).
--   **Attribution d'utilisateurs** pour des déploiements contrôlés.
--   Outils pour garantir que les mises à jour sont conformes aux politiques d'Apple.
-
-Une fois votre application prête, utilisez la CLI de Capgo pour pousser les mises à jour. Le système gérera automatiquement le contrôle des versions, le chiffrement et la distribution, vous maintenant conforme aux règles d'Apple.
-
-###### sbb-itb-f9944d2
-
-## Sécurité des données pendant les mises à jour
-
-Sécuriser les données pendant les mises à jour en direct est crucial pour rester conforme aux réglementations et protéger les informations des utilisateurs. Cela joue également un rôle clé dans le maintien de la confiance des utilisateurs.
-
-### Exigences de chiffrement
-
-Le chiffrement de bout en bout est indispensable pour maintenir la sécurité des mises à jour en direct dans les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Il garantit que les données de mise à jour restent protégées lorsqu'elles transitent du serveur à l'appareil. La solution de mise à jour en direct de Capgo impose ces normes de chiffrement. Selon Capgo : "Le chiffrement de bout en bout. Seuls vos utilisateurs peuvent déchiffrer vos mises à jour, personne d'autre" [\[1\]](https://capgo.app/). Cette approche de chiffrement est essentielle pour protéger les données des utilisateurs de manière efficace.
-
-### Protection des données utilisateur
-
-Le cadre de sécurité de Capgo garantit que seuls les utilisateurs autorisés peuvent déchiffrer les mises à jour. En limitant l'accès, il contribue à protéger les données des utilisateurs tout au long du processus de mise à jour et réduit le risque d'accès non autorisé.
-
-## Tests et soumission à l'App Store
-
-Des tests approfondis avant la sortie sont essentiels pour une soumission fluide à l'App Store et le respect des normes de conformité.
-
-### Tests pré-lancement
-
-La fonctionnalité d'attribution d'utilisateurs de Capgo vous permet de tester les mises à jour avec des groupes d'utilisateurs spécifiques avant de les déployer à tous. Cette approche contrôlée garantit que vos [stratégies de chiffrement et de protection des données](https://capgo.app/docs/cli/migrations/encryption/) fonctionnent efficacement.
-
-Voici un exemple de la façon dont Capgo a géré un déploiement pour plus de 5 000 utilisateurs :
-
-> "Nous avons déployé des mises à jour OTA Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour quelques minutes après le déploiement de l'OTA à @Capgo." [\[1\]](https://capgo.app/)
-
-Pour garantir un déploiement réussi, suivez ces étapes :
-
--   Commencez par un test interne.
--   Étendez à un petit groupe d'utilisateurs externes.
--   Élargissez progressivement la base d'utilisateurs.
--   Surveillez les délais de livraison des mises à jour et les taux de succès.
-
-Une fois les tests terminés, vous devrez documenter ces étapes pour le processus d'examen de l'App Store.
-
-### Lignes directrices concernant l'examen des applications
-
-Lors de la soumission de votre application, il est important de montrer la conformité avec les directives d'Apple.
-
-> "@Capgo est un outil indispensable pour les développeurs qui souhaitent être plus productifs. Éviter l'examen pour la correction de bogues est précieux." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Apple exige une documentation spécifique, notamment :
-
--   **Documentation claire** : Une explication détaillée de la manière dont les mises à jour sont livrées.
--   **Protocoles de sécurité** : Preuve du chiffrement et des mesures de protection des données.
--   **Portée de la mise à jour** : Un aperçu des types de contenu pouvant être mis à jour.
--   **Preuves de test** : Données montrant des tests approfondis et des indicateurs de performance.
-
-| Domaine de concentration d'examen | Documentation requise |
-| --- | --- |
-| Mesures de sécurité | Protocoles de chiffrement, sécurité des données |
-| Mécanisme de mise à jour | Détails techniques de mise en œuvre |
-| Changements de contenu | Portée définie des mises à jour |
-| Résultats de test | Indicateurs de stabilité et de performance |
-
-Fournir une documentation claire et détaillée sur les processus de sécurité et de mise à jour peut simplifier le processus de soumission et aider à éviter des retards.
-
-## Conformité après lancement
-
-Après le lancement de votre application, rester conforme aux directives de l'App Store nécessite une surveillance constante et des ajustements rapides. Les développeurs doivent suivre les mises à jour et s'adapter à tout changement dans les directives pour garantir une conformité continue.
-
-### Suivi des mises à jour
-
-Pour garder votre application en conformité avec les politiques de l'App Store, concentrez-vous sur ces domaines clés :
-
-| Zone de Surveillance | Indicateurs Clés | Actions à Entreprendre |
-| --- | --- | --- |
-| Vitesse de Distribution | Mettre à jour le temps de livraison | Mesurer la rapidité avec laquelle les mises à jour atteignent les utilisateurs. |
-| Taux de Réussite | % de Complétions de Mises à Jour | Enquêter sur les mises à jour échouées et leurs causes. |
-| Couverture Utilisateur | Mises à jour des utilisateurs actifs | S'assurer que les mises à jour atteignent tous les segments d'utilisateurs. |
-| État de Sécurité | Validation de l'encryption | Vérifier l'intégrité de l'encryption de bout en bout. |
-
-Ces indicateurs fournissent la base pour s'adapter rapidement lorsque les directives changent.
-
-### Réponse à la Mise à Jour de la Politique
-
-Le suivi de ces indicateurs ne concerne pas seulement la performance - cela vous aide également à identifier les domaines qui pourraient nécessiter une attention immédiate lorsque Apple met à jour ses politiques. Voici comment répondre :
-
-1.  **Réviser les Changements :** Examiner les nouvelles directives et déterminer leur impact sur votre processus de mise à jour actuel.
-2.  **Audit Technique :** Confirmer que vos mécanismes de mise à jour sont conformes aux exigences révisées.
-3.  **Vérification de Sécurité :** Vérifier que vos protocoles d'encryption répondent aux normes mises à jour.
-4.  **Mise à Jour de la Documentation :** Mettre à jour votre documentation de conformité pour refléter les dernières directives.
-
-Utiliser des outils conçus en tenant compte des exigences d'Apple peut simplifier ce processus. Par exemple, Capgo offre des fonctionnalités telles que l'encryption de bout en bout et l'attribution d'utilisateurs, ce qui facilite le respect des règles tout en fournissant des mises à jour efficacement [\[1\]](https://capgo.app/).
-
-Surveillez régulièrement la conformité de votre application via votre [plateforme de gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Rester proactif peut vous aider à détecter et résoudre des problèmes potentiels avant qu'ils n'affectent votre position dans l'App Store, maintenant ainsi une stratégie de mises à jour en direct à la fois efficace et conforme.
-
-## Conclusion
-
-Équilibrer vitesse et conformité est essentiel lors de l'implémentation de mises à jour en direct dans les applications Capacitor. Avec les bons outils, l'efficacité des sorties peut s'améliorer jusqu'à 81% [\[1\]](https://capgo.app/), facilitant ainsi le respect des directives d'Apple.
-
-Des plateformes comme Capgo montrent qu'il est possible de répondre aux exigences de l'App Store tout en fournissant des mises à jour rapides [\[1\]](https://capgo.app/). Les règles strictes d'Apple concernant les mises à jour en direct soulignent l'importance de rester conforme.
-
-Pour garantir une conformité à long terme, concentrez-vous sur ces pratiques :
-
--   Utilisez l'encryption de bout en bout pour toutes les mises à jour.
--   Intégrez sans faille les mises à jour dans vos workflows CI/CD.
--   Surveillez régulièrement les indicateurs de mise à jour.
--   Restez préparé aux changements de politique.
diff --git a/src/content/blog/fr/capacitor-native-bridge-android-plugin-basics.md b/src/content/blog/fr/capacitor-native-bridge-android-plugin-basics.md
deleted file mode 100644
index 9eb123e44..000000000
--- a/src/content/blog/fr/capacitor-native-bridge-android-plugin-basics.md
+++ /dev/null
@@ -1,488 +0,0 @@
----
-slug: capacitor-native-bridge-android-plugin-basics
-title: 'Pont natif Capacitor : Concepts de base des plugins Android'
-description: >-
-  Apprenez à créer des plugins Android haute performance avec Capacitor Native
-  Bridge, y compris les meilleures pratiques de configuration, de développement
-  et de test.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T02:39:06.030Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c-1743215957623.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, Android plugins, development, Java, mobile development, Gradle,
-  plugin testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Native Bridge simplifie la création de plugins Android en connectant JavaScript et le code natif Android. Voici ce que vous devez savoir :
-
--   **Ce qu'il fait** : Agit comme un pont bidirectionnel pour que les applications web accèdent à des fonctionnalités Android natives comme la caméra ou les capteurs.
--   **Pourquoi l'utiliser** : Combine les technologies web avec des [performances natives](https://capgo.app/plugins/native-audio/), rendant le développement de plugins simple.
--   **Essentiels de la configuration** : Nécessite [Node.js](https://nodejs.org/en), JDK 11+, [Android Studio](https://developer.android.com/studio), et Capacitor CLI. Assurez-vous d'avoir les variables d'environnement et les configurations [Gradle](https://gradle.org/) appropriées.
--   **Comment commencer** : Utilisez `npm init @capacitor/plugin` pour créer un plugin, définissez des méthodes en Java et testez avec Android Studio ou des appareils réels.
--   **Intégration [Capgo](https://capgo.app/)** : Permet des mises à jour en direct, des retours en arrière, et des analyses pour un déploiement de plugin sans faille.
-
-### Liste de vérification rapide pour la configuration :
-
-1.  Installez les outils : Node.js, JDK 11+, Android Studio.
-2.  Configurez Gradle pour les API 22+ et les dépendances de Capacitor.
-3.  Créez votre plugin avec Capacitor CLI.
-4.  Testez sur des émulateurs et des appareils réels.
-
-Capacitor comble le fossé entre le web et Android natif, offrant aux développeurs une manière fiable de créer des plugins haute performance.
-
-## Exécuter du code natif iOS/Android avec Ionic
-
-<iframe src="https://www.youtube.com/embed/ApTe3EgLiCk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuration et installation
-
-Pour commencer à développer un [plugin Android pour Capacitor](https://capgo.app/plugins/ivs-player/), vous devrez configurer votre environnement avec soin. Voici comment préparer le tout.
-
-### Configuration des outils requis
-
-Assurez-vous d'avoir les outils suivants installés et configurés :
-
--   **Node.js et npm** : Installez la version 14.0 ou supérieure de Node.js.
--   **[Java Development Kit](https://en.wikipedia.org/wiki/Java_Development_Kit) (JDK)** : Utilisez JDK 11 ou une version plus récente.
--   **Android Studio** : Installez la dernière version stable (2023.1.1 ou ultérieure).
--   **Capacitor CLI** : Installez globalement avec npm.
--   **Android SDK** : Assurez-vous que le niveau d'API 22 ou supérieur est installé.
-
-Ajoutez ces chemins aux variables d'environnement de votre système :
-
-```bash
-ANDROID_HOME=/Users/username/Library/Android/sdk
-JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home
-```
-
-Vérifiez que vos variables d'environnement sont correctement configurées pour éviter des problèmes de compatibilité. Une fois cela fait, passez à la configuration de votre projet Android Studio.
-
-### Configuration du projet [Android Studio](https://developer.android.com/studio)
-
-![Android Studio](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/37b29b854cd53ac189541dfdcf7a9a26.jpg)
-
-Configurez votre projet Android Studio avec ces étapes :
-
-1.  **Configuration du projet**
-
-Mettez à jour votre fichier `build.gradle` avec les paramètres suivants :
-
-```kotlin
-android {
-    compileSdkVersion 33
-    defaultConfig {
-        minSdkVersion 22
-        targetSdkVersion 33
-    }
-}
-```
-
-2.  **Ajouter des dépendances de plugin**
-
-Incluez les dépendances nécessaires de Capacitor dans votre fichier `build.gradle` :
-
-```kotlin
-dependencies {
-    implementation '@capacitor/android:5.0.0'
-    implementation '@capacitor/core:5.0.0'
-}
-```
-
-3.  **Configurer le fichier Manifest**
-
-Ajoutez les permissions et paramètres nécessaires à votre fichier `AndroidManifest.xml` :
-
-```xml
-<manifest>
-    <uses-permission android:name="android.permission.INTERNET" />
-    <application
-        android:allowBackup="true"
-        android:label="@string/app_name">
-        <!-- Additional configurations -->
-    </application>
-</manifest>
-```
-
-### Tableau de compatibilité
-
-Voici un aperçu rapide des versions minimales et recommandées des composants clés :
-
-| Composant | Version minimale | Version recommandée |
-| --- | --- | --- |
-| Android Studio | 2023.1.1 | 2023.2.1 |
-| JDK | 11  | 17  |
-| Gradle | 7.3 | 8.0 |
-| Android SDK | API 22 | API 33 |
-
-### Optimiser les paramètres [Gradle](https://gradle.org/)
-
-![Gradle Build Tool Interface](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/ea42b2d6446e3f23d9417eaa9ba23d71.jpg)
-
-Pour améliorer les performances et la compatibilité, mettez à jour votre fichier `gradle.properties` avec ces paramètres :
-
-```properties
-org.gradle.jvmargs=-Xmx2048m
-org.gradle.parallel=true
-android.useAndroidX=true
-```
-
-Activez l'importation automatique et la compilation en temps réel dans Android Studio pour identifier et résoudre rapidement les problèmes. Ces étapes garantissent un développement fluide et une utilisation efficace des ressources.
-
-## Créer votre premier plugin Android
-
-Apprenez à construire votre premier plugin Android en utilisant Capacitor. Ce guide vous guide à travers les étapes et partage des conseils pratiques.
-
-### Étapes de création de plugin
-
-Commencez par générer le squelette du plugin avec Capacitor CLI :
-
-```bash
-npm init @capacitor/plugin your-plugin-name
-cd your-plugin-name
-npm install
-```
-
-Ensuite, mettez à jour le fichier `package.json` avec la configuration suivante :
-
-```json
-{
-  "name": "your-plugin-name",
-  "version": "1.0.0",
-  "capacitor": {
-    "android": {
-      "src": "android"
-    }
-  }
-}
-```
-
-Cette configuration garantit que Capacitor reconnaît votre plugin et ses fichiers sources Android.
-
-### Structure du répertoire du plugin
-
-Votre projet suivra cette structure :
-
-```
-your-plugin-name/
-├── android/
-│   ├── src/main/
-│   │   ├── java/com/yourcompany/plugin/
-│   │   │   └── YourPlugin.java
-│   ├── build.gradle
-│   └── proguard-rules.pro
-├── src/
-│   ├── definitions.ts
-│   └── web.ts
-├── package.json
-└── README.md
-```
-
-Voici ce que fait chaque fichier clé :
-
-| Fichier | But |
-| --- | --- |
-| `YourPlugin.java` | Gère la logique Android du plugin |
-| `definitions.ts` | Contient les définitions d'interface TypeScript |
-| `web.ts` | Fournit une fonctionnalité de secours basée sur le web |
-| `package.json` | Gère les dépendances et les métadonnées du plugin |
-
-### Écriture des méthodes de plugin
-
-Définissez les méthodes de plugin dans le fichier `YourPlugin.java`. Par exemple, voici une méthode simple :
-
-```java
-@PluginMethod
-public void echo(PluginCall call) {
-    String value = call.getString("value");
-    JSObject ret = new JSObject();
-    ret.put("value", value);
-    call.resolve(ret);
-}
-```
-
-Chaque méthode nécessite l'annotation `@PluginMethod` et utilise l'objet `PluginCall` pour gérer les paramètres et renvoyer des résultats. Voici un autre exemple avec gestion des erreurs :
-
-```java
-@PluginMethod
-public void getData(PluginCall call) {
-    String id = call.getString("id", null);
-    if (id == null) {
-        call.reject("Must provide an id");
-        return;
-    }
-
-    int limit = call.getInt("limit", 10); // Default value
-
-    JSObject result = new JSObject();
-    result.put("id", id);
-    result.put("limit", limit);
-    call.resolve(result);
-}
-```
-
-Pour une logique plus complexe, gérez les exceptions pour garantir la stabilité :
-
-```java
-@PluginMethod
-public void processData(PluginCall call) {
-    try {
-        // Processing logic here
-        call.resolve();
-    } catch (Exception e) {
-        call.reject("Error processing data: " + e.getMessage());
-    }
-}
-```
-
-### Tester votre plugin
-
-Utilisez les [outils de débogage](https://capgo.app/docs/plugin/debugging/) d'Android Studio pour tester chaque méthode de manière approfondie. Assurez-vous que vos méthodes sont axées sur des tâches spécifiques pour garder le code propre et facile à maintenir. Une fois le débogage terminé, testez votre plugin sur de vrais appareils Android pour confirmer que tout fonctionne comme prévu.
-
-## Guide de test de plugin
-
-### Test sur des appareils Android
-
-Pour tester efficacement les plugins Android, utilisez à la fois des émulateurs et des appareils réels. L'AVD Manager d'Android Studio est un excellent outil pour simuler divers niveaux d'API et tailles d'écran.
-
-Exécutez ces commandes pour vous préparer au test :
-
-```bash
-npx cap open android
-npm run build
-npx cap sync
-```
-
-Assurez-vous que le débogage USB est activé et confirmez la connectivité de l'appareil avec `adb devices`. Créez une matrice de test pour couvrir les principales versions d'Android :
-
-| Version Android | Priorité de test | Domaines clés à surveiller |
-| --- | --- | --- |
-| Android 14 | Élevée | Compatibilité avec la dernière API |
-| Android 13 | Élevée | Fonctionnalité principale |
-| Android 12 | Moyenne | Compatibilité ascendante |
-| Android 11 | Faible | Support hérité |
-
-### Résoudre les problèmes courants de plugin
-
-**Fuites de mémoire**  
-Utilisez le Memory Profiler dans Android Studio pour identifier et résoudre les fuites de mémoire. Concentrez-vous sur :
-
--   Récepteurs de diffusion non enregistrés
--   Connexions de base de données non fermées
--   Références fortes aux Activités ou Contextes
-
-**Problèmes d'enregistrement de plugin**  
-Si les plugins échouent à s'enregistrer, vérifiez ce qui suit :
-
--   Enregistrement du plugin dans `MainActivity.java`
--   Cohérence du nom du package
--   Dépendances Gradle correctes
-
-**Problèmes de performance**  
-Exploitez le CPU Profiler pour identifier les goulets d'étranglement de performance. Les meilleures pratiques incluent :
-
--   Garder les méthodes de plugin légères
--   Exécuter des tâches lourdes sur des fils d'arrière-plan
--   Ajouter des mécanismes de gestion des erreurs appropriés
-
-### Rationaliser les tests et mises à jour en direct
-
-Les [outils Capgo](https://capgo.app/docs/cli/commands) peuvent simplifier les tests en direct et les mises à jour. Utilisez ces exemples pour améliorer votre flux de travail :
-
--   **Initialiser la gestion des erreurs** :
-
-    ```typescript
-    CapacitorUpdater.notifyAppReady();
-    ```
-
--   **Gérer les échecs de mise à jour** :
-
-    ```typescript
-    CapacitorUpdater.addListener('updateFailed', (info) => {
-      console.error('Update failed:', info);
-    });
-    ```
-
--   **Utiliser le retour en arrière pour des corrections rapides** :
-
-    ```typescript
-    try {
-      await CapacitorUpdater.rollback();
-    } catch (err) {
-      console.error('Rollback failed:', err);
-    }
-    ```
-
--   **Configurer des déploiements par étapes** :
-
-    ```typescript
-    await CapacitorUpdater.setChannel({
-      channel: 'beta',
-      preventAutoUpdateOnFail: true
-    });
-    ```
-
-## Normes de développement de plugin
-
-### Directives de structure de code
-
-Voici un modèle de base pour structurer votre plugin en Java :
-
-```java
-public class MyPlugin extends Plugin {
-    private static final String TAG = "MyPlugin";
-    private final Context context;
-
-    public MyPlugin(Context context) {
-        this.context = context;
-    }
-
-    @PluginMethod
-    public void methodName(PluginCall call) {
-        try {
-            // Method implementation
-            call.resolve();
-        } catch (Exception e) {
-            call.reject("Error message", e);
-        }
-    }
-}
-```
-
-Pratiques structurelles clés à suivre :
-
--   Utilisez des signatures de méthode claires et bien définies avec des modificateurs d'accès appropriés.
--   Choisissez des noms de variables et de méthodes qui expliquent leur but.
--   Assurez-vous que les API publiques sont entièrement documentées.
--   Gardez la logique métier séparée des composants liés à l'UI.
-
-### Conseils de performance
-
-Un plugin bien structuré améliore non seulement la maintenabilité mais aussi les performances. Voici quelques stratégies d'optimisation :
-
-| Domaine d'accent | Approche recommandée |
-| --- | --- |
-| Gestion des threads | Déplacez les tâches lourdes sur des fils d'arrière-plan |
-| Utilisation de la mémoire | Nettoyez correctement les ressources pour éviter les fuites |
-| Appels réseau | Mettez en cache les réponses et implémentez des mécanismes de nouvelle tentative |
-| Chargement de ressources | Utilisez le chargement paresseux pour les grandes ressources |
-
-Pour les tâches qui nécessitent des ressources significatives, envisagez cet exemple :
-
-```java
-@PluginMethod
-public void heavyOperation(PluginCall call) {
-    taskQueue.execute(() -> {
-        try {
-            // Perform intensive operation
-            JSObject result = new JSObject();
-            call.resolve(result);
-        } catch (Exception e) {
-            call.reject("Operation failed", e);
-        }
-    });
-}
-```
-
-### Gestion des erreurs
-
-Une gestion des erreurs efficace garantit que votre plugin reste stable et fiable :
-
-```java
-@PluginMethod
-public void criticalOperation(PluginCall call) {
-    try {
-        // Operation code
-        if (!operationSuccessful) {
-            throw new PluginException("Operation failed");
-        }
-        call.resolve();
-    } catch (Exception e) {
-        Logger.error(TAG, "Critical operation failed", e);
-        handleRollback();
-        call.reject("Operation failed", e);
-    }
-}
-```
-
-Meilleures pratiques pour la gestion des erreurs :
-
--   Consigner les erreurs avec le niveau de gravité approprié.
--   Inclure un contexte significatif dans les messages d'erreur pour aider au débogage.
--   Surveiller la fréquence des erreurs et identifier les problèmes récurrents.
--   Utiliser la signalisation d'erreurs automatisée pour détecter les problèmes tôt.
-
-Pour les opérations critiques, avoir des mécanismes de retour en arrière est essentiel. Voici un exemple :
-
-```java
-private void handleRollback() {
-    try {
-        bridge.triggerJSEvent("rollbackRequired", "{}");
-    } catch (Exception e) {
-        Logger.error(TAG, "Rollback failed", e);
-    }
-}
-```
-
-Les outils de suivi des erreurs et de retour en arrière de Capgo peuvent vous aider à récupérer rapidement après des échecs [\[1\]](https://capgo.app/).
-
-## Guide d'intégration [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-Sur la base de nos résultats de tests en direct, l'intégration de Capgo aide à rationaliser le déploiement des mises à jour.
-
-### Aperçu des fonctionnalités de Capgo
-
-Capgo fournit des outils essentiels pour gérer les mises à jour en direct, garantissant des performances fluides. Il permet des mises à jour instantanées pour les plugins Android Capacitor sans nécessiter d'approbation de l'App Store. Voici ce que Capgo propose :
-
-| Fonctionnalité | Description |
-| --- | --- |
-| Chiffrement de bout en bout | Assure la livraison sécurisée des mises à jour |
-| Mises à jour partielles | Télécharge uniquement les composants modifiés |
-| [Système de canal](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Permet des déploiements par étapes ciblés |
-| Analytique en temps réel | Surveille les performances des mises à jour |
-| Retour en arrière en un clic | Récupération rapide en cas de problèmes |
-| Intégration CI/CD | Compatible avec GitHub Actions, GitLab CI et Jenkins |
-
-### Configuration de Capgo
-
-Pour commencer avec Capgo, exécutez la commande suivante :
-
-```bash
-npx @capgo/cli init
-```
-
-Ajoutez le plugin à votre processus de construction. Capgo gère automatiquement les mises à jour en arrière-plan, utilisant ses fonctionnalités d'analytique et de retour en arrière intégrées.
-
-Vous pouvez utiliser le système de canaux pour gérer les déploiements dans les environnements de production, beta et développement. Des mises à jour partielles sont disponibles pour réduire l'utilisation de la bande passante et fournir uniquement les changements nécessaires.
-
-Capgo prend en charge les versions 6 et 7 de Capacitor.
-
-> Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs ! [\[1\]](https://capgo.app/)
-
-## Résumé
-
-Le pont natif Capacitor renforce les plugins Android avec des fonctionnalités natives puissantes et un développement rationalisé. Cette approche produit des résultats solides, y compris 23,5 millions de mises à jour à travers 750 applications de production [\[1\]](https://capgo.app/).
-
-Les métriques de performance de la plateforme mettent en évidence son efficacité : un taux de réussite global de 82 % pour les déploiements de mise à jour, un temps de téléchargement moyen de 114 ms pour un bundle de 5 Mo via un CDN mondial, et 95 % des utilisateurs actifs recevant des mises à jour dans les 24 heures [\[1\]](https://capgo.app/).
-
-Pour obtenir ces résultats, il est crucial de suivre des pratiques clés :
-
-| Meilleure Pratique | Avantage |
-| --- | --- |
-| 1. Implémentez des Mises à Jour en Direct | Déployez rapidement des corrections et des fonctionnalités |
-| 2. Utilisez le Système de Canaux | Déployez des mises à jour de manière sélective, testez les bêta |
-| 3. Surveillez les Analyses | Évaluez la performance et l'adoption par les utilisateurs |
-| 4. Activez le Rétablissement Automatique | Récupérez rapidement en cas de problèmes potentiels |
-
-Les développeurs ont salué ces outils. Bessie Cooper a déclaré, _"Capgo est un outil indispensable pour les développeurs qui souhaitent être plus productifs. Éviter l'examen des corrections de bogues est précieux."_ [\[1\]](https://capgo.app/)
-
-Des fonctionnalités comme le suivi des erreurs, la surveillance des performances, le chiffrement de bout en bout et l'intégration fluide CI/CD contribuent à des taux de réussite élevés pour les mises à jour et à des performances fluides. Ensemble, ces outils combinent une fonctionnalité native avec des mises à jour rapides et fiables, mettant en valeur les forces de la plateforme.
diff --git a/src/content/blog/fr/capacitor-native-bridge-web-to-android-data-transfer.md b/src/content/blog/fr/capacitor-native-bridge-web-to-android-data-transfer.md
deleted file mode 100644
index 88e16a9b4..000000000
--- a/src/content/blog/fr/capacitor-native-bridge-web-to-android-data-transfer.md
+++ /dev/null
@@ -1,216 +0,0 @@
----
-slug: capacitor-native-bridge-web-to-android-data-transfer
-title: 'Pont natif Capacitor : Transfert de données de Web vers Android'
-description: >-
-  Apprenez à transférer efficacement des données entre les applications web et
-  Android en utilisant le pont natif de Capacitor, en abordant les défis
-  courants et les conseils de performance.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T01:10:13.731Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d-1744765887424.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, data transfer, JSON serialization, mobile apps, Android,
-  performance optimization, encryption, error handling
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**Le transfert de données entre les applications web et Android dans [Capacitor](https://capacitorjs.com/) peut être difficile, mais comprendre la sérialisation JSON et les opérations de pont natif simplifie le processus.** Voici ce que vous devez savoir :
-
--   **Compatibilité JSON :** Le pont natif ne prend en charge que les types sérialisables JSON, évitez donc les fonctions, les références circulaires et les classes personnalisées.
--   **Conseils de performance :** Divisez les données volumineuses en chunks, compressez-les et mettez en cache les données fréquemment utilisées pour améliorer la vitesse et l'utilisation de la mémoire.
--   **Gestion des erreurs et sécurité :** Utilisez le chiffrement, les permissions d'exécution et le suivi des erreurs inter-couches pour des transferts sûrs et fiables.
--   **Fonctionnalités du pont :** Prend en charge la messagerie bidirectionnelle, le traitement par lots des événements et la validation des types pour assurer une communication fluide.
--   **Outils [Capgo](https://capgo.app/) :** Offre des mises à jour en temps réel, un découpage intelligent et un chiffrement de bout en bout pour une gestion fluide des données.
-
-**Conseil rapide :** Utilisez [TypeScript](https://www.typescriptlang.org/) pour un typage strict, validez le JSON des deux côtés et envisagez des plugins personnalisés pour les besoins complexes en données. La plateforme Capgo améliore les performances avec des mises à jour en direct et une synchronisation sécurisée, ce qui en fait un excellent choix pour les applications hybrides.
-
-## Comment créer un plugin [Capacitor](https://capacitorjs.com/) pour iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/Dq_BmheGAig" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Problèmes courants de transfert de données
-
-La gestion du transfert de données entre les couches web et Android à l'aide du pont natif peut être délicate. Ces défis doivent être abordés avec soin pour garantir les performances fluides de l'application.
-
-### Limitations des types de données JSON
-
-Le pont natif dans Capacitor ne prend en charge que les types sérialisables JSON. Cela signifie qu'il ne peut pas gérer certains types de données, tels que :
-
--   Les fonctions
--   Les références circulaires
--   Les données binaires/Blob
--   Les objets Date (nécessitant des horodatages précis)
--   Les instances de classes personnalisées
-
-Pour contourner ces limitations, les développeurs doivent souvent créer des méthodes de sérialisation personnalisées pour des structures de données plus complexes.
-
-Mais il ne s'agit pas seulement des types de données - la rapidité et l'efficacité du transfert des données jouent également un rôle important dans l'expérience utilisateur.
-
-### Préoccupations de vitesse et de mémoire
-
-Les tests de performance révèlent quelques métriques clés : les vitesses de téléchargement CDN pour les bundles de 5 Mo sont en moyenne de 114 ms, tandis que les réponses API globales prennent environ 434 ms. Pour améliorer l'efficacité du transfert de données, considérez ces stratégies :
-
--   Décomposer les grands transferts en plus petits morceaux
--   Compresser les données dans la mesure du possible
--   Utiliser le chargement progressif pour les jeux de données
--   Mettre en cache les données fréquemment consultées
-
-> "Nous avons déployé les mises à jour OTA de Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide - presque tous nos utilisateurs sont à jour quelques minutes après le déploiement de l'OTA sur @Capgo." - colenso
-
-### Suivi des erreurs et sécurisation des données
-
-Le débogage des applications hybrides peut être particulièrement difficile. Une fois les performances optimisées, il est tout aussi important de se concentrer sur le suivi des erreurs et la sécurisation des données pendant les transferts.
-
-| Exigence | Mise en œuvre |
-| --- | --- |
-| Chiffrement | Protection de bout en bout |
-| Permissions | Accès Android à l'exécution |
-| Gestion des erreurs | Suivi inter-couches |
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est précieux." - Bessie Cooper
-
-Pour résoudre ces problèmes, les développeurs doivent mettre en place des systèmes de journalisation robustes capables de capturer les erreurs dans les couches web et Android. En même temps, assurez-vous que tous les transferts de données sont chiffrés pour maintenir la sécurité.
-
-## Solutions de pont natif
-
-Le pont natif résout les défis courants de sérialisation et de transfert de données en reliant les couches web et Android via un système de messagerie bidirectionnel.
-
-### Architecture du pont
-
-Cette architecture aborde les limitations précédemment décrites. Elle utilise [WebView](https://en.wikipedia.org/wiki/WebView) pour connecter JavaScript aux composants Android natifs.
-
-Voici comment cela fonctionne :
-
--   **File d'attente des messages** : Met en mémoire tampon les données en utilisant un système FIFO asynchrone.
--   **Bus d'événements** : Achemine les signaux via un modèle publication/abonnement.
--   **Sérialiseur** : Convertit les données, souvent en utilisant la transformation JSON.
--   **Couche de sécurité** : Assure la protection des données avec un chiffrement de bout en bout.
-
-Pour les transferts de données volumineux, le pont divise automatiquement les données en plus petits morceaux pour maintenir les performances.
-
-### Communication des plugins
-
-Les plugins servent d'intermédiaires, permettant aux applications web d'accéder aux fonctionnalités natives d'Android. Le processus de communication suit généralement ces étapes :
-
-1.   La couche web effectue un appel via l'interface du plugin.
-2.   Le pont convertit les données au format JSON.
-3.   La couche native traite la requête.
-4.   La réponse est renvoyée par le même canal.
-
-Les communications synchrones et asynchrones sont prises en charge. Les appels synchrones sont soigneusement gérés pour s'assurer qu'ils ne ralentissent pas l'interface utilisateur.
-
-### Flux de données et d'événements
-
-Les données circulent à travers le pont en utilisant un protocole standardisé conçu pour la fiabilité et la cohérence. Plusieurs mécanismes soutiennent ce processus :
-
--   **Traitement par lots des événements** : Regroupe plusieurs événements pour minimiser les frais généraux.
--   **Validation des types** : Assure l'intégrité des données pendant les transferts.
--   **Récupération des erreurs** : Réessaie automatiquement les transferts échoués.
-
-Le pont compresse également les transferts de données volumineux pour améliorer les performances. La mise en cache locale aide à réduire les délais des transferts répétés. De plus, le système d'événements prend en charge à la fois les callbacks uniques et persistants, avec un nettoyage automatique pour gérer efficacement les ressources.
-
-## Directives de transfert de données
-
-La gestion efficace du JSON est essentielle pour des transferts de données fluides entre les plateformes web et Android.
-
-### Gestion des données JSON
-
-Pour maintenir une gestion fiable des données :
-
--   **Utilisez les types TypeScript** pour un typage strict, détectant les erreurs avant l'exécution.
--   **Validez les données** des côtés web et Android pour assurer la cohérence.
--   **Simplifiez les objets JSON** pour minimiser les frais d'analyse et améliorer les performances.
--   **Mettez en cache localement les données fréquemment utilisées** pour réduire les requêtes répétitives.
-
-Pour les jeux de données plus volumineux, l'utilisation de techniques comme la pagination ou le streaming peut aider à maintenir l'efficacité du système. Si JSON s'avère insuffisant pour gérer de grands jeux de données, envisagez des stratégies de transfert alternatives.
-
-### Méthodes de transfert de données volumineuses
-
-Lors du transfert de grandes quantités de données :
-
--   **Divisez les gros fichiers en plus petits morceaux** pour optimiser l'utilisation des ressources et permettre le suivi de la progression.
--   **Évitez les conversions inutiles** (comme Base64) pour les données binaires ; utilisez plutôt les API natives du système de fichiers.
--   **Activez la reprise des transferts** pour gérer les interruptions et assurer l'intégrité des données.
-
-Pour les scénarios qui dépassent les méthodes standard, envisagez de créer des plugins personnalisés adaptés à vos besoins.
-
-### Construction de plugins de données personnalisés
-
-Suivez ces étapes pour développer un plugin de données fiable :
-
-1.  **Définir l'interface du plugin**
-
-Créez une interface TypeScript qui décrit toutes les méthodes et types de données pris en charge :
-
-```typescript
-export interface DataTransferPlugin {
-  sendData(options: { 
-    data: any, 
-    chunkSize?: number, 
-    compression?: boolean 
-  }): Promise<void>;
-}
-```
-
-2.  **Implémenter le gestionnaire natif**
-
-Concentrez-vous sur un traitement efficace des données en intégrant une gestion robuste des erreurs, une gestion appropriée de la mémoire et des threads d'arrière-plan pour les tâches gourmandes en ressources.
-
-3.  **Ajouter la récupération des erreurs**
-
-Intégrez des mécanismes de récupération d'erreurs, tels que les nouvelles tentatives automatiques pour les problèmes de réseau et les erreurs de validation. Fournissez des retours en temps réel sur la progression du transfert pour améliorer la fiabilité.
-
-## Fonctionnalités de la plateforme [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo relève les défis précédents avec un système de mise à jour en direct conçu pour des transferts de données fluides entre les couches web et Android. Son architecture assure une gestion sécurisée et performante des données.
-
-### Fonctions principales de Capgo
-
-Un CDN global prend en charge les transferts de données en temps réel avec des métriques de performance impressionnantes [\[1\]](https://capgo.app/). Les fonctionnalités clés incluent :
-
--   **Synchronisation en temps réel** : Transferts rapides de données entre les couches web et Android.
--   **Découpage intelligent** : N'envoie que les composants mis à jour, réduisant la bande passante et l'utilisation de la mémoire.
--   **Chiffrement de bout en bout** : Assure une communication sécurisée entre web et Android.
-
-Actuellement, 1,9K applications en production s'appuient sur Capgo pour leurs besoins en transfert de données [\[1\]](https://capgo.app/). Le développeur Rodrigo Mantica a partagé :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-Ces capacités distinguent Capgo des solutions plus anciennes, comme montré ci-dessous.
-
-### Comparaison des plateformes
-
-Les fonctionnalités avancées de Capgo offrent un avantage net par rapport aux méthodes traditionnelles :
-
-| Fonctionnalité | Capgo | Solutions traditionnelles |
-| --- | --- | --- |
-| Vitesse de mise à jour | 114ms (bundle 5MB) | Variable |
-| Taux de réussite | 82% mondial | Non spécifié |
-| Adoption utilisateur | 95% en 24 heures | Suivi limité |
-| Sécurité | Chiffrement bout en bout | Signature basique |
-| Stockage | 2-20 GB (selon forfait) | Variable |
-
-Capgo a alimenté plus de 1,1 billion de mises à jour réussies, démontrant sa fiabilité [\[1\]](https://capgo.app/). L'équipe NASA [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) a commenté :
-
-> "@Capgo est une façon intelligente de faire des push de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-La plateforme prend également en charge l'hébergement flexible et s'intègre parfaitement aux pipelines CI/CD pour les applications gourmandes en données. Les analyses intégrées fournissent des informations sur les taux de réussite des mises à jour et l'engagement des utilisateurs, aidant les équipes à affiner leurs processus de transfert de données.
-
-## Conclusion
-
-Le transfert fluide de données entre les couches web et Android est un aspect clé du développement d'applications modernes. Le pont natif de Capacitor, particulièrement lorsqu'il est associé à des outils comme Capgo, a redéfini la façon dont les développeurs abordent ces défis. Les métriques de performance soulignent l'efficacité de ce pont.
-
-Des fonctionnalités comme le chiffrement de bout en bout, les mises à jour partielles pour améliorer les performances et le monitoring actif des erreurs jouent un rôle important dans la garantie d'une gestion fiable des données.
-
-> "La communauté en avait besoin et @Capgo fait quelque chose de vraiment important !" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/fr/capacitor-ota-updates-app-store-approval-guide.md b/src/content/blog/fr/capacitor-ota-updates-app-store-approval-guide.md
deleted file mode 100644
index 4956df358..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-app-store-approval-guide.md
+++ /dev/null
@@ -1,241 +0,0 @@
----
-slug: capacitor-ota-updates-app-store-approval-guide
-title: 'Mises à jour OTA Capacitor : Guide d''approbation de l''App Store'
-description: >-
-  Apprenez à naviguer dans les directives de l'App Store et du Play Store pour
-  les mises à jour OTA dans les applications Capacitor, en garantissant la
-  conformité et la sécurité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-15T04:38:10.916Z
-updated_at: 2025-03-24T13:22:05.322Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67afe3423823fbac65afe97c-1739594307916.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, Capacitor, App Store, Play Store, compliance, JavaScript updates,
-  security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-### Points Clés :
-
--   [**Apple App Store**](https://developer.apple.com/app-store/guidelines/) : Les mises à jour OTA sont limitées aux fichiers JavaScript et aux fichiers d'actifs. Aucun changement dans le code natif ou la fonctionnalité principale.
-
--   [**Google Play Store**](https://developer.android.com/distribute/play-policies) : Plus de flexibilité mais nécessite toujours que les mises à jour suivent les politiques de sécurité et de prévention des abus.
-
--   **Problèmes Commun** : Les applications se voient refuser l'accès pour avoir modifié le code natif, ajouté des fonctionnalités non examinées ou utilisé des mises à jour non chiffrées.
-
-### Conseils de Conformité Rapides :
-
--   Respectez uniquement les **mises à jour JavaScript et fichiers d'actifs**.
-
--   Utilisez des outils comme [**Capgo**](https://capgo.app/) pour une livraison chiffrée et des options de retour.
-
--   Suivez le **versionnement sémantique** (**[**SemVer**](https://semver.org/)**) pour le suivi et l'audit des mises à jour.
-
--   Assurez-vous que les mises à jour sont sécurisées avec **signature de code et HTTPS**.
-
-| Fonctionnalité | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| **Mises à jour JavaScript** | Autorisées (JS/actifs uniquement) | Autorisées avec moins de règles |
-| **Changements de Base** | Non autorisés | Flexibilité limitée |
-| **Sécurité** | Stricte (signature de code nécessaire) | Axé sur la prévention des abus |
-
-## Règles de l'App Store pour les Mises à Jour OTA
-
-### Règles de l'[Apple App Store](https://developer.apple.com/app-store/guidelines/)
-
-![Apple App Store](https://mars-images.imgix.net/seobot/screenshots/developer.apple.com-647d6fa866954dfb3c8455f75fc9840a-2025-02-15.jpg?auto=compress)
-
-Les directives d'Apple, en particulier §3.3.2, imposent des limites strictes aux mises à jour OTA pour les applications Capacitor. Les mises à jour ne sont autorisées **que** pour le JavaScript et les actifs. Les restrictions clés incluent :
-
--   Pas de modifications de la fonctionnalité principale ou de l'objectif principal de l'application
-
--   Interdiction de créer des magasins d'applications alternatifs ou des plateformes de distribution de code
-
--   Pas de contournement des fonctionnalités de sécurité iOS comme la signature de code
-
-**Important pour les Développeurs Capacitor** : Toute mise à jour JavaScript doit rester dans le conteneur de sécurité original de l'application et ne peut pas altérer le comportement essentiel de l'application.
-
-### Règles du [Google Play Store](https://developer.android.com/distribute/play-policies)
-
-![Google Play Store](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-e3029ffd689b429daa7c9abf93d9ce47-2025-02-15.jpg?auto=compress)
-
-Google Play adopte une position plus clémente sur les mises à jour OTA mais impose toujours des limites claires pour éviter les abus. Leurs directives se concentrent sur :
-
--   Autoriser les mises à jour des actifs JavaScript avec moins de restrictions
-
--   Garantir que les mises à jour respectent les politiques d'abus de dispositif et de réseau
-
--   Interdire l'introduction de code malveillant ou de risques de sécurité
-
--   Exiger que les mises à jour s'alignent sur la version approuvée de l'application dans le Play Store
-
--   Prévenir le contournement du système de facturation de Google Play pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) [\[6\]](https://essaypro.com/blog/article-review)
-
-| Fonctionnalité | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| Mises à jour JavaScript | Autorisées pour JS/actifs uniquement | Autorisées avec moins de restrictions |
-| Changements de Fonctionnalité Principale | Non autorisés via OTA | Flexibilité limitée |
-| Exigences de Sécurité | Signature de code stricte et sandboxing | Axé sur la prévention des abus |
-| Fréquence des Mises à Jour | Pas de limites spécifiques | Soumise aux politiques d'abus réseau |
-
-### Principaux Problèmes de Conformité
-
-Les raisons courantes pour lesquelles les applications sont rejetées incluent :
-
--   Ajout de fonctionnalités qui n'ont pas été examinées
-
--   Prompts de mise à jour excessifs ou intrusifs
-
--   Utilisation de packages de mise à jour non chiffrés
-
-Pour éviter ces problèmes, il est crucial de suivre les directives d'implémentation spécifiques à Capacitor. Les outils qui offrent des vérifications de conformité automatisées peuvent faciliter ce processus. Par exemple, la fonction de chiffrement de bout en bout de Capgo sécurise les packages de mise à jour, ce qui aide à répondre aux exigences des deux magasins d'applications [\[7\]](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/Heading_Elements).
-
-## Directives de Mise à Jour OTA pour [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-15.jpg?auto=compress)
-
-### Étapes de Conformité Technique
-
-Pour éviter des problèmes de conformité, suivez ces étapes :
-
--   **Utilisez le versionnement sémantique (SemVer)** : Suivez les mises à jour et maintenez un changelog détaillé pour rester conforme [\[8\]](https://libguides.usc.edu/writingguide/assignments/AnalyzingJournal).
-
--   **Restreignez les mises à jour au JavaScript et aux actifs** : Évitez de modifier le code natif pour garantir la conformité [\[1\]](https://github.com/Cap-go/capacitor-updater).
-
--   **Vérifiez les signatures des packages** : Validez toujours les signatures avant l'installation [\[2\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
-
-| **Composant de Mise à Jour** | **Action Requise** | **Impact sur la Conformité** |
-| --- | --- | --- |
-| Fichiers JavaScript | Restreindre aux changements UI/logique | Maintient la conformité au store |
-| Fichiers d'Actifs | Utiliser des vérifications d'intégrité pour les mises à jour | Garantit une livraison sécurisée |
-| Code Natif | Pas de modifications autorisées | Évite le refus de store |
-| Contrôle de Version | Utilisez SemVer pour le suivi | Permet un audit approprié |
-
-### Conception de l'Interface de Mise à Jour
-
-Créez des interfaces de mise à jour faciles à utiliser et non intrusives :
-
--   Affichez des **notifications claires et concises** sans interrompre l'expérience utilisateur [\[4\]](https://nytlicensing.com/latest/methods/getting-started-thought-leadership-content-marketing/).
-
--   Activez les **téléchargements en arrière-plan** avec des indicateurs de progression.
-
--   Permettez aux utilisateurs de décider quand installer les mises à jour, sauf pour les correctifs de sécurité critiques.
-
-Les mises à jour forcées ne doivent être utilisées que pour des corrections de sécurité critiques, et elles doivent clairement communiquer l'urgence [\[3\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Ces étapes aident à réduire les risques de rejet causés par des prompts de mise à jour intrusifs.
-
-### Protocole de Sécurité des Mises à Jour
-
-Assurez une livraison sécurisée et l'intégrité des données avec ces pratiques :
-
--   **Chiffrement de Bout en Bout** : Utilisez un ancrage de certificat, une authentification basée sur un jeton, et faites tourner les clés régulièrement [\[2\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
-
--   **Système de Vérification** : Combinez la validation côté serveur des demandes de mise à jour avec des vérifications d'intégrité des packages côté client [\[2\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
-
--   **Surveillance des Performances** : Suivez des métriques clés comme les taux d'adoption, les temps de téléchargement, et les performances post-mise à jour [\[11\]](https://www.npmjs.com/package/@appmassive/capacitor-updater). Incluez un rapport d'erreur automatique pour résoudre rapidement les problèmes [\[5\]](https://qwik.dev/docs/guides/capacitor/).
-
-Ces mesures de sécurité s'alignent sur les exigences de signature de code d'Apple et les politiques de prévention des abus de Google. Des outils comme Capgo peuvent aider à mettre en œuvre ces protocoles [\[9\]](https://classic.yarnpkg.com/en/package/@remnote/capacitor-updater).
-
-###### sbb-itb-f9944d2
-
-## Système de Gestion des Mises à Jour de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-15.jpg?auto=compress)
-
-Capgo fournit un moyen sécurisé de livrer et de gérer les [mises à jour OTA de Capacitor](https://capgo.app/), garantissant une distribution fluide tout en respectant les normes de conformité. Il offre également des outils avancés pour la [gestion des mises à jour](https://capgo.app/it/docs/plugin/cloud-mode/manual-update/) au niveau entreprise.
-
-### Caractéristiques Clés de Capgo
-
-Le système de mise à jour de Capgo comprend des fonctionnalités essentielles telles que :
-
--   **Livraison de mise à jour chiffrée** : Garantit que les mises à jour respectent les exigences de sécurité des app stores.
-
--   **Segmentation des utilisateurs** : Permet des déploiements contrôlés à des groupes d'utilisateurs spécifiques.
-
--   **Rétrogradation instantanée** : Permet de revenir rapidement à une version antérieure si nécessaire.
-
-Cette méthode garantit que les mises à jour sont sans faille et permet aux développeurs de surveiller l'efficacité des performances.
-
-### Outils pour la Conformité avec Capgo
-
-Les outils de Capgo sont conçus pour répondre aux besoins en matière de sécurité et de conformité :
-
--   **Gestion des Déploiements** : Les développeurs peuvent publier des mises à jour à de petits groupes d'utilisateurs – commençant à aussi peu que 1 % – pour tester les changements avant un déploiement plus large.
-
--   **Mesures de Sécurité Automatiques** : Des vérifications de santé intégrées confirment l'intégrité des mises à jour avant installation. Si des problèmes surviennent, le système revient automatiquement à la dernière version stable, maintenant l'application fonctionnelle et évitant les refus d'app stores [\[1\]](https://github.com/Cap-go/capacitor-updater).
-
-### Comment Configurer Capgo
-
-Suivez ces trois étapes simples pour commencer avec Capgo :
-
-1.  **Configuration Initiale**
-
-    ```bash
-    npm install -g @capgo/cli
-    capgo init
-    ```
-
-2.  **Intégration du Plugin**
-
-    ```bash
-    npm install @capgo/capacitor-updater
-    ```
-
-3.  **Configuration**
-
-    Mettez à jour votre fichier `capacitor.config.json` et incluez la vérification de disponibilité nécessaire dans la logique principale de votre application [\[9\]](https://classic.yarnpkg.com/en/package/@remnote/capacitor-updater).
-
-Pour les équipes d'entreprise, Capgo prend également en charge des contrôles d'accès basés sur les rôles, garantissant que les autorisations de mise à jour répondent à des normes de conformité strictes.
-
-## Prévention des Refus d'App Store
-
-Pour éviter les refus d'app store, il est crucial de s'attaquer aux déclencheurs les plus courants : **35 % résultent des violations de code natif**, **28 % des problèmes de portée de fonctionnalités**, et **22 % des erreurs dans le processus de mise à jour** [\[1\]](https://github.com/Cap-go/capacitor-updater).
-
-### Violations de Code Natif
-
-Les violations de code natif représentent 35 % des refus de mise à jour OTA [\[1\]](https://github.com/Cap-go/capacitor-updater). Pour y remédier, assurez-vous que les mises à jour reposent strictement sur **JavaScript, HTML et CSS** en utilisant des vérifications de fichiers automatisées. Des outils comme [la suite de conformité de Capgo](https://capgo.app/consulting/) peuvent aider en mettant en œuvre une signature de code et des vérifications d'intégrité, réduisant les taux de rejet jusqu'à 80 % [\[13\]](https://authorservices.taylorandfrancis.com/publishing-your-research/writing-your-paper/writing-a-journal-article/).
-
-### Problèmes de Portée des Fonctionnalités
-
-Les problèmes de portée des fonctionnalités représentent un autre obstacle courant. Utilisez le cadre suivant pour gérer efficacement les mises à jour :
-
-| Type de mise à jour | Probabilité d'approbation | Stratégie de mise en œuvre |
-| --- | --- | --- |
-| Mises à jour de contenu | Élevée | Mettre à jour le texte, les images et les styles |
-| Affinements de l'interface utilisateur | Moyenne | Appliquer des changements progressifs de l'interface |
-| Nouvelles fonctionnalités | Faible | Utiliser des drapeaux de fonctionnalité et des déploiements par phases |
-
-Par exemple, une application de commerce électronique basée sur Capacitor a réussi à réduire les tickets de support client de 60 % en déployant de nouvelles fonctionnalités par phases tout en restant conforme [\[14\]](https://www.ada.gov/law-and-regs/regulations/title-ii-2010-regulations/).
-
-### Erreurs du processus de mise à jour
-
-Les erreurs techniques lors des mises à jour peuvent entraîner des rejets. Voici comment les éviter :
-
--   **Gestion des erreurs**  
-    Surveiller les taux de réussite des mises à jour et enregistrer chaque tentative de mise à jour ainsi que son résultat.
-    
--   **Communication avec l'utilisateur**  
-    Afficher des indicateurs de progrès pendant les mises à jour pour tenir les utilisateurs informés.
-    
-
-Les applications qui fournissent des interfaces claires et transparentes ont connu **30 % de taux de fidélisation** en plus et **25 % de critiques négatives en moins** liées aux mises à jour [\[12\]](https://support.google.com/googleplay/android-developer/answer/10787469?hl=en).
-
-> "La clé pour prévenir les refus dans les magasins d'applications réside dans une documentation approfondie et une communication transparente avec les équipes d'examen. Les applications fournissant une documentation complète de leurs processus de mise à jour avaient 40 % de chances en moins de faire face à des rejets liés aux mises à jour OTA." [\[10\]](https://html.spec.whatwg.org)
-
-## Conclusion
-
-Déployer des mises à jour OTA pour les applications Capacitor implique une combinaison de précision technique et de respect des normes de conformité. Pour réussir, concentrez-vous sur des domaines essentiels qui s'alignent sur les directives et stratégies spécifiques à la plateforme :
-
-| Priorité | Action | Résultat |
-| --- | --- | --- |
-| Conformité | S'en tenir aux mises à jour uniquement en JavaScript | Approbations plus rapides |
-| Sécurité | Utiliser [le chiffrement automatisé](https://capgo.app/docs/cli/migrations/encryption/)/signature | Moins de vulnérabilités |
-
-En suivant les étapes de conformité discutées précédemment, les équipes peuvent bénéficier de contrôles automatisés qui simplifient l'adhésion aux règles des magasins d'applications. Des fonctionnalités telles que le chiffrement de bout en bout et les déploiements contrôlés aident à répondre aux besoins critiques en matière de sécurité et de conformité.
-
-Avec Apple et Google mettant continuellement à jour les politiques (comme celles des sections 2.1-2.3), attendez-vous à davantage d'accent sur la fréquence des mises à jour et des normes de sécurité plus strictes. Restez en avance en vous préparant à ces changements tout en maintenant intactes les capacités de mise à jour JavaScript et des actifs. N'oubliez pas de documenter et de tester minutieusement pour respecter à la fois les directives de la plateforme et les attentes des utilisateurs.
diff --git a/src/content/blog/fr/capacitor-ota-updates-best-practices-for-performance.md b/src/content/blog/fr/capacitor-ota-updates-best-practices-for-performance.md
deleted file mode 100644
index 6bf77672d..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-best-practices-for-performance.md
+++ /dev/null
@@ -1,221 +0,0 @@
----
-slug: capacitor-ota-updates-best-practices-for-performance
-title: 'Mises à jour OTA de Capacitor : Meilleures pratiques pour les performances'
-description: >-
-  Optimisez les mises à jour OTA dans les applications Capacitor pour améliorer
-  les performances et l'expérience utilisateur avec les meilleures pratiques
-  pour la taille des fichiers, le chargement du code et la sécurité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-22T03:27:12.915Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b91e17bfa83cf6a92d5d6e-1740194854799.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, Capacitor, performance optimization, mobile apps, security,
-  incremental updates, background updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mises à jour OTA (Over-the-Air) permettent aux applications [Capacitor](https://capacitorjs.com/) de mettre à jour le contenu comme JavaScript, CSS et HTML sans nécessiter de soumissions aux magasins d'applications. Bien que pratiques, ces mises à jour peuvent impacter les performances de démarrage de l'application. Voici un guide rapide pour optimiser les mises à jour OTA pour de meilleures performances et expérience utilisateur :
-
--   **Minimiser la taille des fichiers de mise à jour** : Utilisez des techniques comme les mises à jour différentielles, la compression (ex : [ZSTD](https://en.wikipedia.org/wiki/Zstd)), et éliminez les changements de fichiers inutiles.
-    
--   **Chargement efficace du code** : Priorisez d'abord le chargement des fonctionnalités principales, retardez les composants non critiques et utilisez le chargement différé pour les modules lourds.
-    
--   **Mises à jour incrémentales** : Découpez les mises à jour en petites étapes, planifiez-les pendant les temps d'inactivité et utilisez des systèmes A/B pour des retours en arrière fluides.
-    
--   [**Mises à jour sécurisées**](https://capgo.app/docs/live-updates/update-behavior/) : Protégez les fichiers avec le chiffrement, les sommes de contrôle et la signature de code pour garantir l'intégrité.
-    
--   **Tests & Conformité** : Testez minutieusement les mises à jour et suivez les directives des magasins d'applications pour éviter les problèmes d'approbation.
-    
-
-**Comparaison rapide des outils OTA** :
-
-| Fonctionnalité | [capacitor-app-updater](https://www.npmjs.com/package/%40objekt%2Fcapacitor-app-updater) | [Capgo](https://capgo.app/) |  
-| --- | --- | --- | --- |
-| Méthode de mise à jour | Comparaison de somme de contrôle | [Mises à jour dans l'application](https://capgo.app/plugins/capacitor-updater/) | Mises à jour du bundle JS |
-| Impact sur les performances | Minimal | Moyen | Faible |
-| Mises à jour en arrière-plan | Non | Oui (Android) | Oui |
-| Support du retour arrière | Limité | Selon la plateforme | Intégré |
-| Intégration CI/CD | Manuelle | Manuelle | Automatisée |
-
-Capgo se démarque avec des fonctionnalités comme les mises à jour en arrière-plan, le chiffrement de bout en bout et le suivi des performances, ce qui en fait un choix solide pour gérer les mises à jour OTA dans les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-## Envoyez des mises à jour en temps réel à vos utilisateurs d'applications Ionic
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Conseils de performance pour les mises à jour OTA
-
-Ces stratégies traitent les délais de démarrage et assurent des processus de mise à jour OTA plus fluides en se concentrant sur la réduction de la taille des fichiers et le chargement efficace du code.
-
-### Réduire la taille des fichiers de mise à jour
-
-Maintenir des tailles de fichiers de mise à jour réduites est essentiel pour des téléchargements plus rapides et des démarrages plus rapides. L'idée est de transférer moins de données sans sacrifier les fonctionnalités. Voici comment y parvenir :
-
--   Créez un `live-update-manifest.json` pour activer les mises à jour différentielles.
-    
--   Utilisez la **compression ZSTD** pour les appareils non-A/B pour réduire les mises à jour d'images complètes.
-    
--   Éliminez les horodatages de build et standardisez les outils de build pour éviter les changements de fichiers inutiles.
-    
--   Pour les mises à jour OTA A/B, appliquez la recompression Puffin pour générer des correctifs plus efficacement.
-    
-
-### Gestion du chargement du code
-
-La vitesse de démarrage ne dépend pas uniquement de la taille des fichiers - le moment du chargement du code compte aussi. Voici une approche intelligente pour gérer le chargement du code :
-
--   **Fonctionnalités principales d'abord** : Chargez immédiatement les fonctions essentielles comme l'authentification et la navigation principale.
-    
--   **Fonctionnalités secondaires plus tard** : Retardez le chargement des composants non critiques comme les paramètres avancés, l'analytique et les animations.
-    
--   **Utilisation efficace des ressources** : Appliquez le chargement progressif ou différé pour les modules lourds et les médias après le lancement de l'application.
-    
-
-### Mises à jour étape par étape
-
-Découper les mises à jour en petites étapes réduit les perturbations pendant le démarrage. Les mises à jour incrémentales sont un moyen pratique d'assurer une expérience fluide. Par exemple, Android 8.0 utilise des mises à jour en streaming qui nécessitent seulement environ 100 KiB de stockage de métadonnées au lieu de télécharger le package complet [\[3\]](https://source.android.com/docs/core/ota/ab).
-
--   Planifiez les mises à jour pendant les temps d'inactivité, comme la nuit, et privilégiez les connexions Wi-Fi.
-    
--   Protégez les fichiers de mise à jour avec le chiffrement et la vérification des sommes de contrôle [\[1\]](https://www.trio.so/blog/over-the-air-update/)[\[2\]](https://mender.io/blog/how-does-an-ota-firmware-update-work).
-    
--   Utilisez des systèmes de partition A/B pour permettre les mises à jour sans interrompre les fonctionnalités de l'application [\[3\]](https://source.android.com/docs/core/ota/ab).
-    
-
-Capgo fournit des outils intégrés pour des mises à jour sécurisées et incrémentales, avec le chiffrement de bout en bout et des options de déploiement flexibles.
-
-## Configuration des mises à jour OTA dans [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-22.jpg?auto=compress)
-
-La configuration des mises à jour Over-the-Air (OTA) dans Capacitor nécessite des tests minutieux et le respect de directives strictes.
-
-### Tests avant la sortie
-
-Avant de déployer les mises à jour, des tests approfondis sont essentiels :
-
--   Utilisez des environnements de test qui reproduisent fidèlement les paramètres de production.
-    
--   Enregistrez les métriques de base comme le temps de démarrage, l'utilisation de la mémoire, la bande passante et la consommation de batterie.
-    
--   Vérifiez les mécanismes de repli pour s'assurer que le chemin du serveur se réinitialise si une mise à jour échoue [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-    
-
-Une fois les performances stabilisées, vérifiez que les mises à jour respectent les réglementations des magasins d'applications.
-
-### Règles des magasins d'applications
-
-Pour éviter les problèmes avec les approbations des magasins d'applications, suivez ces règles spécifiques aux plateformes :
-
-**Exigences de l'App Store d'Apple :**
-
-> "Le code interprété peut être téléchargé dans une Application uniquement si ce code : (a) ne change pas l'objectif principal de l'Application en fournissant des fonctionnalités ou des fonctions incompatibles avec l'objectif prévu et annoncé de l'Application telle que soumise à l'App Store, (b) ne crée pas de magasin ou de vitrine pour d'autres codes ou applications, et (c) ne contourne pas la signature, le bac à sable ou d'autres fonctionnalités de sécurité du système d'exploitation." [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-**Directives du Google Play Store :**
-
-> "Cette restriction ne s'applique pas au code qui s'exécute dans une machine virtuelle ou un interpréteur où l'un ou l'autre fournit un accès indirect aux API Android (comme JavaScript dans une webview ou un navigateur)." [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-### Utilisation de [Capgo](https://capgo.app/) pour les mises à jour
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-22.jpg?auto=compress)
-
-Après les tests et la vérification de la conformité, le déploiement efficace des mises à jour devient l'étape suivante. Capgo est un outil qui simplifie ce processus.
-
-En février 2025, Capgo a géré **449 millions de mises à jour** sur **1,8K applications en production** [\[5\]](https://capgo.app/). Les fonctionnalités clés incluent :
-
--   **Chiffrement de bout en bout** pour sécuriser la livraison des mises à jour.
-    
--   **Mise en cache** du dernier bundle pour des temps de chargement plus rapides [\[6\]](https://capgo.app/docs/faq/).
-    
--   **Signature de code** pour vérifier l'authenticité des mises à jour.
-    
--   **Intégration CI/CD** pour un déploiement fluide.
-    
--   **Déploiements contrôlés** via l'attribution aux utilisateurs.
-    
--   **Contrôle de version** avec capacités de retour arrière instantané.
-    
--   **Suivi des performances** avec analytique.
-    
--   Outils pour surveiller la conformité.
-    
-
-En ne téléchargeant que du code compilé destiné à la distribution sur les magasins d'applications, Capgo minimise les frais généraux et améliore l'efficacité. Cette approche a apparemment conduit à une **amélioration de 81% de l'efficacité des versions** pour les utilisateurs [\[5\]](https://capgo.app/).
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica, @manticarodrigo [\[5\]](https://capgo.app/)
-
-Capgo utilise également un interpréteur Dart personnalisé pour les mises à jour iOS. Cela garantit que les mises à jour restent dans les directives des magasins d'applications tout en permettant un déploiement rapide [\[6\]](https://capgo.app/docs/faq/).
-
-## Analyse des outils de mise à jour OTA
-
-Les outils OTA pour Capacitor diffèrent en fonctionnalité et performance. Voici une analyse de leurs forces et des points à considérer lors du choix.
-
-### Comparaison des plateformes OTA
-
-Voici une comparaison rapide des fonctionnalités clés entre les outils OTA populaires :
-
-| Fonctionnalité | capacitor-app-updater | capacitor-app-update | Capgo |
-| --- | --- | --- | --- |
-| Méthode de mise à jour | Comparaison des sommes de contrôle | [Mises à jour dans l'application](https://capgo.app/plugins/capacitor-updater/) (Android) | Mises à jour du bundle JS |
-| Impact sur les performances | Minimal (téléchargements sélectifs) | Moyen ([mises à jour complètes de l'application](https://capgo.app/plugins/capacitor-updater/)) | Faible (vérifications en arrière-plan) |
-| Portée de la mise à jour | Contenu web uniquement | Mises à jour complètes de l'application | Code JS et dépendances |
-| Support des plateformes | iOS & Android | Focalisé sur Android | iOS & Android |
-| Mises à jour en arrière-plan | Non | Oui (Android) | Oui |
-| Support du retour arrière | Limité | Selon la plateforme | Intégré |
-| Intégration CI/CD | Manuelle | Manuelle | Automatisée |
-
-Par exemple, alors que **capacitor-app-updater** utilise des téléchargements sélectifs pour minimiser l'impact sur les performances, **Capgo** emploie un mécanisme de mise à jour en arrière-plan qui maintient l'application réactive pendant les mises à jour [\[6\]](https://capgo.app/docs/faq/). Ces distinctions sont cruciales lors de la sélection de l'outil approprié.
-
-### Critères de sélection
-
-Sur la base de la comparaison, voici quelques facteurs importants à considérer lors du choix d'un outil OTA :
-
--   **Mise à jour de l'efficacité**  
-    Le système de mise à jour en arrière-plan de Capgo a géré 449 millions de mises à jour sur 1.8K applications en production sans affecter les performances [\[5\]](https://capgo.app/).
-    
--   [**Gestion de la taille des bundles**](https://capgo.app/docs/webapp/bundles/)  
-    Recherchez des outils qui réduisent les temps de mise à jour en optimisant la taille des packages avec des téléchargements différentiels [\[7\]](https://github.com/objektlabs/capacitor-app-updater).
-    
--   **Gestion du code natif**  
-    Assurez-vous que l'outil exclut les modifications du code natif des mises à jour. Capgo, par exemple, alerte les développeurs si des modifications du code natif sont détectées [\[6\]](https://capgo.app/docs/faq/).
-    
--   **Impact au démarrage**  
-    Choisissez des outils qui permettent des délais configurables pour les vérifications de mise à jour afin de maintenir des performances de démarrage fluides. Cette fonctionnalité est disponible dans **capacitor-app-updater** [\[7\]](https://github.com/objektlabs/capacitor-app-updater).
-    
--   **Vérification des mises à jour**  
-    Des méthodes de vérification fiables, comme les systèmes de somme de contrôle, sont essentielles pour garantir l'intégrité des mises à jour. **capacitor-app-updater** et **Capgo** offrent cette fonction, Capgo ajoutant le chiffrement de bout en bout pour plus de sécurité [\[6\]](https://capgo.app/docs/faq/).
-    
-
-## Conclusion
-
-### Conseils clés de performance
-
-Lors de l'ajout de mises à jour OTA aux applications Capacitor, il est essentiel de se concentrer sur la sécurité et les performances. Voici quelques stratégies à garder à l'esprit :
-
-| Stratégie | Comment implémenter | Pourquoi c'est important |
-| --- | --- | --- |
-| **Sécurité d'abord** | S'appuyer sur les protocoles de sécurité existants | Protège l'intégrité des mises à jour |
-| **Optimisation de la taille** | Utiliser les techniques de compression discutées précédemment | Réduit les temps d'attente des utilisateurs |
-| **Planification des mises à jour** | [Traiter les mises à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) en arrière-plan, Wi-Fi uniquement | Réduit la perturbation des utilisateurs |
-| **Contrôle de version** | Séparer les mises à jour pour les couches web et natives | Assure une conformité fluide |
-
-> "Les mises à jour OTA sont une composante critique de l'infrastructure pour presque tous les appareils IoT embarqués" [\[8\]](https://www.beningo.com/5-best-practices-for-over-the-air-ota-updates/)
-
-Cela souligne l'importance de créer un système de mise à jour fiable qui équilibre performance et sécurité. Utilisez ces stratégies pour renforcer votre processus de mise à jour OTA.
-
-### Prochaines étapes
-
-Pour maximiser l'efficacité des mises à jour OTA dans votre application Capacitor, assurez-vous de :
-
--   **Configurer le chiffrement** : Utiliser des signatures numériques pour vérifier les mises à jour [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-    
--   **Rationaliser la livraison des mises à jour** : Envisager des outils comme Capgo pour des mises à jour fluides en arrière-plan.
-    
--   **Préparer des systèmes de secours** : S'assurer que l'application reste fonctionnelle même si une mise à jour échoue [\[9\]](https://dzone.com/articles/why-device-firmware-updates-are-critical-to-produc).
diff --git a/src/content/blog/fr/capacitor-ota-updates-boosting-low-end-device-performance.md b/src/content/blog/fr/capacitor-ota-updates-boosting-low-end-device-performance.md
deleted file mode 100644
index ae68c7d00..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-boosting-low-end-device-performance.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: capacitor-ota-updates-boosting-low-end-device-performance
-title: >-
-  Mises à jour OTA de Capacitor : Amélioration des Performances sur les
-  Appareils d'Entrée de Gamme
-description: >-
-  Découvrez comment les mises à jour OTA améliorent les performances des
-  applications sur les appareils d'entrée de gamme en minimisant la taille des
-  téléchargements et en optimisant l'efficacité des mises à jour.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-10T01:24:02.744Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ce2ed7f617addf5accc081-1741569855025.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, low-end devices, app performance, incremental updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez que votre application fonctionne mieux sur les appareils d'entrée de gamme ? Les mises à jour OTA sont la solution.** Les mises à jour over-the-air (OTA) de [Capacitor](https://capacitorjs.com/) vous permettent de ne pousser que les changements nécessaires à votre application - pas besoin de téléchargements complets. Cela permet d'économiser du temps, de réduire l'utilisation des données et d'améliorer les performances, en particulier pour les utilisateurs disposant d'un matériel limité ou de réseaux lents.
-
-### Avantages clés :
-
--   **Mises à jour plus légères** : Téléchargez uniquement ce qui a changé, pas l'application entière.
--   **Déploiements plus rapides** : Les mises à jour atteignent les utilisateurs en minutes, pas en jours.
--   **Abordable** : Le système de [Capgo](https://capgo.app/) coûte environ 300$/mois contre 6 000$/mois pour les alternatives.
--   **Performances améliorées** : Une utilisation efficace des ressources garantit un fonctionnement plus fluide sur les appareils avec peu de RAM, de stockage ou des réseaux faibles.
-
-Capgo a déjà alimenté **947,6 millions de mises à jour** sur **1 400 applications**, augmentant l'efficacité des versions de **81%**. Que vous ayez affaire à un stockage limité, des connexions lentes ou des contraintes énergétiques, les mises à jour OTA offrent une solution plus intelligente pour maintenir les applications performantes.
-
-## Problèmes de performance sur les appareils d'entrée de gamme
-
-Les appareils d'entrée de gamme font face à plusieurs obstacles qui peuvent affecter les performances des applications et l'expérience utilisateur globale. Ces problèmes proviennent des contraintes matérielles, des défis réseau et des limitations énergétiques.
-
-### Limitations matérielles
-
-Les capacités matérielles limitées ont un impact direct sur la fiabilité des mises à jour OTA et les performances des appareils. Voici une analyse :
-
-| Composant matériel | Contrainte | Impact sur les performances |
-| --- | --- | --- |
-| RAM | Faible capacité | Multitâche limité, plantages |
-| Stockage | Espace restreint | Restrictions sur la taille des mises à jour |
-| CPU | Faible puissance de traitement | Performance lente, latence UI |
-
-Les appareils avec moins de mémoire sont plus sujets aux plantages, en particulier lors de l'exécution d'applications complexes.
-
-### Performance réseau
-
-Les défis réseau jouent un rôle majeur dans le ralentissement ou l'interruption des mises à jour :
-
--   **Bande passante limitée :** De nombreux utilisateurs dépendent des réseaux 2G ou 3G, qui sont plus lents.
--   **Limites de données :** Les petits forfaits de données limitent la capacité à télécharger des mises à jour importantes.
--   **Connexions instables :** Une mauvaise connectivité peut interrompre et retarder les mises à jour.
-
-Ces problèmes liés au réseau empêchent souvent les mises à jour de se terminer avec succès. Au-delà de cela, les contraintes énergétiques ajoutent une autre couche de difficulté.
-
-### Gestion de l'énergie
-
-L'utilisation de l'énergie est un autre facteur critique pour les appareils d'entrée de gamme :
-
--   **Décharge de la batterie :** Des batteries plus petites et des processeurs moins efficaces causent une décharge plus rapide.
--   **Processus de mise à jour :** L'exécution des mises à jour ou la synchronisation en arrière-plan épuise davantage la batterie.
--   **Surchauffe :** Des systèmes de refroidissement faibles peuvent entraîner une surchauffe, causant une limitation thermique et des performances réduites pendant les mises à jour.
-
-Ces défis liés à l'énergie conduisent fréquemment à des échecs de mise à jour. Les données suggèrent un lien fort entre les problèmes de batterie et les échecs de mise à jour sur les appareils d'entrée de gamme.
-
-## Avantages des mises à jour OTA en termes de performance
-
-Les mises à jour OTA s'attaquent aux défis posés par les ressources matérielles et réseau limitées en offrant des améliorations de performance plus intelligentes et plus efficaces. Par exemple, les mises à jour OTA de Capacitor n'envoient que les changements nécessaires, au lieu d'obliger les utilisateurs à télécharger à nouveau l'application entière. Cette approche réduit l'utilisation inutile des données et accélère le processus.
-
-### Fonctions clés des mises à jour OTA
-
-Une caractéristique remarquable des mises à jour OTA est les **mises à jour incrémentielles (ou delta)**. Ces mises à jour se concentrent sur la livraison des seules parties modifiées de l'application, ce qui réduit considérablement la taille et le temps de téléchargement. Cette méthode est beaucoup plus efficace par rapport aux mises à jour de l'app store, qui nécessitent souvent le téléchargement du package complet de l'application.
-
-### Mises à jour OTA vs App Store
-
-Contrairement aux mises à jour traditionnelles de l'app store, qui exigent un téléchargement complet de l'application, les mises à jour OTA sont conçues pour être légères. Elles n'envoient que les portions mises à jour de l'application, faisant gagner du temps et des données aux utilisateurs. C'est particulièrement utile pour les utilisateurs ayant des forfaits de données limités ou utilisant des appareils plus anciens qui pourraient avoir du mal avec les téléchargements volumineux.
-
-### Système de mise à jour [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-10.jpg?auto=compress)
-
-Le système de Capgo est conçu pour répondre aux limitations matérielles et réseau auxquelles font face de nombreux utilisateurs. Cela s'aligne avec les observations de performance antérieures [\[1\]](https://capgo.app/). Comme l'a partagé un développeur :
-
-> "Nous avons déployé les mises à jour OTA de Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Cet exemple concret montre comment les mises à jour OTA peuvent rapidement et de manière fiable livrer des correctifs et des améliorations, garantissant que les applications fonctionnent bien - même sur des appareils aux ressources limitées.
-
-## Méthodes de performance des mises à jour OTA
-
-Les mises à jour OTA jouent un rôle clé dans l'amélioration du fonctionnement des appareils d'entrée de gamme en gérant les ressources plus efficacement. Ces mises à jour se concentrent sur le chargement des composants uniquement lorsque nécessaire, la réduction des tailles de fichiers et la gestion plus efficace des données.
-
-### Stratégie de chargement des composants
-
-Le chargement paresseux via les mises à jour OTA aide à réduire à la fois la taille de l'application et l'utilisation de la mémoire en chargeant les composants uniquement lorsque requis. Des outils comme Capgo permettent de déployer des changements instantanément sans nécessiter de mises à jour complètes de l'application - particulièrement important dans les zones avec un accès internet limité. Des charges utiles de mise à jour plus petites sont également cruciales pour de meilleures performances.
-
-### Réduction de la taille des fichiers
-
-Les mises à jour OTA utilisent des techniques comme la compression d'images, le chargement sélectif des polices, la division du code et la suppression du code inutilisé. Ces méthodes aident à garantir que les mises à jour sont plus petites et fonctionnent mieux sur les appareils avec un stockage limité ou une bande passante plus lente.
-
-### Améliorations de la gestion des données
-
-Une gestion efficace des données est essentielle pour les appareils avec moins de ressources. Capgo fournit des outils qui réduisent les appels serveur et rendent [le stockage local des données](https://capgo.app/plugins/capacitor-data-storage-sqlite/) plus efficace. Comme l'a dit un développeur :
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Résultats des tests de performance
-
-Le système OTA de Capgo a été testé sur 1 400 applications, livrant un impressionnant 947,6 millions de mises à jour dans le monde en quelques minutes. Cette approche réduit significativement les temps de livraison des mises à jour par rapport aux cycles habituels de l'app store, ouvrant la voie à des optimisations encore plus rapides [\[1\]](https://capgo.app/).
-
-### Résultats des tests de vitesse
-
-[Les mises à jour OTA de Capacitor](https://capgo.app/) ont montré des améliorations claires dans la vitesse de livraison des mises à jour et la réactivité des applications. Les données de test ont mis en évidence des gains de performance constants, particulièrement sur les appareils d'entrée de gamme et dans les zones avec une mauvaise connectivité [\[1\]](https://capgo.app/).
-
-### Exemples concrets
-
-Un déploiement en production du système a géré avec succès les mises à jour pour plus de 5 000 utilisateurs sans problèmes [\[1\]](https://capgo.app/). L'utilisation du chiffrement de bout en bout garantit que les mises à jour sont livrées de manière sécurisée, tout en maintenant des performances élevées - une fonctionnalité essentielle pour les appareils avec une puissance de traitement limitée [\[1\]](https://capgo.app/).
-
-### Résultats Capgo
-
-Les entreprises utilisant le système de mise à jour de Capgo ont vu une augmentation de 81% de l'efficacité des versions. Ceci est réalisé grâce à des déploiements instantanés, une meilleure gestion des ressources et une distribution automatisée [\[1\]](https://capgo.app/). Les fonctionnalités clés conduisant à ces résultats incluent :
-
--   Des packages de mise à jour plus petits qui réduisent l'utilisation de la bande passante
--   L'intégration avec les pipelines CI/CD pour un processus plus fluide
--   Des mises à jour atteignant les utilisateurs en minutes au lieu de jours
-
-Ces améliorations s'alignent directement avec les gains de performance observés dans les tests de vitesse et les scénarios de déploiement [\[1\]](https://capgo.app/).
-
-## Conclusion
-
-### Points principaux
-
-Les mises à jour OTA de Capacitor ont montré une amélioration significative des performances sur les appareils d'entrée de gamme. Le système de Capgo a déjà alimenté **947,6 millions de mises à jour** sur 1 400 applications, augmentant l'efficacité des versions de 81% [\[1\]](https://capgo.app/). Comme le dit Rodrigo Mantica :
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !"
-
-Ces réalisations ouvrent la voie à encore plus d'avancées dans les systèmes de livraison OTA.
-
-### Développement futur
-
-Les mises à jour OTA pour les appareils d'entrée de gamme continuent d'évoluer. Avec le **chiffrement de bout en bout** assurant des [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/) sans impact sur les performances et l'intégration avec des plateformes CI/CD comme [GitHub Actions](https://docs.github.com/actions) et [GitLab CI](https://docs.gitlab.com/ee/ci/) simplifiant les déploiements, le processus devient encore plus fluide [\[1\]](https://capgo.app/). Le coût est également un facteur majeur : alors que [AppFlow](https://ionic.io/appflow/) coûte 6 000$ par an, la configuration CI/CD de Capgo est d'environ 300$ par mois [\[1\]](https://capgo.app/). Comme l'a souligné l'équipe [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA :
-
-> "@Capgo est une façon intelligente de faire des push de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow)"
-
-Pour l'avenir, les avancées dans la réduction de la taille des packages, l'efficacité de la bande passante, la gestion des ressources et la vitesse de déploiement devraient encore améliorer les performances et la satisfaction des utilisateurs, s'appuyant sur les avantages robustes déjà démontrés.
diff --git a/src/content/blog/fr/capacitor-ota-updates-cicd-integration-guide.md b/src/content/blog/fr/capacitor-ota-updates-cicd-integration-guide.md
deleted file mode 100644
index e4c78929a..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-cicd-integration-guide.md
+++ /dev/null
@@ -1,102 +0,0 @@
----
-slug: capacitor-ota-updates-cicd-integration-guide
-title: 'Mises à jour OTA de Capacitor : Guide d''intégration CI/CD'
-description: >-
-  Découvrez comment intégrer les mises à jour OTA dans votre pipeline CI/CD pour
-  des déploiements d'applications plus rapides et une meilleure expérience
-  utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T01:02:12.522Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800475b28980901df1e541b-1744851846737.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, OTA updates, CI/CD, app deployment, automation, mobile development,
-  versioning, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez mettre à jour votre application [Capacitor](https://capacitorjs.com/) instantanément sans délais d'App Store ?** Les mises à jour Over-the-Air (OTA) vous permettent d'envoyer des correctifs et des fonctionnalités directement sur les appareils des utilisateurs. Combinez cela avec un pipeline CI/CD, et vous pouvez automatiser les déploiements, accélérer les corrections de bugs et améliorer l'expérience utilisateur.
-
-### Points Clés :
-
--   **Pourquoi OTA + CI/CD ?** Automatise les mises à jour, permet les retours en arrière et assure des corrections de bugs plus rapides.
--   **Ce dont vous avez besoin :** Application Capacitor, dépôt Git, plateforme CI/CD (par exemple, [GitHub Actions](https://docs.github.com/actions)), et un service OTA comme [Capgo](https://capgo.app/).
--   **Coûts de configuration :** Prévoyez ~300$/mois pour les opérations CI/CD ; les frais de configuration uniques de Capgo sont de 2 600$.
--   **Bonnes pratiques :** Utilisez le versioning (majeur, mineur, patch), les déploiements progressifs et le suivi des erreurs pour assurer des mises à jour fluides.
--   **Meilleures plateformes OTA :** Capgo se distingue par ses mises à jour rapides (114ms), ses taux de réussite élevés (82%) et son support mondial.
-
-### Comparaison rapide des plateformes OTA :
-
-| Fonctionnalité | Capgo | [Appflow](https://ionic.io/appflow/) | [CodePush](https://github.com/microsoft/code-push) |
-| --- | --- | --- | --- | --- |
-| Statut | Actif | Actif | Fermeture en 2026 | Arrêté en 2024 |
-| Vitesse de mise à jour | 114ms | Standard | Fluctue | N/A |
-| Chiffrement E2E | Oui | Limité | Limité | Non |
-| Coût mensuel | À partir de 12$ | Similaire à Capgo | ~500$ | Était gratuit |
-
-**Prêt à optimiser vos mises à jour ?** Commencez par configurer votre pipeline CI/CD avec des outils comme Capgo CLI et sécurisez vos secrets pour des déploiements sûrs.
-
-## Intégrez vos pipelines CI/CD existants avec Mobile...
-
-<iframe src="https://www.youtube.com/embed/rIPnuVwvbb0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Prérequis de configuration
-
-Préparez vos outils et configurations pour assurer des mises à jour OTA fluides et sécurisées dans votre pipeline CI/CD.
-
-### Logiciels et services requis
-
-Voici les composants principaux dont vous aurez besoin pour les mises à jour OTA dans une configuration CI/CD :
-
-| Composant | Objectif | Fonctionnalités clés |
-| --- | --- | --- |
-| Application Capacitor | Application de base | Fonctionne avec Capacitor 8 |
-| Dépôt Git | Suivi du code | Surveille les changements et mises à jour du code |
-| Plateforme CI/CD | Automatisation | Supporte GitHub Actions, [GitLab CI](https://docs.gitlab.com/ee/ci/), ou [Jenkins](https://www.jenkins.io/) |
-| Service de mise à jour OTA | Distribution | Gère les mises à jour en direct et les retours en arrière |
-
-L'outil CLI de Capgo simplifie le déploiement en automatisant les tâches de build et de distribution.
-
-### Gestion des clés secrètes
-
-Garder les identifiants sécurisés est crucial pour maintenir l'intégrité de votre pipeline CI/CD. Voici comment les gérer efficacement :
-
-| Aspect sécurité | Méthode d'implémentation |
-| --- | --- |
-| Clés API | Les stocker dans les variables d'environnement sécurisées de votre plateforme CI/CD |
-| Secrets de build | Utiliser des outils de gestion des secrets spécifiques à votre plateforme |
-| Jetons d'accès | Appliquer le contrôle d'accès basé sur les rôles (RBAC) |
-
-Capgo souligne l'importance d'une configuration appropriée dans les pipelines CI/CD :
-
-> "Nous configurons votre pipeline CI/CD directement dans votre plateforme préférée, que ce soit GitHub Actions, GitLab CI, ou autres. Nous n'hébergeons pas de CI/CD ni ne vous facturons pour le maintenir." – Capgo[\[1\]](https://capgo.app/)
-
-Lors de la sélection des outils, privilégiez l'indépendance de la plateforme, la scalabilité et des mesures de sécurité solides comme le chiffrement de bout en bout pour les mises à jour.
-
-L'exécution des opérations CI/CD coûte généralement environ 300$ par mois[\[1\]](https://capgo.app/), mais cet investissement est rentabilisé en accélérant les déploiements et en réduisant le travail manuel.
-
-Une fois ces composants en place, vous êtes prêt à les intégrer dans votre pipeline CI/CD.
-
-[Continue with the translation? Let me know if you want me to translate more sections.]
-
-Les frais d'installation uniques de Capgo de **2 600 $** peuvent générer des **économies de 26 100 $** sur cinq ans [\[1\]](https://capgo.app/).
-
-### Bonnes pratiques
-
-Voici quelques conseils pour optimiser votre processus CI/CD :
-
--   Utilisez des mises à jour partielles pour économiser la bande passante
--   Exploitez les canaux pour des déploiements progressifs
--   Surveillez les mises à jour avec les analyses intégrées
--   Restez conforme aux directives des plateformes
--   Activez le suivi des erreurs pour des corrections plus rapides
-
-> "La communauté en avait besoin et @Capgo fait quelque chose de vraiment important !" – Lincoln Baxter, @lincolnthree [\[1\]](https://capgo.app/)
-
-L'intégration des mises à jour OTA avec CI/CD a transformé le développement d'applications mobiles, aidant les équipes à livrer des mises à jour plus rapidement tout en maintenant la satisfaction des utilisateurs et des taux de réussite élevés.
diff --git a/src/content/blog/fr/capacitor-ota-updates-cloud-hosting-options-compared.md b/src/content/blog/fr/capacitor-ota-updates-cloud-hosting-options-compared.md
deleted file mode 100644
index 19c6b7c57..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-cloud-hosting-options-compared.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: capacitor-ota-updates-cloud-hosting-options-compared
-title: >-
-  Options d'hébergement dans le cloud pour les mises à jour OTA de Capacitor
-  comparées
-description: >-
-  Explorez les meilleures options d'hébergement cloud pour les mises à jour OTA
-  de Capacitor, en comparant AWS, Google Cloud, Azure et une plateforme dédiée
-  pour la vitesse et la sécurité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-17T03:46:56.267Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d76b8ea5ba8bcd0fc6ad5f-1742183228777.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, OTA updates, cloud hosting, AWS, Google Cloud, Azure, Capgo, mobile
-  app updates, deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mises à jour Over-the-Air (OTA) vous permettent de mettre à jour vos applications [Capacitor](https://capacitorjs.com/) instantanément sans les délais des app stores. Choisir la bonne plateforme d'hébergement cloud est crucial pour la vitesse, la sécurité et la facilité d'utilisation.
-
-### Points Clés :
-
--   **[AWS](https://aws.amazon.com/)** : Puissant mais configuration complexe. Idéal pour les workflows personnalisés.
--   **Google Cloud** : Sécurité et automatisation robustes mais nécessite de l'expertise.
--   **[Azure](https://azure.microsoft.com/en-us)** : Flexible et évolutif avec de bons outils pour les déploiements progressifs.
--   **[Capgo](https://capgo.app/)** : Conçu spécifiquement pour les mises à jour OTA. Rapide, sécurisé et facile à utiliser.
-
-### Comparaison Rapide :
-
-| **Fonctionnalité** | **AWS** | **Google Cloud** | **Azure** | **Capgo** |
-| --- | --- | --- | --- | --- |
-| **Vitesse (Bundle 5MB)** | 57ms | Non communiqué | Non communiqué | 114ms |
-| **Sécurité** | Configuration requise | Outils intégrés | Outils robustes | Chiffrement de bout en bout |
-| **Facilité d'intégration** | Configuration manuelle | Complexité modérée | APIs REST, CLI | CI/CD intégré |
-| **Taux de réussite des mises à jour** | 82% | Non communiqué | Non communiqué | 82% |
-| **Coût** | Paiement à l'usage | Paiement à l'usage | Plans flexibles | À partir de 12$/mois |
-
-**Capgo** est idéal pour les petites équipes ou ceux qui privilégient la rapidité et la simplicité. Pendant ce temps, AWS, Google Cloud et Azure offrent plus de flexibilité mais nécessitent plus d'efforts de configuration.
-
-Pour des mises à jour OTA rapides, sécurisées et fiables, **Capgo** se démarque, particulièrement avec ses fonctionnalités adaptées aux développeurs et ses prix abordables.
-
-## Comparaison des Leaders du Cloud Computing : [AWS](https://aws.amazon.com/) vs. [Azure](https://azure.microsoft.com/en-us) vs. Google Cloud
-
-![AWS](https://mars-images.imgix.net/seobot/screenshots/aws.amazon.com-b122ef446c917f923466f58329a1ff9c-2025-03-17.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/ftnGqNQzLNU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. AWS pour les mises à jour OTA
-
-AWS est une option fiable pour héberger les [mises à jour OTA Capacitor](https://capgo.app/ja/), bien qu'il nécessite plus de configuration par rapport aux plateformes conçues spécifiquement à cet effet. Examinons les principales fonctionnalités d'AWS pour la distribution des mises à jour OTA.
-
-### Stockage et Distribution de Contenu
-
-AWS utilise **S3** pour le stockage et **CloudFront CDN** pour la distribution mondiale de contenu. Ensemble, ils fournissent une infrastructure solide pour héberger les mises à jour OTA. Cependant, la vitesse de livraison peut ne pas égaler celle des plateformes construites uniquement pour les mises à jour OTA.
-
-### Sécurité et Conformité
-
-AWS propose plusieurs outils pour sécuriser vos mises à jour :
-
--   **IAM** : Gère le contrôle d'accès aux ressources.
--   **KMS** : Gère les clés de chiffrement.
--   **CloudTrail** : Suit et enregistre l'activité des utilisateurs pour l'audit.
-
-Cela dit, satisfaire aux exigences de sécurité et de conformité des app stores nécessite une configuration manuelle. C'est moins pratique par rapport aux plateformes qui incluent des outils de chiffrement et de conformité intégrés [\[1\]](https://capgo.app/).
-
-### Gestion des Déploiements
-
-Les services AWS comme **CodePipeline** et **CodeDeploy** permettent d'automatiser les déploiements de mises à jour OTA. Cependant, leur configuration peut prendre du temps. Voici comment AWS performe dans des scénarios de déploiement réels :
-
-| Métrique | Performance |
-| --- | --- |
-| Adoption des mises à jour | 95% en 24 heures |
-| Taux de réussite global | 82% |
-| Temps de réponse moyen | 57ms mondial |
-
-Bien que ces chiffres montrent une performance solide, les atteindre nécessite des efforts significatifs en configuration et ajustement.
-
-### Surveillance et Analytique
-
-Avec **CloudWatch**, AWS fournit des outils de surveillance, mais vous devrez configurer des paramètres personnalisés pour suivre les métriques spécifiques aux OTA. C'est un pas en arrière par rapport aux plateformes spécialisées qui fournissent des analyses prêtes à l'emploi sur la performance des mises à jour.
-
-AWS est une option robuste avec des capacités étendues, mais sa conception généraliste signifie que les développeurs doivent consacrer plus de temps à la configuration et à la maintenance. Le choix d'AWS dépend de la familiarité de votre équipe avec la plateforme et de vos besoins en personnalisation.
-
-Ensuite, nous examinerons les fonctionnalités de mise à jour OTA de Google Cloud.
-
-## 2. Google Cloud pour les mises à jour OTA
-
-[Google Cloud Platform](https://cloud.google.com/) (GCP) propose une gamme de services intégrés pour gérer les mises à jour OTA Capacitor. Ces services couvrent tout, de l'hébergement de fichiers et la distribution mondiale à la sécurité, l'automatisation du déploiement et la surveillance.
-
-### Stockage et Distribution
-
-Avec **Cloud Storage**, GCP fournit un espace fiable pour héberger les fichiers de mise à jour. Pour garantir que les mises à jour atteignent rapidement et efficacement les utilisateurs dans le monde entier, il utilise **Cloud CDN** et l'équilibrage de charge.
-
-### Cadre de Sécurité
-
-GCP assure la sécurité des mises à jour en utilisant des outils comme **Cloud KMS** pour le chiffrement, **Cloud IAM** pour le contrôle d'accès, le **Security Command Center** pour la détection des menaces et **Cloud Armor** pour la protection contre les attaques.
-
-### Déploiement et Contrôle de Version
-
-GCP simplifie le déploiement des mises à jour OTA avec des services comme **Cloud Build**, **Container Registry** et **Cloud Functions**. Ces outils automatisent l'empaquetage, gèrent le versioning et configurent des déclencheurs serverless pour des déploiements fluides.
-
-### Surveillance et Analytique
-
-La surveillance en temps réel est gérée via **Cloud Operations** (anciennement Stackdriver). Cela inclut le suivi des statuts de mise à jour, la collecte de métriques personnalisées, la journalisation des erreurs et l'analyse des performances régionales.
-
-### Fonctionnalités de Conformité
-
-GCP aide à répondre aux exigences des app stores avec des outils intégrés pour la signature et la vérification des mises à jour. Il prend également en charge les options de rollback et les déploiements progressifs, garantissant que les mises à jour sont livrées en toute sécurité et conformément aux directives des plateformes.
-
-Bien que GCP fournisse une suite robuste d'outils pour les mises à jour OTA, la configuration et la maintenance de ces services nécessitent souvent un haut niveau d'expertise technique.
-
-### Structure des Coûts
-
-GCP utilise un modèle de tarification **pay-as-you-go**, qui fonctionne bien pour les déploiements à petite échelle. Cependant, à mesure que l'utilisation augmente, les coûts peuvent augmenter rapidement, rendant essentiel le suivi des dépenses. Ensuite, nous explorerons comment Azure se compare en tant que plateforme de mise à jour OTA.
-
-## 3. Azure pour les mises à jour OTA
-
-Microsoft Azure propose une gamme de services cloud qui permettent d'implémenter des mises à jour OTA (Over-the-Air) pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). En combinant ses services principaux, vous pouvez construire un workflow personnalisé pour gérer efficacement les mises à jour.
-
-Commencez avec **Azure Blob Storage** pour héberger vos fichiers de mise à jour. Associez-le au **Content Delivery Network (CDN) d'Azure** pour assurer une distribution rapide et fiable de ces mises à jour dans le monde entier. Cette configuration fournit une base solide pour le stockage et la livraison des mises à jour.
-
-Pour la sécurité, Azure apporte plusieurs outils. **Key Vault** aide à gérer les clés de chiffrement, **Active Directory** contrôle l'accès, **Security Center** surveille les menaces et **DDoS Protection** protège contre les attaques réseau. Ensemble, ces outils créent un environnement sécurisé pour les mises à jour OTA.
-
-Si vous avez besoin d'une solution OTA personnalisée, Azure vous couvre. Utilisez **Azure DevOps** et des outils serverless comme **Azure Pipelines** pour [automatiser les builds et les déploiements](https://capgo.app/blog/automatic-build-and-release-with-gitlab/). Ajoutez **Azure Functions** pour déclencher des workflows de mise à jour, et appuyez-vous sur **Azure Monitor** pour suivre les performances et les métriques.
-
-Azure prend également en charge les déploiements progressifs et les mécanismes de rollback automatisés, essentiels pour répondre aux directives des app stores et aux normes de l'industrie. Ses fonctionnalités de conformité facilitent la conception de stratégies de mise à jour alignées sur les exigences réglementaires.
-
-L'intégration est simple grâce au support d'Azure pour les **APIs REST**, les SDKs officiels et les outils en ligne de commande via **Azure CLI**. Cette flexibilité vous permet d'adapter le processus d'intégration aux besoins de votre application Capacitor.
-
-Maîtriser les coûts est crucial pour des mises à jour OTA évolutives. Les options de tarification d'Azure, comme le pay-as-you-go et la capacité réservée, vous donnent de la flexibilité dans la gestion des dépenses. Des outils comme **Azure Cost Management** peuvent vous aider à surveiller l'utilisation et définir des budgets, garantissant que votre solution reste rentable à mesure qu'elle évolue.
-
-Avec son infrastructure cloud étendue et ses outils évolutifs, Azure fournit tout ce dont vous avez besoin pour construire et gérer des workflows de mise à jour OTA pour vos applications.
-
-## 4. [Capgo](https://capgo.app/) pour les mises à jour OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-17.jpg?auto=compress)
-
-Capgo fournit une solution dédiée aux mises à jour OTA Capacitor, allant au-delà des fournisseurs cloud généraux. Il livre les mises à jour efficacement, avec un bundle de 5 MB téléchargeable en seulement 114 ms et un temps de réponse API moyen de 434 ms globalement. Cela garantit des mises à jour rapides et fiables.
-
-Avec un chiffrement de bout en bout avancé, Capgo va au-delà des méthodes de signature basiques, garantissant que les mises à jour ne sont accessibles qu'aux utilisateurs autorisés.
-
-Le système de canaux de Capgo rend la gestion des mises à jour simple et efficace. Les fonctionnalités clés incluent :
-
-| Fonctionnalité | Fonctionnement | Avantage |
-| --- | --- | --- |
-| Tests Bêta | Distribue les mises à jour à des groupes spécifiques | Permet des tests contrôlés avant la sortie |
-| Déploiements Progressifs | Déploie graduellement les mises à jour aux utilisateurs | Réduit le risque de problèmes généralisés |
-| Contrôle de Version | Gère plusieurs versions d'application | Supporte les tests itératifs facilement |
-| Rollback Instantané | Revient instantanément à une version précédente | Corrige rapidement les mises à jour problématiques |
-
-La plateforme a prouvé sa fiabilité dans des scénarios réels. Avec 750 applications prises en charge et plus de 23,5 millions de mises à jour livrées, Capgo atteint un taux de mise à jour de 95% en 24 heures et un taux de réussite de déploiement global de 82% [\[1\]](https://capgo.app/).
-
-Capgo s'intègre également parfaitement avec les outils CI/CD comme [GitHub Actions](https://docs.github.com/actions) et [Jenkins](https://www.jenkins.io/), automatisant les déploiements pour gagner du temps et réduire l'effort manuel. Son système de mise à jour delta ne télécharge que les parties modifiées du code, améliorant à la fois la vitesse et l'efficacité de la bande passante.
-
-Pour les équipes qui cherchent à itérer rapidement, Capgo prend en charge les outils populaires comme [GitLab CI](https://docs.gitlab.com/ee/ci/) et Jenkins, simplifiant les flux de déploiement. Il offre également des options d'hébergement flexibles, y compris des configurations cloud et auto-hébergées. Étant entièrement open-source, Capgo garantit aux développeurs un contrôle total sur leur hébergement sans être liés à un fournisseur unique.
-
-## Comparaison des plateformes
-
-Voici une analyse comparative des fournisseurs cloud traditionnels et de Capgo pour répondre aux besoins clés des mises à jour OTA :
-
-| Fonctionnalité | Fournisseurs Cloud Traditionnels | Capgo |
-| --- | --- | --- |
-| Performance CDN mondiale | Performance standard (données non communiquées) | 114ms pour un bundle de 5MB[\[1\]](https://capgo.app/) |
-| Taux de réussite des mises à jour | Non communiqué | 82% mondial[\[1\]](https://capgo.app/) |
-| Chiffrement | Signature standard des mises à jour | Chiffrement de bout en bout[\[1\]](https://capgo.app/) |
-| Intégration CI/CD | Nécessite une configuration personnalisée | Intégration native avec GitHub, GitLab, etc.[\[1\]](https://capgo.app/) |
-| [Gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Implémentation personnalisée | Système de canaux inclus[\[1\]](https://capgo.app/) |
-
-Alors que les fournisseurs traditionnels offrent des performances fiables, Capgo se démarque par ses vitesses CDN mondiales plus rapides, ses taux de réussite de mise à jour optimisés et sa sécurité renforcée. Par exemple, Capgo atteint un temps de livraison de 114ms pour un bundle de 5MB et un taux de réussite de mise à jour de 82% globalement - des métriques difficiles à ignorer.
-
-L'efficacité des coûts de Capgo est un autre atout majeur pour les utilisateurs. Comme l'a partagé un utilisateur :
-
-> "Passé à @Capgo après qu'@AppFlow nous ait facturé 5000$ pour l'année pour continuer. J'adore CapoGo jusqu'à présent. Merci à @Capgo, c'est un excellent produit."[\[1\]](https://capgo.app/)
-
-La sécurité est un domaine critique où Capgo excelle. Contrairement aux plateformes traditionnelles qui reposent sur la signature standard des mises à jour, Capgo offre un chiffrement de bout en bout, assurant une protection plus forte pour les déploiements sensibles. L'équipe NASA OSIRIS-REx a souligné cet avantage :
-
-> "Capgo est une solution intelligente pour faire des mises à jour à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂"[\[1\]](https://capgo.app/)
-
-De plus, Capgo simplifie le déploiement pour les développeurs grâce à des intégrations CI/CD natives avec des outils comme GitHub et GitLab. Cela élimine le besoin de configurations personnalisées et accélère le processus de publication. Une équipe a partagé son histoire de réussite :
-
-> "Nous avons déployé les mises à jour OTA de Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo."[\[1\]](https://capgo.app/)
-
-La combinaison de vitesse, de sécurité et de facilité d'utilisation de Capgo en fait un choix convaincant pour les équipes cherchant à optimiser leurs flux de travail de mise à jour OTA.
-
-## Choisir la bonne plateforme
-
-Cette section détaille les facteurs clés à considérer lors de la sélection de la meilleure plateforme d'hébergement OTA pour vos besoins.
-
-### **Sécurité et Conformité**
-
-La protection de vos mises à jour d'applications est non négociable. Des plateformes comme **Capgo** fournissent des mesures de sécurité robustes, incluant le chiffrement de bout en bout, pour protéger les données sensibles et répondre aux normes de conformité [\[1\]](https://capgo.app/).
-
-### **Performance des mises à jour**
-
-La performance du CDN mondial joue un rôle majeur dans l'expérience utilisateur. Comme mentionné précédemment, **Capgo** excelle dans ce domaine, assurant des mises à jour d'applications plus rapides et plus fiables dans le monde entier [\[1\]](https://capgo.app/).
-
-### **Cadre de décision**
-
-Voici un guide rapide pour vous aider à faire correspondre vos besoins avec la bonne plateforme :
-
-| **Besoin** | **Meilleur choix** | **Pourquoi** |
-| --- | --- | --- |
-| Petites équipes (<10 dév) | Capgo (Plans Solo/Maker) | Plans abordables (12-33$/mois) avec fonctionnalités essentielles pour les petites équipes |
-| Échelle Entreprise | Cloud Traditionnel ou [Capgo PAYG](https://capgo.app/docs/webapp/payment/) | Infrastructure personnalisable et solutions évolutives (Capgo PAYG commence à 249$/mois) |
-| Haute Sécurité | Plateformes avec chiffrement E2E | Garantit la protection des données sensibles et répond aux exigences de conformité |
-| Intégration CI/CD | Plateformes avec Support Intégré | Simplifie la configuration et réduit la maintenance continue |
-
-### **Considérations de coût**
-
-Les coûts peuvent varier considérablement selon vos besoins. Par exemple, l'exécution d'opérations CI/CD peut coûter environ 300$ par mois, tandis que des plateformes comme **AppFlow** peuvent atteindre jusqu'à 6 000$ par an [\[1\]](https://capgo.app/). Équilibrer les coûts avec la performance est essentiel, et des plateformes comme Capgo offrent des prix compétitifs avec de solides métriques de performance.
-
-### **Exigences techniques**
-
-Lors du choix d'une plateforme, assurez-vous qu'elle prend en charge votre **[version Capacitor](https://capgo.app/plugins/ivs-player/)** spécifique (par exemple, Capacitor 8) et offre des fonctionnalités essentielles comme l'analytique, le suivi des erreurs, les options de rollback pour le contrôle de version et l'intégration CI/CD transparente. Ces fonctionnalités assurent des opérations fluides à mesure que votre application évolue.
-
-La meilleure plateforme trouvera le bon équilibre entre performance, sécurité et coût. Profitez des essais gratuits - comme l'essai de 15 jours de Capgo - pour voir si la plateforme correspond à vos besoins [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/fr/capacitor-ota-updates-debugging-issues.md b/src/content/blog/fr/capacitor-ota-updates-debugging-issues.md
deleted file mode 100644
index e23a0a19d..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-debugging-issues.md
+++ /dev/null
@@ -1,59 +0,0 @@
----
-slug: capacitor-ota-updates-debugging-issues
-title: Débogage des Mises à Jour OTA de Capacitor
-description: >-
-  Apprenez à résoudre efficacement les problèmes de mise à jour OTA, en
-  garantissant des déploiements d'applications fluides et la satisfaction des
-  utilisateurs grâce aux meilleures pratiques et outils.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T03:16:07.345Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ff1c0bb0912f75a97f349a-1744775417719.jpg
-head_image_alt: Développement Mobile
-keywords: 'OTA updates, debugging, error tracking, app stability, Capgo'
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Les mises à jour OTA peuvent accélérer les améliorations des applications, mais les mises à jour échouées causent des problèmes majeurs.** Voici ce que vous devez savoir pour garantir des mises à jour fluides et résoudre rapidement les problèmes :
-
--   **Problèmes Courants** : Déploiements échoués, mises à jour partielles et problèmes de conformité.
--   **Métriques Clés** : Visez un taux de mise à jour de 95% en 24 heures et un taux de réussite global de 82%.
--   **Meilleures Pratiques** : Utilisez les fonctionnalités de restauration, le suivi des erreurs en temps réel et les déploiements progressifs pour minimiser les risques.
--   **Outils** : Des plateformes comme [Capgo](https://capgo.app/) offrent des restaurations en un clic, des mises à jour différentielles intelligentes et un chiffrement de bout en bout pour des mises à jour sécurisées et efficaces.
-
-**Conseil Rapide** : Testez toujours les mises à jour dans les canaux bêta avant le déploiement complet et surveillez les performances avec des analyses en temps réel.
-
-Ce guide couvre tout, de l'identification des erreurs de mise à jour à l'utilisation d'outils comme Capgo pour des mises à jour OTA fiables.
-
-## Le Guide Ultime de Débogage Ionic (Applications Navigator & Natives)
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principaux Problèmes de Mise à Jour OTA
-
-Les mises à jour OTA peuvent parfois perturber la stabilité des applications et impacter l'expérience utilisateur. Ci-dessous, nous analysons les problèmes courants et leurs défis.
-
-### Erreurs de Mise à Jour et de Restauration
-
-Environ 20% des mises à jour échouent pendant le déploiement [\[1\]](https://capgo.app/). Pour y remédier, **la fonction de restauration en un clic de Capgo** permet aux développeurs de revenir rapidement à une version stable, minimisant les temps d'arrêt et la frustration des utilisateurs [\[1\]](https://capgo.app/).
-
-### Problèmes de Mise à Jour Partielle
-
-Les mises à jour peuvent échouer partiellement en raison de téléchargements interrompus ou de fichiers manquants [\[1\]](https://capgo.app/). Cela peut entraîner des fonctionnalités défectueuses. Capgo résout ce problème avec des **mises à jour différentielles intelligentes**, qui se concentrent sur le téléchargement uniquement des parties modifiées de l'application.
-
-> "Mises à jour différentielles intelligentes : Téléchargez uniquement ce qui a changé, économisant bande passante et temps" [\[1\]](https://capgo.app/)
-
-### Conformité App Store
-
-Le respect des règles de plateforme pour les mises à jour OTA est crucial. Capgo assure la conformité en utilisant le **chiffrement de bout en bout**, garantissant que :
-
-> "seuls les utilisateurs peuvent déchiffrer les mises à jour" [\[1\]](https://capgo.app/)
-
-Les outils de surveillance de Capgo montrent également que jusqu'à 95% des utilisateurs actifs passent à la dernière version dans les 24 heures [\[1\]](https://capgo.app/). Ces statistiques soulignent l'importance d'un suivi précis des erreurs et d'un [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) robuste.
-
-[Continue with the rest of the text if needed]
diff --git a/src/content/blog/fr/capacitor-ota-updates-security-tips.md b/src/content/blog/fr/capacitor-ota-updates-security-tips.md
deleted file mode 100644
index b20c333a5..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-security-tips.md
+++ /dev/null
@@ -1,237 +0,0 @@
----
-slug: capacitor-ota-updates-security-tips
-title: 'Mises à jour OTA de Capacitor : Conseils de sécurité'
-description: >-
-  Découvrez les pratiques de sécurité essentielles pour les mises à jour OTA,
-  notamment le chiffrement, la vérification des fichiers et le contrôle d'accès
-  pour protéger votre application mobile.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T02:16:15.693Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d-1743905786627.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, security, encryption, file verification, access control, mobile
-  app updates, data protection
-tag: 'Mobile, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez des mises à jour OTA sécurisées pour votre application [Capacitor](https://capacitorjs.com/) ?** En résumé : les mises à jour OTA sont rapides et efficaces mais comportent des risques comme l'interception de données, l'altération de fichiers et les vulnérabilités serveur. Pour sécuriser vos mises à jour, concentrez-vous sur **le chiffrement, la vérification des fichiers et le contrôle d'accès**.
-
-### Points clés :
-
--   **[Chiffrez vos mises à jour](https://capgo.app/docs/cli/migrations/encryption/)** : Utilisez [TLS](https://en.wikipedia.org/wiki/Transport_Layer_Security) 1.3 et le chiffrement de bout en bout pour empêcher l'interception.
--   **Vérifiez les fichiers** : Validez les signatures numériques et les sommes de contrôle pour garantir l'intégrité des mises à jour.
--   **Contrôlez l'accès** : Utilisez des permissions basées sur les rôles, la vérification des ID d'appareils et des [clés API sécurisées](https://capgo.app/docs/webapp/api-keys/).
-
-### Comparaison rapide des plateformes OTA :
-
-| Fonctionnalité | [Capgo](https://capgo.app/) | [AppFlow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| Chiffrement de bout en bout | Oui | Non | Non |
-| Capacité de restauration | Instantanée | Manuelle | Manuelle |
-| Taux de réussite des mises à jour | 82% mondial | Données limitées | Données limitées |
-
-**Conseil Pro :** Capgo est en tête avec 95% d'adoption des mises à jour en 24 heures et des fonctionnalités de sécurité avancées comme l'analytique en temps réel et le contrôle de version. Sécurisez vos mises à jour OTA maintenant en suivant ces étapes !
-
-## Capacitor 2.0 : Applications mobiles et PWA à partir d'une seule base de code
-
-
-## Risques de sécurité des mises à jour OTA
-
-Les mises à jour OTA peuvent ouvrir la porte à des vulnérabilités qui compromettent la sécurité de l'application et la confiance des utilisateurs.
-
-### Risques d'interception des données
-
-Les attaques de l'homme du milieu peuvent intercepter les données de mise à jour OTA, permettant des modifications non autorisées qui pourraient affecter des millions d'utilisateurs. Pour éviter cela, **le chiffrement de bout en bout** est essentiel.
-
-> "La seule solution avec un vrai chiffrement de bout en bout, les autres ne font que signer les mises à jour" [\[1\]](https://capgo.app/)
-
-Sans chiffrement approprié, les fichiers interceptés peuvent être altérés, entraînant de graves conséquences.
-
-### Menaces d'altération des fichiers
-
-Les fichiers de mise à jour altérés peuvent introduire du code malveillant, perturber les fonctionnalités de l'application, voler des informations sensibles ou introduire des fonctionnalités non autorisées. Cela souligne l'importance de **protocoles solides de vérification des fichiers** pour garantir que les mises à jour restent sécurisées et fiables.
-
-### Vulnérabilités d'accès au serveur
-
-Le tableau ci-dessous présente les principales faiblesses du serveur et leurs impacts potentiels :
-
-| Vulnérabilité | Impact |  
-| --- | --- |
-| Authentification faible | Mises à jour non autorisées |
-| Gestion insuffisante des rôles | Publication de mises à jour non testées |
-| Clés API compromises | Distribution de code malveillant |
-
-Ces exemples montrent pourquoi la sécurité doit aller au-delà de la simple signature des mises à jour. Une approche en couches - incluant le chiffrement, la vérification et des contrôles d'accès stricts - est essentielle pour protéger le [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-## Étapes de sécurité pour les mises à jour OTA
-
-Pour faire face aux risques potentiels, suivez ces mesures ciblées pour sécuriser la livraison des mises à jour OTA.
-
-### Méthodes de chiffrement des données
-
-L'utilisation de méthodes de chiffrement robustes est essentielle pour protéger les mises à jour OTA. Le chiffrement de bout en bout garantit que les données de mise à jour restent protégées pendant la transmission et ne peuvent être accessibles que par les appareils autorisés.
-
-Voici les principaux composants d'une configuration de chiffrement sécurisée :
-
-| Composant | Objectif | Mise en œuvre |
-| --- | --- | --- |
-| Protocole TLS | Protège les données pendant la transmission | Utiliser TLS 1.3 avec des suites de chiffrement robustes |
-| Chiffrement de bout en bout | Garantit que seul le destinataire prévu peut déchiffrer les données | Utiliser des protocoles de chiffrement de bout en bout vérifiés |
-
-### Vérification des fichiers de mise à jour
-
-La vérification des fichiers de mise à jour assure leur intégrité et leur authenticité. Ce processus implique plus que la simple signature des mises à jour - il nécessite plusieurs couches de vérification.
-
-Les étapes pour vérifier les mises à jour incluent :
-
--   **Validation de signature numérique** : Utiliser une infrastructure à clé publique pour confirmer l'authenticité des signatures des paquets de mise à jour.
--   **Vérification des sommes de contrôle** : Comparer les hachages SHA-256 pour s'assurer que le fichier de mise à jour n'a pas été altéré.
-
-De plus, appliquer des contrôles d'accès stricts pour restreindre la distribution des mises à jour aux entités de confiance.
-
-### Configuration du contrôle d'accès
-
-Des contrôles d'accès efficaces sont essentiels pour empêcher la distribution non autorisée des mises à jour. Un système sécurisé doit inclure :
-
-| Fonctionnalité de contrôle d'accès | Avantage de sécurité |
-| --- | --- |
-| Vérification de l'ID de l'appareil | Confirme que les mises à jour sont envoyées aux bons appareils |
-| Accès basé sur les rôles | Gère qui peut déployer les mises à jour |
-| [Gestion des clés API](https://capgo.app/docs/webapp/api-keys/) | Sécurise la communication avec les serveurs de mise à jour |
-
-Pour les déploiements plus importants, les permissions granulaires sont cruciales. Elles permettent aux équipes d'attribuer des droits spécifiques pour le déploiement des mises à jour, de contrôler l'accès aux tests bêta, de gérer plusieurs organisations sous des permissions distinctes et d'ajuster les rôles selon les besoins de l'équipe.
-
-La combinaison du chiffrement, de la vérification et de contrôles d'accès stricts crée un cadre sécurisé pour les mises à jour OTA pendant le développement et le déploiement.
-
-## Étapes de test et de publication
-
-Des tests OTA approfondis sont essentiels pour identifier les vulnérabilités et garantir la stabilité des mises à jour.
-
-### Étapes de test de sécurité
-
-Avant de déployer des mises à jour, effectuez des vérifications de sécurité détaillées pour garantir que les mises à jour sont sécurisées et compatibles :
-
-| Phase de test | Actions clés | Focus sécurité |
-| --- | --- | --- |
-| Pré-déploiement | Vérifier les signatures des paquets de mise à jour | Confirmer l'authenticité de la mise à jour |
-| Intégration | Tester les protocoles de chiffrement | Assurer la transmission sécurisée des données |
-| Système | Valider la compatibilité des appareils | Vérifier l'intégrité de l'installation |
-| Acceptation utilisateur | Effectuer des tests bêta avec des utilisateurs sélectionnés | Valider la sécurité en utilisation pratique |
-
-L'intégrité du chiffrement doit être vérifiée tout au long des phases de test pour confirmer que les paquets de mise à jour restent sécurisés pendant le processus. Une fois l'intégrité des mises à jour confirmée, ayez un plan en place pour annuler rapidement les modifications si des problèmes surviennent.
-
-### Options de restauration des mises à jour
-
-Des tests approfondis soutiennent des stratégies de publication fiables, incluant des options de restauration immédiate et un déploiement contrôlé. Un système de restauration bien conçu peut rapidement résoudre les problèmes de sécurité après le déploiement.
-
-Composants clés d'un système de restauration efficace :
-
--   **Système de contrôle de version** : Conserver un historique complet de toutes les versions de l'application, y compris les correctifs de sécurité et les mises à jour de fonctionnalités.
--   **Récupération automatisée** : Utiliser des déclencheurs automatisés pour les restaurations, associés à des procédures de récupération claires.
-
-> "Restauration en un clic vers n'importe quelle version précédente si nécessaire" [\[1\]](https://capgo.app/)
-
-### Processus de publication par étapes
-
-Associez les stratégies de restauration à un plan de déploiement progressif pour minimiser les risques et tester la sécurité en temps réel. Un [système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) aide à contrôler la distribution et garantit que les mises à jour sont soigneusement testées avant le déploiement complet.
-
-| Étape | Public | Durée | Mesures de sécurité |
-| --- | --- | --- | --- |
-| Tests internes | Équipe de développement | 24-48 heures | Effectuer un audit de sécurité complet |
-| Canal bêta | Utilisateurs sélectionnés | 3-5 jours | Surveiller de près le déploiement |
-| Déploiement en production | 10% des utilisateurs | 2-3 jours | Suivre et résoudre les erreurs |
-| Déploiement complet | Tous les utilisateurs | 1-2 semaines | Surveiller continuellement les mises à jour |
-
-> "Système de canaux : Distribution avancée des mises à jour. Ciblez des groupes d'utilisateurs spécifiques avec différentes versions en utilisant des canaux pour les tests bêta et les déploiements progressifs" [\[1\]](https://capgo.app/)
-
-## Outils de gestion des mises à jour OTA
-
-S'appuyant sur un déploiement et des tests sécurisés, des outils solides de gestion OTA sont cruciaux pour protéger vos mises à jour Capacitor.
-
-### Aperçu des fonctionnalités de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d/241c8f19433e01f315154c8988becf9c.jpg)
-
-Capgo fournit une sécurité avancée pour les [mises à jour OTA Capacitor](https://capgo.app/ja/) avec un **chiffrement de bout en bout**, garantissant que seuls les utilisateurs autorisés peuvent déchiffrer les mises à jour.
-
-Voici une analyse de ses fonctionnalités clés :
-
-| Fonctionnalité | Avantage sécurité |
-| --- | --- |
-| Chiffrement de bout en bout | Bloque l'accès non autorisé au contenu des mises à jour |
-| Analytique en temps réel | Suit la livraison des mises à jour pour assurer des taux élevés de réussite |
-| Contrôle de version | Conserve un historique détaillé des mises à jour pour les audits |
-| Intégration CI/CD | Rationalise les processus de déploiement sécurisés |
-| Système de canaux | Gère la distribution des mises à jour en segmentant les groupes d'utilisateurs |
-
-Voyons maintenant comment les principales plateformes OTA se comparent en termes de sécurité et de performance.
-
-### Comparaison des plateformes OTA
-
-Lors du choix d'une plateforme OTA pour les applications Capacitor, la sécurité et la fiabilité sont des facteurs critiques. Voici comment se comparent certaines des meilleures plateformes :
-
-| Fonctionnalité | Capgo | AppFlow |
-| --- | --- | --- | --- |
-| Chiffrement de bout en bout | Oui | Non | Non |
-| Taux de réussite des mises à jour | 82% mondial | Données limitées | Données limitées |
-| Capacité de restauration | Instantanée | Manuelle | Manuelle |
-| Expérience du marché | Depuis 2022 | Fermeture en 2026 | Depuis 2024 |
-| Distribution des mises à jour | Mises à jour partielles | Bundle complet | Bundle complet |
-| Coût de configuration CI/CD | 2 600 $ unique | Coûts annuels plus élevés | Comparable |
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Les métriques de performance de Capgo soulignent davantage sa fiabilité :
-
--   **750 applications en production** propulsées par Capgo
--   **23,5 millions de mises à jour** livrées avec succès
--   **95% des utilisateurs actifs** terminent les mises à jour en 24 heures [\[1\]](https://capgo.app/)
-
-Ces chiffres démontrent la capacité de Capgo à livrer des mises à jour sécurisées efficacement, en faisant un excellent choix pour les développeurs concentrés à la fois sur la sécurité et la conformité aux standards des app stores.
-
-## Étapes de sécurité post-publication
-
-### Surveillance des mises à jour
-
-Surveiller vos mises à jour OTA en temps réel est essentiel pour garantir la sécurité après le déploiement. Utilisez le tableau de bord analytique de votre [plateforme de gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) pour suivre les métriques importantes comme :
-
-| Métrique | Seuil Cible | Implication pour la Sécurité |
-| --- | --- | --- |
-| Taux de Réussite des Mises à Jour | \>82% mondial | Démontre une forte distribution des mises à jour |
-| Vitesse d'Adoption des Utilisateurs | 95% en 24 heures | Indique un engagement efficace des utilisateurs |
-
-Automatisez les alertes pour détecter les activités inhabituelles dans la performance des mises à jour. Cela vous aide à identifier et résoudre rapidement les problèmes. Avec une surveillance en temps réel, vous pouvez maintenir votre système sécurisé tout en anticipant les problèmes potentiels.
-
-### Maintenance de la Sécurité
-
-Examinez régulièrement les journaux serveur et les systèmes d'authentification pour repérer tôt les menaces potentielles de sécurité. Une surveillance quotidienne peut révéler des problèmes avant qu'ils ne s'aggravent - les analyses de Capgo le confirment avec des données [\[1\]](https://capgo.app/). Aussi, prenez l'habitude de vérifier les composants critiques de sécurité comme les certificats SSL, les jetons d'authentification API et les contrôles d'accès. Cela garantit que vos configurations de chiffrement et d'authentification restent à jour.
-
-### Guide de Sécurité Utilisateur
-
-Aidez les utilisateurs à rester en sécurité en les encourageant à accepter rapidement les mises à jour. Une communication claire est essentielle - tenez les utilisateurs informés et répondez à leurs préoccupations via les canaux de feedback.
-
-> "Suivez les taux de réussite des mises à jour et l'engagement des utilisateurs en temps réel" - Capgo [\[1\]](https://capgo.app/)
-
-## Résumé
-
-La sécurité OTA efficace repose sur le chiffrement, la vérification des fichiers et une surveillance constante. Lorsqu'elles sont correctement mises en œuvre, ces stratégies conduisent à des taux de réussite impressionnants des mises à jour [\[1\]](https://capgo.app/).
-
-Le chiffrement de bout en bout joue un rôle crucial dans la protection des mises à jour OTA, bloquant les accès non autorisés et les altérations. Par exemple, Capgo atteint un taux de mise à jour de 95% parmi les utilisateurs actifs en 24 heures, soulignant l'importance d'un chiffrement fort [\[1\]](https://capgo.app/). Ces éléments forment l'épine dorsale d'un système de mise à jour OTA sûr et fiable.
-
-| Composant de Sécurité | Implémentation Clé | Avantage |
-| --- | --- | --- |
-| Chiffrement | Protection de bout en bout | Bloque les accès non autorisés |
-| Vérification | Contrôles d'intégrité des fichiers | Confirme la légitimité des mises à jour |
-| Surveillance | Analytique en temps réel | Détecte rapidement les problèmes |
-| Contrôle d'Accès | Permissions basées sur les rôles | Restreint les modifications non autorisées |
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Maintenir la sécurité nécessite une attention continue et les bons outils. Avec une surveillance appropriée, des réponses rapides aux menaces et des protocoles régulièrement mis à jour, votre système OTA peut rester à la fois sécurisé et efficace. Cela s'aligne avec des tests approfondis, une gestion minutieuse et des processus post-publication bien planifiés.
diff --git a/src/content/blog/fr/capacitor-ota-updates-staying-compliant.md b/src/content/blog/fr/capacitor-ota-updates-staying-compliant.md
deleted file mode 100644
index 1d1d73cb0..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-staying-compliant.md
+++ /dev/null
@@ -1,206 +0,0 @@
----
-slug: capacitor-ota-updates-staying-compliant
-title: 'Mises à jour OTA de Capacitor : Rester conforme'
-description: >-
-  Apprenez à implémenter des mises à jour OTA pour les applications Capacitor
-  tout en garantissant la conformité avec les règles des magasins d'applications
-  et en améliorant l'expérience utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:37:02.530Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37-1743133034618.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, Capacitor, app compliance, mobile updates, app store guidelines,
-  security protocols, over-the-air updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez corriger rapidement des bugs ou ajouter des fonctionnalités sans retards de la part des magasins d'applications ?** Les mises à jour Over-the-Air (OTA) pour les applications [Capacitor](https://capacitorjs.com/) vous permettent de pousser des mises à jour directement aux utilisateurs, contournant ainsi le long processus de révision des magasins d'applications. Mais il est crucial de rester conforme aux règles d'Apple et de Google Play pour éviter le rejet ou la suppression de l'application.
-
-### Principaux points à retenir :
-
--   **Que sont les mises à jour OTA ?** Elles vous permettent de mettre à jour le contenu de l'application (comme des corrections de bugs ou des ajustements d'interface utilisateur) instantanément via un CDN sécurisé, sans nécessiter que les utilisateurs téléchargent les mises à jour manuellement.
--   **Pourquoi les utiliser ?** Les mises à jour OTA atteignent 95 % des utilisateurs actifs en moins de 24 heures, économisant du temps et améliorant l'expérience utilisateur.
--   **La conformité est importante :** Apple limite les mises à jour OTA au contenu non exécutable (par exemple, les actifs web), tandis que Google permet plus de flexibilité mais impose des règles strictes de sécurité et de consentement des utilisateurs.
--   **Des outils comme [Capgo](https://capgo.app/) aident :** Capgo fournit un cryptage, des options de restauration, un suivi des erreurs et des analyses pour garantir des mises à jour OTA rapides, sécurisées et conformes.
-
-**Astuce pro :** Utilisez les mises à jour OTA pour des corrections mineures ou des changements de contenu, mais soumettez toujours les changements majeurs ou les nouvelles fonctionnalités pour révision en magasin d'applications.
-
-Lisez la suite pour un guide étape par étape pour mettre en œuvre des mises à jour OTA tout en restant conforme.
-
-## Les bases des mises à jour OTA pour les [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Comment fonctionnent les mises à jour OTA
-
-Les mises à jour OTA (Over-The-Air) permettent aux développeurs de pousser un nouveau code directement sur les appareils des utilisateurs sans qu'ils aient besoin de télécharger des mises à jour depuis un magasin d'applications. Ces mises à jour sont livrées via un réseau de distribution de contenu (CDN) sécurisé et sont téléchargées en arrière-plan pendant que les utilisateurs continuent d'utiliser l'application. En se concentrant uniquement sur les parties du code qui ont changé, le système garantit des téléchargements plus rapides, tirant parti de la vitesse et de l'efficacité de la distribution mondiale du CDN [\[1\]](https://capgo.app/).
-
-Le processus est simple : les développeurs créent le code mis à jour, le déploient de manière sécurisée via un CDN, et l'application installe automatiquement les changements. Cette approche rationalisée présente plusieurs avantages tant pour les développeurs que pour les utilisateurs.
-
-### Avantages des mises à jour OTA
-
-Les mises à jour OTA offrent de multiples avantages tant pour les développeurs que pour les utilisateurs finaux. Voici un aperçu rapide :
-
-| Avantage | Impact |
-| --- | --- |
-| **Déploiement Rapide** | Les mises à jour peuvent atteindre les utilisateurs en quelques minutes au lieu de jours. |
-| **Efficacité de Bande Passante** | Seules les parties modifiées du code sont téléchargées, économisant des données. |
-| **Confort de l'Utilisateur** | Pas besoin de mises à jour manuelles ou de visites sur les magasins d'applications. |
-| **Agilité de Développement** | Permet des corrections de bugs et des publications de fonctionnalités plus rapides. |
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Problèmes courants de mise en œuvre des mises à jour OTA
-
-Malgré ces avantages, la mise en œuvre des mises à jour OTA peut présenter des défis. Les données de 750 applications mettent en évidence certains problèmes courants [\[1\]](https://capgo.app/) :
-
--   **Préoccupations de Sécurité** : Le cryptage de bout en bout est essentiel pour prévenir la falsification ou l'accès non autorisé.
--   **Gestion des Versions** : Utiliser un [système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) aide à gérer efficacement les tests bêta et les déploiements en phases.
--   **Surveillance des Mises à Jour** : Sans un suivi approprié, les mises à jour échouées peuvent passer inaperçues. Les analyses et le suivi des erreurs sont essentiels, car des taux de réussite globaux de 82 % soulignent l'importance de la surveillance [\[1\]](https://capgo.app/).
-
-> "Nous avons déployé les mises à jour OTA Capgo en production pour notre base d'utilisateurs de plus de 5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo." – Colenso [\[1\]](https://capgo.app/)
-
-Pour garantir des mises à jour OTA fiables, les développeurs doivent se concentrer sur une surveillance proactive et maintenir des options de restauration pour une résolution rapide des problèmes. Avec un temps de réponse API moyen de 434 ms, l'optimisation de l'infrastructure de livraison des mises à jour est également cruciale [\[1\]](https://capgo.app/).
-
-## Règles des magasins d'applications pour les mises à jour OTA
-
-### Règles des mises à jour OTA d'Apple
-
-Apple a des politiques strictes concernant les mises à jour OTA (Over-The-Air) dans les applications iOS. Ces mises à jour ne peuvent pas modifier la fonctionnalité principale de l'application ou contourner le processus de révision de l'App Store. Pour les applications hybrides, les mises à jour sont limitées au contenu non exécutable, tel que les mises à jour d'actifs web, pour garantir la sécurité et maintenir la conformité avec les directives d'Apple.
-
-### Règles des mises à jour OTA de Google Play
-
-Google Play permet plus de flexibilité pour les mises à jour OTA mais impose toujours des normes de sécurité strictes. Les développeurs doivent suivre ces lignes directrices clés :
-
-| Exigence | Détails |
-| --- | --- |
-| **Protocoles de Sécurité** | Les mises à jour doivent être livrées via des connexions sécurisées, telles que HTTPS. |
-| **Contrôle de Version** | Un système de versionnement approprié doit être en place pour suivre les changements. |
-| **Consentement de l'Utilisateur** | Les utilisateurs doivent donner leur permission explicite pour tout changement majeur. |
-| **Portée de la Mise à Jour** | De plus grands changements de code sont autorisés par rapport à iOS, mais la sécurité reste une priorité. |
-
-### Exemples de Violations de Politique
-
-Violater les politiques de mise à jour OTA peut entraîner de graves conséquences. Voici quelques exemples courants :
-
--   **Contournement de Fonctionnalité** : Déployer de grandes mises à jour de fonctionnalité qui évitent le processus de révision.
--   **Violations de Sécurité** : Utiliser des méthodes de livraison non sécurisées qui mettent en péril les données des utilisateurs.
--   **Modifications de Fonctionnalité Principale** : Altérer la fonctionnalité principale de l'application par le biais d'une mise à jour OTA.
-
-À la fois Apple et Google mettent l'accent sur la sécurité et l'expérience utilisateur. Bien que Google Play offre légèrement plus de liberté, les développeurs devraient utiliser les mises à jour OTA pour des améliorations mineures comme des corrections de bugs, des mises à jour de contenu ou de petites modifications d'interface utilisateur. Les changements majeurs ou les nouvelles fonctionnalités devraient toujours passer par le processus de révision officiel pour rester conformes.
-
-## Directives pour les mises à jour OTA
-
-Pour rester conforme aux règles des magasins d'applications, il est important de suivre des directives spécifiques lors de l'utilisation des mises à jour OTA (Over-the-Air) pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Ces pratiques aident à garantir que les mises à jour sont sécurisées et s'alignent sur les politiques de la plateforme.
-
-### Concentrez-vous sur les Mises à Jour Non Critiques
-
-Les mises à jour OTA devraient être limitées aux éléments non essentiels tels que les éléments visuels ou les configurations simples. Évitez de modifier la logique exécutable principale ou d'ajouter de nouvelles fonctionnalités qui pourraient nécessiter une révision complète de l'application. En respectant ces limites, vous pouvez maintenir la conformité tout en maintenant les mises à jour simples. Une fois que vous avez défini ces limites, avoir un solide système de contrôle des versions est crucial.
-
-### Meilleures Pratiques en Matière de Contrôle des Versions
-
-Une stratégie solide de contrôle des versions inclut des fonctions telles que le versionnement automatisé, les mises à jour par phases et les options de restauration. Voici comment ces méthodes aident :
-
--   **Versionnement Automatisé** : Utilisez des outils CI/CD pour suivre les versions de manière précise et efficace.
--   **Mises à Jour par Phases** : Publiez d'abord les mises à jour à un petit groupe de testeurs, puis étendez à tous les utilisateurs.
--   **Restauration Rapide** : En cas de problème, revenez instantanément à une version précédente.
-
-Ces pratiques réduisent les risques et garantissent que vos mises à jour répondent aux exigences des magasins d'applications.
-
-### Tenir les Utilisateurs Informés
-
--   **[Mises à Jour Automatiques](https://capgo.app/docs/plugin/cloud-mode/auto-update/)** : Les mises à jour peuvent être installées en arrière-plan, mais les utilisateurs doivent tout de même être informés. Des outils comme Capgo facilitent l'automatisation des installations tout en tenant les utilisateurs informés.
--   **Surveillance et Retours** : Utilisez des analyses, le suivi des erreurs et des canaux de retour pour surveiller le succès des installations et traiter tout problème.
-
-Une communication claire favorise la confiance avec les utilisateurs et renforce la conformité aux directives des magasins d'applications.
-
-> "Restauration en un clic vers n'importe quelle version précédente si nécessaire" – Capgo [\[1\]](https://capgo.app/)
-
-## Utilisation de [Capgo](https://capgo.app/) pour les Mises à Jour OTA
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/cf21af63f433895b269de0da5dc7d74c.jpg)
-
-Capgo fournit une solution pour gérer les mises à jour Over-the-Air (OTA) dans les applications Capacitor, répondant aux exigences de conformité avec un système intégré. Avec plus de 750 applications en production et 23,5 millions de mises à jour livrées, Capgo assure un [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) fluide et conforme [\[1\]](https://capgo.app/).
-
-### Comment Capgo Gère les Mises à Jour
-
-Capgo rationalise le processus de mise à jour tout en garantissant que les mises à jour sont efficaces et respectent les normes de conformité. Les fonctionnalités clés incluent :
-
--   **Cryptage de bout en bout** : Les mises à jour sont cryptées et accessibles uniquement aux utilisateurs autorisés.
--   **Mises à jour partielles** : Au lieu de télécharger des ensembles complets, seules les composants modifiés sont mis à jour. Cela permet un temps de téléchargement moyen de seulement 114 ms pour un ensemble de 5 Mo.
--   **Haute Performance** : Dans les 24 heures suivant le déploiement, les taux de réussite des mises à jour atteignent 95 %.
-
-### Outils de Conformité Offerts par Capgo
-
-Capgo inclut des outils conçus pour maintenir la conformité et garantir des mises à jour fluides :
-
-| Fonctionnalité | Avantage en matière de conformité |
-| --- | --- |
-| Système de canaux | Permet des tests bêta contrôlés et des déploiements en phases |
-| Restauration en un clic | Résout rapidement les problèmes en revenant à des mises à jour précédentes |
-| Suivi des erreurs | Détecte et résout les erreurs de manière proactive |
-| Tableau de bord d'analyses | Suit la performance des mises à jour et l'adoption par les utilisateurs |
-
-Ces outils aident à maintenir un contenu sûr et un contrôle des versions, contribuant à un taux de réussite des mises à jour global de 82 % tout en restant conforme aux directives de la plateforme [\[1\]](https://capgo.app/).
-
-### Commencer avec Capgo
-
-Commencer avec Capgo est rapide et simple. Utilisez la commande suivante :
-
-```bash
-npx @capgo/cli init
-```
-
-Le processus de configuration prend moins de 15 minutes pour déployer votre première mise à jour. Capgo prend également en charge l'intégration CI/CD avec des plateformes comme [GitHub Actions](https://docs.github.com/actions) et [GitLab CI](https://docs.gitlab.com/ee/ci/). Les frais d'installation uniques pour Capgo sont de 2 600 $.
-
-## Gestion de la Conformité à Long Terme
-
-Rester conforme aux politiques des magasins d'applications à long terme nécessite un effort et une attention constants. Passer régulièrement en revue et surveiller les mises à jour des politiques est essentiel pour éviter les problèmes potentiels.
-
-### Contrôles de politique réguliers
-
-Des examens fréquents des politiques vous aident à rester en avance sur les défis de conformité. Des outils comme le tableau de bord d'analytique de Capgo simplifient ce processus en identifiant tôt les problèmes potentiels, vous donnant le temps de les traiter avant qu'ils ne s'aggravent.
-
-### Surveillance des changements de politique
-
-Se tenir au courant des changements de politique implique un mélange d'outils automatisés et de supervision manuelle. Capgo soutient ce processus en offrant :
-
--   Des mises à jour en temps réel pour repérer les problèmes de conformité à mesure qu'ils apparaissent
--   Un suivi des taux de réussite à travers différentes versions d'applications
--   Une distribution contrôlée des mises à jour à des groupes d'utilisateurs spécifiques
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour fournir en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Résolution des violations de politique
-
-S'attaquer rapidement aux violations de politique est crucial pour maintenir des taux de réussite de mise à jour élevés. Capgo facilite cela en fournissant :
-
-1. **Options de retour en arrière immédiates**  
-Revenez rapidement sur les mises à jour pour éviter d'autres problèmes.
-
-2. **Suivi des erreurs**  
-Identifiez la cause racine des violations pour des corrections précises.
-
-3. **Tests basés sur les canaux**  
-Testez les corrections sur un groupe sélectionné d'utilisateurs avant de déployer les mises à jour largement.
-
-Capgo assure également la conformité avec des mesures de sécurité robustes, telles que le chiffrement de bout en bout et un système de mise à jour partiel, qui minimisent les perturbations pour les utilisateurs tout en maintenant des normes élevées.
-
-## Conclusion
-
-Gérer les mises à jour OTA tout en restant conforme aux règles des magasins d'applications nécessite une planification minutieuse et les bons outils. Capgo, avec plus de 23,5 millions de mises à jour livrées et 750 applications en production [\[1\]](https://capgo.app/), offre une solution fiable pour gérer les mises à jour OTA dans les directives de la plateforme.
-
-Le secret d'[une gestion efficace des mises à jour OTA](https://capgo.app/blog/open-source-licecing/) réside dans l'utilisation d'outils de conformité robustes et de systèmes de surveillance. En employant le chiffrement de bout en bout et en suivant strictement les exigences de la plateforme, les développeurs peuvent garantir à la fois la sécurité et des opérations fluides lors des mises à jour.
-
-Même des experts dans le domaine soulignent l'importance de mises à jour rapides et conformes. Comme l'équipe de NASA [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/) l'a noté :
-
-> "@Capgo est un moyen intelligent de faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Pour les développeurs cherchant à équilibrer la conformité avec des mises à jour en temps opportun, un système de gestion des mises à jour solide est crucial. Des outils offrant des fonctionnalités comme des retours en arrière instantanés, des analyses en temps réel et une distribution basée sur les canaux aident les équipes à délivrer des mises à jour efficacement tout en restant dans les limites de conformité.
diff --git a/src/content/blog/fr/capacitor-ota-updates-targeting-ios-vs-android.md b/src/content/blog/fr/capacitor-ota-updates-targeting-ios-vs-android.md
deleted file mode 100644
index e60dd0122..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-targeting-ios-vs-android.md
+++ /dev/null
@@ -1,194 +0,0 @@
----
-slug: capacitor-ota-updates-targeting-ios-vs-android
-title: 'Mises à jour OTA Capacitor : Cibler iOS vs Android'
-description: >-
-  Explorez les différences dans les stratégies de mise à jour OTA pour iOS et
-  Android, en mettant l’accent sur le déploiement, la sécurité et les exigences
-  des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-01T04:05:37.460Z
-updated_at: 2025-03-24T13:16:58.726Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c2639cd8e4215290f21bf1-1740801998811.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA updates, iOS updates, Android updates, mobile app development, security
-  measures, update strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez mettre à jour votre** [**Capacitor**](https://capacitorjs.com/) **application instantanément sans délais d'app store ?** Les mises à jour Over-the-Air (OTA) vous permettent d'apporter des modifications à la couche web (HTML, CSS, JavaScript) de votre application sans la soumettre à nouveau aux app stores. Mais iOS et Android gèrent ces mises à jour différemment, et comprendre ces différences est crucial.
-
-### Points clés :
-
-- **iOS** : Les mises à jour sont déployées immédiatement mais suivent des règles strictes, y compris des restrictions sur les chemins de fichiers et des exigences en matière d'alimentation/réseau.
-  
-- **Android** : Utilise des déploiements par étapes (1 % → 100 %) avec des besoins d'alimentation/réseau flexibles et prend en charge les mises à jour en arrière-plan.
-  
-- **Sécurité** : Les deux plateformes appliquent des mesures de sécurité strictes - iOS s'appuie sur le chiffrement basé sur du matériel, tandis qu'Android utilise le démarrage vérifié et [SELinux](https://en.wikipedia.org/wiki/Security-Enhanced_Linux).
-  
-- [**Capgo**](https://capgo.app/) : Une plateforme qui simplifie les mises à jour OTA, livrant plus de **947,6 millions de mises à jour** dans le monde avec des outils pour des déploiements efficaces, sécurisés et conformes.
-
-### Comparaison rapide :
-
-| Fonctionnalité | iOS | Android |
-| --- | --- | --- |
-| **Déploiement de mise à jour** | Publication complète immédiate | Déploiement par étapes (1 % → 100 %) |
-| **Mises à jour en arrière-plan** | Limitées | Prend en charge les mises à jour A/B |
-| **Stockage** | Nécessite un téléchargement complet | Prend en charge les mises à jour en streaming |
-| **Sécurité** | Chiffrement basé sur du matériel | Démarrage vérifié, SELinux |
-| **Exigences en matière d'alimentation** | 50 % de batterie ou branché | Flexible |
-| **Réseau** | Wi-Fi requis | Prend en charge diverses connexions |
-
-Capgo aide à rationaliser le processus, garantissant que les mises à jour sont sécurisées, efficaces et conformes sur les deux plateformes. Que vous visiez iOS ou Android, comprendre ces différences vous aidera à créer une meilleure [stratégie de mise à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) OTA.
-
-## Comment iOS et Android gèrent les mises à jour OTA
-
-iOS et Android adoptent des approches différentes en matière de gestion des mises à jour OTA (over-the-air), tant dans leur exécution technique que dans leurs processus d'approbation.
-
-### Règles de mise à jour de l'App Store iOS
-
-Apple a des directives strictes pour les mises à jour OTA. Les appareils doivent répondre à des conditions techniques spécifiques : ils doivent exécuter iOS 5 ou version ultérieure, être connectés à un réseau Wi-Fi stable et avoir au moins 50 % d'autonomie ou être branchés sur une source d'alimentation [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/). Au-delà de ces exigences techniques, Apple impose un processus de révision rigoureux qui évalue les mises à jour en fonction de la sécurité, de la performance, de la conformité commerciale, du design et des normes légales [\[4\]](https://developer.apple.com/app-store/review/guidelines/).
-
-### Règles de mise à jour du Google Play Store
-
-Google Play fonctionne différemment, en utilisant un système de déploiement par étapes. Les mises à jour commencent par un petit déploiement à 1 % des utilisateurs pendant 24 à 48 heures, puis s'élargissent, souvent par paliers de 25 %, jusqu'à atteindre un déploiement complet en une à deux semaines [\[7\]](https://www.phonearena.com/news/Google-engineer-Dan-Morrill-talks-about-Android-OTA-updates-and-why-you-need-to-be-patient_id49573). Depuis août 2023, toutes les nouvelles versions d'Android doivent cibler le plus haut niveau d'API disponible [\[3\]](https://applandeo.com/blog/upcoming-google-play-a-appstore-updates-how-will-they-affect-your-mobile-app/). De plus, Android utilise des mises à jour en streaming, ce qui réduit le besoin d'un espace de stockage supplémentaire pendant le [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) [\[8\]](https://source.android.com/docs/core/ota/ab).
-
-### Différences de mise à jour entre les plateformes
-
-Les principales distinctions entre les mises à jour OTA de iOS et Android sont décrites ci-dessous :
-
-| Fonctionnalité | iOS | Android |
-| --- | --- | --- |
-| Déploiement de mise à jour | Publication complète immédiate | Déploiement par étapes (1 % → 25 % → 50 % → 100 %) |
-| Mises à jour en arrière-plan | Limitées | Prend en charge les mises à jour A/B en arrière-plan [\[8\]](https://source.android.com/docs/core/ota/ab) |
-| Gestion du stockage | Nécessite un téléchargement complet | Prend en charge les mises à jour en streaming [\[8\]](https://source.android.com/docs/core/ota/ab) |
-| Exigences en matière d'alimentation | Au moins 50 % de batterie ou branché [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | Exigences en matière d'alimentation flexibles |
-| Exigences réseau | Connexion Wi‑Fi requise [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | Prend en charge divers types de connexion |
-
-Le système de mise à jour A/B d'Android se distingue par la possibilité de procéder à des mises à jour en arrière-plan sans interrompre l'utilisateur. Ce système utilise deux emplacements pour les partitions critiques au démarrage, évitant ainsi le besoin de partitions dupliquées et optimisant le stockage par rapport aux méthodes plus anciennes [\[6\]](https://source.android.com/docs/core/ota). En revanche, iOS suit un processus de mise à jour plus contrôlé et immédiat, priorisant la stabilité et la surveillance de l'utilisateur.
-
-## Groupes d'utilisateurs et distribution des mises à jour
-
-En ce qui concerne la distribution des mises à jour, les stratégies doivent tenir compte des contraintes uniques de divers appareils et systèmes d'exploitation.
-
-### Règles de mise à jour basées sur les appareils
-
-Les exigences de mise à jour dépendent fortement du matériel et de la plateforme. Par exemple, les appareils iOS ont besoin d'au moins 20 % de batterie pour les mises à jour lancées par l'utilisateur et de 30 % pour les [mises à jour automatiques](https://capgo.app/docs/plugin/cloud-mode/auto-update/). Sur les Mac, les exigences diffèrent en fonction de la puce - 20 % de batterie pour les appareils Apple silicon et 50 % pour ceux basés sur Intel [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). Android, en revanche, a un système plus flexible mais fait face à des défis dus à la fragmentation de l'écosystème. Les fabricants et les opérateurs introduisent des retards, les mises à jour de sécurité prenant en moyenne 24 jours et 11 jours supplémentaires pour les finalisations spécifiques aux appareils [\[11\]](https://dl.acm.org/doi/10.1145/3372297.3423346).
-
-### Exigences en matière de version du système d'exploitation
-
-Les exigences du système d'exploitation jouent un rôle clé dans la façon dont les mises à jour sont distribuées. Pour les applications Android, Google Play impose les exigences suivantes :
-
-| Période | Exigence |
-| --- | --- |
-| Après le 31 août 2024 | Les nouvelles applications doivent cibler Android 14 (API 34+) |
-| Actuel | Les applications existantes doivent cibler Android 13 (API 33+) |
-| Héritage | Les applications ciblant Android 12 ou une version inférieure doivent se conformer aux versions de système d'exploitation existantes |
-
-Pour iOS, Apple utilise la réponse rapide en matière de sécurité (RSR) pour livrer des correctifs critiques directement aux dernières versions du système d'exploitation [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). Capgo garantit la compatibilité avec les appareils exécutant iOS 13.0+ et le niveau d'API Android 22+ [\[9\]](https://capgo.app/docs/faq/).
-
-### Résultats de la stratégie de mise à jour
-
-Le [Project Treble](https://android-developers.googleblog.com/2017/05/here-comes-treble-modular-base-for.html) d'Android a réduit le temps nécessaire pour les mises à jour de sécurité d'environ 7 jours [\[11\]](https://dl.acm.org/doi/10.1145/3372297.3423346). Pour gérer efficacement les mises à jour, il est recommandé de séparer les [canaux de mise à jour](https://capgo.app/docs/webapp/channels/) de développement et de production [\[9\]](https://capgo.app/docs/faq/). Capgo simplifie le processus avec des déploiements basés sur des pourcentages, permettant des déploiements contrôlés tout en respectant les directives des app stores.
-
-Le système de mise à jour met également en cache les bundles téléchargés dans des répertoires spécifiques à la plateforme pour des mises à jour efficaces et sécurisées :
-
-- **Android** : `/data/user/0/com.example.app/code_cache/capgo_updater`
-  
-- **iOS** : `Library/Application Support/capgo`
-  
-Ce système de mise en cache garantit des mises à jour fluides et fiables [\[9\]](https://capgo.app/docs/faq/).
-
-## Vitesse et efficacité des mises à jour
-
-La vitesse et l'efficacité des mises à jour OTA (over-the-air) jouent un rôle essentiel dans l'expérience utilisateur sur iOS et Android. Deux facteurs influeent fortement sur cela : les conditions du réseau et la manière dont les tailles de fichiers sont gérées.
-
-### Gestion de la taille des fichiers et du réseau
-
-Le maintien de tailles de fichiers optimisées est crucial pour des mises à jour OTA fluides. Par exemple, le système de mise à jour de Capgo exécute des vérifications de mise à jour dans un thread d'arrière-plan lors du démarrage de l'application, garantissant que l'interface utilisateur reste réactive [\[9\]](https://capgo.app/docs/faq/). Il prend également en charge les mises à jour JavaScript tout en verrouillant le code natif (comme Java/Kotlin ou Objective-C/Swift) pour maintenir la stabilité [\[9\]](https://capgo.app/docs/faq/).
-
-### Comparaison de la vitesse de mise à jour
-
-Même avec des tailles de fichiers plus petites, la vitesse de mise à jour est toujours un facteur majeur. iOS a souvent un avantage ici grâce à son matériel et logiciel étroitement intégrés, qui peuvent traiter les mises à jour plus rapidement [\[14\]](https://www.simplymac.com/iphone/android-vs-iphone-comparison-of-features-and-performance). D'autre part, la large gamme de matériel d'Android peut parfois entraîner des performances de mise à jour inégales [\[13\]](https://flexiple.com/compare/android-vs-ios)[\[14\]](https://www.simplymac.com/iphone/android-vs-iphone-comparison-of-features-and-performance).
-
-> "Déployer instantanément des mises à jour en direct aux utilisateurs est l'un des avantages les plus critiques d'Appflow, la plateforme CI/CD mobile d'Ionic."  
-> – Cecelia Martinez, Développeuse Advocaat [\[12\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever)
-
-Pour améliorer l'efficacité des mises à jour, des stratégies telles que les mises à jour différentielles et l'exploitation de la fonctionnalité native sont essentielles. Capacitor, par exemple, déplace certaines opérations vers la couche native. Lorsqu'il est associé à des mises à jour différentielles, cette approche réduit à la fois le temps de mise à jour et la consommation de données [\[12\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever). Compte tenu de la part de marché dominante d'Android - plus de 70 % au niveau mondial en mars 2023 [\[13\]](https://flexiple.com/compare/android-vs-ios) - fournir des mises à jour efficaces est particulièrement important pour maintenir une performance constante sur ses appareils variés.
-
-###### sbb-itb-f9944d2
-
-## Règles et exigences en matière de sécurité
-
-En matière de mises à jour OTA, iOS et Android adoptent des approches distinctes pour garantir la protection des données et la sécurité du système, chacun utilisant son propre ensemble de protocoles personnalisés.
-
-### Normes de sécurité iOS
-
-Le processus de mise à jour d'Apple est étroitement contrôlé et conçu avec une sécurité stricte à l'esprit. Les appareils iOS s'appuient sur **le chiffrement matériel**, utilisant deux clés AES 256 bits intégrées uniques à chaque appareil [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/). Chaque appareil inclut également un UID matériel unique avec une clé AES 256 bits intégrée [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/). Les mises à jour sont vérifiées pour leur intégrité, personnalisées pour des appareils individuels et accompagnées de mesures de protection contre les attaques de rétrogradation. Apple isole également les données utilisateur pendant les mises à jour pour prévenir les risques de sécurité [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). Une caractéristique marquante est les **Réponses de Sécurité Rapides** d'Apple, permettant un déploiement rapide de correctifs de sécurité sans nécessiter une mise à jour complète du système [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web).
-
-### Normes de Sécurité Android
-
-Android construit sa sécurité sur une base Linux, en se concentrant sur l'isolement des utilisateurs et les protections au niveau du système. Chaque application se voit attribuer un UID unique, tandis que **SELinux** impose un contrôle d'accès obligatoire. La fonctionnalité **Verified Boot** assure l'authenticité du code [\[18\]](https://source.android.com/docs/security/features). Pour les mises à jour OTA, Android utilise un **système de partition virtuelle A/B** (avec compression pour les appareils exécutant Android 11 et les versions ultérieures), un Keystore renforcé par le matériel pour les tâches cryptographiques, et des mises à jour livrées via des OEM et des opérateurs [\[15\]](https://en.wikipedia.org/wiki/Over-the-air_update).
-
-| Fonctionnalité | iOS | Android |
-| --- | --- | --- |
-| Distribution des Mises à Jour | Centralisée via Apple | Distribuée via OEMs/opérateurs |
-| Vérification de Sécurité | Chiffrement matériel | SELinux + Verified Boot |
-| Livraison de Correctifs | Réponses de Sécurité Rapides | Modules Project Mainline |
-| Authentification de Mise à Jour | UID spécifique à l'appareil | Verified Boot |
-
-### Comparaison des Exigences de Sécurité
-
-Les différences dans ces cadres mettent en évidence comment l'architecture de chaque plate-forme façonne son approche de la sécurité. iOS opère dans un modèle de "jardin clos", offrant un contrôle strict et des mesures de sécurité standardisées. En revanche, l'écosystème ouvert d'Android offre plus de flexibilité dans les mécanismes de mise à jour, mais peut parfois faire face à des défis de fragmentation [\[15\]](https://en.wikipedia.org/wiki/Over-the-air_update). Ces structures de sécurité influencent directement la fiabilité des mises à jour OTA.
-
-Pour les développeurs travaillant avec des outils comme Capgo, comprendre ces distinctions est essentiel. iOS impose une isolation des applications plus stricte et limite l'accès aux API système [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/), tandis que les options de communication inter-processus plus larges d'Android exigent une gestion de sécurité rigoureuse [\[18\]](https://source.android.com/docs/security/features). En février 2025, avec iOS 18.3.1 et diverses versions Android en cours d'utilisation [\[16\]](https://support.apple.com/en-us/100100), les développeurs doivent s'assurer que leurs stratégies de mise à jour OTA s'alignent avec les dernières normes de sécurité pour chaque plate-forme.
-
-## [Capgo](https://capgo.app/) Aperçu de la Plateforme
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-01.jpg?auto=compress)
-
-Capgo regroupe les règles de mise à jour OTA spécifiques à la plate-forme en une seule plateforme de mise à jour rationalisée.
-
-En travaillant avec les protocoles de sécurité d'iOS et d'Android, Capgo garantit une gestion fluide des mises à jour OTA. À ce jour, elle a livré **947,6 millions de mises à jour** à travers **1 400 applications de production** [\[1\]](https://capgo.app/).
-
-### Fonctions Clés de Capgo
-
-Capgo se concentre sur la résolution des défis de mise à jour avec une livraison sécurisée, efficace et conforme. Les mises à jour sont protégées par **un chiffrement de bout en bout**, et le déchiffrement se fait uniquement sur les appareils des utilisateurs [\[1\]](https://capgo.app/). Pour iOS, elle utilise un interpréteur Dart personnalisé pour s'aligner avec la règle de mise à jour uniquement pour interpréteur d'Apple [\[9\]](https://capgo.app/docs/faq/). Sur Android, elle prend en charge le niveau API 22 et supérieur, en ligne avec les exigences de Capacitor [\[9\]](https://capgo.app/docs/faq/).
-
-| Fonctionnalité | Mise en Œuvre | Support de Plateforme |
-| --- | --- | --- |
-| Livraison de Mises à Jour | Déploiement instantané | iOS 13.0+, Android API 22+ |
-| Sécurité | Chiffrement de bout en bout | Les deux plateformes |
-| Intégration CI/CD | Fonctionne avec Azure DevOps, GitHub, GitLab | Multi-plateforme |
-| Gestion du Stockage | Code compilé uniquement | Mise en cache spécifique à la plate-forme |
-| Contrôle de Version | Capacité de retour en arrière | Les deux plateformes |
-
-### Gestion des Mises à Jour Multi-Plateformes
-
-Le système de canaux de Capgo donne aux développeurs un contrôle précis sur les mises à jour pour iOS et Android. Ce système permet :
-
--   Canaux de mise à jour séparés pour iOS et Android
-    
--   Téléchargement de [packs distincts](https://capgo.app/docs/webapp/bundles/) avec un lien inter-canaux optionnel
-    
--   Détection automatique des modifications de code natif [\[9\]](https://capgo.app/docs/faq/)
-    
-
-L'impact réel de la plateforme est clair. Par exemple, l'équipe [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA a partagé :
-
-> "@Capgo est une manière intelligente de faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Capgo peut ajuster n'importe quel code JavaScript, y compris le code d'application et le code généré, mais évite strictement de modifier le code natif (tel que Java/Kotlin pour Android ou Objective-C/Swift pour iOS) [\[9\]](https://capgo.app/docs/faq/).
-
-## Conclusion
-
-Les mises à jour OTA pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) nécessitent des approches différentes pour iOS et Android en raison des règles spécifiques à la plate-forme. Pour iOS, il existe des contrôles plus stricts, tels que la restriction de chemin de fichier qui limite les chemins du serveur à "/Library/NoCloud/ionic_built_snapshots" [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Pendant ce temps, Android permet plus de liberté, avec moins de limitations sur les machines virtuelles et les interprètes accédant aux API [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Ces différences mettent en évidence l'importance de créer des stratégies de mise à jour qui s'alignent avec le cadre de chaque plate-forme.
-
-Les données de plates-formes comme Capgo démontrent combien ces stratégies peuvent être efficaces. Les développeurs ont réussi à livrer 947,6 millions de mises à jour à travers 1 400 applications de production, prouvant l'évolutivité des systèmes de mise à jour bien conçus [\[1\]](https://capgo.app/). Cependant, le succès repose fortement sur le respect des exigences de chaque plate-forme tout en maintenant des mesures de sécurité solides.
-
-Par exemple, Apple exige que le code interprété ne modifie pas les fonctionnalités principales d'une application ou ne compromette sa sécurité [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Cette règle est un rappel clair des directives spécifiques à la plate-forme que les développeurs doivent suivre pour mettre en œuvre efficacement les mises à jour OTA.
diff --git a/src/content/blog/fr/capacitor-ota-updates-version-targeting-explained.md b/src/content/blog/fr/capacitor-ota-updates-version-targeting-explained.md
deleted file mode 100644
index 1df9814dd..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-version-targeting-explained.md
+++ /dev/null
@@ -1,275 +0,0 @@
----
-slug: capacitor-ota-updates-version-targeting-explained
-title: 'Mises à jour OTA Capacitor : Explication du ciblage de version'
-description: >-
-  Découvrez comment le ciblage des versions pour les mises à jour OTA garantit
-  la stabilité de l'application, des déploiements plus rapides et une meilleure
-  expérience utilisateur en gérant des versions spécifiques de l'application.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-14T03:00:49.720Z
-updated_at: 2025-03-24T13:14:15.818Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d37b87bca46a2e63b4584d-1741921265630.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA updates, version targeting, Capacitor, mobile app updates, semantic
-  versioning, app stability, bug fixes
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Les mises à jour Over-The-Air (OTA) vous permettent de pousser des modifications d'application directement aux utilisateurs sans attendre l'approbation des stores d'applications. Avec **le ciblage par version**, vous pouvez livrer des mises à jour à des versions d'application spécifiques, garantissant la compatibilité et réduisant les risques tels que les plantages.
-
-Voici ce que vous allez apprendre :
-
--   **Ce que sont les mises à jour OTA** : Poussez des changements instantanément aux utilisateurs tout en restant conforme aux règles des stores d'applications.
-
--   **Ciblage par version** : Envoyez des mises à jour uniquement à des versions d'application spécifiques pour corriger des bugs, déployer des fonctionnalités ou soutenir des utilisateurs hérités.
-
--   **Avantages** :
-
-    -   Mises à jour plus rapides (minutes, pas des semaines).
-        
-    -   Meilleure stabilité de l'application et déploiements contrôlés.
-        
-    -   Expérience utilisateur améliorée en évitant des mises à jour inutiles.
-        
--   **Comment l'utiliser** :
-    
-    -   Suivez la version sémantique (**MAJOR.MINOR.PATCH**).
-        
-    -   [Configurez les mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) dans votre projet Capacitor.
-        
-    -   Testez minutieusement à travers les versions ciblées.
-        
-
-**Comparaison rapide** :
-
-| **Aspect** | **Mises à jour traditionnelles** | **OTA avec ciblage par version** |
-| --- | --- | --- |
-| Temps de déploiement | Jours à semaines | Minutes |
-| Précision de mise à jour | Même mise à jour pour tous les utilisateurs | Mises à jour ciblées par version |
-| Gestion des risques | Risque plus élevé de problèmes généralisés | Déploiement contrôlé par version |
-
-[Capgo](https://capgo.app/), une plateforme de premier plan, rapporte un **gain d'efficacité de 81%** dans les cycles de publication et a délivré plus de **947,6 millions de mises à jour** à l'échelle mondiale.
-
-Vous voulez apprendre à le configurer et à éviter les erreurs courantes ? Continuez à lire pour un guide étape par étape.
-
-## Explorez le plugin de mise à jour en direct Ionic [Capacitor](https://capacitorjs.com/) de [Capgo](https://capgo.app/plugins)
-
-**Guide technique sur le ciblage par version**
-
-La version sémantique est cruciale pour gérer efficacement les mises à jour OTA, garantissant la compatibilité et des transitions fluides pour les utilisateurs.
-
-### Numéros de version sémantique
-
-Capacitor utilise un format **MAJOR.MINOR.PATCH** pour la version sémantique. Chaque partie a un rôle distinct :
-
-| Composant de version | Quand incrémenter | Exemple |
-| --- | --- | --- |
-| **MAJOR** | Pour des changements qui brisent la compatibilité | 2.0.0 → 3.0.0 |
-| **MINOR** | Pour l'ajout de nouvelles fonctionnalités qui restent compatibles | 2.1.0 → 2.2.0 |
-| **PATCH** | Pour corriger des bugs sans briser la compatibilité | 2.1.1 → 2.1.2 |
-
-Cette structure assure que les mises à jour soient distribuées avec précision et efficacité.
-
-### Configuration et installation
-
-Suivez ces étapes pour configurer le ciblage par version dans votre projet Capacitor :
-
-1. **Configuration initiale**
-
-Exécutez `npx @capgo/cli init` dans votre répertoire de projet. Cela initialise les outils nécessaires pour les mises à jour OTA.
-
-2. **Configuration de la version**
-
-Définissez les paramètres de version dans votre fichier de configuration Capacitor. Voici un exemple :
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "versionName": "2.1.0",
-  "versionCode": 21
-}
-```
-
-3. **Processus de construction**
-
-Une fois configurée, construisez votre application comme d'habitude. Le système de ciblage par version gérera la distribution des mises à jour en fonction de ces paramètres.
-
-Ces étapes garantissent que vos mises à jour OTA sont fiables et adaptées à des versions spécifiques de l'application.
-
-> "Avec Capgo, vous pouvez lancer plusieurs versions par semaine avec une augmentation impressionnante de 81% en efficacité." - Capgo [\[1\]](https://capgo.app/)
-
-Le système de Capgo a livré près de 947,6 millions de mises à jour dans le monde, supportant plus de 1 400 applications en production [\[1\]](https://capgo.app/). Cela montre la fiabilité des mises à jour OTA ciblées par version.
-
-Les mises à jour s'appliquent en arrière-plan, minimisant les perturbations pour les utilisateurs - une approche efficace pour gérer plusieurs versions d'application.
-
-## Quand utiliser le ciblage par version
-
-Le ciblage par version aide à gérer les mises à jour à travers différents groupes d'utilisateurs, garantissant la stabilité de l'application et une meilleure expérience utilisateur.
-
-### Cas d'utilisation clés
-
-Voici quand le ciblage par version peut être particulièrement utile :
-
-| Scénario | Mise en œuvre | Avantages |
-| --- | --- | --- |
-| Corrections de bugs critiques | Concentrez les mises à jour sur les versions avec le bug | Limite l'impact sur les utilisateurs sans le problème |
-| Déploiements de fonctionnalités | Déployez progressivement des fonctionnalités aux nouvelles versions | Permet un suivi et des tests minutieux |
-| Support hérité | Gardez les anciennes versions compatibles | Assure que tous les utilisateurs peuvent continuer à utiliser l'application |
-| Test bêta | Ciblez les mises à jour vers des groupes de versions spécifiques | Crée un environnement de test contrôlé |
-
-Décomposons les avantages spécifiques que cette approche offre.
-
-### Principaux avantages
-
-Le ciblage par version offre des avantages évidents pour les développeurs et les utilisateurs :
-
-**Meilleure stabilité**
-
--   Minimise les plantages en garantissant que les mises à jour sont compatibles avec des versions spécifiques.
-    
--   Permet des retours rapides en cas de problème.
-    
--   Maintient la performance de l'application cohérente à travers différentes versions.
-    
-
-**Processus de développement rationalisé**
-
--   Donne aux équipes un contrôle précis sur la manière dont les mises à jour sont distribuées.
-    
--   Accélère les corrections de bugs pour des versions spécifiques.
-    
--   Réduit les risques associés au lancement de nouvelles fonctionnalités.
-    
-
-**Expérience utilisateur améliorée**
-
-En livrant uniquement des mises à jour pertinentes, les utilisateurs évitent des changements inutiles. Le développeur Andrew Peacock souligne son impact :
-
-> "Avec Capgo, nous pouvons pousser des modifications de code live selon notre calendrier, garantissant que nos utilisateurs ont toujours les dernières fonctionnalités et corrections sans une longue attente" [\[1\]](https://capgo.app/)
-
-Cette approche est particulièrement efficace dans les environnements d'entreprise où plusieurs versions d'application doivent coexister. Elle s'intègre également parfaitement avec les discussions précédentes sur la configuration technique, montrant comment des mises à jour OTA adaptées peuvent faire une réelle différence.
-
-###### sbb-itb-f9944d2
-
-## Directives de mise en œuvre
-
-Maintenant que vous avez couvert la base technique, il est temps de planifier et d'exécuter votre [stratégie de mise à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) efficacement.
-
-### Planification de votre stratégie de mise à jour
-
-Pour assurer un ciblage par version fluide, il est important d'établir des politiques claires. L'équipe de Capgo suggère de se concentrer sur trois éléments principaux :
-
-| Composant | Objectif | Comment l'implémenter |
-| --- | --- | --- |
-| **Catégories de version** | Définir les types de mise à jour | Utilisez la version sémantique (major.minor.patch) |
-| **Calendrier de publication** | Planifiez la fréquence des mises à jour | Définissez des intervalles cohérents mais restez flexible pour les corrections urgentes |
-| **Protocole de test** | Assurer la stabilité des mises à jour | Testez minutieusement à travers les plages de versions ciblées avant de publier |
-
-Une fois votre stratégie en place, veillez à éviter les erreurs courantes qui peuvent perturber votre déploiement.
-
-### Erreurs courantes à éviter
-
-Les équipes de développement rencontrent souvent des problèmes lors de la gestion du ciblage par version. Voici quelques pièges à éviter :
-
--   **Couverture de test insuffisante**  
-    Testez toujours les mises à jour à travers toutes les versions ciblées pour éviter d'omettre des problèmes.
-    
--   **Gestion de version inadéquate**  
-    Maintenez une documentation stricte des versions et définissez des limites de compatibilité claires.
-    
--   **Manque de communication**  
-    Tenez les utilisateurs informés des exigences de version et des changements à venir pour minimiser la confusion.
-    
-
-### Maintenir les anciennes versions
-
-Le soutien des anciennes versions est tout aussi important que le déploiement de nouvelles. Voici comment vous pouvez gérer cela efficacement tout en garantissant la compatibilité inverse :
-
--   **Drapeaux de fonctionnalités**
-    
-    -   Contrôlez les fonctionnalités disponibles dans des versions spécifiques.
-        
-    -   Déployez progressivement des mises à jour aux groupes de versions ciblées.
-        
-    -   Désactivez rapidement les fonctionnalités si elles posent des problèmes.
-        
--   **Tests spécifiques à la version**
-    
-    -   Mettez en place des environnements de test dédiés pour chaque version supportée.
-        
-    -   Vérifiez que les mises à jour n'interfèrent pas avec la fonctionnalité existante tout en introduisant de nouvelles fonctionnalités pour les versions compatibles.
-        
--   **Documentation complète**
-    
-    -   Maintenez une documentation détaillée pour chaque version, y compris les changements d'API, les besoins de configuration et toutes limitations connues.
-
-## Résoudre les problèmes de ciblage par version
-
-Le ciblage par version dans les [mises à jour OTA de Capacitor](https://capgo.app/ja/) peut parfois créer des défis qui perturbent la fonctionnalité. Voici des étapes pour vous aider à identifier et à résoudre ces problèmes efficacement.
-
-### Problèmes connus
-
-Voici quelques problèmes courants qui peuvent survenir lors des déploiements OTA :
-
-| **Type de problème** | **Causes courantes** | **Impact** |
-| --- | --- | --- |
-| Incompatibilité de version | Utilisation incorrecte de SemVer | Les mises à jour échouent à s'appliquer |
-| Erreurs de configuration | Réglages d'application mal alignés | Problèmes de déploiement |
-| Problèmes de réseau | Connexions instables | Mises à jour incomplètes |
-
-Ces problèmes peuvent affecter négativement la performance de l'application et l'expérience utilisateur.
-
-### Étapes de résolution des problèmes
-
-Pour résoudre les problèmes de ciblage par version, suivez ces étapes :
-
-1.  **Vérifiez la configuration de la version**  
-    Vérifiez les fichiers de configuration de votre application pour vous assurer que les numéros de version utilisent correctement le format SemVer (MAJOR.MINOR.PATCH). Confirmez la cohérence à travers tous les environnements de déploiement.
-    
-2.  **Exécutez des diagnostics**  
-    Testez à travers les versions d'application ciblées pour identifier les problèmes de compatibilité. Utilisez des outils comme les diagnostics CLI de Capgo pour un dépannage rapide.
-    
-3.  **Revoyez l'implémentation**  
-    Examinez votre stratégie de mise à jour, en tenant compte des facteurs tels que la fiabilité du réseau pendant les mises à jour, la compatibilité des appareils, et les limitations de stockage.
-    
-
-### Ressources d'aide
-
-Si vous avez besoin d'une assistance supplémentaire, voici quelques ressources utiles :
-
-| **Type de ressource** | **Objectif** | **Accès** |
-| --- | --- | --- |
-| Documentation | Instructions techniques | Docs officiels de Capacitor |
-| Forums communautaires | Conseils et solutions entre pairs | Communautés de développeurs |
-| Outils de support | Dépannage automatisé | Plateforme Capgo |
-
-Ces ressources peuvent vous aider à résoudre des problèmes efficacement et à éviter des retards de déploiement, garantissant des mises à jour plus fluides et une meilleure performance de l'application.
-
-## Résumé
-
-Le ciblage par version pour les mises à jour OTA offre une manière plus intelligente de gérer les déploiements d'applications. En activant des mises à jour pour des versions spécifiques d'applications, cela fournit un contrôle précis, minimise les problèmes de compatibilité et assure des opérations plus fluides.
-
-| Avantage | Impact | Résultat Mesurable |
-| --- | --- | --- |
-| Efficacité de Déploiement | Accélère les cycles de publication | 81 % d'augmentation des publications hebdomadaires |
-| Contrôle des Mises à Jour | Gère précisément les versions | Livraison ciblée à 947,6M+ mises à jour |
-| Économies de Coûts | Réduit les dépenses opérationnelles | 2 600 $ pour la configuration contre 6 000 $ pour les alternatives annuelles |
-
-Cette méthode garantit que les mises à jour ne sont envoyées qu'aux appareils compatibles, réduisant ainsi les problèmes liés aux versions.
-
-### Commencer
-
-Pour tirer le meilleur parti du ciblage des versions, un plan solide est essentiel pour maintenir la compatibilité de l'application. Des plateformes comme Capgo simplifient ce processus avec des fonctionnalités telles que la gestion automatisée, [le cryptage sécurisé](https://capgo.app/docs/cli/migrations/encryption/), et la conformité aux règles des stores d'applications. Voici quelques étapes pour commencer efficacement :
-
--   **Définir des Règles de Version** : Définir des contraintes claires pour gérer la distribution des mises à jour.
-    
--   **Suivre les Déploiements** : Surveiller les taux de réussite des mises à jour à travers différentes versions de l'application.
-    
--   **Supporter les Versions Héritées** : Maintenir des versions anciennes critiques fonctionnelles tout en incitant les utilisateurs à effectuer des mises à jour.
diff --git a/src/content/blog/fr/capacitor-ota-updates-versioning-best-practices.md b/src/content/blog/fr/capacitor-ota-updates-versioning-best-practices.md
deleted file mode 100644
index e47a7cc49..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-versioning-best-practices.md
+++ /dev/null
@@ -1,171 +0,0 @@
----
-slug: capacitor-ota-updates-versioning-best-practices
-title: 'Mises à jour OTA de Capacitor : Bonnes pratiques pour la gestion des versions'
-description: >-
-  Découvrez les meilleures pratiques pour gérer les mises à jour OTA de
-  Capacitor, y compris les stratégies de versionnage, les erreurs courantes et
-  les mesures de sécurité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-26T04:29:43.897Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67be629d36a1a0b25cc0f4e3-1740544205565.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, OTA updates, versioning, mobile development, app updates, semantic
-  versioning, deployment strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez déployer des mises à jour d'applications instantanément sans attendre l'approbation des app stores ?** Les mises à jour Over-the-Air (OTA) de [Capacitor](https://capacitorjs.com/) vous permettent de le faire, en activant les mises à jour en temps réel du contenu web de votre application. Mais pour garantir des déploiements fluides, vous avez besoin de bonnes pratiques de gestion des versions.
-
-Voici ce que vous apprendrez dans ce guide :
-
--   **Pourquoi les mises à jour OTA font gagner du temps :** Évitez les délais des app stores et augmentez l'efficacité jusqu'à **81%**.
-    
--   **Comment gérer les versions :** Utilisez le Versionnement Sémantique (MAJEUR.MINEUR.CORRECTIF) pour suivre efficacement les mises à jour.
-    
--   **Pièges courants à éviter :** Builds non synchronisés, configurations défaillantes et problèmes de traçabilité des mises à jour.
-    
--   **Les meilleurs outils :** Des outils comme `capacitor-sync-version-cli` et [Capgo](https://capgo.app/) simplifient le versionnement et le déploiement.
-    
--   **Stratégies de mise à jour :** Choisissez entre mises à jour partielles et complètes, déploiements progressifs et mises à jour optionnelles ou obligatoires.
-    
-
-**Conseil rapide :** Commencez avec la version **0.1.0**, incrémentez MINEUR pour les nouvelles fonctionnalités et CORRECTIF pour les corrections de bugs. Validez toujours les builds et les configurations avant la publication.
-
-Prêt à optimiser vos [mises à jour OTA Capacitor](https://capgo.app/ja/) ? Commençons.
-
-## Versionnement Sémantique
-
-<iframe src="https://www.youtube.com/embed/rEgevIkqp2o" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Directives de gestion des versions pour [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-26.jpg?auto=compress)
-
-La gestion des mises à jour OTA Capacitor nécessite une stratégie claire de contrôle des versions. Voici comment maintenir la stabilité et assurer le bon déroulement des mises à jour.
-
-### Bases du Versionnement Sémantique
-
-Le Versionnement Sémantique (SemVer) est une méthode largement utilisée pour la numérotation des versions, structurée comme MAJEUR.MINEUR.CORRECTIF. Chaque partie a un rôle spécifique :
-
-| **Composant de Version** | **Objectif** | **Quand Mettre à Jour** |
-| --- | --- | --- |
-| **MAJEUR (X)** | Signale des changements incompatibles | Lors de l'introduction d'incompatibilités API |
-| **MINEUR (Y)** | Ajoute de nouvelles fonctionnalités | Lors de l'ajout de fonctionnalités rétrocompatibles |
-| **CORRECTIF (Z)** | Corrige les bugs | Lors de l'implémentation de corrections rétrocompatibles |
-
-Les directives d'Apple concernant le code téléchargé sont à noter :
-
-> "Le code interprété peut être téléchargé dans une Application, mais uniquement si ce code : (a) ne modifie pas l'objectif principal de l'Application en fournissant des fonctionnalités incompatibles avec l'objectif prévu et annoncé de l'Application telle que soumise à l'App Store (b) ne crée pas de magasin ou de vitrine pour d'autres codes ou applications (c) ne contourne pas la signature, le bac à sable ou d'autres fonctionnalités de sécurité du système d'exploitation." [\[2\]](https://github.com/Cap-go/capacitor-updater)
-
-[Continue avec le reste du texte si nécessaire]
-
-| Niveau de Sécurité | Mise en œuvre | Objectif |
-| --- | --- | --- |
-| Chiffrement | TLS avec certificats signés par une AC | Protège les paquets de mise à jour pendant la transmission |
-| Authentification | Clés de sécurité matérielles | Offre une protection plus forte que les clés basées sur fichiers |
-| Vérification d'intégrité | Signatures cryptographiques | Confirme l'authenticité des mises à jour |
-| Protection contre le retour en arrière | Mécanisme de retour automatique | Empêche le blocage de l'appareil lors des mises à jour échouées |
-
-**Étapes pour améliorer la sécurité des mises à jour :**
-
-1. **Établir des connexions sécurisées**  
-   Utilisez TLS avec vérification du nom d'hôte et certificats signés par une AC pour garantir que les connexions au serveur sont vérifiées[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security).
-
-2. **Protéger les paquets de mise à jour**  
-   Chiffrez les mises à jour et appliquez des signatures numériques après le chiffrement. Pour une sécurité maximale, utilisez des systèmes air-gapped pour la signature numérique[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security)[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices).
-
-3. **Mettre en place des mécanismes de récupération**  
-   Activez les fonctionnalités de retour automatique pour gérer efficacement les mises à jour échouées[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices).
-
-Dr. Hunt souligne également l'importance des mises à jour OTA dans les technologies avancées :
-
-> "L'OTA est déjà un facteur clé pour rendre les systèmes de conduite autonome fiables" - Dr. James J. Hunt, fondateur, PDG et CTO d'aicas[\[7\]](https://www.aicas.com/wp/whitepaper/security-aspects-of-over-the-air-ota-updates/)
-
-L'UNECE a approuvé les règlements UN (UN R155/R156), qui fournissent un cadre pour des mises à jour OTA sécurisées dans divers secteurs. Ces normes garantissent que les mises à jour sont sûres et fiables.
-
-## Options de logiciels de mise à jour OTA
-
-Choisir le bon logiciel de mise à jour OTA est plus qu'une mesure de sécurité - c'est la clé pour assurer un déploiement fluide, un contrôle de version efficace et des cycles de publication rationalisés pour les applications Capacitor. Les bons outils rendent la gestion des mises à jour plus simple et plus efficace.
-
-### [Capgo : Plateforme de mise à jour OTA](https://capgo.app)
-
-![Capgo: OTA Update Platform](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-26.jpg?auto=compress)
-
-Capgo a livré **482,9 millions de mises à jour** sur **1 800 applications**, améliorant l'efficacité des versions de **81 %** [\[1\]](https://capgo.app/). Voici ce qui le distingue :
-
-- **Sécurité** : Des fonctionnalités comme le chiffrement de bout en bout et la vérification des signatures de code garantissent la sécurité des mises à jour.
-
-- **Intégration** : Fonctionne parfaitement avec les plateformes CI/CD comme [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), [GitHub](https://github.com/about), [Jenkins](https://www.jenkins.io/), [Cloudbees](https://www.cloudbees.com/), et [Travis](https://www.travis-ci.com/).
-
-- **Déploiement** : Offre l'attribution d'utilisateurs et des déploiements progressifs pour des distributions précises et instantanées.
-
-- **Analytique** : Outils intégrés pour suivre la performance des mises à jour et mesurer l'adoption des utilisateurs.
-
-Un excellent exemple ? [Colenso](https://www.colensobbdo.co.nz/) a réussi à atteindre près de l'ensemble de sa **base de 5 000+ utilisateurs** en quelques minutes [\[1\]](https://capgo.app/). Comme l'a partagé Rodrigo Mantica :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-### Outils de mise à jour alternatifs
-
-Bien que Capgo offre une solution robuste, d'autres outils apportent différentes approches à la gestion des versions. Voici une comparaison rapide :
-
-| Aspect de l'outil | Capgo | Appflow |
-| --- | --- | --- |
-| **Structure de coûts** | ~300$/mois pour les coûts CI/CD | Abonnement annuel de 6 000$ |
-| **Stratégies de mise à jour** | Déploiement instantané, attribution d'utilisateurs | Arrière-plan, Toujours à jour, Mise à jour forcée |
-| **Intégration** | Multiples plateformes CI/CD | CI/CD intégré |
-
-Un utilisateur a partagé son expérience :
-
-> "Nous essayons actuellement @Capgo depuis qu'Appcenter a arrêté le support des mises à jour en direct sur les applications hybrides et qu'@AppFlow est beaucoup trop cher." [\[1\]](https://capgo.app/)
-
-### Fonctionnalités clés à rechercher
-
-Lors de la sélection d'un outil de mise à jour OTA, assurez-vous qu'il offre :
-
-- **Chiffrement de bout en bout** pour sécuriser les mises à jour
-
-- **Intégration CI/CD** pour s'aligner sur votre flux de travail
-
-- **Attribution d'utilisateurs** pour des déploiements contrôlés
-
-- **Conformité aux app stores** pour éviter les problèmes de distribution [\[10\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-Votre choix de logiciel de mise à jour OTA peut avoir un grand impact sur l'efficacité de votre équipe et le succès du déploiement. Prenez le temps d'évaluer vos besoins en matière de sécurité, de contrôle de version et de collaboration pour trouver la meilleure solution pour votre projet.
-
-## Conclusion
-
-### Résumé
-
-Équilibrer la précision technique avec l'expérience utilisateur peut améliorer l'efficacité de la gestion des mises à jour de 81 % [\[1\]](https://capgo.app/). Cette approche soutient un contrôle de version efficace et des déploiements OTA fiables.
-
-Voici les points principaux à garder à l'esprit pour des mises à jour OTA réussies :
-
-- **Sécurité** : Utilisez le chiffrement de bout en bout et la vérification des signatures de code pour maintenir l'intégrité des mises à jour [\[1\]](https://capgo.app/).
-
-- **Expérience utilisateur** : Minimisez les perturbations en planifiant judicieusement les mises à jour et en tenant les utilisateurs informés tout au long du processus [\[11\]](https://withintent.com/blog/ota-updates-design/).
-
-- **Conformité** : Assurez-vous que les mises à jour répondent aux exigences d'Apple et Google [\[1\]](https://capgo.app/).
-
-### Prochaines étapes
-
-Pour améliorer votre processus de mise à jour OTA, considérez ces actions :
-
-1. **Sélectionner les bons outils**  
-   Choisissez des outils qui s'alignent sur vos besoins en sécurité, vos objectifs de déploiement et votre budget, basés sur les stratégies discutées.
-
-2. **Suivre les meilleures pratiques**
-
-   > "Les utilisateurs peuvent aussi être réticents à exécuter une mise à jour OTA car cela perturbe leur expérience familière et confortable avec l'application, les obligeant à se familiariser avec les aspects plus techniques du produit, auxquels ils ne sont généralement pas habitués." [\[11\]](https://withintent.com/blog/ota-updates-design/)
-
-3. **Suivre et améliorer**  
-   Surveillez la performance de vos mises à jour et la réaction des utilisateurs. Utilisez ces données pour affiner votre approche de déploiement au fil du temps.
-
-Les futures mises à jour OTA devraient viser à combiner un déploiement rapide avec une expérience utilisateur fluide, assurant à la fois efficacité et satisfaction.
diff --git a/src/content/blog/fr/capacitor-ota-updates-vs-app-store-restrictions.md b/src/content/blog/fr/capacitor-ota-updates-vs-app-store-restrictions.md
deleted file mode 100644
index 17395755a..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-vs-app-store-restrictions.md
+++ /dev/null
@@ -1,196 +0,0 @@
----
-slug: capacitor-ota-updates-vs-app-store-restrictions
-title: Mises à jour OTA Capacitor vs Restrictions de l'App Store
-description: >-
-  Découvrez comment les mises à jour OTA offrent un déploiement d'applications
-  plus rapide et plus flexible par rapport aux méthodes traditionnelles des
-  magasins d'applications, améliorant l'efficacité et l'expérience utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T00:43:15.626Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da0b3b31389773b3feea04-1742345039375.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, app store restrictions, mobile development, app deployment, agile
-  development, app updates, Capgo
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez des [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) plus rapides sans attendre ?** Les mises à jour Over-the-Air (OTA) permettent aux développeurs de contourner les délais des stores d'applications et d'envoyer des modifications directement aux utilisateurs en quelques minutes. Voici pourquoi cela est important :
-
--   **Vitesse** : Les mises à jour OTA atteignent 95 % des utilisateurs dans les 24 heures, contre un cycle de révision de 2 à 7 jours pour les mises à jour des stores d'applications.
--   **Flexibilité** : Déployez des mises à jour ciblées, corrigez des bugs ou déployez des fonctionnalités sans nécessiter d'action de l'utilisateur.
--   **Efficacité** : Seul le code modifié est téléchargé, économisant la bande passante et le temps.
-
-**Comparaison Rapide** :
-
-| Fonctionnalité | Mises à jour de l'App Store | Mises à jour OTA |
-| --- | --- | --- |
-| **Temps de déploiement** | Jours à semaines | Minutes à heures |
-| **Adoption par les utilisateurs** | Graduel | 95 % dans les 24 heures |
-| **Capacité de retour en arrière** | Nécessite une nouvelle soumission | Retour en arrière instantané |
-| **Utilisation de la bande passante** | Téléchargement complet de l'application | Seulement le contenu modifié |
-
-Les mises à jour OTA, comme celles fournies par [Capgo](https://capgo.app/), garantissent des mises à jour plus rapides et sans heurts tout en restant conformes aux règles des stores d'applications. Que vous corrigiez des bugs, amélioriez la sécurité ou ajoutiez des fonctionnalités, les mises à jour OTA changent la donne pour le développement agile des applications.
-
-## [Appflow](https://ionic.io/appflow/) Déploiement : Expédiez des mises à jour en temps réel à vos utilisateurs d'[Ionic](https://ionicframework.com/) 
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-03-19.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Limites des mises à jour de l'App Store
-
-Les stores d'applications imposent des limites strictes sur les mises à jour des applications, rendant difficile le déploiement rapide de modifications. Ces restrictions soulignent l'importance de trouver des solutions plus rapides comme les mises à jour OTA (Over-the-Air). Les processus de révision détaillés requis par les grandes plateformes retardent souvent la sortie des mises à jour.
-
-### Restrictions de mises à jour de code
-
-Apple et Google appliquent des procédures de révision rigoureuses, qui peuvent ralentir même les plus petites mises à jour. Alors que les mises à jour des stores d'applications peuvent prendre plusieurs jours pour atteindre les utilisateurs, les mises à jour OTA peuvent être déployées en quelques minutes. Selon Capgo, cette différence de vitesse est un changement décisif [\[1\]](https://capgo.app/).
-
-> "Éviter la révision pour une correction de bug est précieux." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-### Pourquoi ces règles existent
-
-Les stores d'applications appliquent ces règles pour protéger les utilisateurs et maintenir la stabilité globale de leurs plateformes. Voici pourquoi :
-
--   **Vérifications de sécurité** : Les révisions aident à bloquer le code malveillant qui pourrait être ajouté aux applications.
--   **Contrôle de la qualité** : Les mises à jour sont soigneusement testées pour garantir qu'elles respectent les normes de la plateforme.
--   **Stabilité du système** : Un suivi minutieux garantit que les mises à jour ne perturbent pas la fonctionnalité de la plateforme.
-
-À cause de ces contrôles, les développeurs se tournent vers des méthodes alternatives pour suivre le besoin de mises à jour plus rapides. Capgo, par exemple, a livré 23.5 millions de mises à jour OTA conformes aux règles des stores d'applications [\[1\]](https://capgo.app/), prouvant la demande de solutions plus rapides.
-
-> "Nous avons déployé des [mises à jour OTA Capgo](https://console.capgo.app/resend_email) en production pour notre base d'utilisateurs de plus de 5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour dans les minutes qui suivent le déploiement de la mise à jour OTA sur @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Les systèmes OTA modernes offrent un moyen de pousser des mises à jour critiques rapidement sans enfreindre les directives des stores d'applications. Cette approche démontre comment les développeurs peuvent réaliser un déploiement plus rapide tout en restant conformes. Ensuite, nous approfondirons comment les mises à jour OTA offrent cette agilité.
-
-## Comment fonctionnent les mises à jour OTA de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
-
-Les [mises à jour OTA de Capacitor](https://capgo.app/ja/) rendent le déploiement des applications plus rapide et plus efficace, permettant aux développeurs d'envoyer des modifications sans attendre les approbations des stores d'applications.
-
-### Comment fonctionnent les mises à jour OTA
-
-Un plugin gère la détection et l'installation des mises à jour. Lorsque les développeurs déploient des mises à jour à l'aide de l'interface de ligne de commande (CLI), l'application les identifie automatiquement et les installe en arrière-plan. Au lieu de tout télécharger, seul le code modifié est récupéré, économisant ainsi la bande passante et accélérant le processus. Par exemple, le CDN mondial de Capgo peut livrer un bundle de 5 Mo en seulement 114 ms, avec un temps de réponse API moyen de 434 ms à l'échelle mondiale [\[1\]](https://capgo.app/). Cette approche rationalisée garantit que les mises à jour sont rapides et sans tracas.
-
-### Avantages des mises à jour OTA
-
-Les mises à jour OTA apportent plus que de la vitesse - elles offrent aux développeurs un meilleur contrôle sur leur [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Voici un rapide aperçu :
-
-| Fonctionnalité | Avantage | Indicateur clé |
-| --- | --- | --- |
-| Vitesse de mise à jour | Déploiement plus rapide | 95 % des utilisateurs mis à jour dans les 24 heures |
-| Contrôle de distribution | Déploiements ciblés | Taux de réussite de 82 % à l'échelle mondiale |
-| Efficacité des ressources | Téléchargements plus petits | 114 ms pour un bundle de 5 Mo |
-| Fiabilité | Retour en arrière automatique | 23,5 millions de mises à jour délivrées |
-
-### Outils OTA de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Capgo améliore l'expérience de mise à jour OTA avec des outils et des fonctionnalités supplémentaires. La sécurité est une priorité absolue, avec un chiffrement de bout en bout garantissant que seuls les utilisateurs autorisés peuvent accéder aux mises à jour [\[1\]](https://capgo.app/). Les fonctionnalités clés incluent :
-
--   [Mises à jour spécifiques au canal](https://capgo.app/docs/webapp/channels/) pour un ciblage précis
--   Intégration avec des plateformes CI/CD populaires
--   Analyse en temps réel pour suivre les performances
--   Retour en arrière en un clic pour des corrections rapides
-
-Actuellement, 750 applications s'appuient sur le système de Capgo dans des environnements de production [\[1\]](https://capgo.app/). Ces outils combinent rapidité, sécurité et fiabilité, faisant des mises à jour OTA un choix intelligent pour les développeurs qui souhaitent rester agiles tout en respectant les directives des stores d'applications.
-
-## Mises à jour OTA vs Mises à jour de l'App Store
-
-Les mises à jour OTA (Over-the-Air) et les mises à jour des stores d'applications diffèrent considérablement en termes de vitesse, de facilité de déploiement et d'expérience utilisateur. Les mises à jour OTA fournissent un moyen plus rapide et plus flexible de livrer des changements, en particulier pour les équipes travaillant avec des méthodologies agiles.
-
-### Comparaison des fonctionnalités
-
-Voici un aperçu des principales différences entre les mises à jour des stores d'applications et les mises à jour OTA, montrant pourquoi de nombreux développeurs se tournent vers des solutions OTA :
-
-| Fonctionnalité | Mises à jour de l'App Store | Mises à jour OTA de Capacitor |
-| --- | --- | --- |
-| **Temps de déploiement** | Processus de révision de 2 à 7 jours | Minutes à heures |
-| **Taux de succès de mise à jour** | Dépend de l'action de l'utilisateur | 95 % dans les 24 heures |
-| **Contrôle de distribution** | Options de ciblage limitées | Ciblage basé sur des canaux |
-| **Capacité de retour en arrière** | Nécessite une nouvelle soumission | Retour en arrière instantané |
-| **Interaction utilisateur** | [Approbation de mise à jour manuelle](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | [Mises à jour automatiques en arrière-plan](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-| **Analyse** | Métriques d'installation basiques | Suivi détaillé des mises à jour |
-| **Utilisation de la bande passante** | Téléchargement complet de l'application | Seulement le contenu modifié |
-| **Flux de travail de développement** | Cycles de publication rigides | Intégration CI/CD activée |
-
-(Source : [\[1\]](https://capgo.app/))
-
-Des cas concrets démontrent comment les mises à jour OTA améliorent l'efficacité. Par exemple, Rodrigo Mantica souligne leur valeur dans des environnements d'entreprise :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-Les chiffres confirment cela : les mises à jour OTA affichent un taux de succès mondial de 82 % et ont délivré 23,5 millions de mises à jour [\[1\]](https://capgo.app/). Ces statistiques soulignent leur fiabilité et leur évolutivité par rapport aux mises à jour traditionnelles des stores d'applications.
-
-Bien que les mises à jour des stores d'applications soient toujours essentielles pour les grandes versions et les nouvelles fonctionnalités significatives, les mises à jour OTA fournissent un moyen plus rapide et plus efficace de gérer les mises à jour régulières. Elles permettent aux développeurs de garder leurs applications conformes tout en garantissant un processus de mise à jour fluide et sans heurts pour les utilisateurs.
-
-Ensuite, nous couvrirons comment mettre en œuvre des mises à jour OTA tout en respectant les exigences des stores d'applications.
-
-## Guide de mise en œuvre des mises à jour OTA
-
-### Respect des exigences de l'App Store
-
-Pour mettre en œuvre avec succès des mises à jour OTA, vous devez respecter les directives des stores d'applications. Voici les principales zones à cibler :
-
--   **Distribution basée sur les canaux** : Utilisez divers canaux pour gérer efficacement les déploiements par étapes et les tests bêta.
--   **Gestion du contrôle de version** : Maintenez un suivi strict des versions et intégrez les mises à jour OTA dans votre pipeline CI/CD.
--   **[Optimisation de la taille des mises à jour](https://capgo.app/blog/optimise-your-images-for-updates/)** : Minimisez les tailles de téléchargement en envoyant uniquement le code modifié.
-
-Ces étapes sont cruciales pour fournir des mises à jour OTA sécurisées et fiables.
-
-### Sécurité et confiance
-
-Une fois le processus de déploiement établi, prioriser la sécurité et construire la confiance des utilisateurs est essentiel. Capgo utilise un chiffrement de bout en bout, garantissant que les mises à jour sont accessibles uniquement aux utilisateurs autorisés. Cette méthode a atteint un taux de succès global de 82 % à travers 750 applications en production [\[1\]](https://capgo.app/). Voici les principales mesures de sécurité :
-
--   Chiffrement de bout en bout pour tous les fichiers de mise à jour
--   Suivi et monitoring en temps réel des erreurs
--   Options de retour en arrière instantané pour résoudre rapidement les problèmes
--   Protocoles d'authentification et d'autorisation stricts
-
-### Exemples réels de mises à jour
-
-Des applications pratiques valident ces stratégies. Par exemple, l'équipe de [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA a souligné son expérience :
-
-> "Capgo est un moyen intelligent d'effectuer des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Ces exemples montrent à quel point des mises à jour OTA bien exécutées peuvent permettre des déploiements rapides, rester conformes aux magasins d'applications et préserver la confiance des utilisateurs.
-
-## Conclusion
-
-### Points clés
-
-[Les mises à jour des applications mobiles](https://capgo.app/plugins/capacitor-updater/) ont parcouru un long chemin, avec des mises à jour OTA qui se présentent désormais comme une alternative rapide et efficace aux méthodes traditionnelles des boutiques d'applications. Par exemple, les mises à jour Capgo atteignent **95 % des utilisateurs actifs en seulement 24 heures** [\[1\]](https://capgo.app/). Voici comment les deux approches se comparent :
-
-| Aspect | Mises à jour OTA | Boutique d'applications traditionnelle |
-| --- | --- | --- |
-| **Vitesse de déploiement** | Minutes à heures | Jours à semaines |
-| **Taux de succès des mises à jour** | 82 % dans le monde [\[1\]](https://capgo.app/) | Varie selon la boutique |
-| **Adoption par les utilisateurs** | 95 % en 24 heures [\[1\]](https://capgo.app/) | Graduel sur plusieurs semaines |
-| **Flexibilité du développement** | Corrections immédiates possibles | Soumis aux cycles de révision |
-
-Ces chiffres soulignent l'efficacité et l'agilité des mises à jour OTA, ouvrant la voie à des processus encore plus rapides et plus sûrs à l'avenir.
-
-### Perspectives d'avenir
-
-L'avenir de la technologie OTA est sur le point d'apporter encore de plus grands progrès en matière de vitesse, de sécurité et de flexibilité. Comme le dit Rodrigo Mantica :
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer continuellement à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-Certaines des domaines clés de développement incluent :
-
--   **Analyse en temps réel et suivi des erreurs** pour aider les développeurs à identifier et résoudre les problèmes instantanément.
--   **Intégration CI/CD avancée** pour des déploiements transparents et un ciblage précis des utilisateurs.
--   **Mesures de sécurité améliorées et outils de conformité** pour répondre aux normes évolutives.
-
-Même des organisations comme l'équipe OSIRIS-REx de la NASA ont constaté les bénéfices :
-
-> "@Capgo est une manière intelligente de faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Ces avancées font des mises à jour OTA un facteur de changement pour les développeurs cherchant à livrer des mises à jour rapides, fiables et faciles à utiliser.
diff --git a/src/content/blog/fr/capacitor-ota-updates-vs-traditional-testing-methods.md b/src/content/blog/fr/capacitor-ota-updates-vs-traditional-testing-methods.md
deleted file mode 100644
index 3e410818d..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-vs-traditional-testing-methods.md
+++ /dev/null
@@ -1,154 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-testing-methods
-title: Mises à jour OTA de Capacitor vs. méthodes de test traditionnelles
-description: >-
-  Découvrez les différences entre les mises à jour OTA de Capacitor et les
-  méthodes de test traditionnelles, et apprenez-en davantage sur leurs avantages
-  et inconvénients spécifiques pour le développement d'applications.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-21T03:04:05.735Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b7cbc8a97035aabf3ddea3-1740107095515.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA updates, traditional testing, app development, Capacitor, deployment,
-  quality assurance, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez des [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) plus rapides sans les délais de l'app store ?** Les mises à jour OTA de [Capacitor](https://capacitorjs.com/) vous permettent d'apporter des changements instantanément, tandis que les tests traditionnels assurent une qualité approfondie avant la sortie. Voici une comparaison rapide :
-
--   **[Mises à jour OTA Capacitor](https://capgo.app/ja/)** : Déployez des mises à jour directement aux utilisateurs sans approbation de l'app store. Idéal pour les correctifs rapides et le déploiement de fonctionnalités.
--   **Tests traditionnels** : Suit des phases structurées comme les tests unitaires, d'intégration et système avant la sortie. Garantit la fiabilité mais prend plus de temps.
-
-**Comparaison rapide :**
-
-| Fonctionnalité/Aspect | Mises à jour OTA Capacitor | Méthodes de test traditionnelles |
-| --- | --- | --- |
-| **Déploiement des mises à jour** | Livraison instantanée par voie aérienne | Nécessite une soumission à l'app store |
-| **Portée des tests** | Concentré sur des changements spécifiques | Tests système complets |
-| **Expérience utilisateur** | [Mises à jour automatiques en arrière-plan](https://capgo.app/docs/plugin/self-hosted/auto-update/) | Les utilisateurs mettent à jour manuellement les applications |
-| **Gestion des risques** | Capacités de retour en arrière instantané | Nécessite une nouvelle soumission pour les correctifs |
-
-Les mises à jour OTA de Capacitor, prises en charge par des outils comme [Capgo](https://capgo.app/), offrent flexibilité et rapidité, tandis que les méthodes traditionnelles assurent une qualité complète. Les deux ont leur place selon les besoins de votre application.
-
-## Déploiement [Appflow](https://ionic.io/appflow/) : Livrez des mises à jour en temps réel à vos utilisateurs d'applications Ionic
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-02-21.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Explication des mises à jour OTA [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-21.jpg?auto=compress)
-
-Les mises à jour OTA dans les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) simplifient la maintenance des applications après leur sortie. Au lieu d'exiger des soumissions complètes à l'app store, les développeurs peuvent pousser des mises à jour directement aux utilisateurs.
-
-### Qu'est-ce qui fait la particularité des mises à jour OTA ?
-
-Les mises à jour OTA se concentrent sur la modification de la couche web (HTML, CSS, JavaScript) sans altérer le code natif. Cette méthode assure la conformité aux règles de l'app store tout en permettant des mises à jour rapides.
-
-Voici une analyse des fonctionnalités clés :
-
-| Fonctionnalité | Description | Avantage |
-| --- | --- | --- |
-| Déploiement instantané | Envoi direct des mises à jour aux appareils | Évite les délais d'approbation de l'app store |
-| Mises à jour sélectives | Cibler des mises à jour pour des groupes spécifiques | Permet des déploiements progressifs |
-| Contrôle de version | Gérer et suivre l'historique des mises à jour | Garde les mises à jour organisées |
-| Support de rollback | Revenir facilement aux versions précédentes | Réduit les risques de mises à jour défectueuses |
-
-Ces fonctionnalités offrent aux développeurs plus de flexibilité et de contrôle, particulièrement lorsqu'elles sont associées à des outils comme Capgo.
-
-### Le rôle de [Capgo](https://capgo.app/) dans les mises à jour OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-21.jpg?auto=compress)
-
-Capgo simplifie le processus de gestion des mises à jour OTA pour les applications Capacitor. Sa plateforme priorise la sécurité avec le chiffrement de bout en bout, assurant la protection du contenu des mises à jour.
-
-En s'intégrant aux pipelines CI/CD, Capgo automatise les déploiements. Les développeurs peuvent tester les mises à jour avec des groupes d'utilisateurs spécifiques, déployer les changements progressivement et adapter les mises à jour selon les besoins des utilisateurs.
-
-Avec les outils d'organisation, de contrôle de version et de rollback de Capgo, les équipes peuvent gérer les mises à jour en douceur et avec confiance.
-
-## Aperçu des méthodes de test standard
-
-Les tests traditionnels impliquent des phases structurées et une documentation détaillée pour assurer que le logiciel fonctionne de manière fiable avant sa sortie.
-
-### Composants principaux des tests
-
-Cette approche comprend quatre phases clés : **tests unitaires, d'intégration, système et d'acceptation**. Chaque phase sert un objectif spécifique :
-
--   **Tests unitaires** : Se concentrent sur les composants individuels du code.
--   **Tests d'intégration** : Vérifient les interactions entre les composants.
--   **Tests système** : Évaluent le comportement global de l'application.
--   **Tests d'acceptation** : Confirment que le logiciel répond aux exigences des utilisateurs.
-
-Un aspect important des tests traditionnels est leur dépendance à une documentation complète. Les principaux types de documentation incluent :
-
-| Type de documentation | Objectif | Éléments clés |
-| --- | --- | --- |
-| **Plans de test** | Décrit la stratégie de test | Portée, calendrier, ressources |
-| **Cas de test** | Décrit les scénarios de test spécifiques | Étapes, résultats attendus, prérequis |
-| **Rapports de défauts** | Suit les problèmes identifiés | Gravité, étapes de reproduction, statut |
-| **Résultats des tests** | Résume les résultats | Métriques réussite/échec, analyse de couverture |
-
-Des outils comme **[TestRail](https://www.testrail.com/)** et **[Jira](https://www.atlassian.com/software/jira)** sont couramment utilisés pour gérer ces documents, bien que leur maintenance et leur exécution puissent prendre du temps.
-
-### Méthodes de test : Forces et limites
-
-Les tests traditionnels sont reconnus pour leur exhaustivité et leur responsabilité. Leur approche structurée garantit que toutes les fonctionnalités sont soigneusement examinées, réduisant le risque que des problèmes critiques atteignent la production.
-
-Cependant, cette méthode présente certains inconvénients dans les environnements de développement rapide :
-
--   Les phases séquentielles peuvent conduire à des cycles de développement plus longs.
--   Les processus de test manuels exigent beaucoup de temps et de ressources.
--   L'adaptation aux changements est difficile en raison de flux de travail rigides.
--   Les boucles de rétroaction entre développement et test sont plus lentes.
-
-Des outils d'automatisation comme **[Selenium](https://www.selenium.dev/)** et **[Appium](http://appium.io/)** peuvent accélérer certaines tâches, mais les tests traditionnels restent plus lents par rapport aux alternatives modernes.
-
-En fin de compte, le succès des tests traditionnels repose sur une exécution et une gestion des ressources appropriées. Bien que leur focus sur l'exhaustivité soit précieux, le rythme plus lent peut être un obstacle, particulièrement sous des délais serrés ou lorsque des mises à jour plus rapides, over-the-air (OTA) sont nécessaires. Ce contraste souligne la demande croissante de méthodes de test plus agiles.
-
-## Mises à jour OTA vs Tests standard
-
-Examinons de plus près comment les mises à jour OTA (Over-The-Air) diffèrent des méthodes de test traditionnelles. Les mises à jour OTA sont déployées instantanément via la couche web, tandis que les tests traditionnels impliquent des examens manuels par phases.
-
-### Principales différences
-
-| Fonctionnalité/Aspect | Mises à jour OTA Capacitor | Méthodes de test traditionnelles |
-| --- | --- | --- |
-| **Utilisation des ressources** | Effort manuel minimal, processus automatisés | Équipes QA dédiées, tests manuels |
-| **Portée des tests** | Concentré sur des changements spécifiques | Tests système complets |
-| **Gestion des risques** | Capacités de retour en arrière instantané | Nécessite une nouvelle soumission pour les changements |
-
-Ces différences façonnent directement la manière dont les projets sont exécutés et livrés.
-
-### Avantages et inconvénients
-
-Le contraste entre ces approches souligne comment les mises à jour OTA peuvent compléter les tests traditionnels en adressant leurs cycles de rétroaction plus lents.
-
-**Ce que les mises à jour OTA apportent :**
-
--   Déploiement instantané avec retour utilisateur immédiat
--   Processus automatisés qui allègent les demandes en ressources
--   Mises à jour ciblées pour des problèmes ou fonctionnalités spécifiques
--   Corrections et résolution de problèmes en temps réel
-
-**Ce que les tests traditionnels assurent :**
-
--   Assurance qualité approfondie à travers le système
--   Procédures de test bien documentées
--   Validation pour la conformité réglementaire
--   Tests système complets
-
-Les plateformes comme Capgo démontrent comment les mises à jour OTA sécurisées peuvent s'intégrer parfaitement aux flux de travail existants. Elles permettent aux développeurs de maintenir la conformité avec l'app store tout en déployant rapidement des mises à jour.
-
-## Conclusion
-
-Les mises à jour OTA ont changé la façon dont les développeurs répondent aux besoins des utilisateurs et suivent les demandes du marché. Elles permettent aux applications d'être mises à jour et améliorées après leur sortie sans les délais habituels.
-
-Avec des outils comme Capgo, les développeurs peuvent déployer des mises à jour instantanément et en toute sécurité, évitant les ralentissements des approbations de l'app store. Cela crée un équilibre où les mises à jour OTA et les méthodes de test traditionnelles jouent des rôles importants.
diff --git a/src/content/blog/fr/capacitor-ota-updates-vs-traditional-versioning.md b/src/content/blog/fr/capacitor-ota-updates-vs-traditional-versioning.md
deleted file mode 100644
index 0ebe43470..000000000
--- a/src/content/blog/fr/capacitor-ota-updates-vs-traditional-versioning.md
+++ /dev/null
@@ -1,217 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-versioning
-title: Mises à jour OTA de Capacitor vs.versioning traditionnel
-description: >-
-  Découvrez comment les mises à jour OTA de Capacitor révolutionnent le
-  déploiement des applications en offrant des mises à jour plus rapides et
-  automatisées par rapport aux méthodes traditionnelles des stores
-  d'applications.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-08T02:59:57.580Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cb94b1fd908bf224e07528-1741402807680.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA updates, traditional updates, Capacitor, mobile app development, app
-  deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez des [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) plus rapides sans attendre les examens de l'App Store ?** Les mises à jour Over-the-Air (OTA) de [Capacitor](https://capacitorjs.com/) pourraient être la solution. Contrairement aux mises à jour traditionnelles de l'App Store, qui prennent des jours et nécessitent une action de l'utilisateur, les mises à jour OTA déploient des changements en minutes et atteignent automatiquement les utilisateurs.
-
-### Points clés :
-
--   **Mises à jour traditionnelles** : Fiables mais lentes (24 à 72 heures), nécessitent des téléchargements utilisateurs, et conduisent souvent à une fragmentation des versions.
--   **Mises à jour OTA** : Instantanées (5 à 10 minutes), automatiques pour les utilisateurs, et permettent plusieurs mises à jour par semaine.
-
-### Comparaison rapide :
-
-| Aspect | Mises à jour traditionnelles | [Mises à jour OTA Capacitor](https://capgo.app/ja/) |
-| --- | --- | --- |
-| **Vitesse de déploiement** | 24-72 heures | 5-10 minutes |
-| **Adoption par les utilisateurs** | Téléchargement manuel | Automatique |
-| **Délai de correction des bogues** | Semaines | Immédiat |
-| **Fréquence de publication** | Mensuelle/Trimestrielle | Plusieurs par semaine |
-| **Coût** | 6 000 $+ par an | 300 $/mois |
-| **Rétrogradation** | Soumission nouvelle requise | Rétrogradation instantanée |
-
-Les mises à jour OTA de Capacitor, soutenues par des outils comme [Capgo](https://capgo.app/), rationalisent les workflows, améliorent l'expérience utilisateur et réduisent les coûts. Que vous répariez des bogues critiques ou déployiez de nouvelles fonctionnalités, les mises à jour OTA sont conçues pour la rapidité et l'efficacité.
-
-## Comment forcer la mise à jour des applications Ionic
-
-<iframe src="https://www.youtube.com/embed/NJwBNWwNlTk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Mises à jour standard de l'App Store
-
-Le processus de mise à jour de l'App Store est un pilier de la distribution d'applications mobiles, mais il est souvent en contradiction avec les exigences rapides du développement agile. Bien qu'il soit fiable, il peut ralentir les workflows qui nécessitent un déploiement rapide.
-
-### Processus de mise à jour de l'App Store
-
-Soumettre des mises à jour à un App Store implique une série d'étapes qui peuvent allonger les délais de développement. Les développeurs doivent :
-
--   Emballer une nouvelle version de l'application avec un numéro de version mis à jour
--   Soumettre l'application pour examen à travers la plateforme de l'App Store
--   Attendre l'approbation avant que la mise à jour ne soit disponible pour les utilisateurs
--   Suivre l'adoption et la performance après la publication
-
-Le processus d'examen prend généralement 24 à 72 heures, mais des mises à jour plus complexes peuvent prendre encore plus de temps. Pour les équipes adoptant des pratiques agiles, ce délai peut poser de graves défis, notamment lorsque des corrections de bogues urgentes sont nécessaires.
-
-### Avantages et inconvénients des mises à jour de l'App Store
-
-Les mises à jour de l'App Store présentent des avantages clairs mais aussi des obstacles qui peuvent affecter à la fois le développement et l'expérience utilisateur :
-
-| Aspect | Avantages | Limitations |
-| --- | --- | --- |
-| **Contrôle de qualité** | Garantit la sécurité et la conformité | Retarde le déploiement |
-| **Confiance des utilisateurs** | Distribué par le biais de canaux officiels | Les utilisateurs peuvent retarder la mise à jour |
-| **Suivi des versions** | Facile à gérer les versions d'applications | Peut entraîner des versions fragmentées |
-| **Processus de publication** | Fournit une approche structurée | Limite la flexibilité pour des changements rapides |
-| **Corrections de bogues** | Permet des tests approfondis | Ralentit les corrections critiques |
-
-Ces limitations deviennent particulièrement apparentes dans les scénarios où :
-
--   Des bogues critiques nécessitent une attention immédiate
--   Des menaces de sécurité doivent être corrigées rapidement
--   De nouvelles fonctionnalités doivent s'aligner avec les délais marketing
--   Les tests A/B nécessitent des itérations rapides
-
-En raison de ces défis, de nombreuses équipes ont commencé à explorer des approches alternatives qui fonctionnent aux côtés des mises à jour traditionnelles de l'App Store. Ces solutions visent à offrir une plus grande flexibilité pour des types spécifiques de mises à jour.
-
-Ensuite, nous explorerons comment les mises à jour OTA de Capacitor peuvent relever ces défis en permettant des corrections plus rapides et des itérations plus agiles.
-
-## [Mises à jour OTA Capacitor](https://capacitorjs.com/) expliquées
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-08.jpg?auto=compress)
-
-Les mises à jour Over-the-Air (OTA) ont transformé la manière dont les applications mobiles sont maintenues et mises à jour. Pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), cette méthode permet aux développeurs de livrer des changements directement aux utilisateurs sans attendre les examens de l'App Store.
-
-### Composants clés
-
-Dans les applications Capacitor, les mises à jour OTA se concentrent sur la mise à jour des ressources web telles que HTML, CSS, et JavaScript, qui contrôlent la fonctionnalité de l'application. Une fois qu'un développeur pousse une mise à jour, les utilisateurs reçoivent automatiquement les changements la prochaine fois qu'ils ouvrent l'application - sans téléchargements manuels requis.
-
-Voici comment cela fonctionne :
-
-| Composant | Fonction |
-| --- | --- |
-| Contrôle de version | Gère et suit les différentes versions des ressources web |
-| Détection de mise à jour | Identifie les nouvelles versions lorsque l'application démarre |
-| Téléchargement de fichiers | Télécharge en toute sécurité les fichiers mis à jour en arrière-plan |
-| Déploiement en direct | Applique les mises à jour instantanément lors du prochain lancement de l'application |
-
-### Pourquoi les mises à jour OTA se démarquent
-
-Les mises à jour OTA offrent des avantages clairs par rapport aux mises à jour traditionnelles de l'App Store :
-
-| Aspect | Mises à jour traditionnelles | Mises à jour OTA |
-| --- | --- | --- |
-| Vitesse de déploiement | 24–72 heures | Minutes |
-| Adoption par les utilisateurs | Nécessite un téléchargement manuel | Automatique |
-| Délai de correction des bogues | Semaines | Corrections immédiates |
-| Fréquence de publication | Mensuelle ou trimestrielle | Plusieurs fois par semaine |
-| Agilité du développement | Limitée par le processus d'examen | Itération instantanée |
-
-Capgo approfondit ces avantages en offrant une plateforme rationalisée qui assure la sécurité et s'intègre facilement aux workflows CI/CD.
-
-### Plateforme de mises à jour OTA [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-08.jpg?auto=compress)
-
-Capgo est une solution OTA de premier plan pour les applications Capacitor, offrant des outils pour simplifier [la gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) :
-
--   **Fonctionnalités de sécurité** : Les mises à jour sont cryptées de bout en bout, garantissant que seuls les utilisateurs autorisés peuvent y accéder.
--   **Intégration CI/CD** : Fonctionne sans effort avec des plateformes comme [GitHub](https://github.com/), [GitLab](https://about.gitlab.com/), et [Azure DevOps](https://azure.microsoft.com/en-us/products/devops).
--   **Attribution des utilisateurs** : Permet des mises à jour ciblées pour des groupes spécifiques, parfait pour les tests ou les déploiements par phases.
-
-> "Nous avons déployé des mises à jour OTA Capgo en production pour notre base d'utilisateurs de plus de 5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour dans les minutes suivant le déploiement de la mise à jour OTA à @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Capgo offre également des économies de coûts. Les entreprises peuvent économiser jusqu'à 26 100 $ sur cinq ans par rapport à des alternatives comme [AppFlow](https://ionic.io/appflow/) - tout en maintenant des capacités de mise à jour fiables.
-
-###### sbb-itb-f9944d2
-
-## Comparaison directe : OTA vs Mises à jour de l'App Store
-
-Les applications Capacitor mettent en évidence des différences distinctes entre les mises à jour OTA et les mises à jour traditionnelles de l'App Store. Voici une répartition des principaux indicateurs de performance basée sur des données récentes du secteur [\[1\]](https://capgo.app/) :
-
-| Indicateur | Mises à jour traditionnelles de l'App Store | Mises à jour OTA Capacitor |
-| --- | --- | --- |
-| **Temps de déploiement** | Semaines en raison du processus d'examen | 5 à 10 minutes |
-| **Fréquence de publication** | Typiquement mensuelle ou trimestrielle | Plusieurs publications par semaine |
-| **Taux d'adoption par les utilisateurs** | Adoption graduelle sur plusieurs jours | Les mises à jour atteignent presque tous les utilisateurs en quelques minutes |
-| **Coût de développement** | Environ 6 000 $+ par an (par exemple, AppFlow) | Environ 300 $ par mois |
-| **Complexité de mise en place** | Gestion des versions complexe | Intégration CI/CD simplifiée |
-| **Capacité de rétrogradation** | Limitée ; nécessite une nouvelle soumission | Rétrogradation instantanée avec contrôle de version |
-
-Ces chiffres montrent clairement que les mises à jour OTA excellent en termes de rapidité, d'efficacité et de taux d'adoption.
-
-Au-delà de la rapidité de déploiement, les avantages d'efficacité et de coût des mises à jour OTA sont difficiles à ignorer. Par exemple, l'équipe [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA a tiré parti des mises à jour instantanées de Capgo pour réduire considérablement les coûts par rapport à d'autres solutions. De nombreuses organisations utilisant des mises à jour OTA rapportent des économies allant jusqu'à 26 100 $ sur cinq ans [\[1\]](https://capgo.app/).
-
-De plus, les mises à jour OTA améliorent l'efficacité du déploiement de 81 %, permettant aux équipes de se concentrer sur le développement de nouvelles fonctionnalités au lieu de gérer les soumissions à l'App Store. Des corrections et des déploiements immédiats améliorent également l'expérience utilisateur en minimisant les problèmes d'assistance. Avec des plateformes comme Capgo livrant plus de 947,6 millions de mises à jour à travers plus de 1 400 applications de production, les mises à jour OTA se sont révélées à la fois évolutives et fiables [\[1\]](https://capgo.app/).
-
-## Guide d'implémentation des mises à jour OTA
-
-Ce guide décrit les étapes pour mettre en œuvre des mises à jour OTA dans vos applications Capacitor, en s'appuyant sur les avantages discutés précédemment.
-
-### Étapes initiales de configuration OTA
-
-La mise en place de mises à jour OTA nécessite une planification soigneuse. Voici comment les intégrer dans votre flux de travail :
-
-| Phase de configuration | Actions clés | Résultat |
-| --- | --- | --- |
-| Installation du plugin | Installez le [plugin Capgo](https://capgo.app/plugins/) et configurez les clés de cryptage | Établit un canal sécurisé |
-| Intégration CI/CD | Connectez-vous avec des outils comme GitHub Actions, GitLab CI ou Azure DevOps | Automatise le pipeline de déploiement |
-| Environnement de test | Assignez des utilisateurs et créez des canaux de staging | Permet une distribution contrôlée |
-
-Pour les équipes d'entreprise, Capgo propose un service de configuration CI/CD pour un frais unique de 2 600 $. Ce service prend en charge des workflows de déploiement automatisés sur des plateformes comme Azure DevOps, GitLab, GitHub, [Jenkins](https://www.jenkins.io/), [Cloudbees](https://www.cloudbees.com/), [Travis](https://www.travis-ci.com/) et [CircleCI](https://circleci.com/) [\[1\]](https://capgo.app/).
-
-Après la configuration, l'accent se déplace vers la gestion stratégique des versions d'applications.
-
-### Gestion des versions OTA
-
-Une gestion efficace des versions est cruciale pour des mises à jour OTA sans heurts. Voici quelques bonnes pratiques :
-
--   **Suivi des versions** : Utilisez l'interface console.capgo pour surveiller la distribution des mises à jour.
--   **Déploiements en plusieurs phases** : Testez les mises à jour avec de petits groupes avant un déploiement à grande échelle.
--   **Compatibilité des versions** : Assurez-vous que les mises à jour OTA correspondent aux versions de l'App Store correspondantes.
-
-Une bonne gestion des versions contribue à garantir que les mises à jour sont livrées sans interruption. Ensuite, abordons les défis techniques courants.
-
-Les développeurs sont souvent confrontés à des défis lors de la mise en œuvre des mises à jour OTA. Rodrigo Mantica, un développeur utilisant Capgo, partage :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-Voici comment aborder les problèmes fréquents :
-
-| Défi | Solution | Impact |
-| --- | --- | --- |
-| Conflits de mise à jour | Utiliser le cryptage de bout en bout pour une livraison sécurisée | Empêche les modifications non autorisées |
-| Retards de distribution | Activer les mises à jour en arrière-plan | Assure une livraison rapide |
-| Mismatch de version | Exécuter des vérifications de compatibilité automatisées | Maintient la stabilité de l'application |
-
-Même l'équipe OSIRIS-REx de la NASA a salué Capgo :
-
-> "@Capgo est une manière intelligente d'effectuer des mises à jour de code en continu (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-## Mises à jour d'applications et Capacitor OTA : Points clés
-
-Dans l'écosystème d'applications en rapide évolution d'aujourd'hui, les mises à jour doivent se faire rapidement et efficacement. Les mises à jour OTA de Capacitor offrent une solution plus rapide et plus pratique par rapport au versionnage traditionnel des applications. Avec un bilan impressionnant - 947,6 millions de mises à jour à travers 1 400 applications en production - Capgo met en évidence la manière dont la technologie OTA est largement adoptée [\[1\]](https://capgo.app/).
-
-### Comparaison entre OTA et Mises à jour Traditionnelles
-
-Voici comment les mises à jour OTA de Capacitor se comparent aux méthodes traditionnelles :
-
-| Aspect | Mises à jour traditionnelles | Mises à jour OTA de Capacitor |
-| --- | --- | --- |
-| **Vitesse de publication** | L'approbation prend des jours à des semaines | Les déploiements se font instantanément |
-| **Coût** | Coûts de maintenance plus élevés | Augmentation de 81 % de l'efficacité |
-| **Expérience utilisateur** | Les utilisateurs doivent télécharger manuellement les mises à jour | Les mises à jour se font en arrière-plan |
-
-Pour les équipes axées sur des déploiements rapides et contrôlés, ces avantages font des mises à jour OTA un changeur de jeu.
-
-Rodrigo Mantica résume parfaitement son expérience de première main :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/fr/capacitor-plugin-contribution-guide.md b/src/content/blog/fr/capacitor-plugin-contribution-guide.md
deleted file mode 100644
index fa7842ec9..000000000
--- a/src/content/blog/fr/capacitor-plugin-contribution-guide.md
+++ /dev/null
@@ -1,290 +0,0 @@
----
-slug: capacitor-plugin-contribution-guide
-title: Guide de contribution aux plugins Capacitor
-description: >-
-  Apprenez à contribuer efficacement aux plugins Capacitor avec un guide complet
-  sur la configuration, les normes de codage, les tests et la documentation.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-17T05:00:51.296Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b290a70d4a761ccc9919b5-1739768465938.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, plugins, development, mobile, coding standards, testing,
-  documentation, contribution, open source
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les plugins [Capacitor](https://capacitorjs.com/) connectent les technologies web aux fonctionnalités natives des appareils, permettant le [développement d'applications multiplateformes](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/). Ce guide vous aide à :
-
-1.  **Configurer votre environnement** : Des outils comme [Node.js](https://nodejs.org/en), [Xcode](https://developer.apple.com/xcode/), et [Android Studio](https://developer.android.com/studio) sont essentiels.
-2.  **Suivre les normes de code** : Utilisez [TypeScript](https://www.typescriptlang.org/), [Swift](https://developer.apple.com/swift/), et [Kotlin](https://kotlinlang.org/) avec des conventions de nommage cohérentes et une gestion des erreurs.
-3.  **Tester de manière approfondie** : Écrivez des tests unitaires pour JavaScript, iOS, et Android afin d'assurer la fiabilité.
-4.  **Documenter clairement** : Utilisez JSDoc et des fichiers README pour faciliter l'adoption.
-5.  **Soumettre une demande de tirage** : Assurez-vous que le code, les tests et la documentation sont de haute qualité avant de contribuer.
-
-## Guide complet sur l'open source - Comment contribuer
-
-<iframe src="https://www.youtube.com/embed/yzeVMecydCE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuration de l'environnement de développement
-
-Créer un environnement de développement adéquat est la clé d'un développement efficace des plugins. Une configuration bien préparée permet une codage, des tests et un déploiement fluides de vos plugins.
-
-### Outils et compétences nécessaires
-
-Avant de commencer, assurez-vous d'avoir les outils suivants installés :
-
-| Catégorie | Exigences |
-| --- | --- |
-| **Outils principaux** | Node.js (LTS), npm 6+, Git |
-| **IDE/Éditeurs** | [Visual Studio Code](https://code.visualstudio.com/) ou votre éditeur préféré |
-| **Développement iOS** | Xcode, [SwiftLint](https://github.com/realm/SwiftLint), [CocoaPods](https://cocoapods.org/) |
-| **Développement Android** | Android Studio, Android SDK, JDK |
-
-Vous devez également être à l'aise avec TypeScript pour le développement web et soit Swift (pour iOS) soit Java/Kotlin (pour Android) pour les tâches de développement natif [\[1\]]()[\[2\]](https://github.com/ionic-team/capacitor-plugins/blob/main/CONTRIBUTING.md).
-
-### Configuration du Monorepo
-
-L'écosystème des [plugins Capacitor](https://capgo.app/plugins/) repose sur une structure de monorepo. Cette approche garantit que votre travail est aligné sur les normes de la communauté dès le départ.
-
-1.  **Forkez et clonez le dépôt**  
-    Commencez par forker le dépôt des plugins Capacitor sur GitHub. Ensuite, clonez votre dépôt forké :
-    
-    ```bash
-    git clone https://github.com/your-username/capacitor-plugins.git
-    cd capacitor-plugins
-    npm install
-    ```
-    
-2.  **Installez les dépendances et construisez**  
-    Exécutez la commande suivante pour installer tout ce dont vous avez besoin et construire les plugins :
-    
-    ```bash
-    npm run build
-    ```
-    
-3.  **Configurez le contrôle de version**  
-    Utilisez des branches de fonctionnalités pour vos modifications et maintenez votre fork synchronisé avec le dépôt d'origine.
-    
-
-### Préparation des plateformes natives
-
-Pour le développement multiplateforme, vous devez configurer les environnements iOS et Android.
-
-**Pour iOS :**
-
--   Téléchargez Xcode depuis le Mac App Store.
-    
--   Installez les outils en ligne de commande en utilisant :
-    
-    ```bash
-    xcode-select --install
-    ```
-    
--   Installez CocoaPods avec :
-    
-    ```bash
-    sudo gem install cocoapods
-    ```
-    
--   Créez un compte développeur Apple et obtenez les certificats nécessaires.
-    
--   Utilisez SwiftLint (optionnel) pour maintenir la qualité du code.
-    
-
-**Pour Android :**
-
--   Installez Android Studio avec le dernier SDK et un appareil virtuel.
--   Assurez-vous d'avoir un JDK installé.
--   Configurez correctement le SDK Android dans Android Studio.
-
-Une fois ces plateformes configurées, vous serez prêt à suivre les pratiques de codage établies et à plonger dans le développement de plugins.
-
-## Guide des normes de code
-
-Maintenant que votre environnement de développement est configuré, respectez ces directives pour créer des plugins faciles à maintenir et à utiliser.
-
-### Conformité au guide de style
-
-L'écosystème [des plugins Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) impose des normes de codage strictes utilisant des outils comme [ESLint](https://eslint.org/), [Prettier](https://prettier.io/), et SwiftLint. Voici un aperçu rapide du formatage requis :
-
-| Composant | Format |
-| --- | --- |
-| Variables | `deviceInfo` (camelCase) |
-| Classes | `BatteryManager` (PascalCase) |
-| Méthodes | `getLanguageCode()` (camelCase) |
-| Constantes | `MAX_RETRY_COUNT` (SNAKE_CASE) |
-
-Les plugins devraient utiliser TypeScript pour une meilleure sécurité de type et des fonctionnalités ES6+ comme `async/await`. De plus, suivez les conventions de codage spécifiques aux plateformes pour Swift (iOS) et Kotlin (Android).
-
-### Gestion des erreurs et des types
-
-Une gestion cohérente des erreurs est cruciale pour la compatibilité multiplateforme. Voici un exemple :
-
-```typescript
-async checkPermissions(): Promise<PermissionStatus> {
-  try {
-    const result = await this.implementation.checkPermissions();
-    return result;
-  } catch (error) {
-    throw new Error(`Permission check failed: ${error.message}`);
-  }
-}
-```
-
-Pour la sécurité des types :
-
--   Utilisez des interfaces spécifiques adaptées à des cas d'utilisation particuliers.
--   Appliquez des types d'union pour les variations spécifiques aux plateformes.
-
-### Documentation de code
-
-Une bonne documentation est essentielle pour rendre votre plugin accessible et facile à utiliser. Respectez ces pratiques :
-
-1.  **Documentation de l'API** : Écrivez des commentaires JSDoc qui fonctionnent avec `@capacitor/docgen`. Par exemple :
-
-```typescript
-/**
- * @description Get the device's current battery level
- * @returns Promise with the battery level percentage
- */
-async getBatteryLevel(): Promise<{ level: number }>;
-```
-
-2.  **Structure du README** : Incluez des informations essentielles comme les étapes d'installation, les instructions de configuration, les exigences spécifiques aux plateformes, des exemples d'utilisation, et une référence API détaillée.
-
-Une documentation bien écrite garantit que votre plugin est facile à adopter et contribue à la communauté plus large de Capacitor.
-
-###### sbb-itb-f9944d2
-
-## Guide de test de plugin
-
-Tester les plugins Capacitor implique de se concentrer sur quelques domaines critiques pour assurer un bon fonctionnement et une fiabilité.
-
-### Tests de pont natif
-
-Le test du pont natif garantit une bonne communication entre JavaScript et le code natif. Pour commencer, configurez votre environnement de test avec des frameworks adaptés à chaque plateforme.
-
-Voici un exemple de test unitaire [Jest](https://jestjs.io/) pour le côté JavaScript :
-
-```typescript
-// Example of a Jest unit test for the JavaScript bridge
-describe('DeviceInfo Plugin', () => {
-  test('getBatteryLevel returns valid percentage', async () => {
-    const result = await DeviceInfo.getBatteryLevel();
-    expect(result.level).toBeGreaterThanOrEqual(0);
-    expect(result.level).toBeLessThanOrEqual(100);
-  });
-});
-```
-
-Pour les tests côté natif, utilisez XCTest pour iOS et JUnit pour Android. Voici un exemple pour Android :
-
-```kotlin
-@Test
-fun testBatteryLevel() {
-    val plugin = DeviceInfo()
-    val result = plugin.getBatteryLevel()
-    assertTrue(result.level in 0..100)
-}
-```
-
-Une fois que vous avez confirmé que la fonctionnalité du pont de base fonctionne comme prévu, passez aux tests des workflows utilisateur complets.
-
-### Tests complets de plugin
-
-Pour garantir que votre plugin fonctionne bien dans différents scénarios, testez diverses catégories :
-
-| Catégorie de test | Domaines clés à surveiller |
-| --- | --- |
-| Tests d'intégration | Fonctionnalité multiplateforme |
-| Tests de performance | Utilisation des ressources et temps de réponse |
-| Tests de sécurité | Gestion des données et vérifications des permissions |
-
-Pour les plugins avec des fonctionnalités complexes, simulez des scénarios réels d'utilisateur. Par exemple, si vous testez un plugin DeviceInfo, vérifiez :
-
--   Les téléchargements réussis dans différentes conditions de réseau
--   Le rapport de progression précis
--   L'utilisation de la mémoire pendant les transferts de fichiers volumineux
-
-### Tests OTA avec [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-17.jpg?auto=compress)
-
-Les outils open-source de Capgo facilitent le déploiement et le test des mises à jour rapidement. Voici comment les utiliser :
-
-1.  Configurez des [canaux de mise à jour](https://capgo.app/docs/webapp/channels/) comme dev, staging, et production.
-2.  Automatisez les déploiements avec des outils CI/CD.
-3.  Poussez les mises à jour instantanément.
-4.  Surveillez les performances et les problèmes via le [tableau de bord Capgo](https://capgo.app/docs/webapp/).
-
-Pour les déploiements par phases, Capgo vous permet de limiter les mises à jour à un petit pourcentage d'utilisateurs. Par exemple, vous pouvez déployer une nouvelle version à 25 % des utilisateurs toutes les 24 heures :
-
-```typescript
-// Example configuration for staged rollout
-{
-  "plugin": "camera-plugin",
-  "version": "1.2.0",
-  "rollout": {
-    "percentage": 25,
-    "interval": "24h"
-  }
-}
-```
-
-Cette approche par phases aide à identifier les problèmes tôt en s'appuyant sur les retours de la communauté avant un déploiement complet.
-
-## Processus de demande de tirage
-
-Une fois que vous avez soigneusement testé vos modifications, suivez ces étapes pour soumettre votre demande de tirage :
-
-### Liste de contrôle de soumission de PR
-
-Avant de soumettre, assurez-vous d'avoir couvert ces domaines clés :
-
-| **Catégorie** | **À vérifier** |
-| --- | --- |
-| **Qualité du code** | \- Assurez-vous que les implémentations Swift/Kotlin sont alignées avec l'API web. |
-| **Tests** | \- Ajoutez des tests unitaires pour toute nouvelle fonctionnalité.  <PermissionStatus>\- Confirmez que les vérifications du pipeline CI/CD sont réussies. |
-| **Documentation** | \- Mettez à jour le README, la documentation en ligne, et le CHANGELOG si nécessaire. |
-
-### Directives communautaires
-
-Lors de votre collaboration, respectez ces meilleures pratiques :
-
--   Répondez rapidement aux retours des réviseurs.
--   Gardez les discussions centrées sur les détails techniques.
--   Utilisez la fonction de suggestion de GitHub pour proposer des modifications de code.
--   Soumettez des demandes de tirage petites et ciblées qui traitent d'une seule fonctionnalité ou d'un seul problème à la fois.
-
-Pour des modifications plus importantes, il est conseillé de créer un problème d'abord et de discuter de votre approche. L'équipe Capacitor s'appuie sur GitHub Actions pour les vérifications automatisées, et toutes les vérifications doivent réussir avant que votre demande de tirage puisse être examinée.
-
-### Guide d'intégration Capgo
-
-Si votre plugin implique des mises à jour en direct, assurez-vous qu'il fonctionne sans problème avec Capgo avant de soumettre :
-
-1.  **Contrôle de version**  
-    Utilisez un versionnement sémantique clair pour votre plugin, et documentez tous les changements dans le changelog. Le système de Capgo aide à suivre l'adoption des versions sur les appareils des utilisateurs.
-    
-2.  **Intégration CI/CD**  
-    Intégrez Capgo dans votre pipeline CI/CD pour automatiser les déploiements de mises à jour.
-    
-3.  **Surveillance des mises à jour**  
-    Surveillez les taux de succès des déploiements et assurez-vous de respecter les directives des magasins d'applications.
-    
-
-## Résumé
-
-Pour apporter une contribution significative avec votre plugin, il est important de suivre le processus établi et de respecter les normes de la communauté. Cela comprend le respect des directives de codage de Capacitor et le test approfondi de votre travail.
-
-La liste de contrôle PR souligne la nécessité de soumissions de haute qualité. Si votre plugin prend en charge des mises à jour en direct, s'intégrer à Capgo (comme mentionné précédemment) peut vous aider à publier rapidement des mises à jour sans attendre l'approbation des magasins d'applications.
-
-Une fois votre PR fusionnée, restez impliqué en suivant les problèmes et en publiant des mises à jour de version. Une interaction régulière avec la communauté, un entretien cohérent, et [le suivi des mises à jour de Capacitor](https://capgo.app/plugins/capacitor-updater/) garantiront que votre plugin reste utile et pertinent.
-
-Faites attention aux retours des utilisateurs et apportez des mises à jour si nécessaire. Cet effort constant aide à maintenir la qualité globale de l'écosystème et garde votre plugin précieux pour les développeurs.
diff --git a/src/content/blog/fr/capacitor-plugin-options-for-ota-updates.md b/src/content/blog/fr/capacitor-plugin-options-for-ota-updates.md
deleted file mode 100644
index 111cf930b..000000000
--- a/src/content/blog/fr/capacitor-plugin-options-for-ota-updates.md
+++ /dev/null
@@ -1,176 +0,0 @@
----
-slug: capacitor-plugin-options-for-ota-updates
-title: Options du plug-in Capacitor pour les mises à jour OTA
-description: >-
-  Découvrez les avantages et les options des mises à jour OTA pour les
-  applications Capacitor, y compris les principaux plug-ins et leurs
-  fonctionnalités pour un déploiement transparent.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T02:50:46.694Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549-1744774247069.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA mises à jour, Capacitor, applications mobiles, déploiement d'applications,
-  Capgo, Appflow, CodePush
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous cherchez à mettre à jour vos applications [Capacitor](https://capacitorjs.com/) rapidement et en toute sécurité sans retards dans l'App Store ?** Les mises à jour Over-the-Air (OTA) vous permettent de transmettre les modifications directement aux utilisateurs, économisant ainsi du temps et de la bande passante. Voici ce que vous devez savoir :
-
-### Principaux avantages des mises à jour OTA :
-
-- **Déploiement rapide** : ignorez les avis sur l'App Store et fournissez des mises à jour en quelques secondes.
-- **Mises à jour ciblées** : mettez à jour uniquement les parties modifiées de l'application.
-- **Capacité de restauration** : revenez à une version précédente si nécessaire.
-- **Taux de réussite** : 95 % des utilisateurs reçoivent des mises à jour dans les 24 heures, avec un taux de réussite global de 82 %.
-
-### Meilleurs plugins pour les mises à jour OTA :
-
-1. **[Capgo](https://capgo.app/)** : mises à jour rapides (5 Mo en 114 ms), chiffrement de bout en bout, analyses en temps réel et tarification flexible (à partir de 12 $/mois).
-2. **[Appflow](https://ionic.io/appflow/)** : fonctionnalités de niveau entreprise à 6 000 $/an mais qui cesseront en 2026.
-3. **[Microsoft CodePush](https://microsoft.github.io/code-push/)** : abandonné en 2024.
-
-### Comparaison rapide :
-
-| Plugin | Statut | Principales fonctionnalités | Prix ​​de départ |
-| --- | --- | --- | --- |
-| **Capgo** | Actif | Mises à jour rapides, cryptage | 12$/mois |
-| **Appflow** | Temporisation (2026) | Fonctionnalités d'entreprise | 6 000 $/an |
-| **CodePush** | Arrêté (2024) | Auparavant gratuit | N/A |
-
-Pour la plupart des développeurs, **Capgo** offre la meilleure combinaison de prix abordable, de vitesse et de sécurité. Que vous soyez un développeur solo ou que vous fassiez partie d'une équipe d'entreprise, il existe une solution OTA adaptée à vos besoins.
-
-## Meilleurs plugins de mise à jour OTA pour [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Site Web de documentation du cadre](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### [Capgo](https://capgo.app/)
-
-![Capgo Interface du tableau de bord de mise à jour en direct](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo prend en charge plus de 1 900 applications de production, fournissant des mises à jour OTA à une vitesse impressionnante : des lots de 5 Mo en seulement 114 ms et un temps de réponse API moyen de 434 ms via son CDN global [\[1\]](https://capgo.app/).
-
-Voici ce que propose Capgo :
-
-- **Chiffrement de bout en bout**
-- **Analyse en temps réel et suivi des erreurs**
-- **Intégration fluide de CI/CD**
-- **Choix d'options cloud ou auto-hébergées**
-- **Compatibilité avec Capacitor 8**
-
-### [Appflow](https://ionic.io/appflow/) par [Ionic](https://ionicframework.com/)
-
-![Appflow CI/CD Interface de la plateforme](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-Appflow devrait fermer ses portes en 2026, avec un prix commençant à 6 000 $ par an [\[1\]](https://capgo.app/).
-
-> "Je suis passé à @Capgo après que @AppFlow nous ait fait payer une facture de 5 000 $ pour l'année suivante. J'adore Capgo jusqu'à présent. Merci pour @Capgo, c'est un excellent produit." - Jermaine [\[1\]](https://capgo.app/)
-
-Alors que Appflow touche à sa fin, de nombreux développeurs se tournent vers Capgo pour ses fonctionnalités fiables et ses plans rentables.
-
-### [Microsoft CodePush](https://microsoft.github.io/code-push/) Statut
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/da1a260e98918bcf074a1f2d382d6d8c.jpg)
-
-Microsoft CodePush, autrefois un choix populaire, a été abandonné en 2024. Les développeurs ont depuis migré vers des options mises à jour qui offrent de meilleures fonctionnalités et une assistance continue.
-
-| Plugin | Statut | Tarifs | Caractéristique clé |
-| --- | --- | --- | --- |
-| **Capgo** | Actif | À partir de 12$/mois | Chiffrement de bout en bout |
-| **Appflow** | Clôture 2026 | 6 000 $/an | Assistance aux entreprises |
-| **CodePush** | Discontinué | Gratuit (était) | N/A |
-
-## Comparaison des fonctionnalités du pluginVoici un aperçu détaillé des capacités et des limites des différents plugins OTA.
-
-### Matrice des fonctionnalités
-
-Ce tableau présente les principales différences entre les plugins actifs et abandonnés :
-
-| Fonctionnalité | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- |
-| Vitesse de mise à jour | 114 ms (5 Mo) | Référence | N/A |
-| Chiffrement de bout en bout | ✓ | – | – |
-| Analyses en temps réel | ✓ | ✓ | N/A |
-| [Option auto-hébergée](https://capgo.app/blog/self-hosted-capgo/) | ✓ | – | – |
-| Taux de réussite de la mise à jour | 82% | Non signalé | N/A |
-| Utilisateurs actifs mensuels | Jusqu'à 1 million | Entreprise | N/A |
-| Capacité de stockage | Jusqu'à 20 Go | Entreprise | N/A |
-| Prix ​​de départ | 12$/mois | 6 000 $/an | Discontinué |
-| App Store Conformité | ✓ | ✓ | N/A |
-
-### Avantages et inconvénients des plugins
-
-Chaque plugin a ses forces et ses faiblesses en fonction des mesures de performances :
-
-- **Capgo**
-
-    - **Avantages** :
-        - Prend en charge 1,9K applications de production avec un taux de mise à jour utilisateur de 95 % dans les 24 heures [\[1\]](https://capgo.app/).
-        - Offre jusqu'à 10 To de bande passante sur les forfaits à la carte.
-        - Inclut le cryptage de bout en bout [\[1\]](https://capgo.app/).
-    - **Limites** :
-        - Les fonctionnalités Premium nécessitent des forfaits de niveau supérieur.
-        - L'auto-hébergement nécessite une expertise technique.
-- **Appflow**
-    
-    - **Avantages** :
-        - Conçu avec une infrastructure de niveau entreprise.
-        - S'intègre parfaitement aux pipelines CI/CD et propose une documentation détaillée.
-    - **Limites** :
-        - Coût d'entrée élevé à 6 000 $/an.
-        - Arrêt prévu en 2026, sans autre mise à jour prévue.
-
-Capgo se distingue par sa vitesse de mise à jour rapide, son chiffrement et ses options de déploiement flexibles, ce qui en fait un concurrent sérieux pour les développeurs.
-
-## Guide de sélection des plugins
-
-### Exigences du marché américain
-
-Lors de la sélection d'un plugin de mise à jour OTA pour le marché américain, il est crucial de donner la priorité à la conformité et à la sécurité. Voici un aperçu de ce qu'il faut rechercher :
-
-| Exigence | Impact | Exemple |
-| --- | --- | --- |
-| App Store Règles | Critique | Les mises à jour instantanées de Capgo répondent aux directives Apple et Google. |
-| Normes de sécurité | Élevé | Le cryptage de bout en bout garantit la protection des données des utilisateurs. |
-| Mettre à jour les performances | Moyen | Des temps de réponse API d'une moyenne de 434 ms garantissent que les mises à jour sont fournies de manière fiable. |
-| CI/CD Intégration | Élevé | Le déploiement automatisé rationalise le processus de mise à jour. |
-
-Après avoir compris ces exigences, concentrez-vous sur le choix du bon plugin en fonction de la taille et des besoins de votre projet.
-
-### Meilleurs plugins par taille de projet
-
-La taille de votre projet joue un rôle important dans la détermination du meilleur plugin. Voici comment choisir :
-
-- **Développeurs solo** : optez pour des solutions abordables avec des fonctionnalités essentielles.  
-    _Exemple_ : Le forfait SOLO de Capgo prend en charge jusqu'à 1 000 utilisateurs actifs mensuels pour 12 $/mois.
-    
-- **Petites équipes** : recherchez des options évolutives avec des outils collaboratifs.  
-    _Exemple_ : Le forfait MAKER de Capgo prend en charge 10 000 utilisateurs actifs par mois et comprend des fonctionnalités de collaboration en équipe pour 33 $/mois.- **Entreprise** : donnez la priorité à l'évolutivité et à la sécurité avancée.  
-    _Exemple_ : [Le forfait PAYG de Capgo] (https://capgo.app/docs/webapp/payment/) prend en charge jusqu'à 1 000 000 d'utilisateurs actifs par mois, comprend 10 To de bande passante et propose des options d'auto-hébergement.
-    
-
-Capgo se démarque en proposant des forfaits rentables avec des fonctionnalités de niveau entreprise, à partir de seulement 12 $/mois pour les mises à jour OTA. Pour les équipes ayant besoin de pipelines CI/CD automatisés pour créer des applications natives, un service de configuration unique en option est disponible pour 2 600 $, offrant une alternative pratique aux solutions d'entreprise plus coûteuses [\[1\]](https://capgo.app/).
-
-## Résumé
-
-Sur la base des comparaisons ci-dessus, le marché se tourne désormais vers des solutions qui privilégient la sécurité, la rapidité et la rentabilité. L'écosystème du [plug-in de mise à jour Capacitor OTA](https://capgo.app/blog/Release-of-a-brand-new-capacitor-social-login/) a changé, avec des options remarquables émergeant en raison de leurs performances, de leurs fonctionnalités et de leurs taux d'adoption.
-
-Voici un aperçu des choix actuels :
-
-| Plugin | Statut | Points forts | Idéal pour |
-| --- | --- | --- | --- |
-| Capgo | Actif | Chiffrement de bout en bout, mises à jour rapides | Les équipes se sont concentrées sur les [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/) |
-| Appflow | Temporisation (2026) | Fonctionnalités de niveau entreprise | Transition des systèmes existants |
-| CodePush | Arrêté (2024) | Option auparavant gratuite | N/A |
-
-Les commentaires des utilisateurs mettent en évidence l’impact réel de ces outils. Par exemple, l’équipe OSIRIS-REx de la NASA a partagé :
-
-> "Capgo est un moyen intelligent de faire des push de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)"
-
-Cette comparaison montre clairement comment chaque plate-forme répond à des besoins spécifiques, qu'il s'agisse de développeurs solo ou d'équipes d'entreprise. Parmi eux, Capgo se distingue par ses mises à jour sécurisées et sa forte adoption dans les environnements de production [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/fr/capacitor-plugins-for-secure-session-management.md b/src/content/blog/fr/capacitor-plugins-for-secure-session-management.md
deleted file mode 100644
index e0439c4dc..000000000
--- a/src/content/blog/fr/capacitor-plugins-for-secure-session-management.md
+++ /dev/null
@@ -1,289 +0,0 @@
----
-slug: capacitor-plugins-for-secure-session-management
-title: Plugins Capacitor pour la Gestion Sécurisée de Sessions
-description: >-
-  Explorez les plugins Capacitor essentiels pour la gestion sécurisée des
-  sessions, y compris l'authentification biométrique et les solutions de
-  stockage chiffré.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:14:04.681Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6827226c0209458b3ff58b06-1747397705731.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, session management, biometric authentication, secure storage,
-  Firebase Auth, Identity Vault, mobile security
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez sécuriser les sessions de votre application ?** Voici un guide rapide des meilleurs plugins [Capacitor](https://capacitorjs.com/) pour la gestion des sessions. Ces outils aident à protéger les données des utilisateurs avec des fonctionnalités comme [l'authentification biométrique](https://capgo.app/plugins/capacitor-native-biometric/), [le stockage chiffré](https://capgo.app/docs/cli/migrations/encryption/), et les mises à jour en temps réel. Voici ce que vous devez savoir :
-
--   **[Firebase Auth](https://firebase.google.com/docs/auth)** : Authentification multi-fournisseurs, gestion des jetons et mises à jour d'état en temps réel. Idéal pour une intégration rapide.
--   **[Plugin de Sécurité Biométrique](https://capgo.app/plugins/capacitor-native-biometric/)** : Ajoute la prise en charge des empreintes digitales, de la reconnaissance faciale et des identifiants de l'appareil pour des connexions sécurisées.
--   **[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)** : Stocke de manière sécurisée les informations de compte avec chiffrement AES-256 sur iOS et Android.
--   **[Identity Vault](https://ionic.io/products/identity-vault)** : Solution de niveau entreprise avec déconnexion automatique, authentification biométrique et stockage sécurisé.
--   **[Capgo](https://capgo.app/)** : Combine la gestion sécurisée des sessions avec des mises à jour chiffrées en direct pour des déploiements fluides.
-
-### Comparaison Rapide
-
-| Fonctionnalité | Firebase Auth | Sécurité Biométrique | Persistent Account | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **Type de Chiffrement** | Basé sur le cloud | Niveau matériel | AES-256 (iOS/Android) | AES-256 (matériel) | Chiffrement de bout en bout |
-| **Support Biométrique** | Limité | Complet | Non | Complet | Non |
-| **Capacité Hors Ligne** | Partielle | Oui | Oui | Oui | Oui |
-| **Support Entreprise** | Oui | Communautaire | Oui | Oui | Oui |
-| **Complexité d'Installation** | Modérée | Faible | Faible | Élevée | Modérée |
-
-**Besoin de sécurité niveau entreprise ?** Optez pour Identity Vault.
-**Cherchez une intégration rapide ?** Firebase Auth est votre meilleur choix.
-**Besoin d'un stockage de compte chiffré ?** Essayez [@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/).
-**Pour des mises à jour sécurisées en direct ?** Capgo vous couvre.
-
-Continuez la lecture pour les étapes d'intégration détaillées, les fonctionnalités et les meilleures pratiques pour garder votre application sûre.
-
-## Ionic [Identity Vault](https://ionic.io/products/identity-vault) : Authentification Biométrique Mobile Sécurisée
-
-![Identity Vault](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/c5fae6eb414f2040557b847eda54d313.jpg)
-
--   **Limitations du stockage Web** : Les données stockées sur le Web ne sont pas chiffrées et doivent être limitées aux environnements de développement.
--   **Configuration requise pour Android** : Les appareils doivent utiliser Android 6.0 (niveau d'API 23) ou supérieur pour prendre en charge les fonctionnalités de chiffrement du plugin.
--   **Gestion des clés** : Faites pivoter régulièrement les clés de chiffrement et validez les données avant de les chiffrer pour maintenir la sécurité dans le temps.
-
-### Intégration de l'authentification biométrique
-
-Le plugin fonctionne parfaitement avec l'authentification biométrique, offrant une couche de sécurité supplémentaire. Cette combinaison renforce la gestion des sessions en unifiant plusieurs mesures de sécurité dans un cadre cohérent.
-
-### Performance et support communautaire
-
-En mai 2025, le plugin a acquis une solide réputation au sein de l'écosystème Capacitor, avec 128 étoiles et 22 forks sur GitHub. Il est entièrement compatible avec Capacitor 8+, permettant aux développeurs d'implémenter un stockage sécurisé tout en profitant des dernières fonctionnalités du framework.
-
-## 4. Identity Vault
-
-Identity Vault est une solution de haut niveau conçue pour les entreprises, combinant la gestion sécurisée des sessions avec l'authentification biométrique pour améliorer la protection des données.
-
-### Fonctionnalités de sécurité principales
-
-Identity Vault utilise des outils de sécurité spécifiques à la plateforme pour protéger les informations sensibles. Voici un aperçu rapide :
-
-| **Fonctionnalité** | **Implémentation** | **Ce qu'elle fait** |
-| --- | --- | --- |
-| **Stockage sécurisé** | Secure Enclave iOS / Android KeyStore | Fournit un chiffrement au niveau matériel. |
-| **Auth biométrique** | TouchID/FaceID sur iOS, Empreinte digitale sur Android | Ajoute une couche d'authentification multifacteur. |
-| **Protection des sessions** | Protection de l'écran en arrière-plan | Empêche l'exposition des données lorsque l'application est minimisée. |
-| **Déconnexion automatique** | Déconnexion automatique après inactivité | Protège les comptes en déconnectant les utilisateurs inactifs. |
-
-### Options d'implémentation avancées
-
-Au-delà de ses fonctionnalités fondamentales, Identity Vault offre une flexibilité supplémentaire dans son implémentation :
-
--   **Stockage sécurisé** : Stockage chiffré de base pour les données sensibles.
--   **Sécurité de l'appareil** : Combine l'authentification biométrique avec un code de secours pour plus de fiabilité.
--   **InMemory** : Stockage sécurisé temporaire qui s'efface automatiquement à la fermeture de l'application, garantissant qu'aucune donnée ne persiste.
-
-### Intégration de la sécurité native
-
-Identity Vault s'intègre parfaitement aux outils de sécurité natifs comme iOS Secure Enclave et Android KeyStore. Ce faisant, il simplifie le processus de développement, permettant aux développeurs d'éviter la complexité de la gestion directe des API spécifiques à la plateforme tout en obtenant une protection robuste des sessions.
-
-### Meilleures pratiques de sécurité
-
-Pour garantir une sécurité optimale, considérez ces recommandations clés :
-
--   **Gestion des jetons** : Stockez toujours les jetons d'authentification en utilisant le chiffrement matériel pour empêcher tout accès non autorisé.
--   **Gestion de l'inactivité** : Configurez une déconnexion automatique après une période d'inactivité de l'utilisateur pour réduire les risques.
--   **Protection en arrière-plan** : Activez la protection de l'écran pour empêcher que les données sensibles ne soient visibles lorsque l'application s'exécute en arrière-plan.
-
-### Avantages techniques
-
-Identity Vault consolide 12 API distinctes en un seul plugin, rendant l'intégration beaucoup plus fluide et efficace [\[12\]](https://devdactic.com/ionic-identity-vault).
-
-### Avantages pour l'entreprise et les performances
-
-Pour les applications d'entreprise, Identity Vault offre une solution de gestion d'identité rationalisée. En exploitant les API natives, il simplifie non seulement le développement mais assure également des performances rapides et fiables adaptées aux besoins de l'entreprise.
-
-## 5. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/e81a00d3e5c2480025c05b94a848a495.jpg)
-
-Capgo va au-delà des solutions de stockage robuste et biométrique en offrant une gestion sécurisée des sessions couplée à la livraison de mises à jour en direct. Avec un accent fort sur l'intégrité des données, Capgo garantit que les données de session restent protégées grâce au **chiffrement de bout en bout** et aux mises à jour en temps réel.
-
-### Architecture de sécurité
-
-Le cadre de sécurité de Capgo est conçu pour protéger tous les aspects des mises à jour en direct. Voici comment ses fonctionnalités contribuent à un environnement sécurisé :
-
-| Fonctionnalité | Implémentation | Avantage sécurité |
-| --- | --- | --- |
-| **Chiffrement de bout en bout** | Protocole sécurisé de livraison des mises à jour | Empêche les modifications de code non autorisées |
-| **Mises à jour partielles** | Transmission de fichiers delta uniquement | Réduit la surface d'attaque pendant les mises à jour |
-| **[Système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Chemins de déploiement contrôlés | Assure des déploiements sécurisés et progressifs |
-| **Analytique en temps réel** | Surveillance des performances | Identifie et traite les anomalies de sécurité |
-
-Cette approche en couches garantit non seulement des sessions sécurisées mais aussi la livraison sûre des mises à jour qui renforcent la sécurité globale.
-
-### Performance et fiabilité
-
-Capgo combine la sécurité avec des métriques de performance impressionnantes, garantissant des déploiements de mises à jour fiables et efficaces :
-
--   **Vitesse de mise à jour** : Transfère des bundles de 5 Mo en seulement 114 ms, minimisant l'exposition aux vulnérabilités pendant les mises à jour [\[13\]](https://capgo.app).
--   **Réponse API** : Maintient un temps de réponse moyen de 434 ms pour les opérations de sécurité critiques [\[13\]](https://capgo.app).
--   **Taux de réussite des mises à jour** : Sécurise un taux de réussite global de 82 % pour les déploiements [\[13\]](https://capgo.app).
--   **Couverture utilisateur** : Atteint 95 % des utilisateurs actifs avec des mises à jour de sécurité en 24 heures [\[13\]](https://capgo.app).
-
-Ces métriques soulignent l'engagement de Capgo à équilibrer vitesse et fiabilité sans compromettre la sécurité.
-
-### Fonctionnalités de sécurité de niveau entreprise
-
-Capgo intègre des mesures de sécurité avancées adaptées aux besoins des entreprises, notamment :
-
--   **Contrôle de version** : Offre des options sécurisées de retour aux versions précédentes.
--   **Intégration CI/CD** : S'intègre parfaitement avec des outils comme [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), et [Jenkins](https://www.jenkins.io/) pour des déploiements automatisés et sécurisés.
--   **Contrôle d'accès** : Permet la distribution des mises à jour spécifiques aux utilisateurs pour un contrôle accru.
--   **Conformité** : Répond aux normes de sécurité requises par les plateformes Apple et Android.
-
-Ces fonctionnalités font de Capgo un choix de confiance pour les organisations privilégiant des mises à jour sécurisées et contrôlées.
-
-### Infrastructure prête pour la production
-
-Les capacités de Capgo sont déjà prouvées, avec plus de 1 700 applications fonctionnant dans des environnements de production [\[13\]](https://capgo.app). La plateforme prend en charge à la fois les configurations hébergées dans le cloud et [auto-hébergées](https://capgo.app/blog/self-hosted-capgo/), offrant la flexibilité nécessaire pour répondre aux différents besoins de sécurité et de déploiement.
-
-### Implémentation technique
-
-Le système de canaux de Capgo est conçu pour les tests bêta sécurisés, les déploiements progressifs et le contrôle de version, le tout soutenu par des analyses en temps réel. En combinant un chiffrement fort avec des outils de déploiement pratiques, Capgo fournit une solution qui répond aux exigences des organisations nécessitant à la fois sécurité et adaptabilité dans leurs processus de mise à jour.
-
-## Comparaison des plugins
-
-Cette section fournit une analyse comparative des [plugins Capacitor](https://capgo.app/plugins/) pour la gestion sécurisée des sessions, en se concentrant sur les fonctionnalités de sécurité, les besoins d'intégration et les performances. Elle est conçue pour offrir une référence rapide pour prendre des décisions éclairées.
-
-### Comparaison des fonctionnalités de sécurité principales
-
-Voici une comparaison côte à côte des principales fonctionnalités de sécurité offertes par les plugins :
-
-| Fonctionnalité | Firebase Auth | Sécurité biométrique | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **Type de chiffrement** | Basé sur le cloud | Niveau matériel | AES 256 bits | AES 256 bits | Bout en bout |
-| **Support biométrique** | Limité | Complet | Non | Complet | Non |
-| **Capacité hors ligne** | Partielle | Oui | Oui | Oui | Oui |
-| **Support entreprise** | Oui | Communautaire | Communautaire | Oui | Oui |
-| **Utilisation Secure Enclave** | Non | Oui | Non | Oui | Non |
-
-### Exigences d'implémentation
-
-Le tableau ci-dessous met en évidence la complexité de configuration, la compatibilité des plateformes et les dépendances supplémentaires pour chaque plugin :
-
-| Plugin | Complexité de configuration | Support des plateformes | Dépendances supplémentaires |
-| --- | --- | --- | --- |
-| **Firebase Auth** | Modérée | iOS, Android | Firebase SDK |
-| **Sécurité biométrique** | Faible | iOS, Android | Aucune |
-| Faible | iOS, Android | Aucune |
-| **Identity Vault** | Élevée | iOS, Android, Web | Auth Connect |
-| **Capgo** | Modérée | iOS, Android | Aucune |
-
-Ces détails aident à aligner les choix de plugins avec les exigences techniques et les ressources de votre projet.
-
-### Normes de conformité en matière de sécurité
-
-Les plugins examinés adhèrent à des protocoles de sécurité stricts, offrant une protection robuste des données et des flux de travail OAuth2 rationalisés. Les options de niveau entreprise comme Identity Vault et Capgo incluent :
-
--   Stockage sécurisé utilisant les techniques keychain/keystore [\[1\]](https://capacitorjs.com/docs/guides/security)
--   PKCE (Proof Key for Code Exchange) pour les flux OAuth2 [\[1\]](https://capacitorjs.com/docs/guides/security)
--   Points de terminaison compatibles SSL pour une communication sécurisée [\[1\]](https://capacitorjs.com/docs/guides/security)
--   [Politiques de sécurité du contenu](https://capgo.app/security/) (CSP) appliquées [\[1\]](https://capacitorjs.com/docs/guides/security)
-
-### Considérations de performance
-
-Les performances varient selon les plugins, particulièrement dans des domaines comme la vitesse d'authentification et l'efficacité du stockage des données. Identity Vault se distingue par ses fonctionnalités de sécurité avancées, qui exploitent les enclaves sécurisées et le chiffrement fort sans compromettre les performances [\[2\]](https://capacitorjs.com/docs/plugins/enterprise).
-
-### Flexibilité d'intégration
-
-Chaque plugin offre différents niveaux de support d'intégration, comme indiqué ci-dessous :
-
-| Plugin | Intégration CI/CD | Implémentation personnalisée | Support de migration |
-| --- | --- | --- | --- |
-| **Firebase Auth** | Support natif | Limitée | Modérée |
-| **Sécurité biométrique** | Manuelle | Complète | Limitée |
-| Manuelle | Complète | Facile |
-| **Identity Vault** | Outils Enterprise | Complète | Complète |
-| **Capgo** | Automatisée | Complète | Complète |
-
-### Analyse coûts-avantages
-
-Les plugins enterprise sont fournis avec des fonctionnalités étendues et un support dédié, ce qui les rend idéaux pour les projets plus importants, bien qu'ils soient souvent plus coûteux [\[2\]](https://capacitorjs.com/docs/plugins/enterprise).
-
-### Expérience développeur
-
-L'expérience développeur avec ces plugins est influencée par leur documentation et leur facilité d'intégration. L'approche "web first" de Capacitor simplifie la transition pour les développeurs web qui passent au développement d'applications mobiles, rendant la gestion des sessions sécurisées plus accessible [\[3\]](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development).
-
-### Application concrète
-
-Pour les besoins de sécurité de niveau entreprise, des solutions comme Identity Vault et Capgo fournissent des fonctionnalités robustes et un support complet. D'autre part, les plugins communautaires sont mieux adaptés aux projets plus petits avec des exigences de sécurité moins contraignantes.
-
-## Recommandations
-
-Voici une répartition des solutions recommandées selon différents cas d'utilisation :
-
-### Pour les applications petites à moyennes
-
-Pour les petites équipes avec des budgets serrés, **[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)** est un choix solide. Il stocke de manière sécurisée les informations de compte en utilisant le chiffrement natif de la plateforme (iOS Keychain et Android KeyStore), fournissant un chiffrement AES-256 pour la gestion de base des sessions sécurisées sur iOS et Android avec un support solide.
-
-### Pour les applications d'entreprise
-
-Pour les organisations qui nécessitent une sécurité de premier ordre, **Identity Vault** se démarque. Construit sur des API de sécurité natives, il est conçu pour gérer les clés et jetons sensibles, le rendant adapté aux environnements avec des exigences réglementaires strictes.
-
-### Pour les cycles de développement rapides
-
-Quand la rapidité est une priorité, **Firebase Auth** est un excellent choix. Son infrastructure cloud, ses fonctionnalités de gestion des utilisateurs intégrées et sa documentation complète le rendent idéal pour les MVP et les prototypes, permettant aux équipes d'implémenter des solutions rapidement et efficacement.
-
-### Pour les applications critiques en matière de conformité
-
-Pour les projets opérant sous des normes réglementaires strictes, ces solutions ciblées répondent à des besoins spécifiques de conformité :
-
-| **Exigence** | **Plugin recommandé** | **Avantage clé** |
-| --- | --- | --- |
-| Confidentialité des données & RGPD | Capgo | Chiffrement de bout en bout |
-| Besoins réglementaires & gouvernementaux | Capgo | Contrôle d'accès basé sur les rôles |
-| Sécurité de niveau entreprise | Identity Vault | Intégration API de sécurité native |
-
--   **Capgo** se concentre sur la conformité à la [confidentialité des données](https://capgo.app/dp/), y compris le RGPD, tout en offrant des outils pour le contrôle d'accès basé sur les rôles.
--   **Identity Vault** se spécialise dans l'intégration transparente avec les API de sécurité natives, répondant aux besoins de sécurité de niveau entreprise.
-
-### Cas d'utilisation spéciaux
-
-Pour les applications nécessitant une fonctionnalité hors ligne et une gestion sécurisée des jetons, une approche hybride fonctionne le mieux :
-
--   Utilisez **Identity Vault** pour stocker les données sensibles de manière sécurisée.
--   Associez-le avec l'**API Preferences de Capacitor** pour gérer les données non sensibles.
--   Exploitez les techniques de keychain/keystore sécurisées pour le stockage persistant des jetons.
-
-Gardez à l'esprit que l'**API Preferences de Capacitor** ne doit être utilisée que pour des données minimales et non sensibles, tandis que les informations sensibles doivent être stockées à l'aide d'intégrations keychain ou keystore sécurisées. Cela assure une approche équilibrée entre sécurité et fonctionnalité.
-
-## FAQ
-
-:::faq
-### Quelles fonctionnalités les plugins Capacitor offrent-ils pour la gestion sécurisée des sessions, y compris le chiffrement et l'authentification biométrique ?
-
-Les plugins Capacitor conçus pour la gestion sécurisée des sessions adoptent différentes approches en matière de chiffrement et d'authentification biométrique. Beaucoup s'appuient sur le **chiffrement AES-256** pour protéger les données de session, offrant une forte protection contre les accès non autorisés. En ce qui concerne les [fonctionnalités biométriques](https://capgo.app/plugins/capacitor-native-biometric/), le niveau de support peut varier. Par exemple, le plugin Capacitor Native Biometric s'intègre directement aux systèmes biométriques au niveau de l'appareil comme l'empreinte digitale ou la reconnaissance faciale, ajoutant une couche supplémentaire de protection aux sessions utilisateur.
-
-Capgo va plus loin en combinant le **chiffrement de bout en bout** avec une authentification biométrique fluide. Cette combinaison assure à la fois une sécurité robuste des données et une expérience utilisateur sans friction, ce qui en fait une option remarquable pour les développeurs cherchant à renforcer la sécurité de l'application sans sacrifier l'utilisabilité.
-:::
-
-:::faq
-### Comment puis-je intégrer de manière sécurisée l'authentification biométrique dans une application Capacitor en utilisant le Plugin de Sécurité Biométrique ?
-
-Pour [intégrer l'authentification biométrique](https://capgo.app/plugins/capacitor-native-biometric/) de manière sécurisée dans une application Capacitor, commencez par exploiter les **fonctionnalités de sécurité intégrées** offertes par les systèmes d'exploitation mobiles, tels que le Keychain iOS et le Keystore Android. Ces systèmes fournissent une protection matérielle pour les données sensibles comme les clés de chiffrement et les jetons de session, garantissant leur sécurité.
-
-Lors de la configuration de l'authentification biométrique, utilisez la méthode `authenticate()` du Plugin de Sécurité Biométrique. Cela vous permet de personnaliser l'invite d'authentification, y compris des éléments comme le titre et le texte des boutons, pour créer une expérience conviviale. Pour les appareils qui ne prennent pas en charge la biométrie, assurez-vous d'inclure des options de secours comme l'authentification par PIN ou mot de passe pour maintenir l'accessibilité.
-
-Il est crucial d'éviter de coder en dur les secrets directement dans votre application. À la place, chiffrez tous les jetons stockés pour renforcer davantage la sécurité. De plus, des outils comme Capgo peuvent améliorer la gestion sécurisée des sessions en offrant des mises à jour chiffrées en temps réel pour votre application Capacitor.
-:::
-
-:::faq
-### Comment Capgo maintient-il la sécurité des mises à jour en direct tout en gérant les sessions d'application ?
-
-Capgo priorise la sécurité avec un **chiffrement de bout en bout** pour les mises à jour en direct. Cela signifie que votre bundle d'application est chiffré avant d'être envoyé dans le cloud et n'est déchiffré que sur l'appareil de l'utilisateur, garantissant que vos données restent protégées tout au long du processus.
-
-Les mises à jour sont gérées de manière transparente en arrière-plan, donc les utilisateurs ne sont pas interrompus pendant l'utilisation de l'application. Ils ne verront une notification de mise à jour que lorsqu'ils relanceront l'application, maintenant l'expérience fluide et en conformité avec les règles des app stores.
-:::
diff --git a/src/content/blog/fr/capacitor-plugins-what-you-need-to-know.md b/src/content/blog/fr/capacitor-plugins-what-you-need-to-know.md
deleted file mode 100644
index 62bcfcb35..000000000
--- a/src/content/blog/fr/capacitor-plugins-what-you-need-to-know.md
+++ /dev/null
@@ -1,233 +0,0 @@
----
-slug: capacitor-plugins-what-you-need-to-know
-title: 'Plugins de Capacitor : Ce que vous devez savoir'
-description: >-
-  Découvrez comment utiliser les plugins Capacitor pour le développement
-  d'applications multiplateformes, permettant un accès simple aux
-  fonctionnalités natives.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-10T22:09:04.610Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a9581f762bb46adb44912d-1739225358216.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor plugins, mobile development, cross-platform apps, native features,
-  custom plugins, community plugins
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Les plugins sont essentiels pour créer des applications multiplateformes, vous permettant d'utiliser les fonctionnalités natives des appareils comme les caméras, les systèmes de fichiers et les notifications avec un minimum d'effort. Ils combinent les API JavaScript et le code natif pour une intégration transparente sur iOS, Android et les plateformes web. Voici ce que vous devez savoir :
-
--   **Plugins de base**: Créés par l'équipe [Ionic](https://ionicframework.com/), ils couvrent les bases comme le stockage de fichiers (`Filesystem.writeFile`) et les vérifications réseau (`Network.getStatus`).
--   **Plugins communautaires**: Offrent des fonctionnalités spécialisées comme [Firebase Analytics](https://firebase.google.com/docs/analytics), [les achats in-app](https://capgo.app/plugins/native-purchases/), et les mises à jour en direct.
--   **Plugins personnalisés**: Créez les vôtres pour des besoins matériels ou commerciaux uniques.
-
-### Aperçu rapide
-
-| **Avantage** | **Impact** | **Exemple** |
-| --- | --- | --- |
-| Vitesse de développement | Implémentation plus rapide des fonctionnalités | Ajout facile de la fonctionnalité caméra |
-| Efficacité du code | Réutilisation sur toutes les plateformes | API partagées pour iOS et Android |
-| [Performance native](https://capgo.app/plugins/native-audio/) | Accès direct aux capacités de l'appareil | Optimisations spécifiques à la plateforme |
-
-Le système de plugins de Capacitor simplifie le développement d'applications tout en maintenant les performances natives. Que vous utilisiez des plugins préconçus ou en créiez des personnalisés, ils vous aident à vous concentrer sur la création de fonctionnalités, et non sur la gestion des complexités spécifiques à chaque plateforme.
-
-## Comment créer votre propre plugin [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-10.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Nf-mOfmD7X4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Structure technique du plugin
-
-Les [plugins Capacitor](https://capgo.app/plugins/) sont construits sur une architecture de pont multiplateforme, permettant une interaction fluide entre les environnements web et natifs. Comprendre ce fonctionnement peut aider les développeurs à créer et déboguer des plugins plus efficacement.
-
-### Composants du plugin : Web et Natif
-
-Les plugins Capacitor utilisent une configuration en deux couches, séparant les fonctionnalités web et natives. Ces couches communiquent via le système de pont de Capacitor.
-
-| Composant | Implémentation |
-| --- | --- |
-| API JavaScript | Définitions [TypeScript](https://www.typescriptlang.org/) avec méthodes exportées |
-| Code natif | [Swift](https://developer.apple.com/swift/) (iOS) et [Kotlin](https://kotlinlang.org/)/Java (Android) |
-| Couche de pont | Sérialisation des messages JSON |
-
-Cette structure simplifie les tâches comme la conversion des types de données entre les environnements JavaScript et natifs. Par exemple, le plugin Filesystem convertit automatiquement les données binaires en Base64 pour le transfert, tandis que les types de données primitifs sont gérés via JSON [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-### Communication entre plateformes
-
-La communication entre les couches web et natives fonctionne via un système basé sur les messages. Voici un exemple de son flux :
-
-```javascript
-// Example of platform communication flow
-LocalNotifications.schedule({
-    title: "Update Available",
-    body: "New version ready to install"
-}) // Triggers native implementation based on platform
-```
-
-Le pont inclut des fonctionnalités de sécurité telles que :
-
--   **Validation TypeScript** pour assurer l'intégrité des données
--   **Contextes d'exécution WebView en bac à sable** pour des interactions sécurisées [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-La gestion des erreurs est simple, car Capacitor utilise des chaînes de promesses pour renvoyer les erreurs. Par exemple, si l'accès à la géolocalisation est refusé en raison de permissions manquantes, les développeurs obtiennent des codes d'erreur clairs pour identifier et corriger le problème [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-Pour gérer les différences spécifiques aux plateformes, les développeurs peuvent utiliser `Capacitor.isPluginAvailable()` pour vérifier si une fonctionnalité est prise en charge avant de l'exécuter. Cette approche garantit que les applications fonctionnent sur toutes les plateformes tout en tirant parti des fonctionnalités natives lorsqu'elles sont disponibles, restant fidèle à l'approche multiplateforme de Capacitor [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system).
-
-## Catégories de plugins
-
-Les plugins Capacitor sont divisés en trois catégories principales, chacune adaptée à des besoins de développement spécifiques. Connaître ces catégories aide les développeurs à choisir les bons plugins pour leurs projets. Ces catégories jouent également un rôle dans le processus de sélection des plugins, qui sera abordé dans la section Ajout de plugins.
-
-### Plugins de base
-
-Les plugins de base sont développés et maintenus par l'équipe Ionic. Ils fournissent des fonctionnalités natives clés et sont supportés avec des mises à jour et des API standardisées.
-
-| Plugin de base | Fonctionnalité | Méthode clé |
-| --- | --- | --- |
-| Filesystem | Actions de stockage de fichiers | `Filesystem.writeFile()` |
-| Network | Vérification de la connectivité | `Network.getStatus()` |
-| Device | Accès aux informations matérielles | `Device.getInfo()` |
-
-Ces plugins incluent la validation TypeScript et assurent un comportement cohérent sur toutes les plateformes, en faisant un choix fiable pour les capacités natives fondamentales [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-### Plugins communautaires
-
-L'écosystème Capacitor propose également une gamme de plugins tiers qui vont au-delà des bases. Ces plugins répondent à des besoins plus spécifiques et s'intègrent avec des services largement utilisés.
-
-| Plugin | Objectif |
-| --- | --- |
-| Firebase Analytics | Suit l'utilisation de l'application |
-| Live Updates | Permet les mises à jour en temps réel |
-| Native Purchases | Gère les achats in-app |
-| Screen Reader | Ajoute le support d'accessibilité |
-
-Lors du choix des plugins communautaires, il est important d'évaluer leur activité GitHub, la fréquence de maintenance et le niveau de support communautaire pour s'assurer qu'ils restent fiables dans le temps [\[3\]](https://github.com/riderx/awesome-capacitor).
-
-### Création de plugins personnalisés
-
-Parfois, ni les plugins de base ni les plugins communautaires ne répondront à vos besoins. C'est là qu'interviennent les plugins personnalisés, en particulier pour les intégrations matérielles uniques ou les exigences commerciales spécifiques. Les exemples incluent le travail avec du matériel propriétaire, l'implémentation d'une logique personnalisée ou la connexion à des systèmes existants.
-
-Le développement de plugins personnalisés implique la création d'implémentations natives pour iOS et Android, ainsi qu'une API JavaScript unifiée. Pour maintenir la cohérence multiplateforme, les développeurs doivent inclure :
-
--   Une fonctionnalité compatible avec le navigateur pour les environnements web
--   Des signatures de méthodes uniformes sur toutes les plateformes [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-## Ajout de plugins à votre application
-
-L'ajout de plugins à votre application Capacitor nécessite une planification réfléchie pour garantir à la fois les performances et la sécurité. Voici un aperçu plus détaillé de la façon de choisir, implémenter et tester les plugins efficacement.
-
-### Guide de sélection des plugins
-
-Lors du choix des plugins pour votre application, gardez ces critères à l'esprit :
-
-| **Critère** | **Points à vérifier** |
-| --- | --- |
-| Support des plateformes | Compatibilité avec iOS, Android et Web |
-| Documentation | Références API claires et exemples |
-
-Pour les fonctionnalités impliquant des données sensibles ou la sécurité, exécutez des outils comme `npm audit` ou utilisez des plateformes comme [Snyk](https://snyk.io/) pour vérifier les vulnérabilités. Associez cela aux meilleures pratiques de sécurité web [\[7\]](https://ahrefs.com/blog/google-advanced-search-operators/)[\[8\]](https://www.w3.org/International/questions/qa-html-language-declarations).
-
-### [Capgo](https://capgo.app/) : Mises à jour en direct pour les applications
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-10.jpg?auto=compress)
-
-Capgo fournit un [plugin de mise à jour en direct](https://capgo.app/docs/plugin/self-hosted/auto-update/) qui fonctionne parfaitement avec Capacitor. Il vous permet de déployer des mises à jour - comme des corrections de bugs ou de nouvelles fonctionnalités - directement dans votre application en utilisant des canaux cryptés, tout en restant conforme aux politiques des app stores [\[3\]](https://github.com/riderx/awesome-capacitor).
-
-### Méthodes de test des plugins
-
-Des tests approfondis sont essentiels pour garantir que les plugins fonctionnent correctement sur toutes les plateformes. Voici comment vous pouvez l'aborder :
-
--   **Tests de matrice de plateformes** : Testez les plugins sur toutes les versions de plateformes supportées. Utilisez les vérifications de disponibilité des plateformes de Capacitor avant d'appeler les méthodes des plugins pour éviter les problèmes de compatibilité.
-    
--   **Résolution des problèmes courants** : Traitez les problèmes fréquents avec ces solutions :
-    
-    | **Problème** | **Solution** |
-    | --- | --- |
-    | Échecs de compilation native | Confirmer les versions correctes des dépendances |
-    | Erreurs de permission | Vérifier les configurations de plateforme |
-    
--   **Tests automatisés** : Utilisez des outils automatisés pour simuler divers états d'erreur et cas limites, assurant que le plugin se comporte comme prévu [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-    
-
-Pour les plugins qui sont critiques pour la fonctionnalité de votre application, maintenez des versions corrigées et surveillez le changelog officiel pour les mises à jour ou les changements importants [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins)[\[5\]](https://capacitorjs.com/docs/plugins). Cela vous aidera à anticiper les problèmes potentiels tout en maintenant votre application sécurisée et fiable.
-
-## Guide de maintenance des plugins
-
-Une fois que vous avez soigneusement sélectionné et implémenté des plugins, leur maintenance est cruciale. Des mises à jour et des vérifications régulières garantissent que votre application reste fonctionnelle, évite les risques de sécurité et reste compatible avec les changements de plateforme.
-
-### Gestion des versions
-
-La gestion des versions des plugins nécessite de surveiller à la fois les mises à jour du cœur de Capacitor et les changements spécifiques aux plateformes. Il s'agit d'aligner vos plugins sur le versionnement sémantique de Capacitor.
-
-| Type de version | Priorité de mise à jour | Considérations clés |
-| --- | --- | --- |
-| **Mises à jour majeures** | Haute | Changements d'API |
-| **Mises à jour mineures** | Moyenne | Nouvelles fonctionnalités |
-| **Mises à jour correctives** | Basse | Corrections de bugs, correctifs de sécurité |
-
-Lors de la mise à niveau des versions majeures, suivez ces étapes :
-
-1\. **Audit de la configuration actuelle**
-
-Documentez toutes les personnalisations ou solutions de contournement que vous avez mises en œuvre.
-
-2. **[Stratégie de mise à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)**
-
-Développez un plan de mise à jour détaillé qui inclut :
-
--   La mise en place d'un environnement de test
--   La création de sauvegardes
--   La préparation des protocoles de restauration
--   L'évaluation de l'impact potentiel sur les utilisateurs
-
-3. **Mise en œuvre**
-
-Pendant la mise à jour, surveillez les taux de plantage, les métriques de performance et les réponses API pour garantir que tout fonctionne correctement.
-
-Le suivi cohérent des versions, associé à des tests approfondis, aide à maintenir un cycle d'assurance qualité fiable.
-
-### Ressources de support pour les plugins
-
-Avoir accès à un support fiable est essentiel pour une maintenance efficace des plugins. L'écosystème Capacitor fournit plusieurs ressources utiles :
-
-> "La communauté Capacitor GitHub Discussions, avec plus de 8 000 membres, sert de plateforme principale pour le support de maintenance des plugins et le dépannage." [\[5\]](https://capacitorjs.com/docs/plugins)
-
-Pour les équipes utilisant des outils comme Capgo pour les mises à jour en direct, les fonctionnalités supplémentaires incluent :
-
--   Analyses des crashs en temps réel
--   Vérifications automatisées de compatibilité
--   Options de restauration du déploiement
-
-Lors du travail avec des plugins communautaires, considérez ces ressources :
-
-| Ressource | Objectif |
-| --- | --- |
-| **Forums Ionic** | Support officiel des plugins |
-| **Stack Overflow** | Solutions techniques |
-| **GitHub Issues des plugins** | Suivi des bugs |
-
-Si vous rencontrez des plugins abandonnés, vous pouvez forker le dépôt ou créer des plugins wrapper personnalisés en utilisant les Bridges de Capacitor.
-
-Pour éviter les défis courants de maintenance, automatisez les routines de test pour identifier :
-
--   La dépréciation des API iOS/Android
--   Les conflits de dépendances natives
--   Les problèmes d'autorisation spécifiques à la plateforme
-
-L'utilisation régulière de `capacitor doctor` peut aider à détecter les problèmes potentiels tôt, garantissant que votre application reste en bon état [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins).
-
-## Résumé
-
-Les plugins Capacitor connectent les capacités web et natives grâce à leur conception de base, rendant le [développement d'applications multiplateformes](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) plus efficace [\[6\]](https://capacitorjs.jp/blog/how-capacitor-works). Cette architecture fournit aux développeurs les outils nécessaires pour créer des applications avancées tout en maintenant la vitesse et les performances des applications natives.
-
-Pour que les plugins fonctionnent correctement, il est important de comprendre leurs catégories et leur maintenance :
-
-L'écosystème des plugins reste stable grâce aux mises à jour actives et aux améliorations continues [\[3\]](https://github.com/riderx/awesome-capacitor). Cet engagement assure des performances cohérentes sur toutes les plateformes tout en introduisant des fonctionnalités comme les mises à jour en direct.
-
-Pour les équipes cherchant à gérer efficacement les plugins, les outils modernes ont simplifié les processus de mise à jour traditionnels. Les méthodes natives sont conçues pour s'exécuter en moins de 200 ms [\[6\]](https://capacitorjs.jp/blog/how-capacitor-works), assurant des performances rapides et fiables sur toutes les plateformes.
diff --git a/src/content/blog/fr/capacitor-social-login-release.md b/src/content/blog/fr/capacitor-social-login-release.md
deleted file mode 100644
index b95edff9c..000000000
--- a/src/content/blog/fr/capacitor-social-login-release.md
+++ /dev/null
@@ -1,53 +0,0 @@
----
-slug: capacitor-social-login-release
-title: Publication d'un nouveau plugin Capacitor Social Login
-description: >-
-  Le plugin Capacitor Social Login est un plugin qui permet de se connecter avec
-  Google, Facebook et Apple sur iOS, Android et Web.
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-10-08T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /social_login_plugin_blog.webp
-head_image_alt: Illustration du système d'organisation Capgo
-keywords: >-
-  Oauth, social login, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Capacitor
-published: true
-next_blog: ''
-locale: fr
----
-## Introduction
-
-Hey, je suis Michael ([WcaleNieWolny](https://github.com/WcaleNieWolny)) 👋,
-
-Après un mois de travail acharné (et un peu douloureux 🙃), je suis heureux d'annoncer la première version du Capacitor Social Login. Ce plugin est conçu pour faciliter la gestion de la connexion Google et Apple sur iOS et Android. De plus, avec Martin, nous avons travaillé sur des fonctionnalités uniques qui incluent :
-
- - L'introduction de la connexion avec Apple sur Android
- - L'adoption de la nouvelle API Google Credentials
- - L'ajout d'une documentation détaillée
-
-## Login with Apple sur Android
-
-Tout d'abord, parlons de l'innovation majeure de 'Login with Apple' sur Android. Ce n'était pas simple, car le SDK d'Apple ne fournit pas cette fonctionnalité. J'ai utilisé [cet article](https://johncodeos.com/how-to-add-sign-in-with-apple-button-to-your-android-app-using-kotlin/) comme point de référence, mais je l'ai légèrement modifié pour le rendre plus sécurisé. Le flux que j'ai finalement obtenu ressemble à ceci :
-
-<figure><img style="margin-left: auto;margin-right: auto;max-height: 600px !important;" src="/apple-login-flow-chart.svg" alt="Apple Login flow chart" /><figcaption></figcaption></figure>
-
-Malheureusement, cela nécessite un backend et quelques modifications dans le code de votre application, mais c'est le mieux que je puisse faire.
-
-## Connexion Google actualisée sur Android
-
-Ensuite, j'ai tenté d'implémenter la connexion Google sur Android. Il s'avère que le [CapacitorGoogleAuth de CodetrixStudio](https://github.com/CodetrixStudio/CapacitorGoogleAuth) utilise une [bibliothèque GMS bientôt obsolète](https://developer.android.com/identity/sign-in/legacy-gsi-migration#authorization). Cette bibliothèque GMS étant considérée comme obsolète, j'ai décidé d'utiliser le [CredentialManager](https://developer.android.com/identity/sign-in/credential-manager-siwg). Cela a permis de simplifier le flux de connexion et a supprimé l'agaçante [erreur 10](https://github.com/CodetrixStudio/CapacitorGoogleAuth/issues/332) 🎉
-
-## Documentation
-
-Enfin, j'ai rédigé une documentation incroyable ✨. J'ai passé beaucoup de temps à m'assurer que la documentation soit précise et complète.
-La documentation inclut un guide détaillé pour configurer Apple et Google. J'ai également fourni un [exemple de backend](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo) pour Login with Apple 🍎
-
-N'hésitez pas à consulter les guides [Apple](https://github.com/Cap-go/capacitor-social-login/blob/main/docs/setup_apple.md) et [Google](https://github.com/Cap-go/capacitor-social-login/blob/main/docs/setup_google.md) !
-
-## Conclusion
-
-En conclusion, le plugin Capacitor Social Login introduit de nombreuses fonctionnalités nouvelles et passionnantes, avec d'autres à venir dans le futur 🚀
diff --git a/src/content/blog/fr/capacitor-vs-appflow-ota-update-solutions-compared.md b/src/content/blog/fr/capacitor-vs-appflow-ota-update-solutions-compared.md
deleted file mode 100644
index 3f72b8e1d..000000000
--- a/src/content/blog/fr/capacitor-vs-appflow-ota-update-solutions-compared.md
+++ /dev/null
@@ -1,274 +0,0 @@
----
-slug: capacitor-vs-appflow-ota-update-solutions-compared
-title: 'Solutions de mise à jour OTA : Comparaison entre Capacitor et Appflow'
-description: >-
-  Comparez et examinez les meilleures solutions de mise à jour OTA en mettant
-  l'accent sur la sécurité, la vitesse et la rentabilité de l'application.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T01:59:04.033Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9-1743299955207.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA updates, Capacitor, Appflow, mobile development, deployment solutions, app
-  security, update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-**Vous cherchez la meilleure solution de mise à jour OTA pour votre application ?** Voici une comparaison rapide de [Capacitor](https://capacitorjs.com/) (avec [Capgo](https://capgo.app/)) et [Appflow](https://ionicio/appflow/) pour vous aider à décider. [Capacitor](https://capacitorjs.com/) offre des mises à jour rapides, une haute sécurité et des options rentables, tandis qu'Appflow est lié à l'écosystème [Ionic](https://ionicframeworkcom/) et doit fermer en 2026.
-
-### Points clés :
-
--   **Capacitor (Capgo)** :
-    
-    -   Les mises à jour atteignent 95% des utilisateurs en 24 heures
-    -   Offre un chiffrement de bout en bout et un hébergement flexible (cloud ou auto-hébergé)
-    -   Coûte environ 3 600 € par an, avec des frais de configuration uniques de 2 600 €
-    -   Développé activement et open-source
--   **Appflow** :
-    
-    -   Intégré à Ionic mais uniquement en cloud
-    -   Fin du support prévue en 2026
-    -   Coûte 6 000 € par an
-
-### Comparaison rapide :
-
-| Fonctionnalité | Capacitor (Capgo) | Appflow |
-| --- | --- | --- |
-| **Vitesse de mise à jour** | 95% en 24 heures, API 57ms | Variable |
-| **Sécurité** | Chiffrement de bout en bout | Signature standard |
-| **Hébergement** | Cloud ou auto-hébergé | Cloud uniquement |
-| **Disponibilité future** | En développement actif | Se termine en 2026 |
-| **Coût annuel** | ~3 600 € | 6 000 € |
-| **Frais de configuration** | 2 600 € | Inclus |
-
-**En conclusion :** Capacitor (Capgo) est un choix pérenne, sécurisé et rentable, particulièrement pour les projets à long terme. Appflow peut convenir aux besoins à court terme mais nécessite une planification de migration en raison de sa fermeture prochaine.
-
-## Fonctionnalités de mise à jour [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Système de mise à jour intégré
-
-Le système de mise à jour de Capacitor permet aux développeurs de livrer des corrections de bugs et de nouvelles fonctionnalités directement aux utilisateurs, en évitant les délais habituels de validation des app stores. Lorsqu'il est correctement configuré, ce système peut atteindre jusqu'à 95% des utilisateurs actifs en 24 heures [\[1\]](https://capgo.app/). Il utilise des mises à jour différentielles, qui ne téléchargent que les parties modifiées du code, économisant de la bande passante et accélérant le processus. Par exemple, le téléchargement d'une mise à jour de 5 Mo via le CDN mondial de Capgo peut prendre seulement 114 millisecondes [\[1\]](https://capgo.app/). Cette approche rationalisée s'intègre parfaitement dans les flux de travail de développement modernes.
-
-### Support des outils de développement
-
-Le système de mise à jour de Capacitor fonctionne en harmonie avec divers outils de développement pour simplifier le déploiement. Les outils CLI facilitent la construction et le déploiement des mises à jour, tandis que la compatibilité avec les plateformes CI/CD comme [GitHub Actions](https://docsgithubcom/actions), [GitLab CI](https://docsgitlabcom/ee/ci/), et [Jenkins](https://wwwjenkinsio/) automatise l'ensemble du processus. Des fonctionnalités supplémentaires comme le contrôle de version, le suivi des erreurs et les tableaux de bord analytiques permettent aux développeurs de surveiller les mises à jour en temps réel, de résoudre les problèmes et de mesurer efficacement les performances.
-
-### Fonctionnalités de la plateforme [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-La [plateforme Capgo](https://capgo.app/docs/webapp/) améliore les capacités de mise à jour de Capacitor avec une sécurité accrue et des options de déploiement avancées. Ayant géré 235 millions de mises à jour sur 750 applications en production [\[1\]](https://capgo.app/), elle fournit des fonctionnalités clés pour améliorer les performances :
-
-| Fonctionnalité | Capacité | Métrique de performance |
-| --- | --- | --- |
-| Taux de réussite des mises à jour | Déploiement mondial | 82% mondial |
-| Temps de réponse API | Opérations en temps réel | 434 ms en moyenne |
-| Sécurité | Chiffrement de bout en bout | Protection complète des mises à jour |
-| Distribution | [Système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Déploiements ciblés |
-
-Le système de canaux de Capgo permet une distribution précise des mises à jour, comme l'exécution de tests bêta ou le déploiement progressif des mises à jour, sans compromettre la sécurité. Les équipes peuvent choisir entre des configurations hébergées dans le cloud ou auto-hébergées, obtenant un contrôle total avec des outils comme les retours en arrière en un clic et la surveillance proactive des erreurs.
-
-## [Appflow](https://ionicSystème de mise à jour io/appflow/)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-### Connexion à la Plateforme [Ionic](https://ionicframeworkcom/)
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-Appflow fonctionne directement avec le système de build d'Ionic pour packager et distribuer les [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) efficacement
-
-### Outils d'Automatisation des Mises à Jour
-
-Appflow inclut des outils cloud pour automatiser les builds, gérer les pipelines et gérer le contrôle de version. Cependant, les utilisateurs ont noté quelques difficultés avec sa fonctionnalité code-push
-
-> "J'ai annulé mon abonnement @Appflow après 4 ans. Le Code-Push n'a jamais semblé bien fonctionner, j'espère que @CapGO l'a résolu" - LeVar Berry [\[1\]](https://capgo.app/)
-
-### Plans de Fin de Vie d'Appflow
-
-Ionic a annoncé qu'Appflow sera abandonné en 2026, incitant les utilisateurs à planifier leurs migrations dès maintenant pour éviter les perturbations
-
-> "Passé à @Capgo après qu'@AppFlow nous ait frappé avec une facture de 5000$ pour l'année pour continuer. J'adore CapoGo jusqu'à présent. Merci à @Capgo, c'est un excellent produit" - jermaine [\[1\]](https://capgo.app/)
-
-## Comparaison des Plateformes
-
-Voici une analyse pratique de la performance de ces plateformes basée sur leurs fonctionnalités clés
-
-### Tableau Comparatif des Fonctionnalités
-
-Ce tableau met en évidence les principales différences entre Capgo et Appflow :
-
-| Fonctionnalité | Capgo | Appflow |
-| --- | --- | --- |
-| **Vitesse de Livraison des Mises à Jour** | 95% des utilisateurs mis à jour en 24h, 57ms de réponse API moyenne | Performance variable |
-| **Sécurité** | Chiffrement de bout en bout | Signature standard |
-| **Taux de Réussite des Mises à Jour** | 82% globalement | Non communiqué publiquement |
-| **Intégration CI/CD** | GitHub Actions, GitLab CI, Jenkins | Outils spécifiques à Ionic |
-| **Options d'Hébergement** | Cloud ou auto-hébergé | Cloud uniquement |
-| **Statut de la Plateforme** | Développement actif | Support termine en 2026 |
-| **Coût Annuel** | ~3 600€ (300€/mois) | 6 000€ |
-| **Frais d'Installation** | 2 600€ (unique) | Inclus |
-| **Code Source** | 100% open-source | Propriétaire |
-
-Ces distinctions peuvent vous aider à faire votre choix selon vos besoins spécifiques
-
-### Meilleures Utilisations pour Chaque Plateforme
-
-Chaque plateforme excelle dans différents scénarios, les rendant plus adaptées à des cas d'utilisation particuliers :
-
--   **Capgo** est idéal pour :
-    
-    -   Déploiement rapide des mises à jour critiques, grâce à ses vitesses de téléchargement rapides
-    -   Environnements où la sécurité est une priorité, avec son chiffrement de bout en bout
-    -   Équipes recherchant des coûts à long terme plus bas et des options de déploiement flexibles
--   **Appflow** fonctionne bien pour :
-    
-    -   Utilisateurs déjà investis dans l'écosystème Ionic
-    -   Projets à court terme qui se termineront avant 2026
-    -   Équipes s'appuyant sur le système de build propriétaire d'Ionic
-
-L'équipe [OSIRIS-REx](https://enwikipediaorg/wiki/OSIRIS-REx) de la NASA a partagé son expérience :
-
-> "@Capgo est une façon intelligente de faire des hot code pushes (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Le bilan de Capgo parle de lui-même, avec 750 applications en production, 235 millions de mises à jour livrées, et un taux de réussite global de 82%
-
-## Outils et Flux de Travail pour Développeurs
-
-### Processus d'Installation
-
-La configuration des mises à jour OTA varie selon la plateforme, mais Capgo simplifie considérablement le processus. Les développeurs peuvent déployer des mises à jour en moins de 15 minutes en utilisant une seule commande CLIVoici une comparaison du processus de configuration de Capgo avec l'approche plus manuelle d'Appflow :
-
-| Étape | Capgo | Appflow |
-| --- | --- | --- |
-| **Configuration initiale** | Une seule commande CLI : `npx @capgo/cli init` | Configuration manuelle via tableau de bord |
-| **Configuration** | Configuration automatisée des plugins | Configuration manuelle |
-| **Intégration du build** | Fonctionne avec les workflows de build existants | Nécessite des étapes personnalisées |
-| **Délai pour la première mise à jour** | Moins de 15 minutes | Non spécifié |
-
-> "J'ai configuré @Capgo et je teste cet excellent remplacement pour @AppFlow ! Merci pour le travail accompli, ça a été facile jusqu'à présent. Sur le point de publier sur les app stores 🤞" - jaythegeek [\[1\]](https://capgo.app/)
-
-Capgo ne s'arrête pas à la configuration - il améliore davantage le pipeline de build avec des intégrations CI/CD
-
-### Support du Pipeline de Build
-
-Après la configuration rapide, Capgo s'intègre facilement avec les outils CI/CD couramment utilisés comme GitHub Actions, GitLab CI et Jenkins. Cette approche prend en charge plus de 50 applications sans enfermer les développeurs dans des plateformes spécifiques. La configuration CI/CD implique des frais uniques de 2 600 $ et des coûts opérationnels mensuels d'environ 300 $ [\[1\]](https://capgo.app/)
-
-### Gestion des Mises à Jour
-
-La gestion efficace des mises à jour est cruciale pour les performances et la fiabilité des applications. Capgo fournit des outils avancés pour gérer cela, notamment :
-
--   **Gestion des Canaux** : Idéal pour les tests bêta, les déploiements progressifs et les versions de production
--   **Contrôle de Version** : Fonctionnalités comme les retours en arrière en un clic, l'analyse des mises à jour en temps réel, le suivi des erreurs et les tests de pull request via des canaux spécifiques
--   **Gestion des Utilisateurs** : Offre un contrôle détaillé sur la distribution des mises à jour, la gestion des testeurs bêta, l'accès basé sur les permissions et le ciblage des groupes d'utilisateurs
-
-Le suivi des erreurs de Capgo assure des corrections rapides et des mises à jour fluides, contribuant à maintenir la stabilité de l'application
-
-## Sécurité et Directives
-
-La livraison sécurisée des mises à jour est essentielle pour maintenir la conformité et gagner la confiance des utilisateurs, particulièrement lorsqu'elle est associée à de solides capacités de déploiement
-
-### Règles de l'App Store
-
-Les mises à jour OTA doivent s'aligner sur les réglementations des app stores, s'intégrant harmonieusement avec les workflows de déploiement que nous avons couverts. Voici comment Capgo et Appflow gèrent ces exigences :
-
-| Exigence | Capgo | Appflow |
-| --- | --- | --- |
-| Conformité App Store | Totalement aligné avec les directives Apple | Répond aux critères standard |
-| Conformité Play Store | Suit les exigences Google Play | Répond aux critères standard |
-| Décryptage Autorisé | Chiffrement de bout en bout pour les utilisateurs | Signature des mises à jour |
-| Contrôle de Version | Gestion détaillée des versions, incluant le retour en arrière | Suivi basique des versions |
-
-Capgo assure la conformité avec les directives OTA d'Apple et Google [\[1\]](https://capgo.app/) Cet alignement strict avec les règles des stores complète les intégrations CI/CD discutées précédemment
-
-### Fonctionnalités de Sécurité
-
-La sécurité joue un rôle vital dans les systèmes de mise à jour OTA, particulièrement pour les déploiements de code en direct. Capgo se distingue en offrant des mesures de sécurité avancées qui vont au-delà des solutions traditionnelles :
-
-| Fonctionnalité de Sécurité | Implémentation |
-| --- | --- |
-| Type de Chiffrement | Chiffrement de bout en bout |
-| Protection des Mises à Jour | Décryptage adapté aux utilisateurs spécifiques |
-| Contrôle d'Accès | Contrôles de permission complets |
-| Options d'Hébergement | Options pour le cloud ou l'auto-hébergement |
-| Retour Version | Fonctionnalité de retour en arrière en un clic |
-
-Ces fonctionnalités garantissent que les mises à jour sont chiffrées, contrôlées en accès et réversibles, offrant une sécurité de niveau entreprise tout en restant faciles à gérer
-
-## Comparaison des Prix
-
-### Coûts des Plateformes
-
-Le coût des solutions de mise à jour OTA peut varier considérablement. Capgo propose des forfaits commençant à 12 $/mois (Solo) et allant jusqu'à 249 $/mois (PAYG). Voici une ventilation de leurs tarifs :
-
-| Forfait | Coût Mensuel (Facturation Annuelle) | Fonctionnalités Clés |
-| --- | --- | --- |
-| Solo | 12 $ | 1 000 MAU, 50 Go de bande passante |
-| Maker | 33 $ | 10 000 MAU, 500 Go de bande passante |
-| Team | 83 $ | 100 000 MAU, 2 000 Go de bande passante |
-| PAYG | 249 $ | 1 000 000 MAU, 10 To de bande passante |
-
-En comparaison, Appflow facture des frais annuels fixes de 6 000 $Cette différence de prix a conduit de nombreux utilisateurs à changer, y compris l'équipe OSIRIS-REx de la NASA :
-
-> "@Capgo est une solution intelligente pour faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Ces modèles de tarification contrastés soulignent l'importance d'évaluer les coûts parallèlement aux fonctionnalités.
-
-### Coûts vs Avantages
-
-Le prix est un facteur majeur dans le choix d'une solution de mise à jour OTA, en particulier pour la planification à long terme. Au fil du temps, l'écart de coût entre Capgo et Appflow devient plus notable :
-
-| Période | Coût Total Capgo\* | Coût Total Appflow | Économies Potentielles |
-| --- | --- | --- | --- |
-| Année 1 | 6 200 $ | 6 000 $ | -200 $ |
-| Année 3 | 13 400 $ | 18 000 $ | 4 600 $ |
-| Année 5 | 20 600 $ | 30 000 $ | 9 400 $ |
-
-\*Le total de Capgo inclut des frais uniques de configuration CI/CD de 2 600 $ et des coûts mensuels de 300 $ [\[1\]](https://capgo.app/)
-
-Jermaine a partagé son expérience :
-
-> "Passé à @Capgo après qu'@AppFlow nous ait envoyé une facture de 5000 $ pour l'année pour continuer. J'adore Capgo jusqu'à présent" [\[1\]](https://capgo.app/)
-
-Pour les organisations axées sur l'efficacité des coûts, les frais de configuration uniques de Capgo, les frais mensuels plus bas et l'[option d'auto-hébergement](https://capgo.app/blog/self-hosted-capgo/) peuvent conduire à des économies importantes au fil du temps.
-
-LeVar Berry a également partagé son point de vue :
-
-> "J'ai annulé mon abonnement @Appflow après 4 ans. Code-Push n'a jamais semblé bien fonctionner, j'espère que @CapGO l'a bien compris" [\[1\]](https://capgo.app/)
-
-## Analyse Finale
-
-### Différences Clés
-
-En comparant Capacitor avec Appflow, il existe des contrastes clairs dans la livraison des mises à jour et les fonctionnalités de sécurité, comme souligné précédemment. La plateforme de Capgo pour Capacitor offre des performances rapides et fiables [\[1\]](https://capgo.app/) Elle excelle avec ses options de déploiement et sa sécurité robuste, incluant le **chiffrement de bout en bout** et la flexibilité des configurations cloud ou auto-hébergées, ce qui a stimulé son adoption mondiale [\[1\]](https://capgo.app/)
-
-| Fonctionnalité | Capgo (Capacitor) | Appflow |
-| --- | --- | --- |
-| Sécurité | Chiffrement de bout en bout | Signature basique |
-| Options d'hébergement | Cloud et auto-hébergé | Cloud uniquement |
-| Disponibilité future | Développement actif | Fin en 2026 |
-| Vitesse de mise à jour | 114 ms (bundle de 5 MB) | Non spécifié |
-| Code source | 100% open-source | Propriétaire |
-
-Ces différences jouent un rôle important dans la décision de la solution qui correspond à vos besoins.
-
-### Guide de Sélection de Plateforme
-
-Sur la base de ces distinctions, voici un guide rapide pour vous aider à choisir la bonne plateforme :
-
--   **Organisations Entreprises** : Si la sécurité est une priorité absolue, Capgo est un excellent choix. Son [déploiement auto-hébergé](https://capgo.app/blog/self-hosted-capgo/) et son **chiffrement de bout en bout** répondent aux exigences strictes de sécurité. De plus, il s'intègre parfaitement aux outils CI/CD, le rendant idéal pour les opérations à grande échelle [\[1\]](https://capgo.app/)
-
--   **Équipes en Croissance** : L'infrastructure évolutive de Capgo et son système de canaux permettent des mises à jour ciblées pour des groupes d'utilisateurs spécifiques, donnant aux équipes un contrôle précis sur les déploiements [\[1\]](https://capgo.app/)
-
--   **Développeurs Soucieux des Coûts** : Avec ses prix compétitifs, Capgo est une option économique par rapport à Appflow, la rendant adaptée aux équipes de toute taille [\[1\]](https://capgo.app/)
-
--   **Planification pour l'Avenir** : L'arrêt programmé d'Appflow en 2026 signifie que la planification de la migration est essentielle. L'approche open-source de Capgo, son développement actif et sa communauté croissante en font un choix fiable à long terme [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/fr/capacitor-vs-appflow-versioning-differences.md b/src/content/blog/fr/capacitor-vs-appflow-versioning-differences.md
deleted file mode 100644
index 22c9b3b62..000000000
--- a/src/content/blog/fr/capacitor-vs-appflow-versioning-differences.md
+++ /dev/null
@@ -1,141 +0,0 @@
----
-slug: capacitor-vs-appflow-versioning-differences
-title: 'Capacitor vs. Appflow : Différences dans le versionnage'
-description: >-
-  Découvrez les différences de versionnage entre les méthodes manuelles et
-  automatisées, et explorez de nouvelles alternatives pour le développement
-  d'applications.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T04:20:03.700Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac-1745209216757.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  version control, app updates, manual versioning, automated versioning, CI/CD,
-  live updates, mobile development, app release management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**La gestion des versions d'applications peut être délicate.** [Capacitor](https://capacitorjs.com/) utilise les [mises à jour manuelles](https://capgo.app/docs/plugin/cloud-mode/manual-update/), tandis que [Appflow](https://ionic.io/docs/appflow) automatise le processus. Voici ce que vous devez savoir :
-
--   **Capacitor :** Le versioning manuel nécessite la modification de fichiers comme `Info.plist` (iOS) et `build.gradle` (Android). Cela donne le contrôle mais risque des erreurs et ralentit les mises à jour.
--   **Appflow :** Automatise le versioning avec des outils CI/CD pour des déploiements plus rapides mais coûte ~6 000 $/an et peut manquer de flexibilité.
-
-**Changements clés sur le marché :**
-
--   **Appflow ferme en 2026.**
--   Des alternatives comme **[Capgo](https://capgo.app/)** offrent des mises à jour en direct, à partir de 12 $/mois, avec 95 % des mises à jour livrées en 24 heures.
-
-### Comparaison rapide
-
-| Fonctionnalité | Capacitor (Manuel) | Appflow (Automatisé) | Capgo (Alternative) |
-| --- | --- | --- | --- |
-| **Versioning** | Modifications manuelles | Automatisé via CI/CD | Mises à jour en direct |
-| **Vitesse de mise à jour** | Plus lente (délais App Store) | Plus rapide (Code-push) | Quasi instantanée |
-| **Coût** | Outils gratuits | ~6 000 $/an | À partir de 12 $/mois |
-| **Risque d'erreur** | Plus élevé (erreurs manuelles) | Plus faible | Plus faible |
-| **Date de fin** | Actif | Fin en 2026 | Actif |
-
-Au moment de choisir, considérez votre budget, la fréquence des mises à jour et le besoin de rapidité.
-
-## Démo en direct : Création d'applications [Capacitor](https://capacitorjs.com/) dans Ionic [Appflow](https://ionic.io/docs/appflow)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/tkgNuSG5FJQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Méthodes de versioning : Capacitor vs Appflow
-
-Capacitor et Appflow adoptent des approches très différentes pour gérer le contrôle de version. Voici un aperçu plus détaillé de la façon dont chaque plateforme gère ce processus et s'intègre dans les flux de développement.
-
-### Contrôle de version manuel de Capacitor
-
--   Pour iOS, vous devez mettre à jour manuellement le fichier **Info.plist** pour chaque version.
--   Pour Android, les ajustements du version-code dans le fichier **build.gradle** se font manuellement.
-
-Cette approche vous donne un contrôle précis sur le versioning mais peut ralentir les versions et laisser place à l'erreur humaine.
-
-### Gestion automatisée des versions d'Appflow
-
--   L'**intégration CI/CD** gère automatiquement les incréments de version.
--   Les versions sont synchronisées entre iOS et Android, assurant la cohérence.
-
-Bien que cette automatisation accélère le processus de publication, elle peut réduire la flexibilité et entraîner des coûts plus élevés. Certains développeurs ont également signalé des problèmes avec la fonctionnalité code-push et l'augmentation des coûts.
-
-Ensuite, nous comparerons les principales fonctionnalités de contrôle de version de ces plateformes côte à côte.
-
-## Comparaison des fonctionnalités de contrôle de version
-
-Voici une comparaison des fonctionnalités clés de chaque plateforme, en se concentrant sur leur gestion du contrôle de version.
-
-**Les différences principales incluent :**
-
--   **Contrôle de version** : L'un s'appuie sur des fichiers de configuration manuels, tandis que l'autre utilise des processus CI/CD automatisés.
--   **Distribution des mises à jour** : Soumissions traditionnelles à l'app store versus [mises à jour code-push en direct](https://capgo.app/sponsor/).
--   **Coût** : L'un offre des outils gratuits, tandis que l'autre peut coûter environ 5 000 $ par an.
--   **Vitesse de déploiement** : Les examens de l'app store peuvent prendre plusieurs jours, tandis que le code-push en direct permet un déploiement quasi instantané.
-
-Ces différences impactent la rapidité de publication des mises à jour, le niveau de risque impliqué et les dépenses globales.
-
-Avec la fermeture de Microsoft Code Push en 2024 et celle prévue d'Appflow en 2026, de nombreuses équipes cherchent déjà des alternatives [\[1\]](https://capgo.app/).
-
-## Effets sur la gestion des versions
-
-En comparant le contrôle de version manuel et automatisé, chaque approche présente ses propres défis et compromis, particulièrement dans la gestion des versions.
-
-### Risques du contrôle de version manuel
-
-Le processus manuel de Capacitor exige que les développeurs mettent à jour plusieurs fichiers de configuration pour chaque version. Cela augmente le risque d'erreurs, comme des versions non concordantes ou des déploiements non suivis. De plus, cela peut entraîner des retards dans la correction des bugs, les correctifs pouvant prendre des jours voire des semaines pour atteindre les utilisateurs.
-
-Les principaux défis incluent :
-
--   Maintenir la cohérence des numéros de version entre plusieurs fichiers
--   Absence de surveillance des mises à jour réussies
--   Déploiement lent des correctifs
-
-Bien que l'automatisation puisse résoudre certains de ces problèmes, elle n'est pas sans inconvénients.
-
-### Inconvénients du contrôle de version automatisé
-
-Appflow simplifie le processus en automatisant les mises à jour de version et les déploiements. Cependant, cette commodité a un prix élevé. Avec un coût d'abonnement annuel d'environ 5 000 $, cela peut significativement peser sur le budget d'une équipe de développement, incitant certains à explorer des options plus économiques [\[1\]](https://capgo.app/).
-
-## Nouvelles options de contrôle de version
-
-La gestion du contrôle de version pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) a toujours été un défi, particulièrement en équilibrant les erreurs manuelles et les coûts élevés de l'automatisation. Heureusement, les outils disponibles pour le contrôle de version se sont multipliés, offrant des alternatives aux méthodes traditionnelles.
-
-### Système de mise à jour [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgo offre une solution pour les équipes cherchant à rationaliser le contrôle de version sans se ruiner. Il fournit des mises à jour en direct tout en restant conforme aux politiques des stores Apple et Google. Quelques fonctionnalités clés incluent :
-
--   **Chiffrement de bout en bout** pour assurer une livraison sécurisée des mises à jour
--   **Analyses en temps réel**, affichant un taux de réussite de 82 % globalement
--   **Mises à jour partielles** pour garder les tailles de paquets petites et efficaces
--   **Intégration transparente** avec les plateformes CI/CD comme [GitHub Actions](https://docs.github.com/actions) et [GitLab CI](https://docs.gitlab.com/ee/ci/)
-
-### État actuel du marché
-
-Le marché du contrôle de version évolue alors que les anciens services s'arrêtent. Les équipes doivent maintenant se concentrer sur le coût, la vitesse et la conformité lors du choix d'une stratégie. Voici un aperçu des options actuelles :
-
--   **Capgo** (lancé en 2022) : Actif, à partir de 12 $/mois, supporte les mises à jour en direct
--   **Appflow** : Fermeture en 2026, prix de 6 000 $/an [\[1\]](https://capgo.app/), offre des [mises à jour automatisées](https://capgo.app/docs/live-updates/update-behavior/)
-
-Ces outils comblent le vide laissé par la fermeture de CodePush en 2024 et la fin prochaine d'Appflow en 2026.
-
-## Conclusion
-
-La gestion du contrôle de version pour les applications Capacitor implique un mélange de flux de travail manuels, d'automatisation Appflow et de [plateformes de mise à jour en direct modernes](https://capgo.app/blog/alternative-to-expo/).
-
-### Points clés à retenir
-
--   **Mises à jour manuelles** : Offrent un contrôle détaillé mais comportent un risque d'erreur humaine.
--   **Automatisation Appflow** : Simplifie les versions mais coûte 6 000 $ par an [\[1\]](https://capgo.app/).
--   **Plateformes de mise à jour en direct** : Des outils comme Capgo facilitent le déploiement rapide des correctifs et des nouvelles fonctionnalités.
-
-Lors du choix entre les mises à jour manuelles, les pipelines automatisés ou les plateformes de mise à jour en direct, les équipes doivent considérer leur fréquence de publication, leur budget et leur besoin de rapidité et de conformité. Chaque approche a ses forces et ses compromis.
diff --git a/src/content/blog/fr/capgo-for-app-store-safe-ota-updates.md b/src/content/blog/fr/capgo-for-app-store-safe-ota-updates.md
deleted file mode 100644
index 4ab4df9a9..000000000
--- a/src/content/blog/fr/capgo-for-app-store-safe-ota-updates.md
+++ /dev/null
@@ -1,157 +0,0 @@
----
-slug: capgo-for-app-store-safe-ota-updates
-title: Capgo pour des mises à jour OTA sécurisées sur l'App Store
-description: >-
-  Découvrez comment une plateforme permet des mises à jour d'applications
-  instantanées et sécurisées sans délais d'app store, améliorant ainsi
-  l'efficacité du développement et la conformité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-07T03:24:24.255Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ca3d64c828e2c944a33eb7-1741317877632.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA updates, app development, mobile updates, app store compliance, CI/CD
-  integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-[Capgo](https://capgo.app/) permet aux développeurs de fournir des **mises à jour d'applications instantanées et sécurisées** sans attendre les révisions des magasins d'applications. Avec **cryptage de bout en bout**, une intégration CI/CD transparente et conformité aux règles des magasins d'applications, c'est une alternative économique aux mises à jour traditionnelles ou aux plateformes plus chères comme [AppFlow](https://ionic.io/appflow). Plus de **947,6 millions de mises à jour** ont été déployées à travers **1 400 applications de production**, améliorant l'efficacité du développement de **81%**.
-
-### Avantages clés de [Capgo](https://capgo.app/) :
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-07.jpg?auto=compress)
-
--   **Mises à jour instantanées** : Corrigez les bugs ou déployez des fonctionnalités sans retard.
--   **Déploiements sécurisés** : Les mises à jour sont cryptées et accessibles uniquement aux utilisateurs autorisés.
--   **Coût-efficace** : Configuration CI/CD unique coûtant 2 600 $, avec environ 300 $/mois pour une utilisation continue.
--   **Déploiements contrôlés** : Ciblez des utilisateurs ou groupes spécifiques pour les mises à jour.
--   **Conformité aux magasins d'applications** : Adhère pleinement aux politiques d'Apple et de Google.
-
-### Comparaison rapide des plateformes OTA :
-
-| Plateforme | Caractéristiques clés | Limitations | Coût |
-| --- | --- | --- | --- |
-| **Capgo** | OTA sécurisé, prêt pour CI/CD, ciblage des utilisateurs | Effort initial de configuration | 2 600 $ de configuration + ~300 $/mois |
-| **AppFlow** | Intégration Ionic, support entreprise | Barrière de coût élevée | 6 000 $/an |
-| **[App Center](https://visualstudio.microsoft.com/app-center/)** | Niveau gratuit, soutenu par Microsoft | Pas de support d'applications hybrides | Niveau gratuit disponible |
-
-Capgo est idéal pour les développeurs qui ont besoin de **mises à jour rapides et conformes** sans ruiner leur budget. Il est loué pour sa facilité d'utilisation, son accessibilité et sa fiabilité dans les environnements de production.
-
-## Pouvez-vous effectuer des mises à jour OTA pour les applications iOS ? Explication des directives d'Apple
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Caractéristiques de Capgo
-
-La plateforme de Capgo offre des capacités puissantes de mise à jour over-the-air (OTA), garantissant des mises à jour d'applications sécurisées et efficaces. Avec **cryptage de bout en bout**, les mises à jour ne sont accessibles qu'aux utilisateurs autorisés, gardant les déploiements sécurisés du début à la fin.
-
-Capgo fonctionne sans effort avec des plateformes CI/CD populaires comme **[GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [Jenkins](https://www.jenkins.io/), et [CircleCI](https://circleci.com/)**. La plateforme propose également une configuration unique de CI/CD pour 2 600 $, ce qui est beaucoup plus abordable que les 6 000 $ de frais annuels d'AppFlow. Cette intégration simplifie le déploiement tout en respectant les réglementations du magasin d'applications.
-
-Le **système d'attribution des utilisateurs** de la plateforme offre aux développeurs un contrôle précis sur la distribution des mises à jour. Cette fonctionnalité permet des déploiements ciblés et des tests bêta tout en restant conforme aux politiques des magasins d'applications. Comme l'a partagé colenso :
-
-> "Nous avons déployé des mises à jour [Capgo OTA](https://development.capgo.app/) en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour dans les minutes suivant le déploiement de l'OTA sur @Capgo."
-
-Voici un aperçu rapide des caractéristiques remarquables de Capgo :
-
-| Catégorie de fonctionnalité | Capacités | Avantages |
-| --- | --- | --- |
-| Sécurité | Cryptage de bout en bout | Garde les mises à jour accessibles uniquement aux utilisateurs autorisés |
-| Intégration | Azure DevOps, GitLab, GitHub, Jenkins | Simplifie le processus de déploiement |
-| Distribution | Système d'attribution des utilisateurs | Permet des déploiements et des tests contrôlés |
-| Gestion | Support multiple d'organisations | Fournit un contrôle de permissions détaillé |
-
-Capgo prend également en charge **la gestion multi-organisation**, permettant aux équipes de créer et de gérer des organisations distinctes avec des autorisations d'utilisateur sur mesure. Cela ajoute une autre couche de contrôle à vos flux de travail de mise à jour.
-
-## 2. Mises à jour standard du magasin d'applications
-
-Mettre à jour des applications par le biais des magasins d'applications traditionnels présente son propre ensemble de défis. Le processus de révision requis retarde souvent le temps entre l'identification d'un problème et la publication d'un correctif. Cela pousse les développeurs à regrouper plusieurs changements en une seule mise à jour, compliquant les tests et le déploiement. Ces retards rendent plus difficile la résolution rapide des problèmes et l'amélioration continue des applications, créant un besoin de solutions plus rapides qui respectent encore les règles des magasins d'applications.
-
-Les équipes de développement recherchent aujourd'hui des moyens d'accélérer les mises à jour tout en restant conformes aux directives des magasins d'applications. Des outils comme Capgo fournissent une option, permettant aux développeurs de publier des mises à jour plusieurs fois par semaine - améliorant l'efficacité jusqu'à 81% [\[1\]](https://capgo.app/). Cela montre comment les processus de mise à jour traditionnels peuvent freiner un développement agile, augmentant la demande d'outils qui soutiennent des publications rapides sans enfreindre les règles.
-
-Ces changements dans la gestion des mises à jour font partie d'une tendance plus large dans l'industrie. Les équipes visent à créer des flux de travail plus rapides et plus réactifs tout en respectant les normes de qualité et de sécurité établies par les magasins d'applications.
-
-###### sbb-itb-f9944d2
-
-## 3. Plates-formes OTA alternatives
-
-Les mises à jour standard des magasins d'applications peuvent être lentes, rendant les plateformes OTA alternatives une option attrayante pour des mises à jour plus rapides et conformes. Plusieurs plateformes se mettent en avant pour répondre à cette demande.
-
-Le Centre d'applications de Microsoft a récemment cessé de prendre en charge les mises à jour en direct pour les applications hybrides, laissant les développeurs à la recherche de nouvelles solutions. Simon Flack a partagé son point de vue sur ce changement :
-
-> "Nous essayons actuellement @Capgo depuis qu'Appcenter a cessé de prendre en charge les mises à jour en direct sur les applications hybrides et @AppFlow est beaucoup trop cher."
-
-L'AppFlow d'Ionic reste une option, mais de nombreux développeurs critiquent son coût élevé et ses fonctionnalités limitées. À 6 000 $ par an - comparé aux habituels 300 $ par mois pour les outils CI/CD - c'est difficile à vendre pour certains. LeVar Berry a exprimé ses frustrations :
-
-> "J'ai annulé mon abonnement @Appflow après 4 ans. Code-Push n'a jamais semblé bien fonctionner, j'espère que @CapGO a résolu le problème."
-
-Pour mieux comprendre le paysage, voici une comparaison rapide des principales plateformes OTA :
-
-| Plateforme | Caractéristiques clés | Limitations | Structure de coût |
-| --- | --- | --- | --- |
-| AppFlow | Intégration Ionic intégrée | Problèmes de fonctionnalité | 6 000 $/an |
-| App Center | Soutenu par Microsoft | Pas de support d'applications hybrides | Niveau gratuit disponible |
-| Capgo | Cryptage de bout en bout ; Prêt pour CI/CD | En cours de maturation en tant que plateforme | ~300 $/mois pour CI/CD |
-
-L'industrie recherche clairement des solutions OTA plus abordables et fiables. Même l'équipe [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) de la NASA a réagi :
-
-> "@Capgo est un moyen intelligent de faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂."
-
-Ces changements soulignent le besoin croissant d'équilibrer des déploiements rapides avec les règles des magasins d'applications, sans casser la banque.
-
-## Avantages et limitations
-
-Examinez de plus près les méthodes de mise à jour OTA, en tirant des enseignements d'exemples du monde réel et des retours de développeurs.
-
-| Méthode de mise à jour | Avantages clés | Limitations notables | Impact sur le coût |
-| --- | --- | --- | --- |
-| Magasin d'applications traditionnel | • Confiance des utilisateurs intégrée  <br>• Conformité garantie  <br>• Pas d'infrastructure supplémentaire nécessaire | • Longs délais d'approbation  <br>• Fréquence de mise à jour limitée  <br>• Effort de développement plus élevé | Frais de base du magasin d'applications |
-| Capgo OTA | • Mises à jour instantanées  <br>• Cryptage de bout en bout  <br>• Intégration CI/CD  <br>• Contrôle sur les attributions d'utilisateurs | • Effort de configuration initial  <br>• Limitations spécifiques à la plateforme | 2 600 $ de configuration + ~300 $/mois |
-| AppFlow | • Intégration Ionic transparente  <br>• Support de niveau entreprise  <br>• Outils complets | • Barrière de coût initial élevée | 6 000 $/an |
-
-Ce tableau met en évidence l'équilibre entre les mises à jour OTA rapides et les méthodes traditionnelles des magasins d'applications. Capgo se distingue en offrant des **déploiements instantanés** et des **mesures de sécurité robustes**, répondant aux retards et risques courants liés aux mises à jour des magasins d'applications.
-
-L'utilisation par Capgo d'un cryptage de bout en bout garantit que les mises à jour ne sont accessibles qu'aux utilisateurs autorisés, en faisant une option plus sécurisée que les méthodes traditionnelles. Son efficacité éprouvée - livrant **947,6 millions de mises à jour** à travers **1 400 applications de production** - montre sa fiabilité pour des projets à grande échelle [\[1\]](https://capgo.app/).
-
-Même l'équipe OSIRIS-REx de la NASA a loué Capgo pour son approche économique :
-
-> "@Capgo est un moyen intelligent de faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂"
-
-Alors que les mises à jour des magasins d'applications peuvent prendre des semaines pour être approuvées, Capgo permet aux développeurs de publier des mises à jour plusieurs fois par semaine, maintenant ainsi l'agilité des cycles de développement. Le choix entre ces méthodes dépend des besoins de votre projet, de l'expertise de l'équipe et du budget disponible.
-
-## Conclusions et recommandations clés
-
-Notre analyse met en lumière des tendances pour des mises à jour OTA efficaces et conformes, offrant des insights pour guider votre prise de décision lors de l'adoption de ces méthodes.
-
-Choisir la bonne [stratégie de mise à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) dépend des besoins spécifiques de votre projet :
-
-| **Besoin du projet** | **Approche recommandée** | **Preuve** |
-| --- | --- | --- |
-| Corrections de bugs critiques | [Mises à jour OTA de Capgo](https://console.capgo.app/resend_email) | "Éviter la révision pour les corrections de bugs est précieux." – Bessie Cooper [\[1\]](https://capgo.app/) |
-| Projets sensibles aux coûts | Capgo (Intégration CI/CD à ~300 $/mois) | Économies par rapport à d'autres alternatives [\[1\]](https://capgo.app/) |
-| Échelle entreprise | Hybridation traditionnelle + OTA | Plus de 947,6 millions de mises à jour réussies à travers 1 400 applications de production [\[1\]](https://capgo.app/) |
-
-Voici quelques stratégies qui s'appuient sur ces découvertes :
-
--   **[Stratégie de mise à jour hybride](https://capgo.app/docs/live-updates/update-behavior/)**  
-    Combinez les mises à jour de l'app store avec des mises à jour OTA pour des corrections rapides. Rodrigo Mantica a souligné cette approche :
-    
-    > "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !" [\[1\]](https://capgo.app/)
-    
--   **Déploiement axé sur la sécurité**  
-    Capgo garantit des mises à jour sécurisées grâce à son chiffrement de bout en bout, en faisant une option fiable pour les applications d'entreprise [\[1\]](https://capgo.app/).
-    
--   **Déploiements contrôlés**  
-    Des déploiements progressifs sont possibles grâce à la fonction d'attribution d'utilisateurs de Capgo. L'équipe de Colenso a partagé son expérience :
-    
-    > "Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour dans les minutes suivant le déploiement de l'OTA sur @Capgo." [\[1\]](https://capgo.app/)
-    
-
-Pour les équipes qui migrent vers une nouvelle plateforme, Capgo propose un processus d'intégration facile. Jay (@jaythegeek) a noté :
-
-> "J'ai configuré @Capgo et testé ce remplacement génial pour @AppFlow ! Merci pour le travail acharné, tout a été facile jusqu'à présent." [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/fr/capgo-integration-with-github-actions-guide.md b/src/content/blog/fr/capgo-integration-with-github-actions-guide.md
deleted file mode 100644
index 24173bcf9..000000000
--- a/src/content/blog/fr/capgo-integration-with-github-actions-guide.md
+++ /dev/null
@@ -1,301 +0,0 @@
----
-slug: capgo-integration-with-github-actions-guide
-title: 'Intégration de Capgo avec GitHub Actions : Guide'
-description: >-
-  Intégrez Capgo avec GitHub Actions pour des mises à jour d'applications
-  efficaces, sécurisées et rentables, améliorant ainsi votre flux de travail de
-  développement.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-16T02:24:50.565Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d61b378b902ec211cf87e9-1742091902582.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capgo, GitHub Actions, CI/CD, Capacitor apps, deployment, automation, updates,
-  security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-[Capgo](https://capgo.app/) et [GitHub Actions](https://docs.github.com/actions) simplifient ensemble le déploiement des mises à jour pour les applications [Capacitor](https://capacitorjs.com/). Voici pourquoi cette intégration mérite votre attention :
-
--   **Économisez de l'argent** : Réduisez les coûts CI/CD jusqu'à 26 100 $ sur 5 ans par rapport à [AppFlow](https://ionic.io/appflow/).
--   **Mises à jour rapides** : Publiez des mises à jour instantanément avec 95 % des utilisateurs les recevant en 24 heures.
--   **Déploiements sécurisés** : Le cryptage de bout en bout garantit que les mises à jour sont sûres.
--   **Flux de travail rationalisé** : Automatisez les builds et les déploiements directement dans votre dépôt GitHub.
-
-### Vue d'ensemble rapide
-
-1.  **Exigences** : Compte GitHub, [compte Capgo](https://capgo.app/disclaimer/) (à partir de 12 $/mois), projet Capacitor, [Node.js](https://nodejs.org/en).
-2.  **Configuration** : Installez [Capgo CLI](https://capgo.app/docs/cli/commands) avec `npx @capgo/cli init`, configurez GitHub Actions avec un workflow YAML.
-3.  **Déploiement** : Utilisez des commandes comme `npx @capgo/cli deploy` pour [automatiser les mises à jour](https://capgo.app/docs/live-updates/update-behavior/).
-4.  **Tests** : Déployez vers des canaux de test (par exemple, bêta, préproduction) avant la production.
-
-**Exemple de Workflow (YAML)** :
-
-```yaml
-name: Capgo Deploy  
-on:  
-  push:  
-    branches:  
-      - main  
-
-jobs:  
-  deploy:  
-    runs-on: ubuntu-latest  
-    steps:  
-      - uses: actions/checkout@v6  
-      - uses: actions/setup-node@v6  
-        with:  
-          node-version: '24'  
-      - name: Install Dependencies  
-        run: npm install  
-      - name: Deploy to Capgo  
-        run: npx @capgo/cli deploy  
-        env:  
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}  
-```
-
-Cette intégration garantit des mises à jour d'applications rapides, sécurisées et rentables, ce qui la rend idéale pour les équipes de développement agiles.
-
-## [GitHub Actions](https://docs.github.com/actions) Tutoriel - Concepts de base et pipeline CI/CD
-
-![GitHub Actions](https://mars-images.imgix.net/seobot/screenshots/docs.github.com-90237daad1b336de5d9b7f1a85aa7441-2025-03-16.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/R8_veQiYBjI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Exigences de configuration
-
-[L'intégration de Capgo](https://capgo.app/docs/webapp/) avec GitHub Actions implique la mise en place des outils et des configurations nécessaires.
-
-### Outils et comptes requis
-
-Assurez-vous d'avoir les comptes et outils suivants prêts :
-
-| Exigence | Objectif | Détails |
-| --- | --- | --- |
-| **Compte GitHub** | Contrôle de version & CI/CD | Compte actif avec accès aux dépôts |
-| **Compte Capgo** | Gérer les mises à jour en direct | Les plans commencent à 12 $/mois pour le plan SOLO |
-| **Projet Capacitor** | Développement d'applications | Un projet fonctionnel prêt à être intégré |
-| **Node.js** | Environnement d'exécution | La dernière version LTS est recommandée |
-
-Une fois cela en place, vous pouvez procéder à l'ajout de Capgo à votre projet pour des mises à jour en direct automatisées.
-
-### Ajout de [Capgo](https://capgo.app/) à votre projet
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-16.jpg?auto=compress)
-
-Pour intégrer Capgo, installez-le dans votre projet Capacitor en utilisant son outil CLI. Selon Martin Donadieu, fondateur de Capgo :
-
-> "Exécutez npx @capgo/cli init et c'est tout !" [\[1\]](https://capgo.app/)
-
-Cette commande configurera le plugin et ses dépendances requises.
-
-### Configuration du dépôt GitHub
-
-Préparez votre dépôt GitHub pour répondre aux exigences d'intégration CI/CD avec Capgo. Comme mentionné dans leur documentation :
-
-> "Nous configurons votre pipeline CI/CD directement sur votre plateforme préférée, que ce soit GitHub Actions, GitLab CI, ou autres. Nous ne gérons pas CI/CD et ne vous facturons pas pour le maintenir." [\[1\]](https://capgo.app/)
-
-Capgo propose cette configuration pour un frais unique de 2 600 $ et environ 300 $/mois, ce qui est plus abordable comparé aux 6 000 $ de frais annuels d'AppFlow [\[1\]](https://capgo.app/).
-
-Voici comment configurer votre dépôt :
-
--   **Structure du dépôt** : Organisez votre dépôt avec des répertoires séparés pour le code source, les ressources et les fichiers de configuration afin de garder tout propre et gérable.
--   **Configuration de l'environnement** : Créez des environnements distincts pour le développement, la préproduction et la production, en garantissant des contrôles d'accès et des mesures de sécurité appropriées.
--   **Gestion des accès** : Définissez les autorisations du dépôt avec soin pour permettre [l'intégration de Capgo](https://capgo.app/consulting/) tout en maintenant la sécurité.
-
-Ces étapes garantiront que votre projet est prêt pour le flux de travail GitHub Actions, qui sera décrit dans la section suivante.
-
-## Configuration du flux de travail GitHub Actions
-
-Automatisez vos [déploiements Capgo](https://capgo.app/docs/cli/commands/) en utilisant GitHub Actions pour rationaliser votre processus CI/CD.
-
-### Création du fichier de workflow
-
-Commencez par créer un fichier YAML dans le répertoire `.github/workflows` de votre dépôt. Voici un exemple :
-
-```yaml
-name: Capgo Deploy
-on:
-  push:
-    branches:
-      - main
-  workflow_dispatch:
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-      - name: Install Dependencies
-        run: npm install
-      - name: Build App
-        run: npm run build
-      - name: Deploy to Capgo
-        run: npx @capgo/cli deploy
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Cette configuration garantit des déploiements sécurisés et automatisés. Une fois que vous avez configuré le fichier, choisissez les bons déclencheurs pour votre workflow.
-
-### Options de déclenchement de workflow
-
-GitHub Actions vous permet de personnaliser le moment où les workflows s'exécutent. Voici quelques options de déclenchement :
-
-| **Type de déclencheur** | **Cas d'utilisation** | **Configuration** |
-| --- | --- | --- |
-| Événements Push | Déployer lors de changements de code | S'active lorsque du code est poussé sur des branches spécifiques |
-| Dispatch Manuel | Mises à jour à la demande | Vous permet de démarrer manuellement le workflow |
-| Planification | Sorties temporisées | Exécute des déploiements à des intervalles fixés |
-| Demande de tirage | Tester les mises à jour | Teste les modifications avant de les fusionner dans les branches principales |
-
-### Gestion des clés secrètes
-
-Pour garantir des déploiements sécurisés, vous devez gérer correctement vos clés secrètes. GitHub Actions propose un système de gestion des secrets cryptés à cet effet.
-
-**Étapes pour configurer une authentification sécurisée :**
-
-1.  **Accédez aux paramètres du dépôt**  
-    Allez dans les paramètres de votre dépôt et trouvez la section "Secrets et variables" sous l'onglet "Sécurité".
-    
-2.  **Ajoutez [les identifiants Capgo](https://capgo.app/trust/)**  
-    Sauvegardez votre jeton d'authentification Capgo en tant que secret du dépôt. Nommez-le `CAPGO_TOKEN`.
-    
-3.  **Référencez les secrets dans les workflows**  
-    Utilisez vos secrets stockés dans le workflow en les référent comme ceci : `${{ secrets.CAPGO_TOKEN }}`.
-    
-
-## Commandes Capgo dans les workflows
-
-Une fois votre environnement GitHub Actions configuré, vous pouvez automatiser les déploiements en intégrant les commandes Capgo CLI.
-
-### Installation de Capgo CLI
-
-Ajoutez l'étape suivante à votre workflow pour installer Capgo CLI :
-
-```yaml
-steps:
-  - name: Install Capgo CLI
-    run: npm install -g @capgo/cli
-  - name: Initialize Capgo
-    run: npx @capgo/cli init
-```
-
-### Authentification de la CLI
-
-Authentifiez en toute sécurité la CLI en utilisant le `CAPGO_TOKEN` :
-
-```yaml
-- name: Authenticate Capgo CLI
-  run: npx @capgo/cli login
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-### Commandes de déploiement
-
-Voici les commandes clés pour gérer la création, la version et le déploiement de vos mises à jour :
-
-| Commande | Objectif | Exemples d'utilisation |
-| --- | --- | --- |
-| `build` | Génère un [bundle prêt pour la production](https://capgo.app/docs/webapp/bundles/) | `npx @capgo/cli build` |
-| `deploy` | Pousse des mises à jour vers Capgo | `npx @capgo/cli deploy` |
-| `version` | Définit la version pour la mise à jour | `npx @capgo/cli version 1.2.0` |
-
-Pour automatiser l'ensemble du processus de déploiement, utilisez les commandes ensemble comme ceci :
-
-```yaml
-steps:
-  - name: Build and Deploy
-    run: |
-      npx @capgo/cli build
-      npx @capgo/cli version ${{ github.ref_name }}
-      npx @capgo/cli deploy
-    env:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Cette configuration garantit que vos mises à jour sont automatiquement créées, versionnées et déployées chaque fois que le workflow est exécuté. Le système de gestion des secrets de GitHub garde vos identifiants en sécurité tout au long du processus.
-
-## Tests et corrections
-
-### Exécution des workflows de test
-
-Vous pouvez tester votre workflow GitHub Actions en utilisant un [canal de test Capgo](https://capgo.app/docs/plugin/cloud-mode/channel-system/). Cela vous permet de valider les mises à jour avant qu'elles ne soient mises en ligne.
-
-```yaml
-- name: Test Build Deployment
-  run: |
-    npx @capgo/cli build
-    npx @capgo/cli deploy --channel beta
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Le système de canaux de Capgo vous aide à créer des chemins de déploiement distincts pour différentes étapes :
-
-| Canal | Objectif | Public cible |
-| --- | --- | --- |
-| bêta | Tests préliminaires | Équipe interne |
-| préproduction | Validation QA | Utilisateurs de test |
-| production | Déploiement en direct | Tous les utilisateurs |
-
-### Solutions aux erreurs
-
-Voici quelques problèmes d'intégration courants et comment les résoudre :
-
-1. **Échecs d'authentification**
-
-Vérifiez le CAPGO\_TOKEN dans les secrets GitHub. S'il a expiré, régénérez-le pour garantir une authentification fluide.
-
-2. **Erreurs de build**
-
-Assurez-vous que votre configuration de build correspond aux exigences de votre environnement de déploiement.
-
-> "Nous avons déployé des mises à jour OTA Capgo en production pour notre base d'utilisateurs de plus de 5000. Nous observons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour dans les minutes suivant le déploiement de l'OTA sur @Capgo." [\[1\]](https://capgo.app/)
-
-3. **Conflits de versions**
-
-Adoptez le versionnement sémantique et incrémentez les versions correctement pour éviter les conflits lors des déploiements.
-
-### Conseils de maintenance
-
--   Utilisez [l'analyse Capgo](https://capgo.app/dp/) pour surveiller les taux de réussite des mises à jour.
--   Activez les rollbacks automatiques pour les mises à jour qui pourraient causer des problèmes.
--   Testez les demandes de tirage (PRs) en utilisant des sélecteurs de canaux pour un meilleur contrôle.
--   Gardez votre workflow à jour avec les dernières commandes Capgo CLI.
-
-Pour les déploiements à haute priorité, profitez de la gestion des erreurs de Capgo pour repérer rapidement les problèmes potentiels. Si quelque chose ne va pas, la fonction de rollback vous permet de revenir rapidement à une version stable, minimisant ainsi les perturbations. Ces pratiques aideront à maintenir vos déploiements en douceur à mesure que vous vous rapprochez de la production.
-
-## Conclusion
-
-### Points clés
-
-L'intégration de Capgo avec GitHub Actions simplifie le processus de déploiement pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), offrant des avantages majeurs aux équipes de développement. Avec un taux de réussite des mises à jour de 82 % au niveau mondial et 95 % des utilisateurs actifs recevant les mises à jour dans les 24 heures [\[1\]](https://capgo.app/), cette solution se distingue par son efficacité.
-
-Voici quelques fonctionnalités remarquables :
-
--   **Workflows automatisés** : En configurant les workflows directement dans GitHub Actions, il n'est pas nécessaire d'héberger CI/CD à l'extérieur. Cette approche réduit les coûts opérationnels, économisant environ 26 100 $ sur cinq ans par rapport à des alternatives comme AppFlow [\[1\]](https://capgo.app/).
--   **Déploiement rapide** : Les mises à jour peuvent être poussées instantanément, contournant les délais de l'App Store.
--   **Sécurité solide** : Le cryptage de bout en bout garantit que les mises à jour sont livrées en toute sécurité, tandis que le système de canaux de Capgo permet des déploiements contrôlés et par étapes.
-
-Ces fonctionnalités ouvrent la voie à des solutions plus adaptées et à une performance améliorée, explorées plus en détail ci-dessous.
-
-### Stratégies avancées
-
-Pour tirer le meilleur parti de votre intégration Capgo et GitHub Actions, explorez ces tactiques avancées :
-
--   **Flux de travail API personnalisés** : Utilisez l'API publique de Capgo pour concevoir des flux de déploiement adaptés aux besoins spécifiques de votre équipe. Cela peut permettre des expériences en marque blanche et une intégration transparente avec vos outils actuels [\[1\]](https://capgo.app/).
--   **[Versions basées sur des canaux](https://capgo.app/docs/webapp/channels/)** : Optimisez votre processus de déploiement en utilisant les fonctionnalités de canaux de Capgo pour des mises à jour échelonnées et contrôlées.
--   **Performance optimisée** : Profitez des mises à jour partielles de Capgo pour réduire l'utilisation de la bande passante et accélérer les mises à jour. Avec 23,5 millions de mises à jour délivrées à travers 750 applications de production [\[1\]](https://capgo.app/), le système a prouvé sa capacité à gérer des demandes à grande échelle.
-
-Pour de meilleurs résultats, envisagez d'utiliser les options d'auto-hébergement de Capgo ou des configurations API personnalisées. Consultez les sections précédentes pour des instructions détaillées sur la configuration et les tests afin de mettre pleinement en œuvre ces stratégies.
diff --git a/src/content/blog/fr/capgo-price-reduction.md b/src/content/blog/fr/capgo-price-reduction.md
deleted file mode 100644
index e36bf39fe..000000000
--- a/src/content/blog/fr/capgo-price-reduction.md
+++ /dev/null
@@ -1,52 +0,0 @@
----
-slug: capgo-price-reduction
-title: >-
-  Réduction des prix de Capgo : Rendre les mises à jour en direct encore plus
-  accessibles
-description: >-
-  Nous sommes heureux d'annoncer des réductions de prix significatives sur tous
-  les plans Capgo, rendant les mises à jour en direct plus accessibles aux
-  développeurs de tous niveaux.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-03-05T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Annonce de baisse des prix de Capgo
-keywords: 'capgo, price reduction, live updates, mobile app development, capacitor'
-tag: News
-published: true
-locale: fr
-next_blog: ''
----
-Salut ! 🎉
-
-Grande nouvelle : Nous avons amélioré votre forfait Capgo gratuitement ! 🚀
-
-## Quoi de neuf ?
-
-| Plan | MAU | Stockage | Bande passante |
-|------|-----|----------|----------------|
-| Solo | 500 ➡️ 1k | 1 GB | 13 GB ➡️ 50 GB |
-| Maker | 5k ➡️ 10k | 3 GB ➡️ 5 GB | 125 GB ➡️ 500 GB |
-| Team | 30k ➡️ 100k | 6 GB ➡️ 10 GB | 750 GB ➡️ 2,000 GB |
-| Enterprise | 200k ➡️ 1M | 12 GB ➡️ 20 GB | 5,000 GB ➡️ 10,000 GB |
-
-## Pourquoi faisons-nous cela ? 🤔
-
-1. Nous pensons que les mises à jour à distance ne devraient pas être un luxe. Elles sont essentielles pour le développement d'applications modernes, vous aidant à déployer plus rapidement et à garder vos utilisateurs satisfaits. 🚀
-
-2. Nous nous engageons à rendre nos tarifs plus accessibles au fil du temps. À mesure que la technologie s'améliore et que notre base d'utilisateurs grandit, nous voulons vous faire profiter directement de ces avantages. 💖
-
-3. Avantages de l'optimisation : Le travail acharné de l'année dernière a porté ses fruits ! Nous avons réduit nos coûts d'exploitation et nous vous transférons directement ces économies. 📉➡️📈
-
-Nous sommes impatients de voir ce que vous allez construire avec ces ressources améliorées ! 🎉
-
-Des questions ? Nous sommes là pour vous aider !
-
-Bon code !
-
-Martin ❤️
-
-P.S. Faites passer le mot ! 🌍
diff --git a/src/content/blog/fr/capgo-purpose.md b/src/content/blog/fr/capgo-purpose.md
deleted file mode 100644
index 7f532df87..000000000
--- a/src/content/blog/fr/capgo-purpose.md
+++ /dev/null
@@ -1,73 +0,0 @@
----
-slug: capgo-purpose
-title: Objectif de Capgo
-description: >-
-  L'article de blog doit être décrit comme un guide complet pour les
-  développeurs sur la façon d'utiliser Capgo pour gérer les mises à jour et les
-  tests des applications Capacitor.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-10T00:00:00.000Z
-updated_at: 2023-09-10T00:00:00.000Z
-head_image: /capgo_banner.webp
-head_image_alt: bannière capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: SOLUTION
-published: true
-locale: fr
-next_blog: ''
----
-## Aperçu
-
-Capgo est une plateforme basée sur le cloud qui peut aider les développeurs à rationaliser leur processus de développement d'application Capacitor en facilitant la gestion des mises à jour OTA et des tests. Dans cet article de blog, nous aborderons toutes les fonctionnalités clés et les avantages de Capgo, ainsi que la manière de l'utiliser pour déployer des mises à jour, créer des tests, gérer des utilisateurs et gérer des configurations. Nous discuterons également des cas d'utilisation et des tarifs de Capgo.
-
-À la fin de cet article, vous aurez une compréhension approfondie de la manière dont Capgo peut vous aider à améliorer votre processus de développement d'applications Capacitor et à offrir de meilleures applications à vos utilisateurs.
-
-## Caractéristiques
-
-Capgo offre une variété de fonctionnalités qui facilitent la gestion des mises à jour et des tests des applications Capacitor, notamment :
-
-* Mises à jour OTA : Capgo facilite le déploiement de mises à jour sur les appareils de vos utilisateurs sans avoir à réinstaller l'application. Il vous suffit de créer un nouveau déploiement dans Capgo et de télécharger le paquet de mise à jour. Capgo déploiera ensuite automatiquement la mise à jour sur les appareils de vos utilisateurs.
-
-* Tests : Capgo vous permet de créer et d'exécuter des tests sur votre application avant de la déployer en production. Cela peut vous aider à détecter les bogues tôt et à vous assurer que votre application fonctionne correctement.
-
-* Intégration : Capgo peut être facilement intégré à votre pipeline CI/CD. Cela vous permet d'automatiser le déploiement de mises à jour et de tests.
-
-* Gestion des utilisateurs : Capgo vous permet d'assigner des utilisateurs à différents groupes et de contrôler qui peut recevoir des mises à jour. Cela peut être utile pour les tests bêta ou pour déployer des mises à jour à un groupe spécifique d'utilisateurs. Gestion de la configuration : Capgo vous permet de gérer toutes vos configurations à un emplacement central. Cela peut faciliter le suivi de vos modifications et garantir que tous vos appareils utilisent la même configuration.
-
-## Avantages
-
-**Processus d'affaires rationalisés :** 
-
-Capgo simplifie les workflows grâce à Live Update CapacitorJS et Ionic. Les mises à jour en temps réel garantissent des fonctionnalités et une sécurité actuelles, éliminant les temps d'arrêt pendant les mises à jour et facilitant l'intégration des systèmes pour une efficacité accrue.
-
-**Collaboration améliorée :** 
-
-Les fonctionnalités de gestion d'équipe de Capgo, combinées à Live Update CapacitorJS et Ionic, facilitent la collaboration fluide, la gestion de projet, le suivi des tâches et la communication. Les mises à jour en temps réel tiennent tout le monde informé et permettent des réponses rapides.
-
-**Analytique en temps réel :** 
-
-Capgo s'intègre à Live Update CapacitorJS et Ionic pour fournir des analyses de données en temps réel. Des tableaux de bord personnalisés affichent des indicateurs commerciaux vitaux, permettant une prise de décision proactive et des aperçus sur le comportement des clients.
-
-**Productivité accrue :**
-
- Capgo optimise la gestion du temps et la priorisation des tâches grâce à Live Update CapacitorJS et Ionic. Il offre une planification en temps réel, des rappels et des notifications, ainsi qu'une organisation des tâches basée sur l'importance et l'urgence, ce qui se traduit par une productivité améliorée.
-
- **Extension de fonctionnalité sans couture :** 
- 
- Capgo révolutionne le développement web en permettant des mises à jour en temps réel, ce qui fait gagner du temps et des efforts aux développeurs. Il élimine les processus de redéploiement complexes, favorise l'agilité et la réactivité aux retours des utilisateurs, entraînant une rentabilité et une satisfaction utilisateur améliorées.
-
- **Cas d'utilisation concrets :**
- 
- La polyvalence de Capgo brille dans des scénarios pratiques. Il améliore l'expérience utilisateur et la performance dans le e-commerce, les outils collaboratifs, l'intégration des médias sociaux, les agrégateurs de nouvelles et les plateformes d'apprentissage en ligne. Les mises à jour en temps réel gardent les utilisateurs engagés et satisfaits.
-
-  **Adopter le développement agile :** 
-  
-  Les développeurs web peuvent adopter des pratiques agiles avec Capgo. Les meilleures pratiques incluent la planification de l'itération, les tests approfondis, la collecte continue des retours utilisateurs, la surveillance des performances, une collaboration efficace et le maintien à jour des fonctionnalités évolutives de Capgo et des meilleures pratiques.
-
-## Conclusion
-
-En conclusion, Capgo est une plateforme puissante qui offre une gamme d'avantages pour les créateurs et les entrepreneurs. Son intégration avec Live Update Capacitorjs et Ionic fournit des mises à jour en temps réel, des workflows rationalisés, une collaboration améliorée, des analyses en temps réel et une productivité accrue. Avec Capgo, vous pouvez donner vie à vos idées, gérer vos projets efficacement et prendre des décisions commerciales éclairées.
diff --git a/src/content/blog/fr/capgo-vs-appflow-deployment-solutions-compared.md b/src/content/blog/fr/capgo-vs-appflow-deployment-solutions-compared.md
deleted file mode 100644
index f93ab02a8..000000000
--- a/src/content/blog/fr/capgo-vs-appflow-deployment-solutions-compared.md
+++ /dev/null
@@ -1,172 +0,0 @@
----
-slug: capgo-vs-appflow-deployment-solutions-compared
-title: 'Capgo vs. Appflow : Solutions de déploiement comparées'
-description: >-
-  Comparer Capgo et Appflow pour les mises à jour OTA, en se concentrant sur
-  l'accessibilité, la sécurité et les options de déploiement afin de trouver la
-  meilleure solution pour les développeurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T07:21:36.178Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68217b4a5e3fe4823b5fc0bc-1747034661995.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, app deployment, Capgo, Appflow, mobile app security, CI/CD
-  integration, cloud hosting, self-hosted solutions
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**À la recherche du meilleur outil pour les mises à jour d'applications Over-the-Air (OTA) [app updates](https://capgo.app/plugins/capacitor-updater/) ?** Voici un rapide aperçu : [Capgo](https://capgo.app/) livre des mises à jour instantanément avec un cryptage de bout en bout et des options d'hébergement flexibles, tandis que [Appflow](https://ionic.io/appflow/), une solution de longue date, est prévu de fermer en 2026 et entraîne des coûts plus élevés.
-
-### Points Clés :
-
--   **Capgo** : Abordable, sécurisé, prend en charge [les configurations cloud et auto-hébergées](https://capgo.app/blog/self-hosted-capgo/), et s'intègre avec des outils CI/CD externes comme [GitHub Actions](https://docs.github.com/actions). Les plans commencent à 12 $/mois.
--   **Appflow** : Propriétaire, uniquement cloud, coûts plus élevés (5 000 $/an pour certaines équipes), et [CI/CD intégré](https://capgo.app/blog/setup-ci-and-cd-gitlab/).
-
-### Comparaison Rapide :
-
-| Fonctionnalité | Capgo | Appflow |
-| --- | --- | --- |
-| **Année de lancement** | 2022 | De longue date, se termine en 2026 |
-| **Options d'hébergement** | Cloud ou auto-hébergé | Uniquement cloud |
-| **Sécurité** | Cryptage de bout en bout | Signature des mises à jour |
-| **Tarification** | À partir de 12 $/mois | ~5 000 $/an pour les équipes |
-| **Intégration CI/CD** | Outils externes supportés | Système intégré |
-
-Capgo se distingue par son accessibilité, sa sécurité robuste, et sa flexibilité, en faisant un choix de premier plan pour les développeurs recherchant des mises à jour rapides et [sécurisées](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) sans se ruiner.
-
-## Comparaison des Fonctionnalités
-
-### Systèmes de Mise à Jour
-
-Capgo et Appflow empruntent des chemins différents en matière de gestion des mises à jour d'applications. Capgo se concentre sur les mises à jour des actifs web, permettant aux développeurs de pousser instantanément des changements sans attendre l'approbation des magasins d'applications. Il utilise un système de canaux pour rendre les mises à jour plus ciblées, permettant aux développeurs de déployer des changements pour des groupes d'utilisateurs spécifiques pour des tests bêta ou des déploiements progressifs [\[1\]](https://capgo.app).
-
-Une caractéristique marquante du système de mise à jour de Capgo est sa capacité à envoyer uniquement les parties modifiées d'une mise à jour. Cette approche réduit à la fois l'utilisation de la bande passante et le temps nécessaire pour livrer les mises à jour [\[1\]](https://capgo.app).
-
-> "J'ai annulé mon abonnement @Appflow après 4 ans. Code-Push n'a jamais semblé bien fonctionner, j'espère que @CapGO a trouvé la solution" - LeVar Berry [\[1\]](https://capgo.app)
-
-### Normes de Sécurité
-
-En matière de sécurité, Capgo et Appflow adoptent des approches différentes. Capgo utilise un cryptage de bout en bout pour toutes les mises à jour, tandis qu'Appflow s'appuie principalement sur la signature des mises à jour [\[1\]](https://capgo.app). Les deux plateformes respectent les exigences d'Apple et de Google, mais leurs méthodes de protection des données se démarquent :
-
-| Fonctionnalité de Sécurité | Capgo | Appflow |
-| --- | --- | --- |
-| [Protection des Mises à Jour](https://capgo.app/docs/live-updates/update-behavior/) | Cryptage de bout en bout | Signature des mises à jour |
-| Options d'Hébergement | Cloud ou auto-hébergé | SaaS uniquement |
-| Accès au Code Source | 100 % open-source | Propriétaire |
-| Conformité au Store | Conformité totale | Conformité totale |
-
-L'accent mis par Capgo sur le cryptage et la flexibilité des options d'hébergement ajoute une autre couche de contrôle pour les développeurs manipulant des données sensibles.
-
-### Architecture de la Plateforme
-
-L'architecture open-source de Capgo est conçue pour la flexibilité, prenant en charge à la fois des déploiements basés sur le cloud et [auto-hébergés](https://capgo.app/blog/self-hosted-capgo/). Son CDN mondial garantit des performances impressionnantes, livrant un téléchargement de paquet de 5 Mo en seulement 114 ms [\[1\]](https://capgo.app). Cette efficacité est soutenue par des résultats concrets : Capgo a livré 1,6 trillion de mises à jour et prend en charge plus de 1 700 applications actuellement en production [\[1\]](https://capgo.app).
-
-> "@Capgo est un moyen intelligent de réaliser des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" - OSIRIS-REx de la NASA [\[1\]](https://capgo.app)
-
-Capgo s'intègre également parfaitement avec les pipelines CI/CD comme GitHub Actions et [GitLab CI](https://docs.gitlab.com/ee/ci/). Les développeurs peuvent configurer ces pipelines sans frais d'hébergement supplémentaires, leur donnant plus de contrôle sur leurs processus de déploiement [\[1\]](https://capgo.app).
-
-## Comparaison des Prix
-
-### Options de Plan
-
-Capgo propose quatre niveaux de tarification, chacun conçu pour répondre à différents besoins et budgets. Le plan **SOLO** commence à 12 $ par mois (avec facturation annuelle), tandis que le niveau **PAYG**, qui inclut des fonctionnalités de niveau entreprise, est tarifé à 249 $ par mois.
-
-| Fonctionnalité | Capgo SOLO | [Capgo MAKER](https://capgo.app/imprint/) | [Capgo TEAM](https://capgo.app/consulting/) | [Capgo PAYG](https://capgo.app/docs/webapp/payment/) |
-| --- | --- | --- | --- | --- |
-| **Prix ($/mois, facturation annuelle)** | 12 $ | 33 $ | 83 $ | 249 $ |
-| **Limite MAU** | 1 000 | 10 000 | 100 000 | 1 000 000 |
-| **Bande passante** | 50 Go | 500 Go | 2 000 Go | 10 To |
-| **Stockage** | 2 Go | 5 Go | 10 Go | 20 Go |
-
-Ces niveaux sont conçus pour évoluer avec la croissance de votre équipe, offrant flexibilité et tarifs compétitifs.
-
-### Tarification pour Petites Équipes
-
-Pour les startups et les petites équipes, la tarification de Capgo se distingue comme une alternative économique aux solutions traditionnelles. Alors que des plateformes comme Appflow peuvent coûter des milliers par an, Capgo propose une option plus abordable. Sa configuration CI/CD nécessite des frais uniques de 2 600 $, avec des coûts mensuels récurrents d'environ 300 $ [\[1\]](https://capgo.app).
-
-> "Nous essayons actuellement @Capgo depuis qu'Appcenter a cessé de prendre en charge les mises à jour en direct sur les applications hybrides et que @AppFlow est beaucoup trop cher." - Simon Flack [\[1\]](https://capgo.app)
-
-Voici ce qui rend Capgo attrayant pour les petites équipes :
-
--   Un **essai gratuit de 15 jours** sans carte de crédit requise
--   Une échelle flexible pour correspondre à vos besoins d'utilisation
--   Pas de contrats annuels - payez au fur et à mesure
--   Une option auto-hébergée pour mieux gérer les coûts
-
-## Outils de Développement
-
-### Automatisation de Build
-
-Capgo et Appflow abordent l'automatisation des builds et l'intégration CI/CD de manière distincte. Capgo se concentre sur la flexibilité en travaillant de manière fluide avec des plateformes CI/CD externes telles que GitHub Actions, GitLab CI, et [Jenkins](https://www.jenkins.io/). Cette approche permet aux développeurs d'utiliser les outils avec lesquels ils sont déjà à l'aise. Jusqu'à présent, Capgo a réussi à configurer des pipelines CI/CD pour plus de 50 applications, simplifiant considérablement les processus de déploiement [\[1\]](https://capgo.app).
-
-Voici une comparaison rapide des deux plateformes :
-
-| Fonctionnalité | Capgo | Appflow |
-| --- | --- | --- |
-| Intégration CI/CD | Fonctionne avec des plateformes externes comme GitHub, GitLab, et Jenkins | Livré avec un système intégré |
-| Coût d'exploitation | Environ 300 $ par mois | Environ 6 000 $ par an |
-
-Voyons maintenant comment ces plateformes gèrent la collaboration et les flux de travail d'équipe.
-
-### Outils d'Équipe
-
-Capgo et Appflow incluent tous deux des fonctionnalités conçues pour améliorer la collaboration, mais ils s'y prennent différemment. Capgo fournit des autorisations utilisateur détaillées, un support pour [plusieurs organisations](https://capgo.app/docs/webapp/organization-system/), et un système de canaux sophistiqué pour livrer des mises à jour ciblées. De plus, Capgo offre une API publique, permettant aux équipes de l'intégrer à leurs outils et flux de travail existants. Cette configuration permet aux équipes de développement de fonctionner efficacement tout en maintenant les mises à jour organisées et rationalisées [\[1\]](https://capgo.app).
-
-## Expédiez Instantanément des Mises à Jour d'Applications Mobiles Avec [Appflow](https://ionic.io/appflow/)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/68217b4a5e3fe4823b5fc0bc/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-<iframe src="https://www.youtube.com/embed/b3zaNyJJFwk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Guide de Sélection de Plateforme
-
-Après avoir examiné les comparaisons détaillées des fonctionnalités et des prix, ce guide met en évidence les scénarios où Capgo surpasse Appflow.
-
-### Principales Différences
-
-Capgo et Appflow divergent de manière significative en termes de disponibilité future, de structure tarifaire, et d'approche technique. Capgo se distingue par des caractéristiques comme **le cryptage de bout en bout**, le support de **Capacitor 8**, et la flexibilité des **options de déploiement cloud et auto-hébergées**. Ces facteurs offrent aux développeurs plus de contrôle et des solutions rentables, surtout en tenant compte de la fermeture prévue d'Appflow en 2026 [\[1\]](https://capgo.app).
-
-| Aspect | Capgo | Appflow |
-| --- | --- | --- |
-| Viabilité à Long Terme | Développement actif (lancé en 2022) | Fermeture prévue en 2026 |
-| Options de Déploiement | Cloud et auto-hébergé | Uniquement cloud |
-| Fonctionnalités de Sécurité | Cryptage de bout en bout | Signature de mise à jour basique |
-
-Ces différences facilitent la détermination de la plateforme qui répond le mieux à vos besoins de déploiement.
-
-### Meilleurs Cas d'Utilisation
-
-Grâce à ses points forts techniques et ses avantages stratégiques, Capgo est un excellent choix pour les équipes ayant besoin de **mises à jour sécurisées et en temps réel** tout en restant conformes aux politiques des magasins d'applications. Il est particulièrement bien adapté aux organisations recherchant des **solutions de déploiement flexibles et économes**.
-
-> "@Capgo est un moyen intelligent de réaliser des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂"  
-> – OSIRIS-REx de la NASA [\[1\]](https://capgo.app)
-
-## FAQ
-
-:::faq
-### Pourquoi devrais-je choisir Capgo plutôt qu'Appflow pour les mises à jour d'applications Over-the-Air (OTA) ?
-
-Capgo offre un moyen rapide et fiable de livrer des mises à jour Over-the-Air (OTA) à vos applications Capacitor. Avec des **mises à jour en temps réel** qui respectent à la fois les directives d'Apple et d'Android, vous pouvez déployer instantanément des correctifs, des nouvelles fonctionnalités et des améliorations - en évitant la nécessité d'approbations des magasins d'applications.
-
-Ce qui distingue Capgo, ce sont ses caractéristiques exceptionnelles comme **le cryptage de bout en bout** pour des mises à jour sécurisées, **une intégration CI/CD fluide** pour rationaliser votre flux de travail, et **une ciblage de mise à jour spécifique à l'utilisateur** pour des déploiements personnalisés. De plus, étant une plateforme open-source, elle offre transparence et flexibilité pour répondre aux exigences de déploiement de votre application.
-:::
-
-:::faq
-### Comment Capgo protège-t-il les mises à jour d'applications par rapport à Appflow ?
-
-Capgo priorise la [sécurité des mises à jour d'applications](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) en utilisant **un cryptage de bout en bout**, garantissant que les données restent protégées lorsqu'elles transitent entre développeurs et utilisateurs. Cette méthode protège efficacement les mises à jour contre l'accès non autorisé tout en respectant les normes de conformité des plateformes.
-
-D'un autre côté, bien qu'Appflow offre des fonctionnalités, il manque les mêmes mesures de cryptage avancées. Cela rend Capgo une option plus forte et plus sécurisée pour les développeurs soucieux de protéger leurs mises à jour.
-:::
-
-:::faq
-### Que doivent considérer les développeurs en choisissant entre les options de déploiement cloud et auto-hébergées de Capgo ?
-
-L'article ne traite pas des spécificités des options de déploiement cloud et auto-hébergées de Capgo. Pour obtenir des informations plus détaillées, il est conseillé de consulter les ressources officielles de Capgo ou de contacter leur équipe directement. Ils peuvent fournir des conseils adaptés à vos besoins spécifiques.
-:::
diff --git a/src/content/blog/fr/ccpa-compliance-for-mobile-apps.md b/src/content/blog/fr/ccpa-compliance-for-mobile-apps.md
deleted file mode 100644
index 95ecd005b..000000000
--- a/src/content/blog/fr/ccpa-compliance-for-mobile-apps.md
+++ /dev/null
@@ -1,310 +0,0 @@
----
-slug: ccpa-compliance-for-mobile-apps
-title: Conformité CCPA pour les applications mobiles
-description: >-
-  Explorez les étapes essentielles pour les développeurs d'applications mobiles
-  afin d'assurer la conformité au CCPA tout en protégeant les données des
-  utilisateurs et en préservant les droits à la vie privée.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-27T00:40:38.043Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680d75de5a08fca89179eb81-1745714676586.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  CCPA compliance, mobile apps, personal data protection, user rights, data
-  security
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**La conformité au [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) est essentielle pour les développeurs d'applications mobiles collectant des données personnelles auprès des résidents de Californie.** Cette loi accorde aux utilisateurs des droits sur leurs données et impose des règles strictes sur la manière dont les applications les gèrent. Le non-respect entraîne des amendes élevées et des dommages à la réputation.
-
-### Points clés :
-
--   **Qui doit se conformer ?** Applications répondant à l'un de ces critères :
-    -   Plus de 25 millions de dollars de revenus annuels.
-    -   Données provenant de plus de 50 000 Californiens.
-    -   Plus de 50 % des revenus provenant de la vente de données personnelles.
--   **Droits des utilisateurs en vertu du CCPA :**
-    -   **Droit de savoir et de supprimer** : Accéder aux données personnelles et les supprimer.
-    -   **Droit de se désinscrire** : Refuser la vente de données.
-    -   **Droit à la non-discrimination** : Service égal, quel que soit le refus.
--   **Sanctions en cas de non-conformité :**
-    -   2 500 dollars par violation non intentionnelle.
-    -   7 500 dollars par violation intentionnelle.
-    -   100 à 750 dollars par consommateur par violation de données.
-
-### Étapes pour garantir la conformité :
-
-1.  **Auditer les pratiques de données** : Cartographier toutes les données personnelles collectées et stockées.
-2.  **Mettre à jour les [politiques de confidentialité](https://capgo.app/dp/)** : Expliquer clairement l'utilisation des données et les droits des utilisateurs.
-3.  **Ajouter des contrôles utilisateur** : Inclure des options de désinscription et de gestion des données dans l'application.
-4.  **Sécuriser les données** : Utiliser le cryptage, des contrôles d'accès et des audits réguliers.
-5.  **Répondre aux demandes** : Mettre en place des systèmes pour traiter les demandes liées aux données des utilisateurs dans un délai de 45 jours.
-
-**Des outils comme [Capgo](https://capgo.app/)** peuvent simplifier la conformité en sécurisant les mises à jour et en gérant les paramètres de confidentialité des utilisateurs.
-
-**Étapes concrètes à suivre :**
-
--   Effectuer un inventaire des données.
--   Mettre en place des fonctionnalités d'application axées sur la confidentialité.
--   Former votre équipe sur les protocoles de conformité.
-
-## Exigences du [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) pour les applications mobiles
-
-### Types de données personnelles
-
-Le CCPA protège plusieurs types de données personnelles couramment collectées par les applications mobiles. Voici un aperçu rapide :
-
-| **Catégorie de données** | **Exemples** | **Méthode de collecte** |
-| --- | --- | --- |
-| Identifiants de dispositif | IDFA, AAID, adresse MAC | Collecte automatique par les systèmes |
-| Données de localisation | Coordonnées GPS, adresse IP | Collectées via les autorisations de l'application |
-| Données d'utilisation | Durée de session, utilisation de fonctionnalités | Suivies par les analyses |
-| Détails personnels | Nom, e-mail, numéro de téléphone | Fournis via des formulaires de saisie utilisateur |
-| Informations financières | Détails de paiement, historique d'achats | [Collectées lors des transactions dans l'application](https://capgo.app/plugins/purchases-capacitor/) |
-| Données biométriques | Empreintes digitales, motifs Face ID | Capturées grâce aux fonctionnalités de sécurité du dispositif |
-
-### Droits des utilisateurs
-
-En vertu du CCPA, les utilisateurs ont des droits spécifiques concernant leurs données personnelles :
-
--   **Droit de savoir et de supprimer** : Les utilisateurs peuvent demander des informations sur les données personnelles collectées au cours des 12 derniers mois et demander leur suppression.
--   **Droit de se désinscrire** : Les utilisateurs doivent pouvoir se désinscrire de la vente de leurs données personnelles.
--   **Droit à la non-discrimination** : Les utilisateurs exerçant leurs droits en vertu du CCPA ne peuvent pas être pénalisés par des prix plus élevés ou une qualité de service réduite.
-
-### Exigences pour les développeurs
-
-Pour se conformer au CCPA, les développeurs doivent suivre ces directives :
-
--   **Systèmes de vérification**  
-    Utiliser [l'authentification multifacteur](https://capgo.app/docs/webapp/mfa/) ou des méthodes similaires pour confirmer l'identité des utilisateurs effectuant des demandes de données.
-    
--   **Canaux de réponse**  
-    Mettre en place des canaux dédiés pour traiter les demandes des utilisateurs. Vous disposez d'un délai de 45 jours pour répondre, avec des prolongations possibles si nécessaire.
-    
--   **Contrôles techniques**  
-    Assurez-vous que votre application comprend les mesures techniques nécessaires à la gestion et à la protection des données des utilisateurs, comme décrit précédemment.
-    
--   **Exigences documentaires**  
-    Conservez des dossiers détaillés des éléments suivants :
-    
-    -   Activités de collecte et de traitement des données
-    -   Demandes des utilisateurs et vos réponses
-    -   Mises à jour des politiques de confidentialité
-    -   Matériel de formation du personnel relatif à la conformité CCPA
-
-Pour des mises à jour en direct, des outils comme [Capgo](https://capgo.app) peuvent aider à maintenir efficacement les paramètres de confidentialité des utilisateurs.
-
-Les étapes suivantes vous guideront sur la manière d'intégrer ces exigences dans votre application mobile.
-
-## Étapes pour la conformité au CCPA
-
-### Inventaire des données
-
-Commencez par créer une carte complète de toutes les données personnelles que votre organisation recueille. Voici une répartition d'exemple :
-
-| Catégorie de données | Points de collecte | Lieu de stockage | Contrôles d'accès |
-| --- | --- | --- | --- |
-| Saisie utilisateur | Formulaires d'inscription, mises à jour de profil | Base de données locale, stockage en cloud | Authentification basée sur les rôles |
-| Collecte automatique | Lancement de l'application, suivi des sessions | Serveurs d'analyse | Cryptage, clés API |
-| Données de tiers | Connexion sociale, processeurs de paiement | Services externes | Contrats de service |
-| Données de dispositif | Autorisations système, capteurs | Stockage de l'appareil, serveurs de sauvegarde | Gestion des autorisations |
-
-Une fois vos données cartographiées, assurez-vous que votre politique de confidentialité reflète ces pratiques avec précision.
-
-### Mises à jour de la politique de confidentialité
-
-Votre politique de confidentialité doit communiquer clairement comment les données sont collectées, utilisées et gérées. Incluez ces points clés :
-
--   **Portée de la collecte de données** : Spécifiez les catégories d'informations personnelles collectées.
--   **Objectif d'utilisation** : Expliquez pourquoi chaque type de données est collecté et comment il est utilisé.
--   **Pratiques de partage** : Identifiez toutes les tiers recevant des données utilisateur.
--   **Droits des utilisateurs** : Décrivez les droits au titre du CCPA et fournissez des instructions claires pour les exercer.
--   **Méthodes de contact** : Offrez au moins deux façons pour les utilisateurs de soumettre des demandes, comme un e-mail ou un formulaire web.
-
-### Fonctionnalités de contrôle utilisateur
-
-Ajoutez des outils dans l'application pour donner aux utilisateurs le contrôle sur leurs données :
-
-**Bascules de confidentialité** pour :
-
--   Préférences de collecte de données
--   Communications marketing
--   Partage de données avec des tiers
-
-**Gestion du consentement** :
-
--   Fournir des options claires de désinscription.
--   Enregistrer les préférences des utilisateurs avec des horodatages.
--   Permettre aux utilisateurs de mettre à jour facilement leurs préférences.
-
-Ces fonctionnalités promeuvent les droits des utilisateurs tout en maintenant votre application conforme.
-
-### Système de demande de données
-
-Mettez en place un système pour gérer les demandes des utilisateurs liées à leurs droits CCPA. Voici un cadre suggéré :
-
-| Type de demande | Délai de réponse | Méthode de vérification |
-| --- | --- | --- |
-| Accès aux données | 45 jours | Authentification à deux facteurs |
-| Suppression de données | 45 jours | Mot de passe du compte + confirmation par e-mail |
-| Exportation de données | 45 jours | Vérification d'identité par un document officiel |
-| Confirmation de désinscription | Immédiate | Connexion au compte |
-
-Cela garantit que les demandes sont traitées de manière efficace et sécurisée.
-
-### Protection des données
-
-Avant le déploiement, assurez-vous que ces mesures de protection sont en place :
-
--   **Cryptage** : Protéger les données en transit et au repos.
--   **Contrôle d'accès** : Mettre en œuvre un accès basé sur les rôles.
--   **Collecte minimisée de données** : Ne collecter que ce qui est nécessaire.
--   **Audits** : Effectuer des examens trimestriels de vos pratiques de données.
--   **Réponse aux violations** : Maintenir une procédure documentée pour traiter les violations de données.
-
-Pour des mises à jour en direct, assurez-vous que les paramètres de confidentialité restent intacts. Des outils comme Capgo peuvent aider en fournissant un cryptage de bout en bout pendant le déploiement.
-
-## Risques de confidentialité négligés présentés par les applications mobiles
-
-<iframe src="https://www.youtube.com/embed/aY-rICZi_Ms" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Outils pour la conformité CCPA
-
-Des outils efficaces sont essentiels pour maintenir la protection des données et répondre aux exigences du CCPA. Les bons outils aident non seulement à protéger les données des utilisateurs, mais simplifient également les efforts de conformité.
-
-### Mises à jour de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680d75de5a08fca89179eb81/002013533a2d2ba7b874d9490aa8d76e.jpg)
-
-Capgo propose des mises à jour d'application sécurisées et efficaces qui respectent les exigences du CCPA. En utilisant le cryptage de bout en bout, il garantit que les données sensibles restent protégées lors des mises à jour. Impressionnant, Capgo garde 95 % des utilisateurs actifs à jour dans les 24 heures [\[1\]](https://capgo.app/).
-
-Voici ce que Capgo offre pour la conformité :
-
-| Fonctionnalité | Comment elle aide à assurer la conformité |
-| --- | --- |
-| **Cryptage de bout en bout** | Sécurise les données utilisateur lors des mises à jour |
-| **Capacité de restauration** | Restaure rapidement les mises à jour en cas de problèmes |
-| **Attribution aux utilisateurs** | Diffuse des mises à jour de confidentialité ciblées |
-| **Tableau de bord analytique** | Surveille les mises à jour et l'engagement des utilisateurs |
-| **[Système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Teste les mises à jour avec des groupes d'utilisateurs spécifiques |
-
-Capgo fonctionne de manière transparente avec des outils CI/CD pour automatiser les mises à jour de conformité.
-
-### Outils CI/CD
-
-Les outils CI/CD tels que [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), et [Jenkins](https://www.jenkins.io/) réduisent les erreurs manuelles et accélèrent le déploiement de mises à jour critiques. Ces outils garantissent que les mises à jour de confidentialité sont déployées efficacement tout en respectant les normes de conformité.
-
-Pour ceux qui recherchent des options plus personnalisables, les outils open-source sont une excellente alternative.
-
-### Solutions open-source
-
-Les outils open-source offrent flexibilité et transparence, vous permettant d'adapter la gestion de la conformité aux besoins de votre application. Ils bénéficient également de pratiques vérifiées par la communauté, ce qui en fait une option fiable.
-
-Lorsque vous choisissez des outils pour la conformité au CCPA, concentrez-vous sur des fonctionnalités telles que :
-
--   Contrôles d'autorisation détaillés pour les membres de l'équipe
--   Journaux d'audit pour suivre les activités de conformité
--   Vérifications automatisées lors du déploiement
--   Cryptage des données à la fois au repos et en transit
--   Outils efficaces pour gérer les demandes de données des utilisateurs
-
-## Gestion continue de la conformité
-
-Rester conforme au CCPA n'est pas une tâche unique. Cela nécessite une surveillance et des ajustements continus à mesure que les réglementations évoluent.
-
-### Vérifications de conformité
-
-Réviser régulièrement vos processus aide à détecter et à corriger les problèmes tôt. L'automatisation de ces examens avec des outils CI/CD peut simplifier le processus, en se concentrant sur des domaines tels que :
-
--   **Pratiques de collecte de données**
--   **Exactitude de la politique de confidentialité**
--   **Gestion des droits des utilisateurs**
--   **Mesures de sécurité**
--   **Conformité des services tiers**
-
-Le tableau de bord analytique de Capgo peut aider à suivre les déploiements de mises à jour et l'engagement des utilisateurs, facilitant ainsi le suivi des changements liés à la confidentialité. Ces examens préparent également le terrain pour une formation efficace de l'équipe sur la conformité.
-
-Assurez-vous que votre équipe comprend les exigences du CCPA. Votre programme de formation devrait inclure :
-
--   **Intégration Initiale :** Formation obligatoire pour tous les nouveaux employés
--   **Mises à Jour Régulières :** Sessions périodiques pour couvrir les changements dans les réglementations et les meilleures pratiques
--   **Conseils Spécifiques au Rôle :** Instructions adaptées pour les développeurs, le personnel de soutien et les chefs de produit sur le codage sécurisé, les droits des utilisateurs et les vérifications de conformité
-
-### Mises à Jour Réglementaires
-
-Restez à jour avec les changements en suivant les canaux réglementaires officiels et les forums de l'industrie. Utilisez des outils de déploiement automatisés pour déployer des mises à jour rapidement et de manière cohérente. Capgo peut aider à garantir que les mises à jour sont à la fois rapides et auditables. De plus, mettez en place un plan de réponse rapide pour gérer les mises à jour critiques, assurant une action rapide et une communication claire avec les utilisateurs.
-
-## Résumé
-
-Restez aligné avec les exigences du CCPA en maintenant une surveillance vigilante et en utilisant des outils efficaces pour protéger les données des utilisateurs sans compromettre l'expérience de l'application. Ci-dessous, vous trouverez des étapes concrètes dérivées des méthodes décrites précédemment.
-
-### Actions à Entreprendre
-
-Voici les étapes clés pour garantir la conformité au CCPA :
-
--   **Évaluation de l'Inventaire des Données** : Identifiez et documentez tous les points où des données personnelles sont collectées.
--   **Mise en Œuvre de la Politique de Confidentialité** : Créez et partagez des avis de confidentialité clairs et faciles à comprendre.
--   **Revue des Protocoles de Droits** : Renforcez les systèmes de gestion des droits des utilisateurs.
--   **Mesures de Sécurité** : Utilisez un cryptage fort et d'autres protections pour sécuriser les données.
--   **Protocole de Formation de l'Équipe** : Planifiez des sessions de formation régulières pour tenir votre équipe informée des meilleures pratiques en matière de conformité.
-
-Ces étapes fournissent une feuille de route claire pour gérer la vie privée des utilisateurs efficacement.
-
-### Outils de Mise à Jour
-
-Pour mettre en œuvre ces étapes efficacement, envisagez d'utiliser des outils de mise à jour avancés qui priorisent l'intégrité des données. Par exemple, Capgo prend en charge les mises à jour mondiales avec des résultats impressionnants - délivrant 947,6 millions de mises à jour dans le monde entier et atteignant un taux de mise à jour des utilisateurs actifs de 95 % en 24 heures [\[1\]](https://capgo.app/).
-
-> "Nous pratiquons le développement agile et Capgo est essentiel pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Des outils comme Capgo peuvent automatiser les mises à jour liées à la conformité et garantir que votre application reste à jour avec un minimum d'effort.
-
-### Prochaines Étapes
-
-Pour s'appuyer sur ces pratiques, commencez par :
-
--   **Auditer les Pratiques Actuelles** : Passez en revue vos processus de collecte de données et de confidentialité actuels.
--   **Mettre en Œuvre des Outils** : Intégrez des outils de gestion axés sur la conformité.
--   **Créer de la Documentation** : Développez une documentation de conformité détaillée.
--   **Préparer Votre Équipe** : Planifiez et réalisez des sessions de formation pour garder votre équipe prête.
-
-## FAQs
-
-:::faq
-### Comment les développeurs d'applications mobiles peuvent-ils déterminer si leur application doit se conformer à la California Consumer Privacy Act (CCPA) ?
-
-Pour déterminer si votre application mobile doit se conformer à la **California Consumer Privacy Act (CCPA)**, considérez les facteurs clés suivants :
-
-1.  **Taille de l'Entreprise** : Votre application ou l'entreprise qui la soutient a-t-elle des revenus bruts annuels dépassant 25 millions de dollars ?
-2.  **Gestion des Données** : Votre application achète, vend ou partage-t-elle des informations personnelles de 50 000 ou plus de résidents, de ménages ou d'appareils californiens chaque année ?
-3.  **Revenus issus des Données** : Votre application tire-t-elle 50 % ou plus de ses revenus annuels de la vente d'informations personnelles de résidents californiens ?
-
-Si votre application ou votre entreprise répond à l'un de ces critères, elle est probablement soumise aux exigences du CCPA. De plus, même si votre application ne remplit pas directement ces seuils, il est bon de réviser vos pratiques de collecte de données et de confidentialité pour garantir la conformité aux attentes de confidentialité plus larges.
-
-Pour les développeurs utilisant **Capgo**, sa solution de mise à jour en direct pour les applications Capacitor assure des mises à jour sans faille tout en respectant les directives d'Apple et d'Android, ce qui peut soutenir la stratégie globale de conformité de votre application.
-:::
-
-:::faq
-### Comment les applications mobiles peuvent-elles garantir leur conformité à la California Consumer Privacy Act (CCPA) tout en protégeant les données des utilisateurs ?
-
-Pour se conformer à la **California Consumer Privacy Act (CCPA)** et protéger les données des utilisateurs, les applications mobiles devraient se concentrer sur quelques pratiques clés :
-
--   **Transparence dans la Collecte de Données** : Informez clairement les utilisateurs des types de données collectées, de l'objectif de la collecte et de la façon dont elles seront utilisées.
--   **Offrir des Droits aux Utilisateurs** : Mettez en œuvre des fonctionnalités permettant aux utilisateurs d'accéder à, de supprimer ou de se désinscrire de la vente de leurs données personnelles, comme l'exige le CCPA.
--   **Renforcer la Sécurité des Données** : Utilisez des solutions [de cryptage et de stockage sécurisé](https://capgo.app/docs/cli/migrations/encryption/) pour protéger les informations des utilisateurs contre l'accès non autorisé ou les violations.
-
-De plus, des outils comme **Capgo** peuvent améliorer les efforts de conformité de votre application en permettant des mises à jour instantanées pour traiter les vulnérabilités de sécurité ou les changements liés à la confidentialité sans nécessiter d'approbations des magasins d'applications. Cela garantit que votre application reste conforme en temps réel tout en offrant une expérience utilisateur fluide. Consultez toujours des experts juridiques pour garantir le respect intégral des exigences du CCPA.
-:::
-
-:::faq
-### Quel impact le CCPA a-t-il sur l'utilisation des services tiers par les développeurs d'applications mobiles ?
-
-La California Consumer Privacy Act (CCPA) exige que les développeurs d'applications mobiles veillent à ce que tous les services tiers qu'ils utilisent respectent ses réglementations sur la confidentialité des données. Cela signifie que les développeurs doivent évaluer attentivement comment les fournisseurs tiers gèrent les données des utilisateurs, s'assurant qu'ils respectent les directives du CCPA concernant la collecte, le stockage et le partage des données. De plus, les développeurs devraient établir des accords clairs avec ces fournisseurs pour protéger les droits des utilisateurs, tels que la possibilité d'accéder à, de supprimer ou de se désinscrire de la collecte de données.
-
-Si vous utilisez des outils comme Capgo pour gérer les mises à jour d'applications, il est essentiel de confirmer que ces services sont conformes aux exigences du CCPA. Capgo, par exemple, prend en charge la gestion sécurisée des données avec des fonctionnalités telles que le cryptage de bout en bout, garantissant la conformité tout en offrant des mises à jour en temps réel pour votre application. En s'associant à des fournisseurs conformes, les développeurs peuvent maintenir la confiance et éviter d'éventuels problèmes juridiques en vertu du CCPA.
-:::
diff --git a/src/content/blog/fr/checklist-for-cybersecurity-compliance-in-china.md b/src/content/blog/fr/checklist-for-cybersecurity-compliance-in-china.md
deleted file mode 100644
index 54f8da207..000000000
--- a/src/content/blog/fr/checklist-for-cybersecurity-compliance-in-china.md
+++ /dev/null
@@ -1,372 +0,0 @@
----
-slug: checklist-for-cybersecurity-compliance-in-china
-title: Liste de contrôle pour la conformité en matière de cybersécurité en Chine
-description: >-
-  Restez conforme aux lois strictes sur la cybersécurité en Chine en 2025 en
-  suivant les exigences essentielles en matière de protection des données et de
-  sécurité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T05:14:08.592Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822cd20266b1f3f75203ab9-1747113353909.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  China cybersecurity, compliance checklist, data protection, personal
-  information law, security regulations
-tag: 'Mobile, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les lois de cybersécurité de la Chine sont plus strictes que jamais en 2025. Pour se conformer, les entreprises doivent suivre des réglementations clés telles que la **Loi sur la cybersécurité (CSL)**, la **Loi sur la sécurité des données (DSL)** et la **Loi sur la protection des informations personnelles (PIPL)**. Voici une liste de contrôle rapide pour la conformité :
-
--   **Vérifiez l'identité de l'utilisateur** : Utilisez des numéros de mobile ou des identités gouvernementales.
--   **Stockez les données localement** : Toutes les données des utilisateurs chinois doivent rester sur des serveurs en Chine.
--   **Journalisez les activités** : Gardez les [journaux d'activité des utilisateurs](https://capgo.app/docs/webapp/logs/) pendant au moins 60 jours.
--   **Sécurisez les données** : Chiffrez les données au repos (AES-256) et en transit (TLS 1.3+).
--   **Effectuez des audits** : Des vérifications de sécurité régulières et des audits annuels sont obligatoires.
--   **Gérez les mises à jour** : Les mises à jour OTA doivent être chiffrées, enregistrées et approuvées par l'utilisateur.
-
-Le non-respect de ces normes peut entraîner des amendes pouvant atteindre 50 millions de ¥ (~7,5 millions de $) ou 5 % des revenus annuels. Utilisez des outils comme [Capgo](https://capgo.app/) pour des mises à jour chiffrées et un suivi de conformité.
-
-| **Réglementation clé** | **Date d'entrée en vigueur** | **Impact** |
-| --- | --- | --- |
-| Réglementation sur la gestion de la sécurité des données du réseau | 1er janv. 2025 | Règles de conformité des données plus strictes |
-| Amendements de la CSL | 28 mars 2025 | Pénalités plus élevées, application stricte |
-
-Restez en conformité en sécurisant les données des utilisateurs, en maintenant une documentation appropriée, et en suivant les dernières mises à jour du cadre de cybersécurité de la Chine.
-
-## Lois et réglementations principales en matière de cybersécurité
-
-### Loi sur la cybersécurité de la Chine (CSL)
-
-La Loi sur la cybersécurité de la Chine (CSL) établit des exigences fondamentales pour maintenir la sécurité des réseaux. Celles-ci comprennent l'enregistrement sous vrai nom, la mise en œuvre de mesures de sécurité solides, la réalisation d'évaluations régulières, et le signalement rapide des incidents. Des amendements récents, qui entreront en vigueur en mars 2025, introduisent des pénalités plus strictes pour les violations afin de s'aligner sur les normes de protection des données en évolution [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Loi sur la protection des informations personnelles (PIPL)
-
-La Loi sur la protection des informations personnelles (PIPL) impose des directives strictes pour la gestion des données des utilisateurs, mettant l'accent sur la transparence et la sécurité. Les principales dispositions incluent :
-
-| **Exigence** | **Détails** | **Mise en œuvre** |
-| --- | --- | --- |
-| **Consentement de l'utilisateur** | Obtenez une autorisation explicite pour la collecte et l'utilisation des données | Déjà en vigueur |
-| **Transferts transfrontaliers** | Réalisez des examens de sécurité et obtenez l'approbation du gouvernement pour les exportations de données | Dans les 60 jours suivant la collecte |
-| **Protection des données** | Appliquez des mesures techniques pour sécuriser les données personnelles | Surveillance continue |
-
-La PIPL exige également que les développeurs d'applications adoptent des pratiques de traitement des données claires et ouvertes tout en conservant des dossiers détaillés du consentement des utilisateurs. Les violations peuvent entraîner des suspensions opérationnelles et des amendes allant jusqu'à 50 millions de ¥ (environ 7,5 millions de $) [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law). Ces règles forment la base des mesures techniques décrites dans les Règles de gestion de la sécurité des données.
-
-### Règles de gestion de la sécurité des données
-
-À partir du 1er janvier 2025, la Réglementation sur la gestion de la sécurité des données du réseau introduit un cadre complet pour la gestion des risques liés aux données. La réglementation met l'accent sur :
-
--   **Évaluations des risques** : Évaluer la sensibilité des données, les volumes de traitement et les impacts potentiels sur la sécurité nationale.
--   **Mesures techniques de protection** : Classifier les données, mettre en œuvre des contrôles d'accès et chiffrer les informations sensibles.
--   **Réponse aux incidents** : Maintenir une documentation robuste et des mesures techniques pour traiter les incidents de sécurité.
-
-Ces mises à jour visent à renforcer l'application et à s'attaquer aux nouveaux défis de cybersécurité [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Pour les développeurs d'applications travaillant sur des mises à jour et des correctifs de sécurité, l'utilisation de [plateformes de mise à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/) peut simplifier la conformité à ces réglementations. Par exemple, **Capgo** (https://capgo.app) propose un chiffrement de bout en bout et une [gestion des mises à jour en temps réel](https://capgo.app/docs/plugin/cloud-mode/manual-update/), ce qui est particulièrement précieux dans un marché avec plus de 4 millions d'applications mobiles et la plus grande base d'utilisateurs d'Internet mobile au monde [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## Exigences en matière de protection des données
-
-### Vérification de l'identité de l'utilisateur
-
-Avant d'activer les comptes utilisateurs, mettez en œuvre une vérification sous vrai nom en utilisant soit des numéros de téléphone mobile, soit des identités émises par le gouvernement. Assurez-vous que les vraies identités sont enregistrées et chiffrées, tout en permettant aux utilisateurs d'afficher des pseudonymes publics. De plus, enregistrez les activités des utilisateurs comme l'exigent les réglementations [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market). Pour simplifier ce processus, envisagez de vous intégrer avec des services de vérification locaux autorisés tels que ceux fournis par [China Mobile](https://www.chinamobileltd.com/) et [China Unicom](https://www.chinaunicom.com/) [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-Il est tout aussi important de s'assurer que toutes les données stockées sont conformes aux réglementations locales d'hébergement.
-
-### Exigences de stockage des données
-
-Toutes les données des utilisateurs chinois doivent être stockées sur des serveurs situés sur le continent chinois, conformément à la Réglementation sur la gestion de la sécurité des données du réseau, qui entrera en vigueur le 1er janvier 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Si des données doivent être transférées à l'étranger, elles doivent d'abord subir un examen de sécurité par le gouvernement ou obtenir le consentement explicite de l'utilisateur [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-Pour répondre à ces exigences, collaborez avec des fournisseurs de cloud chinois autorisés tels que [Alibaba Cloud](https://www.alibabacloud.com/) ou [Tencent Cloud](https://www.tencentcloud.com/). Cela garantit que les données des utilisateurs restent dans les limites géographiques désignées.
-
-Une fois les exigences de stockage remplies, concentrez-vous sur la mise en œuvre des mesures de sécurité nécessaires décrites ci-dessous.
-
-### Normes de sécurité requises
-
-Le cadre de cybersécurité pour 2025 met l'accent sur l'utilisation de protocoles de chiffrement robustes pour protéger les données des utilisateurs [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Les mesures clés comprennent :
-
-| Mesure de sécurité | Spécification technique | Objectif |
-| --- | --- | --- |
-| Données au repos | Chiffrement AES-256 | Protéger les données stockées |
-| Données en transit | TLS 1.3 ou supérieur | Sécuriser les communications réseau |
-
-Pour les développeurs gérant des mises à jour, des plateformes comme Capgo offrent un chiffrement de bout en bout intégré qui s'aligne sur ces exigences de sécurité.
-
-Des audits et des tests réguliers sont cruciaux pour s'assurer que toutes les mesures de sécurité restent efficaces et à jour [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-## Conformité, défis et conseils en matière de cybersécurité et de protection des données en Chine
-
-<iframe src="https://www.youtube.com/embed/cNYATmph4sw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Exigences de sécurité techniques
-
-Les réglementations en matière de cybersécurité de la Chine exigent que les organisations mettent en œuvre des mesures de sécurité techniques détaillées pour rester conformes. En mars 2025, l'[Administration du cyberspace de la Chine](https://en.wikipedia.org/wiki/Cyberspace_Administration_of_China) (CAC) a introduit des amendements à la Loi sur la cybersécurité (CSL) qui décrivent ces exigences, traduisant les obligations légales en pratiques actionnables [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Calendrier de vérification de la sécurité
-
-Les applications mobiles doivent subir des contrôles de sécurité mensuels à l'aide d'outils de vérification approuvés par la CAC [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Ces évaluations se concentrent sur divers aspects de la sécurité des applications :
-
-| **Aspect de la sécurité** | **Fréquence des évaluations** | **Documentation requise** |
-| --- | --- | --- |
-| Évaluation des vulnérabilités | Mensuel | Rapports de scan avec délais de remédiation |
-| Revue de sécurité du code | Mensuel | Résultats de l'analyse du code source |
-| Vérification des composants tiers | Mensuel | Rapports d'audit de dépendances |
-
-Tous les rapports de scan doivent être stockés et mis à disposition pour des audits réglementaires annuels. De plus, les autorités peuvent demander l'accès immédiat à ces résultats lors des inspections [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[5\]](https://www.twobirds.com/en/insights/2025/china/china-cybersecurity-and-data-protection-monthly-update-march-2025-issue).
-
-### Contrôles d'autorisation des utilisateurs
-
-Le contrôle d'accès basé sur les rôles (RBAC) est une exigence non négociable pour les applications mobiles opérant en Chine [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Les développeurs sont censés :
-
--   Configurer des niveaux de permission précis en fonction des rôles des utilisateurs.
--   Maintenir des journaux détaillés des activités d'accès.
--   Examiner et mettre à jour régulièrement les paramètres de permission pour s'assurer qu'ils restent appropriés.
-
-Pour les développeurs gérant des mises à jour d'applications, des plateformes comme Capgo offrent des outils intégrés pour gérer efficacement les rôles et les permissions des utilisateurs tout en permettant un déploiement rapide des correctifs de sécurité.
-
-### Réponse aux incidents de sécurité
-
-Les organisations doivent notifier la CAC de tout incident de sécurité dans les 12 heures suivant sa détection. Cette notification doit inclure une évaluation initiale et des détails sur les mesures de confinement [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[5\]](https://www.twobirds.com/en/insights/2025/china/china-cybersecurity-and-data-protection-monthly-update-march-2025-issue).
-
-Un plan de réponse aux incidents complet doit couvrir :
-
--   Détection et confinement du problème.
--   Stratégies d'investigation et de communication.
--   Notifications aux utilisateurs, le cas échéant.
-
-Après un incident, documentez la cause profonde, les actions de remédiation et toute mise à jour des protocoles de sécurité. Un rapport détaillé doit ensuite être soumis aux autorités réglementaires.
-
-> "Les dernières modifications apportées à la CSL ont augmenté l'application des règles et relevé les montants des pénalités pour s'aligner sur d'autres lois majeures de protection des données en Chine, telles que le PIPL et le DSL", déclare l'Administration du cyberspace de Chine dans ses directives de mars 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Des exercices de sécurité réguliers et des sessions de formation du personnel sont également requis, avec toute la documentation connexe conservée à portée de main pour les inspections réglementaires [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-## Exigences de l'App Store
-
-Lorsqu'il s'agit de publier des applications en Chine, respecter les normes techniques n'est que le début. Les développeurs doivent également se conformer aux règlements établis par l'Administration du cyberspace de Chine (CAC) et le [Ministère de l'Industrie et de la Technologie de l'Information](https://en.wikipedia.org/wiki/Ministry_of_Industry_and_Information_Technology) (MIIT) [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Processus d'enregistrement MIIT
-
-Pour s'enregistrer auprès du MIIT, les développeurs doivent préparer les éléments suivants :
-
-- 1. Une licence commerciale ou un certificat d'organisation, ainsi qu'une lettre d'autorisation
-- 2. Une description détaillée de la fonctionnalité de l'application et des pratiques de collecte de données
-- 3. Documentation des évaluations de la sécurité du réseau
-- 4. Une évaluation d'impact sur la protection des informations personnelles
-
-Le processus de révision standard prend généralement 7 à 10 jours ouvrables. Cependant, les développeurs étrangers sont souvent confrontés à des délais de traitement prolongés - jusqu'à 2 à 3 mois - en raison de la nécessité de passer par une entité locale. Ces étapes s'appuient sur des mesures de sécurité techniques antérieures pour garantir à la fois la sécurité des données et la confidentialité des utilisateurs.
-
-### Exigences de test de sécurité
-
-En plus de l'enregistrement, les applications doivent subir des tests de sécurité obligatoires. Le **Règlement sur la gestion de la sécurité des données de réseau**, qui entrera en vigueur le 1er janvier 2025, décrit des protocoles de test spécifiques en fonction des catégories d'applications [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN):
-
-- 1. **Applications Financières et de Santé**  
-   Ces applications nécessitent des tests d'intrusion et des examens du code source effectués par des organisations approuvées par la CAC. Les développeurs doivent également conserver la documentation de sécurité pendant trois ans.
-    
-- 2. **Applications Sociales et Éducatives**  
-   Les tests se concentrent sur les évaluations des vulnérabilités et la conformité aux normes de protection des données. De plus, les journaux d'activité des utilisateurs doivent être conservés pendant au moins 60 jours [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-    
-- 3. **Applications Générales**  
-   Ces applications sont soumises à des contrôles de base, y compris des normes de cryptage et des pratiques de traitement des données. Elles doivent également fournir une vérification de l'identité de l'utilisateur par des méthodes approuvées.
-
-### Vérification de conformité SDK
-
-Les développeurs doivent maintenir un inventaire détaillé de tous les SDK utilisés dans leurs applications, y compris :
-
-- 1. Nom du SDK, version et fournisseur
-- 2. Permissions d'accès aux données et emplacements de stockage
-- 3. Certificats de sécurité
-- 4. Conformité à la Loi sur la protection des informations personnelles (PIPL) et à la Loi sur la sécurité des données (DSL) [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law)
-
-Pour les applications reposant sur des [mises à jour basées sur le cloud](https://capgo.app/docs/live-updates/update-behavior/), des plateformes comme Capgo fournissent des outils pour le contrôle des versions et le déploiement de correctifs conformes aux normes de cybersécurité chinoises.
-
-Pour faire respecter la conformité, la CAC a mis en place un système de signalement. Le non-respect peut entraîner la suppression de l'application et de lourdes pénalités [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## Gestion des mises à jour
-
-En Chine, la gestion des mises à jour va au-delà des ajustements techniques - il s'agit de respecter des réglementations de cybersécurité strictes qui évoluent constamment [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Exigences de mise à jour OTA
-
-Les mises à jour over-the-air (OTA) en Chine doivent respecter un ensemble strict de règles de sécurité et de conformité [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Voici ce qui est requis :
-
-- 1. **Cryptage de bout en bout** : Les paquets de mise à jour doivent être cryptés pendant la transmission et inclure des signatures numériques pour confirmer leur authenticité [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-- 2. **Vérification des utilisateurs** : Les mises à jour ne peuvent progresser qu'après un consentement explicite de l'utilisateur, souvent vérifié par validation du numéro de mobile [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-- 3. **Localisation des données** : L'infrastructure utilisée pour livrer des mises à jour aux utilisateurs chinois doit être physiquement située en Chine [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-- 4. **Documentation** : Conservez des journaux détaillés des mises à jour, y compris des informations sur le consentement des utilisateurs, les enregistrements d'accès et les évaluations de sécurité, pendant au moins 60 jours [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-Pour les correctifs de sécurité critiques, l'Administration du cyberspace de Chine (CAC) impose une action rapide. Les entreprises doivent émettre immédiatement des notifications de vulnérabilité et accélérer le déploiement des correctifs [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Ces exigences sont étroitement liées à un système de gestion des versions bien organisé.
-
-### Gestion des versions
-
-En vertu du Règlement sur la gestion de la sécurité des données de réseau, qui entre en vigueur en janvier 2025, les entreprises doivent mettre en œuvre des processus robustes de contrôle des versions. Voici ce que cela implique :
-
-| Exigence | Durée | Objectif |
-| --- | --- | --- |
-| **Historique des versions** | Minimum 60 jours | Pour les audits de sécurité et les enquêtes |
-| **Journaux des modifications** | Complet | Documenter toutes les mises à jour et modifications |
-| **Évaluations de sécurité** | Par mise à jour | Assurer la conformité aux règlements |
-| **Suivi de la distribution des utilisateurs** | Continu | Surveiller comment les mises à jour sont adoptées |
-
-Les capacités de retour arrière sont essentielles, permettant aux entreprises de revenir rapidement à des versions précédentes. Ces anciennes versions doivent également être conservées pendant au moins 60 jours [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-Lors de l'utilisation de services tiers pour la gestion des versions, les entreprises doivent s'assurer des éléments suivants : enregistrement auprès des autorités chinoises, déploiement d'infrastructures localisées, documentation claire des responsabilités et conformité aux lois sur la localisation des données [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Pour les plateformes gérant des données sensibles, les mises à jour qui modifient les méthodes de collecte de données ou les permissions d'accès nécessitent des couches supplémentaires de tests et de validation pour maintenir la conformité réglementaire [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-Des outils comme Capgo (https://capgo.app) fournissent des [solutions de mises à jour en direct](https://capgo.app/blog/self-hosted-live-updates/) qui incluent le cryptage, une intégration CI/CD transparente et des fonctionnalités détaillées de contrôle des versions.
-
-Le non-respect de ces règlements peut entraîner de graves conséquences, telles que des amendes pouvant atteindre 5% des revenus de l'année précédente et la suppression des magasins d'applications chinois [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-## Documentation de conformité
-
-Le cadre de cybersécurité de la Chine met un fort accent sur une documentation approfondie. Avec les modifications de mars 2025, les exigences sont devenues plus strictes, et les pénalités pour non-conformité ont considérablement augmenté [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Audits annuels requis
-
-Les applications doivent subir des audits de sécurité détaillés pour s'assurer qu'elles sont conformes à la Loi sur la protection des informations personnelles (PIPL), à la Loi sur la sécurité des données (DSL) et aux dernières modifications de la Loi sur la cybersécurité (CSL) [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law). Voici un aperçu des calendriers d'audit typiques et des exigences de conservation des documents :
-
-| Type d'audit | Fréquence | Durée de conservation des documents |
-| --- | --- | --- |
-| Applications standard | Annuelle | 5 ans |
-| Applications d'infrastructure critique / haute volumétrie de données | Semi-annuelle | 5 ans |
-
-Ces audits doivent inclure des documents tels que les rapports d'évaluation de la sécurité, les enregistrements de traitement des données, les mécanismes de consentement des utilisateurs, les acknowledgments des politiques de confidentialité et les plans de réponse aux incidents.
-
-### Documentation des flux de données
-
-Lors du transfert de données à l'étranger, les organisations doivent fournir une documentation détaillée des cartes des flux de données, effectuer des évaluations de sécurité, obtenir un consentement explicite des utilisateurs et mettre en œuvre des stratégies d'atténuation des risques. Ces enregistrements doivent être conservés pendant au moins trois ans après la résiliation de la relation de transfert [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-### Règles de stockage des journaux
-
-Le Règlement sur la gestion de la sécurité des données de réseau décrit des exigences spécifiques pour la conservation des journaux [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Celles-ci incluent :
-
--   **Journaux d'Activité du Système**
-    
-    -   Détails de l'inscription des utilisateurs
-    -   Horodatages de connexion avec adresses IP
-    -   Modèles d'utilisation des fonctionnalités
-    -   Activités de publication de contenu
--   **Journaux de Transaction Financière**
-    
-    -   Doit être conservé pendant au moins trois ans
-    -   Inclure les détails complets de la transaction
-    -   Assurer un stockage à l'épreuve des falsifications
--   **Journaux d'Accès Administratif**
-    
-    -   Enregistrer les activités de l'administrateur système
-    -   Suivre les événements d'accès aux données
-    -   Journaliser les modifications et les activités d'exportation/téléchargement
--   **Journaux Généraux**
-    
-    -   Exigence de conservation : minimum de 60 jours [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)
-
-Le non-respect de la conservation de ces journaux peut entraîner des pénalités allant jusqu'à 5 % du chiffre d'affaires annuel [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). De plus, les services de mise à jour automatisés doivent documenter toutes les activités liées aux mises à jour pour démontrer leur conformité.
-
-Une documentation appropriée est la base de toutes les autres mesures de conformité, y compris la formation du personnel et la planification de la réponse aux incidents.
-
-## Formation à la Conformité et Violations
-
-### Plans de Réponse aux Violations
-
-Les amendements de mars 2025 à la CSL soulignent l'importance d'avoir des protocoles détaillés en place pour traiter les violations [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Un plan de réponse solide implique généralement les phases clés suivantes :
-
-| **Phase de Réponse** | **Actions Requises** |
-| --- | --- |
-| **Détection Initiale** | \- Suspendre les services affectés  <br>\- Documenter les détails de l'incident  <br>\- Notifier l'équipe de conformité interne |
-| **Notification à l'Autorité** | \- Signaler à l'Administration du Cyberspace de Chine (CAC)  <br>\- Soumettre une évaluation préliminaire  <br>\- Décrire un plan de remédiation |
-| **Rectification** | \- Mettre en œuvre des corrections techniques  <br>\- Mettre à jour les protocoles de sécurité  <br>\- Documenter tous les changements |
-| **Post-Incident** | \- Soumettre un rapport final  <br>\- Effectuer un audit de suivi  <br>\- Mettre à jour les documents de formation |
-
-Le CAC a également introduit un système de dénonciation publique, soulignant le besoin de réponses rapides et bien documentées [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market). Pour soutenir ces efforts, les organisations devraient associer leurs plans de réponse à des programmes de formation du personnel approfondis pour garantir la conformité à tous les niveaux.
-
-### Exigences de Formation du Personnel
-
-À partir de janvier 2025, le Règlement sur la Gestion de la Sécurité des Données Réseau impose des programmes de formation formels pour s'aligner sur les normes techniques et de documentation [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Ces programmes de formation sont essentiels pour rester conforme aux dernières exigences réglementaires.
-
-**Sujets de Formation Annuels Obligatoires**
-
--   Principes de la confidentialité des données et procédures de traitement appropriées
--   Mises à jour sur la CSL et la Loi sur la Protection des Informations Personnelles (PIPL)
--   Techniques de codage sécurisé
--   Protocoles de réponse aux incidents
--   Processus de vérification de l'identité des utilisateurs
-
-**Pratiques de Documentation**
-
--   Conserver des dossiers de présence, d'évaluations et de mises à jour de matériel de formation
--   Assurer que la documentation de formation est toujours à jour
--   Suivre les accusés de réception des mises à jour réglementaires
-
-Les organisations doivent également fournir une formation supplémentaire chaque fois que des changements réglementaires significatifs se produisent, tels que les amendements à la CSL prévus pour le 28 mars 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-**Étapes Pratiques pour une Formation Efficace**
-
--   Désigner un responsable de conformité dédié pour surveiller et mettre en œuvre les mises à jour réglementaires
--   S'abonner à des services de mise à jour réglementaire et participer à des ateliers sectoriels
--   Effectuer des évaluations internes de conformité régulières
--   Tirer parti des logiciels de gestion de la conformité pour rationaliser les processus
-
-Une formation fréquente et bien structurée garantit non seulement le respect des réglementations, mais aide également à atténuer efficacement les risques de conformité.
-
-## Conclusion : Résumé de la Liste de Contrôle de Conformité
-
-Cette liste de contrôle met en évidence les domaines essentiels pour répondre à la conformité avec le cadre réglementaire de la Chine, qui est façonné par ses trois lois fondamentales. Un strict respect, soutenu par les bons outils, est nécessaire pour s'aligner sur les derniers amendements.
-
-| **Domaine de Conformité** | **Exigences** | **Outils** |
-| --- | --- | --- |
-| **Confidentialité des Données** | \- Vérifier l'identité des utilisateurs par des numéros de mobile  <br>\- Maintenir des journaux d'activité pendant au moins 60 jours  <br>\- Assurer un stockage sécurisé des données | \- Systèmes de vérification de l'identité  <br>\- Plates-formes de journalisation sécurisées  <br>\- Solutions de stockage local |
-| **Normes de Sécurité** | \- Effectuer des évaluations régulières de vulnérabilité  <br>\- Établir des protocoles de réponse aux incidents  <br>\- Utiliser un cryptage de bout en bout | \- Outils de scanning de sécurité  <br>\- Systèmes de gestion des réponses  <br>\- Cadres de cryptage |
-| **Gestion des Mises à Jour** | \- Déployer rapidement des correctifs de sécurité  <br>\- Maintenir un contrôle de version  <br>\- Assurer la conformité des applications avec les magasins d'applications | \- Solutions de mises à jour OTA  <br>\- Outils de gestion de version  <br>\- Vérificateurs de conformité |
-
-Le **Règlement sur la Gestion de la Sécurité des Données Réseau**, effectif le 1er janvier 2025, impose des mesures de conformité plus strictes [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Pour répondre à ces exigences tout en assurant des mises à jour fluides des applications, les développeurs peuvent s'appuyer sur des outils comme Capgo, qui fournit des mises à jour OTA chiffrées de bout en bout adaptées au marché chinois.
-
-Voici quelques étapes clés pour rester conforme :
-
--   Suivre les changements réglementaires et mettre à jour les protocoles internes en conséquence.
--   Documenter toutes les mesures de sécurité et les pratiques de traitement des données de manière approfondie.
--   Effectuer des évaluations régulières de la sécurité et former le personnel sur les protocoles de conformité.
--   Mettre en place des systèmes de réponse aux incidents solides pour faire face aux menaces potentielles.
-
-Le non-respect peut entraîner des pénalités allant des avertissements formels à la suppression d'applications des magasins d'applications chinois [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## FAQ
-
-:::faq
-### Quelles étapes les développeurs doivent-ils suivre pour s'assurer que leurs applications mobiles respectent les réglementations de cybersécurité de la Chine en 2025 ?
-
-Pour s'aligner sur les réglementations de cybersécurité de la Chine établies pour 2025, les développeurs doivent donner la priorité à la conformité avec les dernières normes légales et s'assurer que leurs applications répondent aux exigences strictes de protection des données. Voici quelques domaines clés sur lesquels se concentrer :
-
--   **Stockage et transmission sécurisés des données** : Utiliser le cryptage pour sécuriser les données sensibles des utilisateurs, tant lorsqu'elles sont stockées que lors de leur transmission, pour bloquer l'accès non autorisé.
--   **Localisation des données** : Si nécessaire, conserver les données des utilisateurs en Chine pour se conformer aux lois locales sur le stockage des données.
--   **Consentement des utilisateurs et transparence** : Expliquer clairement comment les données des utilisateurs sont collectées, utilisées et partagées. S'assurer d'obtenir le consentement explicite des utilisateurs lorsque cela est nécessaire.
--   **Évaluations de sécurité régulières** : Effectuer des audits de routine et des analyses de vulnérabilité pour identifier et résoudre les problèmes de sécurité potentiels.
-
-Capgo aide les développeurs à atteindre la conformité en fournissant **un cryptage de bout en bout** et des **mises à jour en temps réel** pour les applications Capacitor. Cela garantit que les mises à jour, qu'il s'agisse de corrections ou de nouvelles fonctionnalités, sont déployées immédiatement sans attendre les approbations des magasins d'applications - gardant votre application sécurisée et conforme facilement.
-:::
-
-:::faq
-### Quelles mesures les développeurs peuvent-ils prendre pour stocker et transmettre des données utilisateur de manière sécurisée tout en respectant les réglementations de cybersécurité de la Chine ?
-
-Pour s'aligner sur les réglementations de cybersécurité de la Chine, les développeurs doivent se concentrer sur le **stockage et la transmission sécurisés des données utilisateur**. Voici comment cela peut être réalisé :
-
--   Utiliser des **normes de cryptage solides** pour sécuriser les données sensibles tant lors du stockage que de la transmission.
--   Employer des **protocoles de communication sécurisés** comme HTTPS et TLS pour protéger les données pendant leur transfert.
--   Surveiller continuellement et améliorer les mesures de sécurité pour contrer les vulnérabilités et menaces émergentes.
--   Se conformer à la **Loi sur la Protection des Informations Personnelles (PIPL)** et à la **Loi sur la Cybersécurité** de la Chine, y compris les exigences de stockage des données sur des serveurs situés en Chine si nécessaire.
-
-Des plates-formes telles que Capgo peuvent simplifier les efforts de conformité en offrant des mises à jour en temps réel. Cela permet aux applications de rester sécurisées et actuelles sans avoir besoin des approbations des magasins d'applications. De plus, le cryptage de bout en bout de Capgo renforce la protection des données, facilitant ainsi la satisfaction des exigences réglementaires.
-:::
-
-:::faq
-### Quels sont les risques de ne pas se conformer aux réglementations de cybersécurité de la Chine, et comment les entreprises peuvent-elles y remédier ?
-
-Le non-respect des réglementations de cybersécurité de la Chine peut entraîner de graves conséquences, telles que des **amendes lourdes**, la **suppression d'applications des magasins d'applications**, des **fuites de données**, et même des **actions en justice**. Au-delà de cela, le non-respect peut nuire gravement à la réputation d'une entreprise, rendant difficile le maintien d'une présence sur le marché chinois.
-
-Pour réduire ces risques, les entreprises doivent s'assurer que leurs applications sont conformes à toutes les normes réglementaires. Cela inclut le respect des **règles de localisation des données**, l'obtention du **consentement des utilisateurs pour la collecte de données**, et la réalisation de **vérifications de sécurité approfondies**. Des outils comme Capgo peuvent simplifier le processus en aidant les développeurs à déployer efficacement des mises à jour et des corrections, garantissant la conformité sans perturber la fonctionnalité de l'application. Se tenir au courant des changements réglementaires et y répondre de manière proactive est essentiel pour éviter des pénalités et atteindre un succès à long terme en Chine.
-:::
diff --git a/src/content/blog/fr/checklist-for-google-play-ota-compliance.md b/src/content/blog/fr/checklist-for-google-play-ota-compliance.md
deleted file mode 100644
index d4278e90e..000000000
--- a/src/content/blog/fr/checklist-for-google-play-ota-compliance.md
+++ /dev/null
@@ -1,229 +0,0 @@
----
-slug: checklist-for-google-play-ota-compliance
-title: Liste de vérification pour la conformité Google Play OTA
-description: >-
-  Assurez-vous que les mises à jour Over-The-Air de votre application respectent
-  la conformité Google Play avec les meilleures pratiques en matière de
-  sécurité, de contrôle de version et de communication avec les utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:16:07.896Z
-updated_at: 2025-04-01T03:16:19.769Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae-1743477379769.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA updates, Google Play compliance, security, version control, user
-  communication, app updates, testing, performance metrics
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-Les mises à jour **Over-The-Air (OTA)** vous permettent de pousser des changements directement aux utilisateurs, en contournant les examens des stores. Mais pour rester conforme aux politiques de Google Play, vous devez suivre des règles strictes de sécurité, transparence et qualité. Voici un aperçu rapide :
-
--   **Sécurité** : Utilisez le chiffrement de bout en bout et signez les paquets de mise à jour pour protéger les données utilisateur
--   **Contrôle de Version** : Suivez les mises à jour avec la gestion sémantique des versions, incluez des options de restauration et documentez les changements
--   **Communication Utilisateur** : Informez les utilisateurs des mises à jour, clarifiez les changements et respectez les permissions pour les approbations manuelles
--   **Tests** : Testez les mises à jour pour la fonctionnalité, la compatibilité et la sécurité avant le déploiement
--   **Déploiements Progressifs** : Commencez petit (5-10% des utilisateurs), surveillez les performances et augmentez progressivement
--   **Métriques de Performance** : Visez un taux de réussite des mises à jour >98%, [[HTML_TAG]][[HTML_TAG]]
-
-## Création des Paquets de Mise à Jour
-
-Les paquets de mise à jour OTA doivent s'aligner sur les normes de sécurité et de contrôle de version de Google Play. Cela garantit que les mises à jour s'exécutent en douceur et protègent les données utilisateur. Voici les directives principales pour le contrôle de version et la sécurité.
-
-### Normes de Contrôle de Version
-
-Le contrôle de version pour les mises à jour OTA exige une organisation claire et une documentation approfondie. Chaque paquet de mise à jour doit inclure :
-
--   **ID de version unique** : Utilisez la gestion sémantique des versions (par ex., 2.1.3) pour suivre les changements
--   **Manifeste des changements** : Listez toutes les modifications et corrections en détail
--   **Marqueurs de compatibilité** : Spécifiez les versions d'applications et les appareils supportés par la mise à jour
--   **Informations de restauration** : Incluez des références aux versions antérieures pour permettre un retour en arrière sécurisé si nécessaire
-
-Ce niveau de documentation facilite grandement le dépannage.
-
-### Exigences de Sécurité
-
-Des mesures de sécurité fortes sont essentielles pour que les mises à jour OTA répondent aux normes de Google Play. Deux pratiques essentielles incluent l'utilisation du chiffrement de bout en bout et la signature des paquets de mise à jour.
-
-Comme l'explique l'équipe de développement de Capgo, _"La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour"_ [\[1\]](https://capgo.app/) Les audits de sécurité réguliers et le respect des meilleures pratiques de l'industrie aident à garantir que les mises à jour restent sécurisées et fiables.
-
-## Sécurité de la Distribution des Mises à Jour
-
-Ces mesures aident à protéger les données utilisateur et garantissent que les mises à jour restent stables. En implémentant des protocoles de sécurité stricts, vous pouvez répondre aux normes de Google Play et fournir des mises à jour fiables.
-
-### Méthodes de Protection des Données
-
-Le chiffrement est la clé d'une distribution OTA sécurisée. L'approche la plus fiable est le **chiffrement de bout en bout**, qui protège les paquets de mise à jour tout au long du processus de transmission. La simple signature des mises à jour n'est pas suffisante - le chiffrement de bout en bout garantit que seuls vos utilisateurs peuvent accéder aux mises à jour.
-
-> "Chiffrement de bout en bout. Seuls vos utilisateurs peuvent déchiffrer vos mises à jour, personne d'autre" [\[1\]](https://capgo.app/)
-
-Associez le chiffrement à des stratégies de récupération solides pour maintenir un service fluide.
-
-### Options de Récupération des Mises à Jour
-
-Un système de récupération solide minimise l'impact des échecs de mise à jour et maintient la stabilité des applications. Incluez des fonctionnalités de restauration automatique et conservez des archives des versions stables récentes pour des corrections rapides.
-
-| Composant de Récupération | Objectif | Priorité |
-| --- | --- | --- |
-| Mécanisme de Restauration | Restaurer la version précédente | Critique |
-| Archive des Versions | Maintenir des versions de sauvegarde | Élevée |
-
-Ensemble, ces outils créent un processus de mise à jour sécurisé et efficace qui protège à la fois la conformité et l'expérience utilisateur.
-
-## Normes de Communication Utilisateur
-
-Une communication claire et efficace avec les utilisateurs joue un rôle clé pour assurer la conformité avec les exigences de Google Play pour les mises à jour.
-
-### Alertes de Mise à Jour
-
-Google Play exige des notifications claires pour les mises à jour en attente afin de tenir les utilisateurs informés et maintenir la conformité.| Type d'alerte | Objectif | Mise en œuvre |
-| --- | --- | --- |
-| Mises à jour en arrière-plan | Installer les mises à jour automatiquement | Notification silencieuse après achèvement |
-| Mises à jour fonctionnelles | Informer les utilisateurs des changements majeurs | Notification dans l'application avant la mise à jour |
-| Mises à jour de sécurité | Informer les utilisateurs des correctifs critiques | Notification haute priorité avec détails |
-
-### Exigences en matière d'autorisations
-
-Différents types de mises à jour en direct (OTA) nécessitent des niveaux spécifiques d'autorisations utilisateur :
-
-**[Mises à jour automatiques](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**
-
--   Utilisées pour les petits correctifs et modifications mineures
--   Aucune action nécessaire de l'utilisateur [\[1\]](https://capgo.app/)
-
-**Approbation manuelle**
-
--   Recommandée pour les mises à jour majeures avec nouvelles fonctionnalités
--   Permet aux utilisateurs de décider quand installer
--   Doit inclure une explication claire des changements
-
-Ces niveaux d'autorisation garantissent que les utilisateurs restent informés tout en leur donnant le contrôle sur les mises à jour importantes
-
-### Documentation des mises à jour
-
-Fournissez toujours des notes de mise à jour brèves et claires incluant les détails essentiels tels que les numéros de version, les correctifs de sécurité, les changements de fonctionnalités et les bugs résolus. Pour les tests bêta ou les déploiements progressifs, utilisez des canaux dédiés pour recueillir les premiers retours.
-
-**Détails clés à inclure :**
-
--   Numéro de version
--   Mises à jour de sécurité
--   Changements de fonctionnalités
--   Corrections de bugs
-
-> "Chiffrement de bout en bout. Seuls vos utilisateurs peuvent déchiffrer vos mises à jour, personne d'autre" [\[1\]](https://capgo.app/)
-
-Cette approche maintient les utilisateurs informés et garantit que les mises à jour sont à la fois efficaces et conformes aux normes Google Play
-
-## Étapes du contrôle qualité
-
-Une fois les mises à jour distribuées de manière sécurisée, un contrôle qualité approfondi garantit qu'elles fonctionnent comme prévu. Ces étapes s'appuient sur les mesures de sécurité et de communication antérieures pour garantir le bon déroulement des mises à jour.
-
-### Exigences de test
-
-Les mises à jour OTA doivent être testées dans plusieurs domaines clés :
-
-| Type de test | Objectif | Vérifications clés |
-| --- | --- | --- |
-| Fonctionnalité | Vérifier les fonctionnalités principales | Lancement de l'application, workflows critiques, gestion des données |
-| Réseau | Tester la connectivité | Performance sous différentes conditions réseau |
-| Appareil | Assurer la compatibilité | Différentes versions Android, tailles d'écran |
-| Sécurité | Vérifier la protection | Intégrité du chiffrement, transmission sécurisée des données |
-
-L'automatisation de ces tests aide à maintenir la cohérence et réduit les risques d'erreurs
-
-### Processus de déploiement progressif
-
-Déployez les mises à jour graduellement, en commençant petit et en élargissant à mesure que la stabilité est confirmée :
-
-1.  **Version initiale** : Déploiement pour 5-10% des utilisateurs
-2.  **Période de surveillance** : Observer la performance pendant 24-48 heures
-3.  **Phase d'expansion** : Augmenter le déploiement par incréments de 20%
-4.  **Version complète** : Déployer à tous les utilisateurs après confirmation de la stabilité
-
-> "Nous avons déployé les mises à jour OTA Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo" - colenso, @colenso [\[1\]](https://capgo.app/)
-
-### Suivi des performances
-
-Suivez ces métriques clés pendant et après le déploiement :
-
-| Métrique | Objectif | Seuil d'action |
-| --- | --- | --- |
-| Taux de réussite des mises à jour | >98% | [[HTML_TAG]]1 minute nécessite une optimisation |
-| Taux de plantage de l'application | [[HTML_TAG]]05% déclenche un retour arrière |
-| Utilisation du réseau | [[HTML_TAG]]10MB nécessite une optimisation du package |
-
-Les outils d'analyse et de suivi des erreurs sont essentiels pour identifier et résoudre rapidement les problèmes. Les fonctionnalités de retour arrière instantané sont cruciales pour maintenir la qualité du service en cas de problème.
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-Pour les tests bêta et les déploiements progressifs, utilisez des systèmes de canaux pour cibler des groupes d'utilisateurs spécifiques avec différentes versions. Cette approche contrôlée assure des tests approfondis tout en restant conforme aux exigences du Google Play Store.
-
-## Outils de conformité [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae/574f3a2cd27791454624262312a6c223.jpg)
-
-Capgo s'appuie sur des protocoles stricts de mise à jour et de sécurité pour fournir des outils conçus pour la conformité. Avec plus de 235 millions de mises à jour distribuées sur 750 applications en production [\[1\]](https://capgo.app/), Capgo assure des mises à jour fluides tout en respectant les normes essentielles. Ces outils sont fondés sur des principes tels que le contrôle de version, la sécurité et l'assurance qualité.
-
-### Fonctionnalités de Sécurité
-
-Capgo intègre des fonctionnalités de sécurité avancées adaptées aux exigences de Google Play :
-
-| **Fonctionnalité de Sécurité** | **Implémentation** | **Avantage en termes de Conformité** |
-| --- | --- | --- |
-| Chiffrement de bout en bout | Véritable chiffrement, pas uniquement signature | Protège les mises à jour contre la falsification |
-| CDN Sécurisé | Distribution mondiale en 114ms | Livre les mises à jour rapidement et de manière fiable |
-| Contrôle de Version | Retour arrière en un clic | Assure la stabilité pour répondre aux standards du Play Store |
-
-### Intégration au Développement
-
-Capgo s'intègre facilement dans les flux de développement existants tout en respectant les règles de conformité de Google Play :
-
-| **Type d'Intégration** | **Fonctionnalité** | **Aspect de Conformité** |
-| --- | --- | --- |
-| Pipeline CI/CD | Prend en charge [GitHub Actions](https://docsgithubcom/actions), [GitLab CI](https://docsgitlabcom/ee/ci/), [Jenkins](https://wwwjenkinsio/) | Automatise les contrôles de conformité |
-| Outils CLI | Déploiements en une commande | Standardise le processus de mise à jour |
-| Accès API | API publique pour configurations personnalisées | Offre une gestion flexible de la conformité |
-| [Système de Canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Tests bêta et déploiements progressifs | Permet des versions contrôlées |
-
-L'intégration CI/CD est disponible pour environ 300€ par mois.
-
-### Gestion des Mises à Jour
-
-Capgo fournit des outils pour gérer efficacement les mises à jour tout en s'alignant sur les normes de conformité de Google Play :
-
-| **Outil de Gestion** | **Métrique de Succès** | **Impact sur la Conformité** |
-| --- | --- | --- |
-| Tableau de Bord Analytique | 95% d'adoption des mises à jour en 24 heures | Surveille les taux d'adoption |
-| Suivi des Erreurs | 82% de taux de réussite global | Suit la stabilité des mises à jour |
-| Mises à Jour Partielles | Taille moyenne du bundle de 5MB | Améliore l'efficacité de la livraison |
-| Contrôles d'Organisation | Permissions granulaires | Sécurise l'autorité des mises à jour |
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo propose également des options d'hébergement flexibles, incluant des solutions cloud et auto-hébergées. Ces options permettent aux organisations de maintenir le contrôle sur leur infrastructure de mise à jour tout en respectant les normes de sécurité de Google Play. Les fonctionnalités comme la surveillance en temps réel et le retour arrière instantané aident à atteindre le référentiel de 82% de taux de réussite global.
-
-## Résumé
-
-### Revue de la Liste de Contrôle
-
-Respecter la conformité OTA de Google Play nécessite une attention à la sécurité, au contrôle de version, à la gestion des utilisateurs et à l'assurance qualité. Voici une décomposition :
-
-| Zone de Conformité | Exigences Clés | Métriques de Succès |
-| --- | --- | --- |
-| **Sécurité** | Chiffrement de bout en bout | 82% de taux de réussite global |
-| **Contrôle de Version** | Capacité de retour arrière, versions progressives | 95% d'adoption des mises à jour en 24h |
-| **Gestion des Utilisateurs** | Contrôles des permissions, alertes de mise à jour | 235M de mises à jour livrées avec succès |
-| **Assurance Qualité** | Protocoles de test, surveillance des performances | Plus de 750 applications en production conformes |
-
-Rester à jour avec ces exigences aide à éviter les rejets et assure des opérations fluides des applications.
-
-### Utilisation de Capgo
-
-Capgo fournit des outils conçus pour simplifier la conformité aux normes Google Play. Avec ses fonctionnalités, les développeurs peuvent gérer des millions de mises à jour à travers diverses applications de manière transparente [\[1\]](https://capgo.app/)
-
-> "Capgo est essentiel pour les développeurs - permettant des corrections de bugs sans examen de la boutique" [\[1\]](https://capgo
\ No newline at end of file
diff --git a/src/content/blog/fr/checklist-for-ota-updates-under-australias-privacy-act.md b/src/content/blog/fr/checklist-for-ota-updates-under-australias-privacy-act.md
deleted file mode 100644
index 286f39fd2..000000000
--- a/src/content/blog/fr/checklist-for-ota-updates-under-australias-privacy-act.md
+++ /dev/null
@@ -1,243 +0,0 @@
----
-slug: checklist-for-ota-updates-under-australias-privacy-act
-title: >-
-  Liste de contrôle pour les mises à jour OTA selon la loi sur la vie privée de
-  l'Australie
-description: >-
-  Assurez-vous que vos mises à jour OTA respectent la loi australienne sur la
-  protection de la vie privée en mettant en œuvre des mesures de sécurité des
-  données et de confidentialité des utilisateurs robustes.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T12:19:39.963Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800eb6a28980901df1efb7c-1744892450543.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, Privacy Act, data security, user privacy, end-to-end encryption,
-  compliance, update management
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Livrer des mises à jour OTA (Over-The-Air) ? Vous devez respecter les exigences de la [Loi sur la protection de la vie privée](https://en.wikipedia.org/wiki/Privacy_Act_1988) en Australie pour protéger les données des utilisateurs et éviter les pénalités.**
-
-Voici ce que vous devez savoir :
-
-- **Sécurité des données** : Utilisez le chiffrement de bout en bout pour les mises à jour.
-- **Confidentialité des utilisateurs** : Protégez les informations personnelles et anonymisez les analyses.
-- **Contrôle des mises à jour** : Mettez en œuvre des options de rollback et un suivi sécurisé des versions.
-- **Droits des utilisateurs** : Permettez aux utilisateurs de gérer les mises à jour, de consulter les données stockées et de se désinscrire lorsque cela est possible.
-
-**Étapes clés pour la conformité** :
-
-1. Chiffrez tous les paquets de mise à jour et sécurisez les canaux de livraison.
-2. Surveillez la performance des mises à jour et résolvez rapidement les problèmes.
-3. Proposez des outils permettant aux utilisateurs de contrôler les mises à jour et les données.
-
-**Comparaison rapide des plateformes OTA** :
-
-| **Fonctionnalité** | **[Capgo](https://capgo.app/)** | **Autres** |
-| --- | --- | --- |
-| Chiffrement de bout en bout | ✅ Oui | ❌ Souvent manquant |
-| Mécanismes de rollback | ✅ Supporté | ⚠️ Limité |
-| Flexibilité d'hébergement | ✅ Cloud/Self-hosted | ⚠️ Principalement cloud |
-| Outils de conformité | ✅ Intégré | ⚠️ Variable |
-
-## Règles de la [Loi sur la protection de la vie privée](https://en.wikipedia.org/wiki/Privacy_Act_1988) pour les mises à jour OTA
-
-### Gestion des données personnelles
-
-La Loi sur la protection de la vie privée impose des directives strictes pour la gestion des données personnelles collectées via les mises à jour OTA. Les développeurs doivent prioriser la manipulation sécurisée des données pour protéger la vie privée des utilisateurs tout en maintenant les fonctions de mise à jour nécessaires.
-
-| Type de données | Protection requise |
-| --- | --- |
-| Identifiants d'appareil | Chiffrement de bout en bout |
-| Analyses de mise à jour | Suivi anonymisé |
-| Journaux d'erreurs | Collecte minimale de données |
-| Historique des versions | Stockage sécurisé |
-
-Capgo garantit que les données sensibles restent protégées pendant les mises à jour OTA grâce à un chiffrement de bout en bout.
-
-> "La seule solution avec un vrai chiffrement de bout en bout, les autres signent juste les mises à jour." - Capgo [\[1\]](https://capgo.app/)
-
-### Normes de protection des données
-
-De bonnes pratiques de gestion des données sont soutenues par des mesures techniques pour garantir la sécurité et la fiabilité des mises à jour.
-
-**Livraison sécurisée des mises à jour**
-
-- Utilisez le chiffrement de bout en bout pour tous les paquets de mise à jour.
-- Utilisez des mises à jour différentielles pour minimiser le transfert de données.
-- Protégez les canaux de distribution des mises à jour contre tout accès non autorisé.
-- Effectuez des contrôles d'intégrité pour vérifier les mises à jour.
-
-**Surveillance des mises à jour**
-
-- Surveillez les taux de réussite des mises à jour.
-- Identifiez et signalez toute erreur pendant le processus de mise à jour.
-- Maintenez le contrôle sur les historiques de versions.
-- Soutenez les options de rollback automatisées pour les mises à jour échouées.
-
-### Droits des données des utilisateurs
-
-La conformité à la Loi sur la protection de la vie privée implique également de communiquer clairement les droits des utilisateurs et d'offrir des outils pour gérer leurs données.
-
-**Droits d'accès**
-
-- Partagez une documentation claire des données collectées et des historiques de mise à jour.
-- Autorisez les utilisateurs à consulter les informations sur l'appareil stockées.
-
-**Mesures de contrôle**
-
-- Permettez aux utilisateurs de refuser les mises à jour qui ne sont pas essentielles.
-- Fournissez des options pour planifier les mises à jour à des moments pratiques.
-- Permettez aux utilisateurs de revenir à des versions antérieures de l'application.
-- Offrez la possibilité de supprimer les données stockées lors de la désinstallation d'une application.
-
-## Liste de contrôle pour les mises à jour OTA
-
-### Avant la publication de la mise à jour
-
-Assurez-vous que ces mesures de sécurité essentielles sont en place avant de publier la mise à jour :
-
-| **Vérification pré-publication** | **Action nécessaire** | **Comment vérifier** |
-| --- | --- | --- |
-| Vérification du chiffrement | Assurez-vous que les paquets de mise à jour utilisent le chiffrement de bout en bout | Effectuez une révision technique |
-| Mécanisme de rollback | Vérifiez la fonctionnalité de rollback pour restaurer instantanément les versions précédentes | Effectuez des tests QA |
-
-Une fois ces vérifications pré-publication terminées, avancez avec des pratiques sécurisées pendant le processus de mise à jour.
-
-### Sécuriser le processus de mise à jour
-
-- Utilisez le chiffrement de bout en bout pour tous les paquets de mise à jour OTA.
-- Activez les analyses pour surveiller les progrès des mises à jour et identifier rapidement toute erreur.
-
-### Après la publication de la mise à jour
-
-Gardez un œil sur la performance des mises à jour via des analyses. Si des problèmes surviennent, utilisez immédiatement des mesures de rollback pour les résoudre.
-
-Une surveillance constante et une action rapide sont cruciales pour maintenir la sécurité et rester conforme.
-
-## Partie 1 - Cadre juridique australien pour la sécurité des données et la vie privée
-
-<iframe src="https://www.youtube.com/embed/mNR3VJXK3ss" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Exigences du marché australien
-
-Les organisations opérant en Australie doivent respecter des protocoles de sécurité des données stricts ainsi que des réglementations régionales ou internationales spécifiques.
-
-### Qui doit se conformer
-
-Les organisations déployant des mises à jour OTA sont tenues de respecter les obligations énoncées dans la Loi sur la protection de la vie privée en Australie. Bien que toutes les organisations doivent respecter ces règles, celles qui gèrent des données sensibles ou qui travaillent dans des secteurs critiques font face à un contrôle plus strict. Les appareils IoT ont leurs propres lignes directrices de conformité qui doivent être suivies.
-
-### Lignes directrices IoT
-
-- Déployez rapidement des correctifs et assurez une communication claire sur les processus de mise à jour.
-- Incluez le consentement des utilisateurs dans les systèmes de mise à jour automatisés.
-- Privilégiez le traitement local des données plutôt que les solutions basées sur le cloud lorsque cela est possible.
-
-Pour ceux impliqués dans des infrastructures critiques, d'autres exigences dans le cadre législatif peuvent s'appliquer.
-
-### Règles internationales sur les données
-
-Les transferts de données mondiaux introduisent d'autres obligations, notamment :
-
-- Divulguer clairement les emplacements des serveurs.
-- S'assurer que la souveraineté des données est protégée.
-- Réaliser des évaluations d'impact sur la vie privée.
-- Mettre en place des garanties contractuelles.
-
-Les développeurs doivent mettre en œuvre des contrôles pour garder les données sensibles dans des juridictions approuvées tout en maintenant la transparence sur leur traitement.
-
-Capgo soutient ces exigences en offrant des solutions de mise à jour en direct avec un chiffrement fort et des options de localisation de serveur, garantissant ainsi une gestion des données sécurisée et conforme.
-
-## Comparaison des plateformes OTA
-
-Voici une comparaison des plateformes OTA, en tenant compte des besoins de conformité et des évolutions récentes du marché. Notamment, le Code Push de Microsoft cessera ses activités en 2024, et l'Appflow d'Ionic est prévu pour fermer en 2026.
-
-### Fonctionnalités de sécurité
-
-Lors de l'assurance de la conformité à la Loi sur la protection de la vie privée, ces caractéristiques de sécurité sont essentielles :
-
-| Fonctionnalité | Mise en œuvre | Pertinence de la Loi sur la protection de la vie privée |
-| --- | --- | --- |
-| **[Chiffrement des mises à jour](https://capgo.app/docs/cli/migrations/encryption/)** | Chiffrement de bout en bout | Protège les données sensibles |
-| **Signature des mises à jour** | Signatures cryptographiques | Vérifie l'intégrité des mises à jour |
-| **Gestion des utilisateurs** | Autorisations granulaires | Contrôle l'accès |
-| **Options d'hébergement** | Cloud/Self-hosted | Garantit la souveraineté des données |
-
-Capgo propose un chiffrement de bout en bout et atteint un taux de réussite de mise à jour de 82 % [\[1\]](https://capgo.app/). Ces fonctionnalités sont essentielles pour protéger les données et assurer la conformité.
-
-### Analyse des coûts
-
-Voici une répartition des coûts pour différentes solutions OTA :
-
-- **Configuration CI/CD standard** : 300 $/mois
-- **Solutions d'entreprise (ex. Appflow)** : 6 000 $/an
-- **Configuration CI/CD unique avec Capgo** : 2 600 $
-
-Bien que le coût soit un facteur, la structure de la plateforme impacte également la conformité et l'efficacité.
-
-### Types de plateformes
-
-Différents types de plateformes répondent à des besoins de conformité variés :
-
-**Plateformes open-source**
-
-- Permettent des audits de code pour la transparence et la personnalisation
-- Proposent des options d'auto-hébergement pour un meilleur contrôle des données
-- Fournissent la flexibilité pour répondre à des besoins spécifiques de conformité
-
-**Solutions basées sur le cloud**
-
-- Fournissent des mises à jour de conformité régulières et des correctifs de sécurité
-- Incluent des outils de surveillance intégrés
-- Suivent des protocoles de sécurité standard
-
-Les performances peuvent varier selon ces types de plateformes, il est donc important de choisir celle qui s'aligne avec les exigences de la Loi sur la protection de la vie privée.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Les organisations doivent peser ces facteurs soigneusement pour répondre efficacement à leurs obligations de sécurité et de conformité.
-
-## Prochaines étapes
-
-### Points principaux
-
-Pour garantir que les mises à jour OTA sont conformes à la Loi sur la protection de la vie privée, il est crucial d'utiliser **un chiffrement de bout en bout** et de maintenir une **distribution contrôlée**.
-
-Voici un rapide résumé des principales exigences de conformité :
-
-| Exigence | Stratégie de mise en œuvre | Impact |
-| --- | --- | --- |
-| Protection des données | Chiffrement de bout en bout | Bloque l'accès non autorisé |
-| Contrôle des mises à jour | Distribution par canal | Permet des déploiements progressifs |
-| Gestion des erreurs | Surveillance en temps réel | Aide à résoudre rapidement les problèmes |
-| Flexibilité d'hébergement | Options cloud ou auto-hébergées | Soutient la souveraineté des données |
-
-Ces stratégies jettent les bases de la conformité et d'une gestion efficace des mises à jour OTA.
-
-### Actions
-
-Suivez ces étapes pour mettre en œuvre des stratégies de conformité :
-
-1. **Renforcer les mesures de sécurité**
-
-   - Utilisez le chiffrement de bout en bout pour tous les paquets de mise à jour.
-   - Mettez en place une surveillance en temps réel pour suivre la performance des mises à jour.
-2. **Créer des processus de mise à jour**
-
-   - Construisez un système de distribution par canal pour des déploiements contrôlés.
-   - Testez les mises à jour avec de plus petits groupes d'utilisateurs avant un déploiement plus large.
-3. **Mettre en place des systèmes de sauvegarde**
-
-   - Implémentez des mécanismes de rollback pour corriger rapidement les problèmes lors des mises à jour.
-   - Utilisez des systèmes de contrôle de version qui s'alignent sur les normes de la Loi sur la protection de la vie privée.
-
-> "Le système de mise à jour en direct le plus sûr pour Capacitor. Conçu pour les développeurs qui valorisent la sécurité et la rapidité." - Capgo.app
-
-Capgo propose une sécurité de mise à jour en direct qui s'aligne sur ces besoins de conformité.
diff --git a/src/content/blog/fr/checklist-for-token-signing-in-capacitor-apps.md b/src/content/blog/fr/checklist-for-token-signing-in-capacitor-apps.md
deleted file mode 100644
index b66732799..000000000
--- a/src/content/blog/fr/checklist-for-token-signing-in-capacitor-apps.md
+++ /dev/null
@@ -1,162 +0,0 @@
----
-slug: checklist-for-token-signing-in-capacitor-apps
-title: Liste de contrôle pour la signature de jetons dans les applications Capacitor
-description: >-
-  Suivez cette liste de contrôle complète pour la signature sécurisée des jetons
-  dans les applications Capacitor, garantissant l'intégrité des données et la
-  conformité aux normes américaines.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T02:15:22.429Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680454b86000445eb1a68ab2-1745115338258.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  token signing, Capacitor apps, data integrity, security standards, compliance,
-  JWT, cryptographic library
-tag: 'Mobile, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-La signature des jetons est essentielle pour sécuriser les applications [Capacitor](https://capacitorjs.com/), garantissant l'intégrité des données, l'authentification et la conformité aux normes de sécurité américaines. Ce guide fournit une liste de contrôle claire pour la configuration, la mise en œuvre et la gestion des risques.
-
-**Étapes clés pour la signature des jetons :**
-
--   Choisissez une bibliothèque cryptographique sécurisée (par exemple, [CryptoJS](https://cryptojs.gitbook.io/docs), [jose](https://www.npmjs.com/package/jose), [libsodium](https://doc.libsodium.org/)).
--   Utilisez un stockage sécurisé des clés (iOS : [Secure Enclave](https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/web)/[Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\)); Android : [Keystore](https://developer.android.com/privacy-and-security/keystore)).
--   Définissez les champs de charge utile du jeton (`iss`, `exp`, `sub`, revendications personnalisées).
--   Sélectionnez un algorithme de signature (HS256, RS256, ES256).
--   Signez et vérifiez les jetons de manière sécurisée.
-
-**Meilleures pratiques en matière de sécurité :**
-
--   Définissez l'expiration du jeton à 15 minutes.
--   Faites tourner les clés de signature tous les 30 jours.
--   Validez tous les champs du jeton.
--   Protégez les clés privées dans des magasins sécurisés spécifiques à la plateforme.
-
-**Mises à jour en direct :**
-
--   Utilisez des jetons signés pour [sécuriser les mises à jour](https://capgo.app/docs/live-updates/update-behavior/).
--   Activez les options de retour en arrière pour les mises à jour compromises.
--   Surveillez l'engagement des utilisateurs et les taux de succès des mises à jour.
-
-**Exigences de conformité :**
-
--   Alignez-vous sur les mandats américains tels que le CCPA, le HIPAA, le NIST SP 800‑63 et le FIPS 140‑2.
--   Chiffrez les jetons contenant des données sensibles et garantissez une gestion sécurisée des clés.
-
-La signature des jetons garantit des mises à jour en direct sécurisées tout en respectant les normes réglementaires. Suivez ces étapes pour protéger votre application et vos utilisateurs.
-
-## Signature et validation du jeton JWT utilisant RSA public et ...
-
-<iframe src="https://www.youtube.com/embed/mtZS6Cg6Nd8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuration requise pour la signature des jetons
-
-Pour garantir une signature sécurisée des jetons, concentrez-vous sur deux domaines clés :
-
-1.  **Choisir et valider votre boîte à outils cryptographique** :
-    
-    -   Choisissez une bibliothèque fiable comme _CryptoJS_, _jose_ ou _libsodium_.
-    -   Confirmez que la bibliothèque est activement maintenue et fait l'objet de vérifications de sécurité régulières.
-    -   Examinez son adoption au sein de la communauté des développeurs.
-    -   Consultez son historique de vulnérabilités pour évaluer les risques potentiels.
-2.  **Mettre en œuvre un stockage sécurisé des clés** :
-    
-    -   Pour iOS, utilisez Secure Enclave ou Keychain.
-    -   Pour Android, appuyez-vous sur le système Keystore.
-    -   Vérifiez la conformité avec les normes FIPS 140-2.
-    -   Assurez-vous que la solution détient une certification Common Criteria.
-
-Ces décisions jouent un rôle essentiel dans le maintien de l'**authentification** et de l'**intégrité**. Elles garantissent que chaque jeton signé est conforme aux normes de conformité américaines et répond aux besoins actuels et futurs en matière de sécurité.
-
-Dans les systèmes nécessitant des mises à jour en direct, le suivi de ces pratiques a montré un taux de succès de 95 % dans les déploiements [\[1\]](https://capgo.app/).
-
-## Étapes de mise en œuvre de la signature des jetons
-
-Pour garantir une signature et une vérification sécurisées des jetons, suivez ces étapes :
-
--   **Définir les champs de charge utile du jeton** : Incluez des champs tels que `iss` (émetteur), `exp` (expiration), `sub` (sujet) et toutes revendications personnalisées nécessaires.
--   **Choisissez un algorithme de signature** : Décidez entre des options comme HS256 ou RS256 et configurez-le en conséquence.
--   **Gérer la clé privée de manière sécurisée** : Chargez ou générez la clé privée dans **Keychain** pour iOS ou **Keystore** pour Android.
--   **Signez le jeton** : Utilisez votre bibliothèque cryptographique préférée pour signer le jeton.
--   **Vérifiez la signature du jeton** : Validez toujours la signature avant de traiter toute charge utile de mise à jour.
-
-Ces étapes aident à maintenir la sécurité et la fiabilité de votre processus de mise à jour en direct basé sur des jetons.
-
-## Directives de sécurité et risques
-
-Lors de la mise en œuvre de la signature, il est crucial de traiter les abus potentiels et les vulnérabilités. Voici comment rester sécurisé :
-
-### Règles de sécurité des jetons
-
--   Définissez l'expiration des jetons à un maximum de **15 minutes**.
--   Faites tourner les clés de signature tous les **30 jours** pour réduire l'exposition.
--   Assurez-vous que tous les champs du jeton sont validés avant le traitement.
--   Stockez les clés privées exclusivement dans **des keystores sécurisés spécifiques à la plateforme**.
-
-### Risques de sécurité courants
-
--   **Fuite de clé** causée par des méthodes de stockage ou de transmission inappropriées.
--   **Attaques par répétition de jeton** où des jetons valides sont interceptés et réutilisés.
--   **Manipulation d'algorithme** qui contourne la vérification de signature.
-
-### Comparaison des algorithmes de signature
-
--   **HS256** : Utilise un secret partagé pour la signature symétrique. Mieux adapté aux environnements où toutes les parties sont de confiance.
--   **RS256** : Utilise des paires de clés publiques/privées pour la signature asymétrique, ce qui le rend idéal pour les systèmes distribués.
--   **ES256** : Utilise la cryptographie à courbe elliptique pour une sécurité forte avec des tailles de clés plus petites.
-
-## Sécurité des mises à jour en direct
-
-Assurer des mises à jour en direct sécurisées implique d'utiliser des jetons signés, de vérifier l'intégrité des données et de respecter les normes de conformité des magasins. Ceci s'appuie sur le processus de signature des jetons décrit précédemment, en l'étendant aux flux de travail de mise à jour en direct.
-
-### Sécurité des jetons pour les mises à jour
-
-Dans les scénarios de mises à jour en direct, les jetons signés protègent chaque paquet de mise à jour de sa source à l'appareil. Voici quelques pratiques clés à suivre :
-
--   Autorisez des permissions détaillées pour les testeurs et activez des options de retour en arrière en un clic.
--   Surveillez les taux de réussite des mises à jour et l'engagement des utilisateurs au fur et à mesure qu'ils se produisent.
--   Gérez les testeurs et les beta users avec des paramètres de permission précis.
-
-Des plateformes comme [Capgo](https://capgo.app/) mettent en œuvre ces pratiques avec des fonctionnalités telles que le cryptage, les vérifications de signature, le contrôle de version et les options de retour en arrière pour sécuriser les mises à jour OTA (over-the-air). Ces méthodes ont prouvé leur efficacité, avec 95 % des utilisateurs actifs recevant des mises à jour dans les 24 heures [\[1\]](https://capgo.app/).
-
-### Mise en œuvre de la sécurité
-
-Pour implémenter la signature des jetons pour des mises à jour en direct, concentrez-vous sur ce qui suit :
-
--   Gérez les clés de signature de manière sécurisée pour les paquets de mise à jour.
--   Utilisez le contrôle de version associé à une vérification cryptographique.
--   Automatisez la validation des signatures directement sur les appareils.
--   Offrez immédiatement des options de retour en arrière pour toute mise à jour compromise.
-
-Cela garantit que seules les mises à jour authentifiées et correctement signées sont livrées aux utilisateurs, tout en respectant les exigences de la plateforme.
-
-## Normes et exigences américaines
-
-Pour se conformer aux exigences réglementaires américaines, intégrez les pratiques de jetons de mise à jour en direct dans vos processus. Assurez-vous que vos méthodes de signature de jetons sont conformes aux principaux mandats américains tels que le **CCPA** pour la confidentialité des consommateurs, le **HIPAA** pour la protection des données de santé, le **NIST SP 800‑63** pour la vérification de l'identité et le **FIPS 140‑2** pour les modules cryptographiques [\[1\]](https://capgo.app/).
-
-Voici comment ces normes s'appliquent à la signature des jetons :
-
--   **CCPA** : Assurez-vous que les charges utiles des jetons respectent le consentement des utilisateurs et soutiennent les demandes de suppression de données.
--   **HIPAA** : Chiffrez les jetons contenant des informations de santé protégées (PHI) à la fois au repos et lors de la transmission.
--   **NIST SP 800‑63** : Utilisez l'[authentification multifacteur](https://capgo.app/docs/webapp/mfa/) pour sécuriser l'accès aux clés de signature.
--   **FIPS 140‑2** : Confirmez que votre bibliothèque de signature utilise des modules cryptographiques validés.
-
-[\[1\]](https://capgo.app/) Les développeurs doivent rester informés des lois fédérales et étatiques sur la protection des données aux États-Unis, y compris le CCPA.
-
-## Conclusion
-
-Une signature sécurisée des jetons et une intégration des mises à jour en direct sont cruciales pour maintenir l'intégrité de votre application Capacitor et respecter les exigences de conformité.
-
-Référez-vous à la liste de contrôle fournie pour garantir que votre mise en œuvre respecte les normes de sécurité et les réglementations américaines.
-
-### Points clés à retenir
-
--   Assurez-vous que la signature des jetons est conforme aux réglementations américaines telles que le CCPA et le HIPAA, et utilisez des méthodes de cryptage solides.
--   Mettez en œuvre un contrôle de version et permettez des retraits instantanés pour les mises à jour afin de maintenir la stabilité.
--   Surveillez et améliorez la rapidité des processus de signature et de livraison des mises à jour.
diff --git a/src/content/blog/fr/checklist-for-validating-capacitor-app-updates.md b/src/content/blog/fr/checklist-for-validating-capacitor-app-updates.md
deleted file mode 100644
index 0cd0759d9..000000000
--- a/src/content/blog/fr/checklist-for-validating-capacitor-app-updates.md
+++ /dev/null
@@ -1,190 +0,0 @@
----
-slug: checklist-for-validating-capacitor-app-updates
-title: Liste de vérification pour valider les mises à jour des applications Capacitor
-description: >-
-  Assurez des mises à jour fluides des applications avec cette liste de contrôle
-  pratique pour valider les mises à jour Over-the-Air et sélectionner les bons
-  outils.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T01:48:44.409Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680445af6000445eb1a661a6-1745113809661.jpg
-head_image_alt: Développement mobile
-keywords: 'Capacitor, app updates, OTA updates, testing checklist, mobile development'
-tag: 'Mobile, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez proposer des [mises à jour fluides](https://capgo.app/plugins/capacitor-updater/) sans risquer la confiance des utilisateurs ?** Voici une liste de contrôle rapide et pratique pour valider les mises à jour d'applications [Capacitor](https://capacitorjs.com/), en particulier lors de l'utilisation de mises à jour en direct (OTA) :
-
--   **Test des fonctionnalités** : Vérifier que tous les flux de travail (comme la connexion, la synchronisation des données) fonctionnent de bout en bout.
--   **Couverture des appareils** : Tester sur différents appareils, systèmes d'exploitation et tailles d'écran.
--   **Vérifications des performances** : Mesurer la vitesse, la réactivité et l'utilisation de la mémoire dans différentes conditions.
--   **Sécurité** : Chiffrer les mises à jour OTA, attribuer des permissions et tester les fonctionnalités de restauration.
--   **Distribution** : Utiliser des outils comme [Capgo](https://capgo.app/) pour garantir que 95% des utilisateurs reçoivent les mises à jour en 24 heures.
--   **Surveillance post-publication** : Suivre les taux de réussite (viser 82%), les temps de réponse API et l'engagement des utilisateurs.
-
-### Comparaison rapide des outils OTA
-
-| Fonctionnalité | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| **Année de lancement** | 2022 | 2024 | Fermeture en 2026 |
-| **Chiffrement de bout en bout** | Oui | Non | Non |
-| **Taux de réussite des mises à jour** | 82% | Non publié | Non publié |
-| **Vitesse de distribution** | 95% en 24h | Variable | Variable |
-| **[Option auto-hébergée](https://capgo.app/blog/self-hosted-capgo/)** | Oui | Non | Non |
-| **Prix** | 300€/mois | Identique à Capgo | 6 000€/an |
-
-Suivez cette liste de contrôle et choisissez les bons outils pour garantir que chaque mise à jour soit rapide, sécurisée et fiable.
-
-## Ionic & Capacitor pour créer des applications mobiles natives - Complet ...
-
-<iframe src="https://www.youtube.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuration pré-validation
-
-Après la migration, configurez des environnements dédiés pour chaque plateforme afin d'assurer une validation fluide et cohérente.
-
-### Configuration de l'environnement de test
-
-Préparez des environnements de test séparés pour les plateformes iOS, Android et web, en suivant les directives officielles de Capacitor [\[1\]](https://capgo.app/). Sécurisez votre code en mettant en œuvre des pratiques strictes de contrôle de version.
-
-### Configuration du contrôle de version
-
-Configurez votre dépôt avec les pratiques suivantes :
-
--   Utilisez des branches de fonctionnalités pour isoler les nouvelles mises à jour.
--   Intégrez avec des systèmes CI/CD comme [GitHub Actions](https://docs.github.com/actions) ou [GitLab CI](https://docs.gitlab.com/ee/ci/) pour les builds automatisés.
--   Tirez parti de la fonction de restauration en un clic de Capgo pour une réversion rapide si nécessaire [\[1\]](https://capgo.app/).
-
-### Configuration de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680445af6000445eb1a661a6/37a0fc028bf1f414683e8dee42eedfb0.jpg)
-
-Configurez Capgo avec ces étapes [\[1\]](https://capgo.app/) :
-
--   [Initialisez Capgo](https://capgo.app/docs/webapp/) en utilisant : `npx @capgo/cli init`.
--   Configurez un [système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) pour cibler des mises à jour spécifiques.
--   Activez le chiffrement de bout en bout pour plus de sécurité.
--   Activez le suivi des erreurs et l'analytique.
--   Configurez les options de restauration pour un meilleur contrôle.
--   Choisissez entre un déploiement cloud ou [auto-hébergé](https://capgo.app/blog/self-hosted-capgo/), selon vos besoins.
-
-Pour un usage entreprise, Capgo offre la compatibilité avec Capacitor 8, et prend en charge les déploiements cloud et auto-hébergés [\[1\]](https://capgo.app/). Une fois cette configuration terminée, passez aux tests des fonctionnalités et des appareils.
-
-## Liste de contrôle principale des tests
-
-Une fois vos environnements et la [configuration de Capgo](https://capgo.app/docs/cli/commands) prêts, concentrez-vous sur ces validations clés :
-
-### Test des fonctionnalités
-
--   Vérifier que les flux utilisateur principaux (comme la connexion, la synchronisation des données et la navigation) fonctionnent de bout en bout.
--   Confirmer que les nouvelles fonctionnalités répondent à leurs critères d'acceptation définis.
--   Utiliser [l'analytique Capgo](https://capgo.app/consulting/) pour suivre les erreurs et viser un taux de réussite d'au moins 82% [\[1\]](https://capgo.app/).
-
-### Test des appareils
-
--   Tester sur les systèmes d'exploitation minimum et les plus récents pour iOS et Android.
--   Vérifier les fonctionnalités sur différentes tailles d'écran.
--   Évaluer les performances sur les appareils bas de gamme et haut de gamme.
--   Vérifier le comportement de l'application hors ligne et s'assurer que les données sont correctement conservées.
-
-### Tests de vitesse et de fiabilité
-
--   Mesurer la rapidité de lancement de l'application et la réactivité des fonctionnalités.
--   Tester les performances dans différentes conditions réseau.
--   Vérifier le comportement des processus en arrière-plan.
--   Surveiller l'utilisation de la mémoire et l'impact sur la batterie.
-
-### Tests de sécurité
-
--   S'assurer que les charges utiles OTA sont chiffrées et ne peuvent être déchiffrées que par les builds autorisés.
--   Attribuer des permissions de mise à jour spécifiques aux testeurs et utilisateurs bêta.
--   Vérifier la conformité aux exigences de sécurité des plateformes Apple et Google.
--   Tester la fonction de restauration en un clic et s'assurer que le processus de restauration fonctionne correctement.
-
-### Tests OTA & Distribution
-
--   Utiliser les [canaux Capgo](https://capgo.app/docs/webapp/channels/) pour déployer les mises à jour par étapes ou vers des groupes bêta.
--   Confirmer qu'au moins 95% des utilisateurs actifs reçoivent les mises à jour dans les 24 heures [\[1\]](https://capgo.app/).
--   Segmenter les utilisateurs par canal et s'assurer que chaque segment reçoit la bonne version.
--   Suivre les métriques en temps réel pour surveiller le succès des mises à jour et l'engagement des utilisateurs.
-
-## Étapes finales
-
-Après avoir terminé la phase de test principale, concentrez-vous sur la validation, la documentation, les déploiements par étapes et la surveillance continue.
-
-### Enregistrement des résultats des tests
-
-Une fois les tests principaux terminés, documentez les résultats à l'aide de votre plateforme d'analyse. Utilisez le tableau de bord que vous avez configuré pendant la phase de pré-validation pour suivre les métriques clés via les outils d'analyse de Capgo.
-
-Assurez-vous de consigner les erreurs et leurs résolutions pour simplifier les futures mises à jour.
-
-### Processus de test bêta
-
-Introduisez progressivement les mises à jour en utilisant les canaux bêta [\[1\]](https://capgo.app/) :
-
--   **Groupe bêta initial** : Commencez avec un petit groupe de testeurs internes.
--   **Tests élargis** : Étendez la bêta à des groupes plus importants.
--   **Phase de surveillance** : Surveillez les métriques et recueillez les retours des utilisateurs.
--   **Résolution des problèmes** : Résolvez les problèmes avant la sortie officielle.
-
-Assurez-vous que les builds bêta sont testés sur les appareils critiques pour éviter les problèmes de compatibilité lors du lancement officiel.
-
-> "L'analyse et le suivi des erreurs" sont importants pour les mises à jour. – Capgo [\[1\]](https://capgo.app/)
-
-### Surveillance post-publication
-
-Suivez ces métriques critiques après le déploiement :
-
--   **Taux de réussite** : Visez au moins 82% (via Capgo Analytics).
--   **Distribution** : Assurez une couverture de 95% en 24 heures (via le suivi en temps réel).
--   **Temps de réponse API** : Maintenez les réponses à 434 ms ou moins (via le moniteur de performance).
-
-Configurez des alertes pour notifier votre équipe si des métriques tombent en dessous de ces seuils.
-
-Ensuite, explorez une comparaison des outils OTA dans la section suivante.
-
-## Comparaison des outils de mise à jour OTA
-
-Voici une comparaison des principales plateformes OTA basée sur la sécurité, les performances, les prix et l'intégration. L'outil que vous choisissez aura un impact direct sur votre processus de validation et la fiabilité de vos mises à jour.
-
-Le tableau ci-dessous fournit un aperçu rapide pour vous aider à identifier la meilleure plateforme pour vos besoins :
-
-| Fonctionnalité | Capgo | Appflow |
-| --- | --- | --- | --- |
-| **Année de lancement** | 2022 | 2024 | Fermeture en 2026 |
-| **Chiffrement de bout en bout** | Oui[\[1\]](https://capgo.app/) | Non | Non |
-| **Taux de réussite des mises à jour** | 82%[\[1\]](https://capgo.app/) | Non publié | Non publié |
-| **Vitesse de distribution** | 95% en 24h[\[1\]](https://capgo.app/) | Varie selon le fournisseur | Varie selon le fournisseur |
-| **Temps de réponse API** | 434 ms[\[1\]](https://capgo.app/) | Non publié | Non publié |
-| **Option auto-hébergée** | Oui[\[1\]](https://capgo.app/) | Non | Non |
-
-[\[1\]](https://capgo.app/) Statistiques de la plateforme Capgo.
-
-### Prix
-
--   **Capgo** : 300€/mois
--   **Appflow** : 6 000€/an
-
-### Intégration et fonctionnalités
-
--   **Intégration CI/CD** : Prend en charge GitHub Actions, GitLab CI et [Jenkins](https://www.jenkins.io/) nativement. Fonctionne avec les configurations cloud et auto-hébergées et inclut des restaurations intégrées.
--   **Gestion des utilisateurs** : Capgo propose des canaux pour des déploiements détaillés et par étapes adaptés à des segments d'utilisateurs spécifiques.
--   **Analytique** : Inclut le suivi des livraisons, les métriques d'engagement, le rapport d'erreurs et les statistiques de distribution.
-
-Cette analyse met en évidence les points forts de chaque plateforme, vous aidant à prendre une décision éclairée en fonction des besoins de votre projet.
-
-## Conclusion
-
-L'utilisation d'une combinaison de tests approfondis, de déploiements par étapes et de contrôles de restauration est cruciale pour offrir des expériences utilisateur fluides. Avec ces pratiques et les enseignements de notre comparaison d'outils OTA, vous serez bien préparé pour déployer des mises à jour en toute confiance.
-
-Une stratégie de validation solide comprend des tests systématiques, une surveillance en temps réel, des options de restauration et des versions bêta par étapes pour garantir la qualité. Comme l'a partagé un utilisateur :
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs ; éviter la révision de l'app store pour les corrections de bugs est précieux." [\[1\]](https://capgo.app/)
-
-Pour les équipes travaillant avec des mises à jour OTA, trouver le bon équilibre entre déploiement rapide et validation minutieuse est essentiel. Avec des tests appropriés en place, les développeurs peuvent publier des mises à jour qui répondent aux normes élevées attendues par les utilisateurs. Gardez cette liste de contrôle à portée de main pour maintenir la fiabilité et la confiance des utilisateurs à chaque version.
diff --git a/src/content/blog/fr/chinas-cybersecurity-law-impact-on-app-updates.md b/src/content/blog/fr/chinas-cybersecurity-law-impact-on-app-updates.md
deleted file mode 100644
index f6ae2962b..000000000
--- a/src/content/blog/fr/chinas-cybersecurity-law-impact-on-app-updates.md
+++ /dev/null
@@ -1,219 +0,0 @@
----
-slug: chinas-cybersecurity-law-impact-on-app-updates
-title: >-
-  Loi sur la cybersécurité en Chine : Impact sur les mises à jour des
-  applications
-description: >-
-  De nouveaux amendements à la loi sur la cybersécurité en Chine compliqueront
-  les mises à jour des applications, nécessitant un stockage des données local
-  et des délais de révision plus longs pour les développeurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T02:43:03.376Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822944c3c68b32f40f92f58-1747104241944.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  China Cybersecurity Law, app updates, data residency, security audits,
-  compliance tracking
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Les nouvelles amendements à la loi sur la cybersécurité en Chine, entrés en vigueur le 28 mars 2025, introduisent des règles plus strictes pour les développeurs d'applications.** Voici ce que vous devez savoir :
-
--   **Principales modifications :**
-    
-    -   **Dépôt ICP :** Enregistrement obligatoire pour les développeurs.
-    -   **[Stockage de données](https://capgo.app/plugins/capacitor-data-storage-sqlite/):** Les données des utilisateurs chinois doivent rester sur des serveurs locaux.
-    -   **Audits de sécurité :** Des évaluations régulières par des tiers sont requises.
-    -   **Normes de cryptage :** L'utilisation de protocoles approuvés par l'État est obligatoire.
--   **Impact sur les [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/):**
-    
-    -   Les mises à jour font désormais face à des délais de révision plus longs (7 à 14 jours).
-    -   Les développeurs doivent maintenir une documentation détaillée de conformité.
-    -   Des règles de gestion des données plus strictes ajoutent de la complexité aux processus de mise à jour.
-    -   L'hébergement de serveurs en Chine est requis pour la conformité des résidences de données.
--   **Solutions pour les développeurs :**
-    
-    -   Utilisez des outils automatisés pour les vérifications de sécurité, la classification des données et le suivi de conformité.
-    -   Adoptez des systèmes de mise à jour en direct pour un déploiement plus rapide tout en restant conforme.
-    -   Préparez une documentation détaillée pour les révisions de l'application dans les stores.
-
-### Comparaison rapide : Mises à jour du Store vs. Mises à jour en Direct
-
-| Aspect | Mises à jour du Store | Mises à jour en Direct |
-| --- | --- | --- |
-| **Temps de révision** | 7 à 14 jours | Minutes |
-| **Révision de la sécurité des données** | Vérification complète en amont | Surveillance continue |
-| **Capacité de retour en arrière** | Limitée | Immédiate (15 min) |
-| **Taux d'adoption des utilisateurs** | 45 à 60 % (7 jours) | Jusqu'à 95 % (24 heures) |
-
-Naviguer dans ces changements nécessite une planification minutieuse, un suivi de conformité automatisé et des [systèmes de mise à jour agiles](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) pour garantir des opérations fluides en Chine.
-
-## Décortiquer les lois sur les données en Chine
-
-<iframe src="https://www.youtube.com/embed/EzaEgiiSZd8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principales difficultés de conformité
-
-Les amendements de 2025 à la loi sur la cybersécurité en Chine ont introduit de nouveaux obstacles pour les développeurs, les obligeant à jongler entre les exigences de conformité et l'efficacité opérationnelle.
-
-### Exigences multiples des stores d'applications
-
-Les développeurs d'applications font maintenant face à un patchwork de règles à travers divers stores d'applications. Celles-ci incluent des mandats tels que la vérification des serveurs locaux, l'authentification au nom réel et la conformité en matière de résidence de données. De plus, des règlements de gestion des données en mutation rendent la mise à jour des applications un processus de plus en plus complexe et gourmand en ressources.
-
-### Règles de gestion des données
-
-Des protocoles de gestion des données plus stricts ont ajouté des couches de difficulté au [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Les développeurs sont désormais tenus de mettre en œuvre des mesures telles que la classification obligatoire des données, une journalisation détaillée des activités, la vérification du stockage local et l'obtention d'un consentement dynamique des utilisateurs. Ces étapes rendent beaucoup plus difficile de s'assurer que chaque mise à jour est conforme au nouveau cadre légal.
-
-### Retards de révision des mises à jour
-
-Le processus de révision de sécurité révisé a ralenti les délais de mise à jour, retardant le lancement de correctifs critiques et de nouvelles fonctionnalités. Pour s'adapter, de nombreux développeurs créent des voies de mise à jour distinctes ou des systèmes de mise à jour en direct conformes pour gérer des modifications mineures sans déclencher le processus de révision complet. Ajoutant à la pression, les pénalités liées à un pourcentage des revenus annuels - plutôt qu'à des montants fixes - ont transformé la conformité en une préoccupation commerciale à enjeux élevés [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Ces obstacles soulignent l'importance de développer des stratégies flexibles pour naviguer dans le paysage réglementaire en évolution.
-
-## Méthodes pour répondre aux exigences
-
-Naviguer dans les défis des diverses réglementations des stores d'applications, des règles strictes de gestion des données et des délais de révision longs nécessite que les développeurs adoptent des approches techniques et opérationnelles ciblées. Répondre avec succès aux exigences de cybersécurité de la Chine repose sur l'utilisation d'outils automatisés et une planification soignée.
-
-### Vérifications de sécurité automatisées
-
-Incorporer des vérifications de sécurité automatisées dans les pipelines CI/CD est crucial, en particulier avec des contrôles adaptés pour respecter la Loi sur la sécurité des données (DSL) et la Loi sur la protection des informations personnelles (PIPL) [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Voici quelques éléments clés d'une configuration de sécurité automatisée efficace :
-
-| Composant | Fonction | Avantage de conformité |
-| --- | --- | --- |
-| Scanneur de classification des données | Identifie et marque automatiquement les données sensibles | Assure que l'information réglementée est traitée correctement |
-| Vérification de cryptage | Valide l'utilisation de méthodes de cryptage approuvées | S'aligne sur les normes de sécurité gouvernementales |
-| Validateur de localisation de serveur | Confirme où les données sont stockées | Répond aux exigences de résidence des données |
-| Journal d'activités | Suit et enregistre les changements système | Fournit une traçabilité pour les régulateurs |
-
-Associez ces outils automatisés à des systèmes de mises à jour agiles pour minimiser les retards lors des révisions d'applications.
-
-### Systèmes de mise à jour rapides
-
-Le processus rigoureux de révision d'applications en Chine peut être un goulot d'étranglement, mais des [solutions de mise à jour en direct](https://capgo.app/blog/self-hosted-live-updates/) conformes offrent un moyen de déployer rapidement des corrections tout en restant dans les limites réglementaires.
-
-Par exemple, la plateforme [Capgo](https://capgo.app/) a montré des résultats impressionnants, atteignant un taux de mise à jour utilisateur de 95 % en seulement 24 heures [\[2\]](https://capgo.app).
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour fournir en continu à nos utilisateurs !" - Rodrigo Mantica [\[2\]](https://capgo.app)
-
-Bien que les mises à jour en direct rationalisent le déploiement, garantir une documentation complète est tout aussi essentiel pour répondre aux exigences des stores d'applications.
-
-### Conseils pour la révision dans les Stores d'applications
-
-Les développeurs peuvent améliorer leurs chances d'approbation en suivant ces étapes :
-
--   **Tests avant soumission** : Effectuez des audits de sécurité approfondis en mettant l'accent sur la gestion et la protection des données.
--   **Préparation de la documentation** : Conservez des dossiers détaillés, incluant :
-    -   Lieux de stockage des données
-    -   Méthodes de cryptage
-    -   Mécanismes de consentement des utilisateurs
-    -   Résultats des audits de sécurité
--   **Suivi de la conformité** : Tenez-vous au courant des changements réglementaires en vérifiant régulièrement les canaux officiels [CAC](https://www.cac.gov.cn/).
-
-## Méthodes de mise à jour comparées
-
-Les réglementations de cybersécurité en Chine redéfinissent la façon dont les développeurs abordent les mises à jour des applications. À partir du 1er janvier 2025, ces réglementations apportent de nouveaux obstacles au processus de mise à jour.
-
-### Mises à jour du Store vs. Mises à jour en Direct
-
-En ce qui concerne la mise à jour des applications, les développeurs pèsent souvent les avantages et les inconvénients des **mises à jour du store traditionnelles** par rapport aux **systèmes de mise à jour en direct**. Les deux méthodes ont leurs forces et leurs défis, surtout dans le cadre de la loi sur la cybersécurité en Chine :
-
-| Aspect | Mises à jour du Store | Mises à jour en Direct |
-| --- | --- | --- |
-| Temps de révision | 7 à 14 jours en moyenne | Minutes |
-| Révision de la sécurité des données | Vérification complète avant le déploiement | Surveillance continue |
-| Capacité de retour en arrière | Limitée ; nécessite une nouvelle soumission | Immédiate (dans les 15 minutes) |
-| Impact sur les coûts | Frais de magasin plus retards de révision | Coûts de service mensuels (12 $ à 249 $) |
-| Documentation de conformité | Soumission extensive unique | Vérification continue |
-| Taux d'adoption des utilisateurs | 45 à 60 % après 7 jours | Jusqu'à 95 % en 24 heures |
-
-Les plateformes de mise à jour en direct se distinguent par leur rapidité et leur flexibilité. Par exemple, les développeurs utilisant la plateforme de Capgo ont atteint un taux de réussite global de 82 % pour les mises à jour, tout en respectant les règles strictes de résidence des données en Chine [\[2\]](https://capgo.app).
-
-### Étapes de conformité
-
-Quelle que soit la méthode de mise à jour choisie, le respect strict des étapes réglementaires clés est non négociable :
-
--   **Gestion et documentation des données**  
-    Les développeurs doivent classer correctement les données et maintenir des dossiers détaillés, y compris les emplacements des serveurs, les protocoles de cryptage et les journaux de mise à jour. Les données classées sous des réglementations spécifiques doivent être stockées sur des serveurs situés sur le continent chinois.
-    
--   **Planification de la réponse aux urgences**  
-    Un plan solide est essentiel, couvrant les procédures de retour en arrière, le reporting d'incidents, les mesures de protection des utilisateurs et les stratégies de remédiation.
-    
-
-> "Éviter la révision pour un correctif est précieux." - Bessie Cooper [\[2\]](https://capgo.app)
-
-Les systèmes de mise à jour en direct, lorsqu'ils sont exécutés correctement, offrent le parfait mélange de rapidité et de conformité. À mesure que les réglementations de cybersécurité de la Chine continuent d'évoluer, cet équilibre deviendra de plus en plus crucial pour les développeurs naviguant dans ces défis.
-
-## Suivi et mises à jour
-
-### Outils de suivi de la conformité
-
-Les amendements de mars 2025 ont introduit des réglementations plus strictes, nécessitant un suivi de conformité plus approfondi. Des outils modernes sont désormais essentiels pour aider les développeurs à se préparer aux inspections réglementaires. Ces systèmes documentent tout, de la classification des données et des mesures de sécurité à l'historique des mises à jour et au traitement des données utilisateurs, le tout aligné sur les directives internes.
-
-Par exemple, la **plateforme de Capgo** simplifie le suivi de conformité en automatisant les rapports en temps réel sur le déploiement de mises à jour et les protocoles de sécurité qui respectent les normes [MIIT](https://www.miit.gov.cn/). Des outils comme ceux-ci garantissent des examens de sécurité proactifs et cohérents, facilitant la satisfaction des exigences réglementaires.
-
-### Vérifications de sécurité régulières
-
-Étant donné le rythme rapide des mises à jour d'applications sous des règles de cybersécurité strictes, des vérifications régulières de sécurité sont indispensables. Des audits externes et des évaluations de vulnérabilité peuvent identifier les lacunes potentielles tôt, aidant les équipes à résoudre les problèmes avant qu'ils ne s'aggravent. Visez des audits trimestriels pour examiner les méthodes de cryptage, les politiques de stockage de données et les processus de déploiement de mises à jour.
-
-De plus, effectuez des révisions internes hebdomadaires pour confirmer la conformité dans des domaines tels que la résidence des données, les [mises à jour de cryptage](https://capgo.app/docs/live-updates/update-behavior/), les contrôles d'accès, les journaux de déploiement et la protection des données utilisateurs. Garder des enregistrements détaillés de ces vérifications est crucial pour éviter de lourdes pénalités pour non-conformité.
-
-> "Éviter la révision pour un correctif est précieux." - Bessie Cooper [\[2\]](https://capgo.app)
-
-## Conclusion : Répondre aux règles avec de nouveaux outils
-
-Les amendements mis à jour en matière de cybersécurité de la Chine, qui entreront en vigueur le 28 mars 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), présentent à la fois des défis et des opportunités pour les équipes de développement. Ces réglementations exigent des solutions efficaces et innovantes pour garantir la conformité tout en maintenant une fonctionnalité fluide des applications. Des plateformes comme Capgo ont émergé comme des outils essentiels, permettant des mises à jour d'applications rapides et conformes grâce à des systèmes de mise à jour en direct [\[2\]](https://capgo.app).
-
-L'intégration d'un suivi automatisé de la conformité directement dans les flux de travail de mise à jour devient une pierre angulaire des solutions efficaces. Cette approche reflète les stratégies antérieures qui combinaient le développement agile avec une surveillance réglementaire en temps réel. Comme le souligne Rodrigo Mantica :
-
-> "Nous pratiquons le développement agile et Capgo est essentiel à la livraison continue à nos utilisateurs !" [\[2\]](https://capgo.app)
-
-Pour naviguer dans ces exigences évolutives, plusieurs stratégies clés se démarquent :
-
-| **Exigence** | **Approche de Solution** | **Impact** |
-| --- | --- | --- |
-| **Sécurité des données** | Chiffrement de bout en bout | Renforce la protection des données et répond aux réglementations |
-| **Corrections rapides** | Systèmes de mise à jour en direct | Minimise l'exposition aux vulnérabilités de sécurité |
-| **Suivi de la conformité** | Surveillance automatisée | Maintient l'adhérence réglementaire continue |
-| **Contrôle des mises à jour** | Capacités de retour arrière | Assure un rétablissement rapide des problèmes de déploiement |
-
-Ces stratégies soulignent l'importance de mélanger des mesures de sécurité robustes avec des pratiques de développement agile. Alors que l'Administration du cyberspace de Chine (CAC) continue d'affiner son cadre de cybersécurité [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), les outils qui intègrent la conformité et les mises à jour en direct resteront cruciaux pour les équipes de développement.
-
-Bessie Cooper souligne la valeur de cette approche :
-
-> "Éviter la révision pour les corrections de bogues est un atout." [\[2\]](https://capgo.app)
-
-Avec les réglementations en matière de cybersécurité, y compris celles en vigueur à partir du 1er janvier 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), devenant plus strictes, la capacité de déployer des mises à jour rapidement tout en restant conforme n'est pas seulement un avantage technique - c'est une nécessité.
-
-## FAQ
-
-:::faq
-### Comment les développeurs d'applications peuvent-ils naviguer dans des délais d'examen de mise à jour plus longs en vertu de la loi sur la cybersécurité de la Chine ?
-
-La loi sur la cybersécurité de la Chine a entraîné des réglementations plus strictes, ce qui a entraîné des délais d'examen plus longs pour les mises à jour d'applications. Pour naviguer dans ces changements tout en assurant une expérience utilisateur fluide, les développeurs doivent donner la priorité aux [stratégies de gestion intelligente des mises à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update).
-
-Une approche pratique consiste à utiliser des outils de mise à jour en direct comme **Capgo**. Ces outils permettent aux développeurs de livrer des mises à jour, des corrections et de nouvelles fonctionnalités directement aux utilisateurs sans attendre les approbations de l'app store. Cette approche réduit non seulement les retards, mais garantit également que les mises à jour répondent aux exigences de la plateforme. En mettant en œuvre de tels outils, les développeurs peuvent gagner un temps précieux, garder les utilisateurs satisfaits et gérer efficacement les obstacles réglementaires.
-:::
-
-:::faq
-### Quels défis les développeurs rencontrent-ils avec les règles de résidence des données et les audits de sécurité en vertu de la loi sur la cybersécurité mise à jour de la Chine ?
-
-## Naviguer dans la loi sur la cybersécurité de la Chine : Défis pour les développeurs
-
-La loi sur la cybersécurité révisée de la Chine introduit des obstacles difficiles pour les développeurs, en particulier en ce qui concerne les **règles de résidence des données**. Ces réglementations exigent que toutes les données utilisateur soient stockées en Chine, ce qui peut poser des problèmes logistiques aux développeurs internationaux. Trouver un équilibre entre la conformité et le maintien de la performance de l'application ainsi que d'une expérience utilisateur fluide devient un exercice délicat.
-
-De plus, les développeurs doivent passer par des **audits de sécurité** détaillés pour prouver que leurs applications respectent les normes de cybersécurité de la Chine. Ces audits peuvent être gourmands en temps et en ressources, ralentissant souvent les mises à jour et retardant les nouvelles fonctionnalités. Cependant, des outils comme Capgo peuvent simplifier le processus. En rationalisant les mises à jour et en garantissant la conformité, Capgo aide les développeurs à proposer des corrections et des améliorations efficacement - sans les habituelles congestions des app stores.
-:::
-
-:::faq
-### Comment les systèmes de mise à jour en direct peuvent-ils aider les développeurs à respecter les exigences de cybersécurité de la Chine tout en maintenant la fonctionnalité des applications ?
-
-Les systèmes de mise à jour en direct donnent aux développeurs la capacité de déployer des mises à jour, des corrections de bogues et de nouvelles fonctionnalités directement aux utilisateurs sans attendre les approbations des app stores. Cela est particulièrement utile pour respecter les réglementations en matière de cybersécurité de la Chine, car cela aide à garder les applications sécurisées et à jour sans retards inutiles. Avec des mises à jour en temps réel, les développeurs peuvent rapidement corriger les vulnérabilités, rester conformes et assurer une expérience fluide pour les utilisateurs.
-
-Des plateformes comme **Capgo** simplifient encore davantage ce processus. Capgo prend en charge les mises à jour en direct pour les applications Capacitor, offrant des fonctionnalités telles que le chiffrement de bout en bout et le respect des directives d'Apple et d'Android. Cela permet aux développeurs de respecter les normes réglementaires tout en livrant des mises à jour rapidement et en toute sécurité.
-:::
diff --git a/src/content/blog/fr/chinas-data-privacy-laws-impact-on-mobile-apps.md b/src/content/blog/fr/chinas-data-privacy-laws-impact-on-mobile-apps.md
deleted file mode 100644
index 0857250ff..000000000
--- a/src/content/blog/fr/chinas-data-privacy-laws-impact-on-mobile-apps.md
+++ /dev/null
@@ -1,83 +0,0 @@
----
-slug: chinas-data-privacy-laws-impact-on-mobile-apps
-title: >-
-  Les lois sur la protection des données en Chine : Impact sur les applications
-  mobiles
-description: >-
-  Comprendre les lois chinoises sur la confidentialité des données est essentiel
-  pour les développeurs d'applications mobiles, en mettant l'accent sur la
-  conformité, le consentement des utilisateurs et la sécurité des données.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T02:08:36.971Z
-updated_at: 2025-04-12T02:08:48.582Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9b0a22e221594daf2d518-1744423728582.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  China, data privacy, mobile apps, compliance, user consent, Cybersecurity Law,
-  Data Security Law, Personal Information Protection Law
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-
-Si vous développez des applications mobiles pour le marché chinois, **la conformité aux lois chinoises sur la confidentialité des données est non négociable**. Les réglementations clés - **[Cybersecurity Law](https://enwikipediaorg/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL)**, **[Data Security Law](https://enwikipediaorg/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (DSL)**, et **[Personal Information Protection Law](https://enwikipediaorg/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL)** - exigent des mesures strictes de [data storage](https://capgo.app/plugins/capacitor-data-storage-sqlite/), de consentement des utilisateurs et de sécurité.
-
-### Points Clés :
-
--   **Localisation des Données** : Les applications doivent stocker les données des utilisateurs chinois sur des serveurs en Chine (CSL)
--   **Règles de Consentement** : Le consentement explicite de l'utilisateur est obligatoire pour la collecte de données (PIPL)
--   **Transferts Transfrontaliers** : Les données sensibles ne peuvent souvent pas quitter la Chine sans approbation (DSL)
--   **Sanctions** : La non-conformité peut entraîner des amendes jusqu'à 50M¥ (~77M$) ou 5% du chiffre d'affaires annuel
-
-### Aperçu Rapide :
-
-| Réglementation | Focus | Exigences Principales |
-| --- | --- | --- |
-| CSL | Sécurité du Réseau | Stockage local des données, examens de sécurité, signalement des incidents |
-| DSL | Classification des Données | Évaluations des risques, registres, restrictions transfrontalières |
-| PIPL | Données Personnelles | Consentement utilisateur, minimisation des données, droits des utilisateurs |
-
-La conformité nécessite un investissement important dans des solutions techniques comme le chiffrement, des audits réguliers et des processus de mise à jour robustes. **Le non-respect risque d'entraîner des sanctions financières et le retrait de l'application des stores chinois.**
-
-## Principales Lois sur la Confidentialité en Chine
-
-### Exigences de la [Cybersecurity Law](https://enwikipediaorg/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL)
-
-La CSL, en vigueur depuis le 1er juin 2017, établit des règles strictes pour les opérateurs de réseaux et d'infrastructures. Pour les applications mobiles, les exigences clés incluent :
-
--   **Localisation des Données** : Les données personnelles doivent être stockées sur des serveurs situés en Chine continentale
--   **Examens de Sécurité** : Les applications traitant des données sensibles doivent subir des évaluations de sécurité obligatoires
--   **Protection du Réseau** : Les opérateurs doivent adopter des mesures de sécurité réseau à plusieurs niveaux
--   **Signalement des Incidents** : Les incidents de sécurité doivent être signalés dans des délais spécifiés
-
-### Normes de la [Data Security Law](https://enwikipediaorg/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (DSL)
-
-La DSL complète la CSL en introduisant une approche structurée de la gestion des données, axée sur la classification. Voici comment les données sont catégorisées selon cette loi :
-
-| Classification des Données | Exigences de Sécurité | Transfert Transfrontalier |
-| --- | --- | --- |
-| Données d'État Essentielles | Protection la plus stricte | Non autorisé |
-| Données Importantes | Protection de haut niveau | Nécessite une évaluation de sécurité |
-| Données Générales | Protection de base | Doit suivre les règles standard |
-
-Les applications mobiles doivent suivre ces pratiques :
-
--   Utiliser des systèmes de classification hiérarchique des données
--   Effectuer des évaluations régulières des risques
--   Tenir des registres détaillés des activités de traitement des données
--   Établir un mécanisme de réponse d'urgence
-
-### Règles de la [Personal Information Protection Law](https://enwikipediaorg/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL)
-
-La PIPL fournit des réglementations détaillées sur le traitement des données personnelles. Les applications mobiles doivent se conformer à ces règles principales :
-
--   **Consentement Utilisateur** : Obtenir un consentement clair et explicite pour chaque type de données collectées
--   **Minimisation des Données** : Ne collecter que les informations absolument nécessaires
--   **Droits des Utilisateurs** : Offrir des outils permettant aux utilisateurs d'accéder, corriger ou supprimer leurs données
--   **Portabilité des Données** : Permettre aux utilisateurs de transférer leurs données vers d'autres plateformes
-
-Le non-respect peut entraîner des sanctions sévères, y compris des amendes allant jusqu'à 50 millions de yuans (environ 77 millions de dollars) ou 5% du chiffre d'affaires de l'année précédente. Cela pousse les développeurs à prioriser la conformité et à adopter des mesures robustes de protection des données.
\ No newline at end of file
diff --git a/src/content/blog/fr/code-integrity-in-capacitor-apps-key-techniques.md b/src/content/blog/fr/code-integrity-in-capacitor-apps-key-techniques.md
deleted file mode 100644
index 324b056dd..000000000
--- a/src/content/blog/fr/code-integrity-in-capacitor-apps-key-techniques.md
+++ /dev/null
@@ -1,209 +0,0 @@
----
-slug: code-integrity-in-capacitor-apps-key-techniques
-title: 'Intégrité du Code dans les Applications Capacitor : Techniques Clés'
-description: >-
-  Explorez les techniques essentielles pour garantir l'intégrité du code dans
-  les applications mobiles, en mettant l'accent sur les mises à jour OTA, le
-  chiffrement et la conformité aux directives des boutiques d'applications.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-09T06:50:58.883Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a7f90344f489ae95339b05-1739083872712.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  code integrity, mobile apps, OTA updates, encryption, Play Integrity API,
-  security compliance, cryptographic signatures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**L'intégrité du code est essentielle pour sécuriser les applications [Capacitor](https://capacitorjs.com/), en particulier avec les mises à jour OTA.** Sans mesures appropriées, votre application pourrait faire face à des risques comme l'injection de code malveillant, le vol d'identifiants API ou des modifications binaires. Voici un aperçu rapide de ce que vous devez savoir :
-
--   **Outils principaux :** Utilisez les signatures numériques SHA-256, les vérifications au runtime et le chiffrement (AES-256) pour protéger le code.
--   **Fonctionnalités spécifiques aux plateformes :** Pour Android, intégrez l'[API Play Integrity](https://developer.android.com/google/play/integrity) pour la vérification des applications et l'attestation des appareils. Pour iOS, suivez la directive 3.1.2 de l'App Store pour les mises à jour OTA.
--   **Sécurité des mises à jour OTA :** Implémentez le chiffrement de bout en bout, la validation des sommes de contrôle et le suivi de conformité pour [sécuriser les mises à jour](https://capgo.app/docs/live-updates/update-behavior/).
--   **Outils recommandés :** Des outils comme [Capgo](https://capgo.app/) simplifient les mises à jour OTA sécurisées avec le chiffrement, le contrôle de version et le suivi de la conformité.
-
-### Comparaison rapide des outils et fonctionnalités clés
-
-| **Fonctionnalité** | **API Play Integrity** | **Capgo** | **Autres outils** |
-| --- | --- | --- | --- |
-| Attestation de l'appareil | Oui | Non | Limité |
-| Chiffrement de bout en bout | Non | Oui | Chiffrement basique |
-| Documentation de conformité | Non | Automatisé | Manuel |
-| Validation des mises à jour | Partielle | Complète | Variable |
-
-## Méthodes de vérification du code
-
-Les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) combinent des techniques de vérification web et natives pour sécuriser le code en utilisant des signatures numériques et le chiffrement.
-
-### Signatures numériques et chiffrement
-
-La vérification du code repose sur des méthodes cryptographiques. En utilisant la **cryptographie asymétrique**, les développeurs signent les bundles de code avec des clés privées, et les appareils clients les vérifient avec des clés publiques. Ce processus associe souvent le **hachage SHA-256** pour vérifier l'intégrité du contenu avec le **chiffrement AES-256** pour sécuriser les configurations sensibles.
-
-| Couche de vérification | Implémentation | Niveau de sécurité |
-| --- | --- | --- |
-| Signature du bundle | SHA-256 + tokens JWT | Élevé |
-| Transport des données | TLS/SSL | Élevé |
-| Protection de la configuration | Chiffrement AES-256 | Élevé |
-| Vérifications runtime | Vérification de hash | Élevé |
-
-### APIs de sécurité des plateformes
-
-Capacitor s'appuie sur ses fonctionnalités de sécurité natives en exploitant les APIs spécifiques aux plateformes. Pour Android, le plugin `@capacitor-community/play-integrity` [\[2\]](https://github.com/capacitor-community/play-integrity/) ajoute des couches supplémentaires de vérification. La configuration comprend :
-
-1. Génération de tokens de challenge cryptographiques (16+ octets).
-2. Configuration de l'API Play Integrity avec un ID de projet [Google Cloud](https://cloud.google.com/).
-3. Gestion des erreurs critiques comme les échecs d'API (-1), les services manquants (-2) ou les tokens invalides.
-
-Ce système effectue trois vérifications principales :
-
--   Vérifie l'authenticité de l'application.
--   Évalue l'intégrité de l'appareil.
--   Confirme le statut de validation de la licence.
-
-### Vérifications web et natives combinées
-
-Une approche hybride améliore les protections de Capacitor en intégrant les **Politiques de Sécurité du Contenu (CSP)** pour le contenu web avec des outils comme [Free-RASP-Capacitor](https://github.com/talsec/Free-RASP-Capacitor) [\[3\]](https://github.com/talsec/Free-RASP-Capacitor).
-
-Pour les environnements de production, les développeurs doivent implémenter :
-
--   La validation des sommes de contrôle au démarrage.
--   La surveillance en temps réel des modifications du code.
--   La validation chiffrée pour les mises à jour partielles.
-
-Ces mesures assurent la conformité avec les exigences de mise à jour des plateformes tout en maintenant des protocoles de sécurité robustes.
-
-## Règles et exigences des App Stores
-
-Les app stores imposent des directives strictes pour les mises à jour OTA (Over-the-Air) afin d'assurer la sécurité des utilisateurs. Les développeurs doivent suivre attentivement ces règles pour éviter les problèmes lors du déploiement et des mises à jour des applications.
-
-### Directives iOS et Android
-
-iOS et Android ont des exigences spécifiques qui s'alignent avec les méthodes de vérification natives de Capacitor. Pour iOS, la **directive 3.1.2 de l'App Store** régit les mises à jour OTA. Alors que les mises à jour JavaScript sont autorisées sous certaines conditions, tout changement de fonctionnalité nécessite une approbation préalable.
-
-Android se concentre sur l'**API Play Integrity**, qui fournit un système robuste pour vérifier l'intégrité des applications. Voici un aperçu rapide des exigences clés pour chaque plateforme :
-
--   **iOS** :
-    
-    -   Respect de la directive 3.1.2 de l'App Store
-    -   Suivi du `CFBundleVersion`
-    -   Utilisation des certificats de signature de code
--   **Android** :
-    
-    -   Intégration de l'API Play Integrity
-    -   Validation des tokens
-    -   Nommage cohérent des packages
-
-### Suivi des mises à jour pour la conformité
-
-Le suivi efficace des mises à jour est essentiel pour répondre aux exigences des app stores. Il complète les vérifications d'intégrité au runtime et fournit un historique de conformité clair et vérifiable. Les développeurs peuvent maintenir la conformité en implémentant ce qui suit :
-
-| **Composant de suivi** | **Méthode d'implémentation** | **Objectif** |
-| --- | --- | --- |
-| Historique des versions | Horodatages signés cryptographiquement | Crée une piste d'audit |
-| Journaux de déploiement | Journaux d'audit en append-only | Documente la conformité |
-| Enregistrements de vérification | Reçus de validation des tokens | Confirme l'intégrité |
-
-L'intégration de ces méthodes de suivi avec les pipelines CI/CD renforce à la fois la sécurité et la documentation. Cette approche garantit que les applications répondent aux normes de vérification des app stores tout en maintenant des pistes d'audit détaillées.
-
-## Outils d'intégrité du code
-
-Les fonctionnalités de sécurité natives de Capacitor servent de base solide, mais des outils spécialisés peuvent encore améliorer la protection pendant les workflows de mise à jour.
-
-### [Capgo](https://capgo.app) : Mises à jour OTA sécurisées
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-09.jpg?auto=compress)
-
-Capgo est conçu spécifiquement pour gérer les mises à jour over-the-air (OTA) sécurisées dans les applications Capacitor. Il assure l'intégrité du code avec des fonctionnalités comme :
-
-| **Fonctionnalité de sécurité** | **Fonctionnement** | **Impact sur les performances** |
-| --- | --- | --- |
-| **Chiffrement de bout en bout** | Chiffre les packages de mise à jour | Ajoute <200ms latency |
-| **Differential Updates** | Reduces update payload size | Cuts modification risks by 98% |
-| **Version Control** | Uses cryptographic signatures | Enables real-time validation |
-| **Compliance Checks** | Verifies app store requirements | Offers continuous monitoring |
-
-Capgo also integrates seamlessly with CI/CD pipelines, automating verification during deployments. Its compliance checks directly address iOS 3.1.2 and Android Play Integrity rules, ensuring adherence to platform guidelines.
-
-### Tool Comparison
-
-When choosing a code integrity tool for Capacitor apps, it's crucial to weigh their features and ease of implementation:
-
-| **Feature** | **Capgo** | **Other Tools** |
-| --- | --- | --- |
-| **Update Protection** | End-to-end encryption | Basic encryption |
-| **Runtime Security** | Optional add-ons available | Limited options |
-| **Compliance Documentation** | Automated tracking | Requires manual processes |
-| **Integration Complexity** | Simple NPM package install | Varies widely |
-| **Verification Speed** | <200ms | Performance varies |
-
-Experts recommend using multiple tools to create a layered approach tailored to your specific security needs.
-
-> "La combinaison de Play Integrity pour l'attestation des appareils et la validation spécialisée des mises à jour via des outils comme Capgo crée un cadre de sécurité robuste."
-
-Lors de la sélection d'un outil, considérez les compromis entre les fonctionnalités de sécurité et les exigences opérationnelles. Les options open-source comme Capgo offrent transparence et personnalisation mais nécessitent de gérer votre propre infrastructure. D'autre part, les solutions commerciales peuvent simplifier la gestion mais manquer de fonctionnalités avancées comme le chiffrement des mises à jour.
-
-## Directives d'intégrité du code
-
-Maintenir l'intégrité du code dans les applications Capacitor nécessite un mélange intelligent de systèmes de surveillance et d'équilibrage entre sécurité et performance. Les équipes de développement doivent adopter des approches pratiques et évolutives qui répondent aux exigences strictes de sécurité tout en maintenant leurs applications performantes.
-
-Ces directives vont au-delà des exigences des app stores en transformant la conformité en mesures techniques exploitables.
-
-### Systèmes de surveillance
-
-Une surveillance efficace implique l'utilisation de plusieurs couches de vérifications, combinant des outils automatisés avec des audits manuels. Un outil clé ici est l'API Google Play Integrity, qui offre une attestation au niveau de l'appareil avec des temps de réponse inférieurs à 200ms [\[1\]](https://ionic.io/docs/tutorials/mobile-security/play-integrity)[\[2\]](https://github.com/capacitor-community/play-integrity/).
-
-| Couche de surveillance | Implémentation |
-| --- | --- |
-| Attestation de l'appareil | API Play Integrity |
-| Vérification binaire | Validation des sommes de contrôle |
-| Validation des mises à jour | Signatures cryptographiques |
-
-Pour améliorer la sécurité, les équipes devraient intégrer des vérifications automatisées dans leurs pipelines CI/CD. Quelques bonnes pratiques incluent :
-
--   **90% de couverture de tests** pour les sections critiques de sécurité [\[5\]](https://en.wikipedia.org/wiki/Code_integrity)
--   **Revues de code obligatoires** pour toutes les mises à jour
--   **Déploiement des correctifs d'urgence** sous 24 heures
-
-Ces couches travaillent ensemble pour créer un système de défense solide et multi-facettes.
-
-### Sécurité vs Vitesse
-
-Trouver le bon équilibre entre sécurité et performance est un défi, particulièrement lors de l'utilisation d'outils de mise à jour et d'APIs. Optimiser les métriques de performance sans compromettre la sécurité est essentiel.
-
-| Métrique de performance | Seuil cible | Méthode d'optimisation |
-| --- | --- | --- |
-| Délai de démarrage à froid | <300ms | Initialisation de sécurité parallèle |
-| Surcharge mémoire | <15MB RAM | Utilisation efficace des bibliothèques |
-| Latence de vérification | <200ms | Mise en cache des tokens (TTL 2-4 heures) |
-| Surveillance en arrière-plan | Impact minimal | Vérifications basées sur les événements |
-
-Voici quelques stratégies pour assurer à la fois vitesse et sécurité :
-
--   **Vérification progressive** : Commencer par des vérifications de signature basiques avant de passer à une validation cryptographique complète [\[2\]](https://github.com/capacitor-community/play-integrity/).
--   **Authentification basée sur le risque** : Adapter l'intensité de la vérification en fonction des signaux de risque, comme des localisations d'utilisateur inhabituelles ou des profils d'appareil.
--   **Validation compatible hors ligne** : S'assurer que votre système fonctionne même avec des conditions réseau médiocres en mettant en cache les tokens de sécurité essentiels et en utilisant des mécanismes de repli.
-
-La surveillance et les ajustements continus sont critiques. Les revues de sécurité hebdomadaires [\[3\]](https://github.com/talsec/Free-RASP-Capacitor) associées à des analyses automatisées de vulnérabilités peuvent aider à maintenir cet équilibre entre protection et performance.
-
-## Résumé
-
-La protection de l'intégrité du code des applications Capacitor nécessite un mélange de fonctionnalités natives aux plateformes et d'outils spécialisés :
-
-L'**API Play Integrity** offre une attestation au niveau de l'appareil avec des temps de réponse inférieurs à 200ms, garantissant la légitimité des applications vérifiée par Google [\[1\]](https://ionic.io/docs/tutorials/mobile-security/play-integrity)[\[2\]](https://github.com/capacitor-community/play-integrity/). En complément, les outils de vérification runtime comme **freeRASP** fournissent une détection en temps réel des environnements compromis [\[3\]](https://github.com/talsec/Free-RASP-Capacitor)[\[4\]](https://www.npmjs.com/package/capacitor-freerasp/v/1.0.0).
-
-Pour les équipes gérant les mises à jour OTA, l'utilisation du **chiffrement de bout en bout** et de la **validation automatique des sommes de contrôle** est cruciale. La combinaison de ces fonctionnalités de plateforme avec des outils spécialisés permet des mises à jour sécurisées tout en supportant des déploiements rapides.
-
-Pour équilibrer la sécurité et les performances de l'application, les équipes de développement doivent se concentrer sur :
-
--   La **communication sécurisée** entre les composants de l'application
--   La **génération de jetons validés** pour prévenir les abus
--   La **surveillance en temps réel** des environnements d'application
--   Le respect des **directives spécifiques à la plateforme**
-
-Cette approche garantit une protection solide sans sacrifier les performances, posant ainsi les bases pour des mises à jour fiables et une maintenance sécurisée des applications.
diff --git a/src/content/blog/fr/common-cicd-bottlenecks-in-ota-pipelines.md b/src/content/blog/fr/common-cicd-bottlenecks-in-ota-pipelines.md
deleted file mode 100644
index 1296583cd..000000000
--- a/src/content/blog/fr/common-cicd-bottlenecks-in-ota-pipelines.md
+++ /dev/null
@@ -1,143 +0,0 @@
----
-slug: common-cicd-bottlenecks-in-ota-pipelines
-title: Goulots d'étranglement courants de CI/CD dans les pipelines OTA
-description: >-
-  Découvrez comment surmonter les défis courants dans les pipelines CI/CD OTA
-  pour améliorer l'efficacité des mises à jour, la sécurité et la satisfaction
-  des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:07:29.962Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb0f072e221594daf40959-1744510123218.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  CI/CD, OTA updates, automation, testing, security, deployment strategies,
-  performance tracking, scalability
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Les pipelines CI/CD sont essentiels pour livrer rapidement et efficacement les mises à jour en direct (OTA).** Mais ils font souvent face à des défis qui ralentissent les déploiements. Voici ce que vous devez savoir :
-
--   **Principaux goulots d'étranglement** : Problèmes d'intégration des outils, retards de tests, problèmes d'évolutivité, failles de sécurité et manque de suivi des performances.
--   **Solutions** : Automatiser les tâches, utiliser les mises à jour delta, implémenter des déploiements parallèles et par étapes, et mettre en place des systèmes de restauration.
--   **Meilleures pratiques** : [Sécuriser les mises à jour avec le chiffrement](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/), suivre les performances avec des analyses en temps réel et assurer la conformité aux règles des stores d'applications.
-
-En résolvant ces goulots d'étranglement, vous pouvez obtenir des mises à jour plus rapides, réduire les coûts et améliorer la satisfaction des utilisateurs. Par exemple, la plateforme [Capgo](https://capgo.app/) a livré 23,5 millions de mises à jour avec un taux de réussite de 82%, permettant d'économiser jusqu'à 26 100 $ sur cinq ans.
-
-**À retenir** : Optimisez votre pipeline CI/CD avec l'automatisation, la sécurité et des stratégies de déploiement intelligentes pour livrer efficacement les mises à jour OTA.
-
-## Votre Pipeline DevOps vous RALENTIT ? Voici la SOLUTION !
-
-<iframe src="https://www.youtube.com/embed/90033Mv9VF8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principaux ralentissements du pipeline CI/CD
-
-Les pipelines CI/CD OTA font souvent face à des goulots d'étranglement qui retardent les déploiements, impactant l'efficacité et les délais.
-
-### Défis d'intégration des outils
-
-Faire fonctionner harmonieusement les outils de développement peut causer des retards. L'intégration transparente avec des plateformes CI/CD largement utilisées comme [GitHub Actions](https://docs.github.com/actions) et [GitLab CI](https://docs.gitlab.com/ee/ci/) simplifie les flux de travail tout en maintenant les protocoles de sécurité.
-
-> "Nous configurons votre pipeline CI/CD directement dans votre plateforme préférée, que ce soit GitHub Actions, GitLab CI ou autres. Nous n'hébergeons pas de CI/CD ni ne vous facturons pour le maintenir." – Capgo [\[1\]](https://capgo.app/)
-
-Cet obstacle pose souvent les bases d'autres défis au sein du pipeline CI/CD.
-
-### Retards de tests
-
-Les phases de test peuvent également ralentir les choses, particulièrement lorsque l'automatisation est limitée ou que les validations sont trop complexes. L'introduction de déploiements automatisés par phases - comme les tests bêta ciblés - peut aider à rationaliser ce processus et réduire les retards.
-
-### Problèmes d'évolutivité
-
-À mesure que le volume des mises à jour augmente, les pipelines peuvent avoir du mal à suivre. La gestion de nombreuses mises à jour simultanées devient souvent un goulot d'étranglement. Les solutions cloud offrent un moyen de gérer cette croissance plus efficacement en améliorant l'allocation des ressources et l'évolutivité.
-
-### Préoccupations de sécurité dans les pipelines OTA
-
-Les failles de sécurité dans les pipelines OTA posent des risques pour le processus de déploiement. L'utilisation du chiffrement de bout en bout est essentielle pour protéger le contenu des mises à jour et assurer la conformité aux normes de sécurité. Les systèmes OTA modernes s'appuient désormais sur un chiffrement fort pour répondre à ces vulnérabilités.
-
-### Manque de suivi des performances
-
-Sans un suivi approprié des performances, identifier et résoudre les problèmes devient un défi. L'analyse en temps réel intégrée au pipeline peut fournir les informations nécessaires pour optimiser les flux de travail et résoudre rapidement les problèmes.
-
-## Accélérer les temps de build et de déploiement
-
-Rendez les mises à jour en direct (OTA) plus rapides avec l'automatisation intelligente et des stratégies de déploiement efficaces.
-
-### Automatisation des tâches du pipeline
-
-L'automatisation des tâches répétitives peut faire gagner beaucoup de temps pendant le déploiement. En configurant des processus automatisés pour l'intégration, les tests et le déploiement, vous pouvez éliminer les retards manuels. Les outils comme **GitHub Actions** et **GitLab CI** sont excellents pour cela. Les plateformes comme **Capgo** peuvent également aider en personnalisant votre pipeline CI/CD directement sur votre plateforme choisie. Pour aller plus loin, utilisez des déploiements différentiels pour réduire la taille des charges utiles de mise à jour.
-
-### Utilisation des mises à jour delta
-
-Les mises à jour delta se concentrent sur l'envoi uniquement des parties du logiciel qui ont changé, plutôt que le package entier. Cette approche réduit la taille des mises à jour, accélère le déploiement et réduit la consommation de bande passante.
-
-### Déploiements parallèles et par étapes
-
-Accélérez les choses en exécutant les tâches du pipeline en parallèle. Combinez cela avec des déploiements par étapes - comme les tests bêta, les déploiements progressifs et finalement la production complète - pour gérer les risques et réduire la charge sur les serveurs.
-
-### Ajout d'un système de restauration
-
-Assurez-vous d'avoir un système de restauration en place. Cela permet de revenir rapidement à une version stable si quelque chose ne va pas.
-
-## Standards du pipeline CI/CD
-
-Établir des standards clairs est crucial pour des mises à jour OTA sécurisées et conformes.
-
-### Liste de contrôle des règles de l'App Store
-
-Suivre les règles des stores d'applications est indispensable pour des mises à jour OTA réussies. L'[Apple App Store](https://developer.apple.com/app-store/guidelines/) et le [Google Play Store](https://developer.android.com/distribute/play-policies) ont des directives strictes. La plateforme Capgo aide à assurer la conformité en utilisant le chiffrement de bout en bout, permettant uniquement aux utilisateurs autorisés de déchiffrer les packages de mise à jour [\[1\]](https://capgo.app/).
-
-Quelques exigences importantes de conformité incluent :
-
--   [Méthodes sécurisées de livraison des mises à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)
--   Obtention du consentement de l'utilisateur pour les mises à jour
--   Suivi clair des versions
--   Gestion efficace des erreurs
--   Options de restauration pour les mises à jour échouées
-
-### Étapes complètes de test
-
-Des tests approfondis sont essentiels pour des mises à jour OTA fiables. Un processus de test structuré - couvrant les tests unitaires, les tests d'intégration et les tests de bout en bout - aide à maintenir la stabilité. Le système de canaux de Capgo prend en charge les tests avancés en permettant aux équipes de publier des mises à jour vers des groupes d'utilisateurs spécifiques pour les tests bêta et les déploiements par étapes [\[1\]](https://capgo.app/).
-
-Les tests doivent se concentrer sur :
-
--   Assurer l'intégrité du package de mise à jour
--   Gérer les problèmes de connectivité réseau
--   Vérifier la compatibilité des versions
--   Optimiser l'utilisation des ressources
--   Vérifier les processus de récupération d'erreur
-
-Une fois les tests solides, le suivi du processus de mise à jour est la prochaine étape pour résoudre rapidement tout problème.
-
-### Suivi de la progression des mises à jour
-
-Le suivi des déploiements en temps réel est essentiel pour s'assurer que le pipeline fonctionne de manière fluide et efficace.
-
-### Méthodes de communication d'équipe
-
-Une bonne communication est essentielle pour gérer les mises à jour OTA. Établir des canaux clairs et des contrôles d'accès basés sur les rôles peut simplifier le processus de déploiement. Le système de gestion des organisations de Capgo aide à la collaboration d'équipe en permettant la création de rôles et de permissions, assurant une supervision appropriée [\[1\]](https://capgo.app/).
-
-Les meilleures pratiques pour la communication incluent :
-
--   Mises à jour régulières sur l'état du déploiement
--   Procédures claires d'escalade des problèmes
--   Protocoles de coordination entre les équipes
--   Documentation détaillée des décisions de déploiement
-
-## Conclusion
-
-Résoudre les goulots d'étranglement CI/CD est crucial pour assurer une livraison OTA fluide. Des pipelines optimisés peuvent mener à des résultats impressionnants, comme 95% des utilisateurs actifs recevant des mises à jour en 24 heures, un bundle de 5MB téléchargé en seulement 114ms, et un temps de réponse API moyen de 57ms [\[1\]](https://capgo.app/).
-
-> "Capgo est une façon intelligente de faire des mises à jour de code à chaud" [\[1\]](https://capgo.app/)
-
-L'implémentation de Capgo sur 750 applications avec plus de 23,5 millions de mises à jour [\[1\]](https://capgo.app/) souligne les économies potentielles - jusqu'à 26 100 $ sur cinq ans - lors de l'utilisation de systèmes de mise à jour OTA efficaces. Pour y parvenir, une gestion CI/CD efficace se concentre sur :
-
--   **Flux de travail automatisés** pour réduire les tâches manuelles
--   **Mises à jour delta** pour limiter l'utilisation de la bande passante
--   **Déploiements par étapes** pour des déploiements contrôlés
--   **Sécurité renforcée** avec chiffrement de bout en bout
--   **Surveillance en temps réel** avec des analyses détaillées
diff --git a/src/content/blog/fr/common-live-update-issues-and-solutions-for-developers.md b/src/content/blog/fr/common-live-update-issues-and-solutions-for-developers.md
deleted file mode 100644
index 6abdfc065..000000000
--- a/src/content/blog/fr/common-live-update-issues-and-solutions-for-developers.md
+++ /dev/null
@@ -1,259 +0,0 @@
----
-slug: common-live-update-issues-and-solutions-for-developers
-title: Problèmes courants de mise à jour en direct et solutions pour les développeurs
-description: >-
-  Explorez des solutions aux défis courants de mise à jour en direct, y compris
-  les problèmes de réseau, les conflits de version et la compatibilité des
-  appareils, pour améliorer l'expérience utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T03:31:58.003Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a3d9861da6ea6c25fd54e4-1738812730938.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  live updates, network issues, version conflicts, device compatibility, CI/CD,
-  OTA updates, security, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mises à jour en direct permettent aux développeurs d'envoyer des modifications directement aux utilisateurs sans retards liés aux app stores. Mais elles présentent des défis tels que des problèmes de réseau, des conflits de version et des problèmes de compatibilité des appareils. Ce guide propose des solutions pour garantir des mises à jour fluides :
-
-1.   **Problèmes de réseau** : Utilisez des mécanismes de réessai, des téléchargements par morceaux et des mises à jour delta.
-2.   **Conflits de version** : Suivez le versionnement sémantique, testez la compatibilité et assurez une migration des données appropriée.
-3.   **Compatibilité des appareils** : Testez sur différents appareils en utilisant des outils comme [BrowserStack](https://www.browserstack.com/app-live) et optimisez les mises à jour pour différents matériels et versions de systèmes d'exploitation.
-4.   **Erreurs de construction dans CI/CD** : Corrigez les conflits de dépendances, validez les variables d'environnement et automatisez les constructions avec des outils comme [Capgo](https://capgo.app/).
-5.   **Sécurité** : Protégez les mises à jour avec chiffrement, validation et contrôle d'accès.
-
-**Astuce rapide** : Des outils comme Capgo simplifient les mises à jour over-the-air (OTA) avec des fonctionnalités comme les options de rollback, les déploiements progressifs et la surveillance en temps réel.
-
-Voulez-vous des mises à jour plus fluides ? Commencez par résoudre ces problèmes courants pour gagner du temps et améliorer l'expérience utilisateur.
-
-## Mises à jour en direct Appflow : déployez des mises à jour instantanées directement auprès de vos utilisateurs
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Résolution des problèmes de mise à jour OTA
-
-Les mises à jour OTA rencontrent souvent des défis tels que des problèmes de réseau et des conflits de version. Voici comment les aborder efficacement.
-
-### Problèmes de réseau et solutions
-
-Les interruptions réseau peuvent perturber les mises à jour, mais il existe des moyens de les gérer :
-
-1.   Utilisez des **mécanismes de réessai** avec un backoff exponentiel pour gérer les pertes de connexion.
-2.   Optez pour des **téléchargements par morceaux** pour gérer des environnements à haute latence.
-3.   Mettez en œuvre des **mises à jour delta** pour réduire l'utilisation de bande passante.
-
-Des outils comme `react-native-netinfo` peuvent détecter et répondre aux changements de réseau, facilitant l'adaptation aux conditions variables [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-### Problèmes de contrôle de version
-
-Gérer correctement les versions est essentiel pour des mises à jour fluide. Le versionnement sémantique offre un cadre clair : par exemple, lors de l'ajout d'une nouvelle fonctionnalité, mettez à jour la version mineure (par exemple, de 1.2.0 à 1.3.0) tout en maintenant la compatibilité avec les données de l'application existante [\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform).
-
-Voici comment aborder le contrôle de version :
-
-1.   Vérifiez la version de l'application avant d'appliquer les mises à jour.
-2.   Tenez un registre des configurations des versions précédentes.
-3.   Assurez-vous que des chemins de migration des données existent entre les versions.
-4.   Utilisez des tests automatisés pour confirmer la compatibilité des versions.
-
-### Utilisation de [Capgo](https://capgo.app/) pour les mises à jour OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-06.jpg?auto=compress)
-
-Capgo est un outil puissant pour gérer les mises à jour OTA. Il propose des fonctionnalités telles que la surveillance intégrée, des options de rollback et une livraison sécurisée par chiffrement de bout en bout. De plus, son intégration CI/CD rend les déploiements plus fluides [\[3\]](https://appinventiv.com/blog/how-ci-cd-helps-mobile-app-development/).
-
-Les fonctionnalités clés de Capgo incluent :
-
-1.   **Surveillance en temps réel** pour suivre les mises à jour.
-2.   **Rollback instantané** pour résoudre rapidement les problèmes.
-3.   **Déploiements progressifs** pour des mises en production contrôlées.
-4.   **Intégration du contrôle de version** pour une meilleure gestion.
-5.   **Analytique** pour mesurer les taux de succès des mises à jour.
-
-Pour optimiser votre stratégie de déploiement, configurez [les canaux de mise à jour](https://capgo.app/docs/webapp/channels/) :
-
-1.   **Production** : Versions stables pour les utilisateurs généraux.
-2.   **Beta** : Accès anticipé pour tester les fonctionnalités.
-3.   **Développement** : Tests internes et validation.
-
-Pour des mises à jour urgentes, les déploiements progressifs fonctionnent mieux. Commencez par 5 à 10 % des utilisateurs, surveillez les résultats et agrandissez progressivement.
-
-## Problèmes de pipeline CI/CD
-
-Les développeurs rencontrent souvent des défis lors de l'utilisation des pipelines CI/CD, notamment lors des mises à jour OTA. Voyons des moyens pratiques de surmonter ces problèmes courants.
-
-### Solutions aux erreurs de construction
-
-Les erreurs de construction sont généralement causées par des incohérences dans l'environnement ou des conflits entre les dépendances. Voici un guide rapide pour résoudre les problèmes les plus courants :
-
-| Type d'erreur | Cause commune | Solution |
-| --- | --- | --- |
-| Conflits de dépendance | Versions incompatibles | Utilisez des fichiers de verrouillage comme `package-lock.json` ou `yarn.lock` |
-| Variables d'environnement | Valeurs manquantes ou incorrectes | Mettez en place des contrôles de validation d'environnement |
-| Limitations de ressources | Contraintes de mémoire/CPU | Ajustez les quotas de ressources et optimisez les constructions |
-
-Effectuer des vérifications de santé avant de déployer des constructions critiques peut minimiser les échecs. Une fois que vous avez résolu les problèmes de construction, concentrez-vous sur la stabilisation de l'automatisation des tests pour assurer des mises à jour fluides.
-
-### Problèmes d'automatisation des tests
-
-Une automatisation des tests stable est essentielle pour des mises à jour en direct fiables. Concentrez-vous sur ces domaines :
-
-**Tests de bout en bout**  
-Utilisez des outils comme [Selenium](https://www.selenium.dev/) ou [Appium](http://appium.io/) pour créer des suites de tests complètes. Celles-ci devraient couvrir des scénarios critiques de mise à jour, tels que :
-
-1.   Télécharger et installer des mises à jour
-2.   Vérifier la compatibilité des versions
-3.   Gérer les scénarios de rollback
-4.   Tester dans diverses conditions de réseau
-
-**Tests de performance**  
-Suivez des métriques clés pendant le processus de mise à jour, y compris :
-
-1.   Vitesses de téléchargement dans différentes conditions de réseau
-2.   Utilisation de la mémoire lors de l'installation
-3.   Temps de démarrage de l'application après les mises à jour
-4.   Consommation de la batterie lors de la mise à jour
-
-### Guide de configuration CI/CD de Capgo
-
-Capgo facilite les workflows CI/CD en résolvant les défis courants des pipelines, de l'automatisation des constructions à la surveillance des mises à jour. Voici comment vous pouvez configurer un pipeline fiable :
-
-1.   **Automatisez les constructions**  
-Mettez en place des déclencheurs - comme des envois de code ou des pull requests - pour gérer les constructions automatiquement. L'intégration de Capgo prend en charge plusieurs canaux de déploiement, permettant des déploiements contrôlés en fonction de l'environnement.
-
-2.   **Utilisez le contrôle de version**  
-Adoptez le versionnement sémantique et une stratégie de branchement (par exemple, `main`, `staging`, `development`) pour rationaliser les déploiements et maintenir l'ordre.
-
-3.   **Surveillez les mises à jour**  
-Suivez des métriques clés avec les outils analytiques de Capgo pour garder un œil sur :
-
-1.   Taux de succès des mises à jour
-2.   Taux d'achèvement des téléchargements
-3.   Tendances d'adoption des utilisateurs
-4.   Fréquences d'erreurs
-
-Activez des mécanismes de réessai pour les mises à jour échouées et utilisez la journalisation des erreurs pour simplifier le dépannage [\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform).
-
-Pour éviter les déploiements accidentels, maintenez des configurations distinctes pour les environnements de développement et de production. Cela garantit un test approprié avant de pousser les mises à jour en direct.
-
-###### sbb-itb-f9944d2
-
-## Problèmes de compatibilité des appareils
-
-Assurer le bon fonctionnement de votre application sur différents appareils et API est un facteur clé pour fournir des mises à jour en direct réussies.
-
-### Support multi-appareils
-
-Tester sur une variété d'appareils est crucial pour des mises à jour en direct fiables. Selon les données de test de BrowserStack App Live, les applications doivent généralement être testées sur 15 à 20 configurations d'appareils différentes pour couvrir 90 % des scénarios utilisateurs courants [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-| Niveau d'appareil | Considérations clés | Focus de test |
-| --- | --- | --- |
-| Appareils haut de gamme | Puissance de traitement, API les plus récentes | Compatibilité des fonctionnalités, optimisation des performances |
-| Appareils de milieu de gamme | Utilisation de la mémoire, impact sur la batterie | Gestion des ressources, [optimisation de la taille des mises à jour](https://capgo.app/blog/optimise-your-images-for-updates/) |
-| Appareils bas de gamme | Limites matérielles, stockage | Exigences minimales, techniques de compression |
-
-Pour améliorer les performances sur les appareils, adaptez les fonctionnalités de votre application pour correspondre aux capacités des appareils en :
-
-1.   **Utilisant le chargement progressif** pour les fonctionnalités exigeantes.
-2.   **Appliquant un cache spécifique à l'appareil** pour améliorer les performances.
-3.   **Compressant les paquets de mise à jour** pour respecter les contraintes de stockage.
-
-Bien qu'optimiser pour les appareils soit important, gérer les différences entre les systèmes d'exploitation et les versions d'API ajoute une couche de complexité supplémentaire.
-
-### Différences de version d'API
-
-La plupart des applications doivent prendre en charge au moins trois versions majeures d'API pour couvrir 95 % de leur base d'utilisateurs [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-**Stratégies clés pour la gestion des API :**
-
-1.   **Détectez les versions d'API** pour identifier les niveaux d'OS et d'API des appareils.
-2.   Utilisez **l'exécution de code conditionnelle** pour les fonctionnalités qui dépendent d'API spécifiques.
-3.   Construisez des **solutions de secours** pour les fonctionnalités essentielles.
-4.   Rejoignez des **programmes beta OS** pour rester à jour sur les changements à venir.
-
-**Meilleures pratiques pour le contrôle des versions :**
-
-1.   Testez les mises à jour sur toutes les versions d'API prises en charge.
-2.   Tenez une documentation détaillée des dépendances d'API pour chaque fonctionnalité.
-3.   Utilisez des canaux de mise à jour séparés pour les différentes versions d'API.
-4.   Surveillez les avis de dépréciation et planifiez les migrations de manière proactive.
-
-Lorsque vous gérez des mises à jour d'API, privilégiez la compatibilité descendante. Une couche de compatibilité peut aider à combler les lacunes entre les versions d'API, garantissant que les mises à jour fonctionnent correctement sur des appareils avec des versions d'OS variées.
-
-Pour les équipes utilisant des tests automatisés, configurez votre pipeline CI/CD pour valider les mises à jour contre plusieurs versions d'API. Cette approche proactive minimise le risque que des problèmes de compatibilité entrent en production [\[3\]](https://appinventiv.com/blog/how-ci-cd-helps-mobile-app-development/).
-
-## Sécurité et règles
-
-Assurer la livraison sécurisée des mises à jour et respecter les règles de la plateforme est essentiel pour protéger à la fois les utilisateurs et les développeurs contre les risques potentiels. La recherche d'[IBM](https://www.ibm.com/) montre que les violations de données coûtent aux entreprises en moyenne 4,35 millions de dollars en 2022 [\[4\]](https://www.socialsellinator.com/social-selling-blog/seo-article-writing), soulignant l'importance de prioriser la sécurité lors des mises à jour d'applications.
-
-### Méthodes de protection des données
-
-Sécuriser les mises à jour en direct nécessite plusieurs couches de protection. Voici les trois principaux domaines d'intervention :
-
-| **Couche de Sécurité** | **Mise en œuvre** | **But** |
-| --- | --- | --- |
-| **[Chiffrement des Données](https://capgo.app/docs/cli/migrations/encryption/)** | Chiffrement de bout en bout | Protège les mises à jour pendant leur transmission |
-| **Validation des Mises à Jour** | Signatures cryptographiques | Confirme que les mises à jour sont authentiques |
-| **Contrôle d'Accès** | Authentification basée sur des tokens | Empêche les mises à jour non autorisées |
-
-Les outils de Capgo facilitent la sécurisation des mises à jour en automatisant des processus clés :
-
--   **[Chiffrement des Packages](https://capgo.app/docs/cli/migrations/encryption/)** : Chiffre automatiquement les paquets de mise à jour.
--   **Transmission Sécurisée** : Assurez-vous que les mises à jour utilisent des protocoles HTTPS.
--   **Validation des Versions** : Confirmer l'intégrité des mises à jour avant l'installation.
-
-### Directives de Plateforme
-
-Se conformer aux règles des app stores et aux lois sur la protection des données est non négociable. Par exemple, les violations du [RGPD](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) peuvent entraîner des amendes allant jusqu'à 20 millions d'euros ou 4 % du chiffre d'affaires mondial [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash). Suivre ces directives est essentiel.
-
-**Mesures Clés de Conformité :**
-
-| **Exigence** | **Méthode de Mise en Œuvre** | **Vérification** |
-| --- | --- | --- |
-| **Consentement de l'Utilisateur** | Invitations à la mise à jour dans l'application | Maintenir des journaux de consentement |
-| **Minimisation des Données** | Collecter uniquement les données essentielles | Effectuer des audits réguliers |
-| **Transparence des Mises à Jour** | Fournir des journaux de modifications clairs | Notifier les utilisateurs |
-| **Surveillance de la Sécurité** | Contrôles automatisés | Effectuer des analyses continues |
-
-Pour rester conforme tout en délivrant des mises à jour :
-
--   Gardez des dossiers détaillés sur le traitement des données et les journaux de mises à jour pour les audits.
--   Utilisez des mécanismes de consentement simples et conviviaux.
--   Révisez et améliorez régulièrement les pratiques de sécurité.
-
-Pour la conformité au RGPD, réalisez des évaluations d'impact sur la protection des données afin d'identifier les risques avant le déploiement. Stockez en toute sécurité les journaux de mise à jour et maintenez une documentation claire de toutes les mesures de sécurité pour vous préparer à d'éventuels audits.
-
-Avec ces protocoles de sécurité en place, vous êtes prêt à explorer des solutions pour rationaliser les futures mises à jour.
-
-## Conclusion
-
-### Aperçu de la Solution
-
-Utiliser des outils comme Capgo aide à relever les défis des mises à jour OTA, des pipelines CI/CD, et de la compatibilité des appareils. Ces outils se concentrent sur la résolution de problèmes courants tels que la fiabilité du réseau, le contrôle des versions et la compatibilité multiplateforme, garantissant des mises à jour fluides pour les utilisateurs.
-
-| **Défi** | **Solution** | **Résultat** |
-| --- | --- | --- |
-| OTA & CI/CD | Validation, restauration, tests automatisés | 95 % d'échecs en moins, 60 % de cycles plus rapides |
-| Compatibilité des Appareils | Cadres de test multiplateformes | Réduction de 85 % des problèmes spécifiques aux appareils |
-
-### À Venir : Innovations dans les Mises à Jour
-
-Les outils alimentés par l'IA ouvrent la voie à des mises à jour plus intelligentes, offrant des fonctionnalités telles que la détection des problèmes en temps réel et des corrections automatisées. D'autres tendances incluent la sécurité basée sur la blockchain, la surveillance en temps réel, des contrôles de compatibilité avancés et une meilleure synchronisation entre plateformes. L'adoption de ces méthodes peut aider les développeurs à rendre leurs processus de mise à jour plus fiables et prêts pour l'avenir.
-
-### Commencer avec Capgo
-
-Capgo rend simple la mise en œuvre de solutions de mise à jour en direct, augmentant la vitesse et la fiabilité du déploiement tout en réduisant le temps d'intégration.
-
-Voici comment commencer :
-
--   Utilisez les outils CI/CD de Capgo pour automatiser les tests.
--   Configurez le chiffrement et validez les versions.
--   Configurez des mises à jour pour des groupes d'utilisateurs spécifiques.
-
-Ces étapes garantissent un flux de travail plus fluide et des mises à jour plus rapides.
diff --git a/src/content/blog/fr/common-mistakes-in-custom-attribute-segmentation.md b/src/content/blog/fr/common-mistakes-in-custom-attribute-segmentation.md
deleted file mode 100644
index fffaa817c..000000000
--- a/src/content/blog/fr/common-mistakes-in-custom-attribute-segmentation.md
+++ /dev/null
@@ -1,138 +0,0 @@
----
-slug: common-mistakes-in-custom-attribute-segmentation
-title: Erreurs courantes dans la segmentation par attributs personnalisés
-description: >-
-  Découvrez les principaux obstacles à la segmentation des attributs
-  personnalisés et comment améliorer efficacement l'engagement des utilisateurs
-  et les performances de l'application.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T14:10:29.790Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f91f892e221594daf25028-1744380640437.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  custom attribute segmentation, user engagement, app performance, segmentation
-  mistakes, data compliance
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-La segmentation par attributs personnalisés est cruciale pour améliorer l'engagement des utilisateurs et les performances des applications. Mais de nombreux développeurs commettent des erreurs courantes qui conduisent à des mises à jour inefficaces, un ciblage médiocre et une satisfaction réduite des utilisateurs. Voici un aperçu rapide de ce qu'il faut éviter et comment s'améliorer :
-
--   **Erreurs à éviter** :
-    
-    -   Modèles trop complexes : Gardez la segmentation simple pour éviter les erreurs et les retards.
-    -   Utilisation de données obsolètes : Actualisez régulièrement les données pour un ciblage précis.
-    -   Mélanger les types de règles : Adoptez des formats cohérents pour plus de clarté.
-    -   Ignorer le comportement des utilisateurs : Combinez les attributs statiques avec les actions des utilisateurs pour de meilleures perspectives.
-    -   Manque d'objectifs clairs : Définissez des objectifs spécifiques pour maintenir le focus.
--   **Comment s'améliorer** :
-    
-    -   Définir la bonne taille de segment : Évitez les groupes trop spécifiques ; concentrez-vous sur des segments exploitables.
-    -   Mettre à jour les segments instantanément : Utilisez des outils permettant des mises à jour en direct pour une réponse plus rapide.
-    -   Surveiller et ajuster : Suivez les métriques comme les taux de réussite, l'engagement et les erreurs pour affiner la segmentation.
-    -   Suivre les règles de données : Limitez la collecte de données, assurez la transparence et respectez les réglementations comme le [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation).
--   **Pourquoi c'est important** :
-    
-    -   Des outils comme [Capgo](https://capgo.app/) permettent des mises à jour en temps réel, une gestion sécurisée des données et des déploiements rapides, atteignant jusqu'à 95 % de réussite des mises à jour en 24 heures. L'adoption des bons outils et stratégies peut rationaliser la segmentation et améliorer le ciblage des utilisateurs.
-
-## Attributs de données, Listes intelligentes et Segmentations, OH LA LA ! | San ...
-
-<iframe src="https://www.youtube.com/embed/HzFUdPZzaGE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Erreurs courantes de segmentation
-
-La segmentation par attributs personnalisés peut dérailler en raison de quelques pièges courants. Éviter ces problèmes est essentiel pour maintenir votre application en bon état de fonctionnement et engager efficacement les utilisateurs.
-
-### Modèles trop complexes
-
-Si vos modèles de segmentation sont trop compliqués, ils peuvent ralentir le traitement, augmenter les erreurs et rendre le dépannage cauchemardesque. Gardez les choses simples et rationalisées pour rester efficace et précis.
-
-### Utilisation de données obsolètes
-
-S'appuyer sur d'anciennes données peut fausser votre ciblage. Assurez-vous de rafraîchir vos données régulièrement pour maintenir votre segmentation précise et votre expérience utilisateur optimale.
-
-### Mélanger les types de règles
-
-Combiner différents formats de règles - comme des booléens avec des critères numériques, des noms incohérents ou des hiérarchies contradictoires - peut créer de la confusion et des erreurs. Tenez-vous à un format cohérent pour garantir que vos règles fonctionnent comme prévu.
-
-### Négliger le comportement des utilisateurs
-
-Les attributs statiques seuls ne racontent pas toute l'histoire. Ignorer comment les utilisateurs interagissent avec votre application peut limiter l'impact de votre segmentation. Inclure des données sur les actions des utilisateurs rend votre ciblage plus réactif et efficace.
-
-### Manque d'objectifs clairs
-
-Sans objectifs clairs, vos efforts de segmentation peuvent perdre leur focus. Définissez des métriques et des délais spécifiques, et assurez-vous que votre segmentation s'aligne sur votre stratégie commerciale globale.
-
-Ensuite, plongez dans les stratégies pour améliorer la segmentation et affiner votre ciblage.
-
-## Comment améliorer la segmentation
-
-Voici comment vous pouvez affiner votre approche de segmentation pour éviter les erreurs courantes.
-
-### Définir la bonne taille de segment
-
-Choisissez des tailles de segments qui trouvent un équilibre entre être exploitables et statistiquement fiables. Évitez de diviser les utilisateurs en groupes trop spécifiques pour chaque préférence mineure. Concentrez-vous plutôt sur le regroupement de comportements similaires pour créer des segments plus faciles à analyser et à exploiter.
-
-### Mettre à jour les segments instantanément
-
-Les outils modernes vous permettent d'apporter des modifications immédiates à votre segmentation. Les mises à jour en direct sont utiles car elles :
-
--   Vous permettent d'éviter les examens de l'app store pour les changements
--   Vous aident à réagir rapidement aux changements de comportement des utilisateurs
--   Permettent les tests A/B de différentes stratégies de segmentation
--   Permettent des retours rapides quand quelque chose ne fonctionne pas comme prévu
-
-### Surveiller et ajuster
-
-Surveillez les performances de votre segmentation et ajustez-la si nécessaire. Concentrez-vous sur ces domaines :
-
-| Aspect à surveiller | Métriques à suivre | Que faire |
-| --- | --- | --- |
-| Succès des mises à jour | Taux de réussite, temps de livraison | Mesurer l'efficacité des mises à jour et améliorer les processus de déploiement |
-| Engagement utilisateur | Durée de session, utilisation des fonctionnalités | Affiner les segments selon l'interaction des utilisateurs avec votre application |
-| Suivi des erreurs | Fréquence des erreurs, types | Identifier et corriger les problèmes causés par la segmentation |
-| Impact sur les performances | Temps de chargement, utilisation des ressources | Optimiser le traitement pour garantir le bon fonctionnement de votre application |
-
-### Respecter les règles de données
-
-Suivre les réglementations de protection des données n'est pas optionnel. Voici comment rester conforme tout en améliorant la segmentation :
-
--   **Ne collecter que le nécessaire** : Limitez la collecte de données à l'essentiel pour vos objectifs de segmentation. Cela réduit les risques de conformité et maintient un traitement efficace.
--   **Être transparent** : Expliquez clairement aux utilisateurs comment leurs données sont utilisées. Cela construit la confiance et les encourage à partager des informations précises.
--   **Auditer régulièrement** : Examinez vos critères de segmentation pour assurer leur conformité avec les réglementations comme le GDPR et le [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act). Supprimez les points de données obsolètes ou inutiles.
-
-Il est également crucial d'utiliser le chiffrement de bout en bout et des méthodes sécurisées de traitement des données pour protéger les informations des utilisateurs tout en maintenant une segmentation efficace.
-
-## Aperçu des outils de segmentation
-
-Lors du choix d'outils pour la segmentation par attributs personnalisés, recherchez des fonctionnalités qui minimisent les erreurs et améliorent le ciblage. Les fonctionnalités clés incluent l'analyse en temps réel, les options de retour en arrière, la distribution ciblée des mises à jour, l'hébergement flexible (cloud et auto-hébergé), le chiffrement de bout en bout et la conformité aux exigences des app stores.
-
-### Tableau comparatif des outils
-
-| Fonctionnalité | Capgo | Impact sur la segmentation |
-| --- | --- | --- |
-| **Vitesse de mise à jour** | 114ms de téléchargement (bundle 5MB)[\[1\]](https://capgo.app/) | Des mises à jour plus rapides réduisent les problèmes de données obsolètes |
-| **Taux de réussite** | 95% de taux de mise à jour en 24 heures[\[1\]](https://capgo.app/) | Une adoption plus élevée assure une meilleure précision des segments |
-| **Sécurité** | Chiffrement de bout en bout[\[1\]](https://capgo.app/) | Protège efficacement les données sensibles des utilisateurs |
-| **Analytique** | Analyses en temps réel[\[1\]](https://capgo.app/) | Fournit un retour immédiat sur la performance des segments |
-| **Options d'hébergement** | Cloud et auto-hébergé | Prend en charge divers besoins de déploiement |
-| **Couverture mondiale** | 57ms de temps de réponse API mondial[\[1\]](https://capgo.app/) | Offre des performances cohérentes dans toutes les régions |
-
-Le paysage des outils de segmentation a considérablement évolué ces dernières années. Par exemple, la fermeture de [Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) en 2024 et l'arrêt prochain d'[AppFlow](https://ionic.io/appflow) en 2026 ont poussé les développeurs à explorer des alternatives plus fiables. Ces changements soulignent l'importance d'outils qui répondent directement aux défis de la segmentation.
-
-Les métriques comme les vitesses de mise à jour et les taux de réussite mettent l'accent sur la fiabilité, assurant des groupes d'utilisateurs actifs et précisément ciblés. Les prix jouent également un rôle important - certaines plateformes coûtent 5 000 à 6 000 dollars par an, tandis que d'autres sont autour de 300 dollars par mois[\[1\]](https://capgo.app/). Cette gamme rend les outils avancés accessibles aux petites équipes également.
-
-Concentrez-vous sur les outils qui offrent un déploiement instantané, une gestion sécurisée des données et une intégration CI/CD fluide. Ces fonctionnalités sont essentielles pour réduire les erreurs et améliorer les résultats de la segmentation.
-
-## Conclusion
-
-Une segmentation efficace repose sur la simplicité, l'utilisation de mises à jour en temps réel et la définition d'objectifs clairs. Bien faits, les modèles de segmentation peuvent être à la fois pratiques et efficaces, permettant des déploiements de fonctionnalités plus rapides et un ciblage précis des utilisateurs.
-
-Les plateformes d'aujourd'hui ont changé la donne avec des outils de segmentation en temps réel. Les développeurs peuvent désormais mettre à jour et gérer les segments d'utilisateurs instantanément, assurant un ciblage précis sur un large éventail d'utilisateurs.
-
-Le succès de la segmentation repose sur quelques pratiques fondamentales : garder les modèles simples, exploiter les mises à jour en temps réel, fixer des objectifs mesurables et utiliser l'analytique pour suivre les performances. Avec les bons outils, les développeurs peuvent construire des segments d'utilisateurs à la fois réactifs et impactants.
diff --git a/src/content/blog/fr/comparing-react-native-vs-capacitor.md b/src/content/blog/fr/comparing-react-native-vs-capacitor.md
deleted file mode 100644
index 47bf6526b..000000000
--- a/src/content/blog/fr/comparing-react-native-vs-capacitor.md
+++ /dev/null
@@ -1,251 +0,0 @@
----
-slug: comparing-react-native-vs-capacitor
-title: Comparer React Native vs Capacitor
-description: >-
-  Dans cet article, nous comparons le développement d'applications mobiles avec
-  React Native à l'utilisation de React et Capacitor, en couvrant leurs
-  fonctionnalités, performances, communauté, et plus encore.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-11T00:00:00.000Z
-updated_at: 2023-06-11T00:00:00.000Z
-head_image: /react_native_vs_react_capacitor.webp
-head_image_alt: Illustration de comparaison entre React Native et Capacitor
-keywords: >-
-  React Native, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Alternatives
-published: true
-locale: fr
-next_blog: ''
----
-Ce que nous allons aborder :
-
-1. Qu'est-ce que Capacitor ?
-2. Qu'est-ce que React Native ?
-3. Qu'ont en commun les deux frameworks ?
-4. React Native vs. Capacitor : Fonctionnalité
-5. React Native vs. Capacitor : Performance
-6. React Native vs. Capacitor : Communauté
-7. React Native vs. Capacitor : Courbe d'apprentissage
-8. React Native vs. Capacitor : Demande de compétences
-9. Devez-vous utiliser React et Capacitor ou React Native ?
-
-## Qu'est-ce que Capacitor ?
-
-[Capacitor](https://capacitorjs.com/) est un outil multiplateforme développé par l'équipe Ionic. Il vous permet de convertir votre application web en une application iOS ou Android.
-
-Avec Capacitor, vous pouvez créer des applications mobiles en utilisant votre code JavaScript. Cela rend ensuite les applications en utilisant le WebView natif de votre téléphone. En utilisant les plugins et API de Capacitor, vous pouvez accéder à des fonctionnalités natives comme la caméra, le haut-parleur et d'autres.
-
-Capacitor est compatible avec différents frameworks JavaScript, tels que React, Vue, Angular et JavaScript pur. En savoir plus sur [la création d'applications multiplateformes avec Capacitor et React](https://capacitorjs.com/solution/react/).
-
-## Qu'est-ce que React Native ?
-
-[React Native](https://reactnative.dev/) est essentiellement React pour les applications mobiles. Il vous permet de créer des applications pour Android et iOS en utilisant la syntaxe React.
-
-Le code React que vous écrivez interagit avec les API natives sur les appareils mobiles. React Native fournit aux développeurs des composants natifs tels que `Text`, `Image` et `View` en tant que blocs de construction pour une interface utilisateur native.
-
-React Native, qui est open source, a été créé et est maintenu par Facebook.
-
-## Qu'ont en commun les deux frameworks ?
-
-Des outils multiplateformes comme React Native et Capacitor peuvent vous faire gagner beaucoup de temps et d'argent.
-
-Les deux frameworks éliminent le besoin d'apprendre des langages natifs comme Java, Kotlin, Swift et Objective C pour créer des applications mobiles pour des plateformes spécifiques. Au lieu de créer une application Android avec une base de code et une application iOS avec une autre, vous pouvez créer des applications mobiles pour les deux plateformes en utilisant la même base de code.
-
-Cela signifie également que les entreprises qui construisent des applications multiplateformes peuvent embaucher une seule équipe React Native ou Capacitor pour construire les deux versions plutôt que d'exiger deux équipes différentes — une pour iOS et une pour Android — réduisant ainsi le nombre de développeurs sur la feuille de paie.
-
-Capacitor et React Native partagent une approche commune pour intégrer du code natif personnalisé dans leurs projets sous forme de modules ou de plugins. Dans les deux frameworks, vous avez la possibilité d'écrire du code natif personnalisé en Java, Kotlin, Objective C ou Swift pour accéder à des fonctionnalités natives que les frameworks ne fournissent pas de base.
-
-Comme React Native, Capacitor utilise les fonctionnalités natives des téléphones mobiles. La principale différence réside dans le rendu. Alors que les applications mobiles React Native utilisent la vue native de chaque appareil, Capacitor rend les applications en utilisant le WebView natif des appareils.
-
-Les deux frameworks sont open source et accessibles à tous pour contribuer à leur code source et l'utiliser.
-
-## React Native vs. Capacitor : Fonctionnalité
-
-Lorsqu'ils travaillent avec React Native, les développeurs peuvent construire des applications natives en utilisant la syntaxe et les principes de base de React. Il est souvent qualifié de framework non doctrinaire, ce qui signifie qu'il vient avec [très peu de bibliothèques et de fonctionnalités officielles](https://blog.logrocket.com/react-native-component-libraries/).
-
-Les créateurs de React Native ont préféré donner aux développeurs [la liberté de structurer des applications et de résoudre différents problèmes](https://reactjs.org/docs/add-react-to-a-website.html/), permettant aux développeurs qui ne veulent pas écrire de code depuis zéro de construire différentes fonctionnalités en utilisant des bibliothèques tierces développées par la communauté.
-
-Certaines de ces bibliothèques incluent :
-
-1. [React Hook Form](https://blog.logrocket.com/the-complete-guide-to-react-hook-form/) ou [Formik pour créer et valider des formulaires](https://blog.logrocket.com/building-better-react-forms-with-formik/)
-2. [React Testing Library et Jest pour tester des applications](https://blog.logrocket.com/testing-apps-with-jest-and-react-testing-library/)
-3. [Fetch API et Axios pour effectuer des requêtes réseau](https://blog.logrocket.com/data-fetching-react-native/)
-
-Cependant, même avec des bibliothèques tierces qui peuvent être considérées comme un avantage, ces bibliothèques deveniennent souvent obsolètes. Si le soutien de la communauté pour une bibliothèque particulière n'est pas assez fort et ne se met pas à jour souvent, des problèmes d'incompatibilité peuvent survenir.
-
-[Capacitor a été construit sur Cordova](https://blog.logrocket.com/framework7-vs-ionic-comparing-cordova-frameworks/) et est compatible avec la plupart des plugins Cordova. Capacitor, cependant, est plus moderne et mieux entretenu, tandis que Cordova a été déprécié. Capacitor prend également en charge les PWA et est plus rapide que Cordova ne l'était, offrant un meilleur temps de démarrage à votre application.
-
-Bien que [Capacitor ait été développé par l'équipe Ionic](https://blog.logrocket.com/react-native-vs-ionic/), vous n'avez en réalité pas besoin d'utiliser Ionic avec Capacitor. Capacitor est compatible avec n'importe quel framework JavaScript ainsi que JavaScript pur.
-
-Cela dit, utiliser Ionic avec Capacitor peut faciliter votre travail, car Ionic peut vous aider à implémenter une interface utilisateur native et configurer certains outils nécessaires pour le développement mobile.
-
-Capacitor est parfait pour les développeurs web pour se lancer dans le développement d'applications mobiles. Il peut même générer des applications mobiles à partir d'applications web construites avec [des frameworks React comme MUI](https://blog.logrocket.com/definitive-guide-react-material/) et Chakra. Vous ne pouvez pas faire la même chose avec React Native ; vous devez construire vos applications depuis zéro.
-
-Un avantage que Capacitor a sur React Native est qu'il peut être utilisé pour créer des applications web progressives, car il peut accéder aux API natives depuis le web. Capacitor est également très léger par rapport à d'autres outils multiplateformes comme Xamarin, Cordova et NativeScript.
-
-Si vous étiez fan de Cordova, vous devriez envisager d'utiliser Capacitor. Il est bien entretenu par l'équipe Ionic, qui fournit régulièrement des corrections de problèmes.
-
-## React Native vs. Capacitor : Performance
-
-Examinons les philosophies de conception de ces deux outils et leurs différences.
-
-Capacitor adopte une approche basée sur le web pour le développement mobile. Il rend les applications sur les téléphones [en utilisant le WebView natif des appareils](https://ionicframework.com/docs/core-concepts/webview/) et il vient avec des plugins qui convertissent votre code web en API qui interagissent avec les fonctionnalités natives des appareils.
-
-Avec React Native, en revanche, les développeurs sautent le code web et vont directement vers le mobile.
-
-Contrairement aux applications hybrides qui utilisent des WebViews, les applications React Native interagissent directement avec les composants natifs d'une plateforme. En raison de cela, les applications natives telles que celles de React Native sont généralement plus rapides et plus efficaces, car elles sont adaptées à la plateforme sur laquelle elles fonctionnent.
-
-Un problème courant avec des outils comme Capacitor qui utilisent WebView pour rendre des applications est la difficulté à rendre des animations, des effets CSS et des mises en page complexes avec des dégradés — tout ce qui est complexe ou lourd. Afficher des vidéos peut également être problématique.
-
-Les applications Capacitor peuvent avoir des difficultés sur des appareils bas de gamme ou des appareils avec un matériel ancien. Cela s'explique généralement par le fait que certaines ressources doivent être chargées depuis le web avant que l'interface utilisateur de l'application puisse être rendue.
-
-De plus, lorsque les applications ne sont pas rendues sur la vue native des appareils, elles ne peuvent pas tirer pleinement parti des capacités matérielles des appareils, entraînant des performances lentes.
-
-Les tests sont plus faciles avec Capacitor, car il permet d'exécuter des applications dans un navigateur web. Avec React Native, [compiler, exécuter et tester des applications nécessite l'installation de Xcode](https://blog.logrocket.com/xcode-for-react-native-developers-tutorial-and-best-practices/) ou d'Android Studio, ajoutant une étape supplémentaire au processus de compilation.
-
-Bien que vous puissiez [passer l'étape Xcode/Android Studio avec Expo](https://blog.logrocket.com/getting-started-with-react-native-and-expo-sdk/), Expo n'est [pas sans ses limitations](https://docs.expo.dev/faq/).
-
-Un outil hybride WebView comme Capacitor vous fait économiser des coûts et du temps. Mais si la haute performance est très importante pour vous, ou si vous construisez une application complexe qui pourrait fonctionner sur des appareils bon marché et des appareils avec du matériel ancien, alors React Native pourrait être une meilleure option.
-
-Les applications React Native sont susceptibles d'être plus rapides et plus performantes, car elles sont converties dans les langages natifs des appareils et fonctionnent directement avec les fonctionnalités natives de ces appareils plutôt que de s'exécuter dans un WebView.
-
-Avec [plus de 2 000 contributeurs et juste en dessous de 700 000 utilisateurs sur GitHub](https://github.com/facebook/react-native/), ainsi qu'[une grande communauté sur Stack Overflow](https://stackoverflow.com/questions/tagged/react-native/?sort=Newest), React Native a le soutien dont les développeurs ont besoin pour apprendre et progresser dans le framework.
-
-De plus, parce que React Native est basé sur JavaScript et est un framework multiplateforme, il est accessible et populaire parmi les développeurs.
-
-React Native est également devenu populaire parce que Facebook l'a créé. Facebook utilise actuellement React Native dans de nombreuses applications et investit massivement dans le framework.
-
-D'autres [entreprises qui utilisent le framework React Native](https://stackshare.io/react-native/) incluent :
-
-1. Walmart
-2. Microsoft
-3. Tesla
-4. Discord
-5. Shopify
-6. Instagram
-
-Puisque Capacitor est encore relativement nouveau, il n'y a pas autant de ressources et de matériaux en ligne que les développeurs peuvent consommer. Il n'a que [moins de 300 contributeurs sur GitHub](https://github.com/ionic-team/capacitor/) et [une petite communauté sur Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor/). Cependant, il dispose d'[une documentation complète](https://capacitorjs.com/).
-
-Les entreprises qui utilisent actuellement Capacitor incluent :
-
-1. Burger King
-2. Popeyes
-3. Southwest
-
-Puisque React Native existe depuis plus longtemps et bénéficie du soutien de Facebook, plus de développeurs et de grandes entreprises l'utilisent, il remporte donc clairement la victoire ici.
-
-Capacitor est open source et sous licence MIT, tout comme d'autres outils Ionic. Cependant, l'équipe Ionic fournit un support payant pour les utilisateurs d'entreprise de Capacitor.
-
-Avec le service de support payant de Capacitor, vous pouvez avoir des conversations téléphoniques avec l'équipe Ionic (y compris des ingénieurs) pour résoudre vos problèmes, généralement en quelques heures ou jours, même pendant le week-end.
-
-Si le support premium est la priorité absolue pour vous et votre équipe, alors Capacitor pourrait être la meilleure option pour vous.
-
-## React Native vs. Capacitor : Courbe d'apprentissage
-
-React Native utilise JSX comme langage de templating. Plutôt que de séparer le balisage de la logique en les mettant dans des fichiers différents, React Native utilise des composants distincts qui contiennent le balisage et la logique appartenant à un composant dans le même fichier, réalisé grâce à JSX.
-
-Cette approche orientée composant permet aux développeurs de créer des composants une fois et de les réutiliser autant de fois qu'ils en ont besoin en combinant balisage, style et logique.
-
-JSX rend la création de ces composants simple, et comme il est fortement typé, les développeurs peuvent attraper les erreurs tôt, améliorant ainsi la qualité du débogage et du développement.
-
-Il optimise également le code lors de la compilation, donc le code JavaScript généré par JSX s'exécute plus rapidement que l'équivalent écrit directement en JavaScript.
-
-Cependant, à cause de cela, les développeurs ne peuvent pas styliser en utilisant CSS et [ne peuvent styliser qu'avec JavaScript](https://blog.logrocket.com/react-native-styling-tutorial-with-examples/).
-
-Bien que JSX ne soit pas particulièrement difficile, la plupart des développeurs utilisent HTML et CSS pour le balisage et le style, et s'adapter à ce nouveau paradigme pourrait prendre un certain temps.
-
-Voici un exemple de JSX et de style dans React Native :
-
-```jsx
-import React from 'react'
-import { StyleSheet, Text, View } from 'react-native'
-
-function App() {
-  return (
-    <View style={styles.container}>
-      <Text style={styles.text}>Hello, World!</Text>
-    </View>
-  )
-}
-
-const styles = StyleSheet.create({
-  container: {
-    flex: 1,
-    justifyContent: 'center',
-    alignItems: 'center',
-  },
-  text: {
-    fontSize: 24,
-    fontWeight: 'bold',
-  },
-})
-
-export default App
-```
-
-Dans l'exemple ci-dessus, nous importons les composants nécessaires de React Native, créons un composant fonctionnel et utilisons l'API `StyleSheet` pour créer des styles pour les composants.
-
-Capacitor, en revanche, vous permet d'utiliser HTML, CSS et JavaScript pour construire votre application. Si vous êtes déjà familiarisé avec le développement web, la courbe d'apprentissage pour Capacitor sera beaucoup plus basse comparée à React Native.
-
-Voici un exemple d'une application simple utilisant Capacitor avec React :
-
-```jsx
-import React from 'react'
-import './App.css'
-
-function App() {
-  return (
-    <div className="container">
-      <h1 className="text">Hello, World!</h1>
-    </div>
-  )
-}
-
-export default App
-```
-
-Et le fichier CSS correspondant :
-
-```css
-.container {
-  display: flex;
-  justify-content: center;
-  align-items: center;
-  height: 100vh;
-}
-
-.text {
-  font-size: 24px;
-  font-weight: bold;
-}
-```
-
-Dans cet exemple, nous utilisons HTML et CSS standard pour créer et styliser les composants, facilitant ainsi la transition des développeurs web vers le développement d'applications mobiles avec Capacitor.
-
-En résumé, si vous êtes déjà familiarisé avec le développement web et que vous préférez utiliser HTML et CSS pour le style, Capacitor aura une courbe d'apprentissage plus faible. Cependant, si vous êtes à l'aise avec React et JSX, React Native pourrait être un meilleur choix.
-
-## React Native vs. Capacitor : Demande de compétences
-
-React Native existe depuis plus longtemps et est utilisé par de nombreuses grandes entreprises, ce qui en fait une compétence plus demandée sur le marché de l'emploi. Selon [Indeed](https://www.indeed.com/jobs/?q=react+native&l=), il y a des milliers d'offres d'emploi pour les développeurs React Native.
-
-Capacitor, étant une technologie plus récente et moins populaire, a moins d'offres d'emploi. Cependant, à mesure que de plus en plus d'entreprises adoptent Capacitor pour leur développement d'applications mobiles, la demande pour les développeurs Capacitor pourrait augmenter.
-
-Si vous recherchez à maximiser vos opportunités d'emploi, apprendre React Native pourrait être un meilleur choix. Cependant, si vous êtes intéressé à travailler avec une technologie plus récente et à être potentiellement à l'avant-garde de sa croissance, Capacitor pourrait être une option passionnante.
-
-## Devriez-vous utiliser React et Capacitor ou React Native ?
-
-Le choix entre React et Capacitor ou React Native dépend de vos besoins et préférences spécifiques. Voici quelques facteurs à prendre en compte lors de votre décision :
-
-1. Si vous êtes déjà familier avec le développement web et que vous préférez utiliser HTML et CSS pour le style, Capacitor est un excellent choix qui permet une transition fluide.
-2. Si vous appréciez la facilité d'utilisation, un temps de développement plus rapide et la compatibilité avec divers frameworks JavaScript, Capacitor est la voie à suivre.
-3. Si vous êtes intéressé à travailler avec une technologie plus récente qui gagne en popularité et a un potentiel de croissance, Capacitor est une option passionnante à considérer.
-4. Si vous souhaitez créer des applications web progressives en plus des applications mobiles, Capacitor offre cette flexibilité, en faisant un choix plus polyvalent.
-
-Bien que React Native ait ses avantages, Capacitor se distingue comme un outil puissant et flexible pour construire des applications mobiles multiplateformes. Sa compatibilité avec divers frameworks JavaScript, sa capacité à créer des applications web progressives et sa facilité d'utilisation pour les développeurs web en font un fort concurrent dans l'espace de développement d'applications mobiles.
-
-Considérez vos besoins, préférences et objectifs spécifiques lorsque vous choisissez le bon framework pour votre projet. Capacitor offre de nombreux avantages qui en font une option attrayante pour les développeurs cherchant à créer des applications mobiles de haute qualité avec un flux de travail de développement web familier.
-
-Apprenez comment Capgo peut vous aider à créer de meilleures applications plus rapidement, [inscrivez-vous pour un compte gratuit](/register/) aujourd'hui.
diff --git a/src/content/blog/fr/compliance-checks-in-cicd-for-capacitor-apps.md b/src/content/blog/fr/compliance-checks-in-cicd-for-capacitor-apps.md
deleted file mode 100644
index 303912fdf..000000000
--- a/src/content/blog/fr/compliance-checks-in-cicd-for-capacitor-apps.md
+++ /dev/null
@@ -1,240 +0,0 @@
----
-slug: compliance-checks-in-cicd-for-capacitor-apps
-title: Tests de Conformité CI/CD pour les Applications Capacitor
-description: >-
-  Assurez-vous de la conformité des standards de vos applications Capacitor
-  grâce à des vérifications CI/CD automatisées, améliorez la sécurité et
-  accélérez les mises à jour.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T02:36:18.433Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0a31ca2808c1172f2bc74-1742783814915.jpg
-head_image_alt: Développement mobile
-keywords: 'CI/CD, compliance checks, Capacitor apps, mobile security, automated testing'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les contrôles de conformité dans les pipelines CI/CD sont votre solution. Ils assurent que vos applications [Capacitor](https://capacitorjs.com/) respectent les exigences d'Apple et de [Google Play](https://support.google.com/googleplay/android-developer/answer/113513?hl=en), en maintenant une sécurité renforcée et des mises à jour rapides.
-
-Voici pourquoi les contrôles de conformité sont importants :
-
--   **Surveillance automatisée :** Suit les modifications du code pour la conformité aux directives des stores.
--   **Mises à jour plus rapides :** 95% des utilisateurs reçoivent les mises à jour en 24 heures.
--   **Sécurité renforcée :** Recherche les vulnérabilités et protège les données des utilisateurs.
-
-### Aperçu rapide :
-
--   Configurez des pipelines CI/CD avec des outils comme [Capgo](https://capgo.app/) pour une conformité fluide.
--   Automatisez les contrôles pour iOS (labels de confidentialité, HTTPS, validation binaire) et Google Play (validation APK, autorisations, niveaux d'API).
--   Intégrez des mesures de sécurité comme le chiffrement, les vérifications de dépendances et les tests.
--   Utilisez des tests de performance et d'accessibilité pour améliorer l'expérience utilisateur.
-
-**Capgo simplifie ce processus**, offrant des outils pour la conformité automatisée, le suivi des erreurs en temps réel et les [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/).
-
-Restez conforme, sécurisé et efficace avec des pratiques CI/CD appropriées pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-## Utilisation de DevSecOps pour la conformité et la sécurité continues...
-
-<iframe src="https://www.youtube.com/embed/HTMuZfv6JS0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Construction de pipelines CI/CD pour [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-24.jpg?auto=compress)
-
-Un pipeline CI/CD bien conçu simplifie le déploiement et aide à garantir que votre application respecte constamment les directives des app stores.
-
-### Sélection d'une plateforme CI/CD
-
-Choisissez une plateforme CI/CD qui fonctionne parfaitement avec les applications Capacitor. Recherchez des fonctionnalités comme :
-
--   **Intégration avec vos outils de développement actuels**
--   **Options de configuration personnalisables pour les contrôles de conformité**
--   **Support pour le déploiement sur différentes plateformes**
--   **Prix abordable pour une utilisation à long terme**
-
-Après avoir choisi une plateforme, configurez votre pipeline pour permettre des builds cohérents et imposer la conformité.
-
-### Configuration de base du pipeline
-
-Configurez les dépendances de build et les variables d'environnement pour maintenir la conformité. Capgo s'intègre avec la plupart des principales plateformes CI/CD et ne nécessite pas d'hébergement [\[1\]](https://capgo.app/).
-
-Les étapes principales de configuration incluent :
-
--   **Configuration de l'environnement de build et des dépendances**
--   **Connexion de votre système de contrôle de version**
--   **Création de scripts de build automatisés**
-
-### Ajout d'outils de conformité
-
-Une fois votre pipeline opérationnel, incluez des outils pour faire respecter les standards des app stores. Les contrôles de conformité automatisés aident à garantir que les mises à jour respectent les exigences d'Apple et Google Play tout en maintenant un déploiement rapide [\[1\]](https://capgo.app/).
-
-Étapes pour intégrer les outils de conformité :
-
--   **Automatiser les analyses de code pour identifier et bloquer les mises à jour non conformes**
--   **Utiliser des outils de surveillance pour suivre la conformité et notifier l'équipe des problèmes**
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est précieux." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Automatisation de la conformité aux App Stores
-
-L'automatisation des contrôles de conformité aide à garantir que votre application Capacitor respecte les directives iOS et Google Play, en détectant les problèmes potentiels tôt.
-
-### Exigences de conformité iOS
-
-Pour les applications iOS, les contrôles automatisés doivent couvrir :
-
--   **Labels de confidentialité** : Confirmer que toutes les déclarations nécessaires sont exactes.
--   **Sécurité du transport des applications** : S'assurer que tous les appels réseau utilisent HTTPS.
--   **Validation binaire** : Vérifier les limites de taille de fichier et la compatibilité d'architecture.
--   **Sécurité du contenu** : Identifier tout contenu ou fonctionnalité interdits.
-
-### Exigences [Google Play](https://support.google.com/googleplay/android-developer/answer/113513?hl=en)
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/support.google.com-6a40cdc10f6ab14acd7c2475e5b73e8c-2025-03-24.jpg?auto=compress)
-
-Pour Google Play, concentrez-vous sur ces vérifications clés :
-
--   **Validation APK** : Confirmer la signature appropriée et les configurations du manifeste.
--   **Classification du contenu** : Afficher les classifications correctes pour votre application.
--   **Niveau API cible** : Assurer la conformité avec les dernières exigences API Android.
--   **Utilisation des permissions** : Valider que les permissions sont clairement déclarées.
-
-L'utilisation d'outils intégrés pour l'automatisation de la conformité peut rendre ces processus plus efficaces.
-
-### Outils de conformité de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Capgo améliore les flux de travail de conformité avec des outils qui s'intègrent directement dans votre pipeline CI/CD. Voici comment Capgo peut aider :
-
--   **Le chiffrement de bout en bout** assure une livraison sécurisée des mises à jour.
--   **Le contrôle de version automatisé** permet des retours en arrière instantanés si nécessaire.
--   **Les analyses en temps réel** fournissent des informations sur la performance et le succès des mises à jour.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Pour les équipes gérant plusieurs versions d'applications, le [système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) de Capgo prend en charge les tests bêta ciblés et les déploiements progressifs [\[1\]](https://capgo.app/).
-
-## Contrôles de sécurité et de confidentialité
-
-La protection des applications Capacitor et des données utilisateurs nécessite des mesures de sécurité et de confidentialité approfondies dans votre pipeline CI/CD.
-
-### Analyse de sécurité du code
-
-Voici quelques pratiques essentielles à suivre :
-
--   **Analyse statique** : Utilisez des outils pour identifier les failles de sécurité courantes, les vulnérabilités d'injection et les dépendances obsolètes dans votre code.
--   **Tests dynamiques** : Exécutez des tests de pénétration automatisés pour découvrir les vulnérabilités d'exécution.
--   **Vérifications des dépendances** : Inspectez régulièrement les bibliothèques tierces pour les risques de sécurité connus.
-
-Configurez votre pipeline pour arrêter les déploiements si des problèmes de sécurité critiques sont détectés.
-
-### Standards de sécurité des données
-
-La sécurisation des données va au-delà de la simple recherche de vulnérabilités. Elle nécessite des pratiques strictes de chiffrement et de stockage. Voici un exemple :
-
-| Exigence de sécurité | Méthode d'implémentation | Processus de vérification |
-| --- | --- | --- |
-| [Chiffrement des données](https://capgo.app/docs/cli/migrations/encryption/) | Chiffrement de bout en bout | Vérifications automatisées des certificats |
-| Stockage sécurisé | Stockage local chiffré | Révisions des permissions de stockage |
-| Sécurité réseau | Imposer les connexions HTTPS | Validation SSL/TLS |
-| Contrôle d'accès | Permissions basées sur les rôles | Tests d'authentification |
-
-### Fonctionnalités de sécurité Capgo
-
-Capgo pousse la sécurité plus loin en s'appuyant sur ces protocoles d'analyse et de protection des données. Il fournit des outils avancés pour sécuriser vos applications.
-
-Quelques fonctionnalités remarquables incluent :
-
--   **Chiffrement de bout en bout** pour les mises à jour, garantissant que seuls les utilisateurs autorisés peuvent accéder au contenu.
--   **Retour en arrière automatisé** pour résoudre rapidement les problèmes de sécurité lorsqu'ils surviennent.
--   **Suivi des erreurs en temps réel** pour détecter et résoudre immédiatement les problèmes potentiels.
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-Capgo affiche un taux de succès des mises à jour de 95% en 24 heures [\[1\]](https://capgo.app/), combinant une sécurité forte avec un déploiement rapide.
-
-Pour les équipes intégrant des contrôles de sécurité, Capgo s'intègre facilement avec les plateformes CI/CD populaires comme [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), et [Jenkins](https://www.jenkins.io/). Cela permet des contrôles de sécurité automatisés à chaque étape du déploiement.
-
-## Configuration des tests automatisés
-
-L'automatisation des tests dans votre pipeline CI/CD est une étape clé pour garantir que vos applications Capacitor maintiennent une haute qualité et respectent les standards de conformité.
-
-### Méthodes de test UI
-
-Pour garantir que l'interface de votre application fonctionne parfaitement sur tous les appareils et plateformes, configurez des tests UI qui couvrent plusieurs scénarios. Ces tests doivent valider les éléments sur différentes tailles d'écran et systèmes d'exploitation.
-
-| **Catégorie de test** | **Méthode d'implémentation** | **Critères de validation** |
-| --- | --- | --- |
-| Régression visuelle | Comparaison de captures d'écran | Cohérence de la mise en page, positionnement des éléments |
-| Test des composants | Scripts d'interaction automatisés | Fonctionnalité des boutons, validation des formulaires |
-| Vérifications multi-plateformes | Tests sur matrice d'appareils | Comportements UI spécifiques aux plateformes |
-
-Les tests ciblés peuvent également vous aider à distribuer des versions de l'application à des groupes d'utilisateurs spécifiques pour obtenir plus de retours.
-
-En plus des tests UI, il est important d'analyser les métriques de performance de votre application.
-
-### Tests de vitesse et de ressources
-
-Les tests de performance garantissent que votre application répond aux attentes des utilisateurs et aux exigences des app stores. Utilisez des vérifications automatisées dans votre pipeline pour suivre ces métriques clés :
-
--   **Test du temps de lancement** : Mesurez la rapidité de démarrage de l'application, démarrages à froid et à chaud.
--   **Surveillance de l'utilisation mémoire** : Surveillez l'utilisation de la RAM pour éviter les plantages ou ralentissements.
--   **Analyse de l'impact sur la batterie** : Évaluez la consommation d'énergie pendant les opérations critiques.
--   **Performance réseau** : Testez la vitesse et la fiabilité des transferts de données.
-
-Ces métriques sont cruciales pour offrir une expérience utilisateur fluide et rester conforme aux exigences des plateformes.
-
-### Tests d'accessibilité
-
-Après les tests de performance, concentrez-vous sur l'accessibilité pour garantir que votre application est utilisable par tous les utilisateurs. Incluez des vérifications automatisées pour les éléments suivants :
-
-| **Fonctionnalité d'accessibilité** | **Approche de test** | **Standard de conformité** |
-| --- | --- | --- |
-| Support du lecteur d'écran | Validation vocale | WCAG 2.1 Niveau AA |
-| Contraste des couleurs | Analyse automatisée du contraste | Directives de plateforme |
-| Taille des zones tactiles | Vérification des dimensions des éléments | Exigences spécifiques au système d'exploitation |
-| Navigation au clavier | Test des méthodes de saisie | Standards multi-plateformes |
-
-Avec les outils d'intégration de Capgo, vous pouvez automatiser ces tests d'accessibilité directement dans votre workflow CI/CD. La plateforme prend en charge Capacitor 8, assurant une compatibilité fluide avec les systèmes CI/CD pris en charge tout en vous aidant à respecter les normes de conformité [\[1\]](https://capgo.app/).
-
-## Prochaines étapes et conseils
-
-Une fois que vous avez établi vos processus CI/CD, il est important de rester conforme aux politiques changeantes en maintenant tout à jour.
-
-### Mises à jour régulières des politiques
-
-L'automatisation des vérifications de politique dans votre pipeline CI/CD vous aide à détecter les problèmes tôt. Les examens réguliers garantissent que votre application répond aux dernières normes de confidentialité, de sécurité et de plateforme.
-
-| **Catégorie de mise à jour** | **Fréquence de surveillance** | **Domaines clés** |
-| --- | --- | --- |
-| Directives du store | Mensuelle | Règles de confidentialité, protocoles de sécurité |
-| Mises à jour de la plateforme | Trimestrielle | Compatibilité OS, changements d'API |
-| Correctifs de sécurité | Hebdomadaire | Correction des vulnérabilités, mises à jour du chiffrement |
-
-### Tirer le meilleur parti de Capgo
-
-Capgo s'intègre parfaitement aux plateformes CI/CD, simplifiant la gestion de la conformité et permettant des mises à jour rapides. Son système de canaux permet des déploiements progressifs, vous aidant à repérer et corriger les problèmes de conformité avant qu'ils n'affectent tous les utilisateurs.
-
-Voici comment commencer :
-
--   **Automatisez les vérifications de conformité** avec l'outil CLI de Capgo pour vous assurer que rien ne passe entre les mailles du filet.
--   **Suivez les erreurs en temps réel** pour surveiller les performances des mises à jour.
--   **[Utilisez le système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** pour tester en bêta les changements de conformité avant un déploiement complet.
-
-Avec les analyses de Capgo, vous pouvez rapidement valider la conformité et rationaliser les déploiements progressifs. Ces étapes garantissent des mises à jour plus fluides et une conformité à long terme.
-
-### Points clés à retenir
-
-Pour maintenir l'efficacité de votre processus de conformité, concentrez-vous sur ces domaines :
-
-| **Domaine de conformité** | **Stratégie de mise en œuvre** | **Métrique clé** |
-| --- | --- | --- |
-| Suivi des politiques | Surveillance automatisée | Rapport mensuel de conformité |
-| Distribution des mises à jour | Déploiements progressifs | 95% de mises à jour réussies |
-| Gestion des erreurs | Suivi en temps réel | Temps de réponse API moyen : 57ms |
diff --git a/src/content/blog/fr/configuring-rollback-for-capacitor-updates.md b/src/content/blog/fr/configuring-rollback-for-capacitor-updates.md
deleted file mode 100644
index 19d5b74da..000000000
--- a/src/content/blog/fr/configuring-rollback-for-capacitor-updates.md
+++ /dev/null
@@ -1,168 +0,0 @@
----
-slug: configuring-rollback-for-capacitor-updates
-title: Configurer le Rollback pour les mises à jour de Capacitor
-description: >-
-  Apprenez à configurer les options de retour en arrière pour les mises à jour
-  de Capacitor afin de maintenir la stabilité de l'application, garantissant
-  ainsi une expérience utilisateur fluide lors des mises à jour en direct.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T01:14:33.030Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6802ea903c6b972ab5077c74-1745025315132.jpg
-head_image_alt: Développement Mobile
-keywords: 'Capacitor, rollback, updates, mobile development, app stability'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Le retour arrière dans [Capacitor](https://capacitorjs.com/) garantit que votre application reste stable pendant les mises à jour over-the-air (OTA). Voici ce que vous devez savoir :
-
-- **Retour arrière automatique** : Revertit automatiquement à la dernière version stable en cas d'échec d'une mise à jour.
-- **Retour arrière manuel** : Permet aux développeurs de revenir manuellement à une version précédente pour des corrections rapides.
-- **Sauvegarde de l'ensemble par défaut** : Si toutes les mises à jour échouent, l'application est restaurée à son package d'origine.
-
-### Comment le configurer :
-
-1. **Retour arrière automatique** : Utilisez des configurations comme les seuils de taux de réussite (par exemple, 95 %) et les périodes de suivi (par exemple, 5 minutes).
-2. **Retour arrière manuel** : Conservez plusieurs versions pour plus de flexibilité (par exemple, les 5 dernières versions).
-
-### Conseils de gestion :
-
-- Testez les mises à jour dans un environnement de staging avant la sortie.
-- Surveillez les taux de réussite des mises à jour et les erreurs pour déclencher rapidement les retours arrière.
-- Utilisez des déploiements par phases (par exemple, 10 %, 50 %, 100 %) pour minimiser l'impact.
-
-### Comparaison des plateformes :
-
-
-**Tableau de comparaison rapide :**
-
-| Plateforme | Type de retour arrière | Analytique | Chiffrement | Options d'hébergement | Coût |
-| --- | --- | --- | --- | --- | --- |
-| **Capgo** | Auto/Manuel | Oui | Oui | Flexible | Abordable |
-| Manuel uniquement | Non  | Non  | Limité | Moins cher |
-| Appflow | Auto/Manuel | Partiel | Non  | Limité | Élevé |
-
-Avec une configuration adéquate et des outils comme Capgo, vous pouvez garantir des mises à jour fluides et résoudre rapidement les problèmes pour maintenir votre application opérationnelle sans interruption.
-
-## MAD24 304 Profiter des mises à niveau atomiques avec [OSTree](https://en.wikipedia.org/wiki/OSTree) pour ...
-
-
-## Comment fonctionne le retour arrière dans [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6802ea903c6b972ab5077c74/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Capacitor comprend une fonctionnalité de retour arrière qui garantit la stabilité de l'application pendant les mises à jour over-the-air, agissant comme un garde-fou contre d'éventuels problèmes.
-
-### Types de retour arrière
-
-- **Retour arrière automatique** : Si une mise à jour échoue, Capacitor rétablit automatiquement l'application à sa dernière version stable.
-- **Retour arrière manuel** : Les développeurs peuvent revenir manuellement à une version précédente, permettant des corrections rapides lors des déploiements par phases ou des problèmes en production [\[1\]](https://capgo.app/).
-
-Comme filet de sécurité supplémentaire, Capacitor s'appuie également sur le package d'application original.
-
-### Utilisation de l'ensemble par défaut comme sauvegarde
-
-Si toutes les tentatives de mise à jour échouent, Capacitor restaure l'application en utilisant l'ensemble original, garantissant que l'application reste fonctionnelle.
-
-## Mise en place du retour arrière : Étape par étape
-
-Voici comment configurer efficacement les options de retour arrière automatique et manuel.
-
-### Configuration du retour arrière automatique
-
-Pour activer le retour arrière automatique, configurez les critères de détection et de réussite :
-
-```typescript
-const config = {
-  autoRollback: true,
-  timeout: 15000, // Timeout: 15 seconds
-  checkInterval: 5000 // Check interval: 5 seconds
-};
-```
-
-```typescript
-const updateConfig = {
-  minSuccessRate: 95, // Rollback if success rate drops below 95%
-  monitorDuration: 300000 // Monitoring duration: 5 minutes
-};
-```
-
-### Configuration du retour arrière manuel
-
-Pour le retour arrière manuel, personnalisez les options selon vos besoins :
-
-```typescript
-const rollbackOptions = {
-  versionControl: true,
-  keepVersions: 5,    // Retain the last 5 versions
-};
-```
-
-Si vous utilisez Capgo, vous pouvez initier un retour arrière en un seul clic vers n'importe quelle version sauvegardée.
-
-Pour référence :
-
-| Type de retour arrière | Délai d'attente | Seuil de réussite | Période de suivi |
-| --- | --- | --- | --- |
-| Auto | 15 secondes | 95 % | 5 minutes |
-| Manuel | N/A | Défini par l'utilisateur | Continu |
-
-Rendez-vous à la section suivante pour des conseils sur la gestion des retours arrière.
-
-## Conseils de gestion des retours arrière
-
-Minimisez l'impact sur les utilisateurs en testant, surveillant et déployant soigneusement les mises à jour.
-
-### Test dans la mise en scène
-
-Simulez des scénarios de retour arrière dans une configuration de staging qui reflète la production.
-
-Pour vérifier la préparation au retour arrière :
-
-- Déployez des mises à jour bêta à de petits groupes utilisant les canaux Capgo [\[1\]](https://capgo.app/).
-- Si des problèmes se présentent, déclenchez un retour arrière vers la version stable la plus récente.
-
-Après les tests, concentrez-vous sur la surveillance des performances de la mise à jour dans l'environnement en direct.
-
-### Suivi des performances des mises à jour
-
-Restez informé sur les performances des mises à jour pour garantir des retours arrière fluides :
-
-- Surveillez en direct les taux de réussite des mises à jour et l'engagement des utilisateurs [\[1\]](https://capgo.app/).
-- Gardez un œil sur les erreurs pour initier les retours arrière tôt, évitant ainsi des interruptions majeures.
-- Utilisez les analyses pour repérer et résoudre d'éventuels goulets d'étranglement.
-
-> "Nous avons déployé des mises à jour OTA Capgo en production pour notre base d'utilisateurs de plus de 5000. Nous constatons un fonctionnement très fluide et presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo."
->
-> - colenso [\[1\]](https://capgo.app/)
-
-Une fois la surveillance en place, publiez les mises à jour progressivement.
-
-### Publication de mises à jour par phases
-
-Distribuez les mises à jour progressivement : commencez par 10 %, puis 50 %, et enfin 100 % de vos utilisateurs [\[1\]](https://capgo.app/).
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !"
-> 
-> - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Fonctionnalités de retour arrière des plateformes
-
-Maintenant que nous avons discuté de la mise en place et des meilleures pratiques pour le retour arrière, examinons comment les principales plateformes gèrent les retours arrière. Les outils qu'elles proposent peuvent faire une grande différence dans la rapidité et la fiabilité de votre récupération lors de mises à jour problématiques.
-
-**Capgo** se démarque avec son **retour arrière en un clic** vers n'importe quelle version. Il propose également un **chiffrement de bout en bout**, des **analyses en temps réel**, des canaux de déploiement avancés, et la flexibilité d'options hébergées dans le cloud ou auto-hébergées [\[1\]](https://capgo.app/).
-
-D'un autre côté, **Appflow** a des frais annuels élevés et une feuille de route peu claire, ce qui peut le rendre moins attractif [\[1\]](https://capgo.app/).
-
-Lors du choix d'une plateforme, les facteurs clés à considérer incluent **la sécurité**, la profondeur de l'analyse, la flexibilité du déploiement et le coût global. Capgo combine fiabilité des retours arrière, forte sécurisation, et rentabilité, en faisant une option solide pour des équipes de toutes tailles [\[1\]](https://capgo.app/).
-
-## Résumé
-
-Assurer des mises à jour fluides pour votre application Capacitor nécessite des méthodes de retour arrière fiables, depuis la configuration initiale jusqu'aux sorties par phases. En configurant correctement les paramètres et en choisissant les bonnes plateformes, les équipes peuvent rapidement résoudre les problèmes causés par des mises à jour défaillantes tout en maintenant la satisfaction des utilisateurs.
-
-Un plan de retour arrière solide inclut un mélange d'options automatiques et manuelles, une surveillance en temps réel, des déploiements progressifs et des pipelines de mise à jour sécurisés. Des outils tels que Capgo simplifient ce processus avec des fonctionnalités telles que les retours arrière en un clic, des mises à jour chiffrées et des analyses intégrées. Avec ces stratégies, votre application peut fournir des mises à jour constantes et fiables sans interruptions.
diff --git a/src/content/blog/fr/cordova-hybrid-app-development.md b/src/content/blog/fr/cordova-hybrid-app-development.md
deleted file mode 100644
index 4f52b61e4..000000000
--- a/src/content/blog/fr/cordova-hybrid-app-development.md
+++ /dev/null
@@ -1,118 +0,0 @@
----
-slug: cordova-hybrid-app-development
-title: >-
-  Guide ultime d'Apache Cordova : Le développement d'applications hybrides
-  simplifié
-description: >-
-  Plongez dans le monde d'Apache Cordova. Découvrez comment Cordova permet aux
-  développeurs de créer des applications mobiles multiplateformes en utilisant
-  des technologies web comme HTML, CSS et JavaScript. Explorez son histoire, ses
-  avantages et comparez-le avec des alternatives comme Capacitor.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-06-02T00:00:00.000Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: /what-is-cordova-phone-gap.webp
-head_image_alt: Diagramme expliquant la différence entre les applications hybrides et natives.
-keywords: >-
-  Cordova, hybrid app development, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: cordova
-published: true
-locale: fr
-next_blog: ''
----
-## Démystifier Apache Cordova : Un Guide Complet pour le Développement d'Applications Hybrides
-
-Dans le monde actuel axé sur le mobile, il est primordial d'atteindre un large public avec votre application. Mais développer des applications natives séparées pour iOS, Android et d'autres plateformes peut être chronophage et gourmand en ressources. C'est là qu'intervient Apache Cordova, un puissant framework open-source qui permet aux développeurs de créer des applications mobiles multiplateformes en utilisant des technologies web familières comme HTML, CSS et JavaScript.
-
-Ce guide complet plonge dans l'univers de Cordova, explorant ses subtilités, ses avantages et comment il se compare à la concurrence.
-
-### Comment fonctionne Cordova : Combler le fossé entre le Web et le Natif
-
-Au cœur de son fonctionnement, Cordova agit comme un pont entre votre application web et les capacités natives des appareils mobiles. Il y parvient ingénieusement grâce aux composants clés suivants :
-
-1. **WebView : Le Conteneur Natif de Votre Application Web :**
-   - Cordova utilise un composant natif appelé WebView, essentiellement un navigateur web simplifié sans les éléments d'interface utilisateur typiques comme les barres d'adresse et les boutons de navigation.
-   - Votre application web réside confortablement dans ce conteneur WebView, fonctionnant comme elle le ferait dans un navigateur mobile normal. Elle conserve sa capacité à charger des pages HTML, exécuter du code JavaScript, gérer du contenu multimédia et communiquer avec des serveurs distants.
-
-2. **Plugins : Débloquer les Fonctionnalités Natives de l'Appareil :**
-   - Les applications web, par conception, fonctionnent dans un environnement sandbox sécurisé qui restreint l'accès direct aux fonctionnalités matérielles et logicielles spécifiques de l'appareil. Par exemple, l'accès à la liste des contacts, à la caméra ou aux données GPS directement depuis une application web est généralement interdit.
-   - Les plugins Cordova viennent à la rescousse en agissant comme intermédiaires, fournissant des API JavaScript qui exposent ces capacités natives à votre application web. Pensez aux plugins comme des modules spécialisés qui étendent la portée de votre application aux fonctionnalités natives de l'appareil.
-   - Avec les bons plugins, votre application Cordova peut interagir de manière transparente avec la caméra de l'appareil pour capturer des photos et des vidéos, accéder à la liste des contacts pour récupérer ou stocker des informations de contact, utiliser la fonctionnalité GPS pour déterminer la position de l'utilisateur, et bien plus encore.
-
-3. **Ionic Native : Surcharger le Développement de Plugins Cordova :**
-   - Ionic Native, une puissante bibliothèque développée par l'équipe Ionic, simplifie et améliore davantage l'intégration des plugins Cordova.
-   - Elle fournit une riche collection d'interfaces TypeScript pour plus de 200 des plugins Cordova les plus populaires, rendant incroyablement pratique pour les développeurs l'incorporation de fonctionnalités natives dans leurs applications.
-   - De plus, Ionic offre un support de niveau entreprise pour Ionic Native, fournissant aux organisations des mises à jour continues, des correctifs de sécurité cruciaux et une assistance experte pour maintenir la compatibilité entre différents modèles d'appareils et versions de plateformes.
-
-### Retracer les Racines de Cordova : De PhoneGap à une Puissance Open-Source
-
-Comprendre la connexion historique entre Apache Cordova et PhoneGap est crucial pour dissiper toute confusion entourant ces deux entités étroitement liées.
-
-1. **PhoneGap : Pionnier de la Révolution des Applications Hybrides :**
-   - En 2008, un groupe d'ingénieurs innovants chez Nitobi, une entreprise canadienne de développement web, s'est lancé dans une mission pour combler le fossé entre le développement d'applications web et natives mobiles.
-   - Ils ont conçu PhoneGap, un framework qui exploitait le concept alors nouveau d'utiliser une WebView pour exécuter des applications web nativement sur des appareils mobiles. Cette approche révolutionnaire permettait aux développeurs d'utiliser leurs compétences existantes en développement web pour créer des applications pouvant accéder aux fonctionnalités natives de l'appareil.
-
-2. **Embrasser l'Open Source : La Naissance d'Apache Cordova :**
-   - En 2011, Adobe Systems a acquis Nitobi et pris une décision stratégique qui allait façonner l'avenir du développement d'applications hybrides. Ils ont généreusement fait don de PhoneGap à la Apache Software Foundation, un champion reconnu du logiciel open-source.
-   - Sous l'égide d'Apache, PhoneGap a été rebaptisé Apache Cordova, du nom de la rue où se trouvait le bureau de Nitobi à Vancouver. Cette décision a garanti que Cordova prospérerait en tant que projet communautaire, favorisant l'innovation et la collaboration entre développeurs du monde entier.
-
-3. **Cordova vs. PhoneGap : Différencier les Deux :**
-   - Aujourd'hui, Apache Cordova et Adobe PhoneGap sont souvent utilisés de manière interchangeable, ce qui peut prêter à confusion. Une simple analogie peut aider à clarifier leur relation. Considérez Cordova comme le moteur open-source qui alimente la navigation web, similaire au rôle que joue WebKit. En revanche, PhoneGap est comparable à une implémentation spécifique de ce moteur, comme le navigateur Safari d'Apple, qui est construit sur WebKit.
-   - Du point de vue fonctionnel, Cordova et PhoneGap sont largement identiques, offrant les mêmes capacités fondamentales pour le développement d'applications hybrides. Il peut y avoir des différences subtiles dans leurs interfaces en ligne de commande et leurs outils, mais ces variations sont généralement mineures et n'affectent pas significativement le processus de développement.
-   - Adobe continue d'offrir des services à valeur ajoutée et des outils sous la marque PhoneGap, comme PhoneGap Build, un service cloud qui simplifie la compilation des binaires d'applications natives. Ces services sont typiquement destinés aux développeurs ou organisations recherchant une approche plus rationalisée ou gérée du développement d'applications hybrides.
-
-### Ionic et Cordova : Un Couplage Parfait pour l'Excellence des Applications Hybrides
-
-Ionic et Cordova sont depuis longtemps liés, formant une synergie puissante qui simplifie le développement d'applications hybrides et élève les expériences utilisateur.
-
-1. **Ionic : Créer des Interfaces Utilisateur Belles et Performantes :**
-   - Ionic, un framework open-source leader, se concentre principalement sur les aspects front-end du développement d'applications hybrides. Il fournit une bibliothèque complète de composants UI pré-construits, de gestes et d'animations méticuleusement conçus pour imiter l'apparence et le comportement des applications natives sur différentes plateformes.
-
-2. **Cordova : Combler le Fossé vers la Fonctionnalité Native :**
-   - Cordova s'intègre parfaitement avec Ionic, permettant aux développeurs d'accéder à une multitude de fonctionnalités natives de l'appareil directement depuis leurs applications Ionic. Ce partenariat harmonieux permet la création d'applications hybrides qui non seulement ont l'apparence et le comportement natifs, mais peuvent également exploiter tout le potentiel du matériel et du logiciel de l'appareil sous-jacent.
-
-3. **Un Flux de Développement Rationalisé :**
-   - Ionic et Cordova se complètent parfaitement, établissant un flux de développement bien défini et efficace. Les développeurs peuvent exploiter la riche boîte à outils UI d'Ionic et ses capacités de prototypage rapide pour créer des interfaces utilisateur belles et engageantes. En même temps, Cordova garantit que ces applications peuvent exploiter de manière transparente les fonctionnalités natives de l'appareil, offrant une expérience véritablement proche du natif.
-
-### Capacitor : Un Concurrent Moderne dans l'Arène des Applications Hybrides
-
-Alors que Cordova a joui d'un long et fructueux règne en tant que solution de référence pour le développement d'applications hybrides, un nouveau concurrent est apparu sur la scène, visant à repousser davantage les limites : Capacitor.
-
-1. **Capacitor : Moderniser le Runtime d'Applications Hybrides :**
-   - Développé par la même équipe que Ionic, Capacitor représente une évolution naturelle du runtime d'applications hybrides. Il s'appuie sur la base solide établie par Cordova tout en abordant certaines de ses limitations et en adoptant les standards web modernes.
-
-2. **Exploiter la Puissance des API Web Modernes :**
-   - Capacitor est conçu depuis le début pour adopter les dernières avancées des technologies web. Il exploite les API Web modernes, telles que les Service Workers, les Web Components et les Promises, pour offrir des performances améliorées, une meilleure sécurité et une base plus pérenne pour les applications hybrides.
-
-3. **Intégration Native et Personnalisation Transparentes :**
-   - L'une des principales forces de Capacitor est son intégration profonde avec les SDK natifs, offrant aux développeurs plus de flexibilité et de contrôle sur la couche native de leurs applications. Cela permet une personnalisation plus facile des fonctionnalités natives, des processus de débogage plus rationalisés et une intégration généralement plus robuste et fiable avec la plateforme sous-jacente de l'appareil.
-
-## À Propos d'Ionic : Permettre aux Développeurs de Créer des Applications Hybrides Impressionnantes
-
-Ionic s'est établi comme un framework open-source leader pour la création d'applications mobiles hybrides de haute qualité en utilisant le trio familier de technologies web : HTML, CSS et JavaScript.
-
-### Caractéristiques Clés et Avantages qui Distinguent Ionic :
-
-- **Développement Véritablement Multiplateforme :** Ionic permet aux développeurs d'écrire leur code une seule fois et de le déployer sur plusieurs plateformes, y compris iOS, Android et le web, réduisant significativement le temps et l'effort de développement.
-- **Expériences Utilisateur Proches du Natif :** Les composants UI d'Ionic sont méticuleusement conçus pour fournir une apparence et une sensation natives sur chaque plateforme. Cette attention aux détails garantit que votre application s'intègre parfaitement avec l'appareil de l'utilisateur, offrant une expérience utilisateur agréable.
-- **Performance Optimisée pour Mobile :** Ionic est construit en pensant à la performance, employant les meilleures pratiques et optimisations pour assurer des temps de chargement rapides, des animations fluides et une réactivité, même sur des appareils moins puissants.
-- **Communauté Dynamique et Solidaire :** Ionic bénéficie d'une large et active communauté de développeurs dans le monde entier. Cette communauté dynamique contribue à une richesse de ressources, incluant une documentation extensive, des tutoriels utiles et des forums actifs où les développeurs peuvent chercher de l'aide et partager leurs connaissances.
-- **Support et Solutions de Niveau Entreprise :** Ionic offre un support et des services de niveau entreprise pour les organisations ayant des besoins d'applications critiques. Cela inclut des canaux de support dédiés, des conseils d'experts et des solutions sur mesure pour répondre aux exigences spécifiques des clients entreprise.
-
-## Capgo : Rationaliser les Mises à Jour en Direct pour les Applications Capacitor
-
-Capgo est une plateforme complète spécifiquement conçue pour simplifier et améliorer le processus de mise à jour en direct pour les applications mobiles basées sur Capacitor.
-
-### Avantages Clés de l'Intégration de Capgo dans votre Flux de Travail :
-
-- **Mises à jour en direct transparentes :** [Capgo](https://capgo.app) vous permet de livrer des mises à jour instantanées aux appareils de vos utilisateurs sans qu'ils aient besoin de télécharger de nouvelles versions depuis les stores d'applications. Cela garantit que vos utilisateurs disposent toujours des dernières fonctionnalités, corrections de bugs et contenus à portée de main.
-- **Gestion et flux de travail des mises à jour simplifiés :** [Capgo](https://capgo.app) simplifie l'ensemble du processus de mise à jour, rendant incroyablement facile le déploiement de nouvelles fonctionnalités, de corrections de bugs critiques et de mises à jour de contenu pour vos utilisateurs. Son interface intuitive et ses capacités d'automatisation libèrent les développeurs pour qu'ils puissent se concentrer sur la création d'excellentes applications plutôt que sur la gestion de procédures de mise à jour complexes.
-- **Expérience utilisateur améliorée avec des perturbations minimales :** [Capgo](https://capgo.app) privilégie l'expérience utilisateur en livrant des mises à jour de manière transparente et discrète. Cela garantit que vos utilisateurs peuvent profiter des dernières améliorations sans interruptions ni délais, les maintenant engagés et satisfaits.
-- **Cycles de développement accélérés et itération rapide :** [Capgo](https://capgo.app) permet aux équipes de développement d'itérer plus rapidement et plus efficacement en permettant le déploiement et le test instantanés des mises à jour d'applications. Cette boucle de rétroaction rapide favorise l'innovation et permet des temps de réponse plus rapides aux retours des utilisateurs ou aux évolutions du marché.
-
-## Pourquoi Capgo prend en charge exclusivement Capacitor pour les mises à jour en direct
-
-Capgo a pris la décision stratégique de se concentrer uniquement sur Capacitor, un runtime d'applications hybrides moderne et puissant, pour offrir la meilleure expérience possible de mise à jour en direct. L'architecture moderne de Capacitor, son intégration profonde avec les SDK natifs et son engagement envers les standards du web s'alignent parfaitement avec la vision de Capgo de fournir des mises à jour en direct fluides, fiables et efficaces pour les applications mobiles hybrides.
diff --git a/src/content/blog/fr/cpra-compliance-for-app-developers.md b/src/content/blog/fr/cpra-compliance-for-app-developers.md
deleted file mode 100644
index 6e211c503..000000000
--- a/src/content/blog/fr/cpra-compliance-for-app-developers.md
+++ /dev/null
@@ -1,242 +0,0 @@
----
-slug: cpra-compliance-for-app-developers
-title: Conformité CPRA pour les développeurs d'applications
-description: >-
-  Découvrez les exigences de conformité CPRA pour les développeurs
-  d'applications, en mettant l'accent sur les droits des utilisateurs, la
-  sécurité des données et la gestion efficace du consentement.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:45:04.405Z
-updated_at: 2025-05-16T12:46:04.636Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68272d340209458b3ff59c4e-1747399564636.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  CPRA, app developers, data protection, privacy rights, consent management,
-  sensitive personal information, compliance, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-À partir de mai 2025, les développeurs d'applications font face à des règles de confidentialité plus strictes en vertu du [California Privacy Rights Act](https://en.wikipedia.org/wiki/California_Privacy_Protection_Agency) (CPRA). Cette loi s'appuie sur le CCPA et introduit des normes plus strictes pour la protection des données des utilisateurs. Voici un aperçu rapide :
-
--   **À qui cela s'applique :** Entreprises avec plus de 25M$ de revenus annuels, traitant les données de plus de 100 000 utilisateurs californiens, ou générant plus de 50% des revenus des ventes de données.
--   **Exigences clés :**
-    -   Limiter la collecte de données au strict nécessaire (minimisation des données).
-    -   Protéger les informations personnelles sensibles (IPS).
-    -   Offrir des droits aux utilisateurs comme l'accès aux données, la suppression et les options de désabonnement.
-    -   Conserver les données uniquement le temps nécessaire et les supprimer de manière sécurisée ensuite.
--   **Risques de non-conformité :** Amendes jusqu'à 7 500$ par infraction, comme dans les cas de [Honda](https://en.wikipedia.org/wiki/Honda) (amende de 632 500$) et [Tilting Point Media](https://www.tiltingpoint.com/privacy-policy/) (amende de 500 000$ pour mauvaise gestion des données des enfants).
-
-### Conseils rapides pour la conformité :
-
-1.  Cartographier et documenter tous les flux de données.
-2.  Utiliser des mesures de sécurité fortes comme le chiffrement et les contrôles d'accès.
-3.  Mettre en place des systèmes conviviaux de gestion du consentement.
-4.  Former régulièrement le personnel et auditer les pratiques de confidentialité.
-
-**Résumé :** La conformité au CPRA nécessite une protection proactive des données, des droits d'utilisateur clairs et des évaluations continues des risques. La non-conformité peut entraîner des amendes conséquentes, donc l'intégration de pratiques axées sur la confidentialité est cruciale.
-
-## Exigences CPRA pour les applications
-
-### Gestion des données sensibles
-
-Le California Privacy Rights Act (CPRA) définit des directives spécifiques pour la gestion des **Informations Personnelles Sensibles (IPS)** dans les applications mobiles. Pour se conformer, les développeurs d'applications doivent mettre en œuvre des mesures de sécurité robustes pour protéger les données sensibles et limiter leur collecte strictement à ce qui est nécessaire pour la fonctionnalité principale de l'application [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information).
-
-En plus de protéger les IPS, le CPRA renforce les droits des utilisateurs, accordant aux individus un plus grand contrôle sur leurs données personnelles.
-
-### Droits de confidentialité des utilisateurs
-
-Le CPRA ne s'arrête pas à la protection des données - il garantit également aux utilisateurs des droits concrets sur leurs informations. Ces droits incluent la possibilité d'accéder, de supprimer ou de corriger leurs données, de refuser le partage de données et de demander la portabilité des données. Les entreprises doivent répondre à ces demandes dans un délai de 45 jours, tandis que les demandes de désabonnement doivent être traitées dans les 15 jours ouvrables, comme l'exige la [California Privacy Protection Agency](https://cppa.ca.gov/) [\[2\]](https://oag.ca.gov/privacy/ccpa).
-
-Pour les développeurs qui s'appuient sur des services tiers, des outils comme la solution de mise à jour en direct de [Capgo](https://capgo.app/) - offrant un chiffrement de bout en bout et une attribution des utilisateurs - peuvent simplifier le processus de conformité tout en gérant efficacement les mises à jour.
-
-### Règles de stockage des données
-
-Selon le CPRA, les données ne doivent être conservées que tant qu'elles servent leur objectif prévu. Après cela, elles doivent être supprimées de manière sécurisée. Pour répondre à ces exigences, les entreprises doivent établir des politiques de rétention claires, mettre en œuvre des processus de suppression automatisés, effectuer des audits réguliers et assurer une élimination sécurisée des données [\[4\]](https://secureprivacy.ai/blog/cpra-data-retention). Comme le dit [PwC](https://www.pwc.com/us/en.html) :
-
-> "Les données qui sont supprimées sont aussi importantes, peut-être plus importantes, que les données qui sont conservées" [\[3\]](https://www.pwc.com/us/en/services/consulting/cybersecurity-risk-regulatory/library/cpra-data-retention-preparation.html).
-
-Le non-respect de ces réglementations peut entraîner des amendes allant jusqu'à 7 500$ par infraction [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information). Pour éviter ces pénalités, les entreprises doivent adopter des mesures de sécurité raisonnables et maintenir la transparence à travers des [politiques de confidentialité](https://capgo.app/dp/) claires et des interfaces conviviales.
-
-## Étapes techniques pour la conformité
-
-### Développement axé sur la confidentialité
-
-L'intégration de la protection des données dans l'architecture de votre application dès le début est essentielle. Commencez par une **cartographie des données** approfondie pour identifier où les informations personnelles sensibles sont collectées, stockées et utilisées [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information). Pour protéger ces données, envisagez de mettre en œuvre les mesures suivantes :
-
--   **Contrôles d'accès basés sur les rôles (RBAC) :** Limiter l'accès aux données sensibles selon les rôles utilisateurs.
--   **Masquage et tokenisation des données :** Protéger les données en masquant les informations identifiables.
--   **Protocoles de chiffrement :** Sécuriser les données en transit et au repos.
--   **Authentification multi-facteurs :** Ajouter une couche de sécurité supplémentaire pour prévenir les accès non autorisés.
-
-Lors du déploiement des mises à jour, assurez-vous que ces mesures de confidentialité restent intactes et fonctionnelles.
-
-### Mises à jour sécurisées des applications
-
-Une fois votre application construite avec des principes de confidentialité, sécuriser le processus de mise à jour devient l'étape critique suivante. Les mises à jour doivent être conçues pour protéger les données sensibles, le chiffrement de bout en bout jouant un rôle clé dans la prévention des violations pendant le processus de mise à jour.
-
-Pour les applications construites avec Capacitor, **la solution de mise à jour en direct de Capgo** offre des fonctionnalités qui s'alignent étroitement avec les besoins de conformité CPRA :
-
-| **Fonctionnalité de sécurité** | **Avantage pour la conformité** |
-| --- | --- |
-| Chiffrement de bout en bout | Protège les données contre les accès non autorisés pendant les mises à jour |
-| Contrôle de version | Crée une piste d'audit pour vérifier la conformité |
-| Attribution des utilisateurs | Permet le déploiement de fonctionnalités basé sur le consentement |
-| Capacité de retour en arrière | Permet des corrections rapides pour les problèmes de confidentialité |
-
-### Systèmes de gestion du consentement
-
-Un système de gestion du consentement bien conçu est crucial pour suivre, stocker et respecter les préférences de confidentialité des utilisateurs, assurant l'alignement avec les réglementations CPRA.
-
-> "La gestion du consentement permet aux organisations de collecter, stocker et gérer les autorisations des utilisateurs pour l'utilisation des données de manière transparente et légalement conforme. C'est la pierre angulaire de la construction de la confiance des clients, de la personnalisation des expériences utilisateur et de l'assurance de pratiques de données transparentes." [\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-Forbes souligne les pratiques suivantes pour une gestion efficace du consentement :
-
--   **Interfaces de confidentialité personnalisables :** Permettre aux utilisateurs de personnaliser facilement leurs paramètres de confidentialité.
--   **Stockage automatisé du consentement :** Assurer que les préférences sont enregistrées et respectées de manière cohérente.
--   **Intégration système :** Synchroniser les préférences de consentement avec les systèmes en aval pour une conformité transparente.
--   **Adaptation géographique :** Ajuster les paramètres en fonction des lois sur la confidentialité régionales.
-
-D'autres mesures pour renforcer la conformité incluent :
-
--   Réaliser des évaluations régulières des risques de confidentialité.
--   Préparer des plans de réponse aux incidents pour les violations potentielles.
--   Mettre en œuvre des programmes de formation des employés axés sur la confidentialité.
--   Établir des accords clairs avec les fournisseurs tiers pour limiter leur traitement des données [\[6\]](https://www.cookieyes.com/blog/cpra-enforcement).
-
-> "En tant qu'avocat, je trouve que la gestion du consentement de Ketch est inestimable pour effectuer rapidement et en toute confiance les ajustements nécessaires des risques de confidentialité, sans avoir besoin de connaissances techniques approfondies. Ce contrôle et cette facilité d'utilisation sont rares." [\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-## Comment se préparer au CPRA : Étapes clés et aperçus d'experts
-
-<Steps>
-1. Évaluer l'applicabilité du CPRA à votre entreprise
-2. Auditer les pratiques actuelles de protection des données
-3. Mettre à jour les politiques de confidentialité et les avis
-4. Former le personnel aux nouvelles exigences
-5. Mettre en œuvre des contrôles techniques
-6. Tester et valider la conformité
-7. Documenter toutes les mesures prises
-8. Maintenir un programme de conformité continu
-</Steps>
-
-## Gestion continue de la conformité
-
-Une fois les garanties techniques en place, le travail ne s'arrête pas là. La surveillance et la gestion continues sont essentielles pour maintenir la conformité aux exigences CPRA.
-
-### Évaluation des risques de confidentialité
-
-Saviez-vous que les violations de données coûtent aux entreprises en moyenne **4,45 millions de dollars** ? [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance) Ce chiffre stupéfiant souligne l'importance des **Évaluations d'Impact sur la Protection des Données (EIPD)** régulières. Ces évaluations aident à identifier les points faibles dans vos pratiques de données et vous permettent d'apporter les ajustements nécessaires.
-
-Voici quelques domaines clés à cibler lors d'une évaluation des risques de confidentialité :
-
-| **Zone d'évaluation** | **Actions suggérées** |
-| --- | --- |
-| **Traitement des données** | Documenter comment les données sont collectées et pourquoi elles sont nécessaires |
-| **Mesures de sécurité** | Revoir les protocoles de chiffrement et les contrôles d'accès |
-| **Fournisseurs tiers** | Mettre à jour et évaluer les accords de partage de données |
-| **Droits des utilisateurs** | S'assurer que les mécanismes de désabonnement sont fonctionnels |
-
-Prenez le cas de [Sephora](https://en.wikipedia.org/wiki/Sephora) comme exemple. Leur échec à traiter les pratiques de confidentialité a entraîné une **amende de 1,2 million de dollars** [\[8\]](https://www.didomi.io/blog/california-privacy-rights-act-cpra). Des évaluations régulières comme celles-ci vous aident non seulement à éviter de lourdes pénalités mais informent également de meilleures stratégies pour la formation du personnel et les outils.
-
-### Formation du personnel à la confidentialité
-
-Quand 83% des consommateurs disent faire confiance aux marques qui protègent leurs données [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance), il est clair que la formation à la confidentialité n'est pas seulement une question de conformité - c'est une question de réputation. Les programmes de formation devraient couvrir :
-
--   Les procédures appropriées de traitement des données
--   Les droits des consommateurs selon le CPRA
--   Comment répondre aux incidents
--   La documentation pour les audits de conformité
-
-Il est également important de maintenir ces supports de formation à jour à mesure que les réglementations évoluent [\[9\]](https://securiti.ai/blog/cpra-training-requirements). Non seulement cela crée une piste d'audit robuste, mais cela garantit également que votre équipe reste au fait des dernières exigences CPRA.
-
-### Outils de conformité
-
-Les préoccupations en matière de confidentialité sont réelles - 85% des consommateurs ont supprimé des applications en raison d'inquiétudes concernant les données [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance). Pour répondre à cela, envisagez d'utiliser des plateformes de gestion de la conformité. Voici une comparaison rapide de quelques options populaires :
-
-| **Plateforme** | **Fonctionnalités Principales** | **Coût Mensuel (USD)** |
-| --- | --- | --- |
-| **[OneTrust](https://www.onetrust.com/platform/privacy-automation/)** | Évaluations des écarts, cartographie des données | 399 |
-| **[Osano](https://www.osano.com/solutions/consent-management-platform)** | Gestion du consentement pour plusieurs domaines | 199 |
-| **[Usercentrics](https://usercentrics.com/)** | Contrôle des cookies jusqu'à 50k sessions | 60 |
-
-Lors de l'évaluation des outils, privilégiez les fonctionnalités comme le suivi automatisé du consentement, les inventaires détaillés des données personnelles et les capacités de détection des violations. Pour les développeurs d'applications, l'intégration d'un **Scanner de Confidentialité des Données (DPS)** peut être un véritable atout. Il aide à identifier les cookies tiers et les technologies de suivi, améliorant la transparence dans la collecte des données utilisateur [\[10\]](https://usercentrics.com/knowledge-hub/ccpa-compliance-tools).
-
-## Résumé et Étapes d'Action
-
-### Principales Exigences
-
-Pour respecter la conformité CPRA, les développeurs d'applications doivent privilégier les mesures de protection des données, avec des pénalités de non-conformité pouvant atteindre 7 500 $ par violation. Voici une répartition des domaines essentiels à traiter :
-
-| **Catégorie d'Exigence** | **Détails de Mise en Œuvre** | **Priorité de Conformité** |
-| --- | --- | --- |
-| Traitement des Données | Documenter clairement les objectifs de collecte et adopter des pratiques de minimisation | Élevée |
-| Mesures de Sécurité | Utiliser le chiffrement, les contrôles d'accès et les stratégies pour prévenir les violations | Critique |
-| Droits des Consommateurs | Proposer des options de désactivation et permettre aux utilisateurs de corriger leurs données | Élevée |
-| Documentation | Maintenir les politiques de confidentialité à jour et conserver les enregistrements de consentement pendant au moins 24 mois | Moyenne |
-
-### Liste de Vérification de Mise en Œuvre
-
-Pour s'aligner sur les réglementations CPRA et garantir la mise en place des garanties techniques nécessaires, concentrez-vous sur ces étapes concrètes :
-
--   **Inventaire et Cartographie des Données**  
-    Identifier et cartographier tous les flux de données, notamment :
-    
-    -   Points de collecte de données
-    -   Emplacements de stockage
-    -   Objectifs de traitement
-    -   Pratiques de partage avec des tiers
--   **Mise en Œuvre de la Sécurité**  
-    Mettre en place des mesures de sécurité robustes répondant aux normes CPRA. Pour des mises à jour sécurisées, utilisez des outils avec chiffrement de bout en bout pour protéger les données.
-    
--   **Gestion des Droits des Consommateurs**  
-    Créer des interfaces conviviales permettant aux consommateurs de :
-    
-    -   Accéder à leurs données personnelles
-    -   Demander des corrections
-    -   Supprimer leurs informations
-    -   Refuser le partage de données
--   **Documentation et Formation**  
-    Mettre régulièrement à jour les politiques de confidentialité, documenter les interactions avec les consommateurs et fournir une formation continue au personnel pour rester conforme aux exigences CPRA.
-    
-
-> "Une perspective utile à adopter est qu'une activité de conformité ne peut être considérée comme 'terminée' que si vous avez évalué si elle doit être reflétée dans votre politique de confidentialité." – Matt Davis, CIPM (IAPP), Rédacteur chez Osano [\[11\]](https://www.osano.com/articles/cpra-compliance-checklist)
-
-## FAQs
-
-:::faq
-### Comment les développeurs d'applications peuvent-ils répondre aux exigences de minimisation des données du CPRA ?
-
-Pour répondre aux normes de **minimisation des données** établies par le CPRA, les développeurs d'applications doivent privilégier la collecte uniquement des données personnelles essentielles au fonctionnement efficace de leur application. Évaluez régulièrement vos pratiques de collecte de données pour confirmer qu'elles restent pertinentes et strictement liées à l'objectif de l'application.
-
-Il est tout aussi important d'établir des politiques claires de conservation des données. Les données personnelles ne doivent être conservées que le temps nécessaire. Prenez l'habitude d'auditer vos processus de données, de cartographier les flux de données pour identifier toute collecte inutile, et assurez-vous que votre équipe est bien formée aux meilleures pratiques en matière de confidentialité pour rester conforme. N'oubliez pas de revoir les accords avec les fournisseurs tiers pour vérifier qu'ils sont alignés avec les exigences CPRA.
-
-Pour ceux qui utilisent des outils comme Capgo, les mises à jour en temps réel peuvent être un véritable atout. Ces outils permettent aux développeurs de résoudre rapidement les problèmes de conformité en déployant des correctifs ou des mises à jour sans attendre l'approbation de l'app store, aidant ainsi votre application à rester alignée avec les réglementations de confidentialité.
-:::
-
-:::faq
-### Comment les développeurs d'applications peuvent-ils gérer efficacement les demandes des utilisateurs concernant l'accès, la suppression ou la correction des données selon les directives CPRA ?
-
-Pour répondre aux exigences de la California Privacy Rights Act (CPRA), les développeurs d'applications doivent créer un système simple et fiable pour gérer les demandes des utilisateurs concernant l'accès, la suppression ou la correction des données. **Les développeurs doivent accuser réception des demandes dans les 10 jours** et les résoudre dans les 45 jours. Si un délai supplémentaire est nécessaire, une prolongation de 45 jours est autorisée, à condition que l'utilisateur soit informé du retard.
-
-Voici comment les développeurs peuvent simplifier la conformité :
-
--   Établir des canaux clairs pour les demandes des utilisateurs, comme une adresse email dédiée ou un formulaire en ligne.
--   Développer un processus cohérent pour vérifier l'identité des utilisateurs et traiter efficacement les demandes.
--   Tenir des registres détaillés de toutes les demandes pour démontrer la conformité et maintenir la responsabilité.
-
-L'utilisation d'outils comme Capgo, qui offrent des mises à jour en temps réel, peut aider les développeurs à résoudre rapidement les problèmes ou à appliquer des correctifs liés aux données utilisateur tout en assurant la conformité aux normes de la plateforme. En anticipant ces exigences, les développeurs peuvent non seulement respecter les obligations réglementaires mais aussi renforcer la confiance avec leurs utilisateurs.
-:::
-
-:::faq
-### Comment les développeurs d'applications peuvent-ils mettre en œuvre des systèmes efficaces de gestion du consentement pour répondre aux exigences de conformité CPRA ?
-
-Pour répondre aux normes **CPRA**, les développeurs d'applications doivent privilégier la transparence et la simplicité dans la gestion du consentement des utilisateurs. Commencez par des bannières de consentement claires et directes qui expliquent l'objectif de la collecte de données et comment les données seront utilisées. Il est essentiel d'obtenir le consentement explicite des utilisateurs avant de traiter toute donnée.
-
-Votre application doit également permettre aux utilisateurs d'ajuster facilement leurs préférences, y compris l'option de retirer leur consentement quand ils le souhaitent. La mise à jour et la révision régulières de vos politiques de confidentialité et pratiques de consentement sont essentielles pour rester conforme et gagner la confiance des utilisateurs. L'utilisation d'une Plateforme de Gestion du Consentement (CMP) fiable peut simplifier ces efforts en suivant de manière sécurisée les consentements des utilisateurs et en s'assurant que votre application est conforme aux exigences CPRA.
-
-Pour les développeurs utilisant des outils comme **Capgo** pour fournir des mises à jour en direct dans les applications Capacitor, l'intégration de la gestion du consentement est simple. Cette approche permet non seulement de maintenir votre application conforme aux directives Apple et Android, mais garantit également qu'elle reste axée sur la confidentialité et conviviale.
-:::
diff --git a/src/content/blog/fr/create-offline-screen-in-vue-angular-react.md b/src/content/blog/fr/create-offline-screen-in-vue-angular-react.md
deleted file mode 100644
index 06004d6df..000000000
--- a/src/content/blog/fr/create-offline-screen-in-vue-angular-react.md
+++ /dev/null
@@ -1,304 +0,0 @@
----
-slug: create-offline-screen-in-vue-angular-react
-title: >-
-  Comment créer un écran hors ligne dans les applications Vue, Angular et React
-  en utilisant l'API Réseau et Capacitor.
-description: >-
-  Apprenez à implémenter un écran hors ligne dans des applications Vue, Angular
-  ou React en utilisant l'API Network et Capacitor. Améliorez l'expérience
-  utilisateur en gérant efficacement les scénarios hors ligne.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-21T00:00:00.000Z
-updated_at: 2022-06-21T00:00:00.000Z
-head_image: /vue_angular_react.webp
-head_image_alt: Image d'une personne travaillant sur un ordinateur
-keywords: >-
-  Vue, Angular, React, offline screen, network API, Capacitor, mobile app
-  development, live updates, OTA updates, continuous integration, mobile app
-  updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: ''
----
-# Comment créer un écran hors ligne dans Vue 3, Angular 14 ou React
-
-Dans ce tutoriel, nous allons apprendre à créer un écran hors ligne dans des applications Vue 3, Angular 14 et React en utilisant l'API Network. L'API Network fournit des informations sur le réseau et la connectivité, permettant de gérer les scénarios hors ligne et d'offrir une meilleure expérience utilisateur.
-
-## Prérequis
-
-Avant de commencer, assurez-vous d'avoir installé ce qui suit :
-
-- [Node.js](https://nodejs.org/) (version 14 ou supérieure)
-- [Vue CLI](https://cli.vuejs.org/)
-- [Angular CLI](https://cli.angular.io/)
-- [Create React App](https://create-react-app.dev/)
-
-## Configuration du projet
-
-Tout d'abord, créons un nouveau projet en utilisant l'outil de scaffolding respectif pour chaque framework.
-
-### Vue 3
-
-Ouvrez votre terminal et exécutez la commande suivante pour créer un nouveau projet Vue 3 :
-
-```shell
-vue create offline-screen-vue3
-```
-
-Choisissez le preset par défaut et attendez que le projet soit créé.
-
-### Angular 14
-
-Ouvrez votre terminal et exécutez la commande suivante pour créer un nouveau projet Angular 14 :
-
-```shell
-ng new offline-screen-angular14
-```
-
-Suivez les invites, et lorsqu'on vous demande des fonctionnalités supplémentaires, sélectionnez "Routing" en appuyant sur la touche **espace**. Attendez que le projet soit créé.
-
-### React
-
-Ouvrez votre terminal et exécutez la commande suivante pour créer un nouveau projet React :
-
-```shell
-npx create-react-app offline-screen-react
-```
-
-Attendez que le projet soit créé.
-
-## Installation de l'API Network
-
-Maintenant, installons le paquet `@capacitor/network`, qui fournit l'API Network.
-
-Ouvrez votre terminal et naviguez jusqu'à votre répertoire de projet. Ensuite, exécutez la commande suivante pour installer le paquet :
-
-```shell
-npm install @capacitor/network
-```
-
-Pour les projets Capacitor, exécutez également la commande suivante pour synchroniser les fichiers du projet natif :
-
-```shell
-npx cap sync
-```
-
-Assurez-vous d'avoir installé le CLI Capacitor globalement en exécutant :
-
-```shell
-npm install -g @capacitor/cli
-```
-
-## Mise en œuvre de l'écran hors ligne
-
-Ensuite, nous allons mettre en œuvre la fonctionnalité de l'écran hors ligne dans chaque framework. Nous afficherons un message simple lorsque l'utilisateur passe hors ligne.
-
-### Vue 3
-
-Dans votre projet Vue 3, ouvrez le fichier `src/main.js` et importez le module `Network` depuis `@capacitor/network` :
-
-```javascript
-import { createApp } from 'vue';
-import { Network } from '@capacitor/network';
-
-const app = createApp(App);
-
-// Your application setup
-
-app.mount('#app');
-
-Network.addListener('networkStatusChange', status => {
-  if (status.connected) {
-    // User is back online
-    // Hide the offline screen
-    document.getElementById('offline-screen').style.display = 'none';
-  } else {
-    // User is offline
-    // Display the offline screen
-    document.getElementById('offline-screen').style.display = 'block';
-  }
-});
-
-const logCurrentNetworkStatus = async () => {
-  const status = await Network.getStatus();
-  console.log('Network status:', status);
-};
-```
-
-Dans votre modèle d'application (`App.vue`), ajoutez un élément `<div>` avec un id de `offline-screen` pour afficher le message de l'écran hors ligne :
-
-```html
-<template>
-  <div id="app">
-    <div id="offline-screen">
-      <h1>You are offline</h1>
-      <p>Please check your internet connection and try again.</p>
-    </div>
-    <!-- Your application content -->
-  </div>
-</template>
-
-<style>
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-</style>
-```
-
-Maintenant, lorsque l'utilisateur passe hors ligne, l'écran hors ligne sera affiché. Lorsque l'utilisateur revient en ligne, l'écran hors ligne sera caché.
-
-### Angular 14
-
-Dans votre projet Angular 14, ouvrez le fichier `src/app/app.component.ts` et importez le module `Network` depuis `@capacitor/network` :
-
-```typescript
-import { Component } from '@angular/core';
-import { Network } from '@capacitor/network';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: './app.component.html',
-  styleUrls: ['./app.component.css']
-})
-export class AppComponent {
-
-  constructor() {
-    Network.addListener('networkStatusChange', status => {
-      if (status.connected) {
-        // User is back online
-        // Hide the offline screen
-        document.getElementById('offline-screen').style.display = 'none';
-      } else {
-        // User is offline
-        // Display the offline screen
-        document.getElementById('offline-screen').style.display = 'block';
-      }
-    });
-  }
-
-  logCurrentNetworkStatus = async () => {
-    const status = await Network.getStatus();
-    console.log('Network status:', status);
-  };
-
-}
-```
-
-Dans votre modèle d'application (`app.component.html`), ajoutez un élément `<template>` avec un id de `offline-screen` pour afficher le message de l'écran hors ligne :
-
-```html
-<div id="offline-screen">
-  <h1>You are offline</h1>
-  <p>Please check your internet connection and try again.</p>
-</div>
-
-<!-- Your application content -->
-```
-
-Ajoutez les styles suivants au fichier `app.component.css` :
-
-```css
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-```
-
-Maintenant, lorsque l'utilisateur passe hors ligne, l'écran hors ligne sera affiché. Lorsque l'utilisateur revient en ligne, l'écran hors ligne sera caché.
-
-### React
-
-Dans votre projet React, ouvrez le fichier `src/App.js` et importez le module `Network` depuis `@capacitor/network` :
-
-```jsx
-import React, { useEffect } from 'react'
-import { Network } from '@capacitor/network'
-
-function App() {
-
-  useEffect(() => {
-    Network.addListener('networkStatusChange', (status) => {
-      if (status.connected) {
-        // User is back online
-        // Hide the offline screen
-        document.getElementById('offline-screen').style.display = 'none'
-      }
-      else {
-        // User is offline
-        // Display the offline screen
-        document.getElementById('offline-screen').style.display = 'block'
-      }
-    })
-  }, [])
-
-  const logCurrentNetworkStatus = async () => {
-    const status = await Network.getStatus()
-    console.log('Network status:', status)
-  }
-
-  return (
-    <div id="app">
-      <div id='offline-screen'>
-        <h1>You are offline</h1>
-        <p>Please check your internet connection and try again.</p>
-      </div>
-      {/* Your application content */}
-    </div>
-  )
-
-}
-
-export default App
-```
-
-Ajoutez les styles suivants au fichier `App.css` :
-
-```css
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-```
-
-Maintenant, lorsque l'utilisateur passe hors ligne, l'écran hors ligne sera affiché. Lorsque l'utilisateur revient en ligne, l'écran hors ligne sera caché.
-
-## Méthodes et interfaces de support
-
-L'API Network fournit plusieurs méthodes et interfaces pour vous aider à gérer la connexion réseau. Voici quelques-unes des principales :
-
-- [`getStatus()`](https://capacitorjs.com/docs/apis/network/#getstatus) : Interroger le statut actuel de la connexion réseau.
-- [`addListener('networkStatusChange', ...)`](https://capacitorjs.com/docs/apis/network/#addlistenernetworkstatuschange) : Écouter les changements de connexion réseau.
diff --git a/src/content/blog/fr/create-react-mobile-apps-with-capacitor.md b/src/content/blog/fr/create-react-mobile-apps-with-capacitor.md
deleted file mode 100644
index ce62e5a85..000000000
--- a/src/content/blog/fr/create-react-mobile-apps-with-capacitor.md
+++ /dev/null
@@ -1,372 +0,0 @@
----
-slug: create-react-mobile-apps-with-capacitor
-title: Construire des applications mobiles avec React et Capacitor
-description: >-
-  Apprenez à créer une application mobile en utilisant React, Capacitor, et à
-  améliorer l'interface utilisateur native avec Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-02-21T00:00:00.000Z
-updated_at: 2023-03-10T00:00:00.000Z
-head_image: /react_capacitor.webp
-head_image_alt: Illustration de React et Capacitor
-keywords: >-
-  React, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Dans ce tutoriel, nous commencerons par une nouvelle application [React](https://reactjs.org/) et passerons au développement mobile natif en utilisant Capacitor. En option, vous pouvez également ajouter [Konsta UI](https://konstaui.com/) pour une meilleure interface utilisateur mobile avec Tailwind CSS.
-
-Capacitor vous permet de transformer facilement votre application web React en une application mobile native sans modifications significatives ni apprentissage d'une nouvelle compétence comme React Native.
-
-Avec quelques étapes simples, la plupart des applications React peuvent être transformées en applications mobiles.
-
-Ce tutoriel vous guidera à travers le processus, en commençant par une nouvelle application React, puis en incorporant Capacitor pour entrer dans le domaine des applications mobiles natives. De plus, vous pouvez éventuellement utiliser [Konsta UI](https://konstaui.com/) pour améliorer votre interface utilisateur mobile avec Tailwind CSS.
-
-## À propos de Capacitor
-
-CapacitorJS est une révolution ! Vous pouvez l'incorporer sans effort dans n'importe quel projet web, et il enveloppera votre application dans une webview native, générant pour vous le projet natif Xcode et Android Studio. De plus, ses plugins fournissent l'accès aux fonctionnalités natives de l'appareil comme la caméra via un pont JS.
-
-Avec Capacitor, vous obtenez une fantastique application mobile native sans configuration compliquée ni courbe d'apprentissage raide. Son API légère et sa fonctionnalité simplifiée facilitent son intégration dans votre projet. Croyez-moi, vous serez étonné de voir à quel point il est facile d'obtenir une application native entièrement fonctionnelle avec Capacitor !
-
-## Préparation de votre application React
-
-Bien qu'il existe diverses méthodes pour initier des applications React, optons pour la plus simple dans ce tutoriel qui fournit une application React vierge :
-
-```shell
-npx create-react-app my-app
-```
-
-Pour créer une application mobile native, nous avons besoin d'un **export** de notre projet. Ainsi, ajoutons un script simple dans notre **package.json** qui peut être utilisé pour construire et exporter le projet React :
-
-```json
-{
-  "scripts": {
-    "start": "react-scripts start",
-    "build": "react-scripts build",
-    "test": "react-scripts test",
-    "eject": "react-scripts eject"
-  }
-}
-```
-
-Vous pouvez maintenant exécuter `npm run build` sans aucune inquiétude, et vous devriez pouvoir repérer un nouveau dossier de sortie à la racine de votre projet.
-
-Ce dossier sera utilisé par Capacitor plus tard, mais pour l'instant, nous devons le configurer correctement.
-
-## Ajouter Capacitor à votre application React
-
-Pour empaqueter n'importe quelle application web dans un conteneur mobile natif, nous devons suivre quelques étapes initiales, mais par la suite, c'est aussi simple que d'exécuter une seule commande `sync`.
-
-Tout d'abord, nous pouvons installer le [Capacitor CLI](https://capacitorjs.com/docs/cli/) en tant que dépendance de développement, puis le configurer dans notre projet. Pendant la configuration, vous pouvez appuyer sur "entrée" pour accepter les valeurs par défaut pour le nom et l'ID de bundle.
-
-Ensuite, nous devons installer le paquet principal et les paquets pertinents pour les plateformes iOS et Android.
-
-Enfin, nous pouvons ajouter les plateformes, et Capacitor créera des dossiers pour chaque plateforme à la racine de notre projet :
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your React project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-À ce stade, vous devriez pouvoir observer de nouveaux dossiers **ios** et **android** dans votre projet React.
-
-**Ce sont de vrais projets natifs !**
-
-Pour accéder au projet Android plus tard, vous devez installer [Android Studio](https://developer.android.com/studio/). Pour iOS, vous avez besoin d'un Mac et vous devez installer [Xcode](https://developer.apple.com/xcode/).
-
-De plus, vous devriez trouver un fichier **capacitor.config.ts** dans votre projet, qui contient quelques paramètres fondamentaux de Capacitor utilisés pendant la synchronisation. La seule chose à laquelle vous devez prêter attention est le **webDir**, qui doit pointer vers le résultat de votre commande de construction. Actuellement, il est inexact.
-
-Pour corriger cela, ouvrez le fichier **capacitor.config.json** et mettez à jour le **webDir** :
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-Vous pouvez essayer en exécutant les commandes suivantes :
-
-```shell
-npm run build
-npx cap sync
-```
-
-La première commande `npm run build` construira simplement votre projet React et exportera la construction statique.
-
-Pendant que la deuxième commande `npx cap sync` synchronisera tout le code web dans les bons endroits des plateformes natives afin qu'ils puissent être affichés dans une application.
-
-En outre, la commande de synchronisation pourra mettre à jour les plateformes natives et installer des plugins, donc quand vous installerez un nouveau [plugin Capacitor](https://capacitorjs.com/docs/plugins/), il est temps de relancer `npx cap sync`.
-
-Sans le réaliser, vous avez maintenant terminé, alors voyons l'application sur un appareil !
-
-## Construire et déployer des applications natives
-
-Pour développer des applications iOS, vous devez avoir **Xcode** installé, et pour les applications Android, vous devez avoir **Android Studio** installé. De plus, si vous prévoyez de distribuer votre application sur l'App Store, vous devez vous inscrire au programme Développeur Apple pour iOS et à la console Google Play pour Android.
-
-Si vous êtes nouveau dans le développement mobile natif, vous pouvez utiliser le Capacitor CLI pour ouvrir facilement les deux projets natifs :
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Une fois vos projets natifs configurés, déployer votre application sur un appareil connecté est facile. Dans Android Studio, vous devez juste attendre que tout soit prêt, et vous pouvez déployer votre application sur un appareil connecté sans changer de paramètres. Voici un exemple :
-
-![android-studio-run](/android-studio-run.webp)
-
-Dans Xcode, vous devez configurer votre compte de signature pour déployer votre application sur un vrai appareil plutôt que juste le simulateur. Si vous ne l'avez pas fait auparavant, Xcode vous guide à travers le processus (mais encore une fois, vous devez être inscrit au programme Développeur). Après cela, vous pouvez simplement appuyer sur play pour exécuter l'application sur votre appareil connecté, que vous pouvez sélectionner en haut. Voici un exemple :
-
-![xcode-run](/xcode-run.webp)
-
-Félicitations ! Vous avez réussi à déployer votre application web React sur un appareil mobile. Voici un exemple :
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/next-capacitor-share.webp" alt="react-mobile-app">
-</div>
-
-Mais attendez, il existe aussi un moyen plus rapide de faire cela pendant le développement...
-
-## Capacitor Live Reload
-
-À ce stade, vous êtes probablement habitué à avoir un rechargement à chaud avec tous les frameworks modernes, et la bonne nouvelle est que vous pouvez avoir la même fonctionnalité **sur un appareil mobile** avec un minimum d'effort !
-
-Activez l'accès à votre application hébergée localement avec rechargement en direct **sur votre réseau** en faisant en sorte que l'application Capacitor charge le contenu à partir de l'URL spécifique.
-
-La première étape consiste à déterminer votre adresse IP locale. Si vous utilisez un Mac, vous pouvez le découvrir en exécutant la commande suivante dans le terminal :
-
-```shell
-ipconfig getifaddr en0
-```
-
-Sur Windows, exécutez :
-
-```shell
-ipconfig
-```
-
-Puis cherchez l'adresse IPv4.
-
-Nous pouvons indiquer à Capacitor de charger l'application directement à partir du serveur en ajoutant une autre entrée à notre fichier `capacitor.config.ts` :
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'out',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Assurez-vous d'utiliser **l'IP et le port corrects**, j'ai utilisé le port par défaut de React dans cet exemple.
-
-Maintenant, nous pouvons appliquer ces changements en les copiant dans notre projet natif :
-
-```shell
-npx cap copy
-```
-
-La commande `copy` est similaire à `sync`, mais elle ne **copiera que les modifications apportées au dossier web** et à la configuration, sans mettre à jour le projet natif.
-
-Vous pouvez maintenant déployer votre application une fois de plus via Android Studio ou Xcode. Après cela, si vous changez quelque chose dans votre application React, **l'application se rechargera automatiquement** et affichera les changements !
-
-**Gardez à l'esprit** que si vous installez de nouveaux plugins comme la caméra, cela nécessite toujours de reconstruire votre projet natif. Cela est dû au fait que des fichiers natifs sont modifiés, et cela ne peut pas être fait à la volée.
-
-Notez que vous devez utiliser l'IP et le port corrects dans votre configuration. Le bloc de code ci-dessus montre le port par défaut de React à des fins de démonstration.
-
-## Utiliser les Plugins Capacitor
-
-Jetons un coup d'œil à la façon d'utiliser un plugin Capacitor en action, dont nous avons parlé plusieurs fois auparavant. Pour ce faire, nous pouvons installer un plugin assez simple en exécutant :
-
-```shell
-npm i @capacitor/share
-```
-
-Il n'y a rien de spécial avec le [plugin Share](https://capacitorjs.com/docs/apis/share/), mais il affiche de toute façon la boîte de dialogue de partage native ! Pour cela, nous devons maintenant seulement importer le paquet et appeler la fonction `share()` depuis notre application. Modifions le **src/App.js** comme ceci :
-
-```javascript
-import React from 'react';
-import { Share } from '@capacitor/share';
-
-function App() {
-  const share = async () => {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  };
-
-  return (
-    <div>
-      <h1>Welcome to React and Capacitor!</h1>
-      <p>
-        <h2>Cool channel</h2>
-        <button onClick={() => share()}>Share now!</button>
-      </p>
-    </div>
-  );
-}
-
-export default App;
-```
-
-Comme mentionné précédemment, lors de l'installation de nouveaux plugins, nous devons effectuer une opération de synchronisation, puis redéployer l'application sur notre appareil. Pour ce faire, exécutez la commande suivante :
-
-```
-npx cap sync
-```
-
-Après avoir appuyé sur le bouton, vous pouvez voir la belle boîte de dialogue de partage native en action !
-
-<div>
-  <h1>
-</h1>
-
-Pour donner au bouton une apparence plus adaptée aux mobiles, nous pouvons ajouter un peu de style en utilisant ma bibliothèque de composants UI préférée pour les applications web - React (sans jeu de mots).
-
-## Ajouter Konsta UI
-
-J'ai travaillé des années avec [Ionic](https://ionicframework.com/) pour construire des applications polyvalentes incroyables, et c'était l'un des meilleurs choix pendant des années. Mais maintenant, je ne le recommande plus ; il est très difficile de l'intégrer avec React, et ce n'est pas vraiment utile quand vous avez déjà [tailwindcss](https://tailwindcss.com/).
-
-Si vous voulez une interface utilisateur mobile au look génial qui s'adapte aux styles spécifiques d'iOS et d'Android, je recommande Konsta UI.
-
-Vous devez déjà avoir [installé tailwind](https://tailwindcss.com/docs/guides/vite/#react)
-
-Pour l'utiliser, nous devons simplement installer le paquet react :
-
-```shell
-npm i konsta
-```
-
-De plus, vous devez modifier votre fichier `tailwind.config.js` :
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{js,ts,javascript,tsx}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` étendra la configuration Tailwind CSS par défaut (ou la vôtre) avec quelques variantes et utilitaires supplémentaires nécessaires pour Konsta UI.
-
-Maintenant, nous devons configurer le composant principal [App](https://konstaui.com/react/app/) afin de pouvoir définir certains paramètres globaux (comme le `theme`).
-
-Nous devons envelopper toute l'application avec `App` dans le `src/App.js` :
-
-```javascript
-import { App } from 'konsta/react';
-import './App.css';
-
-function MyApp({ Component, pageProps }) {
-  return (
-    // Wrap our app with App component
-    <App theme="ios">
-      <Component {...pageProps} />
-    </App>
-  );
-}
-
-export default MyApp;
-```
-
-### Page d'exemple
-
-Maintenant que tout est configuré, nous pouvons utiliser les composants React de Konsta UI dans notre application React.
-
-Par exemple, ouvrons `src/App.js` et modifions-le comme suit :
-
-```javascript
-// Konsta UI components
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  Link,
-  BlockTitle,
-} from 'konsta/react';
-
-function App() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Here is your React & Konsta UI app. Let's see what we have here.
-        </p>
-      </Block>
-      <BlockTitle>Navigation</BlockTitle>
-      <List>
-        <ListItem href="/about/" title="About" />
-        <ListItem href="/form/" title="Form" />
-      </List>
-
-      <Block strong className="flex space-x-4">
-        <Button>Button 1</Button>
-        <Button>Button 2</Button>
-      </Block>
-    </Page>
-  );
-}
-
-export default App;
-```
-
-Si le rechargement en direct est désynchronisé après l'installation de tous les composants nécessaires, essayez de redémarrer tout. Une fois que vous avez fait cela, vous devriez voir une application mobile ayant un aspect quelque peu natif, construite avec React et Capacitor !
-
-Vous devriez voir la page suivante en résultat :
-
-<p>
-  <h2>
-</h2>
-
-## Conclusion
-
-Capacitor est une excellente option pour construire des applications natives basées sur un projet web existant, offrant une manière simple de partager du code et de maintenir une interface utilisateur cohérente.
-
-Et avec l'ajout de [Capgo](https://capgo.app/), il est encore plus facile d'ajouter des mises à jour en direct à votre application, garantissant que vos utilisateurs ont toujours accès aux dernières fonctionnalités et corrections de bogues.
-
-Si vous souhaitez apprendre comment ajouter Capgo à votre application React, jetez un œil à l'article suivant :
diff --git a/src/content/blog/fr/creating-and-deleting-update-channels-in-capacitor.md b/src/content/blog/fr/creating-and-deleting-update-channels-in-capacitor.md
deleted file mode 100644
index 30d101076..000000000
--- a/src/content/blog/fr/creating-and-deleting-update-channels-in-capacitor.md
+++ /dev/null
@@ -1,284 +0,0 @@
----
-slug: creating-and-deleting-update-channels-in-capacitor
-title: Créer et supprimer des canaux de mise à jour dans Capacitor
-description: >-
-  Apprenez à créer, gérer et supprimer des canaux de mise à jour dans Capacitor
-  pour des mises à jour d'application simplifiées et une meilleure expérience
-  utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T03:02:38.679Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcb1f883b63ee70fa08665-1742526177947.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, update channels, app updates, development, mobile, CI/CD, user
-  management, version control
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) [les canaux de mise à jour](https://capgo.app/docs/webapp/channels/) vous permettent d'envoyer des mises à jour par air (OTA) à des groupes d'utilisateurs spécifiques. Cela aide à gérer plusieurs versions de l'application, à tester de nouvelles fonctionnalités et à déployer les mises à jour progressivement. Voici ce que vous devez savoir :
-
--   **Avantages** :
-
-    -   Tester des mises à jour avec des groupes plus petits (par ex., utilisateurs beta).
-    -   Envoyer des corrections critiques sans attendre l'approbation de l'App Store.
-    -   Revenir instantanément sur des mises à jour problématiques.
--   **Configuration** :
-
-    -   Utilisez des outils comme Capacitor CLI, [Node.js](https://nodejs.org/en), et [Capgo](https://capgo.app/) CLI.
-    -   Assignez des rôles (Admin, Développeur, Spectateur) pour gérer les autorisations.
-    -   Intégrez-vous avec des outils CI/CD pour des flux de travail automatisés.
--   **Gestion des Canaux** :
-
-    -   Créez des canaux pour les environnements (par ex., production, beta, staging).
-    -   Nommez les canaux de manière claire (par ex., `prod`, `beta-internal`, `v2-hotfix`).
-    -   Testez les mises à jour par phases avant de les promouvoir en production.
--   **Suppression des Canaux** :
-
-    -   Identifiez les canaux inutilisés via les analyses.
-    -   Migrez en toute sécurité les utilisateurs, archivez les données et vérifiez les dépendances avant la suppression.
-
-Capgo simplifie ce processus avec des outils tels que des analyses en temps réel, la gestion des utilisateurs et des options de retour en arrière. Avec une configuration et une maintenance appropriées des canaux, vous pouvez déployer des mises à jour plus rapidement et de manière plus fiable.
-
-## Déploiement Continu & Mises à Jour en Direct avec Ionic Deploy
-
-<iframe src="https://www.youtube.com/embed/I7PC3O4q1ug" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Exigences de Configuration
-
-Pour gérer efficacement les canaux de mise à jour, vous devrez installer des outils spécifiques et configurer les autorisations. Voici ce dont vous avez besoin pour commencer.
-
-### Outils Nécessaires
-
-Assurez-vous d'avoir ce qui suit :
-
--   **Capacitor CLI** : C'est l'outil principal pour gérer les mises à jour de l'application.
--   **Node.js** : La version 14.0 ou supérieure est requise.
--   **[Capgo CLI](https://capgo.app/docs/cli/commands)** : Utilisé pour configurer et gérer les canaux de mise à jour.
--   **Environnement de Développement** : Choisissez un IDE qui supporte Capacitor.
-
-Pour initialiser Capgo CLI, exécutez cette commande :
-
-```bash
-npx @capgo/cli init
-```
-
-Cela configure votre projet avec les fichiers de configuration nécessaires et le connecte au [service de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) de Capgo.
-
-### Configuration des Accès et des Autorisations
-
-Configurez les autorisations pour une gestion des canaux sécurisée et efficace :
-
-| **Niveau d'Autorisation** | **Droits d'Accès** | **Objectif** |
-| --- | --- | --- |
-| Admin | Accès complet | Créer, supprimer et gérer les canaux |
-| Développeur | Accès limité | Déployer et tester les mises à jour |
-| Spectateur | Lecture seule | Surveiller les statuts des mises à jour |
-
-Assignez des rôles à votre équipe en fonction de leurs responsabilités. Capgo fonctionne sans problème avec Capacitor 8, garantissant qu'il s'adapte à divers besoins de projet.
-
-Pour plus de commodité, Capgo s'intègre avec des outils CI/CD populaires comme [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), et [Jenkins](https://www.jenkins.io/). Assurez-vous simplement que votre système de construction est prêt à gérer la gestion des canaux de mise à jour.
-
-## Configuration des Canaux de Mise à Jour
-
-Voici comment vous pouvez créer et gérer efficacement les canaux de mise à jour. Ce guide couvre la création de canaux, la configuration et des pratiques de nommage utiles.
-
-### Création d'un Nouveau Canal
-
-Pour configurer un canal à l'aide de Capgo CLI, suivez ces étapes :
-
-1.  **Initialiser le Canal** : Ouvrez votre terminal et exécutez la commande suivante :
-    
-    ```bash
-    npx @capgo/cli channel create
-    ```
-    
-2.  **Configurer les Paramètres de Base** : Configurez le canal avec des détails tels que le nom et la version :
-    
-    ```bash
-    npx @capgo/cli channel config --name="beta-testing" --version="1.0.0"
-    ```
-    
-3.  **Confirmer le Canal** : Vérifiez que votre canal a été créé avec succès :
-    
-    ```bash
-    npx @capgo/cli channel list
-    ```
-    
-
-### Paramètres du Canal
-
-Lors de la configuration de votre canal, assurez-vous de vous concentrer sur ces paramètres clés :
-
-| Paramètre | Objectif | Valeur Exemplaire |
-| --- | --- | --- |
-| **Nom du Canal** | Identifie le flux de mise à jour | prod, beta, staging |
-| **Modèle de Version** | Précise le format de version autorisé | 1.0.\* |
-| **Accès Utilisateur** | Détermine qui reçoit les mises à jour | specific-group-id |
-| **Fréquence de Mise à Jour** | Détermine quand les mises à jour sont distribuées | immédiat, programmé |
-
-Ces paramètres vous aident à contrôler la manière dont les mises à jour sont distribuées et qui les reçoit.
-
-### Conseils de Nommage et de Structure
-
-Une convention de nommage claire garantit que vos canaux restent organisés et faciles à gérer. Voici quelques suggestions :
-
--   **Noms Basés sur l'Environnement**
-    
-    -   `prod` - Pour les versions de production
-    -   `beta-internal` - Pour les tests internes
-    -   `staging-qa` - Pour les tests d'assurance qualité
--   **Canaux Spécifiques à une Version**
-    
-    -   `v2-rollout` - Pour les versions 2.0
-    -   `v2-hotfix` - Pour les corrections urgentes
-    -   `v2-beta` - Pour les tests beta
--   **Canaux Axés sur les Fonctionnalités**
-    
-    -   `feature-payment` - Mises à jour pour le système de paiement
-    -   `feature-auth` - Mises à jour pour l'authentification
-    -   `feature-ui` - Mises à jour liées à l'interface
-
-Utiliser ces modèles de nommage facilite l'identification et la gestion de vos flux de mise à jour.
-
-## Gestion des Mises à Jour des Canaux
-
-Gérer efficacement les mises à jour des canaux garantit des déploiements fluides et fiables. Cette étape s'appuie sur les anciens processus de création de canaux, en se concentrant sur le perfectionnement de la manière dont les mises à jour sont déployées. Capgo offre des outils tels que des attributions d'utilisateurs ciblés et une promotion basée sur des analyses pour rationaliser ce processus.
-
-### Attribution des Mises à Jour
-
-Attribuez des mises à jour à des groupes d'utilisateurs spécifiques en utilisant un flux de travail clair :
-
--   **Canal de Développement** : Utilisez ce canal pour des tests isolés et des corrections de bugs. Surveillez les impacts sur les performances et assurez-vous que les problèmes sont résolus.
--   **Canal Beta** : Déployez des mises à jour ici pour des tests contrôlés et recueillir les retours des utilisateurs. Validez comment les mises à jour se comportent dans des conditions d'utilisation réelles.
--   **Canal de Production** : Une fois les mises à jour stables, promouvez-les vers le canal de production pour tous les utilisateurs.
-
-Après avoir attribué les mises à jour, effectuez des tests approfondis pour confirmer leur préparation.
-
-### Test des Mises à Jour
-
-Capgo fournit des outils pour effectuer des tests détaillés :
-
-| **Phase de Test** | **Objectif** | **Caractéristiques Clés** |
-| --- | --- | --- |
-| Vérification Initiale | Vérifier la fonctionnalité de base | Test PR via le sélecteur de canal |
-| Test Beta | Valider l'utilisation dans le monde réel | Gérer les utilisateurs avec des autorisations granulaires |
-| Surveillance des Performances | Évaluer la stabilité des mises à jour | Utiliser des analyses détaillées et le suivi d'erreurs |
-
-### Déplacer les Mises à Jour entre les Canaux
-
-Transitionnez les mises à jour entre les canaux avec soin pour maintenir la stabilité. Capgo simplifie ce processus avec des mesures de sécurité intégrées.
-
-Points clés à considérer :
-
--   **Contrôle de Version** : Suivez une nomenclature claire à travers les canaux.
--   **Options de Retour Arrière** : Capgo propose une fonctionnalité de retour arrière en un clic pour une résolution rapide des problèmes.
--   **Examen des Analyses** : Passez toujours en revue les données de performance avant de promouvoir une mise à jour vers le canal suivant.
-
-> "Retour instantané si quelque chose ne va pas" - Capgo [\[1\]](https://capgo.app/)
-
-## Suppression des Canaux de Mise à Jour
-
-Il est important de savoir comment et quand supprimer des canaux de mise à jour inutilisés. Maintenir la structure de vos canaux propre garantit que votre application reste stable et facilite la gestion des mises à jour.
-
-### Trouver les Canaux Inutilisés
-
-Pour repérer les canaux inactifs, utilisez le [tableau de bord d'analyses de Capgo](https://capgo.app/docs/webapp/) pour analyser les modèles d'utilisation. Concentrez-vous sur les canaux qui remplissent ces critères :
-
--   Pas d'utilisateurs actifs au cours des 30 derniers jours
--   Aucune mise à jour récente déployée
--   Phases de tests beta entièrement complétées
--   Canaux temporaires utilisés pour des tests ou anciennes fonctionnalités marquées comme inutiles
-
-Les analyses en temps réel de Capgo facilitent l'identification des canaux qui ne sont plus nécessaires.
-
-### Étapes de Suppression des Canaux
-
-Pour supprimer un canal de mise à jour en toute sécurité, suivez ces étapes :
-
-| Étape | Action | Vérification |
-| --- | --- | --- |
-| **Migration des Utilisateurs** | Déplacez tous les utilisateurs actifs vers d'autres canaux | Confirmez qu'aucun utilisateur ne reste |
-| **Archivage des Mises à Jour** | Archivez l'historique du canal | Vérifiez que l'archive est complète |
-| **Vérification des Dépendances** | Assurez-vous qu'aucun script ou flux de travail ne dépend du canal | Confirmez qu'il n'y a aucune référence active |
-| **Exécution de la Suppression** | Exécutez la commande de suppression du canal | Vérifiez que le canal est supprimé |
-
-Une fois ces étapes terminées, vérifiez le système pour confirmer que tout fonctionne correctement.
-
-### Vérification de l'Impact de la Suppression
-
-Avant de finaliser la suppression, considérez ces points :
-
-1.  **Évaluation de l'Historique des Mises à Jour**  
-    Passez en revue l'historique des mises à jour du canal pour vous assurer que toutes les données importantes, comme les statistiques de performance ou les retours des utilisateurs, ont été sauvegardées.
-    
-2.  **Dépendances**  
-    Vérifiez une dernière fois qu'aucun pipeline CI/CD ou script ne référence encore le canal.
-    
-
-Après la suppression, surveillez la performance du système. Si des problèmes surviennent, la fonctionnalité de retour arrière de Capgo peut vous aider à les résoudre rapidement.
-
-## [Les Caractéristiques de Capgo](https://capgo.app/) pour les Mises à Jour
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-21.jpg?auto=compress)
-
-### Fonctions Principales de Capgo
-
-Capgo simplifie la gestion des canaux de mise à jour avec des fonctionnalités adaptées aux projets Capacitor. Son système de canaux vous permet de cibler des groupes d'utilisateurs spécifiques avec des mises à jour qui correspondent à leurs besoins. De plus, Capgo fournit aux développeurs des outils pour accélérer le déploiement et améliorer les flux de travail.
-
-### Outils pour Développeurs
-
-Capgo propose une gamme d'outils pour faciliter les mises à jour et s'assurer que tout reste conforme. Avec son outil CLI, vous pouvez déployer des mises à jour avec une seule commande, économisant ainsi du temps et des efforts.
-
-Voici quelques caractéristiques remarquables pour les développeurs :
-
-| Caractéristique | Ce qu'elle fait | Comment elle aide |
-| --- | --- | --- |
-| Sélecteur de Canal | Tester les demandes de tirage directement dans l'application | Accélère les retours |
-| Gestion des Utilisateurs | Gérer les autorisations à un niveau détaillé | Meilleur contrôle sur les testeurs |
-| Tableau de Bord d'Analyses | Surveiller les mises à jour en temps réel | Suivi des performances facilement |
-| Capacité de Retour Arrière | Résoudre rapidement les problèmes | Maintient l'application stable |
-
-Ces outils s'intègrent parfaitement avec le processus d'installation facile de Capgo, qui est décrit ci-dessous.
-
-### Guide d'Installation de Capgo
-
-Commencer avec Capgo est simple et rapide. Suivez simplement ces trois étapes :
-
-1.  **Configurer l'authentification :** Activez le cryptage de bout en bout pour sécuriser les mises à jour.
-2.  **Définir la structure des canaux :** Mettez en place des canaux en fonction de vos besoins de déploiement.
-3.  **Définir les autorisations des utilisateurs :** Attribuez des droits d'accès spécifiques aux membres de l'équipe.
-
-> "@Capgo est un outil indispensable pour les développeurs, qui souhaitent être plus productifs. Éviter la révision pour corriger les bogues est un atout." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo prend en charge plus de 30 plugins et fonctionne parfaitement avec les pipelines CI/CD, ce qui facilite son intégration dans votre processus de développement existant. Il améliore [la gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) tout en gardant tout efficace et simple.
-
-## Résumé
-
-### Points principaux
-
-Gérer les canaux de manière efficace garantit que les déploiements d'applications se déroulent sans accroc. Le système de canaux de Capgo présente des résultats impressionnants : **95 % des mises à jour sont adoptées dans les 24 heures**, soutenues par un CDN mondial qui livre un bundle de 5 Mo en seulement 114 ms, avec un temps de réponse API de 434 ms à l'échelle mondiale [\[1\]](https://capgo.app/).
-
-| Métrique | Performance |
-| --- | --- |
-| Mises à jour totales livrées | 23,5 M |
-| Applications de production actives | 750 |
-| Taux de succès global | 82 % |
-| Adoption des mises à jour (24 h) | 95 % |
-
-Atteindre ces résultats repose sur des conventions de nommage claires et des attributions d'utilisateurs précises, comme discuté précédemment. Construire une stratégie de canal structurée autour de ces métriques peut encore améliorer les performances.
-
-### Pour commencer
-
-Pour profiter de ces résultats prouvés, commencez par affiner la configuration de votre canal :
-
--   **Définir une structure de canal claire :** Séparer les canaux pour les environnements de développement, de staging et de production.
--   **Configurer les autorisations des utilisateurs :** Attribuer des contrôles d'accès granulaires pour les canaux de mise à jour.
--   **Suivre la performance :** Surveiller régulièrement les taux de succès des mises à jour et l'engagement des utilisateurs.
-
-N'oubliez pas de revoir périodiquement et de supprimer les canaux inactifs pour maintenir un flux de travail efficace. Avec des canaux bien gérés, les développeurs peuvent déployer des mises à jour plus rapidement tout en conservant le contrôle et la stabilité.
diff --git a/src/content/blog/fr/creating-mobile-apps-with-react-and-capacitor.md b/src/content/blog/fr/creating-mobile-apps-with-react-and-capacitor.md
deleted file mode 100644
index df494d34b..000000000
--- a/src/content/blog/fr/creating-mobile-apps-with-react-and-capacitor.md
+++ /dev/null
@@ -1,282 +0,0 @@
----
-slug: creating-mobile-apps-with-react-and-capacitor
-title: Créer des applications mobiles avec Pure React.js et Capacitor
-description: >-
-  Un guide sur la manière de transformer une application web React.js en une
-  application mobile native en utilisant Capacitor, et d'améliorer l'interface
-  utilisateur native avec Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-29T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /react_capacitor.webp
-head_image_alt: Illustration de React.js et Capacitor
-keywords: >-
-  React, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: implementing-live-updates-in-your-react-capacitor-app
----
-Ce tutoriel vous guidera dans la création d'une application mobile en utilisant React, Capacitor et Konsta UI. À la fin, vous saurez comment transformer une application web React.js en une application mobile native avec Capacitor, et implémenter une interface utilisateur native en utilisant Konsta UI.
-
-Capacitor permet la transformation facile de votre application web React.js en une application mobile native, sans nécessiter de modifications substantielles ou d'apprentissage de nouvelles stratégies comme React Native.
-
-Le processus implique quelques étapes simples, et avant que vous ne le sachiez, votre application React.js sera une application mobile entièrement fonctionnelle. Alors, restez avec nous pendant que nous vous guidons dans ce voyage.
-
-## Présentation de Capacitor
-
-CapacitorJS est un véritable changement de jeu. Il peut s'intégrer parfaitement à n'importe quel projet web et envelopper votre application dans une webview native tout en générant le projet Xcode et Android Studio natif. De plus, grâce à ses plugins, vous pouvez accéder aux fonctionnalités natives de l'appareil comme la caméra via un pont JS.
-
-Capacitor offre un moyen simple de créer une application mobile native sans tracas ni courbe d'apprentissage abrupte. Son API simple et sa fonctionnalité rationalisée facilitent son intégration dans votre projet.
-
-## Configuration de votre application React.js
-
-Allons pour la méthode la plus simple pour initier une application React. Nous allons utiliser le gestionnaire de paquets npm pour créer une nouvelle application React :
-
-```shell
-npx create-react-app my-app
-```
-
-Pour transformer notre projet en une application mobile native, un **export** de notre application est nécessaire.
-
-Nous y reviendrons dans un moment. D'abord, comprenons comment intégrer Capacitor dans notre application React.
-
-## Intégration de Capacitor dans votre application React.js
-
-Les étapes de configuration initiales peuvent être un peu détaillées, mais après cela, la mise à jour de votre enveloppe d'application native devient aussi simple que d'exécuter une commande `sync`.
-
-Tout d'abord, nous allons installer la CLI Capacitor en tant que dépendance de développement et l'installer dans notre projet. Lors de la configuration, acceptez les valeurs par défaut pour le nom et l'ID du bundle en appuyant sur "entrer".
-
-Ensuite, nous allons installer le package principal et les packages requis pour les plateformes iOS et Android.
-
-Enfin, nous ajouterons les plateformes, et Capacitor créera des dossiers pour chaque plateforme à la racine de notre projet :
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your React project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Les répertoires **ios** et **android** sont maintenant présents dans votre projet React.js.
-
-Pour accéder ultérieurement au projet Android, installez [Android Studio](https://developer.android.com/studio/). Pour iOS, vous avez besoin d'un Mac et devez installer [Xcode](https://developer.apple.com/xcode/).
-
-Ensuite, mettez à jour le **webDir** dans votre fichier **capacitor.config.json** comme indiqué ci-dessous :
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "build",
-  "bundledWebRuntime": false
-}
-```
-
-Exécutez la commande de build et synchronisez votre projet avec Capacitor :
-
-```shell
-npm run build
-npx cap sync
-```
-
-La commande `npm run build` construira votre projet React.js, tandis que `npx cap sync` alignera le code web aux emplacements précis des plateformes natives afin qu'ils puissent être exécutés dans une application.
-
-Maintenant, avec un peu de chance et sans erreurs, votre application React.js devrait être prête à être lancée sur un appareil !
-
-## Construction et déploiement de vos applications natives
-
-Le développement d'applications iOS nécessite **Xcode**, et les applications Android ont besoin de **Android Studio**. Si vous prévoyez de distribuer votre application sur l'App Store, vous devez vous inscrire au programme des développeurs Apple pour iOS et à la Google Play Console pour Android.
-
-La CLI Capacitor simplifie le processus d'ouverture des deux projets natifs :
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Une fois que vos projets natifs sont configurés, déployer votre application sur un appareil connecté devient un processus simple.
-
-Pour Android Studio, attendez que tout se charge, puis déployez votre application sur un appareil connecté.
-
-Pour Xcode, établissez votre compte de signature pour déployer votre application sur un véritable appareil plutôt que juste sur le simulateur. Après cela, il vous suffit d'appuyer sur play pour exécuter l'application sur votre appareil connecté, que vous pouvez choisir en haut.
-
-Si tout s'est bien déroulé, vous avez converti votre application web React.js en une application mobile native !
-
-## Chargement en direct avec Capacitor
-
-Les frameworks de développement modernes sont généralement accompagnés de recharge à chaud, et heureusement, vous pouvez obtenir la même chose avec Capacitor mais **sur votre appareil mobile** !
-
-Vous pouvez rendre votre application hébergée localement accessible avec un rechargement en direct sur votre réseau en demandant à l'application Capacitor de charger le contenu à partir d'une URL spécifique.
-
-Tout d'abord, déterminez votre adresse IP locale. Sur un Mac, vous pouvez le faire en exécutant `ipconfig getifaddr en0` dans le terminal. Sur Windows, exécutez `ipconfig` et recherchez l'adresse IPv4.
-
-Après cela, indiquez à Capacitor de charger l'application directement depuis le serveur en ajoutant un autre paramètre à votre fichier `capacitor.config.ts` :
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'build',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Assurez-vous d'utiliser l'adresse IP et le port corrects. Exécutez `npx cap copy` pour appliquer ces modifications à notre projet natif.
-
-Après avoir déployé votre application une fois de plus via Android Studio ou Xcode, tout changement dans votre application React sera automatiquement rechargé et affiché sur votre application !
-
-Gardez à l'esprit que si de nouveaux plugins sont installés, comme la caméra, cela nécessite une reconstruction de votre projet natif. En effet, les fichiers natifs auront changé et ne peuvent pas être mis à jour à la volée.
-
-## Utilisation des plugins Capacitor
-
-Jetons un coup d'œil rapide à la façon d'utiliser un plugin Capacitor. Installons un simple, le [plugin Share](https://capacitorjs.com/docs/apis/share/), qui affiche la boîte de dialogue de partage native :
-
-```shell
-npm i @capacitor/share
-```
-
-Pour l'utiliser, importez le package et appelez la fonction `share()` respective depuis notre application. Considérez le **App.js** :
-
-```javascript
-import { Share } from '@capacitor/share';
-
-function ShareButton() {
-  const share = async () => {
-    await Share.share({
-      title: 'React App',
-      text: 'Visit this React App',
-      url: 'http://localhost:3000',
-      dialogTitle: 'Share with...'
-    });
-  };
-
-  return (
-    <button onClick={share}>
-      Share
-    </button>
-  );
-}
-
-export default ShareButton;
-```
-
-Après avoir installé un nouveau plugin, n'oubliez pas de synchroniser à nouveau votre projet React en utilisant `npx cap sync`.
-
-## Mise en œuvre de Konsta UI : Interface mobile améliorée
-
-Pour une expérience d'interface mobile plus agréable, nous allons utiliser Konsta UI. Il fournit un style spécifique à iOS et Android, et il est facile à utiliser.
-
-Pour utiliser Konsta UI, installez le package React :
-
-```shell
-npm i konsta
-```
-
-Modifiez votre fichier `tailwind.config.js` comme suit :
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{js,ts,javascript,tsx}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` complétera votre configuration actuelle de Tailwind CSS avec des variantes et utilitaires supplémentaires nécessaires pour Konsta UI.
-
-Maintenant, configurez le composant principal App pour définir des paramètres globaux comme `theme`. Enveloppez l'application principale avec App dans le `src/index.js` :
-
-```javascript
-import React from 'react';
-import ReactDOM from 'react-dom';
-import {App} from 'konsta/react';
-import './index.css';
-import MyApp from './App';
-
-ReactDOM.render(
-  <React.StrictMode>
-    <App theme="ios">
-      <MyApp />
-    </App>
-  </React.StrictMode>,
-  document.getElementById('root')
-);
-```
-
-Utilisons les composants React de Konsta UI dans nos pages React.js. Ouvrez `src/App.js` et modifiez-le comme suit :
-
-```javascript
-// Konsta UI components
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-} from 'konsta/react';
-
-export default function MyApp() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Welcome to your React & Konsta UI app.
-        </p>
-      </Block>
-      
-      <List>
-        <ListItem href="/about" title="About" />
-      </List>
-
-      <Block strong>
-        <Button>Click Me</Button>
-      </Block>
-    </Page>
-  );
-}
-```
-
-Si tout a été bien fait, vous devriez voir une intégration sans effort entre React et Konsta UI pour donner à votre application mobile un aspect natif.
-
-## Conclusion
-
-Capacitor offre un moyen fluide de construire des applications natives basé sur un projet web existant, fournissant une manière simple de partager du code et d'avoir une interface utilisateur cohérente.
-
-Grâce à des technologies comme Capacitor, créer des applications mobiles à partir d'applications web React.js n'a jamais été aussi facile. Élevez vos compétences en développement web en créant des applications mobiles natives impressionnantes. Bon codage !
-
-Pour en savoir plus sur la façon dont vous pouvez accélérer votre processus de développement d'applications, [inscrivez-vous pour un compte gratuit](/register/) dès aujourd'hui.
diff --git a/src/content/blog/fr/creating-mobile-apps-with-sveltekit-and-capacitor.md b/src/content/blog/fr/creating-mobile-apps-with-sveltekit-and-capacitor.md
deleted file mode 100644
index 6e5c75bf3..000000000
--- a/src/content/blog/fr/creating-mobile-apps-with-sveltekit-and-capacitor.md
+++ /dev/null
@@ -1,376 +0,0 @@
----
-slug: creating-mobile-apps-with-sveltekit-and-capacitor
-title: Création d'applications mobiles avec SvelteKit et Capacitor
-description: >-
-  Apprenez à créer une application mobile en utilisant SvelteKit, Capacitor et
-  améliorez l'interface utilisateur native avec Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-04T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /sveltekit_capacitor.webp
-head_image_alt: Illustration de SvelteKit et Capgo
-keywords: >-
-  SvelteKit, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: updating-your-capacitor-apps-seamlessly-with-capacitor-updater
----
-Dans ce tutoriel, nous allons commencer avec une nouvelle application [SvelteKit](https://kit.svelte.dev/) et passer au développement mobile natif avec Capacitor. En option, vous pouvez également intégrer [Konsta UI](https://konstaui.com/) pour une interface mobile améliorée avec Tailwind CSS.
-
-Capacitor vous permet de convertir facilement votre application web SvelteKit en une application mobile native sans avoir besoin de modifications importantes ou d'apprendre une nouvelle compétence comme React Native.
-
-Suivez ce guide étape par étape pour transformer votre application SvelteKit en une application mobile en utilisant Capacitor et, si vous le souhaitez, améliorer votre interface mobile avec Konsta UI.
-
-## À propos de Capacitor
-
-CapacitorJS change la donne ! Il peut être intégré sans effort dans n'importe quel projet web, enveloppant votre application dans une webview native et générant des projets natifs Xcode et Android Studio pour vous. Ses plugins donnent accès aux fonctionnalités natives de l'appareil comme la caméra via un pont JavaScript.
-
-Capacitor vous permet de créer une application mobile native fantastique sans configuration compliquée ni courbe d'apprentissage abrupte. Son API légère et ses fonctionnalités rationalisées le rendent facile à intégrer dans votre projet. Vous serez étonné de voir à quel point il est simple d'obtenir une application native entièrement fonctionnelle avec Capacitor !
-
-## Préparer votre application SvelteKit
-
-Pour créer une nouvelle application SvelteKit, exécutez la commande suivante :
-
-```shell
-npm create svelte@latest my-app
-cd my-app
-npm install
-npm run build
-```
-
-Après avoir exécuté la commande `build`, vous devriez voir un nouveau dossier `dist` à la racine de votre projet.
-
-Ce dossier sera utilisé par Capacitor plus tard, mais pour l'instant, nous devons le configurer correctement.
-
-## Ajouter Capacitor à votre application SvelteKit
-
-Pour empaqueter n'importe quelle application web dans un conteneur mobile natif, nous devons suivre quelques étapes initiales. Ensuite, il suffit d'exécuter une seule commande `sync`.
-
-Tout d'abord, installez le [Capacitor CLI](https://capacitorjs.com/docs/cli/) comme dépendance de développement et configurez-le dans votre projet. Pendant la configuration, vous pouvez appuyer sur "entrée" pour accepter les valeurs par défaut pour le nom et l'ID du bundle.
-
-Ensuite, installez le package principal et les packages pertinents pour les plateformes iOS et Android.
-
-Enfin, ajoutez les plateformes, et Capacitor créera des dossiers pour chaque plateforme à la racine de votre projet :
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your SvelteKit project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-À ce stade, vous devriez voir de nouveaux dossiers **ios** et **android** dans votre projet SvelteKit.
-
-**Ce sont de vrais projets natifs !**
-
-Pour accéder au projet Android plus tard, vous devez installer [Android Studio](https://developer.android.com/studio/). Pour iOS, vous avez besoin d'un Mac et devez installer [Xcode](https://developer.apple.com/xcode/).
-
-De plus, vous devriez trouver un fichier **capacitor.config.ts** dans votre projet, qui contient quelques paramètres de base de Capacitor utilisés pendant la synchronisation. La seule chose à laquelle vous devez faire attention est le **webDir**, qui doit pointer vers le résultat de votre commande de build. Actuellement, il est incorrect.
-
-Pour corriger cela, ouvrez le fichier **capacitor.config.ts** et mettez à jour le **webDir** :
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'build',
-}
-
-export default config
-```
-
-Maintenant que nous avons mis à jour nos paramètres Capacitor, changeons notre projet Sveltekit en une application statique en téléchargeant le package d'adaptateur statique approprié :
-
-```shell
-npm i -D @sveltejs/adapter-static
-```
-
-Une fois le package installé, nous devrons modifier le fichier _svelte.config.js_ de l'auto-adaptateur en statique :
-
-```ts
-import adapter from '@sveltejs/adapter-static'
-import { vitePreprocess } from '@sveltejs/kit/vite'
-
-/** @type {import('@sveltejs/kit').Config} */
-const config = {
-// Consult https://kit.svelte.dev/docs/integrations#preprocessors
-// for more information about preprocessors
-  preprocess: vitePreprocess(),
-
-  kit: {
-    // adapter-auto only supports some environments, see https://kit.svelte.dev/docs/adapter-auto for a list.
-    // If your environment is not supported or you settled on a specific environment, switch out the adapter.
-    // See https://kit.svelte.dev/docs/adapters for more information about adapters.
-    adapter: adapter({
-      // default options are shown. On some platforms
-      // these options are set automatically — see below
-      pages: 'build',
-      assets: 'build',
-      fallback: null,
-      precompress: false,
-      strict: true
-    })
-  }
-}
-
-export default config
-```
-
-Avec le _svelte.config.js_ mis à jour, nous devrons ajouter une option _prerender_ en créant une page _+layout.js_ dans _src/routes_ et ajouter simplement l'export suivant à _+layout.js_ :
-
-```ts
-export const prerender = true
-```
-
-Après avoir ajouté et mis à jour la page _+layout.js_, nous devrons ajouter nos plateformes mobiles, reconstruire notre projet pour créer le dossier _build_
-
-Vous pouvez le faire en exécutant les commandes suivantes :
-
-```shell
-npm run build
-npx cap sync
-```
-
-La première commande `npm run build` construira votre projet SvelteKit et copiera la build statique, tandis que la deuxième commande `npx cap sync` synchronisera tout le code web aux bons endroits des plateformes natives pour qu'ils puissent être affichés dans une application.
-
-De plus, la commande sync peut mettre à jour les plateformes natives et installer des plugins, donc lorsque vous installez de nouveaux [plugins Capacitor](https://capacitorjs.com/docs/plugins/), c'est le moment d'exécuter `npx cap sync` à nouveau.
-
-Sans vous en rendre compte, vous avez maintenant terminé le processus, alors voyons l'application sur un appareil !
-
-## Construire et déployer des applications natives
-
-Pour développer des applications iOS, vous devez avoir **Xcode** installé, et pour les applications Android, vous devez avoir **Android Studio** installé. De plus, si vous prévoyez de distribuer votre application sur l'App Store, vous devez vous inscrire au Programme de Développeur Apple pour iOS et à la Console Google Play pour Android.
-
-Si vous êtes nouveau dans le développement mobile natif, vous pouvez utiliser le CLI Capacitor pour ouvrir facilement les deux projets natifs :
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Une fois que vous avez configuré vos projets natifs, déployer votre application sur un appareil connecté est facile. Dans Android Studio, vous devez simplement attendre que tout soit prêt, et vous pouvez déployer votre application sur un appareil connecté sans changer de paramètres. Voici un exemple :
-
-![android-studio-run](/android-studio-run.webp)
-
-Dans Xcode, vous devez configurer votre compte de signature pour déployer votre application sur un véritable appareil plutôt que sur le simulateur. Si vous ne l'avez jamais fait auparavant, Xcode vous guide à travers le processus (mais encore une fois, vous devez être inscrit au Programme de Développeur). Après cela, vous pouvez simplement appuyer sur play pour exécuter l'application sur votre appareil connecté, que vous pouvez sélectionner en haut. Voici un exemple :
-
-![xcode-run](/xcode-run.webp)
-
-Félicitations ! Vous avez réussi à déployer votre application web SvelteKit sur un appareil mobile. Voici un exemple :
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/sveltekit-mobile-app.webp" alt="sveltekit-mobile-app">
-</div>
-
-Mais attendez, il y a aussi une façon plus rapide de faire cela pendant le développement...
-
-## Rechargement en direct Capacitor
-
-À ce stade, vous êtes probablement habitué à avoir le rechargement à chaud avec tous les frameworks modernes, et la bonne nouvelle est que vous pouvez avoir la même fonctionnalité **sur un appareil mobile** avec un minimum d'effort !
-
-Activez l'accès à votre application hébergée localement avec le rechargement en direct **sur votre réseau** en faisant charger à l'application Capacitor le contenu depuis l'URL spécifique.
-
-La première étape consiste à déterminer votre adresse IP locale. Si vous utilisez un Mac, vous pouvez le découvrir en exécutant la commande suivante dans le terminal :
-
-```shell
-ipconfig getifaddr en0
-```
-
-Sur Windows, exécutez :
-
-```shell
-ipconfig
-```
-
-Puis recherchez l'adresse IPv4.
-
-Nous pouvons demander à Capacitor de charger l'application directement depuis le serveur en ajoutant une autre entrée à notre fichier `capacitor.config.ts` :
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Assurez-vous d'utiliser **l'IP et le port corrects**, comme montré dans l'exemple ci-dessus.
-
-Maintenant, nous pouvons appliquer ces changements en les copiant vers notre projet natif :
-
-```shell
-npx cap copy
-```
-
-La commande `copy` est similaire à `sync`, mais elle ne fera que **copier les changements apportés au dossier web** et à la configuration, sans mettre à jour le projet natif.
-
-Vous pouvez maintenant déployer votre application une fois de plus via Android Studio ou Xcode. Après cela, si vous changez quelque chose dans votre application Svelte, **l'application se rechargera automatiquement** et montrera les changements !
-
-**Gardez à l'esprit** que si vous installez de nouveaux plugins comme la caméra, cela nécessite toujours une reconstruction de votre projet natif. C'est parce que les fichiers natifs sont modifiés, et cela ne peut pas être fait à la volée.
-
-Notez que vous devez utiliser l'IP et le port corrects dans votre configuration. Le bloc de code ci-dessus montre le port par défaut de SvelteKit à des fins de démonstration.
-
-## Utilisation des plugins Capacitor
-
-Voyons comment utiliser un plugin Capacitor en action, dont nous avons parlé plusieurs fois auparavant. Pour cela, nous pouvons installer un plugin simple en exécutant :
-
-```shell
-npm i @capacitor/share
-```
-
-Il n'y a rien de fantaisiste à propos du [plugin Share](https://capacitorjs.com/docs/apis/share/), mais il fait apparaître la boîte de dialogue de partage native ! Pour cela, nous devons maintenant seulement importer le package et appeler la fonction `share()` depuis notre application, alors modifions le **src/routes/index.svelte** comme ceci :
-
-```html
-<script>
-  import { Share } from '@capacitor/share';
-
-  async function share() {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  }
-</script>
-
-<h1>Welcome to SvelteKit and Capacitor!</h1>
-<button on:click={share}>Share now!</button>
-```
-
-Comme mentionné précédemment, lors de l'installation de nouveaux plugins, nous devons effectuer une opération de synchronisation puis redéployer l'application sur notre appareil. Pour ce faire, exécutez la commande suivante :
-
-```
-npx cap sync
-```
-
-Après avoir appuyé sur le bouton, vous pouvez voir la belle boîte de dialogue de partage native en action !
-
-## Ajouter Konsta UI
-
-Pour utiliser Konsta UI dans votre application Nuxt 3, vous devez avoir [tailwind déjà installé](https://tailwindcss.com/docs/guides/sveltekit/) et installer le package :
-
-```shell
-npm i konsta
-```
-
-De plus, vous devez modifier votre fichier `tailwind.config.js` :
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/routes/**/*.{svelte}',
-    './src/components/**/*.{svelte}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` étendra la configuration Tailwind CSS par défaut (ou votre configuration personnalisée) avec quelques variantes supplémentaires et des utilitaires nécessaires pour Konsta UI.
-
-Maintenant, nous devons configurer le composant principal [App](https://konstaui.com/vue/app/) pour pouvoir définir certains paramètres globaux (comme le `theme`).
-
-Nous devons envelopper toute l'application avec `App` dans le `src/routes/+layout.svelte` :
-
-```html
-<script>
-  import { App } from 'konsta/svelte';
-</script>
-
-<App theme="ios">
-  <slot />
-</App>
-```
-
-### Exemple de page
-
-Maintenant que tout est configuré, nous pouvons utiliser les composants Konsta UI Svelte dans nos pages SvelteKit.
-
-Par exemple, ouvrons `src/routes/index.svelte` et changeons-le comme suit :
-
-```html
-<script>
-  import {
-    Page,
-    Navbar,
-    Block,
-    Button,
-    List,
-    ListItem,
-    Link,
-    BlockTitle,
-  } from 'konsta/svelte';
-</script>
-
-<Page>
-  <Navbar title="My App" />
-
-  <Block strong>
-    <p>
-      Here is your SvelteKit & Konsta UI app. Let's see what we have here.
-    </p>
-  </Block>
-  <BlockTitle>Navigation</BlockTitle>
-  <List>
-    <ListItem href="/about/" title="About" />
-    <ListItem href="/form/" title="Form" />
-  </List>
-
-  <Block strong class="flex space-x-4">
-    <Button>Button 1</Button>
-    <Button>Button 2</Button>
-  </Block>
-</Page>
-```
-
-Si le rechargement en direct n'est pas synchronisé après l'installation de tous les composants nécessaires, essayez de tout redémarrer. Une fois que vous avez fait cela, vous devriez voir une application mobile avec un aspect quelque peu natif, construite avec SvelteKit et Capacitor !
-
-Vous devriez voir la page suivante comme résultat :
-
-<script>
-  </script>
-<h1>
-
-## Conclusion
-
-Capacitor est une excellente option pour construire des applications natives basées sur un projet web existant, offrant un moyen simple de partager du code et de maintenir une interface utilisateur cohérente.
-
-Et avec l'ajout de [Capgo](https://capgo.app/), il est encore plus facile d'ajouter des mises à jour en direct à votre application, garantissant que vos utilisateurs ont toujours accès aux dernières fonctionnalités et corrections de bugs.
-
-Si vous souhaitez apprendre comment ajouter Capgo à votre application SvelteKit, jetez un œil à l'article suivant :
-
-Découvrez comment Capgo peut vous aider à construire de meilleures applications plus rapidement, [inscrivez-vous pour un compte gratuit](/register/) aujourd'hui.
diff --git a/src/content/blog/fr/cross-platform-mobile-app-development-guide-2024.md b/src/content/blog/fr/cross-platform-mobile-app-development-guide-2024.md
deleted file mode 100644
index 9d0a5efec..000000000
--- a/src/content/blog/fr/cross-platform-mobile-app-development-guide-2024.md
+++ /dev/null
@@ -1,108 +0,0 @@
----
-slug: cross-platform-mobile-app-development-guide-2024
-title: Le Guide Ultime du Développement d'Applications Mobiles Cross-Platform en 2024
-description: >-
-  Découvrez les meilleures pratiques et frameworks pour le développement
-  d'applications mobiles multiplateformes en 2024. Créez des applications iOS,
-  Android et web à partir d'une seule base de code.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-06-15T00:00:00.000Z
-updated_at: 2024-06-15T00:00:00.000Z
-head_image: /cross-platform-app-dev-2024.webp
-head_image_alt: Développement d'applications mobiles multiplateformes
-keywords: >-
-  cross-platform, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: cross-platform
-published: true
-locale: fr
-next_blog: top-cross-platform-frameworks-compared-2024
----
-## Pourquoi le développement d'applications mobiles multiplateformes est important en 2024
-
-Le développement d'applications mobiles multiplateformes est devenu de plus en plus important en 2024, car les entreprises cherchent à atteindre un public plus large sur les plateformes iOS, Android et web. Développer des applications natives séparées pour chaque plateforme est coûteux et chronophage.
-
-Les frameworks multiplateformes comme Ionic permettent aux entreprises de créer des applications qui fonctionnent sur plusieurs plateformes à partir d'une base de code unique. Cela réduit considérablement le temps et les coûts de développement tout en permettant la parité des fonctionnalités et des expériences utilisateur cohérentes sur tous les appareils.
-
-Les principaux avantages du développement d'applications mobiles multiplateformes en 2024 incluent :
-
-- **Une plus large portée** - Déployez votre application auprès de milliards d'utilisateurs iOS, Android et web à partir d'un seul projet.
-- **Réduction des coûts** - Évitez de maintenir plusieurs bases de code natives et équipes.
-- **Développement plus rapide** - Réutilisez le code sur toutes les plateformes pour livrer les fonctionnalités plus rapidement.
-- **UX cohérente** - Offrez une expérience fluide aux utilisateurs sur n'importe quel appareil.
-
-Alors que l'utilisation mobile continue de croître en 2024 et au-delà, une stratégie d'application multiplateforme est essentielle pour que les entreprises restent compétitives. Mais quelle est la meilleure approche ?
-
-## Analyse des modèles dans l'architecture des applications mobiles
-
-La plupart des applications mobiles sont composées de composants et de modèles d'interface utilisateur communs, tels que :
-
-- Barres d'en-tête avec titres et boutons d'action
-- Listes de données, souvent défilables ou consultables
-- Barres d'onglets et menus de navigation
-- Formulaires avec contrôles de saisie
-
-Bien que les styles puissent différer entre les plateformes, les éléments de base fondamentaux sont les mêmes. Les frameworks multiplateformes modernes comme Ionic fournissent des composants d'interface utilisateur préconçus et personnalisables qui s'adaptent automatiquement à l'apparence de chaque plateforme.
-
-L'utilisation d'un ensemble unique de composants d'interface utilisateur sur les applications iOS, Android et web permet une réutilisation massive du code. Les développeurs n'ont besoin de créer les fonctionnalités qu'une seule fois et peuvent ajuster le style selon les besoins de chaque plateforme.
-
-## Approches multiplateformes basées sur le Web vs Natives
-
-Il existe deux approches principales pour le développement multiplateforme : basée sur le web et native.
-
-Les frameworks basés sur le web comme Ionic utilisent des technologies web standard comme HTML, CSS et JavaScript. L'interface utilisateur s'exécute dans une vue web, avec des plugins fournissant l'accès aux fonctionnalités natives de l'appareil. Bien que les performances aient été une préoccupation par le passé, les moteurs JavaScript modernes ont largement comblé l'écart avec le natif.
-
-Les frameworks multiplateformes natifs comme React Native et Flutter adoptent une approche différente. Ils fournissent du code React ou Dart qui est compilé en widgets et code natifs. Cela permet des performances plus proches du natif mais nécessite l'utilisation de langages et d'outils propriétaires.
-
-En fin de compte, le choix dépend des compétences et des objectifs de votre équipe. Les frameworks basés sur le web vous permettent d'exploiter les talents web existants. Les frameworks natifs nécessitent des compétences plus spécialisées mais peuvent avoir des avantages en termes de performances pour les applications exigeantes.
-
-## Accélérer la vitesse de développement avec Ionic
-
-Ionic est le framework de développement multiplateforme leader, alimentant plus de 15 % des applications dans les app stores. Il fournit un SDK complet avec :
-
-- Plus de 100 composants d'interface utilisateur préconçus pour iOS, Android et web
-- Outils CLI Ionic pour l'échafaudage de projets, les aperçus et les déploiements
-- Intégrations avec des frameworks front-end populaires comme React, Vue et Angular
-- Plugins Capacitor et Cordova pour accéder à toute fonctionnalité native de l'appareil
-- Mises à jour d'applications en direct, authentification et CI/CD avec Capgo ou Appflow
-
-En s'appuyant sur les standards web, Ionic permet aux développeurs d'utiliser leurs compétences existantes pour créer des applications de haute qualité pour n'importe quelle plateforme. Une base de code unique réduit considérablement le temps de développement et les coûts de maintenance.
-
-En 2024, Ionic continue de repousser les limites du possible avec les technologies web. Ionic 7 introduit de puissants outils de conception, des performances améliorées et des intégrations encore plus étroites avec les SDK natifs.
-
-## Pour commencer
-
-En résumé, le multiplateforme devient de plus en plus la norme pour le développement d'applications, car davantage d'entreprises réalisent les avantages commerciaux en 2024. Les frameworks comme Ionic permettent une approche web-first, permettant aux développeurs de créer des applications extraordinaires pour des milliards d'utilisateurs en un temps record.
-
-Des startups aux grandes entreprises, les équipes utilisent Ionic pour alimenter des applications vitales pour les clients, les partenaires et les employés dans tous les secteurs. Si vous envisagez un nouveau projet mobile en 2024, une approche multiplateforme avec Ionic vaut vraiment la peine d'être explorée.
-
-Pour commencer, consultez ces ressources :
-
-- [Documentation Ionic](https://ionicframework.com/docs)
-- [Composants Ionic](https://ionicframework.com/docs/components)
-- [APIs natives Capacitor](https://capacitor.ionicframework.com/)
-
-Avec Ionic, vous construirez en un rien de temps des applications performantes et engageantes pour mobile et web ! Connectez-vous avec un [stratégiste d'applications Ionic](https://ionic.io/enterprise/strategy-session) pour en savoir plus.
-
-L'avenir est multiplateforme - commencez aujourd'hui et atteignez vos objectifs d'applications mobiles en 2024 !
-
-## Simplifiez les mises à jour d'applications avec Capgo
-
-L'un des principaux défis du développement d'applications mobiles est de maintenir votre application à jour au fil du temps. Même avec une approche multiplateforme, publier une nouvelle version pour chaque mise à jour peut être fastidieux.
-
-C'est là que des solutions comme [Capgo](https://capgo.app/) interviennent. Capgo est un système de mise à jour en direct open-source pour les applications Capacitor. Il vous permet de pousser des mises à jour directement vers les appareils des utilisateurs sans passer par les app stores.
-
-Les principaux avantages de Capgo incluent :
-
-- **Mises à jour instantanées** - Poussez la dernière version de votre application en quelques secondes sans la resoumettre aux stores.
-- **Retours en arrière faciles** - Revenez sans effort à une version précédente si nécessaire.
-- **Déploiements progressifs** - Publiez des mises à jour pour un pourcentage d'utilisateurs pour les tests avant un déploiement plus large.
-- **Option auto-hébergée** - Hébergez les mises à jour vous-même pour un contrôle et une confidentialité totale.
-
-Capgo s'intègre parfaitement à Capacitor, le runtime natif qui alimente les applications Ionic. Il est facile à configurer dans n'importe quel projet Ionic existant.
-
-En combinant le développement multiplateforme dans Ionic avec les mises à jour en direct dans Capgo, vous pouvez maximiser votre agilité. Livrez de nouvelles fonctionnalités plus rapidement et avec moins de risques.
-
-Pour commencer avec Capgo, consultez la [documentation officielle](https://docs.capgo.app/). Capgo est gratuit et entièrement open source - vous pouvez donc le déployer comme vous le souhaitez !
diff --git a/src/content/blog/fr/cross-platform-uiux-best-practices-for-capacitor-apps.md b/src/content/blog/fr/cross-platform-uiux-best-practices-for-capacitor-apps.md
deleted file mode 100644
index 3fc905522..000000000
--- a/src/content/blog/fr/cross-platform-uiux-best-practices-for-capacitor-apps.md
+++ /dev/null
@@ -1,282 +0,0 @@
----
-slug: cross-platform-uiux-best-practices-for-capacitor-apps
-title: 'UI/UX Multi-plateforme : Meilleures pratiques pour les applications Capacitor'
-description: >-
-  Apprenez les meilleures pratiques pour créer des interfaces
-  utilisateur/expérience utilisateur (UI/UX) multiplateformes sans faille dans
-  les applications Capacitor, garantissant une sensation native sur iOS, Android
-  et le web.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T04:45:24.942Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0c60ea2808c1172f2f7c6-1742791542149.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, UI/UX design, cross-platform apps, mobile development, responsive
-  design, Ionic, app updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez créer des applications qui semblent natives sur iOS, Android et le web ?** [Capacitor](https://capacitorjs.com/) le rend possible en mélangeant des fonctionnalités web et natives. Mais créer une expérience fluide sur différentes plateformes nécessite une conception UI/UX soignée. Voici comment vous pouvez le faire :
-
-<Steps>
-1. **Suivez les Directives Spécifiques à la Plateforme** : Respectez les normes iOS (Interface Humaine) et Android (Design Matériel) pour la navigation, la typographie et les gestes.
-2. **Utilisez un Système de Design** : Créez des tokens de design réutilisables, des composants et de la documentation pour garantir la cohérence.
-3. **Optimisez pour les Tailles d'Écran** : Utilisez des grilles responsives, des points de rupture et des composants évolutifs pour des mises en page fluides sur tous les appareils.
-4. **Exploitez des Outils Comme [Ionic](https://ionicframework.com/)** : Les composants préconçus s'adaptent aux styles de la plateforme, ce qui fait gagner du temps et des efforts.
-5. **Testez sur Différents Appareils** : Couvrez différentes tailles d'écran, versions de système d'exploitation et interactions utilisateur pour assurer la fiabilité.
-6. **Utilisez des Mises à Jour Instantanées** : Des outils comme [Capgo](https://capgo.app/) livrent des mises à jour instantanément sans retard lié à l'App Store, tenant les utilisateurs informés.
-
-**Astuce Rapide** : Capgo a permis 23,5 millions de mises à jour pour plus de 750 applications, avec 95 % des utilisateurs mis à jour dans les 24 heures.
-
-## Créer des Composants Multi-Plateformes avec [Stencil](https://stenciljs.com/) et [Capacitor](https://capacitorjs.com/)
-
-![Stencil Web Components Compiler](https://mars-images.imgix.net/seobot/screenshots/stenciljs.com-6020276454429265c3dac5ec0634b1fb-2025-03-24.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/O5xfY9LPl0s" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Fondamentaux de la Conception Multi-Plateformes
-
-Créer une expérience utilisateur fluide sur différentes plateformes signifie équilibrer les modèles de design spécifiques à chaque plateforme avec le style unique de votre application. Voici comment vous pouvez y parvenir.
-
-### Construire un Système de Design
-
-Un système de design sert de colonne vertébrale à la conception multi-plateforme de votre application. Il inclut généralement :
-
-<Steps>
-1. **Tokens de design** : Ce sont les valeurs pour les couleurs, la typographie, les espacements et les animations.
-2. **Bibliothèque de composants** : Une collection d'éléments d'interface utilisateur réutilisables conçus pour s'aligner aux normes de la plateforme.
-3. **Documentation** : Des directives claires pour assurer une utilisation et une mise en œuvre cohérentes.
-
-### Directives de Design par Plateforme
-
-Pour maintenir un look cohérent tout en respectant les normes spécifiques à chaque plateforme, considérez ce qui suit :
-
-| **Élément de Design** | **iOS (Interface Humaine)** | **Android (Matériel)** |
-| --- | --- | --- |
-| Navigation | Barres d'onglets, alignées en bas | Tiroir de navigation, barre d'application en haut |
-| Typographie | Police San Francisco | Police Roboto |
-| Gestes | Glisser le bord pour revenir en arrière | Accent sur la navigation en bas |
-| Boutons | Coins arrondis, effets subtils | Boutons contenus ou avec contour |
-
-Ensuite, abordons les complexités de la conception pour différentes tailles d'écran.
-
-### Conception de Mise en Page Multi-Écrans
-
-Concevoir pour différentes tailles d'écran nécessite de la flexibilité. Voici quelques stratégies :
-
-<Steps>
-1. **Système de Grille Responsive**  
-    Utilisez une grille qui s'ajuste dynamiquement pour s'adapter à n'importe quelle taille d'écran.
-2. **Stratégie de Point de Rupture**  
-    Définissez des ajustements de mise en page en fonction de la largeur de l'écran :
-    
-    -   _Petit (< 600px)_: Single-column layout
-    -   _Medium (600–1024px)_: Two-column layout
-    -   _Large (> 1024px)_: Mise en page à plusieurs colonnes, souvent avec des barres latérales
-3. **Mise à l'Échelle des Composants**  
-    Assurez-vous que les composants évoluent de manière proportionnelle. Pour les cibles tactiles, suivez ces directives : au moins 44x44 pixels sur iOS et 48x48 pixels indépendants de la densité sur Android.
-    
-
-Avec des outils comme les fonctionnalités de mise à jour en direct de Capgo, vous pouvez rapidement affiner et améliorer votre système de design.
-
-## Création de Composants UI
-
-Créer des composants UI performants nécessite une attention particulière à la compatibilité multi-plateformes et à la performance efficace. Voyons quelques méthodes pratiques pour construire des composants réutilisables et efficaces.
-
-### Utilisation des Composants [Ionic](https://ionicframework.com/)
-
-![Ionic Framework Website](https://mars-images.imgix.net/seobot/screenshots/ionicframework.com-e736941a658f3b6da09d169d589f75bb-2025-03-24.jpg?auto=compress)
-
-Ionic offre des composants préconçus qui simplifient le développement multi-plateformes. Ces composants s'alignent automatiquement avec les modèles de design spécifiques à la plateforme tout en garantissant une fonctionnalité cohérente.
-
-| Type de Composant | Design iOS | Design Android |
-| --- | --- | --- |
-| Listes | Regroupement intérieur stylé pour iOS | Cartes Design Matériel |
-| Champs de Formulaire | Coins arrondis, sélecteurs iOS | Champs de texte Matériel |
-| Navigation | Boutons de retour au style iOS | Modèles de navigation Android |
-| Modales | Présentation de style feuille | Dialogues plein écran |
-
-Lorsque vous travaillez avec des composants Ionic, gardez ces conseils à l'esprit :
-
-<Steps>
-1. **Détection de la Plateforme** : Utilisez les utilitaires de plateforme d'Ionic pour ajuster le comportement des composants en fonction de l'appareil.
-2. **Thématisation** : Personnalisez l'apparence avec des variables CSS.
-3. **Accessibilité** : Profitez du support ARIA intégré et de la navigation au clavier pour une meilleure convivialité.
-
-Bien que les composants Ionic fournissent un excellent point de départ, des composants personnalisés peuvent être conçus pour répondre à des besoins spécifiques et affiner davantage l'expérience de votre application.
-
-### Création de Composants Personnalisés
-
-Les composants personnalisés doivent être conçus avec flexibilité à l'esprit. Utilisez une base neutre à la plateforme, des mises en page adaptatives et un traitement d'événements unifié pour garantir qu'ils fonctionnent sur divers appareils. Par exemple, prenez en charge à la fois les événements tactiles et de clic pour offrir des interactions fluides sur n'importe quel appareil. Ces pratiques aident à maintenir un look et une sensation cohérents sur toutes les plateformes, améliorant ainsi l'expérience utilisateur.
-
-### Vitesse et Performance
-
-Une fois vos composants conçus, il est essentiel de les optimiser pour la performance sur toutes les plateformes. Une expérience utilisateur fluide dépend d'une performance efficace.
-
-> "Nous avons déployé des [mises à jour OTA Capgo](https://console.capgo.app/resend_email) en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour dans les minutes suivant le déploiement de l'OTA sur @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Des techniques comme le chargement paresseux, le défilement virtuel et les animations accélérées par matériel peuvent considérablement réduire la taille des paquets et améliorer la réactivité. Pour des mises à jour critiques, le système de mise à jour en direct de Capgo est un outil fiable, comme le souligne Rodrigo Mantica :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Utilisez les outils de développement du navigateur et le tableau de bord analytique de Capgo pour surveiller et valider vos optimisations de performance de manière efficace.
-
-## Gérer les Différences Entre Plateformes
-
-### Détection de la Plateforme
-
-Capacitor fournit des APIs pour identifier les types d'appareils, ce qui facilite l'ajustement du comportement de votre application en fonction de la plateforme. C'est essentiel pour créer une expérience qui semble naturelle sur chaque appareil tout en gardant un look et une fonctionnalité cohérents sur toutes les plateformes. Voici un exemple de détection de la plateforme :
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const platform = Capacitor.getPlatform();
-const isIOS = platform === 'ios';
-const isAndroid = platform === 'android';
-```
-
-Cette simple vérification vous permet de modifier le comportement de votre application en fonction du système d'exploitation. C'est un excellent point de départ pour affiner la performance et offrir une expérience fluide sur tous les appareils. Explorons comment vous pouvez l'utiliser pour mettre en œuvre des fonctionnalités spécifiques à chaque plateforme.
-
-### Code Spécifique à la Plateforme
-
-Lors de l'ajout de fonctionnalités spécifiques à la plateforme, il est important de respecter les lignes directrices uniques de design et de comportement de chaque système d'exploitation tout en maintenant la cohésion du design global de votre application. Voici une comparaison rapide de la manière dont les fonctionnalités peuvent différer entre iOS et Android :
-
-| Fonctionnalité | Mise en œuvre iOS | Mise en œuvre Android |
-| --- | --- | --- |
-| Navigation | Transitions push/pop | Modèles de navigation Matériel |
-| Gestes | Glissement du bord pour revenir en arrière | Bouton retour système |
-| Barre d'état | Modes clairs/foncés à la iOS | S'adapte aux thèmes système |
-| Clavier | Dissimulation interactive | Gère le comportement du clavier virtuel Android |
-
-> "Capgo est un outil indispensable pour les développeurs qui souhaitent être plus productifs. Éviter la révision pour les corrections de bogues est précieux." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Le mécanisme de mise à jour de Capgo simplifie le processus de déploiement de corrections sur plusieurs plateformes [\[1\]](https://capgo.app/). Au-delà des ajustements de code, les limites matérielles jouent également un grand rôle dans la manière dont les fonctionnalités doivent être mises en œuvre.
-
-### Fonctionnalités et Limites des Appareils
-
-Les différences matérielles peuvent affecter de manière significative la façon dont les utilisateurs interagissent avec votre application. Voici quelques domaines clés sur lesquels se concentrer :
-
-<Steps>
-1. **Gestion de la Résolution d'Écran** : Concevez des mises en page responsives qui s'adaptent aux différentes densités d'écran et rapports d'aspect.
-2. **Contraintes de Mémoire** : Optimisez le chargement d'images et le caching en fonction de la capacité de mémoire de l'appareil.
-3. **Méthodes d'Entrée** : Prenez en charge les interactions tactiles et, le cas échéant, les claviers matériels.
-
-Traiter ces aspects assure le bon fonctionnement de votre application sur divers appareils. Les stratégies de chargement adaptatif peuvent encore améliorer la performance. En fait, des données récentes montrent que les optimisations spécifiques à la plateforme ont conduit à un taux de réussite de 82 % pour les mises à jour dans le monde entier [\[1\]](https://capgo.app/).
-
-Pour garantir que votre application performe bien, testez toujours sur de vrais appareils, pas seulement sur des émulateurs. Gardez un œil sur les métriques de performance à travers différentes catégories d'appareils et incluez des options de secours pour les fonctionnalités qui ne sont pas prises en charge. En combinant la détection de plateforme de Capacitor avec des ajustements réfléchis, vous pouvez créer une application qui semble native sur chaque plateforme tout en maintenant une identité de marque cohérente.
-
-## Tester Votre Application
-
-### Plan de Test Multi-Plateformes
-
-Tester les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) nécessite une approche claire et organisée pour s'assurer qu'elles fonctionnent de manière fluide sur différentes plateformes. Commencez par mettre en place une matrice de test détaillée qui inclut une variété d'appareils et de versions de systèmes d'exploitation. Voici une manière structurée d'aborder cela :
-
--   **Test de couverture des appareils** : Concentrez-vous sur les configurations d'appareils les plus couramment utilisées. Testez sur :
-    
-    -   Les derniers appareils iOS
-    -   Les appareils Android populaires
-    -   Différentes tailles d'écran, y compris les téléphones et les tablettes
-    -   Diverses versions de système d'exploitation, telles que iOS 16–17 et Android 12–14
--   **Test des composants de l'interface utilisateur** : Assurez-vous de la cohérence visuelle et des interactions fluides en testant :
-    
-    -   Les flux de navigation
-    -   Les gestes tactiles et la réactivité
-    -   Les ajustements de mise en page pour différentes tailles d'écran
-    -   La précision du rendu des composants
-    -   Les éléments de l'interface utilisateur spécifiques à la plateforme
-
-Pour détecter des problèmes subtils d'UI/UX, complétez ces tests par des retours d'utilisateurs réels.
-
-### Tests utilisateurs et retours
-
-Les tests utilisateurs peuvent être à la fois structurés et flexibles. Certaines méthodes efficaces comprennent :
-
-| **Méthode de test** | **Objectif** | **Indicateurs clés** |
-| --- | --- | --- |
-| Test A/B | Comparer différentes versions de l'UI | Taux de conversion, temps sur la tâche |
-| Sessions d'utilisabilité | Observer les interactions des utilisateurs | Taux d'achèvement des tâches, erreurs |
-| Tests bêta | Recueillir des retours directs des utilisateurs | Rapports de crash, utilisation des fonctionnalités |
-| Intégration d'analytique | Surveiller les comportements des utilisateurs | Durée de session, navigation |
-
-Combiner des tests automatisés avec des retours d'utilisateurs réels est essentiel pour identifier les problèmes potentiels tôt. Des outils comme [Firebase Analytics](https://firebase.google.com/docs/analytics) et [Mixpanel](https://mixpanel.com/) peuvent vous aider à suivre le comportement des utilisateurs et à affiner l'expérience de l'application.
-
-### Outils d'automatisation des tests
-
-Les tests automatisés sont essentiels pour maintenir la qualité sur les plateformes. Voici quelques outils qui fonctionnent bien avec les applications Capacitor :
-
--   **Tests de bout en bout** : Utilisez [Cypress](https://www.cypress.io/) pour :
-    
-    -   Tester les interactions des utilisateurs
-    -   Exécution en temps réel
-    -   Compatibilité entre navigateurs
-    -   Vérifications de régression visuelle
-    -   Attente automatique des éléments
--   **Tests unitaires** : [Jest](https://jestjs.io/) associé à Testing Library prend en charge :
-    
-    -   Test des composants de manière isolée
-    -   Simulation des réponses API
-    -   Vérification des comportements spécifiques à la plateforme
-    -   Test de la gestion d'état
-
-Lors de la configuration des tests automatisés, donnez la priorité aux chemins critiques des utilisateurs en premier. Pour des mises à jour en direct et des corrections rapides, le mécanisme de mise à jour de Capgo s'intègre parfaitement avec ces outils. Cela vous permet de déployer rapidement des modifications testées sans risquer la stabilité de l'application. Ensemble, les tests automatisés et les mises à jour en direct assurent une expérience d'application fluide et fiable.
-
-## Mises à jour de l'application et maintenance
-
-Maintenir votre application à jour est crucial pour garantir une expérience utilisateur fluide et cohérente sur toutes les plateformes. Des mises à jour en temps voulu, associées à une livraison sécurisée, garantissent que votre application reste fiable et conviviale.
-
-### Mises à jour en direct avec [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Après avoir réussi les phases de conception et de test, le défi suivant consiste à déployer des mises à jour en douceur. Capgo facilite ce processus en permettant des mises à jour instantanées sans attendre l'approbation des magasins d'applications.
-
-Voici comment Capgo aide :
-
--   **Mises à jour par étapes** : Testez les changements d'UI avec des groupes d'utilisateurs sélectionnés en utilisant le système de canaux de Capgo avant de les rendre disponibles pour tout le monde.
--   **Déploiement sélectif** : Publiez des corrections spécifiques pour réduire la taille des mises à jour et accélérer les téléchargements.
--   **Contrôle des versions** : Gérez plusieurs versions d'application simultanément, garantissant une expérience cohérente pour tous les utilisateurs.
-
-Une fois que les mises à jour sont en ligne, suivre les performances devient la prochaine étape critique.
-
-### Suivi des performances
-
-Pour maintenir une expérience utilisateur de premier ordre, surveillez ces indicateurs clés :
-
-| Type d'indicateur | Ce qu'il faut surveiller | Objectif de référence |
-| --- | --- | --- |
-| Succès des mises à jour | Taux d'adoption des utilisateurs | 95 % dans les 24 heures |
-| Temps de réponse | Vitesse de l'API | Moins de 434 ms au niveau mondial |
-| Expérience utilisateur | Interactions avec l'interface | Retours en temps réel |
-
-Les analyses intégrées de Capgo fournissent des informations en temps réel sur l'engagement des utilisateurs, tout en garantissant la sécurité grâce au chiffrement de bout en bout.
-
-### Directives de l'App Store
-
-Lors du déploiement de mises à jour d'UI multiplateformes, il est impératif de respecter les règles des magasins d'applications. Voici ce qu'il faut garder à l'esprit :
-
--   **Conformité des mises à jour** : Assurez-vous que toutes les mises à jour respectent les directives d'Apple et d'Android pour les changements d'UI.
--   **Normes de sécurité** : Utilisez le chiffrement de bout en bout pour livrer des mises à jour en toute sécurité.
--   Pour les applications d'entreprise, Capgo propose des options comme des [mises à jour auto-hébergées](https://capgo.app/docs/plugin/self-hosted/handling-updates/) et un support de domaine personnalisé. Cela donne aux organisations un meilleur contrôle sur le processus de mise à jour tout en garantissant la conformité.
-
-L'approche de Capgo en matière de mises à jour a fait ses preuves - 95 % des utilisateurs actifs adoptent les mises à jour dans les 24 heures. Cette adoption rapide contribue à maintenir une expérience cohérente et à minimiser les problèmes de support causés par des versions obsolètes.
-
-## Résumé
-
-Créer une expérience UI/UX cohérente sur les plateformes nécessite une conception soigneuse, des tests approfondis et une maintenance continue. L'utilisation d'un système de design unifié aide à maintenir l'uniformité, tandis que les ajustements spécifiques à la plateforme garantissent que votre application semble naturelle aux utilisateurs de tout appareil. Ce guide a exposé une approche étape par étape, de la construction de systèmes de design à la mise en œuvre de mises à jour en direct.
-
-Des tests approfondis et un suivi actif des erreurs sont également essentiels pour offrir une expérience fluide et fiable sur tous les appareils.
-
-### Indicateurs clés de performance
-
-| Indicateur | Performance |
-| --- | --- |
-| Adoption des mises à jour | 95 % dans les 24 heures |
-| Temps de réponse API global | 434 ms en moyenne |
-| Livraison des mises à jour | 114 ms pour un paquet de 5 Mo |
-| Taux de succès | 82 % dans le monde entier |
diff --git a/src/content/blog/fr/custom-ios-plugin-optimization-best-practices.md b/src/content/blog/fr/custom-ios-plugin-optimization-best-practices.md
deleted file mode 100644
index 219504a5f..000000000
--- a/src/content/blog/fr/custom-ios-plugin-optimization-best-practices.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: custom-ios-plugin-optimization-best-practices
-title: 'Optimisation des plugins iOS personnalisés : Bonnes pratiques'
-description: >-
-  Optimisez les plugins iOS personnalisés pour améliorer les performances grâce
-  aux meilleures pratiques en matière de communication bridge, de gestion de la
-  mémoire et d'efficacité du code Swift.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T05:25:39.348Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825647b0209458b3ff370ad-1747287014908.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  iOS plugins, Capacitor, performance optimization, memory management, Swift
-  code, Xcode tools, bridge communication, app performance
-tag: 'Development, Mobile, Technology'
-published: true
-locale: fr
-next_blog: ''
----
-L'optimisation des plugins iOS personnalisés est essentielle pour améliorer les performances des applications [Capacitor](https://capacitorjs.com/). Elle garantit un fonctionnement plus rapide, plus fluide et plus stable pour les développeurs et les utilisateurs. Voici un résumé rapide des pratiques clés :
-
--   **Communication Bridge** : Regroupez et compressez les charges de données volumineuses pour réduire la latence.
--   **Gestion de la mémoire** : Évitez les fuites de mémoire en utilisant des références faibles et en libérant rapidement les ressources importantes.
--   **Optimisation du code [Swift](https://developer.apple.com/swift/)** : Utilisez des types de valeur et validez les entrées tôt pour de meilleures performances.
--   **Paramètres [Xcode](https://developer.apple.com/xcode/)** : Activez des fonctionnalités comme Dead Code Stripping et Link Time Optimization pour améliorer la vitesse et réduire la taille du binaire.
--   **Outils de test de performance** : Utilisez régulièrement Time Profiler, Allocations et Leaks de Xcode pour identifier et corriger les goulots d'étranglement.
-
-## Comment les développeurs iOS seniors profilent et résolvent les problèmes de performance avec [Instruments](https://developer.apple.com/tutorials/instruments).app | Mentorat de développement en direct
-
-![Instruments Performance Analysis Tool](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/e22eff9f9e9ed463ea162436d1a0a9d2.jpg)
-
-<iframe src="https://www.youtube.com/embed/HIsECG5s4DU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Méthodes d'optimisation principales
-
-Améliorez les performances de votre plugin en affinant les appels bridge, en gérant la mémoire plus efficacement et en optimisant le code Swift.
-
-### Réduction de la charge de communication Bridge
-
-L'interaction entre JavaScript et le code natif iOS peut ralentir les choses si elle n'est pas gérée avec soin. Pour réduire ce goulot d'étranglement, concentrez-vous sur l'efficacité de vos transferts de données :
-
-| **Type de données** | **Stratégie d'optimisation** | **Impact sur les performances** |
-| --- | --- | --- |
-| Objets JSON | Simplifier la structure, supprimer la redondance | Meilleure réactivité |
-| Données binaires | Utiliser l'encodage base64 de manière sélective | Traitement plus rapide et plus efficace |
-| Charges importantes | Traitement par lots des données | Moins d'appels bridge, fonctionnement plus fluide |
-
-En compactant les données et en minimisant la taille des charges JSON, vous pouvez réduire les surcharges de sérialisation. Les tests avec Instruments de Xcode ont montré que ces ajustements réduisent significativement les temps de sérialisation et de désérialisation, conduisant à une amélioration notable de la réactivité du plugin [\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[5\]](https://capacitorjs.com/docs/ios).
-
-Une fois la communication bridge optimisée, l'étape suivante consiste à affiner la gestion de la mémoire.
-
-### Gestion de la mémoire iOS
-
-Une bonne gestion de la mémoire est essentielle pour maintenir la stabilité de votre plugin et éviter les crashs. Voici quelques étapes pratiques pour gérer efficacement la mémoire :
-
--   Utiliser des **références faibles** pour les modèles de délégué pour éviter les cycles de rétention.
--   Libérer les ressources importantes, comme les images ou les fichiers médias, dès qu'elles ne sont plus nécessaires.
--   Surveiller régulièrement l'allocation de mémoire et profiler votre application avec Instruments de Xcode pour détecter tôt les fuites potentielles.
-
-Après avoir traité les problèmes de mémoire, vous pouvez vous concentrer sur l'amélioration de l'efficacité de votre code Swift.
-
-### Conseils de performance pour [Swift](https://developer.apple.com/swift/)
-
-![Swift Programming Language Website](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/2e2b0430a9aab611e781d4d45224ac43.jpg)
-
-Swift fournit plusieurs outils pour aider à optimiser votre code. Concentrez-vous sur ces domaines pour tirer le meilleur parti de votre plugin :
-
-| **Zone d'optimisation** | **Mise en œuvre** | **Avantage** |
-| --- | --- | --- |
-| Types de valeur | Utiliser des structs pour les modèles de données | Utilisation réduite de la mémoire |
-| Validation des paramètres | Valider les entrées tôt | Éviter les traitements inutiles |
-| Sécurité des types | S'appuyer sur le système de typage fort de Swift | Permet de meilleures optimisations du compilateur |
-
-En validant les paramètres en amont et en tirant parti du système de types forts de Swift, vous pouvez éviter les traitements inutiles et permettre au compilateur d'optimiser plus efficacement votre code [\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[4\]](https://capacitorjs.com/docs/plugins/tutorial/ios-implementation).
-
-Ces stratégies, combinées, peuvent améliorer significativement les performances globales et la stabilité de votre plugin.
-
-## Améliorations spécifiques à iOS
-
-Pour amener votre plugin iOS au niveau supérieur, il est essentiel d'affiner ses performances avec des optimisations spécifiques à la plateforme. En exploitant les bons paramètres Xcode et les outils de test, vous pouvez améliorer à la fois la vitesse et l'efficacité. Examinons cela en détail.
-
-### Paramètres de performance [Xcode](https://developer.apple.com/xcode/)
-
-![Xcode IDE Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/15516018a4284df8a7d0585815c62b4c.jpg)
-
-L'ajustement des paramètres de compilation de Xcode peut améliorer significativement les performances de votre plugin tout en maintenant sa taille sous contrôle. Voici un aperçu rapide des configurations clés :
-
-| **Paramètre de compilation** | **Configuration** | **Impact** |
-| --- | --- | --- |
-| Configuration de compilation | Release | Active toutes les optimisations de performance |
-| Optimisation au moment de l'édition des liens | Activée | Accélère l'exécution |
-| Suppression du code mort | Activée | Réduit la taille du binaire jusqu'à 20% |
-| Niveau d'optimisation Swift | `-Owholemodule` | Améliore les performances globales |
-
-Par exemple, activer la **suppression du code mort** et définir le **niveau d'optimisation Swift** sur `-Owholemodule` peut réduire la taille de votre plugin tout en assurant des vitesses d'exécution plus rapides [\[2\]](https://capacitorjs.com/docs/plugins/ios). Une fois ces paramètres en place, il est temps de mesurer leur impact en utilisant les outils intégrés de Xcode.
-
-### Outils de test de performance iOS
-
-Xcode offre une suite d'outils conçus pour analyser et optimiser les performances. Voici un aperçu des plus utiles :
-
-| **Outil** | **Utilisation principale** | **Métriques clés** |
-| --- | --- | --- |
-| Time Profiler | Analyse de l'utilisation du CPU | Temps d'exécution des méthodes |
-| Allocations | Suivi de l'utilisation de la mémoire | Modèles d'allocation d'objets |
-| Leaks | Détection des problèmes de mémoire | Identifie les cycles de rétention et les fuites |
-| Debug Navigator | Surveillance en temps réel | Suit les statistiques d'utilisation des ressources |
-
-Voici comment tirer le meilleur parti de ces outils :
-
--   **Tester dans des scénarios réels** : Simuler des charges de données et des interactions utilisateur réalistes pour obtenir des insights de performance précis.
--   **Surveiller l'utilisation de la mémoire** : Utiliser l'outil Allocations pour surveiller la consommation de mémoire et éviter les surcharges inutiles.
--   **Définir des références** : Automatiser les tests de performance avec XCTest pour suivre les métriques dans le temps.
-
-Prenez l'habitude de profiler régulièrement votre plugin avec des outils comme **Time Profiler**, **Allocations** et **Leaks**. Cela vous aidera à identifier les goulots d'étranglement de performance et à garantir que votre plugin fonctionne de manière fluide et efficace [\[5\]](https://capacitorjs.com/docs/ios).
-
-## Étapes de configuration et de publication du plugin
-
-La configuration et la publication de plugins iOS impliquent une approche méticuleuse de la gestion des dépendances, assurant des [mises à jour transparentes](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) et respectant les directives de l'App Store. Voici une décomposition des pratiques clés pour assurer un processus de déploiement fluide.
-
-### Gestion des dépendances du plugin
-
-Une gestion appropriée des dépendances est cruciale pour maintenir les performances et la stabilité de votre plugin. Voici un aperçu rapide :
-
-| **Outil de gestion des dépendances** | **Meilleure pratique** | **Impact** |
-| --- | --- | --- |
-| [CocoaPods](https://cocoapods.org/) | Utiliser des versions explicites | Évite les problèmes de compatibilité |
-| Swift Package Manager | Activer la liaison statique | Réduit la taille du binaire |
-| Intégration manuelle | Éviter si possible | Réduit la complexité de maintenance |
-
-Par exemple, lors de l'utilisation de CocoaPods, vous pouvez spécifier les versions comme ceci :
-
-```swift
-pod 'ExampleSDK', '~> 2.0.0'
-pod 'AnalyticsLib', :git => 'https://github.com/example/analytics.git', :tag => 'v1.2.3'
-```
-
-En sélectionnant et configurant soigneusement les dépendances, vous réduisez les risques et assurez une base stable pour votre plugin.
-
-### Mises à jour OTA avec [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-Une fois les dépendances rationalisées, l'étape suivante consiste à assurer que votre plugin évolue en douceur au fil du temps. Les mises à jour Over-the-air (OTA) sont un changement de paradigme, et Capgo est un outil puissant pour un déploiement rapide tout en restant conforme aux règles de l'App Store. Selon des données récentes, **95% des utilisateurs actifs reçoivent des mises à jour dans les 24 heures** en utilisant le système de distribution de Capgo [\[1\]](https://capgo.app/).
-
-Pour tirer le meilleur parti de Capgo, suivez ces étapes :
-
--   **Configurer les canaux de mise à jour** : Utiliser des déploiements progressifs pour tester d'abord les mises à jour avec des groupes d'utilisateurs plus petits.
--   **Activer les mises à jour partielles** : Cela minimise l'utilisation de la bande passante et accélère le processus de mise à jour.
--   **Définir des déclencheurs de retour automatique** : Revenir rapidement aux versions précédentes si des erreurs critiques surviennent, assurant que l'expérience utilisateur n'est pas perturbée.
-
-### Directives de l'App Store
-
-Enfin, la [conformité aux directives de l'App Store](https://capgo.app/blog/do-apple-allow-live-updates/) est essentielle pour une publication réussie. Ces directives assurent que votre plugin est efficace et respecte les standards d'Apple. Les domaines clés à focus incluent :
-
-| **Exigence** | **Mise en œuvre** | **Méthode de vérification** |
-| --- | --- | --- |
-| Support d'architecture | Compiler pour arm64 et x86_64 | Valider dans Xcode |
-| Taille du binaire | Activer la suppression du code mort | Utiliser les rapports d'analyse de compilation |
-| Optimisation des ressources | Utiliser des catalogues d'assets | Vérifier les rapports de taille Xcode |
-
-De plus, documentez minutieusement votre utilisation d'API et évitez d'utiliser des frameworks privés ou restreints pour respecter les règles de confidentialité d'Apple [\[2\]](https://capacitorjs.com/docs/plugins/ios). Employez des techniques comme le chargement paresseux et l'amincissement d'application Xcode pour optimiser l'utilisation des ressources et améliorer les performances au démarrage et à l'exécution [\[3\]](https://github.com/ionic-team/capacitor/issues/3991).
-
-## Résumé
-
-Voici une brève décomposition des meilleures pratiques pour optimiser les plugins iOS personnalisés dans Capacitor et comment elles peuvent améliorer les performances de l'application. L'accent est mis sur l'amélioration des **performances**, la gestion de l'**utilisation de la mémoire** et l'assurance d'une **communication bridge** efficace, qui contribuent tous à une meilleure réactivité de l'application et à une meilleure gestion des ressources.
-
-### Aperçu des optimisations clés
-
-Le tableau ci-dessous met en évidence les domaines critiques d'optimisation, leurs impacts mesurables et les avantages qu'ils apportent :
-
-| **Zone d'optimisation** | **Impact** | **Avantage de mise en œuvre** |
-| --- | --- | --- |
-| **Communication Bridge** | 57ms de temps de réponse API moyen [\[1\]](https://capgo.app/) | Latence réduite et flux de données plus fluide |
-| **Gestion de la mémoire** | 95% de taux de mise à jour des utilisateurs actifs en 24 heures [\[1\]](https://capgo.app/) | Stabilité et utilisation des ressources améliorées |
-| **Performance Swift** | 114ms de vitesse de téléchargement pour les bundles de 5MB [\[1\]](https://capgo.app/) | Exécution plus rapide et meilleure expérience utilisateur |
-
-### Points clés pour les développeurs
-
-Pour obtenir ces améliorations de performance, les développeurs doivent prioriser :
-
--   **Communication Bridge** : Regrouper et compresser les charges de données importantes pour minimiser la latence.
--   **Gestion de la mémoire** : Utiliser des références faibles et non possédées pour optimiser l'utilisation des ressources.
--   **Optimisation Swift** : Utiliser les types de valeur et la sémantique de copie à l'écriture pour de meilleures performances.
--   **Outils de test** : Profiler régulièrement avec Xcode Instruments pour identifier et résoudre les goulots d'étranglement.
-
-## FAQs
-
-:::faq
-### Comment l'optimisation de la communication bridge dans les plugins iOS personnalisés améliore-t-elle les performances de l'application ?
-
-L'optimisation de la communication bridge dans les plugins iOS personnalisés est un moyen intelligent d'améliorer les performances de l'application. En réduisant la latence et en améliorant la circulation des données entre les couches natives et JavaScript, vous pouvez obtenir des interactions plus fluides, des réponses plus rapides et une meilleure expérience utilisateur globale.
-
-Pour y parvenir, il est important de limiter les données envoyées via le bridge, de combiner plusieurs appels en lots lorsque possible, et de réduire les échanges aller-retour inutiles. Des outils comme **Capgo** peuvent faciliter ce processus. Ils permettent des mises à jour instantanées, aidant votre application à rester rapide et à jour sans les tracas des soumissions constantes à l'App Store.
-:::
-
-:::faq
-### Quelles sont les meilleures pratiques pour optimiser l'utilisation de la mémoire dans les plugins iOS personnalisés pour éviter les crashs ?
-
-Pour faire fonctionner vos plugins iOS personnalisés en douceur et éviter les crashs liés à la mémoire, il est essentiel de se concentrer sur l'écriture d'un code efficace et bien structuré tout en respectant les meilleures pratiques spécifiques à iOS. Commencez par **gérer efficacement la mémoire** - cela signifie surveiller les cycles de vie des objets et utiliser des outils comme Xcode Instruments pour identifier et corriger les cycles de rétention qui pourraient conduire à des fuites de mémoire. Un autre conseil important ? Ne surchargez pas le thread principal avec des tâches lourdes. Au lieu de cela, déplacez les opérations gourmandes en ressources vers des threads d'arrière-plan pour garder l'application réactive.
-
-De plus, soyez diligent dans la libération des ressources - qu'il s'agisse de fichiers, d'images ou de connexions réseau - une fois qu'elles ne sont plus utilisées. Si vous travaillez avec **Capacitor** pour votre application, des plateformes comme Capgo peuvent vous faciliter la vie en simplifiant les mises à jour et les corrections. Cela signifie que vous pouvez résoudre rapidement les problèmes de performance sans attendre les approbations de l'App Store. Suivre ces étapes aidera à améliorer la stabilité et la fiabilité de vos plugins iOS personnalisés.
-:::
-
-:::faq
-### Comment les paramètres de performance et les outils de test de Xcode peuvent-ils aider à optimiser les plugins iOS personnalisés dans Capacitor ?
-
-## Paramètres de performance et outils de test de Xcode
-
-En ce qui concerne l'optimisation des plugins iOS personnalisés dans Capacitor, Xcode offre des outils puissants pour aider les développeurs à affiner leur travail. Une fonctionnalité remarquable est **Instruments**, qui vous permet de suivre des métriques clés comme l'utilisation de la mémoire, les performances CPU et l'impact énergétique. Ces insights facilitent l'identification et la résolution des goulots d'étranglement de performance.
-
-Les **outils de débogage** de Xcode jouent également un rôle crucial, vous permettant de tester votre plugin en temps réel sur les appareils iOS. Cela garantit que votre code s'exécute efficacement et offre une expérience fluide aux utilisateurs.
-
-Pour des mises à jour plus rapides et des corrections rationalisées, des plateformes comme **Capgo** peuvent faire la différence. Elles vous permettent de pousser des mises à jour en direct directement aux utilisateurs sans nécessiter d'approbations de l'App Store, tout en respectant les directives d'Apple. Cette approche permet non seulement de gagner du temps mais aussi de maintenir votre application à son meilleur niveau de performance.
-:::
diff --git a/src/content/blog/fr/developing-cross-platform-apps-with-capacitorjs.md.md b/src/content/blog/fr/developing-cross-platform-apps-with-capacitorjs.md.md
deleted file mode 100644
index 5975ed0c6..000000000
--- a/src/content/blog/fr/developing-cross-platform-apps-with-capacitorjs.md.md
+++ /dev/null
@@ -1,178 +0,0 @@
----
-slug: developing-cross-platform-apps-with-capacitorjs
-title: >-
-  Développer des applications multiplateformes avec CapacitorJS : Un guide étape
-  par étape
-description: >-
-  Apprenez à créer des applications multiplateformes en utilisant CapacitorJS
-  avec une base de code JavaScript unique pour Android, iOS et web (PWA).
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-02T00:00:00.000Z
-updated_at: 2023-12-14T00:00:00.000Z
-head_image: /create_app_with_js.webp
-head_image_alt: Développement d'Applications Cross-Platform
-keywords: >-
-  Capacitor, cross-platform, PWA, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Tuto
-published: true
-locale: fr
-next_blog: ''
----
-Dans le monde en constante évolution du développement d'applications mobiles, l'essor des Applications Web Progressives (PWA) a ouvert la voie à de nouveaux environnements d'exécution multiplateformes. Ces environnements permettent aux applications web d'être présentes dans les stores d'applications sans dépendre uniquement du code natif. [**CapacitorJS**](https://capacitorjs.com/) est l'une de ces technologies qui permet aux développeurs de déployer un simple site web comme une application sur Android, iOS et le web en utilisant une base de code JavaScript unique. Cette approche réduit considérablement les coûts de développement et augmente l'efficacité du codage.
-
-Ce guide se concentrera sur la création d'une application utilisant JavaScript pur sans frameworks supplémentaires. Malgré la difficulté à trouver des ressources pour le développement d'applications en JavaScript pur en 2021, nous allons vous fournir un tutoriel complet sur la création de votre application et l'utilisation des plugins natifs avec CapacitorJS.
-
-## ‣ Prérequis
-
-Avant de commencer, assurez-vous d'avoir installé les outils suivants :
-
-- [**Node.js**](https://nodejs.org/en/) **(v14.16.1)** ou supérieur
-- **NPM (v7.6.2)** ou supérieur
-- [**Android Studio**](https://developer.android.com/studio/) pour le développement d'applications Android
-- [**Xcode**](https://apps.apple.com/de/app/xcode/id497799835/?mt=12) pour le développement d'applications iOS (macOS uniquement)
-
-> **Note** : Le développement d'applications iOS n'est possible que sur un appareil macOS.
-
-## ‣ Configuration de Votre Projet Capacitor
-
-Pour créer une application Capacitor, naviguez vers le dossier souhaité et exécutez la commande suivante dans votre terminal :
-
-```
-npm init @capacitor/app
-```
-
-Suivez les instructions pour installer le package et configurer votre projet. Avec Capacitor v3, votre répertoire de projet devrait ressembler à ceci :
-
-```
-www/
-  css/
-    style.css
-  js/
-    capacitor-welcome.js
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-```
-
-Une fois la configuration initiale terminée, vous êtes prêt à continuer.
-
-## ‣ Restructuration du Projet
-
-Nous utiliserons Vite pour regrouper nos fichiers JavaScript, alors restructurons notre projet en conséquence :
-
-- **Créez** un nouveau dossier `src` dans le répertoire principal.
-- **Créez** un nouveau fichier script `index.js` dans `src/`.
-- **Créez** le fichier de configuration Vite `vite.config.js` dans le répertoire principal.
-- **Supprimez** le fichier `capacitor-welcome.js` de `www/js/`.
-
-Votre nouvelle structure de dossiers devrait ressembler à :
-
-```
-src/
-  index.js
-www/
-  css/
-    style.css
-  js/
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-vite.config.js
-```
-
-## ‣ Adaptation au JavaScript Pur
-
-Modifions quelques fichiers pour travailler avec JavaScript pur :
-
-## www/index.html
-
-1. Supprimez les importations de script pour [**Ionic PWA Elements**](https://capacitorjs.com/docs/web/pwa-elements/) si vous ne publiez pas l'application en tant que PWA :
-
-```
-<script type="module" src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.esm.js"></script>
-<script nomodule src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.js"></script>
-```
-
-2. Supprimez l'élément HTML `<script type="module" src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.esm.js">` du corps.
-
-3. Mettez à jour l'importation du script de `capacitor.js` vers `js/main.js`. Ce sera notre fichier JavaScript regroupé.
-
-4. Supprimez l'importation de `js/capacitor-welcome.js`. Votre `index.html` est maintenant prêt.
-
-## vite.config.js
-
-Pour regrouper nos modules Node.js avec [**Vite**](https://vitejs.dev/), nous avons besoin d'un fichier de configuration spécifiant la destination de sortie pour notre script regroupé. La configuration suivante prendra le fichier `src/index.js` et le regroupera pour la production en tant que `www/js/main.js` :
-
-```javascript
-import { defineConfig } from 'vite';
-import path from 'node:path';
-
-export default defineConfig({
-  build: {
-    outDir: path.resolve(__dirname, 'www'),
-    rollupOptions: {
-      input: './src/index.js',
-      output: {
-        format: 'es',
-        file: path.resolve(__dirname, 'www/js/main.js')
-      }
-    }
-  }
-});
-```
-
-## capacitor.config.json
-
-Dans le fichier `capacitor.config.json`, localisez la propriété `"bundledWebRuntime": true` et changez-la en `false`. Cet ajustement garantit que Capacitor ne regroupe pas les fichiers, nous permettant d'utiliser Vite à la place.
-
-Avec ces modifications, la configuration de base de votre application Capacitor est terminée, et vous êtes prêt à commencer le développement de votre application avec JavaScript pur.
-
-## ‣ Développement de Votre Application
-
-Maintenant que les bases sont posées, vous pouvez commencer à écrire la logique de votre application dans le fichier `src/index.js`. Ici, vous pouvez importer les modules Node.js nécessaires, définir les fonctionnalités de votre application et interagir avec les plugins natifs de Capacitor.
-
-N'oubliez pas d'exécuter la commande de construction de Vite pour regrouper vos fichiers JavaScript chaque fois que vous apportez des modifications :
-
-```bash
-vite build
-```
-
-Cette commande générera le fichier `main.js` dans votre répertoire `www/js`, que votre fichier `index.html` référencera.
-
-## ‣ Test et Débogage
-
-Capacitor fournit un moyen pratique de tester votre application sur différentes plateformes. Utilisez les commandes suivantes pour ouvrir votre application dans l'environnement de développement respectif :
-
-Pour Android :
-```bash
-npx cap add android
-npx cap open android
-```
-
-Pour iOS (macOS uniquement) :
-```bash
-npx cap add ios
-npx cap open ios
-```
-
-Pour Web/PWA :
-```bash
-npx cap serve
-```
-
-Ces commandes vous permettront d'exécuter votre application dans Android Studio, Xcode ou votre navigateur web, où vous pourrez tester et déboguer selon vos besoins.
-
-## ‣ Conclusion
-
-Le développement d'applications multiplateformes avec CapacitorJS en utilisant JavaScript pur est un moyen rentable et efficace de créer des applications pour plusieurs plateformes avec une seule base de code. En suivant ce guide, vous avez configuré votre projet, l'avez restructuré pour Vite et préparé votre application pour le développement. Avec cette base, vous êtes bien parti pour construire une application robuste et polyvalente.
-
-N'oubliez pas de tester minutieusement sur toutes les plateformes et d'utiliser les plugins natifs de Capacitor pour améliorer les fonctionnalités de votre application. Bon codage !
diff --git a/src/content/blog/fr/development-vs-production-key-differences-in-capacitor-apps.md b/src/content/blog/fr/development-vs-production-key-differences-in-capacitor-apps.md
deleted file mode 100644
index 0eae26410..000000000
--- a/src/content/blog/fr/development-vs-production-key-differences-in-capacitor-apps.md
+++ /dev/null
@@ -1,229 +0,0 @@
----
-slug: development-vs-production-key-differences-in-capacitor-apps
-title: >-
-  Développement vs. Production : Différences essentielles dans les applications
-  Capacitor
-description: >-
-  Comprendre les différences essentielles entre les environnements de
-  développement et de production dans les applications Capacitor pour améliorer
-  les performances et la sécurité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-09T01:28:36.450Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ccde92fb850c7501c0285a-1741483728634.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, development, production, app performance, security, updates, mobile
-  apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Création d'applications avec [Capacitor](https://capacitorjs.com/) ? Voici ce que vous devez savoir :** Les environnements de développement et de production servent des objectifs différents et nécessitent des configurations uniques. Le développement privilégie la rapidité et le débogage, tandis que la production se concentre sur les performances, la sécurité et l'expérience utilisateur.
-
-### Différences clés entre développement et production :
-
--   **Objectif :** Le développement est destiné aux tests et aux itérations ; la production est pour les applications stables, prêtes à l'emploi.
--   **Optimisation du code :** Le développement utilise du code non optimisé pour le débogage ; la production utilise du code minifié et optimisé.
--   **Sécurité :** Le développement a des paramètres assouplis ; la production applique des protocoles de sécurité stricts.
--   **Mises à jour :** Le développement prend en charge les mises à jour instantanées (par exemple, le rechargement à chaud) ; la production utilise des déploiements planifiés.
-
-### Tableau comparatif rapide :
-
-| **Aspect** | **Développement** | **Production** |
-| --- | --- | --- |
-| **Objectif** | [Débogage et tests](https://capgo.app/docs/plugin/debugging/) | Stabilité et performance |
-| **Optimisation du code** | Minimale | Entièrement optimisé |
-| **Sécurité** | Assouplie | Renforcée |
-| **Mises à jour** | Immédiates (rechargement local/à chaud) | Déploiements contrôlés |
-| **Performance** | Outils de débogage activés | Optimisé pour les utilisateurs finaux |
-
-Les outils Capacitor comme [Capgo](https://capgo.app/) peuvent rationaliser les deux environnements avec des fonctionnalités comme les mises à jour en direct, l'intégration CI/CD et des pratiques de déploiement sécurisées. En comprenant ces différences, vous pouvez gérer efficacement les cycles de vie des applications et offrir de meilleures expériences utilisateur.
-
-## Ionic & Capacitor pour la création d'applications mobiles natives
-
-<iframe src="https://www.youtube.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuration et mise en place de l'environnement
-
-La mise en place du bon environnement est essentielle pour garantir que votre application fonctionne bien et répond aux exigences de chaque étape - que vous soyez en développement ou en production.
-
-### Configuration du mode développement
-
-Le mode développement se concentre sur la fluidité des [tests et du débogage](https://capgo.app/docs/plugin/debugging/). Cette configuration permet aux développeurs d'itérer rapidement et de corriger efficacement les problèmes.
-
-| **Fonctionnalité de développement** | **Objectif** | **Mise en œuvre** |
-| --- | --- | --- |
-| Serveur local | Tests et itération rapides | Activation des logs de débogage |
-| Source Maps | Meilleur suivi des erreurs | Conservation non minifiée pour faciliter le débogage |
-| Rechargement à chaud | Mises à jour instantanées du code | Activation de la fonctionnalité de rechargement à chaud |
-| Outils de débogage | Tests et vérification | Intégration de l'accès à la console développeur |
-
-Pour accélérer votre flux de travail, utilisez des outils conçus pour les développeurs. Par exemple, le CLI Capgo simplifie le processus avec une seule commande : `npx @capgo/cli init` [\[1\]](https://capgo.app/).
-
-Une fois le mode développement configuré, il est temps de configurer le mode production pour une expérience soignée et prête à l'emploi.
-
-### Configuration du mode production
-
-Le mode production se concentre sur la fourniture d'une application sécurisée et performante qui offre une expérience fluide aux utilisateurs finaux.
-
-| **Fonctionnalité de production** | **Objectif** | **Mise en œuvre** |
-| --- | --- | --- |
-| Minification du code | Réduire la taille des fichiers | Optimisation pendant la compilation |
-| Mesures de sécurité | Protéger les données de l'application | Application du chiffrement de bout en bout |
-| Optimisation de la compilation | Améliorer les performances | Configuration des drapeaux de compilation production |
-| [Gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Rationaliser les déploiements | Configuration de l'intégration CI/CD |
-
-Pour la production, les outils d'automatisation comme CI/CD rendent les déploiements plus efficaces. Les plateformes comme [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), et [GitHub](https://github.com/) fonctionnent parfaitement avec Capgo pour gérer les mises à jour [\[1\]](https://capgo.app/).
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est inestimable." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-De plus, configurez les attributions d'utilisateurs pour des déploiements contrôlés. Cela vous permet de cibler un groupe spécifique pour les tests avant de déployer les mises à jour pour tout le monde [\[1\]](https://capgo.app/).
-
-## Performance dans les deux environnements
-
-L'optimisation des performances diffère significativement entre les environnements de développement et de production, car chacun joue un rôle unique dans le cycle de vie d'une application.
-
-### Performance en mode développement
-
-Le mode développement se concentre sur l'activation d'itérations rapides et un [débogage efficace](https://capgo.app/docs/plugin/debugging/) plutôt que sur les performances maximales. Il offre aux développeurs les outils nécessaires pour identifier et corriger efficacement les problèmes.
-
-| **Aspect de performance** | **Approche en mode développement** | **Impact sur le développement** |
-| --- | --- | --- |
-| Vitesse de compilation | Priorise les compilations rapides | Accélère les cycles de test |
-| Source Maps | Non compressées et activées | Facilite le débogage |
-| Journalisation de débogage | Journalisation détaillée activée | Aide à identifier les problèmes |
-| Utilisation des ressources | Utilisation mémoire plus élevée | Prend en charge les outils de développement |
-
-Dans ce mode, les sacrifices de performance sont intentionnels pour garantir que les développeurs puissent itérer et déboguer rapidement. Le mode production, cependant, déplace entièrement l'accent sur l'expérience utilisateur et l'optimisation.
-
-### Performance en mode production
-
-Lors de la transition vers la production, l'accent est mis sur la fourniture d'une expérience utilisateur fluide avec une utilisation efficace des ressources. Les utilisateurs de Capgo ont rapporté une **amélioration de l'efficacité de 81%** en production, soulignant l'impact d'une configuration appropriée [\[1\]](https://capgo.app/).
-
-| **Aspect de performance** | **Approche en mode production** | **Impact sur l'utilisateur** |
-| --- | --- | --- |
-| Taille du code | Minifié et compressé | Conduit à des temps de chargement plus rapides |
-| Utilisation des ressources | Optimisée pour l'efficacité | Assure des performances plus fluides |
-| Livraison des mises à jour | Processus rationalisé | Fournit les fonctionnalités rapidement |
-| Gestion des erreurs | Journalisation minimale avec récupération gracieuse | Améliore la satisfaction utilisateur |
-
-Les retours des utilisateurs confirment cela. Par exemple, @colenso a partagé :
-
-> "Nous avons déployé les mises à jour OTA de Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo." [\[1\]](https://capgo.app/)
-
-Rodrigo Mantica (@manticarodrigo) souligne l'importance de cette approche :
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-En bref, le mode développement est axé sur la rapidité et le débogage, tandis que le mode production se concentre sur la création d'une expérience soignée et efficace pour l'utilisateur final. Chacun a son propre objectif, et comprendre ces différences est crucial pour une gestion efficace du cycle de vie des applications.
-
-## Mesures de sécurité pour chaque environnement
-
-Les besoins en sécurité diffèrent grandement entre les environnements de développement et de production dans les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Chaque étape nécessite des approches sur mesure pour équilibrer les processus de développement fluides avec une protection solide des données.
-
-### Configuration de la sécurité en développement
-
-Pendant le développement, l'accent est mis sur les itérations rapides et le débogage efficace tout en maintenant des protocoles de sécurité de base. L'objectif est de tester les fonctionnalités de sécurité sans risquer les données réelles des utilisateurs.
-
-| **Aspect de sécurité** | **Approche en développement** | **Objectif** |
-| --- | --- | --- |
-| Authentification | Méthodes d'authentification simplifiées | Accélère les cycles de test |
-| [Clés API](https://capgo.app/docs/webapp/api-keys/) | Utilisation de clés spécifiques à l'environnement | Maintient les tests isolés de la production |
-| [Stockage des données](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Données fictives et bases de test | Évite l'exposition des données réelles |
-| Journalisation des erreurs | Logs détaillés | Aide à identifier et corriger les problèmes de sécurité |
-
-En revanche, les environnements de production nécessitent des mesures de sécurité beaucoup plus strictes.
-
-### Configuration de la sécurité en production
-
-En production, la priorité passe à l'implémentation de protocoles de sécurité avancés qui protègent les données des utilisateurs et assurent la conformité aux normes des plateformes. Ces mesures sont cruciales pour maintenir la confiance et l'intégrité des données.
-
-| **Aspect de sécurité** | **Approche en production** | **Impact sur l'entreprise** |
-| --- | --- | --- |
-| Sécurité des mises à jour | Utilisation du chiffrement de bout en bout | Garantit que les mises à jour sont accessibles uniquement aux utilisateurs autorisés |
-| Contrôle d'accès | Paramètres de permission granulaires | Restreint l'accès selon les rôles d'équipe |
-| Automatisation du déploiement | Pipelines CI/CD intégrés | Permet des [mises à jour automatisées](https://capgo.app/docs/live-updates/update-behavior/) sécurisées |
-| Conformité | Respect des normes Apple et Google | Assure les approbations des stores d'applications |
-
-Les configurations de production impliquent également des politiques spécifiques à l'organisation, gérées via des contrôles d'accès unifiés. Les équipes peuvent créer plusieurs organisations avec des permissions utilisateur personnalisées et s'intégrer avec des outils CI/CD comme GitHub, GitLab et Azure DevOps pour des déploiements sécurisés et fluides.
-
-Ces mesures garantissent que l'application est prête pour un déploiement sécurisé et des mises à jour continues.
-
-## Méthodes de déploiement et de mise à jour des applications
-
-Le déploiement d'une [application Capacitor](https://capgo.app/plugins/ivs-player/) implique différentes approches selon que vous êtes en développement ou en production. Le développement se concentre sur les tests rapides et le débogage, tandis que la production exige des contrôles qualité approfondis et la conformité aux normes des plateformes.
-
-### Déploiement en phase de test et développement
-
-Les déploiements en développement privilégient la rapidité et les boucles de retour rapides.
-
-| **Phase de développement** | **Actions clés** | **Objectif** |
-| --- | --- | --- |
-| Tests locaux | Utiliser `npx cap run` | Tester l'application sur un appareil ou émulateur |
-| Build de débogage | Activer les source maps | Identifier et corriger les problèmes d'exécution |
-| Rechargement à chaud | Activer le rechargement en direct | Voir les changements de code instantanément |
-| Contrôle de version | Utiliser des branches de fonctionnalités | Garder les changements isolés pour les tests |
-
-### Processus de publication en production
-
-La publication d'une application en production nécessite des étapes plus rigoureuses pour garantir la qualité et la conformité.
-
-| **Étape** | **Exigences** | **Considérations** |
-| --- | --- | --- |
-| Optimisation de la construction | Minifier et diviser le code | Améliorer les performances de l'application |
-| Révision des plateformes | Suivre les directives des stores | Respecter les normes Apple/Google |
-| Tests de mise en production | Effectuer des tests UAT et bêta | Confirmer que la version est prête pour la sortie |
-| Gestion des versions | Appliquer la gestion sémantique des versions | Suivre et gérer efficacement l'historique des versions |
-
-Capgo peut simplifier davantage ce processus, en particulier pour les mises à jour.
-
-### Utilisation de [Capgo](https://capgo.app/) pour les mises à jour
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-09.jpg?auto=compress)
-
-Capgo simplifie le processus de mise à jour avec des fonctionnalités conçues pour gagner du temps et améliorer la sécurité.
-
-| **Fonctionnalité** | **Avantage** |
-| --- | --- |
-| Chiffrement de bout en bout | Assure une livraison sécurisée des mises à jour |
-| Intégration CI/CD | Automatise les déploiements |
-| Attribution des utilisateurs | Permet des déploiements contrôlés pour des groupes spécifiques |
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-La conformité de Capgo aux directives d'Apple et Google en fait un outil fiable pour déployer des mises à jour sans risquer de violer les règles des stores. C'est particulièrement utile pour déployer des correctifs urgents ou de nouvelles fonctionnalités sans attendre de longs processus de révision.
-
-## Gestion des deux environnements
-
-### Différences clés entre développement et production
-
-La gestion réussie des environnements de développement et de production commence par la compréhension de leurs objectifs uniques. Voici un aperçu rapide de leurs différences :
-
-| Aspect | Développement | Production |
-| --- | --- | --- |
-| **Focus de construction** | Itérations rapides et débogage | Stabilité et optimisation |
-| **Mécanisme de mise à jour** | Mises à jour instantanées (ex: rechargement à chaud) | Déploiements contrôlés |
-| **Niveau de sécurité** | Basique pour les tests | [Chiffrement avancé](https://capgo.app/docs/cli/migrations/encryption/) |
-| **Performance** | Outils de débogage activés | Code optimisé et minifié |
-
-Chaque environnement joue un rôle distinct - le développement se concentre sur la rapidité et la flexibilité, tandis que la production privilégie la stabilité et la sécurité. Reconnaître ces différences est essentiel pour créer des stratégies de gestion efficaces.
-
-### Conseils pour la gestion des environnements
-
-Pour maintenir un bon fonctionnement, l'automatisation et la sécurité sont essentielles. L'intégration des pipelines CI/CD assure des déploiements cohérents, tandis qu'un chiffrement robuste protège les données. Par exemple, les entreprises utilisant des outils comme Capgo ont rapporté une économie allant jusqu'à 26 100 $ sur cinq ans par rapport aux méthodes traditionnelles [\[1\]](https://capgo.app/).
-
-Voici quelques stratégies à considérer :
-
-| Stratégie | Avantage |
-| --- | --- |
-| **[Pipeline CI/CD automatisé](https://capgo.app/blog/automatic-build-and-release-with-gitlab/)** | Minimise les erreurs de déploiement |
-| **Chiffrement de bout en bout** | Sécurise la livraison des mises à jour |
-| **Système d'attribution des utilisateurs** | Permet des déploiements contrôlés des fonctionnalités |
-| **Gestion des organisations** | Fournit un contrôle d'accès détaillé |
-
-Des plateformes comme Azure DevOps, GitLab et GitHub sont d'excellents choix pour configurer des workflows CI/CD. Les associer à des outils comme Capgo peut combler l'écart entre le développement et la production, assurant des performances fiables des applications dans les deux environnements.
diff --git a/src/content/blog/fr/do-apple-allow-live-updates.md b/src/content/blog/fr/do-apple-allow-live-updates.md
deleted file mode 100644
index 7e0e488f8..000000000
--- a/src/content/blog/fr/do-apple-allow-live-updates.md
+++ /dev/null
@@ -1,35 +0,0 @@
----
-slug: do-apple-allow-live-updates
-title: >-
-  Apple n'autorise pas la diffusion de mises à jour en direct des applications
-  sans examen préalable de l'App Store.
-description: >-
-  Comment pouvez-vous envoyer des mises à jour de code aux applications iOS en
-  production tout en respectant pleinement les directives d'Apple ?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /apple_appstore.webp
-head_image_alt: Illustration de dérivation de Capacitor
-keywords: 'Apple, live updates, OTA updates, continuous integration, mobile app updates'
-tag: Tutorial
-published: true
-locale: fr
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-La mise à jour des applications Capacitor JS sans passer par le processus de révision de l'App Store est possible sous certaines conditions définies dans les directives officielles d'Apple. Cependant, il est important de noter que ceci ne constitue pas un avis juridique. Pour que les mises à jour de code puissent être envoyées directement à une application tout en restant conformes aux directives d'Apple, les conditions suivantes doivent être respectées :
-
-- Le code doit être exécuté par le framework WebKit intégré d'Apple
-- Le code ne doit pas fournir, débloquer ou activer des fonctionnalités supplémentaires
-- L'utilisateur ne doit pas être conscient qu'une mise à jour est en cours
-
-Le plugin Capacitor Capgo permet d'effectuer des mises à jour et des modifications du HTML, CSS et JavaScript, satisfaisant ainsi la première condition.
-La possibilité pour les applications de se mettre à jour sans passer par le processus de révision de l'App Store est disponible depuis un certain temps pour les applications créées avec des frameworks JavaScript comme React Native de Facebook et des services comme Expo.
-
-La deuxième condition, ne pas fournir de fonctionnalités supplémentaires, est déterminée par le développeur. Capgo est destiné à effectuer de petits ajustements ou corrections, plutôt que d'introduire de nouvelles fonctionnalités. Pour les changements importants, il est nécessaire de publier les mises à jour via l'App Store. Il est à noter que de nombreux autres développeurs utilisent les mises à jour en direct sans problèmes ni rejet de la part d'Apple.
-
-Google Play est moins restrictif qu'Apple en ce qui concerne la mise à jour des applications. Google Play permet aux applications installées depuis leur boutique avec des bundles JavaScript d'être mises à jour par des services autres que Google.
-
-Pour plus d'informations sur l'installation de Capgo pour contourner la révision, veuillez consulter mon prochain article.
diff --git a/src/content/blog/fr/do-capgo-work-for-cordova.md b/src/content/blog/fr/do-capgo-work-for-cordova.md
deleted file mode 100644
index 865902ce4..000000000
--- a/src/content/blog/fr/do-capgo-work-for-cordova.md
+++ /dev/null
@@ -1,42 +0,0 @@
----
-slug: do-capgo-work-for-cordova
-title: >-
-  Pourquoi Capgo ne prend pas en charge Cordova : Mettez à jour votre
-  application pour accéder aux mises à jour en direct
-description: 'Dans ce guide, je partage mon expérience avec Capgo et Cordova.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-29T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /cordova.webp
-head_image_alt: Développeurs Cordova à la recherche de mises à jour d'applications
-keywords: >-
-  Cordova, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Migration
-published: true
-locale: fr
-next_blog: ''
----
-Si vous recherchez une plateforme de développement d'applications robuste et moderne, alors Capacitor est la solution parfaite. Contrairement à Cordova, qui est une plateforme vieillissante et dépassée, Capacitor exploite les dernières évolutions des plateformes natives et des langages pour offrir la meilleure expérience utilisateur possible.
-
-Voici quelques raisons pour lesquelles Capgo ne prend pas en charge Cordova :
-
-Cordova est ancien et n'évolue plus : Cordova existe depuis un certain temps, et bien qu'il ait été une excellente plateforme, il a cessé d'évoluer. Cela signifie que Cordova n'est plus capable de suivre les derniers développements des plateformes natives et l'évolution des langages.
-
-Cordova ne prend pas en charge les dernières évolutions des plateformes natives et des langages : Cordova ne prend pas en charge par défaut les dernières évolutions des plateformes natives et des langages, comme Kotlin et Swift. Cela signifie que Cordova est incapable de fournir les meilleures expériences de développement d'applications pour les utilisateurs.
-
-Capacitor : Une alternative plus moderne : Capgo a adopté Capacitor comme alternative plus moderne à Cordova. Capacitor permet l'inclusion de bibliothèques externes, ce qui signifie que Capgo peut s'appuyer sur les meilleures bibliothèques et les maintenir à jour. Cela se traduit par une plateforme de développement d'applications plus robuste et stable.
-
-Voici une autre raison pour laquelle Capgo ne prend pas en charge Cordova : maintenir le même niveau de qualité et de fonctionnalités que Cordova n'est pas faisable pour une entreprise en démarrage. Pour maintenir le produit au top, Capgo reste concentré sur l'utilisation des outils les plus modernes et efficaces disponibles.
-
-Si vous cherchez à obtenir des mises à jour en direct à un bon prix, votre meilleur choix est de passer à Capacitor. Cela améliorera non seulement les performances et l'expérience utilisateur de votre application, mais la rendra également pérenne.
-
-Ne passez pas à côté des avantages du développement moderne d'applications. Passez à Capacitor dès aujourd'hui pour des mises à jour en direct et un avenir prometteur pour votre application.
-
-Cependant, passer à Capgo peut sembler intimidant. Le tutoriel officiel de migration de Capacitor peut vous prendre une semaine et être difficile à comprendre si vous n'avez aucune expérience préalable en programmation native. Capacitor nécessite une solide compréhension des bases de la plateforme native, ce qui peut être intimidant pour certains.
-
-Mais ne vous inquiétez pas ! Vous avez une option plus efficace et sans stress. En [m'embauchant](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/), le créateur de Capgo, vous pouvez faire mettre à niveau votre application en une semaine seulement. Non seulement je m'occuperai de la migration, mais j'enseignerai également à votre équipe les bases de la plateforme native pour que vous puissiez continuer à développer et maintenir votre application facilement.
-
-En conclusion, mettre à niveau votre application avec Capgo est le moyen facile et efficace de s'assurer que vous utilisez la meilleure et la plus moderne plateforme de développement d'applications. En [m'embauchant](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/), vous gagnerez du temps, éviterez la frustration et acquerrez une compréhension plus approfondie de la plateforme native.
diff --git a/src/content/blog/fr/do-google-allow-live-updates.md b/src/content/blog/fr/do-google-allow-live-updates.md
deleted file mode 100644
index a8fc46bab..000000000
--- a/src/content/blog/fr/do-google-allow-live-updates.md
+++ /dev/null
@@ -1,32 +0,0 @@
----
-slug: do-google-allow-live-updates
-title: >-
-  Google autorise-t-il l'envoi de mises à jour en direct aux applications sans
-  examen du Play Store ?
-description: >-
-  Comment pouvez-vous envoyer des mises à jour de code aux applications Android
-  en production tout en respectant pleinement les directives de Google ?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /playstore.webp
-head_image_alt: Illustration du bypass de Capacitor
-keywords: 'Google, live updates, OTA updates, continuous integration, mobile app updates'
-tag: Tutorial
-published: true
-locale: fr
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Google Play est moins restrictif qu'Apple en ce qui concerne la mise à jour des applications.
-
-La mise à jour de vos applications distribuées via Google Play peut être une tâche délicate, mais il est important de suivre les directives de Google pour rester conforme. Selon les directives de Google Play, les applications ne doivent pas se modifier, se remplacer ou se mettre à jour en utilisant une méthode autre que le mécanisme de mise à jour propre à Google Play. Cela signifie que le téléchargement de code exécutable, comme les fichiers dex, JAR ou .so, depuis une source autre que Google Play n'est pas autorisé.
-
-Cependant, cette restriction ne s'applique pas au code qui s'exécute dans une machine virtuelle ou un interpréteur qui fournit un accès indirect aux API Android, comme JavaScript dans une webview ou un navigateur. Cela signifie que vous pouvez utiliser des langages interprétés, comme JavaScript, Python, Lua, etc., pour mettre à jour votre application sans passer par le processus de révision de Google Play. Un outil qui peut aider dans ce processus est le plugin Capacitor Capgo. Ce plugin permet aux développeurs de mettre à jour leur code HTML, CSS et JavaScript et d'envoyer des mises à jour à leurs applications sans nécessiter de révision.
-
-De plus, les applications ou le code tiers qui utilisent des langages interprétés, comme JavaScript, Python, Lua, etc., qui sont chargés lors de l'exécution, ne doivent pas permettre de violations potentielles des politiques de Google Play. Il est important de noter que ce code interprété ne doit pas être empaqueté avec l'application.
-
-En suivant ces directives et en utilisant des outils comme le plugin Capacitor Capgo, vous pouvez vous assurer que les mises à jour de votre application sont conformes aux politiques de Google Play et que votre application reste disponible pour les utilisateurs sur la plateforme. N'oubliez pas qu'il est toujours conseillé de vérifier la dernière version des politiques de Google pour vous assurer de les suivre correctement.
-
-Pour plus d'informations sur l'installation de Capgo pour contourner la révision, veuillez consulter mon prochain article.
diff --git a/src/content/blog/fr/enable-ios-developer-mode-ios16.md b/src/content/blog/fr/enable-ios-developer-mode-ios16.md
deleted file mode 100644
index 08d592691..000000000
--- a/src/content/blog/fr/enable-ios-developer-mode-ios16.md
+++ /dev/null
@@ -1,67 +0,0 @@
----
-slug: enable-ios-developer-mode-ios16
-title: "Mode développeur iOS 16 : activer pour tests d’app"
-description: >-
-  Guide étape par étape pour activer le mode développeur sur iOS 16 et supérieur
-  afin d'exécuter des builds de distribution internes et des builds de
-  développement local sur votre appareil.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2026-01-01T17:10:20.000Z
-head_image: /enable-ios-developer-mode-ios16.webp
-head_image_alt: Activation du mode développeur iOS sur iPhone
-keywords: >-
-  iOS, Developer Mode, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: iOS
-published: true
-locale: fr
-next_blog: ''
----
-# Mode développeur iOS 16 : activer pour tests d'app
-
-Pour les développeurs et testeurs travaillant avec iOS 16 et versions supérieures, activer le mode développeur est une étape cruciale pour exécuter des builds de distribution internes et des builds de développement local directement sur un iPhone ou un iPad. Ce guide vous expliquera le processus d'activation du mode développeur sur votre appareil iOS.
-
-## Prérequis
-
-Avant de procéder, assurez-vous d'avoir installé le build de développement sur votre appareil iOS. Cette configuration est requise une seule fois par appareil.
-
-## Guide étape par étape pour activer le mode développeur
-
-### Étape 1 : Déclencher l'alerte du mode développeur
-
-Après avoir installé le build sur votre appareil, appuyez sur l'icône de l'application. Une alerte apparaîtra, vous demandant d'activer le mode développeur. Cliquez sur **OK** pour procéder.
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/ios-16-developer-mode-0.webp" alt="Navigating to Developer Mode setting">
-</div>
-
-### Étape 2 : Accéder aux paramètres du mode développeur
-
-Ouvrez l'application Réglages sur votre appareil iOS. Naviguez vers **Confidentialité & Sécurité** puis sélectionnez **Mode Développeur**.
-
-![Naviguer vers le paramètre du mode développeur](/ios-16-developer-mode-1.webp)
-
-### Étape 3 : Activer le mode développeur et redémarrer
-
-Activez le bouton bascule du mode développeur. iOS vous demandera de redémarrer votre appareil pour que les modifications prennent effet. Appuyez sur **Redémarrer** pour initier le redémarrage.
-
-![Invite de redémarrage du mode développeur](/ios-16-developer-mode-2.webp)
-
-### Étape 4 : Finaliser l'activation
-
-Une fois que votre appareil redémarre et que vous le déverrouillez, une alerte système apparaîtra. Cliquez sur **Activer** et entrez le code d'accès de votre appareil lorsque cela vous est demandé pour terminer l'activation du mode développeur.
-
-![Alerte et invite de code d'accès](/ios-16-developer-mode-3.webp)
-
-Avec le mode développeur maintenant actif, vous pouvez pleinement interagir avec vos builds de distribution internes et vos builds de développement local.
-
-N'oubliez pas que vous pouvez désactiver le mode développeur à tout moment via les mêmes paramètres. Cependant, le réactiver nécessitera de suivre à nouveau ces étapes.
-
-## Méthode alternative pour activer le mode développeur
-
-Si vous rencontrez des problèmes avec la méthode ci-dessus et que vous avez accès à un Mac, vous pouvez activer le mode développeur en connectant votre appareil iOS à votre Mac et en suivant les instructions fournies dans [la documentation officielle d'Apple](https://developer.apple.com/documentation/xcode/enabling-developer-mode-on-a-device/).
-
-En suivant ces étapes, vous serez prêt à tester et à développer des applications efficacement sur votre appareil iOS fonctionnant sous iOS 16 ou ultérieur.
diff --git a/src/content/blog/fr/error-handling-in-capacitor-apps-ux-best-practices.md b/src/content/blog/fr/error-handling-in-capacitor-apps-ux-best-practices.md
deleted file mode 100644
index 871691edc..000000000
--- a/src/content/blog/fr/error-handling-in-capacitor-apps-ux-best-practices.md
+++ /dev/null
@@ -1,263 +0,0 @@
----
-slug: error-handling-in-capacitor-apps-ux-best-practices
-title: 'Gestion des erreurs dans les applications Capacitor : Meilleures pratiques UX'
-description: >-
-  Un traitement efficace des erreurs dans les applications améliore l'expérience
-  utilisateur grâce à une communication claire, des corrections rapides et une
-  gestion cohérente sur les différentes plateformes.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:41:14.278Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5-1744605685630.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  error handling, user experience, mobile apps, bug fixes, input validation,
-  error messages, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**La gestion des erreurs peut faire ou défaire l'expérience utilisateur de votre application.** Une mauvaise gestion des erreurs peut entraîner des utilisateurs frustrés et des avis négatifs, tandis qu'une gestion efficace des erreurs construit la confiance et maintient les utilisateurs satisfaits. Voici ce que vous devez savoir :
-
--   **Des corrections rapides sont essentielles** : Des outils comme [Capgo](https://capgo.app/) permettent à **95 % des utilisateurs** de recevoir des corrections de bogues dans les 24 heures, garantissant une perturbation minimale.
--   **Des messages d'erreur clairs comptent** : Fournissez toujours **le contexte**, **la cause** et **la solution** dans les messages d'erreur. Par exemple : "Impossible de sauvegarder la photo – La taille du fichier dépasse 5 Mo. Essayez de compresser l'image."
--   **Prévention pro-active** : Utilisez la validation des entrées, surveillez l'état du réseau et soutenez la fonctionnalité hors ligne pour minimiser les erreurs avant qu'elles ne se produisent.
--   **Solutions spécifiques à la plateforme** : Traitez les défis uniques pour les plateformes iOS, Android et web tout en maintenant une stratégie de gestion des erreurs unifiée.
--   **Exploitez les outils** : Utilisez des systèmes comme [Sentry](https://sentry.io/) pour le suivi des erreurs et Capgo pour les mises à jour sans fil (OTA) afin de résoudre les problèmes rapidement.
-
-**À retenir** : Des corrections rapides, une communication claire et une gestion des erreurs cohérente sur toutes les plateformes sont les clés pour garder les utilisateurs heureux et les applications en bon état de fonctionnement.
-
-## [Ionic](https://ionicframework.com/) Journalisation des erreurs avec [Sentry](https://sentry.io/) en utilisant [Capacitor](https://capacitorjs.com/)
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-<iframe src="https://www.youtube.com/embed/REiJTqu3-88" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Directives de gestion des erreurs
-
-Une gestion efficace des erreurs dans les applications Capacitor nécessite un équilibre entre l'expérience utilisateur et la fonctionnalité technique. Ces directives aident à gérer les erreurs sur les plateformes de manière efficace.
-
-### Rédaction de messages d'erreur clairs
-
-De bons messages d'erreur doivent inclure trois éléments essentiels :
-
-| Élément | Description | Exemple |
-| --- | --- | --- |
-| **Contexte** | Indiquez où l'erreur s'est produite | "Impossible de sauvegarder la photo de profil" |
-| **Cause** | Expliquez pourquoi l'erreur s'est produite | "La taille de la photo dépasse la limite de 5 Mo" |
-| **Solution** | Offrez des étapes suivantes actionnables | "Veuillez choisir une image plus petite ou compresser celle actuelle" |
-
-Utilisez un langage clair et compréhensible tout en étant techniquement précis. Par exemple, au lieu de dire "HTTP 404 – Ressource non trouvée", essayez "Nous n'avons pas pu trouver la page. Vérifiez l'URL ou revenez à l'accueil."
-
-### Normes d'erreurs à l'échelle de la plateforme
-
-Pour garantir une gestion des erreurs cohérente sur les plateformes, il faut une stratégie cohésive :
-
--   **Catalogue d'erreurs centralisé** : Maintenez un dépôt unique pour tous les messages et codes d'erreur afin d'assurer la cohérence.
--   **Gestionnaires spécifiques à la plateforme** : Utilisez des outils de gestion des erreurs natifs tout en gardant le message uniforme.
--   **Niveaux de gravité des erreurs** : Classifiez les erreurs selon leur impact et les actions que les utilisateurs doivent entreprendre.
-
-### Méthodes de prévention des erreurs
-
-1. **Validation des entrées**  
-Validez les entrées des utilisateurs avec des vérifications en temps réel, en vous assurant des types et des formats de données appropriés (par exemple, adresses e-mail ou numéros de téléphone).
-
-2. **Surveillance de l'état du réseau**  
-Suivez la connectivité du réseau pour éviter les erreurs d'API. Lorsque vous êtes hors ligne, vous pouvez :
-
--   Mettre en cache des données importantes pour une utilisation hors ligne.
--   Mettre en file d'attente des actions utilisateur pour un traitement ultérieur.
--   Afficher des indicateurs clairs pour l'état de connectivité.
-
-3. **Dégradation gracieuse**  
-Soutenez la dégradation gracieuse en :
-
--   Revenant au stockage local pendant les problèmes de synchronisation dans le cloud.
--   Offrant des modes hors ligne pour les tâches critiques.
--   Fournissant des alternatives pour accomplir des actions lorsque la pleine fonctionnalité n'est pas disponible.
-
-Suivre ces étapes aide à créer une expérience applicative fiable et conviviale tout en gérant les erreurs de manière cohérente sur toutes les plateformes. Des mesures proactives comme celles-ci assurent un fonctionnement plus fluide et renforcent la confiance des utilisateurs.
-
-## Gestion des différents types d'erreurs
-
-### Validation des formulaires et des entrées
-
-Utiliser une approche en couches pour la validation des entrées peut améliorer les interactions utilisateur tout en réduisant les erreurs. Fournissez des retours clairs et immédiats aux utilisateurs lors de leurs interactions avec le formulaire :
-
-| **Type de validation** | **Mise en œuvre** | **Retour utilisateur** |
-| --- | --- | --- |
-| **Champs obligatoires** | Vérifiez l'entrée au fur et à mesure que l'utilisateur tape | Mettez en surbrillance avec une astérisque rouge et un message d'erreur en ligne |
-| **Validation de format** | Utilisez des motifs regex | Affichez des exemples de formats valides |
-| **Validation croisée des champs** | Vérifiez les champs liés ensemble | Mettez en surbrillance les deux champs s'ils sont en conflit |
-| **Règles personnalisées** | Appliquez des vérifications de logique métier | Fournissez une explication claire de toute exigence spéciale |
-
-Pour rendre le processus plus fluide :
-
--   Affichez les directives de format avant que les utilisateurs commencent à taper.
--   Validez les entrées progressivement au fur et à mesure qu'elles sont saisies.
--   Effectuez une validation finale lorsque le formulaire est soumis.
-
-Bien que ces mesures traitent les erreurs au niveau des entrées, la gestion des erreurs réseau et API est tout aussi critique pour maintenir une expérience utilisateur fluide.
-
-### Problèmes de connexion et d'API
-
-Les erreurs de réseau et d'API peuvent perturber les interactions des utilisateurs, il est donc essentiel de surveiller les connexions et de gérer efficacement les réponses API :
-
-1.  **Surveillance de l'état du réseau**  
-    Gardez une trace de la connectivité pour permettre le caching hors ligne, mettre en file d'attente des opérations pour plus tard et mettre à jour l'interface utilisateur avec l'état actuel.
-    
-2.  **Gestion des erreurs API**
-    
-    | **Code d'erreur** | **Message à afficher à l'utilisateur** | **Action de fond** |
-    | --- | --- | --- |
-    | 401/403 | "Veuillez vous reconnecter pour continuer" | Rafraîchir les jetons d'authentification |
-    | 404 | "Les informations demandées ne sont pas disponibles" | Effacer les entrées de cache invalides |
-    | 429 | "Veuillez réessayer dans quelques minutes" | Utiliser un retard exponentiel pour réessayer |
-    | 500+ | "Nous rencontrons des difficultés techniques" | Enregistrer les détails de l'erreur à des fins de débogage |
-    
-
-En combinant ces stratégies, vous pouvez minimiser les perturbations causées par des problèmes de connectivité et vous assurer que les utilisateurs restent informés.
-
-### Problèmes spécifiques à la plateforme
-
-Chaque plateforme comporte sa propre série de défis, ce qui nécessite des solutions sur mesure pour traiter efficacement les problèmes uniques.
-
-**Gestion spécifique à iOS** :
-
--   Gérez les autorisations, les contraintes de mémoire et les interactions avec le clavier.
--   Assurez-vous d'un traitement fluide des comportements spécifiques au système.
-
-**Gestion spécifique à Android** :
-
--   Normalisez la navigation par le bouton de retour.
--   Ajustez pour les différentes tailles d'écran et densités de pixels.
--   Gérez les complexités du cycle de vie des fragments.
-
-**Gestion spécifique au web** :
-
--   Résolvez les problèmes de CORS en utilisant les en-têtes appropriés.
--   Adressez les préoccupations de compatibilité entre navigateurs.
--   Affrontez les défis uniques aux applications web progressives (PWA).
-
-Capgo fournit des outils pour faciliter les corrections de ces défis spécifiques à la plateforme. En utilisant son système de canaux, vous pouvez :
-
--   Tester les mises à jour sur des groupes d'utilisateurs ciblés avant un déploiement complet.
--   Déployer progressivement des mises à jour pour surveiller leur impact.
--   Revenir rapidement sur les changements problématiques afin de minimiser les perturbations pour les utilisateurs.
-
-## Outils de gestion des erreurs
-
-Des outils efficaces simplifient le suivi des erreurs, la déclaration et la résolution dans les applications Capacitor modernes. Ces outils travaillent main dans la main avec des pratiques établies de gestion des erreurs pour maintenir une expérience utilisateur fluide sur toutes les plateformes.
-
-### Systèmes de suivi des erreurs
-
-Les plateformes de suivi des erreurs fournissent des informations détaillées sur les problèmes d'application. Par exemple, **Sentry**, utilisé par des millions de développeurs, offre un contexte d'erreur approfondi, y compris les détails de l'appareil, les versions du système d'exploitation, les versions de l'application et même les commits de code spécifiques causant des problèmes.
-
-| Fonctionnalité | Détails |
-| --- | --- |
-| Données d'environnement | Suit le type d'appareil, la version du système d'exploitation et la version de l'application |
-| Contexte et alertes d'erreur | Identifie les commits provoquant l'erreur et s'intègre avec [Slack](https://slack.com/)/[Jira](https://www.atlassian.com/software/jira) pour des notifications d'équipe |
-| Suivi des versions | Mesure les pourcentages de sessions sans crash pour surveiller la performance de l'application |
-
-> "Sentry aide notre équipe à résoudre les problèmes les plus importants dans chaque version. Nous pouvons suivre la tendance d'une version par le pourcentage de sessions sans crash. Avec ces données, nous pouvons remédier aux problèmes qui touchent le plus d'utilisateurs et passer à la construction de nouvelles fonctionnalités."
-> 
-> -   Byron Dover, Responsable de l'ingénierie informatique chez [Riot Games](https://www.riotgames.com/en) [\[2\]](https://sentry.io/)
-
-En plus d'un suivi détaillé, la déclaration des erreurs dans l'application capture les retours d'utilisateur en temps réel.
-
-### Déclaration des erreurs dans l'application
-
-La déclaration des erreurs dans l'application, conviviale, collecte des retours contextuels tout en respectant la vie privée des utilisateurs. Des plateformes comme **Disney+** s'appuient sur une déclaration d'erreurs complète pour maintenir de élevés standards de service.
-
-> "Les outils de haute qualité de Sentry aident Disney+ à maintenir un service de haute qualité pour ses dizaines de millions d'abonnés dans le monde." [\[2\]](https://sentry.io/)
-
-Les caractéristiques clés à prendre en compte incluent :
-
--   Détection et déclaration automatiques des erreurs
--   Rapports de bogues initiés par les utilisateurs avec un contexte pertinent
--   Traitement des données respectueux de la vie privée
--   Catégorisation organisée des erreurs pour des résolutions plus rapides
-
-Pour les problèmes critiques qui nécessitent une attention immédiate, les mises à jour OTA peuvent fournir des corrections rapides directement aux utilisateurs.
-
-### Mises à jour rapides avec OTA
-
-Le système OTA de **Capgo** permet aux développeurs de déployer rapidement et efficacement des corrections et des mises à jour. Avec cette plateforme, vous pouvez :
-
--   Pousser des corrections instantanées pour des bogues urgents
--   Tester des mises à jour sur des groupes d'utilisateurs spécifiques avant le déploiement complet
--   Surveiller la performance des mises à jour en temps réel
--   Revenir instantanément sur des mises à jour problématiques si nécessaire
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour fournir en continu à nos utilisateurs !"
-> 
-> -   Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-> "Pensez à nos 150+ développeurs et multipliez cela par le nombre de problèmes que nous rencontrons à travers nos services et clients - c'est fou la quantité de temps de développement que nous avons économisée." [\[2\]](https://sentry.io/)
-
-## Expérience utilisateur en gestion des erreurs
-
-En allant au-delà des bases de la gestion des erreurs, il est essentiel de se concentrer sur l'expérience utilisateur pour garantir la cohérence à travers les plateformes. Une approche centrée sur l'utilisateur pour la gestion des erreurs non seulement résout les problèmes, mais communique également efficacement les problèmes, améliorant ainsi la satisfaction et la rétention des utilisateurs.
-
-### Instructions claires sur les erreurs
-
-Les messages d'erreur doivent être simples et aider les utilisateurs à résoudre rapidement les problèmes. Les éléments clés incluent :
-
-| Composant | Objectif | Exemple d'implémentation |
-| --- | --- | --- |
-| **Contexte d'erreur** | Expliquer ce qui s'est passé | "Impossible de sauvegarder la photo - Stockage plein (2,1 Go utilisés sur 2 Go)" |
-| **Actions** | Fournir des solutions étape par étape | "Supprimer les éléments inutilisés ou améliorer le plan de stockage" |
-| **Mises à jour de statut** | Tenir les utilisateurs informés de l'avancement | "Nouvelle tentative de connexion... Tentative 2 sur 3" |
-
-### Options de récupération d'erreur
-
-Il est important d'offrir plusieurs moyens aux utilisateurs de se remettre d'erreurs, en s'adressant à la fois aux audiences techniques et non techniques :
-
--   **Récupération progressive**  
-    Tenter automatiquement des réparations, en commençant par des solutions simples et en passant à des solutions plus complexes si nécessaire. Fournir des mises à jour en temps réel pour tenir les utilisateurs informés de l'avancement.
-    
--   **Intervention manuelle**  
-    Offrir des outils pour que les utilisateurs prennent le contrôle, tels que :
-    
-    -   Activer le mode hors ligne en cas de problèmes de réseau
-    -   Sauvegarder des données localement
-    -   Réessayer les actions manuellement avec des indicateurs de progression visibles
-    -   Revenir à des versions précédentes si nécessaire
-
-Des plateformes comme Capgo prennent en charge ces fonctionnalités en gérant efficacement les mises à jour, garantissant aux utilisateurs un accès à des versions stables pendant que les problèmes sont traités.
-
-### Support d'erreur multilingue
-
-La localisation est plus qu'une simple traduction. Elle implique d'adapter les messages d'erreur pour qu'ils s'ajustent aux contextes linguistiques et culturels :
-
-| Aspect | Meilleures pratiques | Avantage |
-| --- | --- | --- |
-| **Structure du message** | Utiliser des jetons de remplacement pour le contenu dynamique | Maintient les messages cohérents entre les langues |
-| **Contexte culturel** | Adapter les messages aux préférences locales | Améliore la compréhension des utilisateurs |
-| **Support des caractères** | Assurer la conformité Unicode pour tous les textes d'erreur | Garantit un affichage correct dans toutes les langues |
-
-Une communication précise et culturellement sensible est essentielle. Tester les messages d'erreur dans différentes régions à l'aide d'un système basé sur des canaux garantit qu'ils résonnent avec les utilisateurs locaux. Couplé à un suivi en temps réel et à des mises à jour rapides, cette approche garantit une expérience fluide et conviviale dans le monde entier.
-
-Une communication claire établit la confiance et améliore la qualité globale de votre application.
-
-## Conclusion
-
-La gestion réussie des erreurs dans les applications Capacitor combine précision technique et attention à l'expérience utilisateur, menant à de meilleures évaluations d'applications et à une satisfaction utilisateur accrue.
-
-Les développeurs ont tiré parti de déploiements de mises à jour rapides [\[1\]](https://capgo.app/), renforçant la confiance des utilisateurs et la fiabilité des applications. Par exemple, les mises à jour OTA de Capgo permettent aux développeurs de résoudre rapidement les erreurs, garantissant que les utilisateurs reçoivent les corrections en quelques minutes [\[1\]](https://capgo.app/).
-
-Les besoins changeants du marché poussent les limites de la gestion des erreurs. Voici les facteurs clés qui contribuent au succès :
-
-| Facteur | Impact | Résultat |
-| --- | --- | --- |
-| Déploiement rapide de corrections | Taux de réussite de mise à jour global de 82 % [\[1\]](https://capgo.app/) | Réduction de l'exposition aux bogues |
-| Messaging d'erreur clair | Meilleure rétention des utilisateurs | Moins de demandes de support |
-| Support multi-plateforme cohérent | Meilleure expérience utilisateur | Maintenance facilitée |
-
-Ces points de données montrent comment des corrections rapides, une communication efficace et des performances constantes sur plusieurs plateformes renforcent la stabilité des applications.
-
-Alors que les solutions de gestion des erreurs deviennent de plus en plus avancées, les développeurs doivent se concentrer sur un suivi fiable des erreurs, une communication transparente et des mises à jour rapides. Cette approche garantit une grande satisfaction des utilisateurs tout en minimisant les interruptions causées par des défis techniques.
diff --git a/src/content/blog/fr/error-logging-tools-for-capacitor-ota-updates.md b/src/content/blog/fr/error-logging-tools-for-capacitor-ota-updates.md
deleted file mode 100644
index 78b7502e9..000000000
--- a/src/content/blog/fr/error-logging-tools-for-capacitor-ota-updates.md
+++ /dev/null
@@ -1,171 +0,0 @@
----
-slug: error-logging-tools-for-capacitor-ota-updates
-title: Outils de journalisation des erreurs pour les mises à jour OTA de Capacitor
-description: >-
-  Découvrez les outils essentiels pour enregistrer les logs d'erreurs de
-  Capacitor OTA Updates, comparez leurs fonctionnalités, prix et configurations
-  pour améliorer la stabilité et l'expérience utilisateur de votre application.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T01:28:12.140Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d8bb85beb3268b1c6ac757-1742261302793.jpg
-head_image_alt: Développement d'Applications Mobiles
-keywords: 'error logging, OTA updates, mobile development, app stability, user experience'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-Les outils de journalisation des erreurs sont essentiels pour gérer les mises à jour Over-the-Air (OTA) de Capacitor. Ils aident les développeurs à surveiller les problèmes, suivre les performances des mises à jour et assurer la stabilité des applications. Cet article compare quatre outils populaires - **[Sentry](https://sentryio/)**, **[LogRocket](https://logrocketcom/)**, **[Bugsnag](https://wwwbugsnagcom/)**, et **[Capgo](https://capgo.app/)** - en soulignant leurs fonctionnalités, prix et facilité d'installation.
-
-### Points Clés :
-
--   **Sentry** : Idéal pour le suivi détaillé des erreurs et la surveillance de la santé des versions
--   **LogRocket** : Parfait pour la relecture de session et les insights sur l'expérience utilisateur
--   **Bugsnag** : Focus sur la priorisation des erreurs et le score de stabilité des applications
--   **Capgo** : Combine les mises à jour OTA avec le suivi des erreurs intégré et une installation rapide
-
-### Comparaison Rapide :
-
-| Fonctionnalité | Sentry | LogRocket | Bugsnag | Capgo |
-| --- | --- | --- | --- | --- |
-| Suivi des erreurs en temps réel | ✓ | ✓ | ✓ | ✓ |
-| Relecture de session | Limitée | ✓ | – | – |
-| Retour arrière en un clic | – | – | – | ✓ |
-| Chiffrement de bout en bout | – | – | – | ✓ |
-| Temps d'installation | 30–60 mins | 45–90 mins | 30–60 mins | 5 mins |
-
-## Revue des Outils de Journalisation des Erreurs
-
-Découvrez les meilleurs outils de journalisation des erreurs pour les [mises à jour OTA Capacitor](https://capgo.app/ja/), en mettant l'accent sur leurs fonctionnalités et leur fonctionnement.
-
-### Sentry : Fonctionnalités et Installation
-
-Le SDK de Sentry fonctionne sans effort avec les applications Capacitor, fournissant des traces détaillées et un contexte utile pour le débogage. Sa fonction de suivi des versions identifie les problèmes récurrents dans les échecs de mise à jour OTA.
-
-**Fonctionnalités principales** :
-
--   Surveillance de la santé des versions
--   Filtrage personnalisé des erreurs
--   Attribution automatique des problèmes
--   Surveillance des performances avec fil d'Ariane
-
-Examinons maintenant les capacités de relecture de session de LogRocket.
-
-### [LogRocket](https://logrocketcom/) : Suivi des Sessions
-
-![LogRocket](https://mars-images.imgix.net/seobot/screenshots/logrocketcom-25aea0309421424eb663500e40eea18d-2025-03-18.jpg?auto=compress)
-
-LogRocket vous permet d'explorer les expériences utilisateur pendant les mises à jour OTA avec sa fonction de relecture de session. Il enregistre les interactions utilisateur, les requêtes réseau et les logs de console, facilitant la compréhension des problèmes.
-
-| Fonctionnalité | Avantage |
-| --- | --- |
-| Relecture de Session | Voir exactement ce que les utilisateurs expérimentent pendant les mises à jour |
-| Analyse Réseau | Tracer les requêtes échouées et les délais d'attente |
-| Intégration Redux | Suivre les changements d'état en temps réel |
-| Corrélation des Erreurs | Lier les erreurs aux actions spécifiques des utilisateurs |
-
-Bugsnag, quant à lui, se concentre sur la priorisation des erreurs et la stabilité des applications.
-
-### [Bugsnag](https://wwwbugsnagcom/) : Gestion des Erreurs
-
-![Bugsnag Error Monitoring Dashboard](https://mars-images.imgix.net/seobot/screenshots/wwwbugsnagcom-76749d2e4d72514946f463d57dc57ffc-2025-03-18.jpg?auto=compress)
-
-Bugsnag aide à prioriser les erreurs et surveiller la stabilité des applications. Sa fonction de score de stabilité évalue l'impact des mises à jour OTA sur les performances globales de l'application. Les fonctionnalités supplémentaires incluent le regroupement automatique des erreurs, le suivi des versions et l'intégration avec les pipelines CI/CD.
-
-### [Capgo](https://capgo.app/) : Suivi des Erreurs Intégré
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-Capgo adopte une approche différente en intégrant directement le suivi des erreurs dans son processus de mise à jour OTA.
-
-| Métrique | Performance |
-| --- | --- |
-| Livraison des mises à jour | 235M mises à jour livrées |
-| Taux de réussite | 95% des utilisateurs mis à jour en 24 heures |
-| Temps de réponse API | 57ms en moyenne mondiale |
-| Téléchargement du bundle | 114ms pour un bundle de 5MB |
-
-> "Nous avons déployé les mises à jour OTA Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo" – colenso [\[1\]](https://capgo.app/)
-
-Les fonctionnalités de Capgo incluent le suivi en temps réel du statut des mises à jour, le chiffrement de bout en bout, le retour arrière en un clic, le ciblage avancé des utilisateurs et un tableau de bord d'analyse détaillé. Pour les configurations entreprise, Capgo propose des options cloud et auto-hébergées, assurant la conformité avec les exigences d'Apple et Google.Il s'intègre également avec des outils CI/CD comme [GitHub Actions](https://docsgithubcom/actions), [GitLab CI](https://docsgitlabcom/ci/) et [Jenkins](https://wwwjenkinsio/)
-
-## Guide de comparaison des outils
-
-Un aperçu détaillé des outils de journalisation d'erreurs pour les mises à jour OTA de Capacitor
-
-### Matrice des fonctionnalités
-
-| Fonctionnalité | Sentry | LogRocket | Bugsnag | Capgo |
-| --- | --- | --- | --- | --- |
-| Suivi des erreurs en temps réel | ✓ | ✓ | ✓ | ✓ |
-| Relecture de session | Limité | ✓ | – | – |
-| Santé des versions | ✓ | ✓ | ✓ | ✓ |
-| Filtrage d'erreurs personnalisé | ✓ | ✓ | ✓ | Limité |
-| Surveillance des performances | ✓ | ✓ | ✓ | ✓ |
-| Intégration CI/CD | ✓ | ✓ | ✓ | ✓ |
-| Retour arrière en un clic | – | – | – | ✓ |
-| Chiffrement de bout en bout | – | – | – | ✓ |
-| Attribution utilisateur | Limité | Limité | Limité | ✓ |
-
-### Détail des prix
-
-| Outil | Version gratuite | Prix de départ | Entreprise |
-| --- | --- | --- | --- |
-| Sentry | 5K événements/mois | 29€/mois | Sur mesure |
-| LogRocket | 1K sessions/mois | 99€/mois | Sur mesure |
-| Bugsnag | 75K événements/mois | 59€/mois | Sur mesure |
-| Capgo | Essai 15 jours | 12€/mois | 249€/mois |
-
-Capgo met en avant sa rentabilité avec des frais uniques de configuration CI/CD de 2 600€ et des coûts récurrents d'environ 300€ par mois. Ils affirment que cette approche peut réduire les dépenses de la première année de plus de moitié par rapport aux options comme [AppFlow](https://ionicio/appflow/), permettant d'économiser jusqu'à 26 100€ sur cinq ans [\[1\]](https://capgo.app/)
-
-### Niveaux de difficulté d'installation
-
-Les retours des développeurs et les évaluations de la documentation donnent un aperçu de la facilité d'installation :
-
-| Outil | Temps d'installation | Documentation | Options de support |
-| --- | --- | --- | --- |
-| Sentry | 30-60 mins | Complète | Communauté + Payant |
-| LogRocket | 45-90 mins | Bonne | Email + Chat |
-| Bugsnag | 30-60 mins | Bonne | Email + Docs |
-| Capgo | <15 mins |
-
-Each tool offers unique benefits depending on your team's needs, budget, and expertise. Read on for a detailed breakdown of their features, pricing, and setup requirements.
-
-## [Sentry](https://sentry.io/) and Capacitor: How to Build and Monitor User Experiences
-
-![Sentry Error Tracking Dashboard](https://mars-images.imgix.net/seobot/screenshots/sentry.io-925fc70e12ac801815ba3ab27e6adcda-2025-03-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/shzKcE79GXI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen> "J'ai réussi à mettre en place les mises à jour auto-hébergées avec très peu d'effort !" – SP-CMingay [\[1\]](https://capgo.app/)
-
-> "J'ai configuré @Capgo et je teste cette excellente alternative à @AppFlow ! Merci pour le travail accompli, ça a été facile jusqu'ici. Prêt à publier sur les app stores 🤞" – jaythegeek [\[1\]](https://capgo.app/)
-
-Ces comparaisons montrent comment chaque outil répond à différents besoins de développement. Considérez des facteurs comme la fréquence des mises à jour, la taille de l'équipe, le budget, la sécurité et l'intégration pour faire le bon choix.
-
-## Conclusion
-
-### Points clés
-
-Voici un rapide récapitulatif : **Sentry** se démarque par son suivi détaillé des erreurs et sa documentation approfondie, ce qui en fait un excellent choix pour les grandes équipes. **LogRocket** brille avec sa fonction de relecture de session, offrant une vue claire des expériences utilisateur. Pendant ce temps, **Bugsnag** fournit une gestion fiable des erreurs avec une interface facile à naviguer. Ces outils peuvent vous aider à rationaliser votre approche des mises à jour OTA.
-
-### Choisir le bon outil
-
-Le meilleur outil dépend des besoins de votre équipe et de votre approche des mises à jour OTA. Voici une analyse :
-
-**Pour les déploiements niveau entreprise**, privilégiez les outils avec des fonctionnalités avancées :
-
--   **Sentry** : Idéal pour les équipes nécessitant personnalisation et support DevOps dédié
--   **LogRocket** : Optimal pour analyser les sessions utilisateurs et améliorer l'expérience utilisateur
--   **Bugsnag** : Une excellente option pour son interface claire et sa configuration simple
-
-**Pour les petites équipes**, concentrez-vous sur les outils qui combinent efficacité et intégration :
-
--   **Capgo** : Propose des mises à jour OTA couplées au suivi des erreurs en une solution
--   Recherchez des options qui supportent le déploiement cloud ou [auto-hébergé](https://capgo.app/blog/self-hosted-capgo/) avec chiffrement de bout en bout
--   Privilégiez les outils permettant une configuration rapide et des flux de travail automatisés
-
-Pour décider, évaluez des facteurs comme le nombre d'utilisateurs actifs, le budget, la taille et l'expertise de l'équipe, les exigences de sécurité et la qualité d'intégration avec vos systèmes existants
diff --git a/src/content/blog/fr/firebase-crashlytics-for-capacitor-apps.md b/src/content/blog/fr/firebase-crashlytics-for-capacitor-apps.md
deleted file mode 100644
index 0329e1148..000000000
--- a/src/content/blog/fr/firebase-crashlytics-for-capacitor-apps.md
+++ /dev/null
@@ -1,155 +0,0 @@
----
-slug: firebase-crashlytics-for-capacitor-apps
-title: Applications Capacitor avec Firebase Crashlytics
-description: >-
-  Découvrez comment intégrer le rapport de crash en temps réel dans vos
-  applications mobiles avec un guide étape par étape sur la configuration de
-  Crashlytics pour iOS et Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T03:55:39.168Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf-1745207775479.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Firebase, Crashlytics, mobile apps, Capacitor, app development, crash
-  reporting, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**[Firebase Crashlytics](https://firebase.google.com/docs/crashlytics)** vous aide à suivre les plantages d'applications en temps réel, fournissant des rapports détaillés pour corriger rapidement les problèmes. Il s'intègre parfaitement avec [Capacitor](https://capacitorjs.com/) pour les applications iOS et Android. Voici ce que vous devez savoir :
-
--   **Pourquoi utiliser Crashlytics ?**
-    
-    -   Recevez des **alertes de plantage en temps réel**.
-    -   Analysez des rapports de plantage détaillés avec **regroupement automatique des problèmes**.
-    -   Surveillez les erreurs critiques pour maintenir la stabilité des applications.
--   **Prérequis d'installation :**
-    
-    -   Installez **[Node.js](https://nodejs.org/en) (v16+)**, **Capacitor (v4+)**, et des outils comme **[Xcode](https://developer.apple.com/xcode/) 14+** et **[Android Studio](https://developer.android.com/studio) Electric Eel**.
-    -   Téléchargez les fichiers de configuration [Firebase](https://firebase.google.com/) (`GoogleService-Info.plist` pour iOS, `google-services.json` pour Android).
-    -   Mettez à jour les fichiers spécifiques aux plateformes comme `Podfile` (iOS) et `build.gradle` (Android).
--   **Étapes clés :**
-    
-    -   Installez Crashlytics :
-        
-        ```bash
-        npm install @capgo/capacitor-firebase-crashlytics && npx cap sync
-        ```
-        
-    -   Initialisez Crashlytics dans votre application :
-        
-        ```typescript
-        import { FirebaseCrashlytics } from '@capgo/capacitor-firebase-crashlytics';
-        await FirebaseCrashlytics.initialize();
-        ```
-        
--   **Testez votre configuration :**
-    
-    -   Déclenchez un test de plantage :
-        
-        ```typescript
-        await FirebaseCrashlytics.crash();
-        ```
-        
--   **Conseil bonus :** Combinez Crashlytics avec **[Capgo](https://capgo.app/)** pour des mises à jour instantanées sans délais d'app store.
-    
-
-Ce guide garantit que votre application est stable et conviviale. Commencez par configurer Firebase Crashlytics aujourd'hui !
-
-## Guide Android 2021 : [Firebase Crashlytics](https://firebase.google.com/docs/crashlytics) - plantage personnalisé ...
-
-![Firebase Crashlytics](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/3578d58943ebaf5b91a7f0e1afb1607f.jpg)
-
-<iframe src="https://www.youtube.com/embed/JxVYfZprK0g" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Prérequis d'installation
-
-Avant de commencer, assurez-vous d'avoir complété les étapes suivantes :
-
-### Logiciels et comptes requis
-
-Vous devrez installer :
-
--   **Node.js** (v16 ou supérieur) et **Capacitor** (v4 ou supérieur)
--   Un **compte Firebase** avec un projet actif
--   **Xcode 14+** pour le développement iOS
--   **Android Studio Electric Eel** ou une version plus récente pour le développement Android
--   La dernière version de **[CocoaPods](https://cocoapods.org/)** (requis pour iOS)
-
-### Fichiers de configuration des plateformes
-
-**Pour iOS :**
-
--   Téléchargez le fichier `GoogleService-Info.plist` depuis la Console Firebase.
--   Mettez à jour votre `Podfile` pour inclure les dépendances Crashlytics.
--   Ajoutez les clés de confidentialité nécessaires à votre fichier `Info.plist`.
-
-**Pour Android :**
-
--   Obtenez le fichier `google-services.json` depuis la Console Firebase.
--   Effectuez des modifications dans les fichiers `build.gradle` au niveau du projet et de l'application.
--   Mettez à jour le `AndroidManifest.xml` pour inclure les permissions requises.
-
-### Configuration de la Console [Firebase](https://firebase.google.com/)
-
-![Firebase Platform Dashboard](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/e510e8ab32244fff0b09e93222500c83.jpg)
-
-Configurez Firebase et activez Crashlytics en suivant ces étapes :
-
-1.  **Créez un projet Firebase** et activez Crashlytics.
-    
-2.  **Enregistrez vos applications** dans la Console Firebase :
-    
-    -   Utilisez l'**ID du bundle** pour iOS et le **nom du package** pour Android.
-    -   Téléchargez les fichiers de configuration : `GoogleService-Info.plist` (iOS) et `google-services.json` (Android).
-3.  **Intégrez les SDK Firebase** dans votre application en ajoutant ces dépendances :
-    
-    **Pour Android (app-level `build.gradle`) :**
-    
-    ```kotlin
-    dependencies {
-        implementation platform('com.google.firebase:firebase-bom:32.0.0')
-        implementation 'com.google.firebase:firebase-crashlytics'
-        implementation 'com.google.firebase:firebase-analytics'
-    }
-    ```
-    
-    **Pour iOS (`Podfile`) :**
-    
-    ```ruby
-    pod 'Firebase/Crashlytics'
-    pod 'Firebase/Analytics'
-    ```
-    
-
-Une fois ces étapes terminées, vous êtes prêt à passer à la section Installation du Plugin.
-
-[The rest of the text follows the same pattern - would you like me to continue translating?]
-
-### Récapitulatif des étapes de configuration
-
-Vous avez terminé trois étapes clés pour commencer :
-
--   Créé un projet Firebase et enregistré vos applications iOS/Android.
--   Installé et configuré le plugin Crashlytics.
--   Mis à jour les fichiers de plateforme iOS et Android nécessaires.
-
-### Pourquoi intégrer ces outils ?
-
-L'association de Firebase Crashlytics avec Capgo vous offre un système puissant pour le suivi des erreurs et la [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Voici ce que cette combinaison propose :
-
--   **Correctifs rapides** : Déployez des mises à jour instantanées et annulez les changements en un seul clic.
--   **Déploiements fiables** : Assurez-vous que les mises à jour sont largement adoptées et transmises en douceur aux utilisateurs.
-
-### Prochaines étapes ?
-
-1.  Activez les analyses détaillées des crashs dans la Console Firebase.
-2.  Ajoutez Capgo à votre pipeline CI/CD pour des mises à jour simplifiées.
-3.  Utilisez les [canaux Capgo](https://capgo.app/docs/webapp/channels/) pour tester et publier les correctifs étape par étape.
-
-Avec Crashlytics et Capgo en place, vous êtes prêt à maintenir votre application en bon état de fonctionnement et à l'améliorer au fil du temps.
diff --git a/src/content/blog/fr/fix-capacitor-version-mismatch-errors.md b/src/content/blog/fr/fix-capacitor-version-mismatch-errors.md
deleted file mode 100644
index fd775fdde..000000000
--- a/src/content/blog/fr/fix-capacitor-version-mismatch-errors.md
+++ /dev/null
@@ -1,245 +0,0 @@
----
-slug: fix-capacitor-version-mismatch-errors
-title: Corriger les erreurs de incompatibilité de version de Capacitor
-description: >-
-  Apprenez à résoudre rapidement les erreurs de désaccord de version dans les
-  applications Capacitor pour éviter les interruptions de construction et les
-  plantages à l'exécution.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T04:35:04.064Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572-1743395716448.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, version mismatch, troubleshooting, mobile development, software
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Les erreurs de désaccord de version dans les applications [Capacitor](https://capacitorjs.com/) peuvent perturber les constructions, provoquer des plantages à l'exécution et retarder les mises à jour.** Ces problèmes surviennent lorsque les paquets principaux, les plugins ou les dépendances ne sont pas alignés. Voici comment les résoudre rapidement :
-
--   **Causes Courantes** :
-    
-    -   Mises à jour partielles ou conflits de dépendance.
-    -   Erreurs dans le fichier `package.json` ou les fichiers pod.
-    -   [Mises à jour automatiques](https://capgo.app/docs/plugin/cloud-mode/auto-update/) créant des incohérences.
--   **Solutions Rapides** :
-    
-    -   Exécutez `npx cap doctor` ou `npm list @capacitor/*` pour identifier les désaccords.
-    -   Alignez les versions dans le fichier `package.json` (par exemple, `@capacitor/core`, `@capacitor/ios`, `@capacitor/android`).
-    -   Utilisez `npm install` pour mettre à jour tous les paquets principaux et plugins.
--   **Prévenir les Problèmes Futurs** :
-    
-    -   Verrouillez les versions dans le fichier `package.json` (par exemple, `"@capacitor/core": "5.0.0"`).
-    -   Automatisez les vérifications de version avec des outils CI/CD.
-    -   Utilisez des outils de mise à jour en direct comme [Capgo](https://capgo.app/) pour des corrections plus rapides.
-
-## Résoudre l'Exception No Matching View dans [Capacitor](https://capacitorjs.com/) ...
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/1uqVqhJ0bkY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Trouver des Problèmes de Désaccord de Version
-
-Vous pouvez découvrir des désaccords de version en utilisant ces étapes :
-
-### Signes et Messages d'Erreur
-
-Commencez par examiner les sorties d'erreur :
-
--   Échecs de construction mentionnant "version incompatible"
--   Exceptions d'exécution faisant référence à "désaccord de version"
--   Avertissements dans la console concernant des conflits de dépendance
--   Erreurs d'installation de pod iOS mettant en évidence des problèmes de version
-
-Ces messages d'erreur, qu'ils proviennent du terminal ou de votre IDE, révèlent souvent des conflits. Faites attention aux avertissements qui incluent des numéros de version - ils peuvent vous aider à cerner le problème.
-
-### Vérifications de la Ligne de Commande
-
-Utilisez des outils en ligne de commande pour confirmer la cohérence des versions :
-
--   **`npx cap doctor`** : Vérifie l'état de Capacitor et signale les désaccords.
--   **`npm list @capacitor/core @capacitor/ios @capacitor/android`** : Affiche les versions installées, facilitant ainsi la détection des incohérences.
-
-### Revue du Fichier de Configuration
-
-Enfin, examinez vos fichiers de configuration pour assurer l'alignement des versions.
-
-**package.json**
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.1"  // Version mismatch!
-  }
-}
-```
-
-**capacitor.config.json**
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "plugins": {
-    "SomePlugin": {
-      "version": "3.0.0"
-    }
-  }
-}
-```
-
-Vérifiez la cohérence à travers :
-
--   Paquets principaux de Capacitor
--   Paquets spécifiques à la plateforme (iOS/Android)
--   Plugins et leurs dépendances
-
-Maintenir ces versions alignées aide à éviter des problèmes de compatibilité.
-
-## Corriger les Versions des Paquets Principaux et des Plugins
-
-### Mises à Jour des Paquets Principaux
-
-Pour mettre à jour vos paquets principaux de Capacitor, utilisez la commande npm suivante :
-
-```bash
-npm install @capacitor/core@latest @capacitor/ios@latest @capacitor/android@latest
-```
-
-Si vous avez besoin d'une version spécifique, remplacez `@latest` par le numéro de version désiré. Par exemple :
-
-```bash
-npm install @capacitor/core@5.0.0 @capacitor/ios@5.0.0 @capacitor/android@5.0.0
-```
-
-Une fois les mises à jour complètes, synchronisez votre projet avec :
-
-```bash
-npx cap sync
-```
-
-### Corrections de Versions de Plugins
-
-Assurez-vous que vos plugins sont compatibles avec la version de Capacitor que vous utilisez. Mettez-les à jour vers des versions testées et compatibles, et assurez-vous de tester la fonctionnalité après chaque mise à jour.
-
-Si un plugin nécessite Capacitor 5.x mais que vous utilisez 6.x, vous avez deux options :
-
--   Mettez à jour le plugin vers la dernière version :
-    
-    ```bash
-    npm install @plugin-name@latest
-    ```
-    
--   Rétrogradez Capacitor pour correspondre aux exigences du plugin :
-    
-    ```bash
-    npm install @capacitor/core@5.x
-    ```
-    
-
-Pour les mises à jour impliquant des changements majeurs, des ajustements supplémentaires peuvent être nécessaires.
-
-### Changements de Versions Majeures
-
-Lors de la transition vers une nouvelle version majeure, suivez ces étapes :
-
-1.  **Sauvegardez Votre Projet** : Créez une sauvegarde complète avant de commencer toute mise à jour.
-    
-2.  **Vérifiez le Journal des Modifications** : Consultez le journal des modifications officiel pour tout changement majeur pouvant affecter votre projet.
-    
-3.  **Mettez à Jour les Dépendances** : Mettez à niveau vos paquets Capacitor vers les versions requises. Par exemple :
-    
-    ```bash
-    npm install @capacitor/core@7.0.0 @capacitor/ios@7.0.0 @capacitor/android@7.0.0
-    ```
-    
-
-Capgo fournit des mises à jour en direct pour Capacitor 8, vous permettant d'appliquer des corrections sans avoir besoin d'approbations de la boutique d'applications [\[1\]](https://capgo.app/).
-
-## Éviter les Conflits de Version Futurs
-
-### Outils de Verrouillage de Version
-
-Des fichiers de verrouillage comme `package-lock.json` ou `yarn.lock` aident à garantir que tout le monde dans votre équipe utilise les mêmes versions de dépendance. Pour éviter des mises à jour inattendues, définissez des numéros de version exacts au lieu d'utiliser les symboles caret (`^`) ou tilde (`~`) :
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  }
-}
-```
-
-### Automatisation des Mises à Jour
-
-Mettez en place des vérifications de version automatisées dans votre pipeline CI/CD pour signaler les conflits rapidement. Par exemple, utilisez la commande suivante pour vérifier les dépendances obsolètes :
-
-```bash
-npm outdated @capacitor/*
-```
-
-Vous pouvez intégrer cette étape dans des outils comme [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), ou [Jenkins](https://www.jenkins.io/) pour garantir des constructions cohérentes. Pour un contrôle encore plus important, envisagez d'utiliser le système de mises à jour de Capgo pour simplifier le processus.
-
-### Utiliser les Mises à Jour de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Capgo fournit un système de mise à jour en direct qui résout rapidement les conflits de version. Selon leurs données, 95 % des utilisateurs actifs installent des mises à jour dans les 24 heures [\[1\]](https://capgo.app/).
-
-> "Nous avons déployé les mises à jour OTA Capgo en production pour notre base utilisateur de plus de 5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Voici comment tirer le meilleur parti de Capgo :
-
--   Configurez plusieurs canaux de distribution à des fins de test.
--   Mettez en place des retours automatiques en cas de problèmes critiques.
--   Surveillez les taux de réussite pour garantir l'efficacité des mises à jour.
--   Utilisez des déploiements progressifs pour minimiser les risques.
-
-Pour les équipes gérant plusieurs versions d'applications, le système de canaux de Capgo vous permet de tester des mises à jour avec des groupes d'utilisateurs spécifiques avant un déploiement plus large. Cette approche a atteint un taux de réussite mondial de 82 % pour les mises à jour [\[1\]](https://capgo.app/).
-
-## Résumé
-
-### Guide des Solutions Rapides
-
-Confronté à des erreurs de désaccord de version dans les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) ? Voici quelques actions rapides que vous pouvez entreprendre :
-
--   Verrouillez les versions de dépendance dans votre fichier `package.json` et utilisez des fichiers de verrouillage pour garantir la cohérence.
--   Exécutez `npm outdated @capacitor/*` pour identifier les dépendances obsolètes.
--   Résolvez les conflits en utilisant les déploiements progressifs de Capgo [\[1\]](https://capgo.app/).
-
-Ces étapes résument les méthodes de diagnostic discutées précédemment.
-
-### Meilleures Pratiques
-
-Pour garantir une stabilité à long terme, envisagez ces meilleures pratiques pour gérer efficacement les versions de Capacitor. Ces méthodes ont été appliquées avec succès dans plus de 750 applications de production [\[1\]](https://capgo.app/).
-
--   **Contrôle de Version**
-    
-    -   Gardez les versions de dépendance cohérentes.
-    -   Synchronisez le versionnage au sein de tous les environnements d'équipe.
-    -   Documentez clairement les exigences de version pour une référence facile.
--   **[Gestion des Mises à Jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-    Rodrigo Mantica partage :
-    
-    > "Nous pratiquons le développement agile et @Capgo est crucial pour livrer continuellement à nos utilisateurs !" \[2\]
-    
--   **Surveillance et Récupération**  
-    Surveillez régulièrement les dépendances pour identifier les conflits rapidement. Une surveillance adéquate a montré que 95 % des utilisateurs actifs peuvent se mettre à jour dans les 24 heures [\[1\]](https://capgo.app/).
-    
--   **Conseils Clés pour la Mise en Œuvre**
-    
-    -   Automatisez les vérifications de version dans les pipelines CI/CD.
-    -   Utilisez des canaux de test avant toute distribution complète.
-    -   Maintenez des options de retour en cas de problèmes inattendus.
-    -   Suivez les taux de réussite des mises à jour pour évaluer les performances.
diff --git a/src/content/blog/fr/fixing-build-failures-in-capacitor-ci-cd-pipelines.md b/src/content/blog/fr/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
deleted file mode 100644
index 9dbb6046f..000000000
--- a/src/content/blog/fr/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
+++ /dev/null
@@ -1,376 +0,0 @@
----
-slug: fixing-build-failures-in-capacitor-ci-cd-pipelines
-title: Correction des échecs de construction dans les pipelines CI/CD Capacitor
-description: >-
-  Apprenez à résoudre et à prévenir les échecs de compilation dans les pipelines
-  CI/CD pour les applications mobiles, garantissant ainsi des processus de
-  développement et de déploiement fluides.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T06:27:06.154Z
-updated_at: 2025-05-15T06:28:11.442Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682580e10209458b3ff3c0b1-1747290491442.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, CI/CD, build failures, mobile development, troubleshooting, version
-  control, environment variables
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Les échecs de build dans les pipelines CI/CD de [Capacitor](https://capacitorjs.com/) peuvent perturber le [développement d'applications mobiles](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/), coûtant du temps et de l'argent.** Voici un guide rapide des problèmes courants et comment les résoudre :
-
-### Problèmes Clés et Solutions :
-
--   **Conflits de Versions** : Assurez-vous que les versions de [Node.js](https://nodejs.org/en), npm, Capacitor et des plugins correspondent dans tous les environnements.
--   **Problèmes de Configuration iOS/Android** : Alignez les configurations de [Gradle](https://gradle.org/), [CocoaPods](https://cocoapods.org/), [Xcode](https://developer.apple.com/xcode/) et des SDK.
--   **Variables d'Environnement** : Vérifiez les [clés API](https://capgo.app/docs/webapp/api-keys/), les identifiants et les chemins pour leur cohérence.
--   **Incompatibilités de Plugins** : Faites correspondre soigneusement les versions de Capacitor et des plugins.
--   **Contraintes de Plateforme CI** : Optimisez les ressources, la mise en cache et les runners spécifiques à la plateforme pour éviter les délais d'attente.
-
-### Conseils Rapides :
-
--   Verrouillez les dépendances dans `package.json` pour éviter les mises à jour inattendues.
--   Utilisez des outils comme `npx cap doctor` et Android Lint pour le débogage.
--   Reproduisez les environnements CI localement avec des fichiers `.env` pour un meilleur test.
--   Implémentez des mises à jour en direct pour contourner les délais de l'app store.
-
-**Conseil Pro** : Des outils comme [Capgo](https://capgo.app/) peuvent simplifier la surveillance, sécuriser les configurations et fournir des options de retour en arrière en temps réel en cas d'échec.
-
-## Comment identifier et résoudre les problèmes de pipeline CI
-
-<Steps>
-
-1. Identifiez l'origine du problème
-2. Reproduisez l'erreur localement
-3. Examinez les journaux et les traces
-4. Appliquez les corrections nécessaires
-5. Testez la solution
-6. Documentez la résolution
-
-</Steps>
-
-## Principaux Types d'Échecs de Build [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Les échecs de build Capacitor peuvent provenir de diverses sources, chacune nécessitant des solutions spécifiques. Ci-dessous, nous allons détailler certaines des causes les plus courantes et comment elles se manifestent pendant le processus de build.
-
-### Conflits de Versions entre Dépendances
-
-Les conflits de versions de Node.js, npm et du CLI Capacitor sont fréquemment responsables des échecs de build. Ces conflits surviennent souvent en raison d'attentes incompatibles entre différents composants du système de build. Voici quelques scénarios courants :
-
--   Différences dans les versions du **runtime Node.js** entre les machines locales et les environnements CI.
--   Incohérences dans les gestionnaires de paquets, comme npm ou Yarn.
--   Versions incompatibles des bibliothèques core Capacitor et des plugins.
--   SDK spécifiques aux plateformes nécessitant des versions particulières non alignées.
-
-La gestion de ces dépendances devient encore plus délicate dans les configurations multi-environnements, où les configurations peuvent varier considérablement.
-
-### Problèmes de Configuration iOS et Android
-
-Les configurations des plateformes natives peuvent être un point sensible, particulièrement lors de la configuration initiale ou après des mises à jour importantes. Les problèmes surviennent souvent en raison d'outils mal alignés ou de paramètres obsolètes.
-
-**Pour Android**, les problèmes courants incluent :
-
--   Erreurs de synchronisation Gradle après l'installation de plugins.
--   Utilisation de SDK ou d'outils de build obsolètes.
--   Variables d'environnement `JAVA_HOME` mal configurées.
--   Fichiers wrapper Gradle manquants ou corrompus.
-
-**Pour iOS**, les problèmes fréquents incluent :
-
--   Conflits de dépendances avec CocoaPods.
--   Incohérences dans les artéfacts de build Xcode.
--   Certificats de signature de code mal configurés.
--   Paramètres de build obsolètes après les mises à jour Capacitor.
-
-Ces problèmes nécessitent souvent un débogage minutieux et un alignement des outils pour assurer un processus de build fluide.
-
-### Problèmes de Configuration des Variables d'Environnement
-
-Les variables d'environnement jouent un rôle crucial dans le processus de build, et même de petites erreurs de configuration peuvent entraîner des échecs récurrents. Ces problèmes apparaissent souvent lors du passage entre les environnements de développement et CI. Les domaines couramment affectés comprennent :
-
--   Clés API pour les services externes.
--   Identifiants pour la signature de code.
--   Valeurs de configuration spécifiques à la plateforme.
--   Chemins et paramètres d'environnement de build.
-
-Assurer une gestion cohérente des variables d'environnement dans tous les environnements est essentiel pour éviter ces écueils.
-
-### Incompatibilités de Versions de Plugins
-
-Les plugins peuvent introduire des défis de compatibilité difficiles à diagnostiquer. Un exemple typique implique l'équilibrage des versions de Capacitor, Ionic et des plugins spécifiques. Par exemple, la résolution des erreurs "Something Went Wrong" peut nécessiter l'alignement de Capacitor 3.5.1, Ionic 5 et CapacitorGoogleAuth 3.1.4, tout en s'assurant que l'ID client correct est défini à la fois dans `capacitor.config.ts` et `strings.xml`.
-
-Ces incompatibilités nécessitent souvent une attention méticuleuse aux détails de versionnage et de configuration pour être résolues.
-
-### Contraintes de Plateforme CI
-
-Les plateformes d'Intégration Continue (CI) peuvent introduire leur propre ensemble de défis, particulièrement lors de builds complexes. Voici une analyse des contraintes courantes et leur impact :
-
-| Type de Contrainte | Problèmes Courants | Impact |
-| --- | --- | --- |
-| **Délais d'attente** | Builds dépassant le délai sur les grandes applications | Builds incomplets |
-| **Allocation de Ressources** | Mémoire limitée pendant la compilation | Builds échoués |
-| **Support de Plateforme** | Support limité des builds iOS sur les runners Linux | Échecs spécifiques à la plateforme |
-| **Mise en cache** | Mise en cache inefficace des dépendances | Builds plus lents, risques de délai d'attente |
-
-Pour atténuer ces problèmes, les équipes doivent affiner leurs pipelines CI/CD en configurant correctement les délais d'attente, en allouant suffisamment de ressources et en optimisant la mise en cache des dépendances. Lors de la construction pour iOS ou Android, l'utilisation de runners spécifiques à la plateforme peut également aider à maintenir la compatibilité et améliorer les performances.
-
-## Étapes de Débogage des Échecs de Build
-
-Le débogage efficace des échecs de build est crucial pour maintenir votre [pipeline CI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/) en bon fonctionnement. Examinons quelques étapes pratiques pour dépanner et résoudre ces problèmes.
-
-### Test Local des Échecs de Build
-
-Commencez par nettoyer votre environnement local pour éliminer les fichiers et dépendances en cache qui pourraient causer des conflits. Utilisez les commandes suivantes :
-
-```bash
-rm -rf node_modules
-rm -rf platforms
-npm cache clean --force
-npm install
-```
-
-Pour les builds spécifiques à Android, ces commandes peuvent aider à résoudre les problèmes comme les scripts ou ressources manquants :
-
-```bash
-npx cap update android
-npx cap copy
-```
-
-Ensuite, reproduisez votre environnement CI localement en créant un fichier `.env`. Incluez des variables telles que :
-
--   Clés API
--   Drapeaux de configuration de build
--   Paramètres spécifiques à la plateforme
-
-Cela garantit que votre configuration locale correspond aussi étroitement que possible à l'environnement CI.
-
-### Utilisation d'Outils d'Analyse de Build
-
-Tirez parti des outils d'analyse de build pour obtenir des insights sur les problèmes potentiels. Voici quelques outils et leurs diagnostics clés :
-
-| Outil | Objectif | Diagnostics Clés |
-| --- | --- | --- |
-| **npx cap doctor** | Vérification de santé de l'environnement | Versions des dépendances, configuration de plateforme |
-| **Android Lint** | Analyse statique du code | Utilisation des ressources, problèmes de compatibilité |
-| **Xcode Analyzer** | Inspection des builds iOS | Fuites mémoire, mauvaise utilisation API |
-
-Pendant l'exécution des builds, surveillez les traces de pile, les conflits de version, les fichiers de configuration et l'accès réseau. Ces diagnostics peuvent aider à identifier la source des échecs et vous guider vers une solution.
-
-### Harmonisation des Environnements de Développement
-
-Une fois les problèmes identifiés, alignez votre environnement local avec votre configuration CI pour éviter les problèmes futurs. Voici comment :
-
-**Contrôle de Version**  
-Verrouillez les versions de Node.js et des dépendances en évitant les spécificateurs de plage. Utilisez `package-lock.json` pour maintenir la cohérence.
-
-**Configuration de Plateforme**  
-Assurez-vous que les paramètres spécifiques à la plateforme sont standardisés. Par exemple :
-
-```json
-{
-  "webDir": "dist",
-  "platformVersion": {
-    "ios": "14.0",
-    "android": "29"
-  }
-}
-```
-
-**Scripts de Build**  
-Standardisez vos scripts de build et de test pour une gestion cohérente des erreurs et de la journalisation :
-
-```json
-{
-  "scripts": {
-    "build:ci": "npm run clean && npm run build && npx cap sync",
-    "test:ci": "npm run test -- --ci --coverage"
-  }
-}
-```
-
-## Méthodes de Prévention des Échecs de Build
-
-Le verrouillage des versions de dépendances est crucial pour maintenir des builds stables dans votre [pipeline CI/CD Capacitor](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/). Voici un guide étape par étape pour implémenter des stratégies qui aident à prévenir les échecs de build et améliorer la fiabilité.
-
-### Contrôle des Versions de Dépendances
-
-Pour éviter les changements inattendus qui peuvent perturber vos builds, verrouillez les versions des dépendances dans vos fichiers de configuration et conservez les fichiers de verrouillage. Voici un exemple de configuration `package.json` :
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  },
-  "engines": {
-    "node": ">=16.0.0",
-    "npm": ">=8.0.0"
-  }
-}
-```
-
-Étapes clés pour gérer efficacement les dépendances :
-
--   Committez à la fois `package.json` et `package-lock.json` dans votre système de contrôle de version.
--   Utilisez des dépôts d'artefacts privés pour stocker les dépendances de manière sécurisée.
--   Automatisez la recherche de dépendances avec des outils comme [Dependabot](https://docs.github.com/en/code-security/dependabot/dependabot-version-updates).
--   Configurez des alertes pour les mises à jour de sécurité critiques pour traiter les vulnérabilités rapidement.
-
-En verrouillant les dépendances, vous réduisez le risque de changements inattendus et pouvez vous concentrer sur l'optimisation de votre pipeline CI/CD.
-
-### Optimisation des Performances du Pipeline
-
-Un pipeline bien optimisé assure des builds plus rapides et plus efficaces. Voici quelques méthodes pour améliorer les performances :
-
-| **Domaine** | **Méthode** | **Résultat** |
-| --- | --- | --- |
-| **Parallélisation des Tâches** | Diviser les tests en tâches concurrentes | Temps de build plus rapides |
-| **Stratégie de Cache** | Utiliser la mise en cache Docker par couches | Durée de build réduite |
-| **Allocation des Ressources** | Assigner des runners correctement dimensionnés | Efficacité améliorée |
-
-Par exemple, vous pouvez configurer la mise en cache et la logique de réessai dans votre pipeline CI/CD comme suit :
-
-```yaml
-cache:
-  key: ${CI_COMMIT_REF_SLUG}
-  paths:
-    - node_modules/
-    - platforms/
-    - plugins/
-
-interruptible: true
-retry:
-  max: 2
-  when: runner_system_failure
-```
-
-> "Conteneuriser le workflow, minimiser les dépendances et surveiller la vélocité du workflow avec des alertes sur les baisses de performance peut conduire à des builds plus stables et plus rapides." – Darrin Eden [\[2\]](https://launchdarkly.com/blog/cicd-best-practices-devops)
-
-### Tests de Compatibilité de Plateforme
-
-Une fois les dépendances verrouillées et le pipeline optimisé, il est temps de tester votre application sur toutes les plateformes pour identifier les problèmes de compatibilité tôt. Voici un aperçu des niveaux de test et des outils :
-
-| **Niveau de Test** | **Outils** | **Domaines d'Attention** |
-| --- | --- | --- |
-| **Unitaire** | [Jest](https://jestjs.io/), [Mocha](https://mochajs.org/) | Logique métier et utilitaires |
-| **Intégration** | [Cypress](https://www.cypress.io/) | Fonctionnalité multi-plateforme |
-| **End-to-End** | [Appium](http://appium.io/) | Fonctionnalités natives |
-| **Performance** | [Lighthouse](https://developer.chrome.com/docs/lighthouse) | Optimisation des ressources |
-
-Conseils supplémentaires pour des tests approfondis :
-
--   Activer le rapport de crash pour les couches web et natives.
--   Utiliser les source maps pour tracer précisément les erreurs lors du débogage.
--   Exploiter les outils de développement spécifiques à chaque plateforme pour identifier et résoudre les problèmes.
--   Mettre en place des tests de performance automatisés pour suivre les améliorations dans le temps.
-
-Pour les builds iOS, vérifier la compatibilité Xcode et les configurations de signature. Pour Android, s'assurer que les paramètres Gradle et les versions du SDK correspondent à vos exigences cibles. Ces étapes vous aideront à détecter les problèmes tôt et à maintenir des performances cohérentes sur toutes les plateformes.
-
-## Utilisation de [Capgo](https://capgo.app/) pour gérer les échecs de build
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-Capgo fournit une suite d'outils conçus pour aider les équipes à gérer les échecs de build dans les [pipelines CI/CD de Capacitor](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/). En combinant la surveillance, les configurations sécurisées et l'analyse approfondie, il aide les équipes à identifier, résoudre et prévenir les problèmes de build. Ci-dessous, nous verrons comment Capgo simplifie ces processus pour améliorer l'efficacité CI/CD.
-
-### Surveillance et récupération des builds
-
-La surveillance en temps réel de Capgo surveille les statuts des builds et la progression des déploiements, offrant des insights via un tableau de bord d'analyse détaillé. Voici quelques métriques clés suivies par la plateforme :
-
-| **Nom de la métrique** | **Référence** |
-| --- | --- |
-| Livraison des mises à jour | 23,5M de mises à jour livrées |
-| Taux de réussite | 95% des utilisateurs mis à jour en 24h |
-| Temps de réponse API | 57ms en moyenne mondiale |
-| [Téléchargement du bundle](https://capgo.app/docs/webapp/bundles/) | 114ms pour un bundle de 5MB |
-
-Lorsque des problèmes surviennent, le système de rollback de Capgo assure une récupération rapide avec des fonctionnalités comme :
-
--   **Suivi automatique des versions** pour surveiller les mises à jour en continu.
--   **Surveillance des mises à jour en temps réel** pour une détection immédiate des problèmes.
--   **Contrôle précis du déploiement** pour gérer les mises à jour par phases.
--   **Journalisation des erreurs** pour identifier rapidement les problèmes.
-
-### Gestion sécurisée des configurations
-
-Capgo ne se contente pas de surveiller les builds - il protège également les configurations critiques avec des mesures de sécurité robustes. En utilisant le chiffrement de bout en bout, il minimise le risque d'échecs liés à la configuration. Par exemple, voici un exemple de [configuration Capgo](https://capgo.app/consulting/) :
-
-```yaml
-# Example Capgo configuration
-secure_config:
-  encryption: end-to-end
-  access_control:
-    - role_based_access
-    - multi_factor_auth
-  variable_management:
-    - encrypted_storage
-    - version_control
-```
-
-La plateforme sépare également les configurations pour les environnements de développement, de staging et de production, garantissant que chaque environnement fonctionne de manière indépendante et sécurisée.
-
-### Outils d'analyse des échecs de build
-
-Les outils d'analyse de Capgo fournissent des insights complets sur les échecs de build, facilitant le diagnostic et la résolution des problèmes par les équipes. Ces outils comprennent :
-
--   **Logs de build détaillés** avec informations contextuelles.
--   **Suivi des métriques de performance** pour surveiller la santé du système.
--   **Détection des conflits de dépendances** pour signaler les problèmes de compatibilité.
--   **Comparaison des configurations d'environnement** pour identifier les divergences.
-
-Pour les équipes migrant depuis d'autres plateformes, Capgo simplifie la transition avec des outils de migration incluant des vérifications de compatibilité et la validation des configurations, assurant une configuration fluide et des builds stables.
-
-## Conclusion : Créer des pipelines Capacitor stables
-
-La construction de pipelines Capacitor stables nécessite une attention particulière à la gestion des dépendances, au maintien d'environnements cohérents et au suivi des performances. Au cœur de ce processus se trouvent les **systèmes de contrôle de version** et les **mises à jour automatisées**, qui garantissent que le pipeline reste à la fois sécurisé et fiable. Ces pratiques soulignent l'importance d'être proactif dans la gestion des dépendances.
-
-> "La gestion des dépendances implique la gestion des bibliothèques externes, des outils et des composants dont dépend une application, en s'assurant qu'ils sont correctement résolus, mis à jour et maintenus tout au long du cycle de vie du développement." - Jose Luis Amoros de Krasamo [\[1\]](https://www.krasamo.com/dependency-management)
-
-Les outils CI/CD modernes comme **Capgo** simplifient le déploiement et la surveillance, facilitant le maintien de la stabilité du pipeline. Voici quelques stratégies clés que les équipes peuvent adopter pour renforcer leurs pipelines :
-
-| **Stratégie** | **Comment l'implémenter** | **Pourquoi c'est important** |
-| --- | --- | --- |
-| **Contrôle de version** | Épingler les dépendances à des versions spécifiques | Évite les problèmes de compatibilité inattendus |
-| **Parité des environnements** | Utiliser la conteneurisation (ex. Docker) | Assure la cohérence des builds entre les étapes |
-| **Mises à jour automatisées** | Utiliser des scanners de dépendances | Maintient la sécurité et les performances à jour |
-| **Gestion des configurations** | Séparer les configurations d'environnement | Réduit les conflits de déploiement |
-
-Alors que le développement Capacitor continue d'avancer, suivre ces stratégies permettra aux équipes de créer des pipelines à la fois résilients et efficaces. En se concentrant sur ces bonnes pratiques, les développeurs peuvent atténuer les risques et assurer des déploiements plus fluides. 
-
-## FAQ
-
-:::faq
-### Comment puis-je maintenir mon pipeline CI/CD Capacitor stable à travers différents environnements ?
-
-Pour maintenir votre pipeline CI/CD Capacitor opérationnel à travers différents environnements, considérez ces conseils pratiques :
-
--   **Organiser efficacement les branches** : Implémenter une stratégie structurée de gestion des branches et exiger des revues de code obligatoires. Cela aide à prévenir les conflits et assure que votre code web et natif fonctionnent bien ensemble.
--   **Automatiser les builds et vérifier les variables** : Automatiser vos processus de build et valider les variables d'environnement peut significativement réduire les erreurs de déploiement.
--   **Tester extensivement** : Conduire des tests approfondis dans tous les environnements, incluant les tests unitaires et d'intégration, pour identifier et résoudre les problèmes tôt.
-
-L'utilisation d'outils comme Capgo peut faciliter ces processus. Capgo supporte l'intégration CI/CD transparente, offre des mises à jour instantanées et fournit des options de rollback rapide si nécessaire. Cela aide à assurer des déploiements plus fluides et des performances fiables à travers tous les environnements.
-:::
-
-:::faq
-### Comment puis-je gérer efficacement les dépendances pour éviter les échecs de build dans les projets Capacitor ?
-
-Pour maintenir vos projets Capacitor opérationnels et éviter les échecs de build, **gérer efficacement les dépendances** est clé. Mettez régulièrement à jour vos dépendances pour corriger les problèmes de sécurité et rester compatible avec les dernières fonctionnalités. Des outils comme le CLI Capacitor, npm, ou yarn peuvent rendre ce processus plus facile et plus efficace.
-
-Pour les besoins spécifiques aux plateformes, appuyez-vous sur des outils comme **CocoaPods** pour iOS et **Gradle** pour Android pour assurer une gestion appropriée des dépendances sur les plateformes. Pour aller plus loin, envisagez d'intégrer l'automatisation via des pipelines CI/CD. Cela peut aider à détecter les problèmes tôt en exécutant des vérifications automatisées de l'intégrité et de la compatibilité des dépendances, réduisant les chances que des erreurs passent inaperçues.
-
-L'adoption de ces pratiques aidera à garantir que vos applications Capacitor sont construites sur une base stable avec moins de problèmes de développement.
-:::
-
-:::faq
-### Comment Capgo peut-il aider à résoudre les échecs de build dans les pipelines CI/CD Capacitor ?
-
-Capgo simplifie le diagnostic et la correction des échecs de build dans les pipelines CI/CD Capacitor. Il offre des outils comme le **suivi automatisé des erreurs**, la **résolution des conflits de dépendances** et la **validation des variables d'environnement** pour détecter les problèmes tôt et minimiser les erreurs de build.
-
-De plus, Capgo simplifie les mises à jour over-the-air (OTA) avec des fonctionnalités telles que les **options de rollback**, les **déploiements progressifs** et la **surveillance en temps réel**. Ces outils rendent les déploiements plus fluides et plus contrôlés. De plus, son intégration avec vos outils CI/CD existants permet des **vérifications automatisées de conformité** et un **suivi des performances**, améliorant la fiabilité et l'efficacité de votre pipeline.
-:::
diff --git a/src/content/blog/fr/git-flow-vs-trunk-based-for-cicd.md b/src/content/blog/fr/git-flow-vs-trunk-based-for-cicd.md
deleted file mode 100644
index 5ee5ffb31..000000000
--- a/src/content/blog/fr/git-flow-vs-trunk-based-for-cicd.md
+++ /dev/null
@@ -1,75 +0,0 @@
----
-slug: git-flow-vs-trunk-based-for-cicd
-title: Git Flow vs. Trunk-Based pour CI/CD
-description: >-
-  Explorez les différences entre Git Flow et Trunk-Based Development pour des
-  workflows CI/CD efficaces et découvrez leurs forces et leurs faiblesses.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:55:05.937Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad-1745376919736.jpg
-head_image_alt: Développement de logiciels
-keywords: >-
-  Git Flow, Trunk-Based Development, CI/CD, software development, version
-  control
-tag: 'Development, Technology, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Le choix entre [Git Flow](https://nvie.com/posts/a-successful-git-branching-model/) et le Trunk-Based Development (TBD) peut avoir un impact significatif sur votre workflow CI/CD. Voici une rapide analyse :**
-
--   **Git Flow** : Idéal pour les environnements structurés avec contrôle de version. Il utilise plusieurs branches comme `main`, `develop`, `feature`, `release`, et `hotfix`. Parfait pour les grandes équipes, les cycles de publication plus lents et les processus QA stricts.
--   **Trunk-Based Development** : Se concentre sur une seule branche principale avec des branches de fonctionnalités à courte durée de vie. Adapté aux petites équipes, aux publications rapides et aux tests automatisés robustes.
-
-### Comparaison rapide :
-
-| Aspect | Git Flow | Trunk-Based Development |
-| --- | --- | --- |
-| **Complexité des branches** | Plusieurs branches à long terme | Une seule branche, branches à court terme |
-| **Fréquence des releases** | Releases planifiées | Déploiement continu |
-| **Taille de l'équipe** | Grandes équipes | Petites à moyennes équipes |
-| **Tests** | Tests en fin de cycle | Tests automatisés |
-| **Risque de déploiement** | Plus faible avec des releases par étapes | Plus élevé avec des mises à jour fréquentes |
-| **Retour en arrière** | Plus lent | Plus rapide |
-
-**Point essentiel** : Utilisez Git Flow pour des workflows structurés et plus lents, et TBD pour la rapidité et la flexibilité. Les deux nécessitent des pipelines CI/CD solides pour réussir.
-
-## 29 - GitFlow vs. Trunk-Based Development : Gestion ...
-
-<iframe src="https://www.youtube.com/embed/_24yLROhdHI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Bases du workflow [Git Flow](https://nvie.com/posts/a-successful-git-branching-model/)
-
-![Git Flow](https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad/7bc9375d356ef2d5849efed49227325e.jpg)
-
-Git Flow organise le développement en utilisant cinq types de branches : **main**, **develop**, **feature**, **release**, et **hotfix**. Cette structure aide à gérer efficacement les releases et le développement parallèle.
-
-### Structure des branches Git Flow
-
-| Type de branche | Objectif | Cible de fusion |
-| --- | --- | --- |
-| **Main** | Contient le code prêt pour la production | N/A |
-| **Develop** | Intègre les fonctionnalités ; sert de base pour les branches de fonctionnalités | N/A |
-| **Feature** | Utilisée pour développer des fonctionnalités individuelles ; créée depuis develop | develop |
-| **Release** | Prépare les tests finaux et le versioning ; créée depuis develop | main & develop |
-| **Hotfix** | Corrige rapidement les problèmes de production ; créée depuis main | main & develop |
-
-### Avantages de Git Flow
-
--   Permet le développement simultané de plusieurs fonctionnalités sans créer de conflits.
--   Les branches de release fournissent un espace dédié aux tests finaux et à la préparation des versions, gardant la branche **develop** ouverte pour le travail en cours.
--   Les branches **hotfix** permettent de résoudre rapidement les problèmes de production sans interrompre les autres tâches de développement.
-
-### Inconvénients de Git Flow
-
--   **Complexité de gestion des branches** : La gestion de plusieurs branches actives peut rendre la fusion plus difficile.
--   **Déploiement plus lent** : Le processus formel de release peut ralentir les déploiements par rapport à des workflows plus simples.
--   **Maintenance accrue** : Chaque branche nécessite sa propre configuration de pipeline, augmentant la charge de maintenance.
-
-Ce workflow fonctionne mieux pour les projets nécessitant un contrôle strict des versions, plusieurs pistes de release, ou le respect des réglementations. Ensuite, nous explorerons comment cela se compare à l'approche simplifiée du développement basé sur le trunk.
-
-[Continue with the rest of the text as needed...]
diff --git a/src/content/blog/fr/google-play-compliance-key-update-strategies.md b/src/content/blog/fr/google-play-compliance-key-update-strategies.md
deleted file mode 100644
index 1b2853c18..000000000
--- a/src/content/blog/fr/google-play-compliance-key-update-strategies.md
+++ /dev/null
@@ -1,167 +0,0 @@
----
-slug: google-play-compliance-key-update-strategies
-title: 'Conformité Google Play : Stratégies clés de mise à jour'
-description: >-
-  Découvrez les stratégies essentielles pour assurer la conformité aux
-  politiques de Google Play en 2025, éviter la suppression d'applications et la
-  perte de revenus.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:40:19.077Z
-updated_at: 2025-04-22T02:40:30.520Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8-1745289630520.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Google Play compliance, app updates, data privacy, content policies, account
-  security
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-
-**Rester conforme aux politiques de [Google Play](https://play.google.com/console/signup) en 2025 est crucial pour éviter les suppressions d'applications, les suspensions de compte et les pertes de revenus.** Les développeurs doivent agir rapidement face aux changements de politique et utiliser des outils comme [Capgo](https://capgo.app/) pour livrer des mises à jour à **95% des utilisateurs en 24 heures.** Voici ce que vous devez savoir :
-
--   **Changements de politique 2025** : Règles plus strictes pour le contenu (ex. labels "Publicité" clairs, vérification de l'âge), confidentialité des données (ex. tableaux de bord de confidentialité intégrés, journaux en temps réel) et sécurité des comptes (ex. [authentification à deux facteurs](https://capgo.app/docs/webapp/mfa/) obligatoire, délais de sécurité de 24 heures)
--   **Pièges courants** : Mauvaise compréhension des règles, APIs obsolètes et manque d'informations
--   **Conseils de conformité** :
-    -   Automatiser les vérifications dans votre pipeline CI/CD
-    -   Utiliser des outils de mise à jour en direct comme Capgo pour des corrections instantanées
-    -   Examiner régulièrement les annonces de Google Play et former votre équipe aux nouvelles politiques
--   **Risques de non-conformité** : Suppression de l'application, perte de revenus et réputation endommagée
-
-**Concentrez-vous sur les mises à jour rapides, les vérifications de conformité automatisées et la planification à long terme pour garder une longueur d'avance.** Plongeons dans les détails pour garantir que votre application reste sécurisée et conviviale.
-
-## Problèmes de conformité [Google Play](https://play.google.com/console/signup)
-
-![Google Play](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/6fab1123dba2d1a9b508fae064f81971.jpg)
-
-### Changements de politique et erreurs courantes
-
-Lorsque Google Play met à jour ses politiques, les équipes de développement font souvent face à des délais serrés pour s'adapter. Les erreurs courantes incluent :
-
--   Mauvaise compréhension des nouvelles règles de confidentialité des données
--   Non-mise à jour des informations sur la collecte de données
--   Utilisation continue d'APIs obsolètes sans les autorisations appropriées
-
-### Que se passe-t-il en cas de violation des politiques ?
-
-Enfreindre les règles de Google Play peut entraîner des revers majeurs :
-
--   Les applications peuvent être immédiatement retirées du store
--   Les applications suspendues ne peuvent pas traiter les paiements, entraînant une perte de revenus
--   Les mauvais avis utilisateurs et les notes plus basses peuvent nuire à la réputation de votre application
-
-Ensuite, nous examinerons les mises à jour des politiques 2025 et les conseils pratiques pour garantir la conformité de votre application.
-
-## [PolicyBytes](https://playgoogle/developer-content-policy/) Google Play - Mises à jour des politiques d'avril 2025
-
-![PolicyBytes](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/81241892df8a0b3e1d59d8ca79389c8a.jpg)
-
-## Changements de politique 2025
-
-Les mises à jour 2025 de Google Play se concentrent sur l'élévation des standards de contenu, l'amélioration de la confidentialité des utilisateurs et le renforcement des mesures de sécurité des comptes.
-
-### Mise à jour des règles de contenu
-
-Google a introduit des règles plus strictes pour traiter les violations de contenu courantes :
-
--   Les **publicités natives** doivent inclure des labels "Publicité" clairs et facilement identifiables
--   Le **contenu généré par les utilisateurs** doit être filtré pour les discours haineux avant d'être téléchargé
--   Les applications contenant du contenu mature doivent inclure des **systèmes de vérification de l'âge**
-
-### Règles de confidentialité des données
-
-Pour résoudre les problèmes passés de gestion des données, les nouvelles règles de confidentialité exigent :
-
--   Des **invites d'autorisation** avant d'accéder aux fonctionnalités sensibles comme la caméra, la localisation ou les contacts
--   Un **tableau de bord de confidentialité intégré** qui explique toutes les pratiques de collecte de données
--   Des **journaux d'accès en temps réel** pour les données utilisateur, avec des options d'exportation
-
-### Règles de sécurité des comptes
-
-Pour mieux protéger les comptes développeurs, Google a déployé ces mesures de sécurité :
-
--   L'**authentification à deux facteurs** est désormais obligatoire pour accéder à la console développeur
--   Un **délai de sécurité de 24 heures** sera déclenché par toute activité suspecte du compte
--   Des **audits de sécurité** réguliers seront effectués, associés à des rapports de conformité automatisés
-
-Ces mises à jour visent à protéger les utilisateurs tout en donnant aux développeurs des directives claires à suivre. Des outils comme Capgo facilitent la conformité des équipes à ces changements, permettant à **95% des utilisateurs de recevoir des correctifs critiques en 24 heures** [\[1\]](https://capgo.app/)
-
-## Méthodes de conformité
-
-Après le suivi des politiques, l'étape suivante consiste à mettre en œuvre des méthodes de conformité efficaces.**Intégrez les contrôles de conformité dans votre pipeline CI/CD** L'automatisation des contrôles pendant votre processus CI/CD garantit que les problèmes sont identifiés et résolus avant le déploiement
-
-Les tâches de conformité principales incluent :
-
--   L'analyse de l'utilisation des autorisations pour garantir l'alignement avec les [privacy policies](https://capgo.app/dp/)
--   La vérification des filtres pour le contenu généré par les utilisateurs
--   L'audit des pratiques d'étiquetage et de placement des publicités
--   La validation des marqueurs de restriction d'âge
--   La tenue de registres détaillés des changements de politique, des procédures de traitement des données, des règles de modération et des mesures de sécurité
-
-**Envisagez d'utiliser Capgo pour les mises à jour en temps réel** Cet outil permet des mises à jour sans nécessiter d'approbation des stores et offre des fonctionnalités comme :
-
--   L'intégration avec les pipelines CI/CD
--   Le déploiement en temps réel des mises à jour
--   L'analyse et le suivi des erreurs intégrés
--   La prise en charge du retour en arrière des mises à jour
--   Le chiffrement de bout en bout et les capacités d'attribution utilisateur
-
-Ensuite, examinez les outils de mise à jour en direct et comparez les plateformes pour trouver la meilleure solution adaptée à vos besoins
-
-## Mises à jour en direct pour les changements de politique
-
-Les mises à jour en direct portent la conformité à un niveau supérieur en comblant le fossé entre la détection des problèmes de politique et leur résolution. Ces plateformes permettent le déploiement instantané de mises à jour urgentes, de corrections de bugs et de nouvelles fonctionnalités - en contournant complètement les processus de révision des app stores. Cela fonctionne en tandem avec les vérifications CI/CD automatisées, garantissant que les lacunes des politiques sont comblées plus rapidement que jamais.
-
-### Fonctionnalités de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo assure des mises à jour de conformité rapides, avec 95% des utilisateurs actifs recevant des mises à jour dans les 24 heures et un taux de réussite global de 82% [\[1\]](https://capgo.app/) La plateforme combine des outils de conformité essentiels avec un système efficace de [update management](https://capgo.app/docs/plugin/cloud-mode/manual-update/) :
-
--   **Chiffrement de bout en bout** pour répondre aux exigences de confidentialité des données
--   **Canaux de déploiement contrôlé** pour les mises à jour progressives des politiques
--   **Options de retour en arrière immédiat** pour gérer rapidement les problèmes de conformité
--   **Analyses en temps réel et suivi des erreurs** pour une surveillance continue
--   **Intégration CI/CD automatisée** pour valider la conformité de manière transparente
--   **Contrôles d'attribution des utilisateurs** pour livrer des mises à jour à des groupes spécifiques
-
-Ces capacités de mise à jour en direct jouent un rôle crucial dans le soutien de la stratégie de conformité plus large, qui sera discutée ensuite
-
-## Planification de la conformité à long terme
-
-Les solutions rapides sont importantes, mais sécuriser votre conformité sur le long terme nécessite un cadre solide Une fois les mises à jour en direct en place, concentrez-vous sur la construction d'un système qui maintient vos efforts de conformité cohérents et efficaces dans le temps
-
-### Création de listes de contrôle de conformité
-
-Développez des listes de contrôle détaillées qui relient les politiques aux déclencheurs de mise à jour et aux processus de test Une liste de contrôle solide doit couvrir :
-
--   **Les exigences en matière de confidentialité des données, de contenu et de sécurité** liées à des déclencheurs de mise à jour spécifiques
--   **Les tests de validation et les étapes de documentation** pour chaque phase du flux de travail : développement, AQ et publication
-
-Gardez des listes de contrôle séparées pour chaque phase et mettez-les à jour chaque fois que Google Play annonce des changements majeurs
-
-### Formation du personnel aux politiques
-
-Maintenez votre équipe à jour avec une formation régulière sur les politiques Google Play Un bon programme de formation devrait :
-
--   Présenter aux nouveaux membres de l'équipe les exigences politiques de base et les processus internes
--   Offrir des sessions de mise à niveau chaque fois que les politiques sont mises à jour
--   Inclure des ateliers spécifiques aux rôles : les développeurs se concentrent sur les règles techniques, les équipes AQ sur les tests et les managers sur les délais
-
-De plus, effectuez des audits réguliers pour vous assurer que ces efforts de formation se traduisent par une conformité actionnable### Examens réguliers des politiques
-
-Gardez une longueur d'avance en surveillant et en examinant régulièrement les politiques :
-
--   Vérifiez les annonces Google Play chaque semaine et évaluez vos métriques de conformité
--   Effectuez des audits trimestriels pour tester les procédures de mise à jour d'urgence et les protocoles de sécurité
--   Mettez à jour la documentation interne pour refléter tout changement de politique
-
-## Résumé
-
-Rester conforme à Google Play nécessite de surveiller attentivement les mises à jour des politiques, d'intégrer des vérifications pendant le développement, d'attribuer des rôles clairs au sein de votre équipe et de gérer efficacement les mises à jour en direct. Des outils comme Capgo peuvent aider à simplifier ces processus, garantissant que les corrections critiques atteignent 95 % des utilisateurs en 24 heures [\[1\]](https://capgo.app/)
-
-Utilisez ces méthodes pour suivre l'évolution des politiques de Google Play et réduire le risque de problèmes de conformité.
diff --git a/src/content/blog/fr/google-play-staged-rollouts-how-it-works.md b/src/content/blog/fr/google-play-staged-rollouts-how-it-works.md
deleted file mode 100644
index 89a1b35f0..000000000
--- a/src/content/blog/fr/google-play-staged-rollouts-how-it-works.md
+++ /dev/null
@@ -1,200 +0,0 @@
----
-slug: google-play-staged-rollouts-how-it-works
-title: 'Introduction pas à pas à Google Play : Comment ça marche'
-description: >-
-  Découvrez comment gérer efficacement les mises à jour d'applications avec des
-  déploiements progressifs sur le Google Play Store, tout en assurant la
-  stabilité et en minimisant les risques.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T00:36:08.727Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ddfefb74046f25829c1f7f-1742603807186.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  staged rollouts, Google Play, app updates, risk management, user feedback,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les **déploiements progressifs sur Google Play** permettent aux développeurs de publier des [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) graduellement, en commençant par un petit pourcentage d'utilisateurs avant de s'étendre à tous. Cela garantit la stabilité, détecte les problèmes tôt et minimise les risques.
-
-### Principaux avantages :
-
-- **Gestion des risques** : Testez d'abord les mises à jour avec un petit groupe.
-- **Aperçus en temps réel** : Surveillez les performances et les retours.
-- **Retour rapide** : Revenez à une version précédente si nécessaire.
-- **Retours utilisateurs** : Améliorez les mises à jour selon les premières réponses.
-
-### Comment ça marche :
-
-1. Choisissez un pourcentage de déploiement (par ex. 5-10%) dans la [Google Play Console](https://developer.android.com/distribute/console).
-2. Surveillez les métriques comme les taux de crash, les retours utilisateurs et les performances.
-3. Ajustez le pourcentage de déploiement ou mettez-le en pause si des problèmes surviennent.
-4. Utilisez des outils comme [Capgo](https://capgo.app/) pour des mises à jour plus rapides et un meilleur suivi.
-
-### Conseils rapides :
-
-- Commencez avec 5-10% des utilisateurs et étendez progressivement.
-- Planifiez les mises à jour pendant les périodes de faible activité.
-- Utilisez des outils de suivi d'erreurs pour une résolution plus rapide des problèmes.
-
-Les déploiements progressifs équilibrent la rapidité de livraison avec un risque contrôlé, assurant des mises à jour fluides pour les utilisateurs tout en aidant les développeurs à maintenir la qualité de l'application.
-
-## Processus de déploiement progressif
-
-### Configuration dans la [Google Play Console](https://developer.android.com/distribute/console)
-
-![Google Play Console](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-ed168370876f8cab0f4fb973291444ec-2025-03-22.jpg?auto=compress)
-
-Pour démarrer un déploiement progressif, rendez-vous dans la section 'Release' de la Google Play Console. Choisissez votre piste cible (Production, Beta ou Alpha) et créez une nouvelle version. Pendant ce processus, vous trouverez le sélecteur de pourcentage sous "Paramètres de publication".
-
-Voici ce que vous devez faire :
-
-- Téléchargez votre bundle d'application ou APK
-- Définissez un pourcentage initial de déploiement (généralement 5-10%)
-- Ajoutez des notes de version
-- Vérifiez tout et lancez le déploiement
-
-Vous pouvez ajuster le pourcentage de déploiement à tout moment pendant le processus directement dans la Google Play Console.
-
-### Suivi de la progression de la publication
-
-Surveillez votre déploiement via le tableau de bord de la Google Play Console. Il fournit des métriques en temps réel comme :
-
-- Les taux de réussite d'installation
-- Les rapports de crash
-- Les retours utilisateurs
-- Les problèmes de compatibilité des appareils
-- Les données de performance
-
-Les métriques pour la nouvelle version et la version précédente sont affichées séparément, facilitant la détection des problèmes. Si quelque chose semble anormal, vous pouvez agir rapidement pour résoudre le problème.
-
-### Gestion des problèmes de mise à jour
-
-Si des problèmes surviennent, agissez immédiatement selon ce plan :
-
-> "Retour en arrière en un clic vers n'importe quelle version précédente si nécessaire" - Capgo [\[1\]](https://capgo.app/)
-
-1. **Évaluation immédiate**  
-   Examinez les rapports de crash et les retours utilisateurs pour déterminer la gravité du problème. Prêtez attention aux appareils, versions Android ou fonctionnalités affectés.
-
-2. **Actions de réponse**  
-   Selon la gravité du problème, vous pouvez :
-
-   - Mettre en pause le déploiement pour empêcher plus d'utilisateurs d'obtenir la mise à jour.
-   - Revenir à la version précédente si le problème est sérieux.
-   - Déployer un correctif rapide pour les problèmes mineurs et réparables.
-
-3. **Communication**  
-   Tenez les utilisateurs informés via les notes de version, les notifications in-app, les mises à jour sur les réseaux sociaux et les messages de la console développeur.
-
-L'utilisation d'outils de suivi d'erreurs peut vous aider à anticiper les problèmes potentiels et à les résoudre avant qu'ils n'affectent trop d'utilisateurs.
-
-## Conseils pour un déploiement réussi
-
-### Sélection des pourcentages d'utilisateurs
-
-Commencez avec un petit groupe d'utilisateurs pour réduire le risque de problèmes pendant le déploiement. Le pourcentage exact dépend de la complexité de votre application et de sa base d'utilisateurs. Par exemple, vous pourriez commencer avec **5% pour les applications critiques**, **10% pour les mises à jour à risque moyen**, et **20% pour les changements mineurs**. Surveillez les métriques comme les taux de crash, l'engagement utilisateur, les retours et les performances avant d'étendre. N'augmentez le pourcentage que si tout semble stable. Alignez votre calendrier de publication avec ces stratégies de déploiement pour assurer une progression fluide.
-
-### Planification du calendrier de publication
-
-Planifiez vos déploiements pendant les périodes de faible activité utilisateur pour limiter les perturbations. Prenez en compte des facteurs comme les fuseaux horaires, le comportement des utilisateurs, la capacité des serveurs et la disponibilité de l'équipe support. Cela garantit que tout problème peut être traité rapidement et efficacement.
-
-### Outils de gestion des mises à jour
-
-L'utilisation d'outils de [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) comme Capgo peut aider à accélérer les taux d'adoption - **95% des utilisateurs mettent à jour dans les 24 heures**, avec un **taux de réussite de 82%** [\[1\]](https://capgo.app/). Recherchez des outils avec des fonctionnalités comme :
-
-| Fonctionnalité | Objectif | Impact |
-|---|---|---|
-| Analytiques en temps réel | Suit la distribution des mises à jour | Fournit des aperçus immédiats de la progression |
-| Suivi des erreurs | Surveille les problèmes | Permet une détection précoce des problèmes |
-| Contrôle de version | Gère plusieurs versions | Maintient les déploiements organisés |
-| Capacité de retour en arrière | Inverse rapidement les mises à jour | Réduit l'impact sur les utilisateurs |
-
-Lors de la sélection d'un outil, concentrez-vous sur ceux offrant une surveillance automatisée. Les outils avec un temps de réponse moyen de **57ms globalement** [\[1\]](https://capgo.app/) permettent une action rapide en cas de problème.
-
-Pour encore plus de contrôle, envisagez d'utiliser un [système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) pour la distribution des mises à jour. Cela vous permet de cibler des groupes d'utilisateurs spécifiques avec différentes versions, rendant les tests beta et les déploiements progressifs plus fluides. De plus, la capacité à pousser des changements de code en direct tout en restant conforme aux règles de l'app store peut simplifier et accélérer votre [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-## Règles et restrictions
-
-### Exigences de Google Play
-
-Si vous planifiez un déploiement progressif sur Google Play, vous devez vous assurer que chaque nouveau APK ou [Android App Bundle](https://en.wikipedia.org/wiki/Android_App_Bundle) a un code de version supérieur à la version de production actuelle.
-
-Google Play définit des critères spécifiques pour les déploiements progressifs :
-
-- **Pourcentage de déploiement** : Vous devez choisir un pourcentage entre 1% et 100%.
-- **Compatibilité des versions** : Les mises à jour doivent fonctionner avec toutes les versions Android que votre application supporte officiellement.
-- **Signature d'application** : Les applications distribuées via Android App Bundles doivent être inscrites à [Google Play App Signing](https://support.google.com/googleplay/android-developer/answer/9842756?hl=en).
-- **Tests internes** : Testez toujours votre application en interne avant de la déployer en production.
-
-Tout en respectant ces exigences, gardez à l'esprit qu'il existe des restrictions qui pourraient influencer votre stratégie de déploiement.
-
-### Restrictions connues
-
-Lors de la planification de votre déploiement, considérez ces limitations :
-
-| Restriction | Détails | Impact |
-|---|---|---|
-| Pas de sélection utilisateur | Impossible de cibler des utilisateurs ou régions spécifiques | Les mises à jour sont distribuées aléatoirement selon votre pourcentage |
-| Contrôle de version | Les utilisateurs ne peuvent pas revenir aux anciennes versions | Les mises à jour sont permanentes une fois appliquées |
-| Restrictions d'appareil | Pas de ciblage d'appareils spécifiques | Les mises à jour s'appliquent uniformément sur tous les appareils compatibles |
-
-Autres points importants à retenir :
-
-- Un seul déploiement progressif peut être actif pour une application donnée à la fois.
-- Il n'y a pas de retour en arrière automatique en cas de problèmes.
-- Vous ne pouvez pas contrôler quand les utilisateurs téléchargent les mises à jour.
-- Le processus de déploiement n'inclut pas de moyen direct de communiquer les détails de la mise à jour aux utilisateurs.
-
-Il est recommandé d'attendre au moins 24 heures avant d'augmenter le pourcentage de déploiement. Cela vous donne le temps de surveiller les performances et de résoudre les problèmes avant d'étendre la mise à jour.
-
-Pour les mises à jour urgentes, envisagez d'utiliser des outils comme Capgo pour gérer les correctifs rapides ou les mises à jour tout en restant dans les règles de Google Play. Ces outils peuvent vous aider à gérer les situations critiques sans compromettre la conformité.
-
-## Publiez en toute confiance avec la nouvelle Play Console
-
-<iframe src="https://www.youtube.com/embed/vyReHI1eSSU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Résumé
-
-Les déploiements progressifs offrent un moyen contrôlé de publier des mises à jour, améliorant la qualité des applications et gardant les utilisateurs satisfaits. En respectant les exigences de Google Play, les développeurs peuvent tirer pleinement parti de cette approche tout en restant conformes.
-
-### Avantages clés
-
-Les déploiements progressifs combinés à une surveillance approfondie assurent des mises à jour fiables. Cette méthode aide à :
-
-- Minimiser les risques et détecter les problèmes tôt avec des publications ciblées
-- Maintenir la stabilité des applications sur divers appareils Android
-- Réduire le risque d'avis et de notes négatives
-
-Les études montrent que les déploiements progressifs bien exécutés atteignent un taux de réussite global de 82% [\[1\]](https://capgo.app/), prouvant leur valeur dans le maintien de bonnes performances d'application.
-
-### Comment [Capgo](https://capgo.app/) ajoute de la valeur
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Pour les applications [Capacitor](https://capacitorjs.com/), Capgo simplifie les déploiements progressifs en offrant une gestion précise des mises à jour tout en respectant les directives de Google Play. Son système de canaux s'intègre parfaitement aux plans de déploiement existants.
-
-Voici comment Capgo performe :
-
-| Métrique | Performance |
-|---|---|
-| **Taux de mise à jour utilisateur** | 95% en 24 heures |
-| **Total des mises à jour livrées** | 23.5M |
-| **Taux de réussite global** | 82% |
-
-Capgo simplifie le processus de mise à jour pour les développeurs avec des fonctionnalités comme :
-
-- Suivi d'erreurs intégré couplé à la surveillance des déploiements
-- Livraison de mises à jour sécurisée et conforme
-- Groupes d'utilisateurs ciblés pour des déploiements contrôlés
-- Canaux de déploiement chiffrés pour plus de sécurité
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la revue pour les corrections de bugs est précieux." [\[1\]](https://capgo.app/)
-
-Ces outils permettent aux équipes de déployer des mises à jour rapidement tout en s'assurant que leurs versions restent stables pour les utilisateurs du monde entier.
diff --git a/src/content/blog/fr/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md b/src/content/blog/fr/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
deleted file mode 100644
index 9c21099b2..000000000
--- a/src/content/blog/fr/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
+++ /dev/null
@@ -1,160 +0,0 @@
----
-slug: how-I-manage-semantic-release-with-CapGo-CapacitorUpdater
-title: Comment Rapido Cloud gère Semantic Release avec Capgo CapacitorUpdater
-description: >-
-  C'est ainsi que j'ai configuré la publication sémantique pour gérer les
-  versions de mes applications qui utilisent CapGo CapacitorUpdater.
-author: Rupert Barrow
-author_image_url: 'https://avatars.githubusercontent.com/u/48629751?v=4'
-author_url: 'https://linkedin.com/in/rbarrow'
-created_at: 2024-09-22T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /rapido_cloud_study_case.webp
-head_image_alt: Étude de cas rapido cloud
-keywords: >-
-  semantic release, semantic-release, CapGo, CapacitorUpdater, mobile app
-  development, live updates, OTA updates, continuous integration, mobile app
-  updates
-tag: Case Study
-published: true
-locale: fr
-next_blog: ''
----
-## 1. Introduction
-
-Chez Rapido Cloud (www.rapido.cloud), je développe une application mobile pour les clients Salesforce afin de déployer facilement leur propre application mobile de marque sans avoir à passer par les boucles complexes de l'utilisation du Salesforce Mobile SDK ou du Salesforce Mobile Publisher.
-
-J'ai développé cette application mobile sur une plateforme moderne et "standard" avec des composants et des outils répandus, y compris Ionic 8, Angular 18, TypeScript, Capacitor et maintenant CapGo CapacitorUpdater. Ces solutions sont plus simples à gérer pour les clients qui ne souhaitent pas gérer les spécificités de la plateforme Salesforce telles que les composants web Lightning ; et il est plus facile et moins coûteux pour moi de recruter des développeurs et des mainteneurs d'applications mobiles Ionic + Angular.
-
-Cet article explique ma conception, mes choix et la mise en œuvre qui font de CapGo et de `semantic-release` une solution très efficace pour gérer tous les déploiements automatiquement via Github Actions. Tout cela a été conçu, testé et documenté pendant la belle période d'essai gratuite de 14 jours de CapGo CapacitorUpdater.
-
-## 2. Pourquoi utiliser CapGo ? Pourquoi utiliser semantic-release ?
-CapGo CapacitorUpdater m'a séduit par sa promesse de rendre les déploiements d'applications mobiles beaucoup plus simples, plus rapides et flexibles que de passer par le processus de livraison standard de l'Apple AppStore/Google PlayStore. 
-C'est ma première application mobile que je pousse dans les magasins, ayant concentré mes efforts par le passé sur des applications web, généralement développées sur la Salesforce Experience Cloud.
-
-J'étais un peu inquiet concernant la courbe d'apprentissage pour réussir cela, mais j'ai réussi à mettre mon application sur Apple TestFlight assez facilement. J'étais alors en position d'utiliser CapGo CapacitorUpdater pour déployer mes mises à jour beaucoup plus rapidement.
-
-Mon premier besoin et cas de test était de déployer pour moi-même afin de tester mon application comme une vraie application mobile sur mon propre téléphone, plutôt que de tester dans un émulateur mobile ou dans un simulateur via le navigateur mobile Nexus suggéré par Ionic. C'est parce que mon application utilise des fonctionnalités natives telles que la géolocalisation ou l'accès à la galerie photo et à la caméra. N'ayant pas d'expérience passée dans le test d'une application mobile Capacitor, je n'étais pas sûr que tout allait fonctionner correctement : rien de tel que de tester l'application réelle, dans des conditions réelles !
-
-Ainsi, CapGo CapacitorUpdater m'a aidé à mettre à jour mon application sur mon mobile, en direct, 1 minute après avoir enregistré une nouvelle fonctionnalité ou un correctif dans mon code source : c'est tellement libérateur, si flexible et facile à configurer !
-
-## 3. Mon modèle de branchement et de publication, et comment semantic-release s'intègre
-Maintenant que ma livraison aux serveurs CapGo fonctionne correctement, je dois automatiser cela et l'intégrer dans mon pipeline CI/CD.
-
-### Voici comment j'organise mon modèle de branchement et de publication
-
-Pour chaque application, qu'elle soit mobile, web ou Salesforce :
-- **le développement** se fait sur des branches `feature/...` à partir de `main`, et elles sont fusionnées dans `main`, qui est la référence pour la plupart des branches de développement, en dehors de la maintenance et des fonctionnalités spécifiques pour des livraisons personnalisées (plus d'informations à ce sujet ci-dessous)
-- **les déploiements sont déclenchés __à partir des branches de publication__** qui peuvent être : `production`, des branches de prépublication (`alpha`, `beta`, `nightly`, etc.) et également des branches spécifiques aux clients ou spécifiques au contexte pour des livraisons personnalisées
-- **les déploiements sont déclenchés par une pull request** étant fusionnée dans une branche de déploiement. Je n'utilise pas de déploiements déclenchés par des tags car semantic-release gère les tags et tout le reste pour moi.
-
-Globalement, voici le Gitlab Flow :
-
-![Gitlab Flow](/RBW_Gitlab_Flow.webp)
-
-*Gitlab Flow - source https://faun.dev/c/stories/manuelherrera/git-branching-strategies-in-2022*
-
-### Une petite note sur le fonctionnement de semantic-release :
-Dans une branche de déploiement, lorsque semantic-release est déclenché, il calculera automatiquement le nouveau numéro de version sur cette branche, en fonction du numéro de version du tag précédent sur la branche et des correctifs ou fonctionnalités livrés. Les correctifs créeront une nouvelle version de patch, tandis que les fonctionnalités créeront une nouvelle version mineure. Il inclut également automatiquement les préversions `alpha`, `beta`, etc. dans le numéro de version.
-
-Semantic release génère le changelog à partir de vos commits, groupant les correctifs et les fonctionnalités comme défini dans les commits conventionnels (voir https://www.conventionalcommits.org/en/about) et configurés dans semantic release.
-
-Il met également à jour toutes vos demandes de pull (Github, dans mon cas) fusionnées et les problèmes associés avec des commentaires les reliant au tag et à la publication. Enfin, dans cette publication Github, il joindra des actifs tels que le code source, des binaires si nécessaire, `CHANGELOG.md`, etc.
-
-## 4. Branches, publications/prépublications, canaux dans semantic release et dans CapGo
-
-Alors, ce que je veux que semantic release fasse pour les déploiements CapGo, c'est ce qui suit.
-
-### Je veux que semantic release génère le numéro de version
-
-CapGo a développé et documenté sa propre version de l'outil "Conventional Commits" `standard-version`, avec leur dépôt forké `standard-version` (https://github.com/Cap-go/standard-version), et leur propre `capacitor-standard-version` (https://github.com/Cap-go/capacitor-standard-version) ainsi que `capacitor-plugin-standard-version` (https://github.com/Cap-go/capacitor-plugin-standard-version). Ils ont documenté sur leur blog le schéma de version utilisé par CapGo dans leurs déploiements (https://capgo.app/blog/how-version-work-in-capgo/). Les paquets JavaScript suivent le "standard" semver "Semantic Versioning" (https://semver.org) que suit également `semantic-release` (évidemment !)
-
-C'est donc formidable et c'est un soulagement pour moi car j'utilise `semantic-release` de manière intensive.
-
-### Je veux également que semantic release génère des déploiements d'applications sur différents canaux
-
-Comme mentionné ci-dessus, j'ai besoin de déployer des versions de prépublication à partir de branches telles que `alpha`, `beta`, `nightly`, etc., mais aussi des versions spécifiques aux clients sur des branches telles que `production-customer-jones`, `production-customer-doe`, etc.
-
-CapGo fournit la fonction "canaux" qui est exactement ce que prend également en charge semantic release, donc je suis impatient de les faire fonctionner ensemble. Ceux-ci s'inscrivent également dans les différentes constructions de branches gérées par XCode Cloud (voir plus à ce sujet ci-dessous).
-
-Les numéros de version Semver générés par semantic release sur les prépublications ressemblent à `1.0.0-alpha.1`. Les constructions successives sur cette branche incrémenteront le numéro de construction à `1.0.0-alpha.2`, etc. Bien que cela ne soit pas documenté explicitement, ces numéros de version sont pris en charge par CapGo, ce qui est une excellente nouvelle pour moi : je vais utiliser les canaux de semantic release et de prépublication pour générer des versions de mon application avec les canaux CapGo.
-
-## 5. Comment puis-je utiliser CapGo pour publier mon application ?
-
-Pour automatiser le déploiement de vos paquets d'application sur CapGo, vous devez utiliser la commande CLI CapGo `bundle upload`. Tapez `npx @capgo/cli@latest bundle upload --help` pour obtenir les nombreuses options d'upload. Parmi celles-ci, nous utiliserons les suivantes :
-- CHANNEL est le canal CapGo vers lequel nous voulons déployer (ex. `alpha`)
-- VERSION est généré par semantic release (ex. `1.0.0-alpha.1`)
-- CAPGO_APIKEY est fourni par CapGo pour identifier de manière unique votre connexion au pipeline CI/CD
-- CAPGO_APPID est fourni par CapGo pour identifier de manière unique votre application (ex. `com.mystartup.mysuperapp`)
-
-## 6. Ma configuration semantic release + CapGo CapacitorUpdate
-
-Finalement, comment tout cela s'imbrique-t-il ?
-
-![App bundle versions built with semantic release and Github Actions](/RBW_CapGo_channels_and_versions.webp)
-
-*Versions des paquets d'application construites avec semantic release et Github Actions*
-
-
-### Automatisation de semantic release avec Github Actions
-
-La beauté de semantic release est que l'automatisation du déploiement, sous forme de flux de travail Github Action, est très simple. Cela ressemblera beaucoup à d'autres plateformes CI/CD.
-
-Cela installe simplement l'environnement NodeJS, puis appelle semantic release.
-
-Pour chaque fusion sur une branche répertoriée dans `branches`, semantic release déclenchera un déploiement. 
-Définissez `CAPGO_APIKEY` dans les secrets de votre dépôt. 
-Mettez à jour votre `CAPGO_APPID` ici.
-
-Le comportement de semantic release est défini dans son fichier de configuration `.releaserc.json`. 
-Voici mes paramètres, expliqués ci-dessous :
-
-- `branches` : 
-  - `branches` définit la configuration des branches (`name`), mappées au canal CapGo (`channel`) et comment le numéro de version de prépublication sera appelé (`prerelease`). Par exemple, si `branch.prerelease = "development"`, le numéro de version généré par semantic release sera `x.y.z-development.n`
-  - les déploiements vers les branches `alpha` et `alpha-nocapgo` déploieront tous les deux l'application sur le canal `alpha`, mais avec des noms de prépublication différents dans le numéro de version
-  - les déploiements vers les branches de développeur `dev-rupert` ou `dev-paul` déploieront tous deux vers le canal `development` sur CapGo, tous avec le même mot-clé de prépublication `development` dans le numéro de version
-- `verifyConditions` : dans la première étape de semantic release, il vérifie qu'il a le bon accès à Github. J'espère ajouter une vérification d'authentification pour la CLI CapGo ici plus tard
-- `@semantic-release/commit-analyzer` : élément standard de semantic release - voir leur documentation (https://github.com/semantic-release/semantic-release?tab=readme-ov-file#commit-message-format)
-- `@semantic-release/release-notes-generator` : génère le fichier changelog en tant que `CHANGELOG.md`
-- `@semantic-release/git` : engage les fichiers suivants qui ont été mis à jour par la construction Ionic de l'application et par le travail de semantic release (`package.json`, `CHANGELOG.md` et `ios/App/App.xcodeproj/project.pbxproj` - je ne construis pas encore pour Android)
-- `@semantic-release/github` : attache le fichier `CHANGELOG.md` à la publication Github en tant qu'actif
-- `@semantic-release/exec`: utilise ces 2 commandes pour préparer la construction de l'application (`prepareCmd`) et ensuite pour réellement construire et déployer le paquet d'application sur les serveurs CapGo (`publishCmd`)
-
-Vous remarquerez qu'il n'y a pas de manipulation autour de l'explication de la façon dont nous voulons que le numéro de version soit calculé et incrémenté, comment nous devons générer un changelog, un tag Github ou une publication, etc. : tout est géré par défaut par semantic release, avec une configuration minimale.
-
-### Construction de nouveaux binaires avec XCode Cloud
-
-L'intégration de tout cela avec XCode Cloud pour construire de nouvelles versions du binaire de l'application est simple (je ne déploie pas encore sur Google Play, mais cette construction devrait être similaire) :
-- J'ai mis en place un processus XCode Cloud pour construire lorsqu'il y a un changement sur la branche que je souhaite utiliser pour cela (par exemple `production`)
-- sur cette branche, j'ai configuré XCode Cloud pour construire uniquement lorsque le fichier `CHANGELOG.md` est mis à jour. Ce dernier est mis à jour après chaque version générée par la publication sémantique
-- Je peux déclencher des constructions sur différentes branches pour simuler le déploiement sur différents canaux. Dans chaque configuration de construction XCode Cloud sur une branche différente, j'ai défini une variable d'environnement manuellement avec la valeur de `branch.channel` définie dans `releaserc.json` (oui, c'est une duplication manuelle) et ensuite, si je le souhaitais, je pourrais déployer une application AppStore différente pour chaque application client personnalisée déployée à partir d'une branche de publication personnalisée, comme mentionné précédemment.
-
-
-![Construction de binaires d'application sur XCode Cloud avec les canaux CapGo](/RBW_XCode_Cloud_building.webp)
-
-*Construction de binaires d'application sur XCode Cloud avec les canaux CapGo*
-
-
-## 7. Conclusion
-
-En conclusion, je suis très heureux d'avoir pu intégrer CapGo CapacitorUpdater dans mon pipeline de publication sémantique standard, rapidement dans le délai de la période d'essai de 14 jours, et le résultat est le suivant :
-- les numéros de version du bundle sont générés automatiquement par la publication sémantique et compatibles avec les serveurs CapGo
-- la publication sémantique déploie automatiquement les bundles d'application CapGo, en utilisant également les canaux CapGo
-- cela s'intègre bien avec les constructions XCode Cloud des binaires d'application
-
-### Prochaines étapes
-
-Je suis actuellement dans la phase de développement de cette application. Je vais rapidement la rendre disponible aux testeurs via TestFlight (pour iOS). Compte tenu de la puissance de CapGo, je vais très certainement déployer une version gratuite de l'application sur l'AppStore pour des tests, qui sera mise à jour régulièrement avec CapGo pendant les tests. Je vais ensuite déployer une autre version (payante) de l'application sur l'AppStore, sous un autre enregistrement, et également la mettre à jour régulièrement avec CapGo.
-
-J'espère ajouter une meilleure vérification préalable de l'upload des bundles CapGo dans ma configuration de publication sémantique.
-
-J'ai maintenant un pipeline de publication sémantique propre, simple et reproductible pour de futures applications mobiles développées avec Ionic + Angular + Capacitor.
-
-
-## Auteur - Rupert Barrow
-
-J'ai plus de 22 ans d'expérience sur Salesforce, en tant que client et utilisateur, partenaire et intégrateur, architecte, développeur, analyste d'affaires et consultant. J'ai cofondé et co-géré Altius Services en tant que COO et CTO pendant 13 ans, un partenaire SI Salesforce réussi en France, avant de me lancer dans une nouvelle aventure en tant qu'entrepreneur soliste Salesforce avec mon produit **Rapido Cloud**.
-
-Vous pouvez me trouver sur LinkedIn à l'adresse https://linkedin.com/in/rbarrow. 
-
-Vous pouvez jeter un œil à nos offres Salesforce à https://www.rapido-companion.app et https://www.rapido.cloud (en développement).
diff --git a/src/content/blog/fr/how-capacitor-bridges-web-and-native-code.md b/src/content/blog/fr/how-capacitor-bridges-web-and-native-code.md
deleted file mode 100644
index ffd72207f..000000000
--- a/src/content/blog/fr/how-capacitor-bridges-web-and-native-code.md
+++ /dev/null
@@ -1,280 +0,0 @@
----
-slug: how-capacitor-bridges-web-and-native-code
-title: Comment Capacitor fait le pont entre le code Web et le code natif
-description: >-
-  Explorez comment un pont natif permet une communication fluide entre le code
-  web et natif, améliorant ainsi la performance de l'application et l'expérience
-  utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T02:55:05.863Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e35e3910051fda3b61fe9f-1742957721554.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, native bridge, web apps, live updates, plugin system, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
--   **Pont natif** : Traduits le JavaScript en actions natives (par exemple, [accéder à la caméra](https://capgo.app/plugins/camera-preview/) ou au GPS).
--   **Système de plugin** : Lie de manière sécurisée les couches web et natives pour une communication fluide.
--   **Mises à jour en direct** : Envoi directement des mises à jour aux utilisateurs sans retards des magasins d'applications.
--   **Plugins personnalisés** : Créez des plugins pour accéder à des fonctionnalités avancées des appareils, comme l'authentification biométrique ou des capteurs spécialisés.
--   **Performance** : Chargement rapide (114ms pour des bundles de 5MB) et fiabilité mondiale (taux de réussite de 82%).
-
-### Aperçu rapide
-
-| Fonctionnalité | Mise en œuvre d'exemple | Avantage |
-| --- | --- | --- |
-| **Accès à la caméra** | `Camera.getPhoto()` | Capturez des photos facilement |
-| **Géolocalisation** | `Geolocation.getCurrentPosition()` | Suivre l'emplacement de l'utilisateur |
-| **Système de fichiers** | `Filesystem.readFile()` | Gérer le stockage de l'appareil |
-| **Mises à jour en direct** | Livrées en 114ms | [Mises à jour plus rapides pour les utilisateurs](https://capgo.app/blog/optimise-your-images-for-updates/) |
-
-[Capacitor](https://capacitorjs.com/) aide les développeurs à combiner la flexibilité du développement web avec la puissance des applications natives. Continuez à lire pour apprendre comment cela fonctionne et comment des outils comme [Capgo](https://capgo.app/) améliorent encore la situation.
-
-## Construction d'applications Web Native avec [Capacitor](https://capacitorjs.com/) 3
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/1kxeeFEOZZI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Fonctions principales du pont
-
-Le pont natif de Capacitor agit comme un lien crucial, permettant aux applications web d'interagir directement avec les capacités des appareils via du code natif.
-
-### Notions de base sur le pont natif
-
-Le pont fonctionne en traduisant les requêtes JavaScript en code natif de la plateforme. Par exemple, lorsque une application web demande l'accès à la caméra, le pont convertit cette requête en Swift pour iOS ou Java/Kotlin pour Android, exécute l'action, et envoie le résultat à l'application web.
-
-### Avantages du pont
-
-Le pont natif offre plusieurs avantages pour le développement multi-plateformes :
-
-| Avantage | Description | Impact |
-| --- | --- | --- |
-| Temps de chargement | 114ms en moyenne pour les bundles de 5MB [\[1\]](https://capgo.app/) | Temps de réponse plus rapides des applications |
-| Portée des mises à jour | 95 % des utilisateurs mis à jour dans les 24h [\[1\]](https://capgo.app/) | Déploiements rapides des fonctionnalités |
-| Couverture du marché | 82 % de taux de succès mondial [\[1\]](https://capgo.app/) | Performance fiable dans le monde entier |
-| Temps de réponse API | 57ms en moyenne dans le monde [\[1\]](https://capgo.app/) | Interactions fluides et efficaces |
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !" – Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-### Système de communication des plugins
-
-Le système de plugin simplifie et sécurise l'échange de données entre les couches web et natives à l'aide d'une API standardisée. Il s'est avéré efficace dans les applications du monde réel :
-
--   **Échelle** : Utilisé dans 750 applications actuellement en production [\[1\]](https://capgo.app/)
--   **Fiabilité** : Plus de 23,5 millions de mises à jour livrées [\[1\]](https://capgo.app/)
--   **Performance** : 57ms en moyenne pour le temps de réponse de l'API dans le monde [\[1\]](https://capgo.app/)
-
-Ce système comprend également un chiffrement de bout en bout, garantissant un transfert de données sécurisé. Il donne aux développeurs les outils pour créer des applications sécurisées et performantes qui fonctionnent sans couture à travers les plateformes.
-
-## Code web aux fonctionnalités natives
-
-### Utilisation des APIs natives en JavaScript
-
-Capacitor facilite l'accès aux fonctionnalités natives des appareils en utilisant son API JavaScript. Voici un aperçu rapide de la manière dont certaines fonctionnalités courantes sont mises en œuvre :
-
-| Fonctionnalité native | Mise en œuvre JavaScript |
-| --- | --- |
-| Accès à la caméra | `Camera.getPhoto()` |
-| Géolocalisation | `Geolocation.getCurrentPosition()` |
-| Système de fichiers | `Filesystem.readFile()` |
-| Informations sur l'appareil | `Device.getInfo()` |
-
-Capacitor gère les différences spécifiques à la plateforme pour vous. Il déclenche automatiquement les bons dialogues de permission à la fois sur iOS et Android, tout en fournissant une interface JavaScript cohérente. Plongeons dans la façon dont son système de plugins garantit une communication sécurisée et efficace entre le code web et les fonctionnalités natives.
-
-### Structure des Plugins
-
-Le système de plugins de Capacitor est conçu pour rendre la communication entre le code web et natif efficace et sécurisée. Cela fonctionne à travers trois couches clés :
-
-1.  **Couche de demande** : S'assure que les appels entrants sont correctement validés et assainis.
-2.  **Couche de traduction** : Convertit les appels JavaScript en actions spécifiques à la plateforme.
-3.  **Gestionnaire de réponse** : Gère le flux de données, traite les erreurs et gère les conversions de type.
-
-Cette structure garantit une interaction fluide et fiable entre votre application web et les fonctionnalités des appareils natives.
-
-## Code natif aux fonctionnalités web
-
-### Événements web à partir du code natif
-
-Le pont de Capacitor permet des mises à jour en temps réel de la couche web avec un minimum d'effort. Les développeurs peuvent gérer efficacement les événements natifs en utilisant des méthodes spécifiques conçues pour chaque type d'événement :
-
-| Type d'événement | Méthode de mise en œuvre | Cas d'utilisation |
-| --- | --- | --- |
-| Notifications push | `notifyListeners()` | Informer la couche web des nouveaux messages |
-| Mises à jour de localisation | `Events.emit()` | Envoyer des changements de coordonnées GPS |
-| État matériel | `Bridge.triggerWindowEvent()` | Signaler des changements comme l'état de la batterie ou du réseau |
-
-Capgo assure une gestion des événements cohérente à travers différentes versions. Ensuite, plongeons dans la façon dont le code natif livre des données en temps réel aux composants web.
-
-### Mises à jour de données natives
-
-Après avoir déclenché des événements, la mise à jour des données du code natif vers le web est tout aussi fluide. Avec les capacités de mise à jour en direct de Capgo, cette méthode devient un choix fiable pour les applications dynamiques.
-
-Capgo's CDN garantit une livraison rapide, gérant un bundle de 5 Mo en seulement 114 ms, maintenant les mises à jour fluides et efficaces.
-
-Pour améliorer encore les mises à jour de données natales, considérez ces conseils :
-
--   **Mises à jour par lot** : Combinez les changements de données connexes pour réduire le nombre d'appels au pont.
--   **Debounce des événements** : Limitez les événements natifs à haute fréquence pour éviter de surcharger le système.
--   **Gestion des erreurs** : Utilisez des stratégies de gestion des erreurs solides à la fois du côté natif et du côté web.
-
-Le pont de Capacitor, associé au [système de mise à jour de Capgo](https://capgo.app/docs/plugin/cloud-mode/manual-update/), crée une configuration fiable pour la communication de natif au web.
-
-## Création de plugins personnalisés
-
-En utilisant le pont natif de Capacitor, les plugins personnalisés permettent la communication entre les couches web et natives, déverrouillant l'accès à des fonctionnalités avancées des appareils.
-
-### Étapes de développement de plugins
-
-1. **Configurez votre environnement de développement**
-
-Créez un répertoire de plugin avec la structure suivante :
-
-2. **Définissez l'interface du plugin**
-
-Rédigez une interface [TypeScript](https://www.typescriptlang.org/) pour spécifier comment votre plugin fonctionnera :
-
-3. **Implémentez le code natif**
-
-Ajoutez des fonctionnalités spécifiques à la plateforme pour iOS et Android. Par exemple, en Swift :
-
-Une fois votre cadre en place, vous pouvez construire des plugins adaptés aux besoins spécifiques de votre application.
-
-### Applications de plugins personnalisés
-
-Les plugins personnalisés comblent les lacunes laissées par les APIs web standard. Voici un tableau illustrant des exemples du monde réel :
-
-| Cas d'utilisation | Catégorie de plugin | Exemple |
-| --- | --- | --- |
-| [Authentification biométrique](https://capgo.app/plugins/capacitor-native-biometric/) | Sécurité | Reconnaissance d'empreinte digitale ou faciale |
-| Matériel personnalisé | Appareil | Intégration de capteurs spécialisés |
-| Gestion de fichiers | Stockage | [Chiffrement personnalisé](https://capgo.app/docs/cli/migrations/encryption/) pour les fichiers |
-
-Lorsque vous créez des plugins personnalisés, gardez à l'esprit ces conseils :
-
--   **Gestion des erreurs** : Assurez-vous que votre plugin gère efficacement les erreurs à la fois du côté web et natif.
--   **Documentation** : Fournissez une documentation API claire et maintenez l'historique des versions.
--   **Gestion des versions** : Suivez le versionnage sémantique pour gérer les mises à jour de manière fiable.
-
-Le système de mise à jour de Capgo simplifie le déploiement des plugins, facilitant la distribution des mises à jour à travers votre base d'utilisateurs, tout en assurant la compatibilité et le contrôle des versions.
-
-## Tests et performance
-
-### Outils de débogage
-
-Capacitor inclut des outils intégrés pour aider à résoudre les problèmes de communication de pont. Deux outils essentiels pour surveiller les appels web vers natifs sont **[Chrome DevTools](https://developer.chrome.com/docs/devtools)** et **[Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector)**. Vous pouvez également activer une journalisation détaillée dans votre configuration Capacitor comme ceci :
-
-Pour le débogage du côté natif :
-
--   **iOS** : Utilisez la Console et les Points de rupture de [Xcode](https://developer.apple.com/xcode/).
--   **Android** : Utilisez Logcat de [Android Studio](https://developer.android.com/studio) avec le filtre `Capacitor/Console`.
-
-Plongeons dans les problèmes courants de pont et comment les résoudre.
-
-### Problèmes et solutions courants
-
-Les problèmes de communication entre les ponts tombent souvent dans ces catégories :
-
-| Problème | Cause | Solution |
-| --- | --- | --- |
-| Erreurs de délai d'attente | Opérations natives lentes | Ajoutez une gestion des délais d'attente et utilisez des rappels de progression |
-| Incompatibilités de type de données | Types de paramètres incorrects | Validez les types de données à l'aide d'interfaces TypeScript des deux côtés |
-| Fuites de mémoire | Écouteurs d'événements non supprimés | Effacez les écouteurs dans `ionViewWillLeave` ou lors du nettoyage des composants |
-
-Pour réduire les échecs, suivez ces pratiques :
-
--   **Utilisez des blocs try-catch** autour des appels de pont pour gérer les erreurs gracieusement.
--   **Validez les données de la demande** pour garantir qu'elles correspondent à la structure attendue avant l'envoi.
--   **Vérifiez l'état de la connexion** avant d'effectuer des appels pour surveiller l'état du pont.
-
-### Améliorations de la vitesse
-
-Une fois que vous avez identifié les problèmes, vous pouvez améliorer la performance du pont en optimisant le transfert de données, la gestion des événements et la gestion du cache.
-
-**Transfert de données** :
-
--   Envoyez uniquement les données nécessaires pour minimiser la taille de la charge utile.
--   Utilisez des formats binaires pour les transferts de grandes données afin d'améliorer l'efficacité.
--   Regroupez plusieurs requêtes en un seul lot chaque fois que cela est possible.
-
-**Gestion des événements** : Au lieu de déclencher plusieurs mises à jour, regroupez-les en un seul rappel pour de meilleures performances :
-
-**Gestion du Cache**:
-
--   Stockez les données natives fréquemment accessibles dans le stockage web pour une récupération plus rapide.
--   Utilisez un cache LRU (Least Recently Used) pour les réponses API.
--   Effacez régulièrement les caches pour éviter qu'ils ne deviennent trop volumineux.
-
-Pour des fonctionnalités en temps réel, envisagez d'utiliser une file de messages pour éviter les goulets d'étranglement. Lors du déploiement de mises à jour en direct, les outils de surveillance des performances de Capgo peuvent aider à réduire la surcharge du pont et garantir un déploiement des fonctionnalités plus fluide.
-
-## Mises à Jour en Direct avec [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-### Fonctionnalités de Capgo
-
-Capgo facilite la mise à jour des [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) en permettant des déploiements de code instantanés, évitant ainsi le besoin d'examens par les boutiques d'applications. Il fournit des mises à jour avec un cryptage de bout en bout et utilise un système de canaux avancé pour une livraison ciblée.
-
-Les données de performance montrent la fiabilité de Capgo dans des situations réelles, soutenant 750 applications en environnements de production [\[1\]](https://capgo.app/). Il fonctionne à la fois avec des [configurations cloud et auto-hébergées](https://capgo.app/blog/self-hosted-capgo/) et s'intègre parfaitement dans les flux de travail CI/CD pour des processus automatisés.
-
-Plongeons dans la façon dont le système de mise à jour de Capgo donne vie à ces fonctionnalités.
-
-### Système de Mise à Jour de Capgo
-
-Le système de mise à jour fonctionne en trois étapes :
-
-1.  **Installation et Configuration**
-    
-    Commencez par initialiser Capgo avec la commande suivante :
-    
-    ```javascript
-// Native code triggering web updates
-Capacitor.Bridge.triggerWindowEvent('dataUpdate', {
-   type: 'sensor',
-   value: newReading
-});
-```
-    
-2.  **Distribution des Mises à Jour**
-    
-    Le système de canaux de Capgo rend la distribution des mises à jour efficace en offrant :
-    
-    -   Mises à jour partielles pour économiser la bande passante
-    -   Installations en arrière-plan qui n'interrompent pas les utilisateurs
-    -   Gestion automatique des versions avec options de rollback
-3.  **Sécurité et Conformité**
-    
-    Capgo garantit que les mises à jour respectent les directives d'Apple et de Google en utilisant le cryptage de bout en bout. Il comprend également un suivi des erreurs intégré et des analyses pour une fiabilité accrue.
-    
-
-Ce système fonctionne de manière transparente avec le pont natif de Capacitor, rendant les mises à jour des applications fluides et sans tracas. Ces fonctionnalités distinguent Capgo sur le marché des mises à jour en direct.
-
-### Options de Service de Mise à Jour
-
-Capgo se distingue parmi les services de mise à jour en direct pour les applications Capacitor grâce à plusieurs facteurs clés :
-
-| Fonctionnalité | Capgo | Contexte du Marché |
-| --- | --- | --- |
-| Modèle de Tarification | À partir de 12 $/mois | Abordable pour les petites et grandes équipes |
-| Livraison de Mises à Jour | Moyenne de 114ms | Plus rapide que la plupart des concurrents |
-| Limite d'Utilisateurs | 1,000 à 1M+ MAU | Évolue avec les applications en croissance |
-| Stockage | 2 Go à 20 Go | Options de stockage flexibles |
-| Bande Passante | 50 Go à 10 To | Conçu pour les besoins des entreprises |
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Pour les équipes passant d'autres plateformes, Capgo offre des options de migration fluides et un soutien complet. Avec sa forte présence dans l'écosystème de Capacitor, Capgo est un choix fiable pour le déploiement continu.
-
-## Résumé
-
-Le système de pont de Capacitor simplifie le développement d'applications hybrides en facilitant une communication fluide entre les couches web et natives. Cela rend l'accès aux fonctionnalités natives plus simple, tout en améliorant les processus de déploiement et en améliorant l'expérience utilisateur globale.
-
-Les plateformes de mise à jour en direct comme Capgo s'appuient sur cette efficacité. Avec 23,5 millions de mises à jour livrées à travers 750 applications en production, Capgo garantit que 95 % des utilisateurs actifs reçoivent des mises à jour dans les 24 heures, atteignant un taux de succès global de 82 % [\[1\]](https://capgo.app/). La plateforme livre constamment des mises à jour de manière sécurisée, avec une vitesse et une fiabilité impressionnantes [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/fr/how-capacitor-handles-platform-differences.md b/src/content/blog/fr/how-capacitor-handles-platform-differences.md
deleted file mode 100644
index f9a09f1f0..000000000
--- a/src/content/blog/fr/how-capacitor-handles-platform-differences.md
+++ /dev/null
@@ -1,226 +0,0 @@
----
-slug: how-capacitor-handles-platform-differences
-title: Comment Capacitor gère les différences entre les plateformes
-description: >-
-  Pelajari cara mengelola perbedaan platform secara efektif dalam pengembangan
-  aplikasi seluler menggunakan satu basis kode untuk iOS dan Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T02:08:36.160Z
-updated_at: 2025-03-25T02:08:56.741Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e200987856e801f1f26fa8-1742868536741.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, mobile development, cross-platform, iOS, Android, custom plugins,
-  UI design, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-[Capacitor](https://capacitorjs.com/) aide les développeurs à créer des applications pour iOS et Android en utilisant la même base de code, tout en gérant les différences spécifiques à chaque plateforme. Il simplifie l'intégration des fonctionnalités natives, assure la conformité aux directives des plateformes et optimise les performances. Points clés :
-
--   **Détection de Plateforme** : Utilisez `Capacitor.getPlatform()` pour appliquer du code spécifique à la plateforme
--   **Plugins Intégrés** : APIs unifiées pour les fonctionnalités comme la Caméra, le Stockage et la Géolocalisation
--   **Plugins Personnalisés** : Ajoutez du code natif pour des besoins spécifiques
--   **Ajustements UI** : Suivez les règles de design pour iOS (ex., [SF Symbols](https://developer.apple.com/sf-symbols/), boutons arrondis) et Android (ex., [Material Icons](https://developers.google.com/fonts/docs/material_icons), boutons alignés à gauche)
--   **Configuration** : Ajustez les paramètres dans `capacitor.config.json` pour les deux plateformes
--   **Mises à jour en direct avec [Capgo](https://capgo.app/)** : Déployez des mises à jour instantanément sans délais d'app store, atteignant jusqu'à 95% d'adoption utilisateur en 24 heures
-
-### Comparaison Rapide
-
-| Fonctionnalité | iOS | Android |
-| --- | --- | --- |
-| **Navigation** | Barres d'onglets en bas, bouton retour à gauche | Tiroir de navigation en haut, navigation en bas |
-| **Typographie** | Police San Francisco | Police Roboto |
-| **Plugins (ex., Caméra)** | [AVFoundation](https://developer.apple.com/documentation/avfoundation/) | [Camera2 API](https://developer.android.com/media/camera/camera2) |
-| **Format de Build** | Fichier `ipa` | Fichier `aab` ou `apk` |
-
-Capacitor comble le fossé entre le développement web et natif, facilitant la création d'applications multiplateformes tout en maintenant des optimisations spécifiques à chaque plateforme.
-
-## Développement Multiplateforme : Explorer CapacitorJS avec
-
-## Comment [Capacitor](https://capacitorjs.com/) Gère le Code Plateforme
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-25.jpg?auto=compress)
-
-Capacitor offre des outils pour gérer le code spécifique à chaque plateforme, permettant aux développeurs de créer des expériences personnalisées pour iOS et Android en utilisant une API unique.
-
-### Détecter les Plateformes dans le Code
-
-Avec l'API de plateforme intégrée de Capacitor, la détection de la plateforme actuelle est simple. La méthode `Capacitor.getPlatform()` identifie l'environnement d'exécution, facilitant l'application de logique conditionnelle :
-
-Cette approche est particulièrement utile pour des fonctionnalités comme [l'authentification biométrique](https://capgo.app/plugins/capacitor-native-biometric/), où iOS pourrait utiliser [Face ID](https://en.wikipedia.org/wiki/Face_ID) et Android s'appuie sur l'Authentification par Empreinte Digitale. En plus de la détection de plateforme, les plugins intégrés de Capacitor simplifient l'intégration native.
-
-### Fonctionnalités Plateforme Intégrées
-
-Capacitor est livré avec un ensemble de plugins principaux qui gèrent les différences entre plateformes de manière transparente. Ces plugins gèrent les complexités des implémentations natives tout en fournissant une interface JavaScript cohérente :
-
-| Plugin | Implémentation iOS | Implémentation Android |
-| --- | --- | --- |
-| Caméra | AVFoundation | Camera2 API |
-| Stockage | UserDefaults | SharedPreferences |
-| Géolocalisation | CoreLocation | LocationManager |
-
-Chaque plugin utilise automatiquement les APIs natives de la plateforme, assurant performance et fonctionnalité.
-
-### Créer des Plugins Plateforme Personnalisés
-
-Pour les cas où les plugins intégrés ne répondent pas à vos besoins, vous pouvez créer des plugins personnalisés pour accéder à des APIs natives spécifiques. Voici comment :
-
-1.  **Définir le Plugin**
-
-2.  **Ajouter le Code Natif**
-
-3.  **Implémenter les Gestionnaires de Plateforme**
-
-    -   **iOS (Swift) :**
-
-    -   **Android (Kotlin) :**
-
-Les plugins personnalisés permettent d'accéder aux fonctionnalités natives tout en gardant l'API cohérente et facile à utiliser. Cela assure performance et fonctionnalité sans compliquer le processus de développement.
-
-## Directives UI Spécifiques aux Plateformes
-
-### Règles de Design iOS vs Android
-
-Lors de la conception pour iOS et Android, il est important de suivre les modèles de conception natifs.Les utilisateurs de chaque plateforme ont des attentes différentes concernant la navigation, la typographie, les boutons, les en-têtes et les icônes. Voici comment ils se comparent :
-
-| Élément de design | iOS | Android |
-| --- | --- | --- |
-| **Navigation** | Barres d'onglets en bas, bouton retour à gauche | Tiroir de navigation en haut, navigation en bas |
-| **Typographie** | Police San Francisco | Police Roboto |
-| **Boutons** | Rectangles arrondis, texte centré | Boutons Material Design, texte aligné à gauche |
-| **En-têtes** | Grands titres, centrés | Barres d'applications, alignées à gauche |
-| **Icônes** | SF Symbols | Material Icons |
-
-### Standards de Design Multi-plateformes
-
-Bien que chaque plateforme ait ses propres règles, maintenir une identité de marque cohérente est essentiel. Voici comment assurer la cohérence :
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const platform = Capacitor.getPlatform();
-if (platform === 'ios') {
-  // Code specific to iOS
-} else if (platform === 'android') {
-  // Code specific to Android
-}
-```
-
-Avec Capacitor, vous pouvez intégrer des composants d'interface utilisateur spécifiques à la plateforme tout en maintenant une fonctionnalité cohérente. Cela aide également à gérer les paramètres système comme le Mode Sombre et le Type Dynamique. Pour compléter le processus, assurez-vous que vos paramètres de build spécifiques à la plateforme s'alignent avec ces directives.
-
-## Configuration et Paramétrage des Plateformes
-
-Après avoir géré votre code plateforme, une configuration appropriée est essentielle pour garantir que votre application fonctionne correctement sur iOS et Android.
-
-### Paramètres de Plateforme dans `capacitor.config.json`
-
-Utilisez le fichier `capacitor.config.json` pour définir les paramètres clés spécifiques à la plateforme :
-
-```typescript
-    @Plugin({
-      name: 'CustomFeature',
-      platforms: ['ios', 'android']
-    })
-    ```
-
-Voici quelques options de configuration à considérer :
-
-| Option | iOS | Android |
-| --- | --- | --- |
-| **Liens Profonds** | Propriété `scheme` | Propriété `androidScheme` |
-| **Barre de Statut** | `statusBar.style` | `statusBar.backgroundColor` |
-| **Clavier** | `keyboard.resize` | `keyboard.resize`, `keyboard.style` |
-| **Écran de Démarrage** | `splashScreen.launchShowDuration` | `splashScreen.layoutName` |
-
-Une fois les paramètres d'exécution en place, ajustez vos paramètres de build pour améliorer les performances de chaque plateforme.
-
-### Paramètres de Build Spécifiques aux Plateformes
-
-Affinez les paramètres de build pour optimiser votre application pour iOS et Android.
-
-Pour iOS, mettez à jour le fichier `Info.plist` :
-
-```typescript
-    @PluginMethod()
-    async customFunction(): Promise<void> {
-      if (Capacitor.getPlatform() === 'ios') {
-        // Add iOS-specific code
-      } else {
-        // Add Android-specific code
-      }
-    }
-    ```
-
-Pour Android, modifiez `android/app/build.gradle` :
-
-```swift
-        @objc func customFunction(_ call: CAPPluginCall) {
-          // Add native iOS functionality
-        }
-        ```
-
-Voici quelques considérations de build importantes :
-
-| Aspect | iOS | Android |
-| --- | --- | --- |
-| **Permissions** | Ajouter des entrées dans `Info.plist` | Définir dans `AndroidManifest.xml` |
-| **Icônes** | Tailles de 20px à 1024px | Densités de mdpi à xxxhdpi |
-| **Écran de Démarrage** | Basé sur Storyboard | Basé sur Layout XML |
-| **Sortie de Build** | Fichier `ipa` | Fichier `aab` ou `apk` |
-
-## Mettre à jour les Applications avec [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-25.jpg?auto=compress)
-
-Maintenir efficacement à jour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) pour iOS et Android est crucial. Capgo offre un système de mise à jour en direct qui s'aligne avec les directives des deux plateformes.
-
-### Fonctionnalités Capgo
-
-| Fonctionnalité | Description | Avantage Plateforme |
-| --- | --- | --- |
-| **Mises à jour en direct** | Déploiement instantané sans revue d'app store | Assure une expérience unifiée sur iOS et Android |
-| **Chiffrement de bout en bout** | Sécurise la livraison des mises à jour | Répond aux exigences de sécurité des deux plateformes |
-| **[Système de Canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Cible des groupes d'utilisateurs spécifiques | Prend en charge les tests bêta et les déploiements progressifs |
-| **Mises à jour partielles** | Télécharge uniquement le contenu modifié | Économise la bande passante et accélère les mises à jour |
-
-Capgo a livré 235 millions de mises à jour, atteignant un taux de mise à jour de 95% des utilisateurs actifs en 24 heures [\[1\]](https://capgo.app/). Ces fonctionnalités rendent la [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) plus fluide et plus efficace sur toutes les plateformes.
-
-### Gestion de Plateforme Capgo
-
-Le système de canaux de Capgo facilite la gestion des mises à jour. Les développeurs peuvent tester des fonctionnalités spécifiques à iOS avec des utilisateurs bêta, déployer des mises à jour Android par étapes et suivre les métriques de performance de manière transparente.
-
-La plateforme respecte les exigences de mise à jour over-the-air d'Apple et Google [\[1\]](https://capgo.app/)Actuellement, 750 applications en production s'appuient sur Capgo, maintenant un taux de réussite global des mises à jour de 82% [\[1\]](https://capgo.app/) Son intégration CI/CD simplifie les déploiements, tandis que la fonction de rollback permet aux développeurs de revenir instantanément aux versions précédentes en cas de problème. Les analyses en temps réel fournissent des informations sur les performances des mises à jour et aident à maintenir la stabilité de l'application.
-
-## Conclusion
-
-### Avantages de la Gestion des Plateformes
-
-La gestion efficace des différences de plateformes dans Capacitor améliore le développement multiplateforme. Ses outils intégrés pour la détection et la configuration des plateformes permettent aux développeurs de créer des expériences fluides pour iOS et Android, tout en respectant les normes de conception et les fonctionnalités uniques de chaque plateforme.
-
-En se concentrant sur une bonne gestion des plateformes, les équipes de développement peuvent publier des mises à jour plus rapidement et améliorer la satisfaction des utilisateurs. Des outils comme Capgo ont montré comment une gestion cohérente des plateformes peut conduire à des taux de réussite plus élevés des mises à jour et de meilleures expériences utilisateur [\[1\]](https://capgo.app/)
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !"  
-> – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Ces informations peuvent vous guider pour apporter des améliorations pratiques.
-
-### Prochaines Étapes
-
-Pour maximiser ces avantages, envisagez de mettre en œuvre les stratégies suivantes :
-
-| Action | Bénéfice |
-| --- | --- |
-| Activer la Détection de Plateforme | S'adapte automatiquement aux besoins iOS et Android |
-| Implémenter les Mises à Jour en Direct | Évite les délais de l'app store pour les corrections urgentes |
-| Configurer l'Analytique | Suit les métriques de performance pour chaque plateforme |
-| Activer le Support de Rollback | Résout rapidement les problèmes spécifiques aux plateformes |
-
-Pour les développeurs cherchant à améliorer leur flux de travail, des outils comme Capgo peuvent simplifier le processus. Des fonctionnalités telles que le chiffrement de bout en bout et l'intégration CI/CD aident les équipes à maintenir la cohérence tout en déployant efficacement les mises à jour.
-
-Le succès dans la gestion des plateformes dépend de l'utilisation des bons outils et du respect des directives spécifiques aux plateformes. En se concentrant sur des stratégies robustes de détection et de gestion, les développeurs peuvent garantir que leurs applications fonctionnent parfaitement sur iOS et Android.
diff --git a/src/content/blog/fr/how-capgo-is-born.md b/src/content/blog/fr/how-capgo-is-born.md
deleted file mode 100644
index 1b0cfe260..000000000
--- a/src/content/blog/fr/how-capgo-is-born.md
+++ /dev/null
@@ -1,54 +0,0 @@
----
-slug: how-capgo-is-born
-title: La naissance de Capgo
-description: Histoire de comment j'ai commencé ce voyage et construit Capgo
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-01T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /capgo_birth.webp
-head_image_alt: Illustration de la naissance de Capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Story
-published: true
-locale: fr
-next_blog: ''
----
-Salut, je suis Martin Donadieu,
-
-En juillet 2021, j'ai quitté [Naas](https://naas.ai/), la startup que j'ai cofondée en 2019 pour construire des projets en solo.
-
-Pendant les 6 premiers mois de mon parcours en solo, je me suis concentré sur la relance de mon projet Captime, une application mobile que j'avais créée 4 ans plus tôt, et qui était devenue une activité secondaire avec le covid.
-
-En décembre 2021, alors que je reconstruisais l'application à partir de zéro, j'ai rencontré des problèmes avec la version en production actuelle,
-
-et les choses sont devenues compliquées, je devais la réparer, mais je voulais éviter de sortir une nouvelle version, alors j'ai cherché une solution pour déployer des mises à jour de code sur mon application.
-
-À l'époque, Captime générait 400$/mois, je cherchais donc une solution abordable, Ionic Appflow était hors de mon budget.
-
-La seule autre alternative était Microsoft App Center, mais ils ont arrêté le support pour les applications fonctionnant sur Cordova / Capacitor.
-
-Si vous êtes un développeur solo comme moi, vous trouverez qu'Ionic AppFlow n'est pas le meilleur prix pour vous.
-
-Comme vous, je m'en plaignais, j'ai contacté Ionic, ils ont compris la plainte, mais ils n'étaient pas ouverts à changer les prix, je n'étais pas la cible.
-
-Alors, j'ai décidé d'essayer de résoudre ma plus grande difficulté dans mon workflow de développement Capacitor JS : les mises à jour en direct.
-
-Après un mois d'essais, j'ai trouvé un moyen de télécharger depuis une URL un zip et remplacer le code source de l'application.
-
-J'en ai parlé et j'ai reçu un énorme intérêt sur GitHub.
-
-C'était trop manuel pour la plupart des équipes, alors elles ont demandé un service payant, c'est là que j'ai commencé à travailler sur Capgo comme alternative à AppFlow.
-
-L'objectif était de fournir une solution simple et facile à utiliser pour déployer des mises à jour de code vers les applications JavaScript Capacitor.
-
-Pas de build natif, pas de grosse boîte à outils comme Ionic, juste des mises à jour en direct, pour le marché qu'ils n'adressent pas, Nous.
-
-Je les ai contactés pour partager avec eux ce que je faisais, et nous avons trouvé un accord d'amitié commerciale.
-
-Je construis pour les créateurs, ils construisent pour les entreprises qui ont besoin de CI/CD et de support dédié :)
-
-Vous êtes les bienvenus pour rejoindre la communauté et construire ensemble, je l'utilise aussi pour mes projets, et je m'attends même à ce que cela devienne mon projet principal à l'avenir.
diff --git a/src/content/blog/fr/how-ccpa-enforcement-impacts-apps.md b/src/content/blog/fr/how-ccpa-enforcement-impacts-apps.md
deleted file mode 100644
index 6ac1d4966..000000000
--- a/src/content/blog/fr/how-ccpa-enforcement-impacts-apps.md
+++ /dev/null
@@ -1,252 +0,0 @@
----
-slug: how-ccpa-enforcement-impacts-apps
-title: Comment l'application du CCPA impacte les applications
-description: >-
-  La CCPA change la façon dont les applications mobiles gèrent les données des
-  utilisateurs, en mettant l'accent sur la transparence, les droits des
-  utilisateurs et des mesures de sécurité strictes pour se conformer.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-27T16:48:49.867Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c0870dcd608d64ca3e5184-1740674966680.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  CCPA, mobile apps, user data, privacy compliance, data security, consumer
-  rights, data sharing, enforcement
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**La California Consumer Privacy Act (CCPA)** redéfinit la manière dont les applications mobiles gèrent les données des utilisateurs. Voici ce que vous devez savoir :
-
--   **Qui cela concerne** : Applications générant plus de 25 millions de dollars de revenus annuels, disposant de données de plus de 100 000 utilisateurs, ou tirant plus de 50 % de leurs revenus de la vente de données.
--   **Exigences clés** :
-    -   Dévoiler les pratiques de collecte de données (comme les identifiants de dispositif et les adresses IP).
-    -   Fournir des outils permettant aux utilisateurs d'accéder, de supprimer ou d'opter pour ne pas partager leurs données.
-    -   Sécuriser les données avec un cryptage et des contrôles d'accès.
--   **Application** : Les violations peuvent entraîner des amendes allant jusqu'à 7 988 dollars par incident. Les cas notables incluent [Sephora](https://en.wikipedia.org/wiki/Sephora) (amende de 1,2 million de dollars) et [DoorDash](https://en.wikipedia.org/wiki/DoorDash) (amende de 375 000 dollars).
--   **Erreurs courantes** : Absence de liens "Ne pas vendre", ignorance des signaux de contrôle de la confidentialité globale (GPC), et partage de données non régulé.
-
-**Astuce rapide** : Commencez par un audit des données, mettez à jour votre [politique de confidentialité](https://capgo.app/dp/), et utilisez des outils comme [OneTrust](https://www.onetrust.com/solutions/privacy-automation/) ou [Osano](https://www.osano.com/) pour simplifier la conformité. Rester conforme n’est pas seulement une question d’évitement des amendes - cela renforce la confiance des utilisateurs et protège votre entreprise.
-
-## Exigences fondamentales de la CCPA pour les applications
-
-### Divulgation de la collecte de données
-
-Les développeurs d'applications doivent fournir des avis clairs et transparents sur les données qu'ils collectent, comme les identifiants de dispositif, les adresses IP et les informations sur les ménages [\[1\]](https://www.flurry.com/ccpa-compliance-guide/). Ces avis doivent expliquer comment les données seront utilisées et être facilement accessibles - idéalement dans les paramètres de l'application - avant toute collecte de données. Inclure toutes les catégories de données et leurs finalités dans cet avis [\[3\]](https://oag.ca.gov/privacy/ccpa). Si votre application vend ou partage des données utilisateur, vous êtes tenu d'afficher un lien bien en vue "Ne pas vendre ou partager mes informations personnelles" [\[3\]](https://oag.ca.gov/privacy/ccpa).
-
-La CCPA souligne également l'importance de protéger les droits des utilisateurs parallèlement à ces divulgations.
-
-### Droits de confidentialité des utilisateurs
-
-La CCPA accorde aux utilisateurs d'applications des droits spécifiques que les développeurs doivent respecter dans des délais désignés. Les entreprises doivent fournir au moins deux façons pour les utilisateurs de soumettre des demandes, comme un numéro de téléphone gratuit. Pour les applications, un formulaire web interactif doit également être disponible [\[4\]](https://trustarc.com/resource/handle-consumer-requests-under-ccpa/).
-
-Voici comment gérer les demandes des utilisateurs :
-
--   **Demandes d'accès** : Confirmer la réception dans les 10 jours et fournir les données demandées dans les 45 jours.
--   **Demandes de suppression** : Utiliser un processus de confirmation en deux étapes pour vérifier la demande.
--   **Demandes d'opt-out** : Compléter le processus d'opt-out dans les 15 jours et informer les tiers qui ont reçu les données de l'utilisateur au cours des 90 derniers jours.
-
-> "Un facteur majeur pour ceux qui cherchent à se conformer est la mise en œuvre d'un processus de gestion des demandes des consommateurs selon la CCPA – similaire aux demandes d’accès des sujets de données selon le RGPD." - TrustArc [\[4\]](https://trustarc.com/resource/handle-consumer-requests-under-ccpa/)
-
-La protection des données utilisateur est un élément critique de ces droits à la vie privée.
-
-### Exigences en matière de sécurité des données
-
-Pour soutenir ces mesures de confidentialité, la CCPA impose des normes de sécurité des données strictes. Les pratiques clés comprennent :
-
--   **Cryptage** : Appliquer un cryptage fort pour les données stockées et transmises.
--   **Contrôles d'accès** : Mettre en œuvre des protocoles d'authentification et d'autorisation stricts.
--   **Tests réguliers** : Effectuer des évaluations de sécurité de routine et des tests de pénétration.
--   **Réponse aux incidents** : Garder les procédures de notification des violations à jour et prêtes.
-
-De plus, les entreprises doivent conserver des enregistrements des activités liées à la vie privée et des demandes des utilisateurs pendant 24 mois [\[5\]](https://www.ketch.com/blog/posts/understanding-the-ccpa-right-to-deletion).
-
-## Poussée de l'application de la confidentialité des applications mobiles par le Procureur général de Californie
-
-<iframe src="https://www.youtube.com/embed/sBckRKsf0yY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Exemples d'application de la CCPA
-
-Les cas récents mettent en évidence l'approche active de la Californie pour faire respecter les lois sur la confidentialité des applications mobiles, avec des amendes élevées servant d'avertissement clair aux développeurs sur la nécessité de respecter les normes de conformité.
-
-### Amendes et sanctions majeures
-
-Le Procureur général de Californie et l'Agence de protection de la vie privée de Californie (CPPA) ont été agissants pour traiter les violations de la California Consumer Privacy Act (CCPA). Voici deux exemples notables :
-
-**Règlement de 1,2 million de dollars de Sephora (2022)**  
-Sephora a accepté de payer 1,2 million de dollars après avoir été cité pour plusieurs manquements à la conformité :
-
--   Non-divulgation de la vente de données consommateurs
--   Non-respect des signaux de contrôle de la confidentialité globale (GPC)
--   Ignorer les demandes d'opt-out
--   Ne pas avoir respecté le délai de 30 jours pour traiter les violations [\[2\]](https://usercentrics.com/knowledge-hub/ccpa-penalties/)
-
-> "Les technologies comme le contrôle de la confidentialité globale sont un véritable changement pour les consommateurs cherchant à exercer leurs droits à la confidentialité des données. Mais ces droits n'ont aucun sens si les entreprises cachent comment elles utilisent les données de leurs clients et ignorent les demandes de ne pas vendre leurs données. J'espère que le règlement d'aujourd'hui enverra un message fort aux entreprises qui continuent à ne pas se conformer à la loi californienne sur la vie privée des consommateurs. Mon bureau observe, et nous vous rendrons responsables." – AG Rob Bonta [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-**Amende de 375 000 dollars pour DoorDash (2024)**  
-DoorDash a été condamné à une amende de 375 000 dollars pour avoir partagé des données clients avec une cooperative marketing sans obtenir un consentement explicite [\[2\]](https://usercentrics.com/knowledge-hub/ccpa-penalties/).
-
-Ces cas soulignent les problèmes récurrents de conformité et mettent en évidence les défis auxquels les entreprises sont confrontées pour respecter les lois sur la confidentialité.
-
-### Erreurs de conformité fréquentes
-
-Les applications mobiles ont souvent du mal avec des exigences spécifiques de la CCPA, ce qui conduit à des violations courantes. Voici un aperçu des erreurs fréquentes et comment les éviter :
-
-| Type de violation | Impact | Étapes de prévention |
-| --- | --- | --- |
-| Absence d'avis "Ne pas vendre" | Amendes allant jusqu'à 7 500 dollars par consommateur | Ajouter des liens d'opt-out clairs dans les paramètres de l'application |
-| Mauvaise gestion du consentement | Amendes allant jusqu'à 22 500 dollars par mineur | Utiliser des outils de consentement explicites, surtout pour les utilisateurs de moins de 16 ans |
-| Partage de données non régulé | Risques de responsabilité accrus | Auditer et documenter tous les partenariats tiers |
-| Ignorer les signaux GPC | Déclencheur courant pour l'application de la loi | S'assurer que l'application reconnaît et répond aux signaux GPC |
-
-Deux changements dans l'application méritent d'être notés :
-
--   La période de grâce de 30 jours pour les violations a été supprimée.
--   Il y a un contrôle accru de la conformité aux exigences du contrôle de la confidentialité globale [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff).
-
-> "Le point focal du Procureur général est la conformité à la loi, donnant aux consommateurs choix et contrôle. Mais l'intention n'est pas de générer des revenus dans le fonds de confidentialité de Californie. C'est d'encourager la conformité." – Melissa G. Powers, associée chez LewisRice [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-Ces actions d'application rendent clair : les développeurs d'applications mobiles doivent donner la priorité à la conformité pour naviguer dans le paysage de confidentialité en évolution tout en maintenant leurs objectifs marketing.
-
-###### sbb-itb-f9944d2
-
-## Guide de conformité à la CCPA
-
-Se maintenir au top de la conformité est crucial pour les applications mobiles, surtout à la lumière des récentes actions d'application. Voici un guide pratique pour vous aider à naviguer dans les étapes clés.
-
-### Étapes de l'audit des données
-
-Commencez par créer un inventaire détaillé de toutes les données utilisateur que votre application collecte, traite et partage. Voici comment procéder :
-
--   **Identifier les points de collecte de données** : Documentez chaque source d'entrée de données, telles que les formulaires d'inscription, les achats, les outils d'analyse, et les SDK tiers.
--   **Catégoriser les données** : Décomposez-les en types comme :
-    -   Identifiants (e.g., nom, email, ID de dispositif)
-    -   Données commerciales
-    -   Activité en ligne
-    -   Géolocalisation
-    -   Détails biométriques
-    -   Informations professionnelles
-
-### Mises à jour de la politique de confidentialité
-
-Votre politique de confidentialité doit expliquer clairement vos pratiques de données pour être conforme à la CCPA. Utilisez le tableau ci-dessous comme guide :
-
-| Section | Ce qu'il faut inclure | Conseils pour la mise en œuvre |
-| --- | --- | --- |
-| Collecte de données | Lister tous les types d'informations personnelles | Utiliser un langage simple et clair |
-| Droits des utilisateurs | Expliquer comment les utilisateurs peuvent accéder, supprimer ou opter pour ne pas partager leurs données | Fournir des instructions étape par étape |
-| Partage de données | Décrire les relations avec des tiers et toute vente de données | Être spécifique sur qui reçoit les données |
-| Méthodes de contact | Offrir plusieurs moyens de vous atteindre | Inclure email, téléphone et un formulaire web |
-
-Ces mises à jour sont essentielles pour gérer efficacement les demandes des droits des utilisateurs.
-
-### Gestion des droits des utilisateurs
-
-Pour se conformer à la CCPA, vous avez besoin de systèmes qui gèrent les demandes de vie privée dans les 45 jours. Voici ce sur quoi se concentrer :
-
--   **Demandes d'accès** :
-    
-    -   Ajouter un tableau de bord de confidentialité dans votre application.
-    -   Pré-remplir les formulaires avec les identifiants des utilisateurs pour plus de commodité.
-    -   Utiliser le suivi des ID de dispositif pour les utilisateurs non enregistrés.
--   **Demandes de suppression** :
-    
-    -   Automatiser les flux de travail pour traiter la suppression de données.
-    -   S'assurer que les SDK tiers supportent la suppression des données.
-    -   Tenir des dossiers détaillés de toutes les demandes de suppression.
-
-### Configuration de la sécurité des données
-
-Protéger les données des utilisateurs est une partie critique de la conformité. Voici comment renforcer votre sécurité :
-
--   **Mesures techniques** :
-    
-    -   Utiliser le cryptage de bout en bout pour les données en transit.
-    -   Crypter les données stockées pour les garder en sécurité.
-    -   Mettre en place des contrôles d'accès stricts et une authentification.
-    -   Réaliser des audits de sécurité réguliers.
--   **Surveillance des tiers** :
-    
-    -   Vérifier que tous les SDK que vous utilisez respectent la CCPA.
-    -   Documenter comment les données sont partagées et fournir des options d'opt-out.
-    -   Réviser périodiquement les pratiques de sécurité de tous les tiers.
-
-Par exemple, le SDK [Flurry](https://www.flurry.com/) inclut une API d'opt-out qui respecte les préférences des utilisateurs et gère les demandes de suppression de données [\[1\]](https://www.flurry.com/ccpa-compliance-guide/).
-
-## Ressources de conformité CCPA
-
-Pour répondre aux normes CCPA, les développeurs d'applications ont besoin des bons outils pour simplifier les processus de conformité. Investir dans la confidentialité des données non seulement renforce la confiance mais peut également générer un retour allant jusqu'à 2,70 $ pour chaque dollar dépensé [\[8\]](https://www.osano.com/solutions/ccpa-compliance-software). Voici des outils conçus pour rendre les évaluations de conformité, la gestion de la confidentialité et les [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) plus gérables.
-
-### Outils d'évaluation de la conformité
-
-Ces outils aident à évaluer dans quelle mesure votre application est conforme aux exigences du CCPA :
-
-| Outil | Évaluation | Caractéristiques clés | Idéal pour |
-| --- | --- | --- | --- |
-| OneTrust | 3.8/5 | Cartographie des données, analyse automatisée | Grandes entreprises |
-| Osano | 4.6/5 | Consentement des cookies, suivi des fournisseurs | Applications petites et moyennes |
-| TrustArc | 4.1/5 | Évaluations des risques, gestion de la confidentialité | Applications multi-plateformes |
-
-Ces plateformes fournissent une analyse des lacunes automatisée et un suivi en temps réel de la conformité. Par exemple, Osano a aidé [Lattice](https://lattice.com/) à réduire les complexités opérationnelles, à aligner le marketing avec les efforts de conformité et à maintenir son engagement envers la confidentialité [\[8\]](https://www.osano.com/solutions/ccpa-compliance-software).
-
-### Logiciels de gestion de la confidentialité
-
-Les outils de gestion de la confidentialité se concentrent sur quatre domaines principaux :
-
--   **Gestion des consentements** : Collecter et suivre automatiquement les préférences des utilisateurs.
--   **Découverte des données** : Scanner et cataloguer les informations personnelles.
--   **Automatisation des demandes** : Gérer les demandes de droits des utilisateurs dans le délai requis de 45 jours.
--   **Suivi des tiers** : Suivre comment les données sont partagées avec des fournisseurs externes.
-
-Des solutions comme [Usercentrics](https://usercentrics.com/) et [iubenda](https://www.iubenda.com/en/) offrent ces fonctionnalités de manière efficace. Par exemple, [iubenda](https://www.iubenda.com/en/) , noté 4.5/5 sur Capterra, est connu pour sa capacité à aider les applications à rester conformes tout en minimisant les efforts opérationnels [\[7\]](https://usercentrics.com/knowledge-hub/ccpa-compliance-tools/).
-
-### [Capgo : Mises à jour d'applications conformes au CCPA](https://capgo.app)
-
-![Capgo : Mises à jour d'applications conformes au CCPA](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-27.jpg?auto=compress)
-
-Au-delà de la gestion de la confidentialité, des plateformes comme [Capgo](https://capgo.app/) veillent à ce que votre application reste conforme au CCPA lors des mises à jour. [Capgo](https://capgo.app/) soutient la conformité en offrant :
-
--   **Chiffrement de bout en bout** pour protéger les données des utilisateurs pendant les mises à jour.
--   **Pas de suivi inter-appareils** ou d'identifiants persistants.
--   **Gestion transparente des données** avec des statistiques agrégées uniquement.
--   **Contrôle de l'utilisateur** grâce à des options de suppression immédiate des comptes et des données.
-
-Capgo a réussi à livrer plus de 492,4 millions de mises à jour à travers 1 800 applications de production, tout en respectant des directives strictes en matière de confidentialité [\[9\]](https://capgo.app/).
-
-> "Capgo est un outil indispensable pour les développeurs qui souhaitent être plus productifs. Éviter la révision pour les corrections de bugs est un atout." - Bessie Cooper [\[9\]](https://capgo.app/)
-
-Utiliser ces outils aux côtés d'audits réguliers peut aider à maintenir une conformité CCPA constante.
-
-## Conclusion : Étapes de conformité au CCPA
-
-En suivant les stratégies discutées plus tôt, voici un aperçu des actions clés à entreprendre pour garantir la conformité avec le CCPA. Rester conforme signifie adopter une approche minutieuse pour protéger les données des utilisateurs dans les applications mobiles. Des cas récents d'application mettent en évidence les risques de non-conformité, y compris des amendes élevées, donc les développeurs doivent prendre les mesures de confidentialité au sérieux.
-
-Voici trois domaines principaux sur lesquels se concentrer :
-
--   **Gestion des données et transparence**
-    
-    -   Effectuer des inventaires de données pour cartographier toutes les informations personnelles collectées, telles que les identifiants d'appareil et les adresses IP [\[1\]](https://www.flurry.com/ccpa-compliance-guide/).
-    -   Suivre et documenter comment les données de chaque utilisateur sont traitées.
-    -   Informer clairement les utilisateurs sur les pratiques de collecte de données avant de recueillir des informations.
-    -   Examiner les SDK tiers pour confirmer qu'ils respectent les normes de conformité.
--   **Mise en œuvre des droits des utilisateurs**
-    
-    -   Mettre en place des systèmes pour gérer les demandes d'accès et de suppression des données.
-    -   Garantir que les demandes des utilisateurs sont traitées dans le délai requis de 45 jours.
-    -   Ajouter un lien "Ne pas vendre ou partager mes informations personnelles" facile à trouver.
-    -   Créer des processus de vérification d'identité pour gérer les demandes des utilisateurs de manière sécurisée [\[10\]](https://usercentrics.com/knowledge-hub/6-steps-website-ccpa-compliant/).
--   **Infrastructure technique**
-    
-    -   Utiliser un chiffrement de bout en bout pour protéger les données des utilisateurs.
-    -   Stocker le consentement des utilisateurs de manière sécurisée.
-    -   Opter pour des outils de mise à jour axés sur la confidentialité, comme Capgo.
-    -   Exécuter régulièrement des audits de sécurité et maintenir les politiques de confidentialité à jour.
-
-Pour une conformité continue, envisagez d'utiliser des outils conçus pour répondre aux règles CCPA. Par exemple, colenso a partagé son expérience avec Capgo :
-
-> "Nous avons déployé des mises à jour OTA Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour dans les minutes suivant le déploiement de l'OTA sur @Capgo." [\[9\]](https://capgo.app/)
diff --git a/src/content/blog/fr/how-chinas-cybersecurity-law-impacts-app-developers.md b/src/content/blog/fr/how-chinas-cybersecurity-law-impacts-app-developers.md
deleted file mode 100644
index 3a7f810cb..000000000
--- a/src/content/blog/fr/how-chinas-cybersecurity-law-impacts-app-developers.md
+++ /dev/null
@@ -1,221 +0,0 @@
----
-slug: how-chinas-cybersecurity-law-impacts-app-developers
-title: >-
-  Comment la loi chinoise sur la cybersécurité affecte les développeurs
-  d'applications
-description: >-
-  La loi chinoise sur la cybersécurité impose des règles strictes aux
-  développeurs d'applications concernant la gestion des données, affectant ainsi
-  les stratégies de confidentialité et de conformité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T03:07:29.101Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef49e0ebbb9dc806422d61-1743736061198.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  China Cybersecurity Law, app developers, data localization, security
-  compliance, user privacy, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**[La loi sur la cybersécurité de la Chine](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL) oblige les développeurs d'applications à suivre des règles strictes pour le traitement des données des utilisateurs, en particulier lorsqu'il s'agit d'utilisateurs chinois.** Voici ce que vous devez savoir :
-
--   **Localisation des données** : Stocker les données personnelles et sensibles sur des serveurs en Chine.
--   **Normes de sécurité** : Utiliser le chiffrement, [l'authentification multifactorielle](https://capgo.app/docs/webapp/mfa/), et effectuer des contrôles de sécurité réguliers.
--   **Transferts de données transfrontaliers** : Nécessitent une approbation réglementaire explicite pour déplacer des données hors de Chine.
--   **Évaluations obligatoires** : Les applications doivent passer des examens de sécurité technique, des évaluations d'impact sur la protection des données et des contrôles de sécurité réseau.
--   **Conséquences du non-respect** : Amendes, suppressions d'applications, suspensions de service et atteinte à la réputation.
-
-Pour rester conforme, les développeurs doivent utiliser des outils de chiffrement, de surveillance en temps réel et de [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/). Le non-respect peut entraîner de graves sanctions, donc une préparation précoce est essentielle pour réussir sur le marché chinois.
-
-## [La loi sur la cybersécurité de la Chine](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) - Les bases
-
-### Principales exigences légales
-
-La loi sur la cybersécurité de la Chine définit des règles spécifiques pour le traitement des données, impactant directement les développeurs d'applications. Les domaines clés incluent la **localisation des données**, les **mesures de sécurité** et la **protection de la vie privée des utilisateurs**.
-
-Pour la localisation des données, les développeurs doivent stocker les informations personnelles - et toutes les données considérées comme cruciales pour la sécurité nationale ou l'intérêt public - sur des serveurs situés en Chine continentale.
-
-Les opérateurs de réseau, y compris les développeurs d'applications, doivent suivre ces pratiques de sécurité :
-
--   **Systèmes d'enregistrement nominal** : S'assurer que les utilisateurs s'inscrivent avec des identités vérifiées.
--   **Authentification multifactorielle** : Sécuriser l'accès aux informations sensibles.
--   **Contrôles de sécurité réguliers** : Effectuer des tests de vulnérabilité et des évaluations de sécurité.
--   **[Chiffrement des données](https://capgo.app/docs/cli/migrations/encryption/)** : Chiffrer les données pendant la transmission et le stockage.
--   **Sauvegarde et récupération** : Maintenir des systèmes de sauvegarde et de récupération des données.
-
-Ces exigences façonnent la manière dont les développeurs d'applications doivent aborder la conformité.
-
-### Portée pour les développeurs d'applications
-
-La loi s'applique aux applications qui collectent, traitent ou stockent des données d'utilisateurs en Chine continentale, indépendamment de l'emplacement du développeur. Voici ce que les développeurs doivent prendre en compte :
-
-**Exigences de traitement des données :**
-
--   Les informations personnelles et sensibles doivent être traitées en Chine.
--   Les transferts de données transfrontaliers nécessitent une approbation réglementaire explicite.
--   Les développeurs doivent mettre en place des systèmes de surveillance et d'audit.
-
-**Conformité technique :**
-
--   Les applications doivent permettre l'exportation rapide des données dans des formats standardisés.
--   Les normes de chiffrement approuvées par les régulateurs doivent être suivies.
-
-Pour les développeurs ciblant les utilisateurs chinois, la conformité implique souvent de travailler avec des centres de données ou des fournisseurs de services locaux. Comme la loi définit largement les "données critiques", les développeurs doivent évaluer soigneusement tous les types de données que leurs applications traitent et s'assurer que des mesures de protection adéquates sont en place.
-
-## Respect des normes de conformité
-
-### Règles de stockage des données
-
-Pour s'aligner sur les exigences légales, établissez des mesures techniques garantissant que les données sont stockées de manière sécurisée et localement. Les informations sensibles - telles que les profils utilisateurs, les détails de paiement, les données de localisation, les identifiants d'appareils et les analyses - doivent être stockées sur des serveurs situés en Chine continentale. Pour transférer des données à l'international, obtenez l'approbation explicite de l'[Administration du cyberespace de Chine](https://www.cac.gov.cn/) (CAC). Cela inclut la soumission de documents détaillant les types de données, la fréquence des transferts, les mesures de sécurité et l'utilisation prévue.
-
-### Contrôles de sécurité requis
-
-Avant de lancer en Chine, vous devez compléter ces évaluations de sécurité obligatoires :
-
-1.  **Évaluation de la sécurité technique**  
-    Cela implique un examen détaillé des fonctionnalités de sécurité de l'application, y compris les méthodes de chiffrement, les contrôles d'accès et les tests de vulnérabilité. L'évaluation doit être effectuée par un établissement de test approuvé par la CAC.
-    
-2.  **Évaluation d'impact sur la protection des données**  
-    Les développeurs doivent détailler comment les données personnelles sont collectées, traitées et protégées. Cela inclut la documentation des mécanismes de consentement des utilisateurs et des politiques de conservation des données.
-    
-3.  **Examen de la sécurité du réseau**  
-    Les applications gérant des infrastructures critiques ou des données sensibles nécessitent un examen supplémentaire de la sécurité du réseau. Cela se concentre sur la sécurité des serveurs, les systèmes de sauvegarde des données, les plans d'intervention d'urgence et les contrôles d'accès.
-
-Ces étapes fournissent la base pour mettre en œuvre les changements techniques requis pour la conformité.
-
-### Modifications nécessaires des applications
-
-Les résultats de ces évaluations mettront en évidence les mises à jour techniques nécessaires pour la conformité :
-
--   **Contrôles de la vie privée des utilisateurs** :
-    
-    -   Options claires de consentement pour la collecte de données
-    -   Paramètres de confidentialité détaillés
-    -   Fonctionnalités pour supprimer les comptes et les données associées
-    -   Politiques transparentes sur l'utilisation des données
--   **Fonctionnalités de sécurité** :
-    
-    -   Chiffrement de bout en bout pour les informations sensibles
-    -   Authentification multifactorielle
-    -   Mises à jour de sécurité régulières
-    -   Systèmes automatisés de détection des menaces
-
-Pour les applications nécessitant des mises à jour fréquentes, envisagez d'intégrer des systèmes de mise à jour conformes. Par exemple, la solution de mise à jour en direct de [Capgo](https://capgo.app/) fournit un chiffrement de bout en bout et prend en charge les correctifs de sécurité instantanés tout en respectant les normes chinoises et internationales.
-
--   **Fonctionnalités de gestion des données** :
-    -   Outils permettant aux utilisateurs d'exporter leurs données
-    -   Journaux d'audit pour suivre l'accès aux données
-    -   Contrôles automatisés pour la conservation des données
-    -   Restrictions basées sur l'accès géographique
-
-Toutes ces mises à jour techniques doivent être mises en œuvre avant de soumettre votre application pour approbation réglementaire. Des audits réguliers sont essentiels pour assurer une conformité continue.
-
-## Conformité en matière de données et de cybersécurité en Chine
-
-<iframe src="https://www.youtube.com/embed/wb1ODBAOuRU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Conséquences du non-respect
-
-Le non-respect des normes de conformité peut entraîner de graves répercussions, affectant à la fois les finances et les opérations.
-
-### Sanctions pour non-conformité
-
-Les organisations non conformes font face à des sanctions telles que :
-
--   **Amendes** visant à la fois les entreprises et les dirigeants clés
--   **Suppressions d'applications** des plateformes
--   **Suspensions temporaires** des services
--   **Révocations de licences**
--   **Restrictions d'accès au marché**
-
-### Comment fonctionne l'application
-
-Les autorités appliquent la conformité par plusieurs méthodes :
-
--   **Audits de routine** des systèmes techniques et de la documentation
--   **Enquêtes** basées sur les plaintes des utilisateurs
--   **Surveillance technique continue** pour détecter :
-    -   Transferts de données non autorisés
-    -   Failles de sécurité
-    -   Violations des politiques de confidentialité
-    -   Accès inapproprié au contenu
-
-### Coûts financiers et opérationnels
-
-La non-conformité entraîne des coûts importants. Les dépenses directes incluent les frais juridiques, les réparations techniques et les interruptions d'activité. Les coûts indirects, comme l'atteinte à la réputation, la perte d'opportunités commerciales et la réduction de la confiance des investisseurs, peuvent nuire à la croissance à long terme. Traiter les problèmes de conformité tôt est souvent beaucoup moins coûteux que de gérer les conséquences plus tard.
-
-## Méthodes de conformité
-
-### Outils techniques
-
-Utilisez des outils techniques alignés sur les exigences de sécurité chinoises. Les solutions clés incluent :
-
--   **Chiffrement des données** conforme aux normes nationales
--   **Outils de surveillance en temps réel** pour suivre les flux de données
--   **Logiciels de conformité automatisés** pour des processus rationalisés
--   **Systèmes de [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** avec capacités de contrôle de version
-
-Des plateformes comme Capgo fournissent un déploiement sécurisé des mises à jour avec des fonctionnalités telles que le chiffrement de bout en bout et l'attribution des utilisateurs. Ces outils simplifient la maintenance des applications tout en respectant les réglementations chinoises.
-
-### Étapes quotidiennes de conformité
-
--   **Vérifications matinales** : Examiner les journaux des serveurs pour tout accès non autorisé, confirmer les approbations de [stockage des données](https://capgo.app/plugins/capacitor-data-storage-sqlite/), et s'assurer que le chiffrement est actif.
--   **Surveillance opérationnelle** : Surveiller les flux de données en temps réel entre les serveurs, enregistrer tous les transferts de données transfrontaliers, et maintenir des registres détaillés du consentement des utilisateurs.
--   **Gestion des mises à jour** : Tester les mises à jour pour la conformité, documenter les changements de sécurité, et vérifier que le traitement des données répond aux dernières normes.
-
-Ces étapes aident à maintenir la conformité de votre application avec les mesures de sécurité requises.
-
-### Support expert
-
-En plus des outils et des routines quotidiennes, les conseils d'experts jouent un rôle clé dans le maintien de la conformité.
-
-**Expertise juridique**
-
--   Consulter des avocats en cybersécurité familiers avec les réglementations chinoises.
--   Travailler avec des consultants locaux en conformité.
--   Rester en contact avec les agences réglementaires.
-
-**[Support technique](https://capgo.app/docs/getting-help/)**
-
--   S'associer avec des fournisseurs d'évaluation de sécurité certifiés.
--   Utiliser des services d'hébergement locaux pour une meilleure conformité.
--   Solliciter les conseils d'experts en déploiement familiers avec le marché chinois.
-
-**Réseaux industriels**
-
--   Rejoindre des associations de développeurs pour partager des insights.
--   Assister à des briefings pour rester informé des changements réglementaires.
--   S'engager avec les communautés technologiques locales pour le soutien et les conseils.
-
-## Changements futurs et accès au marché
-
-### Changements de loi attendus
-
-La Chine continue d'ajuster ses réglementations en matière de cybersécurité, ce qui signifie que les développeurs d'applications doivent rester vigilants concernant les mises à jour relatives à la protection des données et aux pratiques de sécurité des données. Les prochaines directives du [MIIT](https://www.miit.gov.cn/) pourront fournir plus de détails sur des domaines comme la catégorisation des données, le traitement des données transfrontalières et les protocoles de surveillance. Il sera essentiel de suivre les annonces officielles pour rester conforme.
-
-### Avantages du marché
-
-Se préparer tôt aux changements réglementaires peut faciliter l'entrée sur le marché chinois. Une approche proactive de la conformité peut accélérer les examens d'applications et obtenir plus facilement l'approbation réglementaire. Cela permet également d'éviter des changements coûteux de dernière minute et renforce la confiance des utilisateurs.
-
-La mise en place d'un cadre de conformité capable de gérer les ajustements futurs est essentielle à la croissance à long terme. Des outils comme la plateforme de mise à jour en direct de Capgo permettent aux développeurs d'implémenter rapidement des mises à jour sécurisées, garantissant que les applications restent conformes et compétitives à mesure que les règles évoluent.
-
-## Résumé
-
-La loi chinoise sur la cybersécurité établit des règles strictes pour les développeurs d'applications entrant sur le marché chinois, en mettant l'accent sur le stockage des données, la sécurité et la confidentialité des utilisateurs. Pour opérer avec succès, les développeurs doivent répondre à ces exigences et assurer la conformité.
-
-Les étapes clés pour les développeurs comprennent :
-
--   **Stockage des données** : Conserver les données personnelles et sensibles sur des serveurs situés en Chine.
--   **Mesures de sécurité** : Utiliser des méthodes de cryptage approuvées et effectuer des audits de sécurité réguliers.
--   **Gestion des mises à jour** : Livrer des mises à jour en utilisant des outils conformes en temps réel.
--   **Documentation** : Maintenir des enregistrements détaillés de toutes les pratiques liées aux données.
-
-L'utilisation d'outils conçus pour la conformité peut simplifier ce processus. Les plateformes comme Capgo offrent des fonctionnalités de mise à jour en direct avec un chiffrement de bout en bout, aidant les développeurs à protéger leurs applications tout en respectant les normes réglementaires.
-
-Le non-respect peut entraîner des pénalités importantes. La mise en place de systèmes de conformité solides est essentielle pour le succès à long terme sur l'un des plus grands marchés numériques au monde. Alors que les réglementations chinoises continuent d'évoluer, les développeurs doivent rester informés et mettre régulièrement à jour leurs pratiques de sécurité et de gestion des données pour rester conformes.
diff --git a/src/content/blog/fr/how-chinas-data-laws-impact-app-store-submissions.md b/src/content/blog/fr/how-chinas-data-laws-impact-app-store-submissions.md
deleted file mode 100644
index cead5d198..000000000
--- a/src/content/blog/fr/how-chinas-data-laws-impact-app-store-submissions.md
+++ /dev/null
@@ -1,79 +0,0 @@
----
-slug: how-chinas-data-laws-impact-app-store-submissions
-title: >-
-  Comment les lois chinoises sur les données affectent les soumissions à l'App
-  Store
-description: >-
-  Découvrez comment les lois strictes sur les données en Chine affectent la
-  soumission des applications et comment le stockage local des données et la
-  conformité sont nécessaires pour réussir l'entrée sur le marché.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T01:36:38.468Z
-updated_at: 2025-03-23T01:38:00.587Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df528487fa49042c758f48-1742693880587.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  China, data laws, app store, compliance, local data storage, cybersecurity,
-  personal information protection, data security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-Les lois strictes de la Chine en matière de données rendent difficile l'entrée des développeurs d'applications sur le marché. Voici ce que vous devez savoir :
-
--   **Lois clés** : Les développeurs doivent se conformer à la [Cybersecurity Law](https://enwikipediaorg/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (2017), la [Data Security Law](https://enwikipediaorg/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (2021), et la [Personal Information Protection Law](https://enwikipediaorg/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL, 2021). Ces lois exigent le [stockage local des données](https://capgo.app/plugins/capacitor-data-storage-sqlite/), le consentement des utilisateurs et des contrôles stricts sur les transferts transfrontaliers de données
--   **Ajustements de conception d'applications** : Les applications doivent stocker localement les données des utilisateurs chinois, désactiver les fonctionnalités impliquant des transferts transfrontaliers et assurer la conformité dès le départ
--   **Étapes de conformité** : Mettre en œuvre des solutions de stockage local, classifier les données par sensibilité et sécuriser les autorisations de transfert. Des outils comme [Capgo](https://capgo.app/) aident à gérer les mises à jour tout en respectant ces exigences
-
-**Conseil rapide** : L'équilibre entre conformité et fonctionnalité de l'application est crucial. Utilisez des outils sécurisés et l'hébergement local pour répondre aux exigences réglementaires sans compromettre l'expérience utilisateur
-
-## La [Personal Information Protection Law](https://enwikipediaorg/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL) chinoise expliquée
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Principales lois chinoises sur les données
-
-Les lois chinoises sur les données mettent l'accent sur le stockage local des données et imposent des restrictions strictes sur les transferts transfrontaliers - posant des défis pour les applications opérant dans la région
-
-### 3 lois fondamentales sur la protection des données
-
--   **Loi sur la cybersécurité** : Introduite en 2017, cette loi exige que les données soient stockées en Chine et impose des examens de sécurité pour toute donnée transférée à l'étranger
--   **Loi sur la sécurité des données** : En vigueur depuis 2021, elle oblige les organisations à classifier les données et à protéger les informations critiques
--   **Loi sur la protection des informations personnelles (PIPL)** : Adoptée fin 2021, cette loi régit la collecte et le traitement des données personnelles, exigeant un consentement clair et explicite des utilisateurs
-
-Ces lois définissent collectivement le cadre des pratiques de gestion des données que les applications doivent suivre pour rester conformes
-
-### Règles de stockage et de transfert des données
-
-Selon ces réglementations, les données doivent rester en Chine sauf si elles passent des évaluations de sécurité strictes pour les transferts transfrontaliers. Ces règles ont un impact direct sur la conception des applications, faisant de la conformité réglementaire une partie vitale du processus de développement dès le départ
-
-## Exigences de soumission à l'App Store
-
-Les règles chinoises sur la localisation des données exigent que les applications répondent à des normes de conception spécifiques pour être approuvées dans l'app store. Voici ce qui doit être ajusté :
-
-### Modifications de conception d'applications
-
--   **Routage des données** : S'assurer que toutes les données des utilisateurs chinois sont stockées sur des serveurs locaux ou régionaux. Cela aide à éviter tout transfert transfrontalier de données qui pourrait violer les réglementations
--   **Ajustements des fonctionnalités** : Modifier ou désactiver les fonctionnalités impliquant le partage transfrontalier de données pour rester conforme
-
-Capgo peut aider en vous permettant de pousser des mises à jour et des fonctionnalités instantanément, en utilisant le chiffrement de bout en bout et le stockage local de données personnalisable
-
-## Respect des normes de conformité
-
-Naviguer dans la conformité en Chine nécessite d'aborder à la fois les défis techniques et réglementaires. Ci-dessous, nous décomposons les configurations et méthodes clés pour s'aligner sur ces exigences tout en soutenant des objectifs de développement pratiques
-
-### Configuration du stockage local
-
-Voici quelques options de stockage pour répondre aux exigences locales chinoises :
-
-| Solution de stockage | Avantages | Défis |
-| --- | --- | --- |
-| **Services Cloud** | Configuration facile, conformité gérée | Coûts plus élevés dans le temps |
-| **Infrastructure auto-hébergée** | Plus grand contrôle, personnalisable | Maintenance complexe, configuration plus longue |
-
-Il est crucial de mettre en œuvre des plans de redondance et de reprise après sinistre pour garantir le maintien de la souveraineté des données
\ No newline at end of file
diff --git a/src/content/blog/fr/how-cicd-tools-trigger-ota-updates.md b/src/content/blog/fr/how-cicd-tools-trigger-ota-updates.md
deleted file mode 100644
index 45d847877..000000000
--- a/src/content/blog/fr/how-cicd-tools-trigger-ota-updates.md
+++ /dev/null
@@ -1,246 +0,0 @@
----
-slug: how-cicd-tools-trigger-ota-updates
-title: Les outils CI/CD déclenchent des mises à jour OTA
-description: >-
-  Découvrez comment les outils CI/CD améliorent les mises à jour OTA et
-  garantissent des déploiements d'applications plus rapides, plus sûrs et plus
-  fiables grâce à des processus automatisés.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-12T08:43:18.401Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67abf1dcdd71129bfb8de766-1739349815106.jpg
-head_image_alt: Développement Mobile
-keywords: 'CI/CD, OTA updates, automation, app deployment, security, Capgo, Capacitor'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les outils CI/CD rendent les mises à jour par liaison radio (OTA) plus rapides, plus sûres et plus fiables en automatisant le processus. Voici comment :
-
--   **Que sont les mises à jour OTA ?** Elles vous permettent de mettre à jour instantanément les ressources de l'application comme HTML, CSS et JavaScript via un CDN, en évitant les délais d'approbation des app stores.
--   **Comment la CI/CD aide :** Les outils d'automatisation comme [GitHub Actions](https://docs.github.com/actions) rationalisent les étapes clés comme les vérifications de build, la validation de sécurité et le déploiement, réduisant les erreurs de 72% et permettant des correctifs le jour même.
--   **Fonctionnalités clés :**
-    -   **Sécurité :** Utilisez HTTPS, la signature de code et le chiffrement pour protéger les mises à jour.
-    -   **Déploiements progressifs :** Déployez d'abord les mises à jour vers de petits groupes pour détecter rapidement les problèmes.
-    -   **Options de restauration :** Rétablissez automatiquement les mises à jour si les taux d'erreur augmentent.
--   **Outils mis en avant :** [Capgo](https://capgo.app/) simplifie les mises à jour OTA avec des commandes CLI, l'intégration de webhooks et le suivi détaillé des métriques.
-
-L'automatisation des mises à jour OTA assure une livraison plus rapide, moins d'erreurs et une meilleure stabilité des applications. Ci-dessous, vous trouverez des instructions étape par étape pour configurer les applications [Capacitor](https://capacitorjs.com/) avec des pipelines CI/CD.
-
-## [Appflow](https://ionic.io/appflow/live-updates) Live Updates : Déployez des mises à jour instantanées directement auprès de vos utilisateurs
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-f18932d1af08bf70cb14b84540039486-2025-02-12.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Préparer [Capacitor](https://capacitorjs.com/) pour les mises à jour OTA
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-12.jpg?auto=compress)
-
-La configuration de Capacitor pour les mises à jour [automatisées par liaison radio](https://capgo.app/blog/open-source-licecing/) (OTA) implique trois étapes clés : configurer l'installation, mettre en œuvre les mesures de sécurité et [intégrer un système de mise à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Ce processus assure la compatibilité avec l'automatisation CI/CD tout en sécurisant votre application.
-
-### Configuration des paramètres OTA dans capacitor.config.json
-
-Commencez par mettre à jour le fichier `capacitor.config.json` avec les paramètres nécessaires :
-
-```json
-{
-  "appId": "com.example.app",
-  "appVersion": "2.3.1",
-  "plugins": {
-    "CapacitorUpdater": {
-      "updateUrl": "https://api.example.com/ota",
-      "checkFrequency": 3600,
-      "channel": "production"
-    }
-  }
-}
-```
-
-Définir une fréquence de vérification appropriée minimise les délais de mise à jour - les réduisant jusqu'à 47% [\[2\]](https://github.com/becem-gharbi/esp-ota-cicd).
-
-### Mise en œuvre de la sécurité des mises à jour OTA 
-
-La sécurisation du processus de mise à jour OTA est essentielle pour éviter les mises à jour non autorisées et protéger l'intégrité de votre application. Cela implique trois niveaux de protection :
-
-| Niveau de sécurité | Implémentation | Objectif |
-| --- | --- | --- |
-| Sécurité HTTPS | Certificate Pinning | Bloque les attaques de l'homme du milieu |
-| Signature de code | Signatures ed25519 | Confirme la validité de la mise à jour |
-| Sécurité des paquets | Chiffrement AES-256-GCM | Protège le contenu de la mise à jour |
-
-Pour appliquer ces fonctionnalités de sécurité, incluez ce qui suit dans votre configuration :
-
-```json
-{
-  "security": {
-    "publicKey": "-----BEGIN PUBLIC KEY-----...",
-    "requireSignedUpdates": true,
-    "validateChecksums": true
-  }
-}
-```
-
-### Configuration de [Capgo](https://capgo.app/) pour les mises à jour OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-12.jpg?auto=compress)
-
-Capgo simplifie le processus de mise à jour OTA. Commencez par installer le plugin requis :
-
-```bash
-npm install @capgo/capacitor-updater
-```
-
-Ensuite, ajoutez les paramètres spécifiques à Capgo dans votre fichier `capacitor.config.json` :
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "apiKey": "CAPGO_XXXX",
-      "channel": "production",
-      "debug": true
-    }
-  }
-}
-```
-
-Capgo utilise le versionnement sémantique avec des identifiants de build comme `2025.02.12-a1b2c3d` pour un suivi précis des mises à jour. Cela facilite la gestion et le suivi du cycle de vie des mises à jour de votre application.
-
-## Création de pipelines de mise à jour OTA
-
-Une fois que vous avez configuré Capgo dans votre environnement Capacitor, l'étape suivante consiste à le lier aux outils CI/CD pour automatiser la livraison des mises à jour. Cela garantit que les mises à jour sont gérées de manière sécurisée et efficace tout en maintenant la stabilité de votre application.
-
-### Configuration des webhooks pour les mises à jour automatiques
-
-Les webhooks dans votre configuration CI/CD peuvent déclencher automatiquement des mises à jour lorsque des modifications de code surviennent. Par exemple, dans GitHub Actions, vous pouvez créer un fichier de workflow comme celui-ci :
-
-```yaml
-name: OTA Update Trigger
-on:
-  push:
-    branches: [main]
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Trigger OTA Update
-        run: |
-          curl -X POST \
-          -H "X-Capgo-Signature: sha256=${{ secrets.CAPGO_SECRET }}" \
-          -H "Authorization: Bearer ${{ secrets.CAPGO_API_KEY }}" \
-          https://api.capgo.app/deploy
-```
-
-Assurez-vous de stocker vos clés API et secrets en toute sécurité dans le [stockage chiffré](https://capgo.app/docs/cli/migrations/encryption/) de votre plateforme CI/CD pour protéger les données sensibles.
-
-### Commandes de mise à jour CLI Capgo
-
-La CLI Capgo offre des commandes clés pour rationaliser la gestion des mises à jour dans votre pipeline. Voici un exemple de workflow de déploiement typique :
-
-| Étape | Commande | Objectif |
-| --- | --- | --- |
-| Build | `capgo deploy --channel production` | Télécharger les nouveaux artefacts de build |
-| Test | `capgo promote build-123 --group beta` | [Publier les mises à jour vers un groupe test](https://capgo.app/blog/how-to-send-specific-version-to-users/) |
-| Validation | `capgo metrics get --last-24h` | Vérifier les métriques de succès des mises à jour |
-| Publication | `capgo promote build-123 --channel stable` | Déployer la mise à jour pour tous les utilisateurs |
-
-### Méthodes de restauration des mises à jour
-
-Avoir un mécanisme de restauration fiable est essentiel pour maintenir la stabilité de votre application. Votre système doit pouvoir détecter les problèmes et rétablir automatiquement les mises à jour. Par exemple, vous pouvez utiliser des points de contrôle de santé pour surveiller les taux d'erreur et déclencher des restaurations si nécessaire :
-
-```bash
-# Rollback script triggered by monitoring
-if [ $(curl -s https://api.capgo.app/metrics/errors) -gt 5 ]; then
-  capgo rollback v1.2 --channel production
-  notify-team "Update rolled back due to high error rate"
-fi
-```
-
-Cette approche a aidé [Gunnebo Safe Storage](https://www.gunnebosafestorage.com/) à réduire les temps d'arrêt de plusieurs heures à quelques minutes [\[6\]](https://mender.io/blog/mender-ota-updates-and-an-automated-ci-cd-pipeline-at-gunnebo-safe-storage).
-
-Pour les mises à jour à haut risque, envisagez d'utiliser la fonction de déploiement progressif de Capgo. Elle vous permet de déployer d'abord les mises à jour vers des groupes d'utilisateurs plus petits, réduisant ainsi le risque de problèmes généralisés avant une publication complète.
-
-## Méthodes de mise à jour OTA
-
-### Mises à jour progressives et groupes d'utilisateurs
-
-Les mises à jour progressives vous permettent de contrôler le déploiement des mises à jour, assurant une expérience fluide pour les utilisateurs. Par exemple, la commande _promote_ de Capgo (mentionnée précédemment) aide à gérer les groupes bêta. Les données d'entreprise montrant que près de la moitié des applications (49%) nécessitent des mises à jour mensuelles [\[4\]](https://capacitorjs.com/docs/guides/ci-cd), le déploiement progressif devient une stratégie clé pour maintenir la stabilité des applications tout en déployant progressivement les changements.
-
-### Déclencheurs de mise à jour basés sur les métriques
-
-[L'automatisation des mises à jour](https://capgo.app/docs/live-updates/update-behavior/) basée sur les métriques de performance peut faire gagner du temps et prévenir les problèmes. En configurant des webhooks de surveillance, vous pouvez suivre des métriques importantes et décider de continuer ou de suspendre une mise à jour :
-
-| Type de métrique | Seuil | Action |
-| --- | --- | --- |
-| Taux de plantage | >2% | Suspendre le déploiement |
-| Taux d'erreur | >0,5% | Alerter l'équipe |
-
-Vous pouvez intégrer ces vérifications dans votre pipeline CI/CD pour une surveillance transparente. Voici un exemple :
-
-```bash
-if [ $(curl -s $MONITORING_API/crash-rate) -gt 2 ]; then
-  capgo pause-rollout --channel production
-  notify-team "Update paused: High crash rate detected"
-fi
-```
-
-Ces métriques sont directement liées au système de suivi des performances, que nous explorerons dans la section suivante.
-
-### Mises à jour rapides
-
-Face à des problèmes de sécurité critiques ou des bugs majeurs, il est important d'avoir un moyen de déployer rapidement des mises à jour. Utilisez des canaux de déploiement accéléré spécifiquement conçus pour les urgences. Ces canaux doivent inclure des vérifications d'attestation des appareils et des options de restauration automatique pour minimiser les risques.
-
-Pour les mises à jour urgentes, vous pouvez déployer en utilisant un canal dédié :
-
-```bash
-capgo deploy --critical --channel hotfix
-```
-
-Pour améliorer davantage la vitesse de livraison et respecter les normes de conformité, envisagez d'utiliser des canaux géographiques avec des règles CDN. Cela garantit que les mises à jour atteignent efficacement les utilisateurs, quelle que soit leur localisation.
-
-## Suivi des performances des mises à jour
-
-Une fois que vous avez mis en place les méthodes de livraison des mises à jour, il est temps de mesurer leur efficacité. Utilisez ces indicateurs clés de performance pour rester au top :
-
-### Métriques de succès des mises à jour
-
-Concentrez-vous sur trois domaines principaux : **l'achèvement du déploiement**, **le temps de vérification** et **l'adoption par les utilisateurs**. Pour les applications mobiles, les taux de réussite du déploiement se situent généralement entre 95% et 99% [\[1\]](https://embeddedartistry.com/blog/2024/01/15/exploring-serverless-ci-cd-for-embedded-devices/). La surveillance en temps réel via votre pipeline CI/CD peut vous aider à atteindre vos objectifs :
-
-| Métrique | Objectif | Seuil critique |
-| --- | --- | --- |
-| Achèvement du déploiement | >98% | <95% |
-| Verification Time | <45s | \>120s |
-| Adoption utilisateur (24h) | >75% | <50% |
-
-### Gestion des erreurs de mise à jour
-
-Les systèmes automatisés peuvent suivre les statuts des mises à jour et répondre aux erreurs. Pour les problèmes majeurs, le système doit restaurer automatiquement les mises à jour si les contrôles de santé des appareils détectent des problèmes. Voici un exemple de ce à quoi cela pourrait ressembler en pratique :
-
-```bash
-if [ $DEVICE_SUCCESS_RATE -lt 85 ]; then
-    trigger_rollback
-fi
-```
-
-Ce type de configuration garantit que les défaillances critiques sont traitées rapidement, minimisant les perturbations pour les utilisateurs.
-
-### Réduction de l'utilisation des données
-
-Les mises à jour delta sont un excellent moyen de réduire l'utilisation des données, réduisant la taille des charges utiles de 70 à 90 % par rapport aux mises à jour complètes [\[4\]](https://capacitorjs.com/docs/guides/ci-cd). Ces optimisations peuvent être intégrées directement dans votre pipeline CI/CD avec des règles comme celles-ci :
-
--   **Mises à jour delta** : Créez des différences binaires pour n'inclure que les composants qui ont changé.
--   **Optimisation des ressources** : Convertissez les images dans des formats comme WebP ou AVIF pour réduire la taille des fichiers.
--   **Déploiements programmés hors pic** : Déployez les mises à jour pendant les périodes de moindre trafic réseau pour minimiser l'impact.
-
-## Conclusion : Mises à jour OTA automatisées
-
-Avec les mises à jour OTA automatisées intégrées aux pipelines CI/CD, les déploiements Capacitor peuvent passer de cycles hebdomadaires à des mises à jour horaires. [JFrog](https://jfrog.com/) souligne cette amélioration d'efficacité, notant un **taux de déploiement 85% plus rapide** pour les applications Capacitor [\[3\]](https://jfrog.com/blog/devops-and-cicd-for-iot/) et des **taux d'adoption de 95%** dans les réseaux stables [\[5\]](https://qbee.io/iot-ota/). Ces résultats proviennent de la suppression des étapes manuelles et de la simplification du processus de mise à jour.
-
-Pour les équipes de développement, cette approche offre des avantages clairs. Parmi les utilisateurs [ESP-IDF](https://www.espressif.com/en/products/sdks/esp-idf), **73% des équipes** utilisent maintenant des vérifications CI pré-fusion [\[1\]](https://embeddedartistry.com/blog/2024/01/15/exploring-serverless-ci-cd-for-embedded-devices/)[\[2\]](https://github.com/becem-gharbi/esp-ota-cicd), conduisant à des versions de meilleure qualité avant la production. Ces efforts s'alignent avec la discussion précédente sur les stratégies de déploiement basées sur les données.
-
-Les pipelines automatisés garantissent également que les mises à jour sont livrées de manière fiable en utilisant des formats compressés et des mises à jour différentielles. En combinant les tests automatisés, les déploiements progressifs et le suivi des performances, les équipes peuvent gérer les mises à jour des applications Capacitor avec efficacité et sécurité.
diff --git a/src/content/blog/fr/how-delta-updates-reduce-payload-size.md b/src/content/blog/fr/how-delta-updates-reduce-payload-size.md
deleted file mode 100644
index 3bf031019..000000000
--- a/src/content/blog/fr/how-delta-updates-reduce-payload-size.md
+++ /dev/null
@@ -1,66 +0,0 @@
----
-slug: how-delta-updates-reduce-payload-size
-title: Comment les mises à jour Delta réduisent la taille de la Payload
-description: >-
-  Découvrez comment les mises à jour Delta améliorent les performances des
-  applications en minimisant les tailles de téléchargement et en optimisant
-  l'expérience utilisateur grâce à des mises à jour rapides et fiables.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:28:37.844Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db6efa8d9574929cf125cb-1742441346400.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  delta updates, mobile apps, differential patching, app performance, bandwidth
-  savings
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mises à jour Delta rendent les mises à jour d'applications plus rapides et plus légères en envoyant uniquement les parties modifiées de l'application au lieu du fichier entier. Voici comment :
-
--   **Des fichiers plus petits économisent les données** : Seul le code modifié est envoyé, réduisant significativement la taille des téléchargements.
--   **Mises à jour plus rapides** : Une mise à jour de 5MB peut être téléchargée en seulement 114ms en utilisant le CDN de [Capgo](https://capgo.app/).
--   **Taux d'adoption élevé** : 95% des utilisateurs se mettent à jour dans les 24 heures.
--   **Fiable et sécurisé** : Inclut des fonctionnalités comme les options de restauration et le chiffrement de bout en bout.
-
-### Fonctionnalités clés :
-
--   **Correctifs différentiels** : Compare les versions de l'application et n'envoie que les différences.
--   **Outils automatisés** : Fonctionne avec les systèmes CI/CD comme [GitHub Actions](https://docs.github.com/actions) et [Jenkins](https://www.jenkins.io/).
--   **Métriques de performance** : Suit les taux de réussite des mises à jour, les vitesses de téléchargement et l'engagement des utilisateurs.
-
-Les mises à jour Delta sont idéales pour les applications [Capacitor](https://capacitorjs.com/), permettant des corrections de bugs rapides, des déploiements de fonctionnalités et des [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/) tout en économisant de la bande passante et du temps.
-
-## Comment obtenir PLUS de FPS et de meilleures performances dans Warzone ...
-
-Pour les équipes de développement ayant besoin d'une solution fiable de mises à jour delta, Capgo offre un excellent compromis entre performance, sécurité et flexibilité.
-
-## Résumé
-
-Les mises à jour delta réduisent considérablement la taille des données et accélèrent la livraison pour les applications Capacitor. Par exemple, un bundle typique de 5MB se télécharge en seulement 114ms via le CDN mondial de Capgo [\[1\]](https://capgo.app/), démontrant l'efficacité de cette approche.
-
-Les métriques de performance des applications en conditions réelles confirment la valeur des mises à jour delta :
-
-| Métrique | Impact |
-| --- | --- |
-| **Adoption Utilisateur** | 95% des utilisateurs se mettent à jour dans les 24 heures |
-| **Taux de Réussite** | 82% globalement |
-| **Réponse API** | 57ms en moyenne |
-| **Applications en Production** | Plus de 750 applications utilisent la technologie avec succès |
-
-L'expérience utilisateur correspond à ces chiffres. Par exemple, colenso, qui gère plus de 5 000 utilisateurs, a partagé :
-
-> "Nous avons déployé les mises à jour OTA de Capgo en production pour notre base de +5000 utilisateurs. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo." [\[1\]](https://capgo.app/)
-
-Les stratégies clés pour des mises à jour delta efficaces incluent :
-
--   La livraison de mises à jour partielles pour économiser la bande passante
--   L'utilisation d'analyses pour surveiller les performances
--   La prise en charge des installations en arrière-plan pour des mises à jour transparentes
-
-Avec 23,5 millions de mises à jour effectuées [\[1\]](https://capgo.app/), les mises à jour delta transforment le déploiement d'applications. Elles rendent les mises à jour plus rapides, plus légères et plus fiables, en faisant un outil essentiel pour le développement d'applications modernes.
diff --git a/src/content/blog/fr/how-end-to-end-encryption-secures-updates.md b/src/content/blog/fr/how-end-to-end-encryption-secures-updates.md
deleted file mode 100644
index a05b54b16..000000000
--- a/src/content/blog/fr/how-end-to-end-encryption-secures-updates.md
+++ /dev/null
@@ -1,198 +0,0 @@
----
-slug: how-end-to-end-encryption-secures-updates
-title: La sécurisation des mises à jour avec le chiffrement de bout en bout
-description: >-
-  Découvrez comment le chiffrement de bout en bout sécurise les mises à jour
-  OTA, garantit l'intégrité des applications et la confiance des utilisateurs
-  tout en empêchant les accès non autorisés et les manipulations.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:10:31.003Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc6fa4af1a45e500bc7deb-1744604001503.jpg
-head_image_alt: Développement Mobile
-keywords: 'end-to-end encryption, OTA updates, app security, data protection, user trust'
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Le **chiffrement de bout en bout (E2EE)** est la meilleure façon de sécuriser les mises à jour en direct (OTA) pour les applications. Il garantit que seul l'utilisateur prévu peut déchiffrer et installer les mises à jour, protégeant contre les risques comme l'altération, l'injection de code et les violations de données. Des plateformes comme [Capgo](https://capgo.app/) ont implémenté l'E2EE pour protéger l'intégrité des applications tout en respectant les normes de sécurité exigées par Apple et Google.
-
-### Principaux avantages des mises à jour OTA chiffrées :
-
--   **Prévient les attaques** : Bloque les attaques de l'homme du milieu et les accès non autorisés.
--   **Protège l'intégrité de l'application** : Garantit que les mises à jour sont authentiques et non altérées.
--   **Soutient la conformité** : Répond aux directives de sécurité des stores d'applications et réglementaires.
--   **Renforce la confiance des utilisateurs** : Seuls les utilisateurs peuvent déchiffrer les mises à jour, assurant la confidentialité.
-
-### Comment ça fonctionne :
-
-1.  Les développeurs chiffrent le package de mise à jour.
-2.  L'échange sécurisé de clés garantit que seuls les appareils autorisés peuvent déchiffrer.
-3.  Les appareils vérifient l'authenticité et installent la mise à jour en toute sécurité.
-
-La solution de Capgo a livré 23,5 millions de mises à jour dans le monde, atteignant un **taux d'adoption de 95% en 24 heures** et un **taux de réussite de 82% dans le monde**. En [chiffrant les mises à jour](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/), les développeurs peuvent déployer plus rapidement, plus sûrement et plus fiablement.
-
-## Mises à jour OTA sécurisées pour [ESP32](https://en.wikipedia.org/wiki/ESP32) - Configurer la signature de code avec ...
-
-<iframe src="https://www.youtube.com/embed/z7nqbCQQBp8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Comment fonctionne le chiffrement de bout en bout dans les mises à jour OTA
-
-Le chiffrement de bout en bout (E2EE) garantit que les packages de mise à jour OTA restent privés et protégés contre l'altération pendant la transmission. Il sécurise l'ensemble du processus afin que seul le destinataire prévu puisse déchiffrer et installer la mise à jour. Voici une analyse des concepts clés et du fonctionnement du processus.
-
-### Concepts fondamentaux du chiffrement de bout en bout
-
-L'E2EE établit une connexion sécurisée entre le système de build du développeur et l'appareil de l'utilisateur. Cela signifie que même si quelqu'un intercepte la mise à jour, il ne pourra pas accéder à son contenu. Comme l'explique Capgo :
-
-> "Seuls vos utilisateurs peuvent déchiffrer vos mises à jour, personne d'autre." [\[1\]](https://capgo.app/)
-
-Dans cette configuration, les clés de chiffrement ne sont stockées qu'aux points d'extrémité. Cela garantit que même la plateforme livrant la mise à jour ne peut pas déchiffrer le contenu, suivant un principe strict de confiance zéro.
-
-### Éléments principaux des mises à jour sécurisées
-
-La protection des mises à jour OTA implique l'utilisation de méthodes de chiffrement robustes et de protocoles d'échange de clés sécurisés. Ensemble, ils garantissent que le package de mise à jour reste à la fois confidentiel et intact pendant la transmission, empêchant tout accès ou modification non autorisé.
-
-### Processus de sécurité des mises à jour
-
-Le processus de sécurisation d'une mise à jour OTA comprend plusieurs étapes :
-
-1.  Le développeur chiffre le package de mise à jour sur un système sécurisé.
-2.  Un échange de clés sécurisé garantit que seuls les appareils autorisés peuvent accéder aux clés de déchiffrement.
-3.  Lorsque l'appareil télécharge la mise à jour, il effectue des vérifications cryptographiques pour confirmer l'authenticité de la mise à jour et détecter toute altération.
-
-Capgo souligne cette approche en déclarant :
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" [\[1\]](https://capgo.app/)
-
-Ce processus en plusieurs étapes garantit que les mises à jour sont protégées depuis leur création jusqu'à leur installation, offrant un niveau de sécurité plus élevé que les approches qui reposent uniquement sur la signature des mises à jour.
-
-## Configuration du chiffrement de bout en bout dans [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fc6fa4af1a45e500bc7deb/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Cette section explique comment implémenter le chiffrement de bout en bout dans les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), en s'appuyant sur les concepts abordés précédemment.
-
-Pour garantir des mises à jour en direct (OTA) sécurisées dans Capacitor, utilisez des protocoles de chiffrement conçus pour une haute sécurité. La plateforme Capgo simplifie la gestion des clés de chiffrement tout en respectant les normes de sécurité les plus strictes.
-
-### Chiffrement des packages de mise à jour
-
-Commencez par préparer votre package de mise à jour en utilisant l'outil CLI de Capgo. Cet outil automatise le processus de chiffrement, facilitant la sécurisation de vos mises à jour. Installez le plugin Capgo avec la commande suivante :
-
-```
-npx @capgo/cli init
-```
-
-Après l'installation, construisez votre application comme d'habitude et déployez la mise à jour chiffrée à l'aide du CLI. Ce processus garantit que vos mises à jour sont emballées de manière sécurisée et prêtes pour le déploiement.
-
-Une fois le package chiffré, assurez-vous que les clés de chiffrement sont échangées de manière sécurisée.
-
-### Échange sécurisé des clés
-
-Capgo intègre des systèmes de gestion des clés conformes aux exigences de sécurité d'Apple et Google [\[1\]](https://capgo.app/). Cela garantit que les clés de chiffrement sont échangées de manière sécurisée et fiable.
-
-Une fois les clés en place, le package chiffré peut être envoyé en utilisant un protocole de transfert de données sécurisé.
-
-### Transfert sécurisé des données
-
-La plateforme Capgo assure une livraison rapide et sécurisée des données. Par exemple, un bundle de 5MB est transmis en seulement 114ms, et le système a réussi à livrer 23,5 millions de mises à jour [\[1\]](https://capgo.app/).
-
-Voici un aperçu rapide de ses métriques de performance :
-
-| Métrique | Performance |
-| --- | --- |
-| Temps de réponse moyen de l'API | 57ms dans le monde |
-| Vitesse de téléchargement du bundle | 114ms pour 5MB |
-| Taux de réussite des mises à jour | 95% en 24 heures |
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-## Avantages des mises à jour OTA chiffrées
-
-Le chiffrement de bout en bout apporte des avantages majeurs aux mises à jour en direct (OTA), améliorant à la fois la sécurité et la fiabilité pour les développeurs et les utilisateurs.
-
-### Sécurité renforcée
-
-Avec le chiffrement de bout en bout, les mises à jour sont protégées contre les accès non autorisés et l'altération. Seuls les utilisateurs prévus peuvent déchiffrer et installer les mises à jour, garantissant que le processus de livraison reste sécurisé. Les études montrent que les mises à jour chiffrées offrent une sécurité robuste sans compromettre l'efficacité de la livraison [\[1\]](https://capgo.app/).
-
-### Alignement avec les normes de sécurité
-
-Les [mises à jour OTA chiffrées](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) aident les applications à répondre aux exigences strictes de sécurité fixées par les stores d'applications et les organismes de réglementation. En garantissant que seuls les utilisateurs finaux peuvent déchiffrer les packages de mise à jour, ces mises à jour répondent aux normes des plateformes comme Apple et Google tout en protégeant la confidentialité des utilisateurs.
-
-| Exigence de sécurité | Rôle du chiffrement |
-| --- | --- |
-| Protection des données | Bloque l'accès non autorisé au contenu des mises à jour |
-| Intégrité du code | Confirme que les mises à jour sont exemptes d'altération |
-| Confidentialité des utilisateurs | Garantit que seuls les utilisateurs peuvent accéder aux mises à jour déchiffrées |
-| Conformité aux stores d'applications | Satisfait aux directives de sécurité des plateformes |
-
-En plus de la conformité, le chiffrement soutient directement la confiance des utilisateurs en démontrant un engagement envers la sécurité des données.
-
-### Renforcement de la confiance des utilisateurs et simplification du déploiement
-
-Les mises à jour chiffrées renforcent non seulement la confiance des utilisateurs mais simplifient et accélèrent également le déploiement. Cette combinaison de confiance et d'automatisation est particulièrement utile pour les équipes pratiquant le déploiement continu, conduisant de nombreux développeurs à abandonner les méthodes de mise à jour plus anciennes.
-
-> "Seuls vos utilisateurs peuvent déchiffrer vos mises à jour, personne d'autre." - Capgo [\[1\]](https://capgo.app/)
-
-## Directives de sécurité pour les mises à jour OTA
-
-Des mesures de sécurité solides sont essentielles pour maintenir l'intégrité et la fiabilité des mises à jour OTA chiffrées. Ces directives, construites sur un cadre de chiffrement solide, couvrent tout, de la gestion des clés à la distribution pour garantir que les mises à jour restent sécurisées.
-
-### Gestion des clés de chiffrement
-
-Une bonne gestion des clés est cruciale car seuls les utilisateurs doivent pouvoir déchiffrer les mises à jour [\[1\]](https://capgo.app/).
-
-| **Pratique de gestion des clés** | **Guide d'implémentation** |
-| --- | --- |
-| Génération des clés | Utiliser des méthodes cryptographiquement sûres |
-| Sécurité du stockage | Stocker les clés privées dans un matériel sécurisé |
-| Contrôle d'accès | Restreindre l'accès aux clés au personnel autorisé uniquement |
-
-Après avoir sécurisé les clés, des tests rigoureux sont nécessaires pour valider l'intégrité des mises à jour.
-
-### Test et suivi des mises à jour
-
-Les tests et le suivi sont essentiels pour garantir que les mises à jour sont sûres et efficaces. Selon les analyses de Capgo, les mises à jour minutieusement testées atteignent un taux d'adoption de 95% des utilisateurs en 24 heures [\[1\]](https://capgo.app/).
-
-Pour maintenir la sécurité des mises à jour :
-
--   Utilisez des analyses pour surveiller les taux de réussite, l'engagement des utilisateurs et les tendances des erreurs.
--   Automatisez les tests pour chaque package de mise à jour.
--   Maintenez des journaux détaillés des processus de distribution et d'installation des mises à jour.
-
-### Règles de distribution des mises à jour
-
-Une fois que les tests confirment la sécurité d'une mise à jour, une distribution contrôlée aide à réduire les risques. L'utilisation d'un système de canaux permet des déploiements progressifs tout en maintenant des normes de sécurité élevées.
-
-| **Phase de distribution** | **Mesures de sécurité** |
-| --- | --- |
-| Version initiale | Tests bêta avec un petit groupe d'utilisateurs |
-| Déploiement progressif | Déploiement graduel avec surveillance continue |
-| Distribution complète | Suivi continu des taux de réussite |
-| Réponse d'urgence | Activer le retour en arrière en un clic pour des corrections rapides |
-
-Une gestion soigneuse des canaux garantit que les mises à jour sont déployées avec succès dans le monde entier [\[1\]](https://capgo.app/).
-
-> "Ciblez des groupes d'utilisateurs spécifiques avec différentes versions en utilisant des canaux pour les tests bêta et les déploiements progressifs" - Capgo [\[1\]](https://capgo.app/)
-
-## Conclusion
-
-Le chiffrement de bout en bout joue un rôle crucial dans la sécurisation des mises à jour OTA. En utilisant des protocoles de chiffrement robustes, les mises à jour restent protégées tout en respectant les directives des stores d'applications.
-
-Les chiffres parlent d'eux-mêmes. Avec l'implémentation du chiffrement de bout en bout de Capgo, les développeurs atteignent un impressionnant taux de réussite global de 82% [\[1\]](https://capgo.app/). Cela assure non seulement une livraison sécurisée mais renforce également la confiance des utilisateurs et accélère les déploiements.
-
-Les avantages des mises à jour OTA sécurisées vont au-delà de la simple sécurité. Les développeurs ont réussi à livrer plus de 23,5 millions de mises à jour dans le monde [\[1\]](https://capgo.app/), montrant comment le chiffrement peut évoluer efficacement sans compromettre la sécurité.
-
-Voici quelques facteurs clés qui contribuent au succès des mises à jour OTA :
-
-| Facteur de réussite | Rôle dans les [Mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/) |
-| --- | --- |
-| [Implémentation du chiffrement](https://capgo.app/docs/cli/migrations/encryption/) | Garantit que seuls les utilisateurs autorisés peuvent déchiffrer les mises à jour |
-| Stratégie de distribution | Gère les déploiements contrôlés et échelonnés |
-| Conformité de sécurité | Maintient les mises à jour alignées avec les règles des plateformes |
-| Vérification des mises à jour | Confirme l'intégrité de chaque mise à jour |
-
-L'avenir des mises à jour d'applications dépend de systèmes qui combinent sécurité et adaptabilité. À mesure que davantage de développeurs adoptent le chiffrement de bout en bout, les mises à jour OTA continueront de protéger les applications tout en établissant une norme plus élevée pour les systèmes de distribution.
diff --git a/src/content/blog/fr/how-live-updates-for-capacitor-work.md b/src/content/blog/fr/how-live-updates-for-capacitor-work.md
deleted file mode 100644
index c997d32e0..000000000
--- a/src/content/blog/fr/how-live-updates-for-capacitor-work.md
+++ /dev/null
@@ -1,292 +0,0 @@
----
-slug: how-live-updates-for-capacitor-work
-title: Comment fonctionnent les mises à jour en direct dans Capgo
-description: >-
-  Plongée technique dans l'implémentation des mises à jour en direct dans Capgo,
-  comprenant son fonctionnement interne pour iOS et Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T06:14:25.862Z
-updated_at: 2025-03-18T15:14:16.781Z
-head_image: /capgo_banner.webp
-head_image_alt: Architecture des mises à jour en direct
-keywords: >-
-  Capgo live updates, OTA updates, Capacitor updates, mobile app development,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-# Comprendre les mises à jour en direct dans Capgo
-
-Les mises à jour en direct sont l'une des fonctionnalités les plus puissantes des applications Capacitor, permettant des mises à jour en temps réel sans soumission à l'App Store. Plongeons dans la façon dont Capgo implémente cette fonctionnalité.
-
-## Concepts fondamentaux
-
-Une application Capacitor se compose de deux couches principales :
-
-1. **Couche Web** : Contient les fichiers HTML, CSS et JavaScript chargés dans le WebView
-2. **Couche Native** : Contient le code spécifique à la plateforme (Java/Kotlin pour Android, Swift pour iOS)
-
-Le système de mise à jour en direct de Capgo fonctionne en remplaçant la couche web pendant l'exécution, car ces fichiers ne sont pas compilés dans le binaire de l'application.
-
-## Implémentation technique
-
-### Chemins du serveur dans Capacitor
-
-Capgo gère deux chemins critiques :
-
-- **Chemin du serveur actuel** : Pointe vers les fichiers actuellement chargés dans WebView
-- **Chemin du serveur suivant** : Pointe vers les fichiers qui se chargeront au prochain redémarrage de l'application
-
-### Implémentation Android
-
-Sur Android, Capgo gère les chemins via :
-
-```java
-// Store next server path
-private void setNextCapacitorServerPath(String path) {
-    SharedPreferences prefs = context.getSharedPreferences("CapWebViewSettings", Activity.MODE_PRIVATE);
-    SharedPreferences.Editor editor = prefs.edit();
-    editor.putString("serverBasePath", path);
-    editor.apply();
-}
-
-// Update current path and reload
-private void setCurrentCapacitorServerPath(String path) {
-    bridge.setServerBasePath(path);
-    bridge.reload();
-}
-```
-
-### Implémentation iOS
-
-Sur iOS, les chemins sont gérés via :
-
-```swift
-// Store next server path
-private func setNextCapacitorServerPath(path: String) {
-    KeyValueStore.standard["serverBasePath"] = path
-}
-
-// Update current path
-private func setCurrentCapacitorServerPath(path: String) {
-    bridge.viewController.setServerBasePath(path: path)
-}
-```
-
-## Mesures de sécurité
-
-Capgo implémente une sécurité de niveau militaire grâce au chiffrement de bout en bout, garantissant que les mises à jour de votre application restent totalement sécurisées du développement au déploiement. Notre système de chiffrement va au-delà de la signature de code traditionnelle pour fournir une véritable sécurité à connaissance nulle.
-
-### Architecture de chiffrement de bout en bout
-
-1. **Chiffrement de bout en bout (E2EE)** : Chaque bundle de mise à jour est chiffré en utilisant le chiffrement AES-256-GCM avant de quitter votre environnement de développement. Ce chiffrement de niveau militaire garantit que les mises à jour de votre application restent totalement privées et sécurisées tout au long du processus de livraison.
-
-2. **Architecture à connaissance nulle** : Contrairement aux autres solutions de mise à jour OTA qui ne font que signer les mises à jour, Capgo utilise un véritable chiffrement à connaissance nulle. Cela signifie :
-   - Le contenu des mises à jour est chiffré avant l'envoi
-   - Les serveurs Capgo ne stockent que des données chiffrées
-   - Le déchiffrement n'a lieu que sur les appareils des utilisateurs finaux
-   - Aucun intermédiaire ne peut accéder au contenu de votre mise à jour
-
-3. **Gestion sécurisée des clés** : 
-   - Les clés de chiffrement sont générées et stockées en toute sécurité dans votre environnement CI/CD
-   - Les clés privées ne touchent jamais les serveurs de Capgo
-   - Chaque version d'application peut utiliser des clés de chiffrement uniques
-   - Support de rotation des clés pour une sécurité renforcée
-
-En savoir plus sur notre système de chiffrement dans notre guide détaillé : [End-to-End Encryption in Capgo Live Updates](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)
-
-### Processus de sécurité des mises à jour
-
-1. **Chiffrement avant envoi** :
-   - Les mises à jour sont chiffrées dans votre pipeline CI/CD
-   - Chaque fichier est chiffré individuellement
-   - Les métadonnées sont également chiffrées pour une confidentialité totale
-
-2. **Stockage sécurisé** :
-   - Les bundles chiffrés sont stockés sur le CDN global de Capgo
-   - Aucune donnée en clair ne touche nos serveurs
-   - Même en cas de violation du serveur, les données restent sécurisées
-
-3. **Livraison sécurisée** :
-   - Les mises à jour sont livrées via des canaux chiffrés
-   - Chaque instance d'application valide l'intégrité du chiffrement
-   - Mécanismes de nouvelle tentative automatique pour les déchiffrements échoués
-
-4. **Sécurité côté client** :
-   - Les mises à jour sont vérifiées avant l'installation
-   - L'échec du déchiffrement déclenche un retour automatique
-   - Stockage sécurisé des clés dans le stockage protégé de l'application
-
-Cette approche de sécurité complète garantit que les mises à jour de votre application restent protégées contre :
-- Les attaques de l'homme du milieu
-- Les violations côté serveur
-- Les modifications non autorisées
-- Les attaques par rejeu
-- L'altération du contenu
-
-## Cycle de vie des mises à jour
-
-Le processus de mise à jour de Capgo est conçu pour être automatique par défaut. Voici comment fonctionne le processus automatique :
-
-### 1. Vérification automatique des mises à jour
-
-Le plugin vérifie automatiquement les mises à jour dans ces situations :
-- Au démarrage de l'application
-
-Ce comportement est contrôlé par le paramètre `autoUpdate` :
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true // Enable automatic updates
-    }
-  }
-}
-```
-Vous pouvez aussi vérifier manuellement avec `getLatest()`
-
-### 2. Téléchargement automatique
-
-Lorsqu'une nouvelle version est détectée, si `autoUpdate` est activé :
-1. Le téléchargement démarre automatiquement
-2. La progression est suivie en interne
-3. Les téléchargements échoués sont réessayés automatiquement à chaque ouverture de l'application
-4. Les téléchargements réussis sont stockés dans le stockage de l'application
-
-Vous pouvez surveiller ce processus via des événements :
-```typescript
-CapacitorUpdater.addListener('download', (info: DownloadEvent) => {
-  console.log('Auto-download progress:', info.percent);
-});
-
-CapacitorUpdater.addListener('downloadComplete', (info: DownloadCompleteEvent) => {
-  console.log('Auto-download complete:', info.bundle);
-});
-```
-
-### 3. Installation automatique
-
-Le moment de l'installation dépend de votre configuration :
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": false // install update on app backgrounding
-      "resetWhenUpdate": true, // reset live updates on native update (true by default)
-      "autoDeleteFailed": true, // Auto cleanup failed updates (true by default)
-      "autoDeletePrevious": true // Auto cleanup old versions (true by default)
-    }
-  }
-}
-```
-
-L'installation se produit :
-- Immédiatement si `directUpdate` est vrai
-- Au prochain passage en arrière-plan de l'application si `directUpdate` est faux
-- Retour automatique si l'installation échoue
-
-Le plugin gère également automatiquement le stockage :
-- Supprime les mises à jour échouées si `autoDeleteFailed` est vrai
-- Nettoie les anciennes versions si `autoDeletePrevious` est vrai
-
-### Report des mises à jour
-
-Vous pouvez contrôler quand les mises à jour sont installées en utilisant des conditions de délai :
-
-```typescript
-// Delay until app goes to background
-await CapacitorUpdater.setDelay({
-  kind: 'background'
-});
-
-// Delay until specific date
-await CapacitorUpdater.setDelay({
-  kind: 'date',
-  value: '2024-03-20T10:00:00.000Z'
-});
-
-// Delay until next native version
-await CapacitorUpdater.setDelay({
-  kind: 'nativeVersion'
-});
-
-// Multiple conditions
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'background'
-    },
-    {
-      kind: 'date',
-      value: '2024-03-20T10:00:00.000Z'
-    }
-  ]
-});
-```
-
-Conditions de délai disponibles :
-- **background** : Installer quand l'application passe en arrière-plan
-- **date** : Installer après une date/heure spécifique
-- **nativeVersion** : Installer après la prochaine mise à jour native
-- **kill** : Installer après l'arrêt de l'application
-
-C'est utile pour :
-- Programmer des mises à jour pendant les heures creuses
-- Coordonner les mises à jour avec l'activité de l'utilisateur
-- Assurer une expérience de mise à jour fluide
-- Éviter les perturbations pendant les tâches critiques
-
-### États des mises à jour
-
-Pendant le processus automatique, les bundles passent par ces états :
-1. **downloading** : Téléchargement en cours
-2. **pending** : Téléchargement terminé, en attente d'installation
-3. **success** : Mise à jour installée et active
-4. **error** : Mise à jour échouée (déclenche un retour automatique)
-
-## Conformité aux stores
-
-### Apple App Store ✅
-
-Les mises à jour en direct sont entièrement conformes aux politiques de l'App Store d'Apple. Comme indiqué dans l'accord de licence du programme pour développeurs Apple :
-
-> "Le code interprété peut être téléchargé dans une application, mais uniquement si ce code : (a) ne modifie pas l'objectif principal de l'application en fournissant des fonctionnalités incohérentes avec l'objectif prévu et annoncé de l'application telle que soumise à l'App Store, (b) ne crée pas de magasin ou de vitrine pour d'autres codes ou applications, et (c) ne contourne pas la signature, le bac à sable ou d'autres fonctionnalités de sécurité du système d'exploitation."
-
-Les mises à jour Capgo ne modifient que la couche web tout en respectant toutes les limites de sécurité de la plateforme.
-
-### Google Play Store ✅
-
-Les mises à jour en direct sont conformes aux politiques du Google Play Store. La politique d'abus des appareils et du réseau stipule spécifiquement :
-
-> "Cette restriction ne s'applique pas au code qui s'exécute dans une machine virtuelle ou un interpréteur où l'un ou l'autre fournit un accès indirect aux API Android (comme JavaScript dans une webview ou un navigateur)."
-
-Puisque Capgo ne met à jour que le contenu WebView, il entre dans le cadre de ces directives autorisées.
-
-## Meilleures pratiques
-
-1. **Déploiements progressifs** : Déployer les mises à jour graduellement
-2. **Contrôle de version** : Suivre toutes les versions déployées
-3. **Support de retour arrière** : Récupération rapide des problèmes
-4. **Mises à jour delta** : Ne télécharger que les fichiers modifiés
-
-## Quand utiliser les mises à jour en direct
-
-Parfait pour :
-- Corrections de bugs
-- Améliorations de l'interface utilisateur
-- Mises à jour de contenu
-- Bascules de fonctionnalités
-
-Ne convient pas pour :
-- Changements de code natif
-- Mises à jour majeures de version
-- Correctifs de sécurité nécessitant des changements natifs
diff --git a/src/content/blog/fr/how-mobile-apps-stay-compliant-with-us-privacy-laws.md b/src/content/blog/fr/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
deleted file mode 100644
index 4a42c762b..000000000
--- a/src/content/blog/fr/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
+++ /dev/null
@@ -1,238 +0,0 @@
----
-slug: how-mobile-apps-stay-compliant-with-us-privacy-laws
-title: >-
-  Comment les applications mobiles se conforment aux lois sur la confidentialité
-  aux États-Unis
-description: >-
-  Découvrez comment les applications mobiles peuvent se conformer aux exigences
-  des lois américaines sur la protection de la vie privée grâce au consentement
-  des utilisateurs, à la gestion des données et à des pratiques de sécurité
-  efficaces.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-06T03:14:22.038Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c8efd008fcceb00021f6ac-1741230902559.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  mobile apps, privacy compliance, user consent, data management, encryption,
-  app store rules, privacy policies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
--   **Fonctionnalités clés de confidentialité** :
-    
-    -   Fournir des options de consentement claires (opt-in/opt-out).
-    -   Partager des [politiques de confidentialité](https://capgo.app/dp/) faciles à comprendre.
-    -   Permettre aux utilisateurs d'accéder, supprimer et transférer leurs données.
--   **Outils de confidentialité** :
-    
-    -   Utiliser le chiffrement de bout en bout pour la sécurité des données.
-    -   Mettre en œuvre des outils comme [Capgo](https://capgo.app/) pour des mises à jour rapides et le suivi de la conformité.
--   **Règles de l'[App Store](https://www.apple.com/app-store/)** :
-    
-    -   Apple : Suivre l'[App Tracking Transparency](https://developer.apple.com/documentation/apptrackingtransparency) (ATT) et mettre à jour les étiquettes de confidentialité.
-    -   Google : Soumettre une Déclaration de Sécurité des Données et maintenir une [politique de confidentialité](https://capgo.app/privacy/) détaillée.
--   **Étapes de conformité** :
-    
-    -   Auditer régulièrement les pratiques de collecte de données.
-    -   Tester les flux de consentement utilisateur et les outils de gestion des données.
-    -   Rester informé des lois étatiques et des exigences des app stores.
-
-**Conseil rapide** : Utilisez des outils automatisés et des plateformes CI/CD pour déployer rapidement et en toute sécurité les mises à jour de confidentialité.
-
-## L'état de la confidentialité des applications mobiles : Tendances et enseignements en matière de conformité
-
-<iframe src="https://www.youtube.com/embed/KodK0fIQhks" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Fonctionnalités de confidentialité requises pour les applications mobiles
-
-Les applications mobiles doivent inclure des outils permettant aux utilisateurs de gérer leurs données personnelles, garantissant la conformité avec les lois américaines sur la confidentialité. Ces outils aident les utilisateurs à garder le contrôle de leurs informations et à faire confiance à votre application.
-
-### Exigences en matière d'autorisation utilisateur
-
-Il est important de fournir aux utilisateurs des contrôles de confidentialité simples qui offrent de véritables choix concernant leurs données :
-
--   Utiliser des mécanismes de consentement clairs, y compris des options d'opt-in et d'opt-out.
--   Partager une politique de confidentialité facile à comprendre, expliquant comment les données sont collectées, utilisées et quels droits ont les utilisateurs.
-
-### Gestion des droits sur les données des utilisateurs
-
-Donnez aux utilisateurs la possibilité de gérer leurs données avec ces fonctionnalités :
-
--   Un portail sécurisé où ils peuvent accéder à leurs données, les télécharger et faire des demandes liées à la confidentialité.
--   Des outils faciles à utiliser pour supprimer les comptes et retirer les données associées.
--   Des options de transfert de données, permettant aux utilisateurs de déplacer leurs informations vers d'autres services.
-
-## Outils et méthodes de conformité en matière de confidentialité
-
-Une fois que vous avez mis en place les principales fonctionnalités de confidentialité, l'étape suivante consiste à les appliquer en utilisant des solutions techniques ciblées et des tests approfondis.
-
-### Normes de sécurité des données
-
-La sécurisation des données est un élément central de la conformité en matière de confidentialité. Les développeurs doivent utiliser le **chiffrement de bout en bout** pour protéger les données des utilisateurs pendant la transmission et le stockage, garantissant que les informations sensibles restent accessibles uniquement aux destinataires autorisés.
-
-### Outils pour le développement axé sur la confidentialité
-
-Certains outils peuvent aider à maintenir la conformité en matière de confidentialité tout au long du processus de développement. Par exemple, Capgo fournit des solutions adaptées aux applications Capacitor qui respectent les réglementations de confidentialité des États américains.
-
-Voici quelques fonctionnalités clés à considérer lors du choix d'outils de développement axés sur la confidentialité :
-
-| Fonctionnalité | Avantage en matière de confidentialité | Exemple de cas d'utilisation |
-| --- | --- | --- |
-| Chiffrement de bout en bout | Protège les données sensibles contre les accès non autorisés | Système de chiffrement de Capgo pour des mises à jour sécurisées |
-| Mises à jour instantanées | Permet des corrections rapides des problèmes de confidentialité | Pousser des mises à jour en direct sans attendre l'approbation de l'app store |
-| Attribution des utilisateurs | Gère la distribution des mises à jour à des fins de test | Déploiements progressifs pour des groupes d'utilisateurs sélectionnés |
-| Contrôle de version | Suit les changements liés à la conformité en matière de confidentialité | Intégration CI/CD avec vérifications de conformité intégrées |
-
-### Étapes pour les tests de conformité
-
-1.  **Évaluation initiale de la confidentialité**  
-    Commencez par examiner tous les points où les données sont collectées et les autorisations sont mises en œuvre. Documentez les types de données collectées et leur lieu de stockage.
-    
-2.  **Tests automatisés**  
-    Mettez en place des pipelines de tests continus pour vérifier les fonctionnalités de confidentialité à chaque déploiement. Par exemple, au 3 mars 2025, Capgo a réussi à livrer 947,6M de mises à jour dans le monde [\[1\]](https://capgo.app/).
-    
-3.  **Tests des droits des utilisateurs**  
-    Évaluez toutes les fonctionnalités de gestion des données utilisateurs, notamment :
-    
-    -   Traitement des demandes d'accès
-    -   Processus de suppression des données
-    -   Outils de portabilité des données
-    -   Systèmes de gestion du consentement
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Ces outils et étapes de test posent les bases pour répondre aux exigences de confidentialité de l'app store, qui seront discutées dans la section suivante.
-
-## Règles de confidentialité de l'[App Store](https://www.apple.com/app-store/)
-
-![App Store](https://mars-images.imgix.net/seobot/screenshots/www.apple.com-9d9fbf06f7f9dd70143af6386e59a5d2-2025-03-06.jpg?auto=compress)
-
-Se conformer aux normes de confidentialité fixées par les principaux app stores est essentiel pour maintenir votre application disponible et gagner la confiance des utilisateurs. Apple et Google ont établi des exigences strictes que les développeurs doivent respecter.
-
-### Exigences de confidentialité d'Apple
-
-L'App Store d'Apple applique la confidentialité via son framework App Tracking Transparency (ATT). Voici quelques points clés :
-
-| Exigence | Méthode | Vérification |
-| --- | --- | --- |
-| Étiquettes de confidentialité | Divulgation détaillée des pratiques de collecte de données | Doit être mise à jour à chaque soumission |
-| Framework ATT | Autorisation utilisateur pour le suivi inter-applications | Requis pour iOS 14.5+ |
-| Minimisation des données | Limiter la collecte de données aux fonctions essentielles | Audits réguliers de confidentialité nécessaires |
-
-Pour améliorer la sécurité, utilisez le chiffrement de bout en bout pour la transmission des données. Des outils comme Capgo peuvent aider en livrant des mises à jour chiffrées conformes aux directives de sécurité d'Apple [\[1\]](https://capgo.app/). D'autre part, Google Play applique également des normes strictes de transparence et de contrôle utilisateur sur les pratiques en matière de données.
-
-### Normes de confidentialité de [Google Play](https://play.google.com/store/games?hl=en_US&gl=US)
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/play.google.com-16a80c4cf416aa7572b6b4b1e8b92617-2025-03-06.jpg?auto=compress)
-
-Le Google Play Store exige que les développeurs fournissent des détails clairs sur leurs pratiques en matière de données. Les principales exigences comprennent :
-
-| Exigence | Description | Méthode |
-| --- | --- | --- |
-| Déclaration de sécurité des données | Divulgation claire de la collecte de données | Formulaire détaillé dans la Console Play |
-| Documentation de la politique de confidentialité | Informations complètes sur la confidentialité | Lien externe dans la fiche du store |
-| Pratiques de sécurité | Explication des mesures de protection des données | Documentation technique |
-
-Pour répondre à ces normes, envisagez d'adopter des outils permettant des mises à jour rapides de la confidentialité sur toutes les plateformes.
-
-### Approches techniques pour la conformité
-
-Voici quelques étapes pratiques pour s'assurer que votre application répond aux exigences de confidentialité d'Apple et de Google :
-
--   **Utiliser les API de confidentialité spécifiques aux plateformes** :  
-    Utilisez des outils comme les Manifestes de confidentialité d'Apple et les API de sécurité des données de Google pour documenter efficacement les points d'accès aux données.
-    
--   **Assurer la flexibilité des mises à jour** :  
-    Déployez rapidement des correctifs liés à la confidentialité en utilisant des systèmes de mise à jour conformes. Restez au fait des changements de politique.
-    
--   **Effectuer des audits réguliers de confidentialité** :  
-    Examinez fréquemment les pratiques de collecte de données de votre application, mettez à jour la documentation sur la confidentialité et vérifiez la conformité aux dernières normes.
-    
-
-Rester à jour avec les règles de confidentialité et mettre rapidement en œuvre les changements est essentiel pour maintenir la conformité. Comme l'explique Rodrigo Mantica :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-## Maintenir la conformité des applications en matière de confidentialité
-
-Maintenir la conformité en matière de confidentialité n'est pas une tâche ponctuelle. Au-delà des tests et du respect des exigences de l'app store, les développeurs doivent gérer activement la confidentialité pour suivre l'évolution des réglementations. L'utilisation des bons outils et approches peut vous aider à garder une longueur d'avance.
-
-### Mises à jour des lois sur la confidentialité
-
-Les lois sur la confidentialité évoluent constamment, et leur suivi nécessite un plan structuré :
-
-| Zone de surveillance | Méthode | Fréquence |
-| --- | --- | --- |
-| Lois étatiques | Flux de conformité juridique | Révision mensuelle |
-| Politiques de l'App Store | Actualités pour développeurs de la plateforme | Vérification bimensuelle |
-| Normes industrielles | Forums et groupes sur la confidentialité | Révision trimestrielle |
-
-En plus de la surveillance régulière, effectuer des audits garantit que votre application reste conforme.
-
-### Programme de vérification de la confidentialité
-
-Les audits de routine sont essentiels pour identifier et traiter les risques de conformité tôt :
-
-| Type de révision | Fréquence | Composants clés |
-| --- | --- | --- |
-| Audit de collecte de données | Mensuel | Vérifier les points de collecte de données |
-| Vérification des autorisations | Bimensuelle | Confirmer les processus de consentement utilisateur |
-| Évaluation de la sécurité | Trimestrielle | Examiner les mesures de chiffrement |
-| Révision de la documentation | Mensuelle | Mettre à jour les politiques de confidentialité |
-
-Ces audits, associés aux outils de gestion de la confidentialité, aident les développeurs à agir rapidement lorsque des problèmes surviennent.
-
-### Outils de gestion de la confidentialité
-
-Pour gérer efficacement les défis de conformité, les développeurs s'appuient sur des outils pour des [mises à jour](https://capgo.app/docs/live-updates/update-behavior/) rapides et sécurisées. Capgo en est un excellent exemple, ayant livré plus de 947,6 millions de [mises à jour](https://capgo.app/docs/live-updates/update-behavior/) sécurisées dans le monde [\[1\]](https://capgo.app/).
-
-| Fonctionnalité | Avantage en matière de confidentialité | Impact sur la mise en œuvre |
-| --- | --- | --- |
-| Chiffrement E2E | Protège les données en transit | Amélioration immédiate de la sécurité |
-| Intégration CI/CD | Accélère les correctifs de conformité | Réduit le temps de déploiement |
-| Attribution des utilisateurs | Permet des déploiements contrôlés | Capacité de test ciblé |
-
-Des outils comme ceux-ci garantissent une action rapide, des mises à jour sécurisées et un temps d'arrêt minimal.
-
-> "@Capgo est une façon intelligente de faire des push de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est en or." [\[1\]](https://capgo.app/)
-
-## Conclusion : Liste de contrôle de la conformité en matière de confidentialité
-
-### Guide de référence rapide
-
-Voici une liste de contrôle simplifiée pour vous aider à gérer les tâches clés de conformité en matière de confidentialité. Le tableau ci-dessous met en évidence les domaines principaux, leurs exigences et comment les vérifier :
-
-| Zone de Conformité | Exigences de Mise en Œuvre | Méthode de Vérification |
-| --- | --- | --- |
-| Sécurité des Données | Utiliser le chiffrement de bout en bout | Effectuer des audits de sécurité |
-| Droits des Utilisateurs | Mettre en place un système de permissions | Tester les flux utilisateurs |
-| [Gestion des Mises à Jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Activer les déploiements rapides | Intégrer des outils CI/CD |
-| Documentation | Maintenir les politiques de confidentialité à jour | Effectuer des revues mensuelles |
-
-Concentrez-vous sur les outils permettant des réponses rapides aux besoins de conformité. Cette liste de contrôle est votre point de départ - il est temps d'agir.
-
-### Pour Commencer
-
-Commencez par mettre en place un [système de mise à jour efficace](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Les outils modernes facilitent ce processus plus que jamais. Par exemple, **Capgo** s'intègre avec des plateformes CI/CD comme [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), et [GitHub](https://github.com/about), garantissant des mises à jour à la fois rapides et sécurisées.
-
-Voici un guide étape par étape pour la mise en œuvre :
-
-| Action | Calendrier | Résultat Attendu |
-| --- | --- | --- |
-| Configuration de la Sécurité | Semaine 1 | Transmission des données chiffrée |
-| Attribution des Utilisateurs | Semaine 2 | Processus de déploiement contrôlé |
-| Intégration CI/CD | Semaine 3 | Déploiements automatisés |
-
-Un exemple concret vient de Rodrigo Mantica, qui a partagé :
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !"
-
-> "@Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est précieux."
diff --git a/src/content/blog/fr/how-native-bridge-works-in-capacitor-android-apps.md b/src/content/blog/fr/how-native-bridge-works-in-capacitor-android-apps.md
deleted file mode 100644
index 476171d9f..000000000
--- a/src/content/blog/fr/how-native-bridge-works-in-capacitor-android-apps.md
+++ /dev/null
@@ -1,300 +0,0 @@
----
-slug: how-native-bridge-works-in-capacitor-android-apps
-title: >-
-  Voici comment fonctionne le Native Bridge dans les applications Android de
-  Capacitor
-description: >-
-  Découvrez comment le pont natif dans les applications Android améliore la
-  communication entre le code web et les fonctions natives, optimisant les
-  performances et l'expérience utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:26:08.446Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de087b13cee397379a0b94-1742610380581.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, Android, native bridge, JavaScript, mobile development, app
-  performance, updates, communication
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Le pont natif dans les applications Android [Capacitor](https://capacitorjs.com/) permet une communication transparente entre le JavaScript basé sur le web et les fonctionnalités natives d'Android.** Il permet aux développeurs d'utiliser des fonctionnalités spécifiques à Android comme l'appareil photo, la géolocalisation et le stockage directement depuis leur code web, créant ainsi des applications qui semblent natives tout en exploitant les technologies web.
-
-### Points clés :
-
--   **Qu'est-ce que c'est ?** Un système de communication bidirectionnel entre JavaScript et Android, convertissant les appels JavaScript en méthodes Android natives et vice versa.
--   **Points forts des performances :**
-    -   Temps de réponse API : **57ms** (moyenne globale).
-    -   Transfert de données : **114ms** pour des paquets de 5MB.
-    -   Adoption des mises à jour : **95% complétées en 24 heures** en utilisant des outils comme [Capgo](https://capgo.app/).
--   **Comment ça fonctionne :**
-    -   **JavaScript vers Android :** Envoie des requêtes sérialisées aux méthodes Android natives.
-    -   **Android vers JavaScript :** Utilise des callbacks pour la diffusion d'événements, les réponses directes et les mises à jour d'état.
--   **Prérequis de configuration :**
-    -   Utiliser Capacitor 8.x.
-    -   Configurer [Gradle](https://gradle.org/), `AndroidManifest.xml`, et les ressources web.
--   **Conseils d'optimisation :**
-    -   Utiliser des mises à jour partielles pour réduire la bande passante.
-    -   Surveiller la latence des appels au pont, les tailles de données et l'utilisation de la mémoire.
-
-Capgo, un outil pour les mises à jour à distance, s'intègre au pont natif pour livrer des mises à jour efficacement et de manière sécurisée, assurant que les applications restent réactives et à jour.
-
-**Vous voulez construire des applications rapides et réactives qui combinent la flexibilité du code web avec les performances natives d'Android ? Continuez la lecture pour apprendre comment le pont natif fonctionne et comment l'optimiser pour vos projets.**
-
-## Comment créer un plugin local spécifique au projet | Ionic | [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-22.jpg?auto=compress)
-
-<Steps>
-
-1. comment créer un plugin local spécifique au projet
-
-</Steps>
-
-## Flux de Communication du Pont Natif
-
-Le pont natif dans les [applications Android Capacitor](https://capgo.app/top_capacitor_app/) permet une communication bidirectionnelle entre les couches web et natives. Ce système de passage de messages assure un échange de données fluide et en temps réel sans compromettre les performances. Ci-dessous, nous détaillons comment la communication s'effectue dans les deux sens et comment les données sont gérées.
-
-### Communication JavaScript vers Android
-
-Lorsque JavaScript doit interagir avec une fonctionnalité Android native, il suit un processus structuré à travers le pont natif. JavaScript envoie des requêtes en sérialisant et en mettant en file d'attente les données, assurant que les requêtes sont traitées de manière organisée et évitant les conflits.
-
-Voici comment fonctionne le flux de messages :
-
-| **Étape** | **Processus** |
-| --- | --- |
-| Création du Message | Création de la charge utile JavaScript |
-| Sérialisation | Conversion des données en format natif |
-| Gestion de la File d'Attente | Priorisation et routage des messages |
-| Exécution Native | Exécution des requêtes via les méthodes Android |
-
-Cette configuration garantit que les appels JavaScript sont traités efficacement et dans le bon ordre.
-
-### Communication Android vers JavaScript
-
-Le code Android natif communique avec la couche web en utilisant des mécanismes de callback. Le pont garde une trace des callbacks en attente pour s'assurer que les réponses correspondent aux bonnes requêtes. Ce système garantit que les opérations asynchrones sont complétées correctement et que les données sont envoyées à la bonne destination.
-
-La communication Android vers JavaScript se divise généralement en trois catégories :
-
--   **Diffusion d'Événements** : Envoi de notifications système.
--   **Réponses Directes** : Réponse aux requêtes JavaScript spécifiques.
--   **Mises à jour d'État** : Synchronisation des changements de données entre les couches.
-
-### Transfert et Traitement des Données
-
-Les données passant par le pont sont optimisées pour la vitesse et la précision. Des techniques comme l'encodage efficace, le traitement par lots et la gestion automatique de la mémoire aident à minimiser les surcharges tout en maintenant l'intégrité des données.
-
-Le pont prend en charge divers formats de données, assurant la compatibilité et la sécurité des types :
-
-| **Type de Données** | **Format JavaScript** | **Format Android Natif** |
-| --- | --- | --- |
-| Chaînes | UTF-16 | Java String |
-| Nombres | Double/Integer | Double/Long |
-| Objets | JSON | JSONObject |
-| Binaire | ArrayBuffer | ByteArray |
-
-Ce système de communication permet aux développeurs de créer des applications réactives qui combinent la puissance des fonctionnalités Android natives avec la flexibilité des technologies web. Sa conception efficace assure des performances fluides sur différents appareils et versions Android.
-
-## Configuration du Pont Natif pour Android
-
-Pour permettre la communication entre votre application web et les fonctionnalités natives Android, vous devrez configurer soigneusement votre projet. Voici comment commencer.
-
-### Étapes de Configuration Initiale
-
-Commencez par configurer à la fois le projet Android natif et la couche d'application web. Le tableau ci-dessous décrit les composants clés que vous devrez configurer :
-
-| Composant de Configuration | Configuration Requise |
-| --- | --- |
-| **[Version Capacitor](https://capgo.app/plugins/ivs-player/)** | Utiliser la version 6.x ou 7.x |
-| **[Android Studio](https://developer.android.com/studio)** | Installer la dernière version stable |
-| **Dépendances Gradle** | Inclure la bibliothèque `capacitor-android` |
-| **Structure du Projet** | Configurer correctement `AndroidManifest.xml` |
-| **Ressources Web** | Configurer correctement les chemins des ressources |
-
-Assurez-vous que votre projet utilise les bonnes versions de Capacitor et Android Studio, inclut les dépendances Gradle nécessaires et dispose d'un fichier `AndroidManifest.xml` correctement configuré. De plus, assurez-vous que vos ressources web sont correctement mappées.
-
-Une fois la configuration de base terminée, vous pouvez étendre votre projet en créant des plugins personnalisés.
-
-### Création de Plugins Personnalisés
-
-Les plugins personnalisés agissent comme le lien entre votre code web et la fonctionnalité native d'Android. Lors de la création de ces plugins, concentrez-vous sur des interfaces claires, des conversions de types appropriées et une gestion solide des erreurs.
-
-Les étapes clés pour le développement de plugins incluent :
-
--   L'extension de la classe de base `Plugin`
--   L'utilisation de l'annotation `@PluginMethod` pour les méthodes du plugin
--   L'assurance de la sécurité des types et l'implémentation de la gestion des erreurs
-
-En suivant ces directives, vous pouvez construire un pont fiable pour les fonctionnalités de votre application.
-
-### Utilisation des Méthodes Android Natives
-
-Après avoir configuré des plugins personnalisés, vous pouvez appeler des méthodes Android natives directement depuis votre code JavaScript en utilisant les méthodes de pont définies. Pour améliorer les performances, implémentez la mise en cache et le traitement par lots pour les appels fréquents.
-
-Voici un exemple de méthode native personnalisée :
-
-```kotlin
-@PluginMethod
-fun nativeMethod(call: PluginCall) {
-    try {
-        val value = call.getString("key")
-        // Perform native Android operations here
-        call.resolve(mapOf("result" to "success"))
-    } catch (e: Exception) {
-        call.reject("Error executing native method", e)
-    }
-}
-```
-
-Bien que le pont natif prenne en charge divers types de données et gère les conversions automatiquement, il est crucial de valider les données à la fois côté JavaScript et Android. Cela aide à prévenir les erreurs d'exécution et assure une communication fluide.
-
-## Améliorations des Performances
-
-L'optimisation du pont natif est essentielle pour maintenir la réactivité des applications Android Capacitor. Ici, nous examinerons des moyens pratiques d'améliorer les performances basés sur des cas d'utilisation réels.
-
-### Minimisation de la Charge du Pont
-
-Réduire la charge de travail sur le pont natif peut conduire à de meilleures performances d'application. Une méthode efficace est :
-
-| Stratégie | Implémentation | Impact |
-| --- | --- | --- |
-| Mises à jour partielles | Télécharger uniquement les composants modifiés | Réduit la consommation de bande passante |
-
-Lors de l'utilisation des mises à jour partielles, concentrez-vous sur le téléchargement des seules parties mises à jour de votre application plutôt que l'ensemble du bundle. Cette approche économise les ressources et améliore l'efficacité. Surveillez les métriques de performance pour vous assurer que le pont reste en forme optimale.
-
-### Tests et Surveillance
-
-Une surveillance régulière est essentielle pour assurer le bon fonctionnement du pont natif. Suivez ces métriques clés :
-
--   **Latence des appels au pont** : La rapidité avec laquelle le pont traite les appels.
--   **Tailles des transferts de données** : La quantité de données traversant le pont.
--   **Taux de succès/échec** : Le ratio des opérations réussies par rapport aux échecs.
--   **Modèles d'utilisation de la mémoire** : La quantité de mémoire que le pont consomme au fil du temps.
--   **Métriques de distribution des mises à jour** : Aperçus de la façon dont les mises à jour sont livrées.
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Pour maintenir des performances optimales, adoptez une stratégie de test approfondie qui inclut :
-
--   **Tests de Performance** : Établir des métriques de référence pour la comparaison.
--   **Tests de Charge** : Simuler un trafic important pour identifier les points faibles.
--   **Surveillance des Erreurs** : Suivre et analyser les défaillances du pont.
--   **Métriques d'Expérience Utilisateur** : S'assurer que l'application reste réactive pendant les opérations du pont.
-
-Pour une optimisation plus avancée, essayez d'utiliser un [système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) pour la distribution des mises à jour. Cette méthode permet de tester d'abord les mises à jour avec des groupes d'utilisateurs plus petits, facilitant la surveillance des performances avant de déployer les changements pour tout le monde.
-
-Ces stratégies non seulement valident les performances du pont mais aident également à l'affiner pour répondre aux exigences des applications du monde réel.
-
-## Directives de Développement
-
-Lors du travail avec le pont natif dans les applications Android Capacitor, suivre des pratiques de développement sécurisées et efficaces est essentiel. Voici comment vous pouvez assurer à la fois la sécurité et des performances fluides.
-
-### Mesures de Sécurité
-
-Implémentez plusieurs couches de sécurité pour protéger la transmission de données entre JavaScript et les composants natifs. Le **chiffrement de bout en bout** est indispensable pour protéger les informations sensibles.
-
-Voici quelques couches de sécurité essentielles à privilégier :
-
-| Couche de Sécurité | Implémentation | Objectif |
-| --- | --- | --- |
-| [Chiffrement des Données](https://capgo.app/docs/cli/migrations/encryption/) | Chiffrement de bout en bout | Protéger les données pendant la transmission |
-| Contrôle d'Accès | Permissions granulaires | Gérer l'accès des utilisateurs et des équipes |
-| Sécurité des Mises à jour | Mises à jour signées | Vérifier l'authenticité des mises à jour |
-| Gestion des Erreurs | Capacité de retour en arrière | Assurer la stabilité de l'application |
-
-Validez toujours les données des deux côtés - JavaScript et composants natifs - pour réduire les vulnérabilités. Ces pratiques, associées à des mécanismes de mise à jour sécurisés, aident à maintenir un environnement d'application fiable et sûr.
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-### Mises à jour et support des plugins
-
-Maintenir les plugins à jour est essentiel pour assurer la compatibilité avec les dernières versions d'Android et de Capacitor. Voici comment les gérer efficacement :
-
--   **Contrôle de version** : Suivez les versions des plugins à travers les différentes versions de l'application.
--   **Tests de compatibilité** : Testez les plugins avec les niveaux d'API Android ciblés pour garantir leur bon fonctionnement.
--   **Déploiements contrôlés** : Utilisez des [systèmes de mise à jour basés sur des canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) pour distribuer les mises à jour à des groupes d'utilisateurs spécifiques avant de les diffuser largement.
-
-Un système basé sur des canaux vous permet de tester les mises à jour dans des groupes plus restreints, minimisant le risque de problèmes généralisés.
-
-> "Nous testons actuellement @Capgo depuis qu'Appcenter a arrêté le support des mises à jour en direct sur les applications hybrides et qu'@AppFlow est beaucoup trop cher." - Simon Flack [\[1\]](https://capgo.app/)
-
-Les mises à jour partielles sont un autre excellent moyen d'améliorer l'efficacité en réduisant la taille des téléchargements. Elles sont particulièrement utiles pour les corrections rapides de bugs.
-
-> "@Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est précieux." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Des tests et une surveillance réguliers sont essentiels pour détecter tôt les problèmes de compatibilité et garantir une expérience utilisateur fluide.
-
-## Intégration de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capgo améliore les performances du pont natif en permettant des mises à jour instantanées over-the-air (OTA). Avec 23,5 millions de mises à jour livrées sur 750 applications, il est devenu un outil fiable pour gérer les mises à jour via le pont natif.
-
-### Fonctionnalités du pont Capgo
-
-Capgo utilise le pont natif pour livrer efficacement les mises à jour tout en maintenant des performances élevées. Voici un aperçu de ses fonctionnalités :
-
-| **Fonctionnalité** | **Fonctionnement** | **Impact sur les performances** |
-| --- | --- | --- |
-| Mises à jour en arrière-plan | Installation automatique des mises à jour sans intervention de l'utilisateur | 95% des utilisateurs mis à jour en 24 heures |
-| Mises à jour partielles | Mise à jour uniquement des composants modifiés | 114ms de temps de téléchargement moyen pour des bundles de 5MB |
-| Sécurité du pont | Utilise le chiffrement de bout en bout pour les transferts de données | Assure un échange de données sécurisé |
-| Contrôle de version | Vérifie la compatibilité avec le pont natif | Atteint 82% de taux de réussite globalement |
-
-En s'intégrant parfaitement au pont natif, Capgo permet aux développeurs de pousser des mises à jour tout en respectant les exigences de la plateforme. C'est particulièrement important pour les applications Android, où le pont natif facilite la communication entre JavaScript et les composants natifs. Le système de Capgo est conçu pour exploiter cette fonctionnalité pour une gestion efficace des mises à jour.
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-### Gestion des mises à jour Capgo
-
-Le système de gestion des mises à jour de Capgo est conçu pour fonctionner directement avec le pont natif, assurant un déploiement fluide et fiable des mises à jour. Il prend en charge Capacitor 8, offrant aux développeurs de la flexibilité dans leurs projets.
-
-Pour démarrer avec Capgo :
-
--   Installez-le en utilisant `npx @capgo/cli init`
--   Maintenez votre processus de build existant
--   Déployez les mises à jour via la CLI
-
-Pour les applications d'entreprise, Capgo inclut des fonctionnalités puissantes adaptées aux besoins à grande échelle :
-
-| **Fonctionnalité** | **Fonctionnalité** | **Avantage** |
-| --- | --- | --- |
-| Système de canaux | Cible des groupes d'utilisateurs spécifiques | Permet des tests de déploiement contrôlés |
-| Intégration API | Offre un temps de réponse moyen de 57ms | Fournit une surveillance en temps réel des mises à jour |
-| Options d'hébergement | Supporte le déploiement cloud ou auto-hébergé | Donne de la flexibilité dans le contrôle de l'infrastructure |
-| Capacité de stockage | Fournit jusqu'à 20GB pour les plans entreprise | Simplifie la gestion des versions |
-
-Le système de canaux est particulièrement utile pour tester les mises à jour avec des groupes d'utilisateurs sélectionnés avant de les déployer plus largement. Cela assure la stabilité à travers différentes versions d'Android et configurations d'appareils.
-
-## Conclusion
-
-### Revue des points principaux
-
-Dans les applications Android Capacitor, le pont natif agit comme un lien de communication clé entre JavaScript et les composants natifs. Une fois optimisé, il offre des métriques de performance impressionnantes :
-
-| Aspect | Impact sur les performances |
-| --- | --- |
-| **Livraison des mises à jour** | 95% d'adoption utilisateur en 24 heures |
-| **Réponse API** | 57ms en moyenne mondiale |
-| **Taux de réussite** | 82% de succès de déploiement global |
-
-Ces chiffres soulignent l'importance d'une communication sécurisée et de la réduction de la charge du pont pour maintenir des performances optimales.
-
-> "Capgo est une façon intelligente de faire des push de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂" - NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-### Guide de démarrage
-
-Prêt à implémenter le pont natif ? Voici trois étapes pour vous lancer :
-
--   **Configurer le pont natif** : Assurez-vous qu'il est configuré pour une communication efficace.
--   **Tester en profondeur** : Établissez des procédures de test fiables pour détecter les problèmes potentiels tôt.
--   **Suivre les métriques de performance** : Surveillez les indicateurs clés pour maintenir un fonctionnement fluide.
-
-Pour les applications d'entreprise, envisagez d'utiliser des systèmes de canaux et d'intégrer des pipelines CI/CD pour des déploiements contrôlés. Ces pratiques peuvent vous aider à créer des applications Android qui répondent aux exigences des utilisateurs d'aujourd'hui.
-
-À mesure que le développement d'applications évolue, des fonctionnalités comme le chiffrement de bout en bout et les mises à jour partielles deviennent la norme pour maintenir à la fois la sécurité et l'efficacité. Avec la bonne approche, vous pouvez obtenir les mêmes résultats de haute performance qui ont alimenté plus de 23,5 millions de mises à jour réussies à travers diverses applications.
diff --git a/src/content/blog/fr/how-ota-encryption-meets-app-store-compliance.md b/src/content/blog/fr/how-ota-encryption-meets-app-store-compliance.md
deleted file mode 100644
index 78bfd78ac..000000000
--- a/src/content/blog/fr/how-ota-encryption-meets-app-store-compliance.md
+++ /dev/null
@@ -1,207 +0,0 @@
----
-slug: how-ota-encryption-meets-app-store-compliance
-title: Comment le chiffrement OTA respecte les règles de l'App Store
-description: >-
-  Découvrez comment le chiffrement OTA sécurise les mises à jour des
-  applications et garantit la conformité aux réglementations strictes des
-  magasins d'applications.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-14T05:12:26.952Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ae8c28192afc208a60fcea-1739509966039.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA encryption, app store compliance, app updates security, AES-256, TLS, code
-  signing, mobile security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Le chiffrement Over-the-Air (OTA) garantit des mises à jour d'applications sécurisées tout en respectant les règles strictes des app stores d'Apple et Google. Voici comment cela fonctionne et pourquoi c'est essentiel :
-
--   **Protège les mises à jour** : Le chiffrement bloque l'interception des données, la falsification et l'accès non autorisé pendant la livraison des mises à jour.
--   **Respecte les règles des App Stores** :
-    -   Apple : Nécessite HTTPS (TLS 1.2+), [App Transport Security](https://developer.apple.com/documentation/security/preventing-insecure-network-connections) (ATS), et la signature de code.
-    -   Google : Impose le SSL pinning, l'analyse [Play Protect](https://developers.google.com/android/play-protect), et le chiffrement aux normes de l'industrie.
--   **Utilise [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard)** : Une norme de chiffrement hautement sécurisée avec des clés de 256 bits pour une protection robuste des données.
--   **Sécurité de bout en bout** : Les mises à jour sont chiffrées de la création à l'installation, garantissant l'intégrité et le déchiffrement spécifique à l'appareil.
-
-**Comparaison rapide des exigences des App Stores** :
-
-| **Exigence** | **Apple App Store** | **Google Play Store** |
-| --- | --- | --- |
-| Protocole | HTTPS (TLS 1.2+) | HTTPS obligatoire |
-| Stockage des clés | iOS Keychain | Android Keystore |
-| Vérification du code | Signature de code obligatoire | Analyse Play Protect |
-| Norme de chiffrement | AES-256 recommandé | Chiffrement aux normes de l'industrie |
-
-## Conformité à l'exportation du chiffrement Unity | Conformité à l'exportation iOS d'Apple
-
-<iframe src="https://www.youtube.com/embed/m68LduQVRgE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Méthodes de chiffrement des mises à jour OTA
-
-Les systèmes modernes de mise à jour OTA utilisent des techniques de chiffrement en couches pour maintenir la sécurité et se conformer aux normes des app stores. Ces méthodes protègent les mises à jour tout au long de leur création, livraison et processus d'installation.
-
-### Sécurité du protocole TLS
-
-[Transport Layer Security](https://en.wikipedia.org/wiki/Transport_Layer_Security) (TLS) est la colonne vertébrale de la livraison sécurisée des mises à jour OTA. Il répond aux exigences importantes comme l'ATS d'Apple et le SSL pinning de Google en établissant une connexion chiffrée entre les serveurs et les appareils. Cela empêche l'interception ou la falsification des données pendant la transmission.
-
-Voici comment les fonctionnalités TLS s'alignent avec les besoins de sécurité et de conformité :
-
-| Fonctionnalité | Avantage sécuritaire | Impact sur la conformité |
-| --- | --- | --- |
-| Confidentialité persistante | Protège les communications passées si les clés sont compromises | Requis par Apple ATS [\[3\]](https://www.globalyo.com/exploring-advanced-encryption-techniques-for-esim-security/) |
-| Suites de chiffrement fortes | Protège contre les attaques cryptographiques | Répond aux exigences de Google Play [\[2\]](https://workers.cloudflare.com/built-with/projects/Capgo) |
-| Certificate Pinning | Prévient les attaques de l'homme du milieu | Obligatoire pour les apps iOS [\[3\]](https://www.globalyo.com/exploring-advanced-encryption-techniques-for-esim-security/) |
-
-Ces mesures de la couche transport servent de première ligne de défense, tandis que le chiffrement de bout en bout sécurise les mises à jour tout au long de leur cycle de vie.
-
-### Protection complète de bout en bout
-
-Le chiffrement de bout en bout garantit que les mises à jour restent sécurisées depuis leur création jusqu'à leur installation. Cette approche satisfait aux exigences des app stores pour la protection des données sensibles à toutes les étapes.
-
-Les éléments clés du chiffrement de bout en bout comprennent :
-
--   **Chiffrement pré-distribution** : Les mises à jour sont chiffrées avant de quitter la source.
--   **Transmission sécurisée** : Les données sont transmises via des canaux protégés par TLS.
--   **Stockage chiffré sur l'appareil** : Les mises à jour restent sécurisées jusqu'à l'installation.
--   **Déchiffrement spécifique à l'appareil** : Seul l'appareil cible, utilisant des clés stockées de manière sécurisée, peut déchiffrer les mises à jour.
-
-### Sécurité des données [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard)
-
-Le chiffrement AES-256 est une norme qui répond aux exigences de chiffrement pour les plateformes iOS et Android.
-
-> "AES-256 est l'un des algorithmes de chiffrement les plus sécurisés disponibles, approuvé par l'Agence Nationale de Sécurité des États-Unis pour les informations top secrètes" [\[7\]](https://www.zendesk.com/blog/knowledge-base-article-template/)
-
-Pourquoi AES-256 est efficace :
-
--   **Force de la clé 256 bits** : Avec 2^256 combinaisons possibles, les attaques par force brute sont pratiquement impossibles [\[1\]](https://www.cubtale.com/pages/compliance-data-security).
--   **Performance efficace** : Impact computationnel minimal.
--   **Compatibilité universelle** : Pris en charge nativement sur les plateformes iOS et Android.
-
-Les mises à jour delta bénéficient également de clés uniques pour chaque package, assurant la sécurité sans ralentir la livraison [\[6\]](https://www.exponent.com/article/can-over-air-updates-help-improve-vehicle-recall-compliance). Une implémentation appropriée implique des étapes supplémentaires comme la signature de code et la gestion des versions pour garantir la fiabilité.
-
-## Configuration du chiffrement conforme aux App Stores
-
-La sécurisation des mises à jour OTA pour votre application implique de respecter les normes techniques tout en restant conforme aux directives des app stores. Voici comment s'assurer que votre configuration de chiffrement répond à ces exigences.
-
-### Signature du code des mises à jour
-
-Pour se conformer aux mandats des app stores, suivez ces étapes pour une signature de code sécurisée :
-
--   Obtenir un **certificat de signature de code valide** auprès d'une Autorité de Certification de confiance.
--   Utiliser **iOS Keychain** ou **Android Keystore** pour stocker les clés privées de manière sécurisée.
--   Hacher les packages de mise à jour et vérifier les signatures à l'aide de clés publiques intégrées.
--   Effectuer une **validation de la chaîne de certificats** pour confirmer la fiabilité.
--   Appliquer des **horodatages de confiance** pour assurer la validité même après l'expiration du certificat.
-
-> "L'implémentation d'un certificate pinning approprié pour les serveurs de mise à jour et l'utilisation des outils de signature de code d'Apple avec des certificats à jour est cruciale pour maintenir la conformité aux app stores" [\[8\]](https://survicate.com/blog/customer-satisfaction-survey-questions/)
-
-Ces pratiques s'alignent avec les règles de signature de code d'Apple et les normes Play Protect de Google.
-
-### Mises à jour delta chiffrées
-
-Les mises à jour delta, qui ne transmettent que les changements entre les versions, nécessitent des couches de sécurité supplémentaires. Voici comment les sécuriser :
-
--   Générer des différences de version en utilisant des **outils de diff binaire sécurisés**.
--   Compresser ces différences avec des algorithmes comme **[bsdiff](https://www.daemonology.net/bsdiff/)**.
--   Utiliser une méthode de **distribution sécurisée des clés**.
--   Valider l'intégrité par la **vérification des sommes de contrôle**.
-
-S'appuyer sur le chiffrement AES-256 garantit que ces mises à jour restent protégées.
-
-### Sécurité du contrôle de version
-
-Des mécanismes solides de contrôle de version aident à prévenir les modifications non autorisées. Les mesures clés comprennent :
-
--   **Manifestes de version signés** pour suivre les mises à jour valides.
--   **Validation côté serveur** pour bloquer les modifications non autorisées.
--   **Prévention des retours en arrière** en imposant des seuils de version minimum.
--   **Pistes d'audit sécurisées** pour enregistrer l'historique des mises à jour.
-
-> "La rotation régulière des clés de chiffrement tous les 6-12 mois et l'utilisation de modules de sécurité matériels (HSM) pour le stockage des clés représentent les meilleures pratiques de l'industrie pour maintenir la sécurité des mises à jour" [\[9\]](https://help.apple.com/pdf/security/en_US/apple-platform-security-guide.pdf)
-
-Ces mesures sont conçues pour répondre aux normes de vérification de code d'Apple et d'intégrité des mises à jour de Google. De plus, la surveillance automatisée des modèles de mise à jour peut aider à identifier rapidement les activités inhabituelles.
-
-## Système de chiffrement OTA de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-14.jpg?auto=compress)
-
-Capgo utilise des techniques de chiffrement avancées pour fournir des mises à jour OTA sécurisées tout en adhérant pleinement aux réglementations des app stores.
-
-### Livraison de mises à jour chiffrées
-
-Capgo emploie un chiffrement conforme à la norme FIPS 140-2 pour protéger les packages de mise à jour à chaque étape. Les clés de chiffrement sont gérées au sein d'une infrastructure sécurisée, garantissant qu'elles restent isolées des serveurs de Capgo[\[1\]](https://www.cubtale.com/pages/compliance-data-security).
-
-Le [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) inclut des mesures de sécurité spécifiques à chaque étape :
-
-| Étape | Mesure de sécurité |
-| --- | --- |
-| Téléversement | Signature numérique |
-| Téléchargement | Vérification d'intégrité |
-| Installation | Environnement sandbox |
-
-### Conformité intégrée aux stores
-
-Le système de Capgo est conçu pour répondre aux normes de sécurité de l'Apple App Store et du Google Play Store.
-
-> "Le système détecte et empêche automatiquement l'application de mises à jour conflictuelles, tout en maintenant un historique complet de toutes les mises à jour pour l'audit et le retour en arrière."
-
-Il adhère à la directive 4.2.3 de l'App Store Review d'Apple et aux politiques Play Core de Google[\[4\]](https://github.com/Cap-go/capacitor-updater). Des fonctionnalités comme le **contrôle de version** aident à bloquer les attaques par rétrogradation[\[2\]](https://workers.cloudflare.com/built-with/projects/Capgo), et une gestion stricte de la taille garantit que les packages de mise à jour sont conformes aux limites des app stores[\[6\]](https://www.exponent.com/article/can-over-air-updates-help-improve-vehicle-recall-compliance). Ces mesures s'alignent avec la vérification de code d'Apple et les normes d'intégrité des mises à jour de Google.
-
-### Outils d'automatisation des mises à jour
-
-Capgo simplifie le processus de mise à jour avec des outils qui renforcent la sécurité et font gagner du temps. La plateforme s'intègre facilement aux systèmes CI/CD, supportant des déploiements sécurisés et automatisés.
-
-Fonctionnalités d'automatisation mises en avant :
-
--   Options en ligne de commande et API pour gérer les mises à jour
--   **Tests automatisés** pour la compatibilité entre les versions d'applications
--   **Automatisation des retours en arrière** pour corriger rapidement les problèmes
--   **Déploiement progressif** pour une distribution graduelle et contrôlée des mises à jour
-
-## Conclusion : Respect des normes de sécurité des App Stores
-
-Pour garantir que les mises à jour OTA respectent les exigences des app stores, les développeurs doivent se concentrer sur la **sécurité du transport**, le **chiffrement fort**, et les **vérifications de conformité automatisées**. Le système de Capgo démontre comment ces éléments peuvent fonctionner ensemble efficacement. Une approche solide inclut le chiffrement du transport, la protection des packages, et l'automatisation de la conformité, tous superposés pour créer un système sécurisé.
-
-Ces pratiques s'alignent avec les exigences spécifiées dans les directives de l'App Store Review d'Apple et les politiques Play Core de Google [\[1\]](https://www.cubtale.com/pages/compliance-data-security)[\[5\]](https://productlatest.com/?post=1837).
-
-### Guide d'implémentation
-
-Voici comment les développeurs peuvent [implémenter le chiffrement](https://capgo.app/docs/cli/migrations/encryption/) pour les mises à jour OTA conformes aux standards des app stores :
-
--   **Utiliser TLS 1.2 ou supérieur** pour les communications serveur sécurisées et le **chiffrement AES-256** pour protéger les paquets de mise à jour.
--   **Intégrer des contrôles de conformité automatisés** pour gérer la signature du code et le contrôle des versions.
-
-La surveillance régulière de la conformité et la réalisation d'audits trimestriels sont essentielles pour maintenir la fiabilité du système, comme souligné dans la directive 4.2.3 de l'App Store d'Apple.
-
-## FAQ
-
-Comprendre le fonctionnement des exemptions de chiffrement peut simplifier les efforts de conformité. Voici ce que vous devez savoir :
-
-### Quelles méthodes de chiffrement ne nécessitent pas de documentation de conformité à l'exportation ?
-
-Le chiffrement intégré au système d'exploitation ne nécessite généralement pas de documentation d'exportation. Ces exemptions permettent aux développeurs de rester conformes sans paperasserie inutile.
-
-| **Type de chiffrement** | **Exempté ?** |
-| --- | --- |
-| Connexions HTTPS utilisant URLSession | ✓   |
-| Implémentations natives TLS/SSL | ✓   |
-| Fonctions cryptographiques intégrées à l'OS | ✓   |
-| [Solutions de chiffrement personnalisées](https://capgo.app/docs/cli/migrations/encryption/) | ✗   |
-| Algorithmes standards modifiés | ✗   |
-
-Selon les directives d'exportation américaines (BIS), les [méthodes de chiffrement](https://capgo.app/docs/cli/migrations/encryption/) avec des longueurs de clé jusqu'à 128 bits sont généralement sans restriction pour l'exportation [\[5\]](https://productlatest.com/?post=1837).
-
-Pour une implémentation OTA sécurisée :
-
--   Utiliser TLS natif et AES-256 via les API système
--   Conserver des enregistrements détaillés de toutes les méthodes de chiffrement appliquées
--   Effectuer des audits réguliers de vos [pratiques de chiffrement](https://capgo.app/docs/cli/migrations/encryption/)
-
-Les révisions régulières de vos méthodes de chiffrement aident à garantir la conformité aux exigences de sécurité d'Apple et Google.
diff --git a/src/content/blog/fr/how-ota-updates-affect-app-store-security.md b/src/content/blog/fr/how-ota-updates-affect-app-store-security.md
deleted file mode 100644
index c4aa6d8ec..000000000
--- a/src/content/blog/fr/how-ota-updates-affect-app-store-security.md
+++ /dev/null
@@ -1,238 +0,0 @@
----
-slug: how-ota-updates-affect-app-store-security
-title: Comment les mises à jour OTA affectent la sécurité de l'App Store
-description: >-
-  Les mises à jour OTA simplifient les améliorations des applications, mais
-  comportent des risques de sécurité. Apprenez à protéger les utilisateurs tout
-  en respectant les normes des boutiques d'applications.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T02:34:12.739Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78-1745634908381.jpg
-head_image_alt: Développement Mobile
-keywords: 'OTA updates, app security, app store compliance, encryption, vulnerabilities'
-tag: 'Mobile, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mises à jour OTA (over-the-air) permettent aux développeurs d'applications de fournir des changements directement aux utilisateurs sans attendre les approbations des app stores. Cela accélère les corrections de bugs, les correctifs de sécurité et les déploiements de fonctionnalités. **95% des utilisateurs installent les mises à jour dans les 24 heures**, mais cette rapidité peut introduire des risques si elle n'est pas gérée de manière sécurisée.
-
-### Points clés :
-
--   **Avantages** : Corrections immédiates, déploiement plus rapide des fonctionnalités, versions d'applications cohérentes.
--   **Risques** : Vulnérabilités comme l'injection de code, l'interception ou l'authentification faible.
--   **Mesures de sécurité** : Chiffrement de bout en bout, authentification forte, fonctionnalité de restauration et conformité aux directives des app stores.
-
-### Comparaison rapide des exigences des App Stores :
-
-| Aspect sécurité | [Apple App Store](https://developer.apple.com/app-store/) | [Google Play Store](https://developer.android.com/distribute/console) |
-| --- | --- | --- |
-| Intégrité du code | Vérification des binaires signés | Vérification de la signature APK |
-| Livraison des mises à jour | Chiffrement HTTPS obligatoire | TLS 1.2+ requis |
-
-Des plateformes comme [Capgo](https://capgo.app/) fournissent des outils pour assurer la conformité, offrant des fonctionnalités comme le chiffrement, l'intégration CI/CD et la prise en charge de la restauration. Choisir une plateforme OTA sécurisée est essentiel pour protéger les utilisateurs et maintenir la conformité avec les app stores.
-
-## Envoi de mises à jour Over-the-Air (OTA) avec EAS Update | Étape ...
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Risques de sécurité dans les mises à jour OTA
-
-Les mises à jour OTA peuvent introduire des risques qui compromettent la sécurité des utilisateurs et la conformité réglementaire. Aborder ces risques nécessite une compréhension claire des vulnérabilités potentielles.
-
-### Points d'attaque
-
-La nature dynamique des mises à jour OTA ouvre plusieurs points faibles que les attaquants pourraient exploiter. Voici quelques vulnérabilités courantes :
-
-| Vecteur d'attaque | Description du risque | Niveau d'impact |
-| --- | --- | --- |
-| Injection de code | Code malveillant ajouté pendant le processus de mise à jour | Critique |
-| Man-in-the-Middle | Mises à jour interceptées et modifiées pendant la transmission | Élevé |
-
-Capgo atténue ces risques en utilisant le **chiffrement de bout en bout** pour maintenir l'intégrité du code [\[1\]](https://capgo.app/).
-
-Ces vulnérabilités ne posent pas seulement des risques individuels - elles peuvent conduire à des problèmes de sécurité à grande échelle.
-
-### Préoccupations liées à l'exploitation massive
-
-Les systèmes de mise à jour OTA ont le potentiel d'affecter simultanément un nombre massif d'utilisateurs. Quelques risques clés incluent :
-
--   Les mises à jour peuvent être distribuées à des milliers d'appareils à la fois.
--   Si compromises, les mises à jour peuvent exécuter du code malveillant sur tous les appareils affectés.
--   Les mesures de sécurité traditionnelles des app stores peuvent être complètement contournées.
-
-La vitesse et l'échelle des déploiements OTA peuvent considérablement amplifier les dommages causés par une faille.
-
-### Problèmes d'authentification des mises à jour
-
-Assurer des mises à jour sécurisées dépend également de méthodes d'authentification robustes. Une authentification faible peut permettre aux attaquants d'injecter des mises à jour malveillantes dans le processus. Quelques défis courants incluent :
-
-| Défi | Implication de sécurité |
-| --- | --- |
-| Vérification de signature | Assure que les mises à jour sont cryptographiquement signées pour la validité |
-| Contrôle d'accès | Protège les identifiants des développeurs contre la compromission |
-| Contrôle de version | Maintient la séquence et l'intégrité appropriées des mises à jour |
-
-Pour répondre à ces défis, de nombreuses solutions implémentent maintenant le **chiffrement de bout en bout** aux côtés de protocoles d'authentification stricts, assurant un processus de mise à jour OTA plus sûr.
-
-## Règles de sécurité des App Stores
-
-Apple et Google imposent des mesures de sécurité strictes pour protéger les processus de mise à jour OTA (over-the-air).
-
-### Exigences d'Apple et Google
-
-Les app stores exigent que les applications activées pour l'OTA suivent des protocoles spécifiques pour assurer l'intégrité du code et la sécurité des mises à jour. Voici une comparaison :
-
-| Exigence | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| Intégrité du code | Vérification des binaires signés | Vérification de la signature APK |
-| Livraison des mises à jour | Chiffrement HTTPS obligatoire | TLS 1.2+ requis |
-
-Les développeurs doivent utiliser à la fois la signature numérique et des serveurs sécurisés pour distribuer les mises à jour. La conformité signifie maintenir des canaux sécurisés tout au long du processus de mise à jour.
-
-### Effets de la non-conformité
-
-Ne pas respecter ces exigences peut entraîner des problèmes sérieux :
-
--   **Impacts immédiats** : La non-conformité peut entraîner le retrait de l'application lors des audits, perturbant les opérations et nuisant à la crédibilité.
--   **Conséquences à long terme** : Des violations répétées pourraient conduire à des sanctions plus strictes, rendant plus difficiles les futures soumissions d'applications.
--   **Impact sur la confiance des utilisateurs** : Les utilisateurs peuvent perdre confiance dans la capacité d'un développeur à fournir des mises à jour sécurisées, nuisant à la réputation du développeur.
-
-Ces risques soulignent l'importance de respecter les règles de sécurité des app stores.
-
-### Étapes de l'analyse de sécurité
-
-Les développeurs peuvent réduire les risques de non-conformité en mettant en œuvre une analyse approfondie à chaque étape du processus de mise à jour. Voici comment :
-
-| Phase d'analyse | Actions essentielles | Méthode de vérification |
-| --- | --- | --- |
-| Pré-déploiement | Vérifier l'intégrité du code | Tests automatisés |
-| Package de mise à jour | Vérifier les signatures numériques | Validation des certificats |
-| Exécution | Effectuer des contrôles de sécurité dynamiques | Surveillance en temps réel |
-
-Capgo assure la conformité en proposant des solutions "conformes aux App Stores" [\[1\]](https://capgo.app/), avec chiffrement de bout en bout et protocoles de sécurité avancés.
-
-Des audits réguliers des systèmes de mise à jour OTA par rapport aux directives actuelles des app stores sont essentiels pour maintenir la conformité et éviter le rejet des applications.
-
-## Meilleures pratiques de sécurité
-
-Assurer des mises à jour OTA sécurisées nécessite un mélange de mesures techniques et de procédures bien définies.
-
-### Méthodes de protection des données
-
-Un élément clé des mises à jour OTA sécurisées est le **chiffrement de bout en bout**, qui protège les packages de mise à jour du développeur jusqu'à l'appareil de l'utilisateur final.
-
-| Couche de protection | Mesure de sécurité | Objectif |
-| --- | --- | --- |
-| Transmission | HTTPS/TLS 1.2+ | Protège les données pendant le transfert |
-| Stockage | Chiffrement de bout en bout | Bloque l'accès non autorisé |
-| Vérification | Signatures numériques | Confirme l'intégrité des mises à jour |
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" [\[1\]](https://capgo.app/)
-
-De plus, un processus de publication contrôlé peut aider à réduire les risques potentiels.
-
-### Processus de publication contrôlé
-
-Pour gérer les mises à jour de manière sécurisée et efficace, suivez ces étapes :
-
--   **Distribution progressive** : Commencez par un petit groupe d'utilisateurs, puis élargissez progressivement en fonction des données de performance.
--   **Surveillance en temps réel** : Suivez les taux de réussite des mises à jour, les journaux d'erreurs et l'engagement des utilisateurs pour détecter toute irrégularité.
--   **Préparation au rollback** : Ayez toujours des versions de sauvegarde signées et chiffrées prêtes pour des rollbacks rapides si nécessaire.
-
-### Fonctionnalités de la plateforme [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78/c4b9497df1c5d14f98df25934b50bafa.jpg)
-
-Une plateforme de mise à jour OTA fiable intègre ces pratiques pour sécuriser et simplifier les déploiements. Recherchez des plateformes offrant des fonctionnalités de sécurité essentielles.
-
-| Fonctionnalité | Avantage sécuritaire |
-| --- | --- |
-| Chiffrement de bout en bout | Protège les mises à jour contre l'accès non autorisé |
-| Intégration CI/CD | Automatise et simplifie le processus de déploiement |
-| Système de canaux | Prend en charge les tests bêta contrôlés et les déploiements progressifs |
-| Tableau de bord analytique | Surveille la performance des mises à jour en temps réel |
-| Support de rollback | Permet une inversion instantanée en cas de problèmes |
-
-Pour les utilisateurs enterprise, Capgo propose des services de configuration CI/CD au prix de 2 600 $ [\[1\]](https://capgo.app/), garantissant que votre cadre de sécurité est correctement configuré dès le départ.
-
-## Comparaison des plateformes OTA
-
-Lors de l'évaluation des plateformes de mise à jour OTA, il est essentiel de considérer la stabilité, les fonctionnalités de sécurité et le support à long terme. La fermeture de [Microsoft CodePush](https://microsoft.github.io/code-push/) en 2024 et la fermeture prochaine d'[Appflow](https://ionic.io/appflow/) en 2026 soulignent l'importance de choisir une solution fiable. Cette comparaison met en évidence comment des mesures de sécurité solides et un support constant distinguent les principales plateformes OTA.
-
-### Matrice des fonctionnalités des plateformes
-
-| Fonctionnalité | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- | --- |
-| **Statut actif** | En service depuis 2022 | En service depuis 2024 | Fermeture 2026 | Fermé 2024 |
-| **Chiffrement de bout en bout** | Oui | Non | Non | Non |
-| **Taux de réussite des mises à jour** | 82% mondial | N/A | N/A | N/A |
-| **Vitesse de mise à jour utilisateur** | 95% sous 24h | N/A | N/A | N/A |
-| **Vitesse CDN mondiale** | 114ms (bundle 5MB) | N/A | Variable | N/A |
-| **[Option auto-hébergement](https://capgo.app/blog/self-hosted-capgo/)** | Oui | Limité | Non | Non |
-| **Intégration CI/CD** | Oui | Basique | Oui | Non |
-| **Conformité App Store** | Complète | Partielle | Complète | Limitée |
-| **Utilisateurs actifs mensuels** | Évolutif jusqu'à 1M+ | Limité | Enterprise | N/A |
-
-Sélectionner la bonne plateforme OTA est crucial pour assurer la conformité aux app stores et maintenir des opérations sécurisées et efficaces. Les plateformes modernes intègrent maintenant des fonctionnalités de sécurité avancées avec un support fiable à long terme.
-
-> "Nous testons actuellement @Capgo depuis qu'Appcenter a arrêté le support des mises à jour en direct sur les applications hybrides et qu'@AppFlow est beaucoup trop cher."  
-> – Simon Flack [\[1\]](https://capgo.app/)
-
-Les coûts des plateformes OTA peuvent varier considérablement, avec des opérations CI/CD allant de 300 $ par mois à 6 000 $ par an [\[1\]](https://capgo.app/).
-
-> "J'ai annulé mon abonnement @Appflow après 4 ans. Code-Push n'a jamais semblé bien fonctionner, j'espère que @CapGO l'a compris."  
-> – LeVar Berry [\[1\]](https://capgo.app/)
-
-Avec 1,4K applications en production s'appuyant sur ces solutions, il est clair que le marché valorise les plateformes qui privilégient la sécurité et la fiabilité [\[1\]](https://capgo.app/).
-
-## Conclusion
-
-Les mesures de sécurité et les informations sur les plateformes couvertes précédemment soulignent l'importance de stratégies de mise à jour OTA (over-the-air) bien équilibrées. Les données de l'industrie soulignent la nécessité de contrôles de sécurité précis aux côtés de capacités de déploiement efficaces [\[1\]](https://capgo.app/).
-
-Les plateformes OTA d'aujourd'hui ont évolué pour faire face aux principaux défis de sécurité tout en respectant les normes strictes des app stores. Cette progression répond aux risques antérieurs et assure la conformité aux exigences des app stores. Les solutions efficaces combinent des cadres de sécurité robustes avec des [processus de mise à jour fluides](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), conduisant à des taux de réussite élevés et une adoption généralisée par les utilisateurs [\[1\]](https://capgo.app/).
-
-> "La communauté en avait besoin et @Capgo fait quelque chose de vraiment important !" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-Les pratiques de sécurité sont devenues une norme industrielle, le chiffrement de bout en bout étant désormais une fonctionnalité indispensable. La transition des anciennes méthodes de mise à jour vers des plateformes OTA sécurisées permet aux développeurs de maintenir des mesures de sécurité strictes tout en livrant des mises à jour plus efficacement.
-
-Voici quelques éléments de sécurité critiques et leur rôle dans la conformité aux app stores :
-
-| Aspect de Sécurité | Impact sur la Conformité aux App Stores |
-| --- | --- |
-| Chiffrement de Bout en Bout | Protège l'intégrité des données pendant le transit |
-| Authentification des Mises à Jour | Bloque les mises à jour non autorisées |
-| Capacité de Retour en Arrière | Offre des correctifs rapides pour les problèmes de sécurité |
-| Suivi des Erreurs | Soutient la stabilité et la sécurité de l'application |
-
-Les plateformes OTA modernes prouvent que sécurité et efficacité peuvent aller de pair. Équilibrer ces deux priorités est vital pour maintenir la conformité et gagner la confiance des utilisateurs dans le monde actuel axé sur les applications [\[1\]](https://capgo.app/).
-
-## FAQs
-
-:::faq
-### Quels risques les mises à jour OTA posent-elles pour la sécurité des applications, et comment les développeurs peuvent-ils y faire face ?
-
-Les mises à jour OTA (Over-The-Air) peuvent exposer les applications à des vulnérabilités potentielles, comme l'accès non autorisé ou l'intégrité compromise des données, en particulier si les mises à jour ne sont pas correctement sécurisées. Ces risques peuvent impacter la conformité aux app stores et la confiance des utilisateurs.
-
-Pour atténuer ces risques, les développeurs doivent mettre en œuvre des mesures de sécurité robustes comme le **chiffrement de bout en bout**, des tests réguliers et des pratiques de déploiement sécurisées. Des outils comme Capgo peuvent aider à simplifier ce processus en permettant des mises à jour instantanées pour les applications Capacitor sans nécessiter d'approbations des app stores. Les fonctionnalités de Capgo, comme l'intégration CI/CD transparente et l'attribution de mises à jour spécifiques aux utilisateurs, garantissent que les mises à jour sont à la fois sécurisées et conformes aux normes Apple et Android.
-:::
-
-:::faq
-### Comment les mises à jour OTA aident-elles à maintenir la conformité de sécurité des app stores, et que se passe-t-il si la conformité n'est pas respectée ?
-
-Les mises à jour OTA (Over-The-Air) jouent un rôle crucial dans le maintien de la conformité de sécurité des app stores en permettant aux développeurs de livrer rapidement des mises à jour, des corrections de bugs et de nouvelles fonctionnalités sans attendre les longs processus d'approbation des app stores. Cela garantit que les applications restent sécurisées et à jour avec les dernières exigences d'Apple et Android.
-
-Le non-respect des normes de sécurité des app stores peut entraîner de graves conséquences, comme le retrait des applications du store, la perte de confiance des utilisateurs, ou même des sanctions légales. Des solutions comme **Capgo** facilitent la gestion des mises à jour OTA tout en respectant toutes les exigences de conformité, offrant des fonctionnalités comme le chiffrement de bout en bout et une intégration transparente avec les flux de développement.
-:::
-
-:::faq
-### Quelles fonctionnalités clés les développeurs devraient-ils prioriser dans une plateforme OTA pour garantir des mises à jour d'applications sécurisées et fluides ?
-
-Pour garantir des mises à jour d'applications sécurisées et fluides, les développeurs doivent prioriser des fonctionnalités comme le **chiffrement de bout en bout**, **l'intégration avec les pipelines CI/CD**, et la capacité d'attribuer des mises à jour à des groupes d'utilisateurs spécifiques. Ces capacités aident à protéger les données des applications, simplifier le processus de mise à jour et offrir un meilleur contrôle sur qui reçoit les mises à jour.
-
-Par exemple, des plateformes comme Capgo sont conçues pour répondre aux exigences de conformité d'Apple et Android, offrant des mises à jour en temps réel sans nécessiter d'approbation des app stores. En se concentrant sur la sécurité, l'efficacité et la conformité, les développeurs peuvent livrer des mises à jour en toute confiance tout en minimisant les risques.
-:::
diff --git a/src/content/blog/fr/how-rbac-secures-ota-updates-in-capacitor-apps.md b/src/content/blog/fr/how-rbac-secures-ota-updates-in-capacitor-apps.md
deleted file mode 100644
index 81b4ccd73..000000000
--- a/src/content/blog/fr/how-rbac-secures-ota-updates-in-capacitor-apps.md
+++ /dev/null
@@ -1,78 +0,0 @@
----
-slug: how-rbac-secures-ota-updates-in-capacitor-apps
-title: >-
-  Comment le contrôle d'accès basé sur les rôles (RBAC) sécurise les mises à
-  jour OTA dans les applications Capacitor
-description: >-
-  Découvrez comment le contrôle d'accès basé sur les rôles améliore la sécurité
-  des mises à jour OTA dans les applications mobiles, protégeant contre les
-  vulnérabilités et assurant la conformité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:26:25.949Z
-updated_at: 2025-04-23T02:27:01.230Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680839e8fe5cbf0502ddad36-1745375221230.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  RBAC, OTA updates, security, mobile apps, end-to-end encryption, role-based
-  access control, deployment permissions
-tag: 'Mobile, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-Le contrôle d'accès basé sur les rôles (RBAC) est un élément décisif pour sécuriser les mises à jour OTA (Over-the-Air) dans les applications [Capacitor](https://capacitorjs.com/). Voici pourquoi c'est important :
-
--   **Risques de Sécurité Majeurs** : Les mises à jour OTA peuvent être vulnérables à l'injection de code malveillant, l'interception et l'utilisation abusive si les permissions ne sont pas gérées correctement
--   **Comment le RBAC Aide** : En attribuant des rôles (comme développeur, testeur, administrateur) avec des permissions spécifiques, le RBAC garantit que seuls les utilisateurs autorisés peuvent déployer des mises à jour, gérer les testeurs ou effectuer des rollbacks, réduisant ainsi les risques
--   **Fonctionnalités de [Capgo](https://capgo.app/)** : Capgo se distingue par son **chiffrement de bout en bout**, ses permissions granulaires et son support multi-organisations, rendant les mises à jour plus sécurisées et conformes aux normes de sécurité américaines
-
-Le RBAC ne concerne pas uniquement la sécurité ; il s'agit de maintenir la confiance et la conformité tout en mettant à l'échelle vos mises à jour d'applications efficacement
-
-## Qu'est-ce que le Contrôle d'Accès Basé sur les Rôles (RBAC) ?
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Failles de Sécurité dans les Mises à Jour OTA
-
-Identifier ces failles met en évidence comment le RBAC peut les traiter efficacement
-
-### Faiblesses de Sécurité Courantes
-
-Les attaquants ayant un accès non autorisé aux systèmes de déploiement peuvent injecter du code malveillant dans les mises à jour, mettant les utilisateurs en danger. Lorsque les paquets de mise à jour manquent de véritable chiffrement de bout en bout, ils peuvent être interceptés et modifiés. Par exemple, alors que Capgo fournit un véritable chiffrement de bout en bout, de nombreux concurrents ne s'appuient que sur la signature des mises à jour [\[1\]](https://capgo.app/). De plus, des droits de déploiement trop larges augmentent les risques d'utilisation accidentelle ou intentionnelle. Sans rôles et permissions clairement définis, ces vulnérabilités restent non résolues.
-
-### Conséquences des Échecs de Sécurité
-
-Un système OTA compromis peut pousser des mises à jour malveillantes qui exposent des données sensibles, perturbent les fonctionnalités et interfèrent avec les opérations. Ces problèmes érodent non seulement la confiance des utilisateurs mais créent également des risques juridiques. Des échecs fréquents peuvent nuire à la réputation d'une entreprise et entraîner des efforts coûteux de correction.
-
-### Alignement avec les Normes de Sécurité Américaines
-
-Les normes de sécurité américaines exigent l'utilisation du chiffrement de bout en bout pour toutes les mises à jour et nécessitent des permissions de déploiement détaillées basées sur les rôles. Des audits réguliers des privilèges d'accès sont essentiels pour assurer la responsabilité et minimiser le risque de modifications non autorisées.
-
-## Fonctionnalités de Sécurité RBAC
-
-Maintenant que nous avons discuté des failles de sécurité OTA, examinons comment les fonctionnalités RBAC traitent ces problèmes.
-
-Le RBAC fonctionne à travers trois composants principaux : les **rôles**, les **permissions** et les **niveaux d'accès**. Les rôles (comme développeurs, QA ou chefs d'équipe) sont liés à des permissions spécifiques, tandis que les niveaux d'accès limitent la portée des déploiements. Cette configuration garantit que seuls les utilisateurs autorisés peuvent pousser des mises à jour vers les environnements approuvés. Ces mécanismes contrent directement les vulnérabilités telles que l'injection, l'interception et les permissions trop larges.
-
-### RBAC pour les Entreprises Américaines
-
-Aux États-Unis, les organisations utilisent souvent des structures de rôles hiérarchiques pour maintenir à la fois la sécurité et l'efficacité. Sur Capgo, les administrateurs peuvent attribuer et affiner les permissions des utilisateurs pour les testeurs, les utilisateurs bêta et les organisations. Cette approche assure non seulement la conformité aux réglementations mais supporte également une mise à l'échelle sécurisée à mesure que les équipes grandissent [\[1\]](https://capgo.app/).
-
-## Configuration du RBAC pour les Mises à Jour OTA
-
-En utilisant l'exemple de la hiérarchie américaine, Capgo vous permet d'intégrer directement les rôles dans son tableau de bord et son CLI. Voici comment vous pouvez implémenter les principes RBAC dans Capgo en utilisant ses outils intégrés :
-
-### Guide de Configuration RBAC
-
-Capgo simplifie la sécurisation des mises à jour OTA avec ses fonctionnalités RBAC intégrées, offrant des définitions de rôles détaillées et une CLI à commande unique pour les déploiements [\[1\]](https://capgo.app/) :
-
--   **Définir les rôles** comme testeur, développeur et administrateur, et attribuer des permissions spécifiques
--   **Créer des organisations** pour garder les projets séparés
--   **Définir des canaux** pour les tests bêta et les déploiements progressifs
--   **Déployer des mises à jour** rapidement en utilisant la CLI Capgo
-
-Maintenant, voyons comment le RBAC de Capgo se compare aux anciennes solutions OTA.
\ No newline at end of file
diff --git a/src/content/blog/fr/how-to-add-dependencies-in-capacitor-plugins.md b/src/content/blog/fr/how-to-add-dependencies-in-capacitor-plugins.md
deleted file mode 100644
index 450539c2b..000000000
--- a/src/content/blog/fr/how-to-add-dependencies-in-capacitor-plugins.md
+++ /dev/null
@@ -1,317 +0,0 @@
----
-slug: how-to-add-dependencies-in-capacitor-plugins
-title: Comment ajouter des dépendances aux plugins Capacitor
-description: >-
-  Apprenez à optimiser la gestion des dépendances dans les plugins Capacitor à
-  travers différentes plateformes avec des étapes pratiques et des meilleures
-  pratiques.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T02:08:04.837Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4966a10051fda3b63500a-1743041314795.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, plugin dependencies, iOS, Android, JavaScript, CocoaPods, Gradle,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**L'ajout de dépendances aux plugins [Capacitor](https://capacitorjs.com/) peut sembler complexe, mais c'est plus simple lorsque c'est décomposé en étapes claires. Voici ce que vous devez savoir :**
-
-1. **Comprendre les outils** :
-    
-    - **JavaScript** : Utilisez `npm` pour gérer les dépendances.
-    - **iOS** : Utilisez [CocoaPods](https://cocoapods.org/) ou Swift Package Manager (SPM).
-    - **Android** : Utilisez [Gradle](https://gradle.org/) pour la gestion des dépendances.
-2. **Configurez votre environnement de développement** :
-    
-    - Installez les outils comme [Node.js](https://nodejs.org/en), [npm](https://www.npmjs.com/), [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), CocoaPods et JDK.
-3. **Démarrez votre [projet de plugin Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)** :
-    
-    - Utilisez `npm init @capacitor/plugin` pour créer un nouveau plugin.
-4. **Ajoutez les dépendances JavaScript** :
-    
-    - Utilisez `npm install` pour les dépendances de production et de développement.
-    - Mettez à jour `package.json` pour inclure les dépendances peer comme `@capacitor/core`.
-5. **Gérez les dépendances spécifiques aux plateformes** :
-    
-    - **iOS** : Configurez CocoaPods ou SPM avec des bibliothèques comme [Alamofire](https://github.com/Alamofire/Alamofire) ou [SwiftyJSON](https://github.com/SwiftyJSON/SwiftyJSON).
-    - **Android** : Utilisez Gradle pour ajouter des dépendances comme Gson ou AppCompat.
-6. **Optimisez les performances** :
-    
-    - Fixez les versions, auditez les dépendances et résolvez les conflits pour assurer la stabilité.
-7. **Utilisez des outils comme [Capgo](https://capgo.app/) pour les mises à jour en direct** :
-    
-    - Poussez les mises à jour instantanément sans passer par les examens des app stores.
-
-**Comparaison rapide des outils** :
-
-| Plateforme | Outil | Exemple de dépendance |
-| --- | --- | --- |
-| JavaScript | npm | `npm install lodash --save` |
-| iOS | CocoaPods/SPM | `pod 'Alamofire', '~> 5.6.4'` |
-| Android | Gradle | `implementation 'com.google.code.gson:gson:2.10.1'` |
-
-**Pourquoi c'est important** : Gérer efficacement les dépendances garantit que votre plugin fonctionne parfaitement sur toutes les plateformes, fait gagner du temps et évite les erreurs. Plongeons plus en détail dans les étapes.
-
-## Comment créer un plugin [Capacitor](https://capacitorjs.com/) pour iOS/Android
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-27.jpg?auto=compress)
-
-<Steps>
-
-<Steps>
-
-## Configuration de votre environnement de développement
-
-Préparez votre configuration avec les outils nécessaires pour gérer efficacement les dépendances des [plugins Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Outils de développement requis
-
-Voici la liste des outils dont vous aurez besoin :
-
-| Outil | Version | Objectif |
-| --- | --- | --- |
-| Node.js | 16.0.0+ | Environnement d'exécution JavaScript |
-| npm | 8.0.0+ | Gestion des paquets |
-| Xcode | 14.0+ | Développement iOS (Mac uniquement) |
-| Android Studio | Electric Eel+ | Développement Android |  
-| CocoaPods | 1.11.0+ | Gestion des dépendances iOS |
-| JDK | 11+ | Outils de build Android |
-
-### Démarrer un nouveau plugin
-
-Utilisez le CLI Capacitor pour lancer votre projet de plugin. Cela inclut la configuration des plateformes et le nommage de votre plugin en format reverse-domain (ex: `com.mycompany.plugin`) :
-
-1. Exécutez la commande suivante :
-`npm init @capacitor/plugin`
-2. Choisissez vos plateformes cibles (iOS/Android).
-3. Attribuez un nom à votre plugin au format reverse-domain.
-
-### Étapes de configuration du projet
-
-1. **Mettre à jour `package.json`**
-
-    Modifiez votre `package.json` pour inclure ce qui suit :
-
-2. **Configuration spécifique aux plateformes**
-
-    - Pour **iOS**, assurez-vous que votre Podfile inclut :
-
-    - Pour **Android**, vérifiez que votre `build.gradle` contient :
-
-3. **Configurer les variables d'environnement**
-
-    Configurez les variables d'environnement suivantes pour vos outils de développement :
-
-    | Variable | Objectif | Exemple de valeur |
-    | --- | --- | --- |
-    | ANDROID_HOME | Emplacement du SDK Android | /Users/username/Library/Android/sdk |
-    | JAVA_HOME | Chemin d'installation JDK | /Library/Java/JavaVirtualMachines/jdk-11.0.12.jdk/Contents/Home |
-    | XCODE_SELECT | Outils en ligne de commande Xcode | /Applications/Xcode.app/Contents/Developer |
-
-Une fois votre projet configuré, vous êtes prêt à passer à la gestion des dépendances JavaScript.
-
-## Dépendances JavaScript
-
-La gestion efficace des dépendances JavaScript est essentielle pour maintenir des performances stables du plugin.
-
-### Installation des paquets [npm](https://www.npmjs.com/)
-
-![npm](https://mars-images.imgix.net/seobot/screenshots/www.npmjs.com-ac76028e07fa565ed4006978107f5ce6-2025-03-27.jpg?auto=compress)
-
-Pour installer les dépendances, utilisez les commandes suivantes :
-
-Assurez-vous d'inclure manuellement les dépendances peer dans votre fichier `package.json`. Testez toutes les dépendances pour confirmer la compatibilité sur les plateformes web et natives.
-
-### Gestion de package.json
-
-Voici un exemple de configuration `package.json` :
-
-Pour maintenir la cohérence, verrouillez les versions des dépendances de manière appropriée :
-
-| Type de contrainte | Exemple | Cas d'utilisation |
-| --- | --- | --- |
-| Exacte | "5.0.0" | Pour les dépendances critiques nécessitant une version spécifique |
-| Caret | "^5.0.0" | Permet les mises à jour mineures et les correctifs |
-| Tilde | "~5.0.0" | Limite les mises à jour aux correctifs uniquement |
-
-### Utilisation des bibliothèques JavaScript
-
-Lors de l'importation de bibliothèques, concentrez-vous sur la réduction de la taille du bundle :
-
-De plus, assurez-vous une gestion appropriée des erreurs et une vérification des types :
-
-Passons maintenant à la gestion des dépendances spécifiques à iOS.
-
-## Dépendances iOS
-
-Cette section explique comment gérer les dépendances natives iOS dans les [plugins Capacitor](https://capgo.app/plugins/). Une fois vos dépendances JavaScript configurées, l'étape suivante consiste à gérer les dépendances natives iOS.
-
-### Configuration de [CocoaPods](https://cocoapods.org/)
-
-![CocoaPods](https://mars-images.imgix.net/seobot/screenshots/cocoapods.org-fd202c6f9998fdf4cafb9b363e43119c-2025-03-27.jpg?auto=compress)
-
-Commencez par initialiser CocoaPods dans votre répertoire iOS :
-
-Ensuite, mettez à jour votre fichier `Plugin.podspec` avec les configurations suivantes :
-
-### Configuration du Podfile
-
-Après avoir initialisé CocoaPods, configurez le Podfile pour inclure Capacitor et toutes les bibliothèques tierces supplémentaires :
-
-Voici quelques modèles courants de configuration des dépendances :
-
-| Type de contrainte | Exemple | Cas d'utilisation |
-| --- | --- | --- |
-| Version exacte | `pod 'KeychainAccess', '4.2.2'` | Quand un contrôle précis est nécessaire, comme pour les composants de sécurité |
-| Version mineure | `pod 'Alamofire', '~> 5.6'` | Pour les API stables qui peuvent recevoir des correctifs |
-| Version majeure | `pod 'SwiftyJSON', '> 5.0'` | Quand la flexibilité à travers les mises à jour est acceptable |
-
-### Dépendances Swift Package
-
-Si vous préférez ne pas utiliser CocoaPods, Swift Package Manager (SPM) est une bonne alternative. Ajoutez les dépendances SPM directement dans Xcode avec la configuration suivante dans votre fichier `Package.swift` :
-
-Pour utiliser les dépendances SPM dans votre code plugin, importez-les et intégrez-les selon les besoins. Par exemple :
-
-Cette approche vous permet de choisir entre CocoaPods et Swift Package Manager en fonction des exigences de votre projet.
-
-## Dépendances Android
-
-Configurez les dépendances Android pour assurer une intégration native fluide. Voici comment gérer les dépendances pour votre plugin Capacitor.
-
-### Dépendances [Gradle](https://gradle.org/)
-
-![Gradle Build Tool Interface](https://mars-images.imgix.net/seobot/screenshots/gradle.org-85d271057dfb5e2e134ec99beaad5682-2025-03-27.jpg?auto=compress)
-
-Ajoutez les configurations suivantes à votre fichier `build.gradle` :
-
-Définissez des versions supplémentaires dans le bloc `buildscript` :
-
-Une fois les dépendances configurées, assurez-vous de configurer les dépôts nécessaires.
-
-### Configuration des dépôts
-
-Dans votre `build.gradle` au niveau du projet, incluez les dépôts Maven requis :
-
-Si vous utilisez des dépôts Maven personnalisés ou privés, ajoutez les identifiants comme ceci :
-
-Une fois les dépôts configurés, traitez les conflits de dépendances qui peuvent survenir.
-
-### Résolution des problèmes de compatibilité
-
-Pour gérer les conflits de dépendances, appliquez des résolutions de version dans votre `build.gradle` :
-
-Voici des stratégies pour résoudre les problèmes de dépendances courants :
-
-| Type de problème | Stratégie | Exemple |
-| --- | --- | --- |
-| Conflit de version | Forcer une version spécifique | `force 'com.google.code.gson:gson:2.10.1'` |
-| Versions multiples | Exclure un module | `exclude group: 'org.json', module: 'json'` |
-| Problèmes transitifs | Utiliser des versions strictes | `strictly 'androidx.core:core-ktx:1.10.1'` |
-
-Par exemple, vous pouvez exclure les modules en conflit comme ceci :
-
-Enfin, optimisez votre processus de build en activant la mise en cache et l'exécution parallèle dans `gradle.properties` :
-
-## Intégration [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-27.jpg?auto=compress)
-
-L'utilisation de Capgo aux côtés de la gestion des dépendances natives et JavaScript rend la mise à jour de votre plugin plus rapide et plus facile.
-
-### À propos de Capgo
-
-Capgo est une plateforme de mise à jour en direct conçue pour les plugins et applications Capacitor. Avec plus de 23,5 millions de mises à jour livrées sur 750 applications en production [\[1\]](https://capgo.app/), Capgo permet aux développeurs de pousser instantanément des mises à jour pour les dépendances et le code - sans examen des app stores requis. Les mises à jour sont sécurisées avec un chiffrement de bout en bout et respectent les normes de conformité Apple et Android.
-
-### Fonctionnalités de mise à jour Capgo
-
-Capgo simplifie la gestion des dépendances des plugins avec ces fonctionnalités :
-
-| Fonctionnalité | Ce qu'elle fait | Métrique clé |
-| --- | --- | --- |
-| Mises à jour en direct | Pousse les mises à jour en minutes | 95% de taux de mise à jour utilisateur en 24h |
-| Mises à jour partielles | Télécharge uniquement les fichiers modifiés | 57ms de temps de réponse API moyen |
-| Contrôle de version | Gère plusieurs versions | 82% de taux de succès global |
-| Système de canaux | Cible des groupes d'utilisateurs spécifiques | Prend en charge plusieurs canaux de déploiement |
-
-Source : [\[1\]](https://capgo.app/)
-
-Capgo fonctionne parfaitement avec les outils CI/CD comme GitHub Actions, GitLab CI et Jenkins, automatisant les mises à jour des dépendances et assurant des versions cohérentes des plugins. Ces outils facilitent l'intégration de Capgo dans votre flux de travail.
-
-### Configuration de Capgo
-
-Suivez ces étapes pour intégrer Capgo dans votre projet :
-
-1. **Installer la CLI Capgo**
-
-    Exécutez la commande suivante dans votre terminal :
-
-    ```json
-    {
-      "capacitor": {
-        "ios": {
-          "src": "ios"
-        },
-        "android": {
-          "src": "android"
-        }
-      },
-      "peerDependencies": {
-        "@capacitor/core": "^5.0.0"
-      }
-    }
-    ```
-
-2. **Configurer les préférences de mise à jour**
-
-    Utilisez le tableau de bord Capgo pour configurer les canaux de déploiement et les préférences. Les configurations hébergées dans le cloud et auto-hébergées sont prises en charge.
-
-3. **Ajouter la logique de mise à jour**
-
-    Ajoutez ce code à votre fichier principal de plugin pour activer les mises à jour :
-
-    ```ruby
-        platform :ios, '13.0'
-        use_frameworks!
-        ```
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica
-
-Capgo fournit également un tableau de bord analytique pour des informations en temps réel sur les taux de réussite des mises à jour et l'activité des utilisateurs. Des fonctionnalités comme le retour en arrière en un clic et le suivi des erreurs aident à résoudre rapidement les problèmes, maintenant vos mises à jour de plugins fluides.
-
-## Conclusion
-
-### Revue du processus
-
-La gestion des dépendances pour les plugins Capacitor implique d'aligner les composants natifs (iOS et Android) avec leurs équivalents JavaScript pour assurer une intégration fluide. Ce processus comprend des configurations spécifiques aux plateformes et la gestion des packages JavaScript pour obtenir les meilleures performances. Suivre les étapes décrites aidera à maintenir une fonctionnalité stable et efficace des plugins.
-
-### Meilleures pratiques
-
-Pour gérer efficacement les dépendances, considérez ces pratiques :
-
-| Pratique | Bénéfice | Comment implémenter |
-| --- | --- | --- |
-| Épinglage de version | Évite les problèmes inattendus | Utiliser des versions fixes dans `package.json` |
-| Isolation des plateformes | Minimise les conflits | Séparer les dépendances natives |
-| Mises à jour régulières | Améliore la sécurité | Appliquer rapidement les correctifs critiques |
-| Audit des dépendances | Détecte les risques | Exécuter `npm audit` fréquemment |
-
-L'utilisation d'outils de mise à jour en direct comme Capgo peut simplifier et améliorer davantage ces pratiques en permettant des mises à jour en temps réel.
-
-### Avantages de Capgo
-
-Capgo simplifie le processus de gestion des dépendances tout en offrant de solides performances. Il atteint un impressionnant **taux de mise à jour de 95% des utilisateurs en 24 heures** et maintient un temps de réponse API global de **57ms** [\[1\]](https://capgo.app/). Avec le chiffrement de bout en bout, il assure des mises à jour sécurisées conformes aux directives Apple et Android. Pour les équipes gérant plusieurs versions de plugins, le système de canaux de Capgo permet des déploiements ciblés pour des groupes d'utilisateurs spécifiques.
-
-Voici un aperçu rapide des performances de Capgo :
-
-| Métrique | Valeur |
-| --- | --- |
-| Temps de réponse API global | 57ms |
-| Taux de réussite des mises à jour | 82% |
-| Taux de mise à jour utilisateur (24 heures) | 95% |
diff --git a/src/content/blog/fr/how-to-add-geolocation-targeting-to-ota-updates.md b/src/content/blog/fr/how-to-add-geolocation-targeting-to-ota-updates.md
deleted file mode 100644
index f9da72a96..000000000
--- a/src/content/blog/fr/how-to-add-geolocation-targeting-to-ota-updates.md
+++ /dev/null
@@ -1,314 +0,0 @@
----
-slug: how-to-add-geolocation-targeting-to-ota-updates
-title: Comment ajouter le ciblage de géolocalisation aux mises à jour OTA
-description: >-
-  Découvrez comment implémenter le ciblage par géolocalisation dans les mises à
-  jour OTA pour améliorer l'engagement des utilisateurs avec des fonctionnalités
-  spécifiques à la localisation et des mises à jour en temps opportun.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-23T04:39:40.995Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ba891fbfa83cf6a92e8bd2-1740285846827.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  geolocation targeting, OTA updates, mobile app updates, user engagement,
-  location-based features, background location tracking, app development,
-  analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez fournir des [mises à jour de l'application](https://capgo.app/plugins/capacitor-updater/) adaptées à la localisation des utilisateurs ?** Le ciblage de géolocalisation dans les mises à jour Over-the-Air (OTA) rend cela possible. Voici un aperçu rapide de la façon dont vous pouvez combiner la géolocalisation avec les mises à jour OTA pour améliorer l'expérience et l'engagement des utilisateurs :
-
-- **Pourquoi le ciblage par géolocalisation ?**
-    
-    - Offrez des fonctionnalités, des promotions ou des mises à jour spécifiques à un emplacement.
-    - Répondez aux événements locaux ou à la météo en temps réel.
-    - Augmentez la précision du ciblage à l'aide de méthodes GPS ou IP.
-- **Ce dont vous avez besoin pour commencer :**
-    
-    - Une application [Capacitor](https://capacitorjs.com/) avec des fonctionnalités Web et natives.
-    - Plugins de localisation comme `@capacitor/geolocation` pour le suivi.
-    - Une plateforme OTA comme [Capgo](https://capgo.app/) qui prend en charge le ciblage par géolocalisation.
-- **Comment ça marche :**
-    
-    - Configurer les autorisations de localisation (iOS : `Info.plist`, Android : `AndroidManifest.xml`).
-    - Configurez le suivi de la localisation en arrière-plan avec une grande précision.
-    - Utilisez des règles de géolocalisation pour envoyer des mises à jour en fonction de l'emplacement de l'utilisateur.
-    - Cryptez les données de localisation pour des raisons de sécurité et suivez les performances de mise à jour.
-
-**Principaux avantages :**
-
-- Engagement plus élevé : des mises à jour personnalisées améliorent l'interaction des utilisateurs.
-- Meilleur timing : diffusez des mises à jour en fonction des besoins ou des événements régionaux.
-- Analyses améliorées : mesurez les taux de réussite et la précision de la localisation.
-
-Ce guide vous présente les outils, la configuration et les stratégies permettant de mettre en œuvre la géolocalisation dans vos mises à jour OTA. Commencez à fournir des mises à jour plus intelligentes dès aujourd'hui !
-
-## Vidéo connexe de YouTube
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Prérequis
-
-Avant de plonger dans les mises à jour OTA ciblées par géolocalisation, assurez-vous que la configuration suivante est en place.
-
-### Premiers pas avec [Capacitor](https://capacitorjs.com/)
-
-![Site web de la documentation du framework Capacitor](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-23.jpg?auto=compress)
-
-Pour créer une [application Capacitor](https://capgo.app/plugins/ivs-player/) géolocalisée avec les mises à jour OTA, vous aurez besoin de :
-
-- **[Node.js](https://nodejs.org/en) et npm** installés sur votre machine.
-- Un projet Capacitor initialisé avec des plateformes natives (iOS/Android).
-- Une compréhension de base des concepts de développement multiplateforme.
-
-Votre application doit prendre en charge les fonctionnalités Web et natives pour permettre les mises à jour OTA dynamiques et suivre efficacement les appareils.
-
-### Configuration des services de localisation
-
-Pour configurer le [plug-in Capacitor Geolocation](https://capgo.app/plugins/capacitor-nativegeocoder/), suivez ces étapes :
-
-**Pour iOS :**
-
-Ajoutez les descriptions de confidentialité suivantes à votre fichier `Info.plist` :
-
-- `NSLocationAlwaysAndWhenInUseUsageDescription`
-- `NSLocationWhenInUseUsageDescription`
-
-**Pour Android :**
-
-Incluez ces autorisations dans votre fichier `AndroidManifest.xml` :
-
-- `ACCESS_COARSE_LOCATION`
-- `ACCESS_FINE_LOCATION`
-- `android.hardware.location.gps` (facultatif mais améliore la précision).
-
-Installez les plugins requis avec :
-
-```bash
-npm install @capacitor/geolocation
-npx cap sync
-```
-
-Si vous avez besoin d'un suivi de localisation en arrière-plan, ajoutez :
-
-```bash
-npm install @capacitor-community/background-geolocation
-npx cap update
-```
-
-Une fois les services de localisation configurés, choisissez une plate-forme OTA qui prend en charge les mises à jour ciblées en fonction de l'emplacement de l'utilisateur.
-
-### Sélection d'une plateforme de mise à jour OTA
-
-Choisissez une plate-forme OTA qui propose des mises à jour en direct, un ciblage basé sur la géolocalisation et qui est conforme aux politiques de l'App Store. **Capgo** est un choix éprouvé, avec plus de 457,2 millions de mises à jour fournies sur 1,8 000 applications de production [\[2\]](https://capgo.app/).
-
-> "Capgo est un outil indispensable pour les développeurs qui souhaitent être plus productifs. Il est préférable d'éviter les évaluations d'applications pour corriger des bugs." -Bessie Cooper [\[2\]](https://capgo.app/)
-
-Voici pourquoi Capgo se démarque :
-
-| Fonctionnalité | Importance | Pourquoi c'est important |
-| --- | --- | --- |
-| **Mises à jour en direct** | Critique | Déployez instantanément des fonctionnalités spécifiques à l’emplacement. |
-| **Conformité de l'App Store** | Non négociable | S'assure que les mises à jour respectent les directives de la plateforme. |
-| **Support de géolocalisation** | Noyau | Cible les mises à jour en fonction de l'emplacement de l'utilisateur. |
-| **Contrôle de version** | Utile | Gère les versions des applications dans différentes régions. |
-| **Analyses** | Utile | Suit les performances de mise à jour en fonction de l’emplacement. |
-
-###### sbb-itb-f9944d2
-
-## Ajout de fonctionnalités de géolocalisation
-
-Un suivi de localisation précis est essentiel pour fournir des mises à jour OTA ciblées. Voici comment configurer les composants nécessaires pour une fonctionnalité de géolocalisation précise.
-
-### Installer les plugins d'emplacement
-
-Nous utiliserons le plugin `@aldegad/capacitor-geolocation` pour les capacités avancées de géolocalisation.
-
-```typescript
-npm install @aldegad/capacitor-geolocation  
-npx cap sync
-```
-
-Après l'installation, vous devrez demander des autorisations de localisation :
-
-```typescript
-const requestPermissions = async () => {
-  const permission = await Geolocation.requestPermission();
-  if (permission === 'granted') {
-    startLocationTracking();
-  }
-};
-```
-
-Une fois les autorisations accordées, configurez le suivi en arrière-plan pour garantir que les mises à jour de localisation se poursuivent même lorsque l'application s'exécute en arrière-plan.
-
-### Configurer l'emplacement en arrière-plan
-
-Le suivi de la localisation en arrière-plan nécessite un équilibre entre précision et utilisation de la batterie :
-
-```typescript
-const startLocationTracking = async () => {
-  await Geolocation.startLocationUpdates({
-    backgroundMessage: "Location tracking for targeted updates",
-    backgroundTitle: "Update Location Service",
-    distanceFilter: 10, // meters
-    enableHighAccuracy: true
-  });
-};
-```
-
-Pour une meilleure efficacité, pensez à ajuster la fréquence des mises à jour en fonction de l'activité des utilisateurs. Avant d'intégrer ces données dans votre système de mise à jour OTA, vérifiez l'exactitude des données de localisation.
-
-### Vérifier la précision de la localisation
-
-Assurez-vous que les données de suivi répondent aux niveaux de précision requis. L'API de géolocalisation fournit une mesure de précision (en mètres) avec `location.getAccuracy()` [\[4\]](https://stackoverflow.com/questions/58165165/how-to-find-location-accuracy) :
-
-```typescript
-const checkLocationAccuracy = async () => {
-  const location = await Geolocation.getCurrentPosition({
-    enableHighAccuracy: true,
-    timeout: 5000
-  });
-
-  const accuracy = location.coords.accuracy;
-};
-```
-
-La précision peut varier en fonction de la source de données [\[5\]](https://www.geoplugin.com/resources/geolocation-accuracy-top-factors-affecting-data-quality/) :
-
-- **GPS** : Précision à quelques mètres près
-- **Wi-Fi** : généralement 10 à 100 mètres
-- **Tours de téléphonie cellulaire** : Quelques centaines de mètres
-- **Adresse IP** : Plusieurs kilomètres
-
-Pour le ciblage OTA, visez une précision de niveau GPS, en particulier dans les environnements urbains avec une qualité de signal élevée. Si `location.getAccuracy()` renvoie `0.0`, cela signifie qu'aucune précision horizontale n'est disponible [\[4\]](https://stackoverflow.com/questions/58165165/how-to-find-location-accuracy).
-
-Pour garantir un suivi cohérent, combinez plusieurs sources de localisation et gérez efficacement les erreurs potentielles :
-
-```typescript
-const handleLocationError = (error) => {
-  if (error.code === 2) { // POSITION_UNAVAILABLE
-    fallbackToLowerAccuracy();
-  }
-};
-```
-
-## Connexion des données de localisation aux mises à jour
-
-L'intégration de données de localisation précises à votre système de mise à jour OTA vous permet de fournir des mises à jour adaptées aux emplacements des utilisateurs.
-
-### Configurer la plateforme OTA
-
-Capgo permet des mises à jour basées sur la géolocalisation. Voici comment le configurer :
-
-```typescript
-const configureLocationUpdates = async () => {
-  const updateConfig = {
-    locationTracking: true,
-    minAccuracy: 50, // meters
-    updateInterval: 3600, // seconds
-    retryAttempts: 3
-  };
-
-  await CapgoPlugin.setConfig(updateConfig);
-};
-```
-
-Pour garantir la sécurité des données, mettez en œuvre un chiffrement de bout en bout pour les données de localisation :
-
-```typescript
-const encryptLocationData = (locationData) => {
-  return CapgoPlugin.encrypt({
-    latitude: locationData.coords.latitude,
-    longitude: locationData.coords.longitude,
-    timestamp: locationData.timestamp
-  });
-};
-```
-
-Cette configuration garantit à la fois une gestion sécurisée des données et un ciblage précis.
-
-### Créer des règles de localisation
-
-Une fois votre plateforme configurée, vous pouvez définir des règles de géofencing pour des mises à jour ciblées.
-
-Définissez des règles de clôture géographique comme ceci :
-
-```typescript
-const createGeofenceRule = async (center, radius) => {
-  const rule = {
-    type: 'geodistance',
-    center: {
-      lat: center.latitude,
-      lng: center.longitude
-    },
-    radius: radius, // meters
-    updateVersion: '2.1.0',
-    conditions: {
-      timeWindow: 3600
-    }
-  };
-
-  await CapgoPlugin.addUpdateRule(rule);
-};
-```
-
-Vous pouvez combiner les données de localisation avec d'autres paramètres pour affiner votre ciblage :
-
-| Type de ciblage | Paramètres | Exemple de cas d'utilisation |
-| --- | --- | --- |
-| Géolocalisation | Rayon, coordonnées | Mises à jour pour les lieux événementiels |
-| Régional | Pays, état, ville | Mises à jour de conformité ou de langue |
-| Basé sur la météo | Conditions actuelles | Fonctionnalités basées sur les changements météorologiques |
-
-### Suivre les performances des mises à jour
-
-Utilisez les analyses pour surveiller les performances de vos mises à jour :
-
-```typescript
-const trackUpdateMetrics = async () => {
-  const metrics = await CapgoPlugin.getMetrics({
-    timeframe: '7d',
-    locationEnabled: true
-  });
-
-  console.log(`Success Rate: ${metrics.successRate}% | Average Accuracy: ${metrics.avgAccuracy}m | Updates Delivered: ${metrics.totalUpdates}`);
-};
-```
-
-Les exemples de réussite confirment l'efficacité du ciblage géolocalisé. Par exemple, [Rehlat](https://www.rehlat.com/), une OTA au Koweït, a obtenu un taux de clics de 12,4 % en se concentrant sur des régions spécifiques [\[6\]](https://webengage.com/blog/push-notification-use-cases-for-ota/). De même, [Goibibo](https://www.goibibo.com/) a augmenté les conversions de 11 % en combinant les données de localisation avec des informations comportementales [\[6\]](https://webengage.com/blog/push-notification-use-cases-for-ota/).
-
-L'analyse de mesures telles que les taux de réussite de livraison, la précision de la localisation et l'engagement des utilisateurs peuvent vous aider à affiner votre stratégie et à maximiser l'impact de vos mises à jour.
-
-## Conclusion
-
-### Impact sur les mises à jour des applications
-
-L'ajout d'un ciblage basé sur la géolocalisation aux mises à jour OTA améliore la manière dont les applications sont fournies et améliore l'expérience utilisateur. Il permet des mises à jour plus précises, spécifiques à un emplacement, efficaces et pertinentes. En utilisant soigneusement les services de localisation en arrière-plan, les développeurs peuvent garantir que les mises à jour sont efficaces sans épuiser les performances de l'appareil [\[3\]](https://capacitorjs.com/docs/v2/apis/geolocation). Par exemple, l'application Regent Street a enregistré une augmentation de **7,4 % des taux de réponse marketing** en envoyant du contenu personnalisé aux utilisateurs à proximité de points de vente spécifiques [\[7\]](https://geotargetly.com/blog/improving-app-engagement-and-revenue-with-geolocation-tracking).
-
-| **Zone d'impact** | **Avantage** | **Considération clé** |
-| --- | --- | --- |
-| Expérience utilisateur | Mises à jour pertinentes basées sur la localisation | Autorisations transparentes et détails de confidentialité |
-| Performances techniques | Ciblage précis sans contrainte excessive | Utilisation efficace de la batterie pour le suivi de localisation |
-| Valeur commerciale | Des taux d'engagement et de conversion plus élevés | Mesures strictes de sécurité et de confidentialité des données |
-
-Ces avantages ouvrent la voie à des utilisations encore plus avancées de la géolocalisation à l’avenir.
-
-### Développement futur
-
-L’avenir de la géolocalisation dans les mises à jour OTA offre des possibilités passionnantes. Les développeurs peuvent affiner leurs stratégies en intégrant des outils avancés tels que le géorepérage et la technologie des balises. Par exemple, [Allrecipes](https://www.allrecipes.com/) utilise des balises pour envoyer du contenu opportun et géolocalisé, montrant comment cette approche peut stimuler l'engagement des utilisateurs [\[7\]](https://geotargetly.com/blog/improving-app-engagement-and-revenue-with-geolocation-tracking).
-
-Les principaux domaines d’amélioration comprennent :
-
-- **Renforcer la sécurité des données** tout en maintenant les performances
-- **Simplification des défis techniques** pour une mise en œuvre plus facile
-- **Amélioration du ciblage** sans compromettre la confidentialité des utilisateurs
-- **Adaptation des mises à jour** pour fonctionner de manière transparente sur différents niveaux de connectivité [\[1\]](https://www.acldigital.com/blogs/ota-updates-in-automotive)
-
-Les plates-formes axées sur le chiffrement et la conformité ouvriront la voie en rendant ces avancées plus accessibles et plus efficaces.
diff --git a/src/content/blog/fr/how-to-add-third-party-plugins-in-capacitor-apps.md b/src/content/blog/fr/how-to-add-third-party-plugins-in-capacitor-apps.md
deleted file mode 100644
index d540df1ad..000000000
--- a/src/content/blog/fr/how-to-add-third-party-plugins-in-capacitor-apps.md
+++ /dev/null
@@ -1,454 +0,0 @@
----
-slug: how-to-add-third-party-plugins-in-capacitor-apps
-title: Comment ajouter des plugins tiers dans les applications Capacitor
-description: >-
-  Apprenez à améliorer votre application Capacitor en intégrant des plugins
-  tiers pour une fonctionnalité et des performances améliorées.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T14:04:24.780Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d977fb55129a55bd698926-1742306685762.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, third-party plugins, mobile app development, plugin installation,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Voulez-vous améliorer votre** [**Capacitor**](https://capacitorjs.com/) **application avec des fonctionnalités puissantes telles que des mises à jour en direct, des analyses ou une fonctionnalité sécurisée ?** Ajouter des plugins tiers est la solution. Capacitor simplifie l'intégration des plugins, élargissant les capacités de votre application sans coder profondément en natif.
-
-Voici ce que vous apprendrez :
-
-1.  **Outils nécessaires :** [Node.js](https://nodejs.org/en), npm, Capacitor CLI, [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), et plus encore.
-    
-2.  **Liste de compétences :** JavaScript/TypeScript, [débogage mobile](https://capgo.app/docs/plugin/debugging/), et [connaissances sur l'API Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-    
-3.  **Recherche de plugins :** Utilisez npm, [Capacitor Community Hub](https://capgo.app/blog/capacitor-comprehensive-guide/), ou GitHub pour découvrir des options fiables.
-    
-4.  **Installation des plugins :** Installez via npm et synchronisez avec `npx cap sync`.
-    
-5.  **Configuration :** Mettez à jour les fichiers spécifiques à la plateforme comme `Info.plist` (iOS) ou `AndroidManifest.xml` (Android).
-    
-6.  [**Conseils de débogage**](https://capgo.app/docs/plugin/debugging/)** :** Utilisez des outils comme `npx cap doctor` et un journal détaillé pour résoudre les problèmes.
-    
-
-**Conseil Pro :** Des outils comme [Capgo](https://capgo.app/) facilitent la gestion des mises à jour et des déploiements de plugins, avec des fonctionnalités telles que des mises à jour cryptées et des analyses en temps réel.
-
-Prêt à dynamiser votre application ? Plongez pour apprendre le processus étape par étape pour intégrer et gérer des plugins dans vos projets Capacitor.
-
-## [Capacitor](https://capacitorjs.com/) + Nx = Développement de Plugins Multiplateformes
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/0E1l2UgXh5k" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Avant de Commencer
-
-Avant de plonger dans l'intégration de plugins, assurez-vous que votre configuration et vos compétences sont prêtes à l'emploi.
-
-### Outils dont vous aurez besoin
-
-Voici une liste rapide des outils requis :
-
-1.  **Node.js :** Version 16.0 ou supérieure
-    
-2.  **npm :** Version 8.0 ou plus récente
-    
-3.  **Capacitor CLI :** Dernière version stable
-    
-4.  **IDE/Éditeur de Code :** De préférence [VS Code](https://code.visualstudio.com/) ou [WebStorm](https://www.jetbrains.com/webstorm/)
-    
-5.  **Git :** Pour le contrôle de version
-    
-6.  **Xcode :** Version 14 ou plus récente (Mac uniquement)
-    
-7.  **Android Studio :** Dernière version avec les outils SDK
-    
-
-Une fois que vous avez installé ces outils, prenez un moment pour évaluer vos compétences.
-
-### Liste de Compétences
-
-Voici ce avec quoi vous devriez être à l'aise :
-
-**Compétences Techniques de Base :**
-
-1.  Connaissance intermédiaire de JavaScript/TypeScript
-    
-2.  Compréhension des bases de l'architecture des applications mobiles
-    
-3.  Familiarité avec _async/await_ et les modèles de promesse
-    
-4.  Expérience avec npm pour la gestion des packages
-    
-
-**Connaissances Spécifiques à la Plateforme :**
-
-1.  Développement basique iOS (pour les plugins iOS)
-    
-2.  Développement basique Android (pour les plugins Android)
-    
-3.  [Techniques de débogage des applications mobiles](https://capgo.app/docs/plugin/debugging/)
-    
-
-**Familiarité avec les Cadres :**
-
-1.  Connaissance pratique de l'API Capacitor et d'un cadre Web comme [React](https://react.dev/), [Vue](https://vuejs.org/), ou [Angular](https://angular.io/)
-    
-2.  Expérience avec le design réactif mobile-first
-    
-
-Si l'un de ces points vous semble inconnu, envisagez de vous perfectionner avant de continuer.
-
-## Trouver les Bonnes Plugins
-
-### Où Trouver des Plugins
-
-Pour découvrir des [plugins Capacitor](https://capgo.app/plugins/), commencez par le registre npm. Recherchez des mots-clés comme **"capacitor-plugin"** ou **"@capacitor/"**. L'équipe officielle de Capacitor maintient des plugins principaux sous `@capacitor/`, couvrant des fonctionnalités comme la caméra, la géolocalisation et le stockage.
-
-Voici d'autres sources que vous pouvez explorer :
-
-| Plateforme | Description | Avantages |
-| --- | --- | --- |
-| Capacitor Community Hub | Plugins maintenus par la communauté | Compatibilité vérifiée, mises à jour régulières |
-| GitHub Awesome Lists | Collections de plugins organisées | Bien organisées et classées |
-| Éditeurs Vérifiés npm | Plugins de développeurs de confiance | Fiabilité accrue |
-
-Une fois que vous avez compilé une liste de plugins potentiels, l'étape suivante est d'évaluer leur qualité.
-
-### Comment Vérifier la Qualité du Plugin
-
-Après avoir identifié des plugins qui semblent prometteurs, évaluez leur qualité en utilisant ces facteurs clés :
-
-**Qualité de la Documentation**
-
-1.  Recherchez des instructions claires d'installation, des références API approfondies, des guides spécifiques à la plateforme, et des exemples de code fonctionnels.
-
-**État de Maintenance**
-
-1.  Vérifiez le dépôt GitHub du plugin pour une activité récente, des réponses rapides aux problèmes, des mises à jour régulières, et la compatibilité avec les dernières versions de Capacitor.
-
-**Engagement de la Communauté**
-
-1.  Analysez les métriques comme les téléchargements hebdomadaires sur npm, les étoiles GitHub, les forks, les taux de résolution des problèmes, et l'implication des mainteneurs.
-
-Un plugin bien entretenu devrait montrer un développement actif. Recherchez par exemple :
-
-1.  Des versions fréquentes (idéalement au moins trimestrielles)
-    
-2.  Un versionnage sémantique approprié
-    
-3.  Un journal des modifications détaillé
-    
-4.  Support TypeScript avec définitions de type
-    
-
-**Vérification de Compatibilité**
-
-1.  Testez le plugin dans votre environnement de développement.
-    
-2.  Assurez-vous qu'il répond aux exigences spécifiques à la plateforme et ne rentre pas en conflit avec d'autres plugins.
-    
-3.  Vérifiez qu'il prend en charge toutes vos plateformes cibles (iOS/Android).
-    
-4.  Confirmez qu'il répond aux normes de production de votre application pour la fiabilité.
-    
-
-Pour les applications en production, privilégiez les plugins ayant un historique éprouvé ou ceux offrant un support commercial. Cela garantit une assistance fiable en cas de problèmes.
-
-## Étapes d'Installation de Plugins
-
-Après vous être assuré que vos plugins respectent les normes de qualité, suivez ces étapes pour les installer et les synchroniser.
-
-### Commandes d'Installation npm
-
-Utilisez npm pour installer des plugins :
-
-```bash
-npm install plugin-name
-```
-
-Pour les [plugins officiels Capacitor](https://capgo.app/blog/) :
-
-```bash
-npm install @capacitor/plugin-name
-```
-
-Pour installer plusieurs plugins à la fois :
-
-```bash
-npm install @capacitor/camera @capacitor/geolocation @capacitor/storage
-```
-
-Pour [la fonctionnalité de mise à jour en direct de Capgo](https://www.npmjs.com/package/@capgo/capacitor-updater) [\[1\]](https://capgo.app/) :
-
-```bash
-npx @capgo/cli init
-```
-
-Une fois installé, synchronisez les plugins avec vos plateformes natives.
-
-### Exécution de Capacitor Sync
-
-Exécutez la commande suivante pour intégrer les composants natifs :
-
-```bash
-npx cap sync
-```
-
-Voici ce qui se passe pendant la synchronisation :
-
-| Tâche | Description | Impact |
-| --- | --- | --- |
-| Copier les Actifs Web | Transfère les actifs web vers les plateformes natives | Met à jour le contenu web |
-| Mettre à jour les Configurations Natives | Ajuste les fichiers de configuration natifs | Assure la compatibilité |
-| Installer les Dépendances | Ajoute les dépendances natives requises | Active la fonctionnalité du plugin |
-| Configuration Spécifique à la Plateforme | Gère les configurations spécifiques à la plateforme | Prépare pour iOS/Android |
-
-Pour synchroniser une plateforme spécifique, utilisez :
-
-```bash
-npx cap sync ios
-npx cap sync android
-```
-
-**Conseils Clés :**
-
-1.  Assurez-vous que les plugins sont compatibles avec votre version de Capacitor.
-    
-2.  Vérifiez la sortie du terminal pour des avertissements ou des instructions de configuration.
-    
-3.  Gardez vos outils de développement à jour.
-    
-
-Si vous rencontrez des conflits de version, utilisez `npx cap sync --force` pour effectuer une synchronisation propre.
-
-Une fois la synchronisation terminée, configurez les plugins pour chaque plateforme selon vos besoins.
-
-## Configuration et Utilisation des Plugins
-
-### Configuration Spécifique à la Plateforme
-
-Pour configurer les plugins, mettez à jour le fichier `capacitor.config.json` avec les paramètres spécifiques à la plateforme :
-
-```json
-{
-  "plugins": {
-    "Camera": {
-      "ios": {
-        "usageDescription": "Your app needs camera access to take photos"
-      },
-      "android": {
-        "allowBackgroundUsage": false
-      }
-    }
-  }
-}
-```
-
-Pour **iOS**, incluez les autorisations nécessaires dans le fichier `Info.plist`, telles que l'accès à la caméra, à la photothèque ou à la localisation.
-
-Pour **Android**, assurez-vous d’ajouter les autorisations requises dans le fichier `AndroidManifest.xml` :
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-feature android:name="android.hardware.camera" android:required="true" />
-```
-
-### Configuration du Plugin dans le Code
-
-Commencez par importer les plugins dans votre code d'application :
-
-```typescript
-import { Camera } from '@capacitor/camera';
-import { Geolocation } from '@capacitor/geolocation';
-```
-
-Pour une meilleure organisation, envisagez de regrouper plusieurs plugins dans un service :
-
-```typescript
-export class PluginService {
-  async checkPermissions() {
-    const cameraPermission = await Camera.checkPermissions();
-    const locationPermission = await Geolocation.checkPermissions();
-    return { cameraPermission, locationPermission };
-  }
-}
-```
-
-Une fois importés et structurés, vous pouvez commencer à implémenter les fonctionnalités des plugins et les tester sur différentes plateformes.
-
-### Travailler avec les Fonctionnalités des Plugins
-
-Exploitez `async/await` pour gérer les fonctionnalités des plugins avec une bonne gestion des erreurs :
-
-```typescript
-async function captureImage() {
-  try {
-    const image = await Camera.getPhoto({
-      quality: 90,
-      allowEditing: true,
-      resultType: 'base64'
-    });
-    return image;
-  } catch (error) {
-    console.error('Camera error:', error);
-    throw error;
-  }
-}
-```
-
-Testez la fonctionnalité des plugins à chaque étape de déploiement pour garantir la fiabilité.
-
-> "Nous avons déployé [des mises à jour OTA Capgo](https://console.capgo.app/resend_email) en production pour notre base utilisateur de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA à @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-| Phase de Test du Plugin | Meilleure Pratique | Impact |
-| --- | --- | --- |
-| Développement | Utiliser [le système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Isoler les environnements de test |
-| Test Bêta | Exploiter le suivi des erreurs | Identifier les problèmes spécifiques à la plateforme |
-| Production | Activer les mises à jour automatiques | Taux de mise à jour des utilisateurs de 95 % dans les 24 heures |
-
-Le système de mise à jour crypté de Capgo peut simplifier les mises à jour fréquentes des plugins [\[1\]](https://capgo.app/).
-
-**Conseils Clés pour l’Implémentation :**
-
-1.  Testez les plugins minutieusement sur toutes les plateformes.
-    
-2.  Abordez les cas particuliers spécifiques à chaque plateforme.
-    
-3.  Utilisez des limites d'erreur appropriées pour gérer les échecs.
-    
-4.  Surveillez les performances des plugins avec des outils d'analyse.
-    
-
-## Résoudre des Problèmes Courants
-
-### Problèmes d'Installation et de Synchronisation
-
-Si vous rencontrez des erreurs d'installation npm, elles proviennent souvent de décalages de version ou de dépendances manquantes. Voici comment vous pouvez les résoudre :
-
-1.  Videz le cache npm et mettez à jour Node.js :
-    
-    ```bash
-    npm cache clean --force
-    npm install @capacitor/core@latest
-    npm install @capacitor/cli@latest
-    ```
-    
-2.  Si les problèmes persistent, utilisez la commande suivante pour diagnostiquer les problèmes de configuration :
-    
-    ```bash
-    npx cap doctor
-    ```
-    
-
-Cette commande recherche des problèmes courants et fournit des suggestions pour les résoudre.
-
-### Conflits de Plugins
-
-Les conflits de plugins sont généralement causés par des versions incompatibles ou des fonctionnalités qui se chevauchent. Voici comment les gérer :
-
-| Type de Conflit | Solution Suggérée |
-| --- | --- |
-| Décalage de version | Mettez à jour le noyau Capacitor et les plugins vers des versions correspondantes. |
-| Plugins en double | Supprimez les plugins en conflit et réinstallez-les un par un. |
-| Problèmes spécifiques à la plateforme | Configurez les surcharges de plateforme dans la configuration de votre projet. |
-
-Si plusieurs plugins nécessitent différentes versions de Capacitor, vérifiez les paramètres de compatibilité dans votre fichier `package.json` :
-
-```json
-{
-  "peerDependencies": {
-    "@capacitor/core": ">=4.0.0 <5.0.0"
-  }
-}
-```
-
-Toujours bloqué ? Passez aux [étapes de débogage](https://capgo.app/docs/plugin/debugging/) pour une analyse plus approfondie.
-
-### Étapes de Débogage
-
-Pour déboguer les problèmes de plugin, suivez ces étapes :
-
-1.  **Activez la journalisation détaillée** dans votre fichier de configuration Capacitor :
-    
-    ```json
-    {
-      "server": {
-        "cleartext": true,
-        "androidScheme": "http",
-        "allowNavigation": ["*"],
-        "debug": true
-      }
-    }
-    ```
-    
-2.  **Utilisez des outils de débogage spécifiques à la plateforme** :
-    
-    -   Pour iOS : Utilisez la console Xcode.
-        
-    -   Pour Android : Vérifiez Logcat dans Android Studio.
-        
-3.  **Consignez et suivez les erreurs de plugin** dans votre code :
-    
-    ```typescript
-    try {
-      await Plugin.method();
-    } catch (error) {
-      console.error(`Plugin error: ${error.message}`);
-      // Optionally, integrate with an error tracking service
-    }
-    ```
-    
-
-Pour les problèmes persistants, consultez le dépôt GitHub du plugin pour les problèmes signalés ou des conseils de dépannage. De nombreux auteurs de plugins incluent des instructions détaillées dans leur documentation.
-
-**Astuce Pro :** Utilisez des outils de développement spécifiques à votre plateforme pour inspecter l'activité réseau, les autorisations et les journaux de plantage. Ces outils peuvent vous faire gagner du temps en vous aidant à identifier la cause profonde du problème.
-
-## Utiliser [Capgo](https://capgo.app/) pour les Mises à Jour
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-Une fois que vous avez résolu les problèmes d'intégration courants, Capgo facilite la gestion des mises à jour pour vos [applications Capacitor](https://capgo.app/top_capacitor_app/).
-
-### À propos de Capgo
-
-Capgo simplifie la gestion en direct des plugins tiers dans les applications Capacitor. Avec **23,5 millions de mises à jour livrées à travers 750 applications** [\[1\]](https://capgo.app/), c'est un outil de confiance pour gérer les plugins. Ses fonctionnalités incluent le déploiement instantané, les mises à jour partielles, le chiffrement de bout en bout et la distribution basée sur des canaux, tous conçus pour maintenir une livraison de plugins fluide et efficace.
-
-### Gestion des Plugins avec Capgo
-
-Voici ce que Capgo apporte :
-
-| Fonctionnalité | Ce que cela fait | Indicateur Clé |
-| --- | --- | --- |
-| **Mises à Jour en Arrière-plan** | Installe des mises à jour en silence, sans action de l'utilisateur | 95% des utilisateurs actifs mis à jour en 24 heures [\[1\]](https://capgo.app/) |
-| **Contrôle de Version** | Permet des restaurations en un clic | Taux de succès de restauration de 82% à l'échelle mondiale [\[1\]](https://capgo.app/) |
-| **Tableau de Bord Analytique** | Suit la performance des mises à jour en temps réel | Aide à identifier et à résoudre rapidement les problèmes |
-
-Capgo s'intègre facilement dans votre flux de travail Capacitor, assurant des mises à jour sécurisées et continues. Il fonctionne avec des outils tels que **GitHub Actions, GitLab CI, et** [**Jenkins**](https://www.jenkins.io/), automatisant les mises à jour et les déploiements de plugins pour gagner du temps et réduire l'effort manuel.
-
-Pour les équipes gérant plusieurs plugins, le système de canaux prend en charge les tests bêta avant les sorties plus larges. Les analyses en temps réel fournissent des informations sur la performance des mises à jour et le suivi des erreurs. Capgo est compatible avec **Capacitor 8**, prend en charge les intégrations API personnalisées et offre des options auto-hébergées pour des besoins spécialisés.
-
-## Résumé
-
-L'intégration de plugins tiers implique quelques étapes essentielles : rechercher des options fiables, les installer via npm, les synchroniser avec les composants natifs et les configurer pour chaque plateforme.
-
-Voici un aperçu du processus d'intégration dans des phases clés :
-
-| Phase | Actions Clés | Indicateurs de Succès |
-| --- | --- | --- |
-| **Pré-Intégration** | Rechercher la compatibilité des plugins et les avis des utilisateurs | Identifie les défis potentiels tôt |
-| **Installation** | Installer des plugins en utilisant npm et exécuter la synchronisation Capacitor | Assure une intégration fluide sur les plateformes |
-| **Configuration** | Gérer les exigences de configuration spécifiques aux plateformes | Optimise la performance des plugins |
-| **Maintenance** | Utiliser [des mises à jour automatisées](https://capgo.app/docs/live-updates/update-behavior/) avec Capgo | 95% des utilisateurs mis à jour en 24 heures [\[1\]](https://capgo.app/) |
-
-Capgo offre des outils pour rationaliser les mises à jour. Rodrigo Mantica souligne son importance :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-Pour les applications d'entreprise, le système de canaux de Capgo permet des déploiements progressifs de manière efficace. Avec un taux de succès de mise à jour mondial de 82% [\[1\]](https://capgo.app/) et un suivi avancé des erreurs, Capgo garantit un processus de mise à jour fiable. L'équipe OSIRIS-REx de la NASA est un excellent exemple de la façon dont un pipeline de mise à jour solide peut faire la différence [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/fr/how-to-build-capacitor-app-in-xcode-cloud.md b/src/content/blog/fr/how-to-build-capacitor-app-in-xcode-cloud.md
deleted file mode 100644
index 5cca78a79..000000000
--- a/src/content/blog/fr/how-to-build-capacitor-app-in-xcode-cloud.md
+++ /dev/null
@@ -1,129 +0,0 @@
----
-slug: how-to-build-capacitor-app-in-xcode-cloud
-title: Comment créer une application Ionic Capacitor dans Xcode Cloud
-description: >-
-  Utilisez Xcode cloud pour compiler votre application Capacitor JS et
-  contourner le besoin de MacOS.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-09-01T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /xcode_cloud.webp
-head_image_alt: Build Capacitor Xcode Cloud
-keywords: >-
-  Xcode Cloud, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: fr
----
-## Prérequis
-
-Avant de continuer avec le tutoriel…
-
--   Assurez-vous d'utiliser GitHub
--   Utilisez Capacitor
--   Votre application est déjà déployée sur l'Apple Store
--   Envie de lire 😆…
-
-L'utilisation d'Ionic est optionnelle, pour Cordova cela pourrait fonctionner, mais je ne l'ai pas essayé.
-
-## Important concernant le prix
-
-![Price Xcode Cloud](/xcode_cloud_price.webp)
-
-[https://developer.apple.com/xcode-cloud/](https://developer.apple.com/xcode-cloud/)
-
-Le service est '_gratuit_' jusqu'à la limite.  
-Vous pouvez voir dans la capture d'écran les prix et les limites (prix à la date de création du tutoriel, ils pourraient subir des modifications à l'avenir)
-
-🔴 **_Une fois avertis des exigences et des prix, si cela vous convient, nous continuons..._**
-
-> **_📣_ Dans ce post, nous supposons que nous avons l'application créée dans l'Apple Store**
-
-## Introduction
-
-Pour que Xcode compile votre application Capacitor, vous devez configurer quelques éléments.
-
-## Préparation du Package
-
-Assurez-vous d'avoir votre commande de build dans votre script `package.json`.
-Puis ajoutez la commande `sync:ios` comme ci-dessous.
-
-```json
-{
-  "scripts": {
-    "build": "YOUR BUILD COMMAND",
-    "sync:ios": "cap sync ios"
-  }
-}
-```
-Cette étape permettra au script post de fonctionner simplement
-
-## Script post-clone
-Ce script sera exécuté par Xcode cloud après l'étape de clonage
-
-```bash
-#!/usr/bin/env bash
-
-set -x
-
-export HOMEBREW_NO_INSTALL_CLEANUP=TRUE
-# Install CocoaPods
-echo "📦 Install CocoaPods"
-brew install cocoapods
-brew install node@18
-brew link node@18
-
-# Install dependencies
-# XCode Cloud is literally broken for 2 months now - https://developer.apple.com/forums/thread/738136?answerId=774510022#774510022
-npm config set maxsockets 3
-npm ci
-# or `pnpm install --frozen-lockfile` or `yarn add --frozen-lockfile` or bun install
-npm run build 
-# or npm run build
-npm run sync:ios
-```
-
-Enregistrez ce fichier à la racine de votre projet et nommez-le `ios/App/ci_scripts/ci_post_clone.sh`
-
-Puis rendez ce fichier exécutable avec cette commande `chmod +x ios/App/ci_scripts/ci_post_clone.sh`
-
-## Créer un workflow Xcode
-
-Ouvrez Xcode (oui, pour supprimer Xcode vous avez besoin de Xcode)
-
-Et allez dans cet onglet :
-![Xcode step 1](/xcode_step_1.webp)
-
-Cliquez sur créer un workflow, sélectionnez votre application, cliquez sur suivant comme ci-dessous.
-
-![Xcode step 2](/xcode_step_2.webp)
-
-Cliquez sur Modifier le workflow à gauche
-![Xcode step 2](/xcode_step_3.webp)
-
-Allez dans l'onglet environnements et choisissez comme ci-dessous Mac 12.4 et cochez l'option appropriée
-![Xcode step 3](/xcode_step_3.webp)
-
-Choisissez votre condition de démarrage.
-Si vous utilisez le même build que nous, je suggère d'utiliser Tag au lieu de branch, pour éviter le double build.
-
-Définissez votre variable d'environnement
-![Xcode step 4](/xcode_step_4.webp)
-
-Connectez votre compte GitHub
-![Xcode step 5](/xcode_step_5.webp)
-
-![Xcode step 6](/xcode_step_6.webp)
-
-Puis activez le workflow et committez votre premier changement, vous devriez voir votre build s'exécuter dans Xcode.
-
-## **Traitement du Build**
-
-Dans Xcode Cloud, **vous êtes facturé en fonction des minutes** que vous avez utilisées pour exécuter votre workflow CI/CD. D'après l'expérience, il faut environ 10-15 minutes avant qu'un build puisse être traité dans l'Apple Store.
-
-Pour les projets privés, le coût estimé par build peut aller jusqu'à **0,008$/min x 5 mins = 0,4$**, ou plus, selon la configuration ou les dépendances de votre projet.
-
-Pour les projets Open-source, cela ne devrait pas du tout être un problème. Voir les [tarifs](https://github.com/pricing/).
diff --git a/src/content/blog/fr/how-to-bypass-app-store-review.md b/src/content/blog/fr/how-to-bypass-app-store-review.md
deleted file mode 100644
index c46a3bd67..000000000
--- a/src/content/blog/fr/how-to-bypass-app-store-review.md
+++ /dev/null
@@ -1,56 +0,0 @@
----
-slug: how-to-bypass-app-store-review
-title: >-
-  Comment mettre à jour les applications Capacitor JS sans passer par la
-  révision de l'App Store.
-description: >-
-  Comment la fonction Capgo peut-elle vous permettre d'envoyer des mises à jour
-  de code aux applications iOS Ionic en production tout en respectant pleinement
-  les directives d'Apple ?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /bypass_illustration.webp
-head_image_alt: Illustration du bypass de Capacitor
-keywords: >-
-  Apple, App Store, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-_Je suis ravi(e) que vous posiez la question._
-
-Mes avocats m'ont demandé de vous informer qu'il ne s'agit pas d'un avis juridique, mais vous n'avez pas besoin d'un diplôme en droit pour comprendre la formulation des directives officielles d'Apple. Les directives d'Apple permettent explicitement de transmettre du code exécutable directement à votre application, en contournant l'App Store, sous ces trois conditions :
-
-* Le code est exécuté par le framework WebKit intégré d'Apple
-* Le code ne fournit pas, ne déverrouille pas ou n'active pas de fonctionnalités supplémentaires
-* L'utilisateur ne voit pas que la mise à jour est en cours
-
-Avec le plugin Capacitor de Capgo, vous ne pouvez que mettre à jour et modifier votre HTML, CSS et JavaScript, donc nous respectons la première condition.
-
-À noter que la capacité des applications à se mettre à jour sans passer par l'App Store existe depuis un certain temps.
-Uniquement pour les applications créées avec des frameworks JavaScript comme React Native de Facebook et des services comme Expo.
-
-Une preuve que React Native n'est pas plus natif que Capacitor 😆
-
-Capgo est simplement la première solution abordable qui permet de pousser des mises à jour au niveau du code vers les applications Capacitor natives.
-La deuxième condition, pas de nouvelles fonctionnalités, dépend vraiment de vous.
-
-Capgo n'est pas destiné à ajouter de nouvelles fonctionnalités. Il est conçu pour les ajuster ou les corriger, évitant les versions mineures nécessaires pour corriger les bugs, ajouter des logs ou du tracking, mettre à jour les messages, forcer les utilisateurs à mettre à niveau, etc.
-
-Pour les nouvelles fonctionnalités, vous devez passer par l'app store. Pour information, Ionic AppFlow (l'alternative pour les grandes entreprises) est installé sur plus de 50 millions d'appareils iOS et aucune application n'a jamais été rejetée parce qu'elle l'utilise.
-
-Je dis cela car il est bon de savoir que des milliers d'autres développeurs utilisent les mises à jour en direct, vous n'êtes donc pas seul.
-
-Apple et Google ont leurs propres règles concernant la mise à jour des applications.
-
-Pour Apple, [consultez le paragraphe 3.3.2](https://developer.apple.com/programs/information/Apple_Developer_Program_Information_8_12_15.pdf/).
-\[…\] La seule exception à ce qui précède concerne les scripts et le code téléchargés et exécutés par le framework WebKit intégré d'Apple ou JavascriptCore \[…\] __TLDR__ : nous devons utiliser les mises à jour OTA uniquement pour corriger des bugs ou apporter des améliorations, sans faire de changements significatifs.
-
-__Google__ Play est moins restrictif – ils indiquent que les applications installées depuis Google Play avec des bundles JavaScript [ne sont pas limitées](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en) aux mises à jour via les services Google uniquement.
-
-Consultez mon prochain article pour plus d'informations sur l'installation de Capgo pour contourner la révision.
diff --git a/src/content/blog/fr/how-to-customize-build-scripts-with-capacitor-cli.md b/src/content/blog/fr/how-to-customize-build-scripts-with-capacitor-cli.md
deleted file mode 100644
index 9eb4b7b3f..000000000
--- a/src/content/blog/fr/how-to-customize-build-scripts-with-capacitor-cli.md
+++ /dev/null
@@ -1,430 +0,0 @@
----
-slug: how-to-customize-build-scripts-with-capacitor-cli
-title: Comment personnaliser les scripts de construction avec Capacitor CLI
-description: >-
-  Apprenez à personnaliser vos scripts de construction en utilisant Capacitor
-  CLI pour des déploiements efficaces et des mises à jour d'applications sur
-  mesure sur plusieurs plateformes.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T01:58:36.984Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873-1743559128944.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, build scripts, mobile development, deployment automation,
-  environment variables, app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI vous permet de personnaliser le processus de construction de votre application pour les plateformes iOS, Android et web. En ajustant les scripts de construction, vous pouvez :
-
--   **Accélérer les mises à jour** : Publiez des changements instantanément sans délais d'app store.
--   **Contrôler les déploiements** : Revenir à des mises à jour ou cibler des groupes d'utilisateurs spécifiques.
--   **Sécuriser votre application** : Utilisez le chiffrement pour protéger les mises à jour.
--   **Optimiser les constructions** : Ajustez les paramètres pour des besoins spécifiques à chaque plateforme.
-
-### Aperçu rapide des fonctionnalités clés :
-
--   **Fichiers de configuration** : Utilisez `capacitor.config.json` et `package.json` pour gérer les paramètres de construction.
--   **Scripts personnalisés** : Ajoutez des tâches de préconstruction et de postconstruction pour l'automatisation.
--   **Hooks de construction** : Exécutez du code à des étapes spécifiques du processus de construction.
--   **Variables d'environnement** : Simplifiez les constructions spécifiques à l'environnement avec des fichiers `.env`.
-
-[Capgo](https://capgo.app/), un outil de déploiement, améliore ce processus avec des [mises à jour automatisées](https://capgo.app/docs/live-updates/update-behavior/), le suivi des versions et l'optimisation des performances globales. Continuez à lire pour apprendre comment configurer et personnaliser vos scripts de construction pour une efficacité maximale.
-
-## Présentation de [Capacitor](https://capacitorjs.com/) Configure
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/HufvY63esXs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Processus de construction par défaut dans Capacitor
-
-Comprendre comment Capacitor gère son processus de construction par défaut est crucial si vous souhaitez le personnaliser efficacement. Ci-dessous, nous allons décomposer le processus de construction de Capacitor CLI et ses fichiers de configuration clés.
-
-### Étapes de construction standard
-
-Capacitor utilise un processus étape par étape pour transformer votre application web en constructions spécifiques à chaque plateforme. Voici ce qui se passe lors du processus de construction par défaut :
-
-| Phase | Description | Sortie |
-| --- | --- | --- |
-| **Construction Web** | Compile les actifs web en utilisant vos outils de framework | Package web optimisé |
-| **Copie des actifs** | Déplace les actifs web vers les dossiers de la plateforme native | Répertoires d'actifs spécifiques à la plateforme |
-| **Construction Native** | Exécute des commandes de construction spécifiques à la plateforme | Binaires prêts à être déployés |
-| **Vérification** | Vérifie l'intégrité de la construction et les dépendances | État de la construction et avertissements |
-
-### Fichiers de configuration principaux
-
-Deux fichiers de configuration clés déterminent comment Capacitor gère vos constructions :
-
-**capacitor.config.json**  
-C'est le fichier de configuration principal pour votre projet Capacitor. Il définit des paramètres importants pour vos constructions :
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 3000
-    }
-  }
-}
-```
-
--   **`appId`** : Un identifiant unique pour votre application.
--   **`appName`** : Le nom de votre application.
--   **`webDir`** : Spécifie où Capacitor doit chercher les actifs web (par exemple, `dist`).
--   **`plugins`** : Vous permet de configurer des paramètres spécifiques au plugin, comme les options de SplashScreen.
-
-**package.json**  
-Ce fichier inclut des scripts de construction et des dépendances qui influencent le processus de construction :
-
-```json
-{
-  "scripts": {
-    "build": "npm run build:web && cap sync",
-    "build:web": "vite build",
-    "cap:build": "cap build"
-  }
-}
-```
-
--   Le paramètre `webDir` dans `capacitor.config.json` indique à Capacitor où localiser vos actifs web compilés pour inclusion dans les constructions natives.
--   Après avoir effectué des modifications dans `capacitor.config.json`, vous devez exécuter `cap sync` pour garantir que vos projets natifs soient à jour.
-
-Ensuite, nous allons explorer comment vous pouvez modifier ces paramètres pour personnaliser encore plus vos constructions.
-
-## Modification des scripts de construction
-
-Vous pouvez ajuster le processus de construction par défaut de Capacitor pour mieux répondre aux besoins de votre projet. Voici comment :
-
-### Paramètres du fichier de configuration
-
-Vous pouvez ajuster le processus de construction en éditant le fichier `capacitor.config.json`. Voici un exemple de configuration :
-
-```json
-{
-  "appId": "com.example.app",
-  "webDir": "www",
-  "server": {
-    "hostname": "localhost",
-    "androidScheme": "https",
-    "iosScheme": "https",
-    "allowNavigation": ["*.example.com"]
-  },
-  "android": {
-    "buildOptions": {
-      "keystorePath": "release.keystore",
-      "keystorePassword": "mypassword",
-      "keystoreAlias": "release",
-      "keystoreAliasPassword": "mypassword"
-    }
-  },
-  "ios": {
-    "scheme": "App",
-    "automaticProvisioning": true
-  }
-}
-```
-
-Voici quelques paramètres clés que vous pouvez modifier :
-
--   **`webDir`** : Spécifie où se trouvent vos actifs web compilés.
--   **`server`** : Configure le serveur de développement, y compris le nom d'hôte et les permissions de navigation.
--   **`android/ios`** : Permet des paramètres de construction spécifiques à la plateforme, tels que les détails du keystore pour Android ou les options de provisionnement pour iOS.
-
-### Création de scripts NPM
-
-Pour rationaliser votre flux de travail, ajoutez des scripts NPM personnalisés à votre fichier `package.json`. Voici un exemple :
-
-```json
-{
-  "scripts": {
-    "prebuild": "node ./scripts/prepare-env.js",
-    "build": "npm run build:web && cap sync",
-    "build:web": "vite build",
-    "build:ios": "cap build ios --release",
-    "build:android": "cap build android --release",
-    "postbuild": "node ./scripts/notify-completion.js"
-  }
-}
-```
-
--   **`prebuild` et `postbuild`** : Utilisez-les pour des tâches comme la configuration de l'environnement ou l'envoi de notifications lorsque la construction est terminée.
--   **`build:platform`** : Commandes spécifiques à la plateforme pour construire des applications Android ou iOS.
-
-Vous pouvez aller encore plus loin dans l'automatisation en ajoutant des hooks de construction.
-
-### Configuration des hooks de construction
-
-Pour un contrôle plus avancé, utilisez des hooks de construction pour exécuter du code personnalisé à des points spécifiques du processus de construction. Voici un exemple de configuration dans `capacitor.config.ts` :
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  plugins: {
-    CapacitorHooks: {
-      beforeBuild: async () => {
-        console.log('Running pre-build tasks...');
-        // Add your pre-build tasks here
-      },
-      afterBuild: async () => {
-        console.log('Running post-build tasks...');
-        // Add your post-build tasks here
-      }
-    }
-  }
-};
-
-export default config;
-```
-
-Avec les hooks de construction, vous pouvez :
-
--   Valider les exigences avant le début de la construction
--   Transformer les actifs pendant le processus
--   Déclencher des notifications à des moments clés
--   Mettre à jour les numéros de version automatiquement
--   Exécuter des tests automatisés sans heurts
-
-Cette approche vous donne plus de flexibilité et de contrôle sur l'ensemble du cycle de vie de la construction.
-
-## Personnalisation avancée de la construction
-
-Lorsque vous travaillez sur des projets plus importants, peaufiner votre processus de construction peut faire une grande différence. Voici comment gérer efficacement les constructions spécifiques à l'environnement et les personnalisations de la plateforme.
-
-### Variables d'environnement
-
-Configurez des variables d'environnement en créant des fichiers `.env` séparés pour chaque environnement :
-
--   `.env.development`
--   `.env.staging`
--   `.env.production`
-
-Ensuite, configurez votre script de construction pour charger le fichier approprié en fonction de l'environnement :
-
-```typescript
-import { defineConfig } from '@capacitor/cli';
-
-export default defineConfig({
-  ios: {
-    buildConfig: {
-      environment: process.env.BUILD_ENV || 'development',
-      configurations: {
-        development: {
-          signing: {
-            debug: true,
-            automaticProvisioning: true
-          }
-        },
-        production: {
-          signing: {
-            release: true,
-            provisioningProfile: 'dist/profile.mobileprovision'
-          }
-        }
-      }
-    }
-  }
-});
-```
-
-Vous pouvez encore ajuster ces paramètres pour correspondre aux exigences spécifiques de chaque plateforme.
-
-### Constructions spécifiques à la plateforme
-
-Pour personnaliser les constructions pour Android et iOS, utilisez la structure suivante :
-
-```typescript
-const platformConfig = {
-  android: {
-    buildType: process.env.BUILD_TYPE || 'debug',
-    keystoreConfig: {
-      path: process.env.KEYSTORE_PATH,
-      password: process.env.KEYSTORE_PASSWORD,
-      alias: process.env.KEYSTORE_ALIAS
-    }
-  },
-  ios: {
-    scheme: process.env.APP_SCHEME || 'App',
-    xcodePreferences: {
-      automaticSigning: false,
-      developmentTeam: process.env.DEVELOPMENT_TEAM
-    }
-  }
-};
-```
-
-Ces configurations vous permettent d'adapter les constructions pour chaque plateforme, garantissant des déploiements plus fluides.
-
-| Fonctionnalité | Android | iOS |
-| --- | --- | --- |
-| Symboles de débogage | fichiers de mappage [ProGuard](https://www.guardsquare.com/proguard) | fichiers dSYM |
-| Variantes de construction | debug, release, staging | debug, release |
-| Signature de code | gestion du keystore | profils de provisionnement |
-| Gestion des actifs | optimisation des res/drawable | catalogues d'actifs |
-
-Des conseils supplémentaires pour optimiser vos constructions incluent :
-
--   Utiliser des mises à jour partielles pour gagner du temps lors des déploiements
--   Configurer le suivi des erreurs pour identifier rapidement les problèmes
--   Créer des systèmes de canaux pour tester des versions bêta
--   Activer le chiffrement de bout en bout pour une distribution sécurisée
-
-Lorsqu'ils sont associés à des outils comme Capgo pour l'analyse et les mises à jour sécurisées, ces techniques vous donnent plus de contrôle sur votre processus de déploiement [\[1\]](https://capgo.app/).
-
-## Problèmes de script de construction et solutions
-
-Lorsque vous travaillez avec des configurations de construction personnalisées, traiter les erreurs rapidement est crucial pour maintenir le processus de construction sans accroc.
-
-### Corriger les erreurs courantes
-
-De nombreux problèmes de script de construction proviennent de la configuration de l'environnement ou de problèmes de dépendance. Voici comment traiter certains des problèmes courants :
-
-**Variables d'environnement manquantes**
-
-Si vous rencontrez une erreur comme celle-ci :
-
-```bash
-error: Cannot find environment configuration for BUILD_ENV
-```
-
-Vous pouvez le résoudre en créant un fichier `.env.local` dans le répertoire racine de votre projet. Voici un exemple :
-
-```bash
-BUILD_ENV=development
-CAPACITOR_PLATFORM=ios
-BUILD_TYPE=debug
-```
-
-**Échecs de construction spécifiques à la plateforme**
-
-Pour les erreurs de signature Android, utilisez cette commande :
-
-```bash
-npx cap build android --keystorePassword=$KEYSTORE_PASSWORD --keystoreAlias=$KEYSTORE_ALIAS
-```
-
-Pour les problèmes de profil de provisionnement iOS, essayez ceci :
-
-```bash
-npx cap build ios --configuration=release --type=development
-```
-
-| Type d'erreur | Cause courante | Solution |
-| --- | --- | --- |
-| Configuration de signature | Détails de keystore manquants | Définissez `KEYSTORE_PATH` et les informations d'identification |
-| Environnement de construction | Variables non définies | Créez des fichiers `.env` spécifiques à la plateforme |
-| Dépendances | Incompatibilités de version | Mettez à jour `package.json` et synchronisez |
-
-Après avoir appliqué les corrections, assurez-vous que vos modifications sont solides en exécutant des tests de construction approfondis.
-
-### Tester les scripts de construction
-
-Une fois les erreurs résolues, validez vos scripts de construction avec ces étapes :
-
--   **Vérification automatisée** : Exécutez des commandes clés pour confirmer que le processus de construction fonctionne comme prévu.
-
-```bash
-npm run build
-npx cap sync
-npx cap copy
-```
-
--   **Validation de l'environnement** : Vérifiez les variables d'environnement manquantes avant de commencer la construction.
-
-```typescript
-const requiredVars = ['BUILD_ENV', 'KEYSTORE_PATH'];
-requiredVars.forEach(varName => {
-  if (!process.env[varName]) {
-    throw new Error(`Missing required env var: ${varName}`);
-  }
-});
-```
-
--   **Débogage des scripts de construction** : Ajoutez des scripts détaillés pour repérer les problèmes potentiels durant la construction.
-
-```json
-{
-  "scripts": {
-    "build:debug": "NODE_ENV=development npx cap build --verbose",
-    "build:release": "NODE_ENV=production npx cap build --verbose"
-  }
-}
-```
-
-Conseils supplémentaires pour les tests :
-
--   Utilisez des conteneurs [Docker](https://www.docker.com/) pour isoler les constructions.
--   Validez les fichiers de configuration avant de commencer le processus.
--   Testez avec plusieurs versions de [Node.js](https://nodejs.org/en).
--   Confirmez que les exigences spécifiques à la plateforme sont remplies.
--   Gardez un œil sur les performances de construction pour des améliorations possibles.
-
-## Fonctionnalités de construction de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo élève les scripts de construction à un niveau supérieur avec un déploiement automatisé, améliorant l'efficacité et simplifiant le processus.
-
-### Mises à jour rapides de l'application
-
-Les performances de mise à jour de Capgo sont impressionnantes :
-
--   **95% des utilisateurs actifs** reçoivent des mises à jour en moins de 24 heures.
--   **Taux de réussite de 82%** pour la livraison des mises à jour dans le monde entier.
--   Un temps de réponse API moyen de **434 ms dans le monde**.
-
-La plateforme utilise des mises à jour partielles, ce qui signifie que seuls les changements sont téléchargés. Cette approche réduit l'utilisation de la bande passante et accélère le processus de mise à jour. De plus, l'ensemble du processus de construction est entièrement automatisé, économisant du temps et des efforts.
-
-### Automatisation de la construction
-
-Capgo fonctionne parfaitement avec les principales plateformes CI/CD, offrant une variété d'intégrations :
-
-| Plateforme CI/CD | Fonctions d'intégration | Avantages |
-| --- | --- | --- |
-| [GitHub Actions](https://docs.github.com/actions) | Constructions automatisées, Déclencheurs de déploiement | Déploiement continu |
-| [GitLab CI](https://docs.gitlab.com/ee/ci/) | Automatisation des pipelines, Contrôle de version | Flux de travail rationalisé |
-| [Jenkins](https://www.jenkins.io/) | Flux de travail personnalisés, Hooks de construction | Scalable pour les entreprises |
-
-Mettre en place une construction automatisée coûte généralement environ **300 $ par mois**, ce qui est beaucoup plus économique par rapport aux solutions traditionnelles qui peuvent atteindre **6 000 $ par an**.
-
-### Normes de sécurité
-
-Capgo accorde la priorité à la sécurité avec un cadre robuste qui inclut :
-
--   Chiffrement de bout en bout pour les paquets de mise à jour.
--   Gestion sécurisée des clés.
--   Conformité avec les directives d'Apple et de Google.
-
-**Fonctionnalités de contrôle de version**
-
--   Options de retour en arrière instantanées.
--   Suivi des versions de déploiement.
--   Gestion des canaux de mise à jour pour les versions étagées.
-
-Ce cadre de sécurité a été rigoureusement testé dans des centaines d'applications d'entreprise. Pour les équipes nécessitant une sécurité supplémentaire, Capgo propose également des solutions auto-hébergées avec des configurations personnalisables.
-
-Le système de canaux de Capgo rend la distribution des mises à jour flexible. Les développeurs peuvent cibler des groupes d'utilisateurs spécifiques avec différentes versions, parfait pour les tests bêta ou les déploiements progressifs.
-
-## Résumé
-
-### Vue d'ensemble des étapes de construction
-
-Les scripts de construction personnalisés permettent des déploiements automatisés et cohérents en tirant parti des hooks de construction, des variables d'environnement, et des commandes spécifiques à la plateforme. Ces processus créent une base solide pour les améliorations de déploiement rendues possibles avec Capgo.
-
-### Avantages de Capgo
-
-Capgo simplifie le déploiement, ayant réussi à livrer plus de 23,5 millions de mises à jour à travers 750 applications en production [\[1\]](https://capgo.app/). Son système de mise à jour partielle réduit à la fois l'utilisation de la bande passante et le temps de déploiement.
-
-La plateforme fournit des mises à jour rapides, une optimisation des performances globale, un cryptage de bout en bout pour la sécurité, et un système de distribution basé sur les canaux flexible. Cette configuration prend en charge les mises à jour ciblées, les tests bêta, et la conformité avec les directives des app stores tout en maintenant un solide cadre de sécurité.
diff --git a/src/content/blog/fr/how-to-handle-user-data-in-capacitor-apps.md b/src/content/blog/fr/how-to-handle-user-data-in-capacitor-apps.md
deleted file mode 100644
index 5273cc032..000000000
--- a/src/content/blog/fr/how-to-handle-user-data-in-capacitor-apps.md
+++ /dev/null
@@ -1,122 +0,0 @@
----
-slug: how-to-handle-user-data-in-capacitor-apps
-title: Comment gérer les données utilisateur dans les applications Capacitor
-description: >-
-  Apprenez des stratégies efficaces pour gérer les données des utilisateurs dans
-  les applications mobiles, en mettant l'accent sur la sécurité, la conformité
-  et les meilleures pratiques en matière de gestion des données.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-18T04:43:56.186Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b3d6e4147c4c67492d1b20-1739853969789.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  user data, secure storage, data protection, GDPR, CCPA, data retention,
-  permissions management, mobile apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**La gestion des données utilisateur dans les applications [Capacitor](https://capacitorjs.com/) nécessite un stockage sécurisé, des politiques de rétention claires et la conformité aux lois sur la protection des données comme le [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) et le [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act).** Ce guide explique comment minimiser la collecte de données, sécuriser les informations sensibles et gérer efficacement les permissions. Voici un aperçu rapide :
-
--   **Minimisation des données** : Ne collecter que ce qui est nécessaire pour des fonctionnalités spécifiques.
--   **Stockage sécurisé** : Utiliser des outils comme le plugin `@capacitor/secure-storage` pour le chiffrement.
--   **Rétention des données** : Automatiser la suppression selon des délais définis.
--   **Droits des utilisateurs** : Permettre aux utilisateurs d'accéder, supprimer ou exporter leurs données.
--   **Gestion des permissions** : Demander les permissions de manière contextuelle et fournir des alternatives en cas de refus.
--   **Mises à jour OTA** : Assurer des mises à jour sécurisées par voie hertzienne avec des outils comme [Capgo](https://capgo.app/).
-
-## Comment utiliser le stockage sécurisé d'Ionic [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-18.jpg?auto=compress)
-
-<Steps>
-1. Installez le plugin
-2. Configurez le stockage
-3. Commencez à l'utiliser
-</Steps>
-
-## Réduction de la collecte de données
-
-Adopter une approche structurée pour examiner, planifier et gérer la collecte de données est essentiel pour rester conforme aux réglementations sur la confidentialité. En utilisant les outils intégrés de Capacitor pour minimiser la collecte de données, vous pouvez prendre des mesures pratiques pour améliorer les pratiques de données de votre application.
-
-### Examen de la collecte de données
-
-Commencez par cartographier la façon dont les données circulent dans votre application. Utilisez des outils de visualisation de la lignée des données pour repérer les zones où des données inutiles pourraient être collectées. Les logiciels d'évaluation d'impact sur la vie privée (PIA) peuvent vous guider pour évaluer si chaque donnée est vraiment nécessaire. Voici une répartition des domaines à cibler :
-
-| Type de données | Focus de l'examen | Actions à entreprendre |
-| --- | --- | --- |
-| Saisie utilisateur | Champs de formulaire et validation | Supprimer les champs inutiles |
-| Appels API | Charges utiles requête/réponse | Filtrer les champs de données supplémentaires |
-| Stockage | Données en cache et persistantes | Rationaliser l'utilisation du stockage |
-| Analytique | Suivi d'utilisation | Conserver uniquement les métriques essentielles |
-
-### Objectifs de collecte de données
-
-Soyez clair sur les raisons de la collecte de chaque donnée. Chaque point de données doit servir un objectif spécifique. Par exemple :
-
-```typescript
-interface WeatherData {
-  zipCode: string; // Suffisant pour les prévisions météo
-  // Pas besoin d'adresse complète
-}
-```
-
-Si votre application a une fonction météo, elle peut n'avoir besoin que d'un code postal plutôt qu'une adresse complète. Cette approche garantit que vous ne recueillez que les informations nécessaires aux fonctions principales de l'application[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[5\]](https://usercentrics.com/knowledge-hub/data-minimization/).
-
-[Continue with the translation of the rest of the content following the same style and format...]
-
-Cette approche garantit que les mises à jour sont validées et sécurisées, avec des options de restauration en cas d'échec.
-
-### Conformité aux politiques des stores
-
-Le respect des directives des app stores est nécessaire pour les mises à jour OTA[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[6\]](https://opentextbc.ca/writingforsuccess/chapter/chapter-7-sources-choosing-the-right-ones/)[\[7\]](https://ionic.io/blog/capacitor-everything-youve-ever-wanted-to-know). Chaque plateforme a des exigences spécifiques pour garantir que les mises à jour sont conformes à leurs politiques de rétention des données et de sécurité :
-
-| Plateforme | Exigences de conformité |
-| --- | --- |
-| **iOS** | Uniquement les mises à jour JavaScript ou des ressources |
-| **Android** | Le consentement de l'utilisateur doit être obtenu |
-| **Les deux** | Vérifications de sécurité et documentation appropriée |
-
-Voici un exemple d'implémentation de mises à jour conformes aux stores :
-
-```javascript
-// Purpose-driven data collection example
-const userPreferences = {
-  location: "Used for local weather updates",
-  notification: "Needed for sending alerts"
-};
-```
-
-## Résumé
-
-### Points clés
-
-La gestion efficace des données utilisateur implique la combinaison de ces stratégies fondamentales :
-
--   Ne collecter que les données nécessaires.
--   Utiliser le chiffrement natif de la plateforme pour les protéger.
--   Automatiser les délais de conservation des données.
--   Mettre en place des contrôles d'autorisation détaillés.
-
-Ces étapes fonctionnent ensemble pour assurer la conformité depuis le moment où les données sont collectées jusqu'à leur suppression automatique.
-
-### Étapes de mise en œuvre
-
-Pour mettre ces stratégies en action :
-
-1.   Auditer vos flux de données en utilisant les méthodes discutées dans la section 2.
-2.   Renforcer la sécurité du stockage comme décrit dans la section 3.
-3.   Configurer des processus de suppression automatisés basés sur la section 4.
-4.   Établir et appliquer les contrôles d'autorisation détaillés dans la section 5.
-
-### Utilisation de Capgo
-
-Pour les équipes gérant les mises à jour OTA, Capgo offre des outils de sécurité intégrés qui s'alignent avec ces efforts :
-
--   **Chiffrement de bout en bout** pour sécuriser les paquets de mise à jour.
--   **Surveillance en temps réel** pour répondre rapidement aux menaces potentielles de sécurité.
diff --git a/src/content/blog/fr/how-to-handle-user-data-requests-under-ccpa.md b/src/content/blog/fr/how-to-handle-user-data-requests-under-ccpa.md
deleted file mode 100644
index 3756bb4cf..000000000
--- a/src/content/blog/fr/how-to-handle-user-data-requests-under-ccpa.md
+++ /dev/null
@@ -1,201 +0,0 @@
----
-slug: how-to-handle-user-data-requests-under-ccpa
-title: Comment gérer les demandes de données utilisateur en vertu du CCPA
-description: >-
-  Apprenez à gérer efficacement les demandes de données des utilisateurs selon
-  la CCPA, en garantissant la conformité tout en respectant les droits de
-  confidentialité des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T01:02:16.662Z
-updated_at: 2025-04-06T01:02:28.104Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1c538ebbb9dc80644b1ad-1743901348104.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  CCPA, user data requests, compliance, privacy rights, data access, data
-  deletion, opt-out, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-La loi sur la protection de la vie privée des consommateurs de Californie ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)) donne aux utilisateurs le contrôle sur leurs données personnelles et fixe des règles strictes pour les entreprises. Voici ce que vous devez savoir pour vous conformer :
-
--   **Qui doit se conformer** : Les entreprises ayant plus de 25 millions de dollars de revenus, des données sur plus de 50 000 utilisateurs, ou gagnant plus de 50 % de leurs revenus en vendant des données.
--   **Droits des utilisateurs** :
-    -   **Accès** : Les utilisateurs peuvent demander l'accès à leurs données. Répondez dans un délai de 45 jours.
-    -   **Suppression** : Les utilisateurs peuvent demander à supprimer leurs données. Répondez dans un délai de 45 jours.
-    -   **Désinscription** : Les utilisateurs peuvent arrêter la vente de leurs données. Cela doit être immédiat.
-    -   **Non-discrimination** : Service égal indépendamment des préférences en matière de confidentialité.
--   **Étapes clés pour la conformité** :
-    -   Créer un système sécurisé pour les demandes de données (formulaires web, e-mail ou dans l'application).
-    -   Vérifier l'identité de l'utilisateur avant de traiter les demandes.
-    -   Utiliser des [politiques de confidentialité](https://capgo.app/dp/) claires et fournir une option facile "Ne pas vendre mes informations personnelles".
-    -   Protéger les données par le chiffrement et le stockage sécurisé.
-
-**Astuce rapide** : Utilisez des outils comme [Capgo](https://capgo.app/) pour des mises à jour instantanées des fonctionnalités de confidentialité de votre application, garantissant une conformité rapide avec les réglementations en constante évolution.
-
-## Comment se conformer à la loi sur la protection de la vie privée des consommateurs de Californie ...
-
-## Comprendre les droits des utilisateurs [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)
-
-Les développeurs doivent créer des processus sécurisés et conviviaux pour traiter chaque droit des données des utilisateurs en vertu de la CCPA.
-
-### Droits d'accès aux données
-
-Lorsque les utilisateurs demandent l'accès à leurs données, fournissez les détails suivants :
-
-| **Catégorie de données** | **Informations à divulguer** | **Format recommandé** |
-| --- | --- | --- |
-| Types et sources de données | Types de données collectées et leurs sources | Lisible par machine (par exemple, JSON, CSV) |
-| Utilisation des données | Comment les données sont traitées et utilisées | Résumé en texte clair |
-| Accès tiers | Liste des tiers ayant accès aux données | Liste structurée |
-| Durée de conservation | Durée de stockage des données | Durées spécifiques |
-
-Une fois l'accès aux données accordé, assurez-vous d'avoir un processus clair et fiable pour la suppression des données afin de rester conforme.
-
-### Processus de suppression des données
-
-1.  **Vérifier la portée** : Confirmez que la suppression couvre tous les systèmes pertinents, y compris les bases de données principales, les caches, les outils d'analyse, les systèmes tiers et les sauvegardes. Des exceptions peuvent s'appliquer pour des raisons de sécurité, d'obligations légales, de corrections de bogues ou de transactions en cours.
-2.  **Exécuter la suppression** : Supprimez les données de tous les systèmes applicables et informez immédiatement l'utilisateur. Incluez l'horodatage de la suppression et les détails de toute donnée conservée sous les exceptions.
-
-Après avoir traité les droits d'accès et de suppression, assurez-vous que le processus de désinscription à la vente de données soit tout aussi simple.
-
-### Désinscription à la vente de données
-
-Fournissez une option "Ne pas vendre mes informations personnelles" facile à trouver, accessible depuis l'écran principal de l'application ou le menu des paramètres. Cette préférence doit être appliquée rapidement et rester cohérente dans toutes les versions de l'application.
-
-Si votre application utilise des analyses tierces ou des SDK publicitaires, assurez-vous que ces services s'intègrent à votre mécanisme de désinscription et respectent les préférences des utilisateurs sans délai. Cela garantit la conformité et établit la confiance avec vos utilisateurs.
-
-## Traitement des demandes de données CCPA
-
-Voici comment traiter les demandes de données CCPA de manière sécurisée tout en restant conforme :
-
-### Mise en place d'un système de demande
-
-Fournissez aux utilisateurs des moyens sécurisés pour soumettre leurs demandes. Les options incluent :
-
--   Un formulaire web sécurisé avec SSL et captcha
--   Un e-mail dédié axé sur la vie privée avec une fonction d'auto-réponse
--   Une interface dans l'application utilisant une API sécurisée
-
-Assurez-vous d'enregistrer et de timbrer chaque soumission. Organisez les demandes par type pour rationaliser le traitement.
-
-### Vérification de l'identité de l'utilisateur
-
-Utilisez un processus en deux étapes pour confirmer l'identité de l'utilisateur :
-
--   D'abord, vérifiez son identité via son e-mail enregistré ou son identifiant de compte.
--   Ensuite, effectuez un contrôle secondaire, comme l'envoi d'un code SMS à usage unique ou poser des questions de sécurité.
-
-Pour les applications mobiles, vous pouvez vous fier à des identifiants spécifiques à l'appareil ou à des jetons d'authentification pour une sécurité accrue.
-
-### Gestion des délais de réponse
-
-Une fois l'identité de l'utilisateur vérifiée, respectez ces étapes pour respecter les délais de la CCPA :
-
--   Utilisez un traceur centralisé pour enregistrer chaque demande, surveiller les délais et suivre le progrès.
--   Enregistrez tous les détails, y compris les timestamps, les méthodes de vérification, les étapes de traitement, et les communications avec l'utilisateur, pour garantir la conformité et maintenir une trace d'audit claire.
-
-## Directives de conformité CCPA
-
-### Mises à jour de la politique de confidentialité
-
-Tenez votre [politique de confidentialité](https://capgo.app/privacy/) à jour avec les exigences de la CCPA. Décrivez clairement :
-
--   Les types d'informations personnelles que vous collectez
--   Comment vous utilisez et partagez ces informations
--   Les droits des utilisateurs en vertu de la CCPA
--   Comment les utilisateurs peuvent soumettre des demandes de données
-
-Rédigez dans un langage clair et simple. Par exemple, dites "selon" au lieu de "conformément à". Cela rend votre politique plus facile à comprendre et soutien vos efforts de conformité.
-
-Une fois mise à jour, facilitez le contrôle des données pour les utilisateurs, y compris la désinscription au partage de données.
-
-### Mise en œuvre de la désinscription
-
-Incluez une option "Ne pas vendre ou partager mes informations personnelles" dans votre application. Placez-la à un endroit où les utilisateurs peuvent facilement la trouver, comme :
-
--   Le menu des paramètres de l'application
--   Les préférences de compte
--   Une section dédiée aux contrôles de confidentialité
-
-Soutenez les signaux de [Global Privacy Control](https://globalprivacycontrol.org/) (GPC) pour respecter automatiquement les préférences de confidentialité des utilisateurs.
-
-| Fonctionnalité | Exigence de mise en œuvre | Expérience utilisateur |
-| --- | --- | --- |
-| Bouton de désinscription | Visible dans les paramètres de l'app | Activation en un clic |
-| Support des signaux GPC | Détection automatique | Traitement en arrière-plan |
-| Indicateur d'état | État de bascule clair | Confirmation visuelle |
-| Stockage de préférences | Stockage local sécurisé | Persistant à travers les sessions |
-
-Ce processus de désinscription est simple et transparent, aidant à établir la confiance tout en respectant les directives de la CCPA. Associez ces contrôles à de solides pratiques de sécurité pour protéger les données des utilisateurs.
-
-### Méthodes de protection des données
-
-Utilisez des mesures de sécurité rigoureuses pour protéger les données à tous les stades. Chiffrez toutes les transmissions de données, en particulier les informations sensibles.
-
-Pour un stockage de données sécurisé :
-
--   Utilisez des bases de données chiffrées
--   Appliquez des pratiques de gestion de clés sécurisées
--   Effectuez des audits de sécurité réguliers
--   Mettez en place des systèmes de sauvegarde automatisés
-
-Lors de la suppression de données, suivez les étapes détaillées dans la section Suppression des données pour garantir une suppression complète de tous les systèmes. Ces méthodes aident à protéger les informations des utilisateurs et à maintenir la conformité.
-
-## Exigences CCPA pour les applications mobiles
-
-### Contrôles des autorisations de l'application
-
-Facilitez la gestion des paramètres de confidentialité par les utilisateurs avec des contrôles d'autorisation clairs et accessibles.
-
-Envisagez de créer une interface dédiée aux paramètres de confidentialité qui inclut :
-
-| Type de contrôle | Mise en œuvre | Action utilisateur |
-| --- | --- | --- |
-| **Collecte de données** | Commutateurs granulaires | Activer ou désactiver des types de données spécifiques |
-| **Services de localisation** | Options multi-niveaux | Choisir la précision des données (précise ou approximative) |
-| **Communications marketing** | Basé sur la catégorie | Sélectionner les méthodes de contact préférées |
-| **Partage tiers** | Contrôles individuels | Désinscription par partenaire de données |
-
-Placez ces contrôles à un endroit facilement trouvable dans le menu des paramètres de votre application. Soyez transparent - expliquez clairement quelles données sont collectées, pourquoi elles sont nécessaires, comment elles sont utilisées et avec qui elles sont partagées. Cette approche garantit que les utilisateurs peuvent rapidement mettre à jour leurs préférences chaque fois que nécessaire.
-
-### Utilisation de [Capgo](https://capgo.app/) pour les mises à jour
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f1c538ebbb9dc80644b1ad/241c8f19433e01f315154c8988becf9c.jpg)
-
-Une fois que vous avez établi de solides contrôles dans l'application, maintenir votre application à jour est essentiel pour rester conforme. C'est là que Capgo entre en jeu. Il vous permet de déployer des mises à jour instantanément - sans attendre l'approbation des stores d'applications. En fait, 95 % des utilisateurs actifs reçoivent les mises à jour dans les 24 heures suivant leur publication [\[1\]](https://capgo.app/).
-
-Voici ce que Capgo offre :
-
--   **Mises à jour instantanées** : Poussez immédiatement des modifications cruciales concernant la vie privée et les autorisations.
--   **Mise en œuvre sécurisée** : Utilise un chiffrement de bout en bout, garantissant que seuls les utilisateurs peuvent déchiffrer les mises à jour.
--   **Contrôle de version** : Rétablissez des mises à jour si nécessaire pour maintenir la cohérence.
-
-> "Nous pratiquons un développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Le système de canaux de Capgo vous permet également de tester les mises à jour de confidentialité auprès de groupes d'utilisateurs spécifiques avant de les déployer à tous. Actuellement, 750 applications dépendent de Capgo dans des environnements de production [\[1\]](https://capgo.app/).
-
-## Résumé
-
-### Points principaux
-
-Le traitement des demandes de données CCPA implique un équilibre entre les droits de confidentialité des utilisateurs et l'exécution technique. Voici les principales priorités que les développeurs doivent aborder :
-
-| Exigence | Mise en œuvre |
-| --- | --- |
-| Système de demande de données | Portail sécurisé avec authentification utilisateur |
-| Contrôles de confidentialité | Paramètres d'autorisation détaillés |
-| Désinscription à la vente de données | Processus clair avec vérification des utilisateurs |
-| Protection des données | Chiffrement de bout en bout |
-
-Pour les applications mobiles, de solides contrôles d'autorisation sont essentiels. **Capgo** simplifie la conformité en permettant des mises à jour instantanées, soutenant déjà 750 applications en production [\[1\]](https://capgo.app/).
-
-> "Capgo est un outil indispensable pour les développeurs qui souhaitent être plus productifs. Éviter la révision pour les corrections de bogues est inestimable." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-La rapidité est importante : 95 % des utilisateurs reçoivent des mises à jour dans les 24 heures via **Capgo** [\[1\]](https://capgo.app/), garantissant une conformité rapide avec les réglementations.
-
-La conformité à la CCPA n'est pas une tâche ponctuelle. Des audits et des mises à jour réguliers sont nécessaires pour suivre les règles en constante évolution et protéger la vie privée des utilisateurs.
diff --git a/src/content/blog/fr/how-to-monitor-capacitor-app-updates.md b/src/content/blog/fr/how-to-monitor-capacitor-app-updates.md
deleted file mode 100644
index 09c22fbe5..000000000
--- a/src/content/blog/fr/how-to-monitor-capacitor-app-updates.md
+++ /dev/null
@@ -1,186 +0,0 @@
----
-slug: how-to-monitor-capacitor-app-updates
-title: Comment surveiller les mises à jour de l'application Capacitor
-description: >-
-  Découvrez des stratégies efficaces pour surveiller les mises à jour des
-  applications Capacitor, améliorant la stabilité, la sécurité et l'expérience
-  utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-16T02:14:06.413Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b133684899b66d1dc8f1ac-1739672065689.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, app updates, monitoring tools, performance metrics, user
-  experience, security compliance
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-La surveillance des mises à jour d'applications [Capacitor](https://capacitorjs.com/) est cruciale pour maintenir la stabilité de l'application et garantir une expérience utilisateur fluide. Les mises à jour OTA (Over-the-Air) de [Capacitor](https://capacitorjs.com/) simplifient le processus, permettant aux développeurs de [pousser des mises à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) sans délais des app stores. Voici ce que vous devez savoir :
-
--   **Pourquoi surveiller les mises à jour ?**
-    
-    -   Réduire les plantages et les perturbations.
-    -   Respecter les normes de conformité des app stores.
-    -   Permettre des retours en arrière automatisés pour les mises à jour défectueuses.
--   **Outils de surveillance principaux :**
-    
-    -   **[Capgo](https://capgo.app/) :** Suivi avancé en temps réel, alertes d'erreurs et intégration CI/CD.
-    -   **Autres solutions :** Varient en fonctionnalités comme l'automatisation des retours en arrière et la segmentation des utilisateurs.
--   **Éléments à surveiller :**
-    
-    -   Vitesses de téléchargement et taux de réussite.
-    -   Rapports de plantage liés aux mises à jour.
-    -   Taux d'adoption des versions actives et temps de réponse du serveur.
--   **Meilleures pratiques :**
-    
-    -   Utiliser des écouteurs de mise à jour pour les alertes en temps réel.
-    -   Surveiller la sécurité avec le chiffrement et les vérifications de signature de code.
-    -   Automatiser les décisions de retour en arrière basées sur les seuils de plantage ou d'erreur.
-
-Mettez en place un système de surveillance robuste pour garantir que les mises à jour fonctionnent correctement, améliorer la rétention des utilisateurs et maintenir la conformité avec les règles des plateformes.
-
-## Tutoriel OTA ESP32 avec Astuces (Including OTA Debugging)
-
-<iframe src="https://www.youtube.com/embed/1pwqS_NUG7Q" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Outils de Surveillance des Mises à Jour
-
-Choisir les bons outils pour surveiller les mises à jour est essentiel pour maintenir les applications Capacitor en bon état de fonctionnement. Selon des données récentes, **78% des [développeurs Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) s'appuient sur des solutions de surveillance dédiées** pour suivre efficacement les mises à jour [\[1\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga).
-
-### Tableau Comparatif des Outils
-
-Lors de la comparaison des outils de surveillance, concentrez-vous sur les fonctionnalités qui correspondent aux besoins de votre application. Voici un aperçu rapide :
-
-| Fonctionnalité | Outils Intégrés | Solutions Tierces | Capgo |
-| --- | --- | --- | --- |
-| Suivi en Temps Réel | Basique | Avancé | Avancé |
-| Métriques de Performance | Limité | Complet | Complet |
-| Segmentation Utilisateur | Non | Oui | Oui |
-| Capacité de Retour Arrière | Manuel | Automatisé | Automatisé |
-| Intégration CI/CD | Basique | Varie | Complète |
-| Fonctionnalités de Sécurité | Basique | Avancé | Avancé |
-
-### Utilisation de [Capgo](https://capgo.app/) pour les Mises à Jour
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-16.jpg?auto=compress)
-
-Capgo se distingue comme un choix fiable pour les équipes qui ont besoin d'un contrôle détaillé sur leurs mises à jour d'applications. Il offre des **analyses de performance spécifiques aux versions** et d'autres outils de surveillance avancés.
-
-Par exemple, une équipe de [Shopify Mobile](https://www.shopify.com/mobile) a utilisé les tableaux de bord en temps réel de Capgo et a atteint **98% d'adoption des mises à jour surveillées en seulement 4 heures** [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-Voici ce que Capgo apporte :
-
-| Aspect de Surveillance | Capacité |
-| --- | --- |
-| Livraison des Mises à Jour | Suivi en temps réel de la progression du déploiement |
-| Analyse de Performance | Suit les vitesses de téléchargement et les taux de réussite d'installation |
-| Suivi des Erreurs | Envoie des alertes instantanées pour les mises à jour échouées |
-| Surveillance de la Sécurité | Inclut une vérification de sécurité avancée |
-
-Les métriques clés à surveiller incluent :
-
--   Taux de complétion des téléchargements
--   Pourcentages de réussite d'installation
--   Rapports de plantage liés aux mises à jour
--   Temps de réponse du serveur
--   Taux d'adoption des versions actives
-
-Une fois vos outils de surveillance en place, l'étape suivante consiste à mettre en place le suivi technique avec des écouteurs de mise à jour et des métriques de performance. Cela garantit que vous restez en avance sur les problèmes potentiels et maintenez une expérience utilisateur fluide.
-
-## Configuration de la Surveillance des Mises à Jour
-
-Pour maintenir les [mises à jour Capacitor](https://capgo.app/plugins/capacitor-updater/) en bon état de fonctionnement, vous aurez besoin de trois éléments principaux : les **écouteurs de mise à jour**, les **métriques de performance** et l'**intégration CI/CD**.
-
-### Configuration des Écouteurs de Mise à Jour
-
-Voici comment configurer vos écouteurs de mise à jour :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Set up listeners for update events
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('Update available:', info);
-});
-
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log('Download completed:', info);
-});
-
-CapacitorUpdater.addListener('updateFailed', (info) => {
-  console.error('Update failed:', info);
-});
-
-// Notify the system that the app is ready
-CapacitorUpdater.notifyAppReady();
-```
-
-### Suivi de la Performance des Mises à Jour
-
-Pour avoir une vision claire de la performance des mises à jour, surveillez ces métriques clés :
-
--   **Vitesse de téléchargement** et taux de complétion
--   **Taux de réussite d'installation** et occurrences d'erreurs
--   **Taux d'adoption utilisateur** et rapports de plantage post-mise à jour
--   **Temps de réponse du serveur** et utilisation des ressources de l'appareil
-
-Vous pouvez combiner ces insights avec des outils comme [Xcode Instruments](https://developer.apple.com/tutorials/instruments?changes=__2) et [Android Profiler](https://developer.android.com/studio/profile) pour une analyse plus approfondie [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-### Intégration avec les Pipelines CI/CD
-
-Configurez votre pipeline CI/CD pour surveiller et rapporter automatiquement les métriques de mise à jour. Cela vous aide à repérer rapidement tout problème pendant le déploiement.
-
-## Meilleures Pratiques de Surveillance
-
-Une fois votre système de surveillance mis en place, concentrez-vous sur ces pratiques opérationnelles pour assurer un fonctionnement fluide.
-
-### Règles des App Stores
-
-Assurez-vous que votre surveillance s'aligne sur les exigences spécifiques de chaque plateforme :
-
-| Plateforme | Zone de Surveillance Clé |
-| --- | --- |
-| iOS | Surveillez les changements de version dans les mises à jour |
-| Android | Suivez les modèles de consentement utilisateur |
-
-Ces besoins spécifiques à la plateforme déterminent ce que vous surveillez. Par exemple, suivre les mises à jour de version pour iOS et surveiller les tendances de consentement pour Android sont critiques [\[1\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga) [\[2\]](https://nytlicensing.com/latest/methods/getting-started-thought-leadership-content-marketing/).
-
-### Sécurité des Mises à Jour
-
-Vérifiez régulièrement l'état du chiffrement et assurez-vous que la signature du code reste valide en utilisant vos outils de surveillance sélectionnés. Concentrez-vous sur :
-
--   Le chiffrement des paquets de mise à jour
--   Les journaux vérifiant la signature du code
--   Les vérifications d'intégrité avant l'installation
-
-> "La mise en œuvre de mesures de sécurité appropriées peut prévenir jusqu'à 95% des vulnérabilités liées aux mises à jour" [\[3\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/)
-
-### Planification des Retours en Arrière
-
-Utilisez vos données de surveillance pour guider les décisions de retour en arrière. Automatisez les retours en arrière basés sur :
-
--   Augmentations soudaines des taux de plantage
--   Erreurs API dépassant les seuils définis
--   Retours utilisateurs négatifs constants
-
-> "La mise en œuvre de mesures de sécurité appropriées peut prévenir jusqu'à 95% des vulnérabilités liées aux mises à jour" [\[3\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/)
-
-## Résumé
-
-Une surveillance efficace des mises à jour protège à la fois l'expérience utilisateur et la performance technique. Les recherches indiquent que l'utilisation de stratégies de surveillance ciblées peut réduire les taux de plantage de 35% et augmenter la rétention des utilisateurs de 22% [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-Concentrez-vous sur trois domaines clés : la performance technique, l'expérience utilisateur et la conformité en matière de sécurité. Voici une répartition :
-
-| Zone de Surveillance | Métriques | Résultat |
-| --- | --- | --- |
-| Performance Technique | Taux d'installation des mises à jour, réponses API, suivi des plantages | Assure la stabilité et la fonctionnalité de l'application |
-| Expérience Utilisateur | Analyse des retours, taux d'adoption, modèles d'utilisation de l'application | Améliore l'engagement et la rétention |
-| Conformité Sécurité | Vérifications du chiffrement, signature du code, respect des règles de la plateforme | Maintient les applications conformes aux exigences des stores |
-
-Incorporez des outils automatisés dans votre processus de développement. Les métriques et alertes en temps réel, couplées à votre pipeline CI/CD, permettent une résolution plus rapide des problèmes avec un minimum de perturbation pour les utilisateurs.
diff --git a/src/content/blog/fr/how-to-profile-cross-platform-apps-with-capacitor.md b/src/content/blog/fr/how-to-profile-cross-platform-apps-with-capacitor.md
deleted file mode 100644
index 1464ad672..000000000
--- a/src/content/blog/fr/how-to-profile-cross-platform-apps-with-capacitor.md
+++ /dev/null
@@ -1,167 +0,0 @@
----
-slug: how-to-profile-cross-platform-apps-with-capacitor
-title: Comment profiler des applications multiplateformes avec Capacitor
-description: >-
-  Apprenez à profiler et optimiser les applications multiplateformes construites
-  avec Capacitor pour améliorer les performances sur iOS, Android et le web.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:37:04.938Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60-1745030245432.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, profiling, cross-platform apps, performance optimization, iOS,
-  Android, web development, memory leaks, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Profiling des applications multiplateformes construites avec [Capacitor](https://capacitorjs.com/) vous aide à identifier les problèmes de performance sur iOS, Android et les plateformes web. Voici un guide rapide pour commencer :
-
--   **Outils dont vous avez besoin** :
-    
-    -   [Node.js](https://nodejs.org/en) v16+ et npm v8+ pour la gestion des paquets
-    -   Capacitor CLI v5.0+ pour construire et déployer des applications
-    -   [Xcode](https://developer.apple.com/xcode/) 14+ (iOS) et [Android Studio](https://developer.android.com/studio) Electric Eel+ (Android) pour le développement et le profilage spécifiques à la plateforme
-    -   [Chrome DevTools](https://developer.chrome.com/docs/devtools) pour l'analyse de performance web
--   **Appareils** :
-    
-    -   Utilisez des **émulateurs** pour des tests rapides mais reposez-vous sur des **appareils physiques** pour obtenir des métriques de performance précises.
--   **Outils de Profilage Clés** :
-    
-    -   **Chrome DevTools** : Analysez l'exécution de JavaScript, l'utilisation de la mémoire et l'activité réseau pour les applications web.
-    -   **Instruments Xcode** : Mesurez l'utilisation du CPU, de la mémoire et de l'énergie sur iOS.
-    -   **Profils Android Studio** : Surveillez les performances CPU, mémoire et réseau sur Android.
--   **Problèmes Courants à Corriger** :
-    
-    -   Tailles de paquet d'application importantes
-    -   Code non optimisé
-    -   Appels de pont JavaScript-à-natif excessifs
--   **Optimisations** :
-    
-    -   Mettez en œuvre des mises à jour de paquets partielles et des mises à jour en direct pour améliorer la performance et l'expérience utilisateur.
-    -   Suivez les métriques de performance et les erreurs en temps réel en utilisant des outils comme [Capgo](https://capgo.app/).
-
-Cet article vous guide à travers l'utilisation d'outils spécifiques à la plateforme, la recherche de goulets d'étranglement en matière de performance et l'application de correctifs pour optimiser vos applications Capacitor.
-
-## Comment trouver des FUITES DE MÉMOIRE dans les applications Ionic Angular
-
-<iframe src="https://www.youtube.com/embed/vNGWpZlUOPM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Exigences de Configuration
-
-Pour profiler efficacement les applications Capacitor, vous aurez besoin des bons outils, logiciels et environnements de test. Voici ce dont vous avez besoin pour une analyse de performance précise.
-
-### Outils et Logiciels
-
-Assurez-vous de disposer des éléments suivants :
-
--   **Node.js v16+** avec **npm v8+** pour la gestion des paquets
--   **Capacitor CLI (v8+)** pour construire et déployer des applications
--   **Xcode 14+** pour le développement et le profilage iOS
--   **Android Studio Electric Eel** (ou plus récent) pour le développement Android
--   **Chrome DevTools** pour le profilage de performance web
-
-Une fois vos outils prêts, il est temps de choisir vos appareils de test.
-
-### Émulateurs vs Appareils Physiques
-
--   **Émulateurs** : Idéaux pour des tests rapides, le débogage et l'essai de différentes configurations d'appareil. Cependant, ils ne reproduisent pas entièrement les performances du monde réel et ont un support limité pour les GPU.
--   **Appareils Physiques** : Essentiels pour des métriques précises de mémoire et de GPU. Bien qu'ils puissent être plus coûteux et nécessiter une gestion supplémentaire, ils fournissent une image beaucoup plus claire de la performance de votre application.
-
-Pour de meilleurs résultats, testez sur au moins un appareil iOS récent et un appareil Android de milieu de gamme pour couvrir une gamme de scénarios de performance.
-
-### Outils de Surveillance des Performances
-
-Utilisez ces outils pour surveiller et analyser la performance :
-
--   **Instruments (iOS)**, **Profils CPU Android Studio**, et **Chrome DevTools** pour le profilage spécifique à la plateforme
--   **Capgo** pour l'analyse multiplateforme et le suivi d'erreurs en temps réel \[2\]
-
-Enfin, configurez le journal dans les environnements de développement et de production pour suivre des métriques cohérentes.
-
-## Outils de Profilage par Plateforme
-
-Tirez parti des outils intégrés de chaque plateforme pour analyser la performance et identifier les problèmes potentiels.
-
-### Profilage Web avec [Chrome DevTools](https://developer.chrome.com/docs/devtools)
-
-En exécutant votre application dans Chrome, ouvrez **DevTools** (Clic droit > Inspecter) et explorez les onglets **Performance**, **Mémoire** ou **Réseau** :
-
--   **Performance** : Suivez l'exécution de JavaScript, le rendu et l'activité réseau.
--   **Mémoire** : Analysez les allocations de tas et détectez les fuites de mémoire.
--   **Réseau** : Observez les appels API, le chargement des ressources et l'utilisation de la bande passante.
-
-Pour un profilage JavaScript plus détaillé, utilisez la fonction de profil CPU du panneau **Performance**. Pour capturer des données d'appels de fonctions approfondies, activez l'option "Profileur JavaScript" dans les paramètres.
-
-Une fois le profilage web terminé, passez à l'analyse de performance iOS.
-
-### Profilage iOS avec [Xcode](https://developer.apple.com/xcode/)
-
-![Xcode IDE Interface](https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60/15516018a4284df8a7d0585815c62b4c.jpg)
-
-Dans Xcode, accédez à **Produit > Profil (⌘I)** et sélectionnez un modèle de profilage :
-
--   **Profileur de Temps** : Mesurez l'utilisation du CPU.
--   **Allocations** : Surveillez l'utilisation de la mémoire.
--   **Journal d'Énergie** : Évaluez la consommation de batterie et l'activité réseau.
-
-Accordez une attention particulière aux **temps de rendu WebView** pour évaluer la réactivité de l'application.
-
-Après le profilage iOS, concentrez-vous sur la performance Android.
-
-### Outils de Profilage Android
-
-Dans Android Studio, accédez aux outils de profilage via **Affichage > Fenêtres d'outils > Inspection de l'application**. Les principaux profileurs incluent :
-
--   **Profileur CPU** : Analysez l'activité des threads, les traces de méthodes et l'utilisation du CPU.
--   **Profileur de Mémoire** : Suivez les allocations de tas, la collecte des ordures et les fuites de mémoire.
--   **Profileur Réseau** : Vérifiez le temps des requêtes et les tailles de charge utile.
-
-Pour les applications utilisant WebView, activez le débogage avec `WebView.setWebContentsDebuggingEnabled(true)` pour intégrer Chrome DevTools avec Android Studio pour une analyse plus complète.
-
-## Trouver et Corriger les Problèmes de Performance
-
-### Goulets d'Étranglement
-
-Les problèmes de performance courants dans les applications Capacitor proviennent souvent de **tailles de paquets importantes**, de **code non minifié** et de **surcoûts excessifs des appels de pont**. Ces facteurs peuvent ralentir votre application et affecter l'expérience utilisateur.
-
-### Analyse des Profils
-
-Pour identifier les problèmes de performance, des outils comme **Chrome DevTools**, **Instruments Xcode**, et **profils Android Studio** sont inestimables. Utilisez-les pour détecter les pics de CPU, les fuites de mémoire et les retards dans les requêtes réseau. Une fois que vous avez identifié ces zones problématiques, vous pouvez vous concentrer sur des correctifs spécifiques.
-
-### Corrections de Performance
-
-Après avoir rassemblé des données provenant d'outils de profilage, mettez en œuvre ces optimisations ciblées :
-
--   **Mises à jour de paquets partielles** : Au lieu de mises à jour complètes, délivrez des mises à jour plus petites et incrémentielles. Par exemple, le CDN de Capgo peut délivrer une mise à jour de 5 Mo en seulement 114 ms [\[1\]](https://capgo.app/).
--   **Déploiements contrôlés** : Utilisez la segmentation des utilisateurs pour déployer les mises à jour progressivement. Cette méthode peut atteindre 95 % d'adoption des mises à jour en 24 heures [\[1\]](https://capgo.app/).
--   **Suivi des erreurs** : Détectez et corrigez les erreurs tôt pour maintenir la stabilité et la performance de l'application [\[1\]](https://capgo.app/).
--   **Regroupement des appels de pont** : Réduisez les surcoûts en regroupant les appels de pont JavaScript-à-natif.
--   **Mises à jour en direct** : Apportez des corrections immédiates grâce à des solutions de mises à jour en direct (par exemple, Capgo), contournant les retards des magasins d'applications.
-
-## Surveillance et Mises à Jour
-
-Une fois que vous avez effectué des améliorations de performance, il est crucial de garder un œil sur les choses et de maintenir un système de mises à jour en direct pour s'assurer que tout reste sur la bonne voie.
-
-### Suivi des Performances en Temps Réel
-
-Post-déploiement, surveillez des métriques importantes telles que les temps de réponse API, les taux de succès de mise à jour, et l'engagement des utilisateurs. Utilisez des outils comme des tableaux de bord automatisés ou des logiciels de suivi d'erreurs pour rassembler ces données en temps réel. Cela vous permet de repérer et de résoudre les problèmes rapidement, empêchant qu'ils n'affectent un grand nombre d'utilisateurs.
-
-### Mises à Jour Rapides avec [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60/65550a0697b495ada9159b05fd8b2a91.jpg)
-
-Capgo simplifie le processus de mise à jour en offrant des mises à jour chiffrées et échelonnées avec des fonctions de retour arrière automatiques. Il fournit également des analyses en temps réel, vous aidant à contourner les retards des magasins d'applications et garantissant que les mises à jour atteignent vos utilisateurs rapidement et efficacement.
-
-## Résumé
-
-Utilisez des outils comme Chrome DevTools, Instruments Xcode, et Profiler Android Studio pour peaufiner vos applications Capacitor. Gardez un œil sur les métriques clés et déployez des mises à jour en direct lorsque cela est nécessaire. Voici sur quoi se concentrer :
-
--   **Profilez de manière cohérente** en utilisant des outils spécifiques à la plateforme (Chrome DevTools, Xcode, Profiler Android Studio).
--   **Suivez la performance et les erreurs** en temps réel sur toutes les plateformes.
--   **Déployez des mises à jour en direct par étapes** pour introduire des corrections de bogues et de nouvelles fonctionnalités en douceur.
diff --git a/src/content/blog/fr/how-to-release-major-version-in-capgo.md b/src/content/blog/fr/how-to-release-major-version-in-capgo.md
deleted file mode 100644
index eaa42c0e2..000000000
--- a/src/content/blog/fr/how-to-release-major-version-in-capgo.md
+++ /dev/null
@@ -1,87 +0,0 @@
----
-slug: how-to-release-major-version-in-capgo
-title: Comment publier une nouvelle version majeure dans capgo
-description: >-
-  Comprendre comment et quand il est nécessaire de publier une version majeure
-  de votre application sans casser l'application de vos utilisateurs
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-30T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Système de version majeure de Capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: how-to-send-specific-version-to-users
----
-## Lors de la publication d'une version majeure
-
-La gestion des versions peut être difficile, généralement vous souhaitez envoyer une mise à jour majeure lorsqu'un changement important apparaît pour les utilisateurs.
-
-Mais le versioning n'est pas fait pour ça, la version de l'app store est différente de la version Native.
-
-La version Native est faite pour gérer les changements cassants dans le *code*
-
-Sur iOS par exemple, iOS 16 est la `version store` d'Apple, mais la version du code est `20A5283p` (ils ne semblent pas utiliser SemVer)
-
-Maintenant c'est clair que nous ne les mélangeons pas et les utilisons pour ce à quoi ils sont destinés !
-
-## Version majeure
-
-Dans votre application Capacitor, une version majeure est nécessaire lorsqu'un changement cassant survient.
-Par exemple, une nouvelle cible iOS (15 à 16), ou une nouvelle version de Capacitor (3 à 4), ou un plugin (1.2 à 2.0) que vous utilisez a été mis à jour vers une version majeure.
-
-Ce changement signifie que tous les outils doivent être alignés pour gérer le changement cassant.
-
-C'est pourquoi Capgo suit ce système.
-Donc si vous publiez une version majeure, Capgo ne l'enverra pas à un utilisateur qui ne l'a pas installée depuis le store.\
-Ce comportement peut être personnalisé. Vous pouvez en savoir plus à ce sujet [here](/docs/cli/commands/#disable-updates-strategy)
-
-### Versions
-
-Où Capgo trouve la version à comparer
-
-#### iOS
-  > Sera utilisé par Capgo pour comparer à la version JavaScript et trouver les mises à niveau majeures
-
-Dans iOS, la variable est définie dans votre projet ici `ios/App/App/Info.plist` sous la clé `CFBundleShortVersionString` ou `ios/App/App.xcodeproj/project.pbxproj` sous la clé `MARKETING_VERSION` si `MARKETING_VERSION` a été défini dans votre fichier `Info.plist`.
-  > Vous pouvez remplacer ce comportement en définissant la clé version dans le fichier `capacitor.config.json` [documentation ici](/docs/plugin/auto-update#advanced-settings/)
-
-#### Android
-  > Sera utilisé par Capgo pour comparer à la version JavaScript et trouver les mises à niveau majeures
-
-Sur Android, la variable est définie dans votre projet ici `android/app/build.gradle` sous la clé `defaultConfig.versionName`
-  > Vous pouvez remplacer ce comportement en définissant la clé version dans le fichier `capacitor.config.json` [documentation ici](/docs/plugin/auto-update#advanced-settings/)
-
-#### JavaScript
-  > Sera utilisé par Capgo pour comparer à la version Native et trouver les mises à niveau majeures
-
-En JavaScript, la variable est définie dans votre projet ici `package.json` sous la clé `version`
-
-## Exemple
-
-Votre application Ionic est actuellement publiée avec la version `1.2.3` avec Capacitor 3
-
-Vous faites la mise à niveau vers Capacitor 4.
-
-Vous devez mettre à jour votre numéro de version vers `2.2.3`, puis tous vos packages incluant Capgo remarqueront ce grand changement.
-
-Lorsque vous publiez cette version sur Capgo et l'App Store.
-
-Toutes les prochaines mises à jour en direct dans Capgo `2.2.4` ne seront jamais envoyées aux utilisateurs avec la version `1.2.3`. Uniquement avec la version `2.2.3`.
-
-Si vous suivez ce modèle, pas besoin de s'inquiéter davantage, tout est bien géré.
-
-## Si je ne suis pas cette règle
-
-Dans ce cas, cela signifie que vous devez envoyer votre nouvelle application avec Capacitor 4 à Apple et Google, mais pas à Capgo.
-
-Ensuite, vous devez attendre que 100% de vos utilisateurs, ou au moins 90%, aient l'application, cela prendra probablement des mois.
-
-Pendant ce temps, vous ne pouvez envoyer aucune mise à jour avec Capgo, puisque les anciens utilisateurs ne peuvent pas obtenir la nouvelle version.
-Vous n'avez pas de moyen de sélectionner uniquement certains utilisateurs pour recevoir la mise à jour.
diff --git a/src/content/blog/fr/how-to-resolve-android-build-errors-in-capacitor.md b/src/content/blog/fr/how-to-resolve-android-build-errors-in-capacitor.md
deleted file mode 100644
index bc5d9a926..000000000
--- a/src/content/blog/fr/how-to-resolve-android-build-errors-in-capacitor.md
+++ /dev/null
@@ -1,125 +0,0 @@
----
-slug: how-to-resolve-android-build-errors-in-capacitor
-title: Comment Résoudre les Erreurs de Compilation Android dans Capacitor
-description: >-
-  Découvrez comment résoudre rapidement les erreurs de compilation Android dans
-  Capacitor, des problèmes de configuration aux conflits de dépendances et aux
-  problèmes de ProGuard.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T03:02:04.382Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b-1743217335938.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, Android build errors, ProGuard, dependency conflicts, mobile
-  development, troubleshooting
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous rencontrez des erreurs de compilation Android avec [Capacitor](https://capacitorjs.com/) ?** Ces erreurs proviennent souvent de fichiers mal configurés, de conflits de dépendances ou de problèmes avec [ProGuard](https://www.guardsquare.com/manual/home). Les résoudre rapidement est essentiel pour que votre application fonctionne correctement. Voici une analyse rapide des problèmes courants et comment les résoudre :
-
--   **Problèmes de configuration** : Vérifiez `AndroidManifest.xml`, `capacitor.config.json`, et les paramètres [Gradle](https://gradle.org/) pour les incompatibilités de versions SDK, permissions ou `minSdkVersion`.
--   **Conflits de dépendances** : Alignez les versions du core Capacitor, des plugins et des bibliothèques natives. Utilisez des outils comme `npx cap doctor` pour repérer les incompatibilités.
--   **Problèmes ProGuard** : Ajoutez les règles appropriées pour éviter les erreurs d'obfuscation lors des builds de production.
-
-**Conseil clé** : Utilisez les logs d'erreur dans [Android Studio](https://developer.android.com/studio) pour identifier la cause principale et concentrez-vous sur la première erreur dans la trace d'appel. Des outils comme [Capgo](https://capgo.app/) peuvent vous aider à déployer des correctifs instantanément sans attendre les examens de l'app store.
-
-**Exemple de correction rapide** :
-
--   Mettez à jour les dépendances dans `package.json` :
-    
-    ```json
-    {
-      "@capacitor/core": "5.5.0",
-      "@capacitor/android": "5.5.0",
-      "@capacitor/camera": "5.0.7"
-    }
-    ```
-    
--   Ajoutez [Jetifier](https://developer.android.com/tools/jetifier) pour la compatibilité :
-    
-    ```properties
-    android.useAndroidX=true
-    android.enableJetifier=true
-    ```
-    
--   Ajoutez les règles ProGuard :
-    
-    ```java
-    -keep class com.getcapacitor.** { *; }
-    -dontwarn com.google.android.gms.**
-    ```
-    
-
-**Besoin de corrections plus rapides ?** Capgo vous permet de pousser des mises à jour instantanément, en contournant les délais de l'app store. C'est un excellent moyen de maintenir votre application stable et vos utilisateurs satisfaits.
-
-## Guide ultime pour déboguer les applications Ionic sur Android et iOS ...
-
-<iframe src="https://www.youtube.com/embed/HmXM5t8DIPA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principales erreurs de compilation Android
-
-La compilation d'applications Android avec Capacitor peut parfois entraîner des erreurs dues à des problèmes de configuration ou des incompatibilités de dépendances. Ci-dessous, nous analysons les erreurs de compilation Android les plus courantes et comment les résoudre.
-
-### Erreurs de configuration
-
-Ces erreurs proviennent souvent de fichiers mal configurés comme `AndroidManifest.xml` ou `capacitor.config.json`. Les problèmes courants incluent :
-
--   **Permissions manquantes** : Si les permissions Android requises ne sont pas déclarées dans `AndroidManifest.xml`, la compilation échouera.
--   **Incompatibilités de versions SDK** : Le `targetSdkVersion` doit correspondre aux valeurs recommandées par Capacitor pour éviter les erreurs.
--   **Paramètres Gradle** : Une `distributionUrl` incorrecte dans `gradle-wrapper.properties` peut causer des échecs de compilation.
--   **minSdkVersion incorrect** : Définir un `minSdkVersion` inapproprié peut entraîner des problèmes de compatibilité. Par exemple, votre configuration pourrait ressembler à ceci :
-
-```groovy
-android {  
-    defaultConfig {  
-        minSdkVersion 22  
-        targetSdkVersion 33  
-    }  
-}
-```
-
-### Conflits de versions de packages
-
-Les incompatibilités de versions entre dépendances peuvent également causer des erreurs de compilation. Les scénarios courants incluent :
-
--   **Dépendances natives** : Divergences entre le core Capacitor et les bibliothèques natives.
--   **Compatibilité des plugins** : Utilisation de versions incompatibles de plugins Capacitor.
--   **Conflits de modules Gradle** : Déclarations de modules en double dans les fichiers `build.gradle`.
-
-Voici un exemple de configuration correcte des dépendances :
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.5.0",
-    "@capacitor/android": "5.5.0",
-    "@capacitor/camera": "5.0.7"
-  }
-}
-```
-
-### Problèmes de configuration [ProGuard](https://www.guardsquare.com/manual/home)
-
-![ProGuard](https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b/caf1031c54e5e4608a41f5a1b5bef282.jpg)
-
-ProGuard, utilisé dans les builds de production, peut introduire des problèmes supplémentaires :
-
--   **Règles Keep manquantes** : Des classes importantes peuvent être obfusquées, causant des erreurs d'exécution.
--   **Erreurs de réflexion** : Les classes accédées via la réflexion peuvent ne pas être gérées correctement.
--   **Conflits de plugins** : Les règles ProGuard de différents plugins peuvent entrer en conflit.
-
-Pour résoudre ces problèmes, vous pouvez ajouter les règles ProGuard suivantes :
-
-```java
--keep class com.getcapacitor.** { *; }
--keep class org.apache.cordova.* { *; }
--dontwarn com.google.android.gms.**
-```
-
-[Continue with the rest of the text, following the same pattern and rules...]
diff --git a/src/content/blog/fr/how-to-schedule-ota-updates-for-capacitor-apps.md b/src/content/blog/fr/how-to-schedule-ota-updates-for-capacitor-apps.md
deleted file mode 100644
index 9d5b64589..000000000
--- a/src/content/blog/fr/how-to-schedule-ota-updates-for-capacitor-apps.md
+++ /dev/null
@@ -1,235 +0,0 @@
----
-slug: how-to-schedule-ota-updates-for-capacitor-apps
-title: Comment planifier les mises à jour OTA pour les applications Capacitor
-description: >-
-  Découvrez comment planifier efficacement les mises à jour OTA pour votre
-  application mobile afin d'assurer des corrections rapides de bugs et
-  d'améliorer l'expérience utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T04:03:25.616Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcd7fb83b63ee70fa0b90f-1742529933736.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, mobile app updates, Capacitor, app deployment, update scheduling,
-  performance monitoring
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez mettre à jour votre application** [**Capacitor**](https://capacitorjs.com/) **sans les délais de l'App Store ? Les mises à jour Over-the-Air (OTA) vous permettent de déployer des correctifs, de nouvelles fonctionnalités et des améliorations directement aux utilisateurs en temps réel.** Voici comment les planifier efficacement :
-
--   **Que sont les mises à jour OTA ?** Elles permettent de livrer des changements d'application directement aux utilisateurs, en ne téléchargeant que les parties mises à jour pour économiser du temps et de la bande passante.
-    
--   **Pourquoi planifier les mises à jour ?** Pour corriger rapidement les bugs, déployer progressivement les fonctionnalités et améliorer l'expérience utilisateur avec un minimum de perturbations.
-    
--   **Comment démarrer :** Installez le plugin [Capgo](https://capgo.app/) en utilisant `npx @capgo/cli init`, intégrez-le à votre pipeline CI/CD et configurez les connexions sécurisées et l'analytique.
-    
--   **Meilleures pratiques :** Utilisez des déploiements progressifs, planifiez les mises à jour pendant les heures creuses et surveillez les performances avec des métriques en temps réel.
-    
-
-**Statistiques clés :** 95% des utilisateurs actifs adoptent les mises à jour dans les 24 heures, avec un taux de réussite global de 82%. La vitesse moyenne de téléchargement pour un bundle de 5 Mo est de 114 ms.
-
-Continuez la lecture pour apprendre comment configurer, planifier et suivre les mises à jour OTA pour votre application Capacitor.
-
-## Prérequis d'installation
-
-### Outils et paramètres requis
-
-Pour commencer avec les mises à jour OTA planifiées, vous devrez installer quelques outils essentiels et configurer les paramètres. Commencez par installer le [plugin Capgo](https://capgo.app/plugins/) en utilisant votre gestionnaire de paquets préféré :
-
-```bash
-npx @capgo/cli init
-```
-
-Cette commande configure les composants nécessaires pour les mises à jour OTA, notamment :
-
--   **Chiffrement de bout en bout** pour garantir des [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/)
-    
--   **Contrôle de version** pour gérer les déploiements des mises à jour
-    
--   **Suivi des erreurs** pour identifier et résoudre rapidement les problèmes
-    
-
-Une fois la configuration de base terminée, vous pouvez passer à l'intégration de votre plateforme de mise à jour OTA.
-
-### Intégration de la plateforme OTA
-
-L'intégration d'une plateforme OTA est cruciale pour gérer efficacement les mises à jour planifiées. Voici comment faire :
-
--   **Sécurisez votre connexion** en configurant les clés d'authentification et les jetons.
-    
--   **Suivez les versions** pour garantir une gestion et un déploiement corrects des mises à jour.
-    
--   **Configurez l'analytique** pour surveiller les performances des mises à jour sur le terrain.
-    
--   **Intégrez votre pipeline CI/CD** dans votre flux de travail existant pour des opérations plus fluides.
-    
-
-> "Nous configurons votre pipeline CI/CD directement dans votre plateforme préférée, que ce soit GitHub Actions, GitLab CI ou autres. Nous n'hébergeons pas de CI/CD et ne vous facturons pas pour le maintenir." – Capgo [\[1\]](https://capgo.app/)
-
-Pour les besoins de niveau entreprise, Capgo prend en charge l'intégration avec les principaux systèmes CI/CD. Leur plateforme a été utilisée avec succès dans 750 applications en production, gérant plus de 23,5 millions de mises à jour à ce jour [\[1\]](https://capgo.app/).
-
-Voici quelques benchmarks de performance [\[1\]](https://capgo.app/) :
-
--   **Vitesse moyenne de téléchargement** : 114 ms pour un bundle de 5 Mo
-    
--   **Temps de réponse API** : 434 ms globalement
-    
--   **Taux de réussite des mises à jour** : 82% dans le monde
-    
-
-## Explorez la nouvelle mise à jour en direct Ionic [Capacitor](https://capacitorjs.com/) de [Capgo](https://capgo.app/) ...
-
-**Planification des mises à jour**
-
-Une fois les outils en place, l'étape suivante consiste à décider quand et comment les mises à jour seront déployées.
-
-### Considérations temporelles
-
-La planification des mises à jour OTA nécessite d'analyser le comportement des utilisateurs et les facteurs techniques. Par exemple, publier des mises à jour pendant les heures creuses - en fonction des modèles d'activité globaux de vos utilisateurs - peut aider à réduire les interruptions pendant les périodes chargées. De plus, la capacité du serveur et les conditions du réseau doivent être prises en compte pour assurer une livraison fluide. Ces considérations jouent un rôle clé dans l'efficacité des mises à jour [\[1\]](https://capgo.app/).
-
-### Directives de planification des mises à jour
-
-L'utilisation d'une approche de déploiement progressif peut rendre les mises à jour plus gérables. Commencez par une version bêta pour un petit groupe d'utilisateurs, puis étendez progressivement à l'ensemble des utilisateurs. Cette méthode s'appuie souvent sur des systèmes de canaux, permettant une distribution contrôlée. Elle permet également une surveillance en temps réel et des retours en arrière rapides en cas de problème.
-
-> "Nous avons déployé les mises à jour OTA Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo." [\[1\]](https://capgo.app/)
-
-## Étapes de gestion des mises à jour
-
-La gestion réussie des mises à jour OTA planifiées nécessite une implémentation soignée du code, une gestion des erreurs et des tests approfondis pour garantir un fonctionnement fluide.
-
-### Code de planification des mises à jour
-
-Voici comment configurer les [mises à jour automatiques en arrière-plan](https://capgo.app/docs/plugin/self-hosted/auto-update/) avec un script simple :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-async function scheduleUpdate() {
-  try {
-    // Check for updates
-    const { bundle } = await CapacitorUpdater.download({
-      version: 'latest'
-    })
-
-    // Schedule installation during off-peak hours
-    await CapacitorUpdater.schedule({
-      bundle,
-      time: '03:00' // Schedule for 3 AM local time
-    })
-  } catch (error) {
-    console.error('Update scheduling failed:', error)
-  }
-}
-```
-
-Ce script s'intègre directement à votre configuration OTA, garantissant que les mises à jour sont programmées efficacement et déployées sans interruption.
-
-### Gestion des erreurs et retours en arrière
-
-Capgo offre des outils intégrés pour gérer les erreurs et les retours en arrière, garantissant que tout problème pendant les mises à jour est rapidement résolu. Si une mise à jour échoue, le système peut automatiquement revenir à une version stable :
-
-```typescript
-async function handleFailedUpdate() {
-  try {
-    // Revert to last known stable version
-    await CapacitorUpdater.rollback()
-
-    // Log rollback event
-    console.log('Update rolled back successfully')
-  } catch (error) {
-    console.error('Rollback failed:', error)
-  }
-}
-```
-
-Ces fonctionnalités aident à maintenir la stabilité de l'application en restaurant de manière transparente les versions précédentes si nécessaire. Combinez toujours cela avec des tests pré-release pour minimiser les risques.
-
-### Tests pré-release
-
-Une fois les mécanismes de gestion des erreurs en place, les tests deviennent l'étape critique suivante. Capgo fournit des canaux de test dédiés pour les déploiements bêta, vous permettant de :
-
--   Publier d'abord les mises à jour aux testeurs internes
-    
--   Recueillir des données de performance et des retours
-    
--   Étendre progressivement à un public plus large
-    
-
-> "@Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est en or." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo prend également en charge le contrôle d'accès des utilisateurs, facilitant l'attribution des permissions et la surveillance de groupes spécifiques pendant les tests. Utilisez l'analytique de la plateforme pour suivre les performances et décider du meilleur moment pour un déploiement complet [\[1\]](https://capgo.app/).
-
-## Suivi des performances des mises à jour
-
-Surveiller les performances des mises à jour OTA aide à affiner votre planning et assure une livraison fluide.
-
-### Métriques de mise à jour
-
-Mesurer les indicateurs clés de performance (KPI) est essentiel pour évaluer votre [stratégie de mise à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Les données récentes de la plateforme d'analytique de Capgo mettent en évidence les références suivantes pour les mises à jour OTA réussies :
-
-| Métrique | Objectif de référence | Moyenne du secteur |
-| --- | --- | --- |
-| Taux d'adoption sur 24h | 95% des utilisateurs actifs | 82% dans le monde |
-| Vitesse de téléchargement des mises à jour | Moins de 500ms | 57ms en moyenne |
-| Temps de téléchargement du bundle (5Mo) | Moins de 150ms | 114ms via CDN |
-
-Vous pouvez intégrer ces métriques dans votre flux de travail avec l'extrait de code suivant :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-async function trackUpdateMetrics() {
-  const stats = await CapacitorUpdater.getUpdateStats({
-    version: 'latest',
-    timeframe: '24h'
-  })
-
-  console.log('Update adoption rate:', stats.activeUsers)
-  console.log('Download success rate:', stats.successRate)
-}
-```
-
-Ces KPI fournissent une base solide pour améliorer votre stratégie de mise à jour.
-
-### Optimisation du planning
-
-Le timing joue un rôle important dans le succès des mises à jour. Les données de déploiement suggèrent ces pratiques de planification :
-
--   **Heures creuses** : Déployez les mises à jour entre 1h et 4h heure locale.
-    
--   **Déploiement progressif** : Commencez avec 10% des utilisateurs et étendez progressivement sur 24 heures.
-    
--   **Distribution géographique** : Répartissez les mises à jour à travers les fuseaux horaires pour une meilleure couverture.
-    
-
-Les facteurs clés à surveiller pour l'optimisation du planning incluent :
-
--   Temps de complétion des mises à jour
-    
--   Métriques de performance réseau
-    
--   Taux d'erreur par région
-    
--   Engagement des utilisateurs après les mises à jour
-    
-
-L'analytique en temps réel peut vous aider à résoudre rapidement tout problème. Des outils comme le suivi des erreurs assurent un taux de réussite de 95% dans les premières 24 heures du déploiement [\[1\]](https://capgo.app/).
-
-## Résumé
-
-Les mises à jour OTA peuvent améliorer les performances des applications en livrant les mises à jour rapidement et en toute sécurité [\[1\]](https://capgo.app/). Voici les points clés de notre guide :
-
--   **Déploiement sécurisé** : Utilisez des déploiements progressifs via des [canaux de mise à jour](https://capgo.app/docs/webapp/channels/) dédiés pour assurer une livraison contrôlée [\[1\]](https://capgo.app/).
-    
--   **Surveillance des performances** : Surveillez les taux de réussite des mises à jour et les métriques essentielles pour affiner le processus [\[1\]](https://capgo.app/).
-    
--   **Protection des retours en arrière** : Configurez le suivi automatique des erreurs pour permettre des retours en arrière rapides si nécessaire [\[1\]](https://capgo.app/).
-    
-
-Depuis 2022, le paysage des solutions de mise à jour OTA s'est considérablement développé. Par exemple, Capgo a géré plus de 23,5 millions de mises à jour sur 750 applications en production [\[1\]](https://capgo.app/). Combinées à l'intégration CI/CD et à l'analytique en temps réel, ces pratiques fournissent une solide stratégie de mise à jour OTA pour votre flux de travail d'application Capacitor.
diff --git a/src/content/blog/fr/how-to-secure-ota-updates-with-key-management.md b/src/content/blog/fr/how-to-secure-ota-updates-with-key-management.md
deleted file mode 100644
index 487082de0..000000000
--- a/src/content/blog/fr/how-to-secure-ota-updates-with-key-management.md
+++ /dev/null
@@ -1,217 +0,0 @@
----
-slug: how-to-secure-ota-updates-with-key-management
-title: Comment sécuriser les mises à jour OTA avec la gestion des clés
-description: >-
-  Découvrez comment la gestion efficace des clés et le chiffrement peuvent
-  sécuriser les mises à jour OTA et protéger votre application contre les
-  manipulations et les menaces de sécurité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T05:02:06.032Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ea1c64283d21cbd67bff14-1743397338137.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA updates, key management, encryption, app security, update delivery,
-  vulnerabilities, digital signatures, tampering
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez sécuriser les mises à jour Over-the-Air (OTA) et éviter les vulnérabilités ?** Voici comment la gestion des clés peut protéger les mises à jour de votre application contre les altérations et les menaces de sécurité.
-
--   **Que sont les mises à jour OTA ?** Elles vous permettent de déployer directement les modifications d'applications aux utilisateurs sans attendre l'approbation des stores. Des outils comme [Capgo](https://capgo.app/) peuvent atteindre un taux de mise à jour de 95% en 24 heures.
--   **Pourquoi la sécurité est-elle importante ?** Sans chiffrement et gestion des clés appropriés, les mises à jour sont vulnérables aux altérations, aux attaques de l'homme du milieu et à l'usurpation de version.
--   **Comment [sécuriser les mises à jour](https://capgo.app/docs/live-updates/update-behavior/) ?**
-    -   Utiliser le **chiffrement de bout en bout** pour protéger les paquets de mise à jour.
-    -   Générer des clés robustes avec des algorithmes comme [RSA-4096](https://en.wikipedia.org/wiki/RSA_\(cryptosystem\)) ou [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard).
-    -   Stocker les clés de manière sécurisée en utilisant des **[Modules de Sécurité Matériels](https://en.wikipedia.org/wiki/Hardware_security_module) (HSM)** ou des coffres-forts de clés chiffrés.
-    -   Vérifier les mises à jour avec des signatures numériques, des sommes de contrôle et des vérifications de version.
-    -   Empêcher les rétrogradations de version en appliquant des règles strictes de versionnage.
--   **Pourquoi Capgo ?** Il délivre 23,5M de mises à jour sécurisées à 20M d'utilisateurs avec un [chiffrement avancé](https://capgo.app/docs/cli/migrations/encryption/), respectant les normes Apple et Google.
-
-**À retenir :** Une gestion appropriée des clés garantit que seules les mises à jour autorisées atteignent les utilisateurs, protégeant l'intégrité de l'application et la confiance des utilisateurs. Sécurisez vos mises à jour maintenant pour éviter des violations coûteuses.
-
-## Comprendre les mises à jour "Over the Air (OTA)" : Une analyse approfondie
-
-<iframe src="https://www.youtube.com/embed/aFFRkMnifxM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Risques de sécurité dans les mises à jour OTA
-
-Si vous déployez des mises à jour OTA sans mesures de sécurité robustes, votre application devient une cible facile pour les vulnérabilités potentielles.
-
-### Menaces de sécurité OTA connues
-
-Les mises à jour OTA sont constamment exposées à de nouvelles menaces, nécessitant des protocoles de sécurité stricts. Par exemple, les attaques de l'homme du milieu peuvent intercepter les paquets de mise à jour, injectant du code malveillant si le chiffrement n'est pas en place.
-
-**Principales menaces à surveiller :**
-
--   **Altération des paquets de mise à jour** : Les attaquants modifient les fichiers de mise à jour pendant la transmission.
--   **Compromission des clés** : Les pirates obtiennent un accès non autorisé aux clés de signature ou de chiffrement.
--   **Usurpation de version** : Les utilisateurs sont trompés pour télécharger des versions d'application obsolètes et non sécurisées.
--   **Violations des serveurs de mise à jour** : Attaques directes sur l'infrastructure distribuant les mises à jour.
-
-Se fier uniquement à la signature n'est pas suffisant. Des outils comme le chiffrement de bout en bout de Capgo garantissent que les mises à jour ne sont déchiffrées que par les parties autorisées. Sans ces mesures, ces vulnérabilités peuvent compromettre l'intégrité de l'application et la sécurité des utilisateurs.
-
-### Impact des violations de sécurité
-
-Les violations de sécurité dans les systèmes OTA peuvent avoir des effets étendus, impactant les développeurs, les utilisateurs et l'écosystème plus large des applications.
-
-| **Zone d'impact** | **Effets immédiats** | **Conséquences à long terme** |
-| --- | --- | --- |
-| **Données utilisateurs** | Exposition d'informations sensibles | Perte de confiance et problèmes juridiques possibles |
-| **Fonctionnalité de l'application** | Introduction de code malveillant | Instabilité prolongée et problèmes de performance |
-| **Opérations commerciales** | Dépenses d'intervention d'urgence | Réputation endommagée et attrition des utilisateurs |
-| **Calendrier de développement** | Retours forcés aux anciennes versions | Retards dans la sortie de nouvelles fonctionnalités |
-
-Lorsque des mises à jour avec des failles de sécurité atteignent la production, elles peuvent causer des ravages. Des versions vulnérables ou bogues peuvent persister, particulièrement dans les applications gérant des données sensibles ou des transactions financières.
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-Pour réduire ces risques, envisagez de mettre en œuvre les mesures suivantes :
-
--   Utiliser le **chiffrement de bout en bout** pour tous les paquets de mise à jour.
--   Effectuer des **audits de sécurité réguliers** et surveiller les vulnérabilités.
--   Employer un **suivi automatisé des erreurs** pour détecter rapidement les problèmes.
--   S'assurer que les **capacités de retour en arrière** sont en place pour les mises à jour compromises.
-
-Les coûts de gestion des violations de sécurité - tant immédiats qu'à long terme - peuvent être immenses. En adoptant un chiffrement robuste et une surveillance proactive, comme ceux offerts par Capgo, vous pouvez éviter ces pièges. Les études montrent qu'investir dans des mesures de sécurité appropriées dès le départ est beaucoup plus économique que de gérer les conséquences d'une violation.
-
-## Mise en place d'une gestion sécurisée des clés
-
-Une gestion efficace des clés est essentielle pour protéger les mises à jour OTA. Voici une décomposition des composants clés nécessaires pour un système sécurisé.
-
-### Création de clés robustes
-
-La génération de clés sécurisées est le fondement de la sécurité des mises à jour OTA. Concentrez-vous sur :
-
--   **Sélection d'algorithme** : Utilisez RSA-4096 ou [ECC](https://en.wikipedia.org/wiki/Elliptic-curve_cryptography) pour le chiffrement asymétrique et AES-256 pour le chiffrement symétrique afin de s'aligner sur les bibliothèques cryptographiques modernes.
--   **Directives de génération de clés** :
-    -   Créer des clés uniques pour chaque version d'application.
-    -   Utiliser des générateurs de nombres aléatoires cryptographiquement sûrs avec des sources d'entropie fiables.
-    -   Adhérer aux normes industrielles actuelles pour la création de clés.
-
-### Établir la confiance avec les certificats
-
-Un système de certificats bien implémenté est essentiel pour assurer l'authenticité des mises à jour. Cela aide à maintenir la confiance entre les développeurs et les utilisateurs en vérifiant que les mises à jour proviennent d'une source légitime.
-
-### Méthodes de stockage des clés
-
-Un stockage approprié des clés est vital pour préserver l'intégrité du chiffrement pendant les mises à jour. Deux méthodes principales incluent :
-
--   **Modules de Sécurité Matériels (HSM)** :
-    
-    -   Opérations cryptographiques physiquement séparées.
-    -   Fournissent un stockage résistant aux altérations pour les clés.
-    -   Incluent la génération de nombres aléatoires basée sur le matériel.
--   **Coffres-forts de clés chiffrés** :
-    
-    -   Implémentent un contrôle d'accès basé sur les rôles.
-    -   Offrent une journalisation d'audit pour surveiller l'utilisation des clés.
-    -   Supportent la rotation automatique des clés pour améliorer la sécurité.
-
-Pour renforcer davantage votre système, assurez-vous que les clés sont stockées de manière sécurisée, activez [l'authentification multi-facteurs](https://capgo.app/docs/webapp/mfa/), maintenez des sauvegardes régulières et surveillez l'activité des clés. Ces pratiques créent un cadre fiable pour la livraison de mises à jour sécurisées.
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" [\[1\]](https://capgo.app/)
-
-## Sécurisation de la livraison des mises à jour
-
-La protection des mises à jour OTA va au-delà de la gestion des clés. La livraison sécurisée des mises à jour repose sur le chiffrement et la vérification pour garantir que les mises à jour sont à la fois privées et inviolables.
-
-### Sécurité des paquets de mise à jour
-
-La livraison de paquets de mise à jour sécurisés commence par le **chiffrement de bout en bout**, qui maintient les mises à jour en sécurité du développeur jusqu'à l'appareil de l'utilisateur. Voici comment cela fonctionne :
-
--   **[Chiffrement des paquets](https://capgo.app/docs/cli/migrations/encryption/) :** Les mises à jour sont chiffrées avant d'être envoyées, en utilisant des méthodes comme le chiffrement symétrique AES-256.
--   **Distribution des clés :** Les clés de chiffrement ne sont partagées qu'avec les appareils autorisés.
--   **Protection de l'intégrité :** Les sommes de contrôle hash vérifient que la mise à jour n'a pas été altérée pendant la transmission.
-
-Capgo va plus loin dans ce processus avec son approche de chiffrement, garantissant que seul le destinataire prévu peut déchiffrer les mises à jour [\[1\]](https://capgo.app/).
-
-### Étapes de vérification des mises à jour
-
-Le chiffrement seul n'est pas suffisant. La vérification des mises à jour assure leur intégrité et leur authenticité. Avec un taux de réussite global de 82% pour les mises à jour [\[1\]](https://capgo.app/), ces étapes peuvent aider à maintenir un standard élevé :
-
-1.  **Validation de la signature numérique :** Vérifier que la signature cryptographique correspond à la clé publique du développeur.
-2.  **Vérification du numéro de version :** Confirmer que la mise à jour est plus récente que celle actuellement installée.
-3.  **Intégrité du paquet :** Utiliser des sommes de contrôle pour s'assurer que le paquet de mise à jour est complet et non modifié.
-4.  **Vérification de la chaîne de certificats :** Valider la chaîne de certificats utilisée pour signer la mise à jour.
-
-### Prévention des rétrogradations de version
-
-Permettre la réinstallation de versions plus anciennes peut rouvrir des failles de sécurité corrigées. Pour éviter cela, considérez ces mesures :
-
--   **Gestion des versions :** Appliquer des règles de versionnage strictes et surveiller les versions installées pour bloquer les versions obsolètes.
--   **Gestion des canaux de mise à jour :** Utiliser des canaux spécifiques pour contrôler les mises à jour pour différents groupes d'utilisateurs.
--   **Protection contre les retours en arrière :** Restreindre les retours en arrière aux versions approuvées en utilisant des processus autorisés.
-
-## Suivi de l'utilisation des clés
-
-La surveillance de l'utilisation des clés est une partie cruciale du maintien de la sécurité OTA. Les 23,5 millions de mises à jour de Capgo soulignent l'importance d'un suivi cohérent et approfondi [\[1\]](https://capgo.app/).
-
-Ci-dessous, nous décrivons les journaux et pratiques clés qui soutiennent une surveillance efficace.
-
-### Journaux d'activité des clés
-
-Maintenir des journaux détaillés des actions liées aux clés aide à identifier rapidement les problèmes potentiels. Les données clés à enregistrer incluent :
-
--   Quels systèmes et utilisateurs accèdent aux clés
--   Fréquence d'utilisation
--   Opérations échouées
--   Événements du cycle de vie des clés (création, rotation, expiration)
-
-### Réponse aux alertes de sécurité
-
-Lorsqu'il y a une suspicion d'utilisation abusive ou de compromission des clés, agir rapidement est crucial. Utilisez ce cadre de réponse pour traiter différents niveaux d'alerte :
-
-| Niveau d'alerte | Déclencheur | Action de réponse |
-| --- | --- | --- |
-| Faible | Modèles d'accès inhabituels | Enquêter immédiatement et documenter les résultats |
-| Moyen | Multiples opérations échouées | Suspendre temporairement l'utilisation de la clé |
-| Élevé | Compromission confirmée | Faire pivoter la clé sans délai |
-| Critique | Exploit actif détecté | Remplacer immédiatement toutes les clés du système |
-
-Pour soutenir le taux de réussite global de 82% pour les mises à jour [\[1\]](https://capgo.app/), configurez des alertes automatisées pour signaler les activités suspectes, telles que :
-
--   Multiples vérifications de signature échouées
--   Modèles de déploiement de mises à jour irréguliers
--   Tentatives d'accès aux clés inattendues
--   Taux d'échec de mise à jour plus élevés que la normale
-
-### Calendrier des vérifications de sécurité
-
-En plus de gérer les alertes, des audits de sécurité réguliers sont essentiels pour assurer une gestion solide des clés. Utilisez ce calendrier pour maintenir la surveillance :
-
--   **Quotidien** : Analyse automatisée des modèles d'utilisation des clés
--   **Hebdomadaire** : Examen manuel des journaux de sécurité
--   **Mensuel** : Révision du processus de rotation des clés
--   **Trimestriel** : Réalisation d'un audit complet des systèmes de gestion des clés
-
-Cette routine aide à assurer une surveillance continue et fiable de la sécurité.
-
-## Résumé
-
-### Avantages de la Gestion des Clés
-
-Une gestion appropriée des clés garantit que les mises à jour OTA sont sécurisées, permettant uniquement aux utilisateurs autorisés de les déchiffrer et de les installer. Ce processus protège les mises à jour contre les manipulations tout en maintenant une livraison efficace.
-
-| Avantage | Impact |
-| --- | --- |
-| **Sécurité Renforcée** | Le chiffrement de bout en bout bloque les accès non autorisés |
-| **Déploiement Rapide des Correctifs** | Permet l'application immédiate des correctifs de sécurité |
-| **Retours en Arrière Contrôlés** | Simplifie le contrôle de version pour traiter les mises à jour problématiques |
-| **Confiance des Utilisateurs** | Les mises à jour vérifiées augmentent la confiance des utilisateurs |
-| **Conformité** | S'aligne sur les normes des plateformes Apple et Google |
-
-### Outils de Sécurité [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ea1c64283d21cbd67bff14/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Les solutions modernes comme Capgo mettent en évidence ces avantages en simplifiant la livraison des mises à jour OTA avec de solides mesures de sécurité. Supportant 750 applications en production [\[1\]](https://capgo.app/), Capgo améliore la sécurité des mises à jour grâce au chiffrement avancé et à d'autres fonctionnalités clés.
-
-Capgo combine le chiffrement avec des outils comme le suivi des erreurs, la gestion des utilisateurs et le support de retour en arrière, assurant un processus OTA sécurisé et efficace. Les développeurs ont partagé leur satisfaction avec cette approche :
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/fr/how-to-segment-users-by-plan-and-channels.md b/src/content/blog/fr/how-to-segment-users-by-plan-and-channels.md
deleted file mode 100644
index fb798dc24..000000000
--- a/src/content/blog/fr/how-to-segment-users-by-plan-and-channels.md
+++ /dev/null
@@ -1,183 +0,0 @@
----
-slug: how-to-segment-users-by-plan-and-channels
-title: >-
-  Comment utiliser les canaux pour les drapeaux de fonctionnalité et les tests
-  A/B
-description: >-
-  Apprenez à utiliser les canaux de CapGo pour les indicateurs de
-  fonctionnalités et les tests A/B en auto-attribuant des utilisateurs ou en
-  utilisant votre backend.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-04-15T00:00:00.000Z
-updated_at: 2025-04-15T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Illustration des drapeaux de fonctionnalités des canaux Capgo
-keywords: 'channels, feature flags, a/b testing, capacitor, capgo'
-tag: Tutorial
-published: true
-locale: fr
-next_blog: ''
----
-# Comment utiliser les canaux pour les indicateurs de fonctionnalité et les tests A/B
-
-Le système de canaux de CapGo offre un moyen flexible de segmenter les utilisateurs et de contrôler l'accès aux fonctionnalités. Bien que CapGo ne dispose pas de gestion de plan intégrée ou de tests A/B, vous pouvez mettre en œuvre ces fonctionnalités en gérant vous-même les affectations de canaux.
-
-## Comprendre les canaux
-
-Les canaux dans CapGo vous permettent de :
-- Cibler des groupes d'utilisateurs spécifiques avec différentes fonctionnalités
-- Effectuer des tests A/B en assignant des utilisateurs à différents canaux
-- Déployer progressivement de nouvelles fonctionnalités
-- Créer des programmes de test bêta
-
-## Méthodes d'affectation des canaux
-
-### 1. Affectation Backend (Recommandé)
-
-C'est la méthode la plus sécurisée. Elle implique :
-1. Obtenir l'ID de l'appareil depuis l'updater
-2. L'envoyer à votre backend
-3. Votre backend appelle l'API CapGo pour affecter l'appareil
-
-Voici comment l'implémenter :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Get device ID
-const getDeviceId = async () => {
-  const { deviceId } = await CapacitorUpdater.getDeviceId()
-  return deviceId
-}
-
-// Send device ID to your backend
-const assignToChannel = async (channel: string) => {
-  const deviceId = await getDeviceId()
-  // Your backend will call CapGo API to assign the device
-  await yourBackend.assignDeviceToChannel(deviceId, channel)
-}
-```
-
-### Mise en œuvre Backend
-
-Votre backend doit :
-1. Obtenir une clé API depuis le tableau de bord CapGo
-2. Appeler l'API CapGo pour affecter l'appareil à un canal
-
-Pour obtenir votre clé API :
-1. Connectez-vous à votre tableau de bord CapGo
-2. Allez dans Paramètres > Clés API
-3. Cliquez sur "Générer une nouvelle clé"
-4. Sélectionnez le mode `all` pour gérer les appareils et les canaux
-5. Copiez la clé générée et conservez-la en toute sécurité dans vos variables d'environnement backend
-   - La clé sera une chaîne hexadécimale de 32 caractères
-   - C'est une clé secrète qui ne doit jamais être exposée dans le code côté client
-
-Voici un exemple Node.js :
-
-```typescript
-import axios from 'axios'
-
-const CAPGO_API_KEY = 'your_api_key'
-const CAPGO_API_URL = 'https://api.capgo.app'
-
-async function assignDeviceToChannel(deviceId: string, channel: string) {
-  try {
-    const response = await axios.post(
-      `${CAPGO_API_URL}/device`,
-      {
-        app_id: 'YOUR_APP_ID',
-        device_id: deviceId,
-        channel: channel
-      },
-      {
-        headers: {
-          'authorization': CAPGO_API_KEY,
-          'Content-Type': 'application/json'
-        }
-      }
-    )
-    return response.data
-  } catch (error) {
-    console.error('Failed to assign device to channel:', error)
-    throw error
-  }
-}
-```
-
-Le backend doit également :
-- Valider les autorisations de l'utilisateur
-- Enregistrer toutes les affectations de canaux
-- Gérer la limitation de débit
-- Implémenter une logique de réessai pour les affectations échouées
-
-### 2. Auto-Affectation (Moins Sécurisé)
-
-Cette méthode permet aux appareils de s'auto-affecter directement à un canal. Elle est utile pour les tests mais moins sécurisée pour la production :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Assign device to channel
-const assignToChannel = async (channel: string) => {
-  await CapacitorUpdater.setChannel(channel)
-}
-
-// Get current channel
-const getCurrentChannel = async () => {
-  const { channel } = await CapacitorUpdater.getChannel()
-  return channel
-}
-```
-
-Avant que les utilisateurs puissent s'auto-affecter à un canal, vous devez activer cette fonctionnalité dans le tableau de bord CapGo :
-
-1. Allez dans la section Canaux de votre tableau de bord CapGo
-2. Cliquez sur le nom du canal que vous souhaitez gérer
-3. Dans les paramètres du canal, activez "Autoriser les appareils à s'auto-associer"
-4. Enregistrez les modifications
-
-Si ce paramètre est faux, toute tentative d'appeler `setChannel` avec ce canal échouera.
-
-## Mise en œuvre des indicateurs de fonctionnalité
-
-Utilisez des canaux pour contrôler l'accès aux fonctionnalités :
-
-```typescript
-const isFeatureEnabled = async (feature: string) => {
-  // Example: Check if user is in beta channel
-  const channel = await getCurrentChannel()
-  return channel === 'beta'
-}
-```
-
-## Mise en œuvre des tests A/B
-
-Effectuez des tests A/B en assignant des utilisateurs à différents canaux :
-
-```typescript
-const assignToABTest = async (userId: string) => {
-  // Use consistent hashing to assign users
-  const hash = await hashUserId(userId)
-  const variant = hash % 2 === 0 ? 'variant-a' : 'variant-b'
-  
-  await assignToChannel(variant)
-  return variant
-}
-```
-
-## Meilleures pratiques
-
-1. **Utiliser l'affectation Backend** : Pour la production, utilisez toujours la méthode d'affectation backend
-2. **Affectation cohérente** : Utilisez des identifiants utilisateur ou d'autres identifiants stables pour une affectation cohérente des canaux
-3. **Surveillance** : Suivez l'utilisation des fonctionnalités et les métriques de performance pour chaque canal
-4. **Déploiements progressifs** : Commencez par de petits segments d'utilisateurs et étendez-vous progressivement
-5. **Documentation claire** : Documentez votre stratégie de canal et vos objectifs
-
-## Conclusion
-
-En tirant parti du système de canaux de CapGo, vous pouvez créer des expériences d'application plus personnalisées et réaliser des tests A/B. Pour une utilisation en production, privilégiez toujours la méthode d'affectation backend pour une meilleure sécurité et un meilleur contrôle.
-
-Pour plus de détails sur la gestion des canaux, consultez notre [documentation sur les canaux](/docs/live-updates/channels/).
diff --git a/src/content/blog/fr/how-to-send-specific-version-to-users.md b/src/content/blog/fr/how-to-send-specific-version-to-users.md
deleted file mode 100644
index cb61aec4c..000000000
--- a/src/content/blog/fr/how-to-send-specific-version-to-users.md
+++ /dev/null
@@ -1,175 +0,0 @@
----
-slug: how-to-send-specific-version-to-users
-title: Comment envoyer une mise à jour spécifique à un utilisateur ou un groupe
-description: >-
-  Permettez à vos utilisateurs de tester la version bêta sans passer par
-  TestFlight ou le processus bêta de Google, ajoutez simplement un bouton dans
-  votre application Ionic et c'est parti !
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-17T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /capgo_select_update.webp
-head_image_alt: Alternative à TestFlight illustration
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: alternatives
-published: true
-locale: fr
-next_blog: ''
----
-## Préface
-
-Quand vous commencez à apprécier le système de mise à jour de Capgo, comme moi pour mes applications, vous commencez à vous demander "Et si je voulais plus ?"
-
-J'ai eu ce sentiment aussi, mais comme je suis le créateur de Capgo, j'ai pu y regarder de plus près !
-
-> Comme tout est open-source, vous avez aussi ce pouvoir :)
-
-La prochaine difficulté que j'ai rencontrée dans le processus de distribution d'applications Capacitor est de faire tester les mises à jour par d'autres membres de l'équipe !
-
-Avec TestFlight, le problème est simple, intégrer des personnes dans votre équipe et leur faire comprendre comment l'obtenir prend du temps !
-
-Et bien sûr, chaque fois que vous envoyez à Apple, vous avez un processus de révision aléatoire par un bot qui peut prendre 5 minutes ou 5 heures, on ne sait jamais.
-
-J'ai eu plusieurs fois ma présentation retardée à cause de cela...
-
-Et pour Google c'est encore pire, le grand mystère de ma vie, publier une version de production prend moins de 2 heures, mais publier une version bêta fermée prend 1 à 2 jours.
-
-## Solution
-
-Pour résoudre cela, j'ai créé le système de Canaux dans Capgo.
-
-`npx @capgo/cli@latest bundle upload -c production` mettra à jour tous les utilisateurs (si le canal production est défini par défaut)
-
-Si vous faites `npx @capgo/cli@latest bundle upload -c development` alors la version atterrit dans un canal différent, cela peut être automatisé dans [GitHub action](/blog/manage-dev-and-prod-build-with-github-actions/).
-
-Ensuite, vous avez 2 façons de permettre aux utilisateurs d'obtenir les mises à jour du canal
-
-### Méthode Super automatique
-
-Cela peut être utile quand vous ne voulez pas créer votre propre backend pour la configuration des canaux, c'est rapide à mettre en œuvre.
-
-Avec celle-ci, la seule chose que vous devez faire est d'autoriser l'un de vos canaux à être auto-configurable.
-
-![Autoriser l'auto-configuration dans Capgo](/self_set.webp)
-
-Et ensuite ajoutez ceci dans le code de votre application Ionic, pour une meilleure expérience, utilisez ceci après que l'utilisateur clique sur un bouton comme "s'inscrire à la bêta"
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.setChannel({ channel: 'beta' })
-```
-
-### Méthode manuelle
-
-Cela peut être utile pour votre équipe interne, c'est rapide à mettre en œuvre.
-Permettez aux utilisateurs de copier leur deviceID depuis votre application et de vous l'envoyer manuellement, ce code vous aidera à l'obtenir :
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-Cachez un bouton quelque part dans votre application, ou montrez le bouton uniquement aux utilisateurs connectés avec un rôle `admin`, par exemple.
-
-Ensuite, allez sur l'application Web ou native Capgo, connectez-vous en tant qu'administrateur d'application, sélectionnez votre application, cliquez sur la liste des appareils.
-
-Puis mettez dans la barre de recherche le deviceID, cliquez sur celui trouvé puis cliquez sur le lien Canal, choisissez `development`, demandez à votre coéquipier d'ouvrir à nouveau l'application, attendez 30 secondes et ouvrez fermez.
-
-Il devrait obtenir votre version.
-
-### Méthode automatique
-
-Cela peut être utile pour vos testeurs bêta, c'est plus long à mettre en œuvre.
-
-Comme pour la méthode manuelle, vous devez obtenir le deviceID
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-
-Mais cette fois, vous devez l'envoyer automatiquement à votre backend, je vous laisse décider comment faire.
-
-Je vous suggère simplement de le stocker dans une base de données, cela vous facilitera la vie plus tard.
-
-Ensuite, dans votre backend, vous devez l'envoyer au backend de Capgo aussi. Ci-dessous deux exemples de code :
-<Tabs>
-  <TabItem value="nodejs">NodeJS</TabItem>
-
-```js
-import axios from 'axios'
-
-await axios.post('https://api.capgo.app/device', {
-  app_id: 'YOUR_APP_ID',
-  device_id: 'DEVICE_ID',
-  channel: 'CHANNEL_NAME', // The name of the channel, or undefined if version_id provided
-  version_id: 'VERSION_NAME' // this is optionnal, if provide it will override the channel, that usefull when you want to debug only one user.
-}, {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-```
-</Tabs>
-
-<Tabs>
-  <TabItem value="cloudflare">Cloudflare</TabItem>
-  
-```js
-addEventListener('fetch', (event) => {
-  event.respondWith(
-    handleRequest(event.request).catch(
-      err => new Response(err.stack, { status: 500 })
-    )
-  )
-})
-
-async function handleRequest(request) {
-  const { pathname, method } = new URL(request.url)
-  const body = await request.json()
-  const newBody = JSON.stringify({
-    app_id: 'YOUR_APP_ID',
-    device_id: body.device_id,
-    channel: 'alpha'
-  })
-  const newUrl = new URL('https://api.capgo.app/device')
-  const options = {
-    headers: {
-      authorization: 'YOUR_API_KEY',
-    },
-    method: 'POST',
-    body: newBody
-  }
-
-  if (request.method === 'DELETE') {
-    // DELETE the channel link
-    options.method = 'DELETE'
-    return fetch(newUrl.toString(), options)
-  }
-
-  return fetch(newUrl.toString(), options)
-}
-```
-Et envoyez simplement votre device_id dans le corps de la requête à l'URL déployée avec POST pour ajouter et DELETE pour supprimer.
-</Tabs>
-
-Après cette configuration, essayez d'ajouter un bouton dans votre application pour opter pour le canal, et vérifiez dans l'application web si cela a été défini.
-
-Vous pouvez également envoyer `null` pour supprimer la surcharge
-
-Si vous devez vérifier programmatiquement quelle surcharge est définie sur un appareil, vous pouvez obtenir sur la même URL
-
-```js
-import axios from 'axios'
-
-const res = await axios.get('https://api.capgo.app/device?app_id=YOUR_APP_ID&device_id=DEVICE_ID', {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-
-console.log('data', res.json())
-```
diff --git a/src/content/blog/fr/how-to-track-ota-update-success-in-capacitor-apps.md b/src/content/blog/fr/how-to-track-ota-update-success-in-capacitor-apps.md
deleted file mode 100644
index 0464411f4..000000000
--- a/src/content/blog/fr/how-to-track-ota-update-success-in-capacitor-apps.md
+++ /dev/null
@@ -1,385 +0,0 @@
----
-slug: how-to-track-ota-update-success-in-capacitor-apps
-title: Suivi des mises à jour OTA réussies dans les applications Capacitor
-description: >-
-  Découvrez comment surveiller efficacement le succès des mises à jour OTA dans
-  vos applications pour améliorer l'expérience utilisateur et résoudre
-  rapidement les problèmes.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T05:10:07.131Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0e4b5db7797980463f0f3-1742793019156.jpg
-head_image_alt: Développement Mobile
-keywords: 'OTA updates, app tracking, user adoption, version management, error monitoring'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mises à jour OTA permettent de déployer des changements d'application directement aux utilisateurs sans attendre l'approbation des app stores. Mais suivre leur succès est essentiel pour garantir des mises à jour fluides, corriger rapidement les problèmes et améliorer l'expérience utilisateur. Voici ce que vous devez savoir :
-
--   **Pourquoi suivre les mises à jour ?**
-    
-    -   Détecter les échecs rapidement
-        
-    -   Surveiller les taux d'adoption
-        
-    -   Revenir sur des mises à jour problématiques
-        
-    -   Éviter les incompatibilités de versions
-        
--   **Étapes clés pour suivre les mises à jour OTA :**
-    
-    1.  **Gestion des versions :** Utilisez des canaux comme Production, Beta et Déploiements progressifs pour des mises à jour contrôlées.
-        
-    2.  **Suivi dans l'application :** Configurez des écouteurs d'événements et enregistrez la progression de l'installation avec des outils comme `@capgo/capacitor-updater`.
-        
-    3.  **Journalisation serveur :** Suivez des métriques comme les taux de réussite des mises à jour, les conditions des appareils et l'engagement des utilisateurs.
-        
--   **Mesurer le succès :**
-    
-    -   Suivre les taux de mise à jour (95% d'adoption en 24h est idéal)
-        
-    -   Identifier les problèmes en analysant les types d'appareils, conditions réseau et tendances régionales
-        
--   **Outils à utiliser :**
-    
-    -   Analyses en temps réel
-        
-    -   Surveillance des erreurs
-        
-    -   Options de retour en arrière
-        
-
-## Explorez les nouvelles mises à jour en direct [Ionic](https://ionicframework.com/) [Capacitor](https://capacitorjs.com/) de [Capgo](https://capgo.app/) ...
-
-**Configuration du suivi des mises à jour**
-
-Un suivi efficace des mises à jour OTA nécessite une gestion claire des versions et une surveillance robuste. Voici comment tout mettre en place.
-
-### Gestion des versions de mise à jour
-
-La gestion des versions est un élément clé du suivi des mises à jour OTA. Le système de canaux de Capgo offre une méthode structurée pour gérer différentes versions entre vos utilisateurs.
-
-| Type de canal | Objectif | Meilleur cas d'utilisation |
-| --- | --- | --- |
-| Production | Canal principal de diffusion | Mises à jour stables et testées |
-| Beta | Canal de test | Validation précoce des fonctionnalités |
-| Progressif | Déploiement graduel | Atténuation des risques |
-| Développement | Tests internes | Vérification pré-release |
-
-Pour chaque version, assurez-vous d'inclure :
-
--   Un identifiant unique de version
-    
--   Des notes de version détaillées
-    
--   Un public cible spécifique
-    
--   Un point de contrôle de retour en arrière par sécurité
-    
-
-Une fois les canaux définis, configurez votre application pour enregistrer les événements de mise à jour pour un meilleur suivi.
-
-### Configuration du suivi côté application
-
-Pour suivre les mises à jour dans votre application, suivez ces étapes :
-
-1.  **Installez les dépendances requises**  
-    Utilisez la commande suivante pour ajouter la bibliothèque nécessaire :
-    
-    ```bash
-    npm install @capgo/capacitor-updater
-    ```
-    
-2.  **Configurez les écouteurs d'événements**  
-    Configurez les écouteurs pour détecter les mises à jour :
-    
-    ```javascript
-    CapacitorUpdater.addListener('updateAvailable', () => { … });
-    ```
-    
-3.  **Enregistrez la progression de l'installation**  
-    Suivez quand les mises à jour sont téléchargées et installées :
-    
-    ```javascript
-    CapacitorUpdater.addListener('downloadComplete', () => { … });
-    ```
-    
-
-Après avoir configuré le suivi dans l'application, étendez votre surveillance avec la journalisation côté serveur pour une vue complète.
-
-### Configuration de la journalisation serveur
-
-La journalisation serveur vous aide à collecter des données critiques sur les mises à jour, y compris leur impact sur les utilisateurs et les appareils. Voici sur quoi se concentrer :
-
-1.  **Métriques système**
-    
-    -   Suivre les horodatages et taux de succès/échec des mises à jour
-        
-    -   Surveiller les conditions des appareils et du réseau
-        
-    -   Mesurer les vitesses de téléchargement et temps d'installation
-        
-    -   Évaluer l'utilisation de la mémoire et la consommation de batterie
-        
-2.  **Impact utilisateur**
-    
-    -   Analyser l'engagement utilisateur après les mises à jour
-        
-    -   Vérifier les taux d'adoption des fonctionnalités
-        
-    -   Surveiller la stabilité de l'application
-        
-    -   Observer les changements dans la durée des sessions
-        
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Combiner la gestion des versions, le suivi dans l'application et la journalisation serveur vous donne une vue complète de la performance de vos mises à jour OTA.
-
-## Mesurer le succès des mises à jour
-
-Le suivi du succès des mises à jour OTA implique d'analyser les métriques clés et comment les utilisateurs les adoptent. Voici comment mesurer et évaluer efficacement la performance des mises à jour.
-
-### Taux de mise à jour utilisateur
-
-Comprendre la rapidité d'adoption des mises à jour par les utilisateurs donne un aperçu de l'efficacité de votre déploiement OTA. Faites attention au pourcentage d'utilisateurs mettant à jour dans les premières 24 heures pour établir une référence de performance.
-
-Pour surveiller les taux de mise à jour utilisateur :
-
--   Surveillez les pourcentages d'adoption en temps réel pour chaque mise à jour.
-    
--   Définissez des temps d'achèvement cibles et suivez les taux de mise à jour pour différents appareils pour identifier les tendances.
-    
-
-Une fois que vous avez ces données, concentrez-vous sur l'identification et la résolution des problèmes pour améliorer votre [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Détection des zones problématiques 
-
-Détecter les problèmes tôt est crucial pour garantir la fluidité des mises à jour. Concentrez-vous sur ces domaines pour la surveillance :
-
-| **Zone de surveillance** | **Métriques clés** | **Actions à mener** |
-| --- | --- | --- |
-| Types d'appareils | Taux de succès par modèle | Corriger les problèmes sur les appareils sous-performants |
-| Conditions réseau | Taux d'achèvement des téléchargements | Ajuster la taille des mises à jour pour les connexions plus lentes |
-| Régions géographiques | Taux de succès régionaux | Résoudre les défis spécifiques à la localisation |
-| Versions d'application | Distribution des versions | Identifier et traiter les mises à jour bloquées |
-
-En examinant ces métriques, vous pouvez identifier où les mises à jour peuvent échouer et prendre des mesures correctives.
-
-### Aperçu des outils d'analyse
-
-Après avoir identifié les problèmes potentiels, utilisez des outils d'analyse pour obtenir des insights plus approfondis. Recherchez des outils qui fournissent des données en temps réel, le suivi des erreurs et des métriques d'engagement utilisateur pour :
-
--   Surveiller les mises à jour sur votre base d'utilisateurs et répondre rapidement aux problèmes.
-    
--   Enregistrer les erreurs pour identifier et résoudre des points de défaillance spécifiques.
-    
--   Analyser comment les mises à jour influencent le comportement utilisateur et la performance de l'application.
-    
-
-Ces étapes aideront à garantir que vos mises à jour OTA sont à la fois fluides et efficaces.
-
-## Analyse d'impact des mises à jour
-
-### Métriques de performance
-
-Pour évaluer l'impact d'une mise à jour, comparez les indicateurs de performance clés avant et après l'implémentation :
-
--   **Vitesse de démarrage** : Visez un temps de démarrage inférieur à 2 secondes (les références peuvent varier).
-    
--   **Temps de réponse API** : Maintenez la communication serveur sous 434 ms.
-    
--   **Taux de plantage** : Assurez la stabilité de l'application avec un taux de plantage inférieur à 1%.
-    
--   **Utilisation mémoire** : Mesurez la consommation de ressources par rapport à votre référence.
-    
--   **Utilisation réseau** : Optimisez le transfert de données et minimisez la taille des mises à jour.
-    
-
-Surveillez attentivement ces métriques pendant au moins 48 heures après la mise à jour pour repérer les améliorations ou problèmes potentiels.
-
-### Changements de comportement utilisateur
-
-Comprenez comment la mise à jour affecte l'interaction utilisateur en analysant :
-
--   **Taux d'adoption des fonctionnalités** : Mesurez la rapidité d'engagement des utilisateurs avec les nouvelles fonctionnalités.
-    
--   **Durée de session & rétention** : Suivez les tendances d'engagement avec des métriques comme DAU (Utilisateurs Actifs Quotidiens) et MAU (Utilisateurs Actifs Mensuels).
-    
--   **Schémas de navigation** : Examinez comment les flux utilisateur changent après la mise à jour.
-    
-
-Utilisez ces insights pour affiner votre application et traiter les préoccupations émergentes.
-
-### Outils de performance [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Capgo fournit des outils pour simplifier la surveillance et le dépannage pendant les mises à jour :
-
-1.  **Analyses en temps réel** : Suivez instantanément la distribution des mises à jour et l'adoption utilisateur.
-    
-2.  **Surveillance des erreurs** : Détectez et corrigez les problèmes avant qu'ils ne s'aggravent.
-    
-3.  **Contrôle de version** : Revenez en arrière sur les mises à jour en un clic pour réduire les perturbations.
-    
-
-> "Suivez les taux de succès des mises à jour et l'engagement utilisateur en temps réel" – Capgo [\[1\]](https://capgo.app/)
-
-Capgo supporte également les tests progressifs en ciblant des groupes d'utilisateurs spécifiques avant un déploiement complet. Cette approche assure une performance constante et minimise les risques sur l'ensemble de votre base d'utilisateurs.
-
-## Résolution des problèmes de mise à jour
-
-### Problèmes courants de mise à jour
-
-Les mises à jour peuvent rencontrer des difficultés comme des échecs réseau, des incompatibilités de version, des fichiers cache obsolètes ou des installations incomplètes. Voici un aperçu rapide :
-
-| Problème | Cause courante | Solution |
-| --- | --- | --- |
-| Téléchargements échoués | Mauvaise connexion réseau | Utilisez un système de réessai automatique avec backoff exponentiel. |
-| Conflits de version | Dépendances incompatibles | Appliquez des vérifications strictes de version avant de déployer les mises à jour. |
-| Problèmes de cache | Fichiers cache obsolètes | Ajoutez des techniques de cache-busting et nettoyez les anciennes versions. |
-| Mises à jour partielles | Installation interrompue | Utilisez des [mises à jour atomiques](https://capgo.app/docs/live-updates/update-behavior/) avec option de retour en arrière pour assurer la cohérence. |
-
-### Configuration du suivi des erreurs
-
-Un suivi efficace est clé pour identifier et résoudre les problèmes de mise à jour. Concentrez-vous sur ces domaines :
-
--   **Statut de téléchargement** : Surveillez les taux de succès et temps d'achèvement.
-    
--   **Progression de l'installation** : Suivez chaque étape du processus d'installation.
-    
--   **Fonctionnalité post-mise à jour** : Confirmez que les fonctionnalités essentielles de l'application fonctionnent correctement après la mise à jour.
-    
-
-Pour configurer cela :
-
-1.  **Surveillance en temps réel** : Configurez des alertes automatisées pour les défaillances critiques et définissez des seuils d'erreur pour les notifications immédiates.
-    
-2.  **Journalisation détaillée** : Enregistrez les versions de mise à jour, spécifications des appareils, conditions réseau, temps d'installation et traces d'erreur.
-    
-3.  **Retour utilisateur** : Permettez aux utilisateurs de signaler directement tout problème avec les mises à jour.
-    
-
-Si les erreurs persistent malgré ces mesures, initiez les procédures de retour en arrière pour minimiser les perturbations.
-
-### Étapes de retour en arrière des mises à jour
-
-Un processus de retour en arrière bien planifié peut aider à réduire la frustration des utilisateurs quand les mises à jour échouent. Voici comment se préparer :
-
-1.  **Définir les déclencheurs de retour en arrière** : Définissez des seuils automatisés qui activent les processus de retour en arrière quand des problèmes spécifiques surviennent.
-    
-2.  **Utiliser le contrôle de version** : Gardez toujours plusieurs versions de mise à jour prêtes pour un retour en arrière rapide.
-    
-
-> "Suivi des erreurs : Surveillez et corrigez proactivement les problèmes avant qu'ils n'impactent les utilisateurs" [\[1\]](https://capgo.app/)
-
-3.  **Documenter les étapes de récupération** : Décrivez clairement comment identifier les utilisateurs affectés, revenir en arrière sur la mise à jour, vérifier la restauration et communiquer la résolution aux utilisateurs.
-
-## Outils de suivi des mises à jour
-
-Le choix du bon outil de suivi est essentiel pour garantir le succès de vos mises à jour. Examinons ce qu'il faut rechercher et pourquoi c'est important.
-
-### Comparaison des Outils
-
-Lors de la comparaison des outils de suivi des mises à jour OTA, concentrez-vous sur ces fonctionnalités :
-
-| Fonctionnalité | Pourquoi C'est Important |
-| --- | --- |
-| **Vitesse de Mise à Jour** | Impacte la rapidité d'adoption des mises à jour par les utilisateurs et leur efficacité de déploiement. |
-| **Niveau de Sécurité** | Protège à la fois le processus de mise à jour et les données de vos utilisateurs. |
-| **Profondeur d'Analyse** | Aide à surveiller et optimiser les performances des mises à jour. |
-| **Options de Retour en Arrière** | Permet des corrections rapides si une mise à jour pose problème. |
-| **Prix** | Affecte les coûts à long terme et l'évolutivité de votre solution. |
-
-### Fonctionnalités de Capgo
-
-Capgo se distingue avec un impressionnant taux de réussite global de 82% [\[1\]](https://capgo.app/), offrant des fonctionnalités qui couvrent tous les aspects de la [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) :
-
--   **Analyses en Temps Réel**  
-    Capgo fournit une surveillance mondiale avec un temps de réponse API moyen de 57ms [\[1\]](https://capgo.app/). Cela vous aide à détecter et résoudre les problèmes rapidement.
-    
--   **Infrastructure de Sécurité**  
-    Les mises à jour sont livrées de manière sécurisée avec un chiffrement de bout en bout, répondant aux besoins des applications d'entreprise les plus exigeantes.
-    
--   **Contrôles de Distribution**  
-    Un système basé sur les canaux vous permet de tester les mises à jour sur des groupes spécifiques avant de les déployer largement.
-    
-
-### Guide de Sélection d'Outils
-
-Voici comment choisir le meilleur outil de suivi des mises à jour OTA pour vos besoins :
-
--   **Exigences d'Intégration**  
-    Recherchez des outils qui s'intègrent parfaitement à votre pipeline CI/CD.
-    
-    > "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-    
--   **Rapport Coût-Efficacité**  
-    Considérez comment le prix de l'outil affectera votre budget à long terme.
-    
--   **Capacités Techniques**  
-    Optez pour des outils qui offrent :
-    
-    -   Support des mises à jour partielles
-        
-    -   Suivi détaillé des erreurs
-        
-    -   Options d'hébergement flexibles
-        
-    -   Compatibilité avec la dernière version de Capacitor
-        
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter les révisions pour les corrections de bugs est précieux." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Résumé
-
-Voici un examen et un plan d'action rationalisés pour suivre efficacement les mises à jour OTA, basés sur les étapes de configuration, de mesure et de dépannage décrites précédemment.
-
-### Points Clés à Retenir
-
-Le suivi réussi des mises à jour OTA implique la surveillance de métriques essentielles qui assurent la fiabilité. Une approche structurée de l'analyse de ces métriques peut avoir un impact significatif sur les performances de l'application, comme le montrent les données réelles :
-
-| Aspect | Métriques Clés | Impact |
-| --- | --- | --- |
-| Couverture | 23,5M mises à jour livrées | Souligne la fiabilité du système |
-| Taux de Réussite | 82% mondial | Établit un standard de performance |
-| Base d'Utilisateurs | 750 applications en production | Confirme l'évolutivité pour les entreprises |
-
-Ces métriques guident les étapes suivantes pour assurer un suivi sécurisé et automatisé des mises à jour.
-
-### Prochaines Étapes
-
--   **Mettre en Place l'Analyse et la Surveillance**
-    
-    -   Implémenter des outils de suivi en temps réel.
-        
-    -   Définir des repères de performance.
-        
-    -   Introduire des systèmes robustes de détection d'erreurs.
-        
--   **Planifier la Distribution Stratégique**
-    
-    -   Utiliser des canaux bêta pour les tests contrôlés.
-        
-    -   Déployer les mises à jour par étapes pour minimiser les risques.
-        
-    -   Inclure des options de retour rapide pour les corrections d'urgence.
-        
--   **Affiner Selon les Insights**
-    
-    -   Surveiller de près les taux de réussite des mises à jour.
-        
-    -   Étudier le comportement des utilisateurs et les tendances d'adoption.
-        
-    -   Ajuster les stratégies de déploiement basées sur l'analyse des données.
-        
-
-Commencer par une période d'essai peut vous aider à tester et affiner ces méthodes pour vos besoins spécifiques.
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter les révisions pour les corrections de bugs est précieux." - Bessie Cooper [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/fr/how-to-use-aar-files-in-capacitor-plugins.md b/src/content/blog/fr/how-to-use-aar-files-in-capacitor-plugins.md
deleted file mode 100644
index 0b37d1f26..000000000
--- a/src/content/blog/fr/how-to-use-aar-files-in-capacitor-plugins.md
+++ /dev/null
@@ -1,516 +0,0 @@
----
-slug: how-to-use-aar-files-in-capacitor-plugins
-title: Comment utiliser des fichiers AAR dans les plugins Capacitor
-description: >-
-  Découvrez comment intégrer des fichiers AAR dans les plugins Capacitor pour
-  enrichir vos applications web avec des fonctionnalités Android natives grâce à
-  un guide clair et détaillé.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-15T01:43:16.632Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d4c5e1e479dbdb23f053f1-1742003009662.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  AAR files, Capacitor plugins, Android development, mobile integration, Gradle
-  configuration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez intégrer des fonctionnalités Android dans votre application [Capacitor](https://capacitorjs.com/) ?** Ce guide explique comment utiliser les fichiers AAR (Android Archive) dans les [plugins Capacitor](https://capgo.app/plugins/) pour combiner les fonctionnalités natives Android avec des applications web multiplateformes.
-
-### Points clés :
-
--   **Que sont les fichiers AAR ?** Des bibliothèques Android prépackagées contenant du code, des ressources et des fichiers natifs.
--   **Pourquoi les utiliser ?** Les fichiers AAR permettent la réutilisation du code, simplifient la maintenance et protègent les fonctionnalités propriétaires.
--   **Que faut-il ?** Des outils comme [Android Studio](https://developer.android.com/studio), [Gradle](https://gradle.org/), et [Node.js](https://nodejs.org/en), plus une configuration de projet appropriée.
--   **Comment les intégrer ?** Placez les fichiers AAR dans `libs`, configurez Gradle et connectez-les aux plugins Capacitor.
-
-### Étapes rapides :
-
-1.  **Configurez votre environnement :** Installez les outils requis et configurez Android Studio.
-2.  **Organisez votre projet :** Créez une structure claire pour votre [plugin Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-3.  **Ajoutez les fichiers AAR :** Placez-les dans `android/libs` et mettez à jour les dépendances Gradle.
-4.  **Écrivez le code du plugin :** Liez la fonctionnalité AAR à JavaScript avec [l'API Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-5.  **Testez minutieusement :** Utilisez le débogueur d'Android Studio pour assurer une intégration fluide.
-
-En suivant ce guide, vous pourrez intégrer de manière transparente les fichiers AAR dans vos plugins Capacitor, débloquant ainsi les capacités natives Android pour vos applications web.
-
-## Comment intégrer une bibliothèque Android (fichier AAR) dans un plugin [capacitor](https://capacitorjs.com/)
-
-![capacitor](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-15.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/octDia3rFmI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Exigences de configuration de développement
-
-Avant de travailler avec les fichiers AAR, assurez-vous que votre environnement de développement est correctement configuré pour éviter tout problème.
-
-### Logiciels requis
-
-Voici les logiciels dont vous aurez besoin pour travailler avec les fichiers AAR dans les plugins Capacitor :
-
-| **Logiciel** | **Version minimale** | **Objectif** |
-| --- | --- | --- |
-| Android Studio | 2022.1.1 ou supérieure | L'IDE principal pour le développement Android |
-| [Java Development Kit](https://en.wikipedia.org/wiki/Java_Development_Kit) | 11 ou supérieure | Requis pour le développement Android |
-| Node.js | 14.0 ou supérieure | Pour gérer Capacitor et les packages npm |
-| Gradle | 7.3 ou supérieure | Outil de build Android |
-| [Git](https://git-scm.com/) | 2.30 ou supérieure | Pour le contrôle de version et la gestion des packages |
-
-De plus, assurez-vous que les composants suivants sont inclus dans votre SDK Manager :
-
--   Android SDK Platform 33 (Android 13.0)
--   Android SDK Build-Tools 33.0.0
--   Android SDK Command-line Tools
--   Android Emulator
--   Android SDK Platform-Tools
-
-### Étapes de configuration du projet
-
-1. **Initialisez votre environnement de développement**
-
-Commencez par créer un nouveau répertoire avec cette structure :
-
-```
-my-plugin/
-├── android/
-│   ├── src/
-│   └── build.gradle
-├── src/
-│   └── definitions.ts
-└── package.json
-```
-
-2. **Configurez les paramètres d'Android Studio**
-
-Lancez Android Studio et ajustez les paramètres suivants :
-
--   Définissez le Gradle JDK à la version 11 ou supérieure.
--   Activez la fonction de téléchargement automatique des composants du SDK Android.
--   Mettez à jour les variables d'environnement système avec le chemin correct du SDK Android.
-
-3. **Préparez la structure de votre plugin**
-
-Mettez à jour le fichier `android/build.gradle` avec ces paramètres pour inclure le support des fichiers AAR :
-
-```kotlin
-android {
-    compileSdkVersion 33
-    defaultConfig {
-        minSdkVersion 22
-        targetSdkVersion 33
-    }
-
-    repositories {
-        flatDir {
-            dirs 'libs'
-        }
-    }
-}
-```
-
-4. **Configurez le contrôle de version**
-
-Initialisez Git dans votre répertoire de projet et créez un fichier `.gitignore` pour exclure les fichiers inutiles. Voici un exemple de `.gitignore` :
-
-```
-android/build/
-node_modules/
-dist/
-*.iml
-.idea/
-.gradle/
-local.properties
-```
-
-Une fois ces étapes terminées, vous serez prêt à passer à l'ajout de vos fichiers AAR.
-
-## Ajout de fichiers AAR à votre plugin
-
-### Obtention des fichiers AAR
-
-Les fichiers AAR peuvent provenir de SDK tiers, de bibliothèques personnalisées ou de dépendances Maven. Il est conseillé de documenter leur source, version et objectif dans un fichier `README` situé dans le répertoire `libs`.
-
-| Type de source | Description | Meilleure pratique |
-| --- | --- | --- |
-| SDK tiers | Bibliothèques précompilées des fournisseurs | Documenter les détails de version du fournisseur dans un README |
-| Bibliothèques Android personnalisées | Modules Android développés en interne | Documenter le processus de build |
-| Dépendances Maven | Converties depuis des dépôts distants | Mettre en cache localement pour les builds hors ligne |
-
-Une fois que vos fichiers AAR sont prêts et documentés, vous pouvez configurer votre plugin pour les inclure.
-
-### Configuration des fichiers du plugin
-
-Organisez vos fichiers de plugin pour assurer une intégration fluide des dépendances AAR. Voici un exemple de structure possible pour votre plugin :
-
-```
-my-plugin/
-├── android/
-│   ├── libs/        # AAR files with README
-│   ├── src/
-│   └── build.gradle
-├── src/
-│   └── definitions.ts
-└── package.json
-{
-    "files": [
-        "android/libs/*.aar",
-        "android/src/**/*",
-        "src/**/*"
-    ]
-}
-```
-
-### Placement des fichiers AAR
-
-Pour activer la fonctionnalité AAR, placez les fichiers dans le répertoire `android/libs` de votre plugin en suivant ces étapes :
-
--   Utilisez un format de nommage clair et cohérent, comme `libraryname-version.aar`.
--   Gérez les versions dans un fichier `versions.properties`. Par exemple :
-
-```
-library1=1.2.3
-library2=2.0.0
-```
-
--   Ajoutez un fichier `dependencies.gradle` pour les autres dépendances :
-
-```
-dependencies {
-    implementation fileTree(dir: 'libs', include: ['*.aar'])
-    implementation 'com.example:dependency:1.0.0'
-}
-```
-
--   Organisez les fichiers spécifiques aux fournisseurs dans des sous-répertoires pour une meilleure gestion :
-
-```
-android/libs/
-├── vendor1/
-│   ├── feature.aar
-│   └── config.json
-└── vendor2/
-    ├── module.aar
-    └── settings.xml
-```
-
-Le maintien des fichiers de configuration dans des sous-répertoires spécifiques aux fournisseurs aide à maintenir l'organisation et évite les conflits de build lors du travail avec plusieurs dépendances AAR.
-
-## Étapes de configuration [Gradle](https://gradle.org/)
-
-![Gradle Build Tool Interface](https://mars-images.imgix.net/seobot/screenshots/gradle.org-85d271057dfb5e2e134ec99beaad5682-2025-03-15.jpg?auto=compress)
-
-### Mise à jour de build.gradle
-
-Pour intégrer les fichiers AAR dans votre plugin Capacitor, vous devez configurer Gradle de manière appropriée. Commencez par ajouter ces paramètres de dépôt à `android/build.gradle` :
-
-```kotlin
-repositories {
-    google()
-    mavenCentral()
-    flatDir {
-        dirs 'libs'
-    }
-}
-```
-
-Ensuite, incluez les dépendances AAR dans le bloc `dependencies` :
-
-```kotlin
-dependencies {
-    implementation files('libs/your-library.aar')
-    implementation fileTree(dir: 'libs', include: ['**/*.aar'])
-    implementation "com.getcapacitor:core:${capacitorVersion}"
-    implementation "androidx.appcompat:appcompat:1.6.1"
-}
-```
-
-Pour une meilleure gestion des versions, créez un fichier `gradle.properties` à la racine de votre projet et définissez vos versions de bibliothèque :
-
-```properties
-# Library versions
-MY_LIBRARY_VERSION=1.2.3
-CAPACITOR_VERSION=5.5.0
-```
-
-Si le fichier AAR est livré avec des dépendances supplémentaires, déclarez-les dans `android/build.gradle` comme ceci :
-
-```kotlin
-android {
-    defaultConfig {
-        minSdkVersion 21
-        targetSdkVersion 33
-    }
-
-    packagingOptions {
-        exclude 'META-INF/DEPENDENCIES'
-        exclude 'META-INF/LICENSE'
-    }
-}
-```
-
-Une fois ces modifications effectuées, synchronisez votre projet pour les appliquer.
-
-### Exécution de la synchronisation Gradle
-
-Ouvrez votre projet dans Android Studio et attendez que Gradle se synchronise automatiquement. Si cela ne démarre pas, cliquez sur le bouton "Sync Project with Gradle Files" dans la barre d'outils.
-
-Après la synchronisation, vérifiez les points suivants :
-
-| Point de contrôle | Résultat attendu | Problèmes courants |
-| --- | --- | --- |
-| Sortie de build | Pas d'erreurs liées aux AAR | Dépendances manquantes |
-| Résolution de bibliothèque | Fichiers AAR correctement liés | Références de chemin incorrectes |
-| Conflits de version | Pas de problèmes de version de dépendances | Versions incompatibles |
-
-Si la synchronisation échoue, revérifiez votre configuration. Par exemple, assurez-vous que ces paramètres sont en place :
-
-```kotlin
-android {
-    compileOptions {
-        sourceCompatibility JavaVersion.VERSION_1_8
-        targetCompatibility JavaVersion.VERSION_1_8
-    }
-
-    lintOptions {
-        abortOnError false
-    }
-}
-```
-
-Pour les gros fichiers AAR, vous devrez peut-être augmenter l'allocation mémoire de Gradle dans `gradle.properties` :
-
-```properties
-org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m
-```
-
-Une fois la synchronisation terminée avec succès, vos fichiers AAR devraient être entièrement intégrés et prêts pour les tests.
-
-## Connexion des fonctionnalités AAR à Capacitor
-
-### Écriture de la classe Plugin
-
-Une fois vos fichiers Gradle synchronisés, il est temps de connecter votre fonctionnalité AAR en étendant la classe **Plugin**. Cette étape lie JavaScript au code natif Android.
-
-```java
-@NativePlugin(
-    permissions = {
-        Manifest.permission.REQUIRED_PERMISSION
-    }
-)
-public class YourPlugin extends Plugin {
-    private YourAARLibrary libraryInstance;
-
-    @Override
-    public void load() {
-        super.load();
-        libraryInstance = new YourAARLibrary(getContext());
-    }
-}
-```
-
-Voici ce dont vous avez besoin pour initialiser la bibliothèque AAR :
-
-| Composant | Objectif | Note d'implémentation |
-| --- | --- | --- |
-| Context | Contexte de l'application Android | Utilisez `getContext()` de la classe Plugin |
-| Configuration | Paramètres de la bibliothèque | Passez les options depuis le plugin |
-| Cycle de vie | Gestion de l'état du plugin | Redéfinissez `load()` et `handleOnDestroy()` |
-
-### Création des méthodes du plugin
-
-Ensuite, définissez les méthodes dans votre plugin en utilisant l'annotation `@PluginMethod`. Ces méthodes gèrent l'échange de données entre JavaScript et Java.
-
-```java
-@PluginMethod
-public void performAction(PluginCall call) {
-    try {
-        // Get data from JavaScript
-        String inputData = call.getString("inputKey");
-
-        // Call AAR library method
-        YourLibraryResult result = libraryInstance.processData(inputData);
-
-        // Return result to JavaScript
-        JSObject ret = new JSObject();
-        ret.put("value", result.getValue());
-        call.resolve(ret);
-    } catch (Exception e) {
-        call.reject("Error processing data", e);
-    }
-}
-```
-
-Pour les tâches qui doivent s'exécuter de manière asynchrone :
-
-```java
-@PluginMethod(returnType = PluginMethod.RETURN_CALLBACK)
-public void startContinuousOperation(PluginCall call) {
-    call.setKeepAlive(true);
-
-    libraryInstance.setCallback(new LibraryCallback() {
-        @Override
-        public void onUpdate(String data) {
-            JSObject ret = new JSObject();
-            ret.put("data", data);
-            call.resolve(ret);
-        }
-    });
-}
-```
-
-Voici comment les types courants sont convertis entre JavaScript et Java :
-
-| Type JavaScript | Type Java | Méthode de conversion |
-| --- | --- | --- |
-| Object | JSObject | `call.getObject()` |
-| Array | JSArray | `call.getArray()` |
-| String | String | `call.getString()` |
-| Number | Integer/Double | `call.getInt()`/`call.getDouble()` |
-| Boolean | Boolean | `call.getBoolean()` |
-
-Pour le nettoyage des ressources, redéfinissez la méthode `handleOnDestroy` :
-
-```java
-@Override
-protected void handleOnDestroy() {
-    if (libraryInstance != null) {
-        libraryInstance.cleanup();
-        libraryInstance = null;
-    }
-    super.handleOnDestroy();
-}
-```
-
-Avec ces méthodes en place, votre pont natif est prêt. Testez votre implémentation dans l'environnement de débogage d'Android Studio pour vous assurer que tout fonctionne comme prévu.
-
-## Test et résolution des problèmes
-
-### Débogage dans [Android Studio](https://developer.android.com/studio)
-
-![Android Studio](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-4d08ca5be8f73216eb56e77cdafac129-2025-03-15.jpg?auto=compress)
-
-Pour déboguer votre intégration AAR dans Android Studio, commencez par activer le mode debug dans le fichier `build.gradle` de votre projet :
-
-```kotlin
-android {
-    buildTypes {
-        debug {
-            debuggable true
-            minifyEnabled false
-        }
-    }
-}
-```
-
-Ajoutez des points d'arrêt dans vos méthodes de plugin pour suivre le flux de données et identifier les problèmes potentiels :
-
-```java
-@PluginMethod
-public void yourMethod(PluginCall call) {
-    // Set a breakpoint here to inspect input data
-    String inputValue = call.getString("key");
-    // Another breakpoint here to check method calls to the AAR
-    libraryInstance.someMethod(inputValue);
-}
-```
-
-Utilisez le panneau Debug dans Android Studio pour surveiller les zones clés :
-
-| [Zone de débogage](https://capgo.app/docs/plugin/debugging/) | Quoi vérifier | Problèmes courants |
-| --- | --- | --- |
-| Logcat | Messages d'initialisation AAR | Permissions manquantes ou contexte incorrect |
-| Variables | Conversions de types de données | Valeurs nulles ou incompatibilités de types |
-| Stack Trace | Flux d'exécution des méthodes | Appels de méthode invalides ou problèmes de threading |
-| Mémoire | Utilisation des ressources | Fuites de mémoire |
-
-Si le débogage ne résout pas le problème, suivez les étapes de dépannage dans la section suivante.
-
-### Étapes de dépannage
-
-Lorsque le débogage seul ne suffit pas, utilisez ces étapes pour résoudre les problèmes courants :
-
-**1. Conflits de dépendances**
-
-Vérifiez les conflits de version dans votre fichier `build.gradle`. Vous pouvez forcer des versions spécifiques pour résoudre les conflits :
-
-```kotlin
-configurations.all {
-    resolutionStrategy {
-        force 'com.google.android:android:4.1.1.4'
-        // Add other forced versions as needed
-    }
-}
-```
-
-**2. Bibliothèques natives manquantes**
-
-Assurez-vous que l'AAR inclut les fichiers `.so` requis dans les répertoires appropriés, tels que :
-
--   `jniLibs/armeabi-v7a/`
--   `jniLibs/arm64-v8a/`
--   `jniLibs/x86/`
--   `jniLibs/x86_64/`
-
-**3. Problèmes de fusion de manifeste**
-
-Si vous rencontrez des conflits de manifeste, incluez ce qui suit dans votre fichier `AndroidManifest.xml` pour remplacer les bibliothèques problématiques :
-
-```xml
-<manifest xmlns:android="http://schemas.android.com/apk/res/android"
-    xmlns:tools="http://schemas.android.com/tools"
-    package="your.plugin.package">
-    <uses-sdk tools:overrideLibrary="conflicting.library.package"/>
-</manifest>
-```
-
-**4. Crashes d'exécution et gestion de la mémoire**
-
-Utilisez l'onglet Performance dans Android Studio pour surveiller la stabilité d'exécution. Pour les problèmes d'initialisation, gérez soigneusement les exceptions :
-
-```java
-try {
-    libraryInstance = new YourAARLibrary(getContext());
-} catch (Exception e) {
-    Log.e("PluginError", "Failed to initialize library: " + e.getMessage());
-    return;
-}
-```
-
-Pour éviter les fuites de mémoire, assurez-vous que les ressources sont correctement libérées. Utilisez le Memory Profiler dans Android Studio pour suivre l'utilisation de la mémoire et identifier toute fuite.
-
-## Résumé
-
-Pour intégrer des fichiers AAR dans les plugins Capacitor, vous devrez configurer l'environnement Android, placer correctement les fichiers AAR, configurer Gradle avec précision et tester minutieusement.
-
-### Phases clés d'implémentation
-
-| **Phase** | **Exigences** | **Indicateurs de réussite** |
-| --- | --- | --- |
-| Configuration du développement | Android Studio 4.0+, Gradle 7.0+ | La compilation se termine sans erreurs |
-| Intégration AAR | Placement correct des fichiers, dépendances correctes | Pas de conflits de manifeste |
-| Développement du plugin | Structure claire du plugin, mappage précis des méthodes | Les méthodes s'exécutent comme prévu |
-| Tests | Mode débogage actif, gestion efficace des erreurs | Pas de crashes d'exécution |
-
-Une fois que vous maîtrisez ces bases, vous pouvez explorer des techniques plus avancées.
-
-### Prochaines étapes
-
-Pour améliorer votre plugin, concentrez-vous sur ces domaines :
-
--   **Optimisation des performances**  
-    Utilisez le profileur d'Android Studio pour surveiller l'utilisation de la mémoire et garantir que les ressources sont correctement nettoyées.
-    
--   **Préparation de la distribution**  
-    Documentez toutes les configurations AAR, générez la documentation API et testez la compatibilité avec les niveaux API Android 29-34.
-    
--   **Stratégie de maintenance**  
-    Automatisez les tests, gérez les versions AAR avec le contrôle de version, maintenez un journal des modifications et configurez le reporting d'erreurs pour traiter les problèmes en production.
-    
-
-Si vous prévoyez de partager votre plugin publiquement, assurez-vous de fournir une documentation détaillée sur les configurations spécifiques aux AAR et toutes les limitations de plateforme. Cela facilitera l'adoption et l'utilisation de votre plugin par d'autres développeurs.
diff --git a/src/content/blog/fr/how-to-use-capacitor-cli-for-ota-updates.md b/src/content/blog/fr/how-to-use-capacitor-cli-for-ota-updates.md
deleted file mode 100644
index df561af08..000000000
--- a/src/content/blog/fr/how-to-use-capacitor-cli-for-ota-updates.md
+++ /dev/null
@@ -1,58 +0,0 @@
----
-slug: how-to-use-capacitor-cli-for-ota-updates
-title: Comment utiliser l'interface CLI de Capacitor pour les mises à jour OTA
-description: >-
-  Découvrez comment utiliser l'interface de ligne de commande Capacitor pour les
-  mises à jour Over-The-Air, garantissant un déploiement instantané et une
-  meilleure expérience utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:35:09.479Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f08966ebbb9dc80643aea5-1743820535214.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA updates, Capacitor CLI, mobile app updates, app deployment, Capgo, version
-  management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mises à jour Over-The-Air (OTA) vous permettent de livrer des correctifs et des fonctionnalités directement aux utilisateurs sans attendre les approbations des stores. En utilisant [Capacitor](https://capacitorjs.com/) CLI et des outils comme [Capgo](https://capgo.app/), vous pouvez déployer des mises à jour instantanément, suivre les performances et même revenir en arrière si nécessaire. Voici ce que vous devez savoir :
-
-### Principaux avantages des mises à jour OTA :
-
-- **Déploiement instantané** : Déployez les mises à jour immédiatement sans délais des stores.
-- **[Mises à jour automatiques](https://capgo.app/docs/plugin/cloud-mode/auto-update/)** : Les utilisateurs reçoivent les mises à jour en arrière-plan.
-- **Gestion des versions** : Gérez et revenez facilement aux versions précédentes.
-- **Distribution sélective** : Ciblez des groupes d'utilisateurs spécifiques comme les testeurs bêta.
-
-### Prérequis :
-
-- **[Node.js](https://nodejs.org/en)** (v14.0+), **Capacitor CLI** (v6.0+ ou 7.0+), **[Android Studio](https://developer.android.com/studio)**, et **[Xcode](https://developer.apple.com/xcode/)** (pour iOS).
-
-### Étapes pour commencer :
-
-1. **Installer [Capgo Plugin](https://capgo.app/plugins/)** : Exécutez `npx @capgo/cli init` dans votre projet.
-2. **Configurer les plateformes** :
-   - Pour Android : Activez les builds natifs et mettez à jour Gradle.
-   - Pour iOS : Ajustez les paramètres Xcode et activez les mises à jour en arrière-plan.
-3. **Déployer les mises à jour** : Utilisez les outils Capgo pour un déploiement rapide et sécurisé.
-4. **Tester les mises à jour** : Utilisez les tests basés sur les canaux et l'analytique pour surveiller les taux de réussite.
-
-### Comparaison des outils :
-
-| Fonctionnalité | Capgo | [Appflow](https://ionic.io/appflow/) (Fermeture en 2026) | Microsoft CodePush (Arrêté en 2024) |
-| --- | --- | --- | --- | --- |
-| **Focus marché** | Global | Marché allemand | Entreprise | \- |
-| **Sécurité** | Chiffrement de bout en bout | Signature basique | Signature basique | \- |
-| **Coût** | À partir de 12€/mois | Comparable | ~500€/mois | Était gratuit |
-
-Capgo se démarque avec des mises à jour rapides (95% dans les 24 heures), une sécurité renforcée et une intégration CI/CD. Avec d'autres outils en fin de vie, c'est un choix fiable pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Pourquoi c'est important :
-
-Les mises à jour OTA font gagner du temps, améliorent l'expérience utilisateur et assurent la stabilité des applications. En utilisant des outils comme Capgo, vous pouvez livrer des mises à jour rapides et sécurisées tout en respectant les règles des stores.
diff --git a/src/content/blog/fr/how-to-use-capgo-documentation-for-ota-updates.md b/src/content/blog/fr/how-to-use-capgo-documentation-for-ota-updates.md
deleted file mode 100644
index 0c6fea0a8..000000000
--- a/src/content/blog/fr/how-to-use-capgo-documentation-for-ota-updates.md
+++ /dev/null
@@ -1,86 +0,0 @@
----
-slug: how-to-use-capgo-documentation-for-ota-updates
-title: Comment utiliser la documentation Capgo pour les mises à jour OTA
-description: >-
-  Découvrez comment implémenter des mises à jour sécurisées Over-the-Air dans
-  vos applications Capacitor avec la documentation complète et le guide étape
-  par étape de Capgo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-19T03:56:01.854Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b53306eac600a2c6713dad-1740671704703.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, Capacitor, Capgo, mobile app updates, documentation, app
-  deployment, security features, error handling
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Besoin de [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) plus rapides sans les délais de l'app store ?** [Capgo](https://capgo.app/) vous permet de livrer instantanément des mises à jour Over-the-Air (OTA) sécurisées à vos utilisateurs. Évitez les examens de l'app store et gardez votre application à jour facilement.
-
-### Points Clés :
-
--   **Qu'est-ce que Capgo ?** Une plateforme open-source pour les mises à jour en direct dans les applications [Capacitor](https://capacitorjs.com/).
--   **Pourquoi les mises à jour OTA ?** Gagnez du temps, améliorez l'expérience utilisateur et corrigez rapidement les bugs.
--   **Comment Commencer ?**
-    -   Installez le [plugin Capgo](https://capgo.app/plugins/) : `npm install @capgo/capacitor-updater`
-    -   Configurez votre application avec une clé API.
-    -   Utilisez des canaux comme "production" ou "beta" pour des déploiements ciblés.
--   **Fonctionnalités Avancées :** Chiffrement de bout en bout, gestion des erreurs et intégration CI/CD.
-
-La documentation de Capgo ([capgo.app/docs](https://capgo.app/docs)) fournit des instructions étape par étape pour la configuration, la sécurité et le dépannage. De l'installation aux configurations avancées, c'est votre guide de référence pour des mises à jour sans accroc.
-
-## [Capgo](https://capgo.app/), plugin CapacitorJs pour la mise à jour en direct
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-19.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Utilisation de la Documentation Capgo
-
-La navigation efficace dans la documentation est essentielle lors du travail avec les mises à jour OTA. La documentation de Capgo offre des conseils détaillés pour l'intégration des mises à jour en direct dans les applications Capacitor.
-
-### Où Trouver la Documentation
-
-Vous pouvez accéder à la documentation de Capgo sur [capgo.app/docs](https://capgo.app/docs) [\[1\]](https://github.com/Cap-go/capacitor-updater). Elle est organisée en sections selon des objectifs spécifiques :
-
-| **Section** | **Objectif** | **Sujets Clés** |
-| --- | --- | --- |
-| Démarrage | Configuration initiale | Étapes d'installation, [configuration de la clé API](https://capgo.app/docs/webapp/api-keys/) |
-| Configuration | Paramètres principaux | Configuration du plugin, configuration de l'environnement |
-| Référence API | Détails techniques | Méthodes, paramètres, valeurs de retour |
-| Sécurité | Mesures de protection | Configuration du chiffrement, vérification des signatures |
-| Dépannage | Résolution de problèmes | Problèmes courants, outils de diagnostic |
-
-### Termes et Concepts Importants
-
-Voici quelques termes clés que vous rencontrerez :
-
--   **Canaux** : Ce sont des flux de mise à jour utilisés pour contrôler la distribution des versions. Par exemple, vous pouvez configurer des canaux "production", "beta" et "staging" pour servir différents groupes d'utilisateurs [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
--   **Politiques de Mise à Jour** : Elles définissent comment les mises à jour sont livrées et appliquées. Les options incluent les téléchargements automatiques, le timing d'installation et les invites utilisateur [\[1\]](https://github.com/Cap-go/capacitor-updater).
--   **Écouteurs d'État de l'Application** : Ces composants suivent si l'application est au premier plan ou en arrière-plan [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
--   **Bundles** : Fichiers de mise à jour packagés contenant la nouvelle version de votre application, y compris les assets, les changements de code et les mises à jour de configuration [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
-
-[Continue with the rest of the text if needed]
-
-En utilisant les ressources de Capgo, les développeurs peuvent implémenter des fonctionnalités essentielles comme **le chiffrement de bout en bout** et **l'intégration CI/CD**, couvrant tout, de la configuration initiale aux configurations avancées [\[1\]](https://github.com/Cap-go/capacitor-updater).
-
-### Domaines clés d'implémentation
-
-| **Aspect** | **Point clé** | **Où le trouver** |
-| --- | --- | --- |
-| **Sécurité** | Chiffrement et vérifications d'intégrité | Section _Fonctionnalités de sécurité_ |
-| **Conformité** | Respect des exigences Apple et Android | Guide des _règles App Store_ |
-| **[Gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | Contrôle de version et options de restauration | Guide des _[Méthodes de mise à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)_ |
-| **Gestion des erreurs** | Étapes de journalisation et de dépannage | _Guide de résolution des problèmes_ |
-
-Ces domaines constituent l'épine dorsale du système de gestion des mises à jour de Capgo.
-
-Les outils CLI et d'analyse de Capgo simplifient la [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) tout au long du cycle de vie de votre application [\[1\]](https://github.com/Cap-go/capacitor-updater).
-
-Pour plus d'assistance, vous pouvez explorer des ressources supplémentaires comme la **documentation API**, les **projets exemples** et les **forums communautaires** [\[2\]](https://dev.to/arnosolo/ionic-appflow-live-update-alternative-55c3).
diff --git a/src/content/blog/fr/how-to-use-semantic-versioning-with-capgo-ota-updates.md b/src/content/blog/fr/how-to-use-semantic-versioning-with-capgo-ota-updates.md
deleted file mode 100644
index b95ad943a..000000000
--- a/src/content/blog/fr/how-to-use-semantic-versioning-with-capgo-ota-updates.md
+++ /dev/null
@@ -1,284 +0,0 @@
----
-slug: how-to-use-semantic-versioning-with-capgo-ota-updates
-title: >-
-  Comment utiliser le versionnement sémantique avec les mises à jour OTA de
-  Capgo
-description: >-
-  Apprenez à rationaliser les mises à jour d'applications et le contrôle de
-  version en utilisant le versionnage sémantique avec les mises à jour OTA de
-  Capgo pour les applications Capacitor.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-03T04:48:38.491Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c4f6356c9ebce91891f4e6-1740977344964.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Semantic Versioning, Capgo, OTA updates, Capacitor apps, version control, app
-  updates, deployment, CI/CD
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-**Vous souhaitez simplifier [les mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) et le contrôle de version ?** La gestion sémantique des versions (SemVer) combinée aux mises à jour Over-The-Air (OTA) de [Capgo](https://capgo.app/) rend la gestion des applications [Capacitor](https://capacitorjs.com/) plus simple et plus rapide. Voici comment :
-
--   **Principes de base du versionnement sémantique :** Les versions utilisent le format `MAJOR.MINOR.PATCH` :
-    
-    -   **MAJOR :** Pour les changements incompatibles
-    -   **MINOR :** Pour les nouvelles fonctionnalités rétrocompatibles
-    -   **PATCH :** Pour les corrections de bugs
--   **Pourquoi utiliser SemVer avec Capgo ?**
-    
-    -   Communication claire sur les mises à jour
-    -   Gestion plus intelligente des versions
-    -   Évitement des conflits de dépendances
-    -   Planification organisée des versions
--   **Étapes de [configuration de Capgo](https://capgo.app/docs/cli/commands/) :**
-    
-    1.  Installer le plugin updater de Capgo
-    2.  Configurer la version de votre application dans `capacitor.config.json` et autres fichiers
-    3.  Initialiser avec votre clé API
-    4.  Utiliser [Capgo CLI](https://capgo.app/docs/cli/commands) pour regrouper et télécharger les mises à jour
--   **[Gestion des versions et des canaux](https://capgo.app/docs/webapp/channels/) :**
-    
-    -   Utiliser des canaux séparés (ex. "beta" pour les tests, "production" pour les versions stables)
-    -   Contrôler les politiques de mise à jour (mise à jour automatique des correctifs, approbation manuelle pour les changements majeurs)
-    -   Options de retour en arrière pour les mises à jour échouées
--   **Processus de déploiement :**
-    
-    -   Mettre à jour les numéros de version selon les règles SemVer
-    -   Tester minutieusement avant le déploiement
-    -   Utiliser les commandes CLI pour télécharger et distribuer les mises à jour
-
-Capgo garantit que les mises à jour atteignent les utilisateurs rapidement et de manière fiable, avec des outils pour gérer les perturbations et maintenir la stabilité. Parfait pour les équipes utilisant des workflows CI/CD pour automatiser les mises à jour.
-
-**Conseil rapide :** Testez toujours les mises à jour et utilisez les canaux pour gérer efficacement les déploiements progressifs.
-
-## Versionnement Sémantique | Niveau Supérieur
-
-<Steps>
-
-</Steps>
-
-## Guide de configuration de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-03.jpg?auto=compress)
-
-Voici comment configurer Capgo pour gérer facilement les mises à jour OTA et le contrôle de version.
-
-### Étapes de configuration initiale
-
-Commencez par installer le [plugin updater Capgo](https://capgo.app/docs/plugin/self-hosted/manual-update/) :
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Assurez-vous que votre fichier `capacitor.config.json` utilise un format de version sémantique :
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "Example",
-  "version": "1.0.0"
-}
-```
-
-Pour les projets plus anciens, mettez à jour les détails de version dans ces emplacements :
-
--   `package.json` (cherchez le champ `version`)
--   `android/app/build.gradle` (mettez à jour `versionName`)
--   `ios/App/App.xcodeproj/project.pbxproj` (mettez à jour `CURRENT_PROJECT_VERSION`)
-
-Une fois configuré, initialisez Capgo avec votre clé API :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-await CapacitorUpdater.initialize({ key: 'YOUR_API_KEY' })
-```
-
-**Tableau de référence rapide :**
-
-| Phase de configuration | Action clé | Étape de vérification |
-| --- | --- | --- |
-| Installation | Installer le plugin et synchroniser | Vérifier `package.json` |
-| Configuration | Définir les numéros de version | Vérifier dans tous les fichiers |
-| Initialisation | Connecter avec la clé API | Tester l'état de la connexion |
-| Build | Créer le bundle initial | Confirmer le succès du téléchargement |
-
-### Intégration du contrôle de version
-
-Capgo fonctionne bien avec les plateformes CI/CD, rendant les [mises à jour automatisées](https://capgo.app/docs/live-updates/update-behavior/) simples. Les plateformes prises en charge incluent :
-
--   [GitHub Actions](https://docs.github.com/actions)
--   [GitLab CI](https://docs.gitlab.com/ee/ci/)
--   [Azure DevOps](https://azure.microsoft.com/en-us/products/devops)
--   [Jenkins](https://www.jenkins.io/)
--   [CircleCI](https://circleci.com/)
-
-Si vous travaillez en développement local, vous pouvez désactiver les mises à jour automatiques en ajoutant ceci à votre configuration :
-
-```typescript
-await CapacitorUpdater.setDevMode({ devMode: true })
-```
-
-Cela garantit que Capgo ne remplacera pas vos modifications locales. Une fois votre configuration prête, téléchargez votre première version :
-
-```bash
-npx @capgo/cli upload
-```
-
-Enfin, notifiez le plugin natif de l'état du bundle dans le fichier principal de votre application :
-
-```typescript
-await CapacitorUpdater.notifyAppReady()
-```
-
-Cette configuration garantit que votre application est prête pour des déploiements OTA fluides et une gestion des versions.## Utilisation du versionnage sémantique avec Capgo
-
-### Gestion des numéros de version
-
-Capgo utilise le versionnage sémantique (SemVer) pour gérer les versions d'applications, formaté comme **MAJORMINORPATCH**. Voici comment cela fonctionne :
-
--   **Version Majeure (X00)** : Augmentez le numéro MAJOR pour les changements qui cassent la compatibilité
--   **Version Mineure (1X0)** : Augmentez le numéro MINOR pour les nouvelles fonctionnalités qui restent compatibles
--   **Version Corrective (10X)** : Augmentez le numéro PATCH pour les corrections de bugs qui n'affectent pas la compatibilité
-
-| Type de Version | Quand Incrémenter | [Comportement de mise à jour automatique](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-| --- | --- | --- |
-| Majeure (X00) | Pour les changements d'API incompatibles | Nécessite une approbation manuelle |
-| Mineure (1X0) | Pour les nouvelles fonctionnalités | Configurable dans Capgo |
-| Corrective (10X) | Pour les corrections de bugs | Généralement automatique |
-
-En respectant les règles SemVer, vous pouvez simplifier la gestion des versions et assurer des mises à jour plus fluides à travers vos canaux de déploiement.
-
-### Directives de contrôle de version
-
-Capgo vous permet de gérer efficacement les déploiements en configurant des canaux distincts pour différentes étapes de votre flux de travail.
-
--   **[Gestion des versions basée sur les canaux](https://capgo.app/docs/webapp/channels/)** : Organisez votre processus de déploiement en créant des canaux séparés pour les tests et la production. Par exemple :
-    
-    -   Utilisez un canal "beta" (ex. 120-beta) pour tester les nouvelles fonctionnalités
-    -   Gardez un canal "production" (ex. 120) pour les versions stables
-    -   Ajoutez des canaux spécifiques aux plateformes (ex. "ios-hotfix" avec version 121) lors du traitement des problèmes spécifiques à une plateforme
--   **Configuration de la politique de mise à jour** : Contrôlez l'application des mises à jour en utilisant les options de configuration de Capgo. Par exemple :
-    
-    [[CODE_BLOCK]]
-    
-    Cette configuration garantit que les utilisateurs reçoivent automatiquement les mises à jour correctives, tandis que les mises à jour mineures et majeures nécessitent une approbation manuelle.
-    
--   **Stratégie de retour en arrière** : Utilisez des identifiants de pré-version pour maintenir des options claires de retour en arrière. Cette approche vous permet de revenir à une version précédente en cas de problèmes, tout en maintenant un versionnage cohérent sur tous les canaux.
-    
-
-Ces bonnes pratiques facilitent la gestion des mises à jour, le test des nouvelles fonctionnalités et le maintien de la stabilité dans votre processus de déploiement.
-
-###### sbb-itb-f9944d2
-
-## Déploiement des mises à jour OTA
-
-Une fois votre configuration de gestion des versions prête, suivez ces étapes pour déployer efficacement les mises à jour OTA.
-
-### Préparation de la mise à jour
-
-Commencez par mettre à jour la version dans **package.json** et **capacitor.config.json**. Assurez-vous que la version suit le format SemVer (MAJOR.MINOR.PATCH) :
-
--   **Correction de bug** : Augmentez le numéro PATCH (ex. 1.0.1 → 1.0.2)
--   **Nouvelle fonctionnalité** : Augmentez le numéro MINOR (ex. 1.0.0 → 1.1.0)
--   **Changement incompatible** : Augmentez le numéro MAJOR (ex. 1.0.0 → 2.0.0)
-
-Testez minutieusement votre build et confirmez que l'application communique avec le serveur en utilisant `notifyAppReady`.
-
-Ensuite, décidez de votre [stratégie de mise à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Vous pouvez choisir entre :
-
--   **Mise à jour automatique** : Appliquer automatiquement les exigences de version minimale
--   **Contrôle manuel** : Spécifier des exigences de version exactes pour les mises à jour
--   **Basé sur les canaux** : Utiliser des canaux pour les tests et les déploiements progressifs
-
-### Commandes de mise à jour CLI Capgo
-
-Utilisez le CLI de Capgo pour déployer votre mise à jour facilement. Voici comment :
-
-[[CODE_BLOCK]]
-
-Capgo assure un déploiement sécurisé avec un chiffrement de bout en bout et une gestion sécurisée des clés.
-
-> "@Capgo est une façon intelligente de faire des hot code pushes (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂"
-
-Une fois déployées, vous pouvez surveiller les mises à jour via le tableau de bord Capgo. Les mises à jour atteignent généralement les utilisateurs dans les minutes qui suivent l'ouverture de l'application. Le processus fonctionne comme suit :
-
--   L'application vérifie les mises à jour
--   Télécharge la mise à jour en arrière-plan
--   Marque la nouvelle version comme active lorsque l'utilisateur quitte l'application
--   Applique la mise à jour au prochain lancement
-
-Pour les déploiements de niveau entreprise, vous voudrez peut-être intégrer l'automatisation CI/CD.> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !"
-
-## Résolution des problèmes et conseils
-
-### Problèmes de gestion des versions
-
-La gestion du versionnement sémantique dans Capgo peut parfois compliquer les déploiements de mises à jour. Pour éviter d'écraser votre travail de développement, configurez ce qui suit dans votre fichier `capacitor.config.json` :
-
-[[CODE_BLOCK]]
-
-Si une mise à jour échoue, voici ce que vous pouvez faire :
-
--   Définir `autoUpdate` sur `false` pendant le développement
--   Désinstaller l'application
--   La réinstaller avec la version corrigée
--   Réactiver les mises à jour automatiques une fois que tout est stable
-
-Pour les mises à jour majeures, utilisez le flag `disableAutoUpdateBreaking` et écoutez l'événement `majorAvailable` pour gérer correctement les mises à jour :
-
-[[CODE_BLOCK]]
-
-En combinant ces configurations avec de bonnes pratiques d'équipe, vous pouvez maintenir la cohérence des versions et réduire les erreurs.
-
-### Contrôle de version en équipe
-
-Une fois les mises à jour individuelles gérées, il est crucial pour les équipes d'établir de solides pratiques de contrôle de version.
-
-> "Tester chaque modification avant de la fusionner avec le dépôt principal renforcera la stabilité et évitera des erreurs coûteuses" [\[4\]](https://www.autorabit.com/blog/9-tips-for-working-on-a-multi-developer-team/)
-
-Voici quelques méthodes pour assurer la cohérence :
-
--   Définir une branche comme **dépôt principal** pour agir comme source de vérité
--   Utiliser des canaux Capgo séparés pour les environnements de développement et de production
--   Automatiser les téléversements de versions via les pipelines CI/CD
--   Documenter tous les changements de code avec des messages de commit clairs et détaillés
-
-Pour les grandes équipes, la matrice de gestion des versions suivante peut aider à organiser les mises à jour :
-
-| Environnement | Canal | Mise à jour auto | Modèle de version |
-| --- | --- | --- | --- |
-| Développement | dev | Désactivé | 0.x.x |
-| Pré-production | beta | Activé | x.x.x-beta |
-| Production | stable | Activé | x.x.x |
-
-### Étapes de récupération des mises à jour
-
-Même avec des précautions, les mises à jour peuvent échouer. Si cela arrive, suivez ces étapes de récupération :
-
-1.  Revenir à un bundle stable précédent
-2.  Incrémenter les numéros de version pour les nouvelles corrections (note : les numéros de version ne peuvent pas être réutilisés après suppression) [\[2\]](https://github.com/Cap-go/CLI)
-3.  Vérifier les mises à jour au démarrage de l'application pour s'assurer qu'elles fonctionnent comme prévu
-
-Le système de mise à jour de Capgo est conçu pour gérer les perturbations. Par exemple, si le serveur est inaccessible ou qu'une mise à jour est supprimée, l'application continue de fonctionner normalement [\[3\]](https://capgo.app/docs/faq/). De plus, les requêtes réseau échouées sont automatiquement réessayées lors du prochain lancement de l'application [\[3\]](https://capgo.app/docs/faq/). Cette résilience intégrée minimise les temps d'arrêt et assure des opérations plus fluides.
-
-## Résumé
-
-Le versionnement sémantique, combiné à Capgo, a rendu les mises à jour OTA pour les applications Capacitor plus efficaces. Avec 9 476 millions de mises à jour livrées et 1 400 applications en production utilisant ce système [\[1\]](https://capgo.app/), les processus de déploiement sont devenus 81% plus efficaces [\[1\]](https://capgo.app/). Cette configuration permet aux développeurs de pousser des mises à jour rapidement et de manière contrôlée, en contournant les délais des app stores.
-
-Voici ce que disent les développeurs :
-
-> "Nous avons déployé les [mises à jour OTA Capgo](https://console.capgo.app/resend_email) en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement OTA sur @Capgo" - colenso [\[1\]](https://capgo.app/)
-
-Le système de versionnement MAJOR.MINOR.PATCH facilite la communication des changements majeurs, des nouvelles fonctionnalités et des corrections de bugs [\[5\]](https://aws.amazon.com/blogs/devops/using-semantic-versioning-to-simplify-release-management/). C'est particulièrement utile pour les équipes gérant plusieurs versions chaque semaine via la plateforme Capgo.
-
-La [solution chiffrée](https://capgo.app/docs/cli/migrations/encryption/) de Capgo, intégrée aux outils CI/CD, est également économique - réduisant les coûts jusqu'à 26 100 $ sur cinq ans [\[1\]](https://capgo.app/). Ses canaux personnalisables garantissent que les mises à jour atteignent les bons utilisateurs au bon moment.
diff --git a/src/content/blog/fr/how-version-work-in-capgo.md b/src/content/blog/fr/how-version-work-in-capgo.md
deleted file mode 100644
index 1aef66252..000000000
--- a/src/content/blog/fr/how-version-work-in-capgo.md
+++ /dev/null
@@ -1,120 +0,0 @@
----
-slug: how-version-work-in-capgo
-title: Comment fonctionne le contrôle de versions dans Capgo
-description: >-
-  Comprendre comment Capgo gère les versions dans votre application Capacitor et
-  l'utiliser de la meilleure façon. Apprenez la signification de major, minor,
-  patch.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-25T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /versionning.webp
-head_image_alt: Système de versions des packages de Capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: how-to-release-major-version-in-capgo
----
-Capgo utilise 2 variables principales pour gérer les versions dans votre application Capacitor :
-  - Version native
-  - Versions JavaScript
-
-<div class="mx-auto" style="width:100%;">
-  <img src="/graph_capgo.webp" alt="Capacitor update system">
-</div>
-
-Tous les choix de versions sont décidés côté serveur par Capgo.
-
-## Système de versionnage
-
-Pour gérer les versions, Capgo utilise le système SemVer, en savoir plus à ce sujet [ici](https://semver.org/).
-### Versions
-
-Où Capgo trouve la version à comparer
-
-  > Vous pouvez remplacer ce comportement en définissant la clé version dans le fichier `capacitor.config.json` [documentation ici](/docs/plugin/settings/#version)
-  > La version native sera ignorée pour toutes les plateformes.
-
-#### IOS
-
-Sur iOS, la variable est définie dans votre projet ici `ios/App/App/Info.plist` sous la clé `CFBundleShortVersionString` ou `ios/App/App.xcodeproj/project.pbxproj` sous la clé `MARKETING_VERSION` si `MARKETING_VERSION` a été défini dans votre fichier `Info.plist`.
-
-#### Android
-
-Sur Android, la variable est définie dans votre projet ici `android/app/build.gradle` sous la clé `defaultConfig.versionName`
-
-#### JavaScript (version du bundle Capgo)
-
-En JavaScript, la variable peut être définie dans votre `package.json` sous la clé `version`
-Sinon, vous devez la fournir dans la commande d'upload.
-
-## Comportement par défaut
-
-Voici comment le canal Capgo se comportera si vous n'avez modifié aucun paramètre.
-
-> Ce comportement sera basé sur l'unique canal que vous avez défini par défaut.
-
-### Lors d'une nouvelle installation de votre application Capacitor
-Lorsqu'un utilisateur télécharge votre application Ionic pour la première fois et l'ouvre, elle contacte le serveur Capgo.
-
-Actuellement, 4 résultats peuvent se produire :
-  - La version du bundle natif (1.2.3) est inférieure à la version du bundle Capgo (1.2.4), Capgo envoie son bundle à l'utilisateur.
-  - La version du bundle natif (1.2.3) est égale à la version du bundle Capgo (1.2.3), Capgo envoie "pas besoin de mise à jour".
-  - La version du bundle natif (1.2.4) est supérieure à la version du bundle Capgo (1.2.3), Capgo envoie "pas besoin de mise à jour".
-  - La version du bundle natif (1.2.3) est MAJEURE inférieure à la version du bundle Capgo (2.2.3), Capgo envoie "pas besoin de mise à jour".
-
-### Autres paramètres
-
-#### Désactiver la rétrogradation automatique sous la version native
-
-Si vous changez ce paramètre à false, Capgo se considérera toujours comme la source fiable de la version.
-Alors le comportement devient :
-- La version native (1.2.4) est supérieure à la version Capgo (1.2.3)
-
-> Capgo envoie sa version à l'utilisateur.
-
-#### Désactiver la stratégie de mise à jour automatique
-
-Il existe plusieurs stratégies parmi lesquelles vous pouvez choisir. Vous pouvez en apprendre plus à ce sujet [ici](/docs/cli/commands/#disable-updates-strategy)
-
-## Version du bundle JavaScript
-
-La version du bundle JavaScript est celle que vous envoyez lors de l'exécution de `npx @capgo/cli@latest bundle upload --channel production`
-
-Si vous n'avez pas utilisé l'option `--bundle 1.2.3`, Capgo récupérera la version du bundle depuis votre fichier `package.json` (dans la clé version).
-
-Après que votre application Ionic a installé une version depuis Capgo, c'est cette version qui sera comparée pour :
-  - Leur version du bundle JavaScript (1.2.3) est inférieure à la version du bundle Capgo (1.2.4), Capgo envoie son bundle à l'utilisateur.
-
-Avec certaines conditions de garde :
-  - Si la version du bundle natif est supérieure à la version Capgo, la condition `Disable auto downgrade under native` est appliquée.
-  - Si la version du bundle natif est MAJEURE inférieure à la version Capgo, la condition `Disable auto upgrade above major` est appliquée.
-
-## Mise à jour App Store
-
-Lorsque vous publiez votre application Capacitor JS sur l'App Store, ce qui se passe est simple.
-
-Vos utilisateurs obtiendront la nouvelle version depuis le store et supprimeront toutes les mises à jour locales dans leur application par défaut.
-
-Si vous voulez changer ce comportement, vous devez définir le paramètre `resetWhenUpdate` en savoir plus à ce sujet [ici](/docs/plugin/api#settings)
-
-Cela ne peut être modifié que du côté de l'application, pas depuis le cloud comme les autres paramètres.
-
-### Autres paramètres
-
-Après tout ce comportement, vous pouvez avoir en plus certains comportements spécifiques liés à l'ID de l'appareil.
-
-Dans Capgo, vous pouvez décider de remplacer le comportement pour chaque ID d'appareil.
-
-Vous pouvez lier un ID d'appareil à :
-  - une version de bundle spécifique
-  - un canal spécifique
-
-Cela contournera tous les paramètres définis ci-dessus.
-
-En savoir plus à ce sujet dans l'article ci-dessous.
diff --git a/src/content/blog/fr/how-your-usage-is-counted.md b/src/content/blog/fr/how-your-usage-is-counted.md
deleted file mode 100644
index 8207891e4..000000000
--- a/src/content/blog/fr/how-your-usage-is-counted.md
+++ /dev/null
@@ -1,92 +0,0 @@
----
-slug: how-your-usage-is-counted
-title: Comment votre utilisation est comptée dans Capgo
-description: >-
-  Comprendre comment Capgo calcule votre utilisation et en tirer le meilleur
-  parti. Apprenez à mieux gérer vos forfaits
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-25T00:00:00.000Z
-updated_at: 2025-11-03T11:48:48.000Z
-head_image: /usage_explained.webp
-head_image_alt: Système d'utilisation de Capgo expliqué
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: fr
-next_blog: ''
----
-
-Dans Capgo, 3 valeurs sont comptabilisées et importantes à comprendre
-- Utilisateurs
-- Stockage
-- Bande passante
-
-Chacune a une manière légèrement différente d'être comptabilisée
-
-## Utilisateurs
-
-Chaque fois qu'un utilisateur télécharge votre application Capacitor JS et l'ouvre, elle envoie une requête au backend de Capgo pour savoir si une mise à jour est disponible
-Lorsque l'application fait cela, elle envoie peu d'informations, dont la plus importante est le `DeviceID`
-
-`DeviceID` : est un ID unique (UUID) généré sur l'appareil. **Depuis la version du plugin v6.25.0 et v7.25.0**, cet ID persiste maintenant entre les réinstallations de l'application (stocké de manière sécurisée dans le stockage de l'appareil). Avant ces versions, l'ID était réinitialisé à chaque installation de l'application
-
-Chaque fois que votre compte reçoit un nouveau Device ID, il est enregistré dans la base de données
-Chaque fois qu'un ancien `DeviceID` demande une mise à jour (ouverture d'application), son enregistrement est mis à jour (updated_at dans la base de données)
-
-Ces données sont sauvegardées à 2 endroits :
-- table device avec la valeur `update_at`
-- app_stats avec un compteur journalier qui représente le nombre d'appareils devenus actifs aujourd'hui et qui n'ont pas été actifs ce mois-ci
-
-Pour la limite du forfait, la première méthode est utilisée car elle est fiable à 100%, pour l'affichage du graphique la seconde est utilisée
-Vous pouvez voir les deux dans votre compte sur la page d'accueil :
-- dans le graphique c'est la seconde méthode
-- dans le tableau des applications c'est la première méthode
-
-> Capgo ne compte pas les émulateurs et les builds de développement dans votre utilisation. Gardez à l'esprit qu'après l'essai, vous ne pouvez pas en avoir plus de 3%, sinon cela verrouillera votre compte, jusqu'à ce que vous le corrigiez
-
-> Capgo effectue également un filtrage pour vous. Si vous avez configuré CI/CD pour envoyer votre version sur Google PLAY, Google exécute votre application Capacitor sur plus de 20 appareils réels à chaque fois. Pendant les 4 premières heures d'un nouveau bundle, nous bloquons les IP des centres de données Google pour éviter qu'elles soient comptées
-
-Chaque mois, ces données repartent de zéro
-
-- Créer ou mettre à jour un appareil dans ma base de données à chaque requête d'appareil
-- Ajouter au compteur journalier le nombre d'appareils actifs qui n'ont pas été actifs ce mois-ci
-
-La première méthode renvoie : 900+ utilisateurs
-tandis que la seconde est à 200+ utilisateurs sur votre compte
-Pour la limite du forfait j'utilise la première méthode, qui est fiable à 100%, et pour afficher le graphique j'utilise la seconde
-Vous pouvez voir les deux sur la page d'accueil de votre compte
-
-## Stockage
-
-Chaque fois que vous téléchargez un bundle, ce nombre est augmenté de la taille du téléchargement
-
-Ces données sont uniquement liées à la taille de votre téléchargement, plus la taille de votre application est optimisée, plus vous restez dans votre forfait
-
-Si vous atteignez la limite ou en êtes proche, vous pouvez lister vos bundles avec le CLI :
-`npx @capgo/cli@latest bundle list`
-Pour voir ce que vous pourriez nettoyer, supprimer un bundle libère le stockage mais ne supprime pas les statistiques
-
-Quand vous êtes prêt pour le nettoyage, utilisez cette commande pour supprimer plusieurs bundles :
-`npx @capgo/cli@latest bundle cleanup`
-
-PS : c'est bon pour la planète, mais aussi pour votre portefeuille 💪
-
-> Vous pouvez également utiliser le `--external` lors du téléchargement pour utiliser votre stockage, et ne pas compter dans votre forfait
-
-## Bande passante
-
-Le calcul de cette valeur est un peu plus complexe, mais l'idée est la même que pour le stockage
-
-Chaque fois qu'un utilisateur télécharge un bundle, ce nombre est augmenté de la taille du téléchargement
-
-Ces données sont uniquement liées à la taille de votre téléchargement, plus la taille de votre application Capacitor JS est optimisée, plus vous restez dans votre forfait
-
-> Une chose importante à noter, Capgo ne peut pas voir quelle taille est téléchargée, il voit uniquement la taille du bundle. Donc si vous avez un gros bundle, et que vous avez beaucoup d'utilisateurs qui échouent à le télécharger, vous atteindrez rapidement la limite
-
-La meilleure façon de rester dans votre forfait est d'avoir un petit bundle, et si vous ne pouvez pas, montrez une barre de téléchargement à votre utilisateur, et informez-le du temps restant pour le téléchargement
-
-À l'avenir, Capgo améliorera le système de téléchargement pour avoir plus de chances de télécharger le bundle en une seule fois
\ No newline at end of file
diff --git a/src/content/blog/fr/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md b/src/content/blog/fr/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
deleted file mode 100644
index adbb9a520..000000000
--- a/src/content/blog/fr/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
+++ /dev/null
@@ -1,296 +0,0 @@
----
-slug: icp-filing-for-mobile-apps-in-china-step-by-step-guide
-title: 'Dépôt ICP pour les applications mobiles en Chine : Guide étape par étape'
-description: >-
-  Apprenez les étapes essentielles pour le dépôt de l'ICP pour les applications
-  mobiles en Chine, y compris la documentation requise et les stratégies de
-  conformité pour une opération réussie.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T01:51:04.423Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e344e910051fda3b61d655-1742953875704.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  ICP filing, China mobile apps, compliance, registration, documentation,
-  technical requirements, app operation
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Si vous souhaitez que votre application mobile fonctionne légalement en Chine, vous devez **compléter un dépôt ICP**. Il s'agit d'un processus d'enregistrement obligatoire pour garantir la conformité aux réglementations chinoises. Voici un aperçu rapide :
-
--   **Qu'est-ce que le dépôt ICP ?**  
-    C'est un système d'enregistrement ("备案") requis pour les services basés sur internet, y compris les applications mobiles, afin de fonctionner légalement en Chine.
-    
--   **Pourquoi est-il requis ?**  
-    Sans cela, votre application risque des amendes, une suppression des plateformes et des problèmes juridiques.
-    
--   **Exigences clés :**  
-    Vous aurez besoin de licences commerciales, d'enregistrements de domaine, de détails sur les serveurs et de documents de conformité. Pour les entreprises étrangères, il est essentiel de s'associer à une entreprise locale chinoise.
-    
--   **Processus de dépôt :**
-    
-    1.  Choisissez un fournisseur agréé (par exemple, [Alibaba Cloud](https://www.alibabacloud.com/en/services/icp?_p_lc=1), [Tencent Cloud](https://www.tencentcloud.com/solutions/icp-registration-support)).
-    2.  Soumettez les documents nécessaires (traduit en chinois).
-    3.  Attendez l'approbation (14 à 23 jours ouvrables en moyenne).
--   **Post-approbation :**  
-    Affichez votre numéro ICP de manière bien visible dans votre application et gardez tous les détails à jour.
-    
-
-Sauter ce processus peut entraîner des perturbations significatives, alors assurez-vous d'être pleinement préparé avant de lancer en Chine.
-
-## Qu'est-ce qu'une licence ICP et un dépôt ICP pour la Chine
-
-<iframe src="https://www.youtube.com/embed/OxnePlkzJNQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Documentation requise
-
-Obtenir votre dépôt ICP en Chine commence par avoir les bons documents. Voici un récapitulatif des documents commerciaux, techniques et d'autorisation dont vous aurez besoin.
-
-### Liste de vérification des documents
-
-Assurez-vous de rassembler ces documents avant de commencer votre processus de dépôt :
-
--   **Documents commerciaux**
-    
-    -   Licence commerciale ou certificat d'enregistrement de l'entreprise
-    -   Certificat de code d'organisation
-    -   ID du représentant légal (passeport pour les représentants étrangers)
-    -   Sceau officiel de l'entreprise (tampon de l'entreprise)
-    -   Preuve d'une adresse commerciale locale en Chine
--   **Documents techniques**
-    
-    -   Certificat d'enregistrement de nom de domaine
-    -   Détails sur l'hébergement du serveur
-    -   Documentation sur le protocole de sécurité réseau
-    -   Déclaration de conformité à la protection des données
-    -   Plan d'intervention d'urgence
--   **Documents d'autorisation**
-    
-    -   Lettre d'autorisation (si vous travaillez avec un agent)
-    -   Procuration (pour les entreprises étrangères)
-    -   Lettre de nomination pour un représentant local
-
-### Informations techniques spécifiques à la plateforme
-
-Bien que iOS et Android partagent des exigences similaires, vous devrez fournir des informations techniques détaillées sur votre application. Cela inclut l'identifiant de l'application, les URL du magasin, les IP des serveurs, les mesures de sécurité du contenu et les mécanismes de mise à jour. Respecter les règles du magasin d'applications en Chine est essentiel pour les mises à jour [\[1\]](https://capgo.app/). Des outils comme Capgo peuvent vous aider à gérer des mises à jour conformes et en direct.
-
-**Conseils techniques clés :**
-
--   Conservez tous les documents sous forme de PDF.
--   Traduisez tous les documents en anglais en chinois.
--   Préparez des fichiers séparés pour chaque version de l'application.
--   Sauvegardez tous les certificats et clés.
--   Documentez l'architecture réseau et le flux de données de votre application pour les examens de sécurité.
-
-Avoir ces documents en ordre garantit que vous répondez aux exigences réglementaires et aide à maintenir la conformité et les processus de mise à jour de votre application. Une fois tout prêt, vous pouvez passer aux étapes de dépôt.
-
-## Étapes de demande de dépôt
-
-Voici comment déposer votre demande ICP étape par étape.
-
-Une fois que vous avez tous vos documents prêts, la prochaine étape consiste à choisir le bon partenaire de dépôt.
-
-### Choisissez un fournisseur de services
-
-Vous pouvez choisir parmi les types de fournisseurs suivants :
-
--   **Fournisseurs de services Internet (FSI) agréés :** Des options bien connues incluent Alibaba Cloud, Tencent Cloud ou [China Telecom](https://www.ctamericas.com/icp-license-support/).
--   **Agences de dépôt tierces :** Ces entreprises se spécialisent dans les services d'enregistrement ICP.
--   **Fournisseurs d'hébergement :** Ceux-ci combinent services d'hébergement avec assistance pour le dépôt ICP.
-
-Recherchez un fournisseur ayant un bon bilan dans les dépôts ICP, un support fiable en langue chinoise, des réponses rapides et une tarification transparente.
-
-### Soumettez votre demande
-
-**Enregistrement initial :** Commencez par vous inscrire sur la plateforme de votre fournisseur. Vous devrez soumettre des détails tels que la vérification de l'entreprise, les informations sur le représentant légal, les spécificités de l'application et les configurations des serveurs.
-
-Assurez-vous de remplir attentivement les formulaires, y compris :
-
--   Les détails sur la fonctionnalité et l'objectif de votre application.
--   Les informations sur les emplacements et les configurations des serveurs.
--   Les méthodes de distribution de contenu.
--   Les procédures de gestion des données.
-
-Les documents requis doivent être téléchargés selon le format spécifié, et les signatures et les tampons doivent être en encre rouge.
-
-### Calendrier prévu
-
-| Étape | Durée | Activités clés |
-| --- | --- | --- |
-| Révision initiale | 1–3 jours ouvrables | Le fournisseur vérifie la complétude des documents |
-| Dépôt provincial | 10–15 jours ouvrables | Examen par l'autorité locale |
-| Vérification finale | 3–5 jours ouvrables | Attribution du numéro ICP |
-| Processus total | 14–23 jours ouvrables | De la soumission à l'approbation |
-
--   Les demandes soumises pendant les vacances chinoises peuvent prendre plus de temps.
--   Les documents manquants ou incomplets peuvent ajouter 5–10 jours ouvrables au calendrier.
--   Les demandes d'urgence ne sont pas une option.
--   Vous pouvez suivre l'avancement de votre demande via la plateforme de votre fournisseur.
-
-Assurez-vous que vos dossiers sont à jour pour répondre rapidement aux éventuelles questions de suivi.
-
-## Révision et approbation
-
-Le processus de révision du dépôt ICP comprend plusieurs niveaux d'évaluation par les autorités chinoises.
-
-### Étapes de révision
-
--   **Révision technique**  
-    Les autorités examinent la configuration du serveur, la sécurité du réseau, les pratiques de stockage des données et l'architecture technique globale.
-    
--   **Révision du contenu**  
-    Cela implique la modération du contenu généré par les utilisateurs, la gestion de la distribution de contenu et l'assurance que les politiques de confidentialité et de gestion des données sont conformes aux réglementations.
-    
--   **Révision de la conformité légale**  
-    Les responsables vérifient l'enregistrement de l'entreprise, les qualifications du représentant légal, les licences spécifiques à l'industrie requises et le respect des règles de transfert de données transfrontalières.
-    
-
-### Principales raisons de rejet
-
-| Raison de rejet | Description | Action suggérée |
-| --- | --- | --- |
-| Documentation incomplète | Certificats d'entreprise manquants ou périmés | Soumettez un ensemble complet de documents mis à jour et valides |
-| Problèmes de localisation des serveurs | Serveurs non hébergés en Chine continentale | Changez pour un fournisseur d'hébergement avec des serveurs en Chine continentale |
-| Violations de contenu | Contenu prohibé ou restreint trouvé | Ajustez votre contenu pour répondre aux normes réglementaires |
-| Non-conformité technique | Mesures de sécurité inadéquates | Améliorez les protocoles de sécurité et les configurations |
-| Informations incorrectes | Erreurs dans les détails de l'entreprise ou du représentant | Vérifiez et corrigez toutes les informations soumises |
-
-Résoudre ces problèmes rapidement est essentiel avant de poursuivre le processus de dépôt ICP.
-
-### Utilisation de votre numéro ICP
-
-Une fois approuvé, il est essentiel d'implémenter et de maintenir correctement votre numéro ICP.
-
--   **Affichage**  
-    Incluez la licence ICP complète (par exemple, 京ICP备XXXXXXXX号) dans un endroit visible de votre application, comme la section 'À propos' ou les paramètres. Utilisez à la fois le chinois et l'anglais, et liez-le au site de vérification officiel, si possible.
-    
--   **Maintenance**  
-    Mettez immédiatement à jour vos détails ICP s'il y a des changements dans votre entreprise ou vos coordonnées pour rester conforme.
-    
-
-L'affichage approprié et la mise à jour régulière de votre numéro ICP garantissent que vous restez aligné avec les réglementations chinoises.
-
-## Gestion post-approbation
-
-Une fois votre dépôt ICP approuvé, rester conforme nécessite une attention et une gestion constantes. Voici comment vous pouvez garder tout sur la bonne voie.
-
-### Garder les informations à jour
-
-Il est important de mettre à jour les détails de votre dépôt ICP chaque fois que des changements se produisent. Informez immédiatement votre fournisseur de dépôt de toute mise à jour dans les domaines suivants :
-
--   **Détails de l'entreprise :** Changements du représentant légal, des licences, de l'adresse ou des informations de contact.
--   **Détails de l'application :** Ajustements des fonctionnalités, des serveurs, des domaines ou du contenu.
--   **Détails techniques :** Mises à jour sur l'hébergement, les mesures de sécurité ou les lieux de stockage des données.
-
-Le traitement de ces mises à jour prend généralement entre 3 et 7 jours ouvrables.
-
-### Suivi de la conformité
-
-Des vérifications régulières sont essentielles pour garantir que vous respectez les normes réglementaires chinoises. Voici quelques domaines essentiels à surveiller :
-
-| Domaine de suivi | Fréquence | Actions clés |
-| --- | --- | --- |
-| Audit de contenu | Mensuel | Examen du contenu utilisateur et suppression des violations. |
-| Vérification de la sécurité | Trimestriel | Vérifiez le chiffrement et mettez à jour les certificats. |
-| Performance des serveurs | Hebdomadaire | Suivez le temps de disponibilité et les temps de réponse. |
-| Revue des données utilisateurs | Mensuelle | Assurez-vous que le stockage des données est conforme aux règles de confidentialité. |
-| Documentation | Trimestrielle | Mettez à jour les licences et certificats. |
-
-### Pratiques clés de conformité
-
-Pour rester conforme, concentrez-vous sur ces tâches critiques :
-
--   Conservez des dossiers détaillés de tous les changements de contenu.
--   Documentez soigneusement la maintenance des serveurs et les mises à jour de sécurité.
--   Tenez des journaux de la façon dont les données des utilisateurs sont gérées.
--   Sauvegardez tous les documents liés à la conformité.
--   Planifiez des audits internes réguliers pour examiner la conformité.
-
-### Protocole d'intervention d'urgence
-
-Soyez prêt aux problèmes de conformité en établissant un plan de réponse :
-
-1.  Désignez un responsable de la conformité pour superviser les problèmes.
-2.  Mettez en place des canaux de communication clairs avec les autorités concernées.
-3.  Consultez des experts juridiques locaux au besoin.
-4.  Conservez des dossiers détaillés de tout incident de conformité.
-5.  Développez des procédures pour traiter et résoudre les violations efficacement.
-
-## [Capgo](https://capgo.app/) pour les mises à jour d'applications en Chine
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgo propose des outils conçus pour simplifier les mises à jour en temps réel tout en garantissant que votre application est conforme aux réglementations chinoises. Ces outils sont essentiels pour garder votre application fonctionnelle et répondre aux exigences locales.
-
-### Outils de conformité ICP de Capgo
-
-L'infrastructure de Capgo est conçue pour soutenir la conformité ICP avec des fonctionnalités telles que :
-
--   **Performance CDN mondiale :** Télécharge des ensembles de 5 Mo en seulement 114 ms à travers la Chine [\[1\]](https://capgo.app/).
--   **Livraison sécurisée :** Fournit un cryptage de bout en bout pour les packages de mise à jour [\[1\]](https://capgo.app/).
--   **Surveillance de la conformité :** Assure que 95 % des utilisateurs reçoivent des mises à jour dans les 24 heures [\[1\]](https://capgo.app/).
-
-Ces fonctionnalités, combinées aux outils pour développeurs de Capgo, rendent la gestion des applications en Chine plus efficace.
-
-### Outils pour Développeurs
-
-Capgo propose une suite d'outils adaptés aux développeurs travaillant sur le marché chinois :
-
-| Fonctionnalité | Avantage | Métrique de performance |
-| --- | --- | --- |
-| Mises à jour partielles | Économise de la bande passante | \-  |
-| Suivi des erreurs | Suivre les problèmes de déploiement | Taux de succès de mise à jour mondial de 82 % [\[1\]](https://capgo.app/) |
-| Système de retour en arrière | Revertit rapidement aux versions précédentes | Rétrogradation rapide |
-| Tableau de bord analytique | Suit les performances des mises à jour | Surveillance en temps réel |
-
-### Comparaison de Plateforme
-
-Les fonctionnalités de Capgo offrent un avantage concurrentiel, comme souligné ci-dessous :
-
-| Fonctionnalité | Capgo | Alternatives du marché |
-| --- | --- | --- |
-| Utilisateurs actifs mensuels | Jusqu'à 1 000 000 | Limité par le plan |
-| Capacité de stockage | Jusqu'à 20 Go | Variable |
-| Bande passante | Jusqu'à 10 To | Souvent restreint |
-| Vitesse de mise à jour | Temps de réponse moyen de 434 ms [\[1\]](https://capgo.app/) | Généralement plus lent |
-| Structure de coût | À partir de 12 $/mois | Généralement plus élevé |
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo prend actuellement en charge 750 applications de production et a fourni 23,5 millions de mises à jour [\[1\]](https://capgo.app/).
-
-## Résumé
-
-Voici un aperçu des étapes clés et des pratiques abordées dans les sections précédentes.
-
-### Aperçu du Processus
-
-Sécuriser un dépôt ICP pour des applications mobiles en Chine implique plusieurs étapes importantes. Comme indiqué dans les sections Demande de dépôt et Après approbation, chaque phase nécessite une attention particulière aux détails. La période de révision initiale prend généralement entre 14 et 23 jours ouvrables, avec du temps supplémentaire nécessaire si des révisions sont demandées.
-
-### Meilleures Pratiques
-
-Lors du travail sur un dépôt ICP, ces stratégies peuvent aider :
-
-| Meilleure Pratique | Impact | Considération Clé |
-| --- | --- | --- |
-| Préparation de documents | Réduit les délais | Assurez-vous que tous les documents nécessaires sont traduits et notariés avant soumission. |
-| Sélection de fournisseurs | Assure la conformité | Travaillez avec des fournisseurs expérimentés dans le traitement des dépôts ICP pour des applications mobiles. |
-| Système de surveillance | Suit les progrès | Vérifiez régulièrement les exigences de conformité pour rester informé de tout changement. |
-| [Gestion des Mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Évite les violations | Gardez les informations et dépôts de l'application à jour avec les autorités réglementaires. |
-
-### Avantages de Capgo
-
-Capgo simplifie le processus de maintien de la conformité ICP en offrant des outils adaptés pour des mises à jour d'applications sécurisées et rapides. La plateforme fournit un **cryptage de bout en bout**, une exigence clé pour répondre aux normes de sécurité des données en Chine. Sa fonctionnalité de mise à jour en direct permet aux développeurs d'implémenter immédiatement des changements réglementaires, évitant ainsi le besoin de révisions par l'App Store. Capgo rapporte un taux de succès de mise à jour mondial de 82 %, garantissant que 95 % des utilisateurs actifs reçoivent des mises à jour dans les 24 heures [\[1\]](https://capgo.app/).
-
-Capgo propose également un système de canaux qui permet aux développeurs de tester des mises à jour de conformité avec des groupes d'utilisateurs spécifiques avant de les déployer largement. Le tableau de bord analytique fournit des informations sur la performance des mises à jour. Les fonctionnalités clés incluent :
-
--   **Mises à jour instantanées** : Appliquez les changements réglementaires immédiatement sans retards d'App Store.
--   **Livraison sécurisée** : Les mises à jour sont cryptées de bout en bout pour répondre aux exigences de sécurité chinoises.
--   **Hébergement flexible** : Choisissez entre des options basées sur le cloud ou auto-hébergées pour répondre aux besoins de localisation.
-
-Ces outils font de Capgo une ressource précieuse pour les développeurs naviguant sur le marché chinois, où des réponses rapides aux changements réglementaires sont essentielles pour rester conforme.
diff --git a/src/content/blog/fr/in-app-purchases-capacitor.md b/src/content/blog/fr/in-app-purchases-capacitor.md
deleted file mode 100644
index 325273a95..000000000
--- a/src/content/blog/fr/in-app-purchases-capacitor.md
+++ /dev/null
@@ -1,313 +0,0 @@
----
-slug: in-app-purchases-capacitor
-title: Achats intégrés à l'application pour Capacitor
-description: >-
-  Comment implémenter les achats in-app pour les applications Capacitor en
-  utilisant le plugin Capacitor Purchases et RevenueCat
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-19T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /revenuecat_iap.webp
-head_image_alt: Achats in-app avec Revenue Cat
-keywords: >-
-  Capacitor, in-app purchases, RevenueCat, mobile app development, live updates,
-  OTA updates, continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: ''
----
-Je vais traduire le texte en français tout en conservant les éléments techniques, les liens et les balises HTML :
-
->> Ce plugin est maintenant transféré vers le dépôt officiel de RevenueCat. Veuillez consulter la [documentation officielle](https://www.revenuecat.com/docs/getting-started/installation/capacitor) pour plus d'informations.
-
-Capacitor Purchases est un plugin pour le framework Capacitor qui permet les achats in-app sur iOS et Android. Il fournit une API simple et cohérente sur plusieurs plateformes, facilitant ainsi la mise en œuvre d'abonnements et d'achats in-app dans les applications mobiles.
-
-L'une des principales caractéristiques du plugin Capacitor Purchases est son intégration avec RevenueCat, une plateforme qui fournit des outils pour les abonnements et achats in-app. RevenueCat simplifie le processus de mise en œuvre des abonnements et achats in-app en fournissant une API simple et cohérente sur plusieurs plateformes, et en automatisant des tâches telles que la validation des reçus et la gestion des utilisateurs.
-
-Avec RevenueCat, les développeurs peuvent facilement gérer les abonnements, suivre les revenus et effectuer d'autres tâches connexes. Voici quelques fonctionnalités offertes par RevenueCat :
-
-- Validation automatique des reçus
-- Gestion des utilisateurs
-- Support des modèles de tarification personnalisés
-- Analyses détaillées
-- Évolutivité
-
-En utilisant le plugin Capacitor Purchases avec RevenueCat, les développeurs peuvent gagner du temps et des efforts lors de la mise en œuvre d'abonnements et d'achats in-app dans leurs applications mobiles, et fournir des fonctionnalités supplémentaires qui peuvent aider à améliorer l'expérience utilisateur et augmenter les revenus.
-
-L'utilisation du plugin Capacitor Purchases et de RevenueCat permet aux développeurs de gérer et suivre facilement les abonnements et achats in-app, valider les reçus et gérer les utilisateurs sur plusieurs plateformes. Cela permet également de créer des modèles de tarification personnalisés et d'obtenir des analyses détaillées pour améliorer les performances et les revenus.
-
-## Installation
-
-Assurez-vous d'utiliser la dernière version de Capacitor et du plugin Capacitor Purchases. Vous pouvez vérifier la dernière version de Capacitor et du plugin Capacitor Purchases sur le site web de Capacitor.
-
-Pour installer le plugin Capacitor Purchases, exécutez la commande suivante :
-`npm i @capgo/capacitor-purchases`
-ajoutez le plugin au code natif de votre application
-`npx cap sync`
-
-ajoutez la capacité d'achats in-app dans Xcode :
-
-![Xcode step 1](/iap_step1.webp)
-puis
-![xcode step 2](/iap_step2.webp)
-
-## 1. Créer un compte RevenueCat
-Ce guide vous expliquera comment démarrer avec les abonnements et le SDK de RevenueCat en quelques lignes de code seulement.
-
-Inscrivez-vous pour un nouveau compte RevenueCat [ici](https://app.revenuecat.com/).
-
-> ### 📘
-> 
-> 💡 Voici un conseil !
-> 
-> RevenueCat recommande de créer un compte RevenueCat séparé pour chaque application / projet que vous avez, particulièrement si vous envisagez de vendre l'application. Cela accélérera le processus de transfert, car vous pourrez transférer le compte entier plutôt que d'attendre que le support RevenueCat transfère des projets individuels.
-
-### Organisations / Entreprise
-
-Nous recommandons d'utiliser un compte entreprise lors de l'inscription à RevenueCat et de configurer votre application au sein d'un projet. Vous pourrez inviter le reste de votre équipe en tant que [collaborateurs](https://www.revenuecat.com/docs/collaborators/) à votre projet, mais **seul le propriétaire du projet peut gérer la facturation**. Les collaborateurs du projet ne peuvent pas gérer les détails de facturation.
-
-## 2. Configuration du Projet et de l'Application
-
-### ▶️ Créer un Projet
-
-Naviguez vers le tableau de bord RevenueCat et [ajoutez un nouveau projet](https://app.revenuecat.com/overview/) depuis le menu déroulant _Projects_ dans la navigation supérieure.
-
-![RevenueCat step 1](/revenuecat_step1.webp)
-
-La fenêtre modale pour créer un nouveau Projet
-
-### ▶️ Ajouter une Application / Plateforme
-
-Depuis **Project Settings > Apps** dans le menu de gauche du tableau de bord du projet, sélectionnez la plateforme pour l'application que vous allez ajouter.
-
-![RevenueCat step 2](/revenuecat_step2.webp)
-
-Tableau de bord du projet pour sélectionner la plateforme de l'application
-
-Le champ **App name** est requis pour ajouter votre application à RevenueCat. Les autres champs de configuration peuvent être ajoutés plus tard. Pour effectuer des achats de test et de production, l'ID de bundle (iOS) / Nom du package (Android) ainsi que le Secret partagé (iOS) / Identifiants de service (Android) doivent être configurés.
-
-![RevenueCat step 3](/revenuecat_step3.webp)
-
-Page de configuration d'une application pour l'App Store d'Apple
-
-> ### 📘
-> 
-> 💡 Voici un conseil !
-> 
-> Après avoir enregistré votre application, RevenueCat recommande de configurer les [Notifications Serveur de Plateforme](https://www.revenuecat.com/docs/server-notifications/). Ces notifications ne sont pas obligatoires, mais accéléreront les temps de livraison des [webhooks](https://www.revenuecat.com/docs/webhooks/) et des intégrations et réduiront le temps de latence pour la mise à jour de vos abonnés.
-
-> ### 📘
-> 
-> Applications et utilisateurs de staging vs. production
-> 
-> RevenueCat lui-même n'a pas d'environnements séparés pour le staging et la production. Les transactions sous-jacentes pour les utilisateurs sont plutôt différenciées par sandbox et production.
-> 
-> Toute application RevenueCat peut effectuer des achats sandbox et production depuis les stores. Si vous avez des applications séparées pour le staging et la production, vous pouvez créer plusieurs projets dans RevenueCat pour refléter votre configuration.
-> 
-> De plus, les utilisateurs ne sont pas non plus séparés par environnement. Le même utilisateur peut avoir des achats sandbox actifs et des achats production actifs en même temps.
-
-### ▶️ Identifiants de Service
-
-Les identifiants de service doivent être configurés pour que RevenueCat puisse communiquer avec les app stores en votre nom. Consultez les guides RevenueCat [Secret Partagé App Store Connect](https://www.revenuecat.com/docs/itunesconnect-app-specific-shared-secret/), [Identifiants de Service Play](https://www.revenuecat.com/docs/creating-play-service-credentials/), et [Secret Partagé Amazon Appstore](https://www.revenuecat.com/docs/service-credentials/amazon-appstore-credentials/) pour plus d'informations.
-
-Notez que les identifiants de service Play peuvent prendre jusqu'à 36 heures pour se propager dans les serveurs de Google.
-
-## 3. Configuration des Produits
-
-### ▶️ Configuration du Store
-
-Avant de pouvoir commencer à utiliser RevenueCat pour récupérer des produits, vous devez configurer vos produits dans les stores respectifs. Consultez les guides suivants pour [App Store Connect](https://www.revenuecat.com/docs/ios-products/), [Google Play Console](https://www.revenuecat.com/docs/android-products/), [Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/), et [Stripe](https://www.revenuecat.com/docs/stripe-products/) pour vous aider à naviguer dans ce processus.
-
-Si vous vendez des produits iOS, assurez-vous de signer votre 'Accord Applications Payantes' et de remplir vos informations bancaires et fiscales dans **App Store Connect > Agreements, Tax, and Banking**. **Cela doit être complété avant de pouvoir tester des achats**.
-
-> ### 📘
-> 
-> Vous voulez sauter la configuration du store pendant les tests ?
-> 
-> Sur iOS, vous pouvez retarder la configuration des produits dans App Store Connect en testant avec des fichiers de configuration StoreKit à la place. Ces fichiers de configuration nécessitent une configuration minimale et sont configurables directement via Xcode.
-> 
-> En savoir plus sur la configuration des fichiers StoreKit Configuration dans le guide [Tests Sandbox](https://www.revenuecat.com/docs/apple-app-store/#ios-14-only-testing-on-the-simulator) de RevenueCat.
-
-### ▶️ Configurer les Produits et les Droits dans RevenueCat
-
-Une fois que vos produits in-app ont été configurés dans [App Store Connect](https://www.revenuecat.com/docs/ios-products/), [Google Play Console](https://www.revenuecat.com/docs/android-products/), [Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/), ou [Stripe](https://www.revenuecat.com/docs/stripe-products/), vous devrez copier cette configuration dans le tableau de bord RevenueCat. RevenueCat utilise un système de Droits pour contrôler l'accès aux fonctionnalités premium, et des Offres pour gérer l'ensemble des produits que vous proposez aux clients.
-
-Les Droits sont le niveau d'accès auquel un client a "droit" après avoir acheté un produit spécifique.
-Les Offres sont un moyen simple pour vous d'organiser les produits in-app que vous souhaitez "offrir" sur votre paywall et de les configurer à distance. RevenueCat **recommande** d'utiliser ces fonctionnalités pour simplifier votre code et vous permettre de changer de produits sans publier de mise à jour d'application.
-
-Consultez [Configuration des Produits](https://www.revenuecat.com/docs/entitlements/) pour configurer vos produits et les organiser ensuite en Offres ou en Droits.
-
-![RevenueCat step 4](/revenuecat_step4.webp)
-
-## 4. Utilisation du SDK Purchases de RevenueCat
-
-Le SDK RevenueCat implémente de manière transparente les achats et les abonnements sur toutes les plateformes tout en synchronisant les jetons avec le serveur RevenueCat.
-
-Si vous rencontrez des problèmes avec le SDK, consultez [Dépannage des SDK](https://www.revenuecat.com/docs/troubleshooting-the-sdks/) pour obtenir des conseils.
-
-> ### 📘
-> 
-> Utilisez uniquement votre clé SDK publique pour configurer Purchases
-> 
-> Vous pouvez obtenir votre clé SDK publique dans l'onglet **API keys** sous **Project settings** dans le tableau de bord.
-
-Vous ne devriez configurer l'instance partagée de _Purchases_ qu'une seule fois, généralement au lancement de l'application. Par la suite, la même instance est partagée dans toute votre application en accédant à l'instance `.shared` dans le SDK.
-
-Consultez le guide RevenueCat sur la [Configuration du SDK](https://docs.revenuecat.com/docs/configuring-sdk/) pour plus d'informations et de meilleures pratiques.
-
-Assurez-vous de configurer _Purchases_ uniquement avec votre clé SDK publique. Vous pouvez en savoir plus sur les différentes clés API disponibles dans le guide [Authentication](https://www.revenuecat.com/docs/authentication/) de RevenueCat.
-
-```javascript
-import { CapacitorPurchases } from '@capgo/capacitor-purchases'
-import { isPlatform } from '@ionic/vue' // use the right one for your framework
-
-CapacitorPurchases.setDebugLogsEnabled({ enabled: import.meta.env.DEV }) // Enable to get debug logs in dev mode
-if (isPlatform('ios')) {
-    CapacitorPurchases.setup({ apiKey:'appl_******'})
-} else if (isPlatform('android')) {
-    CapacitorPurchases.setup({ apiKey:'goog_******'})
-}
-```
-
-Pendant le développement, RevenueCat recommande d'activer des journaux de débogage plus détaillés. Pour plus d'informations sur ces journaux, consultez leur guide de [Débogage](https://www.revenuecat.com/docs/debugging/).
-
-Si vous prévoyez d'utiliser RevenueCat aux côtés de votre code d'achat existant, consultez leur guide sur le [Mode Observateur](https://www.revenuecat.com/docs/observer-mode/).
-
-> ### 📘
-> 
-> Configuration de Purchases avec des ID Utilisateur
-> 
-> Si vous avez un système d'authentification utilisateur dans votre application, vous pouvez fournir un identifiant utilisateur au moment de la configuration ou à une date ultérieure avec un appel à `.logIn()`. Pour en savoir plus, consultez le guide RevenueCat sur [l'Identification des Utilisateurs](https://www.revenuecat.com/docs/user-ids/).
-
-Le SDK récupérera automatiquement les [Offerings configurées](https://www.revenuecat.com/docs/entitlements/#offerings) et récupérera les informations sur les produits auprès d'Apple, Google ou Amazon. Ainsi, les produits disponibles seront déjà chargés lorsque les clients lanceront votre écran d'achat.
-
-Voici un exemple de récupération des Offerings. Vous pouvez utiliser les Offerings pour organiser votre écran de paywall. Consultez le guide RevenueCat sur [l'affichage des produits](https://www.revenuecat.com/docs/displaying-products/) pour plus d'informations et de bonnes pratiques.
-
-### ▶️ Récupérer et afficher les produits disponibles
-
-> ### 📘
-> 
-> Configuration des achats avec les ID utilisateurs
-> 
-> Si vous disposez d'un système d'authentification utilisateur dans votre application, vous pouvez fournir un identifiant utilisateur au moment de la configuration ou ultérieurement avec un appel à `.logIn()`. Pour en savoir plus, consultez le guide RevenueCat sur [l'identification des utilisateurs](https://www.revenuecat.com/docs/user-ids/).
-
-Le SDK récupérera automatiquement les [Offerings configurées](https://www.revenuecat.com/docs/entitlements/#offerings) et récupérera les informations sur les produits auprès d'Apple, Google ou Amazon. Ainsi, les produits disponibles seront déjà chargés lorsque les clients lanceront votre écran d'achat.
-
-Voici un exemple de récupération des Offerings. Vous pouvez utiliser les Offerings pour organiser votre écran de paywall. Consultez le guide RevenueCat sur [l'affichage des produits](https://www.revenuecat.com/docs/displaying-products/) pour plus d'informations et de bonnes pratiques.
-
-```javascript
-const { offerings } = await CapacitorPurchases.getOfferings()
-if (offerings.current !== null) {  
-    // Display current offering with offerings.current
-}
-```
-
-Si la récupération de vos [Offerings](https://www.revenuecat.com/docs/entitlements/#offerings), [produits](https://www.revenuecat.com/docs/entitlements/#products) ou [packages](https://www.revenuecat.com/docs/entitlements/#adding-packages) disponibles est vide, cela est dû à un problème de configuration dans la boutique respective.
-
-Les raisons les plus courantes dans App Store Connect sont un "Contrat d'applications payantes" obsolète ou des produits qui ne sont pas au moins dans l'état "Prêt à soumettre". Dans GooglePlay, cela se produit généralement lorsque l'application n'est pas publiée sur une piste fermée et qu'un utilisateur test valide n'a pas été ajouté.
-
-Vous pouvez trouver plus d'informations sur le dépannage de ce problème dans le [Centre d'aide](https://support.revenuecat.com/hc/en-us/articles/360041793174/) RevenueCat.
-
-### ▶️ Effectuer un achat
-
-Le SDK inclut une méthode simple pour faciliter les achats. La méthode `purchase:package` prend un package de l'Offering récupérée et traite la transaction avec la boutique d'applications respective.
-
-L'exemple de code ci-dessous montre le processus d'achat d'un package et la confirmation qu'il déverrouille le contenu "your_entitlement_id". Plus de détails sur la méthode `purchase:package` peuvent être trouvés dans le guide RevenueCat sur [la réalisation d'achats](https://www.revenuecat.com/docs/making-purchases/).
-
-```typescript
-const purchase = async (p: Package): Promise<PurchaserInfo | null> => {
-  try {
-    // console.log('purchase', p)
-    const data = await CapacitorPurchases.purchasePackage({
-      identifier: p.identifier,
-      offeringIdentifier: p.offeringIdentifier,
-    })
-    const purchaserInfo = data.purchaserInfo
-    // console.log('listenBuy', purchaserInfo)
-    if (purchaserInfo.activeSubscriptions.includes(p.identifier)) {
-      // set the user as paid
-    }
-    return purchaserInfo
-  }
-  catch (e) {
-    console.error('listenBuy error', e)
-  }
-  return null
-}
-```
-
-### ▶️ Vérifier l'état de l'abonnement
-
-Vous pouvez utiliser cette méthode chaque fois que vous avez besoin d'obtenir le dernier statut, et il est sûr d'appeler cela de manière répétée tout au long du cycle de vie de votre application. _Purchases_ met automatiquement en cache les dernières informations `CustomerInfo` chaque fois qu'elles sont mises à jour — donc dans la plupart des cas, cette méthode extrait du cache et s'exécute très rapidement.
-
-Il est typique d'appeler cette méthode lors de la décision de l'interface utilisateur à montrer à l'utilisateur, et chaque fois que l'utilisateur effectue une action qui nécessite un certain niveau de droit.
-
-> ### 📘
-> 
-> 💡 Voici un conseil !
-> 
-> Vous pouvez accéder à beaucoup plus d'informations sur un abonnement que simplement s'il est actif ou non. Consultez le guide RevenueCat sur [l'état des abonnements](https://www.revenuecat.com/docs/customer-info/) pour savoir si l'abonnement est configuré pour se renouveler, s'il y a un problème détecté avec la carte de crédit de l'utilisateur, et plus encore.
-
-RevenueCat permet à vos utilisateurs de restaurer leurs achats in-app, en réactivant tout contenu qu'ils ont précédemment acheté depuis le **même compte de boutique** (compte Apple, Google ou Amazon). Nous recommandons que toutes les applications aient un moyen pour les utilisateurs de déclencher la méthode de restauration. Notez qu'Apple exige un mécanisme de restauration dans le cas où un utilisateur perd l'accès à ses achats (par exemple : désinstallation/réinstallation de l'application, perte des informations de compte, etc.).
-
-```javascript
-  const res = await CapacitorPurchases.restoreTransactions()
-  const purchaserInfo = res.purchaserInfo
-  const ids: string[] = [] // extract active subscriptions ids
-  purchaserInfo.activeSubscriptions.forEach((id) => {
-    ids.push(id)
-  })
-
-```
-
-Si deux [ID utilisateurs d'application](https://www.revenuecat.com/docs/user-ids/) différents restaurent des transactions du même compte de boutique sous-jacent (compte Apple, Google ou Amazon).
-RevenueCat peut tenter de créer un alias entre les deux ID utilisateurs d'application et les compter comme le même utilisateur à l'avenir. Consultez le guide RevenueCat sur [la restauration des achats](https://www.revenuecat.com/docs/restoring-purchases/) pour plus d'informations sur les différents comportements de restauration configurables.
-
-Étant donné que le SDK fonctionne parfaitement sur n'importe quelle plateforme, les modifications des informations d'achat d'un utilisateur peuvent provenir de diverses sources. Vous pouvez répondre à tout changement dans les `CustomerInfo` d'un client en implémentant une méthode de délégué optionnelle, `purchases:receivedUpdated:`.
-
-Cette méthode se déclenchera chaque fois que le SDK reçoit un objet `CustomerInfo` mis à jour des appels à `getCustomerInfo()`, `purchase(package:)`, `purchase(product:)`, ou `restorePurchases()`.
-
-Les mises à jour CustomerInfo ne sont _pas_ poussées vers votre application depuis le backend RevenueCat, les mises à jour ne peuvent se produire qu'à partir d'une requête réseau sortante vers RevenueCat, comme mentionné ci-dessus.
-
-Selon votre application, il peut être suffisant d'ignorer le délégué et de simplement gérer les changements des informations client la prochaine fois que votre application est lancée ou dans les blocs de completion des méthodes du SDK.
-
-```javascript
-CapacitorPurchases.addListener('purchasesUpdate', (data) => {
-  console.log('purchasesUpdate', data)
-})
-```
-
-> ### 👍
-> 
-> Vous l'avez fait !
-> 
-> Vous avez maintenant implémenté un système d'achat d'abonnement complet sans passer un mois à écrire du code serveur. Félicitations !
-
-### Applications exemples
-
-Pour télécharger des exemples plus complets d'intégration du SDK, rendez-vous sur les ressources d'applications exemples de RevenueCat.
-
-**[Voir les exemples](https://www.revenuecat.com/docs/sample-apps/)**
-
-Je publierai bientôt une application exemple utilisant Capacitor et Vue.js.
-
-Si vous avez besoin d'une utilisation approfondie du SDK Capacitor, consultez la documentation [ici](https://github.com/Cap-go/capacitor-purchases/).
-
-### Prochaines étapes
-
--   Si vous ne l'avez pas déjà fait, assurez-vous que vos produits sont correctement configurés en consultant le [guide sur les droits](https://www.revenuecat.com/docs/entitlements/) de RevenueCat.
--   Si vous souhaitez utiliser vos propres identifiants utilisateur, lisez la documentation sur [la configuration des ID utilisateurs d'application](https://www.revenuecat.com/docs/user-ids/).
--   Si vous migrez vers RevenueCat depuis un autre système, consultez le guide RevenueCat sur [la migration de vos abonnements existants](https://www.revenuecat.com/docs/migrating-existing-subscriptions/).
--   Une fois que vous êtes prêt à tester votre intégration, vous pouvez suivre les guides RevenueCat sur [les tests et le débogage](https://www.revenuecat.com/docs/debugging/).
--   Si vous êtes éligible au Programme pour petites entreprises de l'App Store, consultez le guide RevenueCat sur [comment postuler et informer RevenueCat](https://www.revenuecat.com/docs/app-store-small-business-program/)
-
-Si vous avez besoin de mises à jour en direct dans votre application
-
-Rejoignez-nous ici 👇
-
-## Inscrivez-vous ici pour obtenir votre compte
-
-[Capgo](/register/)
diff --git a/src/content/blog/fr/installing-capacitor-cli-step-by-step-guide.md b/src/content/blog/fr/installing-capacitor-cli-step-by-step-guide.md
deleted file mode 100644
index 38e6cd4d3..000000000
--- a/src/content/blog/fr/installing-capacitor-cli-step-by-step-guide.md
+++ /dev/null
@@ -1,365 +0,0 @@
----
-slug: installing-capacitor-cli-step-by-step-guide
-title: 'Installation de Capacitor CLI : Guide étape par étape'
-description: >-
-  Apprenez à installer et configurer Capacitor CLI pour transformer des
-  applications web en applications mobiles natives de manière efficace.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T02:49:29.961Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f-1743734983341.jpg
-head_image_alt: Développement Mobile
-keywords: 'Capacitor, CLI, mobile app development, Node.js, Android, iOS, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) CLI vous aide à transformer des applications web en applications natives iOS et Android avec une seule base de code.** Voici comment le configurer rapidement :
-
--   **Prérequis** : Installez [Node.js](https://nodejs.org/en) (v16+), npm et un framework web (React, Vue, Angular, etc.).
--   **[Installez le Capacitor CLI](https://capgo.app/docs/cli/commands)** : Exécutez `npm install @capacitor/cli @capacitor/core` et initialisez votre projet avec `npx cap init`.
--   **Préparez les plateformes** : Ajoutez le support pour iOS (`npx cap add ios`) et Android (`npx cap add android`).
--   **Construisez et synchronisez** : Utilisez `npm run build` et `npx cap sync` pour transférer les assets web vers des projets natifs.
--   **Mises à jour en direct optionnelles** : Utilisez des outils comme [Capgo](https://capgo.app/) pour envoyer des mises à jour instantanément sans retards d'app store.
-
-Le Capacitor CLI simplifie le développement et la maintenance des applications. Suivez le guide pour une configuration et un dépannage sans heurts.
-
-## Créez une application mobile rapidement ! React + [Capacitor](https://capacitorjs.com/) + [Tailwind](https://tailwindcss.com/) + [DaisyUI](https://daisyui.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/PPXktTJXMPE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Avant de commencer
-
-Préparez votre environnement en suivant ces étapes :
-
-### Configurez [Node.js](https://nodejs.org/en) et npm
-
-![Node.js](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/a74739743b1f15b8d0bf124a9c30cba9.jpg)
-
-Vous aurez besoin de la version 16 ou supérieure de Node.js. La dernière version LTS est recommandée. Pour vérifier votre configuration, exécutez :
-
-```bash
-node --version
-npm --version
-```
-
-Si vous devez mettre à jour, téléchargez Node.js (qui inclut npm) depuis le site officiel.
-
-Après avoir confirmé que Node.js est prêt, assurez-vous que votre projet web répond aux exigences nécessaires de Capacitor.
-
-### Vérifiez votre projet web
-
-Votre projet web doit avoir ce qui suit :
-
--   **Un package.json valide** : Assurez-vous qu'il est correctement configuré.
--   **Un répertoire de construction** : C'est là où vos assets web se trouvent (souvent `dist` ou `www`).
--   **Un point d'entrée** : Votre répertoire de construction doit inclure un fichier `index.html`.
-
-Voici un aperçu rapide des champs clés de `package.json` :
-
-| Champ requis | Valeur d'exemple | But |
-| --- | --- | --- |
-| name | "my-app" | Identifie le projet |
-| version | "1.0.0" | Spécifie la version de l'application |
-| build directory | "dist" ou "www" | Pointeur vers les assets web |
-
-Une fois que votre Node.js et votre projet web sont prêts, passez à l'installation des outils spécifiques à la plateforme.
-
-### Installez les logiciels requis
-
-**Pour le développement Android :**
-
--   Téléchargez et installez la dernière version de **[Android Studio](https://developer.android.com/studio)**.
--   Configurez le SDK Android avec au moins le niveau API 22.
--   Configurez la variable d'environnement `ANDROID_HOME`.
-
-**Pour le développement iOS (Mac uniquement) :**
-
--   Installez **[Xcode](https://developer.apple.com/xcode/) 14** ou une version plus récente.
-    
--   Installez les outils en ligne de commande.
-    
--   Utilisez [Homebrew](https://brew.sh/) pour installer [CocoaPods](https://cocoapods.org/) :
-    
-    ```bash
-    brew install cocoapods
-    ```
-    
--   Acceptez la licence Xcode :
-    
-    ```bash
-    sudo xcodebuild -license accept
-    ```
-    
-
-Lorsque vous intégrerez Capgo plus tard, assurez-vous d'avoir une connexion Internet stable et de certificats SSL valides.
-
-Une fois ces étapes terminées, vous êtes prêt pour un processus de développement Capacitor fluide. Ensuite, vous installerez le Capacitor CLI.
-
-## Installez le Capacitor CLI
-
-Avec votre environnement prêt, il est temps d'installer et de configurer le Capacitor CLI.
-
-### Ajoutez des packages Capacitor
-
-Commencez par installer les packages Capacitor CLI et Core en utilisant npm :
-
-```bash
-npm install @capacitor/cli @capacitor/core
-```
-
-Une fois installé, confirmez la configuration en vérifiant la [version de Capacitor](https://capgo.app/plugins/ivs-player/) :
-
-```bash
-npx cap --version
-```
-
-### Configurez votre projet
-
-Initialisez Capacitor dans votre projet avec la commande suivante :
-
-```bash
-npx cap init
-```
-
-Lors de l'initialisation, vous serez invité à fournir ces détails :
-
-| Paramètre | Description | Exemple |
-| --- | --- | --- |
-| App Name | Le nom affiché dans les magasins d'applications | "My Awesome App" |
-| App ID | Un identifiant unique pour votre application | "com.mycompany.myapp" |
-| Web Directory | Chemin vers vos assets web | "dist" ou "www" |
-
-Ensuite, mettez à jour votre fichier de configuration (`capacitor.config.ts` ou `capacitor.config.json`) avec les paramètres pertinents :
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.mycompany.myapp',
-  appName: 'My Awesome App',
-  webDir: 'dist',
-  bundledWebRuntime: false
-};
-
-export default config;
-```
-
-### Configurez iOS et Android
-
-Ajoutez le support pour les plateformes iOS et Android avec ces commandes :
-
-```bash
-npx cap add ios
-npx cap add android
-```
-
-Cela générera des projets natifs :
-
--   **iOS** : Crée un dossier `ios` contenant le projet Xcode.
--   **Android** : Crée un dossier `android` pour le projet Android Studio.
-
-Après avoir apporté des modifications à vos assets web, exécutez les commandes suivantes pour construire et synchroniser :
-
-```bash
-npm run build
-npx cap sync
-```
-
-Ce processus compile vos assets web et les transfère vers les projets natifs, y compris tout [plugin Capacitor](https://capgo.app/plugins/) installé.
-
-Pour ouvrir les projets natifs pour des personnalisations supplémentaires :
-
-```bash
-npx cap open ios     # Opens Xcode
-npx cap open android # Opens Android Studio
-```
-
-Vous êtes maintenant prêt à tester votre configuration et à résoudre tout problème pouvant survenir.
-
-## Résoudre les problèmes courants
-
-Lors de la configuration du Capacitor CLI, vous pourriez rencontrer quelques accrocs courants. Voici comment les résoudre :
-
-### Problèmes de Gradle Android
-
-Si vous rencontrez des problèmes liés à Gradle, essayez ces étapes :
-
-1.  Naviguez jusqu'au répertoire Android et videz le cache de compilation :
-    
-    ```bash
-    cd android
-    ./gradlew cleanBuildCache
-    ```
-    
-2.  Mettez à jour la version de Gradle dans `android/build.gradle` :
-    
-    ```kotlin
-    buildscript {
-        ext {
-            gradleVersion = '8.1.0'
-        }
-    }
-    ```
-    
-3.  Ajoutez les lignes suivantes à `android/gradle.properties` pour de meilleures performances :
-    
-    ```properties
-    org.gradle.jvmargs=-Xmx4608m
-    org.gradle.parallel=true
-    ```
-    
-
-Si les problèmes persistent, revérifiez votre configuration ou consultez des ressources supplémentaires de dépannage.
-
-### L'application affiche un écran blanc
-
-Un écran blanc indique généralement un problème de configuration. Voici comment y remédier :
-
--   **Vérifiez le chemin du répertoire web** : Assurez-vous que `webDir` correspond à votre sortie de construction.
-    
-    ```typescript
-    const config: CapacitorConfig = {
-        webDir: 'dist', // Adjust if necessary
-    };
-    ```
-    
--   **Vérifiez la configuration du serveur** : Confirmez que les paramètres du serveur sont corrects.
-    
-    ```typescript
-    server: {
-        url: 'http://localhost:3000',
-        cleartext: true
-    }
-    ```
-    
--   **Mettez à jour la politique de sécurité de contenu** : Ajoutez cette balise meta à votre HTML pour un chargement approprié des ressources.
-    
-    ```html
-    <meta http-equiv="Content-Security-Policy" content="default-src 'self' 'unsafe-inline' 'unsafe-eval' data: *">
-    ```
-    
-
-### Plugin non fonctionnel
-
-Si un plugin ne se comporte pas comme prévu, suivez ces étapes :
-
-1.  Effectuez une installation propre des dépendances :
-    
-    ```bash
-    rm -rf node_modules
-    npm cache clean --force
-    npm install
-    ```
-    
-2.  Vérifiez les paramètres du plugin dans `capacitor.config.ts` pour vous assurer qu'ils sont configurés correctement :
-    
-    ```typescript
-    plugins: {
-        PluginName: {
-            option: 'value'
-        }
-    }
-    ```
-    
-
-Pour ceux utilisant le [plugin natif de Capgo](https://capgo.app/plugins/), il synchronise automatiquement les plugins et maintient la compatibilité lors des mises à jour.
-
-Après avoir appliqué ces corrections, reconstruisez votre projet pour vérifier les modifications :
-
-```bash
-npm run build && npx cap copy && npx cap sync
-```
-
-Une fois tout fonctionnant sans problème, vous pouvez poursuivre avec l'exploration des options de mise à jour en direct avec Capgo.
-
-## Mises à jour en direct avec [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/435c1a19c50c4ff1b7d76cbc4edeb6d0.jpg)
-
-Simplifiez les [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) en utilisant Capgo. Il vous permet d'envoyer des mises à jour directement aux utilisateurs, en évitant le besoin d'examens dans les magasins d'applications.
-
-**Commencer est simple.** Tout d'abord, installez les packages nécessaires :
-
-```bash
-npm install @capgo/cli @capgo/capacitor-updater
-npx cap sync
-```
-
-Ensuite, initialisez Capgo dans votre projet :
-
-```bash
-npx @capgo/cli init
-```
-
-### Plans tarifaires
-
-Capgo propose plusieurs niveaux de tarification pour répondre à différents besoins :
-
-| Plan | Utilisateurs actifs mensuels | Bande passante | Stockage | Prix (annuel) |
-| --- | --- | --- | --- | --- |
-| SOLO | 1,000 | 50 Go | 2 Go | 12 $/mois |
-| MAKER | 10,000 | 500 Go | 5 Go | 33 $/mois |
-| TEAM | 100,000 | 2,000 Go | 10 Go | 83 $/mois |
-
-Pour les utilisateurs d'entreprise, le plan PAYG commence à 249 $/mois et inclut des avantages comme l'accès API, des domaines personnalisés et un support dédié.
-
-### Configuration pour les mises à jour en direct
-
-Pour activer les mises à jour en direct, ajoutez ce qui suit à votre fichier `capacitor.config.ts` :
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://api.capgo.app/updates'
-    }
-  }
-}
-```
-
-### Fonctionnalités clés
-
-Capgo fournit plusieurs fonctionnalités remarquables :
-
--   **[Mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/)** avec cryptage de bout en bout
--   **Déploiements automatisés** grâce à l'intégration CI/CD
--   **Mises à jour ciblées** par affectation d'utilisateurs
--   **Rollback instantané** avec contrôle de version
--   **Analytique en temps réel** pour suivre les mises à jour
-
-### Commandes de déploiement
-
-Testez les mises à jour en développement avant de les déployer en direct. Utilisez les commandes suivantes :
-
--   Déployez vers staging :
-    
-    ```bash
-    npx @capgo/cli deploy --channel staging
-    ```
-    
--   Déployez en production :
-    
-    ```bash
-    npx @capgo/cli deploy --channel production
-    ```
-    
-
-Capgo garantit la conformité aux directives d'Apple et d'Android, donc vos mises à jour en direct ne risquent pas d'enfreindre les règlements des app stores. C'est un moyen efficace de gérer les applications Capacitor après installation.
-
-## Conclusion
-
-La configuration du Capacitor CLI est simple lorsque vous disposez des bons prérequis en place. Cette configuration garantit des mises à jour d'applications plus fluides et des workflows de développement efficaces.
-
-Les outils modernes rendent la maintenance des applications plus facile que jamais. Par exemple, Capgo propose désormais des mises à jour en direct, remplaçant des méthodes plus anciennes. Son intégration avec l'installation CLI en fait une excellente option pour les développeurs travaillant avec des applications Capacitor.
-
-L' [écosystème Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) s'améliore constamment avec de nouveaux outils et fonctionnalités. Installer le CLI n'est que le point de départ pour [créer des applications mobiles](https://capgo.app/blog/angular-mobile-app-capacitor/), et vous bénéficierez d'une documentation détaillée et d'une communauté de développeurs active.
-
-Assurez-vous de garder le Capacitor CLI et ses packages à jour pour éviter les problèmes de compatibilité.
diff --git a/src/content/blog/fr/integrate-universal-links-capacitor-nextjs.md b/src/content/blog/fr/integrate-universal-links-capacitor-nextjs.md
deleted file mode 100644
index 962ca2473..000000000
--- a/src/content/blog/fr/integrate-universal-links-capacitor-nextjs.md
+++ /dev/null
@@ -1,190 +0,0 @@
----
-slug: integrate-universal-links-capacitor-nextjs
-title: Comment intégrer des liens universels dans Next.js avec Capacitor
-description: >-
-  Apprenez étape par étape comment configurer des liens universels pour votre
-  application Next.js avec Capacitor sur les plateformes iOS et Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-14T00:00:00.000Z
-updated_at: 2023-12-14T00:00:00.000Z
-head_image: /deeplink_next_capacitor.webp
-head_image_alt: Liens universels Capacitor
-keywords: >-
-  Capacitor, Universal Links, Next.js, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: DeepLinking
-published: true
-locale: fr
-next_blog: ''
----
-Les liens universels sur iOS et les liens d'application sur Android permettent aux utilisateurs d'entrer directement dans votre application à partir d'un lien, contournant ainsi le navigateur. Cela est particulièrement utile pour améliorer l'expérience utilisateur et maintenir le contexte d'une page web à une application. Dans ce guide, nous allons passer en revue le processus de configuration de ces liens profonds pour une application Next.js utilisant Capacitor.
-
-Configurer des liens profonds ne nécessite pas beaucoup de code, mais cela implique une certaine configuration. À la fin de ce guide, vous pourrez cliquer sur un lien tel que `https://www.capgo.app/details/22` et voir votre application s'ouvrir à la bonne page si elle est installée.
-
-## Configuration des liens profonds Next.js
-
-Tout d'abord, nous allons créer une nouvelle application Next.js et une page de détails pour les tests :
-
-```sh
-npx create-next-app@latest capgoLinks
-cd capgoLinks
-mkdir pages/details
-touch pages/details/[id].js
-npm run build
-npx cap add ios
-npx cap add android
-```
-
-Assurez-vous que votre **ID de bundle** est correctement défini dans le fichier **capacitor.config.json**, car il est crucial pour la configuration :
-
-```json
-{
-  "appId": "com.capgo.deeplinks",
-  "appName": "capgoLinks",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-Pour le routage, Next.js utilise un routage basé sur les fichiers, donc en créant un fichier à `pages/details/[id].js`, nous avons déjà configuré notre route wildcard.
-
-Dans `pages/details/[id].js`, nous pouvons récupérer l'ID à partir de l'URL en utilisant le routeur intégré de Next.js :
-
-```jsx
-import { useRouter } from 'next/router'
-
-function DetailsPage() {
-  const router = useRouter()
-  const { id } = router.query
-
-  return (
-    <div>
-      <p>My ID: {id}</p>
-    </div>
-  )
-}
-
-export default DetailsPage
-```
-
-Maintenant, gérons l'événement `appUrlOpen` avec Capacitor. Cet événement est déclenché lorsque l'application est ouverte via un schéma d'URL personnalisé. Ajoutez un écouteur dans le fichier `pages/_app.js` :
-
-```jsx
-import { useEffect } from 'react'
-import { App } from '@capacitor/app'
-
-function MyApp({ Component, pageProps }) {
-  useEffect(() => {
-    App.addListener('appUrlOpen', (event) => {
-      const slug = event.url.split('.app').pop()
-      if (slug)
-        window.location.href = slug
-
-    })
-  }, [])
-
-  return <Component {...pageProps} />
-}
-
-export default MyApp
-```
-
-Ce code écoute l'événement `appUrlOpen` et navigue vers la route appropriée à l'intérieur de votre application Next.js.
-
-## Configuration iOS
-
-Pour iOS, vous aurez besoin d'un ID d'application avec les domaines associés activés. Créez un fichier **apple-app-site-association** avec le contenu suivant, en remplaçant `YOURTEAMID` et `com.your.bundleid` par votre ID d'équipe réel et l'ID de bundle :
-
-```json
-{
-  "applinks": {
-    "apps": [],
-    "details": [
-      {
-        "appID": "YOURTEAMID.com.your.bundleid",
-        "paths": ["*"]
-      }
-    ]
-  }
-}
-```
-
-Téléchargez ce fichier dans le répertoire `.well-known` sur votre domaine, le rendant accessible à `https://www.capgo.app/.well-known/apple-app-site-association`.
-
-Dans Xcode, ajoutez le domaine aux droits (entitlements) de votre application en utilisant le format `applinks:capgo.app`.
-
-## Configuration Android
-
-Pour les liens d'application Android, suivez ces étapes :
-
-1. Générer un fichier de keystore si vous n'en avez pas.
-2. Obtenir l'empreinte SHA256 à partir du keystore.
-3. Créer un fichier **assetlinks.json** avec votre nom de paquet et l'empreinte SHA256.
-4. Téléchargez ce fichier dans le répertoire `.well-known` sur votre domaine.
-
-Dans votre `AndroidManifest.xml`, ajoutez un `intent-filter` à l'élément `activity` qui gère les liens profonds :
-
-```xml
-<activity ...>
-  <intent-filter android:autoVerify="true">
-    <action android:name="android.intent.action.VIEW" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <category android:name="android.intent.category.BROWSABLE" />
-    <data android:scheme="https" android:host="capgo.app" />
-  </intent-filter>
-</activity>
-```
-
-Après avoir téléchargé le fichier `assetlinks.json`, vous pouvez le vérifier en utilisant l'outil Digital Asset Links de Google. Si tout est configuré correctement, vous verrez une coche verte.
-
-Pour construire et signer votre application, utilisez les commandes suivantes :
-
-```sh
-cd android
-./gradlew assembleRelease
-cd ..
-jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore my-release-key.keystore android/app/build/outputs/apk/release/app-release-unsigned.apk alias_name
-zipalign -v 4 android/app/build/outputs/apk/release/app-release-unsigned.apk capgo.apk
-adb install capgo.apk
-```
-
-Cela installera l'application signée sur votre appareil Android connecté.
-
-## Configurer Capacitor pour les paramètres du projet natif
-
-Pour automatiser les paramètres du projet natif, envisagez d'utiliser le [package de configuration Capacitor](https://github.com/ionic-team/capacitor-configure/). Installez-le dans votre projet :
-
-```sh
-npm install @capacitor/configure
-```
-
-Créez un fichier `capacitor.config.yaml` à la racine de votre projet :
-
-```yaml
-vars:
-  BUNDLE_ID: com.capgo.deeplinks
-  PACKAGE_NAME: com.capgo.deeplinks
-platforms:
-  ios:
-    targets:
-      App:
-        bundleId: $BUNDLE_ID
-    entitlements:
-      - com.apple.developer.associated-domains: ['applinks:capgo.app']
-  android:
-    packageName: $PACKAGE_NAME
-```
-
-Exécutez l'outil de configuration avec cette configuration :
-
-```sh
-npx cap-config run capacitor.config.yaml
-```
-
-Cela appliquera les paramètres spécifiés dans le fichier YAML à vos projets natifs.
-
-## Conclusion
-
-Configurer des liens profonds avec Capacitor pour une application Next.js implique de configurer votre domaine et les paramètres du projet tant pour iOS que pour Android. Bien que le processus nécessite une attention aux détails, il est fluidifié par rapport aux anciennes méthodes et ne nécessite pas de plugins supplémentaires. Assurez-vous que vos fichiers de vérification de domaine sont correctement servis et vérifiez-les avec les outils des plateformes respectives. Une fois configurée, votre application s'ouvrira facilement à partir de liens web, offrant une transition fluide pour vos utilisateurs entre le web et l'application.
diff --git a/src/content/blog/fr/integrity-checks-for-capacitor-updates.md b/src/content/blog/fr/integrity-checks-for-capacitor-updates.md
deleted file mode 100644
index 858c160ad..000000000
--- a/src/content/blog/fr/integrity-checks-for-capacitor-updates.md
+++ /dev/null
@@ -1,217 +0,0 @@
----
-slug: integrity-checks-for-capacitor-updates
-title: Vérifications d'intégrité pour les mises à jour de Capacitor
-description: >-
-  Apprenez à mettre en œuvre des mises à jour OTA sécurisées pour les
-  applications Capacitor en utilisant des contrôles d'intégrité, le cryptage et
-  des stratégies de restauration efficaces.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-25T02:39:56.412Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67bd178e258ce8f57ea75e3e-1740451235493.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA updates, Capacitor, security, integrity checks, encryption, mobile apps,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Des mises à jour OTA sécurisées pour les applications [Capacitor](https://capacitorjs.com/) sont essentielles pour protéger les utilisateurs et leurs données.** Voici comment garantir des mises à jour sûres :
-
--   **Vérifications d'intégrité** : Utilisez des hachages cryptographiques et des signatures numériques pour confirmer que les mises à jour n'ont pas été modifiées.
--   **Menaces courantes** : Prévenez l'interception, le spoofing et la manipulation grâce à HTTPS, aux signatures numériques et aux sommes de contrôle.
--   **Intégration de [Capgo](https://capgo.app/)** : Simplifiez les mises à jour sécurisées avec le chiffrement de Capgo, la vérification en temps réel et les fonctionnalités de retour en arrière.
--   **Pratiques de sécurité clés** :
-    -   Imposer HTTPS pour une communication sécurisée.
-    -   Utiliser l'authentification TLS mutuelle pour les demandes de mise à jour.
-    -   Signer les paquets de mise à jour et les vérifier avec des sommes de contrôle.
-    -   Stocker les clés en toute sécurité en utilisant le trousseau iOS ou [Android Keystore](https://developer.android.com/privacy-and-security/keystore).
-
-**Astuce rapide** : Automatisez le retour en arrière pour les mises à jour échouées et tenez les utilisateurs informés en cas de problème pour maintenir la confiance.
-
-Cet article explore la mise en place d'une infrastructure OTA sécurisée, des méthodes cryptographiques et des outils pratiques comme Capgo pour simplifier le processus.
-
-## Vidéo associée de YouTube
-
-<iframe src="https://www.youtube.com/embed/z7nqbCQQBp8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Infrastructure de mise à jour OTA sécurisée
-
-Construisez un système de mise à jour OTA (Over-The-Air) fiable pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) en intégrant HTTPS, une authentification forte et des outils de mise à jour en temps réel.
-
-### Configuration de HTTPS pour les mises à jour
-
-Utiliser HTTPS est crucial pour chiffrer les transmissions de mise à jour. Les mesures de sécurité clés incluent :
-
-| Composant de sécurité | Détail de mise en œuvre | Objectif |
-| --- | --- | --- |
-| Certificat SSL/TLS | Obtenez auprès d'une Autorité de Certification (CA) de confiance | Sécurise les données pendant la transmission |
-| Configuration du serveur | Imposer l'utilisation stricte de HTTPS | Protège contre les attaques de rétrogradation |
-| Pinning de certificat | Valider l'empreinte SHA-256 | Confirme l'identité du serveur |
-
-Assurez-vous que votre application Capacitor n'accepte que les connexions HTTPS pour les demandes de mise à jour. Cette étape prévient l'interception des données et la manipulation, formant la base d'une authentification sécurisée.
-
-### Authentification des demandes de mise à jour
-
-L'authentification mutuelle TLS (Transport Layer Security) garantit que le client et le serveur vérifient l'identité de l'autre. Toutes les communications HTTP pour les mises à jour devraient inclure des vérifications strictes d'authentification et d'autorisation [\[2\]](https://docs.aws.amazon.com/freertos/latest/userguide/dev-guide-ota-security.html). Ces protocoles renforcent la sécurité fournie par HTTPS, créant une défense en couches.
-
-### Utilisation de [Capgo](https://capgo.app/) pour les mises à jour
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-25.jpg?auto=compress)
-
-Capgo offre une solution rationalisée et sécurisée pour gérer les mises à jour OTA. Avec plus de 23,5 millions de mises à jour livrées à travers 750 applications en production, Capgo fournit :
-
--   **Chiffrement de bout en bout** pour les utilisateurs autorisés
--   **Conformité** aux règles des plateformes Apple et Google
--   **Vérification en temps réel** pour assurer l'intégrité des mises à jour
-
-Pour commencer, installez le plugin Capgo en utilisant `npx @capgo/cli init`. Cela permet la vérification automatique des mises à jour lorsque l'application démarre. Pour iOS, Capgo inclut un interpréteur Dart personnalisé pour répondre aux exigences spécifiques à la plateforme [\[3\]](https://capgo.app/docs/faq/).
-
-###### sbb-itb-f9944d2
-
-## Méthodes de sécurité cryptographique
-
-Sécurisez les mises à jour OTA dans les applications Capacitor en mettant en œuvre de solides pratiques cryptographiques.
-
-### Gestion des clés
-
-Une gestion efficace des clés est essentielle. Utilisez un Service de Gestion des Clés (KMS) pour gérer la génération, le stockage, la distribution et la surveillance des clés de chiffrement.
-
-| Phase de gestion des clés | Exigences de mise en œuvre | Considérations de sécurité |
-| --- | --- | --- |
-| Génération | Utilisez un TRNG (True Random Number Generator) cryptographiquement sécurisé | Assurez-vous d'une source d'entropie basée sur le matériel |
-| Stockage | Utilisez des systèmes de sauvegarde chiffrés | Maintenez une isolation sécurisée des clés |
-| Distribution | Appliquez des mécanismes de contrôle d'accès | Imposer des permissions basées sur les rôles |
-| Surveillance | Activez le suivi d'accès en temps réel | Mettez en place des alertes automatisées |
-
-Pour le stockage des clés côté client, reposez-vous sur des outils spécifiques à la plateforme tels que **[iOS Keychain Services](https://developer.apple.com/documentation/security/keychain-services)** et **Android Keystore APIs**. Une fois vos clés stockées en toute sécurité, signez vos paquets de mise à jour pour confirmer leur authenticité.
-
-### Signature des paquets de mise à jour
-
-1.  **Préparation du paquet**
-    
-    Préparez le bundle de mise à jour en incluant votre sortie de build de production Capacitor, généralement située dans le répertoire "dist/" ou "www/". Le paquet doit inclure :
-    
-    -   `index.html`
-    -   Fichiers JavaScript regroupés
-    -   Ressources CSS
-    -   Autres actifs web nécessaires
-2.  **Processus de signature**
-    
-    Utilisez la configuration `publicKey` de Capacitor pour activer le chiffrement de bout en bout. Gardez le fichier zip non chiffré pour garantir un déballage fluide lors des mises à jour.
-    
-
-### Étapes de vérification des mises à jour
-
-Pour garantir l'intégrité des mises à jour signées, suivez ces étapes de vérification :
-
-| Étape de vérification | Objectif | Mise en œuvre |
-| --- | --- | --- |
-| Intégrité du bundle | Assurez la complétude du paquet et vérifiez la source | Validez les fichiers requis et les signatures cryptographiques |
-| Contrôle de version | Prévenir les attaques de rétrogradation | Comparez les numéros de version avec la dernière version déployée |
-
-Pour une sécurité accrue, mettez en place un système de vérification côté serveur pour gérer les opérations sensibles impliquant des clés secrètes. Cela s'aligne sur les meilleures pratiques et recommandations de [NIST](https://www.nist.gov/) pour maintenir l'intégrité des systèmes de mise à jour.
-
-## Gestion des échecs de mise à jour
-
-Gérer efficacement les échecs après vérification de l'intégrité des mises à jour est crucial pour maintenir la fiabilité du système et la confiance des utilisateurs.
-
-### Étapes de retour en arrière des mises à jour
-
-Mettez en place un système automatisé de retour en arrière pour gérer les situations où les vérifications d'intégrité échouent. Les outils de réversion automatisée de Capgo peuvent aider à garantir que votre système reste stable pendant ces événements.
-
-| Phase | Action | Vérification |
-| --- | --- | --- |
-| Pré-retour | Vérifiez l'intégrité de la version de sauvegarde | Vérifiez les signatures cryptographiques |
-| Exécution | Restaurez la version précédente fonctionnelle | Confirmez la restauration réussie |
-| Post-retour | Validez la fonctionnalité de l'application | Réalisez des tests critiques |
-
-Voici comment vous pouvez configurer votre [updater Capacitor](https://capgo.app/plugins/capacitor-updater/) avec des paramètres de délai appropriés pour des retours en arrière plus fluides :
-
-```javascript
-{
-  appReadyTimeout: 10000,
-  responseTimeout: 15000,
-  autoDeleteFailed: true
-}
-```
-
-### Système de suivi des erreurs
-
-Les écouteurs d'événements intégrés de Capacitor sont pratiques pour suivre les erreurs pendant les mises à jour. Utilisez-les pour surveiller et enregistrer les problèmes efficacement :
-
--   Surveillez les événements comme `updateFailed` et `downloadFailed`
--   Enregistrez les détails de version et les causes d'échecs
--   Identifiez les problèmes récurrents en analysant les modèles
-
-Cette approche vous aide à cibler les problèmes et vous prépare à communiquer clairement avec les utilisateurs pendant les échecs de mise à jour.
-
-### Guide de communication avec les utilisateurs
-
-Tenir les utilisateurs informés pendant les échecs de mise à jour minimise la frustration et réduit les tickets de support. Voici un guide pour une communication efficace :
-
-| Moment | Contenu du message | Canal |
-| --- | --- | --- |
-| Précédent la mise à jour | Avis de maintenance programmée | Notification dans-app |
-| Pendant l'échec | État et temps de résolution | Mises à jour de la barre d'état |
-| Après l'incident | Confirmation de la résolution du problème | Notification push |
-
-**Conseils clés pour la communication :**
-
-1.  Informez immédiatement les utilisateurs avec une explication simple et un temps de résolution estimé.
-2.  Fournissez des mises à jour continues via la barre d'état du système.
-3.  Envoyez une confirmation finale une fois le problème résolu, y compris des instructions pour la vérification de version.
-
-> "Un plan de retour bien pensé est un témoignage de la maturité de la gestion des risques et de la préparation opérationnelle d'une organisation." - Jos Accapadi, MBA, article LinkedIn
-
-## Résumé des lignes directrices en matière de sécurité
-
-Cette section rassemble les principales pratiques de sécurité discutées précédemment.
-
-### Principaux points de sécurité
-
-Une sécurité OTA efficace repose sur plusieurs couches de protection. Des techniques comme le pinning SSL et le stockage des certificats sur l'appareil aident à prévenir les attaques de type homme du milieu [\[4\]](https://ionic.io/blog/capacitor-ssl-pinning).
-
-| **Couche de sécurité** | **Mise en œuvre** | **Méthode de vérification** |
-| --- | --- | --- |
-| Communication | Imposer HTTPS | Validation du certificat SSL |
-| Intégrité des fichiers | Générer des sommes de contrôle | Vérification du `checksum.json` |
-| Authentification | Signature des requêtes | Validation de la clé publique |
-| Protection des mises à jour | Pinning SSL | Correspondance des certificats |
-
-### Intégration de Capgo
-
-La dernière version de Capgo (v7.0.23, février 2025) introduit une sécurité améliorée pour la gestion des paquets sur plusieurs plateformes. En intégrant Capgo, vous pouvez rationaliser les processus de mise à jour sécurisés. La plateforme utilise un chiffrement de bout en bout et s'aligne sur les exigences de sécurité des magasins d'applications.
-
-Voici un exemple de configuration sécurisée pour votre projet :
-
-```javascript
-{
-  autoUpdate: true,
-  updateUrl: "https://api.capgo.app/updates",
-  autoDeleteFailed: true,
-  responseTimeout: 15000
-}
-```
-
-### Liste de contrôle pour les développeurs
-
-[OWASP](https://en.wikipedia.org/wiki/OWASP) souligne la communication non sécurisée comme l'un des plus grands risques dans le développement mobile, en mettant l'accent sur l'importance de mesures de sécurité robustes [\[4\]](https://ionic.io/blog/capacitor-ssl-pinning).
-
--   **Authentification et vérification**
-    
-    -   Utilisez le système de jetons de Capgo pour une authentification sécurisée des requêtes.
-    -   Créez un fichier `checksum.json` lors du processus de construction pour vérifier à la fois les composants individuels et l'ensemble du paquet [\[1\]](https://github.com/objektlabs/capacitor-app-updater).
-    -   Assurez-vous que les informations d'identification sont stockées en toute sécurité.
--   **Surveillance et configuration**
-    
-    -   Activez le suivi des erreurs pour détecter les problèmes à un stade précoce.
-    -   Configurez des retours automatiques pour les mises à jour échouées.
-    -   Utilisez le tableau de bord analytique de Capgo pour surveiller les performances et les statistiques des mises à jour.
-
-Suivre ces pratiques vous aidera à maintenir des mises à jour OTA sécurisées pour les applications Capacitor.
diff --git a/src/content/blog/fr/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md b/src/content/blog/fr/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
deleted file mode 100644
index 887530dfb..000000000
--- a/src/content/blog/fr/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
+++ /dev/null
@@ -1,94 +0,0 @@
----
-slug: introducing-end-to-end-security-to-capacitor-updater-with-code-signing
-title: >-
-  Introduction du chiffrement de bout en bout dans capacitor-updater avec la
-  signature de code
-description: >-
-  Utilisation du chiffrement RSA + AES pour crypter les mises à jour, conçu pour
-  les entreprises et les applications à haute sécurité
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-27T00:00:00.000Z
-updated_at: 2024-08-27T00:00:00.000Z
-head_image: /secure_upload.webp
-head_image_alt: Téléchargement sécurisé de Capgo
-keywords: >-
-  E2E, code signing, RSA, AES, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Solution
-published: true
-locale: fr
-next_blog: ''
----
-[Capacitor-updater](https://github.com/Cap-go/capacitor-updater/) prend désormais en charge le chiffrement de code de bout en bout. La signature de code garantit que les mises à jour exécutées par les appareils des utilisateurs finaux n'ont pas été altérées et offre un niveau de protection supplémentaire au-delà de la sécurité web standard de Capacitor-updater.
-
-## La sécurité par défaut de Capacitor-updater
-
-Par défaut, le modèle de sécurité de Capgo est similaire à celui des hébergeurs web. Capgo stocke les mises à jour [chiffrées au repos](https://cloud.google.com/docs/security/encryption/default-encryption/) et les sert via HTTPS en utilisant des chiffrements modernes. De même, la publication d'une mise à jour depuis l'ordinateur d'un développeur utilise toujours HTTPS.
-
-![Capgo obtient un A+ au test HTTPS de SSL Labs](/ssllabs_report.webp)
-
-La sécurité par défaut de Capgo obtient un A+ au test HTTPS de SSL Labs (https://www.ssllabs.com, novembre 2022)
-
-Comme les meilleurs hébergeurs web, Capgo utilise HTTPS pour protéger la confidentialité et l'intégrité des connexions réseau entre le serveur et les appareils des utilisateurs finaux. C'est un excellent niveau de sécurité qui fonctionne bien à la fois pour le web et les applications Ionic qui utilisent Capgo.
-
-## La chaîne d'approvisionnement de l'infrastructure cloud
-
-Une autre chose que Capgo et la plupart des hébergeurs web ont en commun est qu'ils fonctionnent sur une infrastructure cloud de bas niveau, souvent d'AWS, GCP ou d'un autre fournisseur cloud populaire. Le matériel et les logiciels exploités par ces fournisseurs cloud et Capgo ou d'autres hébergeurs web font partie de la chaîne d'approvisionnement cloud.
-
-La chaîne d'approvisionnement cloud et son modèle de sécurité fonctionnent pour un grand nombre de sites web et d'applications. Chaque développeur web qui utilise un fournisseur cloud fait confiance à ce fournisseur et s'attend à ce que les fichiers qu'il télécharge soient les fichiers qui sont exécutés ou servis sans être altérés. Et les fournisseurs cloud travaillent dur pour maintenir leur infrastructure sécurisée.
-
-Mais évidemment, des vulnérabilités matérielles et logicielles sont découvertes. Les fournisseurs cloud corrigent les vulnérabilités selon des calendriers opportuns, préviennent de manière proactive les logiciels malveillants (par exemple [Google's SLSA](https://security.googleblog.com/2021/06/introducing-slsa-end-to-end-framework.html/)), et construisent des couches de défense en profondeur, et en pratique, l'infrastructure cloud s'est avérée répondre aux besoins de sécurité de la plupart des sites web et des applications. Cependant, certaines applications Ionic incluent l'infrastructure cloud compromise dans leurs modèles de menaces. Pour ces applications Capacitor JS avec les exigences de sécurité les plus élevées au-dessus du web, nous avons intégré la signature de code de bout en bout dans Capgo et le [protocole standard des mises à jour Capgo](/docs/self-hosted/auto-update/update-endpoint/).
-
-## Signature de code de bout en bout avec Capgo
-
-La signature de code de bout en bout de Capgo utilise la cryptographie à clé publique pour garantir que les appareils des utilisateurs finaux n'exécutent que des mises à jour non modifiées et originales du développeur de l'application Capacitor.
-
-"De bout en bout" signifie que cette sécurité couvre le flux depuis le moment où un développeur publie une mise à jour jusqu'au moment où l'appareil d'un utilisateur final reçoit et exécute la mise à jour. "La signature de code" consiste à utiliser la cryptographie et une clé privée secrète pour "signer" le code, puis à utiliser une clé publique de confiance pour vérifier la signature.
-
-Voici un schéma simple* pour expliquer comment cela fonctionne :
-
-![Schéma de chiffrement Capgo](/encryption_flow.webp)
-
-* Complexe en pratique, la cryptographie est difficile
-
-*Définition* :
-- AES : Advanced Encryption Standard, un algorithme de chiffrement symétrique, une clé pour le chiffrement et le déchiffrement.
-- RSA : Rivest–Shamir–Adleman, un algorithme de chiffrement asymétrique, deux clés sont utilisées : une clé publique et une clé privée.
-- Cypher : Les données chiffrées.
-- Clé de session : Une clé AES utilisée pour chiffrer et déchiffrer les données.
-- Somme de contrôle : Un hachage calculé pour un fichier
-- Signature : Une somme de contrôle qui a été chiffrée avec une clé RSA privée. Elle peut être vérifiée avec une clé RSA publique
-
-Nous utilisons l'algorithme AES pour chiffrer la mise à jour. Une clé AES aléatoire est générée pour chaque téléchargement, puis la clé AES et la somme de contrôle (ci-après "signature") sont chiffrées avec la clé RSA privée du développeur. La clé RSA publique du développeur est utilisée dans l'application pour déchiffrer la clé AES et la signature (la reconvertissant en somme de contrôle). Plus tard, la clé AES déchiffrée est utilisée pour déchiffrer la mise à jour ; une somme de contrôle de la mise à jour déchiffrée est calculée, et elle est comparée avec la signature déchiffrée.
-
-Nous utilisons deux algorithmes de chiffrement différents car RSA ne peut pas être utilisé pour chiffrer de grandes quantités de données. AES est utilisé pour chiffrer la mise à jour et RSA est utilisé pour chiffrer la clé AES et la somme de contrôle.
-
-Avec cela, même Capgo ne peut pas lire le contenu de votre bundle. C'est un modèle de sécurité robuste qui est utilisé par de nombreux clients entreprise.
-
-**Mise à jour chiffrement V2 2024-08-27 :**
-- Nous avons changé le type de clé stockée dans l'application. Cela a été fait pour empêcher de déduire la clé publique (précédemment utilisée pour le chiffrement) de la clé privée (précédemment utilisée pour le déchiffrement). Maintenant, l'application stocke la clé publique (maintenant utilisée pour le déchiffrement).
-- Nous avons changé la somme de contrôle de l'algorithme CRC32 à l'algorithme SHA256. Nous avons également commencé à [signer le bundle](https://en.wikipedia.org/wiki/RSA_(cryptosystem)#Signing_messages). Lorsque le chiffrement V2 est configuré, une mise à jour doit avoir une signature valide. Ceci est strictement appliqué par le plugin.
-- Nous appliquons maintenant une signature valide lorsque le chiffrement V2 est configuré.
-Ces 3 changements ont été effectués après une analyse de sécurité d'un membre de la communauté. Ils sont là pour prévenir les attaques cryptographiques pendant la mise à jour.
-
-Si vous utilisiez le chiffrement V1, migrez vers V2 pour bénéficier des nouvelles fonctionnalités de sécurité. Suivez les [instructions de migration](/docs/cli/migrations/encryption/).
-
-Avec la signature de code de bout en bout, Capgo devient une infrastructure cloud "sans confiance". Si l'un des fournisseurs cloud de Capgo ou même Capgo lui-même devait modifier une mise à jour signée, les appareils des utilisateurs finaux rejetteraient cette mise à jour et exécuteraient la mise à jour précédente de confiance déjà présente sur l'appareil.
-
-Bien que le niveau web HTTPS soit suffisant pour de nombreuses applications, certaines grandes entreprises trouvent attrayant le niveau de sécurité supplémentaire de la signature de code de bout en bout. Certaines de ces entreprises créent des applications financières qui émettent des transactions permanentes de haute valeur. D'autres entreprises ont des RSSI qui incluent l'infrastructure cloud compromise dans leurs modèles de menaces. Nous avons intégré la signature de code de bout en bout dans Capgo pour ces cas d'utilisation et sommes intéressés d'en savoir plus des entreprises ayant des besoins de sécurité de niveau supérieur.
-
-## Mise en route pour les clients entreprise
-
-Pour les grandes entreprises ou les projets qui accordent une grande importance à la sécurité, nous voulons rendre la signature de code facile à configurer et à maintenir. À cette fin, nous fournissons désormais les fonctionnalités suivantes :
-
--   Configuration rapide des certificats et configuration
--   Prise en charge de la signature de code des serveurs de développement avec Capgo et les builds de développement
--   Signature de code en production sur chaque mise à jour
-
-La signature de code Capgo est disponible pour tous les clients. Pour commencer, suivez les [instructions de configuration](/docs/cli/commands/#end-to-end-encryption-trustless).
-
-## Crédits
-
-Merci beaucoup à [Ionic](https://ionic.com/), cet article est basé sur [cet article](https://ionic.io/blog/introducing-the-ionic-end-to-end-testing-reference-example/) réécrit avec chat-gpt-3 et adapté.
diff --git a/src/content/blog/fr/ionic-capacitor-push-notifications-firebase.md b/src/content/blog/fr/ionic-capacitor-push-notifications-firebase.md
deleted file mode 100644
index a5c416c57..000000000
--- a/src/content/blog/fr/ionic-capacitor-push-notifications-firebase.md
+++ /dev/null
@@ -1,444 +0,0 @@
----
-slug: ionic-capacitor-push-notifications-firebase
-title: 'Notifications Push Ionic Capacitor avec Firebase : Un guide étape par étape'
-description: >-
-  Apprenez à intégrer des notifications push dans votre application Ionic
-  Capacitor en utilisant Firebase, avec des instructions étape par étape pour
-  les plateformes Android et iOS.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /push_notif.webp
-head_image_alt: Notifications Push Ionic Capacitor avec Firebase
-keywords: >-
-  Ionic, Capacitor, push notifications, Firebase, mobile app development, live
-  updates, OTA updates, continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: ''
----
-Dans ce tutoriel, nous allons intégrer des notifications push dans une application Ionic Capacitor en utilisant Firebase. Vous n'avez pas besoin d'un service spécifique pour cela, mais vous devez configurer plusieurs éléments au préalable. Firebase est un excellent choix puisqu'il est requis pour Android, et vous pouvez facilement l'utiliser pour envoyer des notifications sans utiliser la base de données.
-
-<div class="mx-auto" style="width: 50%;">
-  <video src="/push_demo.mov" alt="ionic capacitor push" autoplay loop muted>
-</div>
-
-Tout d'abord, nous allons créer une application Ionic avec Capacitor activé et spécifier notre **identifiant de package**, qui est l'identifiant unique de votre application. Ensuite, nous allons construire l'application et ajouter les plateformes natives.
-
-```bash
-ionic start pushApp blank --type=angular --capacitor --package-id=com.appdactic.devpush
-cd ./pushApp
-ionic build
-npx cap add ios
-npx cap add android
-```
-
-Si vous avez déjà une application, vous pouvez modifier le **capacitor.config.json** pour inclure votre **appId**. Cependant, si vos dossiers natifs existent déjà, vous devrez remplacer l'identifiant dans tous les fichiers où il apparaît, car Capacitor ne crée le dossier qu'une seule fois et **ne mettra pas à jour l'identifiant lui-même**. Dans le **capacitor.config.json**, vous pouvez également spécifier des options comme la mise à jour du nombre de badges, la lecture de son lors de la réception d'une notification, et l'affichage d'une alerte lorsque celle-ci arrive.
-
-```json
-{
-  "appId": "com.appdactic.devpush",
-  "appName": "pushApp",
-  "bundledWebRuntime": false,
-  "npmClient": "npm",
-  "webDir": "www",
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 0
-    },
-    "PushNotifications": {
-      "presentationOptions": ["badge", "sound", "alert"]
-    }
-  },
-  "cordova": {}
-}
-```
-
-Maintenant, configurons les notifications push en dehors de l'application.
-
-## Configuration de Firebase
-
-Commencez par [créer un nouveau projet Firebase](https://firebase.google.com/) ou en utilisant un existant. Fournissez un nom et des options par défaut pour un nouveau projet.
-
-Si vous avez une nouvelle application, vous devriez voir **"Commencez par ajouter Firebase à votre application"** dans le tableau de bord de votre application. Sinon, cliquez sur l'icône d'engrenage et allez dans **paramètres du projet** pour ajouter une application.
-
-La boîte de dialogue pour iOS et Android ressemble à celle-ci, et l'important est d'utiliser votre **identifiant de package** pour les applications.
-
-<div class="mx-auto" style="width: 100%;">
-  <img src="/firebase-app-setup-ios.webp" alt="firebase-app-setup-ios">
-</div>
-
-Après l'étape initiale, téléchargez les fichiers suivants :
-
-- Fichier **google-services.json** pour Android
-- Fichier **GoogleService-info.plist** pour iOS
-
-Ensuite, configurez les plateformes.
-
-### Préparation des notifications push Android
-
-Pour Android, déplacez le fichier **google-services.json** que vous avez téléchargé dans le dossier **android/app/**.
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/android-push-file.webp" alt="android-push-file">
-</div>
-
-C'est tout pour Android. Maintenant, configurons iOS.
-
-### Préparation des notifications push iOS
-
-Cette partie est plus compliquée. Tout d'abord, [créez un ID d'application pour votre application dans la liste des identifiants](https://developer.apple.com/account/resources/identifiers/list/) de votre compte développeur Apple. Assurez-vous de **sélectionner la capacité des notifications push** dans la liste.
-
-![ionic-ios-push-id](/ionic-ios-push-id.webp)
-
-L'**ID de module** doit être le même que votre ID d'application dans Capacitor et Firebase.
-
-Maintenant, [créez une clé](https://developer.apple.com/account/resources/authkeys/list/) et activez le **service de notifications push d'Apple (APNs)**. Si vous avez atteint le nombre maximum de clés, vous pouvez utiliser une clé existante ou un certificat à la place, mais le processus est plus compliqué.
-
-![ios-developer-push-key](/ios-developer-push-key.webp)
-
-Après avoir téléchargé le fichier **.p8**, téléchargez-le sur Firebase. Ouvrez l'onglet **Cloud Messaging** dans les paramètres de votre projet Firebase, téléchargez le fichier et entrez les détails pour l'ID de clé et votre ID d'équipe depuis iOS.
-
-![firebase-upload-ios-key](/firebase-upload-ios-key.webp)
-
-Maintenant, apportez des modifications à votre projet Xcode en exécutant :
-
-```bash
-npx cap open ios
-```
-
-Copiez le fichier **GoogleService-Info.plist** que vous avez téléchargé depuis Firebase dans votre projet iOS. Faites glisser le fichier dans le projet Xcode à l'intérieur du dossier app/app, et sélectionnez **Copier les éléments si nécessaire**.
-
-Ensuite, ajoutez un nouveau Pod pour la dépendance Firebase dans le **ios/App/Podfile** :
-
-```ruby
-target 'App' do
-  capacitor_pods
-  # Add your Pods here
-  pod 'Firebase/Messaging'
-end
-```
-
-Mettez à jour la plateforme native avec cette commande :
-
-```bash
-npx cap update ios
-```
-
-Modifiez le code Swift natif dans **ios/App/App/AppDelegate.swift** pour s'enregistrer auprès de Firebase et retourner le bon jeton à votre application.
-
-```swift
-import UIKit
-import Capacitor
-import Firebase
-
-@UIApplicationMain
-class AppDelegate: UIResponder, UIApplicationDelegate {
-
-  var window: UIWindow?
-
-  func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-    // Override point for customization after application launch.
-    FirebaseApp.configure()
-    return true
-  }
-
-  // All the existing functions
-  // ...
-
-  // Update this one:
-    func application(_ application: UIApplication, didRegisterForRemoteNotificationsWithDeviceToken deviceToken: Data) {
-        Messaging.messaging().apnsToken = deviceToken
-        InstanceID.instanceID().instanceID { (result, error) in
-            if let error = error {
-                NotificationCenter.default.post(name: Notification.Name(CAPNotifications.DidFailToRegisterForRemoteNotificationsWithError.name()), object: error)
-            } else if let result = result {
-                NotificationCenter.default.post(name: Notification.Name(CAPNotifications.DidRegisterForRemoteNotificationsWithDeviceToken.name()), object: result.token)
-            }
-        }
-    }
-}
-```
-
-Enfin, ajoutez la capacité pour les notifications push dans votre projet Xcode.
-
-![capacitor-xcode-capability](/capacitor-xcode-capability.webp)
-
-Maintenant, construisez votre application et intégrez les notifications push.
-
-## Intégration des notifications push Ionic
-
-Créez un service et une nouvelle page dans votre projet Ionic :
-
-```bash
-ionic g service services/fcm
-ionic g page pages/details
-```
-
-Mettez à jour le routage dans **app/app-routing.module.ts** pour inclure la nouvelle page avec un identifiant dynamique :
-
-```typescript
-import { NgModule } from '@angular/core';
-import { PreloadAllModules, RouterModule, Routes } from '@angular/router';
-
-const routes: Routes = [
-  {
-    path: 'home',
-    loadChildren: () => import('./home/home.module').then( m => m.HomePageModule)
-  },
-  {
-    path: '',
-    redirectTo: 'home',
-    pathMatch: 'full'
-  },
-  {
-    path: 'home/:id',
-    loadChildren: () => import('./pages/details/details.module').then( m => m.DetailsPageModule)
-  },
-];
-
-@NgModule({
-  imports: [
-    RouterModule.forRoot(routes, { preloadingStrategy: PreloadAllModules })
-  ],
-  exports: [RouterModule]
-})
-export class AppRoutingModule { }
-```
-
-Créez un service pour gérer les notifications push dans **services/fcm.service.ts** :
-
-```typescript
-import { Injectable } from '@angular/core';
-import {
-  Plugins,
-  PushNotification,
-  PushNotificationToken,
-  PushNotificationActionPerformed,
-  Capacitor
-} from '@capacitor/core';
-import { Router } from '@angular/router';
-
-const { PushNotifications } = Plugins;
-
-@Injectable({
-  providedIn: 'root'
-})
-export class FcmService {
-
-  constructor(private router: Router) { }
-
-  initPush() {
-    if (Capacitor.platform !== 'web') {
-      this.registerPush();
-    }
-  }
-
-  private registerPush() {
-    PushNotifications.requestPermission().then((permission) => {
-      if (permission.granted) {
-        // Register with Apple / Google to receive push via APNS/FCM
-        PushNotifications.register();
-      } else {
-        // No permission for push granted
-      }
-    });
-
-    PushNotifications.addListener(
-      'registration',
-      (token: PushNotificationToken) => {
-        console.log('My token: ' + JSON.stringify(token));
-      }
-    );
-
-    PushNotifications.addListener('registrationError', (error: any) => {
-      console.log('Error: ' + JSON.stringify(error));
-    });
-
-    PushNotifications.addListener(
-      'pushNotificationReceived',
-      async (notification: PushNotification) => {
-        console.log('Push received: ' + JSON.stringify(notification));
-      }
-    );
-
-    PushNotifications.addListener(
-      'pushNotificationActionPerformed',
-      async (notification: PushNotificationActionPerformed) => {
-        const data = notification.notification.data;
-        console.log('Action performed: ' + JSON.stringify(notification.notification));
-        if (data.detailsId) {
-          this.router.navigateByUrl(`/home/${data.detailsId}`);
-        }
-      }
-    );
-  }
-}
-```
-
-Appelez la fonction `initPush()` dans **app/app.component.ts** :
-
-```typescript
-import { Component } from '@angular/core';
-
-import { Platform } from '@ionic/angular';
-import { SplashScreen } from '@ionic-native/splash-screen/ngx';
-import { StatusBar } from '@ionic-native/status-bar/ngx';
-import { FcmService } from './services/fcm.service';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: 'app.component.html',
-  styleUrls: ['app.component.scss']
-})
-export class AppComponent {
-  constructor(
-    private platform: Platform,
-    private splashScreen: SplashScreen,
-    private statusBar: StatusBar,
-    private fcmService: FcmService
-  ) {
-    this.initializeApp();
-  }
-
-  initializeApp() {
-    this.platform.ready().then(() => {
-      this.statusBar.styleDefault();
-      this.splashScreen.hide();
-
-      // Trigger the push setup
-      this.fcmService.initPush();
-    });
-  }
-}
-```
-
-Gérez les informations sur la page des détails dans **pages/details/details.page.ts** :
-
-```typescript
-import { Component, OnInit } from '@angular/core';
-import { ActivatedRoute } from '@angular/router';
-import { Plugins } from '@capacitor/core';
-const { PushNotifications } = Plugins;
-
-@Component({
-  selector: 'app-details',
-  templateUrl: './details.page.html',
-  styleUrls: ['./details.page.scss'],
-})
-export class DetailsPage implements OnInit {
-  id = null;
-
-  constructor(private route: ActivatedRoute) { }
-
-  ngOnInit() {
-    this.route.paramMap.subscribe(params => {
-      this.id = params.get('id');
-    });
-  }
-
-  resetBadgeCount() {
-    PushNotifications.removeAllDeliveredNotifications();
-  }
-
-}
-```
-
-Affichez les détails dans **pages/details/details.page.html** :
-
-```html
-<ion-header>
-  <ion-toolbar>
-    <ion-buttons slot="start">
-      <ion-back-button defaultHref="/"></ion-back-button>
-    </ion-buttons>
-    <ion-title>Details</ion-title>
-  </ion-toolbar>
-</ion-header>
-
-<ion-content>
-  My Id from push: {{ id }}
-
-  <ion-button (click)="resetBadgeCount()" expand="block">
-    Reset Badge Count
-  </ion-button>
-</ion-content>
-```
-
-Construisez l'application, synchronisez vos modifications et déployez-la sur votre appareil.
-
-```bash
-ionic build
-npx cap sync
-```
-
-Maintenant, vous pouvez envoyer des notifications push avec Firebase.
-
-## Envoi de notifications push avec Firebase
-
-Il existe plusieurs façons d'envoyer des notifications push avec Firebase.
-
-### Test de périphérique spécifique
-
-Après avoir déployé votre application sur un appareil, vous pouvez consulter les journaux de la console pour voir le jeton après l'enregistrement. Utilisez ce jeton pour envoyer une notification push de test ciblée afin de confirmer que votre intégration fonctionne. Dans Firebase, allez dans **Cloud Messaging** et sélectionnez **Envoyer un message de test**. Ajoutez le jeton de l'appareil à partir des journaux.
-
-![firebase-test-push](/firebase-test-push.webp)
-
-Si tout est correctement configuré, vous devriez voir une notification push sur votre appareil.
-
-### Message push avec charge utile
-
-Pour tester une notification push avec des informations supplémentaires, suivez l'assistant sur la même page pour spécifier les informations générales et sélectionnez la plateforme que vous souhaitez cibler. Ajoutez **des options supplémentaires** pour envoyer une charge utile avec votre notification push.
-
-![firebase-push-payload](/firebase-push-payload.webp)
-
-Dans la section **Options avancées**, ajoutez une paire clé-valeur **Données personnalisées**. Par exemple, vous pouvez utiliser la clé `detailsId` et une valeur de votre choix. Ces données seront utilisées dans l'application pour naviguer vers la page des détails avec l'identifiant spécifié.
-
-Après avoir envoyé la notification push, votre application devrait la recevoir et afficher la page de détails avec l'identifiant spécifié lorsque la notification est touchée.
-
-### Utilisation de l'API Firebase
-
-Vous pouvez également envoyer des notifications push de manière programmatique en utilisant l'API Firebase. Pour ce faire, vous devez obtenir la **clé du serveur** à partir des paramètres de votre projet Firebase sous l'onglet **Cloud Messaging**.
-
-Avec la clé du serveur, vous pouvez envoyer une requête POST à l'API Firebase avec la charge utile requise. Voici un exemple utilisant Node.js et la bibliothèque `request` :
-
-```javascript
-const request = require('request');
-
-const serverKey = 'YOUR_SERVER_KEY';
-const deviceToken = 'YOUR_DEVICE_TOKEN';
-
-const options = {
-  method: 'POST',
-  url: 'https://fcm.googleapis.com/fcm/send',
-  headers: {
-    'Content-Type': 'application/json',
-    Authorization: 'key=' + serverKey
-  },
-  body: JSON.stringify({
-    to: deviceToken,
-    notification: {
-      title: 'Test Push',
-      body: 'This is a test push notification with custom data'
-    },
-    data: {
-      detailsId: '123'
-    }
-  })
-};
-
-request(options, (error, response, body) => {
-  if (error) {
-    console.error('Error sending push:', error);
-  } else {
-    console.log('Push sent successfully:', body);
-  }
-});
-```
-
-Remplacez `YOUR_SERVER_KEY` et `YOUR_DEVICE_TOKEN` par votre clé de serveur réelle et votre jeton d'appareil. Exécutez le script, et votre appareil devrait recevoir la notification push avec la charge utile personnalisée.
-
-C'est tout ! Vous avez réussi à intégrer les notifications push dans votre application Ionic Capacitor en utilisant Firebase. Maintenant, vous pouvez envoyer des notifications push à vos utilisateurs sur les plateformes Android et iOS.
diff --git a/src/content/blog/fr/key-management-under-chinas-encryption-rules.md b/src/content/blog/fr/key-management-under-chinas-encryption-rules.md
deleted file mode 100644
index 5dcdfc2e6..000000000
--- a/src/content/blog/fr/key-management-under-chinas-encryption-rules.md
+++ /dev/null
@@ -1,145 +0,0 @@
----
-slug: key-management-under-chinas-encryption-rules
-title: Gestion des clés selon la réglementation chinoise sur le chiffrement
-description: >-
-  La compréhension des lois chinoises sur la gestion des clés de chiffrement est
-  essentielle pour la conformité, couvrant le stockage local, les audits et les
-  exigences techniques.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T02:41:08.008Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eddf34ebbb9dc806408915-1743648083390.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  encryption, key management, China, compliance, data residency, encryption
-  standards, audits, government oversight
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**La gestion des clés de chiffrement en Chine est complexe mais essentielle pour la conformité.** Voici ce que vous devez savoir :
-
--   **Principes de base de la loi sur le chiffrement** : Stocker les clés sur des serveurs en Chine continentale, utiliser des méthodes de chiffrement approuvées, subir des audits et tenir des registres détaillés.
--   **Défis** :
-    -   Les serveurs doivent être en Chine, avec redondance et résidence stricte des données.
-    -   La supervision gouvernementale inclut les audits, les protocoles d'accès et les rapports de conformité.
-    -   Les limites techniques restreignent les algorithmes, les longueurs de clés et les protocoles.
--   **Solutions** :
-    -   Choisir entre sur site, cloud hybride, services gérés ou configurations auto-hébergées.
-    -   Utiliser des outils comme [Capgo](https://capgo.app/) pour l'hébergement local, le chiffrement de bout en bout et l'automatisation de la conformité.
--   **Conseils** :
-    -   Vérifier régulièrement la conformité.
-    -   Collaborer avec des experts locaux.
-    -   Utiliser des outils conformes aux normes de chiffrement chinoises.
-
-**Comparaison rapide** :
-
-| Méthode | Lieu de stockage | Niveau de conformité | Complexité |
-| --- | --- | --- | --- |
-| HSM sur site | Centre de données local | Élevé | Élevée |
-| Cloud hybride | Mix local et cloud | Moyen-Élevé | Moyenne |
-| KMS géré | Cloud certifié | Élevé | Faible |
-| Auto-hébergé | Infrastructure privée | Élevé | Moyenne-Élevée |
-
-Pour réussir, concentrez-vous sur la conformité, les outils sécurisés et les conseils d'experts.
-
-## Konstantinos Karagiannis | La Chine a-t-elle cassé le chiffrement ...
-
-<iframe src="https://www.youtube.com/embed/Ay_Qxy3bBI0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Défis de la gestion des clés en Chine
-
-La gestion des clés de chiffrement sous la réglementation chinoise présente une série de défis qui exigent des solutions techniques précises et une conformité minutieuse.
-
-### Règles de stockage des données
-
-La [Loi sur la protection des informations personnelles](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL) de Chine impose des règles strictes pour le stockage des clés de chiffrement. Les systèmes de stockage des clés doivent :
-
--   Héberger des serveurs physiques entièrement en Chine continentale, comme l'exige la loi.
--   Utiliser la redondance entre plusieurs centres de données dans le pays.
--   Garantir que les données restent dans les frontières nationales pendant le traitement.
--   Maintenir des journaux détaillés de tous les accès et modifications des clés.
-
-Cela signifie que les développeurs ont souvent besoin de configurations de stockage distinctes pour les opérations à l'intérieur et à l'extérieur de la Chine. Bien que le stockage sécurisé soit une nécessité, le niveau de surveillance ajoute des couches supplémentaires de complexité.
-
-### Exigences de surveillance gouvernementale
-
-En plus des règles de stockage, la surveillance gouvernementale introduit plus d'obstacles à la gestion des clés de chiffrement. Voici une analyse des principales exigences et leur impact :
-
-| Exigence | Impact sur le développement | Implications techniques |
-| --- | --- | --- |
-| Audits réguliers | Examens de sécurité trimestriels | Nécessite des pistes d'audit détaillées |
-| Protocoles d'accès | Protocoles d'accès des autorités | Points d'accès sécurisés pour la surveillance |
-| Systèmes de reporting | Rapports mensuels de conformité | Systèmes de surveillance automatisés |
-| Sauvegardes des clés | Configuration de stockage secondaire | Dépenses d'infrastructure plus élevées |
-
-Ces exigences augmentent non seulement les coûts opérationnels mais nécessitent également des solutions techniques avancées pour répondre aux normes de conformité.
-
-### Limites techniques
-
-En plus du stockage et de la surveillance, les restrictions techniques créent des obstacles supplémentaires pour les [pratiques de chiffrement](https://capgo.app/docs/cli/migrations/encryption/). Les développeurs doivent naviguer :
-
--   **Algorithmes approuvés** : Seules les méthodes de chiffrement certifiées par le gouvernement peuvent être utilisées.
--   **Restrictions de longueur de clé** : Les longueurs maximales des clés sont strictement réglementées.
--   **Limitations des protocoles** : Certains protocoles sont explicitement interdits.
-
-Ces contraintes peuvent rendre difficile l'implémentation de fonctionnalités sécurisées, particulièrement dans les applications qui nécessitent des mises à jour fréquentes ou le traitement de données en temps réel. En conséquence, de nombreux développeurs se tournent vers des outils et services spécialisés pour équilibrer conformité avec performance et besoins de sécurité.
-
-## Solutions pour la gestion des clés en Chine
-
-### Stockage local et conformité
-
-Les réglementations chinoises exigent que les systèmes de gestion des clés assurent la souveraineté des données via l'auto-hébergement conforme. L'[option d'auto-hébergement](https://capgo.app/blog/self-hosted-capgo/) de Capgo garde toutes les données en Chine continentale, offrant une approche sécurisée pour gérer les clés de chiffrement conformément à ces règles. Cette configuration pose les bases pour répondre efficacement aux normes de chiffrement.
-
-### Systèmes de mise à jour et sécurité du chiffrement
-
-Les lois chinoises sur le chiffrement exigent que les [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) soient gérées via des plateformes approuvées. Capgo répond à cela en utilisant le chiffrement de bout en bout, garantissant que seuls les utilisateurs autorisés peuvent déchiffrer les données. Son intégration CI/CD simplifie le processus en automatisant les vérifications de conformité, tandis que le contrôle de version intégré offre des pistes d'audit détaillées pour surveiller les changements de chiffrement.
-
-## Méthodes de gestion des clés
-
-La gestion efficace des clés de chiffrement en Chine signifie équilibrer des réglementations strictes avec les besoins opérationnels. Les organisations doivent choisir des méthodes qui répondent aux règles de souveraineté des données tout en considérant des options comme le stockage sur site, les configurations cloud hybrides, les services de clés gérés ou les solutions auto-hébergées.
-
-### Tableau comparatif des méthodes
-
-| Méthode | Lieu de stockage | Niveau de conformité | Complexité d'implémentation |
-| --- | --- | --- | --- |
-| HSM sur site | Centre de données local en Chine | Élevé | Élevée |
-| Cloud hybride | Mix de centres de données locaux et fournisseurs approuvés | Moyen-Élevé | Moyenne |
-| KMS géré | Fournisseur cloud certifié en Chine | Élevé | Faible |
-| Auto-hébergé | Infrastructure privée en Chine | Élevé | Moyenne-Élevée |
-
-Chaque option présente ses propres avantages. Les modules de sécurité matériels (HSM) sur site offrent le plus haut niveau de contrôle mais nécessitent un investissement significatif en infrastructure. Les solutions cloud hybrides permettent un mélange de ressources locales et cloud approuvées, trouvant un équilibre entre flexibilité et conformité. Les services de clés gérés simplifient le déploiement, bien qu'ils puissent être moins personnalisables. Les configurations auto-hébergées gagnent en popularité pour les organisations qui ont besoin d'un contrôle détaillé sur leurs systèmes de chiffrement en Chine.
-
-Lors de la sélection d'une méthode, privilégiez les options qui supportent la maintenance continue, les vérifications de conformité et les audits réguliers. Ces considérations préparent le terrain pour les directives pratiques couvertes dans la section suivante.
-
-## Directives pour les développeurs
-
-La gestion des clés de chiffrement sous la réglementation chinoise exige une approche structurée. Ces directives aident les développeurs à aligner les besoins réglementaires avec l'application pratique.
-
-### Vérifications régulières des règles
-
-Les développeurs doivent établir un processus routinier pour assurer la conformité avec les réglementations de chiffrement. Cela inclut la révision régulière des méthodes de stockage des clés, la vérification de l'utilisation des algorithmes de chiffrement, le contrôle des accès et la confirmation du respect des règles de résidence des données. Gardez des enregistrements détaillés de ces révisions pour démontrer la conformité aux normes de chiffrement chinoises.
-
-### Collaboration avec des experts locaux
-
-Naviguer dans les exigences de chiffrement chinoises peut être difficile. S'associer avec des professionnels locaux du droit et de la sécurité est crucial. Ces experts peuvent aider à implémenter les normes de chiffrement approuvées, préparer la documentation nécessaire en mandarin et assister pendant les audits gouvernementaux pour s'assurer que tout est en ordre.
-
-### Choix d'outils conformes
-
-L'utilisation d'outils qui répondent aux exigences de chiffrement chinoises est essentielle pour maintenir la sécurité sans sacrifier l'efficacité. Par exemple, Capgo prend en charge les mises à jour d'applications avec chiffrement de bout en bout et options d'hébergement local [\[1\]](https://capgo.app/). Cela s'aligne avec les stratégies précédentes de gestion des mises à jour. Lors de la sélection des outils, concentrez-vous sur des fonctionnalités comme le [stockage local des données](https://capgo.app/plugins/capacitor-data-storage-sqlite/), les méthodes de chiffrement approuvées, les pistes d'audit détaillées et des contrôles d'accès stricts. Les données montrent que les développeurs utilisant des outils comme Capgo ont atteint un taux de mise à jour des utilisateurs actifs de 95% en 24 heures tout en restant conformes [\[1\]](https://capgo.app/).
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est en or." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Résumé
-
-La gestion des clés de chiffrement en Chine nécessite un stockage local des données, le respect des normes approuvées et le maintien de pistes d'audit détaillées. Équilibrer ces règles strictes avec des opérations efficaces est crucial pour réussir sur le marché chinois.
-
-Depuis l'arrêt de [Microsoft CodePush](https://microsoft.github.io/code-push/) en 2024, de nouveaux outils sont intervenus pour répondre aux besoins techniques et réglementaires. Un exemple est Capgo, qui combine de solides pratiques de sécurité avec un déploiement d'applications rationalisé.
-
-Pour rester conforme aux lois chinoises sur le chiffrement tout en maintenant la vitesse de développement, il est crucial d'utiliser les bons outils, de maintenir la documentation à jour, de mener des audits réguliers et de collaborer avec des experts. Ces étapes sont essentielles pour naviguer efficacement dans l'environnement réglementaire complexe de la Chine.
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est en or." - Bessie Cooper [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/fr/live-updates-faq-answers-for-app-developers.md b/src/content/blog/fr/live-updates-faq-answers-for-app-developers.md
deleted file mode 100644
index 95c66b2a7..000000000
--- a/src/content/blog/fr/live-updates-faq-answers-for-app-developers.md
+++ /dev/null
@@ -1,317 +0,0 @@
----
-slug: live-updates-faq-answers-for-app-developers
-title: >-
-  Questions fréquentes sur les mises à jour en direct : réponses pour les
-  développeurs d'applications
-description: >-
-  Découvrez les avantages des mises à jour en direct pour les développeurs
-  d'applications, notamment des déploiements plus rapides, des mises à jour
-  automatiques et une meilleure expérience utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-07T06:25:21.043Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a55480be11a9ef5f3c1ab9-1738909539340.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  live updates, app development, OTA technology, CI/CD, security protocols,
-  emergency fixes, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mises à jour en direct permettent aux développeurs de déployer rapidement des mises à jour et des correctifs aux applications des utilisateurs sans attendre les examens des app stores. Elles utilisent la technologie OTA (over-the-air) pour appliquer les changements en temps réel, améliorant la vitesse et l'efficacité du déploiement.
-
-### Principaux avantages des mises à jour en direct :
-
--   **Déploiements plus rapides** : Les mises à jour peuvent être actives en 1-2 heures au lieu de 3-5 jours.
--   **[Mises à jour automatiques](https://capgo.app/docs/plugin/cloud-mode/auto-update/)** : Les utilisateurs n'ont pas besoin de mettre à jour manuellement l'application.
--   **Mises à jour partielles** : Seuls les changements nécessaires sont mis à jour, pas toute l'application.
--   **Correctifs d'urgence** : Les bugs critiques peuvent être résolus immédiatement.
-
-### Comment utiliser les mises à jour en direct dans Capacitor :
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-07.jpg?auto=compress)
-
-1.  **Configurer le SDK** : Installez le SDK de mises à jour en direct et configurez votre application.
-2.  **Intégrer la logique de mise à jour** : Ajoutez du code pour vérifier et appliquer les mises à jour automatiquement.
-3.  **Utiliser les pipelines CI/CD** : Automatisez les tests et le déploiement pour des mises à jour plus fluides.
-4.  **Assurer la sécurité** : Protégez les mises à jour avec le chiffrement et les protocoles HTTPS.
-5.  **Suivre les règles de l'App Store** : Restez conforme aux politiques d'Apple et Google Play.
-
-### Comparaison : Mises à jour traditionnelles vs. Mises à jour en direct
-
-| Fonctionnalité | Mises à jour traditionnelles | Mises à jour en direct |
-| --- | --- | --- |
-| **Temps de déploiement** | 3-5 jours | 1-2 heures |
-| **Examen App Store** | Requis | Évité |
-| **Action utilisateur** | Mise à jour manuelle | Automatique |
-| **Changements de contenu** | Mise à jour complète | Mise à jour partielle |
-| **Correctifs d'urgence** | Retardés | Immédiats |
-
-Les mises à jour en direct font gagner du temps, améliorent la stabilité de l'application et permettent aux développeurs de répondre rapidement aux problèmes. Prêt à commencer ? Plongez dans le guide complet pour la configuration et les meilleures pratiques.
-
-## Configuration des mises à jour en direct dans Capacitor
-
-### Composants de mise à jour en direct de Capacitor
-
-Le système de mise à jour en direct de Capacitor s'appuie sur le **SDK de mises à jour en direct** pour ajouter des mises à jour à votre application et **[Ionic Appflow](https://ionic.io/appflow/)** pour gérer les déploiements. Voici une brève description des composants clés :
-
-| Composant | Fonction | Fonctionnalités clés |
-| --- | --- | --- |
-| **SDK de mises à jour en direct** | Implémentation Frontend | APIs pour les mises à jour, intégration UI |
-| **Ionic Appflow** | Gestion Backend | Builds cloud, outils de déploiement |
-| **[Plugin d'application Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)** | Intégration Core | Gère les événements et cycles de vie |
-
-### Instructions de configuration
-
-1\. **Mettre à jour `capacitor.config.ts` pour les mises à jour en direct**
-
-Ajoutez la configuration suivante à votre fichier de configuration Capacitor :
-
-```typescript
-{
-  autoUpdateMethod: 'none',
-  plugins: {
-    LiveUpdates: {
-      appId: 'YOUR_APP_ID',
-      channel: 'production'
-    }
-  }
-}
-```
-
-2\. **Installer les plugins requis**
-
-Exécutez les commandes suivantes pour ajouter les dépendances nécessaires :
-
-```bash
-npm install @capacitor/app
-npm install @ionic/live-updates
-```
-
-3\. **Ajouter la logique de mise à jour à votre application**
-
-Incluez du code pour vérifier les mises à jour et recharger l'application si une mise à jour est disponible. Voici un exemple :
-
-```typescript
-import { App } from '@capacitor/app';
-import { LiveUpdates } from '@ionic/live-updates';
-
-// Listen for the app resume event
-App.addListener('resume', async () => {
-  const update = await LiveUpdates.sync();
-  if (update.available) {
-    await LiveUpdates.reload();
-  }
-});
-```
-
-Capgo ajoute une couche supplémentaire de sécurité avec le chiffrement et des options de déploiement flexibles. Selon Martin Donadieu, fondateur de Capgo, ces fonctionnalités sont adaptées pour répondre aux besoins réels des développeurs et aux exigences des app stores.
-
-Pour affiner votre [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/), utilisez **Ionic Appflow** pour surveiller les taux de réussite des déploiements et l'adoption par les utilisateurs. Cette configuration garantit que votre application reste réactive et à jour.
-
-Une fois les mises à jour en direct en place, l'étape suivante consiste à les intégrer dans un pipeline CI/CD pour simplifier et automatiser votre flux de déploiement.
-
-## Configuration CI/CD pour les mises à jour en direct 
-
-### Bases CI/CD pour les mises à jour
-
-Le CI/CD automatise le processus d'intégration, de test et de déploiement du code, rendant les mises à jour en direct plus fluides et réduisant les erreurs potentielles. Cette approche garantit que les mises à jour sont livrées de manière cohérente tout en maintenant des standards de qualité élevés.
-
-Voici ce qu'inclut généralement un pipeline CI/CD solide pour les mises à jour en direct :
-
-| Composant | But | Fonction clé |
-| --- | --- | --- |
-| **Contrôle de source** | Gestion des versions | Suit les versions et l'historique du code |
-| **Automatisation des builds** | Création de packages | Crée des paquets de mise à jour |
-| **Tests automatisés** | Assurance qualité | Garantit le bon fonctionnement des mises à jour |
-| **Système de déploiement** | Distribution des mises à jour | Gère les mises à jour OTA (over-the-air) |
-| **Outils de surveillance** | Suivi des performances | Mesure l'efficacité des mises à jour |
-
-### Meilleurs outils CI/CD pour les applications
-
-Plusieurs outils fonctionnent parfaitement avec les flux de mise à jour en direct de Capacitor, aidant les développeurs à automatiser les mises à jour sur différentes plateformes :
-
-| Outil | Spécialisation | Fonctionnalités d'intégration |
-| --- | --- | --- |
-| **[GitHub Actions](https://docs.github.com/actions)** | CI/CD natif cloud | Workflows intégrés au dépôt |
-| **[Bitrise](https://bitrise.io/)** | CI/CD mobile-first | Conçu pour les tests mobiles et la signature de code |
-| **[Jenkins](https://www.jenkins.io/)** | CI/CD auto-hébergé | Offre des pipelines et plugins personnalisés |
-
-L'API de Capgo s'intègre avec ces outils, fournissant un [chiffrement sécurisé](https://capgo.app/docs/cli/migrations/encryption/) pour les déploiements automatisés, assurant à la fois efficacité et sécurité.
-
-### Construction des pipelines de mise à jour
-
-Suivez ces étapes pour mettre en place un pipeline CI/CD efficace :
-
-1\. **Configurer l'environnement et les tests**
-
-Utilisez la configuration YAML suivante pour configurer votre environnement et exécuter les tests :
-
-```yaml
-steps:
-  - uses: actions/setup-node@v2
-    with:
-      node-version: '24'
-  - name: Install and Test
-    run: |
-      npm install
-      npm run test
-```
-
-2\. **Déployer les mises à jour**
-
-Le CLI de Capgo rend le déploiement simple avec une seule commande, assurant une livraison OTA sécurisée et efficace.
-
-Les équipes utilisant des pipelines CI/CD automatisés ont rapporté une **réduction de 75% du temps de déploiement** et une **amélioration de 80% de la qualité des applications** grâce aux tests cohérents [\[1\]](https://www.kellton.com/kellton-tech-blog/mobile-ci-cd-challenges-in-app-development-lifecycle).
-
-> "L'automatisation de votre flux de travail CI/CD minimise les erreurs et augmente l'efficacité."
-
-Pour surveiller les performances de déploiement, des outils comme le tableau de bord de Capgo peuvent suivre les taux de réussite et identifier les goulots d'étranglement. Une fois votre pipeline CI/CD configuré, l'étape suivante consiste à se concentrer sur le respect des exigences de sécurité et de conformité pour vos mises à jour en direct.
-
-## Sécurité et normes des mises à jour en direct
-
-### Exigences de sécurité
-
-Pour sécuriser les mises à jour, utilisez **HTTPS**, **signatures numériques** et **[authentification multi-facteurs](https://capgo.app/docs/webapp/mfa/)**. Ces mesures protègent les données pendant la transmission, confirment la source des mises à jour et empêchent les déploiements non autorisés. Chiffrez les paquets de mise à jour pendant la transmission et le stockage pour vous protéger contre les risques potentiels.
-
-Après avoir mis en place ces protections, il est crucial de tester minutieusement les mises à jour et d'avoir des plans de récupération prêts en cas de problème.
-
-### Tests et plans de récupération
-
-Un processus de test solide réduit les risques et garantit le bon fonctionnement des mises à jour :
-
-| Phase de test | Métriques de succès |
-| --- | --- |
-| **Tests automatisés en staging** | 95% de couverture de code, fonctionnalité identique |
-| **Déploiement progressif** | Taux d'échec inférieur à 0,1% |
-
-Les systèmes de rollback automatisés peuvent détecter et corriger rapidement les échecs, contribuant à maintenir un taux de réussite de 99,9% pour les mises à jour.
-
-Une fois les tests et les plans de récupération en place, l'étape suivante consiste à s'assurer que les utilisateurs sont informés des mises à jour d'une manière qui inspire confiance.
-
-### Notifications de mise à jour
-
-Une communication claire sur les mises à jour aide les utilisateurs à avoir confiance en votre application, soutenant les efforts de sécurité et de test. Les notifications non intrusives, comme les bannières in-app ou les mises à jour silencieuses, ont 72% plus de chances d'obtenir l'approbation des utilisateurs par rapport aux mises à jour forcées.
-
-Lors de la notification aux utilisateurs, visez la clarté et la pertinence. Utilisez des changelogs concis pour expliquer les nouveautés et fournissez des temps de mise à jour estimés pour établir les attentes. Cette approche minimise les perturbations tout en maintenant les utilisateurs informés.
-
-> "La sécurité des applications mobiles est un processus continu. Assurez-vous que la sécurité est prioritaire tout au long du cycle de développement et adoptez une approche proactive pour rester en avance sur les menaces émergentes."
-
-## Guide des outils de mise à jour en direct
-
-Pour les [développeurs Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), choisir le bon outil de mise à jour en direct peut faire une grande différence dans les performances de l'application et l'expérience utilisateur.
-
-### Tableau comparatif des outils
-
-Voici une analyse rapide des outils populaires de mise à jour en direct et comment ils se comparent :
-
-| Fonctionnalité | Capgo | Ionic Appflow | Autres solutions |
-| --- | --- | --- | --- |
-| Facilité d'intégration | Conçu pour Capacitor | Axé sur Ionic | Varie selon la plateforme |
-| Stratégies de mise à jour | Arrière-plan + Immédiat | Arrière-plan uniquement | Options limitées |
-| Évolutivité | 1M mises à jour, 12GB stockage | Limites selon le plan | 500MB-5GB, variable |
-| Intégration CI/CD | Oui, avec Bitrise | Limitée | Dépend de la plateforme |
-| Fonctionnalités de sécurité | Chiffrement de bout en bout | Chiffrement basique | Variable |
-| Support multi-plateforme | Complet | Partiel | Limité |
-| Prix (Mensuel) | 12€-249€ | Prix personnalisé | Variable |
-
-### Aperçu des fonctionnalités de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-07.jpg?auto=compress)
-
-Capgo gère plus de 150 000 mises à jour en direct mensuellement, prouvant qu'il est conçu pour évoluer pour les entreprises de taille moyenne. Voici ce qui le distingue :
-
-**[Gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**
-
--   Déploiement en temps réel avec un taux de réussite de 99,9%
--   Mises à jour en arrière-plan fluides et options de rollback instantané
-
-**Infrastructure de sécurité**
-
--   Mises à jour protégées par chiffrement de bout en bout
--   Accès API sécurisé adapté aux utilisateurs entreprise
--   Entièrement conforme aux directives Apple et Google Play
-
-**Outils de développement**
-
--   S'intègre directement avec les plateformes CI/CD populaires comme Bitrise
--   Offre des analyses avancées pour suivre les mises à jour
--   Prend en charge les domaines personnalisés pour les clients entreprise
-
-> "L'indépendance de la plateforme et les options de configuration sur mesure rendent Capgo particulièrement efficace pour les équipes gérant plusieurs versions d'applications sur différentes plateformes", déclare Martin Donadieu, fondateur de Capgo.
-
-Capgo fournit également un support dédié et un accès sécurisé aux API, garantissant aux développeurs de travailler sans interruptions. Pour que les mises à jour fonctionnent correctement, il est essentiel de suivre les règles spécifiques des app stores.
-
-## Règles des App Stores pour les Mises à Jour en Direct
-
-La navigation dans les règles des app stores est essentielle pour utiliser efficacement les mises à jour en direct et éviter les rejets potentiels. Apple et Google ont des politiques spécifiques que les développeurs doivent suivre attentivement.
-
-### Règles de Mise à Jour d'Apple
-
-Apple a mis en place des politiques strictes pour garantir que les applications maintiennent une haute qualité et la confiance des utilisateurs. Voici les principales exigences :
-
-| Exigence | Description | Impact |
-| --- | --- | --- |
-| Fonctionnalité | Les mises à jour doivent maintenir l'objectif et les standards de l'application | Maintient la performance de l'application |
-| Transparence | Fournir des descriptions claires des mises à jour et des métadonnées | Aide les utilisateurs à comprendre les changements |
-| Contrôle Utilisateur | Les utilisateurs doivent avoir l'option de refuser les mises à jour qui affectent la fonctionnalité | Respecte le choix de l'utilisateur |
-| Confidentialité des Données | Pas de nouvelle collecte de données sans consentement | Protège les informations des utilisateurs |
-
-Apple exige également l'utilisation de protocoles HTTPS et de chiffrement pour toutes les mises à jour en direct, mettant l'accent sur la confiance des utilisateurs par une communication claire et des pratiques sécurisées.
-
-### Politiques de Mise à Jour Google Play
-
-Google Play adopte une approche plus flexible des mises à jour en direct mais applique toujours des règles de conformité spécifiques. Leur focus est sur la validation automatisée et le maintien de la sécurité des applications.
-
-**Points Clés de la Politique**
-
--   Les mises à jour doivent respecter les Politiques du Programme Développeur Google Play.
--   Les développeurs doivent informer les utilisateurs et l'app store des nouvelles autorisations ou fonctionnalités avant de déployer les mises à jour.
--   Les mises à jour en arrière-plan doivent minimiser la consommation de batterie.
-
-> "L'indépendance de la plateforme et les exigences de sécurité rendent la conformité cruciale pour un déploiement réussi", explique un ingénieur sécurité de Google Play. "Les développeurs doivent mettre en œuvre des processus robustes de test et de validation pour prévenir les erreurs ou les failles de sécurité" [\[2\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers).
-
-### Comparaison entre Apple et Google Play
-
-Voici une comparaison rapide de la gestion des mises à jour en direct par les deux plateformes :
-
-| Pratique | App Store Apple | Google Play |
-| --- | --- | --- |
-| Fréquence des Mises à Jour | Limitée, nécessite une révision | Permet des mises à jour plus fréquentes |
-| Protocoles de Sécurité | Exige un chiffrement strict | Accepte le HTTPS standard |
-| Changements de Fonctionnalités | Restreints après approbation | Offre plus de flexibilité |
-
-Pour les développeurs utilisant Capacitor, documenter les résultats des tests pré-soumission et les aligner sur les directives des app stores peut aider à assurer la conformité. Cette approche maximise le potentiel des mises à jour en direct tout en respectant les exigences des deux plateformes.
-
-## Conclusion : Étapes d'Implémentation
-
-### Guide de Configuration Rapide
-
-La mise en place des mises à jour en direct implique plusieurs phases clés. Voici une décomposition simplifiée pour vous aider à démarrer :
-
-| Phase | Actions Clés | Outils/Exigences |
-| --- | --- | --- |
-| Configuration Initiale | Installer le SDK Live Updates, Configurer Capacitor | Capacitor CLI, SDK Live Updates |
-| Intégration CI/CD | Configurer les environnements de build, Mettre en place les tests automatisés | Ionic Appflow, Jenkins |
-| Configuration Sécurité | Activer HTTPS, Configurer les protocoles de chiffrement | Certificats SSL, Tokens de sécurité |
-| Déploiement | Configurer les canaux de distribution, Configurer le ciblage utilisateur | Capgo ou plateforme similaire |
-
-> "Martin Donadieu souligne que commencer avec une configuration sécurisée et centrée sur l'utilisateur assure le succès à long terme des mises à jour en direct."
-
-Une fois la configuration initiale terminée, l'accent est mis sur l'amélioration et l'ajustement de votre processus de mise à jour en direct.
-
-### Prochaines Étapes
-
-Pour maintenir vos mises à jour en direct et garantir qu'elles répondent aux exigences de la plateforme, considérez ces étapes :
-
--   Utiliser des outils d'analyse pour surveiller l'adoption et la performance des mises à jour.
--   Mettre en place des procédures de journalisation des erreurs et de retour en arrière pour gérer les problèmes.
--   Construire un pipeline de test détaillé pour garantir la fiabilité des mises à jour.
--   Partager vos protocoles de test documentés avec votre équipe pour la cohérence.
-
-Ces pratiques aideront à maintenir votre flux de travail et à rester conforme aux directives d'Apple et de Google Play.
diff --git a/src/content/blog/fr/live-updates-for-flutter-app.md b/src/content/blog/fr/live-updates-for-flutter-app.md
deleted file mode 100644
index 16738d270..000000000
--- a/src/content/blog/fr/live-updates-for-flutter-app.md
+++ /dev/null
@@ -1,32 +0,0 @@
----
-slug: live-updates-for-flutter-app
-title: Mise à jour en direct de Flutter
-description: >-
-  Est-il possible d'envoyer des mises à jour en direct aux applications Flutter
-  sans passer par la révision de l'App Store ?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-16T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /bypass_illustration.webp
-head_image_alt: Illustration de contournement de Capacitor
-keywords: >-
-  Flutter, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Capgo Live Update est un service qui permet aux développeurs de déployer des mises à jour de leurs applications mobiles sans passer par le processus traditionnel de soumission à l'App Store. Cela peut être un moyen pratique de corriger rapidement des bugs ou d'apporter de petites mises à jour à une application sans attendre le processus de révision de l'App Store. Cependant, Capgo Live Update ne prend pas en charge la mise à jour des applications Flutter car les applications Flutter sont compilées en code natif.
-
-Flutter est un framework de développement d'applications mobiles qui utilise le langage de programmation Dart. L'une des principales caractéristiques de Flutter est qu'il permet aux développeurs de créer des applications qui peuvent fonctionner à la fois sur iOS et Android en utilisant une seule base de code. Pour y parvenir, Flutter compile le code de l'application en code natif pour chaque plateforme. Cela signifie que l'application est essentiellement une application native, plutôt qu'une application web ou une application hybride.
-
-Étant donné que les applications Flutter sont compilées en code natif, il n'est pas possible d'utiliser Capgo Live Update pour déployer des mises à jour d'une application Flutter. Au lieu de cela, les développeurs doivent soumettre les mises à jour aux stores d'applications comme ils le feraient avec n'importe quelle autre application native.
-
-De plus, apporter des modifications au code natif est généralement contraire aux règles des stores d'applications. L'App Store d'Apple et le Google Play Store ont mis en place des politiques qui interdisent aux développeurs d'introduire des modifications dans le code natif d'une application après sa soumission pour examen. En effet, l'introduction de modifications dans le code natif peut potentiellement introduire des vulnérabilités de sécurité ou d'autres problèmes qui pourraient compromettre les performances de l'application.
-
-En résumé, bien que Capgo Live Update soit un outil utile pour déployer rapidement des mises à jour sur certains types d'applications mobiles, il ne peut pas être utilisé pour mettre à jour les applications Flutter.
-
-Cela est dû à la nature du processus de compilation de Flutter et aux règles des stores d'applications.
diff --git a/src/content/blog/fr/manage-dev-and-prod-build-with-github-actions.md b/src/content/blog/fr/manage-dev-and-prod-build-with-github-actions.md
deleted file mode 100644
index 3475dd723..000000000
--- a/src/content/blog/fr/manage-dev-and-prod-build-with-github-actions.md
+++ /dev/null
@@ -1,154 +0,0 @@
----
-slug: manage-dev-and-prod-build-with-github-actions
-title: Gérez le développement et la construction de production avec GitHub actions
-description: >-
-  Utilisez Capgo pour publier votre devbuild sur un canal spécifique, et
-  permettez à votre équipe de tester votre application Capacitor Ionic, sans
-  attendre l'examen d'Apple et Google
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: /capgo_ci-cd-illustration.webp
-head_image_alt: Illustration des builds de canal
-keywords: >-
-  GitHub Actions, CI/CD, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: CI/CD
-published: true
-locale: fr
-next_blog: how-to-send-specific-version-to-users
----
-Ce tutoriel se concentre sur l'hébergement GitHub, mais vous pouvez l'adapter avec quelques modifications à n'importe quelle autre plateforme CI/CD.
-
-## Préface
-
-Assurez-vous d'avoir d'abord ajouté votre application Capacitor à Capgo, ce tutoriel se concentre uniquement sur la phase de téléchargement
-
-## Convention de commit
-
-Tout d'abord, vous devez commencer à suivre la convention de commit [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/) qui aidera les outils à comprendre comment mettre à jour le numéro de version, c'est 5 minutes à apprendre.
-
-![Conventional commits](/conventional_commits.webp)
-
-## Actions GitHub pour les tags
-
-Ensuite, vous devez créer votre première action GitHub pour automatiquement compiler et créer des tags.
-
-Créez un fichier à ce chemin : `.github/workflows/bump_version.yml`
-
-avec ce contenu :
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-      - development
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        if: github.ref == 'refs/heads/main'
-        run: npx capacitor-standard-version
-      - name: Create bump and changelog
-        if: github.ref != 'refs/heads/main'
-        run: npx capacitor-standard-version --prerelease alpha
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-
-```
-
-Cela créera un tag pour chaque commit dans votre branche principale. Et une version `alpha` pour `development`, et enfin une entrée de changelog pour chaque commit dans `CHANGELOG.md`.
-
-Ne vous inquiétez pas si vous n'avez pas ce fichier, il sera créé pour vous.
-
-Pour que cela fonctionne, vous devez créer un [PERSONAL ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) dans vos [secrets](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets") GitHub comme `PERSONAL_ACCESS_TOKEN`.
-
-Ceci est nécessaire pour permettre à la CI de commiter le changelog et la mise à jour de version.
-
-Lors de la création du token, choisissez l'expiration comme `never` et la portée comme `repo`.
-
-Définissez la clé `version` dans votre fichier `package.json`. Utilisez pour cela la dernière version publiée dans le store.
-
-C'est uniquement nécessaire la première fois, ensuite les outils le maintiendront à jour.
-
-Vous pouvez maintenant commiter ces deux fichiers et voir votre premier tag apparaître dans GitHub !
-
-`capacitor-standard-version` est le package qui fait la magie, par défaut, il met également à jour votre numéro de version dans Android et iOS
-
-## Actions GitHub pour la compilation
-
-Créez un fichier à ce chemin : `.github/workflows/build.yml`
-
-avec ce contenu :
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm build
-        env:
-          MY_ENV_VAR: ${{ secrets.MY_ENV_VAR }}
-      - name: Create Release Alpha
-        if: "contains(github.ref, '-alpha.')"
-        id: create_release_prepro
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c development
-      - name: Create Release Production
-        if: "!contains(github.ref, '-alpha.')"
-        id: create_release_prod
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Cela installera et compilera vos dépendances avant de les envoyer à Capgo.
-
-Si votre commande de compilation est différente, vous pouvez la modifier dans l'étape `build_code`.
-
-Si vous avez besoin d'une variable d'environnement, utilisez `MY_ENV_VAR` et définissez le `secret` dans les paramètres de votre projet GitHub, puis secret puis GitHub Action.
-
-Pour que le téléchargement Capgo fonctionne, vous devez obtenir votre clé API pour Capgo, ajoutez-la dans les [secrets de votre dépôt GitHub](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) comme `CAPGO_TOKEN`.
-
-Vous pouvez maintenant commiter ces deux fichiers et voir votre première version apparaître dans Capgo !
-
-Ajouter le commit générera une nouvelle compilation Capacitor pour les canaux de production et de développement.
-
-Vous devriez ajouter vos tests dans l'étape de compilation Ionic pour être certain que votre code fonctionne.
-
-Allez sur votre tableau de bord Capgo et vérifiez votre compilation qui vient d'apparaître, vous avez maintenant votre système CI/CD.
diff --git a/src/content/blog/fr/managing-dependencies-in-capacitor-projects.md b/src/content/blog/fr/managing-dependencies-in-capacitor-projects.md
deleted file mode 100644
index 2c83ad7d8..000000000
--- a/src/content/blog/fr/managing-dependencies-in-capacitor-projects.md
+++ /dev/null
@@ -1,213 +0,0 @@
----
-slug: managing-dependencies-in-capacitor-projects
-title: Gestion des Dépendances dans les Projets Capacitor
-description: >-
-  Découvrez des stratégies essentielles pour gérer les dépendances dans les
-  projets Capacitor afin d'améliorer la sécurité, réduire la dette technique et
-  assurer la compatibilité entre les plateformes.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-24T08:30:17.609Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67bbc47be5225d66b70936da-1740386039142.jpg
-head_image_alt: Développement Mobile
-keywords: 'Capacitor, dependency management, mobile development, plugins, automation'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-La gestion des dépendances dans les projets [Capacitor](https://capacitorjs.com/) est essentielle pour garantir la sécurité, réduire la dette technique et maintenir la compatibilité entre les plateformes. Voici ce que vous devez savoir :
-
--   **Restez à jour** : Mettez régulièrement à jour les dépendances pour éviter les vulnérabilités et les fonctionnalités obsolètes.
--   **Utilisez des outils** : Tirez parti du CLI Capacitor, npm, yarn et d'outils comme `capacitor-build-safety` pour une gestion fluide des dépendances.
--   **Besoins spécifiques aux plateformes** :
-    -   iOS : Utilisez [CocoaPods](https://cocoapods.org/) et [Swift Package Manager](https://developer.apple.com/documentation/xcode/swift-packages) pour les dépendances.
-    -   Android : Gérez les dépendances avec [Gradle](https://gradle.org/) et assurez la compatibilité avec l'API niveau 21+.
--   **Gérer les problèmes** : Résolvez les problèmes courants comme les erreurs de synchronisation, les conflits de plugins et les incompatibilités SDK en nettoyant les builds, en mettant à jour les dépôts et en testant minutieusement.
--   **Automatiser** : Des outils comme [Capgo](https://capgo.app/) permettent les mises à jour en direct, le contrôle de version et l'intégration CI/CD, simplifiant le processus.
-
-La gestion des dépendances impacte la stabilité et l'efficacité de votre application. Concentrez-vous sur des mises à jour constantes, des tests et l'automatisation pour maintenir votre projet sur la bonne voie.
-
-## Gestion des dépendances dans un projet multi-modules
-
-<iframe src="https://www.youtube.com/embed/Z97sl7MrrzE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Types de dépendances dans [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-24.jpg?auto=compress)
-
-Les projets Capacitor reposent sur diverses dépendances, chacune jouant un rôle spécifique dans le développement multiplateforme. Examinons les plugins et les configurations spécifiques aux plateformes.
-
-### Travailler avec les plugins Capacitor
-
-Les [plugins Capacitor](https://capgo.app/plugins/) connectent JavaScript aux fonctionnalités natives, fournissant une API web unifiée. Les plugins officiels de l'équipe Capacitor facilitent l'intégration.
-
-Par exemple, si vous ajoutez une fonctionnalité de caméra, la configuration pourrait ressembler à ceci :
-
-| Plateforme | Configuration des dépendances |
-| --- | --- |
-| iOS | `CapacitorCamera` (Pod) |
-| Android | `com.capacitorjs:camera` (Maven) |
-| Web | `@capacitor/camera` (npm) |
-
-> "Capacitor fournit un ensemble d'API cohérent et orienté web qui permet à une application de rester aussi proche que possible des standards web, tout en accédant aux riches fonctionnalités natives des plateformes qui les prennent en charge." - Documentation Capacitor [\[3\]](https://capacitorjs.com/docs)
-
-### Dépendances spécifiques aux plateformes
-
-Pour iOS, vous aurez besoin du [Xcode](https://developer.apple.com/xcode/) CLI, CocoaPods, et du support pour iOS 11 ou ultérieur [\[2\]](https://capacitorjs.com/docs/v2/getting-started/dependencies).
-
-Sur Android, assurez-vous d'utiliser le SDK Android, [Android Studio](https://developer.android.com/studio/intro), et garantir la compatibilité avec l'API niveau 21 ou supérieur (Android 5.0 Lollipop), qui couvre la plupart des appareils Android [\[2\]](https://capacitorjs.com/docs/v2/getting-started/dependencies).
-
-Les dépendances iOS sont gérées via le Podfile et .podspec, tandis qu'Android utilise Gradle pour la configuration. Par exemple, des dépendances MLKit mal configurées sur l'une ou l'autre plateforme peuvent entraîner des erreurs, soulignant l'importance d'une configuration précise [\[4\]](https://ionic.zendesk.com/hc/en-us/articles/360037704753-Capacitor-Plugin-Development-Adding-iOS-podfile-dependencies).
-
-## Gestion des dépendances étape par étape
-
-Voici comment gérer les dépendances et maintenir votre projet en bon état de fonctionnement.
-
-### Installation de nouvelles dépendances
-
-Pour ajouter des dépendances JavaScript, utilisez npm ou yarn, puis synchronisez vos projets natifs avec le CLI Capacitor :
-
--   Utilisez `npm install` ou `yarn add` pour installer le package requis.
--   Exécutez `npx cap sync` pour mettre à jour les projets iOS et Android.
--   Ouvrez Xcode et Android Studio pour vérifier les paramètres du projet natif.
-
-Si vous ajoutez des fonctionnalités [NativeScript](https://nativescript.org/), suivez ces étapes :
-
--   Exécutez `npm install @nativescript/capacitor`.
--   Construisez les composants mobiles avec `npm run build:mobile`.
--   Synchronisez les mises à jour avec `npx cap sync` [\[5\]](https://capacitor.nativescript.org/installation.html).
-
-### Mise à jour des dépendances du projet
-
-Gardez vos dépendances principales et de plateforme à jour avec ces étapes :
-
-1.  **Dépendances principales**  
-    Mettez à jour les packages core Capacitor dans le fichier `/src-capacitor/package.json`. Voici un exemple des versions requises :
-    
-    | Package | Version |
-    | --- | --- |
-    | @capacitor/app | ^6.0.0 |
-    | @capacitor/cli | ^6.0.0 |
-    | @capacitor/core | ^6.0.0 |
-    | @capacitor/splash-screen | ^6.0.0 |
-    
-2.  **Mises à jour des plateformes**
-    
-    -   Pour Android, exécutez : `npm install @capacitor/android@latest` [\[6\]](https://capacitorjs.com/docs/v2/android/updating).
-    -   Pour iOS, exécutez : `pod repo update` [\[5\]](https://capacitor.nativescript.org/installation.html).
-
-Après les mises à jour, testez votre application sur les deux plateformes pour vous assurer que tout fonctionne comme prévu. Rester à jour réduit les risques de sécurité et prévient la dette technique.
-
-### Problèmes courants de dépendances et solutions
-
-Voici quelques problèmes courants que vous pourriez rencontrer et comment les résoudre :
-
--   **Problèmes Android :**
-    
-    -   _"package android.support._ does not exist"_ : Exécutez jetifier [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    -   _"Please select Android SDK"_ : Effectuez une synchronisation Gradle [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    -   Effacez les caches d'Android Studio et redémarrez pour appliquer les changements en attente [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
--   **Problèmes iOS :**
-    
-    -   Exécutez `pod repo update` si la synchronisation échoue.
-    -   Nettoyez le dossier de build dans Xcode et redémarrez.
-    -   Confirmez la compatibilité CocoaPods.
--   **Problèmes de plugins :**
-    
-    -   Pour les erreurs _"Plugin Not Implemented"_, vérifiez l'état de synchronisation et assurez-vous que les plugins se chargent automatiquement [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    -   Si ProGuard est activé, ajoutez des règles pour préserver les classes des plugins [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-
-> "Capacitor est un runtime natif multiplateforme qui facilite la création d'applications mobiles performantes qui s'exécutent nativement sur iOS, Android et plus encore en utilisant des outils web modernes." – Documentation Capacitor [\[3\]](https://capacitorjs.com/docs)
-
-## Directives de gestion des dépendances
-
-La gestion efficace des dépendances dans les projets Capacitor nécessite une approche structurée avec automatisation et tests approfondis. L'utilisation des bons outils et stratégies garantit que votre projet reste stable et à jour.
-
-### Outils d'automatisation pour les dépendances
-
-Les outils d'automatisation peuvent grandement faciliter la gestion des dépendances. Par exemple, **capacitor-build-safety** exécute des vérifications automatisées pour détecter les changements Capacitor non synchronisés ou les builds web manqués. Cela réduit les problèmes de déploiement et maintient la cohérence des versions sur toutes les plateformes [\[11\]](https://github.com/fkirc/capacitor-build-safety).
-
-Un autre exemple est **capacitor-sync-version-cli**, qui automatise la synchronisation des versions et calcule le versionCode Android. Cela minimise les erreurs manuelles et maintient l'alignement des versions [\[12\]](https://github.com/bjesuiter/capacitor-sync-version-cli).
-
-Voici une comparaison rapide des outils principaux :
-
-| Outil | Fonction principale | Avantage clé |
-| --- | --- | --- |
-| capacitor-build-safety | Vérifications de sécurité des versions | Évite les versions Android/iOS défectueuses |
-| capacitor-sync-version-cli | Synchronisation des versions | Simplifie la gestion des versions |
-| npm audit | Analyse de sécurité | Détecte les vulnérabilités |
-| Capgo/capacitor-updater | Mises à jour en direct | Permet des déploiements rapides de fonctionnalités |
-
-### Documentation et test des dépendances
-
-Il est important de documenter et tester les dépendances dans le cadre de votre flux de travail. L'utilisation de **l'Injection de Dépendances (DI)** aide à maintenir votre code modulaire et plus facile à tester [\[10\]](https://hackeryarn.com/post/universally-testable-dependencies/).
-
-Pour tester les plugins Capacitor, vous pouvez configurer le mapping de chemins TypeScript. En créant un répertoire **mocks** et en mettant à jour `tsconfig.spec.json` pour mapper `@capacitor/*` vers des implémentations simulées, vous pouvez tester les composants dans un environnement contrôlé [\[9\]](https://github.com/ionic-team/cap-plugin-mock-jasmine).
-
-Lors de la gestion des conflits de dépendances, en particulier avec NPM 7 ou ultérieur, suivez ce processus étape par étape :
-
-1.  **Évaluer la situation**  
-    Utilisez `npm audit` pour scanner les vulnérabilités et journaliser les problèmes [\[1\]](https://capacitorjs.com/docs/vscode/dependencies).
-    
-2.  **Résoudre les conflits**  
-    Résolvez les conflits de dépendances en mettant à jour les dépendances de manière itérative jusqu'à ce que tout s'installe correctement [\[13\]](https://volt.build/news/2023/04/12/capacitor-and-npm-6.html).
-    
-3.  **Vérifier les mises à jour**  
-    Après avoir résolu les problèmes, testez minutieusement les dépendances mises à jour. Utilisez des mocks pour les plugins Capacitor avec des frameworks de test comme Jasmine [\[9\]](https://github.com/ionic-team/cap-plugin-mock-jasmine).
-
-Pour faciliter les tests et la maintenance à long terme, exportez vos dépendances dans un objet `deps`. Cela simplifie le mocking pendant les tests et aide à détecter les problèmes avant qu'ils n'affectent les environnements de production [\[10\]](https://hackeryarn.com/post/universally-testable-dependencies/).
-
-## Utilisation de [Capgo](https://capgo.app/) pour les mises à jour de dépendances
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-24.jpg?auto=compress)
-
-Capgo élève la gestion des dépendances dans les projets Capacitor à un niveau supérieur, rendant le déploiement des mises à jour plus rapide et plus efficace. Avec plus de **464,4 millions de mises à jour** livrées à travers **1 800 applications en production** [\[14\]](https://capgo.app/), Capgo simplifie le processus pour les développeurs.
-
-### Fonctions principales de Capgo
-
-Capgo se concentre sur les mises à jour rapides et le déploiement transparent du code. Il permet aux développeurs de pousser instantanément des corrections de bugs, des changements de contenu et de nouvelles fonctionnalités tout en restant conforme aux politiques d'Apple et Google.
-
-Voici ce que Capgo offre :
-
--   **Chiffrement de bout en bout** : Les mises à jour sont chiffrées de manière sécurisée, garantissant que seuls les utilisateurs autorisés peuvent y accéder.
--   **Intégration CI/CD** : Fonctionne parfaitement avec des plateformes comme GitHub Actions, GitLab CI et Azure DevOps pour automatiser les déploiements.
--   **Contrôle de version** : Gérez et suivez facilement différentes versions de dépendances entre les builds.
--   **Mises à jour en direct** : Déployez des changements en quelques minutes.
-
-Ces outils aident les développeurs à gagner du temps et à maintenir les projets en bon état.
-
-Pour configurer Capgo dans votre projet Capacitor, utilisez la commande suivante :
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-### Avantages pour les équipes de développement
-
-Les équipes utilisant Capgo ont constaté une **amélioration de 81 % de l'efficacité des versions** [\[14\]](https://capgo.app/). Voici pourquoi il se démarque :
-
--   **Déploiement rapide** : Poussez les mises à jour rapidement et gérez-les avec des fonctionnalités comme l'attribution d'utilisateurs et les options de restauration.
--   **Prix abordable** : Des frais uniques de configuration CI/CD de 2 600 $ en font un choix économique par rapport aux autres outils.
--   **Flux de travail amélioré** : La surveillance en temps réel et les outils d'organisation flexibles donnent aux équipes un meilleur contrôle sur leurs projets.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica [\[14\]](https://capgo.app/)
-
-> "Capgo est un outil essentiel pour les développeurs, permettant la productivité en contournant les longs cycles de révision." – Bessie Cooper [\[14\]](https://capgo.app/)
-
-## Résumé
-
-La gestion efficace des dépendances est cruciale pour sécuriser les projets Capacitor et minimiser la dette technique. Voici comment faire :
-
--   **Contrôle de version** : Utilisez des fichiers comme `package-lock.json` pour verrouiller les dépendances, assurant cohérence et sécurité [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
--   **Vérifications de sécurité** : Analysez régulièrement toutes les dépendances pour détecter les vulnérabilités [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
--   **Outils d'automatisation** : Des outils comme Renovate ou Dependabot de GitHub peuvent simplifier et automatiser les mises à jour des dépendances [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
-
-Les outils modernes facilitent ces tâches. Par exemple, Capgo aide les équipes à implémenter des mises à jour rapidement et en toute sécurité tout en restant conforme aux exigences de la plateforme.
-
-> "Maintenir vos dépendances à jour garantira que vous utilisez des produits supportés et sécurisés. Ignorer les mises à jour augmentera votre dette technique, rendant plus difficile la mise à jour future." - Documentation Capacitor [\[1\]](https://capacitorjs.com/docs/vscode/dependencies)
-
-Pour maintenir la stabilité et la sécurité, visez un cycle de mise à jour SDK de 6 à 12 mois et effectuez des analyses de vulnérabilité régulières [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
diff --git a/src/content/blog/fr/managing-secrets-in-cicd-pipelines.md b/src/content/blog/fr/managing-secrets-in-cicd-pipelines.md
deleted file mode 100644
index eb67c1da8..000000000
--- a/src/content/blog/fr/managing-secrets-in-cicd-pipelines.md
+++ /dev/null
@@ -1,121 +0,0 @@
----
-slug: managing-secrets-in-cicd-pipelines
-title: Gestion des secrets dans les pipelines CI/CD
-description: >-
-  Apprenez des stratégies efficaces pour gérer les secrets dans les pipelines
-  CI/CD afin d'améliorer la sécurité et de prévenir les violations et les
-  problèmes de conformité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T00:50:40.782Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e-1745110261303.jpg
-head_image_alt: Technologie
-keywords: 'CI/CD, secret management, security, environment variables, automated scanning'
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Garder les secrets en sécurité dans les pipelines CI/CD est crucial pour prévenir les violations, les interruptions de services et les problèmes de conformité.** Voici comment le faire efficacement :
-
--   **Utilisez des variables d'environnement** et **des coffres-forts sécurisés** pour stocker les secrets de manière sécurisée.
--   **Limitez l'accès** en accordant uniquement les privilèges nécessaires et en faisant tourner les secrets régulièrement.
--   **Automatisez la détection des secrets** avec des outils comme `git-secrets` ou `truffleHog` pour détecter les fuites tôt.
--   **Exploitez les outils CI/CD** comme [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), ou [Jenkins](https://www.jenkins.io/) pour une gestion intégrée des secrets.
--   **Surveillez et auditez** l'utilisation des secrets avec des journaux détaillés.
-
-### Secrets CI/CD Courants
-
--   [Clés API](https://capgo.app/docs/webapp/api-keys/)
--   Identifiants de base de données
--   Clés de chiffrement
--   Jetons d'authentification
--   Certificats SSL
-
-### Plateformes de Gestion des Secrets Populaires
-
-| Plateforme | Fonctionnalités | Idéal Pour |
-| --- | --- | --- |
-| **[HashiCorp Vault](https://www.hashicorp.com/products/vault)** | Secrets dynamiques, chiffrement, contrôle d'accès | Opérations à grande échelle |
-| **[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/)** | Intégration AWS, rotation automatique | Configurations centrées sur AWS |
-| **[Azure Key Vault](https://learn.microsoft.com/en-us/azure/key-vault/)** | Gestion des certificats, rotation des clés | Environnements Microsoft |
-
-En suivant ces pratiques et en utilisant les bons outils, vous pouvez protéger vos pipelines CI/CD et maintenir des workflows sécurisés.
-
-## Directives de Sécurité pour les Secrets
-
-### Gardez les Secrets Hors de Votre Code
-
--   Utilisez **des variables d'environnement** pour gérer des informations sensibles.
--   Stockez les secrets dans un **coffre-fort sécurisé** conçu à cet effet.
--   Connectez votre pipeline CI/CD au coffre-fort pour injecter des identifiants pendant le processus de construction.
-
-### Limitez et Surveillez l'Accès
-
-Accordez uniquement les **privilèges minimaux nécessaires** à chaque utilisateur ou service, et passez en revue les autorisations fréquemment.
-
-De plus, faites tourner les secrets selon un calendrier régulier et maintenez un **journal d'audit** pour suivre et identifier toute violation potentielle.
-
-## Comment intégrer [GitLab CI](https://docs.gitlab.com/ee/ci/) avec [HashiCorp Vault](https://www.hashicorp.com/products/vault) pour récupérer ...
-
-<iframe src="https://www.youtube.com/embed/NsPcl4rqy9A" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Outils de Gestion des Secrets
-
-Une fois les directives de sécurité en place, il est temps de déployer des outils spécifiquement conçus pour gérer les secrets.
-
-### Plateformes de Stockage des Secrets
-
-Centralisez et surveillez tous vos secrets en utilisant ces outils :
-
-| Plateforme | Fonctionnalités | Idéal Pour |
-| --- | --- | --- |
-| **HashiCorp Vault** | Secrets dynamiques, services de chiffrement, accès basé sur l'identité | Opérations à grande échelle |
-| **AWS Secrets Manager** | Intégration AWS transparente, rotation automatique, autorisations fines | Configurations axées sur AWS |
-| **Azure Key Vault** | Modules de sécurité matériels, gestion des certificats, rotation des clés | Environnements cloud Microsoft |
-
-Après avoir sécurisé vos secrets dans des plateformes de stockage, exploitez les fonctionnalités de gestion des secrets qui accompagnent vos outils CI/CD.
-
-### Gestion des Secrets CI/CD
-
-De nombreux outils CI/CD disposent de fonctionnalités de gestion des secrets intégrées :
-
--   **GitHub Actions** : Offre des secrets chiffrés à la fois au niveau du dépôt et de l'organisation. Les secrets sont automatiquement masqués dans les journaux et uniquement accessibles par des workflows autorisés.
--   **GitLab CI** : Fournit des variables protégées et des secrets au niveau du groupe, permettant un partage sécurisé entre projets tout en maintenant l'isolement.
--   **Jenkins** : Fonctionne avec des plugins d'identifiants et prend en charge des magasins de secrets externes. Des plugins sont nécessaires pour garantir que les secrets sont masqués dans les journaux.
-
-### Fonctionnalités de Sécurité de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e/37a0fc028bf1f414683e8dee42eedfb0.jpg)
-
-Capgo améliore la sécurité des mises à jour en direct dans les applications Capacitor en étendant la gestion standard des secrets CI/CD. Il utilise le chiffrement de bout en bout pour garantir que seuls les utilisateurs autorisés peuvent déchiffrer des données sensibles [\[1\]](https://capgo.app/).
-
-Capgo s'intègre parfaitement avec des outils comme GitHub Actions, GitLab CI, et Jenkins. Il prend également en charge la distribution basée sur des canaux et les contrôles d'accès basés sur les rôles, répondant aux exigences de mise à jour des plateformes Apple et Android.
-
-## Secrets dans le Contrôle de Version
-
-Protégez vos dépôts en empêchant les identifiants codés en dur de s'infiltrer. Commencez par un stockage dans des coffres-forts sécurisés, puis ajoutez des mesures supplémentaires pour bloquer les informations sensibles dans votre code.
-
-Voici comment vous pouvez renforcer votre défense :
-
--   **Utilisez des outils comme [git-secrets](https://github.com/awslabs/git-secrets) ou des frameworks de pré-commit** pour détecter les problèmes avant que les commits ne soient effectués.
--   **Effectuez des scans périodiques** avec des outils tels que [truffleHog](https://github.com/trufflesecurity/trufflehog) ou [GitGuardian](https://www.gitguardian.com/) pour détecter des secrets qui auraient pu passer à travers.
--   **Automatisez les vérifications CI/CD** pour signaler et échouer les builds si des secrets sont trouvés.
-
-Ensuite, nous aborderons comment gérer efficacement les secrets exposés.
-
-## Résumé
-
-Ce guide a exploré le stockage des coffres, les scans automatisés, l'intégration des outils CI/CD, et les protections des dépôts. Capgo réunit sécurité et déploiement rapide grâce à un chiffrement de bout en bout et une intégration fluide CI/CD[\[1\]](https://capgo.app/).
-
-Points clés pour une gestion sécurisée des secrets :
-
--   **Utilisez le stockage dans des coffres-forts** : Comptez sur des plateformes qui proposent un chiffrement tant pendant le stockage qu'en transit.
--   **Automatisez les contrôles de sécurité** : Implémentez des outils de scan pour identifier les expositions de secrets tôt.
--   **Suivez et surveillez l'activité** : Gardez des journaux d'audit détaillés des accès et modifications des secrets.
--   **Préparez-vous aux incidents** : Mettez en place des processus clairs pour traiter les secrets exposés et annuler les modifications si nécessaire.
-
-Une gestion efficace des secrets transforme la sécurité d'un obstacle en un système de soutien pour la livraison continue.
diff --git a/src/content/blog/fr/merge-policies-for-teams-using-capacitor-apps.md b/src/content/blog/fr/merge-policies-for-teams-using-capacitor-apps.md
deleted file mode 100644
index 0753af381..000000000
--- a/src/content/blog/fr/merge-policies-for-teams-using-capacitor-apps.md
+++ /dev/null
@@ -1,46 +0,0 @@
----
-slug: merge-policies-for-teams-using-capacitor-apps
-title: Directives de fusion pour les équipes avec des applications Capacitor
-description: >-
-  Apprenez à créer des politiques de fusion efficaces pour les applications
-  Capacitor afin de garantir la qualité du code, optimiser les mises à jour et
-  gérer les conflits.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:30:15.213Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809ac119bd9ce97f26bdef5-1745465426956.jpg
-head_image_alt: Développement mobile
-keywords: 'merge policies, Capacitor apps, code quality, live updates, branch management'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-To ensure smooth and reliable live updates for your Capacitor app:
-
-<Steps>
-
-1. **Implement phased deployments**: Gradually roll out updates to smaller groups before full release.
-2. **Monitor update metrics**: Use analytics to track update success rates and identify potential issues.
-3. **Have rollback plans**: Keep previous versions readily available for quick reversion if needed.
-4. **Test updates thoroughly**: Validate updates in development and staging environments before production.
-
-</Steps>
-
-Using a platform like Capgo can help automate these processes with features like:
-
-- Built-in analytics
-- Easy rollback options
-- CI/CD integration
-- Secure delivery
-
-This ensures reliable updates while maintaining app stability and user experience.
-:::
-
-Pour garantir que les mises à jour de votre application Capacitor soient fluides et fiables, utilisez une solution de mise à jour en direct robuste comme **Capgo**. Elle vous permet de livrer des mises à jour, des correctifs et de nouvelles fonctionnalités instantanément, sans attendre les approbations des stores d'applications.
-
-Capgo prend en charge le **chiffrement de bout en bout** et respecte les directives d'Apple et d'Android, garantissant que les mises à jour sont sécurisées et répondent aux exigences des plateformes. Il s'intègre également sans effort aux systèmes CI/CD, rendant le processus de déploiement efficace et sans tracas. En utilisant ces outils, vous pouvez minimiser les problèmes potentiels et maintenir vos utilisateurs à jour avec les derniers changements en temps réel.
-:::
diff --git a/src/content/blog/fr/migrating-cordova-to-capacitor.md b/src/content/blog/fr/migrating-cordova-to-capacitor.md
deleted file mode 100644
index 7942054a9..000000000
--- a/src/content/blog/fr/migrating-cordova-to-capacitor.md
+++ /dev/null
@@ -1,93 +0,0 @@
----
-slug: migrating-cordova-to-capacitor
-title: >-
-  Migrer une application web de Cordova vers Capacitor : un guide étape par
-  étape
-description: >-
-  Ce guide étape par étape vous aidera à migrer votre application web de Cordova
-  vers Capacitor, en couvrant toutes les sections et en rendant la lecture et le
-  suivi faciles.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-07T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /migrating-cordova-to-capacitor.webp
-head_image_alt: Illustration de la migration de Cordova vers Capacitor
-keywords: >-
-  Cordova, Capacitor, migration, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Migration
-published: true
-locale: fr
-next_blog: ''
----
-# Migration d'une application Web utilisant Cordova vers Capacitor : un guide étape par étape
-
-Ce guide vous aidera à migrer votre application web de Cordova vers Capacitor, rendant la lecture et le suivi faciles. Nous couvrirons toutes les sections et fournirons une approche étape par étape.
-
-## Introduction à Cordova et Capacitor
-
-Cordova et Capacitor sont tous deux des outils qui permettent aux développeurs web de créer des applications natives pour diverses plateformes en utilisant HTML, CSS et JavaScript. Bien qu'ils partagent des similarités, il existe des différences clés dans leur approche de la gestion des projets natifs, de la gestion des plugins et de la gestion des CLI/version.
-
-## Stratégie de migration
-
-La migration de Cordova à Capacitor peut se faire progressivement ou comme un remplacement complet, selon la complexité de votre application. Capacitor est compatible avec Cordova, vous permettant de passer vos applications web existantes à Capacitor lorsque vous êtes prêt.
-
-Pour faciliter la migration, envisagez d'utiliser l'[extension Ionic VS Code](https://marketplace.visualstudio.com/items/?itemName=ionic.ionic) et d'auditer vos plugins Cordova existants. Vous pouvez continuer à utiliser les plugins Cordova si nécessaire, ou les remplacer par des équivalents Capacitor.
-
-## Guide de migration étape par étape
-
-Suivez ces étapes pour migrer votre application web de Cordova vers Capacitor :
-
-1. **Travaillez dans une branche de code séparée** : Il est recommandé de travailler dans une branche de code séparée lors de l'application de ces modifications.
-
-2. **Initialisez votre application avec Capacitor** : Ouvrez votre projet dans le terminal et suivez les guides pour [ajouter Capacitor à une application web](https://capacitorjs.com/docs/getting-started/#adding-capacitor-to-your-app) ou [ajouter Capacitor à une application Ionic](https://capacitorjs.com/docs/getting-started/with-ionic/#existing-ionic-project). Utilisez les informations de votre fichier `config.xml` Cordova pour le nom de l'application et l'ID de bundle.
-
-3. **Construisez votre application web** : Construisez votre projet web au moins une fois avant d'ajouter des plateformes natives. Cela garantit que le dossier `www` est correctement configuré dans le fichier de configuration de Capacitor.
-
-4. **Ajoutez des plateformes** : Exécutez `npx cap add ios` et `npx cap add android` pour ajouter les plateformes iOS et Android. Ceux-ci créeront des dossiers de projet natifs séparés à la racine de votre projet.
-
-5. **Générez des icônes et des écrans de démarrage** : Si vous avez des images d'icônes et d'écrans de démarrage existants, utilisez l'outil `cordova-res` pour les générer et les copier dans les projets natifs.
-
-6. **Auditez et migrez les plugins Cordova existants** : Passez en revue vos plugins Cordova existants et remplacez-les par des équivalents Capacitor si possible. Supprimez tous les plugins inutiles.
-
-7. **Supprimez le plugin Cordova** : Après avoir remplacé ou supprimé un plugin Cordova, désinstallez le plugin et exécutez `npx cap sync` pour retirer le code du plugin du projet natif.
-
-8. **Appliquez des autorisations supplémentaires** : Faites le lien entre `plugin.xml` et les paramètres requis sur iOS et Android pour appliquer toutes les autorisations nécessaires.
-
-9. **Configurez les préférences** : Ajoutez manuellement les préférences de `config.xml` au fichier de configuration de Capacitor.
-
-10. **Gérez les configurations spécifiques à la plateforme** : Configurez les éléments de `config.xml` pour chaque plateforme (iOS et Android) selon les besoins.
-
-11. **Changez le schéma pour servir le contenu** : Si nécessaire, changez le schéma utilisé pour servir du contenu dans votre application afin d'éviter la perte de données.
-
-12. **Testez et retirez Cordova** : Testez votre application migrée pour vous assurer que toutes les modifications ont été appliquées correctement. Une fois satisfait, vous pouvez supprimer Cordova de votre projet ou le laisser si vous prévoyez de continuer à utiliser des plugins Cordova.
-
-Félicitations ! Vous avez réussi à migrer votre application web de Cordova vers Capacitor. Pour en savoir plus sur l'utilisation des plugins Cordova dans un projet Capacitor ou sur le flux de développement de Capacitor, visitez la [documentation officielle de Capacitor](https://capacitorjs.com/docs/).
-
-## Mises à jour en direct avec notre service Capgo
-
-Nous sommes fiers d'offrir Capgo, notre solution qui permet des mises à jour en direct pour vos applications Capacitor, vous permettant de délivrer des mises à jour Over-The-Air (OTA) à un prix juste. Cette fonctionnalité est particulièrement utile pour effectuer des corrections rapides, déployer de nouvelles fonctionnalités et garantir que vos utilisateurs disposent toujours de la dernière version de votre application sans attendre l'approbation de l'App Store.
-
-### Comment fonctionne notre service Capgo
-
-Capgo est un service basé sur le cloud qui vous permet de déployer des mises à jour en direct pour vos applications Capacitor. Il se compose d'un tableau de bord web et d'un SDK natif que vous pouvez intégrer dans votre application. Le SDK recherche des mises à jour au démarrage ou à des intervalles spécifiques et les télécharge en arrière-plan. Lorsque une mise à jour est disponible, le SDK invite l'utilisateur à l'installer. Si l'utilisateur accepte, la mise à jour sera installée et appliquée immédiatement.
-
-### Avantages des mises à jour en direct Capgo
-
-- **Mises à jour plus rapides :** Déployez des mises à jour instantanément sans attendre l'approbation de l'App Store.
-- **Dépendance réduite à l'Apple Store :** Contournez les restrictions et limitations de l'App Store.
-- **Amélioration de l'expérience utilisateur :** Gardez les utilisateurs engagés avec les dernières fonctionnalités et corrections de bugs sans exiger qu'ils mettent à jour manuellement l'application.
-
-### Comment mettre en œuvre des mises à jour en direct Capgo
-
-Pour mettre en œuvre des mises à jour en direct Capgo dans votre projet Capacitor, suivez ces étapes :
-- Inscrivez-vous pour un [compte Capgo](https://console.capgo.app/).
-- Installez le SDK Capgo dans votre projet.
-- Configurez votre application pour vérifier les mises à jour au démarrage ou à des intervalles spécifiques.
-- Déployez des mises à jour vers votre application via le tableau de bord Capgo.
-
-## Conclusion
-
-Nous espérons que ce guide vous a aidé à migrer votre application web de Cordova vers Capacitor. Si vous avez des questions ou avez besoin d'assistance pour le processus de migration, n'hésitez pas à nous contacter sur notre serveur [discord](https://discord.capgo.app).
diff --git a/src/content/blog/fr/mobile-app-update-strategies-a-developers-checklist.md b/src/content/blog/fr/mobile-app-update-strategies-a-developers-checklist.md
deleted file mode 100644
index 2effcd0ab..000000000
--- a/src/content/blog/fr/mobile-app-update-strategies-a-developers-checklist.md
+++ /dev/null
@@ -1,208 +0,0 @@
----
-slug: mobile-app-update-strategies-a-developers-checklist
-title: >-
-  Stratégies de mise à jour des applications mobiles : Une checklist pour les
-  développeurs
-description: >-
-  Apprenez des stratégies importantes pour les mises à jour d'applications
-  mobiles, de l'automatisation CI/CD aux outils OTA, pour garantir des
-  déploiements fluides et une meilleure satisfaction des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-15T02:51:44.404Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/678709f9070e33f74859cb89-1736909518284.jpg
-head_image_alt: Technologie
-keywords: >-
-  mobile app updates, CI/CD pipeline, OTA updates, user engagement, app
-  performance, testing strategies, bug fixes, app security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Garder votre application à jour est essentiel pour la satisfaction des utilisateurs et les performances de l'application. Voici pourquoi :
-
--   **Corriger les bugs et améliorer la sécurité** : Résoudre les problèmes techniques et rester conforme aux exigences des plateformes.
-    
--   **Améliorer les performances** : Augmenter la vitesse, la stabilité et l'expérience utilisateur.
-    
--   **Augmenter l'engagement** : Les mises à jour régulières maintiennent la fidélité et l'engagement des utilisateurs.
-    
-
-## Mises à jour Over-the-Air avec [CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)
-
-![CodePush](https://mars-images.imgix.net/seobot/screenshots/learn.microsoft.com-87c8945e309a8c280c425352c4f329fa.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/DpzWfrRE_XY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Surmonter les défis des mises à jour
-
-La mise à jour des applications peut être délicate en raison de la compatibilité des appareils et des délais de l'App Store. Les solutions incluent :
-
--   **Pipelines CI/CD** : Automatiser les tests, l'intégration et le déploiement pour des mises à jour plus rapides.
-    
--   **Mises à jour OTA** : Livrer les changements instantanément sans approbation de l'App Store.
-    
-
-| Méthode | Avantages | Fonctionnalités |
-| --- | --- | --- |
-| CI/CD | Accélère les tests et le déploiement | Contrôle de version, automatisation |
-| Mises à jour OTA | Mises à jour en temps réel | Corrections instantanées, déploiements sélectifs |
-
-## Étapes clés pour des mises à jour fluides
-
-1.  **Collecter les retours** : Utiliser des outils comme Google Analytics pour prioriser les mises à jour.
-    
-2.  **Tester minutieusement** : Simuler les appareils avec [AWS Device Farm](https://aws.amazon.com/device-farm/) ou [Firebase Test Lab](https://firebase.google.com/docs/test-lab).
-    
-3.  **Déployer stratégiquement** : Utiliser des déploiements progressifs et des feature flags pour minimiser les risques.
-    
-
-## Préparation aux mises à jour d'applications en direct
-
-La préparation de votre application pour les mises à jour nécessite une planification réfléchie et les bons outils pour garantir un fonctionnement fluide. Examinons les étapes clés et les considérations pour un processus de mise à jour réussi.
-
-### Préparation pré-mise à jour
-
-Commencez par collecter les retours des utilisateurs avec des plateformes comme [UserVoice](https://www.uservoice.com/) et analyser les métriques de performance comme les temps de chargement et les taux de plantage en utilisant des outils comme Google Analytics. Ces données vous aident à identifier quelles mises à jour devraient être prioritaires, en particulier celles qui traitent des problèmes majeurs et améliorent l'expérience utilisateur [\[1\]](https://www.nimbleappgenie.com/blogs/mobile-app-development-checklist/).
-
-Voici un aperçu rapide des métriques clés à surveiller :
-
-| Type de métrique | Quoi surveiller | Pourquoi c'est important |
-| --- | --- | --- |
-| Performance | Temps de chargement, taux de plantage | Met en évidence les problèmes techniques |
-| Utilisation | Durée des sessions, adoption des fonctionnalités | Montre les tendances de comportement utilisateur |
-| Stabilité | Taux d'erreur, temps de réponse serveur | Maintient la fiabilité de l'application |
-
-Une fois ces données recueillies, concentrez-vous d'abord sur les mises à jour qui résolvent les problèmes critiques. Ensuite, travaillez sur les améliorations de performance et introduisez des fonctionnalités qui correspondent aux souhaits des utilisateurs.
-
-Avec une feuille de route claire en place, il est temps de sélectionner les bons outils pour rationaliser le processus de mise à jour.
-
-### Choisir les outils CI/CD et de mise à jour OTA
-
-Choisir les bons outils pour votre pipeline d'Intégration Continue/Déploiement Continu (CI/CD) est essentiel. Des options populaires comme [GitHub Actions](https://docs.github.com/actions), [Bitrise](https://bitrise.io/), et [CircleCI](https://circleci.com/) ont chacune leurs avantages uniques. Par exemple, [GitHub Actions](https://docs.github.com/actions) s'intègre directement avec vos dépôts GitHub, ce qui en fait un choix pratique pour de nombreux développeurs [\[2\]](https://www.poppinslabs.com/blog/mobile-app-ci-cd-pipeline).
-
-Pour les mises à jour Over-the-Air (OTA), des outils comme Capacitor permettent de livrer des changements directement aux utilisateurs sans attendre les approbations de l'App Store [\[3\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Lors du choix d'une solution OTA, considérez ces facteurs :
-
--   **Vitesse de déploiement** pour minimiser les temps d'arrêt.
-    
--   **Contrôle de version** pour gérer efficacement les mises à jour.
-    
--   **Intégration d'analytics** pour suivre la performance des mises à jour.
-    
--   **Fonctionnalités de sécurité** pour protéger les données utilisateur et l'intégrité de l'application.
-    
-
-## Configuration CI/CD et mises à jour OTA
-
-### Configuration d'un pipeline CI/CD pour applications mobiles
-
-La mise en place d'un pipeline CI/CD pour applications mobiles commence par un contrôle de version solide et l'automatisation. Voici comment le structurer efficacement :
-
-1.  **Contrôle de version et configuration de build**
-    
-    -   Créer des branches séparées pour le développement, la préproduction et la production.
-        
-    -   Configurer les systèmes de build comme Gradle (pour Android) ou Xcode (pour iOS) avec les certificats de signature nécessaires.
-        
-2.  **Intégration des tests automatisés**
-    
-    -   Ajouter des tests unitaires, d'intégration et d'interface utilisateur à chaque étape du pipeline. Cela aide à détecter et corriger les problèmes tôt [\[4\]](https://refraction.dev/blog/cicd-pipelines-mobile-apps-best-practices).
-
-Une fois votre pipeline prêt, l'ajout de mises à jour OTA rend la livraison des changements aux utilisateurs plus rapide et plus facile.
-
-### Utilisation des mises à jour OTA [Capacitor](https://capacitorjs.com/) avec [Capgo](https://capgo.app/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d.jpg?auto=compress)
-
-Capgo rend les mises à jour OTA simples, sécurisées et rapides avec des fonctionnalités comme le chiffrement et la conformité. Voici comment commencer :
-
-1.  Installer le [plugin Capgo](https://capgo.app/plugins/) dans votre projet Capacitor.
-    
-2.  Configurer les paramètres de mise à jour et le suivi des versions de votre application.
-    
-3.  Utiliser le [tableau de bord Capgo](https://capgo.app/docs/webapp/) pour déployer les mises à jour directement aux utilisateurs.
-    
-
-### Aperçu des prix et fonctionnalités de Capgo
-
-Capgo propose des plans flexibles adaptés aux besoins de votre application à mesure qu'elle se développe. Les prix commencent à 12$/mois (SOLO) pour les petites applications et vont jusqu'à 249$/mois (PAYG) pour les besoins de niveau entreprise. Chaque plan inclut des fonctionnalités clés comme les mises à jour instantanées, le contrôle de version et les analytics.
-
-| Plan | Coût mensuel | Mises à jour/mois | Utilisateurs actifs |
-| --- | --- | --- | --- |
-| SOLO | 12$ | 2 500 | 500 |
-| MAKER | 33$ | 25 000 | 5 000 |
-| TEAM | 83$ | 150 000 | 30 000 |
-| PAYG | 249$ | 1 000 000 | 200 000 |
-
-Les plans de niveau supérieur fournissent plus de bande passante et de stockage, facilitant l'intégration des mises à jour OTA dans leurs pipelines CI/CD pour les équipes de toutes tailles tout en maintenant vitesse et sécurité.
-
-## Test et déploiement des mises à jour d'applications
-
-### Stratégies de test pour les mises à jour
-
-Des tests approfondis sont cruciaux pour garantir que les mises à jour d'applications fonctionnent comme prévu. Des outils comme **AWS Device Farm** et **Firebase Test Lab** permettent aux développeurs de simuler divers scénarios d'appareils, aidant à repérer les problèmes de compatibilité avant que les utilisateurs ne les rencontrent.
-
-Une stratégie de test solide mélange méthodes automatisées et manuelles. Si l'automatisation gère efficacement les tâches répétitives, les tests manuels garantissent que l'expérience utilisateur de l'application est fluide et intuitive. Par exemple, les données AWS Device Farm montrent que tester les applications sur 8-10 configurations d'appareils différentes peut détecter 95% des problèmes spécifiques aux appareils avant le lancement.
-
-| **Phase de test** | **Détails** |
-| --- | --- |
-| **Tests unitaires** | Tester les composants individuels avec des outils comme Jest, XCTest |
-| **Tests d'intégration** | Vérifier comment les composants fonctionnent ensemble avec Detox, Appium |
-| **Compatibilité des appareils** | Tester sur différentes plateformes avec AWS Device Farm, Firebase Test Lab |
-| **Tests de performance** | Suivre l'utilisation des ressources avec [New Relic](https://newrelic.com/), Firebase Performance |
-
-Une fois que l'application passe ces tests et prouve sa stabilité, le prochain défi est de déployer les mises à jour en douceur sans perturber les utilisateurs.
-
-### Pratiques de déploiement
-
-Un déploiement fluide est essentiel pour maintenir la qualité de l'application et garder les utilisateurs satisfaits. Une approche populaire est le **déploiement progressif**, où les mises à jour sont d'abord déployées à un petit groupe (5-10% des utilisateurs) avant un lancement à grande échelle.
-
-Quelques bonnes pratiques pour le déploiement incluent :
-
--   **Vérifications automatiques de santé** : Surveiller les métriques comme les taux de plantage et les temps de réponse API pendant les déploiements.
-    
--   **Feature flags** : Activer ou désactiver des fonctionnalités sans nécessiter une mise à jour complète de l'application.
-    
--   **Mises à jour silencieuses** : Pousser les mises à jour en arrière-plan pendant les périodes de faible utilisation.
-    
-
-Des outils comme **New Relic** et [**Firebase Analytics**](https://firebase.google.com/docs/analytics) fournissent des données en temps réel pour surveiller les performances pendant et après le déploiement.
-
-Pour les mises à jour critiques, une stratégie de **release canary** est très efficace. Cela implique de déployer d'abord les mises à jour à un petit groupe de testeurs bêta. Non seulement cela réduit les problèmes post-déploiement de 60%, mais cela donne aussi aux développeurs des retours précoces d'utilisateurs réels, permettant des corrections rapides avant un déploiement plus large.
-
-## Conclusion et points clés
-
-### Pourquoi l'amélioration continue est importante
-
-Une fois les stratégies de test et de déploiement en place, l'étape suivante est de se concentrer sur l'amélioration continue. Les mises à jour régulières jouent un rôle clé pour maintenir la satisfaction des utilisateurs et assurer de bonnes performances de l'application. Dans le marché concurrentiel d'aujourd'hui, cela peut faire la différence pour le succès à long terme d'une application.
-
-Adopter une approche structurée des mises à jour peut apporter des avantages clairs - comme des taux de rétention plus élevés et un meilleur engagement utilisateur. Les outils comme les pipelines CI/CD et les mises à jour OTA simplifient ces processus tout en maintenant la satisfaction des utilisateurs.
-
-| Composant de mise à jour | Effet sur le succès de l'application |
-| --- | --- |
-| Corrections de bugs régulières | Réduit les plaintes et les désinstallations |
-| Mises à jour de performance et fonctionnalités | Augmente l'engagement, la rétention et la compétitivité |
-| Correctifs de sécurité | Construit la confiance et assure la conformité |
-
-### Checklist du développeur en bref
-
-Pour gérer efficacement les [mises à jour d'applications mobiles](https://capgo.app/plugins/capacitor-updater/), les développeurs ont besoin de processus solides et des bons outils. Les pratiques modernes comme les tests automatisés, les déploiements progressifs et la surveillance constante sont cruciales.
-
-**Étapes clés pour le succès** :
-
--   Utiliser des pipelines CI/CD et des outils de mise à jour OTA comme GitHub Actions, Bitrise et Capgo.
-    
--   Effectuer des tests approfondis sur différents appareils avec des plateformes comme AWS Device Farm.
-    
--   Suivre les métriques de performance en utilisant l'analytique pour guider les futures mises à jour.
-    
-
-Ces étapes aident les développeurs à gérer les mises à jour en douceur tout en gardant l'expérience utilisateur au centre des préoccupations.
-
-Une approche structurée aide à minimiser les temps d'arrêt en automatisant le processus de mise à jour et en garantissant que les mises à jour sont minutieusement testées avant leur déploiement. Cette approche améliore également la satisfaction des utilisateurs en fournissant des mises à jour basées sur leurs retours et conçues pour améliorer les performances et les fonctionnalités de l'application [\[1\]](https://www.nimbleappgenie.com/blogs/mobile-app-development-checklist/)[\[5\]](https://www.netsolutions.com/hub/mobile-app-development/checklist).
-
-En fin de compte, des mises à jour efficaces d'applications reposent sur l'équilibre entre l'excellence technique et les attentes des utilisateurs. En adhérant à ces stratégies et en restant engagés, les développeurs peuvent maintenir leurs applications sécurisées, compétitives et faciles à utiliser dans un monde numérique en constante évolution.
diff --git a/src/content/blog/fr/monitor-ota-updates-in-capacitor-apps.md b/src/content/blog/fr/monitor-ota-updates-in-capacitor-apps.md
deleted file mode 100644
index 0656a8468..000000000
--- a/src/content/blog/fr/monitor-ota-updates-in-capacitor-apps.md
+++ /dev/null
@@ -1,207 +0,0 @@
----
-slug: monitor-ota-updates-in-capacitor-apps
-title: Surveiller les Mises à Jour OTA dans les Applications Capacitor
-description: >-
-  Apprenez à surveiller efficacement les mises à jour OTA dans les applications
-  mobiles pour des déploiements rapides, sûrs et fiables.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T01:34:45.665Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f079b2ebbb9dc806439988-1743816897363.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, app monitoring, error tracking, real-time analytics, mobile app
-  development
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez mettre à jour votre application sans attendre l'approbation des stores ?** Les mises à jour OTA (Over-The-Air) vous permettent de déployer des correctifs et des fonctionnalités directement aux utilisateurs en temps réel. Avec des outils comme [Capgo](https://capgo.app/), vous pouvez surveiller la performance des mises à jour, suivre les erreurs et même annuler instantanément les mauvaises mises à jour.
-
-### Principaux avantages de la surveillance des mises à jour OTA :
-
--   **Mises à jour rapides** : Atteignez jusqu'à 95% des utilisateurs actifs en 24 heures.
--   **Suivi des erreurs** : Détectez et corrigez rapidement les problèmes de déploiement.
--   **Livraison sécurisée** : Le chiffrement de bout en bout garantit la sécurité des mises à jour.
--   **Analyses en temps réel** : Surveillez les taux de réussite (moyenne mondiale : 82%) et les métriques de performance.
-
-### Étapes rapides de configuration :
-
-1.  Installez le [plugin Capgo](https://capgo.app/plugins/) : `npx @capgo/cli init`.
-2.  Utilisez le contrôle de version avec des canaux (Production, Bêta, Staging).
-3.  Activez les analyses en temps réel et le suivi des erreurs.
-4.  Configurez le retour automatique pour les mises à jour échouées.
-
-Capgo a déjà géré **23,5M de mises à jour sur 750 applications** avec des vitesses de téléchargement rapides (114ms pour un bundle de 5MB). Commencez à surveiller vos mises à jour aujourd'hui pour une gestion plus fluide des applications.
-
-## Configuration de la surveillance des mises à jour
-
-Voici comment configurer la surveillance des mises à jour OTA pour votre application :
-
-### Installation du plugin requis
-
-Tout d'abord, installez le plugin Capgo en exécutant :
-
-```bash
-npx @capgo/cli init
-```
-
-Ce plugin fonctionne parfaitement avec Capacitor 8, le rendant compatible avec une gamme de versions d'applications.
-
-### Gestion des versions de mise à jour
-
-Le contrôle de version joue un rôle clé dans la gestion des mises à jour OTA. Le [système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) de Capgo vous aide à gérer efficacement la distribution des mises à jour :
-
-| Type de canal | Objectif | Meilleur cas d'utilisation |
-| --- | --- | --- |
-| Production | Canal de diffusion principal | Mises à jour stables pour tous les utilisateurs |
-| Bêta | Canal de test | Fonctionnalités en accès anticipé |
-| Staging | Tests de pré-version | Tests QA internes |
-
-Chaque canal conserve son propre historique de versions, permettant aux développeurs de suivre les changements et de gérer systématiquement les mises à jour. De plus, le système offre des options de retour arrière instantané, vous permettant de résoudre rapidement tout problème de déploiement.
-
-Une fois le contrôle de version configuré, vous pouvez surveiller les mises à jour pour garantir la sécurité et les performances.
-
-### Configuration de la surveillance [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f079b2ebbb9dc806439988/a64cd6a83185b5ac05d3640337221542.jpg)
-
-1.  **Configurer l'intégration des analyses** : Utilisez les analyses en temps réel pour surveiller la performance des mises à jour et l'engagement des utilisateurs.
-2.  **Activer le suivi des erreurs** : Activez le suivi des erreurs pour capturer des journaux détaillés et des métriques de performance.
-3.  **Définir les règles de distribution** : Définissez les paramètres de déploiement pour contrôler la vitesse de mise à jour et cibler des groupes d'utilisateurs spécifiques.
-
-Ces étapes créent un système de surveillance fiable pour votre application.
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est en or." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo assure une livraison sécurisée des mises à jour avec un chiffrement de bout en bout, tandis que les analyses intégrées, les options de retour arrière et la surveillance en temps réel aident à maintenir la stabilité de l'application.
-
-## Gestion et suivi des erreurs
-
-### Surveillance au niveau de l'application
-
-Une surveillance efficace au niveau de l'application est essentielle pour assurer la performance des mises à jour OTA. Le système de Capgo fournit des informations détaillées sur la livraison et l'installation des mises à jour, atteignant un taux de réussite global de 82% [\[1\]](https://capgo.app/).
-
-Voici comment configurer la surveillance au niveau de l'application :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Listen for update events
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('New update available:', info.version)
-})
-
-// Track installation progress
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log('Update downloaded:', info.version)
-})
-```
-
-Pour une vision complète, combinez cela avec le suivi des erreurs backend pour traiter les problèmes des deux côtés.
-
-### Suivi des erreurs backend
-
-La surveillance backend complète les insights au niveau de l'application en se concentrant sur la performance globale du système. Avec Capgo gérant 23,5M de mises à jour dans le monde [\[1\]](https://capgo.app/), le suivi des erreurs backend est essentiel pour maintenir la fiabilité.
-
-| Métrique de suivi | Objectif | Impact |
-| --- | --- | --- |
-| Taux de réussite des mises à jour | Suit les installations réussies | Maintient 95% des utilisateurs à jour en 24 heures [\[1\]](https://capgo.app/) |
-| Performance de téléchargement | Surveille l'utilisation de la bande passante | Améliore la vitesse de livraison |
-| Fréquence des erreurs | Identifie les problèmes récurrents | Réduit les taux d'échec |
-
-En surveillant ces métriques, vous pouvez rapidement identifier et résoudre les problèmes, assurant un processus de mise à jour fluide.
-
-### Configuration du retour arrière automatique
-
-Lorsque des erreurs de déploiement surviennent, le retour arrière automatique évite les perturbations pour les utilisateurs. La fonction de retour arrière de Capgo s'active instantanément, minimisant les temps d'arrêt pendant le déploiement [\[1\]](https://capgo.app/).
-
-Voici un exemple de configuration du retour arrière automatique :
-
-```typescript
-try {
-  await CapacitorUpdater.download({
-    version: 'latest'
-  })
-} catch (error) {
-  // Automatically trigger rollback
-  await CapacitorUpdater.rollback()
-}
-```
-
-Cette approche s'est avérée fiable, avec 750 applications utilisant actuellement le système Capgo en production [\[1\]](https://capgo.app/). Son adoption généralisée souligne la fiabilité de ces outils de gestion des erreurs.
-
-## Directives de surveillance
-
-Ces directives exploitent les outils de surveillance de Capgo pour rendre chaque mise à jour mesurable, sécurisée et soigneusement déployée.
-
-### Suivi de la performance des mises à jour
-
-Surveillez de près la performance des mises à jour OTA en suivant les métriques clés comme le taux de réussite, l'engagement des utilisateurs, la vitesse de téléchargement et la fréquence des erreurs. Voici un extrait de code pour aider à suivre ces métriques :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Set up performance tracking
-CapacitorUpdater.addListener('updateStats', (stats) => {
-  console.log('Download speed:', stats.downloadSpeed)
-  console.log('Success rate:', stats.successRate)
-})
-```
-
-Utilisez ces informations pour guider efficacement vos plans de déploiement par étapes.
-
-### Déploiements progressifs des mises à jour
-
-Les déploiements progressifs aident à minimiser les risques en libérant graduellement les mises à jour à des groupes d'utilisateurs spécifiques. Le système de canaux de Capgo facilite la gestion des déploiements contrôlés. Commencez par les testeurs internes, passez aux utilisateurs bêta, puis étendez au grand public. Surveillez chaque phase pendant au moins 24 heures avant de procéder. Cette méthode a contribué à ce que Capgo atteigne un taux de réussite de 82% globalement [\[1\]](https://capgo.app/).
-
-### Sécurité et conformité aux stores
-
-Pour compléter les déploiements progressifs, la livraison sécurisée des mises à jour est cruciale. Activez la vérification sécurisée des mises à jour en utilisant le code suivant :
-
-```typescript
-// Enable secure update verification
-await CapacitorUpdater.download({
-  version: 'latest',
-  validateSignature: true,
-  checksum: true
-})
-```
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-Cela garantit que les mises à jour respectent les normes de sécurité et maintient la sécurité des données des utilisateurs grâce à des audits et des processus de validation réguliers.
-
-## Résumé
-
-Cette section récapitule les principales étapes de surveillance des mises à jour OTA et met en évidence les fonctionnalités qui font de Capgo un choix remarquable pour la [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Étapes clés de surveillance
-
-La surveillance efficace des mises à jour OTA implique plusieurs composants critiques. Ces étapes, discutées précédemment, garantissent que les mises à jour sont déployées efficacement et que les problèmes sont traités rapidement :
-
-| Composant de surveillance | Objectif | Impact |
-| --- | --- | --- |
-| Analyses en temps réel | Mesurer le succès des mises à jour et l'engagement des utilisateurs | Identifie les problèmes immédiatement |
-| Suivi des erreurs | Détecter et résoudre les problèmes tôt | Minimise les perturbations pour les utilisateurs |
-| Contrôle de version | Gérer la distribution des mises à jour | Maintient les déploiements contrôlés et prévisibles |
-| Métriques de performance | Suivre les vitesses de téléchargement et les taux de réussite | Préserve une expérience utilisateur fluide |
-
-### Aperçu des fonctionnalités de Capgo
-
-Depuis son lancement en 2022, Capgo est devenu un outil incontournable pour la surveillance des mises à jour OTA, offrant des solutions qui aident les équipes à s'éloigner des méthodes de mise à jour obsolètes.
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Les outils de Capgo sont conçus pour gérer les mises à jour OTA avec précision. Voici ce qui le distingue :
-
--   **Analyses en temps réel** : Suit les taux de réussite des mises à jour pour résoudre rapidement les problèmes
--   **Chiffrement de bout en bout** : Protège les mises à jour avec des protocoles de sécurité robustes
--   **Système de canaux** : Permet une surveillance ciblée pour des groupes d'utilisateurs spécifiques
--   **Retour arrière en un clic** : Revient rapidement à une version antérieure en cas de problèmes
-
-Ces fonctionnalités ont gagné en popularité auprès des développeurs, comme en témoignent les taux d'adoption croissants et les retours positifs des utilisateurs.
diff --git a/src/content/blog/fr/moving-from-microsoft-app-center-to-capgo.md b/src/content/blog/fr/moving-from-microsoft-app-center-to-capgo.md
deleted file mode 100644
index 42a8b6047..000000000
--- a/src/content/blog/fr/moving-from-microsoft-app-center-to-capgo.md
+++ /dev/null
@@ -1,37 +0,0 @@
----
-slug: moving-from-microsoft-app-center-to-capgo
-title: >-
-  Passer de Microsoft App Center à Capgo pour les mises à jour d'applications en
-  direct
-description: >-
-  Microsoft abandonne la prise en charge des applications Cordova. Passez de
-  Microsoft App Center à Capgo pour les mises à jour en direct des applications
-  mobiles
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-21T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /app_center.webp
-head_image_alt: Illustration de Microsoft App Center
-keywords: >-
-  Microsoft, App Center, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Alternatives
-published: true
-locale: fr
-next_blog: ''
----
-Microsoft a récemment annoncé qu'ils vont [cesser le support des applications fonctionnant sur Apache Cordova](https://devblogs.microsoft.com/appcenter/announcing-apache-cordova-retirement/) dans leur produit cloud, App Center. Cela a incité les entreprises et les équipes utilisant App Center à chercher des alternatives, et je suis ravi de dire que la plateforme [Capgo](https://capgo.app/) est une excellente option pour ceux qui recherchent un support complet pour les applications Capacitor.
-
-## De Microsoft App Center à Capgo Cloud
-
-Capacitor est une nouvelle façon de créer des applications mobiles natives avec Ionic, et la plupart des plugins Cordova sont pris en charge dans Capacitor. Capgo fournit une fonctionnalité de mise à jour en direct similaire à CodePush, mais sans dépendances de plateforme et avec une publication immédiate des applications. Avec Capgo, les équipes de développement peuvent externaliser le processus complexe de livraison d'applications et se concentrer entièrement sur les fonctionnalités uniques de leur application Ionic. De plus, contrairement à App Center, Capgo est 100% concentré sur les architectures hybrides comme Capacitor.
-
-Les clients Capacitor peuvent facilement migrer de Microsoft App Center vers Capgo en quelques étapes en utilisant mon [guide de migration](https://capgo.app/blog/appcenter-migration/), qui vous guide tout au long du processus. Capgo inclut une liste complète de fonctionnalités dont les utilisateurs de Capacitor peuvent profiter.
-
-Si vous souhaitez en savoir plus sur la migration de Microsoft App Center vers Capgo, créez votre [compte Capgo gratuit](/register/) dès aujourd'hui.
-
-## Crédits
-
-Merci beaucoup à [Ionic](https://ionic.com/), cet article est basé sur [cet article](https://ionic.io/blog/moving-from-microsoft-app-center-to-ionic-appflow/) réécrit avec chat-gpt-3 et adapté.
diff --git a/src/content/blog/fr/npm-scripts-for-capacitor-ota-updates-explained.md b/src/content/blog/fr/npm-scripts-for-capacitor-ota-updates-explained.md
deleted file mode 100644
index 59c143e47..000000000
--- a/src/content/blog/fr/npm-scripts-for-capacitor-ota-updates-explained.md
+++ /dev/null
@@ -1,345 +0,0 @@
----
-slug: npm-scripts-for-capacitor-ota-updates-explained
-title: Scripts NPM pour les mises à jour Capacitor OTA expliqués
-description: >-
-  Découvrez comment automatiser les mises à jour OTA pour votre application
-  Capacitor à l'aide de scripts npm, tout en améliorant l'efficacité du
-  déploiement et l'expérience utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T01:07:05.331Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266-1744506438251.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, npm scripts, OTA updates, CI/CD, mobile app deployment, automation,
-  app version management, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**La mise à jour de votre application [Capacitor](https://capacitorjs.com/) n'a jamais été aussi simple.** En combinant les mises à jour Over-The-Air (OTA) avec les scripts npm, vous pouvez automatiser les déploiements, gagner du temps et garantir que vos utilisateurs disposent toujours de la dernière version - sans attendre les approbations des stores d'applications.
-
-**Voici ce que vous allez apprendre :**
-
--   Comment configurer des scripts npm pour les mises à jour OTA.
--   L'intégration des mises à jour dans les pipelines CI/CD pour l'automatisation.
--   La gestion des versions d'applications, la sécurité et les tests des mises à jour.
--   Pourquoi [Capgo](https://capgo.app/) est une plateforme fiable pour gérer les mises à jour OTA.
-
-**Avantages clés :**
-
--   Automatisez les mises à jour avec une seule commande.
--   Déployez les mises à jour de manière sécurisée avec le chiffrement.
--   Intégrez les mises à jour dans des workflows comme [GitHub Actions](https://docs.github.com/actions).
--   Gagnez du temps avec des outils comme Capgo, qui livre les mises à jour en moins de 500ms.
-
-**Exemple de configuration rapide :**
-
-1.  Installez les outils : `npm install @capgo/cli --save-dev`
-2.  Configurez les mises à jour dans `capacitor.config.json`.
-3.  Ajoutez des scripts npm comme `deploy:production` pour simplifier le déploiement.
-
-Avec des plateformes comme Capgo offrant des mises à jour rapides (95% d'adoption par les utilisateurs en 24 heures) et des prix abordables, la gestion des mises à jour OTA n'a jamais été aussi efficace.
-
-## Configuration des scripts npm pour les mises à jour OTA
-
-Voici comment configurer les scripts npm pour gérer efficacement les [mises à jour OTA Capacitor](https://capgo.app/ja/). Cela implique l'installation des packages nécessaires, la configuration et la création de scripts de déploiement.
-
-### Installation des packages requis
-
-Tout d'abord, installez les packages requis. L'[outil CLI Capgo](https://capgo.app/docs/cli/commands) simplifie ce processus avec des commandes intégrées :
-
-```bash
-npm install @capgo/cli --save-dev
-npm install @capacitor/cli --save-dev
-```
-
-Puis, initialisez la configuration OTA avec la commande suivante :
-
-```bash
-npx @capgo/cli init
-```
-
-### Configuration des mises à jour OTA
-
-Mettez à jour votre fichier `capacitor.config.json` avec les paramètres suivants pour préparer votre application aux mises à jour OTA :
-
-```json
-{
-  "appId": "com.your.app",
-  "appName": "Your App",
-  "plugins": {
-    "CapacitorUpdates": {
-      "autoUpdate": true,
-      "updateUrl": "https://api.capgo.app/updates",
-      "statsUrl": "https://api.capgo.app/stats"
-    }
-  }
-}
-```
-
-Cette configuration garantit que votre application peut récupérer les mises à jour automatiquement et rapporter des statistiques.
-
-### Création de scripts de déploiement
-
-Ajoutez ces scripts npm à votre fichier `package.json` pour rationaliser le processus de construction et de déploiement :
-
-```json
-{
-  "scripts": {
-    "build:web": "npm run build",
-    "build:update": "npx @capgo/cli build",
-    "deploy:update": "npx @capgo/cli upload",
-    "deploy:production": "npm run build:web && npm run build:update && npm run deploy:update"
-  }
-}
-```
-
--   **`build:web`** : Construit les ressources web, généralement utilisé pendant le développement et le déploiement.
--   **`build:update`** : Prépare le package de mise à jour pour les mises à jour OTA.
--   **`deploy:update`** : Télécharge le package de mise à jour vers Capgo.
--   **`deploy:production`** : Gère le workflow complet de construction et de déploiement, idéal pour les versions de production.
-
-> "Nous configurons votre pipeline CI/CD directement dans votre plateforme préférée, que ce soit GitHub Actions, GitLab CI ou autres. Nous n'hébergeons pas de CI/CD ni ne vous facturons pour le maintenir." - Capgo [\[1\]](https://capgo.app/)
-
-### Configuration des variables d'environnement
-
-Pour finaliser la configuration, définissez ces variables d'environnement :
-
-```bash
-CAPGO_TOKEN=your_api_token
-CAPGO_APP_ID=your_app_id
-```
-
-### Compatibilité et fiabilité
-
-Le CLI Capgo prend en charge Capacitor 8, garantissant qu'il fonctionne avec les dernières versions tout en maintenant une fonctionnalité de mise à jour fiable.
-
-| Commande de script | Objectif | Quand l'utiliser |
-| --- | --- | --- |
-| **build:web** | Construit les ressources web | Pendant le développement et le déploiement |
-| **build:update** | Prépare le package de mise à jour | Avant chaque mise à jour OTA |
-| **deploy:update** | Télécharge les mises à jour vers Capgo | Quand les mises à jour sont prêtes à être envoyées |
-| **deploy:production** | Gère le workflow complet | Pour les versions de production |
-
-## Ajout de scripts npm à CI/CD
-
-L'intégration des scripts npm dans votre pipeline CI/CD peut simplifier le processus de mise à jour Over-The-Air (OTA) pour les applications Capacitor. Voici un guide pour configurer efficacement des déploiements automatisés.
-
-### Configuration de la construction CI/CD
-
-Configurez votre environnement CI/CD avec les variables et étapes nécessaires :
-
-```yaml
-environment:
-  CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-  NODE_ENV: production
-```
-
-Pour des performances optimales, incluez la mise en cache dans votre processus de construction :
-
-```yaml
-cache:
-  paths:
-    - node_modules/
-    - .npm/
-    - dist/
-```
-
-### Guide de configuration [GitHub Actions](https://docs.github.com/actions)
-
-![GitHub Actions](https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266/14ecce2811e9ac36444c59b954e81473.jpg)
-
-Pour automatiser votre workflow de déploiement, créez un fichier `.github/workflows/ota-deploy.yml` avec cette configuration :
-
-```yaml
-name: Deploy OTA Update
-on:
-  push:
-    branches: [ main ]
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Run deployment
-        run: npm run deploy:production
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-```
-
-Cette configuration garantit que votre application est déployée automatiquement à chaque fois que des modifications sont poussées vers la branche `main`.
-
-### Récupération et corrections des mises à jour
-
-Pour gérer les éventuelles défaillances de mise à jour, incluez des mécanismes de récupération dans votre pipeline CI/CD. Ces fonctionnalités peuvent aider à maintenir la stabilité de l'application :
-
-| Fonctionnalité de récupération | Implémentation | Objectif |
-| --- | --- | --- |
-| **Retour de version** | `npm run revert:update` | Revient à la dernière version stable |
-| **Vérifications de santé** | `npm run verify:update` | Assure le bon fonctionnement de la mise à jour |
-| **Réessai automatique** | `maxRetries: 3` dans la config | Tente la mise à jour plusieurs fois |
-
-Vous pouvez améliorer votre script de déploiement pour gérer automatiquement les erreurs. Par exemple :
-
-```bash
-npm run deploy:production || npm run revert:update
-```
-
-Ce script garantit qu'en cas d'échec d'un déploiement, le système reviendra à la version stable précédente. De plus, votre pipeline CI/CD peut envoyer des rapports d'état et déclencher des notifications via votre plateforme préférée.
-
-## Conseils de gestion des mises à jour OTA
-
-La gestion efficace des mises à jour OTA implique une surveillance étroite du contrôle de version, des tests rigoureux et des protocoles de sécurité solides. Voici comment vous pouvez rationaliser les mises à jour à l'aide de scripts npm.
-
-### Gestion des versions
-
-Le versionnement sémantique est un moyen simple de gérer les mises à jour d'applications. Voici un exemple de configuration :
-
-```json
-{
-  "version": "2.5.0",
-  "scripts": {
-    "update:major": "npm version major && npm run deploy:update",
-    "update:minor": "npm version minor && npm run deploy:update",
-    "update:patch": "npm version patch && npm run deploy:update"
-  }
-}
-```
-
-L'utilisation de canaux séparés comme Production, Beta, Alpha et Hotfix permet des déploiements ciblés. Ces stratégies facilitent le test des mises à jour et garantissent des déploiements en douceur.
-
-### Étapes de test des mises à jour
-
-Les tests automatisés sont essentiels pour détecter les problèmes tôt. Utilisez des scripts npm pour simplifier le processus :
-
-```bash
-npm run test:update -- --channel=beta
-npm run verify:deployment
-npm run monitor:metrics
-```
-
-Tester les mises à jour par étapes à travers différents canaux aide à identifier les problèmes avant qu'ils n'atteignent tous les utilisateurs. Les procédures de retour arrière automatisées sont un autre filet de sécurité pour maintenir la stabilité de l'application.
-
-### Mesures de sécurité des mises à jour
-
-La sécurité est cruciale dans les mises à jour OTA. Voici quelques mesures clés à mettre en place :
-
-| Fonctionnalité de sécurité | Implémentation | Objectif |
-| --- | --- | --- |
-| Chiffrement de bout en bout | Fourni par Capgo | Protège contre les violations de données |
-| Signature des mises à jour | Vérification des packages | Confirme que les mises à jour sont authentiques |
-| Contrôle d'accès | Permissions basées sur les rôles | Restreint l'accès de l'équipe |
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-Pour garantir que les mises à jour sont sécurisées, configurez des scripts npm pour tout valider avant le déploiement :
-
-```json
-{
-  "scripts": {
-    "predeploy": "npm run security:check",
-    "deploy": "capgo upload --encrypt",
-    "security:check": "npm audit && npm run validate:bundle"
-  }
-}
-```
-
-De plus, appliquez des politiques de sécurité spécifiques aux canaux et utilisez des permissions basées sur les rôles pour contrôler qui peut distribuer les mises à jour. Cela ajoute une couche supplémentaire de protection à votre processus de déploiement.
-
-## Options de plateforme OTA
-
-Le choix de la bonne plateforme de mise à jour OTA est crucial pour intégrer efficacement les scripts npm dans votre workflow. Privilégiez des facteurs comme la performance, la sécurité et la compatibilité avec vos outils existants. Voici une analyse de Capgo et d'autres options du marché pour vous aider à prendre une décision éclairée.
-
-### Fonctionnalités de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266/04cc402ef2e8f7dc781d2b86cd364db3.jpg)
-
-Capgo est conçu spécifiquement pour les mises à jour OTA Capacitor, offrant une vitesse de mise à jour moyenne de 434 millisecondes et atteignant un taux de mise à jour utilisateur de 95 % [\[1\]](https://capgo.app/). Il fournit une intégration transparente avec les scripts npm, comme montré dans l'exemple ci-dessous :
-
-```json
-{
-  "scripts": {
-    "deploy:production": "capgo upload --channel production",
-    "deploy:beta": "capgo upload --channel beta --encrypt",
-    "rollback": "capgo revert --channel production"
-  }
-}
-```
-
-Capgo assure des mises à jour sécurisées avec un chiffrement de bout en bout et permet des déploiements stratégiques via son système de canaux. Avec 23,5 millions de mises à jour livrées sur 750 applications en production, il a prouvé son évolutivité et sa fiabilité [\[1\]](https://capgo.app/).
-
-### Comparaison des plateformes
-
-Lors de l'utilisation de scripts npm, il est essentiel d'évaluer les plateformes en fonction du chiffrement, de la vitesse et des intégrations CI/CD. Voici une comparaison rapide des fonctionnalités :
-
-| Fonctionnalité | Détails d'implémentation | Taux de réussite des mises à jour |
-| --- | --- | --- |
-| Chiffrement de bout en bout | Support complet du chiffrement | 82% mondial [\[1\]](https://capgo.app/) |
-| Vitesse de mise à jour | 114 ms pour un bundle de 5 MB | Livraison CDN mondiale |
-| Intégration CI/CD | GitHub Actions, GitLab CI | Workflows personnalisés |
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer continuellement à nos utilisateurs !"  
-> – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Le marché des mises à jour OTA a considérablement évolué, en particulier après la fermeture de [Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) en 2024, avec [Appflow](https://ionic.io/appflow/) qui devrait suivre en 2026. Simon Flack a partagé son point de vue sur ces changements :
-
-> "Nous essayons actuellement @Capgo puisque Appcenter a arrêté le support des mises à jour en direct sur les applications hybrides et @AppFlow est beaucoup trop cher." [\[1\]](https://capgo.app/)
-
-Le coût est un autre facteur important pour les équipes. Capgo offre des capacités CI/CD à environ 300 $ par mois, un coût beaucoup plus bas comparé aux frais annuels de 6 000 $ des alternatives de niveau entreprise [\[1\]](https://capgo.app/).
-
-Lors de l'implémentation de scripts npm dans votre workflow de déploiement, considérez ces facteurs :
-
--   **Réactivité de l'API** pour une exécution fluide des scripts
--   **Gestion des canaux** pour des mises à jour ciblées
--   **Intégration du pipeline CI/CD** pour des processus rationalisés
--   **Mesures de sécurité fortes** pour assurer la conformité
--   **Abordabilité** pour évoluer sans exploser le budget
-
-La capacité de Capgo à gérer des configurations complexes de scripts npm tout en maintenant des performances élevées en fait un candidat solide pour la [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-## Conclusion
-
-### Revue des points principaux
-
-L'utilisation des scripts npm simplifie le processus de gestion des mises à jour OTA de Capacitor. Une fois intégrés aux pipelines CI/CD, ces scripts aident à automatiser les déploiements tout en assurant la sécurité et en maintenant les niveaux de performance.
-
-Voici les principaux domaines d'intervention :
-
--   **Déploiement automatisé** : Gère le versioning et le déploiement sans intervention manuelle.
--   **Mesures de sécurité** : Garantit que les mises à jour sont distribuées en toute sécurité avec un chiffrement de bout en bout.
--   **Surveillance des performances** : Suit les vitesses de livraison des mises à jour et les taux de réussite.
-
-Ces fonctionnalités soulignent pourquoi Capgo se démarque comme un outil fiable pour la gestion des mises à jour OTA.
-
-### Avantages de Capgo
-
-Avec la fermeture de Microsoft CodePush en 2024, le paysage des mises à jour OTA a évolué. Capgo s'est imposé comme une solution fiable, ayant réussi à livrer 23,5 millions de mises à jour sur 750 applications en production [\[1\]](https://capgo.app/).
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Les indicateurs de performance de Capgo parlent d'eux-mêmes :
-
-| **Indicateur de performance** | **Réalisation** |
-| --- | --- |
-| Réponse API moyenne | 434 ms dans le monde |
-| Vitesse de téléchargement | 114 ms pour 5 MB |
-| Taux de réussite des mises à jour | 82% globalement |
-
-À 300 $ par mois pour l'intégration CI/CD - comparé à 6 000 $ par an pour les solutions de niveau entreprise - Capgo offre une option sécurisée, fiable et économique pour la gestion des mises à jour OTA [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/fr/open-source-licence.md b/src/content/blog/fr/open-source-licence.md
deleted file mode 100644
index 9fdad923c..000000000
--- a/src/content/blog/fr/open-source-licence.md
+++ /dev/null
@@ -1,156 +0,0 @@
----
-slug: open-source-licence
-title: Comprendre les licences de logiciels open source
-description: >-
-  En matière de licences de logiciels open source, il existe deux grandes
-  catégories. Certaines licences relèvent de la catégorie des licences copyleft,
-  tandis que d'autres sont des licences open source permissives.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-18T00:00:00.000Z
-updated_at: 2026-01-15T02:30:12.000Z
-head_image: /open_source_licence.webp
-head_image_alt: Licence Open Source
-keywords: >-
-  Open Source, Capgo, philosophy, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Open Source
-published: true
-locale: fr
-next_blog: ''
----
-Lorsqu'il s'agit de licences de logiciels open source, il existe deux grandes catégories. Certaines licences relèvent de la catégorie des licences copyleft, tandis que d'autres sont des licences open source permissives.
-
-Dans cet article, j'expliquerai ce qu'est la licence de logiciels Open Source et ses types.
-
-## Introduction
-
-Une licence Open Source est un type de licence qui permet aux utilisateurs de visualiser, modifier et partager librement le code source du logiciel. Ainsi, les utilisateurs peuvent fréquemment mettre à jour le code source et développer le produit original.
-
-Selon le type de licence Open Source choisi, les utilisateurs peuvent ou non effectuer certaines activités avec le code, comme le vendre ou l'utiliser commercialement. De plus, il existe de nombreux types différents de licences Open Source, chacun offrant des termes et conditions différents selon l'utilisation souhaitée du matériel source.
-
-Par conséquent, il est important de bien comprendre un type de licence Open Source avant d'en profiter, alors assurez-vous d'en lire davantage ci-dessous avant de prendre une décision.
-
-## Types de licences Open Source
-
-<div class="mx-auto">
-  <img src="/types_of_oss_licence.webp" alt="type-of-oss-licence">
-</div>
-
-**Licences Permissives**
-
-Une licence permissive, parfois appelée licence non-copyleft, accorde aux utilisateurs la permission d'utiliser, de modifier et de partager le code source, mais les utilisateurs ont également la possibilité de modifier certaines de ces conditions pour la redistribution, y compris les œuvres dérivées. Dans le contexte des logiciels, une œuvre dérivée est un logiciel basé sur un programme existant. Si l'original a été publié sous une licence permissive, un créateur peut choisir de partager son œuvre dérivée avec des conditions différentes de celles que la licence de l'œuvre originale aurait pu exiger.
-
-**Licences Copyleft**
-
-Les licences copyleft dans l'open source accordent à l'utilisateur du logiciel open source la liberté de l'auteur de modifier, utiliser et redistribuer le logiciel. Cependant, elles exigent que les utilisateurs transmettent des droits spécifiques aux autres utilisateurs en aval en leur accordant les mêmes droits qui leur ont été initialement donnés.
-
-Les licences copyleft définissent comment la redistribution et les modifications du code sont autorisées, interdisant toute tentative de le rendre propriétaire ou non-open. Cela garantit que les développeurs modifiant le logiciel ont accès au code source pour le mettre à jour ou même incorporer leurs propres modifications. Bien sûr, toutes les modifications doivent également être mises à disposition pour que d'autres puissent bénéficier de sa disponibilité open source. Ce n'est pas un problème pour les cas d'utilisation académiques ou de recherche, mais c'est souvent un obstacle lors de la création de logiciels commerciaux.
-
-## Pourquoi inclure une licence de logiciel Open Source ?
-
-L'inclusion d'une licence de logiciel open source est cruciale lorsque vous publiez ou partagez votre logiciel avec d'autres en tant qu'open source. Une licence sert plusieurs objectifs importants :
-
-* **Pour promouvoir la collaboration et l'innovation.**
-
-Les licences open source permettent à quiconque de voir, modifier et distribuer le code source de votre logiciel. Cela encourage d'autres développeurs à contribuer à votre projet, corriger des bugs et ajouter de nouvelles fonctionnalités. Cela peut conduire à un produit logiciel plus robuste et innovant.
-
-* **Pour donner aux utilisateurs plus de contrôle et de flexibilité.**
-
-Les licences open source permettent généralement aux utilisateurs d'utiliser, modifier et distribuer le logiciel à toute fin, y compris l'utilisation commerciale. Cela donne aux utilisateurs plus de contrôle sur leur expérience logicielle et réduit leur dépendance aux fournisseurs de logiciels propriétaires.
-
-* **Pour construire une communauté autour de votre logiciel.**
-
-Une licence open source peut vous aider à construire une communauté d'utilisateurs et de développeurs passionnés par votre logiciel. Cette communauté peut fournir du support, des retours et de nouvelles idées pour votre projet.
-
-* **Pour rendre votre logiciel plus accessible et inclusif.**
-
-Les logiciels open source sont généralement gratuits à télécharger et à utiliser, et sont souvent disponibles en plusieurs langues. Cela les rend plus accessibles aux personnes du monde entier, indépendamment de leurs revenus ou de leur origine.
-
-En plus de ces avantages, les licences open source peuvent également vous aider à :
-
-* **Éviter la violation des droits d'auteur.**
-
-Si vous distribuez votre logiciel sans licence, vous vous exposez potentiellement à des poursuites pour violation des droits d'auteur. Une licence open source accorde explicitement aux utilisateurs la permission d'utiliser, modifier et distribuer votre logiciel, ce qui peut vous protéger de la responsabilité juridique.
-
-* **Attirer et retenir les meilleurs talents.**
-
-De nombreux développeurs de logiciels talentueux sont attirés par les projets open source. En publiant votre logiciel sous une licence open source, vous pouvez rendre votre entreprise plus attractive pour les employés potentiels.
-
-* **Améliorer la réputation de votre marque.**
-
-Les logiciels open source sont largement respectés par la communauté tech. En publiant votre logiciel sous une licence open source, vous pouvez démontrer votre engagement envers la collaboration et l'innovation.
-
-<div class="mx-auto">
-  <img src="/oss_licence(1).webp" alt="oss_licence(1)">
-</div>
-
-## Licences de logiciels permissives populaires
-
-Les licences de logiciels permissives sont parmi les plus populaires. En essence, ces licences permettent aux utilisateurs de modifier et redistribuer le logiciel comme ils le souhaitent, avec des restrictions minimales. Trois des versions les plus populaires de licences de logiciels permissives sont :
-
-**Licence MIT**
-
-La [MIT License](https://opensource.org/license/mit/) est la licence de logiciel open source la plus populaire et permissive. Elle accorde aux utilisateurs des libertés notables, y compris la possibilité de partager, modifier, utiliser et commercialiser librement le matériel s'ils respectent toutes les conditions énoncées dans la licence.
-
-**Licence Apache 2.0**
-
-[The Apache License 2.0](https://www.apache.org/licenses/LICENSE-2.0/) est une licence de logiciel permissive populaire qui permet aux utilisateurs de modifier et redistribuer librement le logiciel tout en ayant l'assurance que les déclarations et avis de droits d'auteur qui en résultent sont conservés sous leur forme principale. Cette licence open source permet des modifications propriétaires et la redistribution et fournit des termes de licence clairs pour que chacun puisse comprendre ses droits lors de l'utilisation du logiciel.
-
-**Licence BSD (Berkeley Software Distribution)**
-
-GitHub vous permet de choisir entre deux licences BSD, la [BSD 2-Clause "Simplified" License](https://opensource.org/license/bsd-2-clause/), parfois appelée licence "FreeBSD" ; et la [BSD 3-Clause "New" or "Revised" License](https://spdx.org/licenses/BSD-3-Clause.html/). La principale différence entre ces deux licences réside dans la 3ème clause. Cette clause restreint les utilisateurs du logiciel d'utiliser le nom de l'auteur, des auteurs ou des contributeurs pour approuver des produits ou services.
-
-**Licence Boost Software**
-
-[The Boost Software License](https://www.boost.org/LICENSE_1_0.txt/), provient des Bibliothèques Boost de C++ et a été approuvée par l'OSI en 2008. Cette licence est similaire aux licences MIT et BSD, sauf qu'elle ne nécessite pas d'attribution lors de la redistribution sous forme binaire.
-
-## Licences de logiciels Open Source Copyleft
-
-Les licences copyleft accordent aux utilisateurs de logiciels la permission d'utiliser, modifier et partager le code source, mais protègent également contre la relicence à travers des restrictions et conditions spécifiques. Cela représente la caractéristique réciproque de cette licence qui exige que le travail des utilisateurs adhère aux droits originaux décrits dans la licence.
-
-**Licences GNU**
-En ce qui concerne les licences de logiciels copyleft, la [GPL (General Public License)](https://www.gnu.org/licenses/licenses.en.html/) est l'une des plus populaires et largement utilisées. Cette licence open source accorde aux utilisateurs la liberté de distribuer des copies et des versions modifiées d'un programme tant qu'ils conservent certaines conditions, telles que les avis de droits d'auteur, les clauses de non-responsabilité ou toute autre licence qui a été ajoutée au Programme non modifié.
-
-En rendant le logiciel disponible avec ce type de licence, les développeurs s'assurent que d'autres ont accès à leur code source, leur permettant d'apporter des améliorations et des adaptations qui profitent à la communauté. De plus, ce concept de "copyleft" garantit que quiconque peut collaborativement partager les mêmes libertés lors du travail avec des logiciels libres.
-
-**Licence Publique Mozilla**
-
-La [Mozilla Public License](https://www.mozilla.org/en-US/MPL/2.0/), ou MPL, provient de la [Mozilla Foundation](https://foundation.mozilla.org/en/) et est également considérée comme une licence copyleft faible. La différence avec cette licence (par rapport à la Licence Publique Eclipse) est qu'elle est basée sur les fichiers, ce qui signifie que le code peut être combiné avec du code open source ou propriétaire.
-
-**Licence Publique Eclipse**
-
-La [Eclipse Public License](https://www.eclipse.org/legal/epl-2.0/), provient de la Fondation Eclipse et est considérée comme une licence copyleft faible. Une licence copyleft faible exige que les utilisateurs de logiciels partagent toutes les modifications qu'ils apportent au code. Cette licence a choisi d'implémenter un copyleft plus faible comme moyen de réduire les exigences plus strictes que les utilisateurs rencontraient avec les Licences Publiques Générales de GNU.
-
-## Comment choisir la licence appropriée pour votre projet ?
-
-* Si vous publiez votre projet sous une licence open source, choisissez une licence compatible avec les projets que vous utilisez.
-
-* Si vous voulez permettre à d'autres d'utiliser votre projet à des fins commerciales, choisissez une licence qui le permet.
-
-* Si vous voulez permettre à d'autres de modifier et distribuer votre projet, choisissez une licence qui le permet.
-
-* Si vous voulez vous assurer que votre projet reste libre et open source, choisissez une licence copyleft.
-
-* Si vous n'êtes pas sûr de quelle licence choisir, l'Open Source Initiative a une liste de licences populaires que vous pouvez comparer.
-
-Choisir la licence appropriée pour votre projet open source est une décision importante. En considérant attentivement vos besoins et objectifs, vous pouvez choisir une licence qui vous aidera à atteindre les résultats souhaités.
-
-## Nouvelle licence Capgo
-
-Comment puis-je accomplir tout cela ? En changeant ma licence.
-
-Capgo a maintenant changé sa licence du MIT vers un nouveau schéma de licence appelé GNU Affero General Public License V3 (AGPLv3) ou toute version ultérieure. La version de Capgo peut être [trouvée ici](https://github.com/Cap-go/capgo/blob/main/LICENSE/).
-
-Capacitor-updater (le plugin) a changé sa licence, passant de la LGPLv3 à un nouveau schéma de licence appelé Mozilla Public License Version 2.0 (MPLv2) ou toute version ultérieure. La version de Capacitor-updater peut être [trouvée ici](https://github.com/Cap-go/capacitor-updater/blob/main/LICENCE/).
-
-Ce changement ne fait aucune différence pour ceux qui souscrivent à Capgo Cloud ou qui auto-hébergent Capgo, mais il pourrait contrarier quelques entreprises qui ont essayé d'utiliser mon logiciel pour me concurrencer directement sans contribuer en retour.
-
-AGPL est une licence avec laquelle Google a un problème, car ils ne sont pas prêts à divulguer leur code source fermé. Google s'oppose à l'AGPL et [déclare](https://opensource.google/docs/using/agpl-policy/) : "Le code sous licence GNU Affero General Public License (AGPL) NE DOIT PAS être utilisé chez Google".
-
-L'objectif de l'AGPL est de maximiser la liberté des utilisateurs et d'encourager les entreprises à contribuer à l'open-source. Je suis une application autonome orientée utilisateur. Je ne suis pas une bibliothèque ou une partie d'un projet plus grand. Je ne recherche pas les dons de Google, donc nous sommes heureux d'être sous licence AGPL. C'est la licence appropriée pour Capgo.
-
-## Conclusion
-
-Il y a de nombreux facteurs à prendre en compte lors du choix d'une licence de logiciel open-source. Pourtant, il existe certainement des choix populaires au sein de la communauté des développeurs. Les licences permissives courantes incluent la Licence MIT, la Licence Apache et la Licence BSD. Certaines licences copyleft courantes incluent la GNU General Public License et la Mozilla Public License.
diff --git a/src/content/blog/fr/open-source-vs-proprietary-app-update-solutions.md b/src/content/blog/fr/open-source-vs-proprietary-app-update-solutions.md
deleted file mode 100644
index 03d1339a8..000000000
--- a/src/content/blog/fr/open-source-vs-proprietary-app-update-solutions.md
+++ /dev/null
@@ -1,232 +0,0 @@
----
-slug: open-source-vs-proprietary-app-update-solutions
-title: Solutions open source vs propriétaires pour la mise à jour d'applications
-description: >-
-  Explorez les différences entre les solutions de mise à jour d'applications
-  open source et propriétaires pour trouver la meilleure option adaptée aux
-  exigences et au budget de votre projet.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-08T03:39:09.600Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a6a42ecd7a7d94bc55e8db-1738985966262.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  app updates, open source, proprietary solutions, security, customization,
-  scalability, development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Maintenir votre application à jour est crucial pour la sécurité et la satisfaction des utilisateurs. Le choix entre les solutions de mise à jour open source et propriétaires dépend de vos priorités : flexibilité et coût ou facilité d'utilisation et support.
-
-### Différences clés en un coup d'œil :
-
--   **Open Source** : Gratuit, personnalisable, mais nécessite une expertise technique et de la maintenance.
-    
--   **Propriétaire** : Payant, facile à utiliser, avec un support professionnel et une sécurité de niveau entreprise.
-    
-
-### Tableau comparatif rapide :
-
-| **Aspect** | **Open Source** | **Propriétaire** |
-| --- | --- | --- |
-| **Coût** | Gratuit, mais avec maintenance développeur | 6-250€/utilisateur/mois |
-| **Personnalisation** | Élevée, avec accès au code source | Limitée aux fonctionnalités du fournisseur |
-| **Support** | Forums communautaires | Support professionnel 24/7 |
-| **Sécurité** | Transparente, mais nécessite une surveillance | Sécurité intégrée de niveau entreprise |
-| **Mise à l'échelle** | Configuration manuelle | Automatisée et évolutive |
-| **Intégration** | Nécessite une configuration personnalisée | Connecteurs CI/CD préconçus |
-
-### Résumé :
-
--   Choisissez l'**open source** si vous avez de solides compétences techniques, besoin de personnalisation et voulez une solution économique.
-    
--   Optez pour les **outils propriétaires** si vous privilégiez la facilité d'utilisation, l'évolutivité et le support professionnel.
-    
-
-Votre décision doit s'aligner sur les besoins de votre application, votre budget et l'expertise de votre équipe. Plongeons dans les détails.
-
-## Open Source Vs Propriétaire - Qui Règnera en Maître !
-
-<iframe src="https://www.youtube.com/embed/Z9jsSAPvTvc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Solutions de mise à jour Open Source
-
-Les outils de mise à jour open source offrent aux développeurs des options personnalisables pour gérer les [mises à jour en direct](https://capgo.app/plugins/capacitor-updater/). Au fil du temps, ces outils se sont grandement améliorés, offrant des fonctionnalités avancées tout en restant économiques pour les équipes de développement.
-
-### Principales fonctionnalités
-
-Les outils open source regorgent de fonctionnalités pour simplifier le processus de mise à jour des applications :
-
-| Fonctionnalité | Description | Avantage |
-| --- | --- | --- |
-| **Mises à jour Delta** | Envoie uniquement le code modifié | Économise la bande passante et réduit le temps de mise à jour |
-| [**Gestion des bundles**](https://capgo.app/docs/webapp/bundles/) | Gère plusieurs paquets de mise à jour | Permet le déploiement progressif et le contrôle de version |
-| **Vérification de sécurité** | Utilise l'authentification par clé publique | Protège l'intégrité des mises à jour |
-
-Ces fonctionnalités s'intègrent parfaitement aux flux de travail CI/CD modernes, rendant les mises à jour d'applications plus efficaces et évolutives.
-
-### Outils et plugins courants
-
-Le paysage open source offre des outils fiables pour les mises à jour d'applications. [**Capgo**](https://capgo.app/) se démarque comme un choix privilégié pour les mises à jour en direct dans les applications Capacitor, offrant un chiffrement de bout en bout, une intégration CI/CD fluide et la conformité aux directives des app stores.
-
-### Forces et faiblesses
-
-Peser les avantages et les inconvénients des outils open source peut vous aider à choisir la bonne solution :
-
-| Aspect | Force | Faiblesse |
-| --- | --- | --- |
-| **Coût et flexibilité** | Gratuit avec accès au code source | Exige des connaissances techniques et de l'entretien |
-| **Sécurité** | Code transparent, révisé par la communauté | Nécessite une surveillance active des vulnérabilités |
-| **Support** | Aide communautaire | Manque d'équipes de support dédiées |
-| **Intégration** | Large compatibilité API | Complexité dépend de l'outil |
-
-Bien que les outils open source nécessitent une surveillance active de la sécurité, leur nature transparente inspire confiance [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software)[\[5\]](https://www.ankursnewsletter.com/p/clash-of-code-open-source-vs-proprietary).
-
-Bien que les solutions open source offrent des avantages en termes de personnalisation et de coût, les outils propriétaires proposent une alternative avec leurs propres avantages uniques.
-
-## Solutions de mise à jour propriétaires
-
-Les solutions de mise à jour propriétaires sont conçues pour les organisations qui ont besoin d'outils fiables et évolutifs pour gérer les mises à jour. Ces plateformes sont adaptées aux entreprises qui privilégient la sécurité, l'évolutivité et l'accès au support professionnel.
-
-### Fonctionnalités standard
-
-Les plateformes propriétaires actuelles sont équipées de fonctionnalités conçues pour répondre aux exigences des entreprises :
-
-| **Catégorie de fonctionnalité** | **Capacités** | **Impact commercial** |
-| --- | --- | --- |
-| **Sécurité** | Outils de chiffrement et de conformité | Protège les données et assure la conformité réglementaire |
-| **Gestion** | Attribution des utilisateurs, contrôle de version, retour en arrière | Simplifie les mises à jour et réduit les risques de déploiement |
-| **Analytique** | Suivi d'utilisation, métriques de performance | Permet des décisions de mise à jour basées sur les données |
-| **Intégration** | Support pipeline CI/CD, accès API | Automatise les flux de travail et rationalise les processus |
-
-Par exemple, les outils de chiffrement protègent les informations sensibles, tandis que les fonctionnalités de retour en arrière et de contrôle de version aident à minimiser les risques lors des mises à jour.
-
-### Principales plateformes commerciales
-
-Plusieurs fournisseurs dominent le marché des mises à jour propriétaires. [**Microsoft Intune**](https://www.microsoft.com/en-us/security/business/microsoft-intune), à partir de 6€ par utilisateur/mois, offre une suite complète d'outils de mise à jour d'applications d'entreprise avec de solides capacités de sécurité et de déploiement. [**VMware Workspace ONE**](https://levelblue.com/products/vmware) fournit des fonctionnalités similaires mais ajoute des options de gestion des appareils pour des cas d'utilisation plus larges.
-
-[**Firebase Remote Config**](https://firebase.google.com/docs/remote-config) de **Google** a gagné en popularité pour sa capacité à envoyer des mises à jour de configuration en temps réel sans nécessiter de soumissions à l'app store. Cela le rend particulièrement attrayant pour les développeurs travaillant dans l'écosystème Google.
-
-### Avantages et inconvénients
-
-Évaluer les avantages et les inconvénients des solutions propriétaires peut aider les entreprises à prendre des décisions éclairées :
-
-| **Aspect** | **Avantages** | **Inconvénients** |
-| --- | --- | --- |
-| **Support** | Aide professionnelle 24/7, services garantis par SLA | Options de personnalisation limitées |
-| **Sécurité** | Protocoles intégrés de niveau entreprise | Manque de transparence dans l'implémentation de la sécurité |
-| **Intégration** | Connecteurs préconçus et outils du fournisseur | Risque de dépendance au fournisseur |
-| **Évolutivité** | Conçu pour les opérations à grande échelle | Coûts plus élevés à mesure que l'utilisation augmente |
-
-Une enquête récente a révélé que 71 % des entreprises choisissent des solutions propriétaires, principalement en raison des préoccupations liées à la sécurité et à la fiabilité [\[6\]](https://hyscaler.com/insights/open-source-vs-proprietary-software/). Cette tendance souligne l'importance du support professionnel et des outils de conformité, en particulier dans les secteurs fortement réglementés.
-
-Les solutions propriétaires basées sur le cloud ont encore élargi les options d'évolutivité. Cependant, les entreprises doivent soigneusement considérer les compromis, comme une dépendance accrue à l'infrastructure du fournisseur, pour déterminer si ces plateformes sont le bon choix par rapport aux alternatives open source.
-
-## Comparaison directe : Open Source vs Propriétaire
-
-Voici une analyse claire de la façon dont les [solutions de mise à jour d'applications](https://capgo.app/plugins/capacitor-updater/) open source et propriétaires diffèrent en termes de fonctionnalités clés, de coûts et d'exigences techniques.
-
-### Matrice des fonctionnalités
-
-| Catégorie de fonctionnalité | Solutions Open Source | Solutions Propriétaires |
-| --- | --- | --- |
-| Contrôle des mises à jour | [Mises à jour manuelles](https://capgo.app/docs/plugin/cloud-mode/manual-update/), retour en arrière basique | Versionnage avancé, retour en arrière automatisé |
-| Sécurité | [Mises à jour gérées par la communauté](https://capgo.app/docs/plugin/cloud-mode/manual-update/), configuration de chiffrement personnalisée | Chiffrement niveau entreprise, vérifications automatisées des vulnérabilités |
-| Intégration | Configuration CI/CD personnalisée | Connecteurs CI/CD préconçus |
-| Mise à l'échelle | Configuration manuelle | Équilibrage de charge intégré |
-| Support | Forums communautaires, documentation | Support professionnel 24/7, garanties SLA |
-
-Ces différences jouent également un rôle dans la structuration des coûts de chaque option.
-
-### Répartition des prix
-
-Les outils open source, comme Capacitor Live Update, sont gratuits mais nécessitent du temps de développeur pour la maintenance. En revanche, les plateformes propriétaires, comme Microsoft Intune, facturent 6-250€ par utilisateur par mois, ce qui inclut le support professionnel et les options d'évolutivité [\[1\]](https://www.heavybit.com/library/article/open-source-vs-proprietary).
-
-| Facteur de coût | Open Source | Propriétaire |
-| --- | --- | --- |
-| Licence initiale | Gratuit | 6-250€/utilisateur/mois |
-| Maintenance | Coûts en temps de développeur | Inclus dans l'abonnement |
-| Coûts de mise à l'échelle | Dépenses d'infrastructure | Tarification basée sur l'utilisation |
-| Coûts de support | Dépendant de la communauté | Inclus dans la licence |
-
-Le choix entre ces solutions dépend souvent de votre budget et du niveau d'expertise disponible en interne.
-
-### Exigences techniques
-
-Les exigences techniques pour la mise en œuvre de ces solutions varient considérablement :
-
-**Open Source :**
-
--   Nécessite une configuration personnalisée pour la sécurité et le chiffrement.
-    
--   Nécessite une intégration manuelle avec les pipelines CI/CD.
-    
--   Exige la configuration et la gestion des systèmes de contrôle de version.
-    
-
-**Propriétaire :**
-
--   Offre des fonctionnalités de sécurité automatisées.
-    
--   Dispose de capacités de mise à l'échelle préconfigurées.
-    
--   Inclut des outils de surveillance intégrés.
-    
-
-Les solutions propriétaires simplifient l'intégration et la maintenance mais peuvent manquer d'options de personnalisation que les outils open source fournissent. La décision dépend finalement de votre priorité entre la personnalisation ou la facilité d'utilisation [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-## Sélection de votre solution de mise à jour
-
-Lors du choix entre les outils open source et propriétaires, prenez en compte des facteurs tels que les compétences de votre équipe, l'échelle de votre projet, les contraintes budgétaires, les exigences de sécurité et la façon dont la solution s'intègre à vos systèmes existants. Ces considérations doivent s'aligner sur la complexité de votre application, la taille de votre base d'utilisateurs et toutes les exigences de conformité que vous devez respecter.
-
-### Quand l'Open Source fait sens
-
-
-> "L'un des plus grands avantages de Capacitor par rapport aux autres environnements d'exécution est la possibilité de délivrer des mises à jour en temps réel sans avoir à resoumettre votre application aux stores" [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-
-Cette option convient particulièrement pour :
-
--   Les équipes avec une forte expertise technique
-    
--   Les projets nécessitant des configurations d'intégration personnalisées
-    
--   Les organisations qui privilégient les solutions communautaires
-    
--   Les applications nécessitant des mises à jour rapides et fréquentes
-    
-
-### Quand les outils propriétaires sont plus adaptés
-
-Les plateformes propriétaires sont souvent le choix privilégié pour les projets d'entreprise où la fiabilité et la conformité sont essentielles. Elles fonctionnent particulièrement bien pour :
-
--   Les grandes applications avec des exigences de déploiement complexes
-    
--   Les entreprises dans des secteurs strictement réglementés
-    
--   Les équipes ayant besoin de capacités robustes de surveillance et d'analyse
-    
--   Les applications déployées dans plusieurs régions avec des normes de conformité variables
-    
-
-Votre choix doit s'aligner sur les besoins actuels et la croissance future de votre projet. Les outils open source peuvent offrir un coût initial plus faible, mais les plateformes propriétaires peuvent faire économiser du temps et des ressources à long terme grâce à des fonctionnalités comme le support professionnel et une maintenance réduite [\[1\]](https://www.heavybit.com/library/article/open-source-vs-proprietary)[\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-Pour les organisations gérant plusieurs applications dans différentes régions, les solutions propriétaires se démarquent souvent en raison de leur sécurité et leur évolutivité intégrées. En revanche, les projets plus modestes peuvent prospérer avec l'adaptabilité des outils open source [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-## Conclusion
-
-### Points principaux
-
-Le choix entre les solutions open source et propriétaires revient à équilibrer des facteurs comme le coût, la flexibilité et le support. Les outils open source conviennent parfaitement aux équipes nécessitant de la personnalisation, tandis que les plateformes propriétaires excellent souvent dans des domaines comme l'évolutivité et le respect des exigences strictes de conformité. Votre choix dépendra de considérations telles que le budget, le niveau de personnalisation requis, les attentes en matière de support et les priorités de sécurité.
-
-Pour les organisations jonglant avec plusieurs applications ou nécessitant des fonctionnalités de niveau entreprise, les outils propriétaires offrent souvent un support solide et des flux de travail efficaces. D'autre part, les équipes disposant de compétences techniques avancées et de besoins d'intégration spécifiques peuvent bénéficier d'outils open source, qui permettent des solutions sur mesure pour répondre à des défis uniques [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-### Étapes de mise en œuvre
-
-Pour mettre en œuvre avec succès la solution choisie, commencez par évaluer les exigences spécifiques de votre application. Ensuite, sélectionnez l'outil qui correspond le mieux à ces besoins et intégrez-le dans votre pipeline CI/CD tout en vous assurant qu'il est conforme aux normes de plateforme pertinentes. Une mise en œuvre réussie dépendra de l'adéquation de votre choix avec les compétences techniques de votre équipe, votre budget et votre capacité de maintenance à long terme.
-
-Le succès de votre solution de mise à jour dépendra largement de sa capacité à répondre aux demandes actuelles et à la croissance future. Que vous optiez pour des outils open source pour leurs options de personnalisation ou des plateformes propriétaires pour leur support structuré, assurez-vous que votre choix complète votre processus de développement et respecte les directives de la plateforme.
diff --git a/src/content/blog/fr/open-source.md b/src/content/blog/fr/open-source.md
deleted file mode 100644
index 56b87af75..000000000
--- a/src/content/blog/fr/open-source.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: open-source
-title: Découvrez ce qu'est l'open source et pourquoi c'est important !
-description: >-
-  Au cours de votre parcours en programmation, vous avez peut-être entendu le
-  terme "Open Source". Mais que signifie réellement cela ?
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-16T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /open_source_main.webp
-head_image_alt: source ouverte
-keywords: >-
-  Open Source, Capgo, philosophy, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Open Source
-published: true
-locale: fr
-next_blog: ''
----
-Dans cet article, je vais expliquer ce qu'est le logiciel open source et parler de la manière dont il diffère des autres types de logiciels. Je discuterai également des avantages du logiciel open source et comment commencer à contribuer à des projets.
-
-## Aperçu
-
-Le terme open source fait référence à un logiciel open source (OSS). Le logiciel open source est un code conçu pour être accessible au public : tout le monde peut voir, modifier et distribuer le code comme il l'entend.
-
-[Le code source](https://github.com/cap-go/capacitor-updater/) est la partie du logiciel que la plupart des utilisateurs d'ordinateur ne voient jamais ; c'est le code que les programmeurs peuvent manipuler pour changer le fonctionnement d'un logiciel—un "programme" ou "application". Les programmeurs qui ont accès au code source d'un programme peuvent améliorer ce dernier en y ajoutant des fonctionnalités ou en corrigeant des parties qui ne fonctionnent pas toujours correctement.
-
-Chaque projet open source actif a un ou plusieurs mainteneurs. Ce sont les personnes qui gèrent le projet et s'assurent qu'il reste exempt de bugs ou d'autres problèmes. En d'autres termes, ils "maintiennent" le projet ! Bien qu'ils passent leur temps à écrire du code pour le projet, leur priorité principale est d'examiner et d'organiser les contributions des autres. Les personnes qui font ces contributions sont appelées à juste titre contributeurs. Ce sont des personnes qui soumettent de nouveaux codes, de la documentation, ou même des rapports de bogues aux projets open source.
-
-<div class="mx-auto">
-  <img src="/open-source_(1).webp" alt="open-source-(1)">
-</div>
-
-Alors, comment le mouvement open source tel que nous le connaissons est-il né ?
-
-## D'où vient le terme "Open Source" ?
-
-Il y a plus de vingt ans, le terme "logiciel open source" a été inventé par la co-fondatrice de Foresight Institute, Christine Peterson. Elle voulait créer ce terme comme moyen d'attirer de nouveaux venus dans ce domaine.
-
-Le nom original devait être "logiciel libre", mais il y avait beaucoup de confusion sur ce que "libre" signifiait réellement. Afin de clarifier la question, Peterson a proposé de changer le nom en "logiciel open source".
-
-## Quels sont les avantages du logiciel open source ?
-
-Il existe de nombreux avantages à utiliser et à travailler avec le logiciel open source. L'un des avantages est le contrôle que vous avez sur le code que vous choisissez d'utiliser.
-
-Les programmeurs peuvent examiner le code et décider quelles parties du code ils souhaitent modifier. Les utilisateurs réguliers peuvent utiliser ce logiciel comme bon leur semble, sans qu'on leur dise de l'utiliser d'une manière spécifique.
-
-Un autre avantage est la quantité que vous pouvez apprendre en utilisant du code d'un projet open source. Les développeurs d'horizons divers peuvent étudier le code des projets open source ainsi que partager leur travail avec d'autres.
-
-Le logiciel open source est également considéré comme étant plus sécurisé que le logiciel propriétaire. Étant donné que le code est librement disponible, les développeurs peuvent trouver des problèmes, faire des mises à jour et corriger ces bogues plus rapidement que dans les logiciels propriétaires.
-
-L'open source bénéficie également d'une très grande communauté. En conséquence, il existe de nombreuses ressources utiles pour les débutants cherchant à rejoindre une communauté open source et à commencer à contribuer.
-
-## Pourquoi devriez-vous contribuer à des projets open source ?
-
-La nature collaborative de la communauté open source offre également d'importantes opportunités aux développeurs. Voici les raisons les plus importantes pour lesquelles c'est une bonne idée.
-
-**Amélioration du projet**
-
-La plus grande beauté d'une communauté open source est que ses membres sont principalement motivés par leur intérêt sincère pour les projets en question. Par conséquent, de nombreuses personnes contribuent à des projets open source pour des raisons altruistes - elles veulent l'améliorer !
-
-Faire fonctionner le logiciel open source plus rapidement, de manière plus intelligente ou le rendre plus sécurisé ajoutera à sa qualité.
-
-**Acquérir des connaissances précieuses**
-
-En vous immergeant dans un projet open source particulier, vous acquérez des connaissances précieuses sur le logiciel en question. En d'autres termes, vous n'apprenez pas seulement en agissant - vous apprenez en interagissant avec le code d'autres développeurs.
-
-**Valoriser vos perspectives de carrière**
-
-En contribuant à des projets open source, vous signalez votre talent à des employeurs potentiels. Pour eux, il est facile de vérifier votre travail réel et d'évaluer si vous seriez un bon candidat pour leurs postes ouverts. Dans les mots de [Frank Scheffler](https://medium.com/digitalfrontiers/5-reasons-why-you-should-contribute-to-open-source-projects-2f65443b4077/), "les contributions actives au logiciel open source mettent en avant votre expertise et vos connaissances, bien plus que des certificats seuls ne le feront jamais".
-
-De plus, en contribuant à plusieurs projets, vous construisez votre réseau de contacts, ce qui ne peut qu'être bénéfique pour votre carrière !
-
-## Comment commencer à contribuer à des projets open source ?
-
-Contribuer à des projets open source peut être un moyen gratifiant d'acquérir de l'expérience, de collaborer avec d'autres et de redonner à la communauté. Voici un guide étape par étape pour vous aider à commencer :
-
-1. **Choisissez un projet** :
-   - Commencez par identifier des projets open source qui correspondent à vos intérêts et à votre niveau de compétence. Vous pouvez utiliser des plateformes comme GitHub, GitLab ou Bitbucket pour découvrir des projets.
-
-<div class="mx-auto">
-  <img src="/open-source_(2).webp" alt="open-source-(2)">
-</div>
-
-2. **Comprenez le projet** :
-   - Lisez la documentation du projet, le fichier README et toutes les directives de contribution pour comprendre son but, ses objectifs et ses normes de codage.
-
-<div class="mx-auto">
-  <img src="/open-source_(3).webp" alt="open-source-(3)">
-</div>
-
-3. **Configurez votre environnement de développement** :
-   - Installez les outils et dépendances nécessaires pour travailler sur le projet. Cela peut inclure des langages de programmation, des bibliothèques et des systèmes de contrôle de version comme Git.
-
-4. **Commencez petit** :
-   - Pour les débutants, il est préférable de commencer par des tâches simples et bien définies telles que la correction de fautes de frappe, les améliorations de documentation ou les petites corrections de bogues. Cela vous aidera à vous familiariser avec le flux de travail et la communauté du projet.
-
-5. **Familiarisez-vous avec le contrôle de version** :
-   - Apprenez à utiliser Git pour le contrôle de version. Forkez le dépôt du projet, clonez-le sur votre machine locale et créez une nouvelle branche pour vos modifications.
-
-6. **Contribuez du code** :
-   - Apportez vos modifications de code en suivant les directives de codage du projet. Assurez-vous que vos changements sont clairs, bien documentés et répondent à un problème ou un besoin existant.
-
-7. **Tests** :
-   - Avant de soumettre votre code, testez-le soigneusement pour vous assurer qu'il fonctionne comme prévu. Les projets exigent souvent que vous écriviez des tests pour vos modifications de code.
-
-8. **Créez une Pull Request (PR)** :
-   - Poussez vos modifications vers votre dépôt forké, puis créez une PR pour proposer vos modifications au projet principal. N'oubliez pas de fournir une description claire et concise de vos modifications.
-
-9. **Engagez-vous avec la communauté** :
-   - Participez à des discussions, des forums ou des listes de diffusion liés au projet. Soyez ouvert aux critiques et prêt à apporter des améliorations en fonction des retours que vous recevez.
-
-10. **Soyez patient et persévérant** :
-    - Il peut falloir du temps pour que votre PR soit examinée et acceptée. Soyez patient et, si nécessaire, relancez votre PR avec courtoisie.
-
-11. **Apprenez et grandissez** :
-    - Utilisez cette expérience pour apprendre des autres et améliorer vos compétences en codage. Vous pouvez également contribuer des fonctionnalités ou des améliorations plus substantielles à mesure que vous vous sentez plus à l'aise avec le projet.
-
-12. **Maintenez l'étiquette open source** :
-    - Respectez les mainteneurs et les membres de la communauté du projet. Soyez poli, suivez leurs directives et soyez un contributeur utile et constructif.
-
-13. **Restez cohérent** :
-    - Si vous souhaitez continuer à contribuer, essayez de faire des contributions régulières. Cela vous aide à construire une présence au sein de la communauté du projet.
-
-14. **Reconnaissez les droits d'auteur et de licence** :
-    - Respectez la licence et le droit d'auteur du projet. Comprenez les conditions sous lesquelles vous contribuez.
-
-15. **Documentez votre travail** :
-    - Gardez une trace de vos contributions pour votre propre référence. Cela peut également être utile lors de la création de votre portfolio de développeur.
-
-N'oubliez pas que contribuer à l'open source ne se limite pas seulement au code. Vous pouvez également aider avec la documentation, le design, les tests et la gestion de projet. L'essentiel est de trouver un moyen de contribuer qui corresponde à vos compétences et à vos intérêts.
-
-## Profitez de la technologie open source derrière Capgo
-
-Comme vous le savez, les technologies open source présentent de multiples avantages. Elles sont disponibles à une fraction du prix des logiciels propriétaires. Elles sont également flexibles et plus sécurisées grâce aux révisions fréquentes de code par la communauté open source.
-
-Ce sont tous des principes auxquels nous adhérons chez Capgo ! Nous sommes un système de mise à jour en direct open source pour les applications Capacitor dont la mission est de mettre à jour en direct les applications Capacitor. Nous vous permettons de déployer des mises à jour à vos utilisateurs sans avoir besoin de réinstaller l'application. Nous sommes un service basé sur le cloud, mais vous pouvez également l'héberger vous-même.
-
-Pourquoi ne pas essayer par vous-même ? [Essayez notre version gratuite](https://console.capgo.app/register/) et [contribuez à notre projet open source en constante évolution](https://github.com/Cap-go/) - nous serions ravis de vous accueillir à bord !
-
-<div class="mx-auto">
-  <img src="/capgo_banner.webp" alt="capgo_banner">
-</div>
-
-## Conclusion
-
-Le logiciel open source est un code publiquement disponible que les gens peuvent consulter, modifier et partager. Le terme "logiciel open source" a été inventé par la co-fondatrice de Foresight Institute, Christine Peterson.
-
-Le logiciel open source a de nombreux avantages, notamment un large soutien communautaire, des guides utiles pour commencer à contribuer, l'apprentissage en étudiant le code des autres et l'acquisition d'expérience en travaillant avec d'autres développeurs.
diff --git a/src/content/blog/fr/optimise-your-images-for-updates.md b/src/content/blog/fr/optimise-your-images-for-updates.md
deleted file mode 100644
index 516c9b755..000000000
--- a/src/content/blog/fr/optimise-your-images-for-updates.md
+++ /dev/null
@@ -1,32 +0,0 @@
----
-slug: optimise-your-images-for-updates
-title: Optimisez vos images pour les mises à jour
-description: >-
-  Comment optimiser vos images pour les mises à jour en direct et aider vos
-  utilisateurs à obtenir des mises à jour plus rapidement.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-23T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /convert.jpg.webp.webp
-head_image_alt: Convertir en illustration webp
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Optimisation
-published: true
-locale: fr
-next_blog: ''
----
-Le format WebP est un format d'image moderne qui peut offrir des économies significatives en taille de fichier par rapport au JPEG, tout en maintenant une qualité visuelle similaire ou meilleure. En convertissant vos images JPEG en WebP dans votre application mobile, vous pouvez potentiellement réduire la taille de votre application, ce qui peut conduire à des temps de téléchargement plus rapides et de meilleures performances pour vos utilisateurs.
-
-Le format WebP est bien pris en charge par la plupart des principales plateformes et appareils mobiles, y compris Android et iOS. Contrairement au JPEG, WebP offre une qualité d'image supérieure avec une taille de fichier plus petite, ce qui se traduit par des temps de téléchargement plus rapides, une utilisation de données réduite et une meilleure expérience utilisateur. C'est particulièrement important pour les applications mobiles utilisées sur les réseaux cellulaires, où l'utilisation des données et les temps de téléchargement sont des préoccupations majeures.
-
-En ce qui concerne la conversion de vos images en WebP, plusieurs options sont disponibles. Une option populaire est d'utiliser un outil en ligne de commande comme `c.webp`, qui peut être facilement intégré dans le processus de construction de votre application. Une autre option est de convertir vos images en WebP dans [Android Studio](https://sites.google.com/a/android.com/tools/tech-docs/.webp/), qui peut être utilisé pour convertir manuellement vos images. Vous pouvez également utiliser un plugin pour votre système de gestion de contenu (CMS) ou un service automatisé comme Kraken.io.
-
-Une fois que vous avez converti vos images en WebP, il est important de tester les performances de votre application pour voir s'il y a une amélioration. Vous pouvez utiliser des outils comme [le plugin Firebase Performance Monitoring](https://github.com/cap-go/capacitor-firebase/tree/main/packages/performance/) ou d'autres outils de test de performance pour mesurer les performances de l'application. Vous devriez également envisager de tester l'application sur différents appareils et réseaux pour obtenir une image plus précise de l'impact de la conversion en WebP sur les performances de l'application.
-
-En plus d'améliorer les performances de votre application, la conversion de vos images en WebP peut également avoir un impact positif sur l'expérience utilisateur globale de votre application. Avec des temps de téléchargement plus rapides et une utilisation de données réduite, les utilisateurs sont plus susceptibles d'avoir une expérience positive avec votre application, ce qui peut conduire à un engagement et une rétention accrus.
-
-Globalement, la conversion de vos images en WebP peut être un moyen efficace d'optimiser les ressources de votre application mobile et d'améliorer ses performances. C'est un processus simple et direct qui peut avoir un impact important sur l'expérience utilisateur globale de votre application. En prenant le temps de convertir vos images en WebP, vous serez en mesure de fournir une meilleure expérience à vos utilisateurs et potentiellement augmenter l'engagement et la rétention.
diff --git a/src/content/blog/fr/ota-security-checklist-for-capacitor-apps.md b/src/content/blog/fr/ota-security-checklist-for-capacitor-apps.md
deleted file mode 100644
index 05ff1fa99..000000000
--- a/src/content/blog/fr/ota-security-checklist-for-capacitor-apps.md
+++ /dev/null
@@ -1,213 +0,0 @@
----
-slug: ota-security-checklist-for-capacitor-apps
-title: Liste de vérification de sécurité OTA pour les applications Capacitor
-description: >-
-  Découvrez les mesures de sécurité importantes pour les mises à jour OTA dans
-  les applications, y compris le chiffrement, le contrôle d'accès et les
-  stratégies de contingence.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T13:52:41.166Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f910732e221594daf2250f-1744379572627.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA updates, app security, encryption, user management, compliance, rollback
-  capabilities, mobile app development
-tag: 'Mobile, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Les mises à jour OTA sécurisées sont essentielles pour protéger les données des utilisateurs et maintenir l'intégrité des applications.** Voici ce que vous devez savoir :
-
--   **Chiffrement de bout en bout :** Protège les mises à jour de la création à la livraison.
--   **Capacités de restauration :** Permet d'annuler rapidement les mises à jour défectueuses pour minimiser l'impact.
--   **Gestion des utilisateurs :** Un contrôle d'accès strict garantit que les mises à jour n'atteignent que les utilisateurs autorisés.
--   **Conformité :** Suivez les directives d'Apple et Google pour maintenir les listings sur l'App Store.
--   **Atténuation des risques :** Utilisez des déploiements progressifs, des tests bêta et la sécurité de l'infrastructure pour réduire les vulnérabilités.
-
-**Statistiques clés :**
-
--   95% des utilisateurs actifs se mettent à jour dans les 24 heures.
--   Le taux de réussite du déploiement global est de 82%.
-
-## Le guide FACILE des mises à jour Over-The-Air (OTA) avec ...
-
-<iframe src="https://www.youtube.com/embed/7Xdsc1qqoro" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Planification de la sécurité
-
-Assurez-vous que les mises à jour OTA sont planifiées avec de solides garanties techniques et des mesures de conformité.
-
-### Exigences de sécurité
-
-Protégez les mises à jour avec un chiffrement de bout en bout, de la création au déploiement [\[1\]](https://capgo.app/). Les étapes clés incluent :
-
--   **Protocoles de chiffrement** : Utilisez le chiffrement de bout en bout pour tous les packages de mise à jour.
--   **Systèmes d'authentification** : Appliquez des méthodes robustes d'authentification des utilisateurs et des appareils.
-
-### Règles de l'App Store
-
-L'[Apple App Store](https://developer.apple.com/app-store/guidelines/) et le [Google Play Store](https://play.google.com/console/signup) appliquent des politiques strictes pour les mises à jour OTA. Suivre ces règles est crucial pour maintenir les listings sur l'app store et la confiance des utilisateurs.
-
-| Plateforme | Exigences principales | Restrictions de mise à jour |
-| --- | --- | --- |
-| Apple App Store | Chiffrement de bout en bout | Pas de changements des fonctionnalités principales |
-| Google Play Store | Mises à jour signées | Limitées aux mises à jour de contenu |
-| Les deux plateformes | Capacité de restauration | Doit maintenir l'intégrité de l'app |
-
-### Risques de sécurité
-
-Comprendre les vulnérabilités potentielles aide à élaborer des défenses efficaces. Les risques principaux incluent :
-
--   **Intégrité des mises à jour**  
-    Avec un taux de réussite global des mises à jour de 82% [\[1\]](https://capgo.app/), des protocoles de sécurité solides peuvent réduire significativement les problèmes de déploiement.
-    
--   **Contrôle de la distribution**  
-    Utilisez les tests bêta et les déploiements progressifs pour gérer la distribution et réduire les risques.
-    
--   **Sécurité de l'infrastructure**  
-    Choisissez entre une infrastructure cloud ou auto-hébergée en fonction des besoins spécifiques de sécurité de votre organisation [\[1\]](https://capgo.app/).
-    
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour." - Capgo [\[1\]](https://capgo.app/)
-
-Pour renforcer la sécurité, adoptez des systèmes de surveillance qui suivent les performances des mises à jour et signalent les problèmes potentiels tôt. Combiner le chiffrement, la distribution contrôlée et la surveillance proactive crée une base solide pour la sécurité des mises à jour OTA. Ces mesures garantissent la sécurité des mises à jour à travers le code, les données et les points d'accès.
-
-## Mise en œuvre de la sécurité
-
-La mise en œuvre de la sécurité OTA nécessite des mesures techniques solides basées sur les exigences définies et les évaluations des risques. Selon Capgo, **95% des utilisateurs actifs se mettent à jour dans les 24 heures** [\[1\]](https://capgo.app/).
-
-### Sécurité du code
-
-Concentrez-vous sur ces mesures clés :
-
-| Couche de sécurité | Mise en œuvre | Objectif |
-| --- | --- | --- |
-| **Chiffrement de bout en bout** | Chiffrement [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard) | Protéger les packages OTA pendant le transfert |
-| **Signature du code** | Signatures numériques | Garantir que les mises à jour sont authentiques et non altérées |
-
-Ces étapes forment l'épine dorsale d'un processus OTA sécurisé.
-
-### Protection des données
-
-Le chiffrement de bout en bout garantit que les mises à jour OTA sont sécurisées, permettant uniquement aux utilisateurs autorisés de déchiffrer les packages [\[1\]](https://capgo.app/).
-
-### Contrôle d'accès
-
-Une stratégie de contrôle d'accès à plusieurs niveaux est essentielle pour prévenir les modifications ou déploiements non autorisés. Les composants clés incluent :
-
--   **Système de gestion des utilisateurs** : Attribuez des niveaux d'accès spécifiques aux développeurs, testeurs et administrateurs, avec des permissions détaillées pour le déploiement des mises à jour.
--   **Distribution basée sur les canaux** : Utilisez plusieurs canaux de mise à jour pour les déploiements contrôlés, les tests bêta et le maintien de la stabilité en production.
--   **Protocoles d'authentification** : Appliquez des processus robustes d'authentification et de vérification pour les utilisateurs et les appareils.
-
-Cette approche structurée garantit que les mises à jour restent sécurisées et gérables.
-
-### Tests de sécurité
-
-Des tests approfondis sont nécessaires pour maintenir la sécurité. Les étapes clés comprennent :
-
--   L'exécution de scans de sécurité et la vérification des packages de mise à jour.
--   Le test des systèmes d'authentification pour assurer leur fiabilité.
--   La validation des mécanismes de restauration pour résoudre rapidement les mises à jour défectueuses.
-
-Utilisez l'analyse et le suivi des erreurs pour repérer et résoudre les problèmes de manière proactive, minimisant les temps d'arrêt et les risques.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Réponse d'urgence
-
-Lorsque les mesures préventives échouent, il est crucial d'avoir un plan pour gérer les violations pendant les mises à jour OTA.
-
-### Alertes de sécurité
-
-Utilisez des outils de surveillance pour détecter les menaces dès qu'elles surviennent. Voici quelques éléments clés :
-
-| Composant | Objectif | Mise en œuvre |
-| --- | --- | --- |
-| **Suivi des erreurs** | Identifier rapidement les anomalies | Automatiser la surveillance pendant les déploiements |
-| **Tableau de bord analytique** | Suivre la performance des mises à jour | Surveiller l'engagement des utilisateurs en temps réel |
-
-Une fois une menace identifiée, l'étape suivante est d'agir rapidement - en commençant par une restauration.
-
-### Annulation de mise à jour
-
-Annuler rapidement une mise à jour peut limiter les dommages causés par un problème de sécurité. Des plateformes comme Capgo simplifient ce processus avec une fonction de restauration en un clic, permettant aux équipes de revenir aux versions précédentes sans délai [\[1\]](https://capgo.app/).
-
-**À garder à l'esprit pour la restauration :**
-
--   Configurez des systèmes de **restauration automatisée** pour assurer une réversion immédiate si nécessaire.
-
-### Étapes d'urgence
-
-Après la détection d'une violation de sécurité, ces étapes peuvent aider à gérer efficacement la situation :
-
-1.  **Évaluation immédiate**  
-    Évaluez l'étendue de la violation et documentez quelles versions et utilisateurs sont affectés.
-    
-2.  **Actions de confinement**  
-    Utilisez les canaux de mise à jour pour isoler les utilisateurs impactés et stabiliser le système.
-    
-3.  **Mise en œuvre de la récupération**  
-    Revenez à une version sécurisée pour résoudre le problème.
-    
-
-> "Restauration en un clic vers n'importe quelle version précédente si nécessaire" - Capgo [\[1\]](https://capgo.app/)
-
-Les plateformes OTA modernes équipent les équipes d'outils comme le suivi des erreurs, l'analyse en temps réel et les mises à jour basées sur les canaux. Ces fonctionnalités facilitent une réponse rapide, réduisant l'impact sur les utilisateurs.
-
-## Outils de sécurité
-
-Sélectionnez des outils de sécurité qui protègent les mises à jour OTA du début à la fin.
-
-### Plateformes de mise à jour
-
-Lors de l'évaluation d'une plateforme de mise à jour OTA, privilégiez la sécurité. Les plateformes haut de gamme incluent souvent ces fonctionnalités :
-
-| Fonctionnalité de sécurité | Objectif | Mise en œuvre |
-| --- | --- | --- |
-| **Chiffrement de bout en bout** | Protège le contenu des mises à jour | Garantit que seuls les utilisateurs autorisés peuvent déchiffrer les mises à jour |
-| **Conformité App Store** | S'aligne sur les standards des plateformes | Vérifie automatiquement les mises à jour selon les règles Apple/Google |
-| **Capacité de restauration** | Annule les mises à jour problématiques | Maintient une piste d'audit pour des restaurations efficaces |
-| **Surveillance des erreurs** | Identifie tôt les problèmes de déploiement | Fournit un suivi en temps réel |
-
-Par exemple, Capgo offre de fortes performances avec un accent sur le véritable chiffrement de bout en bout. Au-delà de la plateforme elle-même, sécuriser l'environnement de livraison des mises à jour est tout aussi crucial.
-
-### Sécurité du navigateur
-
-Sécuriser l'environnement côté client pendant les mises à jour est tout aussi important. Mettez en œuvre des politiques de sécurité du contenu (CSP) strictes pour prévenir les vulnérabilités web pendant la livraison :
-
--   Limitez le chargement des ressources aux domaines de confiance
--   Exigez HTTPS pour toutes les connexions
--   Définissez des politiques CORS appropriées pour restreindre l'accès non autorisé
-
-### Sécurité du serveur
-
-La protection de l'hébergement OTA nécessite des mesures côté serveur solides :
-
--   **Livraison HTTPS** : Chiffrez tous les transferts de mise à jour pour assurer la sécurité des données
--   **Contrôles d'accès** : Utilisez des déploiements [cloud ou auto-hébergés](https://capgo.app/blog/self-hosted-capgo/) avec des permissions détaillées
--   **Surveillance continue** : Suivez et vérifiez régulièrement l'intégrité des mises à jour
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-Les plateformes comme Capgo mettent l'accent sur des standards de sécurité élevés, les rendant particulièrement utiles pour les entreprises ayant des besoins stricts en matière de conformité ou de souveraineté des données.
-
-## Conclusion
-
-La sécurisation des mises à jour OTA dans les applications [Capacitor](https://capacitorjs.com/) nécessite une planification minutieuse, une exécution précise et des outils fiables. Les plateformes OTA rapportent des taux de mise à jour de 95% dans les 24 heures [\[1\]](https://capgo.app/), soulignant l'importance d'une livraison sécurisée et efficace.
-
-En mettant en œuvre des mesures de sécurité solides, les plateformes peuvent maintenir des taux de mise à jour élevés tout en protégeant les données des utilisateurs. Cet équilibre permet aux organisations de déployer des mises à jour en toute confiance et de préserver la confiance des utilisateurs.
-
-Voici trois composants clés pour assurer la sécurité OTA :
-
-| Composant | Fonctionnalités clés | Objectif |
-| --- | --- | --- |
-| Chiffrement | Protection de bout en bout | Garantit que les mises à jour ne sont accessibles qu'aux utilisateurs autorisés |
-| Surveillance | Suivi en temps réel | Identifie et traite rapidement les problèmes de sécurité |
-| Récupération | Restauration instantanée | Réduit l'impact des mises à jour défectueuses ou compromises |
-
-Cette décomposition souligne l'importance d'un chiffrement robuste, d'une surveillance continue et d'options de récupération rapides. À mesure que le développement d'applications mobiles progresse, les mises à jour OTA sécurisées deviennent de plus en plus critiques. Les développeurs doivent se concentrer sur des fonctionnalités comme le chiffrement de bout en bout, des systèmes de surveillance solides et des capacités de restauration fiables. Ces précautions garantissent que les mises à jour sont livrées en toute sécurité, maintenant la confiance des utilisateurs et respectant les standards des plateformes.
diff --git a/src/content/blog/fr/ota-updates-in-beta-staying-policy-compliant.md b/src/content/blog/fr/ota-updates-in-beta-staying-policy-compliant.md
deleted file mode 100644
index f3a915b97..000000000
--- a/src/content/blog/fr/ota-updates-in-beta-staying-policy-compliant.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: ota-updates-in-beta-staying-policy-compliant
-title: 'Mises à jour OTA en version bêta : rester conforme aux règles'
-description: >-
-  Découvrez comment gérer efficacement les mises à jour OTA dans les tests bêta
-  tout en assurant la conformité aux directives des App Stores et en améliorant
-  la sécurité des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T02:04:08.266Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5-1743499666588.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, beta testing, compliance, app store policies, encryption, user
-  communication, quality control
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Les mises à jour OTA rendent les tests bêta plus rapides et plus faciles - mais il est crucial de rester conforme aux règles des app stores.** Voici ce que vous devez savoir :
-
--   **Que sont les mises à jour OTA ?** Elles permettent aux développeurs d'envoyer des correctifs et des fonctionnalités directement sur les appareils des utilisateurs, en contournant les app stores.
--   **Avantages clés :** Déploiement rapide, mises à jour ciblées, suivi en temps réel et options de restauration.
--   **Essentiels de conformité :** Utilisez le chiffrement de bout en bout, communiquez de manière transparente avec les testeurs et suivez les règles de test bêta d'Apple et Google.
--   **Erreurs courantes à éviter :** N'utilisez pas les mises à jour OTA pour des modifications non approuvées comme les systèmes de paiement ou les fonctionnalités principales.
--   **Meilleurs outils :** Des plateformes comme [Capgo](https://capgo.app/) simplifient les mises à jour sécurisées et conformes avec des fonctionnalités comme les systèmes de canaux, l'analytique et les capacités de restauration.
-
-**Comparaison rapide :**
-
-| Fonctionnalité | Capgo | [TestFlight](https://developer.apple.com/testflight/) | [Google Play Console](https://developer.android.com/distribute/console) |
-| --- | --- | --- | --- |
-| Chiffrement de bout en bout | Oui | Oui | Oui |
-| Mises à jour ciblées | Oui ([système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/)) | Limitées | Limitées |
-| Capacité de restauration | Oui | Non | Non |
-| Suivi en temps réel | Oui | Limité | Limité |
-| Coût d'installation | 2 600 € (unique) | Gratuit | Gratuit |
-
-## Meilleures pratiques de mise à jour du firmware des appareils
-
-<iframe src="https://www.youtube.com/embed/owPdKRQhMzk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Règles de test bêta des App Stores
-
-Apple et Google ont tous deux des directives strictes pour les tests bêta, conçues pour maintenir la qualité des applications et la sécurité des utilisateurs. Il est essentiel d'utiliser des outils de mise à jour sécurisés et précis pour répondre à ces normes.
-
-### Exigences [TestFlight](https://developer.apple.com/testflight/) d'Apple
-
-![TestFlight](https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5/4da4b0faec79804f5d08d001d9926818.jpg)
-
-Pour vous conformer aux règles d'Apple, assurez-vous que votre solution inclut le **chiffrement de bout en bout** et prend en charge les **déploiements ciblés** pour les mises à jour bêta.
-
-### Règles de test bêta Google Play
-
-Google recommande d'utiliser des systèmes comme le système de canaux de Capgo pour livrer des mises à jour en toute sécurité à des groupes d'utilisateurs spécifiques [\[1\]](https://capgo.app/). Ces directives font partie des changements de politique plus larges discutés ci-dessous.
-
-### Dernières mises à jour des politiques
-
-Les récentes mises à jour des politiques de test bêta ont introduit des mesures de sécurité plus strictes pour les mises à jour OTA :
-
--   **Chiffrement** : Toutes les mises à jour doivent désormais utiliser le chiffrement de bout en bout [\[1\]](https://capgo.app/).
--   **Suivi des versions** : Les applications doivent maintenir des enregistrements détaillés des distributions de mises à jour [\[1\]](https://capgo.app/).
-
-## Respect des directives de mise à jour OTA
-
-Garantir des mises à jour OTA sécurisées nécessite un chiffrement fort, une communication claire avec les utilisateurs et des contrôles qualité approfondis. Ces étapes s'appuient sur les pratiques de conformité de base pour s'assurer que toutes les mises à jour sont alignées sur les exigences de la politique.
-
-### Mesures de sécurité des mises à jour
-
-La base des mises à jour OTA sécurisées est le **chiffrement de bout en bout**. La simple signature des mises à jour ne répond plus aux normes plus strictes fixées par les app stores comme Apple et Google [\[1\]](https://capgo.app/). Les pratiques de sécurité clés incluent :
-
--   L'utilisation du chiffrement de bout en bout et des canaux de distribution contrôlés pour des déploiements sécurisés.
-
-L'approche de Capgo en matière de chiffrement garantit que seuls les utilisateurs prévus peuvent déchiffrer et installer les mises à jour, répondant aux dernières exigences d'Apple et de Google [\[1\]](https://capgo.app/).
-
-### Normes de communication avec les utilisateurs
-
-Tenir les utilisateurs informés est tout aussi important que de sécuriser les mises à jour. Des notes de version claires, l'obtention du consentement explicite des utilisateurs et l'utilisation de canaux de mise à jour ciblés sont essentiels pour la conformité et des déploiements fluides - en particulier lors du travail avec des testeurs bêta.
-
-### Étapes de contrôle qualité
-
-Un contrôle qualité efficace minimise les risques et garantit la stabilité des mises à jour. Voici comment structurer votre processus :
-
-| Phase de test | Actions clés | Objectif |
-| --- | --- | --- |
-| Pré-déploiement | Configurer le suivi des erreurs | Détecter les problèmes avant qu'ils n'atteignent les utilisateurs |
-| Pendant le déploiement | Utiliser l'analytique en temps réel | Surveiller la performance des mises à jour en temps réel |
-| Post-déploiement | Activer la restauration | Récupérer rapidement des problèmes inattendus |
-| Continu | Tester avec des canaux | Valider les fonctionnalités avec des groupes d'utilisateurs spécifiques |
-
-Incorporez ces étapes dans votre pipeline CI/CD. Utilisez des sélecteurs de canaux pour tester directement les pull requests, garantissant que les mises à jour sont vérifiées avant la publication.
-
-## Erreurs courantes de politique à éviter
-
-Le déploiement de mises à jour OTA pendant les tests bêta peut entraîner des problèmes de conformité et des risques de sécurité. Comprendre ces défis peut aider à assurer des mises à jour plus fluides et conformes. En évitant ces erreurs courantes, vous pouvez rester aligné avec les politiques des app stores.
-
-### Modifications non approuvées d'applications
-
-Les mises à jour OTA ne peuvent pas être utilisées pour modifier les fonctionnalités principales, les systèmes de paiement ou les méthodes d'authentification sans examen approprié. Voici une répartition de ce qui est autorisé :
-
-| Type de modification | Mise à jour OTA autorisée | Examen du store requis |
-| --- | --- | --- |
-| Corrections de bugs | Oui | Non |
-| Mises à jour de contenu | Oui | Non |
-| Changements de couleur/texte UI | Oui | Non |
-| Modifications des fonctionnalités principales | Non | Oui |
-| Systèmes de paiement | Non | Oui |
-| Méthodes d'authentification | Non | Oui |
-
-> "Éviter l'examen pour un correctif de bug est précieux." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Passons maintenant à la façon dont de mauvaises pratiques de sécurité peuvent rendre votre application vulnérable.
-
-### Prévention des risques de sécurité
-
-Pour réduire les risques de sécurité, considérez ces étapes :
-
--   **Utilisez le chiffrement de bout en bout** : Les méthodes de signature simples ne suffisent pas. Chiffrez les mises à jour pour une meilleure protection.
--   **Contrôlez les permissions de publication** : Utilisez des contrôles granulaires pour gérer qui peut pousser des mises à jour.
--   **Surveillez le déploiement** : Suivez les taux de réussite et identifiez tout problème pendant le déploiement.
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour." - Capgo [\[1\]](https://capgo.app/)
-
-Mais la sécurité ne s'arrête pas aux mises à jour - protéger les données des utilisateurs pendant les tests bêta est tout aussi important.
-
-### Règles de confidentialité des données
-
-Suivez ces directives de confidentialité pour protéger les données des utilisateurs :
-
--   **Consentement de l'utilisateur** : Obtenez toujours un consentement explicite avant de collecter des données et expliquez clairement comment elles seront utilisées.
--   **Collecte de données** : Ne recueillez que les données nécessaires aux tests bêta. Gardez les données des testeurs séparées en utilisant des canaux dédiés.
--   **Sécurité des données** : Stockez toutes les données avec un chiffrement de bout en bout et auditez régulièrement l'accès pour garantir qu'il reste sécurisé.
-
-## Outils de gestion des mises à jour OTA
-
-La gestion des mises à jour OTA pendant les tests bêta nécessite des outils fiables pour assurer l'efficacité et la conformité. Les plateformes d'aujourd'hui sont conçues pour simplifier le [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) tout en maintenant les politiques intactes. Examinons de plus près les fonctionnalités de Capgo et d'autres plateformes de test bêta pour voir comment elles s'intègrent dans des flux de travail de mise à jour fluides.
-
-### Fonctionnalités de mise à jour [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5/574f3a2cd27791454624262312a6c223.jpg)
-
-La plateforme Capgo se concentre sur la sécurité et la conformité, offrant des fonctionnalités clés adaptées aux tests bêta :
-
-| Fonctionnalité | Avantage | Impact sur la conformité |
-| --- | --- | --- |
-| Chiffrement de bout en bout | Les mises à jour ne peuvent être déchiffrées que par les utilisateurs | Mesures de sécurité renforcées |
-| Système de canaux | Cible des groupes bêta spécifiques | Maintient un environnement de test contrôlé |
-| Restauration en un clic | Revient rapidement aux versions précédentes | Accélère la résolution des problèmes |
-| Analytique en temps réel | Surveille les taux de réussite des mises à jour | Assure le suivi de la conformité |
-
-Capgo se distingue par sa rapidité, avec des mises à jour atteignant 95% des utilisateurs actifs en 24 heures [\[1\]](https://capgo.app/).
-
-### Plateformes de test bêta
-
-Outre Capgo, d'autres plateformes sont disponibles pour gérer efficacement les mises à jour bêta :
-
--   **TestFlight** : La solution de prédilection d'Apple pour les tests bêta iOS
--   **Google Play Console** : L'outil de distribution bêta intégré d'Android
--   **Plateformes tierces** : Options pour les besoins de test multiplateforme
-
-L'intégration de ces outils dans votre flux de travail renforce la conformité et assure un processus de test fluide.
-
-### Intégration du flux de travail de test
-
-L'incorporation de la gestion des mises à jour dans votre flux de travail exige une concentration sur la conformité et l'efficacité. Voici les principaux domaines à aborder :
-
-1\. **Configuration du pipeline CI/CD**
-
-Les outils de mise à jour modernes s'intègrent souvent directement aux pipelines CI/CD. Par exemple, la configuration unique CI/CD de Capgo coûte 2 600 € [\[1\]](https://capgo.app/), ce qui est beaucoup plus économique comparé aux 6 000 € annuels d'[AppFlow](https://ionic.io/appflow) [\[1\]](https://capgo.app/).
-
-2\. **Stratégie de distribution des mises à jour**
-
-Une stratégie de distribution structurée garantit que les mises à jour sont livrées de manière cohérente tout en respectant les normes de conformité.
-
-> "Capgo est une façon intelligente de faire des push de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" – NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-3\. **Systèmes de surveillance**
-
-L'analytique intégrée vous permet de suivre la performance des mises à jour. Avec un temps de réponse API moyen de 57ms dans le monde [\[1\]](https://capgo.app/), ces outils fournissent des insights en temps réel sur les taux de réussite de distribution.
-
-## Conclusion : Gestion des mises à jour conformes
-
-### Résumé pour les développeurs
-
-La conformité des OTA bêta repose sur trois domaines principaux : la **sécurité**, le **contrôle de la distribution** et le **respect des politiques**. Voici un aperçu rapide :
-
--   **Mesures de sécurité**
-    
-    -   Les mises à jour sont protégées par un chiffrement de bout en bout, garantissant que seuls les utilisateurs autorisés peuvent y accéder.
-    -   La surveillance en temps réel prend en charge les [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/), avec des options de restauration instantanée pour une résolution rapide des problèmes (taux de réussite de 82%) [\[1\]](https://capgo.app/).
--   **Contrôle de la distribution**
-    
-    -   Les systèmes de canaux permettent une gestion précise des groupes bêta.
-    -   Les déploiements par étapes réduisent les risques et assurent des mises à jour plus fluides.
-    -   La livraison vérifiée atteint 95% des utilisateurs en 24 heures [\[1\]](https://capgo.app/).
--   **Normes de conformité**
-    
-    -   L'alignement strict sur les politiques des app stores pour iOS et Android est obligatoire.
-
-Ces pratiques constituent la base des plateformes spécialisées comme Capgo.
-
-### Utilisation de Capgo pour les mises à jour
-
-Capgo est conçu pour simplifier les mises à jour OTA conformes. Avec plus de 23,5 millions de mises à jour livrées sur 750 applications en production [\[1\]](https://capgo.app/), il fournit des outils pour gérer chaque aspect du processus. Voici comment ses fonctionnalités y contribuent :
-
-| Fonctionnalité | Avantage |
-| --- | --- |
-| Chiffrement de bout en bout | Protège les mises à jour et les données utilisateurs |
-| Système de canaux | Permet une gestion précise des tests bêta |
-| Tableau de bord analytique | Offre un suivi de conformité en temps réel |
-| Capacité de restauration | Assure la stabilité avec le contrôle de version |
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-La capacité de Capgo à équilibrer la conformité avec des mises à jour rapides et fiables en fait un outil essentiel pour les équipes de développement agile.
diff --git a/src/content/blog/fr/ota-updates-in-cicd-security-and-compliance-tips.md b/src/content/blog/fr/ota-updates-in-cicd-security-and-compliance-tips.md
deleted file mode 100644
index 3b8d40d8e..000000000
--- a/src/content/blog/fr/ota-updates-in-cicd-security-and-compliance-tips.md
+++ /dev/null
@@ -1,246 +0,0 @@
----
-slug: ota-updates-in-cicd-security-and-compliance-tips
-title: 'Mises à jour OTA en CI/CD: Conseils de Sécurité et de Conformité'
-description: >-
-  Découvrez les stratégies essentielles de sécurité et de conformité pour les
-  mises à jour OTA dans les pipelines CI/CD afin de garantir des déploiements
-  d'applications efficaces et sécurisés.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T03:24:03.406Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e7635c283d21cbd679bdb8-1743218655903.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, CI/CD, security, compliance, encryption, app deployment, privacy
-  laws, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mises à jour **OTA** vous permettent de pousser les mises à jour d'applications directement aux utilisateurs sans attendre les examens de l'app store. Associées aux **pipelines CI/CD**, elles permettent des déploiements rapides, automatisés et sécurisés. Mais la rapidité comporte des risques - la sécurité, la conformité et la confidentialité doivent être prioritaires.
-
-### Points clés :
-
--   **Risques de sécurité** : Les risques incluent l'interception de données, l'injection de code et les compromissions de serveurs.
--   **Bonnes pratiques** : Utilisez le **chiffrement de bout en bout**, la **signature de code** et la **livraison HTTPS sécurisée**.
--   **Conformité** : Suivez les règles de l'app store (pas de changements de fonctionnalités principales sans approbation) et les lois sur la confidentialité comme [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)/[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act).
--   **Avantages pour les applications Capacitor** : Correction instantanée des problèmes, déploiement progressif des mises à jour et suivi des performances en temps réel.
-
-### Outils à utiliser :
-
-Des plateformes comme **[Capgo](https://capgo.app/)** offrent des fonctionnalités robustes comme le chiffrement, les options de restauration, le suivi des erreurs et l'intégration CI/CD. Par exemple :
-
--   **Taux de réussite de Capgo** : 95% d'adoption des mises à jour en 24 heures, 82% de taux de réussite global.
-
-| Fonctionnalité | Avantage |
-| --- | --- |
-| **Chiffrement** | Sécurise les paquets de mise à jour |
-| **Options de restauration** | Correction rapide des problèmes |
-| **Contrôle d'accès** | Limite les permissions |
-| **Analytique** | Suit les performances |
-
-Commencez par choisir une plateforme OTA sécurisée, intégrez-la à votre pipeline CI/CD et suivez les règles de conformité pour assurer des mises à jour fluides, sécurisées et efficaces.
-
-## Conseils pratiques pour sécuriser vos pipelines CI/CD
-
-<iframe src="https://www.youtube.com/embed/4hKqanFEu34" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuration sécurisée des mises à jour OTA
-
-La protection de vos mises à jour OTA CI/CD nécessite plusieurs niveaux de sécurité. Capgo a montré un taux de réussite de 95% pour les mises à jour dans les 24 heures lorsque ces stratégies sont mises en œuvre efficacement[\[1\]](https://capgo.app/).
-
-### Chiffrement des paquets de mise à jour 
-
-Le chiffrement des paquets de mise à jour OTA du début à la fin garantit leur sécurité pendant tout le processus[\[1\]](https://capgo.app/). Cette méthode permet uniquement aux utilisateurs autorisés de déchiffrer les mises à jour, ajoutant une couche supplémentaire de protection. Contrairement aux solutions qui se contentent de signer les mises à jour, le chiffrement complet bloque tout accès non autorisé à chaque étape.
-
-### Méthodes de signature de code
-
-La signature de code est cruciale pour vérifier que les mises à jour sont légitimes et non altérées. Associez cela à un chiffrement fort pour créer un [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) plus sécurisé.
-
-### Livraison sécurisée des mises à jour
-
-Sécurisez la livraison de vos mises à jour en utilisant HTTPS et un accès API protégé. Cela empêche l'interception ou l'altération des données pendant le transit. De plus, assurez-vous que votre système inclut des mécanismes de restauration fiables pour gérer les problèmes de livraison sans compromettre l'intégrité.
-
-### Options de restauration des mises à jour
-
-Les fonctionnalités de restauration sont essentielles pour gérer les échecs de mise à jour. Capgo attribue une partie de son taux de réussite global de 82% à ces capacités[\[1\]](https://capgo.app/). Ensemble, ces couches de sécurité créent un système de mise à jour OTA fiable qui minimise les risques et assure des performances constantes.
-
-## Règles de l'App Store et de confidentialité
-
-### Règles OTA de l'App Store
-
-Apple exige un examen pour tout changement des fonctionnalités principales de l'application, tandis que Google s'attend à ce que les mises à jour soient transparentes. Pour maintenir vos déploiements over-the-air (OTA) conformes aux règles de l'app store, suivez ces étapes :
-
--   **Fournir une documentation détaillée des mises à jour** : Décrivez clairement ce que la mise à jour inclut.
--   **Éviter de modifier les fonctionnalités principales** : Assurez-vous que les mises à jour ne modifient pas les fonctionnalités principales de l'application sans approbation.
--   **Respecter les directives UI/UX de la plateforme** : Tout changement de design doit s'aligner sur les standards de la plateforme.
-
-Respecter ces règles est essentiel pour maintenir la présence de votre application sur le marché. Comme le souligne Capgo, rester "conforme à l'App Store" est la clé du succès à long terme [\[1\]](https://capgo.app/).
-
-### Exigences des lois sur la confidentialité
-
-Les lois sur la confidentialité comme le RGPD et le CCPA influencent également la gestion des données de mise à jour OTA. Ces réglementations se concentrent sur la transparence, les droits des utilisateurs et la sécurité.
-
-**Transparence dans la collecte de données** :
-
--   Divulguer clairement quelles données liées aux mises à jour sont collectées.
--   Obtenir le consentement explicite des utilisateurs avant de collecter des données.
--   Permettre aux utilisateurs de refuser la collecte de données non essentielles.
-
-**Protection des droits des utilisateurs** :
-
--   Permettre aux utilisateurs d'accéder à leur historique de mises à jour.
--   Fournir des options de portabilité des données liées aux mises à jour.
--   Répondre aux demandes des utilisateurs de suppression des données liées aux mises à jour.
-
-**Pratiques de sécurité** :
-
--   Chiffrer toutes les données de mise à jour.
--   Conserver des journaux détaillés des activités de mise à jour.
--   Mettre en œuvre des contrôles d'accès stricts pour protéger les données.
-
-Une sécurité forte et un processus de mise à jour transparent sont non négociables pour la conformité. Capgo souligne l'utilisation du chiffrement de bout en bout comme stratégie centrale pour protéger les mises à jour OTA [\[1\]](https://capgo.app/).
-
-## Conseils de sécurité pour les mises à jour OTA
-
-### Tests de sécurité
-
-Automatisez les tests de sécurité pour découvrir les faiblesses potentielles. Utilisez des outils automatisés pour garantir que les paquets de mise à jour sont sécurisés et que le chiffrement fonctionne comme prévu.
-
-Les domaines clés à valider incluent :
-
--   **Intégrité des paquets**
--   **Protocoles de chiffrement**
--   **Mécanismes d'authentification**
--   **Systèmes de contrôle d'accès**
-
-Un processus de test solide garantit des contrôles de permission stricts pendant le déploiement.
-
-### Contrôles des permissions de mise à jour
-
-Contrôler qui peut accéder et déployer les mises à jour est crucial. Mettez en œuvre des permissions basées sur les rôles pour empêcher les modifications non autorisées.
-
--   **Contrôles administrateurs** : Accès complet pour gérer les déploiements et les restaurations.
--   **Accès développeur** : Restreint à des canaux de mise à jour spécifiques et aux environnements de test.
--   **Équipe QA** : Permissions pour les canaux bêta et les configurations de test.
--   **Équipe de surveillance** : Limité à la visualisation des analyses et des journaux.
-
-Ces permissions fonctionnent avec les systèmes de suivi pour maintenir un environnement sécurisé.
-
-### Suivi des mises à jour
-
-Surveillez de près les activités de mise à jour pour détecter rapidement tout problème. Voici comment le suivi aide :
-
-| Composant de suivi | Objectif | Bénéfice de sécurité |
-| --- | --- | --- |
-| **Journalisation des erreurs** | Suit les échecs de mise à jour | Détecte les violations |
-| **Tableau de bord analytique** | Surveille les taux de réussite | Identifie les menaces potentielles |
-| **Contrôle de version** | Suit les versions actives | Assure la cohérence |
-| **Journaux d'activité utilisateur** | Enregistre les déploiements | Fournit une piste d'audit |
-
-### Plan de réponse aux problèmes
-
-Avoir une stratégie de réponse rapide peut réduire l'impact des problèmes de sécurité. Voici comment gérer les violations :
-
-1. **Évaluation**
-
--   Déterminer la gravité et la portée.
--   Documenter les versions affectées.
--   Identifier les utilisateurs impactés.
-
-2. **Confinement**
-
--   Arrêter temporairement les mises à jour.
--   Bloquer les canaux compromis.
--   Activer les sauvegardes pour sécuriser les données.
-
-3. **Récupération**
-
--   Revenir à une version sécurisée pour restaurer les fonctionnalités.
--   Déployer des correctifs d'urgence si nécessaire.
--   Informer les utilisateurs de l'incident et des étapes de résolution.
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres se contentent de signer les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-## Revue des outils de mise à jour OTA
-
-La sécurisation des mises à jour OTA nécessite des outils avec des fonctionnalités intégrées qui privilégient la protection des données. Voici un examen plus approfondi des points à considérer.
-
-### Fonctionnalités clés pour les mises à jour OTA
-
-Lors du choix d'une plateforme de mise à jour OTA, concentrez-vous sur la sécurité et la fonctionnalité. Le chiffrement de bout en bout est indispensable - il offre beaucoup plus de protection que la simple signature de code.
-
-Voici quelques fonctionnalités essentielles à privilégier :
-
--   **Chiffrement** : Garantit que les paquets de mise à jour sont entièrement chiffrés pendant la transmission.
--   **Support de restauration** : Permet un retour instantané aux versions précédentes en cas de problème.
--   **Contrôle d'accès** : Permet une gestion détaillée des permissions et des rôles utilisateurs.
--   **Analytique** : Fournit un suivi et une surveillance en temps réel des mises à jour.
--   **Intégration CI/CD** : Se connecte de manière transparente à votre pipeline de développement.
-
-### Fonctionnalités de la plateforme [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e7635c283d21cbd679bdb8/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-Lancé en 2022, Capgo propose des mises à jour OTA conçues avec la sécurité à l'esprit. Ses fonctionnalités incluent le chiffrement de bout en bout, les capacités d'auto-hébergement, les déploiements progressifs, le suivi des erreurs et le contrôle de version.
-
-Voici une analyse des principales fonctionnalités de sécurité de Capgo :
-
-| **Fonctionnalité** | **Bénéfice de sécurité** |
-| --- | --- |
-| Chiffrement de bout en bout | Protège les données contre les accès non autorisés pendant les mises à jour |
-| [Option d'auto-hébergement](https://capgo.app/blog/self-hosted-capgo/) | Offre un meilleur contrôle sur les données et la conformité |
-| [Système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Permet des déploiements progressifs contrôlés |
-| Suivi des erreurs | Aide à identifier et corriger rapidement les problèmes |
-| Contrôle de version | Assure la cohérence entre les mises à jour |
-
-### Comparaison des plateformes OTA
-
-Le marché OTA évolue, avec de nouvelles plateformes offrant des prix et des fonctionnalités compétitifs. Voici comment Capgo se compare aux autres solutions :
-
-| **Composant de coût** | **Autres solutions OTA** | **Capgo** |
-| --- | --- | --- |
-| Opérations mensuelles | 300 $ | À partir de 12 $ |
-| Coût entreprise annuel | 6 000 $+ | 996 $ |
-| Frais d'installation | Variable | 2 600 $ (unique) |
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-> "@Capgo est une façon intelligente de faire des push de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-## Résumé
-
-### Points clés
-
-Les mises à jour OTA sécurisées reposent sur des mesures de sécurité solides et des pratiques de conformité. Le **chiffrement de bout en bout** est crucial pour protéger les paquets de mise à jour, assurant une livraison sécurisée et efficace [\[1\]](https://capgo.app/).
-
-| Élément | Objectif |
-| --- | --- |
-| **Chiffrement** | Protège les paquets de mise à jour |
-| **Signature de code** | Confirme l'intégrité du paquet |
-| **Contrôle d'accès** | Gère les permissions utilisateurs |
-| **Surveillance** | Fournit des aperçus en temps réel |
-| **Restauration** | Permet des retours immédiats |
-
-Ces éléments forment l'épine dorsale d'un processus de mise à jour OTA sécurisé.
-
-### Pour commencer
-
-Suivez ces étapes pour initier des mises à jour OTA sécurisées :
-
-1.  **Choisir une plateforme sécurisée**
-
-Optez pour une plateforme conçue en tenant compte de la sécurité et de la conformité. Des fonctionnalités comme le **chiffrement de bout en bout** garantissent que seuls les utilisateurs autorisés peuvent accéder et déchiffrer les mises à jour.
-
-2.  **Configurer l'intégration CI/CD**
-
-Intégrez des pipelines de déploiement continu avec des mesures de sécurité robustes. Les pratiques clés incluent :
-
--   Tests automatisés avant la publication
--   Déploiements progressifs utilisant des systèmes de canaux
--   Suivi des erreurs et analyses en temps réel
--   Contrôle de version pour des mises à jour transparentes
diff --git a/src/content/blog/fr/payment-data-security-for-app-store-approval.md b/src/content/blog/fr/payment-data-security-for-app-store-approval.md
deleted file mode 100644
index ae1822f3b..000000000
--- a/src/content/blog/fr/payment-data-security-for-app-store-approval.md
+++ /dev/null
@@ -1,96 +0,0 @@
----
-slug: payment-data-security-for-app-store-approval
-title: Sécurité des données de paiement pour l'approbation de l'App Store
-description: >-
-  Assurez-vous que votre application respecte les exigences en matière de
-  sécurité des données de paiement pour éviter le rejet des magasins
-  d'applications. Découvrez les outils essentiels et les normes de conformité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T01:09:06.459Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806de1de572faef86998587-1745284157740.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  payment data security, app store approval, end-to-end encryption, compliance,
-  secure updates
-tag: 'Mobile, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez faire approuver votre application par Apple ou Google ? Commencez par des données de paiement sécurisées.** Les stores d'applications exigent un **chiffrement de bout en bout** pour les données de paiement afin de respecter les normes de conformité. Sans cela, votre application pourrait être rejetée ou retirée. Voici ce que vous devez savoir :
-
--   **[Capgo](https://capgo.app/)** : Offre un véritable chiffrement de bout en bout, des contrôles de retour en arrière et des [options d'auto-hébergement](https://capgo.app/blog/self-hosted-capgo/). Coûte 2 600 $ d'avance + 300 $/mois.
--   **[Appflow](https://ionic.io/appflow/live-updates)** : Chiffrement partiel, performance incohérente, et 6 000 $/an. Prévu pour être retiré en 2026.
--   **[Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/)** : Arrêté en 2024, pas de chiffrement de bout en bout.
-
-| **Outil** | **Chiffrement** | **Options de déploiement** | **Coût** | **Statut** |
-| --- | --- | --- | --- | --- |
-| Capgo | De bout en bout | Cloud, Auto-hébergé | 2 600 $ de configuration + 300 $/mois | Actif |
-| Signature cryptographique | Cloud | Semblable à Capgo | Actif |
-| Appflow | Partiel | Cloud | 6 000 $/an | Retrait prévu en 2026 |
-| Code Push | Aucun | Cloud | N/A | Arrêté en 2024 |
-
-**Conclusion** : Utilisez un outil comme Capgo pour sécuriser les données de paiement, respecter la conformité et éviter les problèmes de store d'applications.
-
-## Réduction Swift, les MVP sont-ils morts ?, Publicités Apple, Sécurité des applications et ...
-
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo garantit la gestion sécurisée des données de paiement lors des mises à jour en direct grâce à un chiffrement de bout en bout conçu pour répondre aux normes des magasins d'applications.
-
-Ce qui distingue Capgo, c'est sa méthode de chiffrement, où seuls les utilisateurs finaux peuvent déchiffrer les mises à jour sensibles. Cela protège les données contre tout accès non autorisé lors des mises à jour.
-
-Voici quelques fonctionnalités clés de la plateforme Capgo :
-
--   **Chiffrement de bout en bout** : Les mises à jour sensibles ne peuvent être déchiffrées que par les utilisateurs finaux.
--   **[Option d'auto-hébergement](https://capgo.app/blog/self-hosted-capgo/)** : Donne aux entreprises un contrôle total sur leurs données de paiement.
--   **Contrôles de retour en arrière** : Revenez instantanément sur les mises à jour si des problèmes surviennent.
--   **[Système de canal](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** : Envoyez des mises à jour spécifiques à des groupes d'utilisateurs ciblés.
-
-L'approche de Capgo a atteint un taux de réussite mondial de 82 % pour les déploiements de mises à jour. Les entreprises peuvent opter pour un hébergement cloud sécurisé ou un auto-hébergement pour s'aligner sur leurs besoins de conformité.
-
-En téléchargeant uniquement les composants qui ont changé, Capgo minimise les risques et réduit l'utilisation de la bande passante. Jusqu'à présent, la plateforme a livré plus de 1,155 trillion de [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/) [\[1\]](https://capgo.app/).
-
-## 3. [Appflow](https://ionic.io/appflow/live-updates)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/f6bc7b408415ab449b606f457e137ee1.jpg)
-
-Appflow permet des mises à jour de code en direct mais souffre d'une performance incohérente et manque d'un chiffrement de bout en bout intégré pour les données de paiement. Ce manque peut entraîner des problèmes de conformité et éroder la confiance des utilisateurs, surtout puisqu'il est en conflit avec les politiques de traitement des paiements d'Apple et de Google.
-
-> "@Capgo est une façon intelligente de faire des poussées de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂" - Équipe OSIRIS‑REx de la NASA [\[1\]](https://capgo.app/)
-
-Avec [Ionic](https://ionicframework.com/) prévoyant de retirer Appflow en 2026, les équipes doivent passer à des solutions qui garantissent des mises à jour fiables et un chiffrement solide des données de paiement. Prochainement, nous examinerons de plus près Microsoft Code Push et son approche de la sécurité.
-
-## 4. [Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/) (Arrêté)
-
-Microsoft Code Push a été arrêté en 2024 en raison de problèmes de fiabilité continue et de lacunes en termes de performance. Il manquait également d'un chiffrement de bout en bout intégré pour les données de paiement, une fonctionnalité critique pour de nombreuses applications. Après sa fermeture, de nombreuses équipes sont passées à **Capgo**, une plateforme open-source. Capgo fournit un chiffrement de bout en bout, une intégration CI/CD fluide et respecte les normes de sécurité d'Apple et de Google pour la gestion des données de paiement, garantissant des mises à jour en direct fiables pour les applications traitant des informations de paiement sensibles.
-
-## Résultats de la comparaison des outils
-
-Voici un aperçu des outils en fonction de la sécurité, de la conformité, des options de déploiement et du coût :
-
--   **Capgo** : Offre un véritable chiffrement de bout en bout, respecte les normes d'Apple et de Google, prend en charge à la fois le déploiement cloud et l’auto-hébergement, s'intègre aux pipelines CI/CD et est open-source. La tarification comprend des frais d'installation de 2 600 $ et environ 300 $ par mois. Sur cinq ans, cela pourrait faire économiser jusqu'à 26 100 $ par rapport à Appflow [\[1\]](https://capgo.app/).
-    
-    
--   **Appflow** : Offre un chiffrement partiel et coûte 6 000 $ par an. Cependant, il est prévu d'être retiré en 2026 \[2\].
-    
--   **Microsoft Code Push** : Sera arrêté en 2024. Il manque de chiffrement de bout en bout et ne prend pas en charge l'intégration CI/CD [\[1\]](https://capgo.app/).
-    
-
-## Résumé et recommandations
-
-Voici un aperçu des points clés à retenir :
-
--   **Mettre en œuvre le chiffrement de bout en bout** : Assurez-vous que les mises à jour et les données de paiement sont entièrement chiffrées pour respecter les normes de sécurité des magasins d'applications.
--   **Gérer efficacement les coûts** : Les coûts d'installation initiaux s'élèvent à 2 600 $, avec des frais mensuels de 300 $ - bien inférieur aux 6 000 $ par an d'Appflow [\[1\]](https://capgo.app/).
--   **Rester conforme** : Mettez régulièrement à jour les mesures de sécurité et alignez-vous sur les politiques des magasins d'applications pour éviter des problèmes.
--   **Offrir de la flexibilité en matière de déploiement** : Choisissez entre des solutions cloud ou auto-hébergées, vous donnant un contrôle sur la sécurité des données de paiement.
-
-Suivre ces étapes aidera à rationaliser les flux de travail de mise à jour en direct tout en respectant les exigences de données de paiement d'Apple et de Google.
diff --git a/src/content/blog/fr/pci-dss-compliance-for-mobile-apps-key-requirements.md b/src/content/blog/fr/pci-dss-compliance-for-mobile-apps-key-requirements.md
deleted file mode 100644
index f5c1dbeb9..000000000
--- a/src/content/blog/fr/pci-dss-compliance-for-mobile-apps-key-requirements.md
+++ /dev/null
@@ -1,230 +0,0 @@
----
-slug: pci-dss-compliance-for-mobile-apps-key-requirements
-title: 'Conformité PCI DSS pour les Applications Mobiles : Exigences Clés'
-description: >-
-  Comprendre les exigences cruciales pour la conformité PCI DSS dans les
-  applications mobiles afin de protéger les données de paiement et éviter des
-  pénalités sévères.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T03:45:24.364Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825360f0209458b3ff338b4-1747280785255.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  PCI DSS compliance, mobile apps, payment data security, encryption, access
-  control, security monitoring
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**Le traitement des données de paiement via des applications mobiles ? La conformité PCI DSS est non négociable.** Sans elle, les entreprises risquent des amendes allant jusqu'à 500 000 $ par incident, des dommages à leur réputation et une potentielle perte de confiance des clients.
-
-Voici ce que vous devez savoir :
-
--   **Qu'est-ce que PCI DSS ?** Une norme de sécurité mondiale conçue pour protéger les données des cartes de paiement pendant leur traitement, leur stockage et leur transmission.
--   **Pourquoi c'est important :** La non-conformité peut entraîner des pénalités financières, des frais de transaction plus élevés et des conséquences juridiques. Par exemple, les violations chez des entreprises comme [Target](https://corporate.target.com/) et [Home Depot](https://www.homedepot.com/) ont entraîné des millions d'amendes.
--   **Exigences clés pour les applications mobiles :**
-    -   **Sécurité des données :** [Chiffrer les données](https://capgo.app/docs/cli/migrations/encryption/) en utilisant AES-256 et TLS 1.3, gérer les clés de chiffrement de manière sécurisée et supprimer les données inutiles.
-    -   **Sécurité du code :** Mettre en œuvre des pratiques comme la Protection d'Application en Temps Réel (RASP), l'obscurcissement du code et la cryptographie en boîte blanche.
-    -   **Contrôles d'accès utilisateur :** Utiliser l'[Authentification Multi-Facteurs](https://capgo.app/docs/webapp/mfa/) (MFA), des identifiants uniques et des revues d'accès régulières.
-    -   **Outils de conformité :** Automatiser les tests de sécurité, gérer les contrôles d'accès et maintenir des pistes d'audit.
-
-**Conseil rapide :** Intégrez la sécurité à chaque étape de votre [pipeline CI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/) avec des outils comme SAST, DAST et l'analyse de sécurité des conteneurs pour rester conforme et sécurisé.
-
-## Mise à jour des normes de sécurité mobile PCI SSC et EMVCo
-
-<iframe src="https://www.youtube.com/embed/T5_v6AuNWXY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Exigences techniques
-
-Les applications mobiles traitant des données de paiement doivent respecter les contrôles PCI DSS, assurant une sécurité robuste pour les **données**, le **code d'application** et l'**accès utilisateur**.
-
-### Normes de sécurité des données
-
-PCI DSS établit des directives strictes pour la protection des données des titulaires de cartes, en mettant fortement l'accent sur le chiffrement et la manipulation sécurisée. Ces mesures sont conçues pour protéger les informations sensibles pendant la transmission et le stockage.
-
-| **Exigence de sécurité** | **Détail de l'implémentation** | **Impact sur la conformité** |
-| --- | --- | --- |
-| **Chiffrement des données** | Utiliser TLS 1.3 pour les données en transit et AES-256 pour les données stockées | Empêche l'accès non autorisé aux informations sensibles |
-| **Gestion des clés** | Rotation régulière des clés de chiffrement et stockage sécurisé | Garantit l'efficacité et la sécurité du chiffrement |
-| **Conservation des données** | Suppression sécurisée des données une fois qu'elles ne sont plus nécessaires | Minimise les risques en réduisant les données exposées |
-
-> "PCI DSS, ou Payment Card Industry Data Security Standard, est un ensemble d'exigences de sécurité conçues pour protéger les informations des cartes de paiement pendant le traitement, le stockage et la transmission." - Dr. Klaus Schenk, SVP Sécurité et Recherche sur les Menaces chez Verimatrix [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-L'établissement de ces mesures de protection des données est une première étape cruciale avant d'aborder la sécurité au niveau de l'application.
-
-### Règles de sécurité du code
-
-La sécurité des données seule ne suffit pas - les développeurs doivent également garantir l'intégrité du code de l'application. Un code mal sécurisé peut ouvrir la porte aux vulnérabilités, comme l'a souligné un rapport Verimatrix de février 2025 qui a exposé des failles majeures dans les systèmes POS.
-
-Les pratiques clés pour sécuriser le code d'application incluent :
-
--   **Protection d'Application en Temps Réel (RASP)** : Surveiller et bloquer activement les menaces pendant l'exécution de l'application.
--   **Obscurcissement du code** : Rendre le code source plus difficile à rétro-ingénierer, réduisant le risque d'exploitation.
--   **Cryptographie en boîte blanche** : Protéger les opérations cryptographiques même dans des environnements non fiables.
-
-> "Ce n'est pas parce qu'une application répond aux exigences PCI DSS qu'elle est totalement sécurisée, et ce n'est pas parce qu'une application est bien protégée qu'elle répond aux exigences PCI DSS." - Dr. Klaus Schenk, SVP Sécurité et Recherche sur les Menaces chez Verimatrix [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-### Contrôles d'accès utilisateur
-
-Des contrôles d'accès solides constituent le troisième pilier de la conformité PCI DSS. En limitant l'accès aux systèmes et données sensibles, les entreprises peuvent réduire la probabilité d'utilisation non autorisée. PCI DSS v4.0 souligne l'importance de l'**Authentification Multi-Facteurs (MFA)** et des protocoles stricts d'identification des utilisateurs.
-
-| **Mesure de contrôle d'accès** | **Exigence** | **Objectif** |
-| --- | --- | --- |
-| **Identification utilisateur** | Attribuer des identifiants uniques à tous les utilisateurs | Permet un suivi précis des activités |
-| **Authentification** | Exiger la MFA pour les comptes administratifs | Bloque les accès non autorisés |
-| **Revues d'accès** | Valider régulièrement les privilèges utilisateur | Applique le principe du moindre privilège |
-
-> "Les mesures de contrôle d'accès PCI DSS sont des mécanismes de sécurité critiques conçus pour restreindre l'accès aux données des titulaires de cartes uniquement aux personnes ayant un besoin professionnel légitime." - ISMS.online [\[2\]](https://www.isms.online/pci-dss/access-control)
-
-Par exemple, les systèmes POS de vente au détail qui mettent en œuvre une journalisation détaillée des tentatives d'authentification ont pu détecter et arrêter les attaques par bourrage d'identifiants avant qu'elles ne s'intensifient [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead). Cette surveillance proactive non seulement répond aux normes PCI DSS mais fournit également une couche de défense supplémentaire contre les menaces émergentes.
-
-## Étapes de mise en œuvre
-
-Pour assurer la conformité PCI DSS dans le [développement d'applications mobiles](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/), il est essentiel d'intégrer des mesures de sécurité solides à chaque étape du pipeline CI/CD. Voici comment le faire efficacement.
-
-### Sécurité dans le pipeline CI/CD
-
-L'incorporation de contrôles de sécurité directement dans le pipeline CI/CD aide à maintenir la conformité dans le temps. Une approche shift-left - traiter les problèmes de sécurité tôt dans le processus de développement - améliore non seulement la sécurité mais évite aussi des corrections coûteuses plus tard.
-
-| **Étape du pipeline** | **Contrôle de sécurité** | **Objectif** |
-| --- | --- | --- |
-| Construction | SAST (Test de sécurité d'application statique) | Identifier les vulnérabilités dans le code source |
-| Test | DAST (Test de sécurité d'application dynamique) | Détecter les vulnérabilités d'exécution |
-| Déploiement | Analyse de sécurité des conteneurs | Assurer des configurations sécurisées |
-| Surveillance | Journalisation automatisée | Suivre et analyser les activités |
-
-Une fois ces contrôles en place, l'étape suivante consiste à exploiter les outils de conformité pour automatiser et sécuriser davantage les processus.
-
-### Outils de conformité
-
-Les outils de conformité sont essentiels pour automatiser les vérifications de sécurité et créer une documentation prête pour l'audit. Pour les applications mobiles qui se mettent fréquemment à jour, des plateformes comme [Capgo](https://capgo.app/) fournissent des déploiements sécurisés et chiffrés et permettent l'application rapide de correctifs de sécurité.
-
-Voici les fonctionnalités clés à rechercher dans les outils de conformité :
-
--   **Tests de sécurité automatisés**  
-    Les outils automatisés découvrent les vulnérabilités tôt, libérant les équipes de sécurité pour se concentrer sur des défis plus complexes.
-    
--   **Gestion du contrôle d'accès**  
-    S'assurer que les outils prennent en charge le contrôle d'accès basé sur les rôles (RBAC) et l'authentification multi-facteurs (MFA), pour que seul le personnel autorisé puisse modifier les paramètres ou déployer des mises à jour.
-    
--   **Génération de piste d'audit**  
-    Les outils doivent documenter automatiquement les mises à jour de sécurité et générer des rapports de conformité détaillés, assurant une tenue de registres précise.
-    
-
-### Gestion du code externe
-
-La gestion des dépendances tierces est un autre aspect critique du maintien de la sécurité et de la conformité. PCI DSS v4.0 souligne l'importance de suivre et de sécuriser le code externe, particulièrement les API et les bibliothèques tierces, comme indiqué dans l'exigence 6.3.2.
-
-| **Type de composant** | **Mesure de sécurité** | **Méthode de validation** |
-| --- | --- | --- |
-| APIs | Contrôle de version | Analyse automatisée |
-| Bibliothèques tierces | Évaluation des vulnérabilités | Analyse de composition logicielle |
-| Code personnalisé | Revue de code | Revues par les pairs et vérifications automatisées |
-
-Pour protéger l'écosystème de l'application, les équipes de développement devraient :
-
--   Scanner régulièrement les composants tiers pour les vulnérabilités.
--   Automatiser les mises à jour pour appliquer rapidement les correctifs de sécurité.
--   Valider le comportement des API pour détecter les activités inhabituelles ou non autorisées.
--   Maintenir un inventaire à jour de tout le code externe.
-
-De plus, les organisations devraient établir des politiques strictes pour l'utilisation de code externe. Cela inclut des processus d'approbation pour les nouvelles dépendances, des [revues de sécurité](https://capgo.app/security/) régulières des composants existants, et des directives claires pour l'intégration de code tiers. En prenant ces mesures, les équipes peuvent maintenir la conformité sans sacrifier la rapidité et la flexibilité du développement.
-
-## Maintenance de la conformité
-
-Après la mise en œuvre des mesures de conformité initiales, maintenir la conformité dans le temps est essentiel pour protéger les données de paiement.
-
-### Surveillance de la sécurité
-
-Les systèmes de surveillance en temps réel sont essentiels pour identifier et traiter les menaces de sécurité à mesure qu'elles surviennent. Voici une décomposition des composants critiques de surveillance :
-
-| Composant de surveillance | Objectif | Méthode d'implémentation |
-| --- | --- | --- |
-| Suivi des transactions | Détecter les schémas inhabituels | Outils d'analyse en temps réel |
-| Surveillance des accès | Suivre l'authentification des utilisateurs | Solutions SIEM (Gestion des informations et des événements de sécurité) |
-| Analyse des systèmes | Identifier les vulnérabilités système | Outils d'analyse automatisée |
-| Analyse des flux de données | Surveiller les mouvements des données de titulaires de cartes | Systèmes de surveillance réseau |
-
-Combiner des analyses de vulnérabilité automatisées avec une surveillance continue garantit que les données des titulaires de cartes restent protégées. Ces systèmes forment l'épine dorsale d'une stratégie efficace de gestion des incidents.
-
-### Réponse aux incidents de sécurité
-
-Une réponse rapide et organisée aux incidents de sécurité est critique. Comme le note Roberto Davila, Manager des normes PCI, "dans la v4.0, le PCI SSC a clarifié que les organisations doivent répondre immédiatement non seulement aux incidents de sécurité confirmés mais aussi aux événements suspectés" [\[3\]](https://www.schellman.com/blog/pci-compliance/incident-response-in-pci-dss-v4).
-
-Un Plan de Réponse aux Incidents (PRI) bien conçu doit inclure les étapes clés suivantes :
-
--   **Protocole de Réponse Initiale** : Assurer une disponibilité 24/7 du personnel formé et établir des canaux de communication clairs pour gérer les incidents.
--   **Confinement et Investigation** : Mettre en œuvre des procédures spécifiques pour contenir les menaces, isoler les systèmes affectés et préserver les preuves pour analyse.
--   **Récupération et Documentation** : Enregistrer la chronologie des événements, les systèmes affectés, les actions correctives et les leçons apprises pour améliorer les réponses futures.
-
-Un processus robuste de réponse aux incidents non seulement atténue les risques mais renforce également votre position lors des audits.
-
-### Préparation à l'Audit
-
-La gestion continue est cruciale pour la conformité PCI DSS. Steve Moore, Vice-président et Stratège en Chef de la Sécurité chez Exabeam, conseille : "Utilisez des outils comme SIEM et la gestion de configuration pour surveiller la conformité toute l'année, signalant les problèmes potentiels avant l'audit" [\[4\]](https://www.exabeam.com/explainers/pci-compliance/pci-audit-requirements-and-5-steps-to-prepare-for-your-audit).
-
-La préparation efficace à l'audit implique de maintenir une documentation et des registres à jour :
-
-| Type de Documentation | Contenu Requis | Fréquence de Mise à Jour |
-| --- | --- | --- |
-| Politiques de Sécurité | Contrôles d'accès, protocoles de chiffrement | Trimestrielle |
-| Rapports d'Incidents | Actions de réponse, résultats | À chaque incident |
-| Configurations Système | Paramètres de sécurité, mises à jour | Mensuelle |
-| Registres de Formation | Certifications des employés, présence | Semestrielle |
-
-Centraliser toute la documentation liée à la conformité dans un référentiel de preuves simplifie la préparation à l'audit. De plus, des tests réguliers de l'infrastructure - comme les évaluations d'applications web et les analyses de vulnérabilités - peuvent identifier les problèmes avant qu'ils ne conduisent à la non-conformité. Consulter des experts tiers peut également fournir des insights précieux sur les lacunes potentielles en matière de conformité et les domaines à améliorer.
-
-## Résumé
-
-Protéger les informations de paiement mobile grâce à la conformité PCI DSS n'est pas qu'une nécessité technique - c'est une protection cruciale dans le paysage numérique actuel. Avec 82% des citoyens américains utilisant les paiements numériques en 2021 et 80% des attaques en ligne ciblant les petites entreprises, les enjeux n'ont jamais été aussi élevés. Ces chiffres soulignent pourquoi la mise en œuvre de mesures de sécurité robustes est une priorité urgente.
-
-Voici une répartition des domaines clés et leurs exigences :
-
-| **Domaine d'Exigence** | **Éléments Clés** | **Fréquence de Validation** |
-| --- | --- | --- |
-| **Protection des Données** | Protocoles de chiffrement, stockage sécurisé | Surveillance continue |
-| **Contrôle d'Accès** | Authentification utilisateur, accès basé sur les rôles | Révision périodique |
-| **Surveillance** | Journalisation des événements de sécurité, pistes d'audit | Révision quotidienne |
-| **Réponse aux Incidents** | Protocoles de réponse, documentation | Tests périodiques |
-
-Mais voilà : la conformité n'est pas une affaire ponctuelle. C'est une responsabilité continue. Comme le dit Dr. Schenk :
-
-> "Les cadres de conformité sont conçus pour traiter les risques connus, mais ils ne peuvent pas anticiper chaque menace émergente. Pour vraiment protéger les données de paiement sensibles, les entreprises doivent aller au-delà de la conformité et adopter une posture de sécurité proactive" [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead).
-
-Ne pas se conformer ne signifie pas seulement de lourdes amendes allant jusqu'à 500 000 $ par incident [\[5\]](https://www.ixopay.com/en/news/why-do-online-and-mobile-payments-require-pci-compliance). Cela risque également d'endommager la confiance des clients et de ternir la réputation de votre marque - des pertes qu'aucune entreprise ne peut se permettre.
-
-## FAQ
-
-:::faq
-### Que se passe-t-il si une application mobile ne respecte pas les normes de conformité PCI DSS ?
-
-Le non-respect des **normes PCI DSS** peut avoir de graves conséquences pour les entreprises. Les pénalités financières seules peuvent aller de **5 000 $ à 100 000 $ par mois**, selon la gravité de la non-conformité et sa durée. Au-delà des amendes, les entreprises peuvent faire face à des frais de transaction accrus, des défis juridiques, ou même perdre leur capacité à traiter les paiements.
-
-Mais l'impact ne s'arrête pas là. La non-conformité peut également avoir un impact lourd sur la réputation d'une entreprise. Une **violation de données** pourrait briser la confiance des clients, perturber les opérations quotidiennes et entraîner des revers financiers à long terme. Rester conforme n'est pas seulement une question d'éviter les pénalités - il s'agit de protéger votre entreprise, maintenir la confiance des clients et protéger l'intégrité de votre marque.
-:::
-
-:::faq
-### Comment l'intégration de la sécurité dans le pipeline CI/CD soutient-elle la conformité PCI DSS continue ?
-
-L'intégration de la sécurité dans votre pipeline CI/CD est indispensable pour maintenir la **conformité PCI DSS** dans le temps. En intégrant des contrôles de sécurité à chaque étape du développement, vous pouvez détecter et traiter les vulnérabilités tôt, réduisant les risques de non-conformité. Des pratiques comme les **tests de sécurité automatisés**, les **revues de code régulières** et les **évaluations de vulnérabilité** jouent un rôle crucial pour garantir que les mises à jour respectent les normes PCI DSS avant leur déploiement.
-
-Adopter une **approche DevSecOps** - où la sécurité devient une partie centrale de chaque phase de développement - va encore plus loin. Cette méthode réduit non seulement les risques mais assure aussi une conformité constante avec PCI DSS et renforce la sécurité de vos applications. Des outils comme Capgo peuvent simplifier ce processus en permettant des mises à jour sécurisées en temps réel pour les applications mobiles tout en restant dans les directives de conformité.
-:::
-
-:::faq
-### Comment les entreprises peuvent-elles s'assurer que leur code tiers et leurs API respectent les normes de sécurité et de conformité PCI DSS ?
-
-Pour maintenir la sécurité du code tiers et des API tout en respectant les normes PCI DSS, les entreprises doivent prendre plusieurs mesures clés :
-
--   **Évaluer les fournisseurs tiers** : Travailler avec des fournisseurs qui respectent déjà les exigences PCI DSS et démontrent de solides mesures de sécurité.
--   **Limiter l'accès** : Mettre en œuvre des protocoles d'authentification robustes, comme OAuth 2.0, pour contrôler qui peut accéder aux données sensibles.
--   **Effectuer des tests réguliers** : Utiliser des évaluations de vulnérabilité, des tests de pénétration et des revues de code pour découvrir et traiter les problèmes de sécurité potentiels.
--   **Utiliser le chiffrement** : S'assurer que toutes les données transmises via les API sont protégées avec des [méthodes de chiffrement](https://capgo.app/docs/cli/migrations/encryption/) fiables.
-
-Maintenir la conformité n'est pas une tâche ponctuelle - cela nécessite une surveillance constante et une communication ouverte avec les fournisseurs concernant leurs efforts de conformité. Des outils comme Capgo peuvent simplifier ce processus en permettant des mises à jour en temps réel pour les applications Capacitor, tout en restant dans les directives de conformité.
-:::
diff --git a/src/content/blog/fr/phased-rollouts-for-capacitor-live-updates.md b/src/content/blog/fr/phased-rollouts-for-capacitor-live-updates.md
deleted file mode 100644
index b9d378eee..000000000
--- a/src/content/blog/fr/phased-rollouts-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,224 +0,0 @@
----
-slug: phased-rollouts-for-capacitor-live-updates
-title: Distribution de mise à jour en direct pour Capacitor
-description: >-
-  Découvrez comment les déploiements progressifs améliorent les mises à jour
-  d'applications en minimisant les risques, en augmentant la qualité et en
-  assurant la satisfaction des utilisateurs grâce à une segmentation stratégique
-  des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-11T03:53:42.225Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cf83b3179e95469ad527be-1741665244026.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  phased rollouts, app updates, user segmentation, risk reduction, performance
-  monitoring, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les déploiements progressifs vous permettent de mettre à jour les applications graduellement, en commençant par un petit groupe d'utilisateurs et en élargissant à mesure que la stabilité est confirmée. Cette approche réduit les risques, assure la qualité des applications et améliore l'expérience utilisateur. Des outils comme [Capgo](https://capgo.app/) facilitent la gestion de ces mises à jour tout en respectant les règles des app stores.
-
-### Principaux avantages :
-
--   **Réduction des risques** : Limite les problèmes à un petit groupe d'utilisateurs.
--   **Tests en conditions réelles** : Garantit le bon fonctionnement des mises à jour avant la diffusion complète.
--   **Efficacité des ressources** : Réduit la charge serveur pendant les mises à jour.
--   **Satisfaction utilisateur** : Fournit des mises à jour stables à la majorité des utilisateurs.
-
-### Fonctionnement :
-
-1.  Commencer avec 5% des utilisateurs pour les tests.
-2.  Élargir progressivement à 20%, 50%, puis 100%.
-3.  Surveiller les indicateurs de performance (taux de plantage, retours utilisateurs).
-4.  Utiliser des outils comme Capgo pour le suivi, le retour arrière et la conformité.
-
-### Comparaison rapide des phases de déploiement :
-
-| Phase | % Utilisateurs | Durée | Points d'attention |
-| --- | --- | --- | --- |
-| Tests initiaux | 5% | 24-48 heures | Taux de plantage, performance |
-| Accès anticipé | 20% | 48-72 heures | Retours utilisateurs, stabilité |
-| Déploiement élargi | 50% | 72-96 heures | Performance système |
-| Déploiement complet | 100% | En continu | Taux d'adoption |
-
-Capgo simplifie les déploiements progressifs avec des fonctionnalités comme la segmentation utilisateur, l'analytique et les outils de retour arrière. C'est une alternative économique à [AppFlow](https://ionic.io/appflow/), assurant des mises à jour fluides sans délais d'app store.
-
-## Applications Cloud Native résilientes : Modèles de déploiement et d'exécution
-
-<iframe src="https://www.youtube.com/embed/h4DDl0hmq3o" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Planification de votre stratégie de déploiement
-
-Les déploiements progressifs nécessitent une planification minutieuse et une division de votre base d'utilisateurs pour garantir la fluidité des mises à jour.
-
-### Division des groupes d'utilisateurs
-
-Avec la fonction d'attribution de Capgo, vous pouvez segmenter les utilisateurs en groupes distincts, en attribuant des rôles spécifiques pour les phases de test [\[1\]](https://capgo.app/). Cela vous aide à gérer les mises à jour de manière systématique.
-
-Voici un exemple de structuration de vos groupes d'utilisateurs :
-
-| Type de groupe | Objectif | Taille recommandée |
-| --- | --- | --- |
-| Testeurs internes | Repérer les bugs initiaux | 1-5% de la base utilisateurs |
-| Utilisateurs bêta | Recueillir les premiers retours | 5-15% de la base utilisateurs |
-| Accès anticipé | Diffusion publique limitée | 15-30% de la base utilisateurs |
-| Version générale | Déploiement complet | Utilisateurs restants |
-
-### Configuration des pourcentages de mise à jour
-
-Les outils de gestion de Capgo vous permettent de définir des pourcentages précis de déploiement, vous aidant à maintenir la stabilité de l'application pendant les mises à jour [\[1\]](https://capgo.app/).
-
-Voici un plan suggéré de déploiement progressif :
-
-| Phase | Pourcentage d'utilisateurs | Durée | Métriques clés |
-| --- | --- | --- | --- |
-| Tests initiaux | 5% | 24-48 heures | Taux de plantage, performance |
-| Accès anticipé | 20% | 48-72 heures | Retours utilisateurs, tendances d'utilisation |
-| Déploiement élargi | 50% | 72-96 heures | Stabilité système, charge réseau |
-| Déploiement complet | 100% | En continu | Taux d'adoption global |
-
-### Suivi des progrès
-
-L'interface web de Capgo facilite la surveillance des mises à jour en temps réel, en suivant la distribution et l'adoption par les utilisateurs [\[1\]](https://capgo.app/). Surveillez ces métriques lors du déploiement :
-
-| Catégorie de métrique | Indicateurs clés | Déclencheurs d'action |
-| --- | --- | --- |
-| Performance | Temps de chargement, réponse API | Performance lente nécessite un retour arrière |
-| Stabilité | Taux de plantage, journaux d'erreurs | Problèmes importants mettent en pause le déploiement |
-| Engagement utilisateur | Durée session, utilisation fonctionnalités | Tendances négatives peuvent arrêter le déploiement |
-
-Ces étapes vous aident à gérer efficacement votre déploiement tout en minimisant les risques.
-
-## Configuration des déploiements progressifs dans [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-11.jpg?auto=compress)
-
-### Configuration de la mise à jour en direct
-
-Commencez par installer le [plugin Capgo](https://capgo.app/plugins/) pour activer les mises à jour en direct (OTA) pour votre projet Capacitor :
-
-```bash
-npx @capgo/cli init
-```
-
-Cette configuration respecte les directives d'Apple et Google tout en garantissant que les mises à jour sont chiffrées et livrées de manière sécurisée. Capgo simplifie la gestion de ces configurations, facilitant la gestion des déploiements.
-
-### Guide d'intégration [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-11.jpg?auto=compress)
-
-La plateforme web de Capgo simplifie la distribution des mises à jour avec ces fonctionnalités principales :
-
-| Composant | Fonction | Détails d'implémentation |
-| --- | --- | --- |
-| **Attribution utilisateur** | Cibler des groupes spécifiques | Définition directe dans l'interface web |
-| **Contrôle de version** | Surveiller la distribution | Suivi automatique des versions |
-| **Système de retour arrière** | Revenir à une version précédente | Fonction de restauration en un clic |
-| **Tableau de bord analytique** | Suivre la performance | Métriques en temps réel disponibles |
-
-### Configuration du pipeline CI/CD
-
-Pour maintenir un contrôle total sur les déploiements progressifs, intégrez votre pipeline CI/CD avec Capgo. Il fonctionne parfaitement avec des plateformes comme [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/), [GitHub Actions](https://docs.github.com/actions), et [Jenkins](https://www.jenkins.io/).
-
-Voici comment configurer votre pipeline CI/CD pour les déploiements progressifs :
-
-| Phase | Configuration | Objectif |
-| --- | --- | --- |
-| **Vérification build** | Tests automatisés | Garantit la stabilité des mises à jour |
-| **Déclencheurs déploiement** | Hooks de contrôle de version | Automatise le processus de release |
-| **Contrôles déploiement** | Déploiement basé sur pourcentage | Gère la distribution des mises à jour |
-| **Surveillance** | Collecte automatique des métriques | Suit le succès du déploiement |
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter les revues d'app store pour les corrections de bugs change la donne."  
-> – Bessie Cooper
-
-L'intégration de Capgo coûte environ 300$ par mois pour les opérations CI/CD continues, offrant une option plus abordable par rapport aux alternatives comme AppFlow, qui coûte environ 6 000$ par an [\[1\]](https://capgo.app/).
-
-## Conseils de gestion des déploiements
-
-### Détection et récupération des problèmes
-
-Surveillez attentivement votre déploiement et agissez rapidement en cas de problème. Avec la plateforme Capgo, vous pouvez détecter les problèmes tôt, les empêchant d'impacter l'ensemble de vos utilisateurs. Configurez le suivi des erreurs pour ces domaines clés :
-
-| Aspect surveillance | Implémentation | Objectif |
-| --- | --- | --- |
-| Suivi taux d'erreur | Tableau de bord métriques temps réel | Repérer les schémas de plantage inhabituels |
-| Collecte retours utilisateurs | Système de rapport in-app | Obtenir des retours directs des utilisateurs |
-| Métriques performance | Surveillance automatisée | Vérifier stabilité et vitesse de l'app |
-| Distribution mises à jour | Suivi adoption utilisateurs | Suivre la propagation des mises à jour |
-
-En cas de problème, ayez des procédures de retour arrière prêtes pour restaurer la stabilité. Ces étapes aident à garantir que votre déploiement reste sur la bonne voie.
-
-### Expansion contrôlée
-
-Commencez petit et montez en puissance progressivement. Débutez avec des tests internes, puis déployez vers 5-10% des utilisateurs. Si stable après 24 heures, étendez à 25%, puis 50%, et enfin à tous les utilisateurs une fois que les métriques confirment que tout fonctionne correctement. L'analytique de Capgo vous aide à décider quand il est sûr de passer à l'étape suivante.
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-### Directives des app stores
-
-Il ne s'agit pas seulement de la préparation opérationnelle - suivre les règles des plateformes est tout aussi important. Capgo assure la conformité avec les exigences d'Apple et Google :
-
-| Plateforme | Exigence | Implémentation Capgo |
-| --- | --- | --- |
-| Apple App Store | Pas de changements de code binaire | Mises à jour de contenu uniquement |
-| Google Play | Exigences de sécurité | Chiffrement de bout en bout |
-| Les deux plateformes | Consentement utilisateur | Système d'approbation intégré |
-
-Ces pratiques maintiennent non seulement vos mises à jour conformes mais permettent aussi des corrections de bugs rapides.
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la revue pour les corrections de bugs est inestimable." [\[1\]](https://capgo.app/)
-
-## Outils de gestion des mises à jour
-
-L'utilisation des bons outils de [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) est cruciale pour déployer les mises à jour de manière sécurisée et efficace. Ces outils simplifient le déploiement tout en assurant stabilité, conformité et sécurité.
-
-### Comparaison des plateformes
-
-Capgo se distingue comme solution pour les mises à jour en direct dans les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Il prend en charge jusqu'à **1 000 000 mises à jour en direct mensuelles** et peut augmenter la vitesse de release de **81%** [\[1\]](https://capgo.app/). Cela en fait une alternative solide, particulièrement depuis que [AppCenter](https://visualstudio.microsoft.com/app-center/) ne supporte plus les applications hybrides et qu'AppFlow est souvent trop coûteux. Un développeur a partagé son expérience :
-
-> "Nous essayons actuellement @Capgo depuis qu'Appcenter a arrêté le support des mises à jour en direct sur les applications hybrides et que @AppFlow est beaucoup trop cher." [\[1\]](https://capgo.app/)
-
-Capgo fonctionne aussi parfaitement avec les plateformes CI/CD populaires comme Azure DevOps, GitLab, GitHub, Jenkins, et [CircleCI](https://circleci.com/), automatisant les workflows de déploiement. Lors de l'évaluation des outils de gestion des mises à jour, il est important de se concentrer sur les fonctionnalités clés qu'ils offrent.
-
-### Capacités requises des outils
-
-Les outils efficaces de gestion des mises à jour doivent inclure les fonctionnalités suivantes pour assurer des déploiements fluides et sécurisés :
-
-| Capacité | Objectif | Impact |
-| --- | --- | --- |
-| **Attribution utilisateur** | Cibler des segments utilisateurs spécifiques | Permet des tests contrôlés |
-| **Déploiement fluide** | Supporte les déploiements instantanés et graduels | Assure une livraison fluide |
-| **Gestion configuration** | Ajuster paramètres et versions | Minimise les erreurs de configuration |
-| **Intégration CI/CD** | Connexion avec plateformes majeures | Automatise les workflows de déploiement |
-| **Gestion organisation** | Gérer équipes et permissions | Simplifie l'administration |
-
-Pour les déploiements d'entreprise, Capgo propose une intégration CI/CD avec des frais uniques de **$2,600**, offrant des économies à long terme [\[1\]](https://capgo.app/). La plateforme assure également un chiffrement de bout en bout et respecte les exigences de l'App Store d'Apple et de Google Play, protégeant les données des utilisateurs tout en adhérant aux règles des plateformes.
-
-## Résumé
-
-Le déploiement des mises à jour dans les applications Capacitor nécessite une planification minutieuse et les bons outils. Des plateformes comme Capgo simplifient ce processus avec des fonctionnalités comme la segmentation des utilisateurs, le suivi des progrès et la gestion des erreurs.
-
-Voici comment fonctionne généralement le déploiement progressif :
-
-| Phase | Actions Clés | Avantages |
-| --- | --- | --- |
-| **Planification** | Diviser les utilisateurs en groupes, définir les pourcentages | Crée un environnement de test contrôlé |
-| **Implémentation** | Intégrer CI/CD, configurer les paramètres | Permet des déploiements automatisés |
-| **Surveillance** | Suivre les progrès, détecter les erreurs | Aide à identifier rapidement les problèmes |
-| **Expansion** | Augmenter progressivement l'accès utilisateur | Réduit les risques pendant la montée en charge |
-
-Les pratiques clés incluent :
-
--   La division des utilisateurs en groupes pour des tests contrôlés.
--   La mise en place de pipelines automatisés pour des déploiements fluides.
--   Le respect des exigences des stores d'applications.
--   L'utilisation d'outils permettant des retours rapides si nécessaire.
-
-Cette approche vous aide à livrer des mises à jour sécurisées et ininterrompues pour vos applications Capacitor.
diff --git a/src/content/blog/fr/pipeda-compliance-for-mobile-apps-in-canada.md b/src/content/blog/fr/pipeda-compliance-for-mobile-apps-in-canada.md
deleted file mode 100644
index 1172dc74a..000000000
--- a/src/content/blog/fr/pipeda-compliance-for-mobile-apps-in-canada.md
+++ /dev/null
@@ -1,84 +0,0 @@
----
-slug: pipeda-compliance-for-mobile-apps-in-canada
-title: Conformité PIPEDA pour les applications mobiles au Canada
-description: >-
-  Découvrez comment garantir que votre application mobile respecte les lois
-  canadiennes sur la confidentialité en vertu de la LPRPDE, protège les données
-  des utilisateurs et renforce la confiance.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:38:09.282Z
-updated_at: 2025-04-01T03:38:20.916Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd-1743478700916.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  PIPEDA, mobile app compliance, data privacy, user consent, data protection,
-  privacy policy, Canadian privacy laws, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-
-**Vous souhaitez rendre votre application mobile conforme aux lois canadiennes sur la protection de la vie privée ? Voici ce que vous devez savoir sur [PIPEDA](https://wwwprivgcca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/) :**
-
--   **Qu'est-ce que PIPEDA ?** La loi fédérale canadienne sur la protection de la vie privée qui régit la façon dont les applications collectent, utilisent et partagent les informations personnelles comme les noms, les emplacements et les données de paiement
--   **Règles clés pour les développeurs :**
-    -   Obtenir le consentement clair des utilisateurs avant de collecter des données
-    -   Fournir des avis et des paramètres de confidentialité faciles à comprendre
-    -   Crypter les données et utiliser des mesures de sécurité solides
-    -   Permettre aux utilisateurs de consulter, mettre à jour ou supprimer leurs données
--   **10 étapes de conformité :** Désigner un responsable de la confidentialité, documenter le traitement des données, sécuriser les données sensibles et réagir rapidement aux violations
--   **Considérations particulières :** Un consentement explicite est requis pour les données sensibles comme les informations de santé ou financières. Les applications doivent également s'assurer que les transferts internationaux de données respectent les normes PIPEDA
-
-## [PIPEDA](https://wwwprivgcca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/) : Votre guide sur la protection des données au Canada
-
-![PIPEDA](https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd/058da1c33c3afe5c8597c27b588d4b3e.jpg)
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## 10 règles fondamentales PIPEDA pour les applications
-
-Ces dix règles décrivent les étapes essentielles pour que les développeurs d'applications se conforment à PIPEDA et protègent les données des utilisateurs
-
-### Responsabilités en matière de protection des données
-
-Les développeurs d'applications doivent mettre en place des mesures solides de protection des données pour répondre aux exigences de responsabilité de PIPEDA. Les étapes clés comprennent :
-
--   La désignation d'un responsable de la confidentialité dédié
--   La tenue de registres détaillés des inventaires de données
--   La réalisation d'évaluations d'impact sur la vie privée
--   La création de protocoles clairs pour répondre aux violations de données
-
-Les organisations doivent documenter leur gestion des données et être prêtes à démontrer leur conformité si nécessaire. L'accès aux données sensibles doit également être suivi via des journaux d'audit
-
-Ces mesures sont cruciales pour gérer le consentement des utilisateurs, qui est couvert dans la section suivante
-
-### Exigences en matière d'autorisation des utilisateurs
-
-Selon PIPEDA, les applications doivent obtenir un consentement clair et éclairé avant de collecter des données personnelles. Voici ce que cela implique :
-
--   **Objectif clair** : Expliquer clairement pourquoi les données sont collectées
--   **Contrôles granulaires** : Permettre aux utilisateurs d'activer ou de désactiver des types de données spécifiques
--   **Calendrier** : Obtenir le consentement avant ou au moment de la collecte des données
--   **Langage simple** : Utiliser des termes simples et faciles à comprendre
--   **Informations essentielles** : Rendre les détails clés sur la confidentialité facilement accessibles
--   **Explications détaillées** : Fournir des informations supplémentaires sur la confidentialité via des ressources comme les FAQ ou les [politiques de confidentialité](https://capgo.app/dp/)
-
-Pour les données sensibles, comme les informations de santé ou financières, le consentement explicite est obligatoire
-
-### Normes de sécurité et de qualité des données
-
-Des pratiques solides en matière de sécurité et de qualité des données sont indispensables pour protéger les informations des utilisateurs. Voici une ventilation des exigences clés :
-
-| Exigence de sécurité | Exemple de mise en œuvre |
-| --- | --- |
-| [Cryptage des données](https://capgo.app/docs/cli/migrations/encryption/) | Utiliser le cryptage de bout en bout pour les transferts de données |
-| Contrôles d'accès | Appliquer l'[authentification multifacteur](https://capgo.app/docs/webapp/mfa/) pour l'accès administrateur |
-| Mises à jour régulières | Publier des correctifs de sécurité en temps opportun et effectuer des contrôles de vulnérabilité |
-| Exactitude des données | Fournir des outils permettant aux utilisateurs d'examiner et de mettre à jour leurs informations |
-| Détection des violations | Mettre en place une surveillance en temps réel et des systèmes d'alerte |
-
-Lors du traitement de données sensibles comme la localisation ou les informations financières, les applications doivent utiliser un cryptage et des méthodes de stockage sécurisé de premier ordre. Si des services tiers sont impliqués, assurez-vous qu'ils suivent les mêmes normes de sécurité, soutenus par des audits réguliers, des examens de la qualité des données et des processus sécurisés de suppression des données
\ No newline at end of file
diff --git a/src/content/blog/fr/pipeline-security-for-capacitor-apps-key-insights.md b/src/content/blog/fr/pipeline-security-for-capacitor-apps-key-insights.md
deleted file mode 100644
index e0fb6f2c0..000000000
--- a/src/content/blog/fr/pipeline-security-for-capacitor-apps-key-insights.md
+++ /dev/null
@@ -1,162 +0,0 @@
----
-slug: pipeline-security-for-capacitor-apps-key-insights
-title: 'Sécurité des pipelines pour les applications Capacitor : informations clés'
-description: >-
-  Apprenez des stratégies essentielles pour sécuriser les pipelines
-  d'applications Capacitor, de la protection des secrets à la gestion des mises
-  à jour OTA et du contrôle d'accès.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T03:16:36.231Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68059152360079f947b84e10-1745205430503.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, pipeline security, OTA updates, access control, encryption, mobile
-  app security, third-party plugins, CI/CD security
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-La sécurité des pipelines pour les applications [Capacitor](https://capacitorjs.com/) est essentielle pour protéger les données sensibles et garantir des mises à jour fiables. Voici ce que vous devez savoir :
-
-1. **Protéger les secrets** : Utilisez le cryptage de bout en bout et des outils de gestion des secrets sécurisés pour protéger des informations d'identification telles que les [clés API](https://capgo.app/docs/webapp/api-keys/).
-2. **Contrôle d'accès** : Mettez en œuvre un contrôle d'accès basé sur les rôles (RBAC), une [authentification multi-facteur](https://capgo.app/docs/webapp/mfa/) (MFA) et une surveillance en temps réel pour prévenir les modifications non autorisées du pipeline.
-3. **Intégrité de la mise à jour** : Chiffrez les mises à jour OTA, vérifiez leur authenticité avec des signatures numériques et activez les déploiements par étapes avec des options de retour arrière.
-4. **Outils de sécurité** : Utilisez des outils de tests de sécurité automatisés pour l'analyse de code statique, les vérifications de dépendances et les tests d'API.
-
-[Capgo](https://capgo.app/), une plateforme OTA leader, renforce la sécurité des pipelines Capacitor avec des fonctionnalités telles que la surveillance en temps réel, les déploiements par étapes et le cryptage de bout en bout. Ces mesures garantissent des mises à jour d'applications sécurisées tout en protégeant les données des utilisateurs.
-
-## Qu'est-ce que la sécurité CI/CD ? Stratégies pour renforcer votre ...
-
-<iframe src="https://www.youtube.com/embed/Uavb-FMNXtI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Risques de sécurité dans les pipelines d'applications [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Au fur et à mesure que le [développement d'applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) évolue, il introduit des défis de sécurité spécifiques aux pipelines CI/CD. Aborder ces risques est essentiel pour maintenir un environnement de développement sécurisé.
-
-### Gestion des secrets et des variables
-
-Protégez les informations sensibles comme les clés API et les variables d'environnement en les chiffrant et en limitant leur portée. Utilisez le cryptage de bout en bout pour protéger les données à la fois en transit et au repos, garantissant que les informations d'identification interceptées sont inutiles pour les attaquants.
-
-De plus, toujours valider le code externe avant de l'intégrer dans votre pipeline pour réduire les vulnérabilités.
-
-### Sécurité des plugins et des bibliothèques
-
-Les plugins tiers peuvent étendre la fonctionnalité mais aussi augmenter le risque. Chaque plugin introduit des vulnérabilités potentielles. Pour atténuer cela :
-
-1. Auditez les sources des plugins et scannez les mises à jour avant de les intégrer dans votre pipeline.
-2. Gardez à l'esprit que les dépendances multiplateformes peuvent compliquer les efforts de sécurité.
-
-Restreignez l'accès au pipeline pour prévenir les modifications non autorisées et minimiser l'exposition.
-
-### Contrôle d'accès au pipeline
-
-Un contrôle d'accès faible dans les systèmes CI/CD peut entraîner des modifications non autorisées, un détournement du pipeline ou des élévations de privilèges accidentelles. Les lacunes de sécurité courantes comprennent :
-
-1. **Accès non autorisé** : Cela pourrait entraîner des falsifications de code. Utilisez des permissions granulaires pour limiter l'accès.
-2. **Authentification faible** : Facilite le détournement du pipeline. Appliquez l'authentification multi-facteur pour renforcer la sécurité.
-3. **Journalisation insuffisante** : Retarde la détection des violations. Activez la surveillance en temps réel et maintenez des journaux détaillés.
-4. **Confusion des rôles** : Peut entraîner une élévation de privilèges accidentelle. Définissez et assignez clairement les rôles.
-
-Pour protéger votre pipeline, mettez en œuvre des contrôles d'accès stricts basés sur les rôles, faites respecter de solides protocoles d'authentification et maintenez des systèmes de journalisation complets.
-
-### Sécurité des mises à jour OTA
-
-Les mises à jour over-the-air (OTA) permettent une livraison rapide de correctifs et de fonctionnalités mais comportent des risques tels que l'interception, la falsification et les déploiements incontrôlés.
-
-Pour sécuriser les mises à jour OTA :
-
-1. Chiffrez les packages de mise à jour pour garantir la confidentialité et l'intégrité.
-2. Utilisez des signatures numériques pour vérifier l'authenticité des mises à jour.
-3. Déployez les mises à jour par étapes pour minimiser l'impact potentiel.
-4. Fournissez une option de retour arrière pour revenir à des versions problématiques.
-
-Ces étapes aident à garantir que les mises à jour OTA restent sécurisées et fiables.
-
-## Lignes directrices sur la sécurité des pipelines
-
-Pour réduire les risques, suivez ces lignes directrices de sécurité des pipelines.
-
-### Protection des secrets
-
-1. Utilisez le **cryptage de bout en bout** pour sécuriser les secrets et empêcher les fuites d'informations d'identification.
-2. Conservez les clés API, les jetons d'accès et les variables d'environnement dans un **service de gestion des secrets** avec un accès limité et une rotation régulière.
-3. Limitez la portée des variables à des environnements spécifiques pour minimiser les risques d'exposition.
-4. [Chiffrez les données](https://capgo.app/docs/cli/migrations/encryption/) à la fois au repos et en transit pour bloquer l'accès non autorisé.
-
-### Outils de tests de sécurité
-
-1. Ajoutez des analyseurs automatisés aux jobs CI/CD pour des tâches telles que l'analyse de code statique, les vérifications de dépendance, la sécurité des conteneurs et les tests d'API.
-2. Configurez les plugins pour :
-    - Analyse de code statique
-    - Scan de vulnérabilités de dépendances
-    - Vérifications de sécurité des conteneurs
-    - Tests de sécurité API
-
-### Contrôle d'accès et surveillance
-
-1. Mettez en œuvre un **contrôle d'accès basé sur les rôles (RBAC)**, l'authentification multi-facteur (MFA), la surveillance en temps réel et des journaux d'audit détaillés.
-2. Effectuez régulièrement des audits d'accès pour identifier et résoudre les éventuelles lacunes de sécurité.
-3. Utilisez des outils de surveillance en temps réel et maintenez des journaux d'activité détaillés pour suivre l'activité du pipeline.
-
-### Gestion des mises à jour
-
-1. Déployez les mises à jour par étapes et utilisez des canaux bêta pour tester les modifications.
-2. Activez le retour arrière automatique pour résoudre rapidement les problèmes.
-3. Surveillez les taux de réussite et d'adoption des livraisons pour garantir que les mises à jour fonctionnent comme prévu.
-4. Intégrez la distribution des mises à jour directement dans votre pipeline pour des déploiements plus fluides.
-
-## Aperçu des outils de sécurité
-
-Les nouvelles plateformes OTA mettent désormais la sécurité au premier plan dans leurs pipelines Capacitor. Ces outils mettent en œuvre les mesures de sécurité discutées précédemment.
-
-### Fonctionnalités de sécurité de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgo offre une configuration axée sur la sécurité spécifiquement conçue pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Son cryptage de bout en bout garantit que les mises à jour ne peuvent être déchiffrées que par des utilisateurs autorisés, allant au-delà de la dépendance habituelle sur des packages signés. Les fonctionnalités clés comprennent :
-
-1. **Surveillance en temps réel** : Suivi des réussites et des échecs des mises à jour en temps réel.
-2. **Contrôle d'accès granulaire** : Permissions basées sur les rôles et gestion des organisations pour restreindre l'accès au pipeline.
-3. **Retour arrière automatisé** : Restauration rapide à une version précédente en cas de problème de sécurité après déploiement.
-4. **Déploiements par étapes et canaux bêta** : Cibler des groupes spécifiques d'utilisateurs pour des tests et des sorties contrôlés.
-
-Capgo s'intègre de manière transparente avec des outils CI/CD tels que [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), et [Jenkins](https://www.jenkins.io/), s’alignant sur les pratiques de contrôle d'accès, de gestion des secrets et d'intégrité des mises à jour décrites précédemment.
-
-### Comparaison des plateformes de sécurité
-
-Voici comment les plateformes OTA modernes se comparent aux anciennes méthodes :
-
-1. **Cryptage** : Les plateformes modernes utilisent le cryptage de bout en bout, tandis que les systèmes anciens s'appuient souvent sur une signature de base.
-2. **Déploiement** : Les mises à jour OTA instantanées remplacent le processus de révision plus lent des magasins d'applications.
-3. **Structure de coût** : Une tarification basée sur l'utilisation offre une flexibilité comparée à des frais annuels fixes.
-4. **Intégration** : L'intégration CI/CD native élimine le besoin de configurations manuelles.
-5. **Hébergement** : Options pour des configurations cloud et auto-hébergées, contrairement aux systèmes anciens qui sont souvent uniquement cloud.
-
-> "@Capgo est une façon intelligente de faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" – OSIRIS-REx de la NASA [\[1\]](https://capgo.app/)
-
-## Perspectives de l'industrie
-
-Le domaine de la sécurité des pipelines évolue vers des modèles communautaires plus avancés, s'appuyant sur des lignes directrices et des comparaisons d'outils antérieurs. Le paysage de la sécurité des pipelines Capacitor change pour adopter ces approches plus sophistiquées et collaboratives.
-
-### Tendances de la sécurité des pipelines
-
-Le cryptage de bout en bout est désormais une fonctionnalité standard pour les systèmes de mise à jour OTA (over-the-air) [\[1\]](https://capgo.app/). Ce développement souligne l'importance de mettre à l'échelle les meilleures pratiques antérieures pour gérer les secrets, l'accès et les mises à jour.
-
-### Outils de sécurité open-source
-
-Les outils open-source jouent un rôle crucial aux côtés des options commerciales dans la définition de la prochaine phase de sécurité des pipelines. Ces outils offrent désormais des fonctionnalités telles que des [déploiements auto-hébergés](https://capgo.app/blog/self-hosted-capgo/), un scan de vulnérabilités dirigé par la communauté et des protocoles transparents conçus pour des audits et des améliorations continues.
-
-L'industrie devrait maintenir son attention sur des stratégies axées sur la sécurité, avec des solutions open-source favorisant les progrès dans la sécurité des pipelines. Les organisations favorisent de plus en plus des outils qui équilibrent des fonctionnalités de sécurité solides avec des options de déploiement flexibles, élevant le niveau pour le développement d'applications Capacitor.
-
-## Conclusion
-
-Sécuriser le pipeline de développement pour les applications Capacitor nécessite maintenant d'intégrer le cryptage de bout en bout et de prioriser la sécurité tout au long du processus CI/CD. Cela reflète la tendance croissante à utiliser des outils de sécurité open-source et pilotés par la communauté, comme souligné dans les Perspectives de l'industrie.
-
-Pour protéger les applications Capacitor, les équipes devraient mettre en œuvre des mesures telles que le cryptage, des contrôles d'accès détaillés, des déploiements par étapes, la surveillance des erreurs, des analyses et des fonctionnalités de retour arrière automatiques - tout en respectant les directives des magasins d’applications. Rester à jour avec les dernières pratiques sera essentiel pour garantir une sécurité des applications forte et fiable au fil du temps.
diff --git a/src/content/blog/fr/privacy-manifest-for-capacitor-apps-guide.md b/src/content/blog/fr/privacy-manifest-for-capacitor-apps-guide.md
deleted file mode 100644
index e2d8a4f3f..000000000
--- a/src/content/blog/fr/privacy-manifest-for-capacitor-apps-guide.md
+++ /dev/null
@@ -1,268 +0,0 @@
----
-slug: privacy-manifest-for-capacitor-apps-guide
-title: 'Déclaration de confidentialité pour les applications Capacitor : Guide'
-description: >-
-  Découvrez comment créer une Politique de Confidentialité pour votre
-  application afin de répondre aux exigences de l'App Store et protéger
-  efficacement les données des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T03:07:47.047Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776-1743563280473.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Privacy Manifest, Capacitor, App Store compliance, user data protection, app
-  development, privacy standards
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez lancer votre application [Capacitor](https://capacitorjs.com/) sur l'[App Store](https://en.wikipedia.org/wiki/App_Store_\(Apple\)) sans délais ?** Commencez par créer un Manifeste de Confidentialité. Apple exige désormais que les développeurs incluent ce document pour garantir que les applications respectent des normes strictes de confidentialité. Voici ce que vous devez savoir :
-
--   **Qu'est-ce qu'un Manifeste de Confidentialité ?**  
-    Un fichier structuré décrivant les pratiques de collecte de données de votre application, l'utilisation des API et les domaines de suivi.
-    
--   **Pourquoi est-ce important :**
-    
-    -   Conforme aux règles de l'App Store pour éviter les rejets.  
-    -   Renforce la confiance en étant transparent sur le traitement des données.
--   **Composants clés à inclure :**
-    
-    -   Les API accédant aux données utilisateur (ex : localisation, photos).
-    -   Les étiquettes de confidentialité pour les types de données collectées. 
-    -   Les domaines de suivi utilisés pour l'analytique ou la publicité.
--   **Comment le créer :**
-    
-    -   Utilisez JSON pour définir les détails de collecte de données.
-    -   Placez le fichier `PrivacyInfo.xcprivacy` dans le bon répertoire de votre projet.
-    -   Validez-le avec des outils comme [Xcode](https://developer.apple.com/xcode/) pour éviter les erreurs.
--   **Outils pour simplifier le processus :**  
-    Utilisez des plateformes comme [Capgo](https://capgo.app/) pour la validation automatique du manifeste, les mises à jour en temps réel et le suivi des erreurs.
-    
-
-**Restez conforme, protégez la confidentialité des utilisateurs et évitez les délais de l'App Store en suivant ce guide.**
-
-## Les bases du Manifeste de Confidentialité
-
-### Définition du Manifeste de Confidentialité
-
-Un manifeste de confidentialité est un fichier structuré qui décrit les pratiques de données de votre application. Il détaille des éléments comme les API accédant aux données utilisateur, les domaines de suivi, l'intégration des SDK tiers. Ce document permet non seulement d'assurer la conformité mais aussi d'établir la confiance. Voyons les composants clés à inclure.
-
-### Éléments principaux du Manifeste de Confidentialité
-
-Voici les principaux éléments à inclure dans votre manifeste de confidentialité pour répondre aux exigences d'Apple :
-
-1.  **API requises**  
-    Cette section liste les API sensibles utilisées par votre application et explique pourquoi elles sont nécessaires.
-    
-    Voici un tableau résumant les exigences courantes des API :
-    
-    | Catégorie d'API | Usage courant | Documentation requise |
-    | --- | --- | --- |
-    | Services de localisation | Navigation utilisateur | Description de l'objectif et de l'utilisation |
-    | Bibliothèque photos | Photos de profil | Niveau d'accès et intention |
-    | Contacts | Synchronisation carnet d'adresses | Déclaration de minimisation des données |
-    
-2.  **Étiquettes de confidentialité**  
-    Ces étiquettes assurent la transparence en spécifiant :
-    
-    -   Les types de données collectées
-    -   Les raisons de la collecte de données
-    -   Si les données sont liées à l'identité de l'utilisateur 
-    -   Comment les données sont utilisées pour le suivi
-3.  **Domaines de suivi**  
-    Cette section liste tous les domaines impliqués dans le suivi, comme ceux utilisés pour l'analytique, la publicité ou le traitement des données par des tiers.
-    
-
-> "Conforme à l'App Store" - Capgo [\[1\]](https://capgo.app/)
-
-Selon Capgo, 95% des utilisateurs sont conformes aux mises à jour dans les 24 heures. Avec plus de 23,5 millions de mises à jour livrées [\[1\]](https://capgo.app/), maintenir votre documentation de confidentialité à jour est essentiel pour conserver la confiance des utilisateurs.
-
-## Créer des Manifestes de Confidentialité pour [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Prérequis
-
-Avant de commencer à créer le manifeste, assurez-vous d'avoir :
-
--   Xcode 15 ou supérieur installé
--   Un projet Capacitor 8.0+ configuré
--   Accès au fichier `Info.plist` de votre application
--   Une compréhension basique de la structure JSON
--   La documentation détaillant les pratiques de collecte de données de votre application
-
-### Étapes de création
-
-Commencez par créer un fichier `PrivacyInfo.xcprivacy` dans le répertoire de votre projet iOS. Ce fichier doit suivre des directives de formatage spécifiques :
-
-**Configuration des informations de base**
-
-```json
-{
-    "NSPrivacyTracking": false,
-    "NSPrivacyTrackingDomains": [],
-    "NSPrivacyCollectedDataTypes": []
-}
-```
-
-**Définition des détails de collecte de données**
-
-```json
-{
-    "NSPrivacyAccessedAPITypes": [
-        {
-            "NSPrivacyAccessedAPIType": "NSLocationWhenInUseUsageDescription",
-            "NSPrivacyAccessedAPITypeReasons": ["1.1"]
-        },
-        {
-            "NSPrivacyAccessedAPIType": "NSCameraUsageDescription",
-            "NSPrivacyAccessedAPITypeReasons": ["2.1"]
-        }
-    ]
-}
-```
-
-**Ajout des domaines de suivi**
-
-```json
-{
-    "NSPrivacyTrackingDomains": [
-        "analytics.yourdomain.com",
-        "metrics.yourdomain.com"
-    ]
-}
-```
-
-### Éviter les erreurs courantes
-
-Pour éviter les problèmes, gardez ces conseils à l'esprit :
-
--   **Inclure tous les champs requis** : Même si certains champs sont vides, ils doivent être présents.
--   **Utiliser des types d'API valides** : Vérifiez les identifiants d'API avec la documentation officielle d'Apple.
--   **Vérifier le formatage JSON** : Utilisez un validateur JSON pour repérer les erreurs de syntaxe.
--   **Fournir des raisons complètes** : Chaque accès API doit inclure un code de raison correspondant.
--   **Maintenir l'information à jour** : Mettez à jour le manifeste quand de nouvelles fonctionnalités sont ajoutées.
-
-Assurez-vous également que le fichier de manifeste reste inférieur à la limite de taille. Faites une validation régulière avec des outils de développement.
-
-## Ajouter des Manifestes de Confidentialité à Capacitor
-
-### Organisation des fichiers 
-
-Pour ajouter un manifeste de confidentialité à votre projet Capacitor :
-
-1.  Ouvrez votre projet dans Xcode.
-2.  Sous **TARGETS**, sélectionnez votre cible d'application ou de plugin.
-3.  Allez dans l'onglet **Build Settings**.
-4.  Définissez **Privacy Manifest Development Region** sur `en`.
-5.  Définissez **Include Privacy Manifest** sur `YES`.
-
-Si votre projet utilise [CocoaPods](https://cocoapods.org/), incluez ce snippet dans votre `Podfile` pour activer le manifeste de confidentialité :
-
-```
-your-app/
-├── ios/
-│   ├── App/
-│   │   ├── PrivacyInfo.xcprivacy
-│   │   └── Info.plist
-│   └── App.xcworkspace
-```
-
-### Vérification de l'implémentation 
-
-Pour vérifier que le manifeste de confidentialité fonctionne comme prévu, suivez ces étapes :
-
-1.  **Vérification de la compilation**
-    
-    -   Confirmez qu'il n'y a pas d'avertissements liés à la confidentialité pendant la compilation.
-    -   Assurez-vous que le manifeste compile sans erreurs.
-    -   Vérifiez que le manifeste de confidentialité est inclus dans les produits de compilation.
-2.  **Validation à l'exécution**
-    
-    -   En mode debug, testez les invites de confidentialité et le comportement d'accès aux API.
-3.  **Validation dans App Store Connect**
-    
-    -   Téléchargez votre build et examinez le rapport de confidentialité dans App Store Connect.
-    -   Vérifiez que les déclarations d'API sont complètes et que les formats des domaines de suivi sont corrects.
-
-Si vous rencontrez une erreur "Privacy Manifest validation failed", revérifiez votre manifeste pour vous assurer qu'il répond aux dernières exigences de l'App Store. Portez une attention particulière aux types d'API et aux configurations des domaines de suivi.
-
-## Changements du Manifeste de Confidentialité Apple 
-
-<iframe src="https://www.youtube.com/embed/S8JnUkUkmbs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Tests et corrections
-
-Créer un Manifeste de Confidentialité conforme aux directives d'Apple est crucial. Pour rester sur la bonne voie, intégrez un suivi fiable des erreurs dans votre processus de développement. Cela aide à lier les efforts de développement aux exigences de conformité.
-
-Un outil comme [Capgo](https://capgo.app) peut aider. Il surveille l'accès aux API et identifie les problèmes de manifeste avant qu'ils n'affectent les utilisateurs. Une fois les problèmes potentiels signalés, vous pouvez vous concentrer sur une validation approfondie.
-
-Après avoir effectué des mises à jour, testez votre manifeste dans un environnement de développement. Utilisez les informations du suivi des erreurs pour guider votre révision. Cette approche aide à garantir que votre application reste conforme aux normes de confidentialité d'Apple.
-
-## Outils de confidentialité [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo simplifie la gestion des manifestes de confidentialité et des mises à jour d'applications, en s'assurant que vos normes de confidentialité restent intactes sans retarder les déploiements.
-
-### Fonctionnalités de Capgo
-
-Avec plus de **23,5 millions de mises à jour sécurisées** et un **taux de succès global de 82%**, Capgo garantit que **95% des utilisateurs actifs reçoivent les mises à jour dans les 24 heures** [\[1\]](https://capgo.app/). Voici ce qu'il offre :
-
--   **Chiffrement de bout en bout** pour sécuriser les mises à jour
--   **Système de canaux** pour une distribution contrôlée des mises à jour
--   **Suivi des erreurs** pour identifier et résoudre rapidement les problèmes
--   **Retour en arrière en un clic** pour revenir instantanément à une version précédente
-
-Ces outils rendent l'ajout de Capgo à votre flux de travail simple et efficace.
-
-### Utilisation de Capgo
-
-Pour commencer, [installez le plugin Capgo](https://capgo.app/docs/plugin/cloud-mode/getting-started/) avec cette commande :
-
-```
-your-plugin/
-├── ios/
-│   ├── Plugin/
-│   │   └── PrivacyInfo.xcprivacy
-│   └── Plugin.xcodeproj
-```
-
-Capgo s'intègre parfaitement aux pipelines CI/CD, automatisant la validation des manifestes de confidentialité via des plateformes comme [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), ou [Jenkins](https://www.jenkins.io/). Que vous choisissiez les options cloud ou auto-hébergées, Capgo prend en charge 750 applications en production tout en garantissant que chaque mise à jour est conforme aux normes de confidentialité.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica
-
-> "Capgo est une solution intelligente pour les mises à jour 🙂" – NASA's OSIRIS-REx
-
-Capgo inclut également des analyses intégrées pour suivre le succès des mises à jour et l'engagement des utilisateurs en temps réel. Cela garantit que vos mises à jour de confidentialité atteignent efficacement votre base d'utilisateurs.
-
-## Conclusion
-
-### Points clés à retenir
-
-Concernant la gestion des manifestes de confidentialité, garder un système de mise à jour fiable est crucial :
-
--   **Chiffrement de bout en bout** : Maintient les mises à jour sécurisées de bout en bout.
--   **Surveillance en temps réel** : Suit efficacement la distribution des mises à jour.
--   **Capacité de retour en arrière instantané** : Agit comme filet de sécurité pour des corrections rapides.
--   **Validation automatisée** : Garantit que vos mises à jour respectent les normes de conformité.
-
-Construire un système de mise à jour fiable vous aide à suivre l'évolution des exigences de confidentialité d'Apple et Google. Cette approche s'est avérée améliorer les taux d'approbation de l'App Store et renforcer la confiance des utilisateurs [\[1\]](https://capgo.app/).
-
-### Comment commencer
-
-Vous pouvez commencer à mettre en œuvre ces principes en suivant ces étapes :
-
--   **Configurez votre environnement** : Exécutez `npx @capgo/cli init` pour commencer.
--   **Activez les fonctionnalités de confidentialité** : Utilisez le chiffrement de bout en bout pour des mises à jour sécurisées.
--   **Déployez des outils de surveillance** : Suivez les mises à jour avec les analyses.
--   **Planifiez les retours en arrière** : Assurez-vous de pouvoir revenir rapidement aux versions précédentes si nécessaire.
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent augmenter leur productivité. Éviter les délais de révision pour les corrections de bugs change la donne." - Bessie Cooper
-
-Des mises à jour régulières et des outils appropriés sont essentiels pour rester conforme et s'améliorer au fil du temps.
diff --git a/src/content/blog/fr/quasar-mobile-app-capacitor.md b/src/content/blog/fr/quasar-mobile-app-capacitor.md
deleted file mode 100644
index e69328cd2..000000000
--- a/src/content/blog/fr/quasar-mobile-app-capacitor.md
+++ /dev/null
@@ -1,89 +0,0 @@
----
-slug: quasar-mobile-app-capacitor
-title: >-
-  Créer des applications mobiles avec des mises à jour en direct, Quasar et
-  Capacitor.
-description: >-
-  Comment créer une application mobile avec Quasar, Capacitor et implémenter des
-  mises à jour en direct.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikDhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /quasar_capgo.webp
-head_image_alt: Illustration de Quasar et Capgo
-keywords: >-
-  Quasar, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Dans ce tutoriel, nous commencerons par créer une nouvelle application web avec [Quasar](https://quasar.dev/). Par la suite, nous apprendrons comment la transformer en application mobile en utilisant Capacitor. Si vous souhaitez améliorer l'apparence de votre application sur mobile.
-
-Avec Capacitor, vous pouvez transformer votre application web Quasar en application mobile sans avoir à faire beaucoup de choses complexes ou à apprendre une toute nouvelle façon de créer des applications comme vous le feriez avec React Native.
-
-Ce tutoriel vous guidera à travers le processus, en commençant par une nouvelle application Quasar puis en intégrant Capacitor pour passer dans le domaine des applications mobiles natives. De plus, vous utiliserez [Capgo](https://capgo.app/) pour envoyer des mises à jour en direct à votre application en quelques secondes.
-
-## À propos de Capacitor
-
-Capacitor est vraiment révolutionnaire ! Vous pouvez l'intégrer facilement dans n'importe quel projet web, et il encapsulera votre application dans une webview native, générant le projet natif Xcode et Android Studio pour vous. De plus, ses plugins donnent accès aux fonctionnalités natives de l'appareil comme la caméra via un pont JS.
-
-Avec Capacitor, vous obtenez une fantastique application mobile native sans configuration compliquée ni courbe d'apprentissage abrupte. Son API légère et ses fonctionnalités rationalisées en font un jeu d'enfant à intégrer dans votre projet. Croyez-moi, vous serez étonné de voir à quel point il est facile d'obtenir une application native entièrement fonctionnelle avec Capacitor !
-
-## Préparation de votre application Quasar
-
-Pour créer une nouvelle application Quasar, exécutez la commande suivante :
-
-```shell
-npm init quasar
-```
-
-![Quasar Project Setup](/quasar-setup.webp)
-
-Choisissez l'option "App with Quasar CLI" puis "Quasar v2".
-
-Pour créer une application mobile native, nous avons besoin d'une **exportation** de notre projet. Ajoutons donc un script simple dans notre **package.json** qui peut être utilisé pour construire et copier le projet Quasar :
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "quasar build"
-  }
-}
-```
-
-Après avoir exécuté la commande `generate`, vous devriez voir un nouveau dossier `dist` à la racine de votre projet.
-
-Ce dossier sera utilisé par Capacitor plus tard, mais pour l'instant, nous devons le configurer correctement.
-
-[Continue with the remaining text if you'd like me to translate more.]
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Quasar project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Si le rechargement en direct n'est pas synchronisé après l'installation de tous les composants nécessaires, essayez de tout redémarrer. Une fois cela fait, vous devriez voir une application mobile avec un aspect plutôt natif, construite avec Quasar et Capacitor !
-
-
-## Conclusion
-
-Capacitor est une excellente option pour construire des applications natives basées sur un projet web existant, offrant un moyen simple de partager du code et de maintenir une interface utilisateur cohérente.
-
-Et avec l'ajout de [Capgo](https://capgo.app/), il est encore plus facile d'ajouter des mises à jour en direct à votre application, garantissant ainsi que vos utilisateurs ont toujours accès aux dernières fonctionnalités et corrections de bugs.
-
-Si vous souhaitez apprendre comment ajouter Capgo à votre application Next.js, consultez l'article suivant :
diff --git a/src/content/blog/fr/real-time-update-metrics-for-capacitor-apps.md b/src/content/blog/fr/real-time-update-metrics-for-capacitor-apps.md
deleted file mode 100644
index cd3f1d3cc..000000000
--- a/src/content/blog/fr/real-time-update-metrics-for-capacitor-apps.md
+++ /dev/null
@@ -1,256 +0,0 @@
----
-slug: real-time-update-metrics-for-capacitor-apps
-title: Métriques de Mise à Jour en Temps Réel pour les Applications Capacitor
-description: >-
-  Apprenez à suivre efficacement les performances des mises à jour de vos
-  applications, garantissant des versions rapides et fiables et une meilleure
-  expérience utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-02T03:19:09.129Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c3a347e68199dea862b1d5-1740885602596.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  update tracking, app performance, metrics monitoring, user experience,
-  real-time updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Vous voulez garantir que les mises à jour de votre application soient rapides, fiables et impactantes ? Voici ce que vous devez savoir :
-
--   **Pourquoi suivre les mises à jour ?**  
-    Suivez les performances des mises à jour pour les délivrer plus rapidement, corriger les problèmes rapidement et améliorer l'expérience utilisateur. Des outils comme [Capgo](https://capgo.app/) peuvent augmenter l'efficacité des versions de 81%.
-    
--   **Métriques clés à surveiller :**
-    
-    -   **Taux d'adoption :** Pourcentage d'utilisateurs passant à la dernière version.
-    -   **Taux de réussite des mises à jour :** Pourcentage de mises à jour réussies. 
-    -   **Impact utilisateur :** Crashs post-mise à jour et utilisation des fonctionnalités.
--   **Meilleurs outils de suivi :**
-    
-    -   **Capgo :** [Gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) sécurisée avec support CI/CD.
-    -   **[Firebase Performance Monitoring](https://firebase.google.com/docs/perf-mon) :** Analyses de performance en temps réel gratuites.
-    -   **[New Relic](https://newrelic.com/) :** Suit les erreurs, requêtes réseau et plus.
--   **Étapes rapides de configuration :**
-    
-    1.  Installez des outils comme Capgo avec `npx @capgo/cli init`.
-    2.  Suivez les métriques comme le temps de chargement, l'utilisation mémoire et les rapports de crash.
-    3.  Utilisez les tests A/B pour affiner les mises à jour avant le déploiement complet.
-
-Le suivi des mises à jour vous aide à délivrer des mises à jour fluides, réduire les erreurs et améliorer les performances de l'application. Plongeons dans les détails.
-
-## [Capgo](https://capgo.app/), plugin CapacitorJs pour la mise à jour en direct
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-02.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuration du suivi des mises à jour
-
-Pour suivre efficacement les mises à jour, vous devrez configurer les bons outils et identifier les métriques clés.
-
-### Ajout d'outils de suivi
-
-Commencez par choisir un outil de suivi qui correspond à vos besoins. Pour les applications [Capacitor](https://capacitorjs.com/), voici deux options populaires :
-
--   **Plugin Capgo** : Installez le plugin Capgo en utilisant la ligne de commande :
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-    Suivez les instructions d'installation fournies dans la documentation.
-    
--   **New Relic** : Cet outil aide à surveiller les erreurs JavaScript, les requêtes réseau et les événements personnalisés [\[2\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/). Il a été utilisé par des entreprises comme Colenso pour mettre à jour près de 5 000 utilisateurs en quelques minutes [\[1\]](https://capgo.app/).
-
-### Métriques principales à suivre
-
-Une fois vos outils en place, concentrez-vous sur les métriques qui mesurent le succès de vos mises à jour. Voici une répartition :
-
-| Catégorie de métrique | Mesures clés | Objectif |
-| --- | --- | --- |
-| **Performance de téléchargement** | Vitesse, taux de réussite | Évaluer l'efficacité de la livraison des mises à jour. |
-| **Succès des mises à jour** | Taux d'installation, erreurs | Assurer la fiabilité des mises à jour. |
-| **Impact utilisateur** | Crashs post-mise à jour, modèles d'utilisation | Évaluer la qualité et l'impact des mises à jour. |
-
-Ces métriques vous donneront une image claire de la performance de vos mises à jour.
-
-### Configuration des options de suivi
-
-Affinez vos paramètres de suivi pour collecter les données les plus pertinentes. Selon l'outil que vous choisissez, voici ce que vous pouvez faire :
-
--   **New Relic** : Offre des fonctionnalités comme l'analytique, la journalisation personnalisée, les rapports de crash, la surveillance réseau et la capture du corps des réponses HTTP [\[2\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/).
--   **Capgo** : Permet d'activer le chiffrement pour les [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/) et d'attribuer des mises à jour à des utilisateurs spécifiques pour un meilleur ciblage [\[1\]](https://capgo.app/).
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est précieux." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Lecture des données de performance des mises à jour
-
-Comprendre comment les mises à jour fonctionnent dans des scénarios réels est essentiel pour affiner votre stratégie de livraison d'application. En surveillant attentivement les métriques et en utilisant des outils fiables, vous pouvez obtenir des insights exploitables sur les performances des mises à jour.
-
-### Mesure de l'utilisation des mises à jour
-
-Le suivi de l'adoption des mises à jour par les utilisateurs vous aide à comprendre la rapidité et l'efficacité de votre déploiement. Voici quelques métriques essentielles à surveiller :
-
--   **Taux d'adoption** : Calculez-le comme _(Nouveaux utilisateurs de la mise à jour / Total des utilisateurs) × 100_. Cela montre combien d'utilisateurs passent à la version mise à jour.
--   **Temps jusqu'à la première action** : Mesurez le temps nécessaire aux utilisateurs pour interagir avec les nouvelles fonctionnalités après la mise à jour.
--   **Taux de réussite des mises à jour** : Utilisez _(Mises à jour réussies / Total des tentatives de mise à jour) × 100_ pour évaluer la fluidité du [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-Une fois que vous avez ces métriques, approfondissez l'influence des mises à jour sur le comportement des utilisateurs.
-
-### Analyse du comportement utilisateur
-
-L'analyse du comportement utilisateur post-mise à jour fournit une image plus claire de l'impact des mises à jour sur l'engagement. Par exemple, définir des objectifs mesurables - comme augmenter l'activation utilisateur de 47% d'ici la fin du trimestre - peut aider à suivre efficacement les progrès [\[3\]](https://userpilot.com/blog/user-behavioral-analysis/).
-
-Métriques clés à considérer :
-
--   **Utilisateurs actifs quotidiens (DAU)** : Observez les changements dans l'utilisation quotidienne après la mise à jour.
--   **Durée moyenne de session** : Comparez le temps passé dans l'application avant et après la mise à jour.
--   **Utilisation des fonctionnalités** : Identifiez quelles nouvelles fonctionnalités génèrent le plus d'engagement.
-
-> "L'analyse du comportement utilisateur est essentielle pour les équipes produit qui ne veulent pas s'appuyer sur des intuitions ou la chance lors de la prise de décisions produit." - Sophie Grigoryan [\[3\]](https://userpilot.com/blog/user-behavioral-analysis/)
-
-L'étape suivante consiste à tester systématiquement différentes versions de mise à jour.
-
-### Test des versions de mise à jour
-
-La plateforme Capgo, avec plus de 947,6 millions de mises à jour livrées mondialement [\[1\]](https://capgo.app/), offre des insights sur les stratégies de test efficaces. Voici sur quoi se concentrer :
-
--   **Surveillance des performances en temps réel** : Surveillez les temps de réponse et les taux d'erreur immédiatement après le déploiement des mises à jour.
--   **Utilisation des ressources** : Assurez-vous que la mise à jour ne surcharge pas les ressources système ou ne réduit pas les performances de l'application.
--   **Comparaison des versions** : Utilisez les tests A/B pour évaluer différentes versions de mise à jour avec des groupes d'utilisateurs plus petits avant un déploiement général.
-
-Ces méthodes aident à garantir que vos mises à jour sont efficaces et bien reçues.
-
-## Résolution des problèmes de mise à jour
-
-La résolution des problèmes de mise à jour est cruciale pour maintenir la satisfaction des utilisateurs et assurer le bon fonctionnement de votre application.
-
-### Détection des erreurs de mise à jour
-
-Capacitor-updater fournit des outils pour vous aider à identifier et résoudre les erreurs de mise à jour :
-
--   Configurez les écouteurs **updateFailed** et **downloadFailed** pour détecter les problèmes pendant le processus de mise à jour.
--   Utilisez **notifyAppReady()** pour confirmer que le bundle de mise à jour s'est chargé avec succès.
--   Configurez **appReadyTimeout** pour détecter les retards dans le processus de chargement.
-
-Le suivi des erreurs vous permet d'identifier où les problèmes surviennent et d'agir pour améliorer les performances.
-
-> "Appflow Live Updates vous permet de déployer des changements de code web directement vers les applications installées des utilisateurs sans nécessiter le téléchargement d'une nouvelle version depuis les app stores. Pensez-y comme une mise à niveau silencieuse en arrière-plan qui peut corriger des bugs, introduire de nouvelles fonctionnalités et optimiser les performances." – Ashwini Shukla, Chef de produit pour Appflow [\[5\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga)
-
-### Résolution des problèmes de vitesse
-
-La surveillance des performances est essentielle pour garantir que les mises à jour sont livrées rapidement et efficacement. Les tests bêta montrent que les mises à jour sont souvent complétées en quelques secondes [\[4\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever).
-
-Métriques clés à suivre :
-
--   Temps de chargement et taux de réponse
--   Utilisation de la mémoire
--   Utilisation du CPU
--   Requêtes réseau
--   Fréquence des crashs
-
-Des outils comme **Firebase Performance Monitoring** ou **[Sentry](https://sentry.io/)** peuvent vous aider à surveiller ces métriques et configurer des alertes pour les problèmes potentiels.
-
-### Gestion de la taille des mises à jour
-
-Maintenir des tailles de mise à jour réduites est crucial pour une livraison plus rapide. Voici quelques techniques efficaces :
-
-| Technique | Effet | Implémentation |
-| --- | --- | --- |
-| Drapeaux de production | Réduit la taille du bundle | Utiliser les drapeaux `--prod` et `--release` |
-| Minification du code | Diminue la taille APK | Activer `minifyEnabled` |
-| Nettoyage des ressources | Supprime les fichiers inutilisés | Supprimer les SVG inutilisés et les fragments obsolètes |
-| Gestion des Source Maps | Réduit la taille des fichiers | Désactiver `sourceMap` dans `angular.json` |
-
-Par exemple, la suppression des SVG inutilisés a réduit la taille APK d'une application de 4,2 Mo à 3,4 Mo [\[6\]](https://stackoverflow.com/questions/50988174/how-do-i-decrease-the-size-of-the-ionic-android-apk-file).
-
-La plateforme Capgo offre des outils automatisés pour optimiser les tailles de mise à jour. Leur système de mise à jour différentielle ne transfère que les fichiers qui ont changé, accélérant la livraison et améliorant les performances globales tout en assurant la conformité avec les exigences des app stores.
-
-## Directives de suivi des mises à jour
-
-### Définition des métriques standard
-
-Pour suivre efficacement les performances des mises à jour, utilisez des métriques cohérentes qui affectent directement l'expérience utilisateur. Les domaines clés à surveiller incluent :
-
-| Catégorie de métrique | Mesure clé |
-| --- | --- |
-| **Temps de chargement** | Viser un chargement de l'application en moins de 3 secondes |
-| **Rapports de crash** | Maintenir les crashs d'application au minimum |
-| **Utilisation mémoire** | Assurer une utilisation efficace de la mémoire, particulièrement sur les appareils bas de gamme |
-| **Utilisation CPU** | Surveiller l'activité CPU pendant les mises à jour |
-| **Requêtes réseau** | Suivre le taux de réussite des requêtes réseau pendant les mises à jour |
-
-Les recherches de [UXCam](https://uxcam.com/) montrent que 53% des utilisateurs abandonnent les applications qui mettent plus de 3 secondes à charger [\[7\]](https://uxcam.com/blog/how-to-improve-mobile-app-performance/). Garder un œil attentif sur ces métriques pour les plateformes iOS et Android assure des performances cohérentes sur tous les appareils.
-
-Une fois que vous avez identifié vos métriques, organisez-les en rapports clairs et concis pour une analyse rapide.
-
-### Construction des rapports de métriques
-
-Des rapports efficaces transforment les données brutes en insights exploitables. Utilisez des tableaux de bord en temps réel pour simplifier le processus.
-
-Voici comment rendre vos rapports percutants :
-
--   **Suivre les performances par version** : Analysez chaque version de l'application séparément pour identifier les problèmes.
--   **Comparer les données avant et après mise à jour** : Identifiez les changements causés par les mises à jour.
--   **Surveiller les tendances à long terme** : Recherchez des schémas récurrents ou des améliorations dans le temps.
-
-> "L'amélioration des performances des applications mobiles est un processus continu vital et complexe." – Tope Longe, Growth Marketing Manager, UXCam [\[7\]](https://uxcam.com/blog/how-to-improve-mobile-app-performance/)
-
-Ces rapports vous aideront à identifier les domaines nécessitant une attention immédiate et guideront les améliorations à long terme.
-
-### Utilisation des données de suivi
-
-Transformez vos métriques en actions concrètes pour améliorer les performances de votre application.
-
-**Actions immédiates :**
-
--   Configurez des alertes pour les métriques critiques et examinez les tableaux de bord quotidiennement.
--   Mettez en place un système de rapport de crash en temps réel pour résoudre les problèmes dès leur apparition.
-
-**Stratégies à long terme :**
-
--   Supprimez les frameworks de code inutilisés pour accélérer les téléchargements.
--   Déplacez les tâches de traitement lourdes en arrière-plan pour améliorer la réactivité.
--   Ajoutez des fonctionnalités hors ligne pour que les utilisateurs puissent accéder à l'application même pendant les pannes réseau.
-
-Des plateformes comme Capgo peuvent fournir des analyses approfondies et permettre des retours rapides si nécessaire, garantissant une meilleure expérience utilisateur.
-
-## Résumé
-
-### Résultats du suivi des mises à jour
-
-Les outils modernes de suivi des mises à jour se sont révélés être des éléments déterminants pour les équipes de développement :
-
--   Les équipes de développement du monde entier ont livré **519,5 millions de mises à jour** en utilisant ces outils [\[1\]](https://capgo.app/).
--   Les équipes rapportent une **augmentation de 81% de l'efficacité** grâce à des cycles de publication plus rapides [\[1\]](https://capgo.app/).
-
-En combinant un suivi efficace des métriques avec des mises à jour en direct, les développeurs ont réinventé la façon dont ils maintiennent et améliorent leurs applications. Même l'équipe [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/) de la NASA a salué cette approche :
-
-> "@Capgo est une façon intelligente de faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Prêt à voir ces résultats par vous-même ? Suivez les étapes ci-dessous pour commencer à suivre efficacement les mises à jour.
-
-### Pour commencer
-
-Voici comment commencer à suivre les métriques de mise à jour :
-
--   **Installez les plugins et définissez les métriques clés** à surveiller. Concentrez-vous sur les éléments suivants :
-    
-    | Type de métrique | Objectif cible | Impact |
-    | --- | --- | --- |
-    | Temps de chargement | Moins de 3 sec | Améliore la rétention |
-    | Taux de réussite des mises à jour | Plus de 99% | Assure la stabilité |
-    | Vitesse de téléchargement | Moins de 5 sec | Augmente la satisfaction |
-    
--   **Utilisez des outils de mise à jour en direct** comme Capgo pour des déploiements sécurisés et instantanés.
-    
-
-Comme l'a partagé un utilisateur :
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/fr/real-time-updates-with-user-segmentation.md b/src/content/blog/fr/real-time-updates-with-user-segmentation.md
deleted file mode 100644
index aabd17ef8..000000000
--- a/src/content/blog/fr/real-time-updates-with-user-segmentation.md
+++ /dev/null
@@ -1,183 +0,0 @@
----
-slug: real-time-updates-with-user-segmentation
-title: Mises à jour en temps réel avec segmentation des utilisateurs
-description: >-
-  Découvrez comment les mises à jour en temps réel et la segmentation des
-  utilisateurs peuvent améliorer la performance de l'application, l'engagement
-  et la personnalisation pour des expériences utilisateur ciblées.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T01:23:29.243Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db5cb48d9574929cf1042f-1742433905119.jpg
-head_image_alt: Développement mobile
-keywords: 'real-time updates, user segmentation, app engagement, feature testing, Capgo'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mises à jour en temps réel vous permettent de livrer des changements d'application instantanément sans attendre l'approbation des magasins d'applications. Associer cela avec la segmentation des utilisateurs vous permet de cibler des groupes spécifiques, de tester des fonctionnalités et de personnaliser les expériences de manière efficace. Voici comment ça fonctionne :
-
--   **Mises à jour en temps réel** : Envoyez des correctifs et de nouvelles fonctionnalités directement aux utilisateurs, atteignant 95 % dans les 24 heures.
--   **Segmentation des utilisateurs** : Regroupez les utilisateurs (p. ex., testeurs bêta, utilisateurs avancés) pour tester des mises à jour, déployer progressivement et adapter les expériences de l'application.
--   **Indicateurs clés à suivre** : Durée des sessions, utilisation des fonctionnalités, adoption des mises à jour et taux d'erreur.
--   **Outils** : [Capgo](https://capgo.app/) garantit des mises à jour rapides et sécurisées avec un taux de réussite global de 82 % et des analyses détaillées.
--   **Avantages** : Mises à jour plus rapides, risques réduits, fonctionnalités personnalisées et engagement amélioré.
-
-Commencez par définir des segments d'utilisateurs, installer Capgo (`npx @capgo/cli init`) et suivre les performances des mises à jour pour affiner votre stratégie.
-
-## Éléments de Base de la Segmentation des Utilisateurs
-
-### Collecte de Données Utilisateurs
-
-Pour créer des segments d'utilisateurs significatifs, vous devez d'abord suivre comment les utilisateurs interagissent avec votre application. Concentrez-vous sur la collecte d'indicateurs clés comme ceux-ci :
-
-| **Type de Donnée** | **But** | **Impact** |
-| --- | --- | --- |
-| **Session (Durée)** | Comprendre les niveaux d'engagement | Identifier les utilisateurs avancés vs. les utilisateurs occasionnels |
-| **Utilisation des Fonctionnalités** | Identifier les fonctions populaires | Prioriser les fonctionnalités à améliorer |
-| **Réponse aux Mises à Jour** | Mesurer l'adoption des mises à jour | Affiner les stratégies de déploiement |
-| **Taux d'Erreur** | Surveiller la stabilité de l'application | Identifier et traiter les problèmes pour les segments |
-
-En utilisant les analyses de Capgo, vous pouvez suivre les taux de succès des mises à jour et l'engagement des utilisateurs, offrant des informations détaillées sur la façon dont différents utilisateurs interagissent avec votre application [\[1\]](https://capgo.app/). Ces données forment l'épine dorsale d'une segmentation efficace des utilisateurs.
-
-### Création de Segments d'Utilisateurs
-
-Une fois que vous avez collecté les données, l'étape suivante consiste à regrouper les utilisateurs en segments en utilisant le système de canaux de Capgo. Cela permet aux développeurs de gérer les mises à jour et de tester les fonctionnalités avec précision.
-
-> "Nous avons déployé [des mises à jour OTA Capgo](https://console.capgo.app/resend_email) en production pour notre base utilisateur de 5 000. Nous constatons un fonctionnement très fluide ; presque tous nos utilisateurs sont à jour dans les minutes suivant le déploiement de l'OTA sur @Capgo." – colenso, @colenso [\[1\]](https://capgo.app/)
-
-Les développeurs peuvent organiser les utilisateurs en catégories comme testeurs bêta, utilisateurs avancés, nouveaux utilisateurs ou comptes d'entreprise. Cette segmentation aide à tester les mises à jour, à les déployer progressivement ou à adapter les fonctionnalités pour des groupes spécifiques.
-
-| **Type de Segment** | **Description** | **[Stratégie de Mise à Jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)** |
-| --- | --- | --- |
-| **Testeurs Bêta** | Premiers adopteurs testant les fonctionnalités | Recevoir les mises à jour en premier |
-| **Utilisateurs Avancés** | Utilisateurs fréquents et très engagés | Prioriser les améliorations de performance |
-| **Nouveaux Utilisateurs** | Rejoindre récemment la plateforme | Simplifier les déploiements de fonctionnalités |
-| **Entreprise** | Comptes d'affaires ou organisationnels | Utiliser des fenêtres de maintenance programmées |
-
-Les outils de Capgo facilitent l'ajustement de ces segments à mesure que le comportement des utilisateurs évolue, garantissant que vos mises à jour et fonctionnalités restent pertinentes [\[1\]](https://capgo.app/).
-
-## Configuration des Mises à Jour Segmentées
-
-### Actions Clés des Utilisateurs à Suivre
-
-Pour mieux comprendre l'engagement des utilisateurs et l'utilisation de l'application, concentrez-vous sur des comportements spécifiques qui mettent en évidence des modèles. Basé sur les données de 750 applications de production, ces actions se sont révélées être les plus éclairantes :
-
-| **Action de l’Utilisateur** | **Pourquoi la Suivre** | **Impact sur les Mises à Jour** |
-| --- | --- | --- |
-| Fréquence d'Utilisation des Fonctionnalités | Identifie les utilisateurs intensifs vs. occasionnels | Aide à prioriser les mises à jour |
-| Durée de la Session | Mesure les niveaux d'engagement | Informe le moment des mises à jour |
-| Rencontres d'Erreurs | Met en évidence des préoccupations de stabilité | Guide les correctifs nécessaires |
-| Temps d'Installation de Mise à Jour | Montre l'efficacité du déploiement | Affine les stratégies de déploiement |
-
-Une fois que vous avez identifié ces indicateurs clés, il est temps de choisir les bons outils pour mettre en œuvre des mises à jour segmentées efficacement.
-
-### Outils et Configuration des Mises à Jour
-
-Pour que les mises à jour segmentées fonctionnent en douceur, vous avez besoin d'outils fiables qui garantissent la conformité et l'efficacité. Recherchez des outils répondant à ces critères de performance :
-
--   **95 % d'adoption des mises à jour par les utilisateurs actifs dans les 24 heures**
--   **Performance mondiale du [CDN](https://en.wikipedia.org/wiki/Content_delivery_network)** : 5 Mo livrés en 114 ms
--   **Taux de succès des mises à jour mondial de 82 %**
--   **Temps de réponse global de l'API** : 434 ms
-
-Avec ces outils en place, des tests approfondis sont essentiels pour confirmer que tout fonctionne comme prévu.
-
-### Test de la Performance des Segments
-
-Les tests garantissent que les mises à jour sont efficaces et bien accueillies. Utilisez une approche structurée pour évaluer la performance à travers différents segments d'utilisateurs :
-
-| **Phase de Test** | **Mise en Œuvre** | **Indicateur de Succès** |
-| --- | --- | --- |
-| Test Bêta | Déployer d'abord auprès des premiers adopteurs | Recueillir les retours des utilisateurs et les rapports de bogues |
-| Déploiement Échelonné | Augmenter progressivement les pourcentages de déploiement | Mesurer les taux de succès des mises à jour |
-| Suivi de Performance | Suivre les indicateurs pour chaque segment | Évaluer l'engagement après mise à jour |
-| Préparation au Retour Arrière | Activer la réversion de version en un clic | Minimiser les temps d'arrêt en cas de problèmes |
-
-Il est crucial de maintenir des frontières claires entre les segments et de surveiller de près comment chaque groupe réagit aux mises à jour. Les analyses aideront à ajuster votre approche.
-
-Pour les applications d'entreprise, la mise en place de canaux de test séparés pour les principaux segments d'utilisateurs garantit que vous pouvez maintenir le taux de succès des mises à jour de 82 % tout en gérant des bases d'utilisateurs diversifiées à travers les régions et les modèles d'utilisation.
-
-## Personnalisation des Expériences d'Application
-
-### Personnalisation des Fonctionnalités pour Différents Groupes d’Utilisateurs
-
-Avec une segmentation en temps réel, les développeurs peuvent ajuster les fonctionnalités de l'application pour convenir à différents groupes d'utilisateurs. Par exemple, des outils avancés peuvent être offerts aux utilisateurs avancés, tandis que les nouveaux utilisateurs pourraient voir une interface simplifiée pour les aider à commencer. En suivant l'engagement au fur et à mesure qu'il se produit, ces ajustements peuvent être continuellement affinés pour répondre aux besoins de chaque groupe. Cette approche influence également la façon dont vous communiquez avec les utilisateurs.
-
-### Notifications Push Intelligentes
-
-Envoyez des notifications qui comptent, quand elles comptent. En adaptant à la fois le message et le moment pour correspondre aux habitudes de groupes d'utilisateurs spécifiques, vous pouvez tenir les utilisateurs actifs informés et ramener les inactifs dans le circuit. Cette approche ciblée garantit que vos notifications ont un impact.
-
-### Système de Gestion des Mises à Jour de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Pour soutenir ces interactions personnalisées, une [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) efficace est essentielle. Le système de canaux de Capgo offre un contrôle précis sur les mises à jour, permettant des tests bêta, des déploiements échelonnés et des sorties de fonctionnalités ciblées pour des segments d'utilisateurs spécifiques. Avec des analyses en temps réel et des paramètres de permission détaillés, Capgo garantit la conformité avec les règles des magasins d'applications - particulièrement importante pour les applications d'entreprise.
-
-## Suivi des Résultats et du Succès
-
-### Indicateurs de Performance
-
-Les analyses jouent un rôle crucial dans le suivi des performances des mises à jour. Les indicateurs clés incluent les taux de succès des mises à jour, la rapidité avec laquelle les utilisateurs adoptent les mises à jour et les niveaux d'engagement. Par exemple, 95 % des utilisateurs actifs installent des mises à jour dans les 24 heures, et le taux de succès global pour les mises à jour est de 82 % [\[1\]](https://capgo.app/).
-
-### Test de Différentes Approches
-
-En utilisant ces indicateurs, des tests systématiques aident à affiner votre stratégie de mise à jour. Les [tests A/B](https://en.wikipedia.org/wiki/A/B_testing) sont particulièrement utiles pour identifier quelles méthodes de segmentation fonctionnent le mieux.
-
-| Composant de Test | Ce qu'il faut Mesurer | Pourquoi c'est Important |
-| --- | --- | --- |
-| Moment de la Mise à Jour | Taux d'installation à différents moments | Aide à déterminer les meilleurs calendriers de publication |
-| Critères de Segment | Engagement des utilisateurs au sein de chaque segment | Confirme l'efficacité de la segmentation |
-| Déploiements de Fonctionnalités | Taux d'utilisation à travers les groupes d'utilisateurs | Valide la valeur des nouvelles fonctionnalités |
-
-Lors des tests, le suivi des erreurs est essentiel. Cela vous permet de détecter les problèmes tôt, de les corriger rapidement et de maintenir la stabilité de l'application [\[1\]](https://capgo.app/).
-
-### Mesurer l'Impact Commercial
-
-Les mises à jour segmentées en temps réel n'améliorent pas seulement les performances techniques - elles offrent également des avantages commerciaux clairs. Mesurer ces avantages peut fournir des idées exploitables.
-
-Les indicateurs clés à surveiller incluent :
-
--   **Rétention des Utilisateurs** : Examinez comment les mises à jour influencent l'engagement à long terme.
--   **Tickets de Support** : Suivez si les mises à jour ciblées réduisent les problèmes de support client.
--   **Efficacité du Développement** : Mesurez le temps gagné lors du déploiement et de la correction des bogues.
--   **Satisfaction des Utilisateurs** : Analysez les notes et les retours d'expérience des utilisateurs à travers les groupes.
-
-## Guide Étape par Étape pour le PLG en Temps Réel avec Segment et ...
-
-<iframe src="https://www.youtube.com/embed/4h1BQ5Z8tIA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Prochaines Étapes
-
-Prêt à mettre en action des mises à jour en temps réel segmentées ? Voici un guide étape par étape pour vous aider à les mettre en œuvre efficacement.
-
-### Points Principaux
-
-Commencez par installer le [plugin Capgo](https://capgo.app/plugins/) (`npx @capgo/cli init`), puis définissez des segments d'utilisateurs en fonction du comportement et de vos objectifs commerciaux. Enfin, mettez en place un système de suivi pour garantir un taux de succès des mises à jour global de 82 % [\[1\]](https://capgo.app/). Cette configuration vous permet de déployer des mises à jour instantanément sans revues des magasins d'applications, tout en respectant les directives de la plateforme.
-
-Voici les trois éléments clés sur lesquels se concentrer :
-
--   **Configuration Technique** : Installez le plugin Capgo en utilisant la commande : `npx @capgo/cli init`.
--   **Stratégie de Segmentation** : Regroupez les utilisateurs en fonction de l'engagement, du comportement et des objectifs. Cela vous permet d'envoyer des mises à jour ciblées à des canaux d'utilisateurs spécifiques.
--   **Cadre de Suivi** : Suivez les performances des mises à jour et affinez la livraison pour de meilleurs résultats.
-
-Voyons comment mettre rapidement en œuvre cette stratégie en utilisant Capgo.
-
-### Commencez à Utiliser Capgo
-
-Commencer avec Capgo est simple et conçu pour la rapidité et la fiabilité. En combinant la segmentation et la surveillance, vous pouvez livrer des mises à jour de manière sécurisée et efficace. Le système de canaux de Capgo vous donne un contrôle précis sur la façon dont les mises à jour sont distribuées, ce qui le rend idéal pour les tests bêta et les déploiements progressifs.
-
-Voici un aperçu rapide de l'implémentation :
-
-| Phase | Actions à entreprendre | Résultat attendu |
-| --- | --- | --- |
-| Configuration initiale | Installer le plugin Capgo et le configurer | Une solide base de mise à jour |
-| Segmentation | Définir des canaux utilisateurs et des groupes cibles | [Livraison de mise à jour organisée](https://capgo.app/docs/live-updates/update-behavior/) |
-| Déploiement | Utiliser le CLI pour déployer les mises à jour et surveiller | Déploiement rapide et contrôlé |
-| Optimisation | Analyser les performances et ajuster le ciblage | Efficacité améliorée |
-
-Les outils avancés de gestion des utilisateurs de Capgo vous permettent de contrôler les mises à jour à un niveau granulaire. Pour les équipes suivant des pratiques de développement agile, des fonctionnalités comme le chiffrement de bout en bout et des analyses détaillées garantissent que les mises à jour sont à la fois sécurisées et performantes.
diff --git a/src/content/blog/fr/refresh-token-rotation-in-cicd-workflows.md b/src/content/blog/fr/refresh-token-rotation-in-cicd-workflows.md
deleted file mode 100644
index 15bdd706a..000000000
--- a/src/content/blog/fr/refresh-token-rotation-in-cicd-workflows.md
+++ /dev/null
@@ -1,291 +0,0 @@
----
-slug: refresh-token-rotation-in-cicd-workflows
-title: Rotation de jetons d'actualisation dans les workflows CI/CD
-description: >-
-  リフレッシュトークンのローテーションを実装することで、CI/CDワークフローにおけるセキュリティが強化され、アクセス管理が自動化され、盗まれた認証情報に関連するリスクが最小限に抑えられます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T04:31:38.871Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68214ae55e3fe4823b5f6cab-1747024366276.jpg
-head_image_alt: ソフトウェア開発
-keywords: >-
-  token rotation, CI/CD security, refresh tokens, credential management, secure
-  deployments
-tag: 'Development, Security, Technology'
-published: true
-locale: fr
-next_blog: ''
----
-**Voulez-vous sécuriser vos flux de travail CI/CD ? Commencez par la rotation des tokens d'actualisation.** Cette pratique garantit que les tokens sont de courte durée, réduisant ainsi les risques de vol d'identifiants et automatisant la gestion des accès. Voici pourquoi c'est important :
-
--   **Ce que cela fait** : Les tokens d'actualisation remplacent les anciens tokens d'accès par de nouveaux, invalidant le token précédent après utilisation.
--   **Pourquoi c’est important** : Des tokens de courte durée limitent l'exposition, détectent les menaces plus rapidement et réduisent le risque d'accès non autorisé.
--   **Comment l'implémenter** : Utilisez des outils comme **[HashiCorp Vault](https://www.hashicorp.com/products/vault)** ou **[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/)** pour un stockage et une rotation sécurisés des tokens. Configurez des plateformes CI/CD comme [GitHub Actions](https://docs.github.com/actions) ou [GitLab CI](https://docs.gitlab.com/ee/ci/) pour automatiser le processus avec des scripts.
--   **Éviter les temps d'arrêt** : Ajoutez une période de grâce, des mécanismes de secours et des vérifications de santé pour assurer des déploiements fluides.
--   **Suivre les normes** : Utilisez le chiffrement TLS, suivez l'utilisation des tokens et alignez-vous sur les directives NIST et SOC 2.
-
-**Astuce rapide :** Les plateformes comme [Capgo](https://capgo.app/) simplifient la rotation des tokens en automatisant le processus, intégrant le chiffrement et réduisant les coûts par rapport aux normes de l'industrie.
-
-La rotation des tokens est une manière simple mais efficace de sécuriser vos pipelines CI/CD. Continuez à lire pour apprendre comment le configurer et éviter les pièges courants.
-
-## GitLab 17.7 - Rotation de Token via l'UI
-
-<iframe src="https://www.youtube.com/embed/V-N-V-1JWQw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configurer la Rotation des Tokens dans CI/CD
-
-L'implémentation de la rotation des tokens d'actualisation est une étape clé pour sécuriser les déploiements CI/CD.
-
-### Méthodes de Stockage des Tokens
-
-Pour garder vos tokens en sécurité, envisagez d'utiliser des solutions avancées basées sur le cloud :
-
-**Intégration de HashiCorp Vault**
-
--   Utilisez des secrets dynamiques qui tournent automatiquement.
--   Configurez des durées de bail pour des identifiants temporaires.
--   Activez la journalisation des audits pour surveiller l'utilisation des tokens.
-
-**AWS Secrets Manager**
-
--   Configurez des horaires de rotation automatiques.
--   Activez le suivi des versions pour gérer les identifiants efficacement.
--   Activez la réplication inter-régions pour une redondance supplémentaire.
-
-Les deux méthodes garantissent des déploiements sécurisés et automatisés, réduisant l'intervention manuelle.
-
-### Configuration de la Plateforme CI/CD
-
-Chaque plateforme CI/CD nécessite des configurations spécifiques pour gérer efficacement la rotation des tokens :
-
-**Configuration de GitHub Actions :**
-
-```yaml
-name: Token Rotation
-on:
-  schedule:
-    - cron: '0 0 * * *'  # Daily rotation
-env:
-  TOKEN_STORE: ${{ secrets.TOKEN_STORE }}
-
-steps:
-  - name: Rotate Token
-    run: |
-      curl -X POST $TOKEN_STORE/rotate
-```
-
-**Configuration de GitLab CI/CD :**
-
-```yaml
-rotate_token:
-  script:
-    - rotate_credentials.sh
-  rules:
-    - changes:
-        - credentials/*
-```
-
-Ajustez ces exemples pour correspondre aux exigences de votre plateforme et assurez une rotation fluide des tokens.
-
-### Prévenir les Interruptions de Déploiement
-
-La rotation des tokens peut parfois entraîner des problèmes de déploiement, mais vous pouvez éviter les temps d'arrêt avec ces stratégies :
-
--   **Mise en œuvre d'une Période de Grâce** : Autorisez un chevauchement de 15 minutes pendant lequel les anciens et les nouveaux tokens sont valides. Cela assure la fin des travaux en cours sans interruption pendant que de nouveaux commencent avec des identifiants mis à jour.
--   **Mécanisme de Secours** : Configurez une méthode d'authentification de secours à utiliser si la rotation des tokens échoue.
--   **Vérifications de Santé** : Vérifiez régulièrement la validité des tokens et les processus de rotation.
-
-Exemple de script de vérification de santé :
-
-```bash
-#!/bin/bash
-check_token_validity
-if [ $? -eq 0 ]; then
-  perform_rotation
-  verify_new_token
-fi
-```
-
-Les plateformes comme Capgo peuvent simplifier la gestion du cycle de vie des tokens, assurant des opérations fluides sans temps d'arrêt.
-
-## Normes de Sécurité pour la Rotation des Tokens
-
-### Configuration TLS et Chiffrement
-
-Pour garantir des échanges de tokens sécurisés, il est essentiel d'implémenter des protocoles de chiffrement à plusieurs niveaux. Commencez par configurer l'authentification **TLS mutuel (mTLS)** entre vos services CI/CD et vos systèmes de gestion de tokens. Voici un exemple de ce à quoi une configuration mTLS correcte peut ressembler :
-
-```yaml
-# Example mTLS Configuration
-tls:
-  cert_file: /path/to/cert.pem
-  key_file: /path/to/key.pem
-  client_ca_file: /path/to/ca.pem
-  min_version: TLS1.3
-  cipher_suites:
-    - TLS_AES_128_GCM_SHA256
-    - TLS_AES_256_GCM_SHA384
-```
-
-Capgo améliore la sécurité des tokens avec un **chiffrement de bout en bout (E2E)**, garantissant que les tokens restent protégés tout au long de leur cycle de vie [\[1\]](https://capgo.app). Aux côtés du chiffrement, il est essentiel de surveiller l'utilisation des tokens pour confirmer l'effectivité de ces mesures de sécurité.
-
-### Suivi de l'Utilisation des Tokens
-
-Suivre comment les tokens sont utilisés est une manière proactive de détecter d'éventuels problèmes de sécurité. Des indicateurs tels que les taux de succès de rotation peuvent révéler des vulnérabilités tôt, vous donnant la possibilité de les traiter avant qu'elles n'escaladent. Ce niveau de surveillance garantit également que vos pratiques de gestion des tokens sont conformes aux lignes directrices de sécurité établies.
-
-### Respect des Normes de Sécurité
-
-Pour respecter les normes de sécurité modernes, suivez ces directives pour la rotation des tokens :
-
-**Recommandations NIST :**
-
--   Utilisez **l'expiration automatique des tokens** pour réduire les risques d'exposition.
--   Assurez-vous que les tokens utilisent des **longueurs de clé fortes** (au moins 2048 bits).
--   Conservez les tokens de production et de développement dans des **systèmes de stockage séparés**.
--   Mettez en place un **suivi automatisé** pour suivre les activités liées aux tokens.
--   Implémentez des **mécanismes de retour en arrière** pour récupérer des erreurs liées aux tokens.
--   Appliquez des **contrôles d'accès basés sur les rôles (RBAC)** pour limiter l'accès aux tokens aux utilisateurs autorisés.
-
-**Conformité SOC 2 :**
-
--   Maintenez une documentation détaillée des procédures de rotation des tokens.
--   Activez la **journalisation des audits** pour toutes les opérations sur les tokens afin d'assurer la traçabilité.
--   Développez et appliquez des **procédures de réponse aux incidents** pour traiter les violations de sécurité liées aux tokens.
-
-## Rotation des Tokens pour les Systèmes de Grande Échelle
-
-Lorsque la rotation des tokens rencontre des problèmes dans des pipelines CI/CD complexes, il est crucial d'avoir un système de récupération d'erreurs solide en place. Cela garantit que les problèmes sont identifiés rapidement, résolus automatiquement dans la mesure du possible, ou restaurés à un état stable. Pour les systèmes de grande échelle, maintenir des opérations fluides nécessite une approche bien structurée pour la récupération des erreurs.
-
-### Étapes de Récupération d'Erreurs
-
-Voici un exemple de configuration pour gérer les erreurs lors de la rotation des tokens :
-
-```yaml
-# Error Recovery Configuration
-error_handling:
-  monitoring:
-    alert_threshold: 2
-    check_interval: 60s
-  recovery:
-    auto_rollback: true
-    max_attempts: 3
-```
-
-Le processus de récupération implique généralement ces étapes :
-
--   **Détecter les échecs** : Utilisez des outils de surveillance automatisés pour identifier les problèmes dès qu'ils se produisent.
--   **Mettre en pause les opérations dépendantes** : Suspendre temporairement les processus connexes pour éviter un effet domino.
--   **Tenter une récupération** : Suivre les procédures de récupération prédéfinies pour corriger le problème automatiquement.
--   **Retour en arrière si nécessaire** : Si les tentatives de récupération échouent, revenir à l'état précédent du token pour restaurer la stabilité.
-
-> "Suivi des erreurs : Surveillez proactivement et corrigez les problèmes avant qu'ils n'impactent les utilisateurs" - Capgo [\[1\]](https://capgo.app)
-
-Cette approche structurée minimise les temps d'arrêt et garantit que les normes de sécurité sont respectées. Les systèmes de surveillance supervisent chaque étape, permettant aux équipes d'agir rapidement et efficacement lorsqu'apparaissent des problèmes de rotation des tokens.
-
-## Utilisation de [Capgo](https://capgo.app/) pour la Sécurité CI/CD
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68214ae55e3fe4823b5f6cab/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgo s'appuie sur des stratégies de rotation de tokens éprouvées pour renforcer la sécurité CI/CD, offrant des outils qui rendent les déploiements sécurisés à la fois fluides et fiables.
-
-### Outils de Sécurité Capgo
-
-Au cœur de l'installation de sécurité de Capgo se trouve le **chiffrement de bout en bout**, garantissant que les mises à jour ne sont accessibles qu'aux utilisateurs autorisés. Ce cadre de chiffrement s'intègre facilement avec les plateformes CI/CD populaires, fournissant une base sécurisée pour les déploiements.
-
-```yaml
-# Capgo Security Configuration
-security:
-  encryption:
-    type: end-to-end
-    key_rotation: enabled
-  ci_integration:
-    platforms:
-      - GitHub Actions
-      - GitLab CI
-      - Jenkins
-```
-
-### Configuration de la Rotation des Tokens Capgo
-
-La configuration de la rotation des tokens avec Capgo est simple, grâce à son outil CLI. Après avoir installé le plugin Capgo, configurez votre pipeline avec des fonctionnalités telles qu'un intervalle de rotation de 24 heures, des options de sauvegarde et une surveillance active. Le système s'occupe automatiquement des mises à jour des tokens, garantissant que les déploiements restent ininterrompus. Ce processus rationalisé met en lumière la manière dont Capgo simplifie la sécurité par rapport à d'autres plateformes.
-
-### Capgo contre d'autres plateformes
-
-Depuis 2022, le paysage de la sécurité CI/CD a connu des avancées significatives, et Capgo se distingue pour les équipes faisant la transition depuis des systèmes plus anciens. Voici comment cela se compare :
-
-| Fonctionnalité | Capgo | Norme de l'industrie |
-| --- | --- | --- |
-| Chiffrement de bout en bout | Oui | Varié |
-| Option d'auto-hébergement | Disponible | Rare |
-| Coût d'exploitation mensuel | ~$300 | $500+ |
-| Automatisation de la rotation des tokens | Intégré | Limité |
-
-> "Nous essayons actuellement @Capgo depuis qu'Appcenter a arrêté le support des mises à jour en direct sur les applications hybrides et que @AppFlow est beaucoup trop cher." - Simon Flack[\[1\]](https://capgo.app)
-
-Les frais de configuration uniques de Capgo de 2 600 $ offrent des économies à long terme, avec une estimation de 26 100 $ économisés sur cinq ans[\[1\]](https://capgo.app). Son support pour Capacitor 8, ainsi que ses fonctionnalités pour une gestion flexible des organisations, en font une excellente option pour les petites équipes et les grandes entreprises, en particulier celles qui accordent la priorité à des mesures de sécurité robustes.
-
-## Conclusion : Améliorer CI/CD avec la Rotation des Tokens
-
-### Principaux Avantages en Matière de Sécurité
-
-La rotation des tokens simplifie la gestion des identifiants tout en renforçant les capacités de détection des menaces.
-
-Voici quelques-uns des principaux avantages en matière de sécurité qu'une stratégie de rotation des tokens bien exécutée peut apporter :
-
-| **Domaine d'Amélioration** | **Impact** |
-| --- | --- |
-| Exposition des identifiants | La rotation automatisée réduit les risques en éliminant l'utilisation de secrets à long terme. |
-| Détection de violations | Le suivi en temps réel de la réutilisation des tokens permet d'identifier plus rapidement les menaces. |
-| Contrôle d'accès | Des permissions finement réglées aident à restreindre efficacement l'accès non autorisé. |
-
-Ces améliorations soulignent pourquoi la rotation des tokens est un composant essentiel pour renforcer votre pipeline CI/CD.
-
-### Étapes pour Implémenter la Rotation des Tokens
-
-Pour intégrer avec succès la rotation des tokens dans votre flux de travail, concentrez-vous sur ces domaines essentiels :
-
-**Mise en Place de l'Infrastructure**
-
--   Utilisez un chiffrement TLS/SSL de bout en bout pour sécuriser les communications.
--   Stockez les tokens dans des coffres sécurisés conçus pour des identifiants sensibles.
--   Configurez des horaires automatisés pour garantir que les tokens sont régulièrement tournés.
-
-**Configuration de la Surveillance**
-
--   Gardez un œil attentif sur l'activité des tokens en suivant les modèles d'utilisation.
--   Mettez en place des alertes pour tout comportement inhabituel, tel que des tokens réutilisés de manière inattendue.
--   Journalisez tous les événements du cycle de vie des tokens pour maintenir une trace d'audit détaillée.
-
-Pour un processus plus rationalisé, des outils comme Capgo intègrent la rotation des jetons directement dans les pipelines CI/CD. Lors du déploiement de cette fonctionnalité, assurez-vous de mettre en place des mécanismes de gestion des erreurs robustes et des tests approfondis pour éviter les perturbations. Cette approche renforce non seulement votre sécurité, mais aide également à maintenir des opérations fluides, créant ainsi une base fiable pour des déploiements automatisés et sécurisés.
-
-## FAQ
-
-:::faq
-### Qu'est-ce que la rotation des jetons d'actualisation et comment améliore-t-elle la sécurité dans les workflows CI/CD ?
-
-La rotation des jetons d'actualisation est une fonctionnalité de sécurité où un nouveau jeton d'actualisation est émis chaque fois que le précédent est utilisé. Cette méthode aide à réduire le risque d'usage abusif des jetons, puisque tout jeton compromis devient invalide après avoir été roté.
-
-Dans les workflows CI/CD, l'utilisation de la rotation des jetons d'actualisation ajoute une couche supplémentaire de protection pour les tâches automatisées comme les [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) ou les déploiements. Elle limite l'exposition des jetons de longue durée, renforçant ainsi la sécurité de votre pipeline. Des outils tels que Capgo peuvent s'intégrer parfaitement dans les systèmes CI/CD, fournissant des mises à jour sécurisées et automatisées pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) tout en respectant les directives de la plateforme.
-:::
-
-:::faq
-### Comment puis-je mettre en œuvre la rotation des jetons d'actualisation dans les pipelines CI/CD pour garantir des déploiements sécurisés et ininterrompus ?
-
-La mise en œuvre de la rotation des jetons d'actualisation dans vos pipelines CI/CD est un choix judicieux pour maintenir la sécurité de vos déploiements tout en assurant leur bon fonctionnement. Voici quelques conseils pratiques pour bien procéder :
-
-1. **Automatisez la rotation des jetons** : Intégrez la gestion des jetons directement dans votre flux de travail CI/CD. Ainsi, les jetons sont renouvelés automatiquement, éliminant le besoin de mises à jour manuelles.
-2. **Sécurisez les jetons avec des variables d'environnement** : Conservez toujours les jetons dans des variables d'environnement au lieu de les coder en dur dans vos scripts. Cela ajoute une couche supplémentaire de protection pour les informations sensibles.
-3. **Surveillez l'activité des jetons** : Surveillez et enregistrez régulièrement l'utilisation des jetons. Cela vous aide à repérer rapidement tout usage abusif ou accès non autorisé.
-
-Si vous développez avec des applications Capacitor, **Capgo** simplifie l'intégration CI/CD. Il garantit que la gestion des mises à jour d'applications en direct est à la fois sécurisée et efficace. Associer la rotation des jetons avec des outils comme Capgo peut rendre votre processus de déploiement plus sûr et plus rationalisé.
-:::
-
-:::faq
-### Comment Capgo assure-t-il une rotation sécurisée des jetons et une intégration CI/CD tout en restant rentable par rapport aux normes de l'industrie ?
-
-Capgo propose une manière sécurisée et efficace de gérer la rotation des jetons et d'intégrer les workflows CI/CD, tout en s'alignant sur les normes de l'industrie et en mettant l'accent sur l'automatisation. En intégrant la rotation des jetons d'actualisation dans les processus CI/CD, Capgo s'assure que les développeurs peuvent maintenir la sécurité des mises à jour des applications sans compromettre la facilité d'utilisation.
-
-En ce qui concerne le coût et les fonctionnalités, Capgo se démarque en tant que concurrent solide. Il offre des fonctionnalités clés comme **le chiffrement de bout en bout**, **une intégration CI/CD fluide**, et **des mises à jour en temps réel**, tout en respectant les directives de conformité d'Apple et d'Android. De plus, le prix de Capgo est conçu pour être abordable, ce qui en fait une option attrayante pour les développeurs à la recherche d'une solution de mise à jour en direct fiable et sécurisée pour les applications Capacitor.
-:::
diff --git a/src/content/blog/fr/rollback-mechanisms-in-capacitor-plugins.md b/src/content/blog/fr/rollback-mechanisms-in-capacitor-plugins.md
deleted file mode 100644
index e34891b00..000000000
--- a/src/content/blog/fr/rollback-mechanisms-in-capacitor-plugins.md
+++ /dev/null
@@ -1,217 +0,0 @@
----
-slug: rollback-mechanisms-in-capacitor-plugins
-title: Mécanismes de restauration dans les plugins Capacitor
-description: >-
-  Explorez les mécanismes de rollback dans les plugins Capacitor pour garantir
-  la stabilité et une récupération rapide lors des mises à jour, améliorant
-  ainsi l'expérience utilisateur et minimisant les temps d'arrêt.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:56:05.350Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99-1743821776760.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor plugins, rollback mechanisms, version control, update stability,
-  monitoring framework
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mécanismes de retour en arrière assurent la stabilité lors de la mise à jour des plugins [Capacitor](https://capacitorjs.com/). Ils vous permettent de revenir à une version précédente si les mises à jour causent des bogues ou des problèmes, minimisant ainsi les temps d'arrêt et améliorant l'expérience utilisateur.
-
-### Points clés :
-
--  **Comment ça fonctionne** : Sauvegarde une copie de la version actuelle, vérifie les mises à jour et revient automatiquement en arrière si des problèmes surviennent.
--  **Quand l'utiliser** : Bogues critiques, chutes de performance ou plaintes des utilisateurs après les mises à jour.
--  **Composants principaux** :
-    -  **Contrôle de version** : Suit les versions des plugins et les sauvegardes.
-    -  **Surveillance** : Détecte les problèmes en temps réel.
-    -  **Exécution du retour en arrière** : Restaure les versions précédentes sans faille.
--  **Outils** :
-    -  **[Capgo](https://capgo.app/)** : Service géré avec des fonctionnalités telles que le retour en arrière en un clic et des analyses en temps réel.
-    -  **Plugin [Live Update de Capacitor](https://capgo.app/docs/plugin/self-hosted/auto-update/)** : Solution native nécessitant une configuration manuelle mais offrant un accès direct à l'API.
-
-### Comparaison rapide :
-
-| Fonctionnalité | Capgo | Plugin Live Update |
-| --- | --- | --- |
-| Temps de configuration | Minutes | Heures/Jours |
-| Cryptage | De bout en bout | Signature basique |
-| Surveillance | Analyses intégrées | Intégration manuelle nécessaire |
-| Vitesse de mise à jour | 114ms | Varie |
-
-Les systèmes de retour en arrière sont essentiels pour des mises à jour fluides et la satisfaction des utilisateurs. Choisissez une solution qui répond à vos besoins, qu'il s'agisse de la simplicité de Capgo ou de la flexibilité manuelle du Plugin Live Update.
-
-## Principes de base du mécanisme de retour en arrière
-
-### Comment fonctionnent les retours en arrière
-
-Dans les [plugins Capacitor](https://capgo.app/plugins/), les mécanismes de retour en arrière fonctionnent comme une sécurité en conservant des sauvegardes de version et en restaurant automatiquement la version stable précédente si quelque chose se passe mal. Voici comment cela fonctionne :
-
--  **Sauvegarde de version** : Avant d'appliquer une mise à jour, le système enregistre une copie de la version stable actuelle.
--  **Vérification de l'état** : Après la mise à jour, le système vérifie pour s'assurer que tout fonctionne correctement.
--  **Retour automatique** : Si la mise à jour échoue à la vérification de l'état, le système revient à la version de sauvegarde.
-
-> "Retour en arrière en un clic vers n'importe quelle version précédente si nécessaire" – Capgo [\[1\]](https://capgo.app/)
-
-### Quand utiliser les retours en arrière
-
-Les retours en arrière sont essentiels lorsqu'une mise à jour entraîne des problèmes tels que des bogues critiques, une performance plus lente, des conflits de version, des problèmes d'intégration ou de grandes plaintes des utilisateurs. Capgo rapporte que 82 % des mises à jour réussissent dans le monde [\[1\]](https://capgo.app/), mais pour les cas restants, avoir un système de retour en arrière fiable est crucial pour résoudre rapidement les problèmes.
-
-### Architecture de retour en arrière de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Le système de retour en arrière dans Capacitor repose sur trois composants principaux pour gérer efficacement la gestion des versions :
-
-| Composant | Fonction | Caractéristique principale |
-| --- | --- | --- |
-| Système de gestion des versions | Suit l'historique complet des versions de plugins | Accès rapide aux versions stables |
-| Cadre de surveillance | Vérifie en continu la performance des mises à jour | Détection des problèmes en temps réel |
-| Contrôle de distribution | Gère les déploiements progressifs des mises à jour | Distribution ciblée et graduelle des mises à jour |
-
-> "Surveillez et corrigez proactivement les problèmes avant qu'ils n'impactent les utilisateurs" – Capgo [\[1\]](https://capgo.app/)
-
-Ces composants créent une base solide pour gérer les retours en arrière, qui sera expliquée plus en détail dans le guide de configuration.
-
-## Mise en place des retours en arrière des plugins
-
-### Méthodes clés de Capacitor
-
-Pour créer un système de retour en arrière pour les plugins Capacitor, il est essentiel de comprendre les méthodes de base qui gèrent les versions et les mises à jour. Ces méthodes se concentrent sur trois domaines principaux :
-
-| Type de méthode | Objectif | Fonctionnalité clé |
-| --- | --- | --- |
-| Contrôle de version | Gère les versions des plugins et les sauvegardes | Stocke l'historique des versions et permet la commutation de version |
-| Surveillance de l'état | Suit l'état de mise à jour et la performance | Surveille le succès du déploiement et identifie les problèmes |
-| Exécution du retour en arrière | Gère le processus de retour | Restaure les versions précédentes tout en préservant l'intégrité des données |
-
-Ces méthodes sont la base d'un processus de retour en arrière fiable, que vous pouvez mettre en œuvre à l'aide des étapes décrites ci-dessous.
-
-### Guide de mise en œuvre
-
-Une fois que vous comprenez les bases des retours en arrière, suivez ces étapes pour mettre en place un système fonctionnel :
-
-1.  **Configurer le contrôle de version**  
-    Intégrez le suivi des versions dans votre processus de déploiement et établissez des points de restauration pour un retour rapide. Les données de Capgo montrent que cette stratégie peut réduire le temps d'arrêt jusqu'à 85 % lors de pannes critiques [\[1\]](https://capgo.app/).
-    
-2.  **Mettre en place la surveillance**  
-    Incluez le suivi des erreurs, les retours des utilisateurs, les métriques de performance et la surveillance de l'état de mise à jour pour garantir des opérations fluides.
-    
-3.  **Définir les déclencheurs de retour en arrière**  
-    Établissez des déclencheurs de retour en arrière clairs pour des scénarios tels que des erreurs critiques, des problèmes de performance, des problèmes d'expérience utilisateur ou des pannes d'intégration.
-    
-
-### Conseils de mise en œuvre
-
-**Protocole de test** : Utilisez une stratégie de déploiement progressif pour réduire les risques. Rodrigo Mantica a souligné : "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-Pour un rétablissement plus rapide, connectez votre système de retour en arrière à votre pipeline CI/CD. Cela peut réduire le temps de récupération de plusieurs heures à quelques minutes [\[1\]](https://capgo.app/).
-
-## Qu'est-ce qu'un plugin Capacitor ? #shorts
-
-<iframe src="https://www.youtube.com/embed/h7x1vIE42X8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Outils de gestion des retours en arrière
-
-Gérer efficacement les retours en arrière nécessite des outils capables de gérer le versionnage, la surveillance et le retour rapide. Voici quelques-unes des meilleures options pour gérer les retours en arrière dans les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/a64cd6a83185b5ac05d3640337221542.jpg)
-
-Capgo a émergé comme une solution de gestion des retours en arrière solide après l'arrêt de [Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) en 2024. Il simplifie les mises à jour des plugins avec un éventail de fonctionnalités :
-
-| Fonctionnalité | Avantage | Performance |
-| --- | --- | --- |
-| **Retour en arrière en un clic** | Revenez rapidement à n'importe quelle version | Temps de téléchargement du paquet moyen de 114 ms |
-| **Cryptage de bout en bout** | [Mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/) | Temps de réponse API de 434 ms |
-| **[Système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Distribuez des mises à jour bêta à des groupes spécifiques | 23,5 millions de mises à jour livrées |
-| **Tableau de bord d'analyses** | Suivi des mises à jour en temps réel | 750 applications de production servies |
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Pour ceux qui préfèrent une approche plus pratique, le [Plugin Live Update de Capacitor](https://capgo.app/register/) est une autre option à considérer.
-
-### Plugin Live Update de Capacitor
-
-Contrairement au service géré de Capgo, le Plugin Live Update de Capacitor offre une solution native pour la gestion des retours en arrière. Ses caractéristiques comprennent :
-
--  Intégration avec les systèmes de contrôle de version
--  Accès direct aux API natives
--  Optimisations spécifiques à la plateforme
--  Fonctionnalité de retour basique
-
-Bien qu'il soit puissant, ce plugin nécessite plus de configuration manuelle par rapport à des services gérés comme Capgo.
-
-### Comparaison des outils
-
-Voici une comparaison rapide de Capgo et du Plugin Live Update de Capacitor :
-
-| Fonctionnalité | Capgo | Plugin Live Update |
-| --- | --- | --- |
-| **Temps de configuration** | Minutes | Heures/Jours |
-| **Cryptage** | De bout en bout | Signature basique |
-| **Vitesse de mise à jour** | 114ms | Varie |
-| **Taux de réussite** | 82 % dans le monde | Dépend de la mise en œuvre |
-| **Surveillance** | Analyses intégrées | Intégration manuelle nécessaire |
-
-> "Capgo est un outil indispensable pour les développeurs qui souhaitent être plus productifs. Éviter les examens pour les corrections de bogues est un atout." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Avec l'arrêt programmé d'[Appflow](https://ionic.io/appflow/) en 2026, les développeurs recherchent des solutions de retour en arrière fiables et rentables pour maintenir leurs projets en bon état.
-
-## Tester et corriger les retours en arrière
-
-### Tester les mises à jour échouées
-
-Pour garantir que les mécanismes de retour fonctionnent comme prévu, simulez des échecs contrôlés. Voici un cadre de test utile :
-
-| Scénario de test | Méthode de mise en œuvre | Critères de réussite |
-| --- | --- | --- |
-| **Incompatibilité de version** | Déployer une version de paquet incompatible | Le retour en arrière s'active automatiquement |
-| **Paquet corrompu** | Télécharger une mise à jour endommagée | Détecte l'erreur et restaure le système |
-| **Échec de réseau** | Simuler une perte de connexion | Reprend depuis la dernière version stable |
-| **Délai d'API** | Introduire des délais dans la réponse de l'API | Gère le délai avec un mécanisme de repli |
-
-Utiliser des canaux bêta est une manière intelligente d'attraper les problèmes tôt. Cette méthode aide à résoudre les problèmes potentiels avant qu'ils ne s'intensifient.
-
-### Problèmes courants de retour en arrière
-
-Même avec des tests rigoureux, certains défis peuvent survenir lors des retours en arrière :
-
--  **Conflits de version** : Gérer plusieurs versions peut être délicat. Gardez une trace des versions de paquets, de la compatibilité API, des schémas de base de données et de la cartographie des ressources pour éviter les collisions.
--  **Problèmes de cache** : Nettoyez les caches lors des retours en arrière pour garantir que le système revient dans un état propre.
--  **Persistance de l'état** : Assurez-vous que les données des utilisateurs et les états d'application sont préservés lors des retours en arrière. Les stratégies de migration de données doivent gérer efficacement les changements entre les versions.
-
-### Directives des App Stores
-
-Répondre aux exigences des magasins d'applications est essentiel lors de la mise en œuvre de mécanismes de retour en arrière. Apple et Google ont des règles spécifiques :
-
-| Plateforme | Exigence | Méthode de conformité |
-| --- | --- | --- |
-| **iOS** | Pas d'exécution de code dynamique | Utilisez des mises à jour basées sur des paquets |
-| **Android** | Vérification de sécurité | Appliquer un cryptage de bout en bout |
-| **Les deux** | Protégez les données des utilisateurs | Mettez en œuvre une gestion sécurisée des états |
-
-> "Conforme à l'App Store" - Capgo
-
-Pour rester conforme et protéger les données des utilisateurs, utilisez le cryptage de bout en bout et un suivi des erreurs robuste. Ces mesures non seulement traitent les problèmes courants mais garantissent également des résolutions rapides lorsque des problèmes surviennent.
-
-## Conclusion
-
-Les mécanismes de rollback fiables sont essentiels pour maintenir la stabilité des plugins et garantir une expérience utilisateur fluide. Lorsqu'ils sont correctement mis en œuvre, ces systèmes peuvent stabiliser 95 % des mises à jour en 24 heures et atteindre un taux de réussite de 82 % [\[1\]](https://capgo.app/). Ces chiffres soulignent l'importance d'avoir des fonctionnalités de récupération immédiate en place.
-
-Voici quelques éléments critiques pour des rollbacks efficaces :
-
-| Fonctionnalité | Impact | Meilleure Pratique |
-| --- | --- | --- |
-| **Rollback en un clic** | Récupération rapide des problèmes | Permettre une réversion instantanée aux versions stables |
-| **Chiffrement de bout en bout** | Sécurité améliorée | Chiffrer toutes les transmissions de mise à jour |
-| **Analytique en temps réel** | Détection précoce des problèmes | Surveiller en continu les performances des mises à jour |
-| **Système de canaux** | Déploiements contrôlés | Utiliser pour les tests bêta et les mises à jour progressives |
-
-Avec plus de 750 applications livrant avec succès plus de 23,5 millions de mises à jour [\[1\]](https://capgo.app/), il est clair que les solutions de rollback modernes fonctionnent. Pour mettre en œuvre un système de rollback efficace, concentrez-vous sur la combinaison de mesures de sécurité solides - comme le chiffrement de bout en bout - avec un strict respect des lignes directrices de l'app store. Un contrôle de version robuste est également indispensable.
diff --git a/src/content/blog/fr/rollback-strategies-for-capacitor-live-updates.md b/src/content/blog/fr/rollback-strategies-for-capacitor-live-updates.md
deleted file mode 100644
index 0f24c2840..000000000
--- a/src/content/blog/fr/rollback-strategies-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,99 +0,0 @@
----
-slug: rollback-strategies-for-capacitor-live-updates
-title: Stratégies de restauration pour les mises à jour en direct de Capacitor
-description: >-
-  Découvrez des stratégies efficaces de restauration pour les mises à jour en
-  direct de Capacitor afin d'assurer la stabilité de l'application et minimiser
-  les perturbations pour les utilisateurs pendant les mises à jour.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T03:35:36.644Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c-1745552174598.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, rollback strategies, live updates, app stability, error tracking,
-  update management
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-**Évitez les perturbations d'applications avec des stratégies de rollback solides** [Capacitor](https://capacitorjs.com/) permet des mises à jour en direct rapides, mais 18% des mises à jour échouent globalement. Un plan de rollback assure la stabilité lorsque des problèmes surviennent. Voici un aperçu rapide :
-
--   **Outils Clés** : Contrôle de version, suivi des erreurs, analyses et rollback en un clic
--   **Quand Faire un Rollback** : Ralentissements sévères, fonctionnalités défectueuses, risques de sécurité ou problèmes de données
--   **Étapes de Préparation** :
-    1.  Utiliser les tests bêta pour détecter les problèmes tôt
-    2.  Mettre en place une surveillance pour les alertes d'erreur en temps réel
-    3.  Définir les déclencheurs de rollback et les protocoles de réponse
-
-Des plateformes comme [Capgo](https://capgo.app/) offrent des mises à jour rapides (114ms pour 5MB), des taux de réussite élevés (82%) et des solutions rentables (à partir de 12$/mois). Elles prennent également en charge l'automatisation du rollback, le suivi en temps réel et la segmentation des utilisateurs, ce qui en fait un choix fiable pour gérer les mises à jour en direct.
-
-| **Fonctionnalité** | **Capgo** | **[Appflow](https://ionicio/appflow/)** |
-| --- | --- | --- | --- |
-| Vitesse de mise à jour | 114ms | Standard | Standard |
-| Taux de réussite | 82% | Non publié | Non publié |
-| Chiffrement de bout en bout | Oui | Non | Non |
-| [Option d'auto-hébergement](https://capgo.app/blog/self-hosted-capgo/) | Oui | Non | Non |
-| Coût mensuel | À partir de 12$ | Similaire | ~500$ |
-
-Mettez en place des outils de rollback aujourd'hui pour assurer des mises à jour fluides et maintenir la confiance des utilisateurs.
-
-## Comment Migrer Votre Application [Ionic](https://ionicframeworkcom/) vers [Capacitor](https://capacitorjs.com/) 3
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-
-## Construction de Stratégies de Rollback Solides
-
-Une stratégie de rollback solide garantit que votre application reste stable pendant les mises à jour en direct et permet une récupération rapide en cas de problème. Décomposons les composants clés et les étapes nécessaires pour rendre les rollbacks transparents.
-
-### Composants Clés du Rollback
-
-Pour que les rollbacks fonctionnent efficacement, certains outils et systèmes doivent être en place pour revenir à une version stable sans difficulté.
-
-| Composant | Objectif | Mise en œuvre |
-| --- | --- | --- |
-| **Contrôle de Version** | Revenir rapidement aux versions précédentes | Garder un historique détaillé des versions avec métadonnées |
-| **Suivi des Erreurs** | Décider quand faire un rollback | Utiliser la détection et les alertes en temps réel |
-| **Système d'Analyse** | Évaluer le besoin de rollback | Surveiller les métriques montrant l'impact du déploiement |
-| **Gestion des Canaux** | Gérer la distribution des mises à jour | Séparer les environnements de production et de test |
-| **Rollback en Un Clic** | Permettre une récupération rapide | Activer la réversion instantanée vers la dernière version stable |
-
-### Quand Déclencher un Rollback
-
-Le suivi des erreurs en temps réel aide à déterminer quand un rollback est nécessaire. Voici les situations les plus courantes où cela pourrait être requis :
-
--   **Problèmes de Performance Critiques** : Ralentissements sévères affectant l'utilisation de l'application
--   **Dysfonctionnements des Fonctionnalités** : Défaillances des fonctionnalités principales
--   **Vulnérabilités de Sécurité** : Risques nouvellement découverts nécessitant une attention immédiate
--   **Problèmes d'Intégration des Données** : Problèmes de connectivité backend perturbant les opérations
-
-### Préparation aux Rollbacks
-
-La préparation est essentielle pour rendre les rollbacks fluides et efficaces. Voici comment se préparer au succès :
-
--   **Canal de Test Bêta**  
-    Diffuser d'abord les mises à jour à un petit groupe d'utilisateurs pour identifier les problèmes potentiels tôt
-    
--   **Configuration de la Surveillance**  
-    Suivre les taux de réussite, l'engagement, les erreurs et les métriques de performance pour repérer rapidement les problèmes
-    
--   **Configuration du Système de Rollback**
-    
-    -   Maintenir un historique détaillé des versions
-    -   Configurer des alertes automatisées pour les problèmes
-    -   Définir des déclencheurs de rollback clairs
-    -   Établir des protocoles de réponse pour agir rapidement
-
-## Configuration des Rollbacks dans Capacitor
-
-### Configuration des Canaux de Mise à Jour
-
-Pour minimiser l'impact sur les utilisateurs et isoler les problèmes potentiels, il est important de configurer efficacement les canaux de mise à jour.
-
--   **Canal de Test** : Créer un canal dédié aux tests bêta avec un groupe plus restreint d'utilisateurs
\ No newline at end of file
diff --git a/src/content/blog/fr/rollback-strategies-for-cicd-workflows.md b/src/content/blog/fr/rollback-strategies-for-cicd-workflows.md
deleted file mode 100644
index 7a81bd6ba..000000000
--- a/src/content/blog/fr/rollback-strategies-for-cicd-workflows.md
+++ /dev/null
@@ -1,122 +0,0 @@
----
-slug: rollback-strategies-for-cicd-workflows
-title: Stratégies de rollback pour les workflows CI/CD
-description: >-
-  Explorez des stratégies de rollback efficaces pour les workflows CI/CD et
-  découvrez les meilleures plateformes pour des mises à jour sécurisées et
-  rentables.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:17:30.946Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28-1745288279341.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  CI/CD, rollback strategies, app updates, mobile development, security,
-  integration
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous cherchez des moyens rapides et fiables d'annuler les mises à jour problématiques des applications ?** Voici l'essentiel : Des plateformes comme [Capgo](https://capgo.app/) simplifient les retours en arrière avec des solutions en un clic, un chiffrement robuste et une intégration CI/CD, tandis que d'autres comme [Appflow](https://ionic.io/docs/appflow) ont des limitations ou des coûts plus élevés. [Microsoft CodePush](https://microsoft.github.io/code-push/), autrefois gratuit, a été abandonné en 2024.
-
-### Points clés :
-
--   **Capgo** : Abordable (300 $/mois + 2 600 $ d'installation), retour en arrière en un clic, intégration GitHub/GitLab, analyses en temps réel et chiffrement.
--   **Appflow** : Coûteux (6 000 $/an) ; prend en charge les instantanés mais se termine en 2026.
--   **Microsoft CodePush** : Abandonné en 2024, laissant les développeurs d'applications hybrides à la recherche d'alternatives.
-
-### Comparaison rapide :
-
-| Fonctionnalité | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| Options de retour en arrière | Retour en un clic | Non documenté | Instantanés | Abandonné |
-| Intégration CI/CD | GitHub, GitLab, [Jenkins](https://www.jenkins.io/) | Non documenté | Limité | Aucune |
-| Sécurité | Chiffrement de bout en bout | Signature des mises à jour | Signature des mises à jour | Signature des mises à jour |
-| Prix | 300 $/mois + 2 600 $ d'installation | Non divulgué | 6 000 $/an | Gratuit (abandonné) |
-
-**Conclusion :** Avec la disparition de CodePush et Appflow qui touche à sa fin, **Capgo** se distingue comme une solution rentable, sécurisée et riche en fonctionnalités pour la gestion des retours en arrière.
-
-## Mise en œuvre d'une stratégie de retour en arrière efficace avec GitHub ...
-
-<iframe src="https://www.youtube.com/embed/Wr7dGxLpQC4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo accélère les processus CI/CD en offrant une fonction de retour en arrière en un clic qui s'intègre parfaitement aux pipelines existants. Cette fonctionnalité permet aux équipes de restaurer rapidement les versions précédentes, protégeant les applications en direct d'une interruption prolongée.
-
-### Sécurité et Performance
-
-Capgo assure la protection des données avec un chiffrement de bout en bout et offre des performances rapides, avec un temps de réponse API moyen de 434 ms [\[1\]](https://capgo.app/).
-
-### Intégration CI/CD
-
-Il fonctionne parfaitement avec des outils populaires comme **[GitHub Actions](https://docs.github.com/actions)**, **[GitLab CI](https://docs.gitlab.com/ee/ci/)**, et **Jenkins**.
-
-### Fonctionnalités de distribution avancées
-
--   Déploiement des mises à jour pour des groupes d'utilisateurs spécifiques pour les tests bêta
--   Déploiement progressif des mises à jour via des déploiements segmentés
--   Détection des erreurs en temps réel avec suivi intégré
--   Surveillance des performances des applications en direct via des analyses détaillées
-
-### Prix
-
-Capgo coûte environ 300 $ par mois, avec des frais d'installation uniques de 2 600 $ [\[1\]](https://capgo.app/).
-
-### Gestion des mises à jour
-
-Capgo prend en charge les mises à jour partielles pour réduire l'utilisation de la bande passante et est compatible avec les versions 6 et 7 de Capacitor. Les utilisateurs peuvent choisir entre des configurations hébergées dans le cloud ou auto-hébergées.
-
-
-## 3. [Appflow](https://ionic.io/docs/appflow)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/e3b5a6ca6da391fe9a61210f3bd95bb8.jpg)
-
-Appflow facture environ 6 000 $ par an pour son plan CI/CD, amenant de nombreuses équipes à explorer des options de retour en arrière plus abordables. L'une de ses principales fonctionnalités est la capacité de créer des instantanés de version, permettant aux développeurs de revenir rapidement à n'importe quelle version précédente si nécessaire.
-
-Le développeur Simon Flack a partagé son expérience :
-
-> "Nous essayons actuellement @Capgo depuis qu'Appcenter a arrêté le support des mises à jour en direct sur les applications hybrides et que @AppFlow est beaucoup trop cher." [\[1\]](https://capgo.app/)
-
-Ensuite, nous examinerons comment Microsoft CodePush gère les retours en arrière.
-
-## 4. [Microsoft CodePush](https://microsoft.github.io/code-push/)
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/edac23070781a219bf38bb37f0451a0f.jpg)
-
-Microsoft CodePush était un outil de retour en arrière CI/CD gratuit conçu pour les applications hybrides, mais il ferme en 2024. Cette fermeture a laissé les équipes d'applications hybrides à la recherche d'alternatives. Après sa retraite, les développeurs ont cherché des outils offrant un support fiable pour les applications hybrides, une intégration CI/CD fluide, des fonctionnalités de retour en arrière en un clic et un chiffrement sécurisé de bout en bout. Des plateformes comme Capgo ont comblé ces besoins, offrant des mises à jour chiffrées et des options de restauration faciles. Examinons de plus près comment ces outils de retour en arrière se comparent.
-
-## Comparaison des plateformes
-
-Voici une analyse des fonctionnalités de retour en arrière, de l'intégration CI/CD, de la sécurité et des prix pour quatre plateformes :
-
-| Fonctionnalité | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| Options de retour en arrière | Retour en arrière en un clic vers n'importe quelle version précédente [\[1\]](https://capgo.app/) | – | – | Abandonné |
-| Intégration CI/CD | GitHub Actions, GitLab CI, Jenkins [\[1\]](https://capgo.app/) | – | – | – |
-| Sécurité | Chiffrement de bout en bout (répond aux exigences Apple et Google) [\[1\]](https://capgo.app/) | Signature des mises à jour | Signature des mises à jour | Signature des mises à jour |
-| Modèle de prix | Commence à 12 $/mois (plan Solo) ; 2 600 $ unique + ~300 $/mois pour CI/CD [\[1\]](https://capgo.app/) | – | 6 000 $/an [\[1\]](https://capgo.app/) | Gratuit (abandonné) |
-
-Cette comparaison souligne les points forts de Capgo en matière de coût, de sécurité et d'intégration CI/CD.
-
-> "@Capgo est un moyen intelligent de faire des hot code pushes (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂" - NASA's OSIRIS‑REx [\[1\]](https://capgo.app/)
-
-Capgo se démarque en offrant une option plus abordable par rapport à Appflow, avec plus de 50 % d'économies sur les coûts annuels. La combinaison de frais d'installation de 2 600 $ et d'environ 300 $/mois fournit un chiffrement de bout en bout, une intégration GitHub/GitLab/Jenkins et des analyses en direct - des fonctionnalités que les concurrents n'ont pas.
-
-Ensuite, nous résumerons les points clés de cette comparaison.
-
-## Conclusion
-
-Après avoir évalué les fonctionnalités de retour en arrière, la sécurité, l'intégration et les coûts, voici ce que les équipes de développement aux États-Unis doivent garder à l'esprit.
-
-Avec Microsoft CodePush qui prendra sa retraite en 2024 et Appflow qui se termine en 2026, trouver une solution fiable de retour en arrière CI/CD est crucial pour les développeurs.
-
-Les facteurs clés à considérer incluent le **chiffrement de bout en bout** pour les plateformes Apple et Android, le **support natif pour GitHub/GitLab CI**, un équilibre entre l'effort d'installation et les coûts d'abonnement, et des **métriques claires de retour en arrière**.
-
-Les plateformes qui combinent un chiffrement fort avec une intégration CI/CD transparente sont en tête du peloton. Parmi elles, Capgo se démarque pour ses mises à jour sécurisées, son intégration fluide et son approche économique.
diff --git a/src/content/blog/fr/secure-storage-for-offline-tokens-in-capacitor.md b/src/content/blog/fr/secure-storage-for-offline-tokens-in-capacitor.md
deleted file mode 100644
index 5653a7418..000000000
--- a/src/content/blog/fr/secure-storage-for-offline-tokens-in-capacitor.md
+++ /dev/null
@@ -1,79 +0,0 @@
----
-slug: secure-storage-for-offline-tokens-in-capacitor
-title: Stockage sécurisé pour les jetons hors ligne dans Capacitor
-description: >-
-  Apprenez à stocker en toute sécurité les jetons d'authentification hors ligne
-  en utilisant le chiffrement et les contrôles biométriques dans les
-  applications mobiles.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:09:43.027Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559-1745028797889.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  offline tokens, secure storage, AES-256 encryption, biometric authentication,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez garder les jetons d'authentification de votre application en sécurité hors ligne ?** Voici ce que vous devez savoir :
-
--   **Chiffrer les jetons** : Utilisez le chiffrement AES-256 avec le trousseau iOS ou le keystore Android.
--   **Contrôler l'accès** : Ajoutez [l'authentification biométrique](https://capgo.app/plugins/capacitor-native-biometric/) pour une sécurité supplémentaire.
--   **Gestion des jetons** : Utilisez des jetons à courte durée de vie, rafraîchissez-les en toute sécurité et faites régulièrement pivoter les clés.
--   **Meilleurs outils** : Essayez **@[capacitor](https://capacitorjs.com/)\-community/secure-storage** ou **[Ionic Identity Vault](https://ionic.io/docs/identity-vault/)** pour le stockage chiffré multiplateforme.
-
-Ces étapes protègent les données des utilisateurs, préviennent le vol de jetons et assurent un accès sécurisé hors ligne. Continuez à lire pour des comparaisons détaillées et des instructions de configuration.
-
-## [Ionic Identity Vault](https://ionic.io/docs/identity-vault/) : Authentification biométrique mobile sécurisée
-
-![Ionic Identity Vault](https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559/e2484017084695edeec1f98ae40b009b.jpg)
-
-<iframe src="https://www.youtube.com/embed/DsXx7oEcOS0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Normes de sécurité pour les jetons hors ligne
-
-Pour garantir un stockage sécurisé, utilisez le **chiffrement AES-256** via le trousseau iOS ou le keystore Android. Mettez en œuvre **PKCE** lors des premiers échanges de codes OAuth2, et assurez-vous de faire pivoter les jetons de rafraîchissement à courte durée de vie après chaque utilisation. De plus, ajoutez **une authentification biométrique** pour protéger l'accès aux jetons et améliorer la sécurité globale.
-
-## Mise en œuvre de stockage sécurisé
-
-Pour utiliser le chiffrement AES‑256, PKCE et les contrôles biométriques comme discuté précédemment, commencez par installer le plugin Secure Storage :
-
-```bash
-npm install @capacitor-community/secure-storage
-```
-
-Consultez la documentation du plugin pour des détails sur la configuration des clés de chiffrement, [l'activation de l'authentification biométrique](https://capgo.app/plugins/capacitor-native-biometric/) et la gestion du stockage, de la récupération et des processus de rafraîchissement des jetons hors ligne.
-
-Une fois cela configuré, passez à la définition des méthodes de stockage des jetons et de gestion de leur cycle de vie hors ligne, qui sera couvert dans la section suivante.
-
-## Analyse des solutions de stockage
-
-Lors du choix des options de stockage sécurisé pour les jetons hors ligne dans les applications Capacitor, les développeurs doivent évaluer des facteurs tels que [les méthodes de chiffrement](https://capgo.app/docs/cli/migrations/encryption/), la compatibilité entre les plateformes et la facilité d'intégration. Voici une répartition des principaux plugins de stockage sécurisé pour la gestion des jetons hors ligne.
-
-### Comparaison des fonctionnalités des plugins
-
--   **@capacitor-community/secure-storage** : Offre un chiffrement AES-256 utilisant le trousseau iOS et le keystore Android, prend en charge [le déverrouillage biométrique](https://capgo.app/plugins/capacitor-native-biometric/) et inclut la rotation automatiques des clés.
--   **@ionic/storage** : N'inclut pas de chiffrement intégré, nécessite un wrapper manuel pour la sécurité, et manque de fonctionnalités d'authentification biométrique.
--   **Native SecureStorage** : Fonctionne exclusivement avec le trousseau iOS mais ne prend pas en charge Android.
--   **@ionic-enterprise/identity-vault** : Propose un chiffrement au niveau matériel, prend en charge l'authentification biométrique et gère efficacement le cycle de vie sécurisé des jetons.
-
-## Résumé
-
-Voici un aperçu rapide des pratiques clés et des outils pour le stockage des jetons hors ligne :
-
--   **Chiffrer les jetons** à l'aide de magasins de clés à support matériel, [sécurisés par biométrie](https://capgo.app/plugins/capacitor-native-biometric/).
--   Mettre en œuvre des politiques strictes pour l'émission, l'expiration, la rotation et le rafraîchissement des jetons.
-
-Pour un chiffrement multiplateforme, des outils comme **@capacitor-community/secure-storage** et **Ionic Identity Vault** sont d'excellentes options. De plus, **[Capgo](https://capgo.app/)** offre un chiffrement de bout en bout, une intégration CI/CD et des déploiements ciblés pour les utilisateurs tout en respectant les exigences des magasins Apple et Android.
-
-### Outils et ressources
-
--   **@capacitor-community/secure-storage** : Stockage clé-valeur chiffré pour iOS et Android.
--   **Ionic Identity Vault** : Stockage de niveau entreprise avec sécurité biométrique.
--   **Capgo** : Fournit des mises à jour en direct avec livraison CI/CD chiffrée.
diff --git a/src/content/blog/fr/self-hosted-capgo.md b/src/content/blog/fr/self-hosted-capgo.md
deleted file mode 100644
index 6c1c9530c..000000000
--- a/src/content/blog/fr/self-hosted-capgo.md
+++ /dev/null
@@ -1,125 +0,0 @@
----
-slug: self-hosted-capgo
-title: Capgo auto-hébergé
-description: >-
-  L'auto-hébergement de Capgo vous permet de déployer des mises à jour en direct
-  de Capacitor vers vos utilisateurs sans avoir à utiliser le service cloud
-  Capgo.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-20T00:00:00.000Z
-updated_at: 2023-09-20T00:00:00.000Z
-head_image: /self-hosted-capgo.webp
-head_image_alt: auto-hébergé capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: fr
-next_blog: ''
----
-
-Cet article fournit un guide étape par étape sur l'auto-hébergement de Capgo, ainsi qu'une discussion sur les avantages et les défis de l'auto-hébergement
-
-# Introduction
-
-L'auto-hébergement consiste à faire fonctionner votre propre site web ou application en configurant vous-même un serveur et un réseau. Au lieu d'utiliser une Plateforme en tant que Service ou un Fournisseur de Cloud Public, ceux qui choisissent l'auto-hébergement géreront leurs propres réseaux et seront responsables de la maintenance et du temps de fonctionnement en plus de la construction de leur site web ou application.
-
-La façon la plus simple de démarrer avec Capgo est d'utiliser notre [service géré officiel dans le cloud](https://capgo.app/), mais si vous préférez gérer le vôtre, vous pouvez également auto-héberger Capgo sur votre serveur.
-
-## Qu'est-ce que l'auto-hébergement ?
-
-L'auto-hébergement, dans le contexte du domaine numérique, fait référence à la pratique de faire fonctionner vos propres serveurs ou infrastructure d'hébergement pour gérer et contrôler votre présence en ligne et vos services. Au lieu de s'appuyer sur des fournisseurs d'hébergement tiers, les individus et les organisations choisissent de configurer et de gérer leurs serveurs, sites web, applications et stockage de données selon leurs conditions.
-
-## Pourquoi choisir l'auto-hébergement ?
-
-Il existe de nombreuses raisons pour lesquelles les gens choisissent l'auto-hébergement. Voici les avantages les plus courants :
-
-* **Confidentialité et contrôle :** L'auto-hébergement vous donne un contrôle total sur vos données et votre confidentialité. Vous n'avez pas à vous soucier des fournisseurs tiers qui suivent votre activité ou vendent vos données.
-
-* **Économies :** L'auto-hébergement peut être plus rentable à long terme, particulièrement si vous utilisez beaucoup de ressources ou exécutez plusieurs services.
-
-* **Personnalisation :** L'auto-hébergement vous donne la flexibilité de personnaliser vos applications et services pour répondre à vos besoins spécifiques.
-
-* **Apprentissage et expérimentation :** L'auto-hébergement peut être un excellent moyen d'apprendre Linux, l'administration système et d'autres sujets techniques. Il peut aussi être un moyen amusant d'expérimenter avec de nouveaux logiciels et services.
-
-* **Indépendance :** L'auto-hébergement réduit votre dépendance aux fournisseurs externes. Vous n'êtes pas à la merci de leurs conditions de service, changements de prix ou interruptions potentielles de service. Cette indépendance peut être cruciale pour les entreprises et les individus qui dépendent de leur présence en ligne pour des fonctions critiques.
-
-## Quelle est la différence entre Capgo Cloud et Capgo Auto-hébergé ?
-
-Il n'existe qu'une seule version de Capgo. Mes produits Cloud et Auto-hébergés sont complètement égaux. Il n'y a pas de version commerciale premium et exclusive avec un ensemble de fonctionnalités meilleur ou plus complet.
-
-Vous obtenez le même tableau de bord, les mêmes métriques exploitables et le même engagement à [respecter la confidentialité de vos visiteurs](https://capgo.app/privacy/) avec les deux.
-
-J'ai commencé à développer Capgo en décembre 2018, et j'ai lancé l'activité d'abonnement SaaS en mai 2019. Le projet est très vivant, activement développé et en croissance rapide. Il est également robuste et éprouvé.
-
-Voici les différences entre Capgo Cloud et Capgo Auto-hébergé :
-
-|   | Cloud | Auto-hébergé |
-| --- | --- | --- |
-| **Hébergement** | Facile et pratique. Il faut 2 minutes pour commencer à envoyer votre première mise à jour, haute disponibilité, sauvegardes, sécurité et maintenance, tout est fait pour vous par moi. Je gère tout pour vous afin que vous n'ayez à vous soucier de rien. | Vous faites tout vous-même. Vous devez obtenir un serveur et gérer votre infrastructure. Vous êtes responsable de l'installation, la maintenance, les mises à niveau, la capacité du serveur, le temps de fonctionnement, la sauvegarde, la sécurité, la stabilité, la cohérence, le temps de chargement, etc. |
-| **Stockage** | Toutes les données des visiteurs sont exclusivement traitées sur une infrastructure cloud appartenant à l'UE. Je conserve les données de votre site sur un serveur sécurisé et crypté en Allemagne. Cela garantit que les données de votre site sont protégées par les strictes lois européennes sur la protection des données et assure la conformité au RGPD. Les données de votre site web ne quittent jamais l'UE. | Vous avez le contrôle total et pouvez héberger votre Capgo sur n'importe quel serveur dans n'importe quel pays de votre choix. Hébergez-le sur un serveur dans votre sous-sol ou hébergez-le avec n'importe quel fournisseur de cloud où vous voulez, même ceux qui ne sont pas conformes au RGPD. ||
-| **Données brutes** | Vous voyez toutes les statistiques et métriques de votre site sur mon tableau de bord moderne, simple à utiliser et rapide à charger. Vous ne pouvez voir que les statistiques agrégées dans le tableau de bord | Vous êtes analyste et souhaitez accéder aux données brutes ? L'auto-hébergement de Capgo vous donne cette option. Prenez les données directement depuis la base de données et importez-les dans l'outil d'analyse de votre choix |
-| **Coûts** | Il y a un coût associé à la fourniture d'un service de mise à jour, donc je facture un abonnement | Vous ne payez que pour votre serveur et les coûts associés à son fonctionnement. Vous n'avez jamais à me payer de frais, uniquement à votre fournisseur cloud |
-| **Support Premium** | Un véritable support fourni par de vraies personnes qui construisent et maintiennent Capgo | Le support premium n'est pas inclus. La version auto-hébergée n'est supportée que par la communauté |
-| **Versions** | Développement et améliorations continus avec de nouvelles fonctionnalités et mises à jour plusieurs fois par semaine | C'est une version à long terme publiée deux fois par an, donc les dernières fonctionnalités ne seront pas immédiatement disponibles car elles sont d'abord testées dans le cloud |
-
-# Comment auto-héberger Capgo
-
-Nous utilisons principalement Supabase dans Capgo, pour l'auto-hébergement il vous suffit de suivre la [documentation d'auto-hébergement Supabase](https://supabasecom/docs/guides/self-hosting/docker)
-
-# Utilisation de la CLI avec capgo auto-hébergé
-Pour utiliser la CLI avec capgo auto-hébergé, modifiez le capacitorconfigts depuis le répertoire de votre application et configurez-le comme ceci :
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      localHost: "http://localhost:5173",
-      localWebHost: "http://localhost:5173",
-      localSupa: "http://localhost:54321",
-      localSupaAnon: "see_notes",
-    },
-  },
-};
-```
-
-Note : Pour obtenir localSupaAnon, veuillez suivre ce [tutoriel](https://capgo.app/docs/self-hosted/local-dev/getting-started/) et copiez la clé anon dans localSupaAnon
-
-# Utilisation du capacitor updater avec capgo auto-hébergé
-
-**Prérequis**
-
-[capgo](https://githubcom/Cap-go/capgo/) cloné
-
-Pour utiliser le capacitor updater avec capgo auto-hébergé, modifiez le `capacitorconfigts` depuis le répertoire de votre application et configurez-le comme ceci :
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      statsUrl: "https://localhost:54321/functions/v1/stats",
-      channelUrl: "https://localhost:54321/functions/v1/channel_self",
-      updateUrl: "https://localhost:54321/functions/v1/updates"
-    },
-  },
-};
-```
-
-Cela vous permettra d'utiliser capgo local en développement. Cependant, par défaut, ce n'est pas suffisant
-
-# Conclusion
-
-En conclusion, l'auto-hébergement de Capgo peut être une bonne option pour les organisations qui disposent des ressources et de l'expertise nécessaires. Il offre plusieurs avantages, notamment le contrôle du processus de mise à jour, la sécurité et la conformité. Cependant, il est important de bien évaluer les avantages et les défis avant de décider d'auto-héberger.
-
-Si vous envisagez d'auto-héberger Capgo, je vous recommande de commencer par lire la [documentation d'auto-hébergement](https://capgo.app/docs/self-hosted/getting-started/) de Capgo. Cela vous donnera une bonne compréhension des exigences et des risques de l'auto-hébergement.
diff --git a/src/content/blog/fr/self-hosted-live-updates.md b/src/content/blog/fr/self-hosted-live-updates.md
deleted file mode 100644
index 5aaf62768..000000000
--- a/src/content/blog/fr/self-hosted-live-updates.md
+++ /dev/null
@@ -1,95 +0,0 @@
----
-slug: self-hosted-live-updates
-title: Mises à jour en direct auto-hébergées
-description: >-
-  Je suis ravi d'annoncer Self-hosted Live Updates, la prochaine itération de
-  Capgo Live Updates !
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-03T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /self_hosted.webp
-head_image_alt: Mises à jour auto-hébergées
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: fr
-next_blog: ''
----
-Je suis ravi d'annoncer la sortie des Mises à jour en direct auto-hébergées, qui représente la dernière évolution des Mises à jour en direct de Capgo.
-
-Bien que de nombreuses entreprises utilisent actuellement le SDK Live Updates pour accéder aux mises à jour JavaScript, HTML et CSS les plus récentes pour leurs applications, certaines peuvent rencontrer des obstacles en raison des politiques d'entreprise, des réglementations sectorielles ou des restrictions géographiques. Avec les Mises à jour en direct auto-hébergées, vous pouvez désormais distribuer des artefacts de build web via votre infrastructure.
-
-Cela signifie que vous pouvez éviter les délais causés par les examens de l'App Store, corriger les bugs et modifier le contenu plus rapidement, et garantir que vos utilisateurs utilisent toujours la dernière version de votre application. De plus, j'ai entendu de nombreuses grandes entreprises qui souhaiteraient utiliser Live Updates mais font face à des défis en raison de normes de conformité strictes. Ce problème appartient désormais au passé grâce aux Mises à jour en direct auto-hébergées.
-
-## Comment fonctionnent les mises à jour en direct auto-hébergées ?
-
-Déployer des Mises à jour en direct hébergées par Capgo est un jeu d'enfant en utilisant le [Capgo SDK](https://github.com/Cap-go/capacitor-updater/). Quant aux Mises à jour en direct auto-hébergées, j'ai amélioré le CLI Capgo avec les fonctionnalités nécessaires pour permettre la configuration sur votre infrastructure.
-
-Pour assurer une livraison sûre et coordonnée des derniers artefacts de build web aux utilisateurs finaux, Capgo permet maintenant au plugin Capacitor Live Updates d'utiliser un couplage de clés publique/privée. Lors de l'utilisation des Mises à jour en direct auto-hébergées, une poignée de main supplémentaire est effectuée pour garantir que les artefacts téléchargés via le plugin depuis l'infrastructure de l'entreprise sont inaltérés.
-
-![Schéma de chiffrement Capgo](/encryption_flow.webp)
-
-Voici les étapes pour établir le couplage des clés et le processus ultérieur de livraison de l'expérience mise à jour aux utilisateurs finaux.
-
-### Configuration unique de la paire de clés
-
-Pour générer une paire de clés publique/privée, les entreprises peuvent utiliser la commande CLI Capgo Cloud suivante :
-
-```shell
-npx @capgo/cli@latest key create
-```
-
-Cette commande définira les propriétés `CapacitorUpdater.privateKey` dans votre fichier de configuration.
-Et générera 2 fichiers de clés, `capgo_key.pub` et `capgo_key` dans le répertoire racine de votre projet.
-
-Cette paire de clés est utilisée pour signer la mise à jour et vérifier la mise à jour côté application.
-
-### Flux de travail des mises à jour en direct auto-hébergées
-
-Pour commencer à implémenter les Mises à jour en direct auto-hébergées, une entreprise doit d'abord effectuer un build web de ses corrections de bugs, mises à jour de contenu ou tout autre changement de code basé sur le web qu'elle souhaite faire. Ensuite, elle doit signer l'artefact de build en utilisant la clé privée obtenue lors du processus de configuration unique, et enfin télécharger le bundle vers leur emplacement de stockage préféré.
-
-D'abord, construisez votre code :
-```shell
-npm run build
-```
-
-Puis zippez votre build :
-```shell
-npx @capgo/cli@latest bundle zip
-```
-
-Puis chiffrez votre zip :
-
-```shell
-npx @capgo/cli@latest bundle encrypt abc123.zip”
-```
-
-Cette commande vous affichera une ivSessionKey, vous devez la sauvegarder pour l'étape suivante.
-
-Maintenant, téléchargez votre zip chiffré vers votre stockage d'entreprise et obtenez l'URL du fichier zip.
-
-Capgo doit ensuite être informé qu'une nouvelle Mise à jour en direct est prête à être consommée. Cela se fait via une autre commande CLI :
-
-```shell
-npx @capgo/cli@latest bundle upload --external=https://abc.com/app/updates/abc123.zip --iv-session-key=YourKey
-```
-
-Une fois la commande exécutée, Capgo est conscient qu'une nouvelle mise à jour est prête à être distribuée aux utilisateurs de l'application. Maintenant, lorsque l'application est démarrée, le plugin Live Updates vérifie auprès de Capgo si des changements doivent être téléchargés.
-
-Capgo répond au plugin avec "Oui, une mise à jour est disponible" et le plugin Live Updates télécharge la nouvelle mise à jour en direct en utilisant l'URL fournie par la commande CLI `register` :
-
-```shell
-https://abc.com/app/updates/abc123.zip
-```
-
-L'API de l'organisation renvoie le bundle de Mise à jour en direct depuis l'emplacement, et l'application déchiffre le zip et applique la mise à jour en direct. Voilà !
-
-## Commencez
-
-Je suis ravi d'étendre la portée des Mises à jour en direct à encore plus d'entreprises qu'auparavant. Les organisations et les utilisateurs d'applications Ionic reconnaîtront rapidement les avantages de la distribution sécurisée des mises à jour d'applications par Capgo.
-
-Pour plus d'informations sur les Mises à jour en direct auto-hébergées par Capgo, vous pouvez [consulter la documentation](/docs/cli/commands/#upload-version). Prêt à déployer des mises à jour instantanées d'applications directement à vos utilisateurs ? [Inscrivez-vous ici aujourd'hui !](/register/)
diff --git a/src/content/blog/fr/set-up-performance-monitoring-in-capacitor.md b/src/content/blog/fr/set-up-performance-monitoring-in-capacitor.md
deleted file mode 100644
index f570e87b8..000000000
--- a/src/content/blog/fr/set-up-performance-monitoring-in-capacitor.md
+++ /dev/null
@@ -1,406 +0,0 @@
----
-slug: set-up-performance-monitoring-in-capacitor
-title: Configuration de la surveillance des performances dans Capacitor
-description: >-
-  Apprenez à configurer la surveillance des performances dans votre application
-  en utilisant Firebase et Sentry pour améliorer l'efficacité et la satisfaction
-  des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:36:41.635Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df674387fa49042c75b4e1-1742708253934.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, performance monitoring, Firebase, Sentry, mobile app development,
-  error tracking, monitoring tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez optimiser les performances de votre application [Capacitor](https://capacitorjs.com/) ?** Des outils de surveillance comme [Firebase](https://firebase.google.com/) et [Sentry](https://sentry.io/) peuvent vous aider à suivre les crashes, l'utilisation des ressources et les temps de réponse, garantissant une meilleure expérience utilisateur. Voici un aperçu rapide :
-
--   **Pourquoi surveiller les performances** : Identifier les crashes, optimiser l'utilisation des ressources et améliorer les temps de réponse.
--   **Outils à utiliser** :
-    -   **Firebase** : Données de performance en temps réel, surveillance du réseau et suivi d'événements personnalisés.
-    -   **Sentry** : Suivi détaillé des erreurs, analyse des traces d'appel et notifications en temps réel.
--   **Étapes de configuration** :
-    -   Installer le SDK Firebase ou Sentry.
-    -   Configurer votre application pour le suivi des métriques de performance ou des erreurs.
-    -   Utiliser les tableaux de bord pour analyser et améliorer les performances de l'application.
-
-**Comparaison rapide** :
-
-| Fonctionnalité | Firebase | Sentry |
-| --- | --- | --- |
-| Surveillance en temps réel | Léger délai | Quasi instantané |
-| Support natif | Android, iOS | Android, iOS, Web |
-| Métriques personnalisées | Basique | Flexible |
-| Complexité d'intégration | Workflows basés sur Google | Configuration SDK simple |
-
-Pour les mises à jour en direct, intégrez des outils comme **[Capgo](https://capgo.app/)** pour déployer les correctifs instantanément sans délais de l'app store. Commencez la surveillance dès aujourd'hui pour améliorer l'efficacité et la satisfaction des utilisateurs de votre application.
-
-## Optimisez la santé de l'application avec [Firebase](https://firebase.google.com/) Performance Monitoring ...
-
-![Firebase Platform Dashboard](https://mars-images.imgix.net/seobot/screenshots/firebase.google.com-ab24bd47674782df651734052f495a0c-2025-03-23.jpg?auto=compress)
-
-## Sélectionnez un outil de surveillance
-
-Choisissez un outil de surveillance qui correspond aux exigences de votre application et à l'expertise de votre équipe. Voici un aperçu de Firebase Performance Monitoring et Sentry pour vous aider à décider.
-
-### Comparaison des outils
-
-| Fonctionnalité | Firebase Performance Monitoring | Sentry |
-| --- | --- | --- |
-| Modèle tarifaire | Niveau gratuit avec options payantes évolutives | Niveau gratuit avec plans de croissance abordables |
-| Surveillance en temps réel | Aperçu des performances avec léger délai | Surveillance quasi instantanée |
-| Support des plateformes natives | Android et iOS | Android, iOS et web |
-| Complexité d'intégration | Fonctionne avec les services Google | Configuration SDK simple |
-| Suivi d'événements personnalisés | Métriques personnalisées basiques | Suivi d'événements personnalisés flexible |
-| Période de rétention | Limitée sur le niveau gratuit | Étendue sur tous les plans |
-
-### Critères de sélection
-
-Lors du choix entre ces outils, considérez les points suivants :
-
--   **Taille de l'application et trafic** : Pour les applications attendant une croissance rapide, Firebase est un choix solide. Sentry pourrait mieux convenir aux implémentations à plus petite échelle.
--   **Exigences techniques** : Firebase nécessite [Google Play Services](https://en.wikipedia.org/wiki/Google_Play_Services), ce qui le rend idéal pour les applications dans cet écosystème. Sentry fonctionne indépendamment, offrant plus de flexibilité entre les plateformes.
--   **Expérience de l'équipe** : Firebase s'aligne bien avec les équipes déjà familières avec les outils Google, tandis que la configuration SDK simple de Sentry est plus facile pour des cas d'utilisation plus larges.
--   **Contraintes budgétaires** : Les deux outils offrent des niveaux gratuits, mais comparez les coûts des fonctionnalités évolutives pour s'assurer qu'ils correspondent à votre budget.
--   **Objectifs d'intégration** : Firebase s'intègre parfaitement aux workflows basés sur Google, tandis que Sentry est particulièrement performant dans le suivi des erreurs.
--   **Exigences réglementaires** : Assurez-vous que l'outil est conforme aux normes comme le [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation), en particulier si votre application traite des données sensibles des utilisateurs.
--   **Fréquence des mises à jour** : Si les mises à jour fréquentes sont critiques, des outils comme Capgo peuvent accélérer les correctifs en direct, complétant votre configuration de surveillance.
-
-## Guide de configuration Firebase
-
-La configuration de Firebase Performance Monitoring dans votre [application Capacitor](https://capgo.app/plugins/ivs-player/) nécessite quelques étapes claires pour assurer un suivi précis des données.
-
-### Installer le SDK Firebase
-
-Commencez par ajouter le SDK Firebase à votre projet et le configurer pour votre(vos) plateforme(s) :
-
--   **Installer les dépendances Firebase**
-
-Exécutez les commandes suivantes pour installer les packages Firebase nécessaires :
-
-```bash
-npm install @capgo/capacitor-firebase-performance
-npm install firebase
-```
-
--   **Initialiser Firebase**
-
-Configurez Firebase dans votre fichier d'application principal :
-
-```typescript
-import { FirebasePerformance } from '@capgo/capacitor-firebase-performance';
-import { initializeApp } from 'firebase/app';
-
-const firebaseConfig = {
-  // Add your Firebase configuration object here
-};
-
-initializeApp(firebaseConfig);
-await FirebasePerformance.initializePerformance();
-```
-
--   **Ajouter les configurations de plateforme**
-
-Mettez à jour votre fichier `capacitor.config.json` pour activer la surveillance des performances :
-
-```json
-{
-  "plugins": {
-    "FirebasePerformance": {
-      "collectMetrics": true,
-      "instrumentationEnabled": true,
-      "dataCollectionEnabled": true
-    }
-  }
-}
-```
-
-### Configurer le suivi des performances
-
-Vous pouvez commencer à suivre des activités spécifiques de l'application comme les requêtes de base de données ou les requêtes réseau en utilisant Firebase Performance Monitoring.
-
--   **Suivre les requêtes de base de données**
-
-```typescript
-async function trackDatabaseQuery() {
-  const trace = await FirebasePerformance.startTrace({ traceName: 'database_query' });
-
-  // Perform your database operation
-  await performDatabaseOperation();
-
-  await FirebasePerformance.stopTrace({ traceName: 'database_query' });
-}
-```
-
--   **Surveiller les requêtes réseau**
-
-```typescript
-await FirebasePerformance.setAttributes({
-  traceName: 'api_call',
-  attributes: {
-    endpoint: '/users',
-    method: 'GET'
-  }
-});
-```
-
--   **Suivre les métriques personnalisées**
-
-Pour les métriques personnalisées, comme le suivi de la valeur d'un panier d'achat :
-
-```typescript
-await FirebasePerformance.putMetric({
-  traceName: 'checkout_flow',
-  metricName: 'cart_value',
-  value: 99.99
-});
-```
-
-Une fois ces traces implémentées, vous pouvez examiner les données collectées dans la Console Firebase.
-
-### Utiliser la Console Firebase
-
-Après avoir configuré la surveillance, vous pouvez visualiser et analyser les données de performance de votre application dans la Console Firebase :
-
-1.  **Accéder aux données de performance**
-    
-    -   Connectez-vous à la Console Firebase.
-    -   Sélectionnez votre projet.
-    -   Naviguez vers **Performance Monitoring**.
-    -   Choisissez votre application dans le menu déroulant.
-2.  **Surveiller les métriques clés**
-    
-
-Le tableau de bord fournit des aperçus de divers indicateurs de performance, notamment :
-
--   Temps de démarrage de l'application
--   Taux de réussite des requêtes réseau
--   Temps de rendu des écrans
--   Résultats des traces personnalisées
-
-3.  **Configurer des rapports personnalisés**
-
-Créez des rapports sur mesure pour analyser des aspects spécifiques des performances de votre application, tels que :
-
--   Différences de performance par localisation
--   Métriques basées sur le type d'appareil
--   Effets des conditions réseau
--   Modèles dans les traces personnalisées
-
-Utilisez ces outils pour identifier et résoudre efficacement les goulots d'étranglement de performance.
-
-## Configuration du suivi des erreurs [Sentry](https://sentry.io/)
-
-![Sentry Error Tracking Dashboard](https://mars-images.imgix.net/seobot/screenshots/sentry.io-925fc70e12ac801815ba3ab27e6adcda-2025-03-23.jpg?auto=compress)
-
-Firebase gère les métriques de performance, mais Sentry est tout au sujet de la capture et du diagnostic des erreurs. Ensemble, ils vous donnent une configuration de surveillance solide.
-
-### Installer le SDK Sentry
-
-Commencez par installer les packages Sentry requis :
-
-```bash
-npm install @sentry/capacitor
-# Add the Sentry package for your specific framework
-```
-
-Une fois installé, configurez Sentry dans le point d'entrée de votre application.
-
-### Initialiser Sentry
-
-Configurez Sentry dans le point d'entrée de votre application en utilisant la configuration suivante :
-
-```typescript
-import * as Sentry from "@sentry/capacitor";
-import { BrowserTracing } from "@sentry/browser";
-
-Sentry.init({
-    dsn: "your-project-dsn",
-    integrations: [new BrowserTracing()],
-    tracesSampleRate: 0.2,
-    environment: "production",
-    release: "app-version@" + process.env.VERSION,
-    dist: process.env.BUILD_NUMBER,
-    debug: false
-});
-```
-
-Cette configuration inclut le suivi des versions, qui lie les erreurs à des versions spécifiques de l'application.
-
-### Configurer le suivi des erreurs
-
-Vous pouvez personnaliser davantage le suivi des erreurs en utilisant des limites d'erreur personnalisées et des blocs try-catch.
-
-**Limites d'erreur personnalisées :**
-
-```typescript
-class ErrorBoundary extends React.Component {
-    componentDidCatch(error, errorInfo) {
-        Sentry.captureException(error, { extra: errorInfo });
-    }
-}
-```
-
-**Suivi d'erreurs spécifiques :**
-
-```typescript
-try {
-    riskyOperation();
-} catch (error) {
-    Sentry.captureException(error, {
-        tags: { operation: "data_sync", severity: "critical" },
-        extra: { userId: currentUser.id, timestamp: new Date().toISOString() }
-    });
-}
-```
-
-**Surveillance des performances :**
-
-```typescript
-const transaction = Sentry.startTransaction({
-    name: "API Request",
-    op: "http.request"
-});
-
-try {
-    await makeApiCall();
-} finally {
-    transaction.finish();
-}
-```
-
-Ces méthodes garantissent que votre application enregistre efficacement les erreurs, les rendant plus faciles à suivre et à résoudre via Sentry.
-
-### Utiliser le tableau de bord Sentry
-
-Le tableau de bord Sentry fournit des outils pour approfondir les erreurs et mieux les comprendre :
-
--   **Surveillance en temps réel** : Vérifiez la fréquence des erreurs, l'état de résolution et les utilisateurs affectés.
--   **Analyse des erreurs** : Examinez les traces d'appel, regroupez les erreurs similaires et filtrez par environnement.
--   **Alertes** : Définissez des seuils d'erreur, configurez les options de notification et créez des règles d'alerte personnalisées.
-
-Ce tableau de bord rend le diagnostic et la correction des problèmes simples.
-
-## Meilleures pratiques de surveillance
-
-### Se concentrer sur les métriques clés
-
-L'analyse de Capgo sur 750 applications en production [\[1\]](https://capgo.app/) met en évidence les métriques clés à surveiller :
-
--   **Taux de réussite des mises à jour** : Visez au moins 82%.
--   **Vitesse de mise à jour** : Le CDN global devrait livrer 5 MB en 114 ms.
--   **Adoption par les utilisateurs** : 95% des utilisateurs devraient se mettre à jour dans les 24 heures.
--   **Temps de réponse de l'API** : Maintenez-le sous 500 ms (moyenne globale de 434 ms).
-
-Configurez des alertes pour détecter rapidement toute déviation dans ces métriques.
-
-### Créer des règles d'alerte efficaces
-
-Voici un exemple de configuration d'alertes pour la surveillance des performances :
-
-```typescript
-// Example alert configuration
-{
-    performance: {
-        apiLatency: {
-            threshold: 1000, // ms
-            period: "5m",
-            condition: "above"
-        },
-        errorRate: {
-            threshold: 1.0, // percentage
-            period: "15m",
-            condition: "above"
-        },
-        updateSuccess: {
-            threshold: 75, // percentage
-            period: "1h",
-            condition: "below"
-        }
-    }
-}
-```
-
-### Maintenir la surveillance et l'ajustement
-
-Une fois vos alertes en place, concentrez-vous sur la surveillance continue et l'amélioration :
-
--   **Vérifications régulières des performances** : Examinez les taux de réussite des mises à jour par région, analysez les tendances d'erreurs pour différentes versions d'application et surveillez les temps de réponse de l'API pendant les heures de pointe.
-    
--   **Déploiements progressifs pour les mises à jour** : Commencez avec 10% des utilisateurs pendant les premières 24 heures. Si tout fonctionne bien, augmentez à 50% et finalisez le déploiement après 48 heures de performance stable.
-    
--   **Optimisation continue** : Enquêtez sur les mises à jour échouées, identifiez les points d'API lents et évaluez l'engagement des utilisateurs après les mises à jour pour assurer des améliorations durables.
-    
-
-## Mises à jour et surveillance [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-### Fonctionnalités principales de Capgo
-
-Le système de mise à jour en direct de Capgo, testé sur 750 applications en production, livre des bundles de 5MB en seulement 114ms [\[1\]](https://capgo.app/).
-
-Les fonctionnalités clés incluent :
-
--   **Analytiques en temps réel** : Surveillez les taux de réussite des mises à jour, qui atteignent actuellement une moyenne de 82% dans le monde [\[1\]](https://capgo.app/).
--   **Déploiement instantané** : Déployez des correctifs critiques sans attendre les approbations de l'app store.
--   **Mises à jour partielles** : Téléchargez uniquement les composants modifiés, économisant bande passante et temps.
--   **Contrôle de version** : Annulez rapidement les mises à jour qui impactent négativement les performances.
-
-Ce système s'intègre facilement avec les outils de surveillance existants, assurant un fonctionnement fluide.
-
-> "Nous avons déployé les mises à jour OTA de Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-### Combiner les outils avec Capgo
-
-Les analyses de Capgo permettent des déploiements progressifs, aidant les équipes à assurer la stabilité avant une version complète.
-
-| Aspect de surveillance | Intégration Capgo | Outils supplémentaires |
-| --- | --- | --- |
-| Suivi des erreurs | Surveillance des erreurs intégrée | Associer à Sentry pour des traces détaillées |
-| Métriques de performance | Suit les taux de réussite des mises à jour | Utiliser Firebase pour les données d'interaction utilisateur |
-| Temps de réponse | Surveillance des réponses API | Améliorer avec des événements temporels Firebase personnalisés |
-
-Pour configurer efficacement le système de canaux de Capgo :
-
--   Déployez d'abord les mises à jour auprès des testeurs bêta.
--   Utilisez les analyses de Capgo pour surveiller les métriques de performance.
--   Étendez progressivement le déploiement à l'ensemble des utilisateurs.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Avec 23,5M de mises à jour livrées mondialement, le tableau de bord en temps réel de Capgo fournit des aperçus clairs, permettant aux équipes de prendre des décisions éclairées sur les mises à jour et les améliorations de performance.
-
-## Prochaines étapes
-
-### Points principaux
-
-Surveiller les métriques clés est crucial pour un monitoring efficace des performances. Utilisez des outils pour suivre ces indicateurs critiques :
-
-| **Type de métrique** | **Domaines clés** | **Outils recommandés** |
-| --- | --- | --- |
-| Performance de l'app | Temps de réponse, plantages | Firebase Performance |
-| Suivi des erreurs | Taux d'exceptions, traces d'exécution | Sentry |
-| Analyses des mises à jour | Succès de distribution | Capgo Analytics |
-
-Approfondissez ces métriques et outils à travers les ressources listées ci-dessous.
-
-### En savoir plus
-
-Les outils et pratiques de monitoring de performance évoluent constamment. Restez à jour en explorant ces guides et stratégies :
-
-**Documentation officielle** :
-
--   Documentation Firebase Performance Monitoring
--   Guide d'intégration Sentry pour Capacitor
--   Guides officiels d'optimisation des performances de Capacitor
-
-**Implémentation avancée** : Explorez le système d'analyse de Capgo, utilisé avec succès dans plus de 750 applications en production [\[1\]](https://capgo.app/). Leur documentation fournit des insights sur les modèles de surveillance et les stratégies de mise à jour en direct qui fonctionnent parfaitement avec d'autres outils de suivi des performances.
diff --git a/src/content/blog/fr/setting-up-capacitor-local-environment.md b/src/content/blog/fr/setting-up-capacitor-local-environment.md
deleted file mode 100644
index 864458a22..000000000
--- a/src/content/blog/fr/setting-up-capacitor-local-environment.md
+++ /dev/null
@@ -1,456 +0,0 @@
----
-slug: setting-up-capacitor-local-environment
-title: Configuration de l'Environnement Local de Capacitor
-description: >-
-  Apprenez à configurer rapidement un environnement local Capacitor pour créer
-  des applications iOS et Android avec des technologies web grâce à ce guide
-  complet.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T01:01:07.065Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67edd19cebbb9dc8064069d2-1743642078509.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, mobile development, iOS setup, Android setup, app development, web
-  technologies, local environment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez créer des applications iOS et Android en utilisant des technologies web ? Voici comment configurer rapidement et efficacement un environnement [Capacitor](https://capacitorjs.com/) local.**
-
-### Étapes Clés :
-
-1. **Installation des Logiciels Requis** :
-    
-    - **[Node.js](https://nodejs.org/en)** (v20.0.0+), **npm** (v9.0.0+), **Git** (v2.40.0+), et un IDE moderne (ex., [VS Code](https://code.visualstudio.com/)).
-    - Configuration système : 8 Go RAM, 256 Go stockage, processeur Intel i5/AMD Ryzen 5.
-
-2. **Configuration iOS** (macOS uniquement) :
-    
-    - macOS 13.0+ (Ventura), [Xcode](https://developer.apple.com/xcode/) 16.0+, [CocoaPods](https://cocoapods.org/) 1.12.0+, et un compte Apple Developer actif.
-
-3. **Configuration Android** :
-    
-    - [Android Studio](https://developer.android.com/studio) Hedgehog (2023.1.1)+, Android SDK API niveau 23+, JDK 17, et [Gradle](https://gradle.org/) 8.0+.
-    - Définir les variables d'environnement pour les outils Android.
-
-4. **Installer Capacitor** :
-    
-    ```bash
-    npm install @capacitor/core @capacitor/cli @capacitor/ios @capacitor/android
-    ```
-
-5. **Initialiser un Projet** :
-    
-    - Créer un nouveau projet ou intégrer Capacitor dans une application existante avec `npx cap init`.
-
-6. **Ajouter les Plateformes** :
-    
-    ```bash
-    npx cap add ios
-    npx cap add android
-    ```
-
-7. **Compiler et Synchroniser** :
-    
-    - Compiler les ressources web (`npm run build`) et les synchroniser avec les plateformes natives (`npx cap sync`).
-
-8. **Activer les Mises à Jour en Direct** :
-    
-    - Utiliser [Capgo](https://capgo.app/) pour les mises à jour en temps réel avec :
-        
-        ```bash
-        npx @capgo/cli init
-        ```
-
-9. **[Tester Votre Application](https://capgo.app/docs/plugin/debugging/)** :
-    
-    - Utiliser iOS Simulator (`npx cap open ios`) ou Android Emulator (`npx cap open android`).
-
-### Conseil Rapide :
-
-Mettez à jour `capacitor.config.ts` pour gérer les environnements et activer les mises à jour en direct. Par exemple :
-
-```typescript
-const config: CapacitorConfig = {
-  server: {
-    url: process.env.NODE_ENV === 'development' ? 'http://localhost:3000' : 'https://production-url.com',
-    cleartext: true
-  }
-};
-```
-
-Cette configuration assure un développement, des tests et un déploiement fluides pour vos applications Capacitor.
-
-## Ionic Capacitor - Créer une nouvelle application - Exécuter sur Android & iOS ...
-
-<iframe src="https://www.youtube.com/embed/krTN38Z-Ux4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configuration Requise
-
-Assurez-vous que votre système répond aux spécifications nécessaires avant de continuer.
-
-### Besoins Logiciels de Base
-
-Installez les outils suivants :
-
-| Logiciel | Version Minimale | Notes |
-| --- | --- | --- |
-| **Node.js** | v20.0.0+ | Version LTS recommandée |
-| **npm** | v9.0.0+ | Inclus avec Node.js |
-| **Git** | v2.40.0+ | Requis pour le contrôle de version |
-| **VS Code/[WebStorm](https://www.jetbrains.com/webstorm/)** | Dernière | Tout IDE moderne convient |
-
-Votre machine doit avoir au moins **8 Go de RAM**, **256 Go de stockage**, et un processeur **Intel i5/AMD Ryzen 5 (ou équivalent)**.
-
-### Configuration iOS et Android
-
-**Exigences iOS** (macOS uniquement) :
-
-- macOS 13.0 (Ventura) ou plus récent
-- Xcode 16.0 ou plus récent (télécharger depuis le Mac App Store)
-- CocoaPods 1.12.0 ou supérieur (installer via `sudo gem install cocoapods`)
-- Un compte Apple Developer actif
-
-**Exigences Android** (Windows/macOS/Linux) :
-
-- Android Studio Hedgehog (2023.1.1) ou plus récent
-- Android SDK API niveau 23 (Android 6.0) ou supérieur
-- Java Development Kit (JDK) 17
-- Gradle 8.0+
-
-Configurez les variables d'environnement Android en ajoutant ces lignes à votre fichier de configuration shell :
-
-```bash
-export ANDROID_HOME=$HOME/Library/Android/sdk
-export PATH=$PATH:$ANDROID_HOME/tools
-export PATH=$PATH:$ANDROID_HOME/platform-tools
-```
-
-### Installation de Capacitor
-
-Installez Capacitor via npm :
-
-```bash
-npm install @capacitor/core @capacitor/cli
-npm install @capacitor/ios @capacitor/android
-```
-
-Si vous utilisez un framework comme Vue, React, ou Angular, installez les plugins Capacitor correspondants. Pour Vue, exécutez :
-
-```bash
-npm install @capacitor/vue
-```
-
-Pour confirmer l'installation, vérifiez la version de Capacitor en exécutant :
-
-```bash
-npx cap --version
-```
-
-Vous devriez voir la version actuelle de Capacitor affichée (ex., 5.x.x en avril 2025).
-
-Enfin, initialisez Capacitor dans votre répertoire de projet :
-
-```bash
-npx cap init
-```
-
-Une fois terminé, vous pouvez configurer ces composants pour votre projet spécifique.
-
-## Instructions de Configuration
-
-### Configuration du Projet
-
-Pour commencer, créez soit un **nouveau projet Capacitor** soit intégrez Capacitor dans une application web existante :
-
-```bash
-npm init @capacitor/app
-cd my-cap-app
-npm install
-```
-
-Si vous ajoutez Capacitor à une application web existante, initialisez-le dans votre répertoire de projet :
-
-```bash
-cd your-web-app
-npm install @capacitor/core @capacitor/cli
-npx cap init [appName] [appId]
-```
-
-Une fois initialisé, vous devrez ajouter les plateformes nécessaires pour le développement natif.
-
-### Configuration des Plateformes
-
-Ajoutez les plateformes iOS et Android à votre projet :
-
-```bash
-npm install @capacitor/ios @capacitor/android
-npx cap add ios
-npx cap add android
-```
-
-Mettez à jour votre fichier `capacitor.config.ts` pour inclure les configurations requises :
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-    appId: 'com.example.app',
-    appName: 'My Capacitor App',
-    webDir: 'dist',
-    bundledWebRuntime: false,
-    plugins: {
-      // Add plugin settings here
-    }
-};
-
-export default config;
-```
-
-### Processus de Build
-
-1. **Compilez vos ressources web** en exécutant :
-
-```bash
-npm run build
-```
-
-2. **Synchronisez votre projet avec les plateformes natives** :
-
-```bash
-npx cap sync
-```
-
-Après la synchronisation, assurez-vous de configurer votre environnement et les paramètres de mise à jour en direct.
-
-### Configuration de l'Environnement
-
-Pour gérer les environnements, mettez à jour votre fichier `capacitor.config.ts` :
-
-```typescript
-const config: CapacitorConfig = {
-    server: {
-      url: process.env.NODE_ENV === 'development'
-        ? 'http://localhost:3000'
-        : 'https://production-url.com',
-      cleartext: true
-    }
-};
-```
-
-Activez les mises à jour en direct avec **Capgo** pour une livraison plus fluide :
-
-```bash
-npx @capgo/cli init
-```
-
-### Configuration des Tests
-
-Configurez votre environnement de test en utilisant ces commandes :
-
-| Environnement | Commande | Prérequis |
-| --- | --- | --- |
-| iOS Simulator | `npx cap open ios` | Xcode installé |
-| Android Emulator | `npx cap open android` | Android Studio configuré |
-| Live Reload | `npx cap run [platform]` | Serveur de développement en cours d'exécution |
-
-Pour tester sur des appareils physiques :
-
-- Assurez-vous que les appareils iOS sont enregistrés avec votre compte Apple Developer.
-- Activez le débogage USB sur les appareils Android.
-- Vérifiez que les certificats de développement sont correctement configurés.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Le système de canaux de Capgo est un excellent outil pour les tests bêta et les déploiements par étapes. Il vous permet de cibler des groupes d'utilisateurs spécifiques avec différentes versions, vous aidant à identifier et corriger les problèmes avant une diffusion plus large [\[1\]](https://capgo.app/).
-
-## Fonctionnalités Supplémentaires
-
-Étendez votre configuration Capacitor avec des outils qui améliorent la livraison des mises à jour, rationalisent l'automatisation et permettent des configurations personnalisées.
-
-### Configuration de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67edd19cebbb9dc8064069d2/6f70cafcdfe95287b465212dfd047c63.jpg)
-
-Simplifiez votre flux de travail en utilisant le système de mise à jour en direct de Capgo. Pour commencer, exécutez :
-
-```bash
-npx @capgo/cli init
-```
-
-Ensuite, ajustez votre fichier `capacitor.config.ts` pour activer les mises à jour en direct :
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      statsUrl: 'https://your-stats-endpoint.com'
-    }
-  }
-}
-```
-
-Le CDN mondial de Capgo offre des vitesses impressionnantes, avec des paquets de 5 Mo téléchargés en seulement 114 ms [\[1\]](https://capgo.app/). Une fois les mises à jour en direct configurées, vous pouvez automatiser vos builds pour des déploiements plus fluides.
-
-### Automatisation des Builds
-
-Intégrez Capgo à votre pipeline CI/CD pour automatiser les builds et les déploiements. Il prend en charge les plateformes populaires comme :
-
-| Plateforme CI/CD | Méthode d'Intégration | Avantages Clés |
-| --- | --- | --- |
-| GitHub Actions | Workflow direct | Déclencheurs de déploiement automatique |
-| GitLab CI | Intégration pipeline | Synchronisation contrôle de version |
-| Jenkins | Support plugin | Étapes de build personnalisées |
-
-Voici un exemple de configuration de pipeline CI/CD :
-
-```yaml
-build_and_deploy:
-  steps:
-    - run: npm run build
-    - run: npx cap sync
-    - run: npx @capgo/cli deploy
-```
-
-> "Nous configurons votre pipeline CI/CD directement dans votre plateforme préférée, que ce soit GitHub Actions, GitLab CI ou autres. Nous n'hébergeons pas de CI/CD ni ne vous facturons pour le maintenir." - Capgo [\[1\]](https://capgo.app/)
-
-### Paramètres Personnalisés
-
-Adaptez la configuration de votre application avec des paramètres spécifiques au-delà des mises à jour en direct et de l'automatisation :
-
-```typescript
-const config: CapacitorConfig = {
-  ios: {
-    contentInset: 'automatic',
-    preferredContentMode: 'mobile'
-  },
-  android: {
-    backgroundColor: '#ffffff',
-    allowMixedContent: true
-  },
-  plugins: {
-    SplashScreen: {
-      launchAutoHide: true,
-      backgroundColor: '#ffffffff',
-      androidScaleType: 'CENTER_CROP'
-    }
-  }
-};
-```
-
-Pour de meilleures performances, considérez ces options :
-
-- Activer le chiffrement de bout en bout
-- Configurer l'attribution des utilisateurs
-- Configurer le suivi analytique
-- Utiliser les fonctionnalités de rollback
-
-Ces outils contribuent à un taux de réussite de 82 % sur 750 applications en production dans le monde [\[1\]](https://capgo.app/).
-
-## Résolution de Problèmes
-
-Voici comment aborder les problèmes courants et améliorer votre configuration pour un flux de travail plus fluide.
-
-### Problèmes Courants
-
-**Conflits de Dépendances**
-Si vous rencontrez des conflits avec les dépendances, essayez ces commandes :
-
-```bash
-npm ls @capacitor/core
-rm -rf node_modules
-npm install
-```
-
-**Problèmes Spécifiques aux Plateformes**
-
-| Plateforme | Problème | Solution |
-| --- | --- | --- |
-| iOS | Échec de build Xcode | Mettre à jour CocoaPods et exécuter `pod install` |
-| Android | Erreur de sync Gradle | Vider le cache Gradle et mettre à jour Android Studio |
-| Les deux | Live reload ne fonctionne pas | Activer le mode dev dans `capacitor.config.ts` |
-
-**Compatibilité des Versions**
-Assurez-vous que votre configuration correspond à l'exemple suivant :
-
-```typescript
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'My App',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true
-    }
-  }
-};
-```
-
-En traitant ces problèmes tôt, vous pouvez éviter des obstacles inutiles.
-
-### Conseils de Configuration
-
-Voici quelques façons d'améliorer la stabilité et d'éviter les problèmes récurrents.
-
-**Meilleures Pratiques**
-
-- Utilisez le suivi d'erreurs intégré pour identifier et corriger rapidement les problèmes [\[1\]](https://capgo.app/).
-- Configurez des [canaux de mise à jour](https://capgo.app/docs/webapp/channels/) pour des déploiements contrôlés :
-
-```typescript
-{
-  channels: {
-    beta: {
-      percentage: 25,
-      deviceId: ['test-device-1']
-    },
-    production: {
-      percentage: 100
-    }
-  }
-}
-```
-
-**Maintenance Automatisée**
-
-- Mettez régulièrement à jour vos dépendances.
-- Configurez les paramètres de rollback pour gérer les mises à jour échouées :
-
-```typescript
-{
-  rollback: {
-    enabled: true,
-    maxVersions: 3,
-    timeout: 300000
-  }
-}
-```
-
-- Utilisez le chiffrement de bout en bout pour [sécuriser les mises à jour](https://capgo.app/docs/live-updates/update-behavior/) [\[1\]](https://capgo.app/).
-
-## Résumé
-
-Voici un récapitulatif rapide de la façon dont un environnement Capacitor optimisé peut améliorer votre processus de développement. Configurer correctement votre environnement local Capacitor accélère le développement, rationalise les builds et simplifie les mises à jour.
-
-**Avantages Clés d'une Configuration Appropriée**
-
-- Les mises à jour instantanées accélèrent les cycles de développement.
-- Les processus de build automatisés et fiables font gagner du temps et des efforts.
-
-Ces améliorations proviennent du respect des pratiques de configuration et d'intégration discutées précédemment.
-
-**Points Forts des Performances**
-
-Les [environnements Capacitor améliorés par Capgo](https://capgo.app/blog/) montrent des résultats impressionnants, notamment des temps de réponse rapides, des téléchargements rapides et des taux de réussite élevés pour les mises à jour [\[1\]](https://capgo.app/).
-
-**Avantages pour les Développeurs**
-
-Un environnement correctement configuré permet aux développeurs de se concentrer sur la création de fonctionnalités plutôt que de gérer l'infrastructure. La configuration décrite dans ce guide garantit que vous pouvez profiter pleinement de ces avantages tout en respectant les exigences de la plateforme.
diff --git a/src/content/blog/fr/setting-up-cicd-for-capacitor-apps.md b/src/content/blog/fr/setting-up-cicd-for-capacitor-apps.md
deleted file mode 100644
index 098d2e8bc..000000000
--- a/src/content/blog/fr/setting-up-cicd-for-capacitor-apps.md
+++ /dev/null
@@ -1,390 +0,0 @@
----
-slug: setting-up-cicd-for-capacitor-apps
-title: Configuration de CI/CD pour les applications Capacitor
-description: >-
-  Apprenez à rationaliser vos versions d'application pour iOS et Android en
-  utilisant des pipelines CI/CD, améliorant ainsi l'efficacité et réduisant les
-  erreurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-11T06:22:21.536Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67aa9923b771216988320bf2-1739254956493.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  CI/CD, Capacitor apps, mobile development, automation, build process, live
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez des versions d'applications plus rapides et sans erreur pour iOS et Android?** Les pipelines CI/CD pour les applications [Capacitor](https://capacitorjs.com/) automatisent la construction, les tests et le déploiement, réduisant les temps de sortie jusqu'à 70 % et diminuant les erreurs de 60 %. Ce guide couvre tout ce que vous devez savoir, de la configuration de votre environnement à l'automatisation des mises à jour en direct avec [Capgo](https://capgo.app/).
-
-### Points clés :
-
--   **Pourquoi CI/CD est important pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)** : Accélère les constructions de 78 % et réduit les rejets en magasin de 60 %.
--   **Outils essentiels** : [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), [CocoaPods](https://cocoapods.org/), et plus encore.
--   **Configuration du pipeline** : Automatisez des tâches comme `npx cap sync`, la mise en cache des dépendances et les constructions spécifiques aux plateformes.
--   **Mises à jour en direct avec Capgo** : Activez les mises à jour post-lancement avec des déploiements échelonnés et des mesures de retour en arrière.
-
-### Étapes de configuration rapide :
-
-1.  **Préparez votre environnement** : Installez les outils requis pour iOS et Android.
-2.  **Configurez votre projet** : Mettez à jour `capacitor.config.ts` et gérez les variables d'environnement en toute sécurité.
-3.  **Construisez des pipelines** : Automatisez les installations de dépendances, les constructions et les tests pour les deux plateformes.
-4.  **Optimisez les performances** : Utilisez la mise en cache, les constructions parallèles et les workflows conditionnels.
-5.  **Ajoutez des mises à jour en direct** : Intégrez Capgo pour des mises à jour OTA sécurisées avec des déploiements échelonnés.
-
-Avec CI/CD, les applications Capacitor obtiennent des sorties plus rapides et plus fluides tout en minimisant les erreurs et les interventions manuelles. Prêt à optimiser votre workflow? Plongeons dans le vif du sujet !
-
-## Intégrez vos pipelines CI/CD existants avec des capacités mobiles
-
-<iframe src="https://www.youtube.com/embed/rIPnuVwvbb0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Préparation de votre environnement CI/CD
-
-Une fois que vous avez compris les bases de CI/CD, l'étape suivante consiste à configurer votre environnement. C'est la colonne vertébrale d'une automatisation fiable.
-
-### Configuration des outils et logiciels
-
-Assurez-vous d'avoir ces outils clés installés :
-
-**Pour le développement iOS :**
-
--   **Xcode 14 ou plus récent**
--   **Outils en ligne de commande Xcode**
--   **CocoaPods** pour la gestion des dépendances
-
-**Pour le développement Android :**
-
--   **Android Studio**
--   **SDK Android 33 ou supérieur**
--   **Java Development Kit (JDK)**
-
-Pour vérifier que vos outils en ligne de commande Xcode sont installés, utilisez :
-
-```bash
-xcode-select -p
-```
-
-### Création d'un projet [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-11.jpg?auto=compress)
-
-Votre projet Capacitor doit être configuré correctement pour les workflows CI/CD. Le fichier `capacitor.config.ts` est au cœur de cette configuration :
-
-```typescript
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  webDir: 'build',
-  ios: { 
-    scheme: 'MyApp'
-  }
-}
-```
-
-Ce fichier garantit que votre projet est conforme aux exigences CI/CD.
-
-### Configuration des variables d'environnement
-
-Gérer les identifiants en toute sécurité est une partie clé de la mise en lien de votre configuration environnementale avec le pipeline CI/CD.
-
-**Variables clés à définir :**
-
--   **`BUILD_ENV`** : Spécifie l'étape de déploiement (par exemple, `production`)
--   **`IOS_SIGNING_IDENTITY`** : Votre certificat de signature de code
--   **`ANDROID_KEYSTORE_PATH`** : Chemin vers votre keystore Android
-
-Pour les constructions Android, générez dynamiquement un fichier `local.properties` pendant le processus CI :
-
-```bash
-echo "sdk.dir=$ANDROID_SDK_ROOT" > android/local.properties
-```
-
-Lors de la gestion des constructions iOS, assurez-vous que votre plateforme CI prend en charge les agents macOS.
-
-Pour vérifier si votre environnement est prêt :
-
-```bash
-node --version | grep "v16" && xcodebuild -version | grep "Xcode 14" || exit 1
-```
-
-Gérer correctement les clés et les identifiants peut réduire considérablement les chances de rejets en magasin d'applications, comme noté dans les statistiques précédentes [\[1\]](https://opstree.com/blog/2023/06/27/cicd-for-mobile-app-development-using-capacitor-js-on-azure-devops/).
-
-## Création de votre pipeline CI/CD
-
-Une fois votre environnement prêt, l'étape suivante consiste à configurer un pipeline CI/CD pour votre [application Capacitor](https://capgo.app/plugins/ivs-player/). Ce pipeline doit gérer efficacement à la fois les actifs web et les constructions de plateformes natives.
-
-### Installation et mise à jour des dépendances
-
-Dans les environnements CI/CD, gérer les dépendances nécessite un contrôle strict des versions. Commencez par un processus d'installation propre :
-
-```bash
-npm install --ignore-scripts
-npm install @capacitor/cli
-```
-
-Pour accélérer les constructions, utilisez la mise en cache des dépendances. Par exemple, les utilisateurs d'[Azure DevOps](https://azure.microsoft.com/en-us/products/devops) ont constaté que les temps de construction s'améliorent de 40-60 % avec cette configuration :
-
-```yaml
-- task: Cache@2
-  inputs:
-    key: 'npm | "$(Agent.OS)" | package-lock.json'
-    path: |
-      node_modules
-      android/.gradle
-      ios/Pods
-```
-
-### Configuration des constructions iOS et Android
-
-Voici comment configurer les constructions pour les deux plateformes :
-
-**Configuration de la construction iOS :**
-
-```yaml
-steps:
-  - task: InstallAppleCertificate@2
-    inputs:
-      certSecureFile: 'certificate.p12'
-      certPwd: $(P12_PASSWORD)
-  - script: |
-      xcodebuild -workspace ios/App/App.xcworkspace -scheme App -configuration Release -archivePath ios/App/App.xcarchive archive
-```
-
-**Configuration de la construction Android :**
-
-```bash
-cd android
-./gradlew bundleRelease
-```
-
-### Étapes de test et de déploiement
-
-Exécutez des tests de plateforme en parallèle en utilisant une stratégie matricielle :
-
-```yaml
-test:
-  steps:
-    - run: npm run test:unit
-    - run: npm run test:e2e
-    - name: Run Platform Tests
-      matrix:
-        platform: [ios, android]
-      run: npm run test:${{ matrix.platform }}
-```
-
-Pour le déploiement, configurez la gestion des artefacts spécifique à la plateforme :
-
-| Plateforme | Type d'artefact | Canal de distribution |
-| --- | --- | --- |
-| iOS | .ipa | [App Store Connect](https://developer.apple.com/app-store-connect/) |
-| Android | .aab | [Google Play Console](https://play.google.com/console/signup) |
-
-Utiliser des constructions parallèles peut réduire considérablement le temps d'exécution du pipeline lorsqu'elles sont configurées correctement.
-
-Une fois vos constructions validées et empaquetées, vous êtes prêt à passer aux mises à jour en direct avec Capgo (discuté dans la section suivante).
-
-###### sbb-itb-f9944d2
-
-## Ajout de [Capgo](https://capgo.app/) pour les mises à jour en direct
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-11.jpg?auto=compress)
-
-L'intégration de Capgo dans votre workflow améliore votre processus CI/CD en permettant des mises à jour post-lancement. Voici comment le configurer :
-
-### Configuration du pipeline Capgo
-
-Tout d'abord, installez le [Capgo CLI](https://capgo.app/docs/cli/commands) dans votre environnement de pipeline :
-
-```yaml
-steps:
-  - name: Install Capgo CLI
-    run: npm install -g @capgo/cli
-  - name: Configure Authentication
-    env:
-      CAPGO_KEY: ${{ secrets.CAPGO_API_KEY }}
-```
-
-Cet ajout prolonge votre cycle de vie CI/CD en incorporant la [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) dans votre processus automatisé de construction et de déploiement.
-
-Ensuite, incluez la commande de téléchargement après vos étapes de construction :
-
-```yaml
-- name: Upload Update
-  run: |
-    capgo upload --api-key $CAPGO_KEY --bundle ./build/app-release.apk
-    capgo deploy v${VERSION} --channel production
-```
-
-Pour des [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/), configurez les paramètres de validation comme suit :
-
-```json
-{
-  "verification": {
-    "checksum": "strict",
-    "certificatePinning": true,
-    "updateTimeout": 500
-  }
-}
-```
-
-### Vue d'ensemble des fonctionnalités de Capgo
-
-| Fonctionnalité | Description |
-| --- | --- |
-| Cryptage de bout en bout | Réduit considérablement les erreurs de déploiement. |
-| Déploiement basé sur des canaux | Adapte les mises à jour à des environnements spécifiques. |
-| Déploiements échelonnés | Garantit que les mises à jour sont distribuées progressivement. |
-
-### Directives sur les mises à jour OTA
-
-Améliorez vos processus de test en suivant ces indicateurs clés après le déploiement :
-
-**Stratégie de déploiement échelonné**
-
-Utilisez un déploiement échelonné pour contrôler la façon dont les mises à jour sont distribuées :
-
-```yaml
-- name: Staged Rollout
-  run: |
-    capgo deploy v1.2.3 --group "beta-users" --rollout 10%
-    capgo deploy v1.2.3 --rollout 50%
-```
-
-**Suivi des mises à jour**
-
-Surveillez ces indicateurs :
-
--   **Taux d'adoption** : Visez 40-60 % dans les 24 premières heures.
--   **Sessions sans plantage** : Maintenez au-dessus de 99,5 %.
--   **Temps de vérification** : Assurez-vous qu'il est inférieur à 500 ms.
-
-Si les plantages dépassent des niveaux acceptables, automatisez un retour en arrière :
-
-```yaml
-- name: Rollback Check
-  run: |
-    if [ $(capgo stats --version v1.2.3 --metric crashes) -gt 2 ]; then
-      capgo rollback --channel production
-    fi
-```
-
-## Amélioration des performances du pipeline
-
-Se concentrer sur trois domaines clés peut mener à des améliorations notables de votre pipeline :
-
-### Optimisation de la vitesse de construction
-
-Pour les modifications uniquement web, l'utilisation de `npx cap sync` peut faire gagner du temps en sautant les reconstructions natives complètes, réduisant le temps de reconstruction d'environ 40 %. Voici comment vous pouvez mettre en œuvre des constructions conditionnelles :
-
-```yaml
-- name: Build Strategy
-  run: |
-    [ "$WEB_ONLY" = true ] && npx cap sync || (./gradlew assembleRelease && xcodebuild ...)
-```
-
-Cette approche garantit que seuls les composants nécessaires sont reconstruits, rationalisant ainsi le processus.
-
-### Automatisation du contrôle de version
-
-Automatiser le contrôle de version peut simplifier votre workflow. Utilisez le script suivant pour définir dynamiquement le numéro de version et de build :
-
-```yaml
-- name: Set Version
-  run: |
-    VERSION=$(node -p "require('./package.json').version")
-    BUILD_NUMBER=$GITHUB_RUN_NUMBER
-    echo "APP_VERSION=${VERSION}" >> $GITHUB_ENV
-    echo "BUILD_ID=${BUILD_NUMBER}" >> $GITHUB_ENV
-```
-
-De plus, un versionnement sémantique automatisé peut être configuré avec cette configuration :
-
-```json
-{
-  "scripts": {
-    "version": "standard-version",
-    "build:prod": "npm version patch && ionic build --prod"
-  }
-}
-```
-
-Ces pratiques fournissent un cadre solide pour suivre et améliorer les performances du pipeline à travers des métriques telles que :
-
--   Temps de construction par étape
--   Efficacité du cache (ratios hit/miss)
--   Utilisation des ressources de pointe
-
-### Configuration multi-environnement
-
-Gérer plusieurs environnements peut être simplifié en utilisant des configurations spécifiques à chaque environnement. Voici un exemple de configuration :
-
-| Environnement | Fichier de configuration |
-| --- | --- |
-| Développement | `.env.dev` |
-| Staging | `.env.staging` |
-| Production | Coffres sécurisés |
-
-Vous pouvez configurer dynamiquement les environnements avec ce script :
-
-```yaml
-- name: Configure Environment
-  env:
-    API_KEY: ${{ secrets.ENV_SPECIFIC_API_KEY }}
-    BUNDLE_ID: ${{ parameters.bundleId }}
-  run: |
-    echo "ENVIRONMENT=${{ parameters.environment }}" >> $GITHUB_ENV
-    echo "API_ENDPOINT=${{ parameters.apiUrl }}" >> $GITHUB_ENV
-```
-
-Associer ces configurations avec le déploiement basé sur des canaux de Capgo permet des mises à jour précises et spécifiques à chaque environnement. Cela garantit des déploiements plus fluides et un meilleur contrôle du comportement de l'application dans différents environnements.
-
-## Résumé
-
-### Le rôle de CI/CD dans le développement
-
-Utiliser des pipelines CI/CD pour les applications Capacitor améliore considérablement l'efficacité des workflows. Selon les données du secteur, les équipes peuvent réaliser des **cycles de sortie 50-70 % plus rapides** grâce à des constructions simultanées iOS et Android [\[3\]](https://docs.codemagic.io/yaml-quick-start/building-an-ionic-app/). L'automatisation de tâches comme l'installation des dépendances et la synchronisation des plateformes réduit les erreurs de déploiement de **40 à 60 %** [\[1\]](https://opstree.com/blog/2023/06/27/cicd-for-mobile-app-development-using-capacitor-js-on-azure-devops/)[\[2\]](https://capacitorjs.com/docs/guides/ci-cd).
-
-Par exemple, les équipes utilisant les pipelines Azure DevOps ont automatisé des processus tels que les étapes de construction séquentielles et l'emballage Xcode. Elles utilisent également des environnements paramétrés pour le développement et la production. Cette approche élimine le besoin d'opérations manuelles Gradle et CLI Xcode, garantissant la création d'artefacts fiables à chaque fois.
-
-Ces améliorations préparent le terrain pour une gestion des mises à jour rationalisée lorsqu'elles sont associées à Capgo.
-
-### Capgo pour la gestion des mises à jour
-
-Capgo fonctionne parfaitement avec les pipelines CI/CD pour délivrer des mises à jour instantanées tout en restant conforme aux politiques des magasins d'applications. Les mises à jour ne sont déployées qu'après avoir passé des portes de test automatisées intégrées au pipeline.
-
-En combinant des constructions automatisées avec des déploiements échelonnés, les équipes obtiennent des résultats impressionnants : **80 % de couverture utilisateur en 7 jours** et des capacités de retour en arrière en moins d'une heure.
-
-Une stratégie courante implique de faire fonctionner des pistes de déploiement parallèles. Des constructions automatisées sont utilisées pour les tests internes, tandis que des déploiements échelonnés ciblent des segments d'utilisateurs. Cela garantit que les mises à jour sont à la fois rapides et sûres, soutenues par des portes de test automatisées rigoureuses [\[1\]](https://opstree.com/blog/2023/06/27/cicd-for-mobile-app-development-using-capacitor-js-on-azure-devops/).
-
-## FAQs
-
-### Comment créer une application Capacitor ?
-
-La création d'une application Capacitor implique quelques étapes simples :
-
-1.  **Configurez votre environnement** : Installez Node.js et npm sur votre système. Ensuite, utilisez l'Ionic CLI pour démarrer un nouveau projet avec le support de Capacitor :
-    
-    ```bash
-    ionic start myApp tabs --capacitor
-    ```
-    
-2.  **Ajoutez le support des plateformes** : Ajoutez les plateformes que vous souhaitez cibler, comme iOS ou Android :
-    
-    ```bash
-    npx cap add ios
-    npx cap add android
-    ```
-    
-3.  **Synchronisez votre code web** : Assurez-vous que votre code web est aligné avec les plateformes natives en exécutant :
-    
-    ```bash
-    npx cap sync
-    ```
-    
-
-L'étape de synchronisation est cruciale pour maintenir la cohérence de votre application sur les différentes plateformes et garantir un fonctionnement fluide dans les pipelines CI/CD. Pour plus de détails sur la configuration de votre environnement, consultez la section Outils.
diff --git a/src/content/blog/fr/setup-ci-and-cd-in-gitlab.md b/src/content/blog/fr/setup-ci-and-cd-in-gitlab.md
deleted file mode 100644
index ed7c0bedd..000000000
--- a/src/content/blog/fr/setup-ci-and-cd-in-gitlab.md
+++ /dev/null
@@ -1,84 +0,0 @@
----
-slug: setup-ci-and-cd-in-gitlab
-title: Construction et Lancement Automatique d'Apps avec GitLab
-description: >-
-  Créez votre propre pipeline CI/CD avec GitLab gratuitement et déployez votre
-  application Ionic Capacitor JS à chaque push sur la branche main.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /CI_CD_in_Gitlab.webp
-head_image_alt: CI/CD dans GitLab
-keywords: 'GitLab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: fr
-next_blog: ''
----
-Cet article vous guidera sur la configuration du pipeline CI/CD avec GitLab.
-
-## Préface
-
-Assurez-vous d'avoir d'abord ajouté votre application Capacitor à Capgo, ce tutoriel se concentre uniquement sur la phase de téléchargement. Si vous devez ajouter votre application à Capgo, vous pouvez suivre ce [Tutorial](https://capgo.app/blog/update-your-capacitor-apps-seamlessly-using-capacitor-updater/).
-
-## Convention de commit
-
-Tout d'abord, vous devez commencer à suivre la convention de commit [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/) qui aidera les outils à comprendre comment augmenter le numéro de version, c'est 5 minutes à apprendre.
-
-![Conventional commits](/conventional_commits.webp)
-
-## GitLab CI/CD pour les Tags
-
-Créez un fichier .gitlab-ci.yml à la racine de votre dépôt GitLab avec le contenu suivant
-
-     stages:
-          - tag
-
-     bump_version:
-       stage: tag
-       only:
-         - main
-      except:
-        variables:
-      - $CI_COMMIT_MESSAGE =~ /^chore\(release\):/
-      script:
-       - git config --global user.email "gitlab@yourdomain.com"
-       - git config --global user.name "GitLab CI/CD"
-       - git checkout $CI_COMMIT_REF_NAME
-       - git pull origin $CI_COMMIT_REF_NAME
-       - npx capacitor-standard-version
-       - git push origin $CI_COMMIT_REF_NAME --tags
-
-Remplacez "gitlab@yourdomain.com" et "GitLab CI/CD" par votre email et nom d'utilisateur GitLab dans la section script. Cette configuration déclenche le job uniquement lors des push sur la branche principale et exclut les commits dont les messages commencent par "chore(release):".
-
-## GitLab CI/CD pour la Construction
-
-Ajoutez une autre étape à votre fichier .gitlab-ci.yml pour la construction :
-
-        stages:
-          - deploy
-
-       deploy:
-         stage: deploy
-         only:
-           - tags  # Ce job ne s'exécutera que pour les push de tags
-         script:
-           - apt-get update -qy && apt-get install -y nodejs npm
-           - npm install -g @capgo/cli
-           - npm ci
-           - npm run build
-           - npx @capgo/cli bundle upload -a $CAPGO_TOKEN -c production
-         variables:
-           FIREBASE_CONFIG: $FIREBASE_CONFIG  # Définissez ceci dans les paramètres de votre projet GitLab
-         environment:
-           name: production
-
-Assurez-vous d'avoir ajouté votre clé API Capgo (CAPGO_TOKEN) comme variable CI/CD dans votre projet GitLab. Allez dans votre projet dans GitLab, naviguez vers Paramètres > CI/CD > Variables, et ajoutez une variable nommée CAPGO_TOKEN avec la valeur de votre clé API.
-
-Personnalisez le script de construction pour correspondre au processus de construction spécifique de votre projet, comme la modification de la commande npm run build.
-
-## Conclusion
-
-Nous y voilà ! Nous avons franchi une étape supplémentaire dans notre parcours technologique. Dans le développement logiciel moderne, le CICD est un facteur essentiel à prendre en compte. J'espère donc que ce guide est compréhensible pour tout le monde.
diff --git a/src/content/blog/fr/setup-stripe-payment-in-us-capacitor.md b/src/content/blog/fr/setup-stripe-payment-in-us-capacitor.md
deleted file mode 100644
index b5e5e73db..000000000
--- a/src/content/blog/fr/setup-stripe-payment-in-us-capacitor.md
+++ /dev/null
@@ -1,731 +0,0 @@
----
-slug: setup-stripe-payment-in-us-capacitor
-title: >-
-  Implémentation des liens de paiement Stripe dans les applications Capacitor
-  selon les nouvelles directives d'Apple
-description: >-
-  Découvrez comment implémenter les liens de paiement Stripe dans votre
-  application Capacitor pour traiter les paiements de biens numériques
-  conformément aux nouvelles directives d'Apple en vigueur à partir du 1er mai
-  2025.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-05-01T00:00:00.000Z
-updated_at: 2025-11-21T17:43:20.000Z
-head_image: /stripe_apple.webp
-head_image_alt: Implémentation du paiement Stripe dans les applications Capacitor
-keywords: >-
-  capacitor, stripe, payment links, app store guidelines, iOS, digital goods,
-  in-app purchases, external payments
-tag: Tutorial
-published: true
-locale: fr
----
-# Mise en œuvre des liens de paiement Stripe dans les applications Capacitor selon les nouvelles directives d'Apple
-
-À partir du 1er mai 2025, Apple a mis en œuvre des changements significatifs dans ses directives de révision de l'App Store suite à la décision de la cour dans l'affaire [Epic v. Apple](https://storage.courtlistener.com/recap/gov.uscourts.cand.364265/gov.uscourts.cand.364265.1508.0_2.pdf). Ces changements permettent spécifiquement aux développeurs d'applications aux États-Unis de lier des méthodes de paiement externes pour les biens et services numériques, ouvrant ainsi des alternatives au système d'achat intégré d'Apple.
-
-## La bataille épique qui a changé à jamais les paiements mobiles
-
-Le chemin vers ce moment a été long et controversé. Tout a commencé en août 2020 lorsque Epic Games, le créateur du célèbre jeu Fortnite, a délibérément violé les directives de l'App Store d'Apple en mettant en place une option de paiement direct contournant la commission de 30 % d'Apple. Apple a immédiatement retiré Fortnite de l'App Store, et Epic a réagi en déposant une plainte contestée le contrôle d'Apple sur la distribution d'applications iOS et les paiements intégrés.
-
-Après des années de batailles juridiques, d'appels et de contre-appels, les tribunaux ont enfin statué qu'Apple devait permettre aux développeurs de diriger les utilisateurs vers des méthodes de paiement alternatives en dehors de leurs applications. Cette décision modifie fondamentalement l'économie de l'écosystème de l'App Store, qui fonctionne selon le même modèle financier de base depuis sa création en 2008.
-
-### La décision finale - Plus d'appels
-
-Ce qui rend cette décision particulièrement significative, c'est qu'elle est finale et ne peut pas être contestée. La Cour suprême a décliné l'appel d'Apple début 2025, validant la décision du tribunal inférieur en tant que loi du pays. Cela signifie que les développeurs peuvent mettre en œuvre des méthodes de paiement externes en toute confiance, sachant qu'Apple ne peut pas inverser cette décision par d'autres défis juridiques.
-
-### Traitement équitable garanti par la loi
-
-Il est particulièrement important de noter que le jugement stipule explicitement qu'Apple ne peut pas discriminer contre des applications qui utilisent des méthodes de paiement externes. Le tribunal a spécifiquement interdit à Apple de :
-
-1. Facturer des frais supplémentaires ou d'imposer des exigences supplémentaires sur les applications qui utilisent des méthodes de paiement externes
-2. Accorder un traitement préférentiel dans les résultats de recherche ou dans la mise en avant d'applications qui utilisent exclusivement le système IAP d'Apple
-3. Utiliser des mesures techniques pour rendre l'expérience de paiement externe inférieure à celle du propre système d'Apple
-4. Imposer des exigences de divulgation lourdes au-delà des informations de base sur le consommateur
-
-Ces protections explicites signifient que les développeurs peuvent mettre en œuvre Stripe ou d'autres fournisseurs de paiement externes sans craindre de représailles subtiles ou de discrimination de la part d'Apple. Le terrain de jeu a été légalement nivelé, et Apple doit traiter toutes les applications de manière équitable, indépendamment de leurs choix en matière de méthodes de paiement.
-
-Ce jugement représente l'un des défis les plus significatifs à l'approche du jardin clos d'Apple et marque un tournant décisif dans la manière dont la monétisation des applications mobiles peut fonctionner. Pour les développeurs qui se plaignent depuis longtemps de la commission de 30 % d'Apple (réduite à 15 % pour les petites entreprises), ce jugement offre une voie vers des marges bénéficiaires plus élevées et un meilleur contrôle sur l'expérience client.
-
-## Avantages financiers de l'utilisation de Stripe par rapport aux achats intégrés d'Apple
-
-Les implications financières de ce changement sont substantielles pour les développeurs :
-
-- **Réduction des frais de traitement des paiements** : Apple facture généralement une commission de 30 % sur les achats intégrés (15 % pour les petites entreprises), tandis que les frais de Stripe ne sont qu'environ 2,9 % + 0,30 $ par transaction. Cette différence peut augmenter considérablement vos marges de revenus.
-  
-- **Virements plus rapides** : Avec Apple, vous attendez généralement 45 à 90 jours pour recevoir vos fonds. Stripe, en revanche, dépose les paiements sur votre compte bancaire dans les 2 à 3 jours ouvrables.
-
-- **Processus de remboursement simplifié** : Gérez les remboursements directement via le tableau de bord de Stripe au lieu de passer par le système de remboursement plus complexe d'Apple.
-
-Ces économies de coûts et cette amélioration du flux de trésorerie peuvent changer la donne, en particulier pour les petits développeurs et entreprises.
-
-Dans cet article, nous allons explorer comment mettre en œuvre des liens de paiement Stripe dans votre application Capacitor pour tirer parti de ces nouvelles règles, tout en garantissant la conformité avec les [directives mises à jour d'Apple](https://developer.apple.com/app-store/review/guidelines/#business).
-
-> Cette mise en œuvre est basée sur [la documentation officielle de Stripe pour les liens de paiement](https://docs.stripe.com/mobile/digital-goods/payment-links), adaptée spécifiquement pour les applications Capacitor.
-
-## Compréhension des nouvelles directives
-
-Les directives de révision de l'App Store mises à jour permettent désormais aux développeurs de diriger les utilisateurs vers des sites externes pour le traitement des paiements, spécifiquement pour les biens numériques et les abonnements. Ce changement ne s'applique actuellement qu'aux applications distribuées dans l'App Store des États-Unis.
-
-Points clés à comprendre :
-
-1. Vous pouvez désormais lier des options de paiement externes pour les biens numériques dans votre application
-2. Cela ne s'applique qu'aux applications de l'App Store américain
-3. Vous devez toujours vous conformer aux exigences de divulgation d'Apple
-4. Vous restez responsable de tout service client et de la gestion des remboursements
-
-## Configuration des liens de paiement Stripe dans votre application Capacitor
-
-Plongeons dans la mise en œuvre technique :
-
-### Étape 1 : Créer un lien de paiement dans le tableau de bord Stripe
-
-D'abord, créez un lien de paiement dans votre tableau de bord Stripe :
-
-1. Accédez à la section Liens de paiement dans votre tableau de bord Stripe
-2. Cliquez sur "+ Nouveau" pour créer un nouveau lien de paiement
-3. Définissez les détails de votre produit ou de votre abonnement
-4. Sous les paramètres "Après le paiement", sélectionnez "Ne pas afficher la page de confirmation"
-5. Définissez un lien universel comme votre URL de réussite (nous configurerons cela plus tard)
-6. Cliquez sur "Créer le lien" pour générer votre lien de paiement
-
-### Étape 2 : Configurer les liens universels dans votre application Capacitor
-
-Pour rediriger les utilisateurs vers votre application après la validation du paiement, configurez les liens universels :
-
-1. Créez un fichier `apple-app-site-association` sur votre domaine :
-
-```json
-{
-  "applinks": {
-    "apps": [],
-    "details": [
-      {
-        "appIDs": ["YOURTEAMID.com.yourdomain.yourapp"],
-        "components": [
-          {
-            "/": "/checkout_redirect*",
-            "comment": "Matches any URL whose path starts with /checkout_redirect"
-          }
-        ]
-      }
-    ]
-  }
-}
-```
-
-2. Hébergez ce fichier à `https://yourdomain.com/.well-known/apple-app-site-association`
-
-3. Assurez-vous qu'il est servi avec le bon type MIME `application/json`
-
-4. Configurez votre application Capacitor pour gérer les liens universels en ajoutant l'autorisation adéquate. D'abord, dans votre `capacitor.config.ts` :
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  // Your existing app configuration (appId, appName, etc.)
-  plugins: {
-    Geolocation: {
-      // Request precise location access on iOS
-      iosLocationAccuracy: 'reduced'
-    }
-  }
-};
-
-export default config;
-```
-
-5. Ajoutez l'autorisation de domaines associés à votre projet Xcode :
-   - Ouvrez votre projet Xcode
-   - Sélectionnez la cible de votre application
-   - Allez dans "Signing & Capabilities"
-   - Cliquez sur "+ Capability" et sélectionnez "Associated Domains"
-   - Ajoutez `applinks:yourdomain.com`
-
-### Étape 3 : Créer une page de secours
-
-Créez une page de secours à l'URL de redirection pour gérer les cas où l'application n'est pas installée :
-
-```html
-<!DOCTYPE html>
-<html>
-<head>
-  <title>Redirecting...</title>
-  <meta http-equiv="refresh" content="0;url=https://yourdomain.com/app-download">
-</head>
-<body>
-  <p>Redirecting to download page...</p>
-</body>
-</html>
-```
-
-### Étape 4 : Implémenter le bouton de paiement dans votre application Capacitor
-
-Maintenant, ajoutez le bouton de paiement à votre application :
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-export async function openPaymentLink(userEmail, userId) {
-  // Use your actual Stripe payment link
-  const baseUrl = 'https://buy.stripe.com/your_payment_link';
-  
-  // Add URL parameters to customize the experience
-  const params = new URLSearchParams({
-    prefilled_email: encodeURIComponent(userEmail),
-    client_reference_id: userId
-  });
-
-  const fullUrl = `${baseUrl}?${params.toString()}`;
-  
-  // Simple window.open works in both web and Capacitor
-  // Using _blank opens in Safari on iOS which is important for users with saved Stripe Link credentials
-  window.open(fullUrl, '_blank');
-}
-```
-
-> **Pourquoi Safari est important** : Ouvrir le lien de paiement dans Safari (via `window.open`) plutôt que dans un navigateur intégré est bénéfique car les utilisateurs qui ont précédemment enregistré leurs informations de paiement avec Stripe Link auront automatiquement leurs informations disponibles. Cela crée une expérience de paiement plus fluide où les utilisateurs n'auront pas besoin de ressaisir leurs informations de carte de crédit, réduisant ainsi considérablement les frictions et les taux d'abandon.
-
-### Étape 5 : Gérer les liens universels dans votre application
-
-Configurez votre application pour gérer les liens universels lorsque les utilisateurs sont redirigés :
-
-1. D'abord, installez le plugin App :
-
-```bash
-npm install @capacitor/app
-```
-
-2. Enregistrez le plugin App dans votre application :
-
-```typescript
-import { App } from '@capacitor/app';
-
-// In your initialization code
-App.addListener('appUrlOpen', (event) => {
-  // Example URL: https://yourdomain.com/checkout_redirect?session_id=cs_test_...
-  const url = new URL(event.url);
-  
-  if (url.pathname.startsWith('/checkout_redirect')) {
-    // Extract any parameters you need
-    const params = new URLSearchParams(url.search);
-    const sessionId = params.get('session_id');
-    
-    // Handle successful payment
-    if (sessionId) {
-      // Verify the payment on your server if needed
-      verifyPayment(sessionId);
-      
-      // Update UI to reflect successful purchase
-      updatePurchaseStatus(true);
-    }
-  }
-});
-
-async function verifyPayment(sessionId) {
-  // Call your backend to verify the payment
-  // This is optional if you're relying on webhooks
-}
-
-function updatePurchaseStatus(success) {
-  // Update your app UI to reflect purchase status
-}
-```
-
-### Étape 6 : Configurer le webhook pour l'exécution des commandes
-
-Enfin, configurez un webhook sur votre serveur pour gérer les paiements réussis :
-
-```javascript
-// Using Express.js as an example
-const express = require('express');
-const stripe = require('stripe')('sk_test_your_stripe_secret_key');
-const app = express();
-
-// Use raw body parser for webhook signature verification
-app.post('/webhook', express.raw({type: 'application/json'}), async (req, res) => {
-  const sig = req.headers['stripe-signature'];
-  const webhookSecret = 'whsec_your_webhook_secret';
-  
-  let event;
-  
-  try {
-    event = stripe.webhooks.constructEvent(req.body, sig, webhookSecret);
-  } catch (err) {
-    console.log(`Webhook Error: ${err.message}`);
-    return res.status(400).send(`Webhook Error: ${err.message}`);
-  }
-  
-  // Handle the checkout.session.completed event
-  if (event.type === 'checkout.session.completed') {
-    const session = event.data.object;
-    
-    // Retrieve client_reference_id (your user ID)
-    const userId = session.client_reference_id;
-    
-    // Grant access to the purchased content
-    await grantAccess(userId, session.id);
-  }
-  
-  res.status(200).send();
-});
-
-async function grantAccess(userId, sessionId) {
-  // Your logic to grant access to the purchased content
-  // This could be updating a database, sending a notification, etc.
-}
-
-app.listen(3000, () => console.log('Webhook server running on port 3000'));
-```
-
-## Compatibilité Android
-
-Soyons clairs : la décision Epic v. Apple a fondamentalement changé le paysage des paiements mobiles. Non seulement cela impacte directement les applications iOS, mais cela renforce également la position des développeurs Android qui ont utilisé des méthodes de paiement externes.
-
-**Les développeurs Android peuvent maintenant mettre en œuvre des solutions de paiement externes en toute confiance.** Le précédent établi par le jugement d'Apple protège effectivement les développeurs sur toutes les plateformes contre d'éventuelles restrictions futures. Cette décision de la cour a validé ce que de nombreux développeurs Android font depuis des années - offrir des options de paiement alternatives avec des frais plus bas.
-
-Le Play Store de Google a toujours été moins restrictif quant aux méthodes de paiement externes qu'Apple, et maintenant que le précédent légal est établi, il n'y a virtuellement aucun risque à mettre en œuvre Stripe ou d'autres fournisseurs de paiement externes dans vos applications Android. Vous pouvez avancer avec ces mises en œuvre en sachant que vous êtes sur un terrain légal solide.
-
-La mise en œuvre que nous avons couverte pour iOS fonctionne presque de la même manière pour les appareils Android. Puisque le Play Store de Google n'a pas les mêmes restrictions sur les méthodes de paiement externes, vous pouvez utiliser exactement la même approche des liens de paiement Stripe sans avoir besoin de dialogues de divulgation spéciaux.
-
-Pour gérer le lien profond (équivalent aux liens universels sur iOS), vous devrez :
-
-1. Configurer les liens d'application dans votre `AndroidManifest.xml` pour gérer l'URL de redirection
-2. Créer un fichier `.well-known/assetlinks.json` sur votre domaine avec les détails de votre application
-3. Utiliser la même logique d'écouteur `appUrlOpen` pour traiter les paiements réussis
-
-La beauté de Capacitor est qu'une fois que vous avez implémenté les configurations spécifiques à la plateforme, le code d'écoulement de paiement réel reste le même sur les deux plateformes.
-
-## Création d'une interface utilisateur de paiement
-
-Voici un exemple de composant de bouton de paiement en Vue que vous pouvez ajouter à votre application Capacitor :
-
-```vue
-<template>
-  <div class="payment-container">
-    <div class="pricing-card">
-      <h2 class="mb-4 text-xl font-bold">{{ product.name }}</h2>
-      <p class="mb-6 text-gray-600">{{ product.description }}</p>
-      <div class="mb-6 price-tag">
-        <span class="text-2xl font-bold">${{ product.price }}</span>
-        <span v-if="product.isSubscription" class="text-sm text-gray-500">/month</span>
-      </div>
-      <button 
-        @click="handlePayment" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        Purchase Now
-      </button>
-    </div>
-  </div>
-</template>
-
-<script setup>
-import { ref } from 'vue';
-import { Dialog } from '@capacitor/dialog';
-
-const props = defineProps({
-  product: {
-    type: Object,
-    required: true
-  },
-  userEmail: {
-    type: String,
-    default: ''
-  },
-  userId: {
-    type: String,
-    required: true
-  }
-});
-
-const isLoading = ref(false);
-
-async function showExternalPaymentDisclosure() {
-  const { value } = await Dialog.confirm({
-    title: 'Leaving App for Payment',
-    message: 'You are about to leave this app to make a payment. Apple is not responsible for the privacy or security of payments that are not made through the App Store. All payment-related issues, including refunds, must be handled by our support team.',
-    okButtonTitle: 'Continue',
-    cancelButtonTitle: 'Cancel'
-  });
-  
-  return value;
-}
-
-async function openPaymentLink() {
-  // Use your actual Stripe payment link
-  const baseUrl = 'https://buy.stripe.com/your_payment_link';
-  
-  // Add URL parameters to customize the experience
-  const params = new URLSearchParams({
-    prefilled_email: encodeURIComponent(props.userEmail),
-    client_reference_id: props.userId
-  });
-
-  const fullUrl = `${baseUrl}?${params.toString()}`;
-  
-  // Simple window.open works in both web and Capacitor
-  // Using _blank opens in Safari on iOS which is important for users with saved Stripe Link credentials
-  window.open(fullUrl, '_blank');
-}
-
-async function handlePayment() {
-  isLoading.value = true;
-  try {
-    // Only show the disclosure on iOS
-    if (window.Capacitor?.getPlatform() === 'ios') {
-      const userConfirmed = await showExternalPaymentDisclosure();
-      if (!userConfirmed) return;
-    }
-    
-    await openPaymentLink();
-  } catch (error) {
-    console.error('Payment error:', error);
-    await Dialog.alert({
-      title: 'Payment Error',
-      message: 'There was an error initiating the payment. Please try again.'
-    });
-  } finally {
-    isLoading.value = false;
-  }
-}
-</script>
-```
-
-## Gestion des différentes régions
-
-Étant donné que les nouvelles directives d'Apple ne s'appliquent qu'aux applications de l'App Store américain, vous aurez besoin d'une stratégie pour détecter les régions des utilisateurs et appliquer la méthode de paiement appropriée. Voici une approche plus fiable utilisant la géolocalisation IP :
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-async function determinePaymentMethod() {
-  // Always use Stripe for Android
-  if (Capacitor.getPlatform() !== 'ios') {
-    return 'external';
-  }
-  
-  try {
-    // Use a geolocation service to determine user's country
-    const response = await fetch('https://ipapi.co/json/');
-    const locationData = await response.json();
-    
-    // Check if the user is in the United States
-    if (locationData.country_code === 'US') {
-      return 'external'; // Can use Stripe Payment Links
-    } else {
-      return 'iap'; // Must use In-App Purchases
-    }
-  } catch (error) {
-    console.error('Error detecting region:', error);
-    return 'iap'; // Default to IAP to be safe
-  }
-}
-
-export async function processPayment(product, userEmail, userId) {
-  const paymentMethod = await determinePaymentMethod();
-  
-  if (paymentMethod === 'external') {
-    // Use Stripe Payment Links
-    await initiateExternalPayment(userEmail, userId);
-  } else {
-    // Use Apple's In-App Purchase
-    await initiateInAppPurchase(product.appleProductId);
-  }
-}
-```
-
-Cette approche utilise le service gratuit `ipapi.co` pour déterminer le pays de l'utilisateur en fonction de son adresse IP. Vous pourriez également utiliser d'autres services de géolocalisation comme MaxMind, ou mettre en œuvre cette vérification côté serveur pour plus de sécurité.
-
-> **Note**: Bien que cette approche fonctionne, il est important de se rappeler que la géolocalisation par IP n'est pas toujours précise à 100 %. Pour les applications critiques, envisagez d'utiliser plusieurs méthodes de détection ou de permettre aux utilisateurs de sélectionner manuellement leur région.
-
-### Détection de Position Plus Précise avec les Plugins Capacitor
-
-Pour une détection de position plus précise, vous pouvez utiliser le plugin Geolocation de Capacitor ainsi que @capgo/nativegeocoder pour déterminer le pays de l'utilisateur avec une précision accrue :
-
-1. Tout d'abord, installez les plugins requis :
-
-```bash
-npm install @capacitor/geolocation @capgo/nativegeocoder
-```
-
-2. Configurez les plugins dans votre projet Capacitor. Ajoutez ce qui suit à votre `capacitor.config.ts` :
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  // Your existing app configuration (appId, appName, etc.)
-  plugins: {
-    Geolocation: {
-      // Request precise location access on iOS
-      iosLocationAccuracy: 'reduced'
-    }
-  }
-};
-
-export default config;
-```
-
-3. Mettez en œuvre la détection de région basée sur la localisation :
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { Geolocation } from '@capacitor/geolocation';
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-async function isUserInUSA() {
-  try {
-    // Request permission first
-    const permissionStatus = await Geolocation.requestPermissions();
-    
-    if (permissionStatus.location === 'granted') {
-      // Get current position
-      const position = await Geolocation.getCurrentPosition({
-        timeout: 10000,
-        enableHighAccuracy: false
-      });
-      
-      // Use NativeGeocoder to reverse geocode the coordinates
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: position.coords.latitude,
-        longitude: position.coords.longitude,
-        useLocale: true,
-        maxResults: 1
-      });
-      
-      if (results.addresses.length > 0) {
-        // Check if the user is in the USA
-        return results.addresses[0].countryCode === 'US';
-      }
-    }
-    
-    // If we couldn't determine location or permission denied, fall back to IP detection
-    return await isUserInUSAByIP();
-  } catch (error) {
-    console.error('Error detecting location:', error);
-    // Fall back to IP detection on error
-    return await isUserInUSAByIP();
-  }
-}
-
-async function isUserInUSAByIP() {
-  try {
-    const response = await fetch('https://ipapi.co/json/');
-    const data = await response.json();
-    return data.country_code === 'US';
-  } catch (error) {
-    console.error('Error detecting IP location:', error);
-    return false; // Default to false to be safe
-  }
-}
-
-export async function determinePaymentMethod() {
-  // Always use Stripe for Android
-  if (Capacitor.getPlatform() !== 'ios') {
-    return 'external';
-  }
-  
-  // Check if user is in the USA
-  const isUSA = await isUserInUSA();
-  return isUSA ? 'external' : 'iap';
-}
-
-export async function processPayment(product, userEmail, userId) {
-  const paymentMethod = await determinePaymentMethod();
-  
-  if (paymentMethod === 'external') {
-    // Use Stripe Payment Links
-    await initiateExternalPayment(userEmail, userId);
-  } else {
-    // Use Apple's In-App Purchase
-    await initiateInAppPurchase(product.appleProductId);
-  }
-}
-```
-
-Cette mise en œuvre fournit un moyen plus précis de déterminer si un utilisateur se trouve physiquement aux États-Unis. Elle essaie d'abord d'utiliser le GPS de l'appareil et le géocodeur natif pour déterminer le pays. Si cela échoue (en raison de problèmes de permission ou d'autres erreurs), elle revient à la détection par IP.
-
-N'oubliez pas d'ajouter les autorisations nécessaires à vos fichiers `info.plist` (iOS) et `AndroidManifest.xml` (Android) :
-
-Pour iOS (`ios/App/App/Info.plist`) :
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>We need your location to determine which payment method to use based on regional availability.</string>
-```
-
-Pour Android (`android/app/src/main/AndroidManifest.xml`) :
-```xml
-<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-```
-
-Utiliser cette approche vous permet de déterminer de manière plus précise si un utilisateur est éligible aux options de paiement externes selon les nouvelles directives d'Apple.
-
-## Gestion des Abonnements
-
-Un des principaux avantages d'utiliser Stripe pour les paiements est la possibilité d'offrir et de gérer des abonnements. Voici comment gérer la gestion des abonnements dans votre application Capacitor :
-
-### 1. Création d'une Page de Gestion des Abonnements
-
-Ajoutez une page de gestion des abonnements dans votre application pour afficher les abonnements actifs de l'utilisateur :
-
-```vue
-<template>
-  <div class="subscription-manager">
-    <div v-if="isLoading" class="loading-indicator">
-      Loading subscription data...
-    </div>
-    
-    <div v-else-if="subscription" class="subscription-info">
-      <h2 class="mb-4 text-xl font-bold">Your Subscription</h2>
-      
-      <div class="mb-6 plan-details">
-        <p><span class="font-medium">Plan:</span> {{ subscription.planName }}</p>
-        <p><span class="font-medium">Status:</span> {{ subscription.status }}</p>
-        <p><span class="font-medium">Renews:</span> {{ formatDate(subscription.currentPeriodEnd) }}</p>
-      </div>
-      
-      <button 
-        @click="manageSubscription" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        Manage Subscription
-      </button>
-    </div>
-    
-    <div v-else class="no-subscription">
-      <p class="mb-4">You don't have an active subscription.</p>
-      <button 
-        @click="goToPricingPage" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        View Plans
-      </button>
-    </div>
-  </div>
-</template>
-
-<script setup>
-import { ref, onMounted } from 'vue';
-import { getUserSubscription } from '../services/subscription';
-
-const subscription = ref(null);
-const isLoading = ref(true);
-
-onMounted(async () => {
-  try {
-    const userData = await getUserSubscription();
-    subscription.value = userData.subscription;
-  } catch (error) {
-    console.error('Failed to load subscription:', error);
-  } finally {
-    isLoading.value = false;
-  }
-});
-
-function formatDate(timestamp) {
-  return new Date(timestamp * 1000).toLocaleDateString();
-}
-
-function manageSubscription() {
-  // Open Stripe Customer Portal
-  window.open(subscription.value.portalUrl, '_blank');
-}
-
-function goToPricingPage() {
-  // Navigate to pricing page
-  // router.push('/pricing');
-}
-</script>
-```
-
-### 2. Portail Client pour la Gestion des Abonnements
-
-Stripe propose un Portail Client qui permet aux utilisateurs de gérer leurs abonnements. Vous pouvez créer un lien vers ce portail depuis votre serveur :
-
-```javascript
-// Server-side code (Node.js)
-const stripe = require('stripe')('sk_your_stripe_secret_key');
-
-async function createPortalSession(customerId) {
-  const session = await stripe.billingPortal.sessions.create({
-    customer: customerId,
-    return_url: 'https://yourdomain.com/account',
-  });
-  
-  return session.url;
-}
-```
-
-## Assurer la Conformité avec l'App Store
-
-Pour vous assurer que votre mise en œuvre est conforme aux directives d'Apple :
-
-1. Incluez les divulgations appropriées sur les achats externes
-2. Mettez en œuvre une feuille modale informant les utilisateurs qu'ils quittent l'application (comme l'exige Apple)
-3. Ne tentez pas de contourner la commission d'Apple sur les achats effectués dans l'application
-4. Communiquez clairement aux utilisateurs qu'Apple n'est pas responsable de la transaction
-
-Voici un exemple de mise en œuvre de la modalité de divulgation requise :
-
-```typescript
-import { Dialog } from '@capacitor/dialog';
-
-async function showExternalPaymentDisclosure() {
-  const { value } = await Dialog.confirm({
-    title: 'Leaving App for Payment',
-    message: 'You are about to leave this app to make a payment. Apple is not responsible for the privacy or security of payments that are not made through the App Store. All payment-related issues, including refunds, must be handled by our support team.',
-    okButtonTitle: 'Continue',
-    cancelButtonTitle: 'Cancel'
-  });
-  
-  return value;
-}
-
-export async function initiateExternalPayment(userEmail, userId) {
-  const userConfirmed = await showExternalPaymentDisclosure();
-  
-  if (userConfirmed) {
-    await openPaymentLink(userEmail, userId);
-  }
-}
-```
-
-## Tester Votre Mise en œuvre
-
-Pour tester votre mise en œuvre :
-
-1. Cliquez sur votre bouton de paiement dans votre application, ce qui devrait afficher la divulgation et ensuite ouvrir la page de paiement Stripe
-2. Effectuez un paiement de test en utilisant la carte de test Stripe `4242 4242 4242 4242`
-3. Après le paiement, vous devriez être redirigé vers votre application via le lien universel
-4. Vérifiez que votre webhook a reçu l'événement `checkout.session.completed`
-
-## Conclusion
-
-La possibilité d'utiliser des options de paiement externes pour les biens numériques dans les applications iOS est un changement significatif qui offre aux développeurs plus de flexibilité. Bien que ce changement ne s'applique actuellement qu'aux applications de l'App Store américain, il fournit une alternative importante au système d'achat intégré d'Apple.
-
-En utilisant les Liens de Paiement Stripe avec Capacitor, vous pouvez rapidement mettre en œuvre une expérience de paiement simplifiée tout en respectant les directives d'Apple. Cette approche vous offre également l'avantage de l'infrastructure de paiement robuste de Stripe, de frais de traitement plus bas (3 % contre 30 %), et des paiements beaucoup plus rapides (jours au lieu de mois) par rapport au système d'achat intégré d'Apple.
-
-N'oubliez pas que vous devrez gérer tous les problèmes de support client et de remboursement directement, car ces transactions se déroulent en dehors de l'écosystème d'Apple.
-
-Avez-vous mis en œuvre des Liens de Paiement Stripe dans votre application Capacitor ? Partagez votre expérience dans les commentaires ci-dessous !
-
-## FAQs
-
-**Q : Cette approche est-elle conforme aux directives d'Apple ?**  
-R : Oui, à partir du 1er mai 2025, Apple permet de lier des méthodes de paiement externes pour les biens et services numériques dans les applications distribuées dans l'App Store américain, à condition que vous incluez les divulgations requises.
-
-**Q : Dois-je payer la commission d'Apple en utilisant des méthodes de paiement externes ?**  
-R : Non, l'un des principaux avantages des nouvelles règles est que les paiements traités en dehors du système d'Apple ne sont pas soumis à leur commission.
-
-**Q : Mon entreprise doit-elle être basée aux États-Unis pour profiter de ces nouvelles règles ?**  
-R : Non, toute entreprise de n'importe où dans le monde peut mettre en œuvre des méthodes de paiement externes tant que votre application est disponible dans l'App Store américain et que les utilisateurs effectuant les achats sont situés aux États-Unis. La décision s'applique au marché (App Store américain) et à la localisation des utilisateurs, pas à la localisation de votre entreprise. Cela signifie que les développeurs d'Europe, d'Asie, d'Amérique du Sud ou d'ailleurs peuvent mettre en œuvre des Liens de Paiement Stripe pour leurs clients basés aux États-Unis.
-
-**Q : Que se passe-t-il si un utilisateur en dehors des États-Unis essaie d'utiliser l'option de paiement externe ?**  
-R : Vous devriez mettre en œuvre la détection de région (comme indiqué dans l'article) pour n'offrir des options de paiement externes qu'aux utilisateurs des États-Unis. Pour les autres régions, vous devriez continuer à utiliser le système d'achat intégré d'Apple.
-
-**Q : Puis-je utiliser cela pour des biens physiques ou des services consommés en dehors de l'application ?**  
-R : Oui, Apple a toujours permis les méthodes de paiement externes pour des biens physiques et des services consommés en dehors de l'application (comme le covoiturage ou la livraison de nourriture).
diff --git a/src/content/blog/fr/ssl-pinning-for-capacitor-apps.md b/src/content/blog/fr/ssl-pinning-for-capacitor-apps.md
deleted file mode 100644
index 295128e0f..000000000
--- a/src/content/blog/fr/ssl-pinning-for-capacitor-apps.md
+++ /dev/null
@@ -1,396 +0,0 @@
----
-slug: ssl-pinning-for-capacitor-apps
-title: SSL Pinning pour les Applications Capacitor
-description: >-
-  Implémentez le pinning SSL dans votre application Capacitor pour améliorer la
-  sécurité et protéger contre les attaques MITM tout en respectant les
-  directives des magasins d'applications.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-11T22:40:35.604Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682117615e3fe4823b5f0a24-1747003294262.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  SSL pinning, Capacitor apps, security, MITM attacks, certificate management,
-  app store compliance, mobile development
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**Le pinning SSL protège votre application des menaces de sécurité telles que les attaques de l'homme du milieu (MITM) en vérifiant les certificats de serveur directement au sein de votre application.** Sans cela, les attaquants pourraient intercepter des données sensibles ou manipuler les communications. Voici pourquoi c'est important et comment le mettre en œuvre efficacement :
-
-### Pourquoi le Pinning SSL est-il Important :
-
--   **Prévention des Attaques MITM :** Bloque l'interception des appels API.
--   **Renforce la Sécurité :** Vérifie les certificats de serveur par rapport à des valeurs connues.
--   **Répond aux Exigences des App Stores :** Aide à se conformer aux normes de sécurité d'Apple et de Google.
--   **Favorise la Confiance des Utilisateurs :** Protège les données des utilisateurs pendant la transmission.
-
-### Étapes Clés pour Implémenter le Pinning SSL :
-
-1.  **Choisir le Bon Plugin :** Assurez-vous de la compatibilité avec iOS et Android.
-2.  **Configurer votre Application :** Intégrez les données de certificat dans les paramètres de votre application.
-3.  **Configuration Spécifique à la Plateforme :**
-    -   **Android :** Utilisez `network_security_config.xml` pour définir les pins de certificat.
-    -   **iOS :** Ajustez `Info.plist` et validez les certificats pendant l'exécution.
-4.  **Testez Votre Configuration :** Simulez des attaques à l'aide d'outils comme [Charles Proxy](https://www.charlesproxy.com/) pour vérifier la sécurité.
-5.  **Gérez les Certificats :** Mettez à jour régulièrement les certificats et incluez des sauvegardes pour éviter les temps d'arrêt.
-
-### Comparaison Rapide : Pinning SSL Android vs. iOS
-
-| Fonctionnalité | Android | iOS |
-| --- | --- | --- |
-| Fichier de Configuration | `network_security_config.xml` | `Info.plist` |
-| Emplacement du Certificat | Répertoire `res/raw` | Bundle de l'application |
-| Méthode de Validation | Configuration basée sur XML | ATS et validation à l'exécution |
-| Processus de Mise à Jour | Manuel ou automatisé | Manuel ou automatisé |
-
-**Astuce Pro :** Automatisez les mises à jour de certificat avec des outils comme [Capgo](https://capgo.app/) pour garantir des transitions fluides et sécurisées sans reconstruire l'application. Cela prévient les interruptions de service et maintient la conformité avec les directives des app stores.
-
-Le pinning SSL est indispensable pour toute application [Capacitor](https://capacitorjs.com/) visant à sécuriser les communications API et protéger les données des utilisateurs. Commencez à l'implémenter dès aujourd'hui pour renforcer la sécurité de votre application.
-
-## Explication du Pinning de Certificat TLS/SSL
-
-<iframe src="https://www.youtube.com/embed/3coPpYJgFro" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Exigences de Configuration
-
-Configurer le pinning SSL dans votre [application Capacitor](https://capgo.app/plugins/ivs-player/) nécessite une planification attentive et une configuration précise. Voici ce que vous devez savoir pour mettre en œuvre le pinning de certificats efficacement.
-
-### Choisir le Bon Plugin de Pinning SSL
-
-La première étape consiste à sélectionner un plugin qui fonctionne bien à la fois pour iOS et Android tout en offrant de solides fonctionnalités de sécurité. En comparant les plugins, gardez ces facteurs à l'esprit :
-
--   **Compatibilité de la Plateforme :** Vérifiez que le plugin fonctionne correctement sur les appareils iOS et Android.
--   **Gestion des Certificats :** Optez pour un plugin qui simplifie le processus de gestion des certificats.
--   **Mises à Jour Faciles :** Recherchez des plugins qui permettent les mises à jour de certificats sans nécessiter une reconstruction complète de l'application.
--   **Considérations de Performance :** Évaluez comment le plugin pourrait affecter la vitesse et la réactivité de votre application.
-
-### Configurer Votre Application [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682117615e3fe4823b5f0a24/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Une fois que vous avez choisi un plugin, l'étape suivante consiste à configurer votre application Capacitor pour activer le pinning SSL. Voici un exemple de ce à quoi pourrait ressembler votre configuration :
-
-```typescript
-// Example: capacitor.config.ts
-{
-  appId: 'com.example.app',
-  plugins: {
-    SSLPinning: {
-      certs: ['cert1', 'cert2'],
-      validateCertificates: true,
-      allowBackup: false
-    }
-  }
-}
-```
-
-Il est judicieux de déployer ces changements progressivement pour garantir une transition en douceur pour les utilisateurs. Après avoir configuré la configuration générale, passez aux ajustements spécifiques à la plateforme pour Android et iOS afin de compléter l'implémentation.
-
-## Configuration Spécifique à la Plateforme
-
-Configurer le pinning SSL nécessite des configurations personnalisées pour Android et iOS afin de se protéger efficacement contre les attaques MITM.
-
-### Mise en Œuvre pour Android
-
-Sur Android, le pinning SSL consiste à établir des configurations de sécurité réseau et à gérer les certificats. Voici comment faire :
-
--   **Créer une Configuration de Sécurité Réseau**
-    
-    Commencez par créer un fichier nommé `network_security_config.xml` dans le répertoire `res/xml` de votre projet Android :
-    
-    ```xml
-    <?xml version="1.0" encoding="utf-8"?>
-    <network-security-config>
-        <domain-config>
-            <domain includeSubdomains="true">api.example.com</domain>
-            <pin-set>
-                <pin digest="SHA-256">your_certificate_hash</pin>
-                <!-- Backup pin -->
-                <pin digest="SHA-256">backup_certificate_hash</pin>
-            </pin-set>
-        </domain-config>
-    </network-security-config>
-    ```
-    
--   **Mettre à Jour le Fichier AndroidManifest.xml**
-    
-    Référencez la configuration de sécurité réseau nouvellement créée dans votre fichier `AndroidManifest.xml` :
-    
-    ```xml
-    <application
-        android:networkSecurityConfig="@xml/network_security_config"
-        ...>
-    ```
-    
--   **Ajouter des Fichiers de Certificat**
-    
-    Stockez les fichiers de certificat requis (`.cer` ou `.pem`) dans le répertoire `res/raw` de votre projet Android.
-    
-
-### Mise en Œuvre pour iOS
-
-Pour iOS, le pinning SSL se configure en modifiant les paramètres de sécurité du transport des applications (ATS) et en implémentant la validation des certificats à l'exécution. Suivez ces étapes :
-
--   **Configurer ATS dans Info.plist**
-    
-    Ajoutez la configuration suivante dans le fichier `Info.plist` de votre application :
-    
-    ```xml
-    <key>NSAppTransportSecurity</key>
-    <dict>
-        <key>NSAllowsArbitraryLoads</key>
-        <false/>
-        <key>NSExceptionDomains</key>
-        <dict>
-            <key>api.example.com</key>
-            <dict>
-                <key>NSIncludesSubdomains</key>
-                <true/>
-                <key>NSPinnedDomains</key>
-                <true/>
-            </dict>
-        </dict>
-    </dict>
-    ```
-    
--   **Initialiser le Pinning SSL dans le Code**
-    
-    Utilisez le snippet de code suivant pour activer le pinning SSL lors de l'initialisation de l'application :
-    
-    ```typescript
-    import { HTTP } from '@ionic-native/http/ngx';
-    
-    export class AppComponent {
-      constructor(private http: HTTP) {
-        this.initializeSSLPinning();
-      }
-    
-      async initializeSSLPinning() {
-        try {
-          await this.http.setSSLCertMode('pinned');
-          console.log('SSL Pinning initialized successfully');
-        } catch (error) {
-          console.error('SSL Pinning initialization failed:', error);
-        }
-      }
-    }
-    ```
-    
-
-### Comparaison des Mise en Œuvre Android et iOS
-
-Voici une comparaison rapide de la façon dont le pinning SSL diffère entre Android et iOS :
-
-| Fonctionnalité | Android | iOS |
-| --- | --- | --- |
-| Fichier de Configuration | `network_security_config.xml` | `Info.plist` |
-| Emplacement du Certificat | Répertoire `res/raw` | Bundle de l'application |
-| Méthode de Validation | Configuration XML | ATS et validation à l'exécution |
-| Support des Plugins | Plugins natifs + personnalisés | Plugins natifs + personnalisés |
-
-Ensuite, nous allons examiner les stratégies de test et les erreurs courantes pour vous aider à garantir que votre configuration de pinning SSL est fiable et sécurisée.
-
-## Tests et Corrections
-
-Tester votre configuration de pinning SSL est essentiel pour prévenir les attaques Man-In-The-Middle (MITM). Voici comment garantir que votre mise en œuvre est sécurisée et résoudre les problèmes courants.
-
-### Test des Attaques MITM
-
-Vous pouvez utiliser des outils de proxy comme Charles Proxy pour simuler des attaques MITM et vérifier votre configuration de pinning SSL.
-
-**Test avec Charles Proxy**
-
-Suivez ces étapes pour tester avec Charles Proxy :
-
-1.  Installez le certificat racine de Charles sur votre appareil.
-2.  Activez le Proxy SSL dans les paramètres de Charles.
-3.  Ajoutez votre domaine API à la liste de proxy SSL.
-4.  Configurez votre appareil pour router le trafic via le proxy Charles.
-
-Si votre pinning SSL est correctement implémenté, vous devriez voir des erreurs de validation de certificat dans les journaux de votre application pendant le test.
-
-**Test de Configuration Réseau**
-
-Utilisez le snippet de code suivant pour valider la connexion avec un certificat épinglé :
-
-```typescript
-// Validate pinned certificate connection
-try {
-    const response = await Http.get({
-        url: 'https://api.example.com/test',
-        headers: { 'Content-Type': 'application/json' }
-    });
-    console.log('Connection successful');
-} catch (error) {
-    console.error('Certificate validation failed:', error);
-}
-```
-
-### Solutions aux Erreurs Courantes
-
-Voici quelques problèmes typiques de pinning SSL et comment les résoudre :
-
-| **Type d'Erreur** | **Cause Courante** | **Solution** |
-| --- | --- | --- |
-| Mismatch de Certificat | Hachage incorrect dans la configuration | Vérifiez le hachage du certificat en utilisant [OpenSSL](https://www.openssl.org/). |
-| Problèmes de Chemin | Emplacement de certificat incorrect | Vérifiez les chemins de certificats spécifiques à la plateforme. |
-| Problèmes de Format | Format de certificat invalide | Convertissez le certificat au format correct (par exemple, PEM ou DER). |
-| Délai d'Attente Réseau | Configuration de pinning incorrecte | Vérifiez vos paramètres de sécurité réseau. |
-
-**Vérification du Hachage de Certificat**
-
-Pour vous assurer que le hachage de certificat correspond à votre configuration, utilisez la commande OpenSSL suivante :
-
-```bash
-# Generate the correct certificate hash
-openssl x509 -in certificate.pem -pubkey -noout | \
-openssl rsa -pubin -outform der | \
-openssl dgst -sha256 -binary | base64
-```
-
-Après avoir résolu les erreurs, assurez-vous que votre processus de mise à jour de certificat fonctionne correctement.
-
-### Test de Mise à Jour de Certificat
-
-Incluez à la fois un certificat principal et un certificat de sauvegarde dans votre configuration pour éviter les temps d'arrêt pendant les mises à jour.
-
-**Processus de Test de Mise à Jour**
-
-Voici un exemple de la manière de tester la rotation de certificat :
-
-```typescript
-// Rotate certificates
-const certificates = {
-    current: 'sha256/current_certificate_hash',
-    backup: 'sha256/backup_certificate_hash'
-};
-
-// Test both certificates
-async function validateCertificates() {
-    try {
-        await testConnection(certificates.current);
-        console.log('Primary certificate valid');
-    } catch {
-        try {
-            await testConnection(certificates.backup);
-            console.log('Backup certificate valid');
-        } catch {
-            console.error('All certificates invalid');
-        }
-    }
-}
-```
-
-**Surveillance de l'Expiration du Certificat**
-
-Vérifiez régulièrement l'expiration des certificats pour éviter les interruptions :
-
-```bash
-# Check certificate expiration date
-openssl x509 -enddate -noout -in certificate.pem
-```
-
-Enfin, testez votre configuration dans diverses conditions, y compris WiFi stable, données mobiles, scénarios hors ligne et transitions réseau, pour garantir une sécurité et une fonctionnalité robustes.
-
-## Gestion du Pinning SSL
-
-Une fois que votre configuration de pinning SSL est en place, la prochaine étape consiste à gérer le pinning de certificat et de clé pour maintenir une forte sécurité au fil du temps.
-
-### Pinning de Certificat vs. Pinning de Clé
-
-En ce qui concerne le pinning SSL, il existe deux approches principales : le pinning de certificat et le pinning de clé publique. Chacune a ses propres avantages, en particulier pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) :
-
-| Fonctionnalité | Pinning de Certificat | Pinning de Clé Publique |
-| --- | --- | --- |
-| **Niveau de Sécurité** | Élevé – épingle l'ensemble du certificat | Très élevé – épingle uniquement la clé publique |
-| **Maintenance** | Mises à jour nécessaires à chaque renouvellement | Moins fréquente, survit aux renouvellements |
-| **Mise en Œuvre** | Plus facile à mettre en œuvre | Configuration initiale plus complexe |
-| **Impact sur le Stockage** | Empreinte de stockage plus large | Exigences de stockage minimales |
-| **Fréquence de Mise à Jour** | À chaque renouvellement de certificat | Seulement lorsque la clé publique change |
-
-Cette analyse peut vous aider à décider quelle méthode s'aligne le mieux avec la stratégie de maintenance à long terme de votre application.
-
-### Automatisation des Mises à Jour de Certificat
-
-Maintenir les certificats à jour est essentiel pour sécuriser les communications API. Capgo propose une solution rationalisée en automatisant ces mises à jour, éliminant ainsi le besoin de nouvelles soumissions d'applications. Voici ce qu'il fournit :
-
--   **Taux d'adoption rapide :** Les mises à jour sont planifiées, suivies, et atteignent un taux d'adoption de 95 % en 24 heures [\[1\]](https://capgo.app).
--   **Livraison cryptée :** Les mises à jour sont entièrement cryptées de bout en bout.
--   **Surveillance en temps réel :** Les analyses fournissent des aperçus sur le succès des mises à jour.
-
-**Comment Implémenter :**
-
--   **Configurer des Mises à Jour Automatisées**  
-    Intégrez le pipeline CI/CD de Capgo pour gérer automatiquement les mises à jour de certificats. Ce paramétrage implique un coût unique de 2 600 $ [\[1\]](https://capgo.app).
-    
--   **Suivre les Métriques de Certificat**  
-    Utilisez le tableau de bord analytique de Capgo pour surveiller les indicateurs clés, tels que le taux de succès des mises à jour global, qui s'élève actuellement à 82 % [\[1\]](https://capgo.app).
-    
-
-Ces mesures aident à protéger votre application contre d'éventuelles attaques MITM (Homme du Milieu).
-
-### Directives de Sécurité des App Stores
-
-À la fois l'Apple App Store et le Google Play Store imposent des exigences de sécurité strictes pour le SSL pinning. Voici un aperçu rapide de leurs attentes :
-
-**Apple App Store :**
-
-1. Les certificats doivent être mis à jour en utilisant le chiffrement de bout en bout.
-2. La validation appropriée des certificats est obligatoire.
-3. La documentation de sécurité est requise pendant le processus de révision.
-
-**Google Play Store :**
-
-1. Les mises à jour doivent utiliser des mécanismes approuvés.
-2. La transparence dans la gestion des certificats est essentielle.
-3. Des mécanismes de fallback doivent être en place.
-
-La solution Capgo respecte toutes ces exigences tout en permettant des mises à jour instantanées [\[1\]](https://capgo.app). Pour une approche de sécurité robuste, envisagez de combiner les mises à jour traditionnelles de l'app store avec des mises à jour en direct via Capgo. Cette stratégie hybride garantit que votre application reste sécurisée et conforme sans retards inutiles.
-
-## Conclusion
-
-Pour protéger vos applications Capacitor contre les attaques MITM, la mise en œuvre du SSL pinning est essentielle. En intégrant des données de certificats de confiance directement dans votre application, vous pouvez renforcer considérablement la sécurité de vos communications API.
-
-Pour une mise en œuvre réussie, gardez ces aspects critiques à l'esprit :
-
-1. **Gestion des certificats :** Faites-en une priorité de mettre à jour et de surveiller régulièrement vos certificats pour éviter d'éventuelles interruptions de service.
-2. **Flux de travail de développement :** Incorporez des mécanismes de contournement pour les environnements de test tout en vous assurant que des protocoles de sécurité stricts sont en place pour les versions de production.
-3. **Directives de plateforme :** Respectez les exigences de sécurité de l'Apple App Store et du Google Play Store pour garantir la conformité.
-
-Le SSL pinning joue un rôle clé dans la protection des données des utilisateurs et le maintien de l'intégrité de votre application. Lorsqu'il est combiné avec les mesures de sécurité plus larges discutées précédemment, il aide à créer un environnement d'application plus sûr.
-
-## FAQs
-
-:::faq
-### Quels risques pourraient survenir si le SSL pinning n'est pas utilisé dans une application Capacitor ?
-
-Si le SSL pinning n'est pas configuré dans une application Capacitor, l'application devient une cible plus facile pour les **attaques Man-in-the-Middle (MITM)**. Ces attaques permettent aux acteurs malveillants d'intercepter et de manipuler les données circulant entre l'application et son serveur. Cela pourrait entraîner l'exposition d'informations sensibles comme les identifiants utilisateur ou les [clés API](https://capgo.app/docs/webapp/api-keys/).
-
-De plus, sans SSL pinning, les attaquants pourraient utiliser de faux certificats ou des certificats compromis pour se faire passer pour un serveur de confiance. Cela augmente les chances de violations de données. En mettant en œuvre le SSL pinning, vous pouvez garantir une communication sécurisée et protéger vos utilisateurs de ces risques.
-:::
-
-:::faq
-### Quelles sont les principales différences dans la mise en œuvre et le maintien du SSL pinning pour Android et iOS dans les applications Capacitor ?
-
-Le SSL pinning fonctionne un peu différemment sur Android et iOS, grâce à leurs API uniques et à leurs configurations de sécurité.
-
-Sur **Android**, les développeurs s'appuient souvent sur des bibliothèques réseau comme OkHttp ou utilisent les paramètres natifs pour configurer le SSL pinning. Cependant, lorsque le moment est venu de mettre à jour les certificats épinglés, cela signifie généralement de publier une nouvelle version de l'application.
-
-Sur **iOS**, le SSL pinning est généralement géré via URLSession ou avec l'aide de bibliothèques tierces. Tout comme sur Android, toute mise à jour des certificats doit être gérée avec soin pour garantir que la communication avec l'API ne soit pas compromise.
-
-Les deux plateformes nécessitent une attention continue à l'expiration des certificats et aux mises à jour pour maintenir les connexions API sécurisées. Des tests réguliers sont essentiels pour détecter les problèmes de compatibilité tôt et se prémunir contre les **attaques Man-in-the-Middle (MITM)**.
-:::
-
-:::faq
-### Comment puis-je automatiser les mises à jour de certificats SSL et garantir que mon application Capacitor respecte les exigences de sécurité de l'app store ?
-
-Bien que l'article ne traite pas des outils ou des stratégies pour automatiser les mises à jour de certificats SSL ou garantir la conformité aux directives de sécurité de l'app store, il existe des étapes que vous pouvez suivre pour renforcer la sécurité de votre application. Une mesure efficace est de mettre en œuvre le **SSL pinning** dans votre application Capacitor. Cela aide à protéger votre application contre les **attaques Man-in-the-Middle (MITM)**, qui peuvent compromettre des données sensibles.
-
-Pour gérer les mises à jour en direct et simplifier la maintenance de l'application, des plateformes comme **Capgo** peuvent changer la donne. Elles facilitent le déploiement des mises à jour tout en respectant les réglementations de l'app store, garantissant une expérience plus fluide pour les développeurs et les utilisateurs.
-:::
diff --git a/src/content/blog/fr/staged-rollouts-vs-full-releases-comparison.md b/src/content/blog/fr/staged-rollouts-vs-full-releases-comparison.md
deleted file mode 100644
index e391ab0b9..000000000
--- a/src/content/blog/fr/staged-rollouts-vs-full-releases-comparison.md
+++ /dev/null
@@ -1,320 +0,0 @@
----
-slug: staged-rollouts-vs-full-releases-comparison
-title: 'Déploiements progressifs vs Sorties complètes : Comparaison'
-description: >-
-  Explorez les différences entre les déploiements progressifs et les versions
-  complètes pour déterminer la meilleure stratégie de mise à jour en fonction
-  des besoins de votre application et de votre base d'utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T02:25:03.907Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e8a654283d21cbd67ab720-1743301515130.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  staged rollouts, full releases, app updates, risk management, deployment
-  strategies, user feedback
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Choisir entre **déploiements progressifs** et **versions complètes** dépend des besoins de votre application, de votre base d'utilisateurs et de l'urgence des mises à jour. Voici un rapide aperçu :
-
-1. **Déploiements Progressifs** : Les mises à jour sont publiées progressivement à de plus petits groupes d'utilisateurs, permettant un test contrôlé, une gestion des risques et une collecte de retours.
-2. **Versions Complètes** : Les mises à jour sont déployées à tous les utilisateurs en même temps, idéales pour des corrections critiques ou des mises à jour urgentes.
-
-### Comparaison Rapide
-
-| Aspect | Déploiements Progressifs | Versions Complètes |
-| --- | --- | --- |
-| **Niveau de Risque** | Faible (exposition limitée au début) | Élevé (affecte tous les utilisateurs simultanément) |
-| **Vitesse de Déploiement** | Graduel dans le temps | Instantané pour tous les utilisateurs |
-| **Feedback Utilisateur** | Collecte progressive de petits groupes | Immédiat de tous les utilisateurs |
-| **Retour Arrière** | Sélectif et rapide | Universel mais plus lent |
-| **Charge Serveur** | Équilibrée | Élevée lors du déploiement |
-| **Cas d'Utilisation** | Tester de nouvelles fonctionnalités, gérer les risques | Corrections critiques, mises à jour urgentes |
-
-### Quand Utiliser Chaque Méthode
-
-1. **Déploiements Progressifs** : Meilleur pour des [mises à jour complexes](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), de grandes bases d'utilisateurs, ou lorsque minimiser les risques est une priorité.
-2. **Versions Completes** : Idéal pour des corrections de bugs urgentes, des patchs de sécurité, ou des mises à jour simples nécessitant une large adoption.
-
-Des outils comme **[Capgo](https://capgo.app/)** peuvent soutenir les deux méthodes, offrant des fonctionnalités telles que l'analyse en temps réel, le retour arrière instantané et un déploiement sans couture. Choisissez la méthode qui correspond aux objectifs et à l'infrastructure de votre application.
-
-## Déploiement Canary : Explication des Versions Plus Sures
-
-<iframe src="https://www.youtube.com/embed/dRAJVUaV958" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Déploiements Progressifs Expliqués
-
-Les déploiements progressifs impliquent la publication de mises à jour progressivement à des groupes spécifiques d'utilisateurs. Cette méthode aide à gérer les risques et garantit des mises à jour plus fluides.
-
-### Caractéristiques Clés des Déploiements Progressifs
-
-L'accent des déploiements progressifs est mis sur la distribution contrôlée et la réduction des risques. Des outils comme le système de canaux de Capgo permettent aux développeurs de livrer différentes versions d'applications à des groupes d'utilisateurs sélectionnés.
-
-| Fonctionnalité | Objectif | Avantage |
-| --- | --- | --- |
-| **Segmentation des Utilisateurs** | Regrouper les utilisateurs en segments plus petits | Créer un environnement de test contrôlé |
-| **Contrôle de Version** | Gérer plusieurs versions d'applications | Assurer la stabilité pour tous les utilisateurs |
-| **Analyse en Temps Réel** | Suivre la performance des mises à jour | Identifier et corriger rapidement les problèmes |
-| **Retour Arrière Instantané** | Revenir aux versions précédentes | Réduire l'impact des erreurs |
-
-### Méthodes Courantes pour les Déploiements Progressifs
-
-Ces fonctionnalités sont appliquées via deux approches principales :
-
-1. **Déploiement basé sur le pourcentage** : Commencer avec un petit pourcentage d'utilisateurs et augmenter progressivement le déploiement en fonction des données de performance.
-2. **Distribution basée sur des canaux** : Diviser les utilisateurs en canaux, tels que bêta ou production, pour tester les mises à jour et recueillir des retours avant une publication plus large.
-
-### Avantages et Inconvénients des Déploiements Progressifs
-
-| Avantages | Inconvénients |
-| --- | --- |
-| Détection précoce des bugs | Déploiement global plus lent |
-| Gestion des risques efficace | Plus complexe à superviser |
-| Obtenir des retours spécifiques d'utilisateurs | Plusieurs versions peuvent confondre les utilisateurs |
-| Mise à jour en arrière-plan | Nécessite plus de ressources |
-| Option de retour arrière facile | Mise en place initiale peut être difficile |
-
-Pour mettre en œuvre efficacement les déploiements progressifs, des outils comme Capgo fournissent des analyses en temps réel pour surveiller le succès et l'engagement des utilisateurs [\[1\]](https://capgo.app/).
-
-## Versions Complètes Expliquées
-
-Les versions complètes impliquent de mettre à jour tous les utilisateurs en même temps, suivant une approche plus traditionnelle par rapport aux déploiements progressifs. Elles jouent un rôle clé dans la gestion des risques tout en garantissant une expérience utilisateur fluide dans des cycles de mise à jour rapides.
-
-### Principales Caractéristiques des Versions Complètes
-
-Des améliorations récentes ont rendu les versions complètes plus efficaces et fiables, offrant une expérience cohérente pour tous les utilisateurs.
-
-| Fonctionnalité | Description | Impact |
-| --- | --- | --- |
-| **Distribution Instantanée** | Les mises à jour atteignent tout le monde en même temps | Maintient les versions cohérentes |
-| **Expérience Uniforme** | Tous les utilisateurs obtiennent les mêmes fonctionnalités | Simplifie les processus de support |
-| **[Mises à jour Automatiques](https://capgo.app/docs/plugin/cloud-mode/auto-update/)** | Les mises à jour se déroulent en arrière-plan | Réduit les perturbations |
-| **Déploiement Direct** | Contourne les délais de révision de l'app store | Accélère les délais de publication |
-
-Maintenant, regardons comment les versions complètes traditionnelles se comparent aux méthodes modernes.
-
-### Anciennes vs Nouvelles Méthodes de Versions Complètes
-
-Les anciennes méthodes de versions complètes s'appuyaient sur de longues révisions de l'app store, retardant souvent les mises à jour de plusieurs semaines. Les méthodes modernes, cependant, permettent aux développeurs de pousser des mises à jour directement aux utilisateurs, permettant des corrections plus rapides et des déploiements de fonctionnalités.
-
-| Aspect | Méthode Traditionnelle | Méthode Moderne |
-| --- | --- | --- |
-| **Vitesse de Mise à Jour** | Semaines pour l'approbation de l'app store | Déploiement immédiat |
-| **Suivi de Succès** | Visibilité limitée | Analyse en temps réel |
-| **Expérience Utilisateur** | Mises à jour manuelles par les utilisateurs | [Mises à jour automatiques en arrière-plan](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-| **Contrôle de Publication** | Gestion de version basique | Contrôles de version avancés |
-
-> "Plus d'attente ! Publiez des changements de code en direct directement aux utilisateurs sans délais d'app store. Déployez des corrections critiques et des fonctionnalités lorsqu'elles sont prêtes." - Capgo [\[1\]](https://capgo.app/)
-
-Les approches modernes redéfinissent la gestion des versions complètes, offrant une meilleure rapidité et un meilleur contrôle.
-
-### Avantages et Inconvénients des Versions Complètes
-
-| Avantages | Inconvénients |
-| --- | --- |
-| Adoption instantanée par tous les utilisateurs | Risque plus élevé si des problèmes surviennent |
-| Gestion des versions simplifiée | Pas de phase de test progressif |
-| Expérience cohérente pour tous | Tous les utilisateurs affectés simultanément |
-| Plus facile à supporter et documenter | Options de retour arrière limitées |
-| Processus de déploiement plus rapide | Pics potentiels de charge serveur |
-
-Capgo rapporte un taux de succès mondial de 82 % pour les mises à jour, avec un temps de réponse API moyen de 434 ms dans le monde [\[1\]](https://capgo.app/).
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Comparaison Directe : Déploiements Progressifs vs Versions Complètes
-
-Voici un aperçu plus approfondi de la comparaison entre les déploiements progressifs et les versions complètes, en se concentrant sur des facteurs qui influencent directement la performance de l'application et l'expérience utilisateur.
-
-| Aspect | Déploiements Progressifs | Versions Complètes |
-| --- | --- | --- |
-| Niveau de Risque | Plus bas – exposition limitée à un sous-ensemble d'utilisateurs au départ | Plus élevé – mise à jour poussée à tous les utilisateurs en même temps |
-| Vitesse de Déploiement | 24 heures pour 95% de couverture utilisateur [\[1\]](https://capgo.app/) | Instantané pour l'ensemble de la base d'utilisateurs |
-| Taux de Succès des Mises à Jour | 82 % de taux de succès mondial [\[1\]](https://capgo.app/) | Dépend fortement des capacités d'infrastructure |
-| Efficacité Coût | Plus économique à long terme | Coûts initiaux plus faibles mais coûts plus élevés pour des corrections si des problèmes surviennent |
-| Boucle de Feedback Utilisateur | Collecte de feedback progressive | Feedback immédiat de tous les utilisateurs |
-| Capacité de Retour Arrière | Retour arrière instantané et sélectif disponible [\[1\]](https://capgo.app/) | Affecte tous les utilisateurs si retour arrière |
-| Exigences en Ressources | Charge serveur équilibrée | Risque de surcharge d'infrastructure |
-| Gestion de Version | Plusieurs versions peuvent coexister | Une seule version déployée universellement |
-
-Chaque approche a ses propres compromis en ce qui concerne la vitesse, le coût et le risque. Par exemple, les déploiements progressifs permettent des retours arrière sélectifs et un retour d'expérience progressif, ce qui en fait une option plus sûre pour tester des mises à jour. Les versions complètes, en revanche, sont plus rapides mais nécessitent une infrastructure solide et des tests rigoureux avant la publication pour éviter des problèmes généralisés.
-
-La principale distinction réside dans _la gestion des risques_. Les déploiements progressifs permettent aux développeurs de surveiller la performance à plus petite échelle avant de s'étendre à l'ensemble de la base d'utilisateurs. Les versions complètes, bien que plus rapides, exigent une préparation significative pour faire face aux défis potentiels de tous les utilisateurs.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Les avancées dans les plateformes de déploiement ont amélioré les deux méthodes. Les déploiements progressifs incluent désormais des fonctionnalités comme le retour arrière instantané et des analyses approfondies, tandis que les versions complètes bénéficient d'un meilleur suivi des erreurs et d'outils de déploiement automatisés. Ces améliorations rendent les deux stratégies plus fiables, permettant aux développeurs de choisir en fonction des besoins, de la complexité et du public de leur application.
-
-## Choisir Entre les Méthodes de Publication
-
-Choisissez une méthode de publication qui correspond aux objectifs, au public et au flux de travail de votre application. Ci-dessous, vous trouverez des scénarios et des facteurs clés pour vous aider à décider entre les déploiements progressifs et les versions complètes.
-
-### Quand Utiliser des Déploiements Progressifs
-
-Les déploiements progressifs conviennent bien pour publier des fonctionnalités ou des mises à jour complexes où la gestion des risques est une priorité absolue. Cette méthode est idéale si vous devez :
-
-1. Tester de nouvelles fonctionnalités avec un petit groupe d'utilisateurs
-2. Suivre la performance des mises à jour et l'engagement des utilisateurs en temps réel
-3. Revenir rapidement en arrière si des problèmes surviennent
-4. Recueillir des retours précoces grâce à des tests bêta avec des groupes d'utilisateurs spécifiques
-
-### Quand Utiliser des Versions Complètes
-
-Les versions complètes sont mieux pour des situations où la rapidité et la couverture large sont essentielles. Utilisez cette approche lorsque vous devez :
-
-1. Déployer des patchs de sécurité critiques immédiatement
-2. Corriger des bugs simples avec un risque minimal
-3. Respecter des réglementations nécessitant une mise en œuvre universelle
-4. Déployer des fonctionnalités sensibles au temps qui nécessitent un accès synchronisé pour tous les utilisateurs
-
-> "Éviter la révision pour une correction de bug est un atout." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Ces méthodes soulignent l'importance d'évaluer vos besoins spécifiques avant de choisir.
-
-### Facteurs de Prise de Décision
-
-Voici un aperçu des facteurs clés à considérer lors de la décision entre les déploiements progressifs et les versions complètes :
-
-| Facteur | Déploiements par étapes | Versions complètes |
-| --- | --- | --- |
-| Urgence de mise à jour | Mises à jour de priorité inférieure | Mises à jour critiques ou sensibles au temps |
-| Tolérance au risque | Seuil de risque inférieur | Nécessite une tolérance au risque plus élevée |
-| Besoins de surveillance | Nécessite des analyses détaillées | Surveillance limitée nécessaire |
-| Exigences en ressources | Charge serveur modérée | Demande d'infrastructure initiale élevée |
-| Options de retour arrière | Retour arrière instantané et ciblé | Retour arrière universel uniquement |
-
-Votre choix doit s'aligner avec les processus de votre équipe et les outils à votre disposition. Des plateformes comme Capgo peuvent soutenir les deux méthodes en offrant des canaux avancés de distribution de mises à jour et des analyses pour suivre le succès des déploiements [\[1\]](https://capgo.app/). Avant de procéder, assurez-vous que votre système est prêt, évaluez l'impact potentiel sur les utilisateurs et confirmez que vous disposez des outils nécessaires pour gérer efficacement le déploiement.
-
-## Guide d'implémentation des méthodes de publication
-
-Publier des mises à jour efficacement nécessite une planification minutieuse et les bons outils. Voici un guide pour gérer à la fois les déploiements par étapes et les versions complètes.
-
-### Étapes de déploiement par étapes
-
-Suivez ces étapes pour une approche par phases :
-
--   **Phase de préparation** : Identifier les segments d'utilisateurs et définir des indicateurs de succès. Mettre en place des analyses pour suivre les KPI tels que les taux de plantage, l'engagement et l'adoption des fonctionnalités.
--   **Mise à jour initiale** : Lancer la mise à jour à un petit groupe de test pour attraper d'éventuels problèmes avec un impact minimal. Surveiller le déploiement pendant 24 heures.
--   **Expansion progressive** : Élargir progressivement le déploiement jusqu'à ce que la mise à jour soit accessible à tous les utilisateurs.
-
-Lorsque un déploiement universel plus rapide est nécessaire, une version complète peut être la meilleure option.
-
-### Étapes de version complète
-
--   Effectuer des tests QA approfondis dans l'environnement de staging.
--   Créer une sauvegarde complète du système.
--   Déployer la mise à jour à tous les utilisateurs.
--   Surveiller les indicateurs critiques pendant 24 heures après la publication.
--   Informer les utilisateurs de la mise à jour via des messages in-app.
-
-Pour assurer des déploiements fluides, il est crucial d'éviter les erreurs courantes.
-
-### Erreurs courantes à éviter
-
-| Erreur | Impact | Stratégie de prévention |
-| --- | --- | --- |
-| Tests insuffisants | Augmentation des taux de plantage | Utiliser des canaux de test dédiés avant la publication. |
-| Mauvais timing | Perturbation des utilisateurs | Programmer des mises à jour pendant les périodes à faible utilisation. |
-| Absence de plan de retour arrière | Temps d'arrêt prolongé | Configurer des déclencheurs de retour arrière automatiques. |
-| Surveillance inadéquate | Détection tardive des problèmes | Mettre en place des analyses et des alertes en temps réel. |
-
-### Conseils supplémentaires pour un déploiement fluide
-
--   **Configuration de l'environnement de test** : Votre environnement de test doit ressembler de près à la production. Des outils comme le système de canaux de Capgo facilitent les tests bêta et les déploiements par étapes [\[1\]](https://capgo.app/).
--   **Préparation au retour arrière** : Avoir toujours un plan de retour arrière prêt. De nombreuses plateformes modernes, comme Capgo, offrent des fonctionnalités de retour arrière instantané pour revenir aux versions précédentes en cas de problèmes [\[1\]](https://capgo.app/).
--   **Exigences d'intégration** : Assurez-vous d'une bonne intégration de la pipeline CI/CD. Bien que la configuration puisse impliquer un coût initial (Capgo facture 2 600 $ [\[1\]](https://capgo.app/)), cet investissement minimise les risques de déploiement et réduit les erreurs manuelles à long terme.
-
-## Fonctionnalités de gestion des versions de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e8a654283d21cbd67ab720/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-Capgo fournit des outils conçus pour simplifier et améliorer à la fois les processus de déploiement par étapes et les versions complètes, en s'appuyant sur des stratégies de publication efficaces.
-
-### Outils de déploiement par étapes de Capgo
-
-Le système de canaux de Capgo permet un contrôle précis des déploiements par étapes, garantissant de hauts taux de succès de mise à jour [\[1\]](https://capgo.app/).
-
-Voici ce que Capgo offre pour les versions par étapes :
-
-| Fonctionnalité | Fonction | Avantage |
-| --- | --- | --- |
-| **Ciblage des utilisateurs** | Segmenter les utilisateurs pour des mises à jour par phases | Tester les mises à jour avec des groupes spécifiques |
-| **Analyses en temps réel** | Suivre les taux de succès des mises à jour | Identifier et résoudre rapidement les problèmes |
-| **Retour arrière instantané** | Revenir aux versions en un clic | Réduire le temps d'arrêt en cas de problèmes |
-| **Canaux bêta** | Environnement de test dédié | Attraper les bogues tôt |
-
-### Outils de version complète de Capgo
-
-Capgo rend les versions complètes rapides et sécurisées, en utilisant un CDN global, des mises à jour en arrière-plan et une intégration CI/CD transparente. La plateforme délivre un paquet de 5 Mo en seulement 114 ms, avec un temps de réponse API moyen de 434 ms [\[1\]](https://capgo.app/).
-
-Les fonctionnalités clés pour les versions complètes incluent :
-
--   **Chiffrement de bout en bout**
--   **Mises à jour en arrière-plan**
--   **Support des mises à jour partielles**
--   **Intégration CI/CD**
-
-Ces fonctionnalités garantissent un déploiement fiable et efficace pour des applications de toute taille.
-
-### Position sur le marché
-
-Les outils de Capgo améliorent la performance des mises à jour tout en offrant des économies notables par rapport à d'autres plateformes. À ce jour, Capgo a délivré 23,5 millions de mises à jour sur 750 applications en production [\[1\]](https://capgo.app/).
-
-Voici comment Capgo se positionne par rapport aux concurrents :
-
-| Service | Coût de configuration | Coût d'exploitation mensuel |
-| --- | --- | --- |
-| **Capgo** | 2 600 $ one-time | ~300 $ |
-| **[Appflow](https://ionic.io/appflow)** | N/A | 500 $ (6 000 $ par an) |
-
-> "Capgo est un moyen intelligent de réaliser des mises à jour de code à chaud (et pas pour tous les sous du monde comme avec @Appflow) :-)" – OSIRIS-REx de la NASA [\[1\]](https://capgo.app/)
-
-De nombreuses organisations qui passent à Capgo rapportent des coûts inférieurs sans compromettre la qualité du déploiement. Son utilisation d'un véritable chiffrement de bout en bout le distingue des concurrents qui ne signent que les mises à jour [\[1\]](https://capgo.app/).
-
-## Résumé et prochaines étapes
-
-Équilibrer la rapidité des mises à jour avec la gestion des risques est essentiel pour des publications d'applications efficaces.
-
-### Revue des points principaux
-
-Voici un aperçu rapide des deux principales méthodes de publication :
-
-| Méthode de publication | Meilleur pour | Avantages clés | Défis principaux |
-| --- | --- | --- | --- |
-| **Déploiements par étapes** | Grandes bases d'utilisateurs, fonctionnalités complexes | Réduit le risque, permet des tests ciblés | Prend plus de temps pour un déploiement complet |
-| **Versions complètes** | Corrections critiques, petites mises à jour | Déploiement rapide, suivi plus facile | Augmente l'exposition au risque |
-
-Votre succès dépend de la manière dont vous mettez en œuvre la stratégie qui convient aux besoins de votre application. Voici comment déterminer la meilleure approche à suivre.
-
-### Faire votre choix
-
-Utilisez ces facteurs pour décider de la stratégie de publication la plus appropriée pour votre application :
-
-1.  **Évaluer l'échelle de votre application**
-
-Les applications avec plus de 5 000 utilisateurs bénéficient souvent des déploiements par étapes. Par exemple :
-
-> "Nous avons déployé des mises à jour OTA Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour quelques minutes après le déploiement de l'OTA sur @Capgo." [\[1\]](https://capgo.app/)
-
-2.  **Considérer la fréquence des mises à jour**
-
-Si votre équipe suit un développement agile, la livraison continue est souvent une priorité :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-3.  **Étapes de mise en œuvre**
-
-Suivez ces étapes pour commencer :
-
--   Exécutez la configuration de déploiement en utilisant : `npx @capgo/cli init`
--   Mettez en place des systèmes de surveillance et d'analytique
--   Activez les options de retour arrière pour la sécurité
--   Définissez des indicateurs de succès clairs pour suivre les progrès
-
-Le bon mélange de méthodes de publication et d'outils adaptés aux besoins de votre application garantira des mises à jour plus fluides et de meilleurs résultats.
diff --git a/src/content/blog/fr/staging-ota-updates-best-practices.md b/src/content/blog/fr/staging-ota-updates-best-practices.md
deleted file mode 100644
index 92d30c73e..000000000
--- a/src/content/blog/fr/staging-ota-updates-best-practices.md
+++ /dev/null
@@ -1,236 +0,0 @@
----
-slug: staging-ota-updates-best-practices
-title: 'Mises à jour OTA par étapes : bonnes pratiques'
-description: >-
-  Découvrez les meilleures pratiques pour implémenter les mises à jour OTA, en
-  assurant des déploiements d'applications fluides et une meilleure expérience
-  utilisateur avec des stratégies efficaces de tests et de restauration.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T01:20:29.530Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fda45772a40527486bdcbd-1744680128983.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, staging environment, app testing, error tracking, network
-  conditions, phased rollouts, app deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mises à jour **Over-the-Air (OTA)** permettent aux développeurs de déployer des modifications d'applications directement aux utilisateurs sans nécessiter d'approbation des app stores. Cela accélère les corrections de bugs et le déploiement des fonctionnalités, avec **95% des utilisateurs actifs recevant les mises à jour dans les 24 heures**. Cependant, sans un environnement de staging approprié, les mises à jour peuvent échouer, causant des crashs ou des problèmes de compatibilité.
-
-### Pourquoi les environnements de staging sont importants
-
-Un **environnement de staging** aide à tester les mises à jour OTA avant leur mise en production. Il reproduit les paramètres de production, suit les performances des mises à jour et permet des retours rapides. Les principaux avantages comprennent :
-
--   Tests sur différents appareils et conditions réseau
--   Suivi et surveillance des erreurs en temps réel  
--   Déploiements contrôlés vers des groupes d'utilisateurs plus restreints
-
-### Problèmes courants résolus par le staging
-
-| **Problème** | **Impact** | **Solution** |
-| --- | --- | --- |
-| Problèmes de compatibilité | Crashs d'application | Test sur différents appareils |
-| Performance inégale | Plaintes des utilisateurs | Déploiements progressifs |
-| Bugs critiques | Mauvaise expérience utilisateur | Surveillance des erreurs et retour arrière |
-
-### Conseils rapides pour la configuration du staging
-
-1.  **Reproduire les paramètres de production** (serveurs, bases de données, intégrations).
-2.  **Utiliser des données anonymisées** pour des tests réalistes.
-3.  **Automatiser les builds** avec des pipelines CI/CD.
-4.  **Tester par phases** : canaux Alpha, Beta et Release Candidate.
-
-### Outils pour le succès des OTA
-
-Des plateformes comme **[Capgo](https://capgo.app/)** simplifient le staging avec des fonctionnalités comme les mises à jour cryptées, le suivi des erreurs et les options de retour arrière. Avec **750 applications en production** et **23,5M de mises à jour livrées**, elle garantit des mises à jour rapides, sécurisées et fiables.
-
-**Point clé** : Un environnement de staging robuste assure des mises à jour OTA fluides, réduisant les risques et améliorant l'expérience utilisateur.
-
-## Environnement de Staging et de Production - Tests Logiciels ...
-
-<iframe src="https://www.youtube.com/embed/HN8D8IHLb9s" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Construction d'un environnement de staging
-
-La mise en place d'un environnement de staging est indispensable pour tester les mises à jour OTA avant leur déploiement en production.
-
-### Composants clés d'un environnement de staging
-
-Pour répliquer correctement votre environnement de production, vous aurez besoin des composants suivants :
-
-| Composant | Objectif | Conseils d'implémentation |
-| --- | --- | --- |
-| **Appareils de test** | Assurer la diversité des appareils | Inclure un mix d'appareils iOS et Android. |
-| **Simulateur réseau** | Tester sous différentes conditions | Configurer les limites de bande passante et la latence. |
-| **Outils de surveillance** | Suivre les problèmes de performance | Mettre en place des outils de logging et d'analyse. |
-| **Contrôle de version** | [Gérer les mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Utiliser des branches séparées pour le staging. |
-| **Pipeline CI/CD** | Automatiser les déploiements | Reproduire les workflows de déploiement de production. |
-
-Votre environnement de staging doit ressembler étroitement à la production tout en restant isolé. Des plateformes comme Capgo facilitent cela en offrant des canaux de test dédiés, permettant des conditions de test précises et fiables.
-
-### Comment configurer un environnement de staging
-
-Suivez ces étapes pour créer et maintenir une configuration de staging qui reflète votre environnement de production :
-
-1.  **Configuration de l'environnement**  
-    Reproduire vos paramètres de production, y compris les serveurs, bases de données et intégrations tierces.
-    
-2.  **Gestion des données**  
-    Utiliser des données de production anonymisées pour les tests. Actualiser régulièrement ces données pour les maintenir réalistes.
-    
-3.  **Intégration de l'automatisation**  
-    Implémenter un pipeline CI/CD qui reflète la production. Par exemple :
-    
-    -   Automatiser les builds, exécuter les tests d'intégration, surveiller les performances et activer les fonctionnalités de retour arrière.
-4.  **[Système de canaux de mise à jour](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**  
-    Diviser votre processus de test en phases distinctes :
-    
-    -   _Canal Alpha_ : Pour les tests développeurs.
-    -   _Canal Beta_ : Pour les tests d'équipe internes.
-    -   _Canal Release candidate_ : Pour les vérifications finales pré-production.
-
-Maintenez votre environnement de staging synchronisé avec la production grâce à des mises à jour et une surveillance régulières. Cela aide à détecter les problèmes tôt et prévient les écarts entre les deux environnements.
-
-## Méthodes de test des mises à jour OTA
-
-### Tests manuels vs automatisés
-
-Le test des mises à jour OTA implique des approches manuelles et automatisées. Chaque méthode a ses points forts, et leur combinaison assure une couverture complète.
-
-| Type de test | Meilleur usage | Outils/Approches clés |
-| --- | --- | --- |
-| **Manuel** | Vérification de l'expérience utilisateur, éléments visuels et cas limites | Tests sur appareil, retours des bêta-testeurs, évaluation des flux utilisateur |
-| **Automatisé** | Exécution de tests de régression, mesure des performances et simulation des conditions réseau | Pipelines CI/CD, suites de tests automatisés, outils de test de charge |
-| **Hybride** | Validation des versions, test des nouvelles fonctionnalités et vérification de la fiabilité des retours arrière | Un mélange de vérifications manuelles et de processus de sécurité automatisés |
-
-Les tests de réseau simulés jouent également un rôle crucial en révélant les problèmes liés à la connectivité.
-
-### Test des conditions réseau
-
-Tester sous différentes conditions réseau garantit que les mises à jour OTA fonctionnent de manière fiable :
-
--   **Simuler des scénarios réseau**
-    
-    -   Tester les mises à jour sur les réseaux 2G, 3G, 4G et 5G.
-    -   Vérifier les performances lors de connectivité intermittente.
-    -   Vérifier que les mises à jour reprennent sans problème après une perte de connexion.
--   **Surveiller les métriques de performance**
-    
-    -   Mesurer les vitesses de téléchargement sous diverses conditions.
-    -   Suivre la fréquence de réussite des mises à jour.
-    -   Enregistrer les modèles d'utilisation de la bande passante pour analyse.
-
-Par exemple, Capgo optimise les mises à jour en ne téléchargeant que les changements nécessaires, économisant à la fois la bande passante et le temps.
-
-### Gestion des erreurs et récupération
-
-Les tests révèlent souvent des problèmes qui nécessitent des stratégies de récupération robustes pour maintenir la stabilité de l'application pendant les mises à jour OTA. Une gestion efficace des erreurs est essentielle.
-
-| Type d'erreur | Méthode de récupération | Détails de la méthode |
-| --- | --- | --- |
-| **Échec réseau** | Mécanisme de réessai automatique | Utiliser un backoff progressif et reprendre les mises à jour depuis les points de contrôle. |
-| **Conflit de version** | Protocole de retour arrière | Permettre un retour arrière en un clic tout en préservant les données utilisateur. |
-| **Problèmes de stockage** | Pratiques de gestion de l'espace | Effectuer des vérifications pré-mise à jour et des nettoyages réguliers pour libérer de l'espace. |
-
-Capgo fournit des outils de suivi des erreurs et d'analyse pour rationaliser les efforts de récupération :
-
--   **Surveillance de la santé des mises à jour**  
-    Suivre les taux de réussite des mises à jour et identifier les problèmes potentiels tôt grâce aux insights en temps réel.
-    
--   **Implémentation des procédures de récupération**  
-    Revenir rapidement aux versions stables lorsque des problèmes surviennent, en particulier pendant les déploiements progressifs.
-    
--   **Gestion des canaux de distribution**  
-    Utiliser des canaux dédiés pour les tests bêta et les déploiements progressifs. Cette approche minimise les risques en validant les mises à jour avec des groupes d'utilisateurs plus petits avant une version complète.
-    
-
-## Gestion des mises à jour OTA
-
-Une [gestion efficace des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) est la dernière pièce d'une stratégie OTA réussie. Elle assure un déploiement fluide et s'appuie sur des pratiques de test solides.
-
-### Réduction de la taille des mises à jour
-
-Pour rendre les mises à jour plus petites et moins exigeantes en bande passante, envisagez des méthodes comme les **mises à jour delta**, la **compression des ressources** et la **minification du code**. Ces techniques aident à rationaliser le processus et améliorent l'expérience utilisateur.
-
-### Déploiements progressifs
-
-Une publication graduelle des mises à jour, connue sous le nom de déploiements progressifs, aide à minimiser les risques. En ciblant des groupes spécifiques, vous pouvez surveiller les performances et résoudre les problèmes avant une version complète. Des outils comme le système de canaux de Capgo facilitent cela en permettant aux développeurs de distribuer différentes versions de mise à jour pour les tests bêta ou les déploiements progressifs [\[1\]](https://capgo.app/).
-
-### Conformité aux règles de l'App Store
-
-Le respect des directives de l'app store est crucial pour éviter les retards ou les perturbations pendant le processus de révision. Apple et Google appliquent des protocoles de sécurité stricts, et des outils comme Capgo simplifient cela en s'assurant que les mises à jour sont conformes à ces standards.
-
-> "Conforme à l'App Store" - Capgo [\[1\]](https://capgo.app/)
-
-## Utilisation de [Capgo](https://capgo.app/) pour les mises à jour OTA
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fda45772a40527486bdcbd/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-### Fonctions principales de Capgo
-
-Capgo simplifie le processus de gestion des mises à jour OTA avec son système sécurisé et crypté et sa fonctionnalité de canaux avancée. Les mises à jour sont livrées rapidement et de manière sécurisée, grâce à son CDN mondial, qui atteint un **temps de téléchargement de 114ms pour des bundles de 5MB** et un **temps de réponse API moyen de 57ms dans le monde entier** [\[1\]](https://capgo.app/). La plateforme utilise également un système de mise à jour partielle, ne téléchargeant que les composants modifiés. Cette approche a conduit à un impressionnant **taux de mise à jour de 95% parmi les utilisateurs actifs en 24 heures** [\[1\]](https://capgo.app/).
-
-### Avantages pour les développeurs
-
-Capgo fournit une gamme d'outils pour rendre les tests et le déploiement des mises à jour plus efficaces, particulièrement dans les environnements de staging. Il s'intègre parfaitement avec des outils CI/CD comme **[GitHub Actions](https://docs.github.com/actions)** et **[GitLab CI](https://docs.gitlab.com/ee/ci/)**, permettant des déploiements instantanés. Les développeurs bénéficient également de son suivi détaillé des erreurs et de ses analyses, qui offrent des insights sur les performances des mises à jour. Les métriques clés incluent :
-
-| Métrique | Détails |
-| --- | --- |
-| Taux de réussite des mises à jour | Suit le pourcentage d'installations réussies en temps réel |
-| Engagement utilisateur | Surveille combien d'utilisateurs actifs adoptent les mises à jour |
-| Performance de téléchargement | Mesure les temps de réponse CDN et l'utilisation de la bande passante |
-| Logging des erreurs | Fournit des diagnostics détaillés pour les erreurs |
-
-Ces fonctionnalités font de Capgo un outil puissant pour les développeurs, leur permettant de tester et d'affiner efficacement les mises à jour.
-
-### Étapes de configuration de Capgo
-
-Démarrer avec Capgo pour le staging est simple. Tout d'abord, installez le plugin Capgo en utilisant cette commande :
-
-```bash
-npx @capgo/cli init
-```
-
-Capgo fonctionne avec **Capacitor 8**, s'assurant qu'il s'intègre dans divers workflows de développement. Pour les environnements de staging, suivez ces étapes :
-
--   **Configurez des canaux de mise à jour distincts** pour la pré-production et la production afin de maintenir les environnements séparés.
--   **Activez le suivi détaillé des erreurs** pour détecter les problèmes rapidement.
--   Utilisez la **fonction de restauration en un clic** pour revenir rapidement aux versions précédentes si nécessaire.
-
-Avec **750 applications en production** et **23,5 millions de mises à jour effectuées** [\[1\]](https://capgo.app/), Capgo a prouvé sa fiabilité pour gérer les mises à jour OTA efficacement et en toute sécurité.
-
-## Conclusion : Directives pour les mises à jour OTA
-
-### Points clés des tests
-
-Les tests des mises à jour OTA nécessitent une approche structurée pour garantir la fiabilité et une expérience utilisateur fluide. Lorsqu'elles sont effectuées efficacement, les mises à jour peuvent atteindre un taux de réussite jusqu'à 82% [\[1\]](https://capgo.app/). Voici les principaux domaines à cibler pendant les tests :
-
-| **Exigence de test** | **Focus d'implémentation** |
-| --- | --- |
-| Distribution des mises à jour | Déploiements contrôlés via des canaux |
-| Surveillance des erreurs | Outils de suivi et de diagnostic en temps réel |
-| Conditions réseau | Tests sous différentes vitesses de connexion |
-| Gestion des versions | Environnements de pré-production et production séparés |
-| Protocole de restauration | Mécanismes fiables pour revenir aux versions précédentes |
-
-Des exemples pratiques soulignent l'importance de ces priorités :
-
-> "Nous avons déployé les mises à jour OTA Capgo en production pour notre base utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo." [\[1\]](https://capgo.app/)
-
-### Prochaines étapes
-
-Pour rendre vos mises à jour OTA sécurisées et efficaces, considérez ces étapes :
-
--   **Utilisez des systèmes de livraison cryptés** pour répondre aux normes de sécurité et aux exigences des stores d'applications.
--   **Mettez en place des outils de surveillance** pour suivre les métriques critiques en temps réel.
--   **Implémentez des déploiements progressifs** en commençant par un petit groupe d'utilisateurs avant d'étendre à tous.
-
-Un environnement de pré-production bien préparé, soutenu par des plateformes comme Capgo, peut vous aider à atteindre ces objectifs. Par exemple, 95% des utilisateurs actifs peuvent se mettre à jour en 24 heures, avec un temps de réponse API global moyen de 57ms [\[1\]](https://capgo.app/).
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/fr/state-privacy-laws-for-mobile-apps-comparison.md b/src/content/blog/fr/state-privacy-laws-for-mobile-apps-comparison.md
deleted file mode 100644
index 997b1dd93..000000000
--- a/src/content/blog/fr/state-privacy-laws-for-mobile-apps-comparison.md
+++ /dev/null
@@ -1,178 +0,0 @@
----
-slug: state-privacy-laws-for-mobile-apps-comparison
-title: >-
-  Lois sur la confidentialité des applications mobiles par État : Une
-  comparaison
-description: >-
-  Découvrez les principales différences entre les lois sur la confidentialité
-  des applications mobiles en Californie, en Virginie et au Colorado et apprenez
-  comment assurer la conformité.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:47:03.403Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de206e13cee397379a38f6-1742611661440.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  mobile apps, privacy laws, CCPA, VCDPA, CPA, data protection, user rights,
-  compliance, security measures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les lois sur la confidentialité des applications mobiles varient selon les États, et il est crucial pour les développeurs de les comprendre. Voici un aperçu rapide des principales réglementations sur la confidentialité en Californie, en Virginie et au Colorado :
-
--   **Californie ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)/[CPRA](https://en.wikipedia.org/wiki/CPRA))** : Exige des divulgations détaillées, des options de désactivation pour la vente de données et des règles strictes pour les données sensibles. Les utilisateurs peuvent accéder, supprimer et corriger leurs données.
--   **Virginie ([VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))** : Met l'accent sur le consentement pour les données sensibles, les mesures de sécurité raisonnables et les droits des utilisateurs comme l'accès, la suppression et la correction des données. Pas de bouton "Ne pas vendre" requis.
--   **Colorado ([CPA](https://coag.gov/resources/colorado-privacy-act/))** : Met l'accent sur les options de désactivation, le consentement pour les données sensibles et les évaluations obligatoires de la confidentialité pour les activités à haut risque.
-
-### Comparaison rapide
-
-| Loi d'État | Caractéristiques principales | Droits des utilisateurs | Exigences uniques |
-| --- | --- | --- | --- |
-| **CCPA/CPRA** | Divulgations détaillées des données, désactivation de la vente des données, règles plus strictes pour les données sensibles | Accès, suppression, correction, transfert | Transparence pour la prise de décision automatisée |
-| **VCDPA** | Consentement pour les données sensibles, mesures de sécurité raisonnables, accords avec les fournisseurs | Accès, suppression, correction, portabilité | Pas de bouton "Ne pas vendre" requis |
-| **CPA** | Options de désactivation, consentement pour les données sensibles, évaluations de la confidentialité | Accès, suppression, correction, transfert | Évaluations obligatoires des risques liés à la confidentialité |
-
-Le non-respect de ces lois peut entraîner des amendes et nuire à la réputation. Les développeurs doivent se concentrer sur des avis clairs concernant les données, des systèmes de consentement et des pratiques de sécurité solides pour rester conformes.
-
-## Mise à jour de la confidentialité 2023 : Briefing sur les nouvelles lois sur la confidentialité des données des États
-
-<iframe src="https://www.youtube.com/embed/koQ3TEzkG-U" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Lois sur la confidentialité en Californie ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)/[CPRA](https://en.wikipedia.org/wiki/CPRA))
-
-La Californie ouvre la voie en matière de réglementations sur la confidentialité avec sa **California Consumer Privacy Act (CCPA)** et sa **California Privacy Rights Act (CPRA)**, exigeant des développeurs qu'ils respectent des normes strictes en matière de données.
-
-La **CCPA** s'applique aux entreprises qui répondent à au moins l'un de ces critères :
-
--   Revenu annuel supérieur à 25 millions de dollars
--   Traite les données de 50 000 résidents californiens ou plus
--   Gagne 50 % ou plus de ses revenus de la vente de données personnelles
-
-Si votre application mobile est soumise à ces règles, vous devez divulguer :
-
--   Les types de données personnelles collectées
--   Pourquoi les données sont collectées
--   Les tiers avec lesquels les données sont partagées
--   Combien de temps les données seront conservées
--   Les droits des utilisateurs accordés par la loi californienne
-
-Les résidents californiens ont des droits spécifiques, notamment la possibilité d'accéder, de supprimer, de corriger et de transférer leurs données personnelles. Ils peuvent également refuser la vente de leurs données.
-
-En ce qui concerne les données sensibles - comme la géolocalisation, les identifiants de connexion, les informations financières, les données biométriques ou les informations liées à la santé - les applications doivent suivre des protocoles plus stricts. Ceux-ci incluent :
-
--   Obtenir un consentement explicite
--   Mettre en œuvre des mesures de sécurité plus strictes
--   Limiter la durée de conservation des données sensibles
--   Restreindre qui peut accéder à ces informations
-
-Pour les applications qui s'appuient sur la prise de décision automatisée, la **CPRA** exige la transparence. Les développeurs doivent expliquer comment leurs algorithmes fonctionnent, pourquoi les décisions sont prises et comment les utilisateurs pourraient être affectés.
-
-Les lois sur la confidentialité de la Californie établissent non seulement la norme dans l'État, mais influencent également les [politiques de confidentialité](https://capgo.app/dp/) à travers le pays, façonnant la manière dont les développeurs abordent la conformité.
-
-## 2. Loi sur la protection des données de Virginie ([VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))
-
-![VCDPA](https://mars-images.imgix.net/seobot/screenshots/pro.bloomberglaw.com-e2d26366f154a86b70aef4e66139addc-2025-03-22.jpg?auto=compress)
-
-À partir du 1er janvier 2023, la Virginia Consumer Data Protection Act (VCDPA) s'applique aux entreprises qui traitent ou supervisent les données personnelles d'au moins 100 000 résidents de Virginie annuellement, ou de 25 000 résidents si au moins la moitié de leurs revenus provient du traitement de ces données.
-
-Pour les développeurs d'applications mobiles, la loi introduit plusieurs exigences clés :
-
--   **Obtenir un consentement clair** avant de traiter des données personnelles sensibles.
--   **Mettre en œuvre des mesures de sécurité raisonnables** et tenir des registres des activités de traitement des données.
--   **Avoir des accords en place** avec les fournisseurs gérant les données personnelles.
-
-Les résidents de Virginie ont des droits spécifiques en vertu de la VCDPA. Ils peuvent accéder, supprimer et corriger leurs données, demander une copie portable et refuser la publicité ciblée.
-
-Contrairement à la loi sur la confidentialité de la Californie, la VCDPA n'exige pas de bouton "Ne pas vendre" ou de divulgations sur les incitations financières liées à l'utilisation des données. Bien qu'elle ne spécifie pas de mesures techniques exactes, elle exige que les entreprises adoptent des pratiques de sécurité raisonnables. L'application est gérée par le procureur général de Virginie, qui peut imposer des sanctions civiles après avoir donné aux entreprises la possibilité de résoudre les problèmes.
-
-Cette loi vise à protéger les données des consommateurs tout en offrant une certaine flexibilité aux entreprises. Les développeurs d'applications mobiles travaillant en Virginie doivent évaluer soigneusement leurs politiques de confidentialité pour rester conformes et maintenir la confiance des utilisateurs.
-
-## 3. Règles de confidentialité du Colorado ([CPA](https://coag.gov/resources/colorado-privacy-act/))
-
-![CPA](https://mars-images.imgix.net/seobot/screenshots/coag.gov-27b642301e832ad4f24c09bcab1135ad-2025-03-22.jpg?auto=compress)
-
-Le Colorado Privacy Act (CPA) établit des directives pour la protection des données qui impactent les entreprises opérant au Colorado. Elle s'applique aux entreprises qui atteignent certains seuils de données ou de revenus. Pour les développeurs d'applications mobiles, cela signifie suivre des règles spécifiques pour protéger les informations personnelles et assurer la transparence dans la gestion des données.
-
-Les exigences clés incluent :
-
--   **Options de désactivation** : Les utilisateurs doivent avoir un moyen clair de refuser la publicité ciblée et la vente de données.
--   **Consentement pour les données sensibles** : Les entreprises doivent obtenir le consentement des utilisateurs avant de collecter des informations personnelles sensibles.
--   **Avis de confidentialité détaillés** : Les développeurs doivent fournir des informations claires sur les types de données collectées, pourquoi elles sont traitées et si elles sont partagées avec des tiers.
-
-Le CPA met également l'accent sur des pratiques de sécurité solides comme le chiffrement, les audits réguliers, les plans de réponse aux incidents et la limitation de la collecte de données au nécessaire.
-
-Les résidents du Colorado obtiennent plusieurs droits en vertu de cette loi, comme l'accès, la correction, la suppression et le transfert de leurs données personnelles. Ils peuvent également refuser les processus de prise de décision automatisée. Une caractéristique distinctive du CPA est son exigence pour les entreprises de mener des évaluations de protection des données pour les activités de traitement à haut risque. Cette étape aide à identifier et à traiter les risques liés à la confidentialité. Contrairement aux lois similaires en Californie et en Virginie, le Colorado rend ces évaluations obligatoires pour l'utilisation de données à haut risque.
-
-Le CPA pousse à une meilleure confidentialité des consommateurs, une sécurité renforcée et une plus grande transparence dans les applications mobiles.
-
-## 4. Normes de confidentialité [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capgo s'aligne sur la CCPA, la VCDPA et le CPA, comblant le fossé entre les réglementations étatiques et les besoins pratiques du développement d'applications.
-
-Avec le **chiffrement de bout en bout**, Capgo garantit que les données des utilisateurs restent sécurisées pendant les mises à jour des applications. De manière impressionnante, 95 % des utilisateurs actifs reçoivent des mises à jour en toute sécurité dans les 24 heures, atteignant un taux de réussite global de 82 % [\[1\]](https://capgo.app/).
-
-Voici comment Capgo soutient la conformité en matière de confidentialité :
-
-| Fonctionnalité | Avantage pour la confidentialité | Support de conformité |
-| --- | --- | --- |
-| Chiffrement de bout en bout | Garantit que seuls les utilisateurs autorisés peuvent déchiffrer les mises à jour | Répond aux normes de sécurité des données dans tous les États |
-| Permissions granulaires | Permet un accès contrôlé pour les membres de l'équipe | Soutient la gestion interne de la confidentialité |
-| Hébergement flexible | Offre des options cloud ou auto-hébergées | Répond aux exigences de résidence des données |
-| Attribution des utilisateurs | Permet une distribution ciblée des mises à jour | Facilite les déploiements de fonctionnalités basés sur le consentement |
-
-Pour ceux qui s'inquiètent des dépendances aux fournisseurs, la structure open-source de Capgo offre une transparence sur la façon dont les données sont traitées et gérées.
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-L'efficacité de Capgo est claire : il est utilisé par 750 applications en production, livrant 23,5M de [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/) jusqu'à présent [\[1\]](https://capgo.app/).
-
-Suivez les mises à jour en temps réel avec des analyses, la surveillance des erreurs et des contrôles d'accès basés sur les rôles pour simplifier la conformité dans plusieurs États.
-
-## Lois des États : Avantages et limitations
-
-Voici une analyse des forces et des faiblesses des principales lois des États régissant la confidentialité des données. Ces informations s'appuient sur les discussions précédentes sur les cadres étatiques et les stratégies pratiques de conformité :
-
-| Loi d'État | Forces | Faiblesses |
-| --- | --- | --- |
-| CCPA/CPRA | • Droits solides des consommateurs  <br>• Sanctions claires pour les violations de données  <br>• Instructions détaillées de conformité | • Compliqué à mettre en œuvre  <br>• Processus de conformité coûteux  <br>• Affecte principalement les grandes entreprises |
-| VCDPA | • Règles de consentement simplifiées  <br>• Catégories claires pour le traitement des données  <br>• Inclut un cadre d'évaluation des risques | • Outils d'application limités  <br>• Portée plus limitée que CCPA/CPRA  <br>• Moins de droits pour les consommateurs |
-| CPA | • Offre des voies de conformité flexibles  <br>• Inclut des options de désactivation universelles  <br>• Exige des évaluations régulières | • Exigences techniques vagues  <br>• Manque de directives détaillées de mise en œuvre  <br>• Les obligations qui se chevauchent peuvent créer de la confusion |
-
-Pour relever ces défis, des outils automatisés comme Capgo simplifient les tâches de conformité. Avec des fonctionnalités telles que le chiffrement de bout en bout et l'hébergement adaptable, Capgo assure la sécurité des données dans différents contextes réglementaires.
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Points Clés de la Conformité
-
--   **Californie (CCPA/CPRA)** : Offre une forte protection des consommateurs mais exige des ressources importantes pour la conformité.
--   **Virginie (VCDPA)** : Propose des règles plus claires sur le traitement des données mais dispose de moins de mécanismes d'application.
--   **Colorado (CPA)** : Équilibre la flexibilité avec la responsabilité mais manque de directives techniques spécifiques.
-
-Capgo s'est révélé efficace dans la gestion de la conformité à travers plusieurs États. Son système de mise à jour ciblé et sa vitesse de téléchargement rapide de 114ms pour un bundle de 5MB permettent aux développeurs de répondre rapidement aux mises à jour de confidentialité [\[1\]](https://capgo.app/). Avec l'adoption par 750 applications en production, Capgo démontre sa valeur dans des cas d'utilisation réels [\[1\]](https://capgo.app/).
-
-### Impact sur les Pratiques de Développement
-
-Pour les développeurs, équilibrer les mises à jour rapides avec les exigences de conformité est un défi crucial. L'intégration de Capgo avec les pipelines CI/CD facilite le déploiement des mises à jour tout en restant aligné avec les différentes réglementations. Cela simplifie les flux de travail et assure la conformité dans différentes juridictions.
-
-## Conclusion
-
-Les lois sur la confidentialité des États comme CCPA/CPRA, VCDPA et CPA imposent des exigences distinctes aux développeurs d'applications mobiles. Chaque État a sa propre approche de la protection des données, avec des exigences et des méthodes d'application spécifiques.
-
-Pour les développeurs, rester conforme dans différentes juridictions signifie adopter des stratégies capables de gérer ces demandes variées. La rapidité et l'adaptabilité sont essentielles, car les données du secteur montrent qu'une mise en œuvre rapide des mises à jour est essentielle pour répondre aux exigences réglementaires[\[1\]](https://capgo.app/).
-
-Pour relever ces défis, les développeurs doivent se concentrer sur trois domaines clés :
-
--   **[Systèmes de Mise à Jour Rapide](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)** : Mettre en place des processus permettant une mise en œuvre rapide des mises à jour de confidentialité.
--   **Mesures de Sécurité Robustes** : S'assurer que tous les transferts de données et les mises à jour sont protégés par un chiffrement de bout en bout.
--   **Tests Approfondis** : Utiliser des déploiements progressifs et des tests bêta pour confirmer que les mises à jour de confidentialité fonctionnent comme prévu.
-
-Ces approches s'alignent sur les défis spécifiques posés par les réglementations étatiques et aident à assurer la conformité.
-
-Avec l'évolution continue des lois sur la confidentialité des États, le succès des applications mobiles dépend de plus en plus de la capacité à s'adapter. Actuellement, 750 applications en production gèrent efficacement ces exigences avec des outils de conformité automatisés[\[1\]](https://capgo.app/). En appliquant ces méthodes, les développeurs peuvent maintenir leurs applications conformes et prêtes pour les changements futurs.
diff --git a/src/content/blog/fr/testing-capacitor-ota-updates-with-mock-scenarios.md b/src/content/blog/fr/testing-capacitor-ota-updates-with-mock-scenarios.md
deleted file mode 100644
index 73cb8e531..000000000
--- a/src/content/blog/fr/testing-capacitor-ota-updates-with-mock-scenarios.md
+++ /dev/null
@@ -1,226 +0,0 @@
----
-slug: testing-capacitor-ota-updates-with-mock-scenarios
-title: Tester les mises à jour OTA de Capacitor avec des scénarios fictifs
-description: >-
-  Apprenez à tester efficacement les mises à jour OTA dans les applications
-  Capacitor afin d'assurer la fiabilité et d'améliorer la satisfaction des
-  utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:53:13.485Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da3972cfd1b2222c56f23a-1742356439850.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, OTA updates, testing, mock scenarios, app reliability, network
-  conditions, failure recovery, analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Les mises à jour OTA sont révolutionnaires pour les applications [Capacitor](https://capacitorjs.com/), permettant aux développeurs de corriger des bogues et d’ajouter des fonctionnalités sans délais d’app store. Cependant, tester ces mises à jour de manière approfondie est crucial pour éviter les plantages, la perte de données ou les fonctionnalités défaillantes.**
-
-Voici ce que vous devez savoir :
-
--   **Pourquoi c'est important** : Des mises à jour peu fiables peuvent nuire à la confiance des utilisateurs et à la performance de l’application.
--   **Comment tester en toute sécurité** : Utilisez des tests simulés pour imiter des conditions réelles comme de mauvaises connexions réseau ou des fichiers corrompus.
--   **Outils nécessaires** : [Node.js](https://nodejs.org/en), Capacitor CLI, et [Capgo](https://capgo.app/) CLI pour gérer les mises à jour.
--   **Scénarios clés à tester** : Mises à jour normales, installations échouées et problèmes réseau.
--   **Métriques à surveiller** : Taux de téléchargement, succès des installations et précision des versions.
-
-Tester avec des outils comme Capgo garantit que les mises à jour sont fluides, sécurisées et fiables. Les tests simulés ont montré un **taux de réussite de 82 %**, aidant les applications à maintenir leur stabilité tout en fournissant rapidement des mises à jour.
-
-## Vidéo connexe de YouTube
-
-<iframe src="https://www.youtube.com/embed/pCDPwItv_ik" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Préparation de votre environnement de test
-
-Cette section couvre les outils et étapes clés nécessaires pour configurer votre environnement.
-
-### Logiciels requis
-
-Pour tester les [mises à jour OTA de Capacitor](https://capgo.app/ja/), vous aurez besoin des outils suivants :
-
-| Logiciel | Objectif | Exigences de version |
-| --- | --- | --- |
-| **Node.js** | Environnement d'exécution | Dernière version LTS |
-| **Capacitor CLI** | Développement d'application | Capacitor 8 |
-| **[Capgo CLI](https://capgo.app/docs/cli/commands)** | Gestion OTA | Dernière version |
-
-Installez le Capgo CLI en exécutant :
-
-```bash
-npx @capgo/cli init
-```
-
-Après l'installation, configurez votre projet pour simuler efficacement les conditions de production.
-
-### Configuration du projet de test
-
-Créez un projet de test qui reflète les conditions de production. Utilisez le système de canaux de Capgo pour isoler les scénarios de test.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo offre un chiffrement de bout en bout pour garder vos mises à jour de test sécurisées. Vous pouvez également choisir entre des environnements basés sur le cloud ou auto-hébergés, en fonction de vos besoins.
-
-### Ajout de fonctions OTA
-
-Pour mettre en œuvre des mises à jour Over-The-Air (OTA), suivez ces trois étapes :
-
--   **Installation du plugin**
--   **Configuration de la construction**
--   **[Intégration de mise à jour](https://capgo.app/docs/live-updates/update-behavior/)**
-
-Les outils CI/CD de Capgo rendent les tests automatisés transparents. Des plateformes comme [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), et [Jenkins](https://www.jenkins.io/) sont prises en charge, vous permettant de tester les mises à jour dans différents environnements avant le déploiement. Le système de canaux est particulièrement utile pour gérer différents scénarios de test.
-
-> "Capgo est une façon intelligente de faire des mises à jour de code à chaud (et pas pour tous les sous du monde comme avec @AppFlow) :-)" - OSIRIS-REx de la NASA [\[1\]](https://capgo.app/)
-
-Pour un meilleur contrôle lors des tests, intégrez les analyses de Capgo pour obtenir des informations en temps réel.
-
-## Construction de scénarios de test
-
-Configurez des scénarios de test pour garantir que les mises à jour OTA soient fiables. Examinons quelques approches pratiques.
-
-### Tester des mises à jour normales
-
-Vérifiez les processus de mise à jour standard pour établir une base de référence :
-
-```bash
-capgo build && capgo deploy --channel beta
-```
-
-Concentrez-vous sur ces métriques clés :
-
--   **Taux d’achèvement des téléchargements**
--   **Taux de succès des installations**
--   **Timing d’activation des mises à jour**
--   **Vérification de la version**
-
-### Tester des mises à jour cassées
-
-Simulez des mises à jour échouées pour évaluer la gestion des erreurs et la récupération :
-
-| Cas de test | Configuration | Résultat attendu |
-| --- | --- | --- |
-| Package corrompu | Modifier le checksum du package | L’application rejette la mise à jour |
-| Fichiers incomplets | Interrompre le transfert en cours de mise à jour | L’application conserve l’ancienne version |
-| Mismatch de version | Déployer une version incompatible | L’application bloque l’installation |
-
-Utilisez des canaux séparés pour ces tests afin d’éviter les interférences. Ensuite, simulez de mauvaises conditions réseau pour voir comment l’application les gère.
-
-### Tester des problèmes de réseau
-
-Testez comment les mises à jour fonctionnent dans des conditions réseau difficiles :
-
--   **Limiter la bande passante à des vitesses 3G** (environ 750 Kbps)
--   **Activer le mode avion** pendant les mises à jour
--   **Simuler une déconnexion complète** pour vérifier le comportement hors ligne et les capacités de reprise
-
-Le système de Capgo minimise l’impact des réseaux lents ou instables en téléchargeant uniquement les parties modifiées d’une mise à jour. Ses mécanismes de réessai intégrés gèrent automatiquement les connexions perdues.
-
-Vous pouvez configurer ces scénarios avec :
-
-```bash
-capgo deploy --channel test --network-condition slow
-```
-
-Suivez les progrès à l'aide des analyses en temps réel de Capgo. Tous les tests maintiennent un chiffrement de bout en bout, garantissant que la sécurité reste intacte même lors du dépannage.
-
-## Gestion des tests de mise à jour
-
-### Exécution des cas de test
-
-Mettez en place un flux de travail de test clair en créant des canaux de test séparés pour garder les choses organisées et isolées.
-
-```bash
-# Create test channels
-capgo channel create beta-test
-capgo channel create staging-test
-```
-
-Surveillez chaque cas de test avec une approche structurée :
-
-| **Phase de test** | **Métriques à surveiller** | **Critères de réussite** |
-| --- | --- | --- |
-| Téléchargement | Vitesse de transfert, taux de complétion | 100% de succès de téléchargement |
-| Installation | Utilisation mémoire, durée d’installation | Installation en moins de 30 secondes |
-| Activation | Temps de redémarrage de l’application, vérification de la version | Version correcte activée |
-
-Les outils de Capgo peuvent vous aider à surveiller ces métriques de manière cohérente et efficace.
-
-### Surveillance des mises à jour
-
-Le tableau de bord d'analyse de Capgo offre des informations sur vos performances de mise à jour :
-
--   Taux d'achèvement des téléchargements sous différentes conditions réseau
--   Taux de succès des installations classés par type de dispositif
--   Chronologie montrant la rapidité avec laquelle les utilisateurs adoptent la nouvelle version
--   Fréquence des erreurs pendant le processus de mise à jour
-
-> "Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour dans les minutes suivant le déploiement de l'OTA avec @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Pour le suivi des erreurs en temps réel, utilisez la commande suivante :
-
-```bash
-capgo monitor --channel beta-test --verbose
-```
-
-### Vérification des résultats
-
-Assurez-vous que tout fonctionne comme prévu en vérifiant :
-
--   **Précision de la version** à l’aide du vérificateur intégré :
-
-```bash
-capgo version --check --channel beta-test
-```
-
--   **Intégrité des données**, y compris le stockage local et le contenu mis en cache
--   **Métriques de performance**, comme le temps de lancement de l’application, l’utilisation de la mémoire, l'activité réseau et la consommation de la batterie
-
-Si des problèmes apparaissent, la fonction de retour en arrière de Capgo facilite le retour à la version stable précédente. Cela vous permet de résoudre les problèmes sans perturber le processus de test ou compromettre la stabilité de l'environnement de test.
-
-## Résolution des problèmes courants
-
-### Récupération des mises à jour échouées
-
-Lorsque les mises à jour Over-The-Air (OTA) échouent, il est important d'avoir un plan en place. Utilisez des méthodes de secours qui informent les utilisateurs de l’échec et reversent automatiquement leurs appareils à la dernière version stable. Assurez-vous que ces étapes de récupération fassent partie de votre processus de test pour confirmer qu’elles fonctionnent comme prévu.
-
-```javascript
-// Example of a fallback implementation:
-const handleUpdateFailure = async () => {
-   await notifyUsers("Update failed – reverting to a stable version");
-   await revertToLastStableVersion();
-   logFailureMetrics();
-}
-```
-
-En plus des récupérations, concentrez-vous sur la résolution des problèmes d'installation pour garantir que les mises à jour se déroulent sans heurts.
-
-### Problèmes d'installation
-
-Les problèmes d’installation surviennent souvent en raison d’un espace de stockage limité sur l’appareil ou de connexions réseau instables. Pour y remédier, utilisez des mises à jour progressives qui ne téléchargent que les changements nécessaires plutôt que la mise à jour complète. Cette approche réduit le risque de problèmes liés au stockage et au réseau. Assurez-vous de tester les mises à jour dans des conditions réseau variées et des limitations de stockage, comme identifié dans les phases de test antérieures.
-
-Gérer les conflits de données est une autre partie critique du maintien de la fiabilité des mises à jour.
-
-### Conflits de données
-
-Des conflits de données peuvent apparaître lorsque les mises à jour impliquent des modifications de schémas existants. Pour éviter ces problèmes, mettez en œuvre un contrôle de version strict, planifiez et testez les migrations de schéma, et incluez des options de retour en arrière avec suivi des erreurs. Utilisez des déploiements échelonnés ou des canaux bêta pour tester ces scénarios dans des environnements contrôlés, vous permettant de détecter et de corriger les problèmes avant que la mise à jour n’atteigne tous les utilisateurs.
-
-## Résumé
-
-### Impact des tests
-
-Les tests complets des mises à jour OTA ont atteint un taux de réussite mondial de 82 %, améliorant à la fois la fiabilité des applications et la satisfaction des utilisateurs [\[1\]](https://capgo.app/). Les tests simulés sont particulièrement utiles dans des scénarios difficiles comme les interruptions de réseau, les migrations de données et les limitations de stockage. En répliquant ces conditions, les équipes de développement peuvent s'assurer que les mises à jour fonctionnent de manière fiable dans divers environnements. Cette approche méthodique aide à fournir des mises à jour cohérentes qui encouragent l'adoption par les utilisateurs.
-
-### Utiliser [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Les avantages des tests sont amplifiés avec une plateforme comme **Capgo**. Elle simplifie le test des mises à jour OTA grâce à des outils de validation avancés et intègre des résultats de test éprouvés pour fournir des mises à jour sécurisées et efficaces. Le système de canaux de Capgo prend en charge les tests bêta et les déploiements échelonnés, permettant aux mises à jour d’être rigoureusement examinées avant un déploiement complet. Avec des fonctionnalités comme des analyses détaillées, le suivi des erreurs et des performances de CDN mondiales, Capgo offre des vitesses de téléchargement impressionnantes - 114 ms pour un package de 5 Mo [\[1\]](https://capgo.app/).
-
-Capgo offre également un chiffrement de bout en bout et des options de retour en arrière instantanées, garantissant la stabilité de l'application. Ces capacités ont soutenu 750 applications en production, livrant 23,5 millions de mises à jour [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/fr/testing-capacitor-ota-updates.md b/src/content/blog/fr/testing-capacitor-ota-updates.md
deleted file mode 100644
index 45cf69420..000000000
--- a/src/content/blog/fr/testing-capacitor-ota-updates.md
+++ /dev/null
@@ -1,233 +0,0 @@
----
-slug: testing-capacitor-ota-updates
-title: Tests des mises à jour OTA de Capacitor
-description: >-
-  Apprenez à tester efficacement les mises à jour OTA de votre application
-  Capacitor, en garantissant des déploiements fluides et une sécurité renforcée
-  grâce à des outils et des stratégies essentiels.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T02:57:37.246Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9cbd22e221594daf2fc62-1744426677476.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, Capacitor, testing, Capgo, mobile app deployment, security,
-  performance, version control
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-**Les mises à jour OTA vous permettent de corriger les bugs, d'ajouter des fonctionnalités et de mettre à jour votre application [Capacitor](https://capacitorjs.com/) instantanément - sans délais de l'App Store** Voici comment les tester efficacement :
-
--   **Que sont les mises à jour OTA ?** Elles déploient des changements en direct directement sur les appareils des utilisateurs, évitant les validations des app stores Cela économise du temps et résout rapidement les problèmes
--   **Pourquoi les tests sont importants :** Des mises à jour mal testées peuvent planter les applications ou enfreindre la conformité Avec des tests appropriés, 95% des mises à jour réussissent en 24 heures
--   **Outils nécessaires :** Capacitor CLI (v8+), [Nodejs](https://nodejsorg/en) (v16+), Plugin [Capgo](https://capgo.app/), et un framework de test comme [Cypress](https://wwwcypressio/)
--   **Étapes de test :**
-    1. Configurer votre environnement de test et les paramètres Capgo
-    2. Valider les processus de mise à jour comme la détection, le téléchargement, l'installation et le rollback
-    3. Utiliser les outils d'analyse et de rollback de Capgo pour surveiller et résoudre les problèmes
-    4. Assurer la conformité avec les règles des app stores
-
-**Fonctionnalités clés de Capgo :**
-
--   Chiffrement de bout en bout pour des mises à jour sécurisées
--   Options de rollback pour des corrections rapides
--   [Déploiements par canaux](https://capgo.app/docs/webapp/channels/) pour des tests progressifs
--   Mises à jour rapides via un CDN mondial (5MB en ~114ms)
-
-**Conseil Pro :** Utilisez des déploiements progressifs pour tester les mises à jour sur de petits groupes d'utilisateurs avant un déploiement complet Les outils de Capgo rendent ce processus fluide et sécurisé
-
-## Configuration de l'environnement de test
-
-La mise en place d'un environnement de test approprié est essentielle pour valider efficacement les mises à jour OTA
-
-### Logiciels requis
-
-Voici les outils essentiels dont vous aurez besoin pour les tests OTA :
-
-| Composant logiciel | Objectif | Exigences de version |
-| --- | --- | --- |
-| Capacitor CLI | Outils de développement principaux | 60 ou supérieur |
-| Nodejs | Environnement d'exécution | 160+ |
-| [Plugin Capgo](https://capgo.app/plugins/) | Gère les mises à jour OTA | Dernière version |
-| Framework de test | Tests automatisés (ex Cypress ou [Appium](http://appiumio/)) | N/A |
-
-### Configuration de l'environnement
-
-Commencez par mettre à jour le fichier `capacitorconfigjson` avec les paramètres appropriés du serveur de staging et les préférences de mise à jour
-
-Ensuite, [initialisez les configurations Capgo](https://capgo.app/docs/cli/commands) en exécutant la commande suivante :
-
-[[CODE_BLOCK]]
-
-Une fois configuré, vous êtes prêt à intégrer les mises à jour OTA dans votre application
-
-### Étapes de configuration de l'application
-
-Après l'initialisation, intégrez la fonctionnalité de mise à jour OTA dans votre application Ce système gère des tâches comme la création de packages, le contrôle de version, la distribution et la sécurité
-
-Pour la sécurité de niveau entreprise, Capgo propose des options cloud et auto-hébergées
-
-Une fois l'intégration terminée, construisez votre application et déclenchez les mises à jour en utilisant le CLI Capgo Comme Capgo fonctionne parfaitement avec Capacitor 8, il prend en charge une large gamme d'environnements de développement modernes
-
-Ces étapes posent les bases pour des tests approfondis des mises à jour OTA, qui seront abordés dans la prochaine section sur les méthodes de test
-
-## Méthodes de test
-
-Avec votre environnement configuré et l'application mise en place, il est temps de valider le processus de mise à jour Tester les mises à jour over-the-air (OTA) nécessite une approche structurée pour garantir des déploiements fiables et sécurisés
-
-### Test des composants
-
-Cette étape se concentre sur la vérification des mécanismes de mise à jour individuels et leurs interactions à travers les couches web et natives L'objectif est d'assurer une intégration fluide :
-
-| Type de test | Zone de focus | Critères de réussite |
-| --- | --- | --- |
-| Détection de mise à jour | Vérification de version | Temps de réponse ~57ms |
-| Processus de téléchargement | [Téléchargement du bundle](https://capgo.app/docs/webapp/bundles/) | Bundle de 5MB en ~114ms |
-| Installation | Application de la mise à jour | Intégration réussie |
-| Rollback | Retour de version | Rollback réussi |
-
-Le CDN mondial de Capgo aide à maintenir des vitesses de téléchargement stables, avec un temps de réponse API moyen de 57ms [\[1\]](https://capgo.app/)Ces tests au niveau des composants constituent la base pour évaluer les performances globales du système.
-
-### Tests Système Complets
-
-Les tests complets utilisant des données de production doivent confirmer les points suivants :
-
--   Les mises à jour sont détectées et téléchargées de manière fiable
--   Les installations réussissent sur différents appareils  
--   L'impact sur les performances est minimal
--   L'application gère efficacement les problèmes de réseau
-
-> "Nous avons déployé les mises à jour OTA Capgo en production pour notre base d'utilisateurs de +5000. Nous observons un fonctionnement très fluide ; presque tous nos utilisateurs sont à jour en quelques minutes après le déploiement de l'OTA sur @Capgo"
-> – colenso [\[1\]](https://capgo.app/)
-
-### Conformité App Store
-
-Une fois la fonctionnalité vérifiée, assurez-vous que les mises à jour respectent les directives des app stores. Les mises à jour OTA doivent répondre aux exigences telles que les limites de taille, les normes de contenu, les attentes de performance et le consentement des utilisateurs.
-
-Pour rester conforme et améliorer l'efficacité, envisagez des déploiements par étapes. Le [système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) de Capgo vous permet de cibler des groupes d'utilisateurs spécifiques pour les tests bêta avant un déploiement complet. Pour les applications d'entreprise, son chiffrement de bout en bout garantit que seuls les utilisateurs autorisés peuvent déchiffrer et appliquer les mises à jour, sécurisant ainsi le contenu sensible.
-
-## Directives de Test
-
-### Gestion des Risques
-
-La gestion des risques dans les mises à jour OTA implique la mise en œuvre de plusieurs mesures de protection. Une approche clé est les **mises à jour différentielles**, qui n'envoient que les parties modifiées du code. Cela réduit la taille des téléchargements et minimise les erreurs potentielles.
-
-| Stratégie d'Atténuation des Risques | Mise en œuvre | Avantage |
-| --- | --- | --- |
-| Mises à jour différentielles | Envoie uniquement les segments de code modifiés | Téléchargements plus petits |
-| Déploiements par étapes | Distribue les mises à jour par phases | Limite l'exposition aux risques |
-| Mécanisme de retour en arrière | Permet de revenir aux versions précédentes | Résolution rapide des problèmes |
-
-Le [système de canaux de Capgo](https://capgo.app/docs/plugin/cloud-mode/channel-system/) facilite la distribution des mises à jour par les développeurs à des groupes d'utilisateurs spécifiques, comme les testeurs bêta, avant de les déployer largement [\[1\]](https://capgo.app/). Cette approche par phases garantit que les mises à jour sont validées dans des groupes plus restreints, réduisant le risque de problèmes généralisés. Une fois les risques maîtrisés, les développeurs peuvent alors prioriser la sécurisation des mises à jour elles-mêmes.
-
-### Vérifications de Sécurité
-
-La sécurité est une priorité absolue lors des tests des mises à jour OTA. L'utilisation du **chiffrement de bout en bout** garantit que seuls les utilisateurs autorisés peuvent accéder aux mises à jour et les installer, protégeant les données sensibles pendant le déploiement.
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" - Capgo [\[1\]](https://capgo.app/)
-
-Les étapes clés de sécurité comprennent :
-
--   [Le chiffrement des mises à jour](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) du début à la fin
--   La vérification de l'authenticité des mises à jour avant l'installation
--   La restriction de l'accès aux mises à jour aux utilisateurs autorisés uniquement
-
-Les outils de suivi des erreurs de Capgo aident davantage en identifiant tôt les problèmes liés à la sécurité, permettant aux développeurs de corriger les vulnérabilités avant qu'elles n'affectent les utilisateurs [\[1\]](https://capgo.app/)
-
-### Contrôle de Version
-
-Après avoir traité la sécurité, maintenir un contrôle de version approprié est essentiel pour garantir que les mises à jour fonctionnent comme prévu. L'utilisation du **versionnage sémantique** aide à structurer les tests et à éviter les problèmes de compatibilité.
-
-Les meilleures pratiques pour le contrôle de version dans les mises à jour OTA incluent :
-
--   La configuration de canaux séparés pour le développement, la pré-production et la production
--   Le test des mises à jour sur des versions spécifiques pour confirmer la compatibilité
--   S'assurer que les mises à jour sont appliquées dans le bon ordre pour éviter les conflits
-
-Le système de canaux de Capgo simplifie également la gestion des versions, garantissant que les mises à jour sont déployées avec précision et efficacité.
-
-## Outils de Test [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f9cbd22e221594daf2fc62/c9663ca23e94ac8ce625337d9d850085.jpg)
-
-### Fonctionnalités Capgo
-
-Capgo fournit des outils spécialisés pour tester les [mises à jour OTA Capacitor](https://capgo.app/ja/), assurant une livraison sécurisée avec **chiffrement de bout en bout** et offrant des **analyses en temps réel** pour surveiller les performances des mises à jour. Ces outils permettent aux développeurs de déployer des mises à jour avec précision tout en maintenant des mesures de sécurité strictes
-
-| Fonctionnalité | Description |
-| --- | --- |
-| **Livraison des mises à jour** | Performance fiable à grande échelle |
-| **Système de canaux** | Contrôle des déploiements ciblés |
-| **Tableau de bord analytique** | Suivi en direct des performances des mises à jour |
-| **Fonctionnalités de sécurité** | Garantit le chiffrement des mises à jour |
-
-Ces fonctionnalités simplifient et améliorent les workflows de test, qui sont davantage optimisés par le CLI Capgo
-
-### Tests avec Capgo
-
-En utilisant le CLI Capgo, les développeurs peuvent automatiser les tâches de build et de déploiement, rendant les tests plus efficaces. Le système de canaux de la plateforme permet un contrôle précis pendant les phases de test :
-
--   **Configuration des tests bêta**  
-    Les développeurs peuvent créer des environnements séparés pour le développement, la pré-production et la production, permettant des phases de test structurées et contrôlées
-    
--   **Distribution des mises à jour**  
-    Les mises à jour peuvent être déployées vers des groupes d'utilisateurs spécifiques, avec un suivi en temps réel des progrès et des performances
-    
-
-### Déboguer avec Capgo
-
-Capgo inclut une robuste [suite de débogage](https://capgo.app/docs/plugin/debugging/) avec des analyses en temps réel et un suivi des erreurs, aidant les développeurs à identifier et résoudre rapidement les problèmes pendant les tests. Une fonction de **retour arrière en un clic** permet de revenir facilement aux versions précédentes, réduisant les temps d'arrêt
-
-Le système de suivi des erreurs fournit des informations telles que :
-
--   Taux de réussite des installations de mises à jour
--   Métriques d'engagement utilisateur
--   Identification des goulots d'étranglement de performance
-
-Avec ses outils de débogage et son intégration CI/CD transparente, Capgo prend en charge des tests efficaces pour les configurations cloud et auto-hébergées [\[1\]](https://capgo.app/)
-
-## Problèmes courants
-
-### Problèmes de version
-
-Les incompatibilités de versions lors des mises à jour OTA peuvent entraîner des problèmes de déploiement. Voici quelques scénarios typiques :
-
-| Type de problème | Cause commune | Solution |
-| --- | --- | --- |
-| Incompatibilité de configuration | Version incorrecte dans capacitor.config.json | Vérifier que les numéros de version correspondent aux paramètres de déploiement |
-| Paquets conflictuels | Plusieurs versions en distribution | Utiliser le système de canaux de Capgo pour gérer efficacement le contrôle des versions |
-| Séquence de mise à jour | Mises à jour dans le désordre | Configurer un suivi approprié des versions pour garantir que les mises à jour sont appliquées dans le bon ordre |
-
-Le système de canaux de Capgo aide en créant des environnements séparés, garantissant que les mises à jour suivent la bonne séquence et réduisant le risque d'incompatibilités
-
-### Erreurs de mise à jour
-
-Les problèmes réseau ou les téléchargements incomplets sont souvent à l'origine des échecs de mise à jour. Le système de suivi des erreurs de Capgo identifie ces problèmes, qui peuvent inclure :
-
--   Délais de connexion dépassés
--   Transferts de paquets incomplets
--   Retards serveur
-
-Grâce à une gestion robuste des erreurs et un CDN fiable, Capgo garantit que les mises à jour atteignent 95% des utilisateurs actifs en 24 heures [\[1\]](https://capgo.app/)
-
-> Les capacités "d'analyse détaillée et de suivi des erreurs" garantissent que les développeurs peuvent "revenir instantanément en arrière si quelque chose ne va pas" pendant les mises à jour [\[1\]](https://capgo.app/)
-
-### Problèmes de vitesse
-
-Le CDN mondial de Capgo livre des paquets de 5 Mo en seulement 114 ms, avec un temps de réponse API moyen de 434 ms. Les mises à jour différentielles intelligentes de la plateforme réduisent davantage l'utilisation de la bande passante en ne téléchargeant que les parties modifiées [\[1\]](https://capgo.app/)
-
-> "Mises à jour partielles : Les mises à jour différentielles intelligentes ne téléchargent que ce qui a changé, économisant bande passante et temps" [\[1\]](https://capgo.app/)
-
-Pour maintenir des mises à jour rapides et efficaces, les développeurs devraient :
-
--   Utiliser les analyses en temps réel pour repérer les goulots d'étranglement de performance
--   S'appuyer sur les mises à jour partielles pour des déploiements plus rapides
--   Exploiter la distribution CDN pour des vitesses de livraison constantes
-
-Le tableau de bord analytique de Capgo fournit des métriques claires pour identifier et corriger les problèmes de performance, garantissant que les mises à jour sont livrées en douceur aux utilisateurs. Ces outils fonctionnent aux côtés des tests pré-déploiement pour maintenir des mises à jour fiables et rapides
diff --git a/src/content/blog/fr/token-revocation-in-capacitor-apps-guide.md b/src/content/blog/fr/token-revocation-in-capacitor-apps-guide.md
deleted file mode 100644
index 7b5cf2aec..000000000
--- a/src/content/blog/fr/token-revocation-in-capacitor-apps-guide.md
+++ /dev/null
@@ -1,253 +0,0 @@
----
-slug: token-revocation-in-capacitor-apps-guide
-title: 'Révocation de Token dans les Applications Capacitor : Guide'
-description: >-
-  Découvrez comment mettre en œuvre des stratégies efficaces de révocation de
-  jetons dans les applications Capacitor pour renforcer la sécurité et protéger
-  les données des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T11:28:05.842Z
-updated_at: 2025-05-16T11:28:59.679Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68268a500209458b3ff4fe45-1747394939679.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  token revocation, Capacitor apps, security, OAuth 2.0, user data protection,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**La révocation des tokens est une étape cruciale pour sécuriser votre application [Capacitor](https://capacitorjs.com/).** Elle garantit que les tokens expirés, compromis ou inutiles ne peuvent plus accéder aux ressources sensibles. Voici ce que vous devez savoir :
-
--   **Qu'est-ce que la révocation de token ?** Elle invalide instantanément les tokens lors de la déconnexion, des changements de mot de passe ou des failles de sécurité.
--   **Pourquoi c'est important :** Protège les données utilisateur en empêchant les accès non autorisés lorsque les tokens sont exposés.
--   **Étapes clés :**
-    -   Utiliser les standards OAuth 2.0 (RFC 7009) pour la gestion sécurisée des tokens
-    -   Stocker les tokens de manière sécurisée (ex: Keychain pour iOS, Keystore pour Android)
-    -   Utiliser des tokens de courte durée et les rafraîchir automatiquement pour une meilleure sécurité
-    -   Implémenter une liste noire de tokens (ex: [Redis](https://redis.io/)) pour la révocation en temps réel
-
-### Conseils rapides d'implémentation :
-
-1.  **Configurer les points de terminaison OAuth 2.0 :** Des outils comme [Keycloak](https://www.keycloak.org/) simplifient la révocation des tokens.
-2.  **Gérer les tokens de manière sécurisée :** Éviter de stocker les tokens dans un stockage persistant ; utiliser la mémoire ou des API sécurisées.
-3.  **Liste noire de tokens :** Utiliser Redis ou des outils similaires pour une invalidation rapide.
-4.  **Surveiller l'activité :** Suivre l'utilisation des tokens pour détecter et répondre aux violations potentielles.
-
-**Tableau comparatif rapide :**
-
-| **Méthode** | **Cas d'utilisation** | **Détails** |
-| --- | --- | --- |
-| Liste noire Redis | Applications à fort trafic | Invalidation rapide des tokens en mémoire |
-| Versionnement des tokens | Systèmes d'entreprise | Lie les tokens aux comptes utilisateurs |
-| Contrôle des tokens de rafraîchissement | Applications standards | Combine des tokens de courte durée avec des mécanismes de rafraîchissement |
-
-## Étapes d'implémentation
-
-### Configuration des points de terminaison OAuth 2.0
-
-Une implémentation sécurisée commence par la configuration appropriée des points de terminaison OAuth 2.0. Un aspect critique est d'assurer une révocation sécurisée des tokens. Des outils comme **Keycloak** fournissent un point de terminaison dédié à la révocation pour gérer les tokens d'accès et de rafraîchissement [\[2\]](https://www.keycloak.org/docs/25.0.6/securing_apps/index.html). Pour renforcer davantage la sécurité, implémentez **PKCE (Proof Key for Code Exchange)** dans votre flux OAuth 2.0. Cette étape aide à prévenir l'interception des tokens et assure un processus d'authentification plus sûr [\[3\]](https://capacitorjs.com/docs/v2/guides/security).
-
-### Gestion du cycle de vie des tokens
-
-Une fois vos points de terminaison configurés, l'étape suivante est la gestion du cycle de vie des tokens pour maintenir la sécurité. Voici un tableau de référence rapide décrivant les exigences de version Capacitor pour une gestion sécurisée des tokens :
-
-| Version Capacitor | Exigences | Notes de sécurité |
-| --- | --- | --- |
-| 6.x | XCode 15.0+ | Prend en charge le chiffrement de bout en bout |
-| 5.x | XCode 14.1+ | Inclut des outils de sécurité améliorés |
-| 4.x | XCode 12.0+ | Fonctionnalités de base de gestion des tokens |
-
-Pour assurer une gestion robuste du cycle de vie des tokens, suivez ces pratiques clés :
-
--   Stocker les tokens **uniquement en mémoire** pour limiter l'exposition
--   Implémenter des **mécanismes de rafraîchissement automatique des tokens** pour maintenir des sessions utilisateur fluides
--   Définir des intervalles stricts d'expiration et de rafraîchissement pour les tokens
--   Utiliser des solutions de stockage sécurisé pour tous les tokens qui doivent persister
-
-En suivant ces étapes, vous pouvez gérer efficacement les tokens tout en minimisant les risques.
-
-### Méthodes de stockage sécurisé des tokens
-
-Le stockage approprié des tokens est crucial pour protéger les informations sensibles. Utilisez des API spécifiques à la plateforme pour sécuriser les tokens, comme **Keychain Services** pour iOS et l'**API KeyStore** pour Android. Ces outils fournissent une couche de sécurité adaptée à chaque plateforme.
-
-Pour les applications d'entreprise, envisagez d'intégrer des plugins conçus pour le stockage sécurisé :
-
--   **Capacitor [Identity Vault](https://ionic.io/products/identity-vault)** : Offre une sécurité avancée pour les données sensibles
--   **Capacitor Biometrics** : Ajoute l'authentification biométrique pour une couche supplémentaire de protection
--   **Capacitor Secure Preferences** : Assure une gestion sécurisée des préférences et des données de l'application
-
-Enfin, évitez d'intégrer directement des données sensibles dans le code de votre application, car cela peut les exposer à des risques inutiles [\[4\]](https://capacitorjs.com/docs/guides/security). En utilisant ces méthodes de stockage sécurisé, vous pouvez mieux protéger les données utilisateur et maintenir l'intégrité de votre application.
-
-## Authentification JWT (Révoquer les tokens d'accès avec [Redis](https://redis.io/)) - FastAPI Beyond CRUD (Partie 12)
-
-![Redis In-Memory Data Store](https://assets.seobotai.com/capgo.app/68268a500209458b3ff4fe45/2e78e5b01f7fb6de1a584710a9d487ab.jpg)
-
-## Méthodes de liste noire des tokens
-
-La mise en liste noire des tokens joue un rôle clé dans la gestion du cycle de vie des tokens en invalidant les tokens compromis dès leur détection.
-
-### Configuration de la liste noire Redis
-
-Redis est connu pour sa capacité à gérer rapidement les recherches clé-valeur, ce qui en fait une excellente option pour maintenir une liste noire de tokens [\[5\]](https://sitecore.stackexchange.com/questions/26774/storing-custom-data-in-redis). Dans Redis, vous pouvez stocker les identifiants de tokens comme des clés composites, par exemple en combinant `userId` et `tokenName`.
-
-Voici comment vous pouvez écrire et récupérer des tokens en utilisant [StackExchange.Redis](https://stackexchange.github.io/StackExchange.Redis/) :
-
-### Système de vérification de la liste noire
-
-Pour garantir que les tokens compromis sont efficacement bloqués, vous pouvez implémenter un middleware pour valider les tokens par rapport à la liste noire côté serveur [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist).
-
-| **Approche** | **Idéal pour** | **Détails** |
-| --- | --- | --- |
-| **Liste noire Redis** | Applications à fort trafic | Utilise un stockage en mémoire pour des recherches ultra-rapides |
-| **Versionnement des tokens** | Systèmes d'entreprise | Lie les versions des tokens directement aux comptes utilisateurs pour un meilleur contrôle |
-| **Contrôle des tokens de rafraîchissement** | Applications standards | Combine des JWT de courte durée avec des tokens de rafraîchissement pour plus de sécurité |
-
-> "Si vous devez vraiment avoir une fonctionnalité de déconnexion, vous pouvez utiliser une liste noire. Cependant, l'utilisation d'une liste noire n'est pas très différente de l'ancienne méthode des sessions avec état. Vous devez toujours vérifier le token à chaque requête pour vous assurer qu'il est toujours valide. Donc, la liste noire peut avoir un impact sur les performances du service (ou même créer un goulot d'étranglement) tout comme avec l'authentification basée sur les sessions." - Kasey Speakman [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist)
-
-En intégrant un système de vérification de liste noire, vous pouvez garantir que seuls les tokens valides sont traités par votre application.
-
-### Accélérer les vérifications de tokens
-
-L'amélioration de la vitesse de vérification des tokens est essentielle pour maintenir une gestion de session sécurisée et efficace. Les implémentations optimisées peuvent améliorer significativement les performances de vérification des tokens :
-
--   **Algorithme HS256** : Obtient une augmentation de 67% de la vitesse de vérification [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js)
--   **Algorithme RS256** : Offre une amélioration de 88% des performances [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js)
--   **Vérification mise en cache** : Fournit jusqu'à 1 000% d'amélioration pour la vérification RS256 [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js)
-
-Pour améliorer davantage les performances, considérez ces stratégies :
-
--   Utiliser des stockages de données en mémoire pour des recherches rapides de tokens
--   Employer l'équilibrage de charge pour distribuer les vérifications de liste de révocation
--   Mettre en cache les certificats validés pour réutilisation [\[7\]](https://zuplo.com/blog/2025/01/03/top-7-api-authentication-methods-compared)
--   Définir des durées de vie des tokens qui équilibrent sécurité et facilité d'utilisation
-
-## Gestion des tokens d'entreprise
-
-Lorsqu'il s'agit de sécuriser les tokens dans un environnement d'entreprise, le défi va au-delà des comptes individuels. Il s'agit d'assurer une protection cohérente dans toute l'organisation. La gestion des tokens d'entreprise s'appuie sur des stratégies comme la supervision du cycle de vie des tokens et la mise en liste noire, mais les adapte pour accueillir de grandes bases d'utilisateurs. Un point clé ici est la gestion efficace de la révocation des tokens à grande échelle, ce qui nécessite des systèmes rapides et fiables pour maintenir la sécurité pour des milliers - voire des millions - d'utilisateurs.
-
-### Révocation massive de tokens
-
-Dans les environnements à grande échelle, la capacité de révoquer rapidement les tokens est essentielle. Voici quelques méthodes couramment utilisées pour une invalidation massive efficace des tokens :
-
-| Méthode | Meilleur cas d'utilisation |
-| --- | --- |
-| Rotation des secrets | Idéal pour révoquer les tokens sur toute une plateforme |
-| Versionnement des tokens | Utile pour cibler des tokens spécifiques pour l'invalidation |
-| Liste noire Redis | Fournit des capacités d'invalidation de tokens en temps réel |
-
-Une autre approche pour maintenir la sécurité sans perturber les sessions utilisateur est le rafraîchissement silencieux des tokens. Cette méthode garantit que les tokens d'accès sont mis à jour automatiquement en arrière-plan, maintenant les utilisateurs connectés tout en renforçant la sécurité.
-
-### Contrôle des tokens multi-organisations
-
-Lors de la gestion des tokens à travers plusieurs organisations, il est crucial d'établir des contrôles d'accès clairs et des limites de sécurité. Une solution courante est le contrôle d'accès basé sur les rôles (RBAC), qui établit des niveaux de permission structurés pour gérer les tokens à travers différentes unités organisationnelles. Cela garantit que les bonnes personnes ont accès aux bonnes ressources - ni plus, ni moins.
-
-### Mises à jour des tokens à l'échelle de la plateforme
-
-L'ajustement des politiques d'expiration des tokens peut considérablement améliorer la sécurité. Les politiques d'expiration adaptatives, par exemple, adaptent la durée de vie des tokens en fonction de facteurs comme la confiance dans l'appareil et l'activité de l'utilisateur. Les appareils de confiance peuvent avoir une validité de token prolongée, tandis que les systèmes non familiers pourraient voir des durées de vie plus courtes pour minimiser les risques [\[9\]](https://www.expeed.com/how-%20oauth-2.0-token-expiration-and-refresh-%20strategies-results-in-a-seamless-user-experience).
-
-Pour les applications construites avec Capacitor qui nécessitent une sécurité renforcée, **Identity Vault** offre une gestion des tokens de niveau entreprise en s'intégrant aux API de sécurité natives [\[3\]](https://capacitorjs.com/docs/v2/guides/security). Des outils comme **[SuperTokens](https://supertokens.com/)** peuvent également simplifier la gestion des JWT en fournissant une gestion robuste du cycle de vie, ce qui aide à réduire les erreurs lors de l'implémentation [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist). Ces solutions facilitent le maintien d'une infrastructure de tokens sécurisée et évolutive sur votre plateforme.
-
-## Maintenance et sécurité du système
-
-La sécurité des tokens dans les applications [Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) nécessite une vigilance constante et le strict respect des directives des plateformes. Ci-dessous, nous explorerons les stratégies clés pour suivre l'activité des tokens, planifier les mises à jour et assurer la conformité aux exigences des stores d'applications.
-
-### Suivi de l'activité des tokens
-
-La surveillance en temps réel de l'activité des tokens est essentielle pour détecter et traiter rapidement les violations potentielles. Un outil efficace est la **[Protection des applications en temps réel](https://en.wikipedia.org/wiki/Runtime_application_self-protection) (RASP)**, qui observe le comportement de l'application en temps réel [\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter).
-
-Voici les principaux domaines à surveiller et leurs avantages :
-
-| **Focus de surveillance** | **Méthode d'implémentation** | **Bénéfice sécurité** |
-| --- | --- | --- |
-| Appels API | Suivi de la fréquence et des modèles | Détection des tentatives d'accès inhabituelles |
-| Tentatives de connexion | Surveillance des échecs d'authentification | Prévention des attaques par force brute |
-| Utilisation des tokens | Journalisation des modèles d'accès | Détection des vols potentiels de tokens |
-| Comportement d'exécution | Intégration RASP | Blocage des activités malveillantes |
-
-> "L'utilisation inappropriée des identifiants fait référence à la manipulation, au stockage et à la transmission incorrects des identifiants d'authentification, des clés API, des tokens ou des informations sensibles qui peuvent être exploités s'ils sont exposés." - Majid Hajian, Avocat Azure & IA@Microsoft [\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter)
-
-### Planification des mises à jour des tokens
-
-Un calendrier de rotation des tokens bien planifié est essentiel pour maintenir la sécurité sans perturber les services. Visez à faire pivoter les tokens tous les 80 à 180 jours, et ayez toujours un processus en place pour les révocations d'urgence [\[11\]](https://docs.fossa.com/docs/rotating-fossa, api-key).
-
-Voici comment gérer efficacement le cycle de vie des tokens :
-
--   **Tokens d'accès** : Gardez leur durée de vie courte - 15 minutes est une bonne référence [\[1\]](https://curity.io/resources/learn/oauth-for-mobile-apps-best-practices).
--   **Tokens de rafraîchissement** : Surveillez-les attentivement et faites-les pivoter régulièrement.
--   **Procédures d'urgence** : Assurez-vous d'avoir un système prêt à révoquer immédiatement les tokens si nécessaire.
-
-L'utilisation d'un compte de service dédié pour la gestion des tokens peut simplifier le processus et réduire les risques [\[11\]](https://docs.fossa.com/docs/rotating-fossa-api-key).
-
-### Liste de contrôle des règles de l'App Store
-
-À partir d'avril 2025, toutes les applications soumises à App Store Connect devront être construites avec des SDK mis à jour pour les plateformes comme iOS 18, iPadOS 18, tvOS 18, visionOS 2 et watchOS 11 [\[12\]](https://developer.apple.com/news).
-
-Pour répondre à ces exigences tout en renforçant la sécurité, concentrez-vous sur les points suivants :
-
-| **Exigence de sécurité** | **Méthode** | **Vérification** |
-| --- | --- | --- |
-| [Chiffrement des données](https://capgo.app/docs/cli/migrations/encryption/) | Chiffrement de bout en bout | Vérifications automatisées des certificats |
-| Stockage sécurisé | Stockage local chiffré | Examens des autorisations de stockage |
-| Sécurité réseau | Application des connexions HTTPS | Validation SSL/TLS |
-| Contrôle d'accès | Permissions basées sur les rôles | Tests d'authentification |
-
-Ces étapes assurent non seulement la conformité aux politiques des stores d'applications mais renforcent également les mesures de sécurité des tokens discutées précédemment, créant un environnement plus sûr pour les applications distribuées.
-
-## Conclusion
-
-Pour garantir à la fois la sécurité et une expérience utilisateur fluide, les applications Capacitor doivent intégrer des systèmes de révocation de tokens qui protègent efficacement contre les accès non autorisés. Voici un résumé rapide des couches de sécurité critiques qui forment la base d'une stratégie efficace de révocation des tokens :
-
-| **Couche de sécurité** | **Focus d'implémentation** | **Impact** |
-| --- | --- | --- |
-| **Cycle de vie des tokens** | Utilisation de tokens d'accès à courte durée | Limite la fenêtre d'exploitation |
-| **Sécurité du stockage** | Chiffrement spécifique à la plateforme (Keychain/Keystore) | Protège les tokens contre le vol |
-| **Protection continue** | Surveillance en temps réel | Identifie les activités suspectes |
-| **Réponse d'urgence** | Capacités de révocation immédiate | Réduit les dommages lors des violations |
-
-Pour les applications de niveau entreprise, un système de liste noire des tokens devient crucial. C'est particulièrement vrai lors de la gestion de plusieurs organisations ou dans des scénarios nécessitant des révocations de tokens à grande échelle.
-
-Une maintenance constante, une surveillance vigilante en temps réel et la capacité de révoquer instantanément les tokens sont non négociables pour protéger votre application. En combinant des pratiques de stockage sécurisé, des cycles de vie de tokens bien gérés et une surveillance continue, votre application Capacitor peut offrir une forte protection contre les accès non autorisés sans compromettre l'expérience utilisateur.
-
-## FAQs
-
-:::faq
-### Pourquoi la révocation des tokens est-elle importante pour améliorer la sécurité d'une application Capacitor ?
-
-La révocation des tokens est une mesure de sécurité clé pour les applications Capacitor, permettant aux développeurs d'invalider instantanément les tokens d'accès si nécessaire. Que ce soit après la déconnexion d'un utilisateur ou en réponse à un problème de sécurité détecté, la révocation des tokens garantit que les identifiants compromis ne peuvent pas être réutilisés. Cette étape réduit considérablement les risques d'accès non autorisé aux données sensibles des utilisateurs.
-
-Se fier uniquement à l'expiration des tokens peut laisser une fenêtre de vulnérabilité, mais la révocation des tokens traite les menaces **en temps réel**. Cette approche renforce non seulement la protection des données mais s'aligne également sur les attentes modernes en matière de sécurité. Pour les applications Capacitor, l'intégration de la révocation des tokens est une étape cruciale pour protéger les informations des utilisateurs et maintenir un environnement d'application sécurisé.
-:::
-
-:::faq
-### Comment puis-je implémenter une révocation sécurisée des tokens dans les applications Capacitor à fort trafic ?
-
-Pour assurer une révocation sécurisée des tokens dans les [applications Capacitor à fort trafic](https://capgo.app/blog/), commencez par implémenter des **tokens d'accès à courte durée**. Ces tokens réduisent le risque d'utilisation abusive car ils expirent rapidement, limitant la fenêtre d'opportunité pour les attaquants potentiels.
-
-Il est également essentiel de maintenir une **base de données des tokens révoqués**. Cela permet de suivre les tokens invalidés et de vérifier les requêtes entrantes par rapport à la base de données. Si une requête inclut un token révoqué, l'accès peut être refusé immédiatement, ajoutant une couche supplémentaire de protection.
-
-Pour plus de sécurité, utilisez **OAuth 2.0**. Ce framework offre des outils fiables pour gérer les tokens et contrôler l'accès. Assurez-vous de stocker les données sensibles, comme les tokens, dans les **solutions de stockage sécurisé** de la plateforme pour les protéger contre les accès non autorisés. Ne codez jamais en dur les informations sensibles directement dans le code de votre application, car cela peut les exposer aux menaces.
-
-En adoptant ces pratiques, vous pouvez protéger votre application Capacitor contre les accès non autorisés tout en garantissant qu'elle fonctionne bien, même sous un trafic intense.
-:::
-
-:::faq
-### Comment puis-je sécuriser mon application Capacitor et rester conforme aux exigences de sécurité des stores d'applications en utilisant la révocation des tokens ?
-
-Pour maintenir votre application Capacitor sécurisée et conforme aux normes de sécurité des stores d'applications, il est important d'implémenter des stratégies de **révocation des tokens** aux côtés de méthodes d'authentification fortes comme OAuth 2.0 ou OpenID Connect. Ces mesures protègent les données des utilisateurs tout en respectant les exigences fixées par Apple et Google Play.
-
-Voici quelques étapes clés à considérer :
-
--   Établir des **politiques d'expiration des tokens** pour limiter la durée de vie des tokens, réduisant le risque d'utilisation abusive.
--   Maintenir une **liste de révocation** pour invalider immédiatement les tokens qui pourraient avoir été compromis.
--   Utiliser un [stockage chiffré](https://capgo.app/docs/cli/migrations/encryption/) pour stocker les tokens en toute sécurité, les protégeant contre les accès non autorisés.
--   Automatiser les processus de rafraîchissement des tokens pour maintenir une performance fluide de l'application sans interrompre l'expérience utilisateur.
-
-La surveillance régulière des tentatives d'authentification est également cruciale. Elle aide à identifier les activités suspectes et garantit que votre application reste sécurisée. De plus, documentez soigneusement vos workflows de sécurité. Cela améliore non seulement la clarté et la transparence mais simplifie également les audits, essentiels pour rester conforme aux directives des stores d'applications.
-
-En suivant ces pratiques, votre application restera sécurisée et répondra aux exigences en constante évolution des plateformes de stores d'applications.
-:::
diff --git a/src/content/blog/fr/top-6-tools-for-managing-app-updates-in-2025.md b/src/content/blog/fr/top-6-tools-for-managing-app-updates-in-2025.md
deleted file mode 100644
index 8033e6ed8..000000000
--- a/src/content/blog/fr/top-6-tools-for-managing-app-updates-in-2025.md
+++ /dev/null
@@ -1,213 +0,0 @@
----
-slug: top-6-tools-for-managing-app-updates-in-2025
-title: Top 6 Outils pour Gérer les Mises à Jour d'Applications en 2025
-description: >-
-  Explorez des outils essentiels pour des mises à jour d'applications efficaces
-  et sécurisées en 2025, adaptés à diverses plateformes et tailles d'équipe.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T06:07:22.508Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a42ddd6b8e18060d3642ef-1738822060228.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  app updates, mobile development, software management, security tools, cloud
-  solutions, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Gérer les [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/) en 2025 repose sur la rapidité, la sécurité et l'efficacité.** Que vous déployiez des correctifs critiques ou que vous lanciez de nouvelles fonctionnalités, les bons outils peuvent faire gagner du temps, garantir la conformité et améliorer l'expérience utilisateur. Voici un aperçu rapide des meilleurs outils pour rationaliser les mises à jour d'applications :
-
--   **[Capgo](https://capgo.app/)** : Meilleur pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) avec des mises à jour instantanées en direct (OTA) et un cryptage fort.
--   **[Automox](https://www.automox.com/)** : Idéal pour gérer les mises à jour sur Windows, macOS et Linux avec des patchs automatisés.
--   **[Ionic Appflow](https://ionic.io/appflow/)** : Simplifie les mises à jour des applications hybrides avec une intégration CI/CD et des mises à jour en direct.
--   **[Microsoft Intune](https://www.microsoft.com/en-us/security/business/microsoft-intune)** : Gestion des points d'extrémité au niveau de l'entreprise avec une sécurité avancée et des outils de conformité.
--   **[Jamf Pro](https://www.jamf.com/products/jamf-pro/)** : Conçu pour les appareils Apple, avec automatisation des correctifs et suivi des déploiements.
--   **[CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)** : Mises à jour OTA légères pour les applications React Native et Ionic avec mises à jour différentielles.
-
-### Comparaison rapide
-
-| Outil | Meilleur pour | Fonctionnalités clés | Tarification (à partir de) |
-| --- | --- | --- | --- |
-| **Capgo** | Applications Capacitor | Mises à jour OTA, cryptage, intégration CI/CD | 12 $/mois |
-| **Automox** | Mises à jour multiplateformes | Patching automatisé, rapports de conformité | Tarification personnalisée |
-| **Ionic Appflow** | Développement d'applications hybrides | Intégration CI/CD, mises à jour en direct | 49 $/mois |
-| **Microsoft Intune** | Sécurité entreprise | Gestion des points d'extrémité, intégration Azure | Partie de Microsoft 365 |
-| **Jamf Pro** | Écosystèmes Apple | Automatisation des correctifs, outils de conformité | 3,33 $/appareil/mois |
-| **CodePush** | Mises à jour fréquentes | Mises à jour différentielles, support de rollback | Partie de App Center |
-
-Ces outils répondent à différents besoins, des petites équipes aux grandes entreprises. Choisissez en fonction de votre plateforme, des exigences de sécurité et de la fréquence des mises à jour. Prêt à plonger plus profondément ? Explorons chaque outil plus en détail.
-
-## Comment forcer la mise à jour des applications Ionic
-
-<iframe src="https://www.youtube.com/embed/NJwBNWwNlTk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-06.jpg?auto=compress)
-
-Capgo se concentre sur la fourniture de mises à jour rapides en direct (OTA) pour les applications Capacitor, évitant ainsi les retards causés par les approbations des magasins d'applications en 2025. Il combine des mesures de sécurité robustes avec des options d'intégration fluides, y compris le cryptage de bout en bout et un contrôle des versions détaillé, tout en respectant les directives d'Apple et d'Android.
-
-Voici un aperçu de la manière dont Capgo soutient différents niveaux d'utilisateurs :
-
-| Niveau d'Utilisation | Mises à jour/Mois | Utilisateurs Actifs Mensuels |
-| --- | --- | --- |
-| Développeur Indépendant | 2,500 | 500 |
-| Petite Entreprise | 25,000 | 5,000 |
-| Moyenne Entreprise | 150,000 | 30,000 |
-| Grande Échelle | 1,000,000 | 200,000 |
-
-Capgo s'attaque à des problèmes tels que les risques de sécurité et la conformité par le biais de déploiements cryptés et de mises à jour instantanées. Ses mises à jour OTA peuvent corriger des vulnérabilités critiques en quelques minutes plutôt qu'en quelques jours, réduisant ainsi significativement l'exposition aux risques [\[2\]](https://microlaunch.net/h/how-to-manage-version-control-and-rollbacks-for-mobile-app-updates).
-
-Certaines de ses fonctionnalités remarquables incluent :
-
--   **Suivi et analyse en temps réel** pour suivre les performances des applications et les taux de réussite des mises à jour
--   **Rollback en un clic et déploiements ciblés** pour un contrôle précis
--   **Intégration de pipeline CI/CD** pour des déploiements automatisés rationalisés
-
-Capgo propose également des outils pour les équipes gérant plusieurs applications avec des mises à jour fréquentes. Ces outils permettent de tester les mises à jour avec des groupes d'utilisateurs spécifiques avant de les déployer largement [\[3\]](https://microlaunch.net/h/how-to-streamline-app-maintenance-with-automatic-updates-across-ios-and-android).
-
-En tant que plateforme open source, Capgo favorise la transparence et encourage la créativité. Bien que ce soit un choix solide pour les mises à jour des applications Capacitor, des solutions comme Automox peuvent être mieux adaptées à la gestion des mises à jour sur plusieurs plateformes.
-
-## 2. [Automox](https://www.automox.com/)
-
-![Automox Patch Management Platform](https://mars-images.imgix.net/seobot/screenshots/www.automox.com-06187acabed7a8a7c05012071bb9b83e-2025-02-06.jpg?auto=compress)
-
-Automox rend la gestion des mises à jour des applications sur Windows, macOS et Linux simple, un atout clé pour les équipes de développement gérant des environnements d'applications divers en 2025.
-
-Avec Automox, les équipes peuvent planifier des mises à jour ou les déclencher automatiquement lorsque les appareils se connectent. La plateforme propose trois plans d'abonnement pour répondre à divers besoins : **Basique** (axé sur la gestion des correctifs), **Standard** (ajoute la gestion des points d'extrémité) et **Pro** (comprend la gestion multi-zone et une remédiation avancée).
-
-Elle prend en charge les mises à jour d'outils largement utilisés comme Adobe Reader et Office 365, tout en permettant également des scripts personnalisés pour des configurations uniques. Basée sur une infrastructure cloud, Automox assure des performances fiables, peu importe où se trouvent les points d'extrémité [\[1\]](https://www.techtarget.com/searchenterprisedesktop/tip/12-best-patch-management-software-and-tools).
-
-La plateforme priorise la sécurité avec des fonctionnalités telles que des flux de travail d'approbation des correctifs. Ces flux de travail permettent aux équipes d'examiner et d'approuver soigneusement les mises à jour avant déploiement, offrant un contrôle détaillé pour des mises à jour sécurisées et rapides au sein de l'organisation.
-
-Automox simplifie le processus de mise à jour avec sa large compatibilité d'applications et ses fonctionnalités d'automatisation. Elle propose un suivi des correctifs en temps réel, des rapports de conformité automatisés et des outils pour gérer les mises à jour à travers des équipes distribuées - parfait pour les configurations de travail à distance. Pour les développeurs d'applications mobiles, **Ionic Appflow** est une alternative conçue pour gérer les mises à jour au sein de l'écosystème Capacitor [\[1\]](https://www.techtarget.com/searchenterprisedesktop/tip/12-best-patch-management-software-and-tools).
-
-## 3. [Ionic Appflow](https://ionic.io/appflow/)
-
-![Ionic Appflow](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-02-06.jpg?auto=compress)
-
-Ionic Appflow est une plateforme conçue pour simplifier les mises à jour d'applications et rationaliser le [développement d'applications mobiles hybrides](https://capgo.app/blog/cordova-hybrid-app-development/) pour iOS et Android. Conçu pour fonctionner de manière transparente avec le framework Ionic, il s'attaque aux défis courants des développeurs tels que la sécurité, la rapidité et le contrôle de version.
-
-Une fonctionnalité remarquable est ses **mises à jour en direct (OTA)**, qui permettent aux développeurs de contourner le long processus d'approbation des boutiques d'applications. C'est particulièrement utile pour déployer rapidement des mises à jour importantes. La tarification est flexible, avec des options pour différents besoins : **Starter (49 $/mois)** pour les petits projets, **Growth (99 $/mois)** pour les équipes, et **Enterprise (tarification personnalisée)** pour les grandes organisations.
-
-La plateforme intègre également des processus de construction automatisés directement avec GitHub et Bitbucket. En déclenchant des constructions chaque fois qu'un code est engagé, elle maintient les mises à jour alignées avec les changements de code source et simplifie le flux de travail de déploiement.
-
-Ionic Appflow priorise la sécurité avec de fortes mesures de cryptage et d'authentification. Elle offre également des analyses détaillées et un suivi des performances. Les développeurs peuvent gérer les mises à jour à travers les plateformes depuis un tableau de bord centralisé, et sa fonctionnalité de mise à jour en direct permet des modifications instantanées des actifs d'application sans nécessiter d'approbation des boutiques d'applications.
-
-### Fonctionnalités Clés :
-
--   **Constructions automatisées** liées à GitHub et Bitbucket
--   **Déploiement sécurisé** avec cryptage
--   **Analyses en temps réel** pour le suivi des performances
--   **Gestion centralisée des [mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** à travers les plateformes
--   **Mises à jour en direct** pour des modifications immédiates des actifs de l'application
-
-Bien qu'Ionic Appflow soit un excellent outil pour gérer des applications hybrides, des outils comme Microsoft Intune offrent des options supplémentaires pour une gestion des mises à jour au niveau entreprise plus large.
-
-###### sbb-itb-f9944d2
-
-## 4. [Microsoft Intune](https://www.microsoft.com/en-us/security/business/microsoft-intune)
-
-Microsoft Intune est un outil de gestion des points d'extrémité basé sur le cloud conçu pour gérer efficacement les mises à jour des applications d'entreprise en 2025. Contrairement aux outils qui se concentrent sur des frameworks spécifiques, Intune fonctionne de manière transparente sur diverses plateformes et types d'appareils, ce qui le rend polyvalent pour des besoins organisationnels variés.
-
-Avec Intune, les organisations peuvent déployer des mises à jour via les boutiques d'applications ou le sideloading pour Windows et macOS, offrant une flexibilité pour différents écosystèmes. Cela assure une large couverture et simplifie la gestion des mises à jour à travers les plateformes.
-
-### Fonctionnalités de Sécurité
-
-La sécurité est un axe clé d'Intune, et elle comprend plusieurs fonctionnalités avancées :
-
-| Fonctionnalité de Sécurité | Fonction |
-| --- | --- |
-| Accès Conditionnel & Suivi de Conformité | Fait respecter les normes de sécurité et contrôle l'accès aux applications |
-| Protection des Applications | Crypte les données des applications et applique des politiques d'utilisation |
-| Défense contre les Menaces | Travaille avec Microsoft Defender pour une protection en temps réel |
-
-Intune s'intègre également avec [Azure Active Directory](https://www.microsoft.com/en-us/security/business/identity-access/microsoft-entra-id) et [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), rationalisant le déploiement et les mises à jour des applications. Cette intégration est particulièrement utile pour gérer des équipes à distance, garantissant des mises à jour sécurisées et cohérentes à travers les effectifs distribués.
-
-Une caractéristique remarquable d'Intune est ses politiques de conformité automatisées. En s'intégrant à Azure, il peut identifier et corriger automatiquement les appareils non conformes, réduisant ainsi le besoin d'intervention manuelle et maintenant des normes de sécurité élevées.
-
-Pour les développeurs, Intune propose des API REST qui permettent automatisation et personnalisation avancées. Ces outils permettent l'intégration avec les pipelines de développement existants et prennent en charge à la fois les applications modernes et héritées, ce qui en fait un choix solide pour les organisations ayant des portefeuilles d'applications variés.
-
-### Tarification et Fonctionnalités
-
-Intune est disponible dans le cadre de Microsoft 365 Enterprise ou en tant que produit autonome. Son ensemble de fonctionnalités robuste en fait un investissement judicieux pour les grandes organisations gérant plusieurs applications sur différentes plateformes.
-
-### Points clés :
-
--   **Support multiplateforme** pour tous les principaux systèmes d'exploitation
--   **Sécurité avancée** et contrôles de conformité
--   **Intégration** avec l'écosystème de Microsoft pour une gestion unifiée
--   **Déploiement automatisé** pour des processus de mise à jour rationalisés
--   **Rapports détaillés** et analyses pour de meilleures informations
-
-Pour les organisations profondément intégrées dans l'écosystème Microsoft, Intune simplifie la gestion des mises à jour dans des environnements grandioses et multiplateformes. Cependant, pour des besoins spécifiques à Apple, des outils comme Jamf Pro pourraient être plus adaptés.
-
-## 5. [Jamf Pro](https://www.jamf.com/products/jamf-pro/)
-
-![Jamf Pro](https://mars-images.imgix.net/seobot/screenshots/www.jamf.com-452a677727a22c487d11e38ebd1e7a94-2025-02-06.jpg?auto=compress)
-
-Jamf Pro est conçu spécifiquement pour la gestion des appareils Apple, offrant une intégration profonde avec l'écosystème Apple. Il gère les mises à jour des applications pour iOS, iPadOS, macOS et tvOS, donnant aux équipes IT un contrôle précis sur la distribution et les mises à jour des applications.
-
-### Système de distribution des mises à jour
-
-Jamf Pro simplifie la gestion des mises à jour grâce à un patching automatisé et à une intégration avec le Programme d'Achat en Volume (VPP) d'Apple. Cette automatisation peut réduire les charges de travail des IT de 90 % et accélérer les déploiements d'applications de 75 %.
-
-La plateforme prend en charge [des mises à jour automatisées à grande échelle](https://capgo.app/docs/live-updates/update-behavior/), des déploiements ciblés utilisant des Groupes Intelligents, et des flux de travail personnalisés pour des configurations complexes. Ces caractéristiques la rendent adaptable aux différents besoins organisationnels.
-
-### Intégration d'entreprise
-
-Jamf Pro est conçu pour relever des défis tels que la conformité et la rapidité des mises à jour, ce qui en fait un choix privilégié pour les organisations axées sur Apple. Il s'intègre avec des outils CI/CD comme Jenkins, prend en charge la conformité au RGPD et à la HIPAA, et propose un suivi en temps réel pour les déploiements. Les principales fonctionnalités d'entreprise comprennent :
-
--   Chiffrement de bout en bout pour les mises à jour des applications
--   [Authentification à deux facteurs](https://capgo.app/docs/webapp/mfa/)
--   Évaluations de sécurité en temps réel
--   Suivi détaillé des déploiements
-
-### Tarification et performance
-
-Les tarifs commencent à 3,33 $ par appareil et par mois, avec des réductions pour les achats en gros et les institutions éducatives. Par exemple, un district scolaire a utilisé Jamf Pro pour gérer des milliers d'iPads, réduisant ainsi les charges de travail informatique et améliorant la conformité.
-
-Bien que Jamf Pro brille dans les environnements Apple, les équipes avec des écosystèmes d'appareils mixtes pourraient avoir besoin d'outils supplémentaires pour les appareils non-Apple. Pour ceux à la recherche d'une option multiplateforme, CodePush offre une alternative légère et conviviale pour les développeurs.
-
-## 6. [CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)
-
-![CodePush](https://mars-images.imgix.net/seobot/screenshots/learn.microsoft.com-87c8945e309a8c280c425352c4f329fa-2025-02-06.jpg?auto=compress)
-
-CodePush est un service basé sur le cloud conçu pour simplifier les mises à jour over-the-air (OTA), permettant aux développeurs de sauter les processus de révision des magasins d'applications. Il fait partie de la suite [Visual Studio App Center](https://visualstudio.microsoft.com/app-center/) et joue un rôle crucial dans le déploiement et la maintenance rapides des applications.
-
-Utilisant un système de mise à jour différentielle, CodePush minimise les tailles des mises à jour en ne poussant que les fichiers modifiés. Cela le rend particulièrement utile pour les applications React Native et Ionic qui nécessitent des mises à jour fréquentes. Les développeurs peuvent choisir entre **mises à jour obligatoires** pour des correctifs critiques ou **mises à jour facultatives** pour des fonctionnalités moins urgentes.
-
-La plateforme s'intègre parfaitement avec des outils CI/CD populaires tels que Jenkins, CircleCI et Azure DevOps, permettant des déploiements automatisés et un contrôle des versions fluide. La sécurité est une priorité, avec des fonctionnalités telles que le chiffrement de bout en bout, le contrôle d'accès basé sur les rôles, et des journaux d'audit détaillés pour le suivi des mises à jour.
-
-Son système de contrôle des versions permet des retours en arrière instantanés en cas de problème, réduisant ainsi les temps d'arrêt. CodePush prend également en charge les mises à jour unifiées pour iOS et Android, ce qui en fait un excellent choix pour les équipes travaillant sur plusieurs plateformes.
-
-Alors que Capgo met en avant des mises à jour OTA chiffrées pour les applications Capacitor, CodePush se distingue par son système de mise à jour différentiel et sa forte intégration CI/CD, ce qui le rend parfait pour les équipes axées sur un développement rapide et itératif. Comparé à Ionic Appflow, qui s'adresse au développement d'applications hybrides, l'approche de CodePush en matière de mises à jour et de sécurité en fait une option polyvalente pour divers frameworks.
-
-## Conclusion
-
-Différents outils brillent en fonction des besoins spécifiques des équipes et des exigences des projets. Gérer les mises à jour des applications en 2025 nécessite des outils qui combinent efficacité, sécurité, et intégration fluide avec les flux de travail CI/CD.
-
-**Capgo** est un choix remarquable pour les [développeurs Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), offrant des déploiements instantanés et des mises à jour over-the-air (OTA) chiffrées. À partir de 12 $/mois pour les développeurs indépendants, il fournit des mises à jour en temps réel et un puissant contrôle des versions, ce qui le rend adapté à des projets de toute taille.
-
-Pour les équipes priorisant la sécurité d'entreprise et la conformité, **Microsoft Intune** et **Jamf Pro** sont d'excellentes options. Ces plateformes offrent une gestion de points de terminaison étendue, cruciale pour les organisations traitant des données sensibles et des normes de conformité strictes.
-
-Les équipes de développement multiplateforme pourraient préférer **CodePush** ou **Ionic Appflow**. Le système de mise à jour différentielle léger de CodePush est parfait pour des mises à jour fréquentes et incrémentales, tandis que l'intégration d'Ionic Appflow avec les pipelines CI/CD simplifie les flux de déploiement.
-
-Voici un bref comparatif des outils en fonction des profils d'équipe et des priorités :
-
-| Profil d'équipe                  | Outil recommandé       | Avantage clé                           |
-|----------------------------------|------------------------|----------------------------------------|
-| Développeurs Capacitor           | Capgo                  | Mises à jour OTA instantanées avec chiffrement |
-| Sécurité d'entreprise            | Microsoft Intune       | Gestion complète des points de terminaison |
-| Équipes multiplateformes         | CodePush               | Mises à jour différentielles efficaces |
-| Développement d'applications hybrides | Ionic Appflow         | Intégration CI/CD intégrée              |
-| Gestion informatique              | Automox                | Gestion des patches cloud-native       |
-
-L'industrie évolue vers des systèmes cloud-natifs et des processus de mise à jour automatisés. La gestion des mises à jour pilotée par l'IA devrait transformer la manière dont les mises à jour sont gérées, rendant les outils avec flexibilité et scalabilité de plus en plus importants.
-
-En choisissant un outil, les équipes doivent évaluer des facteurs tels que la fréquence des mises à jour, les besoins en sécurité, les capacités d'intégration, la scalabilité et le budget. Le bon outil ne répond pas seulement à des problématiques telles que les risques de sécurité et la conformité, mais garantit également des flux de mise à jour fluides et efficaces, gardant les équipes en avance dans un paysage de développement en rapide évolution.
diff --git a/src/content/blog/fr/top-api-security-standards-for-app-store-compliance.md b/src/content/blog/fr/top-api-security-standards-for-app-store-compliance.md
deleted file mode 100644
index 09f2e7467..000000000
--- a/src/content/blog/fr/top-api-security-standards-for-app-store-compliance.md
+++ /dev/null
@@ -1,361 +0,0 @@
----
-slug: top-api-security-standards-for-app-store-compliance
-title: Normes de sécurité des API de premier plan pour la conformité de l'App Store
-description: >-
-  Apprenez les normes de sécurité API essentielles pour garantir que votre
-  application respecte les exigences des magasins d'applications tout en
-  protégeant les données des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T01:52:28.048Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78-1745459563928.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  API security, OAuth 2.0, OpenID Connect, TLS, JWT, app store compliance, user
-  data protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-Sécuriser l'API de votre application est essentiel pour répondre aux exigences de l'App Store d'Apple et de Google Play. Ce guide décrit **cinq normes clés de sécurité API** pour vous aider à vous conformer aux règles de la plateforme, protéger les données des utilisateurs et améliorer les performances de l'application.
-
-### Points Clés :
-
--   **[OAuth 2.0](https://oauth.net/2/)** : Authentification utilisateur sécurisée avec accès basé sur des jetons.
--   **[OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect)** : Ajoutez une couche d'identité pour une vérification utilisateur améliorée.
--   **TLS/SSL** : [Chiffrez les données](https://capgo.app/docs/cli/migrations/encryption/) en transit pour éviter toute falsification.
--   **Sécurité JWT** : Protégez les jetons avec une signature et un stockage appropriés.
--   **Contrôles de Taux d'API** : Protégez les API contre les abus avec des limites de requêtes.
-
-En mettant en œuvre ces normes, vous vous assurez que votre [application Capacitor](https://capgo.app/plugins/ivs-player/) répond aux critères d'approbation tout en maintenant la sécurité des données utilisateurs. Prêt à aller plus loin ? Décomposons cela étape par étape.
-
-## Clé d'API Sécurisée dans l'Application Front End utilisant un Serveur Proxy & Utilisateur ...
-
-<iframe src="https://www.youtube.com/embed/-HJeBV70zIE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [Implémentation OAuth 2.0](https://oauth.net/2/)
-
-![OAuth 2.0](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/d1868b22bd285dedc49624e0c0ea2ab6.jpg)
-
-OAuth 2.0 est un protocole largement utilisé pour autoriser en toute sécurité les applications mobiles. Il permet aux applications tierces d'accéder aux ressources des utilisateurs sans exposer les informations d'identification sensibles. Les plateformes comme Apple et Google exigent une authentification sécurisée et conforme aux normes, et OAuth 2.0 répond à ces exigences grâce à une sécurité basée sur des jetons et un accès API contrôlé.
-
-Voici comment configurer OAuth 2.0 dans votre application Capacitor :
-
-### Flux d'Autorisation Clés
-
--   **Code d'Autorisation avec PKCE (Proof Key for Code Exchange)** : Le flux le plus sécurisé, idéal pour les applications mobiles.
--   **Flux Implicite** : À utiliser uniquement si nécessaire pour des systèmes plus anciens.
--   **Identifiants du Client** : Pour la communication de service à service.
-
-### Étapes d'Intégration
-
-1.  **Gestion des Jetons**
-    
-    -   Récupérez les jetons de manière sécurisée.
-    -   Stockez les jetons dans un [stockage encrypté](https://capgo.app/docs/cli/migrations/encryption/) pour prévenir tout accès non autorisé.
-    -   Automatisez le rafraîchissement des jetons pour garantir un accès ininterrompu.
-    -   Validez les signatures des jetons pour confirmer leur authenticité.
-2.  **Mesures de Sécurité**
-    
-    -   Limitez l'accès en configurant les portées.
-    -   Définissez des temps d'expiration des jetons pour réduire les risques.
-    -   Appliquez une limitation de taux pour prévenir les abus.
-    -   Surveillez les tentatives d'authentification pour détecter des activités suspectes.
-3.  **Conformité à l'App Store**
-    
-    -   Utilisez des fournisseurs OAuth approuvés par Apple.
-    -   Respectez les directives de sécurité de Google Play.
-    -   Documentez clairement les flux d'authentification de votre application.
-    -   Conservez des journaux d'audit pour révision et dépannage.
-
-Pour une protection supplémentaire, envisagez de superposer OAuth 2.0 avec d'autres méthodes d'authentification. Cette approche non seulement protège les données sensibles des utilisateurs, mais aide également à sécuriser les points de terminaison API, garantissant la conformité aux exigences de la plateforme [\[1\]](https://capgo.app/)\[2\].
-
-## 2. [Configuration OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect)
-
-OpenID Connect s'appuie sur OAuth 2.0 en ajoutant une couche d'identité pour assurer une authentification utilisateur sécurisée.
-
-### Étapes Clés de Mise en Œuvre
-
-1.  **Paramètres de Jeton d'Identité**
-    
-    -   Définissez des portées comme `openid`, `profile`, et `email`.
-    -   Définissez des durées de vie des jetons d'accès entre 15 et 30 minutes.
-    -   Activez la rotation des jetons de rafraîchissement pour une sécurité accrue.
-2.  **Processus d'Authentification de l'Utilisateur**
-    
-    -   Utilisez l'authentification native via les navigateurs systèmes et les biométriques des appareils.
-    -   Stockez les jetons de manière sécurisée dans un stockage encrypté.
-    -   Validez toujours les jetons du côté serveur.
-3.  **Gestion des Revendications**
-    
-    -   Demandez uniquement les informations utilisateur dont vous avez réellement besoin.
-    -   Mettez en place une gestion des sessions appropriée pour maintenir la sécurité.
-
-### Directives Spécifiques à la Plateforme
-
-**Pour iOS :**
-
--   Utilisez **ASWebAuthenticationSession** pour une authentification sécurisée.
--   Prévoyez **Se connecter avec Apple** si nécessaire.
--   Stockez les jetons de manière sécurisée à l'aide du trousseau.
--   Activez le pinning de certificat pour une protection supplémentaire.
-
-**Pour Android :**
-
--   Utilisez **Chrome Custom Tabs** pour les flux d'authentification.
--   Sécurisez les informations d'identification avec le keystore Android.
--   Intégrez **Google Sign-In** lorsque c'est applicable.
--   Activez **[SafetyNet](https://developers.google.com/android/reference/com/google/android/gms/safetynet/SafetyNetApi) attestation** pour une sécurité supplémentaire.
-
-### Bonnes Pratiques de Sécurité
-
--   Mettez en œuvre des processus de déconnexion efficaces pour effacer les sessions.
--   Utilisez des paramètres d'état pour vous protéger contre les attaques CSRF.
--   Activez **HTTP Strict Transport Security (HSTS)** pour des connexions sécurisées.
--   Surveillez les tentatives d'authentification pour détecter un comportement suspect.
-
-Enfin, assurez-vous que tous les échanges d'authentification sont protégés en transit en appliquant TLS/SSL.
-
-## 3. Sécurité TLS/SSL
-
-TLS/SSL garantit que vos données restent chiffrées pendant leur transmission. TLS (Transport Layer Security) protège le trafic API, le gardant à l'abri de l'écoute ou de la falsification.
-
-### Pratiques de Sécurité Clés
-
--   Utilisez **TLS v1.2 ou supérieur** pour toutes les communications API. Cela garde privés les jetons OAuth et les assertions d'identité OpenID entre le client et le serveur.
--   Appliquez le **pinning de certificat** pour les applications iOS et Android.
--   Activez **HTTP Strict Transport Security (HSTS)** sur vos serveurs pour imposer des connexions sécurisées.
-
-### Configuration Capacitor
-
-Configurez le plugin HTTP de Capacitor ou WKWebView/NSSecureTransport pour bloquer les certificats non valides. Pour les mises à jour en direct, des outils comme Capgo offrent un cryptage de bout en bout qui respecte les directives d'Apple et de Google [\[1\]](https://capgo.app/).
-
-## 4. Mesures de Sécurité JWT
-
-Les JSON Web Tokens (JWT) sont essentiels pour sécuriser les communications API, en particulier pour assurer la conformité aux exigences des magasins d'applications. Ils améliorent votre configuration OAuth 2.0 et OpenID Connect en se concentrant sur la sécurité des jetons eux-mêmes.
-
-### Directives de Signature des Jetons
-
--   Utilisez **RS256 asymétrique (RSA-SHA256)** pour signer les jetons et faites tourner les clés privées tous les 90 jours.
--   Stockez les JWT dans un **[stockage sécurisé encrypté](https://capgo.app/docs/cli/migrations/encryption/)** pour prévenir tout accès non autorisé.
--   Validez les éléments clés tels que la **signature**, **éméteur (iss)**, **auditoire (aud)**, et **expiration**.
--   Gardez la charge utile minimale - incluez uniquement les revendications nécessaires, ajoutez un identifiant unique (_jti_), et évitez les données sensibles.
-
-### Gestion des Cycles de Vie des Jetons
-
--   Rafraîchissez les jetons **5 minutes avant leur expiration** pour garantir un accès ininterrompu.
--   Maintenez une **liste de révocation** (par exemple, en utilisant [Redis](https://redis.io/)) pour invalider immédiatement les jetons compromis.
-
-### Gestion des Erreurs
-
-Lorsqu'une erreur se produit, retournez des **messages d'erreur génériques** tels que `invalid_token` pour éviter d'exposer des détails de validation.
-
-### Conformité à l'App Store
-
-Pour les exigences spécifiques aux magasins d'applications, assurez-vous que votre implémentation JWT :
-
--   Respecte les **directives de stockage dans le trousseau** de la plateforme.
--   Inclut une **journalisation des audits** appropriée pour toutes les opérations liées aux jetons.
-
-## 5. Contrôles de Taux d'API
-
-Gérer la fréquence à laquelle les utilisateurs peuvent accéder à votre API est tout aussi important que de la sécuriser. Les limites de taux aident à prévenir les abus, protègent contre les attaques DDoS, et garantissent que les ressources sont partagées équitablement entre les utilisateurs.
-
-### Stratégies de Limitation de Taux
-
-Une fois vos jetons sécurisés, il est temps de décider combien de requêtes chaque client peut effectuer.
-
-**Limites de Requêtes**
-
--   Restreignez les requêtes en fonction des adresses IP.
--   Définissez des quotas par utilisateur liés aux clés API.
--   Autorisez des pointes occasionnelles pour gérer les pics de trafic.
-
-**Limites Basées sur le Temps**
-
--   _Fenêtre fixe_ : Réinitialise les limites à intervalles réguliers (par exemple, chaque minute ou heure).
--   _Fenêtre glissante_ : Suit l'utilisation sur une période de temps glissante.
--   _Seau de jetons_ : Émet des jetons pour les requêtes, reconstitués au fil du temps.
-
-### Directives de Mise en Œuvre
-
-**En-têtes et Codes de Réponse**
-
-Lors de l'application des limites, incluez des en-têtes utiles dans vos réponses :
-
--   Utilisez le code HTTP 429 ("Trop de Requêtes") lorsque les limites sont dépassées.
--   Ajoutez des en-têtes tels que `X-RateLimit-Limit`, `X-RateLimit-Remaining`, et `X-RateLimit-Reset` pour tenir les utilisateurs informés.
--   Incluez un en-tête `Retry-After` pour indiquer quand ils peuvent réessayer.
-
-### Surveillance et Alertes
-
-Surveillez l'utilisation de votre API avec ces étapes :
-
--   Surveillez l'utilisation de l'API en temps réel pour repérer les tendances.
--   Identifiez et bloquez les activités suspectes.
--   Configurez des alertes pour des pics de trafic inhabituel.
--   Enregistrez les violations de limite de taux pour une analyse future.
-
-### Exemple de Réponse d'Erreur
-
-Lorsqu'un client dépasse la limite de taux, répondez avec un message JSON clair. Par exemple :
-
-```json
-{
-  "error": "rate_limit_exceeded",
-  "message": "Request quota exceeded",
-  "retry_after": "<seconds until reset>"
-}
-```
-
-### Stockage de Limitation de Taux
-
-Pour appliquer les limites de taux efficacement, utilisez un cache distribué comme Redis ou [Memcached](https://memcached.org/). Ces systèmes aident à suivre les comptes de requêtes à travers plusieurs instances tout en maintenant une performance élevée.
-
-Suivant : Règles de Sécurité de l'App Store.
-
-## Règles de Sécurité de l'App Store
-
-Plongeons dans les exigences de sécurité réseau et de stockage imposées par Apple et Google. Ces règles vont au-delà des jetons OAuth et des limites de taux, assurant que votre application respecte les normes de la plateforme.
-
-### Exigences iOS
-
--   **App Transport Security (ATS)** doit être activé :
-    -   TLS 1.2 ou plus récent
-    -   Secret de Transmission Parfait (PFS)
-    -   Certificats avec au moins SHA-256
--   Protégez les données sensibles à l'aide du Trousseau.
--   Configurez le pinning de certificat pour une communication sécurisée.
--   Chiffrez toutes les données locales.
-
-### Exigences Android
-
--   Utilisez **Network Security Config** pour :
-    -   Restreindre le trafic en texte clair.
-    -   Définir des règles de pinning de certificat.
-    -   Spécifier des autorités de certification personnalisées si nécessaire.
--   Chiffrez les fichiers de manière sécurisée.
--   Configurez SafetyNet attestation pour les contrôles d'intégrité des appareils.
--   Utilisez le Keystore Android pour une gestion sécurisée des clés.
-
-### Règles Communes aux Plateformes
-
-Les deux plateformes partagent plusieurs exigences clés en matière de sécurité :
-
--   Utilisez HTTPS pour toutes les connexions.
--   Validez correctement les certificats.
--   Assurez-vous que les paramètres SSL/TLS sont configurés de manière sécurisée.
--   Protégez le stockage local par chiffrement.
--   Conservez des journaux d'audit détaillés.
--   Fournissez une documentation de vos mesures de sécurité.
-
-## Méthodes de Contrôle d'Accès API
-
-Protéger vos endpoints API dépasse la simple sécurisation du transport de la plateforme et des tokens. Des contrôles d'accès minutieusement réglés sont essentiels pour garantir que votre API reste sécurisée.
-
-### Méthodes Clés de Contrôle d'Accès
-
--   **Validation de Clé API**  
-    Utilisez des clés cryptographiquement sécurisées avec des dates d'expiration définies. Automatisez la rotation des clés tous les 90 jours et imposez des limites de débit et des quotas d'utilisation par clé. Enregistrez toujours l'utilisation des clés à des fins d'audit. Cette méthode fonctionne bien avec OAuth 2.0 pour les appels service à service.
-    
--   **Application des Scopes OAuth**  
-    Assignez des scopes spécifiques aux autorisations API et validez-les à chaque requête. Rejetez toute requête manquant d'une autorisation appropriée et documentez clairement les exigences de scope pour les revues des magasins d'applications. Associer les scopes avec des claims JWT peut aider à restreindre encore davantage l'accès.
-    
--   **Contrôle d'Accès Basé sur les Rôles (RBAC)**  
-    Définissez des rôles avec des permissions précises et assignez-les via votre système d'authentification. Vérifiez les autorisations de rôle pour chaque appel API et stockez en toute sécurité les assignments de rôle dans un stockage chiffré.
-    
--   **Introspection & Révocation de Tokens**  
-    Effectuez une validation en temps réel des tokens et maintenez une liste noire centralisée pour les tokens compromis. Autorisez la révocation immédiate et mettez en place une surveillance pour signaler des activités suspectes de tokens.
-    
-
-### Conformité à la Plateforme
-
-Pour obtenir une approbation sur des plateformes comme l'App Store d'Apple ou Google Play :
-
--   Documentez clairement vos méthodes de contrôle d'accès lors des revues de sécurité.
--   Gérez les demandes non autorisées avec des réponses d'erreur appropriées.
--   Conservez des journaux d'accès détaillés à des fins d'audit.
--   Activez la surveillance en temps réel pour traiter rapidement les incidents de sécurité.
-
-Ces mesures sont en accord avec les directives de sécurité d'Apple et de Google, garantissant que votre API respecte leurs normes.
-
-## Outils de Sécurité API pour Capacitor
-
-Une fois que vous avez mis en place des contrôles d'accès, l'étape suivante consiste à intégrer des outils qui mettent en œuvre ces protections dans votre flux de travail Capacitor. Les outils qui prennent en charge OAuth, TLS et les protocoles JWT sont essentiels pour sécuriser les applications Capacitor tout en garantissant des mises à jour fluides.
-
-### Caractéristiques de Sécurité Clés à Rechercher
-
-Les outils de sécurité efficaces pour Capacitor devraient inclure :
-
--   **Chiffrement de bout en bout** pour protéger les données et permettre des mises à jour instantanées
--   **Analyse et suivi des erreurs** pour surveiller la performance et les problèmes de l'application
--   **Fonctionnalité de retour en arrière** pour des corrections rapides
--   **Intégration CI/CD** et options d'hébergement flexibles
--   **Vérifications de conformité aux magasins d'applications** pour répondre aux exigences de la plateforme
--   **Capacités de déploiement progressif** pour des mises à jour contrôlées
--   **Revertissements de version instantanés** pour résoudre des problèmes critiques
--   **Contrôle ciblé des utilisateurs** pour des mises à jour personnalisées
-
-### Choix Principal : [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/29f394e74984c052f31714ba4759b80a.jpg)
-
-Capgo est un outil remarquable pour gérer les mises à jour en direct dans les applications Capacitor tout en restant conforme aux directives d'Apple et de Google. Il affiche un taux de succès de mise à jour mondial de 82 % et un temps de réponse API moyen impressionnant de 434 ms [\[1\]](https://capgo.app/).
-
-### Métriques de Performance
-
-Capgo assure des mises à jour rapides et efficaces :
-
--   **95 % des utilisateurs** reçoivent des mises à jour dans les 24 heures
--   Fiable pour **plus de 1 900 applications en production** dans le monde entier [\[1\]](https://capgo.app/)
-
-### Surveillance et Analytique
-
-Pour maintenir la performance de l'application et la conformité, concentrez-vous sur le suivi de ces métriques :
-
--   **Taux de succès des mises à jour** : Le pourcentage d'utilisateurs utilisant la dernière version
--   **Temps de réponse API** : Une mesure critique de la vitesse de livraison des mises à jour
-
-Examiner régulièrement ces métriques aide à garantir que votre application respecte les exigences des magasins d'applications et offre une expérience utilisateur fluide.  
-[\[1\]](https://capgo.app/) Statistiques d'utilisation de Capgo
-
-## Récapitulatif
-
-Pour résumer tout cela, voici comment les cinq normes clés s'alignent : **Authentification sécurisée** (OAuth 2.0 avec PKCE, OpenID Connect), **chiffrement fort** (TLS 1.2+ et utilisation appropriée des JWT), et **limitation du taux API** sont essentiels pour respecter les exigences des magasins d'applications d'Apple et de Google dans les applications Capacitor.
-
-Concentrez-vous sur le maintien de **chiffrement de bout en bout**, **surveillance continue**, **déploiements progressifs** via des canaux beta, et l'intégration des **pipelines CI/CD** avec des options de retour en arrière. Ces étapes ont montré un succès dans le monde réel, avec des implémentations atteignant un impressionnant taux de succès mondial de 82 % dans la livraison des mises à jour [\[1\]](https://capgo.app/).
-
-## FAQs
-
-:::faq
-### Comment puis-je implémenter OAuth 2.0 dans mon application Capacitor pour répondre aux normes de sécurité des magasins d'applications ?
-
-Pour implémenter **OAuth 2.0** dans votre application Capacitor tout en garantissant la conformité aux normes de sécurité des magasins d'applications, vous devrez suivre quelques étapes clés :
-
-1.  **Configurer un fournisseur OAuth** : Enregistrez votre application auprès d'un fournisseur OAuth (par exemple, Google, Apple, ou un autre service) et obtenez les identifiants requis, tels que l'ID Client et le Secret Client.
-2.  **Intégrer une bibliothèque OAuth** : Utilisez une bibliothèque comme `@capacitor-community/oauth2` pour une intégration fluide avec les applications Capacitor. Cela aide à gérer les flux d'authentification et le traitement des tokens.
-3.  **Configurer les URIs de redirection** : Assurez-vous que les URIs de redirection de votre application sont correctement configurées dans les paramètres du fournisseur OAuth pour gérer en toute sécurité les callbacks d'authentification.
-4.  **Gérer les tokens de manière sécurisée** : Utilisez un stockage sécurisé (par exemple, le plugin Secure Storage de Capacitor) pour stocker les tokens d'accès et les tokens de rafraîchissement, garantissant un chiffrement de bout en bout.
-
-En suivant ces étapes, vous pouvez garantir que votre application respecte les normes de sécurité tout en offrant une expérience d'authentification fluide. Des plateformes comme **Capgo** peuvent également améliorer le processus de mise à jour de votre application, garantissant la conformité avec les exigences d'Apple et de Google tout en fournissant des mises à jour en temps réel aux utilisateurs.
-:::
-
-:::faq
-### Quelles étapes puis-je entreprendre pour garantir que mon API respecte les normes de sécurité d'Apple et de Google pour la conformité aux magasins d'applications ?
-
-Pour garantir que votre API s'aligne sur les normes de sécurité d'Apple et de Google, concentrez-vous sur la mise en œuvre de pratiques de sécurité robustes comme **le chiffrement de bout en bout**, les méthodes d'authentification sécurisées, et les mesures de protection de la vie privée des données. Celles-ci sont essentielles pour répondre aux exigences de conformité.
-
-Si vous développez des applications Capacitor, des outils comme Capgo peuvent simplifier la conformité. Capgo vous permet de pousser instantanément des mises à jour, des corrections, et des fonctionnalités sans avoir besoin d'approbations des magasins d'applications, tout en respectant les directives d'Apple et d'Android. Cela garantit que votre application reste sécurisée et à jour sans effort.
-:::
-
-:::faq
-### Quels sont les meilleurs outils et pratiques pour surveiller et gérer la sécurité de l'API dans mon application ?
-
-Pour une gestion efficace de la sécurité de l'API dans votre application, envisagez des outils qui permettent des mises à jour en temps réel, le chiffrement, et une intégration fluide avec les flux de travail de développement. **Capgo** fournit une solution puissante pour les applications Capacitor, permettant aux développeurs de pousser instantanément des mises à jour, des corrections, et de nouvelles fonctionnalités sans attendre les approbations des magasins d'applications. Cela garantit que votre application reste conforme et à jour.
-
-Capgo propose également un **chiffrement de bout en bout**, une intégration avec des pipelines CI/CD, et la capacité d'assigner des mises à jour à des groupes d'utilisateurs spécifiques. Ces fonctionnalités non seulement améliorent la sécurité, mais simplifient également le processus de mise à jour, facilitant le maintien de la conformité avec les exigences des magasins d'applications d'Apple et de Google.
-:::
diff --git a/src/content/blog/fr/top-tools-for-debugging-ota-updates-in-capacitor.md b/src/content/blog/fr/top-tools-for-debugging-ota-updates-in-capacitor.md
deleted file mode 100644
index f89eb3413..000000000
--- a/src/content/blog/fr/top-tools-for-debugging-ota-updates-in-capacitor.md
+++ /dev/null
@@ -1,193 +0,0 @@
----
-slug: top-tools-for-debugging-ota-updates-in-capacitor
-title: Meilleurs outils pour déboguer les mises à jour OTA dans Capacitor
-description: >-
-  Explorez les outils et stratégies essentiels pour déboguer efficacement les
-  mises à jour OTA dans les applications Capacitor sur différentes plateformes.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-20T02:05:05.290Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b67f2eacf635f489c4a234-1740017141105.jpg
-head_image_alt: Développement mobile
-keywords: 'Capacitor, OTA updates, debugging tools, mobile development, app updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Déboguer les mises à jour Over-the-Air (OTA) dans des applications [Capacitor](https://capacitorjs.com/) peut être délicat, mais les bons outils font une grande différence. Que vous gériez des conflits de versions, que vous assuriez des [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/), ou que vous déboguiez sur plusieurs plateformes, voici deux outils essentiels à considérer :
-
--   **[Capgo](https://capgo.app/)** : Mises à jour OTA sécurisées avec chiffrement de bout en bout, intégration CI/CD et déploiements spécifiques aux utilisateurs. À partir de 12 $/mois.
--   **[Inspect.dev](https://inspect.dev/)** : Déboguer à la fois les applications Android et iOS, même sur Windows, avec l'intégration de [Chrome DevTools](https://developer.chrome.com/docs/devtools). Coûte 49 $/an.
-
-### Comparaison Rapide
-
-| Fonctionnalité | Capgo | Inspect.dev |
-| --- | --- | --- |
-| Gestion des Mises à jour | Avancée (chiffrement, CI/CD) | Non applicable |
-| [Outils de Débogage](https://capgo.app/docs/plugin/debugging/) | Contrôle de version, retour en arrière | Chrome DevTools |
-| Support des Plateformes | Android, iOS | Android, iOS (support Windows) |
-| Tarification | 12 $/mois | 49 $/an |
-
-Choisissez en fonction des besoins de votre application : **Capgo** pour la sécurité et l'automatisation, ou **Inspect.dev** pour le débogage multiplateforme.
-
-## Bases du Débogage des Mises à Jour OTA
-
-### Exigences de la Plateforme
-
-Les [mises à jour OTA Capacitor](https://capgo.app/ja/) nécessitent une intégration native appropriée pour fonctionner sans problème. Pour iOS, cela signifie une signature de code stricte et une validation des mises à jour. Sur Android, la gestion des codes de version et l'assurance de la compatibilité sont cruciales pour éviter des problèmes de mise à jour.
-
-Les vérifications clés de la plateforme incluent :
-
-1.   Garder les dépendances natives à jour
-2.   Vérifier la compatibilité des plugins
-3.   Utiliser des configurations de build séparées pour iOS et Android
-
-Une fois cela en place, il est temps d'explorer les options de distribution OTA.
-
-### Méthodes de Distribution des Mises à Jour
-
-Les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) prennent en charge plusieurs méthodes de mise à jour OTA. Des outils comme Capgo garantissent la conformité avec les directives d'Apple et d'Android.
-
-| Méthode de Distribution | Caractéristiques Clés | Meilleur Pour |
-| --- | --- | --- |
-| [Mises à jour Manuelles](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Contrôle total sur le processus de mise à jour, prend en charge les URLs personnalisées | Petites applications, tests |
-| Capgo | Offre un chiffrement de bout en bout, une intégration CI/CD et une assignment des utilisateurs | Applications d'entreprise |
-| Gère les versions et fournit des fonctionnalités de mise à jour de base | Applications simples |
-
-Choisissez la méthode qui convient le mieux aux besoins et au flux de travail de votre application.
-
-### Configuration du Développement
-
-Configurer votre environnement implique d'utiliser des [commandes de CLI Capacitor](https://capgo.app/docs/cli/commands/) et de configurer les paramètres correctement.
-
-Étapes de configuration importantes :
-
-1.   Exécutez `npx cap sync` pour synchroniser les dépendances
-2.   Ajustez les paramètres natifs dans le fichier _capacitor.config.json_
-3.   Testez les mises à jour localement pour vous assurer que tout fonctionne
-
-Pour l'inspection des applications iOS, Inspect.dev offre des outils compatibles avec Windows et Chrome DevTools. Il coûte 49 $/an après un essai gratuit de 14 jours.
-
-Gardez le contrôle de version organisé pour suivre les changements et simplifier le débogage. Utilisez les commandes de la CLI Capacitor pour tester efficacement les mises à jour sur plusieurs plateformes.
-
-## Vidéo Connexe de YouTube
-
-<iframe src="https://www.youtube.com/embed/HmXM5t8DIPA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 3 Outils de Débogage Principaux pour les Mises à Jour OTA [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-20.jpg?auto=compress)
-
-Ces outils aident les développeurs à relever des [défis de débogage](https://capgo.app/docs/plugin/debugging/) spécifiques tout en gérant efficacement les mises à jour OTA.
-
-### [Capgo](https://capgo.app)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-20.jpg?auto=compress)
-
-Capgo fournit une solution fiable pour gérer les mises à jour OTA dans les applications Capacitor. Cela garantit des mises à jour sécurisées et rapides tout en respectant les directives de la plateforme.
-
-#### Détail des Fonctionnalités de [Capgo](https://capgo.app/)
-
-| **Fonctionnalité** | **Description** | **Avantage** |
-| --- | --- | --- |
-| Chiffrement de bout en bout | Sécurise la livraison des mises à jour | Protège les données en transit |
-| Intégration CI/CD | Automatise le pipeline de déploiement | Simplifie le processus de mise à jour |
-| Attribution d'Utilisateur | Cible des utilisateurs spécifiques | Permet des mises à jour contrôlées |
-| Contrôle de Version | Suit l'historique des mises à jour | Facilite le dépannage et la gestion |
-
-Le prix de Capgo commence à 12 $/mois pour les développeurs individuels, avec des options évoluant pour les entreprises, y compris des domaines personnalisés et un accès API.
-
-
-### [Inspect.dev](https://inspect.dev/)
-
-![Inspect.dev](https://mars-images.imgix.net/seobot/screenshots/inspect.dev-9bbcb0a3366f33fde5bbabd7b9e5d36a-2025-02-20.jpg?auto=compress)
-
-Inspect.dev est conçu pour simplifier le débogage des applications Android et iOS, y compris le débogage iOS sur Windows - un défi courant pour les développeurs.
-
-#### Détail des Fonctionnalités d'Inspect.dev
-
-| **Fonctionnalité** | **Avantage** |
-| --- | --- |
-| Support Multiplateforme | Déboguer les applications iOS sur Windows |
-| Intégration de Framework | Support intégré pour React, Angular, Vue |
-| Chrome DevTools | Outils de débogage familiers et conviviaux |
-
-Au prix de 49 $/an après un essai gratuit de 14 jours, Inspect.dev s'intègre parfaitement avec Chrome DevTools, ce qui en fait un excellent choix pour les équipes travaillant sur plusieurs systèmes d'exploitation. Bien qu'il ait quelques limitations, ses fonctionnalités en font un ajout solide à la boîte à outils de tout développeur.
-
-###### sbb-itb-f9944d2
-
-## Guide de Comparaison des Outils
-
-Lors du choix d'un outil de débogage pour les mises à jour OTA de Capacitor, il est essentiel d'évaluer des facteurs tels que les fonctionnalités, le prix et la compatibilité. Voici un aperçu de deux options essentielles :
-
-| Catégorie de Fonctionnalité | Capgo | Inspect.dev |
-| --- | --- | --- |
-| Gestion des Mises à jour | Chiffrement de bout en bout, intégration CI/CD, mises à jour spécifiques aux utilisateurs | Non conçu pour les mises à jour OTA |
-| Outils de Débogage | Contrôle de version, support de retour en arrière | Intégration Chrome DevTools |
-| Fonctionnalités de Sécurité | Chiffrement de bout en bout, vérifications de conformité | Sécurité standard de débogage |
-| Support des Plateformes | Android, iOS | Android, iOS (y compris iOS sur Windows) |
-| Intégration CI/CD | Intégré | Limitée |
-| Coût Mensuel | 12 $/mois (SOLO) | 4,08 $/mois (facturé annuellement) |
-
-### Qu'est-ce qui rend chaque outil distinct ?
-
--   **Capgo** : Idéal pour les applications petites à moyennes, le plan SOLO de Capgo comprend 2 500 mises à jour en direct et prend en charge jusqu'à 500 utilisateurs par mois. Il priorise la sécurité et la conformité, ce qui en fait un excellent choix pour les applications traitant des données sensibles.
-
--   **Inspect.dev** : Conçu pour le débogage, Inspect.dev excelle avec l'intégration de Chrome DevTools et le support multiplateforme. Il est particulièrement utile pour les équipes travaillant sur Windows qui ont besoin de déboguer des applications iOS.
-
-
-### Comment Décider ?
-
--   Pour les applications nécessitant une sécurité et une conformité solides avec une gestion complète des mises à jour OTA, **Capgo** est le choix idéal.
--   Les équipes ayant besoin d'outils de débogage multiplateformes spécialisés bénéficieront de **Inspect.dev**.
-
-Chaque outil a ses forces, alors choisissez en fonction des besoins et des priorités spécifiques de votre équipe.
-
-## Conclusion
-
-Choisir le bon outil de débogage pour les mises à jour OTA de Capacitor signifie aligner les fonctionnalités de l'outil avec les besoins spécifiques de votre projet. Chaque option aborde différents aspects du processus de développement.
-
-### Comment Choisir le Bon Outil
-
-Voici quelques facteurs clés à considérer lors de la sélection du meilleur outil pour votre projet :
-
-**Taille du Projet et Besoins en Sécurité**  
-Pour les applications ayant des exigences de sécurité plus élevées, **Capgo** se distingue par ses fortes mesures de sécurité et son support de conformité, ce qui en fait un bon choix pour des projets petits à moyens.
-
-**Intégration avec le Flux de Travail de Développement**
-Si vous utilisez des pipelines CI/CD, **Capgo** s'intègre sans effort dans votre flux de travail, fournissant un déploiement automatisé et une gestion des mises à jour.
-
-**Fonctionnalités Techniques**
-Considérez vos priorités techniques et faites les correspondre avec les forces de l'outil :
-
--   Pour le débogage multiplateforme, **Inspect.dev** est un choix solide.
--   Besoin de [mises à jour automatisées](https://capgo.app/docs/plugin/self-hosted/auto-update/) avec une sécurité supplémentaire ? **Capgo** est idéal.
-
-**Budget**
-Le budget joue un grand rôle. **Capgo** offre des fonctionnalités avancées comme l'automatisation et la sécurité à partir de 12 $/mois. **Inspect.dev** fournit des fonctionnalités de débogage spécialisées pour 49 $ par an, répondant à des cas d'utilisation spécifiques.
-
-**Sécurité et Conformité**  
-Si la sécurité est une priorité absolue, **Capgo** veille à ce que les mises à jour soient conformes aux normes d'Apple et Android tout en offrant un chiffrement de bout en bout.
-
-## FAQ
-
-### Comment déboguer une application Capacitor sur Android ?
-
-Déboguer une [application Capacitor](https://capgo.app/plugins/ivs-player/) sur Android est simple en utilisant les outils de développement de Chrome. Voici comment procéder :
-
-1.  Démarrez votre application à l'aide de votre IDE ou [Android Studio](https://developer.android.com/studio).
-2.  Ouvrez `chrome://inspect` dans Google Chrome.
-3.  Sous "Cibles distantes", localisez le WebView de votre application et cliquez sur **Inspecter**.
-
-Une fois connecté, vous pouvez utiliser les outils de développement de Chrome pour consulter les **logs de la console**, les **requêtes réseau**, les **mesures de performance**, et inspecter le **DOM** ou **JavaScript**.
-
-Faites attention à l'onglet **Réseau** pour suivre les téléchargements de mises à jour et utilisez la **Console** pour repérer d'éventuelles erreurs.
-
-Pour des [options de débogage supplémentaires](https://capgo.app/docs/plugin/debugging/), explorez ces outils :
-
--   **Inspect.dev** : Un outil de débogage multiplateforme.
--   **Capgo** : Aide à la gestion des mises à jour en direct, avec des fonctionnalités de sécurité et CI/CD intégrées.
diff --git a/src/content/blog/fr/top-tools-for-debugging-platform-specific-code-in-capacitor.md b/src/content/blog/fr/top-tools-for-debugging-platform-specific-code-in-capacitor.md
deleted file mode 100644
index b50d7b014..000000000
--- a/src/content/blog/fr/top-tools-for-debugging-platform-specific-code-in-capacitor.md
+++ /dev/null
@@ -1,312 +0,0 @@
----
-slug: top-tools-for-debugging-platform-specific-code-in-capacitor
-title: >-
-  Principaux outils de débogage du code spécifique à la plate-forme dans
-  Capacitor
-description: >-
-  Explorez les outils et techniques essentiels pour déboguer efficacement le
-  code spécifique à la plate-forme dans les applications Capacitor dans divers
-  environnements.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T11:27:03.103Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680053ff28980901df1e733b-1744889496415.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  Capacitor, outils de débogage, code spécifique à la plateforme, VS Code,
-  Android Studio, Xcode, mises à jour en direct, débogage Web
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Le débogage du code spécifique à la plate-forme dans [Capacitor](https://capacitorjs.com/) peut être difficile, mais les bons outils simplifient le processus. Voici ce que vous devez savoir :
-
-- **Outils clés** : utilisez [VS Code](https://code.visualstudio.com/) avec les extensions [Android Studio](https://developer.android.com/studio), [Xcode](https://developer.apple.com/xcode/) et des outils de développement de navigateur tels que [Chrome DevTools](https://developer.chrome.com/docs/devtools/overview) et [Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector) pour le débogage sur toutes les plates-formes.
-- **Mises à jour en direct** : des outils tels que [Capgo](https://capgo.app/) permettent des mises à jour instantanées, un suivi des erreurs et des options de restauration sans retards dans l'App Store.
-- **Débogage spécifique à la plate-forme** : testez le code natif avec Android Studio et Xcode, déboguez WebView avec les outils du navigateur et utilisez les cartes sources pour un meilleur suivi des erreurs.
-- **Test de pont natif** : déboguez la communication JavaScript vers natif à l'aide de `Capacitor.getPlatform()` et des écouteurs d'événements.
-- **Systèmes de mise à jour** : Capgo offre un déploiement rapide (livraison en 114 ms pour des offres groupées de 5 Mo), des taux d'adoption élevés (95 % en 24 heures) et une prise en charge de la restauration.
-
-### Comparaison rapide
-
-| Fonctionnalité | VS Code | Android Studio | Xcode | Chrome DevTools | Safari Web Inspector |
-| --- | --- | --- | --- | --- | --- |
-| Débogage du point d'arrêt | ✓ | ✓ | ✓ | ✓ | ✓ |
-| Inspection du code natif | Limité | Complet | Complet | Web uniquement | Web uniquement |
-| Profilage des performances | De base | Avancé | Avancé | Avancé | Avancé |
-| Surveillance du réseau | ✓ | ✓ | ✓ | ✓ | ✓ |
-| Prise en charge de la carte source | ✓ | Limité | Limité | ✓ | ✓ |
-
-Le débogage Capacitor nécessite une combinaison d'IDE, d'outils de navigateur et de systèmes de mise à jour en direct pour garantir un fonctionnement fluide sur toutes les plates-formes.
-
-## Le guide de débogage ultime Ionic (navigateur et applications natives)
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Outils de débogage essentiels
-
-Le débogage du code spécifique à la plate-forme dans Capacitor nécessite l'utilisation des bons outils adaptés à chaque couche de développement.
-
-### [VS Code](https://code.visualstudio.com/) Configuration et fonctionnalités
-
-![VS Code](https://assets.seobotai.com/capgo.app/680053ff28980901df1e733b/1524a26c3096afc672477088da108f23.jpg)
-
-Visual Studio Code est l'EDI incontournable pour le développement Capacitor. Assurez-vous de configurer ces outils et extensions pour un débogage plus fluide :
-
-- **Capacitor Extension Pack** : permet le déploiement direct de périphériques et le débogage des points d'arrêt.
-- **iOS Simulator** : permet des tests en temps réel sur les appareils iOS.
-- **Android Debug Bridge (ADB)** : fournit une interface de ligne de commande pour le débogage Android.
-- **Live Reload** : actualise automatiquement l'application chaque fois que vous apportez des modifications au code.
-
-Activez les mappages de sources dans votre `capacitor.config.json` pour un meilleur débogage :
-
-```json
-{
-  "server": {
-    "sourceMaps": true,
-    "cleartext": true
-  }
-}
-```
-
-### Outils IDE de plateforme
-
-Les IDE spécifiques à la plate-forme offrent des outils avancés pour déboguer le code natif.
-
-- **Android Studio** :
-    
-    - Définir des points d'arrêt dans Java/Kotlin pour le débogage du code natif.
-    - Utilisez l'inspecteur de mise en page pour analyser les composants de l'interface utilisateur.
-    - Accédez aux outils de profilage de la mémoire et du processeur pour obtenir des informations sur les performances.
-    - Vérifiez les journaux au niveau du système à l'aide de Logcat.
-- **Xcode** :
-    
-    - Déboguer le code Objective-C/Swift avec le débogueur LLDB.
-    - Recherchez les problèmes de mémoire avec le débogueur de graphe de mémoire.
-    - Inspecter les requêtes réseau et analyser les rapports de crash.
-    - Utilisez la console intégrée pour la journalisation.
-
-### Outils de débogage WebView
-
-Une fois le débogage natif configuré, concentrez-vous sur l’interface hybride pour une expérience de débogage complète.
-
-- **Chrome DevTools pour Android** :- Utilisez `chrome://inspect` pour le débogage à distance.
-    - Surveiller les demandes du réseau.
-    - Accédez à la console JavaScript.
-    - Inspecter et manipuler le DOM.
-- **Safari Web Inspector pour iOS** :
-    
-    - Activez Web Inspector dans les paramètres iOS.
-    - Déboguer le code JavaScript.
-    - Suivre les ressources du réseau.
-    - Inspecter le stockage local.
-
-### Fonctionnalités de mise à jour avancées
-
-Pour des mises à jour sécurisées et efficaces, les outils modernes offrent ces fonctionnalités :
-
-| Fonctionnalité | Avantage |
-| --- | --- |
-| Chiffrement de bout en bout | Sécurise la transmission des données lors des mises à jour. |
-| Analyse et suivi des erreurs | Suit les performances et les problèmes de mise à jour. |
-| Prise en charge de la restauration | Récupérez rapidement des mises à jour problématiques. |
-| [Système de chaînes](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Permet des mises à jour ciblées pour des utilisateurs spécifiques. |
-
-Pour prendre en charge l'inspection à distance, configurez votre application comme indiqué ci-dessous :
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  webDir: 'dist',
-  server: {
-    androidScheme: 'https',
-    cleartext: true,
-    allowNavigation: ['*']
-  }
-};
-
-export default config;
-```
-
-La configuration de ces outils garantit un environnement de débogage fiable, accélérant le développement et facilitant la résolution efficace des problèmes sur toutes les plates-formes.
-
-## Méthodes de débogage spécifiques à la plate-forme
-
-S'appuyant sur les [outils de débogage] de base (https://capgo.app/docs/plugin/debugging/), les techniques spécifiques à la plate-forme aident à affiner votre [processus de débogage] (https://capgo.app/docs/plugin/debugging/) pour une plus grande précision.
-
-### Tests de ponts natifs
-
-Le débogage de la communication entre JavaScript et les plateformes natives nécessite un examen attentif des différences spécifiques à chaque plateforme. Vous pouvez activer la journalisation du pont pour suivre les événements et observer le comportement de la plateforme :
-
-```javascript
-Capacitor.addListener('bridgeEvent', (info) => {
-  console.log(`Platform: ${Capacitor.getPlatform()}`);
-  console.log(`Event data: ${JSON.stringify(info)}`);
-});
-```
-
-Lorsque vous travaillez avec le pont natif, assurez-vous de vérifier la plate-forme en utilisant `Capacitor.getPlatform()` :
-
-```javascript
-if (['ios', 'android'].includes(Capacitor.getPlatform())) {
-  // Native-specific code
-  await Plugin.doNativeOperation();
-} else {
-  // Web fallback
-  webFallbackOperation();
-}
-```
-
-### Configuration de la carte source
-
-Pour déboguer plus efficacement les problèmes de production, configurez les mappages de sources pour chaque plate-forme dans votre processus de génération :
-
-```json
-{
-  "android": {
-    "sourceMaps": true,
-    "sourceMapStyle": "hidden",
-    "webDir": "dist"
-  },
-  "ios": {
-    "sourceMaps": true,
-    "sourceMapStyle": "inline",
-    "webDir": "dist"
-  }
-}
-```
-
-Le tableau ci-dessous met en évidence l'impact des paramètres de mappage source sur le débogage sur toutes les plates-formes :
-
-| Plateforme | Type de carte source | [Outil de débogage](https://capgo.app/docs/plugin/debugging/) |
-| --- | --- | --- |
-| iOS | En ligne | Safari Web Inspector |
-| Android | Caché | Chrome DevTools |
-| Internet | Externe | Outils de développement du navigateur |
-
-### Configuration de l'automatisation des tests
-
-La personnalisation des configurations de test pour chaque plate-forme simplifie le débogage tout en préservant la logique partagée. Voici un exemple d'automatisation de tests spécifique à la plate-forme :
-
-```javascript
-describe('Platform Tests', () => {
-  beforeEach(() => {
-    // Platform-specific setup
-    if (Capacitor.getPlatform() === 'ios') {
-      setupIOSEnvironment();
-    } else {
-      setupAndroidEnvironment();
-    }
-  });
-
-  test('native feature availability', async () => {
-    const result = await Plugin.checkFeature();
-    expect(result.available).toBe(true);
-  });
-});
-```
-
-De plus, des outils de mise à jour en direct tels que Capgo (https://capgo.app) peuvent accélérer les tests et la résolution des problèmes. Capgo prend en charge les mises à jour instantanées pour les applications Capacitor et inclut des options intégrées d'analyse, de suivi des erreurs et de restauration [\[1\]](https://capgo.app/).
-
-Pour les scénarios critiques, envisagez d'utiliser la détection de fonctionnalités avec des mécanismes de secours :
-
-```javascript
-async function checkPlatformCapabilities() {
-  try {
-    const platform = Capacitor.getPlatform();
-    const features = await Plugin.getAvailableFeatures();
-
-    return {
-      platform,
-      features,
-      timestamp: new Date().toISOString()
-    };
-  } catch (error) {
-    console.error(`Platform check failed: ${error.message}`);
-    return null;
-  }
-}
-```
-
-Ces techniques permettent de garantir que votre application fonctionne correctement sur toutes les plateformes.
-
-## Guide de comparaison d'outils
-
-Choisir les bons outils de débogage pour les projets Capacitor signifie comprendre les performances de chaque outil sur différentes plates-formes. Voici une ventilation pour vous aider à prendre une décision éclairée.
-
-### Fonctionnalités de l'outil de débogage
-
-Chaque outil de débogage fournit des informations uniques en fonction de la plateforme :| Fonctionnalité | VS Code | Android Studio | Xcode | Outils de développement du navigateur |
-| --- | --- | --- | --- | --- |
-| Débogage du point d'arrêt | ✓ | ✓ | ✓ | ✓ |
-| Inspection du code natif | Limité | Complet | Complet | Web uniquement |
-| Profilage des performances | De base | Avancé | Avancé | Avancé |
-| Surveillance du réseau | ✓ | ✓ | ✓ | ✓ |
-| Analyse de la mémoire | De base | Avancé | Avancé | De base |
-| Prise en charge de la carte source | ✓ | Limité | Limité | ✓ |
-| Rechargement à chaud | ✓ | Natif uniquement | Natif uniquement | ✓ |
-
-En combinant des IDE spécifiques à la plate-forme comme Android Studio ou Xcode avec VS Code, les développeurs peuvent exploiter les [capacités de débogage natives](https://capgo.app/docs/plugin/debugging/) tout en conservant une flexibilité multiplateforme.
-
-### Mettre à jour les options du système
-
-Les outils de débogage aident à identifier les problèmes, mais un système de mise à jour efficace garantit que les correctifs sont déployés rapidement. Capgo se démarque en offrant un déploiement rapide des mises à jour. Par exemple, son CDN mondial fournit un bundle de 5 Mo en seulement 114 ms, avec un temps de réponse moyen API de 434 ms [\[1\]](https://capgo.app/).
-
-Voici comment les systèmes de mise à jour se comparent :
-
-| Mesure clé | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| Vitesse de mise à jour | Livraison moyenne de 114 ms pour un ensemble de 5 Mo [\[1\]](https://capgo.app/) | Non divulgué publiquement | Non divulgué publiquement |
-| Adoption par les utilisateurs | 95 % en 24 h [\[1\]](https://capgo.app/) | Non divulgué publiquement | Non divulgué publiquement |
-| Taux de réussite | 82 % dans le monde [\[1\]](https://capgo.app/) | Non divulgué publiquement | Non divulgué publiquement |
-| Cryptage | De bout en bout | Cryptage standard | Cryptage standard |
-| Auto-hébergement | Disponible | Non disponible | Non disponible |
-| Tarifs | 12 $ à 249 $/mois | Généralement plus élevé | Comparable |
-
-Les mises à jour instantanées de Capgo aident à maintenir la stabilité des applications en évitant les retards dans l'App Store. Comme le dit Rodrigo Mantica, un leader du secteur :
-
-> "Nous pratiquons le développement agile et @Capgo joue un rôle essentiel dans la fourniture continue de nos utilisateurs !" [\[1\]](https://capgo.app/)
-
-Avec la fermeture de CodePush de Microsoft en 2024 et de Appflow qui devrait fermer en 2026, des outils comme Capgo deviennent de plus en plus importants pour maintenir une livraison continue et satisfaire les utilisateurs.
-
-## Directives de débogage
-
-Le débogage du code spécifique à la plate-forme nécessite une approche claire et structurée sur différents systèmes d'exploitation et appareils. Voici comment rendre le débogage dans les applications Capacitor plus efficace.
-
-### Tests multiplateformes
-
-Exécutez des tests sur des simulateurs, des appareils physiques et sur différentes versions de système d'exploitation. Selon les données Capgo, **95 % des problèmes critiques spécifiques à la plate-forme sont identifiés dans les 24 premières heures suivant le déploiement** [\[1\]](https://capgo.app/). Les tests sur plusieurs fronts vous garantissent une détection précoce des problèmes et permettent un débogage précis adapté à chaque plate-forme.
-
-### Détection de plate-forme
-
-Tirez parti des blocs de code spécifiques à la plate-forme pour identifier et résoudre des problèmes uniques :
-
-```javascript
-import { Capacitor } from '@capacitor/core';
-
-if (Capacitor.getPlatform() === 'ios') {
-    // iOS-specific debugging logic
-} else if (Capacitor.getPlatform() === 'android') {
-    // Android-specific debugging logic
-}
-```
-
-Cette approche garantit une détection précise de la plate-forme, rendant les mises à jour en direct plus fiables sur différents systèmes d'exploitation.
-
-### Systèmes de mise à jour en direct
-
-Les mises à jour en direct jouent un rôle crucial dans le maintien des performances des applications et la résolution rapide des bugs spécifiques à la plate-forme. Capgo s'est avéré efficace dans les environnements de production, comme le soulignent les commentaires des utilisateurs :> "Nous avons déployé les mises à jour Capgo OTA en production pour notre base d'utilisateurs de +5 000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour quelques minutes après le déploiement du OTA sur @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Les principales fonctionnalités des systèmes de mise à jour en direct incluent le suivi des erreurs en temps réel, des capacités de restauration instantanée et des canaux bêta pour les correctifs ciblés. Ces outils vous permettent de résoudre rapidement les problèmes tout en maintenant la stabilité de votre application sur toutes les plateformes.
-
-## Conclusion
-
-Une combinaison bien pensée d'outils de [débogage efficace](https://capgo.app/docs/plugin/debugging/) et de systèmes de mise à jour en direct efficaces est essentielle pour relever les défis spécifiques à la plate-forme. En combinant les méthodes de débogage traditionnelles avec des plateformes de mise à jour en direct comme Capgo, les développeurs peuvent mettre en œuvre des correctifs immédiats sans attendre les approbations de l'App Store. Avec un taux de réussite des mises à jour globales et la capacité d'atteindre la plupart des utilisateurs dans les 24 heures, ces outils facilitent et accélèrent la résolution des problèmes.
-
-Les éléments clés du succès incluent une détection précise de la plate-forme, des processus de mise à jour sécurisés avec un chiffrement de bout en bout, des options de restauration rapide et des analyses exploitables.
diff --git a/src/content/blog/fr/turn-off-android-talkback.md b/src/content/blog/fr/turn-off-android-talkback.md
deleted file mode 100644
index fcffbd57f..000000000
--- a/src/content/blog/fr/turn-off-android-talkback.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-slug: turn-off-android-talkback
-title: Comment désactiver et utiliser TalkBack sur les appareils Android
-description: >-
-  Instructions étape par étape pour activer et naviguer avec TalkBack, le
-  lecteur d'écran intégré d'Android pour les utilisateurs malvoyants.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /android_talkback.webp
-head_image_alt: Activer TalkBack sur Android
-keywords: >-
-  Android, TalkBack, screen reader, visually impaired, mobile app development,
-  live updates, OTA updates, continuous integration, mobile app updates
-tag: Android
-published: true
-locale: fr
-next_blog: ''
----
-TalkBack est une fonctionnalité essentielle pour les utilisateurs malvoyants, intégrée aux appareils Android. C'est un lecteur d'écran basé sur les gestes qui vocalise le contenu de votre écran, aidant à la navigation et à l'interaction avec différents éléments. Voici un guide complet sur l'activation et l'utilisation de TalkBack.
-
-## Comment activer TalkBack
-
-Il existe plusieurs méthodes pour activer TalkBack sur votre appareil Android :
-
-### Utilisation des touches de volume
-
-1. Localisez les touches de volume sur le côté de votre appareil.
-2. Appuyez et maintenez simultanément les deux touches de volume pendant 3 secondes.
-3. Vous entendrez une invite vocale pour confirmer l'action. Appuyez et maintenez à nouveau les touches de volume pendant 3 secondes pour confirmer.
-
-### Via l'Assistant Google
-
-1. Activez l'Assistant Google en disant "Hey Google".
-2. Commandez simplement "Activer TalkBack" ou "Désactiver TalkBack", selon votre besoin.
-
-### Via les paramètres de l'appareil
-
-1. Ouvrez l'application `Paramètres` sur votre appareil.
-2. Faites défiler et sélectionnez `Accessibilité`.
-3. Appuyez sur `TalkBack`.
-4. Basculez l'interrupteur `Utiliser TalkBack` pour l'activer ou le désactiver.
-
-## Navigation avec TalkBack
-
-Une fois TalkBack activé, votre appareil fournira un retour audio pendant la navigation. Voici comment interagir avec votre appareil en utilisant TalkBack :
-
-- **Élément suivant** : Balayez vers la droite pour passer à l'élément suivant.
-- **Élément précédent** : Balayez vers la gauche pour revenir à l'élément précédent.
-- **Activer** : Appuyez deux fois n'importe où sur l'écran pour activer l'élément sélectionné.
-- **Explorer au toucher** : Faites glisser votre doigt sur l'écran pour entendre la lecture des éléments que vous touchez.
-- **Défiler** : Utilisez deux doigts pour balayer vers le haut ou le bas pour faire défiler les pages.
-- **Menu TalkBack** : Appuyez sur l'écran avec trois doigts pour ouvrir les options supplémentaires de TalkBack.
-- **Ajuster les contrôles de lecture** : Modifiez les paramètres de lecture en balayant vers la gauche ou la droite avec trois doigts.
-
-## Désactiver TalkBack
-
-Si vous devez désactiver TalkBack, vous pouvez utiliser n'importe laquelle des méthodes mentionnées ci-dessus. Le raccourci des touches de volume est particulièrement utile lorsque vous ne pouvez pas voir l'écran.
-
-Rappelez-vous que la maîtrise de TalkBack demande de la pratique. N'hésitez pas à explorer les paramètres et à personnaliser l'expérience selon vos préférences. Avec ces étapes, vous pouvez naviguer en toute confiance sur votre appareil Android en utilisant TalkBack.
diff --git a/src/content/blog/fr/ultimate-guide-to-app-store-compliant-ota-updates.md b/src/content/blog/fr/ultimate-guide-to-app-store-compliant-ota-updates.md
deleted file mode 100644
index 662b9c0b5..000000000
--- a/src/content/blog/fr/ultimate-guide-to-app-store-compliant-ota-updates.md
+++ /dev/null
@@ -1,334 +0,0 @@
----
-slug: ultimate-guide-to-app-store-compliant-ota-updates
-title: Guide ultime pour les mises à jour OTA conformes à l'App Store
-description: >-
-  Apprenez à gérer efficacement les mises à jour Over-The-Air tout en respectant
-  les directives de l'App Store pour offrir une meilleure expérience
-  utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-28T05:46:14.390Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c122f35f2cea0ab3a1fd8f-1740721832892.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA updates, app store compliance, mobile app updates, bug fixes, performance
-  improvements
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous souhaitez mettre à jour votre application rapidement sans enfreindre les règles de l'App Store ?** Les mises à jour Over-The-Air (OTA) vous permettent de corriger des bugs, d'améliorer les performances et d'améliorer l'expérience utilisateur - le tout sans attendre l'approbation des boutiques d'applications. Mais pour rester conforme, vous devez suivre des directives strictes d’Apple et de Google.
-
-### Points clés :
-
--   **Ce que font les mises à jour OTA** : Pousser des corrections et des améliorations mineures directement sur les appareils sans nécessiter de téléchargements depuis l'App Store.
--   **Avantages** : Corrections de bugs plus rapides, mises à jour sans couture et efficacité des coûts.
--   **Règles de l'App Store** :
-    -   **Autorisé via OTA** : Corrections de bugs, mises à jour de performances, ajustements mineurs de l'interface utilisateur.
-    -   **Nécessite une révision de la boutique** : Fonctionnalités majeures, modifications de code natif.
--   **Comment rester conforme** :
-    -   Évitez de modifier la fonctionnalité principale de l'application.
-    -   Utilisez des méthodes de livraison sécurisées comme HTTPS et des signatures numériques.
-    -   Communiquez clairement les [objectifs de mise à jour](https://capgo.app/docs/live-updates/update-behavior/) aux utilisateurs.
-
-### Comparaison rapide des règles OTA
-
-| **Type de mise à jour** | **Autorisé OTA** | **Nécessite une révision de la boutique** |
-| --- | --- | --- |
-| Corrections de bugs | Oui | Non  |
-| Mises à jour de performances | Oui | Non  |
-| Changements mineurs de l'UI | Limité | Parfois |
-| Fonctionnalités majeures | Non  | Oui |
-| Changements de code natif | Non  | Oui |
-
-## Mises à jour OTA et règles de l'App Store
-
-### Ce que font les mises à jour OTA
-
-Les mises à jour OTA (Over-The-Air) permettent aux développeurs de pousser des corrections et des améliorations directement sur les appareils des utilisateurs sans nécessiter de téléchargement complet depuis l'App Store. Dans les applications [React Native](https://reactnative.dev/), ces mises à jour remplacent le paquet JavaScript, qui gère la plupart des fonctionnalités de l'application, tandis que le code natif reste intact [\[1\]](https://dev.to/pagepro_agency/ota-updates-with-expo-22g0).
-
-Les utilisations courantes des mises à jour OTA incluent :
-
--   Correction de bugs
--   Amélioration des performances
--   Ajustement des éléments de l'UI
--   Mise à jour du contenu
--   Ajout de fonctionnalités mineures
-
-Cependant, il est essentiel de rester dans les lignes directrices de l'App Store pour éviter toute violation de politique.
-
-### Suivi des règles de l'App Store
-
-Les boutiques d'applications, en particulier celle d'Apple, ont des règles strictes concernant ce qui peut être mis à jour via OTA. Apple applique des restrictions plus strictes que Google Play, en particulier contre le déploiement de fonctionnalités majeures par le biais de mises à jour OTA [\[2\]](https://pagepro.co/blog/react-native-over-the-air-updates/). Voici un bref aperçu de ce qui est autorisé :
-
-| Type de mise à jour | Autorisé via OTA | Nécessite une révision de la boutique |
-| --- | --- | --- |
-| Corrections de bugs | Oui | Non  |
-| Mises à jour de performances | Oui | Non  |
-| Changements mineurs de l'UI | Limité | Parfois |
-| Fonctionnalités majeures | Non  | Oui |
-| Changements de code natif | Non  | Oui |
-
-Respecter ces règles garantit que vous pouvez tirer pleinement parti des mises à jour OTA sans rencontrer de problèmes de conformité.
-
-### Pourquoi les mises à jour OTA sont importantes
-
-Les mises à jour OTA sont un atout pour les développeurs et les utilisateurs. Par exemple, lors du [Newport Folk Festival](https://en.wikipedia.org/wiki/Newport_Folk_Festival) de 2017, les développeurs ont utilisé les mises à jour OTA pour corriger rapidement un bug de fuseau horaire qui affectait les horaires des événements [\[4\]](https://cantina.co/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/). De même, [Your Call Football](https://en.wikipedia.org/wiki/Your_Call_Football) a utilisé des mises à jour OTA pour ajuster instantanément les horaires des jeux lorsque les plannings changeaient [\[4\]](https://cantina.co/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/).
-
-Les principaux avantages incluent :
-
--   **Corrections rapides** : Les problèmes critiques peuvent être résolus immédiatement.
--   **Mises à jour transparentes** : Les utilisateurs n'ont pas besoin de télécharger manuellement les mises à jour ; tout se fait en arrière-plan.
--   **Itérations plus rapides** : Les développeurs peuvent rapidement déployer des changements basés sur les retours des utilisateurs.
-
-Ces fonctionnalités rendent les mises à jour OTA incroyablement utiles pour maintenir et améliorer les applications en temps réel.
-
-## Pouvez-vous effectuer des mises à jour OTA pour les applications iOS ? Explication des directives d'Apple
-
-## Règles de mise à jour de l'App Store
-
-Chaque plateforme a son propre ensemble de règles pour la mise à jour des applications, et il est crucial de rester conforme.
-
-### Règles de mise à jour d'Apple
-
-Apple a un processus d'examen strict pour les nouvelles applications et les mises à jour, prenant généralement 1 à 2 jours pour l'approbation [\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store). Voici les principales exigences :
-
-| Exigence | Description |
-| --- | --- |
-| Utilisation de l'API | Les applications doivent utiliser uniquement des API publiques et être compatibles avec le système d'exploitation actuel [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| Exécution de code | Les applications ne peuvent pas télécharger ou exécuter de code qui modifie les fonctionnalités [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| Description de mise à jour | Les modifications et les nouvelles fonctionnalités doivent être clairement expliquées dans la section "Quoi de neuf" [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| Tests | Les applications doivent être soigneusement testées pour assurer la stabilité et corriger les bugs [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| Documentation | Fournir des explications détaillées pour les fonctionnalités qui peuvent ne pas être immédiatement évidentes [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-
-Apple utilise également un système de mise à jour sécurisé pour garantir l'intégrité des mises à jour, les personnaliser et bloquer les attaques de rétrogradation [\[5\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web).
-
-### Règles de mise à jour de [Google Play](https://play.google.com/console/signup)
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/play.google.com-b46db7cd42211b9b8ee493afb4b93a4d-2025-02-28.jpg?auto=compress)
-
-Google Play adopte une approche différente, s'appuyant sur l'automatisation et l'IA pour accélérer son processus de révision. Les approbations sont souvent complétées dans les heures suivant la soumission [\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store). Les principaux aspects incluent :
-
--   Approbations plus rapides pour les mises à jour par rapport à Apple
--   Directives plus souples
--   Tests bêta ouverts sans nécessiter d'approbation préalable
--   Un processus de révision moins strict pour les mises à jour mineures
-
-Google impose toujours des mesures de sécurité et utilise des systèmes automatisés pour surveiller les applications pour d'éventuelles violations de politique [\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store).
-
-### Erreurs courantes liées aux règles
-
-Voici les pièges courants à éviter lors de la mise à jour des applications :
-
-1.  **Omissions de sécurité**  
-    Ne pas vérifier correctement les mises à jour peut exposer à des vulnérabilités. Utilisez toujours des signatures numériques et HTTPS pour sécuriser la livraison des mises à jour [\[7\]](https://bluegoatcyber.com/blog/ota-update-vulnerabilities/).
-    
-2.  **Surtaxe de fonctionnalités**  
-    Ajouter de nouvelles fonctionnalités majeures par le biais de mises à jour over-the-air (OTA) peut enfreindre les politiques de la boutique [\[8\]](https://stackoverflow.com/questions/43951710/does-apple-allow-ota-updates-of-application).
-    
-3.  **Communication avec l'utilisateur**  
-    Une mauvaise communication concernant les mises à jour peut troubler les utilisateurs et affaiblir la sécurité [\[7\]](https://bluegoatcyber.com/blog/ota-update-vulnerabilities/).
-    
-
-Pour rester conforme :
-
--   Auditez régulièrement votre [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) pour détecter les problèmes de sécurité.
--   Utilisez l'apprentissage automatique pour analyser les modèles de mise à jour.
--   Expliquez clairement le but des mises à jour aux utilisateurs.
--   Évitez de modifier la fonctionnalité principale de l'application par le biais de mises à jour OTA [\[8\]](https://stackoverflow.com/questions/43951710/does-apple-allow-ota-updates-of-application).
--   Soyez transparent sur les détails des abonnements et des prix [\[3\]](https://developer.apple.com/app-store/review/guidelines/).
-
-Suivre ces règles aide à garantir que vos mises à jour répondent aux exigences de la plateforme tout en gardant les utilisateurs satisfaits et informés.
-
-###### sbb-itb-f9944d2
-
-## Configuration des mises à jour approuvées par la boutique
-
-Configurez des mises à jour over-the-air (OTA) qui répondent aux exigences des boutiques d'applications en utilisant des configurations sécurisées, des tests approfondis et de solides pratiques de sécurité.
-
-### Étapes de configuration technique
-
-Créer des mises à jour OTA conformes à l'App Store nécessite une configuration technique sécurisée et bien structurée. Voici les composants clés :
-
-| Composant de configuration | Exigences | Objectif |
-| --- | --- | --- |
-| Gestion des certificats | Génération de CSR, Certificat Apple | Garantit une livraison sécurisée des mises à jour |
-| Profil de provisionnement | Sélection des appareils, Génération de profil | Contrôle la distribution des mises à jour |
-| Paramètres de mise à jour | Jetons API, Configuration de l’équipe | Gère le déploiement des mises à jour |
-| Contrôle de version | Intégration de dépôt Git | Suit l'historique des mises à jour |
-
-Pour les déploiements d'entreprise, vous pouvez affiner le comportement des mises à jour en :
-
--   Fixant des périodes de report de 1 à 90 jours pour les appareils supervisés.
--   Contrôlant les mises à jour de version majeure.
--   Planifiant les mises à jour pendant les heures creuses.
-
-Après configuration, des tests rigoureux garantissent que les mises à jour sont conformes aux exigences.
-
-> "Capgo est un outil essentiel pour les développeurs, augmentant la productivité en contournant les longs processus d'examen pour les corrections de bugs." [\[9\]](https://capgo.app/)
-
-### Étapes de test des mises à jour
-
-Les tests sont essentiels pour garantir la conformité et maintenir la satisfaction des utilisateurs. Suivez ces pratiques pour des tests efficaces :
-
--   **Évaluation des risques**  
-    Élaborer une stratégie de test détaillée incluant une liste de contrôle de conformité, des vérifications de vulnérabilité et une analyse de l'impact sur les utilisateurs.
-    
--   **Programme de test bêta**  
-    Utilisez des outils comme le programme [AppleSeed for IT](https://beta.apple.com/for-it) pour tester les mises à jour de manière systématique. Inscrivez différents groupes d'appareils dans des programmes bêta, déployez les mises à jour par phases et surveillez les retours et les métriques de performance.
-    
--   **Vérification de l'accessibilité**  
-    Testez les mises à jour dans des scénarios réels pour identifier les problèmes d'utilisabilité. Par exemple, le traitement des problèmes de pression prolongée des boutons a réduit les tickets de support de 142 % [\[10\]](https://uxcam.com/blog/mobile-app-compliance/).
-    
-
-### Étapes de sécurité des mises à jour
-
-Les mesures de sécurité doivent répondre aux normes de la plateforme et aux directives réglementaires. L'[App Store d'Apple](https://developer.apple.com/app-store/review/guidelines/) impose plusieurs couches de protection, notamment :
-
--   Analyses automatisées de logiciels malveillants.
--   Révision manuelle des descriptions de mise à jour.
--   Vérification de l'accès aux données sensibles.
--   Surveillance des retours des utilisateurs pour détecter les problèmes de sécurité.
-
-> "Chaque application et chaque mise à jour d'application est examinée pour évaluer si elle répond aux exigences de confidentialité, de sécurité et de sûreté." - Support Apple [\[11\]](https://support.apple.com/guide/security/about-app-store-security-secb8f887a15/web)
-
-Pour rester conforme aux normes de sécurité :
-
--   Intégrez des tests de sécurité dans votre pipeline de développement [\[12\]](https://www.nowsecure.com/blog/2024/08/28/navigating-mobile-app-security-privacy-regulations-how-nowsecure-can-help-ensure-compliance/).
--   Appliquez des principes de conception sécurisée.
--   Restez informé des exigences réglementaires dans différentes régions.
--   Documentez tous les protocoles de sécurité et procédures de test.
-
-Au 27 février 2025, Capgo a rapporté avoir livré 502,0 millions de mises à jour dans le monde entier, avec 1,8 K applications utilisant la plateforme en production [\[9\]](https://capgo.app/). Cela montre que des mises à jour OTA à grande échelle peuvent être réalisées tout en maintenant des normes de sécurité et de conformité strictes.
-
-Avec des mesures de sécurité en place, l'étape suivante consiste à garantir une expérience de mise à jour fluide pour vos utilisateurs.
-
-## [Capgo](https://capgo.app/): Plateforme de mise à jour OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-28.jpg?auto=compress)
-
-Capgo offre un moyen fiable de gérer les mises à jour over-the-air (OTA) conformes aux magasins d'applications, s'appuyant sur les pratiques mentionnées précédemment.
-
-### Caractéristiques clés de Capgo
-
-Capgo garantit des mises à jour OTA sécurisées et conformes avec ces fonctionnalités remarquables :
-
-| **Caractéristique** | **Description** | **Avantage** |
-| --- | --- | --- |
-| **Mises à jour instantanées** | Poussez des changements en quelques minutes | 81 % d'augmentation de l'efficacité des sorties [\[9\]](https://capgo.app/) |
-| **Chiffrement de bout en bout** | Les mises à jour sont chiffrées et spécifiques à l'utilisateur | Renforcement de la sécurité |
-| **Intégration CI/CD** | Fonctionne sans problème avec GitHub, GitLab, Jenkins | Simplifie le déploiement |
-| **Attribution des utilisateurs** | Contrôlez qui reçoit les mises à jour | Permet des déploiements ciblés |
-| **Contrôle des versions** | Gérez facilement l'historique des mises à jour | Simplifie la maintenance |
-
-La plateforme garantit également la conformité et des performances élevées avec son interpréteur Dart personnalisable [\[13\]](https://capgo.app/docs/faq/). Ces fonctionnalités font de Capgo un choix fiable pour le respect des politiques des magasins d'applications.
-
-### Comment Capgo reste conforme
-
-Capgo maintient une stricte adhésion aux directives des magasins d'applications en :
-
--   Ne mettant à jour que des [bundles JavaScript](https://capgo.app/docs/webapp/bundles/), évitant les changements de code natif [\[14\]](https://capgo.app/docs/getting-started/quickstart/).
--   Veillant à ce que les mises à jour soient en adéquation avec l’objectif initial de l’application, ne créent pas de nouveaux magasins ou vitrines, et ne compromettent pas la sécurité du système.
-
-> "Le code interprété peut être téléchargé dans une application mais seulement tant que ce code : (a) ne change pas l'objectif principal de l'application en offrant des fonctionnalités ou des fonctionnalités qui ne sont pas compatibles avec l'objectif prévu et annoncé de l'application telle que soumise à l'App Store, (b) ne crée pas de magasin ou vitrine pour d'autres codes ou applications, et (c) ne contourne pas les signatures, les sandboxes ou d'autres fonctionnalités de sécurité du système d'exploitation."  
-> – Accord de licence du programme développeur Apple [\[14\]](https://capgo.app/docs/getting-started/quickstart/)
-
-### Plans et tarifs de Capgo
-
-Capgo propose des options tarifaires flexibles pour répondre à différents besoins :
-
-| **Plan** | **Coût mensuel\*** | **Mises à jour/Mois** | **Utilisateurs actifs mensuels** |
-| --- | --- | --- | --- |
-| **SOLO** | 12 $ | 2 500 | 500 |
-| **MAKER** | 33 $ | 25 000 | 5 000 |
-| **TEAM** | 83 $ | 150 000 | 30 000 |
-| **PAYG** | 249 $ | 1 000 000 | 200 000 |
-
-\*Les prix reflètent la facturation annuelle.
-
-Chaque plan inclut un support prioritaire, une bande passante et un stockage. L'option PAYG ajoute l'accès API, des domaines personnalisés et un support dédié.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !"  
-> – Rodrigo Mantica [\[9\]](https://capgo.app/)
-
-> "Capgo est un moyen intelligent de faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂"  
-> – Équipe OSIRIS-REx de la NASA [\[9\]](https://capgo.app/)
-
-## Garder les utilisateurs satisfaits avec des mises à jour
-
-### Communiquer les mises à jour aux utilisateurs
-
-Une communication claire et professionnelle au sujet des mises à jour peut faire une grande différence. Voici comment structurer vos messages :
-
--   **But** : "Cette mise à jour améliore les performances de l'application et répond aux commentaires des utilisateurs."
--   **Calendrier** : "La mise à jour ne prendra que quelques minutes."
--   **Exigences** : "Assurez-vous d'avoir suffisamment d'espace libre et une connexion WiFi."
--   **Prochaines étapes** : "Appuyez sur 'Mettre à jour maintenant' pour continuer ou planifiez-la pour plus tard."
-
-Reconnaissez les retours des utilisateurs lorsque cela est possible. Par exemple, l'équipe produit de [Mailchimp](https://mailchimp.com/) a partagé :
-
-> "Nous vous avons entendus et avons changé les choses" - Équipe produit Mailchimp [\[16\]](https://www.uservoice.com/blog/communicate-product-changes)
-
-Cette approche transparente et axée sur l'utilisateur aide à instaurer la confiance et garantit une adoption plus fluide des mises à jour.
-
-### Gérer les retours des utilisateurs
-
-Gérer efficacement les commentaires des utilisateurs est essentiel pour améliorer les mises à jour et maintenir la satisfaction. Voici quelques stratégies :
-
--   **Surveillance en temps réel** :
-    
-    -   Suivre les performances des appareils après les mises à jour.
-    -   Collecter des journaux d'erreurs pour analyse.
-    -   Garder un œil sur les rapports des utilisateurs en application.
--   **Protocole de réponse** :
-    
-    -   Répondez rapidement aux problèmes signalés et partagez les délais de correction.
-    -   Documentez les commentaires pour orienter les mises à jour futures.
-
-Ces étapes permettent non seulement de résoudre les préoccupations immédiates, mais aussi d'informer une meilleure planification des mises à jour futures.
-
-### Chronométrer vos mises à jour
-
-Choisir le bon moment pour les mises à jour est crucial pour garder les utilisateurs satisfaits et les systèmes stables. Voici comment procéder :
-
--   **Analyse d'utilisation** :
-    
-    -   Programmez les mises à jour pendant les périodes de faible activité dans les fuseaux horaires concernés.
-    -   Planifiez autour des pauses naturelles dans l'activité des utilisateurs.
--   **Stratégie de déploiement** :
-    
-    -   Déployez d'abord les mises à jour à de petits groupes d'utilisateurs.
-    -   Surveillez la stabilité avant d'étendre le déploiement.
-    -   Permettez aux utilisateurs de programmer des mises à jour à leur convenance.
--   **Considérations techniques** :
-    
-    -   Évitez de programmer des mises à jour pendant les périodes de pointe.
-    -   Réessayez les mises à jour échouées plus fréquemment.
-    -   Vérifiez les conditions réseau avant d'initier des mises à jour.
-
-Comme le dit une notification de mise à jour :
-
-> "Une nouvelle mise à jour pour votre appareil est disponible !" [\[15\]](https://withintent.com/blog/ota-updates-design/)
-
-Trouver le bon équilibre entre la fréquence des mises à jour et le timing peut aider à éviter la frustration des utilisateurs tout en maintenant la sécurité et la performance sur la bonne voie.
-
-## Conclusion
-
-Les mises à jour OTA jouent un rôle clé dans le développement moderne des applications. Elles permettent des corrections rapides, un entretien plus facile et le respect des règles des magasins d'applications. Comme discuté, bien gérer les mises à jour OTA améliore à la fois la sécurité et l'expérience utilisateur tout en offrant d'importants avantages commerciaux.
-
-Les directives des magasins d'applications établissent les règles pour le déploiement des mises à jour, garantissant que les applications restent sécurisées et fiables. Suivre ces règles a eu un impact majeur : les entreprises ont économisé plus de 500 millions de dollars en 2023 seulement grâce à des corrections basées sur des logiciels [\[17\]](https://mender.io/blog/how-ota-updates-enhance-software-defined-vehicles).
-
-Les développeurs ont partagé leur succès avec des solutions OTA conformes :
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica [\[9\]](https://capgo.app/)
-
-Pour réussir avec une stratégie OTA, concentrez-vous sur :
-
--   Garder la fonctionnalité de base de l'application intacte tel qu'approuvé
--   Utiliser des mises à jour en arrière-plan non intrusives
--   Surveiller régulièrement les performances et les retours des utilisateurs
--   Respecter des normes de sécurité strictes
diff --git a/src/content/blog/fr/ultimate-guide-to-capacitor-ota-updates.md b/src/content/blog/fr/ultimate-guide-to-capacitor-ota-updates.md
deleted file mode 100644
index 590d57cc7..000000000
--- a/src/content/blog/fr/ultimate-guide-to-capacitor-ota-updates.md
+++ /dev/null
@@ -1,259 +0,0 @@
----
-slug: ultimate-guide-to-capacitor-ota-updates
-title: Guide ultime des mises à jour OTA avec Capacitor
-description: >-
-  Découvrez comment les mises à jour OTA de Capacitor permettent des mises à
-  jour instantanées des applications, améliorant la vitesse de déploiement,
-  l'expérience utilisateur et la sécurité sans les délais de l'app store.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T02:31:25.293Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e211687856e801f1f2973e-1742869897761.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, OTA updates, mobile app development, app updates, security,
-  deployment, user experience, partial updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-**Vous voulez mettre à jour votre application instantanément sans attendre les examens de l'App Store ?** Les mises à jour OTA (Over-The-Air) de [Capacitor](https://capacitorjs.com/) vous permettent de livrer de nouvelles fonctionnalités, des corrections de bugs et des modifications de code directement sur les appareils des utilisateurs. Pas de téléchargements manuels, pas de délais.
-
-### Pourquoi les mises à jour OTA sont importantes :
-
--   **Déploiement rapide** : Poussez les mises à jour immédiatement sans délais de l'App Store
-    
--   **Rentable** : Évitez les frais de soumission à l'App Store
-    
--   **Expérience utilisateur fluide** : Les mises à jour s'effectuent en arrière-plan
-    
--   **Flexibilité** : Parfait pour la livraison continue et l'itération rapide
-    
-
-### Fonctionnalités clés :
-
--   **Sécurité** : Le chiffrement de bout en bout garantit des mises à jour sûres
-    
--   **Mises à jour partielles** : Téléchargez uniquement les fichiers modifiés pour économiser la bande passante
-    
--   **Suivi** : Surveillez les taux de réussite des mises à jour et les erreurs en temps réel
-    
-
-### Comparaison rapide des méthodes de mise à jour :
-
-| Méthode | Vitesse | Effort utilisateur | Coût | Idéal pour |
-| --- | --- | --- | --- | --- |
-| Mises à jour App Store | Lente | Manuel | 99$/an (Apple), 25$ (Google) | Versions majeures |
-| [Mises à jour Web Capacitor](https://capgo.app/docs/) | Rapide | Automatique | Gratuit | Corrections/fonctionnalités mineures |
-| Outils OTA externes | Instantané | Automatique | Selon la plateforme | Mises à jour sécurisées et ciblées |
-
-Les mises à jour OTA de [Capacitor](https://capgo.app/) sont idéales pour les développeurs qui veulent de la rapidité, de la sécurité et du contrôle. Des plateformes comme [Capgo](https://capgo.app/) ont livré **235 millions de mises à jour** avec un **taux d'adoption de 95% en 24 heures**. Prêt à transformer la maintenance de votre application ? Lancez-vous !
-
-## Fonctionnalités de la plateforme [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-La [plateforme Capgo](https://capgo.app/docs/webapp/) améliore les capacités de mise à jour de Capacitor avec une sécurité accrue et des options de déploiement avancées. Ayant géré 235 millions de mises à jour sur 750 applications en production [\[1\]](https://capgo.app/), elle fournit des fonctionnalités clés pour améliorer les performances :
-
-| Fonctionnalité | Capacité | Métrique de performance |
-| --- | --- | --- |
-| Taux de réussite des mises à jour | Déploiement global | 82% mondial |
-| Temps de réponse API | Opérations en temps réel | 434 ms en moyenne |
-| Sécurité | Chiffrement de bout en bout | Protection complète des mises à jour |
-| Distribution | [Système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Déploiements ciblés |
-
-Le système de canaux de Capgo permet une distribution précise des mises à jour, comme l'exécution de tests bêta ou le déploiement progressif des mises à jour, sans compromettre la sécurité. Les équipes peuvent choisir entre des configurations hébergées dans le cloud ou auto-hébergées, obtenant un contrôle total avec des outils comme les retours en arrière en un clic et la surveillance proactive des erreurs.
-
-### Mises à jour App Store
-
-Les mises à jour de l'App Store restent le moyen principal de distribuer de nouvelles versions d'applications Capacitor. Cela implique de soumettre des mises à jour via l'Apple App Store ou le Google Play Store pour examen. Bien que cette méthode soit fiable pour les utilisateurs, elle présente certains inconvénients.
-
-| Aspect | Impact | Considération |
-| --- | --- | --- |
-| Temps d'examen | Délai de 1-7 jours | Ralentit les corrections critiques |
-| Coût | 99$/an (Apple), 25$ (Google) | Nécessite des frais supplémentaires |
-| Action utilisateur | [Mise à jour manuelle](https://capgo.app/docs/plugin/cloud-mode/manual-update/) requise | Peut mener à une adoption plus faible |
-| Distribution | Portée mondiale | Pas d'option pour les déploiements ciblés |
-
-### Mises à jour Web Capacitor
-
-Capacitor offre également une option plus flexible avec ses capacités de mise à jour web intégrées. Cette méthode permet aux développeurs de mettre à jour les ressources web directement via le WebView de Capacitor sans nécessiter une mise à jour complète de l'application. Ces mises à jour s'installent automatiquement, offrant un moyen plus rapide de livrer des changements.
-
-### Outils OTA externes
-
-Pour une solution plus riche en fonctionnalités, les plateformes OTA externes peuvent gérer les mises à jour des applications Capacitor avec une efficacité et un contrôle accrus. Ces outils ont déjà été utilisés en production pour 750 applications et ont livré 235 millions de mises à jour [\[1\]](https://capgo.app/).Les principaux avantages des outils OTA externes incluent :
-
-| Fonctionnalité | Avantage | Métrique de performance |
-| --- | --- | --- |
-| Déploiement instantané | Pas de délais liés aux examens des stores | Livraison immédiate |
-| Distribution ciblée | Permet des déploiements progressifs | Diffusion contrôlée |
-| Sécurité | Chiffrement de bout en bout | Protection renforcée |
-| Analytique | Suit la performance des mises à jour | Surveillance en temps réel |
-
-> "L'équipe OSIRIS-REx de la NASA a noté : '@Capgo est une solution intelligente pour faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂'" [\[1\]](https://capgo.app/)
-
-Ces plateformes prennent également en charge les mises à jour partielles, ce qui signifie que seuls les éléments modifiés sont téléchargés. Cela réduit à la fois l'utilisation de la bande passante et les temps de mise à jour, garantissant des mises à jour fluides et conformes pour les utilisateurs.
-
-## Guide de configuration OTA
-
-### Étapes de configuration du projet
-
-Pour intégrer les mises à jour OTA dans votre projet Capacitor, vous devez vous assurer que tout est correctement configuré. Sur la base des retours de 750 applications en production, voici un processus fiable à suivre :
-
-| Étape | Action | Objectif |
-| --- | --- | --- |
-| Installation du plugin | Exécuter `npx @capgo/cli init` | Installe les dépendances nécessaires |
-| Configuration | Ajuster les paramètres dans le fichier de configuration | Active les capacités de gestion des mises à jour |
-| Implémentation de la sécurité | Mettre en place le chiffrement de bout en bout | Sécurise le processus de livraison des mises à jour |
-
-### Implémentation du code de mise à jour
-
-Voici comment ajouter la fonctionnalité de mise à jour à votre application :
-
-```typescript
-async function checkForUpdate() {
-  try {
-    const update = await CapacitorUpdater.checkForUpdate();
-    if (update.available) {
-      await CapacitorUpdater.download();
-    }
-  } catch (err) {
-    console.error('Update check failed:', err);
-  }
-}
-```
-
-Points clés à considérer :
-
--   Configurer les vérifications de mise à jour en arrière-plan
-    
--   Implémenter la gestion des versions
-    
--   Ajouter des indicateurs de progression
-    
--   Gérer efficacement les états d'installation
-    
-
-Assurez-vous d'inclure une gestion d'erreurs robuste pour traiter tout problème pouvant survenir pendant les mises à jour
-
-### Gestion des erreurs
-
-La gestion des erreurs est essentielle pour maintenir la stabilité de votre application pendant les mises à jour. Avec plus de 235 millions de mises à jour livrées [\[1\]](https://capgo.app/), il est crucial de traiter les défis courants comme les interruptions réseau, les incompatibilités de versions et les limitations de stockage. Des stratégies comme les tentatives automatiques, les mécanismes de restauration et le nettoyage des versions obsolètes peuvent faire une grande différence. Ces approches ont contribué à atteindre un taux de réussite des mises à jour de 95% en 24 heures [\[1\]](https://capgo.app/) pour de nombreux utilisateurs.
-
-## Directives de mise à jour OTA
-
-### Mesures de sécurité
-
-Assurer l'intégrité des mises à jour OTA nécessite des protocoles de sécurité solides. L'une des méthodes les plus efficaces est le **chiffrement de bout en bout**, qui offre un niveau de protection supérieur aux méthodes traditionnelles de signature des mises à jour [\[1\]](https://capgo.app/).
-
-| Couche de sécurité | Objectif | Implémentation |
-| --- | --- | --- |
-| Chiffrement de bout en bout | Protéger la livraison des mises à jour | Configurer les clés de chiffrement pour le projet |
-| Contrôle d'accès | Gérer les permissions de mise à jour | Définir les rôles et permissions des utilisateurs |
-| Sécurité de l'hébergement | Sécuriser la distribution des mises à jour | Opter pour des solutions cloud ou auto-hébergées |
-
-De plus, implémentez [l'authentification multi-facteurs](https://capgo.app/docs/webapp/mfa/) et faites régulièrement tourner les identifiants pour renforcer la sécurité. Capgo, par exemple, utilise le chiffrement de bout en bout pour garantir la livraison sécurisée des mises à jour. Des tests rigoureux sont également cruciaux pour confirmer que ces mesures n'interfèrent pas avec le déploiement des mises à jour.
-
-### Tests des mises à jour
-
-Des tests approfondis sont essentiels pour maintenir la stabilité de l'application et une expérience utilisateur fluide. Suivez ces bonnes pratiques :
-
--   **Canaux séparés** : Utilisez des environnements distincts pour le développement, la pré-production et la production
-    
--   **Tests bêta** : Déployez d'abord les mises à jour auprès d'un groupe contrôlé d'utilisateurs
-    
--   **Surveillance** : Suivez les métriques de performance et recueillez les retours
-    
--   **Plan de restauration** : Ayez un plan prêt pour revenir à une version stable si nécessaire
-    
-
-> "Testez les PR directement depuis l'application avec le sélecteur de canaux" – Capgo [\[1\]](https://capgo.app/)
-
-Les systèmes de canaux et les outils de surveillance des erreurs peuvent aider à identifier et à résoudre les problèmes tôt. Un plan de restauration bien exécuté minimise les perturbations, tandis qu'une communication claire maintient les utilisateurs informés pendant le processus.### Communication avec les utilisateurs
-
-Une communication transparente sur les mises à jour établit la confiance et garantit des déploiements fluides. Considérez ces stratégies :
-
-| Type de mise à jour | Méthode de communication | Timing |
-| --- | --- | --- |
-| Mises à jour critiques | Notification dans l'application | Immédiatement |
-| Mises à jour des fonctionnalités | [Mise à jour automatique en arrière-plan](https://capgo.app/docs/plugin/self-hosted/auto-update/) | Pendant les périodes de faible utilisation |
-| Correctifs de sécurité | Mise à jour silencieuse | Appliquée automatiquement |
-
-L'utilisation des mises à jour en arrière-plan peut réduire les interruptions des utilisateurs. L'association de l'analyse avec la surveillance des erreurs permet une détection précoce des problèmes, minimisant leur impact sur les utilisateurs et préservant une expérience fluide.
-
-## Fonctionnalités OTA avancées
-
-### Mises à jour partielles
-
-Les mises à jour partielles optimisent les processus OTA en n'envoyant que les fichiers qui ont changé. Cette approche signifie que les mises à jour sont déployées plus rapidement et utilisent moins de bande passante [\[1\]](https://capgo.app/)
-
-| Type de mise à jour | Avantages | Implémentation |
-| --- | --- | --- |
-| Package complet | Assure la cohérence de l'application | Mises à jour traditionnelles de l'app store |
-| Différentiel intelligent | Économise la bande passante | Détecte les changements au niveau des fichiers |
-
-Capgo utilise des mises à jour différentielles intelligentes pour analyser les changements au niveau des fichiers, réduisant la taille des packages de mise à jour. Cette méthode est particulièrement utile pour les applications avec de gros assets qui changent rarement [\[1\]](https://capgo.app/)
-
-### Mises à jour en arrière-plan
-
-Les mises à jour en arrière-plan permettent aux utilisateurs de continuer à utiliser les applications sans interruptions. Ces mises à jour sont téléchargées et préparées en arrière-plan, appliquant les changements au redémarrage de l'application. Une planification appropriée assure un impact minimal sur les ressources système et la durée de vie de la batterie.
-
-| Timing de mise à jour | Impact utilisateur | Meilleur cas d'utilisation |
-| --- | --- | --- |
-| Immédiat | Élevé | Correctifs de sécurité critiques |
-| Arrière-plan | Faible | Mises à jour des fonctionnalités |
-| Planifié | Moyen | Mises à jour de contenu importantes |
-
-### Suivi des mises à jour
-
-[L'optimisation de la livraison des mises à jour](https://capgo.app/blog/optimise-your-images-for-updates/) n'est qu'une partie du processus - le suivi des mises à jour est tout aussi important. Selon Capgo, 95% des utilisateurs actifs sont mis à jour dans les 24 heures, avec un taux de réussite global de 82% [\[1\]](https://capgo.app/)
-
-> "Suivez les taux de réussite des mises à jour et l'engagement des utilisateurs en temps réel" - Capgo [\[1\]](https://capgo.app/)
-
-Les métriques clés à surveiller incluent :
-
-| Métrique | Objectif | Actions à mener |
-| --- | --- | --- |
-| Taux de réussite | Mesure le succès du déploiement | Surveiller les mises à jour échouées |
-| Adoption utilisateur | Suit combien d'utilisateurs se mettent à jour | Analyser le comportement utilisateur |
-| Journal des erreurs | Identifie rapidement les problèmes | Résoudre les problèmes de manière proactive |
-
-Les plateformes OTA modernes, comme Capgo, offrent des tableaux de bord détaillés pour suivre ces métriques. Les fonctionnalités comme la journalisation des erreurs aident les développeurs à identifier et corriger les problèmes avant qu'ils ne s'aggravent.
-
-## Résumé 
-
-### Points principaux
-
-Ce guide sur les mises à jour OTA Capacitor souligne l'importance de mécanismes de mise à jour efficaces et sécurisés dans le développement d'applications modernes. Les mises à jour OTA ont transformé la façon dont les développeurs maintiennent et améliorent les applications Capacitor. Pour implémenter les mises à jour OTA avec succès, concentrez-vous sur ces facteurs clés : livraison rapide des mises à jour, mesures de sécurité solides, distribution contrôlée et surveillance efficace. Les plateformes efficaces peuvent pousser des mises à jour en quelques minutes, atteignant un taux de mise à jour utilisateur de 95% en 24 heures et un taux de réussite global de 82% [\[1\]](https://capgo.app/)
-
-Voici un aperçu rapide des meilleures pratiques pour les mises à jour OTA :
-
-| Aspect | Impact | Meilleure pratique |
-| --- | --- | --- |
-| Vitesse de mise à jour | Éviter les délais des examens app store | Pousser immédiatement les correctifs critiques |
-| Sécurité | Protéger les données utilisateur | Utiliser des protocoles de chiffrement forts |
-| Distribution | Minimiser les risques | Déployer les mises à jour via des canaux ciblés |
-| Surveillance | Assurer la fiabilité | Suivre les taux de réussite et d'adoption des mises à jour |
-
-Ces pratiques sont essentielles pour que des plateformes comme Capgo puissent livrer des [mises à jour rapides et sécurisées](https://capgo.app/docs/live-updates/update-behavior/)
-
-### [Capgo](https://capgo.app/) Fonctionnalités
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e211687856e801f1f2973e/248f5ad4814006d64d1f6a7ab727c6b9.jpg)
-
-Capgo se démarque en suivant ces meilleures pratiques, permettant des mises à jour OTA fiables. Actuellement, Capgo prend en charge 750 applications en production et a livré avec succès 235 millions de mises à jour [\[1\]](https://capgo.app/)
-
-| Fonctionnalité | Avantage | Métrique de Performance |
-| --- | --- | --- |
-| CDN Mondial | Accélère la livraison | Bundle de 5MB livré en 114ms |
-| Réponse API | Synchronisation rapide | 57ms de réponse moyenne mondiale |
-| Distribution des mises à jour | Déploiement flexible | 95% d'adoption utilisateur en 24 heures |
-
-> "L'équipe OSIRIS-REx de la NASA a noté : '@Capgo est une solution intelligente pour faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) 🙂'" [\[1\]](https://capgo.app/)
-
-> "Capgo est un outil indispensable pour les développeurs qui veulent être plus productifs. Éviter la révision pour les corrections de bugs est précieux" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/fr/ultimate-guide-to-debugging-capacitor-apps.md b/src/content/blog/fr/ultimate-guide-to-debugging-capacitor-apps.md
deleted file mode 100644
index 85a0a7893..000000000
--- a/src/content/blog/fr/ultimate-guide-to-debugging-capacitor-apps.md
+++ /dev/null
@@ -1,394 +0,0 @@
----
-slug: ultimate-guide-to-debugging-capacitor-apps
-title: Guide ultime de dépannage des applications Capacitor
-description: >-
-  Découvrez des stratégies efficaces et des outils essentiels pour déboguer des
-  applications Capacitor, garantissant une performance fluide sur toutes les
-  plateformes.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T13:36:18.163Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d9725755129a55bd6984fe-1742304990097.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, debugging, mobile apps, performance optimization, native tools,
-  error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Le débogage des applications [Capacitor](https://capacitorjs.com/) peut être complexe en raison de leur nature hybride, mélangeant technologies web et natives. Ce guide simplifie le processus, couvrant les outils essentiels, les techniques et les conseils pour résoudre efficacement les problèmes.
-
-### Points clés :
-
--   **Défis courants** : Bugs spécifiques aux plateformes et incompatibilités des plugins natifs.
--   **Outils nécessaires** :
-    -   **[Débogage Web](https://capgo.app/docs/plugin/debugging/)** : [Chrome DevTools](https://developer.chrome.com/docs/devtools), [Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector).
-    -   **[Débogage Natif](https://capgo.app/docs/plugin/debugging/)** : [Xcode](https://developer.apple.com/xcode/) pour iOS, [Android Studio](https://developer.android.com/studio) pour Android.
-    -   **CLI Capacitor** : Commandes comme `npx cap doctor` et `npx cap sync`.
--   **Étapes de débogage** :
-    -   Inspecter le code web avec les outils de navigateur.
-    -   Déboguer les composants natifs avec les outils spécifiques à la plateforme.
-    -   Utiliser la journalisation détaillée pour les problèmes de plugins.
--   **Optimisation des performances** :
-    -   Analyser les performances réseau, mémoire et UI.
-    -   Exploiter les outils comme Chrome DevTools et les profileurs natifs.
-
-### Conseils rapides :
-
--   **Activer les Source Maps** : Déboguer le code original plutôt que les versions minifiées.
--   **Utiliser [Capgo](https://capgo.app/) pour les mises à jour** : Déployer les correctifs instantanément sans délais de l'app store.
--   **Configurer le suivi des erreurs** : Capturer les problèmes en temps réel pour des résolutions plus rapides.
-
-Ce guide fournit tout ce dont vous avez besoin pour identifier et corriger les bugs, garantissant que votre application Capacitor fonctionne correctement sur toutes les plateformes.
-
-## Le Guide Ultime du Débogage Ionic
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Outils de Débogage Essentiels
-
-Le débogage efficace des [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) nécessite les bons outils. Voici une présentation des [ressources de débogage](https://capgo.app/docs/plugin/debugging/) essentielles que tout développeur Capacitor devrait connaître.
-
-### Débogage Web avec les Outils du Navigateur 
-
-Pour déboguer la couche web des applications Capacitor, **Chrome DevTools** et **Safari Web Inspector** sont indispensables. Ces outils vous permettent de :
-
--   **Panneau Réseau** : Suivre les appels API, le chargement des ressources et les performances réseau.
--   **Console** : Capturer les erreurs JavaScript, afficher les logs et déboguer la sortie.
--   **Inspecteur d'Éléments** : Inspecter et modifier les éléments DOM à la volée.
--   **Panneau Sources** : Définir des points d'arrêt et déboguer l'exécution JavaScript.
-
-Assurez-vous d'activer les source maps - cela vous permet de déboguer votre code original plutôt que les versions de production minifiées. Pour les problèmes spécifiques aux plateformes, les outils de débogage natifs sont l'étape suivante.
-
-### Outils de Débogage iOS et Android
-
-Lorsque vous travaillez sur des problèmes spécifiques à une plateforme, les outils de débogage natifs fournissent des informations plus approfondies sur le comportement de l'application.
-
-**[Outils de Débogage Xcode](https://capgo.app/docs/plugin/debugging/)** (pour iOS) :
-
--   Surveiller l'utilisation de la mémoire.
--   Profiler les performances CPU.
--   Inspecter l'activité réseau.
--   Accéder aux journaux via l'application Console.
-
-**Outils Android Studio** (pour Android) :
-
--   Utiliser **Logcat** pour les journaux système.
--   Analyser l'UI avec l'**Inspecteur de Layout**.
--   Profiler les performances avec le **Profileur CPU**.
--   Suivre l'utilisation de la mémoire avec le **Profileur Mémoire**.
-
-Ces outils complètent le débogage basé sur le navigateur en abordant les défis spécifiques à la plateforme.
-
-### Commandes de Débogage CLI [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-18.jpg?auto=compress)
-
-Le CLI Capacitor inclut des commandes utiles pour simplifier le débogage :
-
-```bash
-npx cap doctor           # Check your environment setup
-npx cap sync             # Sync web code with native projects
-npx cap open ios         # Open iOS project in Xcode
-npx cap open android     # Open Android project in Android Studio
-```
-
-Pour le rechargement en direct pendant le développement, utilisez :
-
-```bash
-ionic cap run ios -l --external       # Live reload for iOS
-ionic cap run android -l --external   # Live reload for Android
-```
-
-Pour résoudre les problèmes de plugins, activez la journalisation détaillée :
-
-```bash
-npx cap run ios --verbose
-```
-
-Cela génère des journaux détaillés sur l'initialisation des plugins et la communication du pont natif, vous aidant à identifier les problèmes d'intégration entre le code web et natif.
-
-## Méthodes de Débogage Web et Natif
-
-### Étapes de Débogage du Code Web
-
-Pour résoudre les problèmes des composants web, utilisez les outils de développement du navigateur. Ces outils vous permettent d'inspecter les éléments, de journaliser les messages dans la console, de surveiller les performances et de suivre les requêtes réseau pour identifier les problèmes. Utilisez les source maps pour remonter les erreurs jusqu'au code original. Si le problème implique des composants natifs, passez aux [méthodes de débogage](https://capgo.app/docs/plugin/debugging/) adaptées à la plateforme.
-
-### Étapes de Débogage du Code Natif
-
-Pour iOS, utilisez le débogueur [LLDB](https://en.wikipedia.org/wiki/LLDB_\(debugger\)) de Xcode. Définissez des points d'arrêt dans votre code Swift ou Objective-C pour suivre l'exécution. Utilisez Instruments pour surveiller l'utilisation de la mémoire et l'activité des threads. Pour Android, Android Studio fournit des outils robustes, y compris la journalisation native. Voici un exemple :
-
-```java
-Log.d("CapacitorApp", "Debug information");
-Log.e("CapacitorApp", "Error details", exception);
-```
-
-Ces outils simplifient également le débogage des plugins lorsqu'ils sont intégrés à votre flux de travail.
-
-### Solutions de Débogage des Plugins
-
-La journalisation détaillée est essentielle lors du débogage des plugins. Prêtez attention aux domaines suivants :
-
--   Communication entre le pont et le plugin
--   L'implémentation des méthodes spécifiques
--   Comment les erreurs sont propagées
-
-Les outils de suivi des erreurs de Capgo peuvent détecter tôt les problèmes de plugins, les empêchant d'affecter les utilisateurs. Vous pouvez également configurer un rapport d'erreur automatisé avec un code comme celui-ci :
-
-```javascript
-window.addEventListener('error', (event) => {
-    console.error('Plugin Error:', {
-      message: event.message,
-      filename: event.filename,
-      lineNo: event.lineno
-    });
-});
-```
-
-Cette approche garantit que vous capturez et traitez efficacement les problèmes.
-
-## Scénarios de Débogage Complexes
-
-### Problèmes de Lancement d'Application
-
-Les problèmes de lancement surviennent souvent avant que la journalisation standard ne démarre, ce qui les rend difficiles à diagnostiquer. Voici une approche étape par étape pour les gérer :
-
--   **Vérifier les Journaux Natifs** : Utilisez des outils spécifiques à la plateforme comme la Console Xcode pour iOS ou Logcat d'Android Studio pour découvrir les erreurs d'initialisation. Ces journaux contiennent souvent les premiers indices sur ce qui s'est mal passé.
-    
--   **Suivre les Erreurs de Plugin** : Surveillez les problèmes de chargement des plugins avec un simple écouteur. Voici un exemple de code :
-    
-    ```javascript
-    App.addListener('pluginError', (info) => {
-        console.error('Plugin failed to load:', info.pluginId);
-        console.error('Error:', info.errorMessage);
-    });
-    ```
-    
--   **Inspecter le Chargement des Ressources** : Utilisez les outils de développement du navigateur pour vérifier si les ressources essentielles se chargent correctement. Recherchez les requêtes bloquées ou les ressources lentes à charger et examinez les métriques de timing.
-    
-
-Une fois ces vérifications initiales terminées, vous pouvez passer aux méthodes de débogage spécifiques à la plateforme.
-
-### Problèmes Spécifiques aux Plateformes
-
-Certains bugs sont liés à des plateformes spécifiques, nécessitant des techniques de dépannage adaptées.
-
-Pour le **débogage iOS** :
-
--   Utilisez le **Débogueur de Graphe Mémoire de Xcode** pour repérer les fuites de mémoire.
--   Testez différentes conditions réseau avec le **Network Link Conditioner**.
--   Ajoutez une journalisation spécifique à l'appareil pour capturer les crashs iOS.
-
-Pour le **débogage Android** :
-
--   Exploitez le **Profileur CPU d'Android Studio** pour analyser les performances.
--   Activez le **mode strict** pour signaler les opérations disque ou réseau s'exécutant sur le thread principal.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica \[2\]
-
-### Problèmes de Performance
-
-Après avoir résolu les problèmes de lancement et spécifiques aux plateformes, concentrez-vous sur les performances. La résolution des problèmes de performance implique de se concentrer sur trois domaines clés : réseau, mémoire et UI.
-
--   **Performance Réseau** : Utilisez Chrome DevTools pour identifier les réponses API lentes ou les charges utiles surdimensionnées.
--   **Gestion de la Mémoire** : Repérez les fuites avec les profileurs natifs pour garantir une utilisation efficace de la mémoire.
--   **Optimisation UI** : Surveillez les taux de rafraîchissement et les animations en utilisant les outils intégrés pour assurer des interactions fluides.
-
-Les outils de suivi des erreurs de Capgo facilitent l'identification précoce de ces goulots d'étranglement. Ils permettent également de déployer rapidement des correctifs, en contournant les délais de révision de l'app store \[3\].
-
-## Directives de Débogage
-
-Le débogage efficace d'une application Capacitor repose sur une journalisation bien structurée, un suivi des erreurs et une gestion des source maps.
-
-### Configuration des Journaux d'Application
-
-Pour déboguer efficacement, utilisez des journaux structurés avec des niveaux définis pour éviter le bruit inutile.
-
-```javascript
-const logLevels = { ERROR: 0, WARN: 1, INFO: 2, DEBUG: 3 };
-
-function logMessage(level, message, data = null) {
-    const timestamp = new Date().toISOString();
-    const logData = { timestamp, level, message, data };
-
-    if (process.env.NODE_ENV === 'development') {
-        console.log(JSON.stringify(logData));
-    }
-}
-```
-
-En production, implémentez la rotation des journaux pour éviter qu'ils ne grossissent de manière incontrôlable :
-
-```javascript
-const MAX_LOG_SIZE = 1024 * 1024; // 1MB
-const MAX_LOG_FILES = 5;
-
-function rotateLogFiles() {
-    // Rotate logs to maintain up to 5 files of 1MB each
-}
-```
-
-Outre la journalisation, avoir un système pour surveiller les erreurs en temps réel est essentiel.
-
-### Configuration du Suivi des Erreurs
-
-Mettez en place un système unifié de suivi des erreurs qui capture les problèmes dans les couches client et native.
-
-```javascript
-window.onerror = function(message, source, lineno, colno, error) {
-    logMessage(logLevels.ERROR, {
-        message,
-        source,
-        line: lineno,
-        column: colno,
-        stack: error?.stack
-    });
-
-    // Send error details to monitoring service
-    return false;
-};
-```
-
-Les outils de suivi des erreurs de Capgo peuvent aider à surveiller les déploiements de mises à jour et évaluer leur impact sur les utilisateurs [\[1\]](https://capgo.app/). Cette intégration fournit des informations cruciales sur les performances des mises à jour et l'engagement des utilisateurs.
-
-> "Analyse détaillée et suivi des erreurs" – Capgo [\[1\]](https://capgo.app/)
-
-Les source maps sont un autre outil important pour simplifier le débogage, en particulier pour le code minifié.
-
-### Intégration des Source Maps
-
-Assurez-vous que votre processus de build génère et gère correctement les source maps :
-
-```javascript
-// webpack.config.js
-module.exports = {
-    devtool: process.env.NODE_ENV === 'production' 
-        ? 'hidden-source-map' 
-        : 'eval-source-map',
-    // ... other configuration settings
-};
-```
-
-Pour faciliter encore plus le débogage, automatisez le téléchargement des source maps pendant le déploiement :
-
-```javascript
-const uploadSourceMaps = async (buildId) => {
-    const sourceMapFiles = await glob('dist/**/*.map');
-
-    for (const file of sourceMapFiles) {
-        await uploadToDebugServer({
-            buildId,
-            file,
-            version: process.env.APP_VERSION
-        });
-    }
-};
-```
-
-Si vous utilisez des source maps en production, restreignez l'accès aux développeurs autorisés pour maintenir la sécurité tout en permettant un débogage efficace.
-
-## Utilisation de [Capgo](https://capgo.app/) pour les Mises à Jour Rapides
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-S'appuyant sur des [techniques de débogage](https://capgo.app/docs/plugin/debugging/) solides, des outils comme Capgo facilitent le maintien de la stabilité de votre application en permettant des mises à jour instantanées. Capgo permet aux développeurs de déployer des mises à jour sans attendre les approbations de l'app store, tout en conservant les fonctionnalités de débogage.
-
-### Fonctionnalités de Débogage Capgo
-
-Corriger rapidement les problèmes est essentiel pour maintenir la qualité de l'application. Capgo offre des aperçus en temps réel des performances de l'application, aidant à résoudre efficacement les bugs. Il affiche un taux de réussite global de 82% pour les mises à jour, avec 95% des utilisateurs recevant les mises à jour dans les 24 heures [\[1\]](https://capgo.app/).
-
-Voici un aperçu de certaines de ses fonctionnalités remarquables :
-
-```javascript
-// Initialize Capgo error tracking
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyListeners('download_failed', {
-  version: '1.0.0',
-  error: 'Network timeout'
-});
-```
-
-Capgo prend également en charge les déploiements progressifs en utilisant un système de canaux, ce qui est idéal pour tester les mises à jour :
-
-```javascript
-// Deploy update to beta channel
-async function deployBetaFix() {
-    await CapacitorUpdater.sync({
-        channel: 'beta',
-        version: '1.0.1-beta'
-    });
-}
-```
-
-Ces outils peuvent être intégrés de manière transparente dans votre flux de travail pour des mises à jour fluides et efficaces.
-
-### Ajouter Capgo à Votre Processus de Débogage
-
-Commencer avec Capgo est simple. Commencez par l'initialiser avec la commande suivante :
-
-```bash
-npx @capgo/cli init
-```
-
-Voici comment en tirer le meilleur parti :
-
--   **Configurer la surveillance des erreurs**  
-    Ajoutez le suivi des erreurs dans les couches client et native pour détecter les problèmes rapidement :
-    
-    ```javascript
-    // Configure error monitoring
-    const setupErrorTracking = () => {
-        CapacitorUpdater.addListener('updateFailed', (info) => {
-            console.error('Update failed:', info);
-            // Send error details to your tracking service
-        });
-    };
-    ```
-    
--   **Déployer les correctifs progressivement**  
-    Utilisez des déploiements progressifs pour tester les mises à jour sur des groupes plus restreints avant une version complète.
-    
--   **Surveiller les métriques de mise à jour**  
-    Surveillez les statistiques de performance clés pour garantir des mises à jour fluides :
-    
-    | Métrique | Performance |
-    | --- | --- |
-    | Vitesse de livraison des mises à jour | 114ms pour un bundle de 5MB |
-    | Temps de réponse API | 57ms dans le monde |
-    | Taux de mise à jour utilisateur | 95% en 24 heures |
-
-Le système de mise à jour partielle de Capgo ne télécharge que les fichiers modifiés, réduisant les perturbations pendant le débogage. Avec le chiffrement de bout en bout et la conformité aux directives des app stores, c'est un outil puissant pour maintenir votre application stable et résoudre rapidement les problèmes.
-
-## Résumé
-
-### Aperçu des outils et méthodes
-
-Le débogage efficace nécessite le bon mélange d'outils et de techniques. Ce guide couvre les méthodes essentielles qui soutiennent un flux de développement solide. Les outils clés incluent les **outils de développement du navigateur**, les **débogueurs spécifiques aux plateformes** et les **[commandes CLI Capacitor](https://capgo.app/docs/cli/commands/)**, travaillant ensemble pour identifier et corriger rapidement les problèmes.
-
-Associer de bonnes pratiques de débogage aux mises à jour en direct peut grandement améliorer la stabilité de l'application. Par exemple, les applications utilisant ces flux de travail rapportent un taux de mise à jour utilisateur de 95% en 24 heures[\[1\]](https://capgo.app/).
-
-| Composant de débogage | Fonction principale | Impact |
-| --- | --- | --- |
-| **Outils de navigateur** | Inspecter le code web | Détecter les erreurs en temps réel |
-| **Débogueurs de plateforme** | Analyser le code natif | Résoudre les problèmes spécifiques à la plateforme |
-| **Surveillance des erreurs** | Suivre les problèmes de manière proactive | Atteint un taux de réussite de 82% globalement[\[1\]](https://capgo.app/) |
-| **Mises à jour en direct** | Corriger les bugs instantanément | Génère un taux de mise à jour utilisateur de 95% en 24 heures[\[1\]](https://capgo.app/) |
-
-### Prochaines étapes
-
-Vous pouvez améliorer votre processus de débogage en suivant ces étapes :
-
--   **Configurer la surveillance des erreurs** pour les couches web et native pour détecter rapidement les problèmes.
--   **Utiliser des déploiements progressifs** pour tester les correctifs avant de les déployer complètement.
--   **Activer les source maps** pour suivre les erreurs plus précisément.
--   **Intégrer les outils de débogage** dans votre pipeline CI/CD pour des flux de travail plus fluides.
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica[\[1\]](https://capgo.app/)
-
-Surveillez les métriques de performance critiques pour assurer le bon fonctionnement de votre application.
diff --git a/src/content/blog/fr/ultimate-guide-to-ota-update-security-for-capacitor-apps.md b/src/content/blog/fr/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
deleted file mode 100644
index 676fd1c9d..000000000
--- a/src/content/blog/fr/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
+++ /dev/null
@@ -1,241 +0,0 @@
----
-slug: ultimate-guide-to-ota-update-security-for-capacitor-apps
-title: >-
-  Guide ultime sur la sécurité des mises à jour OTA pour les applications
-  Capacitor
-description: >-
-  Découvrez des stratégies essentielles pour sécuriser les mises à jour OTA des
-  applications mobiles, en mettant l'accent sur le chiffrement, la vérification
-  et le respect des normes de l'industrie.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-13T08:04:34.421Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ad4d12971060b04c742b83-1739433897515.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  OTA updates, security, encryption, mobile apps, compliance, data protection,
-  update integrity, app store rules
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Les mises à jour en direct (OTA) sont un moyen rapide d'améliorer les applications [Capacitor](https://capacitorjs.com/) sans les délais des magasins d'applications. Mais elles comportent des risques comme la falsification du code, les attaques par rétrogradation et les fuites de données. Voici comment sécuriser vos mises à jour :
-
-1.  **Tout chiffrer** : Utilisez AES-256 pour les fichiers de mise à jour et RSA-2048 pour les échanges de clés sécurisés.
-2.  **Signer les paquets de mise à jour** : Authentifiez les mises à jour avec des paires de clés privées/publiques pour éviter la falsification.
-3.  **Sécuriser le transfert de données** : Imposez TLS 1.3 avec épinglage de certificat pour bloquer l'interception.
-4.  **Vérifier les fichiers** : Utilisez des hachages SHA-256 pour garantir l'intégrité des mises à jour.
-
-### Aperçu rapide des risques et solutions
-
-| **Risque** | **Impact** | **Solution** |
-| --- | --- | --- |
-| Attaque de l'Homme du Milieu | Injection de malware | TLS 1.3, épinglage de certificat |
-| Injection de code | Compromission de l'app | Signature des paquets, vérification des fichiers |
-| Attaques par rétrogradation | Exploitation d'anciennes failles | Contrôle de version, vérifications d'intégrité |
-
-Pour rester conforme aux règles de l'App Store et du [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation), assurez-vous que les mises à jour sont sécurisées, transparentes et protègent les données des utilisateurs. Des outils comme [Capgo](https://capgo.app/) peuvent automatiser le chiffrement, la signature et la surveillance pour des mises à jour OTA plus sûres.
-
-## [Capacitor](https://capacitorjs.com/) pour l'Entreprise
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-13.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/m2kFUvSFcSs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Bases de sécurité pour les mises à jour OTA
-
-En 2022, les chercheurs ont découvert que 78% des appareils avec des capacités OTA présentaient des vulnérabilités dans leurs processus de mise à jour [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update). Pour y remédier, un cadre de sécurité solide est crucial, se concentrant sur trois domaines clés : **la signature des paquets**, **le transfert sécurisé des données** et **la vérification des fichiers**. Ces éléments sont la base des [méthodes de chiffrement](https://capgo.app/docs/cli/migrations/encryption/) discutées plus loin.
-
-### Signature des paquets de mise à jour
-
-La signature des paquets est la première étape pour garantir que seules les mises à jour autorisées sont distribuées. Les développeurs utilisent des clés privées pour signer les paquets de mise à jour, tandis que les applications les vérifient à l'aide de clés publiques intégrées. Par exemple, Capgo intègre les clés publiques pendant le processus de construction de l'application, en respectant les protocoles de sécurité spécifiques à chaque plateforme.
-
-| Composant de signature | Objectif | Avantage sécurité |
-| --- | --- | --- |
-| Clé privée | Signe les paquets de mise à jour | Limite la création de mises à jour aux développeurs autorisés |
-| Clé publique | Vérifie les signatures | Confirme que les mises à jour sont légitimes et non altérées |
-| Signature numérique | Lie le paquet au développeur | Assure la traçabilité et empêche la falsification |
-
-### Transfert sécurisé des données
-
-Le transfert sécurisé des données est essentiel pour protéger les mises à jour pendant la transmission. TLS 1.3 est la norme pour cela, réduisant les temps de négociation de 40% par rapport à TLS 1.2 [\[6\]](https://interrupt.memfault.com/blog/firmware-encryption-with-python). Il intègre également des fonctionnalités comme l'épinglage de certificat et l'authentification TLS mutuelle (mTLS) pour bloquer les attaques de l'homme du milieu et établir la confiance entre l'application et le serveur de mise à jour. Capgo impose TLS 1.3 par défaut et prend en charge les configurations personnalisées d'épinglage de certificat, assurant une protection robuste pendant le transfert de données.
-
-### Vérification des fichiers de mise à jour
-
-La vérification des fichiers est la dernière défense avant l'installation d'une mise à jour. Les fonctions de hachage cryptographique, comme SHA-256, créent une empreinte unique pour chaque paquet de mise à jour. Les applications comparent cette empreinte avec les hachages fournis par le serveur pour garantir l'intégrité. L'automatisation de la génération et de la validation des hachages SHA-256 dans les pipelines CI/CD renforce ce processus. L'intégration régulière d'audits automatisés dans les workflows CI/CD aide également à faire face aux nouveaux défis de sécurité à mesure qu'ils surviennent.
-
-## Chiffrement des données pour les mises à jour OTA
-
-Le chiffrement ajoute une couche supplémentaire de sécurité aux processus de signature et de vérification, rendant les données interceptées inutilisables pour les attaquants.
-
-### Chiffrement des paquets de mise à jour
-
-Un processus de chiffrement en deux étapes est utilisé, combinant **AES-256** pour le chiffrement des fichiers de mise à jour et **RSA-2048** pour sécuriser l'échange de clés.
-
-| Couche de chiffrement | Méthode | Objectif |
-| --- | --- | --- |
-| Contenu du paquet | AES-256 | Protège les fichiers de mise à jour réels |
-| Échange de clés | RSA-2048 | Sécurise la livraison des clés de chiffrement |
-
-Chaque paquet de mise à jour est chiffré avec une clé AES unique, qui est ensuite chiffrée en utilisant la clé RSA publique de l'appareil. Capgo applique cette méthode automatiquement, générant de nouvelles clés de chiffrement pour chaque distribution de mise à jour [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-### Sécurité des clés de chiffrement
-
-Une bonne gestion des clés est essentielle pour garantir que les mises à jour chiffrées restent sécurisées :
-
--   **Génération des clés** : Utilisez toujours des générateurs aléatoires sécurisés pour créer les clés de chiffrement.
--   **Stockage des clés** : Stockez les clés dans des environnements sécurisés matériels comme [StrongBox](https://source.android.com/docs/security/best-practices/hardware) d'Android ou [Secure Enclave](https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/web) d'iOS [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update)[\[7\]](https://www.sorinmustaca.com/implementing-secure-over-the-air-ota-updates-in-embedded-devices/).
--   **Rotation des clés** : Mettez à jour les clés de chiffrement tous les 90 jours. Utilisez des transitions progressives pour maintenir la compatibilité et alignez les rotations de clés avec vos pipelines CI/CD.
-
-### Fonctionnalités de sécurité des appareils
-
-Les appareils modernes sont équipés de sécurité matérielle intégrée conçue pour protéger les clés de chiffrement. Par exemple, StrongBox d'Android et Secure Enclave d'iOS fournissent des environnements isolés pour les tâches cryptographiques [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update)[\[7\]](https://www.sorinmustaca.com/implementing-secure-over-the-air-ota-updates-in-embedded-devices/). Les développeurs iOS peuvent exploiter ces fonctionnalités en utilisant les API natives du framework Security.
-
-Ces pratiques de chiffrement aident à respecter les normes de l'industrie couvertes dans les sections suivantes.
-
-## Respect des normes de l'industrie
-
-Assurer des mises à jour OTA sécurisées signifie suivre strictement les règles des plateformes et les lois sur la protection des données. Le paysage de la conformité est complexe, avec différentes exigences des magasins d'applications et des réglementations sur la confidentialité.
-
-Ces normes s'appuient sur des pratiques de sécurité fondamentales comme le chiffrement et la signature, associées à des règles spécifiques aux plateformes.
-
-### Règles des magasins d'applications
-
-La directive 2.5.2 de l'App Store d'Apple impose des restrictions claires sur les mises à jour OTA pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Les mises à jour ne peuvent modifier que le contenu web comme HTML, CSS et JavaScript dans le conteneur de l'application - la modification des fonctionnalités natives n'est pas autorisée [\[1\]](https://github.com/capacitor-community/android-security-provider).
-
-| Plateforme | Exigences |
-| --- | --- |
-| Apple App Store | Mises à jour web uniquement • Pas de code exécutable • Divulgation préalable au téléchargement |
-| Google Play | Application HTTPS • Vérifications d'intégrité • Restrictions des mises à jour de fonctionnalités |
-
-Google Play offre plus de flexibilité mais impose toujours des mesures de sécurité strictes [\[3\]](https://insight.sbdautomotive.com/rs/164-IYW-366/images/Preparing%20for%20regulated%20automotive%20over-the-air%20updates.pdf). Les mises à jour doivent utiliser des protocoles de transfert sécurisés et inclure des vérifications d'intégrité appropriées.
-
-### Lois sur la confidentialité
-
-Les réglementations sur la confidentialité compliquent davantage la conformité des mises à jour OTA. Des lois comme le GDPR et la [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) établissent des règles claires pour la gestion des données utilisateur pendant les mises à jour.
-
-| Aspect de la mise à jour OTA | GDPR | CCPA |
-| --- | --- | --- |
-| Collecte de données | Données minimales nécessaires | Divulgation complète requise |
-| Droits des utilisateurs | Consentement explicite nécessaire | Option de désactivation obligatoire |
-| Mesures de sécurité | Chiffrement de bout en bout | Sécurité raisonnable |
-| Documentation | Documentation du [processus de mise à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Documentation du processus de mise à jour |
-
-> "La clé pour maintenir la conformité est d'implémenter les principes de respect de la vie privée dès la conception", explique un document d'orientation du Comité européen de la protection des données. "Cela inclut l'intégration des considérations de protection des données dans chaque aspect du processus de mise à jour." [\[8\]](https://essaypro.com/blog/article-review)
-
-Pour les applications Capacitor, cela signifie se concentrer sur des étapes pratiques comme :
-
--   **Mises à jour transparentes** : Divulguer clairement le contenu des mises à jour et l'utilisation des données.
--   **Transferts de données sécurisés** : Utiliser le chiffrement de bout en bout pour toutes les communications liées aux mises à jour.
-
-Les violations du GDPR peuvent entraîner des amendes allant jusqu'à 20 millions d'euros [\[9\]](https://www.socialsellinator.com/social-selling-blog/seo-article-writing). Pour rester conforme, effectuez des audits trimestriels et alignez-les avec vos processus de surveillance des mises à jour.
-
-## Surveillance et réponse de sécurité
-
-La surveillance continue joue un rôle crucial dans la protection contre les menaces nouvelles et évolutives. Les organisations disposant de systèmes de surveillance solides peuvent identifier les violations **74% plus rapidement** [\[2\]](https://www.iotinsider.com/industries/security/over-the-air-updates-ota-best-practices-for-device-safety/).
-
-### Détection des menaces
-
-En 2024, **41% des organisations** ont fait face à des incidents de sécurité liés aux mises à jour OTA [\[1\]](https://github.com/capacitor-community/android-security-provider). Cela souligne l'importance des systèmes de surveillance qui peuvent suivre et traiter ces risques efficacement.
-
-| Composant | Fonction | Exemple |
-| --- | --- | --- |
-| Analyse en temps réel | Détecter les modèles inhabituels dans le trafic de mise à jour | Systèmes de reconnaissance de motifs |
-| Surveillance réseau | Repérer les tentatives d'accès non autorisées | Filtrage du trafic |
-| Analyse du comportement utilisateur | Identifier les comportements suspects de mise à jour | Modèles comportementaux |
-
-Pour garder une longueur d'avance sur les attaquants, les systèmes de détection nécessitent des mises à jour constantes. L'apprentissage automatique joue un rôle clé en s'adaptant aux nouvelles méthodes d'attaque [\[1\]](https://github.com/capacitor-community/android-security-provider)[\[2\]](https://www.iotinsider.com/industries/security/over-the-air-updates-ota-best-practices-for-device-safety/). Capgo renforce ce processus avec des vérifications d'intégrité en temps réel et une analyse comportementale [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-### Plan de Réponse de Sécurité
-
-Pour les applications Capacitor utilisant les mises à jour OTA, avoir un plan de réponse clair est essentiel. Ces plans doivent s'aligner sur les exigences de sécurité spécifiques aux plateformes, comme la directive 2.5.2 d'Apple. Un plan bien préparé peut réduire les coûts de violation de **38%** [\[10\]](https://www.ontotext.com/knowledgehub/fundamentals/information-extraction/).
-
-| Phase | Actions Clés |
-| --- | --- |
-| Détection Initiale | Déclencher des alertes et analyses automatisées |
-| Confinement | Suspendre les mises à jour et isoler les menaces |
-| Investigation | Mener une analyse des causes profondes |
-| Récupération | Restaurer les systèmes et services |
-
-Capgo simplifie les réponses pour les applications Capacitor en automatisant des actions comme la mise en quarantaine des mises à jour suspectes et la création de journaux forensiques pour une analyse plus approfondie [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-Ces mesures de détection et de réponse fonctionnent de concert avec les protocoles de chiffrement et de signature pour fournir un système de défense multicouche.
-
-## Fonctionnalités de Sécurité de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-13.jpg?auto=compress)
-
-Capgo assure la sécurité à travers trois approches clés qui fonctionnent avec ses systèmes de surveillance :
-
-### Chiffrement et Normes
-
-| Couche de Sécurité | Implémentation |
-| --- | --- |
-| Protection des Paquets | Chiffrement hybride AES-256 et RSA-2048 |
-| Conformité des Plateformes | Validation automatisée du contenu |
-
-Capgo applique les restrictions de mise à jour requises par l'App Store en utilisant la validation automatisée du contenu.
-
-### Sécurité CI/CD
-
-La sécurité est intégrée dans le pipeline CI/CD de Capgo avec :
-
--   **Authentification par token pour le déploiement** pour sécuriser le processus
--   **Déploiements progressifs** incluant une option de pause d'urgence pour l'atténuation rapide des problèmes
-
-### Avantages Open-Source
-
-Le framework open-source de Capgo permet des améliorations communautaires, essentielles pour la sécurité des systèmes OTA.
-
--   Un **code source public** permet des audits indépendants
--   Plus de **180 contributeurs** aident à identifier et résoudre les vulnérabilités
--   Une **conception modulaire** permet des améliorations de sécurité personnalisées
-
-Ces fonctionnalités s'alignent avec les besoins de chiffrement et de conformité discutés précédemment.
-
-## Résumé
-
-### Points Clés
-
-Pour assurer des mises à jour OTA sécurisées, vous avez besoin d'une approche en couches intégrant le **chiffrement**, la **vérification** et la **surveillance**. Ces éléments travaillent ensemble pour protéger à la fois le processus de mise à jour et les données utilisateur.
-
-### Étapes pour Sécuriser les Mises à Jour OTA
-
-Voici un guide rapide pour mettre en place un système OTA sécurisé :
-
--   **Utiliser un Chiffrement et une Vérification Robustes**  
-    Combiner le chiffrement AES-256 avec RSA-2048 pour un cadre de sécurité solide.
-    
--   **Activer la Surveillance en Temps Réel**  
-    Mettre en place des systèmes de détection des menaces comme décrit dans la Section 5 pour repérer et traiter les problèmes dès leur apparition.
-    
--   **Rester Conforme**  
-    Adhérer continuellement aux directives des plateformes et aux réglementations sur la confidentialité, comme celles décrites dans les Règles de l'App Store.
-    
-
-Les outils de validation automatisés et les déploiements progressifs de Capgo facilitent la mise en œuvre de ces stratégies tout en restant conforme.
-
-## FAQ
-
-### Quels sont les problèmes de sécurité avec l'OTA ?
-
-Les mises à jour over-the-air présentent plusieurs défis de sécurité que les développeurs doivent relever pour garantir la sécurité et la fiabilité des mises à jour.
-
-Voici quelques vulnérabilités courantes :
-
-| Type de Vulnérabilité | Description | Impact |
-| --- | --- | --- |
-| Attaques par retour en arrière | Installation de versions obsolètes et non sécurisées | Exploitation de failles connues |
-| Clés compromises | Chiffrement faible ou clés volées | Exécution de code non autorisé |
-
-Pour faire face à ces risques, les développeurs devraient envisager les mesures suivantes :
-
--   Utiliser le **chiffrement AES-256** pour les paquets de mise à jour (voir Section 3).
--   Établir des **connexions avec certificats épinglés** pour éviter les manipulations.
--   Mettre en œuvre des **systèmes de surveillance comportementale** (voir Section 5).
-
-Pour les applications Capacitor, suivre les protocoles de sécurité et intégrer la validation CI/CD automatisée (décrits dans la Section 6) sont essentiels. Ces étapes complètent les méthodes de chiffrement et les cadres de conformité détaillés dans les Sections 3 et 4.
diff --git a/src/content/blog/fr/understanding-apples-privacy-manifest.md b/src/content/blog/fr/understanding-apples-privacy-manifest.md
deleted file mode 100644
index 28c118715..000000000
--- a/src/content/blog/fr/understanding-apples-privacy-manifest.md
+++ /dev/null
@@ -1,141 +0,0 @@
----
-slug: understanding-apples-privacy-manifest
-title: Comprendre le manifeste de confidentialité d'Apple
-description: >-
-  Explorons l'importance de la déclaration de confidentialité requise par Apple
-  pour les applications iOS et comment s'y conformer efficacement, avec des
-  directives claires.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T02:23:31.365Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92-1744943188853.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Privacy Manifest, iOS, data collection, App Store, compliance, Capgo, JSON,
-  updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-
-**Le Privacy Manifest d'Apple est désormais obligatoire pour toutes les applications iOS** À partir de mai 2024, chaque soumission à l'App Store doit inclure ce fichier JSON pour détailler la collecte de données, l'utilisation des API, les SDK tiers et les domaines réseau. Voici ce que vous devez savoir :
-
--   **De quoi s'agit-il** : Un fichier de configuration JSON qui déclare :
-    -   Les données collectées et leur finalité
-    -   Les API et SDK tiers utilisés
-    -   Les domaines externes accédés
--   **Pourquoi c'est important** : Assure la transparence et la conformité aux normes de confidentialité d'Apple
--   **Comment se conformer** : Ajoutez le manifeste à votre bundle d'application iOS et mettez-le à jour régulièrement, particulièrement si vous utilisez des outils de mise à jour en direct comme [Capgo](https://capgo.app/)
-
-**Conseil rapide** : Des outils comme Capgo simplifient la conformité en automatisant les mises à jour du manifeste, offrant des déploiements instantanés et fournissant des analyses pour suivre le succès
-
-Continuez la lecture pour apprendre comment configurer et vérifier votre Privacy Manifest, éviter les pièges courants et assurer des mises à jour fluides
-
-## WWDC23 : Démarrer avec les manifestes de confidentialité | Apple
-
-<iframe src="https://www.youtube.com/embed/OQMF4LDqscc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Éléments principaux du Privacy Manifest
-
-Le Privacy Manifest d'Apple comprend trois composants principaux :
-
-1.  **Déclaration des données** : Spécifiez les types de données que votre application collecte, pourquoi elles sont collectées, les API sensibles à la confidentialité qu'elle utilise, et tous les SDK tiers intégrés. Vous devez également fournir une raison commerciale claire pour chacun
-
-2.  **Domaines externes** : Listez tous les domaines externes avec lesquels votre application communique, expliquez le but de la communication et détaillez les mesures de sécurité en place
-
-3.  **Format JSON et intégration** : Suivez la structure JSON requise par Apple pour le manifeste et assurez-vous qu'il est intégré dans votre bundle d'application et tous les packages de mise à jour en direct
-
-Ensuite, nous verrons comment créer et vérifier votre manifeste dans un projet Capacitor
-
-## Configuration du Privacy Manifest dans [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Création du fichier manifeste
-
-Commencez par ajouter un fichier nommé `ios/App/Resources/PrivacyInfoxcprivacy` pour déclarer l'utilisation des API et la collecte de données de votre application. Voici un exemple de ce à quoi pourrait ressembler le fichier :
-
-```json
-{
-  "NSPrivacyAccessedAPITypes":[{"NSPrivacyAccessedAPIType":"NSUserDefaults","NSPrivacyAccessedAPITypeReasons":["FE001"]}],
-  "NSPrivacyCollectedDataTypes":[{"NSPrivacyDataType":"NSPrivacyDataTypeDeviceID","NSPrivacyDataReason":"Basic app functionality"}]
-}
-```
-
-Après avoir créé ce fichier, ouvrez [Xcode](https://developer.apple.com/xcode/) pour vous assurer qu'il est correctement inclus dans votre projet
-
-### Tests et vérification
-
-Dans Xcode, naviguez vers **Product > Analyze** pour générer un rapport de confidentialité. Examinez attentivement le rapport pour détecter les avertissements ou les API non déclarées, et effectuez les ajustements nécessaires pour éviter les problèmes. Une fois tout vérifié, procédez au déploiement de vos mises à jour
-
-### Mises à jour avec [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Après avoir passé l'analyse Xcode, utilisez Capgo pour les mises à jour en direct afin de maintenir à jour le manifeste de confidentialité de votre application. Capgo fournit :
-
--   **Déploiements instantanés** : 95% des utilisateurs reçoivent les mises à jour dans les 24 heures [\[1\]](https://capgo.app/)
--   **Retour en arrière en un clic** pour des corrections rapides
--   **Outils d'analyse** pour suivre le succès des mises à jour et assurer la conformité
-
-Le plan Team de Capgo est proposé à 83$ par mois (facturation annuelle), prenant en charge jusqu'à 100 000 utilisateurs actifs mensuels (MAU) et 2 000 Go de bande passante
-
-## Directives de conformité en matière de confidentialité
-
-Après avoir vérifié votre manifeste dans Xcode, il est important de s'assurer que la conformité en matière de confidentialité reste intacte. Voici comment maintenir les choses sur la bonne voie
-
-### Pratiques recommandées
-
-Envisagez d'utiliser Capgo pour pousser les mises à jour du manifeste instantanément, évitant les retards causés par les examens de l'App Store. Cet outil prend également en charge les déploiements progressifs, vous permettant de tester les changements avec des analyses en temps réel avant de les déployer à tous les utilisateurs [\[1\]](https://capgo.app/)
-
-### Pièges courants
-
-S'appuyer sur les [mises à jour manuelles](https://capgo.app/docs/plugin/cloud-mode/manual-update/) peut être lent, car elles dépendent des temps d'examen de l'App Store, qui peuvent prendre des jours voire des semaines. Cela laisse souvent la documentation obsolèteD'autre part, les outils automatisés permettent des mises à jour instantanées, fournissent des analyses pour surveiller les déploiements et facilitent le retour en arrière si quelque chose ne va pas [\[1\]](https://capgo.app/)
-
-### Mises à jour manuelles vs automatisées
-
-Voici une comparaison rapide des méthodes de mise à jour manuelles et automatisées :
-
--   **Vitesse de livraison** : Les mises à jour manuelles peuvent prendre des jours ou des semaines, tandis que les [mises à jour automatisées](https://capgo.app/docs/live-updates/update-behavior/) atteignent 95% des utilisateurs en 24 heures [\[1\]](https://capgo.app/)
--   **Suivi du succès** : Les méthodes manuelles varient, mais les mises à jour automatisées atteignent un taux de réussite de 82% dans le monde [\[1\]](https://capgo.app/)
--   **Options de retour en arrière** : Les mises à jour manuelles offrent une récupération limitée, tandis que les mises à jour automatisées permettent des retours immédiats
--   **Surveillance** : Les vérifications manuelles prennent du temps, tandis que les outils automatisés fournissent des analyses en temps réel [\[1\]](https://capgo.app/)
--   **Distribution** : Les systèmes manuels sont basiques, tandis que les outils automatisés prennent en charge des canaux de distribution avancés [\[1\]](https://capgo.app/)
--   **Sécurité** : Les mises à jour manuelles manquent de chiffrement intégré, tandis que les systèmes automatisés utilisent le chiffrement de bout en bout [\[1\]](https://capgo.app/)
-
-## Comparaison des outils de mise à jour en direct
-
-Plongeons dans une comparaison de deux plateformes de mise à jour en direct populaires et voyons comment elles se comparent
-
-### Fonctionnalités et tarifs des plateformes
-
-| Fonctionnalité | Capgo | [Appflow](https://ionicio/appflow/) |
-| --- | --- | --- |
-| Chiffrement de bout en bout | **Oui** | \-  |
-| Taux de réussite des mises à jour | **82% mondial** [\[1\]](https://capgo.app/) | \-  |
-| Temps de livraison des mises à jour | **95% en 24h** [\[1\]](https://capgo.app/) | \-  |
-| Vitesse de téléchargement | **114 ms (5 MB)** [\[1\]](https://capgo.app/) | \-  |
-| Coût annuel (Plan équipe) | **996 €** | **6 000 €** [\[1\]](https://capgo.app/) |
-
-**En bref** : Capgo offre un coût de première année beaucoup plus bas - 996 € contre 6 000 € pour Appflow
-
-Maintenant, voyons comment Capgo se démarque spécifiquement pour les mises à jour du Privacy Manifest
-
-### Privacy Manifest : Avantages de Capgo
-
-Le code source ouvert de Capgo en fait un choix solide pour la gestion des mises à jour du Privacy Manifest. Il permet des ajustements rapides pour répondre aux normes de confidentialité en évolution, garantissant une conformité gérable [\[1\]](https://capgo.app/)
-
-## Résumé
-
-Depuis mai 2024, toutes les applications iOS doivent se conformer aux exigences obligatoires du manifest. L'automatisation peut grandement faciliter la gestion de ces manifests. Pour les projets Capacitor, incluez votre manifest dans le bundle iOS et utilisez des outils comme Capgo pour automatiser les mises à jour en toute sécurité, grâce à son chiffrement de bout en bout.
-
-Une fois votre manifest configuré et les mises à jour automatisées, voici quelques pratiques clés pour assurer des mises à jour fluides du Privacy Manifest :
-
--   Utilisez des outils CLI pour simplifier le déploiement
--   Mettez en place des systèmes de canaux pour des déploiements contrôlés
--   Maintenez une documentation détaillée de vos processus de collecte de données
--   Testez et vérifiez régulièrement la conformité en matière de confidentialité
diff --git a/src/content/blog/fr/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md b/src/content/blog/fr/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
deleted file mode 100644
index 127cfd388..000000000
--- a/src/content/blog/fr/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
+++ /dev/null
@@ -1,135 +0,0 @@
----
-slug: update-your-capacitor-apps-seamlessly-using-capacitor-updater
-title: Mettez à jour vos applications Capacitor sans problème avec Capacitor-updater
-description: >-
-  Salutations à la communauté Capacitor Ionic, aujourd'hui je vais vous aider à
-  configurer Capacitor-updater dans votre application. Pour que vous puissiez
-  faire des déploiements sans problème.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-02-27T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /update_flow.webp
-head_image_alt: Développement de Capacitor rechercher des alternatives
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: ''
----
-## Qu'est-ce que Capacitor-updater ?
-
-Capacitor-updater, une technologie qui permet de livrer instantanément des mises à jour et des améliorations d'applications aux utilisateurs finaux.
-
-C'est particulièrement intéressant si vous souhaitez effectuer des corrections de bugs critiques et les livrer instantanément sans passer par les examens de l'App Store.
-
-Vous pouvez le considérer comme une agilité "de type web" permettant de charger des mises à jour dès qu'elles sont disponibles.
-
-De plus, il permet des retours en arrière si la nouvelle mise à jour fait planter l'application.
-
-## Comment ça marche ?
-
-Capgo maintient le bundle JavaScript de votre application synchronisé avec le serveur Capgo, et chaque fois que l'utilisateur ouvre l'application, elle vérifie auprès du serveur Capgo si une nouvelle mise à jour est disponible. Et bien sûr, il est livré avec de nombreuses configurations impressionnantes qui peuvent vous aider à affiner l'expérience de vos utilisateurs.
-
-J'utilise Capgo dans tous les projets que je développe. Cela me permet de passer moins de temps dans le processus d'examen de l'App Store.
-
-Vous pouvez en savoir plus à ce sujet [ici](https://capgo.app/).
-
-## Y a-t-il des limitations ?
-
-Aussi bon que cela puisse paraître, il y a quelques points à garder à l'esprit.
-La première chose est que les mises à jour OTA __fonctionnent uniquement avec les bundles web__.
-Vous pourriez penser que ce n'est pas vraiment une grande limitation car, dans Capacitor JS, nous écrivons presque tout le code en JS CSS et HTML.
-Bien que cela puisse être vrai, il existe toujours des modules natifs que nous installons dans notre application.
-Si un module modifie vos répertoires android ou iOS, vous ne pouvez pas utiliser OTA pour mettre à jour votre application.
-C'est parce que le contenu de ces répertoires est utilisé pour compiler des binaires natifs, que OTA ne peut pas mettre à jour.
-Même l'application native ne peut pas mettre à jour cette partie.
-
-Mais vous pouvez configurer votre CI/CD pour gérer cette partie, j'ai fait un tutoriel sur la façon de le faire [ici pour IOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/).
-
-## Configuration automatique de Capgo
-
-Il est temps de s'inscrire et d'obtenir votre clé API pour télécharger votre première version ! Commencez par [vous inscrire pour un compte Capgo](/register/).
-
-Une fois connecté à Capgo, vous aurez une page d'intégration
-
-![Page d'intégration](/onboarding_1_new.webp)
-
-Suivez les étapes sur la page d'intégration pour ajouter votre première application.
-
-### Suivez les instructions du CLI
-
-Depuis une ligne de commande, directement à la racine de votre application Capacitor, exécutez :
-
-`npx @capgo/cli@latest init`
-Pour installer Capgo dans votre application Capacitor, le CLI vous guidera tout au long du processus de configuration de votre application avec Capgo.
-
-Si vous voulez le faire manuellement, vous pouvez suivre les étapes ci-dessous.
-
-## Configuration manuelle de Capgo
-
-### Installer le plugin
-
-Vous devriez obtenir ce code ajouté à votre application :
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Pour installer le plugin dans votre application Capacitor.
-
-Puis ajoutez à votre application ce code pour notifier au plugin natif que le bundle JS est sain (si vous ne le faites pas, le plugin natif reviendra à la version précédente) :
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Cela indiquera au plugin natif que l'installation a réussi.
-
-Ensuite, faites un `npm run build && npx cap copy` pour mettre à jour votre application.
-
-### Se connecter à Capgo CLOUD
-
-Tout d'abord, utilisez la [clé API](https://console.capgo.app/dashboard/apikeys/) `all` présente dans votre compte pour vous connecter avec le CLI :
-
-`npx @capgo/cli@latest login YOU_KEY`
-
-### Ajouter votre première application
-
-Commençons par créer une application dans Capgo Cloud avec le CLI.
-
-`npx @capgo/cli@latest app add`
-
-Cette commande utilisera toutes les variables définies dans le fichier de configuration Capacitor pour créer l'application.
-
-### Télécharger votre première version
-
-Exécutez la commande pour compiler votre code et l'envoyer à Capgo avec :
-`npx @capgo/cli@latest bundle upload`
-
-Par défaut, le nom de la version sera celui de votre fichier `package.json`.
-
-Vérifiez dans [Capgo](https://console.capgo.app/) si la build est présente.
-
-Vous pouvez même la tester avec mon [application mobile sandbox](https://capgo.app/app_mobile/).
-
-### Rendre le canal par défaut
-
-Après avoir envoyé votre application à Capgo, vous devez rendre votre canal `default` pour permettre aux applications de recevoir des mises à jour de Capgo.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-## Recevoir une mise à jour en direct sur un appareil
-
-Pour que votre application reçoive une mise à jour en direct de Deploy, vous devrez exécuter l'application sur un appareil ou un émulateur. La façon la plus simple de le faire est simplement d'utiliser la commande suivante pour lancer votre application locale dans un émulateur ou un appareil connecté à votre ordinateur.
-
-    npx cap run [ios | android]
-
-Ouvrez l'application, mettez-la en arrière-plan et ouvrez-la à nouveau, vous devriez voir dans les logs que l'application a effectué la mise à jour.
-
-Félicitations ! 🎉 Vous avez réussi à déployer votre première mise à jour en direct. Ce n'est que le début de ce que vous pouvez faire avec les mises à jour en direct. Pour en savoir plus, consultez la [documentation complète des mises à jour en direct](/docs/plugin/cloud-mode/getting-started/).
-
-> Si vous devez arrêter de recevoir les mises à jour en local, exécutez cette commande
-`npx @capgo/cli@latest channel set`
diff --git a/src/content/blog/fr/updating-from-capacitor-4-to-capacitor-5.md b/src/content/blog/fr/updating-from-capacitor-4-to-capacitor-5.md
deleted file mode 100644
index 537bca3bf..000000000
--- a/src/content/blog/fr/updating-from-capacitor-4-to-capacitor-5.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: updating-from-capacitor-4-to-capacitor-5
-title: 'Mise à jour de Capacitor 4 vers Capacitor 5 : Un guide étape par étape'
-description: >-
-  Découvrez comment mettre à jour votre projet de Capacitor 4 vers Capacitor 5
-  avec un minimum de changements majeurs, y compris la mise à jour des plugins
-  officiels et des outils requis.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-09T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capacitor-5-update.webp
-head_image_alt: Illustration de la mise à jour de Capacitor 4 vers 5
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Capacitor
-published: true
-locale: fr
-next_blog: ''
----
-Par rapport aux mises à jour précédentes, la transition de Capacitor 4 vers Capacitor 5 implique des changements mineurs. Ce guide fournit des instructions étape par étape pour mettre à jour votre projet vers Capacitor 5, ainsi qu'une liste des changements majeurs pour les plugins officiels.
-
-**Note** : Capacitor 5 nécessite NodeJS 16 ou supérieur, car Node 12 a atteint sa fin de vie et Node 14 atteindra sa fin de vie le 30 avril 2023. Il est recommandé d'utiliser la dernière version LTS de NodeJS.
-
-1. Installez la version `latest` du CLI Capacitor dans votre projet :
-
-   ```
-   npm i -D @capacitor/cli@latest
-   ```
-
-2. Exécutez la commande suivante pour laisser le CLI gérer la migration :
-
-   ```
-   npx cap migrate
-   ```
-
-   Si certaines étapes de migration ne peuvent pas être réalisées, des informations supplémentaires seront fournies dans la sortie du terminal. Les étapes de migration manuelle sont listées ci-dessous.
-
-3. Si vous avez l'extension VS Code installée, consultez la section des recommandations de l'extension pour trouver l'option permettant de migrer votre projet vers Capacitor 5.
-
-### Mise à niveau du projet iOS Capacitor 4 vers Capacitor 5
-
-1. **Mettre à niveau Xcode** : Capacitor 5 nécessite Xcode 14.1+.
-
-2. **Mettre à jour .gitignore** : Effectuez les modifications suivantes dans votre fichier `.gitignore` :
-
-   ```
-   - App/Podfile.lock
-   + App/output
-   ```
-
-3. **Mettre à jour les ressources pour utiliser une seule icône d'application** : Xcode 14 prend en charge une seule icône d'application de 1024x1024. Nettoyez votre AppIcon.appiconset en supprimant toutes les tailles inutiles.
-
-### Mise à niveau du projet Android Capacitor 4 vers Capacitor 5
-
-1. **Mettre à niveau Android Studio** : Capacitor 5 nécessite Android Studio Flamingo | 2022.2.1 ou plus récent en raison de l'utilisation de Gradle 8, qui nécessite Java JDK 17. Java 17 est livré avec Android Studio Flamingo, donc aucun téléchargement supplémentaire n'est nécessaire.
-
-2. **Exécuter l'Assistant de mise à niveau AGP** : Android Studio peut aider avec certaines mises à jour liées à Gradle et au déplacement des packages dans les fichiers de build. Pour commencer, exécutez `Tools -> AGP Upgrade Assistant`.
-
-3. **Mettre à jour les variables du projet Android** : Dans votre fichier `variables.gradle`, mettez à jour vos valeurs avec les nouveaux minimums suivants :
-
-   ```
-   minSdkVersion = 22
-   compileSdkVersion = 33
-   targetSdkVersion = 33
-   androidxActivityVersion = '1.7.0'
-   androidxAppCompatVersion = '1.6.1'
-   androidxCoordinatorLayoutVersion = '1.2.0'
-   androidxCoreVersion = '1.10.0'
-   androidxFragmentVersion = '1.5.6'
-   coreSplashScreenVersion = '1.0.0'
-   androidxWebkitVersion = '1.6.1'
-   junitVersion = '4.13.2'
-   androidxJunitVersion = '1.1.5'
-   androidxEspressoCoreVersion = '3.5.1'
-   cordovaAndroidVersion = '10.1.1'
-   ```
-
-4. **Mettre à jour Google Services** :
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.google.gms:google-services:4.3.13'
-   +       classpath 'com.google.gms:google-services:4.3.15'
-   }
-   ```
-
-5. **Mettre à jour le plugin Gradle vers 8.0.0** :
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.android.tools.build:gradle:7.2.1'
-   +       classpath 'com.android.tools.build:gradle:8.0.0'
-   }
-   ```
-
-6. **Mettre à jour Gradle wrapper vers 8.0.2** :
-
-   ```
-   # gradle-wrapper.properties
-   distributionBase=GRADLE_USER_HOME
-   distributionPath=wrapper/dists
-   - distributionUrl=https\://services.gradle.org/distributions/gradle-7.4.2-all.zip
-   + distributionUrl=https\://services.gradle.org/distributions/gradle-8.0.2-all.zip
-   zipStoreBase=GRADLE_USER_HOME
-   zipStorePath=wrapper/dists
-   ```
-
-7. **Désactiver Jetifier** :
-
-   ```
-   # gradle.properties
-   android.useAndroidX=true
-   - android.enableJetifier=true
-   ```
-
-8. **Déplacer le package vers `build.gradle`** :
-
-   ```
-   # AndroidManifest.xml
-   <?xml version="1.0" encoding="utf-8"?>
-   - <manifest xmlns:android="http://schemas.android.com/apk/res/android"
-   -     package="[YOUR_PACKAGE_ID]">
-   + <manifest xmlns:android="http://schemas.android.com/apk/res/android">
-   ```
-
-   ```
-   # build.gradle
-   android {
-   +     namespace "[YOUR_PACKAGE_ID]"
-         compileSdkVersion rootProject.ext.compileSdkVersion
-   ```
-
-9. **Mettre à jour androidScheme** : Dans Capacitor 6, `https` sera le paramètre par défaut pour `androidScheme` pour les applications existantes afin de mieux permettre aux applications Capacitor d'utiliser la fonction Autofill du système. Pour éviter la perte de données suite à ce changement, définissez le scheme sur `http` maintenant, même si c'est la valeur par défaut actuelle.
-
-   ```
-   {
-     server: {
-       androidScheme: "http"
-     }
-   }
-   ```
-
-10. **Mettre à jour la version Kotlin** : Si votre projet utilise Kotlin, mettez à jour la variable `kotlin_version` vers `'1.8.20'`.
-
-### Changements de fonctionnalité des plugins
-
-Les fonctionnalités suivantes des plugins ont été modifiées ou supprimées. Mettez à jour votre code en conséquence :
-
-- Action Sheet
-- Browser
-- Camera
-- Device
-- Geolocation
-- Google Maps
-- Local Notifications
-- Push Notifications
-- Status Bar
-
-### Action Sheet
-
-- Mettez à jour la variable `androidxMaterialVersion` vers `1.8.0`.
-
-### Browser
-
-- Mettez à jour la variable `androidxBrowserVersion` vers `1.5.0`.
-
-### Camera
-
-- Pour Android 13, ajoutez l'autorisation de lecture des images média (`<?xml version="1.0" encoding="utf-8"?>`) dans `AndroidManifest.xml`.
-- Mettez à jour la variable `androidxMaterialVersion` vers `1.8.0`.
-- Mettez à jour la variable `androidxExifInterfaceVersion` vers `1.3.6`.
-
-### Device
-
-- Changez `DeviceId.uuid` en `DeviceId.identifier`.
-- Sur iOS 16+, `DeviceInfo.name` retournera un nom d'appareil générique sauf si vous ajoutez les [droits](https://developer.apple.com/documentation/bundleresources/entitlements/com_apple_developer_device-information_user-assigned-device-name/) appropriés.
-
-### Geolocation
-
-- Mettez à jour `playServicesLocationVersion` vers `21.0.1`.
-
-### Google Maps
-
-- Mettez à jour les variables suivantes :
-  - `googleMapsPlayServicesVersion` vers `18.1.0`.
-  - `googleMapsUtilsVersion` vers `3.4.0`.
-  - `googleMapsKtxVersion` vers `3.4.0`.
-  - `googleMapsUtilsKtxVersion` vers `3.4.0`.
-  - `kotlinxCoroutinesVersion` vers `1.6.4`.
-  - `androidxCoreKTXVersion` vers `1.10.0`.
-  - `kotlin_version` vers `1.8.20`.
-
-### Local Notifications
-
-- Pour Android 13, une nouvelle vérification d'autorisation d'exécution est requise pour planifier des notifications locales lors du ciblage du SDK 33. Appelez `checkPermissions()` et `requestPermissions()` en conséquence.
-
-### Push Notifications
-
-- Pour Android 13, une nouvelle vérification d'autorisation d'exécution est requise pour recevoir des notifications push lors du ciblage du SDK 33. Appelez `checkPermissions()` et `requestPermissions()` en conséquence.
-- Mettez à jour la variable `firebaseMessagingVersion` vers `23.1.2`.
-
-### Status Bar
-
-- Sur iOS, l'animation par défaut de la barre d'état a été changée en `FADE`.
-
-En suivant ces étapes et en mettant à jour votre code en conséquence, vous devriez maintenant avoir réussi à mettre à jour votre projet de Capacitor 4 vers Capacitor 5. Assurez-vous de tester votre application de manière approfondie pour vous assurer que toutes les fonctionnalités et plugins fonctionnent comme prévu.
diff --git a/src/content/blog/fr/us-privacy-laws-mobile-app-checklist.md b/src/content/blog/fr/us-privacy-laws-mobile-app-checklist.md
deleted file mode 100644
index 007166b98..000000000
--- a/src/content/blog/fr/us-privacy-laws-mobile-app-checklist.md
+++ /dev/null
@@ -1,269 +0,0 @@
----
-slug: us-privacy-laws-mobile-app-checklist
-title: >-
-  Lois sur la confidentialité aux États-Unis : Liste de vérification pour les
-  applications mobiles
-description: >-
-  Assurez-vous de respecter les lois américaines sur la protection de la vie
-  privée dans votre application mobile en suivant cette liste de vérification
-  complète pour la confidentialité et les droits des utilisateurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:58:21.536Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df9ec1ffe25179c9af3a48-1742709514062.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  privacy compliance, mobile apps, CCPA, data protection, user rights, COPPA,
-  VCDPA, CPA
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**La conformité en matière de confidentialité est essentielle pour les applications mobiles.** Les lois américaines sur la confidentialité comme [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act), [VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/), et CPA exigent que les applications protègent les données des utilisateurs, assurent la transparence et respectent les droits des utilisateurs. Le non-respect peut entraîner des amendes allant jusqu'à 7 500 $ par infraction et la perte de la confiance des utilisateurs. Voici comment rester conforme :
-
--   **[Politique de confidentialité](https://capgo.app/dp/) :** Expliquer clairement la collecte, l'utilisation, le partage des données et les droits des utilisateurs.
--   **Autorisations utilisateur :** Obtenir le consentement explicite et permettre aux utilisateurs de gérer leurs données.
--   **Demandes de données :** Répondre aux demandes des utilisateurs (accès, suppression, opt-out) dans les délais légaux.
--   **Protection des données des enfants :** Se conformer à [COPPA](https://en.wikipedia.org/wiki/Children%27s_Online_Privacy_Protection_Act) pour les utilisateurs de moins de 13 ans.
--   **Garanties techniques :** Utiliser le chiffrement, examiner les SDK tiers et mettre à jour rapidement les fonctionnalités de confidentialité.
--   **Audits réguliers :** Effectuer des examens trimestriels des pratiques en matière de données et des autorisations.
--   **Formation d'équipe :** Former votre équipe aux lois sur la confidentialité et à la manipulation sécurisée des données.
-
-Restez informé des changements de lois et utilisez des outils comme [Capgo](https://capgo.app/) pour déployer efficacement des mises à jour sécurisées. La conformité en matière de confidentialité ne consiste pas seulement à éviter les pénalités - il s'agit de construire la confiance avec vos utilisateurs.
-
-## [USENIX Security](https://www.usenix.org/conference/usenixsecurity25) '24 - Navigation dans la conformité en matière de confidentialité ...
-
-![USENIX Security](https://mars-images.imgix.net/seobot/screenshots/www.usenix.org-d8a0181fef2b5e2513a1acfa3938daca-2025-03-23.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/8EDue3as8No" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principales lois américaines sur la confidentialité pour les applications
-
-Comprendre les principales lois américaines sur la confidentialité est crucial pour assurer la conformité des applications mobiles. Ces lois établissent les normes de gestion des données et de la confidentialité des utilisateurs.
-
-### Exigences [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)
-
-Le California Consumer Privacy Act (CCPA) définit des règles spécifiques pour les applications gérant les données des résidents californiens. Voici un aperçu rapide :
-
-| **Exigence** | **Détails** | **Délai** |
-| --- | --- | --- |
-| Divulgation des données | Lister clairement les types de données collectées | Au moment de la collecte |
-| Droits de retrait | Fournir une option visible "Ne pas vendre mes données" | Immédiatement disponible |
-| Droits de suppression | Traiter les demandes de suppression des utilisateurs | Sous 45 jours |
-| Mises à jour de confidentialité | Examiner et mettre à jour les politiques annuellement | Tous les 12 mois |
-
-Les applications doivent également informer les utilisateurs et obtenir leur consentement avant de collecter des informations personnelles comme les données de localisation.
-
-### Autres lois étatiques sur la confidentialité
-
-Plusieurs États ont adopté leurs propres réglementations sur la confidentialité :
-
--   **Virginia Consumer Data Protection Act (VCDPA) :** Exige la transparence sur les pratiques en matière de données, donne aux utilisateurs des droits d'accès et de suppression des données, permet de refuser les publicités ciblées et impose des évaluations pour les utilisations de données à haut risque.
--   **Colorado Privacy Act (CPA) :** Se concentre sur les mécanismes universels de retrait, les avis de confidentialité clairs et la limitation de la collecte inutile de données.
-
-### Lois fédérales et règles de la [FTC](https://www.ftc.gov/)
-
-![FTC](https://mars-images.imgix.net/seobot/screenshots/www.ftc.gov-ce439e87b8dcc2429a2bbfa28a3503d6-2025-03-23.jpg?auto=compress)
-
-Les lois fédérales établissent une base pour la protection de la confidentialité dans toutes les applications américaines, la Federal Trade Commission (FTC) appliquant des directives clés :
-
--   Tenir les promesses de confidentialité faites aux utilisateurs.
--   Sécuriser les données des utilisateurs contre les violations.
--   Suivre le Children's Online Privacy Protection Act (COPPA) pour les utilisateurs de moins de 13 ans.
--   Expliquer clairement les pratiques en matière de données dans les politiques de confidentialité.
-
-Selon COPPA, les applications doivent obtenir le consentement parental vérifié avant de collecter des données auprès des enfants, limiter la quantité de données collectées, assurer un stockage sécurisé et rédiger des politiques de confidentialité dans un langage que les parents peuvent facilement comprendre.
-
-## Liste de contrôle de conformité en matière de confidentialité
-
-Cette liste de contrôle fournit des étapes pratiques pour aider à répondre aux exigences légales discutées précédemment.
-
-### Configuration de la politique de confidentialité
-
-Créez une politique de confidentialité conforme aux normes légales américaines. Elle doit couvrir :
-
--   **Collecte de données** : Spécifier les types de données que vous recueillez.
--   **Objectif d'utilisation** : Expliquer clairement comment les données seront utilisées.
--   **Partage avec des tiers** : Identifier qui recevra les données et pourquoi.
--   **Droits des utilisateurs** : Décrire comment les utilisateurs peuvent accéder, supprimer ou refuser la collecte de données.
-
-Assurez-vous que la politique de confidentialité est facile à trouver et rédigée dans un langage clair et direct. Affichez-la de manière visible avant de collecter des données.
-
-De plus, mettez en place des contrôles d'autorisation pour donner aux utilisateurs le contrôle de leurs données.
-
-### Contrôles des autorisations utilisateur
-
-Mettez en place des contrôles d'autorisation pour garantir :
-
--   L'obtention du consentement explicite pour les données sensibles.
--   La possibilité pour les utilisateurs de choisir quelles données partager.
--   Une méthode claire pour retirer le consentement.
--   L'enregistrement sécurisé des consentements, y compris les horodatages.
-
-Une fois les autorisations en place, concentrez-vous sur le traitement efficace des demandes de données.
-
-### Gestion des demandes de données
-
-Mettez en place un système pour traiter efficacement les demandes de données des utilisateurs :
-
-1. **Processus de vérification**  
-Utilisez une méthode sécurisée pour confirmer l'identité de l'utilisateur avant de traiter les demandes de données. Conservez des enregistrements de chaque étape de vérification.
-
-2. **Délai de réponse**  
-Surveillez et respectez les délais de réponse requis par la loi.
-
-3. **Options de format de données**  
-Proposez les données demandées dans des formats à la fois lisibles par machine et conviviaux, comme PDF, CSV ou JSON.
-
-Pour les applications destinées aux enfants de moins de 13 ans, prenez des mesures supplémentaires pour protéger leurs données.
-
-### Protection des données des enfants
-
-Si votre application s'adresse aux utilisateurs de moins de 13 ans, conformez-vous à COPPA en :
-
--   Vérifiant l'âge des utilisateurs par des contrôles fiables.
--   Obtenant un consentement parental vérifiable.
--   Limitant la collecte de données au strict nécessaire.
--   Supprimant rapidement les données des enfants lorsqu'elles ne sont plus nécessaires.
-
-## Fonctionnalités techniques de confidentialité
-
-Les garanties techniques jouent un rôle essentiel dans le renforcement de votre approche de la confidentialité. Elles vont au-delà des politiques et des contrôles utilisateur, ajoutant une couche supplémentaire de protection pour assurer la conformité.
-
-### Méthodes de sécurité des données
-
-La protection des données utilisateur nécessite plusieurs niveaux de chiffrement :
-
-**Directives de chiffrement**
-
--   Utilisez toujours le **chiffrement de bout en bout** pour la transmission des données.
-
-> "La seule solution avec un véritable chiffrement de bout en bout, les autres ne font que signer les mises à jour" – Capgo [\[1\]](https://capgo.app/)
-
-De plus, améliorez le contrôle des utilisateurs en offrant des paramètres de confidentialité complets.
-
-### Options de paramètres de confidentialité
-
-Donnez aux utilisateurs la possibilité de gérer l'accès aux données via des contrôles spécifiques aux canaux. Ces contrôles peuvent prendre en charge des fonctionnalités comme les mises à jour ciblées, les tests bêta, les déploiements progressifs et la résolution rapide des problèmes.
-
-### Examen des SDK tiers
-
-Évaluez soigneusement les SDK externes pour leurs normes de confidentialité et leurs pratiques de collecte de données. Visez à garantir que **95 % des utilisateurs reçoivent les mises à jour de confidentialité essentielles dans les 24 heures** [\[1\]](https://capgo.app/). Incluez des mécanismes de retour en arrière pour traiter efficacement les problèmes potentiels. Optez pour des solutions de mise à jour qui combinent le chiffrement de bout en bout avec des outils détaillés de gestion des utilisateurs.
-
-## Étapes de maintenance de la confidentialité
-
-Ces étapes aident à étendre votre cadre de conformité, garantissant que votre application continue de respecter les réglementations américaines sur la confidentialité. Des examens et des mises à jour réguliers sont essentiels pour rester au top des exigences de confidentialité.
-
-### Calendrier des audits de confidentialité
-
-Établissez des audits trimestriels de confidentialité pour évaluer les pratiques de données de votre application :
-
--   **Examen de l'inventaire des données** : Documentez tous les points où les données personnelles sont collectées.
--   **Vérification des autorisations** : Assurez-vous que toutes les autorisations d'accès aux données sont à jour.
--   **Évaluation des tiers** : Réévaluez les SDK intégrés pour les changements qui pourraient affecter la confidentialité.
--   **Mise en œuvre des politiques** : Confirmez que vos politiques de confidentialité sont appliquées dans toutes les fonctionnalités.
-
-Utilisez un tableau de bord de conformité pour surveiller les métriques clés comme les taux de consentement des utilisateurs et les demandes d'accès aux données. Automatisez les vérifications de conformité toutes les 72 heures pour superviser les contrôles de confidentialité critiques et les processus de gestion des données.
-
-Après chaque audit, mettez à jour les supports de formation de l'équipe et vérifiez les changements dans les lois sur la confidentialité pour maintenir la conformité.
-
-### Guide de formation à la confidentialité
-
-Les audits réguliers doivent aller de pair avec une formation solide de l'équipe pour garantir que tout le monde suit des pratiques de confidentialité cohérentes.
-
-1. **Intégration des nouveaux membres de l'équipe**
-
-Faites de la formation à la confidentialité une priorité pour les nouvelles recrues. Au cours de leur première semaine, ils doivent apprendre les bases, y compris les exigences CCPA, les protocoles de gestion des données et la gestion des droits des utilisateurs.
-
-2. **Formation continue**
-
-Organisez des sessions de formation mensuelles pour couvrir :
-
--   Les mises à jour des lois sur la confidentialité
--   Les nouvelles exigences de conformité
--   Les méthodes efficaces de protection des données
--   Les étapes de gestion des incidents de confidentialité
-
-3. **Formation spécifique au rôle**
-
-Personnalisez la formation en fonction des rôles. Par exemple, les développeurs peuvent se concentrer sur le codage sécurisé, le personnel de support sur le traitement des demandes de données, et les chefs de produit sur la conception avec la confidentialité à l'esprit.
-
-### Surveillance des mises à jour légales
-
-Restez au courant des changements dans les lois sur la confidentialité en surveillant quotidiennement les mises à jour légales. Abonnez-vous aux mises à jour des législatures d'État, de la FTC et des actualités de conformité du secteur.
-
-**Protocole de réponse**
-
--   Évaluez l'impact des changements sur les fonctionnalités de confidentialité actuelles.
--   Mettez à jour la documentation sur la confidentialité selon les besoins.
--   Effectuez des ajustements techniques dans les 14 jours.
--   Déployez les mises à jour de confidentialité urgentes en toute sécurité dans les 24 heures.
-
-Pour les mises à jour liées à la confidentialité, utilisez un déploiement progressif tout en assurant le chiffrement de bout en bout pendant le déploiement.
-
-Les outils de conformité automatisés peuvent simplifier ce processus en :
-
--   Suivant les changements dans les lois sur la confidentialité dans différentes juridictions.
--   Notifiant votre équipe des lacunes en matière de conformité.
--   Générant des rapports de conformité détaillés.
--   Documentant les mises à jour et leur mise en œuvre.
-
-## Fonctionnalités de confidentialité [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-Lors de la mise à jour de votre application mobile pour répondre aux exigences de confidentialité, la rapidité et la sécurité sont essentielles. Capgo propose des outils pour vous aider à rester conforme aux lois américaines sur la confidentialité, garantissant des mises à jour à la fois rapides et sécurisées.
-
-### Système de mise à jour rapide
-
-Le système de mise à jour instantanée de Capgo permet aux développeurs de résoudre les problèmes de confidentialité sans délai. Avec des mises à jour atteignant 95% des utilisateurs actifs en 24 heures, plus de 23,5M de mises à jour ont déjà été déployées, atteignant un taux de réussite global de 82% [\[1\]](https://capgo.app/). Pour les mises à jour critiques de confidentialité, le système de canaux de Capgo vous permet de tester les changements avec des groupes d'utilisateurs sélectionnés avant de les déployer largement. Cela garantit que les mises à jour sont testées et conformes lorsque le temps presse.
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Fonctionnalités de sécurité des mises à jour
-
-Les mises à jour rapides ne signifient rien sans une sécurité solide. Capgo garantit que les mises à jour de confidentialité sont protégées avec des fonctionnalités comme :
-
--   **Chiffrement de bout en bout :** Les mises à jour sont chiffrées tout au long du processus.
--   **Déchiffrement spécifique à l'utilisateur :** Seuls les utilisateurs autorisés peuvent accéder et installer les mises à jour.
--   **Vérifications de conformité :** Des outils intégrés confirment que les mises à jour respectent les normes Apple et Google.
--   **Options de restauration :** Permet de revenir rapidement en arrière si des problèmes de confidentialité surviennent.
-
-Ce système protège les données sensibles et s'aligne sur les lois américaines sur la confidentialité, y compris le CCPA.
-
-### Flux de travail des mises à jour de confidentialité
-
-Les outils de flux de travail de Capgo s'intègrent directement dans votre processus de développement, facilitant la gestion de la conformité en matière de confidentialité. Les fonctionnalités clés incluent :
-
--   **Déploiement automatisé :** S'intègre aux pipelines CI/CD pour rationaliser les mises à jour de confidentialité.
--   **Contrôle de version :** Suit les modifications des fonctionnalités de confidentialité à travers les mises à jour.
--   **Analytique des mises à jour :** Fournit des informations sur l'adoption des mises à jour et aide à résoudre rapidement les problèmes.
-
-Pour ceux qui utilisent le plan PAYG, des outils supplémentaires axés sur la confidentialité sont disponibles :
-
-| Fonctionnalité | Avantage |
-| --- | --- |
-| Accès API | Automatise les vérifications de conformité |
-| Domaine personnalisé | Maintient les communications de confidentialité fidèles à la marque |
-| Support dédié | Aide experte pour les mises à jour liées à la confidentialité |
-| Stockage étendu | Stocke les journaux détaillés pour la conformité |
-
-Capgo soutient déjà 750 applications en production, prouvant sa fiabilité pour gérer les mises à jour conformes à la confidentialité. Ces outils aident les développeurs à maintenir la conformité tout en livrant des mises à jour opportunes à leurs utilisateurs.
-
-## Résumé
-
-Cette section met en évidence les éléments essentiels nécessaires pour adhérer aux normes de confidentialité américaines dans les applications mobiles. Rester conforme nécessite une surveillance constante et la capacité de s'adapter rapidement aux réglementations changeantes.
-
-Pour y parvenir, la conformité en matière de confidentialité repose sur une mise en œuvre technique rapide et une supervision continue. Les systèmes doivent pouvoir répondre rapidement aux nouvelles exigences ou traiter les problèmes de confidentialité lorsqu'ils surviennent. Comme discuté précédemment, Capgo démontre comment les systèmes de mise à jour intégrés peuvent renforcer les efforts de conformité.
-
-Voici une répartition des domaines clés et leurs métriques pour maintenir la conformité :
-
-| Domaine de conformité | Méthode d'implémentation | Métrique de succès |
-| --- | --- | --- |
-| Vitesse de mise à jour | Déploiement instantané | Taux élevé de réussite |
-| Sécurité | Chiffrement de bout en bout | \-  |
-| Tests | Déploiements par canaux | 750 applications en production [\[1\]](https://capgo.app/) |
diff --git a/src/content/blog/fr/usage-frequency-segmentation-for-app-updates.md b/src/content/blog/fr/usage-frequency-segmentation-for-app-updates.md
deleted file mode 100644
index 01545103f..000000000
--- a/src/content/blog/fr/usage-frequency-segmentation-for-app-updates.md
+++ /dev/null
@@ -1,187 +0,0 @@
----
-slug: usage-frequency-segmentation-for-app-updates
-title: >-
-  Segmentation de la fréquence d'utilisation pour les mises à jour de
-  l'application
-description: >-
-  Améliorez les mises à jour de l'application grâce à la segmentation des
-  utilisateurs en fonction de la fréquence d'utilisation, améliorant ainsi la
-  rétention et l'engagement de manière efficace.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T08:03:06.848Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6821a5b33c68b32f40f8057e-1747037038301.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  app updates, user segmentation, engagement, retention, behavior tracking,
-  mobile apps, update strategy
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-**Voulez-vous de meilleures [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/)? Commencez par comprendre vos utilisateurs.** La segmentation par fréquence d'utilisation catégorise les utilisateurs en fonction de la fréquence à laquelle ils interagissent avec votre application, vous aidant à fournir des mises à jour qui comptent vraiment pour eux. Voici la répartition :
-
-- **Utilisateurs Avancés (10+ sessions/mois) :** Concentrez-vous sur les fonctionnalités avancées et les mises à jour en accès anticipé.
-- **Utilisateurs Occasionnels (3–9 sessions/mois) :** Améliorez la fonctionnalité principale et l'utilisabilité.
-- **Utilisateurs à Risque (inactifs depuis 2+ semaines) :** Priorisez la réengagement et la stabilité.
-
-**Pourquoi cela a-t-il de l'importance ?** Des mises à jour sur mesure augmentent la rétention jusqu'à 26 %, boostent les taux d'adoption de 25 à 35 %, et réduisent même les tickets de support de 30 à 45 %. Des outils comme [Capgo](https://capgo.app/) facilitent cela en offrant un ciblage précis, des déploiements sécurisés et une surveillance en temps réel.
-
-**Comment le faire :**
-
-1. Suivez le comportement des utilisateurs (sessions, utilisation des fonctionnalités, installations de mises à jour).
-2. Regroupez les utilisateurs par niveau d'activité (puissants, occasionnels, inactifs).
-3. Personnalisez les mises à jour pour chaque groupe (tests bêta, déploiements échelonnés, réengagement).
-
-Cette approche améliore non seulement la satisfaction des utilisateurs, mais renforce également les performances de votre application.
-
-## Le Plan de Segmentation : Identifier Ce Qui Favorise la Rétention des Utilisateurs pour Votre Application
-
-<iframe src="https://www.youtube.com/embed/-2NQV4TcZBU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Comment Mettre en Place une Segmentation par Fréquence d'Utilisation
-
-Pour mettre en œuvre efficacement la segmentation par fréquence d'utilisation, vous devrez suivre le comportement des utilisateurs, organiser les utilisateurs en groupes en fonction de leur activité et personnaliser les mises à jour pour répondre aux besoins de chaque groupe.
-
-### Suivez les Indicateurs Clés du Comportement des Utilisateurs
-
-Commencez par surveiller des indicateurs d'engagement essentiels pour comprendre comment les utilisateurs interagissent avec votre produit. Voici une répartition sur laquelle se concentrer :
-
-| Type de Métier | Ce qu'il faut Suivre | Objectif |
-| --- | --- | --- |
-| **Modèles d'Utilisation** | Sessions quotidiennes/hebdomadaires, durée des sessions | Distinguer les utilisateurs actifs des dormants |
-| **Adoption des Fonctionnalités** | Fréquence d'utilisation des fonctionnalités, chemins de navigation | Apprenez comment les utilisateurs s'engagent avec des fonctionnalités spécifiques |
-| **Comportement de Mise à Jour** | Taux d'installation des mises à jour, temps de réponse | Évaluer le succès de vos mises à jour |
-
-Ces informations vous aideront à identifier les tendances et à regrouper les utilisateurs en fonction de leur niveau d'activité.
-
-### Regroupez les Utilisateurs par Niveau d'Activité
-
-Une fois que vous avez rassemblé les données, catégorisez les utilisateurs en groupes distincts. Par exemple :
-
-- **Testeurs Bêta** : Séparez-les des utilisateurs réguliers pour tester de nouvelles fonctionnalités dans des environnements contrôlés.
-- **Utilisateurs Puissants** : Identifiez ces utilisateurs très actifs et envisagez de leur donner un accès anticipé à de nouvelles fonctionnalités.
-- **Utilisateurs Inactifs** : Marquez ces utilisateurs pour des efforts de réengagement ciblés.
-- **Suivi des Mises à Jour Segmentées** : Surveillez comment les mises à jour se comportent parmi ces groupes pour affiner votre stratégie.
-
-Cette segmentation permet une approche plus personnalisée pour l'amélioration de l'expérience utilisateur.
-
-### Planifiez les Mises à Jour pour Chaque Groupe d'Utilisateurs
-
-Avec vos utilisateurs regroupés, vous pouvez concevoir des [stratégies de mise à jour](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) qui répondent à leurs besoins spécifiques. Voici comment aborder chaque segment :
-
-- **Utilisateurs Puissants** : Créez un canal bêta où ils peuvent tester de nouvelles fonctionnalités et fournir des retours avant un lancement complet.
-- **Utilisateurs Réguliers** : Utilisez des déploiements échelonnés pour assurer la stabilité. Des [mises à jour partielles](https://capgo.app/docs/live-updates/update-behavior/) peuvent réduire les exigences en bande passante et accélérer les téléchargements.
-- **Utilisateurs Inactifs** : Concentrez-vous sur l'amélioration des fonctionnalités principales et de la stabilité. Proposer des options de retour en un clic peut encourager ces utilisateurs à se réengager.
-
-## Utiliser [Capgo](https://capgo.app/) pour le Ciblage des Utilisateurs
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6821a5b33c68b32f40f8057e/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgo propose des outils qui rendent le ciblage des mises à jour pour des groupes d'utilisateurs spécifiques plus précis, grâce à ses fonctionnalités de segmentation par fréquence d'utilisation. Ces capacités affinent les stratégies de mise à jour ciblée discutées précédemment.
-
-### Outils d'Attribution des Utilisateurs de Capgo
-
-Capgo va un peu plus loin dans la segmentation des utilisateurs en attribuant des utilisateurs à des canaux spécifiques pour des déploiements de mises à jour personnalisés. Ce [système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/) garantit que les mises à jour sont livrées avec précision :
-
-| **Segment d'Utilisateur** | **Type de Canal** | **[Stratégie de Mise à Jour](https://capgo.app/docs/live-updates/update-behavior/)** |
-| --- | --- | --- |
-| Utilisateurs Puissants | Canal Bêta | Accès anticipé aux nouvelles fonctionnalités |
-| Utilisateurs Réguliers | Canal de Production | Déploiements échelonnés axés sur la stabilité |
-| Utilisateurs à Faible Activité | Canal Stable | Mises à jour centrées sur les fonctionnalités principales |
-
-### Intégration de la Segmentation avec CI/CD
-
-Capgo s'intègre parfaitement avec des outils comme [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), et [Jenkins](https://www.jenkins.io/), rendant les déploiements aussi simples qu'une seule commande. De plus, son API publique permet aux développeurs de créer des intégrations personnalisées au sein de leurs flux de travail existants. Ce processus est conçu pour fonctionner aux côtés des protocoles de sécurité établis.
-
-> "Cryptage de bout en bout. Seuls vos utilisateurs peuvent déchiffrer vos mises à jour, personne d'autre." - Capgo [\[2\]](https://capgo.app)
-
-### Sécurité et Conformité aux Règles de l'App Store
-
-Capgo respecte les directives d'Apple et de Google en intégrant des fonctionnalités comme le cryptage de bout en bout, le contrôle des versions et les options de retour. Cela garantit que les mises à jour sont livrées de manière efficace et sécurisée, soutenant une adoption rapide par les utilisateurs à travers le monde.
-
-## Conseils pour une Meilleure Segmentation des Utilisateurs
-
-### Définissez la Bonne Fréquence de Mise à Jour
-
-Choisir la bonne fréquence de mise à jour dépend fortement de la façon dont les utilisateurs interagissent avec votre produit. Par exemple, les utilisateurs actifs quotidiens prospèrent grâce à des mises à jour fréquentes qui les maintiennent engagés et offrent un accès anticipé à de nouvelles fonctionnalités. D'autre part, les utilisateurs réguliers pourraient apprécier des mises à jour sur une base bi-hebdomadaire ou mensuelle, tandis que les utilisateurs à faible activité devraient seulement recevoir des mises à jour critiques pour éviter de les submerger.
-
-Pour déterminer le meilleur calendrier, prenez en compte des facteurs comme les modèles d'utilisation, la complexité des nouvelles fonctionnalités, les retours des utilisateurs, et toute limitation technique. Une fois que vous avez établi un plan, validez-le par le biais de tests bêta ciblés sur des groupes d'utilisateurs spécifiques.
-
-### Testez Votre Stratégie de Segmentation
-
-Après avoir mis en place votre plan de mise à jour, il est essentiel de tester votre stratégie de segmentation pour garantir son bon fonctionnement. Le test bêta est un excellent moyen de valider votre approche avant de la déployer auprès de tous.
-
-| Phase de Test | Durée | Indicateurs Clés |
-| --- | --- | --- |
-| Bêta Initiale | 1–2 semaines | Taux de succès des mises à jour, rapports de plantage |
-| Publication Limitée | 2–4 semaines | Engagement des utilisateurs, adoption des fonctionnalités |
-| Déploiement Complet | 1–2 mois | Rétention à long terme, satisfaction globale |
-
-Cette approche par étapes vous permet d'identifier et de résoudre les problèmes potentiels dès le départ. Une fois que les tests confirment l'efficacité de la stratégie, continuez à l'affiner en fonction des résultats.
-
-### Suivez et Améliorez les Résultats
-
-Même après les tests, le travail ne s'arrête pas. Suivre régulièrement les performances est essentiel pour garder votre stratégie de segmentation affûtée. La surveillance en temps réel peut vous aider à repérer les tendances et à apporter des ajustements si nécessaire. Des outils comme Capgo offrent des analyses pour évaluer les performances des mises à jour et une fonctionnalité de retour en un clic pour gérer tout problème inattendu.
-
-Pour tirer le meilleur parti de vos efforts de segmentation :
-
-- **Surveillez les taux d'adoption des mises à jour** à travers différents groupes d'utilisateurs.
-- **Suivez les taux d'erreur** pour détecter et résoudre rapidement les problèmes.
-- **Analysez les retours des utilisateurs** pour comprendre les besoins spécifiques de chaque segment.
-- **Profitez de la fonctionnalité de retour de Capgo** pour minimiser les perturbations en cas de problème.
-
-> "Nous avons déployé des [mises à jour OTA Capgo](https://console.capgo.app/resend_email) en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour dans les minutes suivant le déploiement de l'OTA à @Capgo." - colenso, @colenso [\[2\]](https://capgo.app)
-
-## Résumé
-
-### Résultats d'une Bonne Segmentation
-
-Lorsque la segmentation est bien réalisée, les résultats parlent d'eux-mêmes. Les taux d'adoption des mises à jour peuvent grimper de 25 à 35 % lorsque les mises à jour sont livrées en fonction de l'activité des utilisateurs. En même temps, les tickets de support technique connaissent une baisse significative - d'environ 30 à 45 % - grâce à une détection précoce des problèmes potentiels. Même la rétention des utilisateurs bénéficie d'un solide coup de pouce, s'améliorant de 15 à 25 % en raison de moins de perturbations et de mises à jour de fonctionnalités plus pertinentes.
-
-Les mises à jour sur mesure ont également un impact direct sur l'engagement des utilisateurs. La durée des sessions augmente de 10 à 20 %, et les notes des applications peuvent grimper jusqu'à une étoile complète. Pour les applications monétisées, les effets sont encore plus convaincants, avec des [achats dans l'application](https://capgo.app/plugins/native-purchases/) augmentant de 15 à 30 % lorsque les mises à jour se concentrent sur les utilisateurs à forte valeur [\[1\]](https://www.pushwoosh.com/blog/mobile-app-user-segmentation/).
-
-Ces résultats soulignent à quel point la segmentation ciblée peut être impactante, posant les bases d'une [stratégie de mise à jour personnalisée](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) propulsée par Capgo.
-
-### Le Rôle de Capgo dans le Ciblage des Mises à Jour
-
-Capgo facilite l'exploitation des avantages de la segmentation avec sa solution de mise à jour en direct. En utilisant les outils d'attribution des utilisateurs de Capgo, vous pouvez déployer des mises à jour vers des segments d'utilisateurs spécifiques avec précision. La plateforme priorise des mises à jour sécurisées et conformes tout en offrant un cryptage de bout en bout.
-
-| **Principaux Avantages de Capgo** | **Mise en œuvre** |
-| --- | --- |
-| Précision | Livrer des mises à jour adaptées à des segments spécifiques |
-| Sécurité | Rétablir instantanément les mises à jour si nécessaire |
-| Suivi | Suivre la performance en temps réel |
-| Sécurité | Garantir que les mises à jour sont cryptées et répondent aux normes de conformité |
-
-> "Nous avons déployé des mises à jour OTA Capgo en production pour notre base d'utilisateurs de +5000. Nous constatons un fonctionnement très fluide, presque tous nos utilisateurs sont à jour dans les minutes suivant le déploiement de l'OTA à @Capgo." - colenso, @colenso [\[2\]](https://capgo.app)
-
-## FAQ
-
-:::faq
-### Comment la segmentation par fréquence d'utilisation peut-elle améliorer les stratégies de mise à jour des applications ?
-
-La segmentation de la fréquence d'utilisation aide les développeurs à affiner les mises à jour des applications en fonction de la fréquence à laquelle les utilisateurs interagissent avec l'application. En divisant les utilisateurs en catégories telles que les utilisateurs fréquents, occasionnels ou rares, les développeurs peuvent se concentrer sur la livraison de mises à jour qui résonnent avec les besoins spécifiques de chaque groupe, augmentant ainsi la satisfaction et la fidélisation.
-
-Prenons les utilisateurs fréquents, par exemple - ils pourraient apprécier des mises à jour qui améliorent les performances ou introduisent des fonctionnalités avancées. D'un autre côté, les utilisateurs occasionnels pourraient bénéficier davantage de mises à jour qui simplifient la navigation ou résolvent des frustrations courantes. Des outils tels que **Capgo** rationalisent ce processus en permettant des mises à jour en temps réel pour les applications [Capacitor](https://capacitorjs.com/), garantissant que les utilisateurs reçoivent les bonnes mises à jour instantanément, sans le tracas des approbations de l'App Store.
-:::
-
-:::faq
-### Quels sont les outils et les indicateurs clés pour suivre le comportement des utilisateurs afin de créer une segmentation d'utilisation efficace ?
-
-Pour faire fonctionner la segmentation d'utilisation de manière efficace, vous devez garder un œil attentif sur le comportement des utilisateurs à l'aide d'outils et d'indicateurs qui offrent des informations exploitables. Des plateformes comme **[Google Analytics](https://marketingplatform.google.com/about/analytics/)** ou **[Mixpanel](https://mixpanel.com/)** sont idéales pour suivre les interactions des utilisateurs, la durée des sessions et comment les fonctionnalités sont utilisées. De plus, le **suivi des événements dans l'application** peut vous montrer exactement comment les utilisateurs interagissent avec des fonctionnalités spécifiques, tandis que **l'analyse de cohorte** aide à dévoiler les tendances du comportement des utilisateurs au fil du temps.
-
-Les indicateurs clés sur lesquels se concentrer incluent les **taux de fidélisation**, **la fréquence à laquelle les utilisateurs s'engagent avec l'application**, et **les niveaux d'activité globaux**. Si vous travaillez avec des applications Capacitor, des outils comme **Capgo** peuvent faciliter ce processus en livrant des mises à jour et des fonctionnalités directement aux groupes d'utilisateurs ciblés. Cela permet une expérience plus personnalisée et des cycles d'itération plus rapides, en maintenant votre application alignée avec les besoins des utilisateurs.
-:::
-
-:::faq
-### Comment Capgo aide-t-il les développeurs à rationaliser les mises à jour des applications et à améliorer l'expérience utilisateur ?
-
-Capgo donne aux développeurs la capacité de pousser des mises à jour, des correctifs et de nouvelles fonctionnalités à leurs applications instantanément - aucune attente d'approbation de l'App Store requise. Cela signifie que vous pouvez répondre aux retours des utilisateurs et résoudre les problèmes dès qu'ils se présentent, créant une expérience fluide pour vos utilisateurs.
-
-Des fonctionnalités clés comme **le chiffrement de bout en bout**, **l'intégration CI/CD**, et l'option de cibler les mises à jour vers des groupes d'utilisateurs spécifiques rendent Capgo à la fois sécurisé et adaptable. De plus, ses **outils de gestion des organisations** simplifient la coordination entre les équipes, tout en garantissant la conformité avec les directives d'Apple et d'Android.
-:::
diff --git a/src/content/blog/fr/user-consent-for-ota-updates-best-practices.md b/src/content/blog/fr/user-consent-for-ota-updates-best-practices.md
deleted file mode 100644
index 0cf0deb72..000000000
--- a/src/content/blog/fr/user-consent-for-ota-updates-best-practices.md
+++ /dev/null
@@ -1,48 +0,0 @@
----
-slug: user-consent-for-ota-updates-best-practices
-title: 'Consentement de l''utilisateur pour les mises à jour OTA : Meilleures pratiques'
-description: >-
-  Apprenez-en davantage sur les meilleures pratiques pour obtenir le
-  consentement des utilisateurs pour les mises à jour OTA, garantissant la
-  conformité, la sécurité et la confiance des utilisateurs pendant les mises à
-  jour de l'application.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T03:12:16.361Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c46c45a08fca89178f92d-1745637266325.jpg
-head_image_alt: Développement mobile
-keywords: >-
-  OTA updates, user consent, app security, compliance, mobile updates, data
-  protection, user trust, update notifications
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Ignoring user consent can lead to legal issues, fines, app store removals, and damaged user trust.
-
-### How often should I request user consent for updates?
-
-Le fait de ne pas obtenir le consentement des utilisateurs pour les mises à jour Over-the-Air (OTA) peut entraîner de graves problèmes juridiques et éthiques. De nombreuses juridictions, y compris les États-Unis, disposent de lois strictes sur la protection de la vie privée et des consommateurs qui exigent la transparence et l'accord des utilisateurs lors de la modification des logiciels sur leurs appareils. Ignorer cela peut entraîner des sanctions, des poursuites judiciaires ou le retrait des magasins d'applications pour non-respect des directives de la plateforme.
-
-Au-delà des risques juridiques, la mise à jour des applications sans le consentement des utilisateurs peut nuire à la confiance des utilisateurs et porter atteinte à la réputation de votre marque. Pour éviter ces risques, il est préférable de mettre en place des mécanismes de consentement clairs et conviviaux pour les mises à jour OTA. Des plateformes comme **Capgo** peuvent aider à garantir la conformité tout en offrant des solutions de mise à jour en direct adaptées aux applications Capacitor.
-:::
-
-:::faq
-### Quelles sont les meilleures pratiques pour créer des demandes de consentement conformes et conviviales pour les mises à jour OTA ?
-
-Pour garantir que vos demandes de consentement pour les mises à jour Over-the-Air (OTA) soient à la fois conformes et conviviales, concentrez-vous sur la clarté, la transparence et la simplicité. Expliquez clairement ce que comprend la mise à jour, pourquoi elle est nécessaire et comment elle profite à l'utilisateur. Évitez le jargon technique et utilisez un langage simple et facile à comprendre.
-
-Assurez-vous de donner aux utilisateurs le choix clair d'accepter ou de refuser la mise à jour, et respectez leur décision. De plus, conformez-vous aux directives de la plateforme (par exemple, Apple et Android) et aux réglementations sur la confidentialité des données comme le RGPD ou le CCPA. Des outils comme Capgo peuvent aider à rationaliser le processus en offrant des fonctionnalités telles que l'attribution d'utilisateurs pour les mises à jour et la conformité en temps réel aux exigences de la plateforme, garantissant une expérience fluide et sécurisée pour les développeurs et les utilisateurs.
-:::
-
-:::faq
-### Quelles mesures de sécurité garantissent la protection des données des utilisateurs pendant les mises à jour OTA ?
-
-Pour protéger les données des utilisateurs pendant les mises à jour Over-the-Air (OTA), la mise en œuvre du **chiffrement de bout en bout** est essentielle. Cela garantit que seuls les utilisateurs prévus peuvent déchiffrer et accéder aux mises à jour, maintenant les informations sensibles sécurisées.
-
-De plus, il est crucial de se conformer aux directives de sécurité spécifiques aux plateformes d'Apple et d'Android, d'auditer régulièrement les mécanismes de mise à jour et d'utiliser des solutions fiables qui privilégient la protection des données.
-:::
diff --git a/src/content/blog/fr/version-control-tips-for-mobile-ci-cd.md b/src/content/blog/fr/version-control-tips-for-mobile-ci-cd.md
deleted file mode 100644
index 7e6689d87..000000000
--- a/src/content/blog/fr/version-control-tips-for-mobile-ci-cd.md
+++ /dev/null
@@ -1,337 +0,0 @@
----
-slug: version-control-tips-for-mobile-ci-cd
-title: Conseils de contrôle de version pour le CI/CD mobile
-description: >-
-  Optimisez votre processus de CI/CD mobile avec des stratégies efficaces de
-  contrôle de version, des méthodes de gestion des branches aux pratiques de
-  sécurité et aux plans de restauration.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:48:24.354Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6824286159ff6128992275a6-1747201776379.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  version control, mobile CI/CD, branching strategies, security practices,
-  rollback plans, semantic versioning, app updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: fr
-next_blog: ''
----
-**Vous voulez accélérer le [développement d'applications mobiles](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) de 20 % ?** Le contrôle de version est essentiel. Il simplifie la collaboration, suit les modifications et assure une intégration fluide avec les pipelines CI/CD. Voici ce que vous devez savoir :
-
--   **Bonnes pratiques des commits** : Utilisez des commits atomiques et des messages clairs pour garder votre code propre et facile à gérer.
--   **Stratégies de branches** : Choisissez entre les branches de fonctionnalités, de versions ou trunk-based selon les besoins de votre équipe.
--   **Numérotation des versions** : Respectez le versionnement sémantique (MAJEUR.MINEUR.PATCH) pour plus de clarté et de cohérence.
--   **Intégration CI/CD** : Automatisez les builds et les déploiements en utilisant des tags de version et des outils comme [Capgo](https://capgo.app/) pour les [mises à jour instantanées](https://capgo.app/docs/).
--   **Sécurité** : Exécutez des analyses automatisées des vulnérabilités et stockez les données sensibles de manière sécurisée.
--   **Plans de retour arrière** : Soyez prêt à revenir rapidement à une version stable en cas de problème.
--   **Suivi de l'utilisation** : Utilisez les analyses pour surveiller l'adoption des versions et planifier efficacement les dépréciations.
-
-**Comparaison rapide des stratégies de branches :**
-
-| Stratégie | Idéal pour | Avantages clés | Défis |
-| --- | --- | --- | --- |
-| Branches de fonctionnalités | Équipes rapides | Développement isolé, QA plus facile | Risque de lacunes de communication |
-| Branches de version | Plusieurs versions | Versions stables, meilleur contrôle | Gestion complexe des versions |
-| Trunk-Based | Petites équipes collaboratives | Intégration plus rapide, retour rapide | Tests rigoureux nécessaires |
-
-Ces pratiques permettent non seulement de gagner du temps mais aussi de réduire les erreurs, garantissant que votre développement d'applications mobiles reste efficace et fiable.
-
-## Comment nous avons construit le contrôle de version d'applications avec Git
-
-<iframe src="https://www.youtube.com/embed/7kkeX-qLu9g" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Meilleures méthodes de contrôle de version pour le CI/CD mobile
-
-Rationalisez votre processus de développement mobile avec ces pratiques éprouvées de contrôle de version.
-
-### Règles et normes de commit
-
-De bonnes habitudes de commit sont la base d'un contrôle de version efficace. Voici comment garder vos commits propres et gérables :
-
--   **Commits atomiques** : Chaque commit doit se concentrer sur une seule modification logique. Par exemple, séparez les mises à jour de l'interface utilisateur des changements de logique backend. Cette approche simplifie le suivi et facilite le retour en arrière en cas de problème.
-    
--   **Messages descriptifs** : Rédigez des messages de commit clairs et structurés. Un bon message comprend un sujet concis (50 caractères ou moins), une explication détaillée du changement et des références aux problèmes connexes.
-    
-
-Voici un modèle d'exemple pour un message de commit :
-
-```
-feat(auth): implement biometric login
-
-- Add FaceID/TouchID support for iOS
-- Implement fingerprint authentication for Android
-- Update security documentation
-
-Resolves: MOB-123
-```
-
-Ces pratiques facilitent la compréhension de l'historique de votre code et assurent une collaboration plus fluide.
-
-### Gestion des branches mobiles
-
-Choisir la bonne stratégie de branches est essentiel pour gérer efficacement votre code. Voici une comparaison des approches populaires :
-
-| Stratégie | Idéal pour | Avantages clés | Défis |
-| --- | --- | --- | --- |
-| Branches de fonctionnalités | Équipes rapides | Développement isolé et QA plus facile | Risque de lacunes de communication |
-| Branches de version | Plusieurs versions | Versions stables avec meilleur contrôle | Peut compliquer la gestion des versions |
-| Trunk-Based | Petites équipes collaboratives | Intégration plus rapide et retour rapide | Nécessite des pratiques de test solides |
-
-> "Les stratégies de branches sont des modèles que les équipes utilisent pour déterminer comment elles aborderont la gestion des changements dans une base de code/ressources donnée." - Perforce Software [\[2\]](https://www.perforce.com/blog/vcs/best-branching-strategies-high-velocity-development)
-
-La bonne stratégie dépend de la taille de votre équipe, de son flux de travail et de ses objectifs. Quelle que soit votre choix, la fusion régulière des branches isolées aide à réduire les conflits et maintient votre code en bonne santé.
-
-### Système de numérotation des versions
-
-Associez votre stratégie de gestion des branches à un système clair de numérotation des versions. Le format de **versionnement sémantique** largement utilisé (MAJEUR.MINEUR.PATCH) fonctionne bien pour les applications mobiles :
-
--   **MAJEUR** : Pour les changements d'API incompatibles.
--   **MINEUR** : Pour les mises à jour de fonctionnalités rétrocompatibles.
--   **PATCH** : Pour les corrections de bugs.
-
-Les applications mobiles incluent souvent des numéros de build pour plus de clarté :
-
-```
-Version: 2.4.1 (241)
-```
-
--   Incrémentez la **version majeure** pour les changements incompatibles.
--   Mettez à jour la **version mineure** lors de l'ajout de fonctionnalités.
--   Ajustez la **version patch** pour les corrections.
--   Augmentez toujours les numéros de build séquentiellement.
-
-Si vos applications iOS et Android ont des fonctionnalités ou des corrections spécifiques à la plateforme, maintenez des versions séparées. Cela évite la confusion lors des versions et du dépannage.
-
-## Configuration du pipeline CI/CD basé sur les versions
-
-### Déclencheurs de build basés sur les versions
-
-Configurez votre [pipeline CI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/) pour automatiser les builds en utilisant des tags de version. Par exemple, la configuration ci-dessous garantit que les builds ne sont déclenchés que pour les tags de version valides comme `v2.1.0` :
-
-```yaml
-workflows:
-  version: 2
-  mobile-build:
-    jobs:
-      - build:
-          filters:
-            tags:
-              only: /^v\d+\.\d+\.\d+$/
-            branches:
-              ignore: /.*/
-```
-
-Vous pouvez également utiliser des versions taguées pour gérer les builds spécifiques à l'environnement. Par exemple :
-
--   **`v1.2.3-dev`** : Déclenche des builds pour les tests de développement.
--   **`v1.2.3-rc`** : Exécute des builds de staging avec une couverture de test complète.
--   **`v1.2.3`** : Déploie le build final en production.
-
-### Stockage et livraison des builds
-
-L'organisation et le stockage des artefacts de build par plateforme et version sont cruciaux pour maintenir la cohérence et la traçabilité. Voici un exemple de structure possible pour votre stockage de builds :
-
-```
-/builds
-  /ios
-    /v2.1.0
-      - app-release-v2.1.0.ipa
-      - build-metadata.json
-  /android
-    /v2.1.0
-      - app-release-v2.1.0.aab
-      - build-metadata.json
-```
-
-Pour gérer efficacement le stockage, mettez en place des politiques de rétention qui équilibrent le contrôle des coûts avec le besoin de préserver les versions critiques. Une fois vos builds stockés et organisés, vous pouvez intégrer des outils comme Capgo pour rationaliser la livraison des mises à jour.
-
-### Gestion des mises à jour [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6824286159ff6128992275a6/21f0f35e63cf5752e2e56f9c4dd03eab.jpg)
-
-Capgo permet des mises à jour mobiles instantanées, contournant les délais d'approbation des app stores. Une fois vos builds stockés, vous pouvez automatiser le déploiement en utilisant les fonctionnalités de Capgo pour les déploiements et les retours arrière.
-
-1.  **Flux de déploiement automatisé**  
-    Configurez votre pipeline pour pousser automatiquement les mises à jour vers Capgo après chaque build.
-    
-2.  **Attribution des versions**  
-    Commencez par un déploiement progressif, en commençant par 5-10% des utilisateurs. Surveillez les performances et étendez le déploiement en fonction des données collectées.
-    
-3.  **Retours arrière d'urgence**  
-    En cas de problème, Capgo permet des retours rapides vers une version stable. Voici un exemple de configuration pour un retour arrière manuel :
-    
-    ```yaml
-    rollback:
-      trigger: manual
-      steps:
-        - name: Revert to stable
-          run: capgo revert --version=${LAST_STABLE_VERSION}
-          environment:
-            CAPGO_API_KEY: ${SECRETS.CAPGO_KEY}
-    ```
-    
-
-## Sécurité et récupération dans le contrôle de version
-
-### Vérifications et analyses de sécurité
-
-Protéger les données sensibles et maintenir l'intégrité du code sont non négociables dans le contrôle de version. Pour garantir cela, incorporez des outils comme l'analyse statique, les vérifications de dépendances et la détection de secrets dans chaque processus de build. Voici un exemple pratique de structure possible pour ces analyses :
-
-```yaml
-security_scan:
-  steps:
-    - name: Static Code Analysis
-      run: sonarqube-scanner
-      fail_on: critical
-    - name: Dependency Check
-      run: npm audit
-      threshold: high
-    - name: Secret Detection
-      run: gitleaks detect
-      options: --verbose
-```
-
-Les informations d'identification sensibles, comme les [clés API](https://capgo.app/docs/webapp/api-keys/) et les certificats, doivent toujours être stockées dans des coffres-forts sécurisés - jamais directement dans votre dépôt. De plus, l'adoption de pratiques de rotation sécurisée des clés est essentielle pour minimiser les risques :
-
-| Type d'identifiant | Lieu de stockage | Fréquence de rotation |
-| --- | --- | --- |
-| Clés API | Coffre-fort CI/CD | Tous les 90 jours |
-| Certificats de signature | Module de sécurité matériel | Annuellement |
-| Jetons de build | Variables d'environnement | Tous les 30 jours |
-
-Si une analyse de sécurité signale un problème, il est crucial d'agir rapidement. Suivez les procédures de retour arrière (décrites ci-dessous) pour résoudre le problème sans délai.
-
-### Étapes rapides de retour arrière de version
-
-Après avoir effectué des analyses de sécurité approfondies, un retour arrière rapide peut faire la différence entre un petit accroc et un problème majeur. Pour les environnements de production, les retours arrière contrôlés sont particulièrement efficaces. Des outils comme le système de mise à jour en direct de Capgo rendent ce processus sécurisé et immédiat.
-
-1.  **Évaluation initiale**
-    
-    Commencez par surveiller les indicateurs clés de performance tels que les taux de plantage, les erreurs API et l'engagement des utilisateurs. Le tableau de bord analytique de Capgo peut vous aider à identifier rapidement les anomalies.
-    
-2.  **Retour arrière contrôlé**
-    
-    Utilisez des retours arrière progressifs pour revenir graduellement à la dernière version stable, minimisant les perturbations. Voici un exemple de configuration pour un retour arrière progressif :
-    
-    ```yaml
-    rollback:
-      version: ${LAST_STABLE_VERSION}
-      phases:
-        - percentage: 5
-          duration: 15m
-        - percentage: 25
-          duration: 30m
-        - percentage: 100
-          duration: 1h
-    ```
-    
-3.  **Processus de vérification**
-    
-    Pendant le retour arrière, effectuez des tests A/B pour confirmer que la version précédente résout le problème. Comparez les métriques pour le groupe de contrôle et le groupe de retour arrière selon les critères suivants :
-    
-    | Métrique | Groupe de contrôle | Groupe de retour arrière |
-    | --- | --- | --- |
-    | Taux d'erreur | Actuel | Précédent |
-    | Performance | Référence | Comparaison |
-    | Flux utilisateur | Surveillance | Validation |
-    
-
-Pour les incidents de sécurité urgents, le chiffrement de bout en bout de Capgo garantit que les mises à jour de retour arrière sont livrées de manière sécurisée, répondant aux exigences de conformité de la plateforme. Sa fonction de déploiement instantané réduit également considérablement le temps de récupération par rapport aux mises à jour traditionnelles des app stores.
-
-## Suivi de l'utilisation des versions
-
-### Configuration des analyses de version
-
-Améliorez votre pipeline CI/CD en incorporant le suivi de l'utilisation des versions pour améliorer l'efficacité du déploiement et l'adoption par les utilisateurs. Avec des tableaux de bord d'analyse dédiés, vous pouvez surveiller les tendances de déploiement et mesurer les changements de performance. Commencez par configurer vos outils de surveillance avec des métriques clés et des seuils d'alerte, comme ceci :
-
-```yaml
-analytics_config:
-  metrics:
-    - build_duration
-    - deployment_success_rate
-    - user_adoption_rate
-  alert_thresholds:
-    build_duration_increase: 15%
-    error_rate_threshold: 2%
-```
-
-Voici un exemple de suivi efficace de ces métriques :
-
-| Métrique | Fréquence de mesure | Seuil d'alerte |
-| --- | --- | --- |
-| Durée de build | Chaque commit | Augmentation >15% |
-| Succès du déploiement | Quotidien | <98% success rate |
-| User Adoption | Weekly | <80% on latest version |
-| Error Rates | Hourly | \>2% par version |
-
-Une fois le suivi configuré, définissez un cycle de vie pour les anciennes versions afin de guider les utilisateurs des versions obsolètes vers les versions supportées.
-
-### Planification de fin de vie des versions
-
-Une stratégie claire de dépréciation est cruciale pour une transition en douceur entre les versions logicielles. Établissez un calendrier pour gérer efficacement le processus, tel que :
-
-| Phase | Durée | Actions |
-| --- | --- | --- |
-| Annonce | 90 jours | Informer les utilisateurs de la date de fin de vie |
-| Période de Migration | 60 jours | Fournir les étapes détaillées de mise à niveau |
-| Période de Grâce | 30 jours | Envoyer les derniers rappels |
-| Dépréciation | Immédiate | Mettre fin au support de la version |
-
-En surveillant l'utilisation des versions tout au long de ces phases, vous pouvez identifier les obstacles à la migration et garantir que la plupart des utilisateurs effectuent la mise à niveau sans problème.
-
-### Outils d'Analyse Capgo
-
-Pour des informations en temps réel, intégrez ces métriques avec des outils comme la suite d'analyses de Capgo. Capgo fournit une vue complète des performances et de l'adoption des versions, s'intégrant parfaitement dans votre flux de travail CI/CD. Ses fonctionnalités incluent :
-
--   Suivi en temps réel des taux d'adoption des versions
--   Segmentation des utilisateurs par version
--   Métriques détaillées de performance pour chaque version
--   Détection automatisée des anomalies
-
-Ces outils vous permettent de rester informé et proactif concernant la gestion des versions dans votre cycle de vie logiciel.
-
-## Conclusion : Guide du Contrôle de Version CI/CD Mobile
-
-Le contrôle de version joue un rôle critique dans les flux de travail CI/CD mobiles, avec des processus automatisés pouvant réduire le temps de développement jusqu'à 20% [\[1\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers). À mesure que l'écosystème des applications mobiles évolue, cette importance devient encore plus évidente. Par exemple, la fermeture de [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) en 2024 et l'arrêt prochain d'Ionic Appflow en 2026 soulignent la nécessité de choisir des solutions fiables à long terme pour le contrôle de version. Ces changements nécessitent des outils à la fois flexibles et pérennes.
-
-Pour réussir, les systèmes de contrôle de version doivent relever des défis comme la fragmentation des appareils, les exigences variables des plateformes et les risques de sécurité. Cela implique d'incorporer des fonctionnalités comme le suivi unifié, les vérifications automatisées de conformité et l'analyse intégrée des vulnérabilités. Des outils comme Capgo, qui offrent des mises à jour instantanées avec [un chiffrement fort](https://capgo.app/docs/cli/migrations/encryption/) et éliminent les délais des app stores, ouvrent la voie à des flux de travail plus efficaces.
-
-Pour l'avenir, les équipes qui adoptent des pratiques disciplinées de contrôle de version et tirent parti des avancées comme les revues de code assistées par l'IA et les environnements de build serverless seront mieux positionnées pour livrer des applications mobiles de haute qualité avec rapidité et précision. En affinant leurs stratégies et en adoptant des outils de pointe, les équipes de développement peuvent renforcer leurs pipelines CI/CD et suivre le rythme des exigences en constante évolution du paysage mobile.
-
-## FAQ
-
-:::faq
-### Quelle est la différence entre les stratégies de branches par fonctionnalité, par version et trunk-based dans le CI/CD mobile ?
-
-Les stratégies de branches sont une partie essentielle des flux de travail CI/CD mobiles, aidant les équipes à gérer efficacement le code et à rationaliser le processus de déploiement. Voici un aperçu plus détaillé de quelques approches courantes :
-
--   **Branches par fonctionnalité** : Cela implique de créer des branches séparées pour chaque nouvelle fonctionnalité. Cela permet aux développeurs de travailler isolément et de tester leurs modifications avant de les fusionner dans la branche principale. Bien que cela réduise le risque de conflits, garder des branches actives trop longtemps peut ralentir l'intégration.
-    
--   **Branches par version** : Les équipes créent des branches dédiées spécifiquement pour stabiliser et préparer le code pour le déploiement. Cela permet de poursuivre le travail sur de nouvelles fonctionnalités sans affecter la stabilité de la branche de version, qui reste concentrée sur la préparation à la production.
-    
--   **Développement trunk-based** : Ici, les développeurs poussent fréquemment de petites mises à jour incrémentielles directement dans la branche principale. Cette méthode réduit les défis d'intégration, soutient l'intégration continue et accélère les cycles de livraison.
-    
-
-Chacune de ces stratégies a ses avantages, et le meilleur choix dépend du flux de travail et des besoins de votre équipe. Pour les équipes travaillant avec des applications Capacitor, des outils comme **Capgo** peuvent améliorer votre processus CI/CD en permettant des mises à jour instantanées en direct. Cela élimine le besoin d'approbations des app stores et assure une intégration fluide avec vos pratiques de contrôle de version.
-:::
-
-:::faq
-### Comment Capgo améliore-t-il les flux de travail CI/CD d'applications mobiles, et quels avantages offre-t-il par rapport aux approches traditionnelles ?
-
-Capgo simplifie les flux de travail CI/CD mobiles en offrant des **mises à jour over-the-air (OTA) instantanées**. Cela signifie que les développeurs peuvent contourner les contraintes des soumissions constantes aux app stores, livrant les corrections de bugs, nouvelles fonctionnalités et mises à jour beaucoup plus rapidement - tout en respectant les directives d'Apple et Android.
-
-Contrairement aux approches traditionnelles, Capgo se distingue par des avantages comme un temps d'arrêt minimisé, une expérience utilisateur plus fluide et une intégration sans effort dans les pipelines CI/CD existants. Les mises à jour peuvent être déployées de manière sécurisée et en temps réel, rendant la gestion des applications plus efficace et adaptable. Avec des fonctionnalités avancées comme le chiffrement de bout en bout et des mises à jour adaptées à des utilisateurs spécifiques, Capgo assure à la fois la sécurité et la personnalisation du processus de mise à jour.
-:::
-
-:::faq
-### Comment puis-je assurer la sécurité et permettre des retours en arrière rapides dans un pipeline CI/CD mobile ?
-
-Pour maintenir votre pipeline CI/CD mobile sécurisé et préparé pour des retours en arrière rapides, concentrez-vous sur des **pratiques solides de contrôle de version**. Cela signifie maintenir des notes de version détaillées, utiliser des feature flags pour contrôler les déploiements de fonctionnalités et exécuter des tests automatisés pour identifier les vulnérabilités avant le déploiement.
-
-Pour des retours en arrière rapides, assurez-vous d'avoir des sauvegardes fiables des versions antérieures de l'application et utilisez des outils qui permettent des reversions instantanées. Des outils comme Capgo peuvent simplifier ce processus avec des mises à jour en temps réel, vous permettant de résoudre les problèmes rapidement tout en minimisant l'impact sur les utilisateurs. Ces mesures protègent la stabilité de votre application et aident à maintenir une expérience fluide pour vos utilisateurs.
-:::
diff --git a/src/content/blog/fr/version-tagging-in-capacitor-apps.md b/src/content/blog/fr/version-tagging-in-capacitor-apps.md
deleted file mode 100644
index 19d39f3a6..000000000
--- a/src/content/blog/fr/version-tagging-in-capacitor-apps.md
+++ /dev/null
@@ -1,184 +0,0 @@
----
-slug: version-tagging-in-capacitor-apps
-title: Identification des versions dans les applications Capacitor
-description: >-
-  Apprenez les concepts de base du contrôle de version dans les applications
-  Capacitor, y compris les meilleures pratiques pour les mises à jour, la
-  synchronisation et l'automatisation.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T03:19:04.753Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e36d7410051fda3b6230a0-1742959155569.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, version tagging, semantic versioning, app updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Le marquage des versions est essentiel pour la gestion des applications [Capacitor](https://capacitorjs.com/). Il assure des mises à jour fluides, suit les changements et améliore la fiabilité des applications sur iOS, Android et les plateformes web. Voici un aperçu rapide :
-
--   **Pourquoi c'est important** : Suit les mises à jour, permet les rollbacks et assure des déploiements stables.
--   **Versionnage sémantique** : Utilise **MAJEUR.MINEUR.CORRECTIF** pour indiquer les changements majeurs, nouvelles fonctionnalités ou corrections de bugs.
--   **Synchronisation entre plateformes** : Alignez les numéros de version dans `package.json`, `Info.plist` iOS et `build.gradle` Android.
--   **Automatisation** : [Automatisez les mises à jour](https://capgo.app/docs/live-updates/update-behavior/) avec des scripts npm et des outils CI/CD.
--   **Mises à jour en direct** : Des outils comme [Capgo](https://capgo.app/) délivrent des mises à jour à 95% des utilisateurs en 24 heures.
--   **Gestion des bêtas** : Utilisez des canaux structurés pour les versions alpha, bêta et production.
-
-### Comparaison rapide
-
-| Fonctionnalité | Objectif | Exemple |
-| --- | --- | --- |
-| **Versionnage sémantique** | Suit clairement les changements | `1.2.3 → 2.0.0` |
-| **Versions synchronisées** | Alignement entre plateformes | `npx cap sync` |
-| **Automatisation** | Accélère les mises à jour de version | `npm version patch` |
-| **Mises à jour en direct** | Adoption rapide par les utilisateurs | 95% avec Capgo en 24h |
-| **Canaux bêta** | Phases de test contrôlées | `1.3.0-beta.1` |
-
-Le marquage des versions simplifie les [mises à jour d'applications](https://capgo.app/plugins/capacitor-updater/), satisfait les utilisateurs et permet aux développeurs de gérer efficacement les versions.
-
-## Comment configurer AUTOMATIQUEMENT votre projet [Capacitor](https://capacitorjs.com/) ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-<Steps>
-
-1. **Configuration initiale** : Mettez en place votre projet Capacitor avec les bonnes configurations de version
-2. **Synchronisation** : Assurez-vous que toutes les plateformes sont synchronisées
-3. **Test** : Vérifiez que les versions sont correctement appliquées
-4. **Déploiement** : Déployez vos mises à jour en toute confiance
-
-</Steps>
-
-## Configuration des versions dans Capacitor
-
-Suivez ces étapes pour assurer une gestion cohérente des versions sur toutes les plateformes de votre application Capacitor.
-
-### Configuration de la version dans `package.json`
-
-Le fichier `package.json` sert de source principale pour les détails de version de votre application. Voici un exemple de configuration :
-
-```json
-{
-  "name": "my-app",
-  "version": "1.0.0"
-}
-```
-
-Lors de la mise à jour du numéro de version, utilisez les règles du versionnage sémantique (SemVer) :
-
--   **Version majeure** (1.x.x) : Introduit des changements incompatibles.
--   **Version mineure** (x.2.x) : Ajoute de nouvelles fonctionnalités rétrocompatibles.
--   **Version corrective** (x.x.3) : Corrige des bugs ou apporte de petites améliorations.
-
-### Synchronisation des versions entre plateformes
-
-Il est important d'aligner les numéros de version sur toutes les plateformes pour un déploiement fluide. Chaque plateforme a son propre fichier de configuration pour le versionnage :
-
-| Plateforme | Fichier de configuration | Clé de version |
-| --- | --- | --- |
-| iOS | Info.plist | CFBundleShortVersionString |
-| Android | build.gradle | versionName |
-| Web | package.json | version |
-
-Après avoir mis à jour la version dans `package.json`, utilisez cette commande pour synchroniser les changements avec les configurations natives :
-
-```bash
-npx cap sync
-```
-
-### Utilisation du CLI Capacitor pour la gestion des versions
-
-Le CLI Capacitor offre des commandes utiles pour gérer les versions :
-
-```bash
-npx cap --version
-npx cap update
-```
-
-Maintenir votre CLI Capacitor à jour assure la compatibilité avec les fonctionnalités spécifiques aux versions et réduit les incompatibilités potentielles. Suivre ces étapes vous aidera à maintenir un versionnage approprié dans votre application.
-
-[Continue with the rest of the text following the same pattern and maintaining the same format and style]
-
-Un outil remarquable dans ce domaine est Capgo, qui propose des fonctionnalités spécifiquement conçues pour les [applications Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Fonctionnalités de contrôle de version [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgo fournit de solides capacités de gestion des versions, notamment :
-
--   **23,5M de mises à jour réussies livrées**
--   **95% des utilisateurs mis à jour en 24 heures**
--   **82% de taux de réussite global**
--   **57ms de temps de réponse API moyen mondial**
-
-Voici un exemple d'utilisation de Capgo pour le contrôle de version :
-
-```json
-{
-  "name": "your-app-name",
-  "version": "1.2.3",
-  "private": true,
-  "dependencies": {
-    "@capacitor/core": "5.5.0",
-    "@capacitor/ios": "5.5.0",
-    "@capacitor/android": "5.5.0"
-  }
-}
-```
-
-> "Nous testons actuellement @Capgo depuis qu'Appcenter a arrêté le support des mises à jour en direct sur les applications hybrides et qu'@AppFlow est beaucoup trop cher." - Simon Flack [\[1\]](https://capgo.app/)
-
-### Solutions selon la taille de l'équipe
-
-Capgo propose des forfaits flexibles pour s'adapter aux équipes de toutes tailles, rendant la gestion des versions évolutive et efficace.
-
-| Taille de l'équipe | Forfait | Fonctionnalités clés |
-| --- | --- | --- |
-| Développeur solo | Hébergement cloud basique | Mises à jour en direct, 1 000 UMA |
-| Petite équipe (2-5) | Forfait Maker | 10 000 UMA, 500 Go de bande passante |
-| Équipe moyenne (6-20) | Forfait Team | 100 000 UMA, permissions |
-| Entreprise | PAYG personnalisé | UMA illimités, support dédié |
-
-Pour les grandes équipes, le système de canaux de Capgo permet un contrôle précis du déploiement des versions :
-
-```bash
-npx cap sync
-```
-
-> "Nous pratiquons le développement agile et @Capgo est crucial pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo inclut également un tableau de bord analytique pour surveiller les taux d'adoption des versions et détecter rapidement les problèmes potentiels. Avec le chiffrement intégré et des options d'hébergement personnalisables, les équipes peuvent maintenir la sécurité tout en étendant leurs processus de déploiement.
-
-## Conclusion
-
-Comprendre le marquage des versions est essentiel pour simplifier les processus de développement et de déploiement. Voici un récapitulatif rapide des principales idées et étapes pour commencer.
-
-### Points clés à retenir
-
-Le marquage des versions aide les développeurs à maintenir des mises à jour fluides et fiables. Un contrôle de version approprié offre des avantages clairs :
-
-| Avantage | Impact | Résultat |
-| --- | --- | --- |
-| Mises à jour instantanées | Délais de révision plus courts | Adoption plus rapide par les utilisateurs [\[1\]](https://capgo.app/) |
-| Contrôle de version | Meilleure gestion du code | Taux de réussite plus élevés [\[1\]](https://capgo.app/) |
-| Suivi des mises à jour | Surveillance en temps réel | Résolution plus rapide des problèmes [\[1\]](https://capgo.app/) |
-| Contrôle de la distribution | Déploiements ciblés | Support multiplateforme |
-
-Ces résultats soulignent l'importance d'utiliser des outils efficaces de gestion des versions.
-
-### Comment commencer
-
-Pour mettre ces avantages en pratique, suivez ces étapes :
-
--   **Configurer le suivi des versions** : Utilisez le versioning sémantique dans votre fichier `package.json` et intégrez les plugins nécessaires.
--   **Ajouter des vérifications de mise à jour** : Implémentez des systèmes pour vérifier et suivre les mises à jour de version.
--   **Configurer les canaux de distribution** : Créez des environnements séparés pour la production, la bêta et le développement.
-
-Enfin, envisagez d'ajouter un système de mise à jour en direct pour garantir des déploiements à la fois rapides et sécurisés.
diff --git a/src/content/blog/fr/vue-mobile-app-capacitor.md b/src/content/blog/fr/vue-mobile-app-capacitor.md
deleted file mode 100644
index 5eaac6bb3..000000000
--- a/src/content/blog/fr/vue-mobile-app-capacitor.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-slug: vue-mobile-app-capacitor
-title: Créer des applications mobiles avec Vue et Capacitor
-description: >-
-  Découvrez comment créer une application mobile avec Vue, Capacitor et
-  optionnellement Konsta UI pour améliorer l'interface utilisateur.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-08T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /vue_capacitor.webp
-head_image_alt: Vue et Capacitor Illustration
-keywords: >-
-  Vue, Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: fr
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Dans ce tutoriel, nous vous guiderons à travers le processus de conversion d'une application web Vue en une application mobile native à l'aide de Capacitor. En option, vous pouvez également améliorer votre interface mobile avec Konsta UI, une bibliothèque d'interface mobile basée sur Tailwind CSS.
-
-## À propos de Capacitor
-
-Capacitor est un outil révolutionnaire qui vous permet de l'intégrer facilement dans n'importe quel projet web et de convertir votre application en une application mobile native. Il génère des projets Xcode et Android Studio natifs pour vous et donne accès aux fonctionnalités natives de l'appareil comme la caméra via un pont JavaScript.
-
-## Préparer votre application Vue
-
-Tout d'abord, créez une nouvelle application Vue en exécutant la commande suivante :
-
-```shell
-vue create my-app
-cd my-app
-npm install
-```
-
-Pour préparer votre application Vue au déploiement mobile natif, vous devrez exporter votre projet. Ajoutez un script dans votre fichier **package.json** pour construire et copier le projet Vue :
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "vue-cli-service build"
-  }
-}
-```
-
-Après avoir exécuté la commande `build`, vous devriez voir un nouveau dossier `dist` dans le répertoire racine de votre projet. Ce dossier sera utilisé par Capacitor plus tard.
-
-## Ajouter Capacitor à votre application Vue
-
-Pour convertir votre application web Vue en un conteneur mobile natif, suivez ces étapes :
-
-1. Installez le CLI Capacitor comme dépendance de développement et configurez-le dans votre projet. Acceptez les valeurs par défaut pour le nom et l'ID du bundle lors de la configuration.
-
-2. Installez le package principal et les packages pertinents pour les plateformes iOS et Android.
-
-3. Ajoutez les plateformes, et Capacitor créera des dossiers pour chaque plateforme à la racine de votre projet :
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Vue project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Vous devriez maintenant voir de nouveaux dossiers **iOS** et **android** dans votre projet Vue.
-
-Mettez à jour le fichier **capacitor.config.json** pour pointer le **webDir** vers le résultat de votre commande de build :
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-Maintenant, vous pouvez construire votre projet Vue et le synchroniser avec Capacitor :
-
-```shell
-npm run build
-npx cap sync
-```
-
-## Construire et déployer des applications natives
-
-Pour développer des applications iOS, vous avez besoin de Xcode installé, et pour les applications Android, vous avez besoin d'Android Studio installé. De plus, vous devez vous inscrire au Programme Apple Developer pour iOS et à la Google Play Console pour Android afin de distribuer votre application sur l'app store.
-
-Utilisez le CLI Capacitor pour ouvrir les deux projets natifs :
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Déployez votre application sur un appareil connecté en utilisant Android Studio ou Xcode.
-
-## Rechargement en direct Capacitor
-
-Activez le rechargement en direct sur votre appareil mobile en faisant charger à l'application Capacitor le contenu depuis une URL spécifique sur votre réseau.
-
-Trouvez votre adresse IP locale et mettez à jour le fichier `capacitor.config.ts` avec l'IP et le port corrects :
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:8080',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Appliquez ces modifications en les copiant dans votre projet natif :
-
-```shell
-npx cap copy
-```
-
-Maintenant, votre application se rechargera automatiquement et affichera les modifications lorsque vous mettrez à jour votre application Vue.
-
-## Utilisation des plugins Capacitor
-
-Installez un plugin Capacitor, comme le plugin Share, et utilisez-le dans votre application Vue :
-
-```shell
-npm i @capacitor/share
-```
-
-Importez le package et appelez la fonction `share()` dans votre application :
-
-```html
-<template>
-  <div>
-    <h1>Welcome to Vue and Capacitor!</h1>
-    <button @click="share">Share now!</button>
-  </div>
-</template>
-
-<script setup lang="ts">
-import { Share } from '@capacitor/share';
-
-async function share() {
-  await Share.share({
-    title: 'Open Youtube',
-    text: 'Check new video on youtube',
-    url: 'https://www.youtube.com',
-    dialogTitle: 'Share with friends'
-  });
-}
-</script>
-```
-
-Après avoir installé de nouveaux plugins, exécutez la commande `sync` et redéployez l'application sur votre appareil :
-
-```
-npx cap sync
-```
-
-## Ajouter Konsta UI
-
-Pour utiliser Konsta UI dans votre application Vue, vous devez avoir [tailwind déjà installé](https://tailwindcss.com/docs/guides/vite/#vue) et installer le package :
-Pour utiliser Konsta UI dans votre application Vue, installez le package et modifiez votre fichier `tailwind.config.js` :
-
-```shell
-npm i konsta
-```
-
-Enveloppez votre application avec le composant `App` dans le fichier `pages/_app.vue`, et utilisez les composants Vue de Konsta UI dans vos pages Vue.
-
-## Conclusion
-
-Capacitor est une excellente option pour construire des applications natives basées sur un projet web existant. Avec l'ajout de Capgo, il est encore plus facile d'ajouter des mises à jour en direct à votre application, garantissant que vos utilisateurs ont toujours accès aux dernières fonctionnalités et corrections de bugs.
-
-Découvrez comment Capgo peut vous aider à construire de meilleures applications plus rapidement, [inscrivez-vous pour un compte gratuit](/register/) aujourd'hui.
diff --git a/src/content/blog/fr/what-is-native-bridge-in-capacitor.md b/src/content/blog/fr/what-is-native-bridge-in-capacitor.md
deleted file mode 100644
index 47f4acf7a..000000000
--- a/src/content/blog/fr/what-is-native-bridge-in-capacitor.md
+++ /dev/null
@@ -1,281 +0,0 @@
----
-slug: what-is-native-bridge-in-capacitor
-title: Qu'est-ce que le Native Bridge dans Capacitor ?
-description: >-
-  Découvrez comment le Native Bridge de Capacitor relie parfaitement les
-  applications Web aux fonctionnalités natives des appareils, améliorant le
-  développement d'applications multiplateformes.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T04:25:06.576Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822b2de266b1f3f751ffb5b-1747110461280.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  Capacitor, Native Bridge, cross-platform development, web technologies, mobile
-  apps, plugins, device features, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-Le **Native Bridge** dans [Capacitor](https://capacitorjs.com/) connecte votre code web aux fonctionnalités natives des appareils comme les caméras, les capteurs et le stockage. Cela vous permet de créer des applications en utilisant des technologies web tout en accédant aux API spécifiques à chaque plateforme pour iOS et Android. Voici ce que vous devez savoir :
-
--   **Composants Clés** :
-    
-    -   **Couche de Code Natif** : Accède directement aux APIs des appareils.
-    -   **Interface de Couche Web** : Gère la communication entre JavaScript et le code natif.
-    -   **Système de Plugin** : Ajoute des fonctionnalités supplémentaires via une API JavaScript unifiée.
--   **Comment Ça Fonctionne** :
-    
-    -   Convertit les appels JavaScript en fonctions natives.
-    -   Gère efficacement le transfert de données entre les couches web et natives.
-    -   Fournit des APIs cohérentes à travers les plateformes.
--   **Pourquoi C'est Important** :
-    
-    -   Utiliser une base de code unique pour le web, iOS, et Android.
-    -   Modifier des projets natifs directement dans des outils comme [Xcode](https://developer.apple.com/xcode/) ou [Android Studio](https://developer.android.com/studio).
-    -   Sécuriser et optimiser la communication pour de meilleures performances.
-
-Le Native Bridge de Capacitor simplifie le développement d'applications en combinant la flexibilité des technologies web avec la puissance des fonctionnalités natives.
-
-## Comment créer un plugin local spécifique au projet | Ionic | [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6822b2de266b1f3f751ffb5b/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/q5kQcTqPtGY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Composants Principaux du Native Bridge
-
-Le native bridge est construit autour de trois composants clés qui permettent une communication efficace entre les couches web et natives. Ensemble, ils simplifient les complexités spécifiques à chaque plateforme, rendant plus facile pour les développeurs d'accéder aux fonctionnalités natives en utilisant des technologies web familières.
-
-### Moteur WebView
-
-Au cœur du système de bridge de Capacitor se trouve le **Moteur WebView**, qui fournit l'environnement d'exécution pour les applications web. Il repose sur des implémentations spécifiques aux plateformes pour le rendu et l'interaction :
-
--   **iOS** : Utilise [WKWebView](https://developer.apple.com/documentation/webkit/wkwebview), le composant WebView moderne et haute performance d'Apple.
--   **Android** : Tire parti du [Chromium](https://www.chromium.org/)-basé Android WebView pour le rendu.
-
-Le Moteur WebView est responsable de l'affichage du contenu web, de la gestion de l'état de l'application et de la facilitation de la communication sécurisée entre les APIs web et le code natif.
-
-| Plateforme | Mise en œuvre WebView | Fonctionnalités Clés |
-| --- | --- | --- |
-| iOS | WKWebView | Haute performance, sécurité moderne, intégration aisée des APIs natives |
-| Android | Android WebView | Rendu basé sur Chromium, interfaces JavaScript, liaison au code natif |
-
-### Architecture de Plugin
-
-L'**Architecture de Plugin** fournit un cadre flexible qui permet aux développeurs d'étendre la fonctionnalité des applications en accédant aux fonctionnalités natives via une API JavaScript unifiée. Chaque plugin est structuré en deux parties principales :
-
--   **Interface JavaScript** : L'API de façade que les développeurs utilisent dans leurs applications web.
--   **Implémentation Natif** : Code spécifique à la plateforme écrit pour iOS et Android.
-
-Cette séparation garantit une expérience cohérente pour les développeurs, leur permettant d'interagir avec les fonctionnalités natives sans se soucier des différences sous-jacentes entre les plateformes.
-
-### Système de Traitement des Messages
-
-Le **Système de Traitement des Messages** est la colonne vertébrale de l'échange de données entre les couches web et natives. Il gère plusieurs tâches critiques :
-
--   **Sérialisation des Messages** : Convertit les données JavaScript en un format que le code natif peut traiter.
--   **Routage des Requêtes** : Dirige les appels de fonctions vers les implémentations natives appropriées.
--   **Gestion des Réponses** : Envoie les résultats des opérations natives vers l'application web.
--   **Gestion des Erreurs** : Fournit des messages d'erreur détaillés pour simplifier le débogage.
-
-En utilisant la gestion asynchrone des messages, le système garantit que les applications web restent réactives pendant les opérations natives. Des fonctionnalités comme le traitement par lots et la sérialisation efficace améliorent encore les performances, rendant les interactions fluides et homogènes [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge).
-
-Ces composants établissent les bases du processus complexe de communication web-native exploré dans les sections suivantes.
-
-## Processus de Communication Web-Natif
-
-Le native bridge dans Capacitor agit comme un lien vital, permettant une communication transparente entre les applications web et [les fonctionnalités natives des appareils](https://capgo.app/plugins/capacitor-native-biometric/).
-
-### Flux de Communication
-
-Voici comment le processus de communication se déroule :
-
-| Direction | Étape | Opération |
-| --- | --- | --- |
-| **Web vers Natif** | **Initiation de l'Appel API** | Un appel API JavaScript est effectué avec des paramètres. |
-|     | **Sérialisation des Données** | Les données sont converties en un format compatible avec le bridge. |
-|     | **Routage** | La requête est envoyée au plugin approprié. |
-| **Natif vers Web** | **Traitement** | La fonctionnalité native est exécutée. |
-|     | **Génération de Réponse** | Les résultats sont préparés et sérialisés. |
-|     | **Gestion des Rappels** | Les données sont renvoyées via la résolution de Promise. |
-
-Le bridge prend en charge trois méthodes principales de communication :
-
--   **Réponses Directes** : Résultats instantanés des appels API.
--   **Diffusion d'Événements** : Mises à jour asynchrones pour les processus en cours.
--   **Mises à Jour d'État** : Changements persistants impactant plusieurs composants.
-
-### Analyse de Performance du Bridge
-
-En ce qui concerne les performances, le bridge est conçu pour gérer les tâches efficacement. Décomposons les aspects clés :
-
-**Gestion de la Mémoire**
-
--   Gère efficacement les types de données simples.
--   Utilise l'encodage Base64 pour le transfert de données binaires.
--   Optimise la sérialisation pour les objets complexes.
-
-**Techniques d'Optimisation**
-
--   Traite plusieurs appels API en lots pour gagner du temps.
--   Limite les opérations qui se produisent fréquemment pour éviter la surcharge.
--   Implémente le caching pour les requêtes répétitives afin d'améliorer la vitesse.
-
-Pour maximiser les performances, les développeurs peuvent tirer parti de ces stratégies :
-
--   **Optimisation du Transfert de Données** : Réduire le nombre d'interactions avec le bridge en mettant en cache les données localement et en les filtrant avant l'envoi. Cela réduit la communication inutile.
--   **Gestion des Événements** : Pour des données à haute fréquence, comme les lectures de capteurs, utiliser le débouncing pour limiter le nombre d'appels et rationaliser le processus.
--   **Utilisation des Ressources** : Charger les plugins uniquement lorsqu'ils sont nécessaires. Cette approche améliore l'efficacité mémoire et réduit les délais de démarrage.
-
-En dirigeant les appels API via le runtime natif et en renvoyant les résultats au WebView, le bridge garantit une communication rapide et fiable tout en maintenant un accès occasionnel aux fonctionnalités natives.
-
-Ensuite, nous explorerons des stratégies pour construire des bridges natifs qui soient à la fois efficaces et sécurisés.
-
-## Applications du Native Bridge
-
-Le native bridge joue un rôle clé dans la connexion des fonctionnalités web et natives, créant des opportunités pour des applications pratiques. En permettant une communication transparente, il démontre sa valeur dans des scénarios du monde réel.
-
-### Mises à Jour en Direct avec [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6822b2de266b1f3f751ffb5b/4305c974119f10d25560fe363e5513b1.jpg)
-
-Capgo tire parti du native bridge pour offrir des mises à jour en direct, permettant aux changements d'applications d'être poussés instantanément sans nécessiter de soumissions à l'App Store.
-
-Voici comment le native bridge alimente le système de mise à jour de Capgo :
-
-| **Composant de Mise à Jour** | **Fonction du Bridge** | **Avantage** |
-| --- | --- | --- |
-| Livraison de Contenu | Gère les téléchargements sécurisés des actifs web | Livraison rapide et fiable des actifs |
-| Gestion d'État | Maintient l'état de l'application pendant les mises à jour | Expérience utilisateur fluide et ininterrompue |
-| Contrôle des Versions | Supporte la fonctionnalité de retour en arrière | Restauration facile avec un simple clic |
-| [Ciblage des Mises à Jour](https://capgo.app/docs/live-updates/update-behavior/) | Permet la distribution à des segments d'utilisateurs spécifiques | Déploiement précis et contrôlé |
-
-Ces fonctionnalités mettent en évidence l'efficacité du native bridge dans la gestion des mises à jour.
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app)
-
-### Intégration des Fonctionnalités des Appareils
-
-Le native bridge va au-delà des mises à jour en permettant aux applications web d'accéder au matériel des appareils via une API unifiée. Cette capacité est particulièrement impactante dans des secteurs comme la santé, la finance et l'IoT, où l'intégration matérielle est essentielle.
-
-Voici quelques exemples de son application :
-
--   **Applications de Santé**  
-    Les applications d'imagerie médicale utilisent le native bridge pour accéder à la fonctionnalité de la caméra tout en respectant la conformité HIPAA. Cela assure une manipulation sécurisée des données et supporte l'imagerie diagnostique de haute qualité [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge).
-    
--   **Services Financiers**  
-    Les applications bancaires utilisent le native bridge pour [l'authentification biométrique](https://capgo.app/plugins/capacitor-native-biometric/), offrant des fonctionnalités telles que :
-    
-    -   Accès au capteur d'empreintes digitales
-    -   Reconnaissance faciale
-    -   Options de repli sécurisées pour l'authentification \[2\]
--   **Systèmes de Contrôle IoT**  
-    Les applications de maison intelligente s'appuient sur le native bridge pour gérer les connexions Bluetooth avec les appareils IoT. Cela améliore la fiabilité des connexions et renforce l'efficacité du transfert de données.
-    
-
-Pour assurer une intégration réussie, les développeurs doivent :
-
--   Mettre en œuvre des permissions appropriées et tenir compte des comportements spécifiques aux plateformes pour améliorer les performances.
--   Considérer les limitations de chaque plateforme.
--   Fournir des options de repli pour les environnements qui ne supportent que les fonctionnalités web \[2\].
-
-La flexibilité du native bridge est un changement de donne pour le développement multiplateforme, permettant des fonctionnalités avancées tout en maintenant une expérience utilisateur cohérente et fiable sur les appareils.
-
-## Sécurité et Directives de Développement
-
-### Mesures de Sécurité du Bridge
-
-Pour garantir la sécurité des données échangées entre les couches web et natives, il est essentiel de sécuriser le pont natif. Cela implique d'employer un **chiffrement de bout en bout** et de solides **mécanismes d'authentification**, indispensables pour protéger l'intégrité des données.
-
-| **Couche de Sécurité** | **Mise en Œuvre** | **Objectif** |
-| --- | --- | --- |
-| [Chiffrement des Données](https://capgo.app/docs/cli/migrations/encryption/) | Protocole AES-256 | Sécurise la transmission des données |
-| Authentification | Jetons JWT | Valide les requêtes |
-| Contrôle d'Accès | Matrice de permissions | Gère les droits d'accès aux plugins |
-
-Pour renforcer davantage la sécurité du pont, les développeurs devraient :
-
--  Appliquer une validation stricte des entrées des deux côtés, web et natif.
--  Utiliser des méthodes de stockage sécurisées pour traiter les données sensibles.
--  Surveiller le trafic à travers le pont pour détecter une activité inhabituelle.
--  Mettre à jour et réviser régulièrement les protocoles de sécurité.
-
-En mettant en œuvre ces mesures, les développeurs peuvent créer une base solide pour un échange de données sécurisé tout en réduisant les vulnérabilités.
-
-### Normes de Développement de Plugins
-
-Respecter les normes de développement établies est essentiel pour garantir que les plugins soient à la fois fiables et sécurisés. Suivre ces normes aide également à maintenir la compatibilité entre les plateformes.
-
-**Normes Clés pour le Développement de Plugins :**
-
-1.  **Architecture des Plugins**  
-    Assurez-vous que la structure du plugin est conforme aux directives d'architecture officielles de Capacitor. Cela inclut une **gestion des erreurs** appropriée, des **définitions de types** bien définies et des **implémentations spécifiques à la plateforme** pour un fonctionnement fluide.
-    
-2.  **Compatibilité Multiplateforme**  
-    Les plugins doivent fonctionner efficacement sur toutes les plateformes. Cela implique d'optimiser l'utilisation de la mémoire, de mettre en œuvre des solutions de secours spécifiques à la plateforme et d'appliquer des pratiques de sécurité essentielles telles que la désinfection des données et le stockage sécurisé. Les développeurs doivent également gérer les permissions avec soin et réaliser des audits réguliers.
-    
-    -   Mettre en œuvre des mécanismes de secours spécifiques à la plateforme.
-    -   Optimiser la mémoire pour éviter des problèmes de performance.
-    -   Appliquer des mesures de sécurité comme [la gestion des clés API](https://capgo.app/docs/webapp/api-keys/).
-3.  **Conformité en matière de Sécurité**  
-    La sécurité doit être une priorité absolue lors du développement de plugins. Intégrez des pratiques telles que :
-    
-    -   La désinfection des données pour prévenir les entrées malveillantes.
-    -   Un stockage sécurisé pour les informations sensibles.
-    -   Une gestion appropriée des clés API pour restreindre l'accès non autorisé.
-    -   Des audits de sécurité réguliers pour identifier et résoudre les vulnérabilités.
-
-**Flux de Développement et Vérification :**
-
-| **Phase de Développement** | **Exigences Normatives** | **Méthode de Vérification** |
-| --- | --- | --- |
-| Configuration Initiale | Définitions de types, gestionnaires d'erreurs | Tests automatisés |
-| Mise en Œuvre | Code spécifique à la plateforme, vérifications de sécurité | Revue de code |
-| Tests | Validation multiplateforme | Tests d'intégration |
-| Déploiement | Contrôle de version, documentation | Liste de contrôle de déploiement |
-
-L'utilisation d'outils de débogage avancés et le maintien d'une documentation claire et détaillée tout au long du processus de développement peuvent aider à identifier et à atténuer les problèmes potentiels dès le départ. Ces pratiques garantissent que les plugins sont non seulement fonctionnels, mais également sécurisés et fiables.
-
-## Conclusion
-
-Le pont natif de Capacitor a redéfini [le développement d'applications multiplateformes](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) en rendant l'intégration web-natif plus fluide et efficace. Son design simplifie le processus de développement tout en préservant les flux de travail familiers des technologies web \[2\].
-
-Avec le pont natif de Capacitor, les développeurs ont accès à une couche API unifiée qui fonctionne de manière cohérente sur iOS, Android et les plateformes web. Cela réduit non seulement les défis du développement, mais aide également à commercialiser les applications plus rapidement [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge). Parmi ses avantages remarquables, on trouve :
-
--   Un développement simplifié avec une API unifiée pour plusieurs plateformes
--   Un accès amélioré aux fonctionnalités natives et de meilleures performances
--   La possibilité de modifier directement les projets natifs en cas de besoin
--   Des mesures de protection intégrées pour un échange de données sécurisé entre les couches web et natives
-
-## FAQ
-
-:::faq
-### Qu'est-ce que le pont natif dans Capacitor, et comment permet-il une communication sécurisée entre les couches web et natives ?
-
-Le pont natif dans Capacitor joue un rôle crucial en connectant la couche web de votre application (le frontend) avec la couche native (fonctionnalités spécifiques à la plateforme). Pensez-y comme à un canal de communication sécurisé qui permet à votre application d'exploiter les fonctionnalités natives de l'appareil tout en maintenant une performance cohérente sur différentes plateformes.
-
-Niveau de sécurité dépend de la manière dont le pont est configuré dans votre application. Par exemple, des plateformes comme **Capgo** améliorent les applications Capacitor en offrant des outils tels que **le chiffrement de bout en bout** pour les mises à jour en direct. Cela signifie que les données sensibles et les mises à jour peuvent être transmises en toute sécurité à vos utilisateurs sans risquer leur vie privée ou enfreindre les règles de conformité.
-:::
-
-:::faq
-### Quel est l'objectif du pont natif dans Capacitor, et comment est-il utilisé dans le développement d'applications multiplateformes ?
-
-Le **pont natif** dans Capacitor sert de point de connexion entre la couche web de votre application (le frontend) et la couche native (fonctionnalités spécifiques à la plateforme). Ce pont permet aux développeurs d'accéder aux fonctionnalités natives de l'appareil - comme la caméra ou le GPS - directement depuis une application web. C'est un outil pratique pour construire des applications multiplateformes qui semblent naturelles sur n'importe quel appareil.
-
-Avec le pont natif, vous pouvez intégrer des fonctionnalités spécifiques à la plateforme dans votre application tout en respectant une seule base de code. Cette approche simplifie le développement et aide à amener votre application sur le marché plus rapidement. Par exemple, vous pouvez l'utiliser pour accéder aux API natives pour des tâches telles que l'envoi de notifications push, la gestion des fichiers ou l'activation de l'authentification biométrique. Et le meilleur dans tout ça ? Cela garantit des performances fluides que vous soyez sur iOS, Android ou le web.
-
-Si vous travaillez avec Capacitor, des outils comme **Capgo** peuvent faciliter encore plus votre vie. Capgo permet des mises à jour en direct, vous pouvez donc apporter des modifications à votre application instantanément - sans validation nécessaire par l'App Store. Cela signifie que vos utilisateurs obtiennent toujours les dernières fonctionnalités et corrections immédiatement.
-:::
-
-:::faq
-### Comment les développeurs peuvent-ils améliorer les performances du pont natif lors de l'utilisation de fonctionnalités natives avancées dans les applications Capacitor ?
-
-Optimiser le pont natif dans Capacitor consiste à garantir une communication efficace entre les couches web et natives. Une approche efficace consiste à **minimiser le nombre d'appels au pont**. Au lieu d'effectuer des appels individuels fréquents, essayez de regrouper les opérations pour réduire la pression sur la performance. Une autre astuce ? Restez sur des formats de données légers comme JSON pour les transferts de données. Cela aide à réduire le surcoût inutile.
-
-Pour les applications qui nécessitent des mises à jour fréquentes ou des déploiements rapides de fonctionnalités, des outils comme **Capgo** peuvent changer la donne. Capgo permet aux développeurs d'envoyer des mises à jour instantanément, en contournant les délais de l'App Store tout en respectant les directives d'Apple et d'Android. En combinant ces stratégies, vous pouvez améliorer les performances de votre application et offrir aux utilisateurs une expérience plus fluide et sans couture.
-:::
diff --git a/src/content/blog/fr/why-consent-management-matters-for-app-compliance.md b/src/content/blog/fr/why-consent-management-matters-for-app-compliance.md
deleted file mode 100644
index 4e57819cc..000000000
--- a/src/content/blog/fr/why-consent-management-matters-for-app-compliance.md
+++ /dev/null
@@ -1,217 +0,0 @@
----
-slug: why-consent-management-matters-for-app-compliance
-title: >-
-  Pourquoi la gestion du consentement est importante pour la conformité des
-  applications
-description: >-
-  Comprendre la gestion du consentement est essentiel pour la conformité des
-  applications aux lois sur la confidentialité. Découvrez des stratégies
-  efficaces pour gérer le consentement des utilisateurs et rester conforme aux
-  réglementations.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T01:04:25.029Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce-1745543110199.jpg
-head_image_alt: Développement Mobile
-keywords: >-
-  consent management, GDPR, CCPA, app compliance, user privacy, data protection,
-  live updates, consent tracking
-tag: 'Development, Security, Updates'
-published: true
-locale: fr
-next_blog: ''
----
-
-**La gestion du consentement des utilisateurs est non négociable pour la conformité des applications** Les lois sur la confidentialité comme le [GDPR](https://enwikipediaorg/wiki/General_Data_Protection_Regulation) et le [CCPA](https://enwikipediaorg/wiki/California_Consumer_Privacy_Act) exigent que les applications obtiennent le consentement explicite des utilisateurs pour la collecte et l'utilisation des données Sans cela, vous risquez des amendes, des problèmes juridiques et la perte de confiance des utilisateurs Voici ce que vous devez savoir :
-
--   **Qu'est-ce que la Gestion du Consentement ?** Il s'agit de collecter, stocker et suivre les autorisations des utilisateurs pour l'utilisation des données
--   **Pourquoi c'est Important :** Les réglementations comme le GDPR et le CCPA exigent la transparence et le contrôle des utilisateurs sur leurs données personnelles
--   **Défis Clés :** Gérer les mises à jour fréquentes, maintenir la conformité dans différentes régions et gérer de manière sécurisée les enregistrements de consentement
--   **Solutions pour les Développeurs :** Utiliser une communication claire, des autorisations sélectives et des outils comme les plateformes de mise à jour en direct (par exemple, [Capgo](https://capgo.app/)) pour assurer la conformité et rationaliser les mises à jour
-
-**Aperçu rapide des outils de conformité :**
-
-| Méthode de mise à jour | Vitesse | Support de conformité | Impact utilisateur |
-| --- | --- | --- | --- |
-| Mises à jour App Store | 3-7 jours | Processus de révision complet | [Mises à jour manuelles](https://capgo.app/docs/plugin/cloud-mode/manual-update/) |
-| Contrôles côté serveur | Instantané | Supervision limitée | Aucune action utilisateur requise |
-| Mises à jour en direct (ex. Capgo) | Moins de 24 heures | Conforme à la plateforme | [Mises à jour automatiques](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-
-**À retenir :** Restez conforme en mettant en œuvre des mises à jour de consentement en temps réel, en sécurisant les données des utilisateurs et en utilisant des outils qui s'adaptent rapidement aux réglementations changeantes
-
-## Qu'est-ce qu'une plateforme de gestion du consentement ?
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Défis courants de la gestion du consentement
-
-Gérer efficacement le consentement des utilisateurs n'est pas une tâche facile, en particulier avec des lois strictes sur la confidentialité et le rythme rapide des mises à jour d'applications Ces obstacles soulignent l'importance de solutions fiables et flexibles qui fonctionnent parfaitement avec les plateformes de mise à jour modernes
-
-### Exigences des lois sur la confidentialité
-
-Les lois comme le GDPR et le CCPA établissent des règles claires sur la façon dont les applications doivent gérer le consentement des utilisateurs Les développeurs doivent s'assurer que leurs systèmes peuvent :
-
--   Permettre aux utilisateurs d'ajuster leurs préférences de consentement pour différents types de données
--   Utiliser un langage simple et clair pour expliquer les options de consentement
--   Définir la durée de conservation des données utilisateur
--   Fournir des options pour la portabilité des données
-
-Le défi s'accroît lorsque les applications doivent suivre les règles de plusieurs régions, chacune interprétant les lois sur la confidentialité à sa manière
-
-### Pénalités de non-conformité
-
-Le non-respect des normes de confidentialité peut entraîner de lourdes amendes et des problèmes juridiques Même de petites erreurs dans la gestion du consentement pourraient entraîner des actions réglementaires Il est donc essentiel de déployer rapidement des [mises à jour sécurisées](https://capgo.app/docs/live-updates/update-behavior/) pour rester conforme
-
-### Problèmes de gestion des mises à jour
-
-Pour les applications construites avec Capacitor, les mises à jour fréquentes peuvent compliquer la gestion du consentement Les processus traditionnels de mise à jour de l'app store retardent souvent les changements critiques, augmentant le risque de non-conformité
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Les plateformes de mise à jour modernes aident à résoudre ce problème en garantissant que 95 % des utilisateurs actifs reçoivent les mises à jour liées au consentement dans les 24 heures [\[1\]](https://capgo.app/) Ces plateformes privilégient également la sécurité, utilisant le chiffrement de bout en bout et assurant la compatibilité entre les versions d'applications tout en respectant les normes de confidentialité
-
-Relever ces défis est essentiel - pas seulement pour rester conforme, mais aussi pour maintenir la confiance des utilisateurs alors que les réglementations sur la confidentialité continuent d'évoluer
-
-## Avantages principaux de la gestion du consentement
-
-### Normes de protection des données
-
-Établissez des directives claires pour garantir que vous ne collectez que les données explicitement approuvées par les utilisateurs Cela limite la collecte inutile de données et privilégie la confidentialité des utilisateurs Le suivi constant des préférences des utilisateurs aide à maintenir ces normes, renforçant la confiance avec votre audience
-
-### Confiance des utilisateurs
-
-Des pratiques de consentement transparentes sont essentielles pour établir la confianceLorsque les utilisateurs constatent que leur vie privée est respectée, ils sont plus susceptibles d'interagir avec votre application ou plateforme. Les fonctionnalités comme les mises à jour en temps réel traitant les préoccupations de confidentialité peuvent améliorer l'expérience utilisateur et même conduire à de meilleurs retours clients.
-
-### Registres de Conformité
-
-La tenue de registres précis est essentielle pour respecter les réglementations sur la confidentialité. Assurez-vous de documenter :
-
--   Quand le consentement a été donné ou retiré
--   Les autorisations spécifiques accordées
--   Comment les détails du consentement ont été présentés
--   La version des conditions de confidentialité acceptée
--   Le contexte dans lequel le consentement a été fourni
-
-Les mises à jour en temps réel sont cruciales pour maintenir des registres de conformité précis. À mesure que les lois sur la confidentialité évoluent, les applications doivent rapidement ajuster leurs systèmes de consentement tout en conservant une piste d'audit détaillée de toutes les mises à jour. Ce niveau de documentation est particulièrement important pour les applications opérant dans plusieurs régions, car il fournit une preuve de conformité aux lois locales sur la confidentialité et réduit le risque de problèmes juridiques.
-
-## Configuration du Consentement dans les Applications [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Création d'une Interface de Consentement
-
-Concevez un formulaire de consentement qui satisfait aux exigences légales et offre une expérience utilisateur fluide. Lors du premier lancement de l'application, assurez-vous que le formulaire de consentement :
-
--   Utilise un langage simple pour expliquer les choix de confidentialité
--   Propose des options détaillées et granulaires pour les utilisateurs
--   Inclut des boutons d'acceptation/refus clairs et des liens vers les politiques complètes
--   Exploite des composants d'interface natifs suivant les directives spécifiques à la plateforme
-
-Puisque les utilisateurs peuvent mettre à jour leurs préférences de consentement à tout moment, assurez-vous que votre système prend en charge les mises à jour en temps réel pour rester conforme.
-
-### Maintenir le Consentement à Jour en Temps Réel
-
-Les réglementations sur la confidentialité changent fréquemment, votre système de consentement doit donc rester flexible. Voici une répartition de la gestion efficace des mises à jour :
-
-| Type de Mise à Jour | Comment Implémenter | Pourquoi C'est Utile |
-| --- | --- | --- |
-| Corrections d'Urgence | Déploiement instantané | Résout rapidement les problèmes de conformité |
-| Changements de Politique | Déploiement par étapes | Permet des tests contrôlés avec des groupes d'utilisateurs plus petits |
-| Améliorations de l'Interface | Test dans les canaux bêta | Assure un bon fonctionnement avant une sortie complète |
-
-### Suivre les Directives des Plateformes
-
-Apple et Google ont des règles spécifiques pour la gestion du consentement. Voici ce que vous devez savoir :
-
-**Pour les Applications iOS :**
-
--   Fournir des options claires d'activation et de désactivation
--   Se conformer aux exigences d'étiquetage de confidentialité de l'App Store
--   Utiliser les autorisations d'exécution si nécessaire
-
-**Pour les Applications Android :**
-
--   Implémenter les autorisations d'exécution
--   Permettre aux utilisateurs de retirer facilement leur consentement
--   Expliquer clairement comment les données sont utilisées
-
-Pour rationaliser les mises à jour et maintenir la conformité sur toutes les plateformes, envisagez d'utiliser un système de mise à jour en direct. Cette approche garantit que votre application répond aux dernières normes de confidentialité sans retards inutiles.
-
-## Outils de Gestion du Consentement
-
-La gestion efficace du consentement nécessite des outils permettant des mises à jour rapides tout en restant conforme aux réglementations.
-
-### Comparaison des Méthodes de Mise à Jour
-
-Voici comment différentes méthodes de mise à jour fonctionnent pour la gestion du consentement :
-
-| Méthode | Vitesse de Mise à Jour | Support de Conformité | Impact Utilisateur |
-| --- | --- | --- | --- |
-| Mises à Jour App Store | 3-7 jours | Processus de révision complet | Nécessite une mise à jour manuelle |
-| Contrôles Côté Serveur | Instantané | Surveillance limitée | Aucune action utilisateur nécessaire |
-| Mises à Jour en Direct | Moins de 24 heures | Conforme aux plateformes | [Mise à jour automatique en arrière-plan](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-
-Ce tableau montre comment les mises à jour en direct se distinguent par leur rapidité et leur facilité d'utilisation. Capgo tire pleinement parti de cette approche pour fournir des solutions efficaces.
-
-### Fonctionnalités de Mise à Jour [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/66b4651f868ecdcc17d750c697bea294.jpg)
-
-Capgo exploite les mises à jour en direct pour simplifier la gestion du consentement pour les applications Capacitor.Il atteint un impressionnant **95% de taux de mise à jour des utilisateurs en 24 heures** et un **82% de taux de réussite mondial** pour les mises à jour [\[1\]](https://capgo.app/)
-
-Parmi les fonctionnalités remarquables :
-
--   **Chiffrement de bout en bout** pour garantir une transmission sécurisée des données de consentement
--   **Mises à jour partielles** pour réduire l'utilisation de la bande passante lors des modifications liées au consentement
--   **[Système de canaux](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** qui permet de tester les mises à jour avec des groupes d'utilisateurs spécifiques
--   **Tableau de bord analytique** pour suivre le succès des implémentations de consentement
-
-> "Capgo est une solution intelligente pour faire des mises à jour de code à chaud (et pas pour tout l'argent du monde comme avec @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-### Avantages de la mise à jour en direct
-
-L'utilisation d'outils en temps réel comme Capgo offre plusieurs avantages en termes de conformité et de performance :
-
--   **Adaptation rapide aux lois sur la confidentialité**  
-    Les mises à jour rapides permettent aux organisations de répondre immédiatement aux changements de réglementation sur la confidentialité
-    
--   **Sécurité améliorée**  
-    Le chiffrement de bout en bout de Capgo maintient les mises à jour liées au consentement sécurisées tout au long du processus
-    
--   **Aperçus des performances**  
-    Les analyses avancées fournissent un suivi détaillé des modifications de consentement Capgo, par exemple, offre un temps de réponse API moyen de seulement **57ms dans le monde** [\[1\]](https://capgo.app/)
-    
-
-## Prochaines étapes pour la conformité des applications
-
-La gestion efficace du consentement nécessite des outils fiables et une stratégie claire L'utilisation de solutions de mise à jour en direct peut améliorer la conformité et satisfaire les utilisateurs
-
-Voici ce que vous devez prioriser :
-
-1. **[Automatiser les mises à jour](https://capgo.app/docs/live-updates/update-behavior/)** : Optez pour une plateforme qui permet un déploiement rapide Par exemple, Capgo atteint un taux de mise à jour de 95% des utilisateurs en 24 heures [\[1\]](https://capgo.app/), garantissant que les ajustements de conformité sont effectués rapidement
-2. **Assurer la sécurité des données** : Protégez les mises à jour de consentement avec un chiffrement de bout en bout pour respecter les réglementations sur la confidentialité
-3. **Suivre les performances des mises à jour** : Utilisez les analyses pour évaluer l'efficacité des mises à jour Les meilleures plateformes maintiennent des taux de réussite constamment élevés [\[1\]](https://capgo.app/)
-
-Les systèmes de mise à jour modernes présentent plusieurs avantages :
-
--   **Ajustements rapides** : Les capacités de mise à jour instantanée permettent aux équipes de résoudre immédiatement les problèmes de conformité
--   **Économies** : Les configurations CI/CD traditionnelles peuvent coûter environ 300$ par mois [\[1\]](https://capgo.app/), ce qui rend les options plus rationalisées plus judicieuses
--   **Expérience utilisateur améliorée** : Les mises à jour partielles utilisent moins de bande passante tout en respectant les normes de conformité
-
-> "Nous pratiquons le développement agile et @Capgo est essentiel pour livrer en continu à nos utilisateurs !" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Choisissez des outils qui privilégient la sécurité, l'efficacité et l'expérience utilisateur Ces fonctionnalités aident à maintenir la conformité tout en offrant une expérience fluide aux utilisateurs
-
-La conformité n'est pas une tâche ponctuelle Elle nécessite des mises à jour constantes et une surveillance attentive Des évaluations régulières garantissent que vous restez aligné avec les lois sur la confidentialité et maintenez la confiance des utilisateurs
-
-## FAQ
-
-:::faq
-### Comment les développeurs d'applications peuvent-ils rester conformes aux lois sur la confidentialité en évolution comme le RGPD et le CCPA ?
-
-Pour rester conformes aux lois sur la confidentialité changeantes comme le RGPD et le CCPA, les développeurs d'applications doivent prioriser la **gestion du consentement des utilisateurs** Cela inclut l'obtention d'un consentement clair et éclairé des utilisateurs avant de collecter ou de traiter leurs données, la fourniture d'options pour gérer ou retirer le consentement, et la garantie de transparence sur l'utilisation des données
-
-Pour les développeurs utilisant des applications Capacitor, des outils comme **Capgo** peuvent faciliter la conformité Capgo permet des mises à jour instantanées de votre application sans nécessiter d'approbations de l'app store, garantissant que vous pouvez rapidement implémenter des changements pour répondre aux nouvelles exigences de confidentialité Avec des fonctionnalités comme le chiffrement de bout en bout et les mises à jour en temps réel, Capgo vous aide à maintenir la conformité tout en offrant une expérience utilisateur fluide
diff --git a/src/content/blog/id/2-way-communication-in-capacitor-apps.md b/src/content/blog/id/2-way-communication-in-capacitor-apps.md
deleted file mode 100644
index b724551b4..000000000
--- a/src/content/blog/id/2-way-communication-in-capacitor-apps.md
+++ /dev/null
@@ -1,352 +0,0 @@
----
-slug: 2-way-communication-in-capacitor-apps
-title: Komunikasi 2 Arah di Aplikasi Capacitor
-description: >-
-  Jelajahi bagaimana komunikasi dua arah dalam aplikasi Capacitor meningkatkan
-  pertukaran data secara real-time, meningkatkan performa dan pengalaman
-  pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T01:11:37.156Z
-updated_at: 2025-04-26T01:12:41.179Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068-1745629961179.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, two-way communication, native features, web integration, app
-  updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Komunikasi dua arah pada aplikasi [Capacitor](https://capacitorjs.com/) menjembatani lapisan web dan native, memungkinkan pertukaran data secara real-time. Ini memungkinkan teknologi web untuk mengakses fitur perangkat native seperti kamera atau GPS sementara lapisan native berinteraksi dengan elemen web. Berikut mengapa ini penting:
-
--   **Pembaruan Instan**: Terapkan perbaikan dan fitur tanpa penundaan toko aplikasi.
--   **Performa Lebih Baik**: Gabungkan efisiensi web dengan akses native langsung.
--   **Pengalaman Pengguna Lebih Baik**: Integrasi yang mulus antara fitur web dan native.
--   **Jangkauan Global**: Sistem seperti [Capgo](https://capgo.app/) memberikan jutaan pembaruan dengan tingkat keberhasilan 82%.
-
-### Fakta Singkat:
-
--   **[Pembaruan Capgo](https://capgo.app/docs/)**: 947,6 juta pembaruan di 1.400 aplikasi.
--   **Kecepatan Pembaruan**: 95% pengguna diperbarui dalam 24 jam.
--   **Keamanan**: Enkripsi end-to-end memastikan transfer data yang aman.
-
-Panduan ini menjelaskan cara mengatur komunikasi dua arah, mengimplementasikan plugin kustom, dan mengoptimalkan kinerja untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) Anda.
-
-## Cara membuat plugin [Capacitor](https://capacitorjs.com/) untuk iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-1. Buat direktori plugin
-2. Inisialisasi proyek
-3. Konfigurasi platform
-
-</Steps>
-
-## Konsep Inti dan Struktur
-
-Jembatan Capacitor berfungsi sebagai tulang punggung untuk komunikasi yang mulus antara aplikasi web dan fitur perangkat native dalam aplikasi lintas platform.
-
-### Cara Kerja Jembatan Capacitor
-
-Jembatan Capacitor bertindak sebagai perantara, memfasilitasi komunikasi antara aplikasi web Anda dan fungsionalitas perangkat native. Ini menggunakan antrian pesan dua arah untuk memastikan pesan terkirim dengan andal, bahkan saat lalu lintas tinggi.
-
-| Lapisan | Fungsi | Penanganan Data |
-| --- | --- | --- |
-| **Lapisan Web** | Memulai panggilan JavaScript | Mengkonversi data ke format JSON |
-| **Inti Jembatan** | Mengelola perutean dan antrian pesan | Memvalidasi dan mentransformasi data |
-| **Lapisan Native** | Menjalankan operasi khusus platform | Memproses dan mendeserialkan data |
-
-Jembatan memastikan komunikasi yang lancar dengan memvalidasi format pesan, mengkonversi tipe data, dan merutekan panggilan ke penangan native yang sesuai. Ini juga menyediakan respons berbasis promise, memudahkan penanganan operasi asinkron. Sistem ini memerlukan pengaturan yang cermat untuk berhasil terintegrasi ke dalam proyek Anda.
-
-### Langkah-langkah Pengaturan Proyek
-
-Ikuti langkah-langkah berikut untuk mengkonfigurasi proyek Anda untuk komunikasi web-native:
-
-1.  **Menyiapkan Struktur Proyek**
-    
-    Atur direktori proyek Anda seperti yang ditunjukkan di bawah ini:
-    
-    ```
-    my-app/
-    ├── src/
-    │   ├── app/
-    │   └── plugins/
-    ├── ios/
-    └── android/
-    ```
-    
-2.  **Mengkonfigurasi Platform Native**
-    
-    Sesuaikan pengaturan jembatan untuk setiap platform dalam file konfigurasi Capacitor. Sebagai contoh:
-    
-    ```json
-    {
-      "plugins": {
-        "MyPlugin": {
-          "ios": {
-            "mode": "development"
-          },
-          "android": {
-            "mode": "production"
-          }
-        }
-      }
-    }
-    ```
-    
-3.  **Implementasi Jembatan**
-    
-    Siapkan jembatan untuk kinerja optimal. Misalnya, aktifkan mode 'async' di Android untuk meningkatkan kecepatan dan memastikan stabilitas selama operasi.
-    
-
-## Metode Komunikasi
-
-Aktifkan komunikasi dua arah yang mulus antara lapisan web dan native dengan menggunakan metode khusus untuk mentransfer data di kedua arah.
-
-### Panggilan Web-ke-Native
-
-Berikut cara mengimplementasikan komunikasi web-ke-native:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-
-const { MyPlugin } = Plugins;
-
-async function callNative() {
-  try {
-    const result = await MyPlugin.doSomething({ value: 'test' });
-    console.log(result);
-  } catch (error) {
-    console.error(error);
-  }
-}
-```
-
-**Pertimbangan utama untuk implementasi:**
-
-| Aspek | Implementasi | Praktik Terbaik |
-| --- | --- | --- |
-| Tipe Data | JSON-serializable | Gunakan tipe primitif bila memungkinkan |
-| Penanganan Error | Kembalikan promise | Bungkus panggilan dalam blok try-catch |
-| Performa | Operasi batch | Gabungkan panggilan terkait untuk efisiensi |
-
-### Transfer Data Native-ke-Web
-
-Kode native dapat mengirim data ke lapisan web dan memicu event. Berikut caranya:
-
-```java
-// Android
-public class MyPlugin extends Plugin {
-    @PluginMethod
-    public void sendToWeb(PluginCall call) {
-        JSObject data = new JSObject();
-        data.put("message", "Hello from Native!");
-        notifyListeners("myEvent", data);
-    }
-}
-```
-
-### Mengelola Aliran Data Asinkron
-
-Menangani operasi asinkron antara lapisan web dan native memerlukan perencanaan yang cermat. Gunakan strategi ini:
-
--   **Manajemen Antrian**: Kelola antrian pesan untuk menangani beberapa permintaan asinkron.
--   **Sinkronisasi Status**: Jaga agar status tetap konsisten antara lapisan web dan native.
--   **Pemulihan Error**: Gunakan mekanisme retry untuk menangani komunikasi yang gagal.
-
-Berikut contoh antrian pesan dalam aksi:
-
-```typescript
-class MessageQueue {
-    private queue: Message[] = [];
-    
-    async add(message: Message) {
-        this.queue.push(message);
-        await this.process();
-    }
-    
-    private async process() {
-        while (this.queue.length > 0) {
-            const message = this.queue.shift();
-            await this.sendMessage(message);
-        }
-    }
-}
-```
-
-## Panduan Implementasi
-
-### Membangun Plugin Kustom
-
-Untuk mengaktifkan komunikasi dua arah yang mulus, Anda dapat membuat [plugin Capacitor kustom](https://capgo.app/plugins/):
-
-```typescript
-@Plugin({
-    name: 'MyCustomPlugin',
-    platforms: ['ios', 'android']
-})
-export class MyCustomPlugin {
-    @Method()
-    async echo(options: { value: string }): Promise<{ value: string }> {
-        return options;
-    }
-}
-```
-
-### Integrasi JavaScript-Native
-
-Setelah Anda membangun plugin kustom, Anda dapat mengintegrasikannya untuk memungkinkan JavaScript berkomunikasi langsung dengan lapisan native:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-const { MyCustomPlugin } = Plugins;
-
-async function usePlugin() {
-    const result = await MyCustomPlugin.echo({ value: 'test' });
-    console.log(result.value);
-}
-```
-
-Pengaturan ini memastikan saluran komunikasi yang andal antara JavaScript dan kode native.
-
-### Penanganan Event Native
-
-Untuk menangani event yang berasal dari sisi native, gunakan manajer event untuk mengelola pendengar event dan pengiriman data:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-
-export class EventManager {
-    subscribe(eventName: string, callback: Function) {
-        Plugins.MyCustomPlugin.addListener(eventName, (data: any) => {
-            callback(data);
-        });
-    }
-}
-```
-
-Untuk meningkatkan kinerja, pertimbangkan untuk mengelompokkan event atau mengurangi ukuran data yang dikirimkan. Strategi manajemen event ini melengkapi metode komunikasi web-ke-native dan native-ke-web yang dijelaskan sebelumnya.
-
-## Pedoman Teknis
-
-### Keamanan Data
-
-Untuk melindungi data yang dipertukarkan antara lapisan web dan native, terapkan protokol keamanan yang kuat dan gunakan enkripsi end-to-end.
-
-Berikut contoh TypeScript:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-import * as CryptoJS from 'crypto-js';
-
-class SecureChannel {
-    private encryptData(data: any): string {
-        return CryptoJS.AES.encrypt(JSON.stringify(data), 'secret-key').toString();
-    }
-    
-    async sendSecureData(data: any) {
-        const encrypted = this.encryptData(data);
-        await Plugins.MyPlugin.sendData({ data: encrypted });
-    }
-}
-```
-
-Pendekatan ini memastikan data sensitif dienkripsi selama transmisi, mengurangi potensi kerentanan.
-
-### Optimasi Kode
-
-Kode yang efisien meningkatkan kinerja aplikasi dan selaras dengan persyaratan platform. Metrik Capgo memvalidasi dampak dari optimasi ini [\[1\]](https://capgo.app/).
-
-Berikut contoh proses pengelompokan untuk meningkatkan efisiensi:
-
-```typescript
-class BatchProcessor {
-    private batch: any[] = [];
-    
-    add(item: any) {
-        this.batch.push(item);
-        if (this.batch.length >= 10) {
-            this.process();
-        }
-    }
-    
-    private async process() {
-        await Plugins.MyPlugin.processBatch(this.batch);
-        this.batch = [];
-    }
-}
-```
-
-Metode ini meminimalkan penggunaan sumber daya dan memastikan operasi yang lancar, bahkan dalam beban kerja berat.
-
-### Aturan App Store dan Pembaruan
-
-Ikuti pedoman [Apple App Store](https://developer.apple.com/app-store/) dan [Google Play Store](https://play.google.com/console/signup) untuk menghindari masalah kepatuhan selama pembaruan.
-
-> "Sesuai dengan App Store" - Capgo [\[1\]](https://capgo.app/)
-
-Untuk manajemen pembaruan yang lebih baik, sertakan kontrol versi dengan kemampuan rollback:
-
-```typescript
-class UpdateManager {
-    async update(version: string) {
-        try {
-            await Plugins.MyPlugin.update({ version });
-        } catch (error) {
-            await this.rollback();
-        }
-    }
-}
-```
-
-Seperti yang dikatakan Rodrigo Mantica:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-Pengaturan ini memastikan Anda dapat dengan cepat beradaptasi dengan perubahan sambil mempertahankan pengalaman pengguna yang mulus.
-
-## Kesimpulan
-
-Komunikasi dua arah dalam aplikasi Capacitor berperan penting dalam memastikan pembaruan cepat dan kinerja yang stabil. Koneksi yang mulus antara lapisan web dan native memungkinkan perbaikan cepat, peluncuran fitur lebih cepat, dan pengalaman pengguna yang lebih baik secara keseluruhan.
-
-Dampak platform pembaruan langsung seperti Capgo terlihat jelas dalam angka:
-
-| Metrik | Hasil |
-| --- | --- |
-| Kecepatan Pembaruan | 95% pengguna diperbarui dalam 24 jam |
-| Jangkauan Global | 947,6 juta pembaruan di 1.400 aplikasi produksi |
-| Keandalan | Tingkat keberhasilan 82% di seluruh dunia |
-
-Para pengembang mendukung hasil ini dengan pengalaman mereka. Rodrigo Mantica berbagi:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-Data sensitif dikelola secara aman saat berpindah antara lapisan web dan native, memastikan keamanan informasi untuk banyak aplikasi yang sudah menggunakan sistem ini dalam produksi [\[1\]](https://capgo.app/).
-
-Seiring teknologi Capacitor terus berkembang, menjaga saluran komunikasi web-native yang aman dan efisien akan tetap menjadi prioritas utama untuk pengembangan aplikasi di masa depan.
-
-## FAQ
-
-::: faq
-### Bagaimana komunikasi dua arah meningkatkan koneksi antara lapisan web dan native dalam aplikasi Capacitor?
-
-Komunikasi dua arah dalam aplikasi Capacitor merampingkan interaksi antara lapisan web dan native, memungkinkan integrasi fitur dan pembaruan real-time yang mulus. Pendekatan ini memungkinkan pengembang untuk mendorong perbaikan, peningkatan, dan fitur baru langsung ke pengguna tanpa menunggu persetujuan toko aplikasi.
-
-Dengan memanfaatkan fungsionalitas ini, pengembang dapat meningkatkan kinerja aplikasi, merespons umpan balik pengguna lebih cepat, dan mempertahankan keunggulan kompetitif. Alat seperti Capgo dapat lebih meningkatkan proses ini dengan menawarkan pembaruan langsung, enkripsi end-to-end, dan kepatuhan dengan persyaratan platform, memastikan alur kerja pengembangan yang lancar dan efisien.
-:::
-
-::: faq
-### Apa beberapa praktik terbaik untuk membuat plugin kustom untuk meningkatkan kinerja dalam aplikasi Capacitor?
-
-Membuat plugin kustom dalam aplikasi Capacitor dapat secara signifikan meningkatkan kinerja dan menyesuaikan fungsionalitas dengan kebutuhan spesifik aplikasi Anda. Berikut beberapa praktik terbaik yang perlu diikuti:
-
--   **Optimasi Kode Native:** Pastikan kode native Anda efisien dan menghindari komputasi yang tidak perlu. Gunakan optimasi khusus bahasa untuk iOS ([Swift](https://en.wikipedia.org/wiki/Swift_\(programming_language
-
-Aplikasi Capacitor juga dapat mengambil manfaat dari solusi penyimpanan yang aman untuk informasi sensitif dan memanfaatkan HTTPS untuk semua komunikasi jaringan. Meskipun artikel ini menyoroti alat seperti Capgo untuk pembaruan langsung yang aman, praktik-praktik dasar ini sangat penting untuk menjaga keamanan aplikasi yang kuat.
-:::
diff --git a/src/content/blog/id/5-common-ota-update-mistakes-to-avoid.md b/src/content/blog/id/5-common-ota-update-mistakes-to-avoid.md
deleted file mode 100644
index e5f22ab5a..000000000
--- a/src/content/blog/id/5-common-ota-update-mistakes-to-avoid.md
+++ /dev/null
@@ -1,243 +0,0 @@
----
-slug: 5-common-ota-update-mistakes-to-avoid
-title: 5 Kesalahan Umum OTA Update yang Harus Dihindari
-description: >-
-  Hindari kesalahan umum pembaruan OTA yang dapat menyebabkan aplikasi crash dan
-  risiko keamanan. Pelajari praktik terbaik untuk pembaruan yang berhasil.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:28:16.443Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935-1744511309285.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, app store compliance, update security, mobile testing, user
-  experience
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-OTA (Over-the-Air) updates bisa meningkatkan aplikasi dengan cepat, tapi kesalahan dapat menyebabkan crash, risiko keamanan, atau bahkan pelanggaran [app store](https://www.apple.com/app-store/). Berikut panduan cepat untuk menghindari kesalahan umum:
-
--   **Melanggar Aturan App Store**: Patuhi pedoman seperti transmisi aman, perubahan minor, dan dokumentasi yang tepat untuk menghindari penolakan aplikasi.
--   **Terburu-buru dalam Pengujian**: Uji pembaruan secara bertahap (Alpha → Beta → Produksi) untuk mendeteksi bug lebih awal dan memastikan kepatuhan.
--   **Keamanan Lemah**: Gunakan enkripsi end-to-end, kontrol akses, dan pemantauan real-time untuk mencegah pelanggaran.
--   **Mengganggu Pengguna**: Jadwalkan pembaruan saat jam sepi, gunakan instalasi latar belakang, dan komunikasikan dengan jelas kepada pengguna.
--   **Melewatkan Pelacakan Update**: Pantau metrik seperti tingkat adopsi dan tingkat keberhasilan untuk mengidentifikasi dan memperbaiki masalah dengan cepat.
-
-### Gambaran Singkat Praktik Terbaik
-
-| Kesalahan | Solusi |
-| --- | --- |
-| Melanggar Pedoman | Ikuti aturan app store, gunakan kontrol versi |
-| Pengujian Buruk | Gunakan peluncuran bertahap dan pelacakan real-time |
-| Keamanan Lemah | Enkripsi pembaruan dan kelola akses |
-| Gangguan Pengguna | Jadwalkan pembaruan dengan cerdas, gunakan instalasi latar belakang |
-| Kehilangan Pelacakan | Pantau tingkat adopsi dan kesalahan |
-
-## Bisakah Anda Melakukan Update OTA untuk Aplikasi iOS? Apple ...
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Melanggar Aturan [App Store](https://www.apple.com/app-store/)
-
-![App Store](https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935/ab359297e839832a0f76203cfe630f58.jpg)
-
-Salah satu kesalahan besar yang sering dibuat pengembang dengan update OTA adalah mengabaikan pedoman app store. Baik App Store Apple maupun [Google Play](https://play.google.com/store/games?hl=en_US&gl=US) memiliki aturan ketat untuk pembaruan aplikasi, dan melanggar aturan ini dapat mengakibatkan penolakan - atau bahkan aplikasi dihapus sepenuhnya.
-
-### Persyaratan Utama Kepatuhan App Store
-
--   **Keamanan dan Privasi**: Pembaruan harus menggunakan protokol transmisi aman dan enkripsi end-to-end untuk melindungi data pengguna dan keamanan perangkat. Apple dan Google memprioritaskan langkah-langkah privasi yang kuat sebagai bagian dari regulasi mereka.
--   **Perlindungan Pengalaman Pengguna**: Pembaruan OTA tidak boleh secara drastis mengubah pengalaman inti aplikasi yang awalnya disetujui. Seperti yang dikatakan pakar industri Bessie Cooper, "Menghindari tinjauan untuk perbaikan bug adalah emas." Fokuskan pembaruan pada perbaikan dan peningkatan minor, bukan perubahan mendasar.
-
-### Praktik Terbaik untuk Tetap Patuh
-
--   Gunakan kontrol versi untuk mendokumentasikan dan melacak perubahan.
--   Simpan log pembaruan terperinci untuk memberikan catatan yang jelas untuk tinjauan app store.
--   Uji semua pembaruan terhadap pedoman app store terbaru sebelum merilis.
-
-Platform seperti [Capgo](https://capgo.app/) dapat menyederhanakan kepatuhan. Alat [Capgo](https://capgo.app/) dirancang untuk memenuhi persyaratan Apple dan Google Play, memungkinkan pengembang meluncurkan pembaruan langsung tanpa melanggar kebijakan toko. Seiring berkembangnya aturan app store, tetap terinformasi dan menggunakan solusi yang dibangun untuk kepatuhan dapat menghindarkan Anda dari kesalahan mahal dan penghapusan aplikasi.
-
-## 2. Terburu-buru dalam Pengujian Update
-
-Pengujian menyeluruh adalah keharusan. Melewatkannya dapat menyebabkan bug yang merusak pengalaman pengguna dan merusak reputasi aplikasi Anda. Proses pengujian yang terencana dengan baik memastikan pembaruan dapat diandalkan dan mematuhi aturan.
-
-### Biaya Pengujian yang Tidak Memadai
-
-Melewatkan pengujian yang tepat sering mengakibatkan bug lolos, menyebabkan ulasan buruk dan pengguna frustrasi.
-
-### Cara Menguji Pembaruan secara Efektif
-
-Membagi pengujian menjadi fase yang jelas membantu menangkap masalah lebih awal dan memastikan peluncuran yang lebih lancar.
-
-#### Sistem Pengujian Berbasis Saluran
-
-Sistem berbasis saluran memungkinkan Anda menguji pembaruan dengan grup tertentu sebelum merilis ke semua orang. Metode ini meminimalkan risiko dengan mengidentifikasi masalah lebih awal.
-
-| Fase Pengujian | Tujuan | Target Audiens |
-| --- | --- | --- |
-| **Saluran Alpha** | Pengujian awal | Tim internal |
-| **Saluran Beta** | Pengujian diperluas | Pengguna terpilih |
-| **Saluran Produksi** | Peluncuran bertahap | Semua pengguna |
-
-Pendekatan bertahap ini memastikan pembaruan memenuhi standar kepatuhan yang dibahas sebelumnya.
-
-#### Komponen Pengujian Utama
-
--   **Pelacakan Kesalahan**: Gunakan pelacakan kesalahan real-time untuk menangkap masalah saat terjadi.
--   **Opsi Rollback**: Miliki sistem untuk dengan cepat kembali ke versi stabil jika diperlukan.
--   **Pengujian Pull Request (PR)**: Uji pull request menggunakan pemilih saluran sebelum menerapkannya secara luas.
-
-### Praktik Terbaik untuk Pengujian Update
-
--   **Penyebaran Bertahap**: Mulai dengan grup kecil pengguna dan perluas saat stabilitas dikonfirmasi.
--   **Pemantauan Kinerja**: Lacak metrik seperti waktu muat, penggunaan memori, dan dampak baterai di berbagai perangkat dan sistem operasi.
--   **Pengujian Lintas Perangkat**: Uji pembaruan pada berbagai perangkat dan versi OS untuk memastikan kompatibilitas.
-
-Alat seperti Capgo membantu menyederhanakan proses ini dengan fitur seperti pelacakan kesalahan real-time dan rollback cepat, membuatnya lebih mudah untuk memenuhi standar teknis dan kepatuhan.
-
-## 3. Keamanan Update yang Buruk
-
-Kelemahan keamanan dalam update OTA dapat membahayakan aplikasi Anda dan penggunanya. Data terbaru menunjukkan bahwa pembaruan yang diamankan dengan baik mencapai tingkat keberhasilan global 82% [\[1\]](https://capgo.app/). Sama seperti kepatuhan dan pengujian, langkah-langkah keamanan yang kuat sangat penting untuk keberhasilan update OTA.
-
-### Kerentanan Keamanan Umum
-
-Beberapa kerentanan yang sering terjadi meliputi:
-
--   **Kurangnya Enkripsi**: Tanpa enkripsi end-to-end, pembaruan rentan selama transmisi.
--   **Kontrol Akses Lemah**: Autentikasi yang buruk dapat memungkinkan kode tidak sah dimasukkan.
--   **Pemantauan Terbatas**: Tanpa melacak pengiriman dan tingkat keberhasilan pembaruan, pelanggaran dapat tidak terdeteksi.
-
-Menangani masalah-masalah ini sangat penting untuk menciptakan proses pembaruan yang aman.
-
-### Dampak Pelanggaran Keamanan
-
-| Risiko Keamanan | Dampak Potensial | Tindakan Pencegahan |
-| --- | --- | --- |
-| Perusakan | Injeksi kode berbahaya | Enkripsi end-to-end |
-| Intersepsi | Pembaruan yang disadap | Saluran pengiriman aman |
-| Masalah Kontrol Versi | Versi salah diterapkan | Sistem verifikasi pembaruan |
-| Akses Tidak Sah | Perubahan tidak sah | Kontrol akses yang kuat |
-
-### Menerapkan Pembaruan Aman
-
-Platform dengan protokol keamanan yang kuat melaporkan tingkat penyelesaian pembaruan 95% dalam 24 jam [\[1\]](https://capgo.app/), memungkinkan pengiriman patch kritis dengan cepat.
-
-#### Fitur Keamanan Utama
-
--   **Enkripsi End-to-End**: Memastikan data tetap aman selama proses pembaruan.
--   **Kontrol Versi**: Mencegah penerapan pembaruan yang salah atau usang.
--   **Manajemen Akses**: Membatasi siapa yang dapat mendorong pembaruan dan melacak aktivitas penerapan.
--   **Pemantauan Real-Time**: Memberikan wawasan tentang tingkat keberhasilan pembaruan, memudahkan untuk mendeteksi dan menangani masalah.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end sejati, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-### Praktik Terbaik untuk Keamanan Update
-
--   **Gunakan Sistem Verifikasi**: Setiap pembaruan harus lulus pemeriksaan seperti verifikasi tanda tangan dan validasi integritas sebelum diterapkan.
--   **Lacak Metrik Penerapan**: Pantau terus tingkat keberhasilan pembaruan untuk menangkap dan menyelesaikan masalah keamanan dengan cepat.
--   **Aktifkan Opsi Rollback**: Selalu memiliki cara aman untuk kembali ke versi sebelumnya jika masalah muncul, melindungi pengguna Anda dari potensi bahaya.
-
-## 4. Mengganggu Pengguna
-
-Pembaruan yang dijadwalkan buruk atau dilaksanakan buruk dapat mengganggu pengalaman pengguna dan merusak tingkat retensi.
-
-### Bagaimana Pembaruan yang Mengganggu Mempengaruhi Pengguna
-
-Pembaruan yang mengganggu sering muncul dalam bentuk seperti:
-
--   Pembaruan dipaksa selama waktu lalu lintas tinggi
--   Restart aplikasi tiba-tiba
--   Durasi unduhan yang tidak dapat diprediksi
--   Pembaruan yang memblokir penggunaan aplikasi hingga selesai
-
-### Strategi Pembaruan yang Lebih Cerdas
-
-Seperti pengujian menyeluruh dan kepatuhan, perencanaan yang cermat dan komunikasi adalah kunci untuk menghindari gangguan pengguna. Dengan menjadwalkan pembaruan berdasarkan perilaku pengguna dan menggunakan alat canggih, Anda dapat meluncurkan perubahan dengan lancar dan menjaga pengguna tetap senang.
-
-#### Pengaturan Waktu Pembaruan secara Efektif
-
-Sesuaikan jadwal pembaruan untuk menghindari periode penggunaan puncak di berbagai wilayah:
-
-| Zona Waktu | Jam Penggunaan Puncak | Jendela Pembaruan yang Disarankan |
-| --- | --- | --- |
-| EST (US Timur) | 9 Pagi – 6 Sore | 2 Pagi – 4 Pagi |
-| CST (US Tengah) | 8 Pagi – 5 Sore | 1 Pagi – 3 Pagi |
-| PST (US Barat) | 9 Pagi – 6 Sore | 12 Malam – 2 Pagi |
-
-### Tips untuk Pembaruan Ramah Pengguna
-
--   **Instalasi Latar Belakang**: Gunakan [pembaruan latar belakang otomatis](https://capgo.app/docs/plugin/self-hosted/auto-update/) untuk mengurangi gangguan.
--   **Peluncuran Bertahap**: Luncurkan pembaruan secara bertahap. Ini memungkinkan Anda melacak kinerja, mengidentifikasi masalah lebih awal, dan menghindari kelebihan beban server.
--   **Komunikasi Jelas**: Informasikan pengguna tentang waktu pembaruan, durasi, dan perubahan. Jika memungkinkan, berikan opsi untuk menunda pembaruan.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-### Memanfaatkan Alat Canggih
-
-Sistem [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) modern dapat membantu meminimalkan gangguan:
-
--   **Sistem Saluran**: Targetkan pembaruan ke grup pengguna tertentu untuk pengaturan waktu yang lebih baik.
--   **Penjadwalan Fleksibel**: Terapkan pembaruan selama jam sepi.
--   **Indikator Kemajuan**: Jaga pengguna tetap terinformasi ketika pembaruan memakan waktu lebih lama dari yang diharapkan.
-
-## 5. Kehilangan Pelacakan Update
-
-Melacak pembaruan secara efektif sangat penting untuk menjaga stabilitas aplikasi dan memastikan pengalaman pengguna yang lancar. Tanpa pemantauan yang tepat, masalah kritis dapat tidak terdeteksi, membahayakan kinerja aplikasi. Juga menjadi sulit untuk mengukur keberhasilan pembaruan atau mengidentifikasi masalah baru.
-
-### Metrik Utama untuk Mengukur Keberhasilan Pembaruan
-
-Melacak pembaruan berarti memperhatikan metrik penting seperti ini:
-
-| Metrik | Target | Mengapa Itu Penting |
-| --- | --- | --- |
-| Tingkat Adopsi Pembaruan | 95% dalam
-
-Untuk melacak pembaruan secara efektif, fokus pada komponen-komponen berikut:
-
--   **Analitik Real-Time**: Pantau distribusi dan instalasi pembaruan secara langsung untuk segera mengidentifikasi potensi masalah.
--   **Peringatan Error**: Dapatkan notifikasi instan untuk instalasi yang gagal, ketidaksesuaian versi, atau error jaringan.
--   **Wawasan Keterlibatan Pengguna**: Selain jumlah instalasi, analisis bagaimana pengguna berinteraksi dengan fitur baru untuk memastikan dampak pembaruan.
-
-### Kontrol Lanjutan dengan Distribusi Terarah
-
-Menambahkan sistem distribusi berbasis kanal meningkatkan pelacakan dan kontrol. Pendekatan ini memungkinkan:
-
--   Pengujian beta dengan kelompok pengguna tertentu.
--   Peluncuran bertahap untuk meminimalkan risiko.
--   Pemantauan penyebaran regional.
--   Pelacakan kinerja berdasarkan versi aplikasi.
-
-> "Analitik detail dan pelacakan error" adalah beberapa keunggulan menggunakan Capgo. - Capgo [\[1\]](https://capgo.app/)
-
-### Mengapa Pelacakan Penting
-
-Data menunjukkan pentingnya pelacakan pembaruan. Misalnya, platform dengan sistem yang kuat sering melihat hingga 95% pengguna aktif melakukan pembaruan dalam 24 jam [\[1\]](https://capgo.app/). Ini memastikan adopsi luas dan menjaga stabilitas aplikasi.
-
-Pelacakan yang baik tidak hanya memverifikasi kinerja pembaruan tetapi juga membantu menyelesaikan masalah lebih cepat dan mendukung perbaikan berkelanjutan.
-
-## Kesimpulan
-
-Mari rangkum pelajaran penting dari kepatuhan, pengujian, keamanan, dan pengalaman pengguna untuk membantu Anda menguasai pembaruan OTA.
-
-Platform modern untuk mengelola pembaruan OTA telah mengubah cara pengembang menerapkan perubahan, menggabungkan kecepatan dengan keandalan. Dengan alat seperti distribusi CDN global dan enkripsi end-to-end, pembaruan kini dapat mencapai pengguna secara aman dan efisien, di mana pun mereka berada.
-
-### Poin Kunci untuk Pembaruan OTA yang Sukses
-
-| Aspek | Praktik Terbaik |
-| --- | --- |
-| Kecepatan | Gunakan distribusi CDN global |
-| Keamanan | [Terapkan enkripsi end-to-end](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) |
-| Pemantauan | Manfaatkan analitik real-time |
-
-Teknologi OTA saat ini menyederhanakan kepatuhan dan memungkinkan peningkatan cepat. Untuk memastikan pembaruan yang lancar, fokus pada prioritas berikut:
-
--   **Pengujian Menyeluruh**: Selalu uji pembaruan secara ekstensif sebelum meluncurkannya.
--   **Langkah Keamanan**: Lindungi pembaruan dengan enkripsi end-to-end.
--   **Pengalaman Pengguna yang Mulus**: Buat pembaruan tidak mengganggu dan mudah bagi pengguna.
--   **Pemantauan Kinerja**: Lacak metrik utama untuk mempertahankan tingkat keberhasilan yang tinggi.
-
-Dengan lebih dari 23,5 juta pembaruan yang disampaikan di 750 aplikasi produksi [\[1\]](https://capgo.app/), manajemen pembaruan OTA yang efektif telah menjadi alat vital dalam dunia pengembangan aplikasi yang cepat berkembang. Dengan memprioritaskan keamanan, memantau kinerja, dan memastikan pengalaman pengguna yang lancar, pengembang dapat menjaga aplikasi mereka tetap up-to-date sambil mempertahankan stabilitas dan kepercayaan.
diff --git a/src/content/blog/id/5-security-best-practices-for-mobile-app-live-updates.md b/src/content/blog/id/5-security-best-practices-for-mobile-app-live-updates.md
deleted file mode 100644
index 661670735..000000000
--- a/src/content/blog/id/5-security-best-practices-for-mobile-app-live-updates.md
+++ /dev/null
@@ -1,202 +0,0 @@
----
-slug: 5-security-best-practices-for-mobile-app-live-updates
-title: 5 Praktik Terbaik Keamanan untuk Live Update Aplikasi Mobile
-description: >-
-  Pelajari praktik keamanan penting untuk pembaruan langsung aplikasi seluler
-  yang aman, melindungi data pengguna dan memastikan kepatuhan dengan standar
-  industri.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-14T02:36:08.711Z
-updated_at: 2025-01-14T15:24:46.071Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6785bb5bfc0bf469b705c62a-1736822313233.jpg
-head_image_alt: Teknologi
-keywords: >-
-  mobile app security, live updates, data integrity, OTA updates, encryption,
-  security testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Menjaga keamanan aplikasi seluler Anda selama pembaruan langsung sangat penting untuk melindungi data pengguna dan mempertahankan kepercayaan. Berikut ringkasan praktik terbaik untuk mengamankan pembaruan over-the-air (OTA):
-
-1.  **Pengiriman Aman**: Gunakan enkripsi (misalnya TLS), tanda tangan digital, dan [autentikasi multi-faktor](https://capgo.app/docs/webapp/mfa/) untuk melindungi pembaruan selama transmisi.
-    
-2.  **Integritas Data**: Validasi pembaruan dengan checksum, verifikasi tanda tangan paket, dan kontrol versi untuk mencegah manipulasi.
-    
-3.  **Blokir Akses Tidak Sah**: Terapkan kontrol akses berbasis peran (RBAC), autentikasi multi-lapis, dan komunikasi terenkripsi untuk membatasi akses.
-    
-4.  **Pembaruan dan Patch Rutin**: Segera atasi kerentanan dengan alat pembaruan otomatis dan jaga dependensi pihak ketiga tetap mutakhir.
-    
-5.  **Pengujian Keamanan Menyeluruh**: Gunakan alat otomatis seperti [OWASP ZAP](https://www.zaproxy.org/) dan pengujian manual untuk menangkap kerentanan sebelum pembaruan diterapkan.
-    
-
-### Mengapa Ini Penting
-
-Dengan mengikuti praktik-praktik ini, Anda dapat mengurangi risiko keamanan, mematuhi regulasi seperti GDPR dan HIPAA, dan mempertahankan kepercayaan pengguna. Alat seperti [Capgo](https://capgo.app/) dan pipeline CI/CD yang aman dapat membantu merampingkan proses ini sambil memastikan pembaruan tetap aman.
-
-Mari kita dalami setiap praktik untuk memahami bagaimana mereka melindungi aplikasi dan pengguna Anda.
-
-## Cara Sukses dengan Pembaruan OTA
-
-## 1. Pengiriman Pembaruan yang Aman
-
-Untuk memastikan pembaruan yang aman untuk aplikasi berbasis Capacitor, **enkripsi** dan **protokol autentikasi** adalah tulang punggung pipeline pengiriman yang aman.
-
-> "Pengkodean yang aman adalah fondasi keamanan untuk aplikasi seluler" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/).
-
-Berikut beberapa langkah kunci untuk menjaga keamanan pembaruan Anda:
-
-| Langkah Keamanan | Implementasi | Tujuan |
-| --- | --- | --- |
-| **Transport Layer Security** | Protokol HTTPS/SSL/TLS | Enkripsi data selama transmisi |
-| **Verifikasi Paket** | Tanda tangan digital | Konfirmasi keaslian pembaruan |
-| **Manajemen Akses** | Autentikasi multi-faktor | Batasi akses penerapan pembaruan |
-| **Validasi Integritas** | Checksum otomatis | Deteksi dan cegah manipulasi |
-
-### Autentikasi dan Kontrol Akses
-
-Menggunakan alat seperti **Capgo**, enkripsi dan kontrol akses berbasis peran memastikan hanya personel yang berwenang yang dapat mengelola pembaruan. Lapisan keamanan ini meminimalkan risiko dari perubahan tidak sah atau pelanggaran.
-
-### Kontrol Versi dan Pemeriksaan Integritas
-
-Pemeriksaan integritas otomatis sangat penting untuk memverifikasi bahwa pembaruan asli dan tidak dirusak. Langkah ini melindungi pengguna dari paket berbahaya.
-
-### Keamanan Pipeline CI/CD
-
-Memasukkan keamanan ke dalam seluruh pipeline CI/CD adalah hal yang tidak bisa ditawar. Berikut cara melakukannya:
-
--   **Praktik pengkodean aman** selama pengembangan
-    
--   Alat otomatis untuk memindai kerentanan
-    
--   Audit rutin proses pengiriman pembaruan
-    
--   Pencatatan rinci semua aktivitas terkait pembaruan
-    
-
-Praktik-praktik ini tidak hanya mengamankan pembaruan tetapi juga mempertahankan efisiensi penerapan. Untuk industri yang terikat oleh regulasi seperti **HIPAA** atau **GDPR**, kepatuhan ketat terhadap langkah-langkah ini wajib.
-
-Akhirnya, sementara mengamankan pipeline sangat penting, memverifikasi integritas pembaruan itu sendiri memastikan kode berbahaya tidak pernah mencapai pengguna Anda.
-
-## 2. Pastikan Integritas dan Validasi Data
-
-Mempertahankan integritas data sangat penting untuk pembaruan langsung. Jika data dikompromikan, ini dapat menyebabkan risiko keamanan dan mengikis kepercayaan pengguna. Untuk menghindari hal ini, proses validasi yang kuat bekerja berdampingan dengan enkripsi untuk memastikan pembaruan aman dan dapat diandalkan.
-
-### Bagaimana Integritas Data Dilindungi
-
-Sistem pembaruan menggunakan beberapa lapisan keamanan untuk melindungi data selama transmisi. Ini termasuk enkripsi, tanda tangan digital, dan pemeriksaan otomatis untuk memastikan pembaruan tetap utuh dan tidak dirusak.
-
-Langkah-langkah kunci untuk validasi meliputi:
-
--   **Verifikasi tanda tangan paket**: Memastikan pembaruan sah.
-    
--   **Validasi checksum**: Mengidentifikasi perubahan file selama transit.
-    
--   **Pemeriksaan kontrol versi**: Menghentikan serangan downgrade dan menjaga pembaruan dalam urutan yang benar.
-    
-
-### Perlindungan Real-Time dengan RASP
-
-Runtime application self-protection (RASP) melangkah lebih jauh dengan menyediakan pertahanan real-time. Ini memberikan analitik ancaman dan mengamankan detail aplikasi penting, seperti kunci API, di cloud. Ini memastikan aplikasi tetap terlindungi bahkan ketika ancaman berkembang.
-
-### Pemantauan Otomatis untuk Keamanan
-
-Proses verifikasi otomatis, seperti pemantauan real-time, menambahkan lapisan keamanan lain. Mereka menandai anomali saat terjadi dan membantu menjaga kualitas data. Misalnya, [Netflix](https://ir.netflix.net/ir-overview/profile/default.aspx) menggunakan pemeriksaan integritas otomatis dalam sistem pengiriman konten mereka untuk secara efisien memastikan kualitas data dalam skala besar [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-Sementara memastikan integritas data sangat penting, menjaga akses tidak sah sama pentingnya untuk mencegah pelanggaran keamanan.
-
-###### sbb-itb-f9944d2
-
-## 3. Blokir Akses Tidak Sah
-
-Akses tidak sah adalah ancaman besar untuk pembaruan OTA, membuat kontrol akses yang kuat menjadi keharusan. [DashDevs](https://dashdevs.com/) menekankan:
-
-> "Pengkodean yang aman adalah fondasi keamanan untuk aplikasi seluler. Ini melibatkan penulisan kode untuk meminimalkan pengenalan kerentanan keamanan" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/).
-
-### Autentikasi Multi-Lapis
-
-Menggunakan beberapa lapisan autentikasi membantu memastikan bahwa hanya pembaruan yang terverifikasi yang diinstal. Ini dapat mencakup metode seperti autentikasi multi-faktor, tanda tangan digital, dan manajemen token aman untuk mengkonfirmasi legitimasi pembaruan.
-
-### Kontrol Akses Berbasis Peran
-
-Kontrol akses berbasis peran (RBAC) membatasi izin pembaruan berdasarkan peran pengguna. Misalnya, pengembang mungkin menangani pengujian, manajer rilis mengawasi produksi, dan administrator keamanan mengelola pengawasan sistem. Ini membatasi akses hanya kepada mereka yang membutuhkannya.
-
-### Operasi Aman
-
-Semua komunikasi terkait pembaruan harus menggunakan saluran terenkripsi. Validasi endpoint API dan pantau lalu lintas untuk aktivitas tidak biasa. Sistem otomatis dapat mencatat dan menandai upaya akses mencurigakan secara real-time, menambahkan lapisan perlindungan ekstra.
-
-Sementara menjaga akses tidak sah sangat penting, jangan lupa bahwa pembaruan dan patch rutin adalah kunci untuk mempertahankan aplikasi yang aman.
-
-## 4. Terapkan Pembaruan dan Patch Rutin
-
-Untuk pembaruan OTA langsung dalam [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), menjaga aplikasi Anda tetap diperbarui adalah kunci untuk mengatasi risiko baru dan mempertahankan kepercayaan pengguna.
-
-### Manajemen Pembaruan Otomatis
-
-Menggunakan alat CI/CD otomatis membuat pengelolaan pembaruan lebih mudah dan lebih aman. Alat-alat ini membantu Anda segera mengatasi kerentanan melalui patch tepat waktu.
-
-### Menjaga Dependensi Pihak Ketiga Tetap Diperbarui
-
-Dependensi pihak ketiga yang ketinggalan zaman dapat menjadi risiko tersembunyi. Untuk mengatasi ini, pastikan rencana pembaruan Anda mencakup hal berikut:
-
-| Komponen | Frekuensi Pembaruan | Fokus Keamanan |
-| --- | --- | --- |
-| Pustaka Inti | Bulanan atau saat pembaruan dirilis | Periksa kompatibilitas versi |
-| Komponen Keamanan | Segera setelah rilis patch | Nilai kerentanan dan jalankan tes regresi |
-
-### Kontrol Versi dan Rencana Rollback
-
-Kontrol versi yang baik sangat penting untuk pembaruan yang lancar. Ini melibatkan menjalankan pemindaian keamanan untuk memvalidasi pembaruan, menggunakan rollout bertahap untuk menangkap masalah lebih awal, dan memiliki proses rollback atau patching cepat untuk masalah kritis.
-
-Pembaruan rutin adalah garis pertahanan yang kuat, tetapi keberhasilannya tergantung pada pengujian keamanan menyeluruh untuk menangkap dan memperbaiki kerentanan sebelum mencapai pengguna.
-
-## 5. Lakukan Pengujian Keamanan Menyeluruh
-
-Memperbarui sistem Anda sangat penting, tetapi sama pentingnya untuk memastikan pembaruan tersebut tidak menciptakan risiko baru. Pengujian keamanan yang ketat membantu Anda menangkap potensi masalah sebelum mempengaruhi pengguna Anda.
-
-### Integrasi Pengujian Keamanan Otomatis
-
-Memasukkan alat otomatis ke dalam pipeline CI/CD Anda dapat membantu menangkap kerentanan lebih awal dan sering. Alat seperti [**OWASP**](https://owasp.org/) **ZAP** dan [**Snyk**](https://snyk.io/) sangat bagus untuk mengidentifikasi risiko selama proses pembaruan dan memungkinkan perbaikan cepat.
-
-| Jenis Pengujian | Detail |
-| --- | --- |
-| Pemindaian Kerentanan | Pemindaian rutin untuk menangkap kelemahan yang diketahui |
-| Pengujian Penetrasi | Simulasi untuk meniru serangan dunia nyata |
-| Tinjauan Kode | Memeriksa kode sumber sebelum setiap pembaruan |
-
-### Penilaian Keamanan Manual
-
-Otomatisasi memang kuat, tetapi memiliki batas. Ahli keamanan dapat menilai sistem Anda secara manual untuk mengungkap kerentanan yang lebih kompleks yang mungkin terlewat oleh alat otomatis.
-
-### Melacak Metrik Keamanan
-
-Pantau metrik kunci seperti seberapa cepat kerentanan terdeteksi, berapa lama waktu yang dibutuhkan untuk memperbaikinya, dan seberapa banyak sistem Anda yang tercakup dalam pengujian. Wawasan ini dapat membantu Anda meningkat seiring waktu.
-
-### Mengikuti Standar Industri
-
-Menggunakan kerangka kerja seperti **OWASP** memastikan proses pengujian Anda menyeluruh dan selaras dengan praktik terbaik yang telah mapan. Pendekatan ini membantu Anda mengungkap kerentanan sambil tetap mematuhi ekspektasi industri.
-
-Netflix adalah contoh utama penggabungan pengujian otomatis dan manual dalam pipeline CI/CD mereka, menunjukkan bagaimana pendekatan berlapis dapat memperkuat keamanan [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-## Kesimpulan
-
-Dengan mengikuti lima praktik kunci - mengamankan pengiriman, memvalidasi integritas, memblokir akses tidak sah, menerapkan pembaruan tepat waktu, dan melakukan pengujian menyeluruh - pengembang dapat lebih baik melindungi aplikasi dan pengguna mereka dari ancaman yang terus berubah. Untuk aplikasi yang dibangun dengan Capacitor, di mana pembaruan OTA sangat penting untuk pemeliharaan yang cepat dan efisien, langkah-langkah ini membantu mencapai keseimbangan yang tepat antara kecepatan dan keamanan.
-
-Praktik keamanan yang kuat untuk pembaruan langsung dalam aplikasi berbasis Capacitor sangat penting untuk menghindari kerentanan, melindungi data pengguna, dan memenuhi regulasi industri. Pelanggaran data tidak hanya menghabiskan jutaan biaya tetapi juga merusak stabilitas keuangan dan kepercayaan pengguna.
-
-Keamanan bukan upaya satu kali. Ini membutuhkan pembaruan rutin, pemantauan konstan, dan pengujian menyeluruh. Menggabungkan alat otomatis dengan tinjauan manual menciptakan pertahanan yang lebih kuat, terutama ketika diintegrasikan ke dalam pipeline CI/CD. Contoh yang bagus adalah Netflix, yang menggunakan kerangka kerja pengujian keamanan yang ekstensif untuk mengantisipasi potensi risiko [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-Upaya-upaya ini juga membawa peningkatan yang terukur di beberapa area bisnis:
-
-| Area Dampak | Keuntungan |
-| --- | --- |
-| Kepercayaan Pengguna | Membangun kepercayaan pengguna dan keandalan aplikasi |
-| Kepatuhan | Memenuhi regulasi seperti GDPR dan HIPAA |
-| Manajemen Risiko | Mengurangi kerentanan keamanan |
-| Biaya Operasional | Mengurangi pengeluaran terkait insiden keamanan |
-
-Bagi yang ingin menerapkan strategi ini, alat seperti [ProGuard](https://www.guardsquare.com/proguard) untuk Android dan metode kompilasi aman untuk iOS menawarkan solusi praktis untuk meningkatkan keamanan pembaruan. Menggunakan protokol HTTPS dan [enkripsi selama pengiriman pembaruan](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) memastikan proses transmisi dan data pengguna tetap aman.
diff --git a/src/content/blog/id/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md b/src/content/blog/id/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
deleted file mode 100644
index f529aa6e9..000000000
--- a/src/content/blog/id/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
+++ /dev/null
@@ -1,365 +0,0 @@
----
-slug: 5-steps-for-resolving-version-conflicts-in-capacitor-apps
-title: 5 Langkah untuk Menyelesaikan Konflik Versi di Aplikasi Capacitor
-description: >-
-  Selesaikan konflik versi dalam aplikasi Capacitor dengan lima langkah jelas
-  ini untuk memastikan stabilitas dan mencegah masalah di masa mendatang.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T00:59:24.268Z
-updated_at: 2025-12-12T09:03:58.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e1f3a47856e801f1f25733-1742864377185.jpg
-head_image_alt: Pengembangan Mobile
-keywords: 'Capacitor, version conflicts, mobile development, plugin issues, app stability'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Mengalami masalah konflik versi di aplikasi [Capacitor](https://capacitorjs.com/)?** Masalah ini dapat menyebabkan kegagalan build, error runtime, dan malfungsi plugin. Panduan ini menyederhanakan proses menjadi **5 langkah praktis** untuk mengidentifikasi, menyelesaikan, dan mencegah konflik tersebut:
-
-1. **Temukan Konflik**: Gunakan `npx cap doctor` dan log error untuk mendeteksi ketidakcocokan versi.
-2. **Periksa Dependensi**: Tinjau `package.json` dan jalankan perintah seperti `npm outdated` untuk menemukan inkonsistensi.
-3. **Perbarui Capacitor Core**: Sinkronkan dan perbarui komponen inti sambil mengelola perubahan yang merusak.
-4. **Perbaiki Masalah Plugin**: Selaraskan versi plugin dengan core dan kunci untuk menghindari masalah di masa depan.
-5. **Uji Perubahan**: Bersihkan, pasang ulang dependensi, dan uji pada perangkat nyata untuk memastikan stabilitas.
-
-**Tips Cepat**: Alat seperti [Capgo](https://capgo.app/) dapat menyederhanakan pengujian langsung dan manajemen versi.
-
-## ✅ \[Solved\] [npm](https://www.npmjs.com/) ERR! ERESOLVE tidak dapat menyelesaikan ...
-
-![npm](https://mars-images.imgix.net/seobot/screenshots/www.npmjs.com-ac76028e07fa565ed4006978107f5ce6-2025-03-25.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/GZWsp0xyrbA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Langkah 1: Temukan Konflik Versi
-
-Mendeteksi konflik versi sejak awal dapat menghemat waktu debugging dan mencegah potensi crash. Berikut cara mengidentifikasi masalah ini secara efektif.
-
-### Periksa Versi dengan CLI [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-25.jpg?auto=compress)
-
-CLI Capacitor menyediakan perintah yang membantu untuk memeriksa versi dependensi proyek Anda. Buka terminal, navigasi ke direktori proyek Anda, dan jalankan:
-
-```bash
-npx cap doctor
-```
-
-Perintah ini memeriksa kesehatan setup Capacitor Anda dan menandai ketidakcocokan versi antara:
-
-- Paket Capacitor Core
-- Dependensi khusus platform
-- Plugin yang terpasang
-
-Untuk rincian lebih detail tentang setup Anda, gunakan:
-
-```bash
-npx cap ls
-```
-
-Ini akan menampilkan:
-
-- Platform yang telah Anda pasang (mis., iOS, Android)
-- Versi plugin
-- Versi paket core
-
-Meskipun CLI adalah titik awal yang bagus, log error sering memberikan petunjuk tambahan tentang konflik.
-
-### Baca Log Error
-
-Log error dapat mengungkapkan konflik versi tersembunyi. Berikut beberapa pola error umum dan penyebabnya:
-
-| **Tipe Error** | **Deskripsi** | **Penyebab** |
-| --- | --- | --- |
-| Error Build | `Versi plugin tidak kompatibel` | Versi plugin tidak cocok dengan Capacitor core |
-| Error Runtime | `Metode tidak ditemukan` | Plugin menggunakan metode yang sudah usang |
-| Error Platform | `Sinkronisasi Gradle gagal` | Konflik dependensi Android |
-
-Saat menganalisis log error, fokus pada:
-
-- **Stack trace**: Ini sering menunjuk ke plugin atau dependensi spesifik yang menyebabkan masalah.
-- **Nomor versi**: Perhatikan persyaratan versi yang disebutkan dalam log.
-- **Pesan khusus platform**: Perhatikan dengan seksama error yang terkait dengan iOS atau Android.
-
-Beberapa tanda konflik versi meliputi:
-
-- Crash saat operasi plugin
-- Fitur bekerja di satu platform tapi gagal di platform lain
-- Perilaku tidak terduga setelah pembaruan
-
-**Pro tip**: Gunakan logging verbose untuk mendapatkan informasi error yang lebih detail. Jalankan perintah ini untuk wawasan lebih dalam:
-
-```bash
-npx cap run android --verbose
-npx cap run ios --verbose
-```
-
-Log verbose dapat membantu Anda menemukan akar penyebab konflik lebih cepat dan dengan akurasi lebih tinggi.
-
-## Langkah 2: Periksa Dependensi Proyek
-
-Setelah mengidentifikasi konflik menggunakan CLI dan log error, saatnya memeriksa dependensi proyek Anda untuk menghindari masalah di masa depan.
-
-### Tinjau `package.json`
-
-File `package.json` Anda mencantumkan semua dependensi proyek Anda. Berikut contohnya:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.5.1",
-    "@capacitor/ios": "5.5.1",
-    "@capacitor/android": "5.5.1",
-    "@capacitor/camera": "5.0.7"
-  }
-}
-```
-
-Hal-hal penting untuk diperiksa:
-
-- **Dependensi core**: Pastikan `@capacitor/core`, `@capacitor/ios`, dan `@capacitor/android` berada pada versi yang sama.
-- **Versi plugin**: Verifikasi bahwa versi plugin kompatibel dengan versi Capacitor core Anda.
-- **Peer dependencies**: Perhatikan peringatan tentang konflik peer dependency.
-
-Untuk meninjau pohon dependensi Anda, gunakan perintah ini:
-
-```bash
-npm ls @capacitor/*
-```
-
-### Gunakan Alat npm dan [Yarn](https://yarnpkg.com/)
-
-![Yarn Package Manager Website](https://mars-images.imgix.net/seobot/screenshots/yarnpkg.com-310d80dc5a96a440e9276d02217e08fa-2025-03-25.jpg?auto=compress)
-
-Package manager seperti npm dan Yarn menawarkan perintah yang membantu untuk mendeteksi dan mengatasi masalah dependensi. Berikut cara mereka dapat membantu:
-
-| Perintah | Tujuan | Output |
-| --- | --- | --- |
-| `npm outdated` | Menampilkan paket yang usang | Menampilkan versi saat ini dan terbaru |
-| `npm audit` | Memeriksa kerentanan keamanan | Menandai risiko dependensi |
-| `yarn why package-name` | Menjelaskan mengapa sebuah paket dipasang | Menampilkan jalur dependensi |
-
-Jalankan perintah berikut untuk pemeriksaan kesehatan lengkap lingkungan [Node.js](https://nodejs.org/en) dan dependensi proyek Anda:
-
-```bash
-npm doctor
-```
-
-**Tips penting untuk dipertimbangkan:**
-
-- Selalu commit file lock ke version control.
-- Tentukan versi Capacitor yang tepat (mis., `5.5.1`) di `package.json` Anda.
-- Uji pembaruan secara menyeluruh pada platform iOS dan Android.
-
-Untuk mengelola pembaruan real-time dan kontrol versi, Anda dapat menggunakan alat seperti Capgo.
-
-Setelah dependensi Anda teratur, Anda dapat melanjutkan untuk memperbarui komponen Capacitor core.
-
-## Langkah 3: Perbarui Capacitor Core
-
-Menjaga komponen Capacitor core Anda tetap up to date memastikan aplikasi Anda berjalan lancar dan menghindari masalah kompatibilitas. Proses ini membantu menyelesaikan konflik versi dan menjaga semuanya bekerja sama dengan lancar.
-
-### Sinkronkan Pembaruan Platform
-
-Untuk memperbarui komponen Capacitor core, gunakan perintah berikut:
-
-```bash
-npm install @capacitor/core@latest
-npm install @capacitor/cli@latest
-npx cap sync
-```
-
-Menjalankan perintah `sync` memperbarui file native, menyelaraskan dependensi plugin, menyesuaikan konfigurasi platform, dan membuat ulang file proyek native. Sebelum sinkronisasi, cadangkan folder `ios` dan `android` Anda untuk menghindari kehilangan data yang tidak disengaja.
-
-Pertimbangkan menggunakan Capgo untuk pembaruan langsung agar versi tetap konsisten. Setelah sinkronisasi selesai, periksa perubahan API untuk mengatasi masalah potensial.
-
-### Atasi Perubahan yang Merusak
-
-Memperbarui Capacitor core mungkin memperkenalkan perubahan yang merusak. Ikuti langkah-langkah ini untuk menanganinya secara efektif:
-
-1. **Tinjau Perubahan API**
-
-Periksa changelog Capacitor untuk perubahan yang merusak. Contohnya:
-
-```typescript
-// Old API (Capacitor 4)
-Plugins.Camera.getPhoto()
-
-// New API (Capacitor 5)
-Camera.getPhoto()
-```
-
-Perbarui kode Anda untuk menyesuaikan dengan API baru sesuai kebutuhan.
-
-2. **Perbarui Konfigurasi Platform**
-
-Tinjau file `capacitor.config.json` Anda untuk memastikan selaras dengan core yang diperbarui. Contohnya:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 3000
-    }
-  }
-}
-```
-
-3. **Verifikasi Kompatibilitas Plugin**
-
-| Komponen | Yang Harus Dilakukan | Cara Memverifikasi |
-| --- | --- | --- |
-| Plugin Native | Perbarui agar sesuai dengan versi core baru | Uji fungsionalitas native |
-| Plugin Kustom | Periksa perubahan interface | Jalankan tes khusus plugin |
-| Implementasi Web | Perbarui pemanggilan plugin berbasis web | Uji di browser |
-
-**Pro Tip**: Untuk pembaruan versi major (seperti berpindah dari 4.x ke 5.x), perbarui satu versi pada satu waktu. Ini memudahkan untuk menemukan dan memperbaiki masalah.
-
-Setelah menyelesaikan langkah-langkah ini, uji aplikasi Anda secara menyeluruh untuk memastikan semua fitur berfungsi dengan benar dengan core yang diperbarui.
-
-## Langkah 4: Perbaiki Masalah Versi Plugin
-
-Konflik versi plugin dapat mengganggu kinerja aplikasi Capacitor Anda. Berikut cara menangani dan menyelesaikan masalah ini secara efektif.
-
-### Perbarui Plugin
-
-Jaga plugin Anda selaras dengan Capacitor core dengan menjalankan perintah ini:
-
-```bash
-npx npm-check-updates "@capacitor/*" --target latest
-```
-
-Untuk pembaruan lengkap plugin Capacitor, gunakan:
-
-```bash
-npm install @capacitor/core@latest @capacitor/cli@latest @capacitor/ios@latest @capacitor/android@latest
-```
-
-Setelah memperbarui, pastikan untuk menguji fitur native untuk mengkonfirmasi kompatibilitas.
-
-| Tipe Pembaruan | Perintah | Tujuan |
-| --- | --- | --- |
-| Plugin Tunggal | `npm install @capacitor/plugin-name@version` | Perbarui satu plugin |
-| Semua Plugin | `npx npm-check-updates "@capacitor/*" -u` | Perbarui semuanya |
-| Versi Spesifik | `npm install @capacitor/plugin-name@x.x.x` | Kunci ke versi spesifik |
-
-### Kunci Versi Plugin
-
-Untuk menghindari konflik di masa depan, kunci versi plugin Anda di `package.json`. Ini memastikan perilaku yang konsisten di lingkungan pengembangan dan produksi.
-
-Tambahkan field "resolutions" ke file `package.json` Anda:
-
-```json
-{
-  "resolutions": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  }
-}
-```
-
-Untuk pengguna Yarn, tegakkan resolusi ini dengan:
-
-```bash
-yarn add --force
-```
-
-> "Kami meluncurkan [pembaruan OTA Capgo](https://console.capgo.app/resend_email) di produksi untuk basis pengguna kami +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami up to date dalam hitungan menit setelah OTA dikerahkan ke @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Menggunakan alat seperti Capgo dapat membantu mengelola pembaruan plugin dan menjaga konsistensi versi, terutama saat memperkenalkan perubahan penting.
-
-**Tips untuk Mengelola Versi**:
-
-- Uji pembaruan secara menyeluruh di lingkungan pengembangan Anda.
-- Dokumentasikan versi plugin yang kompatibel dan catat perubahan yang merusak.
-- Ikuti semantic versioning untuk merencanakan pembaruan secara efektif.
-- Simpan cadangan konfigurasi Anda yang berfungsi.
-
-Lanjut ke Langkah 5 untuk menguji perubahan Anda di semua lingkungan.
-
-## Langkah 5: Periksa Perubahan Anda
-
-Setelah menyelesaikan konflik versi, penting untuk menguji secara menyeluruh untuk memastikan aplikasi Anda tetap stabil dan siap untuk pembaruan di semua lingkungan.
-
-### Pengujian Lokal
-
-Mulai dengan menjalankan perintah ini untuk memastikan semuanya berfungsi seperti yang diharapkan:
-
-- **Bersihkan dan pasang ulang dependensi:**
-
-```bash
-npm cache clean --force
-rm -rf node_modules
-npm install
-```
-
-- **Verifikasi build platform:**
-
-```bash
-npm run build
-npx cap sync
-```
-
-- **Buka IDE native untuk pengujian lebih lanjut:**
-
-```bash
-npx cap open ios
-npx cap open android
-```
-
-**Yang Perlu Diverifikasi:**
-
-| Area Pengujian | Yang Perlu Diperiksa |
-| --- | --- |
-| Fitur Inti | Navigasi, persistensi data, panggilan API |
-| Fungsi Native | Kamera, geolokasi, akses sistem file |
-| Integrasi Plugin | Fungsionalitas setiap plugin yang diperbarui |
-| Kinerja | Waktu peluncuran aplikasi, transisi, penggunaan memori |
-
-Setelah pengujian lokal mengkonfirmasi bahwa fungsionalitas dasar aplikasi utuh, lanjutkan ke pengujian pada perangkat nyata melalui saluran Over-the-Air (OTA).
-
-### Pengujian Langsung dengan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-25.jpg?auto=compress)
-
-Setelah memverifikasi perubahan Anda secara lokal, saatnya menguji di lingkungan live. Siapkan channel pengujian dengan perintah berikut:
-
-```bash
-npx @capgo/cli init
-npx @capgo/cli create-channel beta
-```
-
-**Alur Kerja Pengujian:**
-
--   Deploy perbaikan Anda ke channel beta dan pantau kinerja menggunakan tools analitik Capgo.
--   Lacak tingkat keberhasilan update melalui dashboard Capgo, yang telah mengirimkan lebih dari 23,5 juta update di 750 aplikasi produksi [\[1\]](https://capgo.app/).
--   Jika timbul masalah, gunakan fitur rollback satu klik dari Capgo untuk mengembalikan perubahan secara instan.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo memiliki tingkat keberhasilan global 82%, dengan update mencapai 95% pengguna aktif hanya dalam 24 jam [\[1\]](https://capgo.app/). Gunakan pemilih channel untuk menguji pull request langsung dalam aplikasi, memastikan semuanya berjalan lancar sebelum menggabungkan perubahan Anda.
-
-## Kesimpulan: Jaga Versi Aplikasi Anda Tetap Terkendali
-
-Mengelola konflik versi dalam [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) membutuhkan pendekatan yang jelas dan terorganisir. Proses lima langkah yang dibagikan dalam panduan ini menawarkan cara yang andal untuk menjaga stabilitas aplikasi dan mengatasi tantangan terkait versi secara efektif.
-
-Dengan mengambil langkah-langkah ini, tim dapat memastikan aplikasi mereka tetap stabil seiring waktu. Misalnya, menggunakan tools live update seperti Capgo memungkinkan deployment yang cepat dan efisien, membantu tim tetap unggul [\[1\]](https://capgo.app/).
-
-Berikut yang menjadi fokus tim sukses:
-
-| Praktik | Manfaat |
-| --- | --- |
-| Pemeriksaan CLI rutin | Mendeteksi masalah dependensi sejak dini |
-| Pengujian otomatis | Menangkap masalah terkait versi sebelum peluncuran |
-| Pemantauan live update | Melakukan rollback update bermasalah dengan cepat |
-| Penentuan versi tetap | Menjaga konsistensi dependensi |
-
-Mengelola versi aplikasi lebih dari sekadar menyelesaikan konflik - ini tentang memastikan pengalaman pengguna yang lancar dan andal. Dengan mematuhi praktik-praktik ini dan memanfaatkan tools live update, Anda dapat menjaga aplikasi Capacitor Anda berjalan dengan lancar.
diff --git a/src/content/blog/id/5-steps-to-deploy-hotfixes-with-capgo.md b/src/content/blog/id/5-steps-to-deploy-hotfixes-with-capgo.md
deleted file mode 100644
index abaea996c..000000000
--- a/src/content/blog/id/5-steps-to-deploy-hotfixes-with-capgo.md
+++ /dev/null
@@ -1,225 +0,0 @@
----
-slug: 5-steps-to-deploy-hotfixes-with-capgo
-title: 5 Langkah untuk Deploy Hotfix dengan Capgo
-description: >-
-  Pelajari cara menerapkan perbaikan cepat dengan cepat dan aman menggunakan
-  proses yang efisien yang menghindari penundaan app store dan memastikan
-  kepatuhan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-13T03:37:11.567Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d22ca8233d3a01105fd278-1741837059847.jpg
-head_image_alt: Pengembangan Mobile
-keywords: 'hotfix deployment, Capgo, app updates, CI/CD tools, mobile development'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capgo](https://capgo.app/) membuat penerapan hotfix menjadi cepat dan mudah, melewati penundaan app store sambil menjaga pembaruan tetap aman dan sesuai dengan pedoman Apple dan Google. Berikut gambaran singkat prosesnya:
-
-1. **Buat dan Uji Hotfix Anda**: Tulis perubahan kode yang tepat, uji secara menyeluruh pada perangkat, dan pastikan kompatibilitas.
-2. **[Siapkan Capgo](https://capgo.app/docs/webapp/)**: Instal [Capgo CLI](https://capgo.app/docs/cli/commands) dengan `npx @capgo/cli init`, konfigurasikan enkripsi, dan integrasikan dengan alat CI/CD.
-3. **Unggah Hotfix Anda**: Gunakan CLI untuk mengunggah pembaruan Anda secara aman, beri label dengan jelas, dan siapkan untuk penerapan.
-4. **Pilih Pengaturan Pembaruan**: Targetkan pengguna atau grup tertentu, jadwalkan peluncuran, dan tentukan persyaratan versi.
-5. **Pantau Pembaruan Anda**: Monitor tingkat pengiriman, kecepatan pembaruan, dan cakupan pengguna. Lakukan rollback secara instan jika diperlukan.
-
-Capgo telah mengirimkan lebih dari 947,6 juta pembaruan secara global dan meningkatkan efisiensi rilis sebesar 81% untuk penggunanya. Ini adalah alat utama bagi tim agile yang membutuhkan penerapan hotfix yang cepat dan aman.
-
-## Langkah 1: Buat dan Uji Hotfix Anda
-
-### Tulis Kode Hotfix
-
-Fokus pada membuat perubahan yang tepat untuk mengatasi bug tanpa mengorbankan stabilitas aplikasi.
-
-Berikut panduan singkat untuk menyusun hotfix Anda:
-
-| Praktik Terbaik | Cara Menerapkannya |
-| --- | --- |
-| **Perubahan Terisolasi** | Batasi perubahan pada komponen yang terpengaruh. |
-| **Kontrol Versi** | Gunakan branch khusus untuk pengembangan hotfix. |
-| **Dokumentasi** | Sertakan komentar yang jelas tentang perbaikan dan dampaknya. |
-| **Dependensi** | Pastikan kompatibilitas dengan dependensi aplikasi yang ada. |
-
-Dengan kemampuan pembaruan instan Capgo, Anda dapat fokus memperbaiki bug tanpa khawatir menggabungkan perubahan yang tidak terkait. Metode ini terbukti efektif, seperti yang disoroti oleh colenso:
-
-> "Kami meluncurkan [pembaruan OTA Capgo](https://console.capgo.app/resend_email) dalam produksi untuk basis pengguna kami +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami terbaru dalam hitungan menit setelah OTA diterapkan ke @Capgo" [\[1\]](https://capgo.app/).
-
-### Uji di Perangkat Anda
-
-Pengujian menyeluruh sangat penting untuk memastikan hotfix berjalan lancar. Gunakan langkah-langkah ini:
-
-- **Pengujian Pengembangan:** Jalankan perbaikan di lingkungan pengembangan lokal Anda.
-- **Pengujian Perangkat:** Periksa perbaikan pada berbagai perangkat dan versi sistem operasi.
-- **Pengujian Integrasi:** Konfirmasi perbaikan tidak mengganggu fitur lain.
-
-Otomatiskan sebanyak mungkin proses pengujian menggunakan alat CI/CD.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Setelah hotfix Anda lulus semua pengujian, Anda siap untuk menyiapkan Capgo untuk penerapan.
-
-## Langkah 2: Siapkan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-13.jpg?auto=compress)
-
-### Instal Paket yang Diperlukan
-
-Untuk memulai dengan Capgo dalam proyek Capacitor Anda, gunakan alat CLI-nya. Cukup jalankan perintah berikut:
-
-```bash
-npx @capgo/cli init
-```
-
-Perintah ini melakukan pekerjaan berat untuk Anda:
-
-- Menginstal [plugin Capgo](https://capgo.app/plugins/)
-- Mengkonfigurasi proyek Anda secara otomatis
-- Mempersiapkan proyek Anda untuk layanan Capgo
-
-Setelah instalasi selesai, Anda dapat melanjutkan ke konfigurasi proyek Anda dengan fitur enkripsi dan kepatuhan Capgo.
-
-### Siapkan Proyek Anda
-
-Capgo memastikan proyek Anda siap dengan standar enkripsi dan kepatuhan untuk Apple dan Google. Bekerja mulus dengan alat CI/CD, mengenkripsi pembaruan untuk keamanan, dan selaras dengan pedoman app store.
-
-| Langkah Integrasi | Tujuan | Manfaat |
-| --- | --- | --- |
-| **Pengaturan CI/CD** | Terhubung dengan alat CI/CD | Menyederhanakan penerapan |
-| **Enkripsi E2E** | Mengamankan pengiriman pembaruan | Menjaga integritas kode |
-| **Kepatuhan Platform** | Memenuhi standar app store | Memungkinkan distribusi lancar |
-
-Pengaturan ini telah divalidasi oleh pengembang. Seperti yang dijelaskan Bessie Cooper:
-
-> "@Capgo adalah alat yang harus dimiliki untuk pengembang yang ingin lebih produktif. Menghindari review untuk bugfix sangat berharga." [\[1\]](https://capgo.app/)
-
-Untuk tim yang lebih besar, Capgo menawarkan fitur seperti pengaturan multi-organisasi dan manajemen izin terperinci. Terintegrasi dengan platform seperti [GitHub](https://github.com/about), [GitLab](https://about.gitlab.com/), [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), dan [Jenkins](https://www.jenkins.io/), membuat alur kerja penerapan otomatis menjadi mudah. Rodrigo Mantica menekankan pentingnya untuk tim agile:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara terus-menerus kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-Dengan proyek Anda sepenuhnya siap, Anda siap untuk mengunggah hotfix dan menerapkannya secara instan.
-
-## Langkah 3: Unggah Hotfix Anda
-
-### Kirim File ke Capgo
-
-Setelah menyiapkan proyek Anda, saatnya mengunggah hotfix menggunakan [alat CLI Capgo](https://capgo.app/docs/cli/commands/). Ini memastikan transfer pembaruan Anda aman dan efisien. Mulai dengan membangun aplikasi Anda seperti biasa selama pengembangan.
-
-Berikut cara kerjanya:
-
-- Bangun aplikasi Anda menggunakan proses standar.
-- Periksa ulang bahwa semua file dikompilasi tanpa kesalahan.
-- Gunakan alat CLI Capgo untuk mengunggah pembaruan Anda.
-
-### Beri Label Pembaruan Anda
-
-Pelabelan yang jelas adalah kunci untuk mengelola dan melacak hotfix Anda. Saat mengunggah pembaruan ke Capgo, sertakan detail versi spesifik dan label deskriptif. Ini membantu mengorganisir pembaruan Anda dan membuat semua orang tetap sejalan.
-
-| **Elemen Pelabelan** | **Tujuan** | **Praktik Terbaik** |
-| --- | --- | --- |
-| Nomor Versi | Melacak urutan pembaruan | Gunakan semantic versioning |
-| Deskripsi Pembaruan | Menyoroti perubahan utama | Fokus pada perbaikan dan pembaruan utama |
-| Catatan Rilis | Mengkomunikasikan perubahan | Detail perbaikan spesifik |
-
-Martin Donadieu, pendiri Capgo, telah merancang sistem versi yang terintegrasi dengan mulus dengan alur kerja CI/CD. Sistem ini memudahkan pelacakan pembaruan dan rollback jika diperlukan.
-
-[Manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) Capgo juga mencakup fitur seperti enkripsi end-to-end dan penerapan instan, memastikan hotfix Anda aman sambil mencapai pengguna dengan cepat.
-
-Setelah hotfix Anda diunggah dan diberi label, lanjutkan ke Langkah 4 untuk mengkonfigurasi pengaturan pembaruan Anda.
-
-###### sbb-itb-f9944d2
-
-## Sistem Pembaruan Langsung Capgo untuk Aplikasi [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-13.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Langkah 4: Pilih Pengaturan Pembaruan
-
-Setelah mengunggah hotfix Anda, saatnya mengkonfigurasi pengaturan untuk menargetkan pengguna dan menentukan kriteria peluncuran. Ini memastikan penerapan yang terkontrol dan efektif.
-
-### Pilih Pengguna dan Perangkat
-
-Alat penugasan pengguna Capgo memungkinkan Anda menentukan dengan tepat siapa yang harus menerima hotfix. Ada dua strategi utama yang tersedia:
-
-| Jenis Penerapan | Ideal Untuk | Keuntungan |
-| --- | --- | --- |
-| **Pengujian Pribadi** | Penguji beta, tim QA | Memungkinkan pengujian terkontrol dengan umpan balik awal |
-| **Rilis Publik** | Semua pengguna, peluncuran bertahap | Memungkinkan distribusi luas dengan penerapan bertahap |
-
-Misalnya, jika bug mempengaruhi pengguna di wilayah tertentu, Anda dapat memprioritaskan grup tersebut untuk validasi lebih cepat. Setelah memilih target audiens, Anda dapat melanjutkan untuk mengatur aturan rilis terperinci.
-
-### Atur Aturan Rilis
-
-Melalui antarmuka console.capgo, Anda dapat menyesuaikan proses rilis dengan mengatur parameter seperti jadwal, kompatibilitas versi aplikasi, dan seberapa bertahap pembaruan diluncurkan.
-
-Berikut pengaturan utama yang perlu dikonfigurasi:
-
-- **Jadwal Penerapan**: Pilih waktu spesifik untuk pembaruan aktif.
-- **Persyaratan Versi**: Tentukan versi aplikasi mana yang harus menerima pembaruan.
-- **Persentase Peluncuran**: Kontrol kecepatan rilis, dimulai dengan grup kecil dan diperluas secara bertahap.
-
-Untuk perbaikan mendesak, Anda dapat memilih penerapan segera untuk mengatasi masalah dengan cepat. Untuk pembaruan yang kurang kritis, peluncuran bertahap memungkinkan Anda memantau kinerja dan menyelesaikan masalah potensial saat muncul. Selain itu, Capgo menyediakan opsi untuk membuat grup pengujian khusus, membuat koordinasi lebih lancar dan efisien.
-
-## Langkah 5: Pantau Pembaruan Anda
-
-Pantau kemajuan hotfix Anda dan tangani masalah segera setelah muncul.
-
-### Periksa Status Pembaruan
-
-Analitik Capgo memberikan wawasan tentang metrik pembaruan utama:
-
-| Metrik | Yang Harus Dipantau | Mengapa Itu Penting |
-| --- | --- | --- |
-| **Tingkat Pengiriman** | Persentase pembaruan berhasil | Menunjukkan seberapa baik penerapan Anda bekerja |
-| **Kecepatan Pembaruan** | Waktu untuk mencapai pengguna target | Menyoroti perlambatan atau bottleneck |
-| **Cakupan Pengguna** | Jumlah perangkat yang diperbarui | Menunjukkan berapa banyak pengguna menerima perbaikan |
-
-### Tangani Masalah
-
-Setelah meninjau metrik ini, bersiaplah untuk mengatasi tantangan dengan cepat.
-
-- **Rollback Instan**  
-  Jika ada masalah, fitur rollback Capgo memungkinkan Anda kembali ke versi sebelumnya secara instan.
-
-- **Analisis Penugasan Pengguna**  
-  Periksa bagaimana pembaruan didistribusikan untuk melihat apakah grup atau perangkat tertentu mengalami masalah.
-
-- **Pantau Kinerja**  
-  Gunakan metrik real-time untuk menentukan dan menyelesaikan masalah. Alat Capgo dapat membantu mengidentifikasi apakah masalah terletak pada pengiriman, instalasi, atau kompatibilitas.
-
-Rodrigo Mantica, pengembang bisnis, menekankan pentingnya Capgo:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara terus-menerus kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-Antarmuka console.capgo memudahkan pemantauan kemajuan pembaruan Anda dengan log terperinci dan metrik kinerja. Fitur pelacakannya telah membantu organisasi meningkatkan efisiensi rilis hingga 81% [\[1\]](https://capgo.app/), memastikan kinerja aplikasi yang stabil sambil dengan cepat mengatasi masalah apa pun.
-
-## Ringkasan
-
-### Poin Utama
-
-Capgo menyederhanakan proses penerapan hotfix dengan cepat dan efektif, dengan rekam jejak terbukti dalam mengirimkan **947,6 juta pembaruan** di **1.400 aplikasi produksi** [\[1\]](https://capgo.app/).
-
-| Langkah | Tindakan | Tujuan |
-| --- | --- | --- |
-| Buat & Uji | Kembangkan dan verifikasi hotfix secara lokal | Memastikan kualitas kode |
-| Siapkan Capgo | Pasang plugin menggunakan `npx @capgo/cli init` | Menyederhanakan konfigurasi |
-| Unggah | Transfer berkas melalui CLI | Mengaktifkan distribusi cepat |
-| Konfigurasi | Tetapkan pengguna dan atur aturan | Menerapkan pembaruan secara presisi |
-| Pantau | Lacak kinerja dan selesaikan masalah | Meningkatkan efisiensi |
-
-Ikuti langkah-langkah ini untuk mengintegrasikan Capgo ke dalam alur kerja Anda dan mengefisienkan proses pembaruan Anda.
-
-### Memulai
-
-Sebelum mendalami, luangkan waktu untuk meninjau langkah-langkah di atas. Langkah-langkah tersebut menguraikan proses penerapan menjadi tindakan yang dapat dikelola, membuatnya lebih mudah untuk diimplementasikan.
-
-Mulai integrasi Capgo Anda dengan menambahkan Capgo CLI ke proyek Anda. Dengan **enkripsi end-to-end**, platform ini memastikan pembaruan yang aman dan dapat diandalkan setiap saat.
-
-> "Capgo adalah cara cerdas untuk melakukan hot code push."
-
-Untuk efisiensi yang lebih besar, integrasikan Capgo dengan alat CI/CD Anda seperti Azure DevOps, GitLab, atau GitHub. Pengaturan ini memungkinkan penerapan otomatis sambil memberi Anda kendali atas distribusi pembaruan melalui fitur penugasan pengguna.
diff --git a/src/content/blog/id/5-steps-to-distribute-custom-capacitor-plugins.md b/src/content/blog/id/5-steps-to-distribute-custom-capacitor-plugins.md
deleted file mode 100644
index 5bc48aee1..000000000
--- a/src/content/blog/id/5-steps-to-distribute-custom-capacitor-plugins.md
+++ /dev/null
@@ -1,152 +0,0 @@
----
-slug: 5-steps-to-distribute-custom-capacitor-plugins
-title: 5 Langkah untuk Mendistribusikan Plugin Capacitor Kustom
-description: >-
-  Pelajari cara mendistribusikan plugin khusus secara efektif untuk meningkatkan
-  fungsionalitas aplikasi di platform iOS dan Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T03:25:44.642Z
-updated_at: 2025-04-18T03:26:01.044Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136-1744946761044.jpg
-head_image_alt: Pengembangan Mobile
-keywords: 'Capacitor, custom plugins, mobile development, distribution, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Mendistribusikan plugin [Capacitor](https://capacitorjs.com/) kustom dapat meningkatkan fungsionalitas aplikasi Anda sambil memastikan pembaruan cepat sampai ke pengguna. Berikut panduan singkat untuk memulai:
-
-1. **Bangun dan Uji**: Kembangkan plugin Anda menggunakan [Capacitor Plugin API](https://capgo.app/blog/capacitor-comprehensive-guide/), uji secara menyeluruh pada perangkat iOS dan Android, dan tangani kasus-kasus khusus secara efektif.
-2. **Siapkan Distribusi**: Buat paket npm dengan dokumentasi yang jelas, termasuk langkah-langkah instalasi, referensi API, dan contoh penggunaan.
-3. **Rilis**: Publikasikan plugin Anda ke npm menggunakan semantic versioning dan bagikan di GitHub untuk visibilitas komunitas.
-4. **Integrasi**: Sediakan instruksi pengaturan agar pengembang dapat dengan mudah menambahkan plugin Anda ke proyek mereka dan memverifikasi fungsionalitasnya.
-5. **Tambahkan Pembaruan Langsung (Opsional)**: Gunakan alat seperti [Capgo](https://capgo.app/) untuk pembaruan langsung yang aman dan efisien, memastikan 95% pengguna menerima perubahan dalam 24 jam.
-
-Proses bertahap ini memastikan plugin Anda dibangun dengan baik, mudah diintegrasikan, dan siap untuk digunakan pada platform iOS dan Android.
-
-## Cara membuat plugin [Capacitor](https://capacitorjs.com/) untuk iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-## Langkah 1: Bangun dan Uji Plugin Anda
-
-Tujuan utama di sini adalah menghubungkan JavaScript dengan fitur native sambil memastikan berfungsi dengan lancar pada iOS dan Android.
-
-### Gunakan Capacitor Plugin API
-
-Mulailah dengan membuat plugin Anda menggunakan [Capacitor Plugin](https://capgo.app/blog/capacitor-comprehensive-guide/) API resmi. Ini memastikan fungsionalitas yang konsisten di semua platform. Fokus pada satu fitur untuk memudahkan pengembangan dan pemeliharaan.
-
-Poin penting yang perlu diingat selama pengembangan:
-
-- Tentukan signature metode yang jelas.
-- Terapkan penanganan kesalahan yang kuat.
-- Dukung fitur khusus platform saat diperlukan.
-- Dokumentasikan persyaratan platform dengan jelas.
-
-### Uji pada Platform Berbeda
-
-Pengujian menyeluruh sangat penting sebelum meluncurkan plugin Anda. Gunakan alat lokal untuk memeriksa kinerja pada perangkat nyata dan emulator:
-
-- Uji pada simulator iOS dan perangkat fisik di berbagai versi iOS.
-- Uji pada perangkat Android di berbagai level API untuk memastikan integrasi dan kinerja yang tepat.
-
-Sebelum menyelesaikan, pastikan untuk:
-
-- Validasi panggilan JavaScript-ke-native dan konversi data.
-- Periksa penanganan kesalahan dan kinerja keseluruhan.
-- Uji kasus-kasus khusus untuk memastikan plugin Anda dapat menangani input tak terduga dan memberikan pesan kesalahan yang jelas.
-
-Setelah menyelesaikan langkah-langkah ini, Anda siap melanjutkan ke Langkah 2, di mana Anda akan menyiapkan file distribusi.
-
-## Langkah 2: Siapkan File Distribusi
-
-Atur paket npm dan dokumentasi Anda untuk memastikan distribusi yang lancar.
-
-### Buat Paket npm Anda
-
-Mulai dengan menjalankan perintah: `npm init @capacitor/plugin@latest`. Kemudian, perbarui file `package.json` dengan nama plugin, versi, dan dependensi yang diperlukan.
-
-### Tulis Dokumentasi yang Jelas
-
-Sertakan file `README.md` yang mencakup hal berikut:
-
-- **Instruksi instalasi**: Berikan langkah-langkah untuk npm dan yarn.
-- **Referensi API**: Detail deskripsi metode dan tipe parameter.
-- **Contoh penggunaan**: Tunjukkan cara menggunakan plugin dalam skenario umum.
-
-### Verifikasi Persyaratan Platform
-
-Pastikan semua deklarasi privasi dan izin mematuhi pedoman Apple dan Google.
-
-Setelah langkah-langkah ini selesai, Anda siap melanjutkan ke Langkah 3 dan mempublikasikan plugin Anda di npm untuk dibagikan dengan komunitas.
-
-## Langkah 3: Rilis Plugin Anda
-
-Publikasikan plugin Anda ke dunia dengan menerbitkannya di npm dan membagikannya dengan komunitas Capacitor.
-
-### Publikasi ke Registry npm
-
-Ikuti pedoman semantic versioning saat merilis plugin Anda: gunakan versi **major** untuk perubahan yang memutus kompatibilitas, **minor** untuk fitur baru, dan **patch** untuk perbaikan bug. Kemudian, publikasikan plugin Anda menggunakan perintah berikut:
-
-### Bagikan dengan Komunitas Capacitor
-
-Unggah repositori plugin Anda ke GitHub dan pertimbangkan untuk menambahkannya ke organisasi Capacitor Community. Ini memberikan plugin Anda lebih banyak visibilitas dan membuka pintu bagi orang lain untuk berkontribusi.
-
-## Langkah 4: Panduan Integrasi Proyek
-
-Setelah plugin Anda dipublikasikan ke npm, langkah selanjutnya adalah mengintegrasikannya ke dalam proyek. Berikut caranya:
-
-### Instruksi Pengaturan
-
-- Jalankan: `npm install your-plugin-name`
-- [Sinkronkan dengan Capacitor](https://capgo.app/plugins/capacitor-updater/): `npx cap sync`
-- Tentukan konfigurasi native yang diperlukan, seperti pembaruan manifest atau registrasi plugin.
-
-### Uji Instalasi
-
-- Uji plugin dalam proyek Capacitor yang baru untuk memastikan semuanya berjalan sesuai harapan.
-- Panggil metode plugin dasar dan verifikasi bahwa hasilnya sesuai harapan.
-
-Setelah Anda memastikan semuanya berfungsi, Anda siap untuk melanjutkan dengan mengintegrasikan plugin Anda ke dalam proyek.
-
-## Langkah 5: Tambahkan Pembaruan Langsung
-
-Perluas proses distribusi Anda dengan menambahkan pembaruan langsung. Menggunakan Capgo, Anda dapat memastikan plugin Anda tetap terkini tanpa menunggu persetujuan app store.
-
-### Menyiapkan Pembaruan Langsung [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Untuk memulai, jalankan perintah berikut:
-
-**Mengapa menggunakan Capgo?** Ini menawarkan berbagai fitur untuk memperlancar pembaruan:
-
-- **Pengiriman aman** dengan enkripsi end-to-end
-- **Distribusi efisien** melalui pembaruan delta
-- **Alat pemantauan** melalui dashboard analitik
-- **Opsi rollback** untuk perbaikan cepat
-- **Manajemen saluran** untuk rilis terorganisir
-
-Berikut cara mengkonfigurasi pembaruan Anda:
-
-- Integrasikan dengan alat CI/CD seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), atau [Jenkins](https://www.jenkins.io/).
-- Siapkan saluran distribusi untuk lingkungan pengembangan, beta, dan produksi.
-- Aktifkan rollback satu klik untuk mengatasi masalah dengan cepat.
-
-Menurut metrik Capgo, 95% pengguna aktif menerima pembaruan dalam 24 jam [\[1\]](https://capgo.app/), menjadikan pembaruan langsung cara yang efektif untuk mendistribusikan perubahan secara efisien.
-
-Setelah pembaruan langsung dikonfigurasi, Anda siap menyelesaikan alur kerja distribusi Anda.
-
-[\[1\]](https://capgo.app/) Berdasarkan metrik platform Capgo dari aplikasi produksi aktif.
-
-## Kesimpulan
-
-Dengan mengikuti lima langkah ini, Anda dapat membuat [plugin Capacitor kustom](https://capgo.app/blog/release-of-a-brand-new-capacitor-social-login/) yang dibangun dengan baik, mudah diintegrasikan, dan siap untuk digunakan.
-
-Dari pengembangan dan pengujian hingga pengemasan, publikasi, integrasi, dan bahkan pembaruan langsung opsional, proses terstruktur ini memastikan plugin Anda bekerja dengan lancar pada platform iOS dan Android.
-
-Perlu diingat, distribusi plugin yang sukses lebih dari sekadar rilis pertama - ini tentang mempertahankan proses yang efisien dan andal yang menguntungkan pengembang dan pengguna. Gunakan panduan ini untuk memperlancar pengiriman plugin di berbagai platform.
diff --git a/src/content/blog/id/5-steps-to-implement-oauth2-in-capacitor-apps.md b/src/content/blog/id/5-steps-to-implement-oauth2-in-capacitor-apps.md
deleted file mode 100644
index 8192952f7..000000000
--- a/src/content/blog/id/5-steps-to-implement-oauth2-in-capacitor-apps.md
+++ /dev/null
@@ -1,326 +0,0 @@
----
-slug: 5-steps-to-implement-oauth2-in-capacitor-apps
-title: 5 Langkah Mengimplementasikan OAuth2 di Aplikasi Capacitor
-description: >-
-  Integrasikan otentikasi OAuth2 yang aman ke dalam aplikasi Capacitor Anda
-  dengan panduan ringkas ini yang menguraikan langkah-langkah penting dan
-  praktik terbaik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-27T12:26:34.111Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/683598e6d3b96619818496d3-1748348849256.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OAuth2, Capacitor, authentication, mobile apps, security, token storage, PKCE,
-  app integration
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin menambahkan autentikasi OAuth2 yang aman ke aplikasi [Capacitor](https://capacitorjs.com/) Anda? Berikut panduan cepat untuk memulai.**
-
-OAuth2 adalah protokol yang memungkinkan pengguna berbagi akses ke data mereka tanpa berbagi kata sandi. Ini ideal untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) karena berfungsi di berbagai platform seperti iOS, Android, dan web. Selain itu, aplikasi Anda tetap aman dengan menggunakan token alih-alih menyimpan kredensial sensitif.
-
-Berikut cara mengintegrasikan OAuth2 ke [aplikasi Capacitor](https://capgo.app/plugins/ivs-player/) Anda hanya dalam 5 langkah:
-
-1. **Siapkan Penyedia OAuth2**: Pilih penyedia (misalnya, Google, [Auth0](https://auth0.com/)), konfigurasikan URI pengalihan, dan kelola kredensial klien dengan aman.
-2. **Instal dan Konfigurasikan Plugin OAuth2**: Tambahkan plugin `@byteowls/capacitor-oauth2` dan atur pengaturan khusus platform (misalnya, `Info.plist` untuk iOS, `AndroidManifest.xml` untuk Android).
-3. **Bangun Alur Autentikasi**: Gunakan plugin untuk menangani login pengguna, penyimpanan token, dan logout dengan aman. Aktifkan [PKCE](https://oauth.net/2/pkce/) untuk perlindungan tambahan.
-4. **Uji di Berbagai Platform**: Verifikasi alur pada iOS, Android, dan browser web. Perbaiki masalah umum seperti ketidakcocokan URI pengalihan atau kesalahan PKCE.
-5. **Amankan Implementasi Anda**: Simpan token dalam penyimpanan aman ([Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\))/Keystore), gunakan HTTPS, dan atur [Content Security Policies](https://capgo.app/security/) yang kuat.
-
-### Perbandingan Cepat: Opsi Penyimpanan Token Aman
-
-| Opsi Penyimpanan | Terbaik Untuk | Tingkat Keamanan | Akses Offline | Contoh Kasus Penggunaan |
-| --- | --- | --- | --- | --- |
-| **Penyimpanan Aman** | Aplikasi seluler | Tinggi | Ya | Token penyegaran |
-| **Penyimpanan Memori** | Akses sementara | Menengah | Tidak | Token akses aktif |
-| **Cookie HttpOnly** | Aplikasi web | Tinggi | Ya | Sesi berbasis browser |
-
-## Cara menambahkan Google Sign In menggunakan [Capacitor](https://capacitorjs.com/) ke Aplikasi [Ionic](https://ionicframework.com/) Anda
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/GwtpoWZ_78E" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Langkah 1: Siapkan Penyedia [OAuth2](https://en.wikipedia.org/?title=OAuth2&redirect=no) Anda
-
-Menyiapkan penyedia OAuth2 dengan benar adalah langkah pertama dan paling penting untuk memastikan semuanya berjalan lancar. Ini melibatkan pemilihan penyedia yang sesuai dengan kebutuhan aplikasi Anda, mengkonfigurasi detail teknis seperti URI pengalihan, dan menangani kredensial Anda dengan aman. Langkah-langkah ini membuka jalan untuk menginstal plugin OAuth2 pada fase berikutnya.
-
-### Pilih Penyedia OAuth2
-
-Mulailah dengan memilih penyedia OAuth2 yang sesuai dengan fungsionalitas, kebutuhan keamanan, dan kompatibilitas aplikasi Anda. Jenis aplikasi yang Anda bangun memainkan peran kunci dalam menentukan alur OAuth 2.0 yang akan Anda gunakan, yang secara langsung memengaruhi pilihan penyedia Anda [\[2\]](https://auth0.com/docs/get-started/authentication-and-authorization-flow/which-oauth-2-0-flow-should-i-use). Untuk aplikasi berbasis Capacitor, disarankan untuk menggunakan Alur Kode Otorisasi dengan PKCE - ini adalah metode yang disukai untuk aplikasi seluler.
-
-Saat membandingkan penyedia, fokus pada fitur keamanan mereka. Cari opsi seperti cookie yang ditandatangani, validasi token CSRF, dan JWT terenkripsi. Jika aplikasi Anda menangani data sensitif, dukungan untuk [autentikasi multi-faktor](https://capgo.app/docs/webapp/mfa/) adalah keharusan. Saat mengevaluasi, seimbangkan biaya dan fitur berdasarkan kebutuhan Anda tanpa terjebak dalam perbandingan yang panjang.
-
-### Konfigurasi URI Pengalihan
-
-URI pengalihan sangat penting - mereka memberi tahu penyedia OAuth2 ke mana harus mengirim pengguna setelah mereka menyelesaikan autentikasi. Mengkonfigurasi URI ini dengan benar memastikan pengalaman yang mulus di platform seluler dan web.
-
-Untuk aplikasi seluler, gunakan skema URL kustom, biasanya diformat sebagai `com.example.app://callback`, di mana `com.example.app` cocok dengan ID paket aplikasi Anda. Di web, gunakan `window.location.origin` sebagai URI pengalihan. Jika Anda menguji secara lokal, URL seperti `http://localhost:8100/callback` berfungsi dengan baik.
-
-Untuk pengguna iOS, perlu diingat bahwa plugin Browser Capacitor menggunakan [SFSafariViewController](https://developer.apple.com/documentation/safariservices/sfsafariviewcontroller). Pada iOS 11 dan yang lebih baru, ini tidak berbagi cookie dengan Safari, yang dapat memengaruhi fungsionalitas single sign-on. Jika SSO penting, pertimbangkan untuk menggunakan plugin yang mendukung [ASWebAuthenticationSession](https://developer.apple.com/documentation/authenticationservices/aswebauthenticationsession) [\[3\]](https://auth0.com/docs/quickstart/native/ionic-angular/interactive).
-
-### Kelola Kredensial Klien
-
-Kredensial klien mengidentifikasi aplikasi Anda ke penyedia OAuth2 dan terdiri dari ID klien dan rahasia klien. Anggap ID klien sebagai pengidentifikasi publik, sementara rahasia klien harus diperlakukan seperti kunci pribadi.
-
-Jangan pernah mengkodekan rahasia klien langsung ke dalam aplikasi Anda atau menyimpannya ke kontrol versi. Sebaliknya, gunakan variabel lingkungan atau sistem manajemen rahasia yang aman untuk menyimpannya. Selain itu, pilih token berumur pendek dengan cakupan minimal untuk membatasi paparan dan meningkatkan keamanan.
-
-## Langkah 2: Instal dan Konfigurasikan Plugin OAuth2
-
-Sekarang penyedia OAuth2 Anda siap, langkah selanjutnya adalah menambahkan plugin ke aplikasi Capacitor Anda dan mengaturnya untuk platform iOS, Android, dan web.
-
-### Instal Plugin
-
-Plugin `@byteowls/capacitor-oauth2` bekerja dengan sebagian besar penyedia OAuth2. Untuk menghindari masalah kompatibilitas, Anda perlu menginstal versi yang sesuai dengan pengaturan Capacitor Anda.
-
-Berikut perintah instalasi berdasarkan versi Capacitor Anda:
-
-- **Capacitor v5**: `npm i @byteowls/capacitor-oauth2`
-- **Capacitor v4**: `npm i @byteowls/capacitor-oauth2@4`
-- **Capacitor v3**: `npm i @byteowls/capacitor-oauth2@3`
-
-Setelah diinstal, jalankan perintah sync (`npx cap sync`) untuk memperbarui dependensi native Anda. Langkah ini penting untuk memastikan plugin terintegrasi dengan benar dengan proyek iOS dan Android Anda. Melewatkan ini dapat menyebabkan kesalahan build saat mengompilasi untuk platform seluler.
-
-### Konfigurasikan Pengaturan Plugin
-
-Setelah instalasi, Anda perlu mengkonfigurasi plugin agar sesuai dengan pengaturan penyedia OAuth2 Anda. Ini dilakukan melalui objek `oauth2Options` saat memanggil metode `authenticate()`. Parameter kunci yang perlu didefinisikan meliputi:
-
-- **appId**: ID klien Anda dari penyedia OAuth2.
-- **authorizationBaseUrl**: Endpoint otorisasi penyedia.
-- **responseType**: Biasanya diatur ke `"code"` untuk aplikasi seluler.
-- **redirectUrl**: Ini harus cocok dengan URL pengalihan yang dikonfigurasi di Langkah 1.
-
-Anda juga dapat mengatur parameter tambahan seperti `accessTokenEndpoint`, `scope`, dan opsi khusus platform untuk menyempurnakan proses autentikasi.
-
-Untuk Android, perbarui file `AndroidManifest.xml` dan `strings.xml` Anda dengan informasi skema dan host yang benar. Pada iOS, modifikasi file `Info.plist` untuk mendaftarkan skema URL pengalihan Anda. Perubahan khusus platform ini memastikan pengguna dialihkan kembali ke aplikasi Anda setelah autentikasi.
-
-### Periksa Kompatibilitas Versi Capacitor
-
-Sangat penting untuk memverifikasi bahwa versi plugin cocok dengan versi Capacitor Anda. Versi yang tidak cocok dapat menyebabkan kesalahan build atau masalah runtime. Plugin `@byteowls/capacitor-oauth2` secara ketat selaras dengan rilis Capacitor, jadi periksa kembali kompatibilitas sebelum melanjutkan.
-
-| Versi Plugin | Versi Capacitor yang Kompatibel | Catatan |
-| --- | --- | --- |
-| 5.x | 5.x.x | Memerlukan [Xcode](https://developer.apple.com/xcode/) 14.1. Perubahan besar dicatat dalam changelog. |
-| 4.x | 4.x.x | Memerlukan Xcode 12.0. Perubahan besar dicatat dalam changelog. |
-| 3.x | 3.x.x | Memerlukan Xcode 12.0. Perubahan besar dicatat dalam changelog. |
-| 2.x | 2.x.x | Memerlukan Xcode 11.4. Perubahan besar dicatat dalam changelog. |
-| 1.x | 1.x.x |     |
-
-Jika Anda mengembangkan untuk iOS, perhatikan dengan seksama persyaratan versi Xcode. Menggunakan versi yang tidak kompatibel akan mencegah aplikasi Anda berhasil di-build. Dokumentasi plugin mencakup tabel kompatibilitas terperinci, yang merupakan sumber daya yang bagus untuk mengatasi masalah terkait versi.
-
-Jika Anda mengalami masalah setelah instalasi, hapus instalasi versi plugin saat ini, instal yang benar untuk versi Capacitor Anda, dan jalankan perintah sync lagi. Metode ini jauh lebih efektif daripada mencoba memaksa versi yang tidak kompatibel untuk bekerja.
-
-## Langkah 3: Bangun Alur Autentikasi OAuth2
-
-Dengan plugin Anda telah diatur, saatnya membuat alur autentikasi yang berfungsi penuh. Langkah ini memastikan login pengguna yang aman, manajemen token, dan logout, membuat aplikasi Anda mampu mengelola sesi pengguna di berbagai platform.
-
-### Buat Alur Login
-
-Proses login dimulai dengan memanggil `authenticate()` dengan objek opsi. Objek ini harus menyertakan `authorizationBaseUrl`, `redirectUrl`, dan `responseType` yang diatur ke `'code'` untuk mematuhi persyaratan PKCE. Plugin secara aman membuka halaman login penyedia, di mana pengguna dapat memasukkan kredensial mereka. Setelah login berhasil, penyedia mengarahkan pengguna kembali ke aplikasi Anda dengan token dan detail pengguna.
-
-Inilah bagian terbaiknya: pengguna memasukkan kredensial mereka langsung dengan penyedia OAuth2, jadi aplikasi Anda tidak pernah memiliki akses ke informasi sensitif. Metode ini mengembalikan objek respons yang mencakup token akses, token penyegaran, dan data pengguna seperti email atau detail profil.
-
-Pada iOS dan Android, proses ini menggunakan tampilan web aman yang berbagi cookie dengan browser sistem. Pada platform web, ini bergantung pada pengalihan browser standar. Mengkonfigurasi URL pengalihan Anda dengan benar memastikan pengalaman pengguna yang mulus tanpa memandang platformnya.
-
-### Tangani Penyimpanan dan Penyegaran Token
-
-Setelah pengguna masuk, mengelola token dengan aman adalah prioritas Anda selanjutnya. Ini termasuk menyimpan token dengan aman dan menyegarkannya secara otomatis untuk menghindari gangguan sesi. Berikut cara Anda dapat menanganinya:
-
--   **Token Akses**: Simpan dalam memori untuk akses cepat dan sementara.
--   **Token Refresh**: Gunakan penyimpanan aman, seperti plugin `capacitor-secure-storage`, yang mengenkripsi token dengan AES-256 melalui iOS Keychain atau [Android Keystore](https://developer.android.com/privacy-and-security/keystore). Ini memastikan token tetap terlindungi, bahkan jika perangkat diretas.
-
-Saat aplikasi Anda dimulai ulang, periksa token yang tersimpan untuk masuk kembali pengguna tanpa perlu memasukkan kredensial ulang.
-
-| Metode Penyimpanan | Tingkat Keamanan | Performa | Akses Offline | Kasus Penggunaan Terbaik |
-| --- | --- | --- | --- | --- |
-| **Penyimpanan Aman** | AES-256 Hardware | Sedang | Ya | Token refresh, data jangka panjang |
-| **Penyimpanan Memori** | Tinggi (sementara) | Tinggi | Tidak | Token akses aktif |
-| **Penyimpanan Biasa** | Rendah | Tinggi | Ya | Preferensi non-sensitif |
-
-Untuk menjaga sesi tetap aktif, perbarui token sebelum kadaluarsa. Sebelum melakukan panggilan API, periksa apakah token akses hampir kadaluarsa. Jika ya, gunakan token refresh untuk mendapatkan token akses baru dari penyedia OAuth2 Anda. Untuk keandalan tambahan, sertakan logika untuk mencoba memperbarui token saat jaringan terhubung kembali. Jika token refresh telah kadaluarsa atau dicabut, arahkan pengguna kembali ke alur login untuk mengautentikasi ulang.
-
-### Tambahkan Fungsi Logout
-
-Proses logout yang aman dan efektif sama pentingnya. Mulai dengan mencabut token refresh melalui endpoint penyedia. Kemudian, hapus token dari penyimpanan aman dan reset data pengguna untuk memastikan semua sesi diakhiri.
-
-Hanya menghapus token lokal saja tidak cukup. Penyedia OAuth2 sering mempertahankan sesi sisi server yang dapat mengautentikasi ulang pengguna secara otomatis. Mencabut token refresh memutus rantai token yang terkait dengan pemberian otorisasi, memastikan kredensial yang tersimpan tidak dapat digunakan kembali.
-
-> "Token Akses JWT tidak dapat dicabut. Token tersebut valid sampai kadaluarsa. Karena merupakan token pembawa, tidak ada cara untuk menginvalidasinya." – lihua.zhang, Karyawan Auth0 [\[5\]](https://community.auth0.com/t/invalidating-an-access-token-after-user-logout/101398)
-
-Untuk mencabut token, panggil endpoint pencabutan token penyedia dengan token refresh sebelum menghapus penyimpanan lokal. Tindakan sisi server ini mencegah penyalahgunaan token, bahkan jika kredensial diretas. Setelah pencabutan, hapus token dari penyimpanan aman, reset data pengguna yang di-cache, dan arahkan pengguna kembali ke layar login.
-
-Untuk pengaturan single sign-on (SSO), tentukan apakah logout juga harus mengakhiri sesi untuk aplikasi lain yang menggunakan penyedia yang sama. Selain itu, pastikan proses logout berjalan lancar selama gangguan jaringan dengan menyimpan permintaan logout secara lokal dan mencobanya kembali saat koneksi dipulihkan. Ini memastikan pembersihan yang tepat di sisi penyedia.
-
-## Langkah 4: Uji Integrasi OAuth2 Anda
-
-Setelah menyiapkan konfigurasi OAuth2 dan mengembangkan alur autentikasi, langkah selanjutnya adalah mengujinya secara menyeluruh. Ini memastikan integrasi Anda berfungsi dengan lancar di semua perangkat dan platform, memberikan pengalaman yang andal bagi pengguna Anda. Pengujian melibatkan verifikasi fungsionalitas pada perangkat mobile dan browser web, sambil mengidentifikasi dan menyelesaikan potensi masalah sebelum meluncurkan aplikasi Anda.
-
-### Uji pada iOS dan Android
-
-Mulai dengan menguji seluruh proses autentikasi pada perangkat iOS dan Android fisik.
-
--   **Untuk iOS**: Pastikan skema URL Anda dikonfigurasi dengan benar dalam file `Info.plist`, dan konfirmasi aplikasi Anda menangani pengalihan dari penyedia OAuth2 dengan benar. Hindari menggunakan `WKWebView` untuk permintaan otorisasi, karena dapat menyebabkan error `disallowed_useragent`. Sebagai gantinya, gunakan pustaka seperti Google Sign-In untuk iOS atau AppAuth dari OpenID Foundation untuk iOS untuk menangani alur autentikasi secara efektif [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-    
--   **Untuk Android**: Periksa bahwa `AndroidManifest.xml` Anda menyertakan filter intent yang benar untuk menangani URI pengalihan. Serupa dengan iOS, hindari menggunakan `android.webkit.WebView` untuk permintaan otorisasi, karena juga dapat menyebabkan error `disallowed_useragent`. Pilih pustaka seperti Google Sign-In atau OpenID AppAuth untuk Android [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-    
-
-Dalam kedua kasus, uji skenario error, seperti server otorisasi yang tidak tersedia [\[7\]](https://www.testim.io/blog/how-to-test-oauth-authentication). Jika aplikasi Anda meminta beberapa izin (scope), verifikasi mana yang diberikan dan tangani situasi di mana beberapa mungkin ditolak [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-
-### Uji pada Web
-
-Untuk platform web, gunakan developer tools untuk memantau permintaan jaringan dan memastikan keamanan token. Alat seperti OAuth 2.0 Playground dapat membantu Anda menguji alur Anda [\[10\]](https://www.oauth.com/playground), sementara proxy intersepsi HTTP seperti [ZAP](https://www.zaproxy.org/) atau [BurpSuite](https://portswigger.net/burp) menawarkan wawasan yang lebih dalam selama pengujian [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses).
-
-Saat menguji, gunakan Authorization Code grant dengan PKCE, karena ini adalah pendekatan yang direkomendasikan untuk klien publik. Pastikan rahasia ditransmisikan dengan aman melalui parameter POST atau nilai header alih-alih parameter URL. Selain itu, terapkan header keamanan seperti `Referrer-Policy` untuk meningkatkan perlindungan [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses).
-
-### Perbaiki Masalah Umum
-
-Selama pengujian, Anda mungkin menemui masalah umum yang perlu ditangani:
-
--   **URI Pengalihan Tidak Tepat**: URI pengalihan yang tidak cocok sering menyebabkan error "unauthorized client". Pastikan URI pengalihan cocok persis di seluruh pengaturan penyedia OAuth2, file `capacitor.config.json` di aplikasi Capacitor Anda, dan manifes platform native.
-    
-    > "Rute sso yang diterima perlu mendukung kombinasi iosScheme dan hostname: ionic://com.myapp.mybundle" - LBopp [\[8\]](https://forum.ionicframework.com/t/redirect-back-to-app-after-oauth2-oidc-login/201056)
-    
--   **Error Verifikasi PKCE**: Konfirmasi bahwa PKCE didukung dan dikonfigurasi dengan benar, karena ini penting untuk mengamankan aplikasi Anda [\[9\]](https://capacitorjs.com/docs/guides/security).
-    
--   **Error Implementasi Plugin**: Error seperti "Plugin is not implemented on iOS" biasanya menunjukkan konfigurasi yang hilang atau masalah dalam lingkungan Capacitor. Aktifkan logging di plugin OAuth2 Anda untuk membantu mengidentifikasi dan menyelesaikan masalah ini [\[4\]](https://github.com/capacitor-community/generic-oauth2).
-    
--   **Error Ketidakcocokan State**: Jika parameter state dalam permintaan otorisasi tidak cocok dengan yang ada di respons pengalihan, ini bisa menandakan risiko keamanan. Ini terutama relevan saat menggunakan penangan OAuth kustom untuk penyedia seperti Facebook. Tinjau dengan cermat kode penangan kustom Anda untuk memastikan tidak ada error atau konfigurasi yang salah [\[4\]](https://github.com/capacitor-community/generic-oauth2).
-    
-
-## Langkah 5: Amankan Implementasi OAuth2 Anda
-
-Melindungi integrasi OAuth2 sangat penting untuk mengamankan data sensitif dan meminimalkan kerentanan. Berikut adalah praktik-praktik kunci untuk memastikan implementasi Anda tetap aman.
-
-### Aktifkan [PKCE](https://oauth.net/2/pkce/) untuk Keamanan Lebih Baik
-
-![PKCE](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/a1d07053135329feb5e83364c4428d00.jpg)
-
-Salah satu cara paling efektif untuk mengamankan alur otorisasi adalah dengan mengaktifkan PKCE (Proof Key for Code Exchange). PKCE membantu mencegah intersepsi kode otorisasi yang tidak sah. Berikut cara kerjanya:
-
--   Mulai dengan menghasilkan `code_verifier` acak yang panjangnya antara 43 dan 128 karakter.
--   Kemudian, buat `code_challenge` dengan melakukan hash `code_verifier` menggunakan SHA-256 dan mengenkode hasilnya dalam format URL base64.
-
-Jika Anda menggunakan plugin `capacitor-community/generic-oauth2`, mengaktifkan PKCE sangat mudah. Berikut contoh konfigurasi:
-
-```javascript
-{
-  responseType: "code",
-  pkceEnable: true,
-  redirectUrl: "com.companyname.appname:/"
-}
-```
-
-Plugin ini secara otomatis menangani PKCE dan tidak mendukung Code Flow tanpanya. `code_challenge_method` diatur ke "S256" secara default untuk validasi yang tepat [\[12\]](https://developer.constantcontact.com/api_guide/pkce_flow.html).
-
-### Gunakan Penyimpanan Aman untuk Token
-
-Menyimpan token OAuth2 secara aman sangat penting untuk mencegah akses tidak sah. Untuk aplikasi mobile native, manfaatkan penyimpanan aman yang disediakan oleh sistem operasi:
-
--   Pada iOS, gunakan **Keychain** untuk enkripsi berbasis hardware dan perlindungan tingkat OS.
--   Pada Android, gunakan **Keystore**, yang juga dapat mendukung [autentikasi biometrik](https://capgo.app/plugins/capacitor-native-biometric/) untuk keamanan tambahan.
-
-Untuk aplikasi web, simpan token dalam **cookie HttpOnly** yang aman dengan atribut `SameSite` untuk mengurangi risiko cross-site scripting (XSS).
-
-Berikut perbandingan singkat opsi penyimpanan aman:
-
-| Opsi Penyimpanan | Terbaik Untuk | Manfaat Keamanan | Pertimbangan |
-| --- | --- | --- | --- |
-| iOS Keychain | Aplikasi iOS native | Enkripsi berbasis hardware dan perlindungan tingkat OS | Memerlukan implementasi khusus platform |
-| Android Keystore | Aplikasi Android native | Penyimpanan aman dengan potensi perlindungan biometrik | Bervariasi berdasarkan fitur keamanan perangkat |
-| Cookie HttpOnly | Browser web | Tahan terhadap XSS dan transmisi otomatis yang aman | Harus dikonfigurasi untuk akses API domain yang sama |
-| Backend for Frontend | Semua platform | Token tidak pernah terekspos ke klien | Memerlukan infrastruktur server tambahan |
-
-Untuk keamanan tambahan, pertimbangkan menggunakan token akses berumur pendek dan penyimpanan terenkripsi. Misalnya, Auth0 membatasi token refresh aktif hingga 200 per pengguna per aplikasi untuk mengurangi risiko [\[13\]](https://auth0.com/docs/secure/tokens/token-best-practices). Anda juga dapat meningkatkan keamanan dengan proxy Backend for Frontend (BFF) yang menggunakan cookie HttpOnly [\[14\]](https://infinum.com/blog/secure-token-storage-oauth2).
-
-### Mengatur Kebijakan Keamanan Konten
-
-Selain penyimpanan yang aman, menerapkan Kebijakan Keamanan Konten (CSP) yang kuat dapat membantu melindungi aplikasi Anda dari serangan seperti cross-site scripting (XSS) dan injeksi kode. Anda dapat mengonfigurasi CSP di tingkat server menggunakan header HTTP `Content-Security-Policy` atau dengan menambahkan tag `<meta>` di HTML Anda.
-
-Direktif kunci yang perlu difokuskan meliputi:
-
--   **default-src**: Mengatur aturan fallback untuk semua jenis konten.
--   **script-src**: Mengontrol file JavaScript mana yang diizinkan untuk dieksekusi.
--   **connect-src**: Mengelola panggilan API dan interaksi OAuth2.
--   **frame-ancestors**: Mencegah clickjacking dengan membatasi siapa yang dapat menyematkan aplikasi Anda dalam iframe.
-
-Untuk perlindungan maksimal, gunakan nonce atau hash yang ketat daripada daftar izin yang luas, dan hindari direktif seperti `unsafe-inline` atau `unsafe-eval`. Jika aplikasi Anda beralih dari HTTP ke HTTPS, pertimbangkan untuk menambahkan direktif `upgrade-insecure-requests`. Untuk memastikan konten OAuth2 Anda tidak dapat disematkan di tempat lain, atur `frame-ancestors 'none'`.
-
-## Kesimpulan dan Langkah Selanjutnya
-
-### Poin-Poin Penting
-
-Anda telah berhasil mengimplementasikan autentikasi OAuth2 di aplikasi Capacitor Anda dengan mengikuti lima langkah utama. Ini termasuk menyiapkan penyedia OAuth2, memasang plugin yang diperlukan, membuat alur autentikasi, pengujian di berbagai platform, dan mengamankan integrasi menggunakan PKCE dan penyimpanan token yang tepat. Penting untuk diingat bahwa OAuth 2.0 adalah **protokol otorisasi**, bukan protokol autentikasi [\[1\]](https://auth0.com/intro-to-iam/what-is-oauth-2). Fokus utamanya adalah pada pemberian akses daripada memverifikasi identitas pengguna.
-
-Keamanan sangat penting, terutama untuk aplikasi seluler. Organisasi yang menggunakan OAuth 2.0 melaporkan penurunan 34% dalam insiden keamanan akses API dibandingkan dengan yang mengandalkan metode autentikasi dasar [\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access). Dengan menggabungkan praktik terbaik - seperti menggunakan token akses berumur pendek, menerapkan PKCE, dan menyimpan token dengan aman - Anda telah meletakkan dasar yang kuat untuk sistem autentikasi aplikasi Anda.
-
-Sekarang, Anda dapat mengeksplorasi cara untuk memperluas fungsionalitas aplikasi Anda sambil mempertahankan kerangka kerja yang aman ini.
-
-### Tambahkan Fitur Lainnya
-
-Dengan OAuth2 yang sudah terpasang, Anda memiliki kesempatan untuk meningkatkan aplikasi Anda dengan fitur tambahan. Contohnya:
-
--   **[OpenID Connect](https://openid.net/developers/how-connect-works/) (OIDC)**: Perluas OAuth 2.0 dengan kemampuan autentikasi pengguna dan Single Sign-On (SSO) [\[16\]](https://developer.okta.com/docs/concepts/oauth-openid).
--   **Autentikasi Multi-Faktor (MFA)**: Tingkatkan keamanan dengan menambahkan lapisan perlindungan tambahan [\[17\]](https://blog.saaspass.com/multi-factor-authentication-mfa-with-openid-connect-protocol-d6b64c49c99c).
--   **Profiling Progresif**: Kumpulkan data pengguna secara bertahap untuk meningkatkan onboarding dan pengalaman pengguna [\[15\]](https://www.descope.com/blog/post/oauth2-react-authentication-authorization).
-
-Untuk pemeliharaan dan pembaruan berkelanjutan, pertimbangkan alat seperti [Capgo](https://capgo.app/), yang memungkinkan Anda mendorong pembaruan langsung, perbaikan, dan fitur baru secara instan - melewati kebutuhan untuk menunggu persetujuan app store. Ini dapat sangat berguna untuk menangani patch keamanan atau meluncurkan fitur autentikasi baru dengan cepat.
-
-### Sumber Daya Tambahan
-
-Untuk lebih meningkatkan implementasi OAuth2 Anda, manfaatkan sumber daya dan strategi berikut:
-
--   **Keamanan API Gateway**: Perkuat deployment Anda dengan menerapkan langkah-langkah autentikasi dan otorisasi, caching, serta logging dan analitik yang kuat [\[20\]](https://moldstud.com/articles/p-best-practices-for-deploying-api-gateways-in-production).
-    
--   **Saran Aaron Parecki**: Menurut Aaron Parecki, penulis _OAuth 2.0 Simplified_:
-    
-    > "Alur Kode Otorisasi adalah yang paling aman dari alur OAuth 2.0 dan harus digunakan kapan pun memungkinkan untuk aplikasi sisi server" [\[18\]](https://blog.dreamfactory.com/implementing-oauth-2.0-in-rest-apis-complete-guide).
-    
-
-Berikut tabel referensi cepat untuk memandu langkah selanjutnya Anda:
-
-| Fase | Area Fokus Utama |
-| --- | --- |
-| Konfigurasi Sistem | Kelola siklus hidup token, terapkan HTTPS, dan simpan informasi sensitif dengan aman |
-| Manajemen Token | Gunakan token akses berumur pendek dan rotasi token penyegaran |
-| Proses Validasi | Verifikasi tanda tangan dan periksa kedaluwarsa token |
-
-Tetap terdepan dengan melakukan audit keamanan rutin dan menjaga implementasi Anda tetap up-to-date. Misalnya, OAuth 2.1 memperkenalkan peningkatan seperti mewajibkan PKCE untuk semua permintaan kode otorisasi dan menghentikan alur yang kurang aman [\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access). Selain itu, dokumentasi Capacitor dan repositori plugin OAuth2 menawarkan dukungan teknis berkelanjutan untuk membantu memelihara dan meningkatkan sistem autentikasi aplikasi Anda.
-
-## FAQ
-
-::: faq
-### Mengapa saya harus menggunakan Alur Kode Otorisasi dengan PKCE untuk OAuth2 di aplikasi seluler?
-
-## Mengapa Menggunakan Alur Kode Otorisasi dengan PKCE untuk Aplikasi Seluler?
-
-**Alur Kode Otorisasi dengan PKCE** adalah pilihan utama untuk aplikasi seluler karena meningkatkan keamanan dengan mengatasi risiko seperti intersepsi kode otorisasi dan serangan man-in-the-middle. PKCE (Proof Key for Code Exchange) bekerja dengan menambahkan lapisan perlindungan tambahan: ini memerlukan tantangan kode unik yang divalidasi oleh server otorisasi. Ini memastikan bahwa hanya aplikasi yang dimaksud yang dapat menyelesaikan proses autentikasi.
-
-Aplikasi seluler, yang diklasifikasikan sebagai klien publik, tidak dapat menyimpan rahasia klien dengan aman. Di sinilah PKCE berperan - ini memungkinkan Anda mengautentikasi pengguna dengan aman tanpa mengekspos data sensitif. Hasilnya? Proses login yang lebih aman dan lebih andal yang meningkatkan pengalaman pengguna secara keseluruhan.
-:::
-
-::: faq
-### Apa cara terbaik untuk menyimpan token OAuth2 dengan aman di aplikasi iOS, Android, dan web?
-
-Untuk menjaga token OAuth2 tetap aman di berbagai platform, penting untuk menggunakan **solusi penyimpanan aman yang disesuaikan dengan setiap platform**. Untuk iOS, opsi utama adalah Keychain Services, sementara pengguna Android harus mengandalkan sistem Android Keystore. Alat-alat ini secara khusus dibangun untuk melindungi data sensitif, termasuk token. Di web, cookie aman atau penyimpanan browser terenkripsi dapat berfungsi sebagai alternatif yang efektif.
-
-Menambahkan enkripsi, seperti AES-256, memberikan lapisan keamanan tambahan untuk token. Menggunakan **token berumur pendek** dan menyegarkannya secara aman saat diperlukan lebih lanjut mengurangi risiko. Menerapkan **PKCE (Proof Key for Code Exchange)** selama proses OAuth2 adalah langkah cerdas lainnya untuk memblokir akses yang tidak sah. Untuk perlindungan yang lebih kuat, pertimbangkan untuk mengintegrasikan autentikasi biometrik, memastikan bahwa hanya pengguna yang sah yang dapat mengakses token yang disimpan.
-:::
-
-::: faq
-### Apa masalah paling umum saat menguji integrasi OAuth2 dalam aplikasi Capacitor, dan bagaimana cara memperbaikinya?
-
-Saat menguji integrasi OAuth2 dalam aplikasi Capacitor, pengembang mungkin menghadapi beberapa hambatan umum. Berikut ringkasan cepat tentang apa yang perlu diwaspadai:
-
--   **Kredensial Klien Tidak Valid**: Pastikan ID klien dan rahasia Anda diatur dengan benar dan cocok dengan detail dalam konfigurasi penyedia OAuth Anda. Bahkan kesalahan ketik kecil dapat menyebabkan masalah.
--   **Ketidakcocokan URI Pengalihan**: URI pengalihan di aplikasi Anda harus sama persis dengan yang terdaftar di penyedia OAuth Anda. Periksa kembali ini untuk menghindari masalah yang tidak perlu.
--   **Kedaluwarsa Token**: Token tidak bertahan selamanya. Siapkan sistem penyegaran token yang andal untuk menangani token yang kedaluwarsa dengan lancar dan menjaga pengalaman pengguna tidak terganggu.
--   **Kesalahan Konfigurasi Scope**: Scope yang Anda minta dalam aplikasi Anda perlu selaras dengan yang dikonfigurasi di penyedia OAuth Anda. Scope yang tidak cocok dapat menyebabkan kesalahan yang tidak terduga.
-
-Untuk mengatasi masalah ini, luangkan waktu untuk meninjau setup OAuth aplikasi Anda secara menyeluruh. Terapkan penanganan kesalahan yang kuat untuk menangkap dan mengatasi masalah lebih awal, dan uji alur autentikasi Anda dalam berbagai skenario. Alat seperti Capgo dapat memudahkan hidup dengan memungkinkan Anda mendorong pembaruan dan perbaikan langsung ke aplikasi Anda tanpa menunggu persetujuan app store, menjaga pengembangan efisien dan pengguna tetap senang.
-:::
diff --git a/src/content/blog/id/a-brand-new-organization-system.md b/src/content/blog/id/a-brand-new-organization-system.md
deleted file mode 100644
index f6af0e8c2..000000000
--- a/src/content/blog/id/a-brand-new-organization-system.md
+++ /dev/null
@@ -1,91 +0,0 @@
----
-slug: a-brand-new-organization-system
-title: Sistem organisasi yang sama sekali baru
-description: Cerita di balik bagaimana tim capgo menambahkan sistem organisasi
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-04-15T00:00:00.000Z
-updated_at: 2024-04-15T00:00:00.000Z
-head_image: /organization_system_blog.webp
-head_image_alt: Ilustrasi sistem organisasi Capgo
-keywords: >-
-  organization system, capgo, mobile app development, software engineering,
-  backend development
-tag: Story
-published: true
-locale: id
-next_blog: ''
----
-## Pendahuluan
-
-Hai, saya [WcaleNieWolny](https://github.com/WcaleNieWolny/WcaleNieWolny) - insinyur perangkat lunak utama Capgo.
-
-Selama 8 bulan terakhir, saya telah mengembangkan [sistem organisasi](/docs/webapp/organization-system/), dan per 14 April, saya senang mengumumkan bahwa sistemnya telah selesai 🎉 🎊
-
-Akhirnya, setelah 8 bulan, setiap bagian dari Capgo dapat diakses oleh anggota organisasi. Ini termasuk:
- - aplikasi
- - statistik
- - penagihan
- - dukungan CLI penuh
- - dan banyak lagi!
-
-Tidak mudah untuk sampai di sini; ada 3 revisi besar dari sistem.
-
-## Organisasi v1
-
-Awalnya sangat sulit... Awalnya, saya mulai mengerjakan ini 2 minggu setelah bergabung dengan proyek.
-Saat itu, saya memiliki sedikit atau tidak ada pengetahuan tentang basis kode atau ide yang lebih besar tentang cara mengimplementasikan ini.
-
-Ini menyebabkan implementasi solusi yang paling rumit yang hanya mendukung akses ke aplikasi, saluran, dan versi.
-Bahkan tidak memungkinkan pengguna yang diundang untuk mengakses statistik.
-
-Dan kemudian saya menunggu Martin untuk meninjau ini. Saya menunggu dan menunggu, tapi tidak ada yang benar-benar terjadi. 3 bulan kemudian, saya memutuskan untuk kembali ke ini dan memperbaiki semua konflik penggabungan. Saya juga memutuskan untuk menguji, yang ternyata menjadi ide yang bagus.
-Tidak mengejutkan, solusi rumit itu benar-benar gagal. Pada saat itu, saya memutuskan untuk memperbaiki semua bug dan menulis tes E2E yang ekstensif.
-Saya harus bekerja dengan kode yang sangat rusak dan banyak keputusan buruk yang dibuat oleh saya di masa lalu, tapi setelah 2 minggu yang berat, akhirnya saya berhasil membuatnya berfungsi.
-
-Namun, itu tidak berarti bahwa itu sempurna. Pemilik organisasi masih memiliki akses yang jauh lebih banyak daripada pengguna yang diundang tertinggi sekalipun. Pengalaman pengguna juga cukup kurang. Pengguna yang diundang bahkan tidak dapat melihat statistik aplikasi, mengelola penagihan, dan CLI terbatas hanya untuk mengunggah.
-
-Terlepas dari semua tantangan tersebut, Martin telah meninjau PR, dan seminggu kemudian, itu didorong ke produksi.
-
-## Organisasi v2
-
-Sistem organisasi bekerja cukup baik terlepas dari semua tantangan. Pengguna menggunakannya, dan itu benar-benar mendorong seluruh proyek ke depan. Namun, saya masih harus:
- - memperbaiki kekacauan yang dibuat dalam [keamanan tingkat baris](https://supabase.com/docs/guides/auth/row-level-security)
- - menambahkan dukungan untuk seluruh CLI
- - memastikan bahwa pengguna admin memiliki akses yang sama dengan pemilik
-
-Setelah [banyak diskusi](https://github.com/Cap-go/capgo/issues/564) dengan Martin, kami memutuskan bahwa cara terbaik untuk melanjutkan adalah menulis ulang seluruh aturan keamanan dan memindahkan semua kepemilikan sumber daya ke organisasi dan bukan pengguna.
-Ini akan memungkinkan integrasi yang lebih mudah dengan sistem organisasi baru, dan juga akan menghapus banyak kode lama.
-
-Menulis kode RLS baru sangat membosankan, tapi setelah seminggu setengah, seluruh migrasi siap.
-
-Namun kali ini, kami memutuskan untuk tidak menulis tes E2E, yang berarti kami harus mengujinya secara manual. Setelah 3 panggilan yang sangat ekstensif bersama-sama, Martin dan saya akhirnya memutuskan untuk mendorong ke produksi dan berharap semuanya akan berjalan dengan baik 🙏
-
-Ternyata tidak... Ternyata saya merusak pendaftaran pengguna, dan pengguna baru tidak dapat membuat akun 😅
-
-Setelah panggilan panik yang cepat, saya segera mendorong beberapa perubahan ke prod dan pergi tidur. Sayangnya, perubahan saya hanya menciptakan lebih banyak masalah 😰
-
-Setelah saya bangun, saya menemukan bahwa pengguna memiliki banyak organisasi kosong. Ini tidak seharusnya terjadi karena hanya 1 organisasi yang diizinkan per pengguna. Butuh waktu untuk brainstorming untuk menghapus semua duplikat org kosong, tapi selain itu, perubahan berjalan cukup lancar.
-
-## Organisasi v3
-
-Bahkan ini tidak cukup. Masih ada komponen besar yang hilang - penagihan.
-
-Sejauh ini hanya pemilik yang dapat mengelola penagihan. Ini telah menciptakan beberapa masalah menarik di mana pengguna membeli paket berpikir dia membelinya untuk organisasi.
-Kami dengan cepat memperbaiki masalah secara manual dan pada saat inilah kami memutuskan bahwa masalah ini tidak dapat diterima
-
-Migrasi berjalan cukup lancar. Butuh seminggu kerja tapi dibandingkan dengan V1 dan V2 itu benar-benar tidak terlalu sulit 🚀
-
-## Organisasi v4 - masa depan
-
-Setelah semua kerja keras ini saya pikir sudah waktunya untuk fokus pada hal lain untuk saat ini 😎
-
-Tidak mudah tapi saya belajar banyak dan capgo telah menerima fitur yang sangat bagus dan penting
-Saya masih harus mendepresiasi fungsi lama, meningkatkan pengalaman pengguna webapp, memantau bug,
-tapi seharusnya tidak ada perubahan besar pada sistem ini.
-
-
-<br>
-
-Terima kasih telah membaca 🚀
diff --git a/src/content/blog/id/account-deletion-compliance-apple-guidelines.md b/src/content/blog/id/account-deletion-compliance-apple-guidelines.md
deleted file mode 100644
index a92492c3c..000000000
--- a/src/content/blog/id/account-deletion-compliance-apple-guidelines.md
+++ /dev/null
@@ -1,241 +0,0 @@
----
-slug: account-deletion-compliance-apple-guidelines
-title: 'Kepatuhan Penghapusan Akun: Pedoman Apple'
-description: >-
-  Pelajari tentang pedoman penghapusan akun Apple, persyaratan utama untuk
-  pengembang, dan praktik terbaik untuk memastikan privasi data pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T03:15:15.208Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6823e678f8b9f5df39f52ef5-1747192562945.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Apple guidelines, account deletion, user privacy, app compliance, mobile
-  development
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**Apple mengharuskan semua aplikasi di [App Store](https://www.apple.com/app-store/) untuk menyediakan opsi penghapusan akun pengguna dalam aplikasi.** Kebijakan ini, yang diberlakukan sejak 30 Juni 2022, memastikan pengguna dapat menghapus data mereka sepenuhnya, memberikan mereka kendali lebih atas privasi mereka. Berikut yang perlu Anda ketahui:
-
--   **Persyaratan Utama**:
-    
-    -   **Opsi penghapusan akun** harus mudah ditemukan di pengaturan aplikasi.
-    -   Data pengguna harus **dihapus sepenuhnya**, kecuali jika penyimpanan diwajibkan secara hukum.
-    -   Aplikasi yang menggunakan **"Sign in with Apple"** harus mencabut token melalui REST API Apple.
--   **Untuk Pengembang**:
-    
-    -   Uji proses penghapusan untuk kemudahan penggunaan dan penghapusan data lengkap.
-    -   Pastikan layanan pihak ketiga juga menghapus data pengguna.
-    -   Gunakan alat seperti **[Capgo](https://capgo.app/)** untuk pembaruan langsung dan pemantauan kepatuhan.
--   **Masalah Umum**:
-    
-    -   Sinkronisasi penghapusan antar platform.
-    -   Penanganan token yang terisolasi dan penghapusan data yang tidak lengkap.
-
-Kegagalan untuk mematuhi dapat mengakibatkan penolakan atau penghapusan aplikasi dari App Store. Pengembang harus memprioritaskan privasi pengguna dan mengikuti pedoman Apple untuk menghindari masalah.
-
-## Persyaratan Teknis
-
-### Langkah Penghapusan yang Diperlukan
-
-Proses penghapusan akun harus sederhana dan mudah ditemukan. Tempatkan secara menonjol di pengaturan akun aplikasi - tidak tersembunyi di submenu atau tautan eksternal.
-
-Berikut langkah-langkah utama yang harus disertakan:
-
--   **Verifikasi Akun**: Pastikan identitas pengguna dikonfirmasi melalui kode email atau SMS.
--   **Komunikasi yang Jelas**: Jelaskan dengan jelas data apa yang akan dihapus dan soroti persyaratan hukum untuk menyimpan informasi tertentu.
--   **Dialog Konfirmasi**: Berikan layar konfirmasi akhir yang menguraikan konsekuensi penghapusan akun.
-
-Selain itu, gunakan Sign in with Apple REST API untuk mencabut token selama proses penghapusan akun [\[2\]](https://developer.apple.com/news/?id=12m75xbj)[\[3\]](https://www.ketch.com/blog/posts/apple-delete-account-requirement).
-
-Setelah langkah-langkah ini diterapkan, fokus pada memastikan penghapusan data sesuai dengan persyaratan ini.
-
-### Standar Penghapusan Data
-
-| **Tipe Data** | **Persyaratan Penghapusan** | **Pertimbangan Hukum** |
-| --- | --- | --- |
-| Konten Pengguna | Penghapusan lengkap | Mungkin diperlukan penyimpanan sementara |
-| Data Autentikasi | Penghapusan segera | Diperlukan pencabutan token |
-| Data Pihak Ketiga | Penghapusan terkoordinasi | Kepatuhan bervariasi menurut layanan |
-| Riwayat Penggunaan | Pembersihan penuh | Tunduk pada aturan penyimpanan hukum |
-
-Jika data pengguna disimpan dengan layanan pihak ketiga, pastikan layanan tersebut juga menghapus data. Industri dengan regulasi ketat mungkin memerlukan dukungan layanan pelanggan tambahan untuk memastikan kepatuhan [\[2\]](https://developer.apple.com/news/?id=12m75xbj).
-
-Sangat penting untuk memverifikasi kepatuhan terhadap standar ini melalui pengujian komprehensif.
-
-### Persyaratan Pengujian
-
-Pengujian proses penghapusan akun sangat penting untuk memastikan kepatuhan dan fungsionalitas. Gunakan alat seperti [Xcode](https://developer.apple.com/xcode/) dan alat peninjauan App Store untuk fokus pada hal berikut:
-
--   **Alur Penghapusan**: Konfirmasikan prosesnya ramah pengguna dan mudah diakses.
--   **Verifikasi Data**: Pastikan semua data pengguna benar-benar dihapus di semua sistem.
--   **Kasus Khusus**: Uji skenario yang melibatkan pembelian dalam aplikasi dan integrasi pihak ketiga.
-
-Untuk pengembang yang menggunakan Capacitor dengan Capgo, pembaruan langsung dapat membantu mengatasi masalah kepatuhan dengan cepat, melewati kebutuhan untuk menunggu persetujuan App Store. Selama pengujian, pastikan untuk memverifikasi:
-
--   Pencabutan token untuk pengguna yang masuk dengan Apple.
--   Penghapusan data lengkap dari semua layanan yang terhubung.
--   Penanganan yang tepat untuk langganan aktif.
-
-## Masalah Umum dan Solusi
-
-### Sinkronisasi Data Platform
-
-Terkadang, penghapusan data di iOS dan Android tidak tersinkronisasi dengan baik. Ini biasanya terjadi karena perbedaan dalam cara setiap platform menangani penyimpanan dan data cache.
-
-Berikut cara mengatasi masalah sinkronisasi:
-
--   **Penangan Penghapusan Terpusat**: Kembangkan layanan terpadu untuk mengelola tugas-tugas utama seperti:
-    
-    -   Membersihkan [penyimpanan lokal](https://capgo.app/plugins/capacitor-data-storage-sqlite/)
-    -   Membersihkan penyimpanan aman
-    -   Mengakhiri proses sinkronisasi cloud
-    -   Menangani manajemen token
--   **Penyiaran Event Lintas Platform**: Gunakan logika sisi server untuk mengirim event penghapusan ke semua sesi dan perangkat aktif, memastikan konsistensi.
-
-### Pembaruan Plugin
-
-Setelah menangani penghapusan di seluruh platform, Anda perlu mengatasi tantangan khusus plugin. Memastikan plugin kompatibel dan selaras dengan proses penghapusan Anda sangat penting untuk menghindari inkonsistensi.
-
-| **Masalah** | **Dampak** | **Solusi** |
-| --- | --- | --- |
-| Persistensi Token | Token terisolasi tetap aktif | Siapkan pencabutan token otomatis |
-| Penyimpanan Lokal | Pembersihan data mungkin tidak lengkap | Lakukan pemeriksaan penghapusan rekursif |
-| Sinkronisasi Cloud | Status penghapusan mungkin tidak cocok | Gunakan handler sinkron untuk memastikan konsistensi |
-
-### Manajemen Pembaruan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6823e678f8b9f5df39f52ef5/21f0f35e63cf5752e2e56f9c4dd03eab.jpg)
-
-Manajemen pembaruan real-time memainkan peran penting dalam mempertahankan kepatuhan di seluruh platform dan plugin. Di sinilah **Capgo** dapat menyederhanakan proses pengelolaan pembaruan penghapusan akun.
-
-Berikut cara Capgo membantu:
-
--   **Peluncuran Bertahap**: Uji pembaruan alur penghapusan dengan grup kecil sebelum menerapkannya secara luas.
--   **Rollback Instan**: Jika ada masalah, kembalikan ke versi stabil sebelumnya dengan segera.
--   **Analitik Pembaruan**: Pantau tingkat keberhasilan untuk alur penghapusan dan identifikasi masalah kepatuhan.
-
-Menurut Capgo, pembaruan kepatuhan mencapai 95% pengguna dalam 24 jam[\[1\]](https://capgo.app). Plus, semua penerapan diamankan dengan enkripsi end-to-end, memastikan keamanan data.
-
-Untuk memaksimalkan Capgo untuk pembaruan kepatuhan:
-
--   **Kontrol Versi**: Gunakan saluran pembaruan terpisah untuk menguji alur penghapusan sebelum meluncurkannya ke semua pengguna.
--   **Pemantauan Kesalahan**: Siapkan peringatan untuk penghapusan yang gagal atau konflik plugin.
--   **Verifikasi Kepatuhan**: Manfaatkan analitik Capgo untuk mengonfirmasi bahwa pengguna menerima pembaruan terbaru untuk kepatuhan penghapusan.
-
-## Panduan Implementasi
-
-### Standar Antarmuka Pengguna
-
-Saat merancang antarmuka pengguna untuk penghapusan akun, perhatikan hal-hal berikut:
-
--   **Lokasi Utama**: Buat opsi penghapusan mudah ditemukan. Tempatkan secara menonjol di pengaturan akun (misalnya, _Pengaturan > Akun > Hapus Akun_).
-    
--   **Komunikasi yang Jelas**: Berikan penjelasan detail tentang apa yang terjadi saat akun dihapus. Sertakan informasi tentang:
-    
-    -   Data apa yang akan dihapus
-    -   Persyaratan penyimpanan data hukum
-    -   Perkiraan waktu untuk penghapusan
-    -   Dampak potensial pada langganan aktif
--   **Alur Verifikasi**: Pastikan prosesnya aman dengan:
-    
-    -   Meminta pengguna memasukkan kembali kata sandi mereka
-    -   Mengirim kode verifikasi melalui email atau SMS
-    -   Menampilkan dialog konfirmasi yang jelas menguraikan tindakan tersebut
-
-Standar ini memastikan pengalaman yang ramah pengguna sambil selaras dengan protokol kepatuhan yang lebih luas.
-
-### Pemeriksaan Kepatuhan Otomatis
-
-Untuk mempertahankan kepatuhan yang konsisten terhadap standar ini, gunakan alat otomatis untuk memvalidasi UI dan proses Anda. Fokus pada area penting berikut:
-
-| Kategori Pengujian | Poin Verifikasi | Metode Implementasi |
-| --- | --- | --- |
-| **Pengujian UI** | Pastikan opsi penghapusan mudah ditemukan | Gunakan tes navigasi UI otomatis |
-| **Penghapusan Data** | Konfirmasi penghapusan lengkap data pengguna | Validasi respons API |
-| **Manajemen Token** | Cabut token seperti "Sign in with Apple" | Lakukan tes integrasi REST API |
-| **Lintas Platform** | Pastikan konsistensi di semua perangkat | Uji pada beberapa perangkat |
-
-Pengujian otomatis rutin membantu mengidentifikasi dan mengatasi masalah potensial sebelum berdampak pada pengguna.
-
-### Pencegahan Risiko
-
-Untuk meminimalkan risiko dan memastikan operasi yang lancar, lakukan langkah-langkah berikut:
-
--   **Manajemen Inventaris Data**: Simpan catatan detail tentang lokasi penyimpanan data pengguna. Ini termasuk penyimpanan lokal, database cloud, layanan pihak ketiga, sistem autentikasi, dan backup. Verifikasi bahwa data dihapus dari semua lokasi ini.
-    
--   **Penanganan Kesalahan**: Siapkan untuk masalah potensial seperti:
-    
-    -   Gangguan jaringan
-    -   Panggilan API yang gagal
-    -   Penghapusan data yang tidak lengkap
-    -   Kesalahan pencabutan token  
-        Terapkan mekanisme fallback untuk menangani skenario ini dengan baik.
--   **Pemantauan dan Kepatuhan Hukum**: Pantau metrik utama seperti tingkat keberhasilan penghapusan, waktu penyelesaian rata-rata, dan data yang tersisa. Ini membantu mengidentifikasi dan menyelesaikan masalah dengan cepat. Selain itu, pastikan kepatuhan terhadap persyaratan hukum, terutama untuk industri dengan regulasi ketat. Untuk aplikasi di sektor ini, tambahkan langkah verifikasi tambahan, dokumentasikan semua prosedur secara menyeluruh, dan lakukan audit rutin.
-
-## Ringkasan
-
-### Persyaratan Utama
-
-Sejak 30 Juni 2022, Apple mengharuskan semua aplikasi menyertakan fitur bawaan yang memungkinkan pengguna menghapus akun mereka sepenuhnya. Berikut adalah rincian persyaratan utama:
-
-| **Kategori Persyaratan** | **Detail Implementasi** | **Catatan Kepatuhan** |
-| --- | --- | --- |
-| **Aksesibilitas** | Opsi penghapusan akun harus mudah ditemukan dalam pengaturan aplikasi. | Fitur ini harus dibangun langsung ke dalam aplikasi. |
-| **Penanganan Data** | Data pengguna dan informasi akun harus dihapus sepenuhnya. | Penghapusan parsial tidak memenuhi standar kepatuhan. |
-| **Autentikasi** | Cabut token dengan benar untuk akun "Sign in with Apple". | Gunakan REST API "Sign in with Apple" untuk implementasi. |
-| **Komunikasi** | Beritahu pengguna dengan jelas tentang proses penghapusan dan timeline. | Sertakan informasi tentang kebijakan penyimpanan data dan kewajiban hukum. |
-
-Pedoman ini membentuk dasar untuk memastikan kepatuhan terhadap kebijakan Apple.
-
-### Langkah Selanjutnya
-
-Untuk memenuhi persyaratan ini, lakukan tindakan berikut:
-
--   **Tinjau Penyimpanan Data**  
-    Audit semua sumber tempat data pengguna disimpan dan nilai kebijakan retensi. Pastikan koneksi pihak ketiga didokumentasikan secara menyeluruh.
-    
--   **Terapkan Alur Kerja Penghapusan Aman**  
-    Siapkan proses untuk memverifikasi permintaan pengguna, mencabut token, dan mengotomatiskan penghapusan data pengguna.
-    
--   **Protokol Pengujian**  
-    Lakukan pengujian menyeluruh di semua platform, simulasikan berbagai skenario, dan pertahankan dokumentasi untuk menunjukkan kepatuhan.
-
-Tools seperti Capgo dapat menyederhanakan pembaruan dengan memungkinkan penyesuaian langsung pada aplikasi Anda. Pengujian rutin dan pemantauan otomatis akan membantu memastikan integritas data dan menjaga kepatuhan aplikasi Anda seiring waktu. Selain itu, tetap ikuti perkembangan persyaratan hukum untuk menghindari celah kepatuhan.
-
-## Cara Mengimplementasikan Hapus Akun di Aplikasi Anda
-
-<iframe src="https://www.youtube.com/embed/TC6d4pub1jU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## FAQ
-
-::: faq
-### Bagaimana cara pengembang memastikan aplikasi mereka memenuhi persyaratan penghapusan akun Apple?
-
-Untuk memenuhi pedoman penghapusan akun Apple, pengembang perlu menawarkan cara yang sederhana dan jelas bagi pengguna untuk menghapus akun mereka langsung dari dalam aplikasi. Prosesnya harus mudah ditemukan, mudah diikuti, dan tidak mengharuskan pengguna mengunjungi situs web eksternal atau menghubungi tim dukungan.
-
-Bagi yang menggunakan Capacitor, tools seperti **Capgo** dapat mempermudah kepatuhan. Capgo memungkinkan pembaruan real-time ke aplikasi Anda, artinya Anda dapat dengan cepat mengimplementasikan perubahan - seperti penyesuaian fitur penghapusan akun - tanpa menunggu persetujuan app store. Dengan memastikan kepatuhan, Anda tidak hanya mengurangi risiko penolakan aplikasi tetapi juga memperkuat kepercayaan pengguna.
-:::
-
-::: faq
-### Bagaimana cara pengembang memastikan penghapusan data yang tepat di semua platform sambil menghindari masalah sinkronisasi?
-
-Mengelola penghapusan data di berbagai platform tidak selalu mudah, terutama ketika harus mematuhi pedoman khusus seperti yang ditetapkan oleh Apple. Untuk mengatasi hal ini, pengembang perlu membangun sistem backend yang andal yang memproses permintaan penghapusan data secara seragam di semua platform yang terintegrasi. Ini sering melibatkan penggunaan API atau layanan yang melakukan penghapusan secara bersamaan, memastikan konsistensi dan mencegah ketidaksesuaian.
-
-Untuk aplikasi yang dibuat dengan Capacitor, tools seperti **Capgo** dapat menyederhanakan tugas ini. Capgo mendukung pembaruan real-time dan selaras dengan persyaratan Apple, membantu pengembang mengelola pembaruan dan fitur aplikasi sambil memenuhi standar penghapusan data. Dengan menggunakan tools yang memastikan sinkronisasi yang lancar, pengembang dapat meminimalkan kesalahan dan membangun kepercayaan pengguna yang lebih kuat.
-:::
-
-::: faq
-### Bagaimana cara pengembang aplikasi memastikan aplikasi mereka mematuhi persyaratan penghapusan akun Apple?
-
-## Memastikan Kepatuhan dengan Persyaratan Penghapusan Akun Apple
-
-Untuk memenuhi persyaratan penghapusan akun Apple, penting untuk tetap mengikuti pedoman mereka dan membuat proses yang mudah dan ramah pengguna untuk penghapusan akun dalam aplikasi Anda. Meninjau Pedoman Peninjauan App Store Apple secara rutin, terutama bagian tentang manajemen akun dan data pengguna, adalah langkah penting bagi pengembang.
-
-Jika aplikasi Anda dibangun menggunakan Capacitor, tools seperti **Capgo** dapat menyederhanakan prosesnya. Capgo menawarkan fitur seperti pembaruan real-time dan memastikan aplikasi Anda memenuhi persyaratan platform Apple, sekaligus mempertahankan pengalaman pengguna yang lancar. Selain itu, pengujian dan pemantauan rutin sangat penting untuk mengkonfirmasi kepatuhan dan dengan cepat menyelesaikan masalah potensial.
-:::
diff --git a/src/content/blog/id/alternative-to-appflow.md b/src/content/blog/id/alternative-to-appflow.md
deleted file mode 100644
index 9e57e44a1..000000000
--- a/src/content/blog/id/alternative-to-appflow.md
+++ /dev/null
@@ -1,86 +0,0 @@
----
-slug: alternative-to-appflow
-title: Alternatif untuk Ionic Appflow
-description: >-
-  Ionic Appflow adalah mesin besar untuk aplikasi Anda, sayangnya harganya tidak
-  dibuat untuk semua, Capgo hadir untuk membantu Anda menangani pembaruan OTA
-  dengan mudah dan harga yang wajar.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-02T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /appflow_alt.webp
-head_image_alt: Alternatif ilustrasi Appflow
-keywords: >-
-  Ionic Appflow, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: id
-next_blog: ''
----
-Ionic Appflow adalah platform pengembangan aplikasi seluler berbasis cloud yang menyediakan pengembang dengan berbagai alat dan layanan untuk membangun, menguji, dan menggunakan aplikasi seluler dengan cepat. Platform ini menawarkan fitur seperti integrasi dan penerapan berkelanjutan, pelaporan kerusakan, memungkinkan pengembang untuk melacak kinerja aplikasi mereka dan memastikan bahwa aplikasi berjalan dengan lancar untuk pengguna mereka.
-
-Salah satu fitur unggulan Ionic Appflow adalah dukungan untuk pembaruan langsung. Ini memungkinkan pengembang untuk memperbarui konten dan fungsionalitas aplikasi mereka secara real-time, tanpa mengharuskan pengguna mengunduh versi baru aplikasi. Ini berarti pengguna dapat mengakses fitur dan peningkatan terbaru segera setelah tersedia, tanpa harus melalui proses mengunduh dan memasang pembaruan.
-
-Jika Anda sudah memiliki solusi integrasi berkelanjutan sendiri tetapi tertarik menggunakan fitur pembaruan langsung Ionic Appflow, Anda mungkin merasa biaya penggunaan Ionic Appflow terlalu mahal. Dalam hal ini, Anda mungkin ingin mempertimbangkan menggunakan platform berbeda yang menawarkan pembaruan langsung dengan harga yang lebih terjangkau.
-
-Salah satu pilihan adalah Capgo, plugin Capacitor open-source yang dibuat oleh perusahaan Digital shift OU. [Capgo](/register/) menyediakan pembaruan langsung seperti Ionic Appflow, dan dapat diintegrasikan dengan berbagai alat integrasi berkelanjutan. Ini memungkinkan Anda untuk terus menggunakan pengaturan integrasi berkelanjutan yang ada sambil tetap memanfaatkan kenyamanan dan fleksibilitas pembaruan langsung.
-
-Tentu saja, penting bagi Anda untuk mengevaluasi dengan cermat fitur dan biaya platform apa pun yang Anda pertimbangkan untuk digunakan, dan memilih solusi yang paling sesuai dengan kebutuhan dan anggaran Anda.
-
-Itulah mengapa kami membuatkan Anda tabel yang jelas dan sederhana untuk membantu Anda membandingkan.
-
-## Perbandingan Fitur
-
-| Fitur | Capgo | Appflow |
-| --- | --- | --- |
-| Pembaruan langsung | ✅ | ✅ |
-| Waktu pembaruan | < 1min | < 10 min |
-| Saluran pembaruan | ✅ | ✅ |
-| Uji coba gratis | ✅ | ❌ |
-| Kembalikan/ubah versi saluran | ✅ | ❌ |
-| Statistik instalasi | ✅ | ❌ |
-| Aplikasi sandbox untuk pengujian | ✅ | ❌ |
-| Plugin Capacitor | ✅ | ❌ Kompatibel Cordova |
-| Plugin Cordova | ❌ Bisa diport kembali | ✅ |
-| Harga terjangkau | ✅ Mulai dari $14/bulan | ❌ Mulai dari $499/bulan |
-| Build native | ❌ | ✅ |
-| Enkripsi End-to-End | ✅ | ❌ hanya untuk Portal |
-| 100% Open source | ✅ | ❌ |
-| Portal | ❌ segera hadir | ✅ |
-| CI/CD | ❌ Tutorial untuk platform populer | ✅ |
-
-## Alternatif integrasi berkelanjutan
-
-Jika Anda tertarik menggunakan [Capgo](https://capgo.app/pricing/) untuk memanfaatkan pembaruan langsung tetapi tidak memiliki solusi integrasi berkelanjutan, Anda dapat dengan mudah mengatur alur kerja integrasi berkelanjutan berbiaya rendah menggunakan GitHub Actions. GitHub Actions adalah layanan integrasi dan penerapan berkelanjutan bawaan gratis untuk repositori GitHub yang memungkinkan pengembang untuk mengotomatisasi alur kerja pengembangan perangkat lunak mereka.
-
-Untuk mengatur integrasi berkelanjutan dengan GitHub Actions dan Capgo, Anda pertama-tama perlu membuat repositori GitHub untuk kode aplikasi Anda. Kemudian Anda dapat membuat file alur kerja di repositori Anda yang mendefinisikan langkah-langkah yang harus dijalankan setiap kali kode didorong ke repositori. Misalnya, file alur kerja sederhana mungkin mencakup langkah-langkah untuk membangun dan menguji aplikasi, dan kemudian menggunakan [Capgo](/register/) untuk membuat pembaruan langsung dan menerapkannya ke pengguna aplikasi.
-
-Dengan pengaturan ini, setiap kali Anda memperkenalkan perubahan pada kode aplikasi Anda dan mendorongnya ke repositori GitHub, file alur kerja akan dipicu, dan langkah-langkah yang ditentukan akan dieksekusi. Ini memungkinkan Anda untuk secara otomatis membangun, menguji, dan menerapkan aplikasi JS Anda dengan upaya minimal, sambil tetap memanfaatkan kenyamanan dan fleksibilitas pembaruan langsung.
-
-Secara keseluruhan, menggunakan GitHub Actions dan [Capgo](/register/) bisa menjadi solusi hemat biaya bagi mereka yang ingin menggunakan pembaruan langsung tetapi tidak memiliki pengaturan integrasi berkelanjutan sendiri. Dengan memanfaatkan alat-alat ini, klien dapat mengotomatisasi proses pengembangan aplikasi mereka dan dengan cepat dan mudah menerapkan pembaruan kepada pengguna mereka.
-
-Jika Anda siap untuk mengatur CI/CD dengan Capgo, Anda dapat mengikuti [tutorial untuk IOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) ini.
-
-## Mari melangkah lebih jauh
-
-Sejujurnya, saya telah merekomendasikan Appflow untuk waktu yang lama, untuk tim besar yang membutuhkan orang pendukung khusus.
-Tapi sekarang, saya pikir sudah waktunya untuk berubah.
-
-Capgo sudah cukup matang untuk digunakan oleh semua ukuran tim, dan jauh lebih terjangkau.
-
-Jika Anda adalah tim besar yang membutuhkan orang pendukung khusus, hubungi saya, dan kita bisa menemukan solusi bersama.
-
-Meskipun Capgo seharusnya swalayan, saya sangat hadir untuk para pengguna.
-
-Saya dapat membantu Anda mengonfigurasi build untuk kode native juga, Anda tidak perlu membayar Appflow untuk melakukannya.
-
-Jika Anda menyukai alat swalayan berbasis komunitas open-source,
-
-Bergabunglah dengan kami di sini 👇
-
-## Daftar di sini untuk mendapatkan akun Anda
-
-[Capgo](/register/)
diff --git a/src/content/blog/id/alternative-to-expo.md b/src/content/blog/id/alternative-to-expo.md
deleted file mode 100644
index ba0e6074c..000000000
--- a/src/content/blog/id/alternative-to-expo.md
+++ /dev/null
@@ -1,59 +0,0 @@
----
-slug: alternative-to-expo
-title: Alternatif untuk Expo Live Update
-description: >-
-  Mencari platform pengembangan aplikasi seluler yang menawarkan kemudahan
-  pembaruan langsung seperti Expo tanpa batasan harus terikat dengan React
-  Native? Coba gunakan Capgo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /expo_alternative.webp
-head_image_alt: ilustrasi alternatif Expo
-keywords: >-
-  Expo, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: id
-next_blog: ''
----
-Expo Live Update adalah fitur dari platform Expo yang memungkinkan pengembang untuk menerapkan pembaruan ke aplikasi mereka secara real-time, tanpa mengharuskan pengguna mengunduh versi baru aplikasi. Ini mirip dengan fitur live update dari Capgo, yang memungkinkan pengembang untuk dengan cepat dan mudah memperbarui konten dan fungsionalitas aplikasi mereka tanpa memaksa pengguna melalui proses mengunduh dan menginstal pembaruan.
-
-Baik Expo Live Update dan fitur live update Capgo dirancang untuk memudahkan pengembang dalam menyediakan fitur dan peningkatan aplikasi terbaru kepada pengguna mereka segera setelah tersedia. Ini dapat membantu meningkatkan pengalaman pengguna dan membuat pengguna tetap terlibat dengan aplikasi, karena mereka dapat mengakses fitur dan peningkatan baru segera setelah tersedia.
-
-Secara keseluruhan, Expo Live Update dan fitur live update Capgo memiliki kesamaan yaitu keduanya menyediakan cara yang nyaman dan ramah pengguna bagi pengembang untuk menerapkan pembaruan ke aplikasi mereka secara real-time. Apakah pengembang memilih menggunakan Expo Live Update atau fitur live update Capgo akan tergantung pada kebutuhan dan preferensi spesifik mereka, serta alat dan teknologi yang mereka gunakan untuk pengembangan aplikasi mereka.
-
-Jika Anda seorang pengembang aplikasi mobile yang mencari alternatif untuk Expo, Anda mungkin ingin mempertimbangkan Capgo. [Capgo](/register/) adalah platform pengembangan aplikasi mobile berbasis cloud yang menawarkan banyak alat dan layanan yang sama seperti Expo, termasuk live update, tetapi dengan satu perbedaan kunci: [Capgo](/register/) dapat digunakan dengan framework JavaScript apapun, sementara Expo terbatas pada aplikasi yang dibangun menggunakan React Native.
-
-Ini berarti dengan Capgo, pengembang memiliki kebebasan untuk memutuskan framework yang paling sesuai dengan kebutuhan dan preferensi mereka. Baik Anda penggemar AngularJS, Vue.js, atau framework JavaScript lainnya, Anda dapat menggunakan [Capgo](/register/) untuk membangun, menguji, dan menerapkan aplikasi Anda dengan mudah.
-
-Selain fleksibilitasnya, [Capgo](/register/) juga menyediakan berbagai alat dan layanan berguna lainnya untuk pengembangan aplikasi mobile. Misalnya, ini menawarkan integrasi dengan CI/CD, plugin untuk fitur native dan tutorial untuk native CI/CD, dan analitik, memungkinkan pengembang untuk melacak kinerja aplikasi mereka dan memastikan bahwa aplikasi berjalan lancar untuk pengguna mereka.
-
-Secara keseluruhan, [Capgo](/register/) adalah alternatif yang kuat dan fleksibel untuk Expo yang menawarkan banyak fitur dan manfaat yang sama, dengan keuntungan tambahan mendukung berbagai framework JavaScript. Jika Anda mencari platform yang dapat membantu merampingkan proses pengembangan aplikasi Anda dan memberikan pengalaman pengguna yang hebat, [Capgo](/register/) pasti layak dipertimbangkan.
-
-## Perbandingan Fitur
-
-| Fitur | Capgo | Expo |
-| --- | --- | --- |
-| Live updates | ✅ | ✅ |
-| Channel pembaruan | ✅ | ✅ |
-| Kembalikan/ubah versi channel | ✅ | ✅ |
-| Statistik Instalasi | ✅ | ❌ |
-| Aplikasi sandbox untuk pengujian | ✅ | ✅ |
-| React Native | ❌ | ✅ |
-| React | ✅ | ❌ |
-| Capacitor | ✅ | ❌ Hanya React-native |
-| Harga terjangkau | ✅ | ✅ |
-| Build native | ❌ | ✅ |
-| 100% Open source | ✅ | ❌ |
-| Enkripsi End-to-End | ✅ | ❌ hanya signing terenkripsi |
-| CI/CD | ❌ Tutorial untuk melakukannya di popular | ✅ |
-
-## Kesimpulan
-
-Expo adalah alat yang hebat untuk pengembang React Native, tetapi itu bukan satu-satunya pilihan yang ada. Jika Anda mencari alternatif untuk Expo, [Capgo](/register/) tentu layak dipertimbangkan. [Capgo](/register/) adalah platform pengembangan aplikasi mobile berbasis cloud yang menawarkan banyak alat dan layanan yang sama seperti [Expo](https://expo.dev/), termasuk live update, tetapi dengan satu perbedaan kunci: [Capgo](/register/) dapat digunakan dengan framework JavaScript apapun, sementara Expo terbatas pada aplikasi yang dibangun menggunakan React Native.
-
-Pelajari bagaimana Capgo dapat membantu Anda membangun aplikasi yang lebih baik dengan lebih cepat, [daftar untuk akun gratis](/register/) hari ini.
diff --git a/src/content/blog/id/alternative-to-voltbuilder.md b/src/content/blog/id/alternative-to-voltbuilder.md
deleted file mode 100644
index fe2aadaec..000000000
--- a/src/content/blog/id/alternative-to-voltbuilder.md
+++ /dev/null
@@ -1,76 +0,0 @@
----
-slug: alternative-to-voltbuilder
-title: Alternatif untuk Voltbuilder
-description: >-
-  Voltbuilder menawarkan cara mudah untuk mengubah proyek web menjadi aplikasi
-  native, tetapi harganya mungkin tidak cocok untuk semua orang. Capgo
-  menyediakan solusi hemat biaya untuk menangani pembaruan OTA dengan mudah.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-09-09T00:00:00.000Z
-updated_at: 2024-09-09T00:00:00.000Z
-head_image: /voltbuilder_alt.webp
-head_image_alt: Alternatif Voltbuilder ilustrasi
-keywords: >-
-  Voltbuilder, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: id
-next_blog: ''
----
-Voltbuilder adalah platform berbasis cloud yang memungkinkan pengembang mengkonversi proyek web mereka menjadi aplikasi seluler asli untuk Android dan iOS menggunakan HTML, CSS, dan JavaScript. Platform ini menawarkan berbagai fitur yang dirancang untuk menyederhanakan proses pengembangan aplikasi, termasuk pengaturan mudah, pembangunan dan pengunggahan aplikasi otomatis, serta dukungan untuk plugin Apache Cordova.
-
-Salah satu fitur unggulan Voltbuilder adalah kemampuannya untuk menghasilkan aplikasi siap-toko untuk platform Android dan iOS dalam hitungan menit. Ini memungkinkan pengembang untuk dengan cepat membuat dan menerapkan aplikasi mereka tanpa memerlukan pengetahuan mendalam tentang pengembangan aplikasi asli atau kerumitan proses pengajuan ke toko aplikasi.
-
-Meskipun Voltbuilder menawarkan solusi yang nyaman bagi banyak pengembang, struktur harganya mungkin tidak sesuai untuk semua proyek atau anggaran. Jika Anda mencari opsi yang lebih terjangkau namun tetap menyediakan fitur-fitur canggih, khususnya dalam hal pembaruan langsung, Anda mungkin ingin mempertimbangkan alternatif seperti Capgo.
-
-Capgo, plugin Capacitor open-source yang dikembangkan oleh Digital Shift OU, menawarkan fungsionalitas pembaruan langsung serupa dengan yang mungkin Anda temukan di platform yang lebih mahal, tetapi dengan harga yang lebih terjangkau. Ini memungkinkan Anda untuk memperbarui aplikasi secara real-time tanpa mengharuskan pengguna mengunduh versi baru dari toko aplikasi.
-
-Untuk membantu Anda membuat keputusan yang tepat, kami telah membuat tabel perbandingan fitur antara Capgo dan Voltbuilder.
-
-## Perbandingan fitur
-
-| Fitur | Capgo | Voltbuilder |
-| --- | --- | --- |
-| Pembaruan langsung | ✅ | ❌ |
-| Konversi aplikasi asli | ❌ | ✅ |
-| Waktu pembaruan | < 1 menit | N/A |
-| Saluran pembaruan | ✅ | ❌ |
-| Uji coba gratis | ✅ | ✅ (15 hari) |
-| Kembalikan/ubah versi saluran | ✅ | ❌ |
-| Statistik instalasi | ✅ | ❌ |
-| Aplikasi sandbox untuk pengujian | ✅ | ❌ |
-| Plugin Capacitor | ✅ | ❌ |
-| Dukungan plugin Cordova | ❌ Bisa dikembalikan | ✅ |
-| Harga terjangkau | ✅ Mulai dari $14/bulan | ✅ Mulai dari $9.95/bulan |
-| Build asli | ❌ | ✅ |
-| Enkripsi End-to-End | ✅ | ❌ |
-| 100% Open source | ✅ | ❌ |
-| Pengaturan mudah | ✅ | ✅ |
-| Aplikasi siap-toko | ❌ | ✅ |
-
-## Alternatif integrasi berkelanjutan
-
-Meskipun Voltbuilder menawarkan proses yang efisien untuk membangun dan menerapkan aplikasi, platform ini tidak menyediakan kemampuan integrasi berkelanjutan bawaan. Jika Anda ingin menerapkan pipeline CI/CD bersama dengan pembaruan langsung, Anda mungkin ingin mempertimbangkan untuk menggabungkan Capgo dengan layanan seperti GitHub Actions.
-
-GitHub Actions adalah layanan integrasi dan penerapan berkelanjutan bawaan gratis untuk repositori GitHub. Dengan mengatur alur kerja dengan GitHub Actions dan mengintegrasikan Capgo untuk pembaruan langsung, Anda dapat membuat pipeline pengembangan yang kuat dan otomatis.
-
-Untuk mengatur ini, pertama-tama Anda perlu membuat repositori GitHub untuk kode aplikasi Anda. Kemudian, Anda dapat membuat file alur kerja yang menentukan langkah-langkah yang akan dijalankan setiap kali kode didorong ke repositori. Langkah-langkah ini mungkin termasuk membangun dan menguji aplikasi, dan kemudian menggunakan Capgo untuk membuat dan menerapkan pembaruan langsung.
-
-Pengaturan ini memungkinkan Anda untuk secara otomatis membangun, menguji, dan menerapkan aplikasi Anda dengan usaha minimal, sambil tetap memanfaatkan kemampuan pembaruan langsung yang ditawarkan oleh Capgo. Untuk instruksi detail tentang pengaturan CI/CD dengan Capgo, Anda dapat merujuk ke tutorial kami untuk [iOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/).
-
-## Mari lebih jauh lagi
-
-Meskipun Voltbuilder menawarkan solusi langsung untuk mengkonversi proyek web menjadi aplikasi asli, mungkin bukan pilihan terbaik untuk semua pengembang, terutama mereka yang memprioritaskan kemampuan pembaruan langsung dan solusi open-source.
-
-Capgo telah berkembang menjadi platform yang kuat yang cocok untuk tim dari semua ukuran, menawarkan solusi yang lebih terjangkau dengan fokus pada pembaruan langsung. Jika Anda adalah tim yang lebih besar yang membutuhkan dukungan khusus, jangan ragu untuk menghubungi kami - kami selalu siap untuk menemukan solusi yang disesuaikan.
-
-Meskipun Capgo dirancang untuk layanan mandiri, kami bangga menjadi sangat responsif terhadap kebutuhan pengguna kami. Kami dapat membantu Anda mengkonfigurasi build Anda untuk kode asli, menghilangkan kebutuhan akan solusi yang lebih mahal.
-
-Jika Anda menghargai alat open-source, layanan mandiri, dan berbasis komunitas, Capgo mungkin adalah pilihan yang sempurna untuk proyek Anda.
-
-## Daftar di sini untuk mendapatkan akun Anda
-
-[Capgo](/register/)
diff --git a/src/content/blog/id/android-16kb-page-size-capacitor-plugins.md b/src/content/blog/id/android-16kb-page-size-capacitor-plugins.md
deleted file mode 100644
index 5febbef94..000000000
--- a/src/content/blog/id/android-16kb-page-size-capacitor-plugins.md
+++ /dev/null
@@ -1,104 +0,0 @@
----
-slug: android-16kb-page-size-capacitor-plugins
-title: "Ukuran Halaman Android 16 KB: Temukan Plugin yang Bermasalah dan Apa yang Harus Dilakukan Selanjutnya"
-description: Panduan sederhana untuk mengidentifikasi plugin Capacitor mana yang gagal pada perangkat ukuran halaman Android 16 KB, apa yang harus diperiksa terlebih dahulu, dan kapan meminta Capgo untuk fork dan mempertahankannya.
-author: Martin Donadieu
-author_image_url: https://avatars.githubusercontent.com/u/4084527?v=4
-author_url: https://github.com/riderx
-created_at: 2025-09-12T13:55:00.000Z
-updated_at: 2025-12-12T10:19:39.000Z
-head_image: /android-16kb-page-size-capacitor-plugins.webp
-head_image_alt: Debugging ukuran halaman Android 16 KB untuk Capacitor
-keywords: Capacitor, ukuran halaman Android 16KB, plugin, pemecahan masalah, crash aplikasi, pemeliharaan, forking
-tag: Pengembangan, Mobile, Capacitor
-published: true
-locale: id
-next_blog: ''
----
-
-Perangkat Android dengan halaman memori 16 KB sedang diluncurkan. Jika plugin Capacitor (atau salah satu dependensi nativnya) tidak siap, fitur mungkin berhenti bekerja atau aplikasi mungkin crash di beberapa ponsel. Penegakan meningkat, jadi rencanakan perbaikan segera.
-
-Penting: Mulai 1 November 2025, semua aplikasi baru dan pembaruan untuk aplikasi yang ada yang diserahkan ke Google Play dan menargetkan perangkat Android 15+ harus mendukung ukuran halaman 16 KB pada perangkat 64-bit.
-
-Panduan ini membuat semuanya sederhana: temukan plugin yang gagal, periksa pembaruan mudah, dan jika plugin terlihat tidak terpelihara, minta [Capgo Consulting](/consulting) untuk fork dan mempertahankannya untuk Anda.
-
-## Gejala pada Perangkat 16 KB
-
-- Berfungsi di beberapa ponsel Android, gagal di ponsel lain (sering di model yang lebih baru).
-- Fitur berhenti bekerja ketika plugin spesifik digunakan (kamera, file, Bluetooth, dll).
-- Terkadang berfungsi dalam debug, tidak dalam rilis.
-
-Tip: Coba di perangkat Android flagship terbaru untuk mereproduksi lebih awal.
-
-## Langkah 1 — Pastikan Ini Masalah Plugin
-
-- Reproduksi masalah dan catat fitur yang Anda gunakan.
-- Sembunyikan/nonaktifkan fitur tersebut dalam kode. Jika masalah hilang, plugin terkait kemungkinan penyebabnya.
-
-## Langkah 2 — Temukan Plugin Mana Yang Gagal
-
-- Matikan fitur satu per satu (atau komentari panggilan plugin) sampai aplikasi berhenti gagal.
-- Fitur terakhir yang Anda nonaktifkan sebelum mulai bekerja lagi menunjuk ke plugin yang bermasalah.
-
-## Langkah 3 — Periksa Perbaikan Cepat
-
-Setelah Anda mengetahui plugin:
-
-- Perbarui ke versi terbaru plugin dan paket Capacitor Anda.
-- Baca README/changelog plugin untuk catatan Android 16 KB.
-- Periksa masalah/diskusi terbuka untuk laporan serupa dan versi yang disarankan.
-
-## Langkah 4 — Tanya Pemelihara
-
-Jika versi terbaru masih gagal:
-
-- Buka masalah singkat yang jelas: "Gagal pada perangkat Android dengan ukuran halaman 16 KB; fitur X tidak lagi berfungsi."
-- Sertakan versi Capacitor, versi plugin, dan deskripsi reproduksi cepat.
-- Tunggu sebentar untuk merespons — beberapa tim memerlukan beberapa hari.
-
-## Langkah 5 — Jika Plugin Terlihat Tidak Terpelihara
-
-Tanda yang harus diperhatikan:
-
-- Tidak ada rilis atau balasan pemelihara selama berbulan-bulan.
-- Beberapa masalah terbuka tentang kompatibilitas Android tanpa jawaban.
-
-Pilihan Anda:
-
-- Ganti dengan alternatif yang dipertahankan secara aktif.
-- Atau minta [Capgo Consulting](/consulting) untuk fork dan mempertahankannya sehingga aplikasi Anda tetap kompatibel.
-
-## Langkah 6 — Pemeriksaan Akal Sehat
-
-Sebelum pengiriman, lakukan pemeriksaan cepat:
-
-- Uji fitur pada setidaknya satu perangkat Android terbaru dan satu perangkat lama.
-- Gunakan build Rilis untuk pengujian final.
-- Simpan catatan versi aplikasi, versi plugin, dan model perangkat yang lulus.
-
-## Langkah 7 — Putuskan: Perbarui, Ganti, atau Fork
-
-- Perbarui: kasus terbaik — instal versi plugin/aplikasi terbaru dan selesai.
-- Ganti: beralih ke alternatif yang dipertahankan jika ada.
-- Fork: ketika Anda membutuhkannya berfungsi dan plugin tidak maju, biarkan [Capgo Consulting](/consulting) memforking dan mempertahankannya untuk Anda.
-
-## Paket Dukungan (Singkat dan Berguna)
-
-Bagikan ini untuk mempercepat bantuan (dengan pemelihara atau [Capgo Consulting](/consulting)):
-
-- Versi/nomor build aplikasi
-- Versi Capacitor
-- Nama dan versi plugin
-- Perangkat/versi Android yang terpengaruh
-- Apa yang Anda coba (perbarui, alternatif, dll.)
-- Langkah-langkah sederhana untuk mereproduksi
-
-## Sewa Capgo: Kami akan Membuatnya Bekerja
-
-Jika perangkat 16 KB merusak aplikasi Anda dan plugin tidak siap, bicaralah dengan kami:
-
-- Kami mengidentifikasi plugin yang bermasalah dengan cepat dan mengonfirmasi kegagalan.
-- Kami memperbaikinya: perbarui, patch, atau fork — dan tetap mempertahankannya.
-- Kami membantu Anda menghindari terburu-buru menit terakhir saat penegakan diluncurkan.
-
-Beri tahu kami fitur mana yang gagal dan nama plugin (jika Anda tahu). Kami akan menangani sisanya. Kunjungi halaman layanan kami: [Capgo Consulting](/consulting)
diff --git a/src/content/blog/id/android-setup-for-capacitor-apps.md b/src/content/blog/id/android-setup-for-capacitor-apps.md
deleted file mode 100644
index ff46d56f7..000000000
--- a/src/content/blog/id/android-setup-for-capacitor-apps.md
+++ /dev/null
@@ -1,393 +0,0 @@
----
-slug: android-setup-for-capacitor-apps
-title: Pengaturan Android untuk Aplikasi Capacitor
-description: >-
-  Siapkan lingkungan pengembangan Android Anda untuk aplikasi Capacitor dengan
-  peralatan penting, konfigurasi, dan tips integrasi untuk membangun aplikasi
-  secara efisien.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:57:39.512Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db8c5296fa813b295022c3-1742443070357.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, Android development, Android Studio, SDK, mobile apps, Node.js,
-  JDK, environment setup
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin membangun aplikasi Android dengan [Capacitor](https://capacitorjs.com/)?** Berikut semua yang Anda butuhkan untuk menyiapkan lingkungan pengembangan Anda dengan cepat dan efisien. Capacitor menghubungkan teknologi web dengan fitur Android native, dan untuk memulai diperlukan beberapa alat dan konfigurasi penting.
-
-### Yang Anda Butuhkan:
-
--   **Perangkat Lunak Utama**:
-    
-    -   Android Studio (versi terbaru)
-    -   JDK 17+
-    -   [Node.js](https://nodejs.org/en) (LTS terbaru)
-    -   Capacitor CLI
--   **Kebutuhan Perangkat Keras**:
-    
-    -   Minimum: Intel i5, RAM 8GB, HDD 256GB
-    -   Direkomendasikan: Intel i7/i9, RAM 16GB+, SSD 512GB
-
-### Langkah Cepat:
-
-1.  Instal Android Studio dan selesaikan wizard pengaturan.
-2.  Konfigurasi Android SDK dengan API Level 33 dan alat yang diperlukan.
-3.  Atur variabel lingkungan untuk Android SDK.
-4.  Tambahkan dukungan Android ke proyek Capacitor Anda dengan `npm install @capacitor/android`.
-5.  Uji pengaturan Anda dengan membuat aplikasi dasar dan menjalankannya di emulator atau perangkat.
-
-### Fitur Utama yang Dapat Dimanfaatkan:
-
--   **Pembaruan Langsung**: Dorong pembaruan secara instan menggunakan alat seperti [Capgo](https://capgo.app/).
--   **Fitur Native**: Akses API khusus Android untuk fungsionalitas lanjutan.
--   **Pemantauan Real-Time**: Atasi masalah dengan cepat selama pengembangan.
-
-Dengan mengikuti langkah-langkah ini, Anda akan siap untuk mengembangkan, menguji, dan mendeploy aplikasi Android menggunakan Capacitor. Mari kita dalami detailnya.
-
-## Komponen Pengaturan yang Diperlukan
-
-### Komponen Perangkat Lunak Utama
-
-Untuk memulai pengembangan Android, Anda perlu menginstal alat-alat utama ini:
-
--   **Android Studio**: Ini adalah IDE resmi untuk pengembangan Android. Termasuk semua alat dan fitur yang diperlukan untuk membangun aplikasi Android.
--   **Java Development Kit (JDK)**: Diperlukan untuk mengompilasi dan menjalankan kode Java. Untuk memastikan kompatibilitas dengan Capacitor 8, gunakan JDK versi 17 atau lebih baru.
--   **Node.js**: Lingkungan runtime JavaScript yang mendukung proses build dan alat CLI Capacitor. Instal versi LTS (Long-Term Support) terbaru untuk pengalaman terbaik.
--   **Capacitor CLI**: Alat command-line untuk mengelola proyek Capacitor, termasuk menambahkan platform, membangun, dan mendeploy aplikasi.
-
-Alat-alat ini penting untuk menyiapkan lingkungan pengembangan Android Anda. Setelah diinstal, pastikan perangkat keras Anda memenuhi persyaratan berikut.
-
-### Persyaratan Perangkat Keras
-
-Mesin pengembangan Anda harus memenuhi spesifikasi minimum ini, tetapi perangkat keras yang lebih baik akan meningkatkan kinerja:
-
-| Komponen | Persyaratan Minimum | Spesifikasi yang Direkomendasikan |
-| --- | --- | --- |
-| **Prosesor** | Intel i5 (gen ke-6) atau serupa | Intel i7/i9 atau AMD Ryzen 7/9 |
-| **RAM** | 8GB | 16GB atau lebih |
-| **Penyimpanan** | HDD 256GB dengan 10GB kosong | SSD 512GB atau lebih besar |
-| **Layar** | Resolusi 1280 x 800 | 1920 x 1080 atau lebih tinggi |
-| **Sistem Operasi** | Windows 10 (64-bit) / macOS 10.14 | Windows 11 / macOS 13+ |
-
-Untuk menjalankan emulator Android secara efisien, akselerasi perangkat keras adalah keharusan:
-
--   **Windows**: Memerlukan [Intel HAXM](https://github.com/intel/haxm) atau Windows Hypervisor Platform.
--   **macOS**: Akselerasi perangkat keras sudah built-in.
--   **Linux**: Gunakan virtualisasi [KVM](https://en.wikipedia.org/wiki/Kernel-based_Virtual_Machine).
-
-Perlu diingat bahwa Android Studio dan emulator bisa sangat membebankan sistem Anda. Pastikan mesin Anda memiliki pendinginan yang tepat dan koneksi internet yang stabil untuk mengunduh komponen SDK.
-
-Setelah pengaturan Anda siap, langkah selanjutnya adalah mengonfigurasi Android Studio untuk mengintegrasikan alat-alat ini ke dalam alur kerja Anda.
-
-## Pengaturan [Android Studio](https://developer.android.com/studio)
-
-![Android Studio](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-4d08ca5be8f73216eb56e77cdafac129-2025-03-20.jpg?auto=compress)
-
-Android Studio adalah keharusan untuk pengembangan dengan Capacitor di Android. Mengaturnya dengan benar memastikan alur kerja yang lancar dan kinerja yang lebih baik.
-
-### Langkah-langkah Instalasi
-
-1.  Kunjungi situs web Developer Android resmi di [developer.android.com/studio](https://developer.android.com/studio).
-    
-2.  Unduh versi stabil terbaru Android Studio (2023.1.1 atau lebih baru).
-    
-3.  Ikuti proses instalasi:
-    
-    -   **Windows**: Jalankan installer, ikuti lokasi default dan komponen, dan konfirmasi pengaturan memori.
-    -   **macOS**: Seret Android Studio ke folder Applications dan jalankan.
-    -   **Linux**: Ekstrak arsip, pindahkan ke direktori `/opt`, dan jalankan skrip `studio.sh`.
-
-Setelah diinstal, sesuaikan pengaturan Android Studio agar bekerja dengan lancar dengan proyek Capacitor.
-
-### Konfigurasi Dasar
-
-Beberapa konfigurasi kunci di Android Studio akan membuatnya bekerja secara efisien dengan Android SDK dan Capacitor.
-
-**Pengaturan Awal**:
-
--   Selesaikan Setup Wizard.
--   Pilih tipe instalasi "Standard".
--   Pilih tema UI (mode terang atau gelap).
--   Verifikasi pengaturan sistem Anda.
-
-**Penyesuaian Kinerja**:
-
-| Pengaturan | Nilai yang Direkomendasikan | Tujuan |
-| --- | --- | --- |
-| Memory Heap | 2048 MB | Mempercepat IDE |
-| VM Options | -Xmx4096m | Meningkatkan kinerja build |
-| Gradle JDK | Versi 17 | Memastikan dukungan Capacitor |
-
-**Menyiapkan Emulator**:
-
-1.  Buka AVD Manager dari **Tools > Device Manager**.
-2.  Klik "Create Virtual Device."
-3.  Pilih profil perangkat keras:
-    -   **Ponsel**: Pixel 6 Pro (direkomendasikan)
-    -   **Tablet**: Pixel Tablet
-4.  Pilih system image:
-    -   **API Level**: 33 (Android 13)
-    -   **Target**: x86_64
-5.  Sesuaikan pengaturan AVD:
-    -   RAM: 2048 MB
-    -   [Internal Storage](https://capgo.app/plugins/capacitor-data-storage-sqlite/): 2048 MB
-    -   SD Card: 512 MB
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Untuk detail lebih lanjut tentang konfigurasi khusus Capgo, lihat bagian [Integrasi Capgo](https://capgo.app/consulting/) selanjutnya dalam panduan ini.
-
-## Konfigurasi Android SDK
-
-Android SDK sangat penting untuk membangun dan mendeploy aplikasi Android. Ini menyederhanakan proses pengembangan dan deployment.
-
-### Instalasi Komponen SDK
-
-Untuk menginstal komponen yang diperlukan, buka SDK Manager di Android Studio dengan navigasi ke **Tools > SDK Manager**.
-
-Berikut komponen yang diperlukan untuk pengembangan Capacitor:
-
-| Komponen | Versi | Tujuan |
-| --- | --- | --- |
-| **Android SDK Platform** | API 33 (Android 13.0) | Menyediakan platform stabil terbaru untuk pengembangan aplikasi. |
-| **Android SDK Build-Tools** | 33.0.2 atau lebih baru | Mencakup utilitas build utama. |
-| **Android SDK Command-line Tools** | Terbaru | Diperlukan untuk operasi command-line. |
-| **Android Emulator** | Terbaru | Digunakan untuk pengujian dan debugging aplikasi. |
-| **Android SDK Platform-Tools** | Terbaru | Mencakup alat seperti ADB. |
-
-**Langkah-langkah Instalasi**:
-
--   **Buka SDK Manager**: Buka tab SDK Platforms dan pilih komponen yang tercantum di atas.
--   **Instal Build Tools**: Pastikan Anda menginstal versi 33.0.2 atau lebih baru untuk kompatibilitas dengan Capacitor.
--   **Temukan SDK**: Android Studio menginstal SDK di lokasi default berikut:
-    -   **Windows**: `C:\Users\username\AppData\Local\Android\Sdk`
-    -   **macOS**: `~/Library/Android/sdk`
-    -   **Linux**: `~/Android/Sdk`
-
-Setelah terinstal, lanjutkan dengan menyiapkan variabel lingkungan untuk memastikan sistem Anda mengenali alat SDK.
-
-### Pengaturan Lingkungan
-
-Untuk menggunakan alat Android SDK dengan Capacitor, Anda perlu mengonfigurasi variabel lingkungan.
-
-**Variabel Lingkungan yang Harus Diatur**:
-
-```bash
-ANDROID_HOME=/path/to/Android/sdk
-PATH=$PATH:$ANDROID_HOME/tools
-PATH=$PATH:$ANDROID_HOME/platform-tools
-```
-
--   **Windows**: Tambahkan variabel ini melalui **System Properties > Environment Variables**.
--   **macOS/Linux**: Tambahkan ke file profil shell Anda (misalnya, `.bash_profile` atau `.zshrc`).
-
-**Verifikasi Instalasi**:
-
-Jalankan perintah berikut untuk memastikan semuanya telah diatur dengan benar:
-
--   `adb --version`: Memeriksa apakah platform-tools terinstal.
--   `sdkmanager --list`: Memverifikasi akses ke SDK Manager.
-
-Jika Anda mengalami masalah izin di macOS atau Linux, selesaikan dengan menjalankan:
-
-```bash
-chmod +x $ANDROID_HOME/tools/bin/*
-chmod +x $ANDROID_HOME/platform-tools/*
-```
-
-Setelah menyelesaikan langkah-langkah ini, Android SDK Anda siap digunakan dengan Capacitor.
-
-## Pengaturan Android [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-20.jpg?auto=compress)
-
-### Instalasi Platform
-
-Pertama, pastikan proyek Capacitor Anda sudah diatur. Kemudian, pergi ke direktori proyek Anda dan tambahkan dukungan Android dengan menjalankan perintah ini:
-
-```bash
-npm install @capacitor/android
-npx cap add android
-npx cap sync android
-```
-
-Setelah selesai, sesuaikan pengaturan proyek Anda untuk memastikan semuanya berjalan dengan lancar dan aman.
-
-### Pengaturan Konfigurasi
-
-Setelah menambahkan platform Android, perbarui file `capacitor.config.json` Anda untuk menyesuaikan pengaturan khusus Android. Berikut beberapa opsi kunci untuk dikonfigurasi:
-
--   **androidScheme**: `'https'`
--   **hostname**: `'app.example.com'`
--   **android.allowMixedContent**: `false`
--   **android.minWebViewVersion**: `'55'`
--   **android.buildOptions**: Tambahkan opsi kustom yang Anda butuhkan.
-
-Berikut contoh konfigurasi:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "android": {
-    "allowMixedContent": false,
-    "captureInput": true,
-    "webContentsDebuggingEnabled": false
-  }
-}
-```
-
-**Konfigurasi penting yang perlu difokuskan:**
-
--   **Keamanan**: Pastikan pembaruan langsung dienkripsi end-to-end.
--   **[Manajemen Pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**: Atur peluncuran terkontrol dengan [kanal pembaruan](https://capgo.app/docs/webapp/channels/) tertentu.
--   **Kinerja**: Sesuaikan pengaturan WebView. Contohnya:
-
-```json
-{
-  "android": {
-    "minWebViewVersion": "60",
-    "backgroundColor": "#ffffff",
-    "allowNavigation": ["*.trusted-domain.com"]
-  }
-}
-```
-
-Terakhir, jalankan `npx cap sync` untuk menerapkan perubahan Anda.
-
-## Verifikasi Pengaturan
-
-Sebelum mendalami pengembangan aplikasi, penting untuk memastikan bahwa lingkungan pengembangan Android Anda berfungsi dengan benar. Menguji pengaturan Anda sejak awal dapat membantu menangkap dan menyelesaikan masalah sebelum menjadi lebih besar.
-
-### Pengaturan Proyek Uji
-
-Ikuti langkah-langkah ini untuk membuat dan menguji proyek dasar:
-
--   **Buat aplikasi uji** dengan menjalankan perintah berikut:
-
-```bash
-npm init @capacitor/app
-cd my-cap-app
-npm install @capacitor/android
-npx cap add android
-```
-
--   **Edit file `index.html`** untuk menyertakan konten berikut:
-
-```html
-<div id="test">Hello Capacitor Android!</div>
-```
-
--   **Build dan jalankan proyek** menggunakan:
-
-```bash
-npx cap open android
-```
-
-Setelah proyek terbuka di Android Studio, klik tombol hijau "Run" (ikon play) untuk menjalankan aplikasi ke perangkat yang terhubung atau emulator. Jika semuanya diatur dengan benar, Anda seharusnya melihat konten pengujian ditampilkan tanpa kesalahan.
-
-Jika Anda mengalami masalah, periksa tips pemecahan masalah di bawah ini.
-
-### Perbaikan Pengaturan Umum
-
-Berikut adalah beberapa masalah umum dan cara mengatasinya:
-
--   **Masalah Path SDK**
-    
-    -   Periksa kembali bahwa variabel environment Anda telah diatur seperti yang ditentukan selama konfigurasi awal.
--   **Kesalahan Build**
-    
-    -   Pastikan versi Gradle dan JDK Anda sesuai dengan persyaratan proyek.
-    -   Konfirmasi semua komponen SDK yang diperlukan telah terpasang.
--   **Masalah Emulator**
-    
-    -   Aktifkan akselerator perangkat keras (HAXM) di pengaturan BIOS Anda.
-    -   Alokasikan minimal 2GB RAM untuk emulator.
-    -   Gunakan sistem image x86 untuk performa yang lebih baik.
--   **Masalah Koneksi Perangkat**
-    
-    -   Aktifkan USB debugging dan instal driver yang sesuai untuk perangkat Anda.
-    -   Jalankan `adb devices` untuk memastikan koneksi terdeteksi.
-
-Menyelesaikan masalah-masalah ini akan mempersiapkan lingkungan Anda untuk fitur lanjutan dan integrasi yang lancar dengan Capgo. Setelah terverifikasi, pengaturan Anda akan siap untuk langkah-langkah selanjutnya dalam proyek Anda.
-
-## Integrasi [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Setelah lingkungan Android Anda siap, saatnya mengintegrasikan Capgo. Alat ini menyederhanakan [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) dengan memungkinkan Anda mendorong pembaruan ke aplikasi Capacitor Anda secara instan - tanpa perlu peninjauan Play Store.
-
-### Fitur Utama Capgo
-
--   **Pembaruan Real-time**: Pembaruan mencapai 95% pengguna aktif dalam 24 jam [\[1\]](https://capgo.app/).
--   **Enkripsi End-to-End**: Memastikan keamanan data.
--   **Respons API Cepat**: Waktu respons rata-rata global adalah 57ms, dengan tingkat keberhasilan 82% [\[1\]](https://capgo.app/).
--   **Pembaruan Parsial**: Meminimalkan penggunaan data dengan mentransfer hanya perubahan yang diperlukan.
-
-**Snapshot Kinerja**:
-
-| Metrik | Nilai |
-| --- | --- |
-| Total Pembaruan Terkirim | 23.5M |
-| Aplikasi Produksi Aktif | 750 |
-| Bintang GitHub | 358 |
-
-### Cara Mengatur Capgo
-
-1.  **Instal Capgo CLI**
-    
-    Gunakan perintah berikut untuk memulai:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2.  **Atur Kanal Pembaruan**
-    
-    Konfigurasikan kanal untuk berbagai kebutuhan seperti pengujian beta, peluncuran bertahap, atau pengujian A/B untuk bereksperimen dengan fitur baru.
-    
-
-### Alat Capgo Lanjutan
-
-Capgo menawarkan alat tambahan untuk meningkatkan manajemen aplikasi Anda:
-
--   **Dashboard Analitik**: Lacak kinerja pembaruan dan penggunaan.
--   **Opsi Rollback**: Kembalikan pembaruan dengan cepat jika diperlukan.
--   **Pelacakan Kesalahan**: Identifikasi dan selesaikan masalah secara efisien.
--   **Integrasi CI/CD**: Bekerja dengan mulus dengan GitHub Actions, [GitLab](https://about.gitlab.com/) CI, dan [Jenkins](https://www.jenkins.io/).
-
-Setelah semuanya dikonfigurasi, jalankan perintah di bawah ini untuk menyinkronkan pengaturan Anda dan mulai mengelola pembaruan dengan Capgo:
-
-```bash
-npx cap sync
-```
-
-## Ringkasan
-
-Menyiapkan lingkungan pengembangan Android untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) melibatkan beberapa langkah kunci untuk memastikan semuanya berjalan lancar. Anda perlu menginstal Android Studio, mengkonfigurasi Android SDK, dan mengintegrasikan alat-alat penting untuk membangun dan menguji aplikasi Anda.
-
-Berikut ringkasan komponen utama:
-
--   **Android Studio**: Gunakan versi stabil terbaru dari IDE utama ini.
--   **Android SDK**: Pastikan Anda memiliki development kit dengan level API yang sesuai untuk aplikasi Anda.
--   **[Platform Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)**: Periksa kompatibilitas versi selama integrasi.
--   **Alat Pembaruan Langsung Opsional**: Alat seperti Capgo memungkinkan pembaruan instan, tetapi integrasinya bersifat opsional.
-
-Pengaturan yang terkonfigurasi dengan baik memastikan pembaruan yang efisien, dengan statistik menunjukkan 95% pengguna aktif menerima pembaruan dalam 24 jam dan tingkat keberhasilan 82% secara global [\[1\]](https://capgo.app/). Untuk memastikan semuanya siap:
-
--   Verifikasi Android Studio terinstal dengan benar.
--   Pastikan path SDK dikonfigurasi dengan benar.
--   Sinkronkan proyek Capacitor Anda tanpa masalah.
--   Bangun dan uji proyek untuk memastikan tidak ada kesalahan.
-
-Alat seperti Capgo membuat alur kerja penerapan lebih mudah, baik Anda mendistribusikan melalui app store atau menggunakan solusi pembaruan langsung. Periksa kembali variabel environment dan komponen SDK Anda untuk menghindari masalah.
-
-Dengan langkah-langkah ini selesai, Anda siap untuk mulai pengembangan aplikasi Capacitor.
diff --git a/src/content/blog/id/angular-mobile-app-capacitor.md b/src/content/blog/id/angular-mobile-app-capacitor.md
deleted file mode 100644
index 0a012526f..000000000
--- a/src/content/blog/id/angular-mobile-app-capacitor.md
+++ /dev/null
@@ -1,328 +0,0 @@
----
-slug: angular-mobile-app-capacitor
-title: Membangun Aplikasi Mobile dengan Angular dan Capacitor
-description: >-
-  Pelajari cara membuat aplikasi mobile dengan Angular, Capacitor, dan
-  tingkatkan UI native dengan Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-06T00:00:00.000Z
-updated_at: 2023-06-06T00:00:00.000Z
-head_image: /angular_capacitor.webp
-head_image_alt: Ilustrasi Angular dan Capacitor
-keywords: >-
-  Angular, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Dalam tutorial ini, kita akan memulai dengan aplikasi [Angular](https://angular.io/) baru dan beralih ke ranah aplikasi mobile native menggunakan Capacitor. Secara opsional, Anda juga dapat menambahkan [Konsta UI](https://konstaui.com/) untuk UI mobile yang lebih baik dengan Tailwind CSS.
-
-Capacitor memungkinkan Anda untuk dengan mudah mengkonversi aplikasi web Angular Anda menjadi aplikasi mobile native tanpa memerlukan modifikasi signifikan atau mempelajari keterampilan baru seperti React Native.
-
-Dengan beberapa langkah sederhana, sebagian besar aplikasi Angular dapat diubah menjadi aplikasi mobile.
-
-Tutorial ini akan memandu Anda melalui prosesnya, dimulai dengan aplikasi Angular baru dan kemudian menggabungkan Capacitor untuk beralih ke ranah aplikasi mobile native. Selain itu, Anda dapat menggunakan [Konsta UI](https://konstaui.com/) secara opsional untuk meningkatkan UI mobile Anda dengan Tailwind CSS.
-
-## Tentang Capacitor
-
-CapacitorJS adalah game-changer! Anda dapat dengan mudah menggabungkannya ke dalam proyek web apa pun, dan ia akan membungkus aplikasi Anda ke dalam webview native, menghasilkan proyek Xcode dan Android Studio native untuk Anda. Selain itu, plugin-nya menyediakan akses ke fitur perangkat native seperti kamera melalui JS bridge.
-
-Dengan Capacitor, Anda mendapatkan aplikasi mobile native yang fantastis tanpa pengaturan rumit atau kurva pembelajaran yang curam. API-nya yang ramping dan fungsionalitas yang efisien membuatnya sangat mudah diintegrasikan ke dalam proyek Anda. Percayalah, Anda akan takjub betapa mudahnya mencapai aplikasi native yang berfungsi penuh dengan Capacitor!
-
-## Menyiapkan Aplikasi Angular Anda
-
-Untuk membuat aplikasi Angular baru, jalankan perintah berikut:
-
-```shell
-ng new my-app
-cd my-app
-```
-
-Pilih "Angular" ketika diminta untuk versi Angular.
-
-Untuk membuat aplikasi mobile native, kita memerlukan **export** dari proyek kita. Oleh karena itu, mari kita sertakan skrip sederhana di **package.json** kita yang dapat digunakan untuk membangun dan menyalin proyek Angular:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "ng build --prod"
-  }
-}
-```
-
-Setelah menjalankan perintah `build`, Anda seharusnya dapat melihat folder `dist` baru di root proyek Anda.
-
-Folder ini akan digunakan oleh Capacitor nanti, tetapi untuk saat ini, kita harus mengaturnya dengan benar.
-
-## Menambahkan Capacitor ke Aplikasi Angular Anda
-
-Untuk mengemas aplikasi web apa pun ke dalam container mobile native, kita harus mengikuti beberapa langkah awal, tetapi setelah itu sangat sederhana seperti menjalankan satu perintah `sync`.
-
-Pertama, kita dapat menginstal [Capacitor CLI](https://capacitorjs.com/docs/cli/) sebagai dependensi pengembangan, dan kemudian mengaturnya dalam proyek kita. Selama pengaturan, Anda dapat menekan "enter" untuk menerima nilai default untuk nama dan ID bundle.
-
-Selanjutnya, kita perlu menginstal paket inti dan paket-paket yang relevan untuk platform iOS dan Android.
-
-Akhirnya, kita dapat menambahkan platform-platform tersebut, dan Capacitor akan membuat folder untuk setiap platform di root proyek kita:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Angular project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Pada titik ini, Anda seharusnya dapat melihat folder **ios** dan **android** baru di proyek Angular Anda.
-
-**Itu adalah proyek native yang sebenarnya!**
-
-Untuk mengakses proyek Android nanti, Anda harus menginstal [Android Studio](https://developer.android.com/studio/). Untuk iOS, Anda memerlukan Mac dan harus menginstal [Xcode](https://developer.apple.com/xcode/).
-
-Selain itu, Anda seharusnya menemukan file **capacitor.config.ts** di proyek Anda, yang berisi beberapa pengaturan dasar Capacitor yang digunakan selama sinkronisasi. Satu-satunya hal yang perlu Anda perhatikan adalah **webDir**, yang harus menunjuk ke hasil dari perintah build Anda. Saat ini, itu tidak akurat.
-
-Untuk memperbaiki ini, buka file **capacitor.config.json** dan perbarui **webDir**:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-Anda dapat mencobanya dengan menjalankan perintah berikut:
-
-```shell
-npm run build
-npx cap sync
-```
-
-Perintah pertama `npm run build` akan membangun proyek Angular Anda dan menyalin build statis, sementara perintah kedua `npx cap sync` akan menyinkronkan semua kode web ke tempat yang tepat dari platform native sehingga dapat ditampilkan dalam aplikasi.
-
-Selain itu, perintah sync mungkin memperbarui platform native dan menginstal plugin, jadi ketika Anda menginstal [plugin Capacitor](https://capacitorjs.com/docs/plugins/) baru, saatnya menjalankan `npx cap sync` lagi.
-
-Tanpa disadari, Anda sekarang sebenarnya sudah selesai, jadi mari kita lihat aplikasinya di perangkat!
-
-## Build dan Deploy aplikasi native
-
-Untuk mengembangkan aplikasi iOS, Anda perlu memiliki **Xcode** terinstal, dan untuk aplikasi Android, Anda perlu memiliki **Android Studio** terinstal. Selain itu, jika Anda berencana mendistribusikan aplikasi Anda di app store, Anda harus mendaftar di Apple Developer Program untuk iOS dan Google Play Console untuk Android.
-
-Jika Anda baru dalam pengembangan mobile native, Anda dapat menggunakan Capacitor CLI untuk membuka kedua proyek native dengan mudah:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Setelah Anda mengatur proyek native Anda, mendeploy aplikasi Anda ke perangkat yang terhubung sangat mudah. Di Android Studio, Anda hanya perlu menunggu semuanya siap, dan Anda dapat mendeploy aplikasi Anda ke perangkat yang terhubung tanpa mengubah pengaturan apa pun. Berikut contohnya:
-
-![android-studio-run](/android-studio-run.webp)
-
-Di Xcode, Anda perlu mengatur akun signing Anda untuk mendeploy aplikasi Anda ke perangkat nyata alih-alih hanya simulator. Jika Anda belum pernah melakukan ini sebelumnya, Xcode akan memandu Anda melalui prosesnya (tetapi sekali lagi, Anda harus terdaftar di Developer Program). Setelah itu, Anda dapat langsung menekan play untuk menjalankan aplikasi di perangkat yang terhubung, yang dapat Anda pilih di bagian atas. Berikut contohnya:
-
-![xcode-run](/xcode-run.webp)
-
-Selamat! Anda telah berhasil mendeploy aplikasi web Angular Anda ke perangkat mobile. Berikut contohnya:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/nextjs-mobile-app.webp" alt="angular-mobile-app">
-</div>
-
-Tapi tunggu dulu, ada cara yang lebih cepat untuk melakukan ini selama pengembangan...
-
-## Live Reload Capacitor
-
-Sekarang, Anda mungkin sudah terbiasa dengan hot reload dengan semua framework modern, dan kabar baiknya adalah Anda dapat memiliki fungsionalitas yang sama **di perangkat mobile** dengan usaha minimal!
-
-Aktifkan akses ke aplikasi yang di-host secara lokal dengan live reload **di jaringan Anda** dengan membuat aplikasi Capacitor memuat konten dari URL tertentu.
-
-Langkah pertama adalah mengetahui alamat IP lokal Anda. Jika Anda menggunakan Mac, Anda dapat mengetahuinya dengan menjalankan perintah berikut di terminal:
-
-```shell
-ipconfig getifaddr en0
-```
-
-Pada Windows, jalankan:
-
-```shell
-ipconfig
-```
-
-Kemudian cari alamat IPv4.
-
-Kita dapat menginstruksikan Capacitor untuk memuat aplikasi langsung dari server dengan menambahkan entri lain ke file `capacitor.config.ts` kita:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:4200',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Pastikan untuk menggunakan **IP dan port yang benar**, saya telah menggunakan port Angular default dalam contoh ini.
-
-Sekarang, kita dapat menerapkan perubahan ini dengan menyalinnya ke proyek native kita:
-
-```shell
-npx cap copy
-```
-
-Perintah `copy` mirip dengan `sync`, tetapi hanya akan **menyalin perubahan yang dibuat pada folder web** dan konfigurasi, tanpa memperbarui proyek native.
-
-Anda sekarang dapat mendeploy aplikasi Anda sekali lagi melalui Android Studio atau Xcode. Setelah itu, jika Anda mengubah sesuatu di aplikasi Angular Anda, **aplikasi akan secara otomatis memuat ulang** dan menunjukkan perubahan!
-
-**Perlu diingat** bahwa jika Anda menginstal plugin baru seperti kamera, itu masih memerlukan pembangunan ulang proyek native Anda. Ini karena file native diubah, dan tidak dapat dilakukan secara langsung.
-
-Perhatikan bahwa Anda harus menggunakan IP dan port yang benar dalam konfigurasi Anda. Blok kode di atas menunjukkan port Angular default untuk tujuan demonstrasi.
-
-## Menggunakan Plugin Capacitor
-
-Mari kita lihat bagaimana menggunakan plugin Capacitor dalam aksi, yang telah kita sebutkan beberapa kali sebelumnya. Untuk melakukan ini, kita dapat menginstal plugin yang cukup sederhana dengan menjalankan:
-
-```shell
-npm i @capacitor/share
-```
-
-Tidak ada yang istimewa tentang [Share plugin](https://capacitorjs.com/docs/apis/share/), tetapi bagaimanapun juga ini memunculkan dialog berbagi native! Untuk ini sekarang kita hanya perlu mengimpor paket dan memanggil fungsi `share()` dari aplikasi kita, jadi mari ubah **src/app/app.component.ts** menjadi seperti ini:
-
-```typescript
-import { Component } from '@angular/core';
-import { Share } from '@capacitor/share';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: './app.component.html',
-  styleUrls: ['./app.component.scss']
-})
-export class AppComponent {
-  title = 'my-app';
-
-  async share() {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  }
-}
-```
-
-Seperti disebutkan sebelumnya, ketika menginstal plugin baru, kita perlu melakukan operasi sync dan kemudian mendeploy ulang aplikasi ke perangkat kita. Untuk melakukan ini, jalankan perintah berikut:
-
-```
-npx cap sync
-```
-
-Setelah menekan tombol, Anda dapat menyaksikan dialog berbagi native yang indah dalam aksi!
-
-## Menambahkan Konsta UI
-
-Untuk menggunakan Konsta UI di aplikasi Nuxt 3 Anda, Anda perlu memiliki [tailwind sudah terinstal](https://tailwindcss.com/docs/guides/angular/) dan menginstal paket:
-
-```shell
-npm i konsta
-```
-
-Selain itu, Anda perlu memodifikasi file `tailwind.config.js` Anda:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{html,ts}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` akan memperluas konfigurasi Tailwind CSS default (atau kustom Anda) dengan beberapa varian tambahan dan utilitas pembantu yang diperlukan untuk Konsta UI.
-
-Sekarang kita perlu mengatur komponen [App](https://konstaui.com/vue/app/) utama sehingga kita dapat mengatur beberapa parameter global (seperti `theme`).
-
-Kita perlu membungkus seluruh aplikasi dengan `App` di `src/app/app.component.html`:
-
-```html
-<app>
-  <h1>Welcome to Angular and Capacitor!</h1>
-  <button (click)="share()">Share now!</button>
-</app>
-```
-
-### Contoh Halaman
-
-Sekarang ketika semuanya sudah diatur, kita dapat menggunakan komponen Konsta UI Vue di halaman Angular kita.
-
-Misalnya, mari buka `src/app/app.component.html` dan ubah menjadi berikut:
-
-```html
-<app>
-  <page>
-    <navbar title="My App" />
-
-    <block strong>
-      <p>
-        Here is your Angular & Konsta UI app. Let's see what we have here.
-      </p>
-    </block>
-    <block-title>Navigation</block-title>
-    <list>
-      <list-item href="/about/" title="About" />
-      <list-item href="/form/" title="Form" />
-    </list>
-
-    <block strong class="flex space-x-4">
-      <button>Button 1</button>
-      <button>Button 2</button>
-    </block>
-  </page>
-</app>
-```
-
-Jika live reload tidak sinkron setelah menginstal semua komponen yang diperlukan, coba restart semuanya. Setelah Anda melakukan itu, Anda seharusnya melihat aplikasi mobile dengan tampilan yang agak native, dibangun dengan Angular dan Capacitor!
-
-Anda seharusnya melihat halaman berikut sebagai hasilnya:
-
-<app>
-  <h1>
-</h1>
-
-## Kesimpulan
-
-Capacitor adalah pilihan yang sangat baik untuk membangun aplikasi native berdasarkan proyek web yang ada, menawarkan cara sederhana untuk berbagi kode dan mempertahankan UI yang konsisten.
-
-Dan dengan tambahan [Capgo](https://capgo.app/), bahkan lebih mudah untuk menambahkan pembaruan langsung ke aplikasi Anda, memastikan bahwa pengguna Anda selalu memiliki akses ke fitur terbaru dan perbaikan bug.
-
-Jika Anda ingin mempelajari cara menambahkan Capgo ke aplikasi Angular Anda, lihat artikel berikutnya:
diff --git a/src/content/blog/id/api-key-security-for-app-store-compliance.md b/src/content/blog/id/api-key-security-for-app-store-compliance.md
deleted file mode 100644
index 0d2127d4c..000000000
--- a/src/content/blog/id/api-key-security-for-app-store-compliance.md
+++ /dev/null
@@ -1,194 +0,0 @@
----
-slug: api-key-security-for-app-store-compliance
-title: Keamanan Kunci API untuk Kepatuhan App Store
-description: >-
-  Pelajari strategi penting untuk mengamankan kunci API untuk melindungi data
-  pengguna dan mematuhi pedoman toko aplikasi, termasuk penyimpanan,
-  transportasi, dan pengelolaan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T02:43:03.273Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e8ac6c283d21cbd67ac65e-1743302593642.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  API keys, security, encryption, app store compliance, HTTPS, key management,
-  mobile security, transport security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Menjaga [API keys](https://capgo.app/docs/webapp/api-keys/) Anda tetap aman sangat penting untuk melindungi data pengguna dan memenuhi aturan toko aplikasi.** Mengekspos kunci dapat menyebabkan pelanggaran data, penyalahgunaan layanan, dan kompromi akun.
-
-### Intisari Kunci:
-
--   **Hindari menyimpan kunci dalam kode**: Gunakan variabel lingkungan atau file aman.
--   **Gunakan alat platform**: iOS Keychain dan Android [EncryptedSharedPreferences](https://developer.android.com/reference/androidx/security/crypto/EncryptedSharedPreferences).
--   **Enkripsi kunci API**: Tambahkan lapisan tambahan keamanan dengan enkripsi AES-256.
--   **Transportasi yang aman**: Selalu gunakan HTTPS dan pertimbangkan pinning sertifikat SSL.
--   **Pantau dan rotasi kunci**: Rotasi kunci secara teratur dan lacak penggunaan untuk anomali.
-
-Dengan menerapkan praktik ini, Anda dapat melindungi aplikasi Anda, mematuhi pedoman Apple dan Google, serta melindungi pengguna Anda.
-
-## Metode Penyimpanan Kunci API yang Aman
-
-### Hapus Kunci API dari Kode Sumber
-
-Mencakup kunci API secara langsung dalam kode sumber dapat menyebabkan paparan melalui dekompilasi atau kebocoran repositori. Untuk menghindari ini, pertimbangkan pendekatan berikut:
-
--   Gunakan **variabel lingkungan** untuk pengembangan lokal.
--   Simpan kunci dalam **file konfigurasi aman** yang dikecualikan dari kontrol versi.
--   Bergantung pada **layanan konfigurasi jarak jauh** untuk mengelola kunci.
-
-Untuk iOS, pertimbangkan menggunakan **file XCConfig** untuk memisahkan konfigurasi dari basis kode Anda. Di Android, Anda dapat mengelola kunci menggunakan `gradle.properties`:
-
-### Alat Keamanan Platform
-
-Manfaatkan alat khusus platform untuk meningkatkan keamanan saat menyimpan kunci API.
-
-Di iOS, gunakan **[Layanan Keychain](https://developer.apple.com/documentation/security/keychain-services)** untuk penyimpanan yang aman:
-
-Untuk Android, manfaatkan **EncryptedSharedPreferences** untuk penyimpanan kunci yang aman:
-
-### Pisahkan Kunci menurut Lingkungan
-
-Gunakan kunci API yang berbeda untuk lingkungan pengembangan, staging, dan produksi. Setiap lingkungan harus memiliki:
-
--   Jadwal rotasi kunci yang unik.
--   Pemantauan penggunaan.
--   Kontrol akses yang ketat.
-
-Simpan kunci khusus lingkungan dalam **variabel CI/CD yang aman** daripada file konfigurasi. Ini memastikan kunci tetap dilindungi sementara mendukung proses build otomatis. Selain itu, pastikan mekanisme transportasi yang aman diterapkan untuk melindungi kunci selama transmisi.
-
-## Keamanan Mobile iOS Lanjutan – Serangan Runtime & Kunci API ...
-
-## Keamanan Transportasi Kunci API
-
-Menjaga kunci API tetap aman selama transit sangat penting untuk melindungi data pengguna dan mematuhi persyaratan toko aplikasi. Langkah-langkah keamanan transportasi yang kuat membantu mencegah serangan seperti serangan pria-di-tengah dan akses yang tidak sah.
-
-### Implementasi HTTPS
-
-Untuk mengamankan komunikasi API, selalu alihkan lalu lintas HTTP ke HTTPS. Gunakan TLS 1.3 atau yang lebih baru dan dapatkan sertifikat SSL dari Otoritas Sertifikat yang terpercaya.
-
-Berikut adalah contoh dasar tentang cara menegakkan HTTPS dalam aplikasi Node.js [Express](https://expressjs.com/):
-
-Untuk lapisan perlindungan tambahan, pertimbangkan untuk menerapkan pinning sertifikat.
-
-### Pinned Sertifikat SSL
-
-Pinned sertifikat memastikan bahwa sertifikat SSL server cocok dengan salinan yang terpercaya, mencegah penggunaan sertifikat palsu.
-
-Di iOS, Anda dapat menerapkan pinned sertifikat menggunakan `URLSession`. Berikut adalah contohnya:
-
-Selain mengamankan transportasi, enkripsi kunci API di tingkat aplikasi.
-
-### Enkripsi Kunci API
-
-[Enkripsi kunci API](https://capgo.app/docs/webapp/api-keys/) menambahkan lapisan keamanan tambahan. Capgo, misalnya, menggunakan enkripsi end-to-end untuk pembaruan aplikasi.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sebenarnya, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-Untuk mengenkripsi kunci API, gunakan algoritma enkripsi yang andal. Di bawah ini adalah contoh mengenkripsi kunci API dengan AES-256-GCM di Node.js:
-
-Menggabungkan HTTPS, pinned sertifikat, dan enkripsi memastikan pertahanan yang kuat untuk kunci API Anda.
-
-## Manajemen Keamanan Kunci API
-
-Mengelola kunci API secara efektif berarti mengawasi penggunaannya, merotasi mereka secara teratur, dan menegakkan kontrol akses yang ketat. Langkah-langkah ini membantu melindungi data sensitif dan memastikan kepatuhan dengan persyaratan toko aplikasi.
-
-### Pemantauan Penggunaan
-
-Melacak penggunaan kunci API sangat penting untuk menemukan aktivitas yang tidak biasa. Gunakan analitik waktu nyata untuk memantau:
-
--   Pola dan volume permintaan
--   Lokasi geografis akses
--   Tingkat dan jenis kesalahan
--   Kegagalan otentikasi
-
-Berikut adalah contohnya dalam Node.js:
-
-### Jadwal Rotasi Kunci
-
-Setelah Anda mengontrol penggunaan, pastikan untuk merotasi kunci Anda secara teratur. Proses rotasi otomatis dapat membantu Anda tetap mematuhi persyaratan toko aplikasi. Berikut adalah beberapa strategi rotasi:
-
--   **Rotasi darurat:** Segera nonaktifkan kunci jika Anda mencurigai adanya pelanggaran.
--   **Rotasi terjadwal:** Perbarui kunci produksi setiap kuartal.
--   **Rotasi pengembangan:** Segarkan kunci untuk lingkungan pengujian setiap bulan.
-
-Untuk meminimalkan gangguan, gunakan periode transisi selama perubahan kunci:
-
-### Pengaturan Kontrol Akses
-
-Pemantauan dan rotasi hanya sebagian dari persamaan. Anda juga perlu menegakkan kontrol akses yang ketat. Tetapkan izin berdasarkan kebutuhan dan tetap berpegang pada prinsip hak akses paling sedikit:
-
-Tinjau secara rutin siapa yang memiliki akses, sesuaikan izin sesuai kebutuhan, dan atur pemberitahuan otomatis untuk aktivitas yang tidak biasa. Langkah-langkah ini akan membantu Anda mempertahankan keamanan yang kuat sambil tetap mematuhi aturan toko aplikasi.
-
-## Fitur Keamanan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e8ac6c283d21cbd67ac65e/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-Capgo memperkuat keamanan aplikasi dengan menggabungkan metode penyimpanan dan transportasi yang aman dengan fitur-fitur canggih yang dibangun dalam platformnya.
-
-### Arsitektur Keamanan Capgo
-
-Sistem Capgo telah berhasil memberikan lebih dari 23,5 juta [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/) kepada 750 aplikasi produksi [\[1\]](https://capgo.app/). Ini menggunakan **enkripsi end-to-end**, memastikan bahwa hanya pengguna yang berwenang yang dapat mendekripsi pembaruan. Berikut adalah gambaran tentang pengaturan keamanannya:
-
-Desain ini tidak hanya melindungi kunci API tetapi juga menyederhanakan kepatuhan terhadap persyaratan toko aplikasi.
-
-### Kepatuhan terhadap Pedoman Toko Aplikasi
-
-Capgo memastikan pembaruan disampaikan dengan cepat dan aman, mencapai tingkat keberhasilan global 82%, dengan 95% pengguna aktif menerima pembaruan dalam waktu 24 jam [\[1\]](https://capgo.app/). Fitur-fiturnya membantu mengatasi potensi kerentanan:
-
--   Rotasi kunci otomatis yang sejalan dengan kebijakan toko aplikasi
--   Kontrol penerapan yang disesuaikan untuk lingkungan tertentu
--   Izin yang lebih terperinci untuk mengelola pembaruan
-
-### Integrasi Keamanan CI/CD
-
-Capgo bekerja dengan lancar dengan platform CI/CD untuk meningkatkan perlindungan kunci API. Berikut adalah contoh integrasinya:
-
-| Fitur Keamanan | Implementasi |
-| --- | --- |
-| Enkripsi Kunci | Enkripsi end-to-end selama build dan penerapan |
-| Kontrol Akses | Izin berbasis peran untuk pemicu penerapan |
-| Audit Logging | Catatan lengkap dari semua aktivitas penerapan |
-| Kontrol Versi | Pelacakan aman pembaruan yang diterapkan |
-
-> "Enkripsi end-to-end. Hanya pengguna Anda yang dapat mendekripsi pembaruan Anda, tidak ada orang lain." [\[1\]](https://capgo.app/) - Capgo
-
-## Ringkasan
-
-Menjaga kunci API tetap aman sangat penting untuk memenuhi persyaratan toko aplikasi dan melindungi data pengguna. Berikut adalah gambaran cepat tentang praktik kunci dan apa yang harus dilakukan selanjutnya.
-
-### Daftar Periksa Keamanan
-
-Tabel di bawah ini menyoroti langkah-langkah penting untuk melindungi kunci API sambil tetap selaras dengan standar Apple dan Google:
-
-| Langkah Keamanan | Persyaratan Implementasi | Dampak Kepatuhan |
-| --- | --- | --- |
-| **Keamanan Penyimpanan** | Gunakan enkripsi end-to-end dan pisahkan lingkungan | Selaras dengan aturan perlindungan data Apple/Google |
-| **Lapisan Transportasi** | Tegakkan HTTPS dan gunakan pinning sertifikat SSL | Mengamankan data selama transmisi |
-| **Kontrol Akses** | Terapkan izin berbasis peran dan lacak [log akses](https://capgo.app/docs/webapp/logs/) | Memblokir akses yang tidak sah |
-| **Manajemen Kunci** | Rotasi kunci otomatis dan gunakan kunci spesifik lingkungan | Mempertahankan keamanan yang kuat dan berkelanjutan |
-
-Rujuk daftar periksa ini sebagai panduan untuk mengamankan kunci API Anda.
-
-### Langkah Selanjutnya
-
-1.  **Audit Implementasi Saat Ini**
-    
-    Tinjau metode penyimpanan dan transportasi kunci Anda yang ada untuk kerentanan, terutama fokus pada enkripsi dan paparan kode sumber.
-    
-2.  **Terapkan Langkah Keamanan**
-    
-    Terapkan enkripsi end-to-end untuk mengurangi risiko dan memenuhi persyaratan toko aplikasi.
-    
-3.  **Bangun Sistem Pemantauan**
-    
-    Siapkan pemberitahuan otomatis dan lakukan audit rutin untuk memastikan keamanan berkelanjutan.
-    
-
-> "Mematuhi Toko Aplikasi" - Capgo [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/api-rate-limiting-for-app-store-compliance.md b/src/content/blog/id/api-rate-limiting-for-app-store-compliance.md
deleted file mode 100644
index bfec07b3b..000000000
--- a/src/content/blog/id/api-rate-limiting-for-app-store-compliance.md
+++ /dev/null
@@ -1,208 +0,0 @@
----
-slug: api-rate-limiting-for-app-store-compliance
-title: Pembatasan Rate API untuk Kepatuhan App Store
-description: >-
-  Pelajari tentang pembatasan tingkat API dan pentingnya hal tersebut untuk
-  kepatuhan App Store, keamanan, dan performa sistem.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T03:23:39.305Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ecaaaa7747adc4bca8d9b6-1743564231231.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  API rate limiting, app store compliance, security, performance, overload
-  protection, request management
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-Pembatasan laju API memastikan aplikasi Anda memenuhi pedoman Apple dan Google sambil melindungi sistem dari kelebihan beban dan penyalahgunaan. Ini membatasi seberapa sering pengguna dapat membuat permintaan, meningkatkan keamanan, menghemat biaya, dan memastikan kinerja yang lancar. Berikut yang perlu Anda ketahui:
-
--   **Mengapa Ini Penting**: Mencegah serangan brute force, mengelola beban server, dan menghindari penolakan app store.
--   **Metode**:
-    -   Fixed Window: Sederhana tapi dapat menyebabkan lonjakan lalu lintas.
-    -   Sliding Window: Memperlancar lalu lintas tapi menggunakan lebih banyak memori.
-    -   Token Bucket: Menangani lonjakan tapi rumit untuk diatur.
--   **Kepatuhan**: Gunakan exponential backoff untuk percobaan ulang dan respon dengan kode status 429 ketika batas terlampaui.
--   **Perangkat**: Platform seperti [Capgo](https://capgo.app/) menyederhanakan implementasi dengan analitik, pelacakan kesalahan, dan pemantauan real-time.
-
-**Tips Cepat**: Uji batas Anda dalam kondisi normal, lonjakan, dan pemulihan untuk memastikan stabilitas dan kepatuhan.
-
-## Memahami Batas Laju API: Tujuan, Jenis, dan Hal Penting ...
-
-<iframe src="https://www.youtube.com/embed/LVl2Lftj8A8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pedoman API App Store
-
-Batas laju API berperan penting dalam memenuhi persyaratan app store. Apple dan Google memiliki aturan spesifik untuk memastikan perlindungan data pengguna dan menjaga stabilitas sistem. Berikut rincian kebijakan mereka.
-
-### Batas Laju API Apple
-
-Apple menerapkan batasan pada area seperti autentikasi, permintaan data, dan endpoint publik. Melanggar batasan ini dapat mengakibatkan konsekuensi seperti penolakan aplikasi selama proses review, penghapusan sementara dari App Store, atau diperlukan perbaikan mendesak. Untuk mengelola batas yang terlampaui, pengembang disarankan menggunakan metode seperti **exponential backoff**, yang melibatkan peningkatan bertahap jeda antar percobaan.
-
-### Batas Laju API Google
-
-[Google Play Store](https://play.google/developer-content-policy/) menetapkan batasan untuk akses data publik, autentikasi, dan permintaan data pengguna. Meski lonjakan aktivitas kecil diperbolehkan, sistem memantau penggunaan secara ketat. Peringatan diberikan saat mendekati ambang batas, dan pembatasan diterapkan secara bertahap daripada melalui penangguhan langsung.
-
-## Langkah Implementasi Pembatasan Laju
-
-### Metode Pembatasan Laju
-
-Saat mengimplementasikan pembatasan laju API, pilih pendekatan yang sesuai dengan kebutuhan aplikasi Anda. Berikut tiga metode yang umum digunakan:
-
-**Pembatasan Laju Fixed Window**: Metode ini menetapkan batas (misalnya, 100 permintaan) yang direset pada interval tetap. Meski sederhana, ini dapat menyebabkan lonjakan lalu lintas di akhir setiap periode.
-
-**Pembatasan Laju Sliding Window**: Pendekatan ini menggunakan kerangka waktu bergulir untuk memperlancar lalu lintas. Misalnya, jika batasnya 100 permintaan per menit dan pengguna membuat 50 permintaan pada 14:00:30, mereka masih bisa membuat 50 permintaan lagi hingga 14:01:30.
-
-**Algoritma Token Bucket**: Metode ini memungkinkan fleksibilitas dengan mengisi ulang token pada tingkat tertentu. Setiap panggilan API menggunakan satu token, dan permintaan ditolak ketika token habis sampai diisi ulang.
-
-| Metode | Kelebihan | Kekurangan | Paling Cocok Untuk |
-| --- | --- | --- | --- |
-| Fixed Window | Mudah diimplementasikan, penggunaan memori rendah | Dapat menyebabkan lonjakan lalu lintas | Endpoint API dasar |
-| Sliding Window | Aliran lalu lintas lancar, presisi lebih baik | Membutuhkan lebih banyak memori | API autentikasi pengguna |
-| Token Bucket | Menangani lonjakan, dapat disesuaikan | Lebih kompleks untuk diimplementasikan | API publik lalu lintas tinggi |
-
-Berikut contoh praktis menggunakan metode sliding window.
-
-### Contoh Implementasi
-
-Berikut potongan kode yang mendemonstrasikan cara mengimplementasikan pembatasan laju sliding window:
-
-```javascript
-const rateLimit = async (userId, limit, window) => {
-  const now = Date.now();
-  const key = `ratelimit:${userId}`;
-
-  const multi = redis.multi();
-  multi.zremrangebyscore(key, 0, now - window); // Remove expired requests
-  multi.zadd(key, now, now);                   // Add the current request
-  multi.zcard(key);                            // Count requests in the window
-
-  const [,, count] = await multi.exec();
-
-  return count <= limit; // Return true if within limit
-};
-```
-
-### Pengujian Batas Laju
-
-Setelah diimplementasikan, uji secara menyeluruh pengaturan pembatasan laju Anda untuk memastikan berfungsi sesuai harapan. Fokus pada area-area ini:
-
--   **Pengujian Batas Dasar**: Kirim permintaan pada tingkat normal untuk mengonfirmasi fungsi standar.
--   **Pengujian Lonjakan**: Simulasikan beberapa permintaan yang dikirim secara bersamaan untuk memverifikasi bahwa batas ditegakkan.
--   **Pengujian Pemulihan**: Periksa bagaimana sistem berperilaku setelah batas direset.
-
-```javascript
-async function testRateLimits() {
-  // Test normal usage
-  for (let i = 0; i < 5; i++) {
-    await makeRequest();
-    await delay(1000); // Wait 1 second between requests
-  }
-
-  // Test burst protection
-  const requests = Array(10).fill().map(() => makeRequest());
-  await Promise.all(requests);
-
-  // Verify recovery after limit reset
-  await delay(60000); // Wait for 1 minute
-  const response = await makeRequest();
-  assert(response.status === 200); // Ensure the request is accepted
-}
-```
-
-### Pemantauan Kinerja
-
-Setelah penerapan, pantau metrik utama untuk memastikan sistem pembatasan laju Anda berkinerja baik dalam berbagai kondisi:
-
--   Total permintaan yang ditangani dalam setiap jendela waktu
--   Jumlah permintaan yang ditolak
--   Waktu respons selama lalu lintas tinggi
--   Tingkat kesalahan dan penyebabnya
-
-Data ini akan membantu Anda menyesuaikan sistem untuk kinerja optimal.
-
-## Standar Pembatasan Laju
-
-### Pengaturan Batas Laju
-
-Untuk mencapai keseimbangan yang tepat antara pengalaman pengguna dan perlindungan server, evaluasi pola lalu lintas API Anda dan kebutuhan endpoint. Alih-alih mengandalkan ambang batas tetap, sesuaikan batas laju dengan kebutuhan spesifik API Anda. Sesuaikan batas ini seiring waktu berdasarkan data penggunaan aktual untuk memastikan tetap efektif dan praktis.
-
-### Desain Respons Kesalahan
-
-Ketika client melampaui batas laju, berikan respons dengan **kode status 429**. Sertakan header yang menentukan batas total, permintaan tersisa, waktu reset, dan interval percobaan ulang. Umpan balik terperinci ini membantu pengembang menyesuaikan aplikasi mereka agar selaras dengan batas API Anda.
-
-### Proses Penyesuaian Batas
-
-Meninjau ulang batas laju secara teratur sangat penting untuk mempertahankan kinerja dan memenuhi persyaratan kepatuhan. Pantau faktor seperti lalu lintas puncak, tingkat kesalahan, dan beban server untuk mengidentifikasi penyesuaian yang diperlukan. Masukkan umpan balik pengguna untuk memastikan batas Anda mendukung efisiensi operasional dan pedoman app store.
-
-## Perangkat Pembatasan Laju [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ecaaaa7747adc4bca8d9b6/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo menawarkan perangkat terintegrasi yang dirancang untuk menerapkan batas laju API sambil memastikan kinerja tinggi dan kepatuhan terhadap persyaratan app store.
-
-### Fitur Kepatuhan Capgo
-
-Capgo menyediakan berbagai perangkat untuk membantu mempertahankan batas laju API dan memenuhi pedoman app store. Sistem pembaruan-nya mencapai tingkat keberhasilan 82% dengan waktu respons API rata-rata 434 ms [\[1\]](https://capgo.app/). Berikut yang disertakan:
-
--   **Analitik Real-Time**: Pantau distribusi pembaruan dan penggunaan API.
--   **Pelacakan Kesalahan**: Cepat identifikasi dan perbaiki masalah batas laju.
--   **[Sistem Channel](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**: Kelola peluncuran pembaruan secara efektif.
--   **Enkripsi**: Lindungi komunikasi API.
-
-Perangkat ini bekerja bersama praktik pembatasan laju standar, menawarkan data real-time dan resolusi kesalahan proaktif. Sistem Capgo telah diuji di 750 aplikasi produksi, mengirimkan 23,5 juta pembaruan sambil mempertahankan kepatuhan dan kinerja yang kuat [\[1\]](https://capgo.app/).
-
-### Pembatasan Laju dengan Capgo
-
-Perangkat pembatasan laju Capgo terintegrasi dengan mulus ke dalam alur kerja [Capacitor](https://capacitorjs.com/) Anda. Mereka membantu mencapai tingkat pembaruan pengguna 95% dalam 24 jam sambil menjaga kinerja API tetap stabil [\[1\]](https://capgo.app/).
-
-Berikut rincian pendekatan Capgo:
-
-| Fitur | Implementasi | Manfaat |
-| --- | --- | --- |
-| **CDN Global** | Kecepatan unduh 114 ms untuk bundle 5 MB | Mengurangi beban server |
-| **Distribusi Channel** | Peluncuran bertahap dan pengujian beta | Mengontrol aliran lalu lintas API |
-| **Dashboard Analitik** | Pemantauan real-time | Mengukur kinerja batas laju |
-| **Manajemen Kesalahan** | Deteksi masalah otomatis | Menghindari pelanggaran batas laju |
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!"
-
-Untuk memulai, jalankan: `npx @capgo/cli init`. Perintah ini mengatur batas laju yang diperlukan, memastikan aplikasi Anda mematuhi persyaratan toko Apple dan Google.
-
-## Ringkasan
-
-### Poin Utama
-
-Pembatasan laju API memainkan peran penting dalam memenuhi persyaratan app store dan memastikan sistem Anda berjalan lancar. Berikut ringkasan singkat:
-
-| Aspek | Persyaratan | Dampak |
-| --- | --- | --- |
-| **Keamanan** | Enkripsi end-to-end | Mengamankan komunikasi API dan data pengguna |
-| **Pemantauan** | Analitik | Melacak penggunaan API dan membantu menghindari pelanggaran |
-
-Gunakan daftar periksa di bawah ini untuk menyelaraskan strategi pembatasan laju Anda dengan pedoman app store.
-
-### Daftar Periksa Implementasi
-
-Untuk mengimplementasikan strategi pembatasan laju yang solid, ikuti langkah-langkah ini:
-
--   **Tetapkan Batas Laju**
-    
-    -   Tentukan batas laju global berdasarkan aturan app store.
-    -   Gunakan exponential backoff untuk mekanisme percobaan ulang.
-    -   Konfigurasi respons kesalahan yang tepat, seperti kode status 429.
--   **Pantau dan Sesuaikan**
-    
-    -   Analisis penggunaan API dengan analitik terperinci.
-    -   Atur peringatan otomatis untuk menangkap potensi pelanggaran lebih awal.
-    -   Perbarui batas sesuai kebutuhan berdasarkan kinerja dunia nyata.
--   **Uji dan Validasi**
-    
-    -   Lakukan pengujian beban untuk memastikan stabilitas.
-    -   Verifikasi respons kesalahan memenuhi persyaratan kepatuhan.
-    -   Jaga dokumentasi menyeluruh tentang upaya kepatuhan Anda.
diff --git a/src/content/blog/id/app-store-metadata-what-developers-must-know.md b/src/content/blog/id/app-store-metadata-what-developers-must-know.md
deleted file mode 100644
index f1f0f0ba8..000000000
--- a/src/content/blog/id/app-store-metadata-what-developers-must-know.md
+++ /dev/null
@@ -1,227 +0,0 @@
----
-slug: app-store-metadata-what-developers-must-know
-title: 'Metadata App Store: Apa yang Perlu Diketahui Developer'
-description: >-
-  Pelajari bagaimana metadata yang efektif di App Store dapat meningkatkan
-  visibilitas, menambah jumlah unduhan, dan mempermudah proses pembaruan bagi
-  pengembang.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T01:52:31.369Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e5e83da2c14cac42f7f5e4-1743126762355.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  app store metadata, app optimization, keywords, visuals, localization, mobile
-  apps, app visibility, user engagement, updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin aplikasi Anda menonjol? Dimulai dengan metadata.** Metadata app store memengaruhi bagaimana pengguna menemukan, mengevaluasi, dan mengunduh aplikasi Anda. Berikut yang perlu Anda ketahui:
-
--   **Elemen Utama**: Nama aplikasi, deskripsi, kata kunci, visual (tangkapan layar, video, ikon), detail teknis, dan lokalisasi.
--   **Mengapa Ini Penting**: Metadata meningkatkan penemuan aplikasi, meningkatkan unduhan, dan menyederhanakan proses persetujuan.
--   **Tips Optimasi**: Gunakan deskripsi singkat dan kaya kata kunci, visual yang menarik, dan konten yang dilokalisasi untuk pasar yang berbeda.
--   **Kesalahan Umum**: Hindari penumpukan kata kunci, visual yang buruk, branding yang tidak konsisten, dan deskripsi yang tidak jelas.
-
-**Rencana Aksi Cepat**:
-
-1.  Tulis nama dan deskripsi aplikasi yang menarik dalam batas karakter.
-2.  Gunakan kata kunci yang relevan dan alami untuk meningkatkan peringkat pencarian.
-3.  Tambahkan visual berkualitas tinggi yang sesuai platform untuk menarik pengguna.
-4.  Perbarui metadata secara rutin untuk fitur baru, peningkatan, atau acara musiman.
-
-Pengelolaan metadata sangat penting untuk kesuksesan aplikasi. Alat seperti [Capgo](https://capgo.app/) dapat membantu Anda membuat pembaruan instan, tetap patuh, dan melacak kinerja secara efektif.
-
-## Mengoptimalkan Metadata untuk Peringkat di App Store - Bagian 2
-
-<iframe src="https://www.youtube.com/embed/zOqr-quX_LM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Elemen Metadata Utama
-
-Mari kita uraikan elemen-elemen kunci metadata dan bagaimana mereka membentuk identitas aplikasi Anda.
-
-### Nama dan Deskripsi Aplikasi
-
-Nama dan deskripsi aplikasi Anda sangat penting untuk membuat kesan pertama yang kuat. Berikut yang perlu Anda ketahui tentang batas karakter untuk app store:
-
--   **[Apple App Store](https://developer.apple.com/app-store/guidelines/)**: 30 karakter untuk nama aplikasi, 30 untuk subjudul
--   **[Google Play Store](https://play.google.com/console/signup)**: 50 karakter untuk judul aplikasi, 80 untuk deskripsi singkat
-
-Saat menulis deskripsi aplikasi, perhatikan struktur berikut:
-
--   **Paragraf pertama**: Komunikasikan dengan jelas nilai atau tujuan utama aplikasi Anda.
--   **Bagian tengah**: Sorot fitur-fitur utama dan apa yang membedakan aplikasi Anda.
--   **Paragraf akhir**: Akhiri dengan ajakan bertindak dan perkuat keunggulan unik aplikasi Anda.
-
-_Tip_: Letakkan informasi terpenting di tiga baris pertama. Ini yang dilihat pengguna sebelum mengklik "Baca Selengkapnya."
-
-### Istilah Pencarian dan Peringkat
-
-Penempatan kata kunci yang strategis adalah kunci untuk meningkatkan visibilitas pencarian. Berikut cara kedua app store utama menangani kata kunci:
-
--   **Apple App Store**: Menyediakan bidang kata kunci 100 karakter khusus untuk istilah pencarian.
--   **Google Play Store**: Mengambil kata kunci langsung dari judul dan deskripsi aplikasi Anda.
-
-Fokus pada kata kunci yang relevan, memiliki volume pencarian yang baik, dan tidak terlalu kompetitif. Hindari penumpukan kata kunci - ini dapat merugikan peringkat Anda.
-
-Selanjutnya, mari bahas elemen visual yang meningkatkan daftar aplikasi Anda di store.
-
-### Persyaratan Konten Visual
-
-Visual berkualitas tinggi sangat penting untuk menarik perhatian dan memenuhi pedoman teknis. App store sering memerlukan kepatuhan untuk menyetujui aplikasi Anda.
-
-**Tangkapan Layar App Store**:
-
--   Untuk Layar Super Retina XDR 6,5": 1284 x 2778 piksel
--   Untuk [iPad Pro](https://www.apple.com/ipad-pro/) (12,9 inci): 2048 x 2732 piksel
--   Unggah minimal 3 tangkapan layar (maksimal: 10)
-
-**Grafik Google Play**:
-
--   Grafik fitur: 1024 x 500 piksel
--   Ikon: 512 x 512 piksel
--   Tangkapan layar harus mempertahankan rasio aspek minimal 16:9
-
-Video juga dapat memberikan dampak besar. Gunakan klip MP4 atau MOV 15-30 detik untuk menunjukkan aplikasi Anda dalam aksi. Hindari menyertakan branding pihak ketiga dalam video ini.
-
-_Praktik Terbaik_: Buat tangkapan layar yang dilokalisasi untuk pasar utama. Gunakan teks yang diterjemahkan dan gambar yang sesuai dengan budaya setiap wilayah.
-
-## Tips Menulis Metadata
-
-### Menulis Deskripsi yang Jelas
-
-Buat deskripsi singkat dan langsung yang menyoroti apa yang ditawarkan aplikasi Anda dan fitur utamanya. Mulai dengan pernyataan singkat tentang manfaat utama aplikasi Anda, diikuti dengan ringkasan fungsi-fungsi yang paling menonjol. Sesuaikan kata-kata Anda agar sesuai dengan setiap audiens spesifik.
-
-### Terjemahan dan Kesesuaian Pasar
-
-Melokalisasi metadata bukan hanya tentang menerjemahkan teks - ini tentang menyelaraskan pesan Anda dengan budaya lokal dan preferensi pengguna. Bekerja sama dengan penutur asli untuk memastikan manfaat aplikasi Anda dikomunikasikan secara efektif dan sesuai dengan audiens yang dituju.
-
-## Kesalahan Metadata Umum
-
-### Kesalahan Kata Kunci dan Deskripsi
-
-Mendapatkan metadata yang tepat sangat penting untuk visibilitas dan kinerja aplikasi Anda. Salah satu jebakan utama? **Penumpukan kata kunci** - memenuhi deskripsi dengan istilah berulang untuk memanipulasi peringkat. Ini tidak hanya melanggar aturan app store, tetapi juga dapat menyebabkan penolakan langsung. Sebaliknya, fokus pada penempatan kata kunci secara alami dalam teks.
-
-Kesalahan deskripsi lainnya termasuk:
-
--   Gagal mengkomunikasikan nilai aplikasi Anda dengan jelas
--   Membebani teks dengan jargon teknis
--   Mengabaikan fitur atau manfaat utama
--   Mengirim pesan yang berbeda di berbagai versi yang dilokalisasi
-
-### Standar Gambar dan Video
-
-Aset visual memainkan peran penting dalam kesuksesan aplikasi Anda. Memenuhi persyaratan spesifik platform memastikan pengajuan yang lancar dan menghindari penundaan yang tidak perlu.
-
-Tips utama untuk visual:
-
--   Gunakan tangkapan layar yang mencerminkan versi aplikasi saat ini secara akurat.
--   Jaga video pratinjau tetap singkat - 15 hingga 30 detik adalah ideal.
--   Hindari menambahkan bingkai perangkat kecuali secara eksplisit diperlukan oleh platform.
--   Pastikan overlay pemasaran tidak mendominasi tangkapan layar.
-
-### Pedoman Merek
-
-Menjaga identitas merek yang konsisten sama pentingnya dengan akurasi teknis.
-
-**Masalah penamaan yang perlu diperhatikan:**
-
--   Menggunakan nama aplikasi yang berbeda di berbagai platform
--   Penyalahgunaan simbol merek dagang
--   Kapitalisasi yang salah dalam judul
-
-**Masalah identitas visual:**
-
--   Skema warna yang tidak sesuai antara ikon dan tangkapan layar
--   Pilihan font yang tidak konsisten
--   Penempatan logo yang tidak tepat
-
-Capgo telah mencapai tingkat keberhasilan global sebesar 82% [\[1\]](https://capgo.app/).
-
-| Kesalahan Umum | Dampak | Solusi |
-| --- | --- | --- |
-| Penumpukan kata kunci | Penolakan store, peringkat lebih rendah | Gunakan bahasa alami dan fokus pada relevansi |
-| Tangkapan layar buruk | Tingkat konversi berkurang | Ikuti pedoman spesifik platform |
-| Branding tidak konsisten | Kepercayaan berkurang | Terapkan pedoman merek yang ketat |
-
-## Pemeliharaan Metadata
-
-### Kapan Harus Memperbarui
-
-Jaga metadata Anda tetap terkini selama acara-acara penting seperti rilis utama, peluncuran fitur, peningkatan kinerja, perubahan pasar, atau promosi musiman. Berikut kapan harus membuat perubahan:
-
--   **Peluncuran fitur**: Perbarui deskripsi dan tangkapan layar untuk menyoroti kemampuan baru.
--   **Peningkatan kinerja**: Tekankan peningkatan terukur seperti kecepatan lebih cepat atau efisiensi lebih baik.
--   **Perubahan pasar**: Sesuaikan kata kunci dan pesan untuk menyelaraskan dengan kebutuhan pengguna yang berubah.
--   **Acara musiman**: Sesuaikan metadata untuk liburan, promosi khusus, atau acara penting.
-
-Setelah membuat pembaruan, lacak efektivitasnya menggunakan metrik kinerja.
-
-### Melacak Kinerja
-
-Mengukur dampak pembaruan metadata sangat penting. Gunakan metrik seperti tingkat keberhasilan pembaruan dan keterlibatan pengguna untuk mengevaluasi efektivitas. Misalnya, aplikasi yang menggunakan solusi pembaruan langsung seperti Capgo melaporkan tingkat keberhasilan pembaruan 95% di antara pengguna aktif dalam 24 jam [\[1\]](https://capgo.app/). Periksa umpan balik pengguna secara teratur untuk memastikan metadata Anda jelas dan sesuai dengan audiens Anda.
-
-Wawasan ini dapat membantu Anda memilih [alat yang tepat untuk mengelola pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Alat untuk Mengelola Pembaruan
-
-Platform modern menyederhanakan [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) dengan fitur seperti:
-
--   **Penerapan real-time**: Dorong pembaruan secara instan tanpa menunggu persetujuan store. Capgo, misalnya, telah mengirimkan 23,5 juta pembaruan dengan tingkat keberhasilan global 82% [\[1\]](https://capgo.app/).
--   **Integrasi analitik**: Pantau keberhasilan pembaruan, keterlibatan pengguna, dan riwayat versi.
--   **Opsi rollback**: Cepat membatalkan perubahan jika diperlukan.
--   **Distribusi terkontrol**: Uji pembaruan dengan grup pengguna tertentu sebelum peluncuran penuh.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" - Rodrigo Mantica, @manticarodrigo
-
-## Fitur dan Manfaat [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-28.jpg?auto=compress)
-
-### Tentang Capgo
-
-Capgo menyederhanakan pengelolaan [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) dengan memungkinkan perubahan instan tanpa memerlukan ulasan app store. Ini dirancang untuk aplikasi [Capacitor](https://capacitorjs.com/), membantu tim dengan cepat meluncurkan perbaikan kritis dan fitur baru. Dengan 750 aplikasi dalam produksi dan lebih dari 23,5 juta pembaruan berhasil dikirimkan, Capgo telah terbukti menjadi solusi yang dapat diandalkan untuk menangani pembaruan aplikasi secara efisien [\[1\]](https://capgo.app/).
-
-### Proses Pembaruan Capgo
-
-Sistem pembaruan Capgo dibangun untuk mematuhi aturan app store sambil mempercepat penerapan. Pengembang dapat langsung mendorong pembaruan menggunakan fitur seperti:
-
--   **Pembaruan Parsial**: Hanya mengunduh konten yang dimodifikasi, menghemat bandwidth dan mengurangi ukuran pembaruan.
--   **Enkripsi End-to-End**: Menyediakan [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/) dengan enkripsi sejati, bukan hanya penandatanganan dasar.
--   **Distribusi Saluran**: Memungkinkan peluncuran yang ditargetkan untuk pengujian beta atau grup pengguna tertentu.
-
-Sistem ini mencapai tingkat keberhasilan global 82%, mengirimkan bundle 5 MB dari CDN globalnya hanya dalam 114 milidetik, dan memastikan bahwa 95% pengguna aktif menerima pembaruan dalam 24 jam [\[1\]](https://capgo.app/).
-
-### Alat Utama Capgo
-
-Capgo menyediakan alat-alat utama untuk mengelola pembaruan dan metadata aplikasi secara efektif:
-
-| Fitur | Tujuan | Metrik Kinerja |
-| --- | --- | --- |
-| Analitik Real-time | Memantau keberhasilan pembaruan dan aktivitas pengguna | Rata-rata waktu respons API 434 ms |
-| Kontrol Versi | Kembali ke versi sebelumnya dengan cepat | Kemampuan rollback instan |
-| Integrasi CI/CD | Mengotomatisasi deployment melalui Git | Integrasi alur kerja yang efisien |
-
-Capgo mendukung Capacitor 8 dan menawarkan opsi deployment berbasis cloud dan [self-hosted](https://capgo.app/blog/self-hosted-capgo/). Fleksibilitas ini memastikan manajemen pembaruan yang tepat sambil tetap mematuhi persyaratan app store [\[1\]](https://capgo.app/).
-
-## Ringkasan
-
-Mengelola metadata secara efektif sangat penting untuk meningkatkan visibilitas dan mencapai kesuksesan. Pembaruan aplikasi tradisional sering membutuhkan waktu, tetapi alat modern kini memungkinkan perubahan instan - tema utama dalam diskusi ini. Para pengembang semakin beralih ke alat-alat ini untuk menyederhanakan pembaruan sambil tetap mematuhi pedoman Apple dan Google.
-
-Capgo, misalnya, telah mengirimkan 23,5 juta pembaruan dengan tingkat keberhasilan 82%, menjangkau 95% pengguna aktif dalam 24 jam [\[1\]](https://capgo.app/). Ini menekankan pentingnya menggunakan strategi metadata dan praktik pembaruan yang efisien.
-
-Berikut beberapa aspek penting untuk difokuskan dalam pengelolaan metadata yang efektif:
-
-| Aspek | Praktik Terbaik | Dampak |
-| --- | --- | --- |
-| Kecepatan Pembaruan | Deploy secara instan | Perbaiki bug dan tambah fitur lebih cepat |
-| Kepatuhan | Ikuti pedoman toko | Hindari penolakan aplikasi |
-| Keamanan | Enkripsi E2E | Lindungi data dan pembaruan |
-| Distribusi | Peluncuran yang ditargetkan | Kontrol bagaimana pembaruan disebarkan |
-
-Pergeseran dalam pengelolaan metadata app store menunjukkan dorongan industri menuju solusi yang lebih cepat dan efisien yang memprioritaskan pembaruan cepat sambil mempertahankan keamanan dan kepatuhan yang kuat. Seperti yang dikatakan Bessie Cooper: "Capgo adalah alat yang wajib dimiliki pengembang yang ingin lebih produktif. Melewati tinjauan aplikasi untuk perbaikan kritis memberikan keuntungan yang signifikan." [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/app-store-vs-direct-updates-what-developers-need-to-know.md b/src/content/blog/id/app-store-vs-direct-updates-what-developers-need-to-know.md
deleted file mode 100644
index 560240654..000000000
--- a/src/content/blog/id/app-store-vs-direct-updates-what-developers-need-to-know.md
+++ /dev/null
@@ -1,212 +0,0 @@
----
-slug: app-store-vs-direct-updates-what-developers-need-to-know
-title: 'App Store vs Direct Update: Yang Perlu Diketahui Developer'
-description: >-
-  Jelajahi keuntungan dan kerugian dari pembaruan App Store dibandingkan dengan
-  pembaruan OTA langsung untuk membantu pengembang memilih strategi terbaik
-  untuk aplikasi mereka.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-13T06:14:25.862Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6784a46a684afc141f72d774-1736748943276.jpg
-head_image_alt: Teknologi
-keywords: >-
-  App Store updates, OTA updates, mobile app development, update strategy,
-  developer tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-**Pembaruan App Store atau pembaruan OTA langsung?** Cara Anda mengirimkan [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) dapat berdampak signifikan pada kecepatan, kontrol, dan pengalaman pengguna. Berikut ringkasannya:
-
--   **Pembaruan App Store**: Melalui proses peninjauan, memastikan keamanan dan kepatuhan tetapi sering tertunda berjam-jam atau berhari-hari. Ideal untuk peluncuran global tetapi membatasi fleksibilitas
-    
--   **Pembaruan OTA Langsung**: Melewati peninjauan app store, memungkinkan pembaruan lebih cepat untuk penyesuaian UI atau perbaikan bug. Terbaik untuk perubahan cepat dan pembaruan terarah tetapi mengharuskan pengembang mengelola keamanan dan kepatuhan
-    
-
-### Perbandingan Singkat
-
-| Aspek | Pembaruan App Store | Pembaruan OTA Langsung |
-| --- | --- | --- |
-| **Kecepatan** | Hari hingga minggu | Menit hingga jam |
-| **Kontrol** | Dibatasi aturan app store | Sepenuhnya dikelola pengembang |
-| **Kasus Penggunaan** | Peluncuran global | Perbaikan terarah dan cepat |
-| **Keamanan** | Ditangani app store | Dikelola pengembang |
-| **Biaya** | Komisi 15% dari transaksi | Tidak ada biaya platform |
-
-**Poin penting**: Gunakan pembaruan App Store untuk keandalan dan kepatuhan, dan pembaruan OTA langsung untuk kecepatan dan fleksibilitas. Pilih berdasarkan kebutuhan aplikasi dan ekspektasi pengguna Anda
-
-## Ionic & Capacitor untuk Membangun Aplikasi Mobile Native
-
-<iframe src="https://www.youtube-nocookie.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Penjelasan Pembaruan App Store
-
-Pembaruan App Store adalah metode utama untuk mengirimkan pembaruan perangkat lunak melalui marketplace platform resmi. Sistem ini adalah saluran distribusi utama untuk kebanyakan aplikasi mobile, dengan langkah dan pedoman spesifik yang harus diikuti pengembang.
-
-### Bagaimana Pembaruan App Store Bekerja
-
-Mengirimkan pembaruan ke App Store berarti menyiapkan paket yang memenuhi persyaratan Apple dan melewati proses peninjauan. Apple memeriksa pembaruan untuk keamanan, kinerja, pedoman konten, dan fungsionalitas. Menggunakan [App Store Connect](https://developer.apple.com/app-store-connect/), pengembang mengirimkan pembaruan mereka, yang menjalani evaluasi menyeluruh, termasuk pengujian pada perangkat yang didukung, pemeriksaan keamanan, dan tinjauan kepatuhan.
-
-### Manfaat Pembaruan App Store
-
-App Store membuat distribusi dan pemeliharaan aplikasi lebih mudah. Ini menangani tugas seperti pengiriman pembaruan, pemeriksaan keamanan, pemberitahuan pengguna, dan bahkan pemrosesan pembayaran. Sistem terpusat ini memastikan pengalaman yang konsisten bagi pengguna dan membangun kepercayaan pada platform.
-
-### Kekurangan Pembaruan App Store
-
-Meski nyaman, sistem App Store memiliki beberapa kekurangan yang perlu diperhatikan pengembang:
-
-| Tantangan | Dampak pada Pengembang |
-| --- | --- |
-| Penundaan Peninjauan | Pembaruan mungkin membutuhkan waktu berhari-hari untuk aktif, memperlambat perbaikan penting |
-| Kontrol Terbatas | Pengembang bergantung pada jadwal Apple untuk rilis mendesak |
-
-Masalah lainnya termasuk komisi Apple 15% pada transaksi [\[1\]](https://manytrickscom/blog/?p=4156) dan pembatasan dari persyaratan sandboxing [\[2\]](https://forumblackmagicdesigncom/viewtopicphp?f=21&t=117780), yang dapat membatasi fleksibilitas pengembangan dan mempengaruhi strategi bisnis.
-
-Karena hambatan ini, banyak pengembang beralih ke alternatif seperti pembaruan OTA (over-the-air). Meskipun App Store menawarkan sistem yang aman dan terpusat, mengeksplorasi opsi yang lebih cepat dan lebih adaptif bisa menjadi game changer bagi banyak tim.
-
-## Pembaruan OTA Langsung dengan Capacitor
-
-Pembaruan over-the-air (OTA) langsung memungkinkan pengembang melewati penundaan peninjauan app store, memudahkan merilis fitur baru dan perbaikan dengan cepat. Pendekatan ini mengubah cara pembaruan dikirimkan ke perangkat pengguna.
-
-### Apa itu Pembaruan OTA Langsung?
-
-Dengan pembaruan OTA langsung, pengembang dapat mendorong perubahan JavaScript, HTML, dan CSS tanpa perlu mengirimkan versi aplikasi baru ke app store. Menggunakan Capacitor, pembaruan ini dapat dikirim langsung ke perangkat pengguna, menyederhanakan seluruh [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Mengapa Menggunakan Pembaruan OTA Langsung?
-
-| **Keuntungan** | **Penjelasan** |
-| --- | --- |
-| **Pembaruan Lebih Cepat** | Perubahan mencapai pengguna segera, melewati peninjauan app store yang memakan waktu| **Penghematan Biaya** | Menghindari biaya berulang untuk pengajuan pembaruan aplikasi |
-| **Mulus bagi Pengguna** | Pembaruan terjadi di latar belakang tanpa memerlukan tindakan pengguna |
-| **Lebih Banyak Kontrol** | Memungkinkan pengembang menguji fitur dengan kelompok pengguna tertentu |
-
-Manfaat ini menjadikan pembaruan OTA sebagai pilihan menarik bagi tim yang fokus pada kecepatan dan adaptabilitas. Alat seperti Capgo menambahkan lapisan keamanan ekstra dengan enkripsi dan terintegrasi dengan pipeline CI/CD untuk pembaruan yang mulus dan aman.
-
-### Menjaga Kepatuhan dan Mengelola Risiko
-
-Saat menggunakan pembaruan OTA, penting untuk mengikuti pedoman khusus platform:
-
--   **Perubahan Konten**: Pembaruan OTA umumnya cocok untuk penyesuaian UI, pembaruan konten, atau penyesuaian fungsionalitas kecil
-    
--   **Kode Native**: Setiap perubahan pada kode native harus tetap melalui proses peninjauan app store
-    
--   **Kebijakan Platform**: Pembaruan harus menggunakan mekanisme pengiriman yang aman untuk mematuhi aturan platform
-    
-
-Platform seperti Capgo menyertakan fitur seperti kontrol versi dan opsi rollback, memastikan pembaruan aman dan patuh. Pengamanan ini membantu pengembang menghindari risiko sambil memanfaatkan fleksibilitas pembaruan OTA.
-
-Meski demikian, pengembang harus dengan cermat menimbang kecepatan dan kenyamanan pembaruan OTA dengan ketelitian dan struktur pembaruan app store untuk menentukan apa yang terbaik untuk aplikasi mereka.
-
-###### sbb-itb-f9944d2
-
-## Membandingkan Pembaruan App Store dan OTA Langsung
-
-### Perbedaan dan Kasus Penggunaan
-
-Memutuskan antara pembaruan App Store dan OTA secara langsung berdampak pada cara Anda mendeploy aplikasi. Pembaruan App Store dikenal karena keandalan dan kemudahan penggunaannya, sementara pembaruan OTA unggul dalam kecepatan dan adaptabilitas, menjadikannya ideal untuk aplikasi enterprise.
-
-Untuk aplikasi enterprise atau internal, pembaruan OTA langsung memberikan manfaat yang jelas. Mereka memungkinkan iterasi dan penyesuaian lebih cepat tanpa menunggu peninjauan app store.
-
-Saat bekerja dengan aplikasi lintas platform, [strategi pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) Anda menjadi semakin penting. Pengembang enterprise sering beralih ke pembaruan OTA langsung untuk situasi seperti:
-
--   Perbaikan cepat tanpa penundaan app store
-    
--   Peluncuran fitur cepat untuk kebutuhan mendesak
-    
--   Jadwal pembaruan yang dapat disesuaikan dengan tujuan organisasi
-    
--   Kontrol yang tepat atas pengguna mana yang mendapatkan pembaruan
-    
-
-Tabel berikut menguraikan perbedaan utama antara kedua metode pembaruan ini
-
-### Tabel Perbandingan
-
-| Aspek | Pembaruan App Store | Pembaruan OTA Langsung |
-| --- | --- | --- |
-| **Kontrol Distribusi** | Dikelola oleh app store | Ditangani oleh pengembang |
-| **Kecepatan Pembaruan** | Membutuhkan waktu hari hingga minggu | Terjadi dalam hitungan menit hingga jam |
-| **Fleksibilitas Fitur** | Dibatasi oleh sandboxing | Memungkinkan akses fitur lengkap |
-| **Dampak Pendapatan** | Potongan 15% ke Apple | Tidak ada biaya platform |
-| **Manajemen Keamanan** | Dikelola oleh platform | Pengembang bertanggung jawab |
-| **Cakupan Deployment** | Peluncuran global | Distribusi terarah |
-
-Capgo menyediakan pembaruan OTA yang aman dengan enkripsi dan alat manajemen yang dirancang untuk pengembang. Bagi yang menangani aplikasi enterprise, alat seperti Capgo menawarkan:
-
--   Kontrol versi dengan opsi rollback
-    
--   Pemantauan pembaruan secara real-time
-    
--   Penargetan pembaruan khusus pengguna
-    
--   Integrasi dengan pipeline CI/CD
-    
-
-Memilih metode pembaruan yang tepat sepenuhnya tergantung pada kebutuhan Anda. Seperti yang disorot dalam Forum Pengembang Apple:
-
-> "Jika Anda mengirimkan aplikasi macOS di luar Mac App Store, Anda harus menyediakan fungsi pembaruan sendiri" [\[3\]](https://forumsdeveloper.apple.com/forums/thread/107576)
-
-## Mengintegrasikan Pembaruan OTA ke Pipeline CI/CD
-
-Bagi pengembang yang mempertimbangkan pembaruan OTA langsung, mengintegrasikan pembaruan ini ke dalam alur kerja CI/CD dapat membantu Anda memanfaatkan sepenuhnya kecepatan dan fleksibilitasnya.
-
-### Menggunakan Alat Seperti [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5).jpg?auto=compress)
-
-Mengirimkan pembaruan dengan cepat dan efisien adalah keharusan bagi tim pengembangan modern. Alat seperti **Capgo** menyederhanakan hal ini dengan menawarkan fitur seperti kontrol versi, analitik, dan peluncuran bertahap. Kemampuan ini memudahkan pengelolaan pembaruan OTA, terutama untuk tim enterprise yang menangani deployment skala besar. Penargetan pengguna dan opsi deployment yang fleksibel semakin meningkatkan prosesnya.
-
-Dengan mengintegrasikan alat seperti Capgo, Anda dapat menyempurnakan pipeline CI/CD untuk mengirimkan pembaruan OTA secara efisien dan andal.
-
-### Tips Integrasi CI/CD
-
-Mengintegrasikan pembaruan OTA dengan sukses berarti menyeimbangkan pengujian, deployment, dan pemantauan. Berikut beberapa tips untuk melakukannya dengan benar:
-
--   **Otomatisasi alur kerja pengujian**: Ini memastikan setiap build diverifikasi sebelum deployment
-    
--   **Gunakan peluncuran bertahap**: Mulai dengan kelompok pengguna kecil untuk mendeteksi masalah potensial lebih awal
-    
--   **Pantau metrik utama**: Perhatikan tingkat adopsi, laporan crash, dan kinerja aplikasi
-    
-
-Melacak metrik ini membantu Anda mengidentifikasi masalah dengan cepat sambil mempertahankan pembaruan berkualitas tinggi. Pendekatan berbasis data memastikan stabilitas dan menjaga kepatuhan app store Anda tetap utuh.
-
-## Memilih Strategi Pembaruan
-
-Memilih strategi pembaruan terbaik berarti menemukan keseimbangan yang tepat antara tujuan pengembangan dan harapan pengguna. Pembaruan App Store menawarkan proses otomatis yang andal yang banyak disukai pengguna. Namun, mereka datang dengan biaya komisi 15% dan membatasi seberapa banyak kontrol yang Anda miliki atas distribusi [\[1\]](https://manytrickscom/blog/?p=4156)
-
-Di sisi lain, pembaruan OTA langsung melalui alat seperti Capacitor bekerja dengan baik untuk aplikasi yang membutuhkan:
-
--   **Deployment cepat untuk pembaruan kritis**
-    
--   **Kontrol versi terperinci**
-    
--   **Fleksibilitas harga kustom**
-    
--   **Komunikasi langsung dengan pengguna**
-    
-
-Contoh yang bagus adalah Resolve dari [Blackmagic Design](https://wwwblackmagicdesigncom/), yang melewati App Store untuk unduhan langsung. Pilihan ini memungkinkan aplikasi menyediakan fitur lanjutan yang mungkin tidak sesuai dengan batasan App Store [\[2\]](https://forumblackmagicdesigncom/viewtopicphp?f=21&t=117780) Ini menunjukkan bagaimana kebutuhan industri tertentu - seperti mendukung fungsionalitas khusus - dapat membentuk strategi pembaruan Anda.
-
-Untuk industri seperti keuangan atau kesehatan, di mana regulasi ketat, pembaruan OTA melalui platform seperti Capgo bisa menjadi game-changer. Mereka memungkinkan Anda beradaptasi dengan cepat terhadap perubahan regulasi sambil tetap patuh. Ini sangat berguna untuk aplikasi enterprise di mana kecepatan dan kontrol atas pembaruan sangat penting.
-
-Saat memutuskan pendekatan Anda, pertimbangkan faktor-faktor ini:
-
--   Alur kerja pengembangan Anda
-    
--   Apa yang diharapkan pengguna dari pengalaman tersebut
-    
--   Persyaratan kepatuhan atau regulasi
-    
--   Bagaimana pembaruan dapat mempengaruhi pendapatan Anda
-    
--   Seberapa banyak kontrol yang Anda inginkan atas distribusi
-    
-
-Pilihan strategi pembaruan Anda memainkan peran besar dalam kinerja aplikasi, kepuasan pengguna, dan proses pengembangan. Sesuaikan pendekatan Anda agar sesuai dengan audiens, kebutuhan skalabilitas, dan tujuan bisnis untuk mendapatkan hasil terbaik.
\ No newline at end of file
diff --git a/src/content/blog/id/appcenter-migration.md b/src/content/blog/id/appcenter-migration.md
deleted file mode 100644
index 10537600e..000000000
--- a/src/content/blog/id/appcenter-migration.md
+++ /dev/null
@@ -1,213 +0,0 @@
----
-slug: appcenter-migration
-title: Migrasi App Center ke Capgo
-description: >-
-  Dalam panduan ini, kita akan membahas proses lengkap migrasi dari Capgo Live
-  Updates, sebuah alternatif untuk Microsoft CodePush.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-22T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /migrate_appcenter.webp
-head_image_alt: Capacitor JS Dev mencari alternatif
-keywords: >-
-  App Center, migration, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Migration
-published: true
-locale: id
-next_blog: automatic-build-and-release-with-github-actions
----
-## Ringkasan Migrasi
-
-* [Capgo](/register/) adalah layanan yang membantu tim pengembangan mengirimkan aplikasi live ke aplikasi yang telah di-deploy.
-* Aplikasi Capacitor JS yang ditulis dengan jQuery Mobile, Framework 7, Sencha, KendoUI, Ionic atau bahkan solusi kustom Anda dapat dimigrasi. **Aplikasi Ionic yang sudah ada tidak diperlukan**.
-* [Colt](https://volt.build/) menawarkan layanan setara untuk App Center Build (build aplikasi Android/iOS). Untuk layanan Test, Diagnostics, dan Analytics.
-
-##### Catatan
-
-Jika aplikasi Anda masih menggunakan Cordova, perlu [migrasi ke Capacitor](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/) terlebih dahulu sebelum migrasi ke Capgo.
-
-Dibuat oleh tim Ionic sebagai penerus spiritual Cordova, Capacitor memungkinkan pengembangan lebih dekat dengan tooling dan kemampuan native dengan tujuan memberikan pengalaman pengguna dan performa yang lebih baik.
-
-Untungnya, proses migrasi mudah dan mayoritas plugin Cordova kompatibel dengan Capacitor. [Mulai migrasi di sini](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/).
-
-## Tentang Capgo
-
-Capgo menangani pembaruan aplikasi dari waktu ke waktu. Tim pengembangan dapat fokus sepenuhnya pada fitur unik aplikasi mereka dan mengalihdayakan proses pengiriman aplikasi yang rumit ke Capgo.
-
-Capgo mengisi celah antara pengiriman web dan mobile.
-
-## Prasyarat Capgo
-
-Seperti App Center, [Capgo](/register/) mendukung aplikasi yang di-host di repositori Git di Azure DevOps, Bitbucket, GitHub, dan GitLab.
-
-### Instal Capgo CLI
-
-##### catatan
-
-Pastikan Node dan NPM terinstal di komputer Anda sebelum melanjutkan. Selalu gunakan [versi LTS terbaru](https://nodejs.org/) Capgo tidak mendukung versi lama.
-
-### Buat file `package.json` dan konfigurasi Capacitor
-
-##### catatan
-
-Sebelum memulai, saya sarankan membuat perubahan pada branch Git yang baru.
-
-Karena [Capgo](/register/) dibuat untuk mengotomatisasi aplikasi capacitor, diperlukan satu file yang mungkin belum ada di aplikasi Anda. Pertama, buat file `capacitor.config.json`. Cara termudah untuk membuatnya adalah dengan menjalankan perintah berikut di root aplikasi Anda:
-
-```shell
-npm install @capacitor/core
-```
-
-Kemudian, inisialisasi Capacitor menggunakan kuesioner CLI:
-
-```shell
-npx cap init
-```
-
-CLI akan menanyakan beberapa pertanyaan, dimulai dengan nama aplikasi Anda, dan ID paket yang ingin Anda gunakan untuk aplikasi Anda.
-
-Terakhir, commit file baru ke proyek Anda:
-
-    git add .git commit -m "added package json and capacitor config" && git push
-
-### Migrasi Kode
-
-Sekarang Anda memiliki file [Capgo](/register/) yang diperlukan, Anda dapat beralih ke aplikasi itu sendiri. [Capgo](/register/) mengharapkan seluruh aplikasi yang telah di-build berada di dalam direktori bernama `dist`.
-
-Jika kode build Anda tidak berada di direktori `dist`, ubah nilai ini di file konfigurasi Capacitor.
-
-Berikut adalah struktur direktori aplikasi yang seharusnya:
-
-![Struktur Aplikasi](/directory_looklike.webp)
-
-## Konfigurasi Capgo
-
-Dengan aplikasi Anda siap untuk integrasi [Capgo](https://console.capgo.app/), saatnya mendaftar, dan dapatkan API key Anda untuk mengunggah versi pertama Anda! Mulai dengan [mendaftar akun Capgo](/register/).
-
-Setelah Anda masuk ke Capgo, navigasi ke halaman Account kemudian klik pada API key, lalu klik pada kunci 'write' untuk menyalinnya ke clipboard Anda.
-
-### Instal Capgo SDK
-
-Dari command line, langsung ke root folder aplikasi Capacitor Anda, jalankan perintah berikut:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Untuk menginstal plugin ke aplikasi Capacitor Anda.
-
-Dan kemudian tambahkan kode ini ke aplikasi Anda sebagai pengganti CodePush:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Ini akan memberi tahu plugin native bahwa instalasi berhasil.
-
-## Mendeploy Live Updates (Alternatif CodePush)
-
-Fitur Live Update bekerja dengan menggunakan [Capgo SDK](https://github.com/Cap-go/capacitor-updater/) yang terinstal di aplikasi native Anda untuk mendengarkan Tujuan Channel Deploy tertentu. Ketika build Web ditetapkan ke Tujuan Channel, pembaruan tersebut akan dideploy ke perangkat pengguna yang menjalankan binary yang dikonfigurasi untuk mendengarkan Tujuan Channel yang ditentukan.
-
-### Login ke Capgo CLOUD
-
-Pertama, gunakan [apikey](https://console.capgo.app/dashboard/apikeys/) 'all' yang ada di akun Anda untuk login dengan CLI:
-
-```shell
-npx @capgo/cli@latest login YOURKEY
-```
-
-## Tambahkan aplikasi pertama Anda
-
-Mari mulai dengan membuat aplikasi di Capgo Cloud dengan CLI.
-
-`npx @capgo/cli@latest app add`
-
-Perintah ini akan menggunakan semua variabel yang didefinisikan dalam file konfigurasi Capacitor untuk membuat aplikasi.
-
-## Unggah bundle pertama Anda
-
-Jalankan perintah untuk mem-build kode Anda dan mengirimkannya ke Capgo dengan:
-```shell
-npx @capgo/cli@latest bundle upload --channel production
-```
-
-Secara default, nama versi akan mengikuti yang ada di file `package.json` Anda.
-
-Periksa di [Capgo](https://console.capgo.app/) apakah build sudah ada.
-
-Anda bahkan dapat mengujinya dengan [aplikasi sandbox mobile](https://capgo.app/app_mobile/) saya.
-
-### Jadikan channel default
-
-Setelah Anda mengirim aplikasi ke Capgo, Anda perlu menjadikan channel Anda `default` agar aplikasi menerima pembaruan dari Capgo.
-
-```shell
-npx @capgo/cli@latest channel set production -s default
-```
-
-## Konfigurasi aplikasi untuk memvalidasi pembaruan
-
-Tambahkan konfigurasi ini ke file JavaScript utama Anda.
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Kemudian lakukan `npm run build && npx cap copy` untuk memperbarui aplikasi Anda.
-
-### Menerima Live Update di Perangkat
-
-Agar aplikasi Anda menerima live update dari Deploy, Anda perlu menjalankan aplikasi di perangkat atau emulator. Cara termudah untuk melakukan ini adalah dengan menggunakan perintah berikut untuk meluncurkan aplikasi lokal Anda di emulator atau perangkat yang terhubung ke komputer Anda.
-
-    npx cap run [ios | android]
-
-Buka aplikasi, letakkan di latar belakang dan buka lagi, Anda akan melihat di log bahwa aplikasi telah melakukan pembaruan.
-
-Selamat! 🎉 Anda telah berhasil mendeploy Live Update pertama Anda. Ini hanya awal dari apa yang dapat Anda lakukan dengan Live Updates. Untuk mempelajari lebih lanjut, lihat [dokumentasi Live Updates lengkap](/docs/plugin/cloud-mode/getting-started/).
-
-## Hapus Dependensi App Center
-
-Sekarang setelah kita mengintegrasikan layanan Capgo, Anda harus menghapus semua referensi ke App Center. Selain menjadi praktik terbaik untuk menghapus kode/layanan yang tidak digunakan, menghapus SDK harus mengurangi ukuran aplikasi Anda.
-
-Pertama, buka terminal kemudian uninstall plugin App Center:
-```shell
-    cordova plugin remove cordova-plugin-appcenter-analytics cordova-plugin-appcenter-crashes cordova-plugin-code-push
-```
-
-Selanjutnya, buka `config.xml` dan hapus nilai `preference` berikut. Mereka akan terlihat seperti:
-```xml
-    <preference name="APP_SECRET" value="0000-0000-0000-0000-000000000000" /><preference name="CodePushDeploymentKey" value="YOUR-ANDROID-DEPLOYMENT-KEY" /><preference name="CodePushPublicKey" value="YOUR-PUBLIC-KEY" />
-```
-
-Jika Anda menggunakan App Center Analytics di aplikasi Anda, hapus elemen `preferences` berikut: `APPCENTER_ANALYTICS_ENABLE_IN_JS` dan `APPCENTER_CRASHES_ALWAYS_SEND`.
-
-Hapus elemen `<preference name="APP_SECRET" value="0000-0000-0000-0000-000000000000" />` berikut:
-
-```xml
-    <access origin="https://codepush.appcenter.ms" /><access origin="https://codepush.blob.core.windows.net" /><access origin="https://codepushupdates.azureedge.net" />
-```
-
-Hapus referensi ke CodePush dalam tag `meta` CSP di file `index.html` (`https://codepush.appcenter.ms`):
-```xml
-    <meta http-equiv="Content-Security-Policy" content="default-src https://codepush.appcenter.ms 'self' data: gap: https://ssl.gstatic.com 'unsafe-eval'; style-src 'self' 'unsafe-inline'; media-src *" />
-```
-
-Terakhir, dalam aplikasi Anda, hapus semua referensi kode ke layanan App Center, seperti `codePush.sync();`.
-
-## Langkah Selanjutnya
-
-Anda telah bermigrasi dari App Center ke Capgo, menggunakan Live Updates. Ini baru permulaan dari apa yang bisa Anda gunakan dengan Capgo. Jelajahi layanan lainnya termasuk Channel (multiple environments) dan override. Integrasi Cloud CLI, gunakan Capgo di dalam platform CI/CD pilihan Anda (seperti GitHub Action, GitLab, Jenkins, dan lainnya).
-
-## Kirim pembaruan aplikasi otomatis
-
-Jika kode Anda di-host di GitHub, Anda dapat mengatur build dan rilis otomatis dalam beberapa langkah lagi, berkat GitHub actions.
-
-Saya telah membuat artikel kedua untuk memungkinkan Anda melakukannya.
-
-## Kredit
-
-Terima kasih banyak kepada [Ionic](https://ionic.com/), artikel ini didasarkan pada [artikel ini](https://ionic.io/blog/moving-from-microsoft-app-center-to-ionic-appflow/) yang ditulis ulang dengan chat-gpt-3 dan disesuaikan.
diff --git a/src/content/blog/id/appflow-cicd-integration-best-practices.md b/src/content/blog/id/appflow-cicd-integration-best-practices.md
deleted file mode 100644
index a31bf6446..000000000
--- a/src/content/blog/id/appflow-cicd-integration-best-practices.md
+++ /dev/null
@@ -1,221 +0,0 @@
----
-slug: appflow-cicd-integration-best-practices
-title: 'Integrasi CI/CD Appflow: Praktik Terbaik'
-description: >-
-  Jelajahi praktik terbaik untuk mengintegrasikan solusi CI/CD dalam
-  pengembangan aplikasi mobile, dengan membandingkan biaya dan fitur dari
-  platform-platform utama.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:52:14.301Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4-1744685577460.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  CI/CD, mobile app development, Appflow, Capgo, OTA updates, build automation,
-  deployment, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Appflow](https://ionic.io/appflow/) CI/CD menyederhanakan [pembaruan aplikasi seluler](https://capgo.app/plugins/capacitor-updater/) dengan pembaruan Over-The-Air (OTA), memungkinkan **95% pengguna menerima pembaruan dalam 24 jam**. Ini menawarkan alat otomatis untuk build iOS dan Android, deployment ke app store, dan manajemen command-line. Namun, biaya yang meningkat (hingga $6.000 per tahun) membuat beberapa tim mengeksplorasi alternatif seperti [Capgo](https://capgo.app/), yang menawarkan pembaruan lebih cepat dengan harga lebih rendah.
-
-### Poin Penting:
-
--   **Fitur Utama**: Pembaruan OTA, build otomatis, deployment ke app store, alat CLI.
--   **Tips Pengaturan**: Gunakan otomatisasi berbasis cabang, variabel lingkungan yang aman, dan kontrol akses berbasis peran.
--   **Alternatif**: Capgo menyediakan fitur serupa dengan biaya tahunan lebih rendah (~$3.600) dengan kecepatan pembaruan lebih cepat.
-
-### Perbandingan Singkat:
-
-| Fitur | Appflow | Capgo |
-| --- | --- | --- |
-| Biaya Tahunan | $6.000 | ~$3.600 |
-| Biaya Pengaturan | Termasuk | $2.600 (sekali bayar) |
-| Kecepatan Update | Dapat diandalkan | 114 ms untuk paket 5 MB |
-| Masa Percobaan | Terbatas | 15 hari |
-
-**Memilih solusi CI/CD yang tepat tergantung pada keseimbangan biaya, kecepatan, dan keandalan pembaruan.**
-
-## Integrasikan [Appflow](https://ionic.io/appflow/) dengan Pipeline CICD Anda
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-## Fitur Utama Appflow CI/CD
-
-Appflow CI/CD menawarkan empat fitur utama yang dirancang untuk menyederhanakan pengembangan dan deployment aplikasi seluler. Fitur-fitur ini membantu mengotomatisasi build, deployment, dan pembaruan di berbagai platform seluler.
-
-### Pembaruan Aplikasi Langsung
-
-Dengan Appflow, tim dapat mendorong pembaruan langsung ke perangkat pengguna tanpa menunggu tinjauan app store. Sistem pembaruan over-the-air (OTA) ini memungkinkan pengembang untuk dengan cepat menangani umpan balik pengguna atau merilis perbaikan mendesak, menjaga aplikasi tetap up-to-date dan responsif terhadap kebutuhan pengguna.
-
-### Alat Build iOS dan Android
-
-Appflow mengotomatisasi proses build untuk platform iOS dan Android. Untuk iOS, mengelola tugas seperti penandatanganan kode, provisioning, dan pengaturan Xcode. Untuk Android, menangani otomatisasi Gradle, manajemen keystore, dan menghasilkan APK atau bundle aplikasi. Ini memastikan build yang konsisten untuk framework seperti [React Native](https://reactnative.dev/) dan [Capacitor](https://capacitorjs.com/).
-
-### Deployment ke App Store
-
-Mengirimkan aplikasi ke app store menjadi lebih mudah dengan pipeline deployment otomatis Appflow. Menangani tugas seperti persiapan binary, versioning, manajemen metadata, dan pemeriksaan kepatuhan. Otomatisasi ini meminimalkan upaya manual sambil memastikan rilis yang lancar dan konsisten.
-
-### Alat Command Line
-
-Appflow menawarkan alat CLI yang memungkinkan pengembang mengelola build dan deployment langsung dari command line. Alat-alat ini mendukung langkah build yang dapat disesuaikan dan konfigurasi lingkungan, memudahkan untuk menyesuaikan pipeline CI/CD dengan kebutuhan proyek tertentu sambil mempertahankan konsistensi di seluruh tim.
-
-## Menyiapkan Appflow CI/CD
-
-Pelajari cara mengkonfigurasi Appflow CI/CD untuk build dan deployment otomatis yang lancar.
-
-### Langkah Pengaturan Lingkungan
-
-Siapkan lingkungan berbeda yang selaras dengan cabang kontrol versi Anda:
-
--   **Development**: Untuk build dan pengujian harian.
--   **Staging**: Replika produksi untuk pengujian akhir.
--   **Production**: Untuk rilis aplikasi langsung.
-
-Simpan variabel lingkungan dengan aman menggunakan [penyimpanan terenkripsi](https://capgo.app/docs/cli/migrations/encryption/) bawaan Appflow.
-
-### Mengotomatisasi Proses Build
-
-Berikut cara mengotomatisasi proses build Anda secara efektif:
-
-**Otomatisasi Berbasis Cabang**  
-Siapkan pemicu build otomatis untuk cabang git yang berbeda:
-
--   Cabang fitur: Memicu build development.
--   Cabang utama: Memulai build staging.
--   Cabang rilis: Memulai build production.
-
-**Konfigurasi Build**  
-Sesuaikan `appflow.config.json` Anda untuk menentukan:
-
--   Lingkungan build.
--   Pengaturan khusus platform.
--   Dependensi dan versinya.
--   Konfigurasi output.
-
-Untuk menjaga pipeline Anda aman, terapkan kontrol akses dan enkripsi yang ketat.
-
-### Pengaturan Keamanan
-
-1. **Manajemen Token**  
-Simpan token autentikasi dengan aman menggunakan variabel terenkripsi Appflow. Hindari mengekspos kredensial sensitif dalam log build atau file konfigurasi.
-
-2. **Kontrol Akses**  
-Terapkan kontrol akses berbasis peran (RBAC):
-
--   Hanya izinkan pengembang senior menangani deployment produksi.
--   Batasi akses staging untuk tim pengembangan.
--   Berikan tim QA akses hanya-baca.
-
-3. **Perlindungan Data**  
-Enkripsi semua data sensitif selama transmisi dan penyimpanan, termasuk:
-
--   Kunci API
--   Sertifikat
--   Variabel lingkungan
--   Artefak build
-
-### Rencana Pengujian dan Pemulihan
-
-Untuk memastikan stabilitas aplikasi, tetapkan strategi pengujian dan pemulihan yang menyeluruh:
-
-**Pengujian Otomatis**  
-Integrasikan tes otomatis ke dalam pipeline Anda, seperti:
-
--   Tes unit
--   Tes integrasi
--   Tes otomasi UI
-
-**Prosedur Pemulihan**  
-Siapkan mekanisme pemulihan utama ini:
-
-| Tipe Pemulihan | Implementasi | Pemicu Aktivasi |
-| --- | --- | --- |
-| Rollback Cepat | Mengembalikan versi sebelumnya | Deployment gagal |
-| Kontrol Versi | Otomatisasi git revert | Build gagal |
-| Backup Data | Jadwalkan snapshot otomatis | Konfigurasi rusak |
-
-## Perbandingan Platform OTA Update
-
-Saat Appflow terus melayani penggunanya, alternatif baru muncul dengan fitur dan harga yang kompetitif. Platform pembaruan OTA kini menawarkan berbagai metode pembaruan langsung, menyesuaikan dengan kebutuhan yang berbeda. Berikut rincian opsi utama.
-
-### Fitur dan Harga [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-Capgo memberikan pembaruan dengan sangat cepat, mencapai 114 ms untuk paket 5 MB melalui CDN globalnya, dengan waktu respons API 434 ms [\[1\]](https://capgo.app/). Ini mendukung 1,9K aplikasi produksi dan telah memberikan lebih dari 1.155 miliar pembaruan, menunjukkan keandalannya [\[1\]](https://capgo.app/).
-
-| Fitur | Capgo | Appflow |
-| --- | --- | --- |
-| Biaya Tahunan | ~$3.600 | $6.000 |
-| Pengaturan CI/CD | $2.600 (sekali bayar) | Termasuk |
-| Operasi Bulanan | ~$300 | ~$500 |
-| Masa Percobaan | 15 hari | Terbatas |
-
-Sementara Capgo menawarkan harga dan kinerja yang kompetitif, platform lain melayani wilayah tertentu atau mengandalkan metode yang lebih lama.
-
-### Legacy [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/2917e9ac2c3b78a7e493c0fc02ad3e2c.jpg)
-
-Microsoft CodePush, yang akan ditutup pada 2024, telah mendorong banyak pengguna untuk mencari platform dengan keamanan dan keandalan yang lebih baik. Seperti yang dibagikan oleh seorang pengembang:
-
-> "Membatalkan langganan @Appflow setelah 4 tahun. Code-Push tidak pernah bekerja dengan baik, semoga @CapGO telah memecahkannya." – LeVar Berry [\[1\]](https://capgo.app/)
-
-Pergeseran ini menekankan permintaan untuk pengiriman pembaruan yang dapat diandalkan dan kemampuan rollback. Bahkan tim NASA [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) berkomentar:
-
-> "@Capgo adalah cara pintar untuk membuat hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Contoh-contoh ini menyoroti preferensi yang berkembang untuk solusi yang menggabungkan penghematan biaya dengan efisiensi operasional.
-
-## Pemecahan Masalah CI/CD Mobile
-
-### Persyaratan Build Platform
-
-Membangun untuk iOS dan Android memerlukan pengaturan yang cermat dari pipeline CI/CD Appflow. Untuk iOS, Anda akan membutuhkan sertifikat yang valid dan profil provisioning yang dikonfigurasi dalam lingkungan build. Build Android bergantung pada pengaturan manajemen keystore dan signing yang tepat. Kedua platform juga memerlukan manajemen versi yang teliti untuk mencegah konflik.
-
-Berikut ikhtisar singkat konfigurasi utama dan masalah umum:
-
-| Platform | Konfigurasi yang Diperlukan | Masalah Umum |
-| --- | --- | --- |
-| iOS | Sertifikat & Provisioning | Sertifikat kedaluwarsa, ketidakcocokan profil |
-| Android | Keystore & Signing | Kunci yang salah kelola, konflik versi |
-| Keduanya | Variabel Lingkungan | Rahasia hilang, jalur tidak tepat |
-
-Selain mengkonfigurasi build, memastikan pengiriman pembaruan yang lancar sama pentingnya.
-
-### Kecepatan dan Keandalan Pembaruan OTA
-
-Pipeline CI/CD yang kuat bergantung pada pengiriman pembaruan yang cepat dan andal. Meskipun Appflow populer, beberapa tim telah mencatat tantangan dengan kinerja code-push, menekankan kebutuhan akan sistem rollback dan pemantauan yang efektif.
-
-Untuk meningkatkan pengiriman pembaruan dan mengurangi gangguan, ikuti praktik-praktik ini:
-
--   **Gunakan peluncuran bertahap** untuk meminimalkan risiko.
--   **Lacak tingkat keberhasilan pembaruan** untuk mengidentifikasi masalah lebih awal.
--   **Siapkan pemicu rollback otomatis** untuk pemulihan cepat.
-
-Saat memilih alat CI/CD, prioritaskan metrik seperti efisiensi pembaruan, keandalan deployment, dan kecepatan rollback. Menyeimbangkan deployment cepat dengan kualitas build yang konsisten sangat penting, terutama untuk tim yang menangani berbagai platform dan pembaruan yang sering.
-
-## Kesimpulan: Implementasi Appflow CI/CD
-
-Tim pengembangan yang menimbang opsi CI/CD sering melihat Appflow sebagai campuran kekuatan dan hambatan. Data menunjukkan Appflow memberikan pembaruan dengan cepat - 95% pengguna menerima pembaruan dalam 24 jam, didukung oleh kinerja CDN yang kuat - dan mencapai tingkat keberhasilan global 82%[\[1\]](https://capgo.app/).
-
-Namun, biaya yang meningkat mendorong tim untuk mengeksplorasi alternatif yang lebih murah. Seperti yang disoroti oleh tim NASA OSIRIS-REx:
-
-"@Capgo adalah cara cerdas untuk melakukan hot code push (dan tidak dengan semua uang di dunia seperti dengan @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-Saat mengimplementasikan CI/CD, tiga faktor kunci yang menonjol:
-
-| Faktor | Fokus Implementasi | Dampak |
-| --- | --- | --- |
-| Kecepatan | Kemampuan deployment instan | Perbaikan bug dan rilis fitur lebih cepat |
-| Keamanan | Enkripsi end-to-end | Memastikan pengiriman pembaruan yang aman |
-| Kepatuhan | Kepatuhan terhadap persyaratan app store | Mempertahankan keberadaan di marketplace |
-
-Memprioritaskan area-area ini membantu tim beradaptasi dengan lingkungan CI/CD yang terus berubah. Dengan Appflow yang akan dihentikan pada tahun 2026, penting untuk mempertimbangkan tidak hanya kinerja teknis, tetapi juga efisiensi biaya, keandalan pembaruan, dan stabilitas platform jangka panjang.
-
-Karena platform menangani 1.155,1 miliar pembaruan secara global[\[1\]](https://capgo.app/), pengiriman pembaruan yang efisien dan andal tetap menjadi fokus penting dalam pengembangan aplikasi mobile modern. Menyeimbangkan kinerja dan biaya sangat penting saat memilih solusi CI/CD yang tepat.
diff --git a/src/content/blog/id/appflow-shutdown-alternative.md b/src/content/blog/id/appflow-shutdown-alternative.md
deleted file mode 100644
index 6306d39e5..000000000
--- a/src/content/blog/id/appflow-shutdown-alternative.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-slug: appflow-shutdown-alternative
-title: >-
-  Penghentian Ionic AppFlow - Apa Selanjutnya untuk Pengembangan Aplikasi Mobile
-  Anda?
-description: >-
-  Dengan penutupan Ionic AppFlow, pelajari bagaimana Capgo memberikan transisi
-  yang mulus untuk kebutuhan live update dan CI/CD Anda dengan biaya yang jauh
-  lebih hemat.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-02-09T00:00:00.000Z
-updated_at: 2025-02-09T00:00:00.000Z
-head_image: /appflow_alt.webp
-head_image_alt: Ilustrasi alternatif Appflow
-keywords: >-
-  Ionic AppFlow shutdown, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates, Capgo alternative
-tag: News
-published: true
-locale: id
-next_blog: ''
----
-Dengan pengumuman terbaru tentang penutupan Ionic AppFlow, banyak tim pengembang mencari alternatif untuk mempertahankan alur kerja pengembangan aplikasi mobile mereka. Jika Anda termasuk yang terdampak, kami punya kabar baik: Capgo menawarkan solusi komprehensif yang tidak hanya menggantikan fungsionalitas AppFlow tetapi juga menyediakan fitur yang lebih baik dengan harga yang lebih terjangkau.
-
-## Apa Artinya Bagi Pengguna AppFlow
-
-Penutupan AppFlow membuat banyak tim perlu memigrasikan:
-- Sistem pembaruan langsung
-- Pipeline CI/CD
-- Alur kerja deployment aplikasi
-
-Namun, transisi ini memberikan kesempatan untuk meningkatkan infrastruktur pengembangan sekaligus berpotensi mengurangi biaya.
-
-## Capgo: Alternatif Lengkap Pengganti AppFlow
-
-Capgo siap sebagai alternatif matang dan kaya fitur untuk AppFlow, menawarkan:
-
-### Pembaruan Langsung yang Sederhana
-- Deploy pembaruan dalam waktu kurang dari 1 menit (dibandingkan rata-rata 10 menit AppFlow)
-- Kelola beberapa channel pembaruan
-- Lacak statistik instalasi
-- Mudah mengembalikan atau mengubah versi channel
-- Uji pembaruan di lingkungan sandbox sebelum deployment
-
-### Integrasi CI/CD yang Mulus
-Alih-alih terkunci pada sistem CI/CD proprietary, Capgo memungkinkan Anda untuk:
-- Integrasi dengan infrastruktur CI/CD yang sudah ada
-- Gunakan platform populer seperti GitHub Actions
-- Pertahankan kendali penuh atas proses build
-- Ikuti tutorial detail kami untuk pengaturan [iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-- Atau biarkan kami menangani semuanya dengan layanan [CI/CD Done For You](https://cal.com/team/capgo/mobile-ci-cd-done-for-you)
-
-## Mengapa Memilih Capgo?
-
-1. **Hemat Biaya**: Mulai dari $14/bulan dibandingkan $499/bulan AppFlow
-2. **Keamanan Ditingkatkan**: Enkripsi end-to-end termasuk dalam semua paket
-3. **Open Source**: 100% open-source, memungkinkan transparansi dan kustomisasi penuh
-4. **Arsitektur Modern**: Dibangun khusus untuk Capacitor, memastikan kinerja optimal
-5. **Pembaruan Cepat**: Sampaikan perubahan ke pengguna dalam waktu kurang dari satu menit
-
-## Beralih ke Capgo
-
-Transisi dari AppFlow ke Capgo sangat mudah. Ikuti [panduan migrasi detail](/docs/upgrade/from-appflow-to-capgo) kami untuk memastikan transisi yang lancar:
-
-1. [Daftar akun Capgo](/register/)
-2. Ikuti panduan migrasi kami
-3. Siapkan pipeline CI/CD menggunakan tutorial kami
-4. Mulai deploy pembaruan melalui Capgo
-
-Untuk tim enterprise yang membutuhkan dukungan khusus, [hubungi tim sales kami](https://cal.com/team/capgo/capgo-enterprise-inquiry) untuk mendiskusikan kebutuhan spesifik dan strategi migrasi Anda.
-
-## Lebih dari Sekadar Fungsionalitas Dasar
-
-Capgo menawarkan beberapa keunggulan dibanding AppFlow:
-- Statistik instalasi untuk pelacakan deployment yang lebih baik
-- Lingkungan pengujian sandbox
-- Pengiriman pembaruan lebih cepat
-- Struktur harga lebih terjangkau
-- Fleksibilitas lebih besar dalam integrasi CI/CD
-
-## Komitmen Kami pada Ekosistem
-
-Ekosistem Ionic dan Capacitor tetap kuat dan dinamis. Di Capgo, kami sangat menghargai ekosistem ini dan berkomitmen penuh untuk masa depannya. Sebagai perusahaan yang mandiri dan berkelanjutan, kami tidak hanya menyediakan alternatif – kami aktif berinvestasi dalam pertumbuhan dan stabilitas ekosistem.
-
-### Mengapa Mempercayai Capgo?
-Kami mencintai Ionic dan Capacitor, dan kami hadir untuk jangka panjang. Jika ada bagian dari ekosistem yang membutuhkan dukungan, kami siap untuk fork dan memeliharanya – itulah kekuatan open source. Komitmen kami bukan sekadar kata-kata; ini didukung oleh tindakan:
-
-### Rekam Jejak Terbukti
-- **Skala Besar**: Melayani lebih dari 30 juta pembaruan langsung setiap hari dalam infrastruktur cloud kami, bahkan lebih banyak lagi di lingkungan self-hosted
-- **Pengembangan Aktif**: Membuat dan memelihara lebih dari 20 plugin dalam ekosistem Capacitor: [jelajahi plugin kami](https://github.com/cap-go/)
-- **Komunitas yang Berkembang**: Berhasil membantu banyak tim beralih ke Capgo tahun ini
-- **Solusi Lengkap**: Menyediakan solusi CI/CD komprehensif, dari tutorial hingga integrasi layanan penuh
-- **Model Berkelanjutan**: Mandiri dan menguntungkan, memastikan stabilitas jangka panjang bagi pengguna kami
-
-Kami bukan sekadar alternatif – kami aktif membangun masa depan pengembangan aplikasi mobile, memastikan tim yang mengandalkan teknologi ini memiliki jalur yang andal dan berkelanjutan ke depan.
-
-## Siap untuk Migrasi?
-
-Jangan biarkan penutupan AppFlow mengganggu alur kerja pengembangan Anda. [Mulai perjalanan Anda dengan Capgo hari ini](/register/) dan rasakan solusi yang lebih efisien dan hemat biaya untuk kebutuhan pengembangan aplikasi mobile Anda.
-
-Untuk solusi enterprise dan dukungan khusus, [jadwalkan panggilan dengan tim kami](https://cal.com/team/capgo/capgo-enterprise-inquiry) untuk mendiskusikan strategi migrasi Anda.
-
-Ingat, Capgo bukan sekadar alternatif – ini adalah peningkatan untuk alur kerja pengembangan aplikasi mobile Anda, menawarkan lebih banyak fitur, kinerja lebih baik, dan penghematan biaya yang signifikan dibandingkan AppFlow.
diff --git a/src/content/blog/id/apple-policy-updates-for-capacitor-apps-2025.md b/src/content/blog/id/apple-policy-updates-for-capacitor-apps-2025.md
deleted file mode 100644
index 384535ada..000000000
--- a/src/content/blog/id/apple-policy-updates-for-capacitor-apps-2025.md
+++ /dev/null
@@ -1,80 +0,0 @@
----
-slug: apple-policy-updates-for-capacitor-apps-2025
-title: Pembaruan Kebijakan Apple untuk Aplikasi Capacitor 2025
-description: >-
-  Pedoman App Store Apple untuk tahun 2025 memperkenalkan standar kepatuhan baru
-  untuk aplikasi Capacitor, dengan fokus pada privasi, keamanan, dan peningkatan
-  kinerja.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T03:02:24.801Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67edf689ebbb9dc80640b580-1743649359050.jpg
-head_image_alt: Pengembangan Aplikasi Mobile
-keywords: >-
-  Capacitor, Apple policies, app compliance, security standards, performance
-  benchmarks, OTA updates, encryption
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-
-**Kebijakan App Store Apple 2025 membawa aturan yang lebih ketat untuk aplikasi [Capacitor](https://capacitorjs.com/)** Para pengembang sekarang harus memenuhi standar yang lebih tinggi untuk privasi, keamanan, dan performa. Berikut yang perlu Anda ketahui:
-
--   **Privasi**: Aturan lebih ketat untuk pengumpulan data dan persetujuan pengguna
--   **Keamanan**: Enkripsi end-to-end dan [autentikasi yang lebih kuat](https://capgo.app/docs/webapp/mfa/) diperlukan untuk pembaruan
--   **Performa**: Aplikasi harus memenuhi tolok ukur responsivitas dan efisiensi yang lebih tinggi
--   **Pembaruan SDK**: [Aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) harus menggunakan [Xcode](https://developer.apple.com/xcode/) 15+ dan SDK terbaru untuk tetap patuh
--   **Pembaruan Langsung**: Pembaruan over-the-air (OTA) harus mengikuti protokol terenkripsi dan pengujian perangkat menyeluruh
-
-**Alat Utama**: Platform seperti [Capgo](https://capgo.app/) mempermudah kepatuhan dengan mengotomatisasi [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/), pelacakan, dan enkripsi. Dengan tingkat pembaruan 95% dalam 24 jam dan alat untuk peluncuran yang aman, [Capgo](https://capgo.app/) membantu pengembang tetap selaras dengan kebijakan Apple
-
-**Perbandingan Cepat**:
-
-| Fitur | Capgo (Paket TEAM) | [Appflow](https://ionicio/appflow/) |
-| --- | --- | --- | --- |
-| Biaya Tahunan | $996 | $6,000 | Mirip dengan Capgo |
-| Enkripsi | End-to-end | Penandatanganan dasar | Penandatanganan dasar |
-| Kecepatan Pembaruan | 95% dalam 24j | Bervariasi | Bervariasi |
-| Alat Kepatuhan | Komprehensif | Terbatas | Dasar |
-| Pengalaman Pasar | Sejak 2022 | Tutup 2026 | Sejak 2024 |
-
-Pengembang harus bertindak sekarang untuk memastikan kepatuhan dan menghindari gangguan. Perbarui [framework Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) Anda, ikuti kebijakan baru Apple, dan pertimbangkan alat seperti Capgo untuk pembaruan yang lancar
-
-## Cara Mengintegrasikan Token Apps & Books dengan Addigy
-
-
-## Pembaruan Kebijakan Utama untuk 2025
-
-Kebijakan Apple untuk 2025 mengharuskan aplikasi Capacitor menggunakan versi terbaru Xcode dan SDK. Pembaruan ini dirancang untuk meningkatkan performa, keamanan, dan kompatibilitas dengan perangkat keras
-
-Pengembang Capacitor harus meninjau dengan cermat pedoman Apple untuk memastikan mereka menggunakan alat yang direkomendasikan. Tetap patuh tidak hanya menghindari masalah potensial tetapi juga memberikan akses ke fitur terbaru. Pembaruan alat ini berperan penting dalam membentuk strategi pembaruan langsung
-
-Platform seperti Capgo telah selaras dengan persyaratan ini, memudahkan untuk memberikan pembaruan sambil memenuhi standar baru Apple
-
-## Memenuhi Pedoman Apple
-
-Tetap selaras dengan pedoman Apple saat menerapkan pembaruan langsung memerlukan perhatian khusus pada protokol tertentu. Aturan ini penting untuk memastikan aplikasi Anda tetap fungsional, aman, dan patuh dengan standar Apple
-
-### Aturan Pembaruan OTA
-
-Pembaruan over-the-air (OTA) harus mematuhi protokol ketat untuk tetap sejalan dengan kebijakan App Store. Pengembang harus menggunakan **enkripsi end-to-end** untuk semua transmisi pembaruan untuk melindungi data pengguna. Implementasi Capgo memastikan standar ini terpenuhi sambil memberikan performa yang kuat
-
-### Standar Keamanan
-
-Persyaratan keamanan Apple menekankan perlindungan data yang kuat. Langkah-langkah ini penting untuk memungkinkan siklus pembaruan yang aman dan efisien, memastikan pembaruan disampaikan dengan aman tanpa melanggar aturan platform
-
-### Protokol Pengujian Perangkat
-
-Untuk memastikan pembaruan berjalan lancar di semua versi iOS, pengujian perangkat menyeluruh sangat penting. Pengembang harus memanfaatkan **peluncuran bertahap** melalui saluran pengujian beta. Pendekatan ini membantu mengidentifikasi dan memperbaiki masalah sebelum rilis penuh. Seperti yang disorot Bessie Cooper:
-
-> "Capgo adalah alat yang harus dimiliki pengembang, yang ingin lebih produktif. Menghindari tinjauan untuk perbaikan bug sangatlah berharga" [\[1\]](https://capgo.app/)
-
-Metode ini memungkinkan pengembangan cepat dan pembaruan yang andal sambil tetap patuh pada pedoman Apple
-
-## Pembaruan [Capacitor](https://capacitorjs.com/) untuk 2025
-
-![Capacitor Framework Documentation Website](https://assets
\ No newline at end of file
diff --git a/src/content/blog/id/apple-privacy-rules-for-capacitor-apps.md b/src/content/blog/id/apple-privacy-rules-for-capacitor-apps.md
deleted file mode 100644
index 3f2bc3b29..000000000
--- a/src/content/blog/id/apple-privacy-rules-for-capacitor-apps.md
+++ /dev/null
@@ -1,366 +0,0 @@
----
-slug: apple-privacy-rules-for-capacitor-apps
-title: Aturan Privasi Apple untuk Aplikasi Capacitor
-description: >-
-  Pelajari cara mematuhi aturan privasi Apple untuk pengembangan aplikasi dengan
-  menerapkan persetujuan pengguna, transparansi data, dan pembaruan yang aman.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T01:48:03.832Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9dc69283d21cbd67b72cf-1743385695606.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Apple privacy rules, Capacitor apps, data transparency, user consent, App
-  Store compliance, privacy policy
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Aturan privasi Apple sekarang mengharuskan pengembang aplikasi [Capacitor](https://capacitorjs.com/) untuk fokus pada transparansi data pengguna dan kepatuhan untuk memastikan persetujuan App Store dan mempertahankan kepercayaan pengguna.**
-
-Langkah-langkah utama meliputi:
-
--   **Manifes Privasi**: Dokumentasikan pengumpulan data, API, dan detail pelacakan.
--   **Persetujuan Pengguna**: Gunakan App Tracking Transparency (ATT) untuk izin pelacakan.
--   **Akses Data**: Tentukan dengan jelas izin untuk fitur seperti kamera, lokasi, dan kontak.
--   **[Kebijakan Privasi](https://capgo.app/dp/)**: Sediakan kebijakan yang jelas dan mudah diakses tentang penggunaan data.
--   **Pengujian & Pembaruan**: Uji kepatuhan secara menyeluruh dan gunakan sistem pembaruan yang aman seperti [Capgo](https://capgo.app/).
-
-Aturan ini menekankan kontrol pengguna, transparansi, dan pembaruan aplikasi yang aman. Pengembang dapat mengikuti panduan untuk tetap patuh dan menghadirkan aplikasi yang memperhatikan privasi.
-
-## Mencegah Penolakan App Store: Tambahkan Manifes Privasi Apple ...
-
-<iframe src="https://www.youtube.com/embed/D7R87wm9IJE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Penjelasan Aturan Privasi Apple
-
-Apple mewajibkan pengembang untuk memprioritaskan kejelasan dan memberikan pengguna kontrol atas data mereka. Jika Anda pengembang Capacitor, ini berarti harus terbuka tentang bagaimana aplikasi Anda mengumpulkan dan menggunakan data, baik untuk pengguna maupun peninjau Apple.
-
-### Mendokumentasikan Praktik Data
-
-Simpan catatan internal yang detail tentang penanganan data aplikasi Anda. Pastikan untuk menyertakan:
-
--   Jenis data pengguna yang dikumpulkan
--   Alasan mengumpulkan data ini
--   Detail layanan pihak ketiga atau SDK yang digunakan
--   Bagaimana data ditransfer atau dibagikan
-
-Memiliki informasi yang terorganisir tidak hanya membantu kepatuhan tetapi juga memudahkan untuk merespons pertanyaan selama proses peninjauan. Pastikan untuk mencerminkan praktik ini secara transparan dalam label privasi App Store dan dalam pengaturan aplikasi Anda.
-
-### Elemen Kunci Pengungkapan Privasi
-
-Informasi privasi aplikasi Anda harus dengan jelas menguraikan:
-
--   Fitur sistem dan izin API yang diperlukan agar aplikasi berfungsi
--   Kategori data yang dikumpulkan
--   Aktivitas pelacakan atau komunikasi dengan layanan eksternal
--   Bagaimana data digunakan dan mengapa
-
-Kejelasan dalam pengungkapan membantu membangun kepercayaan dengan pengguna dan mengurangi kemungkinan menghadapi masalah peninjauan App Store.
-
-### Timeline Kepatuhan
-
-Apple memperbarui persyaratan privasi secara bertahap. Tetap informasi dengan rutin memeriksa pembaruan pengembang Apple untuk memastikan aplikasi Anda tetap sejalan dengan aturan terbaru.
-
-## Menambahkan Aturan Privasi ke Aplikasi Anda
-
-Pelajari cara menerapkan aturan privasi Apple dalam aplikasi Capacitor Anda dengan panduan langkah demi langkah ini.
-
-### Persyaratan Persiapan
-
-Sebelum Anda memulai, pastikan hal berikut:
-
--   Anda memiliki **Xcode 15 atau lebih baru** untuk dukungan manifes privasi.
--   Capacitor 8 telah terinstal.
--   Target penerapan iOS diatur ke **iOS 14.5 atau lebih baru**.
--   Aplikasi Anda menyertakan file `Info.plist` yang dikonfigurasi dengan benar.
--   Anda memiliki **akun Apple Developer** dengan sertifikat yang valid.
-
-Jika Anda menggunakan Capgo, atur enkripsi end-to-end untuk melindungi privasi data. Aplikasi yang dikonfigurasi dengan benar dengan Capgo telah mencapai tingkat keberhasilan global 82% dalam pembaruan [\[1\]](https://capgo.app/).
-
-Setelah lingkungan Anda siap, lanjutkan untuk membuat dan mengonfigurasi manifes privasi Anda.
-
-### Panduan Pengaturan Manifes Privasi
-
-1.  **Buat File Manifes Privasi**
-
-Tambahkan file baru bernama `PrivacyInfo.xcprivacy` ke direktori root proyek iOS Anda:
-
-```json
-{
-    "NSPrivacyTracking": false,
-    "NSPrivacyTrackingDomains": [],
-    "NSPrivacyCollectedDataTypes": [],
-    "NSPrivacyAccessedAPITypes": []
-}
-```
-
-2.  **Tentukan Pengumpulan Data**
-
-Tentukan jenis data yang dikumpulkan aplikasi Anda, seperti:
-
--   Analitik pengguna
--   Informasi perangkat
--   Pola penggunaan
--   Akses jaringan
-
-3.  **Konfigurasi Akses API**
-
-Daftarkan API sistem yang diperlukan aplikasi Anda, termasuk:
-
--   Kamera
--   Lokasi
--   Kontak
--   Perpustakaan foto
-
-### Pedoman Kepatuhan
-
-Setelah menyiapkan manifes privasi, pastikan praktik pengumpulan data Anda memenuhi standar Apple.
-
-**Minimalisasi Data**  
-Hanya kumpulkan data yang diperlukan untuk fitur inti aplikasi Anda. Pengguna Capgo telah melaporkan tingkat pembaruan pengguna aktif 95% dalam 24 jam [\[1\]](https://capgo.app/), menunjukkan bahwa pendekatan yang memperhatikan privasi membuat pengguna tetap terlibat.
-
-**Transparansi Pengguna**  
-Jelaskan dengan jelas:
-
--   Mengapa data dikumpulkan
--   Berapa lama data akan disimpan
--   Opsi kontrol pengguna yang tersedia
--   Kebijakan berbagi data
-
-### Persyaratan Pengujian
-
-Sebelum pengajuan, uji aplikasi Anda untuk memastikan kepatuhan privasi. Fokus pada area berikut:
-
-| Area Pengujian | Poin Verifikasi |
-| --- | --- |
-| Akses Data | Periksa prompt izin yang tepat. |
-| Label Privasi | Konfirmasi deklarasi akurat. |
-| Kontrol Pengguna | Uji fitur opt-out. |
-| [Penyimpanan Data](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Verifikasi enkripsi aman. |
-
-Capgo telah berhasil mengirimkan 23,5 juta pembaruan sambil mempertahankan kepatuhan privasi [\[1\]](https://capgo.app/), membuktikan bahwa mungkin untuk menyeimbangkan pembaruan dan privasi secara efektif.
-
-Ikuti pedoman ini untuk memastikan aplikasi Anda siap untuk pengujian dan pengajuan App Store.
-
-## Kontrol Privasi Pengguna
-
-Bagian ini berfokus pada cara memberikan pengguna kontrol atas pelacakan dan akses data, berdasarkan pedoman privasi yang telah ditetapkan.
-
-### Mengatur Izin Pelacakan
-
-Untuk mengonfigurasi App Tracking Transparency (ATT) dalam aplikasi Capacitor Anda, sertakan kunci berikut dalam file `Info.plist` Anda:
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>We use tracking to provide personalized features and improve app performance</string>
-```
-
-Selanjutnya, tangani permintaan pelacakan selama inisialisasi aplikasi Anda:
-
-```typescript
-import { App } from '@capacitor/app';
-
-async function requestTrackingPermission() {
-  const status = await App.requestTrackingAuthorization();
-  return status.authorized;
-}
-```
-
-**Tips untuk Implementasi ATT**:
-
--   Tampilkan dialog izin pada titik yang bermakna dalam pengalaman pengguna.
--   Jelaskan manfaat pelacakan dengan jelas sebelum prompt sistem muncul.
--   Hormati keputusan pengguna dan tawarkan alternatif bagi mereka yang memilih keluar.
-
-### Izin Akses Data
-
-Untuk iOS, Anda perlu menentukan izin dalam `Info.plist` aplikasi Anda. Berikut beberapa izin umum dan deskripsinya:
-
-| Jenis Izin | Kunci Info.plist | Deskripsi Penggunaan |
-| --- | --- | --- |
-| Kamera | NSCameraUsageDescription | Diperlukan untuk mengambil foto |
-| Lokasi | NSLocationWhenInUseUsageDescription | Untuk fitur berbasis lokasi |
-| Foto | NSPhotoLibraryUsageDescription | Akses untuk menyimpan/memuat gambar |
-| Kontak | NSContactsUsageDescription | Untuk integrasi kontak |
-
-**Kapan Meminta Izin**:
-
--   Hanya minta izin saat diperlukan, dan berikan konteks yang jelas.
--   Jelaskan secara singkat mengapa setiap izin diperlukan sebelum meminta.
--   Jika pengguna menolak permintaan, tawarkan fitur atau opsi alternatif.
-
-Setelah mengatur izin, pastikan pengguna diberi tahu tentang praktik ini melalui kebijakan privasi yang transparan.
-
-### Tampilan Kebijakan Privasi
-
-Buat kebijakan privasi aplikasi Anda mudah ditemukan dan dipahami.
-
-**Yang Harus Disertakan**:
-
--   Detail pengumpulan data
--   Bagaimana data akan digunakan
--   Periode penyimpanan data tersimpan
--   Hak pengguna terkait data mereka
--   Detail kontak untuk masalah privasi
-
-Anda dapat menambahkan pusat privasi ke aplikasi Anda seperti ini:
-
-```typescript
-import { Browser } from '@capacitor/browser';
-
-async function showPrivacyPolicy() {
-  await Browser.open({
-    url: 'https://your-app.com/privacy-policy'
-  });
-}
-```
-
-**Cara Menampilkan Kebijakan Privasi**:
-
--   Letakkan tautan kebijakan privasi di pengaturan aplikasi untuk akses mudah.
--   Gunakan bahasa yang sederhana dan jelas untuk menjelaskan konsep teknis.
--   Tambahkan visual untuk meningkatkan pemahaman.
--   Sediakan riwayat versi dan beri tahu pengguna tentang pembaruan.
--   Izinkan pengguna mengekspor data mereka jika diminta.
-
-Pastikan pembaruan aplikasi Anda (misalnya, melalui Capgo) mematuhi pengaturan privasi ini dan mempertahankan kepercayaan pengguna.
-
-## Pengujian dan Pengajuan App Store
-
-Setelah Anda menyiapkan manifes privasi dan kontrol pengguna, langkah selanjutnya adalah pengujian menyeluruh untuk memastikan semuanya berfungsi sebagaimana dimaksud. Proses ini membantu mengonfirmasi kepatuhan sebelum mengirimkan aplikasi Anda ke App Store.
-
-### Pengujian Privasi di [Xcode](https://en.wikipedia.org/wiki/Xcode)
-
-Untuk memulai, aktifkan Laporan Privasi di Xcode:
-
-```swift
-// Enable Privacy Report in Xcode scheme
-Edit Scheme > Run > Diagnostics > Enable Privacy Report
-```
-
-Jalankan aplikasi Anda dalam mode debug dan tinjau Laporan Privasi di konsol. Berikut yang perlu difokuskan selama pengujian:
-
-| Area Pengujian | Yang Perlu Diperiksa |
-| --- | --- |
-| Pelacakan Aplikasi | Waktu dan tampilan dialog ATT |
-| Akses Data | Implementasi izin yang tepat |
-| Penggunaan API | Kelengkapan manifes privasi |
-| Panggilan Jaringan | Keamanan transmisi data |
-
-Pengujian ini memastikan aplikasi Anda siap untuk pengajuan dan memenuhi standar kepatuhan.
-
-### Kesalahan Privasi Umum
-
-Setelah pengujian, atasi masalah yang sering terjadi ini untuk menghindari penundaan selama pengajuan:
-
--   **`privacy-manifest.json` Tidak Lengkap**: Pastikan semua API dan domain pelacakan yang diperlukan terdaftar.
--   **String Tujuan Hilang**: Jelaskan alasan untuk setiap permintaan izin.
--   **Permintaan Pelacakan Tidak Tepat**: Hanya picu izin pelacakan setelah tindakan pengguna.
-
-### Detail Privasi App Store
-
-Saat mengirimkan aplikasi Anda, berikan informasi akurat tentang praktik privasi Anda. Berikut yang perlu disertakan:
-
-| Kategori Privasi | Informasi yang Diperlukan | Contoh |
-| --- | --- | --- |
-| Pengumpulan Data | Jenis data yang dikumpulkan | ID Perangkat, Lokasi |
-| Penggunaan Data | Mengapa data dikumpulkan | Fungsi Aplikasi, Analitik |
-| Penghubungan Data | Bagaimana data terhubung ke pengguna | Info akun, Data penggunaan |
-| Pelacakan Data | Detail pelacakan lintas aplikasi | Periklanan, Analitik |
-
-**Persyaratan Utama App Store**:
-
--   Perbarui URL kebijakan privasi Anda sebelum pengajuan.
--   Pastikan izin yang dinyatakan sesuai dengan fungsionalitas aplikasi Anda.
--   Dokumentasikan praktik privasi untuk SDK pihak ketiga yang digunakan.
--   Konfirmasi semua transmisi jaringan dienkripsi untuk keamanan.
-
-## Menggunakan [Capgo](https://capgo.app/) untuk Pembaruan
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e9dc69283d21cbd67b72cf/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Capgo menawarkan sistem yang aman untuk pembaruan langsung sambil mematuhi aturan privasi Apple.
-
-### Fitur Privasi Capgo
-
-Sistem pembaruan Capgo dibangun dengan memperhatikan keamanan dan privasi:
-
-| Fitur | Manfaat Privasi |
-| --- | --- |
-| Enkripsi End-to-End | Memastikan hanya pengguna yang berwenang yang dapat mendekripsi pembaruan |
-| Kepatuhan App Store | Selaras dengan persyaratan privasi ketat Apple |
-| Penerapan Aman | Melindungi distribusi pembaruan |
-| Kontrol Akses | Memungkinkan manajemen izin yang detail |
-
-Fitur-fitur ini melindungi pembaruan dan menjaga privasi pengguna.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sebenarnya, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-### Penyebaran Pembaruan dengan Capgo
-
-Berikut cara menyebarkan pembaruan yang sesuai privasi menggunakan Capgo:
-
-1. **Pasang plugin Capgo**:
-
-   Jalankan perintah berikut untuk memulai:
-
-   ```bash
-    npx @capgo/cli init
-    ```
-
-2. **Konfigurasi pengaturan privasi**:
-
-   Perbarui manifest privasi untuk menyertakan domain dan API Capgo.
-
-3. **Siapkan saluran pembaruan terenkripsi**:
-
-   Buat saluran terpisah untuk tahap penyebaran berbeda guna memastikan pembaruan yang aman.
-
-Capgo memastikan 95% pengguna aktif menerima pembaruan dalam 24 jam, dengan tingkat keberhasilan global 82% [\[1\]](https://capgo.app/). Sistem saluran juga membuat pengelolaan target pembaruan menjadi mudah.
-
-### Pembaruan Grup Pengguna di Capgo
-
-Capgo memungkinkan Anda menargetkan grup pengguna tertentu secara aman selama pembaruan:
-
-| Jenis Pembaruan | Pertimbangan Privasi | Implementasi |
-| --- | --- | --- |
-| Pengujian Beta | Membatasi akses hanya ke pengguna tertentu | Gunakan saluran terpisah dengan akses terbatas |
-| Peluncuran Bertahap | Rilis bertahap ke pengguna | Distribusi pembaruan berdasarkan persentase |
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Izin detail Capgo memastikan hanya anggota tim yang berwenang yang dapat mengakses dan mengelola pembaruan secara aman.
-
-## Ringkasan
-
-### Persyaratan Privasi Utama
-
-Aturan privasi Apple untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) menguraikan kebutuhan berikut:
-
-| Persyaratan | Detail |
-| --- | --- |
-| **Manifest Privasi** | Sertakan domain, API, dan deklarasi pelacakan yang diperlukan. |
-| **Persetujuan Pengguna** | Gunakan framework ATT untuk meminta izin pelacakan dari pengguna. |
-| **Akses Data** | Konfigurasi izin untuk mengakses foto, lokasi, dan kontak. |
-| **Kebijakan Privasi** | Sediakan kebijakan yang jelas dan dapat diakses di aplikasi dan daftar App Store. |
-| **Keamanan Pembaruan** | Pastikan pembaruan langsung menggunakan saluran penyebaran terenkripsi. |
-
-### Daftar Periksa Implementasi
-
-Ikuti daftar periksa ini untuk memenuhi persyaratan Apple:
-
-- **Konfigurasi Manifest Privasi**  
-  Tambahkan deklarasi API, daftar domain pelacakan, dan dokumentasikan tujuan penggunaan data.
-
-- **Siapkan Izin Pengguna**  
-  Implementasikan dialog ATT, konfigurasi akses untuk foto dan media, dan aktifkan layanan lokasi.
-
-- **Sistem Pembaruan Aman**  
-  Gunakan solusi pembaruan yang sesuai privasi, siapkan saluran terenkripsi, dan konfigurasi kontrol target pengguna.
-
-Platform Capgo menyediakan cara yang andal untuk memenuhi standar privasi ini sambil menjaga aplikasi Anda tetap fungsional dan berfokus pada pengguna [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/id/apple-vs-google-privacy-compliance-for-third-party-data.md b/src/content/blog/id/apple-vs-google-privacy-compliance-for-third-party-data.md
deleted file mode 100644
index b945cd12e..000000000
--- a/src/content/blog/id/apple-vs-google-privacy-compliance-for-third-party-data.md
+++ /dev/null
@@ -1,212 +0,0 @@
----
-slug: apple-vs-google-privacy-compliance-for-third-party-data
-title: 'Apple vs. Google: Kepatuhan Privasi untuk Data Pihak Ketiga'
-description: >-
-  Jelajahi strategi privasi yang kontras dari dua perusahaan teknologi besar dan
-  dampaknya terhadap pengembang aplikasi dan pengelolaan data pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-27T02:14:50.081Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680d81465a08fca8917a02c4-1745720205882.jpg
-head_image_alt: Mobile Development
-keywords: >-
-  privacy compliance, third-party data, App Tracking Transparency, Privacy
-  Sandbox, data protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**Apple dan Google memiliki pendekatan berbeda terhadap privasi pengguna, dibentuk oleh model bisnis mereka:**
-
--   **Apple** memprioritaskan privasi pengguna dengan aturan ketat seperti [App Tracking Transparency](https://developer.apple.com/documentation/apptrackingtransparency) (ATT), yang mengharuskan opt-in untuk pelacakan. Ini membatasi akses data pihak ketiga, selaras dengan model pendapatan yang berfokus pada perangkat keras.
--   **Google** menyeimbangkan kebutuhan privasi dan periklanan. [Privacy Sandbox](https://en.wikipedia.org/wiki/Privacy_Sandbox) dan alat seperti [Topics API](https://developers.google.com/privacy-sandbox/private-advertising/topics/web) memungkinkan penggunaan data yang lebih luas sambil mempertahankan transparansi dan kontrol pengguna.
-
-### Perbedaan Utama Sekilas
-
-| Aspek | Apple | Google |
-| --- | --- | --- |
-| **Model Pendapatan** | Penjualan perangkat keras | Periklanan |
-| **Pengumpulan Data** | Hanya opt-in | Tersedia opt-out |
-| **Alat Privasi** | Pembatasan tingkat sistem (mis., ATT, Private Relay) | Solusi berbasis pengembang (mis., Privacy Sandbox, Topics API) |
-| **Proses Pembaruan** | Proses peninjauan yang ketat | Peninjauan lebih fleksibel dan cepat |
-
-Pengembang harus beradaptasi dengan aturan platform ini untuk memastikan kepatuhan, melindungi data pengguna, dan mempertahankan kinerja aplikasi. Alat seperti [Capgo](https://capgo.app/) menyederhanakan pembaruan sambil memenuhi standar privasi di kedua platform.
-
-## Prinsip Utama Privasi: Apple vs. Google
-
-### Fokus Perlindungan Data Apple
-
-Apple sangat menekankan pembatasan penggunaan data dan memprioritaskan persetujuan pengguna. Dengan diperkenalkannya kerangka kerja App Tracking Transparency (ATT) di iOS 14.5, Apple mengharuskan pengguna secara eksplisit memberikan izin untuk pelacakan lintas aplikasi. Hal ini menyebabkan tingkat opt-in yang lebih rendah, secara signifikan mengurangi pelacakan pihak ketiga.
-
-Berikut beberapa fitur utama pendekatan perlindungan data Apple:
-
-| Fitur | Implementasi | Dampak pada Data Pihak Ketiga |
-| --- | --- | --- |
-| Label Privasi | Aplikasi harus mengungkapkan praktik pengumpulan data di App Store | Memberikan transparansi bagi pengguna |
-| Kontrol Pelacakan Aplikasi | Pengguna harus opt-in untuk pelacakan | Membatasi berbagi data lintas aplikasi |
-| Private Relay | Mengenkripsi lalu lintas web | Mencegah akses ke alamat IP pengguna |
-| Perlindungan Privasi Email | Memblokir pelacakan email | Mengurangi akurasi analitik email |
-
-Fokus Apple pada privasi telah memaksa aplikasi yang sangat bergantung pada periklanan untuk memikirkan ulang model bisnis mereka atau mencari sumber pendapatan alternatif. Strategi yang berpusat pada privasi ini membedakan Apple dalam ekosistem mobile, menciptakan kontras yang tajam dengan pendekatan Google yang lebih seimbang.
-
-### Penggunaan dan Pengungkapan Data Google
-
-Google mengambil jalur berbeda, memungkinkan pengumpulan data yang lebih luas sambil menerapkan pengamanan untuk melindungi privasi pengguna. Inisiatif Privacy Sandbox-nya, yang dirancang untuk menghapus cookie pihak ketiga, bertujuan untuk mencapai keseimbangan antara privasi pengguna dan kebutuhan pengiklan. Meskipun Google mengumpulkan lebih banyak data, ia mengharuskan pengungkapan yang jelas dan memberikan pengguna kontrol atas data mereka.
-
-Kerangka privasi Google mencakup komponen berikut:
-
-| Komponen | Tujuan | Dampak pada Pengembang |
-| --- | --- | --- |
-| Bagian Keamanan Data | Transparansi dalam praktik pengumpulan data | Aplikasi harus mengungkapkan praktik privasi |
-| Topics API | Mendukung periklanan berbasis minat | Menawarkan alternatif untuk pelacakan langsung |
-| FLEDGE | Memungkinkan penargetan iklan | Memfasilitasi remarketing yang ramah privasi |
-| Pelaporan Atribusi | Mengukur konversi iklan | Berfokus pada analitik yang menjaga privasi |
-
-Pendekatan Google mencerminkan ketergantungannya pada pendapatan iklan sambil menangani masalah privasi. Dengan menawarkan alat kepada pengembang untuk mengelola data pengguna secara bertanggung jawab, Google bertujuan untuk memenuhi standar privasi modern tanpa merusak model bisnis berbasis iklan.
-
-Bagi pengembang, navigasi persyaratan privasi berarti menyesuaikan strategi untuk setiap platform. Aplikasi yang menggunakan Capgo harus memastikan mereka mematuhi kebijakan Apple yang digerakkan oleh persetujuan dan penekanan Google pada transparansi untuk pembaruan langsung.
-
-## Apple vs Google: Siapa yang Lebih Baik dalam Privasi?
-
-<iframe src="https://www.youtube.com/embed/FHhqQPlffGY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Alat dan Fitur Privasi
-
-Baik Apple maupun Google menyediakan alat yang dirancang untuk menegakkan [kebijakan privasi](https://capgo.app/dp/) mereka, masing-masing mencerminkan prinsip-prinsip utama mereka.
-
-### Sistem Privasi Apple
-
-Kerangka kerja privasi Apple memastikan pengguna memiliki kontrol atas data mereka. **Laporan Privasi Aplikasi**, yang diperkenalkan di iOS 15.2, memungkinkan pengguna melacak bagaimana aplikasi mengakses data sensitif seperti lokasi, foto, kamera, mikrofon, dan kontak. Ini juga mengungkapkan koneksi ke domain pihak ketiga dan pola penggunaan sensor.
-
-Berikut beberapa fitur utama dalam ekosistem privasi Apple:
-
-| Fitur | Fungsi | Persyaratan Pengembang |
-| --- | --- | --- |
-| [iCloud Private Relay](https://support.apple.com/en-us/102602) | Menyembunyikan alamat IP untuk menjaga privasi | Memastikan aplikasi berfungsi dengan IP tersembunyi |
-| Hide My Email | Menghasilkan alias email unik untuk pengguna | Mendukung beberapa alamat email per pengguna |
-| Laporan Privasi Aplikasi | Memantau penggunaan data aplikasi | Memberikan justifikasi untuk semua akses data |
-| [Sign in with Apple](https://en.wikipedia.org/wiki/Sign_in_with_Apple) | Menawarkan autentikasi yang aman | Wajib untuk aplikasi dengan opsi masuk pihak ketiga |
-
-Pendekatan Apple berpusat pada perlindungan sistem yang ketat, memastikan data pengguna dijaga di setiap level.
-
-### Kontrol Privasi Google
-
-Pendekatan privasi Google dibangun di sekitar **Privacy Sandbox**, menyeimbangkan privasi pengguna dengan kebutuhan periklanan. Pada awal 2025, Google memperkenalkan **Topics API** sebagai bagian dari inisiatif ini, menggantikan Federated Learning of Cohorts (FLoC) yang lebih lama. API ini memungkinkan pelacakan tanpa cookie sambil mempertahankan kepatuhan terhadap standar privasi.
-
-Berikut elemen kunci dari strategi Google:
-
-| Kontrol | Tujuan | Implementasi |
-| --- | --- | --- |
-| Privacy Sandbox | Menggantikan pelacakan berbasis cookie | Memerlukan integrasi dengan Topics API |
-
-Sistem Google memberikan pengembang lebih banyak fleksibilitas, menawarkan mekanisme opt-out dalam kerangka kerja Privacy Sandbox.
-
-### Perbandingan Fitur: Apple vs. Google
-
-Apple dan Google berbeda secara signifikan dalam metode privasi mereka. Apple memprioritaskan kontrol tingkat sistem yang ketat dengan pengumpulan data opt-in, sementara Google menekankan solusi yang digerakkan oleh pengembang dengan opsi opt-out.
-
-| Aspek | Apple | Google |
-| --- | --- | --- |
-| Pengumpulan Data | Hanya opt-in | Tersedia opt-out |
-| Proses Pembaruan | Proses peninjauan ketat | Pendekatan fleksibel |
-| Kontrol Privasi | Pembatasan tingkat sistem | Pengamanan yang diimplementasikan pengembang |
-| Pelacakan Pengguna | Terbatas melalui App Tracking Transparency | Dikelola melalui Privacy Sandbox |
-
-Pengembang yang menggunakan alat seperti Capgo harus mematuhi aturan privasi kedua platform. Seorang pengembang membagikan hal berikut tentang Capgo:
-
-> "Capgo adalah alat yang harus dimiliki pengembang yang ingin lebih produktif. Menghindari peninjauan untuk perbaikan bug sangat berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo telah terbukti efektif, dengan tingkat keberhasilan global 82% untuk pembaruan [\[1\]](https://capgo.app/). Selain itu, 95% pengguna aktif menerima pembaruan dalam 24 jam [\[1\]](https://capgo.app/).
-
-## Aturan dan Persyaratan Pengembang
-
-### Aturan Data Apple
-
-Apple mengharuskan pengembang untuk menjelaskan dengan jelas bagaimana aplikasi mereka mengumpulkan, menggunakan, dan membagikan data pengguna. Selama proses peninjauan, Apple dengan cermat mengevaluasi pengungkapan ini untuk memastikan mereka memenuhi standar privasinya.
-
-### Pedoman Data Google
-
-Pedoman Keamanan Data Play Store Google juga menuntut transparansi dalam praktik penanganan data. Sambil menawarkan fleksibilitas kepada pengembang, fokusnya tetap pada pengungkapan yang jelas dan kontrol pengguna yang kuat. Aturan-aturan ini menekankan pentingnya mengintegrasikan langkah-langkah privasi ke dalam pembaruan aplikasi.
-
-### Integrasi Alat Privasi dan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680d81465a08fca8917a02c4/002013533a2d2ba7b874d9490aa8d76e.jpg)
-
-Alat pengembangan modern menggabungkan kepatuhan privasi dengan kemampuan untuk mengeluarkan pembaruan dengan cepat. Capgo mendukung upaya ini dengan mematuhi standar privasi Apple dan Google. Dengan 1,4K aplikasi yang digunakan dan tingkat keberhasilan global 82%, Capgo telah membuktikan efektivitasnya [\[1\]](https://capgo.app/).
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Berikut beberapa fitur utama Capgo yang berfokus pada privasi:
-
-| Fitur | Manfaat | Kepatuhan |
-| --- | --- | --- |
-| Enkripsi End-to-End | Pembaruan hanya dapat didekripsi oleh pengguna | Memenuhi standar Apple dan Google |
-| Pembaruan Instan | 95% pengguna aktif memperbarui dalam 24 jam | Selaras dengan kebijakan app store |
-| Kontrol Versi | Memungkinkan rollback pembaruan yang aman | Memastikan integritas data |
-
-> "@Capgo adalah cara cerdas untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)" - Tim OSIRIS-REx NASA [\[1\]](https://capgo.app/)
-
-## Dampak pada Aplikasi dan Pengguna
-
-### Tantangan Pengembangan Lintas Platform
-
-Menavigasi standar privasi Apple dan Google bisa menjadi sulit. Setiap platform memiliki seperangkat persyaratan sendiri, yang membuat pengembangan aplikasi lebih rumit dan memperlambat penerapan. Selain itu, proses peninjauan tradisional sering menunda pembaruan, menyebabkan pengalaman pengguna yang tidak konsisten. Benturan antara peninjauan aplikasi yang ketat dan kebutuhan akan pembaruan cepat menyoroti perlunya solusi yang lebih baik untuk memperlancar proses ini. Hambatan ini secara langsung berdampak pada seberapa baik aplikasi berfungsi dan bagaimana pengguna mengalaminya.
-
-| Persyaratan Platform | Pendekatan iOS | Pendekatan Android |
-| --- | --- | --- |
-| Label Privasi | Memerlukan pengungkapan detail | Bagian keamanan data dasar |
-| Waktu Peninjauan Pembaruan | Sekitar 24–48 jam | Sekitar 2–3 jam |
-| Pembaruan Langsung | Sangat terbatas | Umumnya lebih fleksibel |
-| Pelacakan Pengguna | Izin eksplisit wajib | Kurang ketat |
-
-### Privasi Pengguna dan Kinerja Aplikasi
-
-Tantangan ini tidak hanya memperlambat pembaruan - tetapi juga mempengaruhi bagaimana pengguna merasakan aplikasi tersebut. Masalah privasi memainkan peran besar dalam kesuksesan dan retensi pengguna aplikasi. Aplikasi yang memprioritaskan langkah-langkah privasi yang kuat dan sistem pembaruan yang efisien cenderung melihat keterlibatan pengguna yang lebih baik dan tingkat adopsi pembaruan yang lebih tinggi.
-
-> "Kami menerapkan pengembangan agile dan Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Tim yang berhasil menyeimbangkan perlindungan privasi yang kuat dengan pengalaman pengguna yang mulus sering melihat peningkatan nyata dalam keterlibatan dan kinerja aplikasi. Keseimbangan ini menjadi semakin penting seiring dengan peraturan privasi yang semakin ketat dan ekspektasi pengguna yang meningkat.
-
-## Kesimpulan: Praktik Terbaik Privasi
-
-Mengarungi aturan privasi Apple dan Google membutuhkan keseimbangan yang tepat antara melindungi data pengguna dan memastikan penerapan aplikasi yang lancar. Mencapai keseimbangan ini tidak hanya melindungi pengguna tetapi juga menyederhanakan proses pengembangan.
-
-Menggunakan enkripsi end-to-end sangat penting untuk menjaga keamanan data pengguna selama pembaruan aplikasi. Alat yang bekerja di kedua platform sambil menjunjung standar privasi yang ketat dapat meningkatkan efisiensi penerapan secara signifikan.
-
-Untuk pengembang yang bekerja di berbagai platform, solusi seperti Capgo menunjukkan bagaimana kepatuhan dan efisiensi dapat berjalan beriringan. Kinerjanya yang andal menyoroti bagaimana langkah-langkah privasi yang kuat dapat berdampingan dengan proses penerapan yang efisien.
-
-Seiring kebijakan privasi menjadi lebih ketat dan praktik peluncuran berkembang, tren ini akan menentukan persyaratan platform. Pengembang yang mengadopsi alat privasi yang kuat saat ini akan lebih siap menghadapi perubahan di masa depan sambil mempertahankan kepercayaan pengguna dan fungsionalitas aplikasi.
-
-> "Capgo adalah alat yang wajib dimiliki pengembang yang ingin lebih produktif. Menghindari tinjauan untuk perbaikan bug sangatlah berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## FAQ
-
-:::faq
-### Bagaimana kebijakan privasi Apple dan Google mempengaruhi penggunaan data pihak ketiga oleh pengembang aplikasi?
-
-Apple dan Google memiliki pendekatan berbeda terhadap privasi, yang secara signifikan mempengaruhi cara pengembang aplikasi menangani data pihak ketiga. Apple menekankan privasi pengguna dengan kebijakan yang lebih ketat, seperti App Tracking Transparency (ATT), yang memerlukan persetujuan eksplisit pengguna untuk berbagi data. Ini dapat membatasi akses pengembang ke data pengguna yang detail tetapi membantu membangun kepercayaan dengan pengguna yang sadar privasi.
-
-Google, meskipun juga memprioritaskan privasi, cenderung menawarkan fleksibilitas lebih bagi pengembang dengan fokus pada solusi seperti inisiatif Privacy Sandbox. Ini bertujuan untuk menyeimbangkan privasi pengguna dengan kemampuan aplikasi untuk memberikan pengalaman dan iklan yang dipersonalisasi. Pengembang perlu menyesuaikan strategi mereka berdasarkan kebijakan yang berbeda ini, memastikan kepatuhan sambil memenuhi harapan pengguna.
-
-Untuk pengembang yang menggunakan platform seperti **Capgo**, yang mendukung pembaruan real-time dengan kepatuhan terhadap persyaratan Apple dan Google, menavigasi kebijakan privasi ini menjadi lebih lancar. Enkripsi end-to-end dan fitur pembaruan langsung Capgo dapat membantu pengembang mempertahankan kepatuhan sambil memberikan pembaruan secara efisien.
-:::
-
-:::faq
-### Tantangan apa yang dihadapi pengembang saat mematuhi standar privasi Apple dan Google untuk data pihak ketiga?
-
-Pengembang sering menghadapi tantangan signifikan saat memastikan kepatuhan dengan standar privasi Apple dan Google, terutama dalam menangani data pihak ketiga. Kedua perusahaan memiliki kebijakan yang ketat dan berkembang, seperti kerangka kerja **App Tracking Transparency (ATT)** Apple dan **Bagian Keamanan Data** Google, yang mengharuskan pengembang mengungkapkan dan membatasi praktik pengumpulan data.
-
-Menavigasi kebijakan ini bisa kompleks, terutama untuk aplikasi yang bergantung pada integrasi atau analitik pihak ketiga. Pengembang harus memastikan transparansi dalam cara data dikumpulkan, digunakan, dan dibagikan sambil menerapkan langkah-langkah keamanan yang kuat untuk melindungi privasi pengguna. Alat seperti **Capgo** dapat membantu memperlancar proses ini dengan menawarkan pembaruan real-time dan solusi ramah kepatuhan untuk pengembang aplikasi, memastikan kepatuhan terhadap persyaratan Apple dan Google tanpa pengajuan ulang ke app store yang sering.
-:::
-
-:::faq
-### Bagaimana alat seperti Capgo dapat membantu pengembang memastikan kepatuhan privasi dan merampingkan pembaruan di platform Apple dan Android?
-
-Capgo memberdayakan pengembang dengan menyederhanakan pembaruan aplikasi dan memastikan kepatuhan dengan persyaratan privasi Apple dan Android. Ini memungkinkan pembaruan instan untuk aplikasi Capacitor tanpa memerlukan persetujuan app store, memungkinkan penerapan perbaikan bug, fitur baru, dan peningkatan yang lebih cepat.
-
-Dengan **enkripsi end-to-end**, Capgo melindungi data pengguna sambil menawarkan integrasi yang mulus dengan pipeline CI/CD. Kombinasi ini tidak hanya meningkatkan kepatuhan privasi tetapi juga meningkatkan efisiensi pengembangan, membantu pengembang memberikan pengalaman yang aman dan terkini kepada pengguna di kedua platform.
-:::
diff --git a/src/content/blog/id/automated-consent-tracking-for-capacitor-apps.md b/src/content/blog/id/automated-consent-tracking-for-capacitor-apps.md
deleted file mode 100644
index fe73444d3..000000000
--- a/src/content/blog/id/automated-consent-tracking-for-capacitor-apps.md
+++ /dev/null
@@ -1,483 +0,0 @@
----
-slug: automated-consent-tracking-for-capacitor-apps
-title: Pelacakan Persetujuan Otomatis untuk Aplikasi Capacitor
-description: >-
-  Pelajari cara mengimplementasikan pelacakan persetujuan otomatis dalam
-  aplikasi untuk meningkatkan kepatuhan privasi dan kepercayaan pengguna tanpa
-  penundaan di app store.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T01:27:27.426Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef2243ebbb9dc80641c5e1-1743730059829.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  consent tracking, privacy compliance, user rights, Capacitor apps, data
-  protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-Pelacakan persetujuan otomatis sangat penting untuk aplikasi [Capacitor](https://capacitorjs.com/) untuk memenuhi peraturan privasi dan aturan platform. Berikut mengapa ini penting dan cara mengimplementasikannya:
-
--   **Mengapa Ini Penting**:
-    
-    -   Mematuhi kebijakan privasi Apple dan Google.
-    -   Melindungi hak pengguna dan membangun kepercayaan.
-    -   Menghindari penolakan app store dan risiko hukum.
--   **Fitur Utama untuk Pelacakan Persetujuan**:
-    
-    -   **Penyesuaian Khusus Platform**: Solusi yang disesuaikan untuk iOS dan Android.
-    -   **Pembaruan Real-Time**: Modifikasi formulir persetujuan tanpa pembaruan aplikasi.
-    -   **Keseragaman Lintas Platform**: Memastikan perilaku yang konsisten di web, iOS, dan Android.
-    -   **Sinkronisasi Data**: Menjaga konsistensi persetujuan pengguna di semua perangkat.
--   **Langkah Implementasi**:
-    
-    1.  Gunakan plugin seperti `@capacitor/privacy` untuk mengelola persetujuan.
-    2.  Bangun elemen UI persetujuan yang jelas dan sederhana.
-    3.  [Enkripsi dan simpan secara aman](https://capgo.app/docs/cli/migrations/encryption/) data persetujuan.
-    4.  Sesuaikan pelacakan analitik berdasarkan preferensi pengguna.
-    5.  Secara rutin validasi dan perbarui pengaturan persetujuan.
--   **Tips Kepatuhan**:
-    
-    -   Ungkapkan penggunaan data dengan jelas.
-    -   Izinkan pengguna untuk menarik persetujuan dan menghapus data.
-    -   Gunakan alat seperti [Capgo](https://capgo.app/) untuk pembaruan langsung guna menghindari penundaan app store.
-
-## Izin transparansi pelacakan aplikasi Apple - Ionic atau iOS ...
-
-<iframe src="https://www.youtube.com/embed/BVEcp7FEWPY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Panduan Persyaratan Persetujuan
-
-Menambahkan pelacakan persetujuan ke [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) berarti memenuhi aturan yang ditetapkan oleh Apple dan Google. Aturan-aturan ini dirancang untuk memastikan privasi pengguna dan kepatuhan terhadap standar platform.
-
-### Persyaratan Kebijakan App Store
-
-Apple dan Google memiliki harapan spesifik untuk aplikasi terkait pelacakan persetujuan:
-
-**Persyaratan Apple App Store**:
-
--   Prompt persetujuan harus menjelaskan dengan jelas mengapa dan bagaimana data akan digunakan.
--   Aplikasi harus menghormati pengaturan "Allow Apps to Request to Track" pada perangkat pengguna.
--   Label nutrisi privasi harus menggambarkan praktik pengumpulan data secara akurat.
-
-**Persyaratan Google Play Store**:
-
--   Mengungkapkan dengan jelas praktik pengumpulan dan berbagi data.
--   Menyertakan tautan [kebijakan privasi](https://capgo.app/dp/) yang menonjol di daftar aplikasi dan dalam aplikasi itu sendiri.
--   Mendapatkan persetujuan eksplisit sebelum mengumpulkan data sensitif.
--   Menyediakan cara mudah bagi pengguna untuk menarik persetujuan.
--   Menawarkan pengguna opsi untuk menghapus data mereka jika mereka mencabut persetujuan.
-
-Mengikuti pedoman ini memastikan kepatuhan terhadap kebijakan toko sambil memprioritaskan privasi pengguna.
-
-### Standar Privasi Data
-
-Selain memenuhi aturan khusus platform, mengadopsi praktik privasi data yang kuat sangat penting:
-
-**Pengumpulan Data Anonim**:
-
--   Gunakan pengidentifikasi acak alih-alih data pribadi.
--   Minimalkan jumlah data yang dikumpulkan.
--   Simpan catatan persetujuan terpisah dari data pengguna.
--   Jaga log persetujuan terenkripsi untuk keamanan tambahan.
-
-**Implementasi Proses Opt-in**:
-
--   Tampilkan opsi persetujuan sebelum mengumpulkan data apapun.
--   Izinkan pengguna memilih jenis data yang mereka setujui untuk dibagikan.
--   Sediakan opsi "Terima" dan "Tolak" yang jelas.
--   Aktifkan pengguna untuk memperbarui preferensi persetujuan mereka kapan saja.
-
-Layanan seperti Capgo dapat membantu dengan memungkinkan pembaruan langsung untuk fitur terkait persetujuan, menghindari kebutuhan untuk peninjauan app store lengkap.
-
-Pelacakan persetujuan yang efektif lebih dari sekadar memenuhi persyaratan hukum. Ini tentang membangun kepercayaan dengan pengguna dengan bersikap transparan dan menghormati privasi mereka. Menerapkan praktik-praktik ini dengan bijak dapat meningkatkan pengalaman pengguna dan memperkuat reputasi aplikasi Anda.
-
-## Mengatur Pelacakan Persetujuan
-
-Siapkan plugin, elemen antarmuka pengguna, dan analitik untuk mengotomatisasi pelacakan persetujuan secara efektif.
-
-### Plugin Manajemen Persetujuan
-
-Gunakan beberapa plugin untuk menangani tugas manajemen persetujuan:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-import { AnalyticsConsent } from '@capgo/capacitor-firebase-analytics';
-import { PrivacyConsent } from '@capacitor/privacy';
-
-const { FirebaseAnalytics } = Plugins;
-
-async function setupConsentTracking() {
-  await FirebaseAnalytics.setConsent({
-    analyticsStorage: AnalyticsConsent.GRANTED,
-    adStorage: AnalyticsConsent.DENIED
-  });
-}
-```
-
-Enkripsi dan simpan data persetujuan secara aman:
-
-```typescript
-import { Storage } from '@capacitor/storage';
-
-async function storeConsentData(userConsent) {
-  await Storage.set({
-    key: 'userConsent',
-    value: JSON.stringify({
-      timestamp: Date.now(),
-      status: userConsent,
-      version: '1.0'
-    })
-  });
-}
-```
-
-Setelah plugin dikonfigurasi, rancang antarmuka persetujuan yang jelas untuk mengkomunikasikan pengaturan ini kepada pengguna.
-
-### Membangun Elemen UI Persetujuan
-
-Buat formulir persetujuan yang sederhana dan intuitif. Berikut contohnya:
-
-```typescript
-import { Dialog } from '@capacitor/dialog';
-
-async function showConsentDialog() {
-  const { value } = await Dialog.confirm({
-    title: 'Privacy Settings',
-    message: 'We collect analytics data to improve your experience. ' +
-             'You can change these settings anytime in the app.',
-    okButtonTitle: 'Accept',
-    cancelButtonTitle: 'Decline'
-  });
-
-  return handleConsentResponse(value);
-}
-```
-
-Pertimbangan utama untuk UI persetujuan:
-
--   Tampilkan opsi persetujuan sebelum mengumpulkan data apapun
--   Jelaskan dengan jelas mengapa data dikumpulkan
--   Sertakan tautan ke kebijakan privasi Anda
--   Izinkan pengguna memilih pengaturan persetujuan secara detail
-
-Setelah antarmuka persetujuan siap, pastikan pengaturan analitik Anda menghormati preferensi pengguna.
-
-### Pengaturan Analitik dan Kepatuhan
-
-Sesuaikan konfigurasi analitik Anda berdasarkan persetujuan pengguna:
-
-```typescript
-import { Analytics } from '@capgo/capacitor-firebase-analytics';
-
-async function initializeAnalytics(userConsent) {
-  if (userConsent.analytics) {
-    await Analytics.setEnabled(true);
-    await Analytics.setUserProperty({
-      key: 'consent_status',
-      value: 'granted'
-    });
-  } else {
-    await Analytics.setEnabled(false);
-  }
-}
-```
-
-Selalu periksa status persetujuan sebelum melacak data:
-
-```typescript
-function checkConsentBeforeTracking(eventName, eventData) {
-  const consentStatus = getStoredConsent();
-
-  if (consentStatus.analytics) {
-    Analytics.logEvent({
-      name: eventName,
-      params: {
-        ...eventData,
-        consent_verified: true
-      }
-    });
-  }
-}
-```
-
-Validasi persetujuan secara teratur untuk memastikan kepatuhan:
-
-```typescript
-async function validateConsent() {
-  const storedConsent = await Storage.get({ key: 'userConsent' });
-  const consentData = JSON.parse(storedConsent.value);
-
-  if (isConsentExpired(consentData.timestamp)) {
-    await refreshConsent();
-  }
-}
-```
-
-## Manajemen Pelacakan Persetujuan
-
-### Merekam Pembaruan Persetujuan
-
-Lacak perubahan persetujuan secara aman dengan penyimpanan terstruktur:
-
-```typescript
-interface ConsentUpdate {
-  timestamp: number;
-  userId: string;
-  consentVersion: string;
-  preferences: {
-    analytics: boolean;
-    marketing: boolean;
-    thirdParty: boolean;
-  };
-  source: 'app' | 'settings' | 'prompt';
-}
-
-async function recordConsentUpdate(update: ConsentUpdate) {
-  const consentHistory = await Storage.get({ key: 'consent_history' });
-  const history = consentHistory.value ? 
-    JSON.parse(consentHistory.value) : [];
-
-  history.push({
-    ...update,
-    deviceInfo: await getDeviceInfo(),
-    hashValue: generateConsentHash(update)
-  });
-
-  await Storage.set({
-    key: 'consent_history',
-    value: JSON.stringify(history)
-  });
-}
-```
-
-Bangun jejak audit untuk melacak perubahan seiring waktu:
-
-```typescript
-async function generateConsentAuditLog() {
-  const consentHistory = await Storage.get({ key: 'consent_history' });
-  const history = JSON.parse(consentHistory.value);
-
-  return history.map(entry => ({
-    timestamp: new Date(entry.timestamp).toISOString(),
-    action: determineConsentAction(entry),
-    details: formatConsentDetails(entry),
-    verificationHash: entry.hashValue
-  }));
-}
-```
-
-Menggunakan catatan ini, alat pemantauan kepatuhan dapat mengotomatisasi audit dan memastikan kepatuhan terhadap standar privasi.
-
-### Alat Pemantauan Kepatuhan
-
-Otomatisasi pelacakan event persetujuan dengan alat pemantauan:
-
-```typescript
-import { Analytics } from '@capacitor/analytics';
-import { ComplianceMonitor } from './compliance';
-
-class ConsentMonitor {
-  private static readonly CONSENT_CHECK_INTERVAL = 86400000; // 24 hours
-
-  async startMonitoring() {
-    // Schedule periodic compliance checks
-    setInterval(async () => {
-      const complianceStatus = await this.checkCompliance();
-
-      if (!complianceStatus.valid) {
-        await this.refreshConsent();
-        await Analytics.logEvent({
-          name: 'consent_compliance_refresh',
-          params: {
-            reason: complianceStatus.reason,
-            timestamp: Date.now()
-          }
-        });
-      }
-    }, ConsentMonitor.CONSENT_CHECK_INTERVAL);
-  }
-
-  private async checkCompliance(): Promise<ComplianceStatus> {
-    const currentConsent = await this.getCurrentConsent();
-    return ComplianceMonitor.validate(currentConsent);
-  }
-}
-```
-
-Kembangkan dashboard untuk memantau metrik persetujuan secara real-time:
-
-```typescript
-interface ConsentMetrics {
-  totalUsers: number;
-  consentRate: number;
-  pendingUpdates: number;
-  complianceScore: number;
-}
-
-async function generateConsentReport(): Promise<ConsentMetrics> {
-  const analytics = await getAnalyticsData();
-  const consentData = await getConsentData();
-
-  return {
-    totalUsers: analytics.activeUsers,
-    consentRate: calculateConsentRate(consentData),
-    pendingUpdates: getPendingUpdatesCount(),
-    complianceScore: calculateComplianceScore(consentData)
-  };
-}
-```
-
-Siapkan peringatan untuk masalah kepatuhan agar dapat bertindak cepat:
-
-```typescript
-async function setupComplianceAlerts() {
-  const monitor = new ConsentMonitor();
-
-  monitor.on('compliance_violation', async (violation) => {
-    await sendAlertToTeam({
-      type: 'COMPLIANCE_ALERT',
-      severity: violation.severity,
-      details: violation.details,
-      recommendedAction: violation.recommendation
-    });
-
-    if (violation.severity === 'HIGH') {
-      await pauseDataCollection();
-    }
-  });
-}
-```
-
-Alat-alat ini membantu menjaga kepatuhan terhadap undang-undang privasi dan memastikan transparansi dalam mengelola catatan persetujuan.
-
-## Pedoman Kepatuhan
-
-### Pesan Persetujuan yang Jelas
-
-Buat pesan persetujuan yang jelas dan ringkas untuk memastikan pengguna memahami bagaimana data mereka digunakan. Berikut contohnya:
-
-```typescript
-const consentMessageTemplate = {
-  title: "Data Privacy Settings",
-  sections: [{
-    purpose: "Analytics",
-    description: "We collect anonymous usage data to improve app performance",
-    dataTypes: ["Usage patterns", "Device info", "Crash reports"],
-    retention: "90 days"
-  }]
-};
-```
-
-Untuk memperbarui kebijakan privasi, Anda dapat menggunakan fungsi ini:
-
-```typescript
-async function updatePrivacyPolicy(version: string) {
-  const policy = {
-    version,
-    lastUpdated: new Date().toISOString(),
-    sections: {
-      dataCollection: await fetchPolicyContent('collection'),
-      userRights: await fetchPolicyContent('rights'),
-      retention: await fetchPolicyContent('retention')
-    }
-  };
-
-  await Storage.set({
-    key: 'privacy_policy',
-    value: JSON.stringify(policy)
-  });
-}
-```
-
-### Pengujian Lintas Platform
-
-Pastikan kepatuhan di seluruh platform dengan mendefinisikan proses validasi persetujuan. Berikut contoh validator:
-
-```typescript
-class ConsentValidator {
-  async validateConsent(platform: 'ios' | 'android') {
-    const requirements = {
-      ios: {
-        requireExplicitConsent: true
-      },
-      android: {
-        requireExplicitConsent: true
-      }
-    };
-
-    return this.checkPlatformCompliance(
-      requirements[platform],
-      await this.getCurrentSettings()
-    );
-  }
-}
-```
-
-Sangat penting untuk menguji alur persetujuan di berbagai versi OS dan perangkat untuk memastikan perilaku yang konsisten. Gunakan alat seperti Capgo untuk mengimplementasikan pembaruan langsung, menghindari penundaan app store sambil memastikan kepatuhan.
-
-### Menggunakan [Capgo](https://capgo.app/) untuk Pembaruan
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ef2243ebbb9dc80641c5e1/435c1a19c50c4ff1b7d76cbc4edeb6d0.jpg)
-
-Kemampuan pembaruan langsung Capgo memungkinkan Anda membuat penyesuaian kepatuhan secara efisien. Berikut contohnya:
-
-```typescript
-interface ConsentUpdate {
-  version: string;
-  changes: {
-    type: 'policy' | 'ui' | 'tracking',
-    description: string,
-    requiredAction: boolean
-  }[];
-}
-
-async function applyConsentUpdate(update: ConsentUpdate) {
-  await Capgo.deploy({
-    version: update.version,
-    channel: 'consent-updates',
-    gradualRollout: true,
-    userGroups: ['beta-testers']
-  });
-}
-```
-
-Anda juga dapat mengkonfigurasi persentase peluncuran untuk kelompok pengguna yang berbeda:
-
-```typescript
-const updateConfig = {
-  channels: {
-    beta: { percentage: 10 },
-    production: { percentage: 100 }
-  }
-};
-```
-
-Pendekatan ini memastikan pembaruan real-time untuk memenuhi persyaratan kepatuhan Apple dan Google[\[1\]](https://capgo.app/).
-
-## Ringkasan
-
-Untuk merangkum proses pengaturan dan manajemen yang detail, berikut ikhtisar singkat. Pelacakan persetujuan otomatis memerlukan kepatuhan ketat terhadap peraturan privasi, penanganan data yang aman, dan [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) yang efisien.
-
-Keberhasilan bergantung pada eksekusi teknis yang akurat dikombinasikan dengan penerapan pembaruan yang cepat. Alat seperti Capgo mendukung pendekatan ini, mencapai tingkat keberhasilan global yang mengesankan sebesar 82% untuk pembaruan terkait persetujuan [\[1\]](https://capgo.app/). Seperti yang dikatakan Rodrigo Mantica:
-
-> "Kami menerapkan pengembangan tangkas dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-Berikut snapshot dari metrik dan strategi utama:
-
-| Aspek | Strategi Implementasi | Metrik Keberhasilan |
-| --- | --- | --- |
-| Penerapan Pembaruan | Push kode langsung dengan enkripsi | 23,5M pembaruan berhasil disampaikan |
-| Cakupan Pengguna | Peluncuran bertahap di seluruh saluran | 750 aplikasi produksi dikelola |
-| Pembaruan Kepatuhan | Penerapan instan tanpa penundaan toko | Siklus pembaruan 24 jam untuk 95% pengguna |
-
-Tim [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) NASA menekankan pentingnya penerapan yang cepat:
-
-> "Capgo adalah cara cerdas untuk melakukan hot code push (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Saat mengelola pelacakan persetujuan, fokus pada enkripsi dan pemantauan analitik untuk tetap patuh dan memupuk kepercayaan pengguna. Strategi ini memastikan respons cepat terhadap perubahan regulasi dan standar privasi yang berkembang.
diff --git a/src/content/blog/id/automatic-build-and-release-with-github-actions.md b/src/content/blog/id/automatic-build-and-release-with-github-actions.md
deleted file mode 100644
index e8fa0f8af..000000000
--- a/src/content/blog/id/automatic-build-and-release-with-github-actions.md
+++ /dev/null
@@ -1,144 +0,0 @@
----
-slug: automatic-build-and-release-with-github-actions
-title: Otomatisasi build dan rilis aplikasi dengan Github actions
-description: >-
-  Buat pipeline CI/CD Anda sendiri dengan Github actions secara gratis, deploy
-  aplikasi Ionic Capacitor JS Anda setiap kali Anda melakukan push ke main.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-23T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /github_actions.webp
-head_image_alt: Ilustrasi github action
-keywords: 'Github actions, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: id
-next_blog: automatic-capacitor-ios-build-github-action
----
-
-Tutorial ini fokus pada hosting GitHub, tetapi Anda dapat menyesuaikannya dengan sedikit perubahan untuk platform CI/CD lainnya
-
-## Pendahuluan
-
-Pastikan Anda telah menambahkan aplikasi Capacitor Anda ke Capgo terlebih dahulu, tutorial ini hanya berfokus pada fase upload
-Jika Anda perlu menambahkan aplikasi Anda ke Capgo, Anda dapat mengikuti [Tutorial](/blog/update-your-capacitor-apps-seamlessly-using-capacitor-updater/) ini
-
-## Konvensi Commit
-
-Pertama Anda perlu mulai mengikuti konvensi commit [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/) ini akan membantu peralatan memahami cara meningkatkan nomor versi, hanya butuh 5 menit untuk mempelajarinya
-
-![Conventional commits](/conventional_commits.webp)
-
-## GitHub actions untuk tag
-
-Kemudian Anda harus membuat GitHub action pertama Anda untuk secara otomatis membuat build dan membuat tag
-
-Buat file di path ini: `github/workflows/bump_version.yml`
-
-dengan konten ini:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        run: npx capacitor-standard-version
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-```
-
-Ini akan merilis tag untuk setiap commit di branch main Anda Dan menambahkan entri changelog untuk setiap commit di branch main di `CHANGELOG.md`
-
-Jangan khawatir jika Anda tidak memiliki file ini, file akan dibuat untuk Anda
-
-Untuk membuatnya berfungsi, buat [PERSONAL_ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) di [secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets") GitHub Anda sebagai `PERSONAL_ACCESS_TOKEN`
-
-Ini diperlukan untuk membiarkan CI melakukan commit changelog
-
-Ketika Anda membuat token, pilih expiration sebagai `never` dan scope sebagai `repo`
-
-Terakhir, atur versi di file `package.json` Anda, sinkronkan dengan nomor versi Native Anda yang akan memfasilitasi langkah berikutnya
-
-Ini hanya diperlukan saat pertama kali, kemudian tools akan menjaganya tetap up to date
-
-Anda sekarang dapat melakukan commit kedua file ini dan melihat tag pertama Anda muncul di GitHub!
-
-Baik platform native dan web akan memiliki peningkatan nomor versi setelah setiap commit
-
-## GitHub actions untuk build
-
-Buat file di path ini: `github/workflows/build.yml`
-
-dengan konten ini:
-
-```yml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm run build
-        env: # Remove both lines  if you don't need it
-          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Exemple of env var coming from a secret
-      - name: Create Release
-        id: create_release
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Ini akan menginstal dan membangun dependency Anda sebelum mengirimkannya ke Capgo
-
-Jika perintah untuk build Anda berbeda, Anda dapat mengubahnya di langkah `build_code`
-
-Untuk membuatnya berfungsi, Anda perlu mendapatkan API key untuk Capgo, tambahkan di [secret repositori GitHub Anda](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) sebagai `CAPGO_TOKEN`
-
-Anda sekarang dapat melakukan commit kedua file ini dan melihat tag pertama Anda muncul di GitHub!
-
-Tambahkan commit akan menghasilkan build baru untuk channel production
-
-Anda harus menambahkan test Anda di langkah build untuk memastikan kode Anda berfungsi
-
-Pergi ke dashboard Capgo Anda dan periksa build Anda yang baru saja muncul, sekarang Anda memiliki sistem CI/CD Anda
-
-Jika Anda ingin membiarkan semua pengguna Anda mendapatkan update setiap kali tersedia, pergi ke channel Anda dan atur ke `public`
-
-Anda juga dapat menambahkan build native dari aplikasi JavaScript Ionic Capacitor Anda dengan mengikuti tutorial ini 👇
diff --git a/src/content/blog/id/automatic-build-and-release-with-gitlab.md b/src/content/blog/id/automatic-build-and-release-with-gitlab.md
deleted file mode 100644
index e170dd6b8..000000000
--- a/src/content/blog/id/automatic-build-and-release-with-gitlab.md
+++ /dev/null
@@ -1,153 +0,0 @@
----
-slug: automatic-build-and-release-with-gitlab
-title: Pembangunan dan rilis otomatis dengan Gitlab
-description: >-
-  Buat pipeline CI/CD Anda sendiri dengan Gitlab secara gratis, terapkan
-  aplikasi Anda setiap kali Anda melakukan push ke main.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /gitlab_ci.webp
-head_image_alt: Ilustrasi Gitlab CI
-keywords: 'Gitlab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: id
-next_blog: ''
----
-Tutorial ini fokus pada GitLab CI, tetapi Anda dapat menyesuaikannya dengan sedikit perubahan ke platform CI/CD lainnya.
-
-## Pengantar 
-
-Pastikan Anda telah menambahkan aplikasi Anda terlebih dahulu ke Capgo, tutorial ini hanya berfokus pada fase upload.
-
-## Konvensi commit
-
-Pertama, Anda perlu mulai mengikuti konvensi commit [konvensional commits](https://www.conventionalcommits.org/en/v1.0.0/) ini akan membantu alat memahami cara meningkatkan nomor versi, ini hanya perlu 5 menit untuk mempelajarinya.
-
-![Conventional commits](/conventional_commits.webp)
-
-## GitLab CI untuk tag
-
-Kemudian, Anda perlu membuat GitLab pertama Anda untuk secara otomatis membangun dan membuat tag.
-
-Buat file di jalur ini: `.github/workflows/bump_version.yml`
-
-dengan konten ini:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        run: npx capacitor-standard-version
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-```
-
-Ini akan merilis tag untuk setiap commit di cabang utama Anda. Dan menambahkan entri changelog untuk setiap commit di cabang utama di `CHANGELOG.md`.
-
-Jangan khawatir jika Anda tidak memiliki file ini, file ini akan dibuat untuk Anda.
-
-Untuk membuat ini berfungsi, buat [PERSONAL_ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) _di dalam_ rahasia GitHub Anda [secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets") sebagai `PERSONAL_ACCESS_TOKEN`.
-
-Ini diperlukan untuk memungkinkan CI melakukan commit changelog.
-
-Ketika Anda membuat token, pilih masa berlaku sebagai `never` dan lingkup sebagai `repo`.
-
-Terakhir, untuk memungkinkan alat memahami di mana versi Anda disimpan, Anda harus membuat file `.cz.toml` di root repositori Anda.
-
-Dan tambahkan ini di dalamnya:
-
-```toml
-[tool.commitizen]
-name = "cz_conventional_commits"
-tag_format = "$major.$minor.$patch$prerelease"
-version = "0.11.5"
-version_files = [
-    "package.json:version",
-    ".cz.toml"
-]
-```
-
-Set versi di file ini sama dengan yang Anda miliki di file `package.json` Anda.
-
-Ini hanya diperlukan untuk pertama kali, kemudian alat akan menjaga tetap terbaru.
-
-Anda sekarang dapat melakukan commit kedua file ini dan melihat tag pertama Anda muncul di GitHub!
-
-## Tindakan GitHub untuk build
-
-Buat file di jalur ini: `.github/workflows/build.yml`
-
-dengan konten ini:
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm run build
-        env: # Remove both lines  if you don't need it
-          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Exemple of env var coming from a secret
-      - name: Create Release
-        id: create_release
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Ini akan menginstal dan membangun ketergantungan Anda sebelum mengirimnya ke Capgo.
-
-Jika perintah Anda untuk build berbeda, Anda dapat mengubahnya di langkah `build_code`.
-
-Untuk membuat ini berfungsi, Anda perlu mendapatkan kunci API Anda untuk Capgo, tambahkan di [rahasia repositori GitHub Anda](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) sebagai `CAPGO_TOKEN`.
-
-Anda sekarang dapat melakukan commit kedua file ini dan melihat tag pertama Anda muncul di GitHub!
-
-Menambahkan komit akan menghasilkan build baru untuk saluran produksi.
-
-Anda harus menambahkan pengujian Anda dalam langkah build untuk memastikan kode Anda berfungsi.
-
-Buka dasbor Capgo Anda dan periksa build Anda yang baru saja muncul, Anda sekarang memiliki sistem CI/CD Anda.
-
-Jika Anda ingin semua pengguna Anda mendapatkan pembaruan kapan pun tersedia, pergi ke saluran Anda dan atur menjadi `public`.
diff --git a/src/content/blog/id/automatic-capacitor-android-build-github-action.md b/src/content/blog/id/automatic-capacitor-android-build-github-action.md
deleted file mode 100644
index e5ce71285..000000000
--- a/src/content/blog/id/automatic-capacitor-android-build-github-action.md
+++ /dev/null
@@ -1,255 +0,0 @@
----
-slug: automatic-capacitor-android-build-github-action
-title: Pembuatan Otomatis Android dengan Capacitor melalui GitHub Actions
-description: >-
-  Cara Menyiapkan Pipeline CI/CD untuk Aplikasi Android Capacitor Menggunakan
-  fastlane dan GitHub Actions dalam 5 Menit
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-27T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /fastlane_android.webp
-head_image_alt: Ilustrasi GitHub Actions Fastlane Google Play
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates, Capacitor
-tag: CI/CD
-published: true
-locale: id
-next_blog: automatic-capacitor-ios-build-github-action
----
-# Build Android Otomatis dengan GitHub Actions
-
-Menyiapkan CI/CD untuk aplikasi Capacitor bisa kompleks dan memakan waktu. Berikut yang perlu Anda ketahui:
-
-## Prasyarat
-
-Sebelum memulai, Anda perlu menyiapkan:
-
-- Akun GitHub dengan akses admin
-- Aplikasi Anda sudah dipublikasikan di Google Play Store dengan penandatanganan yang sesuai 
-- File kunci penandatanganan dan keystore Android
-- Proyek Google Cloud Console dengan API Play Store yang diaktifkan
-- Akun layanan dengan izin yang sesuai
-- Pemahaman tentang alur kerja GitHub Actions
-- Pengetahuan tentang konfigurasi Fastlane
-- Waktu untuk memelihara dan debug pipeline
-
-## Setup CI/CD Profesional oleh Capgo
-
-Lewati kerumitannya. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) mengkonfigurasi pipeline CI/CD Anda langsung di platform pilihan Anda:
-
-- **Independen Platform**: Bekerja dengan GitHub Actions, GitLab CI, atau lainnya
-- **Integrasi Mulus**: Tidak perlu beralih platform, bekerja dengan proses Anda saat ini
-- **Konfigurasi Disesuaikan**: Setup yang disesuaikan dengan kebutuhan proyek Anda
-- **Panduan Ahli**: Kami telah menyiapkan CI/CD untuk 50+ aplikasi
-
-### Harga
-- Biaya setup satu kali: $2,600
-- Biaya operasional Anda: ~$300/tahun
-- Bandingkan dengan solusi proprietary lainnya: $6,000/tahun
-- **Hemat $26,100 selama 5 tahun**
-
-[Setup CI/CD Sekarang](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Panduan Setup Manual
-
-Jika Anda masih ingin menyiapkan semuanya sendiri, berikut yang perlu Anda lakukan:
-
-## Harga GitHub Actions
-
-![Price GitHub Action](/price_github_actions.webp)
-
-GitHub Actions menawarkan menit gratis berdasarkan jenis repositori:
-- Repositori publik: 2,000 menit/bulan
-- Repositori privat: 2,000 menit/bulan (runner Linux)
-
-Untuk proyek privat, biayanya sekitar $0.008/menit. Build tipikal membutuhkan 3-5 menit.
-
-## Langkah Setup Manual
-
-1. Siapkan Fastlane
-2. Konfigurasi rahasia GitHub
-3. Buat alur kerja GitHub Actions
-
-## 1. Siapkan Fastlane
-
-Buat folder `fastlane` di root proyek Anda dan tambahkan `Fastfile` dengan konten ini:
-
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    
-    lane :beta do
-        keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-        File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-        json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-        
-        # Get previous build number and increment
-        previous_build_number = google_play_track_version_codes(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            track: "internal",
-            json_key_data: json_key_data,
-        )[0]
-        current_build_number = previous_build_number + 1
-        sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        
-        # Build the app
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-            'versionCode' => current_build_number
-          })
-        
-        # Upload to Play Store
-        upload_to_play_store(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            json_key_data: json_key_data,
-            track: 'internal',
-            release_status: 'completed',
-            skip_upload_metadata: true,
-            skip_upload_changelogs: true,
-            skip_upload_images: true,
-            skip_upload_screenshots: true,
-        )
-    end
-end
-```
-
-## 2. Konfigurasi Rahasia GitHub
-
-Anda perlu menyimpan informasi sensitif dengan aman di GitHub. Pergi ke repositori Anda → Settings → Secrets and variables → Actions → New repository secret.
-
-### Rahasia yang Diperlukan:
-
-1. **Kunci Akun Layanan Google Play**
-   - Buat akun layanan di Google Cloud Console
-   - Aktifkan API Google Play Developer
-   - Berikan akses akun layanan ke aplikasi Anda di Play Console
-   - Unduh file kunci JSON
-   - Konversi ke base64: `base64 service_account_key.json | pbcopy`
-   - Tambahkan sebagai `PLAY_CONFIG_JSON`
-
-2. **Kunci Penandatanganan Android**
-   - Konversi keystore Anda ke base64: `base64 your_keystore.jks | pbcopy`
-   - Tambahkan sebagai `ANDROID_KEYSTORE_FILE`
-   - Tambahkan detail keystore:
-     - `KEYSTORE_KEY_ALIAS`
-     - `KEYSTORE_KEY_PASSWORD`
-     - `KEYSTORE_STORE_PASSWORD`
-     - `DEVELOPER_PACKAGE_NAME` (mis., com.example.app)
-
-## 3. Buat Alur Kerja GitHub Actions
-
-Buat `.github/workflows/build-upload-android.yml`:
-
-```yaml
-name: Build and Deploy Android App
-
-on:
-  push:
-    tags:
-      - '*'
-
-jobs:
-  build_android:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: 24
-          cache: npm
-          
-      - name: Install dependencies
-        run: npm ci
-        
-      - name: Cache Gradle
-        uses: actions/cache@v3
-        with:
-          path: |
-            ~/.gradle/caches
-            ~/.gradle/wrapper
-          key: ${{ runner.os }}-gradle-${{ hashFiles('**/*.gradle*', '**/gradle-wrapper.properties') }}
-          restore-keys: |
-            ${{ runner.os }}-gradle-
-            
-      - name: Build app
-        run: npm run build
-        
-      - name: Sync Capacitor
-        run: npx cap sync
-        
-      - name: Setup Java
-        uses: actions/setup-node@v5
-        with:
-            distribution: 'zulu'
-            java-version: '17'
-            
-      - name: Setup Ruby
-        uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: '3.0'
-          bundler-cache: true
-          
-      - name: Run Fastlane
-        uses: maierj/fastlane-action@v3.1.0
-        env:
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_CONFIG_JSON }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE_FILE }}
-          DEVELOPER_PACKAGE_NAME: ${{ secrets.DEVELOPER_PACKAGE_NAME }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_KEY_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-        with:
-          lane: android beta
-          
-      - name: Upload artifact
-        uses: actions/upload-artifact@v2
-        with:
-          name: android-release
-          path: ./android/app/build/outputs/bundle/release/app-release.aab
-          retention-days: 10
-```
-
-## Cara Kerjanya
-
-1. Buat tag Git untuk memicu alur kerja
-2. GitHub Actions membangun aplikasi Anda
-3. Fastlane mengunggahnya ke saluran beta Google Play
-4. Aplikasi Anda diperbarui secara otomatis
-
-## Waktu dan Biaya Build
-
-- Waktu build: 3-5 menit
-- Biaya untuk repo privat: ~$0.04 per build
-- Gratis untuk proyek open-source
-
-## Sumber Daya
-
-- [GitHub Actions Documentation](https://docs.github.com/en/actions/)
-- [Fastlane Documentation](https://docs.fastlane.tools/)
diff --git a/src/content/blog/id/automatic-capacitor-android-build-gitlab.md b/src/content/blog/id/automatic-capacitor-android-build-gitlab.md
deleted file mode 100644
index a07e07cb6..000000000
--- a/src/content/blog/id/automatic-capacitor-android-build-gitlab.md
+++ /dev/null
@@ -1,279 +0,0 @@
----
-slug: automatic-capacitor-android-build-gitlab
-title: Pembangunan otomatis Capacitor Android dengan GitLab
-description: >-
-  Cara menyiapkan pipeline CI/CD untuk aplikasi Android Ionic Anda menggunakan
-  fastlane dan GitLab dalam 5 menit
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-27T00:00:00.000Z
-updated_at: 2023-09-27T00:00:00.000Z
-head_image: /andriod_app_gitlab.webp
-head_image_alt: Ilustrasi Fastlane Google Play GitLab
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates
-tag: CI/CD
-published: true
-locale: id
-next_blog: null
----
-# Build Android Otomatis dengan GitLab CI
-
-Mengatur CI/CD untuk aplikasi Capacitor bisa menjadi rumit dan memakan waktu. Berikut yang perlu Anda ketahui:
-
-## Prasyarat
-
-Sebelum memulai, Anda perlu menyiapkan:
-
-- Akun GitLab dengan akses admin
-- Aplikasi Anda sudah diterbitkan di Google Play Store dengan tanda tangan yang benar
-- Kunci tanda tangan Android dan file keystore
-- Proyek Google Cloud Console dengan Play Store API diaktifkan
-- Akun layanan dengan izin yang tepat
-- Pemahaman tentang alur kerja GitLab CI/CD
-- Pengetahuan tentang konfigurasi Fastlane
-- Waktu untuk memelihara dan memperbaiki pipa
-
-## Pengaturan CI/CD Profesional oleh Capgo
-
-Lewati kerumitan. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) mengonfigurasi pipa CI/CD Anda langsung di platform yang Anda pilih:
-
-- **Independensi Platform**: Bekerja dengan GitHub Actions, GitLab CI, atau lainnya
-- **Integrasi Mulus**: Tidak perlu beralih platform, bekerja dengan proses Anda saat ini
-- **Konfigurasi Khusus**: Pengaturan yang disesuaikan sesuai kebutuhan proyek Anda
-- **Panduan Ahli**: Kami telah mengatur CI/CD untuk 50+ aplikasi
-
-### Harga
-- Biaya pengaturan satu kali: $2,600
-- Biaya berjalan Anda: ~$300/tahun
-- Bandingkan dengan solusi proprietary lainnya: $6,000/tahun
-- **Hemat $26,100 selama 5 tahun**
-
-[Atur CI/CD Sekarang](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Panduan Pengaturan Manual
-
-Jika Anda masih ingin mengatur semuanya sendiri, berikut yang perlu Anda lakukan:
-
-**Langkah-langkah yang harus diikuti dalam pos**
-
-1.  _Salin file Fastlane_
-2.  _Menyimpan rahasia Anda di rahasia terenkripsi GitLab_
-3.  _Membuat & menyimpan kunci akun layanan Google Play Anda_
-4.  _Menyimpan kunci tanda tangan Android Anda_
-5.  _Siapkan file .yml alur kerja GitLab Anda_
-
-## 1. Salin file Fastlane
-
-Fastlane adalah pustaka Ruby yang dibuat untuk mengotomatisasi tugas pengembangan mobile yang umum. Menggunakan Fastlane, Anda dapat mengonfigurasi "jalur" kustom yang menggabungkan serangkaian "tindakan" yang melakukan tugas yang biasanya Anda lakukan menggunakan Android Studio. Anda dapat melakukan banyak hal dengan Fastlane, tetapi untuk tujuan tutorial ini, kami hanya akan menggunakan beberapa tindakan inti.
-
-Buat folder Fastlane di akar proyek Anda dan salin file berikut:
-Fastlane
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    lane :beta do
-				keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-				File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-				json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-				previous_build_number = google_play_track_version_codes(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					track: "internal",
-					json_key_data: json_key_data,
-				)[0]
-
-				current_build_number = previous_build_number + 1
-				sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-						'versionCode' => current_build_number
-          })
-        upload_to_play_store(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					json_key_data: json_key_data,
-          track: 'internal',
-          release_status: 'completed',
-          skip_upload_metadata: true,
-          skip_upload_changelogs: true,
-          skip_upload_images: true,
-          skip_upload_screenshots: true,
-        )
-    end
-    lane :build do
-      gradle(
-        task: "clean bundleRelease",
-        project_dir: 'android/',
-        print_command: false,
-        properties: {
-          "android.injected.signing.store.file" => "#{keystore_path}",
-          "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-          "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-          "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-        })
-    end
-    lane :prod_release do
-      build_gradle = File.read("../android/app/build.gradle")
-
-      verify_changelog_exists(version_code: build_gradle.match(/versionCode (\d+)/)[1])
-      verify_upload_to_staging(version_name: build_gradle.match(/versionName '([\d\.]+)'/)[1])
-
-      supply(
-        track_promote_to: 'beta',
-        skip_upload_apk: true,
-        skip_upload_aab: true,
-        skip_upload_metadata: false,
-        skip_upload_changelogs: false,
-        skip_upload_images: false,
-        skip_upload_screenshots: false
-      )
-    end
-end
-```
-
-### Menyimpan Rahasia Anda di Variabel CI/CD GitLab
-
-GitLab menyediakan cara untuk menyimpan variabel CI/CD terenkripsi, mirip dengan rahasia repositori GitHub. Untuk menyimpan informasi sensitif Anda dengan aman.
-
-1. Buka Pengaturan proyek GitLab Anda.
-2. Arahkan ke CI/CD > Variabel
-3. Tambahkan variabel berikut:
-
--   ANDROID_KEYSTORE_FILE: file `.jks` atau `.keystore` yang dikodekan base64 yang digunakan untuk menandatangani build Android Anda. Ini akan menjadi file keystore yang terkait dengan kunci unggahan Anda (jika menggunakan Tanda Tangan Aplikasi Play), atau kunci tanda tangan aplikasi Anda.
--   KEYSTORE_KEY_PASSWORD: kata sandi yang terkait dengan file keystore
--   KEYSTORE_KEY_ALIAS: alias penyimpan kunci
--   KEYSTORE_STORE_PASSWORD: kata sandi kunci privat
--   DEVELOPER_PACKAGE_NAME: ID aplikasi android Anda seperti com.example.app
--   PLAY_CONFIG_JSON: Kunci akun layanan JSON yang dikodekan base64.
-
-### Membuat Kunci Akun Layanan Google Play
-
-Untuk menghasilkan rahasia `PLAY_CONFIG_JSON`, ikuti langkah-langkah berikut:
-
-1. Buka [Google Cloud Console](https://console.cloud.google.com/)
-2. Buat proyek baru atau pilih yang sudah ada
-3. Aktifkan Google Play Android Developer API
-4. Buat akun layanan:
-   - Buka "IAM & Admin" > "Akun Layanan"
-   - Klik "Buat Akun Layanan"
-   - Beri nama dan deskripsi
-   - Klik "Buat dan Lanjutkan"
-   - Lewati penugasan peran dan klik "Selesai"
-5. Hasilkan kunci JSON:
-   - Temukan akun layanan Anda dalam daftar
-   - Klik menu tiga titik > "Kelola kunci"
-   - Klik "Tambahkan Kunci" > "Buat kunci baru"
-   - Pilih format JSON
-   - Klik "Buat"
-6. Berikan akses akun layanan ke aplikasi Anda di Play Console:
-   - Buka [Play Console](https://play.google.com/console)
-   - Arahkan ke "Pengguna dan izin"
-   - Klik "Undang pengguna baru"
-   - Masukkan email akun layanan (diakhiri dengan @*.iam.gserviceaccount.com)
-   - Berikan izin "Rilis ke produksi"
-   - Klik "Undang pengguna"
-7. Konversi kunci JSON ke base64:
-   ```bash
-   base64 -i path/to/your/service-account-key.json | pbcopy
-   ```
-8. Tambahkan string yang dikodekan base64 sebagai variabel `PLAY_CONFIG_JSON` di GitLab
-
-## Siapkan Pipa CI/CD GitLab Anda
-
-Buat file .gitlab-ci.yml di akar proyek Anda untuk mendefinisikan pipa CI/CD Anda. Berikut adalah contoh cara Anda dapat menyusun pipa Anda:
-
-```yaml
-
-image: mingc/android-build-box:latest
-
-stages:
-  - build
-  - upload_to_capgo
-  - build_and_upload_android
-
-build:
-  stage: build
-  tags:
-    - saas-linux-xlarge-amd64
-  cache:
-    - key:
-        files:
-          - bun.lockb
-      paths:
-        - .node_modules/
-  script:
-    - npm install
-    - npm run build
-  artifacts:
-    paths:
-      - node_modules/
-      - dist/
-  only:
-    - master
-
-upload_to_capgo:
-  stage: upload_to_capgo
-  tags:
-    - saas-linux-xlarge-amd64
-  script:
-    - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN -c dev
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-build_and_upload_android:
-  tags:
-    - saas-linux-xlarge-amd64
-  stage:    build_and_upload_android
-  cache:
-    - key:
-        files:
-          - android/gradle/wrapper/gradle-wrapper.properties
-      paths:
-        - ~/.gradle/caches/
-  script:
-    - npx cap sync android
-    - npx cap copy android
-    - bundle exec fastlane android beta # We do create a tag for the build to trigger XCode cloud builds
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-```
-
-## Memicu Pipa
-
-Setiap kali Anda mendorong tag baru ke repositori GitLab Anda, GitLab CI/CD akan secara otomatis memicu pipa yang telah didefinisikan, yang akan membangun dan menerapkan aplikasi Android Anda menggunakan Fastlane.
-
-Pastikan untuk menyesuaikan jalur dan ketergantungan sesuai dengan struktur dan kebutuhan proyek Anda. Pengaturan ini akan membantu Anda mengotomatisasi penerapan aplikasi Android Anda di GitLab CI/CD.
-
-## Kesimpulan
-
-Dengan mengonfigurasi GitLab CI/CD dengan gambar Docker mingc/android-build-box, Anda dapat mengotomatiskan proses build aplikasi Android, menjadikan alur kerja pengembangan Anda lebih efisien dan andal. Automasi ini membebaskan waktu Anda untuk fokus pada aspek-aspek inti pengembangan aplikasi, akhirnya membantu Anda menyampaikan aplikasi Android berkualitas tinggi dengan lebih efisien.
diff --git a/src/content/blog/id/automatic-capacitor-ios-build-codemagic.md b/src/content/blog/id/automatic-capacitor-ios-build-codemagic.md
deleted file mode 100644
index 2851e9e6b..000000000
--- a/src/content/blog/id/automatic-capacitor-ios-build-codemagic.md
+++ /dev/null
@@ -1,343 +0,0 @@
----
-slug: automatic-capacitor-ios-build-codemagic
-title: Pembangunan iOS Otomatis Capacitor dengan Codemagic
-description: >-
-  Cara Menyiapkan Pipeline CI/CD untuk Aplikasi iOS Ionic Anda dengan Codemagic
-  dalam 5 Menit (2024)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-07-24T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /Codemagic_ios.webp
-head_image_alt: Ilustrasi TestFlight dengan Codemagic
-keywords: 'Codemagic, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: id
-next_blog: automatic-capacitor-android-build-codemagic
----
-## Continuous Delivery untuk iOS menggunakan Codemagic
-
-
-## Prasyarat
-
-Sebelum melanjutkan tutorial...
-
--   Keanggotaan program pengembang iOS.
--   Keinginan untuk membaca 😆...
-
-## Penting tentang harga
-
-![Price Codemagic Action](/price_codemagic.webp)
-
-[https://codemagic.io/pricing/](https://codemagic.io/pricing/)
-
-Layanan ini '_gratis_' hingga 500 menit macOS M1 / bulan, tergantung pada mesin yang dipilih.  
-Kita akan menggunakan mesin **_macOS M1_**, Anda dapat melihat di tangkapan layar harga dan batasannya (harga pada saat pembuatan tutorial, bisa mengalami perubahan di masa mendatang)
-
-🔴 **_Setelah diperingatkan tentang persyaratan dan harga, jika Anda mau, kita lanjutkan..._**
-
-> **_📣_ Dalam postingan ini kita berasumsi bahwa kita telah membuat aplikasi di iTunes connect, kita memiliki sertifikat dari ekosistem Apple, semuanya akan diatur oleh Codemagic!**
-
-## Mari kita mulai 🤿 
-
-**Langkah-langkah yang akan diikuti dalam postingan**
-
-1.  _Menggunakan App Store Connect API dengan Codemagic_
-2.  _Persyaratan_
-3.  _Membuat Kunci API App Store Connect_
-4.  _Menggunakan Kunci API App Store Connect_
-5.  _Menyalin file Fastlane_
-6.  _Mengonfigurasi Codemagic_
-
-## 1\. Menggunakan App Store Connect API dengan Codemagic
-
-> Mulai Februari 2021, autentikasi dua faktor atau verifikasi dua langkah diperlukan untuk semua pengguna yang masuk ke App Store Connect. Lapisan keamanan tambahan untuk Apple ID Anda ini membantu memastikan bahwa hanya Anda yang dapat mengakses akun Anda.  
-> Dari [Apple Support](https://developer.apple.com/support/authentication/)
-
-> Memulai dengan match mengharuskan Anda mencabut sertifikat yang ada. Tapi jangan khawatir, Anda akan langsung mendapatkan yang baru.
-
-
-### Persyaratan
-
-Untuk dapat menggunakan App Store Connect API, Codemagic membutuhkan **tiga** hal.
-
-1.  ID Penerbit.
-2.  ID Kunci.
-3.  File Kunci atau Konten Kunci.
-
-### Membuat Kunci API App Store Connect
-
-Untuk menghasilkan kunci, Anda harus memiliki izin Admin di App Store Connect. Jika Anda tidak memiliki izin tersebut, Anda dapat mengarahkan orang yang relevan ke artikel ini dan mengikuti instruksi berikut.
-
-1. — Masuk ke [App Store Connect](https://appstoreconnect.apple.com/).
-
-2. — Pilih [Users and Access](https://appstoreconnect.apple.com/access/users/).
-
-![App Store Connect user access](/select_user_access.webp)
-
-3. — Pilih tab API Keys.
-
-![App Store Connect API Keys](/user_access_keys.webp)
-
-4. — Klik Generate API Key atau tombol Add (+).
-
-![App Store Connect API keys create](/user_access.webp)
-
-5. — Masukkan nama untuk kunci dan pilih level akses. Kami merekomendasikan memilih hak akses `App Manager`, baca lebih lanjut tentang izin peran Apple Developer Program [di sini](https://help.apple.com/app-store-connect/#/deve5f9a89d7)
-
-![App Store Connect API keys create name](/gen_key.webp)
-
-6. — Klik Generate.
-
-> **Akses kunci API tidak dapat dibatasi untuk aplikasi tertentu.**
-
-Nama kunci baru, ID kunci, tautan unduhan, dan informasi lainnya muncul di halaman.
-
-![App Store Connect download keys](/download_key.webp)
-
-Dapatkan ketiga informasi yang diperlukan di sini:
-<1> ID Penerbit.  
-<2> ID Kunci.  
-<3> Klik "Download API Key" untuk mengunduh kunci API pribadi Anda. Tautan unduhan hanya muncul jika kunci pribadi belum diunduh. Apple tidak menyimpan salinan kunci pribadi. Jadi, Anda hanya dapat mengunduhnya sekali.
-
-> _🔴_ Simpan kunci pribadi Anda di tempat yang aman. Anda tidak boleh berbagi kunci, menyimpan kunci di repositori kode, atau menyertakan kunci dalam kode sisi klien.
-
-### Menambahkan kunci API App Store Connect ke Codemagic
-
-1.  Buka pengaturan Tim Codemagic Anda,
-![Select Team integrations](/select_team.webp)
-![Open team](/open_team.webp)
-Pilih identitas penandatanganan kode
-![Select code signing identities](/select_code_signing_identities.webp)
-Dan unggah sertifikat
-![Upload the certificate](/upload_certificate.webp)
-
-2.  Klik tombol **Add key**.
-3.  Masukkan `Nama kunci API App Store Connect`. Ini adalah nama yang dapat dibaca manusia untuk kunci yang akan digunakan untuk merujuk ke kunci nanti dalam pengaturan aplikasi.
-4.  Masukkan nilai `Issuer ID` dan `Key ID`.
-5.  Klik pada **Choose a .p8 file** atau seret file untuk mengunggah kunci API App Store Connect yang diunduh sebelumnya.
-6.  Klik **Save**.
-
-_Sekarang kita dapat mengelola Codemagic dengan kunci API App Store Connect, bagus!_
-
-
-## 2\. Membuat sertifikat dan profil penyediaan
-
-
-#### Sertifikat
-
-Buka XCode dan pergi ke **Settings** > **Accounts** > **Apple ID** > **Teams** dan pilih tim Anda.
-
-![Code signing identities](/code_signing_identities.webp)
-
-Klik pada **Manage certificates** > **+** dan pilih **Apple Distribution**.
-
-![Apple Distribution](/apple_distribution.webp)
-
-Kemudian Anda dapat membuat sertifikat baru.
-
-Kemudian Anda perlu pergi ke keychain untuk mengunduh sertifikat sebagai file `.p12`.
-
-Untuk melakukannya, Anda perlu pergi ke keychain beralih ke keychain **login** dan kemudian tab **My Certificates**.
-
-![My Certificates](/my_certificates.webp)
-
-Kemudian Anda dapat memilih sertifikat yang ingin Anda unduh. (Lihat berdasarkan tanggal sertifikat)
-
-Dan kemudian klik kanan pada sertifikat dan pilih **Export**.
-
-Pilih format file **Personal Information Exchange (.p12)**.
-
-Itu akan mengunduh sertifikat sebagai file `.p12`.
-
-#### Profil penyediaan
-
-Buka [Apple Developer](https://developer.apple.com/account/resources/profiles/list) dan pilih tim yang tepat.
-
-Kemudian buat profil baru, dengan mengklik **+** 
-
-![Create a new profile](/create_new_profile.webp)
-
-Dan pilih **App Store Connect**. 
-
-![Select App Store Connect](/select_app_store_connect.webp)
-
-Kemudian Anda perlu memilih aplikasi yang tepat, berhati-hatilah Anda tidak dapat menggunakan wildcard karena penandatanganan akan gagal.
-
-![Select the right app](/select_app.webp)
-
-Pilih sertifikat yang tepat yang Anda buat sebelumnya (lihat tanggal kedaluwarsa yang seharusnya sama hari dan bulan dengan hari ini) dan klik **Continue**.
-
-![Select the right certificate](/select_certificate.webp)
-
-Akhirnya masukkan nama profil dan klik **Generate**. 
-
-> Nama akan digunakan untuk mengidentifikasi profil di Codemagic.
-
-![Generate the profile](/generate_profile.webp)
-
-Anda dapat mengunduh profil sebagai file `.mobileprovision`.
-
-![Download the profile](/download_profile.webp)
-
-
-### Menambahkan sertifikat Code signing
-
-Codemagic memungkinkan Anda mengunggah sertifikat code signing sebagai arsip PKCS#12 yang berisi sertifikat dan kunci pribadi yang diperlukan untuk menggunakannya. Saat mengunggah, Codemagic akan meminta Anda untuk memberikan kata sandi sertifikat (jika sertifikat dilindungi kata sandi) bersama dengan **Nama referensi** unik, yang kemudian dapat digunakan dalam konfigurasi `codemagic.yaml` untuk mengambil file tertentu.
-
--   Unggah sertifikat
--   Hasilkan sertifikat baru
--   Ambil dari Portal Pengembang
-
-1.  Buka pengaturan Tim Codemagic Anda, buka **codemagic.yaml settings** > **Code signing identities**.
-2.  Buka tab **iOS certificates**.
-3.  Unggah file sertifikat dengan mengklik **Choose a .p12 or .pem file** atau dengan menyeretnya ke dalam bingkai yang ditunjukkan.
-4.  Masukkan **Certificate password** dan pilih **Reference name**.
-5.  Klik **Add certificate**
-
-### Menambahkan profil penyediaan
-
-Codemagic memungkinkan Anda mengunggah profil penyediaan untuk digunakan untuk aplikasi atau mengambil profil dari Portal Pengembang Apple.
-
-Tipe profil, tim, bundle id, dan tanggal kedaluwarsa ditampilkan untuk setiap profil yang ditambahkan ke Code signing identities. Selain itu, Codemagic akan memberi tahu Anda apakah sertifikat code signing yang cocok tersedia di Code signing identities (tanda centang hijau di kolom **Certificate**) atau tidak.
-
-## 3\. Mengatur Codemagic
-
-**Mengonfigurasi rahasia Codemagic**
-
-Pernah bertanya-tanya dari mana nilai `ENV` berasal? Yah, ini bukan rahasia lagi – ini dari rahasia proyek Anda. 🤦
-
-
-## **4\. Mengonfigurasi file alur kerja Codemagic**
-
-Buat file bernama `codemagic.yml` di root proyek Anda dan tambahkan yang berikut.
-
-```yaml
-workflows:
-  ionic-capacitor-ios-workflow:
-    name: Capacitor iOS Workflow
-    max_build_duration: 120
-    instance_type: mac_mini_m1
-    integrations:
-      app_store_connect: CodeMagic
-    environment:
-      ios_signing:
-        distribution_type: app_store
-        bundle_identifier: YOUR_BUNDLE_IDENTIFIER
-      vars:
-        XCODE_WORKSPACE: ios/App/App.xcworkspace
-        XCODE_SCHEME: App
-        APP_STORE_APP_ID: YOUR_APP_STORE_APP_ID
-      node: v20.14.0
-      xcode: 15.4
-      cocoapods: default
-    triggering:
-      events:
-        - tag
-      tag_patterns:
-        - pattern: '*'
-          include: true
-    scripts:
-      - name: Install dependencies
-        script: |
-          npm install
-      - name: Cocoapods installation
-        script: |
-          cd ios/App && pod install
-      - name: Update dependencies and copy web assets to native project
-        script: |
-          npm run build
-          npx cap sync ios
-      - name: Set up code signing settings on Xcode project
-        script: |
-          xcode-project use-profiles
-      - name: Increment build number
-        script: |
-          cd $CM_BUILD_DIR/ios/App
-          LATEST_BUILD_NUMBER=$(app-store-connect get-latest-app-store-build-number "$APP_ID")
-          agvtool new-version -all $(($LATEST_BUILD_NUMBER + 1))
-      - name: Build ipa for distribution
-        script: |
-          xcode-project build-ipa \
-            --workspace "$XCODE_WORKSPACE" \
-            --scheme "$XCODE_SCHEME"
-    artifacts:
-      - build/ios/ipa/*.ipa
-      - /tmp/xcodebuild_logs/*.log
-      - $HOME/Library/Developer/Xcode/DerivedData/**/Build/**/*.app
-      - $HOME/Library/Developer/Xcode/DerivedData/**/Build/**/*.dSYM
-    publishing:
-      email:
-        recipients:
-          - YOUR_EMAIL
-        notify:
-          success: true # To not receive a notification when a build succeeds
-          failure: false # To not receive a notification when a build fails
-      app_store_connect:
-        auth: integration
-        # Configuration related to TestFlight (optional)
-        # Note: This action is performed during post-processing.
-        submit_to_testflight: true
-        # Configuration related to App Store (optional)
-        # Note: This action is performed during post-processing.
-        submit_to_app_store: false
-
-```
-
-Alur kerja ini harus dipicu secara manual atau setelah setiap _tag_ GitHub, jika Anda perlu mengotomatisasi tag silakan, rujuk ke [Automatic build and release with GitHub actions](/blog/automatic-build-and-release-with-github-actions/) terlebih dahulu.
-
-Kemudian alur kerja ini akan menarik deps NodeJS Anda, menginstalnya dan membangun aplikasi JavaScript Anda.
-
-> Setiap kali Anda mengirim tag baru, rilis akan dibangun di TestFlight.
-
-Aplikasi Anda tidak perlu menggunakan Ionic, hanya basis Capacitor yang wajib, dapat memiliki modul Cordova lama, tetapi plugin Capacitor JS harus diutamakan.
-
-## 5\. Memicu alur kerja
-
-
-**Memicu alur kerja**
-
-Push commit baru ke cabang `main` atau `development` untuk memicu alur kerja.
-
-![Started with commit](/build_result.webp)
-
-Setelah beberapa menit, build harus tersedia di dashboard App Store Connect Anda.
-
-![Testflight Dashboard](/testflight_app.webp)
-
-## Mulai secara manual
-
-Anda dapat memulai alur kerja secara manual. 
-
-Pertama pilih aplikasi yang ingin Anda build, kemudian klik **Start new build**.
-
-![Select app](/select_app_codemagic.webp)
-
-Kemudian pilih cabang yang ingin Anda build.
-
-![Select branch](/select_branch.webp)
-
-Dan klik **Start new build**.
-
-Kemudian pergi ke daftar build
-
-![Build list](/build_list.webp)
-
-Dan klik pada build untuk melihat hasilnya.
-
-![Build result](/build_result.webp)
-
-## Dapat deploy dari mesin lokal
-
-Ya, Anda bisa, dan itu sangat mudah.
-
-Anda dapat menggunakan Xcode untuk membangun dan menandatangani aplikasi Anda, seperti biasa.
-
-### Terima kasih
-
-Blog ini didasarkan pada artikel-artikel berikut:
-- [Continuous delivery for IOS using Codemagic and GitHub actions](https://litoarias.medium.com/continuous-delivery-for-ios-using-Codemagic-and-github-actions-edf62ee68ecc/)
-- [Codemagic Documentation](https://docs.Codemagic.tools/app-store-connect-api/)
-- [This GitHub message from @mrogunlana](https://github.com/Codemagic-community/Codemagic-plugin-ionic/issues/63/#issuecomment-1074328057)
diff --git a/src/content/blog/id/automatic-capacitor-ios-build-github-action-with-match.md b/src/content/blog/id/automatic-capacitor-ios-build-github-action-with-match.md
deleted file mode 100644
index 75f6eea09..000000000
--- a/src/content/blog/id/automatic-capacitor-ios-build-github-action-with-match.md
+++ /dev/null
@@ -1,598 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action-with-match
-title: Kompilasi iOS Capacitor Otomatis dengan GitHub Actions menggunakan match
-description: >-
-  Cara Menyiapkan Pipeline CI/CD untuk Aplikasi iOS Ionic Menggunakan fastlane
-  dan GitHub Actions dalam 5 Menit (2022)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-30T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: Ilustrasi GitHub Action Fastlane testflight
-keywords: 'Fastlane, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: id
-next_blog: automatic-capacitor-android-build-github-action
----
-# Build iOS Otomatis dengan GitHub Actions menggunakan Match
-
-Menyiapkan CI/CD untuk aplikasi Capacitor bisa menjadi kompleks dan memakan waktu. Inilah yang perlu Anda ketahui:
-
-## Prasyarat
-
-Sebelum memulai, Anda perlu menyiapkan:
-
-- Akun GitHub dengan akses admin
-- Keanggotaan program pengembang iOS 
-- Akses API App Store Connect dengan izin yang sesuai
-- Pemahaman tentang alur kerja GitHub Actions
-- Pengetahuan tentang konfigurasi Fastlane dan Match
-- Waktu untuk memelihara dan men-debug pipeline
-- Tim yang terdiri dari banyak pengembang, jika tidak kami sarankan menggunakan [fastlane cert](/blog/automatic-capacitor-ios-build-github-action) untuk alur kerja yang lebih sederhana
-
-## Setup CI/CD Profesional oleh Capgo
-
-Lewati kompleksitas. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) mengkonfigurasi pipeline CI/CD Anda langsung di platform pilihan Anda:
-
-- **Platform Independen**: Bekerja dengan GitHub Actions, GitLab CI, atau lainnya
-- **Integrasi Mulus**: Tidak perlu beralih platform, bekerja dengan proses Anda saat ini
-- **Konfigurasi yang Disesuaikan**: Setup yang disesuaikan dengan kebutuhan proyek Anda
-- **Panduan Ahli**: Kami telah menyiapkan CI/CD untuk 50+ aplikasi
-
-### Harga
-- Biaya setup satu kali: $2,600
-- Biaya operasional Anda: ~$300/tahun
-- Bandingkan dengan Solusi proprietary lain: $6,000/tahun
-- **Hemat $26,100 selama 5 tahun**
-
-[Setup CI/CD Sekarang](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Panduan Setup Manual
-
-Jika Anda masih ingin menyiapkan semuanya sendiri, inilah yang perlu Anda lakukan:
-
-## Continuous Delivery untuk iOS menggunakan Fastlane dan GitHub Actions dengan match
-
-## Prasyarat
-
-Sebelum melanjutkan tutorial...
-
--   Pastikan Anda sudah [menginstal](https://docs.fastlane.tools/) Fastlane di mesin pengembangan Anda.
--   Keanggotaan program pengembang iOS.
--   Keinginan untuk membaca 😆...
--   Tim yang terdiri dari banyak pengembang, jika tidak kami sarankan menggunakan [fastlane cert](/blog/automatic-capacitor-ios-build-github-action) untuk alur kerja yang lebih sederhana.
-
-## Penting tentang harga
-
-![Price GitHub Action](/price_github_actions.webp)
-
-[https://github.com/features/actions](https://github.com/features/actions/)
-
-Layanan ini 'gratis' sampai batas tertentu, tergantung pada mesin yang dipilih.  
-Kita akan menggunakan mesin **_macOS_**, Anda dapat melihat di tangkapan layar harga dan batasannya (harga pada saat pembuatan tutorial, dapat berubah di masa mendatang)
-
-🔴 **_Setelah diperingatkan tentang persyaratan dan harga, jika Anda setuju, mari kita lanjutkan..._**
-
-> **_📣_ Dalam posting ini kita mengasumsikan bahwa kita telah membuat aplikasi di iTunes connect, kita memiliki sertifikat dari ekosistem Apple, semuanya akan disalin oleh Fastlane!**
-
-## Mari kita mulai 🤿 
-
-**Langkah-langkah yang akan dibahas dalam posting**
-
-1. _Menggunakan API App Store Connect dengan Fastlane Match_
-2. _Persyaratan_
-3. _Membuat Kunci API App Store Connect_
-4. _Menggunakan Kunci API App Store Connect_
-5. _Menyalin file Fastlane_
-6. _Mengkonfigurasi Fastlane match_
-
-## 1. Menggunakan API App Store Connect dengan Fastlane Match
-
-> Mulai Februari 2021, autentikasi dua faktor atau verifikasi dua langkah diperlukan untuk semua pengguna yang masuk ke App Store Connect. Lapisan keamanan tambahan untuk Apple ID Anda ini membantu memastikan bahwa hanya Anda yang dapat mengakses akun Anda.
-> Dari [Apple Support](https://developer.apple.com/support/authentication/)
-
-> Memulai dengan match mengharuskan Anda mencabut sertifikat yang ada. Tapi jangan khawatir, Anda akan langsung mendapatkan yang baru.
-
-## Persyaratan
-
-Untuk dapat menggunakan API App Store Connect, Fastlane membutuhkan **tiga** hal.
-
-1. Issuer ID.
-2. Key ID.
-3. File kunci atau konten kunci.
-
-## Membuat Kunci API App Store Connect
-
-Untuk menghasilkan kunci, Anda harus memiliki izin Admin di App Store Connect. Jika Anda tidak memiliki izin tersebut, Anda dapat mengarahkan orang yang relevan ke artikel ini dan mengikuti instruksi berikut.
-
-1. Masuk ke [App Store Connect](https://appstoreconnect.apple.com/).
-
-2. Pilih [Users and Access](https://appstoreconnect.apple.com/access/users/).
-
-![App Store Connect user access](/select_user_access.webp)
-
-3. Pilih tab Integration.
-
-![App Store Connect API Integration](/user_access_keys.webp)
-
-4. Klik Generate API Key atau tombol Add (+).
-
-![App Store Connect API keys create](/user_access.webp)
-
-5. Masukkan nama untuk kunci. Nama ini hanya untuk referensi Anda dan bukan bagian dari kunci itu sendiri.
-
-![App Store Connect API keys create name](/gen_key.webp)
-
-6. Di bawah Access, pilih peran untuk kunci tersebut. Peran yang berlaku untuk kunci sama dengan peran yang berlaku untuk pengguna dalam tim Anda. Lihat [izin peran](https://help.apple.com/app-store-connect/#/deve5f9a89d7/). Kami sarankan untuk memilih **App manager**.
-
-7. Klik Generate.
-
-> **Akses kunci API tidak dapat dibatasi untuk aplikasi tertentu.**
-
-Nama kunci baru, ID kunci, tautan unduhan, dan informasi lainnya muncul di halaman.
-
-![App Store Connect download keys](/download_key.webp)
-
-Anda dapat mengambil ketiga informasi yang diperlukan di sini.
-<Steps>
-1. Issue ID.
-2. Key ID.
-3. Klik "Download API Key" untuk mengunduh kunci API pribadi Anda. Tautan unduhan hanya muncul jika kunci pribadi belum diunduh. Apple tidak menyimpan salinan kunci pribadi. Jadi, Anda hanya bisa mengunduhnya sekali.
-</Steps>
-
-> _🔴_ Simpan kunci pribadi Anda di tempat yang aman. Anda tidak boleh membagikan kunci Anda, menyimpan kunci di repositori kode, atau menyertakan kunci dalam kode sisi klien.
-
-## Menggunakan Kunci API App Store Connect
-
-File Kunci API (file p8 yang Anda unduh), ID kunci, dan ID issuer diperlukan untuk membuat token JWT untuk otorisasi. Ada beberapa cara informasi ini dapat dimasukkan ke Fastlane menggunakan aksi baru Fastlane, `app_store_connect_api_key`. Anda dapat mempelajari cara lain di [dokumentasi Fastlane](https://docs.fastlane.tools/actions/app_store_connect_api_key/). Saya menunjukkan metode ini karena menurut saya ini adalah cara termudah untuk bekerja dengan sebagian besar CI di luar sana, di mana Anda dapat mengatur variabel lingkungan.
-
-_Sekarang kita dapat mengelola Fastlane dengan kunci API App Store Connect, bagus!_
-
-## 2. Menyalin file Fastlane
-
-Fastlane adalah pustaka Ruby yang dibuat untuk mengotomatiskan tugas-tugas pengembangan mobile yang umum. Menggunakan Fastlane, Anda dapat mengkonfigurasi "lane" kustom yang menggabungkan serangkaian "aksi" yang melakukan tugas-tugas yang biasanya Anda lakukan menggunakan Android studio. Anda dapat melakukan banyak hal dengan Fastlane, tetapi untuk keperluan tutorial ini, kita hanya akan menggunakan beberapa aksi inti.
-
-Buat folder Fastlane di root proyek Anda dan salin file-file berikut:
-Fastfile
-```ruby
-default_platform(:ios)
-
-DEVELOPER_APP_IDENTIFIER = ENV["DEVELOPER_APP_IDENTIFIER"]
-DEVELOPER_APP_ID = ENV["DEVELOPER_APP_ID"]
-PROVISIONING_PROFILE_SPECIFIER = ENV["PROVISIONING_PROFILE_SPECIFIER"]
-TEMP_KEYCHAIN_USER = ENV["TEMP_KEYCHAIN_USER"]
-TEMP_KEYCHAIN_PASSWORD = ENV["TEMP_KEYCHAIN_PASSWORD"]
-APPLE_ISSUER_ID = ENV["APPLE_ISSUER_ID"]
-APPLE_KEY_ID = ENV["APPLE_KEY_ID"]
-APPLE_KEY_CONTENT = ENV["APPLE_KEY_CONTENT"]
-GIT_USERNAME = ENV["GIT_USERNAME"]
-GIT_TOKEN = ENV["GIT_TOKEN"]
-
-def delete_temp_keychain(name)
-  delete_keychain(
-    name: name
-  ) if File.exist? File.expand_path("~/Library/Keychains/#{name}-db")
-end
-
-def create_temp_keychain(name, password)
-  create_keychain(
-    name: name,
-    password: password,
-    unlock: false,
-    timeout: 0
-  )
-end
-
-def ensure_temp_keychain(name, password)
-  delete_temp_keychain(name)
-  create_temp_keychain(name, password)
-end
-
-platform :ios do
-  lane :build do
-    build_app(
-      configuration: "Release",
-      workspace: "./ios/App/App.xcworkspace",
-      scheme: "App",
-      export_method: "app-store",
-      export_options: {
-        provisioningProfiles: { 
-            DEVELOPER_APP_ID => "#{PROVISIONING_PROFILE_SPECIFIER}"
-        }
-      }
-    )
-  end
-  lane :refresh_profiles do
-    match(
-      type: "development",
-      force: true)
-    match(
-      type: "adhoc",
-      force: true)
-  end
-  desc "Register new device"
-  lane :register_new_device do  |options|
-      device_name = prompt(text: "Enter the device name: ")
-      device_udid = prompt(text: "Enter the device UDID: ")
-      device_hash = {}
-      device_hash[device_name] = device_udid
-      register_devices(
-                       devices: device_hash
-                       )
-    refresh_profiles
-  end
-  lane :closed_beta do
-    keychain_name = TEMP_KEYCHAIN_USER
-    keychain_password = TEMP_KEYCHAIN_PASSWORD
-    ensure_temp_keychain(keychain_name, keychain_password)
-
-    api_key = app_store_connect_api_key(
-      key_id: APPLE_KEY_ID,
-      issuer_id: APPLE_ISSUER_ID,
-      key_content: APPLE_KEY_CONTENT,            
-      duration: 1200,            
-      in_house: false
-    )
-
-    match(
-      type: 'appstore',
-      git_basic_authorization: Base64.strict_encode64("#{GIT_USERNAME}:#{GIT_TOKEN}"),
-      readonly: true,
-      keychain_name: keychain_name,
-      keychain_password: keychain_password,
-      api_key: api_key
-    )
-
-    gym(
-      configuration: "Release",
-      workspace: "./ios/App/App.xcworkspace",
-      scheme: "App",
-      export_method: "app-store",
-      export_options: {
-        provisioningProfiles: { 
-            DEVELOPER_APP_ID => "#{PROVISIONING_PROFILE_SPECIFIER}"
-        }
-      }
-    )
-
-    pilot(
-      apple_id: "#{DEVELOPER_APP_ID}",
-      app_identifier: "#{DEVELOPER_APP_IDENTIFIER}",
-      skip_waiting_for_build_processing: true,
-      skip_submission: true,
-      distribute_external: false,
-      notify_external_testers: false,
-      ipa: "./App.ipa"
-    )
-
-    delete_temp_keychain(keychain_name)
-  end
-  lane :submit_review do
-    version = ''
-    Dir.chdir("..") do
-      file = File.read("package.json")
-      data = JSON.parse(file)
-      version = data["version"]
-    end
-    deliver(
-      app_version: version,
-      submit_for_review: true,
-      automatic_release: true,
-      force: true, # Skip HTMl report verification
-      skip_metadata: false,
-      skip_screenshots: false,
-      skip_binary_upload: true
-    )
-  end
-end
-```
-
-Appfile
-```ruby
-app_identifier(ENV["DEVELOPER_APP_IDENTIFIER"])
-apple_id(ENV["FASTLANE_APPLE_ID"])
-itc_team_id(ENV["APP_STORE_CONNECT_TEAM_ID"])
-team_id(ENV["DEVELOPER_PORTAL_TEAM_ID"])
-```
-
-## **Konfigurasi Fastlane match**
-
-Fastlane [match](https://docs.fastlane.tools/actions/match/) adalah pendekatan baru untuk code signing iOS. Fastlane match memudahkan tim untuk mengelola sertifikat yang diperlukan dan profil provisioning untuk aplikasi iOS Anda.
-
-Buat repositori pribadi baru bernama `certificates`, misalnya di akun GitHub pribadi atau organisasi Anda.
-
-Inisialisasi Fastlane match untuk aplikasi iOS Anda.
-
-```shell
-fastlane match init
-```
-
-Kemudian pilih opsi #1 (Git Storage).
-
-```
-[01:00:00]: fastlane match supports multiple storage modes, please select the one you want to use:1. git2. google_cloud3. s3?
-```
-
-Tetapkan URL repositori yang baru dibuat.
-
-```
-[01:00:00]: Please create a new, private git repository to store the certificates and profiles there[01:00:00]: URL of the Git Repo: <YOUR_CERTIFICATES_REPO_URL>
-```
-
-> Sekarang Anda memiliki file bernama **_Matchfile_** di dalam folder Fastlane dan `_git_url_` harus diatur ke URL HTTPS dari repositori sertifikat. Opsional, Anda juga dapat menggunakan SSH, tetapi memerlukan langkah yang berbeda untuk dijalankan.
-
-```
-# ios/Matchfilegit_url("https://github.com/gitusername/certificates")storage_mode("git")type("appstore")
-```
-
-Selanjutnya, kita akan menghasilkan sertifikat dan masukkan kredensial Anda saat diminta dengan Fastlane Match.
-
-Anda akan diminta untuk memasukkan passphrase. Ingat dengan benar karena akan digunakan nanti oleh GitHub Actions untuk mendekripsi repositori sertifikat Anda.
-
-```
-fastlane match appstore
-```
-
-Jika semua berjalan lancar, Anda seharusnya melihat sesuatu seperti ini:
-
-```
-[01:40:52]: All required keys, certificates and provisioning profiles are installed 🙌
-```
-
-> Jika Anda mengalami masalah dengan GitHub dan izin yang diperlukan, mungkin [posting](https://medium.com/@litoarias/token-authentication-requirements-for-git-operations-5fdd8a6f6e7c/) ini akan membantu Anda menghasilkan token autentikasi untuk git.
-
-Sertifikat dan profil provisioning yang dihasilkan diunggah ke sumber daya repositori sertifikat
-
-![App Store Connect certificates](/certificates.webp)
-
-Terakhir, buka `project` Anda di Xcode, dan perbarui profil provisioning untuk konfigurasi rilis aplikasi Anda.
-
-![XCode certificates](/xcode_cert.webp)
-
-## Beberapa hal yang perlu diperhatikan 💡
-
-## MATCH
-
-Agar CI/CD dapat mengimpor sertifikat dan profil provisioning, ia perlu memiliki akses ke repositori sertifikat. Anda dapat melakukan ini dengan menghasilkan token akses pribadi (harus digunakan sebelumnya) yang memiliki cakupan untuk mengakses atau membaca repositori pribadi.
-
-Di GitHub, pergi ke **Settings** → **Developer Settings** → **Personal access tokens** → klik `Generate New Token` → centang cakupan `repo` → lalu klik `Generate token`.
-
-![Create Personal access token](/personal_access_token.webp)
-
-Salin token akses pribadi yang dihasilkan. Anda akan menggunakannya nanti untuk variabel lingkungan `GIT_TOKEN`.
-
-Kemudian ganti file match Anda yang dihasilkan di folder Fastlane dengan 
-Matchfile
-```ruby
-CERTIFICATE_STORE_URL = ENV["CERTIFICATE_STORE_URL"]
-GIT_USERNAME = ENV["GIT_USERNAME"]
-GIT_TOKEN = ENV["GIT_TOKEN"]
-FASTLANE_APPLE_ID = ENV["FASTLANE_APPLE_ID"]
-
-git_url(CERTIFICATE_STORE_URL)
-storage_mode("git")
-type("appstore")
-git_basic_authorization(Base64.strict_encode64("#{GIT_USERNAME}:#{GIT_TOKEN}"))
-username(FASTLANE_APPLE_ID)
-```
-Ini akan digunakan oleh GitHub Actions untuk mengimpor sertifikat dan profil provisioning.
-Dan var akan diatur di GitHub Secrets, alih-alih meng-hardcode mereka dalam file.
-
-## **Pemrosesan Build**
-
-Di GitHub Actions, **Anda ditagih berdasarkan menit** yang telah Anda gunakan untuk menjalankan alur kerja CI/CD Anda. Dari pengalaman, dibutuhkan sekitar 10-15 menit sebelum build dapat diproses di App Store Connect.
-
-Untuk proyek pribadi, perkiraan biaya per build bisa mencapai **$0.08/menit x 15 menit = $1.2**, atau lebih, tergantung pada konfigurasi atau dependensi proyek Anda.
-
-Jika Anda memiliki kekhawatiran yang sama tentang harga seperti saya untuk proyek pribadi, Anda dapat tetap mengatur `skip_waiting_for_build_processing` ke `true`.
-
-Apa konsekuensinya? Anda harus memperbarui kepatuhan aplikasi Anda secara manual di App Store Connect setelah build selesai diproses, agar dapat mendistribusikan build ke pengguna Anda.
-
-Ini hanya parameter opsional untuk diperbarui jika Anda ingin menghemat menit build untuk proyek pribadi. Untuk proyek gratis, ini seharusnya tidak menjadi masalah sama sekali. Lihat [harga](https://github.com/pricing/).
-
-## 3. Setup GitHub Actions
-
-**Mengkonfigurasi secret GitHub**
-
-Pernah bertanya-tanya dari mana nilai `ENV` berasal? Yah, ini bukan rahasia lagi – ini berasal dari secret proyek Anda. 🤦
-
-![Set GitHub secrets](/github_secets.webp)
-
-1. `APP_STORE_CONNECT_TEAM_ID` - ID tim App Store Connect Anda jika Anda berada dalam beberapa tim.
-
-2. `DEVELOPER_APP_ID` - di App Store Connect, buka aplikasi → **App Information** → Gulir ke bawah ke bagian `General Information` dari aplikasi Anda dan cari `Apple ID`.
-
-3. `DEVELOPER_APP_IDENTIFIER` - bundle identifier aplikasi Anda.
-
-4. `DEVELOPER_PORTAL_TEAM_ID` - ID tim Developer Portal Anda jika Anda berada dalam beberapa tim.
-
-5. `FASTLANE_APPLE_ID` - Apple ID atau email pengembang yang Anda gunakan untuk mengelola aplikasi.
-
-6. `GIT_USERNAME` & `GIT_TOKEN` - Nama pengguna git dan token akses pribadi Anda.
-
-7. `MATCH_PASSWORD` - frasa sandi yang Anda tetapkan saat menginisialisasi match, akan digunakan untuk mendekripsi sertifikat dan profil provisioning.
-
-8. `PROVISIONING_PROFILE_SPECIFIER` - `match AppStore <1>`, contoh: `match AppStore com.domain.blabla.demo`.
-
-9. `TEMP_KEYCHAIN_USER` & `TEMP_KEYCHAIN_PASSWORD` - tetapkan pengguna dan kata sandi keychain sementara untuk workflow Anda.
-
-10. `APPLE_KEY_ID` — App Store Connect API Key 🔺Key ID.
-
-11. `APPLE_ISSUER_ID` — App Store Connect API Key 🔺Issuer ID.
-
-12. `APPLE_KEY_CONTENT` — App Store Connect API Key 🔺 File Key atau Konten Key dari _.p8_, [cek di sini](https://github.com/fastlane/fastlane/issues/18655/#issuecomment-881764901)
-<2>
-13. `CERTIFICATE_STORE_URL` — URL repo dari Match keys Anda (contoh: https://github.com/***/fastlane_match.git)
-
-## **4. Mengkonfigurasi file workflow GitHub**
-
-Buat direktori workflow GitHub.
-
-```
-cd .github/workflows
-```
-
-Di dalam folder `workflow`, buat file bernama `build-upload-ios.yml` dan tambahkan yang berikut.
-
-```yaml
-name: Build source code on ios
-
-on:
-  push:
-    tags:
-      - '*'
-
-jobs:
-  build_ios:
-    runs-on: macOS-latest
-    steps:
-      - uses: actions/checkout@v6
-      - name: Use Node.js 16
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: npm
-      - name: Install dependencies
-        id: install_code
-        run: npm ci
-      - name: Build
-        id: build_code
-        run: npm run build
-      - name: Build
-        id: build_code
-        run: npm run mobile
-      - uses: actions/cache@v3
-        with:
-          path: ios/App/Pods
-          key: ${{ runner.os }}-pods-${{ hashFiles('**/Podfile.lock') }}
-          restore-keys: |
-            ${{ runner.os }}-pods-
-      - name: Sync
-        id: sync_code
-        run: npx cap sync
-      - uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: 2.7.2
-      - uses: maierj/fastlane-action@v2.3.0
-        env:
-          DEVELOPER_APP_IDENTIFIER: ${{ secrets.DEVELOPER_APP_IDENTIFIER }}
-          DEVELOPER_APP_ID: ${{ secrets.DEVELOPER_APP_ID }}
-          PROVISIONING_PROFILE_SPECIFIER: match AppStore ${{ secrets.DEVELOPER_APP_IDENTIFIER }}
-          TEMP_KEYCHAIN_USER: ${{ secrets.TEMP_KEYCHAIN_USER }}
-          TEMP_KEYCHAIN_PASSWORD: ${{ secrets.TEMP_KEYCHAIN_PASSWORD }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          CERTIFICATE_STORE_URL: https://github.com/${{ secrets.CERTIFICATE_STORE_REPO }}.git
-          GIT_USERNAME: ${{ secrets.GIT_USERNAME }}
-          GIT_TOKEN: ${{ secrets.PERSONAL_ACCESS_TOKEN }}
-          FASTLANE_APPLE_ID: ${{ secrets.FASTLANE_APPLE_ID }}
-          MATCH_USERNAME: ${{ secrets.FASTLANE_APPLE_ID }}
-          MATCH_PASSWORD: ${{ secrets.MATCH_PASSWORD }}
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}
-          DEVELOPER_PORTAL_TEAM_ID: ${{ secrets.DEVELOPER_PORTAL_TEAM_ID }}
-        with:
-          lane: closed_beta
-      - name: Upload release bundle
-        uses: actions/upload-artifact@v2
-        with:
-          name: ios-release
-          path: ./App.ipa
-          retention-days: 60
-```
-
-Workflow ini seharusnya dipicu setelah setiap _tag_ GitHub, jika Anda perlu mengotomatisasi tag, silakan lihat [Automatic build and release with GitHub actions](/blog/automatic-build-and-release-with-github-actions/) terlebih dahulu.
-
-Kemudian workflow ini akan mengambil deps NodeJS Anda, menginstalnya dan membangun aplikasi JavaScript Anda.
-
-> Setiap kali Anda mengirim commit baru, sebuah rilis akan dibangun di TestFlight.
-
-Aplikasi Anda tidak perlu menggunakan Ionic, hanya basis Capacitor yang wajib, bisa menggunakan modul Cordova lama, tapi plugin Capacitor JS lebih disukai.
-
-## 5. Memicu workflow
-
-**Buat Commit**
-
-Buat _commit_, Anda seharusnya melihat workflow aktif di repositori.
-
-**Picu workflow**
-
-Push commit baru ke branch `main` atau `developement` untuk memicu workflow.
-
-![Started with commit](/cd_started.webp)
-
-Setelah beberapa menit, build seharusnya tersedia di dashboard App Store Connect Anda.
-
-![Testflight Dashboard](/testflight_app.webp)
-
-## Bisakah deploy dari mesin lokal?
-
-Ya, Anda bisa, dan ini sangat mudah.
-
-Bayangkan Anda memiliki repositori pribadi, dan Anda telah menghabiskan menit dari rencana gratis dan tidak ingin membayar untuk rilis baru, atau mungkin Anda lebih suka mengirimkan aplikasi secara manual.
-
-**_Mari kita lakukan_**
-
-Ok, pertama kita perlu membuat file **_.env_** di path _my_project_path/fastlane_, tepat di path yang sama dengan _Fastfile_, untuk bisa membuat properti _secret_ yang sama seperti yang ada di _GitHub_, seperti di bawah ini:
-
-.env file untuk deploy dari mesin lokal
-
-Sekarang, Anda bisa pergi ke _terminal_ dan meluncurkan _Fastlane_ dari mesin Anda:
-
-```
-fastlane closed_beta
-```
-
-> **❌ Penting tentang file** _.env_ **, karena kita tidak ingin mengekspos data ini, kita harus menambahkannya di** _.gitignore_ **kita, seperti ini: ❌**
-
-```
-fastlane/*.env
-```
-
-Ini seharusnya bekerja sama seperti yang terjadi dari GitHub Actions di mesin remote tapi di mesin lokal kita. 🍻
-
-![Local Fastlane run](/local_fastlane.webp)
-
-Eksekusi Terminal: $ Fastlane closed_beta
-
-**_Jika Anda sudah sampai di sini, selamat, sekarang Anda memiliki proses yang sepenuhnya otomatis untuk aplikasi iOS Anda dengan Fastlane dan GitHub Actions._**
-
-> Setiap kali Anda mengirim commit baru, sebuah rilis akan dibangun di konsol Google Play, saluran beta.
-Saya akan meningkatkan blog ini dengan umpan balik Anda, jika Anda memiliki pertanyaan atau saran, silakan beri tahu saya melalui email martin@capgo.app
-
-### Build di perangkat Anda
-
-Jika Anda masih perlu membangun di perangkat Anda, Anda perlu menambahkannya secara manual ke provisioning.
-Hubungkan perangkat Anda ke mac dan buka menu perangkat
-![find devic ios menu](/find_ios_device.webp)
-Kemudian salin identifier Anda
-![find identifier ios](/find_ios_identifier.webp)
-Dan kemudian mulai perintah:
-`fastlane register_new_device`
-ini akan meminta Anda untuk mengatur nama perangkat dan identifier:
-![set identifier ios](/set_identifier.webp)
-
-### jika Anda mengalami masalah
-
-Jika Anda mengalami masalah dengan perangkat dev tidak bisa test dll biasanya ini memperbaikinya.
-
-Ada perintah ajaib yang bisa menyelamatkan Anda:
-```shell
-fastlane match nuke development
-fastlane match development
-```
-
-Kemudian:
-Bersihkan proyek dengan menekan Shift(⇧)+Command(⌘)+K atau memilih Product > Clean (mungkin berlabel "Clean Build Folder")
-
-Kemudian coba jalankan lagi aplikasi di perangkat Anda.
-
-### Terima kasih
-
-Blog ini didasarkan pada artikel-artikel berikut:
-- [Continuous delivery for IOS using Fastlane and GitHub actions](https://litoarias.medium.com/continuous-delivery-for-ios-using-fastlane-and-github-actions-edf62ee68ecc/)
-- [Fastlane Documentation](https://docs.fastlane.tools/app-store-connect-api/)
-- [This GitHub message from @mrogunlana](https://github.com/fastlane-community/fastlane-plugin-ionic/issues/63/#issuecomment-1074328057)
diff --git a/src/content/blog/id/automatic-capacitor-ios-build-github-action.md b/src/content/blog/id/automatic-capacitor-ios-build-github-action.md
deleted file mode 100644
index e098d7373..000000000
--- a/src/content/blog/id/automatic-capacitor-ios-build-github-action.md
+++ /dev/null
@@ -1,126 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action
-title: Membangun Capacitor IOS secara Otomatis dengan GitHub actions dan sertifikat
-description: >-
-  Cara menyiapkan pipeline CI/CD untuk aplikasi Ionic IOS Anda menggunakan
-  fastlane dan GitHub Actions dalam 5 menit (2024)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-08-04T00:00:00.000Z
-updated_at: 2025-01-21T00:00:00.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: Ilustrasi tindakan GitHub testflight Fastlane
-keywords: 'Fastlane, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: id
-next_blog: automatic-capacitor-android-build-github-action
----
-
-# Pembuatan Otomatis iOS menggunakan GitHub Actions dengan Sertifikat
-
-Menyiapkan CI/CD untuk aplikasi Capacitor bisa kompleks dan memakan waktu. Berikut yang perlu Anda ketahui:
-
-## Prasyarat
-
-Sebelum memulai, Anda perlu menyiapkan:
-
-- Akun GitHub dengan akses admin
-- Keanggotaan program pengembang iOS 
-- Akses API App Store Connect dengan izin yang sesuai
-- Pemahaman alur kerja GitHub Actions
-- Pengetahuan konfigurasi Fastlane
-- Waktu untuk memelihara dan debug pipeline
-- Sertifikat dan profil provisioning yang tepat
-
-## Setup CI/CD Profesional oleh Capgo
-
-Lewati kerumitannya, [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) mengkonfigurasi pipeline CI/CD Anda langsung di platform pilihan Anda:
-
-- **Independen Platform**: Bekerja dengan GitHub Actions, GitLab CI, atau lainnya
-- **Integrasi Mulus**: Tidak perlu beralih platform, bekerja dengan proses Anda saat ini
-- **Konfigurasi yang Disesuaikan**: Setup khusus sesuai kebutuhan proyek Anda
-- **Panduan Ahli**: Kami telah menyiapkan CI/CD untuk 50+ aplikasi
-
-### Harga
-- Biaya setup satu kali: $2,600
-- Biaya operasional Anda: ~$300/tahun
-- Bandingkan dengan solusi proprietary lain: $6,000/tahun
-- **Hemat $26,100 selama 5 tahun**
-
-[Setup CI/CD Sekarang](https://calcom/martindonadieu/mobile-ci-cd-done-for-you/)
-
-## Panduan Setup Manual
-
-Jika Anda tetap ingin menyiapkan semuanya sendiri, berikut yang perlu Anda lakukan:
-
-## Continuous Delivery untuk iOS menggunakan Fastlane dan GitHub Actions dan sertifikat
-
-## Prasyarat
-
-Sebelum melanjutkan tutorial:
-
-- Pastikan Anda telah [menginstal](https://docsfastlanetools/) Fastlane di mesin pengembangan Anda
-- Pastikan Anda adalah bagian dari keanggotaan program pengembang iOS
-
-## Informasi penting tentang harga
-
-![Price GitHub Action](/price_github_actions.webp)
-
-[https://githubcom/features/actions](https://githubcom/features/actions/)
-
-Layanan ini 'gratis' hingga batas tertentu, tergantung pada mesin yang dipilih
-Kita akan menggunakan mesin **_macOS_**, Anda dapat melihat harga dan batasannya di tangkapan layar (harga pada saat pembuatan tutorial, dapat berubah di masa mendatang)
-
-**Setelah diperingatkan tentang persyaratan dan harga, mari kita lanjutkan**
-
-> **Catatan: Dalam posting ini saya mengasumsikan bahwa Anda telah membuat aplikasi di App Store Connect. Informasi penting akan disalin oleh Fastlane!**
-
-## Apa yang akan Anda pelajari dalam tutorial
-
-**Langkah-langkah yang harus diikuti dalam posting**
-
-1. _Menggunakan API App Store Connect dengan Fastlane_
-    - _Persyaratan:_
-      - _Membuat Kunci API App Store Connect_
-      - _Menggunakan Kunci API App Store Connect_
-2. _Menyalin file Fastlane_
-3. _Mengkonfigurasi GitHub Actions_
-
-## 1. Menggunakan API App Store Connect dengan Fastlane
-
-> Mulai Februari 2021, verifikasi dua faktor atau verifikasi dua langkah diperlukan untuk semua pengguna saat masuk ke App Store Connect. Lapisan keamanan tambahan untuk Apple ID Anda ini membantu memastikan bahwa hanya Anda yang dapat mengakses akun Anda.
-> Dari [Apple Support](https://developer.apple.com/support/authentication/)
-
-### Persyaratan
-
-Agar Fastlane dapat menggunakan API App Store Connect untuk mengunggah aplikasi Anda, Anda perlu menyediakan **tiga** hal berikut:
-
-1. ID Penerbit
-2. ID Kunci
-3. File kunci atau konten kunci
-
-### Mendapatkan Kunci API App Store Connect
-
-Untuk menghasilkan kunci, Anda harus memiliki izin Admin di App Store Connect. Jika Anda tidak memiliki izin tersebut, Anda dapat mengarahkan orang yang relevan ke artikel ini
-
-1. Masuk ke [App Store Connect](https://appstoreconnectapplecom/)
-
-2. Pilih [Users and Access](https://appstoreconnectapplecom/access/users/)
-
-![App Store Connect user access](/select_user_access.webp)
-
-3. Pilih tab Integration
-
-![App Store Connect API Integration](/user_access_keys.webp)
-
-4. Klik Generate API Key atau tombol Add (+)
-
-![App Store Connect API keys create](/user_access.webp)
-
-5. Masukkan nama untuk kunci. Nama ini hanya untuk referensi Anda dan bukan bagian dari kunci itu sendiri
-
-![App Store Connect API keys create name](/gen_key.webp)
-
-6. Di bawah Access, pilih peran untuk kunci
\ No newline at end of file
diff --git a/src/content/blog/id/basic-js-css-config-for-native-app-look.md b/src/content/blog/id/basic-js-css-config-for-native-app-look.md
deleted file mode 100644
index 75eeeb220..000000000
--- a/src/content/blog/id/basic-js-css-config-for-native-app-look.md
+++ /dev/null
@@ -1,93 +0,0 @@
----
-slug: basic-js-css-config-for-native-app-look
-title: Konfigurasi JS dan CSS Dasar untuk Tampilan Aplikasi Native
-description: >-
-  Pelajari cara mengonfigurasi aplikasi web Anda dengan pengaturan JavaScript
-  dan CSS dasar agar tampak dan terasa seperti aplikasi asli, termasuk
-  menonaktifkan efek hover.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-05T00:00:00.000Z
-updated_at: 2023-06-05T00:00:00.000Z
-head_image: /native_app_look.webp
-head_image_alt: Ilustrasi tampilan aplikasi asli
-keywords: 'tailwind css, css, mobile design, mobile app development'
-tag: Web Development
-published: true
-locale: id
-next_blog: ''
----
-# Konfigurasi JS dan CSS Dasar untuk Tampilan Aplikasi Native
-
-Saat membangun aplikasi web, sangat penting untuk membuatnya terlihat dan terasa seperti aplikasi native untuk memberikan pengalaman pengguna yang mulus. Dalam artikel ini, kami akan membahas konfigurasi dasar JavaScript dan CSS yang diperlukan untuk mencapai tampilan aplikasi native, termasuk menonaktifkan efek hover.
-
-## Nonaktifkan Efek Hover
-
-Pada perangkat sentuh, efek hover dapat bermasalah karena mereka tidak memiliki status hover yang sebenarnya seperti perangkat desktop. Untuk menonaktifkan efek hover pada perangkat sentuh, Anda dapat menggunakan kode CSS berikut:
-
-```css
-@media (hover: none) {
-  .element:hover {
-    /* Reset the hover styles */
-    background-color: initial;
-    color: initial;
-    /* Add any other style resets needed */
-  }
-}
-```
-
-Ganti `.element` dengan selector yang sesuai untuk elemen yang ingin Anda nonaktifkan efek hover-nya.
-
-## Nonaktifkan Prabuka Tautan
-
-Untuk menonaktifkan prabuka tautan pada perangkat sentuh, Anda dapat menggunakan kode JavaScript berikut:
-
-```javascript
-document.addEventListener('touchstart', function(event) {
-  if (event.target.tagName === 'A') {
-    event.preventDefault();
-  }
-});
-```
-
-## Nonaktifkan Pemilihan
-
-Untuk menonaktifkan pemilihan teks, tambahkan kode CSS berikut ke stylesheet Anda:
-
-```css
-body {
-  -webkit-touch-callout: none;
-  -webkit-user-select: none;
-  -khtml-user-select: none;
-  -moz-user-select: none;
-  -ms-user-select: none;
-  user-select: none;
-}
-```
-
-## Nonaktifkan Zoom
-
-Untuk menonaktifkan zooming, tambahkan tag meta berikut ke dalam head file HTML Anda:
-
-```html
-<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">
-```
-
-## Tambahkan Zona CSS Aman
-
-Untuk memastikan konten Anda ditampilkan dalam area aman perangkat, tambahkan kode CSS berikut ke stylesheet Anda:
-
-```css
-body {
-  padding: env(safe-area-inset-top) env(safe-area-inset-right) env(safe-area-inset-bottom) env(safe-area-inset-left);
-}
-```
-
-## Tips Tambahan
-
-- Gunakan teknik desain responsif untuk memastikan aplikasi Anda terlihat bagus di semua perangkat.
-- Optimalkan kinerja aplikasi Anda dengan meminimalkan penggunaan pustaka dan kerangka kerja JavaScript yang berat.
-- Uji aplikasi Anda di berbagai perangkat dan browser untuk memastikan kompatibilitas dan pengalaman pengguna yang konsisten.
-
-Dengan mengikuti konfigurasi dasar JavaScript dan CSS ini, Anda dapat membuat aplikasi web yang terlihat dan terasa seperti aplikasi native, memberikan pengalaman pengguna yang mulus dan menyenangkan.
diff --git a/src/content/blog/id/best-practices-for-capacitor-code-sharing.md b/src/content/blog/id/best-practices-for-capacitor-code-sharing.md
deleted file mode 100644
index c51b56be6..000000000
--- a/src/content/blog/id/best-practices-for-capacitor-code-sharing.md
+++ /dev/null
@@ -1,234 +0,0 @@
----
-slug: best-practices-for-capacitor-code-sharing
-title: Praktik Terbaik untuk Berbagi Kode dengan Capacitor
-description: >-
-  Pelajari praktik terbaik untuk berbagi kode secara efisien dalam aplikasi
-  Capacitor, mulai dari organisasi hingga pengujian dan strategi penyebaran yang
-  aman.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T02:12:07.567Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc5744af1a45e500bc59a4-1744596739629.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, code sharing, mobile development, testing, deployment, security,
-  OTA updates, CI/CD, performance optimization
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) memungkinkan Anda membangun aplikasi untuk iOS, Android, dan web menggunakan satu basis kode.** Panduan ini menjelaskan cara menyusun, menguji, dan menerapkan kode lintas platform Anda secara efisien. Berikut adalah apa yang akan Anda pelajari:
-
--   **Mengapa Berbagi Kode Penting**: Hemat waktu, sederhanakan pemeliharaan, dan perbarui aplikasi lebih cepat di berbagai platform.
--   **Tantangan Umum**: Tangani bug spesifik platform, perbedaan pengalaman pengguna, dan masalah kinerja.
--   **Praktik Terbaik**:
-    -   **Atur Kode**: Gunakan folder yang jelas untuk file yang dibagikan dan yang spesifik untuk platform.
-    -   **Alat Pengujian**: Gunakan [Jest](https://jestjs.io/), [Cypress](https://www.cypress.io/), dan [Appium](http://appium.io/) untuk pengujian unit, integrasi, dan end-to-end.
-    -   **Terapkan Pembaruan**: Siapkan saluran CI/CD dan gunakan pembaruan Over-the-Air (OTA) untuk mendorong perubahan dengan cepat.
--   **Keamanan dan Kecepatan**: Enkripsi pembaruan, kelola akses, dan optimalkan kinerja untuk pengiriman yang lebih cepat.
-
-**Tip Cepat**: Alat seperti [Capgo](https://capgo.app/) menyederhanakan pembaruan OTA, memastikan 95% pengguna diperbarui dalam 24 jam.
-
-Teruslah membaca untuk strategi detail yang akan memperlancar pengembangan aplikasi Capacitor Anda.
-
-## Capacitor 2.0: Aplikasi mobile & PWA dari satu basis kode
-
-<iframe src="https://www.youtube.com/embed/8KQb4u_FqOw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pengaturan Struktur Kode
-
-Memiliki struktur kode yang terorganisir dengan baik adalah kunci saat mengembangkan aplikasi Capacitor. Berikut adalah beberapa cara praktis untuk mengatur file proyek dan membangun komponen yang dapat digunakan kembali.
-
-### Organisasi Folder
-
-Struktur folder yang jelas membantu memisahkan kode yang dibagikan dari implementasi yang spesifik untuk platform. Berikut adalah contoh tata letak:
-
-| Direktori | Tujuan | Contoh Konten |
-| --- | --- | --- |
-| **/shared** | Kode yang digunakan di semua platform | Layanan, utilitas, antarmuka |
-| **/platforms** | Implementasi spesifik platform | Plugin native, penyesuaian UI |
-| **/components** | Elemen UI yang dapat digunakan kembali | Widget kustom, elemen |
-| **/assets** | Sumber daya statis | Gambar, font, ikon |
-| **/services** | Logika bisnis | Klien API, manajemen status |
-
-### Membuat Modul yang Dapat Digunakan Kembali
-
-Struktur folder yang solid adalah langkah pertama untuk membangun modul yang dapat digunakan kembali. Untuk membuat modul Anda mudah digunakan dan dipelihara, pertimbangkan strategi berikut:
-
--   **Abstraksi Perbedaan Platform**: Gunakan lapisan antarmuka untuk mengelola variasi spesifik platform.
--   **Pengendalian Versi**: Lacak pembaruan dengan protokol pengendalian versi yang ketat.
--   **Dokumentasi**: Berikan petunjuk yang jelas dan ringkas untuk menggunakan dan mengintegrasikan modul.
-
-### Tips Manajemen File
-
-Praktik manajemen file yang baik dapat membuat pembaruan dan pengembangan lintas platform jauh lebih lancar:
-
--   **Atur Aset**: Kelompokkan aset berdasarkan kompatibilitas platform untuk mengurangi ukuran bundle dan meningkatkan efisiensi.
--   **Kelola Cache Secara Efektif**: Gunakan strategi caching yang kuat untuk meningkatkan kinerja offline dan waktu muat.
--   **Perlancar Pembaruan**: Manfaatkan fitur pembaruan Capacitor. Menggunakan sistem saluran, Anda dapat meluncurkan pembaruan ke kelompok pengguna tertentu sebelum rilis penuh.
-
-## Metode Pengujian dan Debug
-
-Pengujian kode yang dibagikan dalam aplikasi Capacitor memerlukan pendekatan yang jelas dan terstruktur untuk memastikan kinerja yang konsisten. Di bawah ini, kami akan membahas alat dan metode yang efektif untuk pengujian dan debugging.
-
-### Perencanaan Pengujian
-
-Untuk menguji kode Capacitor yang dibagikan dengan baik, Anda memerlukan rencana menyeluruh yang mencakup setiap lapisan aplikasi Anda. Berikut adalah rincian cara mengatur proses pengujian Anda:
-
-| **Tingkat Pengujian** | **Alat & Pendekatan** | **Area Fokus Utama** |
-| --- | --- | --- |
-| **Pengujian Unit** | Jest, [Mocha](https://mochajs.org/) | Logika bisnis, metode utilitas |
-| **Pengujian Integrasi** | Cypress, [Selenium](https://www.selenium.dev/) | Fungsionalitas lintas platform |
-| **Pengujian End-to-End** | Appium, [Detox](https://wix.github.io/Detox/) | Alur kerja pengguna, fitur native |
-| **Pengujian Kinerja** | [Lighthouse](https://developer.chrome.com/docs/lighthouse), [WebPageTest](https://www.webpagetest.org/) | Kecepatan muat, penggunaan sumber daya |
-
-Pertimbangkan untuk menggunakan pengujian beta berbasis saluran untuk merilis aplikasi Anda kepada kelompok pengguna tertentu. Ini membantu Anda mengumpulkan umpan balik yang terarah, mengidentifikasi masalah spesifik platform lebih awal, dan meluncurkan pembaruan secara bertahap. Rencana pengujian yang solid tidak hanya memastikan kualitas tetapi juga membuat debugging menjadi jauh lebih lancar.
-
-### Alat dan Tips Debug
-
-Setelah pengujian dilakukan, praktik debugging yang efektif sangat penting untuk mempertahankan kinerja aplikasi. Berikut adalah strategi dan alat kunci untuk meningkatkan upaya debugging.
-
-**Pengaturan Pelacakan Kesalahan**  
-Siapkan sistem pelacakan kesalahan yang memantau baik kesalahan web maupun native. Alat ini harus menyediakan jejak tumpukan yang terperinci, mencatat interaksi pengguna, dan secara otomatis menghasilkan laporan. Pengaturan ini membantu Anda dengan cepat mengidentifikasi dan menangani masalah di berbagai platform.
-
-**Integrasi CI/CD**  
-Gabungkan alat debugging ke dalam saluran CI/CD Anda. Ini menyederhanakan deteksi dan penyelesaian masalah, menghemat waktu selama pengembangan.
-
-**Ikhtisar Biaya**
-
--   **Operasi CI/CD bulanan**: ~$300
--   **Biaya pengaturan satu kali**: ~$2,600 [\[1\]](https://capgo.app/)
-
-**Tips Debugging Lanjutan**
-
--   Gunakan alat pengembangan spesifik platform untuk mengidentifikasi dan memperbaiki masalah.
--   Terapkan peta sumber untuk melacak kesalahan ke kode aslinya.
--   Automasi pemantauan untuk jalur kritis dalam aplikasi Anda.
--   Konfigurasikan pelaporan kesalahan untuk kedua lapisan web dan native untuk menangkap masalah lebih awal.
-
-## Pembaruan dan Penempatan
-
-Mengelola pembaruan dan penempatan dengan efektif memastikan aplikasi Anda berfungsi konsisten di berbagai platform. Setelah pengujian dan debugging yang menyeluruh, proses penempatan yang lancar menjaga aplikasi Anda tetap berjalan dengan andal.
-
-### Pengaturan CI/CD
-
-Membuat saluran CI/CD menyederhanakan penempatan dengan mengintegrasikan secara mulus dengan alur kerja yang sudah ada, menghindari kebutuhan akan alat tambahan.
-
-| Komponen CI/CD | Fitur Utama | Keuntungan |
-| --- | --- | --- |
-| [GitHub Actions](https://docs.github.com/actions) | Integrasi langsung, pembuatan otomatis | Lingkungan yang familiar, mudah dikonfigurasi |
-| [GitLab CI](https://docs.gitlab.com/ee/ci/) | Alat saluran bawaan, registri kontainer | Solusi DevOps all-in-one |
-| [Jenkins](https://www.jenkins.io/) | Dukungan alur kerja kustom, banyak plugin | Tingkat kustomisasi yang tinggi |
-
-Secara rata-rata, biaya pengaturan CI/CD sekitar $2,600, dengan pemeliharaan bulanan rata-rata $300. Selama lima tahun, ini dapat menghemat hingga $26,100 dibandingkan dengan pendekatan lainnya [\[1\]](https://capgo.app/).
-
-> "Kami mengonfigurasi saluran CI/CD Anda langsung di platform pilihan Anda, apakah itu GitHub Actions, GitLab CI, atau lainnya. Kami tidak meng-host CI/CD atau membebankan biaya untuk memeliharanya." - Capgo [\[1\]](https://capgo.app/)
-
-Setelah saluran CI/CD Anda beroperasi, Anda bisa fokus untuk menerapkan pembaruan OTA yang cepat dan efisien.
-
-### Sistem Pembaruan OTA
-
-Sistem pembaruan OTA yang kuat memastikan pengguna menerima perbaikan dan fitur baru tanpa keterlambatan yang disebabkan oleh persetujuan toko aplikasi. Proses ini mempercepat pengiriman dan meningkatkan pengalaman pengguna.
-
-Statistik kunci:
-
--   Tingkat keberhasilan pembaruan global 82%
--   Waktu unduh rata-rata 114ms untuk bundle 5MB [\[1\]](https://capgo.app/)
-
-> "Kami meluncurkan Capgo OTA pembaruan dalam produksi untuk basis pengguna kami yang +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami diperbarui dalam hitungan menit setelah OTA diterapkan di @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Fitur penting OTA yang perlu dipertimbangkan:
-
-| Fitur | Implementasi | Manfaat |
-| --- | --- | --- |
-| Enkripsi End-to-End | Pengiriman pembaruan yang aman | Menjamin keamanan kode |
-| Pembaruan Parsial | Hanya unduh file yang dimodifikasi | Menghemat bandwidth |
-| Sistem Saluran | Kemampuan pengujian beta | Mengelola peluncuran yang terkontrol |
-| Integrasi Analitik | Pelacakan kinerja waktu nyata | Memantau tingkat keberhasilan pembaruan |
-
-Saat menyiapkan pembaruan OTA, pastikan kepatuhan terhadap persyaratan platform, pertahankan pengendalian versi untuk kemudahan rollback, dan gunakan analitik waktu nyata untuk melacak kinerja. Pengujian otomatis sebelum pembaruan diluncurkan secara langsung sangat penting untuk menjaga kualitas dan keandalan kode yang tinggi.
-
-## Keamanan dan Kecepatan
-
-Langkah-langkah keamanan yang kuat dan kinerja yang efisien adalah kunci saat berbagi kode Capacitor.
-
-### Pedoman Keamanan
-
-Lindungi kode yang dibagikan dan data pengguna Anda dengan pendekatan keamanan berlapis. Metode modern berfokus pada enkripsi dan kontrol akses yang tepat. Berikut adalah beberapa praktik efektif:
-
-| **Fitur Keamanan** | **Implementasi** | **Tujuan** |
-| --- | --- | --- |
-| Enkripsi End-to-End | Enkripsi bundle pembaruan | Mencegah akses tidak sah |
-| Manajemen Akses | Izin berbasis peran | Mengatur kolaborasi tim |
-| Saluran Pembaruan | Beta/produksi terpisah | Mengurangi risiko penempatan |
-| Kemampuan Rollback | Gunakan pengendalian versi | Dengan cepat menyelesaikan masalah |
-
-Mengirimkan pembaruan dengan aman meningkatkan tingkat keberhasilan. Misalnya, Capgo menekankan pentingnya enkripsi dalam pembaruan yang aman [\[1\]](https://capgo.app/).
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang nyata, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-Setelah keamanan tersedia, fokuslah pada pengoptimalan kinerja untuk pembaruan yang lebih cepat dan lebih andal.
-
-### Peningkatan Kecepatan
-
-Optimisasi kinerja memainkan peran besar dalam pengalaman pengguna dan keandalan aplikasi. Sistem pembaruan yang cepat dan efisien adalah hal yang tidak bisa dinegosiasikan. Pertimbangkan tolok ukur kinerja berikut:
-
-| **Metode** | **Target** | **Mengapa Ini Penting** |
-| --- | --- | --- |
-| Kecepatan Unduh Bundle | Dibawah 120ms/5MB | Menjamin kepuasan pengguna |
-| Waktu Respons API | Dibawah 450ms | Meningkatkan responsivitas aplikasi |
-| Tingkat Keberhasilan Pembaruan | Di atas 90% | Meningkatkan keandalan |
-| Waktu Pembaruan Pengguna Aktif | Dalam 24 jam | Mempertahankan konsistensi kode |
-
-Menggunakan pembaruan parsial dan CDN global dapat mencapai kecepatan unduh serendah 114ms untuk bundle 5MB [\[1\]](https://capgo.app/).
-
-> "Komunitas membutuhkan ini dan @Capgo sedang melakukan sesuatu yang sangat penting!" - Lincoln Baxter, @lincolnthree [\[1\]](https://capgo.app/)
-
-Untuk memaksimalkan baik keamanan maupun kecepatan, ikuti langkah-langkah berikut:
-
--   **Terapkan pembaruan parsial** untuk menghemat bandwidth dan mempercepat pengiriman.
--   **Gunakan sistem saluran** untuk peluncuran yang terkontrol dan pengujian beta.
--   **Aktifkan pelacakan kesalahan secara real-time** untuk mengidentifikasi dan memperbaiki masalah dengan cepat.
--   **Pantau analitik** untuk melacak tingkat keberhasilan pembaruan dan meningkatkan seiring waktu.
-
-## Ringkasan
-
-### Poin Kunci
-
-Untuk berbagi kode Capacitor secara efektif, fokus pada struktur modular, pengujian otomatis, penerapan yang terarah, dan enkripsi yang kuat.
-
-| Area Fokus | Praktik Terbaik | Dampak |
-| --- | --- | --- |
-| **Struktur Kode** | Arsitektur modular | Meningkatkan kemampuan pemeliharaan |
-| **Pengujian** | CI/CD otomatis | Mencapai tingkat keberhasilan 82% secara global |
-| **Penerapan** | Distribusi berbasis saluran | 95% pengguna memperbarui dalam waktu 24 jam |
-| **Keamanan** | Enkripsi end-to-end | Melindungi dari akses tidak sah |
-
-Metode ini telah berhasil diterapkan di lebih dari 750 aplikasi produksi [\[1\]](https://capgo.app/). Capgo membangun di atas fondasi ini, menawarkan alat yang menyederhanakan dan meningkatkan proses berbagi kode.
-
-### Integrasi [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fc5744af1a45e500bc59a4/460b6a71189963262e0579d8af2972b5.jpg)
-
-Capgo selaras dengan praktik ini, mengoptimalkan pengembangan Capacitor dengan pembaruan over-the-air (OTA) yang canggih dan alur kerja CI/CD terintegrasi. Ini memberikan hasil yang mengesankan, termasuk kecepatan unduh 114ms untuk bundel 5MB melalui CDN global, waktu respons API rata-rata 57ms di seluruh dunia, dan 23,5 juta pembaruan yang berhasil [\[1\]](https://capgo.app/).
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Salah satu fitur unggulan adalah opsi penerapan yang fleksibel, mendukung pengaturan berbasis cloud dan di-hosting sendiri.
-
-> "Capgo adalah alat yang wajib dimiliki bagi pengembang yang ingin lebih produktif. Menghindari tinjauan aplikasi untuk perbaikan bug adalah perubahan besar." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Fitur-fitur Capgo memperkuat praktik terbaik untuk berbagi kode:
-
-| Fitur | Manfaat | Dampak di Dunia Nyata |
-| --- | --- | --- |
-| **Integrasi CI/CD** | Mengotomatiskan penerapan | Menyederhanakan alur kerja |
-| **Sistem Saluran** | Memungkinkan pembaruan terarah | Meningkatkan kemampuan pengujian beta |
-| **Dasbor Analitik** | Melacak kinerja | Memberikan wawasan secara real-time |
-| **Kemampuan Rollback** | Mengurangi risiko | Memungkinkan pengendalian versi instan |
-
-Alat-alat ini menciptakan lingkungan berbagi kode yang aman dan efisien sambil memastikan kepatuhan terhadap pedoman toko aplikasi [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/id/best-practices-for-capacitor-script-automation.md b/src/content/blog/id/best-practices-for-capacitor-script-automation.md
deleted file mode 100644
index 007feb41f..000000000
--- a/src/content/blog/id/best-practices-for-capacitor-script-automation.md
+++ /dev/null
@@ -1,100 +0,0 @@
----
-slug: best-practices-for-capacitor-script-automation
-title: Praktik Terbaik untuk Otomatisasi Skrip Capacitor
-description: >-
-  Pelajari praktik terbaik untuk mengotomatisasi skrip Capacitor untuk
-  memperlancar pembaruan aplikasi, meningkatkan keamanan, dan mengoptimalkan
-  kinerja.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T11:08:30.579Z
-updated_at: 2025-03-21T11:08:41.812Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dce66283b63ee70fa0e1e4-1742555321812.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, script automation, CI/CD, mobile updates, performance optimization,
-  security practices
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-[Capacitor](https://capacitorjs.com/) otomatisasi skrip membantu pengembang memperbarui aplikasi seluler dengan cepat dan efisien. Berikut yang perlu Anda ketahui:
-
-- **Pembaruan Lebih Cepat**: Perubahan mencapai 95% pengguna dalam 24 jam - melewati penundaan app store
-- **Pengurangan Kesalahan**: Otomatisasi meminimalkan kesalahan manusia  
-- **Alur Kerja Sederhana**: Deploy dengan satu perintah menggunakan tools seperti [GitHub Actions](https://docsgithubcom/actions) dan [GitLab CI](https://docsgitlabcom/ee/ci/)
-
-### Praktik Utama:
-
-- **Skrip Modular**: Memecah kode menjadi bagian yang dapat digunakan kembali untuk pembaruan lebih mudah
-- **Pipeline CI/CD**: Otomatisasi pengujian dan deployment untuk hasil yang konsisten
-- **Keamanan**: Gunakan enkripsi end-to-end dan izin berbasis peran untuk melindungi pembaruan
-
-### Tools yang Perlu Dipertimbangkan:
-
-- **[Capgo](https://capgo.app/)**: Memberikan pembaruan instan, melacak kinerja, dan memastikan deployment yang aman
-- **Kesuksesan Global**: Mencapai tingkat keberhasilan pembaruan 82% dengan kecepatan unduh 114ms untuk bundle 5MB
-
-Otomatisasi memastikan pembaruan aplikasi yang lebih cepat, aman, dan andal. Selami detailnya untuk mengoptimalkan alur kerja Anda!
-
-## Cara OTOMATIS mengkonfigurasi proyek [Capacitor](https://capacitorjs.com/) ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-21.jpg?auto=compress)
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Standar Penulisan Skrip
-
-Membuat skrip otomatisasi Capacitor yang efektif membutuhkan struktur yang jelas, kemudahan pemeliharaan, dan pemantauan yang dapat diandalkan. Dengan fokus pada desain modular dan kontrol versi yang tepat, tim dapat memastikan kesuksesan dan adaptabilitas jangka panjang.
-
-### Membangun Skrip Modular
-
-Memecah skrip menjadi modul yang lebih kecil dan dapat digunakan kembali membantu menjaga kode Anda tetap bersih dan efisien. Metode ini meminimalkan redundansi dan menyederhanakan pengujian dan pembaruan.
-
-Berikut beberapa tips untuk pengembangan skrip modular:
-
-- Tulis fungsi independen untuk tugas spesifik
-- Gunakan konvensi penamaan yang konsisten untuk kejelasan
-- Desain antarmuka yang mendorong penggunaan kembali kode
-- Atur komponen untuk menyederhanakan pengujian
-
-### Mengelola Perubahan Kode
-
-Kontrol versi sangat penting untuk melacak perubahan dan mendorong kolaborasi. Menggabungkan pipeline CI/CD dapat lebih menyederhanakan deployment dan menjaga kualitas kode. Praktik terbaik meliputi:
-
-1. **Pesan commit yang jelas**: Dokumentasikan perubahan dengan cara yang mudah dipahami
-2. **Branch fitur**: Isolasi perubahan untuk menghindari konflik
-3. **Ulasan kode**: Gunakan ulasan rekan untuk menjaga standar tinggi
-
-Banyak tim telah melihat peningkatan efisiensi deployment dengan mengintegrasikan alat CI/CD Capgo dengan platform seperti GitHub Actions dan GitLab CI [\[1\]](https://capgo.app/)
-
-### Pemantauan Skrip
-
-Memantau skrip memastikan masalah terdeteksi dan diselesaikan sebelum berdampak pada pengguna. Strategi pemantauan yang kuat harus mencakup:
-
-| Komponen | Tujuan | Metrik |
-| --- | --- | --- |
-| **Pelacakan Kesalahan** | Mendeteksi masalah secara proaktif | Tingkat kesalahan, jenis kesalahan |
-| **Analitik Kinerja** | Mengoptimalkan penggunaan sumber daya | Waktu respons, penggunaan memori |
-| **Pemantauan Keberhasilan Pembaruan** | Memverifikasi deployment | Tingkat keberhasilan, adopsi pengguna |
-
-Untuk meningkatkan pemantauan:
-
-- Siapkan peringatan otomatis untuk kesalahan kritis
-- Simpan log terperinci untuk pemecahan masalah
-- Tentukan prosedur respons insiden yang jelas
-- Pantau metrik deployment secara teratur
-
-Alat pelacakan kesalahan dan analitik Capgo telah membantu tim dengan cepat mengidentifikasi dan menyelesaikan masalah. Hal ini, dikombinasikan dengan manajemen organisasi yang lebih baik, memungkinkan tim pengembangan untuk merespons lebih efektif [\[1\]](https://capgo.app/)
-
-## Kecepatan dan Efisiensi Skrip
-
-Menjaga aplikasi Capacitor Anda tetap responsif sangat bergantung pada seberapa baik kinerja skrip Anda. Dengan berfokus pada operasi async yang efisien dan manajemen memori yang efektif, Anda dapat meningkatkan kecepatan skrip sambil mengurangi konsumsi sumber daya.
-
-### Menggunakan Operasi Async
-
-Pemrograman asinkron adalah pengubah permainan ketika datang untuk menghindari bottleneck kinerja.
\ No newline at end of file
diff --git a/src/content/blog/id/biometric-authentication-in-capacitor-apps.md b/src/content/blog/id/biometric-authentication-in-capacitor-apps.md
deleted file mode 100644
index 3acf71e14..000000000
--- a/src/content/blog/id/biometric-authentication-in-capacitor-apps.md
+++ /dev/null
@@ -1,262 +0,0 @@
----
-slug: biometric-authentication-in-capacitor-apps
-title: Autentikasi Biometrik di Aplikasi Capacitor
-description: >-
-  Pelajari cara mengimplementasikan autentikasi biometrik yang aman dalam
-  aplikasi Capacitor untuk meningkatkan pengalaman pengguna dan melindungi data
-  sensitif.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:13:56.152Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68240bea59ff61289922287e-1747199824736.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  biometric authentication, Capacitor, mobile security, fingerprint, facial
-  recognition, app development
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-[Otentikasi biometrik](https://capgo.app/plugins/capacitor-native-biometric/) memungkinkan pengguna mengakses aplikasi secara aman menggunakan sidik jari, wajah, atau ciri biologis lainnya sebagai pengganti kata sandi. Bagi pengembang yang bekerja dengan [Capacitor](https://capacitorjs.com/), menerapkan fitur ini cukup mudah dan berfungsi baik di iOS maupun Android. Berikut ringkasannya:
-
--   **Mengapa Menggunakan Otentikasi Biometrik?**
-    
-    -   Lebih aman dibanding kata sandi.
-    -   Meningkatkan pengalaman pengguna dengan login yang lebih cepat.
-    -   Memenuhi standar keamanan untuk data sensitif.
--   **Metode yang Didukung:**
-    
-    -   Sidik Jari: Cepat dan umum.
-    -   Pengenalan Wajah: Opsi tanpa sentuhan.
-    -   Pemindaian Iris: Kasus penggunaan keamanan tinggi (perangkat terbatas).
-    -   Pengenalan Suara: Fokus aksesibilitas (dukungan terbatas).
--   **Peralatan Utama yang Diperlukan:**
-    
-    -   Capacitor 3.0+.
--   **Sorotan Pengaturan:**
-    
-    -   Menambahkan izin ke AndroidManifest dan Info.plist.
-    -   Menggunakan Keychain (iOS) atau Keystore (Android) untuk penyimpanan aman.
-    -   Uji secara menyeluruh untuk kompatibilitas dan opsi cadangan.
-
-### Perbandingan Cepat Plugin
-
-| Nama Plugin | Versi Capacitor | Fitur | Terbaik Untuk |
-| --- | --- | --- | --- |
-| `@aparajita/capacitor-biometric-auth` | Capacitor 8 | Biometrik asli, kredensial perangkat | Proyek baru menggunakan Capacitor 8 |
-| `capacitor-native-biometric` | Capacitor 3, 4 | Penyimpanan kredensial aman, Keychain/Keystore | Manajemen kredensial |
-| Semua versi | Dukungan biometrik dan kredensial perangkat | Opsi otentikasi fleksibel |
-
-[Otentikasi biometrik dalam aplikasi Capacitor](https://capgo.app/plugins/capacitor-native-biometric/) adalah cara yang aman dan ramah pengguna untuk melindungi data sensitif. Artikel lengkap merinci langkah-langkah pengaturan, contoh kode, strategi pengujian, dan standar keamanan.
-
-## Otentikasi Biometrik Ionic (FaceID / FingerPrint)
-
-
-## Persyaratan Pengaturan
-
-Untuk mengaktifkan otentikasi biometrik di [aplikasi Capacitor](https://capgo.app/plugins/ivs-player/) Anda, Anda perlu mengkonfigurasi beberapa alat, dependensi, dan pengaturan khusus platform. Di bawah ini, Anda akan menemukan persyaratan pengaturan langkah demi langkah untuk platform Android dan iOS.
-
-### Alat dan Dependensi yang Diperlukan
-
-Sebelum mendalami implementasi, pastikan alat dan dependensi berikut siap:
-
-| Komponen | Versi Minimum | Tujuan |
-| --- | --- | --- |
-| **Capacitor** | 3.0 atau lebih tinggi | Framework inti |
-| **[Node.js](https://nodejs.org/en)** | LTS Terbaru | Manajemen paket |
-| **[Xcode](https://developer.apple.com/xcode/)** | Versi terbaru | Pengembangan iOS |
-| **[Android Studio](https://developer.android.com/studio)** | Versi terbaru | Pengembangan Android |
-| **Perangkat Fisik** | iOS 13+ / Android API 23+ | Pengujian fitur biometrik |
-
-Pilih [plugin biometrik](https://capgo.app/plugins/capacitor-native-biometric/) berdasarkan versi Capacitor Anda:
-
--   **@aparajita/capacitor-biometric-auth** untuk Capacitor 8
--   **capacitor-native-biometric** untuk Capacitor 3 dan 4
-
-### Langkah-langkah Pengaturan Android
-
-Untuk mengkonfigurasi otentikasi biometrik di Android, Anda perlu melakukan beberapa penyesuaian pada file proyek Anda:
-
-1.   **Konfigurasi Manifest**
-    
-    Tambahkan izin berikut ke file `AndroidManifest.xml` Anda:
-    
-    ```xml
-    <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-    <!-- For Android 9 (API 28) or lower -->
-    <uses-permission android:name="android.permission.USE_FINGERPRINT" />
-    ```
-    
-2.   **Pengaturan Gradle**
-    
-    Perbarui file `build.gradle` aplikasi Anda untuk menyertakan dependensi biometrik yang diperlukan:
-    
-    ```kotlin
-    dependencies {
-        implementation "androidx.biometric:biometric:1.1.0"
-    }
-    ```
-
-
-### Langkah-langkah Pengaturan iOS
-
-Untuk iOS, Anda perlu mengikuti langkah-langkah ini untuk mengkonfigurasi otentikasi biometrik:
-
-1.   **Konfigurasi Info.plist**
-    
-    Tambahkan deskripsi penggunaan yang diperlukan ke file `Info.plist` Anda:
-    
-    ```xml
-    <key>NSFaceIDUsageDescription</key>
-    <string>Authentication required for secure access</string>
-    ```
-    
-2.   **Konfigurasi Keychain**
-    
-    Aktifkan kemampuan Keychain di Xcode:
-    
-    -   Buka pengaturan proyek Anda.
-    -   Buka tab **Signing & Capabilities**.
-    -   Tambahkan kemampuan **Keychain Sharing**.
-    -   Konfigurasikan grup akses jika diperlukan.
-3.   **Kebijakan Otentikasi**
-    
-    Siapkan kebijakan otentikasi lokal untuk menangani:
-    
-    -   Upaya otentikasi yang gagal
-    -   Fallback ke kode sandi perangkat
-    -   Pemeriksaan ketersediaan biometrik
-    
-    Untuk keamanan yang lebih baik, gunakan iOS Keychain untuk menyimpan data sensitif. Ini memastikan kompatibilitas dengan Touch ID dan Face ID sambil melindungi kredensial pengguna.
-
-Capgo menyederhanakan pembaruan biometrik. Konfigurasikan seperti ini:
-
-```typescript
-import { Biometrics } from '@capgo/capacitor-native-biometric';
-
-async function setupBiometricAuth() {
-  try {
-    const { isAvailable } = await Biometrics.isBiometricsAvailable();
-
-    if (!isAvailable) {
-      return {
-        success: false,
-        message: "Biometric authentication not available"
-      };
-    }
-
-    const result = await Biometrics.authenticate({
-      reason: "Access your secure data",
-      title: "Verify Identity",
-      subtitle: "Use biometrics to authenticate",
-      cancelTitle: "Use Password Instead"
-    });
-
-    return {
-      success: true,
-      data: result
-    };
-  } catch (error) {
-    return {
-      success: false,
-      error: error.message
-    };
-  }
-}
-```
-
-Berikut alasan mengapa Capgo adalah alat yang bagus untuk mengelola pembaruan:
-
--   **Penerapan Instan**: Segera menerapkan perbaikan keamanan dan fitur baru tanpa penundaan.
--   **Peluncuran Bertahap**: Uji pembaruan dengan kelompok pengguna tertentu sebelum merilis ke semua pengguna.
--   **Kontrol Versi**: Pantau berbagai versi autentikasi untuk pengelolaan yang lebih baik.
--   **Pemulihan Darurat**: Cepat kembali ke versi sebelumnya jika terjadi masalah.
-
-### Pembaruan API
-
-Menjaga API biometrik Anda tetap diperbarui sangat penting untuk keamanan dan fungsionalitas. Tetap proaktif dengan pembaruan dengan mengikuti panduan ini:
-
-| Jenis Pembaruan | Metode Pemantauan | Jadwal Implementasi |
-| --- | --- | --- |
-| Patch Keamanan | Notifikasi Repositori Plugin | 24 jam |
-| Pembaruan Fitur | Dokumentasi Platform | 1 minggu |
-| Perubahan Breaking | Catatan Rilis | 2-4 minggu |
-| Pembaruan Kebijakan Store | Portal Pengembang | Sebelum pengajuan |
-
-Fokus pada area berikut:
-
--   **Perubahan Platform**: Pantau pembaruan API LocalAuthentication iOS dan BiometricPrompt Android.
--   **Standar Keamanan**: Tetap selaras dengan persyaratan keamanan biometrik terbaru.
--   **Panduan Store**: Pastikan kepatuhan dengan kebijakan Apple App Store dan Google Play untuk menghindari masalah pengajuan.
-
-## Kesimpulan
-
-### Poin Penting
-
-Menambahkan autentikasi biometrik ke aplikasi Capacitor Anda melibatkan keseimbangan antara keamanan, performa, dan pengalaman pengguna. Berikut ringkasan elemen inti yang perlu diperhatikan:
-
-| **Komponen** | **Fokus Implementasi** | **Pertimbangan Utama** |
-| --- | --- | --- |
-| **Standar Keamanan** | Penyimpanan native platform (Keychain/Keystore) | Enkripsi end-to-end, perlindungan kredensial |
-| **Pemilihan Plugin** | Kompatibilitas versi terbaru | Dukungan untuk berbagai jenis biometrik |
-| **Manajemen Pembaruan** | Siklus pemeliharaan rutin | Penerapan cepat patch keamanan |
-| **Pengalaman Pengguna** | Opsi autentikasi cadangan | Prompt autentikasi yang jelas dan ramah pengguna |
-
-Komponen-komponen ini adalah peta jalan Anda menuju integrasi yang sukses.
-
-### Langkah-langkah Implementasi Autentikasi Biometrik
-
-Ikuti langkah-langkah ini untuk mengintegrasikan autentikasi biometrik ke dalam aplikasi Anda:
-
--   **Integrasi Plugin**  
-    Mulai dengan memilih plugin biometrik yang sesuai dengan versi Capacitor Anda. Pastikan file konfigurasi Anda - seperti `AndroidManifest.xml` dan `Info.plist` - telah diatur dengan benar. Untuk penyimpanan kredensial yang aman, andalkan solusi native seperti Keychain atau Keystore.
-    
--   **Konfigurasi Keamanan**  
-    Lindungi data pengguna dengan mengaktifkan enkripsi end-to-end untuk semua transmisi kredensial. Jika diperlukan, sertakan [autentikasi multi-faktor](https://capgo.app/docs/webapp/mfa/) untuk menambah lapisan keamanan. Rencanakan penanganan kesalahan yang kuat dan opsi cadangan untuk mempertahankan fungsionalitas jika terjadi kegagalan.
-    
--   **Pemeliharaan Berkelanjutan**  
-    Jaga keamanan aplikasi Anda dengan menyiapkan pipeline pembaruan rutin untuk patch keamanan. Pantau pembaruan plugin dan perhatikan peringatan keamanan. Alat seperti Capgo dapat menyederhanakan proses ini dengan memungkinkan pembaruan instan. Capgo memiliki tingkat pembaruan pengguna yang mengesankan sebesar 95% dalam 24 jam, menjadikannya tambahan yang berharga untuk toolkit Anda [\[2\]](https://capgo.app).
-    
-
-> "Capgo adalah alat yang wajib dimiliki pengembang yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangat berharga." - Bessie Cooper [\[2\]](https://capgo.app)
-
-## FAQ
-
-:::faq
-### Apa perbedaan antara plugin biometrik untuk Capacitor, dan bagaimana saya memilih yang terbaik untuk aplikasi saya?
-
-Saat memilih plugin biometrik untuk aplikasi Capacitor Anda, penting untuk menyelaraskan pilihan dengan kebutuhan spesifik proyek Anda. Pertimbangkan faktor seperti **kompatibilitas platform** (apakah Anda membutuhkan dukungan untuk iOS, Android, atau keduanya), seberapa sederhana proses integrasinya, dan apakah plugin mendukung metode biometrik lanjutan seperti **Face ID** atau **autentikasi sidik jari**.
-
-Meskipun panduan ini berfokus pada implementasi autentikasi biometrik di [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), alat seperti **Capgo** dapat berperan penting. Mereka memungkinkan Anda mendorong pembaruan real-time ke aplikasi Anda tanpa memerlukan persetujuan app store. Ini berarti aplikasi Anda dapat tetap up-to-date dengan fitur keamanan terbaru, termasuk pembaruan biometrik, sambil tetap mematuhi standar Apple dan Android.
-:::
-
-:::faq
-### Bagaimana memastikan autentikasi biometrik di aplikasi Capacitor saya memenuhi standar keamanan dan panduan app store?
-
-Untuk memastikan autentikasi biometrik di aplikasi Capacitor Anda memenuhi standar keamanan saat ini dan aturan app store, ikuti praktik utama berikut:
-
--   **Pilih plugin terpercaya**: Gunakan plugin autentikasi biometrik terpercaya seperti `@capacitor/biometrics` untuk memastikan aplikasi Anda aman dan berfungsi dengan lancar di berbagai perangkat.
--   **Ikuti aturan platform**: Patuhi panduan Apple dan Android, termasuk mendapatkan persetujuan pengguna, menggunakan penyimpanan aman, dan menawarkan opsi cadangan seperti PIN atau kata sandi.
--   **Jaga dependensi tetap diperbarui**: Rutin perbarui aplikasi dan pustaka Anda untuk memperbaiki kerentanan dan tetap selaras dengan standar yang berubah.
-
-Menggunakan layanan pembaruan langsung seperti **Capgo** dapat membuat proses ini lebih lancar. Ini memungkinkan Anda mendorong pembaruan keamanan atau peningkatan ke aplikasi Anda secara instan, melewati penundaan persetujuan app store. Ini menjaga aplikasi Anda tetap aman, patuh, dan up-to-date dengan kebijakan Apple dan Android.
-:::
-
-:::faq
-### Apa tantangan yang mungkin dihadapi pengembang saat mengintegrasikan autentikasi biometrik ke dalam aplikasi Capacitor, dan bagaimana mengatasinya?
-
-Implementasi autentikasi biometrik dalam aplikasi Capacitor memiliki berbagai tantangan. Ini termasuk memastikan kompatibilitas antar perangkat, mengelola izin pengguna secara efektif, dan menangani data sensitif secara aman. Berikut cara mengatasi masalah ini:
-
--   **Kompatibilitas perangkat**: Untuk mendukung fitur biometrik di Android dan iOS, pertimbangkan menggunakan plugin seperti `@capacitor-fingerprint-auth`. Alat ini membantu menjembatani kesenjangan antar platform, memastikan aplikasi Anda bekerja dengan lancar di berbagai perangkat.
-    
--   **Izin pengguna**: Penting untuk menjelaskan dengan jelas mengapa aplikasi Anda membutuhkan akses biometrik. Berikan informasi transparan kepada pengguna dan rancang aplikasi Anda untuk menangani situasi dengan baik ketika pengguna memilih untuk tidak memberikan izin.
-    
--   **Keamanan data**: Melindungi data autentikasi sangat penting. Ikuti [praktik terbaik enkripsi](https://capgo.app/docs/cli/migrations/encryption/) dan patuhi panduan keamanan yang disediakan oleh setiap platform untuk memastikan informasi sensitif tetap aman.
-    
-
-Untuk membuat pembaruan atau memperbaiki masalah terkait fitur biometrik tanpa repot dengan persetujuan app store, Anda dapat menggunakan alat seperti Capgo. Ini memungkinkan pembaruan real-time, memungkinkan Anda mengatasi bug atau meningkatkan fungsionalitas dengan cepat sambil tetap mematuhi kebijakan Apple dan Android.
-:::
diff --git a/src/content/blog/id/birth-of-capgo-revolutionizing-capacitor-app-updates.md b/src/content/blog/id/birth-of-capgo-revolutionizing-capacitor-app-updates.md
deleted file mode 100644
index 82a37b381..000000000
--- a/src/content/blog/id/birth-of-capgo-revolutionizing-capacitor-app-updates.md
+++ /dev/null
@@ -1,149 +0,0 @@
----
-slug: birth-of-capgo-revolutionizing-capacitor-app-updates
-title: Bagaimana Sebuah Issue GitHub Berevolusi Menjadi Bisnis
-description: >-
-  Temukan berbagai tantangan dan pencapaian dalam menciptakan Capgo, sebuah
-  sistem pembaruan langsung yang inovatif untuk aplikasi Capacitor, yang lahir
-  dari kebutuhan dan dibentuk oleh masukan komunitas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-07-13T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /capgo-birth-story.webp
-head_image_alt: Representasi visual dari evolusi Capgo dari ide menjadi produk
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: development
-published: true
-locale: id
-next_blog: ''
----
-## Awal Mula: Permintaan Komunitas
-
-Awal mula Capgo sebenarnya sudah ada jauh sebelum saya memulai perjalanan sebagai pembuat tunggal. Pada 8 Juli 2020, seorang anggota komunitas bernama alexcroox mengajukan permintaan plugin yang akhirnya menjadi cetak biru untuk Capgo.
-
-![Initial plugin request](/capgo-initial-request.webp)
-
-Permintaan ini menguraikan kebutuhan akan plugin "Capacitor Hot Code Push" dengan poin-poin utama berikut:
-
-1. **Platform**: Dukungan untuk Android dan iOS.
-2. **Solusi yang Ada**: Ini menyoroti keterbatasan opsi saat ini seperti MS Code Push (yang tidak memiliki dukungan Capacitor) dan App Flow (yang mahal dan tidak fleksibel).
-3. **Deskripsi**: Kemampuan untuk memperbarui js/css/html aplikasi secara real-time tanpa melalui proses review app store.
-4. **Fitur Utama**:
-   - Memfasilitasi pembaruan melalui udara dari server/endpoint pilihan pengembang.
-   - Mengunduh file zip dari folder dist yang diperbarui, mengekstraknya, dan memberi tahu Capacitor untuk meluncur dari direktori baru ini.
-   - Fitur tambahan seperti verifikasi pembaruan, waktu instalasi, dan pengunduhan pembaruan secara selektif.
-
-Permintaan yang komprehensif ini mendapat dukungan komunitas yang signifikan, dengan 65 suka dan 25 reaksi hati. Ini jelas menunjukkan permintaan yang kuat untuk solusi seperti itu dalam ekosistem Capacitor.
-
-Ketika saya menemukan permintaan ini lebih dari setahun kemudian, hal ini sangat sesuai dengan tantangan yang saya hadapi dalam proyek saya sendiri. Ini berfungsi sebagai validasi kebutuhan akan alat seperti itu dan peta jalan untuk apa yang akan menjadi Capgo.
-
-Antusiasme komunitas untuk plugin yang diusulkan ini, dikombinasikan dengan pengalaman pribadi saya, menjadi kekuatan pendorong di balik pengembangan Capgo. Ini adalah contoh sempurna bagaimana komunitas open-source dapat mengidentifikasi kebutuhan dan menginspirasi solusi, bahkan jika timeline dari ide hingga implementasi mencapai lebih dari setahun.
-
-## Babak Baru Dimulai
-
-Sebelum mendalami kisah Capgo, penting untuk memahami latar belakangnya. Pada 2021, saya membuat keputusan yang mengubah hidup untuk mengundurkan diri dari posisi CTO Cashstory dan menjual saham saya. Ini menandai awal perjalanan saya sebagai pembuat tunggal, sebuah jalur yang penuh ketidakpastian tetapi juga peluang tak terbatas.
-
-![Lisbon digital nomad life](/capgo-lisbon-nomad.webp)
-
-Dengan tabungan sebagai jaring pengaman, saya memulai petualangan baru. Saya hidup sebagai digital nomad di Lisbon, Portugal, merangkul scene teknologi dan budaya kota yang dinamis sambil fokus pada proyek-proyek yang saya sukai. Fokus utama saya adalah Captime, sebuah timer crossfit mobile app. Tanpa saya sadari bahwa proyek ini akan membuat saya menciptakan sesuatu yang jauh lebih besar.
-
-Energi dari ekosistem startup Lisbon dan kebebasan gaya hidup digital nomad memberikan latar belakang yang sempurna untuk inovasi. Di lingkungan inilah, dikelilingi oleh sesama pengusaha dan pengembang dari seluruh dunia, benih-benih Capgo ditaburkan.
-
-## Percikan Sebuah Ide
-
-Saat mengerjakan Captime, saya menghadapi kendala signifikan - kurangnya solusi pembaruan yang terjangkau dan fleksibel untuk aplikasi Capacitor. Pada Oktober 2021, saya menyuarakan kekhawatiran ini di thread GitHub.
-
-![Initial proposal for Capgo](/capgo-initial-proposal.webp)
-
-Poin-poin masalah utama yang saya identifikasi adalah:
-
-1. Biaya tinggi untuk pengembang skala kecil
-2. Kurangnya pembaruan over-the-air (OTA) dalam paket terjangkau
-3. Fitur yang tidak diperlukan untuk pengembang tunggal
-
-## Komunitas Merespon
-
-Kekhawatiran saya mendapat sambutan dari pengembang lain. Banyak yang menggemakan sentimen bahwa solusi yang ada terlalu mahal untuk pengembang indie dan tim kecil.
-
-![Community feedback](/capgo-community-feedback.webp)
-
-Seorang pengembang merangkum perasaan komunitas:
-
-"Akan sangat bagus jika Community plan termasuk 500 pembaruan langsung. Atau lebih baik lagi, jika ada paket Pembaruan Langsung saja seharga $50/bulan yang mencakup 5.000 Pembaruan Langsung."
-
-## Lahirnya Sebuah Solusi
-
-Termotivasi oleh respons komunitas, saya memutuskan untuk mengambil tindakan sendiri. Pada 24 Oktober 2021, saya mengumumkan rencana untuk membangun modul yang akan memungkinkan pengembang mengunduh pembaruan dari URL tertentu.
-
-![Initial code snippet](/capgo-initial-code.webp)
-
-Tujuan awalnya sederhana:
-- Mengunduh data dari URL
-- Membuka zip data
-- Mengganti kode saat ini dengan yang baru
-
-Namun, mengubah ide sederhana ini menjadi kenyataan ternyata jauh lebih menantang dari yang saya duga awalnya.
-
-## Perjuangan di Balik Layar
-
-Yang tidak terlihat dari thread GitHub adalah kompleksitas tugas yang saya ambil. Kode yang diperlukan untuk mengimplementasikan fungsionalitas ini rumit dan sulit dipahami. Saya harus bergulat dengan detail rumit tentang bagaimana aplikasi Capacitor menangani pembaruan dan sistem file.
-
-Banyak malam dihabiskan di van saya, mempelajari dokumentasi dan bereksperimen dengan pendekatan berbeda. Kemajuan berjalan lambat, dan ada saat-saat di mana saya mempertanyakan apakah saya telah mengambil tugas yang terlalu besar.
-
-## Komunitas Datang Membantu
-
-Untungnya, saya tidak sendirian dalam perjalanan ini. Komunitas pengembang, khususnya di Discord, terbukti menjadi sumber daya yang sangat berharga. Sesama pengembang menawarkan wawasan mereka, membantu debug masalah, dan memberikan dorongan semangat saat situasi sulit.
-
-![Discord community support](/capgo-discord-support.webp)
-
-Upaya kolaboratif ini sangat penting dalam mengatasi hambatan teknis. Ini memperkuat keyakinan saya akan kekuatan open source dan pengembangan yang digerakkan oleh komunitas.
-
-## Pengembangan Cepat dan Peningkatan Kemampuan
-
-Dengan bantuan komunitas, pengembangan mulai dipercepat. Pada 22 November 2021, saya memiliki versi yang berfungsi untuk iOS dan sedang meningkatkan pengalaman pengembang.
-
-![Improved code snippet](/capgo-improved-code.webp)
-
-Seiring perkembangan, saya menambahkan lebih banyak fitur:
-- Dukungan Android
-- Persistensi antara penghentian aplikasi
-- Kemampuan untuk kembali ke versi aplikasi asli
-
-![New features announcement](/capgo-new-features.webp)
-
-Setiap fitur baru membawa tantangannya sendiri, tetapi juga rasa pencapaian karena proyek berkembang melampaui ruang lingkup awalnya.
-
-## Peluncuran Capgo
-
-Pada Maret 2022, proyek ini telah berkembang menjadi produk lengkap: Capgo. Saya mengumumkan rilis mode pembaruan otomatis, memungkinkan pengembang untuk terhubung ke backend mereka sendiri atau menggunakan layanan backend Capgo.
-
-![Capgo launch announcement](/capgo-launch-announcement.webp)
-
-Respons komunitas sangat positif, dengan pengembang memuji solusi yang sangat dibutuhkan ini.
-
-## Beralih ke Produk Berbayar
-
-Awalnya, saya tidak memiliki rencana untuk memonetisasi Capgo. Tujuan saya hanya membuat alat yang akan memecahkan masalah yang saya dan pengembang lain hadapi. Namun, umpan balik di GitHub membuat saya mempertimbangkan kembali sikap ini.
-
-Para pengembang menyatakan kesediaan untuk membayar solusi yang memenuhi kebutuhan mereka dengan harga yang wajar. Umpan balik ini, dikombinasikan dengan kesadaran akan biaya berkelanjutan dan upaya yang diperlukan untuk memelihara dan meningkatkan Capgo, mengarah pada keputusan penting.
-
-Pada 11 Juni 2022, saya mengumumkan bahwa Capgo akan mulai mengenakan biaya untuk penggunaan dalam 15 hari, menandai transisinya dari proyek komunitas menjadi bisnis yang berkelanjutan.
-
-![Capgo pricing announcement](/capgo-pricing-announcement.webp)
-
-Namun, tetap setia pada akar proyek, saya mempertahankan inti open-source Capgo dengan mengizinkan penggunaan gratis plugin dalam mode manual atau dengan server kustom.
-
-## Kesimpulan
-
-Perjalanan saya dengan Capgo adalah bukti kekuatan inovasi yang digerakkan komunitas dan jalur tak terduga yang sering ditemui pembuat tunggal. Yang awalnya bermula dari frustrasi pribadi saat mengerjakan aplikasi timer crossfit berkembang menjadi sistem pembaruan langsung yang kuat, terjangkau, dan fleksibel untuk aplikasi Capacitor.
-
-Penciptaan Capgo sama sekali tidak mudah. Ini membutuhkan tak terhitung jam kerja, dukungan dari komunitas pengembang yang murah hati, dan kemauan untuk beralih berdasarkan umpan balik pengguna. Dari coding di Airbnb di Portugal hingga meluncurkan produk berbayar, setiap langkah perjalanan ini telah menjadi pengalaman pembelajaran.
-
-Seiring Capgo terus berkembang, ini menjadi contoh utama bagaimana mengidentifikasi celah di pasar, secara aktif bekerja untuk mengisinya, dan responsif terhadap kebutuhan komunitas dapat mengarah pada penciptaan alat berharga yang menguntungkan seluruh ekosistem pengembang.
-
-Kisah Capgo lebih dari sekadar pengembangan alat; ini adalah kisah ketekunan, komunitas, dan ketidakpastian yang menarik dari kehidupan sebagai pembuat tunggal.
-
-Anda dapat menemukan cerita lengkapnya di [sini](https://github.com/capacitor-community/proposals/issues/43#issuecomment-941017142).
diff --git a/src/content/blog/id/building-a-native-mobile-app-with-nextjs-and-capacitor.md b/src/content/blog/id/building-a-native-mobile-app-with-nextjs-and-capacitor.md
deleted file mode 100644
index 6a4c8590d..000000000
--- a/src/content/blog/id/building-a-native-mobile-app-with-nextjs-and-capacitor.md
+++ /dev/null
@@ -1,421 +0,0 @@
----
-slug: building-a-native-mobile-app-with-nextjs-and-capacitor
-title: >-
-  Membangun Aplikasi Mobile Native dengan Next.js 14 dan Capacitor: Panduan
-  Langkah demi Langkah 2024
-description: >-
-  Pelajari cara membuat aplikasi mobile native menggunakan Next.js 14 dan
-  Capacitor dalam panduan lengkap ini. Temukan praktik terbaik dan teknik
-  terbaru untuk membangun aplikasi mobile yang kaya fitur dan berkinerja tinggi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-02-21T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /next_capgo.webp
-head_image_alt: Ilustrasi Next.js 14 dan Capacitor
-keywords: >-
-  Next.js 14, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-## Pendahuluan
-
-Dalam tutorial ini, kita akan mengeksplorasi cara membuat aplikasi mobile native menggunakan kombinasi kuat antara [Next.js](https://nextjs.org/) 14 dan [Capacitor](https://capacitorjs.com/) di tahun 2024. Dengan memanfaatkan versi terbaru dari teknologi ini, Anda dapat membangun aplikasi mobile yang kaya fitur dan berkinerja tinggi dengan mudah. Kita juga akan mendemonstrasikan cara meningkatkan UI mobile menggunakan [Konsta UI](https://konstaui.com/) dan Tailwind CSS, meskipun langkah ini opsional.
-
-Next.js, framework React yang populer, menyediakan fondasi yang solid untuk membangun aplikasi web, sementara Capacitor memungkinkan Anda mengubah aplikasi Next.js Anda menjadi aplikasi mobile native tanpa modifikasi signifikan atau kebutuhan untuk mempelajari keterampilan baru seperti React Native. Tutorial ini akan memandu Anda melalui prosesnya, dimulai dengan menyiapkan aplikasi Next.js baru dan mengintegrasikan Capacitor untuk menciptakan pengalaman mobile native.
-
-### Manfaat Menggunakan Next.js dan Capacitor
-
-- **Penggunaan Kode Ulang**: Next.js memungkinkan Anda menulis komponen yang dapat digunakan kembali dan berbagi kode antara aplikasi web dan mobile, menghemat waktu dan usaha pengembangan.
-- **Performa**: Next.js menawarkan optimasi performa bawaan, seperti server-side rendering dan pemisahan kode, memastikan waktu pemuatan cepat dan pengalaman pengguna yang lancar.
-- **Kemampuan Native**: Capacitor menyediakan akses ke fitur perangkat native seperti kamera, geolokasi, dan lainnya, memungkinkan Anda membangun aplikasi mobile yang kaya fitur.
-- **Pengembangan yang Disederhanakan**: Dengan Capacitor, Anda dapat mengembangkan dan menguji aplikasi mobile menggunakan teknologi web yang familiar, mengurangi kurva pembelajaran dan memperlancar proses pengembangan.
-
-## Menyiapkan Aplikasi Next.js Anda
-
-Untuk memulai, mari buat aplikasi Next.js baru menggunakan perintah `create-next-app`:
-
-```shell
-npx create-next-app@latest my-app
-```
-
-Perintah ini akan menyiapkan proyek Next.js kosong dengan konfigurasi yang direkomendasikan untuk versi terbaru.
-
-Selanjutnya, navigasi ke direktori proyek:
-
-```shell
-cd my-app
-```
-
-Untuk membuat aplikasi mobile native, kita perlu menghasilkan ekspor statis dari proyek Next.js kita. Perbarui file `package.json` untuk menyertakan script untuk membangun dan mengekspor proyek:
-
-```json
-{
-  "scripts": {
-    "dev": "next dev",
-    "build": "next build",
-    "start": "next start",
-    "lint": "next lint",
-    "static": "NEXT_PUBLIC_IS_MOBILE=true next build"
-  }
-}
-```
-
-Menjalankan perintah `npm run static` mungkin menghasilkan error karena ketidakcocokan optimasi gambar. Untuk mengatasi ini, buka file `next.config.js` dan modifikasi sebagai berikut:
-
-```javascript
-/** @type {import('next').NextConfig} */
-const isMobile = process.env.NEXT_PUBLIC_IS_MOBILE === 'true';
-const nextConfig = {
-    ...(isMobile ? {output: 'export'} : {}),
-  reactStrictMode: true,
-  images: {
-    unoptimized: true,
-  },
-};
-
-module.exports = nextConfig;
-```
-
-Sekarang, menjalankan `npm run static` seharusnya bekerja tanpa masalah, dan Anda akan menemukan folder `out` baru di root proyek Anda. Folder ini akan digunakan oleh Capacitor di langkah-langkah berikutnya.
-
-## Menambahkan Capacitor ke Aplikasi Next.js 14 Anda
-
-Untuk mengemas aplikasi Next.js Anda ke dalam container mobile native, ikuti langkah-langkah ini:
-
-1. Instal [Capacitor CLI](https://capacitorjs.com/docs/cli/) sebagai dependensi pengembangan:
-
-```shell
-npm install -D @capacitor/cli
-```
-
-2. Inisialisasi Capacitor dalam proyek Next.js Anda:
-
-```shell
-npx cap init
-```
-
-Selama proses inisialisasi, Anda dapat menekan "Enter" untuk menerima nilai default untuk nama aplikasi dan ID bundle.
-
-3. Instal paket Capacitor yang diperlukan:
-
-```shell
-npm install @capacitor/core @capacitor/ios @capacitor/android
-```
-
-4. Tambahkan platform native:
-
-```shell
-npx cap add ios
-npx cap add android
-```
-
-Capacitor akan membuat folder untuk setiap platform (`ios` dan `android`) di root proyek Anda. Folder-folder ini berisi proyek native untuk iOS dan Android.
-
-Untuk mengakses dan membangun proyek Android, Anda perlu memiliki [Android Studio](https://developer.android.com/studio) terinstal. Untuk pengembangan iOS, Anda memerlukan Mac dengan [Xcode](https://developer.apple.com/xcode/) terinstal.
-
-5. Konfigurasi Capacitor:
-
-Buka file `capacitor.config.ts` dan perbarui properti `webDir` untuk mengarah ke direktori output dari build Next.js Anda:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-6. Build dan sinkronkan proyek Anda:
-
-```shell
-npm run static
-npx cap sync
-```
-
-Perintah `npm run static` membangun proyek Next.js Anda dan mengekspor file statis, sementara `npx cap sync` mensinkronkan kode web dengan platform native.
-
-## Membangun dan Men-deploy Aplikasi Native
-
-Untuk membangun dan men-deploy aplikasi mobile native Anda, ikuti langkah-langkah ini:
-Untuk mengembangkan aplikasi iOS, Anda perlu memiliki **Xcode** terinstal, dan untuk aplikasi Android, Anda perlu memiliki **Android Studio** terinstal. Selain itu, jika Anda berencana mendistribusikan aplikasi Anda di app store, Anda perlu mendaftar di Apple Developer Program untuk iOS dan Google Play Console untuk Android.
-
-1. Buka proyek native:
-
-Untuk iOS:
-```shell
-npx cap open ios
-```
-
-Untuk Android:
-```shell
-npx cap open android
-```
-
-2. Build dan jalankan aplikasi:
-
-![android-studio-run](/android-studio-run.webp)
-
-- Di Android Studio, tunggu hingga proyek siap, kemudian klik tombol "Run" untuk men-deploy aplikasi ke perangkat atau emulator yang terhubung.
-![xcode-run](/xcode-run.webp)
-
-- Di Xcode, siapkan akun signing Anda untuk men-deploy aplikasi ke perangkat nyata. Jika Anda belum pernah melakukan ini sebelumnya, Xcode akan memandu Anda melalui prosesnya (perhatikan bahwa Anda perlu terdaftar di Apple Developer Program). Setelah siap, klik tombol "Play" untuk menjalankan aplikasi di perangkat Anda yang terhubung.
-
-Selamat! Anda telah berhasil men-deploy aplikasi web Next.js ke perangkat mobile.
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/nextjs-mobile-app.webp" alt="nextjs-mobile-app">
-</div>
-Tapi tunggu dulu, ada cara yang lebih cepat untuk melakukan ini selama pengembangan...
-
-## Live Reload Capacitor
-
-Selama pengembangan, Anda dapat memanfaatkan live reloading untuk melihat perubahan secara instan di perangkat mobile Anda. Untuk mengaktifkan fitur ini, ikuti langkah-langkah berikut:
-
-1. Temukan alamat IP lokal Anda:
-
-- Pada macOS, jalankan perintah berikut di terminal:
-  ```shell
-  ipconfig getifaddr en0
-  ```
-
-- Pada Windows, jalankan:
-  ```shell
-  ipconfig
-  ```
-  Cari alamat IPv4 dalam output.
-
-2. Perbarui file `capacitor.config.ts` untuk menyertakan konfigurasi server:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'out',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://YOUR_IP_ADDRESS:3000',
-    cleartext: true,
-  },
-};
-
-export default config;
-```
-
-Ganti `YOUR_IP_ADDRESS` dengan alamat IP lokal Anda.
-
-3. Terapkan perubahan ke proyek native Anda:
-
-```shell
-npx cap copy
-```
-
-Perintah `copy` menyalin folder web dan perubahan konfigurasi ke proyek native tanpa memperbarui seluruh proyek.
-
-4. Rebuild dan jalankan aplikasi di perangkat Anda menggunakan Android Studio atau Xcode.
-
-Sekarang, setiap kali Anda membuat perubahan pada aplikasi Next.js Anda, aplikasi mobile akan secara otomatis memuat ulang untuk mencerminkan perubahan tersebut.
-
-Catatan: Jika Anda menginstal plugin baru atau membuat perubahan pada file native, Anda perlu membangun ulang proyek native karena live reloading hanya berlaku untuk perubahan kode web.
-
-## Menggunakan Plugin Capacitor
-
-Plugin Capacitor memungkinkan Anda mengakses fitur perangkat native dari aplikasi Next.js Anda. Mari kita eksplorasi cara menggunakan [plugin Share](https://capacitorjs.com/docs/apis/share/) sebagai contoh:
-
-1. Instal plugin Share:
-
-```shell
-npm i @capacitor/share
-```
-
-2. Perbarui file `pages/index.js` untuk menggunakan plugin Share:
-
-```javascript
-import Head from 'next/head';
-import styles from '../styles/Home.module.css';
-import { Share } from '@capacitor/share';
-
-export default function Home() {
-  const share = async () => {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends',
-    });
-  };
-
-  return (
-    <div className={styles.container}>
-      <Head>
-        <title>Create Next App</title>
-        <meta name="description" content="Generated by create next app" />
-        <link rel="icon" href="/favicon.ico" />
-      </Head>
-
-      <main className={styles.main}>
-        <h1 className={styles.title}>
-          Welcome to <a href="https://nextjs.org">Capgo!</a>
-        </h1>
-
-        <p className={styles.description}>
-          <h2>Cool channel</h2>
-          <button onClick={() => share()}>Share now!</button>
-        </p>
-      </main>
-    </div>
-  );
-}
-```
-
-3. Sinkronkan perubahan dengan proyek native:
-
-Seperti disebutkan sebelumnya, saat menginstal plugin baru, kita perlu melakukan operasi sinkronisasi dan kemudian men-deploy ulang aplikasi ke perangkat kita. Untuk melakukan ini, jalankan perintah berikut:
-
-```shell
-npx cap sync
-```
-
-4. Rebuild dan jalankan aplikasi di perangkat Anda.
-
-Sekarang, ketika Anda mengklik tombol "Share now!", dialog berbagi native akan muncul, memungkinkan Anda berbagi konten dengan aplikasi lain.
-
-<div class="mx-auto" style="width: 50%;">
-<img src="/next-capacitor-share.webp" alt="next-capacitor-share">
-</div>
-
-Untuk membuat tombol terlihat lebih ramah mobile, kita dapat menambahkan beberapa styling menggunakan library komponen UI favorit saya untuk aplikasi web - Next.js (tanpa bermaksud bercanda).
-
-## Menambahkan Konsta UI
-
-Saya telah bekerja bertahun-tahun dengan [Ionic](https://ionicframework.com/) untuk membangun aplikasi lintas platform yang luar biasa dan itu adalah salah satu pilihan terbaik selama bertahun-tahun.
-Tapi sekarang saya tidak merekomendasikannya lagi karena sangat rumit untuk diintegrasikan dengan Next.js dan tidak benar-benar sepadan ketika Anda sudah memiliki [tailwindcss](https://tailwindcss.com/).
-
-Jika Anda menginginkan UI mobile yang benar-benar bagus yang beradaptasi dengan styling khusus iOS dan Android, saya merekomendasikan Konsta UI.
-
-Anda perlu memiliki [tailwind sudah terinstal](https://tailwindcss.com/docs/guides/nextjs/)
-Untuk meningkatkan UI mobile aplikasi Next.js Anda, Anda dapat menggunakan [Konsta UI](https://konstaui.com/), library komponen UI ramah mobile yang beradaptasi dengan styling iOS dan Android. Ikuti langkah-langkah ini untuk mengintegrasikan Konsta UI:
-
-1. Instal paket yang diperlukan:
-
-```shell
-npm i konsta
-```
-
-2. Perbarui file `tailwind.config.js`:
-
-```javascript
-const konstaConfig = require('konsta/config');
-
-module.exports = konstaConfig({
-  content: [
-    './pages/**/*.{js,ts,jsx,tsx}',
-    './components/**/*.{js,ts,jsx,tsx}',
-  ],
-  theme: {
-    extend: {},
-  },
-  plugins: [],
-});
-```
-
-3. Bungkus aplikasi Anda dengan komponen `App` Konsta UI di `pages/_app.js`:
-
-```javascript
-import { App } from 'konsta/react';
-import '../styles/globals.css';
-
-function MyApp({ Component, pageProps }) {
-  return (
-    <App theme="ios">
-      <Component {...pageProps} />
-    </App>
-  );
-}
-
-export default MyApp;
-```
-
-### Contoh Halaman
-
-Sekarang ketika semuanya sudah diatur, kita dapat menggunakan komponen React Konsta UI dalam halaman Next.js kita.
-
-4. Perbarui file `pages/index.js` untuk menggunakan komponen Konsta UI:
-
-```javascript
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  BlockTitle,
-} from 'konsta/react';
-
-export default function Home() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Here is your Next.js & Konsta UI app. Let's see what we have here.
-        </p>
-      </Block>
-      <BlockTitle>Navigation</BlockTitle>
-      <List>
-        <ListItem href="/about/" title="About" />
-        <ListItem href="/form/" title="Form" />
-      </List>
-
-      <Block strong className="flex space-x-4">
-        <Button>Button 1</Button>
-        <Button>Button 2</Button>
-      </Block>
-    </Page>
-  );
-}
-```
-
-5. Restart server pengembangan dan rebuild aplikasi.
-
-Aplikasi Next.js Anda sekarang seharusnya memiliki tampilan UI mobile native yang didukung oleh Konsta UI.
-
-## Optimasi Performa
-
-Untuk memastikan performa optimal dari aplikasi Next.js dan Capacitor Anda, pertimbangkan praktik terbaik berikut:
-
-- Minimalkan ukuran aplikasi dengan menghapus dependensi dan aset yang tidak digunakan.
-- Optimalkan gambar dan file media lainnya untuk mengurangi waktu pemuatan.
-- Implementasikan lazy loading untuk komponen dan halaman untuk meningkatkan performa pemuatan awal.
-- Gunakan server-side rendering (SSR) dengan Next.js untuk meningkatkan kecepatan pemuatan aplikasi dan optimasi mesin pencari (SEO).
-- Manfaatkan optimasi bawaan Capacitor, seperti caching web view dan bundling aplikasi.
-
-## Kesimpulan
-
-Dalam tutorial ini, kita telah mengeksplorasi cara membangun aplikasi mobile native menggunakan Next.js dan Capacitor. Dengan memanfaatkan kekuatan teknologi ini, Anda dapat membuat aplikasi mobile yang berkinerja tinggi dan kaya fitur dengan mudah.
-
-Kita telah membahas langkah-langkah untuk menyiapkan aplikasi Next.js, mengintegrasikan Capacitor, dan membangun serta men-deploy aplikasi ke perangkat mobile. Selain itu, kita juga membahas penggunaan plugin Capacitor, menambahkan Konsta UI untuk UI mobile yang lebih baik, dan teknik optimasi performa.
-
-Untuk membawa aplikasi Next.js dan Capacitor Anda ke level berikutnya, pertimbangkan untuk mengeksplorasi [Capgo](https://capgo.app/) untuk pembaruan langsung yang mulus, memastikan pengguna Anda selalu memiliki akses ke fitur terbaru dan perbaikan bug.
-
-Dengan mengikuti praktik terbaik dan teknik yang diuraikan dalam panduan ini, Anda akan siap untuk membangun aplikasi mobile native yang menakjubkan menggunakan Next.js dan Capacitor.
-
-## Sumber Daya
-
-- [Dokumentasi Next.js](https://nextjs.org/docs)
-- [Dokumentasi Capacitor](https://capacitorjs.com/docs)
-- [Dokumentasi Konsta UI](https://konstaui.com/docs)
-- [Capgo - Pembaruan Langsung untuk Aplikasi Capacitor](https://capgo.app/)
-
-Selamat membangun aplikasi!
-
-Pelajari bagaimana Capgo dapat membantu Anda membangun aplikasi yang lebih baik dengan lebih cepat, [daftar akun gratis](/register/) hari ini.
diff --git a/src/content/blog/id/building-a-native-mobile-app-with-nuxt-3-and-capacitor.md b/src/content/blog/id/building-a-native-mobile-app-with-nuxt-3-and-capacitor.md
deleted file mode 100644
index bb7839315..000000000
--- a/src/content/blog/id/building-a-native-mobile-app-with-nuxt-3-and-capacitor.md
+++ /dev/null
@@ -1,351 +0,0 @@
----
-slug: building-a-native-mobile-app-with-nuxt-3-and-capacitor
-title: Membuat Aplikasi Mobile dengan Nuxt 3 dan Capacitor
-description: >-
-  Cara membuat aplikasi mobile dengan Nuxt 3, Capacitor dan mengimplementasikan
-  antarmuka native dengan Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-03T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /nuxt_capgo.webp
-head_image_alt: Nuxt 3 dan ilustrasi Capgo
-keywords: >-
-  Nuxt 3, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Dalam tutorial ini, kita akan memulai dengan aplikasi [Nuxt 3](https://nuxtjs.org/) baru dan beralih ke ranah native menggunakan Capacitor dan akhirnya juga menambahkan [Konsta UI](https://konstaui.com/) untuk UI mobile Tailwind CSS yang lebih baik, meskipun langkah terakhir ini sepenuhnya opsional.
-
-Dengan menggunakan Capacitor, Anda dapat dengan mudah mengkonversi aplikasi web Nuxt 3 Anda menjadi aplikasi mobile native tanpa memerlukan modifikasi yang signifikan atau mempelajari keterampilan baru seperti React Native.
-
-Dengan beberapa langkah sederhana, sebagian besar aplikasi Nuxt 3 dapat diubah menjadi aplikasi mobile.
-
-Tutorial ini akan memandu Anda melalui prosesnya, dimulai dengan aplikasi Nuxt 3 baru dan kemudian menggabungkan Capacitor untuk beralih ke ranah aplikasi mobile native. Selain itu, Anda dapat menggunakan [Konsta UI](https://konstaui.com/) secara opsional untuk meningkatkan UI mobile Anda dengan Tailwind CSS.
-
-## Tentang Capacitor
-
-CapacitorJS benar-benar mengubah permainan! Anda dapat dengan mudah menggabungkannya ke dalam proyek web apapun, dan ia akan membungkus aplikasi Anda ke dalam webview native, menghasilkan proyek Xcode dan Android Studio native untuk Anda. Selain itu, plugin-nya menyediakan akses ke fitur perangkat native seperti kamera melalui jembatan JS.
-
-Dengan Capacitor, Anda mendapatkan aplikasi mobile native yang fantastis tanpa pengaturan rumit atau kurva pembelajaran yang curam. API-nya yang ramping dan fungsionalitas yang efisien membuatnya sangat mudah diintegrasikan ke dalam proyek Anda. Percayalah, Anda akan takjub betapa mudahnya mencapai aplikasi native yang berfungsi penuh dengan Capacitor!
-
-## Menyiapkan Aplikasi Nuxt 3 Anda
-
-Untuk membuat aplikasi Nuxt 3 baru, jalankan perintah berikut:
-
-```shell
-npx nuxi init my-app
-cd my-app
-npm install
-```
-
-Pilih "Nuxt 3" ketika diminta untuk versi Nuxt.
-
-Untuk membuat aplikasi mobile native, kita memerlukan **export** dari proyek kita. Oleh karena itu, mari kita sertakan skrip sederhana dalam **package.json** kita yang dapat digunakan untuk membangun dan menyalin proyek Nuxt:
-
-```json
-{
-  "scripts": {
-    // ...
-    "generate": "nuxt generate"
-  }
-}
-```
-
-Setelah menjalankan perintah `generate`, Anda seharusnya dapat melihat folder `dist` baru di root proyek Anda.
-
-Folder ini akan digunakan oleh Capacitor nanti, tetapi untuk sekarang, kita harus mengaturnya dengan benar.
-
-## Menambahkan Capacitor ke Aplikasi Nuxt 3 Anda
-
-Untuk mengemas aplikasi web apapun ke dalam container mobile native, kita harus mengikuti beberapa langkah awal, tetapi setelah itu sesederhana menjalankan satu perintah `sync`.
-
-Pertama, kita dapat menginstal [Capacitor CLI](https://capacitorjs.com/docs/cli/) sebagai dependensi pengembangan, dan kemudian mengaturnya dalam proyek kita. Selama pengaturan, Anda dapat menekan "enter" untuk menerima nilai default untuk nama dan ID bundle.
-
-Selanjutnya, kita perlu menginstal paket inti dan paket yang relevan untuk platform iOS dan Android.
-
-Akhirnya, kita dapat menambahkan platform, dan Capacitor akan membuat folder untuk setiap platform di root proyek kita:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Nuxt project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Pada titik ini, Anda seharusnya dapat melihat folder **ios** dan **android** baru di proyek Nuxt 3 Anda.
-
-**Itu adalah proyek native yang sebenarnya!**
-
-Untuk mengakses proyek Android nanti, Anda harus menginstal [Android Studio](https://developer.android.com/studio/). Untuk iOS, Anda memerlukan Mac dan harus menginstal [Xcode](https://developer.apple.com/xcode/).
-
-Selain itu, Anda seharusnya menemukan file **capacitor.config.ts** di proyek Anda, yang berisi beberapa pengaturan dasar Capacitor yang digunakan selama sinkronisasi. Satu-satunya hal yang perlu Anda perhatikan adalah **webDir**, yang harus menunjuk ke hasil dari perintah build Anda. Saat ini, itu tidak akurat.
-
-Untuk memperbaiki ini, buka file **capacitor.config.json** dan perbarui **webDir**:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-Anda dapat mencobanya dengan menjalankan perintah berikut:
-
-```shell
-npm run generate
-npx cap sync
-```
-
-Perintah pertama `npm run generate` akan membangun proyek Nuxt 3 Anda dan menyalin build statis, sementara perintah kedua `npx cap sync` akan menyinkronkan semua kode web ke tempat yang tepat dari platform native sehingga dapat ditampilkan dalam aplikasi.
-
-Selain itu, perintah sync mungkin memperbarui platform native dan menginstal plugin, jadi ketika Anda menginstal [plugin Capacitor](https://capacitorjs.com/docs/plugins/) baru, saatnya menjalankan `npx cap sync` lagi.
-
-Tanpa disadari, Anda sekarang sebenarnya sudah selesai, jadi mari kita lihat aplikasinya di perangkat!
-
-## Membangun dan Mendeploy aplikasi native
-
-Untuk mengembangkan aplikasi iOS, Anda perlu memiliki **Xcode** terinstal, dan untuk aplikasi Android, Anda perlu memiliki **Android Studio** terinstal. Selain itu, jika Anda berencana untuk mendistribusikan aplikasi Anda di app store, Anda perlu mendaftar di Apple Developer Program untuk iOS dan Google Play Console untuk Android.
-
-Jika Anda baru dalam pengembangan mobile native, Anda dapat menggunakan Capacitor CLI untuk membuka kedua proyek native dengan mudah:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Setelah Anda mengatur proyek native Anda, mendeploy aplikasi Anda ke perangkat yang terhubung sangat mudah. Di Android Studio, Anda hanya perlu menunggu semuanya siap, dan Anda dapat mendeploy aplikasi Anda ke perangkat yang terhubung tanpa mengubah pengaturan apapun. Berikut contohnya:
-
-![android-studio-run](/android-studio-run.webp)
-
-Di Xcode, Anda perlu mengatur akun signing Anda untuk mendeploy aplikasi Anda ke perangkat nyata alih-alih hanya simulator. Jika Anda belum pernah melakukan ini sebelumnya, Xcode akan memandu Anda melalui prosesnya (tapi sekali lagi, Anda perlu terdaftar di Developer Program). Setelah itu, Anda dapat langsung menekan play untuk menjalankan aplikasi di perangkat yang terhubung, yang dapat Anda pilih di bagian atas. Berikut contohnya:
-
-![xcode-run](/xcode-run.webp)
-
-Selamat! Anda telah berhasil mendeploy aplikasi web Nuxt 3 Anda ke perangkat mobile. Berikut contohnya:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/nuxtjs-mobile-app.webp" alt="nuxtjs-mobile-app">
-</div>
-
-Tapi tunggu, ada cara yang lebih cepat untuk melakukan ini selama pengembangan...
-
-## Capacitor Live Reload
-
-Sekarang, Anda mungkin sudah terbiasa dengan hot reload dengan semua framework modern, dan kabar baiknya adalah Anda dapat memiliki fungsionalitas yang sama **di perangkat mobile** dengan usaha minimal!
-
-Aktifkan akses ke aplikasi yang di-host secara lokal dengan live reload **di jaringan Anda** dengan membuat aplikasi Capacitor memuat konten dari URL tertentu.
-
-Langkah pertama adalah mencari tahu alamat IP lokal Anda. Jika Anda menggunakan Mac, Anda dapat mengetahui ini dengan menjalankan perintah berikut di terminal:
-
-```shell
-ipconfig getifaddr en0
-```
-
-Pada Windows, jalankan:
-
-```shell
-ipconfig
-```
-
-Kemudian cari alamat IPv4.
-
-Kita dapat menginstruksikan Capacitor untuk memuat aplikasi langsung dari server dengan menambahkan entri lain ke file `capacitor.config.ts` kita:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Pastikan untuk menggunakan **IP dan port yang benar**, saya telah menggunakan port default Nuxt 3 dalam contoh ini.
-
-Sekarang, kita dapat menerapkan perubahan ini dengan menyalinnya ke proyek native kita:
-
-```shell
-npx cap copy
-```
-
-Perintah `copy` mirip dengan `sync`, tetapi hanya akan **menyalin perubahan yang dibuat ke folder web** dan konfigurasi, tanpa memperbarui proyek native.
-
-Anda sekarang dapat mendeploy aplikasi Anda sekali lagi melalui Android Studio atau Xcode. Setelah itu, jika Anda mengubah sesuatu dalam aplikasi Nuxt Anda, **aplikasi akan secara otomatis memuat ulang** dan menampilkan perubahan!
-
-**Perlu diingat** bahwa jika Anda menginstal plugin baru seperti kamera, masih diperlukan pembangunan ulang proyek native Anda. Ini karena file native diubah, dan tidak dapat dilakukan secara langsung.
-
-Perhatikan bahwa Anda harus menggunakan IP dan port yang benar dalam konfigurasi Anda. Blok kode di atas menunjukkan port default Nuxt 3 untuk tujuan demonstrasi.
-
-## Menggunakan Plugin Capacitor
-
-Mari kita lihat bagaimana menggunakan plugin Capacitor dalam aksi, yang telah kita sebutkan beberapa kali sebelumnya. Untuk melakukan ini, kita dapat menginstal plugin yang cukup sederhana dengan menjalankan:
-
-```shell
-npm i @capacitor/share
-```
-
-Tidak ada yang istimewa tentang [Share plugin](https://capacitorjs.com/docs/apis/share/), tetapi bagaimanapun juga ini memunculkan dialog berbagi native! Untuk ini sekarang kita hanya perlu mengimpor paket dan memanggil fungsi `share()` yang sesuai dari aplikasi kita, jadi mari kita ubah **pages/index.vue** menjadi ini:
-
-```html
-<template>
-  <div>
-    <p>Welcome to Nuxt 3 and Capacitor!</p>
-    <button @click="share">Share now!</button>
-  </div>
-</template>
-
-<script setup lang="ts">
-import { Share } from '@capacitor/share';
-
-async function share() {
-  await Share.share({
-    title: 'Open Youtube',
-    text: 'Check new video on youtube',
-    url: 'https://www.youtube.com',
-    dialogTitle: 'Share with friends'
-  });
-}
-</script>
-```
-
-Seperti disebutkan sebelumnya, ketika menginstal plugin baru, kita perlu melakukan operasi sinkronisasi dan kemudian mendeploy ulang aplikasi ke perangkat kita. Untuk melakukan ini, jalankan perintah berikut:
-
-```
-npx cap sync
-```
-
-Setelah menekan tombol, Anda dapat menyaksikan dialog berbagi native yang indah dalam aksi!
-
-## Menambahkan Konsta UI
-
-Untuk menggunakan Konsta UI dalam aplikasi Nuxt 3 Anda, Anda perlu memiliki [tailwind sudah terinstal](https://tailwindcss.com/docs/guides/nuxtjs/) dan menginstal paket:
-
-```shell
-npm i konsta
-```
-
-Selain itu, Anda perlu memodifikasi file `tailwind.config.js` Anda:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './pages/**/*.{vue}',
-    './components/**/*.{vue}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` akan memperluas konfigurasi Tailwind CSS default (atau kustom Anda) dengan beberapa varian tambahan dan utilitas pembantu yang diperlukan untuk Konsta UI.
-
-Sekarang kita perlu mengatur komponen [App](https://konstaui.com/vue/app/) utama sehingga kita dapat mengatur beberapa parameter global (seperti `theme`).
-
-Kita perlu membungkus seluruh aplikasi dengan `App` di `pages/_app.vue`:
-
-```html
-<template>
-  <App theme="ios">
-    <Nuxt />
-  </App>
-</template>
-
-<script setup>
-import { App } from 'konsta/vue';
-</script>
-```
-
-### Contoh Halaman
-
-Sekarang ketika semuanya sudah diatur, kita dapat menggunakan komponen Vue Konsta UI dalam halaman Nuxt 3 kita.
-
-Misalnya, mari buka `pages/index.vue` dan ubah menjadi berikut:
-
-```html
-<template>
-  <Page>
-    <Navbar title="My App" />
-
-    <Block strong>
-      <p>
-        Here is your Nuxt 3 & Konsta UI app. Let's see what we have here.
-      </p>
-    </Block>
-    <BlockTitle>Navigation</BlockTitle>
-    <List>
-      <ListItem href="/about/" title="About" />
-      <ListItem href="/form/" title="Form" />
-    </List>
-
-    <Block strong class="flex space-x-4">
-      <Button>Button 1</Button>
-      <Button>Button 2</Button>
-    </Block>
-  </Page>
-</template>
-
-<script setup>
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  Link,
-  BlockTitle,
-} from 'konsta/vue';
-</script>
-```
-
-Jika live reload tidak sinkron setelah menginstal semua komponen yang diperlukan, coba restart semuanya. Setelah Anda melakukan itu, Anda seharusnya melihat aplikasi mobile dengan tampilan yang agak native, dibangun dengan Nuxt 3 dan Capacitor!
-
-Anda seharusnya melihat halaman berikut sebagai hasilnya:
-
-<template>
-  <div>
-<h1>
-
-## Kesimpulan
-
-Capacitor adalah pilihan yang sangat baik untuk membangun aplikasi native berdasarkan proyek web yang ada, menawarkan cara sederhana untuk berbagi kode dan mempertahankan UI yang konsisten.
-
-Dan dengan penambahan [Capgo](https://capgo.app/), lebih mudah lagi untuk menambahkan pembaruan langsung ke aplikasi Anda, memastikan bahwa pengguna Anda selalu memiliki akses ke fitur terbaru dan perbaikan bug.
-
-Jika Anda ingin mempelajari cara menambahkan Capgo ke aplikasi Next.js Anda, lihat artikel berikutnya:
-
-## Kredit
-
-Terima kasih banyak kepada Simon, artikel ini didasarkan pada [artikel ini](https://devdactic.com/nextjs-and-capacitor/) yang ditulis ulang untuk nuxt3 dengan chat-gpt-4 dan diadaptasi.
diff --git a/src/content/blog/id/capacitor-app-initialization-step-by-step-guide.md b/src/content/blog/id/capacitor-app-initialization-step-by-step-guide.md
deleted file mode 100644
index bad10d3c1..000000000
--- a/src/content/blog/id/capacitor-app-initialization-step-by-step-guide.md
+++ /dev/null
@@ -1,307 +0,0 @@
----
-slug: capacitor-app-initialization-step-by-step-guide
-title: Panduan Memulai Capacitor Secara Bertahap
-description: >-
-  Pelajari cara mengonfigurasi dan mendeploy aplikasi mobile secara efisien
-  menggunakan Capacitor, mencakup segala hal mulai dari instalasi hingga
-  konfigurasi khusus platform.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:11:03.831Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e6018fa2c14cac42f82293-1743131474608.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, mobile app development, iOS setup, Android setup, app
-  configuration, web apps, plugins, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin membuat aplikasi mobile dengan satu basis kode?** [Capacitor](https://capacitorjs.com/) memudahkan pembuatan aplikasi iOS, Android, dan web menggunakan framework seperti [React](https://react.dev/), [Angular](https://angular.io/), atau [Vue](https://vuejs.org/). Panduan ini menjelaskan cara mengatur [Capacitor](https://capacitorjs.com/), mengkonfigurasi platform, dan menerapkan pembaruan secara efisien.
-
-### Langkah-Langkah Utama untuk Memulai:
-
--   **Instalasi Alat**: [Node.js](https://nodejs.org/en), npm, Git, dan editor kode seperti [VS Code](https://code.visualstudio.com/).
--   **Pengaturan Capacitor**: Instal Capacitor CLI dan inisialisasi proyek Anda.
--   **Konfigurasi Platform**: Tambahkan dukungan iOS dan Android, sesuaikan pengaturan, dan sinkronkan kode Anda.
--   **Uji dan Deploy**: Bangun, jalankan di perangkat, dan gunakan alat pembaruan langsung seperti [Capgo](https://capgo.app/) untuk pembaruan yang mulus.
-
-Capacitor menjembatani aplikasi web dengan fitur perangkat native, memastikan kinerja yang lancar di berbagai platform. Ikuti panduan ini untuk menyederhanakan proses pengembangan aplikasi Anda!
-
-## 5 Langkah menuju APLIKASI NATIVE dengan [CAPACITOR](https://capacitorjs.com/) | Panduan Rilis Ionic
-
-![CAPACITOR](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-28.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/SSv--IrWH3c" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Alat dan Pengaturan yang Diperlukan
-
-Berikut cara menyiapkan lingkungan pengembangan Anda dengan alat-alat penting.
-
-### Instalasi Alat Pengembangan
-
-Untuk bekerja dengan Capacitor, Anda memerlukan alat-alat berikut:
-
-| Alat | Tujuan | Versi Minimum |
-| --- | --- | --- |
-| Node.js | Lingkungan runtime JavaScript | 14.0.0 atau lebih tinggi |
-| npm | Pengelola paket | 6.0.0 atau lebih tinggi |
-| IDE/Editor Kode | Lingkungan pengembangan | Versi stabil terbaru |
-| Git | Kontrol versi | 2.0.0 atau lebih tinggi |
-
-Ikuti langkah-langkah ini untuk menginstalnya:
-
--   **Node.js dan npm**: Unduh dan instal keduanya dari [situs resmi Node.js](https://nodejs.org).
--   **Editor Kode**: Pilih editor seperti VS Code, [WebStorm](https://www.jetbrains.com/webstorm/), atau [Sublime Text](https://www.sublimetext.com/) dan instal versi stabil terbaru.
--   **Git**: Dapatkan dari [git-scm.com](https://git-scm.com).
--   **Alat khusus platform**: Instal alat khusus untuk platform Anda, seperti [Xcode](https://developer.apple.com/xcode/) untuk macOS atau [Android Studio](https://developer.android.com/studio) untuk pengembangan Android.
-
-Setelah semua ini terinstal, Anda siap untuk melanjutkan ke pengaturan Capacitor CLI.
-
-### Pengaturan Capacitor CLI
-
-Siapkan Capacitor CLI dengan langkah-langkah berikut:
-
-1.  **Instal Capacitor CLI secara global**
-    
-    Buka terminal Anda dan jalankan perintah berikut:
-    
-    ```bash
-    npm install -g @capacitor/cli
-    ```
-    
-2.  **Inisialisasi plugin Capgo**
-    
-    Jika Anda belum melakukannya, jalankan:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-    Ini akan mengkonfigurasi pengaturan yang diperlukan untuk [mengelola pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) secara efektif [\[1\]](https://capgo.app/). Ini menyederhanakan proses untuk membangun, menguji, dan men-deploy aplikasi Anda.
-
-## Memulai Proyek Capacitor Baru
-
-Setelah Anda menginstal alat yang diperlukan, Anda siap untuk membuat proyek Capacitor pertama Anda. Berikut cara memulainya.
-
-### Membuat Proyek Anda
-
-Untuk membuat proyek Capacitor baru, buka terminal Anda dan gunakan perintah ini:
-
-```
-npx @capacitor/cli create [projectDirectory] [appId] [appDisplayName]
-```
-
-Contohnya:
-
-```
-npx @capacitor/cli create my-cap-app com.example.app "My Capacitor App"
-```
-
-Berikut arti setiap parameter:
-
--   **projectDirectory**: Nama folder proyek Anda (mis., `my-cap-app`).
--   **appId**: Pengidentifikasi reverse-domain untuk aplikasi Anda (mis., `com.example.app`).
--   **appDisplayName**: Nama yang ditampilkan untuk aplikasi Anda (mis., `My Capacitor App`).
-
-Setelah menjalankan perintah ini, Anda perlu menyesuaikan pengaturan proyek di file `capacitor.config.json`.
-
-### Mengkonfigurasi capacitor.config.json
-
-File `capacitor.config.json` adalah tempat Anda mendefinisikan pengaturan utama untuk proyek Anda. Berikut contoh konfigurasi dasar:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "My Capacitor App",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "server": {
-    "hostname": "app.example.com",
-    "androidScheme": "https",
-    "iosScheme": "https"
-  }
-}
-```
-
-Berikut penjelasan opsi utama:
-
-| Pengaturan | Tujuan | Contoh Nilai |
-| --- | --- | --- |
-| **appId** | Pengidentifikasi unik untuk aplikasi Anda | `com.example.app` |
-| **appName** | Nama tampilan aplikasi | `My Capacitor App` |
-| **webDir** | Direktori untuk output build | `dist` |
-| **bundledWebRuntime** | Apakah menyertakan runtime Capacitor | `false` |
-| **server.hostname** | Hostname untuk server dev | `app.example.com` |
-| **server.androidScheme** | Skema URL untuk Android | `https` |
-| **server.iosScheme** | Skema URL untuk iOS | `https` |
-
-### Menginstal Dependensi
-
-Untuk menyelesaikan pengaturan, instal dependensi yang diperlukan dan inisialisasi proyek Anda dengan perintah berikut:
-
-```
-npm install @capacitor/core
-npm install @capacitor/cli --save-dev
-npx cap init
-```
-
-Dengan langkah-langkah ini selesai, proyek Anda siap untuk pengaturan dan pengembangan khusus platform.
-
-## Menyiapkan Platform Mobile
-
-Setelah proyek Capacitor Anda diinisialisasi, langkah selanjutnya adalah menambahkan dan mengkonfigurasi platform iOS dan Android agar aplikasi Anda dapat berjalan secara native di perangkat mobile.
-
-### Pengaturan iOS dan Android
-
-Mulai dengan menambahkan dukungan platform menggunakan perintah berikut:
-
-```bash
-npx cap add ios
-npx cap add android
-```
-
-Setelah menambahkan platform, sinkronkan kode web Anda dengan:
-
-```bash
-npx cap sync
-```
-
-Sebelum menjalankan perintah ini, pastikan aplikasi web Anda telah di-build dan `webDir` di `capacitor.config.json` telah diatur dengan benar. Setelah itu, sesuaikan pengaturan masing-masing platform sesuai dengan kebutuhan aplikasi Anda.
-
-### Pengaturan Khusus Platform
-
-#### iOS
-
-Buka proyek iOS dengan:
-
-```bash
-npx cap open ios
-```
-
-Kemudian, konfigurasikan pengaturan berikut:
-
--   **Bundle Identifier**: Pastikan sesuai dengan appId Anda.
--   **Development Team**: Tetapkan tim yang sesuai untuk penandatanganan kode.
--   **Deployment Target**: Tetapkan versi iOS minimum.
--   **Device Orientation**: Sesuaikan sesuai kebutuhan.
--   **Privacy Descriptions**: Tambahkan deskripsi yang diperlukan di `Info.plist`.
-
-#### Android
-
-Buka proyek Android dengan:
-
-```bash
-npx cap open android
-```
-
-Kemudian, perbarui pengaturan ini:
-
--   **Package Name**: Pastikan sesuai dengan appId Anda.
--   **Permissions**: Tentukan izin yang diperlukan di `AndroidManifest.xml`.
--   **Screen Orientation**: Konfigurasi ini di `AndroidManifest.xml`.
--   **Target SDK**: Tetapkan versi yang sesuai di `android/app/build.gradle`.
-
-### Lokasi Aset dan Konfigurasi
-
-Berikut tempat Anda akan menemukan file-file penting untuk ikon aplikasi, splash screen, deep link, dan izin:
-
-| Konfigurasi | Lokasi iOS | Lokasi Android |
-| --- | --- | --- |
-| Ikon Aplikasi | `ios/App/App/Assets.xcassets` | `android/app/src/main/res` |
-| Splash Screen | `ios/App/App/Assets.xcassets` | `android/app/src/main/res` |
-| Deep Links | `ios/App/App/Info.plist` | `AndroidManifest.xml` |
-| Izin | `Info.plist` | `AndroidManifest.xml` |
-
-Dengan konfigurasi ini siap, Anda siap untuk membangun dan menguji aplikasi Anda di perangkat mobile.
-
-## Membangun dan Menguji
-
-Menggunakan pengaturan yang dijelaskan sebelumnya, Anda sekarang dapat membangun dan menguji [aplikasi Capacitor](https://capgo.app/plugins/ivs-player/) Anda untuk memastikan berfungsi dengan benar di berbagai perangkat.
-
-### Perintah Build dan Run
-
-Setelah aplikasi Anda dikonfigurasi untuk platform mobile, saatnya membangun dan menjalankan pengujian. Mulai dengan memperbarui aset web Anda:
-
-```bash
-npm run build
-npx cap sync
-```
-
-Selanjutnya, gunakan perintah yang sesuai untuk platform target Anda:
-
-**Untuk iOS:**
-
-```bash
-npx cap run ios
-```
-
-**Untuk Android:**
-
-```bash
-npx cap run android
-```
-
-Perintah ini akan membangun dan meluncurkan aplikasi Anda baik di simulator maupun perangkat yang terhubung. Pengujian pada perangkat nyata dan simulator sangat penting untuk mengidentifikasi masalah khusus platform.
-
-### Menambahkan Plugin Capacitor
-
-[Plugin Capacitor](https://capgo.app/plugins/) memungkinkan Anda menambahkan fitur native ke aplikasi Anda. Misalnya, untuk menyertakan kemampuan kamera, geolokasi, dan penyimpanan, jalankan:
-
-```bash
-npm install @capacitor/camera @capacitor/geolocation @capacitor/storage
-npx cap sync
-```
-
-Setelah instalasi, konfigurasikan plugin di proyek native Anda. Berikut ikhtisar singkat persyaratan pengaturan:
-
-| **Plugin** | **Konfigurasi iOS** | **Konfigurasi Android** |
-| --- | --- | --- |
-| Kamera | Tambahkan [Deskripsi Privasi](https://capgo.app/privacy/) | Tambahkan Izin ke Manifest |
-| Geolokasi | Tambahkan Deskripsi Penggunaan Lokasi | Tambahkan Izin Lokasi |
-| Penyimpanan | Tidak perlu pengaturan tambahan | Tidak perlu pengaturan tambahan |
-
-### Pembaruan Langsung dengan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-28.jpg?auto=compress)
-
-Untuk menyederhanakan penerapan dan pengujian, Anda dapat mengintegrasikan alat pembaruan langsung seperti Capgo. Layanan ini telah mengirimkan lebih dari 23,5 juta pembaruan, dengan 95% pengguna menerima pembaruan dalam 24 jam dan tingkat keberhasilan global 82% [\[1\]](https://capgo.app/).
-
-Untuk menambahkan Capgo ke aplikasi Anda:
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Capgo menawarkan beberapa manfaat selama pengujian:
-
--   Buat saluran terpisah untuk lingkungan pengembangan, staging, dan produksi.
--   Dorong perbaikan bug segera selama pengujian.
--   Lacak tingkat keberhasilan pembaruan dengan analitik bawaan.
--   Kembalikan pembaruan dengan cepat jika terjadi masalah.
-
-Capgo juga memastikan pengiriman pembaruan yang aman dengan enkripsi end-to-end. Sistem salurannya memungkinkan Anda menguji pembaruan dengan kelompok pengguna tertentu sebelum menerapkannya ke semua orang.
-
-## Ringkasan
-
-Panduan ini telah membahas setiap fase pengaturan dan penerapan aplikasi Capacitor, mencakup semua langkah penting yang diperlukan untuk memulai dan memastikan operasi yang lancar.
-
-### Poin Utama
-
-Membuat aplikasi Capacitor memerlukan perhatian cermat pada pengaturan, konfigurasi, dan penyesuaian khusus platform. Menyiapkan lingkungan pengembangan Anda - termasuk alat seperti **Node.js** dan **Capacitor CLI** - adalah titik awal yang penting. Mengkonfigurasi platform seperti iOS dan Android memastikan aplikasi berfungsi dengan mulus pada sistem native.
-
-Menggunakan sistem pembaruan seperti **Capgo** dapat menyederhanakan manajemen rilis dan membantu menjaga stabilitas aplikasi [\[1\]](https://capgo.app/).
-
-Berikut rincian fase-fase utama:
-
-| **Fase** | **Langkah** | **Tips** |
-| --- | --- | --- |
-| Persiapan Awal | Instalasi tools, persiapan CLI | Gunakan versi stabil terbaru |
-| Konfigurasi | Sesuaikan pengaturan platform, tambahkan plugin | Ikuti panduan khusus platform |
-| Pengujian | Build dan uji pada perangkat | Prioritaskan pengujian pada perangkat asli |
-| Deployment | Kelola pembaruan, kontrol versi | Gunakan pipeline otomatis untuk efisiensi |
diff --git a/src/content/blog/id/capacitor-apps-and-data-sharing-policies.md b/src/content/blog/id/capacitor-apps-and-data-sharing-policies.md
deleted file mode 100644
index 276ebb142..000000000
--- a/src/content/blog/id/capacitor-apps-and-data-sharing-policies.md
+++ /dev/null
@@ -1,213 +0,0 @@
----
-slug: capacitor-apps-and-data-sharing-policies
-title: Aplikasi Capacitor dan Kebijakan Berbagi Data
-description: >-
-  Pelajari kebijakan penting tentang berbagi data untuk aplikasi Capacitor untuk
-  memastikan kepatuhan terhadap standar privasi Apple dan Google Play.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T03:16:34.140Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292-1744427806390.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  data privacy, app compliance, user consent, encryption, data sharing policies,
-  mobile development, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin aplikasi Anda mematuhi aturan data ketat Apple dan [Google Play](https://play.google/developer-content-policy/)? Berikut yang perlu Anda ketahui:**
-
--   **Privasi Data Tidak Bisa Ditawar**: Apple dan Google mengharuskan aplikasi melindungi data pengguna dengan enkripsi, izin yang jelas, dan pengungkapan privasi yang detail.
--   **Praktik Utama untuk Kepatuhan**:
-    -   Gunakan **enkripsi end-to-end** untuk keamanan data.
-    -   Jelaskan dengan jelas data apa yang dikumpulkan dan mengapa.
-    -   Biarkan pengguna mengontrol dan mengelola data mereka dengan mudah.
--   **Tools Seperti [Capgo](https://capgo.app/) Membantu**: Capgo menyederhanakan kepatuhan dengan fitur seperti [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/), pelacakan kesalahan real-time, dan manajemen izin.
-
-### Ringkasan Cepat Aturan Platform
-
-| Platform | Aturan Utama |
-| --- | --- |
-| **Apple** | Persetujuan pengguna eksplisit, label privasi, data terenkripsi, kebijakan detail |
-| **Google Play** | Bagian keamanan data, kontrol pengguna yang mudah, data sensitif terenkripsi |
-
-## Aturan Berbagi Data berdasarkan Platform
-
-### Aturan Data Apple
-
-Apple memiliki pedoman ketat tentang bagaimana aplikasi menangani data pengguna. Fokus mereka pada privasi mengharuskan pengembang untuk terbuka tentang data apa yang mereka kumpulkan dan bagaimana data tersebut digunakan. Berikut beberapa aturan utama:
-
-| **Kategori Persyaratan** | **Aturan Spesifik** |
-| --- | --- |
-| **Persetujuan Pengguna** | Aplikasi harus mendapatkan izin eksplisit sebelum mengumpulkan data pribadi. |
-| **Pengumpulan Data** | Ungkapkan dengan jelas semua jenis data yang dikumpulkan. |
-| **Keamanan Data** | Informasi sensitif harus dienkripsi selama transmisi. |
-| **Label Privasi** | Daftar App Store harus menyertakan "label nutrisi" privasi yang akurat. |
-
-Aplikasi juga harus menyediakan kontrol yang jelas bagi pengguna untuk mengelola berbagi data. Selain itu, Apple mengharuskan pengembang untuk mendokumentasikan [kebijakan privasi](https://capgo.app/dp/) secara detail, terutama untuk alat dan analitik pihak ketiga. Aturan-aturan ini menetapkan standar tinggi untuk privasi di platform.
-
-### Aturan Data [Google Play](https://play.google/developer-content-policy/)
-
-![Google Play](https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292/d9eaff620e00868f1718d6169d99e37d.jpg)
-
-Google Play memprioritaskan transparansi dan memberikan pengguna kontrol atas data mereka. Persyaratan mereka meliputi:
-
-| **Persyaratan** | **Detail Implementasi** |
-| --- | --- |
-| **Bagian Keamanan Data** | Pengembang harus mengungkapkan sepenuhnya data apa yang dikumpulkan. |
-| **Kontrol Pengguna** | Pengaturan privasi dan opsi penghapusan data harus mudah diakses. |
-| **Langkah Keamanan** | Data pribadi dan sensitif harus dienkripsi. |
-| **[Manajemen Pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | [Pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) dan patch harus didistribusikan secara aman. |
-
-Untuk tetap patuh, pengembang harus fokus pada proses pembaruan yang aman dan menyediakan opsi yang jelas untuk manajemen data pengguna. Tools seperti Capgo mendukung upaya ini dengan fitur seperti enkripsi end-to-end, pengujian beta terkontrol, peluncuran bertahap, dan pelacakan analitik [\[1\]](https://capgo.app/).
-
-Baik Apple maupun Google Play mengharuskan pengembang untuk memantau aplikasi mereka secara teratur dan melakukan pembaruan untuk memenuhi standar yang berkembang.
-
-## Memenuhi Persyaratan Kebijakan
-
-### Membatasi Pengumpulan Data
-
-Fokus pada pengumpulan data yang hanya diperlukan untuk mengurangi risiko privasi dan tetap selaras dengan kebijakan platform.
-
-| **Prinsip Pengumpulan Data** | **Metode Implementasi** |
-| --- | --- |
-| Pengumpulan Data Minimal | Kumpulkan hanya yang diperlukan untuk fitur inti |
-| Pembatasan Tujuan | Dokumentasikan dengan jelas alasan pengumpulan setiap data |
-| Retensi Data | Tentukan timeline spesifik untuk menyimpan informasi pengguna |
-| Manajemen Pembaruan | Gunakan sistem aman untuk mengirimkan pembaruan aplikasi |
-
-Menggunakan sistem pembaruan yang aman, seperti Capgo, dapat meningkatkan tingkat kepatuhan. Misalnya, aplikasi yang menggunakan Capgo melaporkan bahwa 95% pengguna aktif menerima pembaruan dalam waktu 24 jam [\[1\]](https://capgo.app/).
-
-### Metode Keamanan Data
-
-Melindungi data pengguna membutuhkan langkah keamanan yang kuat, terutama untuk aplikasi Capacitor modern. Langkah-langkah ini harus sesuai dengan standar platform.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end sejati, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-Berikut beberapa praktik utama untuk memastikan keamanan data:
-
--   **Enkripsi End-to-End**: Amankan semua transmisi data dengan enkripsi yang kuat.
--   **Pengiriman Pembaruan Aman**: Terapkan pembaruan melalui saluran yang terverifikasi dan terpercaya.
--   **Kontrol Akses**: Terapkan protokol ketat untuk mengelola siapa yang dapat mengakses data.
-
-Langkah-langkah keamanan ini menciptakan dasar yang kuat untuk mengelola izin pengguna secara efektif.
-
-### Sistem Izin Pengguna
-
-Sistem izin yang efektif bekerja bersama dengan praktik perlindungan data yang kuat dan pengumpulan minimal. Mereka membantu melindungi data pengguna sambil memenuhi persyaratan kepatuhan platform.
-
-| **Fitur Izin** | **Manfaat Pengguna** |
-| --- | --- |
-| Kontrol Granular | Pengguna dapat memilih izin spesifik |
-| Penjelasan Jelas | Deskripsi sederhana dan transparan tentang penggunaan data |
-| Manajemen Mudah | Pengaturan izin yang mudah diakses dan disesuaikan |
-| Persetujuan Pembaruan | Pengguna mempertahankan kontrol atas pembaruan fitur |
-
-Para ahli industri menekankan nilai sistem izin yang kuat:
-
-> "@Capgo adalah alat yang wajib dimiliki untuk pengembang yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangat berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Saat ini, 750 aplikasi berhasil menggunakan sistem izin ini dalam produksi [\[1\]](https://capgo.app/).
-
-## Izin Aplikasi Dijelaskan: Lindungi Privasi dan Amankan ...
-
-<iframe src="https://www.youtube.com/embed/NSOJU5nV4v4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Alat Kepatuhan
-
-Untuk melengkapi aturan platform dan praktik pembaruan yang aman, alat-alat di bawah ini menyederhanakan proses pemenuhan persyaratan berbagi data untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Fitur Keamanan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292/c9663ca23e94ac8ce625337d9d850085.jpg)
-
-Infrastruktur keamanan Capgo menyediakan alat bagi pengembang untuk membantu menjaga kepatuhan. Fitur utama meliputi:
-
-| **Fitur Keamanan** | **Manfaat Kepatuhan** |
-| --- | --- |
-| **Enkripsi End-to-End** | Memastikan dekripsi pembaruan yang aman |
-| **Analitik Real-time** | Melacak tingkat keberhasilan pembaruan |
-| **Kontrol Versi** | Mengelola versi aplikasi |
-| **Kemampuan Rollback** | Memungkinkan respons cepat terhadap masalah |
-
-Platform ini telah mengelola 23,5 juta pembaruan, mencapai tingkat pembaruan pengguna 95% dalam waktu 24 jam [\[1\]](https://capgo.app/).
-
-### Alat Keamanan Tambahan
-
-Capgo juga mendukung kepatuhan melalui alat tambahan yang dirancang untuk meningkatkan praktik berbagi data:
-
-| **Kategori Alat** | **Manfaat Implementasi** |
-| --- | --- |
-| **Manajemen Pengguna** | Mengontrol akses data |
-| **[Sistem Channel](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Menargetkan tahap peluncuran spesifik |
-| **Pelacakan Kesalahan** | Mengidentifikasi masalah kepatuhan |
-| **Integrasi CI/CD** | Mengotomatisasi pemeriksaan kepatuhan |
-
-Alat-alat ini, seperti manajemen pengguna granular, sistem channel, pelacakan kesalahan, dan integrasi CI/CD, banyak digunakan untuk mengatasi tantangan kepatuhan. Misalnya, sistem channel memungkinkan pengembang untuk mengelola versi aplikasi untuk segmen pengguna yang berbeda, yang sangat membantu untuk mematuhi aturan berbagi data regional. Saat ini, 750 aplikasi berhasil menggunakan alat-alat ini dalam lingkungan produksi [\[1\]](https://capgo.app/).
-
-Capgo juga mendukung kebutuhan keamanan lanjutan dengan izin yang dapat disesuaikan, menawarkan manajemen organisasi yang fleksibel untuk kontrol yang lebih baik.
-
-## Masalah Kebijakan Umum dan Solusinya
-
-Hindari kesalahan umum untuk memastikan aplikasi Anda mematuhi standar berbagi data. Berikut solusi praktis untuk mengatasi masalah yang sering terjadi.
-
-### Kesalahan Kebijakan Teratas
-
-Berikut beberapa kesalahan umum yang dapat mengganggu pengiriman pembaruan dan membahayakan keamanan data pengguna:
-
-| Kesalahan Kebijakan | Dampak | Metode Pencegahan |
-| --- | --- | --- |
-| Persetujuan Pengguna yang Hilang | Penolakan app store | Gunakan alur persetujuan yang jelas dan transparan |
-| Transfer Data Tidak Aman | Kerentanan keamanan | Terapkan enkripsi end-to-end |
-| Kontrol Versi Tidak Memadai | Konflik pembaruan | Andalkan pelacakan versi otomatis |
-| Distribusi Pembaruan Buruk | Masalah pengalaman pengguna | Gunakan peluncuran bertahap untuk penerapan |
-
-Masalah-masalah ini dapat diminimalkan dengan perencanaan yang tepat dan alat yang andal. Pengembang yang mengadopsi sistem berbasis channel sering mengalami lebih sedikit tantangan terkait pembaruan.
-
-### Langkah-langkah Pemecahan Masalah
-
-1.  **Distribusi Pembaruan Aman**  
-    Lindungi semua transfer data dengan enkripsi end-to-end, seperti alat enkripsi yang ditawarkan oleh Capgo [\[1\]](https://capgo.app/).
-    
-2.  **Sistem Pemantauan**  
-    Gunakan alat pelacakan kesalahan real-time untuk dengan cepat menangkap dan mengatasi masalah.
-    
-3.  **Protokol Pemulihan**  
-    Siapkan untuk kemungkinan kemunduran dengan langkah-langkah berikut:
-    
-    | Tindakan Respons | Implementasi | Manfaat |
-    | --- | --- | --- |
-    | Rollback Versi | Pembalikan satu klik | Memungkinkan pemulihan cepat |
-    | Pelacakan Kesalahan | Pemantauan otomatis | Membantu mendeteksi masalah lebih awal |
-    | Komunikasi Pengguna | Notifikasi dalam aplikasi | Membuat pengguna tetap terinformasi |
-    
-
-Untuk pembaruan yang secara signifikan memengaruhi kebijakan berbagi data, pertimbangkan sistem channel. Ini memungkinkan Anda menguji pembaruan dengan grup yang lebih kecil sebelum meluncurkannya secara luas, memastikan praktik yang aman dan mempertahankan kepatuhan.
-
-## Kesimpulan
-
-### Poin Utama
-
-Mengikuti aturan berbagi data khusus platform sangat penting untuk kesuksesan aplikasi Capacitor. Untuk mencapai ini, fokus pada **enkripsi end-to-end**, manajemen izin pengguna yang efektif, dan menggunakan alat yang dirancang untuk pembaruan yang aman. Misalnya, 95% pengguna aktif menerima pembaruan dalam waktu 24 jam, dan Capgo telah mencapai tingkat keberhasilan global 82% dalam manajemen pembaruan [\[1\]](https://capgo.app/).
-
-Berikut ringkasan cepat area yang harus diprioritaskan:
-
-| Area | Strategi | Manfaat |
-| --- | --- | --- |
-| Keamanan Data | Enkripsi end-to-end | Melindungi dari kebocoran data |
-| Distribusi Pembaruan | Penerapan berbasis kanal | Memungkinkan pembaruan terkontrol |
-| Pemantauan Kebijakan | Pelacakan real-time | Menjaga kepatuhan |
-| Manajemen Pengguna | Sistem berbasis izin | Meningkatkan transparansi |
-
-Dengan fokus pada strategi-strategi ini, Anda dapat mempersiapkan aplikasi Anda untuk kesuksesan berkelanjutan sambil tetap mematuhi peraturan.
-
-### Langkah Selanjutnya
-
-Pantau terus pembaruan dari portal pengembang Apple dan Google untuk tetap mendapatkan informasi tentang perubahan kebijakan. Perkuat keamanan dengan menerapkan enkripsi end-to-end untuk melindungi data pengguna dan selaras dengan standar saat ini.
-
-Pertimbangkan untuk menggunakan alat seperti Capgo, yang telah mengelola pembaruan untuk lebih dari 750 aplikasi produksi [\[1\]](https://capgo.app/). Ini dapat membantu memastikan aplikasi Anda tetap terbaru dan menghindari pelanggaran kebijakan.
diff --git a/src/content/blog/id/capacitor-apps-and-russias-data-laws-compliance-tips.md b/src/content/blog/id/capacitor-apps-and-russias-data-laws-compliance-tips.md
deleted file mode 100644
index 2abbf8eaa..000000000
--- a/src/content/blog/id/capacitor-apps-and-russias-data-laws-compliance-tips.md
+++ /dev/null
@@ -1,59 +0,0 @@
----
-slug: capacitor-apps-and-russias-data-laws-compliance-tips
-title: 'Aplikasi Capacitor dan Undang-Undang Data Rusia: Panduan Kepatuhan'
-description: >-
-  Temukan tips penting untuk kepatuhan pengembangan aplikasi di Rusia, termasuk
-  lokalisasi data dan kebijakan privasi untuk perlindungan pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T03:05:27.312Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680ae0495a08fca891774cdd-1745550383310.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Russia data laws, data localization, Capacitor app compliance, privacy policy,
-  user consent
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-To ensure your privacy policy meets Russian data laws, you need to:
-
-1\. Create both Russian and English language versions
-
-2\. Include clear details on how user data is stored and processed
-
-3\. Specify server locations and data retention periods
-
-4\. Provide clear information about user consent and rights
-:::
-
-:::faq
-### How often do I need to update my app to stay compliant?
-
-Regular updates are crucial for maintaining compliance:
-
-1\. Monitor laws for changes quarterly
-
-2\. Update privacy policies as needed
-
-3\. Review server configurations monthly
-
-4\. Test data storage compliance regularly
-:::
-
-Untuk memastikan kebijakan privasi aplikasi Anda mematuhi undang-undang data Rusia, Anda perlu fokus pada **lokalisasi data** dan **persetujuan pengguna**. Undang-undang Rusia mengharuskan data pribadi pengguna Rusia disimpan di server yang berlokasi di Rusia. Selain itu, kebijakan privasi Anda harus menjelaskan secara jelas bagaimana data pengguna dikumpulkan, diproses, dan disimpan, serta harus mematuhi kerangka hukum setempat.
-
-Jika aplikasi Anda menggunakan pembaruan langsung atau fitur serupa, pastikan pembaruan ini juga mematuhi persyaratan lokalisasi data. Alat seperti Capgo dapat membantu dengan menyediakan pembaruan real-time yang aman sambil mempertahankan kepatuhan terhadap peraturan Rusia dan kebijakan app store. Selalu konsultasikan dengan ahli hukum yang familiar dengan undang-undang data Rusia untuk memverifikasi kepatuhan aplikasi Anda.
-:::
-
-:::faq
-### Bagaimana saya memastikan aplikasi Capacitor tetap mematuhi undang-undang lokalisasi data Rusia dari waktu ke waktu?
-
-Untuk mempertahankan kepatuhan terhadap undang-undang lokalisasi data Rusia, penting untuk secara rutin meninjau praktik penyimpanan dan pemrosesan data aplikasi Anda. Pastikan setiap data pribadi pengguna Rusia disimpan di server yang berlokasi di Rusia, sesuai dengan peraturan setempat. Lakukan audit berkala untuk memverifikasi kepatuhan dan mengatasi setiap potensi kesenjangan.
-
-Selain itu, tetap ikuti pembaruan undang-undang data Rusia dan kebijakan app store, karena ini dapat berubah seiring waktu. Menggunakan alat seperti **Capgo** dapat membantu memperlancar pembaruan aplikasi, memungkinkan Anda menerapkan perubahan yang diperlukan dengan cepat tanpa memerlukan persetujuan app store. Ini memastikan aplikasi Anda tetap patuh sambil memberikan pengalaman pengguna yang mulus.
-:::
diff --git a/src/content/blog/id/capacitor-changelog-management-ultimate-guide.md b/src/content/blog/id/capacitor-changelog-management-ultimate-guide.md
deleted file mode 100644
index 45084cfcf..000000000
--- a/src/content/blog/id/capacitor-changelog-management-ultimate-guide.md
+++ /dev/null
@@ -1,247 +0,0 @@
----
-slug: capacitor-changelog-management-ultimate-guide
-title: 'Mengelola Log Perubahan Capacitor: Panduan Lengkap'
-description: >-
-  Pelajari cara pengelolaan catatan perubahan yang efektif untuk aplikasi
-  Capacitor, mencakup struktur, alat otomatisasi, dan praktik terbaik untuk
-  transparansi pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T02:52:04.098Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4b3f310051fda3b6385d9-1743043942012.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, changelog management, app updates, automation tools, version
-  control
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Mengelola changelog sangat penting untuk menjaga transparansi dan keteraturan [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) Anda. Panduan ini menjelaskan cara membuat, menyusun, dan mengotomatisasi changelog untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), memastikan pengembang dan pengguna tetap mendapat informasi. Berikut yang akan Anda pelajari:
-
-- **Mengapa changelog penting**: Mempermudah debugging, meningkatkan komunikasi, dan membangun kepercayaan pengguna.
-- **Cara menyusun changelog**: Gunakan kategori seperti "Ditambahkan", "Diperbaiki", dan "Keamanan" untuk kejelasan.
-- **Praktik terbaik**: Perbarui changelog sebelum commit, otomatisasi dengan alat seperti [Capgo](https://capgo.app/), dan tinjau entri saat pull request.
-- **Alat otomatisasi**: Gunakan pipeline CI/CD dan standar commit untuk merampingkan pengelolaan changelog.
-- **Pembaruan OTA**: Dokumentasikan pembaruan langsung dengan detail seperti nomor versi, timestamp, dan tingkat keberhasilan.
-
-**Tips Cepat**: Otomatisasi pembuatan changelog menggunakan alat seperti Capgo untuk menghemat waktu dan memastikan konsistensi. 95% pengguna memperbarui dalam 24 jam menggunakan solusi Over-the-Air (OTA).
-
-Selami panduan ini untuk menyiapkan changelog pertama Anda dan mengintegrasikannya dengan mulus ke dalam alur kerja Anda.
-
-## Cara Membuat Versi dan Changelog proyek Anda secara otomatis untuk ...
-
-<iframe src="https://www.youtube.com/embed/BbdFfvZNWNw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Menyiapkan Changelog Pertama Anda
-
-Membuat changelog yang jelas adalah kunci untuk melacak dan berbagi pembaruan di aplikasi Capacitor Anda. Berikut cara menyusunnya secara efektif dan mengikuti praktik terbaik.
-
-### Opsi Format Changelog
-
-Ikuti standar [Keep a Changelog](https://keepachangelog.com/en/1.1.0/) untuk mengatur pembaruan berdasarkan versi dan jenis. Pendekatan ini menggunakan kategori yang jelas untuk memudahkan pemahaman pembaruan:
-
-| Kategori | Deskripsi | Contoh Entri |
-| --- | --- | --- |
-| **Ditambahkan** | Fitur baru | Menambahkan dukungan notifikasi push |
-| **Diubah** | Pembaruan fitur yang ada | Memperbarui alur otentikasi |
-| **Usang** | Fitur yang akan segera dihapus | Menandai endpoint API lama sebagai usang |
-| **Dihapus** | Fitur yang telah dihapus | Menghapus analitik yang sudah usang |
-| **Diperbaiki** | Perbaikan bug | Memperbaiki izin kamera iOS |
-| **Keamanan** | Pembaruan keamanan | Meningkatkan enkripsi data |
-
-### Membangun CHANGELOG.md
-
-Untuk menyiapkan `CHANGELOG.md` Anda, pastikan terorganisir secara konsisten dan mudah dibaca. Tempatkan di direktori root proyek Anda dan sertakan elemen utama berikut:
-
-- **Bagian Header**: Tambahkan nama proyek dan deskripsi singkat.
-- **Blok Versi**: Dokumentasikan pembaruan di bawah nomor versi semantik (MAJOR.MINOR.PATCH).
-- **Tanggal Rilis**: Gunakan format ISO (YYYY-MM-DD), seperti `2025-03-27`.
-- **Kategori Perubahan**: Kelompokkan pembaruan di bawah judul yang sesuai.
-
-Selalu daftar versi dalam urutan kronologis terbalik sehingga pembaruan terbaru ada di atas.
-
-### Menambahkan Langkah Changelog ke Pengembangan
-
-Memasukkan pembaruan changelog ke dalam alur kerja Anda memastikan dokumentasi yang akurat dan terkini. Berikut beberapa tips praktis:
-
-- **Pembaruan Pra-commit**: Perbarui changelog sebelum melakukan perubahan kode. Ini mengurangi kemungkinan melewatkan pembaruan penting.
-- **Integrasi Otomatis**: Alat seperti Capgo bekerja dengan [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), dan [Jenkins](https://www.jenkins.io/) [\[1\]](https://capgo.app/) untuk menyederhanakan proses pembaruan changelog Anda.
-- **Proses Peninjauan**: Jadikan peninjauan entri changelog sebagai bagian dari proses pull request Anda. Ini memastikan pembaruan akurat dan disetujui sebelum penggabungan.
-
-## Menulis Entri Changelog yang Jelas
-
-Entri changelog harus menyeimbangkan antara ketepatan teknis dan keterbacaan, membuatnya berguna untuk pengembang dan pengguna.
-
-### Panduan Gaya Penulisan
-
-Patuhi prinsip-prinsip ini untuk memastikan entri changelog Anda jelas dan konsisten:
-
-- Tulis dalam **kala kini**
-- Mulai dengan **kata kerja aksi**
-- **Spesifik** tentang apa yang telah berubah
-- Sebutkan pembaruan versi dependensi
-- Gunakan jargon teknis minimal
-
-**Contoh:**
-
-| Entri Tidak Jelas | Entri Jelas |
-| --- | --- |
-| Memperbaiki bug | Memperbaiki pembekuan pratinjau kamera pada perangkat iOS 17.4 |
-| Menambahkan sesuatu | Menambahkan dukungan otentikasi biometrik untuk Android |
-| Mengubah API | Memperbarui endpoint profil pengguna untuk mendukung field baru |
-| Perbaikan keamanan | Menambal kerentanan injeksi [SQLite](https://www.sqlite.org/) dalam fungsi pencarian |
-
-### Jenis dan Kategori Perubahan
-
-Atur pembaruan Anda ke dalam kategori yang jelas sehingga pengguna dapat dengan cepat menemukan apa yang penting bagi mereka. Berikut rincian kategori umum:
-
-- **Ditambahkan**: Memperkenalkan fitur atau fungsionalitas baru
-- **Diubah**: Pembaruan atau modifikasi fitur yang ada
-- **Usang**: Menandai fitur atau fungsionalitas yang direncanakan untuk dihapus
-- **Dihapus**: Menunjukkan fitur atau fungsionalitas yang telah dikeluarkan
-- **Diperbaiki**: Menyelesaikan bug atau masalah
-- **Keamanan**: Mencakup patch atau pembaruan terkait kerentanan keamanan
-
-Pertimbangkan dampak pengguna saat menetapkan kategori. Misalnya, jika API inti diperbarui, daftarkan di bawah "Diubah" dan berikan detail migrasi jika diperlukan. Untuk pembaruan besar, tautkan ke sumber untuk konteks lebih lanjut.
-
-### Menambahkan Tautan Referensi
-
-Buat changelog Anda lebih membantu dengan menautkan entri ke dokumentasi, masalah, atau commit yang relevan:
-
-1. **Referensi Masalah**
-
-Tautkan langsung ke masalah GitHub atau pull request yang terkait dengan perubahan:
-
-```markdown
-- Fix iOS camera permissions dialog ([#234](https://github.com/your-repo/issues/234))
-```
-
-2. **Tautan Dokumentasi**
-
-Saat memperkenalkan fitur baru atau perubahan yang merusak, sertakan tautan ke dokumentasi yang diperbarui:
-
-```markdown
-- Add push notification support (See [Migration Guide](https://docs.example.com/push))
-```
-
-3. **Referensi Commit**
-
-Untuk pembaruan besar, referensikan commit tertentu:
-
-```markdown
-- Update authentication flow (commit: `8f4d89b`)
-```
-
-> "Capgo adalah alat yang harus dimiliki pengembang, yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangatlah berharga." - Bessie Cooper
-
-## Alat Otomatisasi Changelog
-
-Mengotomatisasi pembuatan changelog menyederhanakan alur kerja Anda dan memastikan dokumentasi perubahan yang konsisten di seluruh proyek Capacitor Anda.
-
-### Alat Changelog Teratas
-
-Beberapa alat dapat menangani otomatisasi changelog secara efektif. Saat memilih salah satu, fokus pada fitur-fitur kunci ini:
-
-- **Deteksi versi**: Secara otomatis mendeteksi rilis baru
-- **Penguraian commit**: Mengekstrak detail relevan dari pesan commit
-- **Kemampuan integrasi**: Cocok dengan mulus ke dalam pipeline CI/CD Anda yang ada
-- **Opsi kustomisasi**: Menyesuaikan dengan kebutuhan spesifik proyek Anda
-
-Capgo membuat otomatisasi changelog lebih mudah dengan mengintegrasikan pembaruan langsung [\[1\]](https://capgo.app/). Dengan lebih dari 750 aplikasi dalam produksi dan 23,5 juta pembaruan terkirim [\[1\]](https://capgo.app/), ini telah membuktikan keandalannya. Untuk mendapatkan hasil maksimal dari alat-alat ini, pastikan pesan commit Anda mengikuti struktur yang jelas.
-
-### Standar Pesan Commit
-
-Gunakan format ini untuk pesan commit:
-
-_<type>(<scope>): <description>_
-
-_\[optional body\]_
-
-_\[optional footer\]_
-
-Berikut beberapa jenis commit umum:
-
-- **feat**: Untuk memperkenalkan fitur baru
-- **fix**: Untuk menyelesaikan bug
-- **docs**: Untuk perubahan dokumentasi
-- **style**: Untuk pembaruan format
-- **refactor**: Untuk mengorganisir ulang kode tanpa mengubah perilakunya
-- **test**: Untuk menambah atau memperbarui tes
-- **chore**: Untuk tugas pemeliharaan umum
-
-### Pengaturan CI/CD Changelog
-
-Dengan menggabungkan alat otomatis dengan pesan commit terstandarisasi, Anda dapat mengintegrasikan pembuatan changelog ke dalam pipeline CI/CD Anda. Pengaturan ini memastikan pembaruan yang cepat dan akurat. Pipeline yang dikonfigurasi dengan benar dapat menghasilkan changelog secara otomatis, memeriksa format pesan, memperbarui dokumentasi, dan memberi tahu tim Anda.
-
-Hasilnya berbicara sendiri: 95% pengguna aktif menerima pembaruan dalam 24 jam menggunakan sistem penerapan otomatis Capgo [\[1\]](https://capgo.app/).
-
-## Manajemen Changelog Pembaruan OTA
-
-Menangani changelog untuk pembaruan over-the-air (OTA) membutuhkan perhatian ekstra karena pembaruan ini diterapkan secara instan. Tidak seperti pembaruan app store tradisional yang diunduh pengguna secara manual, pembaruan OTA mencapai perangkat secara otomatis. Ini membuat dokumentasi yang jelas dan terperinci penting untuk mempertahankan kepercayaan pengguna dan memastikan transparansi.
-
-### Dokumentasi Pembaruan OTA
-
-Saat mengelola pembaruan langsung, penting untuk mendokumentasikan detail utama seperti versi bundle, versi pembaruan OTA, timestamp penerapan, tingkat keberhasilan, dan metrik adopsi pengguna. Untuk membuat changelog mudah dipahami, atur pembaruan ke dalam kategori yang jelas:
-
-| Kategori | Deskripsi | Contoh Entri |
-| --- | --- | --- |
-| Perbaikan Kritis | Patch mendesak untuk masalah langsung | "Memperbaiki crash dalam alur otentikasi pengguna" |
-| Pembaruan Fitur | Fungsi baru atau yang ditingkatkan | "Menambahkan dukungan mode gelap untuk dashboard" |
-| Kinerja | Peningkatan kecepatan dan optimasi | "Mengurangi waktu pemuatan aplikasi sebesar 40%" |
-| Keamanan | Pembaruan untuk meningkatkan keamanan | "Meningkatkan enkripsi data untuk transfer file" |
-
-### Manajemen Pembaruan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-27.jpg?auto=compress)
-
-Untuk pembaruan OTA langsung, dokumentasi terperinci adalah keharusan untuk melengkapi strategi changelog Anda secara keseluruhan. Capgo menyederhanakan proses ini dengan secara otomatis melacak versi, memantau kinerja pembaruan, mencatat rollback, dan merekam penerapan berdasarkan saluran.
-
-Seorang pengembang yang mengelola lebih dari 5.000 pengguna berbagi pengalaman mereka:
-
-> "Kami menerapkan pembaruan OTA Capgo dalam produksi untuk basis pengguna kami +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami terbaru dalam hitungan menit setelah OTA diterapkan ke @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-**Praktik Terbaik untuk Manajemen Changelog OTA**:
-
-- Catat perubahan segera setelah dibuat.
-- Lacak pembaruan berdasarkan saluran untuk mendukung peluncuran bertahap.
-- Simpan catatan yang jelas tentang rollback untuk penyelesaian masalah yang cepat.
-
-Rodrigo Mantica menekankan pentingnya pendekatan ini:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Ringkasan
-
-### Praktik Kunci untuk Manajemen Changelog
-
-Mengelola changelog secara efektif meningkatkan kejelasan dan membangun kepercayaan pengguna. Berikut beberapa praktik penting:
-
-| Praktik | Deskripsi | Dampak |
-| --- | --- | --- |
-| **Pelacakan Versi** | Melacak nomor versi (aplikasi dan OTA). | 82% tingkat keberhasilan global untuk pembaruan yang dilacak [\[1\]](https://capgo.app/) |
-| **Kategori Pembaruan** | [Klasifikasikan pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) berdasarkan jenis (perbaikan, fitur, keamanan). | 95% pengguna aktif memperbarui dalam 24 jam [\[1\]](https://capgo.app/) |
-| **Catatan Penerapan** | Dokumentasikan waktu, tingkat keberhasilan, dan metrik. | Mendukung pemantauan 23.5M pembaruan [\[1\]](https://capgo.app/) |
-| **Strategi Rollback** | Pertahankan log versi sebelumnya dengan integrasi OTA. | Memungkinkan pemulihan segera bila diperlukan. |
-
-### Alat yang Disarankan untuk Pengelolaan yang Lebih Baik
-
-Untuk menerapkan praktik-praktik ini secara efektif, menggunakan alat yang tepat sangat penting. Aplikasi Capacitor modern mendapat manfaat dari alat seperti Capgo, yang menyederhanakan manajemen changelog dengan fitur seperti:
-
--   **Kontrol Versi Otomatis**: Lacak dan dokumentasikan pembaruan dengan mulus menggunakan pipeline CI/CD.
--   **Analitik Real-Time**: Pantau kinerja pembaruan dan tingkat adopsi pengguna.
--   **Manajemen Saluran**: Aktifkan pengujian beta dan peluncuran bertahap untuk penerapan yang lebih lancar.
-
-Saat memilih alat untuk manajemen changelog, prioritaskan:
-
--   **Integrasi Mulus**: Kompatibilitas dengan alur kerja yang ada.
--   **Dokumentasi Terperinci**: Pelacakan otomatis data penerapan.
--   **Pembaruan Pengguna**: Komunikasi yang jelas dan langsung tentang perubahan.
-
-Dengan menggabungkan praktik-praktik ini dengan alat yang tepat, Anda dapat membangun sistem changelog yang andal yang mendukung pengiriman berkelanjutan sambil tetap memberi informasi kepada pengguna.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/capacitor-cicd-pipeline-setup-guide.md b/src/content/blog/id/capacitor-cicd-pipeline-setup-guide.md
deleted file mode 100644
index 59c7f827e..000000000
--- a/src/content/blog/id/capacitor-cicd-pipeline-setup-guide.md
+++ /dev/null
@@ -1,180 +0,0 @@
----
-slug: capacitor-cicd-pipeline-setup-guide
-title: Panduan Konfigurasi Pipeline CI/CD Capacitor
-description: >-
-  Otomatiskan proses kompilasi, pengujian, dan penerapan aplikasi Capacitor Anda
-  dengan pipeline CI/CD untuk pembaruan yang lebih cepat dan efisiensi yang
-  lebih baik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T00:48:58.202Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68082f5bfe5cbf0502dd901c-1745369349370.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, CI/CD, pipeline setup, app updates, Capgo, deployment automation,
-  mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) lebih cepat dengan usaha minimal?** Menyiapkan pipeline CI/CD untuk aplikasi [Capacitor](https://capacitorjs.com/) Anda mengotomatisasi proses build, pengujian, dan deployment, menghemat waktu dan mengurangi kesalahan. Berikut yang akan Anda capai:
-
--   **Pembaruan Langsung**: Kirim pembaruan secara instan tanpa penundaan app store. 95% pengguna menerima pembaruan dalam 24 jam.
--   **Dasar-dasar Pipeline**: Otomatisasi build yang dipicu oleh aktivitas branch (`main`, `staging`, `feature/*`) dan tetapkan lingkungan terpisah untuk staging dan produksi.
--   **Integrasi [Capgo](https://capgo.app/)**: Gunakan Capgo untuk menerapkan pembaruan yang aman dan terenkripsi, mengelola [channel pembaruan](https://capgo.app/docs/webapp/channels/), dan memantau kinerja.
--   **Harga Terjangkau**: Paket mulai dari $12/bulan untuk pembaruan langsung dan analitik.
-
-Pipeline CI/CD Capacitor menyederhanakan alur kerja, meningkatkan efisiensi, dan memastikan aplikasi Anda tetap diperbarui dengan lancar. Mari kita bahas detailnya.
-
-## Persyaratan Setup
-
-### Prasyarat
-
-Pastikan Anda telah menginstal dan mengkonfigurasi hal berikut:
-
--   **[Node.js](https://nodejs.org/en) LTS**, **Capacitor CLI**, dan **Git**
--   Akun pada platform CI pilihan Anda (seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), atau [Jenkins](https://www.jenkins.io/))
--   **Akun Capgo** untuk mengelola pembaruan langsung
-
-Setelah semua siap, lanjutkan untuk menentukan pemicu dan langkah-langkah build di platform CI Anda.
-
-## Integrasikan Appflow dengan Pipeline CICD Anda
-
-<iframe src="https://www.youtube.com/embed/CakTj3A3wbM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Langkah-langkah Setup Pipeline
-
-Setelah menangani prasyarat, saatnya mengkonfigurasi pemicu pipeline dan pengaturan lingkungan Anda.
-
-### Pemicu dan Langkah Build
-
-Siapkan pipeline CI/CD Anda untuk memicu build secara otomatis berdasarkan aktivitas branch tertentu. Berikut cara mengkonfigurasinya:
-
--   **Pemicu branch**:
-    
-    -   Gunakan `main` untuk build produksi.
-    -   Gunakan `staging` untuk keperluan pengujian.
-    -   Gunakan `feature/*` untuk pekerjaan pengembangan.
--   **Langkah build**:
-    
-    -   Instal semua dependensi yang diperlukan.
-    -   Jalankan unit test untuk memastikan kualitas kode.
-    -   Build aset web untuk aplikasi.
-    -   Generate binary native untuk platform mobile atau desktop.
-    -   Deploy build ke lingkungan pengujian untuk validasi lebih lanjut.
-
-### Pengaturan Lingkungan
-
-Tentukan file konfigurasi lingkungan terpisah untuk staging dan produksi agar terorganisir dan aman. Berikut contoh pengaturannya:
-
-```yaml
-# staging.env
-ENVIRONMENT=staging
-API_ENDPOINT=https://api-staging.example.com
-LIVE_UPDATES_ENABLED=true
-
-# production.env
-ENVIRONMENT=production
-API_ENDPOINT=https://api.example.com
-LIVE_UPDATES_ENABLED=true
-```
-
-Untuk data sensitif seperti API key dan sertifikat, pastikan untuk menyimpannya dengan aman di sistem pengelolaan rahasia platform CI Anda. Ini memastikan pipeline Anda tetap fungsional dan aman.
-
-## Panduan Integrasi [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68082f5bfe5cbf0502dd901c/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-Setelah menyiapkan tahap build dan deploy, saatnya mengintegrasikan Capgo. Ini memungkinkan Anda mengirim pembaruan langsung ke aplikasi, melewati penundaan persetujuan app store.
-
-### Langkah-langkah Setup Capgo
-
-Setelah menyiapkan pipeline CI/CD, ikuti langkah-langkah ini untuk menambahkan Capgo ke proyek Anda:
-
-Pertama, instal [Capgo CLI](https://capgo.app/docs/cli/commands):
-
-```bash
-npx @capgo/cli init
-```
-
-Kemudian, lanjutkan dengan perintah berikut:
-
--   **Build aplikasi Anda**: `npm install && npm run build`
--   **Deploy pembaruan**: `npx @capgo/cli deploy`
--   **Rollback pembaruan**: `npx @capgo/cli rollback`
-
-Berikut contoh job GitHub Actions untuk mendeploy pembaruan:
-
-```yaml
-- name: Deploy to Capgo
-  run: |
-    npm install @capgo/cli
-    npx @capgo/cli deploy
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-### Fitur Utama Capgo
-
-Capgo membawa beberapa manfaat untuk aplikasi Capacitor, termasuk:
-
--   **Pembaruan aman dan efisien**: Pembaruan terenkripsi dan diferensial mengurangi ukuran payload sambil memastikan pengiriman yang aman.
--   **Manajemen channel**: Buat channel staging dan produksi untuk mengontrol cara pembaruan diluncurkan.
--   **Dashboard analitik**: Lacak tingkat keberhasilan pembaruan dan pantau adopsi pengguna dengan wawasan detail.
-
-### Paket dan Harga Capgo
-
-Capgo menawarkan paket fleksibel sesuai kebutuhan berbeda:
-
--   **SOLO**: $12/bulan (1.000 MAU, 2 GB penyimpanan, 50 GB bandwidth)
--   **MAKER**: $33/bulan (10.000 MAU, 5 GB penyimpanan, 500 GB bandwidth)
--   **TEAM**: $83/bulan (100.000 MAU, 10 GB penyimpanan, 2.000 GB bandwidth)
--   **PAYG**: Mulai dari $249/bulan, dengan opsi penskalaan kustom, akses API, dan domain kustom.
-
-Saat ini, Capgo mendukung lebih dari 1.900 aplikasi dalam produksi, menjadikannya pilihan yang andal untuk deployment berkelanjutan [\[1\]](https://capgo.app/).
-
-## Manajemen Pipeline
-
-### Pelacakan Status
-
-Memantau pipeline Anda dengan cermat adalah kunci untuk menjaga kualitas aplikasi dan kepuasan pengguna. Gunakan platform CI/CD Anda untuk menyiapkan peringatan otomatis untuk:
-
--   **Status build dan kemajuan deployment**
--   **Tingkat keberhasilan pembaruan**
--   **Metrik adopsi pengguna**
--   **Laporan kesalahan dan log crash**
-
-Pasangkan peringatan ini dengan dokumentasi yang jelas untuk memastikan pemantauan yang lancar dan penyelesaian masalah yang cepat.
-
-### Panduan Dokumentasi
-
-Dokumentasi yang baik membuat tim Anda tetap selaras dan operasi berjalan lancar. Pastikan dokumentasi Anda mencakup:
-
--   **Konfigurasi Pipeline**: Detail seperti pemicu build, variabel lingkungan, dan pengaturan keamanan.
--   **Prosedur Pembaruan**: Langkah-langkah untuk deployment, instruksi rollback, dan [mengelola channel pembaruan](https://capgo.app/docs/webapp/channels/).
--   **Setup Pemantauan**: Cara mengkonfigurasi peringatan, melacak metrik, dan merespons masalah.
--   **Pedoman Kepatuhan**: Aturan khusus platform, batasan pembaruan, dan persyaratan lainnya.
-
-Simpan semua dokumentasi dalam version control dan perbarui setiap kali pipeline Anda berubah. Sertakan langkah-langkah pemecahan masalah untuk kesalahan umum untuk menghemat waktu saat masalah muncul.
-
-### Pedoman Platform
-
-Ikuti kebijakan pembaruan Apple dan Android menggunakan sistem channel Capgo untuk memastikan peluncuran yang lancar dan patuh:
-
--   **Pengujian Beta**: [Rilis pembaruan ke kelompok pengguna kecil](https://capgo.app/blog/how-to-send-specific-version-to-users/) untuk memvalidasi perubahan.
--   **Peluncuran Bertahap**: Luncurkan pembaruan secara bertahap untuk mendeteksi masalah lebih awal.
--   **Perbaikan Darurat**: Segera rollback pembaruan dengan satu klik jika ada masalah.
-
-## Ringkasan
-
-### Ikhtisar Langkah Setup
-
-Untuk memulai, Anda perlu menginstal CLI, mengkonfigurasi build dan variabel lingkungan, mengamankan rahasia Anda, mengaktifkan pemantauan, dan mendeploy pembaruan. Proses ini terintegrasi dengan mulus dengan alat pemantauan dan rollback, memastikan aplikasi Anda tetap online dengan downtime minimal.
-
-### Manfaat CI/CD
-
-Hubungan antara setup dan hasil menunjukkan bagaimana Capgo meningkatkan efisiensi: pembaruan mencapai **95% pengguna hanya dalam 24 jam**. Plus, harga Capgo - mulai dari **$12/bulan hingga $83/bulan** - menawarkan keunggulan biaya yang besar dibandingkan layanan lama yang bisa membebankan lebih dari **$500/bulan**. Saat ini, Capgo mendukung lebih dari **1.900 aplikasi produksi** [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/id/capacitor-cicd-plugins-vs-appflow-key-differences.md b/src/content/blog/id/capacitor-cicd-plugins-vs-appflow-key-differences.md
deleted file mode 100644
index 56b194700..000000000
--- a/src/content/blog/id/capacitor-cicd-plugins-vs-appflow-key-differences.md
+++ /dev/null
@@ -1,199 +0,0 @@
----
-slug: capacitor-cicd-plugins-vs-appflow-key-differences
-title: 'Plugin CI/CD Capacitor vs Appflow: Perbedaan Utama'
-description: >-
-  Jelajahi perbedaan antara plugin CI/CD Capacitor dan Appflow, termasuk biaya,
-  kustomisasi, dan dukungan masa depan untuk pengembangan aplikasi mobile.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T12:47:30.453Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f89c0a3ac261d346bd63f6-1744375691287.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, CI/CD, Appflow, mobile app updates, development tools,
-  customization, deployment, open-source, cost-effective solutions
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Mencari cara yang lebih baik untuk mengelola pembaruan aplikasi [Capacitor](https://capacitorjs.com/) Anda?** Dengan [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) yang akan ditutup pada 2024 dan [Appflow](https://ionic.io/appflow/) yang dijadwalkan tutup pada 2026, pengembang beralih ke alternatif seperti plugin CI/CD Capacitor. Berikut ringkasannya:
-
--   **Plugin CI/CD Capacitor**: Open-source, dapat disesuaikan, dan terintegrasi dengan alat seperti [GitHub Actions](https://docs.github.com/actions) dan [GitLab CI](https://docs.gitlab.com/ee/ci/). Menawarkan fitur seperti pembaruan langsung, enkripsi end-to-end, dan pembaruan parsial. Biaya sekitar $300/bulan dengan biaya pengaturan awal $2.600.
--   **Appflow**: Platform terpusat untuk build dan deployment tetapi kurang fleksibel. Biaya $6.000/tahun dan akan dihentikan pada 2026.
-
-### Perbandingan Singkat
-
-| Fitur | Plugin CI/CD Capacitor | Appflow |
-| --- | --- | --- |
-| **Biaya** | $300/bulan + $2.600 pengaturan | $6.000/tahun |
-| **Kustomisasi** | Tinggi | Terbatas |
-| **Integrasi** | GitHub, GitLab, [Jenkins](https://www.jenkins.io/) | Khusus platform |
-| **Dukungan Masa Depan** | Berkelanjutan | Berakhir 2026 |
-| **Waktu Pengaturan** | < 15 mins | Varies |
-
-**Takeaway**: Capacitor CI/CD plugins are a flexible, cost-effective choice for long-term projects, especially as Appflow's shutdown approaches.
-
-## Live Demo: Building [Capacitor](https://capacitorjs.com/) Apps in Ionic [Appflow](https://ionic.io/appflow/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67f89c0a3ac261d346bd63f6/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/tkgNuSG5FJQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Memahami Solusi CI/CD
-
-Proses deployment dan pembaruan yang efisien sangat penting dalam pengembangan aplikasi mobile modern. Kemajuan CI/CD untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) kini memberikan pengembang beberapa opsi alur kerja. Berikut rincian bagaimana solusi berbeda menangani CI/CD untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Penjelasan Plugin CI/CD Capacitor
-
-Plugin CI/CD Capacitor menawarkan pendekatan open-source untuk mengelola [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/), terintegrasi dengan mulus dengan sistem CI/CD yang ada. Metode ini memberikan pengembang kontrol detail atas proses deployment, menjadikannya opsi yang lebih dapat disesuaikan dibandingkan platform all-in-one.
-
-[Capgo](https://capgo.app/) telah membagikan statistik mengesankan: **95% pengguna diperbarui dalam 24 jam**, **tingkat keberhasilan global 82%**, **waktu respons API rata-rata 57ms**, dan **bundle 5MB dikirim hanya dalam 114ms** [\[1\]](https://capgo.app/).
-
-Berikut beberapa fitur unggulan:
-
-| Fitur | Deskripsi |
-| --- | --- |
-| **Pembaruan Langsung** | Push pembaruan dan perbaikan secara instan tanpa menunggu persetujuan app store. |
-| **Enkripsi End-to-End** | Memastikan pengiriman pembaruan aplikasi yang aman. |
-| **Pembaruan Parsial** | Menghemat bandwidth dengan hanya mengunduh perubahan yang diperlukan. |
-| **[Sistem Channel](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Mendistribusikan pembaruan secara selektif, ideal untuk pengujian beta. |
-| **Integrasi CI/CD** | Bekerja secara mulus dengan alat seperti GitHub Actions, GitLab CI, dan Jenkins. |
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-### Dasar-dasar Platform Appflow
-
-Sementara plugin CI/CD menekankan kustomisasi, Appflow menyediakan solusi yang lebih terintegrasi. Namun, relevansi Appflow semakin menurun, dengan rencana penutupan pada 2026.
-
-> "Membatalkan langganan @Appflow setelah 4 tahun. Code-Push tidak pernah bekerja dengan baik, semoga @CapGO telah memecahkannya." [\[1\]](https://capgo.app/)
-
-> "@Capgo adalah alat yang wajib dimiliki pengembang yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangatlah berharga." [\[1\]](https://capgo.app/)
-
-Pilihan antara kontrol rinci dan platform all-in-one tergantung pada alur kerja tim Anda dan kebutuhan jangka panjang. Dengan penutupan Appflow yang akan datang, pengembang mungkin menemukan nilai yang lebih tahan lama dalam solusi berbasis plugin yang fleksibel.
-
-## Perbandingan Fitur
-
-### Fitur Plugin CI/CD
-
-Plugin CI/CD Capacitor kini dirancang untuk memenuhi kebutuhan pengguna enterprise. Misalnya, implementasi Capgo mengirimkan bundle 5MB hanya dalam 114ms, dengan waktu respons API global rata-rata 57ms [\[1\]](https://capgo.app/).
-
-Berikut rincian yang ditawarkan plugin ini:
-
-| Kategori Fitur | Kemampuan |
-| --- | --- |
-| [Manajemen Pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | • Push pembaruan secara instan tanpa penundaan app store  <br>• Kirim pembaruan parsial untuk menghemat bandwidth  <br>• Gunakan distribusi berbasis channel untuk pengujian beta |
-| Keamanan | • Enkripsi end-to-end  <br>• Kirim pembaruan dengan aman  <br>• Kontrol akses dengan izin detail |
-| Integrasi | • Dukungan asli untuk GitHub Actions  <br>• Kompatibel dengan GitLab CI  <br>• Terintegrasi dengan pipeline Jenkins |
-| Analitik | • Lacak pembaruan secara real time  <br>• Pantau tingkat keberhasilan  <br>• Ukur adopsi pengguna |
-
-Kemampuan ini menyoroti keandalan dan efisiensi solusi berbasis plugin [\[1\]](https://capgo.app/). Sementara itu, Appflow mengambil rute yang berbeda.
-
-### Fitur Platform Appflow
-
-Appflow berfokus pada penyediaan platform terpadu, tetapi mengorbankan beberapa fleksibilitas dalam prosesnya. Pengembang telah mengungkapkan frustrasi dengan implementasinya, seperti yang dibagikan oleh satu orang:
-
-> "Membatalkan langganan @Appflow setelah 4 tahun. Code-Push tidak pernah bekerja dengan baik, semoga @CapGO telah memecahkannya" - LeVar Berry [\[1\]](https://capgo.app/)
-
-Appflow memang menawarkan alat untuk mengelola build, deployment, dan tim dalam satu tempat. Namun, keterbatasannya telah mendorong banyak organisasi untuk mengeksplorasi opsi lain. Dengan lebih dari 750 aplikasi yang sudah berjalan pada solusi berbasis plugin seperti Capgo [\[1\]](https://capgo.app/), tren menunjukkan pergeseran yang berkembang menuju alternatif yang lebih dapat disesuaikan dan ramah pengembang. Pergeseran ini mencerminkan preferensi untuk solusi yang memprioritaskan fleksibilitas dan kontrol.
-
-## Perbandingan Biaya
-
-Saat mengevaluasi solusi ini, biaya memainkan peran kunci di samping fitur dan efisiensi deployment.
-
-### Harga Plugin CI/CD
-
-Plugin CI/CD Capacitor hadir dengan model harga yang jelas. Misalnya, Capgo mengenakan **biaya pengaturan satu kali sebesar $2.600** dan sekitar **$300 per bulan** untuk operasi CI/CD. Selain itu, mereka menawarkan paket bertingkat untuk mengakomodasi berbagai ukuran tim dan kebutuhan.
-
-| Komponen Paket | Biaya |
-| --- | --- |
-| Pengaturan Awal | $2.600 (satu kali) |
-| Operasi CI/CD Bulanan | ~$300 |
-| Paket Bertingkat | $12 - $249/bulan |
-
-Struktur ini sangat menarik untuk proyek jangka panjang, menawarkan opsi penskalaan yang ramah anggaran. Di sisi lain, Appflow mengambil pendekatan yang berbeda.
-
-### Struktur Harga Appflow
-
-Appflow menggunakan sistem penagihan tahunan, dengan biaya mencapai **$6.000 per tahun** [\[1\]](https://capgo.app/). Harga ini telah membuat banyak organisasi mempertimbangkan solusi alternatif.
-
-> "Kami saat ini mencoba @Capgo karena Appcenter menghentikan dukungan pembaruan langsung pada aplikasi hybrid dan @AppFlow terlalu mahal." [\[1\]](https://capgo.app/)
-
-Selama periode lima tahun, solusi berbasis plugin seperti Capgo dapat menghemat organisasi sekitar **$26.100** dibandingkan dengan Appflow [\[1\]](https://capgo.app/). Perbedaan substansial ini, dikombinasikan dengan kurangnya fleksibilitas Appflow dan masa depan yang tidak pasti, telah membuat alternatif lebih menarik.
-
-> "Beralih ke @Capgo setelah @AppFlow mengenakan tagihan $5000 untuk tahun ini untuk melanjutkan. Menyukai CapoGo sejauh ini. Terima kasih untuk @Capgo, ini produk yang hebat." [\[1\]](https://capgo.app/)
-
-Karena tim pengembangan bertujuan untuk mengoptimalkan anggaran mereka tanpa mengorbankan kualitas deployment, perbedaan biaya ini menjadi semakin signifikan.
-
-## Pengaturan dan Penggunaan
-
-Mendapatkan pengaturan yang tepat sangat penting untuk pengembangan yang lancar. Berikut rincian bagaimana kedua opsi ini dibandingkan ketika datang ke implementasi dan penggunaan sehari-hari.
-
-### Bekerja dengan Plugin CI/CD
-
-Capgo bekerja secara mulus dengan platform CI/CD populer seperti GitHub Actions dan GitLab CI. Ini memungkinkan tim untuk mengkonfigurasi pipeline mereka langsung dalam lingkungan yang sudah dikenal. Pengaturannya cepat - memakan waktu kurang dari 15 menit [\[1\]](https://capgo.app/).
-
-Satu tim membagikan pengalaman mereka dalam men-deploy ke ribuan pengguna:
-
-> "Kami meluncurkan [pembaruan OTA Capgo](https://console.capgo.app/resend_email) dalam produksi untuk basis pengguna kami lebih dari 5.000. Kami melihat operasi yang sangat lancar; hampir semua pengguna kami up to date dalam hitungan menit setelah OTA di-deploy ke @Capgo."
-
-Di sisi lain, Appflow mengambil pendekatan yang lebih terpusat yang mengharuskan tim menyesuaikan dengan ekosistemnya.
-
-### Menggunakan Alat Appflow
-
-Sementara plugin CI/CD fokus pada integrasi yang cepat dan mudah, Appflow menggabungkan beberapa fitur menjadi satu platform. Namun, pendekatan ini mengharuskan tim untuk sepenuhnya merangkul ekosistemnya. Meskipun menawarkan berbagai alat, beberapa pengembang telah mencatat kesulitan dengan fitur tertentu, seperti fungsionalitas Code-Push.
-
-Berikut perbandingan singkat keduanya:
-
-| Fitur | Plugin CI/CD | Appflow |
-| --- | --- | --- |
-| Waktu Pengaturan | Kurang dari 15 menit | Bervariasi |
-| Integrasi | Bekerja secara native dengan CI/CD | Memerlukan adopsi platform |
-| Kurva Pembelajaran | Mudah untuk pengguna CI/CD | Lebih curam untuk pengguna baru |
-| Kustomisasi | Sangat fleksibel | Terbatas pada alat platform |
-
-## Membuat Pilihan yang Tepat
-
-### Open Source vs Closed Source
-
-Saat memilih solusi CI/CD, memutuskan antara platform open-source dan closed-source dapat membentuk masa depan proyek Anda. Model open-source Capgo menonjol dengan transparansi dan [opsi self-hosting](https://capgo.app/blog/self-hosted-capgo/), memberi Anda kontrol penuh tanpa risiko vendor lock-in. Pendekatan ini juga memungkinkan deployment yang disesuaikan dan langkah-langkah keamanan yang lebih ketat.
-
-Manfaat open-source jelas dalam penggunaan praktis. Misalnya, tim [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/) NASA membagikan pengalaman mereka:
-
-> "@Capgo adalah cara cerdas untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Berikut perbandingan singkat:
-
-| Aspek | Open Source (Capgo) | Closed Source (Appflow) |
-| --- | --- | --- |
-| Akses Kode | Visibilitas kode sumber penuh | Tertutup, akses terbatas |
-| Opsi Hosting | Self-hosted atau cloud | Hanya cloud |
-| Kustomisasi | Modifikasi tak terbatas | Dibatasi oleh platform |
-| Kontrol Keamanan | Pengawasan penuh | Bergantung pada penyedia |
-
-Tingkat kontrol dan transparansi ini menjadikan platform open-source sebagai pilihan yang solid untuk proyek jangka panjang.
-
-### Dukungan Platform Jangka Panjang
-
-Masa depan solusi CI/CD Anda secara langsung mempengaruhi alur kerja pengembangan. Dengan Appflow yang dijadwalkan untuk ditutup pada 2026, sangat penting untuk merencanakan alternatif yang andal dan hemat biaya.
-
-Berikut faktor-faktor kunci yang perlu dipertimbangkan:
-
--   **Stabilitas Platform:** Capgo menawarkan dukungan berkelanjutan dan pengembangan aktif, sementara penghentian Appflow yang akan datang bisa mengganggu alur kerja.
--   **Efisiensi Biaya:** Harga bulanan Capgo sebesar $300 adalah penghematan signifikan dibandingkan biaya tahunan Appflow sebesar $6.000.
--   **Kontinuitas Fitur:** Platform open-source memastikan fitur-fitur penting tetap tersedia, bebas dari prioritas yang berubah dari vendor tunggal.
-
-Pergeseran industri menuju solusi open-source menekankan pentingnya keberlanjutan dan kemandirian. Faktor-faktor ini penting untuk menciptakan strategi CI/CD yang dapat diandalkan yang menghindari migrasi yang mahal dan memakan waktu di masa mendatang.
-
-## Kesimpulan
-
-Dunia solusi CI/CD untuk aplikasi Capacitor berubah dengan cepat, menghadirkan tantangan dan peluang baru bagi pengembang dan organisasi. Membandingkan plugin CI/CD Capacitor dengan Appflow mengungkapkan perbedaan dalam biaya, opsi kustomisasi, dan keandalan masa depan.
-
-Organisasi dapat memangkas biaya secara signifikan dengan solusi berbasis plugin sambil mendapatkan lebih banyak kontrol atas deployment dan kustomisasi. Dengan penutupan Appflow dan CodePush, sangat penting bagi pengembang untuk merencanakan strategi migrasi yang berkelanjutan untuk memastikan transisi yang lancar.
-
-Perubahan ini menekankan pentingnya memilih alat yang menawarkan fitur kuat dan dukungan jangka panjang yang andal. Untuk tim yang menghargai kontrol dan fleksibilitas, plugin CI/CD Capacitor menonjol dengan memungkinkan self-hosting dan pengaturan yang disesuaikan - memenuhi kebutuhan keamanan dan deployment yang unik sambil mempertahankan kemandirian.
-
-Keputusan antara solusi-solusi ini pada akhirnya bergantung pada prioritas langsung dan tujuan jangka panjang. Preferensi yang berkembang untuk alat open-source dan hemat biaya menggarisbawahi potensi mereka untuk mendukung upaya pengembangan hingga masa depan. Tren ini memperkuat daya tarik alat CI/CD open-source yang fleksibel untuk mempertahankan praktik pengembangan yang berkelanjutan.
diff --git a/src/content/blog/id/capacitor-cli-commands-common-issues-and-fixes.md b/src/content/blog/id/capacitor-cli-commands-common-issues-and-fixes.md
deleted file mode 100644
index 7c3c8afc2..000000000
--- a/src/content/blog/id/capacitor-cli-commands-common-issues-and-fixes.md
+++ /dev/null
@@ -1,204 +0,0 @@
----
-slug: capacitor-cli-commands-common-issues-and-fixes
-title: 'Perintah CLI Capacitor: Masalah dan Solusi Umum'
-description: >-
-  Selesaikan masalah umum CLI Capacitor dengan solusi praktis untuk plugin,
-  build, dan pembaruan, memastikan kinerja aplikasi yang lancar.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:27:20.155Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3-1744684053859.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor CLI, plugin errors, build errors, live updates, network issues,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Mengalami masalah dengan [Capacitor](https://capacitorjs.com/) CLI?** Berikut panduan cepat untuk memperbaiki masalah umum seperti masalah plugin, kesalahan build, dan masalah jaringan. Capacitor CLI sangat penting untuk mengelola pembaruan aplikasi, terutama pembaruan over-the-air (OTA), yang memungkinkan Anda melewati tinjauan app store dan mendorong perbaikan lebih cepat. Berikut poin-poin pentingnya:
-
--   **Masalah Umum dan Solusinya**:
-    
-    -   **Kesalahan Plugin Hilang**: Bersihkan cache npm, perbarui dependensi, dan sinkronkan file proyek.
-    -   **Kesalahan Build**: Perbaiki ketidakcocokan versi, perbarui [Cocoapods](https://cocoapods.org/)/[Gradle](https://gradle.org/), dan bersihkan cache build.
-    -   **Masalah Live Update**: Periksa konfigurasi, koneksi jaringan, dan nomor versi.
-    -   **Masalah Jaringan**: Selesaikan masalah SSL, timeout, atau proxy dengan alat pembaruan cerdas.
--   **Tips Pencegahan**:
-    
-    -   Jaga proyek tetap sinkron dengan `npx cap sync`, `npx cap update`, dan `npx cap doctor`.
-    -   Reset file build untuk memperbaiki perilaku yang tidak diharapkan.
-    -   Selaraskan nomor versi di semua komponen Capacitor.
--   **Alat untuk Pembaruan OTA**:
-    
-    -   Gunakan platform seperti **[Capgo](https://capgo.app/)** untuk pembaruan terenkripsi, parsial dengan instalasi latar belakang dan peluncuran berbasis kanal.
-
-**Tabel Perbaikan Cepat**:
-
-| Masalah | Perintah/Tindakan Perbaikan | Platform |
-| --- | --- | --- |
-| Plugin Hilang | Bersihkan cache npm, sinkronkan file | iOS & Android |
-| Kegagalan Build [Xcode](https://developer.apple.com/xcode/) | `pod install` | iOS |
-| Masalah Sinkronisasi Gradle | Bersihkan cache `.gradle` | Android |
-| Ketidakcocokan Versi | Perbarui semua paket Capacitor | iOS & Android |
-
-**Kesimpulan**: Mengelola perintah CLI secara efektif memastikan pembaruan lancar dan kinerja aplikasi yang lebih baik. Alat seperti Capgo menyederhanakan deployment dan mengurangi kesalahan. Ikuti langkah-langkah ini untuk menjaga aplikasi Anda tetap berjalan lancar.
-
-## Cara Memperbaiki Perintah Dev Quasar-Framework dan [Capacitor](https://capacitorjs.com/) ...
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/0E0en7ulaWg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Masalah Utama Perintah CLI
-
-Pengembang sering menghadapi tantangan dengan perintah Capacitor CLI, yang dapat mengganggu alur kerja. Berikut rincian masalah umum dan cara mengatasinya.
-
-### Kesalahan Plugin Hilang
-
-Terkadang plugin gagal dimuat, biasanya karena dependensi tidak terpasang atau tersinkronisasi dengan benar. Misalnya, plugin '@capacitor/live-updates' mungkin tidak dimuat, menghentikan pembaruan.
-
-Berikut cara memperbaiki kesalahan plugin:
-
--   Bersihkan cache npm Anda
--   Perbarui dependensi Anda
--   Sinkronkan file proyek Anda
-
-Mari beralih ke masalah yang dapat muncul selama build aplikasi.
-
-### Kesalahan Build Aplikasi
-
-Kesalahan build biasanya terjadi karena ketidakcocokan versi antara komponen Capacitor atau konfigurasi yang salah yang mengganggu pembaruan OTA.
-
-| Platform | Kesalahan Umum | Solusi |
-| --- | --- | --- |
-| iOS | Kegagalan build Xcode | Perbarui Cocoapods dan jalankan `pod install` |
-| Android | Sinkronisasi Gradle gagal | Bersihkan cache Gradle dan perbarui [Android Studio](https://developer.android.com/studio) |
-| Keduanya | Ketidakcocokan versi | Pastikan semua paket Capacitor menggunakan versi yang sama |
-
-### Kesalahan Live Update
-
-Menerapkan pembaruan langsung terkadang dapat menghasilkan kesalahan yang mempengaruhi keandalan aplikasi dan pengiriman pembaruan. Enkripsi Capgo dan sistem pembaruan cerdas membantu mengurangi masalah ini, tetapi masih bisa terjadi.
-
-Jika Anda mengalami kesalahan pembaruan langsung, coba langkah-langkah berikut:
-
--   Periksa ulang konfigurasi pembaruan Anda
--   Uji koneksi jaringan Anda
--   Pastikan nomor versi sudah benar
-
-Masalah terkait jaringan juga dapat berperan dalam masalah pembaruan langsung.
-
-### Masalah Jaringan dan Event
-
-Masalah jaringan dapat memblokir pembaruan dan menyebabkan kesalahan penanganan event. Berikut beberapa penyebab umum:
-
--   Kesalahan timeout
--   Masalah sertifikat SSL
--   Konfigurasi proxy yang salah
-
-Menggunakan pembaruan diferensial cerdas dapat mengurangi penggunaan bandwidth dan membuat pembaruan lebih andal, bahkan pada jaringan yang lebih lambat [\[1\]](https://capgo.app/).
-
-## Tips Pencegahan Kesalahan CLI
-
-Hindari masalah antarmuka baris perintah (CLI) umum dengan mengikuti strategi praktis ini. Tips ini dapat membantu memastikan proses pengembangan yang lebih lancar.
-
-### Jaga Proyek Tetap Sinkron
-
-Menjaga proyek Anda tetap sinkron mengurangi kemungkinan mengalami kesalahan CLI. Gunakan perintah berikut untuk menjaga konsistensi antara aset web dan platform native:
-
--   **`npx cap sync`**: Menjaga aset web dan platform native selaras setelah perubahan.
--   **`npx cap update`**: Memperbarui instalasi Capacitor Anda ketika versi baru dirilis.
--   **`npx cap doctor`**: Memverifikasi instalasi plugin dan memeriksa potensi masalah.
-
-> "Komunitas membutuhkan ini dan @Capgo melakukan sesuatu yang sangat penting!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-Jika Anda mengalami masalah yang terus-menerus, membersihkan cache build adalah langkah selanjutnya.
-
-### Reset File Build
-
-Perilaku tak terduga dari perintah CLI sering berasal dari masalah cache build. Bersihkan cache ini untuk setiap platform menggunakan langkah-langkah di bawah ini:
-
-| Platform | Langkah Reset | Kapan Menggunakan |
-| --- | --- | --- |
-| iOS | Jalankan `pod deintegrate` diikuti dengan `pod install` | Setelah konflik CocoaPods |
-| Android | Bersihkan cache `.gradle` dan hapus folder `build` | Ketika sinkronisasi Gradle gagal |
-| Web | Hapus folder `node_modules` dan jalankan `npm install` | Setelah konflik dependensi |
-
-Membersihkan cache ini dapat menyelesaikan banyak masalah spesifik platform.
-
-### Sesuaikan Nomor Versi
-
-Ketidakcocokan versi antara komponen Capacitor adalah sumber umum kesalahan CLI. Memastikan semua komponen berada pada versi yang kompatibel sangat penting untuk stabilitas.
-
-Berikut yang perlu diperiksa:
-
-1.  **Versi CLI**: Konfirmasi menggunakan `npx cap --version`.
-2.  **Versi paket Core**: Verifikasi di file `package.json` Anda.
-3.  **Versi plugin**: Periksa daftar dependensi untuk konsistensi.
-
-Saat memperbarui, selaraskan semua paket terkait. Misalnya, jika meningkatkan `@capacitor/core` ke versi 5.0.0, perbarui semua plugin Capacitor lainnya ke versi mayor yang sama.
-
-Ketidakcocokan versi dapat menciptakan masalah halus yang mungkin tidak muncul segera, jadi melakukan audit versi secara teratur dapat menghemat Anda dari masalah di masa depan.
-
-## Alat Pembaruan OTA
-
-Mengelola pembaruan OTA secara efektif membutuhkan alat yang menangani deployment, pemantauan, dan pemecahan masalah dengan lancar. Karena masalah dengan antarmuka baris perintah (CLI) sering terjadi selama pembaruan, memiliki alat yang tepat sangat penting untuk operasi yang lancar.
-
-### Menggunakan Pembaruan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-Capgo adalah platform populer untuk menangani pembaruan OTA Capacitor, membanggakan rekor pengiriman yang mengesankan sebanyak 1155,1 miliar pembaruan dengan tingkat keberhasilan global 82% [\[1\]](https://capgo.app/). Ini mengatasi tantangan CLI umum melalui fitur-fitur berikut:
-
-| **Fitur** | **Manfaat** | **Dampak Teknis** |
-| --- | --- | --- |
-| Enkripsi End-to-End | Mengamankan pengiriman pembaruan | Melindungi dari serangan man-in-the-middle |
-| Pembaruan Parsial | Menghemat bandwidth | Hanya mengunduh file yang dimodifikasi |
-| Instalasi Latar Belakang | Tidak memerlukan input pengguna | Pembaruan terinstal secara otomatis di latar belakang |
-| Sistem Kanal | Memungkinkan peluncuran bertarget | Mendistribusikan pembaruan ke grup pengguna tertentu |
-
-Untuk memulai dengan pembaruan Capgo:
-
-1.  **Instal plugin**: Gunakan perintah `npx @capgo/cli init`.
-2.  **Build aplikasi Anda**: Lanjutkan dengan proses build aplikasi seperti biasa.
-3.  **Deploy pembaruan**: Gunakan perintah CLI Capgo untuk deployment.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara terus-menerus kepada pengguna kami!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Setelah pembaruan di-deploy, andalkan alat debugging khusus platform untuk memastikan semuanya berjalan sesuai harapan dan untuk menyelesaikan masalah apa pun.
-
-### Panduan Alat Debug
-
-Saat mendiagnosis masalah pembaruan OTA, alat khusus platform bisa sangat berharga:
-
--   **Untuk Android**:
-    
-    -   _LogCat_: Menyediakan log real-time untuk pemantauan.
-    -   _Android Debug Bridge (ADB)_: Memungkinkan interaksi langsung dengan perangkat.
-    -   _Bundle Analyzer_: Membantu mengoptimalkan ukuran pembaruan.
--   **Untuk iOS**:
-    
-    -   _Xcode Console_: Melacak log instalasi pembaruan.
-    -   _Network Inspector_: Memantau kinerja unduhan pembaruan.
-    -   _Safari Web Inspector_: Membantu debugging masalah WebView.
-
-Selain itu, perhatikan kinerja CDN global. Misalnya, CDN Capgo biasanya mengirimkan bundle 5MB hanya dalam 114ms [\[1\]](https://capgo.app/). Tolok ukur ini dapat membantu menentukan apakah masalah terkait dengan kondisi jaringan atau kesalahan implementasi.
-
-## Kesimpulan
-
-Mengelola perintah CLI secara efektif adalah kunci untuk memastikan pembaruan aplikasi yang lancar dan memberikan pengalaman pengguna yang hebat. Dengan kecepatan pembaruan OTA saat ini, alat seperti Capgo menyediakan solusi andal untuk mengatasi tantangan CLI umum.
-
-Metode dan alat yang disebutkan sebelumnya membantu menyelesaikan masalah ini sambil mendukung proses deployment yang lebih kuat. Singkatnya, manajemen CLI yang terorganisir dengan baik berdampak langsung pada keamanan, kecepatan, dan pemulihan pembaruan. Kinerja Capgo menyoroti pentingnya praktik CLI yang efisien [\[1\]](https://capgo.app/).
-
-| Aspek | Dampak | Solusi |
-| --- | --- | --- |
-| Keamanan Pembaruan | Mencegah akses tidak sah | Enkripsi end-to-end |
-| Kecepatan Deployment | Mengurangi downtime | CDN Global |
-| Pemulihan Kesalahan | Meminimalkan dampak pengguna | Kemampuan rollback instan |
-| Distribusi Pembaruan | Memastikan pengiriman tepat | Deployment berbasis kanal |
-
-Elemen-elemen ini terkait dengan strategi sebelumnya untuk mencegah kesalahan dan debugging, menciptakan proses pembaruan yang efisien. Sistem pembaruan otomatis dan aman menetapkan standar baru untuk manajemen CLI. Praktik CLI yang kuat sangat penting untuk tetap terdepan dalam pengembangan aplikasi [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/id/capacitor-cli-commands-for-version-updates.md b/src/content/blog/id/capacitor-cli-commands-for-version-updates.md
deleted file mode 100644
index ac7b5b174..000000000
--- a/src/content/blog/id/capacitor-cli-commands-for-version-updates.md
+++ /dev/null
@@ -1,374 +0,0 @@
----
-slug: capacitor-cli-commands-for-version-updates
-title: Perintah CLI Capacitor untuk Pembaruan Versi
-description: >-
-  Pelajari perintah penting dan praktik terbaik untuk memperbarui aplikasi Anda
-  dengan Capacitor CLI, memastikan kinerja dan kompatibilitas yang optimal.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-11T21:28:20.329Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682028f45e3fe4823b5e5a52-1746998980056.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, CLI, app updates, mobile development, iOS, Android, migration,
-  Capgo, plugins
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI menyederhanakan [memperbarui aplikasi Anda](https://capgo.app/plugins/capacitor-updater/) untuk iOS dan Android. Berikut yang perlu Anda ketahui:
-
-1. **Mengapa Memperbarui?** Tetap aman, tingkatkan kinerja, dan pastikan kompatibilitas dengan versi OS seluler terbaru.
-2. **Perintah Kunci:** Gunakan `npm install @capacitor/cli@latest` untuk memperbarui Capacitor CLI, `npx cap migrate` untuk menerapkan perubahan, dan `npx cap sync` untuk [menyelesaikan pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update).
-3. **Langkah Khusus Platform:** Perbarui iOS dengan [CocoaPods](https://cocoapods.org/) (`pod install`) dan pengaturan [Xcode](https://developer.apple.com/xcode/). Untuk Android, sesuaikan konfigurasi [Gradle](https://gradle.org/) dan verifikasi versi Java.
-4. **Gunakan [Capgo](https://capgo.app/) untuk Pembaruan Langsung:** Terapkan perubahan secara instan tanpa penundaan dari toko aplikasi, dengan fitur seperti rollback dan analitik waktu nyata.
-
-Memperbarui memastikan aplikasi Anda tetap efisien dan ramah pengguna. Ikuti langkah-langkah di atas untuk proses yang lancar.
-
-## Cara Memigrasikan Aplikasi Ionic Anda ke [Capacitor](https://capacitorjs.com/) 3
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682028f45e3fe4823b5e5a52/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/d5H729a-rBM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Sebelum Anda Memperbarui
-
-Menghabiskan waktu untuk mempersiapkan sebelum memperbarui dapat menyelamatkan Anda dari sakit kepala di kemudian hari. Sedikit persiapan membantu menghindari jebakan umum dan memastikan semuanya berjalan lancar. Berikut yang perlu Anda fokuskan untuk meminimalkan risiko selama [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Periksa Persyaratan Sistem
-
-Langkah pertama - pastikan pengaturan pengembangan Anda memenuhi persyaratan untuk Capacitor. Versi 6 dan 7 memiliki kebutuhan perangkat lunak tertentu [\[1\]](https://capgo.app).
-
-Berikut yang perlu Anda verifikasi:
-
-1. **Node.js**: Periksa apakah versi Node.js Anda kompatibel.
-2. **Alat Khusus Platform**:
-    - Untuk pengembangan iOS, pastikan Anda memiliki versi terbaru Xcode terinstal.
-    - Untuk Android, konfirmasi bahwa [Android Studio](https://developer.android.com/studio) sudah diperbarui.
-
-### Baca Catatan Pembaruan
-
-Catatan pembaruan adalah peta jalan Anda untuk memahami bagaimana perubahan mungkin mempengaruhi proyek Anda. Luangkan waktu untuk meninjau yang berikut:
-
-1. **Dokumentasi Resmi**: Telusuri changelog dan panduan migrasi Capacitor.
-2. **Perubahan yang Mengganggu**: Perhatikan dengan seksama bagian yang diberi label "Perubahan yang Mengganggu." Ini sering menyoroti pembaruan penting yang dapat mengganggu alur kerja Anda.
-3. **Kompatibilitas Plugin**: Periksa kembali bahwa semua plugin Capacitor dalam proyek Anda didukung oleh versi terbaru.
-
-## Perintah Pembaruan CLI
-
-Perintah ini membantu Anda memperbarui aplikasi Anda sambil memastikan semuanya terus berjalan dengan lancar.
-
-### Perbarui Capacitor CLI
-
-Untuk mendapatkan akses ke fitur terbaru, perbarui Capacitor CLI Anda. Buka terminal Anda dan jalankan:
-
-```bash
-npm install -g @capacitor/cli@latest
-```
-
-Setelah diinstal, konfirmasi pembaruan dengan memeriksa versi CLI Anda:
-
-```bash
-npx cap --version
-```
-
-### Jalankan Perintah Migrasi
-
-Dalam direktori proyek Anda, jalankan perintah berikut untuk memperbarui paket Capacitor inti dan khusus platform:
-
-```bash
-# Update core Capacitor packages
-npm install @capacitor/core@latest
-npm install @capacitor/cli@latest
-
-# Update platform-specific packages
-npm install @capacitor/ios@latest
-npm install @capacitor/android@latest
-
-# Run the migration command
-npx cap migrate
-```
-
-Perintah `npx cap migrate` akan:
-
-1. Memperbarui konfigurasi aplikasi Anda
-2. Menyinkronkan dependensi
-3. Menerapkan perubahan proyek yang diperlukan
-4. Memvalidasi plugin untuk kompatibilitas
-
-Jika beberapa pembaruan tidak ditangani secara otomatis, Anda mungkin perlu menyelesaikannya secara manual.
-
-### Lengkapi Langkah Manual
-
-Untuk menyinkronkan proyek Anda dengan platform yang diperbarui, jalankan:
-
-```bash
-npx cap sync
-```
-
-Untuk otomatisasi tambahan, Anda dapat mengintegrasikan alat CLI Capgo dengan menjalankan:
-
-```bash
-npx @capgo/cli init
-```
-
-Akhirnya, verifikasi pembaruan dengan membangun aplikasi Anda untuk setiap platform:
-
-```bash
-# For iOS
-npx cap open ios
-
-# For Android
-npx cap open android
-```
-
-Jika Anda menghadapi masalah selama pembaruan, CLI akan memberikan pesan kesalahan yang mendetail untuk membantu pemecahan masalah. Pastikan untuk meninjau keluaran build untuk setiap peringatan atau kesalahan yang mungkin memerlukan perhatian Anda.
-
-## Pembaruan Platform
-
-Setelah pembaruan inti selesai, langkah selanjutnya adalah menyempurnakan konfigurasi platform untuk proyek iOS dan Android.
-
-### Langkah Pembaruan iOS
-
-Untuk memulai dengan proyek iOS Anda, buka di Xcode dan ikuti langkah-langkah ini:
-
-1. **Perbarui Ketergantungan CocoaPods**  
-    Mulailah dengan menyegarkan ketergantungan Anda menggunakan CocoaPods. Arahkan ke direktori proyek iOS Anda dan jalankan perintah berikut:
-    
-    ```bash
-    cd ios/App
-    pod install
-    ```
-    
-2. **Konfigurasi Pengaturan Xcode**  
-    Pastikan pengaturan Xcode ini diperbarui untuk memastikan operasi yang lancar dan kepatuhan:
-    
-    | **Pengaturan** | **Tindakan Diperlukan** | **Tujuan** |
-    | --- | --- | --- |
-    | Target Penyebaran | Tetapkan versi iOS minimum | Pastikan kompatibilitas |
-    | Pengaturan Build | Perbarui identitas penandatanganan | Memenuhi persyaratan App Store |
-    | Katalog Aset | Verifikasi ikon dan aset splash | Mempertahankan konsistensi visual |
-    
-3. **Bersihkan Build**  
-    Hapus file cache dan lakukan build bersih untuk menghindari masalah yang tersisa:
-    
-    ```bash
-    # Clean the build folder
-    xcodebuild clean
-    # Build the project
-    xcodebuild build
-    ```
-    
-
-Setelah pembaruan iOS selesai, Anda dapat mengalihkan perhatian ke proyek Android.
-
-### Langkah Pembaruan Android
-
-Untuk Android, buka proyek di Android Studio dan ikuti langkah-langkah ini:
-
-1. **Perbarui Konfigurasi Gradle**  
-    Buka file `build.gradle` Anda dan konfirmasi bahwa pengaturan ini telah dikonfigurasi dengan benar:
-    
-    ```kotlin
-    android {
-        compileSdkVersion 33
-        defaultConfig {
-            minSdkVersion 22
-            targetSdkVersion 33
-        }
-    }
-    ```
-    
-2. **Sinkronkan File Proyek**  
-    Sinkronkan proyek dengan file Gradle untuk memastikan semua ketergantungan terbaru. Langkah ini juga mungkin melibatkan memperbarui alat SDK dan menyelesaikan konflik.
-    
-3. **Verifikasi Versi Java**  
-    Periksa bahwa Anda menggunakan versi Java yang benar, karena ini penting untuk kompatibilitas dengan Gradle dan fitur Android:
-    
-    ```bash
-    # Check the current Java version
-    ./gradlew --version
-    ```
-    
-
-Pastikan untuk memperhatikan konfigurasi Gradle Anda. Beberapa pembaruan mungkin memerlukan versi Gradle yang lebih baru untuk mendukung fitur Android terbaru dengan efektif.
-
-## Pembaruan Langsung dengan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/682028f45e3fe4823b5e5a52/0270fe931d56d422c8e52846495749c7.jpg)
-
-Setelah platform Anda dikonfigurasi, Anda dapat menggunakan Capgo untuk meluncurkan perubahan secara instan tanpa menunggu persetujuan toko aplikasi. Langkah ini meningkatkan pembaruan platform Anda dengan memungkinkan kemampuan penerapan waktu nyata.
-
-### Mengatur Capgo
-
-Memulai dengan Capgo sangatlah mudah. Anda dapat memulainya dengan perintah sederhana:
-
-```bash
-npx @capgo/cli init
-```
-
-Fitur ini menyederhanakan proses pembaruan, menjaga aplikasi Anda tetap terbaru tanpa penundaan siklus review tradisional. Capgo kompatibel dengan kedua versi Capacitor 8, menjadikannya pilihan fleksibel untuk pengaturan Anda yang sudah ada.
-
-| **Fitur** | **Deskripsi** | **Manfaat** |
-| --- | --- | --- |
-| Enkripsi End-to-End | Keamanan bawaan untuk pembaruan | Memastikan hanya pengguna yang terotorisasi yang dapat mengakses pembaruan |
-| [Sistem Saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Distribusi pembaruan canggih | Menargetkan segmen pengguna tertentu |
-| Analitik Waktu Nyata | Memantau kinerja pembaruan | Melacak tingkat keberhasilan dan keterlibatan pengguna |
-
-### Fitur Keamanan Pembaruan
-
-Capgo memprioritaskan pembaruan yang aman dan dapat diandalkan, dengan tingkat adopsi 95% dalam 24 jam dan tingkat keberhasilan 82% secara global [\[1\]](https://capgo.app). Ini mencakup beberapa fitur keamanan kunci:
-
-1. **Kemampuan Rollback**: Dengan cepat kembali ke versi sebelumnya jika terjadi masalah.
-2. **Pelacakan Kesalahan**: Mengidentifikasi dan menyelesaikan masalah sebelum mempengaruhi pengguna.
-3. **Distribusi berbasis Saluran**: [Uji pembaruan dengan grup beta](https://capgo.app/blog/how-to-send-specific-version-to-users/) sebelum meluncurkannya secara luas.
-
-### Integrasi CI/CD
-
-Setelah langkah-langkah keamanan diterapkan, Anda dapat mengintegrasikan Capgo ke dalam pipeline CI/CD Anda untuk penerapan yang mulus dan efisien. Capgo telah mengonfigurasi CI/CD untuk lebih dari 50 aplikasi, menawarkan solusi yang hemat biaya dibandingkan dengan opsi lain [\[1\]](https://capgo.app).
-
-Berikut adalah contoh perintah penerapan:
-
-```bash
-npx @capgo/cli deploy --channel production
-```
-
-Capgo mendukung berbagai platform CI/CD, termasuk:
-
-- [GitHub Actions](https://docs.github.com/actions)
-- [GitLab CI](https://docs.gitlab.com/ee/ci/)
-- [Jenkins](https://www.jenkins.io/)
-- Pengaturan pipeline kustom
-
-> "Kami mengonfigurasi pipeline CI/CD Anda langsung di platform pilihan Anda, apakah itu GitHub Actions, GitLab CI, atau lainnya. Kami tidak menampung CI/CD atau membebankan biaya untuk memeliharanya." - Capgo [\[1\]](https://capgo.app)
-
-Untuk tim yang mencari bantuan profesional, Capgo menawarkan layanan konfigurasi CI/CD profesional seharga $2,600. Pengaturan satu kali ini mencakup konfigurasi pipeline kustom dan saran ahli tentang praktik terbaik penerapan aplikasi seluler [\[1\]](https://capgo.app).
-
-## Memperbaiki Masalah Umum
-
-[Pembaruan Capacitor](https://capgo.app/plugins/capacitor-updater/) kadang-kadang dapat menyebabkan masalah yang mengganggu stabilitas aplikasi Anda. Berikut cara Anda dapat mengatasi masalah umum ini dengan efektif.
-
-### Memperbaiki Konflik Paket
-
-Mulailah dengan memeriksa adanya ketidakcocokan versi dalam paket Capacitor Anda. Gunakan perintah berikut:
-
-```bash
-npm ls @capacitor/core
-```
-
-Tinjau keluaran dan pastikan bahwa versi **@capacitor/core**, **@capacitor/ios**, dan **@capacitor/android** konsisten dalam file `package.json` Anda. Jika Anda menemukan konflik, perbarui atau hapus paket bermasalah untuk menstabilkan lingkungan Anda.
-
-Setelah menyelesaikannya, periksa kembali bahwa semua plugin yang terinstal kompatibel dengan versi Capacitor yang diperbarui.
-
-### Periksa Dukungan Plugin
-
-Sebelum memperbarui, pastikan plugin Anda siap untuk bekerja dengan versi terbaru Capacitor. Gunakan perintah-perintah ini untuk mengelola dan memverifikasi kompatibilitas plugin:
-
-| **Tindakan** | **Perintah** | **Tujuan** |
-| --- | --- | --- |
-| Daftar Plugin | `npx cap ls` | Menampilkan semua plugin yang terinstal |
-| Periksa Versi | `npm outdated` | Mengidentifikasi plugin yang sudah usang |
-| Perbarui Plugin | `npm update` | Memperbarui plugin ke versi yang kompatibel |
-
-Jika Anda menggunakan alat pembaruan langsung seperti **Capgo**, konfirmasi bahwa plugin Anda mendukung pembaruan dinamis. Ini membantu mencegah konflik saat runtime dan memastikan kinerja yang lebih lancar.
-
-### Memecahkan Kesalahan Build
-
-Kesalahan build dapat bervariasi tergantung pada platform, tetapi berikut adalah perbaikan khusus untuk setiap platform:
-
-**Untuk iOS:**
-
-Bersihkan folder build Anda menggunakan perintah ini:
-
-```bash
-xcodebuild clean -workspace ios/App/App.xcworkspace -scheme App
-```
-
-**Untuk Android:**
-
-Bersihkan cache Gradle dengan menjalankan:
-
-```bash
-cd android && ./gradlew clean
-```
-
-Jika kesalahan tetap ada setelah dibersihkan, Anda mungkin perlu menambahkan kembali platform yang terkena dampak. Berikut adalah cara caranya:
-
-```bash
-npx cap rm ios
-npx cap rm android
-npx cap add ios
-npx cap add android
-```
-
-Terakhir, jika Anda menggunakan Capgo untuk pembaruan langsung, periksa kembali bahwa konfigurasi build Anda memenuhi persyaratan platform untuk menghindari masalah lebih lanjut.
-
-## Ringkasan
-
-Bagian ini menyoroti langkah-langkah dan alat penting untuk [mengelola pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) di Capacitor, menekankan bagaimana penggunaan efektif [perintah CLI Capacitor](https://capgo.app/docs/cli/commands/) memastikan alur kerja yang lancar dalam pengembangan aplikasi. Alat dan strategi yang dibahas bertujuan untuk menyederhanakan pembaruan sekaligus mengurangi risiko potensial.
-
-Sebelumnya, kami mencatat bahwa Capgo mendukung **1.7K aplikasi produksi**, mencapai **tingkat keberhasilan pembaruan 82%** [\[1\]](https://capgo.app). Fitur pembaruan instan memungkinkan **95% pengguna memperbarui dalam waktu 24 jam** [\[1\]](https://capgo.app), menunjukkan efisiensinya.
-
-Berikut adalah snapshot metrik kinerja Capgo:
-
-| Metrik | Kinerja |
-| --- | --- |
-| Waktu Respons API Global | 57ms |
-| Kecepatan Unduhan Bundle 5MB | 114ms |
-| Tingkat Keberhasilan Pembaruan | 82% |
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan pembaruan terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app)
-
-Alat pembaruan modern menawarkan beberapa manfaat yang patut dicatat:
-
-- **Enkripsi end-to-end** untuk pengiriman pembaruan yang aman
-- **Pembaharuan parsial**, yang menghemat bandwidth dengan hanya mengunduh komponen yang dimodifikasi
-- **Pemulihan sekali klik** untuk pemulihan cepat jika terjadi masalah
-- **Analisis waktu nyata** untuk memantau kinerja pembaruan dan keterlibatan pengguna
-
-Fitur-fitur ini mendasari kerangka kerja yang kuat untuk mengelola [pembaruan versi](https://capgo.app/docs/live-updates/update-behavior/) secara efektif.
-
-Apakah Anda sedang mengerjakan aplikasi kecil atau memperbesar penyebaran yang lebih besar, menggabungkan Capacitor CLI dengan alat pembaruan canggih memastikan kontrol versi yang andal dan efisien dalam lanskap pengembangan yang bergerak cepat saat ini.
-
-## FAQ
-
-:::faq
-### Tantangan apa yang mungkin saya hadapi saat memperbarui aplikasi saya dengan Capacitor CLI, dan bagaimana saya dapat mengatasinya?
-
-Saat Anda memperbarui aplikasi Anda dengan Capacitor CLI, Anda mungkin akan menemui beberapa rintangan di sepanjang jalan. Tantangan umum termasuk **konflik ketergantungan**, **perubahan yang merusak dalam plugin**, atau **masalah konfigurasi spesifik platform**. Masalah ini sering muncul akibat perbedaan antara versi Capacitor atau pembaruan pada plugin pihak ketiga.
-
-Berikut adalah cara untuk mengatasi tantangan ini:
-
-- **Periksa catatan rilis** untuk versi baru yang Anda tuju. Perhatikan adanya perubahan yang merusak atau penyesuaian yang perlu Anda buat.
-- **Uji pembaruan di lingkungan staging** sebelum menerapkannya ke produksi. Ini membantu Anda menangkap dan memperbaiki masalah sebelum berdampak pada pengguna.
-- Secara teratur perbarui ketergantungan dan plugin Anda untuk mengurangi risiko masalah kompatibilitas.
-
-Untuk pengalaman pembaruan yang lebih lancar, Anda mungkin ingin mencoba alat seperti _Capgo_. Alat ini memungkinkan Anda mengirimkan perbaikan dan fitur baru langsung kepada pengguna tanpa perlu persetujuan dari toko aplikasi. Ini adalah cara yang baik untuk menjaga aplikasi Anda tetap terbaru dengan waktu henti minimal.
-:::
-
-:::faq
-### Bagaimana Capgo menyederhanakan pembaruan aplikasi, dan apa fitur andalannya?
-
-Capgo menyederhanakan cara pengembang menyampaikan [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) dengan memungkinkan mereka untuk mengirimkan perubahan, perbaikan, dan fitur baru langsung kepada pengguna - tanpa perlu persetujuan dari toko aplikasi. Dengan ini, pengguna Anda dapat menikmati pembaruan terbaru dalam beberapa menit, menciptakan pengalaman yang lebih lancar dan efisien.
-
-Berikut adalah yang membuat Capgo menonjol:
-
-- **Enkripsi end-to-end** memastikan pembaruan Anda tetap aman.
-- **Integrasi CI/CD** membantu menjaga alur kerja yang teratur.
-- **Pembaruan spesifik pengguna** memungkinkan peluncuran yang tepat dan terarah.
-- **Manajemen organisasi yang fleksibel** mendukung tim dari berbagai ukuran.
-
-Capgo sepenuhnya sumber terbuka dan mematuhi standar Apple dan Android, menawarkan solusi yang dapat diandalkan untuk [pembaruan aplikasi waktu nyata](https://capgo.app/blog/live-updates-for-flutter-app/).
-:::
-
-:::faq
-### Bagaimana saya dapat memeriksa apakah plugin saya kompatibel dengan versi terbaru dari Capacitor sebelum memperbarui?
-
-Sebelum melompat ke versi terbaru dari Capacitor, sangat penting untuk memeriksa kembali apakah plugin Anda siap untuk menangani pembaruan. Mulailah dengan menggali dokumentasi atau repositori plugin untuk melihat apakah ada persyaratan atau pembaruan spesifik versi. Sebagian besar plugin dengan jelas menunjukkan versi Capacitor mana yang mereka dukung, jadi langkah ini bisa menghindarkan Anda dari sakit kepala yang tidak perlu.
-
-Anda juga dapat menguji aplikasi Anda di lingkungan yang terkontrol dengan versi Capacitor yang diperbarui. Ini memungkinkan Anda melihat dan memperbaiki masalah kompatibilitas sebelum pembaruan diluncurkan di produksi. Alat seperti **Capgo** dapat sangat membantu di sini, memungkinkan Anda mengirimkan pembaruan langsung tanpa perlu persetujuan dari toko aplikasi. Ini berarti Anda dapat dengan cepat menangani masalah terkait plugin sambil tetap mematuhi pedoman platform.
-:::
diff --git a/src/content/blog/id/capacitor-cli-plugin-commands-overview.md b/src/content/blog/id/capacitor-cli-plugin-commands-overview.md
deleted file mode 100644
index 3a713a6f1..000000000
--- a/src/content/blog/id/capacitor-cli-plugin-commands-overview.md
+++ /dev/null
@@ -1,373 +0,0 @@
----
-slug: capacitor-cli-plugin-commands-overview
-title: Ikhtisar Perintah Plugin CLI Capacitor
-description: >-
-  Pelajari cara mengelola plugin Capacitor dengan efisien menggunakan perintah
-  CLI dan manfaat mengintegrasikan dengan alat manajemen plugin yang kuat.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T03:14:02.984Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4be0410051fda3b63a692-1743045267566.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, CLI, plugin management, app development, updates, troubleshooting,
-  Capgo, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI menyederhanakan pengelolaan plugin untuk pengembangan aplikasi, memungkinkan integrasi fitur perangkat native yang mulus. Dipadukan dengan alat seperti [Capgo](https://capgo.app/), ini memperlancar pembaruan, penerapan, dan pemecahan masalah. Berikut adalah yang perlu Anda ketahui:
-
-**Fitur Utama:**
-
-- **Instal Plugin:** Gunakan `npx @capgo/cli init` untuk menambahkan plugin, menangani dependensi, dan memperbarui konfigurasi secara otomatis.
-- **Perbarui Plugin:** Perintah seperti `npm update @capacitor/*` dan `npx cap sync` memastikan pembaruan yang mulus.
-- **Hapus Plugin:** Uninstall dengan bersih menggunakan `npm uninstall @capacitor/plugin-name` dan sinkronisasi konfigurasi.
-- **Pemecahan Masalah:** Perintah seperti `npx cap doctor` dan `npx cap sync --verbose` membantu mendeteksi dan menyelesaikan masalah.
-
-**[Manfaat Capgo](https://capgo.app/consulting/):**
-
-- Pembaruan waktu nyata
-- Enkripsi end-to-end
-- Integrasi CI/CD
-- Pembatalan untuk kesalahan
-
-Capgo mendukung lebih dari 750 aplikasi secara global, menawarkan pembaruan cepat dan pelacakan kesalahan seharga $12/bulan.
-
-Mulailah mengelola [plugin Capacitor](https://capgo.app/plugins/) dengan efisien dan tingkatkan alur kerja pengembangan Anda hari ini!
-
-## Pengembangan Lintas Platform: Mengeksplorasi CapacitorJS dengan ...
-
-<iframe src="https://www.youtube.com/embed/73YWZ1G_DX4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Perintah Instalasi Plugin
-
-Capacitor CLI membuat penambahan plugin ke proyek Anda menjadi mudah dan efisien. Perintah ini menangani proses integrasi, mengambil alih dependensi dan memastikan kompatibilitas dengan pengaturan Anda.
-
-### Perintah Instalasi Dasar
-
-Untuk menambahkan plugin Capacitor ke proyek Anda, gunakan struktur perintah sederhana ini. Misalnya, untuk menginstal plugin Capgo, jalankan:
-
-```bash
-npx @capgo/cli init
-```
-
-Perintah ini menangani hal berikut:
-
-- Memverifikasi bahwa plugin kompatibel dengan versi Capacitor Anda
-- Menginstal semua dependensi yang diperlukan
-- Menyiapkan konfigurasi yang spesifik untuk platform
-- Memperbarui file konfigurasi proyek Anda secara otomatis
-
-Ikuti proses ini untuk menghindari kesalahan selama instalasi.
-
-### Pedoman Instalasi
-
-Berikut adalah cara untuk memastikan plugin Anda terinstal tanpa masalah:
-
-**Langkah Prainstalasi**:
-
-- Pastikan proyek Capacitor Anda sudah diatur
-- Navigasi ke direktori root proyek Anda
-- Periksa bahwa versi [Node.js](https://nodejs.org/en) Anda terbaru
-- Perbarui ke versi terbaru dari CLI Capacitor
-
-**Menangani Versi**:
-
-- Tentukan versi plugin yang Anda inginkan saat instalasi
-- Ikuti penomoran versi semantik untuk menghindari masalah kompatibilitas
-- Uji plugin di lingkungan pengembangan Anda sebelum menerapkan
-
-> "Jalankan npx @capgo/cli init itu!" - Capgo [\[1\]](https://capgo.app/)
-
-Setelah instalasi, pastikan semuanya teratur dengan meninjau `package.json` dan file konfigurasi yang spesifik untuk platform. Untuk langkah tambahan, konsultasikan dokumentasi plugin.
-
-## Perintah Pembaruan Plugin
-
-Mempertahankan plugin Capacitor Anda tetap terbaru membantu menjaga stabilitas aplikasi dan memastikan akses ke fitur baru. CLI menawarkan alat untuk mengelola pembaruan plugin dengan efisien.
-
-### Menemukan Pembaruan yang Tersedia
-
-Jalankan perintah ini di direktori root proyek Anda:
-
-```bash
-npm outdated @capacitor/*
-npx cap doctor
-```
-
-Perintah `npx cap doctor` memeriksa pengaturan Capacitor Anda, termasuk versi plugin. Ini mengidentifikasi masalah dan menyarankan pembaruan untuk meningkatkan kinerja. Setelah Anda tahu plugin mana yang perlu diperbarui, gunakan perintah di bawah ini.
-
-### Menjalankan Pembaruan Plugin
-
-Untuk memperbarui plugin, gunakan yang berikut ini:
-
-**Memperbarui Satu Plugin**:
-
-```bash
-npm update @capacitor/plugin-name
-npx cap sync
-```
-
-**Memperbarui Semua Plugin Sekaligus**:
-
-```bash
-npm update @capacitor/*
-npx cap sync
-```
-
-Jika Anda pengguna Capgo, alat CLI mereka menyederhanakan proses pembaruan:
-
-```bash
-npx @capgo/cli update
-```
-
-### Mengelola Dependensi Pembaruan
-
-Setelah menerapkan pembaruan, ikuti langkah-langkah berikut untuk mengelola dependensi secara efektif:
-
-| Tahap | Tugas | Tujuan |
-| --- | --- | --- |
-| Prabahar | Tinjau dependensi | Periksa versi saat ini |
-| Selama pembaruan | Selesaikan konflik versi | Perbaiki ketidakcocokan |
-| Pasca pembaruan | Jalankan tes spesifik platform | Pastikan semuanya berfungsi |
-
-Pengguna Capgo mendapatkan manfaat dari fitur canggih seperti peluncuran terkendali. Sistem mereka telah terbukti dapat diandalkan:
-
-- 95% pembaruan diselesaikan dalam 24 jam [\[1\]](https://capgo.app/)
-- 82% tingkat keberhasilan secara global untuk pembaruan [\[1\]](https://capgo.app/)
-- Kompatibilitas dengan versi Capacitor 8 [\[1\]](https://capgo.app/)
-
-Untuk memastikan pembaruan berjalan lancar:
-
-- **Kontrol Versi**: Komit perubahan Anda sebelum memperbarui.
-- **Pengujian**: Terapkan pembaruan di lingkungan pengembangan terlebih dahulu.
-- **Peringatan Dependensi**: Tangani masalah ketergantungan sesegera mungkin.
-
-Capgo juga menyediakan fitur pembatalan untuk membalikkan pembaruan kritis jika masalah muncul [\[1\]](https://capgo.app/).
-
-## Perintah Penghapusan Plugin
-
-Menghapus plugin dengan benar sangat penting untuk menghindari masalah selama pembaruan dan menjaga lingkungan pengembangan Anda tetap bersih. Berikut adalah langkah-langkah untuk mencopot pemasangan plugin dan memverifikasi penghapusannya secara lengkap.
-
-### Perintah Uninstall
-
-Untuk mencopot pemasangan plugin Capacitor, gunakan perintah berikut:
-
-```bash
-npm uninstall @capacitor/plugin-name
-npx cap sync
-```
-
-Untuk pembaruan spesifik platform, jalankan:
-
-```bash
-npx cap update ios
-npx cap update android
-```
-
-Perlu menghapus beberapa plugin sekaligus? Gunakan ini:
-
-```bash
-npm uninstall @capacitor/plugin1 @capacitor/plugin2
-npx cap sync
-```
-
-### Pembersihan Pasca-penghapusan
-
-Setelah mencopot pemasangan, ikuti langkah pembersihan berikut untuk memastikan proyek Anda tetap stabil:
-
-| Tugas | Perintah | Tujuan |
-| --- | --- | --- |
-| Perbarui dependensi | `npm install` | Membangun kembali pohon dependensi |
-| Sinkronkan platform | `npx cap sync` | Memperbarui konfigurasi proyek native |
-
-Selain itu, hapus secara manual entri yang tersisa dari **capacitor.config.ts**, **package.json**, dan file spesifik platform apa pun.
-
-### Memastikan Penghapusan Plugin
-
-Untuk memastikan plugin benar-benar dihapus, gunakan perintah berikut:
-
-```bash
-npm list @capacitor/*
-npx cap doctor
-```
-
-- **`npm list @capacitor/*`**: Memeriksa adanya dependensi terkait Capacitor yang tersisa.
-- **`npx cap doctor`**: Mengidentifikasi dependensi yang tersisa, penghapusan yang tidak lengkap, atau masalah konfigurasi.
-
-Periksa kembali area berikut untuk jejak yang tersisa:
-
-- **Root proyek**: Pastikan plugin tidak terdaftar lagi di `package.json`.
-- **Platform native**: Verifikasi pembersihan di direktori iOS dan Android.
-- **File build**: Pastikan plugin tidak ada dalam aset yang dikompilasi.
-
-Jika Anda menggunakan Capgo untuk manajemen plugin, alat CLI mereka dapat membantu memverifikasi penghapusan:
-
-```bash
-npx @capgo/cli verify
-```
-
-Perintah ini memindai setiap jejak yang tersisa yang dapat menyebabkan konflik, memastikan pembersihan yang menyeluruh.
-
-## Pemecahan Masalah Plugin
-
-Jika Anda masih menghadapi masalah setelah menginstal atau memperbarui plugin, berikut adalah beberapa langkah pemecahan masalah praktis untuk membantu Anda mengidentifikasi dan memperbaiki masalah umum.
-
-Saat bekerja dengan plugin Capacitor melalui perintah CLI, pengembang sering menghadapi tantangan yang dapat mengganggu alur kerja mereka. Berikut adalah panduan untuk membantu Anda mengatasi masalah ini secara efektif.
-
-### Alat Diagnostik
-
-Perintah ini dapat membantu Anda mengungkap masalah dengan konfigurasi CLI Anda:
-
-```bash
-npx cap doctor
-npx cap sync --verbose
-```
-
-Alat ini dapat mendeteksi:
-
-- Dependensi yang hilang
-- Ketidakcocokan versi
-- Kesalahan konfigurasi yang spesifik untuk platform
-- Masalah instalasi plugin
-
-Untuk wawasan yang lebih mendalam, Capgo menawarkan perintah diagnostik tambahan:
-
-```bash
-npx @capgo/cli diagnose
-npx @capgo/cli verify-plugins
-```
-
-Setelah menjalankan diagnostik, gunakan tabel di bawah ini untuk menerapkan perbaikan yang ditargetkan untuk kesalahan tertentu.
-
-### Perbaikan Kesalahan Umum
-
-Berikut adalah perintah CLI untuk menyelesaikan masalah plugin yang sering terjadi:
-
-| Tipe Kesalahan | Perintah | Solusi |
-| --- | --- | --- |
-| Ketidakcocokan Versi | `npx cap sync --force` | Memaksa plugin untuk menyinkronkan |
-| Konflik Platform | `npx cap update <platform>` | Membangun kembali konfigurasi spesifik platform |
-| Masalah Dependensi | `npm cache clean --force` | Menghapus cache npm untuk instalasi yang segar |
-| Kerusakan Plugin | `npm rebuild` | Membangun kembali biner plugin |
-
-Untuk masalah pembaruan yang lebih keras kepala, coba urutan ini:
-
-```bash
-npm cache clean --force
-rm -rf node_modules
-npm install
-npx cap sync
-```
-
-### CLI vs Perbaikan Manual
-
-Sementara perintah CLI sering cukup, beberapa situasi mungkin memerlukan intervensi manual.
-
-**Kapan Menggunakan CLI:**
-
-- Pembaruan plugin rutin
-- Menyelesaikan konflik dependensi
-- Menjalankan diagnostik atau menyinkronkan konfigurasi platform
-
-**Ketika Perbaikan Manual Diperlukan:**
-
-- Mengedit kode platform native
-- Memperbaiki konflik penggabungan
-- Menyesuaikan pengaturan plugin
-- Memigrasikan plugin yang lebih lama ke versi yang lebih baru
-
-> "Kami menerapkan pengembangan gesit dan @Capgo sangat penting dalam memberikan terus-menerus kepada pengguna kami!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-> "Membatalkan langganan @Appflow saya setelah 4 tahun. Code-Push tampaknya tidak pernah berjalan dengan baik, semoga @CapGO sudah memilikinya!" - LeVar Berry, @levarberry [\[1\]](https://capgo.app/)
-
-Akhirnya, selalu periksa log spesifik platform setelah menjalankan perintah CLI:
-
-- **iOS**: Gunakan konsol [Xcode](https://developer.apple.com/xcode/) untuk log yang lebih rinci
-- **Android**: Tinjau logcat di [Android Studio](https://developer.android.com/studio)
-- **Web**: Periksa alat pengembang browser
-
-Jika perintah CLI tidak menyelesaikan masalah, periksa repositori GitHub plugin untuk masalah yang dilaporkan atau solusi yang disediakan oleh komunitas sebelum mencoba perbaikan manual.
-
-## Integrasi [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-27.jpg?auto=compress)
-
-Capgo bekerja lancar dengan CLI Capacitor, memungkinkan [pembaruan plugin waktu nyata](https://capgo.app/docs/plugin/self-hosted/auto-update) dan menyederhanakan tugas pemeliharaan untuk pengembang.
-
-### Fitur Plugin Capgo
-
-Sistem plugin CLI Capgo memberikan statistik kinerja yang mengesankan:
-
-- **23,5 juta pembaruan** berhasil disampaikan
-- **82% tingkat keberhasilan global** untuk pembaruan
-- **95% pengguna aktif** diperbarui dalam 24 jam
-- **57ms** rata-rata waktu respons API global
-
-Untuk memulai dengan Capgo, jalankan perintah berikut:
-
-```bash
-npx @capgo/cli init
-```
-
-### Alat Manajemen Plugin
-
-Capgo mendukung integrasi dengan platform CI/CD populer seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), dan [Jenkins](https://www.jenkins.io/). Ini juga menyediakan analitik waktu nyata untuk melacak pembaruan, adopsi pengguna, kecepatan unduhan, dan kesalahan.
-
-| Metrik | Detail |
-| --- | --- |
-| Keberhasilan Pembaruan | Pantau pembaruan plugin yang berhasil |
-| Adopsi Pengguna | Lacak penggunaan versi di antara pengguna |
-| Kecepatan Unduh | 114ms rata-rata untuk bundel 5MB |
-| Pelacakan Kesalahan | Identifikasi masalah secara real-time |
-
-> "Capgo adalah alat yang harus dimiliki bagi pengembang yang ingin lebih produktif. Menghindari tinjauan untuk perbaikan bug adalah sesuatu yang berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Fitur-fitur ini menjadikan Capgo solusi efisien untuk mengelola pembaruan.
-
-### Sistem Pembaruan Capgo
-
-Capgo memastikan kepatuhan terhadap pedoman Apple dan Google dengan menggunakan enkripsi end-to-end. Harga mulai dari $12/bulan untuk pengembang individu, dengan rencana perusahaan tersedia untuk tim yang lebih besar.
-
-Sorotan utama dari sistem pembaruan meliputi:
-
--   **Rollback satu klik** untuk perbaikan cepat
--   **Manajemen pengguna** untuk pengujian beta
--   **[Sistem saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** untuk pembaruan yang terarah
--   **Pelacakan kesalahan** untuk memantau masalah
-
-Saat ini, **750 aplikasi** menggunakan Capgo dalam produksi. Platform ini juga menawarkan layanan konfigurasi CI/CD seharga $2.600, memastikan integrasi yang lancar ke dalam alur kerja. CDN globalnya mengirimkan pembaruan dengan kecepatan rata-rata **114ms** untuk bundel 5MB.
-
-> "Beralih ke @Capgo setelah @AppFlow memberi kami tagihan $5000 untuk tahun depan. Menyukai Capgo sejauh ini. Terima kasih untuk @Capgo, ini produk yang hebat." - jermaine [\[1\]](https://capgo.app/)
-
-## Kesimpulan
-
-### Ringkasan Manajemen Plugin
-
-CLI Capacitor menyederhanakan cara Anda mengelola plugin. Ketika digabungkan dengan Capgo, ini memberikan hasil yang mengesankan:
-
--   23.5M pembaruan diselesaikan
--   95% adopsi pengguna dalam waktu 24 jam
--   82% tingkat keberhasilan global
--   57ms rata-rata waktu respons API
-
-Angka-angka ini menyoroti bagaimana CLI dan Capgo bekerja bersama untuk memastikan pembaruan yang lancar dan efisien.
-
-### Langkah Selanjutnya dengan Capgo
-
-Capgo dapat membawa alur kerja Anda ke tingkat berikutnya. Ini menawarkan opsi cloud dan self-hosted, memenuhi preferensi penyebaran yang berbeda.
-
-> "Kami mempractice pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Berikut adalah apa yang dibawa Capgo ke meja:
-
--   Analitik real-time untuk memantau kinerja pembaruan
--   Enkripsi end-to-end untuk [pembaruan plugin yang aman](https://capgo.app/docs/plugin/self-hosted/encrypted-bundles/)
--   Integrasi CI/CD yang mudah dengan platform utama
--   Harga mulai dari $12/bulan untuk pengembang solo
-
-Dengan 750 aplikasi produksi yang sudah bergantung pada Capgo, ini adalah pilihan yang terbukti. Baik Anda memperbaiki bug atau meluncurkan fitur baru, menggabungkan CLI Capacitor dengan Capgo memberikan Anda alat yang dapat diandalkan dan efisien untuk pengembangan aplikasi. Mulailah menggunakan alat ini untuk memperlancar proyek Capacitor Anda hari ini.
diff --git a/src/content/blog/id/capacitor-cli-project-setup-guide.md b/src/content/blog/id/capacitor-cli-project-setup-guide.md
deleted file mode 100644
index 0e2fca78a..000000000
--- a/src/content/blog/id/capacitor-cli-project-setup-guide.md
+++ /dev/null
@@ -1,263 +0,0 @@
----
-slug: capacitor-cli-project-setup-guide
-title: Panduan Pengaturan Proyek Capacitor CLI
-description: >-
-  Pelajari cara mengatur Capacitor CLI untuk membangun aplikasi iOS dan Android
-  native menggunakan teknologi web dalam beberapa langkah mudah.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T03:02:50.225Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847-1744945493935.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, CLI, mobile apps, iOS, Android, project setup, live updates,
-  troubleshooting
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin membangun aplikasi iOS dan Android dengan satu basis kode?** [Capacitor](https://capacitorjs.com/) CLI menyederhanakan prosesnya, memungkinkan Anda membuat aplikasi native menggunakan teknologi web. Berikut apa yang akan Anda pelajari:
-
--   **Pengaturan Cepat**: Instal Capacitor CLI dan inisialisasi proyek Anda dalam beberapa menit.
--   **Integrasi Platform**: Tambahkan dukungan iOS dan Android dengan perintah sederhana.
--   **Pembaruan Langsung**: Gunakan [Capgo](https://capgo.app/) untuk pembaruan langsung secara over-the-air.
--   **Perbaikan Umum**: Memecahkan masalah seperti kesalahan sinkronisasi atau kegagalan pembangunan.
-
-**Langkah Kunci untuk Memulai:**
-
-1.  Instal [Node.js](https://nodejs.org/en), npm, JDK, [Xcode](https://developer.apple.com/xcode/), dan [Android Studio](https://developer.android.com/studio).
-2.  Jalankan `npm install @capacitor/core @capacitor/cli` dan inisialisasi proyek Anda.
-3.  Tambahkan platform iOS dan Android menggunakan `npx cap add ios` dan `npx cap add android`.
-4.  Opsional: Siapkan Capgo untuk [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) langsung.
-
-Panduan ini mencakup semua yang Anda butuhkan untuk mengatur Capacitor CLI, mengonfigurasi platform, dan menerapkan aplikasi Anda. Mari kita mulai!
-
-## Memperkenalkan [Capacitor](https://capacitorjs.com/) Konfigurasi
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/HufvY63esXs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Persyaratan Pengaturan
-
-Untuk memulai, pastikan Anda memiliki alat berikut yang terinstal:
-
--   **Node.js** (versi 14 atau lebih baru) dan **npm**
--   **Java JDK** (versi 11 atau lebih baru)
--   **Xcode** (versi 12 atau lebih baru untuk pembangunan iOS)
--   **Android Studio** (untuk pembangunan Android)
--   **Capacitor CLI** (versi 6 atau 7)
-
-_Opsional:_ Jika Anda ingin mengaktifkan pembaruan langsung, lihat "[Panduan Pengaturan Capgo](https://capgo.app/docs/plugin/cloud-mode/getting-started/)" di bawah ini.
-
-## Langkah Instalasi CLI
-
-Sebelum memulai, pastikan Anda telah mengatur **Node.js**, **npm**, **JDK**, **Xcode**, dan **Android Studio**. Setelah siap, Anda dapat menginstal Capacitor CLI dengan menjalankan:
-
-```bash
-npm install --save @capacitor/core @capacitor/cli
-npx cap init
-```
-
-Perintah ini memasang Capacitor dan mengatur komponen intinya.
-
-Setelah langkah ini selesai, lanjutkan ke **Membuat Proyek Baru** untuk membangun aplikasi Anda.
-
-## Membuat Proyek Baru
-
-Untuk memulai proyek Anda [menggunakan Capacitor CLI](https://capgo.app/docs/cli/commands/), ikuti langkah-langkah ini:
-
-```bash
-mkdir my-app && cd my-app
-npm init -y
-npx cap init my-app com.company.app --web-dir dist
-```
-
-### Memperbarui File Konfigurasi
-
-Edit file `capacitor.config.json` untuk menyertakan pengaturan berikut:
-
-```json
-{
-  "appId": "com.company.app",
-  "appName": "My App",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "server": {
-    "hostname": "app.example.com",
-    "androidScheme": "https"
-  }
-}
-```
-
-Setelah diperbarui, gunakan konfigurasi ini untuk mengatur Capacitor untuk proyek Anda.
-
-## Pengaturan Platform
-
-Sekarang bahwa scaffolding proyek telah selesai, saatnya untuk mengatur target iOS dan Android.
-
-### Menambahkan iOS dan Android
-
-Mulailah dengan menginstal paket khusus platform yang diperlukan menggunakan Capacitor CLI:
-
-```bash
-npm install @capacitor/ios @capacitor/android
-npx cap add ios
-npx cap add android
-```
-
-Untuk iOS, pastikan Anda memiliki Xcode 14 atau lebih baru, [CocoaPods](https://cocoapods.org/) 1.11 atau lebih baru, dan macOS 12 atau lebih tinggi. Untuk Android, Anda akan memerlukan Android Studio Giraffe (2022.3.1+), JDK 17 atau lebih baru, dan [Gradle](https://gradle.org/) 7.5 atau lebih tinggi.
-
-Setelah terpasang, Anda perlu menjaga target native Anda tetap diperbarui dengan perubahan pada aplikasi web Anda.
-
-### Pembaruan Platform
-
-Untuk menyinkronkan platform Anda dengan perubahan web terbaru, ikuti langkah-langkah ini setelah memperbarui aplikasi web Anda:
-
-```bash
-npm run build
-npx cap sync
-```
-
-Perintah `cap sync` menangani dua tugas:
-
--   Menyalin aset web yang diperbarui ke platform native
--   Memperbarui konfigurasi dan plugin native agar sesuai dengan perubahan terbaru
-
-### Pengaturan IDE
-
-Buka proyek khusus platform di IDE yang sesuai:
-
-```bash
-npx cap open ios     # Opens Xcode
-npx cap open android # Opens Android Studio
-```
-
-**Di Xcode:**
-
-1.  Pilih tim pengembangan Anda.
-2.  Siapkan sertifikat penandatanganan.
-3.  Perbarui pengenal bundel Anda.
-
-**Di Android Studio:**
-
-1.  Ubah ID aplikasi di `build.gradle`.
-2.  Konfigurasikan keystore untuk penandatanganan.
-3.  Siapkan varian pembangunan debug dan rilis.
-
-Ketika semuanya terkonfigurasi, bangun proyek menggunakan `npx cap build ios` atau `npx cap build android`. Jangan lupa untuk menjalankan `npx cap sync` lagi untuk memastikan semua aset terbarui.
-
-## Panduan Pengaturan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Siapkan Capgo untuk mengaktifkan pembaruan langsung secara over-the-air untuk aplikasi Anda.
-
-### Fitur Utama Capgo
-
-Capgo menawarkan beberapa alat untuk memperlancar pembaruan aplikasi:
-
--   **Enkripsi ujung-ke-ujung** memastikan pengiriman pembaruan yang aman.
--   Pembaruan berjalan **di latar belakang** saat aplikasi diluncurkan.
--   **Alat analitik** membantu melacak tingkat keberhasilan pembaruan dan keterlibatan pengguna.
--   Opsi **rollback satu klik** memungkinkan Anda cepat pulih dari pembaruan yang bermasalah.
--   Gunakan **[sistem saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** untuk peluncuran bertahap dan pengujian beta.
-
-### Menginstal Capgo
-
-Ikuti langkah-langkah berikut untuk memulai dengan Capgo:
-
-1.  [Instal Capgo CLI](https://capgo.app/docs/self-hosted/local-dev/cli/):
-    
-    ```bash
-    npm install --save @capgo/cli
-    ```
-    
-2.  [Inisialisasi Capgo](https://capgo.app/docs/webapp/) di proyek Anda:
-    
-    ```bash
-    npx capgo init
-    ```
-    
-3.  Bangun dan rilis pembaruan:
-    
-    ```bash
-    npm run build
-    npx capgo release
-    ```
-    
-4.  Buka aplikasi untuk memicu proses pembaruan latar belakang.
-    
-
-### Praktik Terbaik
-
--   Gunakan saluran untuk menguji pembaruan sebelum meluncurkannya ke semua pengguna.
--   Monitor analitik untuk memastikan pembaruan berhasil disampaikan dan pengguna tetap terlibat.
--   Aktifkan pelacakan kesalahan untuk menangkap dan memperbaiki masalah lebih awal.
--   Siapkan fitur rollback untuk cepat menangani masalah.
-
-Capgo kompatibel dengan Capacitor 8, terintegrasi dengan lancar dengan pipeline CI/CD, dan mematuhi persyaratan toko Apple dan Google.
-
-## Masalah Umum dan Tips
-
-Setelah Anda menyelesaikan pengaturan platform dan Capgo, Anda mungkin menghadapi beberapa kesalahan umum. Berikut cara mengatasi dengan cepat.
-
-### Masalah Pengaturan Lingkungan
-
--   **CLI Tidak Ditemukan**  
-    **Kesalahan**: Perintah `npx cap` gagal.  
-    **Perbaikan**: Jalankan `npm install --save @capacitor/cli @capacitor/core` dan coba lagi.
-    
--   **Ketidakcocokan Versi Node**  
-    **Kesalahan**: Perintah CLI gagal karena kesalahan versi Node.js.  
-    **Perbaikan**: Instal versi Node.js 14 atau lebih tinggi seperti yang diuraikan dalam persyaratan pengaturan.
-    
-
-### Masalah Konfigurasi
-
--   **Ketidakcocokan Konfigurasi**  
-    **Kesalahan**: Perubahan pada `capacitor.config.json` tidak efektif.  
-    **Perbaikan**: Pastikan nilai `appId` dan `webDir` cocok dengan `package.json` proyek Anda dan folder output build web.
-    
--   **Kesalahan Sinkronisasi Platform**  
-    **Kesalahan**: Menjalankan `npx cap sync` menghasilkan konflik versi plugin.  
-    **Perbaikan**: Perbarui `@capacitor/android` dan `@capacitor/ios` ke versi mayor yang sama, lalu jalankan kembali perintah sinkronisasi.
-    
-
-### Pembangunan dan Penerapan
-
--   **Kegagalan Penandatanganan Pembangunan**  
-    **Kesalahan**: Pembangunan iOS atau Android gagal karena sertifikat atau keystore yang hilang.  
-    **Perbaikan**: Ikuti instruksi pengaturan IDE. Untuk iOS, tambahkan tim pengembangan Anda di Xcode. Untuk Android, konfigurasikan keystore di `build.gradle`.
-    
--   **Direktori Web Tidak Ditemukan**  
-    **Kesalahan**: `npx cap sync` tidak dapat menemukan aset web.  
-    **Perbaikan**: Jalankan perintah build web Anda (misalnya, `npm run build`) sebelum menyinkronkan platform.
-    
-
-### Masalah Pembaruan Langsung
-
--   **[Kegagalan Pembaruan Capgo](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-    **Kesalahan**: Pembaruan tidak muncul di aplikasi produksi.  
-    **Perbaikan**: Periksa kembali [kunci API Capgo](https://capgo.app/docs/webapp/api-keys/) Anda di `capacitor.config.json` dan pastikan Anda menargetkan saluran yang benar.
-
-Untuk informasi lebih lanjut tentang pengaturan spesifik platform, kunjungi kembali bagian Pengaturan Platform. Jika Anda bekerja dengan pembaruan langsung, konsultasikan Panduan Pengaturan Capgo untuk tips pemecahan masalah tambahan.
-
-## Ringkasan
-
-### Tinjauan Pengaturan
-
-Mulailah aplikasi web Anda dengan Capacitor CLI, atur platform iOS dan Android, dan opsional sertakan Capgo untuk pembaruan langsung.
-
-Berikut cara memulainya:
-
--   Gunakan Capacitor CLI untuk menginisialisasi proyek Anda.
--   Atur ID paket aplikasi Anda dan tentukan direktori output web.
--   Tambahkan dukungan untuk platform iOS dan Android.
--   Instal dan atur Capgo dengan perintah berikut: `npm install --save @capgo/cli && npx capgo init`
-
-Untuk instruksi pengaturan detail atau pemecahan masalah, lihat dokumentasi resmi Capacitor dan Capgo.
diff --git a/src/content/blog/id/capacitor-community-forums-for-plugin-developers.md b/src/content/blog/id/capacitor-community-forums-for-plugin-developers.md
deleted file mode 100644
index 9fb0b706c..000000000
--- a/src/content/blog/id/capacitor-community-forums-for-plugin-developers.md
+++ /dev/null
@@ -1,242 +0,0 @@
----
-slug: capacitor-community-forums-for-plugin-developers
-title: Forum Komunitas Capacitor untuk Pengembang Plugin
-description: >-
-  Jelajahi forum-forum penting untuk pengembang plugin Capacitor untuk
-  memecahkan masalah, berbagi pengetahuan, dan meningkatkan pengalaman
-  pengembangan Anda.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:15:19.291Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da1574cfd1b2222c56b5cd-1742354143434.jpg
-head_image_alt: Pengembangan Aplikasi Mobile
-keywords: >-
-  Capacitor, plugin development, developer forums, troubleshooting, community
-  support
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) forum sangat penting bagi pengembang plugin untuk menyelesaikan masalah, berbagi pengetahuan, dan terhubung dengan yang lain. Baik Anda sedang mencari solusi masalah, berbagi plugin, atau mempelajari praktik terbaik, forum-forum ini menyediakan sumber daya dan dukungan yang berharga.
-
-### Poin Penting:
-
--   **Forum Utama**: Gunakan [Discord](https://ionic.io/blog/announcing-official-ionic-discord-server) untuk bantuan real-time, [GitHub Discussions](https://github.com/ionic-team/capacitor/discussions) untuk percakapan mendetail, dan [Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor) untuk jawaban teknis.
--   **Praktik Terbaik**: Tulis pertanyaan yang jelas, bagikan potongan kode, dan ikuti aturan forum untuk mendapatkan respons yang lebih baik.
--   **Alat Tambahan**: Manfaatkan sumber daya seperti [Capgo](https://capgo.app/) untuk [pembaruan aplikasi instan](https://capgo.app/plugins/capacitor-updater/) dan dokumentasi resmi untuk panduan yang dapat diandalkan.
-
-### Panduan Cepat:
-
-1.  **Bergabung dengan Forum**: Mulai dengan Discord dan GitHub Discussions.
-2.  **Ajukan Pertanyaan**: Berikan konteks detail dan contoh kode.
-3.  **Gunakan Alat**: Coba Capgo untuk pembaruan dan debugging yang lebih cepat.
-
-Forum Capacitor adalah tujuan utama Anda untuk pengembangan plugin yang efisien. Mulailah untuk belajar, berbagi, dan berkembang!
-
-## Forum [Capacitor](https://capacitorjs.com/) Utama
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
-
-Pengembang Capacitor memiliki beberapa forum utama untuk terhubung, berkolaborasi, dan menyelesaikan masalah.
-
-### Panduan Saluran [Discord](https://ionic.io/blog/announcing-official-ionic-discord-server)
-
-![Discord Community Platform](https://mars-images.imgix.net/seobot/screenshots/ionic.io-731d02617347fde57eccb2bd555c6e2e-2025-03-19.jpg?auto=compress)
-
-Server Discord resmi adalah tempat yang bagus untuk diskusi real-time dan pemecahan masalah cepat. Server ini diorganisir ke dalam saluran yang terfokus, seperti:
-
--   **#plugin-development**: Untuk diskusi tentang pembuatan dan pemeliharaan plugin.
--   **#troubleshooting**: Ruang untuk bantuan teknis langsung.
--   **#announcements**: Tetap update dengan berita terbaru tentang Capacitor dan ekosistemnya.
-
-Anda dapat mengaktifkan notifikasi untuk saluran penting, dan riwayat pesan server yang dapat dicari memudahkan untuk melihat kembali solusi sebelumnya.
-
-### Papan Diskusi GitHub
-
-GitHub Discussions bertindak sebagai pusat utama komunitas Capacitor. Ini ideal untuk percakapan teknis mendetail, saran fitur, pelacakan bug, dan tinjauan kode. Papan ini dibagi menjadi kategori seperti Q&A, ide, showcase, dan laporan bug, memudahkan untuk menemukan topik yang menarik bagi Anda.
-
-Selanjutnya, mari kita lihat forum yang menghubungkan pengembang Ionic dan Capacitor.
-
-### Bagian Capacitor di [Forum Ionic](https://forum.ionicframework.com/c/capacitor/26)
-
-![Forum Ionic](https://mars-images.imgix.net/seobot/screenshots/forum.ionicframework.com-622c471c2e6aa19123277f784e44faf1-2025-03-19.jpg?auto=compress)
-
-Forum Ionic memiliki bagian Capacitor khusus di mana pengembang mendiskusikan topik teknis secara mendalam. Ini sangat membantu untuk mengatasi tantangan integrasi dan menemukan solusi yang bekerja di berbagai framework.
-
-### Tips [Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor)
-
-![Stack Overflow](https://mars-images.imgix.net/seobot/screenshots/stackoverflow.com-60b294f295a9455677e4cddfced46254-2025-03-19.jpg?auto=compress)
-
-Stack Overflow adalah sumber daya penting lainnya untuk pengembang plugin. Tag \[capacitor\] adalah pusat untuk berbagi pengetahuan teknis. Perhatikan tips berikut:
-
--   **Kombinasi tag**: Gunakan \[capacitor\] dengan tag terkait seperti \[ionic\] atau \[typescript\] untuk meningkatkan visibilitas posting Anda.
--   **Contoh kode**: Tambahkan potongan kode yang jelas dan ringkas untuk menjelaskan masalah Anda.
--   **Cari terlebih dahulu**: Banyak masalah plugin umum yang sudah dijawab, jadi periksa solusi yang ada sebelum posting.
-
-## Tips Penggunaan Forum
-
-Dapatkan hasil maksimal dari forum dengan mengikuti praktik terbaik ini.
-
-### Menulis Pertanyaan yang Baik
-
-Membuat pertanyaan yang jelas dan detail membantu Anda mendapatkan respons yang lebih cepat dan lebih membantu. Begini caranya:
-
--   **Mulai dengan judul deskriptif**: Ringkas masalah Anda dalam beberapa kata.
--   **Berikan konteks**: Sertakan [versi Capacitor](https://capgo.app/plugins/ivs-player/) Anda, platform (iOS/Android), dan versi plugin.
--   **Jelaskan usaha Anda**: Bagikan apa yang sudah Anda coba dan pesan error yang Anda temui.
--   **Reproduksi masalah**: Tawarkan langkah-langkah minimal atau potongan kode untuk membantu orang lain memahami masalah Anda.
-
-Pertanyaan yang baik mencakup judul ringkas, detail setup Anda, deskripsi masalah yang jelas, langkah-langkah untuk mereproduksi, contoh kode, dan error apa pun. Pastikan kode Anda sama mudahnya untuk diikuti seperti pertanyaan Anda.
-
-### Panduan Pemformatan Kode
-
-Kode yang diformat dengan baik membuat posting Anda lebih mudah dibaca dan dipahami. Berikut panduan singkatnya:
-
--   Gunakan tanda kutip tiga (\`\`\`) dengan nama bahasa untuk penyorotan sintaks.
--   Jaga blok kode bersarang tetap terindentasi secara konsisten.
--   Pecah baris kode yang panjang untuk keterbacaan.
--   Tambahkan komentar untuk menjelaskan bagian-bagian penting dari kode Anda.
-
-**Contoh:**
-
-```typescript
-import { Camera, CameraResultType } from '@capacitor/camera';
-
-async function takePicture() {
-  try {
-    // Set options
-    const image = await Camera.getPhoto({
-      quality: 90,
-      allowEditing: false,
-      resultType: CameraResultType.Uri
-    });
-
-    // Process image
-    console.log('Image path:', image.path);
-  } catch (error) {
-    console.error('Camera error:', error);
-  }
-}
-```
-
-Menggunakan teknik-teknik ini memastikan kode Anda mudah diikuti saat mendiskusikan masalah teknis.
-
-### Aturan dan Perilaku Forum
-
-Untuk mendorong komunitas yang membantu dan saling menghormati, ingatlah aturan-aturan ini:
-
--   **Bersikap hormat**: Perlakukan semua orang dengan sopan.
--   **Tetap fokus**: Jaga diskusi terkait [pengembangan plugin Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
--   **Hindari posting duplikat**: Cari di forum sebelum memulai thread baru.
--   **Tindak lanjut**: Tandai solusi sebagai diterima dan perbarui thread Anda dengan resolusi.
--   **Bersabar**: Ingat bahwa anggota mungkin berada di zona waktu yang berbeda.
--   **Bagikan pengetahuan Anda**: Posting solusi untuk membantu orang lain yang menghadapi masalah serupa.
-
-## Bantuan Pengembangan Plugin
-
-Forum adalah sumber daya penting bagi pengembang yang bekerja dengan [plugin Capacitor](https://capgo.app/plugins/). Mereka menyediakan ruang untuk menguji ide, memecahkan masalah, dan berbagi plugin yang sudah selesai dengan komunitas.
-
-### Menguji Ide Plugin
-
-Ketika Anda memiliki ide untuk plugin, mulailah dengan membuat proposal yang mencakup:
-
--   **Pernyataan masalah dan solusi**: Masalah apa yang dipecahkan plugin Anda, dan bagaimana?
--   **Target audiens**: Siapa yang akan mendapat manfaat dari menggunakan plugin Anda?
--   **Pendekatan teknis**: Bagaimana plugin akan bekerja, secara teknis?
--   **Dukungan platform**: Apakah akan bekerja di iOS, Android, atau web?
-
-Berikut contoh kode sederhana untuk disertakan dalam proposal Anda:
-
-```typescript
-// Example plugin interface
-interface MyPluginInterface {
-  getData(): Promise<{ value: string }>;
-  configure(options: { key: string }): Promise<void>;
-}
-```
-
-Setelah ide Anda disetujui atau divalidasi, gunakan metode pemecahan masalah terstruktur untuk mengatasi hambatan pengembangan apa pun.
-
-### Memperbaiki Masalah
-
-Saat memecahkan masalah, bersikaplah menyeluruh. Jelaskan masalah Anda dengan jelas, sertakan detail tentang lingkungan pengembangan Anda, uraikan langkah-langkah debugging yang telah Anda ambil, dan bagikan pesan error apa pun. Fokus pada memberikan hal-hal spesifik di luar saran pemecahan masalah standar.
-
-Berikut contoh implementasi detail untuk debugging:
-
-```typescript
-// Current implementation
-async function checkPermissions() {
-  try {
-    const status = await this.plugin.checkPermission();
-    return status;
-  } catch (error) {
-    console.error('Permission check failed:', error);
-    return null;
-  }
-}
-```
-
-Setelah Anda menyelesaikan masalah, sempurnakan plugin Anda dan siapkan untuk dibagikan.
-
-### Berbagi Plugin Anda
-
-Saat mengumumkan plugin Anda, pastikan untuk menyertakan:
-
--   **Dokumentasi yang jelas**: Jelaskan cara menggunakan plugin langkah demi langkah.
--   **Contoh**: Berikan kasus penggunaan praktis dan nyata.
--   **Kompatibilitas versi**: Tentukan versi platform atau framework mana yang didukung.
--   **Saluran dukungan**: Beri tahu pengguna bagaimana mereka bisa mendapat bantuan jika diperlukan.
-
-Atur fitur plugin Anda dalam tabel sederhana seperti ini:
-
-| Fitur | Deskripsi | Contoh Penggunaan |
-| --- | --- | --- |
-| Fungsi inti | Kemampuan utama plugin | Kode implementasi dasar |
-| Opsi konfigurasi | Pengaturan yang tersedia | Potongan konfigurasi |
-| Fitur khusus platform | Perbedaan iOS/Android | Kode khusus platform |
-
-Tetap aktif dalam diskusi forum untuk menjawab pertanyaan dan mengatasi masalah dengan cepat. Ini tidak hanya membantu pengguna tetapi juga membangun kepercayaan dalam komunitas.
-
-## Alat Pengembangan Tambahan
-
-Selain forum, ada alat lain yang dapat membuat pengembangan dan penerapan plugin lebih cepat dan lebih efisien. Alat-alat ini melampaui saran, menawarkan solusi praktis untuk memperlancar alur kerja Anda.
-
-### Dokumentasi Resmi
-
-Dokumentasi resmi Capacitor adalah sumber daya utama. Ini mencakup referensi API, template plugin, panduan migrasi, dan tips keamanan. Plus, tersedia alat untuk pembaruan real-time untuk membuat pengembangan lebih lancar.
-
-### Pustaka Plugin
-
-### Pembaruan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Capgo membuat pembaruan aplikasi instan menjadi sederhana. Telah mengirimkan 23,5 juta pembaruan di 750 aplikasi produksi, dengan tingkat keberhasilan 82%. Mengesankan, 95% pengguna aktif menerima pembaruan dalam 24 jam. CDN globalnya dapat mengunduh bundle 5MB hanya dalam 114ms. Capgo mendukung Capacitor 8, menawarkan kemampuan pembaruan parsial [\[1\]](https://capgo.app/).
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Untuk memulai, jalankan:
-
-```
-npx @capgo/cli init
-```
-
-Capgo bekerja mulus dengan sistem CI/CD dan menawarkan fitur seperti pengujian beta yang ditargetkan dan peluncuran bertahap menggunakan sistem salurannya. Dengan biaya satu kali sebesar $2.600, juga menyediakan analitik real-time dan pelacakan kesalahan, memberikan Anda visibilitas penuh ke dalam proses pembaruan.
-
-## Kesimpulan
-
-### Poin Utama
-
-Forum komunitas memainkan peran kunci dalam pengembangan plugin Capacitor. Mereka menawarkan ruang untuk validasi ide cepat, pemecahan masalah, dan berbagi pengetahuan antar rekan. Forum-forum ini juga membuat Anda tetap update dengan tren dan praktik terbaru dalam ekosistem Capacitor. Dengan dokumentasi resmi, dukungan komunitas aktif, dan berbagai alat, ekosistem plugin menjadi fondasi yang kuat bagi pengembang. Terlibat secara aktif memungkinkan Anda mendapatkan wawasan ahli dan membangun koneksi yang berarti dalam komunitas.
-
-### Memulai
-
-Siap untuk memulai? Berikut cara memulainya:
-
--   **Bergabung dengan platform utama**: Berpartisipasi di Discord dan GitHub Discussions untuk terhubung dengan komunitas dan menjelajahi dokumentasi resmi.
--   **Bagikan plugin Anda**: Kontribusikan karya Anda untuk membantu orang lain dan dapatkan umpan balik yang konstruktif.
--   **Gunakan alat untuk efisiensi**: Alat seperti Capgo dapat menyederhanakan pembaruan, pengujian, dan penerapan, membuat proses pengembangan Anda lebih lancar.
diff --git a/src/content/blog/id/capacitor-comprehensive-guide.md b/src/content/blog/id/capacitor-comprehensive-guide.md
deleted file mode 100644
index 5853ccc9a..000000000
--- a/src/content/blog/id/capacitor-comprehensive-guide.md
+++ /dev/null
@@ -1,108 +0,0 @@
----
-slug: capacitor-comprehensive-guide
-title: 'Capacitor : Panduan Lengkap'
-description: >-
-  Capacitor adalah alat yang ampuh yang memungkinkan developer web untuk membuat
-  aplikasi native untuk iOS, Android, Desktop dan Progressive Web Apps dengan
-  satu basis kode web standar. Pelajari semua yang perlu Anda ketahui tentang
-  Capacitor dalam panduan lengkap ini.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-10T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /capacitor-guide.webp
-head_image_alt: Ilustrasi panduan Capacitor
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Guides
-published: true
-locale: id
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) adalah alat serbaguna yang memungkinkan pengembang web membuat aplikasi native iOS, Android, Desktop, dan Progressive Web Apps menggunakan satu basis kode web standar. Dikembangkan oleh tim di balik Ionic, Capacitor telah mendapatkan perhatian signifikan dalam beberapa tahun terakhir karena pengembang menyadari potensi teknologi web pada platform mobile. Dalam panduan komprehensif ini, kita akan menjawab beberapa pertanyaan umum tentang Capacitor dan mengeksplorasi kemampuan, kasus penggunaan, dan manfaatnya.
-
-## Apa itu Capacitor?
-
-Capacitor adalah platform gratis dan open-source (berlisensi MIT) yang memungkinkan pengembang web membangun aplikasi lintas platform menggunakan teknologi web standar yang berjalan di browser modern. Ini terdiri dari SDK platform native (iOS dan Android), command-line tool, API plugin, dan plugin yang sudah jadi. Capacitor memungkinkan aplikasi web Anda yang ada untuk berjalan sebagai aplikasi native di setiap platform, menyediakan hooks ke platform native melalui JavaScript. Hooks ini dapat dibangun langsung ke dalam aplikasi atau sebagai plugin mandiri untuk digunakan kembali dan didistribusikan.
-
-## Apa yang bisa Anda bangun dengan Capacitor?
-
-Dengan Capacitor, Anda dapat membangun hampir semua yang akan Anda buat secara native atau dengan toolkit lintas platform lainnya. Aplikasi Capacitor memiliki akses penuh ke platform native, sehingga sebagian besar fitur native dapat diimplementasikan. Namun, menyematkan kontrol UI native langsung ke dalam hierarki tampilan aplikasi web bisa menjadi tantangan dan belum tersedia sebagai teknik yang diabstraksi untuk digunakan oleh orang lain.
-
-## Untuk siapa Capacitor?
-
-Capacitor menargetkan pengembang web dengan latar belakang HTML, CSS, dan JavaScript. Jika Anda membangun aplikasi web atau desktop (menggunakan Electron atau alat serupa), Capacitor adalah solusi Anda untuk membuat aplikasi lintas platform dengan fokus pada mobile.
-
-## Kapan tim harus memilih Capacitor?
-
-Tim harus mempertimbangkan Capacitor ketika mereka ingin memanfaatkan keterampilan pengembangan web dan investasi web yang ada untuk mengembangkan aplikasi platform native. Capacitor ideal untuk aplikasi berbasis data, aplikasi konsumen, aplikasi B2B/E, dan aplikasi enterprise. Ini sangat cocok untuk aplikasi enterprise, karena Ionic, perusahaan di balik Capacitor, menawarkan dukungan dan fitur enterprise khusus.
-
-## Bisakah saya menggunakan ulang kode web yang ada dan berbagi kode baru dengan aplikasi web?
-
-Ya! Capacitor menjalankan aplikasi web standar secara native, memungkinkan tim untuk memiliki satu basis kode untuk web dan mobile atau menggunakan kembali bagian dari aplikasi web mereka, seperti komponen, logika, atau pengalaman tertentu.
-
-## Apa keunggulan Capacitor? Apa keterbatasannya?
-
-Capacitor unggul dalam menjalankan aplikasi web standar sebagai aplikasi mobile native dan memperluas aplikasi web dengan fungsionalitas native. Ini ideal untuk tim yang mahir dalam pengembangan web atau dengan investasi web yang signifikan. Capacitor mungkin bukan pilihan terbaik untuk aplikasi 3D/2D atau aplikasi yang intensif secara grafis, meskipun mendukung WebGL. Aplikasi yang memerlukan komunikasi ekstensif antara aplikasi web dan layer native mungkin menemukan bahwa jembatan komunikasi Capacitor menambah overhead karena serialisasi. Namun, aplikasi Capacitor selalu dapat menjalankan kode native kustom bila diperlukan.
-
-## Bisakah saya menggabungkan kontrol UI Native dengan Capacitor?
-
-Ya, Anda dapat menampilkan kontrol UI native di luar Web View Capacitor, seperti modal atau container navigasi tingkat induk. Menyematkan kontrol native ke dalam pengalaman web view dimungkinkan tetapi belum tersedia sebagai teknik untuk digunakan oleh orang lain.
-
-## Apa perbedaan Capacitor dan Electron?
-
-Capacitor sering digambarkan sebagai "Electron untuk mobile" karena berfungsi sebagai padanan Electron yang berfokus pada mobile. Namun, Capacitor dapat menargetkan Electron sebagai platform deployment, karena merupakan abstraksi tingkat yang lebih tinggi. Jika Anda hanya perlu menargetkan platform desktop, Electron sudah cukup. Tetapi jika Anda ingin membangun aplikasi lintas platform untuk mobile, web, dan desktop, Capacitor mendukung Electron dan platform lainnya.
-
-## Apa perbedaan Capacitor dan Ionic?
-
-Ionic adalah perusahaan yang membuat Capacitor, Ionic Framework, Stencil, Appflow, dan produk pengembangan aplikasi lainnya. Capacitor adalah toolkit yang menangani sisi native aplikasi dan komunikasi antara aplikasi native dan Web View. Ini agnostik terhadap framework dan teknologi yang digunakan dalam aplikasi Web View, termasuk Ionic Framework. Ionic Framework adalah toolkit UI mobile yang menyediakan komponen UI yang kuat agar aplikasi web terlihat dan terasa native.
-
-## Apakah saya perlu menggunakan Ionic Framework dengan Capacitor?
-
-Tidak, Anda dapat menggunakan Capacitor dengan framework UI dan CSS lain seperti Tailwind, Material UI, Chakra, Quasar, Framework7, atau komponen kustom Anda sendiri. Namun, Ionic Framework masih menjadi pilihan yang sangat baik untuk menciptakan pengalaman seperti native dengan aplikasi web Anda.
-
-## Apa strategi Ionic dengan Capacitor?
-
-Ionic bertujuan untuk mendorong adopsi Capacitor, karena ini mengarah pada peningkatan penggunaan Appflow (layanan CI/CD mobile mereka), Ionic Framework, dan solusi enterprise mereka. Pertumbuhan Capacitor adalah by design, karena dibuat untuk menawarkan stack yang lebih agnostik frontend bagi pengembang web untuk membangun aplikasi mobile.
-
-## Bisakah saya menggunakan Capacitor dengan React, Next.js, atau Remix?
-
-Ya, Capacitor bekerja dengan baik dengan React, Next.js, dan Remix. Ini membuat pengembang lebih dekat dengan pengembangan web React standar daripada React Native, karena sebagian besar library dan add-on React bekerja dengan mulus dengan Capacitor.
-
-## Apa perbedaan Capacitor dan React Native?
-
-Capacitor dan React Native memiliki kesamaan dalam menyediakan tooling dan infrastruktur plugin untuk pengembangan lintas platform. Namun, React Native menggunakan sistem seperti web dengan JS dan React untuk mengabstraksi kontrol UI Native platform, sementara Capacitor menyediakan Web View untuk aplikasi web standar. Capacitor juga kurang kompleks dibandingkan React Native, karena tidak memerlukan pengelolaan kontrol UI native dan menyinkronkannya dengan layer JS.
-
-## Apakah Capacitor lebih cepat dari React Native?
-
-Tergantung pada beban kerja. Capacitor dapat mengeksekusi JavaScript lebih cepat dari React Native karena aksesnya ke mesin JIT di iOS dan Android. Namun, React Native mungkin dianggap "lebih cepat" atau "lebih performan" untuk rendering UI karena menggunakan kontrol UI native, sementara aplikasi Capacitor terutama berjalan di Web View.
-
-## Apa perbedaan Capacitor dan Flutter?
-
-Capacitor dan Flutter keduanya menyediakan tooling dan infrastruktur plugin untuk pengembangan lintas platform, tetapi Capacitor menggunakan JavaScript dan teknologi web standar, sementara Flutter menggunakan Dart dan lingkungan UI dan API kustom. Pada sisi UI, baik Capacitor maupun Flutter menggunakan mesin rendering kustom, dengan Flutter menggambar komponennya dan Capacitor merender sebagian besar UI di Web View.
-
-## Bisakah saya menyematkan Capacitor ke dalam React Native atau aplikasi native tradisional untuk membangun micro frontends mobile?
-
-Ya, Anda dapat menggunakan [Ionic Portals](https://ionic.io/portals/) untuk menyematkan Capacitor ke dalam React Native atau aplikasi native tradisional yang dibangun dengan Swift/Kotlin untuk pendekatan micro frontend mobile.
-
-## Apa pilihan saya untuk animasi berkinerja tinggi di Capacitor?
-
-Anda dapat menggunakan komponen yang sudah dioptimalkan dari Ionic Framework, Quasar, Framework7 atau Konsta UI, atau membangun animasi kustom menggunakan Framer Motion, Lottie, atau animasi CSS. Pastikan saja Anda mengikuti praktik terbaik kinerja saat menggunakan animasi CSS.
-
-## Berapa banyak plugin yang dimiliki Capacitor?
-
-Capacitor memiliki 26 plugin inti dan banyak plugin yang dibangun oleh komunitas. Lihat [awesome-capacitor](https://github.com/riderx/awesome-capacitor/), organisasi [capacitor-community](https://github.com/capacitor-community/), dan [Capgo](https://capgo.app/plugins/) dengan 91 plugin untuk sumber daya plugin komunitas.
-
-## Apakah ada Ekstensi VS Code untuk Capacitor?
-
-Ya, [Ekstensi VS Code Ionic](https://marketplace.visualstudio.com/items/?itemName=ionic.ionic) juga berfungsi sebagai ekstensi Capacitor, menawarkan fitur seperti preview tertanam, menjalankan perangkat, debugging eksternal, linting kualitas proyek, analisis keamanan, dan lainnya.
-
-## Apakah tersedia dukungan khusus enterprise?
-
-Ya, Capgo menawarkan [dukungan dan fitur Enterprise](https://capgo.app/) untuk Capacitor, termasuk dukungan khusus, plugin native untuk pembaruan langsung dan autentikasi, dan lainnya.
-
-## Bagaimana cara memulai dengan Capacitor?
-
-Kunjungi [dokumentasi Capacitor](https://capacitorjs.com/docs/) dan ikuti instruksi untuk menginstal Capacitor di aplikasi Anda. Jika Anda ingin memulai dengan aplikasi Capacitor yang opinionated menggunakan Ionic Framework dan Angular/React/Vue, ikuti alur Get Started di [situs Ionic Framework](https://ionicframework.com/).
diff --git a/src/content/blog/id/capacitor-live-updates-handling-version-conflicts.md b/src/content/blog/id/capacitor-live-updates-handling-version-conflicts.md
deleted file mode 100644
index e031f6017..000000000
--- a/src/content/blog/id/capacitor-live-updates-handling-version-conflicts.md
+++ /dev/null
@@ -1,195 +0,0 @@
----
-slug: capacitor-live-updates-handling-version-conflicts
-title: 'Pembaruan Langsung Capacitor: Menangani Konflik Versi'
-description: >-
-  Pelajari cara mengelola konflik versi dalam pembaruan langsung, memastikan
-  kinerja aplikasi yang stabil dan pengalaman pengguna yang lancar.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:09:18.971Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94-1745464174874.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, live updates, version conflicts, app performance, error tracking,
-  rollback, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) live update dapat menghemat waktu dengan melewati proses review app store, namun konflik versi dapat mengganggu kinerja aplikasi dan pengalaman pengguna. Berikut yang perlu Anda ketahui:
-
--   **Masalah Umum**: Peluncuran bertahap, update yang gagal (tingkat kegagalan 18%), dan pencampuran kanal beta dan produksi sering menyebabkan konflik.
--   **Solusi Cepat**: Kembali ke versi stabil, batasi peluncuran, dan aktifkan logging detail.
--   **Tips Pencegahan**: Gunakan [kanal rilis](https://capgo.app/docs/webapp/channels/) yang jelas, penomoran versi yang konsisten, dan pengujian khusus platform.
--   **Alat Terbaik**: Platform seperti [Capgo](https://capgo.app/) menawarkan fitur seperti rollback otomatis, pelacakan error, dan pengiriman update cepat (95% pengguna diperbarui dalam 24 jam).
-
-Untuk mengelola konflik versi secara efisien, fokus pada pemantauan real-time, peluncuran bertahap, dan rencana rollback. Gunakan alat seperti Capgo untuk menyederhanakan proses dan menjaga stabilitas aplikasi.
-
-## Konflik Versi dalam [Capacitor](https://capacitorjs.com/) Live Updates
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Pemicu Konflik Umum
-
-Konflik versi selama live update sering muncul dari beberapa skenario utama:
-
--   **Peluncuran Bertahap**: Peluncuran bertahap dapat menyebabkan beberapa versi aplikasi aktif secara bersamaan. Capgo mencatat bahwa meski 95% pengguna memperbarui dalam 24 jam, 5% sisanya dapat menyebabkan fragmentasi versi[\[1\]](https://capgo.app/).
-    
--   **Update Gagal**: Dengan tingkat keberhasilan update 82%, sekitar 18% [percobaan update](https://capgo.app/docs/live-updates/update-behavior/) gagal, membuat beberapa pengguna terjebak di versi lama[\[1\]](https://capgo.app/).
-    
--   **Kanal Beta-Testing**: Mencampur pengujian beta dan peluncuran bertahap tanpa kontrol versi yang tepat dapat menciptakan konflik antara versi beta dan produksi[\[1\]](https://capgo.app/).
-    
-
-Situasi ini menghasilkan fragmentasi versi aplikasi, yang dapat merusak kinerja dan pengalaman pengguna.
-
-### Efek pada Kinerja Aplikasi
-
-Konflik versi dapat menyebabkan berbagai masalah yang berdampak negatif pada aplikasi dan penggunanya:
-
--   Peningkatan crash, glitch, dan perilaku yang tidak konsisten.
--   Proses troubleshooting yang panjang yang menunda perbaikan dan membiarkan pengguna pada versi bermasalah.
--   Upaya pemulihan memerlukan identifikasi segmen yang terdampak, rollback update, merilis perbaikan, dan memantau aktivitas pengguna. Alat seperti Capgo menyederhanakan proses ini dengan rollback otomatis, pelacakan error, dan manajemen kanal[\[1\]](https://capgo.app/).
-
-## Menemukan dan Menganalisis Konflik Versi
-
-Temukan konflik versi lebih awal dengan alat yang memantau error secara real-time dan melacak kinerja update.
-
-### Memeriksa Konflik Selama Pengembangan
-
-Manfaatkan alat pelacakan error dan data kinerja update saat masih dalam pengembangan. Pendekatan ini membantu mengidentifikasi masalah potensial sebelum aplikasi Anda mencapai pengguna[\[1\]](https://capgo.app/).
-
-### Menganalisis Error Update
-
-Fokus pada pemicu umum seperti peluncuran bertahap atau kanal rilis campuran. Telusuri log update untuk menemukan pola seperti kegagalan jaringan, perubahan yang tidak kompatibel, atau masalah berulang lainnya. Atasi masalah ini dengan memprioritaskan perbaikan berdasarkan seberapa sering terjadi dan dampaknya pada pengguna.
-
-### Pengujian berdasarkan Platform
-
-Jalankan pengujian update terpisah untuk iOS dan Android. Gunakan peluncuran bertahap untuk setiap platform dan pantau dashboard analitik dengan cermat untuk melacak kinerja.
-
-Setelah konflik teridentifikasi, terapkan perbaikan, rencana rollback, atau tindakan pencegahan untuk menyelesaikannya secara efisien.
-
-## Memperbaiki dan Menghindari Konflik Versi
-
-Setelah mengidentifikasi konflik versi, ikuti langkah-langkah ini untuk menyelesaikannya dan mencegah masalah di masa depan.
-
-### Perbaikan Konflik Cepat
-
-Berikut cara mengatasi konflik dengan cepat:
-
--   Segera kembali ke build stabil terakhir.
--   Batasi peluncuran ke kanal yang aman untuk meminimalkan paparan.
--   Aktifkan logging detail untuk menganalisis dan memahami pola konflik.
-
-Setelah terselesaikan, fokus pada kebiasaan yang mengurangi kemungkinan konflik berulang.
-
-### Langkah untuk Mencegah Konflik
-
-Untuk menghindari konflik versi, terapkan praktik-praktik ini:
-
--   Siapkan kanal rilis yang jelas, seperti internal, beta, dan produksi.
--   Luncurkan update secara bertahap, menggunakan metrik kinerja untuk memandu proses.
--   Gunakan penomoran versi yang konsisten di semua rilis.
--   Otomatisasi pengujian khusus platform sebelum meluncurkan update.
-
-### Cara Melakukan Rollback Update
-
-Jika update menyebabkan masalah, ikuti langkah-langkah rollback ini:
-
-1.  Tinjau log error untuk memahami cakupan masalah.
-2.  Gunakan [dashboard Capgo](https://capgo.app/docs/webapp/) untuk memulai rollback.
-3.  Pantau tingkat error dan metrik kinerja sebelum mendorong update berikutnya.
-
-[\[1\]](https://capgo.app/) Dokumentasi Capgo: fitur rollback satu klik, sistem kanal, dan pelacakan error.
-
-## Alat Manajemen Live Update
-
-Alat live update telah mengalami perubahan besar sejak 2022. Dengan [Microsoft CodePush](https://microsoft.github.io/code-push/) yang akan berhenti pada 2024 dan [Appflow](https://ionic.io/appflow/) yang akan berakhir pada 2026, pengembang beralih ke platform yang dapat menangani konflik versi sambil tetap sejalan dengan regulasi app store.
-
-### Alat Pasar Saat Ini
-
-Saat ini, pengembang mencari solusi yang memungkinkan update cepat dan mematuhi pedoman iOS dan Android. Mari kita lihat lebih dekat bagaimana Capgo memenuhi kebutuhan ini.
-
-### Fitur [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94/29f394e74984c052f31714ba4759b80a.jpg)
-
-Capgo menawarkan berbagai fitur yang dirancang untuk mengisi celah yang ditinggalkan platform lain. Ini termasuk **[deployment cloud atau self-hosted](https://capgo.app/blog/self-hosted-capgo/)**, **enkripsi end-to-end**, **integrasi CI/CD**, dan **distribusi berbasis kanal**. Berikut beberapa metrik kinerja utama:
-
--   Pengiriman bundle 5 MB melalui CDN Global dalam **114 ms**
--   Waktu respons API rata-rata di seluruh dunia **434 ms**
--   **95% pengguna aktif** diperbarui dalam 24 jam
--   **82% tingkat keberhasilan update** keseluruhan
--   Sekitar **1.900 aplikasi** saat ini dalam produksi
--   Lebih dari **1,15 triliun update** terkirim hingga saat ini
-
-### Perbandingan Alat
-
-Berikut perbandingan Capgo dengan solusi tradisional:
-
--   **Biaya setup**: Capgo memerlukan biaya satu kali sebesar **$2.600**, dibandingkan dengan lebih dari **$6.000 per tahun** untuk alat lain.
--   **Operasi CI/CD**: Capgo membutuhkan biaya sekitar **$300/bulan**, sementara alat tradisional sering melebihi **$500/bulan**.
--   **Kecepatan pengiriman**: Capgo mengirimkan bundle 5 MB dalam **114 ms**, sedangkan platform lain memiliki kecepatan yang bervariasi.
--   **Enkripsi**: Capgo menawarkan **enkripsi end-to-end**, sementara banyak alternatif hanya menyediakan signing dasar.
-
-## Manajemen Versi Lintas Platform
-
-Bagian ini membangun pada tinjauan alat live update, berfokus pada strategi untuk menjaga keselarasan versi iOS dan Android.
-
-### Tips Kontrol Versi
-
--   Gunakan **[kanal Capgo](https://capgo.app/docs/webapp/channels/)** untuk mengelola peluncuran iOS dan Android sambil melakukan pengujian khusus platform [\[1\]](https://capgo.app/).
--   Tetap pada **Capacitor 8** untuk memastikan kompatibilitas runtime di kedua platform [\[1\]](https://capgo.app/).
-
-### Pendekatan Pengujian
-
--   Siapkan **kanal beta** untuk setiap platform untuk menguji update dengan grup pengguna tertentu.
--   Gunakan **peluncuran bertahap** melalui kanal Capgo dan pantau metrik di setiap tahap.
--   Uji update pada berbagai perangkat dan versi sistem operasi untuk memastikan kompatibilitas yang luas.
-
-### Pelacakan Update
-
-Capgo menyediakan analitik real-time untuk memantau update secara efektif:
-
--   Ukur tingkat keberhasilan update berdasarkan platform.
--   Lacak frekuensi dan jenis error.
--   Analisis distribusi versi di seluruh pengguna.
-
-Dengan alat pelacakan error Capgo, tim dapat menentukan dan memperbaiki masalah khusus platform sebelum berdampak pada basis pengguna yang lebih luas [\[1\]](https://capgo.app/).
-
-## Kesimpulan
-
-Mengelola konflik versi secara efektif membutuhkan alat yang tepat dan pendekatan yang matang. Gabungkan pemeriksaan konflik tahap pengembangan, pengujian khusus platform, dan prosedur rollback ke dalam alur kerja yang kohesif. Gunakan pemantauan real-time, peluncuran bertahap, dan opsi rollback instan untuk dengan cepat mengidentifikasi dan mengatasi konflik.
-
-Integrasikan fitur seperti enkripsi end-to-end, pipeline CI/CD, dan kontrol pengguna detail untuk menyederhanakan update dan menjaga stabilitas aplikasi.
-
-## FAQ
-
-:::faq
-### Bagaimana cara melakukan rollback update di aplikasi Capacitor jika terjadi konflik versi?
-
-Sayangnya, artikel ini tidak memberikan panduan spesifik tentang rollback update jika terjadi konflik versi. Untuk praktik terbaik, pertimbangkan untuk mempertahankan versi dasar aplikasi yang stabil dan menguji update secara menyeluruh sebelum deployment. Alat seperti **Capgo** juga dapat membantu menyederhanakan [manajemen update](https://capgo.app/docs/plugin/cloud-mode/manual-update/) dengan menawarkan fitur seperti update real-time dan penugasan pengguna, membantu Anda mengurangi potensi konflik secara efektif.
-:::
-
-:::faq
-### Bagaimana cara memastikan semua pengguna mendapatkan update terbaru untuk aplikasi saya tanpa mengalami konflik versi?
-
-Untuk menghindari konflik versi dan memastikan semua pengguna menerima update terbaru, pertimbangkan untuk menggunakan solusi live update seperti **Capgo**. Ini memungkinkan Anda untuk langsung mendorong update, perbaikan, dan fitur baru tanpa menunggu persetujuan app store, membantu Anda mempertahankan versi aplikasi yang konsisten di seluruh basis pengguna Anda.
-
-Dengan fitur seperti penugasan pengguna yang ditargetkan, Anda dapat meluncurkan update ke grup tertentu atau merilis perubahan secara bertahap, mengurangi risiko masalah. Capgo juga mendukung update real-time dan mematuhi pedoman Apple dan Android, menjadikannya pilihan yang andal untuk mengelola update aplikasi secara efisien.
-:::
-
-:::faq
-### Bagaimana cara menguji pembaruan di berbagai platform untuk mencegah konflik versi di aplikasi Capacitor saya?
-
-Untuk menghindari konflik versi saat menguji pembaruan pada aplikasi Capacitor Anda, penting untuk mengikuti beberapa praktik terbaik:
-
--   **Uji di lingkungan terisolasi**: Gunakan lingkungan terpisah (misalnya, pengembangan, staging, produksi) untuk menguji pembaruan sebelum menerapkannya secara luas.
--   **Verifikasi kompatibilitas**: Pastikan pembaruan kompatibel dengan semua platform yang ditargetkan (iOS, Android) dan uji pada berbagai jenis perangkat dan versi sistem operasi.
--   **Luncurkan pembaruan secara bertahap**: Mulai dengan sekelompok kecil pengguna untuk mengidentifikasi potensi masalah sebelum rilis penuh.
-
-Jika Anda menggunakan solusi pembaruan langsung seperti **Capgo**, fitur-fiturnya - seperti penugasan pengguna dan pembaruan real-time - dapat membuat pengelolaan dan pengujian pembaruan di berbagai platform lebih lancar. Ini memastikan penerapan yang mulus sambil tetap mematuhi pedoman Apple dan Android.
-:::
diff --git a/src/content/blog/id/capacitor-live-updates-staying-compliant-with-apple.md b/src/content/blog/id/capacitor-live-updates-staying-compliant-with-apple.md
deleted file mode 100644
index 8e3b3eeb4..000000000
--- a/src/content/blog/id/capacitor-live-updates-staying-compliant-with-apple.md
+++ /dev/null
@@ -1,245 +0,0 @@
----
-slug: capacitor-live-updates-staying-compliant-with-apple
-title: 'Live Updates pada Capacitor: Tetap Mengikuti Persyaratan Apple'
-description: >-
-  Pelajari cara mengimplementasikan pembaruan langsung dalam aplikasi seluler
-  secara efektif sambil memastikan kepatuhan terhadap pedoman ketat untuk
-  menghindari penolakan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-12T03:03:33.472Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d0d3f9cf9d4dc0b2c0bff2-1741748627082.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, live updates, app compliance, Apple guidelines, encryption, bug
-  fixes, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) live update memungkinkan pengembang untuk mengirimkan perbaikan bug dan perubahan kecil langsung ke aplikasi tanpa mengharuskan pengguna mengunduh pembaruan dari [App Store](https://www.apple.com/app-store/). Ini mempercepat deployment hingga **81%**, mengurangi biaya, dan meningkatkan pengalaman pengguna. Namun, penting untuk tetap mematuhi pedoman ketat Apple untuk menghindari penolakan aplikasi.
-
-### Poin Penting:
-
--   **Update yang Diizinkan**: Perbaikan bug, penyesuaian UI, dan pembaruan konten dalam tujuan awal aplikasi.
--   **Update yang Dilarang**: Perubahan fitur utama atau pembaruan fungsionalitas inti (memerlukan tinjauan App Store).
--   **Keamanan**: Enkripsi end-to-end wajib untuk melindungi data pengguna.
--   **Alat**: [Capgo](https://capgo.app/) menyederhanakan manajemen live update, memastikan kepatuhan dengan aturan Apple.
-
-| **Jenis Update** | **Diizinkan** | **Perlu Persetujuan** |
-| --- | --- | --- |
-| Perbaikan Bug | Ya | Tidak |
-| Peningkatan UI | Ya | Terkadang |
-| Pembaruan Konten | Ya | Tidak |
-| Perubahan Fitur | Tidak | Ya |
-| Patch Keamanan | Ya | Tidak |
-
-Untuk tetap patuh, fokus pada perbaikan bug, amankan pembaruan dengan enkripsi, dan dokumentasikan semua perubahan. Alat seperti Capgo membantu mengelola pembaruan untuk lebih dari **20 juta pengguna**, memastikan aplikasi tetap patuh sambil mengirimkan pembaruan dengan cepat.
-
-## [Appflow](https://ionic.io/appflow/live-updates) Live Updates: Deploy pembaruan instan langsung ke pengguna Anda
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-f18932d1af08bf70cb14b84540039486-2025-03-12.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Aturan Live Update Apple
-
-Apple mengatur pembaruan aplikasi untuk melindungi pengguna, sehingga penting untuk memahami aturan ini saat mengimplementasikan live update dalam aplikasi Capacitor.
-
-### Pedoman [App Store](https://www.apple.com/app-store/) untuk Pembaruan
-
-![App Store](https://mars-images.imgix.net/seobot/screenshots/www.apple.com-9d9fbf06f7f9dd70143af6386e59a5d2-2025-03-12.jpg?auto=compress)
-
-Aturan Apple dengan jelas menguraikan apa yang diizinkan dan tidak diizinkan dengan pembaruan over-the-air (OTA). Berikut ringkasannya:
-
-| Jenis Update | Diizinkan | Persyaratan |
-| --- | --- | --- |
-| Perbaikan Bug | Ya | Tidak boleh mengubah fungsionalitas inti |
-| Peningkatan UI | Ya | Terbatas pada penyesuaian visual minor |
-| Pembaruan Konten | Ya | Harus tetap dalam tujuan awal aplikasi |
-| Perubahan Fitur | Tidak | Memerlukan tinjauan App Store |
-| Patch Keamanan | Ya | Harus menyertakan enkripsi yang tepat |
-
-Saat menggunakan live update, pengembang harus memprioritaskan keamanan data pengguna dan menggunakan enkripsi end-to-end. Alat seperti Capgo dibangun untuk mematuhi persyaratan Apple, menyederhanakan prosesnya.
-
-Memahami aturan ini dapat membantu Anda menghindari kesalahan umum yang menyebabkan penolakan aplikasi.
-
-### Alasan Utama Aplikasi Ditolak
-
-Banyak aplikasi ditolak karena melanggar pedoman pembaruan Apple. Berikut beberapa masalah yang sering terjadi:
-
--   **Melewati Proses Tinjauan**: Menambahkan fitur baru utama melalui live update alih-alih mengirimkannya untuk ditinjau.
--   **Masalah Privasi**: Gagal mengamankan data pengguna selama pembaruan.
--   **Perubahan Fungsionalitas Inti**: Menggunakan live update untuk mengubah cara kerja aplikasi secara signifikan.
-
-> "Menghindari tinjauan untuk perbaikan bug sangatlah berharga." - Bessie Cooper, @bessiecooper [\[1\]](https://capgo.app/)
-
-Ini menekankan bahwa live update harus fokus pada perbaikan bug, bukan memperkenalkan fitur baru.
-
-Untuk tetap patuh pada standar Apple:
-
--   Gunakan enkripsi yang kuat untuk semua pembaruan.
--   Batasi pembaruan untuk perbaikan bug dan penyesuaian minor.
--   Simpan catatan detail perubahan yang dibuat.
--   Uji pembaruan secara menyeluruh sebelum rilis.
--   Pantau perubahan kebijakan Apple secara rutin.
-
-Mengikuti langkah-langkah ini akan membantu memastikan pembaruan aplikasi Anda tetap dalam pedoman ketat Apple.
-
-## Menyiapkan Live Update yang Patuh
-
-Untuk mengimplementasikan live update di [aplikasi Capacitor](https://capgo.app/plugins/ivs-player/) Anda sambil memenuhi aturan kepatuhan Apple, Anda memerlukan pengaturan terstruktur. Berikut cara memulainya.
-
-### Langkah-langkah Pengaturan Proyek
-
-Mulai dengan mengonfigurasi lingkungan dan menginstal plugin live update Capgo:
-
--   **Instal Dependensi yang Diperlukan**
-    
-    -   Gunakan CLI Capgo untuk menginstal plugin live update dan menyiapkan alat yang diperlukan. Misalnya:
-        
-        ```bash
-        npx @capgo/cli init
-        ```
-        
-    -   Pastikan aplikasi Anda menyertakan enkripsi end-to-end dan penyimpanan aman untuk file pembaruan.
-        
--   **Konfigurasi Parameter Pembaruan**
-    
-    -   Atur seberapa sering pembaruan harus terjadi.
-    -   Rencanakan prosedur rollback jika ada masalah.
-    -   Simpan log detail perubahan versi.
--   **Implementasi Protokol Keamanan**
-    
-    -   Aktifkan enkripsi end-to-end.
-    -   Gunakan metode transmisi yang aman.
-    -   Wajibkan otentikasi pengguna untuk perlindungan tambahan.
-
-### Pedoman Kontrol Versi
-
-Mengelola versi aplikasi dengan benar adalah kunci untuk tetap patuh pada pedoman Apple. Berikut ringkasan singkatnya:
-
-| Jenis Versi | Cakupan Update | Perlu Persetujuan |
-| --- | --- | --- |
-| Patch (x.x.1) | Perbaikan bug | Tidak |
-| Minor (x.1.x) | Penyesuaian UI | Terkadang |
-| Major (1.x.x) | Pembaruan fitur | Ya |
-
-Simpan dokumentasi detail semua perubahan untuk memperlancar proses tinjauan App Store.
-
-### [Capgo](https://capgo.app/): Manajemen Live Update
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-12.jpg?auto=compress)
-
-Capgo menyederhanakan manajemen live update dan memastikan kepatuhan dengan persyaratan Apple. Ini telah mendukung lebih dari **947,6 juta pembaruan** di **1.400+ aplikasi produksi** [\[1\]](https://capgo.app/).
-
-Beberapa fitur unggulannya meliputi:
-
--   **Enkripsi end-to-end** untuk pembaruan yang aman.
--   **Integrasi CI/CD** dengan platform seperti [GitHub](https://github.com/), [GitLab](https://about.gitlab.com/), dan [Azure DevOps](https://azure.microsoft.com/en-us/products/devops).
--   **Penugasan pengguna** untuk rollout terkontrol.
--   Alat untuk membantu memastikan pembaruan sesuai dengan kebijakan Apple.
-
-Setelah aplikasi Anda siap, gunakan CLI Capgo untuk mengirim pembaruan. Sistem akan menangani kontrol versi, enkripsi, dan distribusi secara otomatis, menjaga Anda patuh pada aturan Apple.
-
-## Keamanan Data Selama Pembaruan
-
-Mengamankan data selama live update sangat penting untuk tetap patuh pada regulasi dan melindungi informasi pengguna. Ini juga berperan penting dalam mempertahankan kepercayaan pengguna.
-
-### Persyaratan Enkripsi
-
-Enkripsi end-to-end adalah keharusan untuk menjaga keamanan live update di [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Ini memastikan data pembaruan tetap terlindungi saat berpindah dari server ke perangkat. Solusi live update Capgo menegakkan standar enkripsi ini. Menurut Capgo: "Enkripsi end-to-end. Hanya pengguna Anda yang dapat mendekripsi pembaruan Anda, tidak ada yang lain" [\[1\]](https://capgo.app/). Pendekatan enkripsi ini penting untuk melindungi data pengguna secara efektif.
-
-### Perlindungan Data Pengguna
-
-Kerangka keamanan Capgo memastikan bahwa hanya pengguna yang berwenang yang dapat mendekripsi pembaruan. Dengan membatasi akses, ini membantu melindungi data pengguna selama proses pembaruan dan meminimalkan risiko akses tidak sah.
-
-## Pengujian dan Pengiriman App Store
-
-Pengujian menyeluruh sebelum rilis sangat penting untuk pengiriman App Store yang lancar dan memenuhi standar kepatuhan.
-
-### Pengujian Pra-Rilis
-
-Fitur penugasan pengguna Capgo memungkinkan Anda menguji pembaruan dengan grup pengguna tertentu sebelum merilis ke semua orang. Pendekatan terkontrol ini memastikan strategi [enkripsi dan perlindungan data](https://capgo.app/docs/cli/migrations/encryption/) Anda berfungsi secara efektif.
-
-Berikut contoh bagaimana Capgo menangani rollout untuk lebih dari 5.000 pengguna:
-
-> "Kami merilis pembaruan OTA Capgo dalam produksi untuk basis pengguna kami +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami terbaru dalam hitungan menit setelah OTA dikerahkan ke @Capgo." [\[1\]](https://capgo.app/)
-
-Untuk memastikan rollout yang sukses, ikuti langkah-langkah berikut:
-
--   Mulai dengan pengujian internal.
--   Perluas ke kelompok kecil pengguna eksternal.
--   Secara bertahap tingkatkan basis pengguna.
--   Pantau waktu pengiriman pembaruan dan tingkat keberhasilan.
-
-Setelah pengujian selesai, Anda perlu mendokumentasikan langkah-langkah ini untuk proses tinjauan App Store.
-
-### Pedoman Tinjauan Aplikasi
-
-Saat mengirimkan aplikasi Anda, penting untuk menunjukkan kepatuhan dengan pedoman Apple.
-
-> "@Capgo adalah alat yang harus dimiliki pengembang yang ingin lebih produktif. Menghindari tinjauan untuk perbaikan bug sangatlah berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Apple memerlukan dokumentasi spesifik, termasuk:
-
--   **Dokumentasi Jelas**: Penjelasan detail tentang cara pembaruan disampaikan.
--   **Protokol Keamanan**: Bukti tindakan enkripsi dan perlindungan data.
--   **Cakupan Pembaruan**: Rincian jenis konten yang diperbarui.
--   **Bukti Pengujian**: Data yang menunjukkan pengujian menyeluruh dan metrik kinerja.
-
-| Area Fokus Tinjauan | Dokumentasi yang Diperlukan |
-| --- | --- |
-| Tindakan Keamanan | Protokol enkripsi, keamanan data |
-| Mekanisme Pembaruan | Detail teknis implementasi |
-| Perubahan Konten | Cakupan pembaruan yang ditentukan |
-| Hasil Pengujian | Metrik stabilitas dan kinerja |
-
-Menyediakan dokumentasi yang jelas dan detail tentang keamanan dan proses pembaruan dapat menyederhanakan proses pengiriman dan membantu menghindari penundaan.
-
-## Kepatuhan Pasca-Peluncuran
-
-Setelah meluncurkan aplikasi Anda, tetap patuh pada pedoman App Store memerlukan pemantauan konstan dan penyesuaian cepat. Pengembang perlu melacak pembaruan dan beradaptasi dengan perubahan pedoman untuk memastikan kepatuhan berkelanjutan.
-
-### Pelacakan Pembaruan
-
-Untuk menjaga aplikasi Anda sesuai dengan kebijakan App Store, fokus pada area-area kunci ini:
-
-| Area Pemantauan | Metrik Utama | Item Tindakan |
-| --- | --- | --- |
-| Kecepatan Distribusi | Waktu pengiriman pembaruan | Ukur seberapa cepat pembaruan mencapai pengguna. |
-| Tingkat Keberhasilan | % penyelesaian pembaruan | Selidiki pembaruan yang gagal dan penyebabnya. |
-| Cakupan Pengguna | Pembaruan pengguna aktif | Pastikan pembaruan mencapai semua segmen pengguna. |
-| Status Keamanan | Validasi enkripsi | Periksa integritas enkripsi end-to-end. |
-
-Metrik ini menyediakan dasar untuk beradaptasi dengan cepat ketika pedoman berubah.
-
-### Respons Pembaruan Kebijakan
-
-Melacak metrik ini bukan hanya tentang kinerja - ini juga membantu Anda mengidentifikasi area yang mungkin membutuhkan perhatian segera ketika Apple memperbarui kebijakannya. Berikut cara meresponnya:
-
-1.  **Tinjau Perubahan:** Periksa pedoman baru dan tentukan dampaknya terhadap proses pembaruan Anda saat ini.
-2.  **Audit Teknis:** Konfirmasi bahwa mekanisme pembaruan Anda selaras dengan persyaratan yang direvisi.
-3.  **Verifikasi Keamanan:** Periksa ulang bahwa protokol enkripsi Anda memenuhi standar terbaru.
-4.  **Pembaruan Dokumentasi:** Perbarui dokumentasi kepatuhan Anda untuk mencerminkan pedoman terbaru.
-
-Menggunakan alat yang dibuat dengan mempertimbangkan persyaratan Apple dapat menyederhanakan proses ini. Misalnya, Capgo menawarkan fitur seperti enkripsi end-to-end dan penugasan pengguna, membuatnya lebih mudah untuk tetap patuh sambil memberikan pembaruan secara efisien [\[1\]](https://capgo.app/).
-
-Pantau secara rutin kepatuhan aplikasi Anda melalui [platform manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Bersikap proaktif dapat membantu Anda menangkap dan menyelesaikan masalah potensial sebelum mempengaruhi status App Store Anda, menjaga strategi pembaruan langsung Anda tetap efektif dan sesuai aturan.
-
-## Kesimpulan
-
-Menyeimbangkan kecepatan dan kepatuhan adalah kunci saat mengimplementasikan pembaruan langsung dalam aplikasi Capacitor. Dengan alat yang tepat, efisiensi rilis dapat meningkat hingga 81% [\[1\]](https://capgo.app/), memudahkan untuk tetap dalam pedoman Apple.
-
-Platform seperti Capgo menunjukkan bagaimana mungkin untuk memenuhi persyaratan App Store sambil tetap memberikan pembaruan cepat [\[1\]](https://capgo.app/). Aturan ketat Apple seputar pembaruan langsung menekankan pentingnya menjaga kepatuhan.
-
-Untuk memastikan kepatuhan jangka panjang, fokus pada praktik-praktik ini:
-
--   Gunakan enkripsi end-to-end untuk semua pembaruan.
--   Integrasikan pembaruan ke dalam alur kerja CI/CD Anda dengan mulus.
--   Pantau metrik pembaruan secara rutin.
--   Tetap siap menghadapi perubahan kebijakan.
diff --git a/src/content/blog/id/capacitor-native-bridge-android-plugin-basics.md b/src/content/blog/id/capacitor-native-bridge-android-plugin-basics.md
deleted file mode 100644
index a02af9662..000000000
--- a/src/content/blog/id/capacitor-native-bridge-android-plugin-basics.md
+++ /dev/null
@@ -1,488 +0,0 @@
----
-slug: capacitor-native-bridge-android-plugin-basics
-title: Dasar Plugin Android untuk Jembatan Native Capacitor
-description: >-
-  Pelajari cara membuat plugin Android berkinerja tinggi dengan Capacitor Native
-  Bridge, termasuk konfigurasi, pengembangan, dan praktik terbaik pengujian.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T02:39:06.030Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c-1743215957623.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, Android plugins, development, Java, mobile development, Gradle,
-  plugin testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Native Bridge menyederhanakan pembangunan plugin Android dengan menghubungkan JavaScript dan kode Android native. Berikut yang perlu Anda ketahui:
-
--   **Apa yang Dilakukan**: Bertindak sebagai jembatan dua arah agar aplikasi web dapat mengakses fitur Android native seperti kamera atau sensor.
--   **Mengapa Menggunakannya**: Menggabungkan teknologi web dengan [performa native](https://capgo.app/plugins/native-audio/), membuat pengembangan plugin menjadi mudah.
--   **Kebutuhan Dasar**: Memerlukan [Node.js](https://nodejs.org/en), JDK 11+, [Android Studio](https://developer.android.com/studio), dan Capacitor CLI. Pastikan variabel lingkungan dan konfigurasi [Gradle](https://gradle.org/) sudah tepat. 
--   **Cara Memulai**: Gunakan `npm init @capacitor/plugin` untuk membuat kerangka plugin, definisikan metode dalam Java, dan uji menggunakan Android Studio atau perangkat asli.
--   **Integrasi [Capgo](https://capgo.app/)**: Memungkinkan pembaruan langsung, rollback, dan analitik untuk deployment plugin yang lancar.
-
-### Checklist Pengaturan Cepat:
-
-1.  Install tools: Node.js, JDK 11+, Android Studio.
-2.  Konfigurasi Gradle untuk API 22+ dan dependensi Capacitor.
-3.  Buat kerangka plugin dengan Capacitor CLI.
-4.  Uji di emulator dan perangkat asli.
-
-Capacitor menjembatani kesenjangan antara web dan Android native, menawarkan pengembang cara yang andal untuk membuat plugin berkinerja tinggi.
-
-## Menjalankan Kode Native iOS/Android dengan Ionic
-
-<iframe src="https://www.youtube.com/embed/ApTe3EgLiCk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pengaturan dan Instalasi
-
-Untuk mulai mengembangkan [plugin Android Capacitor](https://capgo.app/plugins/ivs-player/), Anda perlu menyiapkan lingkungan dengan hati-hati. Berikut cara menyiapkan semuanya.
-
-### Pengaturan Tools yang Diperlukan
-
-Pastikan Anda telah menginstal dan mengkonfigurasi tools berikut:
-
--   **Node.js dan npm**: Instal Node.js versi 14.0 atau lebih tinggi.
--   **[Java Development Kit](https://en.wikipedia.org/wiki/Java_Development_Kit) (JDK)**: Gunakan JDK 11 atau lebih baru.
--   **Android Studio**: Instal versi stabil terbaru (2023.1.1 atau lebih baru).
--   **Capacitor CLI**: Instal secara global menggunakan npm.
--   **Android SDK**: Pastikan API level 22 atau lebih tinggi terinstal.
-
-Tambahkan path berikut ke variabel lingkungan sistem Anda:
-
-```bash
-ANDROID_HOME=/Users/username/Library/Android/sdk
-JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home
-```
-
-Periksa kembali bahwa variabel lingkungan Anda telah diatur dengan benar untuk menghindari masalah kompatibilitas. Setelah selesai, lanjutkan ke konfigurasi proyek Android Studio.
-
-### Pengaturan Proyek [Android Studio](https://developer.android.com/studio)
-
-![Android Studio](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/37b29b854cd53ac189541dfdcf7a9a26.jpg)
-
-Siapkan proyek Android Studio Anda dengan langkah-langkah berikut:
-
-1.  **Konfigurasi Proyek**
-
-Perbarui file `build.gradle` Anda dengan pengaturan berikut:
-
-```kotlin
-android {
-    compileSdkVersion 33
-    defaultConfig {
-        minSdkVersion 22
-        targetSdkVersion 33
-    }
-}
-```
-
-2.  **Tambahkan Dependensi Plugin**
-
-Sertakan dependensi Capacitor yang diperlukan di file `build.gradle` Anda:
-
-```kotlin
-dependencies {
-    implementation '@capacitor/android:5.0.0'
-    implementation '@capacitor/core:5.0.0'
-}
-```
-
-3.  **Konfigurasi File Manifest**
-
-Tambahkan izin dan pengaturan yang diperlukan ke file `AndroidManifest.xml` Anda:
-
-```xml
-<manifest>
-    <uses-permission android:name="android.permission.INTERNET" />
-    <application
-        android:allowBackup="true"
-        android:label="@string/app_name">
-        <!-- Additional configurations -->
-    </application>
-</manifest>
-```
-
-### Tabel Kompatibilitas
-
-Berikut referensi cepat untuk versi minimum dan yang direkomendasikan dari komponen utama:
-
-| Komponen | Versi Minimum | Versi yang Direkomendasikan |
-| --- | --- | --- |
-| Android Studio | 2023.1.1 | 2023.2.1 |
-| JDK | 11 | 17 |
-| Gradle | 7.3 | 8.0 |
-| Android SDK | API 22 | API 33 |
-
-### Optimasi Pengaturan [Gradle](https://gradle.org/)
-
-![Gradle Build Tool Interface](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/ea42b2d6446e3f23d9417eaa9ba23d71.jpg)
-
-Untuk meningkatkan kinerja dan kompatibilitas, perbarui file `gradle.properties` Anda dengan pengaturan ini:
-
-```properties
-org.gradle.jvmargs=-Xmx2048m
-org.gradle.parallel=true
-android.useAndroidX=true
-```
-
-Aktifkan auto-import dan kompilasi real-time di Android Studio untuk dengan cepat mengidentifikasi dan menyelesaikan masalah. Langkah-langkah ini memastikan pengembangan yang lancar dan penggunaan sumber daya yang efisien.
-
-## Membuat Plugin Android Pertama Anda 
-
-Pelajari cara membangun plugin Android pertama Anda menggunakan Capacitor. Panduan ini akan memandu Anda melalui langkah-langkah dan berbagi tips praktis.
-
-### Langkah-langkah Pembuatan Plugin
-
-Mulai dengan menghasilkan kerangka plugin dengan Capacitor CLI:
-
-```bash
-npm init @capacitor/plugin your-plugin-name
-cd your-plugin-name
-npm install
-```
-
-Selanjutnya, perbarui file `package.json` dengan konfigurasi berikut:
-
-```json
-{
-  "name": "your-plugin-name",
-  "version": "1.0.0",
-  "capacitor": {
-    "android": {
-      "src": "android"
-    }
-  }
-}
-```
-
-Pengaturan ini memastikan Capacitor mengenali plugin Anda dan file sumber Android-nya.
-
-### Struktur Direktori Plugin
-
-Proyek Anda akan mengikuti struktur ini:
-
-```
-your-plugin-name/
-├── android/
-│   ├── src/main/
-│   │   ├── java/com/yourcompany/plugin/
-│   │   │   └── YourPlugin.java
-│   ├── build.gradle
-│   └── proguard-rules.pro
-├── src/
-│   ├── definitions.ts
-│   └── web.ts
-├── package.json
-└── README.md
-```
-
-Berikut fungsi setiap file utama:
-
-| File | Tujuan |
-| --- | --- |
-| `YourPlugin.java` | Menangani logika Android plugin |
-| `definitions.ts` | Berisi definisi antarmuka TypeScript |
-| `web.ts` | Menyediakan fungsionalitas fallback berbasis web |
-| `package.json` | Mengelola dependensi dan metadata plugin |
-
-### Menulis Metode Plugin
-
-Definisikan metode plugin dalam file `YourPlugin.java`. Contohnya, berikut metode sederhana:
-
-```java
-@PluginMethod
-public void echo(PluginCall call) {
-    String value = call.getString("value");
-    JSObject ret = new JSObject();
-    ret.put("value", value);
-    call.resolve(ret);
-}
-```
-
-Setiap metode memerlukan anotasi `@PluginMethod` dan menggunakan objek `PluginCall` untuk menangani parameter dan mengembalikan hasil. Berikut contoh lain dengan penanganan kesalahan:
-
-```java
-@PluginMethod
-public void getData(PluginCall call) {
-    String id = call.getString("id", null);
-    if (id == null) {
-        call.reject("Must provide an id");
-        return;
-    }
-
-    int limit = call.getInt("limit", 10); // Default value
-
-    JSObject result = new JSObject();
-    result.put("id", id);
-    result.put("limit", limit);
-    call.resolve(result);
-}
-```
-
-Untuk logika yang lebih kompleks, tangani pengecualian untuk memastikan stabilitas:
-
-```java
-@PluginMethod
-public void processData(PluginCall call) {
-    try {
-        // Processing logic here
-        call.resolve();
-    } catch (Exception e) {
-        call.reject("Error processing data: " + e.getMessage());
-    }
-}
-```
-
-### Menguji Plugin Anda
-
-Gunakan [alat debugging](https://capgo.app/docs/plugin/debugging/) Android Studio untuk menguji setiap metode secara menyeluruh. Pastikan metode Anda berfokus pada tugas spesifik untuk menjaga kode tetap bersih dan mudah dikelola. Setelah debugging selesai, uji plugin Anda pada perangkat Android yang sebenarnya untuk memastikan semuanya berfungsi sesuai harapan.
-
-## Panduan Pengujian Plugin
-
-### Pengujian pada Perangkat Android
-
-Untuk menguji plugin Android secara efektif, gunakan emulator dan perangkat asli. AVD Manager Android Studio adalah alat yang bagus untuk mensimulasikan berbagai level API dan ukuran layar.
-
-Jalankan perintah ini untuk mempersiapkan pengujian:
-
-```bash
-npx cap open android
-npm run build
-npx cap sync
-```
-
-Pastikan debugging USB diaktifkan dan konfirmasi konektivitas perangkat dengan `adb devices`. Buat matriks pengujian untuk mencakup versi Android utama:
-
-| Versi Android | Prioritas Pengujian | Area Fokus Utama |
-| --- | --- | --- |
-| Android 14 | Tinggi | Kompatibilitas API terbaru |
-| Android 13 | Tinggi | Fungsionalitas inti |
-| Android 12 | Menengah | Kompatibilitas mundur |
-| Android 11 | Rendah | Dukungan warisan |
-
-### Memperbaiki Masalah Plugin Umum
-
-**Kebocoran Memori**  
-Gunakan Memory Profiler di Android Studio untuk mengidentifikasi dan menyelesaikan kebocoran memori. Fokus pada:
-
--   Penerima siaran yang tidak teregistrasi
--   Koneksi database yang tidak ditutup
--   Referensi kuat ke Activities atau Contexts
-
-**Masalah Registrasi Plugin**  
-Jika plugin gagal teregistrasi, periksa hal berikut:
-
--   Registrasi plugin di `MainActivity.java`
--   Konsistensi nama paket
--   Dependensi Gradle yang benar
-
-**Masalah Kinerja**  
-Manfaatkan CPU Profiler untuk menunjuk bottleneck kinerja. Praktik terbaik meliputi:
-
--   Menjaga metode plugin tetap ringan
--   Menjalankan tugas berat pada thread latar belakang
--   Menambahkan mekanisme penanganan kesalahan yang tepat
-
-### Memperlancar Pengujian dan Pembaruan Langsung
-
-[Alat Capgo](https://capgo.app/docs/cli/commands) dapat menyederhanakan pengujian dan pembaruan langsung. Gunakan contoh ini untuk meningkatkan alur kerja Anda:
-
--   **Inisialisasi pelacakan kesalahan**:
-    
-    ```typescript
-    CapacitorUpdater.notifyAppReady();
-    ```
-    
--   **Menangani kegagalan pembaruan**:
-    
-    ```typescript
-    CapacitorUpdater.addListener('updateFailed', (info) => {
-      console.error('Update failed:', info);
-    });
-    ```
-    
--   **Gunakan rollback untuk perbaikan cepat**:
-    
-    ```typescript
-    try {
-      await CapacitorUpdater.rollback();
-    } catch (err) {
-      console.error('Rollback failed:', err);
-    }
-    ```
-    
--   **Siapkan staged rollout**:
-    
-    ```typescript
-    await CapacitorUpdater.setChannel({
-      channel: 'beta',
-      preventAutoUpdateOnFail: true
-    });
-    ```
-    
-
-## Standar Pengembangan Plugin
-
-### Pedoman Struktur Kode
-
-Berikut template dasar untuk menstrukturkan plugin Anda dalam Java:
-
-```java
-public class MyPlugin extends Plugin {
-    private static final String TAG = "MyPlugin";
-    private final Context context;
-
-    public MyPlugin(Context context) {
-        this.context = context;
-    }
-
-    @PluginMethod
-    public void methodName(PluginCall call) {
-        try {
-            // Method implementation
-            call.resolve();
-        } catch (Exception e) {
-            call.reject("Error message", e);
-        }
-    }
-}
-```
-
-Praktik struktural utama yang harus diikuti:
-
--   Gunakan signature metode yang jelas dan terdefinisi dengan baik dengan pengubah akses yang sesuai.
--   Pilih nama variabel dan metode yang menjelaskan tujuannya.
--   Pastikan API publik didokumentasikan sepenuhnya.
--   Jaga logika bisnis terpisah dari komponen terkait UI.
-
-### Tips Kinerja
-
-Plugin yang terstruktur dengan baik tidak hanya meningkatkan kemampuan pemeliharaan tetapi juga meningkatkan kinerja. Berikut beberapa strategi optimasi:
-
-| Area Fokus | Pendekatan yang Direkomendasikan |
-| --- | --- |
-| Manajemen Thread | Pindahkan tugas berat ke thread latar belakang |
-| Penggunaan Memori | Bersihkan sumber daya dengan benar untuk menghindari kebocoran |
-| Panggilan Jaringan | Cache respons dan implementasikan mekanisme retry |
-| Pemuatan Sumber Daya | Gunakan lazy loading untuk sumber daya besar |
-
-Untuk tugas yang membutuhkan sumber daya signifikan, pertimbangkan contoh ini:
-
-```java
-@PluginMethod
-public void heavyOperation(PluginCall call) {
-    taskQueue.execute(() -> {
-        try {
-            // Perform intensive operation
-            JSObject result = new JSObject();
-            call.resolve(result);
-        } catch (Exception e) {
-            call.reject("Operation failed", e);
-        }
-    });
-}
-```
-
-### Manajemen Kesalahan
-
-Penanganan kesalahan yang kuat memastikan plugin Anda tetap stabil dan andal:
-
-```java
-@PluginMethod
-public void criticalOperation(PluginCall call) {
-    try {
-        // Operation code
-        if (!operationSuccessful) {
-            throw new PluginException("Operation failed");
-        }
-        call.resolve();
-    } catch (Exception e) {
-        Logger.error(TAG, "Critical operation failed", e);
-        handleRollback();
-        call.reject("Operation failed", e);
-    }
-}
-```
-
-Praktik terbaik untuk manajemen kesalahan:
-
--   Log kesalahan dengan level keparahan yang tepat.
--   Sertakan konteks yang bermakna dalam pesan kesalahan untuk membantu debugging.
--   Pantau frekuensi kesalahan dan identifikasi masalah yang berulang.
--   Gunakan pelaporan kesalahan otomatis untuk menangkap masalah lebih awal.
-
-Untuk operasi kritis, memiliki mekanisme rollback sangat penting. Berikut contohnya:
-
-```java
-private void handleRollback() {
-    try {
-        bridge.triggerJSEvent("rollbackRequired", "{}");
-    } catch (Exception e) {
-        Logger.error(TAG, "Rollback failed", e);
-    }
-}
-```
-
-Alat pelacakan kesalahan dan rollback Capgo dapat membantu Anda pulih dengan cepat dari kegagalan [\[1\]](https://capgo.app/).
-
-## Panduan Integrasi [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-Berdasarkan hasil pengujian langsung kami, mengintegrasikan Capgo membantu merampingkan deployment pembaruan.
-
-### Ikhtisar Fitur Capgo
-
-Capgo menyediakan alat penting untuk mengelola pembaruan langsung, memastikan kinerja yang lancar. Ini memungkinkan pembaruan instan untuk plugin Android Capacitor tanpa memerlukan persetujuan app store. Berikut yang ditawarkan Capgo:
-
-| Fitur | Deskripsi |
-| --- | --- |
-| Enkripsi End-to-End | Memastikan pengiriman pembaruan yang aman |
-| Pembaruan Parsial | Hanya mengunduh komponen yang dimodifikasi |
-| [Sistem Kanal](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Memungkinkan staged rollout yang ditargetkan |
-| Analitik Real-time | Memantau kinerja pembaruan |
-| Rollback Satu Klik | Pemulihan cepat jika ada masalah |
-| Integrasi CI/CD | Kompatibel dengan GitHub Actions, GitLab CI, dan Jenkins |
-
-### Menyiapkan Capgo
-
-Untuk memulai dengan Capgo, jalankan perintah berikut:
-
-```bash
-npx @capgo/cli init
-```
-
-Tambahkan plugin ke proses build Anda. Capgo secara otomatis menangani pembaruan di latar belakang, menggunakan analitik bawaan dan fitur rollback-nya.
-
-Anda dapat menggunakan sistem channel untuk mengelola rollout untuk lingkungan produksi, beta, dan pengembangan. Update parsial tersedia untuk mengurangi penggunaan bandwidth dan hanya mengirimkan perubahan yang diperlukan.
-
-Capgo mendukung Capacitor versi 6 dan 7.
-
-> Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan update secara berkelanjutan kepada pengguna kami! [\[1\]](https://capgo.app/)
-
-## Ringkasan
-
-Capacitor Native Bridge meningkatkan plugin Android dengan fitur native yang kuat dan pengembangan yang efisien. Pendekatan ini memberikan hasil yang kuat, termasuk 23,5 juta update di 750 aplikasi produksi [\[1\]](https://capgo.app/).
-
-Metrik kinerja platform menunjukkan efektivitasnya: tingkat keberhasilan global 82% untuk deployment update, waktu unduh rata-rata 114 ms untuk bundle 5 MB melalui CDN global, dan 95% pengguna aktif menerima update dalam 24 jam [\[1\]](https://capgo.app/).
-
-Untuk mencapai hasil ini, mengikuti praktik kunci sangat penting:
-
-| Praktik Terbaik | Manfaat |
-| --- | --- |
-| Implementasi Live Updates | Menerapkan perbaikan dan fitur dengan cepat |
-| Gunakan Sistem Channel | Lakukan rollout update secara selektif, uji beta |
-| Monitor Analitik | Evaluasi kinerja dan adopsi pengguna |
-| Aktifkan Auto-rollback | Pulih dengan cepat dari potensi masalah |
-
-Para pengembang telah memuji tools ini. Bessie Cooper berbagi, _"Capgo adalah tool yang wajib dimiliki bagi pengembang yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangatlah berharga."_ [\[1\]](https://capgo.app/)
-
-Fitur-fitur seperti pelacakan kesalahan, pemantauan kinerja, enkripsi end-to-end, dan integrasi CI/CD yang mulus berkontribusi pada tingkat keberhasilan update yang tinggi dan kinerja yang lancar. Bersama-sama, tools ini menggabungkan fungsionalitas native dengan update yang cepat dan andal, menunjukkan kekuatan platform.
diff --git a/src/content/blog/id/capacitor-native-bridge-web-to-android-data-transfer.md b/src/content/blog/id/capacitor-native-bridge-web-to-android-data-transfer.md
deleted file mode 100644
index 4c9f58324..000000000
--- a/src/content/blog/id/capacitor-native-bridge-web-to-android-data-transfer.md
+++ /dev/null
@@ -1,216 +0,0 @@
----
-slug: capacitor-native-bridge-web-to-android-data-transfer
-title: 'Jembatan Native Capacitor: Transfer Data dari Web ke Android'
-description: >-
-  Pelajari cara mentransfer data secara efisien antara aplikasi web dan Android
-  menggunakan jembatan native Capacitor, mengatasi tantangan umum dan tips
-  kinerja.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T01:10:13.731Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d-1744765887424.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, data transfer, JSON serialization, mobile apps, Android,
-  performance optimization, encryption, error handling
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**Mentransfer data antara aplikasi web dan Android dalam [Capacitor](https://capacitorjs.com/) bisa menjadi tantangan, tetapi memahami serialisasi JSON dan operasi jembatan native menyederhanakan prosesnya.** Berikut yang perlu Anda ketahui:
-
--   **Kompatibilitas JSON:** Jembatan native hanya mendukung tipe yang dapat diserialisasi ke JSON, jadi hindari fungsi, referensi melingkar, dan kelas kustom.
--   **Tips Performa:** Pisahkan data besar menjadi bagian-bagian kecil, kompres, dan cache data yang sering digunakan untuk meningkatkan kecepatan dan penggunaan memori.
--   **Penanganan Kesalahan & Keamanan:** Gunakan enkripsi, izin waktu nyata, dan pelacakan kesalahan antar lapisan untuk transfer yang aman dan dapat diandalkan.
--   **Fitur Jembatan:** Mendukung pengiriman pesan dua arah, pengelompokan acara, dan validasi tipe untuk memastikan komunikasi yang lancar.
--   **Alat [Capgo](https://capgo.app/):** Menawarkan pembaruan waktu nyata, pemecahan cerdas, dan enkripsi ujung-ke-ujung untuk penanganan data yang mulus.
-
-**Tips Cepat:** Gunakan [TypeScript](https://www.typescriptlang.org/) untuk pengetikan yang ketat, validasi JSON di kedua sisi, dan pertimbangkan plugin kustom untuk kebutuhan data yang kompleks. Platform Capgo meningkatkan performa dengan pembaruan langsung dan sinkronisasi yang aman, menjadikannya pilihan yang baik untuk aplikasi hibrida.
-
-## Cara membuat plugin [Capacitor](https://capacitorjs.com/) untuk iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/Dq_BmheGAig" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Masalah Umum Transfer Data
-
-Menangani transfer data antara lapisan web dan Android menggunakan jembatan native bisa sulit. Tantangan ini perlu ditangani dengan hati-hati untuk memastikan performa aplikasi yang lancar.
-
-### Pembatasan Tipe Data JSON
-
-Jembatan native dalam Capacitor hanya mendukung tipe yang dapat diserialisasi ke JSON. Ini berarti tidak dapat menangani tipe data tertentu, seperti:
-
--   Fungsi
--   Referensi melingkar
--   Data Biner/Blob
--   Objek tanggal (memerlukan timestamp yang tepat)
--   Instansi kelas kustom
-
-Untuk mengatasi pembatasan ini, pengembang sering kali perlu membuat metode serialisasi kustom untuk struktur data yang lebih kompleks.
-
-Tetapi bukan hanya tentang tipe data - seberapa cepat dan efisien data ditransfer juga berperan besar dalam pengalaman pengguna.
-
-### Kekhawatiran Kecepatan dan Memori
-
-Uji performa mengungkap beberapa metrik kunci: kecepatan unduh CDN untuk bundle 5MB rata-rata sekitar 114ms, sementara respons API global memakan waktu sekitar 57ms. Untuk meningkatkan efisiensi transfer data, pertimbangkan strategi berikut:
-
--   Pisahkan transfer besar menjadi bagian yang lebih kecil
--   Kompres data di mana pun memungkinkan
--   Gunakan pemuatan progresif untuk dataset
--   Cache data yang sering diakses
-
-> "Kami meluncurkan pembaruan Capgo OTA di produksi untuk basis pengguna kami sebanyak +5000. Kami melihat operasi yang sangat lancar - hampir semua pengguna kami diperbarui dalam hitungan menit setelah OTA diterapkan di @Capgo." - colenso
-
-### Pelacakan Kesalahan dan Mengamankan Data
-
-Memecahkan masalah aplikasi hibrida bisa menjadi tantangan tersendiri. Setelah performa dioptimalkan, sama pentingnya untuk fokus pada pelacakan kesalahan dan mengamankan data selama transfer.
-
-| Persyaratan | Implementasi |
-| --- | --- |
-| Enkripsi | Perlindungan ujung-ke-ujung |
-| Izin | Akses Android waktu nyata |
-| Penanganan Kesalahan | Pelacakan antar lapisan |
-
-> "Capgo adalah alat yang harus dimiliki bagi pengembang yang ingin lebih produktif. Menghindari ulasan untuk perbaikan bug adalah emas." - Bessie Cooper
-
-Untuk mengatasi masalah ini, pengembang harus menyiapkan sistem logging yang kuat yang dapat menangkap kesalahan di kedua lapisan web dan Android. Pada saat yang sama, pastikan semua transfer data dienkripsi untuk menjaga keamanan.
-
-## Solusi Jembatan Native
-
-Jembatan native mengatasi tantangan umum dalam serialisasi dan transfer data dengan menghubungkan lapisan web dan Android melalui sistem pengiriman pesan dua arah.
-
-### Arsitektur Jembatan
-
-Arsitektur ini menangani pembatasan yang sebelumnya dijelaskan. Ini menggunakan [WebView](https://en.wikipedia.org/wiki/WebView) untuk menghubungkan JavaScript dengan komponen Android native.
-
-Berikut cara kerjanya:
-
--   **Antrian Pesan**: Menyimpan data menggunakan sistem FIFO asinkron.
--   **Event Bus**: Mengarahkan sinyal melalui model publik/berlangganan.
--   **Serializer**: Mengubah data, sering kali menggunakan transformasi JSON.
--   **Lapisan Keamanan**: Memastikan perlindungan data dengan enkripsi ujung-ke-ujung.
-
-Untuk transfer data besar, jembatan secara otomatis memecah data menjadi bagian yang lebih kecil untuk menjaga performa.
-
-### Komunikasi Plugin
-
-Plugin berfungsi sebagai perantara, memungkinkan aplikasi web mengakses fitur Android native. Proses komunikasi umumnya mengikuti langkah-langkah berikut:
-
-1.  Lapisan web melakukan panggilan menggunakan antarmuka plugin.
-2.  Jembatan mengubah data menjadi format JSON.
-3.  Lapisan native memproses permintaan.
-4.  Respons dikirim kembali melalui saluran yang sama.
-
-Baik komunikasi sinkron maupun asinkron didukung. Panggilan sinkron dikelola dengan hati-hati untuk memastikan tidak memperlambat antarmuka pengguna.
-
-### Aliran Data dan Acara
-
-Data mengalir melalui jembatan menggunakan protokol standar yang dirancang untuk keandalan dan konsistensi. Beberapa mekanisme mendukung proses ini:
-
--   **Pengelompokan Acara**: Mengelompokkan beberapa acara untuk meminimalkan overhead.
--   **Validasi Tipe**: Memastikan integritas data selama transfer.
--   **Pemulihan Kesalahan**: Secara otomatis mencoba kembali transfer yang gagal.
-
-Jembatan juga mengompresi transfer data besar untuk meningkatkan performa. Cache lokal membantu mengurangi penundaan dari transfer yang berulang. Selain itu, sistem acara mendukung baik callback sekali waktu maupun persisten, dengan pembersihan otomatis untuk mengelola sumber daya secara efisien.
-
-## Pedoman Transfer Data
-
-Mengelola JSON secara efektif adalah kunci untuk transfer data yang mulus antara platform web dan Android.
-
-### Manajemen Data JSON
-
-Untuk menjaga manajemen data yang dapat diandalkan:
-
--   **Manfaatkan tipe TypeScript** untuk pengetikan yang ketat, menangkap kesalahan sebelum runtime.
--   **Validasi data** di kedua sisi web dan Android untuk memastikan konsistensi.
--   **Sederhanakan objek JSON** untuk meminimalkan overhead parsing dan meningkatkan performa.
--   **Cache data yang sering digunakan secara lokal** untuk mengurangi permintaan berulang.
-
-Untuk dataset yang lebih besar, menggunakan teknik seperti paginasi atau streaming dapat membantu menjaga efisiensi sistem. Jika JSON terbukti tidak mencukupi untuk menangani dataset besar, pertimbangkan strategi transfer alternatif.
-
-### Metode Transfer Data Besar
-
-Saat mentransfer sejumlah besar data:
-
--   **Pisahkan file besar menjadi bagian yang lebih kecil** untuk mengoptimalkan penggunaan sumber daya dan memungkinkan pemantauan kemajuan.
--   **Hindari konversi yang tidak perlu** (seperti Base64) untuk data biner; gunakan API sistem file native sebagai gantinya.
--   **Aktifkan kelanjutan transfer** untuk menangani gangguan dan memastikan integritas data.
-
-Untuk skenario yang melebihi metode standar, pertimbangkan untuk membuat plugin kustom yang disesuaikan dengan kebutuhan Anda.
-
-### Membangun Plugin Data Kustom
-
-Ikuti langkah-langkah berikut untuk mengembangkan plugin data kustom yang andal:
-
-1. **Tentukan Antarmuka Plugin**
-
-Buat antarmuka TypeScript yang menguraikan semua metode dan tipe data yang didukung:
-
-```typescript
-export interface DataTransferPlugin {
-  sendData(options: { 
-    data: any, 
-    chunkSize?: number, 
-    compression?: boolean 
-  }): Promise<void>;
-}
-```
-
-2. **Implementasikan Pengelola Native**
-
-Fokus pada pemrosesan data yang efisien dengan menggabungkan penanganan kesalahan yang kuat, manajemen memori yang tepat, dan utas latar belakang untuk tugas yang memerlukan sumber daya intensif.
-
-3. **Tambahkan Pemulihan Kesalahan**
-
-Integrasikan mekanisme pemulihan kesalahan, seperti mencoba kembali secara otomatis untuk masalah jaringan dan kesalahan validasi. Berikan umpan balik waktu nyata tentang kemajuan transfer untuk meningkatkan keandalan.
-
-## Fitur Platform [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo mengatasi tantangan sebelumnya dengan sistem pembaruan langsung yang dirancang untuk transfer data yang mulus antara lapisan web dan Android. Arsitekturnya memastikan penanganan data yang aman dan berkinerja tinggi.
-
-### Fungsi Utama Capgo
-
-CDN global mendukung transfer data waktu nyata dengan metrik performa yang mengesankan [\[1\]](https://capgo.app/). Fitur utama meliputi:
-
--   **Sinkronisasi Waktu Nyata**: Transfer data cepat di seluruh lapisan web dan Android.
--   **Pemecahan Cerdas**: Mengirim hanya komponen yang diperbarui, mengurangi penggunaan bandwidth dan memori.
--   **Enkripsi Ujung-ke-Ujung**: Memastikan komunikasi yang aman antara web dan Android.
-
-Saat ini, 1.9K aplikasi produksi mengandalkan Capgo untuk kebutuhan transfer data mereka [\[1\]](https://capgo.app/). Pengembang Rodrigo Mantica berbagi:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam menyampaikan secara terus-menerus kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-Kemampuan ini membedakan Capgo dari solusi lama, seperti yang ditunjukkan di bawah ini.
-
-### Perbandingan Platform
-
-Fitur canggih Capgo memberikan keuntungan yang jelas dibandingkan metode tradisional:
-
-| Fitur | Capgo | Solusi Tradisional |
-| --- | --- | --- |
-| Kecepatan Pembaruan | 114ms (bundle 5MB) | Variabel |
-| Tingkat Keberhasilan | 82% di seluruh dunia | Tidak ditentukan |
-| Adopsi Pengguna | 95% dalam 24 jam | Pelacakan terbatas |
-| Keamanan | Enkripsi ujung-ke-ujung | Tanda tangan dasar |
-| Penyimpanan | 2-20 GB (tergantung rencana) | Variabel |
-
-Capgo telah mendukung lebih dari 1,1 triliun pembaruan yang berhasil, menunjukkan keandalannya [\[1\]](https://capgo.app/). Tim NASA [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) mengomentari:
-
-> "@Capgo adalah cara cerdas untuk melakukan dorongan kode cepat (dan bukan dengan semua uang di dunia seperti dengan @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Platform ini juga mendukung hosting yang fleksibel dan terintegrasi dengan mulus dengan pipeline CI/CD untuk aplikasi yang kaya data. Analitik bawaan memberikan wawasan tentang tingkat keberhasilan pembaruan dan keterlibatan pengguna, membantu tim memperbaiki proses transfer data mereka.
-
-## Kesimpulan
-
-Transfer data yang mulus antara lapisan web dan Android adalah aspek kunci dari pengembangan aplikasi modern. Jembatan native Capacitor, terutama ketika digabungkan dengan alat seperti Capgo, telah merubah cara pengembang mengatasi tantangan ini. Metrik performa menyoroti seberapa efektif jembatan ini.
-
-Fitur-fitur seperti enkripsi ujung-ke-ujung, pembaruan parsial untuk meningkatkan performa, dan pemantauan kesalahan aktif memainkan peran penting dalam memastikan penanganan data yang dapat diandalkan.
-
-"Komunitas membutuhkan ini dan @Capgo sedang melakukan sesuatu yang sangat penting!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/capacitor-ota-updates-app-store-approval-guide.md b/src/content/blog/id/capacitor-ota-updates-app-store-approval-guide.md
deleted file mode 100644
index e3b2b19ca..000000000
--- a/src/content/blog/id/capacitor-ota-updates-app-store-approval-guide.md
+++ /dev/null
@@ -1,248 +0,0 @@
----
-slug: capacitor-ota-updates-app-store-approval-guide
-title: 'Pembaruan OTA Capacitor: Panduan Validasi App Store'
-description: >-
-  Pelajari cara menavigasi pedoman App Store dan Play Store untuk pembaruan OTA
-  dalam aplikasi Capacitor, dengan memastikan kepatuhan dan keamanan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-15T04:38:10.916Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67afe3423823fbac65afe97c-1739594307916.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, Capacitor, App Store, Play Store, compliance, JavaScript updates,
-  security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-### Poin-Poin Utama:
-
--   [**Apple App Store**](https://developer.apple.com/app-store/guidelines/): Pembaruan OTA terbatas pada file JavaScript dan aset. Tidak ada perubahan pada kode native atau fungsi inti.
-    
--   [**Google Play Store**](https://developer.android.com/distribute/play-policies): Lebih fleksibel namun tetap mengharuskan pembaruan mengikuti kebijakan keamanan dan pencegahan penyalahgunaan.
-    
--   **Masalah Umum**: Aplikasi ditolak karena memodifikasi kode native, menambahkan fitur yang belum diulas, atau menggunakan pembaruan tidak terenkripsi.
-    
-
-### Tips Cepat Kepatuhan:
-
--   Batasi hanya pada **pembaruan JavaScript dan aset**.
-    
--   Gunakan alat seperti [**Capgo**](https://capgo.app/) untuk pengiriman terenkripsi dan opsi rollback.
-    
--   Ikuti **semantic versioning (**[**SemVer**](https://semver.org/)**)** untuk melacak dan mengaudit pembaruan.
-    
--   Pastikan pembaruan aman dengan **penandatanganan kode dan HTTPS**.
-    
-
-| Fitur | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| **Pembaruan JavaScript** | Diizinkan (hanya JS/aset) | Diizinkan dengan aturan lebih sedikit |
-| **Perubahan Inti** | Tidak diizinkan | Fleksibilitas terbatas |
-| **Keamanan** | Ketat (perlu penandatanganan kode) | Fokus pada pencegahan penyalahgunaan |
-
-## Aturan App Store untuk Pembaruan OTA
-
-### Aturan [Apple App Store](https://developer.apple.com/app-store/guidelines/)
-
-![Apple App Store](https://mars-images.imgix.net/seobot/screenshots/developer.apple.com-647d6fa866954dfb3c8455f75fc9840a-2025-02-15.jpg?auto=compress)
-
-Pedoman Apple, khususnya §3.3.2, memberikan batasan ketat pada pembaruan OTA untuk aplikasi Capacitor. Pembaruan hanya diizinkan untuk JavaScript dan aset. Batasan utama meliputi:
-
--   Tidak ada perubahan pada fungsi inti atau tujuan utama aplikasi
-    
--   Larangan membuat toko aplikasi alternatif atau platform distribusi kode
-    
--   Tidak boleh memotong fitur keamanan iOS seperti penandatanganan kode
-    
-
-**Penting untuk Pengembang Capacitor**: Setiap pembaruan JavaScript harus tetap dalam container keamanan asli aplikasi dan tidak boleh mengubah perilaku esensial aplikasi.
-
-### Aturan [Google Play Store](https://developer.android.com/distribute/play-policies)
-
-![Google Play Store](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-e3029ffd689b429daa7c9abf93d9ce47-2025-02-15.jpg?auto=compress)
-
-Google Play mengambil sikap yang lebih longgar terhadap pembaruan OTA tetapi tetap menerapkan batasan yang jelas untuk mencegah penyalahgunaan. Pedoman mereka berfokus pada:
-
--   Mengizinkan pembaruan aset JavaScript dengan lebih sedikit batasan
-    
--   Memastikan pembaruan mematuhi kebijakan Penyalahgunaan Perangkat dan Jaringan
-    
--   Melarang pengenalan kode berbahaya atau risiko keamanan
-    
--   Mengharuskan pembaruan selaras dengan versi Play Store yang disetujui
-    
--   Mencegah penghindaran sistem pembayaran Google Play untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)
-
-| Fitur | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| Pembaruan JavaScript | Diizinkan hanya untuk JS/aset | Diizinkan dengan lebih sedikit batasan |
-| Perubahan Fungsi Inti | Tidak diizinkan via OTA | Fleksibilitas terbatas |
-| Persyaratan Keamanan | Penandatanganan kode dan sandboxing yang ketat | Fokus pada pencegahan penyalahgunaan |
-| Frekuensi Pembaruan | Tidak ada batasan spesifik | Tunduk pada kebijakan penyalahgunaan jaringan |
-
-### Masalah Kepatuhan Utama
-
-Alasan umum aplikasi ditolak meliputi:
-
--   Menambahkan fitur yang belum diulas
-    
--   Prompting pembaruan yang berlebihan atau mengganggu
-    
--   Menggunakan paket pembaruan yang tidak terenkripsi
-    
-
-Untuk menghindari masalah ini, mengikuti pedoman implementasi khusus Capacitor sangat penting. Alat yang menawarkan pemeriksaan kepatuhan otomatis dapat membuat proses ini jauh lebih mudah. Sebagai contoh, fitur enkripsi end-to-end Capgo mengamankan paket pembaruan, membantu memenuhi persyaratan kedua app store.
-
-## Pedoman Pembaruan OTA untuk [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-15.jpg?auto=compress)
-
-### Langkah Kepatuhan Teknis
-
-Untuk menghindari masalah kepatuhan, ikuti langkah-langkah ini:
-
--   **Gunakan semantic versioning (SemVer):** Lacak pembaruan dan simpan changelog detail untuk tetap patuh.
-    
--   **Batasi pembaruan pada JavaScript dan aset:** Hindari memodifikasi kode native untuk memastikan kepatuhan.
-    
--   **Verifikasi tanda tangan paket:** Selalu validasi tanda tangan sebelum instalasi.
-    
-
-| **Komponen Pembaruan** | **Tindakan yang Diperlukan** | **Dampak Kepatuhan** |
-| --- | --- | --- |
-| File JavaScript | Batasi pada perubahan UI/logika | Menjaga kepatuhan toko |
-| File Aset | Gunakan pemeriksaan integritas untuk pembaruan | Memastikan pengiriman aman |
-| Kode Native | Tidak diizinkan modifikasi | Mencegah penolakan toko |
-| Kontrol Versi | Gunakan SemVer untuk pelacakan | Memungkinkan audit yang tepat |
-
-### Desain Antarmuka Pembaruan
-
-Buat antarmuka pembaruan yang mudah digunakan dan tidak mengganggu:
-
--   Tampilkan **notifikasi yang jelas dan ringkas** tanpa mengganggu pengalaman pengguna.
-    
--   Aktifkan **unduhan latar belakang** dengan indikator progres.
-    
--   Biarkan pengguna memutuskan kapan menginstal pembaruan, kecuali untuk patch keamanan kritis.
-    
-
-Pembaruan paksa hanya boleh digunakan untuk perbaikan keamanan kritis, dan harus jelas mengkomunikasikan urgensinya. Langkah-langkah ini membantu mengurangi risiko penolakan yang disebabkan oleh prompt pembaruan yang mengganggu.
-
-### Protokol Keamanan Pembaruan 
-
-Pastikan pengiriman yang aman dan integritas data dengan praktik ini:
-
--   **Enkripsi End-to-End:** Gunakan certificate pinning, autentikasi berbasis token, dan rotasi kunci secara berkala.
-    
--   **Sistem Verifikasi:** Gabungkan validasi server-side untuk permintaan pembaruan dengan pemeriksaan integritas paket client-side.
-    
--   **Pemantauan Kinerja:** Lacak metrik kunci seperti tingkat adopsi, waktu unduhan, dan kinerja pasca-pembaruan. Sertakan pelaporan kesalahan otomatis untuk segera mengatasi masalah.
-    
-
-Langkah-langkah keamanan ini sesuai dengan persyaratan penandatanganan kode Apple dan kebijakan pencegahan penyalahgunaan Google. Alat seperti Capgo dapat membantu mengimplementasikan protokol ini.
-
-## Sistem Manajemen Pembaruan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-15.jpg?auto=compress)
-
-Capgo menyediakan cara aman untuk mengirim dan mengelola [pembaruan OTA Capacitor](https://capgo.app/), memastikan distribusi yang lancar sambil memenuhi standar kepatuhan. Ini juga menawarkan alat canggih untuk [manajemen pembaruan](https://capgo.app/it/docs/plugin/cloud-mode/manual-update/) tingkat enterprise.
-
-### Fitur Utama Capgo
-
-Sistem pembaruan Capgo mencakup fitur penting seperti:
-
--   **Pengiriman pembaruan terenkripsi**: Memastikan pembaruan memenuhi persyaratan keamanan app store.
-    
--   **Segmentasi pengguna**: Memungkinkan peluncuran terkontrol ke grup pengguna tertentu.
-    
--   **Rollback instan**: Cepat kembali ke versi sebelumnya jika diperlukan.
-    
-
-Metode ini memastikan pembaruan berjalan lancar dan memungkinkan pengembang memantau kinerja secara efektif.
-
-### Alat untuk Kepatuhan dengan Capgo
-
-Alat Capgo dirancang untuk memenuhi kebutuhan keamanan dan kepatuhan:
-
--   **Manajemen Peluncuran**: Pengembang dapat merilis pembaruan ke grup pengguna kecil - mulai dari 1% - untuk menguji perubahan sebelum peluncuran yang lebih luas.
-    
--   **Pengaman Otomatis**: Pemeriksaan kesehatan bawaan mengkonfirmasi integritas pembaruan sebelum instalasi. Jika ada masalah, sistem secara otomatis kembali ke versi stabil terakhir, menjaga aplikasi tetap berfungsi dan menghindari penolakan app store.
-    
-
-### Cara Menyiapkan Capgo
-
-Ikuti tiga langkah sederhana ini untuk memulai dengan Capgo:
-
-1.  **Pengaturan Awal**
-    
-    ```bash
-    npm install -g @capgo/cli
-    capgo init
-    ```
-    
-2.  **Integrasi Plugin**
-    
-    ```bash
-    npm install @capgo/capacitor-updater
-    ```
-    
-3.  **Konfigurasi**
-    
-    Perbarui file `capacitor.config.json` Anda dan sertakan pemeriksaan kesiapan yang diperlukan dalam logika utama aplikasi Anda.
-    
-
-Untuk tim enterprise, Capgo juga mendukung kontrol akses berbasis peran, memastikan bahwa otorisasi pembaruan memenuhi standar kepatuhan yang ketat.
-
-## Pencegahan Penolakan App Store
-
-Untuk menghindari penolakan app store, penting untuk mengatasi pemicu paling umum: **35% akibat pelanggaran kode native**, **28% dari masalah cakupan fitur**, dan **22% dari kesalahan proses pembaruan**.
-
-### Pelanggaran Kode Native
-
-Pelanggaran kode native menyumbang 35% penolakan OTA. Untuk mengatasi ini, pastikan pembaruan hanya bergantung pada **JavaScript, HTML, dan CSS** dengan menggunakan pemeriksaan file otomatis. Alat seperti [suite kepatuhan Capgo](https://capgo.app/consulting/) dapat membantu dengan mengimplementasikan penandatanganan kode dan pemeriksaan integritas, mengurangi tingkat penolakan hingga 80%.
-
-### Masalah Cakupan Fitur
-
-Masalah cakupan fitur adalah hambatan umum lainnya. Gunakan kerangka kerja berikut untuk mengelola pembaruan secara efektif:
-
-| Jenis Pembaruan | Kemungkinan Persetujuan | Strategi Implementasi |
-| --- | --- | --- |
-| Pembaruan Konten | Tinggi | Perbarui teks, gambar, dan gaya |
-| Penyempurnaan UI | Sedang | Terapkan perubahan antarmuka secara bertahap |
-| Fitur Baru | Rendah | Gunakan feature flag dan peluncuran bertahap |
-
-Sebagai contoh, aplikasi e-commerce berbasis Capacitor berhasil mengurangi tiket dukungan pelanggan sebesar 60% dengan meluncurkan fitur baru secara bertahap sambil tetap mematuhi aturan [\[14\]](https://www.ada.gov/law-and-regs/regulations/title-ii-2010-regulations/).
-
-### Kesalahan Proses Pembaruan
-
-Kesalahan teknis selama pembaruan dapat menyebabkan penolakan. Berikut cara menghindarinya:
-
--   **Penanganan Kesalahan**  
-    Pantau tingkat keberhasilan pembaruan dan catat setiap upaya dan hasil pembaruan.
-    
--   **Komunikasi Pengguna**  
-    Tampilkan indikator progres selama pembaruan untuk memberi informasi kepada pengguna.
-    
-
-Aplikasi yang menyediakan antarmuka yang jelas dan transparan telah mencapai **tingkat retensi 30% lebih tinggi** dan **ulasan negatif 25% lebih sedikit** terkait pembaruan [\[12\]](https://support.google.com/googleplay/android-developer/answer/10787469?hl=en).
-
-> "Kunci untuk mencegah penolakan app store terletak pada dokumentasi yang menyeluruh dan komunikasi transparan dengan tim peninjau. Aplikasi yang menyediakan dokumentasi komprehensif tentang proses pembaruan mereka 40% lebih kecil kemungkinannya menghadapi penolakan terkait pembaruan OTA." [\[10\]](https://html.spec.whatwg.org)
-
-## Kesimpulan
-
-Meluncurkan pembaruan OTA untuk aplikasi Capacitor melibatkan kombinasi presisi teknis dan pemenuhan standar kepatuhan. Untuk berhasil, fokus pada area penting yang selaras dengan pedoman dan strategi khusus platform:
-
-| Prioritas | Tindakan | Hasil |
-| --- | --- | --- |
-| Kepatuhan | Tetap pada pembaruan JavaScript-only | Persetujuan lebih cepat |
-| Keamanan | Gunakan [enkripsi](https://capgo.app/docs/cli/migrations/encryption/)/penandatanganan otomatis | Lebih sedikit kerentanan |
-
-Dengan mengikuti langkah-langkah kepatuhan yang dibahas sebelumnya, tim dapat memanfaatkan pemeriksaan otomatis yang menyederhanakan kepatuhan terhadap aturan app store. Fitur seperti enkripsi end-to-end dan peluncuran terkontrol membantu mengatasi kebutuhan keamanan dan kepatuhan yang kritis.
-
-Dengan Apple dan Google yang terus memperbarui kebijakan (seperti yang ada di bagian 2.1-2.3), persiapkan diri untuk lebih fokus pada frekuensi pembaruan dan standar keamanan yang lebih ketat. Tetap selangkah di depan dengan mempersiapkan perubahan ini sambil mempertahankan kemampuan pembaruan JavaScript dan aset. Jangan lupa untuk mendokumentasikan dan menguji secara menyeluruh untuk memenuhi pedoman platform dan harapan pengguna.
diff --git a/src/content/blog/id/capacitor-ota-updates-best-practices-for-performance.md b/src/content/blog/id/capacitor-ota-updates-best-practices-for-performance.md
deleted file mode 100644
index aa6a08ba2..000000000
--- a/src/content/blog/id/capacitor-ota-updates-best-practices-for-performance.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: capacitor-ota-updates-best-practices-for-performance
-title: 'Pembaruan OTA Capacitor: Praktik Terbaik untuk Kinerja'
-description: >-
-  Optimalkan pembaruan OTA dalam aplikasi Capacitor untuk meningkatkan kinerja
-  dan pengalaman pengguna dengan praktik terbaik untuk ukuran file, pemuatan
-  kode, dan keamanan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-22T03:27:12.915Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b91e17bfa83cf6a92d5d6e-1740194854799.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, Capacitor, performance optimization, mobile apps, security,
-  incremental updates, background updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Pembaruan OTA (Over-the-Air) memungkinkan aplikasi [Capacitor](https://capacitorjs.com/) untuk memperbarui konten seperti JavaScript, CSS, dan HTML tanpa memerlukan pengajuan ke toko aplikasi. Meskipun praktis, pembaruan ini dapat mempengaruhi kinerja saat aplikasi dimulai. Berikut adalah panduan singkat untuk mengoptimalkan pembaruan OTA untuk kinerja dan pengalaman pengguna yang lebih baik:
-
-1.  **Minimalkan Ukuran File Pembaruan**: Gunakan teknik seperti pembaruan diferensial, kompresi (misalnya, [ZSTD](https://en.wikipedia.org/wiki/Zstd)), dan menghilangkan perubahan file yang tidak perlu.
-    
-2.  **Memuat Kode secara Efisien**: Utamakan memuat fitur inti terlebih dahulu, tunda komponen yang tidak kritis, dan gunakan pemuatan malas untuk modul yang berat.
-    
-3.  **Pembaruan Bertahap**: Pecah pembaruan menjadi langkah-langkah yang lebih kecil, jadwalkan selama waktu idle, dan gunakan sistem A/B untuk pembatalan yang mulus.
-    
-4.  [**Pembaruan Aman**](https://capgo.app/docs/live-updates/update-behavior/): Lindungi file dengan enkripsi, checksum, dan penandatanganan kode untuk memastikan integritas.
-    
-5.  **Pengujian & Kepatuhan**: Uji pembaruan secara menyeluruh dan ikuti pedoman toko aplikasi untuk menghindari masalah persetujuan.
-    
-
-**Perbandingan Singkat Alat OTA**:
-
-| Fitur | [capacitor-app-updater](https://www.npmjs.com/package/%40objekt%2Fcapacitor-app-updater) | [Capgo](https://capgo.app/) |
-| --- | --- | --- | --- |
-| Metode Pembaruan | Perbandingan checksum | Pembaruan-[dalam aplikasi](https://capgo.app/plugins/capacitor-updater/) | pembaruan bundel JS |
-| Dampak Kinerja | Minimal | Sedang | Rendah |
-| Pembaruan Latar Belakang | Tidak  | Ya (Android) | Ya |
-| Dukungan Pembatalan | Terbatas | Bergantung pada platform | Terintegrasi |
-| Integrasi CI/CD | Manual | Manual | Otomatis |
-
-Capgo menonjol dengan fitur seperti pembaruan latar belakang, enkripsi end-to-end, dan pelacakan kinerja, menjadikannya pilihan yang kuat untuk mengelola pembaruan OTA di [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-## Kirim pembaruan waktu nyata kepada pengguna aplikasi Ionic Anda
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Tips Kinerja untuk Pembaruan OTA
-
-Strategi-strategi ini menangani keterlambatan startup dan memastikan proses pembaruan OTA yang lebih lancar dengan fokus pada pengurangan ukuran file dan pemuatan kode yang efisien.
-
-### Mengurangi Ukuran File Pembaruan
-
-Menjaga ukuran file pembaruan tetap kecil sangat penting untuk unduhan yang lebih cepat dan startup yang lebih cepat. Ide dasarnya adalah mentransfer data lebih sedikit tanpa mengorbankan fungsionalitas. Berikut adalah cara Anda dapat mencapainya:
-
-1.  Buat `live-update-manifest.json` untuk mengaktifkan pembaruan diferensial.
-    
-2.  Gunakan **kompresi ZSTD** untuk perangkat non-A/B untuk memperkecil pembaruan gambar penuh.
-    
-3.  Hilangkan cap waktu build dan standarkan alat build untuk menghindari perubahan file yang tidak perlu.
-    
-4.  Untuk pembaruan OTA A/B, terapkan recompression Puffin untuk menghasilkan patch dengan lebih efisien.
-    
-
-### Mengelola Pemuatan Kode
-
-Kecepatan startup bukan hanya tentang ukuran file - kapan kode dimuat juga penting. Berikut adalah pendekatan cerdas untuk mengelola pemuatan kode:
-
-1.  **Fitur Inti Pertama**: Muat fitur penting seperti otentikasi dan navigasi utama segera.
-    
-2.  **Fitur Sekunder Kemudian**: Tunda pemuatan untuk komponen yang tidak kritis seperti pengaturan lanjutan, analitik, dan animasi.
-    
-3.  **Penggunaan Sumber Daya yang Efisien**: Terapkan pemuatan progresif atau malas untuk modul berat dan media setelah aplikasi diluncurkan.
-    
-
-### Pembaruan Langkah demi Langkah
-
-Membreak pembaruan menjadi langkah-langkah yang lebih kecil mengurangi gangguan selama startup. Pembaruan bertahap adalah cara praktis untuk memastikan pengalaman yang mulus. Misalnya, Android 8.0 menggunakan pembaruan streaming yang hanya memerlukan sekitar 100 KiB penyimpanan metadata alih-alih mengunduh seluruh paket [\[3\]](https://source.android.com/docs/core/ota/ab).
-
-1.  Jadwalkan pembaruan selama waktu idle, seperti semalaman, dan utamakan koneksi Wi-Fi.
-    
-2.  Lindungi file pembaruan dengan enkripsi dan verifikasi checksum [\[1\]](https://www.trio.so/blog/over-the-air-update/)[\[2\]](https://mender.io/blog/how-does-an-ota-firmware-update-work).
-    
-3.  Gunakan sistem partisi A/B untuk memungkinkan pembaruan tanpa mengganggu fungsionalitas aplikasi [\[3\]](https://source.android.com/docs/core/ota/ab).
-    
-
-Capgo menyediakan alat terintegrasi untuk pembaruan aman dan bertahap, dengan fitur enkripsi end-to-end dan opsi penerapan yang fleksibel.
-
-###### sbb-itb-f9944d2
-
-## Menyiapkan Pembaruan OTA di [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-22.jpg?auto=compress)
-
-Menyiapkan pembaruan Over-the-Air (OTA) di Capacitor memerlukan pengujian yang hati-hati dan kepatuhan pada pedoman yang ketat.
-
-### Pengujian Pra-Rilis
-
-Sebelum meluncurkan pembaruan, pengujian yang menyeluruh adalah hal yang penting:
-
-1.  Gunakan lingkungan pengujian yang menyerupai pengaturan produksi dengan dekat.
-    
-2.  Catat metrik dasar seperti waktu startup, penggunaan memori, bandwidth, dan konsumsi baterai.
-    
-3.  Verifikasi mekanisme cadangan untuk memastikan jalur server direset jika pembaruan gagal [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-    
-
-Setelah kinerja stabil, pastikan pembaruan memenuhi regulasi toko aplikasi.
-
-### Aturan Toko Aplikasi
-
-Untuk menghindari masalah dengan persetujuan toko aplikasi, ikuti aturan khusus platform ini:
-
-**Persyaratan App Store Apple:**
-
-> "Kode yang diinterpretasikan dapat diunduh ke Aplikasi tetapi hanya selama kode tersebut: (a) tidak mengubah tujuan utama Aplikasi dengan menyediakan fitur atau fungsionalitas yang tidak konsisten dengan tujuan yang dimaksudkan dan diiklankan dari Aplikasi seperti yang diajukan ke App Store, (b) tidak membuat toko atau tempat penjualan untuk kode atau aplikasi lain, dan (c) tidak melewati penandatanganan, sandbox, atau fitur keamanan lain dari OS." [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-**Panduan Play Store Google:**
-
-> "Pembatasan ini tidak berlaku untuk kode yang berjalan di mesin virtual atau interpreter di mana keduanya memberikan akses tidak langsung ke API Android (seperti JavaScript di webview atau browser)." [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-### Menggunakan [Capgo](https://capgo.app/) untuk Pembaruan
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-22.jpg?auto=compress)
-
-Setelah pengujian dan memastikan kepatuhan, menerapkan pembaruan secara efisien menjadi langkah berikutnya. Capgo adalah alat yang menyederhanakan proses ini.
-
-Pada Februari 2025, Capgo mengelola **449 juta pembaruan** di **1.8K aplikasi produksi** [\[5\]](https://capgo.app/). Fitur kunci meliputi:
-
-1.  **Enkripsi end-to-end** untuk mengamankan pengiriman pembaruan.
-    
-2.  **Caching** dari bundel terbaru untuk waktu muat yang lebih cepat [\[6\]](https://capgo.app/docs/faq/).
-    
-3.  **Penandatanganan kode** untuk memverifikasi keaslian pembaruan.
-    
-4.  **Integrasi CI/CD** untuk penerapan yang mulus.
-    
-5.  **Peluncuran yang terkontrol** melalui penugasan pengguna.
-    
-6.  **Kontrol versi** dengan kemampuan rollback instan.
-    
-7.  **Pelacakan kinerja** dengan analitik.
-    
-8.  Alat untuk memonitor kepatuhan.
-    
-
-Dengan mengunggah hanya kode yang sudah dikompilasi untuk distribusi toko aplikasi, Capgo meminimalkan overhead dan meningkatkan efisiensi. Pendekatan ini dilaporkan telah menyebabkan **perbaikan efisiensi rilis sebesar 81%** untuk pengguna [\[5\]](https://capgo.app/).
-
-> "Kami mempraktikkan pengembangan gesit dan @Capgo sangat penting dalam memberikan layanan secara terus-menerus kepada pengguna kami!" - Rodrigo Mantica, @manticarodrigo [\[5\]](https://capgo.app/)
-
-Capgo juga menggunakan interpreter Dart kustom untuk pembaruan iOS. Ini memastikan pembaruan tetap sesuai pedoman toko aplikasi sementara tetap memungkinkan penyebaran yang cepat [\[6\]](https://capgo.app/docs/faq/).
-
-## Analisis Alat Pembaruan OTA
-
-Alat OTA untuk Capacitor berbeda dalam fungsionalitas dan kinerja. Berikut adalah gambaran tentang bagaimana mereka dibandingkan dan apa yang perlu diingat saat memilih satu.
-
-### Perbandingan Platform OTA
-
-Berikut adalah perbandingan cepat fitur kunci di antara alat OTA populer:
-
-| Fitur | capacitor-app-updater | capacitor-app-update | Capgo |
-| --- | --- | --- | --- |
-| Metode Pembaruan | Perbandingan checksum | [Pembaruan dalam aplikasi](https://capgo.app/plugins/capacitor-updater/) (Android) | pembaruan bundel JS |
-| Dampak Kinerja | Minimal (unduhan selektif) | Sedang ([pembaruan aplikasi penuh](https://capgo.app/plugins/capacitor-updater/)) | Rendah (pemeriksaan latar belakang) |
-| Ruang Lingkup Pembaruan | Hanya konten web | Pembaruan aplikasi penuh | Kode JS dan ketergantungan |
-| Dukungan Platform | iOS & Android | Fokus pada Android | iOS & Android |
-| Pembaruan Latar Belakang | Tidak  | Ya (Android) | Ya |
-| Dukungan Pembatalan | Terbatas | Bergantung pada platform | Terintegrasi |
-| Integrasi CI/CD | Manual | Manual | Otomatis |
-
-Sebagai contoh, sementara **capacitor-app-updater** menggunakan unduhan selektif untuk meminimalkan dampak kinerja, **Capgo** menerapkan mekanisme pembaruan latar belakang yang menjaga aplikasi tetap responsif selama pembaruan [\[6\]](https://capgo.app/docs/faq/). Perbedaan ini sangat penting ketika memilih alat yang tepat.
-
-### Kriteria Pemilihan
-
-Berdasarkan perbandingan, berikut adalah beberapa faktor penting yang perlu dipertimbangkan saat memilih alat OTA:
-
--   **Pembaruan Efisiensi**  
-    Sistem pembaruan latar belakang Capgo telah menangani 449 juta pembaruan di 1.8K aplikasi produksi tanpa mempengaruhi kinerja [\[5\]](https://capgo.app/).
-    
--   [**Manajemen Ukuran Bundle**](https://capgo.app/docs/webapp/bundles/)  
-    Cari alat yang mengurangi waktu pembaruan dengan mengoptimalkan ukuran paket melalui unduhan diferensial [\[7\]](https://github.com/objektlabs/capacitor-app-updater).
-    
--   **Penanganan Kode Native**  
-    Pastikan alat mengecualikan perubahan kode native dari pembaruan. Capgo, misalnya, memberi tahu pengembang jika perubahan kode native terdeteksi [\[6\]](https://capgo.app/docs/faq/).
-    
--   **Dampak Startup**  
-    Pilih alat yang memungkinkan penundaan yang dapat dikonfigurasi untuk pemeriksaan pembaruan untuk mempertahankan kinerja startup yang lancar. Fitur ini tersedia di **capacitor-app-updater** [\[7\]](https://github.com/objektlabs/capacitor-app-updater).
-    
--   **Verifikasi Pembaruan**  
-    Metode verifikasi yang dapat diandalkan, seperti sistem checksum, sangat penting untuk memastikan integritas pembaruan. Baik **capacitor-app-updater** maupun **Capgo** menawarkan ini, dengan Capgo menambahkan enkripsi end-to-end untuk keamanan ekstra [\[6\]](https://capgo.app/docs/faq/).
-    
-
-## Kesimpulan
-
-### Tips Kinerja Utama
-
-Saat menambahkan pembaruan OTA ke aplikasi Capacitor, fokus pada keamanan dan kinerja sangat penting. Berikut adalah beberapa strategi yang perlu diingat:
-
-| Strategi | Cara Melaksanakan | Mengapa Ini Penting |
-| --- | --- | --- |
-| **Keamanan Pertama** | Bangun di atas protokol keamanan yang ada | Melindungi integritas pembaruan |
-| **Optimisasi Ukuran** | Gunakan teknik kompresi yang dibahas sebelumnya | Mengurangi waktu tunggu pengguna |
-| **Jadwal Pembaruan** | [Proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) di latar belakang, hanya Wi-Fi | Mengurangi gangguan bagi pengguna |
-| **Version Control** | Pembaruan terpisah untuk lapisan web dan native | Memastikan kepatuhan yang mulus |
-
-> "Pembaruan OTA adalah komponen infrastruktur yang penting untuk hampir setiap perangkat IoT tertanam" [\[8\]](https://www.beningo.com/5-best-practices-for-over-the-air-ota-updates/)
-
-Ini menyoroti pentingnya menciptakan sistem pembaruan yang andal yang menyeimbangkan kinerja dan keamanan. Gunakan strategi ini untuk memperkuat proses pembaruan OTA Anda.
-
-### Langkah Selanjutnya
-
-Untuk memaksimalkan efisiensi pembaruan OTA di aplikasi Capacitor Anda, pastikan untuk:
-
--   **Siapkan enkripsi**: Gunakan tanda tangan digital untuk memverifikasi pembaruan [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-    
--   **Permudah pengiriman pembaruan**: Pertimbangkan alat seperti Capgo untuk pembaruan latar belakang yang mulus.
-    
--   **Siapkan sistem cadangan**: Pastikan aplikasi tetap fungsional bahkan jika pembaruan gagal [\[9\]](https://dzone.com/articles/why-device-firmware-updates-are-critical-to-produc).
diff --git a/src/content/blog/id/capacitor-ota-updates-boosting-low-end-device-performance.md b/src/content/blog/id/capacitor-ota-updates-boosting-low-end-device-performance.md
deleted file mode 100644
index 700a95050..000000000
--- a/src/content/blog/id/capacitor-ota-updates-boosting-low-end-device-performance.md
+++ /dev/null
@@ -1,149 +0,0 @@
----
-slug: capacitor-ota-updates-boosting-low-end-device-performance
-title: 'Pembaruan OTA Capacitor: Peningkatan Kinerja pada Perangkat Kelas Bawah'
-description: >-
-  Pelajari bagaimana pembaruan OTA meningkatkan kinerja aplikasi pada perangkat
-  kelas bawah dengan meminimalkan ukuran unduhan dan mengoptimalkan efisiensi
-  pembaruan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-10T01:24:02.744Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ce2ed7f617addf5accc081-1741569855025.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, low-end devices, app performance, incremental updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin aplikasi Anda berjalan lebih baik di perangkat low-end? Pembaruan OTA adalah jawabannya.** [Capacitor](https://capacitorjs.com/) memungkinkan pembaruan over-the-air (OTA) yang hanya mengirimkan perubahan yang diperlukan ke aplikasi Anda - tanpa perlu mengunduh keseluruhan. Ini menghemat waktu, mengurangi penggunaan data, dan meningkatkan kinerja, terutama bagi pengguna dengan perangkat keras terbatas atau jaringan lambat.
-
-### Manfaat Utama:
-
--   **Pembaruan Lebih Kecil**: Hanya mengunduh yang berubah, bukan seluruh aplikasi.
--   **Distribusi Lebih Cepat**: Pembaruan sampai ke pengguna dalam hitungan menit, bukan hari.
--   **Terjangkau**: Sistem [Capgo](https://capgo.app/) biayanya ~$300/bulan dibandingkan $6,000/bulan untuk alternatif lain.
--   **Kinerja Lebih Baik**: Penggunaan sumber daya yang efisien memastikan operasi lebih lancar pada perangkat dengan RAM, penyimpanan, atau jaringan yang terbatas.
-
-Capgo telah menggerakkan **947,6 juta pembaruan** di **1.400 aplikasi**, meningkatkan efisiensi rilis sebesar **81%**. Baik Anda menghadapi penyimpanan terbatas, koneksi lambat, atau keterbatasan daya, pembaruan OTA menyediakan cara lebih cerdas untuk menjaga aplikasi tetap berjalan lancar.
-
-## Masalah Kinerja pada Perangkat Low-End
-
-Perangkat low-end menghadapi beberapa kendala yang dapat mempengaruhi kinerja aplikasi dan pengalaman pengguna secara keseluruhan. Masalah ini berasal dari keterbatasan perangkat keras, tantangan jaringan, dan keterbatasan daya.
-
-### Keterbatasan Perangkat Keras
-
-Kemampuan perangkat keras yang terbatas berdampak langsung pada keandalan pembaruan OTA dan kinerja perangkat. Berikut rinciannya:
-
-| Komponen Perangkat Keras | Keterbatasan | Dampak pada Kinerja |
-| --- | --- | --- |
-| RAM | Kapasitas rendah | Multitasking terbatas, crash |
-| Penyimpanan | Ruang kecil | Pembatasan ukuran pembaruan |
-| CPU | Daya pemrosesan rendah | Kinerja lambat, UI lag |
-
-Perangkat dengan memori lebih sedikit lebih rentan mengalami crash, terutama saat menjalankan aplikasi kompleks.
-
-### Kinerja Jaringan
-
-Tantangan jaringan berperan besar dalam memperlambat atau mengganggu pembaruan:
-
--   **Bandwidth Terbatas:** Banyak pengguna mengandalkan jaringan 2G atau 3G yang lebih lambat.
--   **Batasan Data:** Paket data kecil membatasi kemampuan mengunduh pembaruan besar.
--   **Koneksi Tidak Stabil:** Konektivitas buruk dapat mengganggu dan menunda pembaruan.
-
-Masalah terkait jaringan ini sering mencegah pembaruan selesai dengan sukses. Selain itu, keterbatasan daya menambah tingkat kesulitan lain.
-
-### Manajemen Daya
-
-Penggunaan daya adalah faktor kritis lainnya untuk perangkat low-end:
-
--   **Baterai Terkuras:** Baterai lebih kecil dan prosesor kurang efisien menyebabkan pengurasan lebih cepat.
--   **Proses Pembaruan:** Menjalankan pembaruan atau sinkronisasi di latar belakang semakin menguras baterai.
--   **Panas Berlebih:** Sistem pendingin lemah dapat menyebabkan panas berlebih, mengakibatkan throttling termal dan kinerja menurun selama pembaruan.
-
-Tantangan terkait daya ini sering menyebabkan kegagalan pembaruan. Data menunjukkan hubungan kuat antara masalah baterai dan kegagalan pembaruan pada perangkat low-end.
-
-## Manfaat Kinerja dari Pembaruan OTA
-
-Pembaruan OTA mengatasi tantangan yang ditimbulkan oleh keterbatasan perangkat keras dan sumber daya jaringan dengan menawarkan peningkatan kinerja yang lebih cerdas dan efisien. Misalnya, pembaruan OTA Capacitor hanya mengirimkan perubahan yang diperlukan, tanpa mengharuskan pengguna mengunduh ulang seluruh aplikasi. Pendekatan ini mengurangi penggunaan data yang tidak perlu dan mempercepat prosesnya.
-
-### Fungsi Utama Pembaruan OTA
-
-Salah satu fitur unggulan pembaruan OTA adalah **pembaruan bertahap (atau delta)**. Pembaruan ini fokus pada pengiriman bagian aplikasi yang dimodifikasi saja, yang secara signifikan mengurangi ukuran dan waktu unduhan. Metode ini jauh lebih efisien dibandingkan pembaruan toko aplikasi, yang sering mengharuskan mengunduh seluruh paket aplikasi.
-
-### Pembaruan OTA vs Toko Aplikasi
-
-Tidak seperti pembaruan toko aplikasi tradisional yang membutuhkan unduhan aplikasi lengkap, pembaruan OTA dirancang untuk lebih ringkas. Mereka hanya mengirimkan bagian aplikasi yang diperbarui, menghemat waktu dan data pengguna. Ini sangat membantu bagi pengguna dengan paket data terbatas atau yang menggunakan perangkat lama yang mungkin kesulitan dengan unduhan besar.
-
-### Sistem Pembaruan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-10.jpg?auto=compress)
-
-Sistem Capgo dibangun untuk mengatasi keterbatasan perangkat keras dan jaringan yang dihadapi banyak pengguna. Ini sejalan dengan wawasan kinerja sebelumnya [\[1\]](https://capgo.app/). Seperti yang dibagikan oleh seorang pengembang:
-
-> "Kami menerapkan pembaruan OTA Capgo dalam produksi untuk basis pengguna kami yang +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami diperbarui dalam hitungan menit setelah OTA diterapkan ke @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Contoh dunia nyata ini menunjukkan bagaimana pembaruan OTA dapat dengan cepat dan andal memberikan perbaikan dan peningkatan, memastikan aplikasi berjalan lancar - bahkan pada perangkat dengan sumber daya terbatas.
-
-## Metode Kinerja Pembaruan OTA
-
-Pembaruan OTA berperan penting dalam meningkatkan cara kerja perangkat low-end dengan mengelola sumber daya lebih efisien. Pembaruan ini fokus pada pemuatan komponen hanya saat diperlukan, mengurangi ukuran file, dan menangani data lebih efektif.
-
-### Strategi Pemuatan Komponen
-
-Lazy loading melalui pembaruan OTA membantu mengurangi ukuran aplikasi dan penggunaan memori dengan memuat komponen hanya saat diperlukan. Alat seperti Capgo memungkinkan penerapan perubahan secara instan tanpa perlu pembaruan aplikasi lengkap - terutama penting di area dengan akses internet terbatas. Muatan pembaruan yang lebih kecil sama pentingnya untuk kinerja lebih baik.
-
-### Pengurangan Ukuran File
-
-Pembaruan OTA menggunakan teknik seperti kompresi gambar, pemuatan font selektif, pemisahan kode, dan menghapus kode yang tidak digunakan. Metode ini membantu memastikan pembaruan lebih kecil dan bekerja lebih baik pada perangkat dengan penyimpanan terbatas atau bandwidth lebih lambat.
-
-### Peningkatan Penanganan Data
-
-Penanganan data yang efisien sangat penting untuk perangkat dengan sumber daya lebih sedikit. Capgo menyediakan alat yang mengurangi panggilan server dan membuat [penyimpanan data lokal](https://capgo.app/plugins/capacitor-data-storage-sqlite/) lebih efisien. Seperti yang dikatakan seorang pengembang:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Hasil Uji Kinerja
-
-Sistem OTA Capgo telah diuji pada 1.400 aplikasi, memberikan 947,6 juta pembaruan yang mengesankan di seluruh dunia dalam hitungan menit. Pendekatan ini secara signifikan mengurangi waktu pengiriman pembaruan dibandingkan siklus toko aplikasi biasa, membuka jalan untuk optimasi yang lebih cepat [\[1\]](https://capgo.app/).
-
-### Hasil Uji Kecepatan
-
-[Pembaruan OTA Capacitor](https://capgo.app/) menunjukkan peningkatan jelas dalam kecepatan pengiriman pembaruan dan responsivitas aplikasi. Data pengujian menyoroti peningkatan kinerja yang konsisten, terutama pada perangkat low-end dan di area dengan konektivitas buruk [\[1\]](https://capgo.app/).
-
-### Contoh Dunia Nyata
-
-Penerapan produksi sistem berhasil menangani pembaruan untuk lebih dari 5.000 pengguna tanpa masalah [\[1\]](https://capgo.app/). Penggunaan enkripsi end-to-end memastikan pembaruan disampaikan dengan aman, sambil tetap mempertahankan kinerja tinggi - fitur penting untuk perangkat dengan daya pemrosesan terbatas [\[1\]](https://capgo.app/).
-
-### Hasil Capgo
-
-Perusahaan yang menggunakan sistem pembaruan Capgo telah melihat peningkatan 81% dalam efisiensi rilis. Ini dicapai melalui penerapan instan, manajemen sumber daya yang lebih baik, dan distribusi otomatis [\[1\]](https://capgo.app/). Fitur utama yang mendorong hasil ini meliputi:
-
--   Paket pembaruan lebih kecil yang mengurangi penggunaan bandwidth
--   Integrasi dengan pipeline CI/CD untuk proses yang lebih lancar
--   Pembaruan mencapai pengguna dalam hitungan menit bukan hari
-
-Peningkatan ini selaras langsung dengan peningkatan kinerja yang diamati dalam uji kecepatan dan skenario penerapan [\[1\]](https://capgo.app/).
-
-## Kesimpulan
-
-### Poin Utama
-
-Pembaruan OTA Capacitor telah terbukti meningkatkan kinerja pada perangkat low-end secara signifikan. Sistem Capgo telah menggerakkan **947,6 juta pembaruan** di 1.400 aplikasi, meningkatkan efisiensi rilis sebesar 81% [\[1\]](https://capgo.app/). Seperti yang dikatakan Rodrigo Mantica:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!"
-
-Pencapaian ini membuka jalan untuk kemajuan lebih lanjut dalam sistem pengiriman OTA.
-
-### Pengembangan Masa Depan
-
-Pembaruan OTA untuk perangkat low-end terus berkembang. Dengan **enkripsi end-to-end** memastikan [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/) tanpa mempengaruhi kinerja dan integrasi dengan platform CI/CD seperti [GitHub Actions](https://docs.github.com/actions) dan [GitLab CI](https://docs.gitlab.com/ee/ci/) menyederhanakan penerapan, prosesnya menjadi semakin lancar [\[1\]](https://capgo.app/). Biaya juga faktor utama: sementara [AppFlow](https://ionic.io/appflow/) biayanya $6.000 per tahun, setup CI/CD Capgo sekitar $300 per bulan [\[1\]](https://capgo.app/). Seperti yang ditunjukkan tim [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) NASA:
-
-> "@Capgo adalah cara cerdas untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow)"
-
-Ke depan, kemajuan dalam pengurangan ukuran paket, efisiensi bandwidth, manajemen sumber daya, dan kecepatan penerapan diharapkan dapat lebih meningkatkan kinerja dan kepuasan pengguna, membangun di atas manfaat kuat yang sudah ditunjukkan.
diff --git a/src/content/blog/id/capacitor-ota-updates-cicd-integration-guide.md b/src/content/blog/id/capacitor-ota-updates-cicd-integration-guide.md
deleted file mode 100644
index 1c0a999d4..000000000
--- a/src/content/blog/id/capacitor-ota-updates-cicd-integration-guide.md
+++ /dev/null
@@ -1,224 +0,0 @@
----
-slug: capacitor-ota-updates-cicd-integration-guide
-title: 'Pembaruan OTA Capacitor: Panduan Integrasi CI/CD'
-description: >-
-  Pelajari cara mengintegrasikan pembaruan OTA ke dalam pipeline CI/CD Anda
-  untuk pengembangan aplikasi yang lebih cepat dan pengalaman pengguna yang
-  lebih baik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T01:02:12.522Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800475b28980901df1e541b-1744851846737.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, OTA updates, CI/CD, app deployment, automation, mobile development,
-  versioning, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin memperbarui aplikasi [Capacitor](https://capacitorjs.com/) Anda secara instan tanpa penundaan app store?** Pembaruan Over-the-Air (OTA) memungkinkan Anda mendorong perbaikan dan fitur langsung ke perangkat pengguna. Padukan ini dengan pipeline CI/CD, dan Anda dapat mengotomatisasi penerapan, mempercepat perbaikan bug, dan meningkatkan pengalaman pengguna.
-
-### Poin Penting:
-
--   **Mengapa OTA + CI/CD?** Mengotomatisasi pembaruan, memungkinkan rollback, dan memastikan perbaikan bug lebih cepat.
--   **Yang Anda Butuhkan:** Aplikasi Capacitor, repositori Git, platform CI/CD (misalnya [GitHub Actions](https://docs.github.com/actions)), dan layanan OTA seperti [Capgo](https://capgo.app/).
--   **Biaya Persiapan:** Perkiraan ~$300/bulan untuk operasi CI/CD; biaya pengaturan satu kali Capgo adalah $2.600.
--   **Praktik Terbaik:** Gunakan versi (major, minor, patch), rollout bertahap, dan pelacakan kesalahan untuk memastikan pembaruan lancar.
--   **Platform OTA Terbaik:** Capgo menonjol dengan pembaruan cepat (114ms), tingkat keberhasilan tinggi (82%), dan dukungan global.
-
-### Perbandingan Cepat Platform OTA:
-
-| Fitur | Capgo | [Appflow](https://ionic.io/appflow/) | [CodePush](https://github.com/microsoft/code-push) |
-| --- | --- | --- | --- | --- |
-| Status | Aktif | Aktif | Tutup 2026 | Dihentikan 2024 |
-| Kecepatan Update | 114ms | Standar | Berfluktuasi | N/A |
-| Enkripsi E2E | Ya | Terbatas | Terbatas | Tidak |
-| Biaya Bulanan | Dari $12 | Mirip Capgo | ~$500 | Dulu gratis |
-
-**Siap untuk memperlancar pembaruan Anda?** Mulai dengan menyiapkan pipeline CI/CD Anda menggunakan alat seperti Capgo CLI dan amankan rahasia Anda untuk penerapan yang aman.
-
-## Integrasikan Pipeline CI/CD yang Ada dengan Mobile ...
-
-<iframe src="https://www.youtube.com/embed/rIPnuVwvbb0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Persyaratan Persiapan
-
-Siapkan alat dan konfigurasi Anda untuk memastikan pembaruan OTA yang lancar dan aman dalam pipeline CI/CD Anda.
-
-### Perangkat Lunak dan Layanan yang Diperlukan
-
-Berikut komponen utama yang Anda perlukan untuk pembaruan OTA dalam pengaturan CI/CD:
-
-| Komponen | Tujuan | Fitur Utama |
-| --- | --- | --- |
-| Aplikasi Capacitor | Aplikasi dasar | Bekerja dengan Capacitor 8 |
-| Repositori Git | Pelacakan kode | Memantau perubahan dan pembaruan kode |
-| Platform CI/CD | Otomatisasi | Mendukung GitHub Actions, [GitLab CI](https://docs.gitlab.com/ee/ci/), atau [Jenkins](https://www.jenkins.io/) |
-| Layanan Update OTA | Distribusi | Menangani pembaruan langsung dan rollback |
-
-Alat CLI Capgo menyederhanakan penerapan dengan mengotomatisasi tugas build dan distribusi.
-
-### Mengelola Kunci Rahasia
-
-Menjaga keamanan kredensial sangat penting untuk mempertahankan integritas pipeline CI/CD Anda. Berikut cara Anda dapat mengelolanya secara efektif:
-
-| Aspek Keamanan | Metode Implementasi |
-| --- | --- |
-| Kunci API | Simpan dalam variabel lingkungan aman platform CI/CD Anda |
-| Rahasia Build | Gunakan alat manajemen rahasia khusus untuk platform Anda |
-| Token Akses | Terapkan kontrol akses berbasis peran (RBAC) |
-
-Capgo menekankan pentingnya konfigurasi yang tepat dalam pipeline CI/CD:
-
-> "Kami mengkonfigurasi pipeline CI/CD Anda langsung di platform pilihan Anda, baik itu GitHub Actions, GitLab CI, atau lainnya. Kami tidak menghosting CI/CD atau membebankan biaya untuk memeliharanya." – Capgo[\[1\]](https://capgo.app/)
-
-Saat memilih alat, prioritaskan independensi platform, skalabilitas, dan langkah-langkah keamanan yang kuat seperti enkripsi end-to-end untuk pembaruan.
-
-Menjalankan operasi CI/CD biasanya membutuhkan biaya sekitar $300 per bulan[\[1\]](https://capgo.app/), tetapi investasi ini terbayar dengan mempercepat penerapan dan mengurangi pekerjaan manual.
-
-Setelah komponen-komponen ini siap, Anda siap untuk mengintegrasikannya ke dalam pipeline CI/CD Anda.
-
-## Langkah-langkah Integrasi CI/CD
-
-### Memasang Komponen OTA
-
-Untuk memulai, Anda perlu menambahkan paket dan konfigurasi OTA tertentu ke proyek Capacitor Anda. Berikut panduan singkatnya:
-
-| **Komponen** | **Perintah Instalasi** | **Tujuan** |
-| --- | --- | --- |
-| Capgo CLI | `npm install @capgo/cli` | Menangani build dan penerapan pembaruan |
-| File Konfigurasi | `npx @capgo/cli init` | Mengatur pengaturan khusus proyek |
-| Variabel Lingkungan | Dikonfigurasi melalui platform CI/CD Anda | Menyimpan kunci API dan informasi sensitif |
-
-Setelah komponen-komponen ini terpasang, Anda dapat melanjutkan ke konfigurasi pipeline CI/CD Anda.
-
-### Membangun Pipeline CI/CD
-
-Siapkan pipeline Anda untuk memicu tindakan berdasarkan perubahan di cabang utama atau rilis yang ditandai (misalnya, `build:` dipicu pada `push [main]` dan pola tag seperti `v*`). Pipeline Anda harus mencakup langkah-langkah ini:
-
--   **Build**: Dipicu oleh perubahan kode untuk mengompilasi dan menyiapkan aplikasi Anda.
--   **Test**: Mengotomatisasi pemeriksaan fungsionalitas untuk memastikan stabilitas.
--   **[Pembuatan Update](https://capgo.app/docs/live-updates/update-behavior/)**: Menggabungkan dan mengoptimalkan aset untuk penerapan.
-
-Ketika pipeline Anda siap, Anda dapat menerapkan bundle pembaruan Anda dengan lancar.
-
-### Menerapkan Bundle Pembaruan
-
-Menerapkan pembaruan melibatkan mendorong bundle Anda melalui layanan Over-The-Air (OTA). Capgo menyederhanakan proses ini dengan integrasi CI/CD otomatis.
-
-| **Tahap** | **Tindakan** | **Verifikasi** |
-| --- | --- | --- |
-| Pra-penerapan | Pemeriksaan versi | Mengkonfirmasi versi yang benar |
-| Penerapan | [Unggah bundle](https://capgo.app/docs/webapp/bundles/) | Mengirim pembaruan ke sistem distribusi |
-| Pasca-penerapan | Pemeriksaan kesehatan | Memantau dan memverifikasi status pembaruan |
-
-**Tips Pro untuk Penerapan:**
-
--   Gunakan **rollout bertahap** untuk meminimalkan risiko.
--   Konfigurasi **rollback otomatis** untuk menangani masalah dengan cepat.
--   Integrasikan **pelacakan kesalahan** untuk debugging yang lebih baik.
-
-> "Kami mengkonfigurasi pipeline CI/CD Anda langsung di platform pilihan Anda, baik itu GitHub Actions, GitLab CI, atau lainnya. Kami tidak menghosting CI/CD atau membebankan biaya untuk memeliharanya." – Capgo [\[1\]](https://capgo.app/)
-
-Capgo menawarkan biaya pengaturan satu kali sebesar $2.600 [\[1\]](https://capgo.app/), membuat penerapan efisien sambil menjaga biaya tetap terkendali.
-
-## Panduan Pembaruan OTA
-
-Panduan ini membantu Anda menyempurnakan strategi pembaruan OTA sambil mengintegrasikannya ke dalam proses CI/CD yang lancar.
-
-### Metode Kontrol Versi
-
-Gunakan sistem versi terstruktur untuk mengelola pembaruan OTA. Sistem ini harus membedakan antara nomor versi major, minor, patch, dan build:
-
-| Komponen Versi | Tujuan | Contoh |
-| --- | --- | --- |
-| Versi Major | Menunjukkan perubahan yang memutus | 2.0.0 |
-| Versi Minor | Mewakili fitur baru | 2.1.0 |
-| Versi Patch | Mencakup perbaikan bug | 2.1.1 |
-| Nomor Build | Mengidentifikasi build CI/CD | 2.1.1-build.123 |
-
-Gabungkan [saluran pembaruan](https://capgo.app/docs/webapp/channels/) untuk mengelola rollout beta dan produksi. Setelah sistem versi Anda siap, pastikan semua pembaruan mematuhi panduan khusus platform.
-
-### Aturan App Store
-
-Setelah menyiapkan kontrol versi, selaraskan praktik pembaruan Anda dengan kebijakan app store:
-
-| Platform | Persyaratan Utama | Pendekatan yang Direkomendasikan |
-| --- | --- | --- |
-| Apple App Store | Fokus pada pembaruan konten saja | Gabungkan perubahan UI dan konten dalam pembaruan |
-| Google Play | Membutuhkan transparansi pembaruan | Berikan notifikasi yang jelas kepada pengguna |
-| Kedua Platform | Menegakkan standar kepatuhan | Lakukan audit keamanan rutin |
-
-Lakukan rollout pembaruan secara bertahap, menggunakan rollback otomatis dan pelacakan kesalahan untuk meminimalkan risiko. Pilih platform yang memprioritaskan kepatuhan dan keamanan. Misalnya, Capgo menawarkan enkripsi end-to-end bawaan, memastikan pembaruan memenuhi standar Apple dan Google.
-
-Otomatisasi pemeriksaan kesehatan dan alat pemantauan untuk dengan cepat mengidentifikasi dan mengatasi masalah apa pun.
-
-## Pilihan Platform OTA
-
-Setelah Anda menetapkan panduan pembaruan OTA, langkah selanjutnya adalah memilih platform OTA yang bekerja dengan baik dengan alur kerja CI/CD Anda.
-
-### Perbandingan Platform
-
-Berikut perincian fitur utama di berbagai platform OTA populer untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/):
-
-| Fitur | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- | --- |
-| Status | Aktif | Aktif | Tutup 2026 | Dihentikan 2024 |
-| Fokus Pasar | Global | Fokus Jerman | Enterprise | Legacy |
-| Kecepatan Update | 114ms (bundle 5MB) | Standar | Berfluktuasi | N/A |
-| Tingkat Keberhasilan | 82% di seluruh dunia | Tidak dipublikasikan | Tidak dipublikasikan | N/A |
-| Enkripsi E2E | Ya | Terbatas | Terbatas | Tidak |
-| Dapat dihosting sendiri | Ya | Tidak | Tidak | Tidak |
-| Integrasi CI/CD | Dukungan native | Dasar | Lanjutan | N/A |
-| Biaya Bulanan | Dari $12 | Mirip Capgo | ~$500 | Dulu gratis |
-
-Capgo menonjol dengan lebih dari 1,1 triliun pembaruan yang telah disampaikan, tingkat pembaruan pengguna 95%, dan waktu respons API CDN global rata-rata 57ms [\[1\]](https://capgo.app/). Angka-angka ini menunjukkan kemampuannya untuk menangani pembaruan OTA yang cepat dan aman dalam skala besar.
-
-Untuk integrasi CI/CD, berikut beberapa highlightnya:
-
--   **Pipeline Build**: Capgo menawarkan dukungan bawaan untuk GitHub Actions dan GitLab CI, membuat penerapan hemat biaya.
--   **Distribusi Update**: Sistem saluran memungkinkan pengujian beta yang terarah dan rollout bertahap [\[1\]](https://capgo.app/).
-
-Pasar platform OTA terus berkembang, dengan penyedia yang fokus pada transisi yang lebih lancar dan alat yang lebih baik untuk kebutuhan enterprise.
-
-Saat memilih platform, pertimbangkan frekuensi pembaruan Anda, ukuran basis pengguna, dan kebutuhan kepatuhan. Platform harus menangani pembaruan parsial secara efisien, menyediakan analitik yang kuat, memastikan kepatuhan app store, dan cocok dengan mulus ke dalam proses pengembangan Anda.
-
-## Ringkasan
-
-Menggunakan CI/CD untuk pembaruan OTA menyederhanakan pengembangan dan memastikan kepatuhan dengan persyaratan app store. Langkah-langkah yang diuraikan sebelumnya bergabung untuk menciptakan proses pembaruan OTA yang efektif.
-
-### Keuntungan Otomatisasi
-
-Dengan CI/CD, pembaruan OTA menjadi lebih efisien. Misalnya, Capgo mencapai **tingkat pembaruan 95% dalam 24 jam** dan **tingkat keberhasilan global 82%** [\[1\]](https://capgo.app/).
-
-### Komponen Integrasi Utama
-
-Untuk memaksimalkan pembaruan OTA, fokus pada komponen-komponen ini:
-
--   **Alat CLI** untuk build dan penerapan cepat
--   **Konfigurasi platform CI/CD** untuk integrasi yang lancar
--   **Saluran** untuk pengujian beta dan rollout bertahap
--   **Analitik** untuk memantau dan mengoptimalkan pembaruan
-
-### Efisiensi Biaya
-
-Biaya pengaturan satu kali Capgo sebesar **$2,600** dapat menghasilkan **penghematan $26,100** selama lima tahun [\[1\]](https://capgo.app/).
-
-### Praktik Terbaik
-
-Berikut beberapa tips untuk mengoptimalkan proses CI/CD Anda:
-
--   Gunakan pembaruan parsial untuk menghemat bandwidth
--   Manfaatkan channel untuk peluncuran bertahap
--   Pantau pembaruan dengan analitik bawaan
--   Tetap patuhi pedoman platform
--   Aktifkan pelacakan kesalahan untuk perbaikan lebih cepat
-
-> "Komunitas membutuhkan ini dan @Capgo sedang melakukan sesuatu yang sangat penting!" – Lincoln Baxter, @lincolnthree [\[1\]](https://capgo.app/)
-
-Mengintegrasikan pembaruan OTA dengan CI/CD telah mengubah pengembangan aplikasi seluler, membantu tim memberikan pembaruan lebih cepat sambil menjaga kepuasan pengguna dan tingkat keberhasilan yang tinggi.
diff --git a/src/content/blog/id/capacitor-ota-updates-cloud-hosting-options-compared.md b/src/content/blog/id/capacitor-ota-updates-cloud-hosting-options-compared.md
deleted file mode 100644
index cae936814..000000000
--- a/src/content/blog/id/capacitor-ota-updates-cloud-hosting-options-compared.md
+++ /dev/null
@@ -1,136 +0,0 @@
----
-slug: capacitor-ota-updates-cloud-hosting-options-compared
-title: Opsi Cloud Hosting untuk Pembaruan OTA Capacitor yang Dibandingkan
-description: >-
-  Pemeriksaan pilihan optimal untuk cloud hosting untuk pembaruan OTA Capacitor,
-  membandingkan kecepatan dan keamanan di AWS, Google Cloud, Azure, dan platform
-  khusus.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-17T03:46:56.267Z
-updated_at: 2025-03-18T13:14:20.442Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d76b8ea5ba8bcd0fc6ad5f-1742183228777.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, OTA updates, cloud hosting, AWS, Google Cloud, Azure, Capgo, mobile
-  app updates, deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-Pembaruan Over-the-Air (OTA) memungkinkan Anda memperbarui aplikasi [Capacitor](https://capacitorjs.com/) Anda secara instan tanpa penundaan app store. Memilih platform cloud hosting yang tepat sangat penting untuk kecepatan, keamanan, dan kemudahan penggunaan.
-
-### Poin Penting:
-
--   **[AWS](https://awsamazoncom/)**: Kuat tapi setup kompleks. Bagus untuk alur kerja kustom
--   **Google Cloud**: Keamanan dan otomatisasi yang kuat tapi membutuhkan keahlian
--   **[Azure](https://azuremicrosoftcom/en-us)**: Fleksibel dan terukur dengan tools yang baik untuk rollout bertahap
--   **[Capgo](https://capgo.app/)**: Dibuat khusus untuk pembaruan OTA. Cepat, aman, dan mudah digunakan
-
-### Perbandingan Cepat:
-
-| **Fitur** | **AWS** | **Google Cloud** | **Azure** | **Capgo** |
-| --- | --- | --- | --- | --- |
-| **Kecepatan (Bundle 5MB)** | 57ms | Tidak dilaporkan | Tidak dilaporkan | 114ms |
-| **Keamanan** | Memerlukan setup | Tools bawaan | Tools yang kuat | Enkripsi end-to-end |
-| **Kemudahan Integrasi** | Setup manual | Kompleksitas moderat | REST APIs, CLI | CI/CD bawaan |
-| **Tingkat Keberhasilan Update** | 82% | Tidak dilaporkan | Tidak dilaporkan | 82% |
-| **Biaya** | Pay-as-you-go | Pay-as-you-go | Paket fleksibel | Mulai dari $12/bulan |
-
-**Capgo** ideal untuk tim kecil atau yang mengutamakan kecepatan dan kesederhanaan. Sementara itu, AWS, Google Cloud, dan Azure menawarkan fleksibilitas lebih tapi membutuhkan lebih banyak upaya untuk dikonfigurasi.
-
-Untuk pembaruan OTA yang cepat, aman, dan andal, **Capgo** menonjol, terutama dengan fitur ramah pengembang dan harga terjangkau.
-
-## Membandingkan Pemimpin Cloud Computing: [AWS](https://awsamazoncom/) vs [Azure](https://azuremicrosoftcom/en-us) vs Google Cloud
-
-![AWS](https://mars-images.imgix.net/seobot/screenshots/awsamazoncom-b122ef446c917f923466f58329a1ff9c-2025-03-17.jpg?auto=compress)
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## 1. AWS untuk Pembaruan OTA
-
-AWS adalah pilihan andal untuk hosting [pembaruan OTA Capacitor](https://capgo.app/ja/), meskipun membutuhkan lebih banyak setup dibandingkan platform yang dirancang khusus untuk tujuan ini. Mari kita uraikan fitur utama AWS untuk mengirimkan pembaruan OTA.
-
-### Penyimpanan dan Pengiriman Konten
-
-AWS menggunakan **S3** untuk penyimpanan dan **CloudFront CDN** untuk pengiriman konten global. Bersama-sama, mereka menyediakan infrastruktur solid untuk hosting pembaruan OTA. Namun, kecepatan pengiriman mungkin tidak setara dengan platform yang dibangun khusus untuk pembaruan OTA.
-
-### Keamanan dan Kepatuhan
-
-AWS menawarkan berbagai tools untuk mengamankan pembaruan Anda:
-
--   **IAM**: Mengelola kontrol akses ke sumber daya
--   **KMS**: Menangani manajemen kunci enkripsi
--   **CloudTrail**: Melacak dan mencatat aktivitas pengguna untuk audit
-
-Meski demikian, memenuhi persyaratan keamanan dan kepatuhan app store membutuhkan konfigurasi manual. Ini kurang nyaman dibandingkan platform yang dilengkapi tools enkripsi dan kepatuhan bawaan [\[1\]](https://capgo.app/)
-
-### Manajemen Deployment
-
-Layanan AWS seperti **CodePipeline** dan **CodeDeploy** memungkinkan Anda mengotomatiskan deployment pembaruan OTA. Namun, menyiapkannya bisa memakan waktu. Berikut performa AWS dalam skenario deployment dunia nyata:
-
-| Metrik | Performa |
-| --- | --- |
-| Adopsi Update | 95% dalam 24 jam |
-| Tingkat Keberhasilan Global | 82% |
-| Waktu Respons Rata-rata | 57ms di seluruh dunia |
-
-Meski angka-angka ini menunjukkan performa yang kuat, mencapainya membutuhkan upaya signifikan dalam konfigurasi dan penyetelan.
-
-### Pemantauan dan Analitik
-
-Dengan **CloudWatch**, AWS menyediakan tools pemantauan, tapi Anda perlu menyiapkan konfigurasi kustom untuk melacak metrik khusus OTA. Ini selangkah di belakang platform khusus yang memberikan wawasan siap pakai tentang performa update.
-
-AWS adalah pilihan yang kuat dengan kemampuan ekstensif, tapi desainnya yang serba guna berarti pengembang harus mendedikasikan lebih banyak waktu untuk setup dan pemeliharaan. Apakah AWS adalah pilihan yang tepat tergantung pada keakraban tim Anda dengan platform dan kebutuhan Anda akan kustomisasi.
-
-Selanjutnya, kita akan melihat fitur pembaruan OTA Google Cloud.
-
-## 2. Google Cloud untuk Pembaruan OTA
-
-[Google Cloud Platform](https://cloudgoogle[com/) (GCP) menawarkan berbagai layanan terintegrasi untuk mengelola pembaruan OTA Capacitor. Layanan ini mencakup segala hal mulai dari hosting file dan distribusi global hingga keamanan, otomatisasi deployment, dan pemantauan.
-
-### Penyimpanan dan Distribusi
-
-Dengan **Cloud Storage**, GCP menyediakan ruang yang andal untuk hosting file pembaruan. Untuk memastikan pembaruan mencapai pengguna dengan cepat dan efisien di seluruh dunia, GCP menggunakan **Cloud CDN** dan penyeimbangan beban.
-
-### Kerangka Keamanan
-
-GCP memastikan pembaruan aman menggunakan alat seperti **Cloud KMS** untuk enkripsi, **Cloud IAM** untuk kontrol akses, **Security Command Center** untuk deteksi ancaman, dan **Cloud Armor** untuk perlindungan terhadap serangan.
-
-### Deployment dan Kontrol Versi
-
-GCP menyederhanakan deployment pembaruan OTA dengan layanan seperti **Cloud Build**, **Container Registry**, dan **Cloud Functions**. Alat-alat ini mengotomatisasi pengemasan, mengelola versi, dan mengatur pemicu serverless untuk peluncuran yang lancar.
-
-### Pemantauan dan Analitik
-
-Pemantauan real-time ditangani melalui **Cloud Operations** (sebelumnya dikenal sebagai Stackdriver). Ini termasuk pelacakan status pembaruan, pengumpulan metrik kustom, pencatatan kesalahan, dan analisis data kinerja regional.
-
-### Fitur Kepatuhan
-
-GCP membantu memenuhi persyaratan app store dengan alat bawaan untuk penandatanganan dan verifikasi pembaruan. Ini juga mendukung opsi rollback dan peluncuran bertahap, memastikan pembaruan disampaikan dengan aman dan sesuai dengan pedoman platform.
-
-Meskipun GCP menyediakan rangkaian alat yang kuat untuk pembaruan OTA, penyiapan dan pemeliharaan layanan ini sering membutuhkan tingkat keahlian teknis yang tinggi.
-
-### Struktur Biaya
-
-GCP menggunakan model harga **pay-as-you-go**, yang cocok untuk deployment skala kecil. Namun, seiring meningkatnya penggunaan, biaya dapat naik dengan cepat, sehingga penting untuk memantau pengeluaran secara ketat. Selanjutnya, kita akan mengeksplorasi bagaimana Azure membandingkan sebagai platform pembaruan OTA.
-
-## 3. Azure untuk Pembaruan OTA
-
-Microsoft Azure menawarkan berbagai layanan cloud yang memungkinkan implementasi pembaruan OTA (Over-the-Air) untuk [Capacitor apps](https://capgo.app/blog/capacitor-comprehensive-guide/). Dengan menggabungkan layanan intinya, Anda dapat membangun alur kerja yang disesuaikan untuk mengelola pembaruan secara efisien.
-
-Mulai dengan **Azure Blob Storage** untuk hosting file pembaruan Anda. Pasangkan dengan **Azure's Content Delivery Network (CDN)** untuk memastikan distribusi pembaruan yang cepat dan andal di seluruh dunia. Pengaturan ini memberikan dasar yang solid untuk menyimpan dan mengirimkan pembaruan.
-
-Untuk keamanan, Azure membawa beberapa alat ke meja. **Key Vault** membantu mengelola kunci enkripsi, **Active Directory** mengontrol akses, **Security Center** memantau ancaman, dan **DDoS Protection** melindungi dari serangan jaringan. Bersama-sama, alat-alat ini menciptakan lingkungan yang aman untuk pembaruan OTA.
-
-Jika Anda membutuhkan solusi pembaruan OTA kustom, Azure siap membantu. Gunakan **Azure DevOps** dan alat serverless seperti **Azure Pipelines** untuk [mengotomatisasi build dan deployment](https://capgo.app/blog/automatic-build-and-release-with-gitlab/). Tambahkan **Azure Functions** untuk memicu alur kerja pembaruan, dan andalkan **Azure Monitor** untuk melacak kinerja dan metrik.
-
-Azure juga mendukung peluncuran bertahap dan mekanisme rollback otomatis, yang penting untuk memenuhi pedoman app store dan standar industri. Fitur kepatuhannya memudahkan perancangan strategi pembaruan yang selaras dengan persyaratan regulasi.
-
-Integrasi menjadi mudah, berkat dukungan Azure untuk **REST APIs**, SDK resmi, dan alat command-line melalui **Azure CLI**. Fleksibilitas ini memungkinkan Anda menyesuaikan proses integrasi agar sesuai dengan kebutuhan aplikasi Capacitor Anda.
-
-Menjaga biaya tetap terkendali sangat penting untuk pembaruan OTA yang dapat diskalakan. Opsi harga Azure, seperti pay-as-you-go dan kapasitas yang direservasi, memberi Anda fleksibilitas dalam mengelola pengeluaran. Alat seperti **Azure Cost Management** dapat membantu Anda memantau penggunaan dan mengatur anggaran, memastikan solusi Anda tetap hemat biaya saat berkembang.
diff --git a/src/content/blog/id/capacitor-ota-updates-debugging-issues.md b/src/content/blog/id/capacitor-ota-updates-debugging-issues.md
deleted file mode 100644
index 0a17f9d27..000000000
--- a/src/content/blog/id/capacitor-ota-updates-debugging-issues.md
+++ /dev/null
@@ -1,206 +0,0 @@
----
-slug: capacitor-ota-updates-debugging-issues
-title: Debugging Pembaruan OTA Capacitor
-description: >-
-  Pelajari cara menyelesaikan masalah pembaruan OTA secara efektif, memastikan
-  kelancaran penggelaran aplikasi dan kepuasan pengguna melalui praktik dan alat
-  terbaik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T03:16:07.345Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ff1c0bb0912f75a97f349a-1744775417719.jpg
-head_image_alt: Pengembangan Mobile
-keywords: 'OTA updates, debugging, error tracking, app stability, Capgo'
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Pembaruan OTA dapat mempercepat peningkatan aplikasi, namun pembaruan yang gagal menyebabkan masalah besar.** Berikut yang perlu Anda ketahui untuk memastikan pembaruan lancar dan memperbaiki masalah dengan cepat:
-
--   **Masalah Umum**: Deployment yang gagal, pembaruan parsial, dan masalah kepatuhan.
--   **Metrik Utama**: Targetkan tingkat pembaruan 95% dalam 24 jam dan tingkat keberhasilan global 82%.
--   **Praktik Terbaik**: Gunakan fitur rollback, pelacakan kesalahan real-time, dan peluncuran bertahap untuk meminimalkan risiko.
--   **Alat**: Platform seperti [Capgo](https://capgo.app/) menawarkan rollback satu klik, pembaruan diferensial pintar, dan enkripsi end-to-end untuk pembaruan yang aman dan efisien.
-
-**Tips Cepat**: Selalu uji pembaruan di saluran beta sebelum deployment penuh dan pantau kinerja dengan analitik real-time.
-
-Panduan ini mencakup segala hal mulai dari mengidentifikasi kesalahan pembaruan hingga menggunakan alat seperti Capgo untuk pembaruan OTA yang andal.
-
-## Panduan Lengkap Debugging Ionic (Aplikasi Browser & Native)
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Masalah Utama Pembaruan OTA
-
-Pembaruan OTA terkadang dapat mengganggu stabilitas aplikasi dan berdampak pada pengalaman pengguna. Di bawah ini, kami menguraikan masalah umum dan tantangannya.
-
-### Kesalahan Pembaruan dan Rollback 
-
-Sekitar 20% pembaruan gagal selama deployment [\[1\]](https://capgo.app/). Untuk mengatasi ini, **fitur rollback satu klik Capgo** memungkinkan pengembang untuk dengan cepat kembali ke versi yang stabil, meminimalkan downtime dan frustrasi pengguna [\[1\]](https://capgo.app/).
-
-### Masalah Pembaruan Parsial
-
-Pembaruan dapat gagal sebagian karena unduhan yang terganggu atau file yang hilang [\[1\]](https://capgo.app/). Ini dapat menyebabkan fungsi yang rusak. Capgo mengatasi ini dengan **pembaruan diferensial pintar**, yang fokus pada pengunduhan bagian aplikasi yang berubah saja.
-
-> "Pembaruan diferensial pintar: Hanya unduh yang berubah, menghemat bandwidth dan waktu" [\[1\]](https://capgo.app/)
-
-### Kepatuhan App Store
-
-Mengikuti aturan platform untuk pembaruan OTA sangat penting. Capgo memastikan kepatuhan dengan menggunakan **enkripsi end-to-end**, menjamin bahwa:
-
-> "hanya pengguna yang dapat mendekripsi pembaruan" [\[1\]](https://capgo.app/)
-
-Alat pemantauan Capgo juga menunjukkan bahwa hingga 95% pengguna aktif beralih ke versi terbaru dalam 24 jam [\[1\]](https://capgo.app/). Statistik ini menekankan pentingnya pelacakan kesalahan yang tepat dan [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) yang kuat.
-
-## Menemukan dan Memperbaiki Masalah Pembaruan
-
-Debugging pembaruan OTA memerlukan pemantauan dan analisis yang cermat untuk mengidentifikasi dan menyelesaikan masalah secara efektif.
-
-### Analisis Log dan Pelacakan Kesalahan
-
-Melacak kesalahan secara real-time membantu mendeteksi masalah saat terjadi. Fokus pada area masalah umum ini:
-
--   Masalah konektivitas jaringan
--   Gangguan unduhan
--   Kesalahan instalasi
--   Ketidakcocokan versi
-
-Menggunakan alat pelacakan kesalahan otomatis dapat memberikan peringatan instan, menghemat waktu dan mengurangi downtime.
-
-### Pemantauan Status Pembaruan
-
-Perhatikan metrik utama ini untuk mengevaluasi kinerja pembaruan:
-
-| Metrik | Ambang Target | Dampak |
-| --- | --- | --- |
-| Tingkat Pembaruan 24 jam | 95% | Mengonfirmasi pengiriman berhasil |
-| Tingkat Keberhasilan Global | 82% | Memastikan pembaruan stabil |
-| Waktu Instalasi | < 5 minutes | Affects overall user experience |
-
-> "Kami meluncurkan pembaruan OTA Capgo dalam produksi untuk basis pengguna kami +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami sudah diperbarui dalam hitungan menit setelah OTA digunakan di @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Pengujian menyeluruh melengkapi pemantauan, memastikan pembaruan lebih lancar.
-
-### Pengaturan Lingkungan Pengujian
-
-Proses pembaruan yang dapat diandalkan bergantung pada pengujian yang kuat dan opsi rollback cepat. Berikut cara menyiapkan lingkungan yang efektif:
-
--   Gunakan saluran beta dan bertahap untuk memvalidasi pembaruan sebelum deployment penuh.
--   Pastikan mekanisme rollback tersedia untuk mengembalikan pembaruan jika diperlukan.
--   Sertakan alat analitik untuk mendeteksi masalah lebih awal dan merespons dengan cepat.
-
-Seorang pengembang berbagi pengalaman mereka:
-
-> "Capgo adalah alat yang harus dimiliki pengembang yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangatlah berharga." – Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Metode Terbaik Pembaruan OTA
-
-Memastikan pembaruan OTA yang andal memerlukan verifikasi paket menyeluruh, deployment bertahap, dan alat yang tepat.
-
-### Pemeriksaan Paket Pembaruan
-
-Sangat penting untuk memvalidasi paket pembaruan untuk menghindari masalah seperti konflik atau kerusakan. Pemeriksaan utama meliputi:
-
-| Jenis Pemeriksaan | Tujuan | Manfaat |
-| --- | --- | --- |
-| Kontrol Versi | Mempertahankan versi akurat | Menghindari konflik |
-| Integritas File | Memverifikasi semua komponen | Mengurangi kerusakan |
-| Optimasi Ukuran | Mendukung pembaruan parsial | Menghemat bandwidth |
-| Validasi Keamanan | Memastikan enkripsi utuh | Melindungi pengguna |
-
-Enkripsi end-to-end Capgo memastikan pembaruan hanya dapat diakses oleh pengguna yang berwenang [\[1\]](https://capgo.app/).
-
-### Deployment Pembaruan Bertahap
-
-Peluncuran bertahap meminimalkan risiko dan memastikan implementasi yang lancar. Berikut pendekatan langkah demi langkah:
-
-1.  **Beta Awal**: Mulai dengan sekelompok kecil pengguna untuk menguji pembaruan dan mengumpulkan data.
-2.  **Ekspansi Terkontrol**: Secara bertahap tingkatkan basis pengguna sambil memantau kinerja dan tingkat keberhasilan.
-3.  **Deployment Penuh**: Luncurkan pembaruan secara global, dengan target tingkat keberhasilan 82% atau lebih tinggi [\[1\]](https://capgo.app/).
-
-Menggabungkan pendekatan ini dengan alat yang tepat memastikan proses pembaruan OTA yang kuat.
-
-### Menggunakan [Capgo](https://capgo.app/) untuk Pembaruan
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ff1c0bb0912f75a97f349a/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo menyederhanakan pembaruan OTA dengan fitur yang dirancang untuk meningkatkan efisiensi:
-
--   **Analitik real-time**: Waktu respon API global rata-rata 57ms [\[1\]](https://capgo.app/).
--   **Rollback satu klik**: Cepat kembali ke versi sebelumnya jika diperlukan.
--   **Pembaruan parsial**: Mengurangi penggunaan bandwidth dengan hanya memperbarui komponen yang diperlukan.
--   **Integrasi CI/CD**: Bekerja mulus dengan platform seperti [GitHub Actions](https://docs.github.com/actions) dan [GitLab CI](https://docs.gitlab.com/ee/ci/).
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-[Sistem saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/) Capgo memberikan kontrol yang tepat atas distribusi dan pengujian pembaruan. Dengan 1,9K aplikasi yang sudah menggunakan Capgo dalam produksi, terbukti dapat menangani skenario pembaruan yang kompleks secara efektif [\[1\]](https://capgo.app/).
-
-## Opsi Platform OTA
-
-Sejak 2022, platform OTA telah memperluas kemampuan mereka, terutama dalam [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) dan debugging.
-
-### Fitur Utama
-
-Berikut rincian beberapa [fitur debugging](https://capgo.app/docs/plugin/debugging/) penting:
-
-| Fitur | Capgo |
-| --- | --- |
-| Enkripsi End-to-End | Ya, terenkripsi penuh |
-| Tingkat Keberhasilan Pembaruan | 82% secara global |
-| Waktu Respons | Rata-rata 57ms |
-| Dukungan Rollback | Instan, satu klik |
-| Pelacakan Kesalahan | Real-time |
-| Distribusi Pembaruan | Sistem berbasis saluran |
-
-Fitur-fitur ini mempengaruhi bagaimana platform dipersepsikan dalam hal kinerja dan biaya.
-
-### Biaya dan Status Pasar
-
-Harga adalah faktor penting saat memilih platform OTA. Pasar kini menawarkan berbagai pilihan harga untuk memenuhi kebutuhan berbeda:
-
-| Platform | Biaya Bulanan | Posisi Pasar |
-| --- | --- | --- |
-| Capgo SOLO | $12 | Berkembang sejak 2022 |
-| Capgo MAKER | $33 | Populer di UKM |
-| Capgo TEAM | $83 | Disukai perusahaan besar |
-| Capgo PAYG | $249 | Disesuaikan untuk penggunaan khusus |
-
-Integrasi dengan platform CI/CD yang banyak digunakan seperti GitHub Actions dan GitLab CI menyederhanakan proses debugging. Seperti yang dikatakan Bessie Cooper:
-
-> "@Capgo adalah alat yang harus dimiliki pengembang yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangatlah berharga" [\[1\]](https://capgo.app/)
-
-## Langkah Selanjutnya
-
-### Tinjauan Poin Utama
-
-Debugging OTA yang efektif dapat mencapai tingkat keberhasilan pembaruan 95% dalam 24 jam [\[1\]](https://capgo.app/). Hasil terbaik berasal dari kombinasi pemantauan real-time dengan strategi respons cepat.
-
-Berikut beberapa faktor kunci yang mempengaruhi debugging OTA:
-
-| Faktor | Peran dalam Debugging |
-| --- | --- |
-| Enkripsi End-to-End | Menjaga data debug tetap aman selama transmisi |
-| Analitik Real-time | Membantu mendeteksi masalah saat terjadi |
-| Kemampuan Rollback | Memungkinkan pemulihan cepat dari kegagalan pembaruan |
-| Sistem Saluran | Mendukung pengujian dan deployment yang terfokus |
-
-Gunakan wawasan ini untuk memperkuat proses debugging OTA Anda.
-
-### Item Tindakan
-
-Pertimbangkan langkah-langkah ini untuk meningkatkan keandalan OTA:
-
--   **Siapkan Lingkungan Pengujian**: Buat saluran beta dan bertahap untuk melindungi integritas pembaruan [\[1\]](https://capgo.app/).
-    
--   **Otomatisasi Pemeriksaan Integritas**: Tambahkan pemeriksaan otomatis ke pipeline CI/CD Anda untuk memverifikasi integritas paket dan kepatuhan sebelum meluncurkan pembaruan.
-    
--   **Pantau Metrik Utama**: Fokus pada area penting ini:
-    
-    -   Tingkat keberhasilan pembaruan (targetkan lebih dari 82% secara global)
-    -   Waktu respons (target sekitar 434 ms)
-    -   Kecepatan unduhan (patokan: 114 ms untuk bundle 5 MB)
--   **Siapkan Rencana Pemulihan**: Aktifkan fitur rollback instan, siapkan pelacakan kesalahan otomatis, dan tetapkan jalur eskalasi yang jelas. Praktik-praktik ini telah mendukung 1,1 triliun pembaruan berhasil di lebih dari 1.900 aplikasi produksi [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/id/capacitor-ota-updates-security-tips.md b/src/content/blog/id/capacitor-ota-updates-security-tips.md
deleted file mode 100644
index 688e98bdf..000000000
--- a/src/content/blog/id/capacitor-ota-updates-security-tips.md
+++ /dev/null
@@ -1,236 +0,0 @@
----
-slug: capacitor-ota-updates-security-tips
-title: 'Pembaruan OTA Capacitor: Tips Keamanan'
-description: >-
-  Pelajari praktik keamanan penting untuk pembaruan OTA, termasuk enkripsi,
-  verifikasi file, dan kontrol akses untuk melindungi aplikasi seluler Anda.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T02:16:15.693Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d-1743905786627.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, security, encryption, file verification, access control, mobile
-  app updates, data protection
-tag: 'Mobile, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin pembaruan OTA yang aman untuk aplikasi [Capacitor](https://capacitorjs.com/) Anda?** Berikut ini adalah inti dari permasalahan: Pembaruan OTA cepat dan efisien tetapi memiliki risiko seperti intersepsi data, pemalsuan file, dan kerentanan server. Untuk menjaga keamanan pembaruan Anda, fokuslah pada **enkripsi, verifikasi file, dan kontrol akses**.
-
-### Poin Penting:
-
--   **[Enkripsi pembaruan Anda](https://capgo.app/docs/cli/migrations/encryption/)**: Gunakan [TLS](https://en.wikipedia.org/wiki/Transport_Layer_Security) 1.3 dan enkripsi end-to-end untuk mencegah intersepsi.
--   **Verifikasi file**: Validasi tanda tangan digital dan checksum untuk memastikan integritas pembaruan.
--   **Kontrol akses**: Gunakan izin berbasis peran, verifikasi ID perangkat, dan [kunci API yang aman](https://capgo.app/docs/webapp/api-keys/).
-
-### Perbandingan Cepat Platform OTA:
-
-| Fitur | [Capgo](https://capgo.app/) | [AppFlow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| Enkripsi End-to-End | Ya | Tidak  | Tidak  |
-| Kemampuan Rollback | Instan | Manual | Manual |
-| Tingkat Keberhasilan Pembaruan | 82% di seluruh dunia | Data terbatas | Data terbatas |
-
-**Tip Pro:** Capgo memimpin dengan 95% adopsi pembaruan dalam 24 jam dan fitur keamanan canggih seperti analitik waktu nyata dan kontrol versi. Amankan pembaruan OTA Anda sekarang dengan mengikuti langkah-langkah ini!
-
-## Capacitor 2.0: Aplikasi seluler & PWA dari satu basis kode
-
-
-## Risiko Keamanan dalam Pembaruan OTA
-
-Pembaruan OTA dapat membuka pintu untuk kerentanan yang mengkompromikan baik keamanan aplikasi maupun kepercayaan pengguna.
-
-### Risiko Intersepsi Data
-
-Serangan man-in-the-middle dapat menyadap data pembaruan OTA, memungkinkan perubahan yang tidak sah yang dapat memengaruhi jutaan pengguna. Untuk mencegah hal ini, **enkripsi end-to-end** sangat penting.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang benar, yang lain hanya menandatangani pembaruan" [\[1\]](https://capgo.app/)
-
-Tanpa enkripsi yang tepat, file yang disadap dapat dirusak, yang dapat mengarah pada konsekuensi serius.
-
-### Ancaman Pemalsuan File
-
-File pembaruan yang dirusak dapat memperkenalkan kode berbahaya, mengganggu fungsionalitas aplikasi, mencuri informasi sensitif, atau memperkenalkan fitur tidak sah. Ini menyoroti pentingnya **protokol verifikasi file yang kuat** untuk memastikan pembaruan tetap aman dan dapat dipercaya.
-
-### Kerentanan Akses Server
-
-Tabel di bawah ini merangkum kelemahan server utama dan dampaknya yang potensial:
-
-| Kerentanan | Dampak |
-| --- | --- |
-| Autentikasi Lemah | Pembaruan yang tidak sah |
-| Manajemen Peran yang Tidak Memadai | Rilis pembaruan yang belum diuji |
-| Kunci API yang Dikompromikan | Distribusi kode berbahaya |
-
-Contoh-contoh ini menunjukkan mengapa keamanan harus melampaui sekadar menandatangani pembaruan. Pendekatan berlapis - termasuk enkripsi, verifikasi, dan kontrol akses yang ketat - sangat penting untuk melindungi [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-## Langkah Keamanan untuk Pembaruan OTA
-
-Untuk mengatasi risiko potensial, ikuti langkah-langkah terarah ini untuk mengamankan pengiriman pembaruan OTA.
-
-### Metode Enkripsi Data
-
-Menggunakan metode enkripsi yang kuat sangat penting untuk melindungi pembaruan OTA. Enkripsi end-to-end memastikan bahwa data pembaruan tetap terlindungi selama transmisi dan hanya dapat diakses oleh perangkat yang berwenang.
-
-Berikut adalah komponen utama dari pengaturan enkripsi yang aman:
-
-| Komponen | Tujuan | Implementasi |
-| --- | --- | --- |
-| Protokol TLS | Melindungi data selama transmisi | Gunakan TLS 1.3 dengan suite cipher yang kuat |
-| Enkripsi End-to-End | Memastikan hanya penerima yang dimaksud yang dapat mendekripsi data | Gunakan protokol enkripsi end-to-end yang terverifikasi |
-
-### Verifikasi File Pembaruan
-
-Verifikasi file pembaruan memastikan integritas dan keasliannya. Proses ini melibatkan lebih dari sekadar menandatangani pembaruan - perlu beberapa lapisan verifikasi.
-
-Langkah-langkah untuk memverifikasi pembaruan meliputi:
-
--   **Validasi tanda tangan digital**: Gunakan infrastruktur kunci publik untuk mengonfirmasi keaslian tanda tangan paket pembaruan.
--   **Verifikasi checksum**: Bandingkan hash SHA-256 untuk memastikan file pembaruan tidak dirusak.
-
-Selain itu, terapkan kontrol akses yang ketat untuk membatasi distribusi pembaruan kepada entitas yang tepercaya.
-
-### Pengaturan Kontrol Akses
-
-Kontrol akses yang efektif sangat penting untuk mencegah distribusi pembaruan yang tidak sah. Sistem yang aman harus mencakup:
-
-| Fitur Kontrol Akses | Manfaat Keamanan |
-| --- | --- |
-| Verifikasi ID Perangkat | Mengonfirmasi pembaruan dikirim ke perangkat yang benar |
-| Akses Berbasis Peran | Mengelola siapa yang dapat menerapkan pembaruan |
-| [Manajemen Kunci API](https://capgo.app/docs/webapp/api-keys/) | Mengamankan komunikasi dengan server pembaruan |
-
-Untuk penerapan yang lebih besar, izin yang lebih terperinci sangat penting. Mereka memungkinkan tim untuk memberikan hak spesifik untuk penerapan pembaruan, mengontrol akses pengujian beta, mengelola beberapa organisasi di bawah izin terpisah, dan menyesuaikan peran sesuai kebutuhan tim.
-
-Menggabungkan enkripsi, verifikasi, dan kontrol akses yang ketat menciptakan kerangka kerja yang aman untuk pembaruan OTA selama pengembangan dan penerapan.
-
-## Langkah Uji Coba dan Rilis
-
-Pengujian OTA yang menyeluruh sangat penting untuk mengidentifikasi kerentanan dan memastikan pembaruan stabil.
-
-### Langkah Pengujian Keamanan
-
-Sebelum meluncurkan pembaruan, lakukan pemeriksaan keamanan menyeluruh untuk memastikan pembaruan aman dan kompatibel:
-
-| Fase Pengujian | Tindakan Kunci | Fokus Keamanan |
-| --- | --- | --- |
-| Pra-penerapan | Verifikasi tanda tangan paket pembaruan | Konfirmasi keaslian pembaruan |
-| Integrasi | Uji protokol enkripsi | Pastikan transmisi data yang aman |
-| Sistem | Validasi kompatibilitas perangkat | Periksa integritas instalasi |
-| Penerimaan pengguna | Lakukan pengujian beta dengan pengguna terpilih | Validasi keamanan dalam penggunaan praktis |
-
-Integritas enkripsi harus diperiksa di seluruh fase pengujian untuk mengonfirmasi bahwa paket pembaruan tetap aman selama proses. Setelah integritas pembaruan dikonfirmasi, siapkan rencana untuk segera membalikkan perubahan jika ada masalah yang muncul.
-
-### Opsi Rollback Pembaruan
-
-Pengujian yang menyeluruh mendukung strategi rilis yang dapat diandalkan, termasuk opsi rollback instan dan staging yang terkendali. Sistem rollback yang dirancang dengan baik dapat dengan cepat menangani masalah keamanan setelah penerapan.
-
-Komponen kunci dari sistem rollback yang efektif:
-
--   **Sistem Kontrol Versi**: Simpan riwayat lengkap semua versi aplikasi, termasuk patch keamanan dan pembaruan fitur.
--   **Pemulihan Otomatis**: Gunakan pemicu otomatis untuk rollback, dipasangkan dengan prosedur pemulihan yang jelas.
-
-> "Rollback satu klik ke versi sebelumnya jika diperlukan" [\[1\]](https://capgo.app/)
-
-### Proses Rilis Bertahap
-
-Pasangkan strategi rollback dengan rencana penerapan bertahap untuk meminimalkan risiko dan menguji keamanan secara waktu nyata. Sistem [saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/) membantu mengontrol distribusi dan memastikan pembaruan diuji secara menyeluruh sebelum penerapan penuh.
-
-| Tahap | Audiens | Durasi | Langkah Keamanan |
-| --- | --- | --- | --- |
-| Pengujian Internal | Tim Pengembangan | 24–48 jam | Lakukan audit keamanan penuh |
-| Saluran Beta | Pengguna Terpilih | 3–5 hari | Pantau penerapan dengan cermat |
-| Roll-out Produksi | 10% Pengguna | 2–3 hari | Lacak dan selesaikan kesalahan |
-| Penerapan Penuh | Semua Pengguna | 1–2 minggu | Pantau pembaruan secara terus menerus |
-
-> "Sistem Saluran: Distribusi pembaruan canggih. Sasaran kelompok pengguna tertentu dengan versi yang berbeda menggunakan saluran untuk pengujian beta dan rilis bertahap" [\[1\]](https://capgo.app/)
-
-## Alat Manajemen Pembaruan OTA
-
-Membangun di atas penerapan dan pengujian yang aman, alat manajemen OTA yang kuat sangat penting untuk melindungi pembaruan Capacitor Anda.
-
-### Gambaran Fitur [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d/241c8f19433e01f315154c8988becf9c.jpg)
-
-Capgo menyediakan keamanan canggih untuk [pembaruan OTA Capacitor](https://capgo.app/ja/) dengan **enkripsi end-to-end**, memastikan bahwa hanya pengguna yang berwenang yang dapat mendekripsi pembaruan.
-
-Berikut adalah rincian fitur utamanya:
-
-| Fitur | Manfaat Keamanan |
-| --- | --- |
-| Enkripsi End-to-End | Memblokir akses tidak sah ke konten pembaruan |
-| Analitik Waktu Nyata | Melacak pengiriman pembaruan untuk memastikan tingkat penyelesaian yang tinggi |
-| Kontrol Versi | Menyimpan riwayat pembaruan yang terperinci untuk audit |
-| Integrasi CI/CD | Mempercepat proses penerapan yang aman |
-| Sistem Saluran | Mengelola distribusi pembaruan dengan membagi kelompok pengguna |
-
-Selanjutnya, mari kita lihat bagaimana platform OTA utama dibandingkan dalam hal keamanan dan kinerja.
-
-### Perbandingan Platform OTA
-
-Saat memilih platform OTA untuk aplikasi Capacitor, keamanan dan keandalan adalah faktor penting. Berikut adalah bagaimana beberapa platform teratas mengukur:
-
-| Fitur | Capgo | AppFlow |
-| --- | --- | --- | --- |
-| Enkripsi End-to-End | Ya | Tidak  | Tidak  |
-| Tingkat Keberhasilan Pembaruan | 82% di seluruh dunia | Data terbatas | Data terbatas |
-| Kemampuan Rollback | Instan | Manual | Manual |
-| Pengalaman Pasar | Sejak 2022 | Tutup 2026 | Sejak 2024 |
-| Distribusi Pembaruan | Pembaruan sebagian | Paket lengkap | Paket lengkap |
-| Biaya Pengaturan CI/CD | $2,600 sekali | Biaya tahunan lebih tinggi | Sebanding |
-
-> "Kami menerapkan pengembangan yang gesit dan @Capgo sangat penting dalam memberikan terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Metrik kinerja Capgo semakin menekankan keandalannya:
-
--   **750 aplikasi produksi** yang didukung oleh Capgo
--   **23,5 juta pembaruan** berhasil disampaikan
--   **95% pengguna aktif** menyelesaikan pembaruan dalam 24 jam [\[1\]](https://capgo.app/)
-
-Angka-angka ini menunjukkan kemampuan Capgo untuk memberikan pembaruan yang aman dengan efisien, menjadikannya pilihan yang bagus bagi pengembang yang fokus pada keamanan dan kepatuhan terhadap standar toko aplikasi.
-
-## Langkah Keamanan Pasca Rilis
-
-### Pemantauan Pembaruan
-
-Memantau pembaruan OTA Anda secara waktu nyata adalah kunci untuk memastikan keamanan setelah penerapan. Gunakan dasbor analitik dari [platform manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) Anda untuk melacak metrik penting seperti:
-
-| Meter | Ambang Target | Implikasi Keamanan |
-| --- | --- | --- |
-| Tingkat Keberhasilan Pembaruan | \>82% di seluruh dunia | Menunjukkan pengiriman pembaruan yang kuat |
-| Kecepatan Adopsi Pengguna | 95% dalam 24 jam | Menunjukkan keterlibatan pengguna yang efektif |
-
-Automatisasi peringatan untuk menangkap aktivitas tidak biasa dalam kinerja pembaruan. Ini membantu Anda mengidentifikasi dan menangani masalah dengan cepat. Dengan pemantauan waktu nyata, Anda dapat menjaga sistem Anda aman sambil terus mengantisipasi potensi masalah.
-
-### Pemeliharaan Keamanan
-
-Tinjau secara rutin log server dan sistem autentikasi untuk mengidentifikasi potensi ancaman keamanan lebih awal. Pemantauan harian dapat mengungkap masalah sebelum meningkat - analitik Capgo mendukung ini dengan data [\[1\]](https://capgo.app/). Juga, jadikan sebagai kebiasaan untuk memeriksa komponen keamanan kritis seperti sertifikat SSL, token autentikasi API, dan kontrol akses. Ini memastikan pengaturan enkripsi dan autentikasi Anda tetap mutakhir.
-
-### Panduan Keamanan Pengguna
-
-Bantu pengguna tetap aman dengan mendorong mereka untuk menerima pembaruan dengan cepat. Komunikasi yang jelas sangat penting - beri tahu pengguna dan tanggapi kekhawatiran mereka melalui saluran umpan balik.
-
-> "Lacak tingkat keberhasilan pembaruan dan keterlibatan pengguna secara real-time" - Capgo [\[1\]](https://capgo.app/)
-
-## Ringkasan
-
-Keamanan OTA yang efektif bergantung pada enkripsi, verifikasi file, dan pemantauan yang konsisten. Ketika diterapkan dengan benar, strategi ini menghasilkan tingkat keberhasilan pembaruan yang mengesankan [\[1\]](https://capgo.app/).
-
-Enkripsi ujung ke ujung memainkan peran penting dalam melindungi pembaruan OTA, memblokir akses tidak sah dan manipulasi. Misalnya, Capgo mencapai tingkat pembaruan 95% di antara pengguna aktif dalam 24 jam, menyoroti pentingnya enkripsi yang kuat [\[1\]](https://capgo.app/). Elemen-elemen ini membentuk tulang punggung sistem pembaruan OTA yang aman dan dapat diandalkan.
-
-| Komponen Keamanan | Implementasi Kunci | Manfaat |
-| --- | --- | --- |
-| Enkripsi | Perlindungan ujung ke ujung | Memblokir akses tidak sah |
-| Verifikasi | Pemeriksaan integritas file | Mengonfirmasi legitimas pembaruan |
-| Pemantauan | Analitik waktu nyata | Mendeteksi masalah dengan cepat |
-| Kontrol Akses | Izin berbasis peran | Membatasi perubahan tidak sah |
-
-> "Kami menerapkan pengembangan gesit dan @Capgo sangat penting dalam memberikan layanan terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Mempertahankan keamanan membutuhkan perhatian terus-menerus dan alat yang tepat. Dengan pemantauan yang tepat, respons cepat terhadap ancaman, dan protokol yang diperbarui secara berkala, sistem OTA Anda dapat tetap aman dan efisien. Ini sejalan dengan pengujian menyeluruh, manajemen yang hati-hati, dan proses pasca-rilis yang direncanakan dengan baik.
diff --git a/src/content/blog/id/capacitor-ota-updates-staying-compliant.md b/src/content/blog/id/capacitor-ota-updates-staying-compliant.md
deleted file mode 100644
index 90bf74642..000000000
--- a/src/content/blog/id/capacitor-ota-updates-staying-compliant.md
+++ /dev/null
@@ -1,206 +0,0 @@
----
-slug: capacitor-ota-updates-staying-compliant
-title: 'Pembaruan OTA Capacitor: Tetap Patuh'
-description: >-
-  Pelajari cara mengimplementasikan pembaruan OTA untuk aplikasi Capacitor
-  sambil memastikan kepatuhan terhadap aturan app store dan meningkatkan
-  pengalaman pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:37:02.530Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37-1743133034618.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, Capacitor, app compliance, mobile updates, app store guidelines,
-  security protocols, over-the-air updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin segera memperbaiki bug atau menambahkan fitur tanpa hambatan dari app store?** Pembaruan Over-the-Air (OTA) untuk aplikasi [Capacitor](https://capacitorjs.com/) memungkinkan Anda mengirim pembaruan langsung ke pengguna, melewati proses peninjauan app store yang lama. Namun kepatuhan terhadap aturan Apple dan Google Play sangat penting untuk menghindari penolakan atau penghapusan aplikasi.
-
-### Poin Penting:
-
--   **Apa itu pembaruan OTA?** Pembaruan OTA memungkinkan pembaruan konten aplikasi (seperti perbaikan bug atau perubahan UI) secara instan melalui CDN yang aman, tanpa memerlukan pengguna mengunduh pembaruan secara manual.
--   **Mengapa menggunakannya?** Pembaruan OTA mencapai 95% pengguna aktif dalam 24 jam, menghemat waktu dan meningkatkan pengalaman pengguna.
--   **Kepatuhan itu penting:** Apple membatasi pembaruan OTA hanya untuk konten non-eksekusi (misalnya, aset web), sementara Google memberikan fleksibilitas lebih tetapi menerapkan aturan keamanan dan persetujuan pengguna yang ketat.
--   **Tools seperti [Capgo](https://capgo.app/) membantu:** Capgo menyediakan enkripsi, opsi rollback, pelacakan error, dan analitik untuk memastikan pembaruan OTA yang cepat, aman, dan sesuai aturan.
-
-**Tips pro:** Gunakan pembaruan OTA untuk perbaikan minor atau perubahan konten, tapi selalu ajukan perubahan besar atau fitur baru untuk peninjauan app store.
-
-Baca terus untuk panduan langkah demi langkah dalam menerapkan pembaruan OTA sambil tetap mematuhi aturan.
-
-## Dasar-Dasar Pembaruan OTA untuk [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Cara Kerja Pembaruan OTA
-
-Pembaruan OTA (Over-The-Air) memungkinkan pengembang mengirim kode baru langsung ke perangkat pengguna tanpa memerlukan mereka mengunduh pembaruan dari app store. Pembaruan ini dikirim melalui jaringan distribusi konten (CDN) yang aman dan diunduh di latar belakang saat pengguna terus menggunakan aplikasi. Dengan hanya fokus pada bagian kode yang berubah, sistem memastikan pengunduhan lebih cepat, memanfaatkan kecepatan dan efisiensi distribusi CDN global [\[1\]](https://capgo.app/).
-
-Prosesnya sederhana: pengembang membuat kode yang diperbarui, mendistribusikannya secara aman melalui CDN, dan aplikasi secara otomatis menginstal perubahannya. Pendekatan yang efisien ini membawa beberapa keuntungan bagi pengembang dan pengguna.
-
-### Manfaat Pembaruan OTA
-
-Pembaruan OTA menawarkan berbagai keuntungan bagi pengembang dan pengguna akhir. Berikut ringkasannya:
-
-| Manfaat | Dampak |
-| --- | --- |
-| **Penyebaran Cepat** | Pembaruan dapat mencapai pengguna dalam hitungan menit, bukan hari. |
-| **Efisiensi Bandwidth** | Hanya bagian kode yang dimodifikasi yang diunduh, menghemat data. |
-| **Kenyamanan Pengguna** | Tidak perlu pembaruan manual atau mengunjungi app store. |
-| **Ketangkasan Pengembangan** | Memungkinkan perbaikan bug dan rilis fitur yang lebih cepat. |
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan berkelanjutan kepada pengguna kami!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Masalah Umum Implementasi OTA
-
-Meskipun ada manfaat ini, implementasi pembaruan OTA bisa menghadapi tantangan. Data dari 750 aplikasi menunjukkan beberapa masalah umum [\[1\]](https://capgo.app/):
-
--   **Masalah Keamanan**: Enkripsi end-to-end sangat penting untuk mencegah perusakan atau akses tidak sah.
--   **Manajemen Versi**: Menggunakan [sistem channel](https://capgo.app/docs/plugin/cloud-mode/channel-system/) membantu mengelola pengujian beta dan peluncuran bertahap secara efektif.
--   **Pemantauan Pembaruan**: Tanpa pelacakan yang tepat, pembaruan yang gagal bisa tidak terdeteksi. Analitik dan pelacakan kesalahan sangat penting, seperti yang ditunjukkan oleh tingkat keberhasilan global 82% [\[1\]](https://capgo.app/).
-
-> "Kami meluncurkan pembaruan OTA Capgo dalam produksi untuk basis pengguna kami yang +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami up to date dalam hitungan menit setelah OTA disebarkan ke @Capgo." – Colenso [\[1\]](https://capgo.app/)
-
-Untuk memastikan pembaruan OTA yang andal, pengembang harus fokus pada pemantauan proaktif dan mempertahankan opsi rollback untuk penyelesaian masalah yang cepat. Dengan waktu respons API rata-rata 57ms, mengoptimalkan infrastruktur pengiriman pembaruan juga sangat penting [\[1\]](https://capgo.app/).
-
-## Aturan App Store untuk Pembaruan OTA
-
-### Aturan Pembaruan OTA Apple
-
-Apple memiliki kebijakan ketat untuk pembaruan OTA (Over-The-Air) dalam aplikasi iOS. Pembaruan ini tidak boleh mengubah fungsi inti aplikasi atau melewati proses peninjauan App Store. Untuk aplikasi hybrid, pembaruan dibatasi pada konten non-eksekusi, seperti pembaruan aset web, untuk memastikan keamanan dan menjaga kepatuhan dengan pedoman Apple.
-
-### Aturan Pembaruan OTA Google Play
-
-Google Play memberikan fleksibilitas lebih untuk pembaruan OTA tetapi tetap menerapkan standar keamanan yang kuat. Pengembang harus mengikuti pedoman utama ini:
-
-| Persyaratan | Detail |
-| --- | --- |
-| **Protokol Keamanan** | Pembaruan harus dikirim melalui koneksi aman, seperti HTTPS. |
-| **Kontrol Versi** | Sistem versi yang tepat harus ada untuk melacak perubahan. |
-| **Persetujuan Pengguna** | Pengguna harus memberikan izin eksplisit untuk perubahan besar. |
-| **Ruang Lingkup Pembaruan** | Perubahan kode yang lebih besar diizinkan dibandingkan iOS, tapi keamanan tetap prioritas. |
-
-### Contoh Pelanggaran Kebijakan
-
-Melanggar kebijakan pembaruan OTA dapat mengakibatkan konsekuensi serius. Berikut beberapa contoh umum:
-
--   **Bypass Fitur**: Meluncurkan pembaruan fitur utama yang menghindari proses peninjauan.
--   **Pelanggaran Keamanan**: Menggunakan metode pengiriman yang tidak aman yang membahayakan data pengguna.
--   **Perubahan Fungsi Inti**: Mengubah fungsi utama aplikasi melalui pembaruan OTA.
-
-Baik Apple maupun Google menekankan keamanan dan pengalaman pengguna. Meskipun Google Play menawarkan sedikit lebih banyak kelonggaran, pengembang harus menggunakan pembaruan OTA untuk perbaikan minor seperti perbaikan bug, pembaruan konten, atau perubahan UI kecil. Perubahan besar atau fitur baru harus selalu melalui proses peninjauan resmi untuk tetap patuh.
-
-## Pedoman Pembaruan OTA
-
-Untuk tetap mematuhi aturan app store, penting untuk mengikuti pedoman khusus saat menggunakan pembaruan OTA (Over-The-Air) untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Praktik ini membantu memastikan pembaruan aman dan sesuai dengan kebijakan platform.
-
-### Fokus pada Pembaruan Non-Kritis
-
-Pembaruan OTA harus dibatasi pada elemen non-esensial seperti aset visual atau konfigurasi sederhana. Hindari mengubah logika eksekusi inti atau menambahkan fitur baru yang mungkin memerlukan peninjauan aplikasi lengkap. Dengan tetap dalam batasan ini, Anda dapat mempertahankan kepatuhan sambil menjaga pembaruan tetap sederhana. Setelah Anda menentukan batasan ini, memiliki sistem kontrol versi yang kuat sangat penting.
-
-### Praktik Terbaik Kontrol Versi
-
-Strategi kontrol versi yang solid mencakup fitur seperti versi otomatis, peluncuran bertahap, dan opsi rollback. Berikut cara metode ini membantu:
-
--   **Versi Otomatis**: Gunakan alat CI/CD untuk melacak versi secara akurat dan efisien.
--   **Peluncuran Bertahap**: Rilis pembaruan ke kelompok penguji kecil terlebih dahulu, kemudian perluas ke semua pengguna.
--   **Rollback Cepat**: Jika ada masalah, kembali ke versi sebelumnya secara instan.
-
-Praktik ini mengurangi risiko dan memastikan pembaruan Anda memenuhi persyaratan app store.
-
-### Menjaga Informasi Pengguna
-
--   **[Pembaruan Otomatis](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: Pembaruan dapat diinstal di latar belakang, tetapi pengguna tetap harus diberi tahu. Alat seperti Capgo memudahkan otomatisasi instalasi sambil tetap memberi informasi kepada pengguna.
--   **Pemantauan dan Umpan Balik**: Gunakan analitik, pelacakan kesalahan, dan saluran umpan balik untuk memantau keberhasilan instalasi dan mengatasi masalah apa pun.
-
-Komunikasi yang jelas membangun kepercayaan dengan pengguna dan memperkuat kepatuhan terhadap pedoman app store.
-
-> "Rollback satu klik ke versi sebelumnya jika diperlukan" – Capgo [\[1\]](https://capgo.app/)
-
-## Menggunakan [Capgo](https://capgo.app/) untuk Pembaruan OTA
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/cf21af63f433895b269de0da5dc7d74c.jpg)
-
-Capgo menyediakan solusi untuk mengelola pembaruan over-the-air (OTA) dalam aplikasi Capacitor, menangani persyaratan kepatuhan dengan sistem terintegrasi. Dengan lebih dari 750 aplikasi dalam produksi dan 23,5 juta pembaruan yang dikirimkan, Capgo memastikan [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) yang lancar dan sesuai [\[1\]](https://capgo.app/).
-
-### Bagaimana Capgo Mengelola Pembaruan
-
-Capgo menyederhanakan proses pembaruan sambil memastikan pembaruan efisien dan memenuhi standar kepatuhan. Fitur utama meliputi:
-
--   **Enkripsi End-to-End**: Pembaruan dienkripsi dan hanya dapat diakses oleh pengguna yang berwenang.
--   **Pembaruan Parsial**: Alih-alih mengunduh seluruh bundel, hanya komponen yang berubah yang diperbarui. Ini memungkinkan waktu unduh rata-rata hanya 114ms untuk bundel 5MB.
--   **Kinerja Tinggi**: Dalam 24 jam setelah penyebaran, tingkat keberhasilan pembaruan mencapai 95%.
-
-### Alat Kepatuhan yang Ditawarkan oleh Capgo
-
-Capgo mencakup alat yang dirancang untuk mempertahankan kepatuhan dan memastikan pembaruan lancar:
-
-| Fitur | Manfaat Kepatuhan |
-| --- | --- |
-| Sistem Channel | Memungkinkan pengujian beta terkontrol dan peluncuran bertahap |
-| Rollback Satu Klik | Dengan cepat mengatasi masalah dengan membalikkan pembaruan |
-| Pelacakan Kesalahan | Mendeteksi dan menyelesaikan kesalahan secara proaktif |
-| Dashboard Analitik | Melacak kinerja pembaruan dan adopsi pengguna |
-
-Alat-alat ini membantu mempertahankan konten yang aman dan kontrol versi, berkontribusi pada tingkat keberhasilan pembaruan global 82% sambil tetap mematuhi pedoman platform [\[1\]](https://capgo.app/).
-
-### Memulai dengan Capgo
-
-Memulai dengan Capgo cepat dan sederhana. Gunakan perintah berikut:
-
-```bash
-npx @capgo/cli init
-```
-
-Proses pengaturan membutuhkan waktu kurang dari 15 menit untuk menerapkan pembaruan pertama Anda. Capgo juga mendukung integrasi CI/CD dengan platform seperti [GitHub Actions](https://docs.github.com/actions) dan [GitLab CI](https://docs.gitlab.com/ee/ci/). Biaya pengaturan satu kali untuk Capgo adalah $2.600.
-
-## Manajemen Kepatuhan Jangka Panjang
-
-Menjaga kepatuhan dengan kebijakan app store dalam jangka panjang membutuhkan usaha dan perhatian yang konsisten. Secara rutin meninjau dan memantau pembaruan kebijakan adalah kunci untuk menghindari potensi masalah.
-
-### Pemeriksaan Kebijakan Rutin
-
-Peninjauan kebijakan secara berkala membantu Anda mengantisipasi tantangan kepatuhan. Tools seperti dashboard analitik Capgo menyederhanakan proses ini dengan mengidentifikasi potensi masalah sejak dini, memberi Anda waktu untuk mengatasinya sebelum masalah meningkat.
-
-### Pemantauan Perubahan Kebijakan
-
-Mengikuti perubahan kebijakan melibatkan kombinasi tools otomatis dan pengawasan manual. Capgo mendukung proses ini dengan menawarkan:
-
--   Pembaruan real-time untuk mendeteksi masalah kepatuhan saat muncul
--   Pelacakan tingkat keberhasilan di berbagai versi aplikasi
--   Distribusi pembaruan terkontrol ke grup pengguna tertentu
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Memperbaiki Pelanggaran Kebijakan
-
-Mengatasi pelanggaran kebijakan dengan cepat sangat penting untuk mempertahankan tingkat keberhasilan pembaruan yang tinggi. Capgo memudahkan hal ini dengan menyediakan:
-
-1. **Opsi rollback segera**  
-Dengan cepat mengembalikan pembaruan untuk menghindari masalah lebih lanjut.
-
-2. **Pelacakan kesalahan**  
-Menentukan akar penyebab pelanggaran untuk perbaikan yang tepat.
-
-3. **Pengujian berbasis channel**  
-Menguji perbaikan pada sekelompok pengguna tertentu sebelum menerapkan pembaruan secara luas.
-
-Capgo juga memastikan kepatuhan dengan langkah-langkah keamanan yang kuat seperti enkripsi end-to-end dan sistem pembaruan parsial, yang meminimalkan gangguan bagi pengguna sambil mempertahankan standar tinggi.
-
-## Kesimpulan
-
-Mengelola pembaruan OTA sambil tetap mematuhi aturan app store memerlukan perencanaan cermat dan tools yang tepat. Capgo, dengan lebih dari 23,5 juta pembaruan terkirim dan 750 aplikasi dalam produksi [\[1\]](https://capgo.app/), menawarkan solusi yang dapat diandalkan untuk menangani pembaruan OTA dalam pedoman platform.
-
-Rahasia [pengelolaan pembaruan OTA yang efektif](https://capgo.app/blog/open-source-licecing/) terletak pada penggunaan tools kepatuhan yang kuat dan sistem pemantauan. Dengan menggunakan enkripsi end-to-end dan secara ketat mengikuti persyaratan platform, pengembang dapat memastikan keamanan dan operasi yang lancar selama pembaruan.
-
-Bahkan para ahli di bidang ini menekankan pentingnya pembaruan yang cepat dan patuh. Seperti yang dicatat oleh tim NASA's [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/):
-
-> "@Capgo adalah cara cerdas untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Bagi pengembang yang bertujuan menyeimbangkan kepatuhan dengan pembaruan tepat waktu, sistem manajemen pembaruan yang solid sangat penting. Tools yang menawarkan fitur seperti rollback instan, analitik real-time, dan distribusi berbasis channel membantu tim mengirimkan pembaruan secara efisien sambil tetap berada dalam batas kepatuhan.
diff --git a/src/content/blog/id/capacitor-ota-updates-targeting-ios-vs-android.md b/src/content/blog/id/capacitor-ota-updates-targeting-ios-vs-android.md
deleted file mode 100644
index c3bb2ffc0..000000000
--- a/src/content/blog/id/capacitor-ota-updates-targeting-ios-vs-android.md
+++ /dev/null
@@ -1,193 +0,0 @@
----
-slug: capacitor-ota-updates-targeting-ios-vs-android
-title: 'Pembaruan OTA Capacitor: Menargetkan iOS vs Android'
-description: >-
-  Jelajahi perbedaan strategi pembaruan OTA untuk iOS dan Android, dengan fokus
-  pada penerapan, keamanan, dan persyaratan pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-01T04:05:37.460Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c2639cd8e4215290f21bf1-1740801998811.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, iOS updates, Android updates, mobile app development, security
-  measures, update strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin memperbarui aplikasi** [**Capacitor**](https://capacitorjs.com/) **Anda secara instan tanpa penundaan dari app store?** Over-the-Air (OTA) updates memungkinkan Anda untuk menerapkan perubahan pada lapisan web (HTML, CSS, JavaScript) aplikasi Anda tanpa perlu mengirim ulang ke app store. Namun iOS dan Android menangani pembaruan ini secara berbeda, dan memahami perbedaan ini sangat penting.
-
-### Poin Penting:
-
--   **iOS**: Pembaruan diterapkan segera namun mengikuti aturan ketat, termasuk pembatasan path file dan persyaratan daya/jaringan.
-    
--   **Android**: Menggunakan peluncuran bertahap (1% → 100%) dengan kebutuhan daya/jaringan yang fleksibel dan mendukung pembaruan latar belakang.
-    
--   **Keamanan**: Kedua platform menerapkan langkah-langkah keamanan yang kuat - iOS mengandalkan enkripsi berbasis perangkat keras, sementara Android menggunakan Verified Boot dan [SELinux](https://en.wikipedia.org/wiki/Security-Enhanced_Linux).
-    
--   [**Capgo**](https://capgo.app/): Platform yang menyederhanakan pembaruan OTA, telah mengirimkan lebih dari **947,6 juta pembaruan** secara global dengan alat untuk penerapan yang efisien, aman, dan sesuai aturan.
-    
-
-### Perbandingan Singkat:
-
-| Fitur | iOS | Android |
-| --- | --- | --- |
-| **Penerapan Pembaruan** | Rilis penuh langsung | Peluncuran bertahap (1% → 100%) |
-| **Pembaruan Latar Belakang** | Terbatas | Mendukung pembaruan A/B |
-| **Penyimpanan** | Memerlukan unduhan penuh | Mendukung pembaruan streaming |
-| **Keamanan** | Enkripsi berbasis perangkat keras | Verified Boot, SELinux |
-| **Persyaratan Daya** | Baterai 50% atau terhubung listrik | Fleksibel |
-| **Jaringan** | Memerlukan Wi-Fi | Mendukung berbagai koneksi |
-
-Capgo membantu menyederhanakan proses, memastikan pembaruan aman, efisien, dan sesuai di kedua platform. Baik Anda menargetkan iOS atau Android, memahami perbedaan ini akan membantu Anda membuat [strategi pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) OTA yang lebih baik.
-
-## Cara iOS dan Android Menangani Pembaruan OTA
-
-iOS dan Android mengambil pendekatan berbeda dalam mengelola pembaruan OTA (over-the-air), baik dalam pelaksanaan teknisnya maupun proses persetujuannya.
-
-### Aturan Pembaruan App Store iOS
-
-Apple memiliki pedoman ketat untuk pembaruan OTA. Perangkat harus memenuhi kondisi teknis tertentu: harus menjalankan iOS 5 atau lebih baru, terhubung ke jaringan Wi‑Fi yang stabil, dan memiliki setidaknya 50% baterai atau terhubung ke sumber daya [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/). Di luar persyaratan teknis ini, Apple menerapkan proses review yang ketat yang mengevaluasi pembaruan untuk keamanan, kinerja, kepatuhan bisnis, desain, dan standar hukum [\[4\]](https://developer.apple.com/app-store/review/guidelines/).
-
-### Aturan Pembaruan Google Play Store
-
-Google Play beroperasi secara berbeda, menggunakan sistem peluncuran bertahap. Pembaruan dimulai dengan rilis kecil ke 1% pengguna selama 24-48 jam dan kemudian diperluas, seringkali dalam kenaikan 25%, hingga mencapai penerapan penuh dalam satu hingga dua minggu [\[7\]](https://www.phonearena.com/news/Google-engineer-Dan-Morrill-talks-about-Android-OTA-updates-and-why-you-need-to-be-patient_id49573). Sejak Agustus 2023, semua versi Android baru harus menargetkan level API tertinggi yang tersedia [\[3\]](https://applandeo.com/blog/upcoming-google-play-a-appstore-updates-how-will-they-affect-your-mobile-app/). Selain itu, Android menggunakan pembaruan streaming, yang membantu mengurangi kebutuhan ruang penyimpanan tambahan selama [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) [\[8\]](https://source.android.com/docs/core/ota/ab).
-
-### Perbedaan Pembaruan Platform
-
-Perbedaan utama antara pembaruan OTA iOS dan Android diuraikan di bawah ini:
-
-| Fitur | iOS | Android |
-| --- | --- | --- |
-| Penerapan Pembaruan | Rilis penuh langsung | Peluncuran bertahap (1% → 25% → 50% → 100%) |
-| Pembaruan Latar Belakang | Terbatas | Mendukung pembaruan A/B di latar belakang [\[8\]](https://source.android.com/docs/core/ota/ab) |
-| Manajemen Penyimpanan | Memerlukan unduhan penuh | Mendukung pembaruan streaming [\[8\]](https://source.android.com/docs/core/ota/ab) |
-| Persyaratan Daya | Minimal 50% baterai atau terhubung listrik [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | Persyaratan daya fleksibel |
-| Persyaratan Jaringan | Memerlukan koneksi Wi‑Fi [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | Mendukung berbagai jenis koneksi |
-
-Sistem pembaruan A/B Android menonjol karena memungkinkan pembaruan diinstal di latar belakang tanpa mengganggu pengguna. Sistem ini menggunakan dua slot untuk partisi boot-kritis, menghindari kebutuhan partisi duplikat dan mengoptimalkan penyimpanan dibandingkan metode lama [\[6\]](https://source.android.com/docs/core/ota). Di sisi lain, iOS mengikuti proses pembaruan yang lebih terkontrol dan langsung, memprioritaskan stabilitas dan pengawasan pengguna.
-
-## Grup Pengguna dan Distribusi Pembaruan
-
-Dalam hal distribusi pembaruan, strategi perlu memperhitungkan kendala unik dari berbagai perangkat dan sistem operasi.
-
-### Aturan Pembaruan Berbasis Perangkat
-
-Persyaratan pembaruan sangat bergantung pada perangkat keras dan platform. Misalnya, perangkat iOS membutuhkan setidaknya 20% baterai untuk pembaruan yang diinisiasi pengguna dan 30% untuk [pembaruan otomatis](https://capgo.app/docs/plugin/cloud-mode/auto-update/). Pada Mac, persyaratannya berbeda berdasarkan chipset - 20% baterai untuk perangkat Apple silicon dan 50% untuk perangkat berbasis Intel [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). Android, di sisi lain, memiliki sistem yang lebih fleksibel namun menghadapi tantangan karena fragmentasi ekosistem. Produsen dan operator menimbulkan penundaan, dengan pembaruan keamanan membutuhkan rata-rata 24 hari dan tambahan 11 hari untuk penyelesaian khusus perangkat [\[11\]](https://dl.acm.org/doi/10.1145/3372297.3423346).
-
-### Persyaratan Versi OS
-
-Persyaratan sistem operasi memainkan peran kunci dalam cara pembaruan didistribusikan. Untuk aplikasi Android, Google Play menegakkan hal berikut:
-
-| Jangka Waktu | Persyaratan |
-| --- | --- |
-| Setelah 31 Agustus 2024 | Aplikasi baru harus menargetkan Android 14 (API 34+) |
-| Saat ini | Aplikasi yang ada harus menargetkan Android 13 (API 33+) |
-| Warisan | Aplikasi yang menargetkan Android 12 atau lebih rendah harus mematuhi versi OS yang ada |
-
-Untuk iOS, Apple menggunakan Rapid Security Response (RSR) untuk mengirimkan patch kritis langsung ke versi OS terbaru [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). Capgo memastikan kompatibilitas dengan perangkat yang menjalankan iOS 13.0+ dan level API Android 22+ [\[9\]](https://capgo.app/docs/faq/).
-
-### Hasil Strategi Pembaruan
-
-[Project Treble](https://android-developers.googleblog.com/2017/05/here-comes-treble-modular-base-for.html) Android telah mengurangi waktu yang diperlukan untuk pembaruan keamanan sekitar 7 hari [\[11\]](https://dl.acm.org/doi/10.1145/3372297.3423346). Untuk mengelola pembaruan secara efektif, disarankan untuk memisahkan [saluran pembaruan](https://capgo.app/docs/webapp/channels/) pengembangan dan produksi [\[9\]](https://capgo.app/docs/faq/). Capgo menyederhanakan proses dengan penerapan berbasis persentase, memungkinkan peluncuran terkontrol sambil tetap dalam pedoman app store.
-
-Pembaruan juga menyimpan bundle yang diunduh dalam direktori khusus platform untuk pembaruan yang efisien dan aman:
-
--   **Android**: `/data/user/0/com.example.app/code_cache/capgo_updater`
-    
--   **iOS**: `Library/Application Support/capgo`
-    
-
-Sistem caching ini memastikan pembaruan yang lancar dan andal [\[9\]](https://capgo.app/docs/faq/).
-
-## Kecepatan dan Efisiensi Pembaruan
-
-Kecepatan dan efisiensi pembaruan OTA (Over-the-Air) memainkan peran besar dalam membentuk pengalaman pengguna baik di iOS maupun Android. Dua faktor yang sangat mempengaruhi ini adalah kondisi jaringan dan seberapa baik ukuran file dikelola.
-
-### Manajemen Ukuran File dan Jaringan
-
-Menjaga optimasi ukuran file sangat penting untuk pembaruan OTA yang lancar. Misalnya, pembaruan Capgo menjalankan pemeriksaan pembaruan di thread latar belakang saat aplikasi dimulai, memastikan antarmuka pengguna tetap responsif [\[9\]](https://capgo.app/docs/faq/). Ini juga mendukung pembaruan JavaScript sambil mengunci kode native (seperti Java/Kotlin atau Objective-C/Swift) untuk menjaga stabilitas [\[9\]](https://capgo.app/docs/faq/).
-
-### Perbandingan Kecepatan Pembaruan
-
-Bahkan dengan ukuran file yang lebih kecil, kecepatan pembaruan tetap menjadi faktor utama. iOS sering memiliki keunggulan di sini karena perangkat keras dan perangkat lunaknya yang terintegrasi erat, yang dapat memproses pembaruan lebih cepat [\[14\]](https://www.simplymac.com/iphone/android-vs-iphone-comparison-of-features-and-performance). Di sisi lain, berbagai perangkat keras Android terkadang dapat menyebabkan kinerja pembaruan yang tidak merata [\[13\]](https://flexiple.com/compare/android-vs-ios)[\[14\]](https://www.simplymac.com/iphone/android-vs-iphone-comparison-of-features-and-performance).
-
-> "Menerapkan pembaruan langsung ke pengguna secara instan adalah salah satu manfaat paling penting dari Appflow, platform CI/CD mobile Ionic."  
-> – Cecelia Martinez, Developer Advocate [\[12\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever)
-
-Untuk meningkatkan efisiensi pembaruan, strategi seperti pembaruan diferensial dan memanfaatkan fungsionalitas native adalah kunci. Capacitor, misalnya, memindahkan operasi tertentu ke lapisan native. Ketika dipasangkan dengan pembaruan diferensial, pendekatan ini mengurangi waktu pembaruan dan penggunaan data [\[12\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever). Mengingat pangsa pasar Android yang dominan - lebih dari 70% secara global per Maret 2023 [\[13\]](https://flexiple.com/compare/android-vs-ios) - memberikan pembaruan yang efisien sangat penting untuk menjaga kinerja yang konsisten di berbagai perangkatnya.
-
-## Aturan dan Persyaratan Keamanan
-
-Dalam hal pembaruan OTA, iOS dan Android mengambil pendekatan berbeda untuk memastikan perlindungan data dan keamanan sistem, masing-masing menggunakan serangkaian protokol yang disesuaikan.
-
-### Standar Keamanan iOS
-
-Proses pembaruan Apple dikendalikan secara ketat dan dirancang dengan keamanan yang ketat. Perangkat iOS mengandalkan **enkripsi berbasis perangkat keras**, menggunakan dua kunci AES 256-bit bawaan yang unik untuk setiap perangkat [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/). Setiap perangkat juga mencakup UID berbasis perangkat keras unik dengan kunci AES 256-bit terintegrasi [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/). Pembaruan diverifikasi integritasnya, disesuaikan untuk perangkat individual, dan dilengkapi pengamanan terhadap serangan downgrade. Apple juga mengisolasi data pengguna selama pembaruan untuk mencegah risiko keamanan [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). Fitur unggulan adalah **Rapid Security Responses** Apple, yang memungkinkan penerapan cepat patch keamanan tanpa memerlukan pembaruan sistem penuh [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web).
-
-### Standar Keamanan Android
-
-Android membangun keamanannya di atas fondasi berbasis Linux, berfokus pada isolasi pengguna dan perlindungan tingkat sistem. Setiap aplikasi diberi UID unik, sementara **SELinux** menerapkan kontrol akses wajib. Fitur **Verified Boot** memastikan keaslian kode [\[18\]](https://source.android.com/docs/security/features). Untuk pembaruan OTA, Android menggunakan **sistem partisi Virtual A/B** (dengan kompresi untuk perangkat yang menjalankan Android 11 dan yang lebih baru), Keystore berbasis perangkat keras untuk tugas kriptografi, dan pembaruan yang disampaikan melalui OEM dan operator [\[15\]](https://en.wikipedia.org/wiki/Over-the-air_update).
-
-| Fitur | iOS | Android |
-| --- | --- | --- |
-| Distribusi Pembaruan | Terpusat melalui Apple | Didistribusikan via OEM/operator |
-| Verifikasi Keamanan | Enkripsi berbasis perangkat keras | SELinux + Verified Boot |
-| Pengiriman Patch | Rapid Security Responses | Modul Project Mainline |
-| Autentikasi Pembaruan | UID khusus perangkat | Verified Boot |
-
-### Perbandingan Persyaratan Keamanan
-
-Perbedaan dalam kerangka kerja ini menyoroti bagaimana arsitektur setiap platform membentuk pendekatan keamanannya. iOS beroperasi dalam model "walled garden", menawarkan kontrol ketat dan langkah-langkah keamanan terstandarisasi. Sebaliknya, ekosistem terbuka Android memberikan fleksibilitas lebih dalam mekanisme pembaruan tetapi terkadang dapat menghadapi tantangan fragmentasi [\[15\]](https://en.wikipedia.org/wiki/Over-the-air_update). Struktur keamanan ini secara langsung mempengaruhi keandalan pembaruan OTA.
-
-Untuk pengembang yang bekerja dengan alat seperti Capgo, memahami perbedaan ini adalah kunci. iOS menerapkan isolasi aplikasi yang lebih ketat dan membatasi akses API sistem [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/), sementara opsi komunikasi antar proses Android yang lebih luas membutuhkan manajemen keamanan yang cermat [\[18\]](https://source.android.com/docs/security/features). Per Februari 2025, dengan iOS 18.3.1 dan berbagai versi Android yang digunakan [\[16\]](https://support.apple.com/en-us/100100), pengembang harus memastikan strategi pembaruan OTA mereka sesuai dengan standar keamanan terbaru untuk setiap platform.
-
-## [Capgo](https://capgo.app/) Gambaran Platform
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-01.jpg?auto=compress)
-
-Capgo menyatukan aturan pembaruan OTA khusus platform menjadi satu platform pembaruan yang efisien.
-
-Dengan bekerja dengan protokol keamanan iOS dan Android, Capgo memastikan manajemen pembaruan OTA yang mulus. Hingga saat ini, telah mengirimkan **947,6 juta pembaruan** di **1.400 aplikasi produksi** [\[1\]](https://capgo.app/).
-
-### Fungsi Utama Capgo
-
-Capgo berfokus pada penyelesaian tantangan pembaruan dengan pengiriman yang aman, efisien, dan sesuai. Pembaruan dilindungi dengan **enkripsi end-to-end**, dan dekripsi hanya terjadi di perangkat pengguna [\[1\]](https://capgo.app/). Untuk iOS, menggunakan interpreter Dart khusus untuk menyesuaikan dengan aturan pembaruan interpreter-only Apple [\[9\]](https://capgo.app/docs/faq/). Pada Android, mendukung API level 22 ke atas, sesuai dengan persyaratan Capacitor [\[9\]](https://capgo.app/docs/faq/).
-
-| Fitur | Implementasi | Dukungan Platform |
-| --- | --- | --- |
-| Pengiriman Pembaruan | Penerapan instan | iOS 13.0+, Android API 22+ |
-| Keamanan | Enkripsi end-to-end | Kedua platform |
-| Integrasi CI/CD | Bekerja dengan Azure DevOps, GitHub, GitLab | Lintas platform |
-| Manajemen Penyimpanan | Hanya kode terkompilasi | Cache khusus platform |
-| Kontrol Versi | Kemampuan rollback | Kedua platform |
-
-### Manajemen Pembaruan Lintas Platform
-
-Sistem channel Capgo memberikan pengembang kontrol presisi atas pembaruan untuk iOS dan Android. Sistem ini memungkinkan:
-
--   Channel pembaruan terpisah untuk iOS dan Android
-    
--   Mengunggah [bundle berbeda](https://capgo.app/docs/webapp/bundles/) dengan penautan lintas channel opsional
-    
--   Deteksi otomatis perubahan kode native [\[9\]](https://capgo.app/docs/faq/)
-    
-
-Dampak platform di dunia nyata sangat jelas. Misalnya, tim NASA [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) berbagi:
-
-> "@Capgo adalah cara cerdas untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Capgo dapat menyesuaikan kode JavaScript apa pun, termasuk kode aplikasi dan yang dihasilkan, tetapi secara ketat menghindari modifikasi kode native (seperti Java/Kotlin untuk Android atau Objective-C/Swift untuk iOS) [\[9\]](https://capgo.app/docs/faq/).
-
-## Kesimpulan
-
-Pembaruan OTA untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) memerlukan pendekatan berbeda untuk iOS dan Android karena aturan khusus platform. Untuk iOS, ada kontrol lebih ketat, seperti pembatasan jalur file yang membatasi jalur server ke "/Library/NoCloud/ionic\_built\_snapshots" [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Sementara itu, Android memungkinkan lebih banyak kebebasan, dengan lebih sedikit batasan pada mesin virtual dan interpreter yang mengakses API [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Perbedaan ini menyoroti pentingnya membuat strategi pembaruan yang selaras dengan kerangka kerja masing-masing platform.
-
-Data dari platform seperti Capgo menunjukkan seberapa efektif strategi ini. Pengembang telah berhasil mengirimkan 947,6 juta pembaruan di 1.400 aplikasi produksi, membuktikan skalabilitas sistem pembaruan yang dirancang dengan baik [\[1\]](https://capgo.app/). Namun, kesuksesan sangat bergantung pada pemenuhan persyaratan setiap platform sambil mempertahankan langkah-langkah keamanan yang kuat.
-
-Misalnya, Apple mewajibkan bahwa kode yang diinterpretasikan tidak boleh mengubah fungsionalitas inti aplikasi atau membahayakan keamanannya [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Aturan ini adalah pengingat jelas tentang pedoman khusus platform yang harus diikuti pengembang untuk menerapkan pembaruan OTA secara efektif.
diff --git a/src/content/blog/id/capacitor-ota-updates-version-targeting-explained.md b/src/content/blog/id/capacitor-ota-updates-version-targeting-explained.md
deleted file mode 100644
index 1770e543d..000000000
--- a/src/content/blog/id/capacitor-ota-updates-version-targeting-explained.md
+++ /dev/null
@@ -1,273 +0,0 @@
----
-slug: capacitor-ota-updates-version-targeting-explained
-title: 'Pembaruan OTA Capacitor: Penjelasan Versi'
-description: >-
-  Pelajari bagaimana segmentasi versi untuk pembaruan OTA memastikan stabilitas
-  aplikasi, penerapan yang lebih cepat, dan pengalaman pengguna yang lebih baik
-  melalui pengelolaan versi aplikasi tertentu.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-14T03:00:49.720Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d37b87bca46a2e63b4584d-1741921265630.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, version targeting, Capacitor, mobile app updates, semantic
-  versioning, app stability, bug fixes
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Over-The-Air (OTA) memungkinkan Anda mendorong perubahan aplikasi langsung ke pengguna tanpa menunggu persetujuan app store. Dengan **penargetan versi**, Anda dapat mengirimkan pembaruan ke versi aplikasi tertentu, memastikan kompatibilitas dan mengurangi risiko seperti crash.
-
-Berikut yang akan Anda pelajari:
-
--   **Apa itu Pembaruan OTA**: Dorong perubahan secara instan ke pengguna sambil tetap mematuhi aturan app store.
-    
--   **Penargetan Versi**: Kirim pembaruan hanya ke versi aplikasi tertentu untuk memperbaiki bug, meluncurkan fitur, atau mendukung pengguna lama.
-    
--   **Manfaat**:
-    
-    -   Pembaruan lebih cepat (menit, bukan minggu).
-        
-    -   Stabilitas aplikasi lebih baik dan peluncuran terkontrol.
-        
-    -   Pengalaman pengguna yang lebih baik dengan menghindari pembaruan yang tidak perlu.
-        
--   **Cara Menggunakannya**:
-    
-    -   Ikuti semantic versioning (**MAJOR.MINOR.PATCH**).
-        
-    -   [Konfigurasi pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) di proyek Capacitor Anda.
-        
-    -   Uji secara menyeluruh di versi yang ditargetkan.
-        
-
-**Perbandingan Cepat**:
-
-| **Aspek** | **Pembaruan Tradisional** | **OTA dengan Penargetan Versi** |
-| --- | --- | --- |
-| Waktu Penerapan | Hari hingga minggu | Menit |
-| Presisi Pembaruan | Pembaruan sama untuk semua pengguna | Pembaruan ditargetkan berdasarkan versi |
-| Manajemen Risiko | Risiko lebih tinggi untuk masalah luas | Peluncuran terkontrol berdasarkan versi |
-
-[Capgo](https://capgo.app/), platform terkemuka, melaporkan **peningkatan efisiensi 81%** dalam siklus rilis dan telah mengirimkan lebih dari **947,6 juta pembaruan** secara global.
-
-Ingin belajar cara mengaturnya dan menghindari kesalahan umum? Lanjutkan membaca untuk panduan langkah demi langkah.
-
-## Jelajahi Plugin Live Update [Capacitor](https://capacitorjs.com/) Ionic [Capgo](https://capgo.app/plugins)
-
-**Panduan Teknis Penargetan Versi**
-
-Semantic versioning sangat penting untuk mengelola pembaruan OTA secara efektif, memastikan kompatibilitas dan transisi yang lancar bagi pengguna.
-
-### Nomor Versi Semantik
-
-Capacitor menggunakan format **MAJOR.MINOR.PATCH** untuk semantic versioning. Setiap bagian memiliki peran tersendiri:
-
-| Komponen Versi | Kapan Menambah | Contoh |
-| --- | --- | --- |
-| **MAJOR** | Untuk perubahan yang memutus kompatibilitas | 2.0.0 → 3.0.0 |
-| **MINOR** | Untuk menambah fitur baru yang tetap kompatibel | 2.1.0 → 2.2.0 |
-| **PATCH** | Untuk memperbaiki bug tanpa memutus kompatibilitas | 2.1.1 → 2.1.2 |
-
-Struktur ini memastikan pembaruan didistribusikan secara akurat dan efisien.
-
-### Pengaturan dan Konfigurasi
-
-Ikuti langkah-langkah ini untuk mengatur penargetan versi di proyek Capacitor Anda:
-
-1. **Pengaturan Awal**
-
-Jalankan `npx @capgo/cli init` di direktori proyek Anda. Ini menginisialisasi alat yang diperlukan untuk pembaruan OTA.
-
-2. **Konfigurasi Versi**
-
-Tentukan parameter versi di file konfigurasi Capacitor Anda. Berikut contohnya:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "versionName": "2.1.0",
-  "versionCode": 21
-}
-```
-
-3. **Proses Build**
-
-Setelah dikonfigurasi, build aplikasi Anda seperti biasa. Sistem penargetan versi akan menangani distribusi pembaruan berdasarkan pengaturan ini.
-
-Langkah-langkah ini memastikan pembaruan OTA Anda andal dan disesuaikan dengan versi aplikasi tertentu.
-
-> "Dengan Capgo, Anda dapat meluncurkan beberapa rilis per minggu dengan peningkatan efisiensi yang mengesankan sebesar 81%." - Capgo [\[1\]](https://capgo.app/)
-
-Sistem Capgo telah mengirimkan hampir 947,6 juta pembaruan secara global, mendukung lebih dari 1.400 aplikasi produksi [\[1\]](https://capgo.app/). Ini menunjukkan keandalan pembaruan OTA yang ditargetkan versi.
-
-Pembaruan diterapkan di latar belakang, meminimalkan gangguan pengguna - pendekatan yang efektif untuk mengelola beberapa versi aplikasi.
-
-## Kapan Menggunakan Penargetan Versi
-
-Penargetan versi membantu mengelola pembaruan di berbagai kelompok pengguna, memastikan stabilitas aplikasi dan pengalaman pengguna yang lebih baik.
-
-### Kasus Penggunaan Utama
-
-Berikut ketika penargetan versi dapat sangat berguna:
-
-| Skenario | Implementasi | Manfaat |
-| --- | --- | --- |
-| Perbaikan Bug Kritis | Fokus pembaruan pada versi dengan bug | Membatasi dampak pada pengguna tanpa masalah |
-| Peluncuran Fitur | Rilis fitur secara bertahap ke versi lebih baru | Memungkinkan pemantauan dan pengujian cermat |
-| Dukungan Legacy | Menjaga kompatibilitas versi lama | Memastikan semua pengguna dapat terus menggunakan aplikasi |
-| Pengujian Beta | Menargetkan pembaruan ke kelompok versi tertentu | Menciptakan lingkungan pengujian terkontrol |
-
-Mari kita uraikan keuntungan spesifik yang ditawarkan pendekatan ini.
-
-### Keuntungan Utama
-
-Penargetan versi memberikan manfaat jelas bagi pengembang dan pengguna:
-
-**Stabilitas Lebih Baik**
-
--   Meminimalkan crash dengan memastikan pembaruan kompatibel dengan versi tertentu.
-    
--   Memungkinkan rollback cepat jika ada masalah.
-    
--   Menjaga performa aplikasi konsisten di berbagai versi.
-    
-
-**Proses Pengembangan Efisien**
-
--   Memberikan tim kontrol tepat atas distribusi pembaruan.
-    
--   Mempercepat perbaikan bug untuk versi tertentu.
-    
--   Menurunkan risiko peluncuran fitur baru.
-    
-
-**Pengalaman Pengguna Ditingkatkan**
-
-Dengan mengirimkan hanya pembaruan yang relevan, pengguna menghindari perubahan yang tidak perlu. Pengembang Andrew Peacock menyoroti dampaknya:
-
-> "Dengan Capgo, kami dapat mendorong perubahan kode langsung sesuai jadwal kami, memastikan pengguna kami selalu memiliki fitur dan perbaikan terbaru tanpa menunggu lama" [\[1\]](https://capgo.app/)
-
-Pendekatan ini sangat efektif dalam pengaturan enterprise di mana beberapa versi aplikasi perlu berdampingan. Ini juga terhubung sempurna dengan diskusi sebelumnya tentang pengaturan teknis, menunjukkan bagaimana pembaruan OTA yang disesuaikan dapat membuat perbedaan nyata.
-
-## Panduan Implementasi
-
-Sekarang Anda telah memiliki dasar teknis, saatnya merencanakan dan mengeksekusi [strategi pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) Anda secara efektif.
-
-### Merencanakan Strategi Pembaruan
-
-Untuk memastikan penargetan versi yang lancar, penting untuk menetapkan kebijakan yang jelas. Tim Capgo menyarankan fokus pada tiga komponen utama:
-
-| Komponen | Tujuan | Cara Implementasi |
-| --- | --- | --- |
-| **Kategori Versi** | Menentukan tipe pembaruan | Gunakan semantic versioning (major.minor.patch) |
-| **Jadwal Rilis** | Rencanakan frekuensi pembaruan | Tetapkan interval konsisten tapi tetap fleksibel untuk perbaikan mendesak |
-| **Protokol Pengujian** | Pastikan stabilitas pembaruan | Uji secara menyeluruh di rentang versi yang ditargetkan sebelum rilis |
-
-Setelah strategi Anda siap, pastikan untuk menghindari kesalahan umum yang dapat mengganggu penerapan Anda.
-
-### Kesalahan Umum yang Harus Dihindari
-
-Tim pengembangan sering menghadapi masalah saat mengelola penargetan versi. Berikut beberapa jebakan yang harus diwaspadai:
-
--   **Cakupan Pengujian Tidak Memadai**  
-    Selalu uji pembaruan di semua versi yang ditargetkan untuk menghindari masalah yang terlewat.
-    
--   **Kontrol Versi Buruk**  
-    Pertahankan dokumentasi versi yang ketat dan tentukan batas kompatibilitas yang jelas.
-    
--   **Kurangnya Komunikasi**  
-    Jaga pengguna tetap terinformasi tentang persyaratan versi dan perubahan mendatang untuk meminimalkan kebingungan.
-    
-
-### Memelihara Versi Lama
-
-Mendukung versi lama sama pentingnya dengan meluncurkan yang baru. Berikut cara mengelolanya secara efektif sambil memastikan kompatibilitas mundur:
-
--   **Feature Flags**
-    
-    -   Kontrol fitur mana yang tersedia di versi tertentu.
-        
-    -   Luncurkan pembaruan secara bertahap ke kelompok versi yang ditargetkan.
-        
-    -   Cepat nonaktifkan fitur jika menyebabkan masalah.
-        
--   **Pengujian Spesifik Versi**
-    
-    -   Siapkan lingkungan pengujian khusus untuk setiap versi yang didukung.
-        
-    -   Verifikasi bahwa pembaruan tidak mengganggu fungsionalitas yang ada sambil memperkenalkan fitur baru untuk versi yang kompatibel.
-        
--   **Dokumentasi Komprehensif**
-    
-    -   Pertahankan dokumentasi detail untuk setiap versi, termasuk perubahan API, kebutuhan konfigurasi, dan batasan yang diketahui.
-
-## Perbaiki Masalah Penargetan Versi
-
-Penargetan versi dalam [pembaruan OTA Capacitor](https://capgo.app/ja/) terkadang dapat menciptakan tantangan yang mengganggu fungsionalitas. Berikut langkah-langkah untuk membantu mengidentifikasi dan mengatasi masalah ini secara efektif.
-
-### Masalah yang Diketahui
-
-Berikut beberapa masalah umum yang dapat muncul selama penerapan OTA:
-
-| **Tipe Masalah** | **Penyebab Umum** | **Dampak** |
-| --- | --- | --- |
-| Ketidakcocokan Versi | Penggunaan SemVer yang salah | Pembaruan gagal diterapkan |
-| Kesalahan Konfigurasi | Pengaturan aplikasi tidak selaras | Masalah penerapan |
-| Masalah Jaringan | Koneksi tidak stabil | Pembaruan tidak lengkap |
-
-Masalah ini dapat berdampak negatif pada kinerja aplikasi dan pengalaman pengguna.
-
-### Langkah Pemecahan Masalah
-
-Untuk memperbaiki masalah penargetan versi, ikuti langkah-langkah ini:
-
-1. **Verifikasi Konfigurasi Versi**  
-   Periksa file konfigurasi aplikasi Anda untuk memastikan nomor versi menggunakan format SemVer (MAJOR.MINOR.PATCH) dengan benar. Konfirmasi konsistensi di semua lingkungan penerapan.
-    
-2. **Jalankan Diagnostik**  
-   Uji di versi aplikasi yang ditargetkan untuk mengidentifikasi masalah kompatibilitas. Gunakan alat seperti diagnostik CLI Capgo untuk pemecahan masalah cepat.
-    
-3. **Tinjau Implementasi**  
-   Periksa strategi pembaruan Anda, mempertimbangkan faktor seperti keandalan jaringan selama pembaruan, kompatibilitas perangkat, dan batasan penyimpanan.
-    
-
-### Sumber Bantuan
-
-Jika Anda membutuhkan bantuan tambahan, berikut beberapa sumber yang berguna:
-
-| **Tipe Sumber** | **Tujuan** | **Akses** |
-| --- | --- | --- |
-| Dokumentasi | Instruksi teknis | Dokumentasi resmi Capacitor |
-| Forum Komunitas | Saran dan solusi dari rekan | Komunitas pengembang |
-| Alat Pendukung | Pemecahan masalah otomatis | Platform Capgo |
-
-Sumber daya ini dapat membantu Anda menyelesaikan masalah secara efisien dan menghindari penundaan penerapan, memastikan pembaruan lebih lancar dan kinerja aplikasi lebih baik.
-
-## Ringkasan
-
-Penargetan versi untuk pembaruan OTA menawarkan cara lebih cerdas untuk mengelola penerapan aplikasi. Dengan memungkinkan pembaruan ke versi aplikasi tertentu, ini memberikan kontrol yang tepat, meminimalkan masalah kompatibilitas, dan memastikan operasi yang lebih lancar.
-
-| Manfaat | Dampak | Hasil Terukur |
-| --- | --- | --- |
-| Efisiensi Penerapan | Mempercepat siklus rilis | Peningkatan 81% dalam rilis mingguan |
-| Kontrol Pembaruan | Mengelola versi dengan tepat | Pengiriman tertarget ke 947,6J+ pembaruan |
-| Penghematan Biaya | Mengurangi biaya operasional | $2.600 setup vs. $6.000 alternatif tahunan |
-
-Metode ini memastikan pembaruan hanya dikirim ke perangkat yang kompatibel, mengurangi tantangan terkait versi.
-
-### Memulai
-
-Untuk memaksimalkan penargetan versi, rencana yang matang sangat penting untuk menjaga kompatibilitas aplikasi. Platform seperti Capgo menyederhanakan proses ini dengan fitur seperti manajemen otomatis, [enkripsi aman](https://capgo.app/docs/cli/migrations/encryption/), dan kepatuhan dengan aturan app store. Berikut beberapa langkah untuk memulai dengan efektif:
-
--   **Tetapkan Aturan Versi**: Tentukan batasan yang jelas untuk mengelola distribusi pembaruan.
-    
--   **Lacak Penerapan**: Pantau tingkat keberhasilan pembaruan di berbagai versi aplikasi.
-    
--   **Dukung Versi Lama**: Pertahankan fungsi versi lama yang penting sambil mendorong pengguna melakukan pembaruan.
diff --git a/src/content/blog/id/capacitor-ota-updates-versioning-best-practices.md b/src/content/blog/id/capacitor-ota-updates-versioning-best-practices.md
deleted file mode 100644
index 4c9c36a4c..000000000
--- a/src/content/blog/id/capacitor-ota-updates-versioning-best-practices.md
+++ /dev/null
@@ -1,261 +0,0 @@
----
-slug: capacitor-ota-updates-versioning-best-practices
-title: 'Capacitor OTA Pembaruan: Praktik Terbaik Versi'
-description: >-
-  Pelajari praktik terbaik untuk mengelola pembaruan OTA Capacitor, termasuk
-  strategi penomoran versi, jebakan umum, dan langkah-langkah keamanan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-26T04:29:43.897Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67be629d36a1a0b25cc0f4e3-1740544205565.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, OTA updates, versioning, mobile development, app updates, semantic
-  versioning, deployment strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin mengirim pembaruan aplikasi secara instan tanpa menunggu persetujuan toko aplikasi?** Pembaruan Over-the-Air (OTA) dari [Capacitor](https://capacitorjs.com/) memungkinkan Anda melakukan itu, dengan mengaktifkan pembaruan konten web aplikasi Anda secara real-time. Namun untuk memastikan penerapan yang lancar, Anda memerlukan praktik pengendalian versi yang solid.
-
-Ini yang akan Anda pelajari dalam panduan ini:
-
-1. **Mengapa pembaruan OTA menghemat waktu:** Lewati penundaan toko aplikasi dan tingkatkan efisiensi hingga **81%**.
-    
-2. **Cara mengelola versi:** Gunakan Semantic Versioning (MAJOR.MINOR.PATCH) untuk melacak pembaruan secara efektif.
-    
-3. **Jebakan umum yang harus dihindari:** Versi yang tidak cocok, konfigurasi gagal, dan masalah keterlacakan pembaruan.
-    
-4. **Alat terbaik untuk pekerjaan ini:** Alat seperti `capacitor-sync-version-cli` dan [Capgo](https://capgo.app/) menyederhanakan pengelolaan versi dan penerapan.
-    
-5. **Strategi pembaruan:** Pilih antara pembaruan parsial dan lengkap, peluncuran secara bertahap, dan pembaruan opsional vs yang wajib.
-    
-
-**Tip Cepat:** Mulailah dengan versi **0.1.0**, tingkatkan MINOR untuk fitur baru, dan PATCH untuk perbaikan bug. Selalu validasi build dan konfigurasi sebelum rilis.
-
-Siap untuk mempermudah [pembaruan OTA Capacitor](https://capgo.app/ja/)? Mari kita lihat lebih dalam.
-
-## Semantic Versioning
-
-## Pedoman Kontrol Versi untuk [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-26.jpg?auto=compress)
-
-Mengelola pembaruan OTA Capacitor memerlukan strategi pengendalian versi yang jelas. Berikut cara menjaga stabilitas dan memastikan pembaruan berjalan dengan lancar.
-
-### Dasar-Dasar Semantic Versioning
-
-Semantic Versioning (SemVer) adalah metode yang banyak digunakan untuk penomoran versi, yang terstruktur sebagai MAJOR.MINOR.PATCH. Setiap bagian memiliki peran tertentu:
-
-| **Komponen Versi** | **Tujuan** | **Kapan Diperbarui** |
-| --- | --- | --- |
-| **MAJOR (X)** | Menandakan perubahan yang merusak | Ketika memperkenalkan ketidakcocokan API |
-| **MINOR (Y)** | Menambahkan fitur baru | Ketika menambahkan fungsi yang kompatibel ke belakang |
-| **PATCH (Z)** | Memperbaiki bug | Ketika menerapkan perbaikan yang kompatibel ke belakang |
-
-Pedoman Apple untuk kode yang diunduh patut dicatat:
-
-> "Kode yang ditafsirkan dapat diunduh ke Aplikasi, tetapi hanya selama kode tersebut: (a) tidak mengubah tujuan utama Aplikasi dengan memberikan fitur atau fungsi yang tidak sesuai dengan tujuan yang dimaksudkan dan diiklankan dari Aplikasi saat diserahkan ke App Store (b) tidak membuat toko atau etalase untuk kode atau aplikasi lain (c) tidak melewati penandatanganan, sandbox, atau fitur keamanan lainnya dari OS." [\[2\]](https://github.com/Cap-go/capacitor-updater)
-
-### Implementasi Kontrol Versi
-
-Untuk mengelola pembaruan OTA Capacitor secara efektif, pengembang dapat menggunakan alat seperti `capacitor-set-version` dan `capacitor-sync-version-cli`. Alat-alat ini menyederhanakan pengelolaan versi dengan [mengotomatisasi pembaruan](https://capgo.app/docs/live-updates/update-behavior/) di berbagai platform.
-
-Berikut cara memulai:
-
-1. **Sinkronisasi Versi Otomatis**: Gunakan `capacitor-sync-version-cli` untuk menjaga nomor versi tetap selaras di seluruh platform.
-    
-2. **Verifikasi Build**: Siapkan pemeriksaan untuk mengonfirmasi bukti komitmen sebelum setiap build.
-    
-3. **Validasi Konfigurasi**: Automasi validasi pengaturan Capacitor untuk menghindari kesalahan konfigurasi.
-    
-
-Mulailah di versi **0.1.0**, dan tingkatkan nomor versi minor untuk setiap fitur baru. Mengikuti langkah-langkah ini membantu mengurangi kesalahan, tetapi masih ada kesalahan umum yang harus dihindari.
-
-### Kesalahan Umum Kontrol Versi
-
-Bahkan dengan praktik yang baik, kesalahan dapat terjadi. Alat seperti `capsafe` dapat membantu mengidentifikasi dan mencegah masalah khusus untuk setiap platform. Berikut hal-hal yang harus diperhatikan:
-
-1. **Verifikasi Build**: Automasi pemeriksaan untuk file bukti komit dan pastikan sinkronisasi build di seluruh platform.
-    
-2. **Penomoran Versi Khusus Platform**: Perhatikan kode versi iOS dan Android untuk menghindari ketidakcocokan.
-    
-3. **Validasi Pembaruan**: Pastikan bahwa pembaruan OTA tidak mengganggu fungsi inti aplikasi.
-    
-
-Untuk build iOS, `capsafe` memastikan bahwa file `ios/App/public/commit-evidence.json` ada. Langkah ini sangat penting untuk menghindari penerapan build web yang kedaluwarsa [\[3\]](https://github.com/fkirc/capacitor-build-safety). Verifikasi yang tepat memastikan pembaruan dapat diandalkan dan mengurangi risiko rilis yang rusak.
-
-## Metode Manajemen Pembaruan OTA
-
-Memilih metode pengiriman, strategi pengujian, dan kebijakan pembaruan yang tepat adalah kunci untuk mengelola pembaruan OTA Capacitor. Berikut adalah pemecahan dari pendekatan utama untuk memastikan pembaruan yang lancar dan efisien.
-
-### Pembaruan Parsial vs Lengkap
-
-Memutuskan antara pembaruan parsial dan lengkap dapat memengaruhi baik kinerja aplikasi maupun pengalaman pengguna. Pembaruan parsial fokus pada aset web seperti [bundel JavaScript](https://capgo.app/docs/webapp/bundles/), menjadikannya ideal untuk perbaikan cepat atau penyesuaian UI kecil. Di sisi lain, pembaruan lengkap diperlukan ketika ada perubahan kode asli, karena mereka menggantikan seluruh bundel aplikasi.
-
-| Tipe Pembaruan | Ideal Untuk | Manfaat | Hal-Hal yang Perlu Diperhatikan |
-| --- | --- | --- | --- |
-| Parsial | Memperbaiki bug, penyesuaian UI | Unduhan lebih kecil, pembaruan lebih cepat | Terbatas pada konten web. Pastikan perubahan selaras dengan tujuan asli aplikasi [\[2\]](https://github.com/Cap-go/capacitor-updater). |
-| Lengkap | Pembaruan kode asli | Modifikasi menyeluruh | Unduhan lebih besar dan waktu instalasi lebih lama. |
-
-Untuk pembaruan parsial, Anda dapat mengekstrak bundel aplikasi yang dikompilasi dari `dist/` atau `www/` ke sistem file asli untuk memperbarui aset tertentu tanpa mengganti seluruh aplikasi.
-
-### Peluncuran Bertahap dan Pengujian
-
-Peluncuran bertahap memungkinkan pembaruan dilakukan secara bertahap, mengurangi risiko dan memberi Anda waktu untuk menangkap masalah potensial. Menggunakan sistem peluncuran bertahap [App Store Connect](https://developer.apple.com/app-store-connect/), pembaruan didistribusikan selama tujuh hari, dengan persentase pengguna yang menerima pembaruan meningkat setiap hari:
-
-| Hari | Persentase Pengguna | Tindakan yang Disarankan |
-| --- | --- | --- |
-| 1–2 | 1–2% | Monitor laporan kerusakan dan kumpulkan umpan balik. |
-| 3–4 | 5–10% | Lacak metrik kinerja. |
-| 5–6 | 20–50% | Evaluasi keterlibatan pengguna. |
-| 7   | 100% | Finalisasi peluncuran. |
-
-Sebagai contoh, pembaruan Januari 2024 Supercell untuk "Clash of Clans" menggunakan strategi ini. Selama fase peluncuran 10%, mereka mengidentifikasi bug kritis dan menghentikan rilis untuk menyelesaikannya, menghindari masalah luas bagi audiens global mereka [\[4\]](https://developer.apple.com/help/app-store-connect/update-your-app/release-a-version-update-in-phases).
-
-### Pembaruan Wajib vs Opsional
-
-Menyeimbangkan antara fungsionalitas aplikasi dan pengalaman pengguna sangat penting ketika memutuskan tentang pembaruan wajib atau opsional. Untuk perbaikan kritis, pembaruan paksa mungkin diperlukan, tetapi ini harus digunakan dengan hemat untuk menghindari frustrasi pengguna. SDK Capacitor menawarkan opsi untuk mode pembaruan, termasuk:
-
-> "Kami umumnya tidak merekomendasikan mode ini karena dapat menyebabkan layar splash muncul terlalu lama, terutama jika pengguna berada di koneksi jaringan yang buruk."  
-> - Pengaturan SDK Capacitor - [Appflow](https://ionic.io/appflow/), mengenai Pembaruan Paksa
-
-Untuk menjaga pengalaman pengguna yang lancar selama alur kerja kritis seperti otentikasi, pertimbangkan untuk menerapkan mekanisme pemblokiran pembaruan. Misalnya:
-
-Alternatifnya, pembaruan latar belakang memungkinkan pengguna untuk terus menggunakan versi saat ini sambil mengunduh versi baru di latar belakang.
-
-Strategi ini memberikan landasan yang kuat untuk mengelola pembaruan secara efektif sambil meminimalkan gangguan. Bagian berikutnya akan membahas kebijakan pembaruan dan pertimbangan keamanan.
-
-## Aturan Pembaruan dan Keamanan
-
-Pembaruan OTA memerlukan kepatuhan pada kebijakan toko aplikasi dan protokol keamanan yang ketat.
-
-### Kebijakan Pembaruan Toko Aplikasi
-
-Apple dan Google Play menerapkan aturan ketat untuk memastikan aplikasi tetap aman dan berkualitas tinggi. Misalnya, mulai 31 Agustus 2024, Google Play mewajibkan semua aplikasi baru dan pembaruan menargetkan Android 14 (tingkat API 34)[\[8\]](https://developer.android.com/google/play/requirements/target-sdk). Pengembang dapat meminta perpanjangan hingga 1 November 2024 jika mereka membutuhkan lebih banyak waktu.
-
-Berikut ini beberapa kontrol pembaruan berbasis waktu yang perlu dipertimbangkan:
-
-| Metode Kontrol Pembaruan | Deskripsi | Manfaat |
-| --- | --- | --- |
-| Pembaruan Ditunda | Menunda pembaruan selama 1–90 hari setelah rilis | Memungkinkan pengujian terkendali dan peluncuran bertahap |
-| Kontrol Versi | Memutuskan versi aplikasi mana yang menerima pembaruan | Mendukung penerapan dan pengujian bertahap |
-| [Pembaruan Otomatis](https://capgo.app/docs/plugin/cloud-mode/auto-update/) | Menetapkan perilaku pembaruan di perangkat yang dikelola | Menyederhanakan pemeliharaan |
-
-Untuk menegakkan tenggat waktu, gunakan notifikasi sistem. Penelitian menunjukkan bahwa pembaruan yang konsisten dan terencana dengan baik dapat meningkatkan keterlibatan pengguna hingga 200%[\[9\]](https://moldstud.com/articles/p-update-your-app-on-google-play-best-practices-and-tips). Selain memenuhi aturan toko aplikasi, memastikan keamanan dalam pembaruan Anda juga sama pentingnya.
-
-### Standar Keamanan Pembaruan
-
-Pengendalian versi yang kuat sangat penting untuk menjaga integritas pembaruan, tetapi langkah-langkah keamanan berlapis juga sangat penting. Amankan pembaruan OTA dengan enkripsi, autentikasi, dan pemeriksaan integritas. Dr. James J. Hunt, pendiri, CEO, dan CTO aicas, menjelaskan:
-
-> "Kebutuhan untuk pembaruan over-the-air didorong oleh transformasi digital industri untuk perangkat lunak dan kecerdasan buatan – keduanya memerlukan penyedia solusi untuk mempertimbangkan kembali seluruh siklus DevOps"[\[7\]](https://www.aicas.com/wp/whitepaper/security-aspects-of-over-the-air-ota-updates/)
-
-Lapisan keamanan utama meliputi:
-
-| Lapisan Keamanan | Implementasi | Tujuan |
-| --- | --- | --- |
-| Enkripsi | TLS dengan sertifikat yang ditandatangani CA | Melindungi paket pembaruan selama transmisi |
-| Autentikasi | Kunci keamanan berbasis perangkat keras | Menawarkan perlindungan yang lebih kuat dibandingkan kunci berbasis file |
-| Verifikasi Integritas | Tanda tangan kriptografi | Mengonfirmasi keaslian pembaruan |
-| Perlindungan Rollback | Mekanisme fallback otomatis | Mencegah perangkat menjadi tidak berfungsi selama pembaruan yang gagal |
-
-**Langkah-langkah untuk meningkatkan keamanan pembaruan:**
-
-1. **Membangun Koneksi Aman**  
-   Gunakan TLS dengan verifikasi nama host dan sertifikat yang ditandatangani CA untuk memastikan koneksi server diverifikasi[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security).
-   
-2. **Lindungi Paket Pembaruan**  
-   Enkripsi pembaruan dan terapkan tanda tangan digital setelah enkripsi. Untuk keamanan maksimal, gunakan sistem yang terpisah dari jaringan untuk penandaan digital[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security)[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices).
-   
-3. **Terapkan Mekanisme Pemulihan**  
-   Aktifkan fitur rollback otomatis untuk menangani pembaruan yang gagal secara efektif[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices).
-
-Dr. Hunt juga menyoroti pentingnya pembaruan OTA dalam teknologi maju:
-
-> "OTA sudah menjadi faktor kunci dalam menjadikan sistem mengemudi otonom dapat dipercaya" - Dr. James J. Hunt, pendiri, CEO, dan CTO aicas[\[7\]](https://www.aicas.com/wp/whitepaper/security-aspects-of-over-the-air-ota-updates/)
-
-UNECE telah menyetujui Regulasi PBB (UN R155/R156), yang menyediakan kerangka untuk pembaruan OTA yang aman di berbagai industri. Standar ini memastikan pembaruan aman dan dapat diandalkan.
-
-## Opsi Perangkat Lunak Pembaruan OTA
-
-Memilih perangkat lunak pembaruan OTA yang tepat lebih dari sekadar langkah keamanan - ini kunci untuk memastikan penerapan yang mulus, pengendalian versi yang efektif, dan siklus rilis yang teratur untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Alat yang tepat membuat pengelolaan pembaruan lebih sederhana dan efisien.
-
-### [Capgo: Platform Pembaruan OTA](https://capgo.app)
-
-![Capgo: Platform Pembaruan OTA](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-26.jpg?auto=compress)
-
-Capgo telah menyampaikan **482,9 juta pembaruan** di **1.800 aplikasi**, meningkatkan efisiensi rilis hingga **81%** [\[1\]](https://capgo.app/). Berikut adalah yang membuatnya menonjol:
-
-- **Keamanan**: Fitur seperti enkripsi end-to-end dan verifikasi tanda tangan kode memastikan pembaruan aman.
-    
-- **Integrasi**: Berfungsi dengan lancar dengan platform CI/CD seperti [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), [GitHub](https://github.com/about), [Jenkins](https://www.jenkins.io/), [Cloudbees](https://www.cloudbees.com/), dan [Travis](https://www.travis-ci.com/).
-    
-- **Penerapan**: Menawarkan penugasan pengguna dan rilis bertahap untuk distribusi yang tepat dan instan.
-    
-- **Analitik**: Alat bawaan untuk melacak kinerja pembaruan dan mengukur adopsi pengguna.
-
-Contoh yang bagus? [Colenso](https://www.colensobbdo.co.nz/) berhasil menjangkau hampir semua **5,000+ basis penggunanya** dalam waktu menit [\[1\]](https://capgo.app/). Seperti yang dibagikan Rodrigo Mantica:
-
-> "Kami menerapkan pengembangan gesit dan @Capgo sangat penting dalam memberikan pembaruan secara terus-menerus kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-### Alat Pembaruan Alternatif
-
-Sementara Capgo menawarkan solusi yang tangguh, alat lain memberikan pendekatan berbeda untuk manajemen versi. Berikut adalah perbandingan cepat:
-
-| Aspek Alat | Capgo | Appflow |
-| --- | --- | --- |
-| **Struktur Biaya** | ~$300/bulan untuk biaya CI/CD | $6,000 langganan tahunan |
-| **Strategi Pembaruan** | Penerapan instan, penugasan pengguna | Latar belakang, Always Latest, Paksa Pembaruan |
-| **Integrasi** | Multiple CI/CD platforms | CI/CD bawaan |
-
-Seorang pengguna membagikan pengalamannya:
-
-> "Kami saat ini mencoba @Capgo sejak Appcenter menghentikan dukungan pembaruan langsung pada aplikasi hibrida dan @AppFlow terlalu mahal." [\[1\]](https://capgo.app/)
-
-### Fitur Utama yang Harus Diperhatikan
-
-Saat memilih alat pembaruan OTA, pastikan menawarkan:
-
-- **Enkripsi end-to-end** untuk menjaga keamanan pembaruan
-    
-- **Integrasi CI/CD** untuk menyelaraskan dengan alur kerja Anda
-    
-- **Penugasan pengguna** untuk peluncuran yang terkontrol
-    
-- **Kepatuhan toko aplikasi** untuk menghindari masalah distribusi [\[10\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-Pilihan perangkat lunak pembaruan OTA Anda dapat berdampak besar pada efisiensi tim Anda dan keberhasilan penerapan. Luangkan waktu untuk menilai kebutuhan Anda di sekitar keamanan, pengendalian versi, dan kolaborasi untuk menemukan yang terbaik untuk proyek Anda.
-
-## Kesimpulan
-
-### Ringkasan
-
-Menyeimbangkan presisi teknis dengan pengalaman pengguna dapat meningkatkan efisiensi [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) OTA hingga 81% [\[1\]](https://capgo.app/). Pendekatan ini mendukung pengendalian versi yang efektif dan penerapan OTA yang dapat diandalkan.
-
-Berikut adalah poin-poin utama yang perlu diingat untuk pembaruan OTA yang sukses:
-
-- **Keamanan**: Gunakan enkripsi end-to-end dan verifikasi tanda tangan kode untuk menjaga integritas pembaruan [\[1\]](https://capgo.app/).
-    
-- **Pengalaman Pengguna**: Minimalkan gangguan dengan menjadwalkan pembaruan secara bijaksana dan menjaga pengguna tetap terinformasi sepanjang proses [\[11\]](https://withintent.com/blog/ota-updates-design/).
-    
-- **Kepatuhan**: Pastikan pembaruan memenuhi persyaratan yang ditetapkan oleh Apple dan Google [\[1\]](https://capgo.app/).
-
-### Langkah Selanjutnya
-
-Untuk meningkatkan proses pembaruan OTA Anda, pertimbangkan tindakan berikut:
-
-1. **Pilih Alat yang Tepat**  
-   Pilih alat yang sesuai dengan kebutuhan keamanan, tujuan penerapan, dan anggaran Anda, berdasarkan strategi yang dibahas.
-    
-2. **Ikuti Praktik Terbaik**
-    
-    > "Pengguna mungkin juga ragu untuk menjalankan pembaruan OTA karena mengganggu pengalaman mereka yang sudah familiar dan nyaman dengan aplikasi, memerlukan mereka untuk akrab dengan aspek-aspek teknis produk, yang biasanya tidak mereka kenal." [\[11\]](https://withintent.com/blog/ota-updates-design/)
-    
-3. **Pantau dan Tingkatkan**  
-   Awasi kinerja pembaruan Anda dan bagaimana pengguna meresponsnya. Gunakan data ini untuk memperbaiki pendekatan penerapan Anda seiring waktu.
-
-Pembaruan OTA di masa depan harus bertujuan untuk menggabungkan penerapan cepat dengan pengalaman pengguna yang mulus, memastikan efisiensi dan kepuasan.
diff --git a/src/content/blog/id/capacitor-ota-updates-vs-app-store-restrictions.md b/src/content/blog/id/capacitor-ota-updates-vs-app-store-restrictions.md
deleted file mode 100644
index d25ad241b..000000000
--- a/src/content/blog/id/capacitor-ota-updates-vs-app-store-restrictions.md
+++ /dev/null
@@ -1,196 +0,0 @@
----
-slug: capacitor-ota-updates-vs-app-store-restrictions
-title: Pembaruan OTA Capacitor vs Pembatasan App Store
-description: >-
-  Pelajari bagaimana pembaruan OTA memberikan penerapan aplikasi yang lebih
-  cepat dan fleksibel dibandingkan dengan metode app store tradisional,
-  meningkatkan efisiensi dan pengalaman pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T00:43:15.626Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da0b3b31389773b3feea04-1742345039375.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, app store restrictions, mobile development, app deployment, agile
-  development, app updates, Capgo
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) yang lebih cepat tanpa menunggu?** Pembaruan Over-the-Air (OTA) memungkinkan pengembang melewati penundaan toko aplikasi dan mendorong perubahan langsung ke pengguna dalam hitungan menit. Inilah mengapa hal ini penting:
-
--   **Kecepatan**: Pembaruan OTA mencapai 95% pengguna dalam 24 jam, dibandingkan dengan siklus peninjauan 2-7 hari untuk pembaruan toko aplikasi.
--   **Fleksibilitas**: Luncurkan pembaruan yang ditargetkan, perbaiki bug, atau terapkan fitur tanpa memerlukan tindakan pengguna.
--   **Efisiensi**: Hanya kode yang dimodifikasi yang diunduh, menghemat bandwidth dan waktu.
-
-**Perbandingan Cepat**:
-
-| Fitur | Pembaruan Toko Aplikasi | Pembaruan OTA |
-| --- | --- | --- |
-| **Waktu Penerapan** | Hari hingga minggu | Menit hingga jam |
-| **Adopsi Pengguna** | Bertahap | 95% dalam 24 jam |
-| **Kemampuan Rollback** | Memerlukan pengajuan ulang | Rollback instan |
-| **Penggunaan Bandwidth** | Unduhan aplikasi penuh | Hanya konten yang berubah |
-
-Pembaruan OTA, seperti yang didukung oleh [Capgo](https://capgo.app/), memastikan pembaruan yang lebih cepat dan mulus sambil tetap mematuhi aturan toko aplikasi. Baik Anda memperbaiki bug, meningkatkan keamanan, atau menambahkan fitur, pembaruan OTA adalah game-changer untuk pengembangan aplikasi yang tangkas.
-
-## [Appflow](https://ionic.io/appflow/) Deploy: Kirim pembaruan real-time ke pengguna aplikasi [Ionic](https://ionicframework.com/) Anda
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-03-19.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Batasan Pembaruan Toko Aplikasi
-
-Toko aplikasi menempatkan batasan ketat pada pembaruan aplikasi, membuat sulit untuk meluncurkan perubahan dengan cepat. Pembatasan ini menyoroti pentingnya menemukan solusi yang lebih cepat seperti pembaruan OTA (Over-the-Air). Proses peninjauan terperinci yang diperlukan oleh platform utama sering menunda rilis pembaruan.
-
-### Pembatasan Pembaruan Kode
-
-Baik Apple maupun Google menerapkan prosedur peninjauan yang ketat, yang dapat memperlambat bahkan pembaruan terkecil. Sementara pembaruan toko aplikasi mungkin membutuhkan beberapa hari untuk mencapai pengguna, pembaruan OTA dapat diterapkan dalam hitungan menit. Menurut Capgo, perbedaan kecepatan ini adalah game-changer [\[1\]](https://capgo.app/).
-
-> "Menghindari peninjauan untuk perbaikan bug sangat berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-### Mengapa Aturan Ini Ada
-
-Toko aplikasi menerapkan aturan ini untuk melindungi pengguna dan menjaga stabilitas keseluruhan platform mereka. Berikut alasannya:
-
--   **Pemeriksaan Keamanan**: Peninjauan membantu memblokir kode berbahaya dari ditambahkan ke aplikasi.  
--   **Kontrol Kualitas**: Pembaruan diuji secara menyeluruh untuk memastikan memenuhi standar platform.
--   **Stabilitas Sistem**: Pengawasan yang cermat memastikan pembaruan tidak mengganggu fungsionalitas platform.
-
-Karena kontrol ini, pengembang beralih ke metode alternatif untuk mengikuti kebutuhan pembaruan yang lebih cepat. Capgo, misalnya, telah mengirimkan 23,5 juta pembaruan OTA yang mematuhi aturan toko aplikasi [\[1\]](https://capgo.app/), membuktikan permintaan untuk solusi yang lebih cepat.
-
-> "Kami meluncurkan [pembaruan OTA Capgo](https://console.capgo.app/resend_email) dalam produksi untuk basis pengguna kami lebih dari 5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami sudah diperbarui dalam hitungan menit setelah OTA diterapkan di @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Sistem OTA modern menyediakan cara untuk mendorong pembaruan penting dengan cepat tanpa melanggar pedoman toko aplikasi. Pendekatan ini menunjukkan bagaimana pengembang dapat mencapai penerapan yang lebih cepat sambil tetap mematuhi aturan. Selanjutnya, kita akan mendalami bagaimana pembaruan OTA menawarkan kelincahan ini.
-
-## Cara Kerja Pembaruan OTA [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
-
-[Pembaruan OTA Capacitor](https://capgo.app/ja/) membuat penerapan aplikasi lebih cepat dan efisien, memungkinkan pengembang mendorong perubahan tanpa menunggu persetujuan toko aplikasi.
-
-### Cara Kerja Pembaruan OTA
-
-Plugin menangani deteksi dan instalasi pembaruan. Ketika pengembang menerapkan pembaruan menggunakan CLI, aplikasi secara otomatis mengidentifikasi dan menginstal pembaruan di latar belakang. Alih-alih mengunduh semuanya, hanya kode yang dimodifikasi yang diambil, menghemat bandwidth dan mempercepat prosesnya. Misalnya, CDN global Capgo dapat mengirimkan bundle 5 MB hanya dalam 114 ms, dengan waktu respons API rata-rata 434 ms secara global [\[1\]](https://capgo.app/). Pendekatan yang efisien ini memastikan pembaruan cepat dan bebas masalah.
-
-### Manfaat Pembaruan OTA
-
-Pembaruan OTA membawa lebih dari sekadar kecepatan - mereka memberikan pengembang kontrol yang lebih baik atas [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) mereka. Berikut ringkasannya:
-
-| Fitur | Manfaat | Metrik Utama |
-| --- | --- | --- |
-| Kecepatan Pembaruan | Penerapan lebih cepat | 95% pengguna diperbarui dalam 24 jam |
-| Kontrol Distribusi | Peluncuran yang ditargetkan | 82% tingkat keberhasilan global |
-| Efisiensi Sumber Daya | Unduhan lebih kecil | 114 ms untuk bundle 5 MB |
-| Keandalan | Rollback otomatis | 23,5M pembaruan terkirim |
-
-### Alat OTA [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Capgo meningkatkan pengalaman pembaruan OTA dengan alat dan fitur tambahan. Keamanan adalah prioritas utama, dengan enkripsi end-to-end memastikan hanya pengguna yang berwenang yang dapat mengakses pembaruan [\[1\]](https://capgo.app/). Fitur utama meliputi:
-
--   [Pembaruan khusus saluran](https://capgo.app/docs/webapp/channels/) untuk penargetan yang tepat
--   Integrasi dengan platform CI/CD populer
--   Analitik real-time untuk melacak kinerja
--   Rollback satu klik untuk perbaikan cepat
-
-Saat ini, 750 aplikasi mengandalkan sistem Capgo dalam lingkungan produksi [\[1\]](https://capgo.app/). Alat-alat ini menggabungkan kecepatan, keamanan, dan keandalan, menjadikan pembaruan OTA pilihan cerdas bagi pengembang yang ingin tetap tangkas sambil memenuhi pedoman toko aplikasi.
-
-## OTA vs Pembaruan Toko Aplikasi
-
-Pembaruan OTA (Over-the-Air) dan pembaruan toko aplikasi sangat berbeda dalam hal kecepatan, kemudahan penerapan, dan pengalaman pengguna. Pembaruan OTA menyediakan cara yang lebih cepat dan fleksibel untuk mengirimkan perubahan, terutama untuk tim yang bekerja dengan metodologi agile.
-
-### Perbandingan Fitur
-
-Berikut rincian perbedaan utama antara pembaruan toko aplikasi dan pembaruan OTA, menunjukkan mengapa banyak pengembang beralih ke solusi OTA:
-
-| Fitur | Pembaruan Toko Aplikasi | Pembaruan OTA Capacitor |
-| --- | --- | --- |
-| **Waktu Penerapan** | Proses peninjauan 2-7 hari | Menit hingga jam |
-| **Tingkat Keberhasilan Pembaruan** | Tergantung tindakan pengguna | 95% dalam 24 jam |
-| **Kontrol Distribusi** | Opsi penargetan terbatas | Penargetan berbasis saluran |
-| **Kemampuan Rollback** | Memerlukan pengajuan baru | Rollback instan |
-| **Interaksi Pengguna** | [Persetujuan pembaruan manual](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | [Pembaruan otomatis di latar belakang](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-| **Analitik** | Metrik instalasi dasar | Pelacakan pembaruan terperinci |
-| **Penggunaan Bandwidth** | Unduhan aplikasi penuh | Hanya konten yang berubah |
-| **Alur Kerja Pengembangan** | Siklus rilis kaku | Integrasi CI/CD diaktifkan |
-
-(Sumber: [\[1\]](https://capgo.app/))
-
-Kasus dunia nyata menunjukkan bagaimana pembaruan OTA meningkatkan efisiensi. Misalnya, Rodrigo Mantica menyoroti nilai mereka dalam pengaturan perusahaan:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam mengirimkan pembaruan secara berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-Angka-angka mendukung ini: pembaruan OTA memiliki tingkat keberhasilan global 82% dan telah mengirimkan 23,5 juta pembaruan [\[1\]](https://capgo.app/). Statistik ini menggarisbawahi keandalan dan skalabilitas mereka dibandingkan dengan pembaruan toko aplikasi tradisional.
-
-Meskipun pembaruan toko aplikasi masih penting untuk rilis besar dan fitur baru yang signifikan, pembaruan OTA menyediakan cara yang lebih cepat dan efisien untuk menangani pembaruan rutin. Mereka memungkinkan pengembang untuk menjaga aplikasi mereka tetap patuh sambil memastikan proses pembaruan yang lancar dan mulus bagi pengguna.
-
-Selanjutnya, kita akan membahas cara mengimplementasikan pembaruan OTA sambil memenuhi persyaratan toko aplikasi.
-
-## Panduan Implementasi Pembaruan OTA
-
-### Memenuhi Persyaratan Toko
-
-Untuk mengimplementasikan pembaruan OTA dengan sukses, Anda perlu memenuhi pedoman toko aplikasi. Berikut area utama yang perlu difokuskan:
-
--   **Distribusi Berbasis Saluran**: Gunakan berbagai saluran untuk menjalankan peluncuran bertahap dan pengujian beta secara efektif.
--   **Manajemen Kontrol Versi**: Pertahankan pelacakan versi yang ketat dan integrasikan pembaruan OTA ke dalam pipeline CI/CD Anda.
--   **[Optimasi Ukuran Pembaruan](https://capgo.app/blog/optimise-your-images-for-updates/)**: Minimalkan ukuran unduhan dengan hanya mengirim kode yang dimodifikasi.
-
-Langkah-langkah ini penting untuk mengirimkan pembaruan OTA yang aman dan dapat diandalkan.
-
-### Keamanan dan Kepercayaan
-
-Setelah proses penerapan diatur, memprioritaskan keamanan dan membangun kepercayaan pengguna sangat penting. Capgo menggunakan enkripsi end-to-end, memastikan pembaruan hanya dapat diakses oleh pengguna yang berwenang. Metode ini telah mencapai tingkat keberhasilan global 82% di 750 aplikasi produksi [\[1\]](https://capgo.app/). Berikut tindakan keamanan utama:
-
--   Enkripsi end-to-end untuk semua file pembaruan
--   Pelacakan dan pemantauan kesalahan real-time
--   Opsi rollback instan untuk mengatasi masalah dengan cepat
--   Protokol autentikasi dan otorisasi yang ketat
-
-### Contoh Pembaruan Nyata
-
-Aplikasi praktis memvalidasi strategi ini. Misalnya, tim [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) NASA menyoroti pengalaman mereka:
-
-> "Capgo adalah cara cerdas untuk melakukan push kode panas (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Contoh-contoh ini menunjukkan bagaimana pembaruan OTA yang dilaksanakan dengan baik dapat memungkinkan penerapan cepat, tetap mematuhi toko aplikasi, dan menjaga kepercayaan pengguna.
-
-## Kesimpulan
-
-### Poin-poin Utama
-
-[Pembaruan aplikasi seluler](https://capgo.app/plugins/capacitor-updater/) telah berkembang pesat, dengan pembaruan OTA kini menjadi alternatif yang cepat dan efisien dibandingkan metode app store tradisional. Misalnya, pembaruan Capgo mencapai **95% pengguna aktif hanya dalam 24 jam** [\[1\]](https://capgo.app/). Berikut perbandingan kedua pendekatan tersebut:
-
-| Aspek | Pembaruan OTA | App Store Tradisional |
-| --- | --- | --- |
-| **Kecepatan Penerapan** | Menit hingga jam | Hari hingga minggu |
-| **Tingkat Keberhasilan Pembaruan** | 82% di seluruh dunia [\[1\]](https://capgo.app/) | Bervariasi berdasarkan store |
-| **Adopsi Pengguna** | 95% dalam 24 jam [\[1\]](https://capgo.app/) | Bertahap selama berminggu-minggu |
-| **Fleksibilitas Pengembangan** | Perbaikan dapat dilakukan segera | Tergantung pada siklus peninjauan |
-
-Angka-angka ini menyoroti efisiensi dan kelincahan pembaruan OTA, membuka jalan untuk proses yang lebih cepat dan lebih aman di masa depan.
-
-### Pandangan ke Depan
-
-Masa depan teknologi OTA akan membawa kemajuan yang lebih besar dalam kecepatan, keamanan, dan fleksibilitas. Seperti yang dikatakan Rodrigo Mantica:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-Beberapa area pengembangan utama meliputi:
-
--   **Analitik real-time dan pelacakan kesalahan** untuk membantu pengembang mengidentifikasi dan menyelesaikan masalah secara instan.
--   **Integrasi CI/CD tingkat lanjut** untuk penerapan yang mulus dan penargetan pengguna yang tepat.
--   **Peningkatan langkah-langkah keamanan dan alat kepatuhan** untuk memenuhi standar yang berkembang.
-
-Bahkan organisasi seperti tim OSIRIS-REx NASA telah melihat manfaatnya:
-
-> "@Capgo adalah cara cerdas untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Kemajuan ini menjadikan pembaruan OTA sebagai terobosan bagi pengembang yang bertujuan memberikan pembaruan yang cepat, andal, dan ramah pengguna.
diff --git a/src/content/blog/id/capacitor-ota-updates-vs-traditional-testing-methods.md b/src/content/blog/id/capacitor-ota-updates-vs-traditional-testing-methods.md
deleted file mode 100644
index 0a671cdd3..000000000
--- a/src/content/blog/id/capacitor-ota-updates-vs-traditional-testing-methods.md
+++ /dev/null
@@ -1,90 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-testing-methods
-title: Pembaruan OTA Capacitor vs Metode Pengujian Tradisional
-description: >-
-  Jelajahi perbedaan antara pembaruan OTA Capacitor dan metode pengujian
-  tradisional, dengan menyoroti kelebihan dan kekurangan unik masing-masing
-  untuk pengembangan aplikasi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-21T03:04:05.735Z
-updated_at: 2025-03-18T13:14:00.843Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b7cbc8a97035aabf3ddea3-1740107095515.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, traditional testing, app development, Capacitor, deployment,
-  quality assurance, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-**Ingin [app updates](https://capgo.app/plugins/capacitor-updater/) lebih cepat tanpa penundaan app store?** [Capacitor](https://capacitorjs.com/) OTA updates memungkinkan Anda memberikan perubahan secara instan, sementara pengujian tradisional memastikan kualitas pra-rilis yang menyeluruh. Berikut perbandingan singkatnya:
-
--   **[Capacitor OTA Updates](https://capgo.app/ja/)**: Langsung mendorong pembaruan ke pengguna tanpa persetujuan app store. Ideal untuk perbaikan cepat dan peluncuran fitur
--   **Pengujian Tradisional**: Mengikuti fase terstruktur seperti pengujian unit, integrasi, dan sistem sebelum rilis. Memastikan keandalan tetapi membutuhkan waktu lebih lama
-
-**Perbandingan Cepat:**
-
-| Fitur/Aspek | Capacitor OTA Updates | Metode Pengujian Tradisional |
-| --- | --- | --- |
-| **Penerapan Update** | Pengiriman langsung melalui udara | Memerlukan pengajuan ke app store |
-| **Lingkup Pengujian** | Fokus pada perubahan spesifik | Pengujian sistem menyeluruh |
-| **Pengalaman Pengguna** | [Pembaruan otomatis di latar belakang](https://capgo.app/docs/plugin/self-hosted/auto-update/) | Pengguna memperbarui aplikasi secara manual |
-| **Manajemen Risiko** | Kemampuan rollback instan | Memerlukan pengajuan baru untuk perbaikan |
-
-Pembaruan Capacitor OTA, didukung oleh alat seperti [Capgo](https://capgo.app/), memberikan fleksibilitas dan kecepatan, sementara metode tradisional memastikan kualitas yang komprehensif. Keduanya memiliki tempat masing-masing tergantung kebutuhan aplikasi Anda.
-
-## [Appflow](https://ionicio/appflow/) Deploy: Kirim pembaruan real-time ke pengguna aplikasi Ionic Anda
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionicio-7ef34251b5ccfe1dba6d8c040dae490b-2025-02-21.jpg?auto=compress)
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Penjelasan [Capacitor](https://capacitorjs.com/) OTA Updates
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-21.jpg?auto=compress)
-
-Pembaruan OTA dalam [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) menyederhanakan pemeliharaan aplikasi setelah rilis. Alih-alih memerlukan pengajuan app store lengkap, pengembang dapat mendorong pembaruan langsung ke pengguna.
-
-### Apa yang Membuat OTA Updates Menonjol?
-
-Pembaruan OTA berfokus pada modifikasi lapisan web (HTML, CSS, JavaScript) tanpa mengubah kode native. Metode ini memastikan kepatuhan terhadap aturan app store sambil memungkinkan pembaruan cepat.
-
-Berikut rincian fitur utama:
-
-| Fitur | Deskripsi | Manfaat |
-| --- | --- | --- |
-| Penerapan Instan | Dorong pembaruan langsung ke perangkat | Melewati penundaan persetujuan app store |
-| Pembaruan Selektif | Target pembaruan ke grup tertentu | Memungkinkan peluncuran bertahap |
-| Kontrol Versi | Kelola dan lacak riwayat pembaruan | Menjaga pembaruan tetap terorganisir |
-| Dukungan Rollback | Kembalikan ke versi sebelumnya dengan mudah | Mengurangi risiko dari pembaruan yang bermasalah |
-
-Fitur-fitur ini memberikan pengembang fleksibilitas dan kontrol yang lebih besar, terutama ketika dipasangkan dengan alat seperti Capgo.
-
-### Peran [Capgo](https://capgo.app/) dalam OTA Updates
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-21.jpg?auto=compress)
-
-Capgo menyederhanakan proses pengelolaan pembaruan OTA untuk aplikasi Capacitor. Platformnya memprioritaskan keamanan dengan enkripsi end-to-end, memastikan konten pembaruan tetap terlindungi.
-
-Dengan berintegrasi dengan pipeline CI/CD, Capgo mengotomatisasi penerapan. Pengembang dapat menguji pembaruan dengan grup pengguna tertentu, meluncurkan perubahan secara bertahap, dan menyesuaikan pembaruan berdasarkan kebutuhan pengguna.
-
-Dengan alat Capgo untuk organisasi, kontrol versi, dan rollback, tim dapat menangani pembaruan dengan lancar dan percaya diri.
-
-###### sbb-itb-f9944d2
-
-## Ikhtisar Metode Pengujian Standar
-
-Pengujian tradisional melibatkan fase terstruktur dan dokumentasi detail untuk memastikan perangkat lunak berfungsi dengan andal sebelum rilis.
-
-### Komponen Pengujian Inti
-
-Pendekatan ini mencakup empat fase utama: **pengujian unit, integrasi, sistem, dan penerimaan**. Setiap fase memiliki tujuan spesifik:
-
--   **Pengujian Unit**: Fokus pada komponen kode individual
--   **Pengujian Integrasi**: Memverifikasi interaksi antar komponen
--   **Pengujian Sistem**: Menilai perilaku aplikasi secara keseluruhan
\ No newline at end of file
diff --git a/src/content/blog/id/capacitor-ota-updates-vs-traditional-versioning.md b/src/content/blog/id/capacitor-ota-updates-vs-traditional-versioning.md
deleted file mode 100644
index a6e711ed4..000000000
--- a/src/content/blog/id/capacitor-ota-updates-vs-traditional-versioning.md
+++ /dev/null
@@ -1,216 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-versioning
-title: Pembaruan OTA Capacitor vs. Penerapan Versi Tradisional
-description: >-
-  Pelajari bagaimana pembaruan OTA Capacitor merevolusi distribusi aplikasi,
-  memungkinkan pembaruan yang lebih cepat dan otomatis dibandingkan dengan
-  metode tradisional toko aplikasi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-08T02:59:57.580Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cb94b1fd908bf224e07528-1741402807680.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, traditional updates, Capacitor, mobile app development, app
-  deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) yang lebih cepat tanpa menunggu peninjauan app store?** [Capacitor](https://capacitorjs.com/) dengan pembaruan Over-the-Air (OTA) mungkin adalah jawabannya. Berbeda dengan pembaruan app store tradisional yang membutuhkan waktu berhari-hari dan tindakan pengguna, pembaruan OTA mendeploy perubahan dalam hitungan menit dan secara otomatis mencapai pengguna.
-
-### Poin Penting:
-
--   **Pembaruan Tradisional**: Dapat diandalkan tapi lambat (24–72 jam), memerlukan unduhan pengguna, dan sering menyebabkan fragmentasi versi.
--   **Pembaruan OTA**: Instan (5–10 menit), otomatis untuk pengguna, dan memungkinkan beberapa pembaruan per minggu.
-
-### Perbandingan Cepat:
-
-| Aspek | Pembaruan Tradisional | [Pembaruan OTA Capacitor](https://capgo.app/ja/) |
-| --- | --- | --- |
-| **Kecepatan Deployment** | 24–72 jam | 5–10 menit |
-| **Adopsi Pengguna** | Unduh manual | Otomatis |
-| **Waktu Perbaikan Bug** | Mingguan | Segera |
-| **Frekuensi Rilis** | Bulanan/Kuartalan | Beberapa kali per minggu |
-| **Biaya** | $6.000+ per tahun | $300/bulan |
-| **Rollback** | Perlu pengajuan baru | Rollback instan |
-
-Pembaruan OTA Capacitor, didukung oleh alat seperti [Capgo](https://capgo.app/), memperlancar alur kerja, meningkatkan pengalaman pengguna, dan menghemat biaya. Baik untuk memperbaiki bug kritis atau meluncurkan fitur baru, pembaruan OTA dirancang untuk kecepatan dan efisiensi.
-
-## Cara Memaksa Pembaruan Aplikasi Ionic
-
-<iframe src="https://www.youtube.com/embed/NJwBNWwNlTk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pembaruan App Store Standar
-
-Proses pembaruan app store adalah landasan distribusi aplikasi mobile, namun seringkali bertentangan dengan tuntutan cepat pengembangan agile. Meskipun dapat diandalkan, hal ini dapat memperlambat alur kerja yang membutuhkan deployment cepat.
-
-### Proses Pembaruan App Store 
-
-Mengirimkan pembaruan ke app store melibatkan serangkaian langkah yang dapat memperpanjang timeline pengembangan. Developer perlu:
-
--   Mengemas versi aplikasi baru dengan nomor versi yang diperbarui
--   Mengirimkan aplikasi untuk ditinjau melalui platform app store
--   Menunggu persetujuan sebelum pembaruan tersedia untuk pengguna
--   Melacak adopsi dan kinerja setelah rilis
-
-Proses peninjauan biasanya membutuhkan waktu 24-72 jam, tapi pembaruan yang lebih kompleks bisa memakan waktu lebih lama. Bagi tim yang mengikuti praktik agile, penundaan ini bisa menimbulkan tantangan serius, terutama ketika perbaikan bug mendesak diperlukan.
-
-### Pro dan Kontra Pembaruan App Store
-
-Pembaruan app store memiliki manfaat yang jelas tetapi juga menghadirkan hambatan yang dapat memengaruhi pengembangan dan pengalaman pengguna:
-
-| Aspek | Manfaat | Keterbatasan |
-| --- | --- | --- |
-| **Kontrol Kualitas** | Memastikan keamanan dan kepatuhan | Menunda deployment |
-| **Kepercayaan Pengguna** | Didistribusikan melalui saluran resmi | Pengguna mungkin menunda pembaruan |
-| **Pelacakan Versi** | Mudah mengelola versi aplikasi | Dapat menyebabkan versi terfragmentasi |
-| **Proses Rilis** | Menyediakan pendekatan terstruktur | Membatasi fleksibilitas untuk perubahan cepat |
-| **Perbaikan Bug** | Memungkinkan pengujian menyeluruh | Memperlambat perbaikan kritis |
-
-Keterbatasan ini menjadi sangat jelas dalam skenario di mana:
-
--   Bug kritis memerlukan perhatian segera
--   Ancaman keamanan perlu segera diperbaiki
--   Fitur baru harus selaras dengan timeline pemasaran
--   A/B testing membutuhkan iterasi cepat
-
-Karena tantangan ini, banyak tim mulai mengeksplorasi pendekatan alternatif yang bekerja bersama pembaruan app store tradisional. Solusi ini bertujuan memberikan fleksibilitas lebih besar untuk jenis pembaruan tertentu.
-
-Selanjutnya, kita akan mendalami bagaimana pembaruan OTA Capacitor dapat mengatasi tantangan ini dengan memungkinkan perbaikan lebih cepat dan iterasi yang lebih agile.
-
-## Penjelasan Pembaruan OTA [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-08.jpg?auto=compress)
-
-Pembaruan over-the-air (OTA) telah mengubah cara aplikasi mobile dikelola dan diperbarui. Untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), metode ini memungkinkan developer mengirimkan perubahan langsung ke pengguna tanpa menunggu peninjauan app store.
-
-### Komponen Utama
-
-Dalam aplikasi Capacitor, pembaruan OTA berfokus pada pembaruan aset web seperti HTML, CSS, dan JavaScript, yang mengontrol fungsionalitas aplikasi. Setelah developer mengirim pembaruan, pengguna secara otomatis menerima perubahan saat mereka membuka aplikasi berikutnya - tanpa perlu unduhan manual.
-
-Begini cara kerjanya:
-
-| Komponen | Fungsi |
-| --- | --- |
-| Kontrol Versi | Mengelola dan melacak versi berbeda dari aset web |
-| Deteksi Pembaruan | Mengidentifikasi versi baru saat aplikasi dimulai |
-| Unduh File | Mengunduh file yang diperbarui secara aman di latar belakang |
-| Deployment Langsung | Menerapkan pembaruan secara instan saat aplikasi dibuka berikutnya |
-
-### Mengapa Pembaruan OTA Menonjol
-
-Pembaruan OTA membawa keunggulan yang jelas dibandingkan pembaruan app store tradisional:
-
-| Aspek | Pembaruan Tradisional | Pembaruan OTA |
-| --- | --- | --- |
-| Kecepatan Deployment | 24–72 jam | Menit |
-| Adopsi Pengguna | Memerlukan unduhan manual | Otomatis |
-| Waktu Perbaikan Bug | Mingguan | Perbaikan segera |
-| Frekuensi Rilis | Bulanan atau kuartalan | Beberapa kali per minggu |
-| Agilitas Pengembangan | Dibatasi oleh proses peninjauan | Iterasi instan |
-
-Capgo meningkatkan manfaat ini lebih jauh dengan menawarkan platform yang efisien yang memastikan keamanan dan terintegrasi dengan mulus dengan alur kerja CI/CD.
-
-### Platform Pembaruan OTA [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-08.jpg?auto=compress)
-
-Capgo adalah solusi OTA tingkat atas untuk aplikasi Capacitor, menawarkan alat untuk menyederhanakan [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/):
-
--   **Fitur Keamanan**: Pembaruan dienkripsi end-to-end, memastikan hanya pengguna yang berwenang yang dapat mengaksesnya.
--   **Integrasi CI/CD**: Bekerja mulus dengan platform seperti [GitHub](https://github.com/), [GitLab](https://about.gitlab.com/), dan [Azure DevOps](https://azure.microsoft.com/en-us/products/devops).
--   **Penugasan Pengguna**: Memungkinkan pembaruan yang ditargetkan untuk grup tertentu, sempurna untuk pengujian atau peluncuran bertahap.
-
-> "Kami menerapkan pembaruan OTA Capgo dalam produksi untuk basis pengguna kami yang lebih dari 5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami terbaru dalam hitungan menit setelah OTA diterapkan ke @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Capgo juga menawarkan penghematan biaya. Bisnis dapat menghemat hingga $26.100 selama lima tahun dibandingkan alternatif seperti [AppFlow](https://ionic.io/appflow/) - semuanya sambil mempertahankan kemampuan pembaruan yang andal.
-
-## Perbandingan Langsung: Pembaruan OTA vs App Store
-
-Aplikasi Capacitor menunjukkan perbedaan yang jelas antara pembaruan OTA dan pembaruan app store tradisional. Berikut adalah rincian metrik kinerja utama berdasarkan data industri terbaru [\[1\]](https://capgo.app/):
-
-| Metrik | Pembaruan App Store Tradisional | Pembaruan OTA Capacitor |
-| --- | --- | --- |
-| **Waktu Deployment** | Mingguan karena proses peninjauan | 5–10 menit |
-| **Frekuensi Rilis** | Biasanya bulanan atau kuartalan | Beberapa rilis per minggu |
-| **Tingkat Adopsi Pengguna** | Peningkatan bertahap selama beberapa hari | Pembaruan mencapai hampir semua pengguna dalam hitungan menit |
-| **Biaya Pengembangan** | Sekitar $6.000+ per tahun (mis. AppFlow) | Sekitar $300 per bulan |
-| **Kompleksitas Setup** | Manajemen versi yang kompleks | Integrasi CI/CD yang disederhanakan |
-| **Kemampuan Rollback** | Terbatas; memerlukan pengajuan baru | Rollback instan dengan kontrol versi |
-
-Angka-angka ini jelas menunjukkan bahwa pembaruan OTA unggul dalam kecepatan, efektivitas biaya, dan tingkat adopsi.
-
-Di luar kecepatan deployment, efisiensi dan keuntungan biaya dari pembaruan OTA sulit untuk diabaikan. Misalnya, tim [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) NASA memanfaatkan hot code push Capgo untuk secara signifikan memangkas biaya dibandingkan solusi lain. Banyak organisasi yang menggunakan pembaruan OTA melaporkan penghematan hingga $26.100 selama lima tahun [\[1\]](https://capgo.app/).
-
-Selain itu, pembaruan OTA meningkatkan efisiensi deployment sebesar 81%, membebaskan tim untuk fokus membangun fitur baru alih-alih mengelola pengajuan app store. Perbaikan dan peluncuran segera juga meningkatkan pengalaman pengguna dengan meminimalkan masalah dukungan. Dengan platform seperti Capgo yang mengirimkan lebih dari 947,6 juta pembaruan di lebih dari 1.400 aplikasi produksi, pembaruan OTA telah terbukti dapat diskalakan dan andal [\[1\]](https://capgo.app/).
-
-## Panduan Implementasi Pembaruan OTA
-
-Panduan ini menguraikan langkah-langkah untuk mengimplementasikan pembaruan OTA dalam aplikasi Capacitor Anda, berdasarkan manfaat yang telah dibahas sebelumnya.
-
-### Langkah Setup OTA Awal
-
-Menyiapkan pembaruan OTA memerlukan perencanaan yang cermat. Berikut cara mengintegrasikannya ke dalam alur kerja Anda:
-
-| Fase Setup | Tindakan Utama | Hasil |
-| --- | --- | --- |
-| Instalasi Plugin | Instal [plugin Capgo](https://capgo.app/plugins/) dan konfigurasi kunci enkripsi | Membangun saluran yang aman |
-| Integrasi CI/CD | Terhubung dengan alat seperti GitHub Actions, GitLab CI, atau Azure DevOps | Mengotomatisasi pipeline deployment |
-| Lingkungan Pengujian | Menugaskan pengguna dan membuat saluran staging | Memungkinkan distribusi terkontrol |
-
-Untuk tim enterprise, Capgo menawarkan layanan setup CI/CD dengan biaya satu kali sebesar $2.600. Layanan ini mendukung alur kerja deployment otomatis di berbagai platform seperti Azure DevOps, GitLab, GitHub, [Jenkins](https://www.jenkins.io/), [Cloudbees](https://www.cloudbees.com/), [Travis](https://www.travis-ci.com/), dan [CircleCI](https://circleci.com/) [\[1\]](https://capgo.app/).
-
-Setelah setup, fokus beralih ke pengelolaan versi aplikasi secara strategis.
-
-### Manajemen Versi OTA
-
-Manajemen versi yang efektif sangat penting untuk pembaruan OTA yang lancar. Berikut beberapa praktik terbaik:
-
--   **Pelacakan Versi**: Gunakan antarmuka console.capgo untuk memantau distribusi pembaruan.
--   **Peluncuran Bertahap**: Uji pembaruan dengan grup kecil sebelum rilis skala penuh.
--   **Kompatibilitas Versi**: Pastikan pembaruan OTA sesuai dengan versi app store yang sesuai.
-
-Manajemen versi yang tepat membantu memastikan pembaruan terkirim dengan mulus. Selanjutnya, mari atasi tantangan teknis umum.
-
-### Masalah dan Solusi OTA Umum
-
-Para pengembang sering menghadapi tantangan saat mengimplementasikan pembaruan OTA. Rodrigo Mantica, seorang pengembang yang menggunakan Capgo, berbagi:
-
-> "We practice agile development and @Capgo is mission-critical in delivering continuously to our users!" [\[1\]](https://capgo.app/)
-
-Berikut cara mengatasi masalah yang sering terjadi:
-
-| Tantangan | Solusi | Dampak |
-| --- | --- | --- |
-| Konflik Pembaruan | Gunakan enkripsi end-to-end untuk pengiriman yang aman | Mencegah perubahan tidak sah |
-| Penundaan Distribusi | Aktifkan pembaruan latar belakang | Memastikan pengiriman tepat waktu |
-| Ketidaksesuaian Versi | Jalankan pemeriksaan kompatibilitas otomatis | Menjaga stabilitas aplikasi |
-
-Bahkan tim OSIRIS-REx NASA memuji Capgo:
-
-> "@Capgo is a smart way to make hot code pushes (and not for all the money in the world like with @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-## Pembaruan Aplikasi dan Capacitor OTA: Poin Penting
-
-Dalam ekosistem aplikasi yang bergerak cepat saat ini, pembaruan perlu terjadi dengan cepat dan efisien. Pembaruan Capacitor OTA menyediakan solusi yang lebih cepat dan praktis dibandingkan dengan versi aplikasi tradisional. Dengan catatan prestasi yang mengesankan - 947,6 juta pembaruan di 1.400 aplikasi produksi - Capgo menunjukkan betapa luasnya teknologi OTA diadopsi [\[1\]](https://capgo.app/).
-
-### Membandingkan Pembaruan OTA dan Tradisional
-
-Berikut perbandingan pembaruan Capacitor OTA dengan metode tradisional:
-
-| Aspek | Pembaruan Tradisional | Pembaruan Capacitor OTA |
-| --- | --- | --- |
-| **Kecepatan Rilis** | Persetujuan memakan waktu berhari-hari hingga berminggu-minggu | Penerapan terjadi secara instan |
-| **Biaya** | Biaya pemeliharaan lebih tinggi | Peningkatan efisiensi 81% |
-| **Pengalaman Pengguna** | Pengguna harus mengunduh pembaruan secara manual | Pembaruan terjadi di latar belakang |
-
-Untuk tim yang fokus pada peluncuran cepat dan terkontrol, keunggulan ini membuat pembaruan OTA menjadi terobosan penting.
-
-Rodrigo Mantica merangkum dengan sempurna dari pengalaman langsungnya:
-
-> "We practice agile development and @Capgo is mission-critical in delivering continuously to our users!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/capacitor-plugin-contribution-guide.md b/src/content/blog/id/capacitor-plugin-contribution-guide.md
deleted file mode 100644
index 6d17b2d7d..000000000
--- a/src/content/blog/id/capacitor-plugin-contribution-guide.md
+++ /dev/null
@@ -1,289 +0,0 @@
----
-slug: capacitor-plugin-contribution-guide
-title: Panduan Kontribusi Plugin Capacitor
-description: >-
-  Pelajari cara berkontribusi secara efektif untuk plugin Capacitor dengan
-  panduan lengkap tentang konfigurasi, standar penulisan kode, pengujian, dan
-  dokumentasi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-17T05:00:51.296Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b290a70d4a761ccc9919b5-1739768465938.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, plugins, development, mobile, coding standards, testing,
-  documentation, contribution, open source
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) plugin menghubungkan teknologi web dengan fitur perangkat native, memungkinkan [pengembangan aplikasi lintas platform](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/). Panduan ini membantu Anda:
-
--   **Menyiapkan Lingkungan Anda**: Alat seperti [Node.js](https://nodejs.org/en), [Xcode](https://developer.apple.com/xcode/), dan [Android Studio](https://developer.android.com/studio) sangat penting.
--   **Mengikuti Standar Kode**: Gunakan [TypeScript](https://www.typescriptlang.org/), [Swift](https://developer.apple.com/swift/), dan [Kotlin](https://kotlinlang.org/) dengan konvensi penamaan dan penanganan kesalahan yang konsisten.
--   **Uji Secara Menyeluruh**: Tulis unit test untuk JavaScript, iOS, dan Android untuk memastikan kehandalan.
--   **Dokumentasi yang Jelas**: Gunakan JSDoc dan file README untuk adopsi yang mudah.
--   **Kirim Pull Request**: Pastikan kode berkualitas tinggi, pengujian, dan dokumentasi sebelum berkontribusi.
-
-## Panduan Lengkap Open Source - Cara Berkontribusi
-
-<iframe src="https://www.youtube.com/embed/yzeVMecydCE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Penyiapan Lingkungan Pengembangan
-
-Membuat lingkungan pengembangan yang tepat adalah kunci untuk pengembangan plugin yang efisien. Pengaturan yang dipersiapkan dengan baik memungkinkan pengkodean, pengujian, dan penerapan plugin Anda berjalan lancar.
-
-### Alat dan Keterampilan yang Anda Butuhkan
-
-Sebelum memulai, pastikan Anda telah menginstal alat-alat berikut:
-
-| Kategori | Persyaratan |
-| --- | --- |
-| **Alat Inti** | Node.js (LTS), npm 6+, Git |
-| **IDE/Editor** | [Visual Studio Code](https://code.visualstudio.com/) atau editor pilihan Anda |
-| **Pengembangan iOS** | Xcode, [SwiftLint](https://github.com/realm/SwiftLint), [CocoaPods](https://cocoapods.org/) |
-| **Pengembangan Android** | Android Studio, Android SDK, JDK |
-
-Anda juga harus familiar dengan TypeScript untuk pengembangan web dan Swift (untuk iOS) atau Java/Kotlin (untuk Android) untuk tugas pengembangan native [\[1\]]()[\[2\]](https://github.com/ionic-team/capacitor-plugins/blob/main/CONTRIBUTING.md).
-
-### Menyiapkan Monorepo
-
-Ekosistem [plugin Capacitor](https://capgo.app/plugins/) mengandalkan struktur monorepo. Pendekatan ini memastikan pekerjaan Anda selaras dengan standar komunitas sejak awal.
-
-1.  **Fork dan Clone Repository**  
-    Mulailah dengan melakukan fork repository plugin Capacitor di GitHub. Kemudian, clone repository yang telah Anda fork:
-    
-    ```bash
-    git clone https://github.com/your-username/capacitor-plugins.git
-    cd capacitor-plugins
-    npm install
-    ```
-    
-2.  **Instal Dependensi dan Build**  
-    Jalankan perintah berikut untuk menginstal semua yang Anda butuhkan dan build plugin:
-    
-    ```bash
-    npm run build
-    ```
-    
-3.  **Siapkan Version Control**  
-    Gunakan branch fitur untuk perubahan Anda dan jaga agar fork Anda tetap sinkron dengan repository upstream.
-    
-
-### Menyiapkan Platform Native
-
-Untuk pengembangan lintas platform, Anda perlu mengkonfigurasi lingkungan iOS dan Android.
-
-**Untuk iOS:**
-
--   Unduh Xcode dari Mac App Store.
-    
--   Instal command-line tools menggunakan:
-    
-    ```bash
-    xcode-select --install
-    ```
-    
--   Instal CocoaPods dengan:
-    
-    ```bash
-    sudo gem install cocoapods
-    ```
-    
--   Siapkan akun Apple Developer dan sertifikat yang diperlukan.
-    
--   Gunakan SwiftLint (opsional) untuk menjaga kualitas kode.
-    
-
-**Untuk Android:**
-
--   Instal Android Studio beserta SDK terbaru dan perangkat virtual.
--   Pastikan Anda memiliki JDK terinstal.
--   Konfigurasi Android SDK dengan benar di dalam Android Studio.
-
-Setelah platform-platform ini disiapkan, Anda akan siap mengikuti praktik pengkodean yang telah ditetapkan dan mulai mengembangkan plugin.
-
-## Panduan Standar Kode
-
-Sekarang lingkungan pengembangan Anda telah siap, ikuti pedoman ini untuk membangun plugin yang mudah dipelihara dan digunakan.
-
-### Kepatuhan Panduan Gaya
-
-[Ekosistem plugin Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) menerapkan standar pengkodean yang ketat menggunakan alat seperti [ESLint](https://eslint.org/), [Prettier](https://prettier.io/), dan SwiftLint. Berikut gambaran singkat tentang format yang diperlukan:
-
-| Komponen | Format |
-| --- | --- |
-| Variabel | `deviceInfo` (camelCase) |
-| Kelas | `BatteryManager` (PascalCase) |
-| Metode | `getLanguageCode()` (camelCase) |
-| Konstanta | `MAX_RETRY_COUNT` (SNAKE\_CASE) |
-
-Plugin harus menggunakan TypeScript untuk keamanan tipe yang lebih baik dan fitur ES6+ seperti `async/await`. Selain itu, ikuti konvensi pengkodean khusus platform untuk Swift (iOS) dan Kotlin (Android).
-
-### Manajemen Error dan Tipe
-
-Penanganan error yang konsisten sangat penting untuk kompatibilitas lintas platform. Berikut contohnya:
-
-```typescript
-async checkPermissions(): Promise<PermissionStatus> {
-  try {
-    const result = await this.implementation.checkPermissions();
-    return result;
-  } catch (error) {
-    throw new Error(`Permission check failed: ${error.message}`);
-  }
-}
-```
-
-Untuk keamanan tipe:
-
--   Gunakan interface yang fokus disesuaikan dengan kasus penggunaan tertentu.
--   Terapkan tipe union untuk variasi khusus platform.
-
-### Dokumentasi Kode
-
-Dokumentasi yang baik adalah kunci untuk membuat plugin Anda mudah diakses dan digunakan. Ikuti praktik-praktik ini:
-
-1.  **Dokumentasi API**: Tulis komentar JSDoc yang bekerja dengan `@capacitor/docgen`. Contohnya:
-
-```typescript
-/**
- * @description Get the device's current battery level
- * @returns Promise with the battery level percentage
- */
-async getBatteryLevel(): Promise<{ level: number }>;
-```
-
-2.  **Struktur README**: Sertakan informasi penting seperti langkah-langkah instalasi, instruksi konfigurasi, persyaratan khusus platform, contoh penggunaan, dan referensi API yang detail.
-
-Dokumentasi yang ditulis dengan baik memastikan bahwa plugin Anda mudah diadopsi dan berkontribusi pada komunitas Capacitor yang lebih luas.
-
-## Panduan Pengujian Plugin
-
-Pengujian plugin Capacitor melibatkan fokus pada beberapa area penting untuk memastikan fungsionalitas dan kehandalan yang lancar.
-
-### Pengujian Native Bridge
-
-Pengujian native bridge memastikan komunikasi yang tepat antara JavaScript dan kode native. Untuk memulai, siapkan lingkungan pengujian Anda dengan framework yang disesuaikan untuk setiap platform.
-
-Berikut contoh unit test [Jest](https://jestjs.io/) untuk sisi JavaScript:
-
-```typescript
-// Example of a Jest unit test for the JavaScript bridge
-describe('DeviceInfo Plugin', () => {
-  test('getBatteryLevel returns valid percentage', async () => {
-    const result = await DeviceInfo.getBatteryLevel();
-    expect(result.level).toBeGreaterThanOrEqual(0);
-    expect(result.level).toBeLessThanOrEqual(100);
-  });
-});
-```
-
-Untuk pengujian di sisi native, gunakan XCTest untuk iOS dan JUnit untuk Android. Berikut contoh untuk Android:
-
-```kotlin
-@Test
-fun testBatteryLevel() {
-    val plugin = DeviceInfo()
-    val result = plugin.getBatteryLevel()
-    assertTrue(result.level in 0..100)
-}
-```
-
-Setelah Anda memastikan fungsionalitas bridge inti bekerja sesuai harapan, lanjutkan ke pengujian alur kerja pengguna yang lengkap.
-
-### Pengujian Plugin Lengkap
-
-Untuk memastikan plugin Anda berkinerja baik di berbagai skenario, uji berbagai kategori:
-
-| Kategori Pengujian | Area Fokus Utama |
-| --- | --- |
-| Pengujian Integrasi | Fungsionalitas lintas platform |
-| Pengujian Kinerja | Penggunaan sumber daya dan waktu respons |
-| Pengujian Keamanan | Penanganan data dan pemeriksaan izin |
-
-Untuk plugin dengan fitur kompleks, simulasikan skenario pengguna dunia nyata. Misalnya, jika Anda menguji plugin DeviceInfo, periksa:
-
--   Unggahan berhasil dalam berbagai kondisi jaringan
--   Pelaporan kemajuan yang akurat
--   Penggunaan memori selama transfer file besar
-
-### Pengujian OTA dengan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-17.jpg?auto=compress)
-
-Alat open-source Capgo memudahkan untuk menerapkan dan menguji pembaruan dengan cepat. Berikut cara menggunakannya:
-
-1.  Siapkan [saluran pembaruan](https://capgo.app/docs/webapp/channels/) seperti dev, staging, dan production.
-2.  Otomatisasi penerapan dengan alat CI/CD.
-3.  Push pembaruan secara instan.
-4.  Pantau kinerja dan masalah melalui [dashboard Capgo](https://capgo.app/docs/webapp/).
-
-Untuk peluncuran bertahap, Capgo memungkinkan Anda membatasi pembaruan ke persentase kecil pengguna. Misalnya, Anda dapat meluncurkan versi baru ke 25% pengguna setiap 24 jam:
-
-```typescript
-// Example configuration for staged rollout
-{
-  "plugin": "camera-plugin",
-  "version": "1.2.0",
-  "rollout": {
-    "percentage": 25,
-    "interval": "24h"
-  }
-}
-```
-
-Pendekatan bertahap ini membantu mengidentifikasi masalah lebih awal dengan memanfaatkan umpan balik komunitas sebelum rilis penuh.
-
-## Proses Pull Request
-
-Setelah Anda menguji perubahan Anda secara menyeluruh, ikuti langkah-langkah ini untuk mengirimkan pull request Anda:
-
-### Daftar Periksa PR
-
-Sebelum mengirim, pastikan Anda telah mencakup area-area kunci ini:
-
-| **Kategori** | **Apa yang Harus Diperiksa** |
-| --- | --- |
-| **Kualitas Kode** | \- Pastikan implementasi Swift/Kotlin selaras dengan API web. |
-| **Pengujian** | \- Tambahkan unit test untuk setiap fungsionalitas baru.  <PermissionStatus>\- Konfirmasi pemeriksaan pipeline CI/CD berhasil. |
-| **Dokumentasi** | \- Perbarui README, dokumentasi inline, dan CHANGELOG sesuai kebutuhan. |
-
-### Panduan Komunitas
-
-Saat berkolaborasi, ikuti praktik terbaik ini:
-
--   Tanggapi dengan cepat umpan balik reviewer.
--   Jaga diskusi tetap fokus pada detail teknis.
--   Gunakan fitur saran GitHub untuk mengusulkan perubahan kode.
--   Kirim pull request kecil dan terfokus yang menangani satu fitur atau masalah pada satu waktu.
-
-Untuk perubahan yang lebih besar, sebaiknya buat issue terlebih dahulu dan diskusikan pendekatan Anda. Tim Capacitor mengandalkan GitHub Actions untuk pemeriksaan otomatis, dan semua pemeriksaan harus lulus sebelum pull request Anda dapat ditinjau.
-
-### Panduan Integrasi Capgo
-
-Jika plugin Anda melibatkan pembaruan langsung, pastikan berfungsi dengan mulus dengan Capgo sebelum mengirim:
-
-1.  **Kontrol Versi**  
-    Gunakan versi semantik yang jelas untuk plugin Anda, dan dokumentasikan semua perubahan dalam changelog. Sistem Capgo membantu melacak adopsi versi di seluruh perangkat pengguna.
-    
-2.  **Integrasi CI/CD**  
-    Integrasikan Capgo ke dalam pipeline CI/CD Anda untuk mengotomatisasi penerapan pembaruan.
-    
-3.  **Pemantauan Pembaruan**  
-    Pantau tingkat keberhasilan penerapan dan pastikan kepatuhan dengan pedoman app store.
-    
-
-## Ringkasan
-
-Untuk memberikan kontribusi yang berarti dengan plugin Anda, penting untuk mengikuti proses yang telah ditetapkan dan memenuhi standar komunitas. Ini termasuk mengikuti pedoman pengkodean Capacitor dan menguji pekerjaan Anda secara menyeluruh.
-
-Daftar periksa PR menekankan kebutuhan akan pengajuan berkualitas tinggi. Jika plugin Anda mendukung pembaruan langsung, integrasi dengan Capgo (seperti disebutkan sebelumnya) dapat membantu Anda merilis pembaruan dengan cepat tanpa menunggu persetujuan app store.
-
-Setelah PR Anda digabungkan, tetap terlibat dengan melacak masalah dan merilis pembaruan versi. Interaksi rutin dengan komunitas, pemeliharaan yang konsisten, dan [mengikuti pembaruan Capacitor](https://capgo.app/plugins/capacitor-updater/) akan memastikan plugin Anda tetap berguna dan relevan.
-
-Perhatikan umpan balik pengguna dan lakukan pembaruan sesuai kebutuhan. Upaya berkelanjutan ini membantu mempertahankan kualitas keseluruhan ekosistem dan menjaga plugin Anda tetap berharga bagi pengembang.
diff --git a/src/content/blog/id/capacitor-plugin-options-for-ota-updates.md b/src/content/blog/id/capacitor-plugin-options-for-ota-updates.md
deleted file mode 100644
index c310e96e9..000000000
--- a/src/content/blog/id/capacitor-plugin-options-for-ota-updates.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-slug: capacitor-plugin-options-for-ota-updates
-title: Opsi Plugin Capacitor untuk Pembaruan OTA
-description: >-
-  Jelajahi keuntungan dan pilihan pembaruan OTA untuk aplikasi Capacitor,
-  termasuk plugin terbaik dan fitur-fiturnya untuk implementasi yang mulus.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T02:50:46.694Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549-1744774247069.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, Capacitor, mobile apps, app deployment, Capgo,
-  Appflow, CodePush
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin memperbarui aplikasi [Capacitor](https://capacitorjs.com/) Anda dengan cepat dan aman tanpa penundaan dari app store?** Pembaruan Over-the-Air (OTA) memungkinkan Anda mengirim perubahan langsung ke pengguna, menghemat waktu dan bandwidth. Berikut yang perlu Anda ketahui:
-
-### Manfaat Utama Pembaruan OTA:
-
--   **Penerapan Cepat**: Lewati ulasan app store dan kirim pembaruan dalam hitungan detik.
--   **Pembaruan Terarah**: Perbarui hanya bagian aplikasi yang dimodifikasi.
--   **Kemampuan Rollback**: Kembali ke versi sebelumnya jika diperlukan.
--   **Tingkat Keberhasilan**: 95% pengguna menerima pembaruan dalam 24 jam, dengan tingkat keberhasilan global 82%.
-
-### Plugin Terbaik untuk Pembaruan OTA:
-
-1.  **[Capgo](https://capgo.app/)**: Pembaruan cepat (5MB dalam 114ms), enkripsi end-to-end, analitik real-time, dan harga fleksibel (mulai dari $12/bulan).
-2.  **[Appflow](https://ionic.io/appflow/)**: Fitur kelas enterprise seharga $6,000/tahun tetapi akan ditutup pada 2026.
-3.  **[Microsoft CodePush](https://microsoft.github.io/code-push/)**: Dihentikan pada 2024.
-
-### Perbandingan Singkat:
-
-| Plugin | Status | Fitur Utama | Harga Awal |
-| --- | --- | --- | --- |
-| **Capgo** | Aktif | Pembaruan cepat, enkripsi | $12/bulan |
-| Aktif (2024) | Fokus pasar Jerman | Mirip dengan Capgo |
-| **Appflow** | Akan ditutup (2026) | Fitur enterprise | $6,000/tahun |
-| **CodePush** | Dihentikan (2024) | Sebelumnya gratis | N/A |
-
-Untuk kebanyakan pengembang, **Capgo** menawarkan kombinasi terbaik dari segi keterjangkauan, kecepatan, dan keamanan. Baik Anda pengembang tunggal atau bagian dari tim enterprise, ada solusi OTA yang sesuai dengan kebutuhan Anda.
-
-## Plugin Pembaruan OTA Terbaik untuk [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo mendukung lebih dari 1.900 aplikasi produksi, mengirimkan pembaruan OTA dengan kecepatan mengesankan - bundle 5MB hanya dalam 114ms dan waktu respons API rata-rata 57ms melalui CDN globalnya [\[1\]](https://capgo.app/).
-
-Berikut yang ditawarkan Capgo:
-
--   **Enkripsi end-to-end**
--   **Analitik real-time dan pelacakan kesalahan**
--   **Integrasi CI/CD yang lancar**
--   **Pilihan cloud atau self-hosted**
--   **Kompatibel dengan Capacitor 8**
-
-Plugin lain juga melayani kebutuhan dan wilayah tertentu.
-
-### [Appflow](https://ionic.io/appflow/) oleh [Ionic](https://ionicframework.com/)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-Appflow akan ditutup pada 2026, dengan harga mulai dari $6,000 per tahun [\[1\]](https://capgo.app/).
-
-> "Pindah ke @Capgo setelah @AppFlow mengenakan tagihan $5000 setahun untuk melanjutkan. Sangat menyukai Capgo sejauh ini. Terima kasih @Capgo, ini produk yang hebat." - jermaine [\[1\]](https://capgo.app/)
-
-Seiring Appflow menuju penutupan, banyak pengembang beralih ke Capgo untuk fitur-fitur andal dan paket hemat biaya.
-
-### Status [Microsoft CodePush](https://microsoft.github.io/code-push/)
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/da1a260e98918bcf074a1f2d382d6d8c.jpg)
-
-Microsoft CodePush, yang dulunya populer, dihentikan pada 2024. Pengembang sejak itu beralih ke opsi yang lebih baru yang menyediakan fitur lebih baik dan dukungan berkelanjutan.
-
-| Plugin | Status | Harga | Fitur Utama |
-| --- | --- | --- | --- |
-| **Capgo** | Aktif | Dari $12/bulan | Enkripsi end-to-end |
-| Aktif | Mirip dengan Capgo | Fokus pasar Jerman |
-| **Appflow** | Tutup 2026 | $6,000/tahun | Dukungan enterprise |
-| **CodePush** | Dihentikan | Gratis (dulu) | N/A |
-
-## Perbandingan Fitur Plugin
-
-Berikut tinjauan rinci tentang kemampuan dan batasan berbagai plugin OTA.
-
-### Matriks Fitur
-
-Tabel ini menguraikan perbedaan utama antara plugin aktif dan yang dihentikan:
-
-| Fitur | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- | --- |
-| Kecepatan Pembaruan | 114ms (5MB) | Dasar | Dasar | N/A |
-| Enkripsi End-to-End | ✓ | – | – | – |
-| Analitik Real-time | ✓ | Terbatas | ✓ | N/A |
-| [Opsi Self-hosted](https://capgo.app/blog/self-hosted-capgo/) | ✓ | – | – | – |
-| Tingkat Keberhasilan Pembaruan | 82% | Tidak dilaporkan | Tidak dilaporkan | N/A |
-| Pengguna Aktif Bulanan | Hingga 1M | Terbatas | Enterprise | N/A |
-| Kapasitas Penyimpanan | Hingga 20GB | Dasar | Enterprise | N/A |
-| Harga Awal | $12/bulan | Mirip | $6,000/tahun | Dihentikan |
-| Kepatuhan App Store | ✓ | ✓ | ✓ | N/A |
-
-### Kelebihan dan Kekurangan Plugin
-
-Setiap plugin memiliki kekuatan dan kelemahan berdasarkan metrik kinerja:
-
--   **Capgo**
-    
-    -   **Keunggulan**:
-        -   Mendukung 1,9K aplikasi produksi dengan tingkat pembaruan pengguna 95% dalam 24 jam [\[1\]](https://capgo.app/).
-        -   Menawarkan bandwidth hingga 10TB pada paket bayar sesuai penggunaan.
-        -   Termasuk enkripsi end-to-end [\[1\]](https://capgo.app/).
-    -   **Keterbatasan**:
-        -   Fitur premium memerlukan paket tingkat lebih tinggi.
-        -   Self-hosting membutuhkan keahlian teknis.
-    
-    -   **Keunggulan**:
-        -   Kehadiran kuat di pasar Jerman.
-        -   Harga kompetitif.
-        -   Dibangun dengan arsitektur modern (peluncuran 2024).
-    -   **Keterbatasan**:
-        -   Kurang fitur enterprise.
-        -   Fokus regional membatasi dukungan global.
--   **Appflow**
-    
-    -   **Keunggulan**:
-        -   Dirancang dengan infrastruktur kelas enterprise.
-        -   Terintegrasi mulus dengan pipeline CI/CD dan menawarkan dokumentasi detail.
-    -   **Keterbatasan**:
-        -   Biaya masuk tinggi $6,000/tahun.
-        -   Dijadwalkan untuk dihentikan pada 2026, tanpa pembaruan lebih lanjut yang direncanakan.
-
-Capgo menonjol dengan kecepatan pembaruan, enkripsi, dan opsi penerapan yang fleksibel, menjadikannya pilihan kuat bagi pengembang.
-
-## Panduan Pemilihan Plugin
-
-### Persyaratan Pasar AS
-
-Saat memilih plugin pembaruan OTA untuk pasar AS, penting untuk memprioritaskan kepatuhan dan keamanan. Berikut rincian yang perlu diperhatikan:
-
-| Persyaratan | Dampak | Contoh |
-| --- | --- | --- |
-| Aturan App Store | Kritis | Pembaruan instan Capgo memenuhi pedoman Apple dan Google. |
-| Standar Keamanan | Tinggi | Enkripsi end-to-end memastikan perlindungan data pengguna. |
-| Kinerja Pembaruan | Sedang | Waktu respons API rata-rata 434 ms memastikan pembaruan terkirim dengan andal. |
-| Integrasi CI/CD | Tinggi | Penerapan otomatis memperlancar proses pembaruan. |
-
-Setelah memahami persyaratan ini, fokus pada memilih plugin yang tepat berdasarkan ukuran dan kebutuhan proyek Anda.
-
-### Plugin Terbaik berdasarkan Ukuran Proyek
-
-Ukuran proyek Anda berperan penting dalam menentukan plugin terbaik. Berikut cara memilihnya:
-
--   **Pengembang Tunggal**: Pilih solusi terjangkau dengan fitur esensial.  
-    _Contoh_: Paket SOLO Capgo mendukung hingga 1.000 pengguna aktif bulanan seharga $12/bulan.
-    
--   **Tim Kecil**: Cari opsi yang dapat diskalakan dengan alat kolaboratif.  
-    _Contoh_: Paket MAKER Capgo mendukung 10.000 pengguna aktif bulanan dan termasuk fitur kolaborasi tim seharga $33/bulan.
-    
--   **Enterprise**: Prioritaskan skalabilitas dan keamanan tingkat lanjut.  
-    _Contoh_: [Paket PAYG Capgo](https://capgo.app/docs/webapp/payment/) mendukung hingga 1.000.000 pengguna aktif bulanan, termasuk bandwidth 10 TB, dan menawarkan opsi self-hosting.
-    
-
-Capgo menonjol dengan menawarkan paket hemat biaya dengan fitur kelas enterprise. Misalnya, biaya pengaturan CI/CD sekali bayar mereka sebesar $2.600 adalah alternatif praktis dibandingkan solusi enterprise yang lebih mahal [\[1\]](https://capgo.app/).
-
-## Ringkasan
-
-Berdasarkan perbandingan di atas, pasar kini condong ke solusi yang memprioritaskan keamanan, kecepatan, dan efektivitas biaya. Ekosistem [plugin pembaruan OTA Capacitor](https://capgo.app/blog/release-of-a-brand-new-capacitor-social-login/) telah bergeser, dengan opsi menonjol muncul karena kinerja, fitur, dan tingkat adopsi mereka.
-
-Berikut rincian pilihan saat ini:
-
-| Plugin | Status | Kekuatan Utama | Terbaik Untuk |
-| --- | --- | --- | --- |
-| Capgo | Aktif | Enkripsi end-to-end, pembaruan cepat | Tim yang fokus pada [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/) |
-| Aktif (Sejak 2024) | Fokus pasar Jerman, harga kompetitif | Proyek yang menargetkan Eropa |
-| Appflow | Akan ditutup (2026) | Fitur kelas enterprise | Transisi sistem lama |
-| CodePush | Dihentikan (2024) | Sebelumnya opsi gratis | N/A |
-
-Umpan balik pengguna menyoroti dampak nyata dari alat-alat ini. Misalnya, tim OSIRIS-REx NASA berbagi:
-
-> "Capgo adalah cara cerdas untuk melakukan hot code push (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)"
-
-Perbandingan ini menjelaskan bagaimana setiap platform melayani kebutuhan spesifik, baik untuk pengembang tunggal maupun tim enterprise. Di antara mereka, Capgo menonjol untuk pembaruan amannya dan adopsi kuat di lingkungan produksi [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/id/capacitor-plugins-for-secure-session-management.md b/src/content/blog/id/capacitor-plugins-for-secure-session-management.md
deleted file mode 100644
index 243a75f1b..000000000
--- a/src/content/blog/id/capacitor-plugins-for-secure-session-management.md
+++ /dev/null
@@ -1,290 +0,0 @@
----
-slug: capacitor-plugins-for-secure-session-management
-title: Plugin Capacitor untuk Manajemen Sesi Aman
-description: >-
-  Jelajahi plugin Capacitor penting untuk manajemen sesi yang aman, termasuk
-  autentikasi biometrik dan solusi penyimpanan terenkripsi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:14:04.681Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6827226c0209458b3ff58b06-1747397705731.jpg
-head_image_alt: Pengembangan Aplikasi Mobile
-keywords: >-
-  Capacitor, session management, biometric authentication, secure storage,
-  Firebase Auth, Identity Vault, mobile security
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin mengamankan sesi aplikasi Anda?** Berikut panduan singkat plugin [Capacitor](https://capacitorjs.com/) terbaik untuk manajemen sesi. Alat-alat ini membantu melindungi data pengguna dengan fitur seperti [autentikasi biometrik](https://capgo.app/plugins/capacitor-native-biometric/), [penyimpanan terenkripsi](https://capgo.app/docs/cli/migrations/encryption/), dan pembaruan real-time. Berikut yang perlu Anda ketahui:
-
--   **[Firebase Auth](https://firebase.google.com/docs/auth)**: Autentikasi multi-provider, manajemen token, dan pembaruan status real-time. Ideal untuk integrasi cepat.
--   **[Plugin Keamanan Biometrik](https://capgo.app/plugins/capacitor-native-biometric/)**: Menambahkan dukungan sidik jari, pengenalan wajah, dan kredensial perangkat untuk login yang aman.
--   **[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)**: Menyimpan informasi akun dengan aman menggunakan enkripsi AES-256 di iOS dan Android.
--   **[Identity Vault](https://ionic.io/products/identity-vault)**: Solusi kelas enterprise dengan logout otomatis, autentikasi biometrik, dan penyimpanan aman.
--   **[Capgo](https://capgo.app/)**: Menggabungkan manajemen sesi aman dengan pembaruan terenkripsi langsung untuk penerapan yang mulus.
-
-### Perbandingan Cepat
-
-| Fitur | Firebase Auth | Keamanan Biometrik | Persistent Account | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **Tipe Enkripsi** | Berbasis cloud | Level perangkat keras | AES-256 (iOS/Android) | AES-256 (perangkat keras) | Enkripsi end-to-end |
-| **Dukungan Biometrik** | Terbatas | Penuh | Tidak | Penuh | Tidak |
-| **Kemampuan Offline** | Sebagian | Ya | Ya | Ya | Ya |
-| **Dukungan Enterprise** | Ya | Komunitas | Ya | Ya | Ya |
-| **Kompleksitas Pengaturan** | Sedang | Rendah | Rendah | Tinggi | Sedang |
-
-**Butuh keamanan level enterprise?** Pilih Identity Vault.
-**Mencari integrasi cepat?** Firebase Auth adalah pilihan terbaik Anda.
-**Butuh penyimpanan akun terenkripsi?** Coba [@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/).
-**Untuk pembaruan langsung dengan keamanan?** Capgo siap membantu Anda.
-
-Lanjutkan membaca untuk langkah-langkah integrasi detail, fitur, dan praktik terbaik untuk menjaga keamanan aplikasi Anda.
-
-## Ionic [Identity Vault](https://ionic.io/products/identity-vault): Autentikasi Biometrik Mobile yang Aman
-
-![Identity Vault](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/c5fae6eb414f2040557b847eda54d313.jpg)
-
-[Continue with the rest of the text you'd like me to translate]
-
--   **Batasan Penyimpanan Web**: Data yang disimpan di web tidak terenkripsi dan sebaiknya dibatasi untuk lingkungan pengembangan.
--   **Persyaratan Android**: Perangkat harus menjalankan Android 6.0 (level API 23) atau lebih tinggi untuk mendukung fitur enkripsi plugin.
--   **Manajemen Kunci**: Secara rutin merotasi kunci enkripsi dan memvalidasi data sebelum mengenkripsinya untuk menjaga keamanan seiring waktu.
-
-### Integrasi Autentikasi Biometrik
-
-Plugin ini bekerja secara mulus dengan autentikasi biometrik, menawarkan lapisan keamanan tambahan. Kombinasi ini memperkuat manajemen sesi dengan menyatukan berbagai langkah keamanan menjadi kerangka kerja yang kohesif.
-
-### Performa dan Dukungan Komunitas
-
-Per Mei 2025, plugin ini telah mendapatkan reputasi yang solid dalam ekosistem Capacitor, dengan 128 bintang dan 22 fork di GitHub. Plugin ini sepenuhnya kompatibel dengan Capacitor 8+, memungkinkan pengembang untuk mengimplementasikan penyimpanan aman sambil memanfaatkan fitur-fitur terbaru dari framework.
-
-## 4\. Identity Vault
-
-Identity Vault adalah solusi tingkat tinggi yang dirancang untuk perusahaan, menggabungkan manajemen sesi yang aman dengan autentikasi biometrik untuk meningkatkan perlindungan data.
-
-### Fitur Keamanan Utama
-
-Identity Vault menggunakan alat keamanan khusus platform untuk melindungi informasi sensitif. Berikut ringkasannya:
-
-| **Fitur** | **Implementasi** | **Apa yang Dilakukan** |
-| --- | --- | --- |
-| **Penyimpanan Aman** | iOS Secure Enclave / Android KeyStore | Menyediakan enkripsi di level perangkat keras. |
-| **Autentikasi Biometrik** | TouchID/FaceID di iOS, Sidik Jari di Android | Menambahkan lapisan autentikasi multi-faktor. |
-| **Perlindungan Sesi** | Perlindungan layar latar belakang | Mencegah paparan data saat aplikasi diminimalkan. |
-| **Auto-logout** | Logout otomatis setelah tidak aktif | Melindungi akun dengan mengeluarkan pengguna yang tidak aktif. |
-
-### Opsi Implementasi Lanjutan
-
-Di luar fitur-fitur dasarnya, Identity Vault menawarkan fleksibilitas tambahan dalam cara implementasinya:
-
--   **Penyimpanan Aman**: Penyimpanan terenkripsi dasar untuk data sensitif.
--   **Keamanan Perangkat**: Menggabungkan autentikasi biometrik dengan kode sandi cadangan untuk keandalan tambahan.
--   **InMemory**: Penyimpanan aman sementara yang dibersihkan secara otomatis saat aplikasi ditutup, memastikan tidak ada data yang tersisa.
-
-### Integrasi Keamanan Native
-
-Identity Vault terintegrasi secara mulus dengan alat keamanan native seperti iOS Secure Enclave dan Android KeyStore. Dengan melakukan ini, proses pengembangan menjadi lebih sederhana, memungkinkan pengembang menghindari kompleksitas penanganan API khusus platform secara langsung sambil tetap mencapai perlindungan sesi yang kuat.
-
-### Praktik Keamanan Terbaik
-
-Untuk memastikan keamanan optimal, pertimbangkan rekomendasi utama berikut:
-
--   **Manajemen Token**: Selalu simpan token autentikasi menggunakan enkripsi tingkat perangkat keras untuk mencegah akses tidak sah.
--   **Penanganan Ketidakaktifan**: Atur logout otomatis setelah periode ketidakaktifan pengguna untuk mengurangi risiko.
--   **Perlindungan Latar Belakang**: Aktifkan perlindungan layar untuk mencegah data sensitif terlihat saat aplikasi berjalan di latar belakang.
-
-### Keunggulan Teknis
-
-Identity Vault menggabungkan 12 API terpisah menjadi satu plugin, membuat integrasi jauh lebih lancar dan efisien [\[12\]](https://devdactic.com/ionic-identity-vault).
-
-### Manfaat Enterprise dan Performa
-
-Untuk aplikasi enterprise, Identity Vault menawarkan solusi manajemen identitas yang efisien. Dengan memanfaatkan API native, ini tidak hanya menyederhanakan pengembangan tetapi juga memastikan performa yang cepat dan andal yang disesuaikan dengan kebutuhan enterprise.
-
-## 5\. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/e81a00d3e5c2480025c05b94a848a495.jpg)
-
-Capgo melampaui solusi penyimpanan dan biometrik yang kuat dengan menawarkan manajemen sesi yang aman berpasangan dengan pengiriman update langsung. Dengan fokus kuat pada integritas data, Capgo memastikan data sesi tetap terlindungi melalui **enkripsi end-to-end** dan update real-time.
-
-### Arsitektur Keamanan
-
-Kerangka keamanan Capgo dibangun untuk melindungi setiap aspek update langsung. Berikut bagaimana fitur-fiturnya berkontribusi pada lingkungan yang aman:
-
-| Fitur | Implementasi | Manfaat Keamanan |
-| --- | --- | --- |
-| **Enkripsi End-to-End** | Protokol pengiriman update aman | Mencegah modifikasi kode tidak sah |
-| **Update Parsial** | Transmisi file delta-only | Mengurangi permukaan serangan selama update |
-| **[Sistem Channel](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Jalur penerapan terkontrol | Memastikan peluncuran bertahap yang aman |
-| **Analitik Real-time** | Pemantauan kinerja | Mengidentifikasi dan mengatasi anomali keamanan |
-
-Pendekatan berlapis ini memastikan tidak hanya sesi yang aman tetapi juga pengiriman update yang aman yang meningkatkan keamanan secara keseluruhan.
-
-### Performa dan Keandalan
-
-Capgo menggabungkan keamanan dengan metrik performa yang mengesankan, memastikan penerapan update yang andal dan efisien:
-
--   **Kecepatan Update**: Mentransfer bundle 5MB hanya dalam 114ms, meminimalkan paparan terhadap kerentanan selama update [\[13\]](https://capgo.app).
--   **Respon API**: Menjaga waktu respon rata-rata 57ms untuk operasi keamanan kritis [\[13\]](https://capgo.app).
--   **Tingkat Keberhasilan Update**: Mengamankan tingkat keberhasilan global 82% untuk penerapan [\[13\]](https://capgo.app).
--   **Cakupan Pengguna**: Mencapai 95% pengguna aktif dengan update keamanan dalam 24 jam [\[13\]](https://capgo.app).
-
-Metrik ini menyoroti komitmen Capgo untuk menyeimbangkan kecepatan dan keandalan tanpa mengorbankan keamanan.
-
-### Fitur Keamanan Enterprise-Grade
-
-Capgo menyertakan langkah-langkah keamanan lanjutan yang disesuaikan untuk kebutuhan enterprise, termasuk:
-
--   **Kontrol Versi**: Menawarkan opsi rollback yang aman ke versi sebelumnya.
--   **Integrasi CI/CD**: Terintegrasi secara mulus dengan alat seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), dan [Jenkins](https://www.jenkins.io/) untuk penerapan otomatis yang aman.
--   **Kontrol Akses**: Memungkinkan distribusi update khusus pengguna untuk kontrol yang lebih baik.
--   **Kepatuhan**: Memenuhi standar keamanan yang disyaratkan oleh platform Apple dan Android.
-
-Fitur-fitur ini menjadikan Capgo pilihan terpercaya bagi organisasi yang memprioritaskan update yang aman dan terkontrol.
-
-### Infrastruktur Siap Produksi
-
-Kemampuan Capgo sudah terbukti, dengan lebih dari 1.700 aplikasi berjalan di lingkungan produksi [\[13\]](https://capgo.app). Platform ini mendukung baik setup cloud-hosted maupun [self-hosted](https://capgo.app/blog/self-hosted-capgo/), menawarkan fleksibilitas untuk memenuhi berbagai kebutuhan keamanan dan penerapan.
-
-### Implementasi Teknis
-
-Sistem channel Capgo dirancang untuk pengujian beta yang aman, peluncuran bertahap, dan kontrol versi, semuanya didukung oleh analitik real-time. Dengan menggabungkan enkripsi kuat dengan alat penerapan praktis, Capgo memberikan solusi yang memenuhi tuntutan organisasi yang membutuhkan keamanan dan adaptabilitas dalam proses update mereka.
-
-## Perbandingan Plugin
-
-Bagian ini memberikan pandangan komparatif tentang [plugin Capacitor](https://capgo.app/plugins/) untuk manajemen sesi yang aman, berfokus pada fitur keamanan, kebutuhan integrasi, dan performa. Ini dirancang untuk memberikan referensi cepat dalam membuat keputusan yang tepat.
-
-### Perbandingan Fitur Keamanan Utama
-
-Berikut perbandingan berdampingan fitur keamanan utama yang ditawarkan oleh plugin:
-
-| Fitur | Firebase Auth | Biometric Security | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **Tipe Enkripsi** | Berbasis cloud | Level perangkat keras | AES 256-bit | AES 256-bit | End-to-end |
-| **Dukungan Biometrik** | Terbatas | Penuh | Tidak | Penuh | Tidak |
-| **Kemampuan Offline** | Parsial | Ya | Ya | Ya | Ya |
-| **Dukungan Enterprise** | Ya | Komunitas | Komunitas | Ya | Ya |
-| **Penggunaan Secure Enclave** | Tidak | Ya | Tidak | Ya | Tidak |
-
-### Persyaratan Implementasi
-
-Tabel di bawah ini menyoroti kompleksitas setup, kompatibilitas platform, dan dependensi tambahan untuk setiap plugin:
-
-| Plugin | Kompleksitas Setup | Dukungan Platform | Dependensi Tambahan |
-| --- | --- | --- | --- |
-| **Firebase Auth** | Sedang | iOS, Android | Firebase SDK |
-| **Biometric Security** | Rendah | iOS, Android | Tidak ada |
-| Rendah | iOS, Android | Tidak ada |
-| **Identity Vault** | Tinggi | iOS, Android, Web | Auth Connect |
-| **Capgo** | Sedang | iOS, Android | Tidak ada |
-
-Detail ini membantu menyelaraskan pilihan plugin dengan persyaratan teknis dan sumber daya proyek Anda.
-
-### Standar Kepatuhan Keamanan
-
-Plugin yang ditinjau mematuhi protokol keamanan yang ketat, menawarkan perlindungan data yang kuat dan alur kerja OAuth2 yang efisien. Opsi enterprise-grade seperti Identity Vault dan Capgo mencakup:
-
--   Penyimpanan aman menggunakan teknik keychain/keystore [\[1\]](https://capacitorjs.com/docs/guides/security)
--   PKCE (Proof Key for Code Exchange) untuk alur OAuth2 [\[1\]](https://capacitorjs.com/docs/guides/security)
--   Endpoint yang mendukung SSL untuk komunikasi aman [\[1\]](https://capacitorjs.com/docs/guides/security)
--   [Content Security Policies](https://capgo.app/security/) (CSP) yang ditegakkan [\[1\]](https://capacitorjs.com/docs/guides/security)
-
-### Pertimbangan Performa
-
-Performa bervariasi antar plugin, terutama dalam hal kecepatan autentikasi dan efisiensi penyimpanan data. Identity Vault menonjol karena fitur keamanan lanjutannya, yang memanfaatkan secure enclave dan enkripsi kuat tanpa mengorbankan performa [\[2\]](https://capacitorjs.com/docs/plugins/enterprise).
-
-### Fleksibilitas Integrasi
-
-Setiap plugin menawarkan tingkat dukungan integrasi yang berbeda, seperti ditunjukkan di bawah ini:
-
-| Plugin | Integrasi CI/CD | Implementasi Kustom | Dukungan Migrasi |
-| --- | --- | --- | --- |
-| **Firebase Auth** | Dukungan Native | Terbatas | Sedang |
-| **Biometric Security** | Manual | Penuh | Terbatas |
-| Manual | Penuh | Mudah |
-| **Identity Vault** | Perangkat Enterprise | Penuh | Komprehensif |
-| **Capgo** | Otomatis | Penuh | Komprehensif |
-
-### Analisis Biaya-Manfaat
-
-Plugin enterprise hadir dengan fitur ekstensif dan dukungan khusus, menjadikannya ideal untuk proyek yang lebih besar, meskipun seringkali dengan harga yang lebih tinggi [\[2\]](https://capacitorjs.com/docs/plugins/enterprise).
-
-### Pengalaman Pengembang
-
-Pengalaman pengembang dengan plugin ini dipengaruhi oleh dokumentasi dan kemudahan integrasinya. Pendekatan "web first" Capacitor mempermudah transisi bagi pengembang web yang beralih ke pengembangan aplikasi mobile, membuat manajemen sesi yang aman lebih mudah diakses [\[3\]](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development).
-
-### Aplikasi Dunia Nyata
-
-Untuk kebutuhan keamanan tingkat enterprise, solusi seperti Identity Vault dan Capgo menyediakan fitur yang kuat dan dukungan komprehensif. Di sisi lain, plugin yang didukung komunitas lebih cocok untuk proyek yang lebih kecil dengan persyaratan keamanan yang kurang menuntut.
-
-## Rekomendasi
-
-Berikut adalah pembagian solusi yang direkomendasikan berdasarkan berbagai kasus penggunaan:
-
-### Untuk Aplikasi Kecil hingga Menengah
-
-Untuk tim kecil dengan anggaran terbatas, **[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)** adalah pilihan yang solid. Plugin ini menyimpan informasi akun dengan aman menggunakan enkripsi native platform (iOS Keychain dan Android KeyStore), menyediakan enkripsi AES-256 untuk manajemen sesi aman dasar di iOS dan Android dengan dukungan yang kuat.
-
-### Untuk Aplikasi Enterprise
-
-Untuk organisasi yang membutuhkan keamanan tingkat tinggi, **Identity Vault** menonjol. Dibangun di atas API keamanan native, plugin ini dirancang untuk menangani kunci dan token sensitif, menjadikannya cocok untuk lingkungan dengan persyaratan regulasi yang ketat.
-
-### Untuk Siklus Pengembangan Cepat
-
-Ketika kecepatan menjadi prioritas, **Firebase Auth** adalah pilihan yang sangat baik. Infrastruktur berbasis cloud, fitur manajemen pengguna bawaan, dan dokumentasi yang lengkap menjadikannya ideal untuk MVP dan prototipe, memungkinkan tim untuk mengimplementasikan solusi dengan cepat dan efisien.
-
-### Untuk Aplikasi yang Kritis terhadap Kepatuhan
-
-Untuk proyek yang beroperasi di bawah standar regulasi yang ketat, solusi yang ditargetkan ini memenuhi kebutuhan kepatuhan spesifik:
-
-| **Persyaratan** | **Plugin yang Direkomendasikan** | **Manfaat Utama** |
-| --- | --- | --- |
-| Privasi Data & GDPR | Capgo | Enkripsi end-to-end |
-| Kebutuhan Regulasi & Pemerintah | Capgo | Kontrol akses berbasis peran |
-| Keamanan Tingkat Enterprise | Identity Vault | Integrasi API keamanan native |
-
--   **Capgo** berfokus pada memastikan [kepatuhan privasi data](https://capgo.app/dp/), termasuk GDPR, sambil juga menawarkan alat untuk kontrol akses berbasis peran.
--   **Identity Vault** mengkhususkan diri dalam integrasi yang mulus dengan API keamanan native, memenuhi kebutuhan keamanan tingkat enterprise.
-
-### Kasus Penggunaan Khusus
-
-Untuk aplikasi yang membutuhkan fungsionalitas offline dan manajemen token yang aman, pendekatan hibrid bekerja paling baik:
-
--   Gunakan **Identity Vault** untuk menyimpan data sensitif dengan aman.
--   Pasangkan dengan **Capacitor Preferences API** untuk menangani data non-sensitif.
--   Manfaatkan teknik keychain/keystore yang aman untuk penyimpanan token persisten.
-
-Perlu diingat, **Capacitor Preferences API** hanya boleh digunakan untuk data minimal, non-sensitif, sementara informasi sensitif harus disimpan menggunakan integrasi keychain atau keystore yang aman. Ini memastikan pendekatan yang seimbang terhadap keamanan dan fungsionalitas.
-
-## FAQ
-
-:::faq
-### Fitur apa yang ditawarkan plugin Capacitor untuk manajemen sesi yang aman, termasuk enkripsi dan autentikasi biometrik?
-
-Plugin Capacitor yang dirancang untuk manajemen sesi yang aman mengambil pendekatan berbeda ketika berkaitan dengan enkripsi dan autentikasi biometrik. Banyak yang mengandalkan **enkripsi AES-256** untuk mengamankan data sesi, memberikan pertahanan yang kuat terhadap akses tidak sah. Untuk [fitur biometrik](https://capgo.app/plugins/capacitor-native-biometric/), tingkat dukungan dapat bervariasi. Misalnya, plugin Capacitor Native Biometric terintegrasi langsung dengan sistem biometrik tingkat perangkat seperti sidik jari atau pengenalan wajah, menambahkan lapisan perlindungan tambahan untuk sesi pengguna.
-
-Capgo melangkah lebih jauh dengan menggabungkan **enkripsi end-to-end** dengan autentikasi biometrik yang lancar. Kombinasi ini memastikan keamanan data yang kuat dan pengalaman pengguna yang lancar, menjadikannya pilihan unggulan bagi pengembang yang bertujuan meningkatkan keamanan aplikasi tanpa mengorbankan kegunaan.
-:::
-
-:::faq
-### Bagaimana cara mengintegrasikan autentikasi biometrik secara aman ke dalam aplikasi Capacitor menggunakan Plugin Keamanan Biometrik?
-
-Untuk [mengintegrasikan autentikasi biometrik](https://capgo.app/plugins/capacitor-native-biometric/) secara aman ke dalam aplikasi Capacitor, mulailah dengan memanfaatkan **fitur keamanan bawaan** yang ditawarkan oleh sistem operasi mobile, seperti iOS Keychain dan Android Keystore. Sistem ini menyediakan perlindungan berbasis perangkat keras untuk data sensitif seperti kunci enkripsi dan token sesi, memastikan keamanannya.
-
-Saat mengatur autentikasi biometrik, gunakan metode `authenticate()` dari Plugin Keamanan Biometrik. Ini memungkinkan Anda untuk menyesuaikan prompt autentikasi, termasuk elemen seperti judul dan teks tombol, untuk menciptakan pengalaman yang ramah pengguna. Untuk perangkat yang tidak mendukung biometrik, pastikan untuk menyertakan opsi cadangan seperti autentikasi PIN atau kata sandi untuk mempertahankan aksesibilitas.
-
-Sangat penting untuk menghindari hardcoding rahasia secara langsung dalam aplikasi Anda. Sebaliknya, enkripsi token yang disimpan untuk memperkuat keamanan lebih lanjut. Selain itu, alat seperti Capgo dapat meningkatkan manajemen sesi yang aman dengan menawarkan pembaruan terenkripsi secara real-time untuk aplikasi Capacitor Anda.
-:::
-
-:::faq
-### Bagaimana Capgo menjaga keamanan pembaruan langsung sambil mengelola sesi aplikasi?
-
-Capgo memprioritaskan keamanan dengan **enkripsi end-to-end** untuk pembaruan langsung. Ini berarti bundle aplikasi Anda dienkripsi sebelum dikirim ke cloud dan hanya didekripsi di perangkat pengguna, memastikan data Anda tetap terlindungi sepanjang proses.
-
-Pembaruan ditangani dengan mulus di latar belakang, sehingga pengguna tidak terganggu saat menggunakan aplikasi. Mereka hanya akan melihat notifikasi pembaruan ketika mereka meluncurkan kembali aplikasi, menjaga pengalaman tetap lancar dan sesuai dengan aturan app store.
-:::
diff --git a/src/content/blog/id/capacitor-plugins-what-you-need-to-know.md b/src/content/blog/id/capacitor-plugins-what-you-need-to-know.md
deleted file mode 100644
index e9b35ebff..000000000
--- a/src/content/blog/id/capacitor-plugins-what-you-need-to-know.md
+++ /dev/null
@@ -1,240 +0,0 @@
----
-slug: capacitor-plugins-what-you-need-to-know
-title: 'Plugin Capacitor: Apa yang Perlu Anda Ketahui'
-description: >-
-  Pelajari cara mengembangkan aplikasi lintas platform dan mengakses fitur
-  native dengan mudah menggunakan plugin Capacitor.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-10T22:09:04.610Z
-updated_at: 2025-03-18T13:13:53.302Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a9581f762bb46adb44912d-1739225358216.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor plugins, mobile development, cross-platform apps, native features,
-  custom plugins, community plugins
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-[Capacitor](https://capacitorjs.com/) plugin sangat penting untuk membangun aplikasi lintas platform, memungkinkan Anda menggunakan fitur perangkat native seperti kamera, sistem file, dan notifikasi dengan usaha minimal. Mereka menggabungkan API JavaScript dan kode native untuk integrasi yang mulus di platform iOS, Android, dan web. Berikut yang perlu Anda ketahui:
-
--   **Plugin Inti**: Dibuat oleh tim [Ionic](https://ionicframeworkcom/), mencakup dasar-dasar seperti penyimpanan file (`FilesystemwriteFile`) dan pemeriksaan jaringan (`NetworkgetStatus`)
--   **Plugin Komunitas**: Menawarkan fitur khusus seperti [Firebase Analytics](https://firebasegooglecom/docs/analytics), [pembelian dalam aplikasi](https://capgo.app/plugins/native-purchases/), dan pembaruan langsung
--   **Plugin Kustom**: Buat sendiri untuk kebutuhan perangkat keras atau bisnis yang unik
-
-### Gambaran Singkat
-
-| **Manfaat** | **Dampak** | **Contoh** |
-| --- | --- | --- |
-| Kecepatan Pengembangan | Implementasi fitur lebih cepat | Menambahkan fungsi kamera dengan mudah |
-| Efisiensi Kode | Penggunaan ulang di berbagai platform | API bersama untuk iOS dan Android |
-| [Performa Native](https://capgo.app/plugins/native-audio/) | Akses langsung ke kemampuan perangkat | Optimisasi khusus platform |
-
-Sistem plugin Capacitor menyederhanakan pengembangan aplikasi sambil mempertahankan performa native. Baik Anda menggunakan plugin yang sudah ada atau membuat yang kustom, mereka membantu Anda fokus membangun fitur, bukan menangani kompleksitas khusus platform.
-
-## Cara Membangun Plugin [Capacitor](https://capacitorjs.com/) Anda Sendiri
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-10.jpg?auto=compress)
-
-<Steps>
-
-1. Buat struktur proyek plugin
-2. Definisikan antarmuka web
-3. Implementasikan kode native
-4. Uji dan publikasikan
-
-</Steps>
-
-## Struktur Teknis Plugin
-
-[Plugin Capacitor](https://capgo.app/plugins/) dibangun dengan desain jembatan lintas platform, memungkinkan interaksi yang mulus antara lingkungan web dan native. Memahami cara kerjanya dapat membantu pengembang membangun dan men-debug plugin lebih efisien.
-
-### Komponen Plugin: Web dan Native
-
-Plugin Capacitor menggunakan pengaturan dua lapis, memisahkan fungsionalitas web dan native. Lapisan-lapisan ini berkomunikasi melalui sistem jembatan Capacitor.
-
-| Komponen | Implementasi |
-| --- | --- |
-| API JavaScript | Definisi [TypeScript](https://wwwtypescriptlangorg/) dengan metode yang diekspor |
-| Kode Native | [Swift](https://developer.apple.com/swift/) (iOS) dan [Kotlin](https://kotlinlangorg/)/Java (Android) |
-| Lapisan Jembatan | Serialisasi pesan JSON |
-
-Struktur ini menyederhanakan tugas seperti mengkonversi tipe data antara lingkungan JavaScript dan native. Misalnya, plugin Filesystem secara otomatis mengkonversi data biner ke Base64 untuk transfer, sementara tipe data primitif ditangani menggunakan JSON [\[2\]](https://appstudyraidcom/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-### Komunikasi Platform
-
-Komunikasi antara lapisan web dan native bekerja melalui sistem berbasis pesan. Berikut contoh bagaimana alurnya:
-
-```javascript
-// Example of platform communication flow
-LocalNotifications.schedule({
-    title: "Update Available",
-    body: "New version ready to install"
-}) // Triggers native implementation based on platform
-```
-
-Jembatan ini mencakup fitur keamanan seperti:
-
--   **Validasi TypeScript** untuk memastikan integritas data
--   **Konteks eksekusi WebView bersandbox** untuk interaksi yang aman [\[1\]](https://appstudyraidcom/en/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-Penanganan kesalahan mudah dilakukan, karena Capacitor menggunakan rantai promise untuk mengembalikan error. Misalnya, jika akses geolokasi ditolak karena izin yang hilang, pengembang mendapatkan kode error yang jelas untuk mengidentifikasi dan memperbaiki masalah [\[2\]](https://appstudyraidcom/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-Untuk menangani perbedaan khusus platform, pengembang dapat menggunakan `CapacitorisPluginAvailable()` untuk memeriksa apakah fitur didukung sebelum menjalankannya. Pendekatan ini memastikan aplikasi bekerja di berbagai platform sambil memanfaatkan fitur native saat tersedia, tetap setia pada pendekatan lintas platform Capacitor [\[1\]](https://appstudyraidcom/id/read/11146/345601/overview-of-built-in-plugins)[\[2\]](https://appstudyraidcom/id/read/11146/345591/understanding-the-plugin-system)
-
-## Kategori Plugin
-
-Plugin Capacitor dibagi menjadi tiga kategori utama, masing-masing disesuaikan dengan kebutuhan pengembangan spesifik. Memahami kategori-kategori ini membantu pengembang memilih plugin yang tepat untuk proyek mereka. Kategori ini juga berperan dalam proses pemilihan plugin, yang akan dibahas di bagian Menambahkan Plugin.
-
-### Plugin Inti
-
-Plugin inti dikembangkan dan dikelola oleh tim Ionic. Plugin ini menyediakan fitur native utama dan didukung dengan pembaruan dan API yang terstandarisasi.
-
-| Plugin Inti | Fungsionalitas | Metode Utama |
-| --- | --- | --- |
-| Filesystem | Aksi penyimpanan file | `Filesystem.writeFile()` |
-| Network | Cek konektivitas | `Network.getStatus()` |
-| Device | Akses info perangkat keras | `Device.getInfo()` |
-
-Plugin-plugin ini mencakup validasi TypeScript dan memastikan perilaku yang konsisten di seluruh platform, menjadikannya pilihan yang dapat diandalkan untuk kemampuan native fundamental [\[1\]](https://appstudyraid.com/id/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-### Plugin Komunitas
-
-Ekosistem Capacitor juga menawarkan berbagai plugin pihak ketiga yang melampaui fitur dasar. Plugin ini memenuhi kebutuhan yang lebih spesifik dan terintegrasi dengan layanan yang banyak digunakan.
-
-| Plugin | Tujuan |
-| --- | --- |
-| Firebase Analytics | Melacak penggunaan aplikasi |
-| Live Updates | Mengaktifkan pembaruan real-time |
-| Native Purchases | Mengelola pembelian dalam aplikasi |
-| Screen Reader | Menambah dukungan aksesibilitas |
-
-Saat memilih plugin komunitas, penting untuk menilai aktivitas GitHub, frekuensi pemeliharaan, dan tingkat dukungan komunitas untuk memastikan plugin tetap andal seiring waktu [\[3\]](https://github.com/riderx/awesome-capacitor)
-
-### Membangun Plugin Kustom
-
-Terkadang, baik plugin inti maupun komunitas tidak akan memenuhi kebutuhan Anda. Di sinilah plugin kustom berperan, terutama untuk integrasi perangkat keras yang unik atau persyaratan bisnis tertentu. Contohnya termasuk bekerja dengan perangkat keras berpemilik, mengimplementasikan logika kustom, atau terhubung ke sistem lama.
-
-Mengembangkan plugin kustom melibatkan pembuatan implementasi native untuk iOS dan Android, bersama dengan API JavaScript yang terpadu. Untuk menjaga konsistensi lintas platform, pengembang harus menyertakan:
-
--   Fungsionalitas yang kompatibel dengan browser untuk lingkungan web
--   Signature metode yang seragam di semua platform [\[2\]](https://appstudyraid.com/id/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-###### sbb-itb-f9944d2
-
-## Menambahkan Plugin ke Aplikasi Anda
-
-Menambahkan plugin ke aplikasi Capacitor Anda memerlukan perencanaan yang matang untuk memastikan kinerja dan keamanan. Berikut ini pandangan lebih dekat tentang cara memilih, mengimplementasikan, dan menguji plugin secara efektif.
-
-### Panduan Pemilihan Plugin
-
-Saat memilih plugin untuk aplikasi Anda, perhatikan kriteria berikut:
-
-| **Kriteria** | **Yang Perlu Dicari** |
-| --- | --- |
-| Dukungan Platform | Kompatibilitas dengan iOS, Android, dan Web |
-| Dokumentasi | Referensi API dan contoh yang jelas |
-
-Untuk fitur yang melibatkan data sensitif atau keamanan, jalankan alat seperti `npm audit` atau gunakan platform seperti [Snyk](https://snyk.io/) untuk memeriksa kerentanan. Padukan ini dengan praktik terbaik keamanan web [\[7\]](https://ahrefs.com/blog/google-advanced-search-operators/)[\[8\]](https://www.w3.org/International/questions/qa-html-language-declarations)
-
-### [Capgo](https://capgo.app/): Pembaruan Langsung untuk Aplikasi
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-10.jpg?auto=compress)
-
-Capgo menyediakan [plugin pembaruan langsung](https://capgo.app/docs/plugin/self-hosted/auto-update/) yang bekerja secara mulus dengan Capacitor. Ini memungkinkan Anda menerapkan pembaruan - seperti perbaikan bug atau fitur baru - langsung ke aplikasi Anda menggunakan saluran terenkripsi, sambil tetap mematuhi kebijakan app store [\[3\]](https://github.com/riderx/awesome-capacitor)### Metode Pengujian Plugin
-
-Pengujian menyeluruh sangat penting untuk memastikan plugin berfungsi dengan baik di semua platform. Berikut cara yang bisa Anda lakukan:
-
--   **Pengujian Matriks Platform**: Uji plugin di semua versi platform yang didukung. Gunakan pemeriksaan ketersediaan platform Capacitor sebelum memanggil metode plugin untuk menghindari masalah kompatibilitas
-    
--   **Menyelesaikan Masalah Umum**: Atasi masalah yang sering terjadi dengan solusi berikut:
-    
-    | **Masalah** | **Solusi** |
-    | --- | --- |
-    | Kegagalan build native | Konfirmasi versi dependensi yang benar |
-    | Error perizinan | Periksa ulang konfigurasi platform |
-    
--   **Pengujian Otomatis**: Gunakan alat otomatis untuk mensimulasikan berbagai kondisi error dan kasus khusus, memastikan plugin berperilaku sesuai harapan [\[2\]](https://appstudyraidcom/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins)
-    
-
-Untuk plugin yang kritis bagi fungsionalitas aplikasi Anda, pertahankan versi yang telah diperbaiki dan pantau changelog resmi untuk pembaruan atau perubahan yang merusak [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins)[\[5\]](https://capacitorjs.com/docs/plugins). Ini akan membantu Anda mengantisipasi potensi masalah sambil menjaga aplikasi Anda tetap aman dan andal
-
-## Panduan Pemeliharaan Plugin
-
-Setelah Anda memilih dan mengimplementasikan plugin dengan hati-hati, memeliharanya sangat penting. Pembaruan dan pemeriksaan rutin memastikan aplikasi Anda tetap berfungsi, menghindari risiko keamanan, dan tetap kompatibel dengan perubahan platform.
-
-### Manajemen Versi
-
-Mengelola versi plugin memerlukan pengawasan terhadap pembaruan core Capacitor dan perubahan spesifik platform. Ini tentang menyelaraskan plugin Anda dengan versi semantik Capacitor.
-
-| Tipe Versi | Prioritas Update | Pertimbangan Utama |
-| --- | --- | --- |
-| **Update Major** | Tinggi | Perubahan API |
-| **Update Minor** | Menengah | Fitur baru |
-| **Update Patch** | Rendah | Perbaikan bug, patch keamanan |
-
-Saat meningkatkan versi major, ikuti langkah-langkah berikut:
-
-1. **Audit Setup Saat Ini**
-
-Dokumentasikan kustomisasi atau solusi sementara yang telah Anda implementasikan
-
-2. **[Strategi Pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)**
-
-Kembangkan rencana pembaruan detail yang mencakup:
-
--   Menyiapkan lingkungan pengujian
--   Membuat backup
--   Menyiapkan protokol rollback
--   Menilai potensi dampak pengguna
-
-3. **Implementasi**
-
-Selama pembaruan, pantau tingkat crash, metrik kinerja, dan respons API untuk memastikan semuanya berjalan lancar
-
-Melacak versi secara konsisten, dipasangkan dengan pengujian menyeluruh, membantu memelihara siklus jaminan kualitas yang andal
-
-### Sumber Daya Dukungan Plugin
-
-Memiliki akses ke dukungan yang dapat diandalkan adalah kunci untuk pemeliharaan plugin yang efektif. Ekosistem Capacitor menyediakan beberapa sumber daya yang membantu:
-
-> "Komunitas GitHub Discussions Capacitor, dengan lebih dari 8.000 anggota, berfungsi sebagai pusat utama untuk dukungan pemeliharaan plugin dan pemecahan masalah" [\[5\]](https://capacitorjs.com/docs/plugins)
-
-Untuk tim yang menggunakan alat seperti Capgo untuk pembaruan langsung, fitur tambahan meliputi:
-
--   Analitik crash real-time
--   Pemeriksaan kompatibilitas otomatis
--   Opsi rollback deployment
-
-Saat bekerja dengan plugin komunitas, pertimbangkan sumber daya ini:
-
-| Sumber Daya | Tujuan |
-| --- | --- |
-| **Forum Ionic** | Dukungan plugin resmi |
-| **Stack Overflow** | Solusi teknis |
-| **GitHub Issues Plugin** | Pelacakan bug |
-
-Jika Anda menemukan plugin yang ditinggalkan, Anda dapat melakukan fork repository atau membuat plugin wrapper kustom menggunakan Bridge Capacitor
-
-Untuk menghindari tantangan pemeliharaan umum, otomatiskan rutinitas pengujian untuk mengidentifikasi:
-
--   Penghentian API iOS/Android
--   Konflik dependensi native
--   Masalah perizinan spesifik platform
-
-Menggunakan `capacitor doctor` secara rutin dapat membantu menangkap potensi masalah lebih awal, memastikan aplikasi Anda tetap dalam kondisi prima [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins)
-
-## Ringkasan
-
-Plugin Capacitor menghubungkan kemampuan web dan native melalui desain intinya, membuat [pengembangan aplikasi lintas platform](https://capgoaplikasi/blog/cross-platform-mobile-app-development-guide-2024/) lebih efisien [\[6\]](https://capacitorjsjp/blog/how-capacitor-works) Arsitektur ini membekali pengembang dengan alat yang mereka butuhkan untuk membangun aplikasi canggih sambil mempertahankan kecepatan dan performa aplikasi native
-
-Untuk menjaga plugin tetap berjalan dengan lancar, penting untuk memahami kategori dan cara pengelolaannya:
-
-Ekosistem plugin tetap stabil berkat pembaruan aktif dan peningkatan berkelanjutan [\[3\]](https://githubcom/riderx/awesome-capacitor) Komitmen ini memastikan kinerja yang konsisten di semua platform sambil memperkenalkan fitur seperti pembaruan langsung
-
-Untuk tim yang ingin mengelola plugin secara efektif, alat modern telah menyederhanakan proses pembaruan tradisional. Metode native dirancang untuk dieksekusi dalam waktu kurang dari 200ms [\[6\]](https://capacitorjsjp/blog/how-capacitor-works), memastikan kinerja yang cepat dan andal di semua platform
\ No newline at end of file
diff --git a/src/content/blog/id/capacitor-social-login-release.md b/src/content/blog/id/capacitor-social-login-release.md
deleted file mode 100644
index df4a49915..000000000
--- a/src/content/blog/id/capacitor-social-login-release.md
+++ /dev/null
@@ -1,53 +0,0 @@
----
-slug: capacitor-social-login-release
-title: Rilis plugin Login Sosial Capacitor yang sepenuhnya baru
-description: >-
-  Plugin Login Sosial Capacitor adalah plugin yang memungkinkan Anda untuk masuk
-  dengan Google, Facebook, dan Apple di iOS, Android, dan Web.
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-10-08T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /social_login_plugin_blog.webp
-head_image_alt: Ilustrasi sistem organisasi Capgo
-keywords: >-
-  Oauth, social login, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Capacitor
-published: true
-next_blog: ''
-locale: id
----
-## Pengantar
-
-Hai, saya Michael ([WcaleNieWolny](https://github.com/WcaleNieWolny)) 👋,
-
-Setelah sebulan bekerja keras (dan sedikit menyakitkan 🙃), saya senang mengumumkan rilis pertama dari Capacitor Social Login. Plugin ini dirancang untuk membantu dalam menangani Login Google dan Apple di iOS dan Android. Selain itu, bersama dengan Martin, kami telah bekerja pada beberapa fitur unik yang meliputi:
-
- - Pengenalan Login dengan Apple di Android 
- - Adopsi API Kredensial Google yang baru
- - Penambahan dokumentasi yang mendetail
-
-## Login dengan Apple di Android
-
-Pertama, mari kita bahas inovasi utama dari 'Login dengan Apple' di Android. Ini bukan hal yang sepele, karena SDK Apple tidak menyediakan fungsionalitas ini. Saya menggunakan [artikel ini](https://johncodeos.com/how-to-add-sign-in-with-apple-button-to-your-android-app-using-kotlin/) sebagai titik acuan saya, tetapi saya mengubahnya sedikit untuk membuatnya lebih aman. Alur yang saya dapatkan terlihat seperti ini:
-
-<figure><img style="margin-left: auto;margin-right: auto;max-height: 600px !important;" src="/apple-login-flow-chart.svg" alt="Apple Login flow chart" /><figcaption></figcaption></figure> 
-
-Sayangnya, ini memerlukan backend dan beberapa modifikasi pada kode aplikasi Anda, tetapi itu yang terbaik yang bisa saya lakukan.
-
-## Google Login yang Diperbarui di Android
-
-Selanjutnya, saya mencoba untuk mengimplementasikan Google Login di Android. Ternyata, [CodetrixStudio’s CapacitorGoogleAuth](https://github.com/CodetrixStudio/CapacitorGoogleAuth) menggunakan [perpustakaan GMS yang segera dihentikan](https://developer.android.com/identity/sign-in/legacy-gsi-migration#authorization). Sebagai hasil dari perpustakaan GMS ini dianggap sebagai warisan, saya memutuskan untuk menggunakan [CredentialManager](https://developer.android.com/identity/sign-in/credential-manager-siwg). Ini membantu menyederhanakan alur login dan menghapus [kesalahan 10](https://github.com/CodetrixStudio/CapacitorGoogleAuth/issues/332) yang menjengkelkan 🎉
-
-## Dokumentasi
-
-Terakhir, saya menulis beberapa dokumentasi luar biasa ✨. Saya menghabiskan banyak waktu untuk memastikan bahwa dokumen tersebut akurat dan luas.
-Dokumen tersebut mencakup panduan mendetail tentang pengaturan baik Apple maupun Google. Saya juga menyediakan [contoh backend](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo) untuk Login dengan Apple 🍎
-
-Jangan ragu untuk memeriksa panduan [Apple](https://github.com/Cap-go/capacitor-social-login/blob/main/docs/setup_apple.md) dan [Google](https://github.com/Cap-go/capacitor-social-login/blob/main/docs/setup_google.md)!
-
-## Kesimpulan
-
-Sebagai kesimpulan, plugin Capacitor Social Login memperkenalkan banyak fitur baru dan menarik dengan lebih banyak yang akan datang di masa depan 🚀
diff --git a/src/content/blog/id/capacitor-vs-appflow-ota-update-solutions-compared.md b/src/content/blog/id/capacitor-vs-appflow-ota-update-solutions-compared.md
deleted file mode 100644
index 0566eb9c0..000000000
--- a/src/content/blog/id/capacitor-vs-appflow-ota-update-solutions-compared.md
+++ /dev/null
@@ -1,273 +0,0 @@
----
-slug: capacitor-vs-appflow-ota-update-solutions-compared
-title: 'Capacitor vs Appflow: Solusi Pembaruan OTA Dibandingkan'
-description: >-
-  Bandingkan solusi pembaruan OTA untuk menemukan yang paling sesuai untuk
-  aplikasi Anda, dengan fokus pada keamanan, kecepatan, dan biaya yang efektif.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T01:59:04.033Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9-1743299955207.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, Capacitor, Appflow, mobile development, deployment solutions, app
-  security, update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Mencari solusi pembaruan OTA terbaik untuk aplikasi Anda?** Berikut adalah perbandingan cepat antara [Capacitor](https://capacitorjs.com/) (dengan [Capgo](https://capgo.app/)) dan [Appflow](https://ionic.io/appflow/) untuk membantu Anda memutuskan. [Capacitor](https://capacitorjs.com/) menawarkan pembaruan cepat, keamanan tinggi, dan opsi hemat biaya, sementara Appflow terikat pada ekosistem [Ionic](https://ionicframework.com/) dan dijadwalkan akan dihentikan pada tahun 2026.
-
-### Poin Kunci:
-
--   **Capacitor (Capgo)**:
-    
-    1. Pembaruan mencapai 95% pengguna dalam 24 jam.
-    2. Menawarkan enkripsi end-to-end dan hosting yang fleksibel (cloud atau self-hosted).
-    3. Biaya ~$3,600 per tahun, dengan biaya setup satu kali sebesar $2,600.
-    4. Dikembangkan secara aktif dan open-source.
--   **Appflow**:
-    
-    1. Terintegrasi dengan Ionic tetapi hanya untuk cloud.
-    2. Dijadwalkan untuk menghentikan dukungan pada tahun 2026.
-    3. Biaya $6,000 per tahun.
-
-### Perbandingan Cepat:
-
-| Fitur | Capacitor (Capgo) | Appflow |
-| --- | --- | --- |
-| **Kecepatan Pembaruan** | 95% dalam 24 jam, 57ms API | Beragam |
-| **Keamanan** | Enkripsi end-to-end | Penandatanganan standar |
-| **Hosting** | Cloud atau self-hosted | Hanya cloud |
-| **Ketersediaan di Masa Depan** | Dikembangkan secara aktif | Berakhir pada 2026 |
-| **Biaya Tahunan** | ~$3,600 | $6,000 |
-| **Biaya Setup** | $2,600 | Termasuk |
-
-**Kesimpulan:** Capacitor (Capgo) adalah pilihan yang tahan lama, aman, dan hemat biaya, terutama untuk proyek jangka panjang. Appflow mungkin sesuai untuk kebutuhan jangka pendek tetapi memerlukan perencanaan migrasi karena penutupan yang akan datang.
-
-## Fitur Pembaruan [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Sistem Pembaruan Bawaan
-
-Sistem pembaruan Capacitor memungkinkan pengembang mengirimkan perbaikan bug dan fitur baru secara langsung kepada pengguna, melewati penundaan tinjauan toko aplikasi yang biasa. Ketika diatur dengan benar, sistem ini dapat mencapai hingga 95% pengguna aktif dalam 24 jam [\[1\]](https://capgo.app/). Ini menggunakan pembaruan diferensial, yang hanya men-download bagian yang berubah dari kode, menghemat bandwidth dan mempercepat proses. Misalnya, men-download pembaruan 5MB melalui CDN global Capgo hanya memerlukan waktu 114 milidetik [\[1\]](https://capgo.app/). Pendekatan yang disederhanakan ini sangat cocok untuk alur kerja pengembangan modern.
-
-### Dukungan Alat Pengembangan
-
-Sistem pembaruan Capacitor bekerja sama dengan berbagai alat pengembangan untuk menyederhanakan penerapan. Alat CLI memudahkan pembangunan dan penerapan pembaruan, sementara kompatibilitas dengan platform CI/CD seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), dan [Jenkins](https://www.jenkins.io/) mengotomatiskan seluruh proses. Fitur tambahan seperti kontrol versi, pelacakan kesalahan, dan dasbor analitik memungkinkan pengembang memantau pembaruan secara real-time, memecahkan masalah, dan mengukur kinerja secara efektif.
-
-### Fitur Platform [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-Platform [Capgo](https://capgo.app/docs/webapp/) meningkatkan kemampuan pembaruan Capacitor dengan tambahan keamanan dan opsi penerapan yang lebih canggih. Setelah mengelola 23,5 juta pembaruan di 750 aplikasi produksi [\[1\]](https://capgo.app/), ia menyediakan fitur kunci untuk meningkatkan kinerja:
-
-| Fitur | Kemampuan | Metode Kinerja |
-| --- | --- | --- |
-| Tingkat Keberhasilan Pembaruan | Penerapan global | 82% di seluruh dunia |
-| Waktu Respons API | Operasi waktu nyata | Rata-rata 434 ms |
-| Keamanan | Enkripsi end-to-end | Perlindungan pembaruan penuh |
-| Distribusi | [Sistem saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Peluncuran yang ditargetkan |
-
-Sistem saluran Capgo memungkinkan distribusi pembaruan yang tepat, seperti menjalankan pengujian beta atau meluncurkan pembaruan secara bertahap, tanpa mengorbankan keamanan. Tim dapat memilih antara pengaturan yang dihosting di cloud dan self-hosted, mendapatkan kontrol penuh dengan alat seperti pengembalian satu klik dan pemantauan kesalahan proaktif.
-
-## Sistem Pembaruan [Appflow](https://ionic.io/appflow/)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-### Koneksi Platform [Ionic](https://ionicframework.com/)
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-Appflow bekerja langsung dengan sistem pembangunan Ionic untuk mengemas dan mendistribusikan [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) secara efisien.
-
-### Alat Otomasi Pembaruan
-
-Appflow mencakup alat berbasis cloud untuk mengotomatisasi pembuatan, mengelola saluran, dan menangani kontrol versi. Namun, pengguna telah mencatat beberapa tantangan dengan fungsionalitas code-push-nya.
-
-> "Membatalkan langganan @Appflow saya setelah 4 tahun. Code-Push tidak pernah tampak berfungsi dengan baik, semoga @CapGO telah menyelesaikannya." - LeVar Berry [\[1\]](https://capgo.app/)
-
-### Rencana Akhir Masa Appflow
-
-Ionic telah mengumumkan bahwa Appflow akan dihentikan pada tahun 2026, mendesak pengguna untuk merencanakan migrasi sekarang untuk menghindari gangguan.
-
-> "Berpindah ke @Capgo setelah @AppFlow memberi kami tagihan $5000 untuk tahun ini agar dapat terus berjalan. Menyukai CapoGo sejauh ini. Terima kasih kepada @Capgo, ini produk yang hebat." - jermaine [\[1\]](https://capgo.app/)
-
-## Perbandingan Platform
-
-Berikut adalah rincian praktis tentang bagaimana platform ini berkinerja berdasarkan fitur kunci mereka.
-
-### Grafik Perbandingan Fitur
-
-Tabel ini menyoroti perbedaan utama antara Capgo dan Appflow:
-
-| Fitur | Capgo | Appflow |
-| --- | --- | --- |
-| **Kecepatan Pengiriman Pembaruan** | 95% pengguna diperbarui dalam 24 jam, rata-rata respons API 57ms | Kinerja bervariasi |
-| **Keamanan** | Enkripsi end-to-end | Penandatanganan standar |
-| **Tingkat Keberhasilan Pembaruan** | 82% secara global | Tidak dibagikan secara publik |
-| **Integrasi CI/CD** | GitHub Actions, GitLab CI, Jenkins | Alat spesifik Ionic |
-| **Opsi Hosting** | Cloud atau self-hosted | Hanya cloud |
-| **Status Platform** | Pengembangan aktif | Dukungan berakhir pada 2026 |
-| **Biaya Tahunan** | ~$3,600 ($300/bulan) | $6,000 |
-| **Biaya Setup** | $2,600 (sekali) | Termasuk |
-| **Kode Sumber** | 100% open-source | Proprietary |
-
-Perbedaan ini dapat membantu membimbing pilihan Anda tergantung pada kebutuhan spesifik Anda.
-
-### Penggunaan Terbaik untuk Setiap Platform
-
-Setiap platform bersinar dalam skenario yang berbeda, menjadikannya lebih sesuai untuk kasus penggunaan tertentu:
-
--   **Capgo** ideal untuk:
-    
-    1. Penyebaran cepat pembaruan penting, berkat kecepatan unduhnya yang cepat.
-    2. Lingkungan di mana keamanan adalah prioritas, dengan enkripsi end-to-end.
-    3. Tim yang mencari biaya jangka panjang yang lebih rendah dan opsi penyebaran yang fleksibel.
--   **Appflow** bekerja baik untuk:
-    
-    1. Pengguna yang sudah berinvestasi dalam ekosistem Ionic.
-    2. Proyek jangka pendek yang akan berakhir sebelum 2026.
-    3. Tim yang mengandalkan sistem build proprietary Ionic.
-
-Tim [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) NASA berbagi pengalaman mereka:
-
-> "@Capgo adalah cara cerdas untuk melakukan hot code pushes (dan tidak dengan semua uang di dunia seperti dengan @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Rekam jejak Capgo berbicara sendiri, dengan 750 aplikasi produksi, 23,5 juta pembaruan yang dikirim, dan tingkat keberhasilan global 82%.
-
-## Alat Pengembang dan Alur Kerja
-
-### Proses Setup
-
-Menyetel pembaruan OTA bervariasi menurut platform, tetapi Capgo menyederhanakan proses secara signifikan. Pengembang dapat menerapkan pembaruan dalam waktu kurang dari 15 menit hanya dengan satu perintah CLI. Berikut adalah perbandingan proses pengaturan Capgo dengan pendekatan manual Appflow:
-
-| Langkah | Capgo | Appflow |
-| --- | --- | --- |
-| **Pengaturan Awal** | Perintah CLI tunggal: `npx @capgo/cli init` | Pengaturan manual melalui dasbor |
-| **Konfigurasi** | Pengaturan dan konfigurasi plugin otomatis | Konfigurasi manual |
-| **Integrasi Build** | Bekerja dengan alur kerja build yang ada | Membutuhkan langkah kustom |
-| **Waktu hingga Pembaruan Pertama** | Kurang dari 15 menit | Tidak ditentukan |
-
-> "Sudah mengatur @Capgo dan menguji pengganti luar biasa untuk @AppFlow! Terima kasih atas kerja kerasnya, ini sudah mudah sejauh ini. Hampir merilis ke toko aplikasi 🤞" - jaythegeek [\[1\]](https://capgo.app/)
-
-Capgo tidak hanya berhenti pada pengaturan - ia lebih meningkatkan alur kerja build dengan integrasi CI/CD.
-
-### Dukungan Pipeline Build
-
-Setelah pengaturan cepat, Capgo terintegrasi tanpa usaha dengan alat CI/CD yang banyak digunakan seperti GitHub Actions, GitLab CI, dan Jenkins. Pendekatan ini mendukung lebih dari 50 aplikasi tanpa mengunci pengembang ke platform tertentu. Setup CI/CD melibatkan biaya satu kali sebesar $2,600 dan biaya operasional bulanan sekitar $300 [\[1\]](https://capgo.app/).
-
-### Manajemen Pembaruan
-
-Mengelola pembaruan secara efektif sangat penting untuk kinerja dan keandalan aplikasi. Capgo menyediakan alat canggih untuk menangani ini, termasuk:
-
--   **Manajemen Saluran**: Ideal untuk pengujian beta, peluncuran bertahap, dan rilis produksi.
--   **Kontrol Versi**: Fitur seperti pengembalian satu klik, analitik pembaruan waktu nyata, pelacakan kesalahan, dan pengujian permintaan tarik melalui saluran tertentu.
--   **Manajemen Pengguna**: Menawarkan kontrol rinci atas distribusi pembaruan, manajemen penguji beta, akses berbasis izin, dan penargetan grup pengguna.
-
-Pelacakan kesalahan Capgo memastikan perbaikan cepat dan pembaruan yang mulus, membantu menjaga stabilitas aplikasi.
-
-## Keamanan dan Pedoman
-
-Menyampaikan pembaruan secara aman sangat penting untuk menjaga kepatuhan dan mendapatkan kepercayaan pengguna, terutama ketika dipasangkan dengan kemampuan penerapan yang kuat.
-
-### Aturan App Store
-
-Pembaruan OTA harus selaras dengan regulasi toko aplikasi, terintegrasi dengan mulus dengan alur kerja penerapan yang telah kita bahas. Inilah bagaimana Capgo dan Appflow menangani persyaratan ini:
-
-| Kebutuhan | Capgo | Appflow |
-| --- | --- | --- |
-| Kepatuhan App Store | Sepenuhnya sesuai dengan pedoman Apple | Memenuhi kriteria standar |
-| Kepatuhan Play Store | Mengikuti persyaratan Google Play | Memenuhi kriteria standar |
-| Dekripsi Terotorisasi | Enkripsi end-to-end untuk pengguna | Penandatanganan pembaruan |
-| Kontrol Versi | Manajemen versi yang terperinci, termasuk pemulihan | Pelacakan versi dasar |
-
-Capgo memastikan kepatuhan dengan pedoman OTA Apple dan Google [\[1\]](https://capgo.app/). Penyesuaian ketat dengan aturan toko ini melengkapi integrasi CI/CD yang dibahas sebelumnya.
-
-### Fitur Keamanan
-
-Keamanan memainkan peran penting dalam sistem pembaruan OTA, terutama untuk penyebaran kode secara langsung. Capgo menonjol dengan menawarkan langkah-langkah keamanan canggih yang melampaui solusi tradisional:
-
-| Fitur Keamanan | Implementasi |
-| --- | --- |
-| Jenis Enkripsi | Enkripsi end-to-end |
-| Perlindungan Pembaruan | Dekripsi yang disesuaikan untuk pengguna tertentu |
-| Kontrol Akses | Kontrol izin yang komprehensif |
-| Opsi Hosting | Opsi untuk pengaturan cloud atau self-hosted |
-| Pemulihan Versi | Fungsionalitas pemulihan sederhana satu kali klik |
-
-Fitur-fitur ini memastikan pembaruan dienkripsi, terkendali aksesnya, dan dapat diputar kembali, menawarkan keamanan tingkat perusahaan sambil tetap mudah dikelola.
-
-## Perbandingan Harga
-
-### Biaya Platform
-
-Biaya solusi pembaruan OTA dapat bervariasi secara signifikan. Capgo menawarkan rencana mulai dari $12/bulan (Solo) dan mencapai $249/bulan (PAYG). Berikut adalah rincian harga mereka:
-
-| Rencana | Biaya Bulanan (Dibebankan Tahunan) | Fitur Utama |
-| --- | --- | --- |
-| Solo | $12 | 1.000 MAU, 50GB bandwidth |
-| Maker | $33 | 10.000 MAU, 500GB bandwidth |
-| Tim | $83 | 100.000 MAU, 2.000GB bandwidth |
-| PAYG | $249 | 1.000.000 MAU, 10TB bandwidth |
-
-Sebagai perbandingan, Appflow membebankan biaya tetap tahunan sebesar $6.000. Perbedaan harga ini telah membuat banyak pengguna beralih, termasuk tim OSIRIS-REx NASA:
-
-> "@Capgo adalah cara cerdas untuk melakukan push kode secara langsung (dan bukan untuk semua uang di dunia seperti dengan @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Model harga yang kontras ini menyoroti pentingnya mengevaluasi biaya bersamaan dengan fitur.
-
-### Biaya vs Manfaat
-
-Harga adalah faktor utama dalam memilih solusi pembaruan OTA, terutama untuk perencanaan jangka panjang. Seiring berjalannya waktu, kesenjangan biaya antara Capgo dan Appflow menjadi lebih mencolok:
-
-| Periode Waktu | Total Biaya Capgo\* | Total Biaya Appflow | Potensi Penghematan |
-| --- | --- | --- | --- |
-| Tahun 1 | $6.200 | $6.000 | -$200 |
-| Tahun 3 | $13.400 | $18.000 | $4.600 |
-| Tahun 5 | $20.600 | $30.000 | $9.400 |
-
-\*Total Capgo termasuk biaya setup CI/CD sekali sebesar $2.600 dan biaya bulanan sebesar $300 [\[1\]](https://capgo.app/).
-
-Jermaine membagikan pengalamannya:
-
-> "Berpindah ke @Capgo setelah @AppFlow menagih kami dengan tagihan $5000 untuk tahun ini untuk melanjutkan. Sangat menyukai Capgo sejauh ini" [\[1\]](https://capgo.app/)
-
-Bagi organisasi yang fokus pada efisiensi biaya, biaya setup Capgo yang hanya sekali, biaya bulanan yang lebih rendah, dan [opsi self-hosting](https://capgo.app/blog/self-hosted-capgo/) dapat mengarah pada penghematan signifikan seiring berjalannya waktu.
-
-LeVar Berry juga membagikan perspektifnya:
-
-> "Membatalkan langganan @Appflow saya setelah 4 tahun. Push-Kode tidak pernah tampak berfungsi dengan baik, semoga @CapGO sudah mengatasinya" [\[1\]](https://capgo.app/)
-
-## Analisis Akhir
-
-### Perbedaan Utama
-
-Ketika membandingkan Capacitor dengan Appflow, terdapat kontras yang jelas dalam pengiriman pembaruan dan fitur keamanan, seperti yang ditunjukkan sebelumnya. Platform Capgo untuk Capacitor memberikan kinerja yang cepat dan dapat diandalkan [\[1\]](https://capgo.app/). Ia unggul dengan opsi penyebaran dan keamanan yang kuat, termasuk **enkripsi end-to-end** dan fleksibilitas pengaturan cloud atau self-hosted, yang telah mendorong adopsi di seluruh dunia [\[1\]](https://capgo.app/).
-
-| Fitur | Capgo (Capacitor) | Appflow |
-| --- | --- | --- |
-| Keamanan | Enkripsi end-to-end | Penandatanganan dasar |
-| Opsi Hosting | Cloud dan self-hosted | Hanya cloud |
-| Ketersediaan Masa Depan | Aktif dikembangkan | Berakhir pada 2026 |
-| Kecepatan Pembaruan | 114 ms (bundel 5 MB) | Tidak ditentukan |
-| Kode Sumber | 100% sumber terbuka | Hak milik |
-
-Perbedaan ini memainkan peran besar dalam memutuskan solusi mana yang sesuai dengan kebutuhan Anda.
-
-### Panduan Pemilihan Platform
-
-Berdasarkan perbedaan ini, berikut adalah panduan cepat untuk membantu Anda memilih platform yang tepat:
-
-- **Organisasi Perusahaan**: Jika keamanan adalah prioritas utama, Capgo adalah pilihan yang kuat. Penyebaran [self-hosted](https://capgo.app/blog/self-hosted-capgo/) dan **enkripsi end-to-end** memenuhi tuntutan keamanan yang ketat. Selain itu, ini terintegrasi dengan mulus dengan alat CI/CD, menjadikannya ideal untuk operasi berskala besar [\[1\]](https://capgo.app/).
-    
-- **Tim yang Berkembang**: Infrastruktur dan sistem saluran Capgo yang dapat diskalakan memungkinkan pembaruan yang ditargetkan untuk kelompok pengguna tertentu, memberikan tim kontrol yang tepat atas penyebaran [\[1\]](https://capgo.app/).
-    
-- **Pengembang yang Peduli Biaya**: Dengan harga yang kompetitif, Capgo adalah pilihan ramah anggaran dibandingkan Appflow, menjadikannya cocok untuk tim dari berbagai ukuran [\[1\]](https://capgo.app/).
-    
-- ** perencanaan untuk Masa Depan**: Penutupan yang dijadwalkan oleh Appflow pada tahun 2026 berarti perencanaan migrasi sangat penting. Pendekatan open-source Capgo, pengembangan aktif, dan komunitas yang berkembang menjadikannya pilihan jangka panjang yang dapat diandalkan [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/id/capacitor-vs-appflow-versioning-differences.md b/src/content/blog/id/capacitor-vs-appflow-versioning-differences.md
deleted file mode 100644
index b9ccd9803..000000000
--- a/src/content/blog/id/capacitor-vs-appflow-versioning-differences.md
+++ /dev/null
@@ -1,140 +0,0 @@
----
-slug: capacitor-vs-appflow-versioning-differences
-title: 'Capacitor vs. Appflow: Perbedaan dalam Versi'
-description: >-
-  Temukan perbedaan versi antara metode manual dan otomatis, dan jelajahi
-  alternatif baru untuk pengembangan aplikasi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T04:20:03.700Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac-1745209216757.jpg
-head_image_alt: Pengembangan mobile
-keywords: >-
-  version control, app updates, manual versioning, automated versioning, CI/CD,
-  live updates, mobile development, app release management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Mengelola versi aplikasi bisa rumit.** [Capacitor](https://capacitorjs.com/) menggunakan [pembaruan manual](https://capgo.app/docs/plugin/cloud-mode/manual-update/), sementara [Appflow](https://ionic.io/docs/appflow) mengotomatisasi prosesnya. Berikut yang perlu Anda ketahui:
-
--   **Capacitor:** Versi manual memerlukan pengeditan file seperti `Info.plist` (iOS) dan `build.gradle` (Android). Ini memberikan kontrol namun berisiko error dan memperlambat pembaruan.
--   **Appflow:** Mengotomatisasi versi dengan alat CI/CD untuk rilis lebih cepat tetapi biayanya ~$6.000/tahun dan mungkin kurang fleksibel.
-
-**Perubahan Kunci di Pasar:**
-
--   **Appflow akan ditutup pada 2026.**
--   Alternatif seperti **[Capgo](https://capgo.app/)** menawarkan pembaruan langsung, mulai dari $12/bulan, dengan 95% pembaruan terkirim dalam 24 jam.
-
-### Perbandingan Cepat
-
-| Fitur | Capacitor (Manual) | Appflow (Otomatis) | Capgo (Alternatif) |
-| --- | --- | --- | --- |
-| **Versi** | Edit manual | Otomatis via CI/CD | Pembaruan langsung |
-| **Kecepatan Update** | Lebih lambat (tertunda App Store) | Lebih cepat (Code-push) | Hampir instan |
-| **Biaya** | Alat gratis | ~$6.000/tahun | Mulai dari $12/bulan |
-| **Risiko Error** | Lebih tinggi (error manual) | Lebih rendah | Lebih rendah |
-| **Tanggal Berakhir** | Aktif | Berakhir 2026 | Aktif |
-
-Saat memilih, pertimbangkan anggaran, frekuensi pembaruan, dan kebutuhan kecepatan Anda.
-
-## Demo Langsung: Membangun Aplikasi [Capacitor](https://capacitorjs.com/) di Ionic [Appflow](https://ionic.io/docs/appflow)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/tkgNuSG5FJQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Metode Versi: Capacitor vs Appflow
-
-Capacitor dan Appflow memiliki pendekatan yang sangat berbeda dalam mengelola kontrol versi. Berikut pandangan lebih dekat tentang bagaimana setiap platform menangani proses ini dan sesuai dengan alur kerja pengembangan.
-
-### Kontrol Versi Manual Capacitor
-
--   Untuk iOS, Anda perlu memperbarui file **Info.plist** secara manual untuk setiap rilis.
--   Untuk Android, penyesuaian version-code di file **build.gradle** dilakukan secara manual.
-
-Pendekatan ini memberi Anda kontrol presisi atas versi tetapi dapat memperlambat rilis dan memberi ruang untuk kesalahan manusia.
-
-### Manajemen Versi Otomatis Appflow
-
--   **Integrasi CI/CD** menangani kenaikan versi secara otomatis.
--   Versi disinkronkan antara iOS dan Android, memastikan konsistensi.
-
-Meskipun otomatisasi ini mempercepat proses rilis, hal ini dapat mengurangi fleksibilitas dan datang dengan biaya lebih tinggi. Beberapa pengembang juga melaporkan masalah dengan fungsionalitas code-push dan biaya yang meningkat.
-
-Selanjutnya, kita akan membandingkan fitur-fitur kontrol versi utama dari platform-platform ini secara berdampingan.
-
-## Fitur Kontrol Versi Head-to-Head
-
-Berikut perbandingan fitur utama dari setiap platform, berfokus pada bagaimana mereka menangani kontrol versi.
-
-**Perbedaan utama meliputi:**
-
--   **Kontrol versi**: Satu mengandalkan file konfigurasi manual, sementara yang lain menggunakan proses CI/CD otomatis.
--   **Distribusi pembaruan**: Pengajuan app-store tradisional versus [pembaruan code-push langsung](https://capgo.app/sponsor/).
--   **Biaya**: Satu menawarkan alat gratis, sementara yang lain bisa mencapai sekitar $5.000 per tahun.
--   **Kecepatan deployment**: Tinjauan app-store bisa memakan waktu beberapa hari, sementara code-push langsung memungkinkan deployment hampir instan.
-
-Perbedaan ini berdampak pada seberapa cepat pembaruan dapat dirilis, tingkat risiko yang terlibat, dan biaya keseluruhan.
-
-Dengan Microsoft Code Push yang akan ditutup pada 2024 dan Appflow diperkirakan akan menyusul pada 2026, banyak tim sudah mencari alternatif [\[1\]](https://capgo.app/).
-
-## Efek Manajemen Rilis
-
-Saat membandingkan kontrol versi manual dan otomatis, setiap pendekatan memiliki tantangan dan trade-off sendiri, terutama dalam manajemen rilis.
-
-### Risiko Kontrol Versi Manual
-
-Proses manual Capacitor mengharuskan pengembang memperbarui beberapa file konfigurasi untuk setiap rilis. Ini meningkatkan kemungkinan kesalahan, seperti versi yang tidak sesuai atau deployment yang tidak terlacak. Selain itu, dapat menyebabkan keterlambatan dalam menangani bug, dengan perbaikan yang berpotensi memakan waktu berhari-hari atau bahkan berminggu-minggu untuk mencapai pengguna.
-
-Tantangan utama meliputi:
-
--   Menjaga konsistensi nomor versi di beberapa file
--   Kurangnya pemantauan untuk pembaruan yang berhasil
--   Peluncuran perbaikan bug yang lambat
-
-Meskipun otomatisasi dapat menyelesaikan beberapa masalah ini, hal tersebut tidak lepas dari kekurangannya.
-
-### Kekurangan Kontrol Versi Otomatis
-
-Appflow menyederhanakan proses dengan mengotomatisasi pembaruan dan deployment versi. Namun, kenyamanan ini datang dengan harga yang mahal. Dengan biaya langganan tahunan sekitar $5.000, hal ini dapat secara signifikan membebani anggaran tim pengembangan, mendorong beberapa untuk mencari opsi yang lebih hemat biaya [\[1\]](https://capgo.app/).
-
-## Opsi Kontrol Versi Baru
-
-Mengelola kontrol versi untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) selalu menjadi tantangan, terutama ketika menyeimbangkan kesalahan manual dan biaya tinggi otomatisasi. Untungnya, alat yang tersedia untuk kontrol versi telah berkembang, menawarkan alternatif untuk metode tradisional.
-
-### Sistem Pembaruan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgo menawarkan solusi bagi tim yang ingin merampingkan kontrol versi tanpa menghabiskan banyak biaya. Ini menyediakan pembaruan langsung sambil tetap mematuhi kebijakan toko Apple dan Google. Beberapa fitur utama meliputi:
-
--   **Enkripsi end-to-end** untuk memastikan pengiriman pembaruan yang aman
--   **Analitik real-time**, membanggakan tingkat keberhasilan 82% secara global
--   **Pembaruan parsial** untuk menjaga ukuran bundle tetap kecil dan efisien
--   **Integrasi mulus** dengan platform CI/CD seperti [GitHub Actions](https://docs.github.com/actions) dan [GitLab CI](https://docs.gitlab.com/ee/ci/)
-
-### Status Pasar Saat Ini
-
-Pasar kontrol versi bergeser seiring layanan lama yang mulai ditutup. Tim sekarang perlu fokus pada biaya, kecepatan, dan kepatuhan saat memilih strategi. Berikut snapshot opsi saat ini:
-
--   **Capgo** (diluncurkan 2022): Aktif, mulai dari $12/bulan, mendukung pembaruan langsung
--   **Appflow**: Ditutup pada 2026, harga $6.000/tahun [\[1\]](https://capgo.app/), menawarkan [pembaruan otomatis](https://capgo.app/docs/live-updates/update-behavior/)
-
-Alat-alat ini mengisi kekosongan yang ditinggalkan oleh penutupan CodePush pada 2024 dan akan berakhirnya Appflow pada 2026.
-
-## Kesimpulan
-
-Mengelola kontrol versi untuk aplikasi Capacitor melibatkan campuran alur kerja manual, otomatisasi Appflow, dan [platform pembaruan langsung modern](https://capgo.app/blog/alternative-to-expo/).
-
-### Poin Penting
-
--   **Pembaruan manual**: Menawarkan kontrol detail tetapi berisiko kesalahan manusia.
--   **Otomatisasi Appflow**: Menyederhanakan rilis tetapi dengan biaya $6.000 per tahun [\[1\]](https://capgo.app/).
--   **Platform pembaruan langsung**: Alat seperti Capgo memudahkan peluncuran perbaikan dan fitur baru dengan cepat.
-
-Saat memutuskan antara pembaruan manual, pipeline otomatis, atau platform pembaruan langsung, tim harus mempertimbangkan frekuensi rilis, anggaran, dan kebutuhan akan kecepatan dan kepatuhan. Setiap pendekatan memiliki kekuatan dan trade-off masing-masing.
diff --git a/src/content/blog/id/capgo-for-app-store-safe-ota-updates.md b/src/content/blog/id/capgo-for-app-store-safe-ota-updates.md
deleted file mode 100644
index 401260660..000000000
--- a/src/content/blog/id/capgo-for-app-store-safe-ota-updates.md
+++ /dev/null
@@ -1,155 +0,0 @@
----
-slug: capgo-for-app-store-safe-ota-updates
-title: Capgo untuk OTA Updates yang Aman di App Store
-description: >-
-  Jelajahi bagaimana sebuah platform memungkinkan pembaruan aplikasi yang instan
-  dan aman tanpa penundaan dari app store, meningkatkan efisiensi pengembangan
-  dan kepatuhan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-07T03:24:24.255Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ca3d64c828e2c944a33eb7-1741317877632.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, app development, mobile updates, app store compliance, CI/CD
-  integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capgo](https://capgo.app/) memungkinkan pengembang untuk memberikan **pembaruan aplikasi instan dan aman** tanpa menunggu peninjauan app store. Dengan **enkripsi end-to-end**, integrasi CI/CD yang mulus, dan kepatuhan pada aturan app store, ini adalah alternatif yang hemat biaya dibandingkan pembaruan tradisional atau platform yang lebih mahal seperti [AppFlow](https://ionic.io/appflow). Lebih dari **947,6 juta pembaruan** telah diimplementasikan di **1.400 aplikasi produksi**, meningkatkan efisiensi pengembangan sebesar **81%**.
-
-### Manfaat Utama [Capgo](https://capgo.app/):
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-07.jpg?auto=compress)
-
--   **Pembaruan Instan**: Perbaiki bug atau luncurkan fitur tanpa penundaan.
--   **Deployment Aman**: Pembaruan dienkripsi dan hanya dapat diakses oleh pengguna yang berwenang.
--   **Hemat Biaya**: Biaya pengaturan CI/CD satu kali sebesar $2.600, dengan ~$300/bulan untuk penggunaan berkelanjutan.
--   **Peluncuran Terkontrol**: Target pengguna atau grup spesifik untuk pembaruan.
--   **Kepatuhan App Store**: Sepenuhnya mematuhi kebijakan Apple dan Google.
-
-### Perbandingan Cepat Platform OTA:
-
-| Platform | Fitur Utama | Keterbatasan | Biaya |
-| --- | --- | --- | --- |
-| **Capgo** | OTA Aman, Siap CI/CD, penargetan pengguna | Upaya pengaturan awal | $2.600 pengaturan + ~$300/bulan |
-| **AppFlow** | Integrasi Ionic, dukungan enterprise | Hambatan biaya tinggi | $6.000/tahun |
-| **[App Center](https://visualstudio.microsoft.com/app-center/)** | Tier gratis, didukung Microsoft | Tidak ada dukungan aplikasi hibrid | Tersedia tier gratis |
-
-Capgo ideal untuk pengembang yang membutuhkan **pembaruan cepat dan patuh** tanpa menghabiskan banyak biaya. Platform ini dipuji karena kemudahan penggunaan, keterjangkauan, dan keandalan dalam lingkungan produksi.
-
-## Bisakah Anda Melakukan Pembaruan OTA untuk Aplikasi iOS? Penjelasan Pedoman Apple
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Fitur Capgo
-
-Platform Capgo menawarkan kemampuan pembaruan over-the-air (OTA) yang kuat, memastikan pembaruan aplikasi yang aman dan efisien. Dengan **enkripsi end-to-end**, pembaruan hanya dapat diakses oleh pengguna yang berwenang, menjaga keamanan deployment dari awal hingga akhir.
-
-Capgo bekerja dengan mudah dengan platform CI/CD populer seperti **[GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [Jenkins](https://www.jenkins.io/), dan [CircleCI](https://circleci.com/)**. Platform ini juga menyediakan pengaturan CI/CD satu kali seharga $2.600, yang jauh lebih terjangkau dibandingkan biaya tahunan AppFlow sebesar $6.000. Integrasi ini menyederhanakan deployment sambil mematuhi peraturan app store.
-
-Sistem **penugasan pengguna** platform memberikan pengembang kontrol tepat atas distribusi pembaruan. Fitur ini memungkinkan peluncuran terarah dan pengujian beta sambil tetap dalam kebijakan app store. Seperti yang dibagikan colenso:
-
-> "Kami meluncurkan pembaruan [Capgo OTA](https://development.capgo.app/) dalam produksi untuk basis pengguna kami lebih dari 5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami sudah up to date dalam hitungan menit setelah OTA dideploy ke @Capgo."
-
-Berikut ikhtisar cepat fitur unggulan Capgo:
-
-| Kategori Fitur | Kemampuan | Manfaat |
-| --- | --- | --- |
-| Keamanan | Enkripsi end-to-end | Menjaga pembaruan hanya dapat diakses oleh pengguna yang berwenang |
-| Integrasi | Azure DevOps, GitLab, GitHub, Jenkins | Menyederhanakan proses deployment |
-| Distribusi | Sistem penugasan pengguna | Memungkinkan peluncuran terkontrol dan pengujian |
-| Manajemen | Dukungan multi-organisasi | Menyediakan kontrol izin yang detail |
-
-Capgo juga mendukung **manajemen multi-organisasi**, memungkinkan tim membuat dan mengelola organisasi terpisah dengan izin pengguna yang disesuaikan. Ini menambahkan lapisan kontrol lain ke alur kerja pembaruan Anda.
-
-## 2. Pembaruan App Store Standar
-
-Memperbarui aplikasi melalui app store tradisional memiliki tantangannya sendiri. Proses peninjauan yang diperlukan sering menunda waktu antara mengidentifikasi masalah dan merilis perbaikan. Ini memaksa pengembang untuk mengelompokkan beberapa perubahan ke dalam satu pembaruan, membuat pengujian dan deployment lebih rumit. Penundaan ini mempersulit untuk mengatasi masalah dengan cepat dan meningkatkan aplikasi secara berkelanjutan, menciptakan kebutuhan akan solusi yang lebih cepat yang tetap memenuhi aturan app store.
-
-Tim pengembangan saat ini mencari cara untuk mempercepat pembaruan sambil tetap mematuhi pedoman app store. Alat seperti Capgo menyediakan opsi, memungkinkan pengembang merilis pembaruan beberapa kali seminggu - meningkatkan efisiensi hingga 81% [\[1\]](https://capgo.app/). Ini menunjukkan bagaimana proses pembaruan tradisional dapat menahan pengembangan yang agile, meningkatkan permintaan akan alat yang mendukung rilis cepat tanpa melanggar aturan.
-
-Perubahan dalam cara pengelolaan pembaruan ini adalah bagian dari tren yang lebih besar dalam industri. Tim bertujuan untuk menciptakan alur kerja yang lebih cepat dan responsif sambil tetap memenuhi standar kualitas dan keamanan yang ditetapkan oleh app store.
-
-## 3. Platform OTA Alternatif
-
-Pembaruan app store standar bisa lambat, membuat platform OTA alternatif menjadi pilihan menarik untuk pembaruan yang lebih cepat dan patuh. Beberapa platform mulai memenuhi permintaan ini.
-
-App Center Microsoft baru-baru ini menghentikan dukungan pembaruan langsung untuk aplikasi hibrid, membuat pengembang mencari solusi baru. Simon Flack berbagi perspektifnya tentang perubahan ini:
-
-> "Kami sedang mencoba @Capgo karena Appcenter menghentikan dukungan pembaruan langsung pada aplikasi hibrid dan @AppFlow terlalu mahal."
-
-AppFlow dari Ionic tetap menjadi pilihan, tetapi banyak pengembang mengkritik biayanya yang tinggi dan fungsionalitas terbatas. Dengan harga $6.000 per tahun - dibandingkan dengan biaya normal $300 per bulan untuk alat CI/CD - ini sulit diterima bagi beberapa orang. LeVar Berry mengungkapkan frustrasinya:
-
-> "Membatalkan langganan @Appflow saya setelah 4 tahun. Code-Push tampaknya tidak pernah bekerja dengan baik, semoga @CapGO telah menyelesaikannya."
-
-Untuk lebih memahami lanskap, berikut perbandingan cepat platform OTA utama:
-
-| Platform | Fitur Utama | Keterbatasan | Struktur Biaya |
-| --- | --- | --- | --- |
-| AppFlow | Integrasi Ionic bawaan | Masalah fungsionalitas | $6.000/tahun |
-| App Center | Didukung Microsoft | Tidak ada dukungan aplikasi hibrid | Tersedia tier gratis |
-| Capgo | Enkripsi end-to-end; Siap CI/CD | Masih berkembang sebagai platform | ~$300/bulan untuk CI/CD |
-
-Industri jelas mencari solusi OTA yang lebih terjangkau dan andal. Bahkan tim [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) NASA memberi komentar:
-
-> "@Capgo adalah cara pintar untuk melakukan hot code pushes (dan tidak dengan semua uang di dunia seperti dengan @AppFlow) 🙂."
-
-Perubahan ini menekankan kebutuhan yang berkembang untuk menyeimbangkan deployment cepat dengan aturan app store, tanpa menghabiskan banyak biaya.
-
-## Manfaat dan Keterbatasan
-
-Mari lihat lebih dekat metode pembaruan OTA, dengan mengambil wawasan dari contoh dunia nyata dan umpan balik pengembang.
-
-| Metode Pembaruan | Manfaat Utama | Keterbatasan Penting | Dampak Biaya |
-| --- | --- | --- | --- |
-| App Store Tradisional | • Kepercayaan pengguna bawaan <br>• Kepatuhan terjamin <br>• Tidak perlu infrastruktur tambahan | • Waktu persetujuan yang lama <br>• Frekuensi pembaruan terbatas <br>• Upaya pengembangan lebih tinggi | Biaya dasar app store |
-| Capgo OTA | • Pembaruan instan <br>• Enkripsi end-to-end <br>• Integrasi CI/CD <br>• Kontrol atas penugasan pengguna | • Upaya pengaturan awal <br>• Keterbatasan spesifik platform | $2.600 pengaturan + ~$300/bulan |
-| AppFlow | • Integrasi Ionic yang mulus <br>• Dukungan tingkat enterprise <br>• Alat komprehensif | • Hambatan biaya awal yang tinggi | $6.000/tahun |
-
-Tabel ini menyoroti keseimbangan antara pembaruan OTA cepat dan metode app store konvensional. Capgo menonjol dengan menawarkan **deployment instan** dan **langkah keamanan yang kuat**, mengatasi penundaan umum dan risiko yang terkait dengan pembaruan app store.
-
-Penggunaan enkripsi end-to-end Capgo memastikan pembaruan hanya dapat diakses oleh pengguna yang berwenang, menjadikannya pilihan yang lebih aman daripada metode tradisional. Kinerjanya yang terbukti - memberikan **947,6 juta pembaruan** di **1.400 aplikasi produksi** - menunjukkan keandalannya untuk proyek skala besar [\[1\]](https://capgo.app/).
-
-Bahkan tim OSIRIS-REx NASA memuji Capgo karena pendekatannya yang hemat biaya:
-
-> "@Capgo adalah cara pintar untuk melakukan hot code pushes (dan tidak dengan semua uang di dunia seperti dengan @AppFlow) 🙂"
-
-Sementara pembaruan app store bisa memakan waktu berminggu-minggu untuk persetujuan, Capgo memungkinkan pengembang merilis pembaruan beberapa kali seminggu, menjaga siklus pengembangan tetap agile. Pilihan antara metode ini tergantung pada kebutuhan proyek Anda, keahlian tim, dan anggaran yang tersedia.
-
-## Temuan Utama dan Rekomendasi
-
-Analisis kami menyoroti pola untuk pembaruan OTA yang efektif dan patuh, menawarkan wawasan untuk memandu pengambilan keputusan Anda saat mengadopsi metode ini.
-
-Memilih [strategi pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) yang tepat tergantung pada kebutuhan spesifik proyek Anda:
-
-| **Kebutuhan Proyek** | **Pendekatan yang Direkomendasikan** | **Bukti** |
-| --- | --- | --- |
-| Perbaikan Bug Kritis | [Pembaruan OTA Capgo](https://console.capgo.app/resend_email) | "Menghindari peninjauan untuk perbaikan bug sangat berharga." – Bessie Cooper [\[1\]](https://capgo.app/) |
-| Proyek Sensitif Biaya | Capgo (integrasi CI/CD dengan ~$300/bulan) | Menghemat biaya dibandingkan alternatif lain [\[1\]](https://capgo.app/) |
-| Skala Enterprise | Hybrid Tradisional + OTA | Lebih dari 947,6M pembaruan berhasil di 1.400 aplikasi produksi [\[1\]](https://capgo.app/) |
-
-Berikut beberapa strategi yang dibangun berdasarkan temuan ini:
-
--   **[Hybrid Update Strategy](https://capgo.app/docs/live-updates/update-behavior/)**  
-    Menggabungkan pembaruan app store dengan pembaruan OTA untuk perbaikan cepat. Rodrigo Mantica menekankan pendekatan ini:
-    
-    > "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
-    
--   **Penerapan Berbasis Keamanan**  
-    Capgo memastikan pembaruan yang aman dengan enkripsi end-to-end, menjadikannya pilihan yang andal untuk aplikasi enterprise [\[1\]](https://capgo.app/).
-    
--   **Peluncuran Terkontrol**  
-    Peluncuran bertahap dimungkinkan dengan fitur penugasan pengguna Capgo. Tim Colenso berbagi pengalaman mereka:
-    
-    > "Kami melihat operasi yang sangat lancar hampir semua pengguna kami sudah diperbarui dalam hitungan menit setelah OTA diterapkan ke @Capgo." [\[1\]](https://capgo.app/)
-    
-
-Untuk tim yang beralih ke platform baru, Capgo menawarkan proses integrasi yang mudah. Jay (@jaythegeek) mencatat:
-
-> "Selesai menyiapkan @Capgo dan menguji pengganti @AppFlow yang luar biasa ini! Terima kasih atas kerja kerasnya, sejauh ini sangat mudah" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/capgo-integration-with-github-actions-guide.md b/src/content/blog/id/capgo-integration-with-github-actions-guide.md
deleted file mode 100644
index 7c6ed60d6..000000000
--- a/src/content/blog/id/capgo-integration-with-github-actions-guide.md
+++ /dev/null
@@ -1,300 +0,0 @@
----
-slug: capgo-integration-with-github-actions-guide
-title: 'Integrasi Capgo dengan GitHub Actions: Panduan'
-description: >-
-  Integrasikan Capgo dengan GitHub Actions untuk pembaruan aplikasi yang
-  efisien, aman, dan hemat biaya, sehingga meningkatkan alur pengembangan Anda.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-16T02:24:50.565Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d61b378b902ec211cf87e9-1742091902582.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capgo, GitHub Actions, CI/CD, Capacitor apps, deployment, automation, updates,
-  security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capgo](https://capgo.app/) dan [GitHub Actions](https://docs.github.com/actions) bersama-sama menyederhanakan proses penerapan pembaruan untuk aplikasi [Capacitor](https://capacitorjs.com/). Berikut alasan mengapa integrasi ini layak dipertimbangkan:
-
--   **Hemat Biaya**: Kurangi biaya CI/CD hingga $26.100 selama 5 tahun dibandingkan [AppFlow](https://ionic.io/appflow/).
--   **Pembaruan Cepat**: Dorong pembaruan secara instan dengan 95% pengguna menerimanya dalam 24 jam.
--   **Penerapan Aman**: Enkripsi end-to-end memastikan pembaruan aman.
--   **Alur Kerja Efisien**: Otomatisasi build dan penerapan langsung di repositori GitHub Anda.
-
-### Gambaran Singkat
-
-1.  **Persyaratan**: Akun GitHub, [akun Capgo](https://capgo.app/disclaimer/) (mulai $12/bulan), proyek Capacitor, [Node.js](https://nodejs.org/en).
-2.  **Pengaturan**: Instal [Capgo CLI](https://capgo.app/docs/cli/commands) dengan `npx @capgo/cli init`, konfigurasi GitHub Actions dengan alur kerja YAML.
-3.  **Penerapan**: Gunakan perintah seperti `npx @capgo/cli deploy` untuk [mengotomatisasi pembaruan](https://capgo.app/docs/live-updates/update-behavior/).
-4.  **Pengujian**: Terapkan ke kanal pengujian (mis. beta, staging) sebelum produksi.
-
-**Contoh Alur Kerja (YAML)**:
-
-```yaml
-name: Capgo Deploy  
-on:  
-  push:  
-    branches:  
-      - main  
-
-jobs:  
-  deploy:  
-    runs-on: ubuntu-latest  
-    steps:  
-      - uses: actions/checkout@v6  
-      - uses: actions/setup-node@v6  
-        with:  
-          node-version: '24'  
-      - name: Install Dependencies  
-        run: npm install  
-      - name: Deploy to Capgo  
-        run: npx @capgo/cli deploy  
-        env:  
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}  
-```
-
-Integrasi ini memastikan pembaruan aplikasi yang cepat, aman, dan hemat biaya, membuatnya ideal untuk tim pengembangan yang gesit.
-
-## Tutorial [GitHub Actions](https://docs.github.com/actions) - Konsep Dasar dan Pipeline CI/CD
-
-![GitHub Actions](https://mars-images.imgix.net/seobot/screenshots/docs.github.com-90237daad1b336de5d9b7f1a85aa7441-2025-03-16.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/R8_veQiYBjI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Persyaratan Pengaturan
-
-[Mengintegrasikan Capgo](https://capgo.app/docs/webapp/) dengan GitHub Actions melibatkan pengaturan alat dan konfigurasi yang diperlukan.
-
-### Alat dan Akun yang Diperlukan
-
-Pastikan Anda memiliki akun dan alat berikut:
-
-| Persyaratan | Tujuan | Detail |
-| --- | --- | --- |
-| **Akun GitHub** | Kontrol Versi & CI/CD | Akun aktif dengan akses ke repositori |
-| **Akun Capgo** | Mengelola Pembaruan Langsung | Paket mulai dari $12/bulan untuk paket SOLO |
-| **Proyek Capacitor** | Pengembangan Aplikasi | Proyek fungsional siap untuk integrasi |
-| **Node.js** | Lingkungan Runtime | Versi LTS terbaru direkomendasikan |
-
-Setelah semua ini siap, Anda dapat melanjutkan untuk menambahkan Capgo ke proyek Anda untuk pembaruan langsung otomatis.
-
-### Menambahkan [Capgo](https://capgo.app/) ke Proyek Anda
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-16.jpg?auto=compress)
-
-Untuk mengintegrasikan Capgo, instal di proyek Capacitor Anda menggunakan alat CLI-nya. Menurut Martin Donadieu, pendiri Capgo:
-
-> "Jalankan npx @capgo/cli init itu saja!" [\[1\]](https://capgo.app/)
-
-Perintah ini akan mengatur plugin dan dependensi yang diperlukan.
-
-### Pengaturan Repositori GitHub
-
-Siapkan repositori GitHub Anda untuk memenuhi persyaratan integrasi CI/CD dengan Capgo. Seperti disebutkan dalam dokumentasi mereka:
-
-> "Kami mengkonfigurasi pipeline CI/CD Anda langsung di platform pilihan Anda, baik itu GitHub Actions, GitLab CI, atau lainnya. Kami tidak menghosting CI/CD atau mengenakan biaya untuk memeliharanya." [\[1\]](https://capgo.app/)
-
-Capgo menawarkan pengaturan ini dengan biaya satu kali sebesar $2.600 dan ~$300/bulan, yang lebih terjangkau dibandingkan biaya tahunan AppFlow sebesar $6.000 [\[1\]](https://capgo.app/).
-
-Berikut cara mengatur repositori Anda:
-
--   **Struktur Repositori**: Atur repositori Anda dengan direktori terpisah untuk kode sumber, aset, dan file konfigurasi agar semuanya tetap rapi dan terkelola.
--   **Konfigurasi Lingkungan**: Buat lingkungan yang berbeda untuk pengembangan, staging, dan produksi, memastikan kontrol akses dan langkah keamanan yang tepat.
--   **Manajemen Akses**: Atur izin repositori dengan hati-hati untuk memungkinkan [integrasi Capgo](https://capgo.app/consulting/) sambil mempertahankan keamanan.
-
-Langkah-langkah ini akan memastikan proyek Anda siap untuk alur kerja GitHub Actions, yang akan diuraikan di bagian berikutnya.
-
-## Pengaturan Alur Kerja GitHub Actions
-
-Otomatisasi [penerapan Capgo](https://capgo.app/docs/cli/commands/) Anda menggunakan GitHub Actions untuk mengefisienkan proses CI/CD Anda.
-
-### Membuat File Alur Kerja
-
-Mulai dengan membuat file YAML di direktori `.github/workflows` repositori Anda. Berikut contohnya:
-
-```yaml
-name: Capgo Deploy
-on:
-  push:
-    branches:
-      - main
-  workflow_dispatch:
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-      - name: Install Dependencies
-        run: npm install
-      - name: Build App
-        run: npm run build
-      - name: Deploy to Capgo
-        run: npx @capgo/cli deploy
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Konfigurasi ini memastikan penerapan yang aman dan otomatis. Setelah Anda mengatur file, pilih pemicu yang tepat untuk alur kerja Anda.
-
-### Opsi Pemicu Alur Kerja
-
-GitHub Actions memungkinkan Anda menyesuaikan kapan alur kerja dijalankan. Berikut beberapa opsi pemicu:
-
-| **Tipe Pemicu** | **Kasus Penggunaan** | **Konfigurasi** |
-| --- | --- | --- |
-| Push Events | Menerapkan saat ada perubahan kode | Aktif saat kode di-push ke branch tertentu |
-| Manual Dispatch | Pembaruan sesuai permintaan | Memungkinkan Anda memulai alur kerja secara manual |
-| Schedule | Rilis terjadwal | Menjalankan penerapan pada interval tertentu |
-| Pull Request | Menguji pembaruan | Menguji perubahan sebelum digabungkan ke branch utama |
-
-### Mengelola Kunci Rahasia
-
-Untuk memastikan penerapan yang aman, Anda perlu mengelola kunci rahasia Anda dengan benar. GitHub Actions menawarkan sistem manajemen rahasia terenkripsi untuk tujuan ini.
-
-**Langkah-langkah Mengatur Autentikasi Aman:**
-
-1.  **Akses Pengaturan Repositori**  
-    Buka pengaturan repositori Anda dan cari bagian "Secrets and variables" di bawah tab "Security".
-    
-2.  **Tambahkan [Kredensial Capgo](https://capgo.app/trust/)**  
-    Simpan token autentikasi Capgo Anda sebagai rahasia repositori. Beri nama `CAPGO_TOKEN`.
-    
-3.  **Referensikan Rahasia dalam Alur Kerja**  
-    Gunakan rahasia yang tersimpan dalam alur kerja dengan mereferensikannya seperti ini: `${{ secrets.CAPGO_TOKEN }}`.
-    
-
-## Perintah Capgo dalam Alur Kerja
-
-Setelah lingkungan GitHub Actions Anda diatur, Anda dapat mengotomatisasi penerapan dengan mengintegrasikan perintah CLI Capgo.
-
-### Menginstal Capgo CLI
-
-Tambahkan langkah berikut ke alur kerja Anda untuk menginstal Capgo CLI:
-
-```yaml
-steps:
-  - name: Install Capgo CLI
-    run: npm install -g @capgo/cli
-  - name: Initialize Capgo
-    run: npx @capgo/cli init
-```
-
-### Mengautentikasi CLI
-
-Autentikasi CLI secara aman menggunakan `CAPGO_TOKEN`:
-
-```yaml
-- name: Authenticate Capgo CLI
-  run: npx @capgo/cli login
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-### Perintah Penerapan
-
-Berikut perintah-perintah kunci untuk menangani pembangunan, versi, dan penerapan pembaruan Anda:
-
-| Perintah | Tujuan | Contoh Penggunaan |
-| --- | --- | --- |
-| `build` | Menghasilkan [bundle siap produksi](https://capgo.app/docs/webapp/bundles/) | `npx @capgo/cli build` |
-| `deploy` | Mendorong pembaruan ke Capgo | `npx @capgo/cli deploy` |
-| `version` | Mengatur versi untuk pembaruan | `npx @capgo/cli version 1.2.0` |
-
-Untuk mengotomatisasi seluruh proses penerapan, gunakan perintah-perintah bersama seperti ini:
-
-```yaml
-steps:
-  - name: Build and Deploy
-    run: |
-      npx @capgo/cli build
-      npx @capgo/cli version ${{ github.ref_name }}
-      npx @capgo/cli deploy
-    env:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Pengaturan ini memastikan bahwa pembaruan Anda secara otomatis dibangun, diberi versi, dan diterapkan setiap kali alur kerja berjalan. Sistem manajemen rahasia GitHub menjaga kredensial Anda tetap aman sepanjang proses.
-
-## Pengujian dan Perbaikan
-
-### Menjalankan Alur Kerja Pengujian
-
-Anda dapat menguji alur kerja GitHub Actions Anda dengan menggunakan [kanal pengujian Capgo](https://capgo.app/docs/plugin/cloud-mode/channel-system/) yang khusus. Ini memungkinkan Anda memvalidasi pembaruan sebelum diterapkan.
-
-```yaml
-- name: Test Build Deployment
-  run: |
-    npx @capgo/cli build
-    npx @capgo/cli deploy --channel beta
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Sistem kanal Capgo membantu Anda membuat jalur penerapan terpisah untuk berbagai tahap:
-
-| Kanal | Tujuan | Target Pengguna |
-| --- | --- | --- |
-| beta | Pengujian pra-rilis | Tim internal |
-| staging | Validasi QA | Pengguna uji |
-| production | Penerapan langsung | Semua pengguna |
-
-### Solusi Kesalahan
-
-Berikut beberapa masalah integrasi umum dan cara mengatasinya:
-
-1\. **Kegagalan Autentikasi**
-
-Periksa CAPGO_TOKEN di GitHub Secrets. Jika sudah kedaluwarsa, regenerasi untuk memastikan autentikasi lancar.
-
-2\. **Kesalahan Build**
-
-Pastikan konfigurasi build Anda sesuai dengan persyaratan lingkungan penerapan Anda.
-
-> "Kami menerapkan pembaruan OTA Capgo di produksi untuk basis pengguna kami yang +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami diperbarui dalam hitungan menit setelah OTA diterapkan ke @Capgo." [\[1\]](https://capgo.app/)
-
-3\. **Konflik Versi**
-
-Patuhi semantic versioning dan tingkatkan versi dengan benar untuk mencegah konflik selama penerapan.
-
-### Tips Pemeliharaan
-
--   Gunakan [analitik Capgo](https://capgo.app/dp/) untuk memantau tingkat keberhasilan pembaruan.
--   Aktifkan rollback otomatis untuk pembaruan yang mungkin menyebabkan masalah.
--   Uji pull request (PR) menggunakan selektor kanal untuk kontrol yang lebih baik.
--   Jaga alur kerja Anda tetap diperbarui dengan perintah CLI Capgo terbaru.
-
-Untuk penerapan prioritas tinggi, manfaatkan pelacakan kesalahan Capgo untuk mendeteksi masalah potensial sejak awal. Jika ada yang salah, fitur rollback memungkinkan Anda kembali ke versi yang stabil dengan cepat, meminimalkan gangguan. Praktik-praktik ini akan membantu menjaga penerapan Anda tetap berjalan lancar saat Anda bergerak mendekati produksi.
-
-## Kesimpulan
-
-### Poin-poin Utama
-
-Integrasi Capgo dengan GitHub Actions menyederhanakan proses penerapan untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), memberikan manfaat besar bagi tim pengembangan. Dengan tingkat keberhasilan global 82% untuk pembaruan dan 95% pengguna aktif menerima pembaruan dalam 24 jam [\[1\]](https://capgo.app/), solusi ini menonjol karena efisiensinya.
-
-Berikut beberapa fitur unggulan:
-
--   **Alur Kerja Otomatis**: Dengan mengkonfigurasi alur kerja langsung di GitHub Actions, tidak perlu hosting CI/CD eksternal. Pendekatan ini memangkas biaya operasional, menghemat sekitar $26.100 selama lima tahun dibandingkan alternatif seperti AppFlow [\[1\]](https://capgo.app/).
--   **Penerapan Cepat**: Pembaruan dapat didorong secara instan, melewati penundaan app store.
--   **Keamanan Kuat**: Enkripsi end-to-end memastikan pembaruan disampaikan dengan aman, sementara sistem kanal Capgo memungkinkan peluncuran bertahap yang terkontrol.
-
-Fitur-fitur ini membuka jalan untuk solusi yang lebih disesuaikan dan peningkatan kinerja, yang akan dijelaskan lebih lanjut di bawah.
-
-### Strategi Lanjutan
-
-Untuk mendapatkan hasil maksimal dari integrasi Capgo dan GitHub Actions Anda, jelajahi taktik lanjutan ini:
-
--   **Alur Kerja API Kustom**: Gunakan API publik Capgo untuk merancang alur kerja deployment yang sesuai dengan kebutuhan spesifik tim Anda. Hal ini dapat memungkinkan pengalaman white-label dan integrasi yang mulus dengan alat-alat yang Anda gunakan saat ini [\[1\]](https://capgo.app/).
--   **[Rilis Berbasis Kanal](https://capgo.app/docs/webapp/channels/)**: Optimalkan proses deployment Anda dengan menggunakan fitur kanal Capgo untuk pembaruan bertahap dan terkontrol.
--   **Performa Teroptimasi**: Manfaatkan pembaruan parsial Capgo untuk mengurangi penggunaan bandwidth dan mempercepat pembaruan. Dengan 23,5 juta pembaruan yang telah disampaikan ke 750 aplikasi produksi [\[1\]](https://capgo.app/), sistem ini telah membuktikan kemampuannya dalam menangani permintaan skala besar.
-
-Untuk hasil yang lebih baik lagi, pertimbangkan untuk menggunakan opsi self-hosting Capgo atau pengaturan API kustom. Periksa bagian sebelumnya untuk petunjuk detail mengenai pengaturan dan pengujian untuk mengimplementasikan strategi-strategi ini sepenuhnya.
diff --git a/src/content/blog/id/capgo-price-reduction.md b/src/content/blog/id/capgo-price-reduction.md
deleted file mode 100644
index e09346e47..000000000
--- a/src/content/blog/id/capgo-price-reduction.md
+++ /dev/null
@@ -1,50 +0,0 @@
----
-slug: capgo-price-reduction
-title: 'Penurunan Harga Capgo: Membuat Pembaruan Langsung Lebih Terjangkau'
-description: >-
-  Kami sangat senang untuk mengumumkan pengurangan harga yang signifikan di
-  semua rencana Capgo, membuat pembaruan langsung lebih mudah diakses bagi
-  pengembang dari berbagai ukuran.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-03-05T00:00:00.000Z
-updated_at: 2025-03-05T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Pengumuman pengurangan harga Capgo
-keywords: 'capgo, price reduction, live updates, mobile app development, capacitor'
-tag: News
-published: true
-locale: id
-next_blog: ''
----
-Halo! 🎉
-
-Berita besar: Kami telah meningkatkan paket Capgo Anda secara gratis! 🚀
-
-## Apa yang Baru?
-
-| Paket | MAU | Penyimpanan | Bandwidth |
-|-------|-----|-------------|-----------|
-| Solo  | 500 ➡️ 1k | 1 GB | 13 GB ➡️ 50 GB |
-| Maker | 5k ➡️ 10k  | 3 GB ➡️ 5 GB  | 125 GB ➡️ 500 GB |
-| Tim   | 30k ➡️ 100k | 6 GB ➡️ 10 GB | 750 GB ➡️ 2,000 GB |
-| Bayar sesuai penggunaan | 200k ➡️ 1M | 12 GB ➡️ 20 GB | 5,000 GB ➡️ 10,000 GB |
-
-## Mengapa Kami Melakukan Ini? 🤔
-
-1. Kami percaya bahwa pembaruan over-the-air tidak seharusnya menjadi barang mewah. Mereka penting untuk pengembangan aplikasi modern, membantu Anda mengirim lebih cepat dan membuat pengguna senang. 🚀
-
-2. Kami berkomitmen untuk membuat harga kami lebih terjangkau seiring waktu. Saat teknologi meningkat dan basis pengguna kami berkembang, kami ingin meneruskan manfaat tersebut langsung kepada Anda. 💖
-
-3. Manfaat optimasi: Kerja keras tahun lalu terbayar! Kami telah mengurangi biaya operasional kami, dan kami meneruskan penghematan tersebut langsung kepada Anda. 📉➡️📈
-
-Kami sangat senang melihat apa yang akan Anda bangun dengan sumber daya yang ditingkatkan ini! 🎉
-
-Ada pertanyaan? Kami di sini untuk membantu!
-
-Selamat berkoding!
-
-Martin ❤️
-
-P.S. Sebarkan beritanya! 🌍
diff --git a/src/content/blog/id/capgo-purpose.md b/src/content/blog/id/capgo-purpose.md
deleted file mode 100644
index c6b9e207c..000000000
--- a/src/content/blog/id/capgo-purpose.md
+++ /dev/null
@@ -1,74 +0,0 @@
----
-slug: capgo-purpose
-title: Tujuan Capgo
-description: >-
-  Artikel blog ini harus dideskripsikan sebagai panduan lengkap untuk developer
-  tentang cara menggunakan Capgo untuk mengelola pembaruan dan pengujian
-  aplikasi Capacitor
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-10T00:00:00.000Z
-updated_at: 2023-09-10T00:00:00.000Z
-head_image: /capgo_banner.webp
-head_image_alt: banner capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: SOLUTION
-published: true
-locale: id
-next_blog: ''
----
-## Ikhtisar
-
-Capgo adalah platform berbasis cloud yang dapat membantu pengembang merampingkan proses pengembangan aplikasi Capacitor dengan memudahkan pengelolaan pembaruan OTA dan pengujian. Dalam artikel blog ini, kita akan membahas semua fitur dan manfaat utama Capgo, serta cara menggunakannya untuk menerapkan pembaruan, membuat pengujian, mengelola pengguna, dan mengelola konfigurasi. Kita juga akan membahas kasus penggunaan dan harga Capgo.
-
-Di akhir artikel ini, Anda akan memiliki pemahaman mendalam tentang bagaimana Capgo dapat membantu Anda meningkatkan proses pengembangan aplikasi Capacitor dan memberikan aplikasi yang lebih baik kepada pengguna Anda.
-
-## Fitur
-
-Capgo menawarkan berbagai fitur yang memudahkan pengelolaan pembaruan dan pengujian aplikasi Capacitor, termasuk:
-
-* Pembaruan OTA: Capgo memudahkan penerapan pembaruan ke perangkat pengguna tanpa harus menginstal ulang aplikasi. Anda cukup membuat rilis baru di Capgo dan mengunggah bundel pembaruan. Capgo kemudian akan secara otomatis menerapkan pembaruan ke perangkat pengguna.
-
-* Pengujian: Capgo memungkinkan Anda membuat dan menjalankan pengujian pada aplikasi Anda sebelum menerapkannya ke produksi. Ini dapat membantu Anda menangkap bug lebih awal dan memastikan aplikasi Anda berfungsi dengan baik.
-
-* Integrasi: Capgo dapat dengan mudah diintegrasikan dengan pipeline CI/CD Anda. Ini memungkinkan Anda mengotomatisasi penerapan pembaruan dan pengujian.
-
-* Manajemen pengguna: Capgo memungkinkan Anda menetapkan pengguna ke grup yang berbeda dan mengontrol siapa yang dapat menerima pembaruan. Ini dapat berguna untuk pengujian beta atau menerapkan pembaruan ke grup pengguna tertentu.
-Manajemen konfigurasi: Capgo memungkinkan Anda mengelola semua konfigurasi Anda di satu lokasi terpusat. Ini dapat memudahkan pelacakan perubahan dan memastikan bahwa semua perangkat Anda menggunakan konfigurasi yang sama.
-
-## Manfaat
-
-**Proses Bisnis yang Efisien:**
-
-Capgo menyederhanakan alur kerja menggunakan Live Update CapacitorJS dan Ionic. Pembaruan real-time memastikan fitur dan keamanan terkini, menghilangkan waktu henti selama pembaruan dan memfasilitasi integrasi sistem untuk meningkatkan efisiensi.
-
-**Kolaborasi yang Ditingkatkan:**
-
-Fitur manajemen tim Capgo, dikombinasikan dengan Live Update CapacitorJS dan Ionic, memfasilitasi kolaborasi yang mulus, manajemen proyek, pelacakan tugas, dan komunikasi. Pembaruan real-time membuat semua orang tetap terinformasi dan memungkinkan respons cepat.
-
-**Analitik Real-Time:**
-
-Capgo terintegrasi dengan live update CapacitorJS dan Ionic untuk menyediakan analitik data real-time. Dashboard kustom menampilkan metrik bisnis vital, memungkinkan pengambilan keputusan proaktif dan wawasan tentang perilaku pelanggan.
-
-**Peningkatan Produktivitas:**
-
-Capgo mengoptimalkan manajemen waktu dan prioritas tugas melalui live update CapacitorJS dan Ionic. Ini menawarkan penjadwalan real-time, pengingat, dan notifikasi, bersama dengan organisasi tugas berdasarkan kepentingan dan urgensi, menghasilkan produktivitas yang ditingkatkan.
-
-**Perluasan Fungsionalitas yang Mulus:**
-
-Capgo merevolusi pengembangan web dengan memungkinkan pembaruan real-time, menghemat waktu dan usaha pengembang. Ini menghilangkan proses penerapan ulang yang kompleks, mempromosikan ketangkasan, dan responsif terhadap umpan balik pengguna, menghasilkan efektivitas biaya dan peningkatan kepuasan pengguna.
-
-**Kasus Penggunaan Dunia Nyata:**
-
-Keserbagunaaan Capgo bersinar dalam skenario praktis. Ini meningkatkan pengalaman pengguna dan kinerja dalam e-commerce, alat kolaboratif, integrasi media sosial, agregator berita, dan platform pembelajaran online. Pembaruan real-time membuat pengguna tetap terlibat dan puas.
-
-**Merangkul Pengembangan Agile:**
-
-Pengembang web dapat merangkul praktik agile dengan Capgo. Praktik terbaik termasuk perencanaan untuk iterasi, pengujian menyeluruh, pengumpulan umpan balik pengguna berkelanjutan, pemantauan kinerja, kolaborasi efektif, dan tetap diperbarui dengan fitur dan praktik terbaik Capgo yang berkembang.
-
-## Kesimpulan
-
-Sebagai kesimpulan, Capgo adalah platform yang kuat yang menawarkan berbagai manfaat bagi pembuat dan pengusaha. Integrasinya dengan live update capacitorjs dan ionic menyediakan pembaruan real-time, alur kerja yang efisien, kolaborasi yang ditingkatkan, analitik real-time, dan produktivitas yang meningkat. Dengan Capgo, Anda dapat mewujudkan ide-ide Anda, mengelola proyek Anda secara efisien, dan membuat keputusan bisnis yang tepat.
diff --git a/src/content/blog/id/capgo-vs-appflow-deployment-solutions-compared.md b/src/content/blog/id/capgo-vs-appflow-deployment-solutions-compared.md
deleted file mode 100644
index 40034aa9c..000000000
--- a/src/content/blog/id/capgo-vs-appflow-deployment-solutions-compared.md
+++ /dev/null
@@ -1,172 +0,0 @@
----
-slug: capgo-vs-appflow-deployment-solutions-compared
-title: 'Capgo vs. Appflow: Solusi Penggelaran Dibandingkan'
-description: >-
-  Bandingkan Capgo dan Appflow untuk pembaruan OTA, dengan fokus pada
-  keterjangkauan, keamanan, dan opsi penyebaran untuk menemukan solusi terbaik
-  bagi pengembang.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T07:21:36.178Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68217b4a5e3fe4823b5fc0bc-1747034661995.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, app deployment, Capgo, Appflow, mobile app security, CI/CD
-  integration, cloud hosting, self-hosted solutions
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Mencari alat terbaik untuk pembaruan aplikasi Over-the-Air (OTA) [aplikasi](https://capgo.app/plugins/capacitor-updater/)?** Berikut adalah ringkasan cepat: [Capgo](https://capgo.app/) memberikan pembaruan secara instan dengan enkripsi end-to-end dan opsi hosting yang fleksibel, sementara [Appflow](https://ionic.io/appflow/), solusi yang telah ada lama, direncanakan akan ditutup pada tahun 2026 dan datang dengan biaya yang lebih tinggi.
-
-### Poin Penting:
-
--   **Capgo**: Terjangkau, aman, mendukung [pengaturan cloud dan self-hosted](https://capgo.app/blog/self-hosted-capgo/), dan terintegrasi dengan alat CI/CD eksternal seperti [GitHub Actions](https://docs.github.com/actions). Rencana mulai dari $12/bulan.
--   **Appflow**: Proprietary, hanya cloud, biaya lebih tinggi ($5,000/tahun untuk beberapa tim), dan [CI/CD bawaan](https://capgo.app/blog/setup-ci-and-cd-gitlab/).
-
-### Perbandingan Cepat:
-
-| Fitur | Capgo | Appflow |
-| --- | --- | --- |
-| **Tahun Peluncuran** | 2022 | Telah ada lama, berakhir 2026 |
-| **Opsi Hosting** | Cloud atau self-hosted | Hanya cloud |
-| **Keamanan** | Enkripsi end-to-end | Penandatanganan pembaruan |
-| **Harga** | Dari $12/bulan | ~$5,000/tahun untuk tim |
-| **Integrasi CI/CD** | Alat eksternal didukung | Sistem bawaan |
-
-Capgo menonjol karena keterjangkauannya, keamanan yang kuat, dan fleksibilitas, menjadikannya pilihan utama bagi pengembang yang mencari pembaruan cepat yang [aman](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) tanpa merusak anggaran.
-
-## Perbandingan Fitur
-
-### Sistem Pembaruan
-
-Capgo dan Appflow mengambil jalur yang berbeda dalam hal pengelolaan pembaruan aplikasi. Capgo fokus pada pembaruan aset web, memungkinkan pengembang untuk segera mendorong perubahan tanpa menunggu persetujuan dari toko aplikasi. Ini menggunakan sistem saluran untuk membuat pembaruan lebih terarah, memungkinkan pengembang meluncurkan perubahan kepada kelompok pengguna tertentu untuk pengujian beta atau peluncuran bertahap [\[1\]](https://capgo.app).
-
-Salah satu fitur menonjol dari sistem pembaruan Capgo adalah kemampuannya untuk mengirimkan hanya bagian yang dimodifikasi dari pembaruan. Pendekatan ini mengurangi penggunaan bandwidth dan waktu yang diperlukan untuk mengirimkan pembaruan [\[1\]](https://capgo.app).
-
-> "Membatalkan langganan @Appflow saya setelah 4 tahun. Code-Push tidak pernah tampak berfungsi dengan baik, semoga @CapGO sudah memecahkannya" - LeVar Berry [\[1\]](https://capgo.app)
-
-### Standar Keamanan
-
-Dalam hal keamanan, Capgo dan Appflow mengambil pendekatan yang berbeda. Capgo menggunakan enkripsi end-to-end untuk semua pembaruan, sementara Appflow sebagian besar bergantung pada penandatanganan pembaruan [\[1\]](https://capgo.app). Kedua platform memenuhi persyaratan Apple dan Google, tetapi metode mereka dalam menjaga data berbeda:
-
-| Fitur Keamanan | Capgo | Appflow |
-| --- | --- | --- |
-| [Perlindungan Pembaruan](https://capgo.app/docs/live-updates/update-behavior/) | Enkripsi end-to-end | Penandatanganan pembaruan |
-| Opsi Hosting | Cloud atau self-hosted | Hanya SaaS |
-| Akses Kode Sumber | 100% open-source | Proprietary |
-| Kepatuhan Toko | Kepatuhan penuh | Kepatuhan penuh |
-
-Fokus Capgo pada enkripsi dan fleksibilitas dalam opsi hosting menambahkan lapisan kontrol bagi pengembang yang menangani data sensitif.
-
-### Arsitektur Platform
-
-Arsitektur open-source Capgo dibangun untuk fleksibilitas, mendukung baik penyebaran berbasis cloud maupun [self-hosted](https://capgo.app/blog/self-hosted-capgo/). CDN globalnya memastikan kinerja yang mengesankan, mengirimkan unduhan bundel 5 MB hanya dalam 114 ms [\[1\]](https://capgo.app). Efisiensi ini didukung oleh hasil dunia nyata: Capgo telah mengirimkan 1.6 triliun pembaruan dan mendukung lebih dari 1,700 aplikasi yang saat ini dalam produksi [\[1\]](https://capgo.app).
-
-> "@Capgo adalah cara yang cerdas untuk melakukan pengiriman kode panas (dan bukan untuk semua uang di dunia seperti dengan @AppFlow) :-)" - OSIRIS-REx NASA [\[1\]](https://capgo.app)
-
-Capgo juga terintegrasi dengan lancar dengan pipeline CI/CD seperti GitHub Actions dan [GitLab CI](https://docs.gitlab.com/ee/ci/). Pengembang dapat menyiapkan pipeline ini tanpa biaya hosting tambahan, memberi mereka lebih banyak kontrol atas proses penyebaran mereka [\[1\]](https://capgo.app).
-
-## Perbandingan Harga
-
-### Opsi Rencana
-
-Capgo menawarkan empat tingkat harga, masing-masing dirancang untuk memenuhi kebutuhan dan anggaran yang berbeda. Rencana **SOLO** mulai dari $12 per bulan (dengan penagihan tahunan), sementara tingkat **PAYG**, yang mencakup fitur tingkat perusahaan, dipatok pada $249 per bulan.
-
-| Fitur | Capgo SOLO | [Capgo MAKER](https://capgo.app/imprint/) | [Capgo TEAM](https://capgo.app/consulting/) | [Capgo PAYG](https://capgo.app/docs/webapp/payment/) |
-| --- | --- | --- | --- | --- |
-| **Harga ($/bulan, penagihan tahunan)** | $12 | $33 | $83 | $249 |
-| **Batas MAU** | 1,000 | 10,000 | 100,000 | 1,000,000 |
-| **Bandwidth** | 50 GB | 500 GB | 2,000 GB | 10 TB |
-| **Penyimpanan** | 2 GB | 5 GB | 10 GB | 20 GB |
-
-Tingkat ini dirancang untuk skala dengan pertumbuhan tim Anda, menawarkan fleksibilitas dan harga yang kompetitif.
-
-### Harga Tim Kecil
-
-Untuk startup dan tim kecil, harga Capgo menonjol sebagai alternatif yang ekonomis dibandingkan solusi tradisional. Sementara platform seperti Appflow dapat menelan biaya ribuan setiap tahunnya, Capgo menyediakan opsi yang lebih ramah anggaran. Pengaturannya CI/CD memerlukan biaya satu kali sebesar $2,600, dengan biaya bulanan berkelanjutan rata-rata $300 [\[1\]](https://capgo.app).
-
-> "Kami saat ini mencoba @Capgo sejak Appcenter menghentikan dukungan pembaruan langsung pada aplikasi hybrid dan @AppFlow terlalu mahal." - Simon Flack [\[1\]](https://capgo.app)
-
-Berikut adalah yang membuat Capgo menarik bagi tim kecil:
-
--   **Uji coba gratis 15 hari** tanpa kartu kredit
--   Skala fleksibel untuk mencocokkan kebutuhan penggunaan Anda
--   Tidak ada kontrak tahunan - bayar sesuai penggunaan
--   Opsi self-hosted untuk manajemen biaya yang lebih baik
-
-## Alat Pengembangan
-
-### Otomatisasi Build
-
-Capgo dan Appflow menangani otomatisasi build dan integrasi CI/CD dengan cara yang berbeda. Capgo fokus pada fleksibilitas dengan bekerja sama dengan platform CI/CD eksternal seperti GitHub Actions, GitLab CI, dan [Jenkins](https://www.jenkins.io/). Pendekatan ini memungkinkan pengembang menggunakan alat yang sudah mereka kenali. Sejauh ini, Capgo telah berhasil mengonfigurasi pipeline CI/CD untuk lebih dari 50 aplikasi, menyederhanakan proses penyebaran secara signifikan [\[1\]](https://capgo.app).
-
-Berikut adalah perbandingan cepat dari kedua platform:
-
-| Fitur | Capgo | Appflow |
-| --- | --- | --- |
-| Integrasi CI/CD | Bekerja dengan platform eksternal seperti GitHub, GitLab, dan Jenkins | Memiliki sistem bawaan |
-| Biaya Operasional | Sekitar US$300 per bulan | Sekitar US$6,000 per tahun |
-
-Sekarang, mari kita lihat bagaimana platform ini menangani kolaborasi dan alur kerja tim.
-
-### Alat Tim
-
-Baik Capgo maupun Appflow termasuk fitur yang dirancang untuk meningkatkan kolaborasi, tetapi mereka mendekati ini dengan cara yang berbeda. Capgo menyediakan izin pengguna yang mendetail, dukungan untuk [beberapa organisasi](https://capgo.app/docs/webapp/organization-system/), dan sistem saluran yang canggih untuk menyampaikan pembaruan yang terarah. Selain itu, Capgo menawarkan API publik, memungkinkan tim untuk mengintegrasikan dengan alat dan alur kerja yang sudah ada. Pengaturan ini memastikan tim pengembangan dapat beroperasi secara efisien sambil menjaga pembaruan tetap terorganisir dan terstruktur [\[1\]](https://capgo.app).
-
-## Kirim Pembaruan Aplikasi Seluler Instan Dengan [Appflow](https://ionic.io/appflow/)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/68217b4a5e3fe4823b5fc0bc/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-<iframe src="https://www.youtube.com/embed/b3zaNyJJFwk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Panduan Pemilihan Platform
-
-Setelah memeriksa perbandingan fitur dan harga yang mendetail, panduan ini menyoroti skenario di mana Capgo lebih unggul dibandingkan Appflow.
-
-### Perbedaan Utama
-
-Capgo dan Appflow berbeda secara signifikan dalam hal ketersediaan di masa depan, struktur harga, dan pendekatan teknis. Capgo menonjol dengan fitur seperti **enkripsi end-to-end**, dukungan untuk **Capacitor 8**, dan fleksibilitas opsi **cloud dan self-hosted**. Faktor-faktor ini memberikan pengembang lebih banyak kontrol dan solusi yang efektif biaya, terutama mengingat rencana penutupan Appflow pada tahun 2026 [\[1\]](https://capgo.app).
-
-| Aspek | Capgo | Appflow |
-| --- | --- | --- |
-| Kelayakan Jangka Panjang | Aktif dikembangkan (diluncurkan 2022) | Ditutup pada tahun 2026 |
-| Opsi Penyebaran | Cloud dan self-hosted | Hanya cloud |
-| Fitur Keamanan | Enkripsi end-to-end | Penandatanganan pembaruan dasar |
-
-Perbedaan ini membuat lebih mudah untuk menentukan platform mana yang lebih sesuai dengan persyaratan penyebaran Anda.
-
-### Kasus Penggunaan Terbaik
-
-Berkat kekuatan teknis dan keuntungan strategisnya, Capgo adalah pilihan yang sangat baik bagi tim yang membutuhkan **pembaruan real-time yang aman** sambil tetap mematuhi kebijakan toko aplikasi. Ini sangat cocok untuk organisasi yang mencari **solusi penyebaran yang fleksibel dan hemat biaya**.
-
-> "@Capgo adalah cara yang cerdas untuk melakukan pengiriman kode panas (dan bukan untuk semua uang di dunia seperti dengan @AppFlow) 🙂"  
-> – OSIRIS-REx NASA [\[1\]](https://capgo.app)
-
-## FAQ
-
-:::faq
-### Mengapa saya harus memilih Capgo daripada Appflow untuk pembaruan aplikasi over-the-air (OTA)?
-
-Capgo menawarkan cara yang cepat dan dapat diandalkan untuk memberikan pembaruan over-the-air (OTA) kepada aplikasi Capacitor Anda. Dengan **pembaruan real-time** yang sesuai dengan pedoman Apple dan Android, Anda dapat meluncurkan perbaikan, fitur baru, dan peningkatan secara instan - menghindari kebutuhan untuk persetujuan dari toko aplikasi.
-
-Apa yang membedakan Capgo adalah fitur-fitur unggulannya seperti **enkripsi end-to-end** untuk pembaruan yang aman, **integrasi CI/CD yang lancar** untuk menyederhanakan alur kerja Anda, dan **penargetan pembaruan spesifik pengguna** untuk penyebaran yang disesuaikan. Selain itu, sebagai platform open-source, ia memberikan transparansi dan fleksibilitas untuk memenuhi tuntutan penyebaran aplikasi Anda.
-:::
-
-:::faq
-### Bagaimana Capgo melindungi pembaruan aplikasi dibandingkan dengan Appflow?
-
-Capgo memprioritaskan [keamanan pembaruan aplikasi](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) dengan menggunakan **enkripsi end-to-end**, memastikan bahwa data tetap terlindungi saat bepergian antara pengembang dan pengguna. Metode ini secara efektif melindungi pembaruan dari akses yang tidak sah sambil memenuhi standar kepatuhan platform.
-
-Di sisi lain, sementara Appflow menyediakan fungsionalitas, ia tidak memiliki langkah-langkah enkripsi canggih yang sama. Ini membuat Capgo menjadi opsi yang lebih kuat dan lebih aman untuk pengembang yang fokus pada menjaga keamanan pembaruan mereka.
-:::
-
-:::faq
-### Apa yang harus dipertimbangkan pengembang saat memilih antara opsi penyebaran cloud Capgo dan penyebaran mandiri?
-
-Artikel ini tidak membahas secara rinci tentang opsi penyebaran cloud dan mandiri dari Capgo. Untuk mendapatkan informasi yang lebih rinci, ada baiknya untuk memeriksa sumber resmi Capgo atau menghubungi tim mereka secara langsung. Mereka dapat memberikan panduan yang sesuai dengan kebutuhan spesifik Anda.
-:::
diff --git a/src/content/blog/id/ccpa-compliance-for-mobile-apps.md b/src/content/blog/id/ccpa-compliance-for-mobile-apps.md
deleted file mode 100644
index 6ad56def3..000000000
--- a/src/content/blog/id/ccpa-compliance-for-mobile-apps.md
+++ /dev/null
@@ -1,312 +0,0 @@
----
-slug: ccpa-compliance-for-mobile-apps
-title: Kepatuhan CCPA untuk Aplikasi Seluler
-description: >-
-  Temukan langkah-langkah paling penting bagi pengembang aplikasi mobile untuk
-  mematuhi peraturan CCPA sambil melindungi data pengguna dan mempertahankan hak
-  privasi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-27T00:40:38.043Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680d75de5a08fca89179eb81-1745714676586.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  CCPA compliance, mobile apps, personal data protection, user rights, data
-  security
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) kepatuhan adalah keharusan bagi pengembang aplikasi seluler yang mengumpulkan data pribadi dari penduduk California.** Undang-undang ini memberikan hak kepada pengguna atas data mereka dan menerapkan aturan ketat tentang bagaimana aplikasi menanganinya. Ketidakpatuhan berisiko denda besar dan kerusakan reputasi.
-
-### Poin Penting:
-
--   **Siapa yang harus mematuhi?** Aplikasi yang memenuhi salah satu kriteria berikut:
-    -   Pendapatan tahunan di atas $25M.
-    -   Data dari 50.000+ warga California.
-    -   50%+ pendapatan dari penjualan data pribadi.
--   **Hak pengguna berdasarkan CCPA:**
-    -   **Hak untuk Tahu dan Hapus**: Akses dan hapus data pribadi.
-    -   **Hak untuk Menolak**: Menolak penjualan data.
-    -   **Hak Non-Diskriminasi**: Layanan setara terlepas dari penolakan.
--   **Denda ketidakpatuhan:**
-    -   $2.500 per pelanggaran tidak disengaja.
-    -   $7.500 per pelanggaran disengaja.
-    -   $100-$750 per konsumen per pelanggaran data.
-
-### Langkah-langkah untuk Memastikan Kepatuhan:
-
-1.  **Audit Praktik Data**: Petakan semua data pribadi yang dikumpulkan dan disimpan.
-2.  **Perbarui [Kebijakan Privasi](https://capgo.app/dp/)**: Jelaskan penggunaan data dan hak pengguna dengan jelas.
-3.  **Tambahkan Kontrol Pengguna**: Sertakan opsi penolakan dan manajemen data dalam aplikasi.
-4.  **Amankan Data**: Gunakan enkripsi, kontrol akses, dan audit rutin.
-5.  **Respon Permintaan**: Siapkan sistem untuk menangani permintaan data pengguna dalam 45 hari.
-
-**Alat seperti [Capgo](https://capgo.app/)** dapat menyederhanakan kepatuhan dengan mengamankan pembaruan dan mengelola pengaturan privasi pengguna.
-
-**Langkah Selanjutnya yang Dapat Dilakukan:**
-
--   Lakukan inventarisasi data.
--   Terapkan fitur aplikasi yang berfokus pada privasi.
--   Latih tim Anda tentang protokol kepatuhan.
-
-## Persyaratan [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) untuk Aplikasi Seluler
-
-### Jenis Data Pribadi
-
-CCPA melindungi beberapa jenis data pribadi yang umumnya dikumpulkan oleh aplikasi seluler. Berikut rincian singkatnya:
-
-| **Kategori Data** | **Contoh** | **Metode Pengumpulan** |
-| --- | --- | --- |
-| Pengidentifikasi Perangkat | IDFA, AAID, Alamat MAC | Dikumpulkan secara otomatis oleh sistem |
-| Data Lokasi | Koordinat GPS, Alamat IP | Dikumpulkan melalui izin aplikasi |
-| Data Penggunaan | Durasi sesi, penggunaan fitur | Dilacak melalui analitik |
-| Detail Pribadi | Nama, email, nomor telepon | Diberikan melalui formulir input pengguna |
-| Informasi Keuangan | Detail pembayaran, riwayat pembelian | [Dikumpulkan selama transaksi dalam aplikasi](https://capgo.app/plugins/purchases-capacitor/) |
-| Data Biometrik | Sidik jari, pola Face ID | Ditangkap melalui fitur keamanan perangkat |
-
-### Hak Pengguna
-
-Berdasarkan CCPA, pengguna berhak atas hal-hal spesifik mengenai data pribadi mereka:
-
--   **Hak untuk Tahu dan Hapus**: Pengguna dapat meminta informasi tentang data pribadi yang dikumpulkan selama 12 bulan terakhir dan meminta penghapusannya.
--   **Hak untuk Menolak**: Pengguna harus dapat menolak penjualan data pribadi mereka.
--   **Hak Non-Diskriminasi**: Pengguna yang menggunakan hak mereka berdasarkan CCPA tidak boleh dihukum dengan harga lebih tinggi atau kualitas layanan yang berkurang.
-
-### Persyaratan Pengembang
-
-Untuk mematuhi CCPA, pengembang perlu mengikuti pedoman ini:
-
--   **Sistem Verifikasi**  
-    Gunakan [autentikasi multi-faktor](https://capgo.app/docs/webapp/mfa/) atau metode serupa untuk mengkonfirmasi identitas pengguna yang membuat permintaan data.
-    
--   **Saluran Respons**  
-    Siapkan saluran khusus untuk menangani permintaan pengguna. Anda memiliki jendela 45 hari untuk merespons, dengan kemungkinan perpanjangan jika diperlukan.
-    
--   **Kontrol Teknis**  
-    Pastikan aplikasi Anda menyertakan langkah-langkah teknis yang diperlukan untuk mengelola dan melindungi data pengguna, seperti yang diuraikan sebelumnya.
-    
--   **Persyaratan Dokumentasi**  
-    Simpan catatan detail tentang:
-    
-    -   Aktivitas pengumpulan dan pemrosesan data
-    -   Permintaan pengguna dan respons Anda
-    -   Pembaruan kebijakan privasi
-    -   Materi pelatihan staf terkait kepatuhan CCPA
-
-Untuk pembaruan langsung, alat seperti [Capgo](https://capgo.app) dapat membantu mengelola pengaturan privasi pengguna secara efektif.
-
-Langkah-langkah berikutnya akan memandu Anda tentang cara mengintegrasikan persyaratan ini ke dalam aplikasi seluler Anda.
-
-## Langkah-langkah menuju Kepatuhan CCPA
-
-### Inventaris Data
-
-Mulai dengan membuat peta komprehensif semua data pribadi yang dikumpulkan organisasi Anda. Berikut contoh rinciannya:
-
-| Kategori Data | Titik Pengumpulan | Lokasi Penyimpanan | Kontrol Akses |
-| --- | --- | --- | --- |
-| Input Pengguna | Formulir pendaftaran, pembaruan profil | Database lokal, penyimpanan cloud | Autentikasi berbasis peran |
-| Pengumpulan Otomatis | Peluncuran aplikasi, pelacakan sesi | Server analitik | Enkripsi, kunci API |
-| Data Pihak Ketiga | Login sosial, prosesor pembayaran | Layanan eksternal | Perjanjian layanan |
-| Data Perangkat | Izin sistem, sensor | Penyimpanan perangkat, server cadangan | Manajemen izin |
-
-Setelah data Anda dipetakan, pastikan kebijakan privasi Anda mencerminkan praktik-praktik ini secara akurat.
-
-### Pembaruan Kebijakan Privasi
-
-Kebijakan privasi Anda perlu mengkomunikasikan dengan jelas bagaimana data dikumpulkan, digunakan, dan dikelola. Sertakan poin-poin kunci ini:
-
--   **Ruang Lingkup Pengumpulan Data**: Tentukan kategori informasi pribadi yang dikumpulkan.
--   **Tujuan Penggunaan**: Jelaskan mengapa setiap jenis data dikumpulkan dan bagaimana penggunaannya.
--   **Praktik Berbagi**: Identifikasi pihak ketiga yang menerima data pengguna.
--   **Hak Pengguna**: Uraikan hak CCPA dan berikan instruksi yang jelas untuk menggunakannya.
--   **Metode Kontak**: Tawarkan minimal dua cara pengguna dapat mengirimkan permintaan, seperti email atau formulir web.
-
-### Fitur Kontrol Pengguna
-
-Tambahkan alat dalam aplikasi untuk memberi pengguna kontrol atas data mereka:
-
-**Toggle Privasi** untuk:
-
--   Preferensi pengumpulan data
--   Komunikasi pemasaran
--   Berbagi data dengan pihak ketiga
-
-**Manajemen Persetujuan**:
-
--   Sediakan opsi opt-in dan opt-out yang jelas
--   Catat preferensi pengguna dengan stempel waktu
--   Izinkan pengguna memperbarui preferensi mereka dengan mudah
-
-Fitur-fitur ini memberdayakan pengguna sambil menjaga kepatuhan aplikasi Anda.
-
-### Sistem Permintaan Data
-
-Siapkan sistem untuk menangani permintaan pengguna terkait hak CCPA mereka. Berikut kerangka yang disarankan:
-
-| Jenis Permintaan | Waktu Respons | Metode Verifikasi |
-| --- | --- | --- |
-| Akses Data | 45 hari | Autentikasi dua faktor |
-| Penghapusan Data | 45 hari | Password akun + konfirmasi email |
-| Ekspor Data | 45 hari | Verifikasi ID pemerintah |
-| Konfirmasi Penolakan | Segera | Login akun |
-
-Ini memastikan permintaan diproses secara efisien dan aman.
-
-### Perlindungan Data
-
-Sebelum penerapan, konfirmasi pengamanan ini sudah tersedia:
-
--   **Enkripsi**: Lindungi data dalam transit dan saat diam
--   **Kontrol Akses**: Terapkan akses berbasis peran
--   **Pengumpulan Data Minimal**: Kumpulkan hanya yang diperlukan
--   **Audit**: Lakukan tinjauan praktik data setiap kuartal
--   **Respons Pelanggaran**: Pertahankan prosedur terdokumentasi untuk menangani pelanggaran data
-
-Untuk pembaruan langsung, pastikan pengaturan privasi tetap utuh. Alat seperti Capgo dapat membantu dengan menyediakan enkripsi end-to-end selama penerapan.
-
-## Risiko privasi yang terlewatkan yang disajikan oleh aplikasi seluler
-
-<iframe src="https://www.youtube.com/embed/aY-rICZi_Ms" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Alat untuk Kepatuhan CCPA
-
-Alat yang efektif sangat penting untuk mempertahankan perlindungan data dan memenuhi persyaratan CCPA. Alat yang tepat tidak hanya membantu melindungi data pengguna tetapi juga menyederhanakan upaya kepatuhan.
-
-### Pembaruan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680d75de5a08fca89179eb81/002013533a2d2ba7b874d9490aa8d76e.jpg)
-
-Capgo menyediakan pembaruan aplikasi yang aman dan efisien yang selaras dengan persyaratan CCPA. Dengan menggunakan enkripsi end-to-end, ini memastikan data sensitif tetap terlindungi selama pembaruan. Mengesankan, Capgo menjaga 95% pengguna aktif tetap diperbarui dalam 24 jam [\[1\]](https://capgo.app/).
-
-Berikut yang ditawarkan Capgo untuk kepatuhan:
-
-| Fitur | Bagaimana Membantu Kepatuhan |
-| --- | --- |
-| **Enkripsi End-to-End** | Mengamankan data pengguna selama pembaruan |
-| **Kemampuan Rollback** | Cepat membalikkan pembaruan jika terjadi masalah |
-| **Penugasan Pengguna** | Memberikan pembaruan privasi yang ditargetkan |
-| **Dashboard Analitik** | Memantau pembaruan dan keterlibatan pengguna |
-| **[Sistem Saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Menguji pembaruan dengan grup pengguna tertentu |
-
-Capgo bekerja secara mulus bersama alat CI/CD untuk mengotomatisasi pembaruan kepatuhan.
-
-### Alat CI/CD
-
-Alat CI/CD seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), dan [Jenkins](https://www.jenkins.io/) mengurangi kesalahan manual dan mempercepat penerapan pembaruan penting. Alat-alat ini memastikan pembaruan privasi diluncurkan secara efisien sambil mempertahankan standar kepatuhan.
-
-Bagi yang mencari opsi yang lebih dapat disesuaikan, alat open-source adalah alternatif yang bagus.
-
-### Solusi Open-Source
-
-Alat open-source menawarkan fleksibilitas dan transparansi, memungkinkan Anda menyesuaikan manajemen kepatuhan dengan kebutuhan aplikasi Anda. Mereka juga mendapat manfaat dari praktik yang diverifikasi komunitas, menjadikannya pilihan yang andal.
-
-Saat memilih alat untuk kepatuhan CCPA, fokus pada fitur seperti:
-
--   Kontrol izin detail untuk anggota tim
--   Log audit untuk melacak aktivitas kepatuhan
--   Pemeriksaan otomatis selama penerapan
--   Enkripsi untuk data baik saat diam maupun dalam transit
--   Alat efektif untuk mengelola permintaan data pengguna
-
-## Manajemen Kepatuhan Berkelanjutan
-
-Menjaga kepatuhan dengan CCPA bukan tugas satu kali. Ini memerlukan pemantauan dan penyesuaian berkelanjutan seiring perubahan peraturan.
-
-### Pemeriksaan Kepatuhan
-
-Meninjau proses Anda secara teratur membantu menangkap dan memperbaiki masalah lebih awal. Mengotomatisasi tinjauan ini dengan alat CI/CD dapat membuat proses lebih lancar, berfokus pada area seperti:
-
--   **Praktik pengumpulan data**
--   **Akurasi kebijakan privasi**
--   **Manajemen hak pengguna**
--   **Langkah-langkah keamanan**
--   **Kepatuhan layanan pihak ketiga**
-
-Dashboard analitik Capgo dapat membantu melacak penerapan pembaruan dan keterlibatan pengguna, memudahkan untuk mengikuti perubahan terkait privasi. Tinjauan ini juga menyiapkan landasan untuk pelatihan tim yang efektif tentang kepatuhan.
-
-### Pelatihan Tim
-
-Pastikan tim Anda memahami persyaratan CCPA. Program pelatihan Anda harus mencakup:
-
--   **Orientasi Awal:** Pelatihan wajib untuk semua karyawan baru
--   **Pembaruan Rutin:** Sesi berkala untuk membahas perubahan peraturan dan praktik terbaik
--   **Panduan Khusus Peran:** Instruksi yang disesuaikan untuk pengembang, staf pendukung, dan manajer produk tentang pengkodean yang aman, hak pengguna, dan pemeriksaan kepatuhan
-
-### Pembaruan Regulasi
-
-Tetap mengikuti perubahan dengan memantau saluran regulasi resmi dan forum industri. Gunakan alat penerapan otomatis untuk menerapkan pembaruan dengan cepat dan konsisten. Capgo dapat membantu memastikan pembaruan cepat dan dapat diaudit. Selain itu, siapkan rencana respons cepat untuk menangani pembaruan penting, memastikan tindakan tepat waktu dan komunikasi yang jelas dengan pengguna.
-
-## Ringkasan
-
-Tetap selaras dengan persyaratan CCPA dengan mempertahankan pengawasan yang ketat dan menggunakan alat yang efektif untuk melindungi data pengguna tanpa mengorbankan pengalaman aplikasi. Di bawah ini, Anda akan menemukan langkah-langkah yang dapat ditindaklanjuti dari metode yang diuraikan sebelumnya.
-
-### Item Tindakan
-
-Berikut adalah langkah-langkah kunci untuk memastikan kepatuhan CCPA:
-
--   **Penilaian Inventaris Data**: Identifikasi dan dokumentasikan semua titik di mana data pribadi dikumpulkan.
--   **Implementasi Kebijakan Privasi**: Buat dan bagikan pemberitahuan privasi yang jelas dan mudah dipahami.
--   **Tinjau Protokol Hak**: Perkuat sistem untuk mengelola hak pengguna.
--   **Langkah Keamanan**: Gunakan enkripsi yang kuat dan pengamanan lainnya untuk melindungi data.
--   **Protokol Pelatihan Tim**: Jadwalkan sesi pelatihan rutin untuk menjaga tim Anda tetap terinformasi tentang praktik terbaik kepatuhan.
-
-Langkah-langkah ini memberikan peta jalan yang jelas untuk mengelola privasi pengguna secara efektif.
-
-### Alat Pembaruan
-
-Untuk menerapkan langkah-langkah ini secara efisien, pertimbangkan untuk menggunakan alat pembaruan canggih yang memprioritaskan integritas data. Misalnya, Capgo mendukung pembaruan global dengan hasil yang mengesankan - memberikan 947,6 juta pembaruan di seluruh dunia dan mencapai tingkat pembaruan pengguna aktif 95% dalam 24 jam [\[1\]](https://capgo.app/).
-
-> "Kami menerapkan pengembangan agile dan Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Alat seperti Capgo dapat mengotomatisasi pembaruan terkait kepatuhan dan memastikan aplikasi Anda tetap mutakhir dengan usaha minimal.
-
-### Langkah Selanjutnya
-
-Untuk membangun praktik-praktik ini, mulailah dengan:
-
--   **Audit Praktik Saat Ini**: Tinjau proses pengumpulan data dan privasi Anda saat ini.
--   **Implementasi Alat**: Integrasikan alat manajemen yang berfokus pada kepatuhan.
--   **Membuat Dokumentasi**: Kembangkan dokumentasi kepatuhan yang terperinci.
--   **Mempersiapkan Tim Anda**: Rencanakan dan lakukan sesi pelatihan untuk menjaga kesiapan tim Anda.
-
-## FAQ
-
-:::faq
-### Bagaimana pengembang aplikasi seluler dapat menentukan apakah aplikasi mereka harus mematuhi California Consumer Privacy Act (CCPA)?
-
-Untuk menentukan apakah aplikasi seluler Anda harus mematuhi **California Consumer Privacy Act (CCPA)**, pertimbangkan faktor-faktor kunci berikut:
-
-1.  **Ukuran Bisnis**: Apakah aplikasi atau perusahaan Anda memiliki pendapatan kotor tahunan melebihi $25 juta?
-2.  **Penanganan Data**: Apakah aplikasi Anda membeli, menjual, atau membagikan informasi pribadi dari 50.000 atau lebih penduduk, rumah tangga, atau perangkat California setiap tahunnya?
-3.  **Pendapatan dari Data**: Apakah aplikasi Anda memperoleh 50% atau lebih dari pendapatan tahunannya dari penjualan informasi pribadi penduduk California?
-
-Jika aplikasi atau bisnis Anda memenuhi salah satu kriteria ini, kemungkinan besar tunduk pada persyaratan CCPA. Selain itu, bahkan jika aplikasi Anda tidak secara langsung memenuhi ambang batas ini, adalah praktik yang baik untuk meninjau pengumpulan data dan praktik privasi Anda untuk memastikan kepatuhan dengan ekspektasi privasi yang lebih luas.
-
-Bagi pengembang yang menggunakan **Capgo**, solusi pembaruan langsung untuk aplikasi Capacitor memastikan pembaruan yang mulus sambil mempertahankan kepatuhan terhadap pedoman Apple dan Android, yang dapat mendukung strategi kepatuhan aplikasi Anda secara keseluruhan.
-:::
-
-:::faq
-### Bagaimana aplikasi seluler dapat memastikan kepatuhan terhadap California Consumer Privacy Act (CCPA) sambil melindungi data pengguna?
-
-Untuk mematuhi **California Consumer Privacy Act (CCPA)** dan melindungi data pengguna, aplikasi seluler harus fokus pada beberapa praktik kunci:
-
--   **Transparansi dalam Pengumpulan Data**: Informasikan dengan jelas kepada pengguna tentang jenis data yang dikumpulkan, tujuan pengumpulan, dan bagaimana data akan digunakan.
--   **Berikan Hak Pengguna**: Terapkan fitur yang memungkinkan pengguna untuk mengakses, menghapus, atau memilih untuk tidak menjual data pribadi mereka, sesuai yang dipersyaratkan oleh CCPA.
--   **Perkuat Keamanan Data**: Gunakan [enkripsi dan solusi penyimpanan yang aman](https://capgo.app/docs/cli/migrations/encryption/) untuk melindungi informasi pengguna dari akses atau pelanggaran yang tidak sah.
-
-Selain itu, alat seperti **Capgo** dapat meningkatkan upaya kepatuhan aplikasi Anda dengan memungkinkan pembaruan instan untuk mengatasi kerentanan keamanan atau perubahan terkait privasi tanpa memerlukan persetujuan app store. Ini memastikan aplikasi Anda tetap patuh secara real-time sambil menawarkan pengalaman pengguna yang mulus. Selalu konsultasikan dengan ahli hukum untuk memastikan kepatuhan penuh terhadap persyaratan CCPA.
-:::
-
-:::faq
-### Bagaimana CCPA memengaruhi penggunaan layanan pihak ketiga oleh pengembang aplikasi seluler?
-
-California Consumer Privacy Act (CCPA) mengharuskan pengembang aplikasi seluler untuk memastikan bahwa layanan pihak ketiga yang mereka gunakan mematuhi peraturan privasi datanya. Ini berarti pengembang harus mengevaluasi dengan cermat bagaimana penyedia pihak ketiga menangani data pengguna, memastikan mereka mengikuti pedoman CCPA untuk pengumpulan, penyimpanan, dan berbagi data. Selain itu, pengembang harus membuat perjanjian yang jelas dengan penyedia ini untuk melindungi hak pengguna, seperti kemampuan untuk mengakses, menghapus, atau memilih untuk tidak mengumpulkan data.
-
-Jika Anda menggunakan alat seperti Capgo untuk mengelola pembaruan aplikasi, penting untuk memastikan bahwa layanan ini selaras dengan persyaratan CCPA. Capgo, misalnya, mendukung penanganan data yang aman dengan fitur seperti enkripsi end-to-end, memastikan kepatuhan sambil menawarkan pembaruan real-time untuk aplikasi Anda. Dengan bermitra dengan penyedia yang patuh, pengembang dapat mempertahankan kepercayaan dan menghindari potensi masalah hukum di bawah CCPA.
-:::
diff --git a/src/content/blog/id/checklist-for-cybersecurity-compliance-in-china.md b/src/content/blog/id/checklist-for-cybersecurity-compliance-in-china.md
deleted file mode 100644
index 5da0022e4..000000000
--- a/src/content/blog/id/checklist-for-cybersecurity-compliance-in-china.md
+++ /dev/null
@@ -1,370 +0,0 @@
----
-slug: checklist-for-cybersecurity-compliance-in-china
-title: Daftar Periksa untuk Kepatuhan Keamanan Siber di Tiongkok
-description: 2025年には、中国の厳しいサイバーセキュリティ法に準拠し、重要なデータ保護とセキュリティ要件に従ってください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T05:14:08.592Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822cd20266b1f3f75203ab9-1747113353909.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  China cybersecurity, compliance checklist, data protection, personal
-  information law, security regulations
-tag: 'Mobile, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Undang-undang siber China lebih ketat dari sebelumnya pada tahun 2025. Untuk mematuhi, bisnis harus mengikuti peraturan kunci seperti **Undang-Undang Keamanan Siber (CSL)**, **Undang-Undang Keamanan Data (DSL)**, dan **Undang-Undang Perlindungan Informasi Pribadi (PIPL)**. Berikut adalah daftar periksa kepatuhan dengan cepat:
-
--   **Verifikasi Identitas Pengguna**: Gunakan nomor ponsel atau ID pemerintah.
--   **Simpan Data Secara Lokal**: Semua data pengguna China harus tetap berada di server yang ada di China.
--   **Catat Kegiatan**: Simpan [log aktivitas pengguna](https://capgo.app/docs/webapp/logs/) setidaknya selama 60 hari.
--   **Amankan Data**: Enkripsi data saat diam (AES-256) dan dalam perjalanan (TLS 1.3+).
--   **Lakukan Audit**: Pemeriksaan keamanan secara teratur dan audit tahunan adalah wajib.
--   **Kelola Pembaruan**: Pembaruan OTA harus dienkripsi, dicatat, dan disetujui oleh pengguna.
-
-Gagal memenuhi standar ini dapat mengakibatkan denda hingga ¥50 juta (~$7,5 juta) atau 5% dari pendapatan tahunan. Gunakan alat seperti [Capgo](https://capgo.app/) untuk pembaruan terenkripsi dan pelacakan kepatuhan.
-
-| **Peraturan Kunci** | **Tanggal Efektif** | **Dampak** |
-| --- | --- | --- |
-| Peraturan Manajemen Keamanan Data Jaringan | 1 Jan 2025 | Aturan kepatuhan data yang lebih ketat |
-| Amandemen CSL | 28 Mar 2025 | Penalti yang lebih tinggi, penegakan yang lebih ketat |
-
-Tetap patuhi dengan mengamankan data pengguna, menjaga dokumentasi yang benar, dan mengikuti pembaruan terbaru dalam kerangka kerja keamanan siber China.
-
-## Undang-Undang dan Peraturan Keamanan Siber Utama
-
-### Undang-Undang Keamanan Siber China (CSL)
-
-Undang-Undang Keamanan Siber China (CSL) menetapkan persyaratan dasar untuk memelihara keamanan jaringan. Ini termasuk pendaftaran nama asli, menerapkan langkah-langkah keamanan yang kuat, melakukan penilaian secara teratur, dan segera melaporkan insiden. Amandemen terbaru, yang mulai berlaku pada Maret 2025, memperkenalkan penalti yang lebih ketat untuk pelanggaran untuk menyelaraskan dengan standar perlindungan data yang berkembang [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Undang-Undang Perlindungan Informasi Pribadi (PIPL)
-
-Undang-Undang Perlindungan Informasi Pribadi (PIPL) menerapkan pedoman ketat untuk mengelola data pengguna, menekankan transparansi dan keamanan. Ketentuan kunci meliputi:
-
-| **Persyaratan** | **Detail** | **Implementasi** |
-| --- | --- | --- |
-| **Persetujuan Pengguna** | Dapatkan izin eksplisit untuk pengumpulan dan penggunaan data | Sudah berlaku |
-| **Transfer Lintas Batas** | Lakukan tinjauan keamanan dan dapatkan persetujuan pemerintah untuk ekspor data | Dalam 60 hari sejak pengumpulan |
-| **Perlindungan Data** | Terapkan langkah-langkah teknis untuk mengamankan data pribadi | Pemantauan berkelanjutan |
-
-PIPL juga mewajibkan pengembang aplikasi untuk mengadopsi praktik pengelolaan data yang jelas dan terbuka sambil menjaga catatan rinci tentang persetujuan pengguna. Pelanggaran dapat mengakibatkan penangguhan operasional dan denda hingga ¥50 juta (sekitar $7,5 juta) [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law). Aturan-aturan ini menjadi landasan bagi langkah-langkah teknis yang diuraikan dalam Aturan Manajemen Keamanan Data.
-
-### Aturan Manajemen Keamanan Data
-
-Mulai 1 Januari 2025, Peraturan Manajemen Keamanan Data Jaringan memperkenalkan kerangka kerja komprehensif untuk mengelola risiko terkait data. Peraturan ini menekankan:
-
--   **Penilaian Risiko**: Evaluasi sensitivitas data, volume pemrosesan, dan potensi dampak keamanan nasional.
--   **Langkah-langkah Teknis**: Klasifikasikan data, terapkan kontrol akses, dan enkripsi informasi sensitif.
--   **Respons Insiden**: Pertahankan dokumentasi yang kuat dan langkah-langkah teknis untuk menangani insiden keamanan.
-
-Pembaruan ini bertujuan untuk memperkuat penegakan dan mengatasi tantangan keamanan siber yang muncul [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Untuk pengembang aplikasi yang bekerja pada pembaruan dan patch keamanan, memanfaatkan [platform pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/) dapat menyederhanakan kepatuhan dengan peraturan ini. Misalnya, **Capgo** (https://capgo.app) menawarkan enkripsi end-to-end dan [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) waktu nyata, yang sangat berharga di pasar dengan lebih dari 4 juta aplikasi seluler dan basis pengguna Internet seluler terbesar di dunia [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## Persyaratan Privasi Data
-
-### Verifikasi Identitas Pengguna
-
-Sebelum mengaktifkan akun pengguna, terapkan verifikasi nama asli menggunakan nomor ponsel atau ID yang dikeluarkan pemerintah. Pastikan identitas asli dicatat dan dienkripsi, sambil memungkinkan pengguna untuk menampilkan nama samaran publik. Selain itu, catat aktivitas pengguna sesuai dengan peraturan [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market). Untuk memperlancar proses ini, pertimbangkan untuk mengintegrasikan dengan layanan verifikasi lokal yang diotorisasi seperti yang disediakan oleh [China Mobile](https://www.chinamobileltd.com/) dan [China Unicom](https://www.chinaunicom.com/) [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-Penting juga untuk memastikan semua data yang disimpan mematuhi peraturan host lokal.
-
-### Persyaratan Penyimpanan Data
-
-Semua data dari pengguna China harus disimpan di server yang terletak di daratan China, mengikuti Peraturan Manajemen Keamanan Data Jaringan, yang mulai berlaku pada 1 Januari 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Jika data perlu dipindahkan ke luar negeri, itu harus terlebih dahulu menjalani tinjauan keamanan pemerintah atau memperoleh persetujuan eksplisit dari pengguna [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-Untuk memenuhi persyaratan ini, bekerja sama dengan penyedia cloud Cina yang berwenang seperti [Alibaba Cloud](https://www.alibabacloud.com/) atau [Tencent Cloud](https://www.tencentcloud.com/). Ini memastikan bahwa data pengguna tetap berada dalam batas geografis yang ditentukan.
-
-Setelah memenuhi persyaratan penyimpanan, fokuslah pada penerapan langkah-langkah keamanan yang diperlukan yang diuraikan di bawah ini.
-
-### Standar Keamanan yang Diperlukan
-
-Kerangka kerja keamanan siber untuk 2025 menekankan penggunaan protokol enkripsi yang kuat untuk melindungi data pengguna [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Langkah-langkah kunci meliputi:
-
-| Langkah Keamanan | Spesifikasi Teknis | Tujuan |
-| --- | --- | --- |
-| Data saat Diam | Enkripsi AES-256 | Melindungi data yang disimpan |
-| Data dalam Perjalanan | TLS 1.3 atau lebih tinggi | Mengamankan komunikasi jaringan |
-
-Untuk pengembang yang mengelola pembaruan, platform seperti Capgo menawarkan enkripsi end-to-end bawaan yang sesuai dengan persyaratan keamanan ini.
-
-Audit dan pengujian secara teratur sangat penting untuk memastikan semua langkah keamanan tetap efektif dan terbaru [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-## Kepatuhan, Tantangan dan Tips Perlindungan Siber dan Data di China
-
-<iframe src="https://www.youtube.com/embed/cNYATmph4sw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Persyaratan Keamanan Teknis
-
-Peraturan keamanan siber China mengharuskan organisasi untuk menerapkan langkah-langkah keamanan teknis yang terperinci untuk tetap patuh. Pada bulan Maret 2025, [Administrasi Siber China](https://en.wikipedia.org/wiki/Cyberspace_Administration_of_China) (CAC) memperkenalkan amandemen terhadap Undang-Undang Keamanan Siber (CSL) yang menguraikan persyaratan ini, menerjemahkan kewajiban hukum menjadi praktik yang dapat dilaksanakan [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Jadwal Pemindaian Keamanan
-
-Aplikasi seluler harus menjalani pemeriksaan keamanan bulanan menggunakan alat pemindaian yang disetujui oleh CAC [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Penilaian ini berfokus pada berbagai aspek keamanan aplikasi:
-
-| **Aspek Keamanan** | **Frekuensi Penilaian** | **Dokumentasi yang Diperlukan** |
-| --- | --- | --- |
-| Penilaian Kerentanan | Bulanan | Laporan pemindaian dengan jadwal perbaikan |
-| Tinjauan Keamanan Kode | Bulanan | Hasil analisis kode sumber |
-| Pemeriksaan Komponen Pihak Ketiga | Bulanan | Laporan audit ketergantungan |
-
-Semua laporan pemindaian harus disimpan dan tersedia untuk audit regulasi tahunan. Selain itu, pihak berwenang dapat meminta akses segera ke hasil ini selama inspeksi [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[5\]](https://www.twobirds.com/en/insights/2025/china/china-cybersecurity-and-data-protection-monthly-update-march-2025-issue).
-
-### Kontrol Izin Pengguna
-
-Kontrol akses berbasis peran (RBAC) adalah persyaratan yang tidak dapat dinegosiasikan untuk aplikasi seluler yang beroperasi di China [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Pengembang diharapkan untuk:
-
--   Menetapkan level izin yang tepat berdasarkan peran pengguna.
--   Mempertahankan log rinci aktivitas akses.
--   Secara teratur meninjau dan memperbarui pengaturan izin untuk memastikan tetap sesuai.
-
-Bagi pengembang yang menangani pembaruan aplikasi, platform seperti Capgo menawarkan alat bawaan untuk mengelola peran dan izin pengguna secara efisien sambil memungkinkan penerapan cepat patch keamanan.
-
-### Respons Insiden Keamanan
-
-Organisasi harus memberi tahu CAC tentang setiap insiden keamanan dalam waktu 12 jam setelah terdeteksi. Pemberitahuan ini harus mencakup penilaian awal dan detail tentang langkah-langkah penahanan [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[5\]](https://www.twobirds.com/en/insights/2025/china/china-cybersecurity-and-data-protection-monthly-update-march-2025-issue).
-
-Rencana respons insiden yang komprehensif harus mencakup:
-
--   Deteksi dan penahanan masalah.
--   Strategi penyelidikan dan komunikasi.
--   Pemberitahuan kepada pengguna, jika perlu.
-
-Setelah insiden, dokumentasikan penyebab utama, tindakan perbaikan, dan pembaruan apapun terhadap protokol keamanan. Laporan rinci harus kemudian diserahkan kepada otoritas regulasi.
-
-> "Amandemen terbaru pada CSL telah meningkatkan penegakan hukum dan menaikkan jumlah denda untuk selaras dengan undang-undang perlindungan data utama lainnya di China, seperti PIPL dan DSL", kata Administrasi Siber Tiongkok dalam pedoman mereka pada Maret 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Latihan keamanan reguler dan sesi pelatihan staf juga diperlukan, dengan semua dokumentasi terkait disimpan untuk inspeksi regulasi [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-## Persyaratan App Store
-
-Saat menerbitkan aplikasi di China, memenuhi standar teknis hanyalah langkah awal. Pengembang juga harus mematuhi regulasi yang ditetapkan oleh Administrasi Siber Tiongkok (CAC) dan [Kementerian Perindustrian dan Teknologi Informasi](https://en.wikipedia.org/wiki/Ministry_of_Industry_and_Information_Technology) (MIIT) [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Proses Pendaftaran MIIT
-
-Untuk mendaftar dengan MIIT, pengembang perlu mempersiapkan hal-hal berikut:
-
-1. Lisensi bisnis atau sertifikat organisasi, bersama dengan surat kuasa
-2. Deskripsi rinci tentang fungsionalitas aplikasi dan praktik pengumpulan data
-3. Dokumentasi penilaian keamanan jaringan
-4. Penilaian dampak perlindungan informasi pribadi
-
-Proses peninjauan standar biasanya memerlukan 7–10 hari kerja. Namun, pengembang asing sering menghadapi waktu pemrosesan yang lebih lama - hingga 2–3 bulan - karena persyaratan bekerja melalui entitas lokal. Langkah-langkah ini membangun langkah-langkah perlindungan teknis sebelumnya untuk memastikan keamanan data dan privasi pengguna.
-
-### Persyaratan Pengujian Keamanan
-
-Selain pendaftaran, aplikasi harus menjalani uji keamanan yang wajib. **Regulasi Manajemen Keamanan Data Jaringan**, yang akan berlaku mulai 1 Januari 2025, menjelaskan protokol pengujian spesifik berdasarkan kategori aplikasi [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN):
-
-1. **Aplikasi Keuangan dan Kesehatan**  
-   Aplikasi ini memerlukan pengujian penetrasi dan ulasan kode sumber yang dilakukan oleh organisasi yang disetujui oleh CAC. Pengembang juga harus mempertahankan dokumentasi keamanan selama tiga tahun.
-    
-2. **Aplikasi Sosial dan Pendidikan**  
-   Pengujian fokus pada penilaian kerentanan dan kepatuhan terhadap standar perlindungan data. Selain itu, log aktivitas pengguna harus dipertahankan selama setidaknya 60 hari [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-    
-3. **Aplikasi Umum**  
-   Aplikasi ini dikenakan pemeriksaan dasar, termasuk standar enkripsi dan praktik penanganan data. Mereka juga harus menyediakan verifikasi identitas pengguna melalui metode yang disetujui.
-    
-
-### Pemeriksaan Kepatuhan SDK
-
-Pengembang perlu mempertahankan inventaris rinci dari semua SDK yang digunakan dalam aplikasi mereka, termasuk:
-
-1. Nama SDK, versi, dan penyedia
-2. Izin akses data dan lokasi penyimpanan
-3. Sertifikat keamanan
-4. Kepatuhan terhadap Undang-Undang Perlindungan Informasi Pribadi (PIPL) dan Undang-Undang Keamanan Data (DSL) [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law)
-
-Untuk aplikasi yang mengandalkan [pembaruan berbasis cloud](https://capgo.app/docs/live-updates/update-behavior/), platform seperti Capgo menyediakan alat untuk kontrol versi dan penerapan patch yang sesuai dengan standar keamanan siber China.
-
-Untuk menegakkan kepatuhan, CAC telah menerapkan sistem pelaporan kebocoran. Ketidakpatuhan bisa mengakibatkan penghapusan aplikasi dan denda besar [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## Manajemen Pembaruan
-
-Di China, mengelola pembaruan melampaui penyesuaian teknis - ini tentang memenuhi regulasi keamanan siber yang ketat yang terus berkembang [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Persyaratan Pembaruan OTA
-
-Pembaruan over-the-air (OTA) di China harus mematuhi seperangkat aturan keamanan dan kepatuhan yang ketat [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Berikut adalah yang diperlukan:
-
-1. **Enkripsi end-to-end**: Paket pembaruan harus dienkripsi selama transmisi dan menyertakan tanda tangan digital untuk mengonfirmasi keaslian mereka [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-2. **Verifikasi pengguna**: Pembaruan hanya dapat dilanjutkan setelah persetujuan eksplisit dari pengguna, sering kali diverifikasi melalui validasi nomor ponsel [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-3. **Lokalisasi data**: Infrastruktur yang digunakan untuk mengirim pembaruan bagi pengguna di China harus berada di dalam China secara fisik [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-4. **Dokumentasi**: Simpan log terperinci pembaruan, termasuk informasi tentang persetujuan pengguna, catatan akses, dan evaluasi keamanan, selama setidaknya 60 hari [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-Untuk patch keamanan kritis, Administrasi Siber Tiongkok (CAC) menegakkan tindakan cepat. Perusahaan harus mengeluarkan pemberitahuan kerentanan segera dan mempercepat penerapan perbaikan [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Persyaratan ini terkait erat dengan sistem manajemen versi yang terorganisir dengan baik.
-
-### Manajemen Versi
-
-Di bawah Regulasi Manajemen Keamanan Data Jaringan, yang mulai berlaku pada Januari 2025, perusahaan harus mengimplementasikan proses kontrol versi yang kuat. Berikut adalah yang harus dilakukan:
-
-| Persyaratan | Durasi | Tujuan |
-| --- | --- | --- |
-| **Riwayat Versi** | Minimum 60 hari | Untuk audit keamanan dan investigasi |
-| **Log Perubahan** | Komprehensif | Dokumentasikan semua pembaruan dan modifikasi |
-| **Penilaian Keamanan** | Per pembaruan | Pastikan kepatuhan terhadap regulasi |
-| **Pelacakan Distribusi Pengguna** | Berkelanjutan | Memantau bagaimana pembaruan diadopsi |
-
-Kemampuan rollback sangat penting, memungkinkan perusahaan untuk kembali ke versi sebelumnya dengan cepat. Versi lama ini juga harus dipertahankan selama setidaknya 60 hari [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-Saat menggunakan layanan pihak ketiga untuk manajemen versi, perusahaan harus memastikan hal-hal berikut: pendaftaran dengan otoritas China, penerapan infrastruktur yang dilokalisasi, dokumentasi yang jelas tentang tanggung jawab, dan kepatuhan terhadap undang-undang lokalisasi data [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Untuk platform yang mengelola data sensitif, pembaruan yang mengubah metode pengumpulan data atau izin akses memerlukan lapisan tambahan pengujian dan validasi untuk mempertahankan kepatuhan regulasi [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-Alat seperti Capgo (https://capgo.app) menyediakan [solusi pembaruan langsung](https://capgo.app/blog/self-hosted-live-updates/) yang mencakup enkripsi, integrasi CI/CD yang mulus, dan fitur kontrol versi yang terperinci.
-
-Gagal mematuhi regulasi ini dapat mengakibatkan konsekuensi yang serius, seperti denda yang dapat mencapai 5% dari pendapatan tahun sebelumnya dan penghapusan dari toko aplikasi di China [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-## Dokumentasi Kepatuhan
-
-Kerangka kerja keamanan siber China memberikan penekanan yang kuat pada dokumentasi yang menyeluruh. Dengan amandemen Maret 2025, persyaratannya telah menjadi lebih ketat, dan denda untuk ketidakpatuhan telah meningkat secara signifikan [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### Audit Tahunan yang Diperlukan
-
-Aplikasi diwajibkan untuk menjalani audit keamanan yang rinci untuk memastikan mereka selaras dengan Undang-Undang Perlindungan Informasi Pribadi (PIPL), Undang-Undang Keamanan Data (DSL), dan amandemen terbaru Undang-Undang Keamanan Siber (CSL) [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law). Berikut adalah gambaran jadwal audit yang umum dan persyaratan penyimpanan dokumen:
-
-| Tipe Audit | Frekuensi | Periode Dokumentasi |
-| --- | --- | --- |
-| Aplikasi Standar | Tahunan | 5 tahun |
-| Infrastruktur Kritikal / Aplikasi Volume Data Tinggi | Setengah tahunan | 5 tahun |
-
-Audit ini harus mencakup dokumentasi seperti laporan penilaian keamanan, catatan pemrosesan data, mekanisme persetujuan pengguna, pengakuan kebijakan privasi, dan rencana respons insiden.
-
-### Dokumentasi Aliran Data
-
-Saat mentransfer data melintasi batas, organisasi harus memberikan dokumentasi terperinci tentang peta aliran data, melakukan penilaian keamanan, mendapatkan persetujuan eksplisit pengguna, dan menerapkan strategi mitigasi risiko. Catatan ini harus disimpan selama setidaknya tiga tahun setelah berakhirnya hubungan transfer [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-### Aturan Penyimpanan Log
-
-Regulasi Manajemen Keamanan Data Jaringan menjabarkan persyaratan khusus untuk penyimpanan log [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Ini termasuk:
-
--   **Log Aktivitas Sistem**
-    
-    -   Detail pendaftaran pengguna
-    -   Tanggal dan waktu login dengan alamat IP
-    -   Pola penggunaan fitur
-    -   Aktivitas penerbitan konten
--   **Log Transaksi Keuangan**
-    
-    -   Harus disimpan selama minimal tiga tahun
-    -   Sertakan detail transaksi lengkap
-    -   Pastikan penyimpanan yang tidak dapat dimanipulasi
--   **Log Akses Administratif**
-    
-    -   Catat aktivitas administrator sistem
-    -   Lacak kejadian akses data
-    -   Catat modifikasi dan aktivitas ekspor/unduh
--   **Log Umum**
-    
-    -   Persyaratan retensi: minimal 60 hari [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)
-
-Kegagalan untuk mempertahankan log ini dapat menyebabkan denda hingga 5% dari pendapatan tahunan [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Selain itu, layanan pembaruan otomatis harus mendokumentasikan semua aktivitas terkait pembaruan untuk menunjukkan kepatuhan.
-
-Dokumentasi yang tepat adalah dasar untuk semua langkah kepatuhan lainnya, termasuk pelatihan staf dan perencanaan respons insiden.
-
-## Pelatihan Kepatuhan dan Pelanggaran
-
-### Rencana Respons Pelanggaran
-
-Amandemen Maret 2025 terhadap CSL menekankan pentingnya memiliki protokol rinci untuk menangani pelanggaran [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Rencana respons yang solid biasanya melibatkan fase kunci berikut:
-
-| **Fase Respons** | **Tindakan yang Diperlukan** |
-| --- | --- |
-| **Deteksi Awal** | \- Hentikan layanan yang terpengaruh  <br>\- Dokumentasikan detail insiden  <br>\- Beri tahu tim kepatuhan internal |
-| **Notifikasi Otoritas** | \- Laporkan kepada Administrasi Siber Tiongkok (CAC)  <br>\- Ajukan penilaian awal  <br>\- Garis besar rencana perbaikan |
-| **Perbaikan** | \- Terapkan perbaikan teknis  <br>\- Perbarui protokol keamanan  <br>\- Catat semua perubahan |
-| **Pasca Insiden** | \- Ajukan laporan akhir  <br>\- Lakukan audit lanjutan  <br>\- Perbarui materi pelatihan |
-
-CAC juga telah memperkenalkan sistem pelaporan publik, yang menekankan perlunya respons yang cepat dan terdokumentasi dengan baik [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market). Untuk mendukung upaya ini, organisasi harus menggabungkan rencana respons mereka dengan program pelatihan staf yang menyeluruh untuk memastikan kepatuhan di setiap level.
-
-### Persyaratan Pelatihan Staf
-
-Mulai Januari 2025, Regulasi Manajemen Keamanan Data Jaringan mewajibkan program pelatihan formal untuk sejajar dengan standar teknis dan dokumentasi [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Program pelatihan ini sangat penting untuk tetap patuh terhadap persyaratan regulasi terbaru.
-
-**Topik Pelatihan Tahunan Wajib**
-
--   Prinsip privasi data dan prosedur penanganan yang tepat
--   Pembaruan tentang CSL dan Undang-Undang Perlindungan Informasi Pribadi (PIPL)
--   Teknik pengkodean yang aman
--   Protokol respons insiden
--   Proses verifikasi identitas pengguna
-
-**Praktik Dokumentasi**
-
--   Simpan catatan kehadiran pelatihan, penilaian, dan pembaruan materi
--   Pastikan dokumentasi pelatihan selalu terbaru
--   Lacak pengakuan pembaruan regulasi
-
-Organisasi juga harus memberikan pelatihan tambahan setiap kali terjadi perubahan regulasi yang signifikan, seperti amandemen CSL yang dijadwalkan pada 28 Maret 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-**Langkah Praktis untuk Pelatihan yang Efektif**
-
--   Tugaskan seorang petugas kepatuhan khusus untuk memantau dan menerapkan pembaruan regulasi
--   Berlangganan layanan pembaruan regulasi dan berpartisipasi dalam lokakarya industri
--   Lakukan penilaian kepatuhan internal secara teratur
--   Manfaatkan perangkat lunak manajemen kepatuhan untuk memperlancar proses
-
-Pelatihan yang sering dan terstruktur dengan baik tidak hanya memastikan kepatuhan terhadap regulasi tetapi juga membantu mengurangi risiko kepatuhan secara efektif.
-
-## Kesimpulan: Ringkasan Daftar Periksa Kepatuhan
-
-Daftar periksa ini menyoroti area penting untuk memenuhi kepatuhan dengan kerangka regulasi Tiongkok, yang dibentuk oleh tiga undang-undang intinya. Kepatuhan yang ketat, didukung oleh alat yang tepat, diperlukan untuk sejajar dengan amandemen terbaru.
-
-| **Area Kepatuhan** | **Persyaratan** | **Alat** |
-| --- | --- | --- |
-| **Privasi Data** | \- Verifikasi identitas pengguna melalui nomor ponsel  <br>\- Pertahankan log aktivitas selama minimal 60 hari  <br>\- Pastikan penyimpanan data yang aman | \- Sistem verifikasi identitas  <br>\- Platform logging yang aman  <br>\- Solusi penyimpanan lokal |
-| **Standar Keamanan** | \- Lakukan penilaian kerentanan secara teratur  <br>\- Tetapkan protokol respons insiden  <br>\- Gunakan enkripsi end-to-end | \- Alat pemindaian keamanan  <br>\- Sistem manajemen respons  <br>\- Kerangka kerja enkripsi |
-| **Manajemen Pembaruan** | \- Segera terapkan patch keamanan  <br>\- Pertahankan kontrol versi  <br>\- Pastikan kepatuhan di toko aplikasi | \- Solusi pembaruan OTA  <br>\- Alat manajemen versi  <br>\- Pemeriksa kepatuhan |
-
-**Regulasi Manajemen Keamanan Data Jaringan**, berlaku mulai 1 Januari 2025, memberlakukan langkah-langkah kepatuhan yang lebih ketat [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). Untuk memenuhi persyaratan ini sambil memastikan pembaruan aplikasi yang lancar, pengembang dapat mengandalkan alat seperti Capgo, yang menyediakan pembaruan OTA terenkripsi end-to-end yang disesuaikan untuk pasar Tiongkok.
-
-Berikut adalah beberapa langkah kunci untuk tetap patuh:
-
--   Pantau perubahan regulasi dan perbarui protokol internal sesuai kebutuhan.
--   Dokumentasikan semua langkah keamanan dan praktik penanganan data secara menyeluruh.
--   Lakukan penilaian keamanan secara teratur dan latih staf tentang protokol kepatuhan.
--   Siapkan sistem respons insiden yang kuat untuk mengatasi potensi ancaman.
-
-Kegagalan untuk mematuhi dapat menyebabkan sanksi mulai dari peringatan formal hingga penghapusan aplikasi dari toko aplikasi Tiongkok [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## FAQ
-
-:::faq
-### Langkah-langkah apa yang harus diikuti pengembang untuk memastikan aplikasi seluler mereka mematuhi regulasi siber Tiongkok pada tahun 2025?
-
-Untuk menyesuaikan dengan regulasi siber Tiongkok yang ditetapkan untuk tahun 2025, pengembang perlu memprioritaskan kepatuhan terhadap standar hukum terbaru dan memastikan aplikasi mereka memenuhi persyaratan perlindungan data yang ketat. Berikut adalah beberapa area kunci yang perlu difokuskan:
-
--   **Penyimpanan dan transmisi data yang aman**: Gunakan enkripsi untuk melindungi data sensitif pengguna, baik saat disimpan maupun selama transmisi, untuk memblokir akses tidak sah.
--   **Lokalisasi data**: Jika diperlukan, simpan data pengguna di dalam Tiongkok untuk mematuhi undang-undang penyimpanan data lokal.
--   **Persetujuan pengguna dan transparansi**: Jelaskan dengan jelas bagaimana data pengguna dikumpulkan, digunakan, dan dibagikan. Pastikan untuk mendapatkan persetujuan eksplisit dari pengguna jika diperlukan.
--   **Penilaian keamanan secara teratur**: Lakukan audit rutin dan pindai kerentanan untuk mengungkap dan menyelesaikan masalah keamanan potensial.
-
-Capgo mendukung pengembang dalam mencapai kepatuhan dengan menyediakan **enkripsi end-to-end** dan **pembaruan waktu nyata** untuk aplikasi Capacitor. Ini memastikan bahwa pembaruan, baik untuk perbaikan atau fitur baru, diterapkan secara instan tanpa menunggu persetujuan dari toko aplikasi - menjaga aplikasi Anda tetap aman dan patuh dengan mudah.
-:::
-
-:::faq
-### Langkah-langkah apa yang dapat diambil pengembang untuk menyimpan dan mentransmisikan data pengguna secara aman sambil mematuhi regulasi siber Tiongkok?
-
-Untuk menyesuaikan dengan regulasi siber Tiongkok, pengembang harus fokus pada **penyimpanan dan transmisi data pengguna yang aman**. Berikut adalah cara mencapainya:
-
--   Gunakan **standar enkripsi yang kuat** untuk mengamankan data sensitif baik saat disimpan maupun selama transmisi.
--   Terapkan **protokol komunikasi yang aman** seperti HTTPS dan TLS untuk melindungi data saat ditransfer.
--   Pantau dan tingkatkan langkah-langkah keamanan secara terus-menerus untuk menghadapi kerentanan dan ancaman yang muncul.
--   Patuhi **Undang-Undang Perlindungan Informasi Pribadi (PIPL)** dan **Undang-Undang Keamanan Siber** Tiongkok, termasuk persyaratan untuk menyimpan data di server yang terletak di dalam Tiongkok jika diperlukan.
-
-Platform seperti Capgo dapat menyederhanakan upaya kepatuhan dengan menawarkan pembaruan waktu nyata. Ini memungkinkan aplikasi tetap aman dan terbaru tanpa memerlukan persetujuan dari toko aplikasi. Selain itu, enkripsi end-to-end dari Capgo memperkuat perlindungan data, memudahkan untuk memenuhi tuntutan regulasi.
-:::
-
-:::faq
-### Apa saja risiko dari tidak mematuhi regulasi siber Tiongkok, dan bagaimana bisnis dapat mengatasinya?
-
-Gagal mengikuti regulasi siber Tiongkok dapat mengakibatkan konsekuensi serius, seperti **denda besar**, **penghapusan aplikasi dari toko aplikasi**, **pelanggaran data**, dan bahkan **tindakan hukum**. Selain itu, ketidakpatuhan dapat sangat merusak reputasi perusahaan, membuatnya sulit untuk mempertahankan pijakan di pasar Tiongkok.
-
-Untuk mengurangi risiko ini, bisnis harus memastikan aplikasi mereka sesuai dengan semua standar regulasi. Ini termasuk mematuhi **aturan lokalisasi data**, mendapatkan **persetujuan pengguna untuk pengumpulan data**, dan melakukan **penilaian keamanan yang menyeluruh**. Alat seperti Capgo dapat menyederhanakan proses dengan membantu pengembang meluncurkan pembaruan dan perbaikan dengan efisien, memastikan kepatuhan tanpa mengganggu fungsionalitas aplikasi. Memperbarui regulasi dan menangani mereka secara proaktif sangat penting untuk menghindari sanksi dan mencapai kesuksesan jangka panjang di Tiongkok.
-:::
diff --git a/src/content/blog/id/checklist-for-google-play-ota-compliance.md b/src/content/blog/id/checklist-for-google-play-ota-compliance.md
deleted file mode 100644
index 0e3bf7559..000000000
--- a/src/content/blog/id/checklist-for-google-play-ota-compliance.md
+++ /dev/null
@@ -1,258 +0,0 @@
----
-slug: checklist-for-google-play-ota-compliance
-title: Daftar Periksa untuk Kepatuhan OTA Google Play
-description: >-
-  Pastikan pembaruan Over-The-Air aplikasi Anda memenuhi kepatuhan Google Play
-  dengan praktik terbaik keamanan, pengendalian versi, dan komunikasi pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:16:07.896Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae-1743477379769.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, Google Play compliance, security, version control, user
-  communication, app updates, testing, performance metrics
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Pembaruan Over-The-Air (OTA)** memungkinkan Anda untuk mendorong perubahan langsung kepada pengguna, melewati tinjauan toko. Namun, untuk tetap mematuhi kebijakan Google Play, Anda perlu mengikuti aturan ketat mengenai keamanan, transparansi, dan kualitas. Berikut adalah gambaran singkat:
-
--   **Keamanan**: Gunakan enkripsi end-to-end dan tanda tangan paket pembaruan untuk melindungi data pengguna.
--   **Kontrol Versi**: Lacak pembaruan dengan versi semantik, sertakan opsi rollback, dan dokumentasikan perubahan.
--   **Komunikasi Pengguna**: Beri tahu pengguna tentang pembaruan, klarifikasi perubahan, dan hormati izin untuk persetujuan manual.
--   **Pengujian**: Uji pembaruan untuk fungsionalitas, kompatibilitas, dan keamanan sebelum diluncurkan.
--   **Peluncuran Bertahap**: Mulailah dengan kecil (5-10% pengguna), pantau kinerja, dan tingkatkan secara bertahap.
--   **Metrik Kinerja**: Targetkan tingkat keberhasilan pembaruan >98%, <0.1% crash rate, and <5MB package size.
-
-**Tools like [Capgo](https://capgo.app/)** make compliance easier with features like instant rollback, real-time monitoring, and secure update delivery.
-
-### Quick Summary Table
-
-| **Compliance Area** | **Key Requirement** | **Target Metric** |
-| --- | --- | --- |
-| Security | End-to-end encryption | 82% global success rate |
-| Version Control | Rollback & phased releases | 95% adoption in 24 hours |
-| User Communication | Clear update alerts & permissions | Inform users effectively |
-| Quality Assurance | Rigorous testing protocols | <0.1% app crash rate |
-
-Follow these steps to keep your app updates fast, secure, and compliant.
-
-## Stay Ahead with Google Play's Essential Policy Update for ...
-
-<iframe src="https://www.youtube.com/embed/qPpYJGGvljk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Membuat Paket Pembaruan
-
-Paket pembaruan OTA perlu sesuai dengan standar keamanan dan kontrol versi Google Play. Ini memastikan pembaruan berjalan lancar dan melindungi data pengguna. Berikut adalah pedoman inti untuk kontrol versi dan keamanan.
-
-### Standar Kontrol Versi
-
-Kontrol versi untuk pembaruan OTA membutuhkan organisasi yang jelas dan dokumentasi yang menyeluruh. Setiap paket pembaruan harus mencakup:
-
--   **ID versi unik**: Gunakan versi semantik (misalnya, 2.1.3) untuk melacak perubahan.
--   **Manifest perubahan**: Daftar semua modifikasi dan perbaikan secara detail.
--   **Penanda kompatibilitas**: Tentukan versi aplikasi dan perangkat yang didukung oleh pembaruan.
--   **Informasi rollback**: Sertakan referensi ke versi sebelumnya untuk memungkinkan pengembalian yang aman jika diperlukan.
-
-Tingkat dokumentasi ini membuat pemecahan masalah menjadi jauh lebih mudah.
-
-### Persyaratan Keamanan
-
-Tindakan keamanan yang kuat sangat penting untuk pembaruan OTA agar memenuhi standar Google Play. Dua praktik penting termasuk menggunakan enkripsi end-to-end dan menandatangani paket pembaruan.
-
-Seperti yang dijelaskan oleh tim pengembangan Capgo, _"Satu-satunya solusi dengan enkripsi end-to-end yang sebenarnya, yang lain hanya menandatangani pembaruan"_ [\[1\]](https://capgo.app/). Audit keamanan secara rutin dan kepatuhan terhadap praktik terbaik industri membantu memastikan pembaruan tetap aman dan dapat dipercaya.
-
-## Keamanan Distribusi Pembaruan
-
-Tindakan ini membantu melindungi data pengguna dan memastikan pembaruan tetap stabil. Dengan menerapkan protokol keamanan yang ketat, Anda dapat memenuhi standar Google Play dan memberikan pembaruan yang dapat diandalkan.
-
-### Metode Perlindungan Data
-
-Enkripsi adalah kunci untuk distribusi over-the-air (OTA) yang aman. Pendekatan yang paling dapat diandalkan adalah **enkripsi end-to-end**, yang melindungi paket pembaruan selama seluruh proses transmisi. Menandatangani pembaruan saja tidak cukup - enkripsi end-to-end memastikan hanya pengguna Anda yang dapat mengakses pembaruan.
-
-> "Enkripsi end-to-end. Hanya pengguna Anda yang dapat mendekripsi pembaruan Anda, tidak ada orang lain." [\[1\]](https://capgo.app/)
-
-Gabungkan enkripsi dengan strategi pemulihan yang kuat untuk menjaga layanan yang lancar.
-
-### Opsi Pemulihan Pembaruan
-
-Sistem pemulihan yang solid meminimalkan dampak kegagalan pembaruan dan menjaga aplikasi tetap stabil. Sertakan fitur rollback otomatis dan simpan arsip versi stabil terbaru untuk perbaikan cepat.
-
-| Komponen Pemulihan | Tujuan | Prioritas |
-| --- | --- | --- |
-| Mekanisme Rollback | Mengembalikan versi sebelumnya | Kritis |
-| Arsip Versi | Mempertahankan versi cadangan | Tinggi |
-
-Bersama-sama, alat ini menciptakan proses pembaruan yang aman dan efisien yang melindungi baik kepatuhan maupun pengalaman pengguna.
-
-## Standar Komunikasi Pengguna
-
-Komunikasi yang jelas dan efektif dengan pengguna berperan penting dalam memastikan kepatuhan terhadap persyaratan Google Play untuk pembaruan.
-
-### Pemberitahuan Pembaruan
-
-Google Play mengharuskan pemberitahuan yang jelas untuk pembaruan yang tertunda agar pengguna tetap terinformasi dan menjaga kepatuhan.
-
-| Jenis Pemberitahuan | Tujuan | Implementasi |
-| --- | --- | --- |
-| Pembaruan Latar Belakang | Instal pembaruan secara otomatis | Pemberitahuan diam setelah selesai |
-| Pembaruan Fitur | Beri tahu pengguna tentang perubahan besar | Pemberitahuan dalam aplikasi sebelum memperbarui |
-| Pembaruan Keamanan | Informasikan pengguna tentang perbaikan kritis | Pemberitahuan prioritas tinggi dengan rincian |
-
-### Persyaratan Izin
-
-Berbagai jenis pembaruan over-the-air (OTA) memerlukan tingkat izin pengguna yang spesifik:
-
-**[Pembaruan Otomatis](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**
-
--   Digunakan untuk patch kecil dan perbaikan minor.
--   Tidak ada tindakan yang diperlukan dari pengguna [\[1\]](https://capgo.app/).
-
-**Persetujuan Manual**
-
--   Disarankan untuk pembaruan besar dengan fitur baru.
--   Memungkinkan pengguna memutuskan kapan akan menginstal.
--   Harus menyertakan penjelasan yang jelas tentang perubahan.
-
-Tingkat izin ini memastikan pengguna tetap terinformasi sambil memberikan mereka kontrol atas pembaruan yang signifikan.
-
-### Dokumentasi Pembaruan
-
-Selalu sediakan catatan pembaruan yang singkat dan jelas yang mencakup rincian penting seperti nomor versi, perbaikan keamanan, perubahan fitur, dan bug yang diatasi. Untuk pengujian beta atau peluncuran bertahap, gunakan saluran khusus untuk mengumpulkan umpan balik awal.
-
-**Detail Kunci untuk Disertakan:**
-
--   Nomor versi
--   Pembaruan keamanan
--   Perubahan fitur
--   Perbaikan bug
-
-> "Enkripsi end-to-end. Hanya pengguna Anda yang dapat mendekripsi pembaruan Anda, tidak ada orang lain." [\[1\]](https://capgo.app/)
-
-Pendekatan ini menjaga pengguna terinformasi dan memastikan pembaruan efisien serta memenuhi standar Google Play.
-
-## Langkah Kontrol Kualitas
-
-Setelah pembaruan didistribusikan dengan aman, kontrol kualitas yang menyeluruh memastikan pembaruan berfungsi seperti yang diinginkan. Langkah-langkah ini dibangun di atas tindakan keamanan dan komunikasi sebelumnya untuk menjamin pembaruan berjalan lancar.
-
-### Persyaratan Pengujian
-
-Pembaruan OTA harus diuji di beberapa area kunci:
-
-| Jenis Uji | Tujuan | Cek Kunci |
-| --- | --- | --- |
-| Fungsionalitas | Memverifikasi fitur inti | Peluncuran aplikasi, alur kerja kritis, penanganan data |
-| Jaringan | Menguji konektivitas | Kinerja di berbagai kondisi jaringan |
-| Perangkat | Memastikan kompatibilitas | Berbagai versi Android, ukuran layar |
-| Keamanan | Memeriksa perlindungan | Integritas enkripsi, transmisi data yang aman |
-
-Mengotomatiskan pengujian ini membantu menjaga konsistensi dan mengurangi kemungkinan kesalahan.
-
-### Proses Peluncuran Bertahap
-
-Luncurkan pembaruan secara bertahap, dimulai dengan kecil dan memperluas saat stabilitas dikonfirmasi:
-
-1.  **Peluncuran Awal**: Luncurkan ke 5-10% pengguna.
-2.  **Masa Pemantauan**: Amati kinerja selama 24-48 jam.
-3.  **Fase Ekspansi**: Tingkatkan peluncuran dalam kenaikan 20%.
-4.  **Peluncuran Penuh**: Luncurkan ke semua pengguna setelah mengonfirmasi stabilitas.
-
-> "Kami meluncurkan pembaruan Capgo OTA dalam produksi untuk basis pengguna kami lebih dari 5000. Kami melihat operasi yang sangat lancar, hampir semua pengguna kami diperbarui dalam beberapa menit setelah OTA diluncurkan kepada @Capgo." - colenso, @colenso [\[1\]](https://capgo.app/)
-
-### Pelacakan Kinerja
-
-Lacak metrik kunci ini selama dan setelah peluncuran:
-
-| Metrik | Target | Ambang Tindakan |
-| --- | --- | --- |
-| Tingkat Keberhasilan Pembaruan | \>98% | <95% triggers investigation |
-| Installation Time | <30 seconds | \>1 menit memerlukan optimasi |
-| Tingkat Kerusakan Aplikasi | <0.1% | \>0.5% memicu rollback |
-| Penggunaan Jaringan | <5MB/update | \>10MB memerlukan optimasi paket |
-
-Alat analitik dan pelacakan kesalahan sangat penting untuk mengidentifikasi dan menyelesaikan masalah dengan cepat. Fitur rollback instan sangat penting untuk menjaga kualitas layanan jika terjadi kesalahan.
-
-> "Kami menerapkan pengembangan agile dan @Capgo adalah misi penting dalam memberikan pembaruan terus-menerus kepada pengguna kami!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-Untuk pengujian beta dan peluncuran bertahap, gunakan sistem saluran untuk menargetkan kelompok pengguna tertentu dengan versi yang berbeda. Pendekatan terkontrol ini memastikan pengujian menyeluruh sambil tetap mematuhi persyaratan Google Play Store.
-
-## Alat Kepatuhan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae/574f3a2cd27791454624262312a6c223.jpg)
-
-Capgo membangun protokol pembaruan dan keamanan yang ketat untuk menyediakan alat yang dirancang untuk kepatuhan. Dengan lebih dari 23,5 juta pembaruan yang dikirimkan di 750 aplikasi produksi [\[1\]](https://capgo.app/), Capgo memastikan pembaruan berjalan lancar sambil memenuhi standar kunci. Alat ini didasarkan pada prinsip-prinsip seperti kontrol versi, keamanan, dan jaminan kualitas.
-
-### Fitur Keamanan
-
-Capgo menggabungkan fitur keamanan canggih yang disesuaikan untuk memenuhi persyaratan Google Play:
-
-| **Fitur Keamanan** | **Implementasi** | **Manfaat Kepatuhan** |
-| --- | --- | --- |
-| Enkripsi End-to-End | Enkripsi yang sebenarnya, bukan hanya penandatanganan | Melindungi pembaruan dari pemalsuan |
-| CDN Aman | Distribusi global dalam 114ms | Mengirimkan pembaruan dengan cepat dan andal |
-| Kontrol Versi | Rollback satu klik | Memastikan stabilitas untuk memenuhi standar Play Store |
-
-### Integrasi Pengembangan
-
-Capgo dengan mudah cocok ke dalam alur kerja pengembangan yang ada sambil mematuhi aturan kepatuhan Google Play:
-
-| **Jenis Integrasi** | **Fitur** | **Aspek Kepatuhan** |
-| --- | --- | --- |
-| Rangkaian CI/CD | Mendukung [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Jenkins](https://www.jenkins.io/) | Mengotomatiskan pemeriksaan kepatuhan |
-| Alat CLI | Peluncuran satu perintah | Menstandarkan proses pembaruan |
-| Akses API | API publik untuk pengaturan kustom | Menawarkan manajemen kepatuhan yang fleksibel |
-| [Sistem Saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Pengujian beta dan pembaruan bertahap | Memungkinkan peluncuran pembaruan yang terkontrol |
-
-Integrasi CI/CD tersedia dengan biaya sekitar $300 per bulan.
-
-### Manajemen Pembaruan
-
-Capgo menyediakan alat untuk mengelola pembaruan secara efektif sambil menyelaraskan dengan standar kepatuhan Google Play:
-
-| **Alat Manajemen** | **Metrik Keberhasilan** | **Dampak Kepatuhan** |
-| --- | --- | --- |
-| Dasbor Analitik | 95% adopsi pembaruan dalam 24 jam | Memantau tingkat adopsi pengguna |
-| Pelacakan Kesalahan | Tingkat keberhasilan global 82% | Melacak stabilitas pembaruan |
-| Pembaruan Parsial | Rata-rata ukuran paket 5MB | Meningkatkan efisiensi pengiriman |
-| Kontrol Organisasi | Izin granular | Mengamankan wewenang pembaruan |
-
-> "Kami menerapkan pengembangan agile dan @Capgo adalah misi penting dalam memberikan pembaruan terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo juga menawarkan opsi hosting yang fleksibel, termasuk solusi berbasis cloud dan yang di-hosting sendiri. Opsi-opsi ini memungkinkan organisasi untuk menjaga kendali atas infrastruktur pembaruan mereka sambil memenuhi standar keamanan Google Play. Fitur seperti pemantauan waktu nyata dan pemulihan instan membantu mencapai patokan tingkat keberhasilan global sebesar 82%.
-
-## Ringkasan
-
-### Tinjauan Daftar Periksa
-
-Memenuhi kepatuhan OTA Google Play memerlukan perhatian terhadap keamanan, kontrol versi, manajemen pengguna, dan jaminan kualitas. Berikut adalah rincian:
-
-| Area Kepatuhan | Persyaratan Utama | Metrik Keberhasilan |
-| --- | --- | --- |
-| **Keamanan** | Enkripsi end-to-end | Tingkat keberhasilan global 82% |
-| **Kontrol Versi** | Kemampuan pemulihan, rilis bertahap | 95% adopsi pembaruan dalam 24 jam |
-| **Manajemen Pengguna** | Kontrol izin, pemberitahuan pembaruan | 23,5 juta pembaruan berhasil dikirimkan |
-| **Jaminan Kualitas** | Protokol pengujian, pemantauan kinerja | 750+ aplikasi produksi yang patuh |
-
-Menjaga kepatuhan terhadap persyaratan ini membantu menghindari penolakan dan memastikan operasi aplikasi yang lancar.
-
-### Menggunakan Capgo
-
-Capgo menyediakan alat yang dirancang untuk memperlancar kepatuhan terhadap standar Google Play. Dengan fiturnya, pengembang dapat mengelola jutaan pembaruan di berbagai aplikasi dengan mulus [\[1\]](https://capgo.app/).
-
-> "Capgo sangat penting bagi pengembang - memungkinkan perbaikan bug yang mulus tanpa perlu peninjauan toko" [\[1\]](https://capgo.app/)
-
-**Fitur Utama dan Keuntungan**:
-
-| Fitur | Keuntungan | Implementasi |
-| --- | --- | --- |
-| **Pembaruan Instan** | Perbaiki bug dengan cepat tanpa penundaan dari toko | Integrasi pipeline CI/CD |
-| **Protokol Keamanan** | Enkripsi end-to-end | \-  |
-| **Kontrol Pembaruan** | Izin granular untuk pembaruan | Penggelaran spesifik pengguna |
-| **Pelacakan Kinerja** | Pemantauan waktu nyata | Dasbor analitik |
-
-Sistem saluran Capgo memungkinkan distribusi pembaruan yang terkendali, memastikan pembaruan dikirim dengan efisien sambil tetap mematuhi kebijakan Google Play. Fitur seperti pemulihan dengan satu klik dan pelacakan kesalahan membantu tim mempertahankan stabilitas pembaruan dan dengan cepat menangani masalah yang muncul.
diff --git a/src/content/blog/id/checklist-for-ota-updates-under-australias-privacy-act.md b/src/content/blog/id/checklist-for-ota-updates-under-australias-privacy-act.md
deleted file mode 100644
index 0b7e40467..000000000
--- a/src/content/blog/id/checklist-for-ota-updates-under-australias-privacy-act.md
+++ /dev/null
@@ -1,241 +0,0 @@
----
-slug: checklist-for-ota-updates-under-australias-privacy-act
-title: Daftar Periksa untuk Pembaruan OTA di Bawah Undang-Undang Privasi Australia
-description: >-
-  Pastikan pembaruan OTA Anda mematuhi Undang-Undang Privasi Australia dengan
-  menerapkan langkah-langkah keamanan data yang kuat dan perlindungan privasi
-  pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T12:19:39.963Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800eb6a28980901df1efb7c-1744892450543.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, Privacy Act, data security, user privacy, end-to-end encryption,
-  compliance, update management
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Mengirim pembaruan OTA (Over-The-Air)? Anda harus memenuhi persyaratan [Privacy Act](https://en.wikipedia.org/wiki/Privacy_Act_1988) Australia untuk melindungi data pengguna dan menghindari sanksi.**
-
-Ini yang perlu Anda ketahui:
-
--   **Keamanan Data**: Gunakan enkripsi end-to-end untuk pembaruan.
--   **Privasi Pengguna**: Lindungi informasi pribadi dan anonimisasi analitik.
--   **Kontrol Pembaruan**: Implementasikan opsi rollback dan pelacakan versi yang aman.
--   **Hak Pengguna**: Izinkan pengguna untuk mengelola pembaruan, melihat data yang disimpan, dan keluar bila memungkinkan.
-
-**Langkah Kunci untuk Kepatuhan**:
-
-1.  Enkripsi semua paket pembaruan dan saluran pengiriman yang aman.
-2.  Pantau kinerja pembaruan dan selesaikan masalah dengan cepat.
-3.  Tawarkan alat bagi pengguna untuk mengontrol pembaruan dan data.
-
-**Perbandingan Cepat Platform OTA**:
-
-| **Fitur** | **[Capgo](https://capgo.app/)** | **Lainnya** |
-| --- | --- | --- |
-| Enkripsi end-to-end | ✅ Ya | ❌ Sering hilang |
-| Mekanisme rollback | ✅ Didukung | ⚠️ Terbatas |
-| Fleksibilitas hosting | ✅ Cloud/Dihosting sendiri | ⚠️ Utamanya cloud |
-| Alat kepatuhan | ✅ Terintegrasi | ⚠️ Beragam |
-
-## Aturan [Privacy Act](https://en.wikipedia.org/wiki/Privacy_Act_1988) untuk Pembaruan OTA
-
-### Manajemen Data Pribadi
-
-Privacy Act memberlakukan pedoman ketat untuk mengelola data pribadi yang dikumpulkan melalui pembaruan OTA. Pengembang perlu memprioritaskan penanganan data yang aman untuk melindungi privasi pengguna sambil mempertahankan fungsi pembaruan yang diperlukan.
-
-| Tipe Data | Perlindungan yang Diperlukan |
-| --- | --- |
-| Pengenal Perangkat | Enkripsi end-to-end |
-| Analitik Pembaruan | Pelacakan anonim |
-| Log Kesalahan | Pengumpulan data minimal |
-| Riwayat Versi | Penyimpanan yang aman |
-
-Capgo memastikan data sensitif tetap terlindungi selama pembaruan OTA dengan menggunakan enkripsi end-to-end.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang nyata, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-### Standar Perlindungan Data
-
-Praktik manajemen data yang kuat didukung oleh tindakan teknis untuk memastikan keamanan dan keandalan pembaruan.
-
-**Pengiriman Pembaruan yang Aman**
-
--   Gunakan enkripsi end-to-end untuk semua paket pembaruan.
--   Gunakan pembaruan diferensial untuk meminimalkan transfer data.
--   Lindungi saluran distribusi pembaruan dari akses yang tidak sah.
--   Lakukan pemeriksaan integritas untuk memverifikasi pembaruan.
-
-**Pemantauan Pembaruan**
-
--   Pantau tingkat keberhasilan untuk pembaruan.
--   Identifikasi dan laporkan kesalahan selama proses pembaruan.
--   Pertahankan kontrol atas riwayat versi.
--   Dukung opsi rollback otomatis untuk pembaruan yang gagal.
-
-### Hak Data Pengguna
-
-Kepatuhan dengan Privacy Act juga melibatkan komunikasi yang jelas tentang hak pengguna dan menawarkan alat untuk mengelola data mereka.
-
-**Hak Akses**
-
--   Bagikan dokumentasi yang jelas tentang data yang dikumpulkan dan riwayat pembaruan.
--   Izinkan pengguna untuk melihat informasi perangkat yang disimpan.
-
-**Langkah Kontrol**
-
--   Biarkan pengguna menolak pembaruan yang tidak penting.
--   Berikan opsi untuk menjadwalkan pembaruan pada waktu yang nyaman.
--   Aktifkan pengguna untuk kembali ke versi aplikasi sebelumnya.
--   Tawarkan kemampuan untuk menghapus data yang disimpan saat aplikasi dihapus.
-
-## Daftar Periksa Pembaruan OTA
-
-### Sebelum Rilis Pembaruan
-
-Pastikan langkah-langkah keamanan kunci ini ada sebelum merilis pembaruan:
-
-| **Pemeriksaan Pra-Rilis** | **Tindakan yang Diperlukan** | **Cara Memverifikasi** |
-| --- | --- | --- |
-| Verifikasi Enkripsi | Pastikan paket pembaruan menggunakan enkripsi end-to-end | Lakukan tinjauan teknis |
-| Mekanisme Rollback | Periksa fungsi rollback untuk mengembalikan versi sebelumnya dengan cepat | Lakukan pengujian QA |
-
-Setelah pemeriksaan pra-rilis ini selesai, lanjutkan dengan praktik yang aman selama proses pembaruan.
-
-### Mengamankan Proses Pembaruan
-
--   Gunakan enkripsi end-to-end untuk semua paket pembaruan OTA.
--   Aktifkan analitik untuk memantau kemajuan pembaruan dan dengan cepat mengidentifikasi kesalahan.
-
-### Setelah Rilis Pembaruan
-
-Perhatikan kinerja pembaruan melalui analitik. Jika ada masalah muncul, segera gunakan langkah rollback untuk menyelesaikannya.
-
-Pemantauan yang konsisten dan tindakan cepat sangat penting untuk mempertahankan keamanan dan tetap patuh.
-
-## Bagian 1 - Kerangka hukum Australia untuk keamanan data dan privasi
-
-<iframe src="https://www.youtube.com/embed/mNR3VJXK3ss" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Persyaratan Pasar Australia
-
-Organisasi yang beroperasi di Australia harus mengatasi protokol keamanan data yang ketat serta regulasi regional atau internasional yang spesifik.
-
-### Siapa yang Harus Patuh
-
-Organisasi yang menerapkan pembaruan OTA diwajibkan untuk memenuhi kewajiban yang diuraikan dalam Privacy Act Australia. Sementara semua organisasi harus mematuhi aturan ini, mereka yang mengelola data sensitif atau bekerja di sektor kritis menghadapi pengawasan yang lebih ketat. Perangkat IoT memiliki seperangkat pedoman kepatuhan tersendiri yang harus diikuti.
-
-### Pedoman IoT
-
--   Terapkan patch dengan cepat dan berikan komunikasi yang jelas tentang proses pembaruan.
--   Sertakan persetujuan pengguna dalam sistem pembaruan otomatis.
--   Utamakan pemrosesan data lokal dibandingkan solusi berbasis cloud kapan pun memungkinkan.
-
-Bagi mereka yang terlibat dalam infrastruktur kritis, persyaratan tambahan di bawah kerangka peraturan lainnya mungkin berlaku.
-
-### Aturan Data Internasional
-
-Transfer data global memperkenalkan kewajiban tambahan, termasuk:
-
--   Mengungkap lokasi server dengan jelas.
--   Memastikan kedaulatan data dilindungi.
--   Melakukan penilaian dampak privasi.
--   Menyiapkan perlindungan kontraktual.
-
-Pengembang harus menerapkan kontrol untuk menjaga data sensitif tetap dalam yurisdiksi yang disetujui sambil mempertahankan transparansi tentang cara pemrosesannya.
-
-Capgo mendukung persyaratan ini dengan menawarkan solusi pembaruan langsung dengan enkripsi yang kuat dan opsi lokasi server, memastikan manajemen data yang aman dan mematuhi aturan.
-
-## Perbandingan Platform OTA
-
-Berikut adalah perbandingan platform OTA, mengingat kebutuhan kepatuhan dan perubahan pasar terbaru. Perlu dicatat bahwa Code Push dari Microsoft akan dihentikan pada 2024, dan Appflow dari Ionic dijadwalkan ditutup pada 2026.
-
-### Fitur Keamanan
-
-Saat memastikan kepatuhan terhadap Privacy Act, fitur keamanan ini sangat penting:
-
-| Fitur | Implementasi | Relevansi Privacy Act |
-| --- | --- | --- |
-| **[Enkripsi Pembaruan](https://capgo.app/docs/cli/migrations/encryption/)** | Enkripsi end-to-end | Melindungi data sensitif |
-| **Penandatanganan Pembaruan** | Tanda tangan kriptografis | Memverifikasi integritas pembaruan |
-| **Manajemen Pengguna** | Izin granular | Mengontrol tingkat akses |
-| **Opsi Hosting** | Cloud/Dihosting sendiri | Memastikan kedaulatan data |
-
-Capgo menawarkan enkripsi end-to-end dan mencapai tingkat keberhasilan pembaruan 82% [\[1\]](https://capgo.app/). Fitur-fitur ini sangat penting untuk melindungi data dan memastikan kepatuhan.
-
-### Analisis Biaya
-
-Berikut adalah rincian biaya untuk berbagai solusi OTA:
-
--   **Set up CI/CD standar**: $300/bulan
--   **Solusi enterprise (misalnya, Appflow)**: $6,000/tahun
--   **Set up CI/CD sekali saja dengan Capgo**: $2,600
-
-Meskipun biaya adalah faktor, struktur platform juga mempengaruhi kepatuhan dan efisiensi.
-
-### Jenis Platform
-
-Berbagai jenis platform memenuhi kebutuhan kepatuhan yang bervariasi:
-
-**Platform Open-Source**
-
--   Memungkinkan audit kode untuk transparansi dan kustomisasi
--   Menawarkan opsi hosting sendiri untuk kontrol data yang lebih besar
--   Memberikan fleksibilitas untuk memenuhi kebutuhan kepatuhan yang spesifik
-
-**Solusi Berbasis Cloud**
-
--   Menyediakan pembaruan kepatuhan dan patch keamanan secara reguler
--   Termasuk alat pemantauan bawaan
--   Mengikuti protokol keamanan standar
-
-Kinerja dapat bervariasi di antara jenis platform ini, jadi penting untuk memilih yang sesuai dengan persyaratan Privacy Act.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan pembaruan terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Organisasi harus mempertimbangkan faktor-faktor ini dengan cermat untuk memenuhi kewajiban keamanan dan kepatuhan mereka secara efektif.
-
-## Langkah Selanjutnya
-
-### Poin Utama
-
-Untuk memastikan pembaruan OTA mematuhi Privacy Act, sangat penting untuk menggunakan **enkripsi end-to-end** dan mempertahankan **distribusi yang terkontrol**.
-
-Berikut adalah ringkasan cepat tentang persyaratan kepatuhan kunci:
-
-| Persyaratan | Strategi Implementasi | Dampak |
-| --- | --- | --- |
-| Perlindungan Data | Enkripsi end-to-end | Menghalangi akses tidak sah |
-| Kontrol Pembaruan | Distribusi berbasis saluran | Memungkinkan peluncuran bertahap |
-| Manajemen Kesalahan | Pemantauan real-time | Membantu menyelesaikan masalah dengan cepat |
-| Fleksibilitas Hosting | Opsi cloud atau dihosting sendiri | Mendukung kedaulatan data |
-
-Strategi-strategi ini menjadi dasar untuk kepatuhan dan manajemen pembaruan OTA yang efisien.
-
-### Tindakan yang Harus Diambil
-
-Ikuti langkah-langkah ini untuk menerapkan strategi kepatuhan:
-
-1.  **Perkuat Langkah Keamanan**
-    
-    -   Gunakan enkripsi end-to-end untuk semua paket pembaruan.
-    -   Siapkan pemantauan real-time untuk melacak kinerja pembaruan.
-2.  **Buat Proses Pembaruan**
-    
-    -   Bangun sistem distribusi berbasis saluran untuk peluncuran yang terkontrol.
-    -   Uji pembaruan dengan kelompok pengguna yang lebih kecil sebelum rilis yang lebih luas.
-3.  **Siapkan Sistem Cadangan**
-    
-    -   Terapkan mekanisme rollback untuk memperbaiki masalah dengan cepat selama pembaruan.
-    -   Gunakan sistem kontrol versi yang sesuai dengan standar Privacy Act.
-
-> "Sistem Pembaruan Langsung Teraman untuk Capacitor. Dibangun untuk pengembang yang menghargai keamanan dan kecepatan." - Capgo.app
-
-Capgo menawarkan keamanan pembaruan langsung yang sejalan dengan kebutuhan kepatuhan ini.
diff --git a/src/content/blog/id/checklist-for-token-signing-in-capacitor-apps.md b/src/content/blog/id/checklist-for-token-signing-in-capacitor-apps.md
deleted file mode 100644
index 737f1de90..000000000
--- a/src/content/blog/id/checklist-for-token-signing-in-capacitor-apps.md
+++ /dev/null
@@ -1,163 +0,0 @@
----
-slug: checklist-for-token-signing-in-capacitor-apps
-title: Daftar Periksa untuk Token Signing di Aplikasi Capacitor
-description: >-
-  Ikuti daftar periksa lengkap ini untuk menandatangani token secara aman di
-  aplikasi Capacitor, menjamin integritas data dan kepatuhan terhadap standar
-  AS.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T02:15:22.429Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680454b86000445eb1a68ab2-1745115338258.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  token signing, Capacitor apps, data integrity, security standards, compliance,
-  JWT, cryptographic library
-tag: 'Mobile, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Penandatanganan token sangat penting untuk mengamankan aplikasi [Capacitor](https://capacitorjs.com/), memastikan integritas data, autentikasi, dan kepatuhan dengan standar keamanan A.S. Panduan ini memberikan daftar periksa yang jelas untuk pengaturan, implementasi, dan manajemen risiko.
-
-**Langkah Kunci untuk Penandatanganan Token:**
-
--   Pilih pustaka kriptografi yang aman (mis., [CryptoJS](https://cryptojs.gitbook.io/docs), [jose](https://www.npmjs.com/package/jose), [libsodium](https://doc.libsodium.org/)).
--   Gunakan penyimpanan kunci yang aman (iOS: [Secure Enclave](https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/web)/[Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\)); Android: [Keystore](https://developer.android.com/privacy-and-security/keystore)).
--   Tentukan field payload token (`iss`, `exp`, `sub`, klaim khusus).
--   Pilih algoritma penandatanganan (HS256, RS256, ES256).
--   Tandatangani dan verifikasi token secara aman.
-
-**Praktik Terbaik Keamanan:**
-
--   Atur masa berlaku token menjadi 15 menit.
--   Rotasi kunci penandatanganan setiap 30 hari.
--   Validasi semua field token.
--   Lindungi kunci pribadi di penyimpanan aman khusus platform.
-
-**Pembaruan Langsung:**
-
--   Gunakan token bertanda tangan untuk [mengamankan pembaruan](https://capgo.app/docs/live-updates/update-behavior/).
--   Aktifkan opsi rollback untuk pembaruan yang dikompromikan.
--   Pantau keterlibatan pengguna dan tingkat keberhasilan pembaruan.
-
-**Persyaratan Kepatuhan:**
-
--   Selaraskan dengan mandat A.S. seperti CCPA, HIPAA, NIST SP 800‑63, dan FIPS 140‑2.
--   Enkripsi token yang berisi data sensitif dan pastikan manajemen kunci yang aman.
-
-Penandatanganan token memastikan pembaruan langsung yang aman sambil memenuhi standar regulasi. Ikuti langkah-langkah ini untuk melindungi aplikasi dan pengguna Anda.
-
-## Menandatangani dan Memvalidasi Token JWT Menggunakan RSA publik dan ...
-
-<iframe src="https://www.youtube.com/embed/mtZS6Cg6Nd8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pengaturan yang Diperlukan untuk Penandatanganan Token
-
-Untuk memastikan penandatanganan token yang aman, fokus pada dua area utama:
-
-1.  **Memilih dan memvalidasi toolkit kriptografi Anda**:
-    
-    -   Pilih pustaka yang andal seperti _CryptoJS_, _jose_, atau _libsodium_.
-    -   Konfirmasi bahwa pustaka tersebut aktif dikelola dan menjalani audit keamanan rutin.
-    -   Periksa adopsinya dalam komunitas pengembang.
-    -   Tinjau riwayat kerentanannya untuk menilai potensi risiko.
-
-2.  **Mengimplementasikan penyimpanan kunci yang aman**:
-    
-    -   Untuk iOS, gunakan Secure Enclave atau Keychain.
-    -   Untuk Android, andalkan Sistem Keystore.
-    -   Periksa kepatuhan dengan standar FIPS 140-2.
-    -   Pastikan solusi memiliki sertifikasi Common Criteria.
-
-Keputusan ini berperan penting dalam mempertahankan **autentikasi** dan **integritas**. Mereka memastikan bahwa setiap token yang ditandatangani selaras dengan standar kepatuhan A.S. dan mendukung kebutuhan keamanan saat ini dan masa depan.
-
-Dalam sistem yang memerlukan pembaruan langsung, mengikuti praktik ini telah menunjukkan tingkat keberhasilan 95% dalam penerapan [\[1\]](https://capgo.app/).
-
-## Langkah-langkah Implementasi Penandatanganan Token
-
-Untuk memastikan penandatanganan dan verifikasi token yang aman, ikuti langkah-langkah berikut:
-
--   **Tentukan field payload token**: Sertakan field seperti `iss` (penerbit), `exp` (kedaluwarsa), `sub` (subjek), dan klaim khusus yang diperlukan.
--   **Pilih algoritma penandatanganan**: Putuskan antara opsi seperti HS256 atau RS256 dan konfigurasikan sesuai.
--   **Tangani kunci pribadi dengan aman**: Muat atau hasilkan kunci pribadi di **Keychain** untuk iOS atau **Keystore** untuk Android.
--   **Tandatangani token**: Gunakan pustaka kriptografi pilihan Anda untuk menandatangani token.
--   **Verifikasi tanda tangan token**: Selalu validasi tanda tangan sebelum memproses payload pembaruan apa pun.
-
-Langkah-langkah ini membantu menjaga keamanan dan keandalan proses pembaruan langsung berbasis token Anda.
-
-## Pedoman Keamanan dan Risiko
-
-Saat mengimplementasikan penandatanganan, penting untuk mengatasi potensi penyalahgunaan dan kerentanan. Berikut cara untuk tetap aman:
-
-### Aturan Keamanan Token
-
--   Atur kedaluwarsa token maksimum **15 menit**.
--   Rotasi kunci penandatanganan setiap **30 hari** untuk mengurangi paparan.
--   Pastikan semua field token divalidasi sebelum diproses.
--   Simpan kunci pribadi secara eksklusif di **keystore platform yang aman**.
-
-### Risiko Keamanan Umum
-
--   **Kebocoran kunci** yang disebabkan oleh metode penyimpanan atau transmisi yang tidak tepat.
--   **Serangan replay token** di mana token valid disadap dan digunakan kembali.
--   **Manipulasi algoritma** yang melewati verifikasi tanda tangan.
-
-### Membandingkan Algoritma Penandatanganan
-
--   **HS256**: Menggunakan rahasia bersama untuk penandatanganan simetris. Paling cocok untuk lingkungan di mana semua pihak dipercaya.
--   **RS256**: Menggunakan pasangan kunci publik/pribadi untuk penandatanganan asimetris, menjadikannya ideal untuk sistem terdistribusi.
--   **ES256**: Menggunakan kriptografi kurva eliptik untuk keamanan yang kuat dengan ukuran kunci yang lebih kecil.
-
-## Keamanan Pembaruan Langsung
-
-Memastikan pembaruan langsung yang aman melibatkan penggunaan token bertanda tangan, memverifikasi integritas data, dan memenuhi standar kepatuhan toko. Ini dibangun di atas proses penandatanganan token yang dijelaskan sebelumnya, memperluas ke alur kerja pembaruan langsung.
-
-### Keamanan Token untuk Pembaruan
-
-Dalam skenario pembaruan langsung, token bertanda tangan melindungi setiap paket pembaruan dari sumbernya ke perangkat. Berikut beberapa praktik kunci yang harus diikuti:
-
--   Izinkan izin penguji terperinci dan aktifkan opsi rollback satu klik.
--   Pantau tingkat keberhasilan pembaruan dan keterlibatan pengguna saat terjadi.
--   Kelola penguji dan pengguna beta dengan pengaturan izin yang tepat.
-
-Platform seperti [Capgo](https://capgo.app/) menerapkan praktik ini dengan fitur seperti enkripsi, pemeriksaan tanda tangan, kontrol versi, dan opsi rollback untuk mengamankan pembaruan over-the-air (OTA). Metode ini terbukti efektif, dengan 95% pengguna aktif menerima pembaruan dalam 24 jam [\[1\]](https://capgo.app/).
-
-### Implementasi Keamanan
-
-Untuk mengimplementasikan penandatanganan token untuk pembaruan langsung, fokus pada hal berikut:
-
--   Kelola kunci penandatanganan secara aman untuk paket pembaruan.
--   Gunakan kontrol versi berpasangan dengan verifikasi kriptografi.
--   Otomatisasi validasi tanda tangan langsung di perangkat.
--   Tawarkan opsi rollback segera untuk pembaruan yang dikompromikan.
-
-Ini memastikan hanya pembaruan yang diautentikasi dan ditandatangani dengan benar yang dikirimkan ke pengguna, sambil juga mematuhi persyaratan platform.
-
-## Standar dan Persyaratan A.S.
-
-Untuk mematuhi persyaratan regulasi A.S., integrasikan praktik token pembaruan langsung ke dalam proses Anda. Pastikan metode penandatanganan token Anda selaras dengan mandat A.S. utama seperti **CCPA** untuk privasi konsumen, **HIPAA** untuk perlindungan data kesehatan, **NIST SP 800‑63** untuk verifikasi identitas, dan **FIPS 140‑2** untuk modul kriptografi [\[1\]](https://capgo.app/).
-
-Berikut cara standar ini berlaku untuk penandatanganan token:
-
--   **CCPA**: Pastikan payload token menghormati persetujuan pengguna dan mendukung permintaan penghapusan data.
--   **HIPAA**: Enkripsi token yang berisi Informasi Kesehatan yang Dilindungi (PHI) baik saat diam maupun selama transmisi.
--   **NIST SP 800‑63**: Gunakan [autentikasi multi-faktor](https://capgo.app/docs/webapp/mfa/) untuk mengamankan akses ke kunci penandatanganan.
--   **FIPS 140‑2**: Konfirmasi bahwa pustaka penandatanganan Anda menggunakan modul kriptografi yang divalidasi.
-
-[\[1\]](https://capgo.app/) Pengembang harus tetap mengikuti undang-undang perlindungan data federal dan negara bagian A.S., termasuk CCPA.
-
-## Kesimpulan
-
-Penandatanganan token yang aman dan integrasi pembaruan langsung sangat penting untuk menjaga integritas aplikasi Capacitor Anda dan memenuhi persyaratan kepatuhan.
-
-Rujuk daftar periksa yang disediakan untuk memastikan implementasi Anda mematuhi standar keamanan dan peraturan A.S.
-
-### Poin Penting untuk Diingat
-
--   Pastikan penandatanganan token sesuai dengan peraturan A.S. seperti CCPA dan HIPAA, dan gunakan metode enkripsi yang kuat.
--   Terapkan kontrol versi dan izinkan rollback instan untuk pembaruan untuk menjaga stabilitas.
--   Pantau dan tingkatkan kecepatan proses penandatanganan dan pengiriman pembaruan.
diff --git a/src/content/blog/id/checklist-for-validating-capacitor-app-updates.md b/src/content/blog/id/checklist-for-validating-capacitor-app-updates.md
deleted file mode 100644
index d990f742c..000000000
--- a/src/content/blog/id/checklist-for-validating-capacitor-app-updates.md
+++ /dev/null
@@ -1,189 +0,0 @@
----
-slug: checklist-for-validating-capacitor-app-updates
-title: Checklist untuk validasi update aplikasi Capacitor
-description: >-
-  Pastikan pembaruan aplikasi yang mulus dengan daftar periksa praktis ini untuk
-  memvalidasi pembaruan Over-the-Air dan memilih alat yang tepat.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T01:48:44.409Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680445af6000445eb1a661a6-1745113809661.jpg
-head_image_alt: Pengembangan Perangkat Seluler
-keywords: 'Capacitor, app updates, OTA updates, testing checklist, mobile development'
-tag: 'Mobile, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin memberikan [pembaruan aplikasi yang mulus](https://capgo.app/plugins/capacitor-updater/) tanpa mengurangi kepercayaan pengguna?** Berikut daftar periksa yang cepat dan dapat ditindaklanjuti untuk memvalidasi pembaruan aplikasi [Capacitor](https://capacitorjs.com/), terutama saat menggunakan pembaruan over-the-air (OTA):
-
--   **Uji Fitur**: Pastikan semua alur kerja (seperti login, sinkronisasi data) berfungsi secara end-to-end.
--   **Cakupan Perangkat**: Uji pada berbagai perangkat, sistem operasi, dan ukuran layar.
--   **Pemeriksaan Kinerja**: Ukur kecepatan, responsivitas, dan penggunaan memori dalam berbagai kondisi.
--   **Keamanan**: Enkripsi pembaruan OTA, tetapkan izin, dan uji fitur rollback.
--   **Distribusi**: Gunakan alat seperti [Capgo](https://capgo.app/) untuk memastikan 95% pengguna mendapatkan pembaruan dalam 24 jam.
--   **Pemantauan Pasca-Rilis**: Pantau tingkat keberhasilan (target 82%), waktu respons API, dan keterlibatan pengguna.
-
-### Perbandingan Cepat Alat OTA
-
-| Fitur | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| **Tahun Peluncuran** | 2022 | 2024 | Berhenti 2026 |
-| **Enkripsi End-to-End** | Ya | Tidak | Tidak |
-| **Tingkat Keberhasilan Pembaruan** | 82% | Tidak dipublikasikan | Tidak dipublikasikan |
-| **Kecepatan Distribusi** | 95% dalam 24j | Bervariasi | Bervariasi |
-| **[Opsi Self-Hosted](https://capgo.app/blog/self-hosted-capgo/)** | Ya | Tidak | Tidak |
-| **Harga** | $300/bulan | Menyamai Capgo | $6.000/tahun |
-
-Ikuti daftar periksa ini dan pilih alat yang tepat untuk memastikan setiap pembaruan cepat, aman, dan andal.
-
-## Ionic & Capacitor untuk Membangun Aplikasi Mobile Native – Lengkap ...
-
-<iframe src="https://www.youtube.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Persiapan Pra-Validasi
-
-Setelah migrasi, siapkan lingkungan khusus untuk setiap platform untuk memastikan validasi yang mulus dan konsisten.
-
-### Persiapan Lingkungan Pengujian
-
-Siapkan lingkungan pengujian terpisah untuk platform iOS, Android, dan web, mengikuti panduan resmi Capacitor [\[1\]](https://capgo.app/). Amankan basis kode Anda dengan menerapkan praktik kontrol versi yang ketat.
-
-### Persiapan Kontrol Versi
-
-Siapkan repositori Anda dengan praktik berikut:
-
--   Gunakan cabang fitur untuk mengisolasi pembaruan baru.
--   Integrasikan dengan sistem CI/CD seperti [GitHub Actions](https://docs.github.com/actions) atau [GitLab CI](https://docs.gitlab.com/ee/ci/) untuk build otomatis.
--   Manfaatkan fitur rollback satu klik Capgo untuk pemulihan cepat saat diperlukan [\[1\]](https://capgo.app/).
-
-### Persiapan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680445af6000445eb1a661a6/37a0fc028bf1f414683e8dee42eedfb0.jpg)
-
-Konfigurasi Capgo dengan langkah-langkah berikut [\[1\]](https://capgo.app/):
-
--   [Inisialisasi Capgo](https://capgo.app/docs/webapp/) menggunakan: `npx @capgo/cli init`.
--   Siapkan [sistem saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/) untuk menargetkan pembaruan tertentu.
--   Aktifkan enkripsi end-to-end untuk keamanan tambahan.
--   Aktifkan pelacakan kesalahan dan analitik.
--   Konfigurasi opsi rollback untuk kontrol yang lebih baik.
--   Pilih antara penerapan cloud atau [self-hosted](https://capgo.app/blog/self-hosted-capgo/), berdasarkan kebutuhan Anda.
-
-Untuk penggunaan enterprise, Capgo menawarkan kompatibilitas dengan Capacitor 8, serta mendukung penerapan cloud dan self-hosted [\[1\]](https://capgo.app/). Setelah persiapan ini selesai, lanjutkan ke pengujian fitur dan perangkat.
-
-## Daftar Periksa Pengujian Utama
-
-Setelah lingkungan dan [persiapan Capgo](https://capgo.app/docs/cli/commands) siap, fokus pada validasi kunci berikut:
-
-### Pengujian Fitur
-
--   Pastikan alur kerja utama pengguna (seperti login, sinkronisasi data, dan navigasi) berfungsi end-to-end.
--   Konfirmasi bahwa fitur baru memenuhi kriteria penerimaan yang ditentukan.
--   Gunakan [analitik Capgo](https://capgo.app/consulting/) untuk melacak kesalahan dan targetkan tingkat keberhasilan minimal 82% [\[1\]](https://capgo.app/).
-
-### Pengujian Perangkat
-
--   Uji pada sistem operasi minimum dan terbaru untuk iOS dan Android.
--   Periksa fungsionalitas pada berbagai ukuran layar.
--   Evaluasi kinerja pada perangkat kelas rendah dan tinggi.
--   Verifikasi bagaimana aplikasi berperilaku saat offline dan pastikan data disimpan dengan benar.
-
-### Pengujian Kecepatan dan Keandalan
-
--   Ukur seberapa cepat aplikasi diluncurkan dan seberapa responsif fitur-fiturnya.
--   Uji kinerja dalam kondisi jaringan yang berbeda.
--   Periksa perilaku proses latar belakang.
--   Pantau penggunaan memori dan dampak baterai.
-
-### Pengujian Keamanan
-
--   Pastikan payload OTA terenkripsi dan hanya dapat didekripsi oleh build yang diotorisasi.
--   Tetapkan izin pembaruan spesifik untuk penguji dan pengguna beta.
--   Verifikasi kepatuhan terhadap persyaratan keamanan platform Apple dan Google.
--   Uji fitur rollback satu klik dan pastikan proses rollback berjalan lancar.
-
-### Pengujian OTA & Distribusi
-
--   Gunakan [saluran Capgo](https://capgo.app/docs/webapp/channels/) untuk meluncurkan pembaruan secara bertahap atau ke grup beta.
--   Konfirmasi bahwa setidaknya 95% pengguna aktif menerima pembaruan dalam 24 jam [\[1\]](https://capgo.app/).
--   Segmentasi pengguna berdasarkan saluran dan pastikan setiap segmen mendapatkan versi yang benar.
--   Lacak metrik real-time untuk memantau keberhasilan pembaruan dan keterlibatan pengguna.
-
-## Langkah Akhir
-
-Setelah menyelesaikan fase pengujian utama, fokus pada validasi, dokumentasi, peluncuran bertahap, dan pemantauan berkelanjutan.
-
-### Mencatat Hasil Pengujian
-
-Setelah pengujian utama selesai, dokumentasikan hasilnya menggunakan platform analitik Anda. Manfaatkan dashboard yang Anda siapkan selama fase Pra-Validasi untuk melacak metrik kunci melalui alat analitik Capgo.
-
-Pastikan untuk mencatat setiap kesalahan dan penyelesaiannya untuk memperlancar pembaruan di masa mendatang.
-
-### Proses Pengujian Beta
-
-Perkenalkan pembaruan secara bertahap menggunakan saluran beta [\[1\]](https://capgo.app/):
-
--   **Grup Beta Awal**: Mulai dengan kelompok kecil penguji internal.
--   **Pengujian Diperluas**: Perluas beta untuk mencakup grup yang lebih besar.
--   **Fase Pemantauan**: Pantau metrik dan kumpulkan umpan balik pengguna.
--   **Penyelesaian Masalah**: Atasi masalah sebelum rilis penuh.
-
-Pastikan build beta diuji pada perangkat penting untuk menghindari masalah kompatibilitas selama peluncuran resmi.
-
-> "Analitik dan pelacakan kesalahan" penting untuk pembaruan. – Capgo [\[1\]](https://capgo.app/)
-
-### Pemantauan Pasca-Rilis
-
-Pantau metrik penting ini setelah penerapan:
-
--   **Tingkat Keberhasilan**: Targetkan minimal 82% (melalui Analitik Capgo).
--   **Distribusi**: Pastikan cakupan 95% dalam 24 jam (menggunakan Pelacakan Real-time).
--   **Waktu Respons API**: Pertahankan respons pada atau di bawah 434 ms (melalui Monitor Kinerja).
-
-Siapkan peringatan untuk memberi tahu tim Anda jika ada metrik yang turun di bawah ambang batas ini.
-
-Selanjutnya, jelajahi perbandingan alat OTA di bagian berikut.
-
-## Perbandingan Alat Update OTA
-
-Berikut perbandingan platform OTA teratas berdasarkan keamanan, kinerja, harga, dan integrasi. Alat yang Anda pilih akan langsung memengaruhi proses validasi dan keandalan pembaruan Anda.
-
-Tabel di bawah ini memberikan gambaran umum cepat untuk membantu Anda mengidentifikasi platform terbaik untuk kebutuhan Anda:
-
-| Fitur | Capgo | Appflow |
-| --- | --- | --- | --- |
-| **Tahun Peluncuran** | 2022 | 2024 | Berhenti 2026 |
-| **Enkripsi End-to-End** | Ya[\[1\]](https://capgo.app/) | Tidak | Tidak |
-| **Tingkat Keberhasilan Pembaruan** | 82%[\[1\]](https://capgo.app/) | Tidak dipublikasikan | Tidak dipublikasikan |
-| **Kecepatan Distribusi** | 95% dalam 24j[\[1\]](https://capgo.app/) | Bervariasi per penyedia | Bervariasi per penyedia |
-| **Waktu Respons API** | 434 ms[\[1\]](https://capgo.app/) | Tidak dipublikasikan | Tidak dipublikasikan |
-| **Opsi Self-Hosted** | Ya[\[1\]](https://capgo.app/) | Tidak | Tidak |
-
-[\[1\]](https://capgo.app/) Statistik platform Capgo.
-
-### Harga
-
--   **Capgo**: $300/bulan
--   **Appflow**: $6.000/tahun
-
-### Integrasi dan Fitur
-
--   **Integrasi CI/CD**: Mendukung GitHub Actions, GitLab CI, dan [Jenkins](https://www.jenkins.io/) langsung dari kotak. Bekerja dengan pengaturan cloud-hosted dan self-hosted dan termasuk rollback bawaan.
--   **Manajemen Pengguna**: Capgo menawarkan saluran untuk peluncuran bertahap yang terperinci disesuaikan dengan segmen pengguna tertentu.
--   **Analitik**: Mencakup pelacakan pengiriman, metrik keterlibatan, pelaporan kesalahan, dan statistik distribusi.
-
-Perincian ini menyoroti kekuatan setiap platform, membantu Anda membuat keputusan berdasarkan informasi sesuai kebutuhan proyek Anda.
-
-## Kesimpulan
-
-Menggunakan kombinasi pengujian menyeluruh, peluncuran bertahap, dan kontrol rollback sangat penting untuk memberikan pengalaman pengguna yang mulus. Dengan praktik dan wawasan dari perbandingan alat OTA kami, Anda akan siap untuk menerapkan pembaruan dengan percaya diri.
-
-Strategi validasi yang kuat mencakup pengujian sistematis, pemantauan real-time, opsi rollback, dan rilis beta bertahap untuk memastikan kualitas. Seperti yang dibagikan oleh seorang pengguna:
-
-> "Capgo adalah alat yang harus dimiliki pengembang yang ingin lebih produktif; menghindari peninjauan app-store untuk perbaikan bug sangatlah berharga." [\[1\]](https://capgo.app/)
-
-Untuk tim yang bekerja dengan pembaruan OTA, menemukan keseimbangan yang tepat antara penerapan cepat dan validasi yang cermat sangat penting. Dengan pengujian yang tepat, pengembang dapat merilis pembaruan yang memenuhi standar tinggi yang diharapkan pengguna. Simpan daftar periksa ini untuk menjaga keandalan dan kepercayaan pengguna dengan setiap rilis.
diff --git a/src/content/blog/id/chinas-cybersecurity-law-impact-on-app-updates.md b/src/content/blog/id/chinas-cybersecurity-law-impact-on-app-updates.md
deleted file mode 100644
index 3982a9508..000000000
--- a/src/content/blog/id/chinas-cybersecurity-law-impact-on-app-updates.md
+++ /dev/null
@@ -1,215 +0,0 @@
----
-slug: chinas-cybersecurity-law-impact-on-app-updates
-title: 'Undang-Undang Keamanan Siber China: Dampak pada Pembaruan Aplikasi'
-description: >-
-  De nouveaux amendements à la loi sur la cybersécurité de la Chine
-  compliqueront les mises à jour des applications, nécessitant un stockage local
-  des données et des délais de révision plus longs pour les développeurs.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T02:43:03.376Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822944c3c68b32f40f92f58-1747104241944.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  China Cybersecurity Law, app updates, data residency, security audits,
-  compliance tracking
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Amandemen Undang-Undang Keamanan Siber Tiongkok yang baru, berlaku mulai 28 Maret 2025, memperkenalkan aturan yang lebih ketat bagi pengembang aplikasi.** Ini yang perlu Anda ketahui:
-
--   **Perubahan Kunci:**
-    
-    -   **Pendaftaran ICP:** Pendaftaran wajib bagi pengembang.
-    -   **[Penyimpanan Data](https://capgo.app/plugins/capacitor-data-storage-sqlite/):** Data pengguna Tiongkok harus tetap di server lokal.
-    -   **Audit Keamanan:** Evaluasi pihak ketiga secara berkala diperlukan.
-    -   **Standar Enkripsi:** Penggunaan protokol yang disetujui negara adalah wajib.
--   **Dampak pada [Pembaruan Aplikasi](https://capgo.app/plugins/capacitor-updater/):**
-    
-    -   Pembaruan kini menghadapi periode review yang lebih lama (7–14 hari).
-    -   Pengembang harus mempertahankan dokumentasi kepatuhan yang rinci.
-    -   Aturan pengelolaan data yang lebih ketat menambah kompleksitas pada proses pembaruan.
-    -   Hosting server di Tiongkok diperlukan untuk kepatuhan residensi data.
--   **Solusi untuk Pengembang:**
-    
-    -   Gunakan alat otomatis untuk pemeriksaan keamanan, klasifikasi data, dan pelacakan kepatuhan.
-    -   Terapkan sistem pembaruan langsung untuk pengiriman lebih cepat sambil tetap mematuhi aturan.
-    -   Siapkan dokumentasi rinci untuk review toko aplikasi.
-
-### Perbandingan Cepat: Pembaruan Toko vs. Pembaruan Langsung
-
-| Aspek | Pembaruan Toko | Pembaruan Langsung |
-| --- | --- | --- |
-| **Waktu Tinjau** | 7–14 hari | Menit |
-| **Tinjauan Keamanan Data** | Komprehensif di depan | Pemantauan berkelanjutan |
-| **Kemampuan Rollback** | Terbatas | Segera (15 menit) |
-| **Tingkat Adopsi Pengguna** | 45–60% (7 hari) | Hingga 95% (24 jam) |
-
-Menavigasi perubahan ini memerlukan perencanaan yang cermat, pelacakan kepatuhan otomatis, dan [sistem pembaruan gesit](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) untuk memastikan kelancaran operasi di Tiongkok.
-
-## Menguraikan Hukum Data Tiongkok
-
-## Hambatan Utama Kepatuhan
-
-Amandemen tahun 2025 pada Undang-Undang Keamanan Siber Tiongkok telah memperkenalkan hambatan baru bagi pengembang, memaksa mereka untuk menyeimbangkan tuntutan kepatuhan dengan efisiensi operasional.
-
-### Persyaratan Beragam Toko Aplikasi
-
-Pengembang aplikasi kini menghadapi sekumpulan aturan di berbagai toko aplikasi. Ini termasuk mandat seperti verifikasi server lokal, otentikasi nama asli, dan kepatuhan residensi data. Selain itu, peraturan pengelolaan data yang terus berubah membuat pembaruan aplikasi menjadi proses yang semakin kompleks dan memerlukan sumber daya.
-
-### Aturan Pengelolaan Data
-
-Protokol pengelolaan data yang lebih ketat telah menambah lapisan kesulitan pada [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) aplikasi. Pengembang kini diharuskan untuk menerapkan langkah-langkah seperti klasifikasi data yang wajib, pencatatan aktivitas yang rinci, verifikasi penyimpanan lokal, dan memperoleh persetujuan pengguna yang dinamis. Langkah-langkah ini membuat jauh lebih menantang untuk memastikan bahwa setiap pembaruan sesuai dengan kerangka hukum yang baru.
-
-### Penundaan Tinjauan Pembaruan
-
-Proses tinjauan keamanan yang diperbarui telah memperlambat garis waktu pembaruan, menunda rilis patch penting dan fitur baru. Untuk beradaptasi, banyak pengembang membuat jalur pembaruan terpisah atau sistem pembaruan langsung yang patuh untuk menangani perubahan kecil tanpa memicu proses tinjauan penuh. Menambah tekanan, penalti yang terkait dengan persentase pendapatan tahunan - bukannya jumlah tetap - telah menjadikan kepatuhan sebagai perhatian bisnis yang berisiko tinggi [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). Hambatan ini menunjukkan pentingnya mengembangkan strategi fleksibel untuk menavigasi lanskap regulasi yang terus berkembang.
-
-## Metode Memenuhi Persyaratan
-
-Menavigasi tantangan beragam regulasi toko aplikasi, aturan pengelolaan data yang ketat, dan waktu tinjauan yang lama memerlukan pengembang untuk mengadopsi pendekatan teknis dan operasional yang terarah. Berhasil memenuhi persyaratan keamanan siber Tiongkok tergantung pada penggunaan alat otomatis dan perencanaan yang cermat.
-
-### Pemeriksaan Keamanan Otomatis
-
-Mengintegrasikan pemeriksaan keamanan otomatis ke dalam pipeline CI/CD sangat penting, terutama dengan kontrol yang disesuaikan untuk memenuhi standar Undang-Undang Keamanan Data (DSL) dan Undang-Undang Perlindungan Informasi Pribadi (PIPL) [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-Berikut adalah beberapa elemen kunci dari pengaturan keamanan otomatis yang efektif:
-
-| Komponen | Fungsi | Manfaat Kepatuhan |
-| --- | --- | --- |
-| Pemindai Klasifikasi Data | Mengidentifikasi dan memberi label data sensitif secara otomatis | Memastikan informasi yang diatur ditangani dengan benar |
-| Verifikasi Enkripsi | Memvalidasi penggunaan metode enkripsi yang disetujui | Sesuai dengan standar keamanan pemerintah |
-| Validator Lokasi Server | Mengonfirmasi lokasi penyimpanan data | Memenuhi persyaratan residensi data |
-| Pencatat Aktivitas | Melacak dan mencatat perubahan sistem | Menyediakan jejak audit untuk regulator |
-
-Pasangkan alat otomatis ini dengan sistem pembaruan gesit untuk meminimalkan penundaan selama tinjauan aplikasi.
-
-### Sistem Pembaruan Cepat
-
-Proses tinjauan aplikasi yang ketat di Tiongkok dapat menjadi bottleneck, tetapi [solusi pembaruan langsung](https://capgo.app/blog/self-hosted-live-updates/) yang patuh menawarkan cara untuk mendorong perbaikan dengan cepat sementara tetap berada dalam batasan regulasi.
-
-Sebagai contoh, platform [Capgo](https://capgo.app/) telah menunjukkan hasil yang mengesankan, mencapai tingkat pembaruan pengguna sebesar 95% dalam waktu hanya 24 jam [\[2\]](https://capgo.app).
-
-> "Kami menerapkan pengembangan gesit dan @Capgo sangat penting dalam mengirimkan secara terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[2\]](https://capgo.app)
-
-Sementara pembaruan langsung mempercepat pengiriman, memastikan dokumentasi yang menyeluruh sama pentingnya untuk memenuhi persyaratan toko aplikasi.
-
-### Tips Tinjauan Toko Aplikasi
-
-Pengembang dapat meningkatkan peluang persetujuan mereka dengan mengikuti langkah-langkah berikut:
-
--   **Pengujian Pra-penyerahan:** Lakukan audit keamanan menyeluruh dengan fokus pada penanganan dan perlindungan data.
--   **Persiapan Dokumentasi:** Simpan catatan rinci, termasuk:
-    -   Lokasi penyimpanan data
-    -   Metode enkripsi
-    -   Mekanisme persetujuan pengguna
-    -   Hasil audit keamanan
--   **Pemantauan Kepatuhan:** Tetap diperbarui tentang perubahan regulasi dengan secara berkala memeriksa saluran resmi [CAC](https://www.cac.gov.cn/).
-
-## Metode Pembaruan Dibandingkan
-
-Regulasi keamanan siber Tiongkok sedang membentuk cara pengembang mendekati pembaruan aplikasi. Mulai 1 Januari 2025, regulasi ini membawa hambatan baru pada proses pembaruan.
-
-### Pembaruan Toko vs. Pembaruan Langsung
-
-Ketika datang untuk memperbarui aplikasi, pengembang sering mempertimbangkan pro dan kontra dari **pembaruan toko tradisional** dibandingkan **sistem pembaruan langsung**. Kedua metode memiliki kekuatan dan tantangan, terutama di bawah kerangka kerja Undang-Undang Keamanan Siber Tiongkok:
-
-| Aspek | Pembaruan Toko | Pembaruan Langsung |
-| --- | --- | --- |
-| Waktu Tinjau | Rata-rata 7–14 hari | Menit |
-| Tinjauan Keamanan Data | Pemeriksaan komprehensif sebelum pengiriman | Pemantauan berkelanjutan |
-| Kemampuan Rollback | Terbatas; memerlukan pengajuan baru | Segera (dalam 15 menit) |
-| Dampak Biaya | Biaya toko ditambah penundaan tinjau | Biaya layanan bulanan ($12–$249) |
-| Dokumentasi Kepatuhan | Pengajuan ekstensif satu kali | Verifikasi berkelanjutan |
-| Tingkat Adopsi Pengguna | 45–60% setelah 7 hari | Hingga 95% dalam 24 jam |
-
-Platform pembaruan langsung menonjol karena kecepatan dan adaptabilitasnya. Sebagai contoh, pengembang yang menggunakan platform Capgo telah mencapai tingkat keberhasilan global sebesar 82% untuk pembaruan, sambil tetap memenuhi aturan residensi data yang ketat di Tiongkok [\[2\]](https://capgo.app).
-
-### Langkah-langkah Kepatuhan
-
-Terlepas dari metode pembaruan yang dipilih, kepatuhan ketat terhadap langkah-langkah regulatif utama adalah hal yang tidak dapat dinegosiasikan:
-
--   **Pengelolaan Data dan Dokumentasi**  
-    Pengembang harus mengklasifikasikan data dengan benar dan mempertahankan catatan rinci, termasuk lokasi server, protokol enkripsi, dan catatan pembaruan. Data yang diklasifikasikan di bawah regulasi tertentu harus disimpan di server dalam daratan Tiongkok.
-    
--   **Perencanaan Tanggapan Darurat**  
-    Rencana yang solid sangat penting, mencakup prosedur rollback, pelaporan insiden, langkah-langkah perlindungan pengguna, dan strategi pemulihan.
-    
-
-> "Menghindari tinjauan untuk perbaikan bug adalah emas." - Bessie Cooper [\[2\]](https://capgo.app)
-
-Sistem pembaruan langsung, ketika dilaksanakan dengan benar, menawarkan campuran sempurna antara kecepatan dan kepatuhan. Seiring regulasi keamanan siber Tiongkok terus berkembang, keseimbangan ini hanya akan menjadi semakin penting bagi pengembang yang menavigasi tantangan ini.
-
-## Pelacakan dan Pembaruan
-
-### Alat Pelacakan Kepatuhan
-
-Amandemen Maret 2025 memperkenalkan regulasi yang lebih ketat, memerlukan pelacakan kepatuhan yang lebih menyeluruh. Alat modern kini sangat penting untuk membantu pengembang tetap siap untuk inspeksi regulasi. Sistem ini mendokumentasikan segala hal mulai dari klasifikasi data dan langkah-langkah keamanan hingga riwayat pembaruan dan pemrosesan data pengguna, semuanya diselaraskan dengan pedoman internal.
-
-Sebagai contoh, **platform Capgo** menyederhanakan pelacakan kepatuhan dengan mengotomatisasi laporan real-time tentang pengiriman pembaruan dan protokol keamanan yang sesuai dengan standar [MIIT](https://www.miit.gov.cn/). Alat seperti ini memastikan tinjauan keamanan yang konsisten dan proaktif, memudahkan untuk memenuhi tuntutan regulasi.
-
-### Pemeriksaan Keamanan Reguler
-
-Mengingat cepatnya pace pembaruan aplikasi di bawah aturan keamanan siber yang ketat, pemeriksaan keamanan secara teratur adalah suatu keharusan. Audit eksternal dan penilaian kerentanan dapat mengidentifikasi potensi celah lebih awal, membantu tim menangani masalah sebelum meningkat. Targetkan audit triwulanan untuk memeriksa metode enkripsi, kebijakan penyimpanan data, dan proses pengiriman pembaruan.
-
-Selain itu, lakukan tinjauan internal mingguan untuk mengonfirmasi kepatuhan di area seperti residensi data, [pembaruan enkripsi](https://capgo.app/docs/live-updates/update-behavior/), kontrol akses, catatan pengiriman, dan perlindungan data pengguna. Menjaga catatan rinci tentang pemeriksaan ini sangat penting untuk menghindari penalti besar karena ketidakpatuhan.
-
-> "Menghindari tinjauan untuk perbaikan bug adalah emas." - Bessie Cooper [\[2\]](https://capgo.app)
-
-## Kesimpulan: Memenuhi Aturan dengan Alat Baru
-
-Amendemen keamanan siber terbaru Tiongkok, yang akan berlaku mulai 28 Maret 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), menghadirkan tantangan dan peluang bagi tim pengembang. Regulasi ini membutuhkan solusi yang efisien dan inovatif untuk memastikan kepatuhan sambil mempertahankan fungsionalitas aplikasi yang mulus. Platform seperti Capgo telah muncul sebagai alat vital, memungkinkan pembaruan aplikasi yang cepat dan sesuai melalui sistem pembaruan langsung [\[2\]](https://capgo.app).
-
-Mengintegrasikan pelacakan kepatuhan otomatis langsung ke dalam alur kerja pembaruan menjadi landasan solusi yang efektif. Pendekatan ini mencerminkan strategi sebelumnya yang menggabungkan pengembangan lincah dengan pemantauan regulasi secara real-time. Seperti yang dinyatakan oleh Rodrigo Mantica:
-
-> "Kami menjalankan pengembangan lincah dan Capgo adalah kunci misi dalam memberikan layanan secara terus menerus kepada pengguna kami!" [\[2\]](https://capgo.app)
-
-Untuk menavigasi persyaratan yang berkembang ini, beberapa strategi kunci menonjol:
-
-| **Persyaratan** | **Pendekatan Solusi** | **Dampak** |
-| --- | --- | --- |
-| **Keamanan Data** | Enkripsi ujung-ke-ujung | Memperkuat perlindungan data dan memenuhi regulasi |
-| **Perbaikan Cepat** | Sistem pembaruan langsung | Meminimalkan eksposur kerentanan keamanan |
-| **Pelacakan Kepatuhan** | Pemantauan otomatis | Mempertahankan kepatuhan regulasi yang berkelanjutan |
-| **Kontrol Pembaruan** | Kemampuan untuk rollback | Memastikan pemulihan cepat dari masalah penerapan |
-
-Strategi ini menyoroti pentingnya memadukan langkah-langkah keamanan yang kuat dengan praktik pengembangan lincah. Seiring dengan terus diperbaikinya kerangka kerja keamanan siber oleh Administrasi Siber Tiongkok (CAC) [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), alat yang mengintegrasikan kepatuhan dan pembaruan langsung akan tetap krusial bagi tim pengembang.
-
-Bessie Cooper menekankan nilai dari pendekatan ini:
-
-> "Menghindari peninjauan untuk perbaikan adalah hal yang berharga." [\[2\]](https://capgo.app)
-
-Dengan regulasi keamanan siber, termasuk yang mulai berlaku pada 1 Januari 2025 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), semakin ketat, kemampuan untuk menerapkan pembaruan dengan cepat sambil tetap patuh bukan hanya merupakan keuntungan teknis - tetapi sebuah keharusan.
-
-## FAQ
-
-:::faq
-### Bagaimana pengembang aplikasi dapat menavigasi waktu tinjau pembaruan yang lebih lama di bawah Undang-Undang Keamanan Siber Tiongkok?
-
-Undang-Undang Keamanan Siber Tiongkok telah membawa regulasi yang lebih ketat, yang mengakibatkan waktu tinjau yang lebih lama untuk pembaruan aplikasi. Untuk menavigasi perubahan ini sambil memastikan pengalaman pengguna yang lancar, pengembang perlu memprioritaskan [strategi manajemen pembaruan yang cerdas](https://capgo.app/docs/plugin/cloud-mode/hybrid-update).
-
-Salah satu pendekatan praktis adalah menggunakan alat pembaruan langsung seperti **Capgo**. Alat ini memungkinkan pengembang untuk memberikan pembaruan, perbaikan, dan fitur baru langsung kepada pengguna tanpa menunggu persetujuan dari toko aplikasi. Pendekatan ini tidak hanya mengurangi keterlambatan tetapi juga memastikan pembaruan sesuai dengan persyaratan platform. Dengan menerapkan alat semacam itu, pengembang dapat menghemat waktu berharga, menjaga kepuasan pengguna, dan mengelola hambatan regulasi secara efektif.
-:::
-
-:::faq
-### Tantangan apa yang dihadapi pengembang terkait dengan residensi data dan audit keamanan di bawah undang-undang keamanan siber Tiongkok yang diperbarui?
-
-## Menavigasi Undang-Undang Keamanan Siber Tiongkok: Tantangan bagi Pengembang
-
-Undang-undang keamanan siber Tiongkok yang direvisi memperkenalkan beberapa kendala berat bagi pengembang, terutama terkait dengan **aturan residensi data**. Regulasi ini mengharuskan semua data pengguna disimpan di dalam Tiongkok, yang dapat menciptakan masalah logistik bagi pengembang internasional. Menyeimbangkan kepatuhan dengan menjaga kinerja aplikasi dan pengalaman pengguna yang mulus menjadi tantangan yang sulit.
-
-Selain itu, pengembang harus menjalani **audit keamanan** yang mendetail untuk membuktikan bahwa aplikasi mereka memenuhi standar keamanan siber Tiongkok. Audit ini dapat menguras waktu dan sumber daya, sering kali memperlambat pembaruan dan menunda fitur baru. Namun, alat seperti Capgo dapat menyederhanakan proses tersebut. Dengan memperlancar pembaruan dan memastikan kepatuhan, Capgo membantu pengembang mendorong perbaikan dan peningkatan dengan efisien - tanpa kemacetan toko aplikasi yang biasa.
-:::
-
-:::faq
-### Bagaimana sistem pembaruan langsung dapat membantu pengembang memenuhi persyaratan keamanan siber Tiongkok sambil menjaga aplikasi tetap fungsional?
-
-Sistem pembaruan langsung memberi pengembang kemampuan untuk meluncurkan pembaruan, perbaikan bug, dan fitur baru langsung kepada pengguna tanpa menunggu persetujuan dari toko aplikasi. Ini sangat berguna saat memenuhi regulasi keamanan siber Tiongkok, karena membantu menjaga aplikasi tetap aman dan terkini tanpa penundaan yang tidak perlu. Dengan pembaruan real-time, pengembang dapat dengan cepat memperbaiki kerentanan, tetap patuh, dan memastikan pengalaman yang mulus bagi pengguna.
-
-Platform seperti **Capgo** lebih lanjut menyederhanakan proses ini. Capgo mendukung pembaruan langsung untuk aplikasi Capacitor, menawarkan fitur seperti enkripsi ujung-ke-ujung dan kepatuhan terhadap pedoman Apple dan Android. Ini memungkinkan pengembang memenuhi standar regulasi sambil memberikan pembaruan dengan cepat dan aman.
-:::
diff --git a/src/content/blog/id/chinas-data-privacy-laws-impact-on-mobile-apps.md b/src/content/blog/id/chinas-data-privacy-laws-impact-on-mobile-apps.md
deleted file mode 100644
index 11472b638..000000000
--- a/src/content/blog/id/chinas-data-privacy-laws-impact-on-mobile-apps.md
+++ /dev/null
@@ -1,165 +0,0 @@
----
-slug: chinas-data-privacy-laws-impact-on-mobile-apps
-title: 'Undang-Undang Privasi Data China: Dampak pada Aplikasi Seluler'
-description: >-
-  Memahami undang-undang privasi data China sangat penting bagi pengembang
-  aplikasi mobile, dengan fokus pada kepatuhan, persetujuan pengguna, dan
-  keamanan data.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T02:08:36.971Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9b0a22e221594daf2d518-1744423728582.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  China, data privacy, mobile apps, compliance, user consent, Cybersecurity Law,
-  Data Security Law, Personal Information Protection Law
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-Jika Anda mengembangkan aplikasi mobile untuk pasar China, **kepatuhan terhadap undang-undang privasi data China tidak bisa ditawar**. Regulasi utama - **[Cybersecurity Law](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL)**, **[Data Security Law](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (DSL)**, dan **[Personal Information Protection Law](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL)** - memerlukan [penyimpanan data](https://capgo.app/plugins/capacitor-data-storage-sqlite/) yang ketat, persetujuan pengguna, dan langkah-langkah keamanan.
-
-### Poin Penting:
-
--   **Lokalisasi Data**: Aplikasi harus menyimpan data pengguna China di server dalam China (CSL).
--   **Aturan Persetujuan**: Persetujuan pengguna yang jelas dan eksplisit wajib untuk pengumpulan data (PIPL).
--   **Transfer Lintas Batas**: Data sensitif sering tidak bisa meninggalkan China tanpa persetujuan (DSL).
--   **Sanksi**: Ketidakpatuhan dapat mengakibatkan denda hingga ¥50M (~$7.7M) atau 5% dari pendapatan tahunan.
-
-### Ikhtisar Singkat:
-
-| Regulasi | Fokus | Persyaratan Utama |
-| --- | --- | --- |
-| CSL | Keamanan Jaringan | Penyimpanan data lokal, tinjauan keamanan, pelaporan insiden |
-| DSL | Klasifikasi Data | Penilaian risiko, pencatatan, pembatasan lintas batas |
-| PIPL | Data Pribadi | Persetujuan pengguna, minimalisasi data, hak pengguna |
-
-Kepatuhan memerlukan investasi signifikan dalam solusi teknis seperti enkripsi, audit rutin, dan proses pembaruan yang kuat. **Kegagalan untuk mematuhi berisiko mendapat sanksi finansial dan penghapusan aplikasi dari toko aplikasi China.**
-
-## Undang-undang Privasi Utama China
-
-### Persyaratan [Cybersecurity Law](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL)
-
-CSL, yang berlaku sejak 1 Juni 2017, menetapkan aturan ketat untuk operator jaringan dan infrastruktur. Untuk aplikasi mobile, persyaratan utamanya meliputi:
-
--   **Lokalisasi Data**: Data pribadi harus disimpan di server yang berlokasi di daratan China.
--   **Tinjauan Keamanan**: Aplikasi yang menangani data sensitif harus menjalani penilaian keamanan wajib.
--   **Perlindungan Jaringan**: Operator perlu menerapkan langkah-langkah keamanan jaringan bertingkat.
--   **Pelaporan Insiden**: Insiden keamanan harus dilaporkan dalam jangka waktu tertentu.
-
-### Standar [Data Security Law](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (DSL)
-
-DSL melengkapi CSL dengan memperkenalkan pendekatan terstruktur untuk manajemen data, berfokus pada klasifikasi. Berikut cara data dikategorikan menurut undang-undang ini:
-
-| Klasifikasi Data | Persyaratan Keamanan | Transfer Lintas Batas |
-| --- | --- | --- |
-| Data Inti Negara | Perlindungan paling ketat | Tidak diizinkan |
-| Data Penting | Perlindungan tingkat tinggi | Memerlukan penilaian keamanan |
-| Data Umum | Perlindungan dasar | Harus mengikuti aturan standar |
-
-Aplikasi mobile harus mengikuti praktik ini:
-
--   Menggunakan sistem klasifikasi data bertingkat.
--   Melakukan penilaian risiko secara rutin.
--   Menyimpan catatan terperinci aktivitas pemrosesan data.
--   Membentuk mekanisme tanggap darurat.
-
-### Aturan [Personal Information Protection Law](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL)
-
-PIPL memberikan regulasi terperinci tentang penanganan data pribadi. Aplikasi mobile harus mematuhi aturan utama ini:
-
--   **Persetujuan Pengguna**: Mendapatkan persetujuan yang jelas dan eksplisit untuk setiap jenis data yang dikumpulkan.
--   **Minimalisasi Data**: Hanya mengumpulkan informasi yang benar-benar diperlukan.
--   **Hak Pengguna**: Menyediakan alat bagi pengguna untuk mengakses, mengoreksi, atau menghapus data mereka.
--   **Portabilitas Data**: Memungkinkan pengguna untuk mentransfer data mereka ke platform lain.
-
-Ketidakpatuhan dapat mengakibatkan sanksi berat, termasuk denda hingga 50 juta yuan (sekitar $7,7 juta) atau 5% dari pendapatan tahun sebelumnya. Ini mendorong pengembang untuk memprioritaskan kepatuhan dan mengadopsi langkah-langkah perlindungan data yang kuat.
-
-Ketiga undang-undang ini secara kolektif membentuk lanskap regulasi yang ketat bagi pengembang aplikasi mobile yang beroperasi di China, terutama untuk aplikasi yang menangani informasi sensitif seperti data keuangan, catatan kesehatan, atau detail lokasi.
-
-## Persyaratan Pengembangan Aplikasi Mobile
-
-### Standar Izin Pengguna
-
-Di China, aplikasi mobile harus mendapatkan persetujuan yang jelas dan eksplisit dari pengguna sebelum mengumpulkan data apa pun. Aplikasi juga harus memberikan pengguna kontrol yang mudah atas izin. Untuk mencapai ini, gunakan antarmuka yang sederhana dan mudah dipahami yang menjelaskan mengapa setiap permintaan data diperlukan. Pendekatan ini membantu menjaga transparansi dan selaras dengan harapan regulasi.
-
-### Proses Pengajuan Toko Aplikasi
-
-Mengirimkan aplikasi di China melibatkan beberapa langkah. Anda akan membutuhkan kredensial bisnis yang terverifikasi, dokumentasi teknis terperinci (seperti [kebijakan privasi](https://capgo.app/dp/) dan arsitektur sistem), dan aplikasi Anda harus lulus tinjauan keamanan yang ketat, sering dilakukan oleh organisasi pihak ketiga. Jika aplikasi Anda menangani data sensitif atau mentransfer data lintas batas, Anda juga perlu berkolaborasi dengan mitra lokal berlisensi untuk memenuhi persyaratan regulasi.
-
-## Penerapan Ekstrateritorial Undang-undang Informasi Pribadi China ...
-
-<iframe src="https://www.youtube.com/embed/dh-CT5TDrFc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Risiko dan Hambatan Pengembang
-
-Pengembang menghadapi berbagai tantangan yang melampaui pembaruan teknis, membuat kepatuhan terhadap undang-undang privasi China sangat menuntut.
-
-### Biaya Implementasi
-
-Memenuhi persyaratan undang-undang privasi China sering membutuhkan investasi signifikan dalam teknologi dan keuangan. Pengembang mungkin perlu meningkatkan sistem penyimpanan data mereka untuk mematuhi aturan lokalisasi dan meningkatkan langkah-langkah keamanan untuk memenuhi standar yang ketat. Banyak perusahaan juga beralih ke ahli kepatuhan atau layanan pihak ketiga untuk memastikan sistem mereka memenuhi harapan regulasi. Biaya awal ini hanyalah permulaan, menetapkan landasan untuk tantangan berkelanjutan.
-
-### Konsekuensi Ketidakpatuhan
-
-Kegagalan untuk mematuhi undang-undang privasi China dapat mengakibatkan konsekuensi serius. Ini termasuk sanksi finansial, tindakan regulasi, dan bahkan penghapusan aplikasi dari toko aplikasi lokal. Hasil seperti itu menekankan pentingnya mengikuti aturan dengan cermat.
-
-### Perubahan Aturan dan Pembaruan
-
-Regulasi privasi data China berada dalam keadaan perubahan konstan. Badan regulasi seperti [Cyberspace Administration of China](https://www.cac.gov.cn/) (CAC) sering mengeluarkan pedoman dan interpretasi baru. Pengembang harus memiliki sistem yang dapat dengan cepat menyesuaikan dengan perubahan ini. Pemantauan rutin, tinjauan berkala, dan pembaruan praktik manajemen data sangat penting untuk tetap patuh dalam lingkungan yang berubah ini.
-
-## Metode dan Solusi Kepatuhan
-
-Memenuhi persyaratan kepatuhan melibatkan penerapan langkah-langkah teknis yang kuat dan mengikuti proses yang jelas dan terstruktur.
-
-### Solusi Teknis
-
-Enkripsi end-to-end memainkan peran kunci dalam melindungi data. [Capgo](https://capgo.app/) memastikan transmisi dan penyimpanan data yang aman, membatasi akses hanya untuk pengguna yang berwenang.
-
-Integrasi CI/CD membantu meminimalkan kesalahan manusia dan memastikan pembaruan selaras dengan persyaratan regulasi. Misalnya, sistem otomatis telah terbukti mencapai tingkat pembaruan pengguna 95% dalam 24 jam [\[1\]](https://capgo.app/).
-
-Kontrol versi dan fitur rollback menyediakan perbaikan cepat untuk masalah sambil mempertahankan jejak audit yang tepat. Berikut rinciannya:
-
-| Fitur | Manfaat Kepatuhan | Dampak Implementasi |
-| --- | --- | --- |
-| Enkripsi End-to-end | Melindungi data selama transmisi | Selaras dengan aturan perlindungan data PIPL |
-| Deployment Otomatis | Mengurangi kesalahan manusia dalam pembaruan | Memastikan kepatuhan yang konsisten |
-| Kontrol Versi | Menyimpan jejak audit terperinci | Membantu dalam dokumentasi regulasi |
-| Kemampuan Rollback | Menyelesaikan masalah dengan cepat saat diperlukan | Menurunkan risiko ketidakpatuhan |
-
-Alat-alat ini secara langsung mengatasi tantangan kepatuhan. Namun, solusi teknis saja tidak cukup - pengembang juga harus mengikuti praktik terstruktur untuk mempertahankan kepatuhan.
-
-### Pedoman Pengembang
-
-Untuk melengkapi alat teknis, pengembang harus mengikuti praktik spesifik untuk menangani kebutuhan kepatuhan:
-
-**Langkah-langkah Perlindungan Data**  
-Implementasikan protokol yang memenuhi standar PIPL, seperti mekanisme persetujuan yang aman dan catatan menyeluruh tentang aktivitas pemrosesan data.
-
-**Audit Kepatuhan Rutin**  
-Lakukan tinjauan rutin tentang bagaimana aplikasi Anda menangani data. Seperti yang disoroti Bessie Cooper:
-
-> "Capgo adalah alat yang harus dimiliki pengembang yang ingin lebih produktif. Menghindari tinjauan untuk perbaikan bug sangat berharga."
-
-**Manajemen Persetujuan Pengguna**  
-Buat proses yang jelas dan transparan untuk persetujuan pengguna yang menjelaskan mengapa data dikumpulkan. Rodrigo Mantica berbagi:
-
-> "Kami menerapkan pengembangan agile dan Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!"
-
-**Strategi [Manajemen Pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-Dengan regulasi yang terus berubah, memiliki pendekatan manajemen pembaruan yang solid sangat penting. Statistik menunjukkan bahwa [manajemen pembaruan yang efektif](https://capgo.app/docs/plugin/cloud-mode/manual-update/) menghasilkan tingkat keberhasilan global 82% dalam mempertahankan kepatuhan [\[1\]](https://capgo.app/).
-
-## Kesimpulan
-
-Regulasi privasi data China telah membentuk kembali industri pengembangan aplikasi mobile, mengharuskan pengembang untuk menerapkan langkah-langkah kepatuhan yang ketat dan solusi teknis canggih. Undang-undang utama seperti Cybersecurity Law (CSL), Data Security Law (DSL), dan Personal Information Protection Law (PIPL) telah memperkenalkan lingkungan regulasi yang menantang, menekankan izin pengguna, penyimpanan data, dan protokol keamanan.
-
-Pengembang telah menyesuaikan praktik mereka untuk selaras dengan regulasi ini. Misalnya, 95% pengguna aktif memperbarui ke versi aplikasi terbaru dalam 24 jam [\[1\]](https://capgo.app/), menyoroti pentingnya proses kepatuhan yang efisien. Platform seperti Capgo menunjukkan bagaimana kepatuhan yang efisien dapat dicapai, dengan tingkat keberhasilan global 82% [\[1\]](https://capgo.app/).
-
-Memenuhi persyaratan ini melibatkan investasi finansial dan operasional yang signifikan. Pengembang harus memprioritaskan langkah-langkah teknis seperti enkripsi end-to-end, mempertahankan jejak audit yang rinci, mengelola persetujuan pengguna secara efektif, dan memastikan proses pembaruan yang lancar untuk berhasil di pasar China.
-
-Seiring regulasi terus berkembang, fleksibilitas tetap penting untuk mempertahankan kepatuhan. Capgo telah diakui atas kemampuannya memberikan solusi pembaruan yang hemat biaya dan tangkas yang selaras dengan standar ketat [\[1\]](https://capgo.app/).
-
-Untuk kesuksesan jangka panjang, pengembang aplikasi di China harus mengadopsi strategi proaktif yang menggabungkan sistem teknis yang kuat, kepatuhan regulasi yang ketat, dan manajemen pembaruan yang efisien.
diff --git a/src/content/blog/id/code-integrity-in-capacitor-apps-key-techniques.md b/src/content/blog/id/code-integrity-in-capacitor-apps-key-techniques.md
deleted file mode 100644
index dc578fae7..000000000
--- a/src/content/blog/id/code-integrity-in-capacitor-apps-key-techniques.md
+++ /dev/null
@@ -1,209 +0,0 @@
----
-slug: code-integrity-in-capacitor-apps-key-techniques
-title: 'Integritas Kode dalam Aplikasi Capacitor: Teknik-Teknik Utama'
-description: >-
-  Pelajari teknik-teknik penting untuk memastikan integritas kode dalam aplikasi
-  seluler, dengan fokus pada pembaruan OTA, enkripsi, dan kepatuhan terhadap
-  pedoman toko aplikasi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-09T06:50:58.883Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a7f90344f489ae95339b05-1739083872712.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  code integrity, mobile apps, OTA updates, encryption, Play Integrity API,
-  security compliance, cryptographic signatures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Integritas kode sangat penting dalam mengamankan aplikasi [Capacitor](https://capacitorjs.com/), khususnya pada update OTA.** Tanpa langkah-langkah yang tepat, aplikasi Anda dapat menghadapi risiko seperti injeksi kode berbahaya, pencurian kredensial API, atau modifikasi biner. Berikut ringkasan yang perlu Anda ketahui:
-
--   **Alat Utama:** Gunakan tanda tangan digital SHA-256, pemeriksaan runtime, dan enkripsi (AES-256) untuk melindungi kode.
--   **Fitur Khusus Platform:** Untuk Android, integrasikan [Play Integrity API](https://developer.android.com/google/play/integrity) untuk verifikasi aplikasi dan attestasi perangkat. Untuk iOS, ikuti Panduan App Store 3.1.2 untuk update OTA.
--   **Keamanan Update OTA:** Terapkan enkripsi end-to-end, validasi checksum, dan pelacakan kepatuhan untuk [mengamankan update](https://capgo.app/docs/live-updates/update-behavior/).
--   **Alat yang Direkomendasikan:** Alat seperti [Capgo](https://capgo.app/) menyederhanakan update OTA yang aman dengan enkripsi, kontrol versi, dan pemantauan kepatuhan.
-
-### Perbandingan Cepat Alat dan Fitur Utama
-
-| **Fitur** | **Play Integrity API** | **Capgo** | **Alat Lainnya** |  
-| --- | --- | --- | --- |
-| Attestasi Perangkat | Ya | Tidak | Terbatas |
-| Enkripsi End-to-End | Tidak | Ya | Enkripsi dasar |
-| Dokumentasi Kepatuhan | Tidak | Otomatis | Manual |
-| Validasi Update | Parsial | Penuh | Bervariasi |
-
-## Metode Verifikasi Kode
-
-[Aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) menggabungkan teknik verifikasi web dan native untuk mengamankan kode menggunakan tanda tangan digital dan enkripsi.
-
-### Tanda Tangan Digital dan Enkripsi 
-
-Verifikasi kode mengandalkan metode kriptografi. Menggunakan **kriptografi asimetris**, pengembang menandatangani bundel kode dengan kunci privat, dan perangkat klien memverifikasinya dengan kunci publik. Proses ini sering menggabungkan **hashing SHA-256** untuk memverifikasi integritas konten dengan **enkripsi AES-256** untuk mengamankan konfigurasi sensitif.
-
-| Layer Verifikasi | Implementasi | Level Keamanan |
-| --- | --- | --- |
-| Penandatanganan Bundle | SHA-256 + token JWT | Tinggi |
-| Transport Data | TLS/SSL | Tinggi | 
-| Perlindungan Konfigurasi | Enkripsi AES-256 | Tinggi |
-| Pemeriksaan Runtime | Verifikasi hash | Tinggi |
-
-### API Keamanan Platform
-
-Capacitor membangun fitur keamanan nativenya dengan memanfaatkan API khusus platform. Untuk Android, plugin `@capacitor-community/play-integrity` [\[2\]](https://github.com/capacitor-community/play-integrity/) menambahkan lapisan verifikasi tambahan. Penyiapannya meliputi:
-
-1.  Menghasilkan token tantangan kriptografi (16+ byte).
-2.  Mengkonfigurasi Play Integrity API dengan ID Project [Google Cloud](https://cloud.google.com/).
-3.  Mengelola error kritis seperti kegagalan API (-1), layanan yang hilang (-2), atau token tidak valid.
-
-Sistem ini melakukan tiga pemeriksaan utama:
-
--   Memverifikasi keaslian aplikasi.
--   Menilai integritas perangkat. 
--   Mengkonfirmasi status validasi lisensi.
-
-### Pemeriksaan Web dan Native Tergabung
-
-Pendekatan hybrid meningkatkan perlindungan Capacitor dengan mengintegrasikan **Content Security Policies (CSP)** untuk konten web dengan alat seperti [Free-RASP-Capacitor](https://github.com/talsec/Free-RASP-Capacitor) [\[3\]](https://github.com/talsec/Free-RASP-Capacitor).
-
-Untuk lingkungan produksi, pengembang harus menerapkan:
-
--   Validasi checksum saat startup.
--   Pemantauan real-time untuk modifikasi kode.
--   Validasi terenkripsi untuk update parsial.
-
-Langkah-langkah ini memastikan kepatuhan terhadap persyaratan update platform sambil mempertahankan protokol keamanan yang kuat.
-
-## Aturan dan Persyaratan App Store
-
-App store menerapkan pedoman ketat untuk update OTA (Over-the-Air) untuk memastikan keamanan pengguna. Pengembang harus mengikuti aturan ini dengan cermat untuk menghindari masalah selama deployment dan update aplikasi.
-
-### Pedoman iOS dan Android
-
-Baik iOS maupun Android memiliki persyaratan khusus yang selaras dengan metode verifikasi native Capacitor. Untuk iOS, **Panduan Peninjauan App Store 3.1.2** mengatur update OTA. Sementara update JavaScript diizinkan dalam kondisi tertentu, setiap perubahan fungsionalitas memerlukan persetujuan sebelumnya.
-
-Android berfokus pada **Play Integrity API**, yang menyediakan sistem yang kuat untuk memverifikasi integritas aplikasi. Berikut ringkasan cepat persyaratan utama untuk setiap platform:
-
--   **iOS**:
-    
-    -   Kepatuhan pada Panduan App Store 3.1.2
-    -   Pelacakan `CFBundleVersion`
-    -   Penggunaan sertifikat penandatanganan kode
--   **Android**:
-    
-    -   Integrasi Play Integrity API
-    -   Validasi token
-    -   Penamaan paket yang konsisten
-
-### Pelacakan Update untuk Kepatuhan
-
-Melacak update secara efektif sangat penting untuk memenuhi persyaratan app store. Ini melengkapi pemeriksaan integritas runtime dan memberikan catatan kepatuhan yang jelas dan dapat diaudit. Pengembang dapat menjaga kepatuhan dengan menerapkan hal berikut:
-
-| **Komponen Pelacakan** | **Metode Implementasi** | **Tujuan** |
-| --- | --- | --- |
-| Riwayat Versi | Timestamp ditandatangani secara kriptografis | Membuat jejak audit |
-| Log Deployment | Log audit append-only | Mendokumentasikan kepatuhan |
-| Catatan Verifikasi | Tanda terima validasi token | Mengkonfirmasi integritas |
-
-Mengintegrasikan metode pelacakan ini dengan pipeline CI/CD memperkuat keamanan dan dokumentasi. Pendekatan ini memastikan aplikasi memenuhi standar verifikasi app store sambil mempertahankan jejak audit yang detail.
-
-## Alat Integritas Kode
-
-Fitur keamanan native Capacitor berfungsi sebagai fondasi yang kuat, namun alat khusus dapat lebih meningkatkan perlindungan selama alur kerja update.
-
-### [Capgo](https://capgo.app): Update OTA yang Aman
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-09.jpg?auto=compress)
-
-Capgo dirancang khusus untuk mengelola update over-the-air (OTA) yang aman dalam aplikasi Capacitor. Ini memastikan integritas kode dengan fitur seperti:
-
-| **Fitur Keamanan** | **Cara Kerjanya** | **Dampak Kinerja** |
-| --- | --- | --- |
-| **Enkripsi End-to-End** | Mengenkripsi paket update | <200ms latency |
-| **Differential Updates** | Reduces update payload size | Cuts modification risks by 98% |
-| **Version Control** | Uses cryptographic signatures | Enables real-time validation |
-| **Compliance Checks** | Verifies app store requirements | Offers continuous monitoring |
-
-Capgo also integrates seamlessly with CI/CD pipelines, automating verification during deployments. Its compliance checks directly address iOS 3.1.2 and Android Play Integrity rules, ensuring adherence to platform guidelines.
-
-### Tool Comparison
-
-When choosing a code integrity tool for Capacitor apps, it's crucial to weigh their features and ease of implementation:
-
-| **Feature** | **Capgo** | **Other Tools** |
-| --- | --- | --- |
-| **Update Protection** | End-to-end encryption | Basic encryption |
-| **Runtime Security** | Optional add-ons available | Limited options |
-| **Compliance Documentation** | Automated tracking | Requires manual processes |
-| **Integration Complexity** | Simple NPM package install | Varies widely |
-| **Verification Speed** | <200ms | Performance varies |
-
-Experts recommend using multiple tools to create a layered approach tailored to your specific security needs.
-
-> "Kombinasi Play Integrity untuk attestasi perangkat dan validasi update khusus melalui alat seperti Capgo menciptakan kerangka kerja keamanan yang kuat."
-
-Saat memilih alat, pertimbangkan trade-off antara fitur keamanan dan tuntutan operasional. Opsi open-source seperti Capgo menawarkan transparansi dan kustomisasi tetapi memerlukan pengelolaan infrastruktur sendiri. Di sisi lain, solusi komersial mungkin menyederhanakan manajemen tetapi kurang fitur lanjutan seperti enkripsi update.
-
-## Pedoman Integritas Kode
-
-Menjaga integritas kode dalam aplikasi Capacitor membutuhkan campuran cerdas sistem pemantauan dan menyeimbangkan keamanan dengan kinerja. Tim pengembangan harus mengadopsi pendekatan praktis dan terukur yang memenuhi persyaratan keamanan ketat sambil menjaga aplikasi mereka tetap berjalan lancar.
-
-Pedoman ini melampaui persyaratan app store dengan mengubah kepatuhan menjadi langkah-langkah teknis yang dapat ditindaklanjuti.
-
-### Sistem Pemantauan
-
-Pemantauan yang efektif melibatkan penggunaan beberapa lapisan pemeriksaan, menggabungkan alat otomatis dengan audit manual. Alat utama di sini adalah Google Play Integrity API, yang menawarkan attestasi tingkat perangkat dengan waktu respons di bawah 200ms [\[1\]](https://ionic.io/docs/tutorials/mobile-security/play-integrity)[\[2\]](https://github.com/capacitor-community/play-integrity/).
-
-| Layer Pemantauan | Implementasi |
-| --- | --- |
-| Attestasi Perangkat | Play Integrity API |
-| Verifikasi Biner | Validasi checksum |
-| Validasi Update | Tanda tangan kriptografis |
-
-Untuk meningkatkan keamanan, tim harus mengintegrasikan pemeriksaan otomatis ke dalam pipeline CI/CD mereka. Beberapa praktik terbaik meliputi:
-
--   **90% cakupan tes** untuk bagian kritis keamanan [\[5\]](https://en.wikipedia.org/wiki/Code_integrity)
--   **Tinjauan kode wajib** untuk semua update
--   **Deployment patch darurat** dalam 24 jam
-
-Layer-layer ini bekerja sama untuk menciptakan sistem pertahanan yang kuat dan multi-segi.
-
-### Keamanan vs Kecepatan
-
-Menemukan keseimbangan yang tepat antara keamanan dan kinerja adalah tantangan, terutama saat menggunakan alat update dan API. Mengoptimalkan metrik kinerja tanpa mengorbankan keamanan adalah kunci.
-
-| Metrik Kinerja | Ambang Target | Metode Optimisasi |
-| --- | --- | --- |
-| Penundaan Cold Start | <300ms | Inisialisasi keamanan paralel |
-| Overhead Memori | <15MB RAM | Penggunaan library yang efisien |
-| Latensi Verifikasi | <200ms | Caching token (TTL 2-4 jam) |
-| Pemantauan Background | Dampak minimal | Pemeriksaan berbasis event |
-
-Berikut beberapa strategi untuk memastikan kecepatan dan keamanan:
-
--   **Verifikasi Progresif**: Mulai dengan pemeriksaan tanda tangan dasar sebelum mendalami validasi kriptografis penuh [\[2\]](https://github.com/capacitor-community/play-integrity/).
--   **Autentikasi Berbasis Risiko**: Sesuaikan intensitas verifikasi berdasarkan sinyal risiko, seperti lokasi pengguna atau profil perangkat yang tidak biasa.
--   **Validasi Kompatibel Offline**: Pastikan sistem Anda bekerja bahkan dengan kondisi jaringan buruk dengan menyimpan token keamanan penting dan menggunakan mekanisme fallback.
-
-Pemantauan dan penyesuaian berkelanjutan sangat penting. Tinjauan keamanan mingguan [\[3\]](https://github.com/talsec/Free-RASP-Capacitor) berpasangan dengan pemindaian kerentanan otomatis dapat membantu mempertahankan keseimbangan antara perlindungan dan kinerja.
-
-## Ringkasan
-
-Melindungi integritas kode aplikasi Capacitor membutuhkan campuran fitur platform-native dan alat khusus:
-
-**Play Integrity API** menawarkan attestasi tingkat perangkat dengan waktu respons di bawah 200ms, memastikan legitimasi aplikasi yang diverifikasi Google [\[1\]](https://ionic.io/docs/tutorials/mobile-security/play-integrity)[\[2\]](https://github.com/capacitor-community/play-integrity/). Melengkapi ini, alat verifikasi runtime seperti **freeRASP** menyediakan deteksi real-time lingkungan yang dikompromikan [\[3\]](https://github.com/talsec/Free-RASP-Capacitor)[\[4\]](https://www.npmjs.com/package/capacitor-freerasp/v/1.0.0).
-
-Bagi tim yang mengelola pembaruan OTA, penggunaan **enkripsi end-to-end** dan **validasi checksum otomatis** sangat penting. Menggabungkan fitur platform ini dengan alat khusus memungkinkan pembaruan yang aman sambil mendukung deployment yang cepat.
-
-Untuk menyeimbangkan keamanan dan performa aplikasi, tim pengembangan harus fokus pada:
-
--   **Komunikasi yang aman** antara komponen aplikasi
--   **Pembuatan token tervalidasi** untuk mencegah penyalahgunaan
--   **Pemantauan real-time** pada lingkungan aplikasi
--   Mematuhi **pedoman khusus platform**
-
-Pendekatan ini memastikan perlindungan yang kuat tanpa mengorbankan performa, meletakkan dasar untuk pembaruan yang andal dan pemeliharaan aplikasi yang aman.
diff --git a/src/content/blog/id/common-cicd-bottlenecks-in-ota-pipelines.md b/src/content/blog/id/common-cicd-bottlenecks-in-ota-pipelines.md
deleted file mode 100644
index d9291bc1a..000000000
--- a/src/content/blog/id/common-cicd-bottlenecks-in-ota-pipelines.md
+++ /dev/null
@@ -1,142 +0,0 @@
----
-slug: common-cicd-bottlenecks-in-ota-pipelines
-title: Penyempitan Umum CI/CD dalam Pipeline OTA
-description: >-
-  Pelajari cara mengatasi tantangan umum dalam pipeline CI/CD OTA untuk
-  meningkatkan efisiensi pembaruan, keamanan, dan kepuasan pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:07:29.962Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb0f072e221594daf40959-1744510123218.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  CI/CD, OTA updates, automation, testing, security, deployment strategies,
-  performance tracking, scalability
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Pipeline CI/CD sangat penting untuk memberikan pembaruan over-the-air (OTA) dengan cepat dan efisien.** Namun sering menghadapi tantangan yang memperlambat deployment. Berikut yang perlu Anda ketahui:
-
--   **Bottleneck Utama**: Masalah integrasi tools, keterlambatan testing, masalah skalabilitas, celah keamanan, dan kurangnya pelacakan kinerja.
--   **Solusi**: Otomatisasi tugas, gunakan pembaruan delta, terapkan rollout paralel dan bertahap, dan siapkan sistem rollback.
--   **Praktik Terbaik**: [Amankan pembaruan dengan enkripsi](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/), lacak kinerja dengan analitik real-time, dan pastikan kepatuhan dengan aturan app store.
-
-Dengan mengatasi bottleneck ini, Anda dapat mencapai pembaruan lebih cepat, mengurangi biaya, dan meningkatkan kepuasan pengguna. Sebagai contoh, platform [Capgo](https://capgo.app/) telah mengirimkan 23,5 juta pembaruan dengan tingkat keberhasilan 82%, menghemat hingga $26.100 selama lima tahun.
-
-**Poin Penting**: Sederhanakan pipeline CI/CD Anda dengan otomatisasi, keamanan, dan strategi deployment yang cerdas untuk memberikan pembaruan OTA secara efisien.
-
-## Pipeline DevOps MEMPERLAMBAT Anda? Ini SOLUSINYA!
-
-<iframe src="https://www.youtube.com/embed/90033Mv9VF8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Perlambatan Utama Pipeline CI/CD
-
-Pipeline OTA CI/CD sering menghadapi bottleneck yang menunda deployment, mempengaruhi efisiensi dan timeline.
-
-### Tantangan Integrasi Tools
-
-Membuat tools pengembangan bekerja dengan lancar dapat menyebabkan keterlambatan. Integrasi yang mulus dengan platform CI/CD populer seperti [GitHub Actions](https://docs.github.com/actions) dan [GitLab CI](https://docs.gitlab.com/ee/ci/) menyederhanakan workflow sambil mempertahankan protokol keamanan.
-
-> "Kami mengkonfigurasi pipeline CI/CD Anda langsung di platform pilihan Anda, baik itu GitHub Actions, GitLab CI, atau lainnya. Kami tidak meng-host CI/CD atau membebankan biaya untuk memeliharanya." – Capgo [\[1\]](https://capgo.app/)
-
-Hambatan ini sering menjadi awal tantangan lain dalam pipeline CI/CD.
-
-### Keterlambatan Testing
-
-Fase testing juga dapat memperlambat, terutama ketika otomatisasi terbatas atau validasi terlalu kompleks. Mengenalkan rollout bertahap otomatis - seperti beta testing yang ditargetkan - dapat membantu merampingkan proses ini dan mengurangi keterlambatan.
-
-### Masalah Skalabilitas
-
-Seiring bertambahnya volume pembaruan, pipeline dapat kesulitan mengimbangi. Mengelola pembaruan simultan skala besar sering menjadi bottleneck. Solusi berbasis cloud menyediakan cara untuk menangani pertumbuhan ini lebih efektif dengan meningkatkan alokasi sumber daya dan skalabilitas.
-
-### Masalah Keamanan dalam Pipeline OTA
-
-Celah keamanan dalam pipeline OTA menimbulkan risiko pada proses deployment. Menggunakan enkripsi end-to-end sangat penting untuk melindungi konten pembaruan dan memastikan kepatuhan dengan standar keamanan. Sistem OTA modern kini mengandalkan enkripsi kuat untuk mengatasi kerentanan ini.
-
-### Kurangnya Pelacakan Kinerja
-
-Tanpa pelacakan kinerja yang tepat, mengidentifikasi dan menyelesaikan masalah menjadi tantangan. Analitik real-time yang terintegrasi ke dalam pipeline dapat memberikan wawasan yang diperlukan untuk mengoptimalkan workflow dan mengatasi masalah dengan cepat.
-
-## Percepat Waktu Build dan Deploy
-
-Buat pembaruan over-the-air (OTA) lebih cepat dengan otomatisasi cerdas dan strategi deployment yang efisien.
-
-### Mengotomatisasi Tugas Pipeline
-
-Mengotomatisasi tugas berulang dapat menghemat banyak waktu selama deployment. Dengan menyiapkan proses otomatis untuk integrasi, testing, dan deployment, Anda dapat menghilangkan keterlambatan manual. Tools seperti **GitHub Actions** dan **GitLab CI** sangat bagus untuk ini. Platform seperti **Capgo** juga dapat membantu dengan menyesuaikan pipeline CI/CD Anda langsung di platform pilihan Anda. Untuk lebih jauh, gunakan deployment diferensial untuk mengurangi ukuran payload pembaruan.
-
-### Menggunakan Pembaruan Delta
-
-Pembaruan delta fokus pada pengiriman bagian software yang berubah saja, bukan keseluruhan paket. Pendekatan ini mengurangi ukuran pembaruan, mempercepat deployment, dan mengurangi konsumsi bandwidth.
-
-### Rollout Paralel dan Bertahap
-
-Percepat dengan menjalankan tugas pipeline secara paralel. Kombinasikan dengan rollout bertahap - seperti beta testing, deployment bertahap, dan akhirnya produksi penuh - untuk mengelola risiko dan mengurangi beban server.
-
-### Menambahkan Sistem Rollback
-
-Pastikan Anda memiliki sistem rollback. Ini memungkinkan Anda untuk dengan cepat kembali ke versi stabil jika terjadi masalah.
-
-## Standar Pipeline CI/CD
-
-Menetapkan standar yang jelas sangat penting untuk pembaruan OTA yang aman dan patuh.
-
-### Checklist Aturan App Store
-
-Mengikuti aturan app store adalah keharusan untuk pembaruan OTA yang sukses. Baik [Apple App Store](https://developer.apple.com/app-store/guidelines/) dan [Google Play Store](https://developer.android.com/distribute/play-policies) memiliki pedoman ketat. Platform Capgo membantu memastikan kepatuhan dengan menggunakan enkripsi end-to-end, hanya mengizinkan pengguna yang berwenang untuk mendekripsi paket pembaruan [\[1\]](https://capgo.app/).
-
-Beberapa persyaratan kepatuhan penting meliputi:
-
--   [Metode pengiriman pembaruan yang aman](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)
--   Mendapatkan persetujuan pengguna untuk pembaruan
--   Pelacakan versi yang jelas
--   Penanganan kesalahan yang efektif
--   Opsi rollback untuk pembaruan yang gagal
-
-### Langkah Testing Lengkap
-
-Testing menyeluruh sangat penting untuk pembaruan OTA yang dapat diandalkan. Proses testing terstruktur - mencakup unit test, integration test, dan end-to-end test - membantu menjaga stabilitas. Sistem channel Capgo mendukung testing lanjutan dengan memungkinkan tim merilis pembaruan ke grup pengguna tertentu untuk beta testing dan rollout bertahap [\[1\]](https://capgo.app/).
-
-Testing harus fokus pada:
-
--   Memastikan integritas paket pembaruan
--   Menangani masalah konektivitas jaringan
--   Memeriksa kompatibilitas versi
--   Mengoptimalkan penggunaan sumber daya
--   Memverifikasi proses pemulihan kesalahan
-
-Setelah testing solid, memantau proses pembaruan adalah langkah selanjutnya untuk menyelesaikan masalah dengan cepat.
-
-### Pelacakan Kemajuan Pembaruan
-
-Memantau deployment secara real-time sangat penting untuk memastikan pipeline berjalan lancar dan efisien.
-
-### Metode Komunikasi Tim
-
-Komunikasi yang baik adalah kunci untuk mengelola pembaruan OTA. Membangun saluran yang jelas dan kontrol akses berbasis peran dapat menyederhanakan proses deployment. Sistem manajemen organisasi Capgo membantu kolaborasi tim dengan memungkinkan pembuatan peran dan izin, memastikan pengawasan yang tepat [\[1\]](https://capgo.app/).
-
-Praktik terbaik untuk komunikasi meliputi:
-
--   Pembaruan rutin status deployment
--   Prosedur eskalasi yang jelas untuk masalah
--   Protokol koordinasi antar tim
--   Dokumentasi rinci keputusan deployment
-
-## Kesimpulan
-
-Mengatasi bottleneck CI/CD sangat penting untuk memastikan pengiriman OTA yang lancar. Pipeline yang efisien dapat menghasilkan hasil mengesankan, seperti 95% pengguna aktif menerima pembaruan dalam 24 jam, bundle 5MB diunduh dalam waktu 114ms, dan waktu respons API rata-rata 57ms [\[1\]](https://capgo.app/).
-
-> "Capgo adalah cara cerdas untuk melakukan hot code pushes" [\[1\]](https://capgo.app/)
-
-Implementasi Capgo di 750 aplikasi dengan lebih dari 23,5 juta pembaruan [\[1\]](https://capgo.app/) menyoroti potensi penghematan - hingga $26.100 selama lima tahun - ketika menggunakan sistem pembaruan OTA yang efisien. Untuk mencapai ini, manajemen CI/CD yang efektif berfokus pada:
-
--   **Workflow otomatis** untuk mengurangi tugas manual
--   **Pembaruan delta** untuk membatasi penggunaan bandwidth
--   **Deployment bertahap** untuk rollout terkontrol
--   **Keamanan kuat** dengan enkripsi end-to-end
--   **Pemantauan real-time** dengan analitik rinci
diff --git a/src/content/blog/id/common-live-update-issues-and-solutions-for-developers.md b/src/content/blog/id/common-live-update-issues-and-solutions-for-developers.md
deleted file mode 100644
index a5151ecea..000000000
--- a/src/content/blog/id/common-live-update-issues-and-solutions-for-developers.md
+++ /dev/null
@@ -1,257 +0,0 @@
----
-slug: common-live-update-issues-and-solutions-for-developers
-title: Masalah dan Solusi Umum Live Updates untuk Developer
-description: >-
-  Temukan lebih banyak solusi untuk tantangan umum dalam pembaruan langsung,
-  termasuk masalah jaringan, konflik versi, dan kompatibilitas perangkat, untuk
-  meningkatkan pengalaman pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T03:31:58.003Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a3d9861da6ea6c25fd54e4-1738812730938.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  live updates, network issues, version conflicts, device compatibility, CI/CD,
-  OTA updates, security, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Live update memungkinkan pengembang untuk mendorong perubahan langsung ke pengguna tanpa penundaan app store. Namun mereka hadir dengan tantangan seperti masalah jaringan, konflik versi, dan masalah kompatibilitas perangkat. Panduan ini memberikan solusi untuk memastikan pembaruan yang lancar:
-
--   **Masalah Jaringan**: Gunakan mekanisme retry, unduhan berbasis chunk, dan pembaruan delta.
--   **Konflik Versi**: Ikuti semantic versioning, uji kompatibilitas, dan pastikan migrasi data yang tepat.
--   **Kompatibilitas Perangkat**: Uji di berbagai perangkat menggunakan tools seperti [BrowserStack](https://www.browserstack.com/app-live) dan optimalkan pembaruan untuk hardware dan versi OS yang berbeda.
--   **Error Build di CI/CD**: Perbaiki konflik dependensi, validasi variabel environment, dan otomatisasi build dengan tools seperti [Capgo](https://capgo.app/).
--   **Keamanan**: Lindungi pembaruan dengan enkripsi, validasi, dan kontrol akses.
-
-**Tips Cepat**: Tools seperti Capgo menyederhanakan pembaruan over-the-air (OTA) dengan fitur seperti opsi rollback, staged rollout, dan monitoring realtime.
-
-Ingin pembaruan lebih lancar? Mulai dengan mengatasi masalah umum ini untuk menghemat waktu dan meningkatkan pengalaman pengguna.
-
-## Appflow Live Updates: Deploy pembaruan instan langsung ke pengguna Anda
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Memperbaiki Masalah Update OTA
-
-Update OTA sering menghadapi tantangan seperti masalah jaringan dan konflik versi. Berikut cara mengatasinya secara efektif.
-
-### Masalah Jaringan dan Solusinya
-
-Gangguan jaringan dapat mengganggu pembaruan, tapi ada cara untuk mengatasinya:
-
--   Gunakan **mekanisme retry** dengan exponential backoff untuk menangani putusnya koneksi.
--   Pilih **unduhan berbasis chunk** untuk menangani lingkungan dengan latency tinggi.
--   Terapkan **pembaruan delta** untuk mengurangi penggunaan bandwidth.
-
-Tools seperti `react-native-netinfo` dapat mendeteksi dan merespon perubahan jaringan, memudahkan adaptasi terhadap kondisi yang bervariasi [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-### Masalah Kontrol Versi
-
-Mengelola versi dengan benar adalah kunci pembaruan yang lancar. Semantic versioning menawarkan kerangka kerja yang jelas: misalnya, saat menambahkan fitur baru, perbarui versi minor (misal dari 1.2.0 ke 1.3.0) sambil mempertahankan kompatibilitas dengan data aplikasi yang ada [\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform).
-
-Berikut cara pendekatan kontrol versi:
-
--   Periksa versi aplikasi sebelum menerapkan pembaruan.  
--   Simpan catatan konfigurasi versi sebelumnya.
--   Pastikan jalur migrasi data ada antar versi.
--   Gunakan pengujian otomatis untuk memastikan kompatibilitas versi.
-
-### Menggunakan [Capgo](https://capgo.app/) untuk Update OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-06.jpg?auto=compress)
-
-Capgo adalah tools yang powerful untuk mengelola update OTA. Menawarkan fitur seperti monitoring bawaan, opsi rollback, dan pengiriman yang aman melalui enkripsi end-to-end. Plus, integrasi CI/CD-nya membuat deployment lebih lancar [\[3\]](https://appinventiv.com/blog/how-ci-cd-helps-mobile-app-development/).
-
-Fitur utama Capgo meliputi:
-
--   **Monitoring realtime** untuk melacak pembaruan.
--   **Rollback instan** untuk menyelesaikan masalah dengan cepat.
--   **Staged rollout** untuk deployment terkontrol.
--   **Integrasi kontrol versi** untuk manajemen yang lebih baik.
--   **Analytics** untuk mengukur tingkat keberhasilan update.
-
-Untuk mengoptimalkan strategi deployment Anda, konfigurasikan [channel update](https://capgo.app/docs/webapp/channels/):
-
--   **Production**: Rilis stabil untuk pengguna umum.
--   **Beta**: Akses awal untuk pengujian fitur.
--   **Development**: Pengujian dan validasi internal.
-
-Untuk update mendesak, rollout bertahap bekerja paling baik. Mulai dengan 5-10% pengguna, monitor hasilnya, dan perluas secara bertahap.
-
-## Masalah Pipeline CI/CD
-
-Pengembang sering menghadapi tantangan saat bekerja dengan pipeline CI/CD, terutama selama update OTA. Mari kita bahas cara praktis untuk mengatasi masalah umum ini.
-
-### Solusi Error Build
-
-Error build biasanya disebabkan oleh inkonsistensi dalam environment atau konflik antar dependensi. Berikut panduan cepat untuk memperbaiki masalah yang paling umum:
-
-| Tipe Error | Penyebab Umum | Solusi |
-| --- | --- | --- |
-| Konflik Dependensi | Versi yang tidak cocok | Gunakan file lock seperti `package-lock.json` atau `yarn.lock` |
-| Variabel Environment | Nilai yang hilang atau salah | Siapkan cek validasi environment |
-| Keterbatasan Resource | Batasan Memory/CPU | Sesuaikan kuota resource dan optimalkan build |
-
-Menjalankan pemeriksaan kesehatan sebelum men-deploy build kritis dapat meminimalkan kegagalan. Setelah Anda menyelesaikan masalah build, fokus pada stabilisasi otomatisasi pengujian untuk memastikan pembaruan yang lancar.
-
-### Masalah Otomatisasi Pengujian
-
-Otomatisasi pengujian yang stabil sangat penting untuk pembaruan live yang reliable. Fokus pada area ini:
-
-**Pengujian End-to-End**  
-Gunakan tools seperti [Selenium](https://www.selenium.dev/) atau [Appium](http://appium.io/) untuk membuat suite pengujian yang menyeluruh. Ini harus mencakup skenario update kritis, seperti:
-
--   Mengunduh dan menginstal pembaruan
--   Memeriksa kompatibilitas versi
--   Menangani skenario rollback
--   Pengujian dalam berbagai kondisi jaringan
-
-**Pengujian Performa**  
-Lacak metrik kunci selama proses update, termasuk:
-
--   Kecepatan unduhan dalam kondisi jaringan berbeda
--   Penggunaan memori selama instalasi
--   Waktu startup aplikasi setelah update
--   Konsumsi baterai saat memperbarui
-
-### Panduan Setup CI/CD Capgo
-
-Capgo membuat workflow CI/CD lebih mudah dengan menyelesaikan tantangan pipeline umum, dari otomatisasi build hingga monitoring update. Berikut cara menyiapkan pipeline yang reliable:
-
-1. **Otomatisasi Build**  
-Siapkan trigger - seperti code push atau pull request - untuk menangani build secara otomatis. Integrasi Capgo mendukung berbagai channel deployment, memungkinkan rollout terkontrol tergantung environment.
-
-2. **Gunakan Kontrol Versi**  
-Adopsi semantic versioning dan strategi branching (misal `main`, `staging`, `development`) untuk menyederhanakan deployment dan menjaga keteraturan.
-
-3. **Monitor Update**  
-Lacak metrik kunci dengan tools analytics Capgo untuk memantau:
-
--   Tingkat keberhasilan update
--   Tingkat penyelesaian unduhan
--   Tren adopsi pengguna
--   Frekuensi error
-
-Aktifkan mekanisme retry untuk update yang gagal dan gunakan logging error untuk menyederhanakan troubleshooting [\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform).
-
-Untuk menghindari deployment yang tidak disengaja, pertahankan konfigurasi terpisah untuk environment development dan production. Ini memastikan pengujian yang tepat sebelum mendorong pembaruan ke live.
-
-## Masalah Kompatibilitas Perangkat
-
-Memastikan aplikasi Anda berfungsi dengan lancar di berbagai perangkat dan API adalah faktor kunci dalam memberikan live update yang sukses.
-
-### Dukungan Multi-Perangkat
-
-Pengujian pada berbagai perangkat sangat penting untuk live update yang dapat diandalkan. Menurut data pengujian BrowserStack App Live, aplikasi biasanya perlu diuji pada 15-20 setup perangkat berbeda untuk mencakup 90% skenario pengguna umum [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-| Tier Perangkat | Pertimbangan Utama | Fokus Pengujian |
-| --- | --- | --- |
-| Perangkat High-end | Daya pemrosesan, API Terbaru | Kompatibilitas fitur, Penyetelan performa |
-| Perangkat Mid-range | Penggunaan memori, Dampak baterai | Manajemen resource, [Optimasi ukuran update](https://capgo.app/blog/optimise-your-images-for-updates/) |
-| Perangkat Low-end | Batasan hardware, Penyimpanan | Persyaratan minimal, Teknik kompresi |
-
-Untuk meningkatkan performa di berbagai perangkat, sesuaikan fitur aplikasi Anda dengan kemampuan perangkat dengan:
-
--   **Menggunakan loading progresif** untuk fitur yang menuntut.
--   **Menerapkan caching khusus perangkat** untuk meningkatkan performa.
--   **Mengompres paket update** agar sesuai batasan penyimpanan.
-
-Meskipun optimasi untuk perangkat itu penting, menangani perbedaan sistem operasi dan versi API menambahkan lapisan kompleksitas lain.
-
-### Perbedaan Versi API
-
-Kebanyakan aplikasi perlu mendukung setidaknya tiga versi API utama untuk mencakup 95% basis pengguna mereka [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-**Strategi Utama untuk Manajemen API:**
-
--   **Deteksi versi API** untuk mengidentifikasi OS perangkat dan level API.
--   Gunakan **eksekusi kode bersyarat** untuk fitur yang bergantung pada API tertentu.
--   Bangun **solusi fallback** untuk fitur esensial.
--   Bergabung dengan **program beta OS** untuk mengantisipasi perubahan mendatang.
-
-**Praktik Terbaik untuk Kontrol Versi:**
-
--   Uji update di semua versi API yang didukung.
--   Simpan dokumentasi rinci tentang dependensi API untuk setiap fitur.
--   Gunakan channel update terpisah untuk versi API berbeda.
--   Monitor pemberitahuan deprecation dan rencanakan migrasi secara proaktif.
-
-Saat menangani update API, prioritaskan kompatibilitas mundur. Layer kompatibilitas dapat membantu menjembatani kesenjangan antara versi API, memastikan update berjalan lancar di perangkat dengan versi OS yang berbeda.
-
-Untuk tim yang memanfaatkan pengujian otomatis, siapkan pipeline CI/CD Anda untuk memvalidasi update terhadap beberapa versi API. Pendekatan proaktif ini meminimalkan risiko masalah kompatibilitas masuk ke production [\[3\]](https://appinventiv.com/blog/how-ci-cd-helps-mobile-app-development/).
-
-## Keamanan dan Aturan
-
-Memastikan update disampaikan secara aman dan memenuhi aturan platform adalah kunci untuk melindungi pengguna dan pengembang dari potensi risiko. Penelitian [IBM](https://www.ibm.com/) menunjukkan bahwa pelanggaran data merugikan perusahaan rata-rata $4,35 juta pada 2022 [\[4\]](https://www.socialsellinator.com/social-selling-blog/seo-article-writing), menyoroti pentingnya memprioritaskan keamanan selama update aplikasi.
-
-### Metode Perlindungan Data
-
-Mengamankan live update membutuhkan beberapa lapisan perlindungan. Berikut tiga area fokus utama:
-
-| **Lapisan Keamanan** | **Implementasi** | **Tujuan** |
-| --- | --- | --- |
-| **[Enkripsi Data](https://capgo.app/docs/cli/migrations/encryption/)** | Enkripsi end-to-end | Melindungi pembaruan selama transmisi |
-| **Validasi Pembaruan** | Tanda tangan kriptografis | Mengkonfirmasi keaslian pembaruan |
-| **Kontrol Akses** | Autentikasi berbasis token | Mencegah pembaruan tidak sah |
-
-Alat-alat Capgo mempermudah mengamankan pembaruan dengan mengotomatisasi proses-proses kunci:
-
--   **[Enkripsi Paket](https://capgo.app/docs/cli/migrations/encryption/)**: Secara otomatis mengenkripsi bundel pembaruan.
--   **Transmisi Aman**: Memastikan pembaruan menggunakan protokol HTTPS.
--   **Validasi Versi**: Mengkonfirmasi integritas pembaruan sebelum instalasi.
-
-### Pedoman Platform
-
-Mematuhi aturan app store dan undang-undang perlindungan data adalah hal yang tidak bisa ditawar. Misalnya, pelanggaran [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) dapat mengakibatkan denda hingga €20 juta atau 4% dari pendapatan global [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash). Mengikuti pedoman ini sangat penting.
-
-**Langkah-langkah Kepatuhan Utama:**
-
-| **Persyaratan** | **Metode Implementasi** | **Verifikasi** |
-| --- | --- | --- |
-| **Persetujuan Pengguna** | Pesan pembaruan dalam aplikasi | Memelihara log persetujuan |
-| **Minimalisasi Data** | Hanya mengumpulkan data esensial | Melakukan audit rutin |
-| **Transparansi Pembaruan** | Menyediakan changelog yang jelas | Memberi tahu pengguna |
-| **Pemantauan Keamanan** | Pemeriksaan otomatis | Melakukan pemindaian berkelanjutan |
-
-Untuk tetap patuh saat memberikan pembaruan:
-
--   Simpan catatan rinci tentang pemrosesan data dan log pembaruan untuk audit.
--   Gunakan mekanisme persetujuan yang sederhana dan ramah pengguna.
--   Secara rutin meninjau dan meningkatkan praktik keamanan.
-
-Untuk kepatuhan GDPR, lakukan penilaian dampak perlindungan data untuk mengidentifikasi risiko sebelum penerapan. Simpan log pembaruan secara aman dan pertahankan dokumentasi yang jelas tentang semua langkah keamanan untuk persiapan audit potensial.
-
-Dengan protokol keamanan ini, Anda siap mengeksplorasi solusi untuk merampingkan pembaruan di masa depan.
-
-## Kesimpulan
-
-### Gambaran Solusi
-
-Menggunakan alat seperti Capgo membantu mengatasi tantangan dalam pembaruan OTA, pipeline CI/CD, dan kompatibilitas perangkat. Alat-alat ini berfokus pada penyelesaian masalah umum seperti keandalan jaringan, kontrol versi, dan kompatibilitas lintas platform, memastikan pembaruan yang lancar bagi pengguna.
-
-| **Tantangan** | **Solusi** | **Hasil** |
-| --- | --- | --- |
-| OTA & CI/CD | Validasi, rollback, pengujian otomatis | 95% lebih sedikit kegagalan, siklus 60% lebih cepat |
-| Kompatibilitas Perangkat | Framework pengujian lintas platform | Pengurangan 85% masalah spesifik perangkat |
-
-### Melihat ke Depan: Inovasi Pembaruan
-
-Alat bertenaga AI membuka jalan untuk pembaruan yang lebih cerdas, menawarkan fitur seperti deteksi masalah real-time dan perbaikan otomatis. Tren lainnya termasuk keamanan berbasis blockchain, pemantauan real-time, pemeriksaan kompatibilitas lanjutan, dan sinkronisasi yang lebih baik di seluruh platform. Mengadopsi metode ini dapat membantu pengembang membuat proses pembaruan mereka lebih andal dan siap untuk masa depan.
-
-### Memulai dengan Capgo
-
-Capgo membuat implementasi solusi pembaruan langsung menjadi sederhana, meningkatkan kecepatan dan keandalan penerapan sambil mengurangi waktu integrasi.
-
-Berikut cara memulai:
-
--   Gunakan alat CI/CD Capgo untuk mengotomatisasi pengujian.
--   Siapkan enkripsi dan validasi versi.
--   Konfigurasi pembaruan untuk grup pengguna tertentu.
-
-Langkah-langkah ini memastikan alur kerja yang lebih lancar dan pembaruan yang lebih cepat.
diff --git a/src/content/blog/id/common-mistakes-in-custom-attribute-segmentation.md b/src/content/blog/id/common-mistakes-in-custom-attribute-segmentation.md
deleted file mode 100644
index ce1c2d9be..000000000
--- a/src/content/blog/id/common-mistakes-in-custom-attribute-segmentation.md
+++ /dev/null
@@ -1,137 +0,0 @@
----
-slug: common-mistakes-in-custom-attribute-segmentation
-title: Kesalahan Umum dalam Segmentasi Atribut Kustom
-description: >-
-  Pelajari jebakan utama dalam segmentasi atribut kustom dan cara untuk
-  meningkatkan keterlibatan pengguna serta kinerja aplikasi dengan efektif.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T14:10:29.790Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f91f892e221594daf25028-1744380640437.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  custom attribute segmentation, user engagement, app performance, segmentation
-  mistakes, data compliance
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Segmentasi atribut kustom sangat penting untuk meningkatkan keterlibatan pengguna dan kinerja aplikasi. Namun, banyak pengembang yang melakukan kesalahan umum yang menyebabkan pembaruan yang tidak efisien, penargetan yang buruk, dan kepuasan pengguna yang menurun. Berikut ini adalah sekilas tentang apa yang harus dihindari dan bagaimana cara meningkatkan:
-
--   **Kesalahan yang Harus Dihindari**:
-    
-    -   Mengkomplikasi model: Pertahankan segmentasi agar sederhana untuk menghindari kesalahan dan keterlambatan.
-    -   Menggunakan data yang sudah usang: Segera perbarui data secara berkala untuk penargetan yang akurat.
-    -   Menggabungkan jenis aturan: Tetap gunakan format yang konsisten untuk kejelasan.
-    -   Mengabaikan perilaku pengguna: Gabungkan atribut statis dengan tindakan pengguna untuk mendapatkan wawasan yang lebih baik.
-    -   Kurangnya tujuan yang jelas: Tentukan sasaran spesifik untuk menjaga fokus.
--   **Cara Meningkatkan**:
-    
-    -   Tetapkan ukuran segmen yang tepat: Hindari kelompok yang terlalu spesifik; fokus pada segmen yang dapat diambil tindakan.
-    -   Segera perbarui segmen: Gunakan alat yang memungkinkan pembaruan langsung untuk respons yang lebih cepat.
-    -   Pantau dan sesuaikan: Lacak metrik seperti tingkat keberhasilan, keterlibatan, dan kesalahan untuk menyempurnakan segmentasi.
-    -   Ikuti aturan data: Batasi pengumpulan data, pastikan transparansi, dan patuhi peraturan seperti [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation).
--   **Mengapa Ini Penting**:
-    
-    -   Alat seperti [Capgo](https://capgo.app/) memungkinkan pembaruan waktu nyata, penanganan data yang aman, dan peluncuran cepat, mencapai hingga 95% keberhasilan pembaruan dalam waktu 24 jam. Mengadopsi alat dan strategi yang tepat dapat memperlancar segmentasi dan meningkatkan penargetan pengguna.
-
-## Atribut Data, Daftar Pintar dan Segmentasi, OH MY! | San ...
-
-<iframe src="https://www.youtube.com/embed/HzFUdPZzaGE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Kesalahan Umum dalam Segmentasi
-
-Segmentasi atribut kustom dapat terganggu karena beberapa jebakan umum. Menghindari masalah ini adalah kunci untuk menjaga aplikasi Anda tetap berjalan lancar dan melibatkan pengguna secara efektif.
-
-### Mengkomplikasi Model
-
-Jika model segmentasi Anda terlalu rumit, mereka dapat memperlambat pemrosesan, meningkatkan kesalahan, dan membuat pemecahan masalah menjadi mimpi buruk. Pertahankan segala sesuatu tetap sederhana dan efisien untuk tetap akurat.
-
-### Menggunakan Data yang Sudah Usang
-
-Mengandalkan data lama dapat mengacaukan penargetan Anda. Pastikan untuk memperbarui data Anda secara berkala agar segmentasi Anda tepat dan pengalaman pengguna tetap optimal.
-
-### Menggabungkan Jenis Aturan
-
-Menggabungkan format aturan yang berbeda - seperti boolean dengan kriteria numerik, penamaan yang tidak konsisten, atau hierarki yang bertentangan - dapat menciptakan kebingungan dan kesalahan. Tetap pada format yang konsisten untuk memastikan aturan Anda bekerja seperti yang dimaksudkan.
-
-### Mengabaikan Perilaku Pengguna
-
-Atribut statis saja tidak memberi tahu seluruh cerita. Mengabaikan bagaimana pengguna berinteraksi dengan aplikasi Anda dapat membatasi dampak segmentasi Anda. Menyertakan data tentang tindakan pengguna membuat penargetan Anda lebih responsif dan efektif.
-
-### Kurangnya Tujuan yang Jelas
-
-Tanpa tujuan yang jelas, upaya segmentasi Anda dapat kehilangan fokus. Tentukan metrik dan garis waktu yang spesifik, dan pastikan segmentasi Anda sejalan dengan strategi bisnis secara keseluruhan.
-
-Selanjutnya, masuk ke strategi untuk meningkatkan segmentasi dan memperbaiki penargetan Anda.
-
-## Cara Meningkatkan Segmentasi
-
-Berikut adalah cara Anda dapat menyempurnakan pendekatan segmentasi untuk menghindari kesalahan umum.
-
-### Tetapkan Ukuran Segmen yang Tepat
-
-Pilih ukuran segmen yang menemukan keseimbangan antara dapat diambil tindakan dan statistik yang dapat diandalkan. Hindari memecah pengguna menjadi kelompok yang terlalu spesifik untuk setiap preferensi kecil. Sebaliknya, fokus pada pengelompokan perilaku serupa untuk membuat segmen yang lebih mudah dianalisis dan ditindaklanjuti.
-
-### Segera Perbarui Segmen
-
-Alat modern memungkinkan Anda melakukan perubahan langsung pada segmentasi Anda. Pembaruan langsung sangat berguna karena mereka:
-
--   Memungkinkan Anda melewati tinjauan toko aplikasi untuk perubahan
--   Membantu Anda cepat merespons perubahan perilaku pengguna
--   Memungkinkan pengujian A/B dari strategi segmentasi yang berbeda
--   Memungkinkan pengembalian cepat ketika sesuatu tidak berjalan sesuai rencana
-
-### Pantau dan Sesuaikan
-
-Perhatikan kinerja segmentasi Anda dan sesuaikan sesuai kebutuhan. Fokus pada area ini:
-
-| Aspek untuk Dipantau | Metrik untuk Dilacak | Apa yang Harus Dilakukan |
-| --- | --- | --- |
-| Keberhasilan Pembaruan | Tingkat keberhasilan, waktu pengiriman | Ukur seberapa baik pembaruan diterapkan dan tingkatkan proses penerapan |
-| Keterlibatan Pengguna | Durasi sesi, penggunaan fitur | Sempurnakan segmen berdasarkan bagaimana pengguna berinteraksi dengan aplikasi Anda |
-| Pelacakan Kesalahan | Frekuensi kesalahan, jenis kesalahan | Identifikasi dan perbaiki masalah yang disebabkan oleh segmentasi |
-| Dampak Kinerja | Waktu muat, penggunaan sumber daya | Haluskan pemrosesan untuk memastikan aplikasi Anda berjalan lancar |
-
-### Patuh pada Aturan Data
-
-Mengikuti peraturan perlindungan data bukanlah pilihan. Berikut ini adalah cara untuk tetap mematuhi sambil meningkatkan segmentasi:
-
--   **Kumpulkan Hanya yang Diperlukan**: Batasi pengumpulan data pada yang penting untuk sasaran segmentasi Anda. Ini mengurangi risiko kepatuhan dan menjaga pemrosesan tetap efisien.
--   **Bersikap Transparan**: Jelaskan dengan jelas kepada pengguna bagaimana data mereka digunakan. Ini membangun kepercayaan dan mendorong mereka untuk membagikan informasi yang akurat.
--   **Audit Secara Berkala**: Tinjau kriteria segmentasi Anda untuk memastikan mereka mematuhi peraturan seperti GDPR dan [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act). Hapus data yang sudah usang atau tidak perlu.
-
-Penting juga untuk menggunakan enkripsi dari ujung ke ujung dan metode penanganan data yang aman untuk melindungi informasi pengguna sambil mempertahankan segmentasi yang efektif.
-
-## Ikhtisar Alat Segmentasi
-
-Ketika memilih alat untuk segmentasi atribut kustom, carilah fitur yang meminimalkan kesalahan dan meningkatkan penargetan. Fungsionalitas kunci termasuk analitik waktu nyata, opsi pengembalian, distribusi pembaruan yang terarah, hosting yang fleksibel (cloud dan self-hosted), enkripsi dari ujung ke ujung, dan kepatuhan dengan persyaratan toko aplikasi.
-
-### Grafik Perbandingan Alat
-
-| Fitur | Capgo | Dampak pada Segmentasi |
-| --- | --- | --- |
-| **Kecepatan Pembaruan** | 114ms unduhan (bundel 5MB)[\[1\]](https://capgo.app/) | Pembaruan yang lebih cepat mengurangi masalah data yang usang |
-| **Tingkat Keberhasilan** | 95% tingkat pembaruan dalam 24 jam[\[1\]](https://capgo.app/) | Adopsi yang lebih tinggi memastikan akurasi segmen yang lebih baik |
-| **Keamanan** | Enkripsi dari ujung ke ujung[\[1\]](https://capgo.app/) | Melindungi data sensitif pengguna secara efektif |
-| **Analitik** | Analitik waktu nyata[\[1\]](https://capgo.app/) | Memberikan umpan balik langsung tentang kinerja segmen |
-| **Opsi Hosting** | Cloud dan self-hosted | Mendukung kebutuhan penyebaran yang beragam |
-| **Cakupan Global** | 57ms waktu respons API di seluruh dunia[\[1\]](https://capgo.app/) | Menyediakan kinerja yang konsisten di berbagai wilayah |
-
-Lanskap alat segmentasi telah berubah secara signifikan dalam beberapa tahun terakhir. Misalnya, penutupan [Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) pada tahun 2024 dan penutupan yang akan datang dari [AppFlow](https://ionic.io/appflow) pada tahun 2026 telah mendorong pengembang untuk menjelajahi alternatif yang lebih andal. Perubahan ini menyoroti pentingnya alat yang secara langsung menangani tantangan segmentasi.
-
-Metrik seperti kecepatan pembaruan dan tingkat keberhasilan menekankan keandalan, memastikan kelompok pengguna yang aktif dan tepat sasaran. Pen定inan harga juga memainkan peran besar - beberapa platform biaya $5,000–$6,000 per tahun, sementara yang lain sekitar $300 per bulan[\[1\]](https://capgo.app/). Rentang ini membuat alat yang canggih dapat diakses oleh tim yang lebih kecil juga.
-
-Fokus pada alat yang menawarkan penyebaran instan, penanganan data yang aman, dan integrasi CI/CD yang lancar. Fitur-fitur ini penting untuk mengurangi kesalahan dan meningkatkan hasil segmentasi.
-
-## Kesimpulan
-
-Segmentasi yang efektif bergantung pada menjaga semuanya tetap sederhana, menggunakan pembaruan waktu nyata, dan menetapkan tujuan yang jelas. Ketika dilakukan dengan benar, model segmentasi dapat menjadi praktis dan efisien, memungkinkan peluncuran fitur yang lebih cepat dan penargetan pengguna yang presisi.
-
-Platform saat ini telah mengubah permainan dengan alat segmentasi waktu nyata. Pengembang sekarang dapat memperbarui dan mengelola segmen pengguna secara instan, memastikan penargetan yang akurat di berbagai pengguna.
-
-Keberhasilan dalam segmentasi bergantung pada beberapa praktik inti: menjaga model tetap sederhana, memanfaatkan pembaruan waktu nyata, menetapkan tujuan yang terukur, dan menggunakan analitik untuk melacak kinerja. Dengan alat yang tepat, pengembang dapat membangun segmen pengguna yang baik dan berdampak.
diff --git a/src/content/blog/id/comparing-react-native-vs-capacitor.md b/src/content/blog/id/comparing-react-native-vs-capacitor.md
deleted file mode 100644
index 76a885c8f..000000000
--- a/src/content/blog/id/comparing-react-native-vs-capacitor.md
+++ /dev/null
@@ -1,251 +0,0 @@
----
-slug: comparing-react-native-vs-capacitor
-title: Perbandingan antara React Native dan Capacitor
-description: >-
-  Dalam artikel ini, kita akan membandingkan pengembangan aplikasi mobile dengan
-  React Native dibandingkan dengan penggunaan React dan Capacitor, mencakup
-  fitur-fitur, performa, komunitas dan masih banyak lagi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-11T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /react_native_vs_react_capacitor.webp
-head_image_alt: Ilustrasi perbandingan antara React Native dan Capacitor
-keywords: >-
-  React Native, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Alternatives
-published: true
-locale: id
-next_blog: ''
----
-Yang akan kita bahas:
-
-- Apa itu Capacitor?
-- Apa itu React Native?
-- Apa kesamaan kedua framework tersebut?
-- React Native vs. Capacitor: Fungsionalitas
-- React Native vs. Capacitor: Performa
-- React Native vs. Capacitor: Komunitas
-- React Native vs. Capacitor: Kurva pembelajaran
-- React Native vs. Capacitor: Permintaan keterampilan
-- Haruskah Anda menggunakan React dan Capacitor atau React Native?
-
-## Apa itu Capacitor?
-
-[Capacitor](https://capacitorjs.com/) adalah alat lintas platform yang dibuat oleh tim Ionic. Ini memungkinkan Anda mengkonversi aplikasi web Anda menjadi aplikasi iOS atau Android.
-
-Dengan Capacitor, Anda dapat membuat aplikasi mobile menggunakan kode JavaScript Anda. Kemudian merender aplikasi menggunakan WebView native ponsel Anda. Menggunakan plugin dan API Capacitor, Anda dapat mengakses fitur native seperti kamera, speaker, dan lainnya.
-
-Capacitor kompatibel dengan berbagai framework JavaScript, seperti React, Vue, Angular, dan vanilla JS. Pelajari lebih lanjut tentang [membangun aplikasi lintas platform dengan Capacitor dan React](https://capacitorjs.com/solution/react/).
-
-## Apa itu React Native?
-
-[React Native](https://reactnative.dev/) pada dasarnya adalah React untuk aplikasi mobile. Ini memungkinkan Anda membuat aplikasi untuk Android dan iOS menggunakan sintaks React.
-
-Kode React yang Anda tulis berinteraksi dengan API native pada perangkat mobile. React Native menyediakan komponen native seperti `Text`, `Image`, dan `View` sebagai blok pembangun untuk UI native.
-
-React Native, yang bersifat open source, dibuat dan dikelola oleh Facebook.
-
-## Apa kesamaan kedua framework tersebut?
-
-Alat lintas platform seperti React Native dan Capacitor dapat menghemat banyak waktu dan uang Anda.
-
-Kedua framework menghilangkan kebutuhan untuk mempelajari bahasa native seperti Java, Kotlin, Swift, dan Objective C untuk membangun aplikasi mobile untuk platform tertentu. Alih-alih membangun aplikasi Android dengan satu codebase dan aplikasi iOS dengan yang lain, Anda dapat membuat aplikasi mobile untuk kedua platform menggunakan codebase yang sama.
-
-Ini juga berarti perusahaan yang membangun aplikasi lintas platform dapat mempekerjakan hanya satu tim React Native atau Capacitor untuk membangun kedua versi daripada membutuhkan dua tim berbeda — satu untuk iOS dan satu untuk Android — sehingga mengurangi jumlah pengembang yang digaji.
-
-Capacitor dan React Native berbagi pendekatan yang sama dalam mengintegrasikan kode native kustom ke dalam proyek mereka sebagai modul atau plugin. Di kedua framework, Anda diberikan kemampuan untuk menulis kode native kustom dalam Java, Kotlin, Objective C, atau Swift untuk mengakses fitur native yang tidak disediakan framework secara bawaan.
-
-Seperti React Native, Capacitor menggunakan fitur native ponsel. Perbedaan utamanya ada pada rendering. Sementara aplikasi mobile React Native menggunakan tampilan native masing-masing perangkat, Capacitor merender aplikasi menggunakan WebView native perangkat.
-
-Kedua framework bersifat open source bagi siapa saja untuk berkontribusi kode sumber mereka dan menggunakannya.
-
-## React Native vs. Capacitor: Fungsionalitas
-
-Saat bekerja di React Native, pengembang dapat membangun aplikasi native menggunakan sintaks dan prinsip inti React. Ini sering disebut sebagai framework yang tidak opinionated, artinya hadir dengan [sangat sedikit library dan fungsionalitas resmi](https://blog.logrocket.com/react-native-component-libraries/).
-
-Pembuat React Native lebih memilih untuk memberi pengembang [kebebasan saat menyusun aplikasi dan memecahkan masalah yang berbeda](https://reactjs.org/docs/add-react-to-a-website.html/), membiarkan pengembang yang tidak ingin menulis kode dari awal membangun fungsionalitas yang berbeda menggunakan library pihak ketiga yang dikembangkan komunitas.
-
-Beberapa library ini termasuk:
-
-- [React Hook Form](https://blog.logrocket.com/the-complete-guide-to-react-hook-form/) atau [Formik untuk membuat dan memvalidasi form](https://blog.logrocket.com/building-better-react-forms-with-formik/)
-- [React Testing Library dan Jest untuk menguji aplikasi](https://blog.logrocket.com/testing-apps-with-jest-and-react-testing-library/)
-- [Fetch API dan Axios untuk membuat permintaan jaringan](https://blog.logrocket.com/data-fetching-react-native/)
-
-Namun, bahkan dengan library pihak ketiga yang dapat dilihat sebagai keuntungan, library ini sering kali menjadi usang. Jika dukungan komunitas untuk library tertentu tidak cukup kuat dan tidak sering diperbarui, masalah ketidakcocokan dapat muncul.
-
-[Capacitor dibangun di atas Cordova](https://blog.logrocket.com/framework7-vs-ionic-comparing-cordova-frameworks/) dan kompatibel dengan sebagian besar plugin Cordova. Namun, Capacitor lebih modern dan lebih baik dalam pemeliharaan, sementara Cordova telah usang. Capacitor juga mendukung PWA dan lebih cepat dari Cordova, memberikan waktu startup aplikasi yang lebih baik.
-
-Meskipun [Capacitor dikembangkan oleh tim Ionic](https://blog.logrocket.com/react-native-vs-ionic/), Anda sebenarnya tidak perlu menggunakan Ionic dengan Capacitor. Capacitor kompatibel dengan framework JavaScript apa pun serta vanilla JavaScript.
-
-Dengan demikian, menggunakan Ionic dengan Capacitor dapat memudahkan pekerjaan Anda, karena Ionic dapat membantu Anda mengimplementasikan UI native dan mengkonfigurasi beberapa alat yang diperlukan untuk pengembangan mobile.
-
-Capacitor sempurna bagi pengembang web untuk langsung memulai membangun aplikasi mobile. Bahkan dapat menghasilkan aplikasi mobile dari aplikasi web yang dibangun dengan [framework React seperti MUI](https://blog.logrocket.com/definitive-guide-react-material/) dan Chakra. Anda tidak dapat melakukan hal yang sama dengan React Native; Anda harus membangun aplikasi Anda dari awal.
-
-Satu keuntungan yang dimiliki Capacitor dibandingkan React Native adalah dapat digunakan untuk membuat progressive web apps, karena dapat mengakses API native dari web. Capacitor juga sangat ringan dibandingkan dengan alat lintas platform lainnya seperti Xamarin, Cordova, dan NativeScript.
-
-Jika Anda penggemar Cordova, Anda sebaiknya mempertimbangkan menggunakan Capacitor. Ini dikelola dengan baik oleh tim Ionic, yang secara teratur menyediakan perbaikan untuk masalah.
-
-## React Native vs. Capacitor: Performa
-
-Mari kita lihat filosofi desain dari kedua alat ini dan bagaimana mereka berbeda satu sama lain.
-
-Capacitor mengambil pendekatan berbasis web untuk pengembangan mobile. Ini merender aplikasi di ponsel [menggunakan WebView native perangkat](https://ionicframework.com/docs/core-concepts/webview/) dan hadir dengan plugin bawaan yang mengkonversi kode web Anda menjadi API yang berinteraksi dengan fitur native perangkat.
-
-Dengan React Native, sebaliknya, pengembang melewati kode web dan langsung ke mobile.
-
-Tidak seperti aplikasi hybrid yang menggunakan WebView, aplikasi React Native berinteraksi langsung dengan komponen native platform. Karena ini, aplikasi native seperti React Native biasanya lebih cepat dan lebih efisien, karena mereka disesuaikan dengan platform tempat mereka berjalan.
-
-Satu masalah umum dengan alat seperti Capacitor yang menggunakan WebView untuk merender aplikasi adalah kesulitan dalam merender animasi, efek CSS, dan tata letak kompleks dengan gradien — apa pun yang kompleks atau berat. Menampilkan video juga bisa menjadi masalah.
-
-Aplikasi Capacitor mungkin kesulitan pada perangkat kelas bawah atau perangkat dengan perangkat keras lama. Ini karena biasanya, beberapa sumber daya harus dimuat dari web sebelum UI aplikasi dapat dirender.
-
-Juga, ketika aplikasi tidak dirender pada tampilan native perangkat, mereka tidak dapat sepenuhnya memanfaatkan kemampuan perangkat keras perangkat, menghasilkan kinerja yang lambat.
-
-Pengujian lebih mudah dengan Capacitor, karena memungkinkan menjalankan aplikasi di browser web. Dengan React Native, [kompilasi, menjalankan, dan menguji aplikasi memerlukan instalasi Xcode](https://blog.logrocket.com/xcode-for-react-native-developers-tutorial-and-best-practices/) atau Android Studio, menambahkan langkah lain ke proses kompilasi.
-
-Meskipun Anda dapat [melewati langkah Xcode/Android Studio dengan Expo](https://blog.logrocket.com/getting-started-with-react-native-and-expo-sdk/), Expo [tidak tanpa keterbatasannya](https://docs.expo.dev/faq/).
-
-Alat WebView hybrid seperti Capacitor menghemat biaya dan banyak waktu. Tetapi jika kinerja tinggi sangat penting bagi Anda, atau jika Anda membangun aplikasi kompleks yang mungkin dijalankan pada perangkat murah dan perangkat dengan perangkat keras lama, maka React Native mungkin menjadi pilihan yang lebih baik.
-
-Aplikasi React Native cenderung lebih cepat dan lebih berkinerja baik, karena mereka dikonversi ke dalam bahasa native perangkat dan bekerja langsung dengan fitur native perangkat tersebut daripada berjalan di WebView.
-
-Dengan [lebih dari 2.000 kontributor dan hampir 700.000 pengguna di GitHub](https://github.com/facebook/react-native/), serta [komunitas besar di Stack Overflow](https://stackoverflow.com/questions/tagged/react-native/?sort=Newest), React Native memiliki dukungan yang dibutuhkan pengembang untuk belajar dan berkembang dalam framework.
-
-Selain itu, karena React Native berbasis JavaScript dan merupakan framework lintas platform, ini mudah diakses dan populer di kalangan pengembang.
-
-React Native juga menjadi populer karena Facebook yang menciptakannya. Facebook saat ini menggunakan React Native di banyak aplikasinya dan berinvestasi besar dalam framework ini.
-
-[Perusahaan lain yang menggunakan framework React Native](https://stackshare.io/react-native/) termasuk:
-
-- Walmart
-- Microsoft
-- Tesla
-- Discord
-- Shopify
-- Instagram
-
-Karena Capacitor masih relatif baru, tidak ada banyak sumber daya dan materi online untuk dikonsumsi pengembang. Ini hanya memiliki [kurang dari 300 kontributor di GitHub](https://github.com/ionic-team/capacitor/) dan [komunitas kecil di Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor/). Namun, ini memiliki [dokumentasi yang komprehensif](https://capacitorjs.com/).
-
-Perusahaan yang saat ini menggunakan Capacitor termasuk:
-
-- Burger King
-- Popeyes
-- Southwest
-
-Karena React Native telah ada lebih lama dan memiliki dukungan dari Facebook, lebih banyak pengembang dan perusahaan besar menggunakannya, jadi jelas memenangkan di sini.
-
-Capacitor bersifat open source dan berlisensi MIT, seperti alat Ionic lainnya. Namun, tim Ionic menyediakan dukungan berbayar untuk pengguna enterprise Capacitor.
-
-Dengan layanan dukungan berbayar Capacitor, Anda dapat melakukan percakapan telepon dengan tim Ionic (termasuk insinyur) untuk menyelesaikan masalah Anda, biasanya dalam hitungan jam atau hari, dan bahkan di akhir pekan.
-
-Jika dukungan premium adalah prioritas utama bagi Anda dan tim Anda, maka Capacitor mungkin menjadi pilihan yang lebih baik.
-
-## React Native vs. Capacitor: Kurva pembelajaran
-
-React Native menggunakan JSX sebagai bahasa templatenya. Alih-alih memisahkan markup dari logika dengan menempatkannya di file yang berbeda, React Native menggunakan komponen terpisah yang berisi markup dan logika yang termasuk dalam komponen yang sama dalam satu file, dicapai melalui JSX.
-
-Pendekatan berorientasi komponen ini memungkinkan pengembang untuk membuat komponen sekali dan menggunakannya kembali sebanyak yang mereka butuhkan dengan menggabungkan markup, styling, dan logika.
-
-JSX membuat pembuatan komponen ini sederhana, dan karena bersifat statis typed, pengembang dapat menangkap kesalahan lebih awal, meningkatkan kualitas debugging dan pengembangan.
-
-Ini juga mengoptimalkan kode saat kompilasi, sehingga kode JavaScript yang dihasilkan oleh JSX berjalan lebih cepat daripada yang ditulis langsung dalam JavaScript.
-
-Namun karena ini, pengembang tidak dapat melakukan styling menggunakan CSS dan [hanya dapat melakukan styling dengan JavaScript](https://blog.logrocket.com/react-native-styling-tutorial-with-examples/).
-
-Meskipun JSX tidak terlalu sulit, kebanyakan pengembang menggunakan HTML dan CSS untuk markup dan styling, dan beradaptasi dengan paradigma baru ini mungkin membutuhkan waktu.
-
-Berikut contoh JSX dan styling di React Native:
-
-```jsx
-import React from 'react'
-import { StyleSheet, Text, View } from 'react-native'
-
-function App() {
-  return (
-    <View style={styles.container}>
-      <Text style={styles.text}>Hello, World!</Text>
-    </View>
-  )
-}
-
-const styles = StyleSheet.create({
-  container: {
-    flex: 1,
-    justifyContent: 'center',
-    alignItems: 'center',
-  },
-  text: {
-    fontSize: 24,
-    fontWeight: 'bold',
-  },
-})
-
-export default App
-```
-
-Dalam contoh di atas, kita mengimpor komponen yang diperlukan dari React Native, membuat komponen fungsional, dan menggunakan API `StyleSheet` untuk membuat style untuk komponen.
-
-Di sisi lain, Capacitor memungkinkan Anda menggunakan HTML, CSS, dan JavaScript untuk membangun aplikasi Anda. Jika Anda sudah familiar dengan pengembangan web, kurva pembelajaran untuk Capacitor akan jauh lebih rendah dibandingkan dengan React Native.
-
-Berikut contoh aplikasi sederhana menggunakan Capacitor dengan React:
-
-```jsx
-import React from 'react'
-import './App.css'
-
-function App() {
-  return (
-    <div className="container">
-      <h1 className="text">Hello, World!</h1>
-    </div>
-  )
-}
-
-export default App
-```
-
-Dan file CSS yang sesuai:
-
-```css
-.container {
-  display: flex;
-  justify-content: center;
-  align-items: center;
-  height: 100vh;
-}
-
-.text {
-  font-size: 24px;
-  font-weight: bold;
-}
-```
-
-Dalam contoh ini, kita menggunakan HTML dan CSS standar untuk membuat dan mengatur style komponen, membuatnya lebih mudah bagi pengembang web untuk beralih ke pengembangan aplikasi mobile dengan Capacitor.
-
-Singkatnya, jika Anda sudah familiar dengan pengembangan web dan lebih suka menggunakan HTML dan CSS untuk styling, Capacitor akan memiliki kurva pembelajaran yang lebih rendah. Namun, jika Anda nyaman dengan React dan JSX, React Native mungkin lebih cocok.
-
-## React Native vs. Capacitor: Permintaan keterampilan
-
-React Native telah ada lebih lama dan digunakan oleh banyak perusahaan besar, menjadikannya keterampilan yang lebih diminati di pasar kerja. Menurut [Indeed](https://www.indeed.com/jobs/?q=react+native&l=), ada ribuan lowongan pekerjaan untuk pengembang React Native.
-
-Capacitor, sebagai teknologi yang lebih baru dan kurang populer, memiliki lebih sedikit lowongan pekerjaan. Namun, seiring semakin banyak perusahaan mengadopsi Capacitor untuk pengembangan aplikasi mobile mereka, permintaan untuk pengembang Capacitor mungkin meningkat.
-
-Jika Anda ingin memaksimalkan peluang kerja Anda, mempelajari React Native mungkin pilihan yang lebih baik. Namun, jika Anda tertarik bekerja dengan teknologi yang lebih baru dan berpotensi berada di garis depan pertumbuhannya, Capacitor bisa menjadi pilihan yang menarik.
-
-## Haruskah Anda menggunakan React dan Capacitor atau React Native?
-
-Pilihan antara React dan Capacitor atau React Native tergantung pada kebutuhan dan preferensi spesifik Anda. Berikut beberapa faktor yang perlu dipertimbangkan saat membuat keputusan:
-
-- Jika Anda sudah familiar dengan pengembangan web dan lebih suka menggunakan HTML dan CSS untuk styling, Capacitor adalah pilihan yang sangat baik yang memungkinkan transisi yang mulus.
-- Jika Anda menghargai kemudahan penggunaan, waktu pengembangan yang lebih cepat, dan kompatibilitas dengan berbagai framework JavaScript, Capacitor adalah pilihan yang tepat.
-- Jika Anda tertarik bekerja dengan teknologi yang lebih baru yang sedang berkembang dan memiliki potensi pertumbuhan, Capacitor adalah pilihan menarik untuk dipertimbangkan.
-- Jika Anda ingin membangun progressive web app selain aplikasi mobile, Capacitor menawarkan fleksibilitas ini, menjadikannya pilihan yang lebih serbaguna.
-
-Meskipun React Native memiliki kelebihannya sendiri, Capacitor menonjol sebagai alat yang kuat dan fleksibel untuk membangun aplikasi mobile lintas platform. Kompatibilitasnya dengan berbagai framework JavaScript, kemampuan untuk membuat progressive web app, dan kemudahan penggunaan bagi pengembang web menjadikannya pesaing yang kuat dalam ruang pengembangan aplikasi mobile.
-
-Pertimbangkan kebutuhan, preferensi, dan tujuan spesifik Anda saat memilih framework yang tepat untuk proyek Anda. Capacitor menawarkan banyak manfaat yang menjadikannya pilihan menarik bagi pengembang yang ingin membangun aplikasi mobile berkualitas tinggi dengan alur kerja pengembangan web yang familiar.
-
-Pelajari bagaimana Capgo dapat membantu Anda membangun aplikasi yang lebih baik dengan lebih cepat, [daftar akun gratis](/register/) hari ini.
diff --git a/src/content/blog/id/compliance-checks-in-cicd-for-capacitor-apps.md b/src/content/blog/id/compliance-checks-in-cicd-for-capacitor-apps.md
deleted file mode 100644
index 0a830a5dc..000000000
--- a/src/content/blog/id/compliance-checks-in-cicd-for-capacitor-apps.md
+++ /dev/null
@@ -1,171 +0,0 @@
----
-slug: compliance-checks-in-cicd-for-capacitor-apps
-title: Pemeriksaan Kepatuhan dalam CI/CD untuk Aplikasi Capacitor
-description: >-
-  Pastikan aplikasi Capacitor Anda memenuhi standar kepatuhan melalui
-  pemeriksaan CI/CD otomatis, yang meningkatkan keamanan dan mempercepat
-  pembaruan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T02:36:18.433Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0a31ca2808c1172f2bc74-1742783814915.jpg
-head_image_alt: Pengembangan Mobile
-keywords: 'CI/CD, compliance checks, Capacitor apps, mobile security, automated testing'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-**Pemeriksaan kepatuhan dalam pipeline CI/CD adalah solusi Anda** Mereka memastikan aplikasi [Capacitor](https://capacitorjs.com/) Anda memenuhi persyaratan Apple dan [Google Play](https://supportgooglecom/googleplay/android-developer/answer/113513?hl=en), menjaga keamanan yang ketat dan pembaruan yang cepat
-
-Berikut mengapa pemeriksaan kepatuhan penting:
-
--   **Pemantauan Otomatis:** Melacak perubahan kode untuk kepatuhan terhadap pedoman toko
--   **Pembaruan Lebih Cepat:** 95% pengguna menerima pembaruan dalam 24 jam
--   **Keamanan Lebih Kuat:** Memindai kerentanan dan melindungi data pengguna
-
-### Ringkasan Cepat:
-
--   Siapkan pipeline CI/CD dengan alat seperti [Capgo](https://capgo.app/) untuk kepatuhan yang lancar
--   Otomatisasi pemeriksaan untuk iOS (label privasi, HTTPS, validasi biner) dan Google Play (validasi APK, izin, level API)
--   Integrasikan langkah-langkah keamanan seperti enkripsi, pemeriksaan dependensi, dan pengujian
--   Gunakan tes kinerja dan aksesibilitas untuk meningkatkan pengalaman pengguna
-
-**Capgo menyederhanakan proses ini**, menawarkan alat untuk kepatuhan otomatis, pelacakan kesalahan real-time, dan [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/)
-
-Tetap patuh, aman, dan efisien dengan praktik CI/CD yang tepat untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)
-
-## Menggunakan DevSecOps untuk Kepatuhan dan Keamanan Berkelanjutan
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Membangun Pipeline CI/CD untuk [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-24.jpg?auto=compress)
-
-Pipeline CI/CD yang dirancang dengan baik menyederhanakan penerapan dan membantu memastikan aplikasi Anda secara konsisten memenuhi pedoman app store
-
-### Memilih Platform CI/CD
-
-Pilih platform CI/CD yang bekerja secara mulus dengan aplikasi Capacitor. Cari fitur seperti:
-
--   **Integrasi dengan alat pengembangan Anda saat ini**
--   **Opsi konfigurasi yang dapat disesuaikan untuk pemeriksaan kepatuhan**
--   **Dukungan untuk penerapan di berbagai platform**
--   **Harga terjangkau untuk penggunaan jangka panjang**
-
-Setelah memilih platform, konfigurasikan pipeline Anda untuk memungkinkan build yang konsisten dan menegakkan kepatuhan
-
-### Pengaturan Pipeline Dasar
-
-Siapkan dependensi build dan variabel lingkungan untuk mempertahankan kepatuhan. Capgo terintegrasi dengan sebagian besar platform CI/CD utama dan tidak memerlukan hosting [\[1\]](https://capgo.app/)
-
-Langkah-langkah pengaturan inti meliputi:
-
--   **Mengkonfigurasi lingkungan build dan dependensi**
--   **Menghubungkan sistem kontrol versi Anda**
--   **Membuat skrip build otomatis**
-
-### Menambahkan Alat Kepatuhan
-
-Setelah pipeline Anda berjalan, sertakan alat untuk menegakkan standar app store. Pemeriksaan kepatuhan otomatis membantu memastikan pembaruan memenuhi persyaratan Apple dan Google Play sambil menjaga penerapan tetap cepat [\[1\]](https://capgo.app/)
-
-Langkah-langkah untuk mengintegrasikan alat kepatuhan:
-
--   **Otomatisasi pemindaian kode untuk mengidentifikasi dan memblokir pembaruan yang tidak patuh**
--   **Gunakan alat pemantauan untuk melacak kepatuhan dan memberi tahu tim tentang masalah**
-
-> "Capgo adalah alat yang wajib dimiliki bagi pengembang yang ingin lebih produktif. Menghindari peninjauan untuk perbaikan bug sangatlah berharga" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Otomatisasi Kepatuhan App Store
-
-Mengotomatisasi pemeriksaan kepatuhan membantu memastikan aplikasi Capacitor Anda selaras dengan pedoman iOS dan Google Play, menangkap masalah potensial sejak dini
-
-### Persyaratan Kepatuhan iOS
-
-Untuk aplikasi iOS, pemeriksaan otomatis harus mencakup:
-
--   **Label Privasi**: Konfirmasi semua deklarasi yang diperlukan akurat
--   **Keamanan Transport Aplikasi**: Pastikan semua panggilan jaringan menggunakan HTTPS
--   **Validasi Biner**: Periksa batas ukuran file dan kompatibilitas arsitektur
--   **Keamanan Konten**: Identifikasi konten atau fungsi yang dilarang
-
-### Persyaratan [Google Play](https://supportgooglecom/googleplay/android-developer/answer/113513?hl=en)
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/supportgooglecom-6a40cdc10f6ab14acd7c2475e5b73e8c-2025-03-24.jpg?auto=compress)
-
-Saat menargetkan Google Play, fokuskan pada verifikasi kunci berikut:
-
--   **Validasi APK**: Konfirmasi penandatanganan dan konfigurasi manifest yang tepat 
--   **Rating Konten**: Tampilkan rating yang benar untuk aplikasi Anda
--   **Level API Target**: Pastikan kepatuhan dengan persyaratan API Android terbaru
--   **Penggunaan Izin**: Validasi bahwa izin dinyatakan dengan jelas
-
-Menggunakan tools bawaan untuk otomatisasi kepatuhan dapat membuat proses ini lebih efisien
-
-### Tool Kepatuhan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Capgo meningkatkan alur kerja kepatuhan dengan tools yang terintegrasi langsung ke pipeline CI/CD Anda. Berikut cara Capgo dapat membantu:
-
--   **Enkripsi end-to-end** memastikan pengiriman update yang aman
--   **Kontrol versi otomatis** memungkinkan rollback instan saat diperlukan  
--   **Analitik real-time** memberikan wawasan tentang kinerja dan keberhasilan update
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Untuk tim yang menangani beberapa versi aplikasi, [sistem channel](https://capgo.app/docs/plugin/cloud-mode/channel-system/) Capgo mendukung pengujian beta yang ditargetkan dan peluncuran bertahap [\[1\]](https://capgo.app/)
-
-## Pemeriksaan Keamanan dan Privasi
-
-Melindungi aplikasi Capacitor dan data pengguna membutuhkan langkah-langkah keamanan dan privasi yang menyeluruh di seluruh pipeline CI/CD
-
-### Pemindaian Keamanan Kode 
-
-Berikut beberapa praktik penting yang harus diikuti:
-
--   **Analisis Statis**: Gunakan tools untuk mengidentifikasi kelemahan keamanan umum, kerentanan injeksi, dan dependensi yang usang dalam kode Anda
--   **Pengujian Dinamis**: Jalankan tes penetrasi otomatis untuk mengungkap kerentanan runtime
--   **Pemeriksaan Dependensi**: Secara rutin memeriksa pustaka pihak ketiga untuk risiko keamanan yang diketahui
-
-Atur pipeline Anda untuk menghentikan deployment jika masalah keamanan kritis terdeteksi
-
-### Standar Keamanan Data
-
-Mengamankan data lebih dari sekadar memindai kerentanan. Ini membutuhkan praktik enkripsi dan penyimpanan yang ketat. Berikut contohnya:
-
-| Persyaratan Keamanan | Metode Implementasi | Proses Verifikasi |
-| --- | --- | --- |
-| [Enkripsi Data](https://capgo.app/docs/cli/migrations/encryption/) | Enkripsi end-to-end | Pemeriksaan sertifikat otomatis |
-| Penyimpanan Aman | Penyimpanan lokal terenkripsi | Peninjauan izin penyimpanan |
-| Keamanan Jaringan | Menerapkan koneksi HTTPS | Validasi SSL/TLS |
-| Kontrol Akses | Izin berbasis peran | Pengujian autentikasi |
-
-### Fitur Keamanan Capgo
-
-Capgo membawa keamanan ke level berikutnya dengan membangun protokol pemindaian dan perlindungan data ini. Ini menyediakan tools canggih untuk mengamankan aplikasi Anda.
-
-Beberapa fitur yang menonjol termasuk:
-
--   **Enkripsi end-to-end** untuk update, memastikan hanya pengguna yang berwenang yang dapat mengakses konten
--   **Rollback otomatis** untuk segera mengatasi masalah keamanan saat muncul
--   **Pelacakan kesalahan real-time** untuk mendeteksi dan menyelesaikan potensi masalah dengan segera
-
-> "Satu-satunya solusi dengan enkripsi end-to-end sejati, yang lain hanya menandatangani update" - Capgo [\[1\]](https://capgo.app/)
-
-Capgo memiliki tingkat keberhasilan update 95% dalam 24 jam [\[1\]](https://capgo.app/), menggabungkan keamanan yang kuat dengan deployment cepat
-
-Untuk tim yang menyertakan pemeriksaan keamanan, Capgo terintegrasi dengan mulus dengan platform CI/CD populer seperti [GitHub Actions](https://docsgithubcom/actions), [GitLab CI](https://docsgitlabcom/ee/ci/), dan [Jenkins](https://wwwjenkinsio/) Ini memungkinkan pemeriksaan keamanan otomatis di setiap langkah deployment
-
-## Pengaturan Pengujian Otomatis
-
-Mengotomatisasi pengujian dalam pipeline CI/CD Anda adalah langkah kunci untuk memastikan aplikasi Capacitor Anda mempertahankan kualitas tinggi dan memenuhi standar kepatuhan
-
-### Metode Pengujian UI
-
-Untuk memastikan antarmuka aplikasi Anda berfungsi dengan mulus di berbagai perangkat dan platform, siapkan pengujian UI yang mencakup berbagai skenario. Pengujian ini harus memvalidasi elemen pada berbagai ukuran layar dan sistem operasi
diff --git a/src/content/blog/id/configuring-rollback-for-capacitor-updates.md b/src/content/blog/id/configuring-rollback-for-capacitor-updates.md
deleted file mode 100644
index 2ab236cf3..000000000
--- a/src/content/blog/id/configuring-rollback-for-capacitor-updates.md
+++ /dev/null
@@ -1,53 +0,0 @@
----
-slug: configuring-rollback-for-capacitor-updates
-title: Konfigurasi Rollback untuk Pembaruan Capacitor
-description: >-
-  Pelajari cara mengkonfigurasi opsi rollback untuk pembaruan Capacitor untuk
-  memastikan stabilitas aplikasi dan pengalaman pengguna yang lancar selama
-  pembaruan over-the-air.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T01:14:33.030Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6802ea903c6b972ab5077c74-1745025315132.jpg
-head_image_alt: Pengembangan Mobile
-keywords: 'Capacitor, rollback, updates, mobile development, app stability'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Rollback di [Capacitor](https://capacitorjs.com/) memastikan aplikasi Anda tetap stabil selama pembaruan over-the-air (OTA). Berikut yang perlu Anda ketahui:
-
--   **Rollback Otomatis**: Secara otomatis kembali ke versi stabil terakhir jika pembaruan gagal.
--   **Rollback Manual**: Memungkinkan pengembang untuk kembali ke versi sebelumnya secara manual untuk perbaikan cepat.
--   **Backup Bundle Default**: Jika semua pembaruan gagal, aplikasi akan dikembalikan ke paket aslinya.
-
-### Cara Menyiapkannya:
-
-1.  **Rollback Otomatis**: Gunakan konfigurasi seperti ambang batas tingkat keberhasilan (misal 95%) dan periode pemantauan (misal 5 menit).
-2.  **Rollback Manual**: Pertahankan beberapa versi untuk fleksibilitas (misal 5 versi terakhir).
-
-### Tips Pengelolaan:
-
--   Uji pembaruan di lingkungan staging sebelum rilis.
--   Pantau tingkat keberhasilan pembaruan dan kesalahan untuk memicu rollback lebih awal.
--   Gunakan peluncuran bertahap (misal 10%, 50%, 100%) untuk meminimalkan dampak.
-
-### Perbandingan Platform:
-
-**[Capgo](https://capgo.app/)** menawarkan rollback sekali klik, enkripsi, analitik real-time, dan hosting fleksibel. Alternatif seperti **[Appflow](https://ionic.io/appflow/)** kurang fitur atau memiliki biaya lebih tinggi.
-
-**Tabel Perbandingan Singkat:**
-
-| Platform | Tipe Rollback | Analitik | Enkripsi | Opsi Hosting | Biaya |
-| --- | --- | --- | --- | --- | --- |
-| **Capgo** | Otomatis/Manual | Ya | Ya | Fleksibel | Terjangkau |
-| Hanya Manual | Tidak | Tidak | Terbatas | Lebih Rendah |
-| Appflow | Otomatis/Manual | Sebagian | Tidak | Terbatas | Tinggi |
-
-Dengan pengaturan yang tepat dan alat seperti Capgo, Anda dapat memastikan pembaruan yang lancar dan dengan cepat mengatasi masalah agar aplikasi Anda tetap berjalan mulus.
-
-## MAD24 304 Memanfaatkan Upgrade Atomik dengan [OSTree](https://en.wikipedia.org/wiki/OSTree) untuk ...
diff --git a/src/content/blog/id/cordova-hybrid-app-development.md b/src/content/blog/id/cordova-hybrid-app-development.md
deleted file mode 100644
index 3802aeab0..000000000
--- a/src/content/blog/id/cordova-hybrid-app-development.md
+++ /dev/null
@@ -1,116 +0,0 @@
----
-slug: cordova-hybrid-app-development
-title: 'Panduan Utama Apache Cordova: Pengembangan Aplikasi Hybrid Jadi Mudah'
-description: >-
-  Selami dalam-dalam dunia Apache Cordova. Pelajari bagaimana Cordova
-  memberdayakan pengembang untuk membangun aplikasi seluler lintas platform
-  menggunakan teknologi web seperti HTML, CSS, dan JavaScript. Jelajahi
-  sejarahnya, manfaatnya, dan bandingkan dengan alternatif seperti Capacitor.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-06-02T00:00:00.000Z
-updated_at: 2024-06-14T00:00:00.000Z
-head_image: /what-is-cordova-phone-gap.webp
-head_image_alt: Diagram yang menjelaskan perbedaan antara aplikasi hybrid dan aplikasi native.
-keywords: >-
-  Cordova, hybrid app development, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: cordova
-published: true
-locale: id
-next_blog: ''
----
-## Mengungkap Apache Cordova: Panduan Komprehensif untuk Pengembangan Aplikasi Hybrid
-
-Di dunia yang mengutamakan seluler saat ini, menjangkau audiens yang luas dengan aplikasi Anda sangatlah penting. Namun, mengembangkan aplikasi native yang terpisah untuk iOS, Android, dan platform lainnya bisa memakan waktu dan sumber daya yang besar. Masuklah Apache Cordova, sebuah kerangka kerja open-source yang kuat yang memberdayakan pengembang untuk membuat aplikasi seluler lintas platform dengan menggunakan teknologi web yang sudah dikenal seperti HTML, CSS, dan JavaScript.
-
-Panduan komprehensif ini menjelajahi dunia Cordova secara mendalam, menggali seluk-beluknya, keuntungan, dan bagaimana ia dibandingkan dengan kompetisi.
-
-### Cara Kerja Cordova: Menjembatani Kesenjangan antara Web dan Native
-
-Pada intinya, Cordova bertindak sebagai jembatan antara aplikasi web Anda dan kemampuan native perangkat seluler. Ia secara cerdik mencapainya melalui komponen kunci berikut:
-
-1. **WebView: Kontainer Native untuk Aplikasi Web Anda:**
-   - Cordova memanfaatkan komponen native yang dikenal sebagai WebView, yang pada dasarnya adalah browser web yang disederhanakan tanpa elemen antarmuka pengguna biasa seperti bilah alamat dan tombol navigasi.
-   - Aplikasi web Anda tinggal nyaman dalam kontainer WebView ini, berfungsi seperti yang ada di browser seluler biasa. Ia tetap dapat memuat halaman HTML, menjalankan kode JavaScript, menangani konten multimedia, dan berkomunikasi dengan server jarak jauh.
-
-2. **Plugin: Mengakses Fitur Perangkat Native:**
-   - Aplikasi web, berdasarkan desainnya, beroperasi dalam lingkungan sandbox yang aman yang membatasi akses langsung ke perangkat keras dan fitur perangkat lunak tertentu. Misalnya, mengakses daftar kontak perangkat, kamera, atau data GPS secara langsung dari aplikasi web biasanya dilarang.
-   - Plugin Cordova hadir untuk menyelamatkan dengan bertindak sebagai perantara, menyediakan API JavaScript yang mengekspos kemampuan native ini ke aplikasi web Anda. Anggaplah plugin sebagai modul khusus yang memperluas jangkauan aplikasi Anda ke fungsi native perangkat.
-   - Dengan plugin yang tepat, aplikasi Cordova Anda dapat berinteraksi secara mulus dengan kamera perangkat untuk menangkap foto dan video, mengakses daftar kontak untuk mengambil atau menyimpan informasi kontak, memanfaatkan fungsi GPS untuk menentukan lokasi pengguna, dan banyak lagi.
-
-3. **Ionic Native: Mempercepat Pengembangan Plugin Cordova:**
-   - Ionic Native, sebuah pustaka kuat yang dikembangkan oleh tim Ionic, semakin menyederhanakan dan meningkatkan integrasi plugin Cordova.
-   - Ia menyediakan koleksi kaya antarmuka TypeScript untuk lebih dari 200 plugin Cordova yang paling populer, membuatnya sangat nyaman bagi pengembang untuk memasukkan fungsi native ke dalam aplikasi mereka.
-   - Selain itu, Ionic menawarkan dukungan tingkat perusahaan untuk Ionic Native, memberikan organisasi pembaruan yang berkelanjutan, patch keamanan penting, dan bantuan ahli dalam menjaga kompatibilitas di berbagai model perangkat dan versi platform.
-
-### Melacak Akar Cordova: Dari PhoneGap Menjadi Powerhouse Open-Source
-
-Memahami koneksi historis antara Apache Cordova dan PhoneGap sangat penting untuk menghilangkan kebingungan yang mungkin ada di antara kedua entitas yang terkait erat ini.
-
-1. **PhoneGap: Pelopor Revolusi Aplikasi Hybrid:**
-   - Pada tahun 2008, sekelompok insinyur inovatif di Nitobi, sebuah perusahaan pengembangan web Kanada, memulai misi untuk menjembatani kesenjangan antara pengembangan aplikasi web dan native.
-   - Mereka menciptakan PhoneGap, sebuah kerangka kerja yang memanfaatkan konsep baru pada saat itu tentang menggunakan WebView untuk menjalankan aplikasi web secara native di perangkat seluler. Pendekatan inovatif ini memungkinkan pengembang untuk memanfaatkan keterampilan pengembangan web yang sudah ada untuk membuat aplikasi yang dapat mengakses fitur native perangkat.
-
-2. **Menerima Open Source: Kelahiran Apache Cordova:**
-   - Pada tahun 2011, Adobe Systems mengakuisisi Nitobi dan membuat keputusan strategis yang akan membentuk masa depan pengembangan aplikasi hybrid. Mereka dengan murah hati mendonasikan PhoneGap ke Apache Software Foundation, seorang juara terkenal perangkat lunak open-source.
-   - Di bawah naungan Apache, PhoneGap dijuluki sebagai Apache Cordova, dinamakan sesuai dengan jalan tempat kantor Nitobi di Vancouver berada. Langkah ini memastikan bahwa Cordova akan berkembang sebagai proyek yang didorong oleh komunitas, mendorong inovasi dan kolaborasi di antara pengembang di seluruh dunia.
-
-3. **Cordova vs. PhoneGap: Membedakan Keduanya:**
-   - Saat ini, Apache Cordova dan Adobe PhoneGap sering digunakan secara bergantian, yang mengarah pada beberapa kebingungan yang dapat dimengerti. Sebuah analogi sederhana dapat membantu memperjelas hubungan mereka. Anggaplah Cordova sebagai mesin open-source yang menggerakkan penjelajahan web, mirip dengan peran yang dimainkan WebKit. Sebaliknya, PhoneGap mirip dengan implementasi spesifik dari mesin tersebut, seperti browser Safari milik Apple yang dibangun di atas WebKit.
-   - Dari sudut pandang fungsionalitas, Cordova dan PhoneGap sebagian besar identik, menawarkan kemampuan inti yang sama untuk pengembangan aplikasi hybrid. Mungkin ada perbedaan halus dalam antarmuka baris perintah dan alatnya, tetapi variasi ini umumnya kecil dan tidak berdampak signifikan pada proses pengembangan.
-   - Adobe terus menawarkan layanan dan alat bernilai tambah di bawah merek PhoneGap, seperti PhoneGap Build, layanan berbasis cloud yang menyederhanakan kompilasi binari aplikasi native. Layanan ini biasanya ditujukan untuk pengembang atau organisasi yang mencari pendekatan yang lebih terkelola untuk pengembangan aplikasi hybrid.
-
-### Ionic dan Cordova: Pasangan Sempurna untuk Keunggulan Aplikasi Hybrid
-
-Ionic dan Cordova telah lama terkait erat, membentuk sinergi yang kuat yang menyederhanakan pengembangan aplikasi hybrid dan meningkatkan pengalaman pengguna.
-
-1. **Ionic: Membuat Antarmuka Pengguna yang Indah dan Berperforma Tinggi:**
-   - Ionic, sebuah kerangka kerja open-source terkemuka, fokus terutama pada aspek front-end dari pengembangan aplikasi hybrid. Ia menyediakan perpustakaan komprehensif dari komponen UI yang telah dibangun sebelumnya, gerakan, dan animasi yang dirancang dengan cermat untuk meniru tampilan dan nuansa aplikasi native di berbagai platform.
-
-2. **Cordova: Menjembatani Kesenjangan ke Fungsionalitas Native:**
-   - Cordova terintegrasi secara mulus dengan Ionic, memberdayakan pengembang untuk mengakses kekayaan fitur native perangkat langsung dari aplikasi Ionic mereka. Kemitraan harmonis ini memungkinkan untuk pembuatan aplikasi hybrid yang tidak hanya terlihat dan terasa seperti native, tetapi juga dapat memanfaatkan potensi penuh dari perangkat keras dan perangkat lunak perangkat yang mendasarinya.
-
-3. **Alur Kerja Pengembangan yang Disederhanakan:**
-   - Ionic dan Cordova saling melengkapi dengan sempurna, membentuk alur kerja pengembangan yang jelas dan efisien. Pengembang dapat memanfaatkan toolkit UI yang kaya dari Ionic dan kemampuan prototyping yang cepat untuk membuat antarmuka pengguna yang indah dan menarik. Pada saat yang sama, Cordova memastikan bahwa aplikasi ini dapat secara mulus memanfaatkan fitur native perangkat, memberikan pengalaman yang benar-benar mirip native.
-
-### Capacitor: Kontender Modern di Arena Aplikasi Hybrid
-
-Sementara Cordova telah menikmati masa kekuasaan yang panjang dan sukses sebagai solusi go-to untuk pengembangan aplikasi hybrid, seorang kontender baru telah muncul di panggung, berusaha mendorong batas lebih jauh: Capacitor.
-
-1. **Capacitor: Memodernisasi Runtime Aplikasi Hybrid:**
-   - Dikembangkan oleh tim yang sama di balik Ionic, Capacitor mewakili evolusi alami dari runtime aplikasi hybrid. Ini membangun atas dasar yang kuat yang ditetapkan oleh Cordova sambil mengatasi beberapa keterbatasannya dan mengadopsi standar web modern.
-
-2. **Memanfaatkan Kekuatan API Web Modern:**
-   - Capacitor dirancang dari bawah ke atas untuk merangkul kemajuan terbaru dalam teknologi web. Ini memanfaatkan API Web modern, seperti Service Workers, Web Components, dan Promises, untuk memberikan kinerja yang ditingkatkan, keamanan yang lebih baik, dan fondasi yang lebih siap untuk masa depan bagi aplikasi hybrid.
-
-3. **Integrasi dan Kustomisasi Native yang Mulus:**
-   - Salah satu kekuatan utama Capacitor adalah integrasinya yang mendalam dengan SDK native, memberikan pengembang lebih banyak fleksibilitas dan kontrol atas lapisan native aplikasi mereka. Ini memungkinkan kustomisasi fitur native yang lebih mudah, proses debugging yang lebih efisien, dan integrasi yang umumnya lebih kuat dan dapat diandalkan dengan platform perangkat yang mendasarinya.
-
-## Tentang Ionic: Memberdayakan Pengembang untuk Membangun Aplikasi Hybrid yang Menakjubkan
-
-Ionic telah membuktikan dirinya sebagai kerangka kerja open-source terkemuka untuk membuat aplikasi mobile hybrid berkualitas tinggi menggunakan trio teknologi web yang sudah dikenal: HTML, CSS, dan JavaScript.
-
-### Fitur dan Keuntungan Utama yang Membedakan Ionic:
-
-- **Pengembangan Lintas Platform yang Sesungguhnya:** Ionic memungkinkan pengembang untuk menulis kode mereka sekali dan menerapkannya di berbagai platform, termasuk iOS, Android, dan web, secara signifikan mengurangi waktu dan usaha pengembangan.
-- **Pengalaman Pengguna Mirip Native:** Komponen UI Ionic dirancang dengan cermat untuk memberikan tampilan dan nuansa native di setiap platform. Perhatian terhadap detail ini memastikan bahwa aplikasi Anda terintegrasi dengan lancar dengan perangkat pengguna, memberikan pengalaman pengguna yang menyenangkan.
-- **Optimasi Kinerja untuk Mobile:** Ionic dibangun dengan kinerja dalam pikiran, menerapkan praktik terbaik dan optimasi untuk memastikan waktu muat yang cepat, animasi yang mulus, dan nuansa responsif, bahkan di perangkat yang kurang kuat.
-- **Komunitas yang Hidup dan Mendukung:** Ionic memiliki komunitas pengembang yang besar dan aktif di seluruh dunia. Komunitas yang dinamis ini berkontribusi pada kekayaan sumber daya, termasuk dokumentasi yang luas, tutorial yang membantu, dan forum aktif di mana pengembang dapat meminta bantuan dan berbagi pengetahuan mereka.
-- **Dukungan dan Solusi Tingkat Perusahaan:** Ionic menawarkan dukungan dan layanan tingkat perusahaan untuk organisasi dengan kebutuhan aplikasi yang sangat penting. Ini mencakup saluran dukungan khusus, konsultasi ahli, dan solusi yang disesuaikan untuk memenuhi kebutuhan spesifik klien perusahaan.
-
-## Capgo: Menyederhanakan Pembaruan Langsung untuk Aplikasi Capacitor
-
-Capgo adalah platform komprehensif yang dirancang secara eksplisit untuk menyederhanakan dan meningkatkan proses pembaruan langsung untuk aplikasi mobile berbasis Capacitor. 
-
-### Manfaat Utama Integrasi Capgo ke dalam Alur Kerja Anda:
-
-- **Pembaruan Over-the-Air Tanpa Gangguan:** [Capgo](https://capgo.app) memberdayakan Anda untuk memberikan pembaruan aplikasi instan ke perangkat pengguna tanpa memerlukan mereka mengunduh versi baru dari toko aplikasi. Ini memastikan bahwa pengguna Anda selalu memiliki fitur terbaru, perbaikan bug, dan konten di ujung jari mereka.
-- **Alur Kerja dan Manajemen Pembaruan yang Disederhanakan:** [Capgo](https://capgo.app) memperlancar seluruh proses pembaruan, membuatnya sangat mudah untuk mendorong fitur baru, perbaikan bug penting, dan pembaruan konten segar kepada pengguna Anda. Antarmuka yang intuitif dan kemampuan otomatisasi membebaskan pengembang untuk fokus pada pembuatan aplikasi hebat daripada mengelola prosedur pembaruan yang kompleks.
-- **Pengalaman Pengguna yang Ditingkatkan dengan Gangguan Minimal:** [Capgo](https://capgo.app) memprioritaskan pengalaman pengguna dengan memberikan pembaruan secara mulus dan tanpa mengganggu. Ini memastikan bahwa pengguna Anda dapat menikmati peningkatan terbaru tanpa gangguan atau penundaan, menjaga mereka tetap terlibat dan puas.
-- **Siklus Pengembangan yang Dipercepat dan Iterasi Cepat:** [Capgo](https://capgo.app) memberdayakan tim pengembangan untuk beriterasi lebih cepat dan lebih efisien dengan memungkinkan penyebaran dan pengujian pembaruan aplikasi secara instan. Umpan balik cepat ini mendorong inovasi dan memungkinkan waktu respons yang lebih cepat terhadap umpan balik pengguna atau permintaan pasar yang berubah.
-
-## Mengapa Capgo Secara Eksklusif Mendukung Capacitor untuk Pembaruan Langsung
-
-Capgo telah membuat keputusan strategis untuk fokus hanya pada Capacitor, sebuah runtime aplikasi hybrid modern dan kuat, untuk memberikan pengalaman pembaruan langsung yang terbaik. Arsitektur modern Capacitor, integrasi mendalam dengan SDK asli, dan komitmennya terhadap standar web selaras sempurna dengan visi Capgo untuk menyediakan pembaruan langsung yang mulus, andal, dan efisien untuk aplikasi mobile hybrid.
diff --git a/src/content/blog/id/cpra-compliance-for-app-developers.md b/src/content/blog/id/cpra-compliance-for-app-developers.md
deleted file mode 100644
index c1b367769..000000000
--- a/src/content/blog/id/cpra-compliance-for-app-developers.md
+++ /dev/null
@@ -1,238 +0,0 @@
----
-slug: cpra-compliance-for-app-developers
-title: Kepatuhan CPRA untuk Pengembang Aplikasi
-description: >-
-  Pelajari tentang persyaratan kepatuhan CPRA untuk pengembang aplikasi,
-  berfokus pada hak pengguna, keamanan data, dan manajemen persetujuan yang
-  efektif.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:45:04.405Z
-updated_at: 2025-05-16T12:46:04.636Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68272d340209458b3ff59c4e-1747399564636.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  CPRA, app developers, data protection, privacy rights, consent management,
-  sensitive personal information, compliance, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-Mulai Mei 2025, pengembang aplikasi menghadapi aturan privasi yang lebih ketat di bawah [California Privacy Rights Act](https://en.wikipedia.org/wiki/California_Privacy_Protection_Agency) (CPRA). Undang-undang ini melengkapi CCPA dan memperkenalkan standar yang lebih ketat untuk melindungi data pengguna. Berikut ringkasannya:
-
--   **Siapa yang terkena:** Bisnis dengan pendapatan tahunan lebih dari $25M, memproses data untuk 100.000+ pengguna California, atau menghasilkan 50%+ pendapatan dari penjualan data.
--   **Persyaratan utama:**
-    -   Batasi pengumpulan data hanya yang diperlukan (minimalisasi data).
-    -   Lindungi informasi pribadi yang sensitif (SPI).
-    -   Tawarkan hak pengguna seperti akses data, penghapusan, dan opt-out.
-    -   Simpan data hanya selama diperlukan dan hapus dengan aman setelahnya.
--   **Risiko ketidakpatuhan:** Denda hingga $7.500 per pelanggaran, seperti yang terlihat dalam kasus [Honda](https://en.wikipedia.org/wiki/Honda) (denda $632.500) dan [Tilting Point Media](https://www.tiltingpoint.com/privacy-policy/) (denda $500.000 karena salah menangani data anak).
-
-### Tips Cepat untuk Kepatuhan:
-
-1.  Petakan dan dokumentasikan semua aliran data.
-2.  Gunakan langkah keamanan yang kuat seperti enkripsi dan kontrol akses.
-3.  Terapkan sistem manajemen persetujuan yang ramah pengguna.
-4.  Secara rutin melatih staf dan audit praktik privasi.
-
-**Ringkasan:** Kepatuhan CPRA membutuhkan perlindungan data proaktif, hak pengguna yang jelas, dan penilaian risiko berkelanjutan. Ketidakpatuhan dapat menyebabkan denda besar, sehingga mengintegrasikan praktik yang mengutamakan privasi sangat penting.
-
-## Persyaratan CPRA untuk Aplikasi
-
-### Manajemen Data Sensitif
-
-California Privacy Rights Act (CPRA) menguraikan pedoman khusus untuk mengelola **Informasi Pribadi Sensitif (SPI)** dalam aplikasi seluler. Untuk mematuhi, pengembang aplikasi harus menerapkan langkah keamanan yang kuat untuk melindungi data sensitif dan membatasi pengumpulannya hanya pada yang diperlukan untuk fungsi inti aplikasi [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information).
-
-Selain melindungi SPI, CPRA meningkatkan hak pengguna, memberikan individu kontrol lebih besar atas data pribadi mereka.
-
-### Hak Privasi Pengguna
-
-CPRA tidak berhenti pada perlindungan data - juga memastikan pengguna memiliki hak yang dapat ditindaklanjuti atas informasi mereka. Hak-hak ini termasuk kemampuan untuk mengakses, menghapus, atau mengoreksi data mereka, memilih keluar dari berbagi data, dan meminta portabilitas data. Bisnis diharuskan memenuhi permintaan ini dalam waktu 45 hari, sementara permintaan opt-out harus diproses dalam waktu 15 hari kerja, seperti yang diamanatkan oleh [California Privacy Protection Agency](https://cppa.ca.gov/) [\[2\]](https://oag.ca.gov/privacy/ccpa).
-
-Untuk pengembang yang mengandalkan layanan pihak ketiga, alat seperti solusi pembaruan langsung [Capgo](https://capgo.app/) - yang menawarkan enkripsi end-to-end dan penugasan pengguna - dapat menyederhanakan proses untuk tetap patuh sambil mengelola pembaruan secara efektif.
-
-### Aturan Penyimpanan Data
-
-Di bawah CPRA, data hanya boleh disimpan selama masih memenuhi tujuan yang dimaksudkan. Setelah itu, harus dihapus secara aman. Untuk memenuhi persyaratan ini, bisnis harus menetapkan kebijakan retensi yang jelas, menerapkan proses penghapusan otomatis, melakukan audit rutin, dan memastikan pembuangan data yang aman [\[4\]](https://secureprivacy.ai/blog/cpra-data-retention). Seperti yang dikatakan [PwC](https://www.pwc.com/us/en.html):
-
-> "Data yang dihapus sama pentingnya, mungkin lebih penting, daripada data yang disimpan" [\[3\]](https://www.pwc.com/us/en/services/consulting/cybersecurity-risk-regulatory/library/cpra-data-retention-preparation.html).
-
-Kegagalan mematuhi peraturan ini dapat mengakibatkan denda hingga $7.500 per pelanggaran [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information). Untuk menghindari penalti tersebut, bisnis harus mengadopsi langkah keamanan yang wajar dan menjaga transparansi melalui [kebijakan privasi](https://capgo.app/dp/) yang jelas dan antarmuka yang ramah pengguna.
-
-## Langkah Teknis untuk Kepatuhan
-
-### Pengembangan Yang Mengutamakan Privasi
-
-Mengintegrasikan perlindungan data ke dalam arsitektur aplikasi Anda sejak awal sangat penting. Mulai dengan **pemetaan data** yang menyeluruh untuk menentukan di mana informasi pribadi sensitif dikumpulkan, disimpan, dan digunakan [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information). Untuk melindungi data ini, pertimbangkan untuk menerapkan langkah-langkah berikut:
-
--   **Kontrol akses berbasis peran (RBAC):** Batasi akses ke data sensitif berdasarkan peran pengguna.
--   **Masking dan tokenisasi data:** Lindungi data dengan menyembunyikan informasi yang dapat diidentifikasi.
--   **Protokol enkripsi:** Amankan data baik saat transit maupun saat diam.
--   **Autentikasi multi-faktor:** Tambahkan lapisan keamanan ekstra untuk mencegah akses tidak sah.
-
-Saat Anda meluncurkan pembaruan, pastikan langkah-langkah privasi ini tetap utuh dan berfungsi.
-
-### Pembaruan Aplikasi yang Aman
-
-Setelah aplikasi Anda dibangun dengan prinsip yang mengutamakan privasi, mengamankan proses pembaruan menjadi langkah penting berikutnya. Pembaruan harus dirancang untuk melindungi data sensitif, dengan enkripsi end-to-end memainkan peran kunci dalam mencegah pelanggaran selama proses pembaruan.
-
-Untuk aplikasi yang dibangun dengan Capacitor, **solusi pembaruan langsung Capgo** menawarkan fitur yang selaras dengan kebutuhan kepatuhan CPRA:
-
-| **Fitur Keamanan** | **Manfaat Kepatuhan** |
-| --- | --- |
-| Enkripsi End-to-end | Melindungi data dari akses tidak sah selama pembaruan |
-| Kontrol Versi | Membuat jejak audit untuk memverifikasi kepatuhan |
-| Penugasan Pengguna | Memungkinkan penerapan fitur berbasis persetujuan |
-| Kemampuan Rollback | Memungkinkan perbaikan cepat untuk masalah terkait privasi |
-
-### Sistem Manajemen Persetujuan
-
-Sistem manajemen persetujuan yang dirancang dengan baik sangat penting untuk melacak, menyimpan, dan menghormati preferensi privasi pengguna, memastikan keselarasan dengan peraturan CPRA.
-
-> "Manajemen persetujuan memungkinkan organisasi untuk mengumpulkan, menyimpan, dan mengelola izin pengguna untuk penggunaan data secara transparan dan sesuai hukum. Ini adalah landasan untuk membangun kepercayaan pelanggan, mempersonalisasi pengalaman pengguna, dan memastikan praktik data yang transparan." [\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-Forbes menyoroti praktik-praktik berikut untuk manajemen persetujuan yang efektif:
-
--   **Antarmuka privasi yang dapat disesuaikan:** Memungkinkan pengguna mengatur pengaturan privasi mereka dengan mudah.
--   **Penyimpanan persetujuan otomatis:** Memastikan preferensi dicatat dan dihormati secara konsisten.
--   **Integrasi sistem:** Sinkronisasi preferensi persetujuan dengan sistem downstream untuk kepatuhan yang mulus.
--   **Adaptasi geografis:** Menyesuaikan pengaturan berdasarkan undang-undang privasi regional.
-
-Langkah-langkah lain untuk memperkuat kepatuhan meliputi:
-
--   Melakukan penilaian risiko privasi secara rutin.
--   Menyiapkan rencana respons insiden untuk kemungkinan pelanggaran.
--   Menerapkan program pelatihan karyawan yang berfokus pada privasi.
--   Menetapkan perjanjian yang jelas dengan penyedia pihak ketiga untuk membatasi pemrosesan data mereka [\[6\]](https://www.cookieyes.com/blog/cpra-enforcement).
-
-> "Sebagai pengacara, saya menemukan Ketch Consent Management sangat berharga untuk membuat penyesuaian risiko privasi yang diperlukan dengan cepat dan percaya diri, tanpa memerlukan pengetahuan teknis yang luas. Kontrol dan kemudahan penggunaan ini tidak umum." [\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-## Cara Mempersiapkan CPRA: Langkah Kunci dan Wawasan Ahli
-
-<Steps>
-1.  Petakan semua titik pengumpulan data
-2.  Evaluasi praktik penyimpanan data saat ini
-3.  Tinjau dan perbarui kebijakan privasi
-4.  Implementasikan mekanisme persetujuan yang kuat
-</Steps>
-
-## Manajemen Kepatuhan Berkelanjutan
-
-Setelah pengamanan teknis diterapkan, pekerjaan tidak berhenti di situ. Pemantauan dan manajemen yang berkelanjutan sangat penting untuk mempertahankan kepatuhan terhadap persyaratan CPRA.
-
-### Penilaian Risiko Privasi
-
-Tahukah Anda bahwa pelanggaran data merugikan perusahaan rata-rata **$4,45 juta**? [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance) Angka yang mengejutkan ini menekankan pentingnya **Penilaian Dampak Privasi (PIA)** secara rutin. Penilaian ini membantu mengidentifikasi titik lemah dalam praktik data Anda dan memungkinkan Anda membuat penyesuaian yang diperlukan.
-
-Berikut beberapa area kunci yang perlu difokuskan selama penilaian risiko privasi:
-
-| **Area Penilaian** | **Tindakan yang Disarankan** |
-| --- | --- |
-| **Pemrosesan Data** | Dokumentasikan bagaimana data dikumpulkan dan mengapa diperlukan |
-| **Langkah Keamanan** | Tinjau protokol enkripsi dan kontrol akses |
-| **Vendor Pihak Ketiga** | Perbarui dan nilai perjanjian berbagi data |
-| **Hak Pengguna** | Pastikan mekanisme opt-out berfungsi |
-
-Ambil kasus [Sephora](https://en.wikipedia.org/wiki/Sephora) sebagai contoh. Kegagalan mereka dalam menangani praktik privasi mengakibatkan **denda $1,2 juta** [\[8\]](https://www.didomi.io/blog/california-privacy-rights-act-cpra). Penilaian rutin seperti ini tidak hanya membantu Anda menghindari denda besar tetapi juga menginformasikan strategi yang lebih baik untuk pelatihan staf dan alat.
-
-### Pelatihan Privasi Staf
-
-Ketika 83% konsumen mengatakan mereka mempercayai merek yang melindungi data mereka [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance), jelas bahwa pelatihan privasi bukan hanya tentang kepatuhan - ini tentang reputasi. Program pelatihan harus mencakup:
-
--   Prosedur penanganan data yang tepat
--   Hak konsumen CPRA
--   Cara merespons insiden
--   Dokumentasi untuk audit kepatuhan
-
-Sama pentingnya untuk menjaga materi pelatihan ini tetap diperbarui seiring berkembangnya peraturan [\[9\]](https://securiti.ai/blog/cpra-training-requirements). Ini tidak hanya menciptakan jejak audit yang kuat, tetapi juga memastikan tim Anda tetap mengikuti persyaratan CPRA terbaru.
-
-### Alat Kepatuhan
-
-Kekhawatiran privasi itu nyata - 85% konsumen telah menghapus aplikasi karena kekhawatiran data [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance). Untuk mengatasi ini, pertimbangkan untuk menggunakan platform manajemen kepatuhan. Berikut perbandingan singkat beberapa opsi populer:
-
-| **Platform** | **Fitur Utama** | **Biaya Bulanan (USD)** |
-| --- | --- | --- |
-| **[OneTrust](https://www.onetrust.com/platform/privacy-automation/)** | Penilaian kesenjangan, pemetaan data | 399 |
-| **[Osano](https://www.osano.com/solutions/consent-management-platform)** | Manajemen persetujuan untuk beberapa domain | 199 |
-| **[Usercentrics](https://usercentrics.com/)** | Kontrol cookie hingga 50k sesi | 60 |
-
-Saat mengevaluasi alat, prioritaskan fitur seperti pelacakan persetujuan otomatis, inventaris data pribadi yang terperinci, dan kemampuan deteksi pelanggaran. Bagi pengembang aplikasi, mengintegrasikan **Data Privacy Scanner (DPS)** bisa menjadi terobosan penting. Ini membantu mengidentifikasi cookie pihak ketiga dan teknologi pelacakan, meningkatkan transparansi dalam pengumpulan data pengguna [\[10\]](https://usercentrics.com/knowledge-hub/ccpa-compliance-tools).
-
-## Ringkasan dan Langkah Tindakan
-
-### Persyaratan Utama
-
-Untuk memenuhi kepatuhan CPRA, pengembang aplikasi harus memprioritaskan langkah-langkah perlindungan data, dengan denda ketidakpatuhan mencapai $7.500 untuk setiap pelanggaran. Berikut rincian area penting yang perlu ditangani:
-
-| **Kategori Persyaratan** | **Detail Implementasi** | **Prioritas Kepatuhan** |
-| --- | --- | --- |
-| Pemrosesan Data | Mendokumentasikan tujuan pengumpulan data dengan jelas dan menerapkan praktik minimalisasi data | Tinggi |
-| Langkah Keamanan | Menggunakan enkripsi, kontrol akses, dan strategi untuk mencegah pelanggaran | Kritis |
-| Hak Konsumen | Menawarkan opsi penolakan dan memungkinkan pengguna mengoreksi data mereka | Tinggi |
-| Dokumentasi | Menjaga kebijakan privasi tetap mutakhir dan menyimpan catatan persetujuan minimal 24 bulan | Menengah |
-
-### Daftar Periksa Implementasi
-
-Untuk menyelaraskan dengan peraturan CPRA dan memastikan pengamanan teknis yang diperlukan sudah diterapkan, fokus pada langkah-langkah berikut:
-
--   **Inventaris dan Pemetaan Data**  
-    Identifikasi dan petakan semua aliran data, termasuk:
-    
-    -   Titik pengumpulan data
-    -   Lokasi penyimpanan
-    -   Tujuan pemrosesan
-    -   Praktik berbagi dengan pihak ketiga
--   **Implementasi Keamanan**  
-    Terapkan langkah keamanan yang kuat yang memenuhi standar CPRA. Untuk pembaruan yang aman, gunakan alat dengan enkripsi end-to-end untuk melindungi data.
-    
--   **Manajemen Hak Konsumen**  
-    Buat antarmuka yang ramah pengguna yang memungkinkan konsumen untuk:
-    
-    -   Mengakses data pribadi mereka
-    -   Meminta koreksi
-    -   Menghapus informasi mereka
-    -   Menolak berbagi data
--   **Dokumentasi dan Pelatihan**  
-    Perbarui kebijakan privasi secara teratur, dokumentasikan interaksi konsumen, dan berikan pelatihan berkelanjutan bagi staf untuk tetap patuh pada persyaratan CPRA.
-    
-
-> "Perspektif yang membantu untuk diadopsi adalah bahwa aktivitas kepatuhan tidak bisa dianggap 'selesai' kecuali Anda telah menilai apakah hal tersebut harus tercermin dalam kebijakan privasi Anda." – Matt Davis, CIPM (IAPP), Penulis di Osano [\[11\]](https://www.osano.com/articles/cpra-compliance-checklist)
-
-## FAQ
-
-:::faq
-### Bagaimana pengembang aplikasi dapat memenuhi persyaratan minimalisasi data CPRA?
-
-Untuk memenuhi standar **minimalisasi data** yang ditetapkan oleh CPRA, pengembang aplikasi harus memprioritaskan pengumpulan data pribadi yang hanya penting untuk fungsi aplikasi mereka secara efektif. Secara teratur menilai praktik pengumpulan data Anda untuk memastikan tetap relevan dan terkait erat dengan tujuan aplikasi.
-
-Sama pentingnya adalah menetapkan kebijakan yang jelas untuk penyimpanan data. Data pribadi hanya boleh disimpan selama benar-benar dibutuhkan. Biasakan untuk mengaudit proses data Anda, memetakan aliran data untuk mengidentifikasi pengumpulan yang tidak perlu, dan memastikan tim Anda terlatih dengan baik dalam praktik privasi terbaik untuk tetap patuh. Jangan lupa untuk meninjau perjanjian dengan vendor pihak ketiga untuk memverifikasi bahwa mereka selaras dengan persyaratan CPRA.
-
-Bagi yang menggunakan alat seperti Capgo, pembaruan real-time bisa menjadi terobosan penting. Alat-alat ini memungkinkan pengembang untuk menangani masalah kepatuhan dengan cepat dengan menerapkan perbaikan atau pembaruan tanpa menunggu persetujuan app store, membantu aplikasi Anda tetap selaras dengan peraturan privasi.
-:::
-
-:::faq
-### Bagaimana pengembang aplikasi dapat menangani permintaan pengguna untuk akses, penghapusan, atau koreksi data secara efisien berdasarkan pedoman CPRA?
-
-Untuk memenuhi persyaratan California Privacy Rights Act (CPRA), pengembang aplikasi harus membuat sistem yang mudah dan andal untuk menangani permintaan pengguna terkait akses, penghapusan, atau koreksi data. **Pengembang diharuskan untuk mengakui permintaan dalam waktu 10 hari** dan menyelesaikannya dalam waktu 45 hari. Jika diperlukan waktu tambahan, perpanjangan hingga 45 hari diperbolehkan, asalkan pengguna diberitahu tentang keterlambatan tersebut.
-
-Berikut cara pengembang dapat menyederhanakan kepatuhan:
-
--   Tetapkan saluran yang jelas untuk permintaan pengguna, seperti alamat email khusus atau formulir online.
--   Kembangkan proses yang konsisten untuk memverifikasi identitas pengguna dan menangani permintaan secara efektif.
--   Simpan catatan menyeluruh dari semua permintaan untuk menunjukkan kepatuhan dan menjaga akuntabilitas.
-
-Memanfaatkan alat seperti Capgo, yang menawarkan pembaruan real-time, dapat membantu pengembang menyelesaikan masalah atau menerapkan perbaikan terkait data pengguna dengan cepat sambil memastikan kepatuhan dengan standar platform. Dengan tetap mengikuti persyaratan ini, pengembang tidak hanya dapat memenuhi kewajiban regulasi tetapi juga membangun kepercayaan yang lebih kuat dengan pengguna mereka.
-:::
-
-:::faq
-### Bagaimana pengembang aplikasi dapat menerapkan sistem manajemen persetujuan yang efektif untuk memenuhi persyaratan kepatuhan CPRA?
-
-Untuk memenuhi standar **CPRA**, pengembang aplikasi perlu memprioritaskan transparansi dan kesederhanaan saat mengelola persetujuan pengguna. Mulai dengan banner persetujuan yang jelas dan mudah dipahami yang menjelaskan tujuan pengumpulan data dan bagaimana data akan digunakan. Penting untuk mendapatkan persetujuan eksplisit dari pengguna sebelum memproses data apa pun.
-
-Aplikasi Anda juga harus memudahkan pengguna untuk menyesuaikan preferensi mereka, termasuk opsi untuk menarik persetujuan kapan pun mereka inginkan. Memperbarui dan meninjau kebijakan privasi dan praktik persetujuan Anda secara teratur adalah kunci untuk tetap patuh dan mendapatkan kepercayaan pengguna. Menggunakan Platform Manajemen Persetujuan (CMP) yang andal dapat memperlancar upaya ini dengan melacak persetujuan pengguna secara aman dan memastikan aplikasi Anda selaras dengan persyaratan CPRA.
-
-Bagi pengembang yang menggunakan alat seperti **Capgo** untuk memberikan pembaruan langsung dalam aplikasi Capacitor, mengintegrasikan manajemen persetujuan sangat mudah. Pendekatan ini tidak hanya membuat aplikasi Anda patuh dengan pedoman Apple dan Android tetapi juga memastikan tetap fokus pada privasi dan ramah pengguna.
-:::
diff --git a/src/content/blog/id/create-offline-screen-in-vue-angular-react.md b/src/content/blog/id/create-offline-screen-in-vue-angular-react.md
deleted file mode 100644
index f53b08c7f..000000000
--- a/src/content/blog/id/create-offline-screen-in-vue-angular-react.md
+++ /dev/null
@@ -1,305 +0,0 @@
----
-slug: create-offline-screen-in-vue-angular-react
-title: >-
-  Cara Membuat Layar Offline pada Aplikasi Vue, Angular dan React menggunakan
-  Network API dan Capacitor
-description: >-
-  Pelajari cara mengimplementasikan layar offline pada aplikasi Vue, Angular,
-  atau React menggunakan Network API dan Capacitor. Tingkatkan pengalaman
-  pengguna dengan menangani skenario offline secara efektif.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-21T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /vue_angular_react.webp
-head_image_alt: Gambar orang yang sedang bekerja dengan komputer
-keywords: >-
-  Vue, Angular, React, offline screen, network API, Capacitor, mobile app
-  development, live updates, OTA updates, continuous integration, mobile app
-  updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: ''
----
-# Cara Membuat Layar Offline di Vue 3, Angular 14, atau React
-
-Dalam tutorial ini, kita akan mempelajari cara membuat layar offline di aplikasi Vue 3, Angular 14, dan React menggunakan Network API. Network API menyediakan informasi jaringan dan konektivitas, memungkinkan kita untuk menangani skenario offline dan memberikan pengalaman pengguna yang lebih baik.
-
-## Prasyarat
-
-Sebelum kita mulai, pastikan Anda telah menginstal hal-hal berikut:
-
-- [Node.js](https://nodejs.org/) (versi 14 atau lebih tinggi)
-- [Vue CLI](https://cli.vuejs.org/)
-- [Angular CLI](https://cli.angular.io/)
-- [Create React App](https://create-react-app.dev/)
-
-## Menyiapkan Proyek
-
-Pertama, mari buat proyek baru menggunakan alat scaffolding untuk masing-masing framework.
-
-### Vue 3
-
-Buka terminal Anda dan jalankan perintah berikut untuk membuat proyek Vue 3 baru:
-
-```shell
-vue create offline-screen-vue3
-```
-
-Pilih preset default dan tunggu hingga proyek selesai dibuat.
-
-### Angular 14
-
-Buka terminal Anda dan jalankan perintah berikut untuk membuat proyek Angular 14 baru:
-
-```shell
-ng new offline-screen-angular14
-```
-
-Ikuti petunjuk, dan ketika ditanya untuk fitur tambahan, pilih "Routing" dengan menekan tombol **spacebar**. Tunggu hingga proyek selesai dibuat.
-
-### React
-
-Buka terminal Anda dan jalankan perintah berikut untuk membuat proyek React baru:
-
-```shell
-npx create-react-app offline-screen-react
-```
-
-Tunggu hingga proyek selesai dibuat.
-
-## Menginstal Network API
-
-Sekarang, mari instal paket `@capacitor/network`, yang menyediakan Network API.
-
-Buka terminal Anda dan navigasikan ke direktori proyek Anda. Kemudian, jalankan perintah berikut untuk menginstal paket:
-
-```shell
-npm install @capacitor/network
-```
-
-Untuk proyek Capacitor, jalankan juga perintah berikut untuk menyinkronkan file proyek native:
-
-```shell
-npx cap sync
-```
-
-Pastikan Anda telah menginstal Capacitor CLI secara global dengan menjalankan:
-
-```shell
-npm install -g @capacitor/cli
-```
-
-## Mengimplementasikan Layar Offline
-
-Selanjutnya, kita akan mengimplementasikan fungsionalitas layar offline di setiap framework. Kita akan menampilkan pesan sederhana ketika pengguna sedang offline.
-
-### Vue 3
-
-Di proyek Vue 3 Anda, buka file `src/main.js` dan impor modul `Network` dari `@capacitor/network`:
-
-```javascript
-import { createApp } from 'vue';
-import { Network } from '@capacitor/network';
-
-const app = createApp(App);
-
-// Your application setup
-
-app.mount('#app');
-
-Network.addListener('networkStatusChange', status => {
-  if (status.connected) {
-    // User is back online
-    // Hide the offline screen
-    document.getElementById('offline-screen').style.display = 'none';
-  } else {
-    // User is offline
-    // Display the offline screen
-    document.getElementById('offline-screen').style.display = 'block';
-  }
-});
-
-const logCurrentNetworkStatus = async () => {
-  const status = await Network.getStatus();
-  console.log('Network status:', status);
-};
-```
-
-Dalam template aplikasi Anda (`App.vue`), tambahkan elemen `<div>` dengan id `offline-screen` untuk menampilkan pesan layar offline:
-
-```html
-<template>
-  <div id="app">
-    <div id="offline-screen">
-      <h1>You are offline</h1>
-      <p>Please check your internet connection and try again.</p>
-    </div>
-    <!-- Your application content -->
-  </div>
-</template>
-
-<style>
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-</style>
-```
-
-Sekarang, ketika pengguna offline, layar offline akan ditampilkan. Ketika pengguna kembali online, layar offline akan disembunyikan.
-
-### Angular 14
-
-Di proyek Angular 14 Anda, buka file `src/app/app.component.ts` dan impor modul `Network` dari `@capacitor/network`:
-
-```typescript
-import { Component } from '@angular/core';
-import { Network } from '@capacitor/network';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: './app.component.html',
-  styleUrls: ['./app.component.css']
-})
-export class AppComponent {
-
-  constructor() {
-    Network.addListener('networkStatusChange', status => {
-      if (status.connected) {
-        // User is back online
-        // Hide the offline screen
-        document.getElementById('offline-screen').style.display = 'none';
-      } else {
-        // User is offline
-        // Display the offline screen
-        document.getElementById('offline-screen').style.display = 'block';
-      }
-    });
-  }
-
-  logCurrentNetworkStatus = async () => {
-    const status = await Network.getStatus();
-    console.log('Network status:', status);
-  };
-
-}
-```
-
-Dalam template aplikasi Anda (`app.component.html`), tambahkan elemen `<template>` dengan id `offline-screen` untuk menampilkan pesan layar offline:
-
-```html
-<div id="offline-screen">
-  <h1>You are offline</h1>
-  <p>Please check your internet connection and try again.</p>
-</div>
-
-<!-- Your application content -->
-```
-
-Tambahkan gaya berikut ke file `app.component.css`:
-
-```css
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-```
-
-Sekarang, ketika pengguna offline, layar offline akan ditampilkan. Ketika pengguna kembali online, layar offline akan disembunyikan.
-
-### React
-
-Di proyek React Anda, buka file `src/App.js` dan impor modul `Network` dari `@capacitor/network`:
-
-```jsx
-import React, { useEffect } from 'react'
-import { Network } from '@capacitor/network'
-
-function App() {
-
-  useEffect(() => {
-    Network.addListener('networkStatusChange', (status) => {
-      if (status.connected) {
-        // User is back online
-        // Hide the offline screen
-        document.getElementById('offline-screen').style.display = 'none'
-      }
-      else {
-        // User is offline
-        // Display the offline screen
-        document.getElementById('offline-screen').style.display = 'block'
-      }
-    })
-  }, [])
-
-  const logCurrentNetworkStatus = async () => {
-    const status = await Network.getStatus()
-    console.log('Network status:', status)
-  }
-
-  return (
-    <div id="app">
-      <div id='offline-screen'>
-        <h1>You are offline</h1>
-        <p>Please check your internet connection and try again.</p>
-      </div>
-      {/* Your application content */}
-    </div>
-  )
-
-}
-
-export default App
-```
-
-Tambahkan gaya berikut ke file `App.css`:
-
-```css
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-```
-
-Sekarang, ketika pengguna offline, layar offline akan ditampilkan. Ketika pengguna kembali online, layar offline akan disembunyikan.
-
-## Metode dan Antarmuka Pendukung
-
-Network API menyediakan beberapa metode dan antarmuka untuk membantu Anda menangani koneksi jaringan. Berikut adalah beberapa yang utama:
-
-- [`getStatus()`](https://capacitorjs.com/docs/apis/network/#getstatus): Menanyakan status saat ini dari koneksi jaringan.
-- [`addListener('networkStatusChange', ...)`](https://capacitorjs.com/docs/apis/network/#addlistenernetworkstatuschange): Mendengarkan perubahan dalam koneksi jaringan.
--
diff --git a/src/content/blog/id/create-react-mobile-apps-with-capacitor.md b/src/content/blog/id/create-react-mobile-apps-with-capacitor.md
deleted file mode 100644
index 7357b7f6d..000000000
--- a/src/content/blog/id/create-react-mobile-apps-with-capacitor.md
+++ /dev/null
@@ -1,372 +0,0 @@
----
-slug: create-react-mobile-apps-with-capacitor
-title: Membuat Aplikasi Mobile dengan React dan Capacitor
-description: >-
-  Pelajari cara membangun aplikasi seluler menggunakan React, Capacitor, dan
-  tingkatkan antarmuka pengguna native dengan Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-02-21T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /react_capacitor.webp
-head_image_alt: Ilustrasi React dan Capacitor
-keywords: >-
-  React, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Dalam tutorial ini, kita akan memulai dengan aplikasi [React](https://reactjs.org/) baru dan beralih ke pengembangan mobile native menggunakan Capacitor. Secara opsional, Anda juga dapat menambahkan [Konsta UI](https://konstaui.com/) untuk UI mobile yang lebih baik dengan Tailwind CSS.
-
-Capacitor memungkinkan Anda untuk dengan mudah mengkonversi aplikasi web React Anda menjadi aplikasi mobile native tanpa modifikasi signifikan atau mempelajari keterampilan baru seperti React Native.
-
-Dengan beberapa langkah sederhana, sebagian besar aplikasi React dapat diubah menjadi aplikasi mobile.
-
-Tutorial ini akan memandu Anda melalui prosesnya, dimulai dengan aplikasi React baru dan kemudian menggabungkan Capacitor untuk beralih ke ranah aplikasi mobile native. Selain itu, Anda dapat menggunakan [Konsta UI](https://konstaui.com/) secara opsional untuk meningkatkan UI mobile Anda dengan Tailwind CSS.
-
-## Tentang Capacitor
-
-CapacitorJS adalah sebuah terobosan! Anda dapat dengan mudah menggabungkannya ke dalam proyek web apapun, dan ini akan membungkus aplikasi Anda ke dalam webview native, menghasilkan proyek Xcode dan Android Studio native untuk Anda. Ditambah lagi, plugin-pluginnya menyediakan akses ke fitur perangkat native seperti kamera melalui jembatan JS.
-
-Dengan Capacitor, Anda mendapatkan aplikasi mobile native yang fantastis tanpa pengaturan rumit atau kurva pembelajaran yang curam. API-nya yang ramping dan fungsionalitas yang efisien membuatnya sangat mudah diintegrasikan ke dalam proyek Anda. Percayalah, Anda akan takjub betapa mudahnya mencapai aplikasi native yang berfungsi penuh dengan Capacitor!
-
-## Mempersiapkan Aplikasi React Anda
-
-Meskipun ada berbagai metode untuk memulai aplikasi React, mari kita pilih yang paling sederhana dalam tutorial ini yang menyediakan aplikasi React kosong:
-
-```shell
-npx create-react-app my-app
-```
-
-Untuk membuat aplikasi mobile native, kita memerlukan **export** dari proyek kita. Oleh karena itu, mari kita tambahkan script sederhana di **package.json** yang dapat digunakan untuk membangun dan mengekspor proyek React:
-
-```json
-{
-  "scripts": {
-    "start": "react-scripts start",
-    "build": "react-scripts build",
-    "test": "react-scripts test",
-    "eject": "react-scripts eject"
-  }
-}
-```
-
-Sekarang Anda dapat menjalankan `npm run build` tanpa khawatir, dan Anda seharusnya dapat melihat folder out baru di root proyek Anda.
-
-Folder ini akan digunakan oleh Capacitor nanti, tetapi untuk saat ini, kita harus mengaturnya dengan benar.
-
-## Menambahkan Capacitor ke Aplikasi React Anda
-
-Untuk mengemas aplikasi web apa pun ke dalam container mobile native, kita harus mengikuti beberapa langkah awal, tetapi setelah itu sesederhana menjalankan perintah `sync` tunggal.
-
-Pertama, kita dapat menginstal [Capacitor CLI](https://capacitorjs.com/docs/cli/) sebagai dependensi pengembangan, dan kemudian mengaturnya dalam proyek kita. Selama pengaturan, Anda dapat menekan "enter" untuk menerima nilai default untuk nama dan ID bundle.
-
-Selanjutnya, kita perlu menginstal paket inti dan paket yang relevan untuk platform iOS dan Android.
-
-Akhirnya, kita dapat menambahkan platform, dan Capacitor akan membuat folder untuk setiap platform di root proyek kita:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your React project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Pada titik ini, Anda seharusnya dapat melihat folder **ios** dan **android** baru di proyek React Anda.
-
-**Itu adalah proyek native yang sesungguhnya!**
-
-Untuk mengakses proyek Android nanti, Anda harus menginstal [Android Studio](https://developer.android.com/studio/). Untuk iOS, Anda memerlukan Mac dan harus menginstal [Xcode](https://developer.apple.com/xcode/).
-
-Selain itu, Anda seharusnya menemukan file **capacitor.config.ts** di proyek Anda, yang berisi beberapa pengaturan dasar Capacitor yang digunakan selama sinkronisasi. Satu-satunya hal yang perlu Anda perhatikan adalah **webDir**, yang harus menunjuk ke hasil dari perintah build Anda. Saat ini, itu tidak akurat.
-
-Untuk memperbaiki ini, buka file **capacitor.config.json** dan perbarui **webDir**:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-Anda dapat mencobanya dengan menjalankan perintah berikut:
-
-```shell
-npm run build
-npx cap sync
-```
-
-Perintah pertama `npm run build` akan membangun proyek React Anda dan mengekspor build statis.
-
-Sedangkan perintah kedua `npx cap sync` akan menyinkronkan semua kode web ke tempat yang tepat dari platform native sehingga dapat ditampilkan dalam aplikasi.
-
-Selain itu, perintah sync mungkin memperbarui platform native dan menginstal plugin, jadi ketika Anda menginstal [plugin Capacitor](https://capacitorjs.com/docs/plugins/) baru, saatnya menjalankan `npx cap sync` lagi.
-
-Tanpa disadari, Anda sekarang sebenarnya sudah selesai, jadi mari kita lihat aplikasinya di perangkat!
-
-## Build dan Deploy aplikasi native
-
-Untuk mengembangkan aplikasi iOS, Anda perlu memiliki **Xcode** terinstal, dan untuk aplikasi Android, Anda perlu memiliki **Android Studio** terinstal. Selain itu, jika Anda berencana untuk mendistribusikan aplikasi Anda di app store, Anda perlu mendaftar di Apple Developer Program untuk iOS dan Google Play Console untuk Android.
-
-Jika Anda baru dalam pengembangan mobile native, Anda dapat menggunakan Capacitor CLI untuk membuka kedua proyek native dengan mudah:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Setelah Anda mengatur proyek native Anda, mendeploy aplikasi Anda ke perangkat yang terhubung sangat mudah. Di Android Studio, Anda hanya perlu menunggu semuanya siap, dan Anda dapat mendeploy aplikasi Anda ke perangkat yang terhubung tanpa mengubah pengaturan apa pun. Berikut contohnya:
-
-![android-studio-run](/android-studio-run.webp)
-
-Di Xcode, Anda perlu mengatur akun signing Anda untuk mendeploy aplikasi Anda ke perangkat nyata alih-alih hanya simulator. Jika Anda belum pernah melakukan ini sebelumnya, Xcode akan memandu Anda melalui prosesnya (tapi sekali lagi, Anda perlu terdaftar di Developer Program). Setelah itu, Anda dapat langsung menekan play untuk menjalankan aplikasi di perangkat yang terhubung, yang dapat Anda pilih di bagian atas. Berikut contohnya:
-
-![xcode-run](/xcode-run.webp)
-
-Selamat! Anda telah berhasil mendeploy aplikasi web React Anda ke perangkat mobile. Berikut contohnya:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/next-capacitor-share.webp" alt="react-mobile-app">
-</div>
-
-Tapi tunggu, ada cara yang lebih cepat untuk melakukan ini selama pengembangan...
-
-## Capacitor Live Reload
-
-Sekarang, Anda mungkin sudah terbiasa dengan hot reload dengan semua framework modern, dan kabar baiknya adalah Anda dapat memiliki fungsionalitas yang sama **pada perangkat mobile** dengan usaha minimal!
-
-Aktifkan akses ke aplikasi yang di-host secara lokal dengan live reload **di jaringan Anda** dengan membuat aplikasi Capacitor memuat konten dari URL tertentu.
-
-Langkah pertama adalah mengetahui alamat IP lokal Anda. Jika Anda menggunakan Mac, Anda dapat mengetahui ini dengan menjalankan perintah berikut di terminal:
-
-```shell
-ipconfig getifaddr en0
-```
-
-Pada Windows, jalankan:
-
-```shell
-ipconfig
-```
-
-Kemudian cari alamat IPv4.
-
-Kita dapat menginstruksikan Capacitor untuk memuat aplikasi langsung dari server dengan menambahkan entri lain ke file `capacitor.config.ts` kita:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'out',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Pastikan untuk menggunakan **IP dan port yang benar**, saya telah menggunakan port React default dalam contoh ini.
-
-Sekarang, kita dapat menerapkan perubahan ini dengan menyalinnya ke proyek native kita:
-
-```shell
-npx cap copy
-```
-
-Perintah `copy` mirip dengan `sync`, tetapi hanya akan **menyalin perubahan yang dibuat ke folder web** dan konfigurasi, tanpa memperbarui proyek native.
-
-Anda sekarang dapat mendeploy aplikasi Anda sekali lagi melalui Android Studio atau Xcode. Setelah itu, jika Anda mengubah sesuatu di aplikasi React Anda, **aplikasi akan secara otomatis memuat ulang** dan menampilkan perubahan!
-
-**Perlu diingat** bahwa jika Anda menginstal plugin baru seperti kamera, ini masih memerlukan rebuild proyek native Anda. Ini karena file native diubah, dan tidak dapat dilakukan secara langsung.
-
-Perhatikan bahwa Anda harus menggunakan IP dan port yang benar dalam konfigurasi Anda. Blok kode di atas menunjukkan port React default untuk tujuan demonstrasi.
-
-## Menggunakan Plugin Capacitor
-
-Mari kita lihat bagaimana menggunakan plugin Capacitor dalam aksi, yang telah kita sebutkan beberapa kali sebelumnya. Untuk melakukan ini, kita dapat menginstal plugin yang cukup sederhana dengan menjalankan:
-
-```shell
-npm i @capacitor/share
-```
-
-Tidak ada yang istimewa tentang [Share plugin](https://capacitorjs.com/docs/apis/share/), tetapi bagaimanapun juga ini memunculkan dialog berbagi native! Untuk ini, kita sekarang hanya perlu mengimpor paket dan memanggil fungsi `share()` dari aplikasi kita. Mari ubah **src/App.js** menjadi seperti ini:
-
-```javascript
-import React from 'react';
-import { Share } from '@capacitor/share';
-
-function App() {
-  const share = async () => {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  };
-
-  return (
-    <div>
-      <h1>Welcome to React and Capacitor!</h1>
-      <p>
-        <h2>Cool channel</h2>
-        <button onClick={() => share()}>Share now!</button>
-      </p>
-    </div>
-  );
-}
-
-export default App;
-```
-
-Seperti disebutkan sebelumnya, ketika menginstal plugin baru, kita perlu melakukan operasi sync dan kemudian mendeploy ulang aplikasi ke perangkat kita. Untuk melakukan ini, jalankan perintah berikut:
-
-```
-npx cap sync
-```
-
-Setelah menekan tombol, Anda dapat menyaksikan dialog berbagi native yang indah dalam aksi!
-
-<div>
-  <h1>
-</h1>
-
-Untuk membuat tombol terlihat lebih ramah mobile, kita dapat menambahkan beberapa styling menggunakan library komponen UI favorit saya untuk aplikasi web - React (tanpa bermaksud bercanda).
-
-## Menambahkan Konsta UI
-
-Saya telah bekerja selama bertahun-tahun dengan [Ionic](https://ionicframework.com/) untuk membangun aplikasi lintas platform yang luar biasa, dan itu adalah salah satu pilihan terbaik selama bertahun-tahun. Tapi sekarang saya tidak merekomendasikannya lagi; sangat rumit untuk mengintegrasikannya dengan React, dan tidak benar-benar worth it ketika Anda sudah memiliki [tailwindcss](https://tailwindcss.com/).
-
-Jika Anda menginginkan UI mobile yang terlihat bagus yang beradaptasi dengan styling khusus iOS dan Android, saya merekomendasikan Konsta UI.
-
-Anda perlu memiliki [tailwind sudah terinstal](https://tailwindcss.com/docs/guides/vite/#react)
-
-Untuk menggunakannya, kita hanya perlu menginstal paket react:
-
-```shell
-npm i konsta
-```
-
-Selain itu, Anda perlu memodifikasi file `tailwind.config.js` Anda:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{js,ts,javascript,tsx}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` akan memperluas config Tailwind CSS default (atau custom Anda) dengan beberapa varian tambahan dan utilitas pembantu yang diperlukan untuk Konsta UI.
-
-Sekarang kita perlu mengatur komponen [App](https://konstaui.com/react/app/) utama sehingga kita dapat mengatur beberapa parameter global (seperti `theme`).
-
-Kita perlu membungkus seluruh aplikasi dengan `App` di `src/App.js`:
-
-```javascript
-import { App } from 'konsta/react';
-import './App.css';
-
-function MyApp({ Component, pageProps }) {
-  return (
-    // Wrap our app with App component
-    <App theme="ios">
-      <Component {...pageProps} />
-    </App>
-  );
-}
-
-export default MyApp;
-```
-
-### Contoh Halaman
-
-Sekarang ketika semuanya sudah diatur, kita dapat menggunakan komponen Konsta UI React dalam aplikasi React kita.
-
-Misalnya, mari buka `src/App.js` dan ubah menjadi berikut:
-
-```javascript
-// Konsta UI components
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  Link,
-  BlockTitle,
-} from 'konsta/react';
-
-function App() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Here is your React & Konsta UI app. Let's see what we have here.
-        </p>
-      </Block>
-      <BlockTitle>Navigation</BlockTitle>
-      <List>
-        <ListItem href="/about/" title="About" />
-        <ListItem href="/form/" title="Form" />
-      </List>
-
-      <Block strong className="flex space-x-4">
-        <Button>Button 1</Button>
-        <Button>Button 2</Button>
-      </Block>
-    </Page>
-  );
-}
-
-export default App;
-```
-
-Jika live reload tidak sinkron setelah menginstal semua komponen yang diperlukan, coba restart semuanya. Setelah Anda melakukan itu, Anda seharusnya melihat aplikasi mobile dengan tampilan yang agak native, dibangun dengan React dan Capacitor!
-
-Anda seharusnya melihat halaman berikut sebagai hasilnya:
-
-<p>
-  <h2>
-</h2>
-
-## Kesimpulan
-
-Capacitor adalah pilihan yang sangat baik untuk membangun aplikasi native berdasarkan proyek web yang ada, menawarkan cara sederhana untuk berbagi kode dan mempertahankan UI yang konsisten.
-
-Dan dengan tambahan [Capgo](https://capgo.app/), menjadi lebih mudah untuk menambahkan pembaruan langsung ke aplikasi Anda, memastikan pengguna Anda selalu memiliki akses ke fitur terbaru dan perbaikan bug.
-
-Jika Anda ingin mempelajari cara menambahkan Capgo ke aplikasi React Anda, lihat artikel berikutnya:
diff --git a/src/content/blog/id/creating-and-deleting-update-channels-in-capacitor.md b/src/content/blog/id/creating-and-deleting-update-channels-in-capacitor.md
deleted file mode 100644
index a7cacb0bd..000000000
--- a/src/content/blog/id/creating-and-deleting-update-channels-in-capacitor.md
+++ /dev/null
@@ -1,282 +0,0 @@
----
-slug: creating-and-deleting-update-channels-in-capacitor
-title: Membuat dan Menghapus Saluran Pembaruan di Capacitor
-description: >-
-  Pelajari cara membuat, mengelola, dan menghapus kanal pembaruan di Capacitor
-  untuk pembaruan aplikasi yang dioptimalkan dan pengalaman pengguna yang lebih
-  baik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T03:02:38.679Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcb1f883b63ee70fa08665-1742526177947.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, update channels, app updates, development, mobile, CI/CD, user
-  management, version control
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) [saluran update](https://capgo.app/docs/webapp/channels/) memungkinkan Anda mengirim pembaruan over-the-air (OTA) ke kelompok pengguna tertentu. Ini membantu mengelola beberapa versi aplikasi, menguji fitur baru, dan meluncurkan pembaruan secara bertahap. Berikut yang perlu Anda ketahui:
-
--   **Manfaat**:
-    
-    -   Uji pembaruan dengan kelompok lebih kecil (misalnya, pengguna beta).
-    -   Kirim perbaikan penting tanpa menunggu persetujuan app store.
-    -   Rollback pembaruan bermasalah secara instan.
--   **Persiapan**:
-    
-    -   Gunakan alat seperti Capacitor CLI, [Node.js](https://nodejs.org/en), dan [Capgo](https://capgo.app/) CLI.
-    -   Tetapkan peran (Admin, Developer, Viewer) untuk mengelola izin.
-    -   Integrasikan dengan alat CI/CD untuk alur kerja otomatis.
--   **Mengelola Saluran**:
-    
-    -   Buat saluran untuk lingkungan (misalnya, produksi, beta, staging).
-    -   Beri nama saluran dengan jelas (misalnya, `prod`, `beta-internal`, `v2-hotfix`).
-    -   Uji pembaruan secara bertahap sebelum mempromosikannya ke produksi.
--   **Menghapus Saluran**:
-    
-    -   Identifikasi saluran yang tidak digunakan melalui analitik.
-    -   Migrasi pengguna dengan aman, arsipkan data, dan periksa dependensi sebelum penghapusan.
-
-Capgo menyederhanakan proses ini dengan alat seperti analitik real-time, manajemen pengguna, dan opsi rollback. Dengan pengaturan dan pemeliharaan saluran yang tepat, Anda dapat menerapkan pembaruan lebih cepat dan lebih andal.
-
-## Penerapan Berkelanjutan & Pembaruan Langsung dengan Ionic Deploy
-
-<iframe src="https://www.youtube.com/embed/I7PC3O4q1ug" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Persyaratan Persiapan
-
-Untuk mengelola saluran pembaruan secara efektif, Anda perlu menginstal alat tertentu dan mengatur izin. Berikut yang Anda perlukan untuk memulai.
-
-### Alat yang Anda Perlukan
-
-Pastikan Anda memiliki hal-hal berikut:
-
--   **Capacitor CLI**: Ini adalah alat utama untuk menangani pembaruan aplikasi.
--   **Node.js**: Diperlukan versi 14.0 atau lebih tinggi.
--   **[Capgo CLI](https://capgo.app/docs/cli/commands)**: Digunakan untuk mengatur dan mengelola saluran pembaruan.
--   **Lingkungan Pengembangan**: Pilih IDE yang mendukung Capacitor.
-
-Untuk menginisialisasi Capgo CLI, jalankan perintah ini:
-
-```bash
-npx @capgo/cli init
-```
-
-Ini menyiapkan proyek Anda dengan file konfigurasi yang diperlukan dan menghubungkannya ke [layanan pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) Capgo.
-
-### Mengkonfigurasi Akses dan Izin
-
-Atur izin untuk pengelolaan saluran yang aman dan efisien:
-
-| **Level Izin** | **Hak Akses** | **Tujuan** |
-| --- | --- | --- |
-| Admin | Akses penuh | Membuat, menghapus, dan mengelola saluran |
-| Developer | Akses terbatas | Menerapkan dan menguji pembaruan |
-| Viewer | Hanya baca | Memantau status pembaruan |
-
-Tetapkan peran kepada tim Anda berdasarkan tanggung jawab mereka. Capgo bekerja dengan lancar dengan Capacitor 8, memastikan sesuai dengan berbagai kebutuhan proyek.
-
-Untuk kenyamanan tambahan, Capgo terintegrasi dengan alat CI/CD populer seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), dan [Jenkins](https://www.jenkins.io/). Pastikan sistem build Anda siap untuk menangani manajemen saluran pembaruan.
-
-## Menyiapkan Saluran Pembaruan
-
-Berikut cara Anda dapat membuat dan mengelola saluran pembaruan secara efektif. Panduan ini mencakup pembuatan saluran, konfigurasi, dan praktik penamaan yang berguna.
-
-### Membuat Saluran Baru
-
-Untuk menyiapkan saluran menggunakan Capgo CLI, ikuti langkah-langkah berikut:
-
-1.  **Inisialisasi Saluran**: Buka terminal Anda dan jalankan perintah berikut:
-    
-    ```bash
-    npx @capgo/cli channel create
-    ```
-    
-2.  **Atur Parameter Dasar**: Konfigurasikan saluran dengan detail seperti nama dan versi:
-    
-    ```bash
-    npx @capgo/cli channel config --name="beta-testing" --version="1.0.0"
-    ```
-    
-3.  **Konfirmasi Saluran**: Verifikasi bahwa saluran Anda telah berhasil dibuat:
-    
-    ```bash
-    npx @capgo/cli channel list
-    ```
-    
-
-### Pengaturan Saluran
-
-Saat mengkonfigurasi saluran Anda, pastikan untuk fokus pada pengaturan kunci ini:
-
-| Pengaturan | Tujuan | Contoh Nilai |
-| --- | --- | --- |
-| **Nama Saluran** | Mengidentifikasi aliran pembaruan | prod, beta, staging |
-| **Pola Versi** | Menentukan format versi yang diizinkan | 1.0.\* |
-| **Akses Pengguna** | Menentukan siapa yang mendapat pembaruan | specific-group-id |
-| **Frekuensi Pembaruan** | Mengatur kapan pembaruan didistribusikan | immediate, scheduled |
-
-Pengaturan ini membantu Anda mengontrol bagaimana pembaruan didistribusikan dan siapa yang menerimanya.
-
-### Tips Penamaan dan Struktur
-
-Konvensi penamaan yang jelas memastikan saluran Anda tetap terorganisir dan mudah dikelola. Berikut beberapa saran:
-
--   **Nama Berbasis Lingkungan**
-    
-    -   `prod` - Untuk rilis produksi
-    -   `beta-internal` - Untuk pengujian internal
-    -   `staging-qa` - Untuk pengujian jaminan kualitas
--   **Saluran Spesifik Versi**
-    
-    -   `v2-rollout` - Untuk rilis versi 2.0
-    -   `v2-hotfix` - Untuk perbaikan mendesak
-    -   `v2-beta` - Untuk pengujian beta
--   **Saluran Fokus Fitur**
-    
-    -   `feature-payment` - Pembaruan untuk sistem pembayaran
-    -   `feature-auth` - Pembaruan untuk autentikasi
-    -   `feature-ui` - Pembaruan terkait antarmuka
-
-Menggunakan pola penamaan ini memudahkan untuk mengidentifikasi dan mengelola aliran pembaruan Anda.
-
-## Manajemen Pembaruan Saluran
-
-Mengelola pembaruan saluran secara efektif memastikan penerapan yang lancar dan andal. Langkah ini membangun proses pembuatan saluran sebelumnya, fokus pada penyempurnaan cara pembaruan diterapkan. Capgo menawarkan alat seperti penugasan pengguna yang ditargetkan dan promosi berbasis analitik untuk memperlancar proses ini.
-
-### Penugasan Pembaruan
-
-Tetapkan pembaruan ke grup pengguna tertentu menggunakan alur kerja yang jelas:
-
--   **Saluran Pengembangan**: Gunakan saluran ini untuk pengujian terisolasi dan perbaikan bug. Pantau dampak kinerja dan pastikan masalah terselesaikan.
--   **Saluran Beta**: Terapkan pembaruan di sini untuk pengujian terkontrol dan mengumpulkan umpan balik pengguna. Validasi bagaimana pembaruan berjalan dalam kondisi penggunaan nyata.
--   **Saluran Produksi**: Setelah pembaruan stabil, promosikan ke saluran produksi untuk semua pengguna.
-
-Setelah menugaskan pembaruan, lakukan pengujian menyeluruh untuk memastikan kesiapannya.
-
-### Pengujian Pembaruan
-
-Capgo menyediakan alat untuk melakukan pengujian terperinci:
-
-| **Fase Pengujian** | **Tujuan** | **Fitur Utama** |
-| --- | --- | --- |
-| Verifikasi Awal | Periksa fungsi dasar | Pengujian PR melalui pemilih saluran |
-| Pengujian Beta | Validasi penggunaan dunia nyata | Kelola pengguna dengan izin detail |
-| Pemantauan Kinerja | Nilai stabilitas pembaruan | Gunakan analitik detail dan pelacakan kesalahan |
-
-### Memindahkan Pembaruan Antar Saluran
-
-Transisikan pembaruan antar saluran dengan hati-hati untuk menjaga stabilitas. Capgo menyederhanakan proses ini dengan langkah-langkah keamanan bawaan.
-
-Poin-poin penting untuk dipertimbangkan:
-
--   **Kontrol Versi**: Pantau versi yang jelas di seluruh saluran.
--   **Opsi Rollback**: Capgo menawarkan fitur rollback satu klik untuk penyelesaian masalah cepat.
--   **Tinjauan Analitik**: Selalu tinjau data kinerja sebelum mempromosikan pembaruan ke saluran berikutnya.
-
-> "Rollback instan jika ada yang salah" - Capgo [\[1\]](https://capgo.app/)
-
-## Menghapus Saluran Pembaruan
-
-Penting untuk mengetahui bagaimana dan kapan menghapus saluran pembaruan yang tidak digunakan. Menjaga struktur saluran Anda tetap bersih memastikan aplikasi Anda tetap stabil dan membuat pengelolaan pembaruan lebih mudah.
-
-### Menemukan Saluran yang Tidak Digunakan
-
-Untuk mendeteksi saluran tidak aktif, gunakan [dashboard analitik Capgo](https://capgo.app/docs/webapp/) untuk menganalisis pola penggunaan. Fokus pada saluran yang memenuhi kriteria ini:
-
--   Tidak ada pengguna aktif dalam 30 hari terakhir
--   Tidak ada pembaruan yang diterapkan baru-baru ini
--   Fase pengujian beta sepenuhnya selesai
--   Saluran sementara yang digunakan untuk pengujian atau fitur lama yang ditandai tidak diperlukan
-
-Analitik real-time Capgo memudahkan untuk mengidentifikasi saluran yang tidak lagi diperlukan.
-
-### Langkah-langkah Penghapusan Saluran
-
-Untuk menghapus saluran pembaruan dengan aman, ikuti langkah-langkah ini:
-
-| Langkah | Tindakan | Verifikasi |
-| --- | --- | --- |
-| **Migrasi Pengguna** | Pindahkan semua pengguna aktif ke saluran lain | Konfirmasi tidak ada pengguna tersisa |
-| **Arsip Pembaruan** | Arsipkan riwayat saluran | Verifikasi arsip lengkap |
-| **Periksa Dependensi** | Pastikan tidak ada skrip atau alur kerja yang bergantung pada saluran | Konfirmasi tidak ada referensi aktif |
-| **Eksekusi Penghapusan** | Jalankan perintah penghapusan saluran | Verifikasi saluran telah dihapus |
-
-Setelah langkah-langkah ini selesai, periksa ulang sistem untuk memastikan semuanya berfungsi dengan benar.
-
-### Pemeriksaan Dampak Penghapusan
-
-Sebelum menyelesaikan penghapusan, pertimbangkan poin-poin ini:
-
-1.  **Penilaian Riwayat Pembaruan**  
-    Tinjau riwayat pembaruan saluran untuk memastikan semua data penting, seperti statistik kinerja atau umpan balik pengguna, telah disimpan.
-    
-2.  **Dependensi**  
-    Periksa ulang bahwa tidak ada pipeline CI/CD atau skrip yang masih merujuk ke saluran.
-    
-
-Setelah penghapusan, pantau kinerja sistem. Jika ada masalah muncul, fitur rollback Capgo dapat membantu Anda mengatasi dengan cepat.
-
-## Fitur [Capgo](https://capgo.app/) untuk Pembaruan
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-21.jpg?auto=compress)
-
-### Fungsi Inti Capgo
-
-Capgo menyederhanakan pengelolaan saluran pembaruan dengan fitur yang disesuaikan untuk proyek Capacitor. Sistem salurannya memungkinkan Anda menargetkan kelompok pengguna tertentu dengan pembaruan yang sesuai kebutuhan mereka. Selain itu, Capgo menyediakan pengembang dengan alat untuk mempercepat penerapan dan meningkatkan alur kerja.
-
-### Alat Pengembang
-
-Capgo menawarkan berbagai alat untuk memudahkan pembaruan dan memastikan semuanya tetap sesuai. Dengan alat CLI-nya, Anda dapat menerapkan pembaruan hanya dengan satu perintah, menghemat waktu dan usaha.
-
-Berikut beberapa fitur unggulan untuk pengembang:
-
-| Fitur | Apa yang Dilakukan | Bagaimana Membantu |
-| --- | --- | --- |
-| Pemilih Saluran | Uji pull request langsung di aplikasi | Mempercepat umpan balik |
-| Manajemen Pengguna | Kelola izin secara detail | Kontrol lebih baik atas penguji |
-| Dashboard Analitik | Pantau pembaruan secara real-time | Lacak kinerja dengan mudah |
-| Kemampuan Rollback | Perbaiki masalah dengan cepat | Menjaga aplikasi tetap stabil |
-
-Alat-alat ini terintegrasi dengan mulus dengan proses pengaturan Capgo yang mudah, yang diuraikan di bawah ini.
-
-###
-
-1.  **Konfigurasi Autentikasi:** Aktifkan enkripsi end-to-end untuk menjaga keamanan pembaruan.
-2.  **Tentukan Struktur Kanal:** Siapkan kanal berdasarkan kebutuhan deployment Anda.
-3.  **Atur Izin Pengguna:** Tetapkan hak akses spesifik untuk anggota tim.
-
-> "@Capgo adalah alat yang wajib dimiliki para pengembang yang ingin lebih produktif. Menghindari peninjauan untuk perbaikan bug sangatlah berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo mendukung lebih dari 30 plugin dan bekerja secara mulus dengan pipeline CI/CD, membuatnya mudah menyesuaikan dengan proses pengembangan Anda yang ada. Ini meningkatkan [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) sambil menjaga semuanya efisien dan mudah.
-
-## Ringkasan
-
-### Poin Utama
-
-Mengelola kanal secara efektif memastikan deployment aplikasi berjalan lancar. Sistem kanal Capgo menunjukkan hasil mengesankan: **95% pembaruan diadopsi dalam 24 jam**, didukung oleh CDN global yang mengirimkan bundle 5MB hanya dalam 114ms, dengan waktu respons API 57ms di seluruh dunia [\[1\]](https://capgo.app/).
-
-| Metrik | Kinerja |
-| --- | --- |
-| Total Pembaruan Terkirim | 23.5M |
-| Aplikasi Produksi Aktif | 750 |
-| Tingkat Keberhasilan Global | 82% |
-| Adopsi Pembaruan (24 jam) | 95% |
-
-Mencapai hasil ini bergantung pada konvensi penamaan yang jelas dan penugasan pengguna yang tepat, seperti yang dibahas sebelumnya. Membangun strategi kanal terstruktur berdasarkan metrik ini dapat lebih meningkatkan kinerja.
-
-### Memulai
-
-Untuk memanfaatkan hasil yang terbukti ini, mulailah dengan menyempurnakan pengaturan kanal Anda:
-
--   **Tentukan Struktur Kanal yang Jelas**: Pisahkan kanal untuk lingkungan pengembangan, staging, dan produksi.
--   **Atur Izin Pengguna**: Tetapkan kontrol akses yang terperinci untuk kanal pembaruan.
--   **Pantau Kinerja**: Secara rutin monitor tingkat keberhasilan pembaruan dan keterlibatan pengguna.
-
-Jangan lupa untuk secara berkala meninjau dan menghapus kanal yang tidak aktif untuk menjaga alur kerja yang efisien. Dengan kanal yang dikelola dengan baik, pengembang dapat menerapkan pembaruan lebih cepat sambil mempertahankan kontrol dan stabilitas.
diff --git a/src/content/blog/id/creating-mobile-apps-with-react-and-capacitor.md b/src/content/blog/id/creating-mobile-apps-with-react-and-capacitor.md
deleted file mode 100644
index c8621e508..000000000
--- a/src/content/blog/id/creating-mobile-apps-with-react-and-capacitor.md
+++ /dev/null
@@ -1,282 +0,0 @@
----
-slug: creating-mobile-apps-with-react-and-capacitor
-title: Membangun Aplikasi Mobile dengan Pure React.js dan Capacitor
-description: >-
-  Panduan tentang cara mengubah aplikasi web React.js menjadi aplikasi mobile
-  native dengan memanfaatkan Capacitor, dan meningkatkan antarmuka pengguna
-  native dengan Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-29T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /react_capacitor.webp
-head_image_alt: Ilustrasi React.js dan Capacitor
-keywords: >-
-  React, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: implementing-live-updates-in-your-react-capacitor-app
----
-Tutorial ini akan membimbing Anda dalam membuat aplikasi mobile menggunakan React, Capacitor, dan Konsta UI. Pada akhir tutorial ini, Anda akan tahu cara mengubah aplikasi web React.js menjadi aplikasi mobile native dengan Capacitor, dan menerapkan UI native menggunakan Konsta UI.
-
-Capacitor memungkinkan transformasi mudah aplikasi web React.js Anda menjadi aplikasi mobile native, tanpa memerlukan perubahan substansial atau mempelajari strategi baru seperti React Native.
-
-Proses ini melibatkan beberapa langkah sederhana, dan sebelum Anda menyadarinya, aplikasi React.js Anda akan menjadi aplikasi mobile yang sepenuhnya berfungsi. Jadi, tetaplah bersama kami saat kami membimbing Anda dalam perjalanan ini.
-
-## Ikhtisar Capacitor
-
-CapacitorJS adalah pengubah permainan. Ini dapat terintegrasi tanpa hambatan dengan proyek web manapun dan membungkus aplikasi Anda ke dalam webview native sambil menghasilkan proyek Xcode dan Android Studio native. Selain itu, melalui plugin-nya, Anda dapat mengakses fitur perangkat native seperti kamera melalui jembatan JS.
-
-Capacitor menawarkan cara yang sederhana untuk membuat aplikasi mobile native tanpa repot atau kurva belajar yang curam. API-nya yang sederhana dan fungsionalitas yang terintegrasi memudahkan untuk dimasukkan ke dalam proyek Anda.
-
-## Menyiapkan Aplikasi React.js Anda
-
-Mari kita gunakan metode yang paling sederhana untuk memulai aplikasi React. Kami akan menggunakan pengelola paket npm untuk membuat aplikasi React baru:
-
-```shell
-npx create-react-app my-app
-```
-
-Untuk mengubah proyek kami menjadi aplikasi mobile native, diperlukan **ekspor** dari aplikasi kami. 
-
-Kami akan kembali ke ini dalam sekejap. Pertama, mari kita pahami cara mengintegrasikan Capacitor ke dalam aplikasi React kami.
-
-## Mengintegrasikan Capacitor ke Dalam Aplikasi React.js Anda
-
-Langkah-langkah pengaturan awal mungkin sedikit detail, tetapi setelah itu, memperbarui pembungkus aplikasi native Anda menjadi semudah menjalankan perintah `sync`.
-
-Pertama, kami akan menginstal Capacitor CLI sebagai ketergantungan pengembangan dan mengaturnya dalam proyek kami. Selama pengaturan, terima nilai default untuk nama dan ID bundle dengan menekan “enter.”
-
-Selanjutnya, kita akan menginstal paket inti dan paket yang relevan untuk platform iOS dan Android.
-
-Akhirnya, kami akan menambahkan platform, dan Capacitor akan membuat folder untuk setiap platform di akar proyek kami:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your React project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Direktori **ios** dan **android** sekarang hadir di proyek React.js Anda.
-
-Untuk mengakses proyek Android nanti, instal [Android Studio](https://developer.android.com/studio/). Untuk iOS, Anda perlu Mac dan harus menginstal [Xcode](https://developer.apple.com/xcode/).
-
-Selanjutnya, perbarui **webDir** dalam file **capacitor.config.json** Anda seperti yang ditunjukkan di bawah ini:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "build",
-  "bundledWebRuntime": false
-}
-```
-
-Jalankan perintah build dan sinkronkan proyek Anda dengan Capacitor:
-
-```shell
-npm run build
-npx cap sync
-```
-
-Perintah `npm run build` akan membangun proyek React.js Anda, sementara `npx cap sync` akan menyelaraskan kode web ke tempat yang akurat di platform native agar dapat dieksekusi dalam aplikasi.
-
-Sekarang, dengan sedikit keberuntungan dan tanpa kesalahan, aplikasi React.js Anda harus siap untuk diluncurkan di perangkat!
-
-## Membangun dan Mengdeploy Aplikasi Native Anda
-
-Mengembangkan aplikasi iOS memerlukan **Xcode**, dan aplikasi Android membutuhkan **Android Studio**. Jika Anda berniat untuk mendistribusikan aplikasi Anda di app store, Anda harus mendaftar ke Apple Developer Program untuk iOS dan Google Play Console untuk Android.
-
-Capacitor CLI menyederhanakan proses membuka kedua proyek native:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Setelah proyek native Anda disiapkan, mengdeploy aplikasi Anda ke perangkat yang terhubung menjadi proses yang sederhana. 
-
-Untuk Android Studio, tunggu hingga semuanya dimuat dan kemudian deploy aplikasi Anda ke perangkat yang terhubung. 
-
-Untuk Xcode, buat akun penandatanganan Anda untuk mengdeploy aplikasi Anda ke perangkat nyata alih-alih hanya simulator. Setelah melakukan itu, cukup tekan play untuk menjalankan aplikasi di perangkat terhubung Anda, yang dapat Anda pilih di atas.
-
-Jika semuanya berjalan dengan baik, Anda telah mengubah aplikasi web React.js Anda menjadi aplikasi mobile native!
-
-## Capacitor Live Reload
-
-Kerangka pengembangan modern biasanya dilengkapi dengan hot reload, dan beruntung, Anda dapat memiliki hal yang sama dengan Capacitor tetapi **pada perangkat mobile Anda**!
-
-Anda dapat membuat aplikasi yang dihosting secara lokal dapat diakses dengan live reload di jaringan Anda dengan membiarkan aplikasi Capacitor memuat konten dari URL tertentu.
-
-Pertama, tentukan alamat IP lokal Anda. Di Mac, Anda dapat melakukannya dengan menjalankan `ipconfig getifaddr en0` di terminal. Di Windows, eksekusi `ipconfig` dan cari alamat IPv4.
-
-Setelah itu, perintahkan Capacitor untuk memuat aplikasi langsung dari server dengan menambahkan parameter lain ke file `capacitor.config.ts` Anda:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'build',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Pastikan untuk menggunakan IP dan port yang benar. Jalankan `npx cap copy` untuk menerapkan perubahan ini ke proyek native kami.
-
-Setelah mengdeploy aplikasi Anda sekali lagi melalui Android Studio atau Xcode, setiap perubahan di aplikasi React Anda akan otomatis dimuat ulang dan ditampilkan di aplikasi Anda!
-
-Ingatlah bahwa jika plugin baru diinstal, seperti kamera, diperlukan rebuild proyek native Anda. Ini karena file native akan berubah dan tidak dapat diperbarui secara langsung.
-
-## Menggunakan Plugin Capacitor
-
-Mari kita lihat sekilas cara menggunakan plugin Capacitor. Mari kita instal yang sederhana, yaitu [Plugin Share](https://capacitorjs.com/docs/apis/share/), yang memicu dialog berbagi native:
-
-```shell
-npm i @capacitor/share
-```
-
-Untuk menggunakannya, impor paket dan panggil fungsi `share()` yang sesuai dari aplikasi kami. Pertimbangkan **App.js**:
-
-```javascript
-import { Share } from '@capacitor/share';
-
-function ShareButton() {
-  const share = async () => {
-    await Share.share({
-      title: 'React App',
-      text: 'Visit this React App',
-      url: 'http://localhost:3000',
-      dialogTitle: 'Share with...'
-    });
-  };
-
-  return (
-    <button onClick={share}>
-      Share
-    </button>
-  );
-}
-
-export default ShareButton;
-```
-
-Setelah menginstal plugin baru, ingat untuk menyinkronkan proyek React Anda lagi menggunakan `npx cap sync`.
-
-## Mengimplementasikan Konsta UI: UI Mobile yang Lebih Menarik
-
-Untuk pengalaman UI mobile yang lebih menarik, kami akan menggunakan Konsta UI. Ini menyediakan styling khusus untuk iOS dan Android, dan mudah digunakan.
-
-Untuk menggunakan Konsta UI, instal paket React:
-
-```shell
-npm i konsta
-```
-
-Ubah file `tailwind.config.js` Anda seperti berikut:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{js,ts,javascript,tsx}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` akan melengkapi konfigurasi Tailwind CSS Anda yang ada dengan varian dan utilitas tambahan yang diperlukan untuk Konsta UI.
-
-Sekarang, atur komponen App utama untuk mengatur parameter global seperti `theme`. Bungkus aplikasi utama dengan App di `src/index.js`:
-
-```javascript
-import React from 'react';
-import ReactDOM from 'react-dom';
-import {App} from 'konsta/react';
-import './index.css';
-import MyApp from './App';
-
-ReactDOM.render(
-  <React.StrictMode>
-    <App theme="ios">
-      <MyApp />
-    </App>
-  </React.StrictMode>,
-  document.getElementById('root')
-);
-```
-
-Mari kita gunakan komponen Konsta UI React di halaman React.js kami. Buka `src/App.js` dan ubah menjadi:
-
-```javascript
-// Konsta UI components
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-} from 'konsta/react';
-
-export default function MyApp() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Welcome to your React & Konsta UI app.
-        </p>
-      </Block>
-      
-      <List>
-        <ListItem href="/about" title="About" />
-      </List>
-
-      <Block strong>
-        <Button>Click Me</Button>
-      </Block>
-    </Page>
-  );
-}
-```
-
-Jika semuanya telah dilakukan dengan benar, Anda harus melihat integrasi yang mudah antara React dan Konsta UI untuk memberikan aplikasi mobile Anda tampilan yang lebih native.
-
-## Kesimpulan
-
-Capacitor menawarkan cara yang mulus untuk membangun aplikasi native berdasarkan proyek web yang sudah ada, memberikan cara yang sederhana untuk berbagi kode dan memiliki UI yang konsisten.
-
-Berkat teknologi seperti Capacitor, membangun aplikasi mobile dari aplikasi web React.js tidak pernah semudah ini. Tingkatkan keterampilan pengembangan web Anda ke level selanjutnya dengan membuat aplikasi mobile native yang mengesankan. Selamat coding!
-
-Untuk lebih banyak informasi tentang bagaimana Anda dapat mempercepat proses pengembangan aplikasi Anda, [daftar untuk akun gratis](/register/) hari ini.
diff --git a/src/content/blog/id/creating-mobile-apps-with-sveltekit-and-capacitor.md b/src/content/blog/id/creating-mobile-apps-with-sveltekit-and-capacitor.md
deleted file mode 100644
index c94f1ca65..000000000
--- a/src/content/blog/id/creating-mobile-apps-with-sveltekit-and-capacitor.md
+++ /dev/null
@@ -1,376 +0,0 @@
----
-slug: creating-mobile-apps-with-sveltekit-and-capacitor
-title: Membangun Aplikasi Seluler dengan SvelteKit dan Capacitor
-description: >-
-  Pelajari cara membangun aplikasi seluler menggunakan SvelteKit, Capacitor, dan
-  tingkatkan antarmuka asli dengan Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-04T00:00:00.000Z
-updated_at: 2023-06-04T00:00:00.000Z
-head_image: /sveltekit_capacitor.webp
-head_image_alt: Ilustrasi SvelteKit dan Capgo
-keywords: >-
-  SvelteKit, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: updating-your-capacitor-apps-seamlessly-with-capacitor-updater
----
-Dalam tutorial ini, kita akan memulai dengan aplikasi [SvelteKit](https://kit.svelte.dev/) baru dan melakukan transisi ke pengembangan mobile native menggunakan Capacitor. Opsional, Anda juga dapat mengintegrasikan [Konsta UI](https://konstaui.com/) untuk meningkatkan UI mobile Tailwind CSS.
-
-Capacitor memungkinkan Anda untuk dengan mudah mengonversi aplikasi web SvelteKit Anda menjadi aplikasi mobile native tanpa perlu modifikasi signifikan atau mempelajari keterampilan baru seperti React Native.
-
-Ikuti panduan langkah demi langkah ini untuk mengubah aplikasi SvelteKit Anda menjadi aplikasi mobile menggunakan Capacitor dan, jika diinginkan, tingkatkan UI mobile Anda dengan Konsta UI.
-
-## Tentang Capacitor
-
-CapacitorJS adalah pengubah permainan! Ini dapat diintegrasikan dengan mudah ke dalam proyek web mana pun, membungkus aplikasi Anda dalam webview native dan menghasilkan proyek Xcode dan Android Studio untuk Anda. Plugin-nya memberikan akses ke fitur perangkat native seperti kamera melalui jembatan JavaScript.
-
-Capacitor memungkinkan Anda untuk membuat aplikasi mobile native yang fantastis tanpa pengaturan rumit atau kurva pembelajaran yang curam. API-nya yang ramping dan fungsionalitas yang efisien memudahkan untuk diintegrasikan ke dalam proyek Anda. Anda akan tercengang betapa mudahnya mencapai aplikasi native yang berfungsi penuh dengan Capacitor!
-
-## Mempersiapkan Aplikasi SvelteKit Anda
-
-Untuk membuat aplikasi SvelteKit baru, jalankan perintah berikut:
-
-```shell
-npm create svelte@latest my-app
-cd my-app
-npm install
-npm run build
-```
-
-Setelah menjalankan perintah `build`, Anda harus melihat folder `dist` baru di root proyek Anda.
-
-Folder ini akan digunakan oleh Capacitor nanti, tetapi untuk saat ini, kita perlu menyiapkannya dengan benar.
-
-## Menambahkan Capacitor ke Aplikasi SvelteKit Anda
-
-Untuk mengemas aplikasi web apa pun menjadi wadah mobile native, kita perlu mengikuti beberapa langkah awal. Setelah itu, tinggal menjalankan satu perintah `sync`.
-
-Pertama, instal [Capacitor CLI](https://capacitorjs.com/docs/cli/) sebagai ketergantungan pengembangan dan siapkan dalam proyek Anda. Selama pengaturan, Anda dapat menekan "enter" untuk menerima nilai default untuk nama dan ID bundle.
-
-Selanjutnya, instal paket inti dan paket relevan untuk platform iOS dan Android.
-
-Akhirnya, tambahkan platform, dan Capacitor akan membuat folder untuk setiap platform di root proyek Anda:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your SvelteKit project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Saat ini, Anda harus melihat folder **ios** dan **android** baru di proyek SvelteKit Anda.
-
-**Ini adalah proyek native yang nyata!**
-
-Untuk mengakses proyek Android nanti, Anda perlu menginstal [Android Studio](https://developer.android.com/studio/). Untuk iOS, Anda memerlukan Mac dan harus menginstal [Xcode](https://developer.apple.com/xcode/).
-
-Selain itu, Anda harus menemukan file **capacitor.config.ts** di proyek Anda, yang berisi beberapa pengaturan dasar Capacitor yang digunakan selama sinkronisasi. Satu-satunya hal yang perlu Anda perhatikan adalah **webDir**, yang harus menunjukkan hasil dari perintah build Anda. Saat ini, nilainya salah.
-
-Untuk memperbaiki ini, buka file **capacitor.config.ts** dan perbarui **webDir**:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'build',
-}
-
-export default config
-```
-
-Sekarang setelah kita memperbarui pengaturan Capacitor, mari kita ubah proyek Sveltekit kita menjadi aplikasi statis dengan mengunduh paket adapter statis yang tepat:
-
-```shell
-npm i -D @sveltejs/adapter-static
-```
-
-Setelah paket diinstal, kita perlu mengubah file _svelte.config.js_ dari auto-adapter menjadi statis:
-
-```ts
-import adapter from '@sveltejs/adapter-static'
-import { vitePreprocess } from '@sveltejs/kit/vite'
-
-/** @type {import('@sveltejs/kit').Config} */
-const config = {
-// Consult https://kit.svelte.dev/docs/integrations#preprocessors
-// for more information about preprocessors
-  preprocess: vitePreprocess(),
-
-  kit: {
-    // adapter-auto only supports some environments, see https://kit.svelte.dev/docs/adapter-auto for a list.
-    // If your environment is not supported or you settled on a specific environment, switch out the adapter.
-    // See https://kit.svelte.dev/docs/adapters for more information about adapters.
-    adapter: adapter({
-      // default options are shown. On some platforms
-      // these options are set automatically — see below
-      pages: 'build',
-      assets: 'build',
-      fallback: null,
-      precompress: false,
-      strict: true
-    })
-  }
-}
-
-export default config
-```
-
-Dengan _svelte.config.js_ yang diperbarui, kita perlu menambahkan opsi _prerender_ dengan membuat halaman _+layout.js_ ke _src/routes_ dan cukup menambahkan ekspor berikut ke _+layout.js_:
-
-```ts
-export const prerender = true
-```
-
-Setelah menambahkan dan memperbarui halaman _+layout.js_, kita perlu menambahkan platform mobile kita, membangun ulang proyek kita untuk membuat folder _build_
-
-Anda bisa melakukannya dengan menjalankan perintah berikut:
-
-```shell
-npm run build
-npx cap sync
-```
-
-Perintah pertama `npm run build` akan membangun proyek SvelteKit Anda dan menyalin build statis, sedangkan perintah kedua `npx cap sync` akan menyinkronkan semua kode web ke tempat yang benar dari platform native agar dapat ditampilkan dalam aplikasi.
-
-Selain itu, perintah sinkronisasi mungkin memperbarui platform native dan menginstal plugin, jadi ketika Anda menginstal plugin [Capacitor baru](https://capacitorjs.com/docs/plugins/), saatnya untuk menjalankan `npx cap sync` lagi.
-
-Tanpa menyadarinya, Anda sekarang telah menyelesaikan prosesnya, jadi mari kita lihat aplikasi di perangkat!
-
-## Membangun dan Mengdeploy Aplikasi Native
-
-Untuk mengembangkan aplikasi iOS, Anda perlu menginstal **Xcode**, dan untuk aplikasi Android, Anda perlu menginstal **Android Studio**. Selain itu, jika Anda berencana untuk mendistribusikan aplikasi Anda di app store, Anda perlu mendaftar ke Program Pengembang Apple untuk iOS dan Google Play Console untuk Android.
-
-Jika Anda baru dalam pengembangan mobile native, Anda dapat menggunakan Capacitor CLI untuk dengan mudah membuka kedua proyek native:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Setelah Anda menyiapkan proyek native Anda, mengdeploy aplikasi Anda ke perangkat terhubung itu mudah. Di Android Studio, Anda hanya perlu menunggu semuanya siap, dan Anda dapat mengdeploy aplikasi Anda ke perangkat terhubung tanpa mengubah pengaturan apa pun. Berikut adalah contohnya:
-
-![android-studio-run](/android-studio-run.webp)
-
-Di Xcode, Anda perlu menyiapkan akun tanda tangan Anda untuk mengdeploy aplikasi Anda ke perangkat nyata alih-alih hanya simulasi. Jika Anda belum melakukannya sebelumnya, Xcode akan memandu Anda melalui prosesnya (tetapi sekali lagi, Anda perlu terdaftar di Program Pengembang). Setelah itu, Anda cukup menekan tombol putar untuk menjalankan aplikasi di perangkat terhubung Anda, yang dapat Anda pilih di bagian atas. Berikut adalah contohnya:
-
-![xcode-run](/xcode-run.webp)
-
-Selamat! Anda telah berhasil mengdeploy aplikasi web SvelteKit Anda ke perangkat mobile. Berikut adalah contohnya:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/sveltekit-mobile-app.webp" alt="sveltekit-mobile-app">
-</div>
-
-Tapi tunggu, ada juga cara yang lebih cepat untuk melakukan ini selama pengembangan...
-
-## Capacitor Live Reload
-
-Sekarang, Anda mungkin sudah terbiasa dengan hot reload di semua framework modern, dan kabar baiknya adalah Anda dapat memiliki fungsi yang sama **di perangkat mobile** dengan usaha minimal!
-
-Aktifkan akses ke aplikasi yang dihosting secara lokal dengan live reload **di jaringan Anda** dengan membiarkan aplikasi Capacitor memuat konten dari URL tertentu.
-
-Langkah pertama adalah mencari alamat IP lokal Anda. Jika Anda menggunakan Mac, Anda dapat menemukannya dengan menjalankan perintah berikut di terminal:
-
-```shell
-ipconfig getifaddr en0
-```
-
-Di Windows, jalankan:
-
-```shell
-ipconfig
-```
-
-Kemudian cari alamat IPv4.
-
-Kita dapat menginstruksikan Capacitor untuk memuat aplikasi langsung dari server dengan menambahkan entri lain ke file `capacitor.config.ts` kita:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Pastikan untuk menggunakan **IP dan port yang benar**, seperti yang ditunjukkan dalam contoh di atas.
-
-Sekarang, kita dapat menerapkan perubahan ini dengan menyalinnya ke proyek native kita:
-
-```shell
-npx cap copy
-```
-
-Perintah `copy` mirip dengan `sync`, tetapi hanya akan **menyalin perubahan yang dibuat pada folder web** dan konfigurasi, tanpa memperbarui proyek native.
-
-Anda sekarang dapat mengdeploy aplikasi Anda satu kali lagi melalui Android Studio atau Xcode. Setelah itu, jika Anda mengubah sesuatu di aplikasi Svelte Anda, **aplikasi akan otomatis dimuat ulang** dan menunjukkan perubahan!
-
-**Perlu diingat** bahwa jika Anda menginstal plugin baru seperti kamera, itu masih memerlukan rebuild proyek native Anda. Ini karena file native berubah, dan tidak dapat dilakukan secara langsung.
-
-Perhatikan bahwa Anda harus menggunakan IP dan port yang benar dalam konfigurasi Anda. Blok kode di atas menunjukkan port default SvelteKit untuk tujuan demonstrasi.
-
-## Menggunakan Plugin Capacitor
-
-Mari kita lihat bagaimana menggunakan plugin Capacitor dalam aksi, yang telah kita sebutkan beberapa kali sebelumnya. Untuk melakukan ini, kita dapat menginstal plugin sederhana dengan menjalankan:
-
-```shell
-npm i @capacitor/share
-```
-
-Tidak ada yang istimewa tentang [plugin Share](https://capacitorjs.com/docs/apis/share/), tetapi itu membuka dialog berbagi native! Untuk ini, sekarang kita hanya perlu mengimpor paket dan memanggil fungsi `share()` dari aplikasi kita, jadi mari kita ubah **src/routes/index.svelte** menjadi ini:
-
-```html
-<script>
-  import { Share } from '@capacitor/share';
-
-  async function share() {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  }
-</script>
-
-<h1>Welcome to SvelteKit and Capacitor!</h1>
-<button on:click={share}>Share now!</button>
-```
-
-Seperti yang telah disebutkan sebelumnya, ketika menginstal plugin baru, kita perlu melakukan operasi sinkronisasi dan kemudian mengdeploy ulang aplikasi ke perangkat kita. Untuk melakukan ini, jalankan perintah berikut:
-
-```
-npx cap sync
-```
-
-Setelah menekan tombol, Anda dapat menyaksikan dialog berbagi native yang indah dalam aksi!
-
-## Menambahkan Konsta UI
-
-Untuk menggunakan Konsta UI di aplikasi Nuxt 3 Anda, Anda perlu memiliki [tailwind yang sudah diinstal](https://tailwindcss.com/docs/guides/sveltekit/) dan menginstal paket:
-
-```shell
-npm i konsta
-```
-
-Selain itu, Anda perlu memodifikasi file `tailwind.config.js` Anda:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/routes/**/*.{svelte}',
-    './src/components/**/*.{svelte}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` akan memperluas konfigurasi Tailwind CSS default (atau kustom Anda) dengan beberapa varian tambahan dan utilitas pembantu yang diperlukan untuk Konsta UI.
-
-Sekarang kita perlu menyiapkan komponen [App](https://konstaui.com/vue/app/) utama sehingga kita dapat mengatur beberapa parameter global (seperti `theme`).
-
-Kita perlu membungkus seluruh aplikasi dengan `App` di `src/routes/+layout.svelte`:
-
-```html
-<script>
-  import { App } from 'konsta/svelte';
-</script>
-
-<App theme="ios">
-  <slot />
-</App>
-```
-
-### Halaman Contoh
-
-Sekarang setelah semuanya disiapkan, kita dapat menggunakan komponen Svelte Konsta UI di halaman SvelteKit kita.
-
-Sebagai contoh, mari kita buka `src/routes/index.svelte` dan mengubahnya menjadi berikut:
-
-```html
-<script>
-  import {
-    Page,
-    Navbar,
-    Block,
-    Button,
-    List,
-    ListItem,
-    Link,
-    BlockTitle,
-  } from 'konsta/svelte';
-</script>
-
-<Page>
-  <Navbar title="My App" />
-
-  <Block strong>
-    <p>
-      Here is your SvelteKit & Konsta UI app. Let's see what we have here.
-    </p>
-  </Block>
-  <BlockTitle>Navigation</BlockTitle>
-  <List>
-    <ListItem href="/about/" title="About" />
-    <ListItem href="/form/" title="Form" />
-  </List>
-
-  <Block strong class="flex space-x-4">
-    <Button>Button 1</Button>
-    <Button>Button 2</Button>
-  </Block>
-</Page>
-```
-
-Jika live reload tidak sinkron setelah menginstal semua komponen yang diperlukan, coba mulai ulang semuanya. Setelah Anda melakukannya, Anda harus melihat aplikasi mobile dengan tampilan yang agak native, dibangun dengan SvelteKit dan Capacitor!
-
-Anda harus melihat halaman berikut sebagai hasilnya:
-
-<script>
-  </script>
-<h1>
-
-## Kesimpulan
-
-Capacitor adalah opsi yang luar biasa untuk membangun aplikasi native berdasarkan proyek web yang ada, menawarkan cara sederhana untuk berbagi kode dan mempertahankan UI yang konsisten.
-
-Dan dengan tambahan [Capgo](https://capgo.app/), semakin mudah untuk menambahkan pembaruan langsung ke aplikasi Anda, memastikan bahwa pengguna Anda selalu memiliki akses ke fitur dan perbaikan bug terbaru.
-
-Jika Anda ingin belajar bagaimana menambahkan Capgo ke aplikasi SvelteKit Anda, lihat artikel berikutnya:
-
-Pelajari bagaimana Capgo dapat membantu Anda membangun aplikasi yang lebih baik dengan lebih cepat, [daftar untuk akun gratis](/register/) hari ini.
diff --git a/src/content/blog/id/cross-platform-mobile-app-development-guide-2024.md b/src/content/blog/id/cross-platform-mobile-app-development-guide-2024.md
deleted file mode 100644
index 523294cce..000000000
--- a/src/content/blog/id/cross-platform-mobile-app-development-guide-2024.md
+++ /dev/null
@@ -1,108 +0,0 @@
----
-slug: cross-platform-mobile-app-development-guide-2024
-title: Panduan Lengkap Pengembangan Aplikasi Mobile Cross-Platform di 2024
-description: >-
-  Temukan praktik dan framework terbaik untuk pengembangan aplikasi mobile
-  multiplatform di tahun 2024. Buat aplikasi iOS, Android, dan web dari satu
-  basis kode.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-06-15T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /cross-platform-app-dev-2024.webp
-head_image_alt: Pengembangan Aplikasi Mobile Lintas Platform
-keywords: >-
-  cross-platform, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: cross-platform
-published: true
-locale: id
-next_blog: top-cross-platform-frameworks-compared-2024
----
-## Mengapa Pengembangan Aplikasi Mobile Lintas Platform Penting di 2024
-
-Pengembangan aplikasi mobile lintas platform menjadi semakin penting di 2024 karena perusahaan bertujuan menjangkau audiens yang lebih luas di platform iOS, Android dan web. Mengembangkan aplikasi native terpisah untuk setiap platform membutuhkan biaya dan waktu yang besar.
-
-Framework lintas platform seperti Ionic memungkinkan perusahaan membangun aplikasi yang berjalan di berbagai platform dari satu basis kode. Hal ini sangat mengurangi waktu dan biaya pengembangan sekaligus memungkinkan keseragaman fitur dan pengalaman pengguna yang konsisten di seluruh perangkat.
-
-Manfaat utama pengembangan aplikasi mobile lintas platform di 2024 meliputi:
-
-- **Jangkauan Lebih Luas** - Deploy aplikasi Anda ke miliaran pengguna iOS, Android dan web dari satu proyek.
-- **Biaya Lebih Rendah** - Hindari memelihara beberapa basis kode native dan tim.
-- **Pengembangan Lebih Cepat** - Gunakan kembali kode di seluruh platform untuk merilis fitur lebih cepat.
-- **UX Konsisten** - Berikan pengalaman yang mulus kepada pengguna di perangkat apapun.
-
-Seiring pertumbuhan penggunaan mobile di 2024 dan seterusnya, strategi aplikasi lintas platform sangat penting bagi bisnis untuk tetap kompetitif. Tapi apa pendekatan terbaiknya?
-
-## Menganalisis Pola dalam Arsitektur Aplikasi Mobile
-
-Sebagian besar aplikasi mobile terdiri dari komponen UI dan pola yang umum, seperti:
-
-- Header bar dengan judul dan tombol aksi
-- Daftar data, seringkali dapat di-scroll atau dicari
-- Tab bar dan menu navigasi  
-- Form dengan kontrol input
-
-Meski gaya mungkin berbeda antar platform, blok bangunan intinya sama. Framework lintas platform modern seperti Ionic menyediakan komponen UI siap pakai yang dapat disesuaikan dan secara otomatis menyesuaikan tampilan dan nuansanya dengan setiap platform.
-
-Menggunakan satu set komponen UI di aplikasi iOS, Android dan web memungkinkan penggunaan ulang kode secara masif. Pengembang hanya perlu membangun fitur sekali dan dapat menyesuaikan styling sesuai kebutuhan untuk setiap platform.
-
-## Pendekatan Berbasis Web vs Native Lintas Platform
-
-Ada dua pendekatan utama untuk pengembangan lintas platform: berbasis web dan native.
-
-Framework berbasis web seperti Ionic menggunakan teknologi web standar seperti HTML, CSS dan JavaScript. UI berjalan di web view, dengan plugin yang menyediakan akses ke fitur perangkat native. Meski performa sempat menjadi masalah di masa lalu, mesin JavaScript modern sebagian besar telah mengejar ketertinggalan dengan native.
-
-Framework lintas platform native seperti React Native dan Flutter mengambil pendekatan berbeda. Mereka menyediakan kode React atau Dart yang dikompilasi menjadi widget dan kode native. Ini memungkinkan performa yang lebih mendekati native tapi membutuhkan penggunaan bahasa dan alat proprietary.
-
-Pada akhirnya, pilihannya tergantung pada keahlian dan tujuan tim Anda. Framework berbasis web memungkinkan Anda memanfaatkan talent web yang ada. Framework native membutuhkan keahlian lebih khusus tapi mungkin memiliki manfaat performa untuk aplikasi yang menuntut.
-
-## Mempercepat Pengembangan Dengan Ionic
-
-Ionic adalah framework pengembangan lintas platform terkemuka, yang menjalankan lebih dari 15% aplikasi di app store. Ionic menyediakan SDK lengkap dengan:
-
-- 100+ komponen UI siap pakai untuk iOS, Android dan web
-- Tooling Ionic CLI untuk scaffolding proyek, preview dan deployment
-- Integrasi dengan framework front-end populer seperti React, Vue dan Angular
-- Plugin Capacitor dan Cordova untuk mengakses fitur perangkat native apapun
-- Update aplikasi langsung, auth dan CI/CD dengan Capgo atau Appflow
-
-Dengan memanfaatkan standar web, Ionic memungkinkan pengembang menggunakan keahlian yang ada untuk membangun aplikasi berkualitas tinggi untuk platform apapun. Basis kode tunggal sangat mengurangi waktu pengembangan dan biaya pemeliharaan.
-
-Di 2024, Ionic terus mendorong batas kemungkinan dengan teknologi web. Ionic 7 memperkenalkan alat desain yang kuat, performa yang ditingkatkan, dan integrasi yang lebih erat dengan SDK native.
-
-## Memulai
-
-Singkatnya, lintas platform semakin menjadi standar untuk pengembangan aplikasi karena lebih banyak perusahaan menyadari manfaat bisnisnya di 2024. Framework seperti Ionic memungkinkan pendekatan web-first, memberdayakan pengembang untuk membangun aplikasi luar biasa untuk miliaran pengguna dalam waktu singkat.
-
-Dari startup hingga perusahaan besar, tim menggunakan Ionic untuk menjalankan aplikasi penting bagi pelanggan, mitra dan karyawan di berbagai industri. Jika Anda mempertimbangkan proyek mobile baru di 2024, pendekatan lintas platform dengan Ionic sangat layak untuk dieksplorasi.
-
-Untuk memulai, lihat sumber daya ini:
-
-- [Ionic Documentation](https://ionicframework.com/docs)
-- [Ionic Components](https://ionicframework.com/docs/components)
-- [Capacitor Native APIs](https://capacitor.ionicframework.com/)
-
-Dengan Ionic, Anda akan segera membangun aplikasi yang menarik dan berkinerja tinggi untuk mobile dan web! Hubungi [ahli strategi aplikasi Ionic](https://ionic.io/enterprise/strategy-session) untuk mempelajari lebih lanjut.
-
-Masa depan adalah lintas platform - mulai hari ini dan capai tujuan aplikasi mobile Anda di 2024!
-
-## Sederhanakan Update Aplikasi dengan Capgo
-
-Salah satu tantangan utama pengembangan aplikasi mobile adalah menjaga aplikasi Anda tetap up-to-date seiring waktu. Bahkan dengan pendekatan lintas platform, menerbitkan versi baru untuk setiap update bisa merepotkan.
-
-Di sinilah solusi seperti [Capgo](https://capgo.app/) berperan. Capgo adalah sistem update langsung open-source untuk aplikasi Capacitor. Ini memungkinkan Anda mendorong update langsung ke perangkat pengguna tanpa melalui app store.
-
-Manfaat utama Capgo meliputi:
-
-- **Update Instan** - Dorong versi terbaru aplikasi Anda dalam hitungan detik tanpa mengajukan ulang ke store.
-- **Rollback Mudah** - Kembali ke versi sebelumnya dengan mudah jika diperlukan.
-- **Rollout Bertahap** - Rilis update ke persentase pengguna untuk pengujian sebelum diterapkan lebih luas.
-- **Opsi Self-Hosted** - Host update sendiri untuk kontrol dan privasi penuh.
-
-Capgo terintegrasi dengan mulus dengan Capacitor, runtime native yang menjalankan aplikasi Ionic. Mudah untuk diatur di proyek Ionic yang ada.
-
-Dengan menggabungkan pengembangan lintas platform di Ionic dengan update langsung di Capgo, Anda dapat memaksimalkan kelincahan Anda. Rilis fitur baru lebih cepat dan dengan risiko lebih kecil.
-
-Untuk memulai dengan Capgo, lihat [dokumentasi resmi](https://docs.capgo.app/). Capgo gratis dan sepenuhnya open source - jadi Anda dapat menggunakannya sesuka Anda!
diff --git a/src/content/blog/id/cross-platform-uiux-best-practices-for-capacitor-apps.md b/src/content/blog/id/cross-platform-uiux-best-practices-for-capacitor-apps.md
deleted file mode 100644
index 00a3f2264..000000000
--- a/src/content/blog/id/cross-platform-uiux-best-practices-for-capacitor-apps.md
+++ /dev/null
@@ -1,276 +0,0 @@
----
-slug: cross-platform-uiux-best-practices-for-capacitor-apps
-title: 'UI/UX Lintas Platform: Praktik Terbaik untuk Aplikasi Capacitor'
-description: >-
-  Pelajari praktik terbaik untuk membuat UI/UX yang mulus dan lintas platform
-  dalam aplikasi Capacitor, memastikan nuansa native di iOS, Android, dan Web.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T04:45:24.942Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0c60ea2808c1172f2f7c6-1742791542149.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, UI/UX design, cross-platform apps, mobile development, responsive
-  design, Ionic, app updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin membuat aplikasi yang terasa native di iOS, Android, dan web?** [Capacitor](https://capacitorjs.com/) membuatnya mungkin dengan memadukan fitur web dan native. Tapi menciptakan pengalaman yang mulus di berbagai platform membutuhkan desain UI/UX yang cermat. Berikut caranya:
-
--   **Ikuti Pedoman Khusus Platform**: Patuhi standar iOS (Human Interface) dan Android (Material Design) untuk navigasi, tipografi, dan gestur.
--   **Gunakan Sistem Desain**: Buat token desain, komponen, dan dokumentasi yang dapat digunakan kembali untuk konsistensi.
--   **Optimalkan untuk Ukuran Layar**: Gunakan grid responsif, breakpoint, dan komponen yang dapat diskalakan untuk tata letak yang mulus di semua perangkat.
--   **Manfaatkan Alat Seperti [Ionic](https://ionicframework.com/)**: Komponen siap pakai yang beradaptasi dengan gaya platform, menghemat waktu dan usaha.
--   **Uji di Berbagai Perangkat**: Cakup berbagai ukuran layar, versi OS, dan interaksi pengguna untuk memastikan keandalan.
--   **Gunakan Pembaruan Langsung**: Alat seperti [Capgo](https://capgo.app/) memberikan pembaruan secara instan tanpa penundaan app store, membuat pengguna selalu up-to-date.
-
-**Tips Cepat**: Capgo telah memungkinkan 23,5 juta pembaruan untuk 750+ aplikasi, dengan 95% pengguna diperbarui dalam 24 jam.
-
-## Membangun Komponen Lintas Platform dengan [Stencil](https://stenciljs.com/) dan [Capacitor](https://capacitorjs.com/)
-
-![Stencil Web Components Compiler](https://mars-images.imgix.net/seobot/screenshots/stenciljs.com-6020276454429265c3dac5ec0634b1fb-2025-03-24.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/O5xfY9LPl0s" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Dasar-Dasar Desain Lintas Platform
-
-Menciptakan pengalaman pengguna yang mulus di berbagai platform berarti menyeimbangkan pola desain khusus platform dengan gaya unik aplikasi Anda. Berikut cara mencapainya.
-
-### Membangun Sistem Desain
-
-Sistem desain berfungsi sebagai tulang punggung desain lintas platform aplikasi Anda. Biasanya mencakup:
-
--   **Token desain**: Ini adalah nilai untuk warna, tipografi, spasi, dan animasi.
--   **Pustaka komponen**: Kumpulan elemen UI yang dapat digunakan kembali dirancang sesuai dengan norma platform.
--   **Dokumentasi**: Pedoman yang jelas untuk memastikan penggunaan dan implementasi yang konsisten.
-
-### Pedoman Desain Platform
-
-Untuk mempertahankan tampilan yang konsisten sambil menghormati standar khusus platform, pertimbangkan hal berikut:
-
-| **Elemen Desain** | **iOS (Human Interface)** | **Android (Material)** |
-| --- | --- | --- |
-| Navigasi | Bar tab, sejajar bawah | Laci navigasi, bar aplikasi atas |
-| Tipografi | Font San Francisco | Font Roboto |
-| Gestur | Geser tepi untuk kembali | Fokus pada navigasi bawah |
-| Tombol | Sudut bulat, efek halus | Tombol contained atau outlined |
-
-Selanjutnya, mari kita tangani kompleksitas desain untuk berbagai ukuran layar.
-
-### Desain Tata Letak Multi-Layar
-
-Mendesain untuk ukuran layar yang berbeda membutuhkan fleksibilitas. Berikut beberapa strateginya:
-
--   **Sistem Grid Responsif**  
-    Gunakan grid yang menyesuaikan secara dinamis dengan ukuran layar apa pun.
-    
--   **Strategi Breakpoint**  
-    Tentukan penyesuaian tata letak berdasarkan lebar layar:
-    
-    -   _Kecil (< 600px)_: Single-column layout
-    -   _Medium (600–1024px)_: Two-column layout
-    -   _Large (> 1024px)_: Tata letak multi-kolom, seringkali dengan sidebar
--   **Penskalaan Komponen**  
-    Pastikan komponen berskala secara proporsional. Untuk target sentuh, ikuti pedoman berikut: minimal 44x44 piksel di iOS dan 48x48 piksel independen kepadatan di Android.
-    
-
-Dengan alat seperti fitur pembaruan langsung Capgo, Anda dapat dengan cepat menyempurnakan dan meningkatkan sistem desain Anda.
-
-## Membangun Komponen UI
-
-Membuat komponen UI berkinerja tinggi membutuhkan perhatian khusus pada kompatibilitas lintas platform dan kinerja yang efisien. Mari kita lihat beberapa metode praktis untuk membangun komponen yang dapat digunakan kembali dan efektif.
-
-### Menggunakan Komponen [Ionic](https://ionicframework.com/)
-
-![Ionic Framework Website](https://mars-images.imgix.net/seobot/screenshots/ionicframework.com-e736941a658f3b6da09d169d589f75bb-2025-03-24.jpg?auto=compress)
-
-Ionic menawarkan komponen siap pakai yang menyederhanakan pengembangan lintas platform. Komponen ini secara otomatis menyesuaikan dengan pola desain khusus platform sambil memastikan fungsionalitas yang konsisten.
-
-| Jenis Komponen | Desain iOS | Desain Android |
-| --- | --- | --- |
-| Daftar | Pengelompokan inset bergaya iOS | Kartu Material Design |
-| Input Form | Sudut bulat, pemilih iOS | Bidang teks Material |
-| Navigasi | Tombol kembali gaya iOS | Pola navigasi Android |
-| Modal | Presentasi gaya sheet | Dialog layar penuh |
-
-Saat bekerja dengan komponen Ionic, ingatlah tips berikut:
-
--   **Deteksi Platform**: Gunakan utilitas platform Ionic untuk menyesuaikan perilaku komponen berdasarkan perangkat.
--   **Tema**: Sesuaikan tampilan menggunakan variabel CSS.
--   **Aksesibilitas**: Manfaatkan dukungan ARIA bawaan dan navigasi keyboard untuk kegunaan yang lebih baik.
-
-Meskipun komponen Ionic memberikan titik awal yang kuat, komponen kustom dapat dirancang untuk memenuhi kebutuhan spesifik dan lebih menyempurnakan pengalaman aplikasi Anda.
-
-### Membuat Komponen Kustom
-
-Komponen kustom harus dirancang dengan mempertimbangkan fleksibilitas. Gunakan dasar netral platform, tata letak adaptif, dan penanganan event terpadu untuk memastikan mereka bekerja di berbagai perangkat. Sebagai contoh, dukung event sentuh dan klik untuk memberikan interaksi yang mulus di perangkat apa pun. Praktik ini membantu mempertahankan tampilan dan nuansa yang konsisten di berbagai platform, meningkatkan pengalaman pengguna.
-
-### Kecepatan dan Kinerja
-
-Setelah komponen Anda dirancang, penting untuk mengoptimalkannya untuk kinerja di semua platform. Pengalaman pengguna yang mulus bergantung pada kinerja yang efisien.
-
-> "Kami menerapkan [pembaruan OTA Capgo](https://console.capgo.app/resend_email) dalam produksi untuk basis pengguna kami yang +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami up to date dalam hitungan menit setelah OTA dikerahkan ke @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Teknik seperti lazy loading, virtual scrolling, dan animasi yang dipercepat hardware dapat secara signifikan mengurangi ukuran bundle dan meningkatkan responsivitas. Untuk pembaruan penting, sistem pembaruan langsung Capgo adalah alat yang andal, seperti yang disoroti oleh Rodrigo Mantica:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Gunakan alat pengembang browser dan dasbor analitik Capgo untuk memantau dan memvalidasi optimasi kinerja Anda secara efektif.
-
-## Menangani Perbedaan Platform
-
-### Deteksi Platform
-
-Capacitor menyediakan API untuk mengidentifikasi jenis perangkat, memudahkan penyesuaian perilaku aplikasi Anda berdasarkan platform. Ini penting untuk menciptakan pengalaman yang terasa alami untuk setiap perangkat sambil menjaga tampilan dan fungsionalitas yang konsisten di berbagai platform. Berikut contoh deteksi platform:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const platform = Capacitor.getPlatform();
-const isIOS = platform === 'ios';
-const isAndroid = platform === 'android';
-```
-
-Pemeriksaan sederhana ini memungkinkan Anda memodifikasi perilaku aplikasi Anda tergantung pada sistem operasi. Ini adalah titik awal yang bagus untuk menyempurnakan kinerja dan memberikan pengalaman yang mulus di berbagai perangkat. Mari kita jelajahi bagaimana Anda dapat menggunakan ini untuk menerapkan fitur khusus platform.
-
-### Kode Khusus Platform
-
-Saat menambahkan fitur khusus platform, penting untuk menghormati pedoman desain dan perilaku unik setiap sistem operasi sambil menjaga desain keseluruhan aplikasi Anda tetap kohesif. Berikut perbandingan singkat bagaimana fitur mungkin berbeda antara iOS dan Android:
-
-| Fitur | Implementasi iOS | Implementasi Android |
-| --- | --- | --- |
-| Navigasi | Transisi push/pop | Pola navigasi Material |
-| Gestur | Geser tepi untuk kembali | Tombol kembali sistem |
-| Status Bar | Mode terang/gelap gaya iOS | Beradaptasi dengan tema sistem |
-| Keyboard | Pembatalan interaktif | Menangani perilaku keyboard lunak Android |
-
-> "Capgo adalah alat yang harus dimiliki pengembang yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangatlah berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Mekanisme pembaruan Capgo menyederhanakan proses peluncuran perbaikan di berbagai platform [\[1\]](https://capgo.app/). Di luar penyesuaian koding, keterbatasan hardware juga berperan besar dalam membentuk bagaimana fitur harus diimplementasikan.
-
-### Fitur dan Batasan Perangkat
-
-Perbedaan hardware dapat secara signifikan mempengaruhi bagaimana pengguna berinteraksi dengan aplikasi Anda. Berikut beberapa area utama yang perlu difokuskan:
-
--   **Manajemen Resolusi Layar**: Desain tata letak responsif yang beradaptasi dengan kepadatan layar dan rasio aspek yang berbeda.
--   **Batasan Memori**: Optimalkan pemuatan gambar dan caching berdasarkan kapasitas memori perangkat.
--   **Metode Input**: Dukung interaksi sentuh dan, jika berlaku, keyboard hardware.
-
-Menangani aspek-aspek ini memastikan aplikasi Anda berfungsi dengan lancar di berbagai perangkat. Strategi pemuatan adaptif dapat lebih meningkatkan kinerja. Faktanya, data terbaru menunjukkan bahwa optimasi khusus platform telah menghasilkan tingkat keberhasilan 82% untuk pembaruan di seluruh dunia [\[1\]](https://capgo.app/).
-
-Untuk memastikan aplikasi Anda berkinerja baik, selalu uji pada perangkat nyata, bukan hanya emulator. Pantau metrik kinerja di berbagai kategori perangkat dan sertakan opsi fallback untuk fitur yang tidak didukung. Dengan menggabungkan deteksi platform Capacitor dengan penyesuaian yang cermat, Anda dapat membuat aplikasi yang terasa native untuk setiap platform sambil mempertahankan identitas merek yang konsisten.
-
-## Menguji Aplikasi Anda
-
-### Rencana Pengujian Lintas Platform
-
-Pengujian [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) membutuhkan pendekatan yang jelas dan terorganisir untuk memastikan mereka bekerja dengan lancar di berbagai platform. Mulailah dengan menyiapkan matriks pengujian terperinci yang mencakup berbagai perangkat dan versi sistem operasi. Berikut cara terstruktur untuk mendekatinya:
-
--   **Pengujian Perangkat**: Fokus pada perangkat yang paling banyak digunakan. Uji pada:
-    
-    -   Perangkat iOS terbaru
-    -   Perangkat Android populer
-    -   Berbagai ukuran layar, termasuk ponsel dan tablet
-    -   Berbagai versi OS, seperti iOS 16-17 dan Android 12-14
--   **Pengujian Komponen UI**: Pastikan konsistensi visual dan interaksi yang lancar dengan menguji:
-    
-    -   Alur navigasi
-    -   Gestur sentuh dan responsivitas
-    -   Penyesuaian tata letak untuk berbagai ukuran layar
-    -   Akurasi rendering komponen
-    -   Elemen UI khusus platform
-
-Untuk menangkap masalah UI/UX yang halus, lengkapi pengujian ini dengan umpan balik dari pengguna nyata.
-
-### Pengujian Pengguna dan Umpan Balik
-
-Pengujian pengguna bisa terstruktur maupun fleksibel. Beberapa metode efektif meliputi:
-
-| **Metode Pengujian** | **Tujuan** | **Metrik Utama** |
-| --- | --- | --- |
-| Pengujian A/B | Membandingkan versi UI berbeda | Tingkat konversi, waktu pengerjaan tugas |
-| Sesi Kegunaan | Mengamati interaksi pengguna | Tingkat penyelesaian tugas, kesalahan |
-| Pengujian Beta | Mengumpulkan umpan balik pengguna langsung | Laporan crash, penggunaan fitur |
-| Integrasi Analitik | Memantau pola perilaku pengguna | Durasi sesi, navigasi |
-
-Menggabungkan tes otomatis dengan umpan balik pengguna nyata adalah kunci untuk mengidentifikasi masalah potensial sejak dini. Alat seperti [Firebase Analytics](https://firebase.google.com/docs/analytics) dan [Mixpanel](https://mixpanel.com/) dapat membantu Anda melacak perilaku pengguna dan menyempurnakan pengalaman aplikasi.
-
-### Alat Otomatisasi Pengujian
-
-Pengujian otomatis sangat penting untuk menjaga kualitas di berbagai platform. Berikut beberapa alat yang bekerja dengan baik dengan aplikasi Capacitor:
-
--   **Pengujian End-to-End**: Gunakan [Cypress](https://www.cypress.io/) untuk:
-    
-    -   Menguji interaksi pengguna
-    -   Eksekusi real-time
-    -   Kompatibilitas lintas browser
-    -   Pemeriksaan regresi visual
-    -   Penantian otomatis untuk elemen
--   **Pengujian Unit**: [Jest](https://jestjs.io/) dipasangkan dengan Testing Library mendukung:
-    
-    -   Pengujian komponen secara terisolasi
-    -   Pemalsuan respons API
-    -   Verifikasi perilaku khusus platform
-    -   Pengujian manajemen state
-
-Saat menyiapkan tes otomatis, prioritaskan jalur pengguna kritis terlebih dahulu. Untuk pembaruan langsung dan perbaikan cepat, mekanisme pembaruan Capgo terintegrasi dengan mulus dengan alat-alat ini. Ini memungkinkan Anda menerapkan perubahan yang telah diuji dengan cepat tanpa membahayakan stabilitas aplikasi. Bersama-sama, pengujian otomatis dan pembaruan langsung memastikan pengalaman aplikasi yang lancar dan andal.
-
-## Pembaruan dan Pemeliharaan Aplikasi
-
-Menjaga aplikasi tetap diperbarui sangat penting untuk mempertahankan pengalaman pengguna yang lancar dan konsisten di berbagai platform. Pembaruan tepat waktu, dipasangkan dengan pengiriman yang aman, memastikan aplikasi Anda tetap andal dan ramah pengguna.
-
-### Pembaruan Langsung dengan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Setelah menyelesaikan fase desain dan pengujian, tantangan berikutnya adalah meluncurkan pembaruan dengan lancar. Capgo membuat proses ini lebih mudah dengan memungkinkan pembaruan instan tanpa menunggu persetujuan app store.
-
-Berikut cara Capgo membantu:
-
--   **Peluncuran Bertahap**: Uji perubahan UI dengan kelompok pengguna terpilih menggunakan sistem saluran Capgo sebelum merilis ke semua orang.
--   **Penyebaran Selektif**: Keluarkan perbaikan spesifik untuk mengurangi ukuran pembaruan dan mempercepat unduhan.
--   **Kontrol Versi**: Kelola beberapa versi aplikasi secara bersamaan, memastikan pengalaman yang konsisten untuk semua pengguna.
-
-Setelah pembaruan aktif, melacak kinerja menjadi langkah kritis berikutnya.
-
-### Pelacakan Kinerja
-
-Untuk mempertahankan pengalaman pengguna yang optimal, pantau metrik-metrik kunci ini:
-
-| Jenis Metrik | Yang Dipantau | Target Patokan |
-| --- | --- | --- |
-| Keberhasilan Pembaruan | Tingkat adopsi pengguna | 95% dalam 24 jam |
-| Waktu Respons | Kecepatan API | Di bawah 57ms secara global |
-| Pengalaman Pengguna | Interaksi antarmuka | Umpan balik real-time |
-
-Analitik bawaan Capgo memberikan wawasan real-time tentang keterlibatan pengguna, semuanya sambil memastikan keamanan dengan enkripsi end-to-end.
-
-### Pedoman App Store
-
-Saat meluncurkan pembaruan UI lintas platform, mematuhi aturan app store adalah hal yang wajib. Berikut yang perlu diperhatikan:
-
--   **Kepatuhan Pembaruan**: Pastikan semua pembaruan memenuhi pedoman Apple dan Android untuk perubahan UI.
--   **Standar Keamanan**: Gunakan enkripsi end-to-end untuk mengirimkan pembaruan dengan aman.
--   Untuk aplikasi perusahaan, Capgo menawarkan opsi seperti [pembaruan yang dihost sendiri](https://capgo.app/docs/plugin/self-hosted/handling-updates/) dan dukungan domain kustom. Ini memberikan organisasi kontrol lebih ketat atas proses pembaruan sambil memastikan kepatuhan.
-
-Pendekatan Capgo terhadap pembaruan memiliki rekam jejak yang terbukti - 95% pengguna aktif mengadopsi pembaruan dalam 24 jam. Adopsi cepat ini membantu mempertahankan pengalaman yang konsisten dan meminimalkan masalah dukungan yang disebabkan oleh versi yang sudah usang.
-
-## Ringkasan
-
-Menciptakan UI/UX yang konsisten di berbagai platform memerlukan desain yang cermat, pengujian menyeluruh, dan pemeliharaan berkelanjutan. Menggunakan sistem desain yang terpadu membantu menjaga keseragaman, sementara penyesuaian khusus platform memastikan aplikasi Anda terasa alami bagi pengguna di perangkat apa pun. Panduan ini telah menguraikan pendekatan langkah demi langkah, dari membangun sistem desain hingga menerapkan pembaruan langsung.
-
-Pengujian menyeluruh dan pelacakan kesalahan aktif juga penting untuk memberikan pengalaman yang lancar dan dapat diandalkan di berbagai perangkat.
-
-### Metrik Kinerja Utama
-
-| Metrik | Kinerja |
-| --- | --- |
-| Adopsi Pembaruan | 95% dalam 24 jam |
-| Respons API Global | Rata-rata 57ms |
-| Pengiriman Pembaruan | 114ms untuk bundle 5MB |
-| Tingkat Keberhasilan | 82% di seluruh dunia |
diff --git a/src/content/blog/id/custom-ios-plugin-optimization-best-practices.md b/src/content/blog/id/custom-ios-plugin-optimization-best-practices.md
deleted file mode 100644
index a15675452..000000000
--- a/src/content/blog/id/custom-ios-plugin-optimization-best-practices.md
+++ /dev/null
@@ -1,217 +0,0 @@
----
-slug: custom-ios-plugin-optimization-best-practices
-title: 'Optimisasi Plugin iOS Kustom: Praktik Terbaik'
-description: >-
-  Optimalkan plugin iOS kustom untuk peningkatan performa dengan praktik terbaik
-  dalam komunikasi bridge, manajemen memori, dan efisiensi kode Swift.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T05:25:39.348Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825647b0209458b3ff370ad-1747287014908.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  iOS plugins, Capacitor, performance optimization, memory management, Swift
-  code, Xcode tools, bridge communication, app performance
-tag: 'Development, Mobile, Technology'
-published: true
-locale: id
-next_blog: ''
----
-Optimisasi plugin iOS kustom sangat penting untuk meningkatkan performa aplikasi [Capacitor](https://capacitorjs.com/). Hal ini memastikan fungsi yang lebih cepat, lebih lancar, dan lebih stabil bagi pengembang dan pengguna. Berikut ringkasan praktik utamanya:
-
--   **Komunikasi Bridge**: Mengelompokkan dan mengompres muatan data besar untuk mengurangi latensi.
--   **Manajemen Memori**: Hindari kebocoran memori dengan menggunakan referensi lemah dan melepaskan sumber daya besar dengan cepat.
--   **Optimisasi Kode [Swift](https://developer.apple.com/swift/)**: Gunakan tipe nilai dan validasi input lebih awal untuk performa yang lebih baik.
--   **Pengaturan [Xcode](https://developer.apple.com/xcode/)**: Aktifkan fitur seperti Dead Code Stripping dan Link Time Optimization untuk meningkatkan kecepatan dan mengurangi ukuran biner.
--   **Alat Pengujian Performa**: Rutin menggunakan Time Profiler, Allocations, dan Leaks Xcode untuk mengidentifikasi dan memperbaiki bottleneck.
-
-## Bagaimana pengembang iOS senior memprofil dan menyelesaikan masalah performa dengan [Instruments](https://developer.apple.com/tutorials/instruments).app | Live Dev Mentoring
-
-![Instruments Performance Analysis Tool](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/e22eff9f9e9ed463ea162436d1a0a9d2.jpg)
-
-<iframe src="https://www.youtube.com/embed/HIsECG5s4DU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Metode Optimisasi Inti
-
-Tingkatkan performa plugin Anda dengan menyetel panggilan bridge, mengelola memori lebih efektif, dan mengoptimalkan kode Swift.
-
-### Mengurangi Beban Komunikasi Bridge
-
-Interaksi antara JavaScript dan kode iOS asli dapat memperlambat jika tidak ditangani dengan hati-hati. Untuk mengurangi bottleneck ini, fokus pada membuat transfer data seefisien mungkin:
-
-| **Tipe Data** | **Strategi Optimisasi** | **Dampak Performa** |
-| --- | --- | --- |
-| Objek JSON | Sederhanakan struktur, hapus redundansi | Responsivitas lebih baik |
-| Data Biner | Gunakan enkoding base64 secara selektif | Pemrosesan lebih cepat dan efisien |
-| Muatan Besar | Proses data secara batch | Lebih sedikit panggilan bridge, operasi lebih lancar |
-
-Dengan memadatkan data dan meminimalkan ukuran muatan JSON, Anda dapat mengurangi overhead serialisasi. Pengujian dengan Instruments Xcode menunjukkan bahwa penyesuaian ini secara signifikan mengurangi waktu serialisasi dan deserialisasi, yang menghasilkan peningkatan nyata dalam responsivitas plugin [\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[5\]](https://capacitorjs.com/docs/ios).
-
-Setelah komunikasi bridge dioptimalkan, langkah selanjutnya adalah menyetel manajemen memori.
-
-### Penanganan Memori iOS
-
-Manajemen memori yang baik sangat penting untuk menjaga stabilitas plugin Anda dan mencegah crash. Berikut beberapa langkah praktis untuk mengelola memori secara efektif:
-
--   Gunakan **referensi lemah** untuk pola delegasi untuk menghindari siklus retain.
--   Lepaskan sumber daya besar, seperti gambar atau file media, segera setelah tidak diperlukan lagi.
--   Pantau alokasi memori secara rutin dan profil aplikasi Anda menggunakan Instruments Xcode untuk mendeteksi potensi kebocoran sejak dini.
-
-Setelah mengatasi masalah memori, Anda dapat fokus pada meningkatkan efisiensi kode Swift Anda.
-
-### Tips Performa Kode [Swift](https://developer.apple.com/swift/)
-
-![Swift Programming Language Website](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/2e2b0430a9aab611e781d4d45224ac43.jpg)
-
-Swift menyediakan beberapa alat untuk membantu mengoptimalkan kode Anda. Konsentrasi pada area-area ini untuk mendapatkan hasil maksimal dari plugin Anda:
-
-| **Area Optimisasi** | **Implementasi** | **Manfaat** |
-| --- | --- | --- |
-| Tipe Nilai | Gunakan struct untuk model data | Penggunaan memori lebih rendah |
-| Validasi Parameter | Validasi input lebih awal | Hindari pemrosesan yang tidak perlu |
-| Keamanan Tipe | Andalkan sistem tipe kuat Swift | Memungkinkan optimisasi kompiler yang lebih baik |
-
-Dengan memvalidasi parameter di awal dan memanfaatkan sistem tipe kuat Swift, Anda dapat mencegah pemrosesan yang tidak perlu dan memungkinkan kompiler untuk mengoptimalkan kode Anda secara lebih efektif [\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[4\]](https://capacitorjs.com/docs/plugins/tutorial/ios-implementation).
-
-Strategi-strategi ini, ketika dikombinasikan, dapat secara signifikan meningkatkan performa dan stabilitas plugin Anda secara keseluruhan.
-
-## Peningkatan Khusus iOS
-
-Untuk membawa plugin iOS Anda ke level berikutnya, menyetel performanya dengan optimisasi khusus platform sangat penting. Dengan memanfaatkan pengaturan Xcode dan alat pengujian yang tepat, Anda dapat meningkatkan kecepatan dan efisiensi. Mari kita uraikan.
-
-### Pengaturan Performa [Xcode](https://developer.apple.com/xcode/)
-
-![Xcode IDE Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/15516018a4284df8a7d0585815c62b4c.jpg)
-
-Menyesuaikan pengaturan build Xcode dapat secara signifikan meningkatkan performa plugin Anda sambil menjaga ukurannya. Berikut ikhtisar cepat konfigurasi utama:
-
-| **Pengaturan Build** | **Konfigurasi** | **Dampak** |
-| --- | --- | --- |
-| Konfigurasi Build | Release | Mengaktifkan semua optimisasi performa |
-| Link Time Optimization | Diaktifkan | Mempercepat eksekusi |
-| Dead Code Stripping | Diaktifkan | Mengurangi ukuran biner hingga 20% |
-| Level Optimisasi Swift | `-Owholemodule` | Meningkatkan performa keseluruhan |
-
-Misalnya, mengaktifkan **Dead Code Stripping** dan mengatur **Level Optimisasi Swift** ke `-Owholemodule` dapat mengurangi ukuran plugin Anda sambil memastikan kecepatan eksekusi yang lebih cepat [\[2\]](https://capacitorjs.com/docs/plugins/ios). Setelah pengaturan ini diterapkan, saatnya mengukur dampaknya menggunakan alat bawaan Xcode.
-
-### Alat Pengujian Performa iOS
-
-Xcode menawarkan serangkaian alat yang dirancang untuk menganalisis dan mengoptimalkan performa. Berikut ringkasan alat yang paling berguna:
-
-| **Alat** | **Penggunaan Utama** | **Metrik Utama** |
-| --- | --- | --- |
-| Time Profiler | Menganalisis penggunaan CPU | Waktu eksekusi metode |
-| Allocations | Melacak penggunaan memori | Pola alokasi objek |
-| Leaks | Mendeteksi masalah memori | Mengidentifikasi siklus retain dan kebocoran |
-| Debug Navigator | Pemantauan real-time | Melacak statistik penggunaan sumber daya |
-
-Berikut cara untuk mendapatkan hasil maksimal dari alat-alat ini:
-
--   **Uji dalam Skenario Nyata**: Simulasikan beban data dan interaksi pengguna yang realistis untuk mendapatkan wawasan performa yang akurat.
--   **Pantau Penggunaan Memori**: Gunakan alat Allocations untuk memantau konsumsi memori dan menghindari overhead yang tidak perlu.
--   **Tetapkan Benchmark**: Otomatisasi pengujian performa dengan XCTest untuk melacak metrik dari waktu ke waktu.
-
-Biasakan untuk memprofil plugin Anda secara rutin dengan alat seperti **Time Profiler**, **Allocations**, dan **Leaks**. Ini akan membantu Anda menunjuk bottleneck performa dan memastikan plugin Anda beroperasi dengan lancar dan efisien [\[5\]](https://capacitorjs.com/docs/ios).
-
-## Langkah Pengaturan dan Rilis Plugin
-
-Pengaturan dan rilis plugin iOS melibatkan pendekatan teliti dalam mengelola dependensi, memastikan [pembaruan yang mulus](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), dan mematuhi pedoman App Store. Berikut rincian praktik utama untuk memastikan proses deployment yang lancar.
-
-### Mengelola Dependensi Plugin
-
-Pengelolaan dependensi yang tepat sangat penting untuk mempertahankan performa dan stabilitas plugin Anda. Berikut ikhtisar cepat:
-
-| **Alat Manajemen Dependensi** | **Praktik Terbaik** | **Dampak** |
-| --- | --- | --- |
-| [CocoaPods](https://cocoapods.org/) | Gunakan versi eksplisit | Mencegah masalah kompatibilitas |
-| Swift Package Manager | Aktifkan linking statis | Mengurangi ukuran biner |
-| Integrasi Manual | Hindari jika memungkinkan | Mengurangi kompleksitas pemeliharaan |
-
-Misalnya, saat menggunakan CocoaPods, Anda dapat menentukan versi seperti ini:
-
-```swift
-pod 'ExampleSDK', '~> 2.0.0'
-pod 'AnalyticsLib', :git => 'https://github.com/example/analytics.git', :tag => 'v1.2.3'
-```
-
-Dengan cermat memilih dan mengkonfigurasi dependensi, Anda mengurangi risiko dan memastikan fondasi yang stabil untuk plugin Anda.
-
-### Pembaruan OTA dengan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-Setelah dependensi dioptimalkan, langkah selanjutnya adalah memastikan plugin Anda berkembang dengan mulus seiring waktu. Pembaruan over-the-air (OTA) adalah game-changer, dan Capgo adalah alat yang kuat untuk deployment cepat sambil tetap mematuhi aturan App Store. Menurut data terbaru, **95% pengguna aktif menerima pembaruan dalam 24 jam** menggunakan sistem distribusi Capgo [\[1\]](https://capgo.app/).
-
-Untuk memaksimalkan Capgo, ikuti langkah-langkah ini:
-
--   **Konfigurasi saluran pembaruan**: Gunakan peluncuran bertahap untuk menguji pembaruan dengan kelompok pengguna yang lebih kecil terlebih dahulu.
--   **Aktifkan pembaruan parsial**: Ini meminimalkan penggunaan bandwidth dan mempercepat proses pembaruan.
--   **Atur pemicu rollback otomatis**: Cepat mengembalikan pembaruan jika terjadi kesalahan kritis, memastikan pengalaman pengguna tidak terganggu.
-
-### Pedoman App Store
-
-Akhirnya, [kepatuhan pada pedoman App Store](https://capgo.app/blog/do-apple-allow-live-updates/) sangat penting untuk rilis yang sukses. Pedoman ini memastikan plugin Anda efisien dan mematuhi standar Apple. Area utama yang perlu difokuskan meliputi:
-
-| **Persyaratan** | **Implementasi** | **Metode Verifikasi** |
-| --- | --- | --- |
-| Dukungan Arsitektur | Build untuk arm64 dan x86_64 | Validasi di Xcode |
-| Ukuran Biner | Aktifkan dead code stripping | Gunakan laporan analisis build |
-| Optimisasi Sumber Daya | Gunakan katalog aset | Periksa laporan ukuran Xcode |
-
-Selain itu, dokumentasikan penggunaan API Anda secara menyeluruh dan hindari menggunakan framework privat atau terbatas untuk memenuhi aturan privasi Apple [\[2\]](https://capacitorjs.com/docs/plugins/ios). Gunakan teknik seperti lazy loading dan app thinning Xcode untuk mengoptimalkan penggunaan sumber daya dan meningkatkan performa startup dan runtime [\[3\]](https://github.com/ionic-team/capacitor/issues/3991).
-
-## Ringkasan
-
-Berikut ringkasan praktik terbaik untuk mengoptimalkan plugin iOS kustom di Capacitor dan bagaimana mereka dapat meningkatkan performa aplikasi. Fokusnya terletak pada meningkatkan **performa**, mengelola **penggunaan memori**, dan memastikan **komunikasi bridge** yang efisien, yang semuanya berkontribusi pada responsivitas aplikasi dan manajemen sumber daya yang lebih baik.
-
-### Wawasan Optimisasi Utama
-
-Tabel di bawah ini menyoroti area-area kritis optimisasi, dampak terukurnya, dan manfaat yang mereka berikan:
-
-| **Area Optimisasi** | **Dampak** | **Manfaat Implementasi** |
-| --- | --- | --- |
-| **Komunikasi Bridge** | Rata-rata waktu respons API 57ms [\[1\]](https://capgo.app/) | Latensi lebih rendah dan aliran data lebih lancar |
-| **Manajemen Memori** | 95% tingkat pembaruan pengguna aktif dalam 24 jam [\[1\]](https://capgo.app/) | Stabilitas dan penggunaan sumber daya yang lebih baik |
-| **Performa Swift** | Kecepatan unduh 114ms untuk paket 5MB [\[1\]](https://capgo.app/) | Eksekusi lebih cepat dan pengalaman pengguna lebih baik |
-
-### Area Fokus Utama untuk Pengembang
-
-Untuk mencapai peningkatan kinerja ini, pengembang harus memprioritaskan:
-
--   **Komunikasi Bridge**: Kelompokkan dan kompres muatan data besar untuk meminimalkan latensi.
--   **Manajemen Memori**: Manfaatkan referensi weak dan unowned untuk mengoptimalkan penggunaan sumber daya.
--   **Optimisasi Swift**: Gunakan tipe nilai dan semantik copy-on-write untuk kinerja yang lebih baik.
--   **Alat Pengujian**: Rutin lakukan profiling dengan Xcode Instruments untuk mengidentifikasi dan mengatasi bottleneck.
-
-## FAQ
-
-:::faq
-### Bagaimana mengoptimalkan komunikasi bridge dalam plugin iOS kustom meningkatkan kinerja aplikasi?
-
-Mengoptimalkan komunikasi bridge dalam plugin iOS kustom adalah cara cerdas untuk meningkatkan kinerja aplikasi. Dengan mengurangi latensi dan meningkatkan aliran data antara lapisan native dan JavaScript, Anda dapat mencapai interaksi yang lebih lancar, respons lebih cepat, dan pengalaman pengguna yang lebih baik secara keseluruhan.
-
-Untuk mencapainya, penting untuk membatasi data yang dikirim melalui bridge, menggabungkan beberapa panggilan menjadi batch jika memungkinkan, dan mengurangi pertukaran bolak-balik yang tidak perlu. Alat seperti **Capgo** dapat mempermudah proses ini. Mereka memungkinkan pembaruan instan, membantu aplikasi Anda tetap cepat dan terkini tanpa kesulitan pengajuan ke app store terus-menerus.
-:::
-
-:::faq
-### Apa praktik terbaik untuk mengoptimalkan penggunaan memori dalam plugin iOS kustom untuk menghindari crash?
-
-Untuk membuat plugin iOS kustom Anda berjalan lancar dan menghindari crash terkait memori, penting untuk fokus pada penulisan kode yang efisien dan terstruktur dengan baik sambil mengikuti praktik terbaik khusus iOS. Mulailah dengan **mengelola memori secara efektif** - ini berarti memperhatikan siklus hidup objek dan menggunakan alat seperti Xcode Instruments untuk mengidentifikasi dan memperbaiki siklus retain yang mungkin menyebabkan kebocoran memori. Tips penting lainnya? Jangan membebani thread utama dengan tugas berat. Sebaliknya, pindahkan operasi yang membutuhkan banyak sumber daya ke thread latar belakang agar aplikasi tetap responsif.
-
-Selain itu, berhati-hatilah dalam melepaskan sumber daya - baik itu file, gambar, atau koneksi jaringan - setelah tidak digunakan lagi. Jika Anda bekerja dengan **Capacitor** untuk aplikasi Anda, platform seperti Capgo dapat mempermudah hidup Anda dengan menyederhanakan pembaruan dan perbaikan. Ini berarti Anda dapat mengatasi masalah kinerja dengan cepat tanpa menunggu persetujuan app store. Mengikuti langkah-langkah ini akan membantu meningkatkan stabilitas dan keandalan plugin iOS kustom Anda.
-:::
-
-:::faq
-### Bagaimana pengaturan kinerja dan alat pengujian Xcode dapat membantu mengoptimalkan plugin iOS kustom di Capacitor?
-
-## Pengaturan Kinerja dan Alat Pengujian Xcode
-
-Dalam mengoptimalkan plugin iOS kustom di Capacitor, Xcode menawarkan beberapa alat canggih untuk membantu pengembang menyempurnakan pekerjaan mereka. Salah satu fitur yang menonjol adalah **Instruments**, yang memungkinkan Anda melacak metrik utama seperti penggunaan memori, kinerja CPU, dan dampak energi. Wawasan ini memudahkan untuk mengidentifikasi dan mengatasi bottleneck kinerja.
-
-**Alat debugging** Xcode juga berperan penting, memungkinkan Anda menguji plugin Anda secara real-time pada perangkat iOS. Ini memastikan kode Anda berjalan efisien dan memberikan pengalaman yang lancar bagi pengguna.
-
-Untuk pembaruan yang lebih cepat dan perbaikan yang efisien, platform seperti **Capgo** bisa menjadi game-changer. Mereka memungkinkan Anda mendorong pembaruan langsung ke pengguna tanpa memerlukan persetujuan app store, sambil tetap mematuhi pedoman Apple. Pendekatan ini tidak hanya menghemat waktu tetapi juga menjaga aplikasi Anda tetap berjalan dengan optimal.
-:::
diff --git a/src/content/blog/id/developing-cross-platform-apps-with-capacitorjs.md.md b/src/content/blog/id/developing-cross-platform-apps-with-capacitorjs.md.md
deleted file mode 100644
index 96f03cbe0..000000000
--- a/src/content/blog/id/developing-cross-platform-apps-with-capacitorjs.md.md
+++ /dev/null
@@ -1,178 +0,0 @@
----
-slug: developing-cross-platform-apps-with-capacitorjs
-title: >-
-  Mengembangkan Aplikasi Multiplatform dengan CapacitorJS: Panduan Langkah demi
-  Langkah
-description: >-
-  Pelajari cara membuat aplikasi multiplatform menggunakan CapacitorJS dengan
-  basis kode JavaScript tunggal untuk Android, iOS dan web (PWA).
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-02T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /create_app_with_js.webp
-head_image_alt: Pengembangan Aplikasi Cross-Platform
-keywords: >-
-  Capacitor, cross-platform, PWA, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Tuto
-published: true
-locale: id
-next_blog: ''
----
-Dalam dunia pengembangan aplikasi mobile yang terus berkembang, munculnya Progressive Web Applications (PWAs) telah membuka jalan bagi runtime lintas platform baru. Runtime ini memungkinkan aplikasi berbasis web hadir di app store tanpa hanya mengandalkan kode native. Salah satu teknologi yang memfasilitasi hal ini adalah [**CapacitorJS**](https://capacitorjs.com/), yang memungkinkan pengembang untuk mendeploy website sederhana sebagai aplikasi di Android, iOS, dan web menggunakan satu basis kode JavaScript. Pendekatan ini secara signifikan mengurangi biaya pengembangan dan meningkatkan efisiensi pengkodean.
-
-Panduan ini akan fokus pada pembuatan aplikasi menggunakan JavaScript murni tanpa framework tambahan. Meskipun sulit menemukan sumber daya untuk pengembangan aplikasi JavaScript murni di tahun 2021, kami di sini untuk memberikan tutorial komprehensif tentang membangun aplikasi Anda dan menggunakan plugin native dengan CapacitorJS.
-
-## ‣ Prasyarat
-
-Sebelum kita mulai, pastikan Anda telah menginstal alat-alat berikut:
-
-- [**Node.js**](https://nodejs.org/en/) **(v14.16.1)** atau lebih tinggi
-- **NPM (v7.6.2)** atau lebih tinggi
-- [**Android Studio**](https://developer.android.com/studio/) untuk pengembangan aplikasi Android
-- [**Xcode**](https://apps.apple.com/de/app/xcode/id497799835/?mt=12) untuk pengembangan aplikasi iOS (khusus macOS)
-
-> **Catatan**: Pengembangan aplikasi iOS hanya mungkin dilakukan pada perangkat macOS.
-
-## ‣ Menyiapkan Proyek Capacitor
-
-Untuk membuat aplikasi Capacitor, navigasikan ke folder yang Anda inginkan dan jalankan perintah berikut di terminal Anda:
-
-```
-npm init @capacitor/app
-```
-
-Ikuti petunjuk untuk menginstal paket dan menyiapkan proyek Anda. Dengan Capacitor v3, direktori proyek Anda seharusnya terlihat seperti ini:
-
-```
-www/
-  css/
-    style.css
-  js/
-    capacitor-welcome.js
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-```
-
-Dengan pengaturan awal selesai, Anda siap untuk melanjutkan.
-
-## ‣ Restrukturisasi Proyek
-
-Kita akan menggunakan Vite untuk membundel file JavaScript kita, jadi mari restrukturisasi proyek kita:
-
-- **Buat** folder baru `src` di direktori utama.
-- **Buat** file script baru `index.js` di `src/`.
-- **Buat** file konfigurasi Vite `vite.config.js` di direktori utama.
-- **Hapus** file `capacitor-welcome.js` dari `www/js/`.
-
-Struktur folder baru Anda seharusnya seperti:
-
-```
-src/
-  index.js
-www/
-  css/
-    style.css
-  js/
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-vite.config.js
-```
-
-## ‣ Beradaptasi dengan JavaScript Murni
-
-Mari modifikasi beberapa file untuk bekerja dengan JavaScript murni:
-
-## www/index.html
-
-1. Hapus impor script untuk [**Ionic PWA Elements**](https://capacitorjs.com/docs/web/pwa-elements/) jika Anda tidak merilis aplikasi sebagai PWA:
-
-```
-<script type="module" src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.esm.js"></script>
-<script nomodule src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.js"></script>
-```
-
-2. Hapus elemen HTML `<script type="module" src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.esm.js">` dari body.
-
-3. Perbarui impor script dari `capacitor.js` ke `js/main.js`. Ini akan menjadi file JavaScript yang dibundel.
-
-4. Hapus impor `js/capacitor-welcome.js`. `index.html` Anda sekarang siap.
-
-## vite.config.js
-
-Untuk membundel modul Node.js dengan [**Vite**](https://vitejs.dev/), kita memerlukan file konfigurasi yang menentukan tujuan output untuk script yang dibundel. Konfigurasi berikut akan mengambil file `src/index.js` dan membundelnya untuk produksi sebagai `www/js/main.js`:
-
-```javascript
-import { defineConfig } from 'vite';
-import path from 'node:path';
-
-export default defineConfig({
-  build: {
-    outDir: path.resolve(__dirname, 'www'),
-    rollupOptions: {
-      input: './src/index.js',
-      output: {
-        format: 'es',
-        file: path.resolve(__dirname, 'www/js/main.js')
-      }
-    }
-  }
-});
-```
-
-## capacitor.config.json
-
-Di file `capacitor.config.json`, temukan properti `"bundledWebRuntime": true` dan ubah menjadi `false`. Penyesuaian ini memastikan bahwa Capacitor tidak membundel file, sehingga memungkinkan kita menggunakan Vite untuk tujuan tersebut.
-
-Dengan perubahan ini, pengaturan dasar aplikasi Capacitor Anda selesai, dan Anda siap untuk mulai mengembangkan aplikasi Anda dengan JavaScript murni.
-
-## ‣ Mengembangkan Aplikasi Anda
-
-Sekarang fondasi telah dibangun, Anda dapat mulai menulis logika aplikasi Anda di file `src/index.js`. Di sini, Anda dapat mengimpor modul Node.js yang diperlukan, mendefinisikan fungsionalitas aplikasi Anda, dan berinteraksi dengan plugin native Capacitor.
-
-Ingat untuk menjalankan perintah build Vite untuk membundel file JavaScript Anda setiap kali Anda membuat perubahan:
-
-```bash
-vite build
-```
-
-Perintah ini akan menghasilkan file `main.js` di direktori `www/js` Anda, yang akan direferensikan oleh file `index.html` Anda.
-
-## ‣ Pengujian dan Debugging
-
-Capacitor menyediakan cara yang mudah untuk menguji aplikasi Anda di berbagai platform. Gunakan perintah berikut untuk membuka aplikasi Anda di lingkungan pengembangan platform masing-masing:
-
-Untuk Android:
-```bash
-npx cap add android
-npx cap open android
-```
-
-Untuk iOS (khusus macOS):
-```bash
-npx cap add ios
-npx cap open ios
-```
-
-Untuk Web/PWA:
-```bash
-npx cap serve
-```
-
-Perintah-perintah ini akan memungkinkan Anda menjalankan aplikasi Anda di Android Studio, Xcode, atau browser web Anda, di mana Anda dapat menguji dan debug sesuai kebutuhan.
-
-## ‣ Kesimpulan
-
-Mengembangkan aplikasi lintas platform dengan CapacitorJS menggunakan JavaScript murni adalah cara yang hemat biaya dan efisien untuk membuat aplikasi untuk berbagai platform dengan satu basis kode. Dengan mengikuti panduan ini, Anda telah menyiapkan proyek Anda, merestrukturisasinya untuk Vite, dan mempersiapkan aplikasi Anda untuk pengembangan. Dengan fondasi ini, Anda siap untuk membangun aplikasi yang kuat dan serbaguna.
-
-Ingat untuk menguji secara menyeluruh di semua platform dan manfaatkan plugin native Capacitor untuk meningkatkan fungsionalitas aplikasi Anda. Selamat mengoding!
diff --git a/src/content/blog/id/development-vs-production-key-differences-in-capacitor-apps.md b/src/content/blog/id/development-vs-production-key-differences-in-capacitor-apps.md
deleted file mode 100644
index 13664c805..000000000
--- a/src/content/blog/id/development-vs-production-key-differences-in-capacitor-apps.md
+++ /dev/null
@@ -1,226 +0,0 @@
----
-slug: development-vs-production-key-differences-in-capacitor-apps
-title: Perbedaan Kunci Untuk Aplikasi Capacitor Dalam Mode Development vs. Production
-description: >-
-  Memahami perbedaan penting antara lingkungan pengembangan dan produksi dalam
-  aplikasi Capacitor untuk meningkatkan performa dan keamanan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-09T01:28:36.450Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ccde92fb850c7501c0285a-1741483728634.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, development, production, app performance, security, updates, mobile
-  apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Membangun aplikasi dengan [Capacitor](https://capacitorjs.com/)? Berikut yang perlu Anda ketahui:** Lingkungan pengembangan dan produksi memiliki tujuan berbeda dan membutuhkan pengaturan yang unik. Pengembangan memprioritaskan kecepatan dan debugging, sementara produksi berfokus pada performa, keamanan, dan pengalaman pengguna.
-
-### Perbedaan Utama Antara Pengembangan dan Produksi:
-
--   **Tujuan:** Pengembangan untuk pengujian dan iterasi; produksi untuk aplikasi yang stabil dan siap digunakan.
--   **Optimasi Kode:** Pengembangan menggunakan kode yang tidak dioptimasi untuk debugging; produksi menggunakan kode yang diminimalisir dan dioptimasi.
--   **Keamanan:** Pengembangan memiliki pengaturan yang longgar; produksi menerapkan protokol keamanan yang ketat.
--   **Pembaruan:** Pengembangan mendukung pembaruan instan (mis. hot reload); produksi menggunakan peluncuran terencana.
-
-### Tabel Perbandingan Cepat:
-
-| **Aspek** | **Pengembangan** | **Produksi** |
-| --- | --- | --- |
-| **Tujuan** | [Debugging dan pengujian](https://capgo.app/docs/plugin/debugging/) | Stabilitas dan performa |
-| **Optimasi Kode** | Minimal | Sepenuhnya dioptimasi |
-| **Keamanan** | Longgar | Diperketat |
-| **Pembaruan** | Segera (local/hot reload) | Peluncuran terkontrol |
-| **Performa** | Alat debug diaktifkan | Dioptimasi untuk pengguna akhir |
-
-Alat Capacitor seperti [Capgo](https://capgo.app/) dapat menyederhanakan kedua lingkungan dengan fitur seperti pembaruan langsung, integrasi CI/CD, dan praktik penerapan yang aman. Dengan memahami perbedaan ini, Anda dapat mengelola siklus hidup aplikasi secara efektif dan memberikan pengalaman pengguna yang lebih baik.
-
-## Ionic & Capacitor untuk Membangun Aplikasi Mobile Native
-
-<iframe src="https://www.youtube.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pengaturan dan Konfigurasi Lingkungan
-
-Menyiapkan lingkungan yang tepat sangat penting untuk memastikan aplikasi Anda berjalan dengan baik dan memenuhi persyaratan setiap tahap - baik Anda dalam pengembangan atau produksi.
-
-### Menyiapkan Mode Pengembangan
-
-Mode pengembangan berfokus pada membuat [pengujian dan debugging](https://capgo.app/docs/plugin/debugging/) semudah dan secepat mungkin. Pengaturan ini memungkinkan pengembang untuk bekerja dengan cepat dan memperbaiki masalah secara efisien.
-
-| **Fitur Pengembangan** | **Tujuan** | **Implementasi** |
-| --- | --- | --- |
-| Server Lokal | Pengujian dan iterasi cepat | Aktifkan logging debug |
-| Source Maps | Pelacakan kesalahan lebih baik | Tetap tidak diminimalisir untuk debugging lebih mudah |
-| Hot Reload | Pembaruan kode instan | Aktifkan fungsi hot reload |
-| Alat Debug | Pengujian dan verifikasi | Integrasikan akses konsol pengembang |
-
-Untuk mempercepat alur kerja Anda, gunakan alat yang dirancang untuk pengembang. Misalnya, CLI Capgo menyederhanakan prosesnya dengan satu perintah: `npx @capgo/cli init` [\[1\]](https://capgo.app/).
-
-Setelah mode pengembangan diatur, saatnya mengonfigurasi mode produksi untuk pengalaman yang matang dan siap digunakan.
-
-### Menyiapkan Mode Produksi
-
-Mode produksi berfokus pada memberikan aplikasi yang aman, berkinerja tinggi yang memberikan pengalaman mulus bagi pengguna akhir.
-
-| **Fitur Produksi** | **Tujuan** | **Implementasi** |
-| --- | --- | --- |
-| Minifikasi Kode | Mengurangi ukuran file | Optimasi saat build time |
-| Langkah Keamanan | Melindungi data aplikasi | Terapkan enkripsi end-to-end |
-| Optimasi Build | Tingkatkan performa | Konfigurasi flag build produksi |
-| [Manajemen Pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Sederhanakan deployment | Siapkan integrasi CI/CD |
-
-Untuk produksi, alat otomasi seperti CI/CD membuat deployment lebih efisien. Platform seperti [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), dan [GitHub](https://github.com/) bekerja mulus dengan Capgo untuk mengelola pembaruan [\[1\]](https://capgo.app/).
-
-> "Capgo adalah alat yang wajib dimiliki pengembang yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangatlah berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Selain itu, konfigurasikan penugasan pengguna untuk peluncuran terkontrol. Ini memungkinkan Anda menargetkan grup tertentu untuk pengujian sebelum menerapkan pembaruan ke semua orang [\[1\]](https://capgo.app/).
-
-## Performa di Kedua Lingkungan
-
-Penyesuaian performa berbeda secara signifikan antara lingkungan pengembangan dan produksi, karena masing-masing memiliki peran unik dalam siklus hidup aplikasi.
-
-### Performa Mode Pengembangan
-
-Mode pengembangan berfokus pada memungkinkan iterasi cepat dan [debugging efektif](https://capgo.app/docs/plugin/debugging/) daripada performa puncak. Ini menyediakan alat yang dibutuhkan pengembang untuk mengidentifikasi dan memperbaiki masalah secara efisien.
-
-| **Aspek Performa** | **Pendekatan Mode Pengembangan** | **Dampak pada Pengembangan** |
-| --- | --- | --- |
-| Kecepatan Build | Memprioritaskan build lebih cepat | Mempercepat siklus pengujian |
-| Source Maps | Tidak dikompresi dan diaktifkan | Membuat debugging lebih mudah |
-| Logging Debug | Logging verbose diaktifkan | Membantu menemukan masalah |
-| Penggunaan Sumber Daya | Penggunaan memori lebih tinggi | Mendukung alat pengembangan |
-
-Dalam mode ini, pengorbanan performa disengaja untuk memastikan pengembang dapat bekerja dan debug dengan cepat. Mode produksi, bagaimanapun, sepenuhnya berfokus pada pengalaman pengguna dan optimasi.
-
-### Performa Mode Produksi
-
-Saat beralih ke produksi, fokus bergeser ke memberikan pengalaman pengguna yang mulus dengan penggunaan sumber daya yang efisien. Pengguna Capgo melaporkan **peningkatan efisiensi 81%** dalam produksi, menyoroti dampak konfigurasi yang tepat [\[1\]](https://capgo.app/).
-
-| **Aspek Performa** | **Pendekatan Mode Produksi** | **Dampak Pengguna** |
-| --- | --- | --- |
-| Ukuran Kode | Diminimalisir dan dikompresi | Menghasilkan waktu muat lebih cepat |
-| Penggunaan Sumber Daya | Dioptimasi untuk efisiensi | Memastikan performa lebih mulus |
-| Pengiriman Pembaruan | Proses yang efisien | Memberikan fitur dengan cepat |
-| Penanganan Kesalahan | Logging minimal dengan pemulihan yang baik | Meningkatkan kepuasan pengguna |
-
-Umpan balik dari pengguna mendukung hal ini. Misalnya, @colenso berbagi:
-
-> "Kami menerapkan pembaruan OTA Capgo dalam produksi untuk basis pengguna kami +5000. Kami melihat operasi yang sangat mulus hampir semua pengguna kami diperbarui dalam hitungan menit setelah OTA diterapkan ke @Capgo." [\[1\]](https://capgo.app/)
-
-Rodrigo Mantica (@manticarodrigo) menekankan pentingnya pendekatan ini:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-Singkatnya, mode pengembangan semuanya tentang kecepatan dan debugging, sementara mode produksi berfokus pada menciptakan pengalaman yang matang dan efisien untuk pengguna akhir. Masing-masing memiliki tujuannya sendiri, dan memahami perbedaan ini sangat penting untuk manajemen siklus hidup aplikasi yang efektif.
-
-## Langkah Keamanan untuk Setiap Lingkungan
-
-Kebutuhan keamanan sangat berbeda antara lingkungan pengembangan dan produksi dalam [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Setiap tahap membutuhkan pendekatan yang disesuaikan untuk menyeimbangkan proses pengembangan yang lancar dengan perlindungan data yang kuat.
-
-### Pengaturan Keamanan Pengembangan
-
-Selama pengembangan, fokusnya adalah pada iterasi cepat dan debugging efektif sambil mempertahankan protokol keamanan dasar. Tujuannya adalah menguji fitur keamanan tanpa membahayakan data pengguna sebenarnya.
-
-| **Aspek Keamanan** | **Pendekatan Pengembangan** | **Tujuan** |
-| --- | --- | --- |
-| Autentikasi | Metode autentikasi yang disederhanakan | Mempercepat siklus pengujian |
-| [Kunci API](https://capgo.app/docs/webapp/api-keys/) | Gunakan kunci khusus lingkungan | Menjaga pengujian terpisah dari produksi |
-| [Penyimpanan Data](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Data tiruan dan database pengujian | Mencegah paparan data sebenarnya |
-| Logging Kesalahan | Log detail | Membantu mengidentifikasi dan memperbaiki masalah keamanan |
-
-Di sisi lain, lingkungan produksi membutuhkan langkah keamanan yang jauh lebih ketat untuk melindungi data sensitif.
-
-### Pengaturan Keamanan Produksi
-
-Dalam produksi, prioritas bergeser ke menerapkan protokol keamanan lanjutan yang melindungi data pengguna dan memastikan kepatuhan dengan standar platform. Langkah-langkah ini penting untuk menjaga kepercayaan dan integritas data.
-
-| **Aspek Keamanan** | **Pendekatan Produksi** | **Dampak Bisnis** |
-| --- | --- | --- |
-| Keamanan Pembaruan | Gunakan enkripsi end-to-end | Memastikan pembaruan hanya dapat diakses oleh pengguna yang berwenang |
-| Kontrol Akses | Pengaturan izin yang terperinci | Membatasi akses berdasarkan peran tim |
-| Otomasi Deployment | Pipeline CI/CD terintegrasi | Memungkinkan [pembaruan otomatis](https://capgo.app/docs/live-updates/update-behavior/) yang aman |
-| Kepatuhan | Memenuhi standar Apple dan Google | Memastikan persetujuan app store |
-
-Pengaturan produksi juga melibatkan kebijakan khusus organisasi, dikelola melalui kontrol akses terpadu. Tim dapat membuat beberapa organisasi dengan izin pengguna yang disesuaikan dan berintegrasi dengan alat CI/CD seperti GitHub, GitLab, dan Azure DevOps untuk deployment yang aman dan mulus.
-
-Langkah-langkah ini memastikan aplikasi siap untuk deployment dan pembaruan yang aman.
-
-## Metode Deployment dan Pembaruan Aplikasi
-
-Menerapkan [aplikasi Capacitor](https://capgo.app/plugins/ivs-player/) melibatkan pendekatan berbeda tergantung apakah Anda dalam pengembangan atau produksi. Pengembangan berfokus pada pengujian dan debugging cepat, sementara produksi menuntut pemeriksaan kualitas menyeluruh dan kepatuhan dengan standar platform.
-
-### Deployment Pengujian dan Pengembangan
-
-Deployment pengembangan memprioritaskan kecepatan dan loop umpan balik yang cepat.
-
-| **Fase Pengembangan** | **Tindakan Utama** | **Tujuan** |
-| --- | --- | --- |
-| Pengujian Lokal | Gunakan `npx cap run` | Uji aplikasi pada perangkat atau emulator |
-| Build Debug | Aktifkan source maps | Identifikasi dan perbaiki masalah runtime |
-| Hot Reload | Aktifkan live reload | Lihat perubahan kode secara instan |
-| Kontrol Versi | Gunakan branch fitur | Jaga perubahan tetap terisolasi untuk pengujian |
-
-### Proses Rilis Produksi
-
-Merilis aplikasi ke produksi memerlukan langkah-langkah yang lebih ketat untuk memastikan kualitas dan kepatuhan.
-
-| **Tahap** | **Persyaratan** | **Pertimbangan** |
-| --- | --- | --- |
-| Optimasi Build | Minifikasi dan pemisahan kode | Meningkatkan performa aplikasi |
-| Tinjauan Platform | Ikuti pedoman app store | Patuhi standar Apple/Google |
-| Pengujian Rilis | Lakukan UAT dan pengujian beta | Konfirmasi build siap untuk dirilis |
-| Manajemen Versi | Terapkan semantic versioning | Lacak dan kelola riwayat rilis secara efektif |
-
-Capgo dapat merampingkan proses ini lebih jauh lagi, terutama terkait pembaruan.
-
-### Menggunakan [Capgo](https://capgo.app/) untuk Pembaruan
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-09.jpg?auto=compress)
-
-Capgo menyederhanakan proses pembaruan dengan fitur yang dirancang untuk menghemat waktu dan meningkatkan keamanan.
-
-| **Fitur** | **Manfaat** |
-| --- | --- |
-| Enkripsi End-to-End | Memastikan pengiriman pembaruan yang aman |
-| Integrasi CI/CD | Mengotomatisasi deployment |
-| Penugasan Pengguna | Memungkinkan peluncuran terkontrol ke grup tertentu |
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Kepatuhan Capgo terhadap pedoman Apple dan Google menjadikannya alat yang andal untuk mendorong pembaruan tanpa berisiko melanggar aturan app store. Ini sangat membantu untuk menerapkan perbaikan mendesak atau fitur baru tanpa menunggu proses peninjauan yang panjang.
-
-## Mengelola Kedua Lingkungan
-
-### Perbedaan Utama Antara Development dan Production
-
-Pengelolaan lingkungan development dan production yang sukses dimulai dengan memahami tujuan uniknya. Berikut ringkasan perbedaannya:
-
-| Aspek | Development | Production |
-| --- | --- | --- |
-| **Fokus Build** | Iterasi cepat dan debugging | Stabilitas dan optimasi |
-| **Mekanisme Update** | Update instan (mis. hot reload) | Peluncuran terkontrol |
-| **Level Keamanan** | Dasar untuk pengujian | [Enkripsi lanjutan](https://capgo.app/docs/cli/migrations/encryption/) |
-| **Performa** | Tools debugging diaktifkan | Kode teroptimasi, terminifikasi |
-
-Setiap lingkungan memiliki peran berbeda - development fokus pada kecepatan dan fleksibilitas, sementara production mengutamakan stabilitas dan keamanan. Mengenali perbedaan ini penting untuk membuat strategi pengelolaan yang efektif.
-
-### Tips untuk Mengelola Lingkungan
-
-Untuk menjaga kelancaran, otomatisasi dan keamanan sangat penting. Mengintegrasikan pipeline CI/CD memastikan deployment yang konsisten, sementara enkripsi yang kuat melindungi data. Misalnya, perusahaan yang menggunakan tools seperti Capgo melaporkan penghematan hingga $26.100 selama lima tahun dibandingkan metode tradisional [\[1\]](https://capgo.app/).
-
-Berikut beberapa strategi yang perlu dipertimbangkan:
-
-| Strategi | Manfaat |
-| --- | --- |
-| **[Pipeline CI/CD Otomatis](https://capgo.app/blog/automatic-build-and-release-with-gitlab/)** | Meminimalkan kesalahan deployment |
-| **Enkripsi End-to-End** | Mengamankan pengiriman update |
-| **Sistem Penugasan Pengguna** | Memungkinkan peluncuran fitur terkontrol |
-| **Manajemen Organisasi** | Menyediakan kontrol akses terperinci |
-
-Platform seperti Azure DevOps, GitLab, dan GitHub adalah pilihan sangat baik untuk menyiapkan alur kerja CI/CD. Menggabungkan ini dengan tools seperti Capgo dapat menjembatani kesenjangan antara development dan production, memastikan performa aplikasi yang andal di kedua lingkungan.
diff --git a/src/content/blog/id/do-apple-allow-live-updates.md b/src/content/blog/id/do-apple-allow-live-updates.md
deleted file mode 100644
index 95d4a0020..000000000
--- a/src/content/blog/id/do-apple-allow-live-updates.md
+++ /dev/null
@@ -1,35 +0,0 @@
----
-slug: do-apple-allow-live-updates
-title: >-
-  Apple tidak mengizinkan aplikasi untuk didistribusikan secara live update
-  tanpa melalui peninjauan App Store terlebih dahulu.
-description: >-
-  Bagaimana Anda dapat mengirimkan pembaruan kode ke aplikasi iOS yang sedang
-  berjalan di produksi sambil tetap mematuhi pedoman Apple sepenuhnya?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /apple_appstore.webp
-head_image_alt: Ilustrasi turunan Capacitor
-keywords: 'Apple, live updates, OTA updates, continuous integration, mobile app updates'
-tag: Tutorial
-published: true
-locale: id
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Memperbarui aplikasi Capacitor JS tanpa melalui proses tinjauan App Store dimungkinkan dalam kondisi tertentu yang diuraikan dalam pedoman resmi Apple. Namun, perlu dicatat bahwa ini bukan nasihat hukum. Agar pembaruan kode dapat langsung dikirim ke aplikasi dan tetap mematuhi pedoman Apple, kondisi berikut harus dipenuhi:
-
-- Kode harus dijalankan oleh framework WebKit bawaan Apple
-- Kode tidak boleh menyediakan, membuka atau mengaktifkan fitur atau fungsionalitas tambahan
-- Pengguna tidak boleh mengetahui bahwa pembaruan sedang berlangsung
-
-Plugin Capgo Capacitor memungkinkan pembaruan dan modifikasi dilakukan pada HTML, CSS, dan JavaScript, memenuhi kondisi pertama.
-Kemampuan aplikasi untuk memperbarui dirinya sendiri tanpa melalui proses tinjauan App Store telah tersedia sejak lama untuk aplikasi yang dibuat menggunakan framework JavaScript seperti React Native dari Facebook dan layanan seperti Expo.
-
-Kondisi kedua, tidak menyediakan fitur atau fungsionalitas tambahan, ditentukan oleh pengembang. Capgo ditujukan untuk membuat penyesuaian atau perbaikan kecil, bukan memperkenalkan fitur atau fungsionalitas baru. Untuk perubahan signifikan, perlu merilis pembaruan melalui App Store. Perlu dicatat bahwa banyak pengembang lain menggunakan pembaruan langsung tanpa masalah atau penolakan dari Apple.
-
-Google Play kurang ketat dibandingkan Apple dalam hal memperbarui aplikasi. Google Play memungkinkan aplikasi yang diinstal dari toko mereka dengan bundel JavaScript untuk diperbarui oleh layanan non-Google.
-
-Untuk informasi lebih lanjut tentang cara menginstal Capgo untuk melewati tinjauan, silakan lihat artikel saya berikutnya.
diff --git a/src/content/blog/id/do-capgo-work-for-cordova.md b/src/content/blog/id/do-capgo-work-for-cordova.md
deleted file mode 100644
index a2ea6ebd2..000000000
--- a/src/content/blog/id/do-capgo-work-for-cordova.md
+++ /dev/null
@@ -1,42 +0,0 @@
----
-slug: do-capgo-work-for-cordova
-title: >-
-  Mengapa Capgo tidak mendukung Cordova: Perbarui aplikasi Anda untuk mengakses
-  pembaruan langsung
-description: 'Dalam panduan ini, saya membagikan pengalaman saya dengan Capgo dan Cordova.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-29T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /cordova.webp
-head_image_alt: Developer Cordova yang Mencari Pembaruan Aplikasi
-keywords: >-
-  Cordova, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Migration
-published: true
-locale: id
-next_blog: ''
----
-Jika Anda mencari platform pengembangan aplikasi yang kuat dan modern, maka Capacitor adalah solusi yang sempurna. Tidak seperti Cordova yang merupakan platform usang dan ketinggalan zaman, Capacitor memanfaatkan perkembangan terbaru dalam platform dan bahasa pemrograman native untuk memberikan pengalaman pengguna terbaik.
-
-Berikut beberapa alasan mengapa Capgo tidak mendukung Cordova:
-
-Cordova Sudah Lama dan Tidak Berkembang Lagi: Cordova telah ada sejak lama, dan meskipun dulu merupakan platform yang bagus, kini telah berhenti berkembang. Ini berarti Cordova tidak lagi mampu mengikuti perkembangan terbaru dalam platform dan bahasa pemrograman native.
-
-Cordova Tidak Mendukung Evolusi Platform dan Bahasa Native Terbaru: Cordova tidak mendukung evolusi terbaru platform dan bahasa native secara default, seperti Kotlin dan Swift. Ini berarti Cordova tidak mampu menyediakan pengalaman pengembangan aplikasi terkini dan terbaik bagi pengguna.
-
-Capacitor: Alternatif yang Lebih Modern: Capgo telah mengadopsi Capacitor sebagai alternatif yang lebih modern dari Cordova. Capacitor memungkinkan penyertaan pustaka eksternal, yang berarti Capgo dapat mengandalkan pustaka terbaik dan menjaganya tetap terbarui. Hal ini menghasilkan platform pengembangan aplikasi yang lebih kuat dan stabil.
-
-Berikut alasan lain mengapa Capgo tidak mendukung Cordova: mempertahankan kualitas dan fitur yang sama seperti Cordova tidak memungkinkan untuk perusahaan yang sedang berkembang. Untuk menjaga produk tetap berkualitas tinggi, Capgo tetap fokus menggunakan alat yang paling modern dan efisien yang tersedia.
-
-Jika Anda mencari pembaruan langsung dengan harga yang baik, pilihan terbaik Anda adalah beralih ke Capacitor. Ini tidak hanya akan meningkatkan kinerja dan pengalaman pengguna aplikasi Anda, tetapi juga akan membuatnya siap menghadapi masa depan.
-
-Jangan lewatkan manfaat pengembangan aplikasi modern. Beralih ke Capacitor sekarang untuk pembaruan langsung dan masa depan yang cerah bagi aplikasi Anda.
-
-Namun, beralih ke Capgo mungkin terasa menakutkan. Tutorial resmi Capacitor untuk migrasi mungkin membutuhkan waktu seminggu dan sulit dipahami jika Anda tidak memiliki pengalaman sebelumnya dalam pengkodean native. Capacitor membutuhkan pemahaman yang kuat tentang dasar-dasar platform native, yang bisa membuat beberapa orang kewalahan.
-
-Tapi jangan khawatir! Anda memiliki pilihan yang lebih efisien dan bebas stres. Dengan [mempekerjakan saya](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/), pencipta Capgo, aplikasi Anda dapat diperbarui hanya dalam waktu seminggu. Saya tidak hanya akan menangani migrasi, tetapi juga akan mengajarkan tim Anda dasar-dasar platform native sehingga Anda dapat terus mengembangkan dan memelihara aplikasi Anda dengan mudah.
-
-Sebagai kesimpulan, memperbarui aplikasi Anda dengan Capgo adalah cara yang mudah dan efisien untuk memastikan bahwa Anda menggunakan platform pengembangan aplikasi terbaik dan paling modern. Dengan [mempekerjakan saya](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/), Anda akan menghemat waktu, menghindari frustrasi, dan mendapatkan pemahaman yang lebih mendalam tentang platform native.
diff --git a/src/content/blog/id/do-google-allow-live-updates.md b/src/content/blog/id/do-google-allow-live-updates.md
deleted file mode 100644
index 9a7d86d5a..000000000
--- a/src/content/blog/id/do-google-allow-live-updates.md
+++ /dev/null
@@ -1,32 +0,0 @@
----
-slug: do-google-allow-live-updates
-title: >-
-  Apakah Google mengizinkan pengiriman pembaruan langsung ke aplikasi tanpa
-  peninjauan Play Store?
-description: >-
-  Bagaimana Anda dapat mengirimkan pembaruan kode ke aplikasi Android dalam
-  produksi sambil sepenuhnya mematuhi pedoman Google?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /playstore.webp
-head_image_alt: Ilustrasi bypass Capacitor
-keywords: 'Google, live updates, OTA updates, continuous integration, mobile app updates'
-tag: Tutorial
-published: true
-locale: id
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Google Play lebih tidak ketat dibandingkan Apple dalam hal memperbarui aplikasi.
-
-Memperbarui aplikasi yang didistribusikan melalui Google Play bisa menjadi tugas yang rumit, tetapi penting untuk mengikuti pedoman Google agar tetap patuh. Menurut pedoman Google Play, aplikasi tidak boleh memodifikasi, mengganti, atau memperbarui dirinya sendiri menggunakan metode apa pun selain mekanisme pembaruan Google Play sendiri. Ini berarti mengunduh kode yang dapat dieksekusi, seperti file dex, JAR, atau .so, dari sumber selain Google Play tidak diizinkan.
-
-Namun, pembatasan ini tidak berlaku untuk kode yang berjalan di mesin virtual atau interpreter yang menyediakan akses tidak langsung ke API Android, seperti JavaScript di webview atau browser. Ini berarti Anda dapat menggunakan bahasa yang diinterpretasi, seperti JavaScript, Python, Lua, dll., untuk memperbarui aplikasi Anda tanpa melalui proses peninjauan Google Play. Salah satu alat yang dapat membantu proses ini adalah plugin Capgo Capacitor. Plugin ini memungkinkan pengembang untuk memperbarui kode HTML, CSS, dan JavaScript mereka dan mengirim pembaruan ke aplikasi mereka tanpa perlu peninjauan.
-
-Selain itu, aplikasi atau kode pihak ketiga yang menggunakan bahasa yang diinterpretasi, seperti JavaScript, Python, Lua, dll., yang dimuat saat runtime, tidak boleh memungkinkan potensi pelanggaran kebijakan Google Play. Penting untuk dicatat bahwa kode yang diinterpretasi ini tidak boleh dikemas bersama aplikasi.
-
-Dengan mengikuti pedoman ini dan menggunakan alat seperti plugin Capgo Capacitor, Anda dapat memastikan bahwa pembaruan aplikasi Anda mematuhi kebijakan Google Play, dan aplikasi Anda tetap tersedia bagi pengguna di platform tersebut. Perlu diingat bahwa selalu bijaksana untuk memeriksa ulang versi terbaru dari kebijakan Google untuk memastikan Anda mengikutinya dengan benar.
-
-Untuk informasi lebih lanjut tentang cara menginstal Capgo untuk melewati peninjauan, silakan lihat artikel saya berikutnya.
diff --git a/src/content/blog/id/enable-ios-developer-mode-ios16.md b/src/content/blog/id/enable-ios-developer-mode-ios16.md
deleted file mode 100644
index 641d6bc82..000000000
--- a/src/content/blog/id/enable-ios-developer-mode-ios16.md
+++ /dev/null
@@ -1,67 +0,0 @@
----
-slug: enable-ios-developer-mode-ios16
-title: Cara Mengaktifkan Mode Pengembang di iOS 16 untuk Pengujian Aplikasi
-description: >-
-  Panduan langkah demi langkah untuk mengaktifkan Mode Pengembang di iOS 16 ke
-  atas untuk menjalankan internal distribution builds dan local development
-  builds di perangkat Anda.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /enable-ios-developer-mode-ios16.webp
-head_image_alt: Mengaktifkan Mode Pengembang iOS di iPhone
-keywords: >-
-  iOS, Developer Mode, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: iOS
-published: true
-locale: id
-next_blog: ''
----
-# Cara Mengaktifkan Mode Pengembang di iOS 16 untuk Pengujian Aplikasi
-
-Bagi pengembang dan penguji yang bekerja dengan iOS 16 ke atas, mengaktifkan Mode Pengembang adalah langkah penting untuk menjalankan build distribusi internal dan build pengembangan lokal langsung di iPhone atau iPad. Panduan ini akan membantu Anda melalui proses mengaktifkan Mode Pengembang di perangkat iOS Anda.
-
-## Prasyarat
-
-Sebelum melanjutkan, pastikan Anda telah menginstal build pengembangan di perangkat iOS Anda. Pengaturan ini hanya diperlukan sekali per perangkat.
-
-## Panduan Langkah demi Langkah untuk Mengaktifkan Mode Pengembang
-
-### Langkah 1: Memicu Peringatan Mode Pengembang
-
-Setelah menginstal build di perangkat Anda, ketuk ikon aplikasi. Sebuah peringatan akan muncul, meminta Anda untuk mengaktifkan Mode Pengembang. Klik **OK** untuk melanjutkan.
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/ios-16-developer-mode-0.webp" alt="Navigating to Developer Mode setting">
-</div>
-
-### Langkah 2: Mengakses Pengaturan Mode Pengembang
-
-Buka aplikasi Pengaturan di perangkat iOS Anda. Navigasi ke **Privasi & Keamanan** dan kemudian pilih **Mode Pengembang**.
-
-![Navigasi ke pengaturan Mode Pengembang](/ios-16-developer-mode-1.webp)
-
-### Langkah 3: Aktifkan Mode Pengembang dan Mulai Ulang
-
-Aktifkan toggle Mode Pengembang. iOS akan meminta Anda untuk memulai ulang perangkat agar perubahan berlaku. Ketuk **Mulai Ulang** untuk memulai proses reboot.
-
-![Peringatan mulai ulang Mode Pengembang](/ios-16-developer-mode-2.webp)
-
-### Langkah 4: Menyelesaikan Aktivasi
-
-Setelah perangkat Anda mulai ulang dan Anda membukanya, sebuah peringatan sistem akan muncul. Klik **Aktifkan** dan masukkan kode sandi perangkat Anda saat diminta untuk menyelesaikan aktivasi Mode Pengembang.
-
-![Peringatan dan permintaan kode sandi](/ios-16-developer-mode-3.webp)
-
-Dengan Mode Pengembang yang sudah aktif, Anda dapat sepenuhnya bekerja dengan build distribusi internal dan build pengembangan lokal Anda.
-
-Ingat, Anda dapat menonaktifkan Mode Pengembang kapan saja melalui pengaturan yang sama. Namun, untuk mengaktifkannya kembali, Anda perlu mengikuti langkah-langkah ini lagi.
-
-## Metode Alternatif untuk Mengaktifkan Mode Pengembang
-
-Jika Anda mengalami masalah dengan metode di atas dan Anda memiliki akses ke Mac, Anda dapat mengaktifkan Mode Pengembang dengan menghubungkan perangkat iOS Anda ke Mac dan mengikuti instruksi yang disediakan di [dokumentasi resmi Apple](https://developer.apple.com/documentation/xcode/enabling-developer-mode-on-a-device/).
-
-Dengan mengikuti langkah-langkah ini, Anda akan siap untuk menguji dan mengembangkan aplikasi secara efektif di perangkat iOS Anda yang menjalankan iOS 16 atau lebih baru.
diff --git a/src/content/blog/id/error-handling-in-capacitor-apps-ux-best-practices.md b/src/content/blog/id/error-handling-in-capacitor-apps-ux-best-practices.md
deleted file mode 100644
index fc8445f7b..000000000
--- a/src/content/blog/id/error-handling-in-capacitor-apps-ux-best-practices.md
+++ /dev/null
@@ -1,262 +0,0 @@
----
-slug: error-handling-in-capacitor-apps-ux-best-practices
-title: 'Penanganan Error dalam Aplikasi Capacitor: Praktik Terbaik UX'
-description: >-
-  Penanganan kesalahan yang efektif dalam aplikasi meningkatkan pengalaman
-  pengguna melalui komunikasi yang jelas, penyelesaian yang cepat, dan
-  penanganan yang konsisten di semua platform.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:41:14.278Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5-1744605685630.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  error handling, user experience, mobile apps, bug fixes, input validation,
-  error messages, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Penanganan error dapat membuat atau menghancurkan pengalaman pengguna aplikasi Anda.** Manajemen error yang buruk dapat menyebabkan pengguna frustrasi dan ulasan negatif, sementara penanganan error yang efektif membangun kepercayaan dan membuat pengguna puas. Berikut yang perlu Anda ketahui:
-
-- **Perbaikan Cepat Sangat Penting**: Tools seperti [Capgo](https://capgo.app/) memungkinkan **95% pengguna** menerima perbaikan bug dalam 24 jam, memastikan gangguan minimal.
-- **Pesan Error yang Jelas Penting**: Selalu sertakan **konteks**, **penyebab**, dan **solusi** dalam pesan error. Contohnya: "Tidak dapat menyimpan foto – Ukuran file melebihi 5 MB. Coba kompres gambar."
-- **Pencegahan Proaktif**: Gunakan validasi input, pantau status jaringan, dan dukung fungsionalitas offline untuk meminimalkan error sebelum terjadi.
-- **Solusi Khusus Platform**: Atasi tantangan unik untuk platform iOS, Android, dan web sambil mempertahankan strategi penanganan error yang terpadu.
-- **Manfaatkan Tools**: Gunakan sistem seperti [Sentry](https://sentry.io/) untuk pelacakan error dan Capgo untuk pembaruan over-the-air (OTA) untuk memperbaiki masalah dengan cepat.
-
-**Kesimpulan**: Perbaikan cepat, komunikasi yang jelas, dan penanganan error lintas platform yang konsisten adalah kunci untuk menjaga kepuasan pengguna dan kelancaran aplikasi.
-
-## Pencatatan Error [Ionic](https://ionicframework.com/) dengan [Sentry](https://sentry.io/) menggunakan [Capacitor](https://capacitorjs.com/)
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-<iframe src="https://www.youtube.com/embed/REiJTqu3-88" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Panduan Utama Penanganan Error
-
-Penanganan error yang efektif dalam aplikasi Capacitor membutuhkan keseimbangan antara pengalaman pengguna dengan fungsionalitas teknis. Panduan ini membantu mengelola error secara efisien di berbagai platform.
-
-### Menulis Pesan Error yang Jelas
-
-Pesan error yang baik harus mencakup tiga elemen penting:
-
-| Elemen | Deskripsi | Contoh |
-| --- | --- | --- |
-| **Konteks** | Tentukan dimana error terjadi | "Tidak dapat menyimpan foto profil" |
-| **Penyebab** | Jelaskan mengapa error terjadi | "Ukuran foto melebihi batas 5 MB" |
-| **Solusi** | Tawarkan langkah selanjutnya yang dapat dilakukan | "Silakan pilih gambar yang lebih kecil atau kompres gambar saat ini" |
-
-Gunakan bahasa yang mudah dipahami namun tetap akurat secara teknis. Misalnya, alih-alih mengatakan "HTTP 404 - Resource Not Found", coba "Kami tidak dapat menemukan halaman tersebut. Periksa URL atau kembali ke beranda."
-
-### Standar Error di Seluruh Platform 
-
-Memastikan penanganan error yang konsisten di seluruh platform melibatkan strategi yang terpadu:
-
-- **Katalog Error Terpusat**: Kelola satu repositori untuk semua pesan dan kode error untuk memastikan konsistensi.
-- **Handler Khusus Platform**: Gunakan tools penanganan error native sambil menjaga keseragaman pesan.
-- **Level Tingkat Keparahan Error**: Klasifikasikan error berdasarkan dampaknya dan tindakan yang perlu diambil pengguna.
-
-### Metode Pencegahan Error
-
-1. **Validasi Input**
-Validasi input pengguna dengan pemeriksaan real-time, memastikan tipe data dan format yang tepat (misalnya, alamat email atau nomor telepon).
-
-2. **Pemantauan Status Jaringan**
-Pantau konektivitas jaringan untuk mencegah error API. Saat offline, Anda dapat:
-
-- Menyimpan data penting untuk penggunaan offline.
-- Mengantrikan tindakan pengguna untuk diproses nanti.
-- Menampilkan indikator yang jelas untuk status konektivitas.
-
-3. **Degradasi Bertahap**
-Dukung degradasi bertahap dengan:
-
-- Beralih ke penyimpanan lokal saat terjadi masalah sinkronisasi cloud.
-- Menawarkan mode offline untuk tugas-tugas penting.
-- Menyediakan cara alternatif untuk menyelesaikan tindakan ketika fungsionalitas penuh tidak tersedia.
-
-Mengikuti langkah-langkah ini membantu menciptakan pengalaman aplikasi yang andal dan ramah pengguna sambil menangani error secara konsisten di seluruh platform. Langkah-langkah proaktif seperti ini memastikan fungsi yang lebih lancar dan membangun kepercayaan pengguna.
-
-## Menangani Berbagai Jenis Error
-
-### Validasi Form dan Input
-
-Menggunakan pendekatan berlapis untuk validasi input dapat meningkatkan interaksi pengguna sambil mengurangi error. Berikan umpan balik yang jelas dan langsung kepada pengguna saat mereka berinteraksi dengan form:
-
-| **Tipe Validasi** | **Implementasi** | **Umpan Balik Pengguna** |
-| --- | --- | --- |
-| **Field Wajib** | Periksa input saat pengguna mengetik | Sorot dengan tanda bintang merah dan pesan error inline |
-| **Validasi Format** | Gunakan pola regex | Tampilkan contoh format yang valid |
-| **Validasi Antar-field** | Periksa field terkait secara bersamaan | Sorot kedua field jika terjadi konflik |
-| **Aturan Kustom** | Terapkan pemeriksaan logika bisnis | Berikan penjelasan yang jelas tentang persyaratan khusus |
-
-Untuk membuat prosesnya lebih lancar:
-
-- Tampilkan panduan format sebelum pengguna mulai mengetik.
-- Validasi input secara progresif saat dimasukkan.
-- Lakukan validasi akhir saat form dikirim.
-
-Sementara langkah-langkah ini menangani kesalahan tingkat input, mengelola error jaringan dan API sama pentingnya untuk menjaga pengalaman pengguna yang lancar.
-
-### Masalah Koneksi dan API
-
-Error jaringan dan API dapat mengganggu interaksi pengguna, jadi penting untuk memantau koneksi dan menangani respons API secara efektif:
-
-1. **Pemantauan Status Jaringan**
-Pantau konektivitas untuk mengaktifkan caching offline, mengantrikan operasi untuk nanti, dan memperbarui antarmuka pengguna dengan status saat ini.
-
-2. **Manajemen Error API**
-
-| **Kode Error** | **Pesan untuk Pengguna** | **Tindakan di Latar Belakang** |
-| --- | --- | --- |
-| 401/403 | "Silakan login kembali untuk melanjutkan" | Perbarui token autentikasi |
-| 404 | "Informasi yang diminta tidak tersedia" | Hapus entri cache yang tidak valid |
-| 429 | "Silakan coba lagi dalam beberapa menit" | Gunakan exponential backoff untuk mencoba ulang |
-| 500+ | "Kami mengalami kesulitan teknis" | Catat detail error untuk debugging |
-
-Dengan menggabungkan strategi-strategi ini, Anda dapat meminimalkan gangguan yang disebabkan oleh masalah konektivitas dan memastikan pengguna tetap terinformasi.
-
-### Masalah Khusus Platform
-
-Setiap platform memiliki tantangan tersendiri, membutuhkan solusi yang disesuaikan untuk mengatasi masalah unik secara efektif.
-
-**Penanganan Khusus iOS**:
-
-- Kelola perizinan, batasan memori, dan interaksi keyboard.
-- Pastikan penanganan yang lancar untuk perilaku khusus sistem.
-
-**Penanganan Khusus Android**:
-
-- Standarisasi navigasi tombol kembali.
-- Sesuaikan untuk ukuran layar dan densitas pixel yang bervariasi.
-- Tangani kompleksitas siklus hidup fragment.
-
-**Penanganan Khusus Web**:
-
-- Selesaikan masalah CORS menggunakan header yang tepat.
-- Atasi masalah kompatibilitas browser.
-- Tangani tantangan khusus Progressive Web Apps (PWA).
-
-Capgo menyediakan tools untuk merampingkan perbaikan untuk tantangan khusus platform ini. Menggunakan sistem channelnya, Anda dapat:
-
-- Uji pembaruan pada kelompok pengguna yang ditargetkan sebelum peluncuran penuh.
-- Rilis pembaruan secara bertahap untuk memantau dampaknya.
-- Kembalikan dengan cepat perubahan yang bermasalah untuk meminimalkan gangguan pengguna.
-
-## Tools Manajemen Error
-
-Tools yang efektif menyederhanakan pelacakan, pelaporan, dan penyelesaian error dalam aplikasi Capacitor modern. Tools ini bekerja bersama dengan praktik penanganan error yang mapan untuk menjaga pengalaman pengguna yang lancar di seluruh platform.
-
-### Sistem Pelacakan Error
-
-Platform pelacakan error memberikan wawasan mendetail tentang masalah aplikasi. Misalnya, **Sentry**, yang dipercaya oleh jutaan pengembang, menawarkan konteks error mendalam, termasuk detail perangkat, versi OS, versi aplikasi, dan bahkan commit kode spesifik yang menyebabkan masalah.
-
-| Fitur | Detail |
-| --- | --- |
-| Data Lingkungan | Melacak tipe perangkat, versi OS, dan versi aplikasi |
-| Konteks & Alert Error | Menunjuk commit penyebab error dan terintegrasi dengan [Slack](https://slack.com/)/[Jira](https://www.atlassian.com/software/jira) untuk notifikasi tim |
-| Pelacakan Rilis | Mengukur persentase sesi bebas crash untuk memantau kinerja aplikasi |
-
-> "Sentry membantu tim kami memperbaiki masalah paling penting dalam setiap rilis. Kami dapat melacak bagaimana tren rilis berdasarkan persentase sesi bebas crash. Dengan data ini, kami dapat memperbaiki masalah yang berdampak pada sebagian besar pengguna dan beralih ke membangun lebih banyak fitur."
->
-> - Byron Dover, Engineering Manager for IT di [Riot Games](https://www.riotgames.com/en) [\[2\]](https://sentry.io/)
-
-Selain pelacakan detail, pelaporan dalam aplikasi menangkap umpan balik pengguna secara real-time.
-
-### Pelaporan Error Dalam Aplikasi
-
-Pelaporan error dalam aplikasi yang ramah pengguna mengumpulkan umpan balik kontekstual sambil menghormati privasi pengguna. Platform seperti **Disney+** mengandalkan pelaporan error komprehensif untuk mempertahankan standar layanan yang tinggi.
-
-> "Tools berkualitas tinggi Sentry membantu Disney+ mempertahankan layanan berkualitas tinggi untuk puluhan juta pelanggan globalnya." [\[2\]](https://sentry.io/)
-
-Fitur kunci yang perlu dipertimbangkan meliputi:
-
-- Deteksi dan pelaporan error otomatis
-- Laporan bug yang diinisiasi pengguna dengan konteks relevan
-- Penanganan data yang memperhatikan privasi
-- Kategorisasi error yang terorganisir untuk penyelesaian lebih cepat
-
-Untuk masalah kritis yang membutuhkan perhatian segera, pembaruan OTA dapat memberikan perbaikan cepat langsung kepada pengguna.
-
-### Pembaruan Cepat dengan OTA
-
-**Sistem OTA Capgo** memungkinkan pengembang untuk meluncurkan perbaikan dan pembaruan dengan cepat dan efisien. Dengan platform ini, Anda dapat:
-
-- Mendorong perbaikan instan untuk bug mendesak
-- Menguji pembaruan pada kelompok pengguna tertentu sebelum penerapan penuh
-- Memantau kinerja pembaruan secara real-time
-- Mengembalikan pembaruan bermasalah secara instan jika diperlukan
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!"
->
-> - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-> "Pikirkan tentang 150+ pengembang kami dan kalikan itu dengan jumlah masalah yang kami lihat di seluruh layanan dan klien kami - sungguh luar biasa jumlah waktu pengembang yang telah kami hemat." [\[2\]](https://sentry.io/)
-
-## Pengalaman Pengguna dalam Penanganan Error
-
-Memperluas dasar-dasar penanganan error, fokus pada pengalaman pengguna sangat penting untuk memastikan konsistensi di seluruh platform. Pendekatan yang mengutamakan pengguna dalam penanganan error tidak hanya menyelesaikan masalah tetapi juga mengkomunikasikan masalah secara efektif, meningkatkan kepuasan dan retensi pengguna.
-
-### Instruksi Error yang Jelas
-
-Pesan error harus langsung dan membantu pengguna menyelesaikan masalah dengan cepat. Elemen kunci meliputi:
-
-| Komponen | Tujuan | Contoh Implementasi |
-| --- | --- | --- |
-| **Konteks Error** | Menjelaskan apa yang terjadi | "Tidak dapat menyimpan foto - Penyimpanan penuh (2.1 GB terpakai dari 2 GB)" |
-| **Tindakan** | Memberikan solusi langkah demi langkah | "Hapus item yang tidak digunakan atau tingkatkan paket penyimpanan" |
-| **Pembaruan Status** | Memberi informasi progres kepada pengguna | "Mencoba menghubungkan kembali... Percobaan ke-2 dari 3" |
-
-### Opsi Pemulihan Error
-
-Penting untuk menyediakan beberapa cara bagi pengguna untuk pulih dari error, melayani baik audiens teknis maupun non-teknis:
-
--   **Pemulihan Progresif**  
-    Secara otomatis mencoba perbaikan, dimulai dari solusi sederhana dan meningkat ke yang lebih kompleks jika diperlukan. Berikan pembaruan real-time untuk memberi informasi progres kepada pengguna.
-    
--   **Intervensi Manual**  
-    Menawarkan alat bagi pengguna untuk mengambil kendali, seperti:
-    
-    -   Mengaktifkan mode offline saat masalah jaringan
-    -   Mencadangkan data secara lokal
-    -   Mencoba ulang tindakan secara manual dengan indikator progres yang terlihat
-    -   Kembali ke versi sebelumnya jika diperlukan
-
-Platform seperti Capgo mendukung fitur-fitur ini dengan mengelola pembaruan secara efisien, memastikan pengguna dapat mengakses versi stabil saat masalah sedang ditangani.
-
-### Dukungan Error Multi-Bahasa
-
-Lokalisasi lebih dari sekadar terjemahan. Ini melibatkan penyesuaian pesan error agar sesuai dengan konteks linguistik dan budaya:
-
-| Aspek | Praktik Terbaik | Manfaat |
-| --- | --- | --- |
-| **Struktur Pesan** | Gunakan token placeholder untuk konten dinamis | Menjaga konsistensi pesan di semua bahasa |
-| **Konteks Budaya** | Menyesuaikan pesan dengan preferensi lokal | Meningkatkan pemahaman pengguna |
-| **Dukungan Karakter** | Memastikan kepatuhan Unicode untuk semua teks error | Memastikan tampilan yang tepat dalam semua bahasa |
-
-Komunikasi yang akurat dan peka budaya adalah kunci. Pengujian pesan error di berbagai wilayah menggunakan sistem berbasis saluran memastikan pesan tersebut sesuai dengan pengguna lokal. Dikombinasikan dengan pelacakan real-time dan pembaruan cepat, pendekatan ini menjamin pengalaman yang lancar dan ramah pengguna di seluruh dunia.
-
-Komunikasi yang jelas membangun kepercayaan dan meningkatkan kualitas keseluruhan aplikasi Anda.
-
-## Kesimpulan
-
-Penanganan error yang sukses dalam aplikasi Capacitor menggabungkan akurasi teknis dengan fokus pada pengalaman pengguna, menghasilkan peringkat aplikasi yang lebih baik dan peningkatan kepuasan pengguna.
-
-Para pengembang telah memanfaatkan penerapan pembaruan cepat [\[1\]](https://capgo.app/), meningkatkan kepercayaan pengguna dan keandalan aplikasi. Misalnya, pembaruan OTA Capgo memungkinkan pengembang menyelesaikan error dengan cepat, memastikan pengguna menerima perbaikan dalam hitungan menit [\[1\]](https://capgo.app/).
-
-Perubahan kebutuhan pasar mendorong batas-batas manajemen error. Berikut adalah faktor-faktor kunci yang berkontribusi pada kesuksesan:
-
-| Faktor | Dampak | Hasil |
-| --- | --- | --- |
-| Penerapan Perbaikan Cepat | Tingkat keberhasilan pembaruan global 82% [\[1\]](https://capgo.app/) | Mengurangi paparan bug |
-| Pesan Error yang Jelas | Retensi pengguna lebih tinggi | Lebih sedikit pertanyaan dukungan |
-| Dukungan Multi-Platform yang Konsisten | Pengalaman pengguna lebih baik | Pemeliharaan lebih mudah |
-
-Data-data ini menunjukkan bagaimana perbaikan cepat, komunikasi efektif, dan kinerja lintas platform yang konsisten memperkuat stabilitas aplikasi.
-
-Seiring solusi penanganan error menjadi lebih canggih, pengembang perlu fokus pada pelacakan error yang andal, komunikasi transparan, dan pembaruan cepat. Pendekatan ini memastikan kepuasan pengguna yang tinggi sambil meminimalkan gangguan yang disebabkan oleh tantangan teknis.
diff --git a/src/content/blog/id/error-logging-tools-for-capacitor-ota-updates.md b/src/content/blog/id/error-logging-tools-for-capacitor-ota-updates.md
deleted file mode 100644
index 326190306..000000000
--- a/src/content/blog/id/error-logging-tools-for-capacitor-ota-updates.md
+++ /dev/null
@@ -1,174 +0,0 @@
----
-slug: error-logging-tools-for-capacitor-ota-updates
-title: Alat Pencatatan Kesalahan untuk Pembaruan OTA Capacitor
-description: >-
-  Jelajahi alat pencatatan kesalahan yang penting untuk pembaruan OTA Capacitor,
-  membandingkan fitur, harga, dan pengaturan untuk meningkatkan stabilitas
-  aplikasi dan pengalaman pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T01:28:12.140Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d8bb85beb3268b1c6ac757-1742261302793.jpg
-head_image_alt: Pengembangan Seluler
-keywords: 'error logging, OTA updates, mobile development, app stability, user experience'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Alat pencatatan kesalahan sangat penting untuk mengelola pembaruan Over-the-Air (OTA) dari Capacitor. Mereka membantu pengembang memantau masalah, melacak kinerja pembaruan, dan memastikan stabilitas aplikasi. Artikel ini membandingkan empat alat populer - **[Sentry](https://sentry.io/)**, **[LogRocket](https://logrocket.com/)**, **[Bugsnag](https://www.bugsnag.com/)**, dan **[Capgo](https://capgo.app/)** - menyoroti fitur, harga, dan kemudahan pengaturannya.
-
-### Hal-Hal Penting:
-
--   **Sentry**: Terbaik untuk pelacakan kesalahan terperinci dan pemantauan kesehatan rilis.
--   **LogRocket**: Ideal untuk pengulangan sesi dan wawasan pengalaman pengguna.
--   **Bugsnag**: Fokus pada pengutamaan kesalahan dan penilaian stabilitas aplikasi.
--   **Capgo**: Menggabungkan pembaruan OTA dengan pelacakan kesalahan bawaan dan pengaturan cepat.
-
-### Perbandingan Singkat:
-
-| Fitur | Sentry | LogRocket | Bugsnag | Capgo |
-| --- | --- | --- | --- | --- |
-| Pelacakan Kesalahan Waktu Nyata | ✓   | ✓   | ✓   | ✓   |
-| Pengulangan Sesi | Terbatas | ✓   | –   | –   |
-| Pembalikan Satu Klik | –   | –   | –   | ✓   |
-| Enkripsi End-to-end | –   | –   | –   | ✓   |
-| Waktu Pengaturan | 30–60 menit | 45–90 menit | 30–60 menit | <15 mins |
-
-Each tool offers unique benefits depending on your team's needs, budget, and expertise. Read on for a detailed breakdown of their features, pricing, and setup requirements.
-
-## [Sentry](https://sentry.io/) and Capacitor: How to Build and Monitor User Experiences
-
-![Sentry Error Tracking Dashboard](https://mars-images.imgix.net/seobot/screenshots/sentry.io-925fc70e12ac801815ba3ab27e6adcda-2025-03-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/shzKcE79GXI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Ulasan Alat Pencatatan Kesalahan
-
-Jelajahi alat pencatatan kesalahan teratas untuk [pembaruan OTA Capacitor](https://capgo.app/ja/), dengan fokus pada fitur dan cara kerjanya.
-
-### Sentry: Fitur dan Pengaturan
-
-SDK Sentry bekerja dengan mudah dengan aplikasi Capacitor, memberikan jejak tumpukan terperinci dan konteks yang berguna untuk debugging. Fitur pelacakan rilisnya dapat menentukan masalah yang berulang dalam kegagalan pembaruan OTA.
-
-**Fitur utama**:
-
--   Pemantauan kesehatan rilis
--   Penyaringan kesalahan kustom
--   Penugasan masalah otomatis
--   Pemantauan kinerja dengan breadcrumb
-
-Selanjutnya, mari kita lihat kemampuan pengulangan sesi LogRocket.
-
-### [LogRocket](https://logrocket.com/): Pelacakan Sesi
-
-![LogRocket](https://mars-images.imgix.net/seobot/screenshots/logrocket.com-25aea0309421424eb663500e40eea18d-2025-03-18.jpg?auto=compress)
-
-LogRocket memungkinkan Anda menyelami pengalaman pengguna selama pembaruan OTA dengan fitur pengulangan sesinya. Ini merekam interaksi pengguna, permintaan jaringan, dan log konsol, sehingga lebih mudah untuk memahami apa yang salah.
-
-| Fitur | Manfaat |
-| --- | --- |
-| Pengulangan Sesi | Melihat secara tepat apa yang dialami pengguna selama pembaruan |
-| Analisis Jaringan | Melacak permintaan yang gagal dan waktu tunggu |
-| Integrasi Redux | Melacak perubahan status secara waktu nyata |
-| Korelasi Kesalahan | Mengaitkan kesalahan dengan tindakan pengguna tertentu |
-
-Bugsnag, di sisi lain, fokus pada pengutamaan kesalahan dan stabilitas aplikasi.
-
-### [Bugsnag](https://www.bugsnag.com/): Manajemen Kesalahan
-
-![Bugsnag Error Monitoring Dashboard](https://mars-images.imgix.net/seobot/screenshots/www.bugsnag.com-76749d2e4d72514946f463d57dc57ffc-2025-03-18.jpg?auto=compress)
-
-Bugsnag membantu mengutamakan kesalahan dan memantau stabilitas aplikasi. Fitur penilaian stabilitasnya mengevaluasi bagaimana pembaruan OTA memengaruhi kinerja keseluruhan aplikasi. Fitur tambahan termasuk pengelompokan kesalahan otomatis, pelacakan rilis, dan integrasi dengan pipeline CI/CD.
-
-### [Capgo](https://capgo.app/): Pelacakan Kesalahan Bawaan
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-Capgo mengambil pendekatan berbeda dengan mengintegrasikan pelacakan kesalahan langsung ke dalam proses pembaruan OTA.
-
-| Meter | Kinerja |
-| --- | --- |
-| Pengiriman Pembaruan | 23,5 juta pembaruan yang disampaikan |
-| Tingkat Keberhasilan | 95% pengguna diperbarui dalam waktu 24 jam |
-| Waktu Respon API | 57ms rata-rata di seluruh dunia |
-| Unduhan Bundle | 114ms untuk bundle 5MB |
-
-> "Kami meluncurkan pembaruan OTA Capgo di produksi untuk basis pengguna kami yang berjumlah +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami diperbarui dalam hitungan menit setelah OTA diterapkan di @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Fitur Capgo termasuk pelacakan status pembaruan waktu nyata, enkripsi end-to-end, pembalikan satu klik, penargetan pengguna tingkat lanjut, dan dasbor analitik yang terperinci. Untuk pengaturan perusahaan, Capgo menyediakan opsi awan dan mandiri, memastikan kepatuhan terhadap persyaratan Apple dan Google. Ini juga terintegrasi dengan alat CI/CD seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ci/), dan [Jenkins](https://www.jenkins.io/).
-
-## Panduan Perbandingan Alat
-
-Tinjauan mendetail tentang alat pencatatan kesalahan untuk pembaruan OTA Capacitor.
-
-### Matriks Fitur
-
-| Fitur | Sentry | LogRocket | Bugsnag | Capgo |
-| --- | --- | --- | --- | --- |
-| Pelacakan Kesalahan Waktu Nyata | ✓   | ✓   | ✓   | ✓   |
-| Pengulangan Sesi | Terbatas | ✓   | –   | –   |
-| Kesehatan Rilis | ✓   | ✓   | ✓   | ✓   |
-| Penyaringan Kesalahan Kustom | ✓   | ✓   | ✓   | Terbatas |
-| Pemantauan Kinerja | ✓   | ✓   | ✓   | ✓   |
-| Integrasi CI/CD | ✓   | ✓   | ✓   | ✓   |
-| Pembalikan Satu Klik | –   | –   | –   | ✓   |
-| Enkripsi End-to-end | –   | –   | –   | ✓   |
-| Penugasan Pengguna | Terbatas | Terbatas | Terbatas | ✓   |
-
-### Rincian Harga
-
-| Alat | Tingkat Gratis | Harga Awal | Perusahaan |
-| --- | --- | --- | --- |
-| Sentry | 5K kejadian/bulan | $29/bulan | Kustom |
-| LogRocket | 1K sesi/bulan | $99/bulan | Kustom |
-| Bugsnag | 7,5K kejadian/bulan | $59/bulan | Kustom |
-| Capgo | Uji coba 15 hari | $12/bulan | $249/bulan |
-
-Capgo menyoroti efisiensi biaya dengan biaya pengaturan CI/CD satu kali sebesar $2,600 dan biaya berkelanjutan sekitar $300 per bulan. Mereka mengklaim pendekatan ini dapat mengurangi pengeluaran tahun pertama lebih dari setengahnya dibandingkan dengan opsi seperti [AppFlow](https://ionic.io/appflow/), dengan potensi menghemat hingga $26,100 selama lima tahun [\[1\]](https://capgo.app/).
-
-### Tingkat Kesulitan Pengaturan
-
-Umpan balik pengembang dan peringkat dokumentasi memberikan wawasan tentang kemudahan pengaturan:
-
-| Alat | Waktu Pengaturan | Dokumentasi | Opsi Dukungan |
-| --- | --- | --- | --- |
-| Sentry | 30–60 menit | Ekstensif | Komunitas + Berbayar |
-| LogRocket | 45–90 menit | Baik | Email + Obrolan |
-| Bugsnag | 30–60 menit | Baik | Email + Dokumen |
-| Capgo | <15 mins | Comprehensive | Priority Support |
-
-Capgo stands out with setup times under 15 minutes. Developers have praised its simplicity:
-
-> "Saya telah mendapatkan pembaruan mandiri yang bekerja dengan sangat sedikit usaha dari pihak saya!" – SP-CMingay [\[1\]](https://capgo.app/)
-
-> "Saya telah mengatur @Capgo dan menguji pengganti yang luar biasa untuk @AppFlow! Terima kasih atas kerja kerasnya, sejauh ini sangat mudah. Sekarang akan diluncurkan ke toko aplikasi 🤞" – jaythegeek [\[1\]](https://capgo.app/)
-
-Perbandingan ini menyoroti bagaimana setiap alat disesuaikan dengan berbagai kebutuhan pengembangan. Pertimbangkan faktor seperti frekuensi pembaruan, ukuran tim, anggaran, keamanan, dan integrasi untuk memilih yang paling sesuai.
-
-## Kesimpulan
-
-### Hal-Hal Penting
-
-Berikut adalah ringkasan cepat: **Sentry** menonjol karena pelacakan kesalahan yang terperinci dan dokumentasi yang mendalam, menjadikannya pilihan yang kuat untuk tim yang lebih besar. **LogRocket** bersinar dengan fitur pengulangan sesinya, menawarkan pandangan jelas tentang pengalaman pengguna. Sementara itu, **Bugsnag** memberikan manajemen kesalahan yang andal dengan antarmuka yang mudah dinavigasi. Alat-alat ini dapat membantu menyederhanakan pendekatan Anda terhadap pembaruan OTA yang efisien.
-
-### Memilih Alat yang Tepat
-
-Alat terbaik tergantung pada kebutuhan tim Anda dan bagaimana Anda berencana untuk melakukan pembaruan OTA. Berikut adalah rincian:
-
-**Untuk penyebaran tingkat perusahaan**, utamakan alat dengan fitur canggih:
-
--   **Sentry**: Ideal untuk tim yang membutuhkan kustomisasi dan dukungan DevOps yang didedikasikan.
--   **LogRocket**: Terbaik untuk menganalisis sesi pengguna dan meningkatkan pengalaman pengguna.
--   **Bugsnag**: Opsi yang bagus untuk antarmuka yang bersih dan pengaturan yang mudah.
-
-**Untuk tim yang lebih kecil**, fokuslah pada alat yang menggabungkan efisiensi dan integrasi:
-
--   **Capgo**: Menawarkan pembaruan OTA yang dipadukan dengan pelacakan kesalahan dalam satu solusi.
--   Cari opsi yang mendukung penerapan awan atau [mandiri](https://capgo.app/blog/self-hosted-capgo/) dengan enkripsi end-to-end.
--   Utamakan alat yang memungkinkan pengaturan cepat dan alur kerja otomatis.
-
-Saat membuat keputusan, timbang faktor seperti jumlah pengguna aktif, anggaran, ukuran dan keahlian tim, persyaratan keamanan, dan seberapa baik alat tersebut terintegrasi dengan sistem yang sudah ada.
diff --git a/src/content/blog/id/firebase-crashlytics-for-capacitor-apps.md b/src/content/blog/id/firebase-crashlytics-for-capacitor-apps.md
deleted file mode 100644
index ccb05c5f6..000000000
--- a/src/content/blog/id/firebase-crashlytics-for-capacitor-apps.md
+++ /dev/null
@@ -1,361 +0,0 @@
----
-slug: firebase-crashlytics-for-capacitor-apps
-title: Firebase Crashlytics untuk Aplikasi Capacitor
-description: >-
-  Pelajari cara mengintegrasikan pelaporan kecelakaan waktu nyata ke dalam
-  aplikasi seluler Anda dengan panduan langkah demi langkah tentang cara
-  mengatur Crashlytics untuk iOS dan Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T03:55:39.168Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf-1745207775479.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Firebase, Crashlytics, mobile apps, Capacitor, app development, crash
-  reporting, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**[Firebase Crashlytics](https://firebase.google.com/docs/crashlytics)** membantu Anda melacak keruntuhan aplikasi secara real-time, menyediakan laporan rinci untuk memperbaiki masalah dengan cepat. Ini terintegrasi dengan [Capacitor](https://capacitorjs.com/) untuk aplikasi iOS dan Android. Ini yang perlu Anda ketahui:
-
--   **Mengapa Menggunakan Crashlytics?**
-    
-    -   Dapatkan **pemberitahuan keruntuhan secara real-time**.
-    -   Analisis laporan keruntuhan rinci dengan **pengelompokan masalah otomatis**.
-    -   Pantau kesalahan kritis untuk menjaga aplikasi tetap stabil.
--   **Persyaratan Pengaturan:**
-    
-    -   Instal **[Node.js](https://nodejs.org/en) (v16+)**, **Capacitor (v4+)**, dan alat seperti **[Xcode](https://developer.apple.com/xcode/) 14+** dan **[Android Studio](https://developer.android.com/studio) Electric Eel**.
-    -   Unduh file konfigurasi [Firebase](https://firebase.google.com/) (`GoogleService-Info.plist` untuk iOS, `google-services.json` untuk Android).
-    -   Perbarui file spesifik platform seperti `Podfile` (iOS) dan `build.gradle` (Android).
--   **Langkah Kunci:**
-    
-    -   Instal Crashlytics:
-        
-        ```bash
-        npm install @capgo/capacitor-firebase-crashlytics && npx cap sync
-        ```
-        
-    -   Inisialisasi Crashlytics di aplikasi Anda:
-        
-        ```typescript
-        import { FirebaseCrashlytics } from '@capgo/capacitor-firebase-crashlytics';
-        await FirebaseCrashlytics.initialize();
-        ```
-        
--   **Uji Pengaturan Anda:**
-    
-    -   Trigger keruntuhan uji:
-        
-        ```typescript
-        await FirebaseCrashlytics.crash();
-        ```
-        
--   **Tip Bonus:** Gabungkan Crashlytics dengan **[Capgo](https://capgo.app/)** untuk pembaruan langsung instan tanpa penundaan toko aplikasi.
-    
-
-Panduan ini memastikan aplikasi Anda bebas keruntuhan dan ramah pengguna. Mulailah dengan mengatur Firebase Crashlytics hari ini!
-
-## Panduan Android 2021: [Firebase Crashlytics](https://firebase.google.com/docs/crashlytics) - keruntuhan kustom ...
-
-![Firebase Crashlytics](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/3578d58943ebaf5b91a7f0e1afb1607f.jpg)
-
-<iframe src="https://www.youtube.com/embed/JxVYfZprK0g" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Persyaratan Pengaturan
-
-Sebelum mulai, pastikan Anda telah menyelesaikan langkah-langkah berikut:
-
-### Perangkat Lunak dan Akun yang Diperlukan
-
-Anda perlu menginstal yang berikut:
-
--   **Node.js** (v16 atau lebih tinggi) dan **Capacitor** (v4 atau lebih tinggi)
--   Akun **Firebase** dengan proyek yang aktif
--   **Xcode 14+** untuk pengembangan iOS
--   **Android Studio Electric Eel** atau versi yang lebih baru untuk pengembangan Android
--   Versi terbaru dari **[CocoaPods](https://cocoapods.org/)** (diperlukan untuk iOS)
-
-### File Konfigurasi Platform
-
-**Untuk iOS:**
-
--   Unduh file `GoogleService-Info.plist` dari Firebase Console.
--   Perbarui `Podfile` Anda untuk menyertakan dependensi Crashlytics.
--   Tambahkan kunci privasi yang diperlukan ke file `Info.plist` Anda.
-
-**Untuk Android:**
-
--   Dapatkan file `google-services.json` dari Firebase Console.
--   Lakukan perubahan pada file `build.gradle` tingkat proyek dan tingkat aplikasi.
--   Perbarui `AndroidManifest.xml` untuk menyertakan izin yang diperlukan.
-
-### Pengaturan [Firebase](https://firebase.google.com/) Console
-
-![Firebase Platform Dashboard](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/e510e8ab32244fff0b09e93222500c83.jpg)
-
-Atur Firebase dan aktifkan Crashlytics melalui langkah-langkah ini:
-
-1.  **Buat proyek Firebase** dan aktifkan Crashlytics.
-    
-2.  **Daftarkan aplikasi Anda** di Firebase Console:
-    
-    -   Gunakan **bundle ID** untuk iOS dan **package name** untuk Android.
-    -   Unduh file konfigurasi: `GoogleService-Info.plist` (iOS) dan `google-services.json` (Android).
-3.  **Integrasikan SDK Firebase** ke dalam aplikasi Anda dengan menambahkan dependensi ini:
-    
-    **Untuk Android (file `build.gradle` tingkat aplikasi):**
-    
-    ```kotlin
-    dependencies {
-        implementation platform('com.google.firebase:firebase-bom:32.0.0')
-        implementation 'com.google.firebase:firebase-crashlytics'
-        implementation 'com.google.firebase:firebase-analytics'
-    }
-    ```
-    
-    **Untuk iOS (`Podfile`):**
-    
-    ```ruby
-    pod 'Firebase/Crashlytics'
-    pod 'Firebase/Analytics'
-    ```
-    
-
-Setelah langkah-langkah ini selesai, Anda siap untuk melanjutkan ke bagian Instalasi Plugin.
-
-## Langkah Instalasi
-
-### Instalasi Plugin
-
-Pertama, instal plugin dan [sinkronkan dengan Capacitor](https://capgo.app/plugins/capacitor-updater/):
-
-```bash
-npm install @capgo/capacitor-firebase-crashlytics && npx cap sync
-```
-
-Kemudian, inisialisasi Crashlytics di aplikasi Anda. Tambahkan kode berikut ke `app.component.ts` atau `main.ts`:
-
-```typescript
-import { FirebaseCrashlytics } from '@capgo/capacitor-firebase-crashlytics';
-await FirebaseCrashlytics.initialize();
-```
-
-### Konfigurasi Platform
-
-Atur konfigurasi yang diperlukan untuk platform Android dan iOS.
-
-**Pengaturan Android**
-
-1.  Tambahkan plugin Gradle Crashlytics ke file `build.gradle` tingkat aplikasi Anda:
-    
-    ```kotlin
-    buildscript { 
-        dependencies { 
-            classpath 'com.google.firebase:firebase-crashlytics-gradle:2.9.5' 
-        } 
-    }
-    apply plugin: 'com.google.firebase.crashlytics'
-    ```
-    
-2.  Aktifkan pengumpulan keruntuhan di `AndroidManifest.xml`:
-    
-    ```xml
-    <meta-data
-        android:name="firebase_crashlytics_collection_enabled"
-        android:value="true" />
-    ```
-    
-
-**Pengaturan iOS**
-
-1.  Konfigurasikan Firebase di `AppDelegate.swift`:
-    
-    ```swift
-    import Firebase
-    FirebaseApp.configure()
-    ```
-    
-
-### Menguji Pengaturan Anda
-
-Konfirmasikan bahwa Crashlytics berfungsi dengan menjalankan keruntuhan uji dan memeriksa Firebase Console:
-
--   Trigger keruntuhan uji dengan kunci kustom:
-    
-    ```typescript
-    await FirebaseCrashlytics.setCustomKey({key: 'test_scenario', value: 'manual_crash'});
-    await FirebaseCrashlytics.crash();
-    ```
-    
--   Opsional, identifikasi pengguna:
-    
-    ```typescript
-    await FirebaseCrashlytics.setUserId({userId: 'user123'});
-    ```
-    
--   Catat peristiwa kustom:
-    
-    ```typescript
-    await FirebaseCrashlytics.log({message: 'Test crash triggered'});
-    ```
-    
-
-Laporan, termasuk jejak tumpukan, detail perangkat, dan kunci kustom, harus muncul di Firebase Console dalam waktu sekitar 5 menit.
-
-**Penting:** Hapus panggilan keruntuhan sebelum merilis aplikasi Anda. Untuk menonaktifkan pengumpulan keruntuhan selama pengembangan, gunakan:
-
-```typescript
-await FirebaseCrashlytics.setCrashlyticsCollectionEnabled({enabled: false});
-```
-
-## Panduan Pemantauan
-
-Setelah Anda mengkonfirmasi pengaturan Anda dengan keruntuhan uji, gunakan Firebase Console untuk melacak keruntuhan dan kesalahan nyata di aplikasi Anda yang aktif.
-
-### Membaca Laporan Keruntuhan
-
-Anda dapat menemukan laporan keruntuhan di Firebase Console di bawah bagian Crashlytics. Berikut yang akan Anda lihat:
-
--   **Pengguna bebas keruntuhan**: Persentase pengguna yang tidak mengalami keruntuhan.
--   **Stabilitas masalah**: Seberapa sering keruntuhan terjadi.
--   **Analisis dampak**: Jumlah pengguna yang terpengaruh.
-
-Klik pada masalah apa pun untuk menyelami lebih dalam detail seperti jejak tumpukan, informasi perangkat (misalnya, versi OS, memori), kunci kustom, log, dan perjalanan pengguna menuju keruntuhan.
-
-**Tip profesional**: Aktifkan fitur "pemberitahuan kecepatan" untuk mendapatkan pemberitahuan ketika tingkat keruntuhan mendadak meningkat. Ini dapat membantu Anda mengatasi masalah sebelum berdampak pada terlalu banyak pengguna.
-
-### Tips Manajemen Kesalahan
-
--   **Prioritaskan berdasarkan Dampak**: Fokus pada keruntuhan yang mempengaruhi sebagian besar pengguna atau terjadi di bagian kritis aplikasi Anda. Melacak tren dapat membantu Anda mengidentifikasi masalah mendesak.
-    
--   **Gunakan Kunci Kustom**: Tambahkan konteks ke laporan keruntuhan Anda dengan kunci kustom. Misalnya:
-    
-    ```typescript
-    await FirebaseCrashlytics.setCustomKey({
-      key: 'current_view',
-      value: 'payment_processing'
-    });
-    ```
-    
--   **Kelompokkan Masalah yang Sama**: Manfaatkan pengelompokan masalah otomatis Firebase. Anda juga dapat memberi tag keruntuhan terkait dengan kunci kustom yang konsisten dan menggunakan judul yang jelas dan deskriptif untuk pelacakan yang lebih mudah.
-    
-
-### Melindungi Privasi Pengguna
-
-Untuk memastikan kepatuhan dan melindungi data pengguna, ikuti pedoman ini:
-
--   **Izin**:
-    
-    -   Sebutkan pelaporan keruntuhan dalam kebijakan privasi Anda.
-    -   Dapatkan persetujuan pengguna untuk pengumpulan data di daerah yang memiliki regulasi GDPR.
-    -   Berikan opsi kepada pengguna untuk menolak pelaporan keruntuhan.
--   **Kontrol Pengumpulan Data**:
-    
-    ```typescript
-    await FirebaseCrashlytics.setCrashlyticsCollectionEnabled({enabled: false});
-    await FirebaseCrashlytics.setCrashlyticsCollectionEnabled({enabled: true});
-    ```
-    
--   **Retensi Data**:
-    
-    -   Atur penghapusan data otomatis setelah 90 hari.
-    -   Hapus informasi sensitif dari laporan Anda.
-    -   Gunakan kunci kustom yang tidak dapat diidentifikasi untuk menjaga privasi pengguna saat melakukan debug.
-
-## Integrasi [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/12eddca90b08193253253ea10516a6c4.jpg)
-
-Permudah proses dari deteksi keruntuhan hingga penerapan perbaikan dengan memadukan sistem pembaruan langsung Capgo dengan Crashlytics.
-
-### Tentang Capgo
-
-Capgo adalah alat pembaruan langsung yang dirancang khusus untuk aplikasi [Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Dengan lebih dari 1.900 aplikasi dalam produksi dan tingkat pembaruan 95% dalam 24 jam, ini memastikan perbaikan cepat tanpa penundaan persetujuan toko aplikasi [\[1\]](https://capgo.app/).
-
-Fitur utama meliputi:
-
--   **Enkripsi ujung ke ujung** untuk pembaruan yang aman
--   **Rollback satu klik** ke versi sebelumnya
--   **Distribusi berbasis saluran** untuk rilis yang ditargetkan
--   **Integrasi CI/CD yang mulus**
--   Sebuah **platform yang sepenuhnya open-source**
-
-### Crashlytics dan Capgo Bersama
-
-Menggunakan Crashlytics dengan Capgo menciptakan alur kerja yang efisien untuk mengidentifikasi dan menyelesaikan masalah dengan cepat.
-
-Berikut cara kerjanya:
-
-1.  **Deteksi dan Respons Keruntuhan**  
-    Crashlytics mengidentifikasi sebuah keruntuhan, dan Capgo memungkinkan Anda menerapkan perbaikan secara instan tanpa menunggu persetujuan toko aplikasi.
-    
-2.  **Pembaruan Terarah**
-    
-    -   _Pengujian Beta_: Uji perbaikan dengan kelompok tertentu untuk memastikan efektifitasnya.
-    -   _Penerapan Bertahap_: Secara bertahap menerapkan pembaruan untuk mengurangi risiko.
-    -   _Perbaikan Darurat_: Dengan cepat dorong patch kritis untuk menyelesaikan masalah mendesak.
-3.  **Pemantauan dan Verifikasi**  
-    Setelah menerapkan pembaruan dengan Capgo, gunakan Crashlytics untuk melacak tingkat keruntuhan dan memastikan masalah telah teratasi.
-    
-
-### Keamanan dan Aturan Toko Aplikasi
-
-Capgo mematuhi kebijakan Apple dan Google sambil menyediakan fitur keamanan yang kuat:
-
--   Tingkat keberhasilan global 82% untuk mengirimkan pembaruan [\[1\]](https://capgo.app/)
--   Kontrol versi otomatis untuk organisasi yang lebih baik
--   Kepatuhan terhadap pedoman pembaruan langsung toko aplikasi
-
-Untuk integrasi yang aman dengan Crashlytics:
-
--   Aktifkan pelacakan kesalahan di kedua sistem.
--   Gunakan alat pemantauan Capgo bersamaan dengan laporan Crashlytics.
--   Pertahankan kontrol versi untuk semua pembaruan.
--   Simpan log terperinci dari pembaruan untuk tujuan audit.
-
-Lanjutkan ke bagian Opsi Plugin untuk menjelajahi alat pembaruan langsung lainnya.
-
-## Opsi Plugin
-
-Memilih plugin pelaporan keruntuhan yang tepat dapat sangat mempengaruhi bagaimana Anda mengidentifikasi dan memperbaiki kesalahan di aplikasi Anda.
-
-Berikut adalah perbandingan cepat antara Crashlytics dengan alat pelaporan kesalahan populer lainnya untuk Capacitor:
-
--   **[Sentry](https://sentry.io/)**: Menawarkan tingkat gratis dengan rencana berbayar mulai dari $26/bulan. Mendukung lebih dari 30 platform dan menyediakan pemantauan kesalahan secara real-time dengan konteks yang rinci.
--   **[Bugsnag](https://www.bugsnag.com/)**: Mulai dari $47/bulan. Mencakup platform mobile dan web, dengan fitur pengelompokan kesalahan otomatis dan pelacakan rilis.
--   **[Rollbar](https://rollbar.com/)**: Dihargai mulai dari $31/bulan. Bekerja di berbagai platform, dengan fitur pelacakan penerapan dan pelacakan individu.
-
-Crashlytics sangat menarik bagi tim yang sudah menggunakan Firebase, berkat integrasinya yang mulus dan tingkat gratis.
-
-## Ringkasan
-
-Berikut adalah sekilas tentang apa yang telah Anda capai dan apa yang akan datang selanjutnya:
-
-### Rangkuman Langkah Persiapan
-
-Anda telah menyelesaikan tiga langkah kunci untuk memulai:
-
--   Membuat proyek Firebase dan mendaftarkan aplikasi iOS/Android Anda.
--   Menginstal dan mengonfigurasi plugin Crashlytics.
--   Memperbarui file platform iOS dan Android yang diperlukan.
-
-### Mengapa Mengintegrasikan Alat Ini?
-
-Menggabungkan Firebase Crashlytics dengan Capgo memberikan Anda sistem yang kuat untuk pelacakan kesalahan dan [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Berikut adalah yang ditawarkan oleh kombinasi ini:
-
--   **Perbaikan cepat**: Kirim pembaruan instan dan kembalikan perubahan hanya dengan satu klik.
--   **Peluncuran yang dapat diandalkan**: Pastikan pembaruan diadopsi secara luas dan disampaikan dengan lancar kepada pengguna.
-
-### Apa Selanjutnya?
-
-1.  Aktifkan analitik kecelakaan yang mendetail di Firebase Console.
-2.  Tambahkan Capgo ke pipeline CI/CD Anda untuk pembaruan yang lebih efisien.
-3.  Gunakan [saluran Capgo](https://capgo.app/docs/webapp/channels/) untuk menguji dan merilis perbaikan langkah demi langkah.
-
-Dengan Crashlytics dan Capgo di tempatnya, Anda siap untuk menjaga aplikasi Anda tetap berjalan lancar dan terus berkembang seiring waktu.
diff --git a/src/content/blog/id/fix-capacitor-version-mismatch-errors.md b/src/content/blog/id/fix-capacitor-version-mismatch-errors.md
deleted file mode 100644
index 06b4c0564..000000000
--- a/src/content/blog/id/fix-capacitor-version-mismatch-errors.md
+++ /dev/null
@@ -1,184 +0,0 @@
----
-slug: fix-capacitor-version-mismatch-errors
-title: Memperbaiki Konflik Versi Capacitor
-description: >-
-  Pelajari cara mengatasi konflik versi dengan cepat di aplikasi Capacitor untuk
-  menghindari masalah saat build dan error saat runtime.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T04:35:04.064Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572-1743395716448.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, version mismatch, troubleshooting, mobile development, software
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Kesalahan ketidakcocokan versi dalam aplikasi [Capacitor](https://capacitorjs.com/) dapat mengganggu proses build, menyebabkan crash saat runtime, dan menunda pembaruan.** Masalah ini muncul ketika paket inti, plugin, atau dependensi tidak selaras. Berikut cara cepat mengatasinya:
-
--   **Penyebab Umum**:
-    
-    -   Pembaruan parsial atau konflik dependensi.
-    -   Kesalahan dalam `package.json` atau file pod.
-    -   [Pembaruan otomatis](https://capgo.app/docs/plugin/cloud-mode/auto-update/) menciptakan inkonsistensi.
--   **Perbaikan Cepat**:
-    
-    -   Jalankan `npx cap doctor` atau `npm list @capacitor/*` untuk menemukan ketidakcocokan.
-    -   Selaraskan versi di `package.json` (misal, `@capacitor/core`, `@capacitor/ios`, `@capacitor/android`).
-    -   Gunakan `npm install` untuk memperbarui semua paket inti dan plugin.
--   **Mencegah Masalah di Masa Depan**:
-    
-    -   Kunci versi di `package.json` (misal, `"@capacitor/core": "5.0.0"`).
-    -   Otomatisasi pengecekan versi dengan alat CI/CD.
-    -   Gunakan alat pembaruan langsung seperti [Capgo](https://capgo.app/) untuk perbaikan lebih cepat.
-
-## Mengatasi No Matching View Exception di [Capacitor](https://capacitorjs.com/) ...
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-## Menemukan Masalah Ketidakcocokan Versi
-
-Anda dapat menemukan ketidakcocokan versi menggunakan langkah-langkah berikut:
-
-### Tanda dan Pesan Error
-
-Mulai dengan memeriksa output error:
-
--   Kegagalan build yang menyebutkan "incompatible version"
--   Exception runtime yang merujuk pada "version mismatch"
--   Peringatan konsol tentang konflik dependensi
--   Error pod install iOS yang menunjukkan masalah versi
-
-Pesan error ini, baik dari terminal atau IDE Anda, sering mengungkap konflik. Perhatikan peringatan yang mencantumkan nomor versi - ini dapat membantu Anda menemukan masalahnya.
-
-### Pengecekan Command Line
-
-Gunakan alat command line untuk mengkonfirmasi konsistensi versi:
-
--   **`npx cap doctor`**: Memeriksa kesehatan Capacitor dan menandai ketidakcocokan.
--   **`npm list @capacitor/core @capacitor/ios @capacitor/android`**: Menampilkan versi yang terinstal, memudahkan menemukan inkonsistensi.
-
-### Peninjauan File Konfigurasi
-
-Terakhir, tinjau file konfigurasi Anda untuk memastikan keselarasan versi.
-
-**package.json**
-
-**capacitor.config.json**
-
-Periksa konsistensi di:
-
--   Paket Capacitor inti
--   Paket khusus platform (iOS/Android)
--   Plugin dan dependensinya
-
-Menjaga versi-versi ini selaras membantu menghindari masalah kompatibilitas.
-
-## Memperbaiki Versi Inti dan Plugin
-
-### Pembaruan Paket Inti
-
-Untuk memperbarui paket Capacitor inti Anda, gunakan perintah npm berikut:
-
-Jika Anda membutuhkan versi tertentu, ganti `@latest` dengan nomor versi yang diinginkan. Contoh:
-
-Setelah pembaruan selesai, sinkronkan proyek Anda dengan:
-
-### Perbaikan Versi Plugin
-
-Pastikan plugin Anda kompatibel dengan versi Capacitor yang Anda gunakan. Perbarui ke versi yang telah diuji dan kompatibel, dan pastikan untuk menguji fungsionalitas setelah setiap pembaruan.
-
-Jika plugin membutuhkan Capacitor 5.x tapi Anda menggunakan 6.x, Anda memiliki dua pilihan:
-
--   Perbarui plugin ke versi terbaru:
-    
--   Turunkan versi Capacitor agar sesuai dengan persyaratan plugin:
-    
-
-Untuk pembaruan yang melibatkan perubahan breaking, penyesuaian tambahan mungkin diperlukan.
-
-### Perubahan Versi Major
-
-Saat beralih ke versi major baru, ikuti langkah-langkah ini:
-
-1.  **Backup Proyek Anda**: Buat backup lengkap sebelum memulai pembaruan apapun.
-    
-2.  **Periksa Changelog**: Tinjau changelog resmi untuk perubahan breaking yang mungkin mempengaruhi proyek Anda.
-    
-3.  **Perbarui Dependensi**: Tingkatkan paket Capacitor Anda ke versi yang diperlukan. Contoh:
-    
-
-Capgo menyediakan pembaruan langsung untuk Capacitor 8, memungkinkan Anda menerapkan perbaikan tanpa perlu persetujuan app store [\[1\]](https://capgo.app/).
-
-## Menghindari Konflik Versi di Masa Depan
-
-### Alat Pengunci Versi
-
-File kunci seperti `package-lock.json` atau `yarn.lock` membantu memastikan semua anggota tim menggunakan versi dependensi yang sama. Untuk menghindari pembaruan tak terduga, tentukan nomor versi yang tepat alih-alih menggunakan simbol caret (`^`) atau tilde (`~`):
-
-### Otomatisasi Pembaruan
-
-Siapkan pengecekan versi otomatis dalam pipeline CI/CD Anda untuk menandai konflik lebih awal. Misalnya, gunakan perintah berikut untuk memeriksa dependensi yang usang:
-
-Anda dapat mengintegrasikan langkah ini ke dalam alat seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), atau [Jenkins](https://www.jenkins.io/) untuk memastikan build yang konsisten. Untuk kontrol lebih besar, pertimbangkan menggunakan sistem pembaruan Capgo untuk menyederhanakan prosesnya.
-
-### Menggunakan Pembaruan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Capgo menyediakan sistem pembaruan langsung yang mengatasi konflik versi dengan cepat. Menurut data mereka, 95% pengguna aktif menginstal pembaruan dalam 24 jam [\[1\]](https://capgo.app/).
-
-> "Kami menerapkan pembaruan OTA Capgo dalam produksi untuk basis pengguna kami yang lebih dari 5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami up to date dalam hitungan menit setelah OTA diterapkan ke @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Berikut cara memaksimalkan Capgo:
-
--   Konfigurasi beberapa saluran distribusi untuk tujuan pengujian.
--   Siapkan rollback otomatis jika terjadi masalah kritis.
--   Pantau tingkat keberhasilan untuk memastikan pembaruan efektif.
--   Gunakan rollout bertahap untuk meminimalkan risiko.
-
-Untuk tim yang menangani beberapa versi aplikasi, sistem saluran Capgo memungkinkan Anda menguji pembaruan dengan grup pengguna tertentu sebelum rilis yang lebih luas. Pendekatan ini telah mencapai tingkat keberhasilan global 82% untuk pembaruan [\[1\]](https://capgo.app/).
-
-## Ringkasan
-
-### Panduan Solusi Cepat
-
-Menghadapi error ketidakcocokan versi dalam [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)? Berikut beberapa tindakan cepat yang dapat Anda ambil:
-
--   Kunci versi dependensi dalam file `package.json` Anda dan gunakan file kunci untuk memastikan konsistensi.
--   Jalankan `npm outdated @capacitor/*` untuk mengidentifikasi dependensi yang usang.
--   Atasi konflik dengan menggunakan rollout bertahap Capgo [\[1\]](https://capgo.app/).
-
-Langkah-langkah ini merangkum metode diagnostik yang dibahas sebelumnya.
-
-### Praktik Terbaik
-
-Untuk memastikan stabilitas jangka panjang, pertimbangkan praktik terbaik ini untuk mengelola versi Capacitor secara efektif. Metode-metode ini telah berhasil diterapkan di lebih dari 750 aplikasi produksi [\[1\]](https://capgo.app/).
-
--   **Kontrol Versi**
-    
-    -   Jaga konsistensi versi dependensi.
-    -   Sinkronkan versi di semua lingkungan tim.
-    -   Dokumentasikan persyaratan versi dengan jelas untuk referensi mudah.
--   **[Manajemen Pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-    Rodrigo Mantica berbagi:
-    
-    > "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" \[2\]
-    
--   **Pemantauan dan Pemulihan**  
-    Pantau dependensi secara teratur untuk mengidentifikasi konflik lebih awal. Pemantauan yang tepat telah menunjukkan bahwa 95% pengguna aktif dapat memperbarui dalam 24 jam [\[1\]](https://capgo.app/).
-    
--   **Tips Implementasi Utama**
-    
-    -   Otomatisasi pengecekan versi dalam pipeline CI/CD.
-    -   Gunakan saluran pengujian sebelum distribusi penuh.
-    -   Pertahankan opsi rollback untuk masalah tak terduga.
-    -   Lacak tingkat keberhasilan pembaruan untuk mengukur kinerja.
diff --git a/src/content/blog/id/fixing-build-failures-in-capacitor-ci-cd-pipelines.md b/src/content/blog/id/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
deleted file mode 100644
index 99f3c1af4..000000000
--- a/src/content/blog/id/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
+++ /dev/null
@@ -1,367 +0,0 @@
----
-slug: fixing-build-failures-in-capacitor-ci-cd-pipelines
-title: Memperbaiki Kegagalan Build di Pipeline CI/CD Capacitor
-description: >-
-  Pelajari cara memecahkan masalah dan mencegah kegagalan build dalam pipeline
-  CI/CD untuk aplikasi mobile, memastikan proses pengembangan dan deployment
-  yang lancar.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T06:27:06.154Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682580e10209458b3ff3c0b1-1747290491442.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, CI/CD, build failures, mobile development, troubleshooting, version
-  control, environment variables
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Kegagalan build dalam pipeline CI/CD [Capacitor](https://capacitorjs.com/) dapat mengganggu [pengembangan aplikasi mobile](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/), memakan waktu dan biaya.** Berikut panduan singkat untuk masalah umum dan cara memperbaikinya:
-
-### Masalah Utama dan Solusi:
-
-- **Konflik Versi**: Pastikan versi [Node.js](https://nodejs.org/en), npm, Capacitor, dan plugin sesuai di semua lingkungan.
-- **Masalah Setup iOS/Android**: Selaraskan konfigurasi [Gradle](https://gradle.org/), [CocoaPods](https://cocoapods.org/), [Xcode](https://developer.apple.com/xcode/), dan SDK.
-- **Variabel Lingkungan**: Periksa ulang [kunci API](https://capgo.app/docs/webapp/api-keys/), kredensial, dan jalur untuk konsistensi.
-- **Ketidaksesuaian Plugin**: Sesuaikan versi Capacitor dan plugin dengan hati-hati.
-- **Batasan Platform CI**: Optimalkan sumber daya, caching, dan runner khusus platform untuk mencegah timeout.
-
-### Tips Cepat:
-
-- Kunci dependensi di `package.json` untuk menghindari pembaruan tak terduga.
-- Gunakan alat seperti `npx cap doctor` dan Android Lint untuk debugging.
-- Replikasi lingkungan CI secara lokal dengan file `.env` untuk pengujian yang lebih baik.
-- Terapkan pembaruan langsung untuk melewati penundaan app store.
-
-**Pro Tip**: Alat seperti [Capgo](https://capgo.app/) dapat menyederhanakan pemantauan, mengamankan konfigurasi, dan memberikan opsi rollback real-time saat terjadi kegagalan.
-
-## Cara mengidentifikasi dan memperbaiki masalah pipeline CI
-
-<iframe src="https://www.youtube.com/embed/mCNv2mWvWGo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Jenis Utama Kegagalan Build [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Kegagalan build Capacitor dapat muncul dari berbagai sumber, masing-masing memerlukan solusi spesifik. Di bawah ini, kita akan menguraikan beberapa penyebab paling umum dan bagaimana mereka muncul selama proses build.
-
-### Konflik Versi Antar Dependensi
-
-Konflik versi Node.js, npm, dan CLI Capacitor adalah penyebab umum kegagalan build. Konflik ini sering terjadi karena ekspektasi yang tidak sesuai antara berbagai komponen sistem build. Berikut beberapa skenario umum:
-
-- Perbedaan dalam **versi runtime Node.js** antara mesin lokal dan lingkungan CI.
-- Ketidakkonsistenan dalam package manager, seperti npm atau Yarn.
-- Versi yang tidak sesuai antara library inti Capacitor dan plugin.
-- SDK khusus platform yang memerlukan versi spesifik yang tidak selaras.
-
-Mengelola dependensi ini menjadi lebih rumit dalam setup multi-lingkungan, di mana konfigurasi dapat sangat bervariasi.
-
-### Masalah Setup iOS dan Android
-
-Konfigurasi platform native bisa menjadi titik masalah utama, terutama selama setup awal atau setelah pembaruan signifikan. Masalah sering muncul karena ketidakselarasan alat atau pengaturan yang ketinggalan zaman.
-
-**Untuk Android**, masalah umum meliputi:
-
-- Error sinkronisasi Gradle setelah menginstal plugin.
-- Menggunakan SDK atau build tools yang ketinggalan zaman.
-- Variabel lingkungan `JAVA_HOME` yang tidak tepat.
-- File wrapper Gradle yang hilang atau rusak.
-
-**Untuk iOS**, masalah yang sering terjadi meliputi:
-
-- Konflik dependensi dengan CocoaPods.
-- Ketidakkonsistenan dalam artefak build Xcode.
-- Sertifikat code signing yang salah konfigurasi.
-- Pengaturan build yang ketinggalan zaman setelah pembaruan Capacitor.
-
-Masalah-masalah ini sering memerlukan debugging yang cermat dan penyelarasan alat untuk memastikan proses build yang lancar.
-
-### Masalah Setup Variabel Lingkungan
-
-Variabel lingkungan memainkan peran penting dalam proses build, dan bahkan konfigurasi yang salah kecil dapat menyebabkan kegagalan berulang. Masalah ini sering muncul ketika berpindah antara lingkungan pengembangan dan CI. Area yang sering terkena dampak meliputi:
-
-- Kunci API untuk layanan eksternal.
-- Kredensial untuk code signing.
-- Nilai konfigurasi khusus platform.
-- Jalur dan pengaturan lingkungan build.
-
-Memastikan manajemen variabel lingkungan yang konsisten di semua lingkungan adalah kunci untuk menghindari jebakan ini.
-
-### Ketidaksesuaian Versi Plugin
-
-Plugin dapat memperkenalkan tantangan kompatibilitas yang sulit didiagnosis. Contoh tipikal melibatkan penyeimbangan versi Capacitor, Ionic, dan plugin spesifik. Misalnya, menyelesaikan error "Something Went Wrong" mungkin memerlukan penyelarasan Capacitor 3.5.1, Ionic 5, dan CapacitorGoogleAuth 3.1.4, sambil memastikan ID klien yang benar diatur di `capacitor.config.ts` dan `strings.xml`.
-
-Ketidaksesuaian ini sering memerlukan perhatian teliti pada detail versi dan konfigurasi untuk diselesaikan.
-
-### Batasan Platform CI
-
-Platform Continuous Integration (CI) dapat memperkenalkan serangkaian tantangan mereka sendiri, terutama ketika berurusan dengan build yang kompleks. Berikut rincian batasan umum dan dampaknya:
-
-| Jenis Batasan | Masalah Umum | Dampak |
-| --- | --- | --- |
-| **Timeout** | Build timeout pada aplikasi besar | Build tidak lengkap |
-| **Alokasi Sumber Daya** | Memori terbatas selama kompilasi | Build gagal |
-| **Dukungan Platform** | Dukungan build iOS terbatas pada runner Linux | Kegagalan khusus platform |
-| **Caching** | Caching dependensi yang tidak efisien | Build lebih lambat, risiko timeout |
-
-Untuk mengurangi masalah ini, tim harus menyesuaikan pipeline CI/CD mereka dengan mengkonfigurasi pengaturan timeout yang tepat, mengalokasikan sumber daya yang cukup, dan mengoptimalkan caching dependensi. Saat membangun untuk iOS atau Android, menggunakan runner khusus platform juga dapat membantu menjaga kompatibilitas dan meningkatkan kinerja.
-
-## Langkah Debugging Kegagalan Build
-
-Debugging kegagalan build secara efektif sangat penting untuk menjaga pipeline [CI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/) Anda berjalan lancar. Mari kita uraikan beberapa langkah praktis untuk mengatasi dan menyelesaikan masalah ini.
-
-### Menguji Kegagalan Build Secara Lokal
-
-Mulai dengan membersihkan lingkungan lokal Anda untuk menghilangkan file dan dependensi yang di-cache yang mungkin menyebabkan konflik. Gunakan perintah berikut:
-
-```bash
-rm -rf node_modules
-rm -rf platforms
-npm cache clean --force
-npm install
-```
-
-Untuk build khusus Android, perintah ini dapat membantu menyelesaikan masalah seperti script atau aset yang hilang:
-
-```bash
-npx cap update android
-npx cap copy
-```
-
-Selanjutnya, replikasi lingkungan CI Anda secara lokal dengan membuat file `.env`. Sertakan variabel seperti:
-
-- Kunci API
-- Flag konfigurasi build
-- Pengaturan khusus platform
-
-Ini memastikan setup lokal Anda sesuai dengan lingkungan CI sedekat mungkin.
-
-### Menggunakan Alat Analisis Build
-
-Manfaatkan alat analisis build untuk mendapatkan wawasan tentang masalah potensial. Berikut beberapa alat dan diagnostik utama mereka:
-
-| Alat | Tujuan | Diagnostik Utama |
-| --- | --- | --- |
-| **npx cap doctor** | Pemeriksaan kesehatan lingkungan | Versi dependensi, setup platform |
-| **Android Lint** | Analisis kode statis | Penggunaan sumber daya, masalah kompatibilitas |
-| **Xcode Analyzer** | Inspeksi build iOS | Kebocoran memori, penyalahgunaan API |
-
-Saat menjalankan build, pantau stack trace, konflik versi, file konfigurasi, dan akses jaringan. Diagnostik ini dapat membantu menunjukkan sumber kegagalan dan membimbing Anda menuju perbaikan.
-
-### Menyesuaikan Lingkungan Pengembangan
-
-Setelah Anda mengidentifikasi masalah, selaraskan lingkungan lokal Anda dengan setup CI untuk menghindari masalah di masa depan. Begini caranya:
-
-**Kontrol Versi**  
-Kunci versi Node.js dan dependensi dengan menghindari penentuan rentang. Gunakan `package-lock.json` untuk menjaga konsistensi.
-
-**Konfigurasi Platform**  
-Pastikan pengaturan khusus platform distandarisasi. Contohnya:
-
-```json
-{
-  "webDir": "dist",
-  "platformVersion": {
-    "ios": "14.0",
-    "android": "29"
-  }
-}
-```
-
-**Script Build**  
-Standarisasi script build dan test Anda untuk penanganan error dan logging yang konsisten:
-
-```json
-{
-  "scripts": {
-    "build:ci": "npm run clean && npm run build && npx cap sync",
-    "test:ci": "npm run test -- --ci --coverage"
-  }
-}
-```
-
-## Metode Pencegahan Kegagalan Build
-
-Mengunci versi dependensi sangat penting untuk menjaga build yang stabil dalam pipeline [CI/CD Capacitor](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/) Anda. Berikut panduan langkah demi langkah untuk menerapkan strategi yang membantu mencegah kegagalan build dan meningkatkan keandalan.
-
-### Kontrol Versi Dependensi
-
-Untuk menghindari perubahan tak terduga yang dapat mengganggu build Anda, kunci versi dependensi dalam file konfigurasi Anda dan pertahankan file lock. Berikut contoh setup `package.json`:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  },
-  "engines": {
-    "node": ">=16.0.0",
-    "npm": ">=8.0.0"
-  }
-}
-```
-
-Langkah-langkah kunci untuk mengelola dependensi secara efektif:
-
-- Commit baik `package.json` maupun `package-lock.json` ke sistem kontrol versi Anda.
-- Gunakan repositori artefak pribadi untuk menyimpan dependensi secara aman.
-- Otomatisasi pemindaian dependensi dengan alat seperti [Dependabot](https://docs.github.com/en/code-security/dependabot/dependabot-version-updates).
-- Siapkan peringatan untuk pembaruan keamanan kritis untuk mengatasi kerentanan dengan cepat.
-
-Dengan mengunci dependensi, Anda mengurangi risiko perubahan tak terduga dan dapat mengalihkan fokus Anda pada optimalisasi pipeline CI/CD.
-
-### Optimalisasi Kinerja Pipeline
-
-Pipeline yang dioptimalkan dengan baik memastikan build lebih cepat dan lebih efisien. Berikut beberapa metode untuk meningkatkan kinerja:
-
-| **Area** | **Metode** | **Hasil** |
-| --- | --- | --- |
-| **Paralelisasi Job** | Bagi pengujian menjadi job konkuren | Waktu build lebih cepat |
-| **Strategi Caching** | Gunakan caching Docker berbasis layer | Durasi build berkurang |
-| **Alokasi Sumber Daya** | Tetapkan runner dengan ukuran yang tepat | Efisiensi meningkat |
-
-Sebagai contoh, Anda dapat mengkonfigurasi caching dan logika retry dalam pipeline CI/CD Anda sebagai berikut:
-
-```yaml
-cache:
-  key: ${CI_COMMIT_REF_SLUG}
-  paths:
-    - node_modules/
-    - platforms/
-    - plugins/
-
-interruptible: true
-retry:
-  max: 2
-  when: runner_system_failure
-```
-
-> "Mengontainerisasi workflow, meminimalkan dependensi, dan memantau kecepatan workflow dengan peringatan penurunan kinerja dapat menghasilkan build yang lebih stabil dan lebih cepat." – Darrin Eden [\[2\]](https://launchdarkly.com/blog/cicd-best-practices-devops)
-
-### Pengujian Kompatibilitas Platform
-
-Setelah dependensi dikunci dan pipeline dioptimalkan, saatnya menguji aplikasi Anda di berbagai platform untuk mengidentifikasi masalah kompatibilitas sejak dini. Berikut garis besar level pengujian dan alat:
-
-| **Level Pengujian** | **Alat** | **Area Fokus** |
-| --- | --- | --- |
-| **Unit** | [Jest](https://jestjs.io/), [Mocha](https://mochajs.org/) | Logika bisnis dan utilitas |
-| **Integrasi** | [Cypress](https://www.cypress.io/) | Fungsionalitas lintas platform |
-| **End-to-End** | [Appium](http://appium.io/) | Fitur native |
-| **Kinerja** | [Lighthouse](https://developer.chrome.com/docs/lighthouse) | Optimalisasi sumber daya |
-
-Tips tambahan untuk pengujian menyeluruh:
-
--   Aktifkan pelaporan crash untuk lapisan web dan native.
--   Gunakan source maps untuk melacak kesalahan secara akurat saat debugging.
--   Manfaatkan tools pengembang khusus platform untuk mengidentifikasi dan menyelesaikan masalah.
--   Siapkan benchmark kinerja otomatis untuk melacak peningkatan dari waktu ke waktu.
-
-Untuk build iOS, konfirmasi kompatibilitas Xcode dan konfigurasi signing. Untuk Android, pastikan pengaturan Gradle dan versi SDK sesuai dengan target requirement Anda. Langkah-langkah ini akan membantu Anda menangkap masalah lebih awal dan menjaga kinerja yang konsisten di semua platform.
-
-## Menggunakan [Capgo](https://capgo.app/) untuk Mengelola Kegagalan Build
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-Capgo menyediakan rangkaian tools yang dirancang untuk membantu tim menangani kegagalan build dalam [pipeline CI/CD Capacitor](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/). Dengan menggabungkan pemantauan, konfigurasi yang aman, dan analisis mendalam, ini mendukung tim dalam mengidentifikasi, menangani, dan mencegah masalah build. Di bawah ini, kita akan melihat bagaimana Capgo menyederhanakan proses-proses ini untuk meningkatkan efisiensi CI/CD.
-
-### Pemantauan dan Pemulihan Build
-
-Pemantauan real-time Capgo mengawasi status build dan kemajuan deployment, menawarkan wawasan melalui dashboard analitik yang detail. Berikut beberapa metrik utama yang dilacak oleh platform:
-
-| **Nama Metrik** | **Benchmark** |
-| --- | --- |
-| Pengiriman Update | 23.5M update terkirim |
-| Tingkat Keberhasilan | 95% pengguna diperbarui dalam 24 jam |
-| Waktu Respons API | Rata-rata 57ms di seluruh dunia |
-| [Unduhan Bundle](https://capgo.app/docs/webapp/bundles/) | 114ms untuk bundle 5MB |
-
-Ketika masalah muncul, sistem rollback Capgo memastikan pemulihan cepat dengan fitur seperti:
-
--   **Pelacakan versi otomatis** untuk memantau update dengan lancar.
--   **Pemantauan update real-time** untuk deteksi masalah segera.
--   **Kontrol deployment yang presisi** untuk mengelola update secara bertahap.
--   **Pencatatan error** untuk segera menunjukkan masalah.
-
-### Manajemen Konfigurasi yang Aman
-
-Capgo tidak hanya memantau build - tapi juga melindungi konfigurasi penting dengan langkah-langkah keamanan yang kuat. Menggunakan enkripsi end-to-end, ini meminimalkan risiko kegagalan terkait konfigurasi. Sebagai contoh, berikut sampel [konfigurasi Capgo](https://capgo.app/consulting/):
-
-```yaml
-# Example Capgo configuration
-secure_config:
-  encryption: end-to-end
-  access_control:
-    - role_based_access
-    - multi_factor_auth
-  variable_management:
-    - encrypted_storage
-    - version_control
-```
-
-Platform ini juga memisahkan konfigurasi untuk lingkungan development, staging, dan production, memastikan setiap lingkungan beroperasi secara independen dan aman.
-
-### Tools Analisis Kegagalan Build
-
-Tools analisis Capgo menyediakan wawasan komprehensif tentang kegagalan build, memudahkan tim untuk mendiagnosis dan menyelesaikan masalah. Tools ini termasuk:
-
--   **Log build detail** dengan informasi kontekstual.
--   **Pelacakan metrik kinerja** untuk memantau kesehatan sistem.
--   **Deteksi konflik dependensi** untuk menandai masalah kompatibilitas.
--   **Perbandingan konfigurasi lingkungan** untuk mengidentifikasi perbedaan.
-
-Untuk tim yang beralih dari platform lain, Capgo menyederhanakan transisi dengan tools migrasi yang mencakup pemeriksaan kompatibilitas dan validasi konfigurasi, memastikan setup yang lancar dan build yang stabil.
-
-## Kesimpulan: Membuat Pipeline Capacitor yang Stabil
-
-Membangun pipeline Capacitor yang stabil membutuhkan perhatian khusus dalam mengelola dependensi, mempertahankan lingkungan yang konsisten, dan memantau kinerja. Inti dari proses ini adalah **sistem kontrol versi** dan **update otomatis**, yang memastikan pipeline tetap aman dan dapat diandalkan. Praktik-praktik ini menekankan pentingnya tetap proaktif saat menangani dependensi.
-
-> "Manajemen dependensi melibatkan penanganan library eksternal, tools, dan komponen yang dibutuhkan aplikasi, memastikan semuanya diselesaikan, diperbarui, dan dipelihara dengan benar sepanjang siklus hidup pengembangan." - Jose Luis Amoros dari Krasamo [\[1\]](https://www.krasamo.com/dependency-management)
-
-Tools CI/CD modern seperti **Capgo** menyederhanakan deployment dan pemantauan, memudahkan untuk menjaga stabilitas pipeline. Berikut beberapa strategi kunci yang dapat diadopsi tim untuk memperkuat pipeline mereka:
-
-| **Strategi** | **Cara Implementasi** | **Mengapa Ini Penting** |
-| --- | --- | --- |
-| **Kontrol Versi** | Pin dependensi ke versi spesifik | Mencegah masalah kompatibilitas tak terduga |
-| **Paritas Lingkungan** | Gunakan kontainerisasi (mis. Docker) | Memastikan build tetap konsisten di semua tahap |
-| **Update Otomatis** | Gunakan pemindai dependensi | Menjaga keamanan dan kinerja tetap up to date |
-| **Manajemen Konfigurasi** | Pisahkan konfigurasi lingkungan | Mengurangi konflik deployment |
-
-Seiring perkembangan Capacitor terus maju, mengikuti strategi-strategi ini akan memberdayakan tim untuk membuat pipeline yang tangguh dan efisien. Dengan fokus pada praktik terbaik ini, pengembang dapat mengurangi risiko dan memastikan deployment yang lebih lancar.
-
-## FAQ
-
-:::faq
-### Bagaimana cara menjaga pipeline CI/CD Capacitor tetap stabil di berbagai lingkungan?
-
-Untuk menjaga pipeline CI/CD Capacitor berjalan lancar di berbagai lingkungan, pertimbangkan tips praktis berikut:
-
--   **Kelola branch secara efektif**: Terapkan strategi manajemen branch yang terstruktur dan wajibkan code review. Ini membantu mencegah konflik dan memastikan kode web dan native bekerja dengan baik bersama.
--   **Otomatisasi build dan periksa variabel**: Mengotomatisasi proses build dan memvalidasi variabel lingkungan dapat secara signifikan mengurangi kesalahan deployment.
--   **Uji secara menyeluruh**: Lakukan pengujian menyeluruh di semua lingkungan, termasuk unit test dan integration test, untuk mengidentifikasi dan menyelesaikan masalah lebih awal.
-
-Menggunakan tools seperti Capgo dapat membuat proses ini lebih mudah. Capgo mendukung integrasi CI/CD yang mulus, menawarkan update instan, dan menyediakan opsi rollback cepat bila diperlukan. Ini membantu memastikan deployment yang lebih lancar dan kinerja yang andal di semua lingkungan.
-:::
-
-:::faq
-### Bagaimana cara mengelola dependensi secara efektif untuk menghindari kegagalan build dalam proyek Capacitor?
-
-Untuk menjaga proyek Capacitor berjalan lancar dan menghindari kegagalan build, **mengelola dependensi secara efektif** adalah kunci. Secara rutin perbarui dependensi Anda untuk memperbaiki masalah keamanan dan tetap kompatibel dengan fitur terbaru. Tools seperti Capacitor CLI, npm, atau yarn dapat membuat proses ini lebih mudah dan efisien.
-
-Untuk kebutuhan khusus platform, andalkan tools seperti **CocoaPods** untuk iOS dan **Gradle** untuk Android untuk memastikan penanganan dependensi yang tepat di semua platform. Untuk melangkah lebih jauh, pertimbangkan untuk mengintegrasikan otomatisasi melalui pipeline CI/CD. Ini dapat membantu menangkap masalah lebih awal dengan menjalankan pemeriksaan otomatis untuk integritas dan kompatibilitas dependensi, mengurangi kemungkinan error lolos.
-
-Mengadopsi praktik-praktik ini akan membantu memastikan aplikasi Capacitor Anda dibangun di atas fondasi yang stabil dengan lebih sedikit hambatan pengembangan.
-:::
-
-:::faq
-### Bagaimana Capgo dapat membantu menyelesaikan kegagalan build dalam pipeline CI/CD Capacitor?
-
-Capgo menghilangkan kerumitan dalam mendiagnosis dan memperbaiki kegagalan build di pipeline CI/CD Capacitor. Ini menawarkan tools seperti **pelacakan error otomatis**, **resolusi konflik dependensi**, dan **validasi variabel lingkungan** untuk menangkap masalah lebih awal dan meminimalkan error build.
-
-Selain itu, Capgo menyederhanakan update over-the-air (OTA) dengan fitur seperti **opsi rollback**, **rollout bertahap**, dan **pemantauan real-time**. Tools ini membuat deployment lebih lancar dan terkontrol. Plus, integrasinya dengan tools CI/CD yang ada memungkinkan **pemeriksaan kepatuhan otomatis** dan **pelacakan kinerja**, meningkatkan keandalan dan efisiensi pipeline Anda.
-:::
diff --git a/src/content/blog/id/git-flow-vs-trunk-based-for-cicd.md b/src/content/blog/id/git-flow-vs-trunk-based-for-cicd.md
deleted file mode 100644
index 627296298..000000000
--- a/src/content/blog/id/git-flow-vs-trunk-based-for-cicd.md
+++ /dev/null
@@ -1,184 +0,0 @@
----
-slug: git-flow-vs-trunk-based-for-cicd
-title: Git Flow vs Trunk-Based untuk CI/CD
-description: >-
-  Jelajahi perbedaan antara Git Flow dan Pengembangan Berbasis Trunk untuk alur
-  kerja CI/CD yang efektif, menyoroti kekuatan dan kelemahannya.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:55:05.937Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad-1745376919736.jpg
-head_image_alt: Pengembangan Perangkat Lunak
-keywords: >-
-  Git Flow, Trunk-Based Development, CI/CD, software development, version
-  control
-tag: 'Development, Technology, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Memilih antara [Git Flow](https://nvie.com/posts/a-successful-git-branching-model/) dan Pengembangan Berbasis Trunk (TBD) dapat berdampak signifikan pada alur kerja CI/CD Anda. Berikut adalah ringkasan cepat:**
-
-1. **Git Flow**: Terbaik untuk lingkungan yang terstruktur dan dikendalikan versi. Ini menggunakan beberapa cabang seperti `main`, `develop`, `feature`, `release`, dan `hotfix`. Ideal untuk tim besar, siklus rilis yang lebih lambat, dan proses QA yang ketat.
-2. **Pengembangan Berbasis Trunk**: Fokus pada satu cabang utama dengan cabang fitur yang hidup singkat. Cocok untuk tim kecil, rilis cepat, dan pengujian otomatis yang kuat.
-
-### Perbandingan Cepat:
-
-| Aspek | Git Flow | Pengembangan Berbasis Trunk |
-| --- | --- | --- |
-| **Kompleksitas Cabang** | Beberapa cabang yang hidup lama | Satu cabang, cabang yang hidup singkat |
-| **Kadens Rilis** | Rilis terjadwal | Penyebaran terus menerus |
-| **Ukuran Tim** | Tim besar | Tim kecil hingga menengah |
-| **Pengujian** | Pengujian akhir siklus | Pengujian otomatis |
-| **Risiko Penyebaran** | Lebih rendah dengan rilis bertahap | Lebih tinggi dengan pembaruan yang sering |
-| **Rollback** | Lebih lambat | Lebih cepat |
-
-**Inti yang perlu diingat**: Gunakan Git Flow untuk alur kerja yang terstruktur dan lebih lambat, serta TBD untuk kecepatan dan fleksibilitas. Keduanya memerlukan pipa CI/CD yang solid untuk berhasil.
-
-## 29 - GitFlow vs. Pengembangan Berbasis Trunk: Mengelola ...
-
-<iframe src="https://www.youtube.com/embed/_24yLROhdHI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Git Flow](https://nvie.com/posts/a-successful-git-branching-model/) Dasar-dasar Alur Kerja
-
-![Git Flow](https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad/7bc9375d356ef2d5849efed49227325e.jpg)
-
-Git Flow mengorganisir pengembangan menggunakan lima tipe cabang: **main**, **develop**, **feature**, **release**, dan **hotfix**. Struktur ini membantu mengelola rilis dan pengembangan paralel dengan efektif.
-
-### Struktur Cabang Git Flow
-
-| Tipe Cabang | Tujuan | Target Gabung |
-| --- | --- | --- |
-| **Main** | Menyimpan kode siap produksi | N/A |
-| **Develop** | Mengintegrasikan fitur; berfungsi sebagai dasar untuk cabang fitur | N/A |
-| **Feature** | Digunakan untuk membangun fitur individual; dibuat dari develop | develop |
-| **Release** | Mempersiapkan pengujian dan penentuan versi akhir; dibuat dari develop | main & develop |
-| **Hotfix** | Memperbaiki masalah produksi dengan cepat; dibuat dari main | main & develop |
-
-### Keuntungan Git Flow
-
-1. Memungkinkan beberapa fitur dikembangkan secara bersamaan tanpa menyebabkan konflik.
-2. Cabang rilis menyediakan ruang khusus untuk pengujian akhir dan persiapan versi, menjaga cabang **develop** terbuka untuk pekerjaan yang sedang berlangsung.
-3. Cabang **Hotfix** memudahkan untuk menangani masalah produksi dengan cepat tanpa mengganggu tugas pengembangan lainnya.
-
-### Kerugian Git Flow
-
-1. **Kompleksitas Manajemen Cabang**: Mengelola beberapa cabang aktif dapat membuat penggabungan lebih menantang.
-2. **Penyebaran yang Lebih Lambat**: Proses rilis formal mungkin memperlambat penyebaran dibandingkan alur kerja yang lebih sederhana.
-3. **Pemeliharaan yang Meningkat**: Setiap cabang memerlukan konfigurasi pipa nya sendiri, menambah beban kerja pemeliharaan.
-
-Alur kerja ini bekerja paling baik untuk proyek yang membutuhkan pengendalian versi yang ketat, beberapa jalur rilis, atau kepatuhan terhadap regulasi. Berikutnya, kita akan menjelajahi bagaimana ini dibandingkan dengan pendekatan yang lebih ramping dari pengembangan berbasis trunk.
-
-## Dasar-dasar Pengembangan Berbasis Trunk
-
-Pengembangan Berbasis Trunk (TBD) berputar di sekitar satu cabang utama, sering disebut trunk atau main. Pendekatan ini sejalan erat dengan praktik DevOps dan integrasi terus menerus.
-
-### Struktur Cabang Berbasis Trunk
-
-Dalam alur kerja TBD yang khas, Anda akan menemukan tipe cabang berikut:
-
-| Tipe Cabang | Tujuan | Umur |
-| --- | --- | --- |
-| **Main/Trunk** | Cabang pusat dengan kode siap produksi | Permanen |
-| **Cabang Fitur** | Cabang sementara untuk perubahan individual | Hidup singkat |
-| **Cabang Rilis** | Digunakan untuk penyesuaian akhir sebelum rilis | Sementara |
-
-Pengembang secara teratur menggabungkan perubahan kecil yang bertahap ke dalam cabang utama - sering kali beberapa kali sehari. Ini mendorong pengujian terus menerus dan membantu menyelesaikan konflik dengan cepat.
-
-### Manfaat Pengembangan Berbasis Trunk
-
-TBD membawa beberapa keuntungan bagi tim yang bekerja dengan CI/CD dan DevOps:
-
-1. **Konflik Gabungan yang Lebih Sedikit**: Penggabungan yang rutin menjaga konflik tetap dapat dikelola.
-2. **Umpan Balik yang Lebih Cepat**: Bangunan otomatis dijalankan dengan setiap penggabungan, menangkap bug lebih awal.
-3. **Pipa yang Lebih Sederhana**: Satu cabang mengurangi kompleksitas pengaturan CI/CD.
-4. **Kolaborasi Tim yang Lebih Baik**: Trunk bersama memastikan semua orang tetap sejalan.
-
-Struktur ini menciptakan alur kerja yang ramping, mempersiapkan perbandingan dengan Git Flow di bagian berikutnya.
-
-### Keterbatasan Pengembangan Berbasis Trunk
-
-Meskipun TBD memiliki kekuatannya, ia juga datang dengan tantangan yang perlu dihadapi oleh tim:
-
-| Tantangan | Dampak | Cara Mengatasi |
-| --- | --- | --- |
-| **Stabilitas Kode** | Risiko perubahan yang merusak mempengaruhi main | Gunakan pengujian otomatis yang kuat |
-| **Koordinasi Tim** | Pekerjaan yang tumpang tindih dapat menyebabkan gangguan | Bergantung pada bendera fitur dan komit kecil yang sering |
-| **Kurva Pembelajaran** | Transisi dari cabang yang hidup lama | Tawarkan pelatihan dan fase secara bertahap |
-| **Isu Skala** | Penggabungan yang sering dapat membebani tim besar | Terapkan tinjauan kode yang menyeluruh |
-
-Mengadopsi TBD dengan sukses membutuhkan pengujian otomatis yang solid dan komunikasi terbuka di dalam tim.
-
-## Perbandingan Langsung Git Flow vs. Berbasis Trunk
-
-Berikut adalah bagaimana Git Flow dan Pengembangan Berbasis Trunk bersaing dalam aspek-aspek kunci:
-
-### Tabel Perbandingan Fitur
-
-| Aspek | Git Flow | Pengembangan Berbasis Trunk |
-| --- | --- | --- |
-| Kompleksitas Cabang | Beberapa cabang yang hidup lama | Satu cabang utama dengan cabang yang hidup singkat |
-| Kadens Rilis | Rilis terjadwal | Penyebaran terus menerus |
-| Ukuran Tim | Bekerja dengan baik untuk tim yang lebih besar | Lebih cocok untuk tim kecil |
-| Proses Tinjauan Kode | Tinjauan formal selama penggabungan cabang | Tinjauan terus-menerus dari perubahan kecil yang sering |
-| Persyaratan Pengujian | Fokus pada pengujian akhir siklus | Ketergantungan tinggi pada pengujian otomatis |
-| Kurva Pembelajaran | Lebih kompleks karena beberapa cabang | Alur kerja yang lebih sederhana, tetapi memerlukan pengujian yang kuat |
-| Risiko Penyebaran | Risiko lebih rendah dengan rilis bertahap | Risiko lebih tinggi dengan pembaruan yang sering |
-| Waktu Pemulihan | Proses rollback yang lebih lambat | Kapasitas reversi yang lebih cepat |
-
-### Kapan Menggunakan Setiap Alur Kerja
-
-**Git Flow** ideal untuk proyek-proyek tingkat perusahaan yang memerlukan rilis terstruktur dan bernomor. Ini adalah pilihan baik untuk tim yang mengelola beberapa versi yang didukung dan proyek dengan kebutuhan QA atau kepatuhan formal.
-
-**Pengembangan Berbasis Trunk** bekerja paling baik untuk tim dan proyek yang memprioritaskan kecepatan dan fleksibilitas, seperti:
-
-1. Platform SaaS yang membutuhkan pembaruan cepat
-2. Tim dengan pipa CI/CD yang kuat
-3. Proyek yang didukung oleh pengujian otomatis yang andal
-4. Alur kerja penyebaran terus menerus atau rilis yang sering
-5. Proyek aplikasi seluler yang memerlukan pembaruan reguler
-
-Beberapa tim bahkan menggabungkan kedua metode: menggunakan Pengembangan Berbasis Trunk untuk layanan inti dan Git Flow untuk proyek dengan jalur rilis formal.
-
-Berikutnya: Cara mengatur pipa CI/CD untuk salah satu pendekatan ini.
-
-## Pengaturan Pipa CI/CD
-
-### Pengaturan CI/CD Git Flow
-
-1. **Pipa Cabang Pengembangan**: Menjalankan pengujian unit, pengujian integrasi, pemeriksaan kualitas kode, verifikasi bangunan, dan penyebaran ke lingkungan pengembangan.
-2. **Pipa Cabang Rilis**: Menjalankan seluruh rangkaian pengujian, pemindaian keamanan, membangun kandidat rilis, dan menyebarkan ke lingkungan staging.
-3. **Pipa Cabang Utama**: Melakukan pengujian validasi, menangani penentuan versi, membuat build produksi, menyebar ke produksi, dan menandai rilis.
-
-### Pengaturan CI/CD Berbasis Trunk
-
-1. **Pipa Cabang Fitur**: Fokus pada pengujian unit yang cepat, pemeriksaan gaya kode, verifikasi bangunan, dan penyebaran ke lingkungan pratinjau.
-2. **Pipa Cabang Utama**: Menutupi pengujian otomatis yang menyeluruh, pemindaian keamanan, pembuatan build produksi, penyebaran progresif, dan fitur rollback otomatis.
-
-### Integrasi CI/CD [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-Untuk menambahkan pembaruan langsung melalui udara ke salah satu pengaturan CI/CD, Capgo dapat diintegrasikan dengan mulus:
-
-Capgo bekerja dengan [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), dan [Jenkins](https://www.jenkins.io/) untuk memungkinkan pembaruan langsung, rilis bertahap, dan rollback instan di kedua pipa Git Flow dan Berbasis Trunk. Ini memenuhi persyaratan Apple dan Google sambil menawarkan dukungan untuk penyebaran cloud dan self-hosted [\[1\]](https://capgo.app/).
-
-## Ringkasan dan Rekomendasi
-
-Pilih alur kerja Anda berdasarkan ukuran tim dan tingkat kedewasaan CI/CD menggunakan tabel di bawah ini:
-
-| Skenario | Git Flow | Berbasis Trunk |
-| --- | --- | --- |
-| **Ukuran Tim** | 50+ pengembang | Kurang dari 50 pengembang |
-| **Kadens Rilis** | Mingguan atau bulanan | Harian atau beberapa kali sehari |
-| **Pengujian & QA** | Siklus QA tradisional | Fokus pada pengujian otomatis |
-| **Model Penyebaran** | Multi-versi, tradisional | Cloud-native, tercontainerisasi |
-| **Toleransi Risiko** | Setelan konservatif, teratur | Umpan balik progresif, cepat |
-
-1. Mulailah dengan Pengembangan Berbasis Trunk di tim yang lebih kecil, lalu perluas ke kelompok yang lebih besar. Pastikan pipa CI/CD Anda sepenuhnya otomatis sebelum melakukan transisi.
-2. Pertahankan tinjauan kode yang konsisten dan gunakan pengaturan fitur di kedua alur kerja. Sesuaikan konfigurasi pipa Anda dengan alur kerja yang Anda pilih.
-
-Beberapa tim mungkin mencampurkan pendekatan ini - menggunakan Git Flow untuk rilis besar sambil memanfaatkan Pengembangan Berbasis Trunk untuk pengiriman fitur. Apapun jalur yang Anda pilih, keberhasilan bergantung pada integrasi CI/CD yang tepat, otomatisasi pengujian, dan menjaga tim tetap sejalan.
diff --git a/src/content/blog/id/google-play-compliance-key-update-strategies.md b/src/content/blog/id/google-play-compliance-key-update-strategies.md
deleted file mode 100644
index f62048887..000000000
--- a/src/content/blog/id/google-play-compliance-key-update-strategies.md
+++ /dev/null
@@ -1,166 +0,0 @@
----
-slug: google-play-compliance-key-update-strategies
-title: 'Kepatuhan Google Play: Strategi Update Utama'
-description: >-
-  Pelajari strategi penting untuk memastikan kepatuhan terhadap kebijakan Google
-  Play di tahun 2025, menghindari penghapusan aplikasi dan kerugian pendapatan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:40:19.077Z
-updated_at: 2025-04-22T02:40:30.520Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8-1745289630520.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Google Play compliance, app updates, data privacy, content policies, account
-  security
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-
-**Mematuhi kebijakan [Google Play](https://play.google.com/console/signup) pada tahun 2025 sangat penting untuk menghindari penghapusan aplikasi, penangguhan akun, dan kerugian pendapatan.** Pengembang harus bertindak cepat terhadap perubahan kebijakan dan menggunakan alat seperti [Capgo](https://capgo.app/) untuk mengirimkan pembaruan ke **95% pengguna dalam waktu 24 jam.** Berikut yang perlu Anda ketahui:
-
--   **Perubahan Kebijakan 2025**: Aturan lebih ketat untuk konten (misalnya, label "Iklan" yang jelas, verifikasi usia), privasi data (misalnya, dasbor privasi dalam aplikasi, log waktu nyata), dan keamanan akun (misalnya, wajib [autentikasi dua faktor](https://capgo.app/docs/webapp/mfa/), penangguhan keamanan 24 jam)
--   **Kesalahan Umum**: Kesalahpahaman aturan, API yang usang, dan kurangnya pengungkapan
--   **Tips Kepatuhan**:
-    -   Otomatisasi pemeriksaan dalam pipeline CI/CD Anda
-    -   Gunakan alat pembaruan langsung seperti Capgo untuk perbaikan instan
-    -   Rutin meninjau pengumuman Google Play dan melatih tim Anda tentang kebijakan baru
--   **Risiko Ketidakpatuhan**: Penghapusan aplikasi, kehilangan pendapatan, dan reputasi rusak
-
-**Fokus pada pembaruan cepat, pemeriksaan kepatuhan otomatis, dan perencanaan jangka panjang untuk tetap unggul.** Mari kita dalami detailnya untuk memastikan aplikasi Anda tetap aman dan ramah pengguna.
-
-## Masalah Kepatuhan [Google Play](https://play.google.com/console/signup)
-
-![Google Play](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/6fab1123dba2d1a9b508fae064f81971.jpg)
-
-### Perubahan Kebijakan dan Kesalahan Umum
-
-Ketika Google Play memperbarui kebijakannya, tim pengembangan sering menghadapi tenggat waktu ketat untuk menyesuaikan. Kesalahan umum meliputi:
-
--   Kesalahpahaman aturan privasi data baru
--   Gagal memperbarui pengungkapan tentang pengumpulan data
--   Terus menggunakan API usang tanpa izin yang tepat
-
-### Apa yang Terjadi Jika Anda Melanggar Kebijakan?
-
-Melanggar aturan Google Play dapat menyebabkan kemunduran besar:
-
--   Aplikasi mungkin langsung dihapus dari toko
--   Aplikasi yang ditangguhkan tidak dapat memproses pembayaran, menyebabkan kehilangan pendapatan
--   Ulasan pengguna yang buruk dan peringkat lebih rendah dapat merusak reputasi aplikasi Anda
-
-Selanjutnya, kita akan membahas pembaruan kebijakan 2025 dan tips praktis untuk memastikan aplikasi Anda tetap patuh.
-
-## [PolicyBytes](https://playgoogle/developer-content-policy/) Google Play - Pembaruan kebijakan April 2025
-
-![PolicyBytes](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/81241892df8a0b3e1d59d8ca79389c8a.jpg)
-
-## Perubahan Kebijakan 2025
-
-Pembaruan Google Play 2025 berfokus pada peningkatan standar konten, meningkatkan privasi pengguna, dan memperketat langkah-langkah keamanan akun.
-
-### Pembaruan Aturan Konten
-
-Google telah memperkenalkan aturan lebih ketat untuk mengatasi pelanggaran konten umum:
-
--   **Iklan native** harus menyertakan label "Iklan" yang jelas dan mudah diidentifikasi pengguna
--   **Konten buatan pengguna** harus disaring dari ujaran kebencian sebelum diunggah
--   Aplikasi yang menampilkan konten dewasa harus menyertakan **sistem verifikasi usia**
-
-### Aturan Privasi Data
-
-Untuk mengatasi masalah penanganan data di masa lalu, aturan privasi baru mengharuskan:
-
--   **Prompt izin** sebelum mengakses fitur sensitif seperti kamera, lokasi, atau kontak
--   **Dasbor privasi dalam aplikasi** yang menjelaskan semua praktik pengumpulan data
--   **Log akses waktu nyata** untuk data pengguna, dengan opsi untuk mengekspor informasi ini
-
-### Aturan Keamanan Akun
-
-Untuk melindungi akun pengembang dengan lebih baik, Google telah meluncurkan langkah-langkah keamanan ini:
-
--   **Autentikasi dua faktor** kini wajib untuk mengakses konsol pengembang
--   **Penangguhan keamanan 24 jam** akan dipicu oleh aktivitas akun yang mencurigakan
--   **Audit keamanan** rutin akan dilakukan, dipasangkan dengan pelaporan kepatuhan otomatis
-
-Pembaruan ini bertujuan untuk melindungi pengguna sambil memberikan panduan yang jelas bagi pengembang. Alat seperti Capgo memudahkan tim untuk mematuhi perubahan ini, memungkinkan **95% pengguna menerima perbaikan penting dalam waktu 24 jam** [\[1\]](https://capgo.app/)
-
-## Metode Kepatuhan
-
-Setelah memantau kebijakan, langkah selanjutnya adalah menerapkan metode kepatuhan yang efektif.**Integrasikan pemeriksaan kepatuhan ke dalam pipeline CI/CD Anda** Mengotomatisasi pemeriksaan selama proses CI/CD memastikan masalah teridentifikasi dan terselesaikan sebelum deployment
-
-Tugas kepatuhan utama meliputi:
-
--   Memindai penggunaan izin untuk memastikan keselarasan dengan [kebijakan privasi](https://capgo.app/dp/)
--   Memverifikasi filter untuk konten buatan pengguna
--   Mengaudit praktik pelabelan dan penempatan iklan
--   Memvalidasi penanda pembatasan usia
--   Menyimpan catatan detail perubahan kebijakan, prosedur penanganan data, aturan moderasi, dan langkah-langkah keamanan
-
-**Pertimbangkan menggunakan Capgo untuk pembaruan real-time** Alat ini memungkinkan pembaruan tanpa memerlukan persetujuan toko dan menawarkan fitur seperti:
-
--   Integrasi dengan pipeline CI/CD
--   Deployment pembaruan secara real-time
--   Analitik bawaan dan pelacakan kesalahan
--   Dukungan untuk membatalkan pembaruan
--   Enkripsi end-to-end dan kemampuan penugasan pengguna
-
-Selanjutnya, lihat alat pembaruan langsung dan bandingkan platform untuk menemukan yang paling sesuai dengan kebutuhan Anda
-
-## Pembaruan Langsung untuk Perubahan Kebijakan
-
-Pembaruan langsung membawa kepatuhan ke level berikutnya dengan menjembatani kesenjangan antara mendeteksi masalah kebijakan dan menyelesaikannya Platform ini memungkinkan deployment instan untuk pembaruan mendesak, perbaikan bug, dan fitur baru - sepenuhnya melewati proses peninjauan app store Ini bekerja bersama dengan pemeriksaan CI/CD otomatis, memastikan celah kebijakan diatasi lebih cepat dari sebelumnya
-
-### Fitur [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo memastikan pembaruan kepatuhan yang cepat, dengan 95% pengguna aktif menerima pembaruan dalam 24 jam dan tingkat keberhasilan 82% secara global [\[1\]](https://capgo.app/) Platform ini menggabungkan alat kepatuhan utama dengan sistem [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) yang efisien:
-
--   **Enkripsi end-to-end** untuk memenuhi persyaratan privasi data
--   **Saluran peluncuran terkontrol** untuk pembaruan kebijakan bertahap
--   **Opsi pembatalan segera** untuk menangani masalah kepatuhan dengan cepat
--   **Analitik real-time dan pelacakan kesalahan** untuk pemantauan berkelanjutan
--   **Integrasi CI/CD otomatis** untuk memvalidasi kepatuhan secara mulus
--   **Kontrol penugasan pengguna** untuk mengirimkan pembaruan ke grup tertentu
-
-Kemampuan pembaruan langsung ini memainkan peran penting dalam mendukung strategi kepatuhan yang lebih luas, yang akan dibahas selanjutnya
-
-## Perencanaan Kepatuhan Jangka Panjang
-
-Perbaikan cepat itu penting, tetapi mengamankan kepatuhan Anda untuk jangka panjang membutuhkan kerangka kerja yang solid Setelah pembaruan langsung tersedia, fokus pada membangun sistem yang menjaga upaya kepatuhan Anda konsisten dan efektif sepanjang waktu
-
-### Pembuatan Daftar Periksa Kepatuhan
-
-Kembangkan daftar periksa detail yang menghubungkan kebijakan dengan pemicu pembaruan dan proses pengujian Daftar periksa yang kuat harus mencakup:
-
--   **Persyaratan privasi data, konten, dan keamanan** yang terhubung ke pemicu pembaruan tertentu
--   **Tes validasi dan langkah dokumentasi** untuk setiap fase alur kerja: pengembangan, QA, dan rilis
-
-Simpan daftar periksa terpisah untuk setiap fase dan perbarui saat Google Play mengumumkan perubahan besar
-
-### Pelatihan Kebijakan Staf
-
-Jaga tim Anda tetap up to date dengan pelatihan rutin tentang kebijakan Google Play Program pelatihan yang baik harus:
-
--   Memperkenalkan anggota tim baru dengan persyaratan kebijakan inti dan proses internal
--   Menawarkan sesi penyegaran setiap kali kebijakan diperbarui
--   Menyertakan lokakarya khusus peran: pengembang fokus pada aturan teknis, tim QA pada pengujian, dan manajer pada tenggat waktu
-
-Selain itu, lakukan audit rutin untuk memastikan upaya pelatihan ini diterjemahkan menjadi kepatuhan yang dapat ditindaklanjuti### Tinjauan Kebijakan Rutin
-
-Tetap terdepan dengan memantau dan meninjau kebijakan secara teratur:
-
--   Periksa pengumuman Google Play setiap minggu dan evaluasi metrik kepatuhan Anda
--   Lakukan audit triwulanan untuk menguji prosedur pembaruan darurat dan protokol keamanan
--   Perbarui dokumentasi internal untuk mencerminkan perubahan kebijakan baru
-
-## Ringkasan
-
-Menjaga kepatuhan dengan Google Play membutuhkan pengawasan ketat terhadap pembaruan kebijakan, memasukkan pemeriksaan selama pengembangan, menugaskan peran yang jelas dalam tim Anda, dan mengelola pembaruan langsung secara efektif. Alat seperti Capgo dapat membantu menyederhanakan proses ini, memastikan perbaikan penting mencapai 95% pengguna dalam waktu 24 jam [\[1\]](https://capgo.app/)
-
-Gunakan metode ini untuk mengikuti perubahan kebijakan Google Play dan mengurangi risiko masalah kepatuhan
\ No newline at end of file
diff --git a/src/content/blog/id/google-play-staged-rollouts-how-it-works.md b/src/content/blog/id/google-play-staged-rollouts-how-it-works.md
deleted file mode 100644
index aff16a287..000000000
--- a/src/content/blog/id/google-play-staged-rollouts-how-it-works.md
+++ /dev/null
@@ -1,199 +0,0 @@
----
-slug: google-play-staged-rollouts-how-it-works
-title: 'Pengenalan Langkah demi Langkah ke Google Play: Bagaimana Cara Kerjanya'
-description: >-
-  Pelajari cara mengelola pembaruan aplikasi secara efektif dengan penerapan
-  bertahap di Google Play Store, sambil memastikan stabilitas dan meminimalkan
-  risiko.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T00:36:08.727Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ddfefb74046f25829c1f7f-1742603807186.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  staged rollouts, Google Play, app updates, risk management, user feedback,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Staged rollouts di Google Play** memungkinkan pengembang merilis [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) secara bertahap, dimulai dengan persentase kecil pengguna sebelum diperluas ke semua pengguna. Ini memastikan stabilitas, mendeteksi masalah lebih awal, dan meminimalkan risiko.
-
-### Manfaat Utama:
-
--   **Manajemen Risiko**: Uji pembaruan dengan kelompok kecil terlebih dahulu.
--   **Wawasan Real-Time**: Pantau kinerja dan umpan balik.
--   **Rollback Cepat**: Kembali ke versi sebelumnya jika diperlukan.
--   **Umpan Balik Pengguna**: Tingkatkan pembaruan berdasarkan respons awal.
-
-### Cara Kerjanya:
-
-1.  Pilih persentase rollout (misalnya, 5-10%) di [Google Play Console](https://developer.android.com/distribute/console).
-2.  Pantau metrik seperti tingkat crash, umpan balik pengguna, dan kinerja.
-3.  Sesuaikan persentase rollout atau jeda jika masalah muncul.
-4.  Gunakan alat seperti [Capgo](https://capgo.app/) untuk pembaruan lebih cepat dan pelacakan lebih baik.
-
-### Tips Cepat:
-
--   Mulai dengan 5-10% pengguna dan perluas secara bertahap.
--   Rencanakan pembaruan selama periode aktivitas rendah.
--   Gunakan alat pelacakan kesalahan untuk penyelesaian masalah lebih cepat.
-
-Staged rollout menyeimbangkan pengiriman cepat dengan risiko terkendali, memastikan pembaruan lancar bagi pengguna sambil membantu pengembang mempertahankan kualitas aplikasi.
-
-## Proses Staged Rollout
-
-### Pengaturan di [Google Play Console](https://developer.android.com/distribute/console)
-
-![Google Play Console](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-ed168370876f8cab0f4fb973291444ec-2025-03-22.jpg?auto=compress)
-
-Untuk memulai staged rollout, buka bagian 'Release' di Google Play Console. Pilih jalur target Anda (Production, Beta, atau Alpha) dan buat rilis baru. Selama proses ini, Anda akan menemukan pemilih persentase di bawah "Release settings."
-
-Berikut yang perlu Anda lakukan:
-
--   Unggah bundle atau APK aplikasi Anda
--   Tetapkan persentase rollout awal (biasanya 5-10%)
--   Tambahkan catatan rilis
--   Tinjau semuanya dan mulai rollout
-
-Anda dapat menyesuaikan persentase rollout kapan saja selama proses langsung di Google Play Console.
-
-### Melacak Kemajuan Rilis
-
-Pantau rollout Anda melalui dashboard Google Play Console. Ini menyediakan metrik real-time seperti:
-
--   Tingkat keberhasilan instalasi
--   Laporan crash
--   Umpan balik pengguna
--   Masalah kompatibilitas perangkat
--   Data kinerja
-
-Metrik untuk rilis baru dan versi sebelumnya ditampilkan secara terpisah, memudahkan untuk mendeteksi masalah. Jika ada yang tampak tidak beres, Anda bisa bertindak cepat untuk mengatasi masalah.
-
-### Menangani Masalah Pembaruan
-
-Jika masalah muncul, segera ambil tindakan menggunakan rencana ini:
-
-> "Rollback satu klik ke versi sebelumnya jika diperlukan" - Capgo [\[1\]](https://capgo.app/)
-
-1.  **Penilaian Segera**  
-    Tinjau laporan crash dan umpan balik pengguna untuk menentukan seberapa parah masalahnya. Perhatikan perangkat, versi Android, atau fitur mana yang terpengaruh.
-    
-2.  **Tindakan Respons**  
-    Tergantung pada tingkat keparahan masalah, Anda dapat:
-    
-    -   Jeda rollout untuk menghentikan lebih banyak pengguna mendapatkan pembaruan.
-    -   Kembali ke versi sebelumnya jika masalahnya serius.
-    -   Dorong hotfix untuk masalah kecil yang dapat diperbaiki.
-3.  **Komunikasi**  
-    Terus informasikan pengguna melalui catatan rilis, notifikasi dalam aplikasi, pembaruan media sosial, dan pesan konsol pengembang.
-
-Menggunakan alat pelacakan kesalahan dapat membantu Anda mengantisipasi masalah potensial dan menyelesaikannya sebelum mempengaruhi terlalu banyak pengguna.
-
-## Tips Sukses Rollout
-
-### Memilih Persentase Pengguna
-
-Mulai dengan kelompok pengguna kecil untuk mengurangi risiko masalah selama rollout. Persentase pastinya tergantung pada kompleksitas aplikasi dan basis pengguna Anda. Misalnya, Anda mungkin mulai dengan **5% untuk aplikasi bisnis kritis**, **10% untuk pembaruan risiko menengah**, dan **20% untuk perubahan kecil**. Pantau metrik seperti tingkat crash, keterlibatan pengguna, umpan balik, dan kinerja sebelum memperluas. Hanya tingkatkan persentase jika semuanya tampak stabil. Selaraskan jadwal rilis Anda dengan strategi rollout ini untuk memastikan kemajuan yang lancar.
-
-### Perencanaan Jadwal Rilis
-
-Rencanakan rollout Anda untuk periode aktivitas pengguna rendah untuk membatasi gangguan. Pertimbangkan faktor seperti zona waktu, perilaku pengguna, kapasitas server, dan ketersediaan tim dukungan. Ini memastikan bahwa setiap masalah dapat ditangani dengan cepat dan efisien.
-
-### Alat Manajemen Pembaruan
-
-Menggunakan alat [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) seperti Capgo, dapat membantu mempercepat tingkat adopsi - **95% pengguna memperbarui dalam 24 jam**, dengan **tingkat keberhasilan 82%** [\[1\]](https://capgo.app/). Cari alat dengan fitur seperti ini:
-
-| Fitur | Tujuan | Dampak |
-| --- | --- | --- |
-| Analitik Real-time | Melacak distribusi pembaruan | Memberikan wawasan kemajuan segera |
-| Pelacakan Kesalahan | Memantau masalah | Memungkinkan deteksi masalah dini |
-| Kontrol Versi | Mengelola berbagai rilis | Menjaga pengiriman terorganisir |
-| Kemampuan Rollback | Membalikkan pembaruan dengan cepat | Mengurangi dampak pengguna |
-
-Saat memilih alat, fokus pada yang menawarkan pemantauan otomatis. Alat dengan waktu respons rata-rata **57ms secara global** [\[1\]](https://capgo.app/) memungkinkan tindakan cepat saat masalah muncul.
-
-Untuk kontrol lebih besar, pertimbangkan menggunakan [sistem channel](https://capgo.app/docs/plugin/cloud-mode/channel-system/) untuk distribusi pembaruan. Ini memungkinkan Anda menargetkan grup pengguna tertentu dengan versi berbeda, membuat pengujian beta dan staged rollout lebih lancar. Selain itu, kemampuan untuk mendorong perubahan kode langsung sambil tetap mematuhi aturan app store dapat menyederhanakan dan mempercepat [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) Anda.
-
-## Aturan dan Batasan
-
-### Persyaratan Google Play
-
-Jika Anda merencanakan staged rollout di Google Play, Anda perlu memastikan bahwa setiap APK baru atau [Android App Bundle](https://en.wikipedia.org/wiki/Android_App_Bundle) memiliki kode versi yang lebih tinggi dari versi produksi saat ini.
-
-Google Play menetapkan kriteria khusus untuk staged rollout:
-
--   **Persentase rollout**: Anda harus memilih persentase antara 1% dan 100%.
--   **Kompatibilitas versi**: Pembaruan perlu bekerja dengan semua versi Android yang secara resmi didukung aplikasi Anda.
--   **Penandatanganan aplikasi**: Aplikasi yang didistribusikan melalui Android App Bundle harus terdaftar dalam [Google Play App Signing](https://support.google.com/googleplay/android-developer/answer/9842756?hl=en).
--   **Pengujian internal**: Selalu uji aplikasi Anda secara internal sebelum melakukan rollout ke produksi.
-
-Sambil memenuhi persyaratan ini, perhatikan ada batasan yang dapat mempengaruhi strategi rollout Anda.
-
-### Batasan yang Diketahui
-
-Saat merencanakan pengiriman Anda, pertimbangkan batasan-batasan ini:
-
-| Batasan | Detail | Dampak |
-| --- | --- | --- |
-| Tidak Ada Pemilihan Pengguna | Anda tidak dapat menargetkan pengguna atau wilayah tertentu | Pembaruan didistribusikan secara acak berdasarkan persentase Anda |
-| Kontrol Versi | Pengguna tidak dapat kembali ke versi lama | Pembaruan bersifat permanen setelah diterapkan |
-| Batasan Perangkat | Tidak ada penargetan perangkat tertentu | Pembaruan berlaku seragam di semua perangkat yang kompatibel |
-
-Poin penting lain yang perlu diingat:
-
--   Hanya satu staged rollout yang dapat aktif untuk aplikasi tertentu pada satu waktu.
--   Tidak ada rollback otomatis jika masalah terjadi.
--   Anda tidak dapat mengontrol kapan pengguna mengunduh pembaruan.
--   Proses rollout tidak termasuk cara langsung untuk mengkomunikasikan detail pembaruan kepada pengguna.
-
-Disarankan untuk menunggu setidaknya 24 jam sebelum meningkatkan persentase rollout. Ini memberi Anda waktu untuk memantau kinerja dan mengatasi masalah sebelum memperluas pembaruan lebih lanjut.
-
-Untuk pembaruan mendesak, pertimbangkan menggunakan alat seperti Capgo untuk menangani hotfix atau pembaruan cepat sambil tetap dalam aturan Google Play. Alat-alat ini dapat membantu Anda mengelola situasi kritis tanpa mengorbankan kepatuhan.
-
-## Rilis dengan percaya diri dengan Play Console baru
-
-<iframe src="https://www.youtube.com/embed/vyReHI1eSSU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Ringkasan
-
-Staged rollout menyediakan cara terkendali untuk merilis pembaruan, meningkatkan kualitas aplikasi dan menjaga kepuasan pengguna. Dengan memenuhi persyaratan Google Play, pengembang dapat memanfaatkan pendekatan ini sepenuhnya sambil tetap patuh.
-
-### Manfaat Utama
-
-Rollout bertahap dikombinasikan dengan pemantauan menyeluruh memastikan pembaruan yang dapat diandalkan. Metode ini membantu:
-
--   Meminimalkan risiko dan menangkap masalah lebih awal dengan rilis terarah
--   Menjaga aplikasi tetap stabil di berbagai perangkat Android
--   Mengurangi kemungkinan ulasan dan peringkat negatif
-
-Studi menunjukkan bahwa staged rollout yang dilaksanakan dengan baik mencapai tingkat keberhasilan pembaruan global 82% [\[1\]](https://capgo.app/), membuktikan nilainya dalam mempertahankan kinerja aplikasi yang kuat.
-
-### Bagaimana [Capgo](https://capgo.app/) Menambah Nilai
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Untuk aplikasi [Capacitor](https://capacitorjs.com/), Capgo merampingkan staged rollout dengan menawarkan manajemen pembaruan yang tepat sambil mematuhi pedoman Google Play. Sistem channelnya terintegrasi dengan lancar dengan rencana rollout yang ada.
-
-Berikut kinerja Capgo:
-
-| Metrik | Kinerja |
-| --- | --- |
-| **Tingkat Pembaruan Pengguna** | 95% dalam 24 jam |
-| **Total Pembaruan Terkirim** | 23,5M |
-| **Tingkat Keberhasilan Global** | 82% |
-
-Capgo menyederhanakan proses pembaruan untuk pengembang dengan fitur seperti:
-
--   Pelacakan kesalahan bawaan dipasangkan dengan pemantauan rollout
--   Pengiriman pembaruan yang aman dan patuh
--   Grup pengguna terarah untuk rollout terkendali
--   Saluran pengiriman terenkripsi untuk keamanan tambahan
-
-> "Capgo adalah alat yang harus dimiliki untuk pengembang yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangat berharga." [\[1\]](https://capgo.app/)
-
-Alat-alat ini memungkinkan tim untuk melakukan rollout pembaruan dengan cepat sambil memastikan rilis mereka tetap stabil untuk pengguna di seluruh dunia.
diff --git a/src/content/blog/id/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md b/src/content/blog/id/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
deleted file mode 100644
index 29a66068e..000000000
--- a/src/content/blog/id/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
+++ /dev/null
@@ -1,274 +0,0 @@
----
-slug: how-I-manage-semantic-release-with-CapGo-CapacitorUpdater
-title: >-
-  Bagaimana Rapido Cloud mengelola semantic release dengan Capgo
-  CapacitorUpdater
-description: >-
-  Begini cara saya mengatur semantic release untuk mengelola versi aplikasi yang
-  menggunakan CapGo CapacitorUpdater
-author: Rupert Barrow
-author_image_url: 'https://avatars.githubusercontent.com/u/48629751?v=4'
-author_url: 'https://linkedin.com/in/rbarrow'
-created_at: 2024-09-22T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /rapido_cloud_study_case.webp
-head_image_alt: Studi Kasus Singkat Cloud
-keywords: >-
-  semantic release, semantic-release, CapGo, CapacitorUpdater, mobile app
-  development, live updates, OTA updates, continuous integration, mobile app
-  updates
-tag: Case Study
-published: true
-locale: id
-next_blog: ''
----
-## 1. Pengenalan
-
-Di Rapido Cloud (www.rapido.cloud), saya sedang mengembangkan aplikasi mobile untuk klien Salesforce agar dapat dengan mudah menerapkan aplikasi mobile bermerek mereka sendiri tanpa harus melalui proses rumit menggunakan Salesforce Mobile SDK atau Salesforce Mobile Publisher.
-
-Saya telah mengembangkan aplikasi mobile ini pada platform modern dan "standar" dengan komponen dan tools yang umum termasuk Ionic 8, Angular 18, TypeScript, Capacitor dan sekarang CapGo CapacitorUpdater. Ini lebih mudah ditangani untuk klien yang tidak ingin mengatur hal-hal spesifik platform Salesforce seperti Lightning Web Components; dan lebih mudah serta lebih murah bagi saya untuk merekrut pengembang dan pemelihara aplikasi mobile Ionic + Angular.
-
-Artikel ini menjelaskan desain, pilihan dan implementasi saya yang membuat CapGo dan `semantic-release` menjadi solusi mudah yang sangat sukses untuk mengelola semua deployment secara otomatis melalui Github Actions. Semua ini dirancang, diuji dan didokumentasikan selama masa uji coba gratis 14 hari dari CapGo CapacitorUpdater.
-
-## 2. Mengapa menggunakan CapGo? Mengapa menggunakan semantic-release?
-
-CapGo CapacitorUpdater menarik perhatian saya dengan janjinya untuk membuat deployment aplikasi mobile jauh lebih sederhana, lebih cepat dan fleksibel dibandingkan melalui proses pengiriman standar Apple AppStore/Google PlayStore.
-Ini adalah aplikasi mobile pertama yang saya publikasikan ke toko aplikasi, setelah sebelumnya berkonsentrasi pada aplikasi web yang biasanya dikembangkan di Salesforce Experience Cloud.
-
-Saya cukup khawatir dengan kurva pembelajaran untuk membuat ini berhasil tapi saya berhasil memasukkan aplikasi saya ke Apple TestFlight dengan cukup mudah. Saya kemudian berada dalam posisi untuk menggunakan CapGo CapacitorUpdater untuk menerapkan pembaruan saya dengan lebih cepat.
-
-Persyaratan dan kasus uji pertama saya adalah menerapkan untuk diri sendiri untuk menguji aplikasi saya sebagai aplikasi mobile asli di ponsel saya sendiri, alih-alih menguji di emulator mobile atau simulator melalui browser mobile Nexus yang disarankan oleh Ionic. Hal ini karena aplikasi saya menggunakan fitur native seperti Geolokasi atau mengakses Galeri Foto dan Kamera. Karena belum memiliki pengalaman menguji aplikasi mobile Capacitor sebelumnya, saya tidak yakin apakah semuanya akan berjalan dengan baik: tidak ada yang lebih baik selain menguji aplikasi yang sebenarnya, dalam kondisi nyata!
-
-Jadi CapGo CapacitorUpdater membantu saya memperbarui aplikasi di ponsel saya, secara langsung, 1 menit setelah menyimpan fitur atau perbaikan baru dalam kode sumber saya: sangat melegakan, sangat fleksibel, dan mudah di-setup!
-
-## 3. Model percabangan dan rilis saya, dan bagaimana semantic-release cocok di dalamnya
-
-Sekarang setelah pengiriman ke server CapGo berjalan dengan benar, saya perlu mengotomatiskannya dan menyesuaikannya ke dalam pipeline CI/CD saya.
-
-### Beginilah cara saya mengatur model percabangan dan rilis
-
-Untuk setiap aplikasi, baik mobile, web atau Salesforce:
-- **pengembangan** dilakukan pada cabang `feature/...` yang bercabang dari `main`, dan digabungkan ke `main` yang menjadi referensi untuk sebagian besar cabang pengembangan, di luar pemeliharaan dan fitur spesifik untuk pengiriman kustom (lebih lanjut tentang ini di bawah)
-- **deployment dipicu __dari cabang rilis__** yang mungkin: `production`, cabang prarilis (`alpha`, `beta`, `nightly`, dll.) dan juga cabang spesifik pelanggan atau konteks spesifik untuk pengiriman kustom
-- **deployment dipicu oleh pull request** yang digabungkan ke cabang deployment. Saya tidak menggunakan deployment yang dipicu tag karena semantic release mengelola tag dan semua sisanya untuk saya.
-
-Pada dasarnya, ini adalah Gitlab Flow:
-
-![Gitlab Flow](/RBW_Gitlab_Flow.webp)
-
-*Gitlab Flow - sumber https://faun.dev/c/stories/manuelherrera/git-branching-strategies-in-2022*
-
-### Catatan tambahan tentang cara kerja semantic-release:
-
-Dalam cabang deployment, ketika semantic-release dipicu, ia akan secara otomatis menghitung nomor versi baru pada cabang ini, tergantung pada nomor versi tag sebelumnya pada cabang dan perbaikan atau fitur yang dikirimkan. Perbaikan akan membuat versi patch baru, sedangkan fitur akan membuat versi minor baru. Ini juga secara otomatis menyertakan prarilis `alpha`, `beta`, dll. dalam nomor versi.
-
-Semantic release menghasilkan changelog dari commit Anda, mengelompokkan perbaikan dan fitur seperti yang didefinisikan dalam conventional commits (lihat https://www.conventionalcommits.org/en/about) dan dikonfigurasi dalam semantic release.
-
-Ini juga akan memperbarui semua pull request git (Github, dalam kasus saya) yang digabungkan dan masalah terkait dengan komentar yang menghubungkannya ke tag dan rilis. Akhirnya, dalam rilis Github ini, ia akan melampirkan aset seperti kode sumber, binari jika diperlukan, `CHANGELOG.md`, dll.
-
-## 4. Cabang, rilis/prarilis, channel dalam semantic release dan di CapGo
-
-Jadi yang saya inginkan semantic release lakukan untuk deployment CapGo adalah sebagai berikut.
-
-### Saya ingin semantic release menghasilkan nomor versi
-
-CapGo telah mengembangkan dan mendokumentasikan versi mereka sendiri dari tool "Conventional Commits" `standard-version`, dengan repo fork mereka `standard-version` (https://github.com/Cap-go/standard-version), dan repo `capacitor-standard-version` mereka sendiri (https://github.com/Cap-go/capacitor-standard-version) serta `capacitor-plugin-standard-version` (https://github.com/Cap-go/capacitor-plugin-standard-version). Mereka telah mendokumentasikan di blog mereka skema versi yang digunakan oleh CapGo dalam deployment mereka (https://capgo.app/blog/how-version-work-in-capgo/). Bundle JavaScript mengikuti semver "Semantic Versioning" "standar" (https://semver.org) yang juga diikuti oleh `semantic-release` (tentunya!)
-
-Jadi itu bagus, dan melegakan bagi saya karena saya menggunakan `semantic-release` secara ekstensif.
-
-### Saya juga ingin semantic release menghasilkan deployment aplikasi di channel yang berbeda
-
-Seperti disebutkan di atas, saya perlu men-deploy versi prarilis dari cabang seperti `alpha`, `beta`, `nightly` dll., tetapi juga versi spesifik pelanggan pada cabang seperti `production-customer-jones`, `production-customer-doe`, dll.
-
-CapGo menyediakan fitur "channels" yang sama persis dengan yang didukung semantic release, jadi saya senang membuat keduanya bekerja bersama. Ini juga sesuai dengan build cabang berbeda yang dikelola oleh XCode Cloud (lihat lebih lanjut tentang ini di bawah).
-
-Nomor versi semver yang dihasilkan oleh semantic release pada prarilis terlihat seperti `1.0.0-alpha.1`. Build berturut-turut pada cabang ini akan menambah nomor build menjadi `1.0.0-alpha.2`, dll. Meskipun tidak didokumentasikan secara eksplisit, nomor versi ini didukung oleh CapGo, yang merupakan berita bagus bagi saya: saya akan menggunakan channel semantic release dan prarilis untuk menghasilkan versi aplikasi saya dengan channel Capgo.
-
-## 5. Bagaimana cara menggunakan CapGo untuk merilis aplikasi saya?
-
-Untuk mengotomatisasi deployment bundle aplikasi ke CapGo, Anda perlu menggunakan perintah CLI CapGo `bundle upload`. Ketik `npx @capgo/cli@latest bundle upload --help` untuk mendapatkan banyak opsi upload. Di antaranya, kita akan menggunakan yang berikut:
-```
-npx @capgo/cli bundle upload --channel $CHANNEL --apikey $CAPGO_APIKEY --bundle $VERSION --bundle-url $CAPGO_APPID
-```
-- CHANNEL adalah channel CapGo yang ingin kita deploy (mis. `alpha`)
-- VERSION dihasilkan oleh semantic release (mis. `1.0.0-alpha.1`)
-- CAPGO_APIKEY disediakan oleh CapGo untuk mengidentifikasi login pipeline CI/CD Anda secara unik
-- CAPGO_APPID disediakan oleh CapGo untuk mengidentifikasi aplikasi Anda secara unik (mis. `com.mystartup.mysuperapp`)
-
-## 6. Setup semantic release + CapGo CapacitorUpdate saya
-
-Akhirnya, bagaimana semua ini cocok bersama?
-
-![Versi bundle aplikasi yang dibangun dengan semantic release dan Github Actions](/RBW_CapGo_channels_and_versions.webp)
-
-*Versi bundle aplikasi yang dibangun dengan semantic release dan Github Actions*
-
-### Otomatisasi semantic release dengan Github Actions
-
-Keindahan semantic release adalah bahwa otomatisasi deployment, dalam bentuk alur kerja Github Action, sangat sederhana. Ini akan terlihat sangat mirip di platform CI/CD lainnya.
-```yaml
-# ./github/workflows/release.yml
-
-name: Release
-
-on:
-  workflow_dispatch:
-  push:
-    branches: [alpha, alpha-nocapgo, dev-rupert]    # <--- adapt this
-
-env:
-  CAPGO_APPID: com.mystartup.mysuperapp             # <--- adapt this
-  CAPGO_APIKEY: ${{ secrets.CAPGO_APIKEY }}
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: 24
-          cache: "npm"
-      - run: npm install
-      - run: npx semantic-release
-        env:
-          DEBUG: true
-          GITHUB_TOKEN: ${{ github.token }}
-```
-
-Ini hanya menginstal lingkungan NodeJS, kemudian memanggil semantic release.
-
-Untuk setiap penggabungan pada cabang yang terdaftar di `branches`, semantic release akan memicu deployment.
-Atur `CAPGO_APIKEY` di secrets repositori Anda.
-Perbarui `CAPGO_APPID` Anda di sini.
-
-Perilaku semantic release diatur dalam file konfigurasi `.releaserc.json`.
-Berikut pengaturan saya, dijelaskan di bawah:
-```json
-// .releaserc.json
-
-{
-  "branches": [
-    {
-      "name": "release",
-      "channel": "production"
-    },
-    {
-      "name": "alpha",
-      "channel": "alpha",
-      "prerelease": "alpha"
-    },
-    {
-      "name": "alpha-nocapgo",
-      "channel": "alpha",
-      "prerelease": "alpha-nocapgo"
-    },
-    {
-      "name": "dev-rupert",
-      "channel": "development",
-      "prerelease": "development"
-    },
-    {
-      "name": "dev-paul",
-      "channel": "development",
-      "prerelease": "development"
-    }
-  ],
-  "ci": true,
-  "debug": true,
-  "dryRun": false,
-  "repositoryUrl": "https://github.com/RupertBarrow/mysuperapp",
-
-  "verifyConditions": ["@semantic-release/github"],
-
-  "plugins": [
-    [
-      "@semantic-release/commit-analyzer",
-      {
-        "preset": "angular",
-        "releaseRules": [
-          { "type": "breaking", "release": "major" },
-          { "type": "feat", "release": "minor" },
-          { "type": "fix", "release": "patch" },
-          { "type": "ci", "release": "patch" },
-          { "type": "doc", "release": "patch" },
-          { "type": "docs", "release": "patch" },
-          { "type": "refactor", "scope": "core-*", "release": "minor" },
-          { "type": "refactor", "release": "patch" },
-
-          { "scope": "no-release", "release": false }
-        ]
-      }
-    ],
-
-    "@semantic-release/release-notes-generator",
-
-    ["@semantic-release/changelog", { "changelogFile": "CHANGELOG.md" }],
-
-    [
-      "@semantic-release/git",
-      {
-        "assets": ["package.json", "CHANGELOG.md", "ios/App/App.xcodeproj/project.pbxproj"],
-        "message": "chore(release): ${nextRelease.version} [skip ci]\n\n${nextRelease.notes}"
-      }
-    ],
-
-    ["@semantic-release/github", { "assets": ["CHANGELOG.md"] }],
-
-    [
-      "@semantic-release/exec",
-      {
-        "prepareCmd": "npm run build",
-        "publishCmd": "npm add -D @capgo/cli && npx @capgo/cli bundle upload --channel ${branch.channel} --apikey $CAPGO_APIKEY --bundle ${nextRelease.version} --bundle-url $CAPGO_APPID"
-      }
-    ]
-  ]
-}
-```
-
-- `branches`:
-  - `branches` mengatur konfigurasi cabang (`name`), dipetakan ke channel CapGo (`channel`) dan bagaimana nomor versi prarilis akan dinamai (`prerelease`). Misalnya, jika `branch.prerelease = "development"`, nomor versi yang dihasilkan oleh semantic release akan menjadi `x.y.z-development.n`
-  - deployment ke cabang `alpha` dan `alpha-nocapgo` keduanya akan men-deploy aplikasi di channel `alpha`, tetapi dengan nama prarilis berbeda dalam nomor versi
-  - deployment ke cabang pengembang `dev-rupert` atau `dev-paul` keduanya akan deploy ke channel `development` di CapGo, semuanya dengan kata kunci prarilis `development` yang sama dalam nomor versi
-- `verifyConditions`: di tahap pertama semantic release, ia memeriksa bahwa ia memiliki akses yang benar ke Github. Saya berharap dapat menambahkan pemeriksaan otentikasi untuk CLI CapGo di sini nanti
-- `@semantic-release/commit-analyzer`: hal-hal standar semantic release - lihat dokumentasi mereka (https://github.com/semantic-release/semantic-release?tab=readme-ov-file#commit-message-format)
-- `@semantic-release/release-notes-generator`: menghasilkan file changelog sebagai `CHANGELOG.md`
-- `@semantic-release/git`: commit file-file berikut yang telah diperbarui oleh build Ionic dari aplikasi dan oleh pekerjaan semantic release (`package.json`, `CHANGELOG.md` dan `ios/App/App.xcodeproj/project.pbxproj` - saya belum membangun untuk Android)
-- `@semantic-release/github`: melampirkan file `CHANGELOG.md` ke rilis Github sebagai aset
-- `@semantic-release/exec`: gunakan 2 perintah ini untuk mempersiapkan build aplikasi (`prepareCmd`) dan kemudian secara efektif membangun deploy bundle aplikasi ke server CapGo (`publishCmd`)
-
-Anda akan menyadari bahwa tidak ada penjelasan rumit tentang bagaimana kita ingin nomor versi dihitung dan ditingkatkan, bagaimana kita perlu menghasilkan changelog, tag atau rilis Github, dll.: semuanya ditangani secara default oleh semantic release, dengan konfigurasi minimal.
-
-### Membangun binary baru dengan XCode Cloud
-
-Mengintegrasikan semua ini dengan XCode Cloud untuk membangun versi baru dari aplikasi biner sangatlah sederhana (saya belum men-deploy ke Google Play, tapi proses build-nya seharusnya serupa):
-- Saya mengatur proses XCode Cloud untuk melakukan build ketika ada perubahan pada branch yang ingin saya gunakan (misalnya `production`)
-- pada branch ini, saya mengatur XCode Cloud untuk melakukan build hanya ketika file `CHANGELOG.md` diperbarui. File ini diperbarui setelah setiap versi yang dihasilkan oleh semantic release
-- Saya dapat memicu build pada branch yang berbeda untuk mensimulasikan deployment untuk channel yang berbeda. Dalam setiap konfigurasi build XCode Cloud pada branch yang berbeda, saya mengatur variabel environment secara manual dengan nilai `branch.channel` yang diatur dalam `releaserc.json` (ya, ini adalah duplikasi manual) dan kemudian, jika saya mau, saya bisa men-deploy aplikasi AppStore yang berbeda untuk setiap aplikasi pelanggan khusus yang di-deploy dari branch rilis khusus, seperti yang disebutkan sebelumnya.
-
-![Building app binaries on XCode Cloud with CapGo channels](/RBW_XCode_Cloud_building.webp)
-
-*Membangun aplikasi biner di XCode Cloud dengan channel CapGo*
-
-## 7. Kesimpulan
-
-Sebagai kesimpulan, saya sangat senang dapat mengintegrasikan CapGo CapacitorUpdater ke dalam pipeline semantic release standar saya, dengan cepat dalam masa percobaan 14 hari, dan hasilnya adalah sebagai berikut:
-- nomor versi bundle dihasilkan secara otomatis oleh semantic release dan kompatibel dengan server CapGo
-- semantic release secara otomatis men-deploy bundle aplikasi CapGo, juga memanfaatkan channel CapGo
-- ini sangat cocok dengan build aplikasi biner XCode Cloud
-
-### Langkah selanjutnya
-
-Saat ini saya dalam fase pengembangan aplikasi ini. Saya akan segera membuatnya tersedia untuk tester melalui TestFlight (untuk iOS). Mengingat kekuatan CapGo, saya pasti akan men-deploy versi gratis dari aplikasi ke AppStore untuk pengujian, yang akan diperbarui secara teratur dengan CapGo selama pengujian. Saya kemudian akan men-deploy versi lain (berbayar) dari aplikasi di AppStore, di bawah catatan lain, dan juga memperbarui itu secara teratur dengan CapGo.
-
-Saya berharap dapat menambahkan verifikasi prasyarat CapGo `bundle upload` yang lebih baik sebelum build ke dalam konfigurasi semantic release saya.
-
-Sekarang saya memiliki pipeline semantic release yang bersih, sederhana dan dapat direproduksi untuk aplikasi mobile masa depan yang dikembangkan dengan Ionic + Angular + Capacitor.
-
-## Penulis - Rupert Barrow
-
-Saya memiliki pengalaman lebih dari 22 tahun dengan Salesforce, sebagai klien dan pengguna, sebagai partner dan integrator, arsitek, developer, analis bisnis dan konsultan. Saya ikut mendirikan dan mengelola Altius Services sebagai COO dan CTO selama 13 tahun, sebuah partner SI Salesforce yang sukses di Prancis, sebelum memulai petualangan baru sebagai solopreneur Salesforce dengan produk **Rapido Cloud** yang saya tawarkan.
-
-Anda dapat menemukan saya di LinkedIn di https://linkedin.com/in/rbarrow.
-
-Anda dapat melihat penawaran Salesforce kami di https://www.rapido-companion.app dan https://www.rapido.cloud (dalam pengembangan).
diff --git a/src/content/blog/id/how-capacitor-bridges-web-and-native-code.md b/src/content/blog/id/how-capacitor-bridges-web-and-native-code.md
deleted file mode 100644
index 188762504..000000000
--- a/src/content/blog/id/how-capacitor-bridges-web-and-native-code.md
+++ /dev/null
@@ -1,326 +0,0 @@
----
-slug: how-capacitor-bridges-web-and-native-code
-title: Bagaimana Capacitor Menghubungkan Kode Web dan Native
-description: >-
-  Pelajari bagaimana jembatan native memungkinkan komunikasi yang mulus antara
-  kode web dan native, meningkatkan performa dan pengalaman pengguna aplikasi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T02:55:05.863Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e35e3910051fda3b61fe9f-1742957721554.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, native bridge, web apps, live updates, plugin system, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
--   **Native Bridge**: Menerjemahkan JavaScript ke dalam tindakan native (contoh, [mengakses kamera](https://capgo.app/plugins/camera-preview/) atau GPS).
--   **Sistem Plugin**: Menghubungkan lapisan web dan native secara aman untuk komunikasi yang lancar.
--   **Live Updates**: Mengirim pembaruan langsung ke pengguna tanpa menunggu persetujuan app store.
--   **Plugin Kustom**: Membuat plugin untuk mengakses fitur perangkat lanjutan seperti autentikasi biometrik atau sensor khusus.
--   **Performa**: Pemuatan cepat (114ms untuk paket 5MB) dan keandalan global (tingkat keberhasilan 82%).
-
-### Ringkasan Cepat
-
-| Fitur | Contoh Implementasi | Manfaat |
-| --- | --- | --- |
-| **Akses Kamera** | `Camera.getPhoto()` | Mengambil foto dengan mudah |
-| **Geolokasi** | `Geolocation.getCurrentPosition()` | Melacak lokasi pengguna |
-| **Sistem File** | `Filesystem.readFile()` | Mengelola penyimpanan perangkat |
-| **Live Updates** | Terkirim dalam 114ms | [Pembaruan lebih cepat ke pengguna](https://capgo.app/blog/optimise-your-images-for-updates/) |
-
-[Capacitor](https://capacitorjs.com/) membantu pengembang menggabungkan fleksibilitas pengembangan web dengan kekuatan aplikasi native. Lanjutkan membaca untuk mempelajari cara kerjanya dan bagaimana alat seperti [Capgo](https://capgo.app/) membuatnya lebih baik.
-
-## Membangun Aplikasi Web Native dengan [Capacitor](https://capacitorjs.com/) 3
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/1kxeeFEOZZI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Fungsi Utama Bridge
-
-Bridge native Capacitor bertindak sebagai penghubung penting, memungkinkan aplikasi web berinteraksi langsung dengan kemampuan perangkat melalui kode native.
-
-### Dasar-dasar Native Bridge
-
-Bridge bekerja dengan menerjemahkan permintaan JavaScript menjadi kode platform native. Misalnya, ketika aplikasi web meminta akses ke kamera, bridge mengubah permintaan itu menjadi Swift untuk iOS atau Java/Kotlin untuk Android, menjalankan tindakan tersebut, dan mengirimkan hasilnya kembali ke aplikasi web.
-
-### Manfaat Bridge 
-
-Native bridge menawarkan beberapa keuntungan untuk pengembangan lintas platform:
-
-| Manfaat | Deskripsi | Dampak |
-| --- | --- | --- |
-| Waktu Muat | Rata-rata 114ms untuk paket 5MB [\[1\]](https://capgo.app/) | Waktu respons aplikasi lebih cepat |
-| Jangkauan Update | 95% pengguna diperbarui dalam 24 jam [\[1\]](https://capgo.app/) | Peluncuran fitur yang cepat |
-| Cakupan Pasar | Tingkat keberhasilan global 82% [\[1\]](https://capgo.app/) | Performa yang andal di seluruh dunia |
-| Waktu Respon API | Rata-rata global 57ms [\[1\]](https://capgo.app/) | Interaksi yang lancar dan efisien |
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" – Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-### Sistem Komunikasi Plugin
-
-Sistem plugin menyederhanakan dan mengamankan pertukaran data antara lapisan web dan native menggunakan API terstandarisasi. Terbukti efektif dalam aplikasi dunia nyata:
-
--   **Skala**: Digunakan di 750 aplikasi yang sedang berjalan di produksi [\[1\]](https://capgo.app/)
--   **Keandalan**: Lebih dari 23,5 juta pembaruan telah dikirimkan [\[1\]](https://capgo.app/)
--   **Performa**: Waktu respon API rata-rata global 57ms [\[1\]](https://capgo.app/)
-
-Sistem ini juga mencakup enkripsi end-to-end, memastikan transfer data yang aman. Ini memberikan pengembang alat untuk membuat aplikasi yang aman, berkinerja tinggi yang bekerja dengan lancar di berbagai platform.
-
-## Kode Web ke Fitur Native
-
-### Menggunakan API Native dalam JavaScript
-
-Capacitor memudahkan akses ke fitur perangkat native menggunakan API JavaScript-nya. Berikut gambaran singkat bagaimana beberapa fitur umum diimplementasikan:
-
-| Fitur Native | Implementasi JavaScript |
-| --- | --- |
-| Akses Kamera | `Camera.getPhoto()` |
-| Geolokasi | `Geolocation.getCurrentPosition()` |
-| Sistem File | `Filesystem.readFile()` |
-| Info Perangkat | `Device.getInfo()` |
-
-Capacitor menangani perbedaan spesifik platform untuk Anda. Secara otomatis memicu dialog izin yang tepat baik di iOS maupun Android, sambil menyediakan antarmuka JavaScript yang konsisten. Mari kita bahas bagaimana sistem plugin-nya memastikan komunikasi yang aman dan efisien antara kode web dan fitur native.
-
-### Struktur Plugin
-
-Sistem plugin Capacitor dirancang untuk membuat komunikasi antara kode web dan native efisien dan aman. Ini bekerja melalui tiga lapisan utama:
-
-1.  **Lapisan Permintaan**: Memastikan panggilan masuk divalidasi dan dibersihkan dengan benar.
-2.  **Lapisan Terjemahan**: Mengubah panggilan JavaScript menjadi tindakan spesifik platform.
-3.  **Penangan Respons**: Menangani aliran data, memproses kesalahan, dan mengelola konversi tipe.
-
-Struktur ini memastikan interaksi yang lancar dan andal antara aplikasi web Anda dan fitur perangkat native.
-
-## Kode Native ke Fitur Web
-
-### Event Web dari Kode Native
-
-Bridge Capacitor memungkinkan pembaruan real-time ke lapisan web dengan usaha minimal. Pengembang dapat mengelola event native secara efektif menggunakan metode spesifik yang dirancang untuk setiap jenis event:
-
-| Jenis Event | Metode Implementasi | Kasus Penggunaan |
-| --- | --- | --- |
-| Notifikasi Push | `notifyListeners()` | Memberi tahu lapisan web tentang pesan baru |
-| Pembaruan Lokasi | `Events.emit()` | Mengirim perubahan koordinat GPS |
-| Status Perangkat Keras | `Bridge.triggerWindowEvent()` | Melaporkan perubahan seperti baterai atau status jaringan |
-
-Capgo memastikan penanganan event yang konsisten di berbagai versi. Selanjutnya, mari kita bahas bagaimana kode native mengirimkan data real-time ke komponen web.
-
-### Pembaruan Data Native
-
-Setelah memicu event, memperbarui data dari kode native ke web sama mudahnya. Dengan kemampuan pembaruan langsung Capgo, metode ini menjadi pilihan yang andal untuk aplikasi dinamis.
-
-```javascript
-// Native code triggering web updates
-Capacitor.Bridge.triggerWindowEvent('dataUpdate', {
-   type: 'sensor',
-   value: newReading
-});
-```
-
-CDN Capgo memastikan pengiriman cepat, menangani paket 5 MB hanya dalam 114 ms, menjaga pembaruan tetap lancar dan efisien.
-
-Untuk membuat pembaruan data native lebih baik, pertimbangkan tips berikut:
-
--   **Pembaruan Batch**: Gabungkan perubahan data terkait untuk mengurangi jumlah panggilan bridge.
--   **Debouncing Event**: Batasi event native frekuensi tinggi untuk menghindari sistem kewalahan.
--   **Penanganan Kesalahan**: Gunakan strategi pengelolaan kesalahan yang kuat di sisi native dan web.
-
-Bridge Capacitor, dipasangkan dengan [sistem pembaruan Capgo](https://capgo.app/docs/plugin/cloud-mode/manual-update/), menciptakan pengaturan yang dapat diandalkan untuk komunikasi native-ke-web.
-
-## Membuat Plugin Kustom
-
-Menggunakan native bridge Capacitor, plugin kustom memungkinkan komunikasi antara lapisan web dan native, membuka akses ke fitur perangkat lanjutan.
-
-### Langkah-langkah Pengembangan Plugin
-
-1.  **Siapkan Lingkungan Pengembangan Anda**
-
-Buat direktori plugin dengan struktur berikut:
-
-```bash
-my-plugin/
-  ├── android/
-  ├── ios/
-  ├── src/
-  └── package.json
-```
-
-2.  **Tentukan Antarmuka Plugin**
-
-Tulis antarmuka [TypeScript](https://www.typescriptlang.org/) untuk menentukan cara kerja plugin Anda:
-
-```typescript
-export interface MyPluginInterface {
-  nativeFeature(options: {
-    param1: string,
-    param2: number
-  }): Promise<{ result: string }>;
-}
-```
-
-3.  **Implementasikan Kode Native**
-
-Tambahkan fungsionalitas spesifik platform untuk iOS dan Android. Misalnya, dalam Swift:
-
-```swift
-@objc func nativeFeature(_ call: CAPPluginCall) {
-    let param1 = call.getString("param1") ?? ""
-    let param2 = call.getInt("param2") ?? 0
-
-    // Add native functionality here
-    call.resolve([
-        "result": "Success"
-    ])
-}
-```
-
-Setelah kerangka kerja Anda siap, Anda dapat membangun plugin yang disesuaikan dengan kebutuhan spesifik aplikasi Anda.
-
-### Aplikasi Plugin Kustom
-
-Plugin kustom mengisi kesenjangan yang ditinggalkan oleh API web standar. Berikut tabel yang menampilkan contoh dunia nyata:
-
-| Kasus Penggunaan | Kategori Plugin | Contoh |
-| --- | --- | --- |
-| [Autentikasi Biometrik](https://capgo.app/plugins/capacitor-native-biometric/) | Keamanan | Sidik jari atau pengenalan wajah |
-| Perangkat Keras Kustom | Perangkat | Mengintegrasikan sensor khusus |
-| Penanganan File | Penyimpanan | [Enkripsi kustom](https://capgo.app/docs/cli/migrations/encryption/) untuk file |
-
-Saat membuat plugin kustom, perhatikan tips berikut:
-
--   **Penanganan Kesalahan**: Pastikan plugin Anda menangani kesalahan secara efektif di sisi web dan native.
--   **Dokumentasi**: Sediakan dokumentasi API yang jelas dan jaga riwayat versi.
--   **Manajemen Versi**: Ikuti semantic versioning untuk mengelola pembaruan secara andal.
-
-Sistem pembaruan Capgo menyederhanakan penerapan plugin, memudahkan distribusi pembaruan ke seluruh basis pengguna aplikasi Anda sambil memastikan kompatibilitas dan kontrol versi.
-
-## Pengujian dan Performa
-
-### Alat Debug
-
-Capacitor menyertakan alat bawaan untuk membantu mengatasi masalah dengan komunikasi bridge. Dua alat penting untuk memantau panggilan web-ke-native adalah **[Chrome DevTools](https://developer.chrome.com/docs/devtools)** dan **[Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector)**. Anda juga dapat mengaktifkan logging detail dalam konfigurasi Capacitor Anda seperti ini:
-
-```typescript
-const cap = Capacitor.init({
-  debugMode: true,
-  logLevel: 'debug'
-});
-```
-
-Untuk debugging di sisi native:
-
--   **iOS**: Gunakan Console dan Breakpoints [Xcode](https://developer.apple.com/xcode/).
--   **Android**: Gunakan Logcat [Android Studio](https://developer.android.com/studio) dengan filter `Capacitor/Console`.
-
-Mari kita bahas masalah bridge umum dan cara mengatasinya.
-
-### Masalah Umum dan Solusi
-
-Masalah komunikasi bridge sering jatuh ke dalam kategori ini:
-
-| Masalah | Penyebab | Solusi |
-| --- | --- | --- |
-| Kesalahan Timeout | Operasi native yang lambat | Tambahkan penanganan timeout dan gunakan callback progres |
-| Ketidakcocokan Tipe Data | Tipe parameter yang salah | Validasi tipe data menggunakan antarmuka TypeScript di kedua sisi |
-| Kebocoran Memori | Listener event yang tidak dihapus | Bersihkan listener di `ionViewWillLeave` atau selama pembersihan komponen |
-
-Untuk mengurangi kegagalan, ikuti praktik berikut:
-
--   **Gunakan blok try-catch** di sekitar panggilan bridge untuk menangani kesalahan dengan anggun.
--   **Validasi data permintaan** untuk memastikan sesuai dengan struktur yang diharapkan sebelum mengirim.
--   **Periksa status koneksi** sebelum melakukan panggilan untuk memantau status bridge.
-
-### Peningkatan Kecepatan
-
-Setelah Anda mengidentifikasi masalah, Anda dapat meningkatkan performa bridge dengan mengoptimalkan transfer data, penanganan event, dan manajemen cache.
-
-**Transfer Data**:
-
--   Kirim hanya data yang diperlukan untuk meminimalkan ukuran payload.
--   Gunakan format biner untuk transfer data besar untuk meningkatkan efisiensi.
--   Gabungkan beberapa permintaan menjadi satu batch kapan pun memungkinkan.
-
-**Penanganan Event**: Alih-alih memicu beberapa pembaruan, kelompokkan menjadi satu callback untuk performa yang lebih baik:
-
-```typescript
-bridge.on('dataChange', () => {
-  // Combine updates into a single callback
-  this.batchUpdate();
-});
-```
-
-**Manajemen Cache**:
-
--   Simpan data native yang sering diakses di penyimpanan web untuk pengambilan lebih cepat.
--   Gunakan cache LRU (Least Recently Used) untuk respons API.
--   Bersihkan cache secara berkala untuk mencegahnya menjadi terlalu besar.
-
-Untuk fitur real-time, pertimbangkan menggunakan message queue untuk menghindari bottleneck. Saat menerapkan live update, alat pemantauan kinerja Capgo dapat membantu mengurangi overhead bridge dan memastikan peluncuran fitur lebih lancar.
-
-## Live Updates dengan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-### Fitur Capgo
-
-Capgo mempermudah pembaruan [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) dengan memungkinkan penerapan kode instan, melewati kebutuhan review app store. Ini menyediakan pembaruan dengan enkripsi end-to-end dan menggunakan sistem channel canggih untuk pengiriman yang ditargetkan.
-
-Data kinerja menunjukkan keandalan Capgo dalam penggunaan dunia nyata, mendukung 750 aplikasi di lingkungan produksi [\[1\]](https://capgo.app/). Ini bekerja dengan [setup cloud dan self-hosted](https://capgo.app/blog/self-hosted-capgo/) dan terintegrasi dengan mulus ke dalam alur kerja CI/CD untuk proses otomatis.
-
-Mari kita lihat bagaimana sistem pembaruan Capgo mewujudkan fitur-fitur ini.
-
-### Sistem Pembaruan Capgo
-
-Sistem pembaruan beroperasi dalam tiga langkah:
-
-1.  **Instalasi dan Setup**
-    
-    Mulai dengan menginisialisasi Capgo menggunakan perintah berikut:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2.  **Distribusi Pembaruan**
-    
-    Sistem channel Capgo membuat distribusi pembaruan efisien dengan menawarkan:
-    
-    -   Pembaruan parsial untuk menghemat bandwidth
-    -   Instalasi latar belakang yang tidak mengganggu pengguna
-    -   Manajemen versi otomatis dengan opsi rollback
-3.  **Keamanan dan Kepatuhan**
-    
-    Capgo memastikan pembaruan memenuhi pedoman Apple dan Google dengan menggunakan enkripsi end-to-end. Ini juga mencakup pelacakan kesalahan dan analitik bawaan untuk keandalan tambahan.
-    
-
-Sistem ini bekerja mulus dengan bridge native Capacitor, membuat pembaruan aplikasi lancar dan bebas masalah. Fitur-fitur ini membedakan Capgo di pasar live update.
-
-### Pilihan Layanan Pembaruan
-
-Capgo menonjol di antara layanan live update untuk aplikasi Capacitor berkat beberapa faktor kunci:
-
-| Fitur | Capgo | Konteks Pasar |
-| --- | --- | --- |
-| Model Harga | Mulai dari $12/bulan | Terjangkau untuk tim kecil dan besar |
-| Pengiriman Update | Rata-rata 114ms | Lebih cepat dari kebanyakan pesaing |
-| Batas Pengguna | 1.000 hingga 1M+ MAU | Berkembang seiring pertumbuhan aplikasi |
-| Penyimpanan | 2GB hingga 20GB | Pilihan penyimpanan fleksibel |
-| Bandwidth | 50GB hingga 10TB | Dibangun untuk kebutuhan enterprise |
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Untuk tim yang beralih dari platform lain, Capgo menawarkan opsi migrasi yang mulus dan dukungan penuh. Dengan kehadirannya yang kuat dalam ekosistem Capacitor, Capgo adalah pilihan yang dapat diandalkan untuk continuous deployment.
-
-## Ringkasan
-
-Sistem bridge Capacitor merampingkan pengembangan aplikasi hybrid dengan memfasilitasi komunikasi yang mulus antara layer web dan native. Ini membuat akses ke fitur native lebih sederhana, sekaligus meningkatkan proses deployment dan meningkatkan pengalaman pengguna secara keseluruhan.
-
-Platform live update seperti Capgo membangun efisiensi ini. Dengan 23,5 juta pembaruan yang dikirimkan di 750 aplikasi produksi, Capgo memastikan 95% pengguna aktif menerima pembaruan dalam 24 jam, mencapai tingkat keberhasilan global 82% [\[1\]](https://capgo.app/). Platform ini secara konsisten mengirimkan pembaruan dengan aman, dengan kecepatan dan keandalan yang mengesankan [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/id/how-capacitor-handles-platform-differences.md b/src/content/blog/id/how-capacitor-handles-platform-differences.md
deleted file mode 100644
index 943a3de5e..000000000
--- a/src/content/blog/id/how-capacitor-handles-platform-differences.md
+++ /dev/null
@@ -1,293 +0,0 @@
----
-slug: how-capacitor-handles-platform-differences
-title: Bagaimana Capacitor Menangani Perbedaan Platform
-description: >-
-  Pelajari cara mengelola perbedaan platform dalam pengembangan aplikasi seluler
-  secara efektif dengan menggunakan satu basis kode untuk iOS dan Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T02:08:36.160Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e200987856e801f1f26fa8-1742868536741.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, mobile development, cross-platform, iOS, Android, custom plugins,
-  UI design, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) membantu pengembang membangun aplikasi untuk iOS dan Android menggunakan basis kode yang sama, sambil menangani perbedaan platform. Ini menyederhanakan integrasi fitur native, memastikan kepatuhan dengan pedoman platform, dan mengoptimalkan kinerja. Poin penting:
-
--   **Deteksi Platform**: Gunakan `Capacitor.getPlatform()` untuk menerapkan kode khusus platform.
--   **Plugin Bawaan**: API terpadu untuk fitur seperti Kamera, Penyimpanan, dan Geolokasi.
--   **Plugin Kustom**: Tambahkan kode native untuk kebutuhan khusus.
--   **Penyesuaian UI**: Ikuti aturan desain untuk iOS (mis., [SF Symbols](https://developer.apple.com/sf-symbols/), tombol rounded) dan Android (mis., [Material Icons](https://developers.google.com/fonts/docs/material_icons), tombol rata kiri).
--   **Konfigurasi**: Sesuaikan pengaturan di `capacitor.config.json` untuk kedua platform.
--   **Pembaruan Langsung dengan [Capgo](https://capgo.app/)**: Terapkan pembaruan secara instan tanpa penundaan app store, mencapai adopsi pengguna hingga 95% dalam 24 jam.
-
-### Perbandingan Singkat
-
-| Fitur | iOS | Android |
-| --- | --- | --- |
-| **Navigasi** | Tab bar bawah, tombol kembali kiri | Laci navigasi atas, nav bawah |
-| **Tipografi** | Font San Francisco | Font Roboto |
-| **Plugin (mis., Kamera)** | [AVFoundation](https://developer.apple.com/documentation/avfoundation/) | [Camera2 API](https://developer.android.com/media/camera/camera2) |
-| **Hasil Build** | File `.ipa` | File `.aab` atau `.apk` |
-
-Capacitor menjembatani kesenjangan antara pengembangan aplikasi web dan native, memudahkan pembuatan aplikasi lintas platform sambil mempertahankan optimasi khusus platform.
-
-## Pengembangan Lintas Platform: Mengeksplorasi CapacitorJS dengan ...
-
-<iframe src="https://www.youtube.com/embed/73YWZ1G_DX4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Bagaimana [Capacitor](https://capacitorjs.com/) Menangani Kode Platform
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-25.jpg?auto=compress)
-
-Capacitor menawarkan alat untuk mengelola kode khusus platform, memungkinkan pengembang membuat pengalaman yang disesuaikan untuk iOS dan Android menggunakan API tunggal.
-
-### Deteksi Platform dalam Kode
-
-Dengan API platform bawaan Capacitor, mendeteksi platform saat ini sangat sederhana. Metode `Capacitor.getPlatform()` mengidentifikasi lingkungan yang berjalan, memudahkan penerapan logika kondisional:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const platform = Capacitor.getPlatform();
-if (platform === 'ios') {
-  // Code specific to iOS
-} else if (platform === 'android') {
-  // Code specific to Android
-}
-```
-
-Pendekatan ini sangat berguna untuk fitur seperti [autentikasi biometrik](https://capgo.app/plugins/capacitor-native-biometric/), di mana iOS mungkin menggunakan [Face ID](https://en.wikipedia.org/wiki/Face_ID) dan Android mengandalkan Autentikasi Sidik Jari. Selain deteksi platform, plugin bawaan Capacitor menyederhanakan integrasi native.
-
-### Fitur Platform Bawaan
-
-Capacitor dilengkapi dengan serangkaian plugin inti yang menangani perbedaan platform secara mulus. Plugin ini mengelola kompleksitas implementasi native sambil menyediakan antarmuka JavaScript yang konsisten:
-
-| Plugin | Implementasi iOS | Implementasi Android |
-| --- | --- | --- |
-| Kamera | AVFoundation | Camera2 API |
-| Penyimpanan | UserDefaults | SharedPreferences |
-| Geolokasi | CoreLocation | LocationManager |
-
-Setiap plugin secara otomatis menggunakan API native platform, memastikan kinerja dan fungsionalitas yang lancar.
-
-### Membuat Plugin Platform Kustom
-
-Untuk kasus di mana plugin bawaan tidak memenuhi kebutuhan Anda, Anda dapat membuat plugin kustom untuk mengakses API native tertentu. Berikut caranya:
-
-1.  **Tentukan Plugin**
-    
-    ```typescript
-    @Plugin({
-      name: 'CustomFeature',
-      platforms: ['ios', 'android']
-    })
-    ```
-    
-2.  **Tambahkan Kode Native**
-    
-    ```typescript
-    @PluginMethod()
-    async customFunction(): Promise<void> {
-      if (Capacitor.getPlatform() === 'ios') {
-        // Add iOS-specific code
-      } else {
-        // Add Android-specific code
-      }
-    }
-    ```
-    
-3.  **Implementasikan Handler Platform**
-    
-    -   **iOS (Swift):**
-        
-        ```swift
-        @objc func customFunction(_ call: CAPPluginCall) {
-          // Add native iOS functionality
-        }
-        ```
-        
-    -   **Android (Kotlin):**
-        
-        ```kotlin
-        @PluginMethod
-        fun customFunction(call: PluginCall) {
-          // Add native Android functionality
-        }
-        ```
-        
-
-Plugin kustom memungkinkan akses ke fitur native sambil menjaga API tetap konsisten dan mudah digunakan. Ini memastikan kinerja dan fungsionalitas tanpa memperumit proses pengembangan.
-
-## Pedoman UI Khusus Platform
-
-### Aturan Desain iOS vs Android
-
-Saat mendesain untuk iOS dan Android, penting untuk mengikuti pola desain native. Pengguna di setiap platform memiliki ekspektasi berbeda untuk hal-hal seperti navigasi, tipografi, tombol, header, dan ikon. Berikut perbandingannya:
-
-| Elemen Desain | iOS | Android |
-| --- | --- | --- |
-| **Navigasi** | Tab bar bawah, tombol kembali di kiri | Laci navigasi atas, navigasi bawah |
-| **Tipografi** | Font San Francisco | Font Roboto |
-| **Tombol** | Persegi panjang rounded, teks tengah | Tombol Material Design, teks rata kiri |
-| **Header** | Judul besar, tengah | App bar, rata kiri |
-| **Ikon** | SF Symbols | Material Icons |
-
-### Standar Desain Lintas Platform
-
-Meskipun setiap platform memiliki aturannya sendiri, mempertahankan identitas merek yang kohesif di keduanya adalah kunci. Berikut cara memastikan konsistensi:
-
-```typescript
-const sharedStyles = {
-  primaryColor: '#007AFF', // iOS blue
-  androidPrimaryColor: '#6200EE', // Material Design purple
-  borderRadius: Capacitor.getPlatform() === 'ios' ? '10px' : '4px'
-};
-
-:root {
-  --app-header-height: var(--platform-header-height, 56px);
-  --app-safe-area-top: var(--platform-safe-area-top, 0px);
-}
-```
-
-Menggunakan Capacitor, Anda dapat mengintegrasikan komponen UI khusus platform sambil menjaga fungsionalitas tetap konsisten. Ini juga membantu mengelola pengaturan sistem seperti Mode Gelap dan Dynamic Type. Untuk melengkapi prosesnya, pastikan pengaturan build khusus platform Anda selaras dengan pedoman ini.
-
-## Pengaturan dan Konfigurasi Platform
-
-Setelah mengelola kode platform Anda, konfigurasi yang tepat sangat penting untuk memastikan aplikasi Anda berjalan lancar di iOS dan Android.
-
-### Pengaturan Platform di `capacitor.config.json`
-
-Gunakan file `capacitor.config.json` untuk menentukan pengaturan khusus platform utama:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "ios": {
-    "contentInset": "always",
-    "backgroundColor": "#ffffff",
-    "scheme": "myapp",
-    "preferredContentMode": "mobile"
-  },
-  "android": {
-    "backgroundColor": "#FFFFFF",
-    "allowMixedContent": true,
-    "captureInput": true,
-    "webContentsDebuggingEnabled": true
-  }
-}
-```
-
-Berikut beberapa opsi konfigurasi yang perlu dipertimbangkan:
-
-| Opsi | iOS | Android |
-| --- | --- | --- |
-| **Deep Links** | Properti `scheme` | Properti `androidScheme` |
-| **Status Bar** | `statusBar.style` | `statusBar.backgroundColor` |
-| **Keyboard** | `keyboard.resize` | `keyboard.resize`, `keyboard.style` |
-| **Splash Screen** | `splashScreen.launchShowDuration` | `splashScreen.layoutName` |
-
-Setelah pengaturan runtime ditetapkan, sesuaikan pengaturan build Anda untuk meningkatkan kinerja untuk setiap platform.
-
-### Pengaturan Build Khusus Platform
-
-Sesuaikan pengaturan build untuk mengoptimalkan aplikasi Anda untuk iOS dan Android.
-
-Untuk iOS, perbarui file `Info.plist`:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Required for document scanning</string>
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>Required for store locator</string>
-```
-
-Untuk Android, modifikasi `android/app/build.gradle`:
-
-```kotlin
-android {
-    defaultConfig {
-        minSdkVersion 21
-        targetSdkVersion 33
-        versionCode 1
-        versionName "1.0"
-    }
-    buildTypes {
-        release {
-            minifyEnabled true
-            proguardFiles getDefaultProguardFile('proguard-android.txt')
-        }
-    }
-}
-```
-
-Berikut beberapa pertimbangan build utama:
-
-| Aspek | iOS | Android |
-| --- | --- | --- |
-| **Izin** | Tambahkan entri di `Info.plist` | Tentukan di `AndroidManifest.xml` |
-| **Ikon** | Ukuran dari 20px hingga 1024px | Densitas dari mdpi hingga xxxhdpi |
-| **Splash Screen** | Berbasis Storyboard | Berbasis Layout XML |
-| **Hasil Build** | File `.ipa` | File `.aab` atau `.apk` |
-
-## Perbarui Aplikasi dengan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-25.jpg?auto=compress)
-
-Menjaga [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) tetap diperbarui secara efisien untuk iOS dan Android sangat penting. Capgo menawarkan sistem pembaruan langsung yang selaras dengan pedoman kedua platform.
-
-### Fitur Capgo
-
-| Fitur | Deskripsi | Manfaat Platform |
-| --- | --- | --- |
-| **Pembaruan Langsung** | Terapkan secara instan tanpa peninjauan app store | Memastikan pengalaman terpadu di iOS dan Android |
-| **Enkripsi End-to-End** | Mengamankan pengiriman pembaruan | Memenuhi persyaratan keamanan kedua platform |
-| **[Sistem Channel](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Menargetkan grup pengguna tertentu | Mendukung pengujian beta dan peluncuran bertahap |
-| **Pembaruan Parsial** | Hanya mengunduh konten yang dimodifikasi | Menghemat bandwidth dan mempercepat pembaruan |
-
-Capgo telah mengirimkan 23,5 juta pembaruan, mencapai tingkat pembaruan pengguna aktif 95% dalam 24 jam [\[1\]](https://capgo.app/). Fitur-fitur ini membuat [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) lebih lancar dan efisien di seluruh platform.
-
-### Manajemen Platform Capgo
-
-Sistem channel Capgo membuat pembaruan lebih mudah dikelola. Pengembang dapat menguji fitur khusus iOS dengan pengguna beta, meluncurkan pembaruan Android secara bertahap, dan melacak metrik kinerja dengan mulus.
-
-Platform ini mematuhi persyaratan pembaruan over-the-air Apple dan Google [\[1\]](https://capgo.app/).
-
-Saat ini, 750 aplikasi produksi mengandalkan Capgo, mempertahankan tingkat keberhasilan pembaruan global 82% [\[1\]](https://capgo.app/). Integrasi CI/CD-nya menyederhanakan deployment, sementara fitur rollback memungkinkan pengembang untuk kembali ke versi sebelumnya secara instan jika masalah muncul. Analitik real-time memberikan wawasan tentang kinerja pembaruan dan membantu menjaga stabilitas aplikasi.
-
-## Kesimpulan
-
-### Manfaat Manajemen Platform
-
-Mengelola perbedaan platform secara efektif di Capacitor meningkatkan pengembangan lintas platform. Alat bawaannya untuk deteksi platform dan konfigurasi memungkinkan pengembang menciptakan pengalaman yang mulus untuk iOS dan Android, sambil menghormati standar desain dan fitur unik masing-masing platform.
-
-Dengan fokus pada penanganan platform yang tepat, tim pengembangan dapat merilis pembaruan lebih cepat dan meningkatkan kepuasan pengguna. Alat seperti Capgo telah menunjukkan bagaimana penanganan platform yang konsisten dapat menghasilkan tingkat keberhasilan pembaruan yang lebih tinggi dan pengalaman pengguna yang lebih baik [\[1\]](https://capgo.app/).
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!"  
-> – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Wawasan ini dapat memandu Anda dalam membuat perbaikan praktis.
-
-### Langkah Selanjutnya
-
-Untuk memaksimalkan manfaat ini, pertimbangkan untuk menerapkan strategi berikut:
-
-| Item Tindakan | Manfaat |
-| --- | --- |
-| Aktifkan Deteksi Platform | Secara otomatis menyesuaikan kebutuhan iOS dan Android |
-| Terapkan Pembaruan Langsung | Menghindari penundaan app store untuk perbaikan mendesak |
-| Siapkan Analitik | Melacak metrik kinerja untuk setiap platform |
-| Aktifkan Dukungan Rollback | Dengan cepat menyelesaikan masalah khusus platform |
-
-Untuk pengembang yang bertujuan meningkatkan alur kerja mereka, alat seperti Capgo dapat menyederhanakan prosesnya. Fitur seperti enkripsi end-to-end dan integrasi CI/CD membantu tim mempertahankan konsistensi sambil menerapkan pembaruan secara efisien.
-
-Keberhasilan dalam pengelolaan platform bergantung pada penggunaan alat yang tepat dan kepatuhan terhadap pedoman khusus platform. Dengan berfokus pada strategi deteksi dan pengelolaan yang kuat, pengembang dapat memastikan aplikasi mereka berjalan dengan lancar di iOS dan Android.
diff --git a/src/content/blog/id/how-capgo-is-born.md b/src/content/blog/id/how-capgo-is-born.md
deleted file mode 100644
index 1c0e638c9..000000000
--- a/src/content/blog/id/how-capgo-is-born.md
+++ /dev/null
@@ -1,54 +0,0 @@
----
-slug: how-capgo-is-born
-title: Kelahiran Capgo
-description: Kisah Tentang Bagaimana Saya Memulai Perjalanan Ini dan Membangun Capgo
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-01T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /capgo_birth.webp
-head_image_alt: Ilustrasi kelahiran Capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Story
-published: true
-locale: id
-next_blog: ''
----
-Hai, Saya Martin Donadieu,
-
-Pada Juli 2021, saya meninggalkan [Naas](https://naas.ai/) startup yang saya dirikan bersama pada 2019 untuk membangun proyek secara mandiri.
-
-Selama 6 bulan pertama perjalanan solo saya, saya fokus memulai ulang proyek Captime saya, sebuah aplikasi mobile yang saya buat 4 tahun sebelumnya, yang menjadi bisnis sampingan selama masa covid.
-
-Pada Desember 2021, ketika saya sedang membangun ulang aplikasi dari nol, saya mengalami masalah dengan versi produksi saat itu,
-
-dan situasinya menjadi kacau, saya harus memperbaikinya, tapi saya ingin menghindari merilis versi baru, jadi saya mencari solusi untuk mendorong pembaruan kode ke aplikasi saya.
-
-Saat itu, Captime menghasilkan $400/bulan, jadi saya mencari solusi yang terjangkau, Ionic Appflow di luar anggaran saya.
-
-Satu-satunya alternatif lain adalah Microsoft App Center, tapi mereka menghentikan dukungan untuk aplikasi yang berjalan di Cordova / Capacitor.
-
-Jika Anda seorang pengembang solo seperti saya, Anda akan menemukan bahwa Ionic AppFlow bukan harga terbaik untuk Anda.
-
-Seperti Anda, saya mengeluh tentang hal itu, saya menghubungi Ionic, mereka memahami keluhan tersebut, tapi mereka tidak terbuka untuk mengubah harga, saya bukan target mereka.
-
-Jadi, saya memutuskan untuk mencoba memperbaiki masalah terbesar saya dalam alur kerja pengembangan Capacitor JS: Pembaruan Langsung.
-
-Setelah satu bulan mencoba, saya menemukan cara untuk mengunduh zip dari satu URL dan mengganti sumber aplikasi.
-
-Saya membagikannya dan mendapat minat besar di GitHub.
-
-Itu terlalu manual untuk kebanyakan tim, jadi mereka meminta layanan berbayar, di situlah saya mulai mengerjakan Capgo sebagai alternatif AppFlow.
-
-Tujuannya adalah menyediakan solusi sederhana dan mudah digunakan untuk mendorong pembaruan kode ke aplikasi JavaScript Capacitor.
-
-Tanpa build Native, tidak ada toolbox besar seperti Ionic, hanya pembaruan langsung, untuk pasar yang tidak mereka tuju, Kita.
-
-Saya menghubungi mereka untuk berbagi tentang apa yang saya kerjakan, dan kami menemukan kesepakatan persahabatan bisnis.
-
-Saya membangun untuk para pembuat, mereka membangun untuk bisnis yang membutuhkan CI/CD dan dukungan khusus :)
-
-Anda dipersilakan bergabung dengan komunitas untuk membangun bersama, saya menggunakannya untuk proyek-proyek saya juga, dan bahkan saya berharap ini akan menjadi proyek utama saya di masa depan.
diff --git a/src/content/blog/id/how-ccpa-enforcement-impacts-apps.md b/src/content/blog/id/how-ccpa-enforcement-impacts-apps.md
deleted file mode 100644
index e726635db..000000000
--- a/src/content/blog/id/how-ccpa-enforcement-impacts-apps.md
+++ /dev/null
@@ -1,250 +0,0 @@
----
-slug: how-ccpa-enforcement-impacts-apps
-title: Bagaimana CCPA Mempengaruhi Aplikasi
-description: >-
-  CCPA mengubah cara aplikasi seluler menangani data pengguna, dengan fokus pada
-  transparansi, hak pengguna, dan langkah-langkah keamanan yang ketat untuk
-  kepatuhan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-27T16:48:49.867Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c0870dcd608d64ca3e5184-1740674966680.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  CCPA, mobile apps, user data, privacy compliance, data security, consumer
-  rights, data sharing, enforcement
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**California Consumer Privacy Act (CCPA)** sedang mengubah cara aplikasi seluler menangani data pengguna. Berikut yang perlu Anda ketahui:
-
--   **Siapa yang Terdampak**: Aplikasi dengan pendapatan tahunan lebih dari $25M, data lebih dari 100.000 pengguna, atau mendapatkan 50%+ pendapatan dari penjualan data.
--   **Persyaratan Utama**:
-    -   Mengungkapkan praktik pengumpulan data (seperti ID perangkat dan alamat IP).
-    -   Menyediakan alat bagi pengguna untuk mengakses, menghapus, atau memilih keluar dari berbagi data.
-    -   Mengamankan data dengan enkripsi dan kontrol akses.
--   **Penegakan**: Pelanggaran dapat mengakibatkan denda hingga $7.988 per insiden. Kasus yang menonjol termasuk [Sephora](https://en.wikipedia.org/wiki/Sephora) (denda $1.2M) dan [DoorDash](https://en.wikipedia.org/wiki/DoorDash) (denda $375K).
--   **Kesalahan Umum**: Tidak ada tautan "Jangan Jual", mengabaikan sinyal Global Privacy Control (GPC), dan berbagi data yang tidak diatur.
-
-**Tips Cepat**: Mulai dengan audit data, perbarui [kebijakan privasi](https://capgo.app/dp/) Anda, dan gunakan alat seperti [OneTrust](https://www.onetrust.com/solutions/privacy-automation/) atau [Osano](https://www.osano.com/) untuk menyederhanakan kepatuhan. Menjaga kepatuhan bukan hanya tentang menghindari denda - ini membangun kepercayaan pengguna dan melindungi bisnis Anda.
-
-## Persyaratan Inti CCPA untuk Aplikasi
-
-### Pengungkapan Pengumpulan Data
-
-Pengembang aplikasi harus memberikan pemberitahuan yang jelas dan di awal tentang data yang mereka kumpulkan, seperti pengidentifikasi perangkat, alamat IP, dan informasi rumah tangga [\[1\]](https://www.flurry.com/ccpa-compliance-guide/). Pemberitahuan ini harus menjelaskan bagaimana data akan digunakan dan mudah diakses - idealnya dalam pengaturan aplikasi - sebelum data dikumpulkan. Sertakan semua kategori data dan tujuannya dalam pemberitahuan ini [\[3\]](https://oag.ca.gov/privacy/ccpa). Jika aplikasi Anda menjual atau membagikan data pengguna, Anda wajib menampilkan tautan "Jangan Jual atau Bagikan Informasi Pribadi Saya" yang menonjol [\[3\]](https://oag.ca.gov/privacy/ccpa).
-
-CCPA juga menekankan pentingnya melindungi hak pengguna bersamaan dengan pengungkapan ini.
-
-### Hak Privasi Pengguna
-
-CCPA memberikan hak spesifik kepada pengguna aplikasi yang wajib dihormati pengembang dalam jangka waktu yang ditentukan. Bisnis harus menyediakan setidaknya dua cara bagi pengguna untuk mengajukan permintaan, seperti nomor telepon bebas pulsa. Untuk aplikasi, formulir web interaktif juga harus tersedia [\[4\]](https://trustarc.com/resource/handle-consumer-requests-under-ccpa/).
-
-Berikut cara menangani permintaan pengguna:
-
--   **Permintaan Akses**: Konfirmasi penerimaan dalam 10 hari dan berikan data yang diminta dalam 45 hari.
--   **Permintaan Penghapusan**: Gunakan proses konfirmasi dua langkah untuk memverifikasi permintaan.
--   **Permintaan Opt-Out**: Selesaikan proses opt-out dalam 15 hari dan informasikan pihak ketiga yang menerima data pengguna dalam 90 hari terakhir.
-
-> "Faktor utama bagi mereka yang ingin mematuhi adalah menerapkan proses untuk mengelola permintaan konsumen berdasarkan CCPA – mirip dengan permintaan akses subjek data berdasarkan GDPR." - TrustArc [\[4\]](https://trustarc.com/resource/handle-consumer-requests-under-ccpa/)
-
-Melindungi data pengguna adalah elemen penting dari hak privasi ini.
-
-### Persyaratan Keamanan Data
-
-Untuk mendukung langkah-langkah privasi ini, CCPA menerapkan standar keamanan data yang ketat. Praktik utama meliputi:
-
--   **Enkripsi**: Terapkan enkripsi yang kuat untuk data yang disimpan dan ditransmisikan.
--   **Kontrol Akses**: Terapkan protokol autentikasi dan otorisasi yang ketat.
--   **Pengujian Rutin**: Lakukan penilaian keamanan rutin dan uji penetrasi.
--   **Respons Insiden**: Jaga prosedur pemberitahuan pelanggaran tetap diperbarui dan siap.
-
-Selain itu, bisnis harus menyimpan catatan aktivitas terkait privasi dan permintaan pengguna selama 24 bulan [\[5\]](https://www.ketch.com/blog/posts/understanding-the-ccpa-right-to-deletion).
-
-## Dorongan penegakan privasi aplikasi seluler dari Jaksa Agung CA
-
-<iframe src="https://www.youtube.com/embed/sBckRKsf0yY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Contoh Penegakan CCPA
-
-Kasus-kasus terbaru menyoroti pendekatan aktif California dalam menegakkan undang-undang privasi untuk aplikasi seluler, dengan denda besar berfungsi sebagai peringatan yang jelas bagi pengembang tentang memenuhi standar kepatuhan.
-
-### Denda dan Sanksi Besar
-
-Jaksa Agung California dan Badan Perlindungan Privasi California (CPPA) telah agresif dalam menangani pelanggaran California Consumer Privacy Act (CCPA). Berikut dua kasus penting:
-
-**Penyelesaian Sephora $1,2 Juta (2022)**  
-Sephora setuju membayar $1,2 juta setelah dikutip karena beberapa kegagalan kepatuhan:
-
--   Tidak mengungkapkan penjualan data konsumen
--   Gagal menghormati sinyal Global Privacy Control (GPC)
--   Mengabaikan permintaan opt-out
--   Melewatkan jendela 30 hari untuk mengatasi pelanggaran [\[2\]](https://usercentrics.com/knowledge-hub/ccpa-penalties/)
-
-> "Teknologi seperti Global Privacy Control adalah pengubah permainan bagi konsumen yang ingin menggunakan hak privasi data mereka. Tetapi hak-hak ini tidak berarti jika bisnis menyembunyikan bagaimana mereka menggunakan data pelanggan mereka dan mengabaikan permintaan untuk opt-out dari penjualannya. Saya berharap penyelesaian hari ini mengirimkan pesan yang kuat kepada bisnis yang masih gagal mematuhi undang-undang privasi konsumen California. Kantor saya mengawasi, dan kami akan meminta pertanggungjawaban Anda." – AG Rob Bonta [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-**Denda DoorDash $375.000 (2024)**  
-DoorDash didenda $375.000 karena membagikan data pelanggan dengan koperasi pemasaran tanpa mendapatkan persetujuan eksplisit [\[2\]](https://usercentrics.com/knowledge-hub/ccpa-penalties/).
-
-Kasus-kasus ini menggarisbawahi masalah kepatuhan yang berulang dan menyoroti tantangan yang dihadapi bisnis dalam mematuhi undang-undang privasi.
-
-### Kesalahan Kepatuhan Teratas
-
-Aplikasi seluler sering kesulitan dengan persyaratan CCPA tertentu, yang menyebabkan pelanggaran umum. Berikut adalah rincian kesalahan yang sering terjadi dan cara menghindarinya:
-
-| Jenis Pelanggaran | Dampak | Langkah Pencegahan |
-| --- | --- | --- |
-| Tidak Ada Pemberitahuan "Jangan Jual" | Denda hingga $7.500 per konsumen | Tambahkan tautan opt-out yang jelas di pengaturan aplikasi |
-| Manajemen Persetujuan Buruk | Denda hingga $22.500 per anak di bawah umur | Gunakan alat persetujuan eksplisit, terutama untuk pengguna di bawah 16 tahun |
-| Berbagi Data Tidak Diatur | Risiko tanggung jawab lebih tinggi | Audit dan dokumentasikan semua kemitraan pihak ketiga |
-| Mengabaikan Sinyal GPC | Pemicu umum untuk penegakan | Pastikan aplikasi mengenali dan merespons sinyal GPC |
-
-Dua perubahan dalam penegakan yang perlu diperhatikan:
-
--   Periode perbaikan 30 hari untuk pelanggaran telah dihapus.
--   Ada pengawasan yang lebih ketat terhadap kepatuhan dengan persyaratan Global Privacy Control [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff).
-
-> "Fokus Jaksa Agung adalah pada kepatuhan terhadap hukum, memberikan pilihan dan kontrol kepada konsumen. Tapi tujuannya bukan untuk menaikkan pendapatan dalam dana privasi California. Ini untuk mendorong kepatuhan." – Melissa G. Powers, Associate di LewisRice [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-Tindakan penegakan ini membuatnya jelas: pengembang aplikasi seluler harus memprioritaskan kepatuhan untuk menavigasi lanskap privasi yang berkembang sambil mempertahankan tujuan pemasaran mereka.
-
-## Panduan Kepatuhan CCPA
-
-Menjaga kepatuhan sangat penting untuk aplikasi seluler, terutama mengingat tindakan penegakan terbaru. Berikut panduan praktis untuk membantu Anda menavigasi langkah-langkah kunci.
-
-### Langkah Audit Data
-
-Mulai dengan membuat inventaris terperinci dari semua data pengguna yang dikumpulkan, diproses, dan dibagikan oleh aplikasi Anda. Berikut cara pendekatannya:
-
--   **Identifikasi Titik Pengumpulan Data**: Dokumentasikan setiap sumber entri data, seperti formulir pendaftaran, pembelian, alat analitik, dan SDK pihak ketiga.
--   **Kategorikan Data**: Pecah menjadi jenis seperti:
-    -   Pengidentifikasi (misalnya, nama, email, ID perangkat)
-    -   Data komersial
-    -   Aktivitas online
-    -   Geolokasi
-    -   Detail biometrik
-    -   Informasi profesional
-
-### Pembaruan Kebijakan Privasi
-
-Kebijakan privasi Anda harus menjelaskan praktik data Anda dengan jelas untuk mematuhi CCPA. Gunakan tabel di bawah ini sebagai panduan:
-
-| Bagian | Apa yang Harus Disertakan | Tips untuk Implementasi |
-| --- | --- | --- |
-| Pengumpulan Data | Daftar semua jenis informasi pribadi | Gunakan bahasa yang sederhana dan jelas |
-| Hak Pengguna | Jelaskan bagaimana pengguna dapat mengakses, menghapus, atau memilih keluar dari berbagi data | Berikan instruksi langkah demi langkah |
-| Berbagi Data | Uraikan hubungan dengan pihak ketiga dan penjualan data apa pun | Jelaskan secara spesifik siapa yang menerima data |
-| Metode Kontak | Tawarkan beberapa cara untuk menghubungi Anda | Sertakan email, telepon, dan formulir web |
-
-Pembaruan ini penting untuk menangani permintaan hak pengguna secara efektif.
-
-### Manajemen Hak Pengguna
-
-Untuk mematuhi CCPA, Anda memerlukan sistem yang menangani permintaan privasi dalam waktu 45 hari. Berikut yang perlu difokuskan:
-
--   **Permintaan Akses**:
-    
-    -   Tambahkan dasbor privasi dalam aplikasi Anda.
-    -   Isi formulir dengan pengidentifikasi pengguna untuk kenyamanan.
-    -   Gunakan pelacakan ID perangkat untuk pengguna yang tidak terdaftar.
--   **Permintaan Penghapusan**:
-    
-    -   Otomatisasi alur kerja untuk memproses penghapusan data.
-    -   Pastikan SDK pihak ketiga mendukung penghapusan data.
-    -   Simpan catatan terperinci dari semua permintaan penghapusan.
-
-### Pengaturan Keamanan Data
-
-Melindungi data pengguna adalah bagian penting dari kepatuhan. Berikut cara memperkuat keamanan Anda:
-
--   **Langkah-langkah Teknis**:
-    
-    -   Gunakan enkripsi end-to-end untuk data dalam transit.
-    -   Enkripsi data yang disimpan untuk menjaga keamanannya.
-    -   Atur kontrol akses dan autentikasi yang ketat.
-    -   Lakukan audit keamanan secara rutin.
--   **Pengawasan Pihak Ketiga**:
-    
-    -   Periksa bahwa semua SDK yang Anda gunakan mematuhi CCPA.
-    -   Dokumentasikan bagaimana data dibagikan dan sediakan opsi opt-out.
-    -   Secara berkala tinjau praktik keamanan semua pihak ketiga.
-
-Sebagai contoh, SDK [Flurry](https://www.flurry.com/) mencakup API opt-out yang menghormati preferensi pengguna dan mengelola permintaan penghapusan data [\[1\]](https://www.flurry.com/ccpa-compliance-guide/).
-
-## Sumber Daya Kepatuhan CCPA
-
-Untuk memenuhi standar CCPA, pengembang aplikasi membutuhkan alat yang tepat untuk menyederhanakan proses kepatuhan. Berinvestasi dalam privasi data tidak hanya membangun kepercayaan tetapi juga dapat menghasilkan pengembalian hingga $2.70 untuk setiap dolar yang dikeluarkan [\[8\]](https://www.osano.com/solutions/ccpa-compliance-software). Berikut adalah alat yang dirancang untuk membuat penilaian kepatuhan, manajemen privasi, dan [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) lebih mudah dikelola.
-
-### Alat Penilaian Kepatuhan
-
-Alat-alat ini membantu mengevaluasi seberapa baik aplikasi Anda selaras dengan persyaratan CCPA:
-
-| Alat | Peringkat | Fitur Utama | Terbaik Untuk |
-| --- | --- | --- | --- |
-| OneTrust | 3.8/5 | Pemetaan data, pemindaian otomatis | Perusahaan besar |
-| Osano | 4.6/5 | Persetujuan cookie, pemantauan vendor | Aplikasi kecil-menengah |
-| TrustArc | 4.1/5 | Penilaian risiko, manajemen privasi | Aplikasi multi-platform |
-
-Platform ini menyediakan analisis kesenjangan otomatis dan pelacakan kepatuhan real-time. Sebagai contoh, Osano membantu [Lattice](https://lattice.com/) mengurangi kompleksitas operasional, menyelaraskan pemasaran dengan upaya kepatuhan, dan mempertahankan komitmen utama privasinya [\[8\]](https://www.osano.com/solutions/ccpa-compliance-software).
-
-### Perangkat Lunak Manajemen Privasi
-
-Alat manajemen privasi berfokus pada empat area utama:
-
--   **Manajemen Persetujuan**: Mengumpulkan dan melacak preferensi pengguna secara otomatis.
--   **Penemuan Data**: Memindai dan mengkatalogkan informasi pribadi.
--   **Otomatisasi Permintaan**: Menangani permintaan hak pengguna dalam jangka waktu 45 hari yang diwajibkan.
--   **Pemantauan Pihak Ketiga**: Melacak bagaimana data dibagikan dengan vendor eksternal.
-
-Solusi seperti [Usercentrics](https://usercentrics.com/) dan [iubenda](https://www.iubenda.com/en/) memberikan fitur-fitur ini secara efektif. Misalnya, [iubenda](https://www.iubenda.com/en/), dengan peringkat 4.5/5 di Capterra, dikenal karena kemampuannya membantu aplikasi tetap patuh sambil meminimalkan upaya operasional [\[7\]](https://usercentrics.com/knowledge-hub/ccpa-compliance-tools/).
-
-### [Capgo: Pembaruan Aplikasi yang Patuh CCPA](https://capgo.app)
-
-![Capgo: Pembaruan Aplikasi yang Patuh CCPA](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-27.jpg?auto=compress)
-
-Di luar manajemen privasi, platform seperti [Capgo](https://capgo.app/) memastikan aplikasi Anda tetap patuh CCPA selama pembaruan. [Capgo](https://capgo.app/) mendukung kepatuhan dengan menawarkan:
-
--   **Enkripsi end-to-end** untuk melindungi data pengguna selama pembaruan.
--   **Tidak ada pelacakan antar perangkat** atau pengidentifikasi persisten.
--   **Penanganan data transparan** dengan statistik hanya agregat.
--   **Kontrol pengguna** melalui opsi penghapusan akun dan data segera.
-
-Capgo telah berhasil memberikan lebih dari 492.4 juta pembaruan di 1.800 aplikasi produksi, semuanya sambil mematuhi pedoman privasi yang ketat [\[9\]](https://capgo.app/).
-
-> "Capgo adalah alat yang harus dimiliki pengembang yang ingin lebih produktif. Menghindari peninjauan untuk perbaikan bug sangatlah berharga." - Bessie Cooper [\[9\]](https://capgo.app/)
-
-Menggunakan alat-alat ini bersama dengan audit rutin dapat membantu menjaga kepatuhan CCPA yang konsisten.
-
-## Kesimpulan: Langkah-langkah Kepatuhan CCPA
-
-Mengikuti strategi yang dibahas sebelumnya, berikut adalah rincian tindakan utama untuk membantu memastikan kepatuhan dengan CCPA. Tetap patuh berarti mengambil pendekatan menyeluruh untuk melindungi data pengguna dalam aplikasi seluler. Kasus-kasus penegakan hukum terbaru menyoroti risiko ketidakpatuhan, termasuk denda besar, sehingga pengembang perlu menangani langkah-langkah privasi dengan serius.
-
-Berikut tiga area utama yang perlu difokuskan:
-
--   **Manajemen Data dan Transparansi**
-    
-    -   Lakukan inventarisasi data untuk memetakan semua informasi pribadi yang dikumpulkan, seperti pengidentifikasi perangkat dan alamat IP [\[1\]](https://www.flurry.com/ccpa-compliance-guide/).
-    -   Lacak dan dokumentasikan bagaimana data setiap pengguna ditangani.
-    -   Informasikan dengan jelas kepada pengguna tentang praktik pengumpulan data sebelum mengumpulkan informasi apa pun.
-    -   Tinjau SDK pihak ketiga untuk memastikan mereka memenuhi standar kepatuhan.
--   **Implementasi Hak Pengguna**
-    
-    -   Siapkan sistem untuk menangani permintaan akses dan penghapusan data.
-    -   Pastikan permintaan pengguna ditangani dalam jendela 45 hari yang diwajibkan.
-    -   Tambahkan tautan "Jangan Jual Atau Bagikan Informasi Pribadi Saya" yang mudah ditemukan.
-    -   Buat proses verifikasi identitas untuk mengelola permintaan pengguna secara aman [\[10\]](https://usercentrics.com/knowledge-hub/6-steps-website-ccpa-compliant/).
--   **Infrastruktur Teknis**
-    
-    -   Gunakan enkripsi end-to-end untuk melindungi data pengguna.
-    -   Simpan persetujuan pengguna dengan aman.
-    -   Pilih alat pembaruan yang berfokus pada privasi, seperti Capgo.
-    -   Secara rutin jalankan audit keamanan dan perbarui kebijakan privasi.
-
-Untuk kepatuhan berkelanjutan, pertimbangkan untuk menggunakan alat yang dirancang untuk memenuhi aturan CCPA. Misalnya, colenso berbagi pengalaman mereka dengan Capgo:
-
-> "Kami menerapkan pembaruan OTA Capgo dalam produksi untuk basis pengguna kami yang lebih dari 5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami diperbarui dalam hitungan menit setelah OTA dikerahkan ke @Capgo." [\[9\]](https://capgo.app/)
diff --git a/src/content/blog/id/how-chinas-cybersecurity-law-impacts-app-developers.md b/src/content/blog/id/how-chinas-cybersecurity-law-impacts-app-developers.md
deleted file mode 100644
index 15a9be322..000000000
--- a/src/content/blog/id/how-chinas-cybersecurity-law-impacts-app-developers.md
+++ /dev/null
@@ -1,219 +0,0 @@
----
-slug: how-chinas-cybersecurity-law-impacts-app-developers
-title: Bagaimana Undang-Undang Keamanan Siber China Memengaruhi Pengembang Aplikasi
-description: >-
-  Undang-undang Keamanan Siber Cina menetapkan aturan penanganan data yang ketat
-  bagi pengembang aplikasi, memengaruhi privasi pengguna dan strategi kepatuhan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T03:07:29.101Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef49e0ebbb9dc806422d61-1743736061198.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  China Cybersecurity Law, app developers, data localization, security
-  compliance, user privacy, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**[Undang-Undang Keamanan Siber China](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL) mengharuskan pengembang aplikasi untuk mengikuti aturan yang ketat dalam menangani data pengguna, terutama saat berurusan dengan pengguna China.** Berikut adalah hal yang perlu Anda ketahui:
-
--   **Lokalisasi Data**: Menyimpan data pribadi dan sensitif di server yang berada di dalam China.
--   **Standar Keamanan**: Menggunakan enkripsi, [autentikasi multi-faktor](https://capgo.app/docs/webapp/mfa/), dan melakukan pemeriksaan keamanan secara rutin.
--   **Transfer Data Lintas Batas**: Memerlukan persetujuan regulasi yang eksplisit untuk memindahkan data keluar dari China.
--   **Evaluasi Wajib**: Aplikasi harus lulus ulasan keamanan teknis, evaluasi dampak perlindungan data, dan pemeriksaan keamanan jaringan.
--   **Konsekuensi Ketidakpatuhan**: Denda, penghapusan aplikasi, penangguhan layanan, dan kerusakan reputasi.
-
-Untuk tetap patuh, pengembang sebaiknya menggunakan alat untuk enkripsi, pemantauan waktu nyata, dan [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/). Kegagalan dalam mematuhi dapat mengakibatkan hukuman berat, jadi persiapan awal sangat penting untuk sukses di pasar China.
-
-## Dasar-Dasar [Undang-Undang Keamanan Siber China](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China)
-
-### Persyaratan Hukum Utama
-
-Undang-Undang Keamanan Siber China menguraikan aturan khusus untuk menangani data, yang berdampak langsung pada pengembang aplikasi. Area kunci yang menjadi fokus termasuk **lokalisasi data**, **tindakan keamanan**, dan **perlindungan privasi pengguna**.
-
-Untuk lokalisasi data, pengembang diwajibkan untuk menyimpan informasi pribadi — dan data yang dianggap penting bagi keamanan nasional atau kepentingan publik — di server yang terletak di daratan China.
-
-Operator jaringan, termasuk pengembang aplikasi, wajib mengikuti praktik keamanan berikut:
-
--   **Sistem pendaftaran nama asli**: Memastikan pengguna mendaftar dengan identitas yang diverifikasi.
--   **Autentikasi multi-faktor**: Mengamankan akses ke informasi sensitif.
--   **Pemeriksaan keamanan rutin**: Melakukan pengujian kerentanan dan evaluasi keamanan.
--   **[Enkripsi data](https://capgo.app/docs/cli/migrations/encryption/)**: Mengenkripsi data selama transmisi dan penyimpanan.
--   **Cadangan dan pemulihan**: Memelihara sistem untuk cadangan dan pemulihan data.
-
-Persyaratan ini membentuk cara pengembang aplikasi harus mendekati kepatuhan.
-
-### Ruang Lingkup untuk Pengembang Aplikasi
-
-Undang-undang ini berlaku untuk aplikasi yang mengumpulkan, memproses, atau menyimpan data dari pengguna di daratan China, terlepas dari lokasi pengembang. Berikut adalah hal yang perlu dipertimbangkan oleh pengembang:
-
-**Persyaratan Pemrosesan Data:**
-
--   Informasi pribadi dan sensitif harus ditangani di dalam China.
--   Transfer data lintas batas memerlukan persetujuan regulasi yang eksplisit.
--   Pengembang harus menyiapkan sistem pemantauan dan audit.
-
-**Kepatuhan Teknis:**
-
--   Aplikasi harus memungkinkan ekspor data yang cepat dalam format yang distandarkan.
--   Standar enkripsi yang disetujui oleh regulator harus diikuti.
-
-Untuk pengembang yang menargetkan pengguna China, kepatuhan seringkali melibatkan kerja sama dengan pusat data lokal atau penyedia layanan. Karena undang-undang mendefinisikan "data kritis" secara luas, pengembang perlu menilai dengan cermat semua jenis data yang ditangani oleh aplikasi mereka dan memastikan langkah-langkah perlindungan yang memadai diterapkan.
-
-## Memenuhi Standar Kepatuhan
-
-### Aturan Penyimpanan Data
-
-Untuk menyelaraskan dengan persyaratan hukum, tetapkan tindakan teknis yang memastikan data disimpan dengan aman dan lokal. Informasi sensitif — seperti profil pengguna, detail pembayaran, data lokasi, pengidentifikasi perangkat, dan analitik — harus disimpan di server yang terletak di dalam daratan China. Untuk mentransfer data secara internasional, pastikan untuk mendapatkan persetujuan eksplisit dari [Administrasi Siber China](https://www.cac.gov.cn/) (CAC). Ini termasuk mengajukan dokumentasi yang menjelaskan jenis data, frekuensi transfer, langkah keamanan, dan penggunaan yang dimaksudkan.
-
-### Pemeriksaan Keamanan yang Diperlukan
-
-Sebelum diluncurkan di China, Anda harus menyelesaikan evaluasi keamanan wajib berikut:
-
-1.  **Evaluasi Keamanan Teknis**  
-    Ini melibatkan ulasan rinci terhadap fitur keamanan aplikasi, termasuk metode enkripsi, kontrol akses, dan pengujian kerentanan. Evaluasi harus dilakukan oleh fasilitas pengujian yang disetujui oleh CAC.
-    
-2.  **Evaluasi Dampak Perlindungan Data**  
-    Pengembang harus merinci bagaimana data pribadi dikumpulkan, diproses, dan dilindungi. Ini termasuk mendokumentasikan mekanisme persetujuan pengguna dan kebijakan retensi data.
-    
-3.  **Tinjauan Keamanan Jaringan**  
-    Aplikasi yang mengelola infrastruktur kritis atau data sensitif memerlukan tinjauan keamanan jaringan tambahan. Ini berfokus pada keamanan server, sistem cadangan data, rencana respons darurat, dan kontrol akses.
-    
-
-Langkah-langkah ini memberikan dasar untuk menerapkan perubahan teknis yang diperlukan untuk kepatuhan.
-
-### Perubahan Aplikasi yang Diperlukan
-
-Hasil dari evaluasi ini akan menyoroti pembaruan teknis yang diperlukan untuk kepatuhan:
-
--   **Kontrol Privasi Pengguna**:
-    
-    -   Pilihan persetujuan yang jelas untuk pengumpulan data
-    -   Pengaturan privasi yang mendetail
-    -   Fitur untuk menghapus akun dan data terkait
-    -   Kebijakan yang transparan mengenai penggunaan data
--   **Fitur Keamanan**:
-    
-    -   Enkripsi dari ujung ke ujung untuk informasi sensitif
-    -   Autentikasi multi-faktor
-    -   Pembaruan keamanan yang konsisten
-    -   Sistem deteksi ancaman otomatis
-
-Untuk aplikasi yang memerlukan pembaruan sering, pertimbangkan untuk mengintegrasikan sistem pembaruan yang memenuhi syarat. Misalnya, solusi pembaruan langsung dari [Capgo](https://capgo.app/) menyediakan enkripsi dari ujung ke ujung dan mendukung tambalan keamanan instan sekaligus memenuhi standar China dan internasional.
-
--   **Fitur Manajemen Data**:
-    -   Alat bagi pengguna untuk mengekspor data mereka
-    -   Log audit untuk melacak akses data
-    -   Kontrol otomatis untuk retensi data
-    -   Pembatasan berdasarkan akses geografis
-
-Semua pembaruan teknis ini harus diterapkan sebelum menyerahkan aplikasi Anda untuk persetujuan regulasi. Audit reguler sangat penting untuk memastikan kepatuhan yang berkelanjutan.
-
-## Kepatuhan Data & Keamanan Siber di China
-
-<iframe src="https://www.youtube.com/embed/wb1ODBAOuRU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Konsekuensi Ketidakpatuhan
-
-Kegagalan untuk memenuhi standar kepatuhan dapat mengakibatkan konsekuensi serius, berdampak pada keuangan dan operasi.
-
-### Hukuman untuk Ketidakpatuhan
-
-Organisasi yang tidak mematuhi menghadapi hukuman seperti:
-
--   **Denda** yang menargetkan perusahaan dan eksekutif kunci
--   **Penghapusan aplikasi** dari platform
--   **Penangguhan sementara** layanan
--   **Pencabutan lisensi**
--   **Pembatasan akses pasar**
-
-### Cara Penegakan
-
-Pihak berwenang menegakkan kepatuhan melalui beberapa metode:
-
--   **Audit rutin** terhadap sistem teknis dan dokumentasi
--   **Investigasi** berdasarkan keluhan pengguna
--   **Pemantauan teknis yang berkelanjutan** untuk mendeteksi:
-    -   Transfer data yang tidak sah
-    -   Celah keamanan
-    -   Pelanggaran kebijakan privasi
-    -   Akses yang tidak semestinya ke konten
-
-### Biaya Finansial dan Operasional
-
-Ketidakpatuhan datang dengan biaya yang besar. Pengeluaran langsung mencakup biaya hukum, perbaikan teknis, dan gangguan bisnis. Biaya tidak langsung, seperti reputasi yang rusak, hilangnya peluang bisnis, dan berkurangnya kepercayaan investor, dapat merugikan pertumbuhan jangka panjang. Menangani masalah kepatuhan lebih awal seringkali jauh lebih murah daripada menangani konsekuensi di kemudian hari.
-
-## Metode Kepatuhan
-
-### Alat Teknis
-
-Gunakan alat teknis yang sesuai dengan persyaratan keamanan China. Solusi kunci meliputi:
-
--   **Enkripsi data** yang mematuhi standar nasional
--   **Alat pemantauan waktu nyata** untuk melacak aliran data
--   **Perangkat lunak kepatuhan otomatis** untuk proses yang lebih efisien
--   **[Sistem manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** dengan kemampuan kontrol versi
-
-Platform seperti Capgo menyediakan penyebaran pembaruan yang aman dengan fitur seperti enkripsi dari ujung ke ujung dan penugasan pengguna. Alat ini menyederhanakan pemeliharaan aplikasi sambil mematuhi regulasi China.
-
-### Langkah-Langkah Kepatuhan Harian
-
--   **Pemeriksaan Pagi**: Tinjau log server untuk akses yang tidak sah, konfirmasi persetujuan [penyimpanan data](https://capgo.app/plugins/capacitor-data-storage-sqlite/), dan pastikan enkripsi aktif.
--   **Pemantauan Operasional**: Pantau aliran data waktu nyata antara server, catat semua transfer data lintas batas, dan pelihara catatan rinci persetujuan pengguna.
--   **Manajemen Pembaruan**: Uji pembaruan untuk kepatuhan, dokumentasikan setiap perubahan keamanan, dan verifikasi bahwa penanganan data memenuhi standar terbaru.
-
-Langkah-langkah ini membantu menjaga kepatuhan aplikasi Anda dengan tindakan keamanan yang diperlukan.
-
-### Dukungan Ahli
-
-Selain alat dan rutinitas harian, nasihat ahli memainkan peran kunci dalam tetap patuh.
-
-**Keahlian Hukum**
-
--   Konsultasi dengan pengacara keamanan siber yang akrab dengan regulasi China.
--   Bekerja dengan konsultan kepatuhan lokal.
--   Tetap terhubung dengan lembaga regulasi.
-
-**[Dukungan Teknis](https://capgo.app/docs/getting-help/)**
-
--   Bermitra dengan penyedia evaluasi keamanan bersertifikat.
--   Gunakan layanan hosting lokal untuk kepatuhan yang lebih baik.
--   Mencari nasihat dari para ahli penyebaran yang akrab dengan pasar China.
-
-**Jaringan Industri**
-
--   Bergabung dengan asosiasi pengembang untuk berbagi wawasan.
--   Hadiri pengarahan untuk tetap diperbarui tentang perubahan regulasi.
--   Berinteraksi dengan komunitas teknologi lokal untuk dukungan dan nasihat.
-
-## Perubahan Masa Depan dan Akses Pasar
-
-### Perubahan Undang-Undang yang Diharapkan
-
-China terus menyesuaikan regulasi keamanannya, yang berarti pengembang aplikasi perlu tetap waspada terhadap pembaruan terkait perlindungan data dan praktik pengolahan data yang aman. Pedoman mendatang dari [MIIT](https://www.miit.gov.cn/) mungkin menawarkan lebih banyak rincian tentang area seperti kategorisasi data, penanganan data lintas batas, dan protokol pemantauan. Memantau pengumuman resmi akan menjadi kunci untuk tetap patuh.
-
-### Keuntungan Pasar
-
-Mempersiapkan diri lebih awal untuk perubahan regulasi dapat membuat masuk ke pasar Tiongkok menjadi lebih lancar. Mengambil pendekatan proaktif terhadap kepatuhan dapat mempercepat ulasan aplikasi dan mendapatkan persetujuan regulasi dengan lebih mudah. Ini juga membantu menghindari perubahan mendadak yang mahal dan membangun kepercayaan pengguna.
-
-Membangun kerangka kepatuhan yang dapat menangani penyesuaian di masa mendatang adalah kunci untuk pertumbuhan jangka panjang. Alat seperti platform pembaruan langsung Capgo memungkinkan pengembang untuk menerapkan pembaruan yang aman dengan cepat, memastikan aplikasi tetap sesuai dan kompetitif saat aturan berubah.
-
-## Ringkasan
-
-Undang-Undang Keamanan Siber Tiongkok menetapkan aturan ketat untuk pengembang aplikasi yang memasuki pasar Tiongkok, dengan fokus pada penyimpanan data, keamanan, dan privasi pengguna. Untuk beroperasi dengan sukses, pengembang perlu memenuhi persyaratan ini dan memastikan kepatuhan.
-
-Langkah-langkah kunci bagi pengembang meliputi:
-
-1. **Penyimpanan Data**: Simpan data pribadi dan sensitif di server yang berlokasi di dalam Tiongkok.
-2. **Langkah Keamanan**: Gunakan metode enkripsi yang disetujui dan lakukan audit keamanan secara berkala.
-3. **Manajemen Pembaruan**: Kirim pembaruan menggunakan alat real-time yang sesuai.
-4. **Dokumentasi**: Pertahankan catatan rinci tentang semua praktik terkait data.
-
-Menggunakan alat yang dirancang untuk kepatuhan dapat menyederhanakan proses ini. Platform seperti Capgo menawarkan fitur pembaruan langsung dengan enkripsi ujung ke ujung, membantu pengembang melindungi aplikasi mereka sambil memenuhi standar regulasi.
-
-Gagal mematuhi dapat mengakibatkan penalti yang signifikan. Membangun sistem kepatuhan yang kuat sangat penting untuk keberhasilan jangka panjang di salah satu pasar digital terbesar di dunia. Seiring regulasi Tiongkok terus berkembang, pengembang harus tetap terinformasi dan secara rutin memperbarui praktik keamanan dan manajemen data mereka untuk tetap patuh.
diff --git a/src/content/blog/id/how-chinas-data-laws-impact-app-store-submissions.md b/src/content/blog/id/how-chinas-data-laws-impact-app-store-submissions.md
deleted file mode 100644
index 5de756f46..000000000
--- a/src/content/blog/id/how-chinas-data-laws-impact-app-store-submissions.md
+++ /dev/null
@@ -1,148 +0,0 @@
----
-slug: how-chinas-data-laws-impact-app-store-submissions
-title: >-
-  Bagaimana Undang-Undang Data di China Mempengaruhi Pengajuan Aplikasi di App
-  Store
-description: >-
-  Jelajahi bagaimana undang-undang data ketat di China memengaruhi pengajuan
-  aplikasi, yang memerlukan penyimpanan data lokal dan kepatuhan untuk memasuki
-  pasar dengan sukses.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T01:36:38.468Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df528487fa49042c758f48-1742693880587.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  China, data laws, app store, compliance, local data storage, cybersecurity,
-  personal information protection, data security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Hukum data yang ketat di Cina membuat pengembang aplikasi sulit untuk memasuki pasar. Berikut adalah yang perlu Anda ketahui:
-
--   **Hukum Utama**: Pengembang harus mematuhi [Hukum Keamanan Siber](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (2017), [Hukum Keamanan Data](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (2021), dan [Hukum Perlindungan Informasi Pribadi](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL, 2021). Hukum ini mengharuskan [penyimpanan data lokal](https://capgo.app/plugins/capacitor-data-storage-sqlite/), persetujuan pengguna, dan kontrol ketat terhadap transfer data lintas batas.
--   **Penyesuaian Desain Aplikasi**: Aplikasi harus menyimpan data pengguna China secara lokal, menonaktifkan fitur yang melibatkan transfer lintas batas, dan memastikan kepatuhan sejak awal.
--   **Langkah Kepatuhan**: Terapkan solusi penyimpanan data lokal, klasifikasikan data berdasarkan sensitivitas, dan amankan izin untuk transfer. Alat seperti [Capgo](https://capgo.app/) membantu mengelola pembaruan sambil memenuhi persyaratan ini.
-
-**Tips Cepat**: Menyeimbangkan kepatuhan dengan fungsionalitas aplikasi adalah hal yang krusial. Gunakan alat yang aman dan hosting lokal untuk memenuhi tuntutan regulasi tanpa mengkompromikan pengalaman pengguna.
-
-## Penjelasan [Hukum Perlindungan Informasi Pribadi](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL) di Cina ...
-
-<iframe src="https://www.youtube.com/embed/2mwwDS1fXDY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Hukum Data Utama Cina
-
-Hukum data di Cina menekankan penyimpanan data lokal dan memberlakukan pembatasan ketat pada transfer lintas batas - menimbulkan tantangan bagi aplikasi yang beroperasi di wilayah tersebut.
-
-### 3 Hukum Perlindungan Data Inti
-
--   **Hukum Keamanan Siber**: Diperkenalkan pada tahun 2017, hukum ini mengharuskan data disimpan di dalam Cina dan mewajibkan tinjauan keamanan untuk setiap data yang ditransfer ke luar negeri.
--   **Hukum Keamanan Data**: Efektif sejak 2021, hukum ini mengharuskan organisasi mengklasifikasikan data dan melindungi informasi penting.
--   **Hukum Perlindungan Informasi Pribadi (PIPL)**: Disahkan pada akhir 2021, hukum ini mengatur bagaimana data pribadi dikumpulkan dan diproses, memerlukan persetujuan yang jelas dan eksplisit dari pengguna.
-
-Hukum-hukum ini secara kolektif mendefinisikan kerangka kerja untuk praktik penanganan data yang harus diikuti aplikasi agar dapat tetap patuh.
-
-### Aturan Penyimpanan dan Transfer Data
-
-Di bawah regulasi ini, data harus tetap berada di dalam Cina kecuali data tersebut melewati penilaian keamanan yang ketat untuk transfer lintas batas. Aturan ini berdampak langsung pada cara aplikasi dirancang, membuat kepatuhan regulasi menjadi bagian penting dari proses pengembangan sejak awal.
-
-## Persyaratan Pengajuan App Store
-
-Aturan Cina tentang lokalisasi data mengharuskan aplikasi memenuhi standar desain tertentu untuk disetujui di app store. Berikut adalah yang perlu disesuaikan:
-
-### Perubahan Desain Aplikasi
-
--   **Routing Data**: Pastikan semua data dari pengguna Cina disimpan di server lokal atau spesifik wilayah. Ini membantu menghindari transfer data lintas batas yang mungkin melanggar regulasi.
--   **Penyesuaian Fitur**: Modifikasi atau nonaktifkan fitur yang melibatkan berbagi data lintas batas untuk tetap patuh.
-
-Capgo dapat membantu dengan memungkinkan Anda untuk mendorong pembaruan dan fitur secara instan, menggunakan enkripsi end-to-end dan penyimpanan data lokal yang dapat disesuaikan.
-
-## Memenuhi Standar Kepatuhan
-
-Navigasi kepatuhan di Cina memerlukan penanganan tantangan teknis dan regulasi. Berikut, kami merinci pengaturan dan metode kunci untuk menyesuaikan dengan persyaratan ini sembari mendukung tujuan pengembangan praktis.
-
-### Pengaturan Penyimpanan Data Lokal
-
-Berikut adalah beberapa opsi penyimpanan untuk memenuhi persyaratan data lokal Cina:
-
-| Solusi Penyimpanan | Keuntungan | Tantangan |
-| --- | --- | --- |
-| **Layanan Cloud** | Pengaturan mudah, kepatuhan yang dikelola | Biaya yang lebih tinggi seiring waktu |
-| **Infrastruktur yang Dihosting Sendiri** | Kontrol lebih besar, dapat disesuaikan | Pemeliharaan yang kompleks, pengaturan lebih lama |
-
-Sangat penting untuk menerapkan rencana redundansi dan pemulihan bencana untuk memastikan kedaulatan data tetap terjaga.
-
-### Metode Penilaian Data
-
-Sebelum mengelola pembaruan, penting untuk mengevaluasi alur data dan sistem kendali Anda untuk memastikan kepatuhan. Langkah-langkah kunci meliputi:
-
--   **Klasifikasi Data**: Mengatur informasi berdasarkan tingkat sensitivitas.
--   **Polanya Transfer**: Memetakan bagaimana data mengalir antara sistem atau komponen.
--   **Kontrol Akses**: Mendokumentasikan dengan jelas siapa yang memiliki akses ke berbagai jenis data.
-
-### Manajemen Pembaruan dengan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-Capgo menyederhanakan proses pengelolaan pembaruan sambil tetap patuh.
-
-> "Kami mempraktikkan pengembangan agile dan @Capgo sangat penting dalam memberikan terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo telah membuktikan keandalannya di pasar Cina dengan metrik kinerja yang mengesankan:
-
--   **95%** pengguna aktif menerima pembaruan dalam waktu 24 jam [\[1\]](https://capgo.app/)
--   **23.5M** pembaruan berhasil disampaikan [\[1\]](https://capgo.app/)
-
-Fitur utama meliputi:
-
--   **Enkripsi end-to-end** untuk melindungi data.
--   Sistem **[saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** untuk peluncuran yang terkontrol.
--   Opsi **rollback instan** untuk perbaikan cepat.
--   Pemantauan **real-time** untuk melacak kinerja pembaruan.
-
-## Panduan Tinjauan App Store
-
-Mengajukan aplikasi ke app store Cina melibatkan navigasi persyaratan teknis dan regulasi yang ketat. Pengembang dapat mengurangi keterlambatan dengan [mengimplementasikan sistem pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) yang dirancang untuk mematuhi regulasi ini. Pendekatan ini melengkapi strategi sebelumnya untuk mengelola data lokal dan memastikan pembaruan yang efisien.
-
-### Tips Pengajuan
-
-Untuk pembaruan dan kepatuhan yang lebih lancar, pertimbangkan untuk menggunakan Capgo. Alat ini memungkinkan pengembang untuk mengirimkan pembaruan langsung kepada pengguna sambil mematuhi standar regulasi melalui metode penyebaran yang aman.
-
-> "Menghindari tinjauan untuk perbaikan bug adalah emas." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Melihat ke Depan
-
-### Perubahan Hukum yang Diharapkan
-
-Aturan perlindungan data Cina sedang berubah. Regulasi yang akan datang mungkin memberlakukan persyaratan lokalisasi dan penanganan data yang lebih ketat. Pengembang aplikasi harus bersiap untuk audit keamanan yang lebih ketat dan protokol data yang lebih menuntut untuk tetap patuh. Perubahan ini mendorong pengembang untuk menyesuaikan strategi mereka, menyeimbangkan operasi global dengan aturan lokal.
-
-### Persyaratan Global vs Lokal
-
-Mendistribusikan aplikasi secara global sambil mengikuti regulasi Cina memerlukan perencanaan yang cermat. Banyak pengembang mengandalkan server lokal di Cina yang dikombinasikan dengan solusi cloud untuk wilayah lain. Pengaturan ini memastikan kepatuhan dengan hukum lokal sambil mempertahankan fungsionalitas global. Ini membangun strategi penyimpanan data lokal sebelumnya, menciptakan sistem yang bekerja untuk hukum Cina dan kebutuhan internasional.
-
-### Alat Kepatuhan Baru
-
-Alat kepatuhan baru memudahkan untuk menangani regulasi kompleks sambil menjaga proses pembaruan yang lancar. Alat ini dirancang untuk beradaptasi dengan peraturan yang berubah dan menawarkan fitur yang menyederhanakan kepatuhan.
-
-Beberapa fitur menonjol meliputi:
-
--   **Enkripsi end-to-end** untuk mengamankan data selama transmisi
--   Opsi **hosting fleksibel**, baik berbasis cloud atau di-host sendiri
--   **Analitik yang berfokus pada privasi** untuk wawasan yang lebih baik tanpa mengorbankan data pengguna
-
-> "Komunitas membutuhkan ini dan @Capgo melakukan sesuatu yang sangat penting!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-Ketika alat ini semakin terintegrasi dengan platform pengembangan, diharapkan dapat membuat kepatuhan regulasi lebih mudah dikelola sambil menjaga siklus pembaruan yang efisien.
-
-## Kesimpulan
-
-Menavigasi regulasi data Cina sambil mempertahankan fungsionalitas aplikasi global bukanlah pekerjaan yang mudah. Pengembang menghadapi tantangan ganda dalam mematuhi hukum data lokal yang ketat dan memberikan pembaruan dengan cepat. Alat seperti Capgo menyederhanakan proses ini dengan memperlancar pembaruan dan membantu memastikan kepatuhan terhadap persyaratan yang kompleks ini.
-
-Solusi modern kini memungkinkan pengembang untuk mencapai keseimbangan antara memenuhi tuntutan regulasi dan mencapai efisiensi operasional. Capgo, misalnya, telah menunjukkan bagaimana upaya kepatuhan dapat diselaraskan dengan kebutuhan distribusi global yang lancar, membuktikan bahwa alat yang tepat dapat membuat perbedaan besar.
-
-Seiring dengan pergeseran aturan perlindungan data Cina, penting bagi pengembang untuk fokus pada alat yang menggabungkan keamanan dan adaptabilitas. Fitur seperti enkripsi end-to-end, pengaturan hosting yang fleksibel, dan opsi penyebaran cepat adalah kunci untuk memenuhi standar regulasi dan harapan audiens global.
diff --git a/src/content/blog/id/how-cicd-tools-trigger-ota-updates.md b/src/content/blog/id/how-cicd-tools-trigger-ota-updates.md
deleted file mode 100644
index fb1eedef2..000000000
--- a/src/content/blog/id/how-cicd-tools-trigger-ota-updates.md
+++ /dev/null
@@ -1,262 +0,0 @@
----
-slug: how-cicd-tools-trigger-ota-updates
-title: Pemicu Alat CI/CD untuk Pembaruan OTA
-description: >-
-  Pelajari cara alat CI/CD meningkatkan pembaruan OTA dan memastikan deployment
-  aplikasi yang lebih cepat, lebih aman, dan lebih andal melalui proses
-  otomatis.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-12T08:43:18.401Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67abf1dcdd71129bfb8de766-1739349815106.jpg
-head_image_alt: Pengembangan Mobile
-keywords: 'CI/CD, OTA updates, automation, app deployment, security, Capgo, Capacitor'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-CI/CD tools membuat pembaruan over-the-air (OTA) lebih cepat, aman, dan andal dengan mengotomatisasi prosesnya. Berikut penjelasannya:
-
--   **Apa itu Pembaruan OTA?** Memungkinkan Anda memperbarui aset aplikasi seperti HTML, CSS, dan JavaScript secara instan melalui CDN, melewati penundaan persetujuan app store.
--   **Bagaimana CI/CD Membantu:** Tools otomatisasi seperti [GitHub Actions](https://docs.github.com/actions) menyederhanakan langkah-langkah penting seperti pemeriksaan build, validasi keamanan, dan deployment, mengurangi kesalahan hingga 72% dan memungkinkan patch di hari yang sama.
--   **Fitur Utama:**
-    -   **Keamanan:** Menggunakan HTTPS, penandatanganan kode, dan enkripsi untuk melindungi pembaruan.
-    -   **Peluncuran Bertahap:** Deploy pembaruan ke grup kecil terlebih dahulu untuk mendeteksi masalah lebih awal.
-    -   **Opsi Rollback:** Secara otomatis membatalkan pembaruan jika tingkat kesalahan meningkat.
--   **Tools yang Disorot:** [Capgo](https://capgo.app/) menyederhanakan pembaruan OTA dengan perintah CLI, integrasi webhook, dan pelacakan metrik terperinci.
-
-Mengotomatisasi pembaruan OTA memastikan pengiriman lebih cepat, lebih sedikit kesalahan, dan stabilitas aplikasi yang lebih baik. Di bawah ini, Anda akan menemukan instruksi langkah demi langkah untuk menyiapkan aplikasi [Capacitor](https://capacitorjs.com/) dengan pipeline CI/CD.
-
-## [Appflow](https://ionic.io/appflow/live-updates) Live Updates: Deploy pembaruan instan langsung ke pengguna Anda
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-f18932d1af08bf70cb14b84540039486-2025-02-12.jpg?auto=compress)
-
-<Steps>
-
-1. Siapkan konfigurasi dasar
-2. Aktifkan pembaruan langsung
-3. Deploy pembaruan pertama Anda
-
-</Steps>
-
-## Menyiapkan [Capacitor](https://capacitorjs.com/) untuk Pembaruan OTA
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-12.jpg?auto=compress)
-
-Menyiapkan Capacitor untuk [pembaruan over-the-air](https://capgo.app/blog/open-source-licecing/) (OTA) otomatis melibatkan tiga langkah utama: mengkonfigurasi setup, menerapkan langkah-langkah keamanan, dan [mengintegrasikan sistem pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Proses ini memastikan kompatibilitas dengan otomatisasi CI/CD sambil menjaga keamanan aplikasi Anda.
-
-### Mengkonfigurasi Pengaturan OTA di capacitor.config.json
-
-Mulai dengan memperbarui file `capacitor.config.json` dengan parameter yang diperlukan:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "Example App",
-  "bundledWebRuntime": false,
-  "ota": {
-    "autoUpdate": true,
-    "checkInterval": "30m",
-    "maxVersions": 2
-  }
-}
-```
-
-Mengatur frekuensi pemeriksaan yang tepat meminimalkan penundaan pembaruan - menguranginya hingga 47% [\[2\]](https://github.com/becem-gharbi/esp-ota-cicd).
-
-### Menerapkan Keamanan Pembaruan OTA
-
-Mengamankan proses pembaruan OTA sangat penting untuk menghindari pembaruan yang tidak sah dan melindungi integritas aplikasi Anda. Ini melibatkan tiga lapisan perlindungan:
-
-| Lapisan Keamanan | Implementasi | Tujuan |
-| --- | --- | --- |
-| Keamanan HTTPS | Certificate Pinning | Memblokir serangan man-in-the-middle |
-| Penandatanganan Kode | Tanda Tangan ed25519 | Mengkonfirmasi validitas pembaruan |
-| Keamanan Paket | Enkripsi AES-256-GCM | Mengamankan konten pembaruan |
-
-Untuk menerapkan fitur keamanan ini, sertakan yang berikut dalam konfigurasi Anda:
-
-```json
-{
-  "ota": {
-    "security": {
-      "certificates": ["SHA256:..."],
-      "signing": {
-        "algorithm": "ed25519",
-        "publicKey": "PUBLIC_KEY"
-      },
-      "encryption": {
-        "algorithm": "aes-256-gcm"
-      }
-    }
-  }
-}
-```
-
-### Mengkonfigurasi [Capgo](https://capgo.app/) untuk Pembaruan OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-12.jpg?auto=compress)
-
-Capgo menyederhanakan proses pembaruan OTA. Mulai dengan menginstal plugin yang diperlukan:
-
-```bash
-npm install @capgo/capacitor-updater
-```
-
-Selanjutnya, tambahkan pengaturan khusus Capgo ke file `capacitor.config.json` Anda:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "statsUrl": "https://your-stats-endpoint.com"
-    }
-  }
-}
-```
-
-Capgo menggunakan semantic versioning dengan pengenal build seperti `2025.02.12-a1b2c3d` untuk pelacakan pembaruan yang tepat. Ini memudahkan pengelolaan dan pemantauan siklus hidup pembaruan aplikasi Anda.
-
-## Membuat Pipeline Pembaruan OTA
-
-Setelah Anda menyiapkan Capgo di lingkungan Capacitor, langkah selanjutnya adalah menghubungkannya dengan tools CI/CD untuk mengotomatisasi pengiriman pembaruan. Ini memastikan pembaruan ditangani secara aman dan efisien sambil menjaga stabilitas aplikasi Anda.
-
-### Pengaturan Webhook untuk Pembaruan Otomatis
-
-Webhook dalam setup CI/CD Anda dapat secara otomatis memicu pembaruan setiap kali terjadi perubahan kode. Misalnya, di GitHub Actions, Anda dapat membuat file workflow seperti ini:
-
-```yaml
-name: OTA Update
-on:
-  push:
-    branches: [main]
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - name: Deploy OTA Update
-        run: |
-          npm install
-          npm run build
-          npx @capgo/cli deploy
-```
-
-Pastikan untuk menyimpan kunci API dan rahasia Anda dengan aman di [penyimpanan terenkripsi](https://capgo.app/docs/cli/migrations/encryption/) platform CI/CD Anda untuk melindungi data sensitif.
-
-### Perintah Pembaruan CLI Capgo
-
-CLI Capgo menawarkan perintah-perintah kunci untuk menyederhanakan manajemen pembaruan dalam pipeline Anda. Berikut contoh alur kerja deployment tipikal:
-
-| Tahap | Perintah | Tujuan |
-| --- | --- | --- |
-| Build | `capgo deploy --channel production` | Upload artefak build baru |
-| Pengujian | `capgo promote build-123 --group beta` | [Rilis pembaruan ke grup uji](https://capgo.app/blog/how-to-send-specific-version-to-users/) |
-| Validasi | `capgo metrics get --last-24h` | Periksa metrik keberhasilan pembaruan |
-| Rilis | `capgo promote build-123 --channel stable` | Deploy pembaruan ke semua pengguna |
-
-### Metode Rollback Pembaruan
-
-Memiliki mekanisme rollback yang andal sangat penting untuk menjaga stabilitas aplikasi Anda. Sistem Anda harus dapat mendeteksi masalah dan membatalkan pembaruan secara otomatis. Misalnya, Anda dapat menggunakan endpoint pemeriksaan kesehatan untuk memantau tingkat kesalahan dan memicu rollback jika diperlukan:
-
-```javascript
-async function checkUpdateHealth() {
-  const metrics = await getUpdateMetrics();
-  if (metrics.errorRate > 0.02) {
-    await rollbackUpdate();
-    notifyTeam('Update rolled back due to high error rate');
-  }
-}
-```
-
-Pendekatan ini membantu [Gunnebo Safe Storage](https://www.gunnebosafestorage.com/) memangkas waktu henti dari jam menjadi menit [\[6\]](https://mender.io/blog/mender-ota-updates-and-an-automated-ci-cd-pipeline-at-gunnebo-safe-storage).
-
-Untuk pembaruan berisiko tinggi, pertimbangkan untuk menggunakan fitur peluncuran bertahap Capgo. Ini memungkinkan Anda untuk men-deploy pembaruan ke grup pengguna yang lebih kecil terlebih dahulu, mengurangi kemungkinan masalah yang meluas sebelum rilis penuh.
-
-## Metode Pembaruan OTA
-
-### Pembaruan Bertahap dan Grup Pengguna
-
-Pembaruan bertahap memungkinkan Anda mengontrol bagaimana pembaruan diluncurkan, memastikan pengalaman yang lancar bagi pengguna. Misalnya, perintah _promote_ Capgo (dibahas sebelumnya) membantu mengelola grup beta. Dengan data perusahaan menunjukkan bahwa hampir setengah aplikasi (49%) membutuhkan pembaruan bulanan [\[4\]](https://capacitorjs.com/docs/guides/ci-cd), deployment bertahap menjadi strategi kunci untuk menjaga stabilitas aplikasi sambil meluncurkan perubahan secara bertahap.
-
-### Pemicu Pembaruan Berbasis Metrik
-
-[Mengotomatisasi pembaruan](https://capgo.app/docs/live-updates/update-behavior/) berdasarkan metrik kinerja dapat menghemat waktu dan mencegah masalah. Dengan menyiapkan webhook pemantauan, Anda dapat melacak metrik penting dan memutuskan apakah akan melanjutkan atau menghentikan pembaruan:
-
-| Jenis Metrik | Ambang Batas | Tindakan |
-| --- | --- | --- |
-| Tingkat Crash | >2% | Jeda peluncuran |
-| Tingkat Kesalahan | >0.5% | Peringatan tim |
-
-Anda dapat mengintegrasikan pemeriksaan ini ke dalam pipeline CI/CD Anda untuk pemantauan yang mulus. Berikut contohnya:
-
-```javascript
-function monitorMetrics(updateId) {
-  return new Promise((resolve, reject) => {
-    const metrics = getUpdateMetrics(updateId);
-    if (metrics.crashRate > 0.02) {
-      reject('High crash rate detected');
-    }
-    resolve('Metrics within acceptable range');
-  });
-}
-```
-
-Metrik ini terhubung langsung dengan sistem pelacakan kinerja, yang akan kita eksplorasi di bagian berikutnya.
-
-### Pembaruan Respons Cepat
-
-Ketika menghadapi masalah keamanan kritis atau bug besar, penting untuk memiliki cara untuk men-deploy pembaruan dengan cepat. Gunakan saluran deployment fast-track yang dirancang khusus untuk keadaan darurat. Saluran ini harus mencakup pemeriksaan atestasi perangkat dan opsi rollback otomatis untuk meminimalkan risiko.
-
-Untuk pembaruan mendesak, Anda dapat men-deploy menggunakan saluran khusus:
-
-```bash
-capgo deploy --channel emergency --skip-validation
-```
-
-Untuk lebih meningkatkan kecepatan pengiriman dan memenuhi standar kepatuhan, pertimbangkan untuk menggunakan saluran berbasis geo dengan aturan CDN. Ini memastikan pembaruan mencapai pengguna secara efisien, terlepas dari lokasi.
-
-## Pelacakan Kinerja Pembaruan
-
-Setelah Anda menerapkan metode pengiriman pembaruan, saatnya mengukur seberapa baik kinerjanya. Gunakan indikator kinerja utama ini untuk tetap mengikuti perkembangan:
-
-### Metrik Keberhasilan Pembaruan
-
-Perhatikan tiga area utama: **penyelesaian deployment**, **waktu verifikasi**, dan **adopsi pengguna**. Untuk aplikasi seluler, tingkat keberhasilan deployment biasanya berkisar antara 95% dan 99% [\[1\]](https://embeddedartistry.com/blog/2024/01/15/exploring-serverless-ci-cd-for-embedded-devices/). Pemantauan real-time melalui pipeline CI/CD Anda dapat membantu Anda mencapai target:
-
-| Metrik | Target | Ambang Batas Kritis |
-| --- | --- | --- |
-| Penyelesaian Deployment | >98% | <120s |
-| Adopsi Pengguna (24j) | >75% | <50% |
-
-### Manajemen Kesalahan Pembaruan
-
-Sistem otomatis dapat melacak status pembaruan dan merespons kesalahan. Untuk masalah besar, sistem harus membatalkan pembaruan secara otomatis jika pemeriksaan kesehatan perangkat mendeteksi masalah. Berikut contoh bagaimana ini mungkin terlihat dalam praktik:
-
-```javascript
-async function monitorUpdate(updateId) {
-  const healthCheck = await deviceHealth.check();
-  if (!healthCheck.passed) {
-    await rollbackUpdate(updateId);
-    await notifyAdmins({
-      type: 'CRITICAL',
-      message: 'Update rolled back due to failed health check'
-    });
-  }
-}
-```
-
-Setup seperti ini memastikan kegagalan kritis ditangani dengan cepat, meminimalkan gangguan bagi pengguna.
-
-### Pengurangan Penggunaan Data
-
-Pembaruan delta adalah cara yang bagus untuk mengurangi penggunaan data, mengecilkan ukuran payload sebesar 70-90% dibandingkan dengan pembaruan penuh [\[4\]](https://capacitorjs.com/docs/guides/ci-cd). Optimisasi ini dapat diintegrasikan langsung ke dalam pipeline CI/CD Anda dengan aturan seperti ini:
-
--   **Pembaruan Delta**: Buat perbedaan biner untuk hanya menyertakan komponen yang telah berubah.
-
-Pipeline otomatis juga memastikan pembaruan disampaikan secara andal menggunakan format terkompresi dan pembaruan delta. Dengan menggabungkan pengujian otomatis, peluncuran bertahap, dan pelacakan kinerja, tim dapat mengelola pembaruan aplikasi Capacitor dengan efisiensi dan keamanan.
diff --git a/src/content/blog/id/how-delta-updates-reduce-payload-size.md b/src/content/blog/id/how-delta-updates-reduce-payload-size.md
deleted file mode 100644
index c89d66925..000000000
--- a/src/content/blog/id/how-delta-updates-reduce-payload-size.md
+++ /dev/null
@@ -1,279 +0,0 @@
----
-slug: how-delta-updates-reduce-payload-size
-title: Cara Update Delta Mengurangi Ukuran Payload
-description: >-
-  Pelajari bagaimana pembaruan Delta meningkatkan kinerja aplikasi dengan
-  meminimalkan ukuran unduhan dan mengoptimalkan pengalaman pengguna melalui
-  pembaruan yang cepat dan dapat diandalkan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:28:37.844Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db6efa8d9574929cf125cb-1742441346400.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  delta updates, mobile apps, differential patching, app performance, bandwidth
-  savings
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Delta update membuat pembaruan aplikasi lebih cepat dan lebih kecil dengan hanya mengirimkan bagian aplikasi yang berubah, bukan keseluruhan file. Berikut caranya:
-
--   **File Lebih Kecil Menghemat Data**: Hanya kode yang dimodifikasi yang dikirim, mengurangi ukuran unduhan secara signifikan.
--   **Pembaruan Lebih Cepat**: Pembaruan 5MB dapat diunduh hanya dalam 114ms menggunakan CDN [Capgo](https://capgo.app/).
--   **Tingkat Adopsi Tinggi**: 95% pengguna memperbarui dalam 24 jam.
--   **Andal dan Aman**: Termasuk fitur seperti opsi rollback dan enkripsi end-to-end.
-
-### Fitur Utama:
-
--   **Patching Diferensial**: Membandingkan versi aplikasi dan mengirim hanya perbedaannya.
--   **Alat Otomatis**: Bekerja dengan sistem CI/CD seperti [GitHub Actions](https://docs.github.com/actions) dan [Jenkins](https://www.jenkins.io/).
--   **Metrik Kinerja**: Melacak tingkat keberhasilan pembaruan, kecepatan unduhan, dan keterlibatan pengguna.
-
-Delta update sangat ideal untuk aplikasi [Capacitor](https://capacitorjs.com/), memungkinkan perbaikan bug cepat, peluncuran fitur, dan [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/) sambil menghemat bandwidth dan waktu.
-
-## Cara Mendapatkan FPS LEBIH TINGGI dan Performa Lebih Baik di Warzone ...
-
-<iframe src="https://www.youtube.com/embed/G4X7XGYj0Mg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Delta Update dalam Aplikasi [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-20.jpg?auto=compress)
-
-Delta update dalam [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) mengandalkan metode yang disebut patching diferensial, yang hanya mengirimkan bagian kode yang dimodifikasi. Pendekatan ini meminimalkan jumlah data yang ditransfer, membuat pembaruan lebih cepat dan lebih mudah bagi pengguna.
-
-### Cara Kerja Delta Update
-
-Delta update menciptakan "perbedaan" biner antara versi aplikasi saat ini dan yang baru. Berikut cara kerjanya:
-
--   **Perbandingan Versi**: Sistem memeriksa versi lama dan baru aplikasi.
--   **Analisis Diferensial**: Mengidentifikasi file atau bagian spesifik yang telah berubah.
--   **Pembuatan Patch**: File patch kecil dibuat yang hanya berisi perbedaan.
-
-Misalnya, jika diperlukan perbaikan bug kecil, pembaruan dapat dikirim sebagai patch ringan alih-alih unduhan aplikasi lengkap, menghemat bandwidth dan waktu.
-
-### Komponen Utama Delta Update
-
-Beberapa alat dan proses bekerja bersama untuk memastikan pembaruan yang lancar:
-
-| Komponen | Tujuan | Manfaat |
-| --- | --- | --- |
-| **Sistem Kontrol Versi** | Melacak versi kode | Membuat perbandingan presisi |
-| **Generator Diff** | Menghasilkan perbedaan biner | Mengecilkan ukuran file pembaruan |
-| **Pengelola Pembaruan** | Mengelola unduhan dan instalasi | Memastikan pembaruan dapat diandalkan |
-| **Pemroses Latar Belakang** | Menangani pembaruan secara diam-diam | Memungkinkan [pembaruan otomatis](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-
-Komponen-komponen ini menangani semuanya mulai dari mengidentifikasi perubahan hingga menerapkan pembaruan, seringkali tanpa memerlukan tindakan pengguna.
-
-Untuk menjaga keandalan, sistem ini mencakup pengamanan seperti checksum dan langkah verifikasi. Jika ada masalah, sistem dapat secara otomatis kembali ke versi stabil terakhir, mencegah gangguan bagi pengguna.
-
-Selanjutnya, kami akan memandu Anda melalui pengaturan delta update dalam aplikasi Capacitor Anda.
-
-## Mengatur Delta Update
-
-### Alat dan Pengaturan yang Diperlukan
-
-Sebelum mengimplementasikan delta update, pastikan Anda memiliki yang berikut:
-
-| Komponen | Tujuan | Persyaratan |
-| --- | --- | --- |
-| **Versi Capacitor** | Versi framework | Versi 6 atau 7 |
-| **Lingkungan Pengembangan** | Alat build | [Node.js](https://nodejs.org/en) dan npm |
-| **[Layanan Pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | Manajemen delta | [Capgo CLI](https://capgo.app/docs/cli/commands) |
-| **Integrasi CI/CD** | Penerapan otomatis | GitHub Actions, [GitLab CI](https://docs.gitlab.com/ee/ci/), atau Jenkins |
-
-### Panduan Pengaturan Kode
-
-Anda dapat mengatur delta update dalam tiga langkah sederhana:
-
-1.  **Instal Plugin Pembaruan**
-    
-    Mulai dengan menginisialisasi Capgo dalam proyek Anda menggunakan CLI:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2.  **Konfigurasi Pengaturan Pembaruan**
-    
-    Tambahkan kode berikut ke konfigurasi aplikasi Anda untuk mengaktifkan delta update:
-    
-    ```typescript
-    import { CapacitorUpdater } from '@capgo/capacitor-updater';
-    
-    // Initialize the updater
-    await CapacitorUpdater.initialize({
-      deltaUpdates: true,
-      autoUpdate: true
-    });
-    ```
-    
-3.  **Implementasi Kontrol Versi**
-    
-    Aktifkan pelacakan versi untuk mendukung pembuatan delta:
-    
-    ```typescript
-    const currentVersion = await CapacitorUpdater.getCurrentVersion();
-    const latestVersion = await CapacitorUpdater.getLatestVersion();
-    ```
-    
-
-Setelah langkah-langkah ini selesai, aplikasi Anda siap untuk fase berikutnya: menguji proses pembaruan.
-
-### Uji dan Terapkan
-
-Sebelum meluncurkan pembaruan, uji secara menyeluruh. Capgo menawarkan alat untuk memastikan penerapan yang lancar:
-
-**Pengujian Berbasis Saluran**  
-Siapkan saluran terpisah untuk menguji pembaruan sebelum merilis ke semua pengguna:
-
-```typescript
-await CapacitorUpdater.setChannel('beta');
-```
-
-**Pemantauan dan Keamanan**  
-Gunakan analitik Capgo untuk melacak kinerja pembaruan secara real-time. Metrik utama meliputi:
-
--   Tingkat keberhasilan pembaruan
--   Kecepatan unduhan
--   Keterlibatan pengguna
--   Distribusi versi
-
-Jika terjadi masalah, fitur rollback satu klik Capgo memungkinkan pemulihan cepat.
-
-Untuk aplikasi enterprise, integrasi CI/CD Capgo (harga $2.600 sekali bayar) dapat menyederhanakan pengujian dan penerapan, menghemat waktu dan mengurangi kesalahan.
-
-## Tips Delta Update
-
-Setelah mengatur delta update, Anda dapat meningkatkan alur kerja Anda dengan mengikuti tips praktis ini.
-
-### Mengurangi Ukuran Pembaruan
-
-Delta update menghemat bandwidth dengan hanya mengirim file yang berubah. Untuk membuat pembaruan Anda lebih kecil lagi, coba strategi ini:
-
--   **Kompres gambar dan media** untuk mengurangi ukuran file.
--   **Hapus aset dan dependensi yang tidak digunakan** untuk merampingkan build Anda.
--   **Pisahkan source map** dari build produksi untuk menghindari unduhan yang tidak perlu.
--   **Terapkan lazy loading** untuk sumber daya non-kritis agar hanya memuat yang diperlukan.
-
-Berikut ringkasan teknik yang efektif:
-
-| Strategi | Dampak | Implementasi |
-| --- | --- | --- |
-| Tree Shaking | Menghapus kode yang tidak digunakan | Aktifkan di alat build |
-| Code Splitting | Memisahkan chunk | Gunakan dynamic import |
-| Asset Versioning | Mencegah unduhan berulang | Tambahkan hash konten |
-
-Setelah Anda mengurangi [ukuran pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), fokus pada memastikan proses pembaruan aman dan andal.
-
-### Pemeriksaan Keamanan Pembaruan
-
-Jaga pembaruan tetap aman dengan enkripsi end-to-end dan deteksi konflik versi sejak dini.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sebenarnya, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-Anda juga dapat memantau kinerja pembaruan secara real-time menggunakan alat seperti analitik Capgo untuk melacak:
-
--   Tingkat keberhasilan pembaruan
--   Pola keterlibatan pengguna
-
-### Masalah Umum dan Solusinya
-
-Bahkan dengan konfigurasi yang tepat, delta update dapat mengalami masalah. Berikut cara mengatasi beberapa masalah umum:
-
-**Konflik Versi**  
-Jika ada ketidakcocokan antara versi, gunakan sistem saluran Capgo untuk opsi fallback:
-
-```typescript
-const version = await CapacitorUpdater.getCurrentVersion();
-if (version.mismatch) {
-  await CapacitorUpdater.setChannel('fallback');
-}
-```
-
-**Pembaruan Gagal**  
-Capgo memudahkan untuk kembali ke versi sebelumnya hanya dengan satu klik:
-
-> "Rollback satu klik ke versi sebelumnya jika diperlukan" - Capgo [\[1\]](https://capgo.app/)
-
-**Masalah Jaringan**  
-Gangguan jaringan dapat mengganggu pembaruan, tetapi solusi ini membantu:
-
-| Masalah | Solusi | Manfaat |
-| --- | --- | --- |
-| Timeout | Coba ulang otomatis | Memastikan penyelesaian |
-| Unduhan Parsial | Dukungan lanjutan | Menghemat bandwidth |
-| Kehilangan Koneksi | Persistensi status | Mencegah kerusakan |
-
-Untuk penerapan tingkat enterprise, pertimbangkan menggunakan peluncuran bertahap. Sistem saluran Capgo memungkinkan Anda menguji pembaruan dengan kelompok kecil pengguna sebelum meluncurkannya ke semua orang, mengurangi risiko dan memastikan pengalaman yang lebih lancar.
-
-## Fitur Delta Update [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Capgo membangun sistem delta update-nya dengan fitur yang dirancang untuk meningkatkan kinerja dan keamanan. Sejauh ini, platform ini telah mengelola **23,5 juta pembaruan** di **750 aplikasi produksi** yang mengesankan [\[1\]](https://capgo.app/).
-
-### Fitur Utama Capgo
-
-Delta update Capgo bertujuan untuk memberikan pembaruan secara efisien sambil memprioritaskan keamanan. Berikut yang ditawarkan:
-
--   **Kecepatan Unduhan Cepat**: Bundle 5MB diunduh hanya dalam 114ms melalui CDN globalnya.
--   **Tingkat Keberhasilan Pembaruan Tinggi**: Mencapai tingkat keberhasilan 82% untuk pembaruan di seluruh dunia.
--   **Adopsi Pengguna Cepat**: 95% pengguna aktif memperbarui dalam 24 jam.
-
-(Semua angka berdasarkan data internal Capgo [\[1\]](https://capgo.app/).)
-
-Untuk memastikan keamanan, Capgo menggunakan enkripsi end-to-end yang sebenarnya untuk semua pembaruan. Ini berarti hanya pengguna yang dituju yang dapat mendekripsi konten - selangkah lebih maju dari pesaing yang biasanya mengandalkan penandatanganan pembaruan tanpa enkripsi penuh.
-
-| Fitur | Keunggulan | Metrik Kinerja |
-| --- | --- | --- |
-| Pembaruan Parsial | Menurunkan penggunaan bandwidth | Respons API rata-rata 57ms |
-| CDN Global | Unduhan lebih cepat secara global | 114ms untuk bundle 5MB |
-| Enkripsi E2E | Keamanan data lebih kuat | Enkripsi end-to-end penuh |
-
-### Membandingkan Capgo dengan Alternatif
-
-Capgo menawarkan kombinasi penghematan biaya dan keunggulan kinerja yang menonjol di pasar delta update. Analisis biaya menunjukkan potensi penghematan **$26.100 selama 5 tahun** ketika dipasangkan dengan alat CI/CD [\[1\]](https://capgo.app/).
-
-Tim [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) NASA memuji efisiensi Capgo:
-
-> "Capgo adalah cara cerdas untuk melakukan hot code push (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Capgo juga membedakan diri dengan fitur seperti:
-
--   **Penerapan Fleksibel**: Mendukung opsi berbasis cloud dan self-hosted.
--   **Integrasi CI/CD**: Bekerja dengan mulus dengan GitHub Actions, GitLab CI, dan Jenkins.
--   **Arsitektur Open Source**: Sepenuhnya open source, menghilangkan risiko vendor lock-in.
-
-Sistem salurannya memungkinkan strategi pembaruan lanjutan, seperti tes beta yang ditargetkan dan peluncuran bertahap, sambil mempertahankan tingkat keberhasilan tinggi di berbagai kelompok pengguna.
-
-Untuk tim pengembangan yang membutuhkan solusi delta update yang andal, Capgo memberikan kombinasi yang kuat antara performa, keamanan, dan fleksibilitas.
-
-## Ringkasan
-
-Delta update secara signifikan mengurangi ukuran payload dan mempercepat pengiriman untuk aplikasi Capacitor. Misalnya, bundle berukuran 5MB biasanya dapat diunduh hanya dalam 114ms melalui CDN global Capgo [\[1\]](https://capgo.app/), menunjukkan efisiensi dari pendekatan ini.
-
-Metrik performa dari aplikasi dunia nyata mendukung nilai dari delta update:
-
-| Metrik | Dampak |
-| --- | --- |
-| **Adopsi Pengguna** | 95% pengguna memperbarui dalam 24 jam |
-| **Tingkat Keberhasilan** | 82% secara global |
-| **Respons API** | Rata-rata 57ms |
-| **Aplikasi Produksi** | 750+ aplikasi berhasil menggunakan teknologi ini |
-
-Pengalaman pengguna selaras dengan angka-angka ini. Sebagai contoh, colenso, yang mengelola lebih dari 5.000 pengguna, membagikan:
-
-> "Kami menerapkan pembaruan OTA Capgo dalam produksi untuk basis pengguna kami yang berjumlah +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami telah diperbarui dalam hitungan menit setelah OTA diterapkan di @Capgo." [\[1\]](https://capgo.app/)
-
-Strategi utama untuk delta update yang efektif meliputi:
-
--   Mengirimkan pembaruan parsial untuk menghemat bandwidth
--   Memanfaatkan analitik untuk memantau performa
--   Mendukung instalasi latar belakang untuk pembaruan yang mulus
-
-Dengan 23,5 juta pembaruan yang telah dikirimkan [\[1\]](https://capgo.app/), delta update sedang mengubah cara penerapan aplikasi. Mereka membuat pembaruan lebih cepat, lebih ringan, dan lebih andal, menjadikannya alat yang penting untuk pengembangan aplikasi modern.
diff --git a/src/content/blog/id/how-end-to-end-encryption-secures-updates.md b/src/content/blog/id/how-end-to-end-encryption-secures-updates.md
deleted file mode 100644
index cd3a7411d..000000000
--- a/src/content/blog/id/how-end-to-end-encryption-secures-updates.md
+++ /dev/null
@@ -1,198 +0,0 @@
----
-slug: how-end-to-end-encryption-secures-updates
-title: Mengamankan Pembaruan dengan Enkripsi End-to-end
-description: >-
-  Pelajari bagaimana enkripsi end-to-end mengamankan pembaruan OTA, menjamin
-  integritas aplikasi dan kepercayaan pengguna sambil mencegah akses tidak sah
-  dan manipulasi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:10:31.003Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc6fa4af1a45e500bc7deb-1744604001503.jpg
-head_image_alt: Pengembangan Seluler
-keywords: 'end-to-end encryption, OTA updates, app security, data protection, user trust'
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Enkripsi end-to-end (E2EE)** adalah cara terbaik untuk mengamankan pembaruan over-the-air (OTA) untuk aplikasi. Ini memastikan bahwa hanya pengguna yang dituju yang dapat mendekripsi dan menginstal pembaruan, melindungi dari risiko seperti perusakan, injeksi kode, dan pelanggaran data. Platform seperti [Capgo](https://capgo.app/) telah menerapkan E2EE untuk melindungi integritas aplikasi sambil memenuhi standar keamanan seperti yang disyaratkan oleh Apple dan Google.
-
-### Manfaat Utama Pembaruan OTA Terenkripsi:
-
-- **Mencegah serangan**: Memblokir serangan man-in-the-middle dan akses tidak sah.
-- **Melindungi integritas aplikasi**: Memastikan pembaruan asli dan bebas dari perusakan.
-- **Mendukung kepatuhan**: Memenuhi panduan keamanan app store dan regulasi.
-- **Meningkatkan kepercayaan pengguna**: Hanya pengguna yang dapat mendekripsi pembaruan, memastikan privasi.
-
-### Cara Kerjanya:
-
-1. Pengembang mengenkripsi paket pembaruan.
-2. Pertukaran kunci yang aman memastikan hanya perangkat yang diotorisasi yang dapat mendekripsi.
-3. Perangkat memverifikasi keaslian dan menginstal pembaruan dengan aman.
-
-Solusi Capgo telah mengirimkan 23,5 juta pembaruan secara global, mencapai **tingkat adopsi 95% dalam 24 jam** dan **tingkat keberhasilan 82% di seluruh dunia**. Dengan [mengenkripsi pembaruan](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/), pengembang dapat menerapkan lebih cepat, lebih aman, dan lebih andal.
-
-## Pembaruan OTA yang Aman untuk [ESP32](https://en.wikipedia.org/wiki/ESP32) - Menyiapkan penandatanganan kode dengan ...
-
-<iframe src="https://www.youtube.com/embed/z7nqbCQQBp8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Cara Kerja Enkripsi End-to-End dalam Pembaruan OTA
-
-Enkripsi end-to-end (E2EE) memastikan paket pembaruan OTA tetap privat dan terlindungi dari perusakan selama transmisi. Ini mengamankan seluruh proses sehingga hanya penerima yang dituju yang dapat mendekripsi dan menginstal pembaruan. Berikut ini penjelasan konsep utama dan cara kerja prosesnya.
-
-### Konsep Inti Enkripsi End-to-End
-
-E2EE membangun koneksi aman antara sistem build pengembang dan perangkat pengguna. Ini berarti bahwa meskipun seseorang mencegat pembaruan, mereka tidak akan dapat mengakses isinya. Seperti yang dijelaskan Capgo:
-
-> "Hanya pengguna Anda yang dapat mendekripsi pembaruan Anda, tidak ada yang lain." [\[1\]](https://capgo.app/)
-
-Dalam pengaturan ini, kunci enkripsi hanya disimpan di endpoint. Ini memastikan bahwa bahkan platform yang mengirimkan pembaruan tidak dapat mendekripsi konten, mengikuti prinsip zero-trust yang ketat.
-
-### Elemen Utama Pembaruan Aman
-
-Melindungi pembaruan OTA melibatkan penggunaan metode enkripsi yang kuat dan protokol pertukaran kunci yang aman. Bersama-sama, ini memastikan bahwa paket pembaruan tetap rahasia dan utuh selama transmisi, mencegah akses atau perubahan yang tidak sah.
-
-### Proses Keamanan Pembaruan
-
-Proses mengamankan pembaruan OTA melibatkan beberapa langkah:
-
-1. Pengembang mengenkripsi paket pembaruan pada sistem yang aman.
-2. Pertukaran kunci yang aman memastikan hanya perangkat yang diotorisasi yang dapat mengakses kunci dekripsi.
-3. Ketika perangkat mengunduh pembaruan, ia menjalankan pemeriksaan kriptografis untuk mengkonfirmasi keaslian pembaruan dan mendeteksi perusakan.
-
-Capgo menekankan pendekatan ini, menyatakan:
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sesungguhnya, yang lain hanya menandatangani pembaruan" [\[1\]](https://capgo.app/)
-
-Proses multi-langkah ini memastikan bahwa pembaruan dilindungi sejak saat dibuat hingga diinstal, menawarkan tingkat keamanan yang lebih kuat daripada pendekatan yang hanya mengandalkan penandatanganan pembaruan.
-
-## Menyiapkan Enkripsi End-to-End di [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fc6fa4af1a45e500bc7deb/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Bagian ini menjelaskan cara mengimplementasikan enkripsi end-to-end dalam [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), berdasarkan konsep yang dibahas sebelumnya.
-
-Untuk memastikan pembaruan over-the-air (OTA) yang aman di Capacitor, gunakan protokol enkripsi yang dirancang untuk keamanan tinggi. Platform Capgo menyederhanakan pengelolaan kunci enkripsi sambil mematuhi standar keamanan terkemuka.
-
-### Mengenkripsi Paket Pembaruan
-
-Mulailah dengan menyiapkan paket pembaruan menggunakan alat CLI Capgo. Alat ini mengotomatiskan proses enkripsi, memudahkan pengamanan pembaruan Anda. Instal plugin Capgo dengan perintah berikut:
-
-```
-npx @capgo/cli init
-```
-
-Setelah instalasi, build aplikasi Anda seperti biasa dan terapkan pembaruan terenkripsi menggunakan CLI. Proses ini memastikan pembaruan Anda dikemas dengan aman dan siap untuk diterapkan.
-
-Setelah paket terenkripsi, pastikan kunci enkripsi dipertukarkan dengan aman.
-
-### Bertukar Kunci dengan Aman
-
-Capgo mengintegrasikan sistem manajemen kunci yang mematuhi persyaratan keamanan Apple dan Google [\[1\]](https://capgo.app/). Ini memastikan bahwa kunci enkripsi dipertukarkan dengan aman dan andal.
-
-Setelah kunci ditempatkan, paket terenkripsi dapat dikirim menggunakan protokol transfer data yang aman.
-
-### Transfer Data yang Aman
-
-Platform Capgo memastikan pengiriman data yang cepat dan aman. Misalnya, bundle 5MB ditransmisikan hanya dalam 114ms, dan sistem telah berhasil mengirimkan 23,5 juta pembaruan [\[1\]](https://capgo.app/).
-
-Berikut sekilas metrik kinerjanya:
-
-| Metrik | Kinerja |
-| --- | --- |
-| Waktu Respons API Rata-rata | 57ms di seluruh dunia |
-| Kecepatan Unduh Bundle | 114ms untuk 5MB |
-| Tingkat Keberhasilan Pembaruan | 95% dalam 24 jam |
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-## Keuntungan Pembaruan OTA Terenkripsi
-
-Enkripsi end-to-end membawa manfaat besar untuk pembaruan over-the-air (OTA), meningkatkan keamanan dan keandalan bagi pengembang dan pengguna.
-
-### Keamanan yang Diperkuat
-
-Dengan enkripsi end-to-end, pembaruan dilindungi dari akses tidak sah dan perusakan. Hanya pengguna yang dituju yang dapat mendekripsi dan menginstal pembaruan, memastikan proses pengiriman tetap aman. Studi menunjukkan pembaruan terenkripsi memberikan keamanan yang kuat tanpa mengorbankan efisiensi pengiriman [\[1\]](https://capgo.app/).
-
-### Menyelaraskan dengan Standar Keamanan
-
-[Pembaruan OTA terenkripsi](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) membantu aplikasi memenuhi persyaratan keamanan ketat yang ditetapkan oleh app store dan badan regulasi. Dengan memastikan hanya pengguna akhir yang dapat mendekripsi paket pembaruan, pembaruan ini memenuhi standar platform seperti Apple dan Google sambil melindungi privasi pengguna.
-
-| Persyaratan Keamanan | Peran Enkripsi |
-| --- | --- |
-| Perlindungan Data | Memblokir akses tidak sah ke konten pembaruan |
-| Integritas Kode | Mengkonfirmasi pembaruan bebas dari perusakan |
-| Privasi Pengguna | Menjamin hanya pengguna yang dapat mengakses pembaruan terdekripsi |
-| Kepatuhan App Store | Memenuhi panduan keamanan platform |
-
-Selain kepatuhan, enkripsi secara langsung mendukung kepercayaan pengguna dengan menunjukkan komitmen terhadap keamanan data.
-
-### Membangun Kepercayaan Pengguna dan Menyederhanakan Penerapan
-
-Pembaruan terenkripsi tidak hanya memperkuat kepercayaan pengguna tetapi juga menyederhanakan dan mempercepat penerapan. Kombinasi kepercayaan dan otomatisasi ini sangat berguna untuk tim yang menerapkan penerapan berkelanjutan, membuat banyak pengembang beralih dari metode pembaruan yang lebih lama.
-
-> "Hanya pengguna Anda yang dapat mendekripsi pembaruan Anda, tidak ada yang lain." – Capgo [\[1\]](https://capgo.app/)
-
-## Panduan Keamanan untuk Pembaruan OTA 
-
-Langkah-langkah keamanan yang kuat sangat penting untuk menjaga integritas dan keandalan pembaruan OTA terenkripsi. Panduan ini, dibangun di atas kerangka enkripsi yang solid, mencakup semua hal dari manajemen kunci hingga distribusi untuk memastikan pembaruan tetap aman.
-
-### Mengelola Kunci Enkripsi
-
-Manajemen kunci yang tepat sangat penting karena hanya pengguna yang seharusnya dapat mendekripsi pembaruan [\[1\]](https://capgo.app/).
-
-| **Praktik Manajemen Kunci** | **Panduan Implementasi** |
-| --- | --- |
-| Pembuatan Kunci | Gunakan metode yang aman secara kriptografis |
-| Keamanan Penyimpanan | Simpan kunci pribadi di perangkat keras yang aman |
-| Kontrol Akses | Batasi akses kunci hanya untuk personel yang berwenang |
-
-Setelah mengamankan kunci, pengujian yang ketat diperlukan untuk memvalidasi integritas pembaruan.
-
-### Pengujian dan Pelacakan Pembaruan
-
-Pengujian dan pelacakan sangat penting untuk memastikan pembaruan aman dan efektif. Menurut analitik Capgo, pembaruan yang diuji secara menyeluruh mencapai tingkat adopsi pengguna 95% dalam 24 jam [\[1\]](https://capgo.app/).
-
-Untuk menjaga keamanan pembaruan:
-
-- Gunakan analitik untuk memantau tingkat keberhasilan, keterlibatan pengguna, dan tren kesalahan.
-- Otomatiskan pengujian untuk setiap paket pembaruan.
-- Pertahankan log detail proses distribusi dan instalasi pembaruan.
-
-### Aturan Distribusi Pembaruan
-
-Setelah pengujian mengkonfirmasi keamanan pembaruan, distribusi yang terkontrol membantu mengurangi risiko. Menggunakan sistem saluran memungkinkan peluncuran bertahap sambil mempertahankan standar keamanan yang tinggi.
-
-| **Fase Distribusi** | **Langkah Keamanan** |
-| --- | --- |
-| Rilis Awal | Pengujian beta dengan kelompok pengguna kecil |
-| Peluncuran Bertahap | Penerapan bertahap dengan pemantauan berkelanjutan |
-| Distribusi Penuh | Pelacakan berkelanjutan tingkat keberhasilan |
-| Respons Darurat | Aktifkan rollback satu klik untuk perbaikan cepat |
-
-Manajemen saluran yang cermat memastikan pembaruan diterapkan dengan sukses di seluruh dunia [\[1\]](https://capgo.app/).
-
-> "Target kelompok pengguna tertentu dengan versi berbeda menggunakan saluran untuk pengujian beta dan peluncuran bertahap" - Capgo [\[1\]](https://capgo.app/)
-
-## Kesimpulan
-
-Enkripsi end-to-end memainkan peran penting dalam mengamankan pembaruan OTA. Dengan menggunakan protokol enkripsi yang kuat, pembaruan tetap terlindungi sambil mematuhi pedoman app store.
-
-Angka-angka berbicara dengan sendirinya. Dengan implementasi enkripsi end-to-end Capgo, pengembang mencapai tingkat keberhasilan global yang mengesankan sebesar 82% [\[1\]](https://capgo.app/). Ini tidak hanya memastikan pengiriman yang aman tetapi juga meningkatkan kepercayaan pengguna dan mempercepat penerapan.
-
-Manfaat pembaruan OTA yang aman melampaui sekadar keamanan. Pengembang telah berhasil mengirimkan lebih dari 23,5 juta pembaruan di seluruh dunia [\[1\]](https://capgo.app/), menunjukkan bagaimana enkripsi dapat diskalakan secara efisien tanpa mengorbankan keamanan.
-
-Berikut beberapa faktor kunci yang berkontribusi pada keberhasilan pembaruan OTA:
-
-| Faktor Keberhasilan | Peran dalam [Secure Updates](https://capgo.app/docs/live-updates/update-behavior/) |
-| --- | --- |
-| [Implementasi Enkripsi](https://capgo.app/docs/cli/migrations/encryption/) | Memastikan hanya pengguna yang berwenang yang dapat mendekripsi pembaruan |
-| Strategi Distribusi | Mengelola peluncuran bertahap yang terkendali |
-| Kepatuhan Keamanan | Menjaga pembaruan selaras dengan aturan platform |
-| Verifikasi Pembaruan | Mengkonfirmasi integritas setiap pembaruan |
-
-Masa depan pembaruan aplikasi bergantung pada sistem yang menggabungkan keamanan dengan kemampuan beradaptasi. Seiring semakin banyak pengembang yang mengadopsi enkripsi end-to-end, pembaruan OTA akan terus melindungi aplikasi sambil menetapkan standar yang lebih tinggi untuk sistem pengiriman.
diff --git a/src/content/blog/id/how-live-updates-for-capacitor-work.md b/src/content/blog/id/how-live-updates-for-capacitor-work.md
deleted file mode 100644
index d0d1f5f68..000000000
--- a/src/content/blog/id/how-live-updates-for-capacitor-work.md
+++ /dev/null
@@ -1,292 +0,0 @@
----
-slug: how-live-updates-for-capacitor-work
-title: Bagaimana Pembaruan Langsung Bekerja di Capgo
-description: >-
-  Penetrasi mendalam ke dalam implementasi teknis pembaruan langsung di Capgo,
-  memahami bagaimana cara kerjanya di balik layar untuk iOS dan Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T06:14:25.862Z
-updated_at: 2025-03-18T15:14:16.781Z
-head_image: /capgo_banner.webp
-head_image_alt: Arsitektur Pembaruan Langsung
-keywords: >-
-  Capgo live updates, OTA updates, Capacitor updates, mobile app development,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-# Memahami Pembaruan Langsung di Capgo
-
-Pembaruan langsung adalah salah satu fitur paling kuat dalam aplikasi Capacitor, memungkinkan pembaruan real-time tanpa pengiriman ke toko aplikasi. Mari kita selami lebih dalam bagaimana Capgo mengimplementasikan fungsionalitas ini.
-
-## Konsep Inti
-
-Aplikasi Capacitor terdiri dari dua lapisan utama:
-
-1. **Lapisan Web**: Berisi file HTML, CSS, dan JavaScript yang dimuat di WebView
-2. **Lapisan Native**: Berisi kode spesifik platform (Java/Kotlin untuk Android, Swift untuk iOS)
-
-Sistem pembaruan langsung Capgo bekerja dengan mengganti lapisan web pada saat runtime, karena file-file ini tidak dikompilasi ke dalam biner aplikasi.
-
-## Implementasi Teknis
-
-### Jalur Server di Capacitor
-
-Capgo mengelola dua jalur penting:
-
-- **Jalur Server Saat Ini**: Mengarah ke file yang saat ini dimuat di WebView
-- **Jalur Server Selanjutnya**: Mengarah ke file yang akan dimuat pada saat aplikasi di-restart
-
-### Implementasi Android
-
-Di Android, Capgo mengelola jalur melalui:
-
-```java
-// Store next server path
-private void setNextCapacitorServerPath(String path) {
-    SharedPreferences prefs = context.getSharedPreferences("CapWebViewSettings", Activity.MODE_PRIVATE);
-    SharedPreferences.Editor editor = prefs.edit();
-    editor.putString("serverBasePath", path);
-    editor.apply();
-}
-
-// Update current path and reload
-private void setCurrentCapacitorServerPath(String path) {
-    bridge.setServerBasePath(path);
-    bridge.reload();
-}
-```
-
-### Implementasi iOS
-
-Di iOS, jalur dikelola melalui:
-
-```swift
-// Store next server path
-private func setNextCapacitorServerPath(path: String) {
-    KeyValueStore.standard["serverBasePath"] = path
-}
-
-// Update current path
-private func setCurrentCapacitorServerPath(path: String) {
-    bridge.viewController.setServerBasePath(path: path)
-}
-```
-
-## Langkah-langkah Keamanan
-
-Capgo menerapkan keamanan tingkat militer melalui enkripsi end-to-end, memastikan pembaruan aplikasi Anda tetap sepenuhnya aman dari pengembangan hingga penerapan. Sistem enkripsi kami melampaui penandatanganan kode tradisional untuk memberikan keamanan nol-pengetahuan yang sebenarnya.
-
-### Arsitektur Enkripsi End-to-End
-
-1. **Enkripsi End-to-End (E2EE)**: Setiap paket pembaruan dienkripsi menggunakan enkripsi AES-256-GCM sebelum meninggalkan lingkungan pengembangan Anda. Enkripsi tingkat militer ini memastikan bahwa pembaruan aplikasi Anda tetap sepenuhnya pribadi dan aman sepanjang proses pengiriman.
-
-2. **Arsitektur Nol-Pengetahuan**: Tidak seperti solusi pembaruan OTA lainnya yang hanya menandatangani pembaruan, Capgo menerapkan enkripsi nol-pengetahuan yang sebenarnya. Ini berarti:
-   - Konten pembaruan dienkripsi sebelum diunggah
-   - Server Capgo hanya menyimpan data terenkripsi
-   - Dekripsi hanya terjadi di perangkat pengguna akhir
-   - Tidak ada perantara yang dapat mengakses konten pembaruan Anda
-
-3. **Manajemen Kunci yang Aman**: 
-   - Kunci enkripsi dihasilkan dan disimpan secara aman di lingkungan CI/CD Anda
-   - Kunci privat tidak pernah menyentuh server Capgo
-   - Setiap versi aplikasi dapat menggunakan kunci enkripsi yang unik
-   - Dukungan rotasi kunci untuk keamanan yang lebih baik
-
-Pelajari lebih lanjut tentang sistem enkripsi kami dalam panduan terperinci kami: [Enkripsi End-to-End di Pembaruan Langsung Capgo](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)
-
-### Proses Keamanan Pembaruan
-
-1. **Enkripsi Pra-Unggah**:
-   - Pembaruan dienkripsi di jalur CI/CD Anda
-   - Setiap file dienkripsi secara individu
-   - Metadata juga dienkripsi untuk menjaga privasi penuh
-
-2. **Penyimpanan Aman**:
-   - Paket terenkripsi disimpan di CDN global Capgo
-   - Tidak ada data teks biasa yang pernah menyentuh server kami
-   - Bahkan dalam kasus pelanggaran server, data tetap aman
-
-3. **Pengiriman Aman**:
-   - Pembaruan dikirimkan melalui saluran terenkripsi
-   - Setiap instansi aplikasi memvalidasi integritas enkripsi
-   - Mekanisme otomatis untuk percobaan dekripsi yang gagal
-
-4. **Keamanan Sisi Klien**:
-   - Pembaruan diverifikasi sebelum instalasi
-   - Dekripsi yang gagal memicu pengembalian otomatis
-   - Penyimpanan kunci yang aman di penyimpanan terlindungi aplikasi
-
-Pendekatan keamanan komprehensif ini memastikan bahwa pembaruan aplikasi Anda tetap terlindungi dari:
-- Serangan Man-in-the-middle
-- Pelanggaran sisi server
-- Modifikasi yang tidak sah
-- Serangan replay
-- Pemalsuan konten
-
-## Siklus Hidup Pembaruan
-
-Proses pembaruan Capgo dirancang untuk otomatis secara default. Berikut cara kerja proses otomatis tersebut:
-
-### 1. Pemeriksaan Pembaruan Otomatis
-
-Plugin secara otomatis memeriksa pembaruan dalam situasi berikut:
-- Ketika aplikasi dimulai
-
-Perilaku ini dikendalikan oleh pengaturan `autoUpdate`:
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true // Enable automatic updates
-    }
-  }
-}
-```
-Anda juga dapat memeriksa secara manual dengan `getLatest()`
-
-### 2. Pengunduhan Otomatis
-
-Ketika versi baru terdeteksi, jika `autoUpdate` diaktifkan:
-1. Pengunduhan dimulai otomatis
-2. Progres dilacak secara internal
-3. Pengunduhan yang gagal mencoba ulang secara otomatis setiap kali aplikasi dibuka
-4. Pengunduhan yang berhasil disimpan di penyimpanan aplikasi
-
-Anda dapat memantau proses ini melalui peristiwa:
-```typescript
-CapacitorUpdater.addListener('download', (info: DownloadEvent) => {
-  console.log('Auto-download progress:', info.percent);
-});
-
-CapacitorUpdater.addListener('downloadComplete', (info: DownloadCompleteEvent) => {
-  console.log('Auto-download complete:', info.bundle);
-});
-```
-
-### 3. Instalasi Otomatis
-
-Waktu instalasi tergantung pada konfigurasi Anda:
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": false // install update on app backgrounding
-      "resetWhenUpdate": true, // reset live updates on native update (true by default)
-      "autoDeleteFailed": true, // Auto cleanup failed updates (true by default)
-      "autoDeletePrevious": true // Auto cleanup old versions (true by default)
-    }
-  }
-}
-```
-
-Instalasi terjadi:
-- Segera jika `directUpdate` benar
-- Pada arka aplikasi berikutnya jika `directUpdate` salah
-- Pengembalian otomatis jika instalasi gagal
-
-Plugin juga secara otomatis mengelola penyimpanan:
-- Menghapus pembaruan yang gagal jika `autoDeleteFailed` benar
-- Membersihkan versi lama jika `autoDeletePrevious` benar
-
-### Menunda Pembaruan
-
-Anda dapat mengontrol kapan pembaruan diinstal menggunakan kondisi penundaan:
-
-```typescript
-// Delay until app goes to background
-await CapacitorUpdater.setDelay({
-  kind: 'background'
-});
-
-// Delay until specific date
-await CapacitorUpdater.setDelay({
-  kind: 'date',
-  value: '2024-03-20T10:00:00.000Z'
-});
-
-// Delay until next native version
-await CapacitorUpdater.setDelay({
-  kind: 'nativeVersion'
-});
-
-// Multiple conditions
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'background'
-    },
-    {
-      kind: 'date',
-      value: '2024-03-20T10:00:00.000Z'
-    }
-  ]
-});
-```
-
-Kondisi penundaan yang tersedia:
-- **background**: Instal ketika aplikasi masuk ke latar belakang
-- **date**: Instal setelah tanggal/waktu tertentu
-- **nativeVersion**: Instal setelah pembaruan native berikutnya
-- **kill**: Instal setelah aplikasi dihentikan
-
-Ini berguna untuk:
-- Menjadwalkan pembaruan selama jam sepi
-- Mengkoordinasikan pembaruan dengan aktivitas pengguna
-- Memastikan pengalaman pembaruan yang lancar
-- Mencegah gangguan selama tugas kritis
-
-### Status Pembaruan
-
-Selama proses otomatis, paket beralih melalui status-status ini:
-1. **downloading**: Pengunduhan sedang berlangsung
-2. **pending**: Pengunduhan selesai, menunggu instalasi
-3. **success**: Pembaruan terinstal dan aktif
-4. **error**: Pembaruan gagal (memicu pengembalian otomatis)
-
-## Kepatuhan Toko
-
-### Apple App Store ✅
-
-Pembaruan Langsung sepenuhnya mematuhi kebijakan Apple App Store. Seperti yang dinyatakan dalam Perjanjian Lisensi Program Pengembang Apple:
-
-> "Kode yang diinterpretasikan dapat diunduh ke Aplikasi tetapi hanya selama kode tersebut: (a) tidak mengubah tujuan utama Aplikasi dengan memberikan fitur atau fungsionalitas yang tidak konsisten dengan tujuan yang dimaksudkan dan diiklankan dari Aplikasi yang diajukan ke App Store, (b) tidak menciptakan toko atau etalase untuk kode atau aplikasi lain, dan (c) tidak melewati penandatanganan, sandbox, atau fitur keamanan lain dari OS."
-
-Capgo hanya memodifikasi lapisan web sambil menghormati semua batasan keamanan platform.
-
-### Google Play Store ✅
-
-Pembaruan Langsung mematuhi Kebijakan Google Play. Kebijakan Penyalahgunaan Perangkat dan Jaringan secara khusus menyatakan:
-
-> "Pembatasan ini tidak berlaku untuk kode yang berjalan di mesin virtual atau interpreter di mana keduanya memberikan akses tidak langsung ke API Android (seperti JavaScript dalam webview atau browser)."
-
-Karena Capgo hanya memperbarui konten WebView, maka hal ini termasuk dalam pedoman yang diizinkan.
-
-## Praktik Terbaik
-
-1. **Peluncuran Bertahap**: Terapkan pembaruan secara bertahap
-2. **Pengendalian Versi**: Lacak semua versi yang diterapkan
-3. **Dukungan Pengembalian**: Pemulihan cepat dari masalah
-4. **Pembaruan Delta**: Hanya unduh file yang berubah
-
-## Kapan Menggunakan Pembaruan Langsung
-
-Sangat cocok untuk:
-- Memperbaiki bug
-- Peningkatan UI
-- Pembaruan konten
-- Pengalihan fitur
-
-Tidak cocok untuk:
-- Perubahan kode native
-- Pembaruan versi besar
-- Tambalan keamanan yang memerlukan perubahan native
diff --git a/src/content/blog/id/how-mobile-apps-stay-compliant-with-us-privacy-laws.md b/src/content/blog/id/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
deleted file mode 100644
index e01b4a445..000000000
--- a/src/content/blog/id/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
+++ /dev/null
@@ -1,237 +0,0 @@
----
-slug: how-mobile-apps-stay-compliant-with-us-privacy-laws
-title: Bagaimana Aplikasi Seluler Mematuhi Undang-Undang Privasi AS
-description: >-
-  Jelajahi bagaimana aplikasi seluler dapat mencapai kepatuhan terhadap
-  undang-undang privasi di AS melalui persetujuan pengguna, manajemen data, dan
-  praktik keamanan yang efektif.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-06T03:14:22.038Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c8efd008fcceb00021f6ac-1741230902559.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  mobile apps, privacy compliance, user consent, data management, encryption,
-  app store rules, privacy policies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
--   **Fitur Privasi Utama**:
-    
-    -   Menyediakan opsi persetujuan yang jelas (opt-in/opt-out).
-    -   Membagikan kebijakan privasi yang mudah dipahami [privacy policies](https://capgo.app/dp/).
-    -   Memungkinkan pengguna untuk mengakses, menghapus, dan mentransfer data mereka.
--   **Alat Privasi**:
-    
-    -   Menggunakan enkripsi end-to-end untuk keamanan data.
-    -   Menerapkan alat seperti [Capgo](https://capgo.app/) untuk pembaruan cepat dan pemantauan kepatuhan.
--   **Aturan [App Store](https://www.apple.com/app-store/)**:
-    
-    -   Apple: Ikuti [App Tracking Transparency](https://developer.apple.com/documentation/apptrackingtransparency) (ATT) dan perbarui label privasi.
-    -   Google: Kirim Deklarasi Keamanan Data dan pertahankan [kebijakan privasi](https://capgo.app/privacy/) yang terperinci.
--   **Langkah Kepatuhan**:
-    
-    -   Secara berkala melakukan audit praktik pengumpulan data.
-    -   Menguji alur persetujuan pengguna dan alat pengelolaan data.
-    -   Selalu mengikuti undang-undang negara bagian dan persyaratan toko aplikasi.
-
-**Tip Cepat**: Gunakan alat otomatis dan platform CI/CD untuk merilis pembaruan privasi dengan cepat dan aman.
-
-## Status Privasi Aplikasi Seluler: Tren & Kesimpulan Kepatuhan
-
-<iframe src="https://www.youtube.com/embed/KodK0fIQhks" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Fitur Privasi yang Diperlukan untuk Aplikasi Seluler
-
-Aplikasi seluler perlu menyertakan alat yang memungkinkan pengguna mengelola data pribadi mereka, memastikan kepatuhan dengan undang-undang privasi AS. Alat ini membantu pengguna mempertahankan kontrol atas informasi mereka dan membangun kepercayaan dalam aplikasi Anda.
-
-### Persyaratan Izin Pengguna
-
-Penting untuk memberikan pengguna kontrol privasi yang jelas yang menawarkan pilihan nyata tentang data mereka:
-
--   Gunakan mekanisme persetujuan yang jelas, termasuk opsi opt-in dan opt-out.
--   Bagikan kebijakan privasi yang mudah dipahami, menjelaskan bagaimana data dikumpulkan, digunakan, dan hak-hak apa yang dimiliki pengguna.
-
-### Manajemen Hak Data Pengguna
-
-Berikan pengguna kemampuan untuk mengelola data mereka dengan fitur-fitur ini:
-
--   Portal aman di mana mereka dapat mengakses data mereka, mengunduhnya, dan membuat permintaan terkait privasi.
--   Alat yang mudah digunakan untuk menghapus akun dan menghapus data terkait.
--   Opsi transfer data, memungkinkan pengguna untuk memindahkan informasi mereka ke layanan lain.
-
-## Alat dan Metode Kepatuhan Privasi
-
-Setelah Anda mengatur fitur privasi utama, langkah selanjutnya adalah menegakkannya menggunakan solusi teknis yang terarah dan pengujian yang menyeluruh.
-
-### Standar Keamanan Data
-
-Mengamankan data adalah komponen inti dari kepatuhan privasi. Pengembang harus menggunakan **enkripsi end-to-end** untuk melindungi data pengguna selama transmisi dan penyimpanan, memastikan informasi sensitif hanya dapat diakses oleh penerima yang berwenang.
-
-### Alat untuk Pengembangan Berfokus pada Privasi
-
-Alat tertentu dapat membantu mempertahankan kepatuhan privasi sepanjang proses pengembangan. Misalnya, Capgo menyediakan solusi yang disesuaikan untuk aplikasi Capacitor yang memenuhi regulasi privasi negara bagian AS.
-
-Berikut adalah beberapa fitur kunci yang perlu dipertimbangkan saat memilih alat pengembangan yang berfokus pada privasi:
-
-| Fitur | Keuntungan Privasi | Contoh Kasus Penggunaan |
-| --- | --- | --- |
-| Enkripsi End-to-end | Melindungi data sensitif dari akses yang tidak sah | Sistem enkripsi Capgo untuk pembaruan aplikasi yang aman |
-| Pembaruan Instan | Memungkinkan perbaikan cepat untuk masalah privasi | Menyampaikan pembaruan langsung tanpa menunggu persetujuan dari toko aplikasi |
-| Penugasan Pengguna | Mengelola distribusi pembaruan untuk tujuan pengujian | Peluncuran bertahap ke grup pengguna terpilih |
-| Kontrol Versi | Melacak perubahan terkait kepatuhan privasi | Integrasi CI/CD dengan pemeriksaan kepatuhan terintegrasi |
-
-### Langkah untuk Pengujian Kepatuhan
-
-1.  **Penilaian Privasi Awal**  
-    Mulailah dengan meninjau semua poin di mana data dikumpulkan dan izin diterapkan. Dokumentasikan jenis data yang dikumpulkan dan di mana disimpan.
-    
-2.  **Pengujian Otomatis**  
-    Siapkan saluran pengujian berkelanjutan untuk memverifikasi fitur privasi dengan setiap penerapan. Misalnya, per 3 Maret 2025, Capgo telah berhasil mengirimkan 947,6 juta pembaruan secara global [\[1\]](https://capgo.app/).
-    
-3.  **Pengujian Hak Pengguna**  
-    Evaluasi semua fungsionalitas manajemen data pengguna, termasuk:
-    
-    -   Penanganan permintaan akses
-    -   Proses penghapusan data
-    -   Alat untuk portabilitas data
-    -   Sistem manajemen persetujuan
-
-> "Kami menerapkan pengembangan agil dan @Capgo sangat penting dalam memberikan layanan secara terus menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Alat dan langkah pengujian ini meletakkan dasar untuk memenuhi persyaratan privasi toko aplikasi, yang akan dibahas di bagian berikutnya.
-
-###### sbb-itb-f9944d2
-
-## Aturan Privasi [App Store](https://www.apple.com/app-store/)
-
-![App Store](https://mars-images.imgix.net/seobot/screenshots/www.apple.com-9d9fbf06f7f9dd70143af6386e59a5d2-2025-03-06.jpg?auto=compress)
-
-Mematuhi standar privasi yang ditetapkan oleh toko aplikasi utama adalah kunci untuk menjaga aplikasi Anda tetap tersedia dan mendapatkan kepercayaan pengguna. Baik Apple maupun Google telah menetapkan persyaratan ketat yang harus dipatuhi oleh pengembang.
-
-### Persyaratan Privasi Apple
-
-App Store Apple menegakkan privasi melalui kerangka kerja App Tracking Transparency (ATT). Berikut adalah beberapa poin kunci:
-
-| Persyaratan | Metode | Verifikasi |
-| --- | --- | --- |
-| Label Privasi | Pengungkapan terperinci tentang praktik pengumpulan data | Harus diperbarui dengan setiap pengajuan |
-| Kerangka ATT | Izin pengguna untuk pelacakan antar aplikasi | Diperlukan untuk iOS 14.5+ |
-| Minimasi Data | Membatasi pengumpulan data pada fungsi yang penting | Audit privasi secara reguler diperlukan |
-
-Untuk meningkatkan keamanan, gunakan enkripsi end-to-end untuk transmisi data. Alat seperti Capgo dapat membantu dengan menyediakan pembaruan terenkripsi yang sesuai dengan pedoman keamanan Apple [\[1\]](https://capgo.app/). Di sisi lain, Google Play juga menerapkan transparansi ketat dan kontrol pengguna atas praktik data.
-
-### Standar Privasi [Google Play](https://play.google.com/store/games?hl=en_US&gl=US)
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/play.google.com-16a80c4cf416aa7572b6b4b1e8b92617-2025-03-06.jpg?auto=compress)
-
-Toko Google Play mengharuskan pengembang untuk memberikan rincian yang jelas tentang praktik data mereka. Persyaratan kunci mencakup:
-
-| Persyaratan | Deskripsi | Metode |
-| --- | --- | --- |
-| Deklarasi Keamanan Data | Pengungkapan yang jelas tentang pengumpulan data | Formulir terperinci di Play Console |
-| Dokumentasi Kebijakan Privasi | Informasi privasi yang komprehensif | Tautan eksternal dalam daftar toko |
-| Praktik Keamanan | Penjelasan tentang langkah-langkah perlindungan data | Dokumentasi teknis |
-
-Untuk memenuhi standar ini, pertimbangkan untuk mengadopsi alat yang memungkinkan pembaruan privasi yang cepat di berbagai platform.
-
-### Pendekatan Teknis untuk Kepatuhan
-
-Berikut adalah beberapa langkah praktis untuk memastikan aplikasi Anda memenuhi persyaratan privasi baik untuk Apple maupun Google:
-
--   **Gunakan API Privasi Khusus Platform**:  
-    Manfaatkan alat seperti Privacy Manifests Apple dan Data Safety APIs Google untuk mendokumentasikan titik akses data secara efektif.
-    
--   **Pastikan Fleksibilitas Pembaruan**:  
-    Segera luncurkan perbaikan terkait privasi menggunakan sistem pembaruan yang patuh. Tetap mengikuti perubahan kebijakan.
-    
--   **Lakukan Audit Privasi Secara Berkala**:  
-    Tinjau praktik pengumpulan data aplikasi Anda secara teratur, pembarui dokumentasi privasi, dan verifikasi kepatuhan dengan standar terbaru.
-    
-
-Tetap diperbarui dengan aturan privasi dan cepat dalam menerapkan perubahan sangat penting untuk mempertahankan kepatuhan. Seperti yang dijelaskan oleh Rodrigo Mantica:
-
-> "Kami menerapkan pengembangan agil dan @Capgo sangat penting dalam memberikan layanan secara terus menerus kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-## Menjaga Kepatuhan Privasi Aplikasi
-
-Tetap mematuhi privasi bukanlah tugas sekali selesai. Selain pengujian dan memenuhi persyaratan toko aplikasi, pengembang harus secara aktif mengelola privasi untuk mengikuti regulasi yang terus berubah. Menggunakan alat dan pendekatan yang tepat dapat membantu Anda tetap unggul.
-
-### Pembaruan Undang-Undang Privasi
-
-Undang-undang privasi selalu berkembang, dan melacaknya memerlukan rencana terstruktur:
-
-| Area Pemantauan | Metode | Frekuensi |
-| --- | --- | --- |
-| Undang-Undang Negara Bagian | Sumber kepatuhan hukum | Tinjauan bulanan |
-| Kebijakan Toko Aplikasi | Berita pengembang platform | Pemeriksaan dua mingguan |
-| Standar Industri | Forum dan grup privasi | Tinjauan setiap tiga bulan |
-
-Selain pemantauan rutin, melakukan audit memastikan aplikasi Anda tetap patuh.
-
-### Jadwal Pemeriksaan Privasi
-
-Audit rutin sangat penting untuk mengidentifikasi dan menangani risiko kepatuhan lebih awal:
-
-| Jenis Tinjauan | Frekuensi | Komponen Kunci |
-| --- | --- | --- |
-| Audit Pengumpulan Data | Bulanan | Periksa titik pengumpulan data |
-| Verifikasi Izin | Dua mingguan | Konfirmasi proses persetujuan pengguna |
-| Penilaian Keamanan | Setiap tiga bulan | Tinjau langkah-langkah enkripsi |
-| Tinjauan Dokumentasi | Bulanan | Perbarui kebijakan privasi |
-
-Audit ini, dipadukan dengan alat manajemen privasi, membantu pengembang bertindak cepat ketika masalah muncul.
-
-### Alat Manajemen Privasi
-
-Untuk menangani tantangan kepatuhan secara efisien, pengembang bergantung pada alat untuk pembaruan cepat dan [secure updates](https://capgo.app/docs/live-updates/update-behavior/). Capgo adalah contoh utama, yang telah mengirimkan lebih dari 947,6 juta [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/) secara global [\[1\]](https://capgo.app/).
-
-| Fitur | Manfaat Privasi | Dampak Implementasi |
-| --- | --- | --- |
-| Enkripsi E2E | Melindungi data dalam perjalanan | Peningkatan keamanan segera |
-| Integrasi CI/CD | Mempercepat perbaikan kepatuhan | Memperpendek waktu penerapan |
-| Penugasan Pengguna | Memungkinkan peluncuran terkontrol | Kemampuan pengujian terfokus |
-
-Alat seperti ini memastikan tindakan cepat, pembaruan yang aman, dan waktu henti yang minimal.
-
-> "@Capgo adalah cara cerdas untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-> "Capgo adalah alat yang harus dimiliki oleh pengembang yang ingin lebih produktif. Menghindari tinjauan untuk perbaikan bug adalah emas." [\[1\]](https://capgo.app/)
-
-## Kesimpulan: Daftar Periksa Kepatuhan Privasi
-
-### Panduan Referensi Cepat
-
-Berikut adalah daftar periksa yang disederhanakan untuk membantu Anda menangani tugas kepatuhan privasi yang utama. Tabel di bawah ini menyoroti area inti, apa yang mereka butuhkan, dan cara memverifikasinya:
-
-| Area Kepatuhan | Persyaratan Implementasi | Metode Verifikasi |
-| --- | --- | --- |
-| Keamanan Data | Gunakan enkripsi end-to-end | Lakukan audit keamanan |
-| Hak Pengguna | Siapkan sistem izin | Uji alur pengguna |
-| [Manajemen Pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Aktifkan penyebaran pembaruan cepat | Integrasikan alat CI/CD |
-| Dokumentasi | Jaga kebijakan privasi tetap terbarui | Lakukan tinjauan bulanan |
-
-Fokus pada alat yang memungkinkan respons cepat terhadap kebutuhan kepatuhan. Daftar periksa ini adalah titik awal Anda - saatnya untuk bertindak.
-
-### Memulai
-
-Mulailah dengan menyiapkan [sistem pembaruan yang efektif](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Alat modern memudahkan ini lebih dari sebelumnya. Misalnya, **Capgo** terintegrasi dengan platform CI/CD seperti [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), dan [GitHub](https://github.com/about), memastikan pembaruan baik cepat maupun aman.
-
-Berikut adalah panduan langkah demi langkah untuk implementasi:
-
-| Item Tindakan | Garis Waktu | Hasil yang Diharapkan |
-| --- | --- | --- |
-| Penyiapan Keamanan | Minggu 1 | Transmisi data terenkripsi |
-| Penugasan Pengguna | Minggu 2 | Proses penyebaran terkendali |
-| Integrasi CI/CD | Minggu 3 | Penerapan otomatis |
-
-Contoh dari dunia nyata datang dari Rodrigo Mantica, yang berbagi:
-
-> "Kami mempraktikkan pengembangan agile dan @Capgo adalah kunci misi dalam memberikan layanan terus-menerus kepada pengguna kami!"
-
-> "@Capgo adalah alat yang wajib dimiliki bagi pengembang yang ingin lebih produktif. Menghindari tinjauan untuk perbaikan bug sangat berharga."
diff --git a/src/content/blog/id/how-native-bridge-works-in-capacitor-android-apps.md b/src/content/blog/id/how-native-bridge-works-in-capacitor-android-apps.md
deleted file mode 100644
index 733c2f92f..000000000
--- a/src/content/blog/id/how-native-bridge-works-in-capacitor-android-apps.md
+++ /dev/null
@@ -1,294 +0,0 @@
----
-slug: how-native-bridge-works-in-capacitor-android-apps
-title: Cara Native Bridge Bekerja di Aplikasi Android Capacitor
-description: >-
-  Jelajahi bagaimana jembatan asli dalam aplikasi Android meningkatkan
-  komunikasi antara kode web dan fitur asli, mengoptimalkan kinerja dan
-  pengalaman pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:26:08.446Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de087b13cee397379a0b94-1742610380581.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, Android, native bridge, JavaScript, mobile development, app
-  performance, updates, communication
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Jembatan asli di [Capacitor](https://capacitorjs.com/) aplikasi Android memungkinkan komunikasi yang mulus antara JavaScript berbasis web dan fitur Android asli.** Ini memungkinkan pengembang untuk menggunakan fungsionalitas spesifik Android seperti kamera, geolokasi, dan penyimpanan langsung dari kode web mereka, menciptakan aplikasi yang terasa asli sambil memanfaatkan teknologi web.
-
-### Poin Utama:
-
--   **Apa itu?** Sistem komunikasi dua arah antara JavaScript dan Android, mengonversi panggilan JavaScript menjadi metode Android asli dan sebaliknya.
--   **Sorotan Kinerja:**
-    -   Waktu respons API: **57ms** (rata-rata global).
-    -   Transfer data: **114ms** untuk bundel 5MB.
-    -   Adopsi pembaruan: **95% diselesaikan dalam 24 jam** menggunakan alat seperti [Capgo](https://capgo.app/).
--   **Bagaimana cara kerjanya:**
-    -   **JavaScript ke Android:** Mengirim permintaan diserialisasi ke metode Android asli.
-    -   **Android ke JavaScript:** Menggunakan callback untuk siaran acara, respons langsung, dan pembaruan status.
--   **Persyaratan Pengaturan:**
-    -   Gunakan Capacitor 8.x.
-    -   Konfigurasikan [Gradle](https://gradle.org/), `AndroidManifest.xml`, dan aset web.
--   **Tips Optimasi:**
-    -   Gunakan pembaruan parsial untuk mengurangi bandwidth.
-    -   Pantau latensi panggilan jembatan, ukuran data, dan penggunaan memori.
-
-Capgo, alat untuk pembaruan over-the-air, terintegrasi dengan jembatan asli untuk mengirim pembaruan secara efisien dan aman, memastikan aplikasi tetap responsif dan selalu diperbarui.
-
-**Ingin membangun aplikasi cepat dan responsif yang menggabungkan fleksibilitas kode web dengan kinerja Android asli? Teruslah membaca untuk mempelajari bagaimana jembatan asli bekerja dan bagaimana mengoptimalkannya untuk proyek Anda.**
-
-## Cara membuat plugin lokal spesifik proyek | Ionic | [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-22.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/q5kQcTqPtGY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Alur Komunikasi Jembatan Asli
-
-Jembatan asli di [aplikasi Capacitor Android](https://capgo.app/top_capacitor_app/) memungkinkan komunikasi dua arah antara lapisan web dan asli. Sistem pengiriman pesan ini memastikan pertukaran data yang mulus dan real-time tanpa mengorbankan kinerja. Di bawah ini, kami menjelaskan bagaimana komunikasi mengalir di kedua arah dan bagaimana data dikelola.
-
-### Komunikasi JavaScript ke Android
-
-Ketika JavaScript perlu berinteraksi dengan fungsionalitas Android asli, ia mengikuti proses terstruktur melalui jembatan asli. JavaScript mengirim permintaan dengan menyerialisasi dan mengantre data, memastikan permintaan ditangani dengan cara yang terorganisir dan menghindari konflik.
-
-Berikut cara aliran pesan bekerja:
-
-| **Tahap** | **Proses** |
-| --- | --- |
-| Pembuatan Pesan | Membuat payload JavaScript |
-| Serialisasi | Mengonversi data ke dalam format asli |
-| Manajemen Antrean | Memprioritaskan dan mengarahkan pesan |
-| Eksekusi Asli | Mengeksekusi permintaan melalui metode Android |
-
-Pengaturan ini memastikan bahwa panggilan JavaScript diproses secara efisien dan dalam urutan yang benar.
-
-### Komunikasi Android ke JavaScript
-
-Kode Android asli berkomunikasi kembali ke lapisan web menggunakan mekanisme callback. Jembatan melacak callback yang tertunda untuk memastikan respons dicocokkan dengan permintaan yang tepat. Sistem ini menjamin bahwa operasi asinkron diselesaikan dengan benar dan data dikirim ke tujuan yang tepat.
-
-Komunikasi Android ke JavaScript biasanya dibagi menjadi tiga kategori:
-
--   **Siaran Acara**: Mengirim notifikasi sistem secara luas.
--   **Respons Langsung**: Menanggapi permintaan JavaScript yang spesifik.
--   **Pembaruan Status**: Menyinkronkan perubahan data antara lapisan.
-
-### Transfer dan Pemrosesan Data
-
-Data yang melintasi jembatan dioptimalkan untuk kecepatan dan akurasi. Teknik seperti pengkodean efisien, pemrosesan batch, dan manajemen memori otomatis membantu meminimalkan beban sambil menjaga integritas data.
-
-Jembatan mendukung berbagai format data, memastikan kompatibilitas dan keamanan tipe:
-
-| **Tipe Data** | **Format JavaScript** | **Format Android Asli** |
-| --- | --- | --- |
-| String | UTF-16 | Java String |
-| Angka | Double/Integer | Double/Long |
-| Objek | JSON | JSONObject |
-| Biner | ArrayBuffer | ByteArray |
-
-Sistem komunikasi ini memungkinkan pengembang untuk membuat aplikasi responsif yang menggabungkan kekuatan fitur asli Android dengan fleksibilitas teknologi web. Desain yang efisien memastikan kinerja yang mulus di berbagai perangkat dan versi Android.
-
-## Menyiapkan Jembatan Asli untuk Android
-
-Untuk memungkinkan komunikasi antara aplikasi web Anda dan fitur Android asli, Anda perlu mengonfigurasi proyek Anda dengan hati-hati. Berikut cara untuk memulai.
-
-### Langkah Pengaturan Awal
-
-Mulailah dengan menyiapkan proyek Android asli dan lapisan aplikasi web. Tabel di bawah ini menguraikan komponen kunci yang perlu Anda konfigurasikan:
-
-| Komponen Pengaturan | Konfigurasi yang Diperlukan |
-| --- | --- |
-| **[Versi Capacitor](https://capgo.app/plugins/ivs-player/)** | Gunakan versi 6.x atau 7.x |
-| **[Android Studio](https://developer.android.com/studio)** | Instal versi stabil terbaru |
-| **Ketergantungan Gradle** | Sertakan pustaka `capacitor-android` |
-| **Struktur Proyek** | Konfigurasi `AndroidManifest.xml` dengan benar |
-| **Aset Web** | Atur jalur aset dengan benar |
-
-Pastikan proyek Anda menggunakan versi Capacitor dan Android Studio yang benar, menyertakan ketergantungan Gradle yang diperlukan, dan memiliki file `AndroidManifest.xml` yang dikonfigurasi dengan benar. Selain itu, pastikan bahwa aset web Anda dipetakan dengan benar.
-
-Setelah setup dasar selesai, Anda dapat memperluas proyek Anda dengan membuat plugin kustom.
-
-### Membangun Plugin Kustom
-
-Plugin kustom bertindak sebagai penghubung antara kode web Anda dan fungsionalitas asli Android. Saat membuat plugin ini, fokuslah pada antarmuka yang jelas, konversi tipe yang tepat, dan penanganan kesalahan yang baik.
-
-Langkah kunci untuk pengembangan plugin meliputi:
-
--   Memperluas kelas dasar `Plugin`
--   Menggunakan anotasi `@PluginMethod` untuk metode plugin
--   Memastikan keamanan tipe dan menerapkan penanganan kesalahan
-
-Dengan mengikuti pedoman ini, Anda dapat membangun jembatan yang dapat diandalkan untuk fungsionalitas aplikasi Anda.
-
-### Menggunakan Metode Android Asli
-
-Setelah menyiapkan plugin kustom, Anda dapat memanggil metode Android asli langsung dari kode JavaScript Anda menggunakan metode jembatan yang telah ditentukan. Untuk meningkatkan kinerja, terapkan caching dan pemrosesan batch untuk panggilan yang sering.
-
-Berikut adalah contoh metode asli kustom:
-
-```kotlin
-@PluginMethod
-fun nativeMethod(call: PluginCall) {
-    try {
-        val value = call.getString("key")
-        // Perform native Android operations here
-        call.resolve(mapOf("result" to "success"))
-    } catch (e: Exception) {
-        call.reject("Error executing native method", e)
-    }
-}
-```
-
-Meskipun jembatan asli mendukung berbagai tipe data dan menangani konversi secara otomatis, sangat penting untuk memvalidasi data di kedua sisi - JavaScript dan Android. Ini membantu mencegah kesalahan runtime dan memastikan komunikasi yang mulus.
-
-## Peningkatan Kinerja
-
-Mengoptimalkan jembatan asli adalah kunci untuk menjaga aplikasi Android Capacitor tetap responsif. Di sini, kita akan melihat cara praktis untuk meningkatkan kinerja berdasarkan kasus penggunaan dunia nyata.
-
-### Meminimalkan Beban Jembatan
-
-Mengurangi beban kerja pada jembatan asli dapat menghasilkan kinerja aplikasi yang lebih baik. Salah satu metode yang efektif adalah:
-
-| Strategi | Implementasi | Dampak |
-| --- | --- | --- |
-| Pembaruan Parsial | Unduh hanya komponen yang dimodifikasi | Mengurangi konsumsi bandwidth |
-
-Saat menggunakan pembaruan parsial, fokuslah pada pengunduhan hanya bagian yang diperbarui dari aplikasi Anda daripada seluruh bundel. Pendekatan ini menghemat sumber daya dan meningkatkan efisiensi. Perhatikan metrik kinerja untuk memastikan jembatan tetap dalam kondisi terbaik.
-
-### Pengujian dan Pemantauan
-
-Pemantauan secara teratur sangat penting untuk memastikan jembatan asli beroperasi dengan lancar. Lacak metrik kunci ini:
-
--   **Latensi panggilan jembatan**: Seberapa cepat jembatan memproses panggilan.
--   **Ukuran transfer data**: Jumlah data yang bergerak melalui jembatan.
--   **Rasio keberhasilan/kegagalan**: Rasio operasi yang berhasil dibandingkan dengan kegagalan.
--   **Polanya penggunaan memori**: Berapa banyak memori yang dikonsumsi jembatan seiring waktu.
--   **Metrik distribusi pembaruan**: Wawasan tentang bagaimana pembaruan disampaikan.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam menyediakan secara terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Untuk menjaga kinerja puncak, adopsi strategi pengujian yang menyeluruh yang mencakup:
-
--   **Pengujian Kinerja**: Tetapkan metrik dasar untuk diukur.
--   **Pengujian Beban**: Simulasikan lalu lintas berat untuk mengidentifikasi titik lemah.
--   **Pemantauan Kesalahan**: Pantau dan analisis setiap kegagalan jembatan.
--   **Metrik Pengalaman Pengguna**: Pastikan aplikasi tetap responsif selama operasi jembatan.
-
-Untuk optimasi yang lebih maju, coba gunakan [sistem saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/) untuk distribusi pembaruan. Metode ini memungkinkan Anda untuk menguji pembaruan dengan kelompok pengguna yang lebih kecil terlebih dahulu, sehingga lebih mudah untuk memantau kinerja sebelum menerapkan perubahan kepada semua orang.
-
-Strategi ini tidak hanya memvalidasi kinerja jembatan tetapi juga membantu menyempurnakannya agar memenuhi tuntutan aplikasi dunia nyata.
-
-## Pedoman Pengembangan
-
-Saat bekerja dengan jembatan asli dalam aplikasi Android Capacitor, mengikuti praktik pengembangan yang aman dan efisien sangat penting. Berikut cara untuk memastikan baik keamanan maupun kinerja yang lancar.
-
-### Langkah-langkah Keamanan
-
-Terapkan beberapa lapisan keamanan untuk melindungi transmisi data antara JavaScript dan komponen asli. **Enkripsi end-to-end** adalah keharusan untuk melindungi informasi sensitif.
-
-Berikut adalah beberapa lapisan keamanan kunci yang perlu difokuskan:
-
-| Lapisan Keamanan | Implementasi | Tujuan |
-| --- | --- | --- |
-| [Enkripsi Data](https://capgo.app/docs/cli/migrations/encryption/) | Enkripsi end-to-end | Melindungi data saat transmisi |
-| Kontrol Akses | Izin yang granular | Mengelola akses pengguna dan tim |
-| Keamanan Pembaruan | Pembaruan yang ditandatangani | Memverifikasi keaslian pembaruan |
-| Penanganan Kesalahan | Kemampuan rollback | Memastikan stabilitas aplikasi |
-
-Selalu validasi data di kedua sisi - JavaScript dan komponen asli - untuk mengurangi kerentanan. Praktik-praktik ini, dikombinasikan dengan mekanisme pembaruan yang aman, membantu menjaga lingkungan aplikasi yang andal dan aman.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sejati, yang lainnya hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-### Pembaruan dan Dukungan Plugin
-
-Menjaga plugin agar selalu terbaru adalah kunci untuk memastikan kompatibilitas dengan versi Android dan Capacitor terbaru. Berikut ini cara mengelolanya dengan efektif:
-
-- **Kontrol Versi**: Lacak versi plugin di berbagai rilis aplikasi.
-- **Pengujian Kompatibilitas**: Uji plugin dengan level API Android target untuk memastikan fungsi yang tepat.
-- **Pembaruan Terkontrol**: Gunakan [sistem pembaruan berbasis saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/) untuk mendistribusikan pembaruan ke grup pengguna tertentu sebelum merilisnya secara luas.
-
-Sistem berbasis saluran memungkinkan Anda untuk menguji pembaruan dalam grup yang lebih kecil, meminimalkan risiko masalah yang luas.
-
-> "Kami saat ini mencoba @Capgo sejak Appcenter menghentikan dukungan pembaruan langsung di aplikasi hibrida dan @AppFlow terlalu mahal." - Simon Flack [\[1\]](https://capgo.app/)
-
-Pembaruan parsial adalah cara hebat lainnya untuk meningkatkan efisiensi dengan mengurangi ukuran unduhan. Ini sangat berguna untuk perbaikan bug cepat.
-
-> "@Capgo adalah alat yang harus dimiliki oleh pengembang, yang ingin lebih produktif. Menghindari tinjauan untuk perbaikan bug adalah emas." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Pengujian dan pemantauan reguler sangat penting untuk menangkap masalah kompatibilitas lebih awal dan memastikan pengalaman pengguna yang mulus.
-
-## Integrasi [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capgo meningkatkan kinerja jembatan native dengan memungkinkan pembaruan over-the-air (OTA) instan. Dengan 23,5 juta pembaruan yang dikirimkan di 750 aplikasi, ini telah menjadi alat yang dapat diandalkan untuk mengelola pembaruan melalui jembatan native.
-
-### Fitur Jembatan Capgo
-
-Capgo menggunakan jembatan native untuk mengirimkan pembaruan secara efisien sambil mempertahankan kinerja tinggi. Berikut adalah pandangan lebih dekat pada fitur-fiturnya:
-
-| **Fitur** | **Cara Kerjanya** | **Dampak Kinerja** |
-| --- | --- | --- |
-| Pembaruan Latar Belakang | Menginstal pembaruan secara otomatis tanpa input pengguna | 95% pengguna diperbarui dalam 24 jam |
-| Pembaruan Parsial | Hanya memperbarui komponen yang dimodifikasi | Rata-rata waktu unduhan 114ms untuk paket 5MB |
-| Keamanan Jembatan | Menggunakan enkripsi end-to-end untuk transfer data | Menjamin pertukaran data yang aman |
-| Kontrol Versi | Memeriksa kompatibilitas dengan jembatan native | Mencapai tingkat keberhasilan 82% secara global |
-
-Dengan integrasi yang mulus dengan jembatan native, Capgo memungkinkan pengembang untuk mengirimkan pembaruan sambil memenuhi kebutuhan platform. Ini sangat penting untuk aplikasi Android, di mana jembatan native memfasilitasi komunikasi antara JavaScript dan komponen native. Sistem Capgo dibangun untuk memanfaatkan fungsionalitas ini untuk manajemen pembaruan yang efisien.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sejati, yang lainnya hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-### Manajemen Pembaruan Capgo
-
-Sistem manajemen pembaruan Capgo dirancang untuk bekerja langsung dengan jembatan native, memastikan penyebaran pembaruan yang mulus dan andal. Ini mendukung Capacitor 8, memberikan fleksibilitas bagi pengembang dalam proyek mereka.
-
-Untuk memulai dengan Capgo:
-
-- Instal menggunakan `npx @capgo/cli init`
-- Pertahankan proses build yang ada
-- Luncurkan pembaruan melalui CLI
-
-Untuk aplikasi perusahaan, Capgo mencakup fitur kuat yang disesuaikan untuk kebutuhan skala besar:
-
-| **Fitur** | **Fungsionalitas** | **Keuntungan** |
-| --- | --- | --- |
-| Sistem Saluran | Menargetkan grup pengguna tertentu | Memungkinkan pengujian peluncuran yang terkontrol |
-| Integrasi API | Menawarkan waktu respons rata-rata 57ms | Menyediakan pemantauan pembaruan waktu nyata |
-| Opsi Hosting | Mendukung penyebaran cloud atau mandiri | Memberikan fleksibilitas dalam kontrol infrastruktur |
-| Kapasitas Penyimpanan | Menyediakan hingga 20GB untuk rencana perusahaan | Menyederhanakan manajemen versi |
-
-Sistem saluran sangat berguna untuk menguji pembaruan dengan grup pengguna terpilih sebelum meluncurkannya lebih luas. Ini memastikan stabilitas di berbagai versi Android dan konfigurasi perangkat.
-
-## Kesimpulan
-
-### Tinjauan Poin Utama
-
-Dalam aplikasi Android Capacitor, jembatan native bertindak sebagai penghubung komunikasi utama antara JavaScript dan komponen native. Ketika dioptimalkan, ia memberikan metrik kinerja yang mengesankan:
-
-| Aspek | Dampak Kinerja |
-| --- | --- |
-| **Pengiriman Pembaruan** | 95% adopsi pengguna dalam 24 jam |
-| **Respons API** | Rata-rata 57ms di seluruh dunia |
-| **Tingkat Keberhasilan** | 82% keberhasilan penyebaran global |
-
-Angka-angka ini menyoroti pentingnya komunikasi yang aman dan mengurangi beban jembatan untuk mempertahankan kinerja puncak.
-
-> "Capgo adalah cara cerdas untuk melakukan push kode panas (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) 🙂" - OSIRIS-REx NASA [\[1\]](https://capgo.app/)
-
-### Panduan Memulai
-
-Siap untuk menerapkan jembatan native? Berikut adalah tiga langkah untuk memulai:
-
-- **Siapkan jembatan native**: Pastikan telah dikonfigurasi untuk komunikasi yang efisien.
-- **Uji dengan teliti**: Tetapkan prosedur pengujian yang dapat diandalkan untuk menangkap potensi masalah lebih awal.
-- **Lacak metrik kinerja**: Pantau indikator kunci untuk menjaga operasi yang mulus.
-
-Untuk aplikasi perusahaan, pertimbangkan untuk menggunakan sistem saluran dan mengintegrasikan pipeline CI/CD untuk peluncuran yang terkontrol. Praktik-praktik ini dapat membantu Anda membuat aplikasi Android yang memenuhi tuntutan pengguna saat ini.
-
-Seiring perkembangan pengembangan aplikasi, fitur seperti enkripsi end-to-end dan pembaruan parsial menjadi standar untuk mempertahankan keamanan dan efisiensi. Dengan pendekatan yang tepat, Anda dapat mencapai hasil kinerja tinggi yang telah menggerakkan lebih dari 23,5 juta pembaruan yang sukses di berbagai aplikasi.
diff --git a/src/content/blog/id/how-ota-encryption-meets-app-store-compliance.md b/src/content/blog/id/how-ota-encryption-meets-app-store-compliance.md
deleted file mode 100644
index fd0cebe84..000000000
--- a/src/content/blog/id/how-ota-encryption-meets-app-store-compliance.md
+++ /dev/null
@@ -1,206 +0,0 @@
----
-slug: how-ota-encryption-meets-app-store-compliance
-title: Bagaimana Enkripsi OTA Mematuhi Aturan App Store
-description: >-
-  Pelajari bagaimana enkripsi OTA mengamankan pembaruan aplikasi dan memastikan
-  kepatuhan terhadap peraturan ketat dari app store.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-14T05:12:26.952Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ae8c28192afc208a60fcea-1739509966039.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA encryption, app store compliance, app updates security, AES-256, TLS, code
-  signing, mobile security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Enkripsi Over-the-Air (OTA) memastikan pembaruan aplikasi yang aman sekaligus memenuhi aturan ketat dari app store Apple dan Google.** Berikut cara kerjanya dan mengapa ini penting:
-
--   **Melindungi Pembaruan**: Enkripsi memblokir intersepsi data, perusakan, dan akses tidak sah selama pengiriman pembaruan.
--   **Mengikuti Aturan App Store**:
-    -   Apple: Memerlukan HTTPS (TLS 1.2+), [App Transport Security](https://developer.apple.com/documentation/security/preventing-insecure-network-connections) (ATS), dan penandatanganan kode.
-    -   Google: Mewajibkan SSL pinning, pemindaian [Play Protect](https://developers.google.com/android/play-protect), dan enkripsi standar industri.
--   **Menggunakan [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard)**: Standar enkripsi yang sangat aman dengan kunci 256-bit untuk perlindungan data yang kuat.
--   **Keamanan End-to-End**: Pembaruan dienkripsi dari pembuatan hingga instalasi, memastikan integritas dan dekripsi khusus perangkat.
-
-**Perbandingan Cepat Persyaratan App Store**:
-
-| **Persyaratan** | **Apple App Store** | **Google Play Store** |
-| --- | --- | --- |
-| Protokol | HTTPS (TLS 1.2+) | HTTPS wajib |
-| Penyimpanan Kunci | iOS Keychain | Android Keystore |
-| Verifikasi Kode | Penandatanganan kode wajib | Pemindaian Play Protect |
-| Standar Enkripsi | AES-256 direkomendasikan | Enkripsi standar industri |
-
-## Kepatuhan Ekspor Enkripsi Unity | Kepatuhan Ekspor Apple iOS
-
-<iframe src="https://www.youtube.com/embed/m68LduQVRgE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Metode Enkripsi Pembaruan OTA
-
-Sistem pembaruan OTA modern menggunakan teknik enkripsi berlapis untuk menjaga keamanan dan mematuhi standar app store. Metode ini melindungi pembaruan selama proses pembuatan, pengiriman, dan instalasi.
-
-### Keamanan Protokol TLS
-
-[Transport Layer Security](https://en.wikipedia.org/wiki/Transport_Layer_Security) (TLS) adalah tulang punggung pengiriman pembaruan OTA yang aman. Ini memenuhi persyaratan penting seperti ATS Apple dan SSL pinning Google dengan membangun koneksi terenkripsi antara server dan perangkat. Ini mencegah data diintersepsi atau dirusak selama transmisi.
-
-Berikut bagaimana fitur TLS selaras dengan kebutuhan keamanan dan kepatuhan:
-
-| Fitur | Manfaat Keamanan | Dampak Kepatuhan |
-| --- | --- | --- |
-| Forward Secrecy | Melindungi komunikasi masa lalu jika kunci disusupi | Diwajibkan oleh Apple ATS [\[3\]](https://www.globalyo.com/exploring-advanced-encryption-techniques-for-esim-security/) |
-| Suite Cipher Kuat | Melindungi dari serangan kriptografis | Memenuhi persyaratan Google Play [\[2\]](https://workers.cloudflare.com/built-with/projects/Capgo) |
-| Certificate Pinning | Mencegah serangan man-in-the-middle | Wajib untuk aplikasi iOS [\[3\]](https://www.globalyo.com/exploring-advanced-encryption-techniques-for-esim-security/) |
-
-Langkah-langkah tingkat transport ini berfungsi sebagai pertahanan lini pertama, sementara enkripsi end-to-end mengamankan pembaruan sepanjang siklus hidupnya.
-
-### Perlindungan End-to-End Lengkap
-
-Enkripsi end-to-end memastikan pembaruan tetap aman dari saat dibuat hingga diinstal. Pendekatan ini memenuhi persyaratan app store untuk mengamankan data sensitif di semua tahap.
-
-Elemen kunci enkripsi end-to-end meliputi:
-
--   **Enkripsi pra-distribusi**: Pembaruan dienkripsi sebelum meninggalkan sumber.
--   **Transmisi aman**: Data ditransmisikan melalui saluran yang dilindungi TLS.
--   **Penyimpanan perangkat terenkripsi**: Pembaruan tetap aman hingga instalasi.
--   **Dekripsi khusus perangkat**: Hanya perangkat target, menggunakan kunci yang disimpan dengan aman, yang dapat mendekripsi pembaruan.
-
-### Keamanan Data [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard)
-
-Enkripsi AES-256 adalah standar yang memenuhi persyaratan enkripsi untuk platform iOS dan Android.
-
-> "AES-256 adalah salah satu algoritma enkripsi paling aman yang tersedia, disetujui oleh Badan Keamanan Nasional AS untuk informasi sangat rahasia" [\[7\]](https://www.zendesk.com/blog/knowledge-base-article-template/)
-
-Mengapa AES-256 efektif:
-
--   **Kekuatan kunci 256-bit**: Dengan 2^256 kombinasi yang mungkin, serangan brute-force praktis tidak mungkin [\[1\]](https://www.cubtale.com/pages/compliance-data-security).
--   **Kinerja efisien**: Dampak komputasi minimal.
--   **Kompatibilitas universal**: Didukung secara native pada platform iOS dan Android.
-
-Pembaruan delta juga mendapat manfaat dari kunci unik untuk setiap paket, memastikan keamanan tanpa memperlambat pengiriman [\[6\]](https://www.exponent.com/article/can-over-air-updates-help-improve-vehicle-recall-compliance). Implementasi yang tepat melibatkan langkah tambahan seperti penandatanganan kode dan manajemen versi untuk menjamin keandalan.
-
-## Menyiapkan Enkripsi yang Sesuai App Store
-
-Mengamankan pembaruan OTA untuk aplikasi Anda melibatkan pemenuhan standar teknis sambil tetap mematuhi pedoman app store. Berikut cara memastikan pengaturan enkripsi Anda memenuhi persyaratan ini.
-
-### Penandatanganan Kode Pembaruan
-
-Untuk mematuhi mandat app store, ikuti langkah-langkah ini untuk penandatanganan kode yang aman:
-
--   Dapatkan **sertifikat penandatanganan kode yang valid** dari Otoritas Sertifikat terpercaya.
--   Gunakan **iOS Keychain** atau **Android Keystore** untuk menyimpan kunci pribadi dengan aman.
--   Hash paket pembaruan dan verifikasi tanda tangan menggunakan kunci publik yang tertanam.
--   Lakukan **validasi rantai sertifikat** untuk mengonfirmasi kepercayaan.
--   Terapkan **timestamp terpercaya** untuk memastikan validitas bahkan setelah sertifikat kedaluwarsa.
-
-> "Menerapkan certificate pinning yang tepat untuk server pembaruan dan menggunakan alat penandatanganan kode Apple dengan sertifikat terbaru sangat penting untuk menjaga kepatuhan app store" [\[8\]](https://survicate.com/blog/customer-satisfaction-survey-questions/)
-
-Praktik ini selaras dengan aturan penandatanganan kode Apple dan standar Play Protect Google.
-
-### Pembaruan Delta Terenkripsi
-
-Pembaruan delta, yang hanya mengirimkan perubahan antar versi, membutuhkan lapisan keamanan tambahan. Berikut cara mengamankannya:
-
--   Hasilkan perbedaan versi menggunakan **alat diff biner yang aman**.
--   Kompres perbedaan ini dengan algoritma seperti **[bsdiff](https://www.daemonology.net/bsdiff/)**.
--   Gunakan metode **distribusi kunci yang aman**.
--   Validasi integritas melalui **verifikasi checksum**.
-
-Membangun di atas enkripsi AES-256 memastikan pembaruan ini tetap terlindungi.
-
-### Keamanan Kontrol Versi
-
-Mekanisme kontrol versi yang kuat membantu mencegah perubahan tidak sah. Langkah-langkah kunci meliputi:
-
--   **Manifes versi yang ditandatangani** untuk melacak pembaruan yang valid.
--   **Validasi sisi server** untuk memblokir perubahan tidak sah.
--   **Pencegahan rollback** dengan menegakkan ambang batas versi minimum.
--   **Audit trail aman** untuk mencatat riwayat pembaruan.
-
-> "Rotasi rutin kunci enkripsi setiap 6-12 bulan dan menggunakan modul keamanan perangkat keras (HSM) untuk penyimpanan kunci merepresentasikan praktik terbaik industri untuk menjaga keamanan pembaruan" [\[9\]](https://help.apple.com/pdf/security/en_US/apple-platform-security-guide.pdf)
-
-Langkah-langkah ini dirancang untuk memenuhi verifikasi kode Apple dan standar integritas pembaruan Google. Selain itu, pemantauan otomatis pola pembaruan dapat membantu mengidentifikasi aktivitas tidak biasa sejak dini.
-
-## Sistem Enkripsi OTA [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-14.jpg?auto=compress)
-
-Capgo menggunakan teknik enkripsi canggih untuk memberikan pembaruan OTA yang aman sambil sepenuhnya mematuhi peraturan app store.
-
-### Pengiriman Pembaruan Terenkripsi
-
-Capgo menggunakan enkripsi yang memenuhi FIPS 140-2 untuk mengamankan paket pembaruan di setiap tahap. Kunci enkripsi dikelola dalam infrastruktur yang aman, memastikan mereka tetap terisolasi dari server Capgo[\[1\]](https://www.cubtale.com/pages/compliance-data-security).
-
-[Proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) mencakup langkah keamanan khusus di setiap tahap:
-
-| Tahap | Langkah Keamanan |
-| --- | --- |
-| Unggah | Penandatanganan Digital |
-| Unduh | Verifikasi Integritas |
-| Instalasi | Lingkungan Sandbox |
-
-### Kepatuhan Store Bawaan
-
-Sistem Capgo dirancang untuk memenuhi standar keamanan Apple App Store dan Google Play Store.
-
-> "Sistem secara otomatis mendeteksi dan mencegah pembaruan yang bertentangan diterapkan, sambil mempertahankan riwayat lengkap semua pembaruan untuk audit dan rollback."
-
-Ini mematuhi Pedoman Tinjauan App Store Apple 4.2.3 dan Kebijakan Play Core Google[\[4\]](https://github.com/Cap-go/capacitor-updater). Fitur seperti **kontrol versi** membantu memblokir serangan downgrade[\[2\]](https://workers.cloudflare.com/built-with/projects/Capgo), dan manajemen ukuran yang ketat memastikan paket pembaruan mematuhi batas app store[\[6\]](https://www.exponent.com/article/can-over-air-updates-help-improve-vehicle-recall-compliance). Langkah-langkah ini selaras dengan verifikasi kode Apple dan standar integritas pembaruan Google.
-
-### Alat Otomatisasi Pembaruan
-
-Capgo menyederhanakan proses pembaruan dengan alat yang meningkatkan keamanan dan menghemat waktu. Platform ini terintegrasi dengan mudah dengan sistem CI/CD, mendukung deployment yang aman dan otomatis.
-
-Fitur otomatisasi yang disorot:
-
--   Opsi command-line dan API untuk mengelola pembaruan
--   **Pengujian Otomatis** untuk kompatibilitas antar versi aplikasi
--   **Otomatisasi Rollback** untuk memperbaiki masalah dengan cepat
--   **Peluncuran Bertahap** untuk distribusi pembaruan yang bertahap dan terkontrol
-
-## Kesimpulan: Memenuhi Standar Keamanan App Store
-
-Untuk memastikan pembaruan OTA mematuhi persyaratan app store, pengembang harus fokus pada **keamanan transport**, **enkripsi kuat**, dan **pemeriksaan kepatuhan otomatis**. Sistem Capgo menunjukkan bagaimana elemen-elemen ini dapat bekerja bersama secara efektif. Pendekatan yang solid mencakup enkripsi transport, perlindungan paket, dan otomatisasi kepatuhan, semuanya berlapis untuk menciptakan sistem yang aman.
-
-Praktik ini selaras dengan persyaratan yang ditentukan dalam Pedoman Tinjauan App Store Apple dan Kebijakan Play Core Google [\[1\]](https://www.cubtale.com/pages/compliance-data-security)[\[5\]](https://productlatest.com/?post=1837).
-
-### Panduan Implementasi
-
-Berikut cara pengembang dapat [mengimplementasikan enkripsi](https://capgo.app/docs/cli/migrations/encryption/) untuk pembaruan OTA yang memenuhi standar app store:
-
--   **Gunakan TLS 1.2 atau lebih tinggi** untuk komunikasi server yang aman dan **enkripsi AES-256** untuk melindungi paket pembaruan.
--   **Sertakan pemeriksaan kepatuhan otomatis** untuk mengelola penandatanganan kode dan kontrol versi.
-
-Pemantauan kepatuhan rutin dan melakukan audit triwulanan sangat penting untuk menjaga keandalan sistem, seperti yang disoroti dalam Pedoman Peninjauan App Store Apple 4.2.3.
-
-## FAQ
-
-Memahami cara kerja pengecualian enkripsi dapat menyederhanakan upaya kepatuhan. Berikut yang perlu Anda ketahui:
-
-### Metode enkripsi mana yang tidak memerlukan dokumentasi kepatuhan ekspor?
-
-Enkripsi yang terintegrasi ke dalam sistem operasi biasanya tidak memerlukan dokumentasi ekspor. Pengecualian ini memungkinkan pengembang tetap patuh tanpa paperwork yang tidak perlu.
-
-| **Tipe Enkripsi** | **Dikecualikan?** |
-| --- | --- |
-| Koneksi HTTPS menggunakan URLSession | ✓   |
-| Implementasi TLS/SSL native | ✓   |
-| Fungsi kriptografi OS bawaan | ✓   |
-| [Solusi enkripsi kustom](https://capgo.app/docs/cli/migrations/encryption/) | ✗   |
-| Algoritma standar yang dimodifikasi | ✗   |
-
-Menurut pedoman ekspor A.S. (BIS), [metode enkripsi](https://capgo.app/docs/cli/migrations/encryption/) dengan panjang kunci hingga 128 bit biasanya tidak dibatasi untuk ekspor [\[5\]](https://productlatest.com/?post=1837).
-
-Untuk implementasi over-the-air (OTA) yang aman:
-
--   Gunakan TLS native platform dan AES-256 melalui API sistem
--   Simpan catatan detail dari semua metode enkripsi yang diterapkan
--   Lakukan audit rutin terhadap [praktik enkripsi](https://capgo.app/docs/cli/migrations/encryption/) Anda
-
-Peninjauan rutin terhadap metode enkripsi Anda membantu memastikan kepatuhan terhadap persyaratan keamanan Apple dan Google.
diff --git a/src/content/blog/id/how-ota-updates-affect-app-store-security.md b/src/content/blog/id/how-ota-updates-affect-app-store-security.md
deleted file mode 100644
index 0f8f7dc82..000000000
--- a/src/content/blog/id/how-ota-updates-affect-app-store-security.md
+++ /dev/null
@@ -1,238 +0,0 @@
----
-slug: how-ota-updates-affect-app-store-security
-title: Bagaimana OTA Update Mempengaruhi Keamanan App Store
-description: >-
-  Pembaruan OTA menyederhanakan peningkatan aplikasi, namun memiliki risiko
-  keamanan. Pelajari cara melindungi pengguna sambil mematuhi standar toko
-  aplikasi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T02:34:12.739Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78-1745634908381.jpg
-head_image_alt: Pengembangan Mobile
-keywords: 'OTA updates, app security, app store compliance, encryption, vulnerabilities'
-tag: 'Mobile, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Pembaruan OTA (over-the-air) memungkinkan pengembang aplikasi untuk mengirimkan perubahan langsung kepada pengguna tanpa menunggu persetujuan app store. Ini mempercepat perbaikan bug, patch keamanan, dan peluncuran fitur. **95% pengguna menginstal pembaruan dalam 24 jam**, tetapi kecepatan yang tinggi dapat menimbulkan risiko jika tidak dikelola dengan aman.
-
-### Poin Utama:
-
--   **Manfaat**: Perbaikan langsung, peluncuran fitur lebih cepat, versi aplikasi yang konsisten.
--   **Risiko**: Kerentanan seperti injeksi kode, intersepsi, atau autentikasi yang lemah.
--   **Tindakan Keamanan**: Enkripsi end-to-end, autentikasi yang kuat, fungsi rollback, dan kepatuhan terhadap pedoman app store.
-
-### Perbandingan Cepat Persyaratan App Store:
-
-| Aspek Keamanan | [Apple App Store](https://developer.apple.com/app-store/) | [Google Play Store](https://developer.android.com/distribute/console) |
-| --- | --- | --- |
-| Integritas Kode | Verifikasi binary yang ditandatangani | Verifikasi tanda tangan APK |
-| Pengiriman Update | Enkripsi HTTPS wajib | TLS 1.2+ diperlukan |
-
-Platform seperti [Capgo](https://capgo.app/) menyediakan alat untuk memastikan kepatuhan, menawarkan fitur seperti enkripsi, integrasi CI/CD, dan dukungan rollback. Memilih platform OTA yang aman sangat penting untuk melindungi pengguna dan menjaga kepatuhan app store.
-
-## Mengirim Pembaruan Over-the-Air (OTA) dengan EAS Update | Langkah ...
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Risiko Keamanan dalam Pembaruan OTA
-
-Pembaruan OTA dapat menimbulkan risiko yang membahayakan keamanan pengguna dan kepatuhan regulasi. Mengatasi risiko ini membutuhkan pemahaman yang jelas tentang potensi kerentanan.
-
-### Titik Serangan
-
-Sifat dinamis pembaruan OTA membuka beberapa titik lemah yang mungkin dieksploitasi penyerang. Berikut beberapa kerentanan umum:
-
-| Vektor Serangan | Deskripsi Risiko | Tingkat Dampak |
-| --- | --- | --- |
-| Injeksi Kode | Kode berbahaya ditambahkan selama proses pembaruan | Kritis |
-| Man-in-the-Middle | Pembaruan disadap dan diubah selama transmisi | Tinggi |
-
-Capgo mengurangi risiko ini dengan menggunakan **enkripsi end-to-end** untuk menjaga integritas kode [\[1\]](https://capgo.app/).
-
-Kerentanan ini tidak hanya menimbulkan risiko individual - mereka dapat menyebabkan masalah keamanan skala besar.
-
-### Kekhawatiran Eksploitasi Massal
-
-Sistem pembaruan OTA berpotensi mempengaruhi sejumlah besar pengguna secara bersamaan. Beberapa risiko utama meliputi:
-
--   Pembaruan dapat didistribusikan ke ribuan perangkat sekaligus.
--   Jika disusupi, pembaruan dapat mengeksekusi kode berbahaya di semua perangkat yang terkena dampak.
--   Langkah-langkah keamanan app store tradisional mungkin sepenuhnya dilewati.
-
-Kecepatan dan skala penyebaran OTA dapat secara signifikan memperbesar kerusakan yang disebabkan oleh pelanggaran.
-
-### Masalah Autentikasi Pembaruan
-
-Memastikan pembaruan yang aman juga bergantung pada metode autentikasi yang kuat. Autentikasi yang lemah dapat memungkinkan penyerang menyisipkan pembaruan berbahaya ke dalam proses. Beberapa tantangan umum meliputi:
-
-| Tantangan | Implikasi Keamanan |
-| --- | --- |
-| Verifikasi Tanda Tangan | Memastikan pembaruan ditandatangani secara kriptografis untuk validitas |
-| Kontrol Akses | Melindungi kredensial pengembang agar tidak disusupi |
-| Kontrol Versi | Mempertahankan urutan dan integritas pembaruan yang tepat |
-
-Untuk mengatasi tantangan ini, banyak solusi sekarang menerapkan **enkripsi end-to-end** bersama dengan protokol autentikasi yang ketat, memastikan proses pembaruan OTA yang lebih aman.
-
-## Aturan Keamanan App Store
-
-Apple dan Google menerapkan langkah-langkah keamanan yang ketat untuk melindungi proses pembaruan OTA (over-the-air).
-
-### Persyaratan Apple dan Google
-
-App store mengharuskan aplikasi yang mendukung OTA mengikuti protokol spesifik untuk memastikan integritas kode dan pembaruan yang aman. Berikut perbandingannya:
-
-| Persyaratan | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| Integritas Kode | Verifikasi binary yang ditandatangani | Verifikasi tanda tangan APK |
-| Pengiriman Update | Enkripsi HTTPS wajib | TLS 1.2+ diperlukan |
-
-Pengembang harus menggunakan penandatanganan digital dan server aman untuk mendistribusikan pembaruan. Kepatuhan berarti menjaga saluran yang aman di seluruh proses pembaruan.
-
-### Efek Ketidakpatuhan
-
-Kegagalan memenuhi persyaratan ini dapat menyebabkan masalah serius:
-
--   **Dampak Langsung**: Ketidakpatuhan dapat mengakibatkan penghapusan aplikasi selama audit, mengganggu operasi dan merusak kredibilitas.
--   **Konsekuensi Jangka Panjang**: Pelanggaran berulang dapat menyebabkan hukuman yang lebih ketat, membuat pengajuan aplikasi di masa depan lebih sulit.
--   **Dampak Kepercayaan Pengguna**: Pengguna dapat kehilangan kepercayaan pada kemampuan pengembang untuk memberikan pembaruan yang aman, merusak reputasi pengembang.
-
-Risiko ini menyoroti pentingnya mematuhi aturan keamanan app store.
-
-### Langkah Pemindaian Keamanan
-
-Pengembang dapat mengurangi risiko ketidakpatuhan dengan menerapkan pemindaian menyeluruh pada setiap tahap proses pembaruan. Berikut caranya:
-
-| Fase Pemindaian | Tindakan Penting | Metode Verifikasi |
-| --- | --- | --- |
-| Pra-penyebaran | Periksa integritas kode | Pengujian otomatis |
-| Paket Pembaruan | Verifikasi tanda tangan digital | Validasi sertifikat |
-| Runtime | Lakukan pemeriksaan keamanan dinamis | Pemantauan real-time |
-
-Capgo memastikan kepatuhan dengan menawarkan solusi "sesuai App Store" [\[1\]](https://capgo.app/), menampilkan enkripsi end-to-end dan protokol keamanan canggih.
-
-Audit rutin sistem pembaruan OTA terhadap pedoman app store terkini sangat penting untuk menjaga kepatuhan dan menghindari penolakan aplikasi.
-
-## Praktik Terbaik Keamanan
-
-Memastikan pembaruan OTA yang aman memerlukan kombinasi langkah-langkah teknis dan prosedur yang terdefinisi dengan baik.
-
-### Metode Perlindungan Data
-
-Elemen kunci dari pembaruan OTA yang aman adalah **enkripsi end-to-end**, yang melindungi paket pembaruan dari pengembang ke perangkat pengguna akhir.
-
-| Lapisan Perlindungan | Langkah Keamanan | Tujuan |
-| --- | --- | --- |
-| Transmisi | HTTPS/TLS 1.2+ | Melindungi data selama transfer |
-| Penyimpanan | Enkripsi end-to-end | Memblokir akses tidak sah |
-| Verifikasi | Tanda tangan digital | Mengkonfirmasi integritas pembaruan |
-
-> "Satu-satunya solusi dengan enkripsi end-to-end sejati, yang lain hanya menandatangani pembaruan" [\[1\]](https://capgo.app/)
-
-Selain itu, proses rilis yang terkontrol dapat membantu mengurangi potensi risiko.
-
-### Proses Rilis Terkontrol
-
-Untuk mengelola pembaruan secara aman dan efektif, ikuti langkah-langkah ini:
-
--   **Distribusi Bertahap**: Mulai dengan kelompok kecil pengguna, kemudian perluas secara bertahap berdasarkan data kinerja.
--   **Pemantauan Real-time**: Lacak tingkat keberhasilan pembaruan, log kesalahan, dan keterlibatan pengguna untuk ketidakwajaran.
--   **Persiapan Rollback**: Selalu siapkan versi cadangan yang ditandatangani dan dienkripsi untuk rollback cepat jika diperlukan.
-
-### Fitur Platform [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78/c4b9497df1c5d14f98df25934b50bafa.jpg)
-
-Platform pembaruan OTA yang andal menggabungkan praktik-praktik ini untuk mengamankan dan menyederhanakan penyebaran. Carilah platform yang menawarkan fitur keamanan penting.
-
-| Fitur | Manfaat Keamanan |
-| --- | --- |
-| Enkripsi end-to-end | Melindungi pembaruan dari akses tidak sah |
-| Integrasi CI/CD | Mengotomatisasi dan menyederhanakan proses penyebaran |
-| Sistem channel | Mendukung pengujian beta terkontrol dan peluncuran bertahap |
-| Dashboard analitik | Memantau kinerja pembaruan secara real-time |
-| Dukungan rollback | Memungkinkan pembalikan instan jika ada masalah |
-
-Untuk pengguna enterprise, Capgo menawarkan layanan pengaturan CI/CD seharga $2.600 [\[1\]](https://capgo.app/), memastikan kerangka keamanan Anda dikonfigurasi dengan benar sejak awal.
-
-## Perbandingan Platform OTA
-
-Saat mengevaluasi platform pembaruan OTA, penting untuk mempertimbangkan stabilitas, fitur keamanan, dan dukungan jangka panjang. Penutupan [Microsoft CodePush](https://microsoft.github.io/code-push/) pada 2024 dan akan ditutupnya [Appflow](https://ionic.io/appflow/) pada 2026 menekankan pentingnya memilih solusi yang andal. Perbandingan ini menyoroti bagaimana langkah-langkah keamanan yang kuat dan dukungan yang konsisten membedakan platform OTA terkemuka.
-
-### Matriks Fitur Platform
-
-| Fitur | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- | --- |
-| **Status Aktif** | Beroperasi sejak 2022 | Beroperasi sejak 2024 | Tutup 2026 | Tutup 2024 |
-| **Enkripsi End-to-End** | Ya | Tidak | Tidak | Tidak |
-| **Tingkat Keberhasilan Update** | 82% di seluruh dunia | N/A | N/A | N/A |
-| **Kecepatan Update Pengguna** | 95% dalam 24j | N/A | N/A | N/A |
-| **Kecepatan CDN Global** | 114ms (bundle 5MB) | N/A | Bervariasi | N/A |
-| **[Opsi Self-Hosting](https://capgo.app/blog/self-hosted-capgo/)** | Ya | Terbatas | Tidak | Tidak |
-| **Integrasi CI/CD** | Ya | Dasar | Ya | Tidak |
-| **Kepatuhan App Store** | Penuh | Sebagian | Penuh | Terbatas |
-| **Pengguna Aktif Bulanan** | Dapat diskalakan hingga 1M+ | Terbatas | Enterprise | N/A |
-
-Memilih platform OTA yang tepat sangat penting untuk memastikan kepatuhan app store dan mempertahankan operasi yang aman dan efisien. Platform modern kini mengintegrasikan fitur keamanan canggih dengan dukungan jangka panjang yang dapat diandalkan.
-
-> "Kami sedang mencoba @Capgo karena Appcenter menghentikan dukungan pembaruan langsung pada aplikasi hybrid dan @AppFlow terlalu mahal."  
-> – Simon Flack [\[1\]](https://capgo.app/)
-
-Biaya untuk platform OTA dapat sangat bervariasi, dengan operasi CI/CD berkisar dari $300 per bulan hingga $6.000 per tahun [\[1\]](https://capgo.app/).
-
-> "Membatalkan langganan @Appflow setelah 4 tahun. Code-Push tidak pernah bekerja dengan baik, semoga @CapGO telah menyelesaikannya."  
-> – LeVar Berry [\[1\]](https://capgo.app/)
-
-Dengan 1,4K aplikasi dalam produksi yang mengandalkan solusi ini, jelas bahwa pasar menghargai platform yang memprioritaskan keamanan dan keandalan [\[1\]](https://capgo.app/).
-
-## Kesimpulan
-
-Langkah-langkah keamanan dan wawasan platform yang dibahas sebelumnya menyoroti pentingnya strategi pembaruan OTA (over-the-air) yang komprehensif. Data industri menekankan kebutuhan akan kontrol keamanan yang tepat bersama dengan kemampuan penyebaran yang efisien [\[1\]](https://capgo.app/).
-
-Platform OTA saat ini telah berkembang untuk mengatasi tantangan keamanan utama sambil memenuhi standar app store yang ketat. Kemajuan ini mengatasi risiko sebelumnya dan memastikan kepatuhan terhadap persyaratan app store. Solusi yang efektif menggabungkan kerangka kerja keamanan yang kuat dengan [proses pembaruan yang lancar](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), menghasilkan tingkat keberhasilan tinggi dan adopsi pengguna yang luas [\[1\]](https://capgo.app/).
-
-> "Komunitas membutuhkan ini dan @Capgo melakukan sesuatu yang sangat penting!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-Praktik keamanan telah menjadi standar industri, dengan enkripsi end-to-end kini menjadi fitur yang wajib ada. Transisi dari metode pembaruan lama ke platform OTA yang aman memungkinkan pengembang untuk mempertahankan langkah-langkah keamanan yang kuat sambil memberikan pembaruan dengan lebih efektif.
-
-Berikut beberapa elemen keamanan penting dan perannya dalam kepatuhan app store:
-
-| Aspek Keamanan | Dampak pada Kepatuhan App Store |
-| --- | --- |
-| Enkripsi End-to-End | Melindungi integritas data selama transit |
-| Autentikasi Pembaruan | Memblokir pembaruan tidak sah |
-| Kemampuan Rollback | Menawarkan perbaikan cepat untuk masalah keamanan |
-| Pelacakan Kesalahan | Mendukung stabilitas dan keamanan aplikasi |
-
-Platform OTA modern membuktikan bahwa keamanan dan efisiensi dapat berjalan beriringan. Menyeimbangkan kedua prioritas ini sangat penting untuk menjaga kepatuhan dan mendapatkan kepercayaan pengguna di dunia yang digerakkan oleh aplikasi saat ini [\[1\]](https://capgo.app/).
-
-## FAQ
-
-:::faq
-### Apa risiko yang ditimbulkan pembaruan OTA terhadap keamanan aplikasi, dan bagaimana pengembang dapat mengatasinya?
-
-Pembaruan OTA (Over-The-Air) dapat membuat aplikasi rentan terhadap potensi kerentanan, seperti akses tidak sah atau integritas data yang terganggu, terutama jika pembaruan tidak diamankan dengan benar. Risiko ini dapat memengaruhi kepatuhan app store dan kepercayaan pengguna.
-
-Untuk mengurangi risiko ini, pengembang harus menerapkan langkah-langkah keamanan yang kuat seperti **enkripsi end-to-end**, pengujian rutin, dan praktik deployment yang aman. Alat seperti Capgo dapat membantu memperlancar proses ini dengan mengaktifkan pembaruan instan untuk aplikasi Capacitor tanpa memerlukan persetujuan app store. Fitur Capgo, seperti integrasi CI/CD yang mulus dan penugasan pembaruan khusus pengguna, memastikan pembaruan aman dan sesuai dengan standar Apple dan Android.
-:::
-
-:::faq
-### Bagaimana pembaruan OTA membantu menjaga kepatuhan keamanan app store, dan apa yang terjadi jika kepatuhan tidak terpenuhi?
-
-Pembaruan OTA (Over-The-Air) memainkan peran penting dalam menjaga kepatuhan keamanan app store dengan memungkinkan pengembang untuk dengan cepat memberikan pembaruan, perbaikan bug, dan fitur baru tanpa menunggu proses persetujuan app store yang panjang. Ini memastikan aplikasi tetap aman dan up-to-date dengan persyaratan terbaru dari Apple dan Android.
-
-Kegagalan mematuhi standar keamanan app store dapat menyebabkan konsekuensi serius, seperti aplikasi dihapus dari toko, hilangnya kepercayaan pengguna, atau bahkan sanksi hukum. Solusi seperti **Capgo** memudahkan pengelolaan pembaruan OTA sambil mematuhi semua persyaratan kepatuhan, menawarkan fitur seperti enkripsi end-to-end dan integrasi mulus dengan alur kerja pengembangan.
-:::
-
-:::faq
-### Fitur kunci apa yang harus diprioritaskan pengembang dalam platform OTA untuk memastikan pembaruan aplikasi yang aman dan mulus?
-
-Untuk memastikan pembaruan aplikasi yang aman dan mulus, pengembang harus memprioritaskan fitur seperti **enkripsi end-to-end**, **integrasi dengan pipeline CI/CD**, dan kemampuan untuk menetapkan pembaruan ke grup pengguna tertentu. Kemampuan ini membantu melindungi data aplikasi, memperlancar proses pembaruan, dan memberikan kontrol lebih besar atas siapa yang menerima pembaruan.
-
-Misalnya, platform seperti Capgo dirancang untuk memenuhi persyaratan kepatuhan untuk Apple dan Android, menawarkan pembaruan real-time tanpa perlu persetujuan app store. Dengan fokus pada keamanan, efisiensi, dan kepatuhan, pengembang dapat dengan percaya diri memberikan pembaruan sambil meminimalkan risiko.
-:::
diff --git a/src/content/blog/id/how-rbac-secures-ota-updates-in-capacitor-apps.md b/src/content/blog/id/how-rbac-secures-ota-updates-in-capacitor-apps.md
deleted file mode 100644
index bb24ebcd9..000000000
--- a/src/content/blog/id/how-rbac-secures-ota-updates-in-capacitor-apps.md
+++ /dev/null
@@ -1,118 +0,0 @@
----
-slug: how-rbac-secures-ota-updates-in-capacitor-apps
-title: Bagaimana RBAC Mengamankan Pembaruan OTA di Aplikasi Capacitor
-description: >-
-  Pelajari bagaimana Kontrol Akses Berdasarkan Peran meningkatkan keamanan
-  pembaruan OTA dalam aplikasi seluler, melindungi terhadap kerentanan dan
-  memastikan kepatuhan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:26:25.949Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680839e8fe5cbf0502ddad36-1745375221230.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  RBAC, OTA updates, security, mobile apps, end-to-end encryption, role-based
-  access control, deployment permissions
-tag: 'Mobile, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-RBAC (Role-Based Access Control) adalah pengubah permainan untuk mengamankan pembaruan OTA (Over-the-Air) di aplikasi [Capacitor](https://capacitorjs.com/). Berikut adalah alasan mengapa ini penting:
-
-- **Risiko Keamanan Utama**: Pembaruan OTA dapat rentan terhadap injeksi kode berbahaya, intersepsi, dan penyalahgunaan jika izin tidak dikelola dengan baik.
-- **Bagaimana RBAC Membantu**: Dengan memberikan peran (seperti pengembang, penguji, admin) dengan izin tertentu, RBAC memastikan hanya pengguna yang berwenang yang dapat menyebarkan pembaruan, mengelola penguji, atau melakukan rollback, sehingga mengurangi risiko.
-- **Fitur [Capgo](https://capgo.app/)**: Capgo menonjol dengan **enkripsi end-to-end**, izin granular, dan dukungan multi-organisasi, menjadikan pembaruan lebih aman dan patuh dengan standar keamanan AS.
-
-RBAC bukan hanya tentang keamanan; ini tentang mempertahankan kepercayaan dan kepatuhan sambil memperbesar pembaruan aplikasi Anda secara efisien.
-
-## Apa itu Kontrol Akses Berbasis Peran (RBAC)?
-
-<iframe src="https://www.youtube.com/embed/-aPHg0uRYUI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Celah Keamanan dalam Pembaruan OTA
-
-Menyoroti celah ini menunjukkan bagaimana RBAC (Kontrol Akses Berbasis Peran) dapat membantu mengatasi masalah tersebut secara efektif.
-
-### Kelemahan Keamanan Umum
-
-Penyerang dengan akses tidak sah ke sistem penyebaran dapat menyuntikkan kode berbahaya ke dalam pembaruan, membahayakan pengguna. Ketika paket pembaruan tidak memiliki enkripsi end-to-end yang sebenarnya, mereka dapat diintersepsi dan dirusak. Misalnya, sementara Capgo menyediakan enkripsi end-to-end yang sebenarnya, banyak pesaing hanya mengandalkan penandatanganan pembaruan [\[1\]](https://capgo.app/). Selain itu, hak penyebaran yang terlalu luas meningkatkan kemungkinan penyalahgunaan yang tidak sengaja atau disengaja. Tanpa peran dan izin yang didefinisikan dengan jelas, kerentanan ini tetap belum teratasi.
-
-### Konsekuensi dari Kegagalan Keamanan
-
-Sistem OTA yang terkompromi dapat mendorong pembaruan berbahaya yang mengekspos data sensitif, mengganggu fungsionalitas, dan mengganggu operasi. Masalah ini tidak hanya mengikis kepercayaan pengguna tetapi juga menciptakan risiko hukum. Kegagalan yang sering dapat merugikan reputasi perusahaan dan menyebabkan upaya remediasi yang mahal.
-
-### Menyesuaikan dengan Standar Keamanan AS
-
-Standar keamanan AS mengharuskan penggunaan enkripsi end-to-end untuk semua pembaruan dan memerlukan izin penyebaran berbasis peran yang terperinci. Audit reguler terhadap hak akses sangat penting untuk memastikan akuntabilitas dan meminimalkan risiko perubahan yang tidak sah.
-
-## Fitur Keamanan RBAC
-
-Sekarang kita telah membahas celah keamanan OTA, mari kita lihat bagaimana fitur RBAC mengatasi masalah ini.
-
-RBAC bekerja melalui tiga komponen utama: **peran**, **izin**, dan **tingkat akses**. Peran (seperti pengembang, QA, atau pemimpin tim) terkait dengan izin tertentu, sedangkan tingkat akses membatasi ruang lingkup penyebaran. Pengaturan ini memastikan bahwa hanya pengguna yang berwenang yang dapat mendorong pembaruan ke lingkungan yang disetujui. Mekanisme ini secara langsung melawan kerentanan seperti injeksi, intersepsi, dan izin yang terlalu luas.
-
-### RBAC untuk Perusahaan AS
-
-Di AS, organisasi sering menggunakan struktur peran hierarkis untuk mempertahankan keamanan dan efisiensi. Di Capgo, admin dapat menetapkan dan menyempurnakan izin pengguna untuk penguji, pengguna beta, dan organisasi. Pendekatan ini tidak hanya memastikan kepatuhan terhadap peraturan tetapi juga mendukung penskalaan yang aman seiring pertumbuhan tim [\[1\]](https://capgo.app/).
-
-## Mengatur RBAC untuk Pembaruan OTA
-
-Dengan menggunakan contoh hierarki AS, Capgo memungkinkan Anda untuk mengintegrasikan peran langsung ke dalam dasbor dan CLI-nya. Berikut adalah cara Anda dapat menerapkan prinsip RBAC dalam Capgo menggunakan alat bawaan:
-
-### Panduan Pengaturan RBAC
-
-Capgo menyederhanakan pengamanan pembaruan OTA dengan fitur RBAC bawaannya, menawarkan definisi peran yang terperinci dan CLI perintah tunggal untuk penyebaran [\[1\]](https://capgo.app/):
-
-- **Definisikan peran** seperti penguji, pengembang, dan admin, dan tetapkan izin tertentu.
-- **Buat organisasi** untuk memisahkan proyek.
-- **Tetapkan saluran** untuk pengujian beta dan peluncuran bertahap.
-- **Luncurkan pembaruan** dengan cepat menggunakan Capgo CLI.
-
-Sekarang, mari kita lihat bagaimana RBAC Capgo dibandingkan dengan solusi OTA yang lebih lama.
-
-Fitur kunci meliputi:
-
-- **Izin pengguna granular** untuk kontrol akses yang tepat.
-- **Distribusi berbasis saluran** untuk mengelola peluncuran beta dan bertahap.
-
-| Fitur | Manfaat | Kasus Penggunaan |
-| --- | --- | --- |
-| Izin granular | Kontrol akses yang tepat | Penyebaran yang terkontrol |
-| Dukungan multi-organisasi | Lingkungan terpisah | Proyek tingkat enterprise |
-| Peluncuran berbasis saluran | Pengiriman pembaruan yang tertarget | Pengujian beta |
-
-### Perbandingan Platform OTA
-
-Ketika meninjau platform OTA untuk RBAC, berikut adalah beberapa aspek menonjol dari Capgo:
-
-- Enkripsi end-to-end penuh, sementara banyak platform hanya mengandalkan penandatanganan.
-- Pilihan penugasan pengguna yang ditingkatkan.
-- Struktur organisasi yang disederhanakan untuk manajemen yang lebih mudah.
-
-## Kekuatan dan Keterbatasan RBAC
-
-### Keuntungan RBAC
-
-Manfaat kunci RBAC ini mengatasi tantangan keamanan yang disebutkan sebelumnya:
-
-- **Izin granular**: Dengan membatasi hak penyebaran ke peran dan lingkungan tertentu, risiko injeksi kode oleh pihak yang tidak berwenang diminimalkan.
-- **Manajemen multi-organisasi**: Mengisolasi domain keamanan membantu mencegah pergerakan lateral di antara tim dan proyek, meningkatkan keamanan secara keseluruhan.
-- **Penugasan peran dinamis**: Menyesuaikan tingkat akses seiring pertumbuhan tim membantu menghapus izin yang kedaluwarsa yang dapat menimbulkan kerentanan.
-
-## Kesimpulan
-
-### Poin Penting
-
-RBAC memastikan pembaruan over-the-air (OTA) yang aman di aplikasi Capacitor dengan menggunakan kontrol terperinci untuk memblokir penyebaran yang tidak sah sambil menjaga proses tetap efisien. Fitur-fitur seperti enkripsi end-to-end, lingkungan terisolasi, izin yang fleksibel, dan saluran penyebaran yang terkelola bekerja sama untuk menciptakan pengaturan keamanan yang kuat.
-
-### Fitur RBAC [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680839e8fe5cbf0502ddad36/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-Capgo membangun konsep ini dengan platform sumber terbuka yang menawarkan enkripsi end-to-end yang sebenarnya dan izin berbasis peran. Ini memungkinkan manajemen [pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) yang aman dan dapat diukur di berbagai organisasi [\[1\]](https://capgo.app/).
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sebenarnya, yang lain hanya menandatangani pembaruan" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/how-to-add-dependencies-in-capacitor-plugins.md b/src/content/blog/id/how-to-add-dependencies-in-capacitor-plugins.md
deleted file mode 100644
index b5fa66cb1..000000000
--- a/src/content/blog/id/how-to-add-dependencies-in-capacitor-plugins.md
+++ /dev/null
@@ -1,531 +0,0 @@
----
-slug: how-to-add-dependencies-in-capacitor-plugins
-title: Cara Menambahkan Dependensi di Plugin Capacitor
-description: >-
-  Pelajari cara menyederhanakan manajemen ketergantungan di plugin Capacitor di
-  berbagai platform dengan langkah-langkah praktis dan praktik terbaik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T02:08:04.837Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4966a10051fda3b63500a-1743041314795.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, plugin dependencies, iOS, Android, JavaScript, CocoaPods, Gradle,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Menambahkan ketergantungan ke plugin [Capacitor](https://capacitorjs.com/) bisa terasa menakutkan, tetapi lebih mudah jika dipecah menjadi langkah-langkah yang jelas. Berikut adalah yang perlu Anda ketahui:**
-
-1.  **Pahami alat-alatnya**:
-    
-    -   **JavaScript**: Gunakan `npm` untuk mengelola ketergantungan.
-    -   **iOS**: Gunakan [CocoaPods](https://cocoapods.org/) atau Swift Package Manager (SPM).
-    -   **Android**: Gunakan [Gradle](https://gradle.org/) untuk manajemen ketergantungan.
-2.  **Siapkan lingkungan pengembangan Anda**:
-    
-    -   Pasang alat seperti [Node.js](https://nodejs.org/en), [npm](https://www.npmjs.com/), [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), CocoaPods, dan JDK.
-3.  **Mulai proyek plugin [Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)**:
-    
-    -   Gunakan `npm init @capacitor/plugin` untuk membuat plugin baru.
-4.  **Tambahkan ketergantungan JavaScript**:
-    
-    -   Gunakan `npm install` untuk ketergantungan produksi dan pengembangan.
-    -   Perbarui `package.json` untuk menyertakan ketergantungan peer seperti `@capacitor/core`.
-5.  **Tangani ketergantungan spesifik platform**:
-    
-    -   **iOS**: Konfigurasikan CocoaPods atau SPM dengan pustaka seperti [Alamofire](https://github.com/Alamofire/Alamofire) atau [SwiftyJSON](https://github.com/SwiftyJSON/SwiftyJSON).
-    -   **Android**: Gunakan Gradle untuk menambahkan ketergantungan seperti Gson atau AppCompat.
-6.  **Optimalkan kinerja**:
-    
-    -   Tetapkan versi, audit ketergantungan, dan selesaikan konflik untuk memastikan stabilitas.
-7.  **Gunakan alat seperti [Capgo](https://capgo.app/) untuk pembaruan langsung**:
-    
-    -   Dorong pembaruan secara instan tanpa ulasan toko aplikasi.
-
-**Perbandingan Cepat Alat**:
-
-| Platform | Alat | Contoh Ketergantungan |
-| --- | --- | --- |
-| JavaScript | npm | `npm install lodash --save` |
-| iOS | CocoaPods/SPM | `pod 'Alamofire', '~> 5.6.4'` |
-| Android | Gradle | `implementation 'com.google.code.gson:gson:2.10.1'` |
-
-**Mengapa ini penting**: Mengelola ketergantungan dengan efektif memastikan plugin Anda bekerja mulus di berbagai platform, menghemat waktu, dan menghindari kesalahan. Mari kita selami lebih dalam langkah-langkahnya.
-
-## Bagaimana cara membuat plugin [Capacitor](https://capacitorjs.com/) untuk iOS/Android
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-27.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Dq_BmheGAig" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Menyiapkan Lingkungan Pengembangan Anda
-
-Siapkan pengaturan Anda dengan alat yang diperlukan untuk menangani ketergantungan [plugin Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) secara efektif.
-
-### Alat Pengembangan yang Diperlukan
-
-Berikut adalah daftar alat yang Anda perlukan:
-
-| Alat | Versi | Tujuan |
-| --- | --- | --- |
-| Node.js | 16.0.0+ | Lingkungan runtuh JavaScript |
-| npm | 8.0.0+ | Manajemen paket |
-| Xcode | 14.0+ | Pengembangan iOS (hanya Mac) |
-| Android Studio | Electric Eel+ | Pengembangan Android |
-| CocoaPods | 1.11.0+ | Manajemen ketergantungan iOS |
-| JDK | 11+ | Alat build Android |
-
-### Memulai Plugin Baru
-
-Gunakan Capacitor CLI untuk memulai proyek plugin Anda. Ini termasuk menyiapkan platform dan memberi nama plugin Anda menggunakan format reverse-domain (misalnya, `com.mycompany.plugin`):
-
-1.  Jalankan perintah berikut:  
-    `npm init @capacitor/plugin`
-2.  Pilih platform target Anda (iOS/Android).
-3.  Beri nama plugin Anda dalam format reverse-domain.
-
-### Langkah Pengaturan Proyek
-
-1.  **Perbarui `package.json`**
-    
-    Modifikasi `package.json` Anda untuk menyertakan yang berikut:
-    
-    ```json
-    {
-      "capacitor": {
-        "ios": {
-          "src": "ios"
-        },
-        "android": {
-          "src": "android"
-        }
-      },
-      "peerDependencies": {
-        "@capacitor/core": "^5.0.0"
-      }
-    }
-    ```
-    
-2.  **Pengaturan Spesifik Platform**
-    
-    -   Untuk **iOS**, pastikan Podfile Anda menyertakan:
-        
-        ```ruby
-        platform :ios, '13.0'
-        use_frameworks!
-        ```
-        
-    -   Untuk **Android**, verifikasi `build.gradle` Anda berisi:
-        
-        ```kotlin
-        android {
-            compileSdkVersion 33
-            defaultConfig {
-                minSdkVersion 22
-            }
-        }
-        ```
-        
-3.  **Siapkan Variabel Lingkungan**
-    
-    Konfigurasikan variabel lingkungan berikut untuk alat pengembangan Anda:
-    
-    | Variabel | Tujuan | Nilai Contoh |
-    | --- | --- | --- |
-    | ANDROID\_HOME | Lokasi SDK Android | /Users/username/Library/Android/sdk |
-    | JAVA\_HOME | Jalur instalasi JDK | /Library/Java/JavaVirtualMachines/jdk-11.0.12.jdk/Contents/Home |
-    | XCODE\_SELECT | Alat baris perintah Xcode | /Applications/Xcode.app/Contents/Developer |
-    
-
-Setelah proyek Anda disiapkan, Anda siap untuk melanjutkan mengelola ketergantungan JavaScript.
-
-## Ketergantungan JavaScript
-
-Mengelola ketergantungan JavaScript secara efektif adalah kunci untuk menjaga kinerja plugin yang stabil.
-
-### Instalasi Paket [npm](https://www.npmjs.com/)
-
-![npm](https://mars-images.imgix.net/seobot/screenshots/www.npmjs.com-ac76028e07fa565ed4006978107f5ce6-2025-03-27.jpg?auto=compress)
-
-Untuk memasang ketergantungan, gunakan perintah berikut:
-
-```bash
-# Add a production dependency
-npm install lodash --save
-
-# Add a development dependency
-npm install @types/lodash --save-dev
-```
-
-Pastikan untuk menyertakan ketergantungan peer secara manual dalam file `package.json` Anda. Uji semua ketergantungan untuk mengonfirmasi kompatibilitas di kedua platform web dan native.
-
-### Mengelola package.json
-
-Berikut adalah contoh konfigurasi file `package.json`:
-
-```json
-{
-  "name": "my-capacitor-plugin",
-  "version": "1.0.0",
-  "dependencies": {
-    "lodash": "^4.17.21"
-  },
-  "devDependencies": {
-    "@types/lodash": "^4.14.195",
-    "@capacitor/core": "^5.0.0"
-  },
-  "peerDependencies": {
-    "@capacitor/core": "^5.0.0"
-  }
-}
-```
-
-Untuk mempertahankan konsistensi, kunci versi ketergantungan dengan tepat:
-
-| Jenis Pembatasan | Contoh | Kasus Penggunaan |
-| --- | --- | --- |
-| Tepat | "5.0.0" | Untuk ketergantungan kritis yang memerlukan versi tertentu |
-| Caret | "^5.0.0" | Mengizinkan pembaruan minor dan patch |
-| Tilde | "~5.0.0" | Membatasi pembaruan hanya untuk patch |
-
-### Menggunakan Pustaka JavaScript
-
-Saat mengimpor pustaka, fokuslah untuk mengurangi ukuran bundel:
-
-```typescript
-// Import only the required function
-import { isEqual } from 'lodash';
-
-export class MyPlugin {
-  async compare(options: { value1: any, value2: any }): Promise<boolean> {
-    return isEqual(options.value1, options.value2);
-  }
-}
-```
-
-Selain itu, pastikan penanganan kesalahan dan pemeriksaan tipe yang tepat:
-
-```typescript
-import { Plugin } from '@capacitor/core';
-import { validate } from 'your-validation-library';
-
-@Plugin({
-  name: 'MyPlugin',
-  platforms: ['web', 'ios', 'android']
-})
-export class MyPlugin {
-  async validateData(data: unknown): Promise<void> {
-    try {
-      if (!validate(data)) {
-        throw new Error('Invalid data format');
-      }
-      // Continue processing if valid
-    } catch (error) {
-      throw new Error(`Validation failed: ${error.message}`);
-    }
-  }
-}
-```
-
-Selanjutnya, jelajahi cara menangani ketergantungan spesifik platform untuk iOS.
-
-## Ketergantungan iOS
-
-Bagian ini menjelaskan bagaimana mengelola ketergantungan iOS native dalam [plugin Capacitor](https://capgo.app/plugins/). Setelah Anda mengatur ketergantungan JavaScript Anda, langkah berikutnya adalah menangani ketergantungan iOS native.
-
-### Pengaturan [CocoaPods](https://cocoapods.org/)
-
-![CocoaPods](https://mars-images.imgix.net/seobot/screenshots/cocoapods.org-fd202c6f9998fdf4cafb9b363e43119c-2025-03-27.jpg?auto=compress)
-
-Mulailah dengan menginisialisasi CocoaPods di direktori iOS Anda:
-
-```bash
-cd ios
-pod init
-```
-
-Kemudian, perbarui file `Plugin.podspec` Anda dengan konfigurasi berikut:
-
-```ruby
-Pod::Spec.new do |s|
-  s.name = 'MyCapacitorPlugin'
-  s.version = '1.0.0'
-  s.summary = 'Your plugin description'
-  s.platform = :ios, '13.0'
-  s.dependency 'Capacitor'
-  # Include your iOS dependencies here
-  s.dependency 'Alamofire', '~> 5.6.4'
-end
-```
-
-### Konfigurasi Podfile
-
-Setelah menginisialisasi CocoaPods, konfigurasikan Podfile untuk menyertakan Capacitor dan pustaka pihak ketiga tambahan:
-
-```ruby
-platform :ios, '13.0'
-use_frameworks!
-
-def capacitor_pods
-  pod 'Capacitor', :path => '../../node_modules/@capacitor/ios'
-  pod 'CapacitorCordova', :path => '../../node_modules/@capacitor/ios'
-end
-
-target 'Plugin' do
-  capacitor_pods
-  # Add third-party dependencies
-  pod 'KeychainAccess', '~> 4.2.2'
-  pod 'SwiftyJSON', '~> 5.0.1'
-end
-
-target 'PluginTests' do
-  capacitor_pods
-end
-```
-
-Berikut adalah beberapa pola konfigurasi ketergantungan yang umum:
-
-| Jenis Pembatasan | Contoh | Kasus Penggunaan |
-| --- | --- | --- |
-| Versi Tepat | `pod 'KeychainAccess', '4.2.2'` | Ketika kontrol tepat diperlukan, seperti untuk komponen keamanan |
-| Versi Minor | `pod 'Alamofire', '~> 5.6'` | Untuk API yang stabil yang mungkin menerima pembaruan patch |
-| Versi Mayor | `pod 'SwiftyJSON', '> 5.0'` | Ketika fleksibilitas di seluruh pembaruan dapat diterima |
-
-### Ketergantungan Paket Swift
-
-Jika Anda lebih suka tidak menggunakan CocoaPods, Swift Package Manager (SPM) adalah alternatif yang baik. Tambahkan ketergantungan SPM langsung di Xcode dengan konfigurasi berikut dalam file `Package.swift` Anda:
-
-```swift
-// Package.swift
-dependencies: [
-    .package(url: "https://github.com/Alamofire/Alamofire.git", .upToNextMajor(from: "5.6.4")),
-    .package(url: "https://github.com/SwiftyJSON/SwiftyJSON.git", from: "5.0.1")
-]
-```
-
-Untuk menggunakan ketergantungan SPM dalam kode plugin Anda, impor dan integrasikan sesuai kebutuhan. Misalnya:
-
-```swift
-import Capacitor
-import Alamofire
-
-@objc(MyPlugin)
-public class MyPlugin: CAPPlugin {
-    @objc func makeRequest(_ call: CAPPluginCall) {
-        AF.request("https://api.example.com/data").response { response in
-            // Process the response
-            call.resolve([
-                "data": response.data
-            ])
-        }
-    }
-}
-```
-
-Pendekatan ini memungkinkan Anda memilih antara CocoaPods dan Swift Package Manager berdasarkan kebutuhan proyek Anda.
-
-## Ketergantungan Android
-
-Atur ketergantungan Android untuk memastikan integrasi native yang lancar. Berikut adalah cara mengelola ketergantungan untuk plugin Capacitor Anda.
-
-### Ketergantungan [Gradle](https://gradle.org/)
-
-![Gradle Build Tool Interface](https://mars-images.imgix.net/seobot/screenshots/gradle.org-85d271057dfb5e2e134ec99beaad5682-2025-03-27.jpg?auto=compress)
-
-Tambahkan konfigurasi berikut ke file `build.gradle` Anda:
-
-```kotlin
-android {
-    defaultConfig {
-        minSdkVersion 22
-        targetSdkVersion 33
-    }
-}
-
-dependencies {
-    implementation "androidx.appcompat:appcompat:1.6.1"
-    implementation "com.google.code.gson:gson:2.10.1"
-    implementation "org.jetbrains.kotlin:kotlin-stdlib:1.8.20"
-    implementation project(':capacitor-android')
-}
-```
-
-Tentukan versi tambahan dalam blok `buildscript`:
-
-```kotlin
-buildscript {
-    ext {
-        androidxCoreVersion = '1.10.1'
-        kotlinVersion = '1.8.20'
-    }
-}
-```
-
-Setelah ketergantungan dikonfigurasi, pastikan untuk menyiapkan repositori yang diperlukan.
-
-### Konfigurasi Repositori
-
-Di `build.gradle` tingkat proyek Anda, sertakan repositori Maven yang diperlukan:
-
-```kotlin
-allprojects {
-    repositories {
-        google()
-        mavenCentral()
-        maven { url "https://jitpack.io" }
-    }
-}
-```
-
-Jika Anda menggunakan repositori Maven khusus atau pribadi, tambahkan kredensial seperti ini:
-
-```kotlin
-maven {
-    url "https://maven.example.com/releases"
-    credentials {
-        username = project.findProperty("mavenUsername") ?: System.getenv("MAVEN_USERNAME")
-        password = project.findProperty("mavenPassword") ?: System.getenv("MAVEN_PASSWORD")
-    }
-}
-```
-
-Dengan repositori yang disiapkan, address any dependency conflicts that may arise.
-
-### Memperbaiki Masalah Kompatibilitas
-
-Untuk menangani konflik ketergantungan, terapkan resolusi versi dalam `build.gradle` Anda:
-
-```kotlin
-configurations.all {
-    resolutionStrategy {
-        force "org.jetbrains.kotlin:kotlin-stdlib:1.8.20"
-        force "androidx.core:core-ktx:1.10.1"
-    }
-}
-```
-
-Berikut adalah strategi untuk menyelesaikan masalah ketergantungan yang umum:
-
-| Jenis Masalah | Strategi | Contoh |
-| --- | --- | --- |
-| Konflik Versi | Paksa versi tertentu | `force 'com.google.code.gson:gson:2.10.1'` |
-| Beberapa Versi | Kecualikan modul | `exclude group: 'org.json', module: 'json'` |
-| Masalah Transitive | Gunakan versi ketat | `strictly 'androidx.core:core-ktx:1.10.1'` |
-
-Misalnya, Anda dapat mengecualikan modul yang bertentangan seperti ini:
-
-```kotlin
-dependencies {
-    implementation('library:name:1.0.0') {
-        exclude group: 'com.conflicting.dependency'
-    }
-}
-```
-
-Akhirnya, optimalkan proses build Anda dengan mengaktifkan caching dan pelaksanaan paralel dalam `gradle.properties`:
-
-```properties
-org.gradle.caching=true
-org.gradle.parallel=true
-org.gradle.jvmargs=-Xmx2048m
-```
-
-## Integrasi [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-27.jpg?auto=compress)
-
-Menggunakan Capgo bersama dengan manajemen ketergantungan native dan JavaScript membuat pembaruan plugin Anda lebih cepat dan mudah.
-
-### Tentang Capgo
-
-Capgo adalah platform pembaruan langsung yang dirancang untuk plugin dan aplikasi Capacitor. Dengan lebih dari 23,5 juta pembaruan yang disampaikan di 750 aplikasi produksi [\[1\]](https://capgo.app/), Capgo memungkinkan pengembang untuk mendorong pembaruan untuk ketergantungan dan kode secara instan - tidak diperlukan ulasan toko aplikasi. Pembaruan diamankan dengan enkripsi end-to-end dan memenuhi standar kepatuhan Apple dan Android.
-
-### Fitur Pembaruan Capgo
-
-Capgo menyederhanakan manajemen ketergantungan plugin dengan fitur-fitur ini:
-
-| Fitur | Apa yang Dilakukan | Metrik Kunci |
-| --- | --- | --- |
-| Pembaruan Langsung | Dorong pembaruan dalam beberapa menit | 95% tingkat pembaruan pengguna dalam 24 jam |
-| Pembaruan Parsial | Unduh hanya file yang berubah | 57ms rata-rata waktu respons API |
-| Kontrol Versi | Kelola beberapa versi | 82% tingkat keberhasilan global |
-| Sistem Saluran | Targetkan kelompok pengguna tertentu | Mendukung beberapa saluran penyebaran |
-
-Sumber: [\[1\]](https://capgo.app/)
-
-Capgo bekerja dengan lancar dengan alat CI/CD seperti GitHub Actions, GitLab CI, dan Jenkins, mengotomatiskan pembaruan ketergantungan dan memastikan versi plugin yang konsisten. Alat-alat ini memudahkan untuk mengintegrasikan Capgo ke dalam alur kerja Anda.
-
-### Menyiapkan Capgo
-
-Ikuti langkah-langkah ini untuk mengintegrasikan Capgo ke dalam proyek Anda:
-
-1.  **Instal CLI Capgo**
-    
-    Jalankan perintah berikut di terminal Anda:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2.  **Konfigurasi Preferensi Pembaruan**
-    
-    Gunakan dasbor Capgo untuk mengatur saluran dan preferensi penyebaran. Konfigurasi yang dihosting di cloud dan yang dihosting sendiri didukung.
-    
-3.  **Tambahkan Logika Pembaruan**
-    
-    Tambahkan kode ini ke file plugin utama Anda untuk mengaktifkan pembaruan:
-    
-    ```typescript
-    import { Capgo } from '@capgo/capacitor-updater';
-    
-    // Initialize Capgo
-    const capgo = new Capgo({
-      appId: 'YOUR_APP_ID',
-      channel: 'production'
-    });
-    
-    // Check for updates
-    await capgo.checkForUpdate();
-    ```
-    
-
-> "Kami mempraktikkan pengembangan gesit dan @Capgo sangat penting dalam memberikan terus-menerus kepada pengguna kami!" - Rodrigo Mantica
-
-Capgo juga menyediakan dasbor analitik untuk wawasan waktu nyata tentang tingkat keberhasilan pembaruan dan aktivitas pengguna. Fitur seperti pengembalian satu klik dan pelacakan kesalahan membantu menyelesaikan masalah dengan cepat, menjaga pembaruan plugin Anda berjalan lancar.
-
-## Kesimpulan
-
-### Tinjauan Proses
-
-Mengelola ketergantungan untuk plugin Capacitor melibatkan penyelarasan komponen native (iOS dan Android) dengan rekan-rekan JavaScript mereka untuk memastikan integrasi yang mulus. Proses ini mencakup pengaturan spesifik platform dan pengelolaan paket JavaScript untuk mencapai kinerja terbaik. Mengikuti langkah-langkah yang dijelaskan akan membantu mempertahankan fungsi plugin yang stabil dan efisien.
-
-### Praktik Terbaik
-
-Untuk mengelola ketergantungan secara efektif, pertimbangkan praktik ini:
-
-| Praktik | Manfaat | Cara Melaksanakan |
-| --- | --- | --- |
-| Penetapan Versi | Menghindari masalah yang tak terduga | Gunakan versi tetap di `package.json` |
-| Isolasi Platform | Meminimalkan konflik | Pisahkan ketergantungan native |
-| Pembaruan Teratur | Meningkatkan keamanan | Terapkan patch kritis dengan cepat |
-| Audit Ketergantungan | Mendeteksi risiko | Jalankan `npm audit` secara rutin |
-
-Menggunakan alat pembaruan langsung seperti Capgo dapat lebih menyederhanakan dan meningkatkan praktik ini dengan memungkinkan pembaruan waktu nyata.
-
-### Manfaat Capgo
-
-Capgo menyederhanakan proses manajemen ketergantungan sambil memberikan kinerja yang kuat. Ini mencapai **tingkat pembaruan pengguna 95% dalam 24 jam** dan mempertahankan waktu respons API global **57ms** [\[1\]](https://capgo.app/). Dengan enkripsi end-to-end, ini memastikan pembaruan yang aman yang mematuhi pedoman Apple dan Android. Untuk tim yang mengelola beberapa versi plugin, sistem saluran Capgo memungkinkan penyebaran yang ditargetkan untuk kelompok pengguna tertentu.
-
-Berikut adalah sekilas kinerja Capgo:
-
-| Metrik | Nilai |
-| --- | --- |
-| Waktu Respons API Global | 57ms |
-| Tingkat Keberhasilan Pembaruan | 82% |
-| Tingkat Pembaruan Pengguna (24 Jam) | 95% |
diff --git a/src/content/blog/id/how-to-add-geolocation-targeting-to-ota-updates.md b/src/content/blog/id/how-to-add-geolocation-targeting-to-ota-updates.md
deleted file mode 100644
index 801321aa5..000000000
--- a/src/content/blog/id/how-to-add-geolocation-targeting-to-ota-updates.md
+++ /dev/null
@@ -1,123 +0,0 @@
----
-slug: how-to-add-geolocation-targeting-to-ota-updates
-title: Cara Menambahkan Penargetan Geolokasi ke Update OTA
-description: >-
-  Pelajari cara mengimplementasikan penargetan geolokasi dalam pembaruan OTA
-  untuk meningkatkan keterlibatan pengguna dengan fitur spesifik lokasi dan
-  pembaruan yang tepat waktu.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-23T04:39:40.995Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ba891fbfa83cf6a92e8bd2-1740285846827.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  geolocation targeting, OTA updates, mobile app updates, user engagement,
-  location-based features, background location tracking, app development,
-  analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin mengirimkan [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) yang disesuaikan dengan lokasi pengguna?** Penargetan geolokasi dalam pembaruan Over-the-Air (OTA) membuat ini mungkin. Berikut ringkasan cara Anda dapat menggabungkan geolokasi dengan pembaruan OTA untuk meningkatkan pengalaman dan keterlibatan pengguna:
-
--   **Mengapa Penargetan Geolokasi?**
-    
-    -   Memberikan fitur, promosi, atau pembaruan khusus lokasi.
-    -   Merespons peristiwa lokal atau cuaca secara real-time.
-    -   Meningkatkan akurasi penargetan menggunakan metode berbasis GPS atau IP.
--   **Yang Anda Perlukan untuk Memulai:**
-    
-    -   Aplikasi [Capacitor](https://capacitorjs.com/) dengan fungsionalitas web dan native.
-    -   Plugin lokasi seperti `@capacitor/geolocation` untuk pelacakan.
-    -   Platform OTA seperti [Capgo](https://capgo.app/) yang mendukung penargetan geolokasi.
--   **Cara Kerjanya:**
-    
-    -   Mengatur izin lokasi (iOS: `Info.plist`, Android: `AndroidManifest.xml`).
-    -   Menyiapkan pelacakan lokasi latar belakang dengan akurasi tinggi.
-    -   Menggunakan aturan geofencing untuk mendorong pembaruan berdasarkan lokasi pengguna.
-    -   Mengenkripsi data lokasi untuk keamanan dan melacak kinerja pembaruan.
-
-**Manfaat Utama:**
-
--   Keterlibatan lebih tinggi: Pembaruan yang disesuaikan meningkatkan interaksi pengguna.
--   Waktu lebih tepat: Mendorong pembaruan berdasarkan kebutuhan atau acara regional.
--   Analitik lebih baik: Mengukur tingkat keberhasilan dan akurasi lokasi.
-
-Panduan ini memandu Anda melalui alat, pengaturan, dan strategi untuk mengimplementasikan geolokasi dalam pembaruan OTA Anda. Mulai kirimkan pembaruan yang lebih cerdas hari ini!
-
-## Video terkait dari YouTube
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Prasyarat
-
-Sebelum mendalami pembaruan OTA yang ditargetkan geolokasi, pastikan pengaturan berikut sudah siap.
-
-### Memulai dengan [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-23.jpg?auto=compress)
-
-Untuk membangun [aplikasi Capacitor](https://capgo.app/plugins/ivs-player/) yang sadar lokasi dengan pembaruan OTA, Anda memerlukan:
-
--   **[Node.js](https://nodejs.org/en) dan npm** terinstal di mesin Anda.
--   Proyek Capacitor yang diinisialisasi dengan platform native (iOS/Android).
--   Pemahaman dasar tentang konsep pengembangan lintas platform.
-
-Aplikasi Anda harus mendukung fungsionalitas web dan native untuk mengaktifkan pembaruan OTA dinamis dan melacak perangkat secara efektif.
-
-### Menyiapkan Layanan Lokasi
-
-Untuk mengkonfigurasi [plugin Geolokasi Capacitor](https://capgo.app/plugins/capacitor-nativegeocoder/), ikuti langkah-langkah berikut:
-
-**Untuk iOS:**
-
-Tambahkan deskripsi privasi berikut ke file `Info.plist` Anda:
-
--   `NSLocationAlwaysAndWhenInUseUsageDescription`
--   `NSLocationWhenInUseUsageDescription`
-
-**Untuk Android:**
-
-Sertakan izin ini dalam file `AndroidManifest.xml` Anda:
-
--   `ACCESS_COARSE_LOCATION`
--   `ACCESS_FINE_LOCATION`
--   `android.hardware.location.gps` (opsional tapi meningkatkan presisi).
-
-Instal plugin yang diperlukan dengan:
-
-```bash
-npm install @capacitor/geolocation
-npx cap sync
-```
-
-Jika Anda memerlukan pelacakan lokasi latar belakang, tambahkan:
-
-```bash
-npm install @capacitor-community/background-geolocation
-npx cap update
-```
-
-Setelah layanan lokasi dikonfigurasi, pilih platform OTA yang mendukung pembaruan yang ditargetkan berdasarkan lokasi pengguna.
-
-### Memilih Platform Pembaruan OTA
-
-Pilih platform OTA yang menawarkan pembaruan langsung, penargetan berbasis geolokasi, dan mematuhi kebijakan app store. **Capgo** adalah pilihan terbukti, dengan lebih dari 457,2 juta pembaruan yang dikirim di 1,8 ribu aplikasi produksi [\[2\]](https://capgo.app/).
-
-> "Capgo adalah alat yang wajib dimiliki pengembang yang ingin lebih produktif. Menghindari tinjauan aplikasi untuk perbaikan bug sangat berharga." - Bessie Cooper [\[2\]](https://capgo.app/)
-
-Berikut mengapa Capgo menonjol:
-
-| Fitur | Kepentingan | Mengapa Ini Penting |
-| --- | --- | --- |
-| **Pembaruan Langsung** | Kritis | Menyebarkan fitur khusus lokasi secara instan. |
-| **Kepatuhan App Store** | Tidak Dapat Ditawar | Memastikan pembaruan memenuhi pedoman platform. |
-| **Dukungan Geolokasi** | Inti | Menargetkan pembaruan berdasarkan lokasi pengguna. |
-| **Kontrol Versi** | Berguna | Mengelola versi aplikasi di berbagai wilayah. |
-| **Analitik** | Membantu | Melacak kinerja pembaruan berdasarkan lokasi. |
-
-[Continue with the translation of the remaining sections...]
diff --git a/src/content/blog/id/how-to-add-third-party-plugins-in-capacitor-apps.md b/src/content/blog/id/how-to-add-third-party-plugins-in-capacitor-apps.md
deleted file mode 100644
index 1bd3659a9..000000000
--- a/src/content/blog/id/how-to-add-third-party-plugins-in-capacitor-apps.md
+++ /dev/null
@@ -1,349 +0,0 @@
----
-slug: how-to-add-third-party-plugins-in-capacitor-apps
-title: Cara Menambahkan Plugin Pihak Ketiga pada Aplikasi Capacitor
-description: >-
-  Pelajari cara meningkatkan aplikasi Capacitor Anda dengan mengintegrasikan
-  plugin pihak ketiga untuk mendapatkan fungsionalitas dan performa yang lebih
-  baik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T14:04:24.780Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d977fb55129a55bd698926-1742306685762.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, third-party plugins, mobile app development, plugin installation,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Inilah terjemahannya:
-
-**Ingin meningkatkan aplikasi** [**Capacitor**](https://capacitorjs.com/) **Anda dengan fitur-fitur canggih seperti pembaruan langsung, analitik, atau fungsionalitas yang aman?** Menambahkan plugin pihak ketiga adalah solusinya. Capacitor memudahkan integrasi plugin, memperluas kemampuan aplikasi Anda tanpa perlu coding native yang mendalam.
-
-Berikut yang akan Anda pelajari:
-
--   **Tools yang dibutuhkan:** [Node.js](https://nodejs.org/en), npm, Capacitor CLI, [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), dan lainnya.
-    
--   **Daftar keterampilan:** JavaScript/TypeScript, [debugging mobile](https://capgo.app/docs/plugin/debugging/), dan [pengetahuan API Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-    
--   **Mencari plugin:** Gunakan npm, [Capacitor Community Hub](https://capgo.app/blog/capacitor-comprehensive-guide/), atau GitHub untuk menemukan opsi yang andal.
-    
--   **Memasang plugin:** Pasang melalui npm dan sinkronkan dengan `npx cap sync`.
-    
--   **Konfigurasi:** Perbarui file khusus platform seperti `Info.plist` (iOS) atau `AndroidManifest.xml` (Android).
-    
--   [**Tips debugging**](https://capgo.app/docs/plugin/debugging/)**:** Gunakan tools seperti `npx cap doctor` dan logging detail untuk memperbaiki masalah.
-    
-**Pro Tip:** Tools seperti [Capgo](https://capgo.app/) memudahkan pengelolaan pembaruan dan peluncuran plugin, dengan fitur seperti pembaruan terenkripsi dan analitik real-time.
-
-Siap meningkatkan aplikasi Anda? Mari pelajari proses langkah demi langkah untuk mengintegrasikan dan mengelola plugin dalam proyek Capacitor Anda.
-
-## [Capacitor](https://capacitorjs.com/) + Nx = Pengembangan Plugin Lintas Platform
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-18.jpg?auto=compress)
-
-<Steps>
-
-## Sebelum Anda Mulai
-
-Sebelum terjun ke integrasi plugin, pastikan setup dan keterampilan Anda siap.
-
-### Tools yang Dibutuhkan
-
-Berikut daftar cepat tools yang diperlukan:
-
--   **Node.js**: Versi 16.0 atau lebih tinggi
-    
--   **npm**: Versi 8.0 atau lebih baru
-    
--   **Capacitor CLI**: Rilis stabil terbaru
-    
--   **IDE/Editor Kode**: Disarankan [VS Code](https://code.visualstudio.com/) atau [WebStorm](https://www.jetbrains.com/webstorm/)
-    
--   **Git**: Untuk kontrol versi
-    
--   **Xcode**: Versi 14 atau lebih baru (hanya Mac)
-    
--   **Android Studio**: Versi terbaru dengan tools SDK
-    
-
-Setelah Anda menginstal tools tersebut, luangkan waktu untuk menilai keterampilan Anda.
-
-### Daftar Keterampilan
-
-Berikut yang perlu Anda kuasai:
-
-**Keterampilan Teknis Inti**:
-
--   Pengetahuan menengah JavaScript/TypeScript
-    
--   Pemahaman dasar arsitektur aplikasi mobile
-    
--   Keakraban dengan pola _async/await_ dan Promise
-    
--   Pengalaman dengan npm untuk mengelola paket
-    
-
-**Pengetahuan Spesifik Platform**:
-
--   Dasar pengembangan iOS (untuk plugin iOS)
-    
--   Dasar pengembangan Android (untuk plugin Android)
-    
--   [Teknik debugging aplikasi mobile](https://capgo.app/docs/plugin/debugging/)
-    
-
-**Keakraban Framework**:
-
--   Pengetahuan kerja API Capacitor dan framework web seperti [React](https://react.dev/), [Vue](https://vuejs.org/), atau [Angular](https://angular.io/)
-    
--   Pengalaman dengan desain responsif mobile-first
-    
-
-Jika ada yang kurang familiar, pertimbangkan untuk mempelajarinya lebih dulu sebelum melanjutkan.
-
-## Menemukan Plugin yang Tepat
-
-### Dimana Menemukan Plugin
-
-Untuk menemukan [plugin Capacitor](https://capgo.app/plugins/), mulai dari registry npm. Cari kata kunci seperti **"capacitor-plugin"** atau **"@capacitor/"**. Tim resmi Capacitor memelihara plugin inti di bawah `@capacitor/`, mencakup fitur seperti kamera, geolokasi, dan penyimpanan.
-
-Berikut sumber tambahan yang bisa Anda jelajahi:
-
-| Platform | Deskripsi | Manfaat |
-| --- | --- | --- |
-| Capacitor Community Hub | Plugin yang dikelola komunitas | Kompatibilitas terverifikasi, pembaruan rutin |
-| GitHub Awesome Lists | Koleksi plugin terkurasi | Terorganisir dan terkategorisasi dengan baik |
-| npm Verified Publishers | Plugin dari pengembang terpercaya | Keandalan lebih tinggi |
-
-Setelah Anda mengumpulkan daftar plugin potensial, langkah selanjutnya adalah mengevaluasi kualitasnya.
-
-### Cara Memeriksa Kualitas Plugin
-
-Setelah mengidentifikasi plugin yang menjanjikan, nilai kualitasnya menggunakan faktor-faktor kunci ini:
-
-**Kualitas Dokumentasi**
-
--   Cari instruksi instalasi yang jelas, referensi API lengkap, panduan spesifik platform, dan contoh kode yang berfungsi.
-
-**Status Pemeliharaan**
-
--   Periksa repositori GitHub plugin untuk aktivitas terbaru, respons cepat terhadap masalah, pembaruan rutin, dan kompatibilitas dengan versi Capacitor terbaru.
-
-**Keterlibatan Komunitas**
-
--   Analisis metrik seperti unduhan npm mingguan, bintang GitHub, fork, tingkat penyelesaian masalah, dan keterlibatan pengelola.
-
-Plugin yang terawat dengan baik harus menunjukkan pengembangan aktif. Contohnya, perhatikan:
-
--   Rilis rutin (idealnya minimal per kuartal)
-    
--   Versioning semantik yang tepat
-    
--   Changelog yang detail
-    
--   Dukungan TypeScript dengan definisi tipe
-    
-
-**Pemeriksaan Kompatibilitas**
-
--   Uji plugin di lingkungan pengembangan Anda.
-    
--   Pastikan memenuhi persyaratan spesifik platform dan tidak berkonflik dengan plugin lain.
-    
--   Verifikasi dukungan untuk semua platform target Anda (iOS/Android).
-    
--   Konfirmasi kesesuaian dengan standar produksi aplikasi Anda untuk keandalan.
-    
-
-Untuk aplikasi dalam produksi, prioritaskan plugin dengan rekam jejak terbukti atau yang menawarkan dukungan komersial. Ini memastikan bantuan yang dapat diandalkan jika ada masalah.
-
-## Langkah-langkah Instalasi Plugin
-
-Setelah memastikan plugin Anda memenuhi standar kualitas, ikuti langkah-langkah ini untuk menginstal dan menyinkronkannya.
-
-### Perintah Instalasi npm
-
-Gunakan npm untuk menginstal plugin:
-
-Untuk [plugin resmi Capacitor](https://capgo.app/blog/):
-
-Untuk menginstal beberapa plugin sekaligus:
-
-Untuk [fitur pembaruan langsung Capgo](https://www.npmjs.com/package/@capgo/capacitor-updater) [\[1\]](https://capgo.app/):
-
-Setelah terinstal, sinkronkan plugin dengan platform native Anda.
-
-### Menjalankan Sinkronisasi Capacitor
-
-Jalankan perintah berikut untuk mengintegrasikan komponen native:
-
-Berikut yang terjadi selama sinkronisasi:
-
-| Tugas | Deskripsi | Dampak |
-| --- | --- | --- |
-| Salin Aset Web | Mentransfer aset web ke platform native | Memperbarui konten web |
-| Perbarui Konfigurasi Native | Menyesuaikan file konfigurasi native | Memastikan kompatibilitas |
-| Instal Dependensi | Menambahkan dependensi native yang diperlukan | Mengaktifkan fungsionalitas plugin |
-| Setup Spesifik Platform | Menangani konfigurasi spesifik platform | Mempersiapkan untuk iOS/Android |
-
-Untuk menyinkronkan platform tertentu, gunakan:
-
-**Tips Penting:**
-
--   Pastikan plugin kompatibel dengan versi Capacitor Anda.
-    
--   Tinjau output terminal untuk peringatan atau instruksi setup.
-    
--   Jaga tools pengembangan Anda tetap diperbarui.
-    
-
-Jika Anda mengalami konflik versi, gunakan `npx cap sync --force` untuk melakukan sinkronisasi bersih.
-
-Setelah sinkronisasi selesai, konfigurasikan plugin untuk setiap platform sesuai kebutuhan.
-
-## Menyiapkan dan Menggunakan Plugin
-
-### Setup Spesifik Platform
-
-Untuk mengkonfigurasi plugin, perbarui file `capacitor.config.json` dengan pengaturan spesifik platform:
-
-Untuk **iOS**, sertakan izin yang diperlukan dalam file `Info.plist`, seperti akses kamera, perpustakaan foto, atau lokasi.
-
-Untuk **Android**, pastikan menambahkan izin yang diperlukan dalam file `AndroidManifest.xml`:
-
-### Setup Plugin dalam Kode
-
-Mulai dengan mengimpor plugin ke dalam kode aplikasi Anda:
-
-Untuk organisasi yang lebih baik, pertimbangkan untuk mengelompokkan beberapa plugin ke dalam layanan:
-
-Setelah diimpor dan distrukturkan, Anda bisa mulai mengimplementasikan fitur plugin dan mengujinya di berbagai platform.
-
-### Bekerja dengan Fitur Plugin
-
-Manfaatkan `async/await` untuk menangani fitur plugin dengan manajemen kesalahan yang tepat:
-
-Uji fungsionalitas plugin di setiap tahap deployment untuk memastikan keandalan.
-
-> "Kami meluncurkan [pembaruan OTA Capgo](https://console.capgo.app/resend_email) dalam produksi untuk basis pengguna kami lebih dari 5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami diperbarui dalam hitungan menit setelah OTA diimplementasikan ke @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-| Fase Pengujian Plugin | Praktik Terbaik | Dampak |
-| --- | --- | --- |
-| Pengembangan | Gunakan [sistem kanal](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Mengisolasi lingkungan pengujian |
-| Pengujian Beta | Manfaatkan pelacakan kesalahan | Identifikasi masalah spesifik platform |
-| Produksi | Aktifkan pembaruan otomatis | Tingkat pembaruan pengguna 95% dalam 24 jam |
-
-Sistem pembaruan terenkripsi Capgo dapat menyederhanakan pembaruan plugin yang sering [\[1\]](https://capgo.app/).
-
-**Tips Penting untuk Implementasi**:
-
--   Uji plugin secara menyeluruh di semua platform.
-    
--   Tangani kasus-kasus khusus spesifik platform.
-    
--   Gunakan boundary kesalahan yang tepat untuk menangani kegagalan.
-    
--   Pantau kinerja plugin dengan tools analitik.
-    
-
-## Memperbaiki Masalah Umum
-
-### Masalah Instalasi dan Sinkronisasi
-
-Jika Anda mengalami kesalahan instalasi npm, biasanya berasal dari ketidakcocokan versi atau dependensi yang hilang. Berikut cara mengatasinya:
-
-1.  Bersihkan cache npm dan perbarui Node.js:
-    
-2.  Jika masalah berlanjut, gunakan perintah berikut untuk mendiagnosis masalah konfigurasi:
-    
-
-Perintah ini memindai masalah umum dan memberikan saran untuk mengatasinya.
-
-### Konflik Plugin
-
-Konflik plugin biasanya disebabkan oleh versi yang tidak kompatibel atau fungsi yang tumpang tindih. Berikut cara mengatasinya:
-
-| Jenis Konflik | Solusi yang Disarankan |
-| --- | --- |
-| Ketidakcocokan versi | Perbarui core Capacitor dan plugin ke versi yang sesuai. |
-| Plugin duplikat | Hapus plugin yang berkonflik dan instal ulang satu per satu. |
-| Masalah spesifik platform | Atur override platform dalam konfigurasi proyek Anda. |
-
-Jika beberapa plugin memerlukan versi Capacitor yang berbeda, periksa pengaturan kompatibilitas di file `package.json` Anda:
-
-Masih kesulitan? Lanjut ke [langkah-langkah debugging](https://capgo.app/docs/plugin/debugging/) untuk analisis yang lebih mendalam.
-
-### Langkah Debug
-
-Untuk mendebug masalah plugin, ikuti langkah-langkah berikut:
-
-1. **Aktifkan logging verbose** di file konfigurasi Capacitor Anda:
-
-    ```bash
-npm install plugin-name
-```
-
-2. **Gunakan alat debugging khusus platform**:
-
-    - Untuk iOS: Gunakan Xcode Console.
-
-    - Untuk Android: Periksa Logcat di Android Studio.
-
-3. **Catat dan lacak error plugin** dalam kode Anda:
-
-    ```bash
-npm install @capacitor/plugin-name
-```
-
-Untuk masalah yang berkelanjutan, periksa repositori GitHub plugin untuk masalah yang dilaporkan atau tips pemecahan masalah. Banyak penulis plugin menyertakan instruksi detail dalam dokumentasi mereka.
-
-**Pro Tip:** Gunakan alat pengembangan khusus platform Anda untuk memeriksa aktivitas jaringan, perizinan, dan log crash. Alat-alat ini dapat menghemat waktu Anda dengan membantu mengidentifikasi akar penyebab masalah.
-
-## Menggunakan [Capgo](https://capgo.app/) untuk Pembaruan
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-Setelah Anda mengatasi masalah integrasi umum, Capgo membuat pengelolaan pembaruan untuk [aplikasi Capacitor](https://capgo.app/top_capacitor_app/) Anda menjadi mudah.
-
-### Tentang Capgo
-
-Capgo menyederhanakan manajemen langsung plugin pihak ketiga dalam aplikasi Capacitor. Dengan **23,5 juta pembaruan yang disampaikan di 750 aplikasi** [\[1\]](https://capgo.app/), ini adalah alat terpercaya untuk menangani plugin. Fiturnya mencakup penerapan instan, pembaruan parsial, enkripsi end-to-end, dan distribusi berbasis kanal, semuanya dirancang untuk menjaga pengiriman plugin tetap lancar dan efisien.
-
-### Manajemen Plugin dengan Capgo
-
-Berikut yang ditawarkan Capgo:
-
-| Fitur | Fungsinya | Metrik Utama |
-| --- | --- | --- |
-| **Pembaruan Latar Belakang** | Menginstal pembaruan secara diam-diam, tanpa tindakan pengguna | 95% pengguna aktif diperbarui dalam 24 jam [\[1\]](https://capgo.app/) |
-| **Kontrol Versi** | Memungkinkan rollback sekali klik | 82% tingkat keberhasilan rollback secara global [\[1\]](https://capgo.app/) |
-| **Dasbor Analitik** | Melacak kinerja pembaruan secara real-time | Membantu mengidentifikasi dan menyelesaikan masalah dengan cepat |
-
-Capgo terintegrasi dengan mudah ke dalam alur kerja Capacitor Anda, memastikan pembaruan yang aman dan berkelanjutan. Ini bekerja dengan alat seperti **GitHub Actions, GitLab CI, dan** [**Jenkins**](https://www.jenkins.io/), mengotomatisasi pembaruan plugin dan deployment untuk menghemat waktu dan mengurangi upaya manual.
-
-Untuk tim yang menangani beberapa plugin, sistem kanal mendukung pengujian beta sebelum rilis yang lebih luas. Analitik real-time memberikan wawasan tentang kinerja pembaruan dan pelacakan kesalahan. Capgo kompatibel dengan **Capacitor 8**, mendukung integrasi API kustom, dan menawarkan opsi self-hosted untuk kebutuhan khusus.
-
-## Ringkasan
-
-Mengintegrasikan plugin pihak ketiga melibatkan beberapa langkah penting: meneliti opsi yang dapat diandalkan, menginstal melalui npm, menyinkronkan dengan komponen native, dan mengkonfigurasinya untuk setiap platform.
-
-Berikut adalah pembagian proses integrasi menjadi fase-fase utama:
-
-| Fase | Tindakan Utama | Metrik Keberhasilan |
-| --- | --- | --- |
-| **Pra-Integrasi** | Penelitian kompatibilitas plugin dan ulasan pengguna | Mengidentifikasi potensi tantangan lebih awal |
-| **Instalasi** | Instal plugin menggunakan npm dan jalankan sinkronisasi Capacitor | Memastikan integrasi lancar di semua platform |
-| **Konfigurasi** | Menangani persyaratan pengaturan khusus platform | Mengoptimalkan kinerja plugin |
-| **Pemeliharaan** | Gunakan [pembaruan otomatis](https://capgo.app/docs/live-updates/update-behavior/) dengan Capgo | 95% pengguna diperbarui dalam 24 jam[\[1\]](https://capgo.app/) |
-
-Capgo menawarkan alat untuk memperlancar pembaruan. Rodrigo Mantica menekankan pentingnya:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!"[\[1\]](https://capgo.app/)
-
-Untuk aplikasi enterprise, sistem kanal Capgo memungkinkan peluncuran bertahap secara efektif. Dengan tingkat keberhasilan pembaruan global 82%[\[1\]](https://capgo.app/) dan pelacakan kesalahan yang canggih, Capgo memastikan proses pembaruan yang dapat diandalkan. Tim OSIRIS-REx NASA adalah contoh bagus bagaimana pipeline pembaruan yang kuat dapat membuat perbedaan[\[1\]](https://capgo.app/).
diff --git a/src/content/blog/id/how-to-build-capacitor-app-in-xcode-cloud.md b/src/content/blog/id/how-to-build-capacitor-app-in-xcode-cloud.md
deleted file mode 100644
index 1c60f6308..000000000
--- a/src/content/blog/id/how-to-build-capacitor-app-in-xcode-cloud.md
+++ /dev/null
@@ -1,130 +0,0 @@
----
-slug: how-to-build-capacitor-app-in-xcode-cloud
-title: Bagaimana Cara Membangun Aplikasi Ionic Capacitor di Xcode Cloud
-description: >-
-  Gunakan Xcode Cloud untuk membangun aplikasi Capacitor JS Anda dan hindari
-  kebutuhan MacOS.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-09-01T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /xcode_cloud.webp
-head_image_alt: Build Xcode Cloud dengan Capacitor
-keywords: >-
-  Xcode Cloud, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
----
-
-## Prasyarat
-
-Sebelum melanjutkan tutorial...
-
--   Pastikan Anda menggunakan GitHub
--   Menggunakan Capacitor
--   Aplikasi Anda sudah di-deploy di Apple Store
--   Keinginan untuk membaca 😆...
-
-Menggunakan Ionic adalah opsional, untuk Cordova mungkin bisa berfungsi, tapi saya belum mencobanya
-
-## Penting tentang harga
-
-![Price Xcode Cloud](/xcode_cloud_price.webp)
-
-[https://developer.apple.com/xcode-cloud/](https://developer.apple.com/xcode-cloud/)
-
-Layanan ini '_gratis_' sampai batas tertentu  
-Anda dapat melihat harga dan batas di screenshot (harga pada saat tutorial dibuat, bisa berubah di masa mendatang)
-
-🔴 **_Setelah diperingatkan tentang persyaratan dan harga, jika Anda berkenan, kita lanjutkan_**
-
-> **_📣_ Dalam post ini, kita mengasumsikan bahwa kita telah membuat aplikasi di Apple Store**
-
-## Pendahuluan
-
-Agar Xcode dapat membangun aplikasi Capacitor Anda, Anda perlu mengatur beberapa hal
-
-## Persiapan Package
-
-Pastikan Anda memiliki perintah build di script `packagejson` Anda
-Kemudian tambahkan perintah `sync:ios` seperti di bawah ini
-
-```json
-{
-  "scripts": {
-    "build": "YOUR BUILD COMMAND",
-    "sync:ios": "cap sync ios"
-  }
-}
-```
-Langkah ini akan membuat post script bekerja dengan sederhana
-
-## Script post clone
-Script ini akan dijalankan oleh Xcode cloud setelah langkah clone
-
-```bash
-#!/usr/bin/env bash
-
-set -x
-
-export HOMEBREW_NO_INSTALL_CLEANUP=TRUE
-# Install CocoaPods
-echo "📦 Install CocoaPods"
-brew install cocoapods
-brew install node@18
-brew link node@18
-
-# Install dependencies
-# XCode Cloud is literally broken for 2 months now - https://developer.apple.com/forums/thread/738136?answerId=774510022#774510022
-npm config set maxsockets 3
-npm ci
-# or `pnpm install --frozen-lockfile` or `yarn add --frozen-lockfile` or bun install
-npm run build 
-# or npm run build
-npm run sync:ios
-```
-
-Simpan file ini di root proyek Anda dan beri nama `ios/App/ci_scripts/ci_post_clonesh`
-
-Kemudian buat file ini dapat dieksekusi dengan perintah `chmod +x ios/App/ci_scripts/ci_post_clonesh`
-
-## Membuat workflow Xcode
-
-Buka Xcode (ya, untuk menghapus Xcode Anda memerlukan Xcode)
-
-Dan pergi ke tab ini:
-![Xcode step 1](/xcode_step_1.webp)
-
-Klik create workflow, pilih aplikasi Anda, klik next seperti di bawah ini
-
-![Xcode step 2](/xcode_step_2.webp)
-
-Klik Edit workflow di sebelah kiri
-![Xcode step 2](/xcode_step_3.webp)
-
-Pergi ke tab environments dan pilih seperti di bawah Mac 124 dan centang opsi yang sesuai
-![Xcode step 3](/xcode_step_3.webp)
-
-Pilih kondisi mulai Anda
-Jika Anda menggunakan build yang sama seperti kami, saya sarankan menggunakan Tag daripada branch, untuk menghindari build ganda
-
-Atur variabel env Anda
-![Xcode step 4](/xcode_step_4.webp)
-
-Hubungkan akun GitHub Anda
-![Xcode step 5](/xcode_step_5.webp)
-
-![Xcode step 6](/xcode_step_6.webp)
-
-Kemudian aktifkan workflow dan commit perubahan pertama Anda, Anda seharusnya melihat build Anda berjalan di Xcode
-
-## **Pemrosesan Build**
-
-Di Xcode Cloud, **Anda ditagih berdasarkan menit** yang Anda gunakan untuk menjalankan workflow CI/CD Anda. Dari pengalaman, diperlukan waktu sekitar 10-15 menit sebelum build dapat diproses di Apple Store
-
-Untuk proyek pribadi, perkiraan biaya per build bisa mencapai **$0.008/menit x 5 menit = $0.4**, atau lebih, tergantung pada konfigurasi atau dependensi proyek Anda
-
-Untuk proyek Open-source, ini seharusnya tidak menjadi masalah sama sekali. Lihat [pricing](https://githubcom/pricing/)
diff --git a/src/content/blog/id/how-to-bypass-app-store-review.md b/src/content/blog/id/how-to-bypass-app-store-review.md
deleted file mode 100644
index 0ca80f9fd..000000000
--- a/src/content/blog/id/how-to-bypass-app-store-review.md
+++ /dev/null
@@ -1,54 +0,0 @@
----
-slug: how-to-bypass-app-store-review
-title: Cara Memperbarui Aplikasi Capacitor JS Tanpa Melewati Proses Review App Store
-description: >-
-  Bagaimana fungsi Capgo dapat membantu Anda mengirimkan pembaruan kode ke
-  aplikasi iOS Ionic dalam produksi sambil tetap sepenuhnya mematuhi pedoman
-  Apple?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /bypass_illustration.webp
-head_image_alt: Ilustrasi bypass Capacitor
-keywords: >-
-  Apple, App Store, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-_Senang Anda bertanya._
-
-Tim hukum saya meminta saya untuk memberitahu Anda bahwa ini bukan nasihat hukum, tetapi Anda tidak memerlukan gelar hukum untuk memahami kata-kata dalam pedoman resmi Apple. Pedoman Apple secara eksplisit mengizinkan Anda untuk mendorong kode yang dapat dieksekusi langsung ke aplikasi Anda, melewati App Store, dengan tiga kondisi ini:
-
-* Kode dijalankan oleh framework WebKit bawaan Apple
-* Kode tidak menyediakan, membuka atau mengaktifkan fitur atau fungsionalitas tambahan
-* Pengguna tidak melihat pembaruan sedang berlangsung
-
-Dengan plugin Capgo capacitor, Anda hanya dapat memperbarui dan memodifikasi HTML CSS dan JavaScript Anda, jadi kita aman untuk kondisi pertama.
-
-Sebagai catatan tambahan, kemampuan aplikasi untuk memperbarui diri tanpa App Store sudah ada sejak lama.
-Hanya untuk aplikasi yang dibuat menggunakan framework JavaScript seperti React Native dari Facebook dan layanan seperti Expo.
-
-Bukti bahwa React Native tidak lebih Native dari Capacitor 😆
-
-Capgo adalah solusi terjangkau pertama yang menyediakan kemampuan untuk mendorong pembaruan tingkat kode ke aplikasi Capacitor native.
-Kondisi kedua, tidak ada fitur atau fungsionalitas baru, benar-benar terserah Anda.
-
-Capgo tidak dimaksudkan untuk mendorong fitur atau fungsionalitas baru. Ini dimaksudkan untuk menyesuaikan atau memperbaikinya, menghindari rilis minor yang diperlukan untuk memperbaiki bug, menambahkan logging atau pelacakan, memperbarui pesan, memaksa pengguna untuk upgrade, dll.
-
-Untuk fitur atau fungsionalitas baru, Anda perlu merilis melalui app store. Untuk informasi Anda, Ionic AppFlow (alternatif untuk perusahaan besar) terpasang di lebih dari 50 juta perangkat iOS dan tidak pernah ada aplikasi yang ditolak karena menggunakannya.
-
-Saya mengatakan ini karena penting untuk diketahui bahwa ribuan pengembang lain menggunakan pembaruan langsung, jadi Anda tidak sendirian.
-
-Apple dan Google memiliki seperangkat aturan sendiri tentang cara memperbarui aplikasi.
-
-Untuk Apple, [lihat paragraf 3.3.2](https://developer.apple.com/programs/information/Apple_Developer_Program_Information_8_12_15.pdf/).
-\[…\] Satu-satunya pengecualian untuk hal tersebut di atas adalah skrip dan kode yang diunduh dan dijalankan oleh framework WebKit bawaan Apple atau JavascriptCore \[…\] __TLDR__: kita harus menggunakan pembaruan OTA hanya untuk memperbaiki bug atau membuat perbaikan, tanpa membuat perubahan signifikan.
-
-__Google__ Play kurang ketat – mereka mengatakan bahwa aplikasi yang diinstal dari Google Play dengan bundle JavaScript [tidak dibatasi](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en) untuk diperbarui hanya oleh layanan Google.
-
-Periksa artikel saya selanjutnya untuk informasi lebih lanjut tentang cara menginstal Capgo untuk melewati peninjauan.
diff --git a/src/content/blog/id/how-to-customize-build-scripts-with-capacitor-cli.md b/src/content/blog/id/how-to-customize-build-scripts-with-capacitor-cli.md
deleted file mode 100644
index 990707a97..000000000
--- a/src/content/blog/id/how-to-customize-build-scripts-with-capacitor-cli.md
+++ /dev/null
@@ -1,429 +0,0 @@
----
-slug: how-to-customize-build-scripts-with-capacitor-cli
-title: Menyesuaikan Skrip Build dengan CLI Capacitor
-description: >-
-  Pelajari cara menyesuaikan skrip build dengan CLI Capacitor untuk penerapan
-  yang efisien dan pembaruan aplikasi yang disesuaikan di berbagai platform.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T01:58:36.984Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873-1743559128944.jpg
-head_image_alt: Pengembangan Aplikasi Mobile
-keywords: >-
-  Capacitor, build scripts, mobile development, deployment automation,
-  environment variables, app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI memungkinkan Anda menyesuaikan proses build aplikasi untuk platform iOS, Android, dan web. Dengan menyesuaikan skrip build, Anda dapat:
-
--   **Pembaruan lebih cepat**: Terapkan perubahan secara instan tanpa menunggu app store.
--   **Kontrol deployment**: Lakukan rollback pembaruan atau targetkan grup pengguna tertentu.
--   **Amankan aplikasi**: Gunakan enkripsi untuk melindungi pembaruan.
--   **Optimasi build**: Sesuaikan pengaturan untuk kebutuhan platform spesifik.
-
-### Tinjauan Singkat Fitur Utama:
-
--   **File Konfigurasi**: Gunakan `capacitor.config.json` dan `package.json` untuk mengelola pengaturan build.
--   **Skrip Kustom**: Tambahkan tugas prebuild dan postbuild untuk otomatisasi.
--   **Build Hooks**: Jalankan kode selama tahap tertentu dari proses build.
--   **Variabel Environment**: Sederhanakan build spesifik environment dengan file `.env`.
-
-[Capgo](https://capgo.app/), sebuah alat deployment, meningkatkan proses ini dengan [pembaruan otomatis](https://capgo.app/docs/live-updates/update-behavior/), pelacakan versi, dan optimasi performa global. Lanjutkan membaca untuk mempelajari cara mengatur dan menyesuaikan skrip build Anda untuk efisiensi maksimal.
-
-## Pengenalan [Capacitor](https://capacitorjs.com/) Configure
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/HufvY63esXs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Proses Build Default di Capacitor
-
-Memahami cara Capacitor menangani proses build defaultnya sangat penting jika Anda ingin menyesuaikannya secara efektif. Di bawah ini, kita akan menguraikan proses build CLI Capacitor dan file konfigurasi utamanya.
-
-### Langkah Build Standar
-
-Capacitor menggunakan proses bertahap untuk mengubah aplikasi web Anda menjadi build platform-spesifik. Berikut yang terjadi selama proses build default:
-
-| Fase | Deskripsi | Output |
-| --- | --- | --- |
-| **Build Web** | Mengkompilasi aset web menggunakan alat framework Anda | Bundle web yang dioptimalkan |
-| **Salin Aset** | Memindahkan aset web ke folder platform native | Direktori aset spesifik platform |
-| **Build Native** | Menjalankan perintah build spesifik platform | Binary siap-deploy |
-| **Verifikasi** | Memeriksa integritas build dan dependensi | Status build dan peringatan |
-
-### File Konfigurasi Utama
-
-Dua file konfigurasi utama yang membentuk cara Capacitor menangani build Anda:
-
-**capacitor.config.json**  
-Ini adalah file konfigurasi inti untuk proyek Capacitor Anda. File ini mengatur parameter penting untuk build Anda:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 3000
-    }
-  }
-}
-```
-
--   **`appId`**: Pengidentifikasi unik untuk aplikasi Anda.
--   **`appName`**: Nama aplikasi Anda.
--   **`webDir`**: Menentukan di mana Capacitor harus mencari aset web (mis. `dist`).
--   **`plugins`**: Memungkinkan Anda mengkonfigurasi pengaturan khusus plugin, seperti opsi SplashScreen.
-
-**package.json**  
-File ini mencakup skrip build dan dependensi yang mempengaruhi proses build:
-
-```json
-{
-  "scripts": {
-    "build": "npm run build:web && cap sync",
-    "build:web": "vite build",
-    "cap:build": "cap build"
-  }
-}
-```
-
--   Pengaturan `webDir` di `capacitor.config.json` memberi tahu Capacitor di mana menemukan aset web terkompilasi Anda untuk dimasukkan dalam build native.
--   Setelah membuat perubahan pada `capacitor.config.json`, Anda perlu menjalankan `cap sync` untuk memastikan proyek native Anda diperbarui.
-
-Selanjutnya, kita akan mengeksplorasi bagaimana Anda dapat memodifikasi pengaturan ini untuk menyesuaikan build Anda lebih lanjut.
-
-## Memodifikasi Skrip Build
-
-Anda dapat menyesuaikan proses build default Capacitor agar lebih sesuai dengan kebutuhan proyek Anda. Berikut caranya:
-
-### Pengaturan File Konfigurasi
-
-Anda dapat menyesuaikan proses build dengan mengedit file `capacitor.config.json`. Berikut contoh konfigurasi:
-
-```json
-{
-  "appId": "com.example.app",
-  "webDir": "www",
-  "server": {
-    "hostname": "localhost",
-    "androidScheme": "https",
-    "iosScheme": "https",
-    "allowNavigation": ["*.example.com"]
-  },
-  "android": {
-    "buildOptions": {
-      "keystorePath": "release.keystore",
-      "keystorePassword": "mypassword",
-      "keystoreAlias": "release",
-      "keystoreAliasPassword": "mypassword"
-    }
-  },
-  "ios": {
-    "scheme": "App",
-    "automaticProvisioning": true
-  }
-}
-```
-
-Berikut beberapa pengaturan kunci yang dapat Anda modifikasi:
-
--   **`webDir`**: Menentukan lokasi aset web terkompilasi Anda.
--   **`server`**: Mengkonfigurasi server pengembangan, termasuk hostname dan izin navigasi.
--   **`android/ios`**: Memungkinkan pengaturan build spesifik platform, seperti detail keystore untuk Android atau opsi provisioning untuk iOS.
-
-### Membuat Skrip NPM
-
-Untuk mengefisienkan alur kerja Anda, tambahkan skrip NPM kustom ke file `package.json` Anda. Berikut contohnya:
-
-```json
-{
-  "scripts": {
-    "prebuild": "node ./scripts/prepare-env.js",
-    "build": "npm run build:web && cap sync",
-    "build:web": "vite build",
-    "build:ios": "cap build ios --release",
-    "build:android": "cap build android --release",
-    "postbuild": "node ./scripts/notify-completion.js"
-  }
-}
-```
-
--   **`prebuild` dan `postbuild`**: Gunakan ini untuk tugas seperti menyiapkan environment atau mengirim notifikasi ketika build selesai.
--   **`build:platform`**: Perintah spesifik platform untuk membangun aplikasi Android atau iOS.
-
-Anda dapat meningkatkan otomatisasi lebih jauh dengan menambahkan build hooks.
-
-### Pengaturan Build Hooks
-
-Untuk kontrol yang lebih lanjut, gunakan build hooks untuk menjalankan kode kustom pada titik tertentu selama proses build. Berikut contoh pengaturan di `capacitor.config.ts`:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  plugins: {
-    CapacitorHooks: {
-      beforeBuild: async () => {
-        console.log('Running pre-build tasks...');
-        // Add your pre-build tasks here
-      },
-      afterBuild: async () => {
-        console.log('Running post-build tasks...');
-        // Add your post-build tasks here
-      }
-    }
-  }
-};
-
-export default config;
-```
-
-Dengan build hooks, Anda dapat:
-
--   Memvalidasi persyaratan sebelum build dimulai
--   Mentransformasi aset selama proses
--   Memicu notifikasi pada titik-titik kunci
--   Memperbarui nomor versi secara otomatis
--   Menjalankan tes otomatis dengan lancar
-
-Pendekatan ini memberi Anda fleksibilitas dan kontrol yang lebih besar terhadap seluruh siklus build.
-
-## Kustomisasi Build Lanjutan
-
-Saat mengerjakan proyek yang lebih besar, menyesuaikan proses build Anda dapat membuat perbedaan besar. Berikut cara menangani build spesifik environment dan kustomisasi platform secara efektif.
-
-### Variabel Environment
-
-Atur variabel environment dengan membuat file `.env` terpisah untuk setiap environment:
-
--   `.env.development`
--   `.env.staging`
--   `.env.production`
-
-Kemudian, konfigurasikan skrip build Anda untuk memuat file yang sesuai berdasarkan environment:
-
-```typescript
-import { defineConfig } from '@capacitor/cli';
-
-export default defineConfig({
-  ios: {
-    buildConfig: {
-      environment: process.env.BUILD_ENV || 'development',
-      configurations: {
-        development: {
-          signing: {
-            debug: true,
-            automaticProvisioning: true
-          }
-        },
-        production: {
-          signing: {
-            release: true,
-            provisioningProfile: 'dist/profile.mobileprovision'
-          }
-        }
-      }
-    }
-  }
-});
-```
-
-Anda dapat menyesuaikan pengaturan ini lebih lanjut untuk memenuhi persyaratan spesifik platform.
-
-### Build Spesifik Platform
-
-Untuk menyesuaikan build untuk Android dan iOS, gunakan struktur berikut:
-
-```typescript
-const platformConfig = {
-  android: {
-    buildType: process.env.BUILD_TYPE || 'debug',
-    keystoreConfig: {
-      path: process.env.KEYSTORE_PATH,
-      password: process.env.KEYSTORE_PASSWORD,
-      alias: process.env.KEYSTORE_ALIAS
-    }
-  },
-  ios: {
-    scheme: process.env.APP_SCHEME || 'App',
-    xcodePreferences: {
-      automaticSigning: false,
-      developmentTeam: process.env.DEVELOPMENT_TEAM
-    }
-  }
-};
-```
-
-Konfigurasi ini memungkinkan Anda menyesuaikan build untuk setiap platform, memastikan deployment yang lebih lancar.
-
-| Fitur | Android | iOS |
-| --- | --- | --- |
-| Simbol Debug | File pemetaan [ProGuard](https://www.guardsquare.com/proguard) | File dSYM |
-| Varian Build | debug, release, staging | debug, release |
-| Penandatanganan Kode | Manajemen Keystore | Profil provisioning |
-| Manajemen Aset | Optimasi res/drawable | Katalog aset |
-
-Tips tambahan untuk mengoptimalkan build Anda meliputi:
-
--   Menggunakan pembaruan parsial untuk menghemat waktu selama deployment
--   Mengatur pelacakan kesalahan untuk mengidentifikasi masalah dengan cepat
--   Membuat sistem channel untuk pengujian versi beta
--   Mengaktifkan enkripsi end-to-end untuk distribusi yang aman
-
-Ketika dipasangkan dengan alat seperti Capgo untuk analitik dan pembaruan aman, teknik ini memberi Anda kontrol lebih atas proses deployment Anda [\[1\]](https://capgo.app/).
-
-## Masalah & Solusi Skrip Build
-
-Saat bekerja dengan konfigurasi build kustom, menangani kesalahan dengan cepat sangat penting untuk menjaga proses build tetap berjalan lancar.
-
-### Memperbaiki Kesalahan Umum
-
-Banyak masalah skrip build berasal dari pengaturan environment atau masalah dependensi. Berikut cara menangani beberapa yang umum:
-
-**Variabel Environment Hilang**
-
-Jika Anda menemui kesalahan seperti ini:
-
-```bash
-error: Cannot find environment configuration for BUILD_ENV
-```
-
-Anda dapat memperbaikinya dengan membuat file `.env.local` di direktori root proyek Anda. Berikut contohnya:
-
-```bash
-BUILD_ENV=development
-CAPACITOR_PLATFORM=ios
-BUILD_TYPE=debug
-```
-
-**Kegagalan Build Spesifik Platform**
-
-Untuk kesalahan penandatanganan Android, gunakan perintah ini:
-
-```bash
-npx cap build android --keystorePassword=$KEYSTORE_PASSWORD --keystoreAlias=$KEYSTORE_ALIAS
-```
-
-Untuk masalah profil provisioning iOS, coba ini:
-
-```bash
-npx cap build ios --configuration=release --type=development
-```
-
-| Jenis Kesalahan | Penyebab Umum | Solusi |
-| --- | --- | --- |
-| Konfigurasi Penandatanganan | Detail keystore hilang | Atur `KEYSTORE_PATH` dan kredensial |
-| Environment Build | Variabel tidak terdefinisi | Buat file `.env` spesifik platform |
-| Dependensi | Ketidakcocokan versi | Perbarui `package.json` dan sinkronkan |
-
-Setelah menerapkan perbaikan, pastikan perubahan Anda solid dengan menjalankan tes build yang menyeluruh.
-
-### Tes Skrip Build
-
-Setelah kesalahan teratasi, validasi skrip build Anda dengan langkah-langkah berikut:
-
--   **Verifikasi Otomatis**: Jalankan perintah kunci untuk memastikan proses build berjalan sesuai harapan.
-
-```bash
-npm run build
-npx cap sync
-npx cap copy
-```
-
--   **Validasi Environment**: Periksa variabel environment yang hilang sebelum memulai build.
-
-```typescript
-const requiredVars = ['BUILD_ENV', 'KEYSTORE_PATH'];
-requiredVars.forEach(varName => {
-  if (!process.env[varName]) {
-    throw new Error(`Missing required env var: ${varName}`);
-  }
-});
-```
-
--   **Debugging Skrip Build**: Tambahkan skrip terperinci untuk menangkap masalah potensial selama build.
-
-```json
-{
-  "scripts": {
-    "build:debug": "NODE_ENV=development npx cap build --verbose",
-    "build:release": "NODE_ENV=production npx cap build --verbose"
-  }
-}
-```
-
-Tips tambahan untuk pengujian:
-
--   Gunakan kontainer [Docker](https://www.docker.com/) untuk mengisolasi build.
--   Validasi file konfigurasi sebelum memulai proses.
--   Uji dengan beberapa versi [Node.js](https://nodejs.org/en).
--   Konfirmasi persyaratan spesifik platform terpenuhi.
--   Pantau performa build untuk kemungkinan peningkatan.
-
-## Fitur Build [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo membawa skrip build ke level berikutnya dengan deployment otomatis, meningkatkan efisiensi dan menyederhanakan proses.
-
-### Pembaruan Aplikasi Cepat
-
-Performa pembaruan Capgo mengesankan:
-
--   **95% pengguna aktif** menerima pembaruan dalam 24 jam.
--   **82% tingkat keberhasilan** untuk pengiriman pembaruan di seluruh dunia.
--   Waktu respons API rata-rata **57ms secara global**.
-
-Platform ini menggunakan pembaruan parsial, artinya hanya perubahan yang diunduh. Pendekatan ini mengurangi penggunaan bandwidth dan mempercepat proses pembaruan. Plus, seluruh proses build sepenuhnya otomatis, menghemat waktu dan usaha.
-
-### Otomatisasi Build
-
-Capgo bekerja secara mulus dengan platform CI/CD utama, menawarkan berbagai integrasi:
-
-| Platform CI/CD | Fitur Integrasi | Manfaat |
-| --- | --- | --- |
-| [GitHub Actions](https://docs.github.com/actions) | Build otomatis, Pemicu deploy | Deployment berkelanjutan |
-| [GitLab CI](https://docs.gitlab.com/ee/ci/) | Otomatisasi pipeline, Kontrol versi | Alur kerja yang efisien |
-| [Jenkins](https://www.jenkins.io/) | Alur kerja kustom, Build hooks | Dapat diskalakan untuk perusahaan |
-
-Menyiapkan build otomatis biasanya membutuhkan biaya sekitar **$300 per bulan**, yang jauh lebih hemat dibandingkan solusi tradisional yang bisa mencapai **$6.000 per tahun**.
-
-### Standar Keamanan
-
-Capgo memprioritaskan keamanan dengan framework yang kuat yang mencakup:
-
--   Enkripsi end-to-end untuk paket pembaruan.
--   Manajemen kunci yang aman.
--   Kepatuhan dengan pedoman Apple dan Google.
-
-**Fitur Kontrol Versi**
-
--   Opsi rollback instan.
--   Pelacakan versi deployment.
--   Manajemen channel pembaruan untuk rilis bertahap.
-
-Kerangka keamanan ini telah diuji secara ketat di ratusan aplikasi perusahaan. Untuk tim yang membutuhkan keamanan tambahan, Capgo juga menawarkan solusi self-hosted dengan konfigurasi yang dapat disesuaikan.
-
-Sistem channel Capgo membuat distribusi pembaruan menjadi fleksibel. Pengembang dapat menargetkan grup pengguna tertentu dengan versi yang berbeda, sangat cocok untuk pengujian beta atau peluncuran bertahap.
-
-## Ringkasan
-
-### Ikhtisar Langkah-langkah Build
-
-Script build kustom memungkinkan deployment yang otomatis dan konsisten dengan memanfaatkan build hooks, variabel environment, dan perintah khusus platform. Proses ini menciptakan dasar yang kuat untuk peningkatan deployment yang dimungkinkan dengan Capgo.
-
-### Manfaat Capgo
-
-Capgo menyederhanakan deployment, telah berhasil mengirimkan lebih dari 23,5 juta pembaruan di 750 aplikasi produksi [\[1\]](https://capgo.app/). Sistem pembaruan parsialnya mengurangi penggunaan bandwidth dan waktu deployment.
-
-Platform ini menyediakan pembaruan cepat, optimasi kinerja global, enkripsi end-to-end untuk keamanan, dan sistem distribusi berbasis channel yang fleksibel. Pengaturan ini mendukung pembaruan yang ditargetkan, pengujian beta, dan kepatuhan terhadap pedoman app store sambil mempertahankan kerangka keamanan yang kuat.
diff --git a/src/content/blog/id/how-to-handle-user-data-in-capacitor-apps.md b/src/content/blog/id/how-to-handle-user-data-in-capacitor-apps.md
deleted file mode 100644
index d516fe87f..000000000
--- a/src/content/blog/id/how-to-handle-user-data-in-capacitor-apps.md
+++ /dev/null
@@ -1,400 +0,0 @@
----
-slug: how-to-handle-user-data-in-capacitor-apps
-title: Mengelola Data Pengguna dalam Aplikasi Capacitor
-description: >-
-  Pelajari strategi efektif untuk mengelola data pengguna dalam aplikasi
-  seluler, dengan fokus pada keamanan, kepatuhan, dan praktik terbaik dalam
-  manajemen data.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-18T04:43:56.186Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b3d6e4147c4c67492d1b20-1739853969789.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  user data, secure storage, data protection, GDPR, CCPA, data retention,
-  permissions management, mobile apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Penanganan data pengguna dalam aplikasi [Capacitor](https://capacitorjs.com/) memerlukan penyimpanan yang aman, kebijakan retensi yang jelas, dan kepatuhan terhadap undang-undang perlindungan data seperti [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) dan [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act).** Panduan ini menjelaskan cara meminimalkan pengumpulan data, mengamankan informasi sensitif, dan mengelola izin secara efektif. Berikut ringkasannya:
-
--   **Minimalisasi Data**: Kumpulkan hanya yang diperlukan untuk fitur aplikasi tertentu.
--   **Penyimpanan Aman**: Gunakan alat seperti plugin `@capacitor/secure-storage` untuk enkripsi.
--   **Retensi Data**: Otomatisasi penghapusan berdasarkan batas waktu yang ditentukan.
--   **Hak Pengguna**: Memungkinkan pengguna untuk mengakses, menghapus, atau mengekspor data mereka.
--   **Manajemen Izin**: Minta izin secara kontekstual dan sediakan alternatif untuk permintaan yang ditolak.
--   **Pembaruan OTA**: Pastikan pembaruan over-the-air yang aman dengan alat seperti [Capgo](https://capgo.app/).
-
-## Cara menggunakan Ionic [Capacitor](https://capacitorjs.com/) Secure Storage
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/VsZECyPIOYY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Mengurangi Pengumpulan Data
-
-Mengambil pendekatan terstruktur untuk meninjau, merencanakan, dan mengelola pengumpulan data adalah kunci untuk tetap mematuhi peraturan privasi. Dengan memanfaatkan alat bawaan Capacitor untuk meminimalkan pengumpulan data, Anda dapat mengambil langkah praktis untuk meningkatkan praktik data aplikasi Anda.
-
-### Tinjauan Pengumpulan Data
-
-Mulailah dengan memetakan bagaimana data mengalir melalui aplikasi Anda. Gunakan alat seperti visualisator silsilah data untuk menemukan area di mana data yang tidak perlu mungkin dikumpulkan. Perangkat lunak Privacy Impact Assessment (PIA) dapat membantu Anda menilai apakah setiap bagian data benar-benar diperlukan. Berikut rincian area yang perlu difokuskan:
-
-| Jenis Data | Fokus Tinjauan | Item Tindakan |
-| --- | --- | --- |
-| Input Pengguna | Bidang formulir dan validasi | Hapus bidang yang tidak diperlukan |
-| Panggilan API | Muatan permintaan/respons | Filter bidang data tambahan |
-| Penyimpanan | Data cache dan persisten | Mengefisienkan penggunaan penyimpanan |
-| Analitik | Pelacakan penggunaan | Simpan hanya metrik penting |
-
-### Tujuan Pengumpulan Data
-
-Pastikan tujuan pengumpulan setiap bagian data jelas. Setiap titik data harus memiliki tujuan spesifik. Contohnya:
-
-```javascript
-// Purpose-driven data collection example
-const userPreferences = {
-  location: "Used for local weather updates",
-  notification: "Needed for sending alerts"
-};
-```
-
-Jika aplikasi Anda memiliki fitur cuaca, mungkin hanya memerlukan kode pos daripada alamat lengkap. Pendekatan ini memastikan Anda hanya mengumpulkan informasi yang diperlukan untuk fungsi inti aplikasi[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[5\]](https://usercentrics.com/knowledge-hub/data-minimization/).
-
-### Kontrol Input Data
-
-Gunakan alat validasi untuk membatasi jumlah data yang dikumpulkan melalui formulir dan panggilan API. Gabungkan validasi sisi klien dengan verifikasi sisi server untuk menegakkan batasan ini secara efektif.
-
-Masukkan fitur keamanan Capacitor untuk meningkatkan kontrol ini:
-
--   Gunakan menu dropdown daripada bidang teks bebas jika memungkinkan.
--   Tetapkan batas karakter untuk bidang input teks.
-
-Jadwalkan audit triwulanan dengan alat penemuan otomatis untuk memastikan praktik pengumpulan data Anda tetap efisien dan selaras dengan fungsi yang dimaksudkan dari aplikasi Anda.
-
-## Keamanan dan Penyimpanan Data
-
-Setelah Anda menentukan batasan pengumpulan data, penting untuk menerapkan langkah-langkah untuk melindungi informasi pengguna sambil mematuhi prinsip minimalisasi data.
-
-### Menyiapkan Penyimpanan Aman
-
-Plugin `@capacitor/secure-storage` menggunakan fitur keamanan bawaan seperti iOS Keychain dan Android Keystore untuk melindungi data sensitif [\[1\]](https://capacitorjs.com/docs/guides/storage).
-
-```typescript
-import { SecureStorage } from '@capacitor/secure-storage';
-
-// Store sensitive data
-await SecureStorage.set({
-  key: 'authToken',
-  value: 'user-specific-token'
-});
-
-// Retrieve stored data
-const { value } = await SecureStorage.get({ key: 'authToken' });
-```
-
-### Metode Enkripsi Data
-
-Menambahkan enkripsi sisi klien adalah lapisan perlindungan tambahan. Pustaka seperti [CryptoJS](https://cryptojs.gitbook.io/docs) dapat membantu mengenkripsi informasi sensitif:
-
-```typescript
-// Basic encryption/decryption implementation
-const encryptData = (data: string, key: string): string => {
-  return CryptoJS.AES.encrypt(data, key).toString();
-};
-```
-
-Merotasi kunci enkripsi secara teratur adalah cara cerdas untuk meningkatkan keamanan. Ini memastikan bahwa meskipun satu kunci terkompromi, data lainnya tetap aman [\[2\]](https://app.studyraid.com/en/read/11146/345611/securing-data-in-capacitor-apps).
-
-### Membandingkan Opsi Penyimpanan
-
-Memilih solusi penyimpanan yang tepat tergantung pada seberapa sensitif datanya. Berikut perbandingan singkat:
-
-| Fitur | Penyimpanan Aman | Penyimpanan Lokal |
-| --- | --- | --- |
-| Tingkat Keamanan | Tinggi (terenkripsi) | Dasar |
-| Terbaik Untuk | Token, kata sandi | Pengaturan non-sensitif |
-| Kinerja | Lebih lambat (karena enkripsi) | Akses lebih cepat |
-
-API Penyimpanan Aman adalah pilihan yang solid untuk menyimpan informasi penting seperti token autentikasi dan data pengguna pribadi [\[1\]](https://capacitorjs.com/docs/guides/storage)[\[4\]](https://capacitorjs.com/docs/guides/security). [Kemampuan enkripsinya](https://capgo.app/docs/cli/migrations/encryption/) juga selaras dengan kebijakan retensi, memungkinkan akses terkontrol ke data dalam jangka waktu tertentu [\[2\]](https://app.studyraid.com/en/read/11146/345611/securing-data-in-capacitor-apps).
-
-## Batasan Waktu Penyimpanan Data
-
-Menetapkan kebijakan retensi data yang jelas membantu menyelaraskan dengan prinsip minimalisasi data, memastikan informasi tidak disimpan lebih lama dari yang diperlukan.
-
-### Aturan Waktu Penyimpanan
-
-Berbagai jenis data pengguna harus memiliki periode retensi yang ditentukan berdasarkan tujuan dan tingkat sensitivitasnya. Berikut adalah kerangka kerja yang disarankan untuk mengelola retensi data dalam [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/):
-
-| Jenis Data | Periode Retensi | Justifikasi |
-| --- | --- | --- |
-| **Data Akun** | Sampai penghapusan akun atau 2 tahun tidak aktif | Diperlukan untuk operasi terkait akun |
-| **Catatan Transaksi** | 7 tahun | Kepatuhan terhadap regulasi keuangan |
-| **Data Analitik** | 90 hari (dianonimkan), 1 tahun (penghapusan) | Mendukung peningkatan fitur |
-| **Preferensi Pemasaran** | Sampai opt-out atau penghapusan akun | Mematuhi persyaratan persetujuan |
-
-Berikut contoh cara menyimpan data dengan tanggal kedaluwarsa secara programatik:
-
-```typescript
-async function storeDataWithExpiration(key: string, value: any, retentionDays: number) {
-  const item = {
-    value: value,
-    expiration: Date.now() + (retentionDays * 24 * 60 * 60 * 1000)
-  };
-  await Preferences.set({ key, value: JSON.stringify(item) });
-}
-```
-
-### Penghapusan Data Otomatis
-
-Mengotomatisasi pembersihan data dapat membantu menjaga kepatuhan dan mengurangi intervensi manual. Fitur background fetch Capacitor adalah alat yang berguna untuk ini:
-
-```typescript
-import { BackgroundFetch } from '@capacitor/background-fetch';
-
-BackgroundFetch.registerTask({
-  taskId: 'data-cleanup',
-  delay: 3600000,
-  periodic: true,
-  requiresNetworkConnectivity: false
-}, async () => {
-  await cleanExpiredData();
-  return BackgroundFetch.Result.NewData;
-});
-```
-
-Jika Anda menggunakan [SQLite](https://www.sqlite.org/) untuk penyimpanan, Anda dapat mengatur trigger untuk menghapus catatan yang kedaluwarsa secara otomatis:
-
-```sql
-CREATE TRIGGER remove_expired_data
-AFTER INSERT ON user_data
-BEGIN
-  DELETE FROM user_data 
-  WHERE expiration_date < CURRENT_TIMESTAMP;
-END;
-```
-
-### Opsi Penghapusan Data Pengguna
-
-Menyediakan alat bagi pengguna untuk mengelola data mereka sangat penting. Berikut dua fitur utama yang dapat Anda implementasikan:
-
--   **Hapus Data Spesifik**: Izinkan pengguna menghapus jenis data tertentu yang terkait dengan akun mereka.
-
-```typescript
-async function deleteSpecificData(userId: string, dataType: string) {
-  await Preferences.remove({ key: `${userId}_${dataType}` });
-
-  if (db) {
-    await db.run(
-      'DELETE FROM user_data WHERE user_id = ? AND data_type = ?',
-      [userId, dataType]
-    );
-  }
-}
-```
-
--   **Ekspor Data Pengguna**: Memungkinkan pengguna mengunduh data tersimpan mereka dalam format terstruktur.
-
-```typescript
-async function exportUserData(userId: string) {
-  // Gathers all user data for export
-  const userData = await collectUserData(userId);
-  return JSON.stringify(userData);
-}
-```
-
-Otoritas perlindungan data Prancis [CNIL](https://www.cnil.fr/en) menekankan bahwa periode retensi harus selaras dengan fungsi inti aplikasi [\[3\]](https://www.privado.ai/post/cnil-publishes-mobile-app-privacy-guidance). Prinsip ini sangat relevan bagi pengembang aplikasi Capacitor dan harus memandu strategi retensi data Anda.
-
-## Kontrol Izin Aplikasi
-
-Menangani izin aplikasi dengan hati-hati adalah kunci untuk melindungi data pengguna sambil memastikan aplikasi Anda berfungsi sebagaimana mestinya. Dengan mengelola izin dengan benar, Anda dapat membatasi akses hanya ke fitur perangkat yang benar-benar dibutuhkan aplikasi Anda. API Permissions Capacitor menawarkan pendekatan terpadu untuk mengelola izin di iOS dan Android.
-
-### Langkah Permintaan Izin
-
-Pastikan izin yang Anda minta selaras dengan tujuan pengumpulan data aplikasi Anda. Berikut contoh implementasi untuk menangani permintaan izin dalam aplikasi Capacitor:
-
-```typescript
-import { Permissions } from '@capacitor/core';
-
-const permissionHandler = async (permissionType: string) => {
-  const status = await Permissions.query({ name: permissionType });
-
-  if (status.state === 'granted') {
-    return true;
-  }
-
-  const shouldProceed = await showExplanationDialog(
-    `We need ${permissionType} access to provide core functionality`
-  );
-
-  if (shouldProceed) {
-    const result = await Permissions.request({ name: permissionType });
-    return result.state === 'granted';
-  }
-
-  return false;
-};
-```
-
-### Mengelola Izin yang Ditolak
-
-Jika pengguna menolak permintaan izin, berikan alternatif dan panduan yang jelas. Berikut contohnya:
-
-```typescript
-const handleDeniedPermission = async (permissionType: string) => {
-  const status = await Permissions.query({ name: permissionType });
-
-  if (status.state === 'denied') {
-    const alternatives = {
-      camera: 'manual photo upload',
-      location: 'manual address entry',
-      notifications: 'in-app message center'
-    };
-
-    showAlternativeFeature(alternatives[permissionType]);
-
-    if (status.canOpenSettings) {
-      offerSettingsRedirect();
-    }
-  }
-};
-```
-
-### Waktu Permintaan Izin
-
-Kapan Anda meminta izin itu penting. Waktu yang strategis dapat meningkatkan tingkat penerimaan pengguna secara signifikan. Berikut ringkasan strategi waktu:
-
-| Strategi Waktu | Kasus Penggunaan Terbaik |
-| --- | --- |
-| **Tepat Waktu** | Untuk fitur spesifik saat dibutuhkan |
-| **Kontekstual** | Untuk fitur non-kritis |
-| **Peluncuran Pertama** | Untuk fitur inti yang diperlukan di awal |
-| **Tertunda** | Untuk fitur opsional di kemudian hari |
-
-Misalnya, Anda dapat meminta akses kamera hanya ketika pengguna memulai tindakan seperti mengambil foto:
-
-```typescript
-const captureImage = async () => {
-  const userStartedCapture = true;
-
-  if (userStartedCapture) {
-    const granted = await permissionHandler('camera');
-
-    if (granted) {
-      await startCamera();
-    } else {
-      showUploadOption();
-    }
-  }
-};
-```
-
-Permintaan kontekstual seperti ini dapat meningkatkan tingkat penerimaan hingga 50% dibandingkan dengan permintaan di awal [\[2\]](https://app.studyraid.com/en/read/11146/345611/securing-data-in-capacitor-apps). Untuk memastikan pengalaman yang lancar, pertahankan pelacak status izin yang menyimpan keputusan pengguna di seluruh sesi.
-
-Setelah izin ditangani, Anda dapat beralih fokus ke pengamanan pembaruan, terutama untuk penerapan over-the-air (OTA).
-
-## Keamanan Pembaruan OTA
-
-Untuk memastikan integritas data selama [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/), penting untuk menggunakan proses pembaruan OTA (Over-The-Air) yang aman. Pembaruan ini membantu mencegah perubahan tidak sah pada kode aplikasi, yang jika tidak dapat memotong batasan pengumpulan data.
-
-### Penandatanganan Paket Pembaruan
-
-Menandatangani paket pembaruan adalah langkah penting dalam melindungi dari perubahan kode yang tidak sah. Berikut beberapa langkah utama untuk mengamankan pembaruan OTA:
-
-| Langkah Keamanan | Cara Melakukannya |
-| --- | --- |
-| **Perlindungan Konten** | Enkripsi AES |
-| **Keamanan Pengiriman** | HTTPS dengan certificate pinning |
-| **Integritas Pembaruan** | Verifikasi hash |
-| **Keamanan Versi** | Nomor versi bertanda tangan |
-| **Pemulihan Kegagalan** | Kemampuan rollback instan |
-
-### Sistem Pembaruan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-18.jpg?auto=compress)
-
-Capgo menyederhanakan pembaruan OTA yang aman untuk aplikasi Capacitor dengan menawarkan fitur keamanan otomatis. Berikut contoh cara menggunakan sistem pembaruan Capgo dalam aplikasi Anda:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-const secureUpdate = async () => {
-  try {
-    const update = await CapacitorUpdater.download({
-      version: 'latest',
-      validateSignature: true
-    });
-    if (update.status === 'success') {
-      await CapacitorUpdater.set(update);
-    }
-  } catch (error) {
-    await CapacitorUpdater.rollback();
-  }
-};
-```
-
-Pendekatan ini memastikan pembaruan tervalidasi dan aman, dengan opsi rollback jika terjadi kegagalan.
-
-### Kepatuhan Kebijakan Store
-
-Mematuhi pedoman app store diperlukan untuk pembaruan OTA[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[6\]](https://opentextbc.ca/writingforsuccess/chapter/chapter-7-sources-choosing-the-right-ones/)[\[7\]](https://ionic.io/blog/capacitor-everything-youve-ever-wanted-to-know). Setiap platform memiliki persyaratan khusus untuk memastikan pembaruan sesuai dengan kebijakan retensi data dan keamanan mereka:
-
-| Platform | Persyaratan Kepatuhan |
-| --- | --- |
-| **iOS** | Hanya pembaruan JavaScript atau aset |
-| **Android** | Persetujuan pengguna harus diperoleh |
-| **Keduanya** | Pemeriksaan keamanan dan dokumentasi yang tepat |
-
-Berikut adalah contoh implementasi pembaruan yang sesuai dengan store:
-
-```typescript
-const compliantUpdate = async () => {
-  const userConsent = await requestUpdateConsent();
-  if (userConsent) {
-    await CapacitorUpdater.setUpdateConfig({
-      type: 'assets-only',
-      scope: 'ui-updates' // Updates limited to UI components
-    });
-  }
-};
-
-const preventDowngrade = async (newVersion, currentVersion) => {
-  const versions = await CapacitorUpdater.getVersions();
-  if (versions.current.buildNumber > newVersion.buildNumber) {
-    throw new Error('Downgrade attempt detected');
-  }
-};
-```
-
-## Ringkasan
-
-### Poin Penting
-
-Menangani data pengguna secara efektif melibatkan kombinasi strategi inti berikut:
-
--   Kumpulkan hanya data yang diperlukan.
--   Gunakan enkripsi platform-native untuk melindunginya.
--   Otomatisasi tenggat waktu retensi data.
--   Atur kontrol izin yang terperinci.
-
-Langkah-langkah ini bekerja bersama untuk memastikan kepatuhan sejak data dikumpulkan hingga dihapus secara otomatis.
-
-### Langkah-langkah Implementasi
-
-Untuk menerapkan strategi ini:
-
-1.   Audit alur data Anda menggunakan metode yang dibahas di bagian 2.
-2.   Perkuat keamanan penyimpanan seperti yang diuraikan di bagian 3.
-3.   Siapkan proses penghapusan otomatis berdasarkan bagian 4.
-4.   Tetapkan dan terapkan kontrol izin yang dijelaskan di bagian 5.
-
-### Memanfaatkan Capgo
-
-Untuk tim yang mengelola pembaruan OTA, Capgo menawarkan alat keamanan bawaan yang selaras dengan upaya ini:
-
--   **Enkripsi end-to-end** untuk mengamankan paket pembaruan.
--   **Pemantauan real-time** untuk mengatasi ancaman keamanan potensial dengan cepat.
diff --git a/src/content/blog/id/how-to-handle-user-data-requests-under-ccpa.md b/src/content/blog/id/how-to-handle-user-data-requests-under-ccpa.md
deleted file mode 100644
index e84817515..000000000
--- a/src/content/blog/id/how-to-handle-user-data-requests-under-ccpa.md
+++ /dev/null
@@ -1,202 +0,0 @@
----
-slug: how-to-handle-user-data-requests-under-ccpa
-title: Pengelolaan Permintaan Data Pengguna Sesuai CCPA
-description: >-
-  Pelajari cara mengelola permintaan pengguna secara efektif untuk pemrosesan
-  data sesuai dengan CCPA, memastikan kepatuhan dan hak privasi pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T01:02:16.662Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1c538ebbb9dc80644b1ad-1743901348104.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  CCPA, user data requests, compliance, privacy rights, data access, data
-  deletion, opt-out, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-California Consumer Privacy Act ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)) memberikan pengguna kontrol atas data pribadi mereka dan menetapkan aturan ketat untuk bisnis. Berikut yang perlu Anda ketahui untuk mematuhinya:
-
--   **Siapa Yang Harus Mematuhi**: Bisnis dengan pendapatan lebih dari $25M, data lebih dari 50.000 pengguna, atau menghasilkan 50%+ pendapatan dari penjualan data.
--   **Hak Pengguna**:
-    -   **Akses**: Pengguna dapat meminta data mereka. Tanggapi dalam 45 hari.
-    -   **Penghapusan**: Pengguna dapat meminta penghapusan data mereka. Tanggapi dalam 45 hari.
-    -   **Opt-Out**: Pengguna dapat menghentikan penjualan data mereka. Harus segera.
-    -   **Non-Diskriminasi**: Layanan yang sama terlepas dari preferensi privasi.
--   **Langkah Utama untuk Kepatuhan**:
-    -   Buat sistem yang aman untuk permintaan data (formulir web, email, atau dalam aplikasi).
-    -   Verifikasi identitas pengguna sebelum memproses permintaan.
-    -   Gunakan [kebijakan privasi](https://capgo.app/dp/) yang jelas dan sediakan opsi "Jangan Jual Informasi Pribadi Saya" yang mudah.
-    -   Lindungi data dengan enkripsi dan penyimpanan yang aman.
-
-**Kiat Cepat**: Gunakan alat seperti [Capgo](https://capgo.app/) untuk pembaruan instan fitur privasi aplikasi Anda, memastikan kepatuhan cepat terhadap peraturan yang berubah.
-
-## Cara Mematuhi California Consumer Privacy Act ...
-
-<iframe src="https://www.youtube.com/embed/8NY0qFaVWwo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Memahami Hak Pengguna [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)
-
-Pengembang perlu membuat proses yang aman dan ramah pengguna untuk menangani setiap hak data pengguna di bawah CCPA.
-
-### Hak Akses Data
-
-Ketika pengguna meminta akses ke data mereka, berikan detail berikut:
-
-| **Kategori Data** | **Informasi yang Diungkapkan** | **Format yang Direkomendasikan** |
-| --- | --- | --- |
-| Jenis & Sumber Data | Jenis data yang dikumpulkan dan sumbernya | Dapat dibaca mesin (mis., JSON, CSV) |
-| Penggunaan Data | Bagaimana data diproses dan digunakan | Ringkasan teks biasa |
-| Akses Pihak Ketiga | Daftar pihak ketiga dengan akses ke data | Daftar terstruktur |
-| Jangka Waktu Penyimpanan | Berapa lama data disimpan | Jangka waktu spesifik |
-
-Setelah akses data diberikan, pastikan Anda memiliki proses yang jelas dan andal untuk penghapusan data agar tetap patuh.
-
-### Proses Penghapusan Data
-
-1.  **Verifikasi ruang lingkup**: Konfirmasi bahwa penghapusan mencakup semua sistem yang relevan, termasuk database utama, cache, alat analitik, sistem pihak ketiga, dan cadangan. Pengecualian mungkin berlaku untuk keamanan, kewajiban hukum, perbaikan bug, atau transaksi yang sedang berlangsung.
-2.  **Eksekusi penghapusan**: Hapus data dari semua sistem yang berlaku dan segera beri tahu pengguna. Sertakan timestamp penghapusan dan detail data yang disimpan berdasarkan pengecualian.
-
-Setelah menangani hak akses dan penghapusan, pastikan proses untuk opt-out dari penjualan data sama mudahnya.
-
-### Opt-Out Penjualan Data
-
-Sediakan opsi "Jangan Jual Informasi Pribadi Saya" yang mudah ditemukan, dapat diakses dari layar utama atau menu pengaturan aplikasi. Preferensi ini harus diterapkan dengan cepat dan tetap konsisten di semua versi aplikasi.
-
-Jika aplikasi Anda menggunakan SDK analitik atau periklanan pihak ketiga, pastikan layanan ini terintegrasi dengan mekanisme opt-out Anda dan menghormati preferensi pengguna tanpa penundaan. Ini memastikan kepatuhan dan membangun kepercayaan dengan pengguna Anda.
-
-## Memproses Permintaan Data CCPA
-
-Berikut cara menangani permintaan data CCPA secara aman sambil tetap mematuhi:
-
-### Menyiapkan Sistem Permintaan
-
-Berikan pengguna cara yang aman untuk mengirimkan permintaan mereka. Opsi meliputi:
-
--   Formulir web yang diamankan dengan SSL dan captcha
--   Email khusus privasi dengan fitur respons otomatis
--   Antarmuka dalam aplikasi menggunakan API yang aman
-
-Pastikan untuk mencatat dan memberikan timestamp setiap pengiriman. Organisasikan permintaan berdasarkan jenis untuk memperlancar pemrosesan.
-
-### Memverifikasi Identitas Pengguna
-
-Gunakan proses dua langkah untuk mengkonfirmasi identitas pengguna:
-
--   Pertama, verifikasi identitas mereka melalui email terdaftar atau ID akun.
--   Kemudian, lakukan pemeriksaan sekunder, seperti mengirim kode SMS satu kali atau mengajukan pertanyaan keamanan.
-
-Untuk aplikasi seluler, Anda dapat mengandalkan pengidentifikasi khusus perangkat atau token autentikasi untuk keamanan tambahan.
-
-### Mengelola Tenggat Waktu Respons
-
-Setelah identitas pengguna diverifikasi, ikuti langkah-langkah ini untuk memenuhi tenggat waktu CCPA:
-
--   Gunakan pelacak terpusat untuk mencatat setiap permintaan, memantau tenggat waktu, dan melacak kemajuan.
--   Catat semua detail, termasuk timestamp, metode verifikasi, langkah pemrosesan, dan komunikasi pengguna, untuk memastikan kepatuhan dan mempertahankan jejak audit yang jelas.
-
-## Pedoman Kepatuhan CCPA
-
-### Pembaruan Kebijakan Privasi
-
-Jaga [kebijakan privasi](https://capgo.app/privacy/) Anda tetap terkini dengan persyaratan CCPA. Jelaskan dengan jelas:
-
--   Jenis informasi pribadi yang Anda kumpulkan
--   Bagaimana Anda menggunakan dan membagikan informasi ini
--   Hak pengguna berdasarkan CCPA
--   Bagaimana pengguna dapat mengirimkan permintaan data
-
-Tulis dalam bahasa yang sederhana dan lugas. Misalnya, katakan "menurut" alih-alih "sesuai dengan." Ini membuat kebijakan Anda lebih mudah dipahami dan mendukung upaya kepatuhan Anda.
-
-Setelah diperbarui, buat agar mudah bagi pengguna untuk mengontrol data mereka, termasuk opt-out dari berbagi data.
-
-### Implementasi Opt-Out
-
-Sertakan opsi "Jangan Jual atau Bagikan Informasi Pribadi Saya" di aplikasi Anda. Tempatkan di tempat yang mudah ditemukan pengguna, seperti:
-
--   Menu pengaturan aplikasi
--   Preferensi akun
--   Bagian kontrol privasi khusus
-
-Dukung sinyal [Global Privacy Control](https://globalprivacycontrol.org/) (GPC) untuk secara otomatis menghormati preferensi privasi pengguna.
-
-| Fitur | Persyaratan Implementasi | Pengalaman Pengguna |
-| --- | --- | --- |
-| Tombol Opt-Out | Terlihat di pengaturan aplikasi | Aktivasi satu ketukan |
-| Dukungan Sinyal GPC | Deteksi otomatis | Pemrosesan latar belakang |
-| Indikator Status | Status toggle yang jelas | Konfirmasi visual |
-| Penyimpanan Preferensi | Penyimpanan lokal yang aman | Persisten antar sesi |
-
-Proses opt-out ini sederhana dan transparan, membantu membangun kepercayaan sambil memenuhi pedoman CCPA. Pasangkan kontrol ini dengan praktik keamanan yang kuat untuk melindungi data pengguna.
-
-### Metode Perlindungan Data
-
-Gunakan langkah-langkah keamanan yang ketat untuk melindungi data di semua tahap. Enkripsi semua transmisi data, terutama informasi sensitif.
-
-Untuk penyimpanan data yang aman:
-
--   Gunakan database terenkripsi
--   Terapkan praktik manajemen kunci yang aman
--   Lakukan audit keamanan rutin
--   Siapkan sistem cadangan otomatis
-
-Saat menghapus data, ikuti langkah-langkah yang dijelaskan dalam bagian Penghapusan Data untuk memastikan penghapusan lengkap dari semua sistem. Metode ini membantu melindungi informasi pengguna dan mempertahankan kepatuhan.
-
-## Persyaratan CCPA Aplikasi Seluler
-
-### Kontrol Izin Aplikasi
-
-Buat agar mudah bagi pengguna untuk mengelola pengaturan privasi mereka dengan kontrol izin yang jelas dan dapat diakses.
-
-Pertimbangkan untuk membuat antarmuka pengaturan privasi khusus yang mencakup:
-
-| Jenis Kontrol | Implementasi | Tindakan Pengguna |
-| --- | --- | --- |
-| **Pengumpulan Data** | Toggle terperinci | Aktifkan atau nonaktifkan jenis data tertentu |
-| **Layanan Lokasi** | Opsi multi-level | Pilih presisi data (tepat atau perkiraan) |
-| **Komunikasi Pemasaran** | Berbasis kategori | Pilih metode kontak yang disukai |
-| **Berbagi Pihak Ketiga** | Kontrol individual | Opt out per mitra data |
-
-Tempatkan kontrol ini di tempat yang mudah ditemukan dalam menu pengaturan aplikasi Anda. Bersikaplah transparan - jelaskan dengan jelas data apa yang dikumpulkan, mengapa diperlukan, bagaimana digunakan, dan dengan siapa dibagikan. Pendekatan ini memastikan pengguna dapat dengan cepat memperbarui preferensi mereka kapan pun diperlukan.
-
-### Menggunakan [Capgo](https://capgo.app/) untuk Pembaruan
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f1c538ebbb9dc80644b1ad/241c8f19433e01f315154c8988becf9c.jpg)
-
-Setelah Anda menetapkan kontrol dalam aplikasi yang kuat, menjaga aplikasi Anda tetap diperbarui adalah kunci untuk tetap patuh. Di sinilah Capgo berperan. Ini memungkinkan Anda menerapkan pembaruan secara instan - tanpa menunggu persetujuan app store. Faktanya, 95% pengguna aktif menerima pembaruan dalam 24 jam setelah rilis [\[1\]](https://capgo.app/).
-
-Berikut yang ditawarkan Capgo:
-
--   **Pembaruan Instan**: Dorong perubahan privasi dan izin yang penting segera.
--   **Implementasi Aman**: Menggunakan enkripsi end-to-end, memastikan hanya pengguna yang dapat mendekripsi pembaruan.
--   **Kontrol Versi**: Kembalikan pembaruan jika perlu untuk mempertahankan konsistensi.
-
-> "Kami mempraktikkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Sistem saluran Capgo juga memungkinkan Anda menguji pembaruan privasi dengan grup pengguna tertentu sebelum menerapkannya ke semua orang. Saat ini, 750 aplikasi mengandalkan Capgo dalam lingkungan produksi [\[1\]](https://capgo.app/).
-
-## Ringkasan
-
-### Poin Utama
-
-Menangani permintaan data CCPA melibatkan keseimbangan antara hak privasi pengguna dengan eksekusi teknis. Berikut prioritas utama yang harus ditangani pengembang:
-
-| Persyaratan | Implementasi |
-| --- | --- |
-| Sistem Permintaan Data | Portal aman dengan autentikasi pengguna |
-| Kontrol Privasi | Pengaturan izin terperinci |
-| Opt-Out Penjualan Data | Proses jelas dengan verifikasi pengguna |
-| Perlindungan Data | Enkripsi end-to-end |
-
-Untuk aplikasi seluler, kontrol izin yang kuat sangat penting. **Capgo** menyederhanakan kepatuhan dengan memungkinkan pembaruan instan, sudah mendukung 750 aplikasi produksi [\[1\]](https://capgo.app/).
-
-> "Capgo adalah alat yang harus dimiliki pengembang yang ingin lebih produktif. Menghindari ulasan untuk perbaikan bug sangat berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Kecepatan penting: 95% pengguna menerima pembaruan dalam 24 jam melalui **Capgo** [\[1\]](https://capgo.app/), memastikan kepatuhan cepat dengan peraturan.
-
-Kepatuhan CCPA bukan tugas satu kali. Audit dan pembaruan rutin diperlukan untuk mengikuti perubahan aturan dan melindungi privasi pengguna.
diff --git a/src/content/blog/id/how-to-monitor-capacitor-app-updates.md b/src/content/blog/id/how-to-monitor-capacitor-app-updates.md
deleted file mode 100644
index 838beeda7..000000000
--- a/src/content/blog/id/how-to-monitor-capacitor-app-updates.md
+++ /dev/null
@@ -1,185 +0,0 @@
----
-slug: how-to-monitor-capacitor-app-updates
-title: Memantau Pembaruan Aplikasi Capacitor
-description: >-
-  Temukan strategi efektif untuk memantau pembaruan aplikasi Capacitor,
-  meningkatkan stabilitas, keamanan, dan pengalaman pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-16T02:14:06.413Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b133684899b66d1dc8f1ac-1739672065689.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, app updates, monitoring tools, performance metrics, user
-  experience, security compliance
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Memantau pembaruan aplikasi [Capacitor](https://capacitorjs.com/) sangat penting untuk menjaga stabilitas aplikasi dan memastikan pengalaman pengguna yang lancar. Pembaruan OTA (Over-the-Air) [Capacitor](https://capacitorjs.com/) menyederhanakan prosesnya, memungkinkan pengembang untuk [mendorong pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) tanpa penundaan app store. Berikut yang perlu Anda ketahui:
-
--   **Mengapa Memantau Pembaruan?**
-    
-    -   Mengurangi crash dan gangguan aplikasi.
-    -   Memenuhi standar kepatuhan app store.
-    -   Mengaktifkan rollback otomatis untuk pembaruan yang bermasalah.
--   **Alat Pemantauan Utama:**
-    
-    -   **[Capgo](https://capgo.app/):** Pelacakan real-time canggih, peringatan kesalahan, dan integrasi CI/CD.
-    -   **Solusi Lainnya:** Bervariasi dalam fitur seperti otomatisasi rollback dan segmentasi pengguna.
--   **Yang Perlu Dipantau:**
-    
-    -   Kecepatan unduhan dan tingkat keberhasilan.
-    -   Laporan crash terkait pembaruan.
-    -   Tingkat adopsi versi aktif dan waktu respons server.
--   **Praktik Terbaik:**
-    
-    -   Gunakan pendengar pembaruan untuk peringatan real-time.
-    -   Pantau keamanan dengan enkripsi dan pemeriksaan penandatanganan kode.
-    -   Otomatisasi keputusan rollback berdasarkan ambang batas crash atau kesalahan.
-
-Siapkan sistem pemantauan yang kuat untuk memastikan pembaruan berjalan lancar, meningkatkan retensi pengguna, dan menjaga kepatuhan dengan aturan platform.
-
-## Tutorial ESP32 OTA dengan Trik (Termasuk Debugging OTA)
-
-<iframe src="https://www.youtube.com/embed/1pwqS_NUG7Q" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Alat Pemantauan Pembaruan
-
-Memilih alat yang tepat untuk memantau pembaruan adalah kunci untuk menjaga aplikasi Capacitor berjalan lancar. Menurut data terbaru, **78% [pengembang Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) mengandalkan solusi pemantauan khusus** untuk melacak pembaruan secara efektif [\[1\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga).
-
-### Tabel Perbandingan Alat
-
-Saat membandingkan alat pemantauan, fokus pada fitur yang sesuai dengan kebutuhan aplikasi Anda. Berikut ringkasannya:
-
-| Fitur | Alat Bawaan | Solusi Pihak Ketiga | Capgo |
-| --- | --- | --- | --- |
-| Pelacakan Real-time | Dasar | Canggih | Canggih |
-| Metrik Kinerja | Terbatas | Komprehensif | Komprehensif |
-| Segmentasi Pengguna | Tidak | Ya | Ya |
-| Kemampuan Rollback | Manual | Otomatis | Otomatis |
-| Integrasi CI/CD | Dasar | Bervariasi | Lengkap |
-| Fitur Keamanan | Dasar | Canggih | Canggih |
-
-### Menggunakan [Capgo](https://capgo.app/) untuk Pembaruan
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-16.jpg?auto=compress)
-
-Capgo menonjol sebagai pilihan andal untuk tim yang membutuhkan kontrol detail atas pembaruan aplikasi mereka. Ini menawarkan **analitik kinerja spesifik versi** dan alat pemantauan canggih lainnya.
-
-Sebagai contoh, tim [Shopify Mobile](https://www.shopify.com/mobile) memanfaatkan dashboard real-time Capgo dan mencapai **98% adopsi pembaruan terpantau hanya dalam 4 jam** [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-Berikut yang ditawarkan Capgo:
-
-| Aspek Pemantauan | Kemampuan |
-| --- | --- |
-| Pengiriman Pembaruan | Pelacakan real-time progres penyebaran |
-| Analisis Kinerja | Melacak kecepatan unduhan dan tingkat keberhasilan instalasi |
-| Pelacakan Kesalahan | Mengirim peringatan instan untuk pembaruan yang gagal |
-| Pemantauan Keamanan | Termasuk verifikasi keamanan lanjutan |
-
-Metrik utama yang perlu diperhatikan meliputi:
-
--   Tingkat penyelesaian unduhan
--   Persentase keberhasilan instalasi
--   Laporan crash terkait pembaruan
--   Waktu respons server
--   Tingkat adopsi versi aktif
-
-Setelah alat pemantauan Anda siap, langkah selanjutnya adalah menyiapkan pelacakan teknis dengan pendengar pembaruan dan metrik kinerja. Ini memastikan Anda tetap selangkah lebih maju dari potensi masalah dan mempertahankan pengalaman pengguna yang lancar.
-
-## Menyiapkan Pemantauan Pembaruan
-
-Untuk menjaga [pembaruan Capacitor](https://capgo.app/plugins/capacitor-updater/) berjalan lancar, Anda memerlukan tiga elemen utama: **pendengar pembaruan**, **metrik kinerja**, dan **integrasi CI/CD**.
-
-### Mengkonfigurasi Pendengar Pembaruan
-
-Berikut cara menyiapkan pendengar pembaruan Anda:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Set up listeners for update events
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('Update available:', info);
-});
-
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log('Download completed:', info);
-});
-
-CapacitorUpdater.addListener('updateFailed', (info) => {
-  console.error('Update failed:', info);
-});
-
-// Notify the system that the app is ready
-CapacitorUpdater.notifyAppReady();
-```
-
-### Melacak Kinerja Pembaruan
-
-Untuk mendapatkan gambaran jelas tentang kinerja pembaruan, pantau metrik kunci ini:
-
--   **Kecepatan unduhan** dan tingkat penyelesaian
--   **Tingkat keberhasilan instalasi** dan kejadian kesalahan
--   **Tingkat adopsi pengguna** dan laporan crash pasca-pembaruan
--   **Waktu respons server** dan penggunaan sumber daya perangkat
-
-Anda dapat menggabungkan wawasan ini dengan alat seperti [Xcode Instruments](https://developer.apple.com/tutorials/instruments?changes=__2) dan [Android Profiler](https://developer.android.com/studio/profile) untuk analisis lebih mendalam [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-### Integrasi dengan Pipeline CI/CD
-
-Siapkan pipeline CI/CD Anda untuk secara otomatis memantau dan melaporkan metrik pembaruan. Ini membantu Anda dengan cepat mendeteksi masalah selama penyebaran.
-
-## Praktik Terbaik Pemantauan
-
-Setelah Anda menyiapkan sistem pemantauan, saatnya fokus pada praktik operasional ini untuk memastikan semuanya berjalan lancar.
-
-### Aturan App Store
-
-Pastikan pemantauan Anda selaras dengan persyaratan spesifik setiap platform:
-
-| Platform | Area Pemantauan Utama |
-| --- | --- |
-| iOS | Perhatikan perubahan versi dalam pembaruan |
-| Android | Lacak pola persetujuan pengguna |
-
-Kebutuhan spesifik platform ini membentuk apa yang Anda pantau. Misalnya, melacak pembaruan versi untuk iOS dan memantau tren persetujuan untuk Android sangat penting [\[1\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga) [\[2\]](https://nytlicensing.com/latest/methods/getting-started-thought-leadership-content-marketing/).
-
-### Keamanan Pembaruan
-
-Periksa status enkripsi secara teratur dan pastikan penandatanganan kode tetap valid menggunakan alat pemantauan yang Anda pilih. Fokus pada:
-
--   Enkripsi paket pembaruan
--   Log verifikasi penandatanganan kode
--   Pemeriksaan integritas sebelum instalasi
-
-> "Menerapkan langkah-langkah keamanan yang tepat dapat mencegah hingga 95% kerentanan terkait pembaruan" [\[3\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/)
-
-### Perencanaan Rollback
-
-Manfaatkan data pemantauan Anda untuk memandu keputusan rollback. Otomatisasi rollback berdasarkan:
-
--   Peningkatan mendadak dalam tingkat crash
--   Kesalahan API melewati ambang batas yang ditetapkan
--   Umpan balik negatif pengguna yang konsisten
-
-> "Menerapkan langkah-langkah keamanan yang tepat dapat mencegah hingga 95% kerentanan terkait pembaruan" [\[3\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/)
-
-## Ringkasan
-
-Pemantauan pembaruan yang efektif melindungi pengalaman pengguna dan kinerja teknis. Penelitian menunjukkan bahwa menggunakan strategi pemantauan yang ditargetkan dapat menurunkan tingkat crash sebesar 35% dan meningkatkan retensi pengguna sebesar 22% [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-Tetap fokus pada tiga area utama: kinerja teknis, pengalaman pengguna, dan kepatuhan keamanan. Berikut rinciannya:
-
-| Area Pemantauan | Metrik | Hasil |
-| --- | --- | --- |
-| Kinerja Teknis | Tingkat instalasi pembaruan, respons API, pelacakan crash | Memastikan stabilitas dan fungsionalitas aplikasi |
-| Pengalaman Pengguna | Analisis umpan balik, tingkat adopsi, pola penggunaan aplikasi | Meningkatkan keterlibatan dan retensi |
-| Kepatuhan Keamanan | Pemeriksaan enkripsi, penandatanganan kode, kepatuhan aturan platform | Menjaga aplikasi patuh dengan persyaratan store |
-
-Masukkan alat otomatis ke dalam proses pengembangan Anda. Metrik dan peringatan real-time, dipasangkan dengan pipeline CI/CD Anda, memungkinkan penyelesaian masalah lebih cepat dengan gangguan minimal bagi pengguna.
diff --git a/src/content/blog/id/how-to-profile-cross-platform-apps-with-capacitor.md b/src/content/blog/id/how-to-profile-cross-platform-apps-with-capacitor.md
deleted file mode 100644
index d2b3dd81b..000000000
--- a/src/content/blog/id/how-to-profile-cross-platform-apps-with-capacitor.md
+++ /dev/null
@@ -1,101 +0,0 @@
----
-slug: how-to-profile-cross-platform-apps-with-capacitor
-title: Cara Melakukan Profiling Aplikasi Lintas Platform dengan Capacitor
-description: >-
-  Pelajari cara melakukan profiling dan optimalisasi aplikasi lintas platform
-  yang dibuat dengan Capacitor untuk meningkatkan kinerja di iOS, Android, dan
-  web.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:37:04.938Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60-1745030245432.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, profiling, cross-platform apps, performance optimization, iOS,
-  Android, web development, memory leaks, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-Memprofilkan aplikasi lintas platform yang dibangun dengan [Capacitor](https://capacitorjs.com/) membantu Anda mengidentifikasi masalah kinerja di platform iOS, Android, dan web. Berikut panduan singkat untuk memulai:
-
--   **Alat yang Dibutuhkan**:
-    
-    -   [Nodejs](https://nodejsorg/en) v16+ dan npm v8+ untuk manajemen paket
-    -   Capacitor CLI v50+ untuk membangun dan mendeploy aplikasi
-    -   [Xcode](https://developer.apple.com/xcode/) 14+ (iOS) dan [Android Studio](https://developerandroidcom/studio) Electric Eel+ (Android) untuk pengembangan dan profiling platform tertentu
-    -   [Chrome DevTools](https://developerchromecom/docs/devtools) untuk analisis kinerja web
--   **Perangkat**:
-    
-    -   Gunakan **emulator** untuk pengujian cepat tapi andalkan **perangkat fisik** untuk mendapatkan metrik kinerja yang akurat
--   **Alat Profiling Utama**:
-    
-    -   **Chrome DevTools**: Analisis eksekusi JavaScript, penggunaan memori, dan aktivitas jaringan untuk aplikasi web
-    -   **Xcode Instruments**: Ukur penggunaan CPU, memori, dan energi di iOS
-    -   **Android Studio Profilers**: Pantau kinerja CPU, memori, dan jaringan di Android
--   **Masalah Umum untuk Diperbaiki**:
-    
-    -   Ukuran bundle aplikasi yang besar
-    -   Kode yang tidak dioptimalkan
-    -   Panggilan bridge JavaScript-ke-native yang berlebihan
--   **Optimisasi**:
-    
-    -   Terapkan pembaruan bundle parsial dan pembaruan langsung untuk meningkatkan kinerja dan pengalaman pengguna
-    -   Pantau metrik kinerja dan error secara real-time menggunakan alat seperti [Capgo](https://capgo.app/)
-
-Artikel ini memandu Anda menggunakan alat khusus platform, menemukan bottleneck kinerja, dan menerapkan perbaikan untuk mengoptimalkan aplikasi Capacitor Anda
-
-## Cara menemukan KEBOCORAN MEMORI di Aplikasi Ionic Angular
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Persyaratan Setup
-
-Untuk memprofilkan aplikasi Capacitor secara efektif, Anda memerlukan alat, perangkat lunak, dan lingkungan pengujian yang tepat. Berikut yang Anda perlukan untuk analisis kinerja yang akurat
-
-### Alat dan Perangkat Lunak
-
-Pastikan Anda memiliki hal berikut:
-
--   **Nodejs v16+** dengan **npm v8+** untuk mengelola paket
--   **Capacitor CLI (v8+)** untuk membangun dan mendeploy aplikasi
--   **Xcode 14+** untuk pengembangan dan profiling iOS
--   **Android Studio Electric Eel** (atau lebih baru) untuk pengembangan Android
--   **Chrome DevTools** untuk profiling kinerja web
-
-Setelah alat Anda siap, saatnya memilih perangkat pengujian Anda
-
-### Emulator vs Perangkat Fisik
-
--   **Emulator**: Bagus untuk pengujian cepat, debugging, dan mencoba konfigurasi perangkat yang berbeda. Namun, mereka tidak sepenuhnya mereplikasi kinerja dunia nyata dan memiliki dukungan GPU terbatas
--   **Perangkat Fisik**: Penting untuk metrik memori dan GPU yang akurat. Meskipun lebih mahal dan memerlukan pengelolaan tambahan, mereka memberikan gambaran yang lebih jelas tentang bagaimana aplikasi Anda akan berjalan
-
-Untuk hasil terbaik, uji setidaknya pada satu perangkat iOS terbaru dan satu perangkat Android kelas menengah untuk mencakup berbagai skenario kinerja
-
-### Alat Pemantauan Kinerja
-
-Gunakan alat-alat ini untuk memantau dan menganalisis kinerja:
-
--   **Instruments (iOS)**, **Android Studio CPU Profiler**, dan **Chrome DevTools** untuk profiling khusus platform
--   **Capgo** untuk analitik lintas platform dan pelacakan error real-time \[2\]
-
-Terakhir, konfigurasikan logging di lingkungan pengembangan dan produksi untuk melacak metrik yang konsisten
-
-## Alat Profiling berdasarkan Platform
-
-Manfaatkan alat bawaan dari setiap platform untuk menganalisis kinerja dan mengidentifikasi masalah potensial
-
-### Profiling Web dengan [Chrome DevTools](https://developerchromecom/docs/devtools)
-
-Saat menjalankan aplikasi Anda di Chrome, buka **DevTools** (Klik kanan > Inspect) dan jelajahi tab **Performance**, **Memory**, atau **Network**:
-
--   **Performance**: Lacak eksekusi JavaScript, rendering, dan aktivitas jaringan
--   **Memory**: Analisis alokasi heap dan deteksi kebocoran memori
--   **Network**: Amati panggilan API, pemuatan aset, dan penggunaan bandwidth
-
-Untuk profiling JavaScript yang lebih detail, gunakan fitur **profil CPU panel Performance**
\ No newline at end of file
diff --git a/src/content/blog/id/how-to-release-major-version-in-capgo.md b/src/content/blog/id/how-to-release-major-version-in-capgo.md
deleted file mode 100644
index 90df5c98e..000000000
--- a/src/content/blog/id/how-to-release-major-version-in-capgo.md
+++ /dev/null
@@ -1,86 +0,0 @@
----
-slug: how-to-release-major-version-in-capgo
-title: Cara mempublikasikan versi major baru di capgo
-description: >-
-  Memahami bagaimana dan kapan perlu merilis versi besar dari aplikasi Anda
-  tanpa merusak aplikasi pengguna
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-30T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Sistem Versi Utama Capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: how-to-send-specific-version-to-users
----
-## Saat merilis versi major
-
-Versi dapat sulit untuk dikelola, biasanya Anda ingin mengirim pembaruan Major ketika perubahan besar muncul untuk pengguna.
-
-Namun versi tidak dibuat untuk itu, versi app store berbeda dengan versi Native.
-
-Versi Native dibuat untuk mengelola perubahan yang memutus kompatibilitas dalam *kode*
-
-Di IOS, misalnya, iOS 16 adalah `store version` dari Apple, tetapi versi kodenya adalah `20A5283p` (sepertinya mereka tidak menggunakan SemVer di sana)
-
-Sekarang jelas kita tidak mencampurkan keduanya dan menggunakannya sesuai tujuannya!
-
-## Rilis major
-
-Dalam aplikasi Capacitor Anda, rilis major diperlukan ketika terjadi perubahan yang memutus kompatibilitas.
-Misalnya, target IOS baru (15 ke 16), atau versi baru Capacitor (3 ke 4), atau plugin (1.2 ke 2.0) yang Anda gunakan telah diperbarui ke versi major.
-
-Perubahan ini berarti semua peralatan harus diselaraskan untuk menangani perubahan yang memutus kompatibilitas.
-
-Itulah mengapa Capgo mengikuti sistem ini.
-Jadi jika Anda merilis versi major, Capgo tidak akan mengirimkannya ke pengguna yang belum menginstalnya dari store.\
-Perilaku ini dapat disesuaikan. Anda dapat mempelajari lebih lanjut tentang hal ini [here](/docs/cli/commands/#disable-updates-strategy)
-
-### Versi
-
-Dimana Capgo menemukan versi untuk dibandingkan
-
-#### IOS
-  > Akan digunakan oleh Capgo untuk membandingkan dengan versi JavaScript dan menemukan upgrade Major
-
-  Di IOS variabel diatur pada proyek Anda di sini `ios/App/App/Info.plist` di bawah kunci `CFBundleShortVersionString` atau `ios/App/App.xcodeproj/project.pbxproj` di bawah kunci `MARKETING_VERSION` jika `MARKETING_VERSION` telah diatur dalam file `Info.plist` Anda.
-  > Anda dapat menimpa perilaku ini dengan mengatur kunci versi dalam file `capacitor.config.json` [dokumentasi di sini](/docs/plugin/auto-update#advanced-settings/)
-
-#### Android
-  > Akan digunakan oleh Capgo untuk membandingkan dengan versi JavaScript dan menemukan upgrade Major
-
-  Di Android, variabel diatur pada proyek Anda di sini `android/app/build.gradle` di bawah kunci `defaultConfig.versionName`
-  > Anda dapat menimpa perilaku ini dengan mengatur kunci versi dalam file `capacitor.config.json` [dokumentasi di sini](/docs/plugin/auto-update#advanced-settings/)
-
-#### JavaScript
-  > Akan digunakan oleh Capgo untuk membandingkan dengan versi Native dan menemukan upgrade Major
-
-  Di JavaScript, variabel diatur pada proyek Anda di sini `package.json` di bawah kunci `version`
-## Contoh
-
-Aplikasi Ionic Anda saat ini dirilis dengan versi `1.2.3` dengan Capacitor 3
-
-Anda sedang melakukan upgrade ke Capacitor 4.
-
-Anda perlu meningkatkan nomor versi Anda ke `2.2.3`, kemudian semua paket Anda termasuk Capgo akan mengetahui perubahan besar ini.
-
-Ketika Anda merilis versi ini ke Capgo dan App Store.
-
-Semua pembaruan langsung berikutnya di Capgo `2.2.4` tidak akan pernah dikirim ke pengguna dengan versi `1.2.3`. Hanya dengan versi `2.2.3`.
-
-Jika Anda mengikuti pola ini, tidak perlu khawatir lagi, semua ditangani dengan baik.
-
-## Jika Saya tidak mengikuti ini
-
-Dalam kasus ini, itu berarti Anda harus mengirim aplikasi baru Anda dengan Capacitor 4 ke Apple dan Google, tetapi tidak ke Capgo.
-
-Kemudian Anda harus menunggu 100% pengguna Anda, memiliki aplikasi atau setidaknya 90%, ini akan memakan waktu berbulan-bulan, mungkin.
-
-Sementara selama waktu ini Anda tidak dapat mengirim pembaruan apa pun dengan Capgo, karena pengguna lama tidak dapat mendapatkan versi baru.
-Anda tidak memiliki cara untuk memilih hanya beberapa pengguna untuk menerima pembaruan.
diff --git a/src/content/blog/id/how-to-resolve-android-build-errors-in-capacitor.md b/src/content/blog/id/how-to-resolve-android-build-errors-in-capacitor.md
deleted file mode 100644
index d816c1701..000000000
--- a/src/content/blog/id/how-to-resolve-android-build-errors-in-capacitor.md
+++ /dev/null
@@ -1,286 +0,0 @@
----
-slug: how-to-resolve-android-build-errors-in-capacitor
-title: Mengatasi Error Kompilasi Android di Capacitor
-description: >-
-  Pelajari cara mengatasi kesalahan kompilasi Android di Capacitor dengan cepat,
-  mulai dari masalah konfigurasi hingga konflik dependensi dan masalah ProGuard.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T03:02:04.382Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b-1743217335938.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, Android build errors, ProGuard, dependency conflicts, mobile
-  development, troubleshooting
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Mengalami masalah dengan error build Android di [Capacitor](https://capacitorjs.com/)?** Error ini sering muncul karena file yang tidak terkonfigurasi dengan benar, konflik dependensi, atau masalah [ProGuard](https://www.guardsquare.com/manual/home). Memperbaiki masalah dengan cepat sangat penting untuk menjaga aplikasi Anda tetap berjalan lancar. Berikut ringkasan masalah umum dan cara mengatasinya:
-
--   **Masalah Pengaturan**: Periksa `AndroidManifest.xml`, `capacitor.config.json`, dan pengaturan [Gradle](https://gradle.org/) untuk ketidakcocokan versi SDK, perizinan, atau `minSdkVersion`.
--   **Konflik Dependensi**: Selaraskan versi Capacitor core, plugin, dan library native. Gunakan alat seperti `npx cap doctor` untuk menemukan ketidakcocokan.
--   **Masalah ProGuard**: Tambahkan aturan yang tepat untuk mencegah error obfuskasi saat build rilis.
-
-**Tips Penting**: Gunakan log error di [Android Studio](https://developer.android.com/studio) untuk menemukan akar penyebab dan fokus pada error pertama dalam stack trace. Alat seperti [Capgo](https://capgo.app/) dapat membantu Anda menerapkan perbaikan secara instan tanpa menunggu peninjauan app store.
-
-**Contoh Perbaikan Cepat**:
-
--   Perbarui dependensi di `package.json`:
-    
-    ```json
-    {
-      "@capacitor/core": "5.5.0",
-      "@capacitor/android": "5.5.0",
-      "@capacitor/camera": "5.0.7"
-    }
-    ```
-    
--   Tambahkan [Jetifier](https://developer.android.com/tools/jetifier) untuk kompatibilitas:
-    
-    ```properties
-    android.useAndroidX=true
-    android.enableJetifier=true
-    ```
-    
--   Tambahkan aturan ProGuard:
-    
-    ```java
-    -keep class com.getcapacitor.** { *; }
-    -dontwarn com.google.android.gms.**
-    ```
-    
-
-**Butuh perbaikan lebih cepat?** Capgo memungkinkan Anda mengirim pembaruan secara instan, melewati penundaan app store. Ini cara yang bagus untuk menjaga aplikasi Anda tetap stabil dan pengguna tetap senang.
-
-## Panduan Lengkap Debug Aplikasi Ionic di Android dan iOS ...
-
-<iframe src="https://www.youtube.com/embed/HmXM5t8DIPA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Error Build Android Utama
-
-Membangun aplikasi Android dengan Capacitor terkadang dapat menyebabkan error karena masalah konfigurasi atau ketidakcocokan dependensi. Di bawah ini, kami menguraikan error build Android yang paling umum dan cara mengatasinya.
-
-### Error Pengaturan dan Konfigurasi
-
-Error ini sering muncul dari file yang salah konfigurasi seperti `AndroidManifest.xml` atau `capacitor.config.json`. Masalah umum meliputi:
-
--   **Izin Yang Hilang**: Jika izin Android yang diperlukan tidak dideklarasikan di `AndroidManifest.xml`, build akan gagal.
--   **Ketidakcocokan Versi SDK**: `targetSdkVersion` harus sesuai dengan nilai yang direkomendasikan Capacitor untuk menghindari error.
--   **Pengaturan Gradle**: `distributionUrl` yang salah di `gradle-wrapper.properties` dapat menyebabkan kegagalan build.
--   **minSdkVersion Tidak Tepat**: Mengatur `minSdkVersion` yang tidak sesuai dapat menyebabkan masalah kompatibilitas. Misalnya, konfigurasi Anda mungkin terlihat seperti ini:
-
-```groovy
-android {  
-    defaultConfig {  
-        minSdkVersion 22  
-        targetSdkVersion 33  
-    }  
-}
-```
-
-### Konflik Versi Paket 
-
-Ketidakcocokan versi antar dependensi juga dapat menyebabkan error build. Skenario umum meliputi:
-
--   **Dependensi Native**: Perbedaan antara Capacitor core dan library native.
--   **Kompatibilitas Plugin**: Menggunakan versi plugin Capacitor yang tidak cocok.
--   **Konflik Modul Gradle**: Deklarasi modul ganda dalam file `build.gradle`.
-
-Berikut contoh konfigurasi dependensi yang benar:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.5.0",
-    "@capacitor/android": "5.5.0",
-    "@capacitor/camera": "5.0.7"
-  }
-}
-```
-
-### Masalah Pengaturan [ProGuard](https://www.guardsquare.com/manual/home)
-
-![ProGuard](https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b/caf1031c54e5e4608a41f5a1b5bef282.jpg)
-
-ProGuard, yang digunakan dalam build rilis, dapat menimbulkan masalah tambahan:
-
--   **Aturan Keep Yang Hilang**: Kelas penting mungkin terobfuskasi, menyebabkan error runtime.
--   **Error Refleksi**: Kelas yang diakses melalui refleksi mungkin tidak ditangani dengan benar.
--   **Konflik Plugin**: Aturan ProGuard dari plugin yang berbeda dapat bentrok.
-
-Untuk mengatasi masalah ini, Anda dapat menambahkan aturan ProGuard berikut:
-
-```java
--keep class com.getcapacitor.** { *; }
--keep class org.apache.cordova.* { *; }
--dontwarn com.google.android.gms.**
-```
-
-## Menemukan Sumber Error
-
-Menemukan error build Android di Capacitor memerlukan pendekatan troubleshooting bertahap. Dengan menggabungkan tinjauan konfigurasi dan analisis log, Anda dapat mengidentifikasi dan mengatasi masalah secara efektif.
-
-### Membaca Log Error
-
-Android Studio dan Gradle menawarkan log error terperinci untuk membantu mendiagnosis masalah:
-
--   **Stack Trace Error**: Fokus pada error _pertama_ dalam stack trace - ini biasanya adalah akar penyebabnya. Error selanjutnya sering berasal dari masalah awal ini.
--   **Jendela Output Build**: Di Android Studio, error disorot dengan warna merah di jendela Output Build. Cari istilah seperti **"FAILURE"** atau **"ERROR"** untuk dengan cepat menemukan masalah utama.
-
-Berikut contoh pesan error yang umum:
-
-```
-> Task :app:processDebugResources FAILED
-
-> FAILURE: Build failed with an exception.
-
-* What went wrong:  
-Execution failed for task ':app:processDebugResources'.
-
-> Android resource linking failed
-```
-
-### Memeriksa File Konfigurasi
-
-Memastikan konfigurasi yang benar adalah kunci untuk build yang sukses. Perhatikan file-file ini:
-
--   **capacitor.config.json**: Verifikasi pengaturan keystore, bukan hanya lokasi file tetapi juga validitasnya.
--   **build.gradle**: Periksa bahwa semua plugin yang diperlukan dan versi dependensi dideklarasikan dengan benar. Misalnya:
-
-```groovy
-dependencies {
-    implementation "com.android.support:appcompat-v7:28.0.0"
-    implementation "com.getcapacitor:core:5.5.0"
-}
-```
-
-### Memahami Output [Gradle](https://gradle.org/)
-
-![Gradle Build Tool Interface](https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b/ea42b2d6446e3f23d9417eaa9ba23d71.jpg)
-
-Gunakan `./gradlew app:dependencies` dan aktifkan pemindaian build untuk menemukan konflik dependensi atau masalah script. Alat-alat ini memberikan tampilan terperinci tentang pengaturan proyek Anda.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Beberapa masalah umum meliputi:
-
--   Ketidakcocokan versi dependensi
--   Konfigurasi plugin yang salah atau hilang
--   Kegagalan kompilasi resource
--   Masalah dengan aturan ProGuard
-
-## Solusi Error
-
-Bagian ini berfokus pada penyelesaian ketidakcocokan versi, konflik dependensi, dan kesalahan konfigurasi ProGuard.
-
-### Pembaruan Versi
-
-Pastikan semua versi dependensi selaras untuk menghindari ketidakstabilan build:
-
--   **Periksa Versi Capacitor Core**  
-    Jalankan perintah berikut untuk menemukan ketidakcocokan versi antara `@capacitor/core`, `@capacitor/cli`, dan paket platform:
-    
-    ```bash
-    npx cap doctor
-    ```
-    
--   **Perbarui Plugin Native**  
-    Verifikasi `package.json` Anda menyertakan versi yang benar. Misalnya:
-    
-    ```json
-    {
-      "dependencies": {
-        "@capacitor/core": "5.5.0",
-        "@capacitor/android": "5.5.0",
-        "@capacitor/camera": "5.0.7"
-      }
-    }
-    ```
-    
-    Jika memperbarui versi tidak berhasil, Anda mungkin perlu menyelesaikan ketidakcocokan dependensi secara manual.
-    
-
-### Memperbaiki Konflik Paket
-
-Konflik paket sering terjadi saat menggunakan campuran dependensi [AndroidX](https://developer.android.com/jetpack/androidx) dan Support Library lama. Berikut cara mengatasinya:
-
--   **Aktifkan Jetifier**  
-    Tambahkan baris ini ke file `gradle.properties` Anda:
-    
-    ```properties
-    android.useAndroidX=true
-    android.enableJetifier=true
-    ```
-    
--   **Resolusi Dependensi Manual**  
-    Jika konflik berlanjut, deklarasikan versi dependensi secara eksplisit di file `build.gradle` level aplikasi Anda. Misalnya:
-    
-    ```groovy
-    configurations.all {
-        resolutionStrategy {
-            force 'androidx.core:core:1.9.0'
-            force 'androidx.appcompat:appcompat:1.6.1'
-        }
-    }
-    ```
-    
-
-Langkah-langkah ini harus mengatasi sebagian besar masalah terkait dependensi. Selanjutnya, fokus pada pengelolaan aturan ProGuard untuk menghindari error runtime.
-
-### Pengelolaan Aturan ProGuard
-
-Sesuaikan aturan ProGuard untuk memastikan kelas plugin Capacitor penting dan antarmuka WebView tidak dihapus selama obfuskasi. Lihat [dokumentasi Capacitor resmi](https://capgo.app/blog/capacitor-comprehensive-guide/) untuk panduan detail tentang konfigurasi ProGuard.
-
-Untuk pembaruan segera tanpa mengirim ulang ke app store, pertimbangkan untuk menggunakan sistem pembaruan langsung Capgo. Ini memungkinkan Anda menerapkan perubahan secara instan sambil mempertahankan kompatibilitas obfuskasi dan kepatuhan dengan kebijakan store.
-
-## Menggunakan [Capgo](https://capgo.app/) untuk Perbaikan Cepat
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-Saat menghadapi error build Android di Capacitor, menyelesaikan masalah dengan cepat adalah kunci untuk menghindari penundaan dan menjaga proyek Anda tetap berjalan. Berikut cara Capgo membantu Anda menerapkan perbaikan secara instan.
-
-### Fitur Utama Capgo
-
-Capgo menawarkan alat untuk merampingkan pembaruan, termasuk **enkripsi end-to-end** untuk keamanan, pelacakan error real-time, manajemen riwayat versi, dan kemampuan rollback instan. Dengan tingkat keberhasilan global 82% untuk penerapan [\[1\]](https://capgo.app/), ini memberikan cara yang dapat diandalkan untuk mengirimkan perbaikan penting langsung ke aplikasi produksi.
-
-### Cara Menerapkan Perbaikan Secara Instan
-
-Ikuti langkah-langkah ini untuk dengan cepat mengatasi error build Android:
-
--   **Pasang Plugin Capgo**:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
--   **Build dan Deploy**: CDN Capgo memastikan bundle 5MB diunduh hanya dalam 114ms [\[1\]](https://capgo.app/).
-    
--   **Monitor Pembaruan**: Gunakan dashboard Capgo untuk melacak kemajuan, dengan waktu respons API rata-rata 57ms [\[1\]](https://capgo.app/).
-    
-
-Proses penerapan cepat ini menghilangkan penundaan yang terkait dengan pembaruan app store tradisional, memungkinkan Anda menyelesaikan masalah lebih cepat sambil mempertahankan kontrol penuh.
-
-### Membandingkan Capgo dengan Pembaruan App Store Tradisional
-
-| Fitur | Capgo | Pembaruan App Store Tradisional |
-| --- | --- | --- |
-| Waktu Penerapan | Menit | Hari hingga minggu |
-| Kontrol Pembaruan | Segera | Memerlukan peninjauan store |
-| Rollback | Satu klik | Memerlukan pengiriman baru |
-| Biaya | Mulai dari $12/bulan | Biaya store + waktu dev tambahan |
-| Keamanan | Enkripsi E2E | Keamanan store standar |
-
-> "Capgo adalah alat yang harus dimiliki pengembang yang ingin lebih produktif. Menghindari peninjauan untuk perbaikan bug sangatlah berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Dengan lebih dari 23,5 juta pembaruan sukses di 750 aplikasi produksi [\[1\]](https://capgo.app/), Capgo menonjol sebagai solusi penting bagi tim yang perlu mengatasi error Android dengan cepat dan efisien - tanpa menunggu persetujuan app store.
-
-## Ringkasan
-
-Mengatasi error build Android di Capacitor memerlukan pendekatan terstruktur dan berfokus pada data yang menggabungkan pemantauan efektif dengan pembaruan cepat. Data dari 750 aplikasi produksi menunjukkan bahwa melacak error dan menerapkan pembaruan dengan cepat dapat secara signifikan mengurangi waktu debugging sambil meningkatkan stabilitas aplikasi. Alat seperti Capgo telah terbukti mencapai tingkat keberhasilan 82% untuk perbaikan darurat, memastikan 95% pengguna aktif menerima pembaruan dalam 24 jam, dengan waktu respons API rata-rata 57ms [\[1\]](https://capgo.app/).
-
-Mempertahankan build Android yang stabil bergantung pada pelacakan error yang kuat dan pembaruan tepat waktu. Dengan menggabungkan perbaikan segera dengan peningkatan proses berkelanjutan, Anda dapat meminimalkan gangguan bagi pengguna dan memberikan pengalaman aplikasi yang lebih lancar.
diff --git a/src/content/blog/id/how-to-schedule-ota-updates-for-capacitor-apps.md b/src/content/blog/id/how-to-schedule-ota-updates-for-capacitor-apps.md
deleted file mode 100644
index c962ccf92..000000000
--- a/src/content/blog/id/how-to-schedule-ota-updates-for-capacitor-apps.md
+++ /dev/null
@@ -1,231 +0,0 @@
----
-slug: how-to-schedule-ota-updates-for-capacitor-apps
-title: Cara Menjadwalkan Pembaruan OTA untuk Aplikasi Capacitor
-description: >-
-  Pelajari cara menjadwalkan pembaruan OTA secara efektif untuk aplikasi seluler
-  Anda, memastikan perbaikan bug yang cepat dan pengalaman pengguna yang lebih
-  baik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T04:03:25.616Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcd7fb83b63ee70fa0b90f-1742529933736.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, mobile app updates, Capacitor, app deployment, update scheduling,
-  performance monitoring
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-**Ingin memperbarui aplikasi** [**Capacitor**](https://capacitorjs.com/) **Anda tanpa tertunda di app store? Update Over-the-Air (OTA) memungkinkan Anda mengirim perbaikan, fitur baru, dan peningkatan langsung ke pengguna secara real time.** Berikut cara menjadwalkannya secara efektif:
-
--   **Apa itu Update OTA?** Memungkinkan Anda mengirim perubahan aplikasi langsung ke pengguna, hanya mengunduh bagian yang diperbarui untuk menghemat waktu dan bandwidth
-    
--   **Mengapa Menjadwalkan Update?** Untuk memperbaiki bug dengan cepat, meluncurkan fitur secara bertahap, dan meningkatkan pengalaman pengguna dengan gangguan minimal
-    
--   **Cara Memulai:** Instal plugin [Capgo](https://capgo.app/) menggunakan `npx @capgo/cli init`, integrasikan dengan pipeline CI/CD Anda, dan konfigurasikan koneksi aman dan analitik
-    
--   **Praktik Terbaik:** Gunakan peluncuran bertahap, jadwalkan pembaruan saat jam tidak sibuk, dan pantau kinerja dengan metrik real-time
-    
-
-**Statistik Utama:** 95% pengguna aktif mengadopsi pembaruan dalam 24 jam, dengan tingkat keberhasilan global 82%. Kecepatan unduh rata-rata untuk bundle 5 MB adalah 114 ms
-
-Baca terus untuk mempelajari cara menyiapkan, menjadwalkan, dan melacak pembaruan OTA untuk aplikasi Capacitor Anda
-
-## Persyaratan Pengaturan
-
-### Alat dan Pengaturan yang Diperlukan
-
-Untuk memulai dengan pembaruan OTA terjadwal, Anda perlu menginstal beberapa alat penting dan mengatur konfigurasi. Mulailah dengan menginstal [plugin Capgo](https://capgo.app/plugins/) menggunakan package manager pilihan Anda:
-
-```bash
-npx @capgo/cli init
-```
-
-Perintah ini menyiapkan komponen yang diperlukan untuk pembaruan OTA, termasuk:
-
--   **Enkripsi end-to-end** untuk memastikan [pembaruan yang aman](https://capgo.app/docs/live-updates/update-behavior/)
-    
--   **Kontrol versi** untuk mengelola peluncuran pembaruan
-    
--   **Pelacakan kesalahan** untuk mengidentifikasi dan mengatasi masalah dengan cepat
-    
-
-Setelah pengaturan dasar selesai, Anda dapat melanjutkan ke integrasi platform pembaruan OTA Anda
-
-### Integrasi Platform OTA
-
-Mengintegrasikan platform OTA sangat penting untuk mengelola pembaruan terjadwal secara efisien. Berikut cara melakukannya:
-
--   **Amankan koneksi Anda** dengan menyiapkan kunci dan token autentikasi
-    
--   **Lacak versi** untuk memastikan pembaruan dikelola dan diterapkan dengan benar
-    
--   **Siapkan analitik** untuk memantau kinerja pembaruan di lapangan
-    
--   **Integrasikan pipeline CI/CD** ke dalam alur kerja yang ada untuk operasi yang lebih lancar
-    
-
-> "Kami mengkonfigurasi pipeline CI/CD Anda langsung di platform pilihan Anda, baik itu GitHub Actions, GitLab CI, atau lainnya. Kami tidak menghost CI/CD atau mengenakan biaya untuk memeliharanya" – Capgo [\[1\]](https://capgo.app/)
-
-Untuk kebutuhan tingkat enterprise, Capgo mendukung integrasi dengan sistem CI/CD utama. Platform mereka telah berhasil digunakan di 750 aplikasi produksi, mengelola lebih dari 235 juta pembaruan hingga saat ini [\[1\]](https://capgo.app/)
-
-Berikut beberapa tolok ukur kinerja [\[1\]](https://capgo.app/):
-
--   **Kecepatan unduh rata-rata**: 114 ms untuk bundle 5 MB
-    
--   **Waktu respons API**: 434 ms secara global
-    
--   **Tingkat keberhasilan pembaruan**: 82% di seluruh dunia
-    
-
-## Jelajahi Pembaruan Langsung [Capacitor](https://capacitorjs.com/) Ionic Baru dari [Capgo](https://capgo.app/)
-
-**Merencanakan Jadwal Pembaruan**
-
-Setelah alat tersedia, langkah selanjutnya adalah menentukan kapan dan bagaimana pembaruan akan diluncurkan.
-
-### Pertimbangan Waktu
-
-Penjadwalan pembaruan OTA memerlukan analisis perilaku pengguna dan faktor teknis. Misalnya, merilis pembaruan selama jam tidak sibuk - berdasarkan pola aktivitas global pengguna Anda - dapat membantu mengurangi gangguan selama periode sibuk. Selain itu, kapasitas server dan kondisi jaringan harus diperhitungkan untuk memastikan pengiriman yang lancar. Pertimbangan ini berperan penting dalam membuat pembaruan berjalan secara efisien [\[1\]](https://capgo.app/)
-
-### Pedoman Jadwal Pembaruan
-
-Menggunakan pendekatan peluncuran bertahap dapat membuat pembaruan lebih mudah dikelola. Mulai dengan rilis beta ke sekelompok kecil pengguna, kemudian secara bertahap perluas ke seluruh pengguna. Metode ini sering mengandalkan sistem channel, memungkinkan distribusi yang terkontrol. Ini juga memungkinkan pemantauan real-time dan rollback cepat jika ada masalah yang muncul.> "Kami menerapkan pembaruan OTA Capgo dalam produksi untuk basis pengguna kami lebih dari 5000. Kami melihat operasi yang sangat lancar, hampir semua pengguna kami sudah diperbarui dalam hitungan menit setelah OTA disebarkan ke @Capgo" [\[1\]](https://capgo.app/)
-
-## Langkah-langkah Manajemen Pembaruan
-
-Pengelolaan pembaruan OTA terjadwal yang berhasil memerlukan implementasi kode yang cermat, penanganan kesalahan, dan pengujian menyeluruh untuk memastikan semuanya berjalan lancar
-
-### Kode Penjadwalan Pembaruan
-
-Berikut cara Anda dapat mengatur [pembaruan otomatis di latar belakang](https://capgo.app/docs/plugin/self-hosted/auto-update/) dengan skrip sederhana:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-async function scheduleUpdate() {
-  try {
-    // Check for updates
-    const { bundle } = await CapacitorUpdater.download({
-      version: 'latest'
-    })
-
-    // Schedule installation during off-peak hours
-    await CapacitorUpdater.schedule({
-      bundle,
-      time: '03:00' // Schedule for 3 AM local time
-    })
-  } catch (error) {
-    console.error('Update scheduling failed:', error)
-  }
-}
-```
-
-Skrip ini terintegrasi langsung dengan pengaturan OTA Anda, memastikan pembaruan dijadwalkan secara efektif dan disebarkan tanpa gangguan
-
-### Penanganan Kesalahan dan Rollback
-
-Capgo menawarkan alat bawaan untuk menangani kesalahan dan rollback, memastikan bahwa setiap masalah selama pembaruan dapat dengan cepat diatasi. Jika pembaruan gagal, sistem dapat secara otomatis kembali ke versi yang stabil:
-
-```typescript
-async function handleFailedUpdate() {
-  try {
-    // Revert to last known stable version
-    await CapacitorUpdater.rollback()
-
-    // Log rollback event
-    console.log('Update rolled back successfully')
-  } catch (error) {
-    console.error('Rollback failed:', error)
-  }
-}
-```
-
-Fitur-fitur ini membantu menjaga stabilitas aplikasi dengan mengembalikan versi sebelumnya secara mulus saat diperlukan. Selalu kombinasikan ini dengan pengujian pra-rilis untuk meminimalkan risiko
-
-### Pengujian Pra-rilis
-
-Setelah mekanisme penanganan kesalahan tersedia, pengujian menjadi langkah penting berikutnya. Capgo menyediakan saluran pengujian khusus untuk penyebaran beta, memungkinkan Anda untuk:
-
--   Merilis pembaruan ke penguji internal terlebih dahulu
-    
--   Mengumpulkan data kinerja dan umpan balik
-    
--   Secara bertahap memperluas ke audiens yang lebih besar
-    
-
-> "Capgo adalah alat yang wajib dimiliki pengembang yang ingin lebih produktif. Menghindari tinjauan untuk perbaikan bug sangatlah berharga" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo juga mendukung kontrol akses pengguna, memudahkan pemberian izin dan memantau grup tertentu selama pengujian. Gunakan analitik platform untuk melacak kinerja dan menentukan waktu terbaik untuk peluncuran penuh [\[1\]](https://capgo.app/)
-
-## Pelacakan Kinerja Pembaruan
-
-Memantau kinerja pembaruan OTA membantu menyempurnakan jadwal Anda dan memastikan pengiriman yang lancar
-
-### Metrik Pembaruan
-
-Mengukur indikator kinerja utama (KPI) sangat penting untuk menilai [strategi pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) Anda. Data terbaru dari platform analitik Capgo menyoroti tolok ukur berikut untuk pembaruan OTA yang berhasil:
-
-| Metrik | Target Tolok Ukur | Rata-rata Industri |
-| --- | --- | --- |
-| Tingkat Adopsi 24 jam | 95% pengguna aktif | 82% di seluruh dunia |
-| Kecepatan Unduh Pembaruan | Di bawah 500ms | Rata-rata 57ms |
-| Waktu Unduh Bundle (5MB) | Di bawah 150ms | 114ms melalui CDN |
-
-Anda dapat mengintegrasikan metrik ini ke dalam alur kerja Anda dengan cuplikan kode berikut:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-async function trackUpdateMetrics() {
-  const stats = await CapacitorUpdater.getUpdateStats({
-    version: 'latest',
-    timeframe: '24h'
-  })
-
-  console.log('Update adoption rate:', stats.activeUsers)
-  console.log('Download success rate:', stats.successRate)
-}
-```
-
-KPI ini memberikan dasar yang kuat untuk meningkatkan strategi pembaruan Anda
-
-### Optimasi Jadwal
-
-Waktu memainkan peran besar dalam keberhasilan pembaruan. Data penyebaran menyarankan praktik penjadwalan berikut:
-
--   **Jam Non-puncak**: Luncurkan pembaruan antara pukul 1 pagi dan 4 pagi waktu setempat
-    
--   **Peluncuran Bertahap**: Mulai dengan 10% pengguna dan perluas secara bertahap selama 24 jam
-    
--   **Distribusi Geografis**: Sebarkan pembaruan di seluruh zona waktu untuk cakupan yang lebih baik
-    
-
-Faktor-faktor utama yang perlu dipantau untuk optimasi jadwal meliputi:
-
--   Waktu penyelesaian pembaruan
-    
--   Metrik kinerja jaringan
-    
--   Tingkat kesalahan regional
-    
--   Keterlibatan pengguna setelah pembaruan
-    
-
-Analitik real-time dapat membantu Anda mengatasi masalah dengan cepat. Alat seperti pelacakan kesalahan memastikan tingkat keberhasilan 95% dalam 24 jam pertama penyebaran [\[1\]](https://capgo.app/)
-
-## Ringkasan
-
-Pembaruan OTA dapat meningkatkan kinerja aplikasi dengan memberikan pembaruan secara cepat dan aman [\[1\]](https://capgo.app/) Berikut beberapa poin penting dari panduan kami:
-
--   **Penyebaran Aman**: Gunakan peluncuran bertahap melalui [saluran pembaruan](https://capgo.app/docs/webapp/channels/) khusus untuk memastikan pengiriman yang terkendali [\[1\]](https://capgo.app/)
-    
--   **Pemantauan Kinerja**: Pantau tingkat keberhasilan pembaruan dan metrik penting untuk menyempurnakan proses [\[1\]](https://capgo.app/)-   **Perlindungan Rollback**: Siapkan pelacakan kesalahan otomatis untuk memungkinkan rollback cepat jika diperlukan [\[1\]](https://capgo.app/)
-
-Sejak 2022, lanskap solusi pembaruan OTA telah berkembang secara signifikan. Misalnya, Capgo telah mengelola lebih dari 235 juta pembaruan di 750 aplikasi produksi [\[1\]](https://capgo.app/) Ketika dikombinasikan dengan integrasi CI/CD dan analitik real-time, praktik-praktik ini memberikan strategi pembaruan OTA yang solid untuk alur kerja aplikasi Capacitor Anda
diff --git a/src/content/blog/id/how-to-secure-ota-updates-with-key-management.md b/src/content/blog/id/how-to-secure-ota-updates-with-key-management.md
deleted file mode 100644
index 2371be487..000000000
--- a/src/content/blog/id/how-to-secure-ota-updates-with-key-management.md
+++ /dev/null
@@ -1,215 +0,0 @@
----
-slug: how-to-secure-ota-updates-with-key-management
-title: Cara Mengamankan Pembaruan OTA dengan Manajemen Kunci
-description: >-
-  Pelajari bagaimana manajemen kunci dan enkripsi yang efektif dapat mengamankan
-  pembaruan OTA, melindungi aplikasi Anda dari perubahan ilegal dan ancaman
-  keamanan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T05:02:06.032Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ea1c64283d21cbd67bff14-1743397338137.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, key management, encryption, app security, update delivery,
-  vulnerabilities, digital signatures, tampering
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-**Ingin menjaga pembaruan Over-the-Air (OTA) tetap aman dan menghindari kerentanan?** Berikut cara manajemen kunci dapat melindungi pembaruan aplikasi Anda dari perusakan dan ancaman keamanan
-
--   **Apa itu pembaruan OTA?** Memungkinkan Anda mendorong perubahan aplikasi langsung ke pengguna tanpa menunggu persetujuan app store Alat seperti [Capgo](https://capgo.app/) dapat mencapai tingkat pembaruan 95% dalam 24 jam
--   **Mengapa keamanan penting?** Tanpa enkripsi dan manajemen kunci yang tepat, pembaruan rentan terhadap perusakan, serangan man-in-the-middle, dan pemalsuan versi
--   **Bagaimana cara [mengamankan pembaruan](https://capgo.app/docs/live-updates/update-behavior/)?**
-    -   Gunakan **enkripsi end-to-end** untuk melindungi paket pembaruan
-    -   Buat kunci yang kuat dengan algoritma seperti [RSA-4096](https://enwikipediaorg/wiki/RSA_\(cryptosystem\)) atau [AES-256](https://enwikipediaorg/wiki/Advanced_Encryption_Standard)
-    -   Simpan kunci dengan aman menggunakan **[Hardware Security Modules](https://enwikipediaorg/wiki/Hardware_security_module) (HSMs)** atau brankas kunci terenkripsi
-    -   Verifikasi pembaruan dengan tanda tangan digital, checksum, dan pemeriksaan versi
-    -   Cegah penurunan versi dengan menerapkan aturan versi yang ketat
--   **Mengapa Capgo?** Memberikan 235M pembaruan aman ke 20M pengguna dengan [enkripsi canggih](https://capgo.app/docs/cli/migrations/encryption/), memenuhi standar Apple dan Google
-
-**Kesimpulan:** Manajemen kunci yang tepat memastikan hanya pembaruan resmi yang mencapai pengguna, melindungi integritas aplikasi dan kepercayaan pengguna Amankan pembaruan Anda sekarang untuk menghindari pelanggaran yang mahal
-
-## Memahami Pembaruan "Over the Air (OTA)": Penjelasan Mendalam
-
-<iframe src="https://www.youtube.com/embed/aFFRkMnifxM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Risiko Keamanan dalam Pembaruan OTA
-
-Jika Anda menerapkan pembaruan OTA tanpa langkah keamanan yang kuat, aplikasi Anda menjadi target mudah untuk potensi kerentanan
-
-### Ancaman Keamanan OTA yang Diketahui
-
-Pembaruan OTA terus-menerus terpapar ancaman baru, memerlukan protokol keamanan yang ketat Misalnya, serangan man-in-the-middle dapat mencegat paket pembaruan, menyisipkan kode berbahaya jika enkripsi tidak diterapkan
-
-**Ancaman Utama yang Perlu Diwaspadai:**
-
--   **Perusakan Paket Pembaruan**: Penyerang memodifikasi berkas pembaruan selama transmisi
--   **Kompromi Kunci**: Peretas mendapatkan akses tidak sah ke kunci penandatanganan atau enkripsi
--   **Pemalsuan Versi**: Pengguna ditipu untuk mengunduh versi aplikasi lama yang tidak aman
--   **Peretasan Server Pembaruan**: Serangan langsung pada infrastruktur yang mendistribusikan pembaruan
-
-Hanya mengandalkan penandatanganan saja tidak cukup Alat seperti enkripsi end-to-end Capgo memastikan pembaruan hanya didekripsi oleh pihak yang berwenang Tanpa langkah-langkah tersebut, kerentanan ini dapat membahayakan integritas aplikasi dan keamanan pengguna
-
-### Dampak Pelanggaran Keamanan
-
-Pelanggaran keamanan dalam sistem OTA dapat memiliki efek luas, mempengaruhi pengembang, pengguna, dan ekosistem aplikasi yang lebih luas
-
-| **Area Dampak** | **Efek Langsung** | **Konsekuensi Jangka Panjang** |
-| --- | --- | --- |
-| **Data Pengguna** | Paparan informasi sensitif | Hilangnya kepercayaan dan kemungkinan masalah hukum |
-| **Fungsi Aplikasi** | Pengenalan kode berbahaya | Ketidakstabilan dan masalah kinerja berkepanjangan |
-| **Operasi Bisnis** | Biaya tanggap darurat | Reputasi rusak dan berkurangnya pengguna |
-| **Timeline Pengembangan** | Pembalikan paksa ke versi lama | Penundaan dalam merilis fitur baru |
-
-Ketika pembaruan dengan cacat keamanan mencapai produksi, mereka dapat menimbulkan kekacauan Versi yang rentan atau bermasalah mungkin bertahan, terutama dalam aplikasi yang menangani data sensitif pengguna atau transaksi keuangan
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sesungguhnya, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-Untuk mengurangi risiko ini, pertimbangkan untuk menerapkan langkah-langkah berikut:
-
--   Gunakan **enkripsi end-to-end** untuk semua paket pembaruan
--   Lakukan **audit keamanan rutin** dan pantau kerentanan
--   Gunakan **pelacakan kesalahan otomatis** untuk mendeteksi masalah dengan cepat
--   Pastikan **kemampuan rollback** tersedia untuk pembaruan yang terkompromisiBiaya menangani pelanggaran keamanan - baik segera maupun jangka panjang - bisa sangat besar. Dengan mengadopsi enkripsi yang kuat dan pemantauan proaktif, seperti yang ditawarkan oleh Capgo, Anda dapat menghindari jebakan ini. Studi menunjukkan bahwa berinvestasi dalam langkah-langkah keamanan yang tepat di awal jauh lebih ekonomis daripada menangani dampak dari pelanggaran.
-
-## Menyiapkan Manajemen Kunci yang Aman
-
-Manajemen kunci yang efektif sangat penting untuk melindungi pembaruan OTA. Berikut adalah rincian komponen kunci yang diperlukan untuk sistem yang aman.
-
-### Membuat Kunci yang Kuat
-
-Menghasilkan kunci yang aman adalah fondasi keamanan pembaruan OTA. Fokus pada:
-
--   **Pemilihan Algoritma**: Gunakan RSA-4096 atau [ECC](https://enwikipediaorg/wiki/Elliptic-curve_cryptography) untuk enkripsi asimetris dan AES-256 untuk enkripsi simetris agar selaras dengan pustaka kriptografi modern
--   **Panduan Pembuatan Kunci**:
-    -   Buat kunci unik untuk setiap versi aplikasi
-    -   Gunakan generator angka acak yang aman secara kriptografis dengan sumber entropi yang andal
-    -   Patuhi standar industri saat ini untuk pembuatan kunci
-
-### Membangun Kepercayaan dengan Sertifikat
-
-Sistem sertifikat yang diimplementasikan dengan baik sangat penting untuk memastikan keaslian pembaruan. Ini membantu menjaga kepercayaan antara pengembang dan pengguna dengan memverifikasi bahwa pembaruan berasal dari sumber yang sah.
-
-### Metode Penyimpanan Kunci
-
-Penyimpanan kunci yang tepat sangat penting untuk menjaga integritas enkripsi selama pembaruan. Dua metode utama meliputi:
-
--   **Hardware Security Modules (HSMs)**:
-    
-    -   Memisahkan operasi kriptografi secara fisik
-    -   Menyediakan penyimpanan tahan gangguan untuk kunci
-    -   Mencakup pembangkitan angka acak berbasis perangkat keras
--   **Encrypted Key Vaults**:
-    
-    -   Menerapkan kontrol akses berbasis peran
-    -   Menawarkan pencatatan audit untuk memantau penggunaan kunci
-    -   Mendukung rotasi kunci otomatis untuk meningkatkan keamanan
-
-Untuk lebih memperkuat sistem Anda, pastikan kunci disimpan dengan aman, aktifkan [autentikasi multi-faktor](https://capgo.app/docs/webapp/mfa/), pertahankan cadangan rutin, dan pantau aktivitas kunci. Praktik-praktik ini menciptakan kerangka kerja yang andal untuk memberikan pembaruan yang aman.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sebenarnya, yang lain hanya menandatangani pembaruan" [\[1\]](https://capgo.app/)
-
-## Mengamankan Pengiriman Pembaruan
-
-Melindungi pembaruan OTA melampaui manajemen kunci. Pengiriman pembaruan yang aman bergantung pada enkripsi dan verifikasi untuk memastikan pembaruan bersifat pribadi dan anti-rusak.
-
-### Keamanan Paket Pembaruan
-
-Mengirimkan paket pembaruan yang aman dimulai dengan **enkripsi end-to-end**, yang menjaga pembaruan tetap aman dari pengembang ke perangkat pengguna. Berikut cara kerjanya:
-
--   **[Enkripsi Paket](https://capgo.app/docs/cli/migrations/encryption/):** Pembaruan dienkripsi sebelum dikirim, menggunakan metode seperti enkripsi simetris AES-256
--   **Distribusi Kunci:** Kunci enkripsi hanya dibagikan dengan perangkat yang berwenang
--   **Perlindungan Integritas:** Checksum hash memverifikasi bahwa pembaruan tidak diubah selama transmisi
-
-Capgo membawa proses ini lebih jauh dengan pendekatan enkripsinya, memastikan hanya penerima yang dituju yang dapat mendekripsi pembaruan [\[1\]](https://capgo.app/)
-
-### Langkah-langkah Verifikasi Pembaruan
-
-Enkripsi saja tidak cukup. Memverifikasi pembaruan memastikan integritas dan keasliannya. Dengan tingkat keberhasilan pembaruan global 82% [\[1\]](https://capgo.app/), langkah-langkah ini dapat membantu mempertahankan standar tinggi:
-
-1.  **Validasi Tanda Tangan Digital:** Periksa bahwa tanda tangan kriptografis cocok dengan kunci publik pengembang
-2.  **Pemeriksaan Nomor Versi:** Konfirmasi pembaruan lebih baru dari yang saat ini terpasang
-3.  **Integritas Paket:** Gunakan checksum untuk memastikan paket pembaruan lengkap dan tidak dimodifikasi
-4.  **Verifikasi Rantai Sertifikat:** Validasi rantai sertifikat yang digunakan untuk menandatangani pembaruan
-
-### Mencegah Penurunan Versi
-
-Mengizinkan versi lama untuk diinstal ulang dapat membuka kembali celah keamanan yang telah diperbaiki. Untuk mencegah ini, pertimbangkan langkah-langkah berikut:
-
--   **Manajemen Versi:** Terapkan aturan versi yang ketat dan pantau versi yang terpasang untuk memblokir yang sudah usang-   **Manajemen Saluran Pembaruan:** Gunakan saluran khusus untuk mengontrol pembaruan bagi berbagai kelompok pengguna
--   **Perlindungan Rollback:** Batasi rollback hanya untuk versi yang disetujui menggunakan proses yang diotorisasi
-
-## Pelacakan Penggunaan Kunci
-
-Pemantauan penggunaan kunci adalah bagian penting dalam menjaga keamanan OTA. 235 juta pembaruan Capgo menunjukkan pentingnya pelacakan yang konsisten dan menyeluruh [\[1\]](https://capgo.app/)
-
-Berikut ini, kami menguraikan log dan praktik utama yang mendukung pemantauan efektif
-
-### Log Aktivitas Kunci
-
-Menyimpan log detail tindakan terkait kunci membantu mengidentifikasi masalah potensial lebih awal. Data kunci yang perlu dicatat meliputi:
-
--   Sistem dan pengguna mana yang mengakses kunci
--   Frekuensi penggunaan
--   Operasi yang gagal
--   Peristiwa siklus hidup kunci (pembuatan, rotasi, kadaluarsa)
-
-### Respons Peringatan Keamanan
-
-Ketika ada kecurigaan penyalahgunaan atau kebocoran kunci, bertindak cepat sangatlah penting. Gunakan kerangka respons ini untuk menangani berbagai level peringatan:
-
-| Level Peringatan | Pemicu | Tindakan Respons |
-| --- | --- | --- |
-| Rendah | Pola akses tidak biasa | Selidiki segera dan dokumentasikan temuan |
-| Menengah | Beberapa operasi gagal | Tangguhkan sementara penggunaan kunci |
-| Tinggi | Kebocoran terkonfirmasi | Rotasi kunci tanpa penundaan |
-| Kritis | Eksploitasi aktif terdeteksi | Ganti semua kunci sistem segera |
-
-Untuk mendukung tingkat keberhasilan pembaruan global 82% [\[1\]](https://capgo.app/), siapkan peringatan otomatis untuk menandai aktivitas mencurigakan, seperti:
-
--   Beberapa verifikasi tanda tangan gagal
--   Pola penyebaran pembaruan tidak biasa
--   Upaya akses kunci tidak terduga
--   Tingkat kegagalan pembaruan lebih tinggi dari normal
-
-### Jadwal Pemeriksaan Keamanan
-
-Selain menangani peringatan, audit keamanan rutin sangat penting untuk memastikan manajemen kunci yang kuat. Gunakan jadwal ini untuk mempertahankan pengawasan:
-
--   **Harian**: Analisis otomatis pola penggunaan kunci
--   **Mingguan**: Tinjauan manual log keamanan
--   **Bulanan**: Tinjau proses rotasi kunci
--   **Triwulan**: Lakukan audit menyeluruh sistem manajemen kunci
-
-Rutinitas ini membantu memastikan pemantauan keamanan yang berkelanjutan dan andal
-
-## Ringkasan
-
-### Manfaat Manajemen Kunci
-
-Manajemen kunci yang tepat memastikan pembaruan OTA aman, hanya mengizinkan pengguna yang berwenang untuk mendekripsi dan menginstalnya. Proses ini melindungi pembaruan dari perusakan sambil mempertahankan pengiriman yang efisien
-
-| Manfaat | Dampak |
-| --- | --- |
-| **Keamanan Ditingkatkan** | Enkripsi end-to-end memblokir akses tidak sah |
-| **Penyebaran Perbaikan Cepat** | Memungkinkan penerapan segera perbaikan dan patch keamanan |
-| **Rollback Terkontrol** | Menyederhanakan kontrol versi untuk mengatasi pembaruan bermasalah |
-| **Kepercayaan Pengguna** | Pembaruan terverifikasi meningkatkan kepercayaan pengguna |
-| **Kepatuhan** | Selaras dengan standar platform Apple dan Google |
-
-### Alat Keamanan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ea1c64283d21cbd67bff14/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Solusi modern seperti Capgo menyoroti manfaat ini dengan menyederhanakan pengiriman pembaruan OTA dengan langkah-langkah keamanan yang kuat. Mendukung 750 aplikasi produksi [\[1\]](https://capgo.app/), Capgo meningkatkan keamanan pembaruan melalui enkripsi canggih dan fitur kunci lainnya
-
-Capgo menggabungkan enkripsi dengan alat seperti pelacakan kesalahan, manajemen pengguna, dan dukungan rollback, memastikan proses OTA yang aman dan efisien. Para pengembang telah membagikan kepuasan mereka dengan pendekatan ini:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/how-to-segment-users-by-plan-and-channels.md b/src/content/blog/id/how-to-segment-users-by-plan-and-channels.md
deleted file mode 100644
index fb43aaa8e..000000000
--- a/src/content/blog/id/how-to-segment-users-by-plan-and-channels.md
+++ /dev/null
@@ -1,181 +0,0 @@
----
-slug: how-to-segment-users-by-plan-and-channels
-title: Cara Menggunakan Channel untuk Feature Flags dan A/B Testing
-description: >-
-  Pelajari cara menggunakan saluran CapGo untuk feature flag dan pengujian A/B
-  dengan menetapkan pengguna secara otomatis atau menggunakan backend Anda
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-04-15T00:00:00.000Z
-updated_at: 2025-04-15T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Ilustrasi bendera fitur saluran Capgo
-keywords: 'channels, feature flags, a/b testing, capacitor, capgo'
-tag: Tutorial
-published: true
-locale: id
-next_blog: ''
----
-
-# Cara Menggunakan Channel untuk Feature Flags dan A/B Testing
-
-Sistem channel CapGo menyediakan cara yang fleksibel untuk mensegmentasi pengguna dan mengontrol akses fitur. Meskipun CapGo tidak memiliki manajemen rencana atau A/B testing bawaan, Anda dapat mengimplementasikan fitur-fitur ini dengan mengelola penugasan channel sendiri.
-
-## Memahami Channel
-
-Channel di CapGo memungkinkan Anda untuk:
-- Menargetkan grup pengguna tertentu dengan fitur berbeda
-- Menjalankan A/B test dengan menugaskan pengguna ke channel yang berbeda
-- Meluncurkan fitur baru secara bertahap
-- Membuat program pengujian beta
-
-## Metode Penugasan Channel
-
-### 1. Penugasan Backend (Direkomendasikan)
-
-Ini adalah metode yang lebih aman yang melibatkan:
-1. Mendapatkan ID perangkat dari updater
-2. Mengirimkannya ke backend Anda
-3. Backend Anda memanggil API CapGo untuk menugaskan perangkat
-
-Berikut cara mengimplementasikannya:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Get device ID
-const getDeviceId = async () => {
-  const { deviceId } = await CapacitorUpdater.getDeviceId()
-  return deviceId
-}
-
-// Send device ID to your backend
-const assignToChannel = async (channel: string) => {
-  const deviceId = await getDeviceId()
-  // Your backend will call CapGo API to assign the device
-  await yourBackend.assignDeviceToChannel(deviceId, channel)
-}
-```
-
-### Implementasi Backend
-
-Backend Anda perlu:
-1. Mendapatkan API key dari dashboard CapGo
-2. Memanggil API CapGo untuk menugaskan perangkat ke channel
-
-Untuk mendapatkan API key Anda:
-1. Login ke dashboard CapGo Anda
-2. Pergi ke Settings > API Keys
-3. Klik "Generate New Key"
-4. Pilih mode `all` untuk mengelola perangkat dan channel
-5. Salin key yang dihasilkan dan simpan dengan aman di environment variables backend Anda
-   - Key tersebut akan berupa string heksadesimal 32 karakter
-   - Ini adalah key rahasia yang tidak boleh terekspos di kode sisi klien
-
-Berikut contoh Node.js:
-
-```typescript
-import axios from 'axios'
-
-const CAPGO_API_KEY = 'your_api_key'
-const CAPGO_API_URL = 'https://api.capgo.app'
-
-async function assignDeviceToChannel(deviceId: string, channel: string) {
-  try {
-    const response = await axios.post(
-      `${CAPGO_API_URL}/device`,
-      {
-        app_id: 'YOUR_APP_ID',
-        device_id: deviceId,
-        channel: channel
-      },
-      {
-        headers: {
-          'authorization': CAPGO_API_KEY,
-          'Content-Type': 'application/json'
-        }
-      }
-    )
-    return response.data
-  } catch (error) {
-    console.error('Failed to assign device to channel:', error)
-    throw error
-  }
-}
-```
-
-Backend juga harus:
-- Memvalidasi izin pengguna
-- Mencatat semua penugasan channel
-- Menangani pembatasan rate
-- Mengimplementasikan logika pengulangan untuk penugasan yang gagal
-
-### 2. Penugasan Mandiri (Kurang Aman)
-
-Metode ini memungkinkan perangkat untuk menugaskan diri mereka sendiri ke channel. Berguna untuk pengujian tetapi kurang aman untuk produksi:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Assign device to channel
-const assignToChannel = async (channel: string) => {
-  await CapacitorUpdater.setChannel(channel)
-}
-
-// Get current channel
-const getCurrentChannel = async () => {
-  const { channel } = await CapacitorUpdater.getChannel()
-  return channel
-}
-```
-
-Sebelum pengguna dapat menugaskan diri ke channel, Anda perlu mengaktifkan fitur ini di dashboard CapGo:
-
-1. Pergi ke bagian Channels di dashboard CapGo Anda
-2. Klik nama channel yang ingin Anda kelola
-3. Di pengaturan channel, aktifkan "Allow devices to self associate"
-4. Simpan perubahan
-
-Jika pengaturan ini false, setiap upaya untuk memanggil `setChannel` dengan channel ini akan gagal
-
-## Mengimplementasikan Feature Flags
-
-Gunakan channel untuk mengontrol akses fitur:
-
-```typescript
-const isFeatureEnabled = async (feature: string) => {
-  // Example: Check if user is in beta channel
-  const channel = await getCurrentChannel()
-  return channel === 'beta'
-}
-```
-
-## Implementasi A/B Testing
-
-Jalankan A/B test dengan menugaskan pengguna ke channel yang berbeda:
-
-```typescript
-const assignToABTest = async (userId: string) => {
-  // Use consistent hashing to assign users
-  const hash = await hashUserId(userId)
-  const variant = hash % 2 === 0 ? 'variant-a' : 'variant-b'
-  
-  await assignToChannel(variant)
-  return variant
-}
-```
-
-## Praktik Terbaik
-
-1. **Gunakan Penugasan Backend**: Untuk produksi, selalu gunakan metode penugasan backend
-2. **Penugasan Konsisten**: Gunakan ID pengguna atau identifier stabil lainnya untuk penugasan channel yang konsisten
-3. **Pemantauan**: Lacak penggunaan fitur dan metrik kinerja untuk setiap channel
-4. **Peluncuran Bertahap**: Mulai dengan segmen pengguna kecil dan perluas secara bertahap
-5. **Dokumentasi Jelas**: Dokumentasikan strategi dan tujuan channel Anda
-
-## Kesimpulan
-
-Dengan memanfaatkan sistem channel CapGo, Anda dapat membuat pengalaman aplikasi yang lebih personal dan menjalankan A/B test. Untuk penggunaan produksi, selalu pilih metode penugasan backend untuk keamanan dan kontrol yang lebih baik.
-
-Untuk detail lebih lanjut tentang manajemen channel, lihat [dokumentasi channel](/docs/live-updates/channels/) kami.
diff --git a/src/content/blog/id/how-to-send-specific-version-to-users.md b/src/content/blog/id/how-to-send-specific-version-to-users.md
deleted file mode 100644
index feb4cce79..000000000
--- a/src/content/blog/id/how-to-send-specific-version-to-users.md
+++ /dev/null
@@ -1,180 +0,0 @@
----
-slug: how-to-send-specific-version-to-users
-title: >-
-  Bagaimana cara mengirim pembaruan spesifik kepada satu pengguna atau
-  sekelompok pengguna
-description: >-
-  Izinkan pengguna Anda mencoba versi beta tanpa perlu TestFlight, atau proses
-  beta Google, cukup tambahkan tombol di aplikasi Ionic Anda, dan mereka sudah
-  bisa!
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-17T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo_select_update.webp
-head_image_alt: Ilustrasi alternatif TestFlight
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: alternatives
-published: true
-locale: id
-next_blog: ''
----
-## Pendahuluan
-
-Ketika Anda mulai menikmati sistem pembaruan Capgo, seperti saya untuk aplikasi saya, Anda akan mulai merasakan “Bagaimana jika saya menginginkan lebih?”
-
-Saya juga merasakan hal itu, tetapi karena saya adalah pembuat Capgo, saya bisa melihatnya!
-
-> Karena semuanya bersifat open-source, Anda juga memiliki kekuatan ini :)
-
-Rasa sakit berikutnya yang saya alami dalam proses distribusi aplikasi Capacitor adalah membuat rekan-rekan lain menguji pembaruan!
-
-Dengan TestFlight, masalahnya sederhana, membawa orang ke tim Anda dan membuat mereka memahami cara mendapatkannya memakan waktu!
-
-Dan tentu saja, setiap kali Anda mengirim ke Apple, Anda memiliki proses tinjauan acak oleh bot yang bisa memakan waktu 5 menit atau 5 jam, Anda tidak pernah tahu.
-
-Saya sering mengalami penundaan presentasi saya karena ini…
-
-Dan untuk Google, ini bahkan lebih buruk, misteri besar dalam hidup saya, merilis versi produksi memakan waktu kurang dari 2 jam, tetapi merilis beta tertutup memakan waktu 1–2 hari.
-
-
-## Solusi
-
-Untuk mengatasinya, saya menciptakan sistem Channel di Capgo.
-
-`npx @capgo/cli@latest bundle upload -c production` akan memperbarui untuk semua pengguna (jika saluran produksi disetel ke default)
-
-Jika Anda melakukan `npx @capgo/cli@latest bundle upload -c development` maka versi tersebut akan masuk ke saluran yang berbeda, ini dapat diotomatisasi dalam [GitHub action](/blog/manage-dev-and-prod-build-with-github-actions/). 
-
-Kemudian Anda memiliki 2 cara untuk membiarkan pengguna mendapatkan pembaruan dari saluran
-
-### Cara Super Otomatis
-
-Ini bisa berguna ketika Anda tidak ingin membuat backend Anda sendiri untuk pengaturan saluran, ini cepat untuk diimplementasikan.
-
-Dengan cara ini, satu-satunya yang perlu Anda lakukan adalah membiarkan salah satu saluran Anda diatur menjadi diri sendiri.
-
-![Izinkan set sendiri di Capgo](/self_set.webp)
-
-Dan kemudian tambahkan ini di kode aplikasi Ionic Anda, untuk pengalaman terbaik, gunakan ini setelah pengguna mengklik tombol seperti "daftar untuk beta"
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.setChannel({ channel: 'beta' })
-```
-
-### Cara Manual
-
-Ini bisa berguna untuk tim internal Anda, ini cepat untuk diimplementasikan.
-Izinkan pengguna untuk menyalin deviceID mereka dari aplikasi Anda dan mengirimkannya kepada Anda secara manual, kode ini akan membantu Anda untuk mendapatkannya:
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-Sembunyikan tombol di suatu tempat di aplikasi Anda, atau tunjukkan tombol hanya kepada pengguna yang terhubung dengan peran `admin`, misalnya.
-
-Kemudian pergi ke aplikasi web atau aplikasi native Capgo, masuk sebagai admin aplikasi, pilih aplikasi Anda, klik pada daftar perangkat.
-
-Kemudian masukkan deviceID di bilah pencarian, klik perangkat yang ditemukan dan kemudian klik pada tautan Channel pilih `development`, minta rekan tim Anda untuk membuka aplikasi lagi, tunggu 30 detik dan tutup.
-
-Dia seharusnya mendapatkan versi Anda.
-
-
-### Cara Otomatis
-
-Ini bisa berguna untuk penguji beta Anda, ini lebih lama untuk diimplementasikan.
-
-Sama seperti cara manual, Anda harus mendapatkan deviceID
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-
-Tapi kali ini Anda harus mengirimkannya secara otomatis ke backend Anda, saya serahkan kepada Anda untuk memutuskan bagaimana Anda melakukannya.
-
-Saya hanya akan menyarankan Anda untuk menyimpannya di database, itu akan memudahkan hidup Anda nanti.
-
-Kemudian di backend Anda, Anda juga harus mengirimkannya ke backend Capgo. Berikut dua contoh kode:
-<details>
-  <summary>NodeJS</summary>
-
-```js
-import axios from 'axios'
-
-await axios.post('https://api.capgo.app/device', {
-  app_id: 'YOUR_APP_ID',
-  device_id: 'DEVICE_ID',
-  channel: 'CHANNEL_NAME', // The name of the channel, or undefined if version_id provided
-  version_id: 'VERSION_NAME' // this is optionnal, if provide it will override the channel, that usefull when you want to debug only one user.
-}, {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-```
-</details>
-
-
-<details>
-  <summary>Cloudflare</summary>
-  
-```js
-addEventListener('fetch', (event) => {
-  event.respondWith(
-    handleRequest(event.request).catch(
-      err => new Response(err.stack, { status: 500 })
-    )
-  )
-})
-
-async function handleRequest(request) {
-  const { pathname, method } = new URL(request.url)
-  const body = await request.json()
-  const newBody = JSON.stringify({
-    app_id: 'YOUR_APP_ID',
-    device_id: body.device_id,
-    channel: 'alpha'
-  })
-  const newUrl = new URL('https://api.capgo.app/device')
-  const options = {
-    headers: {
-      authorization: 'YOUR_API_KEY',
-    },
-    method: 'POST',
-    body: newBody
-  }
-
-  if (request.method === 'DELETE') {
-    // DELETE the channel link
-    options.method = 'DELETE'
-    return fetch(newUrl.toString(), options)
-  }
-
-  return fetch(newUrl.toString(), options)
-}
-```
-Dan cukup kirim device_id Anda di body-nya ke URL yang dideploy dengan POST untuk menambahkan dan menggunakan metode DELETE untuk menghapus.
-</details>
-
-Setelah ini dikonfigurasi, coba untuk menambahkan tombol di aplikasi Anda untuk bergabung dengan saluran, dan periksa di aplikasi web apakah itu telah diatur.
-
-Anda juga dapat mengirim `null` untuk menghapus override
-
-Jika Anda perlu memeriksa secara pemrograman override apa yang disetel pada perangkat, Anda dapat memeriksanya di URL yang sama
-
-```js
-import axios from 'axios'
-
-const res = await axios.get('https://api.capgo.app/device?app_id=YOUR_APP_ID&device_id=DEVICE_ID', {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-
-console.log('data', res.json())
-```
diff --git a/src/content/blog/id/how-to-track-ota-update-success-in-capacitor-apps.md b/src/content/blog/id/how-to-track-ota-update-success-in-capacitor-apps.md
deleted file mode 100644
index a7593b6ac..000000000
--- a/src/content/blog/id/how-to-track-ota-update-success-in-capacitor-apps.md
+++ /dev/null
@@ -1,140 +0,0 @@
----
-slug: how-to-track-ota-update-success-in-capacitor-apps
-title: Cara Melacak Keberhasilan Pembaruan OTA di Aplikasi Capacitor
-description: >-
-  Pelajari cara melacak pembaruan OTA aplikasi Anda secara efektif, meningkatkan
-  pengalaman pengguna, dan menyelesaikan masalah dengan cepat.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T05:10:07.131Z
-updated_at: 2025-03-24T13:24:28.550Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0e4b5db7797980463f0f3-1742793019156.jpg
-head_image_alt: Pengembangan Seluler
-keywords: 'OTA updates, app tracking, user adoption, version management, error monitoring'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-Pembaruan OTA memungkinkan Anda mendorong perubahan aplikasi langsung ke pengguna tanpa menunggu persetujuan app store. Namun melacak keberhasilannya sangat penting untuk memastikan pembaruan yang lancar, memperbaiki masalah dengan cepat, dan meningkatkan pengalaman pengguna. Berikut yang perlu Anda ketahui:
-
--   **Mengapa Melacak Pembaruan?**
-    
-    -   Mendeteksi kegagalan lebih awal
-        
-    -   Memantau tingkat adopsi pengguna
-        
-    -   Membatalkan pembaruan bermasalah
-        
-    -   Menghindari ketidaksesuaian versi
-        
--   **Langkah Kunci untuk Melacak Pembaruan OTA:**
-    
-    1.  **Manajemen Versi:** Gunakan kanal seperti Production, Beta, dan Staged Rollouts untuk pembaruan terkontrol
-        
-    2.  **Pelacakan Dalam Aplikasi:** Siapkan event listener dan catat progres instalasi menggunakan alat seperti `@capgo/capacitor-updater`
-        
-    3.  **Pencatatan Server:** Lacak metrik seperti tingkat keberhasilan pembaruan, kondisi perangkat, dan keterlibatan pengguna
-        
--   **Mengukur Keberhasilan:**
-    
-    -   Lacak tingkat pembaruan pengguna (95% adopsi dalam 24 jam adalah ideal)
-        
-    -   Identifikasi area masalah dengan menganalisis jenis perangkat, kondisi jaringan, dan tren regional
-        
--   **Alat yang Digunakan:**
-    
-    -   Analitik real-time
-        
-    -   Pemantauan kesalahan
-        
-    -   Opsi pembatalan
-        
-
-## Jelajahi [Capgo](https://capgo.app/)'s New [Ionic](https://ionicframeworkcom/) [Capacitor](https://capacitorjs.com/) Live Update 
-
-**Menyiapkan Pelacakan Pembaruan**
-
-Melacak pembaruan OTA secara efektif memerlukan manajemen versi yang jelas dan pemantauan yang kuat. Berikut cara menyiapkan semuanya
-
-### Manajemen Versi Pembaruan
-
-Mengelola versi adalah bagian penting dari pelacakan pembaruan OTA. Sistem kanal Capgo menawarkan cara terstruktur untuk menangani versi berbeda di seluruh pengguna Anda
-
-| Tipe Kanal | Tujuan | Kasus Penggunaan Terbaik |
-| --- | --- | --- |
-| Production | Kanal rilis utama | Pembaruan stabil, teruji |
-| Beta | Kanal pengujian | Validasi fitur awal |
-| Staged | Peluncuran bertahap | Mitigasi risiko |
-| Development | Pengujian internal | Verifikasi pra-rilis |
-
-Untuk setiap versi, pastikan Anda menyertakan:
-
--   Pengenal versi unik
-    
--   Catatan rilis detail
-    
--   Target audiens spesifik
-    
--   Titik pembatalan untuk keamanan
-    
-
-Setelah kanal didefinisikan, konfigurasikan aplikasi Anda untuk mencatat event pembaruan untuk pelacakan yang lebih baik
-
-### Pengaturan Pelacakan Sisi Aplikasi
-
-Untuk melacak pembaruan dalam aplikasi Anda, ikuti langkah-langkah berikut:
-
-1.  **Pasang dependensi yang diperlukan**  
-    Gunakan perintah berikut untuk menambahkan pustaka yang diperlukan:
-    
-    [[CODE_BLOCK]]
-    
-2.  **Siapkan event listener**  
-    Konfigurasikan listener untuk mendeteksi pembaruan:
-    
-    [[CODE_BLOCK]]
-    
-3.  **Catat progres instalasi**  
-    Lacak ketika pembaruan diunduh dan dipasang:
-    
-    [[CODE_BLOCK]]
-    
-
-Setelah menyiapkan pelacakan dalam aplikasi, perluas pemantauan Anda dengan pencatatan sisi server untuk gambaran lengkap
-
-### Pengaturan Pencatatan Server
-
-Pencatatan server membantu Anda mengumpulkan data penting tentang pembaruan, termasuk dampaknya terhadap pengguna dan perangkat. Berikut yang perlu difokuskan:
-
-1.  **Metrik Sistem**
-    
-    -   Lacak timestamp pembaruan dan tingkat keberhasilan/kegagalan
-        
-    -   Pantau kondisi perangkat dan jaringan
-        
-    -   Ukur kecepatan unduhan dan waktu instalasi
-        
-    -   Nilai penggunaan memori dan konsumsi baterai
-        
-2.  **Dampak Pengguna**
-    
-    -   Analisis keterlibatan pengguna setelah pembaruan
-        
-    -   Periksa tingkat adopsi fitur
-        
-    -   Pantau stabilitas aplikasi
-        
-    -   Amati perubahan durasi sesi
-        
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Menggabungkan manajemen versi, pelacakan dalam aplikasi, dan pencatatan server memberi Anda pandangan komprehensif tentang kinerja pembaruan OTA Anda
-
-## Mengukur Keberhasilan Pembaruan
-
-Melacak keberhasilan pembaruan OTA melibatkan analisis metrik utama dan bagaimana pengguna mengadopsinya. Berikut cara Anda dapat mengukur dan mengevaluasi kinerja pembaruan secara efektif
\ No newline at end of file
diff --git a/src/content/blog/id/how-to-use-aar-files-in-capacitor-plugins.md b/src/content/blog/id/how-to-use-aar-files-in-capacitor-plugins.md
deleted file mode 100644
index 2ee3eb733..000000000
--- a/src/content/blog/id/how-to-use-aar-files-in-capacitor-plugins.md
+++ /dev/null
@@ -1,516 +0,0 @@
----
-slug: how-to-use-aar-files-in-capacitor-plugins
-title: Cara Menggunakan File AAR dalam Plugin Capacitor
-description: >-
-  Pelajari cara mengintegrasikan file AAR ke dalam plugin Capacitor untuk
-  memperkaya aplikasi web Anda dengan fitur native Android melalui panduan yang
-  jelas dan terperinci.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-15T01:43:16.632Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d4c5e1e479dbdb23f053f1-1742003009662.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  AAR files, Capacitor plugins, Android development, mobile integration, Gradle
-  configuration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin mengintegrasikan fitur Android ke dalam aplikasi [Capacitor](https://capacitorjs.com/) Anda?** Panduan ini menjelaskan cara menggunakan file AAR (Android Archive) dalam [plugin Capacitor](https://capgo.app/plugins/) untuk menggabungkan fungsionalitas native Android dengan aplikasi web lintas platform.
-
-### Poin Penting:
-
-- **Apa itu file AAR?** Library Android yang sudah dikemas berisi kode, resource, dan file native.
-- **Mengapa menggunakannya?** File AAR memungkinkan penggunaan ulang kode, menyederhanakan pemeliharaan, dan melindungi fitur proprietari.
-- **Apa yang diperlukan?** Tools seperti [Android Studio](https://developer.android.com/studio), [Gradle](https://gradle.org/), dan [Node.js](https://nodejs.org/en), plus pengaturan project yang tepat.
-- **Bagaimana mengintegrasikannya?** Tempatkan file AAR di `libs`, konfigurasi Gradle, dan hubungkan ke plugin Capacitor.
-
-### Langkah Cepat:
-
-1. **Siapkan lingkungan Anda:** Install tools yang diperlukan dan konfigurasi Android Studio.
-2. **Atur project Anda:** Buat struktur yang jelas untuk [plugin Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) Anda.
-3. **Tambahkan file AAR:** Tempatkan di `android/libs` dan perbarui dependensi Gradle.
-4. **Tulis kode plugin:** Hubungkan fungsionalitas AAR ke JavaScript dengan [API Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-5. **Uji secara menyeluruh:** Gunakan debugger Android Studio untuk memastikan integrasi berjalan lancar.
-
-Dengan mengikuti panduan ini, Anda dapat dengan mulus memasukkan file AAR ke dalam plugin Capacitor, membuka kemampuan native Android untuk aplikasi web Anda.
-
-## Cara menyematkan library Android (file AAR) ke dalam plugin [capacitor](https://capacitorjs.com/)
-
-![capacitor](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-15.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/octDia3rFmI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Persyaratan Pengaturan Pengembangan
-
-Sebelum bekerja dengan file AAR, pastikan lingkungan pengembangan Anda dikonfigurasi dengan benar untuk menghindari masalah.
-
-### Software yang Diperlukan
-
-Berikut software yang Anda perlukan untuk bekerja dengan file AAR dalam plugin Capacitor:
-
-| **Software** | **Versi Minimum** | **Tujuan** |
-| --- | --- | --- |
-| Android Studio | 2022.1.1 atau lebih tinggi | IDE utama untuk pengembangan Android |
-| [Java Development Kit](https://en.wikipedia.org/wiki/Java_Development_Kit) | 11 atau lebih tinggi | Diperlukan untuk pengembangan Android |
-| Node.js | 14.0 atau lebih tinggi | Untuk mengelola paket Capacitor dan npm |
-| Gradle | 7.3 atau lebih tinggi | Tool build Android |
-| [Git](https://git-scm.com/) | 2.30 atau lebih tinggi | Untuk kontrol versi dan manajemen paket |
-
-Selain itu, pastikan komponen berikut termasuk dalam SDK Manager Anda:
-
-- Android SDK Platform 33 (Android 13.0)  
-- Android SDK Build-Tools 33.0.0
-- Android SDK Command-line Tools
-- Android Emulator
-- Android SDK Platform-Tools
-
-### Langkah Pengaturan Project
-
-1. **Inisialisasi Lingkungan Pengembangan Anda**
-
-Mulai dengan membuat direktori baru dengan struktur ini:
-
-```
-my-plugin/
-├── android/
-│   ├── src/
-│   └── build.gradle
-├── src/
-│   └── definitions.ts
-└── package.json
-```
-
-2. **Konfigurasi Pengaturan Android Studio**
-
-Buka Android Studio dan sesuaikan pengaturan berikut:
-
-- Atur Gradle JDK ke versi 11 atau lebih tinggi.
-- Aktifkan fitur unduh otomatis untuk komponen Android SDK.
-- Perbarui variabel lingkungan sistem dengan path Android SDK yang benar.
-
-3. **Siapkan Struktur Plugin Anda**
-
-Perbarui file `android/build.gradle` dengan pengaturan ini untuk menyertakan dukungan file AAR:
-
-```kotlin
-android {
-    compileSdkVersion 33
-    defaultConfig {
-        minSdkVersion 22
-        targetSdkVersion 33
-    }
-
-    repositories {
-        flatDir {
-            dirs 'libs'
-        }
-    }
-}
-```
-
-4. **Siapkan Kontrol Versi**
-
-Inisialisasi Git di direktori project Anda dan buat file `.gitignore` untuk mengecualikan file yang tidak diperlukan. Berikut contoh `.gitignore`:
-
-```
-android/build/
-node_modules/
-dist/
-*.iml
-.idea/
-.gradle/
-local.properties
-```
-
-Setelah langkah-langkah ini selesai, Anda siap untuk melanjutkan ke penambahan file AAR Anda.
-
-## Menambahkan File AAR ke Plugin Anda
-
-### Mendapatkan File AAR
-
-File AAR bisa berasal dari SDK pihak ketiga, library kustom, atau dependensi Maven. Sebaiknya dokumentasikan sumber, versi, dan tujuannya dalam file `README` yang terletak di direktori `libs`.
-
-| Tipe Sumber | Deskripsi | Praktik Terbaik |
-| --- | --- | --- |
-| SDK Pihak Ketiga | Library terkompilasi dari vendor | Dokumentasikan detail versi vendor di README |
-| Library Android Kustom | Modul Android yang dikembangkan sendiri | Dokumentasikan proses build |
-| Dependensi Maven | Dikonversi dari repositori remote | Cache secara lokal untuk build offline |
-
-Setelah file AAR Anda siap dan terdokumentasi, Anda dapat mengonfigurasi plugin Anda untuk menyertakannya.
-
-### Menyiapkan File Plugin
-
-Atur file plugin Anda untuk memastikan integrasi dependensi AAR yang lancar. Berikut contoh bagaimana struktur plugin Anda mungkin terlihat:
-
-```
-my-plugin/
-├── android/
-│   ├── libs/        # AAR files with README
-│   ├── src/
-│   └── build.gradle
-├── src/
-│   └── definitions.ts
-└── package.json
-{
-    "files": [
-        "android/libs/*.aar",
-        "android/src/**/*",
-        "src/**/*"
-    ]
-}
-```
-
-### Penempatan File AAR
-
-Untuk mengaktifkan fungsionalitas AAR, tempatkan file di direktori `android/libs` plugin Anda dengan mengikuti langkah-langkah ini:
-
-- Gunakan format penamaan yang jelas dan konsisten, seperti `libraryname-version.aar`.
-- Kelola versi dalam file `versions.properties`. Contohnya:
-
-```
-library1=1.2.3
-library2=2.0.0
-```
-
-- Tambahkan file `dependencies.gradle` untuk dependensi lainnya:
-
-```
-dependencies {
-    implementation fileTree(dir: 'libs', include: ['*.aar'])
-    implementation 'com.example:dependency:1.0.0'
-}
-```
-
-- Atur file spesifik vendor ke dalam subdirektori untuk manajemen yang lebih baik:
-
-```
-android/libs/
-├── vendor1/
-│   ├── feature.aar
-│   └── config.json
-└── vendor2/
-    ├── module.aar
-    └── settings.xml
-```
-
-Menyimpan file konfigurasi dalam subdirektori spesifik vendor membantu mempertahankan organisasi dan menghindari konflik build saat bekerja dengan beberapa dependensi AAR.
-
-## Langkah Konfigurasi [Gradle](https://gradle.org/)
-
-![Gradle Build Tool Interface](https://mars-images.imgix.net/seobot/screenshots/gradle.org-85d271057dfb5e2e134ec99beaad5682-2025-03-15.jpg?auto=compress)
-
-### Memperbarui build.gradle
-
-Untuk mengintegrasikan file AAR ke dalam plugin Capacitor Anda, Anda perlu mengonfigurasi Gradle dengan tepat. Mulai dengan menambahkan pengaturan repositori ini ke `android/build.gradle`:
-
-```kotlin
-repositories {
-    google()
-    mavenCentral()
-    flatDir {
-        dirs 'libs'
-    }
-}
-```
-
-Kemudian, sertakan dependensi AAR dalam blok `dependencies`:
-
-```kotlin
-dependencies {
-    implementation files('libs/your-library.aar')
-    implementation fileTree(dir: 'libs', include: ['**/*.aar'])
-    implementation "com.getcapacitor:core:${capacitorVersion}"
-    implementation "androidx.appcompat:appcompat:1.6.1"
-}
-```
-
-Untuk manajemen versi yang lebih baik, buat file `gradle.properties` di root project Anda dan definisikan versi library Anda:
-
-```properties
-# Library versions
-MY_LIBRARY_VERSION=1.2.3
-CAPACITOR_VERSION=5.5.0
-```
-
-Jika file AAR dilengkapi dengan dependensi tambahan, deklarasikan dalam `android/build.gradle` seperti ini:
-
-```kotlin
-android {
-    defaultConfig {
-        minSdkVersion 21
-        targetSdkVersion 33
-    }
-
-    packagingOptions {
-        exclude 'META-INF/DEPENDENCIES'
-        exclude 'META-INF/LICENSE'
-    }
-}
-```
-
-Setelah Anda membuat perubahan ini, sinkronkan project Anda untuk menerapkannya.
-
-### Menjalankan Sinkronisasi Gradle
-
-Buka project Anda di Android Studio dan tunggu Gradle untuk sinkronisasi secara otomatis. Jika tidak dimulai, klik tombol "Sync Project with Gradle Files" di toolbar.
-
-Setelah sinkronisasi, verifikasi hal berikut:
-
-| Titik Pemeriksaan | Hasil yang Diharapkan | Masalah Umum |
-| --- | --- | --- |
-| Output Build | Tidak ada error terkait AAR | Dependensi yang hilang |
-| Resolusi Library | File AAR terhubung dengan benar | Referensi path yang salah |
-| Konflik Versi | Tidak ada masalah versi dependensi | Versi yang tidak kompatibel |
-
-Jika sinkronisasi gagal, periksa kembali konfigurasi Anda. Misalnya, pastikan pengaturan ini sudah ada:
-
-```kotlin
-android {
-    compileOptions {
-        sourceCompatibility JavaVersion.VERSION_1_8
-        targetCompatibility JavaVersion.VERSION_1_8
-    }
-
-    lintOptions {
-        abortOnError false
-    }
-}
-```
-
-Untuk file AAR besar, Anda mungkin perlu meningkatkan alokasi memori Gradle di `gradle.properties`:
-
-```properties
-org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m
-```
-
-Setelah sinkronisasi berhasil, file AAR Anda seharusnya sudah terintegrasi penuh dan siap untuk diuji.
-
-## Menghubungkan Fitur AAR ke Capacitor
-
-### Menulis Kelas Plugin
-
-Setelah file Gradle Anda tersinkronisasi, saatnya menghubungkan fungsionalitas AAR Anda dengan mengextend kelas **Plugin**. Langkah ini menghubungkan JavaScript ke kode native Android.
-
-```java
-@NativePlugin(
-    permissions = {
-        Manifest.permission.REQUIRED_PERMISSION
-    }
-)
-public class YourPlugin extends Plugin {
-    private YourAARLibrary libraryInstance;
-
-    @Override
-    public void load() {
-        super.load();
-        libraryInstance = new YourAARLibrary(getContext());
-    }
-}
-```
-
-Berikut yang Anda perlukan untuk menginisialisasi library AAR:
-
-| Komponen | Tujuan | Catatan Implementasi |
-| --- | --- | --- |
-| Context | Context aplikasi Android | Gunakan `getContext()` dari kelas Plugin |
-| Configuration | Pengaturan library | Pass options dari plugin |
-| Lifecycle | Manajemen state plugin | Override `load()` dan `handleOnDestroy()` |
-
-### Membuat Metode Plugin
-
-Selanjutnya, definisikan metode dalam plugin Anda menggunakan anotasi `@PluginMethod`. Metode ini menangani pertukaran data antara JavaScript dan Java.
-
-```java
-@PluginMethod
-public void performAction(PluginCall call) {
-    try {
-        // Get data from JavaScript
-        String inputData = call.getString("inputKey");
-
-        // Call AAR library method
-        YourLibraryResult result = libraryInstance.processData(inputData);
-
-        // Return result to JavaScript
-        JSObject ret = new JSObject();
-        ret.put("value", result.getValue());
-        call.resolve(ret);
-    } catch (Exception e) {
-        call.reject("Error processing data", e);
-    }
-}
-```
-
-Untuk tugas yang perlu dijalankan secara asynchronous:
-
-```java
-@PluginMethod(returnType = PluginMethod.RETURN_CALLBACK)
-public void startContinuousOperation(PluginCall call) {
-    call.setKeepAlive(true);
-
-    libraryInstance.setCallback(new LibraryCallback() {
-        @Override
-        public void onUpdate(String data) {
-            JSObject ret = new JSObject();
-            ret.put("data", data);
-            call.resolve(ret);
-        }
-    });
-}
-```
-
-Berikut cara tipe umum dikonversi antara JavaScript dan Java:
-
-| Tipe JavaScript | Tipe Java | Metode Konversi |
-| --- | --- | --- |
-| Object | JSObject | `call.getObject()` |
-| Array | JSArray | `call.getArray()` |
-| String | String | `call.getString()` |
-| Number | Integer/Double | `call.getInt()`/`call.getDouble()` |
-| Boolean | Boolean | `call.getBoolean()` |
-
-Untuk pembersihan resource, override metode `handleOnDestroy`:
-
-```java
-@Override
-protected void handleOnDestroy() {
-    if (libraryInstance != null) {
-        libraryInstance.cleanup();
-        libraryInstance = null;
-    }
-    super.handleOnDestroy();
-}
-```
-
-Dengan metode-metode ini siap, bridge native Anda sudah siap. Uji implementasi Anda di lingkungan debug Android Studio untuk memastikan semuanya berjalan sesuai harapan.
-
-## Pengujian dan Perbaikan Masalah
-
-### Debugging di [Android Studio](https://developer.android.com/studio)
-
-![Android Studio](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-4d08ca5be8f73216eb56e77cdafac129-2025-03-15.jpg?auto=compress)
-
-Untuk men-debug integrasi AAR Anda di Android Studio, mulai dengan mengaktifkan mode debug di file `build.gradle` project Anda:
-
-```kotlin
-android {
-    buildTypes {
-        debug {
-            debuggable true
-            minifyEnabled false
-        }
-    }
-}
-```
-
-Tambahkan breakpoint di metode plugin Anda untuk melacak aliran data dan mengidentifikasi masalah potensial:
-
-```java
-@PluginMethod
-public void yourMethod(PluginCall call) {
-    // Set a breakpoint here to inspect input data
-    String inputValue = call.getString("key");
-    // Another breakpoint here to check method calls to the AAR
-    libraryInstance.someMethod(inputValue);
-}
-```
-
-Gunakan panel Debug di Android Studio untuk memantau area kunci:
-
-| [Area Debugging](https://capgo.app/docs/plugin/debugging/) | Yang Harus Diperiksa | Masalah Umum |
-| --- | --- | --- |
-| Logcat | Pesan inisialisasi AAR | Izin yang hilang atau context yang salah |
-| Variables | Konversi tipe data | Nilai null atau ketidakcocokan tipe |
-| Stack Trace | Alur eksekusi metode | Pemanggilan metode tidak valid atau masalah threading |
-| Memory | Penggunaan resource | Kebocoran memori |
-
-Jika debugging tidak menyelesaikan masalah, ikuti langkah pemecahan masalah di bagian berikutnya.
-
-### Langkah Pemecahan Masalah
-
-Ketika debugging saja tidak cukup, gunakan langkah-langkah ini untuk mengatasi masalah umum:
-
-1. **Konflik Dependensi**
-
-Periksa konflik versi di file `build.gradle` Anda. Anda dapat memaksa versi tertentu untuk menyelesaikan konflik:
-
-```kotlin
-configurations.all {
-    resolutionStrategy {
-        force 'com.google.android:android:4.1.1.4'
-        // Add other forced versions as needed
-    }
-}
-```
-
-2. **Library Native yang Hilang**
-
-Pastikan AAR menyertakan file `.so` yang diperlukan di direktori yang sesuai, seperti:
-
-- `jniLibs/armeabi-v7a/`
-- `jniLibs/arm64-v8a/`
-- `jniLibs/x86/`
-- `jniLibs/x86_64/`
-
-3. **Masalah Penggabungan Manifest**
-
-Jika Anda mengalami konflik manifest, sertakan berikut ini di file `AndroidManifest.xml` Anda untuk menimpa library yang bermasalah:
-
-```xml
-<manifest xmlns:android="http://schemas.android.com/apk/res/android"
-    xmlns:tools="http://schemas.android.com/tools"
-    package="your.plugin.package">
-    <uses-sdk tools:overrideLibrary="conflicting.library.package"/>
-</manifest>
-```
-
-**4. Runtime Crash dan Manajemen Memori**
-
-Gunakan tab Performance di Android Studio untuk memantau stabilitas runtime. Untuk masalah inisialisasi, tangani exception dengan hati-hati:
-
-```java
-try {
-    libraryInstance = new YourAARLibrary(getContext());
-} catch (Exception e) {
-    Log.e("PluginError", "Failed to initialize library: " + e.getMessage());
-    return;
-}
-```
-
-Untuk mencegah kebocoran memori, pastikan sumber daya dilepaskan dengan benar. Gunakan Memory Profiler di Android Studio untuk melacak penggunaan heap dan mengidentifikasi kebocoran.
-
-## Ringkasan
-
-Untuk mengintegrasikan file AAR ke dalam plugin Capacitor, Anda perlu menyiapkan lingkungan Android, menempatkan file AAR dengan benar, mengkonfigurasi Gradle secara akurat, dan menguji secara menyeluruh.
-
-### Fase Implementasi Utama
-
-| **Fase** | **Persyaratan** | **Indikator Keberhasilan** |
-| --- | --- | --- |
-| Persiapan Pengembangan | Android Studio 4.0+, Gradle 7.0+ | Build selesai tanpa error |
-| Integrasi AAR | Penempatan file yang tepat, dependensi yang benar | Tidak ada konflik manifest |
-| Pengembangan Plugin | Struktur plugin yang jelas, pemetaan metode yang akurat | Metode berjalan sesuai harapan |
-| Pengujian | Mode debug aktif, penanganan error yang efektif | Tidak ada runtime crash |
-
-Setelah Anda menguasai dasar-dasar ini, Anda dapat mengeksplorasi teknik yang lebih lanjut.
-
-### Langkah Selanjutnya
-
-Untuk meningkatkan plugin Anda, fokus pada area berikut:
-
--   **Optimasi Performa**  
-    Gunakan profiler Android Studio untuk memantau penggunaan memori dan memastikan sumber daya dibersihkan dengan benar.
-    
--   **Persiapan Distribusi**  
-    Dokumentasikan semua konfigurasi AAR, buat dokumentasi API, dan uji kompatibilitas dengan Android API level 29-34.
-    
--   **Strategi Pemeliharaan**  
-    Otomatisasi pengujian, kelola versi AAR dengan version control, jaga changelog tetap update, dan siapkan pelaporan error untuk menangani masalah produksi.
-    
-
-Jika Anda berencana untuk membagikan plugin Anda secara publik, pastikan untuk menyediakan dokumentasi detail tentang pengaturan khusus AAR dan batasan platform. Ini akan memudahkan pengembang lain untuk mengadopsi dan menggunakan plugin Anda secara efektif.
diff --git a/src/content/blog/id/how-to-use-capacitor-cli-for-ota-updates.md b/src/content/blog/id/how-to-use-capacitor-cli-for-ota-updates.md
deleted file mode 100644
index 485add101..000000000
--- a/src/content/blog/id/how-to-use-capacitor-cli-for-ota-updates.md
+++ /dev/null
@@ -1,58 +0,0 @@
----
-slug: how-to-use-capacitor-cli-for-ota-updates
-title: Cara Menggunakan CLI Capacitor untuk Pembaruan OTA
-description: >-
-  Pelajari cara menggunakan Command Line Interface Capacitor untuk pembaruan
-  Over-The-Air, memastikan penerapan instan dan pengalaman pengguna yang lebih
-  baik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:35:09.479Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f08966ebbb9dc80643aea5-1743820535214.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, Capacitor CLI, mobile app updates, app deployment, Capgo, version
-  management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Pembaruan Over-The-Air (OTA) memungkinkan Anda mengirimkan perbaikan dan fitur aplikasi langsung ke pengguna tanpa menunggu persetujuan app store. Menggunakan CLI [Capacitor](https://capacitorjs.com/) dan alat seperti [Capgo](https://capgo.app/), Anda dapat mengirim pembaruan secara instan, melacak kinerja, dan bahkan melakukan rollback jika diperlukan. Berikut yang perlu Anda ketahui:
-
-### Manfaat Utama Pembaruan OTA:
-
-- **Penerapan Instan**: Kirim pembaruan segera tanpa penundaan app store.
-- **[Pembaruan Otomatis](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: Pengguna mendapatkan pembaruan di latar belakang.
-- **Manajemen Versi**: Mudah mengelola dan melakukan rollback versi.
-- **Distribusi Selektif**: Menargetkan grup pengguna tertentu seperti beta tester.
-
-### Persyaratan:
-
-- **[Node.js](https://nodejs.org/en)** (v14.0+), **Capacitor CLI** (v6.0+ atau 7.0+), **[Android Studio](https://developer.android.com/studio)**, dan **[Xcode](https://developer.apple.com/xcode/)** (untuk iOS).
-
-### Langkah-langkah Memulai:
-
-1. **Pasang [Plugin Capgo](https://capgo.app/plugins/)**: Jalankan `npx @capgo/cli init` di proyek Anda.
-2. **Konfigurasi Platform**:
-   - Untuk Android: Aktifkan build native dan perbarui Gradle.
-   - Untuk iOS: Sesuaikan pengaturan Xcode dan aktifkan pembaruan latar belakang.
-3. **Terapkan Pembaruan**: Gunakan alat Capgo untuk penerapan cepat dan aman.
-4. **Uji Pembaruan**: Gunakan pengujian berbasis kanal dan analitik untuk memantau tingkat keberhasilan.
-
-### Perbandingan Alat:
-
-| Fitur | Capgo | [Appflow](https://ionic.io/appflow/) (Berhenti 2026) | Microsoft CodePush (Dihentikan 2024) |
-| --- | --- | --- | --- | --- |
-| **Fokus Pasar** | Global | Pasar Jerman | Enterprise | - |
-| **Keamanan** | Enkripsi end-to-end | Penandatanganan dasar | Penandatanganan dasar | - |
-| **Biaya** | Dari $12/bulan | Sebanding | ~$500/bulan | Dulu gratis |
-
-Capgo menonjol dengan pembaruan cepat (95% dalam 24 jam), keamanan kuat, dan integrasi CI/CD. Dengan alat lain yang mulai ditinggalkan, ini menjadi pilihan andal untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Mengapa Ini Penting:
-
-Pembaruan OTA menghemat waktu, meningkatkan pengalaman pengguna, dan memastikan stabilitas aplikasi. Dengan memanfaatkan alat seperti Capgo, Anda dapat mengirimkan pembaruan cepat dan aman sambil tetap mematuhi aturan app store.
diff --git a/src/content/blog/id/how-to-use-capgo-documentation-for-ota-updates.md b/src/content/blog/id/how-to-use-capgo-documentation-for-ota-updates.md
deleted file mode 100644
index 53c7c7c52..000000000
--- a/src/content/blog/id/how-to-use-capgo-documentation-for-ota-updates.md
+++ /dev/null
@@ -1,357 +0,0 @@
----
-slug: how-to-use-capgo-documentation-for-ota-updates
-title: Cara Menggunakan Dokumentasi Capgo untuk Pembaruan OTA
-description: >-
-  Pelajari cara menerapkan pembaruan Over-the-Air yang aman pada aplikasi
-  Capacitor Anda dengan dokumentasi lengkap dan panduan langkah demi langkah
-  dari Capgo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-19T03:56:01.854Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b53306eac600a2c6713dad-1740671704703.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, Capacitor, Capgo, mobile app updates, documentation, app
-  deployment, security features, error handling
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-**Butuh [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) yang lebih cepat tanpa penundaan app store?** [Capgo](https://capgo.app/) memungkinkan Anda memberikan pembaruan Over-the-Air (OTA) yang aman secara instan kepada pengguna Anda. Lewati tinjauan app store dan jaga aplikasi Anda tetap up-to-date dengan mudah.
-
-### Poin Penting:
-
--   **Apa itu Capgo?** Platform open-source untuk pembaruan langsung di aplikasi [Capacitor](https://capacitorjs.com/)
--   **Mengapa OTA Updates?** Hemat waktu, tingkatkan pengalaman pengguna, dan perbaiki bug dengan cepat
--   **Bagaimana Cara Memulai?**
-    -   Instal [plugin Capgo](https://capgo.app/plugins/): `npm install @capgo/capacitor-updater`
-    -   Konfigurasi aplikasi Anda dengan API key
-    -   Gunakan channel seperti "production" atau "beta" untuk peluncuran yang ditargetkan
--   **Fitur Lanjutan:** Enkripsi end-to-end, penanganan kesalahan, dan integrasi CI/CD
-
-Dokumentasi Capgo ([capgo.app/docs](https://capgo.app/docs)) menyediakan instruksi langkah demi langkah untuk pengaturan, keamanan, dan pemecahan masalah. Dari instalasi hingga konfigurasi lanjutan, ini adalah panduan lengkap Anda untuk pembaruan yang mulus.
-
-## [Capgo](https://capgo.app/), Plugin CapacitorJs untuk Pembaruan Langsung
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-19.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Menggunakan Dokumentasi Capgo
-
-Menavigasi dokumentasi secara efektif sangat penting saat bekerja dengan pembaruan OTA. Dokumentasi Capgo menawarkan panduan rinci untuk mengintegrasikan pembaruan langsung ke aplikasi Capacitor.
-
-### Di Mana Menemukan Dokumentasi
-
-Anda dapat mengakses dokumentasi Capgo di [capgo.app/docs](https://capgo.app/docs) [\[1\]](https://githubcom/Cap-go/capacitor-updater). Dokumentasi ini disusun dalam bagian-bagian berdasarkan tujuan spesifik:
-
-| **Bagian** | **Tujuan** | **Topik Utama** |
-| --- | --- | --- |
-| Getting Started | Pengaturan awal | Langkah instalasi, [pengaturan API key](https://capgo.app/docs/webapp/api-keys/) |
-| Configuration | Pengaturan inti | Konfigurasi plugin, pengaturan lingkungan |
-| API Reference | Detail teknis | Metode, parameter, nilai return |
-| Security | Langkah perlindungan | Pengaturan enkripsi, verifikasi tanda tangan |
-| Troubleshooting | Pemecahan masalah | Masalah umum, alat diagnostik |
-
-### Istilah dan Konsep Penting
-
-Berikut beberapa istilah kunci yang akan Anda temui:
-
--   **Channels**: Ini adalah aliran pembaruan yang digunakan untuk mengontrol distribusi versi. Misalnya, Anda bisa mengatur channel "production", "beta", dan "staging" untuk melayani kelompok pengguna yang berbeda [\[4\]](https://wwwindeedcom/career-advice/career-development/how-to-write-articles)
--   **Update Policies**: Ini mendefinisikan bagaimana pembaruan disampaikan dan diterapkan. Opsi termasuk unduhan otomatis, waktu instalasi, dan prompt pengguna [\[1\]](https://githubcom/Cap-go/capacitor-updater)
--   **App State Listeners**: Komponen ini melacak apakah aplikasi berada di foreground atau background [\[4\]](https://wwwindeedcom/career-advice/career-development/how-to-write-articles)
--   **Bundles**: File pembaruan yang dikemas berisi versi baru aplikasi Anda, termasuk aset, perubahan kode, dan pembaruan konfigurasi [\[4\]](https://wwwindeedcom/career-advice/career-development/how-to-write-articles)
-
-### Contoh Kode dan Tutorial
-
-Dokumentasi menyediakan contoh kode untuk menyederhanakan integrasi. Berikut contoh dasar menggunakan TypeScript/JavaScript:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Initialize the updater
-await CapacitorUpdater.notifyAppReady()
-```
-
-Untuk kasus penggunaan yang lebih kompleks, dokumentasi mencakup contoh dunia nyata [\[2\]](https://devto/arnosolo/ionic-appflow-live-update-alternative-55c3)[\[3\]](https://githubcom/Cap-go/capgo), seperti:
-
--   Beralih channel untuk A/B testing
--   Alur pembaruan kustom dengan prompt pengguna
--   Menangani kesalahan dan menerapkan rollback
--   Mengintegrasikan pembaruan dengan pipeline CI/CD
-
-Setiap tutorial juga menyoroti pertimbangan kinerja dan aspek keamanan, membantu Anda membuat keputusan yang tepat. Dokumentasi sering diperbarui untuk mencakup fitur terbaru dan praktik terbaik [\[1\]](https://githubcom/Cap-go/capacitor-updater)
-
-Untuk detail implementasi, lihat panduan pengaturan selanjutnya.## Pengaturan Update OTA
-
-Atur update OTA di Capgo untuk memperlancar proses deployment Anda. Ikuti langkah-langkah dan tips berikut untuk konfigurasi yang mudah.
-
-### Langkah-Langkah Dasar
-
-Mulai dengan menginstal plugin Capgo di proyek Capacitor Anda:
-
-```typescript
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Selanjutnya, perbarui file `capacitor.config.json` Anda dengan [Capgo API key](https://capgo.app/docs/webapp/api-keys/) Anda:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "apiKey": "YOUR_API_KEY_HERE"
-    }
-  }
-}
-```
-
-Kemudian, inisialisasi updater di file utama aplikasi Anda untuk mendeteksi pembaruan:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-await CapacitorUpdater.notifyAppReady();
-```
-
-Setelah selesai, Anda dapat mengatur channel untuk mengelola berbagai aliran pembaruan.
-
-### Pengaturan Channel Update
-
-Atur [channel update](https://capgo.app/docs/webapp/channels/) Anda sesuai kebutuhan deployment:
-
-| Tipe Channel | Tujuan | Kasus Penggunaan |
-| --- | --- | --- |
-| Production | Rilis stabil | Pengguna umum |
-| Staging | Pengujian pra-rilis | Tim QA dan beta tester |
-| Beta | Pengujian fitur | Early adopter |
-
-Untuk mengunggah pembaruan ke channel tertentu, gunakan [Capgo CLI](https://capgo.app/docs/cli/commands):
-
-```bash
-npx @capgo/cli upload -c production
-```
-
-### Metode Update
-
-Capgo menyediakan dua cara utama untuk menangani pembaruan:
-
-**[Update Otomatis](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**  
-Aktifkan pembaruan otomatis dengan mengatur `autoUpdate: true` dalam konfigurasi Anda. Ini memastikan pembaruan diterapkan di latar belakang tanpa upaya tambahan dari developer.
-
-**[Update Manual](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-Untuk kontrol lebih, Anda dapat mengelola pembaruan secara manual. Gunakan pola berikut untuk memeriksa dan menerapkan pembaruan:
-
-```typescript
-// Check for updates
-const update = await CapacitorUpdater.download();
-
-// Install when ready
-if (update) {
-  await CapacitorUpdater.set(update);
-}
-```
-
-Untuk pembaruan penting, Anda dapat meminta persetujuan pengguna sebelum melanjutkan:
-
-```typescript
-if (update.version > currentVersion) {
-  const userConsent = await showUpdatePrompt();
-  if (userConsent) {
-    await CapacitorUpdater.set(update);
-  }
-}
-```
-
-Anda juga dapat menargetkan grup pengguna tertentu dengan ID dan channel khusus:
-
-```typescript
-await CapacitorUpdater.setCustomId('beta-tester-123');
-await CapacitorUpdater.setChannel('beta');
-```
-
-Terakhir, pastikan untuk menyertakan penanganan kesalahan dan opsi rollback:
-
-```typescript
-try {
-  await CapacitorUpdater.set(update);
-} catch (error) {
-  await CapacitorUpdater.reset(); // Revert to the last working version
-  console.error('Update failed:', error);
-}
-```
-
-Dengan langkah-langkah ini, sistem update OTA Anda siap digunakan. Jelajahi pengaturan lanjutan untuk menyesuaikan proses pembaruan lebih lanjut.
-
-###### sbb-itb-f9944d2
-
-## Pengaturan Lanjutan
-
-Tingkatkan pengaturan [update OTA Capgo](https://console.capgo.app/resend_email) Anda dengan langkah-langkah keamanan tambahan dan konfigurasi pembaruan yang fleksibel. Opsi ini memastikan pengalaman pembaruan yang aman dan lancar sambil memenuhi pedoman app store.
-
-### Fitur Keamanan
-
-Capgo menyediakan protokol keamanan yang kuat untuk melindungi bundle pembaruan dan mengirimkannya secara aman kepada pengguna. Platform ini menggunakan enkripsi end-to-end dengan kriptografi kunci publik untuk semua pembaruan [\[1\]](https://github.com/Cap-go/capacitor-updater). Berikut cara mengaktifkan fitur keamanan utama:
-
-```typescript
-// Enable bundle verification
-await CapacitorUpdater.setVerifyBundles(true);
-
-// Configure encryption settings
-await CapacitorUpdater.configure({
-  encryption: {
-    enabled: true,
-    failOnError: true
-  }
-});
-```
-
-Komponen utama sistem perlindungan bundle meliputi:
-
-| Fitur Keamanan | Deskripsi | Implementasi |
-| --- | --- | --- |
-| **[Integritas Bundle](https://capgo.app/docs/webapp/bundles/)** | Memverifikasi keaslian paket dengan tanda tangan kriptografis | Otomatis diaktifkan dengan setVerifyBundles() |
-| **Perlindungan Rollback** | Kembali ke versi stabil jika pembaruan gagal | Tertanam dalam proses pembaruan |
-| **Kontrol Akses** | Mengelola pembaruan dengan izin berbasis peran | Dikonfigurasi melalui dashboard |
-
-### Pengaturan Perilaku Update
-
-Anda dapat menyesuaikan bagaimana pembaruan disampaikan dan diinstal menggunakan event listener dan opsi konfigurasi. Sesuaikan waktu dan interaksi pengguna untuk pembaruan dengan pengaturan ini:
-
-```typescript
-// Listen for when an update is available
-CapacitorUpdater.addListener('updateAvailable', async (info) => {
-  if (info.version > currentVersion) {
-    // Custom update logic based on app state
-    const isAppInactive = await checkAppState();
-    if (isAppInactive) {
-      await CapacitorUpdater.download();
-    }
-  }
-});
-
-// Monitor download completion
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log(`Update ${info.version} ready to install`);
-  // Implement custom installation timing if desired
-});
-```
-
-Untuk peluncuran bertahap, Anda dapat mengonfigurasi distribusi pembaruan langsung melalui dashboard atau dengan kode:
-
-```typescript
-// Set custom update conditions for a gradual rollout
-await CapacitorUpdater.configure({
-  rollout: {
-    percentage: 25, // Start with 25% of users
-    timeInterval: 24 // Increase rollout percentage every 24 hours
-  }
-});
-```
-
-Untuk menangani perilaku terkait versi tertentu:
-
-```typescript
-// Handle version-specific update failures
-CapacitorUpdater.addListener('updateFailed', async (info) => {
-  if (info.error.code === 'VERSION_MISMATCH') {
-    await CapacitorUpdater.reset(); // Revert to the last stable version
-    // Optionally, handle error notification here
-  }
-});
-```
-
-Pengaturan ini memastikan pembaruan dapat diandalkan sambil memungkinkan Anda menyesuaikan prosesnya dengan kebutuhan aplikasi Anda. Selalu uji pembaruan secara menyeluruh di lingkungan staging Capgo sebelum meluncurkannya ke produksi [\[2\]](https://dev.to/arnosolo/ionic-appflow-live-update-alternative-55c3).
-
-## Panduan Pemecahan Masalah
-
-Log kesalahan dan alat bawaan Capgo membantu mengatasi tantangan update OTA sambil menjaga aplikasi Anda tetap sesuai dengan persyaratan store.### Masalah Umum dan Solusi
-
-Berikut beberapa masalah tipikal dan cara mengatasinya:
-
--   **Unduhan Gagal**  
-    _Gejala_: Unduhan berhenti atau gagal selesai  
-    _Solusi_: Periksa koneksi jaringan, konfirmasi URL pembaruan valid, dan tambahkan mekanisme pengulangan untuk menangani gangguan
-    
--   **Konflik Versi**  
-    _Gejala_: Pembaruan gagal diinstal atau menyebabkan ketidakstabilan aplikasi  
-    _Solusi_: Gunakan nomor versi yang jelas untuk menghindari konflik dan terapkan opsi rollback untuk keamanan
-    
--   **Kesalahan Instalasi**  
-    _Gejala_: Pembaruan gagal atau memicu rollback otomatis  
-    _Solusi_: Pastikan Anda memanggil `notifyAppReady()` setelah pembaruan berhasil untuk mencegah rollback
-    
-
-Untuk pembaruan lebih dari 50MB, memecahnya menjadi file yang lebih kecil dapat meningkatkan kinerja pada perangkat Android [\[5\]](https://githubcom/Cap-go/capacitor-updater/issues/119)
-
-Gunakan pencatatan error yang detail untuk menangkap masalah lebih awal. Misalnya, terapkan listener ini:
-
-```typescript
-CapacitorUpdater.addListener('updateFailed', (error) => {
-  console.log(`Update failed: ${error.code}`);
-  logUpdateError({
-    errorCode: error.code,
-    deviceInfo: error.device,
-    timestamp: new Date().toISOString()
-  });
-});
-```
-
-Dengan menggabungkan pencatatan error dengan pemeriksaan awal, Anda dapat menangani masalah ini secara efektif sebelum fokus pada kepatuhan
-
-### Aturan App Store
-
-Perbaikan teknis saja tidak cukup - pembaruan Anda juga perlu selaras dengan pedoman app store
-
-**Persyaratan Apple App Store**:
-
--   _Transparansi Pengguna_: Informasikan pengguna dengan jelas tentang konten pembaruan dan dapatkan persetujuan mereka
--   _Fungsi Inti_: Pastikan fitur utama aplikasi Anda tetap utuh seperti yang ditinjau
--   _Langkah Keamanan_: Gunakan metode aman untuk mentransmisikan pembaruan
-
-**Implementasi Android**:
-
-```typescript
-await CapacitorUpdater.configure({
-  updateNotification: {
-    title: "Update Available",
-    message: "A new version is available. Please update to access the latest features.",
-    requireUserConsent: true
-  }
-});
-```
-
-**Praktik Terbaik**:
-
--   _Kontrol Versi_: Gulirkan pembaruan secara bertahap untuk mengurangi konflik
--   _Notifikasi Pembaruan_: Berikan peringatan pembaruan yang jelas dan ramah pengguna
--   _Keamanan_: Verifikasi integritas bundle dan gunakan enkripsi untuk melindungi data
-
-## Ringkasan
-
-Bagian ini menyatukan ide-ide utama dari panduan
-
-Dokumentasi Capgo memberikan instruksi yang jelas untuk mengintegrasikan pembaruan OTA ke dalam aplikasi Capacitor sambil tetap mematuhi peraturan app store
-
-Menggunakan sumber daya Capgo, pengembang dapat mengimplementasikan fitur penting seperti **enkripsi end-to-end** dan **integrasi CI/CD**, mencakup semuanya dari pengaturan awal hingga konfigurasi lanjutan [\[1\]](https://githubcom/Cap-go/capacitor-updater)
-
-### Area Implementasi Utama
-
-| **Aspek** | **Fokus Utama** | **Dimana Menemukannya** |
-| --- | --- | --- |
-| **Keamanan** | Enkripsi dan pemeriksaan integritas | Bagian _Fitur Keamanan_ |
-| **Kepatuhan** | Memenuhi persyaratan Apple dan Android | Panduan _Aturan App Store_ |
-| **[Manajemen Pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | Kontrol versi dan opsi rollback | Panduan _[Metode Pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)_ |
-| **Penanganan Error** | Langkah pencatatan dan pemecahan masalah | _Panduan Pemecahan Masalah_ |
-
-Area-area ini membentuk tulang punggung sistem manajemen pembaruan Capgo
-
-CLI dan alat analitik Capgo menyederhanakan [pengelolaan pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) sepanjang siklus hidup aplikasi Anda [\[1\]](https://githubcom/Cap-go/capacitor-updater)
-
-Untuk dukungan lebih lanjut, Anda dapat menjelajahi sumber daya tambahan seperti **dokumentasi API**, **proyek contoh**, dan **forum komunitas** [\[2\]](https://devto/arnosolo/ionic-appflow-live-update-alternative-55c3)
diff --git a/src/content/blog/id/how-to-use-semantic-versioning-with-capgo-ota-updates.md b/src/content/blog/id/how-to-use-semantic-versioning-with-capgo-ota-updates.md
deleted file mode 100644
index 7b9b07dec..000000000
--- a/src/content/blog/id/how-to-use-semantic-versioning-with-capgo-ota-updates.md
+++ /dev/null
@@ -1,242 +0,0 @@
----
-slug: how-to-use-semantic-versioning-with-capgo-ota-updates
-title: Cara Menggunakan Semantic Versioning dengan Pembaruan OTA Capgo
-description: >-
-  Pelajari cara merampingkan pembaruan aplikasi dan pengendalian versi
-  menggunakan Semantic Versioning dengan pembaruan OTA Capgo untuk aplikasi
-  Capacitor.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-03T04:48:38.491Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c4f6356c9ebce91891f4e6-1740977344964.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Semantic Versioning, Capgo, OTA updates, Capacitor apps, version control, app
-  updates, deployment, CI/CD
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin menyederhanakan [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) dan kontrol versi?** Semantic Versioning (SemVer) yang digabungkan dengan pembaruan Over-The-Air (OTA) dari [Capgo](https://capgo.app/) membuat pengelolaan aplikasi [Capacitor](https://capacitorjs.com/) menjadi lebih mudah dan cepat. Berikut adalah caranya:
-
--   **Dasar-Dasar Semantic Versioning:** Versi menggunakan format `MAJOR.MINOR.PATCH`:
-    
-    -   **MAJOR:** Untuk perubahan yang merusak.
-    -   **MINOR:** Untuk fitur baru yang kompatibel dengan versi sebelumnya.
-    -   **PATCH:** Untuk perbaikan bug.
--   **Mengapa Menggunakan SemVer dengan Capgo?**
-    
-    -   Komunikasi yang jelas mengenai pembaruan.
-    -   Manajemen versi yang lebih cerdas.
-    -   Hindari konflik ketergantungan.
-    -   Perencanaan rilis yang terorganisir.
--   **Langkah-Langkah [Pengaturan Capgo](https://capgo.app/docs/cli/commands/):**
-    
-    1.  Instal plugin pembaruan Capgo.
-    2.  Konfigurasikan versi aplikasi Anda di `capacitor.config.json` dan file lainnya.
-    3.  Inisialisasi dengan kunci API Anda.
-    4.  Gunakan [Capgo CLI](https://capgo.app/docs/cli/commands) untuk mengemas dan mengunggah pembaruan.
--   **[Kelola Versi dan Saluran](https://capgo.app/docs/webapp/channels/):**
-    
-    -   Gunakan saluran terpisah (misalnya, "beta" untuk pengujian, "production" untuk rilis stabil).
-    -   Kontrol kebijakan pembaruan (patch auto-update, persetujuan manual untuk perubahan besar).
-    -   Opsi rollback untuk pembaruan yang gagal.
--   **Proses Penerapan:**
-    
-    -   Perbarui nomor versi mengikuti aturan SemVer.
-    -   Uji secara menyeluruh sebelum menerapkan.
-    -   Gunakan perintah CLI untuk mengunggah dan mendistribusikan pembaruan.
-
-Capgo memastikan pembaruan tiba kepada pengguna dengan cepat dan dapat diandalkan, dengan alat untuk menangani gangguan dan menjaga stabilitas. Sempurna untuk tim yang menggunakan alur kerja CI/CD untuk mengotomatisasi pembaruan.
-
-**Tip Cepat:** Selalu uji pembaruan dan gunakan saluran untuk mengelola peluncuran bertahap secara efektif.
-
-## Semantic Versioning | Tingkatkan
-
-## [Panduan Pengaturan Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-03.jpg?auto=compress)
-
-Berikut adalah cara mengatur Capgo untuk mengelola pembaruan OTA dan kontrol versi dengan mudah.
-
-### Langkah Pengaturan Awal
-
-Mulai dengan menginstal [plugin pembaruan Capgo](https://capgo.app/docs/plugin/self-hosted/manual-update/):
-
-Pastikan file `capacitor.config.json` Anda menggunakan format versi semantik:
-
-Untuk proyek yang lebih lama, perbarui rincian versi di lokasi-lokasi ini:
-
--   `package.json` (cari field `version`)
--   `android/app/build.gradle` (perbarui `versionName`)
--   `ios/App/App.xcodeproj/project.pbxproj` (perbarui `CURRENT_PROJECT_VERSION`)
-
-Setelah dikonfigurasi, inisialisasi Capgo dengan kunci API Anda:
-
-**Tabel Referensi Cepat:**
-
-| Fase Pengaturan | Tindakan Kunci | Langkah Verifikasi |
-| --- | --- | --- |
-| Instalasi | Instal plugin dan sinkronisasi | Periksa `package.json` |
-| Konfigurasi | Atur nomor versi | Verifikasi di semua file |
-| Inisialisasi | Sambungkan dengan kunci API | Uji status koneksi |
-| Build | Buat bundel awal | Konfirmasi keberhasilan unggahan |
-
-### Integrasi Kontrol Versi
-
-Capgo bekerja baik dengan platform CI/CD, membuat [pembaruan otomatis](https://capgo.app/docs/live-updates/update-behavior/) menjadi sederhana. Platform yang didukung meliputi:
-
--   [GitHub Actions](https://docs.github.com/actions)
--   [GitLab CI](https://docs.gitlab.com/ee/ci/)
--   [Azure DevOps](https://azure.microsoft.com/en-us/products/devops)
--   [Jenkins](https://www.jenkins.io/)
--   [CircleCI](https://circleci.com/)
-
-Jika Anda bekerja pada pengembangan lokal, Anda dapat menonaktifkan pembaruan otomatis dengan menambahkan ini ke konfigurasi Anda:
-
-Ini memastikan Capgo tidak akan menimpa perubahan lokal Anda. Setelah pengaturan Anda siap, unggah versi pertama Anda:
-
-Akhirnya, beri tahu plugin asli tentang kesehatan bundel di file utama aplikasi Anda:
-
-Pengaturan ini memastikan aplikasi Anda siap untuk penerapan OTA yang mulus dan manajemen versi.
-
-## Menggunakan Semantic Versioning dengan Capgo
-
-### Manajemen Nomor Versi
-
-Capgo menggunakan Semantic Versioning (SemVer) untuk mengelola versi aplikasi, diformat sebagai **MAJOR.MINOR.PATCH**. Berikut adalah cara kerjanya:
-
--   **Versi Mayor (X.0.0)**: Tingkatkan nomor MAJOR untuk perubahan yang merusak kompatibilitas.
--   **Versi Minor (1.X.0)**: Tingkatkan nomor MINOR untuk fitur baru yang tetap kompatibel.
--   **Versi Patch (1.0.X)**: Tingkatkan nomor PATCH untuk perbaikan bug yang tidak mempengaruhi kompatibilitas.
-
-| Tipe Versi | Kapan Harus Menambah | [Perilaku Auto-Update](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-| --- | --- | --- |
-| Mayor (X.0.0) | Untuk perubahan API yang merusak | Membutuhkan persetujuan manual |
-| Minor (1.X.0) | Untuk fitur baru | Dapat dikonfigurasi di Capgo |
-| Patch (1.0.X) | Untuk perbaikan bug | Biasanya otomatis |
-
-Dengan mematuhi aturan SemVer, Anda dapat menyederhanakan manajemen versi dan memastikan pembaruan yang lebih lancar di semua saluran penerapan Anda.
-
-### Pedoman Kontrol Versi
-
-Capgo memungkinkan Anda untuk mengelola penerapan secara efektif dengan menyiapkan saluran yang berbeda untuk tahap-tahap alur kerja Anda.
-
--   **[Manajemen Versi Berbasis Saluran](https://capgo.app/docs/webapp/channels/)**: Atur proses penerapan Anda dengan membuat saluran terpisah untuk pengujian dan produksi. Misalnya:
-    
-    -   Gunakan saluran "beta" (misalnya, 1.2.0-beta) untuk menguji fitur baru.
-    -   Pertahankan saluran "produksi" (misalnya, 1.2.0) untuk rilis stabil.
-    -   Tambahkan saluran khusus platform (misalnya, "ios-hotfix" dengan versi 1.2.1) saat menangani masalah khusus platform.
--   **Konfigurasi Kebijakan Pembaruan**: Kontrol bagaimana pembaruan diterapkan menggunakan opsi konfigurasi Capgo. Misalnya:
-    
-    Pengaturan ini memastikan bahwa pengguna secara otomatis menerima pembaruan patch, sementara pembaruan minor dan mayor memerlukan persetujuan manual.
-    
--   **Strategi Rollback Versi**: Gunakan pengidentifikasi pra-rilis untuk mempertahankan opsi rollback yang jelas. Pendekatan ini memungkinkan Anda untuk kembali ke versi sebelumnya jika terjadi masalah, sambil menjaga konsistensi versi di semua saluran.
-    
-
-Praktik terbaik ini memudahkan untuk mengelola pembaruan, menguji fitur baru, dan menjaga stabilitas dalam proses penerapan aplikasi Anda.
-
-## Penerapan Pembaruan OTA
-
-Setelah pengaturan manajemen versi Anda siap, ikuti langkah-langkah ini untuk menerapkan pembaruan OTA dengan efektif.
-
-### Persiapan Pembaruan
-
-Mulai dengan memperbarui versi di **package.json** dan **capacitor.config.json**. Pastikan versi mengikuti format SemVer (MAJOR.MINOR.PATCH):
-
--   **Perbaikan Bug**: Tingkatkan nomor PATCH (misalnya, 1.0.1 → 1.0.2)
--   **Fitur Baru**: Tingkatkan nomor MINOR (misalnya, 1.0.0 → 1.1.0)
--   **Perubahan Merusak**: Tingkatkan nomor MAJOR (misalnya, 1.0.0 → 2.0.0)
-
-Uji build Anda secara menyeluruh dan konfirmasikan aplikasi berkomunikasi dengan server menggunakan `notifyAppReady`.
-
-Selanjutnya, tentukan [strategi pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) Anda. Anda dapat memilih dari:
-
--   **Auto-Update**: Secara otomatis menegakkan persyaratan versi minimum.
--   **Kontrol Manual**: Tentukan persyaratan versi yang tepat untuk pembaruan.
--   **Berbasis Saluran**: Gunakan saluran untuk pengujian dan peluncuran bertahap.
-
-### Perintah Pembaruan Capgo CLI
-
-Gunakan CLI Capgo untuk menerapkan pembaruan Anda dengan mudah. Berikut caranya:
-
-Capgo memastikan penerapan yang aman dengan enkripsi end-to-end dan manajemen kunci yang aman.
-
-> "@Capgo adalah cara cerdas untuk melakukan pembaruan kode panas (dan bukan untuk semua uang di dunia seperti dengan @AppFlow) 🙂"
-
-Setelah diterapkan, Anda dapat memantau pembaruan melalui dasbor Capgo. Pembaruan biasanya tiba kepada pengguna dalam hitungan menit setelah mereka membuka aplikasi. Prosesnya bekerja seperti ini:
-
--   Aplikasi memeriksa pembaruan.
--   Mengunduh pembaruan di latar belakang.
--   Menandai versi baru sebagai aktif ketika pengguna keluar dari aplikasi.
--   Menerapkan pembaruan pada peluncuran berikutnya.
-
-Untuk penerapan tingkat perusahaan, Anda mungkin ingin mengintegrasikan otomatisasi CI/CD.
-
-> "Kami menerapkan pengembangan gesit dan @Capgo sangat penting dalam memberikan layanan terus-menerus kepada pengguna kami!"
-
-## Memecahkan Masalah dan Tips
-
-### Masalah Manajemen Versi
-
-Mengelola versioning semantik di Capgo kadang-kadang dapat mempersulit penerapan pembaruan. Untuk menghindari menimpa pekerjaan pengembangan Anda, konfigurasikan berikut dalam file `capacitor.config.json` Anda:
-
-Jika pembaruan gagal, berikut yang dapat Anda lakukan:
-
--   Atur `autoUpdate` ke `false` selama pengembangan.
--   Hapus aplikasi.
--   Instal ulang dengan versi yang benar.
--   Aktifkan kembali pembaruan otomatis setelah semuanya stabil.
-
-Untuk pembaruan versi mayor, gunakan flag `disableAutoUpdateBreaking` dan dengarkan acara `majorAvailable` untuk menangani pembaruan dengan benar:
-
-Dengan menggabungkan konfigurasi ini dengan praktik tim yang baik, Anda dapat menjaga konsistensi versi dan mengurangi kesalahan.
-
-### Kontrol Versi Tim
-
-Setelah pembaruan individu dikelola, penting bagi tim untuk menetapkan praktik kontrol versi yang kuat.
-
-> "Mengujicoba setiap perubahan sebelum menggabungkannya dengan repositori utama akan memperkuat stabilitas dan menghindari kesalahan yang mahal" [\[4\]](https://www.autorabit.com/blog/9-tips-for-working-on-a-multi-developer-team/)
-
-Berikut beberapa metode untuk memastikan konsistensi:
-
--   Tetapkan satu cabang sebagai **repositori utama** untuk bertindak sebagai sumber kebenaran.
--   Gunakan saluran Capgo terpisah untuk lingkungan pengembangan dan produksi.
--   Otomatisasi unggahan versi melalui pipeline CI/CD.
--   Dokumentasikan semua perubahan kode dengan pesan commit yang jelas dan rinci.
-
-Untuk tim yang lebih besar, matriks manajemen versi berikut dapat membantu mengatur pembaruan:
-
-| Lingkungan | Saluran | Pembaruan Otomatis | Pola Versi |
-| --- | --- | --- | --- |
-| Pengembangan | dev | Dinonaktifkan | 0.x.x |
-| Staging | beta | Diaktifkan | x.x.x-beta |
-| Produksi | stabil | Diaktifkan | x.x.x |
-
-### Langkah Pemulihan Pembaruan
-
-Bahkan dengan langkah-langkah pencegahan, pembaruan dapat gagal. Jika itu terjadi, ikuti langkah-langkah pemulihan berikut:
-
-1.  Kembalikan ke paket stabil sebelumnya.
-2.  Tingkatkan nomor versi untuk setiap perbaikan baru (catatan: nomor versi tidak dapat digunakan kembali setelah dihapus) [\[2\]](https://github.com/Cap-go/CLI).
-3.  Verifikasi pembaruan saat startup aplikasi untuk memastikan semuanya berfungsi seperti yang diharapkan.
-
-Pembaruan dari Capgo dirancang untuk menangani gangguan. Misalnya, jika server tidak dapat dijangkau atau pembaruan dihapus, aplikasi terus berfungsi normal [\[3\]](https://capgo.app/docs/faq/). Selain itu, permintaan jaringan yang gagal secara otomatis dicoba kembali saat peluncuran aplikasi berikutnya [\[3\]](https://capgo.app/docs/faq/). Ketahanan bawaan ini meminimalkan waktu henti dan memastikan operasi berjalan lebih lancar.
-
-## Ringkasan
-
-Versi Semantik, yang dikombinasikan dengan Capgo, telah membuat pembaruan OTA untuk aplikasi Capacitor lebih efisien. Dengan 947,6 juta pembaruan yang disampaikan dan 1.400 aplikasi produksi yang menggunakan sistem ini [\[1\]](https://capgo.app/), proses penerapan telah menjadi 81% lebih efisien [\[1\]](https://capgo.app/). Pengaturan ini memungkinkan pengembang untuk mengirim pembaruan dengan cepat dan dengan cara yang terkontrol, menghindari keterlambatan di toko aplikasi.
-
-Berikut adalah apa yang dikatakan pengembang:
-
-> "Kami meluncurkan [pembaruan OTA Capgo](https://console.capgo.app/resend_email) di produksi untuk basis pengguna kami lebih dari 5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami diperbarui dalam waktu beberapa menit setelah OTA diterapkan di @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Sistem penomoran versi MAJOR.MINOR.PATCH memudahkan untuk mengomunikasikan perubahan besar, fitur baru, dan perbaikan bug [\[5\]](https://aws.amazon.com/blogs/devops/using-semantic-versioning-to-simplify-release-management/). Ini sangat membantu untuk tim yang mengelola beberapa rilis setiap minggu melalui platform Capgo.
-
-Solusi [terenskripsi Capgo](https://capgo.app/docs/cli/migrations/encryption/) yang terintegrasi dengan alat CI/CD juga ramah anggaran - memangkas biaya hingga $26.100 selama lima tahun [\[1\]](https://capgo.app/). Kanal yang dapat disesuaikan memastikan pembaruan mencapai pengguna yang tepat pada waktu yang tepat.
-
-> "Kami menerapkan pengembangan lincah dan @Capgo sangat penting dalam memberikan secara terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/how-version-work-in-capgo.md b/src/content/blog/id/how-version-work-in-capgo.md
deleted file mode 100644
index 9324a2297..000000000
--- a/src/content/blog/id/how-version-work-in-capgo.md
+++ /dev/null
@@ -1,121 +0,0 @@
----
-slug: how-version-work-in-capgo
-title: Cara kerja versi di Capgo
-description: >-
-  Pahami bagaimana Capgo mengelola versi dalam aplikasi Capacitor Anda, dan
-  gunakan dengan sebaik-baiknya. Pelajari arti major, minor, patch.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-25T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /versionning.webp
-head_image_alt: Sistem versi bundle Capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: how-to-release-major-version-in-capgo
----
-
-Capgo menggunakan 2 variabel utama untuk mengelola versi dalam aplikasi Capacitor Anda:
-  - Versi Native
-  - Versi JavaScript
-
-
-<div class="mx-auto" style="width:100%;">
-  <img src="/graph_capgo.webp" alt="Capacitor update system">
-</div>
-
-Semua pilihan versi ditentukan di sisi server oleh Capgo
-
-## Sistem Versi
-
-Untuk mengelola versi, Capgo menggunakan sistem SemVer, baca lebih lanjut tentangnya [di sini](https://semverorg/)
-### Versi
-
-Dimana Capgo menemukan versi untuk dibandingkan
-
-  > Anda dapat menimpa perilaku ini dengan mengatur kunci versi di file `capacitorconfigjson` [dokumentasi di sini](/docs/plugin/settings/#version)
-  > Versi native akan diabaikan untuk semua platform
-
-#### IOS
-
-Di IOS variabel diatur pada proyek Anda di `ios/App/App/Infoplist` di bawah kunci `CFBundleShortVersionString` atau `ios/App/Appxcodeproj/projectpbxproj` di bawah kunci `MARKETING_VERSION` jika `MARKETING_VERSION` telah diatur di file `Infoplist` Anda
-
-#### Android
-
-Di Android, variabel diatur pada proyek Anda di `android/app/buildgradle` di bawah kunci `defaultConfigversionName`
-
-#### JavaScript ( Versi bundle Capgo )
-
-Di JavaScript, variabel dapat diatur di `packagejson` Anda di bawah kunci `version`
-Jika tidak, Anda perlu menyediakannya dalam perintah upload
-
-## Perilaku Default
-
-Ini adalah bagaimana channel Capgo akan berperilaku jika Anda tidak mengubah pengaturan apapun
-
-> Perilaku ini akan didasarkan pada channel unik yang Anda jadikan default
-
-### Saat Instalasi Baru aplikasi Capacitor Anda
-Ketika pengguna mengunduh aplikasi Ionic Anda untuk pertama kali dan membuka aplikasi, aplikasi menghubungi server Capgo
-
-Saat ini, 4 output dapat terjadi:
-1. Versi bundle native (123) lebih rendah dari versi bundle Capgo (124), Capgo mengirim bundlenya ke pengguna
-2. Versi bundle native (123) sama dengan versi bundle Capgo (123), Capgo mengirim "tidak perlu update"
-3. Versi bundle native (124) lebih tinggi dari versi bundle Capgo (123), Capgo mengirim "tidak perlu update"
-4. Versi bundle native (123) MAJOR lebih rendah dari versi bundle Capgo (223), Capgo mengirim "tidak perlu update"
-
-### Pengaturan Lainnya
-
-#### Nonaktifkan auto-downgrade di bawah native
-
-Jika Anda mengubah pengaturan ini menjadi false, Capgo akan menganggap dirinya selalu sebagai sumber versi yang dapat dipercaya
-Kemudian perilakunya menjadi:
-- Versi native (124) lebih tinggi dari versi Capgo (123)
-
-> Capgo mengirim versinya ke pengguna
-
-#### Nonaktifkan strategi auto-upgrade
-
-Ada beberapa strategi yang dapat Anda pilih. Anda dapat mempelajari lebih lanjut tentangnya [di sini](/docs/cli/commands/#disable-updates-strategy)
-
-## Versi bundle JavaScript
-
-Versi bundle JavaScript adalah yang Anda kirim ketika melakukan `npx @capgo/cli@latest bundle upload --channel production`
-
-Jika Anda tidak menggunakan opsi `--bundle 123`, Capgo akan mengambil versi bundle dari file `packagejson` Anda (di kunci version)
-
-Setelah aplikasi Ionic Anda menginstal satu versi dari Capgo, inilah versi yang akan dibandingkan untuk:
-- Versi bundle JavaScript mereka (123) lebih rendah dari versi bundle Capgo (124), Capgo mengirim bundlenya ke pengguna
-
-Dengan beberapa kondisi pengaman:
-- Jika versi bundle native lebih tinggi dari versi Capgo, kondisi `Disable auto downgrade under native` diterapkan
-- Jika versi bundle native MAJOR lebih rendah dari versi Capgo, kondisi `Disable auto upgrade above major` diterapkan
-
-## Pembaruan App store
-
-Ketika Anda mempublikasikan aplikasi Capacitor JS Anda di App Store, yang terjadi sangatlah sederhana
-
-Pengguna Anda akan mendapatkan versi baru dari store dan menghapus semua pembaruan lokal di aplikasi mereka secara default
-
-Jika Anda ingin mengubah perilaku tersebut, Anda perlu mengatur pengaturan `resetWhenUpdate` baca lebih lanjut tentangnya [di sini](/docs/plugin/api#settings)
-
-Ini hanya dapat diubah di sisi aplikasi, tidak dari cloud seperti pengaturan lainnya
-
-### Pengaturan Lainnya
-
-Setelah semua perilaku ini, Anda dapat memiliki di atasnya beberapa yang spesifik terkait dengan deviceID
-
-Di Capgo, Anda dapat memutuskan untuk menimpa perilaku untuk setiap deviceID
-
-Anda dapat menghubungkan satu deviceID ke:
-- versi bundle tertentu
-- channel tertentu
-
-Ini akan melewati semua pengaturan yang dilakukan di atas
-
-Pelajari lebih lanjut tentangnya di artikel di bawah ini
\ No newline at end of file
diff --git a/src/content/blog/id/how-your-usage-is-counted.md b/src/content/blog/id/how-your-usage-is-counted.md
deleted file mode 100644
index 00c379a3d..000000000
--- a/src/content/blog/id/how-your-usage-is-counted.md
+++ /dev/null
@@ -1,93 +0,0 @@
----
-slug: how-your-usage-is-counted
-title: Bagaimana Penggunaan Anda Dihitung di Capgo
-description: >-
-  Pahami cara Capgo menghitung penggunaan Anda dan gunakan dengan cara terbaik.
-  Pelajari cara mengelola paket Anda dengan lebih baik
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-25T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /usage_explained.webp
-head_image_alt: Sistem penggunaan Capgo dijelaskan
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: id
-next_blog: ''
----
-Di Capgo, ada 3 nilai yang dihitung dan penting untuk dipahami
-- Pengguna
-- Penyimpanan
-- Bandwidth
-
-Masing-masing memiliki cara perhitungan yang sedikit berbeda
-
-
-## Pengguna
-
-Setiap kali pengguna mengunduh aplikasi Capacitor JS Anda dan membukanya, aplikasi akan mengirim permintaan ke backend Capgo untuk mengetahui apakah ada pembaruan yang tersedia.
-Ketika aplikasi melakukan itu, aplikasi mengirimkan sedikit informasi, termasuk yang paling penting yaitu `DeviceID`
-
-`DeviceID`: adalah ID unik (UUID) yang dihasilkan pada perangkat. **Mulai dari versi plugin v6.25.0 dan v7.25.0**, ID ini sekarang bertahan di seluruh instalasi ulang aplikasi (disimpan dengan aman dalam penyimpanan perangkat). Sebelum versi ini, ID direset pada setiap instalasi aplikasi.
-
-Setiap kali akun Anda menerima Device ID baru, data tersebut disimpan dalam database.
-Setiap kali `DeviceID` lama meminta pembaruan (aplikasi dibuka), recordnya diperbarui (updated_at dalam database).
-
-Data ini disimpan di 2 tempat:
-- tabel device dengan nilai `update_at`
-- app_stats dengan penghitung harian yang menunjukkan jumlah perangkat yang menjadi aktif hari ini dan belum aktif bulan ini.
-
-Untuk batas paket, metode pertama digunakan karena 100% dapat diandalkan, untuk menampilkan grafik digunakan metode kedua.
-Anda dapat melihat keduanya di akun Anda pada halaman beranda:
-- dalam grafik adalah metode kedua
-- dalam tabel aplikasi adalah metode pertama.
-
-> Capgo tidak menghitung emulator dan build dev dalam penggunaan Anda. Perlu diingat setelah masa percobaan Anda tidak bisa memiliki lebih dari 3% dari keduanya, atau akun Anda akan terkunci sampai Anda memperbaikinya.
-
-> Capgo juga melakukan beberapa penyaringan untuk Anda. Jika Anda memiliki CI/CD yang dikonfigurasi untuk mengirim versi Anda ke Google PLAY, Google menjalankan aplikasi Capacitor Anda setiap kali ke 20+ perangkat nyata. Selama 4 jam pertama bundle baru, kami memblokir IP data center Google untuk mencegah mereka dihitung.
-
-Setiap bulan, data ini dimulai dari nol.
-
-
-- Membuat atau memperbarui perangkat di database saya pada setiap permintaan perangkat
-- Menambahkan ke penghitung harian jumlah perangkat aktif yang belum aktif bulan ini.
-
-Metode pertama mengembalikan: 900+ pengguna
-sementara yang kedua berada di 200+ pengguna pada akun Anda
-Untuk batas paket saya menggunakan metode pertama, yang 100% dapat diandalkan, dan untuk menampilkan grafik saya menggunakan yang kedua.
-Anda dapat melihat keduanya di halaman beranda akun Anda.
-
-## Penyimpanan
-
-Setiap kali Anda mengunggah bundle, angka ini bertambah sesuai ukuran unggahan.
-
-Data ini hanya terkait dengan ukuran unggahan Anda, semakin baik ukuran aplikasi Anda, semakin baik Anda tetap dalam paket Anda.
-
-Jika Anda mencapai batas atau mendekati, Anda dapat melihat daftar bundle Anda dengan CLI:
-`npx @capgo/cli@latest bundle list`
-Untuk melihat apa yang bisa Anda bersihkan, menghapus bundle akan membebaskan penyimpanan tetapi tidak menghapus statistik.
-
-Ketika Anda siap untuk membersihkan, gunakan perintah ini untuk menghapus banyak bundle:
-`npx @capgo/cli@latest bundle cleanup`
-
-NB: ini baik untuk planet ini, tapi juga untuk dompet Anda 💪.
-
-> Anda juga dapat menggunakan `--external` saat mengunggah untuk menggunakan penyimpanan Anda sendiri, dan tidak dihitung dalam paket Anda.
-
-## Bandwidth
-
-Perhitungan nilai ini sedikit lebih kompleks, tapi idenya sama dengan penyimpanan.
-
-Setiap kali pengguna mengunduh bundle, angka ini bertambah sesuai ukuran unduhan.
-
-Data ini hanya terkait dengan ukuran unduhan Anda, semakin baik ukuran aplikasi Capacitor JS Anda, semakin baik Anda tetap dalam paket Anda.
-
-> Satu hal penting yang perlu dicatat, Capgo tidak dapat melihat berapa ukuran yang diunduh, hanya melihat ukuran bundle. Jadi jika Anda memiliki bundle besar, dan Anda memiliki banyak pengguna yang gagal mengunduhnya, Anda akan cepat mencapai batas.
-
-Cara terbaik untuk tetap dalam paket Anda adalah memiliki bundle kecil, dan jika Anda tidak bisa, tunjukkan bar unduhan kepada pengguna Anda, dan beri tahu mereka berapa banyak yang tersisa untuk diunduh.
-
-Di masa depan, Capgo akan meningkatkan sistem unduhan untuk memiliki lebih banyak kesempatan mengunduh bundle dalam satu kali.
diff --git a/src/content/blog/id/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md b/src/content/blog/id/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
deleted file mode 100644
index 59192c130..000000000
--- a/src/content/blog/id/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
+++ /dev/null
@@ -1,295 +0,0 @@
----
-slug: icp-filing-for-mobile-apps-in-china-step-by-step-guide
-title: 'Pendaftaran ICP untuk Aplikasi Mobile di China: Panduan Langkah demi Langkah'
-description: >-
-  Pelajari langkah-langkah penting untuk pengajuan ICP bagi aplikasi mobile di
-  China, termasuk dokumentasi yang diperlukan dan strategi kepatuhan untuk
-  operasi yang sukses.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T01:51:04.423Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e344e910051fda3b61d655-1742953875704.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  ICP filing, China mobile apps, compliance, registration, documentation,
-  technical requirements, app operation
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Jika Anda ingin aplikasi seluler Anda beroperasi secara legal di Tiongkok, Anda **harus menyelesaikan pendaftaran ICP**. Ini adalah proses registrasi wajib untuk memastikan kepatuhan terhadap peraturan Tiongkok. Berikut ikhtisar singkatnya:
-
--   **Apa itu Pendaftaran ICP?**  
-    Ini adalah sistem registrasi ("备案") yang diperlukan untuk layanan berbasis internet, termasuk aplikasi seluler, agar dapat beroperasi secara legal di Tiongkok.
-    
--   **Mengapa Diperlukan?**  
-    Tanpa ini, aplikasi Anda berisiko terkena denda, dihapus dari platform, dan masalah hukum.
-    
--   **Persyaratan Utama:**  
-    Anda akan memerlukan izin usaha, registrasi domain, detail server, dan dokumen kepatuhan. Untuk bisnis asing, bermitra dengan perusahaan lokal Tiongkok adalah hal yang penting.
-    
--   **Proses Pendaftaran:**
-    
-    1.  Pilih penyedia berlisensi (misalnya, [Alibaba Cloud](https://www.alibabacloud.com/en/services/icp?_p_lc=1), [Tencent Cloud](https://www.tencentcloud.com/solutions/icp-registration-support)).
-    2.  Kirimkan dokumen yang diperlukan (diterjemahkan ke bahasa Mandarin).
-    3.  Tunggu persetujuan (rata-rata 14-23 hari kerja).
--   **Pasca Persetujuan:**  
-    Tampilkan nomor ICP Anda secara jelas di aplikasi dan jaga semua detail tetap diperbarui.
-
-Melewatkan proses ini dapat menyebabkan gangguan signifikan, jadi pastikan Anda benar-benar siap sebelum meluncur di Tiongkok.
-
-## Apa itu Lisensi ICP & Pendaftaran ICP untuk Tiongkok
-
-<iframe src="https://www.youtube.com/embed/OxnePlkzJNQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Dokumentasi yang Diperlukan
-
-Mendapatkan pendaftaran ICP yang benar di Tiongkok dimulai dengan memiliki dokumen yang tepat. Berikut rincian dokumen bisnis, teknis, dan otorisasi yang Anda perlukan.
-
-### Daftar Periksa Dokumen
-
-Pastikan untuk mengumpulkan dokumen-dokumen ini sebelum memulai proses pendaftaran:
-
--   **Dokumentasi Bisnis**
-    
-    -   Izin usaha atau sertifikat pendaftaran perusahaan
-    -   Sertifikat kode organisasi
-    -   ID perwakilan hukum (paspor untuk perwakilan asing)
-    -   Stempel resmi perusahaan (cap perusahaan)
-    -   Bukti alamat bisnis lokal di Tiongkok
--   **Dokumentasi Teknis**
-    
-    -   Sertifikat registrasi nama domain
-    -   Detail hosting server
-    -   Dokumentasi protokol keamanan jaringan
-    -   Pernyataan kepatuhan privasi data
-    -   Rencana tanggap darurat
--   **Dokumen Otorisasi**
-    
-    -   Surat otorisasi (jika bekerja dengan agen)
-    -   Surat kuasa (untuk perusahaan asing)
-    -   Surat penunjukan untuk perwakilan lokal
-
-### Informasi Teknis Khusus Platform
-
-Meski iOS dan Android memiliki persyaratan serupa, Anda perlu menyediakan informasi teknis detail tentang aplikasi Anda. Ini termasuk pengidentifikasi aplikasi, URL toko, IP server, langkah keamanan konten, dan mekanisme pembaruan. Mematuhi aturan app store di Tiongkok sangat penting untuk pembaruan [\[1\]](https://capgo.app/). Alat seperti Capgo dapat membantu Anda mengelola pembaruan langsung yang patuh.
-
-**Tips Teknis Utama:**
-
--   Simpan semua dokumen dalam format PDF.
--   Terjemahkan dokumen berbahasa Inggris ke bahasa Mandarin.
--   Siapkan file terpisah untuk setiap versi aplikasi.
--   Cadangkan semua sertifikat dan kunci.
--   Dokumentasikan arsitektur jaringan dan aliran data aplikasi Anda untuk tinjauan keamanan.
-
-Memiliki dokumen-dokumen ini secara teratur memastikan Anda memenuhi persyaratan regulasi dan membantu menjaga kepatuhan dan proses pembaruan aplikasi Anda. Setelah semuanya siap, Anda dapat melanjutkan ke langkah-langkah pendaftaran.
-
-## Langkah-langkah Aplikasi Pendaftaran
-
-Berikut cara mendaftar aplikasi ICP langkah demi langkah.
-
-Setelah semua dokumentasi Anda siap, langkah selanjutnya adalah memilih mitra pendaftaran yang tepat.
-
-### Pilih Penyedia Layanan
-
-Anda dapat memilih dari jenis penyedia berikut:
-
--   **Penyedia Layanan Internet Berlisensi (ISP):** Pilihan terkenal termasuk Alibaba Cloud, Tencent Cloud, atau [China Telecom](https://www.ctamericas.com/icp-license-support/).
--   **Agen pendaftaran pihak ketiga:** Perusahaan-perusahaan ini mengkhususkan diri dalam layanan pendaftaran ICP.
--   **Penyedia hosting:** Menggabungkan layanan hosting dengan bantuan pendaftaran ICP.
-
-Cari penyedia dengan rekam jejak yang kuat dalam pendaftaran ICP, dukungan bahasa Mandarin yang andal, respons cepat, dan harga yang transparan.
-
-### Kirim Aplikasi Anda
-
-**Registrasi Awal:** Mulai dengan mendaftar di platform penyedia Anda. Anda perlu mengirimkan detail seperti verifikasi perusahaan, informasi perwakilan hukum, spesifikasi aplikasi, dan konfigurasi server.
-
-Pastikan untuk mengisi formulir dengan hati-hati, termasuk:
-
--   Detail tentang fungsi dan tujuan aplikasi Anda.
--   Informasi tentang lokasi dan konfigurasi server.
--   Metode distribusi konten.
--   Prosedur penanganan data.
-
-Dokumen yang diperlukan harus diunggah sesuai format yang ditentukan, dan tanda tangan serta stempel harus menggunakan tinta merah.
-
-### Timeline yang Diharapkan
-
-| Tahap | Durasi | Aktivitas Utama |
-| --- | --- | --- |
-| Tinjauan Awal | 1-3 hari kerja | Penyedia memeriksa kelengkapan dokumen |
-| Pendaftaran Provinsi | 10-15 hari kerja | Tinjauan otoritas lokal |
-| Verifikasi Akhir | 3-5 hari kerja | Penugasan nomor ICP |
-| Total Proses | 14-23 hari kerja | Dari pengiriman hingga persetujuan |
-
--   Aplikasi yang dikirim selama liburan Tiongkok mungkin membutuhkan waktu lebih lama.
--   Dokumen yang hilang atau tidak lengkap dapat menambah 5-10 hari kerja pada timeline.
--   Aplikasi darurat tidak tersedia.
--   Anda dapat melacak kemajuan aplikasi Anda melalui platform penyedia.
-
-Pastikan catatan Anda tetap diperbarui untuk menjawab pertanyaan lanjutan dengan cepat.
-
-## Tinjauan dan Persetujuan
-
-Proses tinjauan pendaftaran ICP mencakup beberapa lapisan evaluasi oleh otoritas Tiongkok.
-
-### Langkah-langkah Tinjauan
-
--   **Tinjauan Teknis**  
-    Otoritas memeriksa pengaturan server, keamanan jaringan, praktik penyimpanan data, dan arsitektur teknis secara keseluruhan.
-    
--   **Tinjauan Konten**  
-    Ini melibatkan moderasi konten yang dibuat pengguna, mengelola distribusi konten, dan memastikan kebijakan privasi dan penanganan data sesuai dengan peraturan.
-    
--   **Tinjauan Kepatuhan Hukum**  
-    Pejabat memverifikasi pendaftaran bisnis, kredensial perwakilan hukum, lisensi khusus industri yang diperlukan, dan kepatuhan terhadap aturan data lintas batas.
-    
-
-### Alasan Penolakan Umum
-
-| Alasan Penolakan | Deskripsi | Tindakan yang Disarankan |
-| --- | --- | --- |
-| Dokumentasi Tidak Lengkap | Sertifikat bisnis yang hilang atau kedaluwarsa | Kirimkan set lengkap dokumen yang diperbarui dan valid |
-| Masalah Lokasi Server | Server tidak dihosting di daratan Tiongkok | Beralih ke penyedia hosting dengan server di daratan Tiongkok |
-| Pelanggaran Konten | Ditemukan konten yang dilarang atau dibatasi | Sesuaikan konten Anda dengan standar regulasi |
-| Ketidakpatuhan Teknis | Langkah keamanan tidak memadai | Tingkatkan protokol dan konfigurasi keamanan |
-| Informasi Salah | Kesalahan dalam detail perusahaan atau perwakilan | Periksa ulang dan perbaiki semua informasi yang dikirimkan |
-
-Menangani masalah-masalah ini dengan cepat sangat penting sebelum melanjutkan proses pendaftaran ICP.
-
-### Menggunakan Nomor ICP Anda
-
-Setelah disetujui, mengimplementasikan dan memelihara nomor ICP Anda dengan benar sangat penting.
-
--   **Tampilan**  
-    Sertakan lisensi ICP lengkap (misalnya, 京ICP备XXXXXXXX号) di lokasi yang terlihat dalam aplikasi Anda, seperti bagian 'Tentang' atau pengaturan. Gunakan bahasa Mandarin dan Inggris, dan tautan ke situs verifikasi resmi, jika memungkinkan.
-    
--   **Pemeliharaan**  
-    Perbarui detail ICP Anda segera jika ada perubahan pada bisnis atau informasi kontak Anda untuk tetap patuh.
-    
-
-Menampilkan dan memperbarui nomor ICP Anda secara teratur memastikan Anda tetap selaras dengan peraturan Tiongkok.
-
-## Manajemen Pasca Persetujuan
-
-Setelah pendaftaran ICP Anda disetujui, menjaga kepatuhan memerlukan perhatian dan manajemen yang konsisten. Berikut cara Anda dapat menjaga semuanya tetap sesuai jalur.
-
-### Menjaga Informasi Tetap Diperbarui
-
-Penting untuk memperbarui detail pendaftaran ICP Anda setiap kali terjadi perubahan. Beri tahu penyedia pendaftaran Anda segera tentang pembaruan di area berikut:
-
--   **Detail Perusahaan**: Perubahan perwakilan hukum, lisensi, alamat, atau informasi kontak.
--   **Detail Aplikasi**: Penyesuaian fungsionalitas, server, domain, atau konten.
--   **Detail Teknis**: Pembaruan hosting, langkah keamanan, atau lokasi penyimpanan data.
-
-Pemrosesan pembaruan ini biasanya membutuhkan waktu 3-7 hari kerja.
-
-### Memantau Kepatuhan
-
-Pemeriksaan rutin adalah kunci untuk memastikan Anda memenuhi standar regulasi Tiongkok. Berikut beberapa area penting untuk dipantau:
-
-| Area Pemantauan | Frekuensi | Tindakan Utama |
-| --- | --- | --- |
-| Audit Konten | Bulanan | Tinjau konten pengguna dan hapus pelanggaran. |
-| Pemeriksaan Keamanan | Triwulanan | Periksa enkripsi dan perbarui sertifikat. |
-| Kinerja Server | Mingguan | Pantau waktu aktif dan waktu respons. |
-| Tinjauan Data Pengguna | Bulanan | Pastikan penyimpanan data mematuhi aturan privasi. |
-| Dokumentasi | Triwulanan | Perbarui lisensi dan sertifikat. |
-
-### Praktik Kepatuhan Utama
-
-Untuk tetap patuh, fokus pada tugas-tugas penting ini:
-
--   Simpan catatan detail tentang semua perubahan konten.
--   Dokumentasikan pemeliharaan server dan pembaruan keamanan secara menyeluruh.
--   Pertahankan log tentang cara data pengguna ditangani.
--   Cadangkan semua dokumen terkait kepatuhan.
--   Jadwalkan audit internal rutin untuk meninjau kepatuhan.
-
-### Protokol Tanggap Darurat
-
-Bersiaplah untuk masalah kepatuhan dengan membuat rencana tanggap:
-
-1.  Tunjuk petugas kepatuhan untuk mengawasi masalah.
-2.  Siapkan saluran komunikasi yang jelas dengan otoritas terkait.
-3.  Konsultasikan dengan ahli hukum lokal sesuai kebutuhan.
-4.  Simpan catatan detail tentang insiden kepatuhan apa pun.
-5.  Kembangkan prosedur untuk menangani dan menyelesaikan pelanggaran secara efisien.
-
-## [Capgo](https://capgo.app/) untuk Pembaruan Aplikasi Tiongkok
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgo menawarkan alat yang dirancang untuk menyederhanakan pembaruan real-time sambil memastikan aplikasi Anda mematuhi peraturan Tiongkok. Alat-alat ini penting untuk menjaga aplikasi Anda tetap berjalan lancar dan memenuhi persyaratan lokal.
-
-### Alat Kepatuhan ICP Capgo
-
-Infrastruktur Capgo dibangun untuk mendukung kepatuhan ICP dengan fitur-fitur seperti:
-
--   **Performa CDN Global:** Mengunduh paket 5MB hanya dalam 114ms di seluruh China [\[1\]](https://capgo.app/).
--   **Pengiriman Aman:** Menyediakan enkripsi end-to-end untuk paket pembaruan [\[1\]](https://capgo.app/).
--   **Pemantauan Kepatuhan:** Memastikan 95% pengguna menerima pembaruan dalam 24 jam [\[1\]](https://capgo.app/).
-
-Fitur-fitur ini, dikombinasikan dengan alat pengembang Capgo, membuat pengelolaan aplikasi di China lebih efisien.
-
-### Alat Pengembang
-
-Capgo menawarkan rangkaian alat yang disesuaikan untuk pengembang yang bekerja di pasar China:
-
-| Fitur | Manfaat | Metrik Kinerja |
-| --- | --- | --- |
-| Pembaruan Parsial | Menghemat bandwidth | \-  |
-| Pelacakan Kesalahan | Melacak masalah penyebaran | Tingkat keberhasilan pembaruan 82% di seluruh dunia [\[1\]](https://capgo.app/) |
-| Sistem Rollback | Cepat kembali ke versi sebelumnya | Rollback cepat |
-| Dashboard Analitik | Melacak kinerja pembaruan | Pemantauan real-time |
-
-### Perbandingan Platform
-
-Fitur-fitur Capgo memberikan keunggulan kompetitif, seperti disorot di bawah ini:
-
-| Fitur | Capgo | Alternatif Pasar |
-| --- | --- | --- |
-| Pengguna Aktif Bulanan | Hingga 1.000.000 | Terbatas sesuai paket |
-| Kapasitas Penyimpanan | Hingga 20 GB | Bervariasi |
-| Bandwidth | Hingga 10 TB | Sering dibatasi |
-| Kecepatan Pembaruan | Respons rata-rata 57ms [\[1\]](https://capgo.app/) | Umumnya lebih lambat |
-| Struktur Biaya | Mulai dari $12/bulan | Umumnya lebih tinggi |
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan pembaruan berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Saat ini Capgo mendukung 750 aplikasi produksi dan telah mengirimkan 23,5 juta pembaruan [\[1\]](https://capgo.app/).
-
-## Ringkasan
-
-Berikut adalah rincian langkah-langkah dan praktik utama yang dibahas dalam bagian sebelumnya.
-
-### Ikhtisar Proses
-
-Mengamankan pengajuan ICP untuk aplikasi seluler di China melibatkan beberapa langkah penting. Seperti disebutkan dalam bagian Pengajuan Aplikasi dan Pasca Persetujuan, setiap fase memerlukan perhatian khusus pada detail. Periode tinjauan awal biasanya memakan waktu 14-23 hari kerja, dengan waktu tambahan jika diperlukan revisi.
-
-### Praktik Terbaik
-
-Saat mengerjakan pengajuan ICP, strategi-strategi ini dapat membantu:
-
-| Praktik Terbaik | Dampak | Pertimbangan Utama |
-| --- | --- | --- |
-| Persiapan Dokumen | Mengurangi keterlambatan | Pastikan semua dokumen yang diperlukan diterjemahkan dan dilegalisir sebelum pengajuan. |
-| Pemilihan Penyedia | Memastikan kepatuhan | Bekerja dengan penyedia yang berpengalaman dalam menangani pengajuan ICP aplikasi seluler. |
-| Sistem Pemantauan | Melacak kemajuan | Periksa persyaratan kepatuhan secara teratur untuk tetap up-to-date dengan perubahan apa pun. |
-| [Manajemen Pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Menghindari pelanggaran | Jaga informasi aplikasi dan pengajuan tetap terkini dengan otoritas regulasi. |
-
-### Manfaat Capgo
-
-Capgo menyederhanakan proses menjaga kepatuhan ICP dengan menawarkan alat yang disesuaikan untuk pembaruan aplikasi yang aman dan cepat. Platform ini menyediakan **enkripsi end-to-end**, persyaratan utama untuk memenuhi standar keamanan data China. Fitur pembaruan langsungnya memungkinkan pengembang menerapkan perubahan regulasi segera, melewati kebutuhan tinjauan app store. Capgo melaporkan tingkat keberhasilan pembaruan global sebesar 82%, memastikan 95% pengguna aktif menerima pembaruan dalam 24 jam [\[1\]](https://capgo.app/).
-
-Capgo juga menawarkan sistem kanal yang memungkinkan pengembang menguji pembaruan kepatuhan dengan grup pengguna tertentu sebelum meluncurkannya secara luas. Dashboard analitik memberikan wawasan tentang kinerja pembaruan. Fitur utama meliputi:
-
--   **Pembaruan Instan**: Terapkan perubahan regulasi segera tanpa penundaan app store.
--   **Pengiriman Aman**: Pembaruan dienkripsi end-to-end untuk memenuhi persyaratan keamanan China.
--   **Hosting Fleksibel**: Pilih antara opsi berbasis cloud atau self-hosted untuk memenuhi kebutuhan lokalisasi.
-
-Alat-alat ini menjadikan Capgo sumber daya yang berharga bagi pengembang yang menavigasi pasar China, di mana respons cepat terhadap perubahan regulasi sangat penting untuk tetap patuh.
diff --git a/src/content/blog/id/in-app-purchases-capacitor.md b/src/content/blog/id/in-app-purchases-capacitor.md
deleted file mode 100644
index 13ec843b0..000000000
--- a/src/content/blog/id/in-app-purchases-capacitor.md
+++ /dev/null
@@ -1,317 +0,0 @@
----
-slug: in-app-purchases-capacitor
-title: pembelian dalam aplikasi untuk Capacitor
-description: >-
-  Cara menerapkan pembelian dalam aplikasi untuk aplikasi capacitor menggunakan
-  plugin Pembelian Capacitor dan RevenueCat
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-19T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /revenuecat_iap.webp
-head_image_alt: Pembelian dalam aplikasi RevenueCat
-keywords: >-
-  Capacitor, in-app purchases, RevenueCat, mobile app development, live updates,
-  OTA updates, continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: ''
----
->> Plugin ini sekarang telah dipindahkan ke repositori resmi RevenueCat. Silakan lihat [dokumentasi resmi](https://www.revenuecat.com/docs/getting-started/installation/capacitor) untuk informasi lebih lanjut.
-
-Capacitor Purchases adalah plugin untuk framework Capacitor yang memungkinkan pembelian dalam aplikasi di iOS dan Android. Ini menyediakan API yang sederhana dan konsisten di berbagai platform, membuatnya mudah bagi pengembang untuk mengimplementasikan langganan dan pembelian dalam aplikasi di aplikasi mobile mereka.
-
-Salah satu fitur utama dari plugin Capacitor Purchases adalah integrasinya dengan RevenueCat, sebuah platform yang menyediakan alat untuk langganan dalam aplikasi dan pembelian dalam aplikasi. RevenueCat menyederhanakan proses implementasi langganan dan pembelian dalam aplikasi dengan menyediakan API yang sederhana dan konsisten di berbagai platform, serta mengotomatiskan tugas seperti validasi tanda terima dan manajemen pengguna.
-
-Dengan RevenueCat, pengembang dapat dengan mudah mengelola langganan, melacak pendapatan, dan melakukan tugas terkait lainnya. Beberapa fitur yang ditawarkan oleh RevenueCat termasuk:
-
-- Validasi tanda terima otomatis
-- Manajemen pengguna
-- Dukungan untuk model harga kustom
-- Analisis terperinci
-- Skalabilitas
-
-Dengan menggunakan plugin Capacitor Purchases bersama RevenueCat, pengembang dapat menghemat waktu dan usaha saat mengimplementasikan langganan dan pembelian dalam aplikasi di aplikasi mobile mereka, serta menyediakan fitur tambahan yang dapat membantu meningkatkan pengalaman pengguna dan meningkatkan pendapatan.
-
-Menggunakan plugin Capacitor Purchases dan RevenueCat, pengembang dapat dengan mudah mengelola dan melacak langganan dan pembelian dalam aplikasi, memvalidasi tanda terima, dan mengelola pengguna di berbagai platform. Ini juga memungkinkan pembuatan model harga kustom dan mendapatkan analisis terperinci untuk meningkatkan kinerja dan pendapatan.
-
-
-## Instalasi
-
-Pastikan untuk menggunakan versi terbaru dari Capacitor dan plugin Capacitor Purchases. Anda dapat memeriksa versi terbaru dari Capacitor dan plugin Capacitor Purchases di situs web Capacitor.
-
-Untuk menginstal plugin Capacitor Purchases, jalankan perintah berikut:
-`npm i @capgo/capacitor-purchases`
-tambahkan plugin ke kode native aplikasi anda
-`npx cap sync`
-
-
-tambahkan kemampuan pembelian dalam aplikasi di Xcode:
-
-![Xcode step 1](/iap_step1.webp)
-kemudian
-![xcode step 2](/iap_step2.webp)
-
-## 1. Buat Akun RevenueCat
-Panduan ini akan memandu Anda tentang cara memulai dengan langganan dan SDK RevenueCat hanya dengan beberapa baris kode.
-
-Daftar untuk membuat akun RevenueCat baru [di sini](https://app.revenuecat.com/).
-
-> ### 📘
-> 
-> 💡 Berikut adalah tip!
-> 
-> RevenueCat merekomendasikan untuk membuat akun RevenueCat terpisah untuk setiap aplikasi / proyek yang Anda miliki, terutama jika Anda berniat untuk menjual aplikasi tersebut. Ini akan mempercepat proses transfer, karena Anda dapat mentransfer seluruh akun daripada menunggu dukungan RevenueCat untuk mentransfer proyek individu.
-
-
-### Organisasi / Perusahaan
-
-Kami merekomendasikan untuk menggunakan akun perusahaan saat mendaftar untuk RevenueCat dan mengatur aplikasi Anda dalam suatu proyek. Anda akan dapat mengundang anggota tim lainnya sebagai [kolaborator](https://www.revenuecat.com/docs/collaborators/) ke proyek Anda, tetapi **hanya pemilik proyek yang dapat mengelola penagihan**. Kolaborator proyek tidak dapat mengelola rincian penagihan.
-
-## 2. Konfigurasi Proyek dan Aplikasi
-
-
-### ▶️ Buat Proyek
-
-Navigasikan ke dasbor RevenueCat dan [tambahkan proyek baru](https://app.revenuecat.com/overview/) dari dropdown di menu navigasi bagian atas yang disebut _Proyek_.
-
-![RevenueCat step 1](/revenuecat_step1.webp)
-
-Modal popup untuk membuat Proyek baru
-
-### ▶️ Tambahkan Aplikasi / Platform
-
-Dari **Pengaturan Proyek > Aplikasi** di menu kiri dasbor proyek, pilih platform untuk aplikasi yang akan Anda tambahkan.
-
-![RevenueCat step 2](/revenuecat_step2.webp)
-
-Dasbor proyek untuk memilih platform aplikasi
-
-Bidang **Nama aplikasi** adalah wajib untuk menambahkan aplikasi Anda ke RevenueCat. Rincian konfigurasi lainnya dapat ditambahkan nanti. Untuk melakukan pembelian uji dan produksi, ID Paket (iOS) / Nama Paket (Android) serta Kunci Rahasia Bersama (iOS) / Kredensial Layanan (Android) harus dikonfigurasi.
-
-![RevenueCat step 3](/revenuecat_step3.webp)
-
-Halaman konfigurasi aplikasi untuk aplikasi Apple App Store
-
-> ### 📘
-> 
-> 💡 Berikut adalah tip!
-> 
-> Setelah mendaftarkan aplikasi Anda, RevenueCat merekomendasikan untuk mengatur [Pemberitahuan Server Platform](https://www.revenuecat.com/docs/server-notifications/). Pemberitahuan ini tidak wajib, tetapi akan mempercepat waktu pengiriman [webhooks](https://www.revenuecat.com/docs/webhooks/) dan integrasi serta mengurangi waktu keterlambatan dalam memperbarui pelanggan Anda.
-
-> ### 📘
-> 
-> Aplikasi dan pengguna Staging vs. Produksi
-> 
-> RevenueCat itu sendiri tidak memiliki lingkungan terpisah untuk staging dan produksi. Sebaliknya, transaksi mendasar untuk pengguna dibedakan oleh sandbox dan produksi.
-> 
-> Setiap aplikasi RevenueCat dapat melakukan pembelian sandbox dan produksi dari toko. Jika Anda memiliki aplikasi terpisah untuk staging dan produksi, Anda dapat membuat beberapa proyek di RevenueCat untuk mencerminkan pengaturan Anda.
-> 
-> Selain itu, pengguna juga tidak dipisahkan berdasarkan lingkungan. Pengguna yang sama dapat memiliki pembelian sandbox aktif dan pembelian produksi aktif pada saat yang sama.
-
-
-### ▶️ Kredensial Layanan
-
-Kredensial layanan perlu diatur agar RevenueCat dapat berkomunikasi dengan toko aplikasi atas nama Anda. Lihat panduan RevenueCat tentang [Kunci Rahasia Bersama App Store Connect](https://www.revenuecat.com/docs/itunesconnect-app-specific-shared-secret/), [Kredensial Layanan Play](https://www.revenuecat.com/docs/creating-play-service-credentials/), dan [Kunci Rahasia Amazon Appstore](https://www.revenuecat.com/docs/service-credentials/amazon-appstore-credentials/) untuk informasi lebih lanjut.
-
-Perhatikan bahwa kredensial layanan play dapat memakan waktu hingga 36 jam untuk menyebar ke seluruh server Google.
-
-## 3. Konfigurasi Produk
-
-### ▶️ Pengaturan Toko
-
-Sebelum Anda dapat mulai menggunakan RevenueCat untuk mengambil produk, Anda harus mengkonfigurasi produk Anda di toko terkait. Lihat panduan berikut untuk [App Store Connect](https://www.revenuecat.com/docs/ios-products/), [Google Play Console](https://www.revenuecat.com/docs/android-products/), [Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/), dan [Stripe](https://www.revenuecat.com/docs/stripe-products/) untuk membantu menavigasi melalui proses ini.
-
-Jika Anda menjual produk iOS, pastikan untuk menandatangani 'Perjanjian Aplikasi Berbayar' dan mengisi informasi bank dan pajak Anda di **App Store Connect > Perjanjian, Pajak, dan Perbankan**. **Ini harus diselesaikan sebelum Anda dapat menguji pembelian apa pun**.
-
-> ### 📘
-> 
-> Ingin melewati pengaturan toko saat pengujian?
-> 
-> Di iOS, Anda dapat menunda konfigurasi produk di App Store Connect dengan menguji menggunakan file Konfigurasi StoreKit sebagai gantinya. File konfigurasi ini memerlukan pengaturan minimal dan bisa dikonfigurasi langsung melalui Xcode.
-> 
-> Baca lebih lanjut tentang pengaturan file Konfigurasi StoreKit di panduan RevenueCat [Pengujian Sandbox](https://www.revenuecat.com/docs/apple-app-store/#ios-14-only-testing-on-the-simulator).
-
-### ▶️ Konfigurasi Produk dan Hak Akses di RevenueCat
-
-Setelah produk dalam aplikasi Anda telah dikonfigurasi di [App Store Connect](https://www.revenuecat.com/docs/ios-products/), [Google Play Console](https://www.revenuecat.com/docs/android-products/), [Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/), atau [Stripe](https://www.revenuecat.com/docs/stripe-products/), Anda perlu menyalin konfigurasi tersebut ke dasbor RevenueCat. RevenueCat menggunakan sistem Hak Akses untuk mengontrol akses ke fitur premium, dan Penawaran untuk mengelola set produk yang Anda tawarkan kepada pelanggan.
-
-Hak Akses adalah tingkat akses yang “berhak” diterima oleh pelanggan setelah membeli produk tertentu. Penawaran adalah cara sederhana bagi Anda untuk mengorganisir produk dalam aplikasi yang ingin Anda “tawarkan” di dinding pembayaran Anda dan mengkonfigurasinya dari jarak jauh. RevenueCat **merekomendasikan** memanfaatkan fitur ini untuk menyederhanakan kode Anda dan memungkinkan Anda mengubah produk tanpa merilis pembaruan aplikasi.
-
-Lihat [Mengonfigurasi Produk](https://www.revenuecat.com/docs/entitlements/) untuk mengatur produk Anda dan kemudian mengorganisasikannya ke dalam Penawaran atau Hak Akses.
-
-![RevenueCat step 4](/revenuecat_step4.webp)
-
-## 4. Menggunakan SDK Pembelian RevenueCat
-
-SDK RevenueCat dengan mulus mengimplementasikan pembelian dan langganan di berbagai platform sambil menyinkronkan token dengan server RevenueCat.
-
-Jika Anda mengalami masalah dengan SDK, lihat [Memecahkan Masalah SDK](https://www.revenuecat.com/docs/troubleshooting-the-sdks/) untuk panduan.
-
-> ### 📘
-> 
-> Hanya gunakan kunci SDK publik Anda untuk mengonfigurasi Pembelian
-> 
-> Anda dapat mengambil kunci SDK publik Anda dari tab **Kunci API** di bawah **Pengaturan Proyek** di dasbor.
-
-Anda sebaiknya hanya mengonfigurasi instance bersama dari _Pembelian_ sekali, biasanya saat peluncuran aplikasi. Selanjutnya, instance yang sama dibagikan di seluruh aplikasi Anda dengan mengakses instance `.shared` di SDK.
-
-Lihat panduan RevenueCat tentang [Mengonfigurasi SDK](https://docs.revenuecat.com/docs/configuring-sdk/) untuk informasi lebih lanjut dan praktik terbaik.
-
-Pastikan Anda mengonfigurasi _Pembelian_ dengan kunci SDK publik Anda saja. Anda dapat membaca lebih lanjut tentang berbagai kunci API yang tersedia di RevenueCat [Panduan Autentikasi](https://www.revenuecat.com/docs/authentication/).
-
-
-```javascript
-import { CapacitorPurchases } from '@capgo/capacitor-purchases'
-import { isPlatform } from '@ionic/vue' // use the right one for your framework
-
-CapacitorPurchases.setDebugLogsEnabled({ enabled: import.meta.env.DEV }) // Enable to get debug logs in dev mode
-if (isPlatform('ios')) {
-    CapacitorPurchases.setup({ apiKey:'appl_******'})
-} else if (isPlatform('android')) {
-    CapacitorPurchases.setup({ apiKey:'goog_******'})
-}
-```
-
-Saat dalam pengembangan, RevenueCat merekomendasikan untuk mengaktifkan log debug yang lebih mendetail. Untuk informasi lebih lanjut tentang log ini, lihat panduan [Debugging](https://www.revenuecat.com/docs/debugging/) mereka.
-
-Jika Anda berencana untuk menggunakan RevenueCat bersama dengan kode pembelian yang sudah ada, lihat panduan mereka tentang [Mode Pengamat](https://www.revenuecat.com/docs/observer-mode/).
-
-
-> ### 📘
-> 
-> Mengonfigurasi Pembelian dengan ID Pengguna
-> 
-> Jika Anda memiliki sistem otentikasi pengguna dalam aplikasi Anda, Anda dapat memberikan pengidentifikasi pengguna saat konfigurasi atau pada waktu lain dengan panggilan ke `.logIn()`. Untuk mempelajari lebih lanjut, lihat panduan RevenueCat tentang [Mengidentifikasi Pengguna](https://www.revenuecat.com/docs/user-ids/).
-
-SDK akan secara otomatis mengambil [Penawaran yang dikonfigurasi](https://www.revenuecat.com/docs/entitlements/#offerings) dan mengambil informasi produk dari Apple, Google, atau Amazon. Dengan demikian, produk yang tersedia sudah akan dimuat ketika pelanggan membuka layar pembelian Anda.
-
-Berikut adalah contoh pengambilan Penawaran. Anda dapat memanfaatkan Penawaran untuk mengatur layar paywall Anda. Lihat panduan RevenueCat tentang [Menampilkan Produk](https://www.revenuecat.com/docs/displaying-products/) untuk informasi lebih lanjut dan praktik terbaik.
-
-### ▶️ Ambil dan Tampilkan Produk yang Tersedia
-
-> ### 📘
-> 
-> Mengonfigurasi Pembelian dengan ID Pengguna
-> 
-> Jika Anda memiliki sistem otentikasi pengguna di aplikasi Anda, Anda dapat memberikan pengidentifikasi pengguna pada saat konfigurasi atau di kemudian hari dengan panggilan ke `.logIn()`. Untuk mempelajari lebih lanjut, lihat panduan RevenueCat tentang [Mengidentifikasi Pengguna](https://www.revenuecat.com/docs/user-ids/).
-
-SDK akan secara otomatis mengambil [Penawaran yang dikonfigurasi](https://www.revenuecat.com/docs/entitlements/#offerings) dan mengambil informasi produk dari Apple, Google, atau Amazon. Dengan demikian, produk yang tersedia sudah akan dimuat ketika pelanggan membuka layar pembelian Anda.
-
-Berikut adalah contoh pengambilan Penawaran. Anda dapat memanfaatkan Penawaran untuk mengatur layar paywall Anda. Lihat panduan RevenueCat tentang [Menampilkan Produk](https://www.revenuecat.com/docs/displaying-products/) untuk informasi lebih lanjut dan praktik terbaik.
-
-```javascript
-const { offerings } = await CapacitorPurchases.getOfferings()
-if (offerings.current !== null) {  
-    // Display current offering with offerings.current
-}
-```
-
-Jika pengambilan [Penawaran](https://www.revenuecat.com/docs/entitlements/#offerings), [produk](https://www.revenuecat.com/docs/entitlements/#products), atau [paket](https://www.revenuecat.com/docs/entitlements/#adding-packages) yang tersedia kosong, ini disebabkan oleh masalah konfigurasi di toko yang bersangkutan.
-
-Alasan paling umum untuk ini di App Store Connect adalah 'Perjanjian Aplikasi Berbayar' yang sudah usang atau produk tidak berada dalam status 'Siap Untuk Dikirim' setidaknya. Di Google Play ini biasanya terjadi ketika aplikasi tidak dipublikasikan di jalur tertutup dan pengguna uji yang valid ditambahkan.
-
-Anda dapat menemukan lebih banyak informasi tentang pemecahan masalah ini di [Pusat Bantuan](https://support.revenuecat.com/hc/en-us/articles/360041793174/).
-
-### ▶️ Lakukan Pembelian
-
-SDK mencakup metode sederhana untuk memfasilitasi pembelian. `purchase:package` mengambil paket dari Penawaran yang diambil dan memproses transaksi dengan toko aplikasi yang bersangkutan.
-
-Contoh kode di bawah menunjukkan proses pembelian paket dan memastikannya membuka konten "your_entitlement_id". Detail lebih lanjut tentang metode `purchase:package` dapat ditemukan di panduan RevenueCat tentang [Melakukan Pembelian](https://www.revenuecat.com/docs/making-purchases/).
-
-```typescript
-const purchase = async (p: Package): Promise<PurchaserInfo | null> => {
-  try {
-    // console.log('purchase', p)
-    const data = await CapacitorPurchases.purchasePackage({
-      identifier: p.identifier,
-      offeringIdentifier: p.offeringIdentifier,
-    })
-    const purchaserInfo = data.purchaserInfo
-    // console.log('listenBuy', purchaserInfo)
-    if (purchaserInfo.activeSubscriptions.includes(p.identifier)) {
-      // set the user as paid
-    }
-    return purchaserInfo
-  }
-  catch (e) {
-    console.error('listenBuy error', e)
-  }
-  return null
-}
-```
-
-### ▶️ Periksa Status Langganan
-
-Anda dapat menggunakan metode ini kapan saja Anda perlu mendapatkan status terbaru, dan aman untuk memanggil ini berulang kali sepanjang siklus hidup aplikasi Anda. _Pembelian_ secara otomatis menyimpan cache `CustomerInfo` terbaru setiap kali memperbarui — jadi dalam banyak kasus, metode ini menarik dari cache dan berjalan sangat cepat.
-
-Ini adalah hal yang biasa untuk memanggil metode ini saat memutuskan UI mana yang akan ditampilkan kepada pengguna, dan setiap kali pengguna melakukan tindakan yang memerlukan tingkat hak tertentu.
-
-> ### 📘
-> 
-> 💡 Berikut adalah tip!
-> 
-> Anda dapat mengakses lebih banyak informasi tentang langganan daripada sekadar apakah langganan itu aktif atau tidak. Lihat panduan RevenueCat tentang [Status Langganan](https://www.revenuecat.com/docs/customer-info/) untuk mengetahui apakah langganan diatur untuk diperbarui, jika ada masalah terdeteksi dengan kartu kredit pengguna, dan lainnya.
-
-RevenueCat memungkinkan pengguna Anda untuk mengembalikan pembelian dalam aplikasi mereka, mengaktifkan kembali konten apa pun yang sebelumnya mereka beli dari **akun toko yang sama** (akun Apple, Google, atau Amazon). Kami merekomendasikan agar semua aplikasi memiliki cara bagi pengguna untuk memicu metode pemulihan. Perlu dicatat bahwa Apple memang memerlukan mekanisme pemulihan jika pengguna kehilangan akses ke pembelian mereka (misalnya: menghapus/menginstal ulang aplikasi, kehilangan informasi akun mereka, dll).
-
-```javascript
-  const res = await CapacitorPurchases.restoreTransactions()
-  const purchaserInfo = res.purchaserInfo
-  const ids: string[] = [] // extract active subscriptions ids
-  purchaserInfo.activeSubscriptions.forEach((id) => {
-    ids.push(id)
-  })
-
-```
-
-Jika dua [ID Pengguna Aplikasi](https://www.revenuecat.com/docs/user-ids/) yang berbeda mengembalikan transaksi dari akun toko yang sama yang mendasarinya (akun Apple, Google, atau Amazon).
-RevenueCat dapat mencoba untuk membuat alias antara dua ID Pengguna Aplikasi dan menghitungnya sebagai pengguna yang sama di masa mendatang. Lihat panduan RevenueCat tentang [Mengembalikan Pembelian](https://www.revenuecat.com/docs/restoring-purchases/) untuk informasi lebih lanjut tentang berbagai perilaku pemulihan yang dapat dikonfigurasi.
-
-Karena SDK bekerja dengan mulus di platform mana pun, perubahan pada informasi pembelian pengguna dapat berasal dari berbagai sumber. Anda dapat merespons setiap perubahan dalam `CustomerInfo` pelanggan dengan mematuhi metode delegasi opsional, `purchases:receivedUpdated:`.
-
-Metode ini akan dipicu setiap kali SDK menerima objek `CustomerInfo` yang diperbarui dari panggilan ke `getCustomerInfo()`, `purchase(package:)`, `purchase(product:)`, atau `restorePurchases()`.
-
-Pembaruan CustomerInfo _tidak_ dipush ke aplikasi Anda dari backend RevenueCat, pembaruan hanya dapat terjadi dari permintaan jaringan keluar ke RevenueCat, seperti yang disebutkan di atas.
-
-Tergantung pada aplikasi Anda, mungkin cukup untuk mengabaikan delegasi dan hanya menangani perubahan informasi pelanggan pada saat aplikasi Anda diluncurkan atau di dalam blok penyelesaian dari metode SDK.
-
-```javascript
-CapacitorPurchases.addListener('purchasesUpdate', (data) => {
-  console.log('purchasesUpdate', data)
-})
-```
-
-> ### 👍
-> 
-> Anda melakukannya!
-> 
-> Anda sekarang telah menerapkan sistem pembelian langganan yang sepenuhnya fitur tanpa menghabiskan waktu sebulan untuk menulis kode server. Selamat!
-
-### Aplikasi Contoh
-
-Untuk mengunduh contoh yang lebih lengkap dari integrasi SDK, kunjungi sumber daya aplikasi contoh RevenueCat.
-
-**[Lihat Contoh](https://www.revenuecat.com/docs/sample-apps/)**
-
-Saya akan segera menerbitkan aplikasi contoh menggunakan Capacitor dan Vue.js.
-
-Jika Anda perlu menggunakan SDK Capacitor secara mendalam, lihat dokumentasi [di sini](https://github.com/Cap-go/capacitor-purchases/).
-
-### Langkah Selanjutnya
-\
--   Jika Anda belum melakukannya, pastikan produk Anda dikonfigurasi dengan benar dengan memeriksa panduan RevenueCat tentang [hak](https://www.revenuecat.com/docs/entitlements/).
--   Jika Anda ingin menggunakan pengidentifikasi pengguna Anda sendiri, baca tentang [mengatur ID pengguna aplikasi](https://www.revenuecat.com/docs/user-ids/).
--   Jika Anda beralih ke RevenueCat dari sistem lain, lihat panduan RevenueCat tentang [memigrasikan langganan yang sudah ada](https://www.revenuecat.com/docs/migrating-existing-subscriptions/).
--   Setelah Anda siap untuk menguji integrasi Anda, Anda dapat mengikuti panduan RevenueCat tentang [pengujian dan pemecahan masalah](https://www.revenuecat.com/docs/debugging/).
--   Jika Anda memenuhi syarat untuk Program Bisnis Kecil App Store, lihat panduan RevenueCat tentang [cara mendaftar dan memberi tahu RevenueCat](https://www.revenuecat.com/docs/app-store-small-business-program/).
-
-Jika Anda membutuhkan pembaruan langsung di aplikasi Anda 
-
-Bergabunglah di sini 👇
-
-## Daftar di sini untuk mendapatkan akun Anda
-
-[Capgo](/register/)
diff --git a/src/content/blog/id/installing-capacitor-cli-step-by-step-guide.md b/src/content/blog/id/installing-capacitor-cli-step-by-step-guide.md
deleted file mode 100644
index d49a4d4d6..000000000
--- a/src/content/blog/id/installing-capacitor-cli-step-by-step-guide.md
+++ /dev/null
@@ -1,365 +0,0 @@
----
-slug: installing-capacitor-cli-step-by-step-guide
-title: 'Menginstal Capacitor CLI: Panduan Langkah demi Langkah'
-description: >-
-  Pelajari cara menginstal dan mengkonfigurasi Capacitor CLI untuk mengubah
-  aplikasi web menjadi aplikasi mobile asli dengan efisien.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T02:49:29.961Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f-1743734983341.jpg
-head_image_alt: Pengembangan Seluler
-keywords: 'Capacitor, CLI, mobile app development, Node.js, Android, iOS, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) CLI membantu Anda mengubah aplikasi web menjadi aplikasi iOS dan Android asli dengan satu basis kode.** Berikut cara mengaturnya dengan cepat:
-
--   **Prasyarat**: Instal [Node.js](https://nodejs.org/en) (v16+), npm, dan kerangka kerja web (React, Vue, Angular, dll.).
--   **[Instal Capacitor CLI](https://capgo.app/docs/cli/commands)**: Jalankan `npm install @capacitor/cli @capacitor/core` dan inisialisasi proyek Anda dengan `npx cap init`.
--   **Siapkan Platform**: Tambahkan dukungan untuk platform iOS (`npx cap add ios`) dan Android (`npx cap add android`).
--   **Bangun dan Sinkronisasi**: Gunakan `npm run build` dan `npx cap sync` untuk mentransfer aset web ke proyek asli.
--   **Pembaruan Langsung Opsional**: Gunakan alat seperti [Capgo](https://capgo.app/) untuk mengirim pembaruan secara instan tanpa penundaan dari toko aplikasi.
-
-Capacitor CLI menyederhanakan pengembangan dan pemeliharaan aplikasi. Ikuti panduan untuk pengaturan yang lancar dan pemecahan masalah.
-
-## Bangun Aplikasi Seluler dengan Cepat! React + [Capacitor](https://capacitorjs.com/) + [Tailwind](https://tailwindcss.com/) + [DaisyUI](https://daisyui.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/PPXktTJXMPE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Sebelum Anda Mulai
-
-Siapkan lingkungan Anda dengan mengikuti langkah-langkah ini:
-
-### Siapkan [Node.js](https://nodejs.org/en) dan npm
-
-![Node.js](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/a74739743b1f15b8d0bf124a9c30cba9.jpg)
-
-Anda memerlukan versi Node.js 16 atau lebih tinggi. Versi LTS terbaru direkomendasikan. Untuk memeriksa pengaturan Anda, jalankan:
-
-```bash
-node --version
-npm --version
-```
-
-Jika Anda perlu memperbarui, unduh Node.js (yang termasuk npm) dari situs web resmi.
-
-Setelah memastikan Node.js siap, pastikan proyek web Anda memenuhi persyaratan Capacitor yang diperlukan.
-
-### Periksa Proyek Web Anda
-
-Proyek web Anda harus memiliki hal-hal berikut:
-
--   **File package.json yang valid**: Pastikan telah dikonfigurasi dengan benar.
--   **Direktori build**: Ini adalah tempat aset web Anda berada (umumnya `dist` atau `www`).
--   **Titik masuk**: Direktori build Anda harus mencakup file `index.html`.
-
-Berikut sekilas tentang kolom kunci di `package.json`:
-
-| Kolom Diperlukan | Contoh Nilai | Tujuan |
-| --- | --- | --- |
-| name | "my-app" | Mengidentifikasi proyek |
-| version | "1.0.0" | Menentukan versi aplikasi |
-| build directory | "dist" atau "www" | Menunjuk ke aset web |
-
-Setelah Node.js dan proyek web Anda siap, lanjutkan untuk menginstal alat khusus platform.
-
-### Instal Perangkat Lunak yang Diperlukan
-
-**Untuk Pengembangan Android:**
-
--   Unduh dan instal versi terbaru dari **[Android Studio](https://developer.android.com/studio)**.
--   Atur Android SDK dengan minimal level API 22.
--   Konfigurasi variabel lingkungan `ANDROID_HOME`.
-
-**Untuk Pengembangan iOS (Hanya Mac):**
-
--   Instal **[Xcode](https://developer.apple.com/xcode/) 14** atau versi yang lebih baru.
-    
--   Instal Command Line Tools.
-    
--   Gunakan [Homebrew](https://brew.sh/) untuk menginstal [CocoaPods](https://cocoapods.org/):
-    
-    ```bash
-    brew install cocoapods
-    ```
-    
--   Terima lisensi Xcode:
-    
-    ```bash
-    sudo xcodebuild -license accept
-    ```
-    
-
-Saat mengintegrasikan Capgo nanti, pastikan Anda memiliki koneksi internet yang stabil dan sertifikat SSL yang valid.
-
-Dengan langkah-langkah ini selesai, Anda siap menjalani proses pengembangan Capacitor yang lancar. Berikutnya, Anda akan menginstal Capacitor CLI.
-
-## Instal Capacitor CLI
-
-Dengan lingkungan Anda siap, saatnya untuk menginstal dan mengonfigurasi Capacitor CLI.
-
-### Tambahkan Paket Capacitor
-
-Mulailah dengan menginstal paket Capacitor CLI dan Core menggunakan npm:
-
-```bash
-npm install @capacitor/cli @capacitor/core
-```
-
-Setelah terinstal, konfirmasikan pengaturan dengan memeriksa [versi Capacitor](https://capgo.app/plugins/ivs-player/):
-
-```bash
-npx cap --version
-```
-
-### Siapkan Proyek Anda
-
-Inisialisasi Capacitor di proyek Anda dengan perintah berikut:
-
-```bash
-npx cap init
-```
-
-Saat inisialisasi, Anda akan diminta untuk memberikan detail berikut:
-
-| Pengaturan | Deskripsi | Contoh |
-| --- | --- | --- |
-| Nama Aplikasi | Nama yang ditampilkan di toko aplikasi | "Aplikasi Hebat Saya" |
-| ID Aplikasi | Pengenal unik untuk aplikasi Anda | "com.perusahaansaya.aplikasi" |
-| Direktori Web | Jalur ke aset web Anda | "dist" atau "www" |
-
-Selanjutnya, perbarui file konfigurasi Anda (`capacitor.config.ts` atau `capacitor.config.json`) dengan pengaturan yang relevan:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.mycompany.myapp',
-  appName: 'My Awesome App',
-  webDir: 'dist',
-  bundledWebRuntime: false
-};
-
-export default config;
-```
-
-### Siapkan iOS dan Android
-
-Tambahkan dukungan untuk platform iOS dan Android dengan perintah ini:
-
-```bash
-npx cap add ios
-npx cap add android
-```
-
-Ini akan menghasilkan proyek asli:
-
--   **iOS**: Membuat folder `ios` yang berisi proyek Xcode.
--   **Android**: Membuat folder `android` untuk proyek Android Studio.
-
-Setelah melakukan perubahan pada aset web Anda, jalankan perintah berikut untuk membangun dan menyinkronkan:
-
-```bash
-npm run build
-npx cap sync
-```
-
-Proses ini mengompilasi aset web Anda dan mentransfernya ke proyek asli, termasuk plugin [Capacitor yang terinstal](https://capgo.app/plugins/).
-
-Untuk membuka proyek asli untuk kustomisasi lebih lanjut:
-
-```bash
-npx cap open ios     # Opens Xcode
-npx cap open android # Opens Android Studio
-```
-
-Sekarang Anda siap untuk menguji pengaturan Anda dan menyelesaikan masalah yang mungkin muncul.
-
-## Memperbaiki Masalah Umum
-
-Saat mengatur Capacitor CLI, Anda mungkin mengalami beberapa masalah umum. Berikut cara mengatasinya:
-
-### Masalah Gradle Android
-
-Jika Anda mengalami masalah terkait Gradle, coba langkah-langkah ini:
-
-1.  Arahkan ke direktori Android dan bersihkan cache build:
-    
-    ```bash
-    cd android
-    ./gradlew cleanBuildCache
-    ```
-    
-2.  Perbarui versi Gradle di `android/build.gradle`:
-    
-    ```kotlin
-    buildscript {
-        ext {
-            gradleVersion = '8.1.0'
-        }
-    }
-    ```
-    
-3.  Tambahkan baris berikut ke `android/gradle.properties` untuk kinerja yang lebih baik:
-    
-    ```properties
-    org.gradle.jvmargs=-Xmx4608m
-    org.gradle.parallel=true
-    ```
-    
-
-Jika masalah tetap ada, tinjau kembali pengaturan Anda atau konsultasikan dengan sumber pemecahan masalah tambahan.
-
-### Aplikasi Menampilkan Layar Kosong
-
-Layar kosong biasanya menunjukkan adanya masalah konfigurasi. Berikut cara mengatasinya:
-
--   **Periksa Jalur Direktori Web**: Pastikan `webDir` cocok dengan output build Anda.
-    
-    ```typescript
-    const config: CapacitorConfig = {
-        webDir: 'dist', // Adjust if necessary
-    };
-    ```
-    
--   **Verifikasi Konfigurasi Server**: Pastikan pengaturan server sudah benar.
-    
-    ```typescript
-    server: {
-        url: 'http://localhost:3000',
-        cleartext: true
-    }
-    ```
-    
--   **Perbarui Kebijakan Keamanan Konten**: Tambahkan meta tag ini ke HTML Anda untuk memuat sumber dengan benar.
-    
-    ```html
-    <meta http-equiv="Content-Security-Policy" content="default-src 'self' 'unsafe-inline' 'unsafe-eval' data: *">
-    ```
-    
-
-### Plugin Tidak Berfungsi
-
-Jika sebuah plugin tidak berfungsi seperti yang diharapkan, ikuti langkah-langkah berikut:
-
-1.  Lakukan instalasi bersih untuk dependensi:
-    
-    ```bash
-    rm -rf node_modules
-    npm cache clean --force
-    npm install
-    ```
-    
-2.  Periksa pengaturan plugin di `capacitor.config.ts` untuk memastikan mereka dikonfigurasi dengan benar:
-    
-    ```typescript
-    plugins: {
-        PluginName: {
-            option: 'value'
-        }
-    }
-    ```
-    
-
-Bagi mereka yang menggunakan [plugin asli Capgo](https://capgo.app/plugins/), ia secara otomatis menyinkronkan plugin dan menjaga kompatibilitas selama pembaruan.
-
-Setelah menerapkan perbaikan ini, bangun kembali proyek Anda untuk memverifikasi perubahan:
-
-```bash
-npm run build && npx cap copy && npx cap sync
-```
-
-Setelah semuanya berjalan lancar, Anda dapat melanjutkan untuk menjelajahi opsi pembaruan langsung dengan Capgo.
-
-## Pembaruan Langsung dengan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/435c1a19c50c4ff1b7d76cbc4edeb6d0.jpg)
-
-Sederhanakan [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) menggunakan Capgo. Ini memungkinkan Anda mendorong pembaruan langsung ke pengguna, melewati kebutuhan akan ulasan dari toko aplikasi.
-
-**Memulai sangat sederhana.** Pertama, instal paket yang diperlukan:
-
-```bash
-npm install @capgo/cli @capgo/capacitor-updater
-npx cap sync
-```
-
-Kemudian, inisialisasi Capgo di proyek Anda:
-
-```bash
-npx @capgo/cli init
-```
-
-### Rencana Harga
-
-Capgo menawarkan beberapa tarif harga untuk memenuhi berbagai kebutuhan:
-
-| Rencana | Pengguna Aktif Bulanan | Bandwidth | Penyimpanan | Harga (Tahunan) |
-| --- | --- | --- | --- | --- |
-| SOLO | 1.000 | 50 GB | 2 GB | $12/bulan |
-| MAKER | 10.000 | 500 GB | 5 GB | $33/bulan |
-| TEAM | 100.000 | 2.000 GB | 10 GB | $83/bulan |
-
-Bagi pengguna perusahaan, rencana PAYG mulai dari $249/bulan dan termasuk keuntungan seperti akses API, domain kustom, dan dukungan khusus.
-
-### Konfigurasi untuk Pembaruan Langsung
-
-Untuk mengaktifkan pembaruan langsung, tambahkan yang berikut ke file `capacitor.config.ts` Anda:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://api.capgo.app/updates'
-    }
-  }
-}
-```
-
-### Fitur Utama
-
-Capgo menyediakan beberapa fitur unggulan:
-
--   **[Pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/)** dengan enkripsi ujung ke ujung
--   **Penerapan otomatis** melalui CI/CD terintegrasi
--   **Pembaruan terarah** melalui penugasan pengguna
--   **Rollback instan** dengan kontrol versi
--   **Analisis waktu nyata** untuk melacak pembaruan
-
-### Perintah Penerapan
-
-Uji pembaruan dalam pengembangan sebelum menerapkannya secara langsung. Gunakan perintah berikut:
-
--   Terapkan ke staging:
-    
-    ```bash
-    npx @capgo/cli deploy --channel staging
-    ```
-    
--   Terapkan ke produksi:
-    
-    ```bash
-    npx @capgo/cli deploy --channel production
-    ```
-    
-
-Capgo memastikan kepatuhan terhadap pedoman Apple dan Android, sehingga pembaruan langsung Anda tidak berisiko melanggar ketentuan toko aplikasi. Ini adalah cara yang efisien untuk mengelola aplikasi Capacitor setelah pemasangan.
-
-## Kesimpulan
-
-Mengatur Capacitor CLI sangat sederhana ketika Anda memiliki prasyarat yang tepat. Pengaturan ini memastikan pembaruan aplikasi yang lebih lancar dan alur kerja pengembangan yang efisien.
-
-Alat modern membuat pemeliharaan aplikasi lebih mudah dari sebelumnya. Misalnya, Capgo sekarang menyediakan pembaruan langsung, menggantikan metode yang lebih tua. Integrasinya dengan instalasi CLI menjadikannya pilihan yang baik bagi para pengembang yang bekerja dengan aplikasi Capacitor.
-
-Ekosistem [Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) terus berkembang dengan alat dan fitur baru. Menginstal CLI hanyalah titik awal untuk [membangun aplikasi seluler](https://capgo.app/blog/angular-mobile-app-capacitor/), dan Anda akan mendapat manfaat dari dokumentasi rinci dan komunitas pengembang yang aktif.
-
-Pastikan untuk selalu memperbarui Capacitor CLI dan paketnya untuk menghindari masalah kompatibilitas.
diff --git a/src/content/blog/id/integrate-universal-links-capacitor-nextjs.md b/src/content/blog/id/integrate-universal-links-capacitor-nextjs.md
deleted file mode 100644
index c581ed3ed..000000000
--- a/src/content/blog/id/integrate-universal-links-capacitor-nextjs.md
+++ /dev/null
@@ -1,190 +0,0 @@
----
-slug: integrate-universal-links-capacitor-nextjs
-title: Cara Mengintegrasikan Universal Links di Next.js dengan Capacitor
-description: >-
-  Pelajari langkah demi langkah cara mengatur universal links untuk aplikasi
-  Next.js Anda dengan Capacitor baik di platform iOS maupun Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-14T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /deeplink_next_capacitor.webp
-head_image_alt: Tautan Universal Capacitor
-keywords: >-
-  Capacitor, Universal Links, Next.js, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: DeepLinking
-published: true
-locale: id
-next_blog: ''
----
-Universal links di iOS dan App Links di Android memungkinkan pengguna untuk langsung masuk ke aplikasi Anda dari sebuah tautan, tanpa melalui browser. Hal ini sangat berguna untuk meningkatkan pengalaman pengguna dan mempertahankan konteks dari halaman web ke aplikasi. Dalam panduan ini, kita akan membahas proses pengaturan deep link ini untuk aplikasi Next.js menggunakan Capacitor.
-
-Mengatur deep link tidak memerlukan banyak kode, tetapi memerlukan beberapa konfigurasi. Di akhir panduan ini, Anda akan dapat mengklik tautan seperti `https://www.capgo.app/details/22` dan aplikasi Anda akan terbuka ke halaman yang tepat jika sudah terpasang.
-
-## Pengaturan Deep Link Next.js
-
-Pertama, kita akan membuat aplikasi Next.js baru dan halaman detail untuk pengujian:
-
-```sh
-npx create-next-app@latest capgoLinks
-cd capgoLinks
-mkdir pages/details
-touch pages/details/[id].js
-npm run build
-npx cap add ios
-npx cap add android
-```
-
-Pastikan **bundle ID** Anda diatur dengan benar di file **capacitor.config.json**, karena ini sangat penting untuk pengaturan:
-
-```json
-{
-  "appId": "com.capgo.deeplinks",
-  "appName": "capgoLinks",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-Untuk routing, Next.js menggunakan routing berbasis file, jadi dengan membuat file di `pages/details/[id].js`, kita sudah mengatur rute wildcard kita.
-
-Di `pages/details/[id].js`, kita bisa mengambil ID dari URL menggunakan router bawaan Next.js:
-
-```jsx
-import { useRouter } from 'next/router'
-
-function DetailsPage() {
-  const router = useRouter()
-  const { id } = router.query
-
-  return (
-    <div>
-      <p>My ID: {id}</p>
-    </div>
-  )
-}
-
-export default DetailsPage
-```
-
-Sekarang, mari menangani event `appUrlOpen` dengan Capacitor. Event ini dipicu ketika aplikasi dibuka melalui skema URL kustom. Tambahkan listener di file `pages/_app.js`:
-
-```jsx
-import { useEffect } from 'react'
-import { App } from '@capacitor/app'
-
-function MyApp({ Component, pageProps }) {
-  useEffect(() => {
-    App.addListener('appUrlOpen', (event) => {
-      const slug = event.url.split('.app').pop()
-      if (slug)
-        window.location.href = slug
-
-    })
-  }, [])
-
-  return <Component {...pageProps} />
-}
-
-export default MyApp
-```
-
-Kode ini mendengarkan event `appUrlOpen` dan menavigasi ke rute yang sesuai dalam aplikasi Next.js Anda.
-
-## Konfigurasi iOS
-
-Untuk iOS, Anda memerlukan ID aplikasi dengan Associated Domains yang diaktifkan. Buat file **apple-app-site-association** dengan konten berikut, ganti `YOURTEAMID` dan `com.your.bundleid` dengan team ID dan bundle ID Anda yang sebenarnya:
-
-```json
-{
-  "applinks": {
-    "apps": [],
-    "details": [
-      {
-        "appID": "YOURTEAMID.com.your.bundleid",
-        "paths": ["*"]
-      }
-    ]
-  }
-}
-```
-
-Unggah file ini ke direktori `.well-known` di domain Anda, membuatnya dapat diakses di `https://www.capgo.app/.well-known/apple-app-site-association`.
-
-Di Xcode, tambahkan domain ke entitlements aplikasi Anda menggunakan format `applinks:capgo.app`.
-
-## Konfigurasi Android
-
-Untuk Android App Links, ikuti langkah-langkah berikut:
-
-1. Buat file keystore jika Anda belum memilikinya.
-2. Dapatkan fingerprint SHA256 dari keystore.
-3. Buat file **assetlinks.json** dengan nama paket dan fingerprint SHA256 Anda.
-4. Unggah file ini ke direktori `.well-known` di domain Anda.
-
-Dalam `AndroidManifest.xml` Anda, tambahkan `intent-filter` ke elemen `activity` yang menangani deep link:
-
-```xml
-<activity ...>
-  <intent-filter android:autoVerify="true">
-    <action android:name="android.intent.action.VIEW" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <category android:name="android.intent.category.BROWSABLE" />
-    <data android:scheme="https" android:host="capgo.app" />
-  </intent-filter>
-</activity>
-```
-
-Setelah mengunggah file `assetlinks.json`, Anda dapat memverifikasinya menggunakan tool Digital Asset Links Google. Jika semuanya diatur dengan benar, Anda akan melihat tanda centang hijau.
-
-Untuk membangun dan menandatangani aplikasi Anda, gunakan perintah berikut:
-
-```sh
-cd android
-./gradlew assembleRelease
-cd ..
-jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore my-release-key.keystore android/app/build/outputs/apk/release/app-release-unsigned.apk alias_name
-zipalign -v 4 android/app/build/outputs/apk/release/app-release-unsigned.apk capgo.apk
-adb install capgo.apk
-```
-
-Ini akan menginstal aplikasi yang ditandatangani di perangkat Android yang terhubung.
-
-## Konfigurasi Capacitor untuk Pengaturan Proyek Native
-
-Untuk mengotomatisasi pengaturan proyek native, pertimbangkan menggunakan [paket Capacitor configure](https://github.com/ionic-team/capacitor-configure/). Instal di proyek Anda:
-
-```sh
-npm install @capacitor/configure
-```
-
-Buat file `capacitor.config.yaml` di root proyek Anda:
-
-```yaml
-vars:
-  BUNDLE_ID: com.capgo.deeplinks
-  PACKAGE_NAME: com.capgo.deeplinks
-platforms:
-  ios:
-    targets:
-      App:
-        bundleId: $BUNDLE_ID
-    entitlements:
-      - com.apple.developer.associated-domains: ['applinks:capgo.app']
-  android:
-    packageName: $PACKAGE_NAME
-```
-
-Jalankan tool configure dengan config ini:
-
-```sh
-npx cap-config run capacitor.config.yaml
-```
-
-Ini akan menerapkan pengaturan yang ditentukan dalam file YAML ke proyek native Anda.
-
-## Kesimpulan
-
-Mengatur deep link dengan Capacitor untuk aplikasi Next.js melibatkan konfigurasi domain dan pengaturan proyek untuk iOS dan Android. Meskipun prosesnya memerlukan perhatian detail, ini lebih sederhana dibandingkan metode lama dan tidak memerlukan plugin tambahan. Pastikan file verifikasi domain Anda disajikan dengan benar dan periksa dengan tool platform masing-masing. Setelah diatur, aplikasi Anda akan terbuka dengan mulus dari tautan web, memberikan transisi yang lancar bagi pengguna Anda dari web ke aplikasi.
diff --git a/src/content/blog/id/integrity-checks-for-capacitor-updates.md b/src/content/blog/id/integrity-checks-for-capacitor-updates.md
deleted file mode 100644
index 68c11ee6a..000000000
--- a/src/content/blog/id/integrity-checks-for-capacitor-updates.md
+++ /dev/null
@@ -1,75 +0,0 @@
----
-slug: integrity-checks-for-capacitor-updates
-title: Pemeriksaan Integritas untuk Pembaruan Capacitor
-description: >-
-  Pelajari cara menerapkan pembaruan OTA yang aman untuk aplikasi Capacitor
-  menggunakan pemeriksaan integritas, enkripsi, dan strategi rollback yang
-  efektif.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-25T02:39:56.412Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67bd178e258ce8f57ea75e3e-1740451235493.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, Capacitor, security, integrity checks, encryption, mobile apps,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Pembaruan OTA yang aman untuk aplikasi [Capacitor](https://capacitorjs.com/) sangat penting untuk melindungi pengguna dan data mereka.** Berikut cara memastikan pembaruan yang aman:
-
--   **Pemeriksaan Integritas**: Gunakan hash kriptografi dan tanda tangan digital untuk memastikan pembaruan tidak diubah.
--   **Ancaman Umum**: Cegah intersepsi, pemalsuan, dan perusakan dengan HTTPS, tanda tangan digital, dan checksum.
--   **Integrasi [Capgo](https://capgo.app/)**: Sederhanakan pembaruan yang aman dengan fitur enkripsi, verifikasi real-time, dan rollback Capgo.
--   **Praktik Keamanan Utama**:
-    -   Terapkan HTTPS untuk komunikasi yang aman.
-    -   Gunakan autentikasi TLS mutual untuk permintaan pembaruan.
-    -   Tandatangani paket pembaruan dan verifikasi dengan checksum.
-    -   Simpan kunci dengan aman menggunakan iOS Keychain atau [Android Keystore](https://developer.android.com/privacy-and-security/keystore).
-
-**Tips Cepat**: Otomatisasi rollback untuk pembaruan yang gagal dan tetap informasikan pengguna saat terjadi masalah untuk menjaga kepercayaan.
-
-Artikel ini membahas tentang penyiapan infrastruktur OTA yang aman, metode kriptografi, dan alat praktis seperti Capgo untuk memperlancar prosesnya.
-
-## Video terkait dari YouTube
-
-<iframe src="https://www.youtube.com/embed/z7nqbCQQBp8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Infrastruktur Pembaruan OTA yang Aman
-
-Bangun sistem pembaruan OTA (Over-The-Air) yang andal untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) dengan menggabungkan HTTPS, autentikasi yang kuat, dan alat pembaruan real-time.
-
-### Pengaturan HTTPS untuk Pembaruan
-
-Penggunaan HTTPS sangat penting untuk mengenkripsi transmisi pembaruan. Langkah-langkah keamanan utama meliputi:
-
-| Komponen Keamanan | Detail Implementasi | Tujuan |
-| --- | --- | --- |
-| Sertifikat SSL/TLS | Dapatkan dari Certificate Authority (CA) terpercaya | Mengamankan data selama transmisi |
-| Konfigurasi Server | Menegakkan penggunaan HTTPS yang ketat | Melindungi dari serangan downgrade |
-| Certificate Pinning | Validasi sidik jari SHA-256 | Mengkonfirmasi identitas server |
-
-Pastikan aplikasi Capacitor Anda hanya menerima koneksi HTTPS untuk permintaan pembaruan. Langkah ini mencegah intersepsi dan perusakan data, membentuk dasar untuk autentikasi yang aman.
-
-### Autentikasi Permintaan Pembaruan
-
-Autentikasi mutual TLS (Transport Layer Security) memastikan klien dan server memverifikasi identitas satu sama lain. Semua komunikasi HTTP untuk pembaruan harus menyertakan pemeriksaan autentikasi dan otorisasi yang ketat [\[2\]](https://docs.aws.amazon.com/freertos/latest/userguide/dev-guide-ota-security.html). Protokol ini meningkatkan keamanan yang disediakan oleh HTTPS, menciptakan pertahanan berlapis.
-
-### Menggunakan [Capgo](https://capgo.app/) untuk Pembaruan
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-25.jpg?auto=compress)
-
-Capgo menawarkan solusi yang efisien dan aman untuk mengelola pembaruan OTA. Dengan lebih dari 23,5 juta pembaruan yang dikirimkan di 750 aplikasi produksi, Capgo menyediakan:
-
--   **Enkripsi end-to-end** untuk pengguna yang berwenang
--   **Kepatuhan** dengan aturan platform Apple dan Google
--   **Verifikasi real-time** untuk memastikan integritas pembaruan
-
-Untuk memulai, pasang plugin Capgo menggunakan `npx @capgo/cli init`. Ini memungkinkan verifikasi otomatis pembaruan saat aplikasi dimulai. Untuk iOS, Capgo menyertakan interpreter Dart khusus untuk memenuhi persyaratan khusus platform [\[3\]](https://capgo.app/docs/faq/).
-
-[Konten berlanjut dengan format yang sama untuk bagian-bagian berikutnya...]
diff --git a/src/content/blog/id/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md b/src/content/blog/id/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
deleted file mode 100644
index ea031dbfc..000000000
--- a/src/content/blog/id/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
+++ /dev/null
@@ -1,92 +0,0 @@
----
-slug: introducing-end-to-end-security-to-capacitor-updater-with-code-signing
-title: Pengenalan Enkripsi End-to-end di capacitor-updater dengan Code Signing
-description: >-
-  Menggunakan enkripsi RSA + AES untuk mengenkripsi update, dirancang untuk
-  perusahaan dan aplikasi keamanan tinggi
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-27T00:00:00.000Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: /secure_upload.webp
-head_image_alt: Download Capgo Dengan Aman
-keywords: >-
-  E2E, code signing, RSA, AES, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Solution
-published: true
-locale: id
-next_blog: ''
----
-[Capacitor-updater](https://github.com/Cap-go/capacitor-updater/) kini mendukung enkripsi kode end-to-end. Penandatanganan kode memastikan pembaruan yang dijalankan oleh perangkat pengguna akhir tidak dirusak dan memberikan tingkat perlindungan tambahan di atas keamanan tingkat web standar Capacitor-updater.
-
-## Keamanan default Capacitor-updater
-
-Secara default, model keamanan Capgo mirip dengan penyedia hosting web. Capgo menyimpan pembaruan [terenkripsi saat diam](https://cloud.google.com/docs/security/encryption/default-encryption/) dan melayaninya melalui HTTPS menggunakan cipher modern. Demikian pula, menerbitkan pembaruan dari komputer pengembang selalu menggunakan HTTPS.
-
-![Capgo mendapat nilai A+ pada tes HTTPS SSL Labs](/ssllabs_report.webp)
-
-Keamanan default Capgo mendapat nilai A+ pada tes HTTPS SSL Labs (https://www.ssllabs.com, November 2022)
-
-Seperti web host terbaik di kelasnya, Capgo menggunakan HTTPS untuk melindungi privasi dan integritas koneksi jaringan antara server dan perangkat pengguna akhir. Ini adalah tingkat keamanan yang sangat baik yang bekerja dengan baik untuk web dan aplikasi Ionic yang menggunakan Capgo.
-
-## Rantai pasokan infrastruktur cloud
-
-Hal lain yang dimiliki Capgo dan sebagian besar web host adalah mereka berjalan di infrastruktur cloud tingkat rendah, sering dari AWS, GCP, atau penyedia cloud populer lainnya. Perangkat keras dan perangkat lunak yang dioperasikan oleh penyedia cloud ini dan Capgo atau web host lainnya adalah bagian dari rantai pasokan cloud.
-
-Rantai pasokan cloud dan model keamanannya bekerja untuk sejumlah besar situs web dan aplikasi. Setiap pengembang web yang menggunakan penyedia cloud menaruh kepercayaan pada penyedia tersebut dan mengharapkan file yang mereka unggah adalah file yang dijalankan atau dilayani tanpa dirusak. Dan penyedia cloud bekerja keras untuk menjaga infrastruktur mereka tetap aman.
-
-Tapi tentu saja, kerentanan perangkat keras dan perangkat lunak ditemukan. Penyedia cloud menambal kerentanan sesuai jadwal, secara proaktif mencegah perangkat lunak berbahaya (misalnya [Google's SLSA](https://security.googleblog.com/2021/06/introducing-slsa-end-to-end-framework.html/)), dan membangun lapisan pertahanan mendalam, dan dalam praktiknya, infrastruktur cloud telah terbukti memenuhi kebutuhan keamanan sebagian besar situs web dan aplikasi. Namun, beberapa aplikasi Ionic memasukkan infrastruktur cloud yang dikompromikan dalam model ancaman mereka. Untuk aplikasi Capacitor JS ini dengan persyaratan keamanan tertinggi di atas web, kami membangun penandatanganan kode end-to-end di Capgo dan [protokol standar Pembaruan Capgo](/docs/self-hosted/auto-update/update-endpoint/).
-
-## Penandatanganan kode end-to-end dengan Capgo
-
-Penandatanganan kode end-to-end Capgo menggunakan kriptografi kunci publik untuk memastikan perangkat pengguna akhir hanya menjalankan pembaruan asli yang tidak dimodifikasi dari pengembang aplikasi Capacitor.
-
-"End-to-end" berarti keamanan ini mencakup aliran dari saat pengembang menerbitkan pembaruan hingga saat perangkat pengguna akhir menerima dan menjalankan pembaruan. "Penandatanganan kode" adalah menggunakan kriptografi dan kunci pribadi rahasia untuk "menandatangani" kode, dan kemudian menggunakan kunci publik yang dipercaya untuk memverifikasi tanda tangan.
-
-Berikut adalah skema sederhana* untuk menjelaskan cara kerjanya:
-
-![Skema enkripsi Capgo](/encryption_flow.webp)
-
-* Rumit dalam praktiknya, kriptografi itu sulit
-
-*Definisi*:
-- AES: Advanced Encryption Standard, algoritma enkripsi simetris, satu kunci untuk enkripsi dan dekripsi.
-- RSA: Rivest–Shamir–Adleman, algoritma enkripsi asimetris, dua kunci digunakan: kunci publik dan kunci pribadi.
-- Cypher: Data terenkripsi.
-- Session key: Kunci AES yang digunakan untuk mengenkripsi dan mendekripsi data.
-- Checksum: Hash yang dihitung untuk sebuah file
-- Signature: Checksum yang dienkripsi dengan kunci RSA pribadi. Dapat diverifikasi dengan kunci RSA publik
-
-Kami menggunakan algoritma AES untuk mengenkripsi pembaruan. Kunci AES acak dibuat untuk setiap unggahan, kemudian kunci AES dan checksum (selanjutnya disebut "tanda tangan") dienkripsi dengan kunci RSA pribadi pengembang. Kunci RSA publik pengembang digunakan dalam aplikasi untuk mendekripsi kunci AES dan tanda tangan (mengubahnya kembali menjadi checksum). Kemudian, kunci AES yang didekripsi digunakan untuk mendekripsi pembaruan; checksum dari pembaruan yang didekripsi dihitung, dan dibandingkan dengan tanda tangan yang didekripsi.
-
-Kami menggunakan dua algoritma enkripsi berbeda karena RSA tidak dapat digunakan untuk mengenkripsi data dalam jumlah besar. AES digunakan untuk mengenkripsi pembaruan dan RSA digunakan untuk mengenkripsi kunci AES dan checksum.
-
-Dengan ini, bahkan Capgo tidak dapat membaca konten bundle Anda. Ini adalah model keamanan yang kuat yang digunakan oleh banyak pelanggan enterprise.
-
-**Pembaruan enkripsi V2 2024-08-27:**
-- Kami mengubah tipe kunci yang disimpan dalam aplikasi. Ini dilakukan untuk mencegah penyimpulan kunci publik (sebelumnya digunakan untuk enkripsi) dari kunci pribadi (sebelumnya digunakan untuk dekripsi). Sekarang, aplikasi menyimpan kunci publik (sekarang digunakan untuk dekripsi).
-- Kami mengubah checksum dari algoritma CRC32 ke algoritma SHA256. Kami juga mulai [menandatangani bundle](https://en.wikipedia.org/wiki/RSA_(cryptosystem)#Signing_messages). Ketika enkripsi V2 dikonfigurasi, pembaruan harus memiliki tanda tangan yang valid. Ini ditegakkan secara ketat oleh plugin.
-- Kami sekarang menegakkan tanda tangan yang valid enkripsi V2 dikonfigurasi.
-Ketiga perubahan ini telah dilakukan setelah analisis keamanan dari anggota komunitas. Mereka ada untuk mencegah serangan kriptografis selama pembaruan.
-
-Jika Anda menggunakan enkripsi V1, migrasikan ke V2 untuk mendapatkan fitur keamanan baru. Ikuti [instruksi migrasi](/docs/cli/migrations/encryption/).
-
-Dengan penandatanganan kode end-to-end, Capgo menjadi infrastruktur cloud yang "tidak memerlukan kepercayaan". Jika salah satu penyedia cloud Capgo atau bahkan Capgo sendiri memodifikasi pembaruan yang ditandatangani kode, perangkat pengguna akhir akan menolak pembaruan tersebut dan menjalankan pembaruan terpercaya sebelumnya yang sudah ada di perangkat.
-
-Sementara HTTPS tingkat web sudah cukup untuk banyak aplikasi, beberapa perusahaan besar menganggap tingkat keamanan tambahan dari penandatanganan kode end-to-end menarik. Beberapa perusahaan ini membuat aplikasi keuangan yang mengeluarkan transaksi bernilai tinggi dan permanen. Perusahaan lain memiliki CISO yang memasukkan infrastruktur cloud yang dikompromikan dalam model ancaman mereka. Kami membangun penandatanganan kode end-to-end di Capgo untuk kasus penggunaan ini dan tertarik untuk mendengar lebih banyak dari perusahaan dengan kebutuhan keamanan tingkat tinggi.
-
-## Memulai untuk pelanggan enterprise
-
-Untuk perusahaan atau proyek besar yang sangat peduli tentang keamanan, kami ingin membuat penandatanganan kode mudah untuk diatur dan dipelihara. Untuk itu, kami sekarang menyediakan fitur berikut:
-
--   Pengaturan dan konfigurasi sertifikat yang cepat
--   Dukungan untuk server pengembangan penandatanganan kode dengan Capgo dan build pengembangan
--   Penandatanganan kode produksi pada setiap pembaruan
-
-Penandatanganan kode Capgo tersedia untuk semua pelanggan. Untuk memulai, ikuti [instruksi pengaturan](/docs/cli/commands/#end-to-end-encryption-trustless).
-
-## Kredit
-
-Terima kasih banyak kepada [Ionic](https://ionic.com/), artikel ini didasarkan pada [artikel ini](https://ionic.io/blog/introducing-the-ionic-end-to-end-testing-reference-example/) yang ditulis ulang dengan chat-gpt-3 dan disesuaikan.
diff --git a/src/content/blog/id/ionic-capacitor-push-notifications-firebase.md b/src/content/blog/id/ionic-capacitor-push-notifications-firebase.md
deleted file mode 100644
index 10db9e233..000000000
--- a/src/content/blog/id/ionic-capacitor-push-notifications-firebase.md
+++ /dev/null
@@ -1,444 +0,0 @@
----
-slug: ionic-capacitor-push-notifications-firebase
-title: 'Ionic Capacitor Notifikasi Push dengan Firebase: Panduan Langkah demi Langkah'
-description: >-
-  Pelajari cara mengintegrasikan notifikasi push di aplikasi Ionic Capacitor
-  Anda menggunakan Firebase, dengan petunjuk langkah demi langkah untuk platform
-  Android dan iOS.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /push_notif.webp
-head_image_alt: Notifikasi Push Ionic Capacitor dengan Firebase
-keywords: >-
-  Ionic, Capacitor, push notifications, Firebase, mobile app development, live
-  updates, OTA updates, continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: ''
----
-Dalam tutorial ini, kita akan mengintegrasikan notifikasi push dalam aplikasi Ionic Capacitor menggunakan Firebase. Anda tidak memerlukan layanan tertentu untuk ini, tetapi Anda perlu mengonfigurasi beberapa hal sebelumnya. Firebase adalah pilihan yang sangat baik karena diperlukan untuk Android, dan Anda dapat dengan mudah menggunakannya untuk mengirim notifikasi tanpa menggunakan basis data.
-
-<div class="mx-auto" style="width: 50%;">
-  <video src="/push_demo.mov" alt="ionic capacitor push" autoplay loop muted>
-</div>
-
-Pertama, kita akan membuat aplikasi Ionic dengan Capacitor yang diaktifkan dan menentukan **package id** kita, yang merupakan pengidentifikasi unik untuk aplikasi Anda. Kemudian, kita akan membangun aplikasi dan menambahkan platform native.
-
-```bash
-ionic start pushApp blank --type=angular --capacitor --package-id=com.appdactic.devpush
-cd ./pushApp
-ionic build
-npx cap add ios
-npx cap add android
-```
-
-Jika Anda sudah memiliki aplikasi, Anda dapat mengubah **capacitor.config.json** untuk menyertakan **appId** Anda. Namun, jika folder native Anda sudah ada, Anda perlu mengganti id di semua file di mana itu muncul, karena Capacitor hanya membuat folder sekali dan **tidak akan memperbarui id itu sendiri**. Di **capacitor.config.json**, Anda juga dapat menentukan opsi seperti memperbarui jumlah badge, memutar suara saat push, dan menampilkan peringatan saat notifikasi tiba.
-
-```json
-{
-  "appId": "com.appdactic.devpush",
-  "appName": "pushApp",
-  "bundledWebRuntime": false,
-  "npmClient": "npm",
-  "webDir": "www",
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 0
-    },
-    "PushNotifications": {
-      "presentationOptions": ["badge", "sound", "alert"]
-    }
-  },
-  "cordova": {}
-}
-```
-
-Sekarang, mari kita konfigurasi notifikasi push di luar aplikasi.
-
-## Konfigurasi Firebase
-
-Mulailah dengan [membuat proyek Firebase baru](https://firebase.google.com/) atau menggunakan yang sudah ada. Berikan nama dan opsi default untuk proyek baru.
-
-Jika Anda memiliki aplikasi baru, Anda seharusnya melihat **"Mulai dengan menambahkan Firebase ke aplikasi Anda"** di dasbor aplikasi Anda. Jika tidak, klik ikon roda gigi dan pergi ke **pengaturan proyek** untuk menambahkan aplikasi.
-
-Dialog untuk iOS dan Android terlihat mirip, dan yang penting adalah menggunakan **package id** Anda untuk aplikasi.
-
-<div class="mx-auto" style="width: 100%;">
-  <img src="/firebase-app-setup-ios.webp" alt="firebase-app-setup-ios">
-</div>
-
-Setelah langkah awal, unduh file berikut:
-
-- File **google-services.json** untuk Android
-- File **GoogleService-info.plist** untuk iOS
-
-Selanjutnya, konfigurasikan platform.
-
-### Persiapan Push Android
-
-Untuk Android, pindahkan file **google-services.json** yang Anda unduh ke folder **android/app/**.
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/android-push-file.webp" alt="android-push-file">
-</div>
-
-Itu saja untuk Android. Sekarang mari kita konfigurasi iOS.
-
-### Persiapan Push iOS
-
-Bagian ini lebih rumit. Pertama, [buat App ID untuk aplikasi Anda dalam daftar pengidentifikasi](https://developer.apple.com/account/resources/identifiers/list/) di akun Pengembang Apple Anda. Pastikan Anda **memilih kemampuan Notifikasi Push** dari daftar.
-
-![ionic-ios-push-id](/ionic-ios-push-id.webp)
-
-**Bundle ID** harus sama dengan App ID Anda dalam Capacitor dan Firebase.
-
-Sekarang, [buat Kunci](https://developer.apple.com/account/resources/authkeys/list/) dan aktifkan **layanan Notifikasi Push Apple (APNs)**. Jika Anda telah mencapai jumlah maksimum kunci, Anda dapat menggunakan kunci yang ada atau sertifikat sebagai gantinya, tetapi prosesnya lebih rumit.
-
-![ios-developer-push-key](/ios-developer-push-key.webp)
-
-Setelah mengunduh file **.p8**, unggah ke Firebase. Buka tab **Cloud Messaging** di pengaturan proyek Firebase Anda, unggah file tersebut, dan masukkan detail untuk Key ID dan Team ID Anda dari iOS.
-
-![firebase-upload-ios-key](/firebase-upload-ios-key.webp)
-
-Sekarang, buat perubahan pada proyek Xcode Anda dengan menjalankan:
-
-```bash
-npx cap open ios
-```
-
-Salin file **GoogleService-Info.plist** yang Anda unduh dari Firebase ke proyek iOS Anda. Seret file tersebut ke dalam proyek Xcode di dalam folder app/app, dan pilih **Salin item jika perlu**.
-
-Selanjutnya, tambahkan Pod baru untuk dependensi Firebase di **ios/App/Podfile**:
-
-```ruby
-target 'App' do
-  capacitor_pods
-  # Add your Pods here
-  pod 'Firebase/Messaging'
-end
-```
-
-Perbarui platform native dengan perintah ini:
-
-```bash
-npx cap update ios
-```
-
-Modifikasi kode Swift native di **ios/App/App/AppDelegate.swift** untuk mendaftar dengan Firebase dan mengembalikan token yang benar ke aplikasi Anda.
-
-```swift
-import UIKit
-import Capacitor
-import Firebase
-
-@UIApplicationMain
-class AppDelegate: UIResponder, UIApplicationDelegate {
-
-  var window: UIWindow?
-
-  func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-    // Override point for customization after application launch.
-    FirebaseApp.configure()
-    return true
-  }
-
-  // All the existing functions
-  // ...
-
-  // Update this one:
-    func application(_ application: UIApplication, didRegisterForRemoteNotificationsWithDeviceToken deviceToken: Data) {
-        Messaging.messaging().apnsToken = deviceToken
-        InstanceID.instanceID().instanceID { (result, error) in
-            if let error = error {
-                NotificationCenter.default.post(name: Notification.Name(CAPNotifications.DidFailToRegisterForRemoteNotificationsWithError.name()), object: error)
-            } else if let result = result {
-                NotificationCenter.default.post(name: Notification.Name(CAPNotifications.DidRegisterForRemoteNotificationsWithDeviceToken.name()), object: result.token)
-            }
-        }
-    }
-}
-```
-
-Terakhir, tambahkan Kemampuan untuk Notifikasi Push dalam proyek Xcode Anda.
-
-![capacitor-xcode-capability](/capacitor-xcode-capability.webp)
-
-Sekarang, bangun aplikasi Anda dan integrasikan notifikasi push.
-
-## Integrasi Notifikasi Push Ionic
-
-Buat layanan dan halaman baru dalam proyek Ionic Anda:
-
-```bash
-ionic g service services/fcm
-ionic g page pages/details
-```
-
-Perbarui routing di **app/app-routing.module.ts** untuk menyertakan halaman baru dengan id dinamis:
-
-```typescript
-import { NgModule } from '@angular/core';
-import { PreloadAllModules, RouterModule, Routes } from '@angular/router';
-
-const routes: Routes = [
-  {
-    path: 'home',
-    loadChildren: () => import('./home/home.module').then( m => m.HomePageModule)
-  },
-  {
-    path: '',
-    redirectTo: 'home',
-    pathMatch: 'full'
-  },
-  {
-    path: 'home/:id',
-    loadChildren: () => import('./pages/details/details.module').then( m => m.DetailsPageModule)
-  },
-];
-
-@NgModule({
-  imports: [
-    RouterModule.forRoot(routes, { preloadingStrategy: PreloadAllModules })
-  ],
-  exports: [RouterModule]
-})
-export class AppRoutingModule { }
-```
-
-Buat layanan untuk menangani notifikasi push di **services/fcm.service.ts**:
-
-```typescript
-import { Injectable } from '@angular/core';
-import {
-  Plugins,
-  PushNotification,
-  PushNotificationToken,
-  PushNotificationActionPerformed,
-  Capacitor
-} from '@capacitor/core';
-import { Router } from '@angular/router';
-
-const { PushNotifications } = Plugins;
-
-@Injectable({
-  providedIn: 'root'
-})
-export class FcmService {
-
-  constructor(private router: Router) { }
-
-  initPush() {
-    if (Capacitor.platform !== 'web') {
-      this.registerPush();
-    }
-  }
-
-  private registerPush() {
-    PushNotifications.requestPermission().then((permission) => {
-      if (permission.granted) {
-        // Register with Apple / Google to receive push via APNS/FCM
-        PushNotifications.register();
-      } else {
-        // No permission for push granted
-      }
-    });
-
-    PushNotifications.addListener(
-      'registration',
-      (token: PushNotificationToken) => {
-        console.log('My token: ' + JSON.stringify(token));
-      }
-    );
-
-    PushNotifications.addListener('registrationError', (error: any) => {
-      console.log('Error: ' + JSON.stringify(error));
-    });
-
-    PushNotifications.addListener(
-      'pushNotificationReceived',
-      async (notification: PushNotification) => {
-        console.log('Push received: ' + JSON.stringify(notification));
-      }
-    );
-
-    PushNotifications.addListener(
-      'pushNotificationActionPerformed',
-      async (notification: PushNotificationActionPerformed) => {
-        const data = notification.notification.data;
-        console.log('Action performed: ' + JSON.stringify(notification.notification));
-        if (data.detailsId) {
-          this.router.navigateByUrl(`/home/${data.detailsId}`);
-        }
-      }
-    );
-  }
-}
-```
-
-Panggil fungsi `initPush()` di **app/app.component.ts**:
-
-```typescript
-import { Component } from '@angular/core';
-
-import { Platform } from '@ionic/angular';
-import { SplashScreen } from '@ionic-native/splash-screen/ngx';
-import { StatusBar } from '@ionic-native/status-bar/ngx';
-import { FcmService } from './services/fcm.service';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: 'app.component.html',
-  styleUrls: ['app.component.scss']
-})
-export class AppComponent {
-  constructor(
-    private platform: Platform,
-    private splashScreen: SplashScreen,
-    private statusBar: StatusBar,
-    private fcmService: FcmService
-  ) {
-    this.initializeApp();
-  }
-
-  initializeApp() {
-    this.platform.ready().then(() => {
-      this.statusBar.styleDefault();
-      this.splashScreen.hide();
-
-      // Trigger the push setup
-      this.fcmService.initPush();
-    });
-  }
-}
-```
-
-Tangani informasi di halaman detail di **pages/details/details.page.ts**:
-
-```typescript
-import { Component, OnInit } from '@angular/core';
-import { ActivatedRoute } from '@angular/router';
-import { Plugins } from '@capacitor/core';
-const { PushNotifications } = Plugins;
-
-@Component({
-  selector: 'app-details',
-  templateUrl: './details.page.html',
-  styleUrls: ['./details.page.scss'],
-})
-export class DetailsPage implements OnInit {
-  id = null;
-
-  constructor(private route: ActivatedRoute) { }
-
-  ngOnInit() {
-    this.route.paramMap.subscribe(params => {
-      this.id = params.get('id');
-    });
-  }
-
-  resetBadgeCount() {
-    PushNotifications.removeAllDeliveredNotifications();
-  }
-
-}
-```
-
-Tampilkan detailnya di **pages/details/details.page.html**:
-
-```html
-<ion-header>
-  <ion-toolbar>
-    <ion-buttons slot="start">
-      <ion-back-button defaultHref="/"></ion-back-button>
-    </ion-buttons>
-    <ion-title>Details</ion-title>
-  </ion-toolbar>
-</ion-header>
-
-<ion-content>
-  My Id from push: {{ id }}
-
-  <ion-button (click)="resetBadgeCount()" expand="block">
-    Reset Badge Count
-  </ion-button>
-</ion-content>
-```
-
-Bangun aplikasi, sinkronkan perubahan Anda, dan terapkan ke perangkat Anda.
-
-```bash
-ionic build
-npx cap sync
-```
-
-Sekarang, Anda dapat mengirim notifikasi push dengan Firebase.
-
-## Mengirim Notifikasi Push dengan Firebase
-
-Ada beberapa cara untuk mengirim notifikasi push dengan Firebase.
-
-### Uji Perangkat Spesifik
-
-Setelah menerapkan aplikasi Anda ke perangkat, Anda dapat memeriksa log konsol untuk melihat token setelah pendaftaran. Gunakan token ini untuk mengirim push uji yang ditargetkan untuk mengonfirmasi bahwa integrasi Anda berfungsi. Di Firebase, pergi ke **Cloud Messaging** dan pilih **Kirim pesan uji**. Tambahkan token perangkat dari log.
-
-![firebase-test-push](/firebase-test-push.webp)
-
-Jika semuanya diatur dengan benar, Anda seharusnya melihat notifikasi push di perangkat Anda.
-
-### Pesan Push dengan Payload
-
-Untuk menguji notifikasi push dengan informasi tambahan, ikuti panduan di halaman yang sama untuk menentukan informasi umum dan pilih platform yang ingin Anda targetkan. Tambahkan **opsi tambahan** untuk mengirim payload dengan notifikasi push Anda.
-
-![firebase-push-payload](/firebase-push-payload.webp)
-
-Di bagian **Opsi lanjutan**, tambahkan pasangan kunci-nilai **Data Kustom**. Misalnya, Anda dapat menggunakan kunci `detailsId` dan nilai pilihan Anda. Data ini akan digunakan dalam aplikasi untuk navigasi ke halaman detail dengan id yang ditentukan.
-
-Setelah mengirim notifikasi push, aplikasi Anda harus menerimanya dan menampilkan halaman detail dengan id yang ditentukan ketika notifikasi diketuk.
-
-### Menggunakan API Firebase
-
-Anda juga dapat mengirim notifikasi push secara programatis menggunakan API Firebase. Untuk melakukan ini, Anda perlu mendapatkan **Kunci Server** dari pengaturan proyek Firebase Anda di bawah tab **Cloud Messaging**.
-
-Dengan kunci server, Anda dapat mengirim permintaan POST ke API Firebase dengan payload yang diperlukan. Berikut adalah contoh menggunakan Node.js dan pustaka `request`:
-
-```javascript
-const request = require('request');
-
-const serverKey = 'YOUR_SERVER_KEY';
-const deviceToken = 'YOUR_DEVICE_TOKEN';
-
-const options = {
-  method: 'POST',
-  url: 'https://fcm.googleapis.com/fcm/send',
-  headers: {
-    'Content-Type': 'application/json',
-    Authorization: 'key=' + serverKey
-  },
-  body: JSON.stringify({
-    to: deviceToken,
-    notification: {
-      title: 'Test Push',
-      body: 'This is a test push notification with custom data'
-    },
-    data: {
-      detailsId: '123'
-    }
-  })
-};
-
-request(options, (error, response, body) => {
-  if (error) {
-    console.error('Error sending push:', error);
-  } else {
-    console.log('Push sent successfully:', body);
-  }
-});
-```
-
-Gantilah `YOUR_SERVER_KEY` dan `YOUR_DEVICE_TOKEN` dengan kunci server dan token perangkat Anda yang sebenarnya. Jalankan skrip tersebut, dan perangkat Anda harus menerima notifikasi push dengan payload kustom.
-
-Itu saja! Anda telah berhasil mengintegrasikan notifikasi push dalam aplikasi Ionic Capacitor Anda menggunakan Firebase. Sekarang Anda dapat mengirim notifikasi push kepada pengguna Anda di platform Android dan iOS.
diff --git a/src/content/blog/id/key-management-under-chinas-encryption-rules.md b/src/content/blog/id/key-management-under-chinas-encryption-rules.md
deleted file mode 100644
index 0539b7b16..000000000
--- a/src/content/blog/id/key-management-under-chinas-encryption-rules.md
+++ /dev/null
@@ -1,144 +0,0 @@
----
-slug: key-management-under-chinas-encryption-rules
-title: Manajemen Kunci Berdasarkan Peraturan Enkripsi China
-description: >-
-  Memahami hukum pengelolaan kunci enkripsi Tiongkok sangat penting untuk
-  kepatuhan, mencakup penyimpanan lokal, audit, dan persyaratan teknis.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T02:41:08.008Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eddf34ebbb9dc806408915-1743648083390.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  encryption, key management, China, compliance, data residency, encryption
-  standards, audits, government oversight
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Mengelola kunci enkripsi di China itu kompleks namun penting untuk kepatuhan.** Berikut yang perlu Anda ketahui:
-
--   **Dasar Hukum Enkripsi**: Simpan kunci di server daratan China, gunakan metode enkripsi yang disetujui, jalani audit, dan jaga catatan detail.
--   **Tantangan**:
-    -   Server harus berada di China, dengan redundansi dan residensi data yang ketat.
-    -   Pengawasan pemerintah mencakup audit, protokol akses, dan laporan kepatuhan.
-    -   Batasan teknis membatasi algoritma, panjang kunci, dan protokol.
--   **Solusi**:
-    -   Pilih antara on-premises, hybrid cloud, layanan terkelola, atau setup self-hosted.
-    -   Gunakan alat seperti [Capgo](https://capgo.app/) untuk hosting lokal, enkripsi end-to-end, dan otomatisasi kepatuhan.
--   **Tips**:
-    -   Periksa kepatuhan secara rutin.
-    -   Berkolaborasi dengan ahli lokal.
-    -   Gunakan alat yang sesuai dengan standar enkripsi China.
-
-**Perbandingan Cepat**:
-
-| Metode | Lokasi Penyimpanan | Tingkat Kepatuhan | Kompleksitas |
-| --- | --- | --- | --- |
-| HSM On-premises | Pusat data lokal | Tinggi | Tinggi |
-| Hybrid Cloud | Campuran lokal dan cloud | Menengah-Tinggi | Menengah |
-| KMS Terkelola | Cloud tersertifikasi | Tinggi | Rendah |
-| Self-hosted | Infrastruktur pribadi | Tinggi | Menengah-Tinggi |
-
-Untuk berhasil, fokus pada kepatuhan, alat yang aman, dan panduan ahli.
-
-## Konstantinos Karagiannis | Apakah China memecahkan enkripsi ...
-
-<iframe src="https://www.youtube.com/embed/Ay_Qxy3bBI0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Tantangan Manajemen Kunci di China
-
-Menangani kunci enkripsi di bawah regulasi China menghadirkan berbagai tantangan yang membutuhkan solusi teknis yang tepat dan kepatuhan yang cermat.
-
-### Aturan Penyimpanan Data
-
-[Undang-Undang Perlindungan Informasi Pribadi](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL) China menerapkan aturan ketat untuk menyimpan kunci enkripsi. Sistem penyimpanan kunci harus:
-
--   Menghosting server fisik sepenuhnya di daratan China, sesuai yang diwajibkan oleh hukum.
--   Menggunakan redundansi di beberapa pusat data dalam negeri.
--   Memastikan data tetap berada dalam batas nasional selama pemrosesan.
--   Memelihara log detail dari semua akses dan modifikasi kunci.
-
-Ini berarti pengembang sering membutuhkan setup penyimpanan terpisah untuk operasi di dalam dan di luar China. Meskipun penyimpanan yang aman adalah keharusan, tingkat pengawasan menambah lapisan kompleksitas tambahan.
-
-### Persyaratan Pengawasan Pemerintah
-
-Selain aturan penyimpanan, pengawasan pemerintah menambah lebih banyak rintangan dalam mengelola kunci enkripsi. Berikut rincian persyaratan utama dan dampaknya:
-
-| Persyaratan | Dampak pada Pengembangan | Implikasi Teknis |
-| --- | --- | --- |
-| Audit Rutin | Tinjauan keamanan triwulanan | Membutuhkan jejak audit detail |
-| Protokol Akses | Protokol akses otoritas | Endpoint aman untuk pengawasan |
-| Sistem Pelaporan | Laporan kepatuhan bulanan | Sistem pemantauan otomatis |
-| Backup Kunci | Setup penyimpanan sekunder | Biaya infrastruktur lebih tinggi |
-
-Persyaratan ini tidak hanya meningkatkan biaya operasional tetapi juga membutuhkan solusi teknis canggih untuk memenuhi standar kepatuhan.
-
-### Batasan Teknis
-
-Di atas penyimpanan dan pengawasan, pembatasan teknis menciptakan hambatan tambahan untuk [praktik enkripsi](https://capgo.app/docs/cli/migrations/encryption/). Pengembang harus menavigasi:
-
--   **Algoritma yang Disetujui**: Hanya metode enkripsi yang disertifikasi pemerintah yang dapat digunakan.
--   **Pembatasan Panjang Kunci**: Panjang kunci maksimum diatur secara ketat.
--   **Batasan Protokol**: Protokol tertentu secara eksplisit dilarang.
-
-Kendala ini dapat mempersulit implementasi fitur keamanan, terutama dalam aplikasi yang memerlukan pembaruan rutin atau penanganan data real-time. Akibatnya, banyak pengembang beralih ke alat dan layanan khusus untuk menyeimbangkan kepatuhan dengan kebutuhan kinerja dan keamanan.
-
-## Solusi untuk Manajemen Kunci di China
-
-### Penyimpanan Lokal dan Kepatuhan
-
-Regulasi China menuntut sistem manajemen kunci memastikan kedaulatan data melalui self-hosting yang patuh. [Opsi self-hosting](https://capgo.app/blog/self-hosted-capgo/) Capgo menyimpan semua data di daratan China, menawarkan pendekatan aman untuk mengelola kunci enkripsi sesuai dengan aturan ini. Setup ini meletakkan dasar untuk memenuhi standar enkripsi secara efektif.
-
-### Sistem Pembaruan dan Keamanan Enkripsi
-
-Undang-undang enkripsi China mengharuskan [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) ditangani melalui platform yang disetujui. Capgo mengatasi ini dengan menggunakan enkripsi end-to-end, memastikan hanya pengguna yang berwenang yang dapat mendekripsi data. Integrasi CI/CD-nya menyederhanakan proses dengan mengotomatisasi pemeriksaan kepatuhan, sementara kontrol versi bawaan menawarkan jejak audit detail untuk memantau perubahan enkripsi.
-
-## Metode Manajemen Kunci
-
-Mengelola kunci enkripsi secara efektif di China berarti menyeimbangkan regulasi ketat dengan kebutuhan operasional. Organisasi harus memilih metode yang memenuhi aturan kedaulatan data sambil mempertimbangkan opsi seperti penyimpanan on-premises, setup hybrid cloud, layanan kunci terkelola, atau solusi self-hosted.
-
-### Bagan Perbandingan Metode
-
-| Metode | Lokasi Penyimpanan | Tingkat Kepatuhan | Kompleksitas Implementasi |
-| --- | --- | --- | --- |
-| HSM On-premises | Pusat data lokal di China | Tinggi | Tinggi |
-| Hybrid Cloud | Campuran pusat data lokal dan penyedia yang disetujui | Menengah-Tinggi | Menengah |
-| KMS Terkelola | Penyedia cloud tersertifikasi di China | Tinggi | Rendah |
-| Self-hosted | Infrastruktur pribadi di China | Tinggi | Menengah-Tinggi |
-
-Setiap opsi memiliki manfaatnya sendiri. Hardware Security Modules (HSM) on-premises menawarkan tingkat kontrol tertinggi tetapi membutuhkan investasi signifikan dalam infrastruktur. Solusi hybrid cloud memungkinkan campuran sumber daya lokal dan cloud yang disetujui, menyeimbangkan fleksibilitas dan kepatuhan. Layanan kunci terkelola menyederhanakan penerapan, meskipun mungkin kurang dapat disesuaikan. Setup self-hosted semakin populer untuk organisasi yang membutuhkan kontrol detail atas sistem enkripsi mereka di China.
-
-Saat memilih metode, prioritaskan opsi yang mendukung pemeliharaan berkelanjutan, pemeriksaan kepatuhan, dan audit rutin. Pertimbangan ini meletakkan dasar untuk pedoman praktis yang dibahas di bagian berikutnya.
-
-## Pedoman Pengembang
-
-Mengelola kunci enkripsi di bawah regulasi China membutuhkan pendekatan terstruktur. Pedoman ini membantu pengembang menyelaraskan kebutuhan regulasi dengan aplikasi praktis.
-
-### Pemeriksaan Aturan Rutin
-
-Pengembang harus membuat proses rutin untuk memastikan kepatuhan dengan regulasi enkripsi. Ini termasuk meninjau metode penyimpanan kunci secara rutin, memverifikasi penggunaan algoritma enkripsi, memeriksa kontrol akses, dan mengkonfirmasi kepatuhan terhadap aturan residensi data. Simpan catatan detail dari tinjauan ini untuk menunjukkan kepatuhan dengan standar enkripsi China.
-
-### Berkolaborasi dengan Ahli Lokal
-
-Menavigasi persyaratan enkripsi China bisa menjadi tantangan. Bermitra dengan profesional hukum dan keamanan lokal sangat penting. Para ahli ini dapat membantu mengimplementasikan standar enkripsi yang disetujui, menyiapkan dokumentasi yang diperlukan dalam bahasa Mandarin, dan membantu selama audit pemerintah untuk memastikan semuanya sesuai.
-
-### Memilih Alat yang Patuh
-
-Menggunakan alat yang memenuhi persyaratan enkripsi China adalah kunci untuk mempertahankan keamanan tanpa mengorbankan efisiensi. Misalnya, Capgo mendukung pembaruan aplikasi dengan enkripsi end-to-end dan opsi hosting lokal [\[1\]](https://capgo.app/). Ini selaras dengan strategi sebelumnya untuk mengelola pembaruan. Saat memilih alat, fokus pada fitur seperti [penyimpanan data lokal](https://capgo.app/plugins/capacitor-data-storage-sqlite/), metode enkripsi yang disetujui, jejak audit detail, dan kontrol akses yang kuat. Data menunjukkan bahwa pengembang yang menggunakan alat seperti Capgo telah mencapai tingkat pembaruan pengguna aktif 95% dalam 24 jam sambil tetap patuh [\[1\]](https://capgo.app/).
-
-> "Capgo adalah alat yang harus dimiliki pengembang yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangat berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Ringkasan
-
-Mengelola kunci enkripsi di China membutuhkan penyimpanan data lokal, kepatuhan terhadap standar yang disetujui, dan memelihara jejak audit detail. Menyeimbangkan aturan ketat ini dengan operasi yang efisien sangat penting untuk sukses di pasar China.
-
-Sejak penutupan [Microsoft CodePush](https://microsoft.github.io/code-push/) pada 2024, alat baru telah masuk untuk mengatasi kebutuhan teknis dan regulasi. Salah satu contohnya adalah Capgo, yang menggabungkan praktik keamanan yang kuat dengan penerapan aplikasi yang efisien.
-
-Untuk tetap patuh dengan undang-undang enkripsi China sambil mempertahankan kecepatan pengembangan, penting untuk menggunakan alat yang tepat, menjaga dokumentasi tetap up to date, melakukan audit rutin, dan berkolaborasi dengan ahli. Langkah-langkah ini adalah kunci untuk menavigasi lingkungan regulasi China yang kompleks secara efektif.
-
-> "Capgo adalah alat yang harus dimiliki pengembang yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangat berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/live-updates-faq-answers-for-app-developers.md b/src/content/blog/id/live-updates-faq-answers-for-app-developers.md
deleted file mode 100644
index 186191b2f..000000000
--- a/src/content/blog/id/live-updates-faq-answers-for-app-developers.md
+++ /dev/null
@@ -1,319 +0,0 @@
----
-slug: live-updates-faq-answers-for-app-developers
-title: 'Pertanyaan Umum Pembaruan Langsung: Jawaban untuk Pengembang Aplikasi'
-description: >-
-  Temukan manfaat pembaruan langsung untuk pengembang aplikasi, termasuk
-  penerapan yang lebih cepat, pembaruan otomatis, dan pengalaman pengguna yang
-  lebih baik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-07T06:25:21.043Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a55480be11a9ef5f3c1ab9-1738909539340.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  live updates, app development, OTA technology, CI/CD, security protocols,
-  emergency fixes, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Pembaruan langsung memungkinkan pengembang untuk dengan cepat mendorong pembaruan dan perbaikan ke aplikasi pengguna tanpa menunggu peninjauan toko aplikasi. Mereka menggunakan teknologi over-the-air (OTA) untuk menerapkan perubahan secara real time, meningkatkan kecepatan dan efisiensi penerapan.
-
-### Manfaat Utama Pembaruan Langsung:
-
--   **Penerapan Lebih Cepat**: Pembaruan dapat aktif dalam 1-2 jam alih-alih 3-5 hari.
--   **[Pembaruan Otomatis](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: Pengguna tidak perlu memperbarui aplikasi secara manual.
--   **Pembaruan Parsial**: Hanya perubahan yang diperlukan yang diperbarui, bukan seluruh aplikasi.
--   **Perbaikan Darurat**: Bug kritis dapat diselesaikan dengan segera.
-
-### Cara Menggunakan Pembaruan Langsung di [Capacitor](https://capacitorjs.com/):
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-07.jpg?auto=compress)
-
-1.  **Siapkan SDK**: Instal SDK Pembaruan Langsung dan konfigurasikan aplikasi Anda.
-2.  **Integrasikan Logika Pembaruan**: Tambahkan kode untuk memeriksa dan menerapkan pembaruan secara otomatis.
-3.  **Gunakan Pipeline CI/CD**: Otomatisasi pengujian dan penerapan untuk pembaruan yang lebih lancar.
-4.  **Pastikan Keamanan**: Lindungi pembaruan dengan enkripsi dan protokol HTTPS.
-5.  **Ikuti Aturan App Store**: Patuhi kebijakan Apple dan Google Play.
-
-### Perbandingan: Pembaruan Tradisional vs. Pembaruan Langsung
-
-| Fitur | Pembaruan Tradisional | Pembaruan Langsung |
-| --- | --- | --- |
-| **Waktu Penerapan** | 3-5 hari | 1-2 jam |
-| **Peninjauan App Store** | Diperlukan | Dilewati |
-| **Tindakan Pengguna** | Pembaruan manual | Otomatis |
-| **Perubahan Konten** | Pembaruan aplikasi penuh | Pembaruan parsial |
-| **Perbaikan Darurat** | Tertunda | Segera |
-
-Pembaruan langsung menghemat waktu, meningkatkan stabilitas aplikasi, dan memungkinkan pengembang untuk merespons masalah dengan cepat. Siap untuk memulai? Selami panduan lengkap untuk pengaturan dan praktik terbaik.
-
-## Menyiapkan Pembaruan Langsung di Capacitor
-
-### Komponen Pembaruan Langsung Capacitor
-
-Sistem pembaruan langsung Capacitor mengandalkan **SDK Pembaruan Langsung** untuk menambahkan pembaruan ke aplikasi Anda dan **[Ionic Appflow](https://ionic.io/appflow/)** untuk mengelola penerapan. Berikut adalah ringkasan komponen utama:
-
-| Komponen | Fungsi | Fitur Utama |
-| --- | --- | --- |
-| **SDK Pembaruan Langsung** | Implementasi Frontend | API untuk pembaruan, integrasi UI |
-| **Ionic Appflow** | Manajemen Backend | Build cloud, alat penerapan |
-| **[Plugin Aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)** | Integrasi Inti | Menangani event dan siklus hidup |
-
-### Petunjuk Pengaturan
-
-1. **Perbarui `capacitor.config.ts` untuk pembaruan langsung**
-
-Tambahkan konfigurasi berikut ke file konfigurasi Capacitor Anda:
-
-```typescript
-{
-  autoUpdateMethod: 'none',
-  plugins: {
-    LiveUpdates: {
-      appId: 'YOUR_APP_ID',
-      channel: 'production'
-    }
-  }
-}
-```
-
-2. **Instal Plugin yang Diperlukan**
-
-Jalankan perintah berikut untuk menambahkan dependensi yang diperlukan:
-
-```bash
-npm install @capacitor/app
-npm install @ionic/live-updates
-```
-
-3. **Tambahkan Logika Pembaruan ke Aplikasi Anda**
-
-Sertakan kode untuk memeriksa pembaruan dan memuat ulang aplikasi jika pembaruan tersedia. Berikut contohnya:
-
-```typescript
-import { App } from '@capacitor/app';
-import { LiveUpdates } from '@ionic/live-updates';
-
-// Listen for the app resume event
-App.addListener('resume', async () => {
-  const update = await LiveUpdates.sync();
-  if (update.available) {
-    await LiveUpdates.reload();
-  }
-});
-```
-
-Capgo menambahkan lapisan keamanan tambahan dengan enkripsi dan opsi penerapan yang fleksibel. Menurut Martin Donadieu, pendiri Capgo, fitur-fitur ini disesuaikan untuk memenuhi kebutuhan pengembang di dunia nyata dan persyaratan toko aplikasi.
-
-Untuk menyempurnakan [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) Anda, gunakan **Ionic Appflow** untuk memantau tingkat keberhasilan penerapan dan adopsi pengguna. Pengaturan ini memastikan aplikasi Anda tetap responsif dan terkini.
-
-Setelah pembaruan langsung terpasang, langkah selanjutnya adalah mengintegrasikannya ke dalam pipeline CI/CD untuk menyederhanakan dan mengotomatisasi alur kerja penerapan Anda.
-
-## Pengaturan CI/CD untuk Pembaruan Langsung
-
-### Dasar-dasar CI/CD untuk Pembaruan
-
-CI/CD mengotomatisasi proses integrasi, pengujian, dan penerapan kode, membuat pembaruan langsung lebih lancar dan mengurangi potensi kesalahan. Pendekatan ini memastikan pembaruan disampaikan secara konsisten sambil mempertahankan standar kualitas tinggi.
-
-Berikut yang biasanya termasuk dalam pipeline CI/CD yang solid untuk pembaruan langsung:
-
-| Komponen | Tujuan | Fungsi Utama |
-| --- | --- | --- |
-| **Kontrol Sumber** | Manajemen Versi | Melacak versi dan riwayat kode |
-| **Otomatisasi Build** | Pembuatan Paket | Membuat bundel pembaruan |
-| **Pengujian Otomatis** | Jaminan Kualitas | Memastikan pembaruan berfungsi sebagaimana mestinya |
-| **Sistem Penerapan** | Distribusi Pembaruan | Menangani pembaruan OTA (over-the-air) |
-| **Alat Pemantauan** | Pelacakan Kinerja | Mengukur efektivitas pembaruan |
-
-### Alat CI/CD Terbaik untuk Aplikasi
-
-Beberapa alat bekerja dengan mulus dengan alur kerja pembaruan langsung Capacitor, membantu pengembang mengotomatisasi pembaruan di berbagai platform:
-
-| Alat | Spesialisasi | Fitur Integrasi |
-| --- | --- | --- |
-| **[GitHub Actions](https://docs.github.com/actions)** | CI/CD Cloud-native | Alur kerja repositori bawaan |
-| **[Bitrise](https://bitrise.io/)** | CI/CD Mobile-first | Dirancang untuk pengujian seluler dan penandatanganan kode |
-| **[Jenkins](https://www.jenkins.io/)** | CI/CD Self-hosted | Menawarkan pipeline dan plugin kustom |
-
-API Capgo terintegrasi dengan alat-alat ini, menyediakan [enkripsi aman](https://capgo.app/docs/cli/migrations/encryption/) untuk penerapan otomatis, memastikan efisiensi dan keamanan.
-
-### Membangun Pipeline Pembaruan
-
-Ikuti langkah-langkah ini untuk menyiapkan pipeline CI/CD yang efektif:
-
-1. **Konfigurasi Lingkungan dan Pengujian**
-
-Gunakan konfigurasi YAML berikut untuk menyiapkan lingkungan dan menjalankan pengujian:
-
-```yaml
-steps:
-  - uses: actions/setup-node@v2
-    with:
-      node-version: '24'
-  - name: Install and Test
-    run: |
-      npm install
-      npm run test
-```
-
-2. **Terapkan Pembaruan**
-
-CLI Capgo membuat penerapan menjadi mudah hanya dengan satu perintah, memastikan pengiriman over-the-air (OTA) yang aman dan efisien.
-
-Tim yang menggunakan pipeline CI/CD otomatis telah melaporkan **pengurangan waktu penerapan sebesar 75%** dan **peningkatan kualitas aplikasi sebesar 80%** berkat pengujian yang konsisten [\[1\]](https://www.kellton.com/kellton-tech-blog/mobile-ci-cd-challenges-in-app-development-lifecycle).
-
-> "Mengotomatisasi alur kerja CI/CD Anda meminimalkan kesalahan dan meningkatkan efisiensi."
-
-Untuk memantau kinerja penerapan, alat seperti dashboard Capgo dapat melacak tingkat keberhasilan dan menunjukkan titik bottleneck. Setelah pipeline CI/CD Anda diatur, langkah selanjutnya adalah fokus pada memenuhi persyaratan keamanan dan kepatuhan untuk pembaruan langsung Anda.
-
-## Keamanan dan Standar Pembaruan Langsung
-
-### Persyaratan Keamanan
-
-Untuk menjaga keamanan pembaruan, gunakan **HTTPS**, **tanda tangan digital**, dan **[autentikasi multi-faktor](https://capgo.app/docs/webapp/mfa/)**. Langkah-langkah ini melindungi data selama transmisi, mengkonfirmasi sumber pembaruan, dan menghentikan penerapan yang tidak sah. Enkripsi paket pembaruan baik selama transmisi maupun saat disimpan untuk melindungi dari potensi risiko.
-
-Setelah menyiapkan perlindungan ini, penting untuk menguji pembaruan secara menyeluruh dan memiliki rencana pemulihan siap jika ada yang salah.
-
-### Rencana Pengujian dan Pemulihan
-
-Proses pengujian yang solid mengurangi risiko dan memastikan pembaruan berjalan lancar:
-
-| Fase Pengujian | Metrik Keberhasilan |
-| --- | --- |
-| **Staging dengan Pengujian Otomatis** | 95% cakupan kode, fungsionalitas identik |
-| **Peluncuran Bertahap** | Tingkat kegagalan kurang dari 0,1% |
-
-Sistem rollback otomatis dapat dengan cepat mendeteksi dan memperbaiki kegagalan, membantu mempertahankan tingkat keberhasilan 99,9% untuk pembaruan.
-
-Setelah rencana pengujian dan pemulihan siap, langkah selanjutnya adalah memastikan pengguna diberi tahu tentang pembaruan dengan cara yang membangun kepercayaan.
-
-### Notifikasi Pembaruan
-
-Komunikasi yang jelas tentang pembaruan membantu pengguna merasa yakin dengan aplikasi Anda, mendukung upaya keamanan dan pengujian. Notifikasi yang tidak mengganggu, seperti banner dalam aplikasi atau pembaruan diam, 72% lebih mungkin mendapatkan persetujuan pengguna dibandingkan dengan pembaruan paksa.
-
-Saat memberi tahu pengguna, targetkan kejelasan dan relevansi. Gunakan changelog ringkas untuk menjelaskan apa yang baru dan berikan perkiraan waktu pembaruan untuk mengatur ekspektasi. Pendekatan ini meminimalkan gangguan sambil tetap memberi informasi kepada pengguna.
-
-> "Keamanan aplikasi seluler adalah proses berkelanjutan. Pastikan keamanan diprioritaskan sepanjang siklus hidup pengembangan dan adopsi pendekatan proaktif untuk tetap terdepan dari ancaman yang muncul."
-
-## Appflow Deploy: Kirim pembaruan real-time kepada pengguna aplikasi Ionic Anda
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Panduan Alat Pembaruan Langsung
-
-Untuk [pengembang Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), memilih alat pembaruan langsung yang tepat dapat membuat perbedaan besar dalam kinerja aplikasi dan pengalaman pengguna.
-
-### Tabel Perbandingan Alat
-
-Berikut ringkasan cepat alat pembaruan langsung populer dan bagaimana mereka dibandingkan:
-
-| Fitur | Capgo | Ionic Appflow | Solusi Lain |
-| --- | --- | --- | --- |
-| Kemudahan Integrasi | Dibangun untuk Capacitor | Fokus pada Ionic | Bervariasi berdasarkan platform |
-| Strategi Pembaruan | Latar belakang + Segera | Hanya latar belakang | Opsi terbatas |
-| Skalabilitas | 1J pembaruan, 12GB penyimpanan | Batas berbasis paket | 500MB-5GB, bervariasi |
-| Integrasi CI/CD | Ya, dengan Bitrise | Terbatas | Tergantung platform |
-| Fitur Keamanan | Enkripsi end-to-end | Enkripsi dasar | Bervariasi |
-| Dukungan Lintas Platform | Penuh | Parsial | Terbatas |
-| Harga (Bulanan) | $12-$249 | Harga kustom | Bervariasi |
-
-### Ikhtisar Fitur [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-07.jpg?auto=compress)
-
-Capgo menangani lebih dari 150.000 pembaruan langsung per bulan, membuktikan bahwa ini dibangun untuk skala perusahaan menengah. Berikut yang membuatnya berbeda:
-
-**[Manajemen Pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**
-
--   Penerapan real-time dengan tingkat keberhasilan 99,9%
--   Pembaruan latar belakang yang lancar dan opsi rollback instan
-
-**Infrastruktur Keamanan**
-
--   Pembaruan dilindungi dengan enkripsi end-to-end
--   Akses API aman disesuaikan untuk pengguna enterprise
--   Sepenuhnya mematuhi pedoman Apple dan Google Play
-
-**Alat Pengembangan**
-
--   Terintegrasi langsung dengan platform CI/CD populer seperti Bitrise
--   Menawarkan analitik lanjutan untuk melacak pembaruan
--   Mendukung domain kustom untuk klien enterprise
-
-> "Independensi platform dan opsi konfigurasi yang disesuaikan membuat Capgo sangat efektif untuk tim yang mengelola beberapa versi aplikasi di berbagai platform", kata Martin Donadieu, pendiri Capgo.
-
-Capgo juga menyediakan dukungan khusus dan akses API yang aman, memastikan pengembang dapat bekerja tanpa gangguan. Untuk menjaga pembaruan tetap berjalan lancar, sangat penting untuk mengikuti aturan app store spesifik platform.
-
-## Aturan App Store untuk Pembaruan Langsung
-
-Memahami aturan app store adalah kunci untuk menggunakan pembaruan langsung secara efektif dan menghindari penolakan potensial. Apple dan Google memiliki kebijakan spesifik yang harus diikuti pengembang dengan cermat.
-
-### Aturan Pembaruan Langsung Apple
-
-Apple memiliki kebijakan ketat untuk memastikan aplikasi menjaga kualitas tinggi dan kepercayaan pengguna. Berikut persyaratan utamanya:
-
-| Persyaratan | Deskripsi | Dampak |
-| --- | --- | --- |
-| Fungsionalitas | Pembaruan harus mempertahankan tujuan dan standar aplikasi | Menjaga kinerja aplikasi tetap konsisten |
-| Transparansi | Memberikan deskripsi pembaruan dan metadata yang jelas | Membantu pengguna memahami perubahan |
-| Kontrol Pengguna | Pengguna harus memiliki opsi untuk menolak pembaruan yang mempengaruhi fungsionalitas | Menghormati pilihan pengguna |
-| Privasi Data | Tidak ada pengumpulan data baru tanpa persetujuan pengguna | Melindungi informasi pengguna |
-
-Apple juga mewajibkan penggunaan HTTPS dan protokol enkripsi untuk semua pembaruan langsung, menekankan kepercayaan pengguna melalui komunikasi yang jelas dan praktik yang aman.
-
-### Kebijakan Pembaruan Google Play
-
-Google Play mengambil pendekatan yang lebih fleksibel untuk pembaruan langsung namun tetap menerapkan aturan kepatuhan spesifik. Fokus mereka adalah pada validasi otomatis dan menjaga keamanan aplikasi.
-
-**Poin Utama Kebijakan**
-
--   Pembaruan harus mematuhi Kebijakan Program Pengembang Google Play.
--   Pengembang perlu memberi tahu pengguna dan app store tentang izin atau fitur baru sebelum meluncurkan pembaruan.
--   Pembaruan latar belakang harus meminimalkan konsumsi baterai.
-
-> "Kemandirian platform dan persyaratan keamanan membuat kepatuhan sangat penting untuk penerapan yang sukses", jelas seorang insinyur keamanan Google Play. "Pengembang harus menerapkan proses pengujian dan validasi yang kuat untuk mencegah kesalahan atau pelanggaran keamanan" [\[2\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers).
-
-### Membandingkan Apple dan Google Play
-
-Berikut perbandingan singkat bagaimana kedua platform menangani pembaruan langsung:
-
-| Praktik | Apple App Store | Google Play |
-| --- | --- | --- |
-| Frekuensi Pembaruan | Terbatas, memerlukan peninjauan | Mengizinkan pembaruan lebih sering |
-| Protokol Keamanan | Memerlukan enkripsi ketat | Menerima HTTPS standar |
-| Perubahan Fitur | Dibatasi setelah persetujuan | Menawarkan fleksibilitas lebih besar |
-
-Untuk pengembang yang menggunakan Capacitor, mendokumentasikan hasil pengujian pra-pengiriman dan menyelaraskannya dengan pedoman app store dapat membantu memastikan kepatuhan. Pendekatan ini memaksimalkan potensi pembaruan langsung sambil memenuhi persyaratan kedua platform.
-
-## Kesimpulan: Langkah-langkah Implementasi
-
-### Panduan Pengaturan Cepat
-
-Menyiapkan pembaruan langsung melibatkan beberapa fase kunci. Berikut rincian sederhana untuk membantu Anda memulai:
-
-| Fase | Tindakan Utama | Alat/Persyaratan |
-| --- | --- | --- |
-| Pengaturan Awal | Instal Live Updates SDK, Konfigurasi Capacitor | Capacitor CLI, Live Updates SDK |
-| Integrasi CI/CD | Konfigurasi lingkungan build, Siapkan pengujian otomatis | Ionic Appflow, Jenkins |
-| Pengaturan Keamanan | Aktifkan HTTPS, Konfigurasi protokol enkripsi | Sertifikat SSL, Token keamanan |
-| Penerapan | Siapkan saluran distribusi, Konfigurasi penargetan pengguna | Capgo atau platform serupa |
-
-> "Martin Donadieu menekankan bahwa memulai dengan pengaturan yang aman dan berfokus pada pengguna memastikan kesuksesan jangka panjang untuk pembaruan langsung."
-
-Setelah pengaturan awal selesai, fokus beralih ke peningkatan dan penyempurnaan proses pembaruan langsung Anda.
-
-### Langkah Selanjutnya
-
-Untuk menjaga pembaruan langsung Anda tetap berjalan lancar dan memastikan memenuhi persyaratan platform, pertimbangkan langkah-langkah berikut:
-
--   Gunakan alat analitik untuk memantau adopsi dan kinerja pembaruan.
--   Siapkan pencatatan kesalahan dan prosedur rollback untuk menangani masalah.
--   Bangun pipeline pengujian terperinci untuk memastikan pembaruan dapat diandalkan.
--   Bagikan protokol pengujian yang terdokumentasi dengan tim Anda untuk konsistensi.
-
-Praktik-praktik ini akan membantu mempertahankan alur kerja Anda dan tetap mematuhi pedoman Apple dan Google Play.
diff --git a/src/content/blog/id/live-updates-for-flutter-app.md b/src/content/blog/id/live-updates-for-flutter-app.md
deleted file mode 100644
index 4c9e6449d..000000000
--- a/src/content/blog/id/live-updates-for-flutter-app.md
+++ /dev/null
@@ -1,32 +0,0 @@
----
-slug: live-updates-for-flutter-app
-title: Update Flutter Secara Live
-description: >-
-  Apakah mungkin mengirim pembaruan langsung ke aplikasi Flutter tanpa melalui
-  peninjauan App Store?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-16T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /bypass_illustration.webp
-head_image_alt: Ilustrasi pembatasan Capacitor
-keywords: >-
-  Flutter, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Capgo Live Update adalah layanan yang memungkinkan pengembang untuk menerapkan pembaruan ke aplikasi seluler mereka tanpa melalui proses pengajuan App Store tradisional. Ini bisa menjadi cara yang praktis untuk memperbaiki bug dengan cepat atau membuat pembaruan kecil pada aplikasi tanpa menunggu proses peninjauan App Store. Namun, Capgo Live Update tidak mendukung pembaruan aplikasi Flutter karena aplikasi Flutter dikompilasi menjadi kode native.
-
-Flutter adalah framework pengembangan aplikasi seluler yang menggunakan bahasa pemrograman Dart. Salah satu fitur utama Flutter adalah memungkinkan pengembang untuk membuat aplikasi yang dapat berjalan di iOS dan Android menggunakan satu basis kode. Untuk mencapai ini, Flutter mengompilasi kode aplikasi menjadi kode native untuk setiap platform. Ini berarti aplikasi tersebut pada dasarnya adalah aplikasi native, bukan aplikasi berbasis web atau aplikasi hybrid.
-
-Karena aplikasi Flutter dikompilasi menjadi kode native, tidak mungkin menggunakan Capgo Live Update untuk menerapkan pembaruan ke aplikasi Flutter. Sebaliknya, pengembang harus mengirimkan pembaruan ke app store seperti yang mereka lakukan dengan aplikasi native lainnya.
-
-Selain itu, membuat pembaruan pada kode native umumnya bertentangan dengan aturan app store. Baik Apple App Store dan Google Play Store memiliki kebijakan yang melarang pengembang memperkenalkan perubahan pada kode native aplikasi setelah diajukan untuk ditinjau. Ini karena memperkenalkan perubahan pada kode native berpotensi memunculkan kerentanan keamanan atau masalah lain yang dapat membahayakan kinerja aplikasi.
-
-Singkatnya, meskipun Capgo Live Update adalah alat yang berguna untuk menerapkan pembaruan dengan cepat ke beberapa jenis aplikasi seluler, namun tidak dapat digunakan untuk memperbarui aplikasi Flutter.
-
-Hal ini disebabkan oleh sifat proses kompilasi Flutter dan aturan dari app store.
diff --git a/src/content/blog/id/manage-dev-and-prod-build-with-github-actions.md b/src/content/blog/id/manage-dev-and-prod-build-with-github-actions.md
deleted file mode 100644
index 14641b29e..000000000
--- a/src/content/blog/id/manage-dev-and-prod-build-with-github-actions.md
+++ /dev/null
@@ -1,154 +0,0 @@
----
-slug: manage-dev-and-prod-build-with-github-actions
-title: Kelola pembangunan pengembangan dan produksi dengan aksi GitHub
-description: >-
-  Gunakan Capgo untuk merilis devbuild Anda ke saluran tertentu, dan biarkan tim
-  Anda mencoba aplikasi Ionic Capacitor Anda, tanpa menunggu tinjauan dari Apple
-  dan Google.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /capgo_ci-cd-illustration.webp
-head_image_alt: Ilustrasi pembangunan saluran
-keywords: >-
-  GitHub Actions, CI/CD, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: CI/CD
-published: true
-locale: id
-next_blog: how-to-send-specific-version-to-users
----
-Tutorial ini berfokus pada hosting GitHub, tetapi Anda dapat mengadaptasinya dengan sedikit penyesuaian untuk platform CI/CD lainnya.
-
-## Pendahuluan
-
-Pastikan Anda telah menambahkan aplikasi Capacitor Anda terlebih dahulu ke Capgo, tutorial ini hanya fokus pada fase unggah.
-
-## Konvensi commit
-
-Pertama, Anda perlu mulai mengikuti konvensi commit [komit konvensional](https://www.conventionalcommits.org/en/v1.0.0/) ini akan membantu alat memahami bagaimana mengupgrade nomor versi, ini hanya memerlukan 5 menit untuk mempelajarinya.
-
-![Komit konvensional](/conventional_commits.webp)
-
-## Aksi GitHub untuk tag
-
-Kemudian Anda perlu membuat aksi GitHub pertama Anda untuk secara otomatis membangun dan membuat tag.
-
-Buat file di path ini: `.github/workflows/bump_version.yml`
-
-dengan konten ini:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-      - development
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        if: github.ref == 'refs/heads/main'
-        run: npx capacitor-standard-version
-      - name: Create bump and changelog
-        if: github.ref != 'refs/heads/main'
-        run: npx capacitor-standard-version --prerelease alpha
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-
-```
-
-Ini akan merilis tag untuk setiap commit di cabang utama Anda. Dan rilis `alpha` untuk `development`, dan terakhir entri changelog untuk setiap commit di `CHANGELOG.md`.
-
-Jangan khawatir jika Anda tidak memiliki file ini, itu akan dibuat untuk Anda.
-
-Untuk membuat ini berfungsi, Anda perlu membuat [ACCESS PRIBADI](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) _di dalam_ GitHub Anda [rahasia](https://docs.github.com/en/actions/security-guides/encrypted-secrets "rahasia GitHub") sebagai `PERSONAL_ACCESS_TOKEN`.
-
-Ini diperlukan agar CI bisa mengkomit changelog dan peningkatan versi.
-
-Ketika Anda membuat token, pilih masa berlaku sebagai `tidak pernah` dan ruang lingkupnya sebagai `repo`.
-
-Atur kunci `version` di file `package.json` Anda. Gunakan versi terakhir yang dirilis di Toko.
-
-Ini hanya diperlukan untuk pertama kali, kemudian alat akan memperbaruinya secara otomatis.
-
-Anda sekarang dapat mengkomit kedua file ini dan melihat tag pertama Anda muncul di GitHub!
-
-`capacitor-standard-version` adalah paket yang melakukan keajaiban, secara default, dia juga memperbarui nomor versi Anda di Android dan IOS.
-
-## Aksi GitHub untuk build
-
-Buat file di path ini: `.github/workflows/build.yml`
-
-dengan konten ini:
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm build
-        env:
-          MY_ENV_VAR: ${{ secrets.MY_ENV_VAR }}
-      - name: Create Release Alpha
-        if: "contains(github.ref, '-alpha.')"
-        id: create_release_prepro
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c development
-      - name: Create Release Production
-        if: "!contains(github.ref, '-alpha.')"
-        id: create_release_prod
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Ini akan menginstal dan membangun ketergantungan Anda sebelum mengirimkannya ke Capgo.
-
-Jika perintah untuk membangun Anda berbeda, Anda dapat mengubahnya di langkah `build_code`.
-
-Jika Anda memerlukan variabel lingkungan, gunakan `MY_ENV_VAR` dan atur `rahasia` di pengaturan proyek GitHub Anda, kemudian rahasia dan GitHub Action.
-
-Untuk membuat unggahan Capgo berfungsi, Anda perlu mendapatkan kunci API Anda untuk Capgo, tambahkan ke [rahasia repositori GitHub Anda](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) sebagai `CAPGO_TOKEN`.
-
-Anda sekarang dapat mengkomit kedua file ini dan melihat versi pertama Anda muncul di Capgo!
-
-Penambahan commit akan menghasilkan build Capacitor baru untuk saluran produksi dan pengembangan.
-
-Anda harus menambahkan pengujian Anda di langkah build Ionic untuk memastikan kode Anda berfungsi.
-
-Kunjungi dashboard Capgo Anda dan periksa build yang baru saja muncul, Anda sekarang memiliki sistem CI/CD Anda.
diff --git a/src/content/blog/id/managing-dependencies-in-capacitor-projects.md b/src/content/blog/id/managing-dependencies-in-capacitor-projects.md
deleted file mode 100644
index 350ca7814..000000000
--- a/src/content/blog/id/managing-dependencies-in-capacitor-projects.md
+++ /dev/null
@@ -1,214 +0,0 @@
----
-slug: managing-dependencies-in-capacitor-projects
-title: Mengelola Dependensi dalam Proyek Capacitor
-description: >-
-  Temukan strategi penting untuk mengelola dependensi dalam proyek Capacitor
-  guna meningkatkan keamanan, mengurangi utang teknis, dan memastikan
-  kompatibilitas antar platform.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-24T08:30:17.609Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67bbc47be5225d66b70936da-1740386039142.jpg
-head_image_alt: Pengembangan Seluler
-keywords: 'Capacitor, dependency management, mobile development, plugins, automation'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Mengelola dependensi dalam proyek [Capacitor](https://capacitorjs.com/) sangat penting untuk memastikan keamanan, mengurangi utang teknis, dan mempertahankan kompatibilitas lintas platform. Berikut yang perlu Anda ketahui:
-
--   **Tetap Terbaru**: Perbarui dependensi secara rutin untuk menghindari kerentanan dan fitur yang usang.
--   **Gunakan Tools**: Manfaatkan Capacitor CLI, npm, yarn, dan tools seperti `capacitor-build-safety` untuk pengelolaan dependensi yang lancar.
--   **Kebutuhan Spesifik Platform**:
-    -   iOS: Gunakan [CocoaPods](https://cocoapods.org/) dan [Swift Package Manager](https://developer.apple.com/documentation/xcode/swift-packages) untuk dependensi.
-    -   Android: Kelola dependensi dengan [Gradle](https://gradle.org/) dan pastikan kompatibilitas dengan API level 21+.
--   **Tangani Masalah**: Selesaikan masalah umum seperti error sinkronisasi, konflik plugin, dan ketidakcocokan SDK dengan membersihkan build, memperbarui repo, dan pengujian menyeluruh.
--   **Otomatisasi**: Tools seperti [Capgo](https://capgo.app/) memungkinkan pembaruan langsung, kontrol versi, dan integrasi CI/CD, menyederhanakan prosesnya.
-
-Manajemen dependensi mempengaruhi stabilitas dan efisiensi aplikasi Anda. Fokus pada pembaruan konsisten, pengujian, dan otomatisasi untuk menjaga proyek Anda tetap pada jalurnya.
-
-## Manajemen Dependensi dalam Proyek Multi-Modul
-
-<iframe src="https://www.youtube.com/embed/Z97sl7MrrzE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Jenis Dependensi di [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-24.jpg?auto=compress)
-
-Proyek Capacitor bergantung pada berbagai dependensi, masing-masing memainkan peran spesifik dalam pengembangan lintas platform. Mari kita uraikan plugin dan konfigurasi spesifik platform.
-
-### Bekerja dengan Plugin Capacitor
-
-[Plugin Capacitor](https://capgo.app/plugins/) menghubungkan JavaScript ke fitur native, menyediakan API web yang terpadu. Plugin resmi dari tim Capacitor membuat integrasi menjadi mudah.
-
-Misalnya, jika Anda menambahkan fungsionalitas kamera, setupnya mungkin terlihat seperti ini:
-
-| Platform | Konfigurasi Dependensi |
-| --- | --- |
-| iOS | `CapacitorCamera` (Pod) |
-| Android | `com.capacitorjs:camera` (Maven) |
-| Web | `@capacitor/camera` (npm) |
-
-> "Capacitor menyediakan serangkaian API yang konsisten dan berfokus pada web yang memungkinkan aplikasi tetap sedekat mungkin dengan standar web, sambil mengakses fitur perangkat native yang kaya pada platform yang mendukungnya." - Dokumentasi Capacitor [\[3\]](https://capacitorjs.com/docs)
-
-### Dependensi Spesifik Platform
-
-Untuk iOS, Anda akan memerlukan [Xcode](https://developer.apple.com/xcode/) CLI, CocoaPods, dan dukungan untuk iOS 11 atau yang lebih baru [\[2\]](https://capacitorjs.com/docs/v2/getting-started/dependencies).
-
-Pada Android, pastikan untuk menggunakan Android SDK, [Android Studio](https://developer.android.com/studio/intro), dan memastikan kompatibilitas dengan API level 21 atau lebih tinggi (Android 5.0 Lollipop), yang mencakup sebagian besar perangkat Android [\[2\]](https://capacitorjs.com/docs/v2/getting-started/dependencies).
-
-Dependensi iOS dikelola melalui Podfile dan .podspec, sedangkan Android menggunakan Gradle untuk konfigurasi. Sebagai contoh, dependensi MLKit yang salah dikonfigurasi pada salah satu platform dapat menyebabkan error, menyoroti pentingnya setup yang akurat [\[4\]](https://ionic.zendesk.com/hc/en-us/articles/360037704753-Capacitor-Plugin-Development-Adding-iOS-podfile-dependencies).
-
-## Manajemen Dependensi Langkah demi Langkah
-
-Berikut cara menangani dependensi dan menjaga proyek Anda tetap berjalan lancar.
-
-### Menginstal Dependensi Baru
-
-Untuk menambahkan dependensi JavaScript, gunakan npm atau yarn, kemudian sinkronkan proyek native Anda dengan Capacitor CLI:
-
--   Gunakan `npm install` atau `yarn add` untuk menginstal paket yang diperlukan.
--   Jalankan `npx cap sync` untuk memperbarui proyek iOS dan Android.
--   Buka Xcode dan Android Studio untuk memverifikasi pengaturan proyek native.
-
-Jika Anda menambahkan fungsionalitas [NativeScript](https://nativescript.org/), ikuti langkah-langkah ini:
-
--   Jalankan `npm install @nativescript/capacitor`.
--   Build komponen mobile dengan `npm run build:mobile`.
--   Sinkronkan pembaruan menggunakan `npx cap sync` [\[5\]](https://capacitor.nativescript.org/installation.html).
-
-### Memperbarui Dependensi Proyek
-
-Jaga dependensi core dan platform Anda tetap up-to-date dengan langkah-langkah ini:
-
-1.  **Dependensi Core**  
-    Perbarui paket core Capacitor di file `/src-capacitor/package.json`. Berikut contoh versi yang diperlukan:
-    
-    | Package | Version |
-    | --- | --- |
-    | @capacitor/app | ^6.0.0 |
-    | @capacitor/cli | ^6.0.0 |
-    | @capacitor/core | ^6.0.0 |
-    | @capacitor/splash-screen | ^6.0.0 |
-    
-2.  **Pembaruan Platform**
-    
-    -   Untuk Android, jalankan: `npm install @capacitor/android@latest` [\[6\]](https://capacitorjs.com/docs/v2/android/updating).
-    -   Untuk iOS, jalankan: `pod repo update` [\[5\]](https://capacitor.nativescript.org/installation.html).
-
-Setelah pembaruan, uji aplikasi Anda pada kedua platform untuk memastikan semuanya berfungsi sebagaimana mestinya. Tetap terbaru mengurangi risiko keamanan dan mencegah utang teknis.
-
-### Masalah Dependensi Umum dan Solusinya
-
-Berikut beberapa masalah umum yang mungkin Anda hadapi dan cara mengatasinya:
-
--   **Masalah Android:**
-    
-    -   _"package android.support._ does not exist"_: Jalankan jetifier [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    -   _"Please select Android SDK"_: Lakukan sinkronisasi Gradle [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    -   Bersihkan cache Android Studio dan restart untuk menerapkan perubahan yang tertunda [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
--   **Masalah iOS:**
-    
-    -   Jalankan `pod repo update` jika sinkronisasi gagal.
-    -   Bersihkan folder build di Xcode dan restart.
-    -   Konfirmasi kompatibilitas CocoaPods.
--   **Masalah Plugin:**
-    
-    -   Untuk error _"Plugin Not Implemented"_, periksa status sinkronisasi dan pastikan plugin dimuat secara otomatis [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    -   Jika ProGuard diaktifkan, tambahkan aturan untuk mempertahankan kelas plugin [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-
-> "Capacitor adalah runtime native lintas platform yang memudahkan pembuatan aplikasi mobile dengan performa tinggi yang berjalan secara native di iOS, Android, dan platform lainnya menggunakan tooling web modern." – Dokumentasi Capacitor [\[3\]](https://capacitorjs.com/docs)
-
-## Pedoman Manajemen Dependensi
-
-Mengelola dependensi secara efektif dalam proyek Capacitor membutuhkan pendekatan terstruktur dengan otomatisasi dan pengujian menyeluruh. Menggunakan tools dan strategi yang tepat memastikan proyek Anda tetap stabil dan up-to-date.
-
-### Tools Otomatisasi untuk Dependensi
-
-Tools otomatisasi dapat membuat pengelolaan dependensi jauh lebih mudah. Misalnya, **capacitor-build-safety** menjalankan pemeriksaan otomatis untuk menangkap perubahan Capacitor yang tidak tersinkronisasi atau build web yang terlewat. Ini mengurangi masalah deployment dan menjaga rilis tetap konsisten di seluruh platform [\[11\]](https://github.com/fkirc/capacitor-build-safety).
-
-Contoh lainnya adalah **capacitor-sync-version-cli**, yang mengotomatisasi sinkronisasi versi dan menghitung versionCode Android. Ini meminimalkan kesalahan manual dan menjaga versi tetap selaras [\[12\]](https://github.com/bjesuiter/capacitor-sync-version-cli).
-
-Berikut perbandingan singkat tools utama:
-
-| Tool | Fungsi Utama | Manfaat Utama |
-| --- | --- | --- |
-| capacitor-build-safety | Pemeriksaan keamanan rilis | Menghindari rilis Android/iOS yang rusak |
-| capacitor-sync-version-cli | Sinkronisasi versi | Menyederhanakan manajemen versi |
-| npm audit | Pemindaian keamanan | Mendeteksi kerentanan |
-| Capgo/capacitor-updater | Pembaruan langsung | Memungkinkan deployment fitur yang cepat |
-
-### Mendokumentasikan dan Menguji Dependensi
-
-Penting untuk mendokumentasikan dan menguji dependensi sebagai bagian dari alur kerja Anda. Menggunakan **Dependency Injection (DI)** membantu menjaga kode Anda tetap modular dan lebih mudah diuji [\[10\]](https://hackeryarn.com/post/universally-testable-dependencies/).
-
-Untuk menguji plugin Capacitor, Anda dapat mengatur pemetaan path TypeScript. Dengan membuat direktori **mocks** dan memperbarui `tsconfig.spec.json` untuk memetakan `@capacitor/*` ke implementasi tiruan, Anda dapat menguji komponen dalam lingkungan yang terkontrol [\[9\]](https://github.com/ionic-team/cap-plugin-mock-jasmine).
-
-Ketika menangani konflik dependensi, terutama dengan NPM 7 atau yang lebih baru, ikuti proses langkah demi langkah ini:
-
-1.  **Menilai Situasi**  
-    Gunakan `npm audit` untuk memindai kerentanan dan mencatat masalah apapun [\[1\]](https://capacitorjs.com/docs/vscode/dependencies).
-    
-2.  **Menyelesaikan Konflik**  
-    Atasi konflik peer dependency dengan meningkatkan dependensi secara bertahap sampai semuanya terinstal dengan benar [\[13\]](https://volt.build/news/2023/04/12/capacitor-and-npm-6.html).
-    
-3.  **Verifikasi Pembaruan**  
-    Setelah menyelesaikan masalah, uji secara menyeluruh dependensi yang diperbarui. Gunakan mock untuk plugin Capacitor dengan framework pengujian seperti Jasmine [\[9\]](https://github.com/ionic-team/cap-plugin-mock-jasmine).
-    
-
-Untuk membuat pengujian dan pemeliharaan lebih mudah dalam jangka panjang, ekspor dependensi Anda ke dalam objek `deps`. Ini menyederhanakan mocking selama pengujian dan membantu mendeteksi masalah sebelum mempengaruhi lingkungan produksi [\[10\]](https://hackeryarn.com/post/universally-testable-dependencies/).
-
-## Menggunakan [Capgo](https://capgo.app/) untuk Pembaruan Dependensi
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-24.jpg?auto=compress)
-
-Capgo membawa manajemen dependensi dalam proyek Capacitor ke level berikutnya, membuat deployment pembaruan lebih cepat dan lebih efisien. Dengan lebih dari **464,4 juta pembaruan** yang disampaikan di **1.800 aplikasi produksi** [\[14\]](https://capgo.app/), Capgo menyederhanakan proses untuk pengembang.
-
-### Fungsi Inti Capgo
-
-Capgo semuanya tentang pembaruan cepat dan deployment kode yang mulus. Ini memungkinkan pengembang untuk langsung mendorong perbaikan bug, perubahan konten, dan fitur baru sambil tetap mematuhi kebijakan Apple dan Google.
-
-Berikut yang ditawarkan Capgo:
-
--   **Enkripsi End-to-End**: Pembaruan dienkripsi secara aman, memastikan hanya pengguna yang berwenang yang dapat mengaksesnya.
--   **Integrasi CI/CD**: Bekerja dengan lancar dengan platform seperti GitHub Actions, GitLab CI, dan Azure DevOps untuk mengotomatisasi deployment.
--   **Kontrol Versi**: Mudah mengelola dan melacak versi dependensi yang berbeda di seluruh build.
--   **Pembaruan Langsung**: Menerapkan perubahan hanya dalam hitungan menit.
-
-Alat-alat ini membantu pengembang menghemat waktu dan menjaga proyek tetap berjalan lancar.
-
-Untuk mengatur Capgo dalam proyek Capacitor Anda, gunakan perintah berikut:
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-### Manfaat untuk Tim Pengembangan
-
-Tim yang menggunakan Capgo telah melihat **peningkatan efisiensi rilis sebesar 81%** [\[14\]](https://capgo.app/). Berikut alasan mengapa ini menonjol:
-
--   **Deployment Cepat**: Dorong pembaruan dengan cepat dan kelola dengan fitur seperti penugasan pengguna dan opsi rollback.
--   **Harga Terjangkau**: Biaya pengaturan CI/CD satu kali sebesar $2.600 menjadikannya pilihan yang ramah anggaran dibandingkan alat lain.
--   **Alur Kerja yang Lebih Baik**: Pemantauan real-time dan alat organisasi yang fleksibel memberikan tim kendali lebih baik atas proyek mereka.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" – Rodrigo Mantica [\[14\]](https://capgo.app/)
-
-> "Capgo adalah alat penting bagi pengembang, memungkinkan produktivitas dengan melewati siklus review yang panjang." – Bessie Cooper [\[14\]](https://capgo.app/)
-
-## Ringkasan
-
-Mengelola dependensi secara efektif sangat penting untuk mengamankan proyek Capacitor dan meminimalkan hutang teknis. Berikut cara melakukannya:
-
--   **Kontrol Versi**: Gunakan file seperti `package-lock.json` untuk mengunci dependensi, memastikan konsistensi dan keamanan [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
--   **Pemeriksaan Keamanan**: Secara rutin pindai semua dependensi untuk kerentanan [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
--   **Alat Otomasi**: Alat seperti Renovate atau GitHub's Dependabot dapat menyederhanakan dan mengotomatisasi pembaruan dependensi [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
-
-Alat modern membuat tugas-tugas ini lebih mudah. Misalnya, Capgo membantu tim menerapkan pembaruan dengan cepat dan aman sambil tetap mematuhi persyaratan platform.
-
-> "Menjaga dependensi Anda tetap up to date akan memastikan Anda menggunakan produk yang didukung dan aman. Mengabaikan pembaruan akan meningkatkan hutang teknis yang membuat lebih sulit untuk diperbarui di masa mendatang." - Dokumentasi Capacitor [\[1\]](https://capacitorjs.com/docs/vscode/dependencies)
-
-Untuk menjaga stabilitas dan keamanan, targetkan siklus pembaruan SDK 6-12 bulan dan lakukan pemindaian kerentanan secara rutin [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
diff --git a/src/content/blog/id/managing-secrets-in-cicd-pipelines.md b/src/content/blog/id/managing-secrets-in-cicd-pipelines.md
deleted file mode 100644
index 8af9f0cb4..000000000
--- a/src/content/blog/id/managing-secrets-in-cicd-pipelines.md
+++ /dev/null
@@ -1,96 +0,0 @@
----
-slug: managing-secrets-in-cicd-pipelines
-title: Mengelola Rahasia dalam Pipeline CI/CD
-description: >-
-  Temukan strategi untuk pengelolaan secret yang efektif dalam pipeline CI/CD
-  untuk meningkatkan keamanan dan mencegah pelanggaran serta masalah kepatuhan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T00:50:40.782Z
-updated_at: 2025-04-20T00:51:01.303Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e-1745110261303.jpg
-head_image_alt: Teknis
-keywords: 'CI/CD, secret management, security, environment variables, automated scanning'
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-**Menjaga kerahasiaan dalam pipeline CI/CD sangat penting untuk mencegah pelanggaran, gangguan layanan, dan masalah kepatuhan.** Berikut cara melakukannya secara efektif:
-
--   **Gunakan variabel lingkungan** dan **brankas aman** untuk menyimpan rahasia secara aman
--   **Batasi akses** dengan hanya memberikan hak yang diperlukan dan merotasi rahasia secara berkala
--   **Otomatisasi pemindaian rahasia** dengan alat seperti `git-secrets` atau `truffleHog` untuk mendeteksi kebocoran lebih awal
--   **Manfaatkan alat CI/CD** seperti [GitHub Actions](https://docsgithubcom/actions), [GitLab CI](https://docsgitlabcom/ee/ci/), atau [Jenkins](https://wwwjenkinsio/) untuk manajemen rahasia bawaan
--   **Monitor dan audit** penggunaan rahasia dengan log terperinci
-
-### Rahasia Umum CI/CD
-
--   [Kunci API](https://capgo.app/docs/webapp/api-keys/)
--   Kredensial database
--   Kunci enkripsi
--   Token autentikasi
--   Sertifikat SSL
-
-### Platform Manajemen Rahasia Populer
-
-| Platform | Fitur | Terbaik Untuk |
-| --- | --- | --- |
-| **[HashiCorp Vault](https://wwwhashicorpcom/products/vault)** | Rahasia dinamis, enkripsi, kontrol akses | Operasi skala besar |
-| **[AWS Secrets Manager](https://docsawsamazoncom/secretsmanager/)** | Integrasi AWS, rotasi otomatis | Setup berbasis AWS |
-| **[Azure Key Vault](https://learnmicrosoftcom/en-us/azure/key-vault/)** | Penanganan sertifikat, rotasi kunci | Lingkungan Microsoft |
-
-Dengan mengikuti praktik ini dan menggunakan alat yang tepat, Anda dapat melindungi pipeline CI/CD dan mempertahankan alur kerja yang aman
-
-## Pedoman Keamanan untuk Rahasia
-
-### Jaga Rahasia di Luar Kode Anda
-
--   Gunakan **variabel lingkungan** untuk mengelola informasi sensitif
--   Simpan rahasia di **brankas aman** yang dirancang untuk tujuan ini
--   Hubungkan pipeline CI/CD Anda ke brankas untuk menyuntikkan kredensial selama proses build
-
-### Batasi dan Pantau Akses
-
-Berikan hanya **hak istimewa minimum yang diperlukan** kepada setiap pengguna atau layanan, dan tinjau izin secara berkala
-
-Selain itu, rotasi rahasia secara terjadwal dan pertahankan **log audit** untuk melacak dan mengidentifikasi potensi pelanggaran
-
-## Cara mengintegrasikan [GitLab CI](https://docsgitlabcom/ee/ci/) dengan [HashiCorp Vault](https://wwwhashicorpcom/products/vault) untuk mengambil
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Alat Manajemen Rahasia
-
-Setelah pedoman keamanan diterapkan, saatnya menerapkan alat yang dirancang khusus untuk mengelola rahasia
-
-### Platform Penyimpanan Rahasia
-
-Sentralisasi dan pantau semua rahasia Anda menggunakan alat-alat ini:
-
-| Platform | Fitur | Terbaik Untuk |
-| --- | --- | --- |
-| **HashiCorp Vault** | Rahasia dinamis, layanan enkripsi, akses berbasis identitas | Operasi skala besar |
-| **AWS Secrets Manager** | Integrasi AWS yang mulus, rotasi otomatis, izin yang terperinci | Setup berbasis AWS |
-| **Azure Key Vault** | Modul keamanan perangkat keras, penanganan sertifikat, rotasi kunci | Lingkungan cloud Microsoft |
-
-Setelah mengamankan rahasia Anda di platform penyimpanan, manfaatkan fitur manajemen rahasia yang disertakan dengan alat CI/CD Anda
-
-### Manajemen Rahasia CI/CD
-
-Banyak alat CI/CD dilengkapi dengan kemampuan manajemen rahasia bawaan:
-
--   **GitHub Actions**: Menawarkan rahasia terenkripsi di tingkat repositori dan organisasi. Rahasia secara otomatis disamarkan dalam log dan hanya dapat diakses oleh alur kerja yang diizinkan
--   **GitLab CI**: Menyediakan variabel yang dilindungi dan rahasia tingkat grup, memungkinkan berbagi yang aman antar proyek sambil mempertahankan isolasi
--   **Jenkins**: Bekerja dengan plugin kredensial dan mendukung penyimpanan rahasia eksternal. Plugin diperlukan untuk memastikan rahasia disamarkan dalam log
-
-### Fitur Keamanan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e/37a0fc028bf1f414683e8dee42eedfb0.jpg)
-
-Capgo meningkatkan keamanan pembaruan langsung dalam aplikasi Capacitor dengan memperluas manajemen rahasia CI/CD standar. Ini menggunakan enkripsi end-to-end untuk memastikan hanya pengguna yang berwenang yang dapat mendekripsi data sensitif [\[1\]](https://capgo.app/)
-
-Capgo terintegrasi dengan mulus dengan alat seperti GitHub Actions, GitLab CI, dan Jenkins
\ No newline at end of file
diff --git a/src/content/blog/id/merge-policies-for-teams-using-capacitor-apps.md b/src/content/blog/id/merge-policies-for-teams-using-capacitor-apps.md
deleted file mode 100644
index 6dadeaa1d..000000000
--- a/src/content/blog/id/merge-policies-for-teams-using-capacitor-apps.md
+++ /dev/null
@@ -1,40 +0,0 @@
----
-slug: merge-policies-for-teams-using-capacitor-apps
-title: Petunjuk penggabungan untuk tim dengan aplikasi Capacitor
-description: >-
-  Pelajari cara membuat kebijakan penggabungan yang efektif untuk aplikasi
-  Capacitor untuk memastikan kualitas kode, mengoptimalkan pembaruan, dan
-  mengelola konflik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:30:15.213Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809ac119bd9ce97f26bdef5-1745465426956.jpg
-head_image_alt: Pengembangan Mobile
-keywords: 'merge policies, Capacitor apps, code quality, live updates, branch management'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-To maintain smooth and reliable live updates for a Capacitor app, follow these key strategies:
-
-<Steps>
-
-1. **Test updates thoroughly**: Run automated tests, check device performance, and validate updates with a small user group.
-2. **Use staged rollouts**: Deploy updates gradually, starting with a small percentage of users, and monitor for issues.
-3. **Monitor metrics**: Track update success rates, user feedback, and app performance after updates.
-4. **Have rollback options**: Ensure you can quickly revert changes if problems arise after deployment.
-5. **Verify platform compatibility**: Test updates across both iOS and Android to identify platform-specific issues.
-
-</Steps>
-
-A tool like Capgo provides these features and can help you streamline the process with insights like a 95% user reach in 24 hours and reliable rollback options.
-:::
-
-Untuk memastikan pembaruan aplikasi Capacitor lancar dan handal, gunakan solusi pembaruan langsung yang kuat seperti **Capgo**. Ini memungkinkan Anda untuk mengirimkan pembaruan, perbaikan, dan fitur baru secara instan, tanpa menunggu persetujuan app store.
-
-Capgo mendukung **enkripsi end-to-end** dan mematuhi pedoman Apple dan Android, memastikan pembaruan aman dan memenuhi persyaratan platform. Ini juga terintegrasi dengan mudah dengan sistem CI/CD, membuat proses deployment efisien dan bebas masalah. Dengan memanfaatkan alat-alat ini, Anda dapat meminimalkan potensi masalah dan menjaga pengguna aplikasi Anda tetap up-to-date dengan perubahan terbaru secara real time.
-:::
diff --git a/src/content/blog/id/migrating-cordova-to-capacitor.md b/src/content/blog/id/migrating-cordova-to-capacitor.md
deleted file mode 100644
index 5f559d548..000000000
--- a/src/content/blog/id/migrating-cordova-to-capacitor.md
+++ /dev/null
@@ -1,91 +0,0 @@
----
-slug: migrating-cordova-to-capacitor
-title: 'Migrasi Aplikasi Web dari Cordova ke Capacitor: Panduan Langkah demi Langkah'
-description: >-
-  Panduan langkah demi langkah ini akan membantu Anda melakukan migrasi aplikasi
-  web dari Cordova ke Capacitor dan mencakup semua area sehingga mudah dibaca
-  dan diikuti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-07T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /migrating-cordova-to-capacitor.webp
-head_image_alt: Ilustrasi Migrasi Cordova ke Capacitor
-keywords: >-
-  Cordova, Capacitor, migration, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Migration
-published: true
-locale: id
-next_blog: ''
----
-# Migrasi Aplikasi Web Menggunakan Cordova ke Capacitor: Panduan Langkah demi Langkah
-
-Panduan ini akan membantu Anda dalam migrasi aplikasi web dari Cordova ke Capacitor, membuatnya mudah dibaca dan diikuti. Kami akan membahas semua bagian dan memberikan pendekatan langkah demi langkah.
-
-## Pengenalan Cordova dan Capacitor
-
-Cordova dan Capacitor adalah alat yang memungkinkan pengembang web membuat aplikasi native untuk berbagai platform menggunakan HTML, CSS, dan JavaScript. Meskipun memiliki kesamaan, ada perbedaan utama dalam pendekatan mereka terhadap manajemen proyek native, manajemen plugin, dan manajemen CLI/versi.
-
-## Strategi Migrasi
-
-Migrasi dari Cordova ke Capacitor dapat dilakukan secara bertahap atau sebagai penggantian lengkap, tergantung pada kompleksitas aplikasi Anda. Capacitor kompatibel dengan Cordova, memungkinkan Anda beralih aplikasi web yang ada ke dalamnya kapan pun Anda siap.
-
-Untuk membantu migrasi, pertimbangkan untuk menggunakan [Ionic VS Code Extension](https://marketplace.visualstudio.com/items/?itemName=ionic.ionic) dan audit plugin Cordova yang ada. Anda dapat terus menggunakan plugin Cordova jika diperlukan, atau menggantinya dengan yang setara dari Capacitor.
-
-## Panduan Migrasi Langkah demi Langkah
-
-Ikuti langkah-langkah berikut untuk migrasi aplikasi web Anda dari Cordova ke Capacitor:
-
-1. **Bekerja di cabang kode terpisah**: Disarankan untuk bekerja di cabang kode terpisah saat menerapkan perubahan ini.
-
-2. **Inisialisasi aplikasi Anda dengan Capacitor**: Buka proyek Anda di terminal dan ikuti panduan untuk [menambahkan Capacitor ke aplikasi web](https://capacitorjs.com/docs/getting-started/#adding-capacitor-to-your-app) atau [menambahkan Capacitor ke aplikasi Ionic](https://capacitorjs.com/docs/getting-started/with-ionic/#existing-ionic-project). Gunakan informasi dari file `config.xml` Cordova Anda untuk nama aplikasi dan Bundle ID.
-
-3. **Bangun aplikasi web Anda**: Bangun proyek web Anda setidaknya sekali sebelum menambahkan platform native. Ini memastikan folder `www` dikonfigurasi dengan benar dalam file konfigurasi Capacitor.
-
-4. **Tambahkan platform**: Jalankan `npx cap add ios` dan `npx cap add android` untuk menambahkan platform iOS dan Android. Ini akan membuat folder proyek native terpisah di root proyek Anda.
-
-5. **Buat ikon dan splash screen**: Jika Anda memiliki gambar ikon dan splash screen yang ada, gunakan alat `cordova-res` untuk menghasilkan dan menyalinnya ke dalam proyek native.
-
-6. **Audit dan migrasi plugin Cordova yang ada**: Tinjau plugin Cordova yang ada dan ganti dengan yang setara dari Capacitor jika memungkinkan. Hapus plugin yang tidak diperlukan.
-
-7. **Hapus plugin Cordova**: Setelah mengganti atau menghapus plugin Cordova, uninstall plugin dan jalankan `npx cap sync` untuk menghapus kode plugin dari proyek native.
-
-8. **Terapkan izin tambahan**: Petakan antara `plugin.xml` dan pengaturan yang diperlukan di iOS dan Android untuk menerapkan izin yang diperlukan.
-
-9. **Konfigurasi preferensi**: Tambahkan preferensi secara manual dari `config.xml` ke file konfigurasi Capacitor.
-
-10. **Tangani konfigurasi khusus platform**: Konfigurasi elemen dari `config.xml` untuk setiap platform (iOS dan Android) sesuai kebutuhan.
-
-11. **Ubah skema untuk menyajikan konten**: Jika perlu, ubah skema yang digunakan untuk menyajikan konten di aplikasi Anda untuk menghindari kehilangan data.
-
-12. **Uji dan hapus Cordova**: Uji aplikasi yang telah dimigrasi untuk memastikan semua perubahan telah diterapkan dengan benar. Setelah puas, Anda dapat menghapus Cordova dari proyek Anda atau membiarkannya jika Anda berencana untuk terus menggunakan plugin Cordova.
-
-Selamat! Anda telah berhasil migrasi aplikasi web Anda dari Cordova ke Capacitor. Untuk mempelajari lebih lanjut tentang penggunaan plugin Cordova dalam proyek Capacitor atau alur kerja pengembangan Capacitor, kunjungi [dokumentasi resmi Capacitor](https://capacitorjs.com/docs/).
-
-## Pembaruan Langsung dengan Layanan Capgo Kami
-
-Kami dengan bangga menawarkan Capgo, solusi kami yang memungkinkan pembaruan langsung untuk aplikasi Capacitor Anda, memungkinkan Anda memberikan pembaruan Over-The-Air (OTA) dengan harga yang wajar. Fitur ini sangat berguna untuk membuat perbaikan cepat, menerapkan fitur baru, dan memastikan pengguna Anda selalu memiliki versi terbaru aplikasi Anda tanpa menunggu persetujuan app store.
-
-### Cara Kerja Layanan Capgo Kami
-
-Capgo adalah layanan berbasis cloud yang memungkinkan Anda menerapkan pembaruan langsung ke aplikasi Capacitor Anda. Ini terdiri dari dashboard web dan SDK native yang dapat Anda integrasikan ke dalam aplikasi Anda. SDK memeriksa pembaruan saat startup atau pada interval tertentu dan mengunduhnya di latar belakang. Ketika pembaruan tersedia, SDK akan meminta pengguna untuk menginstalnya. Jika pengguna menerima, pembaruan akan diinstal dan diterapkan segera.
-
-### Manfaat Pembaruan Langsung Capgo
-
-- **Pembaruan lebih cepat:** Terapkan pembaruan secara instan tanpa menunggu persetujuan app store.
-- **Mengurangi ketergantungan Apple Store:** Lewati pembatasan dan limitasi app store.
-- **Pengalaman pengguna yang lebih baik:** Jaga pengguna tetap terlibat dengan fitur terbaru dan perbaikan bug tanpa memerlukan mereka memperbarui aplikasi secara manual.
-
-### Cara Mengimplementasikan Pembaruan Langsung Capgo
-
-Untuk mengimplementasikan pembaruan langsung Capgo dalam proyek Capacitor Anda, ikuti langkah-langkah berikut:
-- Daftar untuk [akun Capgo](https://console.capgo.app/).
-- Instal SDK Capgo di proyek Anda.
-- Konfigurasi aplikasi Anda untuk memeriksa pembaruan saat startup atau pada interval tertentu.
-- Terapkan pembaruan ke aplikasi Anda menggunakan dashboard Capgo.
-
-## Kesimpulan
-
-Kami berharap panduan ini telah membantu Anda migrasi aplikasi web dari Cordova ke Capacitor. Jika Anda memiliki pertanyaan atau membutuhkan bantuan dengan proses migrasi, jangan ragu untuk menghubungi kami di server [discord](https://discord.capgo.app) kami.
diff --git a/src/content/blog/id/mobile-app-update-strategies-a-developers-checklist.md b/src/content/blog/id/mobile-app-update-strategies-a-developers-checklist.md
deleted file mode 100644
index f4b30dd22..000000000
--- a/src/content/blog/id/mobile-app-update-strategies-a-developers-checklist.md
+++ /dev/null
@@ -1,206 +0,0 @@
----
-slug: mobile-app-update-strategies-a-developers-checklist
-title: 'Strategi Update Aplikasi Mobile: Checklist untuk Developer'
-description: >-
-  Pelajari strategi penting untuk pembaruan aplikasi seluler, mulai dari
-  otomatisasi CI/CD hingga alat OTA, untuk memastikan deployment yang lancar dan
-  kepuasan pengguna yang lebih baik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-15T02:51:44.404Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/678709f9070e33f74859cb89-1736909518284.jpg
-head_image_alt: Teknologi
-keywords: >-
-  mobile app updates, CI/CD pipeline, OTA updates, user engagement, app
-  performance, testing strategies, bug fixes, app security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Menjaga aplikasi Anda tetap diperbarui sangat penting untuk kepuasan pengguna dan kinerja aplikasi. Berikut alasannya:
-
--   **Memperbaiki Bug & Meningkatkan Keamanan**: Mengatasi masalah teknis dan tetap mematuhi persyaratan platform.
-    
--   **Meningkatkan Performa**: Meningkatkan kecepatan, stabilitas, dan pengalaman pengguna.
-    
--   **Meningkatkan Keterlibatan**: Pembaruan rutin membuat pengguna tetap setia dan terlibat.
-    
-
-## Pembaruan Over-the-Air dengan [CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)
-
-![CodePush](https://mars-images.imgix.net/seobot/screenshots/learn.microsoft.com-87c8945e309a8c280c425352c4f329fa.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/DpzWfrRE_XY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Mengatasi Tantangan Pembaruan
-
-Memperbarui aplikasi bisa rumit karena kompatibilitas perangkat dan penundaan app store. Solusinya meliputi:
-
--   **Pipeline CI/CD**: Otomatisasi pengujian, integrasi, dan deployment untuk pembaruan lebih cepat.
-    
--   **Pembaruan OTA**: Memberikan perubahan secara instan tanpa persetujuan app store.
-    
-
-| Metode | Manfaat | Fitur |
-| --- | --- | --- |
-| CI/CD | Mempercepat pengujian & deployment | Kontrol versi, otomatisasi |
-| Pembaruan OTA | Pembaruan real-time | Perbaikan instan, peluncuran selektif |
-
-## Langkah Kunci untuk Pembaruan Lancar
-
-1.  **Kumpulkan Umpan Balik**: Gunakan alat seperti Google Analytics untuk memprioritaskan pembaruan.
-    
-2.  **Uji Secara Menyeluruh**: Simulasikan perangkat dengan [AWS Device Farm](https://aws.amazon.com/device-farm/) atau [Firebase Test Lab](https://firebase.google.com/docs/test-lab).
-    
-3.  **Deploy Secara Strategis**: Gunakan peluncuran bertahap dan feature flags untuk meminimalkan risiko.
-    
-
-## Persiapan untuk Pembaruan Aplikasi Live
-
-Mempersiapkan aplikasi Anda untuk pembaruan membutuhkan perencanaan yang matang dan alat yang tepat untuk memastikan semuanya berjalan lancar. Mari kita uraikan langkah-langkah kunci dan pertimbangan untuk proses pembaruan yang sukses.
-
-### Persiapan Pra-Pembaruan
-
-Mulailah dengan mengumpulkan umpan balik pengguna menggunakan platform seperti [UserVoice](https://www.uservoice.com/) dan menganalisis metrik kinerja seperti waktu muat dan tingkat crash menggunakan alat seperti Google Analytics. Data ini membantu Anda mengidentifikasi pembaruan mana yang harus diprioritaskan, terutama yang menangani masalah utama dan meningkatkan pengalaman pengguna [\[1\]](https://www.nimbleappgenie.com/blogs/mobile-app-development-checklist/).
-
-Berikut sekilas metrik utama yang perlu dipantau:
-
-| Jenis Metrik | Yang Dipantau | Mengapa Penting |
-| --- | --- | --- |
-| Performa | Waktu muat, tingkat crash | Menyoroti masalah teknis |
-| Penggunaan | Durasi sesi, adopsi fitur | Menunjukkan tren perilaku pengguna |
-| Stabilitas | Tingkat kesalahan, waktu respons server | Menjaga keandalan aplikasi |
-
-Setelah mengumpulkan data ini, fokus pada pembaruan yang menyelesaikan masalah kritis terlebih dahulu. Setelah itu, kerjakan penyempurnaan kinerja dan perkenalkan fitur yang sesuai dengan keinginan pengguna.
-
-Dengan peta jalan yang jelas, saatnya memilih alat yang tepat untuk merampingkan proses pembaruan.
-
-### Memilih Alat CI/CD dan Pembaruan OTA
-
-Memilih alat yang tepat untuk pipeline Continuous Integration/Continuous Deployment (CI/CD) sangat penting. Opsi populer seperti [GitHub Actions](https://docs.github.com/actions), [Bitrise](https://bitrise.io/), dan [CircleCI](https://circleci.com/) masing-masing memiliki manfaat unik. Misalnya, [GitHub Actions](https://docs.github.com/actions) terintegrasi langsung dengan repositori GitHub Anda, menjadikannya pilihan yang nyaman bagi banyak pengembang [\[2\]](https://www.poppinslabs.com/blog/mobile-app-ci-cd-pipeline).
-
-Untuk pembaruan Over-the-Air (OTA), alat seperti Capacitor memungkinkan Anda mengirimkan perubahan langsung ke pengguna tanpa menunggu persetujuan app store [\[3\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Saat memilih solusi OTA, pertimbangkan faktor-faktor berikut:
-
--   **Kecepatan deployment** untuk meminimalkan downtime.
-    
--   **Kontrol versi** untuk mengelola pembaruan secara efektif.
-    
--   **Integrasi analitik** untuk melacak kinerja pembaruan.
-    
--   **Fitur keamanan** untuk melindungi data pengguna dan integritas aplikasi.
-    
-
-## Menyiapkan CI/CD dan Pembaruan OTA
-
-### Mengonfigurasi Pipeline CI/CD untuk Aplikasi Mobile
-
-Menyiapkan pipeline CI/CD untuk aplikasi mobile dimulai dengan kontrol versi dan otomatisasi yang solid. Berikut cara menyusunnya secara efektif:
-
-1.  **Kontrol Versi dan Pengaturan Build**
-    
-    -   Buat cabang terpisah untuk pengembangan, staging, dan produksi.
-        
-    -   Siapkan sistem build seperti Gradle (untuk Android) atau Xcode (untuk iOS) dengan sertifikat penandatanganan yang diperlukan.
-        
-2.  **Integrasi Pengujian Otomatis**
-    
-    -   Tambahkan pengujian unit, integrasi, dan UI di setiap tahap pipeline. Ini membantu menangkap dan memperbaiki masalah lebih awal [\[4\]](https://refraction.dev/blog/cicd-pipelines-mobile-apps-best-practices).
-
-Setelah pipeline Anda siap, menambahkan pembaruan OTA membuat pengiriman perubahan ke pengguna menjadi lebih cepat dan mudah.
-
-### Menggunakan Pembaruan OTA [Capacitor](https://capacitorjs.com/) dengan [Capgo](https://capgo.app/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d.jpg?auto=compress)
-
-Capgo membuat pembaruan OTA menjadi sederhana, aman, dan cepat dengan fitur seperti enkripsi dan kepatuhan. Berikut cara memulainya:
-
-1.  Pasang [plugin Capgo](https://capgo.app/plugins/) di proyek Capacitor Anda.
-    
-2.  Atur pengaturan pembaruan dan pelacakan versi aplikasi Anda.
-    
-3.  Gunakan [dashboard Capgo](https://capgo.app/docs/webapp/) untuk menerapkan pembaruan langsung ke pengguna.
-    
-
-### Ikhtisar Harga dan Fitur Capgo
-
-Capgo menawarkan paket fleksibel yang sesuai dengan kebutuhan aplikasi Anda saat berkembang. Harga mulai dari $12/bulan (SOLO) untuk aplikasi kecil hingga $249/bulan (PAYG) untuk kebutuhan tingkat enterprise. Setiap paket mencakup fitur utama seperti pembaruan instan, kontrol versi, dan analitik.
-
-| Paket | Biaya Bulanan | Pembaruan/Bulan | Pengguna Aktif |
-| --- | --- | --- | --- |
-| SOLO | $12 | 2.500 | 500 |
-| MAKER | $33 | 25.000 | 5.000 |
-| TEAM | $83 | 150.000 | 30.000 |
-| PAYG | $249 | 1.000.000 | 200.000 |
-
-Paket tingkat lebih tinggi menyediakan bandwidth dan penyimpanan lebih besar, memudahkan tim dari semua ukuran untuk mengintegrasikan pembaruan OTA ke dalam pipeline CI/CD mereka sambil mempertahankan kecepatan dan keamanan.
-
-## Pengujian dan Penerapan Pembaruan Aplikasi
-
-### Strategi Pengujian untuk Pembaruan
-
-Pengujian menyeluruh sangat penting untuk memastikan pembaruan aplikasi berfungsi sebagaimana mestinya. Alat seperti **AWS Device Farm** dan **Firebase Test Lab** memungkinkan pengembang mensimulasikan berbagai skenario perangkat, membantu mendeteksi masalah kompatibilitas sebelum pengguna mengalaminya.
-
-Strategi pengujian yang kuat memadukan metode otomatis dan manual. Sementara otomatisasi menangani tugas berulang secara efisien, pengujian manual memastikan pengalaman pengguna aplikasi lancar dan intuitif. Misalnya, data AWS Device Farm menunjukkan bahwa pengujian aplikasi pada 8-10 perangkat berbeda dapat menangkap 95% masalah khusus perangkat sebelum peluncuran.
-
-| **Fase Pengujian** | **Detail** |
-| --- | --- |
-| **Pengujian Unit** | Uji komponen individual menggunakan alat seperti Jest, XCTest |
-| **Pengujian Integrasi** | Periksa bagaimana komponen bekerja bersama dengan Detox, Appium |
-| **Kompatibilitas Perangkat** | Uji lintas platform menggunakan AWS Device Farm, Firebase Test Lab |
-| **Pengujian Performa** | Pantau penggunaan sumber daya dengan [New Relic](https://newrelic.com/), Firebase Performance |
-
-Setelah aplikasi lulus pengujian ini dan terbukti stabil, tantangan berikutnya adalah menerapkan pembaruan dengan lancar tanpa mengganggu pengguna.
-
-### Praktik Penerapan
-
-Penerapan yang lancar adalah kunci untuk menjaga kualitas aplikasi dan membuat pengguna tetap puas. Salah satu pendekatan populer adalah **peluncuran bertahap**, di mana pembaruan dirilis ke kelompok kecil (5-10% pengguna) sebelum peluncuran skala penuh.
-
-Beberapa praktik terbaik untuk penerapan meliputi:
-
--   **Pemeriksaan Kesehatan Otomatis**: Pantau metrik seperti tingkat crash dan waktu respons API selama peluncuran.
-    
--   **Feature Flags**: Aktifkan atau nonaktifkan fitur tanpa memerlukan pembaruan aplikasi penuh.
-    
--   **Pembaruan Diam-diam**: Dorong pembaruan di latar belakang selama waktu penggunaan rendah.
-    
-
-Alat seperti **New Relic** dan [**Firebase Analytics**](https://firebase.google.com/docs/analytics) menyediakan data real-time untuk memantau kinerja selama dan setelah penerapan.
-
-Untuk pembaruan kritis, strategi **rilis canary** sangat efektif. Ini melibatkan peluncuran pembaruan ke kelompok kecil penguji beta terlebih dahulu. Tidak hanya mengurangi masalah pasca-penerapan sebesar 60%, tetapi juga memberikan umpan balik awal dari pengguna nyata kepada pengembang, memungkinkan perbaikan cepat sebelum rilis yang lebih luas.
-
-## Kesimpulan dan Poin Kunci
-
-### Mengapa Perbaikan Berkelanjutan Penting
-
-Setelah strategi pengujian dan penerapan siap, langkah selanjutnya adalah fokus pada perbaikan berkelanjutan. Pembaruan rutin berperan penting dalam menjaga kepuasan pengguna dan memastikan kinerja aplikasi yang kuat. Di pasar yang ramai saat ini, ini bisa menentukan kesuksesan jangka panjang aplikasi.
-
-Mengambil pendekatan terstruktur untuk pembaruan dapat menghasilkan keuntungan yang jelas - seperti tingkat retensi yang lebih tinggi dan keterlibatan pengguna yang lebih baik. Alat seperti pipeline CI/CD dan pembaruan OTA menyederhanakan proses ini sambil menjaga kepuasan pengguna.
-
-| Komponen Pembaruan | Efek pada Kesuksesan Aplikasi |
-| --- | --- |
-| Perbaikan Bug Rutin | Mengurangi keluhan dan penghapusan instalasi |
-| Pembaruan Performa & Fitur | Meningkatkan keterlibatan, retensi, dan daya saing |
-| Patch Keamanan | Membangun kepercayaan dan memastikan kepatuhan |
-
-### Daftar Periksa Pengembang Secara Singkat
-
-Untuk mengelola [pembaruan aplikasi mobile](https://capgo.app/plugins/capacitor-updater/) secara efektif, pengembang memerlukan proses yang solid dan alat yang tepat. Praktik modern seperti pengujian otomatis, peluncuran bertahap, dan pemantauan konstan sangat penting.
-
-**Langkah Kunci untuk Sukses**:
-
--   Gunakan pipeline CI/CD dan alat pembaruan OTA seperti GitHub Actions, Bitrise, dan Capgo.
-    
--   Jalankan pengujian menyeluruh di berbagai perangkat dengan platform seperti AWS Device Farm.
-    
--   Pantau metrik kinerja menggunakan analitik untuk memandu pembaruan di masa depan.
-    
-
-Langkah-langkah ini membantu pengembang mengelola pembaruan dengan lancar sambil menjaga pengalaman pengguna sebagai fokus utama.
-
-Pendekatan terstruktur membantu meminimalkan downtime dengan mengotomatisasi proses pembaruan dan memastikan pembaruan diuji secara menyeluruh sebelum penerapan. Pendekatan ini juga meningkatkan kepuasan pengguna dengan memberikan pembaruan yang didasarkan pada umpan balik pengguna dan dirancang untuk meningkatkan kinerja dan fungsionalitas aplikasi [\[1\]](https://www.nimbleappgenie.com/blogs/mobile-app-development-checklist/)[\[5\]](https://www.netsolutions.com/hub/mobile-app-development/checklist).
-
-Pada akhirnya, pembaruan aplikasi yang efektif bergantung pada keseimbangan antara keunggulan teknis dengan keinginan pengguna. Dengan berpegang pada strategi ini dan tetap berkomitmen, pengembang dapat menjaga aplikasi mereka tetap aman, kompetitif, dan mudah digunakan dalam dunia digital yang terus berubah.
diff --git a/src/content/blog/id/monitor-ota-updates-in-capacitor-apps.md b/src/content/blog/id/monitor-ota-updates-in-capacitor-apps.md
deleted file mode 100644
index a55227206..000000000
--- a/src/content/blog/id/monitor-ota-updates-in-capacitor-apps.md
+++ /dev/null
@@ -1,207 +0,0 @@
----
-slug: monitor-ota-updates-in-capacitor-apps
-title: Pantau Pembaruan OTA di Aplikasi Capacitor
-description: >-
-  Pelajari cara memantau pembaruan OTA secara efektif di aplikasi mobile untuk
-  penyebaran yang cepat, aman, dan dapat diandalkan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T01:34:45.665Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f079b2ebbb9dc806439988-1743816897363.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, app monitoring, error tracking, real-time analytics, mobile app
-  development
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin memperbarui aplikasi Anda tanpa menunggu persetujuan toko aplikasi?** Pembaruan OTA (Over-The-Air) memungkinkan Anda mengirim perbaikan dan fitur langsung ke pengguna secara real-time. Dengan alat seperti [Capgo](https://capgo.app/), Anda dapat memantau kinerja pembaruan, melacak kesalahan, dan bahkan membalikkan pembaruan yang buruk secara instan.
-
-### Manfaat Utama Memantau Pembaruan OTA:
-
--   **Pembaruan Cepat**: Capaian hingga 95% pengguna aktif dalam 24 jam.
--   **Pelacakan Kesalahan**: Temukan dan perbaiki masalah penyebaran lebih awal.
--   **Pengiriman Aman**: Enkripsi end-to-end memastikan pembaruan aman.
--   **Analitik Real-Time**: Pantau tingkat keberhasilan (rata-rata global: 82%) dan metrik kinerja.
-
-### Langkah-Langkah Pengaturan Cepat:
-
-1.  Instal [plugin Capgo](https://capgo.app/plugins/): `npx @capgo/cli init`.
-2.  Gunakan kontrol versi dengan saluran (Produksi, Beta, Staging).
-3.  Aktifkan analitik real-time dan pelacakan kesalahan.
-4.  Siapkan auto-rollback untuk pembaruan yang gagal.
-
-Capgo telah mengelola **23,5M pembaruan di 750 aplikasi** dengan kecepatan unduh yang cepat (114ms untuk paket 5MB). Mulailah memantau pembaruan Anda hari ini untuk manajemen aplikasi yang lebih lancar.
-
-## Mengatur Pemantauan Pembaruan
-
-Berikut adalah cara mengatur pemantauan pembaruan OTA untuk aplikasi Anda:
-
-### Menginstal Plugin yang Diperlukan
-
-Pertama, instal plugin Capgo dengan menjalankan:
-
-```bash
-npx @capgo/cli init
-```
-
-Plugin ini berfungsi dengan baik dengan Capacitor 8, sehingga kompatibel dengan berbagai versi aplikasi.
-
-### Mengelola Versi Pembaruan
-
-Kontrol versi memainkan peran kunci dalam menangani pembaruan OTA. Sistem [saluran Capgo](https://capgo.app/docs/plugin/cloud-mode/channel-system/) membantu Anda mengelola distribusi pembaruan secara efisien:
-
-| Jenis Saluran | Tujuan | Kasus Penggunaan Terbaik |
-| --- | --- | --- |
-| Produksi | Saluran rilis utama | Pembaruan stabil untuk semua pengguna |
-| Beta | Saluran pengujian | Fitur akses awal |
-| Staging | Pengujian prarilis | Pengujian QA internal |
-
-Setiap saluran menyimpan sejarah versinya sendiri, memungkinkan pengembang melacak perubahan dan mengelola pembaruan secara sistematis. Selain itu, sistem ini menawarkan opsi rollback instan, sehingga Anda dapat dengan cepat mengatasi masalah penyebaran.
-
-Setelah kontrol versi diatur, Anda dapat memantau pembaruan untuk memastikan keamanan dan kinerja.
-
-### Mengatur Pemantauan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f079b2ebbb9dc806439988/a64cd6a83185b5ac05d3640337221542.jpg)
-
-1.  **Konfigurasi Integrasi Analitik**: Gunakan analitik real-time untuk memantau kinerja pembaruan dan keterlibatan pengguna.
-2.  **Aktifkan Pelacakan Kesalahan**: Aktifkan pelacakan kesalahan untuk menangkap log rinci dan metrik kinerja.
-3.  **Atur Aturan Distribusi**: Tentukan parameter penyebaran untuk mengontrol kecepatan pembaruan dan menargetkan kelompok pengguna tertentu.
-
-Langkah-langkah ini menciptakan sistem pemantauan yang andal untuk aplikasi Anda.
-
-> "Capgo adalah alat yang wajib dimiliki bagi pengembang, yang ingin lebih produktif. Menghindari ulasan untuk penghapusan bug adalah emas." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo memastikan pengiriman pembaruan yang aman dengan enkripsi end-to-end, sementara analitik bawaan, opsi rollback, dan pemantauan real-time membantu menjaga stabilitas aplikasi.
-
-## Penanganan dan Pelacakan Kesalahan
-
-### Pemantauan Tingkat Aplikasi
-
-Pemantauan tingkat aplikasi yang efektif adalah kunci untuk memastikan kinerja pembaruan OTA yang lancar. Sistem Capgo memberikan wawasan rinci tentang pengiriman dan pemasangan pembaruan, mencapai tingkat keberhasilan global 82% [\[1\]](https://capgo.app/).
-
-Berikut adalah cara Anda dapat mengatur pemantauan tingkat aplikasi:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Listen for update events
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('New update available:', info.version)
-})
-
-// Track installation progress
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log('Update downloaded:', info.version)
-})
-```
-
-Untuk gambaran lengkap, gabungkan ini dengan pelacakan kesalahan backend untuk mengatasi masalah dari kedua sisi.
-
-### Pelacakan Kesalahan Backend
-
-Pemantauan backend melengkapi wawasan tingkat aplikasi dengan fokus pada kinerja sistem secara keseluruhan. Dengan Capgo mengelola 23,5M pembaruan di seluruh dunia [\[1\]](https://capgo.app/), pelacakan kesalahan backend sangat penting untuk menjaga keandalan.
-
-| Metrik Pelacakan | Tujuan | Dampak |
-| --- | --- | --- |
-| Tingkat Keberhasilan Pembaruan | Melacak pemasangan yang berhasil | Menjaga 95% pengguna tetap diperbarui dalam 24 jam [\[1\]](https://capgo.app/) |
-| Kinerja Unduh | Memantau penggunaan bandwidth | Meningkatkan kecepatan pengiriman |
-| Frekuensi Kesalahan | Mengidentifikasi masalah yang berulang | Mengurangi tingkat kegagalan |
-
-Dengan memantau metrik ini, Anda dapat dengan cepat mengidentifikasi dan menyelesaikan masalah, memastikan proses pembaruan yang lancar.
-
-### Pengaturan Auto-Rollback
-
-Ketika kesalahan penerapan terjadi, rollback otomatis mencegah gangguan bagi pengguna. Fitur rollback Capgo diaktifkan secara instan, meminimalkan waktu henti selama penerapan [\[1\]](https://capgo.app/).
-
-Berikut adalah contoh cara mengkonfigurasi auto-rollback:
-
-```typescript
-try {
-  await CapacitorUpdater.download({
-    version: 'latest'
-  })
-} catch (error) {
-  // Automatically trigger rollback
-  await CapacitorUpdater.rollback()
-}
-```
-
-Pendekatan ini telah terbukti dapat diandalkan, dengan 750 aplikasi saat ini menggunakan sistem Capgo dalam produksi [\[1\]](https://capgo.app/). Adopsi yang luas ini menunjukkan keandalan alat penanganan kesalahan ini.
-
-## Pedoman Pemantauan
-
-Pedoman ini memanfaatkan alat pemantauan Capgo untuk membuat setiap pembaruan dapat diukur, aman, dan hati-hati diluncurkan.
-
-### Pelacakan Kinerja Pembaruan
-
-Perhatikan kinerja pembaruan OTA dengan memantau metrik kunci seperti tingkat keberhasilan, keterlibatan pengguna, kecepatan unduh, dan frekuensi kesalahan. Berikut adalah cuplikan kode untuk membantu melacak metrik ini:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Set up performance tracking
-CapacitorUpdater.addListener('updateStats', (stats) => {
-  console.log('Download speed:', stats.downloadSpeed)
-  console.log('Success rate:', stats.successRate)
-})
-```
-
-Gunakan wawasan ini untuk membimbing rencana penyebaran bertahap Anda secara efektif.
-
-### Rilis Pembaruan Bertahap
-
-Penyebaran bertahap membantu meminimalkan risiko dengan perlahan meluncurkan pembaruan ke kelompok pengguna tertentu. Sistem Saluran Capgo memudahkan untuk mengelola penyebaran yang terkontrol. Mulailah dengan penguji internal, pindah ke pengguna beta, dan kemudian perluas ke audiens umum. Pantau setiap fase setidaknya 24 jam sebelum melanjutkan. Metode ini telah berkontribusi pada pencapaian tingkat keberhasilan Capgo sebesar 82% secara global [\[1\]](https://capgo.app/).
-
-### Keamanan dan Kepatuhan Toko
-
-Untuk melengkapi rilis bertahap, pengiriman pembaruan yang aman sangat penting. Aktifkan verifikasi pembaruan yang aman menggunakan kode berikut:
-
-```typescript
-// Enable secure update verification
-await CapacitorUpdater.download({
-  version: 'latest',
-  validateSignature: true,
-  checksum: true
-})
-```
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sebenarnya, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-Ini memastikan pembaruan mematuhi standar keamanan dan menjaga data pengguna tetap aman melalui audit dan proses validasi reguler.
-
-## Ringkasan
-
-Bagian ini merangkum langkah utama untuk memantau pembaruan OTA dan menyoroti fitur-fitur yang menjadikan Capgo pilihan yang menonjol untuk [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Langkah Pemantauan Utama
-
-Pemantauan pembaruan OTA yang efektif melibatkan beberapa komponen penting. Langkah-langkah ini, yang dibahas sebelumnya, memastikan pembaruan diluncurkan secara efisien dan masalah ditangani dengan cepat:
-
-| Komponen Pemantauan | Tujuan | Dampak |
-| --- | --- | --- |
-| Analitik real-time | Ukur keberhasilan pembaruan dan keterlibatan pengguna | Segera mengidentifikasi masalah |
-| Pelacakan Kesalahan | Mendeteksi dan menyelesaikan masalah lebih awal | Meminimalkan gangguan bagi pengguna |
-| Kontrol Versi | Mengelola bagaimana pembaruan didistribusikan | Menjaga penyebaran terkontrol dan dapat diprediksi |
-| Metrik Kinerja | Melacak kecepatan unduh dan tingkat keberhasilan | Mempertahankan pengalaman pengguna yang lancar |
-
-### Ikhtisar Fitur Capgo
-
-Sejak diluncurkan pada tahun 2022, Capgo telah menjadi alat utama untuk pemantauan pembaruan OTA, menawarkan solusi yang membantu tim beralih dari metode pembaruan yang ketinggalan zaman.
-
-> "Kami menerapkan pengembangan agile dan @Capgo adalah misi penting dalam mengirim secara terus-menerus kepada pengguna kami!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Alat Capgo dirancang untuk menangani pembaruan OTA dengan presisi. Berikut adalah yang membedakannya:
-
--   **Analitik Real-Time**: Melacak tingkat keberhasilan pembaruan untuk cepat menangani masalah
--   **Enkripsi End-to-End**: Melindungi pembaruan dengan protokol keamanan yang kuat
--   **Sistem Saluran**: Memungkinkan pemantauan terarah untuk kelompok pengguna tertentu
--   **Rollback Satu Klik**: Dengan cepat kembali ke versi sebelumnya jika terjadi masalah
-
-Fitur-fitur ini telah mendapatkan perhatian di antara pengembang, tercermin dalam meningkatnya tarif adopsi dan umpan balik positif dari pengguna.
diff --git a/src/content/blog/id/moving-from-microsoft-app-center-to-capgo.md b/src/content/blog/id/moving-from-microsoft-app-center-to-capgo.md
deleted file mode 100644
index b09cd14db..000000000
--- a/src/content/blog/id/moving-from-microsoft-app-center-to-capgo.md
+++ /dev/null
@@ -1,35 +0,0 @@
----
-slug: moving-from-microsoft-app-center-to-capgo
-title: Beralih dari Microsoft App Center ke Capgo untuk Pembaruan Aplikasi Langsung
-description: >-
-  Microsoft menghentikan dukungan untuk aplikasi yang berjalan di Cordova.
-  Pindahkan dari Microsoft App Center ke Capgo untuk Pembaruan Aplikasi Langsung
-  Mobile
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-21T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /app_center.webp
-head_image_alt: Ilustrasi Microsoft App Center
-keywords: >-
-  Microsoft, App Center, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Alternatives
-published: true
-locale: id
-next_blog: ''
----
-Microsoft baru-baru ini mengumumkan bahwa mereka akan [menghentikan dukungan untuk aplikasi yang berjalan di Apache Cordova](https://devblogs.microsoft.com/appcenter/announcing-apache-cordova-retirement/) dalam produk cloud mereka, App Center. Hal ini mendorong bisnis dan tim yang menggunakan App Center untuk mencari alternatif, dan saya sangat senang untuk mengatakan bahwa platform [Capgo](https://capgo.app/) adalah pilihan yang fantastis bagi mereka yang mencari dukungan penuh untuk aplikasi Capacitor.
-
-## Dari Microsoft App Center ke Capgo Cloud
-
-Capacitor adalah cara baru untuk membangun aplikasi mobile asli dengan Ionic, dan sebagian besar plugin Cordova didukung di Capacitor. Capgo menyediakan fungsionalitas pembaruan langsung yang mirip dengan CodePush, tetapi tanpa ketergantungan platform dan penerbitan aplikasi yang segera. Dengan Capgo, tim pengembangan dapat mengalihdayakan proses pengiriman aplikasi yang rumit dan sepenuhnya fokus pada fitur unik dari aplikasi Ionic mereka. Selain itu, tidak seperti App Center, Capgo 100% fokus pada arsitektur hibrida seperti Capacitor.
-
-Pelanggan Capacitor dapat dengan mudah bermigrasi dari Microsoft App Center ke Capgo hanya dalam beberapa langkah menggunakan [panduan migrasi](https://capgo.app/blog/appcenter-migration/) saya, yang memandu Anda melalui seluruh proses. Capgo mencakup daftar lengkap fitur yang dapat dimanfaatkan oleh pengguna Capacitor.
-
-Jika Anda tertarik untuk mempelajari lebih lanjut tentang migrasi dari Microsoft App Center ke Capgo, buat [akun Capgo gratis Anda](/register/) hari ini.
-
-## Kredit
-
-Terima kasih banyak kepada [Ionic](https://ionic.com/), artikel ini didasarkan pada [artikel ini](https://ionic.io/blog/moving-from-microsoft-app-center-to-ionic-appflow/) yang ditulis ulang dengan chat-gpt-3 dan diadaptasi.
diff --git a/src/content/blog/id/npm-scripts-for-capacitor-ota-updates-explained.md b/src/content/blog/id/npm-scripts-for-capacitor-ota-updates-explained.md
deleted file mode 100644
index 20b2ba0a1..000000000
--- a/src/content/blog/id/npm-scripts-for-capacitor-ota-updates-explained.md
+++ /dev/null
@@ -1,345 +0,0 @@
----
-slug: npm-scripts-for-capacitor-ota-updates-explained
-title: Script NPM untuk Capacitor OTA Update Dijelaskan
-description: >-
-  Pelajari cara mengotomatiskan pembaruan OTA untuk aplikasi Capacitor Anda
-  menggunakan skrip npm, sekaligus meningkatkan efisiensi deployment dan
-  pengalaman pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T01:07:05.331Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266-1744506438251.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, npm scripts, OTA updates, CI/CD, mobile app deployment, automation,
-  app version management, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Memperbarui aplikasi [Capacitor](https://capacitorjs.com/) Anda belum pernah semudah ini.** Dengan menggabungkan pembaruan Over-The-Air (OTA) dengan skrip npm, Anda dapat mengotomatisasi deployment, menghemat waktu, dan memastikan pengguna Anda selalu memiliki versi terbaru - tanpa menunggu persetujuan app store.
-
-**Berikut yang akan Anda pelajari:**
-
--   Cara menyiapkan skrip npm untuk pembaruan OTA.
--   Mengintegrasikan pembaruan ke dalam pipeline CI/CD untuk otomatisasi.
--   Mengelola versi aplikasi, keamanan, dan pengujian pembaruan.
--   Mengapa [Capgo](https://capgo.app/) adalah platform yang andal untuk mengelola pembaruan OTA.
-
-**Manfaat Utama:**
-
--   Otomatisasi pembaruan dengan satu perintah.
--   Deploy pembaruan secara aman dengan enkripsi.
--   Integrasikan pembaruan ke dalam alur kerja seperti [GitHub Actions](https://docs.github.com/actions).
--   Hemat waktu dengan alat seperti Capgo, yang memberikan pembaruan dalam waktu kurang dari 500ms.
-
-**Contoh Pengaturan Cepat:**
-
-1.  Instal alat: `npm install @capgo/cli --save-dev`
-2.  Konfigurasi pembaruan di `capacitor.config.json`.
-3.  Tambahkan skrip npm seperti `deploy:production` untuk memperlancar deployment.
-
-Dengan platform seperti Capgo yang menawarkan pembaruan cepat (95% adopsi pengguna dalam 24 jam) dan harga terjangkau, mengelola pembaruan OTA belum pernah seefisien ini.
-
-## Pengaturan Skrip npm untuk Pembaruan OTA
-
-Berikut cara mengkonfigurasi skrip npm untuk mengelola [pembaruan OTA Capacitor](https://capgo.app/ja/) secara efektif. Ini melibatkan instalasi paket yang diperlukan, menyiapkan konfigurasi, dan membuat skrip deployment.
-
-### Menginstal Paket yang Diperlukan
-
-Pertama, instal paket yang diperlukan. [Alat CLI Capgo](https://capgo.app/docs/cli/commands) menyederhanakan proses ini dengan perintah bawaan:
-
-```bash
-npm install @capgo/cli --save-dev
-npm install @capacitor/cli --save-dev
-```
-
-Kemudian, inisialisasi konfigurasi OTA menggunakan perintah berikut:
-
-```bash
-npx @capgo/cli init
-```
-
-### Mengkonfigurasi Pembaruan OTA
-
-Perbarui file `capacitor.config.json` Anda dengan pengaturan berikut untuk mempersiapkan aplikasi Anda untuk pembaruan OTA:
-
-```json
-{
-  "appId": "com.your.app",
-  "appName": "Your App",
-  "plugins": {
-    "CapacitorUpdates": {
-      "autoUpdate": true,
-      "updateUrl": "https://api.capgo.app/updates",
-      "statsUrl": "https://api.capgo.app/stats"
-    }
-  }
-}
-```
-
-Konfigurasi ini memastikan aplikasi Anda dapat mengambil pembaruan secara otomatis dan melaporkan statistik.
-
-### Membuat Skrip Deployment
-
-Tambahkan skrip npm ini ke file `package.json` Anda untuk memperlancar proses build dan deployment:
-
-```json
-{
-  "scripts": {
-    "build:web": "npm run build",
-    "build:update": "npx @capgo/cli build",
-    "deploy:update": "npx @capgo/cli upload",
-    "deploy:production": "npm run build:web && npm run build:update && npm run deploy:update"
-  }
-}
-```
-
--   **`build:web`**: Membangun aset web, biasanya digunakan selama pengembangan dan deployment.
--   **`build:update`**: Mempersiapkan paket pembaruan untuk pembaruan OTA.
--   **`deploy:update`**: Mengunggah paket pembaruan ke Capgo.
--   **`deploy:production`**: Menangani alur kerja build dan deployment lengkap, ideal untuk rilis produksi.
-
-> "Kami mengkonfigurasi pipeline CI/CD Anda langsung di platform pilihan Anda, baik itu GitHub Actions, GitLab CI, atau lainnya. Kami tidak menghosting CI/CD atau membebankan biaya untuk memeliharanya." - Capgo [\[1\]](https://capgo.app/)
-
-### Mengatur Variabel Lingkungan
-
-Untuk menyelesaikan pengaturan, tentukan variabel lingkungan ini:
-
-```bash
-CAPGO_TOKEN=your_api_token
-CAPGO_APP_ID=your_app_id
-```
-
-### Kompatibilitas dan Keandalan
-
-CLI Capgo mendukung Capacitor 8, memastikan kompatibilitas dengan versi terbaru sambil mempertahankan fungsionalitas pembaruan yang dapat diandalkan.
-
-| Perintah Skrip | Tujuan | Kapan Digunakan |
-| --- | --- | --- |
-| **build:web** | Membangun aset web | Selama pengembangan dan deployment |
-| **build:update** | Mempersiapkan paket pembaruan | Sebelum setiap pembaruan OTA |
-| **deploy:update** | Mengunggah pembaruan ke Capgo | Ketika pembaruan siap didorong |
-| **deploy:production** | Menangani alur kerja lengkap | Untuk rilis produksi |
-
-## Menambahkan Skrip npm ke CI/CD
-
-Mengintegrasikan skrip npm ke dalam pipeline CI/CD Anda dapat menyederhanakan proses pembaruan Over-The-Air (OTA) untuk aplikasi Capacitor. Berikut panduan untuk menyiapkan deployment otomatis secara efisien.
-
-### Pengaturan Build CI/CD
-
-Konfigurasikan lingkungan CI/CD Anda dengan variabel dan langkah yang diperlukan:
-
-```yaml
-environment:
-  CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-  NODE_ENV: production
-```
-
-Untuk kinerja optimal, sertakan caching dalam proses build Anda:
-
-```yaml
-cache:
-  paths:
-    - node_modules/
-    - .npm/
-    - dist/
-```
-
-### Panduan Pengaturan [GitHub Actions](https://docs.github.com/actions)
-
-![GitHub Actions](https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266/14ecce2811e9ac36444c59b954e81473.jpg)
-
-Untuk mengotomatisasi alur kerja deployment Anda, buat file `.github/workflows/ota-deploy.yml` dengan konfigurasi ini:
-
-```yaml
-name: Deploy OTA Update
-on:
-  push:
-    branches: [ main ]
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Run deployment
-        run: npm run deploy:production
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-```
-
-Pengaturan ini memastikan aplikasi Anda di-deploy secara otomatis setiap kali perubahan didorong ke cabang `main`.
-
-### Pemulihan dan Perbaikan Pembaruan
-
-Untuk menangani potensi kegagalan pembaruan, sertakan mekanisme pemulihan dalam pipeline CI/CD Anda. Fitur-fitur ini dapat membantu menjaga stabilitas aplikasi:
-
-| Fitur Pemulihan | Implementasi | Tujuan |
-| --- | --- | --- |
-| **Rollback Versi** | `npm run revert:update` | Kembali ke versi stabil terakhir |
-| **Pemeriksaan Kesehatan** | `npm run verify:update` | Memastikan pembaruan berfungsi dengan baik |
-| **Coba Ulang Otomatis** | `maxRetries: 3` dalam konfigurasi | Mencoba pembaruan beberapa kali |
-
-Anda dapat meningkatkan skrip deployment Anda untuk mengelola kesalahan secara otomatis. Contohnya:
-
-```bash
-npm run deploy:production || npm run revert:update
-```
-
-Skrip ini memastikan bahwa jika deployment gagal, sistem akan kembali ke versi stabil sebelumnya. Selain itu, pipeline CI/CD Anda dapat mengirim laporan status dan memicu notifikasi melalui platform pilihan Anda.
-
-## Tips Pengelolaan Pembaruan OTA
-
-Mengelola pembaruan OTA secara efektif melibatkan pengawasan ketat terhadap kontrol versi, pengujian yang ketat, dan protokol keamanan yang kuat. Berikut cara Anda dapat merampingkan pembaruan menggunakan skrip npm.
-
-### Manajemen Versi
-
-Versi semantik adalah cara sederhana untuk mengelola pembaruan aplikasi. Berikut contoh konfigurasi:
-
-```json
-{
-  "version": "2.5.0",
-  "scripts": {
-    "update:major": "npm version major && npm run deploy:update",
-    "update:minor": "npm version minor && npm run deploy:update",
-    "update:patch": "npm version patch && npm run deploy:update"
-  }
-}
-```
-
-Menggunakan saluran terpisah seperti Production, Beta, Alpha, dan Hotfix memungkinkan peluncuran yang ditargetkan. Strategi ini memudahkan pengujian pembaruan dan memastikan deployment yang lancar.
-
-### Langkah-langkah Pengujian Pembaruan
-
-Pengujian otomatis sangat penting untuk mendeteksi masalah sejak dini. Gunakan skrip npm untuk menyederhanakan prosesnya:
-
-```bash
-npm run test:update -- --channel=beta
-npm run verify:deployment
-npm run monitor:metrics
-```
-
-Menguji pembaruan secara bertahap melalui saluran yang berbeda membantu mengidentifikasi masalah sebelum mencapai semua pengguna. Prosedur rollback otomatis adalah jaring pengaman lain untuk menjaga stabilitas aplikasi.
-
-### Langkah-langkah Keamanan Pembaruan
-
-Keamanan sangat penting dalam pembaruan OTA. Berikut beberapa langkah kunci yang harus diterapkan:
-
-| Fitur Keamanan | Implementasi | Tujuan |
-| --- | --- | --- |
-| Enkripsi End-to-End | Disediakan oleh Capgo | Melindungi dari pelanggaran data |
-| Penandatanganan Pembaruan | Verifikasi paket | Mengkonfirmasi pembaruan asli |
-| Kontrol Akses | Izin berbasis peran | Membatasi akses tim |
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sebenarnya, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-Untuk memastikan pembaruan aman, konfigurasikan skrip npm untuk memvalidasi semuanya sebelum deployment:
-
-```json
-{
-  "scripts": {
-    "predeploy": "npm run security:check",
-    "deploy": "capgo upload --encrypt",
-    "security:check": "npm audit && npm run validate:bundle"
-  }
-}
-```
-
-Selain itu, terapkan kebijakan keamanan khusus saluran dan gunakan izin berbasis peran untuk mengontrol siapa yang dapat mendistribusikan pembaruan. Ini menambahkan lapisan perlindungan ekstra ke proses deployment Anda.
-
-## Opsi Platform Pembaruan OTA
-
-Memilih platform pembaruan OTA yang tepat sangat penting untuk mengintegrasikan skrip npm ke dalam alur kerja Anda secara efektif. Prioritaskan faktor seperti kinerja, keamanan, dan kompatibilitas dengan alat yang ada. Berikut rincian Capgo dan opsi pasar lainnya untuk membantu Anda membuat keputusan yang tepat.
-
-### Fitur [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266/04cc402ef2e8f7dc781d2b86cd364db3.jpg)
-
-Capgo dirancang khusus untuk pembaruan OTA Capacitor, menawarkan kecepatan pembaruan rata-rata 434 milidetik dan mencapai tingkat pembaruan pengguna 95% [\[1\]](https://capgo.app/). Ini menyediakan integrasi mulus dengan skrip npm, seperti yang ditunjukkan dalam contoh di bawah ini:
-
-```json
-{
-  "scripts": {
-    "deploy:production": "capgo upload --channel production",
-    "deploy:beta": "capgo upload --channel beta --encrypt",
-    "rollback": "capgo revert --channel production"
-  }
-}
-```
-
-Capgo memastikan pembaruan yang aman dengan enkripsi end-to-end dan memungkinkan deployment strategis melalui sistem salurannya. Dengan 23,5 juta pembaruan yang disampaikan di 750 aplikasi produksi, ini telah membuktikan skalabilitas dan keandalannya [\[1\]](https://capgo.app/).
-
-### Perbandingan Platform
-
-Saat menggunakan skrip npm, penting untuk mengevaluasi platform berdasarkan enkripsi, kecepatan, dan integrasi CI/CD. Berikut perbandingan singkat fitur:
-
-| Fitur | Detail Implementasi | Tingkat Keberhasilan Pembaruan |
-| --- | --- | --- |
-| Enkripsi End-to-End | Dukungan enkripsi penuh | 82% di seluruh dunia [\[1\]](https://capgo.app/) |
-| Kecepatan Pembaruan | 114 ms untuk bundle 5 MB | Pengiriman CDN global |
-| Integrasi CI/CD | GitHub Actions, GitLab CI | Alur kerja kustom |
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!"  
-> – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Pasar pembaruan OTA telah berubah secara signifikan, terutama setelah [Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) ditutup pada 2024, dengan [Appflow](https://ionic.io/appflow/) yang akan menyusul pada 2026. Simon Flack berbagi perspektifnya tentang perubahan ini:
-
-> "Kami sedang mencoba @Capgo karena Appcenter menghentikan dukungan pembaruan langsung pada aplikasi hybrid dan @AppFlow terlalu mahal." [\[1\]](https://capgo.app/)
-
-Biaya adalah pertimbangan penting lainnya bagi tim. Capgo menawarkan kemampuan CI/CD sekitar $300 per bulan, biaya yang jauh lebih rendah dibandingkan dengan biaya tahunan $6.000 dari alternatif tingkat enterprise [\[1\]](https://capgo.app/).
-
-Saat mengimplementasikan skrip npm dalam alur kerja deployment Anda, pertimbangkan faktor-faktor ini:
-
--   **Responsivitas API** untuk eksekusi skrip yang lancar
--   **Manajemen saluran** untuk pembaruan yang ditargetkan
--   **Integrasi pipeline CI/CD** untuk proses yang efisien
--   **Langkah keamanan yang kuat** untuk memastikan kepatuhan
--   **Keterjangkauan** untuk penskalaan tanpa mengeluarkan biaya besar
-
-Kemampuan Capgo untuk menangani konfigurasi skrip npm yang kompleks sambil mempertahankan kinerja tinggi membuatnya menjadi kandidat kuat untuk [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) OTA.
-
-## Kesimpulan
-
-### Tinjauan Poin Utama
-
-Menggunakan skrip npm menyederhanakan proses pengelolaan pembaruan OTA Capacitor. Ketika diintegrasikan ke dalam pipeline CI/CD, skrip ini membantu mengotomatisasi deployment sambil memastikan keamanan dan mempertahankan level kinerja.
-
-Berikut adalah area fokus utama:
-
--   **Deployment Otomatis**: Menangani versi dan deployment tanpa intervensi manual.
--   **Langkah Keamanan**: Memastikan pembaruan didistribusikan dengan aman menggunakan enkripsi end-to-end.
--   **Pemantauan Kinerja**: Melacak kecepatan pengiriman pembaruan dan tingkat keberhasilan.
-
-Fitur-fitur ini menunjukkan mengapa Capgo menonjol sebagai alat yang andal untuk mengelola pembaruan OTA.
-
-### Manfaat Capgo
-
-Dengan Microsoft CodePush yang akan ditutup pada 2024, lanskap pembaruan OTA telah berubah. Capgo telah muncul sebagai solusi yang dapat diandalkan, telah berhasil mengirimkan 23,5 juta pembaruan di 750 aplikasi produksi [\[1\]](https://capgo.app/).
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Metrik kinerja Capgo berbicara dengan sendirinya:
-
-| **Indikator Kinerja** | **Pencapaian** |
-| --- | --- |
-| Respon API Rata-rata | 434 ms di seluruh dunia |
-| Kecepatan Unduh Bundle | 114 ms untuk 5 MB |
-| Tingkat Keberhasilan Pembaruan | 82% secara global |
-
-Dengan biaya $300 per bulan untuk integrasi CI/CD - dibandingkan dengan $6.000 per tahun untuk solusi tingkat enterprise - Capgo menawarkan opsi yang aman, andal, dan hemat biaya untuk mengelola pembaruan OTA [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/id/open-source-licence.md b/src/content/blog/id/open-source-licence.md
deleted file mode 100644
index a425bf7c9..000000000
--- a/src/content/blog/id/open-source-licence.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: open-source-licence
-title: Memahami Lisensi Perangkat Lunak Open Source
-description: >-
-  Dalam lisensi perangkat lunak open source, terdapat dua kategori utama.
-  Beberapa lisensi termasuk dalam kategori lisensi copyleft, sementara yang
-  lainnya adalah lisensi open source yang bersifat permisif.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-18T00:00:00.000Z
-updated_at: 2026-01-15T02:30:12.000Z
-head_image: /open_source_licence.webp
-head_image_alt: Lisensi Open Source
-keywords: >-
-  Open Source, Capgo, philosophy, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Open Source
-published: true
-locale: id
-next_blog: ''
----
-Ketika berbicara tentang lisensi perangkat lunak open-source, ada dua kategori besar. Beberapa lisensi termasuk dalam kategori lisensi copyleft, sementara yang lain adalah lisensi open source yang permisif.
-
-Dalam artikel ini, saya akan menjelaskan apa itu lisensi Perangkat Lunak Open Source dan jenisnya.
-
-## Pendahuluan
-
-Lisensi Open Source adalah jenis lisensi yang memungkinkan pengguna untuk secara bebas melihat, memodifikasi, dan membagikan materi sumber perangkat lunak. Dengan cara ini, pengguna dapat secara berkala memperbarui kode sumber dan membangun produk aslinya.
-
-Tergantung pada jenis Lisensi Open Source yang dipilih, pengguna mungkin dapat atau tidak dapat melakukan aktivitas tertentu dengan kode tersebut, seperti menjualnya atau menggunakannya secara komersial. Selain itu, ada banyak jenis Lisensi Open Source yang berbeda, masing-masing menawarkan syarat dan ketentuan yang berbeda tergantung pada bagaimana Anda ingin menggunakan materi sumber.
-
-Oleh karena itu, penting untuk memahami sepenuhnya jenis Lisensi Open Source sebelum memanfaatkan manfaatnya, jadi pastikan untuk membaca lebih lanjut di bawah ini sebelum membuat keputusan apapun.
-
-## Jenis-Jenis Lisensi Open Source
-
-<div class="mx-auto">
-  <img src="/types_of_oss_licence.webp" alt="type-of-oss-licence">
-</div>
-
-**Lisensi Permisif**
-
-Lisensi permisif, kadang-kadang disebut sebagai lisensi non-copyleft, memberikan pengguna izin untuk menggunakan, memodifikasi, dan membagikan kode sumber, tetapi pengguna juga memiliki opsi untuk mengubah beberapa syarat dan ketentuan tersebut untuk redistribusi, termasuk karya turunan. Dalam konteks perangkat lunak, karya turunan adalah perangkat lunak yang didasarkan pada program yang ada. Jika yang asli dirilis di bawah lisensi permisif, pembuat dapat memilih untuk membagikan karya turunannya dengan ketentuan yang berbeda dari yang mungkin dipersyaratkan oleh lisensi karya asli.
-
-**Lisensi Copyleft**
-
-Lisensi copyleft dalam open source memberikan pengguna perangkat lunak open-source kebebasan dari penulis untuk memodifikasi, menggunakan, dan mendistribusikan ulang perangkat lunak. Namun, ini mengharuskan pengguna untuk memberikan hak-hak tertentu kepada pengguna lain di hilir dengan memberikan hak yang sama yang awalnya diberikan kepada mereka.
-
-Lisensi copyleft mendefinisikan bagaimana redistribusi dan perubahan pada kode diizinkan, melarang upaya apapun untuk membuatnya menjadi proprietary atau non-open. Ini memastikan bahwa pengembang yang memodifikasi perangkat lunak memiliki akses ke kode sumber untuk memperbaruinya atau bahkan menggabungkan perubahan mereka sendiri. Tentu saja, setiap modifikasi juga harus tersedia sehingga orang lain dapat mengambil manfaat dari ketersediaan open source-nya. Ini bukan masalah untuk penggunaan akademis atau penelitian, tetapi sering menjadi penghalang ketika membangun perangkat lunak komersial.
-
-## Mengapa Menyertakan Lisensi Perangkat Lunak Open-Source?
-
-Menyertakan lisensi perangkat lunak open-source sangat penting ketika Anda mempublikasikan atau membagikan perangkat lunak Anda dengan orang lain sebagai open source. Lisensi memiliki beberapa tujuan penting:
-
-* **Untuk mempromosikan kolaborasi dan inovasi.** 
-
-Lisensi open source memungkinkan siapa saja untuk melihat, memodifikasi, dan mendistribusikan kode sumber perangkat lunak Anda. Ini mendorong pengembang lain untuk berkontribusi pada proyek Anda, memperbaiki bug, dan menambahkan fitur baru. Ini dapat menghasilkan produk perangkat lunak yang lebih kuat dan inovatif.
-* **Untuk memberikan pengguna lebih banyak kontrol dan fleksibilitas.** 
-
-Lisensi open source biasanya memungkinkan pengguna untuk menggunakan, memodifikasi, dan mendistribusikan perangkat lunak untuk tujuan apapun, termasuk penggunaan komersial. Ini memberikan pengguna lebih banyak kontrol atas pengalaman perangkat lunak mereka, dan mengurangi ketergantungan mereka pada vendor perangkat lunak proprietary.
-* **Untuk membangun komunitas di sekitar perangkat lunak Anda.** 
-
-Lisensi open source dapat membantu Anda membangun komunitas pengguna dan pengembang yang passionate tentang perangkat lunak Anda. Komunitas ini dapat memberikan dukungan, umpan balik, dan ide-ide baru untuk proyek Anda.
-* **Untuk membuat perangkat lunak Anda lebih aksesibel dan inklusif.** 
-
-Perangkat lunak open source biasanya gratis untuk diunduh dan digunakan, dan sering tersedia dalam berbagai bahasa. Ini membuatnya lebih aksesibel bagi orang-orang dari seluruh dunia, terlepas dari pendapatan atau latar belakang mereka.
-
-Selain manfaat-manfaat ini, lisensi open source juga dapat membantu Anda untuk:
-
-* **Menghindari pelanggaran hak cipta.** 
-
-Jika Anda mendistribusikan perangkat lunak Anda tanpa lisensi, Anda berpotensi menempatkan diri Anda pada risiko tuntutan pelanggaran hak cipta. Lisensi open source secara eksplisit memberikan pengguna izin untuk menggunakan, memodifikasi, dan mendistribusikan perangkat lunak Anda, yang dapat melindungi Anda dari tanggung jawab hukum.
-* **Menarik dan mempertahankan talenta terbaik.** 
-
-Banyak pengembang perangkat lunak berbakat tertarik pada proyek open source. Dengan merilis perangkat lunak Anda di bawah lisensi open source, Anda dapat membuat perusahaan Anda lebih menarik bagi calon karyawan.
-* **Meningkatkan reputasi merek.** 
-
-Perangkat lunak open source sangat dihormati oleh komunitas teknologi. Dengan merilis perangkat lunak Anda di bawah lisensi open source, Anda dapat menunjukkan komitmen Anda terhadap kolaborasi dan inovasi.
-
-<div class="mx-auto">
-  <img src="/oss_licence(1).webp" alt="oss_licence(1)">
-</div>
-
-## Lisensi Perangkat Lunak Permisif Populer
-
-Lisensi perangkat lunak permisif adalah yang paling populer. Pada dasarnya, lisensi ini memungkinkan pengguna untuk memodifikasi dan mendistribusikan ulang perangkat lunak sesuka mereka, dengan batasan minimal. Tiga versi paling populer dari lisensi perangkat lunak permisif adalah:
-
-**Lisensi MIT**
-
-[MIT License](https://opensource.org/license/mit/) adalah lisensi perangkat lunak open source yang paling populer dan permisif. Ini memberikan pengguna kebebasan yang signifikan, termasuk mengizinkan mereka untuk secara bebas membagikan, memodifikasi, menggunakan, dan mengkomersialkan materi jika mereka mematuhi semua ketentuan yang ditetapkan dalam lisensi.
-
-**Lisensi Apache 2.0**
-
-[The Apache License 2.0](https://www.apache.org/licenses/LICENSE-2.0/) adalah lisensi perangkat lunak permisif yang populer yang memungkinkan pengguna untuk secara bebas memodifikasi dan mendistribusikan ulang perangkat lunak sambil memiliki jaminan bahwa pernyataan dan pemberitahuan hak cipta yang dihasilkan disimpan dalam bentuk utama. Lisensi open-source ini memungkinkan modifikasi dan redistribusi proprietary dan memberikan persyaratan lisensi yang jelas sehingga siapa pun dapat memahami hak mereka ketika menggunakan perangkat lunak.
-
-**Lisensi BSD (Berkeley Software Distribution)**
-
-GitHub memungkinkan Anda memilih antara dua lisensi BSD, [BSD 2-Clause "Simplified" License](https://opensource.org/license/bsd-2-clause/), yang kadang-kadang disebut sebagai lisensi "FreeBSD"; dan [BSD 3-Clause "New" or "Revised" License](https://spdx.org/licenses/BSD-3-Clause.html/). Perbedaan utama antara kedua lisensi ini adalah dengan klausa ke-3. Klausa ini membatasi pengguna perangkat lunak dari menggunakan nama penulis, penulis, atau kontributor, untuk mendukung produk atau layanan.
-
-**Lisensi Perangkat Lunak Boost**
-
-[The Boost Software License](https://www.boost.org/LICENSE_1_0.txt/), berasal dari Boost Libraries of C++ dan disetujui oleh OSI pada tahun 2008. Lisensi ini mirip dengan lisensi MIT dan BSD, kecuali tidak memerlukan atribusi ketika mendistribusikan ulang dalam bentuk biner.
-
-## Lisensi Perangkat Lunak Open-Source Copyleft
-
-Lisensi copyleft memberikan pengguna perangkat lunak izin untuk menggunakan, memodifikasi, dan membagikan kode sumber, tetapi juga melindungi dari pelisensian ulang melalui pembatasan dan syarat dan ketentuan tertentu. Ini mewakili karakteristik timbal balik dari lisensi ini yang mengharuskan karya pengguna mematuhi hak-hak asli yang diuraikan dalam lisensi.
-
-**Lisensi GNU**
-Ketika berbicara tentang lisensi perangkat lunak copyleft, [GPL (General Public License)](https://www.gnu.org/licenses/licenses.en.html/) adalah salah satu yang paling populer dan banyak digunakan. Lisensi open-source ini memberikan pengguna kebebasan untuk mendistribusikan salinan dan versi modifikasi program selama mereka mempertahankan kondisi tertentu, seperti pemberitahuan hak cipta, penafian garansi, atau lisensi lain yang telah ditambahkan ke Program yang tidak dimodifikasi.
-
-Dengan membuat perangkat lunak tersedia dengan jenis lisensi ini, pengembang memastikan bahwa orang lain memiliki akses ke kode sumber mereka, memungkinkan mereka untuk membuat perbaikan dan adaptasi yang menguntungkan komunitas. Selain itu, konsep "copyleft" ini memastikan bahwa siapa pun dapat secara kolaboratif berbagi kebebasan yang sama ketika bekerja dengan perangkat lunak gratis.
-
-**Lisensi Publik Mozilla**
-
-[Mozilla Public License](https://www.mozilla.org/en-US/MPL/2.0/), atau MPL, berasal dari [Mozilla Foundation](https://foundation.mozilla.org/en/) dan juga dianggap sebagai lisensi copyleft yang lemah. Perbedaan dengan lisensi ini (dibandingkan dengan Eclipse Public License) adalah bahwa ini adalah copyleft berbasis file, yang berarti kode dapat digabungkan dengan kode open-source atau proprietary.
-
-**Lisensi Publik Eclipse**
-
-[Eclipse Public License](https://www.eclipse.org/legal/epl-2.0/), berasal dari Eclipse Foundation dan dianggap sebagai lisensi copyleft yang lemah. Lisensi copyleft yang lemah mengharuskan pengguna perangkat lunak untuk membagikan perubahan apa pun yang mereka buat pada kode. Lisensi ini memilih untuk menerapkan copyleft yang lebih lemah sebagai cara untuk mengurangi persyaratan yang lebih ketat yang dihadapi pengguna dengan Lisensi Publik Umum GNU.
-
-## Bagaimana Anda Dapat Memilih Lisensi Yang Tepat Untuk Proyek Anda?
-
-* Jika Anda merilis proyek Anda di bawah lisensi open source, pilih lisensi yang kompatibel dengan proyek yang Anda gunakan.
-
-* Jika Anda ingin mengizinkan orang lain menggunakan proyek Anda untuk tujuan komersial, pilih lisensi yang mengizinkan ini.
-
-* Jika Anda ingin mengizinkan orang lain memodifikasi dan mendistribusikan proyek Anda, pilih lisensi yang mengizinkan ini.
-
-* Jika Anda ingin memastikan bahwa proyek Anda tetap bebas dan open source, pilih lisensi copyleft.
-
-* Jika Anda tidak yakin lisensi mana yang harus dipilih, Open Source Initiative memiliki daftar lisensi populer yang dapat Anda bandingkan.
-
-Memilih lisensi yang tepat untuk proyek open source Anda adalah keputusan penting. Dengan mempertimbangkan kebutuhan dan tujuan Anda dengan cermat, Anda dapat memilih lisensi yang akan membantu Anda mencapai hasil yang diinginkan.
-
-## Lisensi baru Capgo
-
-Bagaimana saya mencapai semua itu? Dengan mengubah lisensi saya.
-
-Capgo sekarang telah mengubah lisensi dari MIT ke skema lisensi yang lebih baru yang disebut GNU Affero General Public License V3 (AGPLv3) atau versi yang lebih baru. Versi Capgo dapat [ditemukan di sini](https://github.com/Cap-go/capgo/blob/main/LICENSE/).
-
-Capacitor-updater (plugin) kini telah mengubah lisensi dari LGPLv3 ke skema lisensi yang lebih baru bernama Mozilla Public License Version 2.0 (MPLv2) atau versi yang lebih baru. Versi Capacitor-updater dapat [ditemukan di sini](https://github.com/Cap-go/capacitor-updater/blob/main/LICENCE/).
-
-Perubahan ini tidak membuat perbedaan bagi siapapun yang berlangganan Capgo Cloud atau yang menghosting Capgo sendiri, tetapi mungkin akan mengecewakan beberapa perusahaan yang mencoba menggunakan perangkat lunak saya untuk bersaing langsung dengan saya tanpa berkontribusi kembali.
-
-AGPL adalah lisensi yang bermasalah bagi Google, karena mereka tidak siap untuk mengungkapkan kode sumber tertutup mereka. Google menentang AGPL dan [menyatakan](https://opensource.google/docs/using/agpl-policy/): "Kode yang dilisensikan di bawah GNU Affero General Public License (AGPL) TIDAK BOLEH digunakan di Google".
-
-Tujuan AGPL adalah untuk memaksimalkan kebebasan pengguna dan mendorong perusahaan untuk berkontribusi pada open-source. Saya adalah aplikasi mandiri yang menghadap pengguna. Saya bukan pustaka atau bagian dari proyek yang lebih besar. Saya tidak mencari donasi dari Google, jadi kami senang menggunakan lisensi AGPL. Ini adalah lisensi yang tepat untuk Capgo.
-
-## Kesimpulan
-
-Ada banyak faktor yang perlu dipertimbangkan saat memilih lisensi perangkat lunak open-source. Namun, ada pilihan populer di kalangan komunitas pengembang. Lisensi permisif yang umum termasuk MIT License, Apache License, dan BSD License. Beberapa lisensi copyleft yang umum termasuk GNU General Public License dan Mozilla Public License.
diff --git a/src/content/blog/id/open-source-vs-proprietary-app-update-solutions.md b/src/content/blog/id/open-source-vs-proprietary-app-update-solutions.md
deleted file mode 100644
index 0bc563510..000000000
--- a/src/content/blog/id/open-source-vs-proprietary-app-update-solutions.md
+++ /dev/null
@@ -1,233 +0,0 @@
----
-slug: open-source-vs-proprietary-app-update-solutions
-title: Solusi open source vs proprietary untuk update aplikasi
-description: >-
-  Pelajari perbedaan antara solusi pembaruan aplikasi open source dan
-  proprietary untuk menemukan pilihan terbaik yang sesuai dengan kebutuhan dan
-  anggaran proyek Anda.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-08T03:39:09.600Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a6a42ecd7a7d94bc55e8db-1738985966262.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  app updates, open source, proprietary solutions, security, customization,
-  scalability, development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Menjaga aplikasi Anda tetap terbarui sangat penting untuk keamanan dan kepuasan pengguna. Pilihan antara solusi update open-source dan proprietary tergantung pada prioritas Anda: fleksibilitas dan biaya atau kemudahan penggunaan dan dukungan.
-
-### Perbedaan Utama Sekilas:
-
--   **Open Source**: Gratis, dapat disesuaikan, tetapi membutuhkan keahlian teknis dan pemeliharaan.
-    
--   **Proprietary**: Berbayar, mudah digunakan, dengan dukungan profesional dan keamanan tingkat enterprise.
-    
-
-### Tabel Perbandingan Cepat:
-
-| **Aspek** | **Open Source** | **Proprietary** |
-| --- | --- | --- |
-| **Biaya** | Gratis, tetapi dengan pemeliharaan developer | $6–$250/pengguna/bulan |
-| **Kustomisasi** | Tinggi, dengan akses ke kode sumber | Terbatas pada fitur vendor |
-| **Dukungan** | Forum berbasis komunitas | Dukungan profesional 24/7 |
-| **Keamanan** | Transparan, tetapi memerlukan pemantauan | Keamanan tingkat enterprise bawaan |
-| **Skalabilitas** | Setup manual | Otomatis dan dapat diskalakan |
-| **Integrasi** | Memerlukan setup kustom | Konektor CI/CD yang sudah siap pakai |
-
-### Ringkasan:
-
--   Pilih **open source** jika Anda memiliki keahlian teknis yang kuat, membutuhkan kustomisasi, dan menginginkan solusi hemat biaya.
-    
--   Pilih **alat proprietary** jika Anda menghargai kemudahan penggunaan, skalabilitas, dan dukungan profesional.
-    
-
-Keputusan Anda harus sesuai dengan kebutuhan aplikasi, anggaran, dan keahlian tim Anda. Mari kita dalami detailnya.
-
-## Open Source Vs Proprietary - Siapa yang Akan Berkuasa!
-
-<iframe src="https://www.youtube.com/embed/Z9jsSAPvTvc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Solusi Update Open Source
-
-Alat update open-source memberikan pengembang opsi yang dapat disesuaikan untuk mengelola [update aplikasi](https://capgo.app/plugins/capacitor-updater/) secara langsung. Seiring waktu, alat-alat ini telah sangat meningkat, menawarkan fitur canggih sambil tetap hemat biaya untuk tim pengembangan.
-
-### Fitur Utama
-
-Alat open-source dilengkapi dengan fitur untuk menyederhanakan proses pembaruan aplikasi:
-
-| Fitur | Deskripsi | Manfaat |
-| --- | --- | --- |
-| **Update Delta** | Hanya mengirim kode yang dimodifikasi | Menghemat bandwidth dan mempersingkat waktu update |
-| [**Manajemen Bundle**](https://capgo.app/docs/webapp/bundles/) | Menangani beberapa paket update | Mendukung peluncuran bertahap dan kontrol versi |
-| **Verifikasi Keamanan** | Menggunakan autentikasi kunci publik | Melindungi integritas update |
-
-Fitur-fitur ini bekerja secara mulus dengan alur kerja CI/CD modern, membuat pembaruan aplikasi lebih efisien dan dapat diskalakan.
-
-### Alat dan Plugin Umum
-
-Lanskap open-source menawarkan alat terpercaya untuk pembaruan aplikasi. [**Capgo**](https://capgo.app/) menonjol sebagai pilihan utama untuk update langsung di aplikasi Capacitor, menawarkan enkripsi end-to-end, integrasi CI/CD yang mulus, dan kepatuhan dengan pedoman app store.
-
-### Kelebihan dan Kelemahan
-
-Menimbang pro dan kontra dari alat open-source dapat membantu Anda memilih solusi yang tepat:
-
-| Aspek | Kekuatan | Kelemahan |
-| --- | --- | --- |
-| **Biaya dan Fleksibilitas** | Gratis dengan akses ke kode sumber | Membutuhkan pengetahuan teknis dan pemeliharaan |
-| **Keamanan** | Kode transparan, ditinjau komunitas | Membutuhkan pemantauan aktif terhadap kerentanan |
-| **Dukungan** | Bantuan berbasis komunitas | Tidak ada tim dukungan khusus |
-| **Integrasi** | Kompatibilitas API yang luas | Kompleksitas tergantung pada alat |
-
-Meskipun alat open-source membutuhkan pengawasan keamanan aktif, sifat transparannya membangun kepercayaan [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software)[\[5\]](https://www.ankursnewsletter.com/p/clash-of-code-open-source-vs-proprietary).
-
-Meskipun solusi open-source menyediakan kustomisasi dan keuntungan biaya, alat proprietary menawarkan alternatif dengan serangkaian manfaat unik mereka sendiri.
-
-## Solusi Update Proprietary
-
-Solusi update proprietary dibangun untuk organisasi yang membutuhkan alat yang dapat diandalkan dan dapat diskalakan untuk mengelola pembaruan. Platform ini dirancang untuk bisnis yang memprioritaskan keamanan, skalabilitas, dan akses ke dukungan profesional.
-
-### Fitur Standar
-
-Platform proprietary saat ini dilengkapi dengan fitur yang dirancang untuk memenuhi tuntutan enterprise:
-
-| **Kategori Fitur** | **Kemampuan** | **Dampak Bisnis** |
-| --- | --- | --- |
-| **Keamanan** | Alat enkripsi dan kepatuhan | Melindungi data dan memastikan kepatuhan regulasi |
-| **Manajemen** | Penugasan pengguna, kontrol versi, rollback | Menyederhanakan update dan mengurangi risiko deployment |
-| **Analitik** | Pelacakan penggunaan, metrik kinerja | Memungkinkan keputusan update berbasis data |
-| **Integrasi** | Dukungan pipeline CI/CD, akses API | Mengotomatisasi alur kerja dan merampingkan proses |
-
-Sebagai contoh, alat enkripsi melindungi informasi sensitif, sementara fitur rollback dan kontrol versi membantu meminimalkan risiko selama pembaruan.
-
-### Platform Komersial Terkemuka
-
-Beberapa vendor memimpin pasar update proprietary. [**Microsoft Intune**](https://www.microsoft.com/en-us/security/business/microsoft-intune), mulai dari $6 per pengguna/bulan, menawarkan rangkaian lengkap alat update aplikasi enterprise dengan kemampuan keamanan dan deployment yang kuat. [**VMware Workspace ONE**](https://levelblue.com/products/vmware) menyediakan fitur serupa tetapi menambahkan opsi manajemen perangkat untuk kasus penggunaan yang lebih luas.
-
-[**Firebase Remote Config**](https://firebase.google.com/docs/remote-config) **Google** telah mendapatkan popularitas karena kemampuannya untuk mendorong pembaruan konfigurasi real-time tanpa memerlukan pengajuan ke app store. Ini membuatnya sangat menarik bagi pengembang yang bekerja dalam ekosistem Google.
-
-### Pro dan Kontra
-
-Mengevaluasi manfaat dan kekurangan solusi proprietary dapat membantu bisnis membuat keputusan yang tepat:
-
-| **Aspek** | **Keuntungan** | **Kerugian** |
-| --- | --- | --- |
-| **Dukungan** | Bantuan profesional 24/7, layanan berdasarkan SLA | Opsi kustomisasi terbatas |
-| **Keamanan** | Protokol tingkat enterprise bawaan | Kurangnya transparansi dalam implementasi keamanan |
-| **Integrasi** | Konektor dan alat vendor yang sudah siap | Risiko ketergantungan pada vendor |
-| **Skalabilitas** | Dirancang untuk operasi skala besar | Biaya lebih tinggi seiring pertumbuhan penggunaan |
-
-Survei terbaru menemukan bahwa 71% perusahaan memilih solusi proprietary, terutama karena kekhawatiran tentang keamanan dan keandalan [\[6\]](https://hyscaler.com/insights/open-source-vs-proprietary-software/). Tren ini menyoroti pentingnya dukungan profesional dan alat kepatuhan, terutama di industri dengan regulasi ketat.
-
-Solusi proprietary berbasis cloud telah semakin memperluas opsi skalabilitas. Namun, bisnis harus mempertimbangkan dengan cermat trade-off, seperti meningkatnya ketergantungan pada infrastruktur vendor, untuk menentukan apakah platform ini adalah pilihan yang tepat dibandingkan alternatif open-source.
-
-## Perbandingan Langsung: Open Source vs Proprietary
-
-Berikut adalah perincian jelas tentang bagaimana solusi [update aplikasi](https://capgo.app/plugins/capacitor-updater/) open-source dan proprietary berbeda dalam fitur utama, biaya, dan persyaratan teknis.
-
-### Matriks Fitur
-
-| Kategori Fitur | Solusi Open Source | Solusi Proprietary |
-| --- | --- | --- |
-| Kontrol Update | [Update manual](https://capgo.app/docs/plugin/cloud-mode/manual-update/), rollback dasar | Versi lanjutan, rollback otomatis |
-| Keamanan | [Update dikelola komunitas](https://capgo.app/docs/plugin/cloud-mode/manual-update/), setup enkripsi kustom | Enkripsi tingkat enterprise, pemeriksaan kerentanan otomatis |
-| Integrasi | Setup CI/CD kustom | Konektor CI/CD siap pakai |
-| Skalabilitas | Konfigurasi manual | Load balancing bawaan |
-| Dukungan | Forum komunitas, dokumentasi | Dukungan profesional 24/7, jaminan SLA |
-
-Perbedaan ini juga berperan dalam membentuk struktur biaya masing-masing opsi.
-
-### Perincian Harga
-
-Alat open-source, seperti Capacitor Live Update, gratis untuk digunakan tetapi membutuhkan waktu pengembang untuk pemeliharaan. Di sisi lain, platform proprietary, seperti Microsoft Intune, mengenakan biaya $6–$250 per pengguna per bulan, yang mencakup dukungan profesional dan opsi skalabilitas [\[1\]](https://www.heavybit.com/library/article/open-source-vs-proprietary).
-
-| Faktor Biaya | Open Source | Proprietary |
-| --- | --- | --- |
-| Lisensi Awal | Gratis | $6-250/pengguna/bulan |
-| Pemeliharaan | Biaya waktu pengembang | Termasuk dalam langganan |
-| Biaya Skalabilitas | Biaya infrastruktur | Harga berbasis penggunaan |
-| Biaya Dukungan | Tergantung komunitas | Termasuk dalam lisensi |
-
-Pilihan antara solusi ini sering bergantung pada anggaran Anda dan tingkat keahlian internal yang tersedia.
-
-### Persyaratan Teknis
-
-Tuntutan teknis untuk menerapkan solusi ini sangat bervariasi:
-
-**Open Source:**
-
--   Memerlukan konfigurasi kustom untuk keamanan dan enkripsi.
-    
--   Membutuhkan integrasi manual dengan pipeline CI/CD.
-    
--   Menuntut setup dan manajemen sistem kontrol versi.
-    
-
-**Proprietary:**
-
--   Menawarkan fitur keamanan otomatis.
-    
--   Dilengkapi kemampuan skalabilitas yang sudah dikonfigurasi.
-    
--   Termasuk alat pemantauan terintegrasi.
-    
-
-Solusi proprietary menyederhanakan integrasi dan pemeliharaan tetapi mungkin kurang memiliki opsi kustomisasi yang disediakan alat open-source. Keputusan akhirnya bergantung pada apakah Anda memprioritaskan kustomisasi atau kemudahan penggunaan [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-## Memilih Solusi Update Anda
-
-Saat memutuskan antara alat open-source dan proprietary, pertimbangkan faktor-faktor seperti keterampilan tim Anda, skala proyek Anda, kendala anggaran, tuntutan keamanan, dan seberapa baik solusi tersebut terintegrasi dengan sistem yang ada. Pertimbangan ini harus sesuai dengan kompleksitas aplikasi Anda, ukuran basis pengguna Anda, dan persyaratan kepatuhan yang perlu Anda penuhi.
-
-### Kapan Open Source Masuk Akal
-
-Alat open-source sangat cocok untuk proyek yang membutuhkan fleksibilitas dan kustomisasi. Alat ini sangat berguna bagi tim yang mencari integrasi yang disesuaikan dan opsi hemat biaya. [Capacitor Live Update plugin](https://www.npmjs.com/package/@capgo/capacitor-updater) adalah contoh yang baik dari pendekatan ini.
-
-> "Salah satu keunggulan terbesar Capacitor dibandingkan runtime lainnya adalah kemampuan untuk memberikan pembaruan secara real-time tanpa harus mengirim ulang aplikasi Anda ke app store" [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-
-Opsi ini sangat cocok untuk:
-
--   Tim dengan keahlian teknis yang kuat
-    
--   Proyek yang membutuhkan pengaturan integrasi khusus
-    
--   Organisasi yang menghargai solusi berbasis komunitas
-    
--   Aplikasi yang membutuhkan pembaruan cepat dan sering
-    
-
-### Kapan Alat Proprietary Lebih Cocok
-
-Platform proprietary sering menjadi pilihan utama untuk proyek tingkat enterprise di mana keandalan dan kepatuhan sangat penting. Mereka bekerja dengan sangat baik untuk:
-
--   Aplikasi besar dengan kebutuhan deployment yang kompleks
-    
--   Perusahaan di industri dengan regulasi ketat
-    
--   Tim yang membutuhkan kemampuan pemantauan dan analitik yang kuat
-    
--   Aplikasi yang di-deploy di berbagai wilayah dengan standar kepatuhan yang berbeda
-    
-
-Pilihan Anda harus sesuai dengan kebutuhan proyek saat ini dan pertumbuhan masa depan. Alat open-source mungkin menawarkan biaya awal yang lebih rendah, tetapi platform proprietary dapat menghemat waktu dan sumber daya dalam jangka panjang dengan fitur seperti dukungan profesional dan pemeliharaan yang lebih sedikit [\[1\]](https://www.heavybit.com/library/article/open-source-vs-proprietary)[\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-Untuk organisasi yang mengelola beberapa aplikasi di berbagai wilayah, solusi proprietary sering menonjol karena keamanan dan skalabilitas bawaan mereka. Di sisi lain, proyek yang lebih kecil mungkin berkembang dengan kemampuan adaptasi alat open-source [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-## Kesimpulan
-
-### Poin Utama
-
-Memutuskan antara solusi open-source dan proprietary bergantung pada penyeimbangan faktor seperti biaya, fleksibilitas, dan dukungan. Alat open-source sangat cocok untuk tim yang membutuhkan kustomisasi, sementara platform proprietary sering unggul dalam hal skalabilitas dan memenuhi kebutuhan kepatuhan yang ketat. Pilihan Anda akan bergantung pada pertimbangan seperti anggaran, tingkat kustomisasi yang diperlukan, harapan dukungan, dan prioritas keamanan.
-
-Untuk organisasi yang menangani banyak aplikasi atau membutuhkan fitur tingkat enterprise, alat proprietary sering menyediakan dukungan yang kuat dan alur kerja yang efisien. Di sisi lain, tim dengan keterampilan teknis tinggi dan kebutuhan integrasi spesifik mungkin mendapat manfaat dari alat open-source, yang memungkinkan solusi disesuaikan untuk memenuhi tantangan unik [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-### Langkah-langkah Implementasi
-
-Untuk berhasil mengimplementasikan solusi yang Anda pilih, mulailah dengan menilai kebutuhan spesifik aplikasi Anda. Kemudian, pilih alat yang paling sesuai dengan kebutuhan tersebut dan integrasikan ke dalam pipeline CI/CD Anda sambil memastikan kepatuhan dengan standar platform yang relevan. Implementasi yang lancar akan bergantung pada seberapa baik pilihan Anda sesuai dengan keterampilan teknis tim, anggaran, dan kapasitas untuk pemeliharaan jangka panjang.
-
-Keberhasilan solusi pembaruan Anda akan sangat bergantung pada kemampuannya untuk memenuhi tuntutan saat ini dan pertumbuhan masa depan. Baik Anda memilih alat open-source untuk opsi kustomisasinya atau platform proprietary untuk dukungan terstrukturnya, pastikan pilihan Anda melengkapi proses pengembangan dan mematuhi pedoman platform.
diff --git a/src/content/blog/id/open-source.md b/src/content/blog/id/open-source.md
deleted file mode 100644
index 614514a53..000000000
--- a/src/content/blog/id/open-source.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: open-source
-title: Pelajari apa itu open source dan mengapa itu penting!
-description: >-
-  Selama perjalanan pemrograman Anda, Anda mungkin pernah mendengar istilah
-  "Open Source". Tapi apa sebenarnya artinya itu?
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-16T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /open_source_main.webp
-head_image_alt: sumber terbuka
-keywords: >-
-  Open Source, Capgo, philosophy, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Open Source
-published: true
-locale: id
-next_blog: ''
----
-Dalam artikel ini, saya akan menjelaskan apa itu Perangkat Lunak Sumber Terbuka dan membahas bagaimana perbedaannya dengan jenis perangkat lunak lainnya. Saya juga akan membahas hal-hal positif dari Perangkat Lunak Sumber Terbuka dan cara mulai berkontribusi pada proyek-proyek.
-
-## Ikhtisar
-
-Sumber terbuka adalah istilah yang awalnya mengacu pada perangkat lunak sumber terbuka (OSS). Perangkat lunak sumber terbuka adalah kode yang dirancang untuk dapat diakses publik—siapa pun dapat melihat, memodifikasi, dan mendistribusikan kode sesuai keinginan mereka.
-
-[Kode sumber](https://github.com/cap-go/capacitor-updater/) adalah bagian dari perangkat lunak yang sebagian besar pengguna komputer tidak pernah lihat; ini adalah kode yang dapat dimanipulasi programmer untuk mengubah cara kerja perangkat lunak—sebuah "program" atau "aplikasi". Programmer yang memiliki akses ke kode sumber program komputer dapat meningkatkan program tersebut dengan menambahkan fitur atau memperbaiki bagian yang tidak selalu berfungsi dengan benar.
-
-Setiap proyek perangkat lunak sumber terbuka yang aktif memiliki satu atau lebih pengelola. Mereka adalah orang-orang yang mengurus proyek dan memastikan proyek tetap bebas dari bug atau masalah lainnya. Dengan kata lain, mereka "memelihara" proyek! Meskipun mereka mungkin menghabiskan waktu menulis kode untuk proyek tersebut, prioritas utama mereka adalah meninjau dan mengatur kontribusi dari orang lain. Orang-orang yang memberikan kontribusi tersebut disebut sebagai kontributor. Mereka adalah orang-orang yang mengirimkan kode baru, dokumentasi, atau bahkan laporan bug ke proyek sumber terbuka.
-
-<Steps>
-  <Step>Test</Step>
-</Steps>
-
-Jadi, bagaimana gerakan sumber terbuka seperti yang kita kenal sekarang ini muncul?
-
-## Dari Mana Istilah "Sumber Terbuka" Berasal?
-
-Lebih dari dua puluh tahun yang lalu, istilah "perangkat lunak sumber terbuka" diciptakan oleh pendiri bersama Foresight Institute, Christine Peterson. Dia ingin menciptakan istilah ini sebagai cara untuk menarik pendatang baru ke dalam ruang ini.
-
-Nama aslinya akan menjadi "perangkat lunak bebas" tetapi ada banyak kebingungan tentang apa arti "bebas" sebenarnya. Untuk memperjelas masalah tersebut, Peterson mengusulkan perubahan nama menjadi "perangkat lunak sumber terbuka".
-
-## Apa Manfaat Perangkat Lunak Sumber Terbuka?
-
-Ada banyak manfaat menggunakan dan bekerja dengan perangkat lunak sumber terbuka. Salah satu manfaatnya adalah seberapa besar kontrol yang Anda miliki atas kode yang Anda putuskan untuk digunakan.
-
-Programmer dapat melihat kode dan memutuskan bagian mana dari kode yang ingin mereka ubah. Pengguna biasa dapat menggunakan perangkat lunak ini sesuka hati tanpa ada yang menyuruh mereka menggunakannya dengan cara tertentu.
-
-Manfaat lainnya adalah seberapa banyak yang bisa Anda pelajari dari menggunakan kode dari proyek sumber terbuka. Pengembang dari berbagai latar belakang dapat mempelajari kode proyek sumber terbuka serta berbagi pekerjaan mereka dengan orang lain.
-
-Perangkat lunak sumber terbuka juga dipandang lebih aman daripada perangkat lunak proprietary. Karena kodenya tersedia secara bebas, pengembang dapat menemukan masalah, membuat pembaruan, dan memperbaiki bug tersebut lebih cepat daripada dalam perangkat lunak proprietary.
-
-Sumber terbuka juga memiliki komunitas yang sangat besar di belakangnya. Hasilnya, ada banyak sumber daya yang membantu untuk pemula yang ingin bergabung dengan komunitas sumber terbuka dan mulai berkontribusi.
-
-## Mengapa Anda harus berkontribusi pada proyek sumber terbuka?
-
-Sifat kolaboratif dari komunitas sumber terbuka juga memberikan peluang penting bagi pengembang. Berikut adalah alasan-alasan terpenting mengapa ini adalah ide yang baik.
-
-**Meningkatkan proyek**
-
-Keindahan terbesar dari komunitas sumber terbuka adalah bahwa anggotanya terutama didorong oleh minat tulus mereka pada proyek yang sedang ditangani. Oleh karena itu, banyak orang berkontribusi pada proyek sumber terbuka karena alasan altruistik - mereka ingin meningkatkannya!
-
-Membuat perangkat lunak sumber terbuka berjalan lebih cepat, lebih pintar, atau membuatnya lebih aman akan menambah kualitasnya.
-
-**Mendapatkan pengetahuan berharga**
-
-Dengan menenggelamkan diri Anda ke dalam proyek sumber terbuka tertentu, Anda mendapatkan pengetahuan berharga tentang perangkat lunak yang sedang ditangani. Dengan kata lain, Anda tidak hanya belajar dengan melakukan - Anda belajar dengan berinteraksi dengan kode pengembang lain.
-
-**Meningkatkan prospek karir Anda**
-
-Dengan berkontribusi pada proyek sumber terbuka, Anda menunjukkan bakat Anda kepada calon pemberi kerja. Bagi mereka, mudah untuk memeriksa pekerjaan aktual Anda dan mengevaluasi apakah Anda akan cocok untuk posisi mereka yang tersedia. Dalam kata-kata [Frank Scheffler](https://medium.com/digitalfrontiers/5-reasons-why-you-should-contribute-to-open-source-projects-2f65443b4077/), "kontribusi sumber terbuka aktif menekankan keahlian dan pengetahuan Anda, lebih dari yang bisa dilakukan sertifikat saja".
-
-Selain itu, dengan berkontribusi pada berbagai proyek, Anda membangun jaringan kontak Anda, yang tidak pernah merugikan karir Anda!
-
-## Bagaimana Cara Mulai Berkontribusi pada Proyek Sumber Terbuka?
-
-Berkontribusi pada proyek sumber terbuka bisa menjadi cara yang bermanfaat untuk mendapatkan pengalaman, berkolaborasi dengan orang lain, dan memberikan kembali kepada komunitas. Berikut panduan langkah demi langkah untuk membantu Anda memulai:
-
-1. **Pilih Proyek**:
-   - Mulailah dengan mengidentifikasi proyek sumber terbuka yang sesuai dengan minat dan tingkat kemampuan Anda. Anda dapat menggunakan platform seperti GitHub, GitLab, atau Bitbucket untuk menemukan proyek.
-
-<Steps>
-  <Step>Test</Step>
-</Steps>
-
-2. **Pahami Proyek**:
-   - Baca dokumentasi proyek, file README, dan pedoman kontribusi untuk memahami tujuan, sasaran, dan standar pengkodean.
-
-<Steps>
-  <Step>Test</Step>
-</Steps>
-
-3. **Siapkan Lingkungan Pengembangan Anda**:
-   - Instal alat dan dependensi yang diperlukan untuk bekerja pada proyek. Ini mungkin termasuk bahasa pemrograman, pustaka, dan sistem kontrol versi seperti Git.
-
-4. **Mulai dari Yang Kecil**:
-   - Untuk pemula, sebaiknya mulai dengan tugas sederhana dan terdefinisi dengan baik seperti memperbaiki kesalahan ketik, perbaikan dokumentasi, atau perbaikan bug kecil. Ini akan membantu Anda membiasakan diri dengan alur kerja dan komunitas proyek.
-
-5. **Kenali Kontrol Versi**:
-   - Pelajari cara menggunakan Git untuk kontrol versi. Fork repositori proyek, kloning ke mesin lokal Anda, dan buat cabang baru untuk perubahan Anda.
-
-6. **Kontribusi Kode**:
-   - Buat perubahan kode Anda mengikuti pedoman pengkodean proyek. Pastikan perubahan Anda jelas, terdokumentasi dengan baik, dan menangani masalah atau kebutuhan yang ada.
-
-7. **Pengujian**:
-   - Sebelum mengirimkan kode Anda, uji secara menyeluruh untuk memastikan berfungsi sebagaimana mestinya. Proyek sering mengharuskan Anda menulis tes untuk perubahan kode Anda.
-
-8. **Buat Pull Request (PR)**:
-   - Push perubahan Anda ke repositori yang telah di-fork dan kemudian buat PR untuk mengusulkan perubahan Anda ke proyek utama. Pastikan untuk memberikan deskripsi yang jelas dan ringkas tentang perubahan Anda.
-
-9. **Terlibat dengan Komunitas**:
-   - Berpartisipasilah dalam diskusi, forum, atau mailing list yang terkait dengan proyek. Terbuka terhadap umpan balik dan bersedia membuat perbaikan berdasarkan umpan balik yang Anda terima.
-
-10. **Bersabar dan Gigih**:
-    - Mungkin butuh waktu untuk PR Anda ditinjau dan diterima. Bersabarlah dan, jika perlu, tindaklanjuti PR Anda dengan sopan.
-
-11. **Belajar dan Berkembang**:
-    - Gunakan pengalaman untuk belajar dari orang lain dan meningkatkan keterampilan pengkodean Anda. Anda juga dapat berkontribusi fitur atau peningkatan yang lebih substansial saat Anda menjadi lebih nyaman dengan proyek.
-
-12. **Jaga Etiket Sumber Terbuka**:
-    - Hormati pengelola proyek dan anggota komunitas. Bersikaplah sopan, ikuti pedoman mereka, dan jadilah kontributor yang membantu dan konstruktif.
-
-13. **Tetap Konsisten**:
-    - Jika Anda ingin terus berkontribusi, cobalah untuk membuat kontribusi secara teratur. Ini membantu Anda membangun kehadiran dalam komunitas proyek.
-
-14. **Kenali Lisensi dan Kepemilikan**:
-    - Hormati lisensi dan hak cipta proyek. Pahami persyaratan di mana Anda berkontribusi.
-
-15. **Dokumentasikan Pekerjaan Anda**:
-    - Catat kontribusi Anda untuk referensi Anda sendiri. Ini juga bisa berguna saat membangun portofolio pengembang Anda.
-
-Ingat bahwa berkontribusi pada sumber terbuka bukan hanya tentang kode. Anda juga dapat membantu dengan dokumentasi, desain, pengujian, dan manajemen proyek. Kuncinya adalah menemukan cara untuk berkontribusi yang sesuai dengan keterampilan dan minat Anda.
-
-## Manfaatkan teknologi sumber terbuka di balik Capgo
-
-Seperti yang Anda ketahui, teknologi sumber terbuka memiliki banyak keuntungan. Mereka tersedia dengan harga yang jauh lebih murah dibandingkan perangkat lunak proprietary. Mereka juga fleksibel dan lebih aman karena sering dilakukan revisi kode oleh komunitas sumber terbuka.
-
-Ini semua adalah prinsip yang kami ikuti di Capgo! Kami adalah sistem pembaruan langsung sumber terbuka untuk aplikasi Capacitor yang misinya adalah memperbarui aplikasi Capacitor secara langsung. Kami memungkinkan Anda untuk menerapkan pembaruan kepada pengguna Anda tanpa perlu menginstal ulang aplikasi. Kami adalah layanan berbasis cloud, tetapi Anda juga dapat meng-host sendiri.
-
-Mengapa tidak mencobanya sendiri? [Coba versi gratis kami](https://console.capgo.app/register/) dan [berkontribusi pada proyek sumber terbuka kami yang terus berkembang](https://github.com/Cap-go/) - kami akan senang memiliki Anda di tim!
-
-<Steps>
-  <Step>Test</Step>
-</Steps>
-
-## Kesimpulan
-
-Perangkat Lunak Sumber Terbuka adalah kode yang tersedia secara publik untuk dilihat, dimodifikasi, dan dibagikan oleh orang-orang. Istilah "perangkat lunak sumber terbuka" diciptakan oleh pendiri bersama Foresight Institute, Christine Peterson.
-
-Perangkat lunak sumber terbuka memiliki banyak manfaat termasuk dukungan komunitas yang besar, panduan yang membantu untuk mulai berkontribusi, belajar dengan mempelajari kode orang lain, dan mendapatkan pengalaman bekerja dengan pengembang lain.
diff --git a/src/content/blog/id/optimise-your-images-for-updates.md b/src/content/blog/id/optimise-your-images-for-updates.md
deleted file mode 100644
index 6d36e4295..000000000
--- a/src/content/blog/id/optimise-your-images-for-updates.md
+++ /dev/null
@@ -1,33 +0,0 @@
----
-slug: optimise-your-images-for-updates
-title: Optimisasi gambar Anda untuk pembaruan
-description: >-
-  Cara mengoptimalkan gambar untuk live update dan memungkinkan pengguna
-  menerima pembaruan lebih cepat.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-23T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /convert.jpg.webp.webp
-head_image_alt: Ilustrasi Konversi ke webp
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Optimisation
-published: true
-locale: id
-next_blog: ''
----
-
-WebP adalah format gambar modern yang dapat memberikan penghematan ukuran file yang signifikan dibandingkan dengan JPEG, sambil mempertahankan kualitas visual yang serupa atau lebih baik. Dengan mengonversi gambar JPEG Anda ke WebP dalam aplikasi seluler Anda, Anda dapat berpotensi mengurangi ukuran aplikasi, yang dapat menghasilkan waktu unduh lebih cepat dan kinerja yang lebih baik bagi pengguna Anda.
-
-WebP didukung dengan baik oleh sebagian besar platform dan perangkat seluler utama, termasuk Android dan iOS. Tidak seperti JPEG, WebP menyediakan kualitas gambar yang lebih unggul dengan ukuran file yang lebih kecil, yang menghasilkan waktu unduh lebih cepat, penggunaan data lebih sedikit, dan pengalaman pengguna yang lebih baik. Hal ini sangat penting untuk aplikasi seluler yang digunakan pada jaringan seluler, di mana penggunaan data dan waktu unduh menjadi perhatian utama.
-
-Ketika berbicara tentang mengonversi gambar Anda ke WebP, ada beberapa pilihan yang tersedia. Salah satu pilihan populer adalah menggunakan alat baris perintah seperti `c.webp`, yang dapat dengan mudah diintegrasikan ke dalam proses pembuatan aplikasi Anda. Pilihan lain adalah mengonversi gambar Anda ke WebP di [Android Studio](https://sites.google.com/a/android.com/tools/tech-docs/.webp/), yang dapat digunakan untuk mengonversi gambar Anda secara manual. Anda juga dapat menggunakan plugin untuk sistem manajemen konten (CMS) Anda atau layanan otomatis seperti Kraken.io.
-
-Setelah Anda mengonversi gambar Anda ke WebP, penting untuk menguji kinerja aplikasi Anda untuk melihat apakah ada peningkatan. Anda dapat menggunakan alat seperti [plugin Firebase Performance Monitoring](https://github.com/cap-go/capacitor-firebase/tree/main/packages/performance/) atau alat pengujian kinerja lainnya untuk mengukur kinerja aplikasi. Anda juga harus mempertimbangkan untuk menguji aplikasi pada perangkat dan jaringan yang berbeda untuk mendapatkan gambaran yang lebih akurat tentang bagaimana konversi ke WebP akan mempengaruhi kinerja aplikasi.
-
-Selain meningkatkan kinerja aplikasi Anda, mengonversi gambar Anda ke WebP juga dapat memiliki dampak positif pada pengalaman pengguna aplikasi Anda secara keseluruhan. Dengan waktu unduh yang lebih cepat dan penggunaan data yang lebih sedikit, pengguna lebih cenderung memiliki pengalaman positif dengan aplikasi Anda, yang dapat mengarah pada peningkatan keterlibatan dan retensi.
-
-Secara keseluruhan, mengonversi gambar Anda ke WebP dapat menjadi cara yang efektif untuk mengoptimalkan aset aplikasi seluler Anda dan meningkatkan kinerja aplikasi Anda. Ini adalah proses yang sederhana dan langsung yang dapat memiliki dampak besar pada pengalaman pengguna aplikasi Anda secara keseluruhan. Dengan meluangkan waktu untuk mengonversi gambar Anda ke WebP, Anda akan dapat memberikan pengalaman yang lebih baik bagi pengguna Anda dan berpotensi meningkatkan keterlibatan dan retensi.
diff --git a/src/content/blog/id/ota-security-checklist-for-capacitor-apps.md b/src/content/blog/id/ota-security-checklist-for-capacitor-apps.md
deleted file mode 100644
index 37144937e..000000000
--- a/src/content/blog/id/ota-security-checklist-for-capacitor-apps.md
+++ /dev/null
@@ -1,212 +0,0 @@
----
-slug: ota-security-checklist-for-capacitor-apps
-title: Daftar Periksa Keamanan OTA untuk Aplikasi Capacitor
-description: >-
-  Pelajari langkah-langkah keamanan penting untuk pembaruan OTA dalam aplikasi,
-  termasuk enkripsi, kontrol akses, dan strategi respons darurat.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T13:52:41.166Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f910732e221594daf2250f-1744379572627.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, app security, encryption, user management, compliance, rollback
-  capabilities, mobile app development
-tag: 'Mobile, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Pembaruan OTA yang Aman sangat penting untuk melindungi data pengguna dan menjaga integritas aplikasi.** Berikut adalah yang perlu Anda ketahui:
-
--   **Enkripsi End-to-End:** Melindungi pembaruan dari pembuatan hingga pengiriman.
--   **Kemampuan Rollback:** Dengan cepat membalikkan pembaruan yang salah untuk meminimalkan dampak.
--   **Manajemen Pengguna:** Kontrol akses yang ketat memastikan pembaruan hanya menjangkau pengguna yang berwenang.
--   **Kepatuhan:** Mengikuti pedoman Apple dan Google untuk mempertahankan daftar di toko aplikasi.
--   **Mitigasi Risiko:** Gunakan peluncuran bertahap, pengujian beta, dan keamanan infrastruktur untuk mengurangi kerentanan.
-
-**Statistik Kunci:**
-
--   95% pengguna aktif memperbarui dalam waktu 24 jam.
--   Tingkat keberhasilan penyebaran global adalah 82%.
-
-## Panduan MUDAH untuk Pembaruan Over-The-Air (OTA) Dengan ...
-
-<iframe src="https://www.youtube.com/embed/7Xdsc1qqoro" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Perencanaan Keamanan
-
-Pastikan pembaruan OTA direncanakan dengan langkah-langkah teknis yang kuat dan ukuran kepatuhan.
-
-### Persyaratan Keamanan
-
-Lindungi pembaruan dengan enkripsi end-to-end dari pembuatan hingga penyebaran [\[1\]](https://capgo.app/). Langkah kunci termasuk:
-
--   **Protokol Enkripsi**: Gunakan enkripsi end-to-end untuk semua paket pembaruan.
--   **Sistem Autentikasi**: Terapkan metode autentikasi pengguna dan perangkat yang kuat.
-
-### Aturan Toko Aplikasi
-
-[Toko Aplikasi Apple](https://developer.apple.com/app-store/guidelines/) dan [Toko Play Google](https://play.google.com/console/signup) memberlakukan kebijakan ketat untuk pembaruan OTA. Mengikuti aturan ini sangat penting untuk mempertahankan daftar di toko aplikasi dan kepercayaan pengguna.
-
-| Platform | Persyaratan Kunci | Pembatasan Pembaruan |
-| --- | --- | --- |
-| Toko Aplikasi Apple | Enkripsi end-to-end | Tidak ada perubahan pada fungsionalitas inti |
-| Toko Play Google | Pembaruan yang ditandatangani | Terbatas pada pembaruan konten |
-| Kedua Platform | Kemampuan rollback | Harus menjaga integritas aplikasi |
-
-### Risiko Keamanan
-
-Memahami potensi kerentanan membantu dalam merancang pertahanan yang efektif. Risiko kunci termasuk:
-
--   **Integritas Pembaruan**  
-    Dengan tingkat keberhasilan pembaruan global sebesar 82% [\[1\]](https://capgo.app/), protokol keamanan yang kuat dapat secara signifikan mengurangi masalah penyebaran.
-    
--   **Kontrol Distribusi**  
-    Gunakan pengujian beta dan peluncuran bertahap untuk mengelola distribusi dan mengurangi risiko.
-    
--   **Keamanan Infrastruktur**  
-    Pilih antara infrastruktur berbasis cloud atau self-hosted berdasarkan kebutuhan keamanan spesifik organisasi Anda [\[1\]](https://capgo.app/).
-    
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sebenarnya, yang lain hanya menandatangani pembaruan." - Capgo [\[1\]](https://capgo.app/)
-
-Untuk memperkuat keamanan, adopsi sistem pemantauan yang melacak kinerja pembaruan dan menandai masalah potensial lebih awal. Menggabungkan enkripsi, distribusi yang terkontrol, dan pemantauan proaktif menciptakan fondasi keamanan yang solid untuk pembaruan OTA. Langkah-langkah ini memastikan pembaruan aman di seluruh kode, data, dan titik akses.
-
-## Implementasi Keamanan
-
-Mengimplementasikan keamanan OTA memerlukan langkah-langkah teknis yang kuat berdasarkan persyaratan dan penilaian risiko yang ditetapkan. Menurut Capgo, **95% pengguna aktif memperbarui dalam waktu 24 jam** [\[1\]](https://capgo.app/).
-
-### Keamanan Kode
-
-Fokus pada langkah-langkah kunci ini:
-
-| Lapisan Keamanan | Implementasi | Tujuan |
-| --- | --- | --- |
-| **Enkripsi End-to-End** | Enkripsi [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard) | Melindungi paket OTA selama transfer |
-| **Penandatanganan Kode** | Tanda tangan digital | Memastikan pembaruan asli dan tidak diubah |
-
-Langkah-langkah ini membentuk tulang punggung proses OTA yang aman.
-
-### Perlindungan Data
-
-Enkripsi end-to-end memastikan bahwa pembaruan OTA aman, hanya memungkinkan pengguna yang berwenang untuk mendekripsi paket [\[1\]](https://capgo.app/).
-
-### Kontrol Akses
-
-Strategi kontrol akses berlapis sangat penting untuk mencegah perubahan atau penyebaran yang tidak sah. Komponen kunci antara lain:
-
--   **Sistem Manajemen Pengguna**: Tetapkan tingkat akses tertentu untuk pengembang, penguji, dan administrator, dengan izin terperinci untuk penyebaran pembaruan.
--   **Distribusi Berbasis Saluran**: Gunakan beberapa saluran pembaruan untuk peluncuran terkontrol, pengujian beta, dan menjaga stabilitas di produksi.
--   **Protokol Autentikasi**: Terapkan proses autentikasi dan verifikasi yang kuat untuk pengguna dan perangkat.
-
-Pendekatan terstruktur ini memastikan pembaruan tetap aman dan dapat dikelola.
-
-### Pengujian Keamanan
-
-Pengujian menyeluruh diperlukan untuk mempertahankan keamanan. Langkah kunci termasuk:
-
--   Menjalankan pemindaian keamanan dan memverifikasi paket pembaruan.
--   Menguji sistem autentikasi untuk memastikan keandalan.
--   Memvalidasi mekanisme rollback untuk dengan cepat menangani pembaruan yang salah.
-
-Gunakan analitik dan pelacakan kesalahan untuk mengidentifikasi dan menyelesaikan masalah secara proaktif, meminimalkan waktu henti dan risiko.
-
-> "Kami menerapkan pengembangan lincah dan @Capgo sangat penting dalam memberikan secara berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Tanggapan Darurat
-
-Ketika langkah-langkah pencegahan tidak berhasil, penting untuk memiliki rencana untuk menangani pelanggaran selama pembaruan OTA.
-
-### Peringatan Keamanan
-
-Gunakan alat pemantauan untuk mendeteksi ancaman segera setelah muncul. Berikut adalah beberapa elemen kunci:
-
-| Komponen | Tujuan | Implementasi |
-| --- | --- | --- |
-| **Pelacakan Kesalahan** | Mengenali anomali dengan cepat | Mengotomatiskan pemantauan selama peluncuran pembaruan |
-| **Dasbor Analitik** | Melacak kinerja pembaruan | Memantau keterlibatan pengguna secara real time |
-
-Setelah ancaman teridentifikasi, langkah berikutnya adalah bertindak cepat - mulai dengan rollback.
-
-### Pembalikan Pembaruan
-
-Dengan cepat membalikkan pembaruan dapat membatasi kerusakan yang disebabkan oleh masalah keamanan. Platform seperti Capgo menyederhanakan proses ini dengan fitur rollback satu klik, memungkinkan tim untuk kembali ke versi sebelumnya tanpa penundaan [\[1\]](https://capgo.app/).
-
-**Apa yang perlu diingat untuk rollback:**
-
--   Siapkan sistem **rollback otomatis** untuk memastikan pengembalian segera saat diperlukan.
-
-### Langkah Darurat
-
-Setelah mendeteksi pelanggaran keamanan, langkah-langkah berikut dapat membantu mengelola situasi secara efektif:
-
-1.  **Penilaian Segera**  
-    Evaluasi ruang lingkup pelanggaran dan dokumentasikan versi serta pengguna yang terpengaruh.
-    
-2.  **Tindakan Penahanan**  
-    Gunakan saluran pembaruan untuk mengisolasi pengguna yang terdampak dan menstabilkan sistem.
-    
-3.  **Implementasi Pemulihan**  
-    Kembali ke versi yang aman untuk menyelesaikan masalah.
-    
-
-> "Rollback satu klik ke versi sebelumnya jika diperlukan" - Capgo [\[1\]](https://capgo.app/)
-
-Platform OTA modern menyediakan tim dengan alat seperti pelacakan kesalahan, analitik waktu nyata, dan pembaruan berbasis saluran. Fitur-fitur ini memudahkan untuk merespons dengan cepat, mengurangi dampak pada pengguna.
-
-## Alat Keamanan
-
-Pilih alat keamanan yang melindungi pembaruan OTA dari awal hingga akhir.
-
-### Platform Pembaruan
-
-Saat mengevaluasi platform pembaruan OTA, prioritaskan keamanan. Platform tingkat atas sering kali mencakup fitur-fitur berikut:
-
-| Fitur Keamanan | Tujuan | Implementasi |
-| --- | --- | --- |
-| **Enkripsi End-to-End** | Melindungi konten pembaruan | Memastikan hanya pengguna yang berwenang dapat mendekripsi pembaruan |
-| **Kepatuhan Toko Aplikasi** | Selaras dengan standar platform | Secara otomatis memeriksa pembaruan terhadap aturan Apple/Google |
-| **Kemampuan Rollback** | Mengembalikan pembaruan yang bermasalah | Menjaga jejak audit untuk rollback yang efisien |
-| **Pemantauan Kesalahan** | Mengidentifikasi masalah peluncuran lebih awal | Menyediakan pelacakan waktu nyata |
-
-Sebagai contoh, Capgo menawarkan kinerja yang kuat dengan fokus pada enkripsi end-to-end yang sebenarnya. Selain platform itu sendiri, menjaga keamanan lingkungan pengiriman pembaruan sama pentingnya.
-
-### Keamanan Browser
-
-Mengamankan lingkungan sisi klien selama pembaruan juga sama pentingnya. Terapkan Kebijakan Keamanan Konten (CSP) yang ketat untuk mencegah kerentanan web selama pengiriman:
-
--   Batasi pemuatan sumber daya ke domain yang tepercaya
--   Mewajibkan HTTPS untuk semua koneksi
--   Menetapkan kebijakan CORS yang tepat untuk membatasi akses yang tidak sah
-
-### Keamanan Server
-
-Melindungi hosting OTA memerlukan langkah-langkah sisi server yang kuat:
-
--   **Pengiriman HTTPS**: Enkripsi semua transfer pembaruan untuk memastikan keamanan data
--   **Kontrol Akses**: Gunakan [penyebaran cloud atau self-hosted](https://capgo.app/blog/self-hosted-capgo/) dengan izin terperinci
--   **Pemantauan Berkelanjutan**: Secara teratur melacak dan memverifikasi integritas pembaruan
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sebenarnya, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-Platform seperti Capgo menekankan standar keamanan tinggi, membuatnya sangat berguna bagi bisnis dengan kebutuhan kepatuhan atau kedaulatan data yang ketat.
-
-## Kesimpulan
-
-Mengamankan pembaruan OTA dalam aplikasi [Capacitor](https://capacitorjs.com/) memerlukan perencanaan yang cermat, pelaksanaan yang tepat, dan alat yang dapat diandalkan. Platform OTA melaporkan tingkat pembaruan sebesar 95% dalam 24 jam [\[1\]](https://capgo.app/), menekankan pentingnya pengiriman yang aman dan efisien.
-
-Dengan menerapkan langkah-langkah keamanan yang kuat, platform dapat menjaga tingkat pembaruan yang tinggi sambil melindungi data pengguna. Keseimbangan ini memungkinkan organisasi untuk meluncurkan pembaruan dengan percaya diri dan mempertahankan kepercayaan pengguna.
-
-Berikut adalah tiga komponen kunci untuk memastikan keamanan OTA:
-
-| Komponen | Fitur Utama | Tujuan |
-| --- | --- | --- |
-| Enkripsi | Perlindungan end-to-end | Memastikan pembaruan hanya dapat diakses oleh pengguna yang berwenang |
-| Pemantauan | Pelacakan waktu nyata | Mengidentifikasi dan menangani masalah keamanan dengan cepat |
-| Pemulihan | Rollback instan | Mengurangi dampak dari pembaruan yang cacat atau terkompromi |
-
-Rincian ini menyoroti pentingnya enkripsi yang kuat, pemantauan berkelanjutan, dan opsi pemulihan cepat. Seiring kemajuan pengembangan aplikasi seluler, pembaruan OTA yang aman menjadi semakin kritis. Pengembang harus fokus pada fitur seperti enkripsi end-to-end, sistem pemantauan yang kuat, dan kemampuan rollback yang dapat diandalkan. Tindakan pencegahan ini memastikan pembaruan disampaikan dengan aman, menjaga kepercayaan pengguna dan memenuhi standar platform.
diff --git a/src/content/blog/id/ota-updates-in-beta-staying-policy-compliant.md b/src/content/blog/id/ota-updates-in-beta-staying-policy-compliant.md
deleted file mode 100644
index 6ef9afba6..000000000
--- a/src/content/blog/id/ota-updates-in-beta-staying-policy-compliant.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: ota-updates-in-beta-staying-policy-compliant
-title: 'Pembaruan OTA dalam beta: tetap mematuhi aturan'
-description: >-
-  Pelajari cara mengelola pembaruan OTA secara efektif dalam pengujian beta
-  sambil memastikan kepatuhan terhadap pedoman App Store dan meningkatkan
-  keamanan pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T02:04:08.266Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5-1743499666588.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, beta testing, compliance, app store policies, encryption, user
-  communication, quality control
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Pembaruan OTA membuat pengujian beta lebih cepat dan mudah - namun tetap mematuhi aturan app store sangat penting.** Berikut yang perlu Anda ketahui:
-
--   **Apa itu pembaruan OTA?** Memungkinkan pengembang mengirim perbaikan dan fitur langsung ke perangkat pengguna, tanpa melalui app store.
--   **Manfaat utama:** Penerapan cepat, pembaruan terarah, pelacakan real-time, dan opsi rollback.
--   **Poin penting kepatuhan:** Gunakan enkripsi end-to-end, komunikasi transparan dengan penguji, dan ikuti aturan pengujian beta Apple dan Google.
--   **Kesalahan umum yang harus dihindari:** Jangan gunakan pembaruan OTA untuk perubahan yang tidak disetujui seperti sistem pembayaran atau fungsi inti.
--   **Tools terbaik:** Platform seperti [Capgo](https://capgo.app/) menyederhanakan pembaruan yang aman dan sesuai dengan fitur seperti sistem channel, analitik, dan kemampuan rollback.
-
-**Perbandingan Cepat:**
-
-| Fitur | Capgo | [TestFlight](https://developer.apple.com/testflight/) | [Google Play Console](https://developer.android.com/distribute/console) |
-| --- | --- | --- | --- |
-| Enkripsi end-to-end | Ya | Ya | Ya |
-| Pembaruan terarah | Ya ([sistem channel](https://capgo.app/docs/plugin/cloud-mode/channel-system/)) | Terbatas | Terbatas |
-| Kemampuan rollback | Ya | Tidak | Tidak |
-| Pelacakan real-time | Ya | Terbatas | Terbatas |
-| Biaya setup | $2,600 (sekali bayar) | Gratis | Gratis |
-
-## Praktik Terbaik Pembaruan Firmware Perangkat
-
-<iframe src="https://www.youtube.com/embed/owPdKRQhMzk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Aturan Pengujian Beta App Store
-
-Apple dan Google memiliki pedoman pengujian beta yang ketat yang dirancang untuk menjaga kualitas aplikasi dan keamanan pengguna. Sangat penting untuk menggunakan alat pembaruan yang aman dan tepat untuk memenuhi standar ini.
-
-### Persyaratan [TestFlight](https://developer.apple.com/testflight/) Apple
-
-![TestFlight](https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5/4da4b0faec79804f5d08d001d9926818.jpg)
-
-Untuk mematuhi aturan Apple, pastikan solusi Anda menyertakan **enkripsi end-to-end** dan mendukung **peluncuran terarah** untuk pembaruan beta.
-
-### Aturan Pengujian Beta Google Play
-
-Google merekomendasikan menggunakan sistem seperti sistem channel Capgo untuk mengirimkan pembaruan secara aman ke grup pengguna tertentu [\[1\]](https://capgo.app/). Pedoman ini adalah bagian dari perubahan kebijakan yang lebih luas yang dibahas di bawah.
-
-### Pembaruan Kebijakan Terbaru
-
-Pembaruan terbaru untuk kebijakan pengujian beta telah memperkenalkan langkah-langkah keamanan yang lebih ketat untuk pembaruan over-the-air (OTA):
-
--   **Enkripsi**: Semua pembaruan sekarang harus menggunakan enkripsi end-to-end [\[1\]](https://capgo.app/).
--   **Pelacakan Versi**: Aplikasi diwajibkan untuk menyimpan catatan rinci tentang distribusi pembaruan [\[1\]](https://capgo.app/).
-
-## Mengikuti Pedoman Pembaruan OTA
-
-Memastikan pembaruan over-the-air (OTA) yang aman membutuhkan enkripsi yang kuat, komunikasi yang jelas dengan pengguna, dan pemeriksaan kualitas yang menyeluruh. Langkah-langkah ini dibangun di atas praktik kepatuhan dasar untuk memastikan semua pembaruan sesuai dengan persyaratan kebijakan.
-
-### Langkah Keamanan Pembaruan
-
-Tulang punggung pembaruan OTA yang aman adalah **enkripsi end-to-end**. Hanya menandatangani pembaruan tidak lagi memenuhi standar yang lebih ketat yang ditetapkan oleh app store seperti Apple dan Google [\[1\]](https://capgo.app/). Praktik keamanan utama meliputi:
-
--   Menggunakan enkripsi end-to-end dan saluran distribusi yang terkontrol untuk peluncuran yang aman.
-
-Pendekatan Capgo terhadap enkripsi memastikan bahwa hanya pengguna yang dituju yang dapat mendekripsi dan menginstal pembaruan, memenuhi persyaratan terbaru dari Apple dan Google [\[1\]](https://capgo.app/).
-
-### Standar Komunikasi Pengguna
-
-Menjaga pengguna tetap terinformasi sama pentingnya dengan mengamankan pembaruan. Catatan rilis yang jelas, mendapatkan persetujuan eksplisit pengguna, dan menggunakan saluran pembaruan yang terarah sangat penting untuk kepatuhan dan peluncuran yang lancar - terutama saat bekerja dengan penguji beta.
-
-### Langkah Kontrol Kualitas
-
-Kontrol kualitas yang efektif meminimalkan risiko dan memastikan pembaruan stabil. Berikut cara menyusun proses Anda:
-
-| Fase Pengujian | Tindakan Utama | Tujuan |
-| --- | --- | --- |
-| Pra-penerapan | Mengatur pelacakan kesalahan | Menangkap masalah sebelum mencapai pengguna |
-| Selama peluncuran | Gunakan analitik real-time | Memantau kinerja pembaruan secara real-time |
-| Pasca-penerapan | Aktifkan rollback | Pulih dengan cepat dari masalah tak terduga |
-| Berkelanjutan | Uji dengan channel | Validasi fitur dengan grup pengguna tertentu |
-
-Masukkan langkah-langkah ini ke dalam pipeline CI/CD Anda. Gunakan pemilih channel untuk menguji pull request secara langsung, memastikan pembaruan diuji sebelum rilis.
-
-## Kesalahan Kebijakan Umum yang Harus Dihindari
-
-Meluncurkan pembaruan OTA selama pengujian beta dapat menyebabkan masalah kepatuhan dan risiko keamanan. Memahami tantangan ini dapat membantu memastikan pembaruan yang lebih lancar dan sesuai. Dengan menghindari kesalahan umum ini, Anda dapat tetap selaras dengan kebijakan app store.
-
-### Perubahan Aplikasi yang Tidak Disetujui
-
-Pembaruan OTA tidak dapat digunakan untuk mengubah fitur inti, sistem pembayaran, atau metode autentikasi tanpa peninjauan yang tepat. Berikut rincian apa yang diizinkan:
-
-| Jenis Perubahan | Pembaruan OTA Diizinkan | Peninjauan Store Diperlukan |
-| --- | --- | --- |
-| Perbaikan bug | Ya | Tidak |
-| Pembaruan konten | Ya | Tidak |
-| Perubahan warna/teks UI | Ya | Tidak |
-| Perubahan fungsi inti | Tidak | Ya |
-| Sistem pembayaran | Tidak | Ya |
-| Metode autentikasi | Tidak | Ya |
-
-> "Menghindari peninjauan untuk perbaikan bug sangatlah berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Selanjutnya, mari kita lihat bagaimana praktik keamanan yang buruk dapat membuat aplikasi Anda rentan.
-
-### Pencegahan Risiko Keamanan
-
-Untuk mengurangi risiko keamanan, pertimbangkan langkah-langkah berikut:
-
--   **Gunakan enkripsi end-to-end**: Metode penandatanganan sederhana tidak cukup. Enkripsi pembaruan untuk perlindungan yang lebih baik.
--   **Kontrol izin publikasi**: Gunakan kontrol terperinci untuk mengelola siapa yang dapat mendorong pembaruan.
--   **Pantau penerapan**: Lacak tingkat keberhasilan dan identifikasi masalah selama peluncuran.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sebenarnya, yang lain hanya menandatangani pembaruan." - Capgo [\[1\]](https://capgo.app/)
-
-Tapi keamanan tidak berhenti pada pembaruan - melindungi data pengguna selama pengujian beta sama pentingnya.
-
-### Aturan Privasi Data
-
-Ikuti pedoman privasi ini untuk melindungi data pengguna:
-
--   **Persetujuan Pengguna**: Selalu dapatkan persetujuan eksplisit sebelum mengumpulkan data dan jelaskan dengan jelas bagaimana data akan digunakan.
--   **Pengumpulan Data**: Hanya kumpulkan data yang diperlukan untuk pengujian beta. Pisahkan data penguji menggunakan channel khusus.
--   **Keamanan Data**: Simpan semua data dengan enkripsi end-to-end dan audit akses secara teratur untuk memastikan tetap aman.
-
-## Alat Manajemen Pembaruan OTA
-
-Mengelola pembaruan OTA selama pengujian beta membutuhkan alat yang andal untuk memastikan efisiensi dan kepatuhan. Platform saat ini dibuat untuk menyederhanakan [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) sambil menjaga kebijakan tetap utuh. Mari kita lihat lebih dekat fitur Capgo dan platform pengujian beta lainnya untuk melihat bagaimana mereka cocok dalam alur kerja pembaruan yang lancar.
-
-### Fitur Pembaruan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5/574f3a2cd27791454624262312a6c223.jpg)
-
-Platform Capgo berfokus pada keamanan dan kepatuhan, menawarkan fitur utama yang disesuaikan untuk pengujian beta:
-
-| Fitur | Manfaat | Dampak Kepatuhan |
-| --- | --- | --- |
-| Enkripsi end-to-end | Pembaruan hanya dapat didekripsi oleh pengguna | Langkah keamanan yang diperkuat |
-| Sistem channel | Menargetkan grup beta tertentu | Mempertahankan lingkungan pengujian yang terkontrol |
-| Rollback satu klik | Kembali ke versi sebelumnya dengan cepat | Mempercepat penyelesaian masalah |
-| Analitik real-time | Memantau tingkat keberhasilan pembaruan | Memastikan pelacakan kepatuhan |
-
-Capgo menonjol karena kecepatannya, dengan pembaruan mencapai 95% pengguna aktif dalam 24 jam [\[1\]](https://capgo.app/).
-
-### Platform Pengujian Beta
-
-Selain Capgo, platform lain tersedia untuk mengelola pembaruan beta secara efektif:
-
--   **TestFlight**: Solusi utama Apple untuk pengujian beta iOS
--   **Google Play Console**: Alat distribusi beta bawaan Android
--   **Platform pihak ketiga**: Opsi untuk kebutuhan pengujian lintas platform
-
-Mengintegrasikan alat-alat ini ke dalam alur kerja Anda memperkuat kepatuhan dan memastikan proses pengujian yang lancar.
-
-### Integrasi Alur Kerja Pengujian
-
-Memasukkan manajemen pembaruan ke dalam alur kerja Anda menuntut fokus pada kepatuhan dan efisiensi. Berikut area utama yang perlu ditangani:
-
-1\. **Pengaturan Pipeline CI/CD**
-
-Alat pembaruan modern sering terintegrasi langsung dengan pipeline CI/CD. Misalnya, biaya setup CI/CD satu kali Capgo sebesar $2.600 [\[1\]](https://capgo.app/), jauh lebih terjangkau dibandingkan biaya tahunan [AppFlow](https://ionic.io/appflow) sebesar $6.000 [\[1\]](https://capgo.app/).
-
-2\. **Strategi Distribusi Pembaruan**
-
-Strategi distribusi yang terstruktur memastikan pembaruan dikirimkan secara konsisten sambil mematuhi standar kepatuhan.
-
-> "Capgo adalah cara cerdas untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)" – NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-3\. **Sistem Pemantauan**
-
-Analitik bawaan memungkinkan Anda melacak kinerja pembaruan. Dengan waktu respons API rata-rata 57ms di seluruh dunia [\[1\]](https://capgo.app/), alat-alat ini memberikan wawasan real-time tentang tingkat keberhasilan distribusi.
-
-## Kesimpulan: Mengelola Pembaruan yang Sesuai
-
-### Ringkasan untuk Pengembang
-
-Kepatuhan beta OTA bergantung pada tiga area utama: **keamanan**, **kontrol distribusi**, dan **kepatuhan kebijakan**. Berikut ringkasan singkat:
-
--   **Langkah Keamanan**
-    
-    -   Pembaruan dilindungi dengan enkripsi end-to-end, memastikan hanya pengguna yang berwenang yang dapat mengaksesnya.
-    -   Pemantauan real-time mendukung [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/), dengan opsi rollback instan untuk penyelesaian masalah cepat (tingkat keberhasilan 82%) [\[1\]](https://capgo.app/).
--   **Kontrol Distribusi**
-    
-    -   Sistem channel memungkinkan manajemen yang tepat dari grup beta.
-    -   Peluncuran bertahap mengurangi risiko dan memastikan pembaruan lebih lancar.
-    -   Pengiriman terverifikasi mencapai 95% pengguna dalam 24 jam [\[1\]](https://capgo.app/).
--   **Standar Kepatuhan**
-    
-    -   Keselarasan ketat dengan kebijakan app store untuk iOS dan Android adalah wajib.
-
-Praktik-praktik ini membentuk tulang punggung platform khusus seperti Capgo.
-
-### Menggunakan Capgo untuk Pembaruan
-
-Capgo dirancang untuk menyederhanakan pembaruan OTA yang sesuai aturan. Dengan lebih dari 23,5 juta pembaruan yang terkirim di 750 aplikasi produksi [\[1\]](https://capgo.app/), platform ini menyediakan alat untuk menangani setiap aspek prosesnya. Berikut bagaimana fitur-fiturnya berkontribusi:
-
-| Fitur | Manfaat |
-| --- | --- |
-| Enkripsi end-to-end | Melindungi pembaruan dan data pengguna |
-| Sistem kanal | Memungkinkan manajemen pengujian beta yang presisi |
-| Dasbor analitik | Menawarkan pelacakan kepatuhan secara real-time |
-| Kemampuan rollback | Memastikan stabilitas dengan kontrol versi |
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Kemampuan Capgo untuk menyeimbangkan kepatuhan dengan pembaruan yang cepat dan andal menjadikannya alat yang penting bagi tim pengembangan agile.
diff --git a/src/content/blog/id/ota-updates-in-cicd-security-and-compliance-tips.md b/src/content/blog/id/ota-updates-in-cicd-security-and-compliance-tips.md
deleted file mode 100644
index 397f8d4f0..000000000
--- a/src/content/blog/id/ota-updates-in-cicd-security-and-compliance-tips.md
+++ /dev/null
@@ -1,246 +0,0 @@
----
-slug: ota-updates-in-cicd-security-and-compliance-tips
-title: 'Pembaruan OTA dalam CI/CD: Tips Keamanan dan Kepatuhan'
-description: >-
-  Pelajari strategi keamanan dan kepatuhan yang penting untuk pembaruan OTA
-  dalam pipeline CI/CD untuk memastikan penerapan aplikasi yang efisien dan
-  aman.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T03:24:03.406Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e7635c283d21cbd679bdb8-1743218655903.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, CI/CD, security, compliance, encryption, app deployment, privacy
-  laws, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Pembaruan OTA** memungkinkan Anda untuk mengirim pembaruan aplikasi langsung kepada pengguna tanpa menunggu ulasan dari toko aplikasi. Dipadukan dengan **pipelines CI/CD**, ini memungkinkan deployment yang cepat, otomatis, dan aman. Namun, kecepatan datang dengan risiko - keamanan, kepatuhan, dan privasi harus menjadi prioritas.
-
-### Poin Penting:
-
--   **Risiko Keamanan**: Risiko termasuk penyadapan data, injeksi kode, dan kompromi server.
--   **Praktik Terbaik**: Gunakan **enkripsi end-to-end**, **penandatanganan kode**, dan **pengiriman HTTPS yang aman**.
--   **Kepatuhan**: Ikuti aturan toko aplikasi (tidak ada perubahan fungsi inti tanpa persetujuan) dan undang-undang privasi seperti [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)/[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act).
--   **Manfaat untuk Aplikasi Capacitor**: Memperbaiki masalah dengan cepat, meluncurkan pembaruan secara bertahap, dan melacak kinerja secara real-time.
-
-### Alat yang Digunakan:
-
-Platform seperti **[Capgo](https://capgo.app/)** menawarkan fitur kuat seperti enkripsi, opsi rollback, pelacakan kesalahan, dan integrasi CI/CD. Misalnya:
-
--   **Tingkat Keberhasilan Capgo**: 95% adopsi pembaruan dalam 24 jam, 82% tingkat keberhasilan global.
-
-| Fitur | Manfaat |
-| --- | --- |
-| **Enkripsi** | Mengamankan paket pembaruan |
-| **Opsi Rollback** | Memperbaiki masalah dengan cepat |
-| **Kontrol Akses** | Membatasi izin |
-| **Analitik** | Melacak kinerja |
-
-Mulailah dengan memilih platform OTA yang aman, mengintegrasikannya dengan pipeline CI/CD Anda, dan mengikuti aturan kepatuhan untuk memastikan pembaruan yang lancar, aman, dan efektif.
-
-## Tips & Trik Praktis Untuk Mengamankan Pipeline CI/CD Anda
-
-<iframe src="https://www.youtube.com/embed/4hKqanFEu34" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pengaturan Pembaruan OTA yang Aman
-
-Melindungi pembaruan OTA CI/CD Anda memerlukan beberapa lapisan keamanan. Capgo telah menunjukkan tingkat keberhasilan 95% untuk pembaruan dalam 24 jam ketika strategi ini diterapkan secara efektif[\[1\]](https://capgo.app/).
-
-### Enkripsi Paket Pembaruan
-
-Mengenskripsi paket pembaruan OTA dari awal hingga akhir memastikan bahwa mereka tetap aman selama seluruh proses[\[1\]](https://capgo.app/). Metode ini memungkinkan hanya pengguna yang berwenang untuk mendekripsi pembaruan, menambahkan lapisan perlindungan tambahan. Berbeda dengan solusi yang hanya menandatangani pembaruan, enkripsi penuh memblokir akses tidak sah di setiap langkah.
-
-### Metode Penandatanganan Kode
-
-Penandatanganan kode sangat penting untuk memverifikasi bahwa pembaruan adalah sah dan tidak dirusak. Padukan ini dengan enkripsi yang kuat untuk menciptakan [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) yang lebih aman.
-
-### Pengiriman Pembaruan yang Aman
-
-Amankan pengiriman pembaruan Anda dengan menggunakan HTTPS dan akses API yang dilindungi. Ini mencegah penyadapan atau pemalsuan data selama transit. Selain itu, pastikan sistem Anda mencakup mekanisme rollback yang andal untuk menangani masalah pengiriman tanpa mengorbankan integritas.
-
-### Opsi Rollback Pembaruan
-
-Fitur rollback sangat penting untuk menangani kegagalan pembaruan. Capgo mengaitkan sebagian dari 82% tingkat keberhasilan globalnya dengan kemampuan ini[\[1\]](https://capgo.app/). Bersama-sama, lapisan keamanan ini menciptakan sistem pembaruan OTA yang dapat diandalkan yang meminimalkan risiko dan memastikan kinerja yang konsisten.
-
-## Aturan Toko Aplikasi dan Privasi
-
-### Aturan OTA Toko Aplikasi
-
-Apple memerlukan ulasan untuk setiap perubahan fungsi inti aplikasi, sementara Google mengharapkan pembaruan yang transparan. Untuk menjaga depoymen over-the-air (OTA) Anda sesuai dengan aturan toko aplikasi, ikuti langkah-langkah ini:
-
--   **Sediakan dokumentasi pembaruan yang rinci**: Jelaskan dengan jelas apa yang termasuk dalam pembaruan.
--   **Hindari mengubah fungsi inti**: Pastikan pembaruan tidak mengubah fitur utama aplikasi tanpa persetujuan.
--   **Ikuti pedoman UI/UX platform**: Setiap perubahan desain harus sesuai dengan standar platform.
-
-Memenuhi aturan ini sangat penting untuk mempertahankan kehadiran aplikasi Anda di pasar. Seperti yang dijelaskan oleh Capgo, tetap "sesuai dengan Toko Aplikasi" adalah kunci untuk keberhasilan jangka panjang [\[1\]](https://capgo.app/).
-
-### Persyaratan Hukum Privasi
-
-Undang-undang privasi seperti GDPR dan CCPA juga memengaruhi bagaimana data pembaruan OTA ditangani. Regulasi ini fokus pada transparansi, hak pengguna, dan keamanan.
-
-**Transparansi dalam Pengumpulan Data**:
-
--   Mengungkapkan dengan jelas data terkait pembaruan yang dikumpulkan.
--   Mendapatkan persetujuan eksplisit pengguna sebelum mengumpulkan data.
--   Mengizinkan pengguna untuk tidak ikut serta dalam pengumpulan data yang tidak penting.
-
-**Melindungi Hak Pengguna**:
-
--   Memungkinkan pengguna mengakses riwayat pembaruan mereka.
--   Menyediakan opsi untuk portabilitas data terkait pembaruan.
--   Menanggapi permintaan pengguna untuk menghapus data terkait pembaruan.
-
-**Praktik Keamanan**:
-
--   Mengenskripsi semua data pembaruan.
--   Menyimpan log rinci tentang kegiatan pembaruan.
--   Menerapkan kontrol akses yang ketat untuk melindungi data.
-
-Keamanan yang kuat dan proses pembaruan yang transparan adalah hal yang tidak dapat ditawar untuk kepatuhan. Capgo menekankan penggunaan enkripsi end-to-end sebagai strategi inti untuk melindungi pembaruan OTA [\[1\]](https://capgo.app/).
-
-## Tips Keamanan untuk Pembaruan OTA
-
-### Pengujian Keamanan
-
-Otomatisasi pengujian keamanan untuk mengungkap potensi kelemahan. Gunakan alat otomatis untuk memastikan paket pembaruan aman dan enkripsi berfungsi sebagaimana mestinya.
-
-Area kunci untuk divalidasi meliputi:
-
--   **Integritas paket**
--   **Protokol enkripsi**
--   **Mekanisme otentikasi**
--   **Sistem kontrol akses**
-
-Proses pengujian yang solid memastikan kontrol izin yang kuat selama pengiriman.
-
-### Kontrol Izin Pembaruan
-
-Mengontrol siapa yang dapat mengakses dan menerapkan pembaruan sangat penting. Terapkan izin berbasis peran untuk mencegah perubahan yang tidak sah.
-
--   **Kontrol Admin**: Akses penuh untuk mengelola distribusi dan rollback.
--   **Akses Pengembang**: Dibatasi pada saluran pembaruan tertentu dan lingkungan pengujian.
--   **Tim QA**: Izin untuk saluran beta dan pengaturan pengujian.
--   **Tim Monitoring**: Terbatas pada melihat analitik dan log.
-
-Izin ini bekerja dengan sistem pelacakan untuk menjaga lingkungan tetap aman.
-
-### Pelacakan Pembaruan
-
-Perhatikan aktivitas pembaruan dengan seksama untuk mendeteksi masalah lebih awal. Berikut cara pelacakan membantu:
-
-| Komponen Pelacakan | Tujuan | Manfaat Keamanan |
-| --- | --- | --- |
-| **Logging Kesalahan** | Melacak kegagalan pembaruan | Mendeteksi pelanggaran |
-| **Dasbor Analitik** | Memantau tingkat keberhasilan | Menentukan potensi ancaman |
-| **Kontrol Versi** | Melacak versi aktif | Memastikan konsistensi |
-| **Log Aktivitas Pengguna** | Mencatat distribusi | Menyediakan jejak audit |
-
-### Rencana Tanggapan Masalah
-
-Memiliki strategi tanggapan cepat dapat mengurangi dampak masalah keamanan. Berikut cara menangani pelanggaran:
-
-1. **Penilaian**
-
--   Menentukan tingkat keparahan dan ruang lingkup.
--   Mendokumentasikan versi yang terpengaruh.
--   Mengidentifikasi pengguna yang terdampak.
-
-2. **Pengendalian**
-
--   Hentikan pembaruan sementara.
--   Blokir saluran yang terkompromi.
--   Aktifkan cadangan untuk mengamankan data.
-
-3. **Pemulihan**
-
--   Kembali ke versi aman untuk mengembalikan fungsionalitas.
--   Terapkan patch darurat sesuai kebutuhan.
--   Beri tahu pengguna tentang insiden dan langkah-langkah resolusi.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang nyata, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-## Tinjauan Alat Pembaruan OTA
-
-Mengamankan pembaruan OTA memerlukan alat dengan fitur terintegrasi yang mengutamakan perlindungan data. Berikut adalah gambaran lebih dekat tentang apa yang perlu dipertimbangkan.
-
-### Fitur Utama untuk Pembaruan OTA
-
-Saat memilih platform pembaruan OTA, fokuslah pada keamanan dan fungsionalitas. Enkripsi end-to-end adalah suatu keharusan - itu menawarkan perlindungan yang jauh lebih baik daripada penandatanganan kode dasar.
-
-Berikut adalah beberapa fitur penting yang perlu diprioritaskan:
-
--   **Enkripsi**: Memastikan paket pembaruan sepenuhnya dienkripsi selama pengiriman.
--   **Dukungan Rollback**: Memungkinkan pengembalian instan ke versi sebelumnya jika muncul masalah.
--   **Kontrol Akses**: Memungkinkan pengelolaan rinci izin dan peran pengguna.
--   **Analitik**: Memberikan pelacakan dan pemantauan pembaruan secara real-time.
--   **Integrasi CI/CD**: Terhubung secara mulus dengan pipeline pengembangan Anda.
-
-### Fitur Platform [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e7635c283d21cbd679bdb8/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-Diluncurkan pada tahun 2022, Capgo memberikan pembaruan OTA yang dirancang dengan keamanan dalam pikiran. Fitur-fiturnya termasuk enkripsi end-to-end, kemampuan self-hosting, peluncuran bertahap, pelacakan kesalahan, dan kontrol versi.
-
-Berikut adalah rincian fitur keamanan utama Capgo:
-
-| **Fitur** | **Manfaat Keamanan** |
-| --- | --- |
-| Enkripsi End-to-End | Melindungi data dari akses tidak sah selama pembaruan |
-| [Opsi Self-Hosted](https://capgo.app/blog/self-hosted-capgo/) | Menawarkan kontrol lebih baik atas data dan kepatuhan |
-| [Sistem Channel](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Memungkinkan peluncuran bertahap yang terkendali |
-| Pelacakan Kesalahan | Membantu mengidentifikasi dan memperbaiki masalah dengan cepat |
-| Kontrol Versi | Memastikan konsistensi di seluruh pembaruan |
-
-### Membandingkan Platform OTA
-
-Pasar OTA terus berkembang, dengan platform baru yang menawarkan harga dan fitur yang kompetitif. Berikut adalah bagaimana Capgo dibandingkan dengan solusi lain:
-
-| **Komponen Biaya** | **Solusi OTA Lain** | **Capgo** |
-| --- | --- | --- |
-| Operasi Bulanan | $300 | Mulai dari $12 |
-| Biaya Perusahaan Tahunan | $6,000+ | $996 |
-| Biaya Pengaturan | Variabel | $2,600 (satu kali) |
-
-> "Kami mempraktekkan pengembangan Agile dan @Capgo adalah kunci utama dalam memberikan secara terus menerus kepada pengguna kami!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-> "@Capgo adalah cara pintar untuk melakukan dorongan kode panas (dan bukan untuk semua uang di dunia seperti saat menggunakan @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-## Ringkasan
-
-### Poin Kunci
-
-Pembaruan OTA yang aman bergantung pada langkah-langkah keamanan yang kuat dan praktik kepatuhan. **Enkripsi end-to-end** adalah kunci untuk melindungi paket pembaruan, memastikan pengiriman yang aman dan efisien [\[1\]](https://capgo.app/).
-
-| Elemen | Tujuan |
-| --- | --- |
-| **Enkripsi** | Melindungi paket pembaruan |
-| **Penandatanganan Kode** | Mengonfirmasi integritas paket |
-| **Kontrol Akses** | Mengelola izin pengguna |
-| **Pemantauan** | Memberikan wawasan real-time |
-| **Rollback** | Memungkinkan pembalikan yang segera |
-
-Elemen-elemen ini membentuk tulang punggung dari proses pembaruan OTA yang aman.
-
-### Memulai
-
-Ikuti langkah-langkah ini untuk memulai pembaruan OTA yang aman:
-
-1.  **Pilih Platform yang Aman**
-
-Pilih platform yang dirancang dengan keamanan dan kepatuhan sebagai prioritas. Fitur seperti **enkripsi ujung-ke-ujung** memastikan bahwa hanya pengguna yang berwenang yang dapat mengakses dan mendekripsi pembaruan.
-
-2.  **Siapkan Integrasi CI/CD**
-
-Integrasikan jalur penyebaran kontinu dengan langkah-langkah keamanan yang kuat. Praktik kunci mencakup:
-
--   Pengujian otomatis sebelum rilis
--   Peluncuran secara bertahap menggunakan sistem saluran
--   Pelacakan kesalahan dan analitik secara waktu nyata
--   Kontrol versi untuk pembaruan yang mulus
diff --git a/src/content/blog/id/payment-data-security-for-app-store-approval.md b/src/content/blog/id/payment-data-security-for-app-store-approval.md
deleted file mode 100644
index 467534126..000000000
--- a/src/content/blog/id/payment-data-security-for-app-store-approval.md
+++ /dev/null
@@ -1,96 +0,0 @@
----
-slug: payment-data-security-for-app-store-approval
-title: Keamanan Data Pembayaran untuk Persetujuan App Store
-description: >-
-  Pastikan aplikasi Anda memenuhi persyaratan keamanan untuk data pembayaran
-  guna menghindari penolakan dari App Store. Pelajari lebih lanjut tentang alat
-  penting dan standar kepatuhan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T01:09:06.459Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806de1de572faef86998587-1745284157740.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  payment data security, app store approval, end-to-end encryption, compliance,
-  secure updates
-tag: 'Mobile, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin aplikasi Anda disetujui oleh Apple atau Google? Mulai dengan data pembayaran yang aman.** Toko aplikasi menuntut **enkripsi end-to-end** untuk data pembayaran guna memenuhi standar kepatuhan. Tanpa itu, aplikasi Anda bisa ditolak atau dihapus. Berikut yang perlu Anda ketahui:
-
--   **[Capgo](https://capgo.app/)**: Menawarkan enkripsi end-to-end sejati, kontrol rollback, dan [opsi self-hosting](https://capgo.app/blog/self-hosted-capgo/). Biaya $2.600 di awal + $300/bulan.
--   **[Appflow](https://ionic.io/appflow/live-updates)**: Enkripsi parsial, performa tidak konsisten, dan $6.000/tahun. Dijadwalkan pensiun pada 2026.
--   **[Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/)**: Dihentikan pada 2024, tanpa enkripsi end-to-end.
-
-| **Tools** | **Enkripsi** | **Opsi Deployment** | **Biaya** | **Status** |
-| --- | --- | --- | --- | --- |
-| Capgo | End-to-end | Cloud, Self-hosted | Setup $2.600 + $300/bulan | Aktif |
-| Penandatanganan kriptografis | Cloud | Mirip dengan Capgo | Aktif |
-| Appflow | Parsial | Cloud | $6.000/tahun | Pensiun 2026 |
-| Code Push | Tidak ada | Cloud | N/A | Dihentikan 2024 |
-
-**Kesimpulan**: Gunakan tools seperti Capgo untuk mengamankan data pembayaran, memenuhi kepatuhan, dan menghindari masalah toko aplikasi.
-
-## Swift Reduce, Apakah MVP Sudah Mati?, Iklan Apple, Keamanan Aplikasi dan ...
-
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo memastikan penanganan data pembayaran yang aman selama pembaruan langsung dengan menggunakan enkripsi end-to-end yang dirancang untuk memenuhi standar toko aplikasi.
-
-Yang membedakan Capgo adalah metode enkripsinya, di mana hanya pengguna akhir yang dapat mendekripsi pembaruan sensitif. Ini melindungi data dari akses tidak sah selama pembaruan.
-
-Berikut beberapa fitur utama platform Capgo:
-
--   **Enkripsi end-to-end**: Pembaruan sensitif hanya dapat didekripsi oleh pengguna akhir.
--   **[Opsi self-hosting](https://capgo.app/blog/self-hosted-capgo/)**: Memberikan bisnis kendali penuh atas data pembayaran mereka.
--   **Kontrol rollback**: Segera kembalikan pembaruan jika terjadi masalah.
--   **[Sistem channel](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**: Kirim pembaruan spesifik ke kelompok pengguna yang ditargetkan.
-
-Pendekatan Capgo telah mencapai tingkat keberhasilan global 82% untuk deployment pembaruan. Bisnis dapat memilih hosting cloud aman atau self-hosting sesuai kebutuhan kepatuhan mereka.
-
-Dengan hanya mengunduh komponen yang berubah, Capgo meminimalkan risiko dan mengurangi penggunaan bandwidth. Sejauh ini, platform telah mengirimkan lebih dari 1,155 triliun [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/) [\[1\]](https://capgo.app/).
-
-## 3. [Appflow](https://ionic.io/appflow/live-updates)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/f6bc7b408415ab449b606f457e137ee1.jpg)
-
-Appflow memungkinkan pembaruan kode langsung tetapi mengalami masalah dengan kinerja yang tidak konsisten dan kurangnya enkripsi end-to-end bawaan untuk data pembayaran. Kekurangan ini dapat menyebabkan masalah kepatuhan dan mengikis kepercayaan pengguna, terutama karena bertentangan dengan kebijakan pemrosesan pembayaran Apple dan Google.
-
-> "@Capgo adalah cara cerdas untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) 🙂" - Tim NASA OSIRIS‑REx [\[1\]](https://capgo.app/)
-
-Dengan [Ionic](https://ionicframework.com/) yang berencana pensiun Appflow pada 2026, tim perlu beralih ke solusi yang memastikan pembaruan yang andal dan enkripsi yang kuat untuk data pembayaran. Selanjutnya, kita akan melihat lebih dekat Microsoft Code Push dan pendekatannya terhadap keamanan.
-
-## 4. [Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/) (Dihentikan)
-
-Microsoft Code Push dihentikan pada 2024 karena masalah keandalan yang berkelanjutan dan kekurangan kinerja. Juga kurang enkripsi end-to-end bawaan untuk data pembayaran, fitur penting untuk banyak aplikasi. Setelah penutupannya, banyak tim beralih ke **Capgo**, platform open-source. Capgo menyediakan enkripsi end-to-end, integrasi CI/CD yang lancar, dan memenuhi standar keamanan Apple dan Google untuk menangani data pembayaran, memastikan pembaruan langsung yang dapat diandalkan untuk aplikasi yang menangani informasi pembayaran sensitif.
-
-## Hasil Perbandingan Tools
-
-Berikut breakdown tools berdasarkan keamanan, kepatuhan, opsi deployment, dan biaya:
-
--   **Capgo**: Menawarkan enkripsi end-to-end sejati, mematuhi standar Apple dan Google, mendukung deployment cloud dan self-hosted, terintegrasi dengan pipeline CI/CD, dan open-source. Harga termasuk biaya setup $2.600 dan sekitar $300 per bulan. Selama lima tahun, bisa menghemat hingga $26.100 dibandingkan Appflow [\[1\]](https://capgo.app/).
-    
-    
--   **Appflow**: Memiliki enkripsi parsial dan biaya $6.000 per tahun. Namun, dijadwalkan pensiun pada 2026 \[2\].
-    
--   **Microsoft Code Push**: Akan dihentikan pada 2024. Tidak memiliki enkripsi end-to-end dan tidak mendukung integrasi CI/CD [\[1\]](https://capgo.app/).
-    
-
-## Ringkasan dan Rekomendasi
-
-Berikut breakdown poin-poin utama:
-
--   **Terapkan enkripsi end-to-end**: Pastikan pembaruan dan data pembayaran terenkripsi sepenuhnya untuk memenuhi standar keamanan toko aplikasi.
--   **Kelola biaya secara efektif**: Biaya setup awal $2.600, dengan biaya bulanan $300 - jauh lebih rendah dari biaya tahunan Appflow $6.000 [\[1\]](https://capgo.app/).
--   **Tetap patuh**: Perbarui langkah-langkah keamanan secara teratur dan selaraskan dengan kebijakan toko aplikasi untuk menghindari masalah.
--   **Tawarkan fleksibilitas deployment**: Pilih antara solusi cloud atau self-hosted, memberikan Anda kendali atas keamanan data pembayaran.
-
-Mengikuti langkah-langkah ini akan membantu memperlancar alur kerja pembaruan langsung sambil memenuhi persyaratan data pembayaran Apple dan Google.
diff --git a/src/content/blog/id/pci-dss-compliance-for-mobile-apps-key-requirements.md b/src/content/blog/id/pci-dss-compliance-for-mobile-apps-key-requirements.md
deleted file mode 100644
index d878b7eb3..000000000
--- a/src/content/blog/id/pci-dss-compliance-for-mobile-apps-key-requirements.md
+++ /dev/null
@@ -1,229 +0,0 @@
----
-slug: pci-dss-compliance-for-mobile-apps-key-requirements
-title: 'Kepatuhan PCI DSS untuk Aplikasi Seluler: Persyaratan Utama'
-description: >-
-  Pahami persyaratan penting untuk kepatuhan PCI DSS dalam aplikasi seluler
-  untuk melindungi data pembayaran dan menghindari sanksi yang berat.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T03:45:24.364Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825360f0209458b3ff338b4-1747280785255.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  PCI DSS compliance, mobile apps, payment data security, encryption, access
-  control, security monitoring
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**Menangani data pembayaran melalui aplikasi seluler? Kepatuhan PCI DSS adalah keharusan.** Tanpa itu, bisnis berisiko menghadapi denda hingga $500.000 per insiden, kerusakan reputasi, dan potensi hilangnya kepercayaan pelanggan.
-
-Berikut yang perlu Anda ketahui:
-
--   **Apa itu PCI DSS?** Standar keamanan global yang dirancang untuk melindungi data kartu pembayaran selama pemrosesan, penyimpanan, dan transmisi.
--   **Mengapa ini penting:** Ketidakpatuhan dapat menyebabkan denda finansial, biaya transaksi lebih tinggi, dan konsekuensi hukum. Sebagai contoh, pelanggaran di perusahaan seperti [Target](https://corporate.target.com/) dan [Home Depot](https://www.homedepot.com/) mengakibatkan denda jutaan dollar.
--   **Persyaratan utama untuk aplikasi seluler:**
-    -   **Keamanan Data:** [Enkripsi data](https://capgo.app/docs/cli/migrations/encryption/) menggunakan AES-256 dan TLS 1.3, kelola kunci enkripsi secara aman, dan hapus data yang tidak diperlukan.
-    -   **Keamanan Kode:** Terapkan praktik seperti Runtime Application Self-Protection (RASP), obfuskasi kode, dan kriptografi white-box.
-    -   **Kontrol Akses Pengguna:** Gunakan [Multi-Factor Authentication](https://capgo.app/docs/webapp/mfa/) (MFA), ID pengguna unik, dan tinjauan akses rutin.
-    -   **Alat Kepatuhan:** Otomatisasi pengujian keamanan, kelola kontrol akses, dan pertahankan jejak audit.
-
-**Tips Cepat:** Terapkan keamanan di setiap tahap [pipeline CI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/) Anda dengan alat seperti SAST, DAST, dan pemindaian keamanan kontainer untuk tetap patuh dan aman.
-
-## Pembaruan Keamanan dan Standar Seluler PCI SSC dan EMVCo
-
-<iframe src="https://www.youtube.com/embed/T5_v6AuNWXY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Persyaratan Teknis
-
-Aplikasi seluler yang menangani data pembayaran harus mematuhi kontrol PCI DSS, memastikan keamanan yang kuat di seluruh **data**, **kode aplikasi**, dan **akses pengguna**.
-
-### Standar Keamanan Data
-
-PCI DSS menetapkan pedoman ketat untuk melindungi data pemegang kartu, dengan fokus kuat pada enkripsi dan penanganan yang aman. Langkah-langkah ini dirancang untuk melindungi informasi sensitif selama transmisi dan penyimpanan.
-
-| **Persyaratan Keamanan** | **Detail Implementasi** | **Dampak Kepatuhan** |
-| --- | --- | --- |
-| **Enkripsi Data** | Gunakan TLS 1.3 untuk data dalam transmisi dan AES-256 untuk data tersimpan | Mencegah akses tidak sah ke informasi sensitif |
-| **Manajemen Kunci** | Secara rutin rotasi kunci enkripsi dan simpan dengan aman | Memastikan enkripsi tetap efektif dan aman |
-| **Retensi Data** | Hapus data secara aman setelah tidak diperlukan lagi | Meminimalkan risiko dengan mengurangi data yang terekspos |
-
-> "PCI DSS, atau Payment Card Industry Data Security Standard, adalah seperangkat persyaratan keamanan yang dirancang untuk melindungi informasi kartu pembayaran selama pemrosesan, penyimpanan, dan transmisi." - Dr. Klaus Schenk, SVP Security and Threat Research di Verimatrix [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-Menetapkan langkah-langkah perlindungan data ini adalah langkah awal yang penting sebelum menangani keamanan tingkat aplikasi.
-
-### Aturan Keamanan Kode
-
-Keamanan data saja tidak cukup - pengembang juga harus memastikan integritas kode aplikasi. Kode yang tidak diamankan dengan baik dapat membuka pintu bagi kerentanan, seperti yang disorot dalam laporan Verimatrix Februari 2025 yang mengungkap kelemahan besar sistem POS.
-
-Praktik utama untuk mengamankan kode aplikasi meliputi:
-
--   **Runtime Application Self-Protection (RASP)**: Aktif memantau dan memblokir ancaman selama eksekusi aplikasi.
--   **Obfuskasi Kode**: Membuat kode sumber lebih sulit untuk direkayasa balik, mengurangi risiko eksploitasi.
--   **Kriptografi White-box**: Melindungi operasi kriptografi bahkan dalam lingkungan yang tidak terpercaya.
-
-> "Hanya karena sebuah aplikasi memenuhi persyaratan PCI DSS tidak berarti sepenuhnya aman, dan hanya karena aplikasi dilindungi dengan baik tidak berarti memenuhi persyaratan PCI DSS." - Dr. Klaus Schenk, SVP Security and Threat Research di Verimatrix [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-### Kontrol Akses Pengguna
-
-Kontrol akses yang kuat adalah pilar ketiga kepatuhan PCI DSS. Dengan membatasi akses ke sistem dan data sensitif, bisnis dapat mengurangi kemungkinan penggunaan tidak sah. PCI DSS v4.0 menekankan pentingnya **Multi-Factor Authentication (MFA)** dan protokol identifikasi pengguna yang ketat.
-
-| **Langkah Kontrol Akses** | **Persyaratan** | **Tujuan** |
-| --- | --- | --- |
-| **Identifikasi Pengguna** | Tetapkan ID unik untuk semua pengguna | Memungkinkan pelacakan aktivitas yang tepat |
-| **Autentikasi** | Memerlukan MFA untuk akun administratif | Memblokir akses tidak sah |
-| **Tinjauan Akses** | Secara rutin validasi hak akses pengguna | Menerapkan prinsip hak akses minimal |
-
-> "Langkah-langkah kontrol akses PCI DSS adalah mekanisme keamanan penting yang dirancang untuk membatasi akses ke data pemegang kartu hanya untuk individu yang memiliki kebutuhan bisnis yang sah." - ISMS.online [\[2\]](https://www.isms.online/pci-dss/access-control)
-
-Misalnya, sistem POS ritel yang menerapkan pencatatan detail upaya autentikasi telah mampu mendeteksi dan menghentikan serangan credential-stuffing sebelum meningkat [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead). Pemantauan proaktif ini tidak hanya memenuhi standar PCI DSS tetapi juga memberikan lapisan pertahanan tambahan terhadap ancaman yang muncul.
-
-## Langkah-langkah Implementasi
-
-Untuk memastikan kepatuhan PCI DSS dalam [pengembangan aplikasi seluler](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/), penting untuk menanamkan langkah-langkah keamanan yang kuat di setiap tahap pipeline CI/CD. Berikut cara melakukannya secara efektif.
-
-### Keamanan dalam Pipeline CI/CD
-
-Memasukkan kontrol keamanan langsung ke dalam pipeline CI/CD membantu mempertahankan kepatuhan dari waktu ke waktu. Pendekatan shift-left - menangani masalah keamanan sejak awal dalam proses pengembangan - tidak hanya meningkatkan keamanan tetapi juga menghindari perbaikan yang mahal di kemudian hari.
-
-| **Tahap Pipeline** | **Kontrol Keamanan** | **Tujuan** |
-| --- | --- | --- |
-| Build | SAST (Static Application Security Testing) | Mengidentifikasi kerentanan dalam kode sumber |
-| Test | DAST (Dynamic Application Security Testing) | Mendeteksi kerentanan runtime |
-| Deploy | Pemindaian Keamanan Kontainer | Memastikan konfigurasi aman |
-| Monitor | Pencatatan Otomatis | Melacak dan menganalisis aktivitas |
-
-Setelah kontrol ini diterapkan, langkah selanjutnya adalah memanfaatkan alat kepatuhan untuk mengotomatisasi dan mengamankan proses lebih lanjut.
-
-### Alat Kepatuhan
-
-Alat kepatuhan sangat penting untuk mengotomatisasi pemeriksaan keamanan dan membuat dokumentasi yang siap diaudit. Untuk aplikasi seluler yang sering diperbarui, platform seperti [Capgo](https://capgo.app/) menyediakan deployment yang aman dan terenkripsi serta memungkinkan penerapan cepat patch keamanan.
-
-Berikut fitur-fitur utama yang perlu dicari dalam alat kepatuhan:
-
--   **Pengujian Keamanan Otomatis**  
-    Alat otomatis mengungkap kerentanan lebih awal, membebaskan tim keamanan untuk fokus pada tantangan yang lebih kompleks.
-    
--   **Manajemen Kontrol Akses**  
-    Pastikan alat mendukung kontrol akses berbasis peran (RBAC) dan autentikasi multi-faktor (MFA), sehingga hanya personel yang berwenang yang dapat memodifikasi pengaturan atau menerapkan pembaruan.
-    
--   **Pembuatan Jejak Audit**  
-    Alat harus secara otomatis mendokumentasikan pembaruan keamanan dan menghasilkan laporan kepatuhan terperinci, memastikan pencatatan yang akurat.
-    
-
-### Manajemen Kode Eksternal
-
-Mengelola dependensi pihak ketiga adalah aspek penting lainnya dalam mempertahankan keamanan dan kepatuhan. PCI DSS v4.0 menekankan pentingnya melacak dan mengamankan kode eksternal, khususnya API dan pustaka pihak ketiga, seperti yang diuraikan dalam persyaratan 6.3.2.
-
-| **Jenis Komponen** | **Langkah Keamanan** | **Metode Validasi** |
-| --- | --- | --- |
-| API | Kontrol Versi | Pemindaian otomatis |
-| Pustaka Pihak Ketiga | Penilaian Kerentanan | Analisis Komposisi Perangkat Lunak |
-| Kode Kustom | Tinjauan Kode | Tinjauan rekan dan pemeriksaan otomatis |
-
-Untuk melindungi ekosistem aplikasi, tim pengembangan harus:
-
--   Secara rutin memindai komponen pihak ketiga untuk kerentanan.
--   Mengotomatisasi pembaruan untuk menerapkan patch keamanan dengan cepat.
--   Memvalidasi perilaku API untuk mendeteksi aktivitas tidak biasa atau tidak sah.
--   Mempertahankan inventaris terkini dari semua kode eksternal.
-
-Selain itu, organisasi harus menetapkan kebijakan ketat untuk menggunakan kode eksternal. Ini termasuk proses persetujuan untuk dependensi baru, [tinjauan keamanan](https://capgo.app/security/) rutin komponen yang ada, dan pedoman yang jelas untuk mengintegrasikan kode pihak ketiga. Dengan mengambil langkah-langkah ini, tim dapat mempertahankan kepatuhan tanpa mengorbankan kecepatan dan fleksibilitas pengembangan.
-
-## Pemeliharaan Kepatuhan
-
-Setelah menerapkan langkah-langkah kepatuhan awal, mempertahankan kepatuhan dari waktu ke waktu sangat penting untuk melindungi data pembayaran.
-
-### Pemantauan Keamanan
-
-Sistem pemantauan real-time adalah kunci untuk mengidentifikasi dan menangani ancaman keamanan saat muncul. Berikut rincian komponen pemantauan penting:
-
-| Komponen Pemantauan | Tujuan | Metode Implementasi |
-| --- | --- | --- |
-| Pelacakan Transaksi | Mendeteksi pola tidak biasa | Alat analitik real-time |
-| Pemantauan Akses | Melacak autentikasi pengguna | Solusi SIEM (Security Information and Event Management) |
-| Pemindaian Sistem | Mengidentifikasi kerentanan sistem | Alat pemindaian otomatis |
-| Analisis Aliran Data | Memantau pergerakan data pemegang kartu | Sistem pemantauan jaringan |
-
-Menggabungkan pemindaian kerentanan otomatis dengan pemantauan berkelanjutan memastikan data pemegang kartu tetap terlindungi. Sistem-sistem ini membentuk tulang punggung strategi manajemen insiden yang efektif.
-
-### Respon Insiden Keamanan
-
-Respon yang cepat dan terorganisir terhadap insiden keamanan sangat penting. Seperti yang dicatat oleh Roberto Davila, Manajer Standar PCI, "dalam v4.0, PCI SSC telah memperjelas bahwa organisasi harus merespon segera tidak hanya insiden keamanan yang terkonfirmasi tetapi juga kejadian yang dicurigai" [\[3\]](https://www.schellman.com/blog/pci-compliance/incident-response-in-pci-dss-v4).
-
-Rencana Respons Insiden (IRP) yang dirancang dengan baik harus mencakup langkah-langkah kunci berikut:
-
--   **Protokol Respons Awal**: Pastikan ketersediaan personel terlatih 24/7 dan membangun jalur komunikasi yang jelas untuk menangani insiden.
--   **Pembatasan dan Investigasi**: Terapkan prosedur khusus untuk membatasi ancaman, mengisolasi sistem yang terdampak, dan menyimpan bukti untuk analisis.
--   **Pemulihan dan Dokumentasi**: Catat kronologi kejadian, sistem yang terdampak, tindakan perbaikan, dan pelajaran yang dipetik untuk meningkatkan respons di masa depan.
-
-Proses respons insiden yang kuat tidak hanya mengurangi risiko tetapi juga memperkuat posisi Anda selama audit.
-
-### Persiapan Audit
-
-Pengelolaan berkelanjutan sangat penting untuk kepatuhan PCI DSS. Steve Moore, Wakil Presiden dan Chief Security Strategist di Exabeam, menyarankan: "Gunakan alat seperti SIEM dan manajemen konfigurasi untuk memantau kepatuhan sepanjang tahun, menandai potensi masalah sebelum audit" [\[4\]](https://www.exabeam.com/explainers/pci-compliance/pci-audit-requirements-and-5-steps-to-prepare-for-your-audit).
-
-Persiapan audit yang efektif melibatkan pemeliharaan dokumentasi dan catatan terkini:
-
-| Jenis Dokumentasi | Konten yang Diperlukan | Frekuensi Pembaruan |
-| --- | --- | --- |
-| Kebijakan Keamanan | Kontrol akses, protokol enkripsi | Triwulanan |
-| Laporan Insiden | Tindakan respons, hasil | Saat insiden terjadi |
-| Konfigurasi Sistem | Pengaturan keamanan, pembaruan | Bulanan |
-| Catatan Pelatihan | Sertifikasi karyawan, kehadiran | Setiap enam bulan |
-
-Memusatkan semua dokumentasi terkait kepatuhan dalam repositori bukti menyederhanakan persiapan audit. Selain itu, pengujian infrastruktur rutin - seperti penilaian aplikasi web dan pemindaian kerentanan - dapat mengidentifikasi masalah sebelum menyebabkan ketidakpatuhan. Berkonsultasi dengan ahli pihak ketiga juga dapat memberikan wawasan berharga tentang potensi kesenjangan kepatuhan dan area yang perlu ditingkatkan.
-
-## Ringkasan
-
-Melindungi informasi pembayaran seluler melalui kepatuhan PCI DSS bukan hanya kebutuhan teknis - ini adalah pengamanan penting dalam lanskap digital saat ini. Dengan 82% warga AS menggunakan pembayaran digital pada 2021 dan 80% serangan online menargetkan bisnis kecil, taruhannya tidak bisa lebih tinggi. Angka-angka ini menyoroti mengapa menerapkan langkah-langkah keamanan yang kuat adalah prioritas mendesak.
-
-Berikut rincian area kunci dan persyaratannya:
-
-| **Area Persyaratan** | **Elemen Kunci** | **Frekuensi Validasi** |
-| --- | --- | --- |
-| **Perlindungan Data** | Protokol enkripsi, penyimpanan aman | Pemantauan terus-menerus |
-| **Kontrol Akses** | Autentikasi pengguna, akses berbasis peran | Tinjauan berkala |
-| **Pemantauan** | Pencatatan kejadian keamanan, jejak audit | Tinjauan harian |
-| **Respons Insiden** | Protokol respons, dokumentasi | Pengujian berkala |
-
-Tapi inilah faktanya: kepatuhan bukan urusan sekali jadi. Ini adalah tanggung jawab berkelanjutan. Seperti yang dikatakan Dr. Schenk:
-
-> "Kerangka kerja kepatuhan dibangun untuk menangani risiko yang diketahui, tetapi tidak dapat mengantisipasi setiap ancaman yang muncul. Untuk benar-benar melindungi data pembayaran yang sensitif, perusahaan harus melampaui kepatuhan dan mengadopsi sikap keamanan yang proaktif" [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead).
-
-Kegagalan untuk mematuhi tidak hanya berarti denda besar hingga $500.000 per insiden [\[5\]](https://www.ixopay.com/en/news/why-do-online-and-mobile-payments-require-pci-compliance). Ini juga berisiko merusak kepercayaan pelanggan dan mencoreng reputasi merek Anda - kerugian yang tidak mampu ditanggung oleh bisnis mana pun.
-
-## FAQ
-
-:::faq
-### Apa yang terjadi jika aplikasi seluler tidak memenuhi standar kepatuhan PCI DSS?
-
-Kegagalan memenuhi **standar PCI DSS** dapat memiliki konsekuensi serius bagi bisnis. Denda finansial saja bisa berkisar antara **$5.000 hingga $100.000 per bulan**, tergantung pada seberapa parah ketidakpatuhan tersebut dan berapa lama berlangsung. Di luar denda, perusahaan mungkin menghadapi peningkatan biaya transaksi, tantangan hukum, atau bahkan kehilangan kemampuan untuk memproses pembayaran sama sekali.
-
-Tapi dampaknya tidak berhenti di situ. Ketidakpatuhan juga dapat berdampak berat pada reputasi perusahaan. **Pelanggaran data** bisa menghancurkan kepercayaan pelanggan, mengganggu operasi sehari-hari, dan menyebabkan kemunduran finansial jangka panjang. Menjaga kepatuhan bukan hanya tentang menghindari penalti - ini tentang mengamankan bisnis Anda, mempertahankan kepercayaan pelanggan, dan melindungi integritas merek Anda.
-:::
-
-:::faq
-### Bagaimana mengintegrasikan keamanan ke dalam pipeline CI/CD mendukung kepatuhan PCI DSS yang berkelanjutan?
-
-Mengintegrasikan keamanan ke dalam pipeline CI/CD Anda adalah keharusan untuk mempertahankan **kepatuhan PCI DSS** dari waktu ke waktu. Dengan menyisipkan pemeriksaan keamanan di setiap tahap pengembangan, Anda dapat menangkap dan mengatasi kerentanan lebih awal, mengurangi kemungkinan ketidakpatuhan. Praktik seperti **pengujian keamanan otomatis**, **tinjauan kode rutin**, dan **penilaian kerentanan** memainkan peran penting dalam memastikan pembaruan sesuai dengan standar PCI DSS sebelum diterapkan.
-
-Mengadopsi pendekatan **DevSecOps** - di mana keamanan menjadi bagian inti dari setiap fase pengembangan - membawa ini selangkah lebih maju. Metode ini tidak hanya mengurangi risiko tetapi juga memastikan kepatuhan yang konsisten dengan PCI DSS dan memperkuat keamanan aplikasi Anda. Alat seperti Capgo dapat menyederhanakan proses ini dengan memungkinkan pembaruan yang aman dan real-time untuk aplikasi seluler sambil tetap mematuhi pedoman kepatuhan.
-:::
-
-:::faq
-### Bagaimana bisnis dapat memastikan kode pihak ketiga dan API mereka memenuhi standar keamanan dan kepatuhan PCI DSS?
-
-Untuk menjaga keamanan kode pihak ketiga dan API sambil memenuhi standar PCI DSS, bisnis perlu mengambil beberapa langkah kunci:
-
--   **Evaluasi penyedia pihak ketiga**: Bekerja dengan penyedia yang sudah memenuhi persyaratan PCI DSS dan menunjukkan langkah-langkah keamanan yang kuat.
--   **Batasi akses**: Terapkan protokol autentikasi yang kuat, seperti OAuth 2.0, untuk mengontrol siapa yang dapat mengakses data sensitif.
--   **Lakukan pengujian rutin**: Gunakan penilaian kerentanan, pengujian penetrasi, dan tinjauan kode untuk mengungkap dan mengatasi potensi masalah keamanan.
--   **Gunakan enkripsi**: Pastikan semua data yang ditransmisikan melalui API dilindungi dengan [metode enkripsi](https://capgo.app/docs/cli/migrations/encryption/) yang andal.
-
-Mempertahankan kepatuhan bukan tugas sekali jadi - ini membutuhkan pemantauan konstan dan komunikasi terbuka dengan penyedia tentang upaya kepatuhan mereka. Alat seperti Capgo dapat menyederhanakan proses ini dengan memungkinkan pembaruan real-time untuk aplikasi Capacitor, sambil tetap mematuhi pedoman kepatuhan.
-:::
diff --git a/src/content/blog/id/phased-rollouts-for-capacitor-live-updates.md b/src/content/blog/id/phased-rollouts-for-capacitor-live-updates.md
deleted file mode 100644
index b147f673e..000000000
--- a/src/content/blog/id/phased-rollouts-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,108 +0,0 @@
----
-slug: phased-rollouts-for-capacitor-live-updates
-title: Rollout Bertahap untuk Capacitor Live Updates
-description: >-
-  Pelajari bagaimana Rilis Bertahap meningkatkan pembaruan aplikasi melalui
-  segmentasi pengguna yang strategis, meminimalkan risiko, meningkatkan
-  kualitas, dan memastikan kepuasan pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-11T03:53:42.225Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cf83b3179e95469ad527be-1741665244026.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  phased rollouts, app updates, user segmentation, risk reduction, performance
-  monitoring, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-Peluncuran bertahap memungkinkan Anda memperbarui aplikasi secara perlahan, dimulai dengan sekelompok kecil pengguna dan diperluas seiring konfirmasi stabilitas. Pendekatan ini mengurangi risiko, memastikan kualitas aplikasi, dan meningkatkan pengalaman pengguna. Tools seperti [Capgo](https://capgo.app/) memudahkan pengelolaan pembaruan ini sambil mematuhi aturan app store.
-
-### Manfaat Utama:
-
--   **Pengurangan Risiko**: Membatasi masalah hanya pada kelompok pengguna kecil
--   **Pengujian Dunia Nyata**: Memastikan pembaruan berfungsi sebelum rilis penuh
--   **Efisiensi Sumber Daya**: Mengurangi beban server saat pembaruan
--   **Kepuasan Pengguna**: Memberikan pembaruan yang stabil kepada sebagian besar pengguna
-
-### Cara Kerjanya:
-
-1.  Mulai dengan 5% pengguna untuk pengujian
-2.  Perlahan diperluas ke 20%, 50%, dan 100%
-3.  Pantau metrik kinerja (tingkat crash, umpan balik pengguna)
-4.  Gunakan tools seperti Capgo untuk pelacakan, rollback, dan kepatuhan
-
-### Perbandingan Cepat Fase Peluncuran:
-
-| Fase | % Pengguna | Durasi | Area Fokus |
-| --- | --- | --- | --- |
-| Pengujian Awal | 5% | 24-48 jam | Tingkat crash, kinerja |
-| Akses Awal | 20% | 48-72 jam | Umpan balik pengguna, stabilitas |
-| Rilis Diperluas | 50% | 72-96 jam | Kinerja sistem |
-| Penerapan Penuh | 100% | Berkelanjutan | Tingkat adopsi |
-
-Capgo menyederhanakan peluncuran bertahap dengan fitur seperti segmentasi pengguna, analitik, dan tools rollback. Ini adalah alternatif hemat biaya untuk [AppFlow](https://ionicio/appflow/), memastikan pembaruan lancar tanpa penundaan app store.
-
-## Aplikasi Cloud Native yang Tangguh: Pola Penerapan dan Runtime
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Merencanakan Strategi Peluncuran Anda
-
-Peluncuran bertahap memerlukan perencanaan cermat dan pembagian basis pengguna untuk memastikan pembaruan berjalan lancar.
-
-### Pembagian Grup Pengguna
-
-Dengan fitur penugasan Capgo, Anda dapat mensegmentasi pengguna ke dalam grup berbeda, menentukan peran spesifik untuk fase pengujian [\[1\]](https://capgo.app/) Ini membantu Anda mengelola pembaruan secara sistematis.
-
-Berikut contoh cara menyusun grup pengguna Anda:
-
-| Tipe Grup | Tujuan | Ukuran yang Disarankan |
-| --- | --- | --- |
-| Penguji Internal | Menemukan bug awal | 1-5% dari basis pengguna |
-| Pengguna Beta | Mengumpulkan umpan balik awal | 5-15% dari basis pengguna |
-| Akses Awal | Rilis publik terbatas | 15-30% dari basis pengguna |
-| Rilis Umum | Penerapan skala penuh | Sisa pengguna |
-
-### Mengatur Persentase Pembaruan
-
-Tools manajemen Capgo memungkinkan Anda mengatur persentase peluncuran secara presisi, membantu menjaga stabilitas aplikasi selama pembaruan [\[1\]](https://capgo.app/)
-
-Berikut saran rencana peluncuran bertahap:
-
-| Fase | Persentase Pengguna | Durasi | Metrik Utama |
-| --- | --- | --- | --- |
-| Pengujian Awal | 5% | 24-48 jam | Tingkat crash, kinerja |
-| Akses Awal | 20% | 48-72 jam | Umpan balik pengguna, tren penggunaan |
-| Rilis Diperluas | 50% | 72-96 jam | Stabilitas sistem, beban jaringan |
-| Penerapan Penuh | 100% | Berkelanjutan | Tingkat adopsi keseluruhan |
-
-### Pelacakan Kemajuan
-
-Antarmuka console.capgo memudahkan pemantauan pembaruan secara real-time, melacak distribusi dan adopsi pengguna [\[1\]](https://capgo.app/) Perhatikan metrik berikut saat melakukan peluncuran:
-
-| Kategori Metrik | Indikator Utama | Pemicu Tindakan |
-| --- | --- | --- |
-| Kinerja | Waktu muat aplikasi, respons API | Kinerja lambat memerlukan rollback |
-| Stabilitas | Tingkat crash, log error | Masalah signifikan menghentikan peluncuran |
-| Keterlibatan Pengguna | Durasi sesi, penggunaan fitur | Tren negatif dapat menghentikan peluncuran |
-
-Langkah-langkah ini membantu Anda mengelola peluncuran secara efektif sambil meminimalkan risiko.
-
-## Menyiapkan Peluncuran Bertahap di [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-11.jpg?auto=compress)
-
-### Konfigurasi Live Update
-
-Mulai dengan menginstal [plugin Capgo](https://capgo.app/plugins/) untuk mengaktifkan pembaruan over-the-air (OTA) untuk proyek Capacitor Anda:
-
-[[CODE_BLOCK]]
-
-Pengaturan ini memenuhi pedoman Apple dan Google sambil memastikan pembaruan dienkripsi dan dikirimkan secara aman. Capgo menyederhanakan pengelolaan konfigurasi ini, membuat manajemen peluncuran lebih mudah.
diff --git a/src/content/blog/id/pipeda-compliance-for-mobile-apps-in-canada.md b/src/content/blog/id/pipeda-compliance-for-mobile-apps-in-canada.md
deleted file mode 100644
index efd0344fe..000000000
--- a/src/content/blog/id/pipeda-compliance-for-mobile-apps-in-canada.md
+++ /dev/null
@@ -1,291 +0,0 @@
----
-slug: pipeda-compliance-for-mobile-apps-in-canada
-title: Kepatuhan PIPEDA untuk Aplikasi Seluler di Kanada
-description: >-
-  Pelajari bagaimana memastikan aplikasi seluler Anda mematuhi hukum privasi
-  Kanada di bawah PIPEDA, melindungi data pengguna dan meningkatkan kepercayaan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:38:09.282Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd-1743478700916.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  PIPEDA, mobile app compliance, data privacy, user consent, data protection,
-  privacy policy, Canadian privacy laws, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin membuat aplikasi mobile Anda mematuhi undang-undang privasi Kanada? Berikut yang perlu Anda ketahui tentang [PIPEDA](https://www.priv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/):**
-
--   **Apa itu PIPEDA?** Undang-undang privasi federal Kanada yang mengatur bagaimana aplikasi mengumpulkan, menggunakan, dan membagikan informasi pribadi seperti nama, lokasi, dan data pembayaran.
--   **Aturan Utama untuk Pengembang:**
-    -   Dapatkan izin pengguna yang jelas sebelum mengumpulkan data.
-    -   Sediakan pemberitahuan dan pengaturan privasi yang mudah dipahami.
-    -   Enkripsi data dan gunakan langkah-langkah keamanan yang kuat.
-    -   Izinkan pengguna untuk melihat, memperbarui, atau menghapus data mereka.
--   **10 Langkah Kepatuhan:** Tunjuk petugas privasi, dokumentasikan penanganan data, amankan data sensitif, dan responsif terhadap pelanggaran.
--   **Pertimbangan Khusus:** Izin eksplisit diperlukan untuk data sensitif seperti informasi kesehatan atau keuangan. Aplikasi juga harus memastikan transfer data internasional memenuhi standar PIPEDA.
-
-## [PIPEDA](https://www.priv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/): Panduan Anda ke Privasi Data di Kanada
-
-![PIPEDA](https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd/058da1c33c3afe5c8597c27b588d4b3e.jpg)
-
-<iframe src="https://www.youtube.com/embed/87Vb-jnTtxM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 10 Aturan Inti PIPEDA untuk Aplikasi
-
-Sepuluh aturan ini menjelaskan langkah-langkah penting bagi pengembang aplikasi untuk mematuhi PIPEDA dan melindungi data pengguna.
-
-### Tanggung Jawab Perlindungan Data
-
-Pengembang aplikasi harus menerapkan langkah-langkah perlindungan data yang kuat untuk memenuhi persyaratan akuntabilitas PIPEDA. Langkah-langkah kunci meliputi:
-
--   Menunjuk petugas privasi yang berdedikasi
--   Menyimpan catatan detail inventaris data
--   Melakukan penilaian dampak privasi
--   Membuat protokol yang jelas untuk merespons pelanggaran data
-
-Organisasi harus mendokumentasikan bagaimana mereka menangani data dan siap untuk menunjukkan kepatuhan jika diperlukan. Akses data sensitif juga harus dilacak melalui log audit.
-
-Langkah-langkah ini sangat penting untuk mengelola izin pengguna, yang akan dibahas di bagian berikutnya.
-
-### Persyaratan Izin Pengguna
-
-Di bawah PIPEDA, aplikasi harus mendapatkan izin yang jelas dan terinformasi sebelum mengumpulkan data pribadi. Berikut adalah hal-hal yang terlibat:
-
--   **Tujuan yang Jelas**: Jelaskan dengan jelas mengapa data dikumpulkan.
--   **Kontrol Granular**: Izinkan pengguna untuk setuju atau tidak setuju dengan jenis data tertentu.
--   **Waktu**: Dapatkan izin sebelum atau pada saat pengumpulan data.
--   **Bahasa Sederhana**: Gunakan istilah yang sederhana dan mudah dipahami.
--   **Informasi Penting**: Sediakan rincian privasi yang kunci dan mudah diakses.
--   **Penjelasan Rinci**: Berikan informasi privasi tambahan melalui sumber daya seperti FAQ atau [kebijakan privasi](https://capgo.app/dp/).
-
-Untuk data sensitif, seperti rincian kesehatan atau keuangan, izin eksplisit adalah wajib.
-
-### Keamanan dan Standar Kualitas Data
-
-Praktik keamanan dan kualitas data yang kuat sangat diperlukan untuk melindungi informasi pengguna. Berikut adalah rincian persyaratan kunci:
-
-| Persyaratan Keamanan | Contoh Implementasi |
-| --- | --- |
-| [Enkripsi Data](https://capgo.app/docs/cli/migrations/encryption/) | Gunakan enkripsi end-to-end untuk transfer data |
-| Kontrol Akses | Terapkan [autentikasi multi-faktor](https://capgo.app/docs/webapp/mfa/) untuk akses admin |
-| Pembaruan Reguler | Rilis patch keamanan tepat waktu dan lakukan pengecekan kerentanan |
-| Akurasi Data | Sediakan alat bagi pengguna untuk meninjau dan memperbarui informasi mereka |
-| Deteksi Pelanggaran | Terapkan pemantauan waktu nyata dan sistem peringatan |
-
-Saat menangani data sensitif seperti informasi lokasi atau keuangan, aplikasi harus menggunakan enkripsi teratas dan metode penyimpanan yang aman. Jika layanan pihak ketiga terlibat, pastikan mereka mengikuti standar keamanan yang sama, didukung oleh audit reguler, tinjauan kualitas data, dan proses penghapusan data yang aman.
-
-## Daftar Periksa Kepatuhan PIPEDA
-
-### Langkah Penilaian Risiko Privasi
-
-Mulailah dengan penilaian risiko privasi untuk mengidentifikasi potensi kelemahan dalam cara data ditangani:
-
-| Area Penilaian | Pertimbangan Utama | Tindakan yang Diperlukan |
-| --- | --- | --- |
-| Pengumpulan Data | Jenis informasi pribadi yang dikumpulkan | Dokumentasikan jenis data dan tujuannya |
-| [Penyimpanan Data](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Lokasi dan keamanan data yang disimpan | Gunakan protokol enkripsi |
-| Berbagi Data | Layanan pihak ketiga dan API | Verifikasi kepatuhan mitra |
-| Kontrol Pengguna | Akses ke informasi pribadi | Kembangkan alat untuk manajemen data pengguna |
-| Langkah Keamanan | Perlindungan terhadap pelanggaran | Siapkan sistem pemantauan |
-
-Gunakan analitik untuk terus memantau risiko. Setelah ini dilakukan, buatlah [kebijakan privasi](https://capgo.app/privacy/) yang jelas untuk aplikasi Anda.
-
-### Menulis Kebijakan Privasi yang Jelas
-
-Buat kebijakan privasi yang mudah dipahami dan memberikan transparansi penuh tentang praktik Anda. Sertakan hal-hal berikut:
-
-1. **Ruang Lingkup Pengumpulan Data**
-
-Jelaskan data pribadi apa yang Anda kumpulkan, mengapa Anda mengumpulkannya, dan berikan contoh spesifik.
-
-2. **Hak dan Kontrol Pengguna**
-
-Jelaskan bagaimana pengguna dapat melihat, memperbarui, atau menghapus data pribadi mereka. Pastikan untuk menyertakan langkah-langkah seperti enkripsi end-to-end untuk keamanan tambahan.
-
-3. **Berbagi dengan Pihak Ketiga**
-
-Daftarkan layanan eksternal yang menerima data pengguna, beserta alasan untuk berbagi data tersebut. Simpan catatan semua pengaturan berbagi data dan langkah-langkah pengamanan yang diterapkan.
-
-Setelah kebijakan privasi Anda final, masukkan standar ini ke dalam alur kerja pengembangan Anda.
-
-### Pengembangan Berbasis Privasi
-
-Membangun di atas penilaian risiko dan kebijakan privasi, fokuslah pada integrasi privasi dalam setiap tahap pengembangan aplikasi. Berikut caranya:
-
-**[Manajemen Pembaruan Aman](https://capgo.app/docs/plugin/cloud-mode/manual-update)**
-
--   Aktifkan rollback instan untuk menangani masalah privasi dengan cepat.
--   Gunakan saluran yang terkontrol untuk menguji fitur baru.
--   Enkripsi semua pengiriman pembaruan.
-
-**Integrasi Privasi Secara Berkelanjutan**
-
--   Tambahkan pemeriksaan privasi ke jalur CI/CD Anda.
--   Jadwalkan audit keamanan secara reguler.
--   Pantau keberhasilan pembaruan untuk memastikan implementasi yang lancar.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan terus-menerus kepada pengguna!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-**Pencegahan Kesalahan**
-
--   Simpan log audit yang rinci untuk akuntabilitas.
--   Kembangkan sistem pelacakan kesalahan yang menyeluruh.
--   Pastikan log komprehensif untuk pemantauan yang efektif.
-
-## Aturan PIPEDA untuk Fitur Aplikasi
-
-### Data Lokasi dan Notifikasi
-
-Aplikasi yang menangani data lokasi harus mengikuti persyaratan PIPEDA tertentu:
-
--   Dapatkan **izin eksplisit pengguna** sebelum mengumpulkan data lokasi.
--   Tawarkan **opsi yang jelas untuk menolak** pelacakan lokasi.
--   Izinkan pengguna untuk **menonaktifkan pelacakan** kapan saja.
--   Jelaskan dengan jelas **bagaimana data lokasi digunakan dan disimpan**.
-
-Untuk notifikasi push, PIPEDA memiliki aturan tambahan:
-
--   Minta **izin notifikasi secara terpisah** dari akses lokasi.
--   Jelaskan dengan jelas **mengapa notifikasi diperlukan**.
--   Sediakan **pengaturan fleksibel** agar pengguna dapat mengontrol preferensi notifikasi.
--   Izinkan pengguna untuk **memperbarui pengaturan notifikasi** kapan saja.
-
-### Pembayaran dan Layanan Eksternal
-
-Dalam hal pembayaran, aplikasi harus memastikan keamanan yang kuat di bawah PIPEDA:
-
--   Gunakan **enkripsi standar industri** untuk semua transaksi.
--   Simpan data pembayaran dengan **protokol keamanan yang sesuai PIPEDA**.
--   Simpan **log transaksi yang rinci** untuk transparansi.
--   Terapkan **autentikasi multi-faktor** untuk perlindungan tambahan.
-
-Untuk integrasi pihak ketiga, PIPEDA memerlukan:
-
--   Mendokumentasikan bagaimana data dibagikan dengan layanan eksternal.
--   Menyertakan **klausa privasi dan keamanan** dalam perjanjian layanan.
--   Memastikan praktik keamanan pihak ketiga memenuhi standar PIPEDA.
--   Secara jelas mengungkapkan **praktik berbagi data** kepada pengguna.
-
-### Penyimpanan dan Penghapusan Data
-
-Proses penyimpanan dan penghapusan data yang tepat adalah kunci untuk tetap mematuhi.
-
-**Persyaratan Penyimpanan**:
-
--   Gunakan server aman yang terletak di **yurisdiksi yang diizinkan**.
--   Enkripsi data transaksi sensitif.
--   Pisahkan informasi sensitif dari data yang kurang kritis.
--   Pertahankan **cadangan terenkripsi** untuk tujuan pemulihan.
-
-**Protokol Penghapusan Data**:
-
--   Tawarkan pengguna opsi yang jelas untuk menghapus akun mereka.
--   Hapus data pengguna **secepatnya atas permintaan**.
--   Pastikan penghapusan mencakup semua catatan terkait.
--   Simpan prosedur dokumentasi untuk penghapusan data.
-
-**Panduan Retensi**:
-
--   Definisikan berapa lama data akan disimpan.
--   Arsipkan data yang tidak aktif dengan aman.
--   Hancurkan data melebihi periode retensi dengan cara yang aman dan terdokumentasi.
-
-## [Capgo](https://capgo.app/)'s Pembaruan Siap PIPEDA
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd/574f3a2cd27791454624262312a6c223.jpg)
-
-### Fitur Pembaruan Aman
-
-Capgo menggunakan sistem manajemen pembaruan yang sepenuhnya terenkripsi yang dirancang untuk memenuhi persyaratan PIPEDA. Fitur keamanannya meliputi:
-
--   Penyebaran pembaruan terenkripsi end-to-end
--   Kontrol versi dengan jejak audit yang rinci
--   Pengaturan kontrol akses granular
--   Opsi rollback yang terlindungi
-
-> "Satu-satunya solusi dengan enkripsi end-to-end sebenarnya, yang lain hanya menandatangani pembaruan" [\[1\]](https://capgo.app/)
-
-Setup ini memastikan pembaruan disampaikan dengan cepat sembari menjaga kepatuhan terhadap standar keamanan yang ketat.
-
-### Pembaruan Aplikasi Cepat
-
-Capgo menggabungkan keamanan yang kuat dengan pengiriman pembaruan yang cepat untuk memenuhi kebutuhan regulasi. Secara mengesankan, 95% pengguna aktif menerima pembaruan dalam waktu 24 jam. Hingga saat ini, 23,5 juta pembaruan telah diterapkan di 750 aplikasi produksi [\[1\]](https://capgo.app/).
-
-Platform ini juga menyediakan pemantauan waktu nyata, penyebaran patch keamanan secara instan, dan opsi hosting fleksibel untuk mengatasi masalah kedaulatan data.
-
-### Manfaat Open-Source
-
-Capgo sepenuhnya sumber terbuka, memungkinkan tim untuk menghindari terkunci pada vendor dan memverifikasi kemampuan kepatuhan platform [\[1\]](https://capgo.app/).
-
-Dengan transparansi ini, tim dapat:
-
--   Periksa dan verifikasi langkah-langkah keamanan
--   Sesuaikan fitur kepatuhan dengan kebutuhan mereka
--   Host sendiri untuk kontrol penuh atas data
--   Pertahankan jejak audit yang komprehensif
-
-Sistem saluran Capgo lebih lanjut mendukung peluncuran terkontrol, memungkinkan tim untuk menguji pembaruan untuk kepatuhan sebelum penerapan skala penuh. Ini memastikan setiap pembaruan mematuhi standar PIPEDA.
-
-## Kepatuhan PIPEDA Jangka Panjang
-
-### Tinjauan Privasi Reguler
-
-Jadwalkan audit triwulanan untuk menilai area kunci seperti praktik pengumpulan data, proses persetujuan, berbagi data pihak ketiga, periode retensi, dan langkah-langkah keamanan. Gunakan daftar periksa yang rinci untuk mendokumentasikan setiap tinjauan. Lacak perubahan dalam fitur aplikasi dan pembaruan regulasi untuk mengidentifikasi area yang perlu disesuaikan.
-
-Audit ini membantu membangun dasar yang kuat untuk pelatihan staf dan rencana respon darurat.
-
-### Pelatihan Privasi Staf
-
-Berikan pelatihan privasi yang mencakup:
-
--   Sesi orientasi awal
--   Penyegaran triwulanan
--   Pedoman kepatuhan spesifik peran
--   Studi kasus dunia nyata
--   Lokakarya interaktif
-
-Sejak hari pertama, pastikan staf memahami tanggung jawab mereka terkait kepatuhan. Pelatihan reguler harus mencakup topik seperti mengelola permintaan data pengguna, menangani penarikan persetujuan, menangani keluhan privasi, dan menerapkan prinsip desain yang berfokus pada privasi. Gunakan studi kasus dan lokakarya untuk membuat pelatihan lebih praktis dan menarik.
-
-Tim yang terlatih dengan baik sangat penting untuk menangani insiden dengan cepat dan efektif.
-
-### Rencana Respon Darurat
-
-Buat rencana respon darurat yang jelas dengan langkah-langkah yang ditentukan:
-
-1.  Identifikasi dan evaluasi insiden berdasarkan kriteria yang telah ditetapkan, menggunakan tim respon khusus.
-2.  Batasi pelanggaran segera dengan mendokumentasikan semua rincian dan memberi tahu pengguna yang terpengaruh serta otoritas dalam batas waktu yang diperlukan.
-3.  Pulihkan sistem, perbarui langkah-langkah keamanan, dan tinjau kebijakan privasi setelah insiden. Tinjau dan perbarui rencananya setiap enam bulan.
-
-Tetapkan tujuan waktu respon yang spesifik untuk memastikan kepatuhan dan akuntabilitas:
-
-| Item Tindakan | Target Waktu Respon | Dokumentasi yang Diperlukan |
-| --- | --- | --- |
-| Penilaian Pelanggaran Awal | Dalam 1 jam | Formulir Laporan Insiden |
-| Pemberitahuan Pengguna | Dalam 24 jam | Template Pemberitahuan |
-| Laporan Otoritas | Dalam 72 jam | Laporan Pelanggaran PIPEDA |
-| Tinjauan Pasca Insiden | Dalam 7 hari | Ringkasan Analisis |
-
-## Ringkasan: Manfaat Kepatuhan PIPEDA
-
-Mengikuti pedoman PIPEDA untuk aplikasi seluler membangun kepercayaan dan mendorong keterlibatan pengguna. Dengan memprioritaskan privasi pengguna dan mengadopsi praktik penanganan data yang jelas, aplikasi dapat menjaga koneksi yang lebih kuat dengan penggunanya.
-
-### Manfaat Kunci dari Kepatuhan PIPEDA
-
--   **Kepercayaan Pengguna yang Meningkat**: Kebijakan privasi yang transparan dan praktik data yang jelas menunjukkan kepada pengguna bahwa informasi mereka ditangani secara bertanggung jawab.
--   **Perlindungan Hukum**: Mematuhi regulasi PIPEDA mengurangi risiko masalah hukum terkait privasi dan denda.
--   **Keunggulan Pasar**: Fokus pada privasi membantu meningkatkan reputasi perusahaan di pasar di mana perlindungan data sangat penting.
-
-Manfaat ini terlihat dalam umpan balik pengguna. Kontribusi Capgo menyoroti nilai dari kepatuhan:
-
-> "Komunitas membutuhkan ini dan @Capgo melakukan sesuatu yang sangat penting!" [\[1\]](https://capgo.app/)
-
-> "@Capgo adalah alat yang harus dimiliki oleh pengembang, yang ingin lebih produktif. Menghindari tinjauan untuk perbaikan bug adalah emas." \[2\]
-
-Memenuhi standar PIPEDA tidak hanya membangun kepercayaan tetapi juga memastikan kesuksesan jangka panjang di pasar di mana privasi adalah prioritas.
diff --git a/src/content/blog/id/pipeline-security-for-capacitor-apps-key-insights.md b/src/content/blog/id/pipeline-security-for-capacitor-apps-key-insights.md
deleted file mode 100644
index f3ee62116..000000000
--- a/src/content/blog/id/pipeline-security-for-capacitor-apps-key-insights.md
+++ /dev/null
@@ -1,161 +0,0 @@
----
-slug: pipeline-security-for-capacitor-apps-key-insights
-title: 'Keamanan Pipeline untuk Aplikasi Capacitor: Pengetahuan Penting'
-description: >-
-  Pelajari strategi penting untuk mengamankan pipeline aplikasi Capacitor, mulai
-  dari melindungi rahasia hingga mengelola pembaruan OTA dan kontrol akses.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T03:16:36.231Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68059152360079f947b84e10-1745205430503.jpg
-head_image_alt: Pengembangan Aplikasi Mobile
-keywords: >-
-  Capacitor, pipeline security, OTA updates, access control, encryption, mobile
-  app security, third-party plugins, CI/CD security
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Keamanan pipeline untuk aplikasi [Capacitor](https://capacitorjs.com/) sangat penting untuk melindungi data sensitif dan memastikan pembaruan yang andal. Berikut yang perlu Anda ketahui:
-
--   **Lindungi Rahasia**: Gunakan enkripsi end-to-end dan alat manajemen rahasia yang aman untuk melindungi kredensial seperti [kunci API](https://capgo.app/docs/webapp/api-keys/).
--   **Kontrol Akses**: Terapkan kontrol akses berbasis peran (RBAC), [autentikasi multi-faktor](https://capgo.app/docs/webapp/mfa/) (MFA), dan pemantauan real-time untuk mencegah perubahan pipeline yang tidak sah.
--   **Integritas Pembaruan**: Enkripsi pembaruan OTA, verifikasi keaslian dengan tanda tangan digital, dan aktifkan peluncuran bertahap dengan opsi rollback.
--   **Alat Keamanan**: Gunakan alat pengujian keamanan otomatis untuk analisis kode statis, pemeriksaan dependensi, dan pengujian API.
-
-[Capgo](https://capgo.app/), platform OTA terkemuka, meningkatkan keamanan pipeline Capacitor dengan fitur seperti pemantauan real-time, peluncuran bertahap, dan enkripsi end-to-end. Langkah-langkah ini memastikan pembaruan aplikasi yang aman sambil melindungi data pengguna.
-
-## Apa itu Keamanan CI/CD? Strategi untuk memperkuat ...
-
-<iframe src="https://www.youtube.com/embed/Uavb-FMNXtI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Risiko Keamanan dalam Pipeline Aplikasi [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Seiring berkembangnya [pengembangan aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), hal ini memunculkan tantangan keamanan khusus untuk pipeline CI/CD. Mengatasi risiko-risiko ini penting untuk menjaga lingkungan pengembangan yang aman.
-
-### Mengelola Rahasia dan Variabel
-
-Lindungi informasi sensitif seperti kunci API dan variabel lingkungan dengan mengenkripsinya dan membatasi cakupannya. Gunakan enkripsi end-to-end untuk melindungi data baik saat transit maupun saat diam, memastikan kredensial yang disadap tidak berguna bagi penyerang.
-
-Selain itu, selalu validasi kode eksternal sebelum mengintegrasikannya ke dalam pipeline Anda untuk mengurangi kerentanan.
-
-### Keamanan Plugin dan Pustaka
-
-Plugin pihak ketiga dapat memperluas fungsionalitas tetapi juga meningkatkan risiko. Setiap plugin memperkenalkan potensi kerentanan. Untuk mengurangi hal ini:
-
--   Audit sumber plugin dan pindai pembaruan sebelum mengintegrasikannya ke dalam pipeline Anda.
--   Ingat bahwa dependensi lintas platform dapat memperumit upaya keamanan.
-
-Batasi akses pipeline untuk mencegah modifikasi yang tidak sah dan meminimalkan paparan.
-
-### Kontrol Akses Pipeline
-
-Kontrol akses yang lemah dalam sistem CI/CD dapat menyebabkan perubahan yang tidak sah, pembajakan pipeline, atau eskalasi hak istimewa yang tidak disengaja. Celah keamanan umum meliputi:
-
--   **Akses tidak sah**: Dapat menyebabkan perusakan kode. Gunakan izin terperinci untuk membatasi akses.
--   **Autentikasi lemah**: Membuat pembajakan pipeline lebih mudah. Terapkan autentikasi multi-faktor untuk memperkuat keamanan.
--   **Pencatatan tidak memadai**: Menunda deteksi pelanggaran. Aktifkan pemantauan real-time dan pertahankan log terperinci.
--   **Kebingungan peran**: Dapat mengakibatkan eskalasi hak istimewa yang tidak disengaja. Tentukan dan tetapkan peran dengan jelas.
-
-Untuk mengamankan pipeline Anda, terapkan kontrol akses berbasis peran yang ketat, terapkan protokol autentikasi yang kuat, dan pertahankan sistem pencatatan yang komprehensif.
-
-### Keamanan Pembaruan OTA
-
-Pembaruan over-the-air (OTA) memungkinkan pengiriman perbaikan dan fitur dengan cepat tetapi memiliki risiko seperti intersepsi, perusakan, dan peluncuran yang tidak terkendali.
-
-Untuk mengamankan pembaruan OTA:
-
--   Enkripsi paket pembaruan untuk memastikan kerahasiaan dan integritas.
--   Gunakan tanda tangan digital untuk memverifikasi keaslian pembaruan.
--   Luncurkan pembaruan secara bertahap untuk meminimalkan dampak potensial.
--   Sediakan opsi rollback untuk mengembalikan rilis yang bermasalah.
-
-Langkah-langkah ini membantu memastikan pembaruan OTA tetap aman dan andal.
-
-## Pedoman Keamanan Pipeline
-
-Untuk mengurangi risiko, ikuti pedoman keamanan pipeline ini.
-
-### Melindungi Rahasia
-
--   Gunakan **enkripsi end-to-end** untuk mengamankan rahasia dan mencegah kebocoran kredensial.
--   Simpan kunci API, token akses, dan variabel lingkungan dalam **layanan manajemen rahasia** dengan akses terbatas dan rotasi rutin.
--   Batasi cakupan variabel ke lingkungan tertentu untuk meminimalkan risiko paparan.
--   [Enkripsi data](https://capgo.app/docs/cli/migrations/encryption/) baik saat diam maupun selama transit untuk memblokir akses tidak sah.
-
-### Alat Pengujian Keamanan
-
--   Tambahkan pemindai otomatis ke pekerjaan CI/CD untuk tugas seperti analisis kode statis, pemeriksaan dependensi, keamanan kontainer, dan pengujian API.
--   Konfigurasi plugin untuk:
-    -   Analisis kode statis
-    -   Pemindaian kerentanan dependensi
-    -   Pemeriksaan keamanan kontainer
-    -   Pengujian keamanan API
-
-### Kontrol Akses dan Pemantauan
-
--   Terapkan **kontrol akses berbasis peran (RBAC)**, autentikasi multi-faktor (MFA), pemantauan real-time, dan log audit terperinci.
--   Lakukan audit akses rutin untuk mengidentifikasi dan menyelesaikan celah keamanan potensial.
--   Gunakan alat pemantauan real-time dan pertahankan log aktivitas terperinci untuk melacak aktivitas pipeline.
-
-### Mengelola Pembaruan
-
--   Luncurkan pembaruan secara bertahap dan gunakan saluran beta untuk menguji perubahan.
--   Aktifkan rollback otomatis untuk mengatasi masalah dengan cepat.
--   Pantau keberhasilan pengiriman dan metrik adopsi untuk memastikan pembaruan berjalan sesuai harapan.
--   Integrasikan distribusi pembaruan langsung ke dalam pipeline Anda untuk deployment yang lebih lancar.
-
-## Ikhtisar Alat Keamanan
-
-Platform OTA baru kini memprioritaskan keamanan dalam pipeline Capacitor mereka. Alat-alat ini menerapkan langkah-langkah keamanan yang telah dibahas sebelumnya.
-
-### Fitur Keamanan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgo menyediakan pengaturan yang berfokus pada keamanan yang dirancang khusus untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Enkripsi end-to-end memastikan bahwa pembaruan hanya dapat didekripsi oleh pengguna yang berwenang, melampaui ketergantungan biasa pada paket yang ditandatangani. Fitur utama meliputi:
-
--   **Pemantauan real-time**: Melacak keberhasilan dan kegagalan pembaruan saat terjadi.
--   **Kontrol akses terperinci**: Izin berbasis peran dan manajemen organisasi untuk membatasi akses pipeline.
--   **Rollback otomatis**: Dengan cepat kembali ke versi sebelumnya jika masalah keamanan muncul setelah deployment.
--   **Peluncuran bertahap dan saluran beta**: Menargetkan grup pengguna tertentu untuk pengujian dan rilis yang terkendali.
-
-Capgo terintegrasi dengan mulus dengan alat CI/CD seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), dan [Jenkins](https://www.jenkins.io/), selaras dengan praktik kontrol akses, manajemen rahasia, dan integritas pembaruan yang diuraikan sebelumnya.
-
-### Perbandingan Platform Keamanan
-
-Berikut bagaimana platform OTA modern dibandingkan dengan metode lama:
-
--   **Enkripsi**: Platform modern menggunakan enkripsi end-to-end, sementara sistem lama sering mengandalkan penandatanganan dasar.
--   **Deployment**: Pembaruan OTA instan menggantikan proses tinjauan app store yang lebih lambat.
--   **Struktur Biaya**: Harga berbasis penggunaan menawarkan fleksibilitas dibandingkan biaya tahunan tetap.
--   **Integrasi**: Integrasi CI/CD asli menghilangkan kebutuhan untuk pengaturan manual.
--   **Hosting**: Pilihan untuk pengaturan cloud dan self-hosted, tidak seperti sistem lama yang sering kali hanya berbasis cloud.
-
-> "@Capgo adalah cara pintar untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)" – NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-## Prospek Industri
-
-Bidang keamanan pipeline bergerak menuju model yang lebih maju dan dipimpin komunitas, membangun di atas pedoman dan perbandingan alat sebelumnya. Lanskap keamanan pipeline Capacitor bergeser untuk mengadopsi pendekatan yang lebih canggih dan kolaboratif ini.
-
-### Tren Keamanan Pipeline
-
-Enkripsi end-to-end kini menjadi fitur standar untuk sistem pembaruan OTA (over-the-air) [\[1\]](https://capgo.app/). Perkembangan ini menyoroti pentingnya meningkatkan praktik terbaik sebelumnya untuk mengelola rahasia, akses, dan pembaruan.
-
-### Alat Keamanan Open-Source
-
-Alat open-source memainkan peran penting bersama opsi komersial dalam membentuk fase berikutnya dari keamanan pipeline. Alat-alat ini kini menawarkan fitur seperti [deployment self-hosted](https://capgo.app/blog/self-hosted-capgo/), pemindaian kerentanan yang digerakkan oleh komunitas, dan protokol transparan yang dirancang untuk audit dan perbaikan berkelanjutan.
-
-Industri diperkirakan akan mempertahankan fokusnya pada strategi yang mengutamakan keamanan, dengan solusi open-source mendorong kemajuan dalam keamanan pipeline. Organisasi semakin memilih alat yang menyeimbangkan fitur keamanan yang kuat dengan opsi deployment yang fleksibel, meningkatkan standar untuk pengembangan aplikasi Capacitor.
-
-## Kesimpulan
-
-Mengamankan pipeline pengembangan untuk aplikasi Capacitor kini memerlukan integrasi enkripsi end-to-end dan memprioritaskan keamanan di seluruh proses CI/CD. Ini mencerminkan tren yang berkembang menuju penggunaan alat keamanan open-source yang digerakkan oleh komunitas, seperti yang disoroti dalam Prospek Industri.
-
-Untuk mengamankan aplikasi Capacitor, tim harus menerapkan langkah-langkah seperti enkripsi, kontrol akses terperinci, peluncuran bertahap, pemantauan kesalahan, analitik, dan fitur rollback otomatis - sambil mematuhi pedoman app store. Mengikuti praktik terbaru akan menjadi kunci untuk memastikan keamanan aplikasi yang kuat dan andal seiring waktu.
diff --git a/src/content/blog/id/privacy-manifest-for-capacitor-apps-guide.md b/src/content/blog/id/privacy-manifest-for-capacitor-apps-guide.md
deleted file mode 100644
index db663225b..000000000
--- a/src/content/blog/id/privacy-manifest-for-capacitor-apps-guide.md
+++ /dev/null
@@ -1,289 +0,0 @@
----
-slug: privacy-manifest-for-capacitor-apps-guide
-title: 'Kebijakan Privasi untuk Aplikasi Capacitor: Panduan'
-description: >-
-  Pelajari cara membuat Kebijakan Privasi untuk aplikasi Anda guna memenuhi
-  persyaratan App Store dan melindungi data pengguna secara efektif.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T03:07:47.047Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776-1743563280473.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Privacy Manifest, Capacitor, App Store compliance, user data protection, app
-  development, privacy standards
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin meluncurkan aplikasi [Capacitor](https://capacitorjs.com/) Anda di [App Store](https://en.wikipedia.org/wiki/App_Store_\(Apple\)) tanpa penundaan?** Mulailah dengan membuat Privacy Manifest. Apple kini mewajibkan pengembang untuk menyertakan dokumen ini untuk memastikan aplikasi memenuhi standar privasi yang ketat. Berikut yang perlu Anda ketahui:
-
--   **Apa itu Privacy Manifest?**  
-    Sebuah file terstruktur yang menguraikan praktik pengumpulan data aplikasi Anda, penggunaan API, dan domain pelacakan.
-    
--   **Mengapa ini penting:**
-    
-    -   Mematuhi aturan App Store untuk menghindari penolakan atau penghapusan.
-    -   Membangun kepercayaan dengan bersikap transparan tentang penanganan data pengguna.
--   **Komponen utama yang harus disertakan:**
-    
-    -   API yang mengakses data pengguna (mis., lokasi, foto).
-    -   Label privasi untuk jenis data yang dikumpulkan.
-    -   Domain pelacakan yang digunakan untuk analitik atau iklan.
--   **Cara membuatnya:**
-    
-    -   Gunakan JSON untuk mendefinisikan detail pengumpulan data.
-    -   Tempatkan file `PrivacyInfo.xcprivacy` di direktori yang tepat dalam proyek Anda.
-    -   Validasi dengan alat seperti [Xcode](https://developer.apple.com/xcode/) untuk menghindari kesalahan.
--   **Alat untuk menyederhanakan proses:**  
-    Gunakan platform seperti [Capgo](https://capgo.app/) untuk validasi privacy manifest otomatis, pembaruan real-time, dan pelacakan kesalahan.
-    
-
-**Tetap patuhi aturan, lindungi privasi pengguna, dan hindari penundaan app store dengan mengikuti panduan ini.**
-
-## Dasar-dasar Privacy Manifest
-
-### Definisi Privacy Manifest
-
-Privacy manifest adalah file terstruktur yang menguraikan praktik data aplikasi Anda. File ini merinci elemen seperti API yang mengakses data pengguna, domain pelacakan, jenis data yang dikumpulkan, dan integrasi SDK pihak ketiga. Dokumen ini tidak hanya membantu membangun kepercayaan tetapi juga memastikan kepatuhan terhadap pedoman App Store. Mari kita bahas komponen utama yang harus disertakan dalam manifest Anda.
-
-### Elemen Utama Privacy Manifest
-
-Berikut adalah elemen utama yang harus disertakan dalam privacy manifest Anda agar sesuai dengan persyaratan Apple:
-
-1.  **API Alasan yang Diperlukan**  
-    Bagian ini mencantumkan API sensitif privasi yang digunakan aplikasi Anda dan menjelaskan mengapa API tersebut diperlukan.
-    
-    Berikut tabel yang merangkum persyaratan API umum:
-    
-    | Kategori API | Penggunaan Umum | Dokumentasi yang Diperlukan |
-    | --- | --- | --- |
-    | Layanan Lokasi | Navigasi pengguna | String tujuan dan deskripsi penggunaan |
-    | Pustaka Foto | Foto profil | Level akses dan tujuan |
-    | Kontak | Sinkronisasi buku alamat | Pernyataan minimalisasi data |
-    
-2.  **Label Privasi**  
-    Label ini memberikan transparansi dengan menentukan:
-    
-    -   Jenis data yang dikumpulkan
-    -   Alasan pengumpulan data
-    -   Apakah data terhubung dengan identitas pengguna
-    -   Bagaimana data digunakan untuk pelacakan
-3.  **Domain Pelacakan**  
-    Bagian ini mencantumkan semua domain yang terlibat dalam pelacakan, seperti yang digunakan untuk analitik, periklanan, atau pemrosesan data pihak ketiga.
-    
-
-> "Sesuai App Store" - Capgo [\[1\]](https://capgo.app/)
-
-Menurut Capgo, 95% pengguna mematuhi pembaruan dalam 24 jam. Dengan lebih dari 23,5 juta pembaruan yang dikirimkan [\[1\]](https://capgo.app/), menjaga dokumentasi privasi tetap terkini sangat penting untuk mempertahankan kepercayaan pengguna.
-
-## Membangun Privacy Manifest untuk [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Persyaratan Setup
-
-Sebelum Anda mulai membangun manifest, pastikan Anda memiliki:
-
--   Xcode 15 atau versi lebih baru terinstal
--   Proyek Capacitor 8.0+ yang sudah diatur
--   Akses ke file `Info.plist` aplikasi Anda
--   Pemahaman dasar tentang struktur JSON
--   Dokumentasi yang menguraikan praktik pengumpulan data aplikasi Anda
-
-### Langkah Pembuatan
-
-Mulailah dengan membuat file `PrivacyInfo.xcprivacy` di direktori proyek iOS Anda. File ini harus mengikuti pedoman format tertentu:
-
-**Atur Informasi Dasar**
-
-```json
-{
-    "NSPrivacyTracking": false,
-    "NSPrivacyTrackingDomains": [],
-    "NSPrivacyCollectedDataTypes": []
-}
-```
-
-**Tentukan Detail Pengumpulan Data**
-
-```json
-{
-    "NSPrivacyAccessedAPITypes": [
-        {
-            "NSPrivacyAccessedAPIType": "NSLocationWhenInUseUsageDescription",
-            "NSPrivacyAccessedAPITypeReasons": ["1.1"]
-        },
-        {
-            "NSPrivacyAccessedAPIType": "NSCameraUsageDescription",
-            "NSPrivacyAccessedAPITypeReasons": ["2.1"]
-        }
-    ]
-}
-```
-
-**Tambahkan Domain Pelacakan**
-
-```json
-{
-    "NSPrivacyTrackingDomains": [
-        "analytics.yourdomain.com",
-        "metrics.yourdomain.com"
-    ]
-}
-```
-
-### Menghindari Kesalahan Umum
-
-Untuk mencegah masalah, perhatikan tips berikut:
-
--   **Sertakan Semua Bidang yang Diperlukan**: Bahkan jika beberapa bidang kosong, bidang tersebut harus ada.
--   **Gunakan Tipe API yang Valid**: Periksa silang pengidentifikasi API dengan dokumentasi resmi Apple.
--   **Periksa Format JSON**: Jalankan file Anda melalui linter JSON untuk menangkap kesalahan sintaks.
--   **Berikan Alasan Lengkap**: Pastikan setiap akses API menyertakan kode alasan yang sesuai.
--   **Jaga Informasi Tetap Terkini**: Perbarui manifest setiap kali fitur baru ditambahkan.
-
-Selain itu, pastikan file manifest tetap di bawah 512KB untuk menghindari kesalahan build. Secara teratur validasi file selama proses build Xcode untuk menangkap kesalahan sejak dini. Setelah manifest siap, integrasikan ke dalam proyek Capacitor dengan mengikuti pedoman penempatan file.
-
-## Menambahkan Privacy Manifest ke Capacitor
-
-### Panduan Penempatan File
-
-Untuk menyertakan privacy manifest dalam proyek Capacitor Anda, tempatkan file `PrivacyInfo.xcprivacy` dalam struktur direktori berikut:
-
-```
-your-app/
-├── ios/
-│   ├── App/
-│   │   ├── PrivacyInfo.xcprivacy
-│   │   └── Info.plist
-│   └── App.xcworkspace
-```
-
-Untuk plugin Capacitor, gunakan struktur ini:
-
-```
-your-plugin/
-├── ios/
-│   ├── Plugin/
-│   │   └── PrivacyInfo.xcprivacy
-│   └── Plugin.xcodeproj
-```
-
-### Setup Pengaturan Build
-
-Setelah file ditempatkan, perbarui pengaturan build Xcode untuk memastikan integrasi yang tepat:
-
-1.  Buka proyek Anda di Xcode.
-2.  Di bawah **TARGETS**, pilih target aplikasi atau plugin Anda.
-3.  Buka tab **Build Settings**.
-4.  Atur **Privacy Manifest Development Region** ke `en`.
-5.  Atur **Include Privacy Manifest** ke `YES`.
-
-Jika proyek Anda menggunakan [CocoaPods](https://cocoapods.org/), sertakan snippet berikut di `Podfile` Anda untuk mengaktifkan privacy manifest:
-
-```ruby
-post_install do |installer|
-  installer.pods_project.targets.each do |target|
-    target.build_configurations.each do |config|
-      config.build_settings['INCLUDE_PRIVACY_MANIFEST'] = 'YES'
-    end
-  end
-end
-```
-
-Setelah membuat perubahan ini, lanjutkan dengan pemeriksaan implementasi untuk memverifikasi bahwa semuanya diatur dengan benar.
-
-### Pemeriksaan Implementasi
-
-Untuk memastikan privacy manifest berfungsi sebagaimana dimaksud, ikuti langkah-langkah berikut:
-
-1.  **Verifikasi Build**
-    
-    -   Konfirmasi tidak ada peringatan terkait privasi selama build.
-    -   Pastikan manifest dikompilasi tanpa masalah.
-    -   Verifikasi privacy manifest disertakan dalam produk build.
-2.  **Validasi Runtime**
-    
-    -   Dalam mode debug, uji prompt privasi dan perilaku akses API yang tepat.
-3.  **Validasi App Store Connect**
-    
-    -   Unggah build Anda dan tinjau Laporan Privasi di App Store Connect.
-    -   Periksa bahwa deklarasi API lengkap dan format domain pelacakan sudah benar.
-
-Jika Anda menemui kesalahan "Privacy Manifest validation failed", periksa kembali manifest Anda untuk memastikan memenuhi persyaratan App Store terbaru. Perhatikan khusus pada tipe API dan konfigurasi domain pelacakan.
-
-## Perubahan Privacy Manifest Apple
-
-<iframe src="https://www.youtube.com/embed/S8JnUkUkmbs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pengujian dan Perbaikan
-
-Membuat Privacy Manifest yang memenuhi pedoman Apple sangat penting. Untuk tetap sesuai jalur, integrasikan pelacakan kesalahan yang andal ke dalam proses pengembangan Anda. Ini membantu menghubungkan upaya pengembangan dengan persyaratan kepatuhan.
-
-Alat seperti [Capgo](https://capgo.app) dapat membantu. Ini memantau akses API dan mengidentifikasi masalah manifest sebelum mempengaruhi pengguna. Setelah potensi masalah ditandai, Anda dapat mengalihkan fokus ke validasi menyeluruh.
-
-Setelah melakukan pembaruan, uji manifest Anda di lingkungan pengembangan. Gunakan wawasan dari pelacakan kesalahan untuk memandu tinjauan Anda. Pendekatan ini membantu memastikan aplikasi Anda tetap selaras dengan standar privasi Apple.
-
-## Alat Privasi [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo menyederhanakan pengelolaan privacy manifest dan pembaruan aplikasi, memastikan standar privasi Anda tetap utuh tanpa menunda deployment.
-
-### Fitur Capgo
-
-Dengan lebih dari **23,5 juta pembaruan yang diamankan** dan **tingkat keberhasilan global 82%**, Capgo memastikan **95% pengguna aktif menerima pembaruan dalam 24 jam** [\[1\]](https://capgo.app/). Berikut yang ditawarkan:
-
--   **Enkripsi end-to-end** untuk menjaga keamanan pembaruan
--   **Sistem channel** untuk distribusi pembaruan yang terkontrol
--   **Pelacakan kesalahan** untuk mengidentifikasi dan mengatasi masalah dengan cepat
--   **Rollback satu klik** untuk langsung kembali ke versi sebelumnya
-
-Alat-alat ini membuat penambahan Capgo ke alur kerja Anda menjadi lancar dan efisien.
-
-### Menggunakan Capgo
-
-Untuk memulai, [pasang plugin Capgo](https://capgo.app/docs/plugin/cloud-mode/getting-started/) dengan perintah ini:
-
-```bash
-npx @capgo/cli init
-```
-
-Capgo terintegrasi dengan mulus dengan pipeline CI/CD, mengotomatisasi validasi privacy manifest melalui platform seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), atau [Jenkins](https://www.jenkins.io/). Baik Anda memilih opsi cloud atau self-hosted, Capgo mendukung 750 aplikasi produksi sambil memastikan setiap pembaruan mematuhi standar privasi.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" – Rodrigo Mantica
-
-> "Capgo adalah cara cerdas untuk melakukan hot code pushes 🙂" – NASA's OSIRIS-REx
-
-Capgo juga menyertakan analitik bawaan untuk memantau tingkat keberhasilan pembaruan dan keterlibatan pengguna secara real-time. Ini memastikan pembaruan privasi mencapai seluruh basis pengguna Anda sambil tetap mematuhi pedoman Apple.
-
-## Kesimpulan
-
-### Poin Penting
-
-Dalam mengelola privacy manifest, tetap patuh dan mempertahankan langkah-langkah keamanan yang kuat sangat penting. Berikut yang paling penting:
-
--   **Enkripsi end-to-end**: Menjaga keamanan pembaruan dari awal hingga akhir.
--   **Pemantauan real-time**: Melacak distribusi pembaruan secara efektif.
--   **Kemampuan rollback instan**: Bertindak sebagai jaring pengaman untuk perbaikan cepat.
--   **Validasi otomatis**: Memastikan pembaruan Anda memenuhi standar kepatuhan.
-
-Membangun sistem pembaruan yang andal membantu Anda mengikuti persyaratan privasi Apple dan Google yang terus berkembang. Pendekatan ini terbukti meningkatkan tingkat persetujuan app store dan memperkuat kepercayaan pengguna [\[1\]](https://capgo.app/).
-
-### Cara Memulai
-
-Anda dapat mulai menerapkan prinsip-prinsip ini dengan mengikuti langkah-langkah berikut:
-
--   **Siapkan lingkungan Anda**: Jalankan `npx @capgo/cli init` untuk memulai.
--   **Aktifkan fitur privasi**: Gunakan enkripsi end-to-end untuk pembaruan yang aman.
--   **Terapkan alat pemantauan**: Lacak pembaruan dengan analitik.
--   **Rencanakan rollback**: Pastikan Anda dapat dengan cepat kembali ke versi sebelumnya jika diperlukan.
-
-> "Capgo adalah alat yang wajib dimiliki bagi pengembang yang ingin meningkatkan produktivitas. Menghindari penundaan peninjauan untuk perbaikan bug adalah terobosan yang luar biasa." - Bessie Cooper
-
-Pembaruan rutin dan alat yang tepat adalah kunci untuk tetap mematuhi peraturan dan meningkatkan kinerja dari waktu ke waktu.
diff --git a/src/content/blog/id/quasar-mobile-app-capacitor.md b/src/content/blog/id/quasar-mobile-app-capacitor.md
deleted file mode 100644
index b829c6910..000000000
--- a/src/content/blog/id/quasar-mobile-app-capacitor.md
+++ /dev/null
@@ -1,369 +0,0 @@
----
-slug: quasar-mobile-app-capacitor
-title: 'Membuat aplikasi mobile dengan live update, Quasar dan Capacitor.'
-description: >-
-  Cara membuat aplikasi mobile dengan Quasar, Capacitor dan mengimplementasikan
-  pembaruan langsung.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikDhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /quasar_capgo.webp
-head_image_alt: Ilustrasi Quasar dan Capgo
-keywords: >-
-  Quasar, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Dalam tutorial ini, kita akan memulai dengan membuat aplikasi web baru menggunakan [Quasar](https://quasar.dev/). Kemudian, kita akan mempelajari cara mengubahnya menjadi aplikasi mobile menggunakan Capacitor. Jika Anda ingin membuat aplikasi Anda terlihat lebih baik di mobile.
-
-Dengan Capacitor, Anda dapat mengubah aplikasi web Quasar Anda menjadi aplikasi mobile tanpa perlu melakukan banyak hal yang sulit atau mempelajari cara pembuatan aplikasi yang benar-benar baru seperti yang Anda lakukan dengan React Native.
-
-Tutorial ini akan memandu Anda melalui prosesnya, dimulai dengan aplikasi Quasar baru dan kemudian menggabungkan Capacitor untuk beralih ke ranah aplikasi mobile native. Selain itu, Anda akan menggunakan [Capgo](https://capgo.app/) untuk mengirim pembaruan langsung ke aplikasi Anda dalam hitungan detik.
-
-## Tentang Capacitor
-
-CapacitorJS benar-benar mengubah permainan! Anda dapat dengan mudah menggabungkannya ke dalam proyek web apa pun, dan ia akan membungkus aplikasi Anda ke dalam webview native, menghasilkan proyek Xcode dan Android Studio native untuk Anda. Selain itu, plugin-nya menyediakan akses ke fitur perangkat native seperti kamera melalui jembatan JS.
-
-Dengan Capacitor, Anda mendapatkan aplikasi mobile native yang fantastis tanpa pengaturan rumit atau kurva pembelajaran yang curam. API-nya yang ramping dan fungsionalitas yang efisien membuatnya sangat mudah diintegrasikan ke dalam proyek Anda. Percayalah, Anda akan takjub betapa mudahnya mencapai aplikasi native yang berfungsi penuh dengan Capacitor!
-
-## Menyiapkan Aplikasi Quasar Anda
-
-Untuk membuat aplikasi Quasar baru, jalankan perintah berikut:
-
-```shell
-npm init quasar
-```
-
-![Quasar Project Setup](/quasar-setup.webp)
-
-Pilih opsi "App with Quasar CLI" kemudian "Quasar v2".
-
-Untuk membuat aplikasi mobile native, kita memerlukan **ekspor** dari proyek kita. Oleh karena itu, mari kita tambahkan skrip sederhana di **package.json** yang dapat digunakan untuk membangun dan menyalin proyek Quasar:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "quasar build"
-  }
-}
-```
-
-Setelah menjalankan perintah `generate`, Anda seharusnya dapat melihat folder `dist` baru di root proyek Anda.
-
-Folder ini akan digunakan oleh Capacitor nanti, tetapi untuk saat ini, kita harus mengaturnya dengan benar.
-
-## Menambahkan Capacitor ke Aplikasi Quasar Anda
-
-Untuk mengemas aplikasi web apa pun ke dalam kontainer mobile native, kita harus mengikuti beberapa langkah awal, tetapi setelah itu semudah menjalankan satu perintah `sync`.
-
-Pertama, kita dapat menginstal [Capacitor CLI](https://capacitorjs.com/docs/cli/) sebagai dependensi pengembangan, dan kemudian mengaturnya dalam proyek kita. Selama pengaturan, Anda dapat menekan "enter" untuk menerima nilai default untuk nama dan ID bundel.
-
-Selanjutnya, kita perlu menginstal paket inti dan paket-paket yang relevan untuk platform iOS dan Android.
-
-Akhirnya, kita dapat menambahkan platform, dan Capacitor akan membuat folder untuk setiap platform di root proyek kita:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Quasar project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-![Initialize Capacitor](/capacitor-init.webp)
-
-Pada titik ini, Anda seharusnya dapat melihat folder **ios** dan **android** baru di proyek Quasar Anda.
-
-**Itu adalah proyek native yang sesungguhnya!**
-
-Untuk mengakses proyek Android nantinya, Anda harus menginstal [Android Studio](https://developer.android.com/studio/). Untuk iOS, Anda memerlukan Mac dan harus menginstal [Xcode](https://developer.apple.com/xcode/).
-
-Selain itu, Anda seharusnya menemukan file **capacitor.config.ts** di proyek Anda, yang berisi beberapa pengaturan dasar Capacitor yang digunakan selama sinkronisasi. Satu-satunya hal yang perlu Anda perhatikan adalah **webDir**, yang harus menunjuk ke hasil dari perintah build Anda. Saat ini, itu tidak akurat.
-
-Untuk memperbaiki ini, buka file **capacitor.config.json** dan perbarui **webDir**:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-Anda dapat mencobanya dengan menjalankan perintah berikut:
-
-```shell
-npm run generate
-npx cap sync
-```
-
-Perintah pertama `npm run generate` hanya akan membangun proyek Quasar Anda dan menyalin build statis, sedangkan perintah kedua `npx cap sync` akan menyinkronkan semua kode web ke tempat yang tepat dari platform native sehingga dapat ditampilkan dalam aplikasi.
-
-Selain itu, perintah sync mungkin memperbarui platform native dan menginstal plugin, jadi ketika Anda menginstal [plugin Capacitor](https://capacitorjs.com/docs/plugins/) baru, saatnya menjalankan `npx cap sync` lagi.
-
-Tanpa disadari, Anda sekarang sebenarnya sudah selesai, jadi mari kita lihat aplikasinya di perangkat!
-
-## Build dan Deploy Aplikasi Native
-
-Untuk mengembangkan aplikasi iOS, Anda perlu memiliki **Xcode** terinstal, dan untuk aplikasi Android, Anda perlu memiliki **Android Studio** terinstal. Selain itu, jika Anda berencana mendistribusikan aplikasi Anda di app store, Anda perlu mendaftar di Apple Developer Program untuk iOS dan Google Play Console untuk Android.
-
-Jika Anda baru dalam pengembangan mobile native, Anda dapat menggunakan Capacitor CLI untuk dengan mudah membuka kedua proyek native:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Setelah Anda mengatur proyek native Anda, mendeploy aplikasi Anda ke perangkat yang terhubung sangat mudah. Di Android Studio, Anda hanya perlu menunggu semuanya siap, dan Anda dapat mendeploy aplikasi Anda ke perangkat yang terhubung tanpa mengubah pengaturan apa pun. Berikut contohnya:
-
-![android-studio-run](/android-studio-run.webp)
-
-Di Xcode, Anda perlu mengatur akun penandatanganan Anda untuk mendeploy aplikasi Anda ke perangkat nyata daripada hanya simulator. Jika Anda belum pernah melakukan ini sebelumnya, Xcode akan memandu Anda melalui prosesnya (tapi sekali lagi, Anda perlu terdaftar di Developer Program). Setelah itu, Anda dapat langsung menekan play untuk menjalankan aplikasi di perangkat yang terhubung, yang dapat Anda pilih di bagian atas. Berikut contohnya:
-
-![xcode-run](/xcode-run.webp)
-
-Selamat! Anda telah berhasil mendeploy aplikasi web Quasar Anda ke perangkat mobile. Berikut contohnya:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/Quasar-mobile.webp" alt="quasar-mobile-app">
-</div>
-
-Tapi tunggu, ada cara yang lebih cepat untuk melakukan ini selama pengembangan...
-
-## Capgo Live Update
-
-Capgo Live Update adalah layanan yang memungkinkan pengembang untuk mendeploy pembaruan ke aplikasi mobile mereka tanpa melalui proses pengiriman App Store tradisional. Ini bisa menjadi cara yang nyaman untuk dengan cepat memperbaiki bug atau membuat pembaruan kecil pada aplikasi tanpa menunggu proses review App Store.
-
-Mengintegrasikan Capgo ke dalam aplikasi Quasar Anda adalah proses yang mudah yang memungkinkan Anda memanfaatkan kekuatan pembaruan langsung secara real-time. Panduan langkah demi langkah ini akan memandu Anda melalui integrasi dan implementasi Capgo Live Update, memungkinkan Anda memberikan pembaruan yang mulus.
-
-**Daftar dan Akses Dashboard Capgo**:
-
-Saatnya mendaftar, dan dapatkan API key Anda untuk mengunggah versi pertama Anda! Mulailah dengan [mendaftar akun Capgo](https://console.capgo.app/register/).
-
-**Instal Capgo SDK**:
-
-Dari command line, langsung ke root aplikasi Capacitor Anda, jalankan:
-
-`npm i @capgo/capacitor-updater && npx cap sync` Untuk menginstal plugin ke dalam aplikasi Capacitor Anda.
-
-Dan kemudian tambahkan ke aplikasi Anda kode ini sebagai pengganti CodePush:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Ini akan memberi tahu plugin native bahwa instalasi telah berhasil.
-
-**Login ke Capgo CLOUD**:
-
-Pertama, gunakan [apikey](https://console.capgo.app/dashboard/apikeys/) `all` yang ada di akun Anda untuk login dengan CLI:
-
-    `npx @capgo/cli@latest login YOU_KEY`
-
-**Tambahkan Aplikasi Pertama Anda**:
-
-Mari mulai dengan membuat aplikasi di Capgo Cloud dengan CLI.
-
-```shell
-    npx @capgo/cli@latest app add
-```
-Perintah ini akan menggunakan semua variabel yang didefinisikan dalam file config Capacitor untuk membuat aplikasi.
-
-**Unggah Versi Pertama Anda**:
-
-Jalankan perintah untuk membangun kode Anda dan mengirimkannya ke Capgo dengan:
-
-```shell
-npx @capgo/cli@latest bundle upload`
-```
-
-Secara default, nama versi akan sama dengan yang ada di file package.json Anda.
-
-Periksa di [Capgo](https://console.capgo.app/login/) apakah build sudah ada.
-
-Anda bahkan dapat mengujinya dengan [aplikasi sandbox mobile](https://capgo.app/app_mobile/) saya.
-
-**Jadikan Channel Default**:
-
-Setelah Anda mengirim aplikasi Anda ke Capgo, Anda perlu menjadikan channel Anda default agar aplikasi dapat menerima pembaruan dari Capgo.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-**Konfigurasi Aplikasi untuk Memvalidasi Pembaruan**:
-
-Tambahkan config ini ke file JavaScript utama Anda.
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Kemudian lakukan `npm run build && npx cap copy` untuk memperbarui aplikasi Anda.
-
-**Terima Live Update**:
-
-Agar aplikasi Anda menerima live update dari Deploy, Anda perlu menjalankan aplikasi di perangkat atau emulator. Cara termudah untuk melakukan ini adalah dengan menggunakan perintah berikut untuk meluncurkan aplikasi lokal Anda di emulator atau perangkat yang terhubung ke komputer Anda.
-
-      npx cap run [ios | android]
-
-Buka aplikasi, letakkan di latar belakang dan buka lagi, Anda seharusnya melihat di log bahwa aplikasi melakukan pembaruan.
-
-Selamat! 🎉 Anda telah berhasil mendeploy Live Update pertama Anda. Ini hanya awal dari apa yang dapat Anda lakukan dengan Live Updates. Untuk mempelajari lebih lanjut, lihat [dokumentasi Live Updates](https://capgo.app/docs/plugin/cloud-mode/getting-started/) lengkap.
-
-## Menggunakan Plugin Capacitor
-
-Mari kita lihat bagaimana menggunakan plugin Capacitor dalam aksi, yang telah kita sebutkan beberapa kali sebelumnya. Untuk melakukan ini, kita dapat menginstal plugin yang cukup sederhana dengan menjalankan:
-
-```shell
-npm i @capacitor/share
-```
-
-Tidak ada yang istimewa tentang [Share plugin](https://capacitorjs.com/docs/apis/share/), tetapi ia tetap memunculkan dialog share native! Untuk ini sekarang kita hanya perlu mengimpor paket dan memanggil fungsi `share()` dari aplikasi kita, jadi mari ubah **pages/index.vue** menjadi:
-
-```html
-<template>
-  <div>
-    <h1>Welcome to Quasar and Capacitor!</h1>
-    <button @click="share">Share now!</button>
-  </div>
-</template>
-
-<script setup lang="ts">
-import { Share } from '@capacitor/share';
-
-async function share() {
-  await Share.share({
-    title: 'Open Youtube',
-    text: 'Check new video on youtube',
-    url: 'https://www.youtube.com',
-    dialogTitle: 'Share with friends'
-  });
-}
-</script>
-```
-
-Seperti disebutkan sebelumnya, ketika menginstal plugin baru, kita perlu melakukan operasi sync dan kemudian mendeploy ulang aplikasi ke perangkat kita. Untuk melakukan ini, jalankan perintah berikut:
-
-```
-npx cap sync
-```
-
-Setelah menekan tombol, Anda dapat menyaksikan dialog share native yang indah dalam aksi!
-
-## Opsional Menambahkan Konsta UI
-
-Untuk menggunakan Konsta UI dalam aplikasi Quasar Anda, Anda perlu [tailwind sudah terinstal](https://tailwindcss.com/docs/installation/) dan menginstal paket:
-
-```shell
-npm i konsta
-```
-
-Selain itu, Anda perlu memodifikasi file `tailwind.config.js` Anda:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './pages/**/*.{vue}',
-    './components/**/*.{vue}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` akan memperluas config Tailwind CSS default (atau kustom Anda) dengan beberapa varian tambahan dan utilitas pembantu yang diperlukan untuk Konsta UI.
-
-Sekarang kita perlu mengatur komponen [App](https://konstaui.com/vue/app/) utama sehingga kita dapat mengatur beberapa parameter global (seperti `theme`).
-
-Kita perlu membungkus seluruh aplikasi dengan `App` di `pages/_app.vue`:
-
-```html
-<template>
-  <App theme="ios">
-    <Quasar />
-  </App>
-</template>
-
-<script setup>
-import { App } from 'konsta/vue';
-</script>
-```
-
-### Contoh Halaman
-
-Sekarang ketika semuanya sudah diatur, kita dapat menggunakan komponen Konsta UI Vue dalam halaman Quasar kita.
-
-Misalnya, mari buka `pages/index.vue` dan ubah menjadi berikut:
-
-```html
-<template>
-  <Page>
-    <Navbar title="My App" />
-
-    <Block strong>
-      <p>
-        Here is your Quasar & Konsta UI app. Let's see what we have here.
-      </p>
-    </Block>
-    <BlockTitle>Navigation</BlockTitle>
-    <List>
-      <ListItem href="/about/" title="About" />
-      <ListItem href="/form/" title="Form" />
-    </List>
-
-    <Block strong class="flex space-x-4">
-      <Button>Button 1</Button>
-      <Button>Button 2</Button>
-    </Block>
-  </Page>
-</template>
-
-<script setup>
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  Link,
-  BlockTitle,
-} from 'konsta/vue';
-</script>
-```
-
-Jika live reload tidak tersinkronisasi setelah menginstal semua komponen yang diperlukan, coba mulai ulang semuanya. Setelah Anda melakukan itu, Anda akan melihat aplikasi mobile dengan tampilan yang mirip native, dibangun dengan Quasar dan Capacitor!
-
-## Kesimpulan
-
-Capacitor adalah pilihan yang sangat baik untuk membangun aplikasi native berdasarkan proyek web yang sudah ada, menawarkan cara sederhana untuk berbagi kode dan mempertahankan UI yang konsisten.
-
-Dan dengan tambahan [Capgo](https://capgo.app/), bahkan lebih mudah untuk menambahkan pembaruan langsung ke aplikasi Anda, memastikan bahwa pengguna Anda selalu memiliki akses ke fitur terbaru dan perbaikan bug.
-
-Jika Anda ingin belajar cara menambahkan Capgo ke aplikasi Next.js Anda, lihat artikel berikutnya:
diff --git a/src/content/blog/id/real-time-update-metrics-for-capacitor-apps.md b/src/content/blog/id/real-time-update-metrics-for-capacitor-apps.md
deleted file mode 100644
index 9e3a61f51..000000000
--- a/src/content/blog/id/real-time-update-metrics-for-capacitor-apps.md
+++ /dev/null
@@ -1,250 +0,0 @@
----
-slug: real-time-update-metrics-for-capacitor-apps
-title: Metrik Pembaruan Real-Time untuk Aplikasi Capacitor
-description: >-
-  Pelajari cara melacak kinerja pembaruan aplikasi Anda secara efektif,
-  memastikan versi yang cepat dan andal serta pengalaman pengguna yang lebih
-  baik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-02T03:19:09.129Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c3a347e68199dea862b1d5-1740885602596.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  update tracking, app performance, metrics monitoring, user experience,
-  real-time updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Ingin memastikan pembaruan aplikasi Anda cepat, andal, dan berdampak? Berikut yang perlu Anda ketahui:
-
--   **Mengapa Melacak Pembaruan?**  
-    Lacak kinerja pembaruan untuk memberikan pembaruan lebih cepat, memperbaiki masalah dengan cepat, dan meningkatkan pengalaman pengguna. Alat seperti [Capgo](https://capgo.app/) dapat meningkatkan efisiensi rilis hingga 81%.
-    
--   **Metrik Utama untuk Dipantau:**
-    
-    -   **Tingkat Adopsi:** Persentase pengguna yang beralih ke versi terbaru.
-    -   **Tingkat Keberhasilan Pembaruan:** Persentase pembaruan yang berhasil.
-    -   **Dampak Pengguna:** Crash pasca-pembaruan dan penggunaan fitur.
--   **Alat Terbaik untuk Pelacakan:**
-    
-    -   **Capgo:** [Manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) yang aman dengan dukungan CI/CD.
-    -   **[Firebase Performance Monitoring](https://firebase.google.com/docs/perf-mon):** Wawasan kinerja real-time gratis.
-    -   **[New Relic](https://newrelic.com/):** Melacak kesalahan, permintaan jaringan, dan lainnya.
--   **Langkah Pengaturan Cepat:**
-    
-    1.  Instal alat seperti Capgo dengan `npx @capgo/cli init`.
-    2.  Lacak metrik seperti waktu muat, penggunaan memori, dan laporan crash.
-    3.  Gunakan pengujian A/B untuk menyempurnakan pembaruan sebelum peluncuran penuh.
-
-Memantau pembaruan membantu Anda memberikan pembaruan yang mulus, mengurangi kesalahan, dan meningkatkan kinerja aplikasi. Mari kita dalami detailnya.
-
-## [Capgo](https://capgo.app/), plugin CapacitorJs untuk Pembaruan Langsung
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-02.jpg?auto=compress)
-
-## Menyiapkan Pelacakan Pembaruan
-
-Untuk melacak pembaruan secara efektif, Anda perlu mengkonfigurasi alat yang tepat dan mengidentifikasi metrik utama.
-
-### Menambahkan Alat Pelacakan
-
-Mulai dengan memilih alat pelacakan yang sesuai dengan kebutuhan Anda. Untuk aplikasi [Capacitor](https://capacitorjs.com/), berikut dua opsi populer:
-
--   **Plugin Capgo**: Instal plugin Capgo menggunakan command line:
-    
-    ```bash
-    npm install @capgo/capacitor-updater
-    npx @capgo/cli init
-    ```
-    
-    Ikuti petunjuk pengaturan yang disediakan dalam dokumentasi.
-    
--   **New Relic**: Alat ini membantu memantau kesalahan JavaScript, permintaan jaringan, dan event kustom [\[2\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/). Telah digunakan oleh perusahaan seperti Colenso untuk memperbarui hampir semua dari 5.000+ pengguna mereka hanya dalam hitungan menit [\[1\]](https://capgo.app/).
-    
-
-### Metrik Inti untuk Dilacak
-
-Setelah alat Anda terpasang, fokus pada metrik yang mengukur keberhasilan pembaruan Anda. Berikut rinciannya:
-
-| Kategori Metrik | Pengukuran Utama | Tujuan |
-| --- | --- | --- |
-| **Kinerja Unduhan** | Kecepatan, tingkat penyelesaian | Evaluasi seberapa efisien pembaruan disampaikan. |
-| **Keberhasilan Pembaruan** | Tingkat instalasi, kesalahan | Memastikan pembaruan dapat diandalkan. |
-| **Dampak Pengguna** | Crash pasca-pembaruan, pola penggunaan | Mengukur kualitas dan dampak pembaruan. |
-
-Metrik ini akan memberikan gambaran jelas tentang seberapa baik kinerja pembaruan Anda.
-
-### Mengatur Opsi Pelacakan
-
-Sesuaikan pengaturan pelacakan Anda untuk mengumpulkan data yang paling relevan. Tergantung pada alat yang Anda pilih, berikut yang dapat Anda lakukan:
-
--   **New Relic**: Menawarkan fitur seperti analitik, pencatatan kustom, pelaporan crash, pemantauan jaringan, dan penangkapan body respons HTTP [\[2\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/).
--   **Capgo**: Memungkinkan Anda mengaktifkan enkripsi untuk [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/) dan menetapkan pembaruan ke pengguna tertentu untuk penargetan yang lebih baik [\[1\]](https://capgo.app/).
-
-> "Capgo adalah alat yang wajib dimiliki bagi pengembang yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangatlah berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Membaca Data Kinerja Pembaruan
-
-Memahami bagaimana kinerja pembaruan dalam skenario dunia nyata adalah kunci untuk menyempurnakan strategi pengiriman aplikasi Anda. Dengan memantau metrik secara cermat dan menggunakan alat yang andal, Anda dapat memperoleh wawasan yang dapat ditindaklanjuti tentang kinerja pembaruan.
-
-### Mengukur Penggunaan Pembaruan
-
-Melacak bagaimana pengguna mengadopsi pembaruan membantu Anda memahami kecepatan dan efektivitas peluncuran Anda. Berikut beberapa metrik penting untuk dipantau:
-
--   **Tingkat Adopsi**: Hitung sebagai _(Pengguna Baru Pembaruan / Total Pengguna) × 100_. Ini menunjukkan berapa banyak pengguna yang beralih ke versi yang diperbarui.
--   **Waktu ke Tindakan Pertama**: Ukur berapa lama waktu yang dibutuhkan pengguna untuk terlibat dengan fitur baru setelah memperbarui.
--   **Tingkat Keberhasilan Pembaruan**: Gunakan _(Pembaruan Berhasil / Total Upaya Pembaruan) × 100_ untuk mengukur seberapa lancar [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) berjalan.
-
-Setelah Anda memiliki metrik ini, selami lebih dalam bagaimana pembaruan mempengaruhi perilaku pengguna.
-
-### Analisis Perilaku Pengguna
-
-Menganalisis perilaku pengguna pasca-pembaruan memberikan gambaran yang lebih jelas tentang bagaimana pembaruan berdampak pada keterlibatan. Misalnya, menetapkan tujuan yang terukur - seperti meningkatkan aktivasi pengguna sebesar 47% pada akhir kuartal - dapat membantu melacak kemajuan secara efektif [\[3\]](https://userpilot.com/blog/user-behavioral-analysis/).
-
-Metrik utama yang perlu dipertimbangkan:
-
--   **Pengguna Aktif Harian (DAU)**: Amati perubahan dalam penggunaan harian setelah pembaruan.
--   **Durasi Sesi Rata-rata**: Bandingkan waktu yang dihabiskan pengguna dalam aplikasi sebelum dan sesudah pembaruan.
--   **Penggunaan Fitur**: Identifikasi fitur baru mana yang mendorong keterlibatan paling banyak.
-
-> "Analisis perilaku pengguna sangat penting bagi tim produk yang tidak ingin mengandalkan firasat atau keberuntungan saat membuat keputusan produk." - Sophie Grigoryan [\[3\]](https://userpilot.com/blog/user-behavioral-analysis/)
-
-Langkah selanjutnya adalah menguji versi pembaruan yang berbeda secara sistematis.
-
-### Menguji Versi Pembaruan
-
-Platform Capgo, dengan lebih dari 947,6 juta pembaruan yang dikirimkan secara global [\[1\]](https://capgo.app/), menawarkan wawasan tentang strategi pengujian yang efektif. Berikut yang perlu difokuskan:
-
--   **Pemantauan Kinerja Real-time**: Pantau waktu respons dan tingkat kesalahan segera setelah menerapkan pembaruan.
--   **Penggunaan Sumber Daya**: Pastikan pembaruan tidak membebani sumber daya sistem atau mengurangi kinerja aplikasi.
--   **Perbandingan Versi**: Gunakan pengujian A/B untuk mengevaluasi versi pembaruan yang berbeda dengan kelompok pengguna yang lebih kecil sebelum diluncurkan secara luas.
-
-Metode-metode ini membantu memastikan pembaruan Anda efisien dan diterima dengan baik.
-
-## Memperbaiki Masalah Pembaruan
-
-Menangani masalah pembaruan sangat penting untuk menjaga kepuasan pengguna dan memastikan aplikasi Anda berjalan lancar.
-
-### Menemukan Kesalahan Pembaruan
-
-Capacitor-updater menyediakan alat untuk membantu Anda mengidentifikasi dan menyelesaikan masalah pembaruan:
-
--   Siapkan listener **updateFailed** dan **downloadFailed** untuk menangkap masalah selama proses pembaruan.
--   Gunakan **notifyAppReady()** untuk mengkonfirmasi bahwa bundle pembaruan telah berhasil dimuat.
--   Konfigurasi **appReadyTimeout** untuk mendeteksi keterlambatan dalam proses pemuatan.
-
-Melacak kesalahan memungkinkan Anda untuk menentukan di mana masalah terjadi dan mengambil tindakan untuk meningkatkan kinerja.
-
-> "Appflow Live Updates memungkinkan Anda menerapkan perubahan kode web langsung ke aplikasi terinstal pengguna tanpa mengharuskan mereka mengunduh versi baru dari app store. Anggap saja sebagai peningkatan diam-diam di latar belakang yang dapat memperbaiki bug, memperkenalkan fitur baru, dan mengoptimalkan kinerja." – Ashwini Shukla, Product Manager untuk Appflow [\[5\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga)
-
-### Memperbaiki Masalah Kecepatan
-
-Pemantauan kinerja sangat penting untuk memastikan pembaruan disampaikan dengan cepat dan efisien. Tes beta menunjukkan bahwa pembaruan sering kali selesai hanya dalam hitungan detik [\[4\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever).
-
-Metrik utama untuk dilacak meliputi:
-
--   Waktu muat dan tingkat respons
--   Penggunaan memori
--   Penggunaan CPU
--   Permintaan jaringan
--   Frekuensi crash
-
-Alat seperti **Firebase Performance Monitoring** atau **[Sentry](https://sentry.io/)** dapat membantu Anda memantau metrik ini dan mengatur peringatan untuk potensi masalah.
-
-### Manajemen Ukuran Pembaruan
-
-Menjaga ukuran pembaruan tetap kecil sangat penting untuk pengiriman yang lebih cepat. Berikut beberapa teknik yang efektif:
-
-| Teknik | Efek | Implementasi |
-| --- | --- | --- |
-| Flag Produksi | Mengurangi ukuran bundle | Gunakan flag `--prod` dan `--release` |
-| Minifikasi Kode | Mengurangi ukuran APK | Aktifkan `minifyEnabled` |
-| Pembersihan Sumber Daya | Menghapus file yang tidak digunakan | Hapus SVG yang tidak digunakan dan potongan usang |
-| Manajemen Source Map | Mengurangi ukuran file | Nonaktifkan `sourceMap` di `angular.json` |
-
-Misalnya, menghapus SVG yang tidak digunakan mengurangi ukuran APK satu aplikasi dari 4,2 MB menjadi 3,4 MB [\[6\]](https://stackoverflow.com/questions/50988174/how-do-i-decrease-the-size-of-the-ionic-android-apk-file).
-
-Platform Capgo menawarkan alat otomatis untuk mengoptimalkan ukuran pembaruan. Sistem pembaruan diferensial mereka hanya mentransfer file yang telah berubah, mempercepat pengiriman dan meningkatkan kinerja keseluruhan sambil memastikan kepatuhan dengan persyaratan app store.
-
-## Pedoman Pelacakan Pembaruan
-
-### Menetapkan Metrik Standar
-
-Untuk melacak kinerja pembaruan secara efektif, gunakan metrik yang konsisten yang secara langsung mempengaruhi pengalaman pengguna. Area utama yang perlu dipantau meliputi:
-
-| Kategori Metrik | Pengukuran Utama |
-| --- | --- |
-| **Waktu Muat** | Targetkan aplikasi untuk dimuat dalam waktu kurang dari 3 detik |
-| **Laporan Crash** | Jaga crash aplikasi seminimal mungkin |
-| **Penggunaan Memori** | Pastikan penggunaan memori yang efisien, terutama pada perangkat low-end |
-| **Penggunaan CPU** | Pantau aktivitas CPU selama pembaruan |
-| **Permintaan Jaringan** | Lacak tingkat keberhasilan permintaan jaringan selama pembaruan |
-
-Penelitian oleh [UXCam](https://uxcam.com/) menunjukkan bahwa 53% pengguna meninggalkan aplikasi yang membutuhkan waktu lebih dari 3 detik untuk dimuat [\[7\]](https://uxcam.com/blog/how-to-improve-mobile-app-performance/). Memantau metrik ini dengan cermat untuk platform iOS dan Android mem
-
-Berikut cara membuat laporan Anda berdampak:
-
--   **Lacak performa berdasarkan versi**: Analisis setiap versi aplikasi secara terpisah untuk mengidentifikasi masalah.
--   **Bandingkan data sebelum dan sesudah pembaruan**: Identifikasi perubahan yang disebabkan oleh pembaruan.
--   **Pantau tren jangka panjang**: Cari pola berulang atau peningkatan dari waktu ke waktu.
-
-> "Meningkatkan performa aplikasi mobile adalah proses berkelanjutan yang vital dan kompleks." – Tope Longe, Growth Marketing Manager, UXCam [\[7\]](https://uxcam.com/blog/how-to-improve-mobile-app-performance/)
-
-Laporan-laporan ini akan membantu Anda mengidentifikasi area yang membutuhkan perhatian segera dan memandu perbaikan jangka panjang.
-
-### Menggunakan Data Pelacakan
-
-Ubah metrik Anda menjadi tindakan bermakna untuk meningkatkan performa aplikasi Anda.
-
-**Tindakan Segera:**
-
--   Atur peringatan untuk metrik penting dan tinjau dasbor setiap hari.
--   Terapkan pelaporan crash secara real-time untuk mengatasi masalah saat muncul.
-
-**Strategi Jangka Panjang:**
-
--   Hapus framework kode yang tidak digunakan untuk mempercepat unduhan.
--   Pindahkan tugas pemrosesan berat ke background untuk meningkatkan responsivitas.
--   Tambahkan fungsionalitas offline agar pengguna dapat mengakses aplikasi bahkan saat jaringan terputus.
-
-Platform seperti Capgo dapat menyediakan analitik mendalam dan memungkinkan rollback cepat saat diperlukan, memastikan pengalaman pengguna yang lebih lancar.
-
-## Ringkasan
-
-### Hasil Pelacakan Pembaruan
-
-Alat pelacakan pembaruan modern telah terbukti menjadi pembawa perubahan bagi tim pengembangan:
-
--   Tim pengembangan di seluruh dunia telah mengirimkan **519,5 juta pembaruan** menggunakan alat-alat ini [\[1\]](https://capgo.app/).
--   Tim melaporkan **peningkatan efisiensi 81%** berkat siklus rilis yang lebih cepat [\[1\]](https://capgo.app/).
-
-Dengan menggabungkan pelacakan metrik efektif dengan pembaruan langsung, pengembang telah membayangkan kembali cara mereka memelihara dan meningkatkan aplikasi mereka. Bahkan tim NASA's [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/) memuji pendekatan ini:
-
-> "@Capgo adalah cara cerdas untuk melakukan hot code push (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Siap melihat hasil ini sendiri? Ikuti langkah-langkah di bawah untuk mulai melacak pembaruan secara efektif.
-
-### Memulai
-
-Berikut cara memulai pelacakan metrik pembaruan:
-
--   **Pasang plugin dan tentukan metrik kunci** untuk dipantau. Fokus pada hal berikut:
-    
-    | Jenis Metrik | Target | Dampak |
-    | --- | --- | --- |
-    | Waktu Muat | Kurang dari 3 detik | Meningkatkan retensi |
-    | Tingkat Keberhasilan Pembaruan | Di atas 99% | Memastikan stabilitas |
-    | Kecepatan Unduh | Kurang dari 5 detik | Meningkatkan kepuasan |
-    
--   **Gunakan alat pembaruan langsung** seperti Capgo untuk deployment yang aman dan instan.
-    
-
-Seperti yang dibagikan oleh seorang pengguna:
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/real-time-updates-with-user-segmentation.md b/src/content/blog/id/real-time-updates-with-user-segmentation.md
deleted file mode 100644
index ed7f812e5..000000000
--- a/src/content/blog/id/real-time-updates-with-user-segmentation.md
+++ /dev/null
@@ -1,183 +0,0 @@
----
-slug: real-time-updates-with-user-segmentation
-title: Pembaruan Real-time dengan Segmentasi Pengguna
-description: >-
-  Pelajari bagaimana pembaruan real-time dan segmentasi pengguna dapat
-  meningkatkan kinerja, keterlibatan, dan personalisasi aplikasi untuk
-  pengalaman pengguna yang lebih terarah.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T01:23:29.243Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db5cb48d9574929cf1042f-1742433905119.jpg
-head_image_alt: Pengembangan Seluler
-keywords: 'real-time updates, user segmentation, app engagement, feature testing, Capgo'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Pembaruan real-time memungkinkan Anda memberikan perubahan aplikasi secara instan tanpa menunggu persetujuan app store. Menggabungkan ini dengan segmentasi pengguna memungkinkan Anda menargetkan grup tertentu, menguji fitur, dan mempersonalisasi pengalaman secara efektif. Berikut cara kerjanya:
-
--   **Pembaruan Real-Time**: Kirim perbaikan bug dan fitur baru langsung ke pengguna, menjangkau 95% dalam 24 jam.
--   **Segmentasi Pengguna**: Kelompokkan pengguna (mis., beta tester, power user) untuk menguji pembaruan, melakukan peluncuran bertahap, dan menyesuaikan pengalaman aplikasi.
--   **Metrik Utama untuk Dipantau**: Durasi sesi, penggunaan fitur, adopsi pembaruan, dan tingkat kesalahan.
--   **Tools**: [Capgo](https://capgo.app/) memastikan pembaruan yang cepat dan aman dengan tingkat keberhasilan global 82% dan analitik terperinci.
--   **Manfaat**: Pembaruan lebih cepat, risiko berkurang, fitur yang dipersonalisasi, dan peningkatan keterlibatan.
-
-Mulai dengan mendefinisikan segmen pengguna, menginstal Capgo (`npx @capgo/cli init`), dan melacak kinerja pembaruan untuk menyempurnakan strategi Anda.
-
-## Blok Dasar Segmentasi Pengguna
-
-### Pengumpulan Data Pengguna
-
-Untuk membuat segmen pengguna yang bermakna, Anda pertama-tama perlu melacak bagaimana pengguna berinteraksi dengan aplikasi Anda. Fokus pada pengumpulan metrik utama seperti ini:
-
-| **Tipe Data** | **Tujuan** | **Dampak** |
-| --- | --- | --- |
-| **Sesi (Durasi)** | Memahami tingkat keterlibatan | Mengidentifikasi power user vs pengguna biasa |
-| **Penggunaan Fitur** | Mengidentifikasi fungsi populer | Memprioritaskan fitur mana yang perlu ditingkatkan |
-| **Respons Pembaruan** | Mengukur adopsi pembaruan | Menyempurnakan strategi peluncuran |
-| **Tingkat Kesalahan** | Memantau stabilitas aplikasi | Mengidentifikasi dan mengatasi masalah untuk segmen |
-
-Menggunakan analitik Capgo, Anda dapat melacak tingkat keberhasilan pembaruan dan keterlibatan pengguna, memberikan wawasan terperinci tentang bagaimana pengguna yang berbeda berinteraksi dengan aplikasi Anda [\[1\]](https://capgo.app/). Data ini membentuk tulang punggung segmentasi pengguna yang efektif.
-
-### Membuat Segmen Pengguna
-
-Setelah Anda mengumpulkan data, langkah selanjutnya adalah mengelompokkan pengguna ke dalam segmen menggunakan sistem channel Capgo. Ini memungkinkan pengembang untuk mengelola pembaruan dan menguji fitur dengan presisi.
-
-> "Kami meluncurkan [pembaruan OTA Capgo](https://console.capgo.app/resend_email) dalam produksi untuk basis pengguna kami sebanyak 5.000. Kami melihat operasi yang sangat lancar; hampir semua pengguna kami telah diperbarui dalam hitungan menit setelah OTA diimplementasikan ke @Capgo." – colenso, @colenso [\[1\]](https://capgo.app/)
-
-Pengembang dapat mengorganisir pengguna ke dalam kategori seperti beta tester, power user, pengguna baru, atau akun perusahaan. Segmentasi ini membantu dalam pengujian pembaruan, peluncuran bertahap, atau menyesuaikan fitur untuk grup tertentu.
-
-| **Tipe Segmen** | **Deskripsi** | **[Strategi Pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)** |
-| --- | --- | --- |
-| **Beta Tester** | Early adopter yang menguji fitur | Mendapatkan pembaruan pertama |
-| **Power User** | Pengguna yang sangat terlibat dan sering | Memprioritaskan peningkatan kinerja |
-| **Pengguna Baru** | Baru bergabung dengan platform | Menyederhanakan peluncuran fitur |
-| **Perusahaan** | Akun bisnis atau organisasi | Menggunakan jendela pemeliharaan terjadwal |
-
-Tools Capgo memudahkan penyesuaian segmen ini seiring perubahan perilaku pengguna, memastikan pembaruan dan fitur Anda tetap relevan [\[1\]](https://capgo.app/).
-
-## Menyiapkan Pembaruan Tersegmentasi
-
-### Tindakan Pengguna Utama untuk Dilacak
-
-Untuk lebih memahami keterlibatan pengguna dan penggunaan aplikasi, fokus pada perilaku spesifik yang menunjukkan pola. Berdasarkan data dari 750 aplikasi produksi, tindakan-tindakan ini terbukti paling informatif:
-
-| **Tindakan Pengguna** | **Mengapa Melacaknya** | **Dampak pada Pembaruan** |
-| --- | --- | --- |
-| Frekuensi Penggunaan Fitur | Mengidentifikasi pengguna berat vs biasa | Membantu memprioritaskan pembaruan |
-| Durasi Sesi | Mengukur tingkat keterlibatan | Menginformasikan waktu pembaruan |
-| Temuan Kesalahan | Menyoroti masalah stabilitas | Memandu di mana hotfix diperlukan |
-| Waktu Instalasi Pembaruan | Menunjukkan efisiensi penyebaran | Menyempurnakan strategi peluncuran |
-
-Setelah Anda mengidentifikasi metrik utama ini, saatnya memilih tools yang tepat untuk mengimplementasikan pembaruan tersegmentasi secara efektif.
-
-### Tools dan Pengaturan Pembaruan
-
-Agar pembaruan tersegmentasi berjalan lancar, Anda memerlukan tools yang andal yang memastikan kepatuhan dan efisiensi. Cari tools yang memenuhi tolok ukur kinerja ini:
-
--   **95% adopsi pembaruan pengguna aktif dalam 24 jam**
--   **Kinerja [CDN](https://en.wikipedia.org/wiki/Content_delivery_network) global**: bundle 5MB terkirim dalam 114ms
--   **82% tingkat keberhasilan pembaruan di seluruh dunia**
--   **Waktu respons API global**: 57ms
-
-Dengan tools ini siap, pengujian menyeluruh sangat penting untuk memastikan semuanya berjalan sesuai rencana.
-
-### Pengujian Kinerja Segmen
-
-Pengujian memastikan pembaruan efektif dan diterima dengan baik. Gunakan pendekatan terstruktur untuk mengevaluasi kinerja di berbagai segmen pengguna:
-
-| **Fase Pengujian** | **Implementasi** | **Metrik Keberhasilan** |
-| --- | --- | --- |
-| Pengujian Beta | Rilis ke early adopter terlebih dahulu | Mengumpulkan umpan balik pengguna dan laporan bug |
-| Peluncuran Bertahap | Secara bertahap meningkatkan persentase penyebaran | Mengukur tingkat keberhasilan pembaruan |
-| Pemantauan Kinerja | Melacak metrik untuk setiap segmen | Menilai keterlibatan pasca-pembaruan |
-| Kesiapan Rollback | Mengaktifkan pembalikan versi dengan satu klik | Meminimalkan downtime jika masalah muncul |
-
-Sangat penting untuk menjaga batas segmen yang jelas dan memantau secara ketat bagaimana setiap grup merespons pembaruan. Analitik akan membantu menyempurnakan pendekatan Anda.
-
-Untuk aplikasi perusahaan, menyiapkan channel pengujian terpisah untuk segmen pengguna utama memastikan Anda dapat mempertahankan tingkat keberhasilan pembaruan 82% sambil mengelola basis pengguna yang beragam di berbagai wilayah dan pola penggunaan.
-
-## Mempersonalisasi Pengalaman Aplikasi
-
-### Menyesuaikan Fitur untuk Grup Pengguna yang Berbeda
-
-Dengan segmentasi real-time, pengembang dapat menyesuaikan fitur aplikasi untuk berbagai grup pengguna. Misalnya, tools lanjutan dapat ditawarkan kepada power user, sementara pengguna baru mungkin melihat antarmuka yang lebih sederhana untuk membantu mereka memulai. Dengan melacak keterlibatan secara real-time, penyesuaian ini dapat terus disempurnakan untuk memenuhi kebutuhan setiap grup. Pendekatan ini juga memengaruhi cara Anda berkomunikasi dengan pengguna.
-
-### Notifikasi Push Cerdas
-
-Kirim notifikasi yang penting, saat diperlukan. Dengan menyesuaikan pesan dan waktu agar sesuai dengan kebiasaan grup pengguna tertentu, Anda dapat membuat pengguna aktif tetap terinformasi dan membawa kembali pengguna tidak aktif. Pendekatan yang ditargetkan ini memastikan notifikasi Anda berdampak.
-
-### Sistem Manajemen Pembaruan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Untuk mendukung interaksi yang dipersonalisasi ini, [manajemen pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) yang efektif sangat penting. Sistem channel Capgo memberikan kontrol presisi atas pembaruan, memungkinkan pengujian beta, peluncuran bertahap, dan rilis fitur yang ditargetkan ke segmen pengguna tertentu. Dengan analitik real-time dan pengaturan izin terperinci, Capgo memastikan kepatuhan terhadap aturan app store - terutama penting untuk aplikasi perusahaan.
-
-## Melacak Hasil dan Keberhasilan
-
-### Metrik Kinerja
-
-Analitik memainkan peran penting dalam melacak kinerja pembaruan. Indikator utama mencakup tingkat keberhasilan pembaruan, seberapa cepat pengguna mengadopsi pembaruan, dan tingkat keterlibatan. Misalnya, 95% pengguna aktif menginstal pembaruan dalam 24 jam, dan tingkat keberhasilan global untuk pembaruan mencapai 82% [\[1\]](https://capgo.app/).
-
-### Menguji Pendekatan Berbeda
-
-Menggunakan metrik ini, pengujian sistematis membantu menyempurnakan strategi pembaruan Anda. [A/B testing](https://en.wikipedia.org/wiki/A/B_testing) sangat berguna untuk mengidentifikasi metode segmentasi mana yang paling efektif.
-
-| Komponen Pengujian | Yang Perlu Diukur | Mengapa Itu Penting |
-| --- | --- | --- |
-| Waktu Pembaruan | Tingkat instalasi pada berbagai waktu | Membantu menentukan jadwal rilis terbaik |
-| Kriteria Segmen | Keterlibatan pengguna dalam setiap segmen | Mengkonfirmasi efektivitas segmentasi |
-| Peluncuran Fitur | Tingkat penggunaan di berbagai grup pengguna | Memvalidasi nilai fitur baru |
-
-Selama pengujian, melacak kesalahan sangat penting. Ini memungkinkan Anda menangkap masalah lebih awal, memperbaikinya dengan cepat, dan menjaga stabilitas aplikasi [\[1\]](https://capgo.app/).
-
-### Mengukur Dampak Bisnis
-
-Pembaruan real-time dan tersegmentasi tidak hanya meningkatkan kinerja teknis - mereka juga memberikan manfaat bisnis yang jelas. Mengukur manfaat ini dapat memberikan wawasan yang dapat ditindaklanjuti.
-
-Metrik utama yang perlu difokuskan meliputi:
-
--   **Retensi Pengguna**: Periksa bagaimana pembaruan memengaruhi keterlibatan jangka panjang.
--   **Tiket Dukungan**: Lacak apakah pembaruan yang ditargetkan mengurangi masalah dukungan pelanggan.
--   **Efisiensi Pengembangan**: Ukur waktu yang dihemat dalam penerapan dan perbaikan bug.
--   **Kepuasan Pengguna**: Analisis peringkat aplikasi dan umpan balik di berbagai grup pengguna.
-
-## Panduan Langkah demi Langkah untuk PLG Real-Time dengan Segment dan ...
-
-<iframe src="https://www.youtube.com/embed/4h1BQ5Z8tIA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Langkah Selanjutnya
-
-Siap untuk menerapkan pembaruan real-time tersegmentasi? Berikut panduan langkah demi langkah untuk membantu Anda mengimplementasikannya secara efektif.
-
-### Poin Utama
-
-Mulai dengan menginstal [plugin Capgo](https://capgo.app/plugins/) (`npx @capgo/cli init`), kemudian definisikan segmen pengguna berdasarkan perilaku dan tujuan bisnis Anda. Terakhir, siapkan sistem pemantauan untuk memastikan tingkat keberhasilan pembaruan global sebesar 82% [\[1\]](https://capgo.app/). Pengaturan ini memungkinkan Anda menerapkan pembaruan secara instan tanpa peninjauan app store, sambil tetap mematuhi pedoman platform.
-
-Berikut tiga elemen utama yang perlu difokuskan:
-
--   **Pengaturan Teknis**: Instal plugin Capgo menggunakan perintah: `npx @capgo/cli init`.
--   **Strategi Segmentasi**: Kelompokkan pengguna berdasarkan keterlibatan, perilaku, dan tujuan. Ini memungkinkan Anda mengirim pembaruan yang ditargetkan ke channel pengguna tertentu.
--   **Kerangka Pemantauan**: Lacak kinerja pembaruan dan sempurnakan pengiriman untuk hasil yang lebih baik.
-
-Mari kita lihat bagaimana mengimplementasikan strategi ini dengan cepat menggunakan Capgo.
-
-### Mulai Menggunakan Capgo
-
-Memulai dengan Capgo sangat sederhana dan dirancang untuk kecepatan dan keandalan. Dengan menggabungkan segmentasi dan pemantauan, Anda dapat mengirimkan pembaruan secara aman dan efisien. Sistem saluran Capgo memberi Anda kontrol yang tepat atas bagaimana pembaruan didistribusikan, menjadikannya ideal untuk pengujian beta dan peluncuran bertahap.
-
-Berikut adalah rincian implementasi singkat:
-
-| Fase | Item Tindakan | Hasil yang Diharapkan |
-| --- | --- | --- |
-| Pengaturan Awal | Instal plugin Capgo dan konfigurasikan | Dasar pembaruan yang kuat |
-| Segmentasi | Tentukan saluran pengguna dan kelompok target | [Pengiriman pembaruan terorganisir](https://capgo.app/docs/live-updates/update-behavior/) |
-| Penerapan | Gunakan CLI untuk meluncurkan pembaruan dan memantau | Peluncuran yang cepat dan terkendali |
-| Optimisasi | Analisis kinerja dan sesuaikan penargetan | Efisiensi yang ditingkatkan |
-
-Alat manajemen pengguna Capgo yang canggih memungkinkan Anda untuk mengontrol pembaruan pada tingkat yang detail. Untuk tim yang mengikuti praktik pengembangan agile, fitur seperti enkripsi end-to-end dan analitik terperinci memastikan pembaruan aman dan berkinerja tinggi.
diff --git a/src/content/blog/id/refresh-token-rotation-in-cicd-workflows.md b/src/content/blog/id/refresh-token-rotation-in-cicd-workflows.md
deleted file mode 100644
index 2946e7617..000000000
--- a/src/content/blog/id/refresh-token-rotation-in-cicd-workflows.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: refresh-token-rotation-in-cicd-workflows
-title: Rotasi Token Penyegaran dalam Alur Kerja CI/CD
-description: >-
-  Mengimplementasikan rotasi token refresh meningkatkan keamanan dalam alur
-  kerja CI/CD dengan mengotomatiskan manajemen akses dan meminimalkan risiko
-  terkait dengan kredensial yang dicuri.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T04:31:38.871Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68214ae55e3fe4823b5f6cab-1747024366276.jpg
-head_image_alt: Pengembangan Perangkat Lunak
-keywords: >-
-  token rotation, CI/CD security, refresh tokens, credential management, secure
-  deployments
-tag: 'Development, Security, Technology'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin mengamankan alur kerja CI/CD Anda? Mulailah dengan rotasi token segar.** Praktik ini memastikan bahwa token memiliki masa berlaku yang singkat, mengurangi risiko kredensial yang dicuri dan mengotomatiskan manajemen akses. Berikut adalah alasannya:
-
--   **Apa yang dilakukannya**: Token segar menggantikan token akses lama dengan yang baru, membatalkan token sebelumnya setelah digunakan.
--   **Mengapa ini penting**: Token yang memiliki masa berlaku singkat membatasi paparan, mendeteksi ancaman lebih cepat, dan mengurangi kemungkinan akses tidak sah.
--   **Cara mengimplementasikannya**: Gunakan alat seperti **[HashiCorp Vault](https://www.hashicorp.com/products/vault)** atau **[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/)** untuk penyimpanan token yang aman dan rotasi. Konfigurasikan platform CI/CD seperti [GitHub Actions](https://docs.github.com/actions) atau [GitLab CI](https://docs.gitlab.com/ee/ci/) untuk mengotomatiskan proses dengan skrip.
--   **Hindari waktu mati**: Tambahkan periode tenggang, mekanisme cadangan, dan pemeriksaan kesehatan untuk memastikan penyebaran berjalan lancar.
--   **Ikuti standar**: Gunakan enkripsi TLS, lacak penggunaan token, dan sesuaikan dengan pedoman NIST dan SOC 2.
-
-**Tip Cepat:** Platform seperti [Capgo](https://capgo.app/) menyederhanakan rotasi token dengan mengotomatiskan proses, mengintegrasikan enkripsi, dan mengurangi biaya dibandingkan dengan standar industri.
-
-Rotasi token adalah cara yang sederhana namun efektif untuk mengamankan saluran CI/CD Anda. Teruslah membaca untuk belajar bagaimana cara mengatur dan menghindari jebakan umum.
-
-## GitLab 17.7 - Rotasi Token melalui UI
-
-## Menyiapkan Rotasi Token di CI/CD
-
-Mengimplementasikan rotasi token segar adalah langkah kunci dalam mengamankan penyebaran CI/CD.
-
-### Metode Penyimpanan Token
-
-Untuk menjaga keamanan token Anda, pertimbangkan menggunakan solusi berbasis cloud canggih:
-
-**Integrasi HashiCorp Vault**
-
--   Gunakan rahasia dinamis yang otomatis berputar.
--   Konfigurasikan durasi sewa untuk kredensial sementara.
--   Aktifkan pencatatan audit untuk memantau penggunaan token.
-
-**AWS Secrets Manager**
-
--   Atur jadwal rotasi otomatis.
--   Aktifkan pelacakan versi untuk mengelola kredensial secara efektif.
--   Aktifkan replikasi lintas wilayah untuk redundansi tambahan.
-
-Kedua metode memastikan penyebaran yang aman dan otomatis, mengurangi intervensi manual.
-
-### Pengaturan Platform CI/CD
-
-Setiap platform CI/CD memerlukan konfigurasi spesifik untuk menangani rotasi token secara efektif:
-
-**Pengaturan GitHub Actions**:
-
-**Konfigurasi GitLab CI/CD**:
-
-Sesuaikan contoh-contoh ini agar sesuai dengan kebutuhan platform Anda dan pastikan rotasi token berjalan dengan lancar.
-
-### Mencegah Gangguan Penyebaran
-
-Rotasi token kadang-kadang dapat menyebabkan masalah penyebaran, tetapi Anda dapat menghindari waktu mati dengan strategi berikut:
-
--   **Implementasi Periode Tenggang**: Izinkan overlap 15 menit di mana kedua token lama dan baru berlaku. Ini memastikan pekerjaan yang sedang berlangsung selesai tanpa gangguan sementara yang baru dimulai dengan kredensial yang diperbarui.
--   **Mekanisme Cadangan**: Siapkan metode otentikasi cadangan untuk digunakan jika rotasi token gagal.
--   **Pemeriksaan Kesehatan**: Secara teratur verifikasi validitas token dan proses rotasi.
-
-Contoh skrip pemeriksaan kesehatan:
-
-Platform seperti Capgo dapat menyederhanakan manajemen siklus hidup token, memastikan operasi berjalan lancar tanpa waktu mati.
-
-## Standar Keamanan untuk Rotasi Token
-
-### Pengaturan TLS dan Enkripsi
-
-Untuk memastikan pertukaran token yang aman, sangat penting untuk mengimplementasikan protokol enkripsi bertingkat. Mulailah dengan mengonfigurasi **autentikasi mutual TLS (mTLS)** antara layanan CI/CD Anda dan sistem manajemen token. Berikut adalah contoh bagaimana konfigurasi mTLS yang tepat mungkin terlihat:
-
-Capgo meningkatkan keamanan token dengan **enkripsi end-to-end (E2E)**, memastikan bahwa token tetap terlindungi sepanjang siklus hidupnya [\[1\]](https://capgo.app). Selain enkripsi, sangat penting untuk memantau penggunaan token untuk memastikan efektivitas langkah-langkah keamanan ini.
-
-### Pelacakan Penggunaan Token
-
-Melacak bagaimana token digunakan adalah cara proaktif untuk menangkap masalah keamanan potensial. Metrik seperti tingkat keberhasilan rotasi dapat mengungkapkan kerentanan lebih awal, memberikan Anda kesempatan untuk mengatasinya sebelum berkembang. Tingkat pemantauan ini juga memastikan bahwa praktik manajemen token Anda selaras dengan pedoman keamanan yang telah ditetapkan.
-
-### Memenuhi Standar Keamanan
-
-Untuk memenuhi standar keamanan modern, ikuti pedoman ini untuk rotasi token:
-
-**Rekomendasi NIST:**
-
--   Gunakan **masa berakhir token otomatis** untuk mengurangi risiko paparan.
--   Pastikan token menggunakan **panjang kunci yang kuat** (setidaknya 2048 bit).
--   Simpan token produksi dan pengembangan di **sistem penyimpanan terpisah**.
--   Siapkan **pemantauan otomatis** untuk melacak aktivitas terkait token.
--   Implementasikan **mekanisme pemulihan** untuk memulihkan dari kesalahan terkait token.
--   Terapkan **kontrol akses berbasis peran (RBAC)** untuk membatasi akses token hanya kepada pengguna yang berwenang.
-
-**Kepatuhan SOC 2:**
-
--   Pertahankan dokumentasi rinci dari prosedur rotasi token.
--   Aktifkan **pencatatan audit** untuk semua operasi token untuk memastikan dapat dilacak.
--   Kembangkan dan tegakkan **prosedur tanggap darurat** untuk menangani pelanggaran keamanan terkait token.
-
-## Rotasi Token untuk Sistem Skala Besar
-
-Ketika rotasi token mengalami masalah dalam pipeline CI/CD yang kompleks, sangat penting untuk memiliki sistem pemulihan kesalahan yang kuat. Ini memastikan masalah diidentifikasi dengan cepat, terselesaikan secara otomatis jika mungkin, atau dipulihkan ke keadaan stabil. Untuk sistem skala besar, menjaga operasi yang lancar memerlukan pendekatan terstruktur yang baik untuk pemulihan kesalahan.
-
-### Langkah Pemulihan Kesalahan
-
-Berikut adalah contoh konfigurasi untuk menangani kesalahan selama rotasi token:
-
-Proses pemulihan biasanya melibatkan langkah-langkah berikut:
-
--   **Deteksi kegagalan**: Gunakan alat pemantauan otomatis untuk mengidentifikasi masalah secepat mungkin.
--   **Jeda operasi tergantung**: Sementara hentikan proses terkait untuk menghindari efek domino.
--   **Coba pemulihan**: Ikuti prosedur pemulihan yang telah ditentukan untuk memperbaiki masalah secara otomatis.
--   **Rollback jika perlu**: Jika upaya pemulihan gagal, kembalikan ke status token sebelumnya untuk memulihkan stabilitas.
-
-> "Pelacakan Kesalahan: Secara proaktif memantau dan memperbaiki masalah sebelum berdampak pada pengguna" - Capgo [\[1\]](https://capgo.app)
-
-Pendekatan terstruktur ini meminimalkan waktu mati dan memastikan standar keamanan tetap terjaga. Sistem pemantauan mengawasi setiap langkah, memungkinkan tim untuk bertindak cepat dan efektif saat masalah rotasi token muncul.
-
-## Menggunakan [Capgo](https://capgo.app/) untuk Keamanan CI/CD
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68214ae55e3fe4823b5f6cab/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgo membangun strategi rotasi token yang terbukti untuk memperkuat keamanan CI/CD, menawarkan alat yang menjadikan penyebaran yang aman baik lancar maupun dapat diandalkan.
-
-### Alat Keamanan Capgo
-
-Di inti pengaturan keamanan Capgo adalah **enkripsi end-to-end**, memastikan pembaruan hanya dapat diakses oleh pengguna yang berwenang. Kerangka kerja enkripsi ini terintegrasi dengan mulus dengan platform CI/CD populer, memberikan fondasi yang aman untuk penyebaran.
-
-### Pengaturan Rotasi Token Capgo
-
-Menyiapkan rotasi token dengan Capgo sangatlah sederhana, berkat alat CLI-nya. Setelah menginstal plugin Capgo, konfigurasikan saluran Anda dengan fitur seperti interval rotasi 24 jam, opsi cadangan, dan pemantauan aktif. Sistem secara otomatis menangani pembaruan token, memastikan penyebaran tetap tidak terputus. Proses yang disederhanakan ini menyoroti bagaimana Capgo menyederhanakan keamanan dibandingkan dengan platform lain.
-
-### Capgo vs Platform Lain
-
-Sejak 2022, lanskap keamanan CI/CD telah mengalami kemajuan signifikan, dan Capgo menonjol bagi tim yang beralih dari sistem yang lebih tua. Berikut adalah perbandingannya:
-
-| Fitur | Capgo | Standar Industri |
-| --- | --- | --- |
-| Enkripsi End-to-End | Ya | Bervariasi |
-| Opsi Self-Hosting | Tersedia | Jarang |
-| Biaya Operasional Bulanan | ~$300 | $500+ |
-| Otomatisasi Rotasi Token | Tertanam | Terbatas |
-
-> "Kami saat ini mencoba @Capgo sejak Appcenter menghentikan dukungan pembaruan langsung pada aplikasi hibrida dan @AppFlow terlalu mahal." - Simon Flack[\[1\]](https://capgo.app)
-
-Biaya pengaturan CI/CD satu kali Capgo sebesar $2,600 menawarkan penghematan jangka panjang, dengan estimasi penghematan $26,100 dalam lima tahun[\[1\]](https://capgo.app). Dukungan untuk Capacitor 8, bersama dengan fitur untuk manajemen organisasi yang fleksibel, menjadikannya pilihan yang sangat baik untuk tim kecil dan perusahaan besar, terutama yang memprioritaskan langkah-langkah keamanan yang kuat.
-
-## Kesimpulan: Meningkatkan CI/CD dengan Rotasi Token
-
-### Manfaat Keamanan Kunci
-
-Rotasi token menyederhanakan manajemen kredensial sambil meningkatkan kemampuan deteksi ancaman.
-
-Berikut adalah beberapa manfaat keamanan utama dari strategi rotasi token yang dilaksanakan dengan baik:
-
-| **Area Peningkatan** | **Dampak** |
-| --- | --- |
-| Paparan Kredensial | Rotasi otomatis mengurangi risiko dengan menghilangkan penggunaan rahasia jangka panjang. |
-| Deteksi Pelanggaran | Pelacakan waktu nyata penggunaan token memungkinkan identifikasi ancaman lebih cepat. |
-| Kontrol Akses | Izin yang disesuaikan membantu membatasi akses tidak sah secara efektif. |
-
-Peningkatan ini menyoroti mengapa rotasi token adalah komponen kritis untuk memperkuat saluran CI/CD Anda.
-
-### Langkah untuk Mengimplementasikan Rotasi Token
-
-Untuk berhasil mengintegrasikan rotasi token ke dalam alur kerja Anda, fokus pada area-area penting ini:
-
-**Menyiapkan Infrastruktur**
-
--   Gunakan enkripsi TLS/SSL end-to-end untuk mengamankan komunikasi.
--   Simpan token dalam brankas aman yang dirancang untuk kredensial sensitif.
--   Konfigurasikan jadwal otomatis untuk memastikan token dirotasi secara teratur.
-
-**Mengonfigurasi Pemantauan**
-
--   Amati aktivitas token dengan cermat dengan melacak pola penggunaan.
--   Siapkan peringatan untuk perilaku tidak biasa, seperti token yang digunakan kembali dengan cara yang tidak terduga.
--   Catat semua acara siklus hidup token untuk mempertahankan jejak audit yang rinci.
-
-Untuk proses yang lebih terstruktur, alat seperti Capgo menggabungkan rotasi token langsung ke dalam pipeline CI/CD. Saat menerapkan fitur ini, pastikan Anda menerapkan mekanisme penanganan kesalahan yang kuat dan pengujian yang menyeluruh untuk menghindari gangguan. Pendekatan ini tidak hanya memperkuat keamanan Anda tetapi juga membantu mempertahankan operasi yang lancar, menciptakan fondasi yang dapat diandalkan untuk penerapan otomatis yang aman.
-
-## FAQ
-
-:::faq
-### Apa itu rotasi token refresh, dan bagaimana hal ini meningkatkan keamanan dalam alur kerja CI/CD?
-
-Rotasi token refresh adalah fitur keamanan di mana token refresh baru dikeluarkan setiap kali token sebelumnya digunakan. Metode ini membantu mengurangi risiko penyalahgunaan token karena token yang dikompromikan menjadi tidak valid setelah diputar.
-
-Dalam alur kerja CI/CD, menggunakan rotasi token refresh menambah lapisan perlindungan ekstra untuk tugas otomatis seperti [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) atau penerapan. Ini membatasi paparan token yang bertahan lama, memperkuat keamanan pipeline Anda. Alat seperti Capgo dapat terintegrasi dengan lancar ke dalam sistem CI/CD, memberikan pembaruan otomatis dan aman untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) sambil mematuhi pedoman platform.
-:::
-
-:::faq
-### Bagaimana saya dapat menerapkan rotasi token refresh dalam pipeline CI/CD untuk memastikan penerapan yang aman dan tidak terputus?
-
-Menerapkan rotasi token refresh dalam pipeline CI/CD Anda adalah langkah cerdas untuk menjaga keamanan penerapan Anda sambil berjalan dengan lancar. Berikut adalah beberapa tips praktis untuk mencapainya:
-
--   **Automasi rotasi token**: Bangun manajemen token langsung ke dalam alur kerja CI/CD Anda. Dengan cara ini, token akan diperbarui secara otomatis, menghilangkan kebutuhan untuk pembaruan manual.
--   **Amankan token dengan variabel lingkungan**: Selalu simpan token di variabel lingkungan alih-alih mengkodekan secara langsung ke dalam skrip Anda. Ini menambahkan lapisan perlindungan ekstra untuk informasi sensitif.
--   **Awasi aktivitas token**: Secara teratur pantau dan catat penggunaan token. Ini membantu Anda cepat menemukan penyalahgunaan atau akses yang tidak sah.
-
-Jika Anda mengembangkan dengan aplikasi Capacitor, **Capgo** menyederhanakan integrasi CI/CD. Ini memastikan pengelolaan pembaruan aplikasi langsung aman dan efisien. Menggabungkan rotasi token dengan alat seperti Capgo dapat membuat proses penerapan Anda lebih aman dan lebih terstruktur.
-:::
-
-:::faq
-### Bagaimana Capgo memastikan rotasi token yang aman dan integrasi CI/CD sambil tetap hemat biaya dibandingkan standar industri?
-
-Capgo menyediakan cara yang aman dan efisien untuk menangani rotasi token dan mengintegrasikan alur kerja CI/CD, selaras dengan standar industri sambil menekankan otomatisasi. Dengan menggabungkan rotasi token refresh ke dalam proses CI/CD, Capgo memastikan pengembang dapat menjaga pembaruan aplikasi tetap aman tanpa mengorbankan kemudahan penggunaan.
-
-Dalam hal biaya dan fitur, Capgo menonjol sebagai kandidat yang kuat. Ini menawarkan fungsionalitas kunci seperti **enkripsi end-to-end**, **integrasi CI/CD yang mulus**, dan **pembaruan waktu nyata**, semuanya sementara memenuhi pedoman kepatuhan Apple dan Android. Selain itu, harga Capgo dirancang agar ramah anggaran, menjadikannya opsi yang menarik bagi pengembang yang mencari solusi pembaruan langsung yang dapat diandalkan dan aman untuk aplikasi Capacitor.
-:::
diff --git a/src/content/blog/id/rollback-mechanisms-in-capacitor-plugins.md b/src/content/blog/id/rollback-mechanisms-in-capacitor-plugins.md
deleted file mode 100644
index d6db64b74..000000000
--- a/src/content/blog/id/rollback-mechanisms-in-capacitor-plugins.md
+++ /dev/null
@@ -1,217 +0,0 @@
----
-slug: rollback-mechanisms-in-capacitor-plugins
-title: Mekanisme Rollback di Plugin Capacitor
-description: >-
-  Periksa mekanisme rollback dalam plugin Capacitor untuk memastikan stabilitas
-  dan pemulihan cepat selama pembaruan, meningkatkan pengalaman pengguna, dan
-  meminimalkan waktu henti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:56:05.350Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99-1743821776760.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor plugins, rollback mechanisms, version control, update stability,
-  monitoring framework
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Mekanisme rollback memastikan stabilitas saat memperbarui plugin [Capacitor](https://capacitorjs.com/). Mereka memungkinkan Anda kembali ke versi sebelumnya jika pembaruan menyebabkan bug atau masalah, meminimalkan downtime dan meningkatkan pengalaman pengguna.
-
-### Poin Penting:
-
--   **Cara Kerja**: Menyimpan backup versi saat ini, memverifikasi pembaruan, dan melakukan rollback secara otomatis jika terjadi masalah.
--   **Kapan Digunakan**: Bug kritis, penurunan performa, atau keluhan pengguna setelah pembaruan.
--   **Komponen Utama**:
-    -   **Kontrol Versi**: Melacak versi plugin dan backup.
-    -   **Pemantauan**: Mendeteksi masalah secara real-time.
-    -   **Eksekusi Rollback**: Mengembalikan versi sebelumnya dengan mulus.
--   **Alat**:
-    -   **[Capgo](https://capgo.app/)**: Layanan terkelola dengan fitur seperti rollback satu klik dan analitik real-time.
-    -   **Plugin [Live Update](https://capgo.app/docs/plugin/self-hosted/auto-update/) Capacitor**: Solusi native yang memerlukan pengaturan manual tapi menawarkan akses API langsung.
-
-### Perbandingan Cepat:
-
-| Fitur | Capgo | Live Update Plugin |
-| --- | --- | --- |
-| Waktu Persiapan | Menit | Jam/Hari |
-| Enkripsi | End-to-end | Penandatanganan dasar |
-| Pemantauan | Analitik bawaan | Perlu integrasi manual |
-| Kecepatan Update | 114ms | Bervariasi |
-
-Sistem rollback sangat penting untuk pembaruan yang lancar dan kepuasan pengguna. Pilih solusi yang sesuai dengan kebutuhan Anda - baik itu kesederhanaan Capgo atau fleksibilitas manual dari Live Update Plugin.
-
-## Dasar-dasar Mekanisme Rollback
-
-### Cara Kerja Rollback
-
-Dalam [plugin Capacitor](https://capgo.app/plugins/), mekanisme rollback bekerja sebagai pengaman dengan menyimpan backup versi dan secara otomatis mengembalikan ke versi stabil sebelumnya jika terjadi masalah. Berikut cara kerjanya:
-
--   **Backup Versi**: Sebelum menerapkan pembaruan, sistem menyimpan salinan versi stabil saat ini.
--   **Pemeriksaan Kesehatan**: Setelah pembaruan, sistem memeriksa untuk memastikan semuanya berjalan dengan benar.
--   **Pengembalian Otomatis**: Jika pembaruan gagal dalam pemeriksaan kesehatan, sistem kembali ke versi backup.
-
-> "Rollback satu klik ke versi sebelumnya jika diperlukan" – Capgo [\[1\]](https://capgo.app/)
-
-### Kapan Menggunakan Rollback
-
-Rollback sangat penting ketika pembaruan menyebabkan masalah seperti bug kritis, performa lebih lambat, konflik versi, masalah integrasi, atau keluhan besar dari pengguna. Capgo melaporkan bahwa 82% pembaruan berhasil secara global [\[1\]](https://capgo.app/), namun untuk kasus lainnya, memiliki sistem rollback yang andal sangat penting untuk memperbaiki masalah dengan cepat.
-
-### Arsitektur Rollback [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Sistem rollback di Capacitor bergantung pada tiga komponen utama untuk menangani manajemen versi secara efektif:
-
-| Komponen | Fungsi | Fitur Utama |
-| --- | --- | --- |
-| Sistem Manajemen Versi | Melacak seluruh riwayat versi plugin | Akses cepat ke rilis stabil |
-| Kerangka Pemantauan | Terus memeriksa kinerja pembaruan | Deteksi masalah real-time |
-| Kontrol Distribusi | Menangani peluncuran bertahap pembaruan | Distribusi pembaruan yang ditargetkan dan bertahap |
-
-> "Proaktif memantau dan memperbaiki masalah sebelum berdampak pada pengguna" – Capgo [\[1\]](https://capgo.app/)
-
-Komponen-komponen ini menciptakan dasar yang kuat untuk mengelola rollback, yang akan dijelaskan lebih lanjut dalam panduan pengaturan.
-
-## Menyiapkan Rollback Plugin
-
-### Metode Utama Capacitor
-
-Untuk membuat sistem rollback untuk plugin Capacitor, penting untuk memahami metode inti yang mengelola versi dan pembaruan. Metode-metode ini berfokus pada tiga area utama:
-
-| Jenis Metode | Tujuan | Fungsi Utama |
-| --- | --- | --- |
-| Kontrol Versi | Mengelola versi plugin dan backup | Menyimpan riwayat versi dan memungkinkan perpindahan versi |
-| Pemantauan Kesehatan | Melacak status dan kinerja pembaruan | Memantau keberhasilan pengiriman dan mengidentifikasi masalah |
-| Eksekusi Rollback | Menangani proses pengembalian | Mengembalikan versi sebelumnya sambil menjaga integritas data |
-
-Metode-metode ini adalah dasar dari proses rollback yang andal, yang dapat Anda implementasikan menggunakan langkah-langkah yang diuraikan di bawah ini.
-
-### Panduan Implementasi
-
-Setelah Anda memahami dasar-dasar rollback, ikuti langkah-langkah ini untuk menyiapkan sistem yang fungsional:
-
-1.  **Konfigurasi Kontrol Versi**  
-    Integrasikan pelacakan versi ke dalam proses deployment Anda dan tetapkan titik pemulihan untuk pengembalian cepat. Data dari Capgo menunjukkan strategi ini dapat memangkas downtime hingga 85% selama kegagalan kritis [\[1\]](https://capgo.app/).
-    
-2.  **Siapkan Pemantauan**  
-    Sertakan pelacakan kesalahan, umpan balik pengguna, metrik kinerja, dan pemantauan status pembaruan untuk memastikan operasi yang lancar.
-    
-3.  **Tentukan Pemicu Rollback**  
-    Tetapkan pemicu rollback yang jelas untuk skenario seperti kesalahan kritis, masalah kinerja, masalah pengalaman pengguna, atau kegagalan integrasi.
-    
-
-### Tips Implementasi
-
-**Protokol Pengujian**: Gunakan strategi peluncuran bertahap untuk mengurangi risiko. Rodrigo Mantica menekankan, "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-Untuk pemulihan lebih cepat, hubungkan sistem rollback Anda ke pipeline CI/CD. Ini dapat mengurangi waktu pemulihan dari jam menjadi hanya menit [\[1\]](https://capgo.app/).
-
-## Apa itu Plugin Capacitor? #shorts
-
-<iframe src="https://www.youtube.com/embed/h7x1vIE42X8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Alat Manajemen Rollback
-
-Mengelola rollback secara efektif membutuhkan alat yang dapat menangani versi, pemantauan, dan pengembalian cepat. Berikut beberapa pilihan terbaik untuk mengelola rollback dalam [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/a64cd6a83185b5ac05d3640337221542.jpg)
-
-Capgo muncul sebagai solusi manajemen rollback yang kuat setelah penutupan [Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) pada 2024. Ini menyederhanakan pembaruan plugin dengan berbagai fitur:
-
-| Fitur | Keunggulan | Kinerja |
-| --- | --- | --- |
-| **Rollback Satu Klik** | Cepat kembali ke versi manapun | 114ms rata-rata unduhan bundle |
-| **Enkripsi End-to-End** | [Pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/) | 57ms waktu respons API |
-| **[Sistem Channel](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Distribusi pembaruan beta ke grup tertentu | 23.5M pembaruan terkirim |
-| **Dashboard Analitik** | Lacak pembaruan secara real-time | 750 aplikasi produksi dilayani |
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Bagi yang lebih suka pendekatan hands-on, [Plugin Live Update Capacitor](https://capgo.app/register/) adalah pilihan lain yang patut dipertimbangkan.
-
-### Plugin Live Update Capacitor
-
-Berbeda dengan layanan terkelola Capgo, Plugin Live Update Capacitor menawarkan solusi native untuk manajemen rollback. Fiturnya meliputi:
-
--   Integrasi dengan sistem kontrol versi
--   Akses langsung ke API native
--   Optimasi khusus platform
--   Fungsi rollback dasar
-
-Meskipun kuat, plugin ini memerlukan konfigurasi manual lebih banyak dibandingkan layanan terkelola seperti Capgo.
-
-### Perbandingan Alat
-
-Berikut perbandingan cepat antara Capgo dan Plugin Live Update Capacitor:
-
-| Fitur | Capgo | Live Update Plugin |
-| --- | --- | --- |
-| **Waktu Persiapan** | Menit | Jam/Hari |
-| **Enkripsi** | End-to-end | Penandatanganan dasar |
-| **Kecepatan Update** | 114ms | Bervariasi |
-| **Tingkat Keberhasilan** | 82% di seluruh dunia | Tergantung implementasi |
-| **Pemantauan** | Analitik bawaan | Perlu integrasi manual |
-
-> "Capgo adalah alat yang wajib dimiliki developer yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangatlah berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Dengan penutupan [Appflow](https://ionic.io/appflow/) yang dijadwalkan pada 2026, pengembang mencari solusi rollback yang andal dan hemat biaya untuk menjaga proyek mereka tetap berjalan lancar.
-
-## Pengujian dan Perbaikan Rollback
-
-### Pengujian Pembaruan yang Gagal
-
-Untuk memastikan mekanisme rollback bekerja sesuai yang diinginkan, simulasikan kegagalan terkontrol. Berikut kerangka pengujian yang berguna:
-
-| Skenario Pengujian | Metode Implementasi | Kriteria Keberhasilan |
-| --- | --- | --- |
-| **Ketidakcocokan Versi** | Deploy versi bundle yang tidak kompatibel | Rollback aktif secara otomatis |
-| **Bundle Rusak** | Unggah pembaruan yang rusak | Mendeteksi kesalahan dan memulihkan sistem |
-| **Kegagalan Jaringan** | Simulasikan kehilangan koneksi | Melanjutkan dari versi stabil terakhir |
-| **Timeout API** | Perkenalkan penundaan dalam respons API | Menangani penundaan dengan mekanisme fallback |
-
-Menggunakan saluran beta adalah cara cerdas untuk menangkap masalah lebih awal. Metode ini membantu mengatasi potensi masalah sebelum meningkat.
-
-### Masalah Rollback Umum
-
-Bahkan dengan pengujian yang cermat, tantangan tertentu dapat muncul selama rollback:
-
--   **Konflik Versi**: Mengelola beberapa versi bisa rumit. Lacak versi bundle, kompatibilitas API, skema database, dan pemetaan aset untuk menghindari bentrokan.
--   **Masalah Cache**: Bersihkan cache selama rollback untuk memastikan sistem kembali ke keadaan bersih.
--   **Persistensi Status**: Pastikan data pengguna dan status aplikasi tetap terjaga selama rollback. Strategi migrasi data harus menangani perubahan antar versi secara efektif.
-
-### Pedoman App Store
-
-Memenuhi persyaratan app store sangat penting saat mengimplementasikan mekanisme rollback. Apple dan Google memiliki aturan khusus:
-
-| Platform | Persyaratan | Metode Kepatuhan |
-| --- | --- | --- |
-| **iOS** | Tidak ada eksekusi kode dinamis | Gunakan pembaruan berbasis bundle |
-| **Android** | Verifikasi keamanan | Terapkan enkripsi end-to-end |
-| **Keduanya** | Lindungi data pengguna | Implementasikan manajemen status yang aman |
-
-> "Sesuai dengan App Store" - Capgo
-
-Untuk tetap patuh dan melindungi data pengguna, gunakan enkripsi end-to-end dan pelacakan kesalahan yang kuat. Langkah-langkah ini tidak hanya mengatasi masalah umum tetapi juga memastikan penyelesaian cepat ketika masalah muncul.
-
-## Kesimpulan
-
-Mekanisme rollback yang andal adalah kunci untuk menjaga stabilitas plugin dan memastikan pengalaman pengguna yang lancar. Ketika diimplementasikan dengan benar, sistem ini dapat menstabilkan 95% pembaruan dalam 24 jam dan mencapai tingkat keberhasilan 82% [\[1\]](https://capgo.app/). Angka-angka ini menegaskan pentingnya memiliki fitur pemulihan segera.
-
-Berikut beberapa elemen penting untuk rollback yang efektif:
-
-| Fitur | Dampak | Praktik Terbaik |
-| --- | --- | --- |
-| **Rollback Satu Klik** | Pemulihan cepat dari masalah | Memungkinkan pengembalian instan ke versi yang stabil |
-| **Enkripsi End-to-End** | Keamanan yang ditingkatkan | Enkripsi semua transmisi pembaruan |
-| **Analitik Real-Time** | Deteksi masalah dini | Pantau kinerja pembaruan secara terus menerus |
-| **Sistem Channel** | Peluncuran terkendali | Gunakan untuk pengujian beta dan pembaruan bertahap |
-
-Dengan lebih dari 750 aplikasi yang berhasil mengirimkan lebih dari 23,5 juta pembaruan [\[1\]](https://capgo.app/), jelas bahwa solusi rollback modern berhasil. Untuk mengimplementasikan sistem rollback yang efektif, fokus pada penggabungan langkah-langkah keamanan yang kuat - seperti enkripsi end-to-end - dengan kepatuhan ketat pada pedoman app store. Kontrol versi yang kuat juga merupakan keharusan.
diff --git a/src/content/blog/id/rollback-strategies-for-capacitor-live-updates.md b/src/content/blog/id/rollback-strategies-for-capacitor-live-updates.md
deleted file mode 100644
index 3130dbf4b..000000000
--- a/src/content/blog/id/rollback-strategies-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,248 +0,0 @@
----
-slug: rollback-strategies-for-capacitor-live-updates
-title: Strategi Rollback untuk Capacitor Live Updates
-description: >-
-  Pelajari lebih lanjut tentang strategi pembalikan yang efektif untuk pembaruan
-  Capacitor secara langsung untuk memastikan stabilitas aplikasi dan
-  meminimalkan gangguan bagi pengguna selama pembaruan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T03:35:36.644Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c-1745552174598.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, rollback strategies, live updates, app stability, error tracking,
-  update management
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Hindari gangguan aplikasi dengan strategi rollback yang kuat.** [Capacitor](https://capacitorjs.com/) memungkinkan pembaruan langsung untuk menyampaikan perbaikan dengan cepat, namun 18% pembaruan gagal secara global. Rencana rollback memastikan stabilitas ketika masalah muncul. Berikut ringkasannya:
-
--   **Alat Utama**: Kontrol versi, pelacakan kesalahan, analitik, dan rollback satu klik.
--   **Kapan Harus Roll Back**: Perlambatan parah, fitur rusak, risiko keamanan, atau masalah data.
--   **Langkah Persiapan**:
-    1.  Gunakan pengujian beta untuk menangkap masalah lebih awal.
-    2.  Siapkan pemantauan untuk peringatan kesalahan real-time.
-    3.  Tetapkan pemicu rollback dan protokol respons.
-
-Platform seperti [Capgo](https://capgo.app/) menawarkan pembaruan cepat (114ms untuk 5MB), tingkat keberhasilan tinggi (82%), dan solusi hemat biaya (mulai $12/bulan). Mereka juga mendukung otomatisasi rollback, pelacakan real-time, dan segmentasi pengguna, menjadikannya pilihan yang andal untuk mengelola pembaruan langsung.
-
-| **Fitur** | **Capgo** | **[Appflow](https://ionic.io/appflow/)** |
-| --- | --- | --- | --- |
-| Kecepatan Update | 114ms | Standar | Standar |
-| Tingkat Keberhasilan | 82% | Tidak Dipublikasikan | Tidak Dipublikasikan |
-| Enkripsi End-to-End | Ya | Tidak | Tidak |
-| [Opsi Self-Hosting](https://capgo.app/blog/self-hosted-capgo/) | Ya | Tidak | Tidak |
-| Biaya Bulanan | Dari $12 | Serupa | ~$500 |
-
-Siapkan alat rollback hari ini untuk memastikan pembaruan yang lancar dan mempertahankan kepercayaan pengguna.
-
-## Cara Migrasi Aplikasi [Ionic](https://ionicframework.com/) Anda ke [Capacitor](https://capacitorjs.com/) 3
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-<iframe src="https://www.youtube.com/embed/d5H729a-rBM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Membangun Strategi Rollback yang Kuat
-
-Strategi rollback yang solid memastikan aplikasi Anda tetap stabil selama pembaruan langsung dan memungkinkan pemulihan cepat jika ada masalah. Mari kita uraikan komponen utama dan langkah-langkah yang diperlukan untuk membuat rollback berjalan mulus.
-
-### Komponen Rollback Utama
-
-Agar rollback bekerja secara efektif, alat dan sistem tertentu perlu disiapkan untuk memulihkan ke versi yang stabil tanpa kesulitan.
-
-| Komponen | Tujuan | Implementasi |
-| --- | --- | --- |
-| **Kontrol Versi** | Cepat kembali ke versi sebelumnya | Simpan riwayat versi detail dengan metadata |
-| **Pelacakan Kesalahan** | Memutuskan kapan harus roll back | Gunakan deteksi masalah dan peringatan real-time |
-| **Sistem Analitik** | Menilai kebutuhan rollback | Pantau metrik yang menunjukkan dampak penyebaran |
-| **Manajemen Saluran** | Mengelola distribusi pembaruan | Pisahkan lingkungan untuk produksi dan pengujian |
-| **Rollback Satu Klik** | Memungkinkan pemulihan cepat | Aktifkan pengembalian instan ke versi stabil terakhir |
-
-### Kapan Memicu Rollback
-
-Pelacakan kesalahan real-time membantu menentukan kapan rollback diperlukan. Berikut situasi paling umum di mana ini mungkin diperlukan:
-
--   **Masalah Kinerja Kritis**: Perlambatan parah yang mempengaruhi kegunaan aplikasi.
--   **Malfungsi Fitur**: Kegagalan dalam fungsi inti yang digunakan pengguna.
--   **Kerentanan Keamanan**: Risiko yang baru ditemukan yang memerlukan perhatian segera.
--   **Masalah Integrasi Data**: Masalah konektivitas backend yang mengganggu operasi aplikasi.
-
-### Persiapan untuk Rollback
-
-Persiapan adalah kunci untuk membuat rollback lancar dan efektif. Berikut cara menyiapkannya untuk sukses:
-
--   **Saluran Pengujian Beta**  
-    Rilis pembaruan ke kelompok kecil pengguna terlebih dahulu untuk mengidentifikasi masalah potensial lebih awal.
-    
--   **Pengaturan Pemantauan**  
-    Lacak tingkat keberhasilan, keterlibatan, kesalahan, dan metrik kinerja untuk mendeteksi masalah dengan cepat.
-    
--   **Konfigurasi Sistem Rollback**
-    
-    -   Simpan riwayat versi detail.
-    -   Siapkan peringatan otomatis untuk masalah.
-    -   Tentukan pemicu rollback yang jelas.
-    -   Tetapkan protokol respons untuk bertindak cepat.
-
-## Menyiapkan Rollback di Capacitor
-
-### Pengaturan Saluran Update
-
-Untuk meminimalkan dampak pengguna dan mengisolasi masalah potensial, penting untuk mengkonfigurasi saluran pembaruan secara efektif.
-
--   **Saluran Pengujian**: Buat saluran khusus untuk pengujian beta dengan kelompok pengguna yang lebih kecil. Ini membantu mengidentifikasi masalah sebelum peluncuran yang lebih luas.
--   **Saluran Produksi**: Gunakan saluran ini untuk rilis stabil yang ditujukan untuk seluruh basis pengguna Anda.
--   **Kontrol Versi**: Tetapkan parameter pelacakan versi yang jelas untuk setiap saluran untuk menjaga organisasi dan kontrol.
-
-[Sistem saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/) Capgo memudahkan pengujian pull request langsung dalam aplikasi. Ini mengurangi kemungkinan pembaruan bermasalah masuk ke produksi.
-
-### Sistem Rollback Otomatis
-
-Rollback otomatis memastikan bahwa pembaruan tidak menyebabkan masalah berkepanjangan. Berikut rincian komponen utama:
-
-| Komponen | Tujuan | Tips Implementasi |
-| --- | --- | --- |
-| Kontrol Versi | Lacak riwayat penyebaran | Pantau progres dan hasil secara konsisten |
-| Ambang Batas Kesalahan | Tentukan pemicu rollback | Gunakan metrik spesifik untuk mengotomatiskan rollback |
-| Protokol Respons | Garis besar langkah pemulihan | Siapkan alur kerja untuk penanganan masalah segera |
-
-Sebagai contoh, ketika colenso mengadopsi pembaruan OTA Capgo untuk 5.000+ pengguna mereka, mereka dapat mendistribusikan pembaruan hampir secara instan dan dengan gangguan minimal. Keberhasilan ini sebagian besar karena perlindungan rollback otomatis [\[1\]](https://capgo.app/).
-
-Dengan sistem otomatis ini, pemantauan berkelanjutan sangat penting untuk menangkap dan mengatasi masalah lebih awal.
-
-### Pemantauan Rollback
-
-Bahkan dengan pemicu otomatis, pemantauan memainkan peran penting dalam memastikan pemulihan yang lancar dari masalah apa pun.
-
-**Analitik Real-Time**: Gunakan alat analitik untuk melacak tingkat keberhasilan pembaruan dan keterlibatan pengguna. Sistem Capgo memberikan wawasan instan tentang kinerja pembaruan, membantu pengembang mengidentifikasi masalah sebelum meningkat.
-
-**Pelacakan Kesalahan**: Siapkan sistem pemantauan kesalahan yang kuat dengan peringatan untuk:
-
--   Penurunan kinerja besar
--   Fitur yang rusak
--   Masalah konektivitas
--   Kerentanan keamanan
-
-Pengaturan pemantauan Anda harus mencakup fungsionalitas rollback satu klik. Ini memungkinkan Anda untuk dengan cepat kembali ke versi yang stabil jika diperlukan. Sejak penutupan Microsoft Code Push pada 2024, banyak pengembang telah beralih ke alternatif seperti Capgo untuk manajemen pembaruan langsung yang andal.
-
-## Perbandingan Alat Rollback
-
-### Fitur Platform Rollback
-
-Sejak Microsoft CodePush ditutup pada 2024, pilihan untuk mengelola pembaruan langsung dalam [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) telah berkembang. Platform saat ini menawarkan berbagai alat untuk menangani pembaruan dan rollback secara efektif. Berikut bagaimana Capgo dibandingkan dengan pesaing:
-
-| Fitur | Capgo | Appflow |
-| --- | --- | --- | --- |
-| Kecepatan Update | 114ms (bundle 5MB) | Standar | Standar |
-| Tingkat Keberhasilan | 82% di seluruh dunia | Tidak dipublikasikan | Tidak dipublikasikan |
-| Enkripsi End-to-End | Ya | Tidak | Tidak |
-| Opsi self-hosting | Ya | Tidak | Tidak |
-| Integrasi CI/CD | Bawaan | Terbatas | Ya |
-| Biaya Bulanan | Dari $12 | Serupa | ~$500 |
-
-Fitur-fitur ini menyoroti kemampuan Capgo untuk memberikan pembaruan cepat, keamanan yang kuat, dan solusi hemat biaya.
-
-### Fitur Rollback [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c/66b4651f868ecdcc17d750c697bea294.jpg)
-
-Capgo telah mendukung 1,4K aplikasi aktif dan mengirimkan lebih dari 947,6M pembaruan secara global [\[1\]](https://capgo.app/). Kemampuan rollback-nya meliputi:
-
--   **Rollback satu klik**: Cepat kembali ke versi sebelumnya jika diperlukan.
--   **Pelacakan pembaruan real-time**: Pantau pembaruan saat terjadi.
--   **Segmentasi pengguna**: Luncurkan pembaruan ke grup pengguna tertentu.
--   **Distribusi CDN global**: Pastikan pembaruan disampaikan secara efisien di seluruh dunia.
-
-Rekam jejak yang terbukti ini menjadikan Capgo pilihan yang dapat diandalkan untuk mengelola pembaruan di lingkungan produksi.
-
-### Manfaat Open-Source
-
-Kerangka kerja open-source Capgo menawarkan keuntungan utama bagi pengembang di AS. Ini menjamin transparansi kode penuh, mendorong peningkatan keamanan yang digerakkan komunitas, dan memastikan kepatuhan dengan persyaratan app store Apple dan Android. Faktor-faktor ini menjadikannya opsi terpercaya bagi tim yang membutuhkan alat pembaruan yang andal.
-
-> "Membatalkan langganan @Appflow saya setelah 4 tahun. Code-Push sepertinya tidak pernah bekerja dengan baik, semoga @CapGO sudah memahaminya." [\[1\]](https://capgo.app/)
-
-## Tips Keberhasilan Rollback
-
-Saat mengimplementasikan rollback, sangat penting untuk fokus pada meminimalkan gangguan bagi pengguna dan memastikan data tetap aman selama proses.
-
-### Mengurangi Dampak Pengguna
-
-Untuk menghindari gangguan yang luas, mulailah dengan menerapkan pembaruan ke kelompok kecil pengguna. Alat seperti Capgo memungkinkan Anda menetapkan pembaruan ke grup pengguna tertentu, memudahkan pengelolaan peluncuran. Mulai dengan persentase kecil (5-10%) pengguna, pantau indikator kinerja, dan hanya perluas peluncuran setelah pembaruan terbukti stabil.
-
-### Perlindungan Data Selama Rollback
-
-Keamanan data adalah prioritas utama selama rollback. Capgo menggunakan **enkripsi end-to-end**, memastikan bahwa hanya pengguna yang berwenang yang dapat mengakses pembaruan, yang membantu menjaga integritas data selama transisi versi [\[1\]](https://capgo.app/). Informasi pengguna yang sensitif dilindungi selama proses.
-
-| Langkah Keamanan | Tujuan | Manfaat |
-| --- | --- | --- |
-| Enkripsi End-to-End | Melindungi pengiriman pembaruan | Memblokir akses tidak sah |
-| Kontrol Versi | Memastikan konsistensi data | Transisi lancar antar versi |
-| Pelacakan Kesalahan | Mendeteksi masalah potensial | Mendukung tingkat keberhasilan global 82% [\[1\]](https://capgo.app/) |
-
-### Mengukur Hasil Rollback
-
-Untuk mengevaluasi kinerja rollback, lacak metrik seperti tingkat keberhasilan pembaruan, keterlibatan pengguna, dan frekuensi kesalahan. Dashboard analitik Capgo menyediakan wawasan ini, memungkinkan tim membuat keputusan berdasarkan informasi tentang strategi rollback dan pembaruan di masa mendatang. Pelacakan kesalahan platform memastikan masalah diidentifikasi dan diselesaikan dengan cepat. Menyempurnakan metrik Anda secara teratur akan membantu menjaga stabilitas aplikasi dengan setiap pembaruan.
-
-## Kesimpulan
-
-### Tinjauan Poin Utama
-
-Strategi rollback memainkan peran penting dalam menjaga stabilitas aplikasi dan memastikan kepercayaan pengguna. Metrik secara konsisten menunjukkan bagaimana strategi ini mendukung pendekatan terstruktur untuk mengelola pembaruan secara efektif.
-
-Berikut adalah rincian komponen penting untuk proses rollback yang lancar:
-
-| Komponen | Tujuan | Dampak |
-| --- | --- | --- |
-| **Rollback Satu Klik** | Dengan cepat kembali ke versi sebelumnya | Mengurangi downtime |
-| **Sistem Channel** | Menerapkan pembaruan secara bertahap | Menurunkan paparan risiko |
-| **Pelacakan Kesalahan** | Memantau masalah secara real-time | Mendukung perbaikan lebih cepat |
-
-Fitur-fitur ini menjadi pusat dari setiap rencana rollback, memudahkan implementasi perubahan dengan meminimalkan gangguan.
-
-### Memulai
-
-Untuk menerapkan strategi ini, ikuti langkah-langkah berikut:
-
-1.  Pasang alat deployment menggunakan `npx @capgo/cli init`.
-2.  Konfigurasi channel pembaruan untuk lingkungan beta dan produksi.
-3.  Siapkan pemantauan untuk melacak tingkat keberhasilan dan keterlibatan pengguna.
-
-Sistem rollback otomatis Capgo membuktikan efektivitasnya, dengan **1.4K aplikasi produksi** dan **947.6M pembaruan terkirim** [\[1\]](https://capgo.app/). Platform ini telah menunjukkan dapat menangani deployment skala besar dengan lancar.
-
-> "Capgo adalah alat yang wajib dimiliki developer yang ingin lebih produktif. Menghindari review untuk perbaikan bug sangatlah berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## FAQ
-
-:::faq
-### Apa saja langkah penting untuk membuat strategi rollback yang andal untuk pembaruan langsung di aplikasi Capacitor?
-
-Strategi rollback yang efektif untuk pembaruan langsung di aplikasi Capacitor melibatkan perencanaan dan eksekusi yang cermat untuk memastikan stabilitas aplikasi dan pengalaman pengguna yang lancar. Komponen utama meliputi:
-
--   **Kontrol Versi**: Mempertahankan sistem versi yang jelas untuk pembaruan agar mudah mengidentifikasi dan mengembalikan perubahan bermasalah.
--   **Pengujian dan Pemantauan**: Menguji pembaruan secara menyeluruh sebelum rilis dan memantau kinerja aplikasi pasca-deployment untuk mendeteksi masalah dengan cepat.
--   **Mekanisme Rollback**: Menerapkan proses rollback yang memungkinkan Anda kembali ke versi stabil sebelumnya dengan lancar jika pembaruan menyebabkan masalah.
-
-Menggunakan alat seperti Capgo dapat menyederhanakan proses ini dengan menawarkan pembaruan real-time, penugasan khusus pengguna, dan kepatuhan dengan standar Apple dan Android, memastikan sistem manajemen pembaruan yang efisien dan aman.
-:::
-
-:::faq
-### Bagaimana sistem rollback otomatis mengurangi gangguan selama pembaruan aplikasi?
-
-Sistem rollback otomatis membantu mengurangi gangguan selama pembaruan aplikasi dengan memungkinkan pengembang untuk dengan cepat beralih kembali ke versi stabil jika pembaruan menyebabkan masalah. Ini memastikan pengguna dapat terus menggunakan aplikasi dengan gangguan minimal, mempertahankan pengalaman yang lancar.
-
-Sistem ini sangat berharga untuk pembaruan langsung di aplikasi Capacitor, karena menyediakan jaring pengaman untuk mengatasi masalah tak terduga tanpa memerlukan intervensi manual yang memakan waktu atau pengajuan ulang ke app store. Dengan mengotomatisasi rollback, pengembang dapat fokus pada penyelesaian masalah sambil meminimalkan dampak pada pengguna.
-:::
-
-:::faq
-### Mengapa saya harus menggunakan channel pengujian sebelum meluncurkan pembaruan ke semua pengguna?
-
-Menggunakan channel pengujian sebelum menerapkan pembaruan ke seluruh basis pengguna Anda sangat penting untuk memastikan pengalaman pengguna yang lancar. Ini memungkinkan Anda mengidentifikasi dan memperbaiki potensi bug, masalah kompatibilitas, atau masalah kinerja dalam lingkungan yang terkendali, meminimalkan risiko gangguan yang meluas.
-
-Dengan menguji pembaruan dengan kelompok pengguna yang lebih kecil terlebih dahulu, Anda dapat mengumpulkan umpan balik berharga, memantau metrik kinerja, dan membuat penyesuaian yang diperlukan sebelum rilis skala penuh. Pendekatan ini tidak hanya meningkatkan kualitas pembaruan Anda tetapi juga membantu mempertahankan kepercayaan dan kepuasan pengguna.
-:::
diff --git a/src/content/blog/id/rollback-strategies-for-cicd-workflows.md b/src/content/blog/id/rollback-strategies-for-cicd-workflows.md
deleted file mode 100644
index d3361435d..000000000
--- a/src/content/blog/id/rollback-strategies-for-cicd-workflows.md
+++ /dev/null
@@ -1,122 +0,0 @@
----
-slug: rollback-strategies-for-cicd-workflows
-title: Strategi Rollback untuk Alur Kerja CI/CD
-description: >-
-  Jelajahi strategi rollback yang efektif untuk alur kerja CI/CD dan temukan
-  platform terbaik untuk pembaruan yang aman dan hemat biaya.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:17:30.946Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28-1745288279341.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  CI/CD, rollback strategies, app updates, mobile development, security,
-  integration
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Mencari cara yang cepat dan andal untuk membalikkan pembaruan aplikasi yang bermasalah?** Inilah poin pentingnya: Platform seperti [Capgo](https://capgo.app/) membuat rollback menjadi sederhana dengan solusi satu klik, enkripsi yang kuat, dan integrasi CI/CD, sementara platform lain seperti [Appflow](https://ionic.io/docs/appflow) memiliki keterbatasan atau biaya lebih tinggi. [Microsoft CodePush](https://microsoft.github.io/code-push/), yang dulunya gratis, dihentikan pada 2024.
-
-### Poin Utama:
-
--   **Capgo**: Terjangkau ($300/bulan + $2.600 setup), rollback satu klik, integrasi GitHub/GitLab, analitik real-time, dan enkripsi.
--   **Appflow**: Mahal ($6.000/tahun); mendukung snapshot tapi berakhir pada 2026.
--   **Microsoft CodePush**: Dihentikan pada 2024, membuat pengembang aplikasi hybrid mencari alternatif.
-
-### Perbandingan Cepat:
-
-| Fitur | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| Opsi Rollback | Rollback satu klik | Tidak terdokumentasi | Snapshot | Dihentikan |
-| Integrasi CI/CD | GitHub, GitLab, [Jenkins](https://www.jenkins.io/) | Tidak terdokumentasi | Terbatas | Tidak ada |
-| Keamanan | Enkripsi end-to-end | Penandatanganan pembaruan | Penandatanganan pembaruan | Penandatanganan pembaruan |
-| Harga | $300/bulan + $2.600 setup | Tidak diungkapkan | $6.000/tahun | Gratis (dihentikan) |
-
-**Kesimpulan:** Dengan berakhirnya CodePush dan Appflow yang mendekati akhir, **Capgo** menonjol sebagai solusi yang hemat biaya, aman, dan kaya fitur untuk manajemen rollback.
-
-## Mengimplementasikan Strategi Rollback Efektif dengan GitHub ...
-
-<iframe src="https://www.youtube.com/embed/Wr7dGxLpQC4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo mempercepat proses CI/CD dengan menawarkan fitur rollback satu klik yang terintegrasi dengan mulus dalam pipeline yang ada. Fungsi rollback ini memungkinkan tim untuk dengan cepat mengembalikan rilis sebelumnya, melindungi aplikasi live dari downtime yang berkepanjangan.
-
-### Keamanan dan Performa
-
-Capgo memastikan perlindungan data dengan enkripsi end-to-end dan memberikan performa cepat, dengan waktu respons API rata-rata 434 ms [\[1\]](https://capgo.app/).
-
-### Integrasi CI/CD
-
-Bekerja secara mulus dengan alat populer seperti **[GitHub Actions](https://docs.github.com/actions)**, **[GitLab CI](https://docs.gitlab.com/ee/ci/)**, dan **Jenkins**.
-
-### Fitur Distribusi Lanjutan
-
--   Mengeluarkan pembaruan ke grup pengguna tertentu untuk pengujian beta
--   Menerapkan pembaruan secara bertahap menggunakan rollout tersegmentasi
--   Mendeteksi kesalahan secara real-time dengan pelacakan bawaan
--   Memantau performa aplikasi live melalui analitik terperinci
-
-### Harga
-
-Capgo membutuhkan biaya sekitar $300 per bulan, dengan biaya setup satu kali sebesar $2.600 [\[1\]](https://capgo.app/).
-
-### Manajemen Pembaruan
-
-Capgo mendukung pembaruan parsial untuk mengurangi penggunaan bandwidth dan kompatibel dengan Capacitor versi 6 dan 7. Pengguna dapat memilih antara setup cloud-hosted atau self-hosted.
-
-Dengan menggabungkan kemampuan rollback cepat dengan analitik real-time dan pelacakan kesalahan, Capgo memungkinkan tim untuk mengatasi masalah produksi dengan cepat dan mempertahankan siklus pengiriman yang lancar.
-
-## 3. [Appflow](https://ionic.io/docs/appflow)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/e3b5a6ca6da391fe9a61210f3bd95bb8.jpg)
-
-Appflow membebankan biaya sekitar $6.000 per tahun untuk paket CI/CD-nya, membuat banyak tim mencari opsi rollback yang lebih terjangkau. Salah satu fitur utamanya adalah kemampuan untuk membuat snapshot rilis, memungkinkan pengembang untuk dengan cepat kembali ke build sebelumnya saat diperlukan.
-
-Pengembang Simon Flack berbagi pengalamannya:
-
-> "Kami sedang mencoba @Capgo karena Appcenter menghentikan dukungan pembaruan langsung pada aplikasi hybrid dan @AppFlow terlalu mahal." [\[1\]](https://capgo.app/)
-
-Selanjutnya, kita akan melihat bagaimana Microsoft CodePush menangani rollback.
-
-## 4. [Microsoft CodePush](https://microsoft.github.io/code-push/)
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/edac23070781a219bf38bb37f0451a0f.jpg)
-
-Microsoft CodePush adalah alat rollback CI/CD gratis yang dirancang untuk aplikasi hybrid, tetapi akan ditutup pada 2024. Penutupan ini membuat tim aplikasi hybrid mencari alternatif. Setelah pensiunnya, pengembang telah mencari alat yang menyediakan dukungan aplikasi hybrid yang dapat diandalkan, integrasi CI/CD yang mulus, fitur rollback satu klik, dan enkripsi end-to-end yang aman. Platform seperti Capgo telah mengambil alih untuk memenuhi kebutuhan ini, menawarkan pembaruan terenkripsi dan opsi pemulihan yang mudah. Mari kita lihat lebih dekat bagaimana alat rollback ini dibandingkan.
-
-## Perbandingan Platform
-
-Berikut adalah rincian fitur rollback, integrasi CI/CD, keamanan, dan harga untuk empat platform:
-
-| Fitur | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| Opsi Rollback | Rollback satu klik ke versi sebelumnya [\[1\]](https://capgo.app/) | – | – | Dihentikan |
-| Integrasi CI/CD | GitHub Actions, GitLab CI, Jenkins [\[1\]](https://capgo.app/) | – | – | – |
-| Keamanan | Enkripsi end-to-end (memenuhi persyaratan Apple dan Google) [\[1\]](https://capgo.app/) | Penandatanganan pembaruan | Penandatanganan pembaruan | Penandatanganan pembaruan |
-| Model Harga | Mulai dari $12/bulan (paket Solo); $2.600 setup satu kali + ~$300/bulan untuk CI/CD [\[1\]](https://capgo.app/) | – | $6.000/tahun [\[1\]](https://capgo.app/) | Gratis (dihentikan) |
-
-Perbandingan ini menekankan kekuatan Capgo dalam biaya, keamanan, dan integrasi CI/CD.
-
-> "@Capgo adalah cara pintar untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) 🙂" - NASA's OSIRIS‑REx [\[1\]](https://capgo.app/)
-
-Capgo menonjol dengan menawarkan opsi yang lebih terjangkau dibandingkan Appflow, dengan penghematan lebih dari 50% pada biaya tahunan. Kombinasi biaya setup $2.600 dan ~$300/bulan menyediakan enkripsi end-to-end, integrasi GitHub/GitLab/Jenkins, dan analitik live - fitur yang tidak dimiliki pesaing.
-
-Selanjutnya, kita akan merangkum poin-poin penting dari perbandingan ini.
-
-## Kesimpulan
-
-Setelah mengevaluasi fitur rollback, keamanan, integrasi, dan biaya, berikut hal-hal yang perlu diperhatikan oleh tim pengembangan di AS.
-
-Dengan Microsoft CodePush yang akan pensiun pada 2024 dan Appflow yang akan berakhir pada 2026, menemukan solusi rollback CI/CD yang andal sangat penting bagi pengembang.
-
-Faktor-faktor kunci yang perlu dipertimbangkan termasuk **enkripsi end-to-end** untuk platform Apple dan Android, **dukungan native untuk GitHub/GitLab CI**, keseimbangan antara upaya setup dan biaya berlangganan, dan **metrik rollback yang jelas**.
-
-Platform yang menggabungkan enkripsi kuat dengan integrasi CI/CD yang mulus memimpin pasar. Di antaranya, Capgo menonjol karena pembaruan yang aman, integrasi yang mulus, dan pendekatan yang ramah anggaran.
diff --git a/src/content/blog/id/secure-storage-for-offline-tokens-in-capacitor.md b/src/content/blog/id/secure-storage-for-offline-tokens-in-capacitor.md
deleted file mode 100644
index 602f984ad..000000000
--- a/src/content/blog/id/secure-storage-for-offline-tokens-in-capacitor.md
+++ /dev/null
@@ -1,78 +0,0 @@
----
-slug: secure-storage-for-offline-tokens-in-capacitor
-title: Penyimpanan Aman untuk Token Offline di Capacitor
-description: >-
-  Pelajari cara menyimpan token autentikasi secara aman pada saat offline
-  menggunakan enkripsi dan kontrol biometrik di aplikasi mobile.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:09:43.027Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559-1745028797889.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  offline tokens, secure storage, AES-256 encryption, biometric authentication,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin menjaga token autentikasi aplikasi Anda tetap aman secara offline?** Berikut yang perlu Anda ketahui:
-
--   **Enkripsi token**: Gunakan enkripsi AES-256 dengan iOS Keychain atau Android Keystore.
--   **Kontrol akses**: Tambahkan [autentikasi biometrik](https://capgo.app/plugins/capacitor-native-biometric/) untuk keamanan tambahan.
--   **Manajemen token**: Gunakan token berumur pendek, perbarui secara aman, dan rotasi kunci secara berkala.
--   **Alat terbaik**: Coba **@[capacitor](https://capacitorjs.com/)\-community/secure-storage** atau **[Ionic Identity Vault](https://ionic.io/docs/identity-vault/)** untuk penyimpanan terenkripsi lintas platform.
-
-Langkah-langkah ini melindungi data pengguna, mencegah pencurian token, dan memastikan akses offline yang aman. Lanjutkan membaca untuk perbandingan detail dan instruksi pengaturan.
-
-## [Ionic Identity Vault](https://ionic.io/docs/identity-vault/): Autentikasi Biometrik Mobile yang Aman
-
-![Ionic Identity Vault](https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559/e2484017084695edeec1f98ae40b009b.jpg)
-
-<iframe src="https://www.youtube.com/embed/DsXx7oEcOS0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Standar Keamanan untuk Token Offline
-
-Untuk memastikan penyimpanan yang aman, gunakan **enkripsi AES-256** melalui iOS Keychain atau Android Keystore. Terapkan **PKCE** selama pertukaran kode OAuth2 awal, dan pastikan untuk merotasi token penyegaran berumur pendek setelah setiap penggunaan. Selain itu, tambahkan **autentikasi biometrik** untuk melindungi akses token dan meningkatkan keamanan secara keseluruhan.
-
-## Menerapkan Penyimpanan Aman
-
-Untuk menggunakan enkripsi AES-256, PKCE, dan kontrol biometrik seperti yang dibahas sebelumnya, mulailah dengan menginstal plugin Secure Storage:
-
-```bash
-npm install @capacitor-community/secure-storage
-```
-
-Periksa dokumentasi plugin untuk detail tentang pengaturan kunci enkripsi, [mengaktifkan autentikasi biometrik](https://capgo.app/plugins/capacitor-native-biometric/), dan mengelola penyimpanan token offline, pengambilan, dan proses penyegaran.
-
-Setelah itu diatur, lanjutkan ke pendefinisian metode untuk menyimpan token dan mengelola siklus hidup mereka secara offline, yang akan dibahas di bagian berikutnya.
-
-## Analisis Solusi Penyimpanan
-
-Saat memilih opsi penyimpanan aman untuk token offline dalam aplikasi Capacitor, pengembang harus mempertimbangkan faktor seperti [metode enkripsi](https://capgo.app/docs/cli/migrations/encryption/), kompatibilitas antar platform, dan kemudahan integrasi. Berikut adalah rincian plugin penyimpanan aman utama untuk mengelola token offline.
-
-### Perbandingan Fitur Plugin
-
--   **@capacitor-community/secure-storage**: Menawarkan enkripsi AES-256 menggunakan iOS Keychain dan Android Keystore, mendukung [pembukaan biometrik](https://capgo.app/plugins/capacitor-native-biometric/), dan mencakup rotasi kunci otomatis.
--   **@ionic/storage**: Tidak menyertakan enkripsi bawaan, memerlukan wrapper manual untuk keamanan, dan tidak memiliki fitur autentikasi biometrik.
--   **Native SecureStorage**: Bekerja eksklusif dengan iOS Keychain tetapi tidak mendukung Android.
--   **@ionic-enterprise/identity-vault**: Memberikan enkripsi tingkat perangkat keras, mendukung autentikasi biometrik, dan mengelola siklus hidup token secara aman dan efektif.
-
-## Ringkasan
-
-Berikut ringkasan praktik dan alat utama untuk penyimpanan token offline:
-
--   **Enkripsi token** menggunakan penyimpanan kunci berbasis perangkat keras, [diamankan dengan biometrik](https://capgo.app/plugins/capacitor-native-biometric/).
--   Terapkan kebijakan ketat untuk penerbitan token, kedaluwarsa, rotasi, dan penyegaran.
-
-Untuk enkripsi lintas platform, alat seperti **@capacitor-community/secure-storage** dan **Ionic Identity Vault** adalah pilihan yang sangat baik. Selain itu, **[Capgo](https://capgo.app/)** menawarkan enkripsi end-to-end, integrasi CI/CD, dan peluncuran yang ditargetkan pengguna sambil memenuhi persyaratan toko Apple dan Android.
-
-### Alat dan Sumber Daya
-
--   **@capacitor-community/secure-storage**: Penyimpanan nilai-kunci terenkripsi untuk iOS dan Android.
--   **Ionic Identity Vault**: Penyimpanan tingkat enterprise dengan keamanan biometrik.
--   **Capgo**: Menyediakan pembaruan langsung dengan pengiriman CI/CD terenkripsi.
diff --git a/src/content/blog/id/self-hosted-capgo.md b/src/content/blog/id/self-hosted-capgo.md
deleted file mode 100644
index be9fe376f..000000000
--- a/src/content/blog/id/self-hosted-capgo.md
+++ /dev/null
@@ -1,123 +0,0 @@
----
-slug: self-hosted-capgo
-title: Capgo yang Dihosting Sendiri
-description: >-
-  Auto-hosting Capgo memungkinkan Anda untuk menerapkan pembaruan langsung
-  Capacitor kepada pengguna Anda tanpa harus menggunakan layanan cloud Capgo.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-20T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /self-hosted-capgo.webp
-head_image_alt: capgo self hosted
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: id
-next_blog: ''
----
-Artikel ini memberikan panduan langkah demi langkah tentang cara self-hosting Capgo, serta pembahasan manfaat dan tantangan melakukan self-hosting.
-
-# Pendahuluan
-
-Self Hosting adalah bentuk menjalankan website atau aplikasi Anda sendiri dengan mengatur server dan jaringan sendiri. Alih-alih menggunakan Platform as a Service atau Penyedia Cloud Publik, mereka yang memilih untuk melakukan self-host akan menjalankan jaringan mereka sendiri dan bertanggung jawab atas pemeliharaan dan uptime selain membangun website atau aplikasi mereka.
-
-Cara termudah untuk memulai dengan Capgo adalah dengan [layanan terkelola resmi kami di cloud](https://capgo.app/), tetapi jika Anda ingin mengelola sendiri, Anda juga dapat melakukan self-host Capgo di server Anda.
-
-## Apa itu self hosting?
-
-Self-hosting, dalam konteks dunia digital, mengacu pada praktik menjalankan server sendiri atau infrastruktur hosting untuk mengelola dan mengontrol kehadiran dan layanan online Anda. Alih-alih mengandalkan penyedia hosting pihak ketiga, individu dan organisasi memilih untuk mengatur dan mengelola server, website, aplikasi, dan penyimpanan data mereka dengan ketentuan mereka sendiri.
-
-## Mengapa memilih self-hosting?
-
-Ada banyak alasan mengapa orang memilih self-hosting. Beberapa manfaat yang paling umum meliputi:
-
-* **Privasi dan kontrol:** Self-hosting memberi Anda kendali penuh atas data dan privasi Anda. Anda tidak perlu khawatir tentang penyedia pihak ketiga yang melacak aktivitas Anda atau menjual data Anda.
-
-* **Penghematan biaya:** Self-hosting bisa lebih hemat biaya dalam jangka panjang, terutama jika Anda menggunakan banyak sumber daya atau menjalankan beberapa layanan.
-
-* **Kustomisasi:** Self-hosting memberi Anda fleksibilitas untuk menyesuaikan aplikasi dan layanan Anda sesuai kebutuhan spesifik Anda.
-
-* **Pembelajaran dan eksperimen:** Self-hosting bisa menjadi cara yang bagus untuk belajar tentang Linux, administrasi sistem, dan topik teknis lainnya. Ini juga bisa menjadi cara yang menyenangkan untuk bereksperimen dengan software dan layanan baru.
-
-* **Kemandirian:** Self-hosting mengurangi ketergantungan Anda pada penyedia eksternal. Anda tidak terikat pada ketentuan layanan mereka, perubahan harga, atau potensi gangguan layanan. Kemandirian ini bisa sangat penting bagi bisnis dan individu yang mengandalkan kehadiran online mereka untuk fungsi-fungsi kritis.
-
-## Apa perbedaan antara Capgo Cloud dan Capgo Self-Hosted?
-
-Hanya ada satu versi Capgo. Baik produk Cloud maupun Self-Hosted saya sepenuhnya sama. Tidak ada versi premium dan komersial eksklusif dengan fitur yang lebih baik atau lebih lengkap.
-
-Anda mendapatkan dashboard yang sama, metrik yang dapat ditindaklanjuti yang sama dan komitmen yang sama untuk [menghormati privasi pengunjung Anda](https://capgo.app/privacy/) dengan keduanya.
-
-Saya mulai mengembangkan Capgo pada Desember 2018, dan saya meluncurkan bisnis berlangganan SaaS pada Mei 2019. Proyek ini sangat hidup, aktif dikembangkan dan berkembang pesat. Ini juga kuat dan teruji.
-
-Berikut perbedaan antara Capgo Cloud dan Capgo Self-Hosted:
-
-|   | Cloud | Self-hosted |
-| --- | --- | --- |
-| **Hosting** | Mudah dan nyaman. Butuh 2 menit untuk mulai mengirim pembaruan pertama Anda, ketersediaan tinggi, backup, keamanan, dan pemeliharaan semuanya dilakukan untuk Anda oleh saya. Saya mengelola semuanya untuk Anda sehingga Anda tidak perlu khawatir tentang apa pun. | Anda melakukan semuanya sendiri. Anda perlu mendapatkan server, dan Anda perlu mengelola infrastruktur Anda. Anda bertanggung jawab atas instalasi, pemeliharaan, upgrade, kapasitas server, uptime, backup, keamanan, stabilitas, konsistensi, waktu loading dan sebagainya. |
-| **Penyimpanan** | Semua data pengunjung secara eksklusif diproses pada infrastruktur cloud milik UE. Saya menyimpan data situs Anda di server yang aman dan terenkripsi di Jerman. Ini memastikan bahwa data situs Anda dilindungi oleh hukum privasi data Uni Eropa yang ketat dan memastikan kepatuhan dengan GDPR. Data website Anda tidak pernah meninggalkan UE. | Anda memiliki kendali penuh dan dapat meng-host Capgo Anda di server mana pun di negara mana pun yang Anda inginkan. Host di server di basement Anda atau host dengan penyedia cloud mana pun di mana pun Anda mau, bahkan yang tidak sesuai GDPR. |
-| **Data mentah** | Anda melihat semua statistik dan metrik situs Anda di dashboard saya yang modern, mudah digunakan dan cepat dimuat. Anda hanya dapat melihat statistik yang diagregasi di dashboard. | Apakah Anda seorang analis dan ingin akses ke data mentah? Hosting Capgo sendiri memberi Anda opsi tersebut. Ambil data langsung dari database dan impor ke alat analisis data pilihan Anda. |
-| **Biaya** | Ada biaya yang terkait dengan penyediaan layanan updater, jadi saya mengenakan biaya berlangganan. | Anda hanya perlu membayar server Anda dan biaya apa pun yang terkait dengan menjalankan server. Anda tidak pernah harus membayar biaya apa pun kepada saya, hanya kepada penyedia cloud Anda. |
-| **Dukungan Premium** | Dukungan nyata yang diberikan oleh manusia nyata yang membangun dan memelihara Capgo. | Dukungan premium tidak termasuk. Rilis self-hosted hanya didukung komunitas. |
-| **Rilis** | Terus dikembangkan dan ditingkatkan dengan fitur dan pembaruan baru beberapa kali per minggu. | Ini adalah rilis jangka panjang yang diterbitkan dua kali per tahun, jadi fitur terbaru tidak akan langsung tersedia karena mereka diuji terlebih dahulu di cloud. |
-
-# Cara self-host Capgo
-
-Kami terutama menggunakan Supabase di Capgo, untuk self host Anda hanya perlu mengikuti [dokumentasi self-hosting Supabase](https://supabase.com/docs/guides/self-hosting/docker).
-
-# Menggunakan CLI dengan capgo self-hosted
-Untuk menggunakan CLI dengan capgo self-hosted edit capacitor.config.ts dari direktori aplikasi Anda dan atur seperti ini:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      localHost: "http://localhost:5173",
-      localWebHost: "http://localhost:5173",
-      localSupa: "http://localhost:54321",
-      localSupaAnon: "see_notes",
-    },
-  },
-};
-```
-
-Catatan: Untuk mendapatkan localSupaAnon silakan ikuti [tutorial ini](https://capgo.app/docs/self-hosted/local-dev/getting-started/) dan salin kunci anon ke localSupaAnon
-
-# Menggunakan capacitor updater dengan capgo self-hosted
-
-**Persyaratan**
-
-Mengkloning [capgo](https://github.com/Cap-go/capgo/)
-
-Untuk menggunakan capacitor updater dengan capgo self-hosted edit `capacitor.config.ts` dari direktori aplikasi Anda dan atur seperti ini:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      statsUrl: "https://localhost:54321/functions/v1/stats",
-      channelUrl: "https://localhost:54321/functions/v1/channel_self",
-      updateUrl: "https://localhost:54321/functions/v1/updates"
-    },
-  },
-};
-```
-
-Ini akan memungkinkan Anda menggunakan capgo lokal dalam pengembangan. Namun, secara default, ini tidak cukup.
-
-# Kesimpulan
-
-Sebagai kesimpulan, self-hosting Capgo bisa menjadi pilihan yang baik untuk organisasi yang memiliki sumber daya dan keahlian untuk melakukannya. Ini menawarkan sejumlah manfaat, termasuk kontrol atas proses pembaruan, keamanan, dan kepatuhan. Namun, penting untuk mempertimbangkan dengan cermat manfaat dan tantangan sebelum memutuskan apakah akan melakukan self-host.
-
-Jika Anda mempertimbangkan untuk melakukan self-hosting Capgo, saya sarankan Anda mulai dengan membaca [dokumentasi self-hosting](https://capgo.app/docs/self-hosted/getting-started/) Capgo. Ini akan memberi Anda pemahaman yang baik tentang persyaratan dan risiko self-hosting.
diff --git a/src/content/blog/id/self-hosted-live-updates.md b/src/content/blog/id/self-hosted-live-updates.md
deleted file mode 100644
index e5c0b7c1f..000000000
--- a/src/content/blog/id/self-hosted-live-updates.md
+++ /dev/null
@@ -1,84 +0,0 @@
----
-slug: self-hosted-live-updates
-title: Live Updates yang Dihosting Sendiri
-description: >-
-  Kami dengan senang hati mengumumkan rilis pembaruan langsung yang dihosting
-  sendiri. Ini adalah langkah berikutnya dalam evolusi pembaruan langsung Capgo!
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-03T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /self_hosted.webp
-head_image_alt: Pembaruan yang Dikelola Sendiri
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: id
-next_blog: ''
----
-
-Saya dengan gembira mengumumkan peluncuran Self-hosted Live Updates, yang merupakan evolusi terbaru dari Live Updates Capgo.
-
-Sementara banyak perusahaan saat ini menggunakan Live Updates SDK untuk mengakses pembaruan JavaScript, HTML, dan CSS terbaru untuk aplikasi mereka, beberapa mungkin menghadapi hambatan karena kebijakan perusahaan, regulasi industri, atau batasan geografis. Dengan Self-hosted Live Updates, Anda sekarang dapat mendistribusikan artefak build web melalui infrastruktur Anda sendiri.
-
-Ini berarti Anda dapat menghindari penundaan yang disebabkan oleh tinjauan Apple Store, mengatasi bug dan memodifikasi konten lebih cepat, dan memastikan bahwa pengguna Anda selalu menggunakan versi terbaru dari aplikasi Anda. Selain itu, saya telah mendengar dari banyak perusahaan besar yang ingin memanfaatkan Live Updates tetapi menghadapi tantangan karena standar kepatuhan yang ketat. Masalah ini sekarang sudah teratasi berkat Self-hosted Live Updates.
-
-## Bagaimana cara kerja self-hosted live updates?
-
-Menerapkan Capgo-hosted Live Updates sangat mudah menggunakan [Capgo SDK](https://githubcom/Cap-go/capacitor-updater/). Untuk Self-hosted Live Updates, saya telah meningkatkan Capgo CLI dengan fungsionalitas yang diperlukan untuk mengaktifkan konfigurasi pada infrastruktur Anda.
-
-Untuk memastikan pengiriman artefak build web terbaru yang aman dan terkoordinasi kepada pengguna akhir, Capgo sekarang memungkinkan plugin Capacitor Live Updates menggunakan pasangan kunci publik/privat. Ketika menggunakan Self-hosted Live Updates, handshake tambahan dilakukan untuk memastikan bahwa artefak yang diunduh melalui plugin dari infrastruktur perusahaan tidak dimodifikasi.
-
-![Capgo encryption schema](/encryption_flow.webp)
-
-Berikut adalah langkah-langkah untuk membuat pasangan kunci dan proses selanjutnya untuk memberikan pengalaman yang diperbarui kepada pengguna akhir.
-
-### Pengaturan pasangan kunci satu kali
-
-Untuk menghasilkan pasangan kunci publik/privat, perusahaan dapat menggunakan perintah Capgo Cloud CLI berikut:
-
-[[CODE_BLOCK]]
-
-Perintah ini akan mengatur properti `CapacitorUpdaterprivateKey` dalam file konfigurasi Anda.
-Dan menghasilkan 2 file kunci, `capgo_keypub` dan `capgo_key` di direktori root proyek Anda.
-
-Pasangan kunci ini digunakan untuk menandatangani pembaruan dan memverifikasi pembaruan di sisi aplikasi.
-
-### Alur kerja self-hosted live updates
-
-Untuk mulai menerapkan Self-hosted Live Updates, perusahaan harus terlebih dahulu melakukan build web dari perbaikan bug, pembaruan konten, atau perubahan kode berbasis web lainnya yang ingin mereka buat. Selanjutnya, mereka harus menandatangani artefak build menggunakan kunci privat yang diperoleh selama proses pengaturan satu kali, dan akhirnya mengunggah bundle ke lokasi penyimpanan pilihan mereka.
-
-Pertama build kode Anda:
-[[CODE_BLOCK]]
-
-Kemudian Zip build Anda:
-[[CODE_BLOCK]]
-
-Kemudian enkripsi zip Anda:
-
-[[CODE_BLOCK]]
-
-Perintah ini akan mencetak ivSessionKey, Anda perlu menyimpannya untuk langkah selanjutnya.
-
-Sekarang unggah zip terenkripsi ke penyimpanan perusahaan Anda dan dapatkan URL file zip tersebut.
-
-Capgo kemudian harus diberitahu tentang Live Update baru yang siap untuk digunakan. Ini dilakukan melalui perintah CLI lainnya:
-
-[[CODE_BLOCK]]
-
-Setelah perintah dijalankan, Capgo mengetahui ada pembaruan baru yang siap didistribusikan ke pengguna aplikasi. Sekarang, ketika aplikasi dijalankan, plugin Live Updates memeriksa dengan Capgo untuk melihat apakah ada perubahan yang perlu diunduh.
-
-Capgo merespons kembali ke plugin dengan "Ya, pembaruan tersedia" dan plugin Live Updates mengunduh pembaruan langsung menggunakan lokasi URL yang disediakan dari perintah CLI `register`:
-
-[[CODE_BLOCK]]
-
-API organisasi mengembalikan bundle Live Update dari lokasi tersebut, dan aplikasi mendekripsi zip dan menerapkan pembaruan langsung. Selesai!
-
-## Mulai
-
-Saya sangat senang dapat memperluas jangkauan Live Updates ke lebih banyak perusahaan dari sebelumnya. Baik organisasi maupun pengguna aplikasi Ionic akan dengan cepat mengenali keuntungan dari distribusi pembaruan aplikasi over-the-air yang aman dari Capgo.
-
-Untuk informasi lebih lanjut tentang Self-hosted Live Updates oleh Capgo, Anda dapat [memeriksa dokumentasi](/docs/cli/commands/#upload-version)
\ No newline at end of file
diff --git a/src/content/blog/id/set-up-performance-monitoring-in-capacitor.md b/src/content/blog/id/set-up-performance-monitoring-in-capacitor.md
deleted file mode 100644
index ba474706d..000000000
--- a/src/content/blog/id/set-up-performance-monitoring-in-capacitor.md
+++ /dev/null
@@ -1,80 +0,0 @@
----
-slug: set-up-performance-monitoring-in-capacitor
-title: Menyiapkan Pemantauan Kinerja di Capacitor
-description: >-
-  Pelajari cara mengkonfigurasi pemantauan kinerja dalam aplikasi Anda
-  menggunakan Firebase dan Sentry untuk efisiensi dan kepuasan pengguna yang
-  lebih baik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:36:41.635Z
-updated_at: 2025-03-23T05:37:33.934Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df674387fa49042c75b4e1-1742708253934.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, performance monitoring, Firebase, Sentry, mobile app development,
-  error tracking, monitoring tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-**Ingin mengoptimalkan performa aplikasi [Capacitor](https://capacitorjs.com/) Anda?** Alat pemantauan seperti [Firebase](https://firebasegooglecom/) dan [Sentry](https://sentryio/) dapat membantu Anda melacak crash, penggunaan sumber daya, dan waktu respons, memastikan pengalaman pengguna yang lebih baik. Berikut ringkasannya:
-
--   **Mengapa Memantau Performa**: Mengidentifikasi crash, mengoptimalkan penggunaan sumber daya, dan meningkatkan waktu respons
--   **Alat yang Digunakan**:
-    -   **Firebase**: Data performa real-time, pemantauan jaringan, dan pelacakan event kustom
-    -   **Sentry**: Pelacakan error detail, analisis stack trace, dan notifikasi real-time
--   **Langkah Pengaturan**:
-    -   Instal SDK Firebase atau Sentry
-    -   Konfigurasi aplikasi Anda untuk melacak metrik performa atau error
-    -   Gunakan dashboard untuk menganalisis dan meningkatkan performa aplikasi
-
-**Perbandingan Singkat**:
-
-| Fitur | Firebase | Sentry |
-| --- | --- | --- |
-| Pemantauan Real-time | Sedikit delay | Hampir instan |
-| Dukungan Native | Android, iOS | Android, iOS, Web |
-| Metrik Kustom | Dasar | Fleksibel |
-| Kompleksitas Integrasi | Alur kerja berbasis Google | Pengaturan SDK sederhana |
-
-Untuk pembaruan langsung, integrasikan alat seperti **[Capgo](https://capgo.app/)** untuk menerapkan perbaikan secara instan tanpa delay app store. Mulai pemantauan hari ini untuk meningkatkan efisiensi dan kepuasan pengguna aplikasi Anda.
-
-## Optimalkan kesehatan aplikasi dengan [Firebase](https://firebasegooglecom/) Performance Monitoring
-
-![Firebase Platform Dashboard](https://mars-images.imgix.net/seobot/screenshots/firebasegooglecom-ab24bd47674782df651734052f495a0c-2025-03-23.jpg?auto=compress)
-
-## Pilih Alat Pemantauan
-
-Pilih alat pemantauan yang sesuai dengan kebutuhan aplikasi dan keahlian tim Anda. Berikut perbandingan Firebase Performance Monitoring dan Sentry untuk membantu Anda memutuskan.
-
-### Perbandingan Alat
-
-| Fitur | Firebase Performance Monitoring | Sentry |
-| --- | --- | --- |
-| Model Harga | Tier gratis dengan opsi berbayar yang dapat diskalakan | Tier gratis dengan paket pertumbuhan terjangkau |
-| Pemantauan Real-time | Wawasan performa dengan sedikit delay | Pemantauan hampir instan |
-| Dukungan Platform Native | Android dan iOS | Android, iOS, dan web |
-| Kompleksitas Integrasi | Bekerja dengan layanan Google | Pengaturan SDK sederhana |
-| Pelacakan Event Kustom | Metrik kustom dasar | Pelacakan event kustom fleksibel |
-| Periode Retensi | Terbatas pada tier gratis | Diperpanjang di semua paket |
-
-### Kriteria Pemilihan
-
-Saat memilih antara alat-alat ini, pertimbangkan hal berikut:
-
--   **Ukuran dan Lalu Lintas Aplikasi**: Untuk aplikasi yang mengharapkan pertumbuhan pesat, Firebase adalah pilihan yang solid. Sentry mungkin lebih cocok untuk implementasi skala kecil
--   **Persyaratan Teknis**: Firebase memerlukan [Google Play Services](https://enwikipediaorg/wiki/Google_Play_Services), membuatnya ideal untuk aplikasi dalam ekosistem tersebut. Sentry bekerja secara independen, menawarkan fleksibilitas lebih di berbagai platform
--   **Pengalaman Tim**: Firebase sesuai dengan tim yang sudah familiar dengan alat Google, sementara pengaturan SDK Sentry lebih mudah untuk kasus penggunaan yang lebih luas
--   **Batasan Anggaran**: Kedua alat menawarkan tier gratis, tapi bandingkan biaya penskalaan fitur untuk memastikan sesuai dengan anggaran Anda
--   **Tujuan Integrasi**: Firebase terintegrasi dengan baik dengan alur kerja berbasis Google, sementara Sentry sangat kuat dalam pelacakan error
--   **Persyaratan Regulasi**: Pastikan alat mematuhi standar seperti [GDPR](https://enwikipediaorg/wiki/General_Data_Protection_Regulation), terutama jika aplikasi Anda menangani data pengguna yang sensitif
--   **Frekuensi Pembaruan**: Jika pembaruan sering diperlukan, alat seperti Capgo dapat mempercepat perbaikan langsung, melengkapi pengaturan pemantauan Anda
-
-## Panduan Pengaturan Firebase
-
-Mengatur Firebase Performance Monitoring di [aplikasi Capacitor](https://capgo.app/plugins/ivs-player/) Anda memerlukan beberapa langkah jelas untuk memastikan pelacakan data yang akurat
\ No newline at end of file
diff --git a/src/content/blog/id/setting-up-capacitor-local-environment.md b/src/content/blog/id/setting-up-capacitor-local-environment.md
deleted file mode 100644
index bd0caad8e..000000000
--- a/src/content/blog/id/setting-up-capacitor-local-environment.md
+++ /dev/null
@@ -1,154 +0,0 @@
----
-slug: setting-up-capacitor-local-environment
-title: Menyiapkan Lingkungan Lokal Capacitor
-description: >-
-  Pelajari cara mengatur lingkungan lokal Capacitor dengan cepat untuk membuat
-  aplikasi iOS dan Android menggunakan teknologi web dengan panduan lengkap ini.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T01:01:07.065Z
-updated_at: 2025-04-03T01:01:18.509Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67edd19cebbb9dc8064069d2-1743642078509.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, mobile development, iOS setup, Android setup, app development, web
-  technologies, local environment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-**Ingin membangun aplikasi iOS dan Android menggunakan teknologi web? Berikut cara menyiapkan lingkungan [Capacitor](https://capacitorjs.com/) lokal dengan cepat dan efisien**
-
-### Langkah-langkah Utama:
-
-1.  **Instal Perangkat Lunak yang Diperlukan**:
-    
-    -   **[Nodejs](https://nodejsorg/en)** (v20.0.0+), **npm** (v9.0.0+), **Git** (v24.0.0+), dan IDE modern (mis. [VS Code](https://codevisualstudiocom/))
-    -   Persyaratan sistem: RAM 8GB, penyimpanan 256GB, prosesor Intel i5/AMD Ryzen 5
-2.  **Pengaturan iOS** (khusus macOS):
-    
-    -   macOS 13.0+ (Ventura), [Xcode](https://developer.apple.com/xcode/) 16.0+, [CocoaPods](https://cocoapodsorg/) 1.12.0+, dan akun Apple Developer aktif
-3.  **Pengaturan Android**:
-    
-    -   [Android Studio](https://developerandroidcom/studio) Hedgehog (2023.1.1)+, Android SDK API level 23+, JDK 17, dan [Gradle](https://gradleorg/) 8.0+
-    -   Atur variabel lingkungan untuk perangkat Android
-4.  **Instal Capacitor**:
-    
-    [[CODE_BLOCK]]
-    
-5.  **Inisialisasi Proyek**:
-    
-    -   Buat proyek baru atau integrasikan Capacitor ke aplikasi yang ada menggunakan `npx cap init`
-6.  **Tambahkan Platform**:
-    
-    [[CODE_BLOCK]]
-    
-7.  **Build dan Sinkronisasi**:
-    
-    -   Build aset web (`npm run build`) dan sinkronkan dengan platform native (`npx cap sync`)
-8.  **Aktifkan Pembaruan Langsung**:
-    
-    -   Gunakan [Capgo](https://capgo.app/) untuk pembaruan real-time dengan:
-        
-        [[CODE_BLOCK]]
-        
-9.  **[Uji Aplikasi Anda](https://capgo.app/docs/plugin/debugging/)**:
-    
-    -   Gunakan iOS Simulator (`npx cap open ios`) atau Android Emulator (`npx cap open android`)
-
-### Tips Cepat:
-
-Perbarui `capacitorconfig.ts` untuk mengelola lingkungan dan mengaktifkan pembaruan langsung. Contohnya:
-
-[[CODE_BLOCK]]
-
-Pengaturan ini memastikan pengembangan, pengujian, dan penerapan yang lancar untuk aplikasi Capacitor Anda
-
-## Ionic Capacitor - Membuat Aplikasi Baru - Jalankan di Android & iOS
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Pengaturan yang Diperlukan
-
-Pastikan sistem Anda memenuhi spesifikasi yang diperlukan sebelum melanjutkan
-
-### Kebutuhan Perangkat Lunak Dasar
-
-Instal perangkat berikut:
-
-| Perangkat Lunak | Versi Minimum | Catatan |
-| --- | --- | --- |
-| **Nodejs** | v20.0.0+ | Versi LTS direkomendasikan |
-| **npm** | v9.0.0+ | Disertakan dengan Nodejs |
-| **Git** | v24.0.0+ | Diperlukan untuk version control |
-| **VS Code/[WebStorm](https://wwwjetbrainscom/webstorm/)** | Terbaru | IDE modern apapun bisa digunakan |
-
-Mesin Anda harus memiliki minimal **RAM 8GB**, **penyimpanan 256GB**, dan prosesor **Intel i5/AMD Ryzen 5 (atau setara)**
-
-### Pengaturan iOS dan Android
-
-**Persyaratan iOS** (khusus macOS):
-
--   macOS 13.0 (Ventura) atau lebih baru
--   Xcode 16.0 atau lebih baru (unduh dari Mac App Store)
--   CocoaPods 1.12.0 atau lebih tinggi (instal menggunakan `sudo gem install cocoapods`)
--   Akun Apple Developer aktif
-
-**Persyaratan Android** (Windows/macOS/Linux):
-
--   Android Studio Hedgehog (2023.1.1) atau lebih baru
--   Android SDK API level 23 (Android 6.0) atau di atas
--   Java Development Kit (JDK) 17
--   Gradle 8.0+
-
-Atur variabel lingkungan Android dengan menambahkan baris berikut ke file konfigurasi shell Anda:
-
-[[CODE_BLOCK]]
-
-### Menginstal Capacitor
-
-Instal Capacitor menggunakan npm:
-
-[[CODE_BLOCK]]
-
-Jika Anda menggunakan framework seperti Vue, React, atau Angular, instal plugin Capacitor yang sesuai. Untuk Vue, jalankan:
-
-[[CODE_BLOCK]]
-
-Untuk mengkonfirmasi instalasi, periksa versi Capacitor dengan menjalankan:
-
-[[CODE_BLOCK]]
-
-Anda akan melihat versi Capacitor saat ini ditampilkan (mis. 5.x.x per April 2025)
-
-Terakhir, inisialisasi Capacitor di direktori proyek Anda:
-
-[[CODE_BLOCK]]
-
-Setelah selesai, Anda dapat mengonfigurasi komponen-komponen ini untuk proyek spesifik Anda
-
-## Instruksi Pengaturan
-
-### Pengaturan Proyek
-
-Untuk memulai, buat **proyek Capacitor baru** atau integrasikan Capacitor ke aplikasi web yang ada:
-
-[[CODE_BLOCK]]
-
-Jika Anda menambahkan Capacitor ke aplikasi web yang ada, inisialisasi di direktori proyek Anda:
-
-[[CODE_BLOCK]]
-
-Setelah diinisialisasi, Anda perlu menambahkan platform yang diperlukan untuk pengembangan native
-
-### Pengaturan Platform
-
-Tambahkan platform iOS dan Android ke proyek Anda:
-
-[[CODE_BLOCK]]
-
-Perbarui `capacitorconfig`
\ No newline at end of file
diff --git a/src/content/blog/id/setting-up-cicd-for-capacitor-apps.md b/src/content/blog/id/setting-up-cicd-for-capacitor-apps.md
deleted file mode 100644
index 2ddead7fc..000000000
--- a/src/content/blog/id/setting-up-cicd-for-capacitor-apps.md
+++ /dev/null
@@ -1,155 +0,0 @@
----
-slug: setting-up-cicd-for-capacitor-apps
-title: Menyiapkan CI/CD untuk Aplikasi Capacitor
-description: >-
-  Pelajari cara mengoptimalkan rilis aplikasi Anda untuk iOS dan Android
-  menggunakan pipeline CI/CD untuk meningkatkan efisiensi dan mengurangi
-  kesalahan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-11T06:22:21.536Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67aa9923b771216988320bf2-1739254956493.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  CI/CD, Capacitor apps, mobile development, automation, build process, live
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin rilis aplikasi iOS dan Android yang lebih cepat dan bebas kesalahan?** Pipeline CI/CD untuk aplikasi [Capacitor](https://capacitorjs.com/) mengotomatisasi proses build, testing, dan deployment, memangkas waktu rilis hingga 70% dan mengurangi kesalahan hingga 60%. Panduan ini mencakup semua yang perlu Anda ketahui, mulai dari menyiapkan lingkungan hingga mengotomatisasi update langsung dengan [Capgo](https://capgo.app/).
-
-### Poin Penting:
-
-- **Mengapa CI/CD penting untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)**: Mempercepat build hingga 78% dan mengurangi penolakan toko sebesar 60%.
-- **Alat penting**: [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), [CocoaPods](https://cocoapods.org/), dan lainnya.
-- **Pengaturan pipeline**: Otomatisasi tugas seperti `npx cap sync`, caching dependensi, dan build khusus platform.
-- **Update langsung dengan Capgo**: Aktifkan update pasca-rilis dengan rollout bertahap dan pengaman rollback.
-
-### Langkah Pengaturan Cepat:
-
-1. **Siapkan lingkungan Anda**: Pasang alat yang diperlukan untuk iOS dan Android.
-2. **Konfigurasi proyek Anda**: Perbarui `capacitor.config.ts` dan kelola variabel lingkungan dengan aman.
-3. **Bangun pipeline**: Otomatisasi instalasi dependensi, build, dan tes untuk kedua platform.
-4. **Optimalkan kinerja**: Gunakan caching, build paralel, dan alur kerja bersyarat.
-5. **Tambahkan update langsung**: Integrasikan Capgo untuk update OTA yang aman dengan rollout bertahap.
-
-Dengan CI/CD, aplikasi Capacitor mencapai rilis yang lebih cepat dan lancar sambil meminimalkan kesalahan dan intervensi manual. Siap mengoptimalkan alur kerja Anda? Mari mulai!
-
-## Integrasikan Pipeline CI/CD Yang Ada dengan Kemampuan Mobile
-
-<iframe src="https://www.youtube.com/embed/rIPnuVwvbb0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Menyiapkan Lingkungan CI/CD
-
-Setelah Anda memahami dasar-dasar CI/CD, langkah selanjutnya adalah menyiapkan lingkungan Anda. Ini adalah tulang punggung otomatisasi yang dapat diandalkan.
-
-### Pengaturan Alat dan Perangkat Lunak
-
-Pastikan Anda telah memasang alat-alat penting ini:
-
-**Untuk Pengembangan iOS:**
-
-- **Xcode 14 atau lebih baru**
-- **Xcode Command Line Tools**
-- **CocoaPods** untuk mengelola dependensi
-
-**Untuk Pengembangan Android:**
-
-- **Android Studio**
-- **Android SDK 33 atau di atasnya**
-- **Java Development Kit (JDK)**
-
-Untuk memastikan Xcode Command Line Tools terpasang, gunakan:
-
-```bash
-xcode-select -p
-```
-
-### Membuat Proyek [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-11.jpg?auto=compress)
-
-Proyek Capacitor Anda perlu dikonfigurasi dengan benar untuk alur kerja CI/CD. File `capacitor.config.ts` adalah inti dari pengaturan ini:
-
-```typescript
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  webDir: 'build',
-  ios: { 
-    scheme: 'MyApp'
-  }
-}
-```
-
-File ini memastikan proyek Anda selaras dengan persyaratan CI/CD.
-
-### Mengatur Variabel Lingkungan
-
-Mengelola kredensial dengan aman adalah bagian penting dalam menghubungkan pengaturan lingkungan dengan pipeline CI/CD.
-
-**Variabel Kunci yang Perlu Didefinisikan:**
-
-- **`BUILD_ENV`**: Menentukan tahap deployment (misal, `production`)
-- **`IOS_SIGNING_IDENTITY`**: Sertifikat penandatanganan kode Anda
-- **`ANDROID_KEYSTORE_PATH`**: Path ke keystore Android Anda
-
-Untuk build Android, buat file `local.properties` secara dinamis selama proses CI:
-
-```bash
-echo "sdk.dir=$ANDROID_SDK_ROOT" > android/local.properties
-```
-
-Saat bekerja dengan build iOS, pastikan platform CI Anda mendukung agen macOS.
-
-Untuk memeriksa apakah lingkungan Anda siap:
-
-```bash
-node --version | grep "v16" && xcodebuild -version | grep "Xcode 14" || exit 1
-```
-
-Pengelolaan kunci dan kredensial yang tepat dapat secara signifikan menurunkan kemungkinan penolakan app store, seperti yang dicatat dalam statistik sebelumnya [\[1\]](https://opstree.com/blog/2023/06/27/cicd-for-mobile-app-development-using-capacitor-js-on-azure-devops/).
-
-[Lanjutan teks terlalu panjang untuk dimuat sekaligus - silakan informasikan jika Anda ingin saya lanjutkan menerjemahkan bagian berikutnya]
-
-### Bagaimana cara membuat aplikasi Capacitor?
-
-Membangun aplikasi Capacitor melibatkan beberapa langkah sederhana:
-
-1.  **Siapkan lingkungan pengembangan**: Instal Node.js dan npm di sistem Anda. Kemudian, gunakan Ionic CLI untuk memulai proyek baru dengan dukungan Capacitor:
-    
-    ```bash
-npm install --ignore-scripts
-npm install @capacitor/cli
-```
-    
-2.  **Tambahkan dukungan platform**: Tambahkan platform yang ingin Anda targetkan, seperti iOS atau Android:
-    
-    ```yaml
-- task: Cache@2
-  inputs:
-    key: 'npm | "$(Agent.OS)" | package-lock.json'
-    path: |
-      node_modules
-      android/.gradle
-      ios/Pods
-```
-    
-3.  **Sinkronkan kode web Anda**: Pastikan kode web Anda selaras dengan platform native dengan menjalankan:
-    
-    ```yaml
-steps:
-  - task: InstallAppleCertificate@2
-    inputs:
-      certSecureFile: 'certificate.p12'
-      certPwd: $(P12_PASSWORD)
-  - script: |
-      xcodebuild -workspace ios/App/App.xcworkspace -scheme App -configuration Release -archivePath ios/App/App.xcarchive archive
-```
-    
-
-Langkah sinkronisasi sangat penting untuk menjaga konsistensi aplikasi Anda di semua platform dan memastikan kelancaran operasi dalam pipeline CI/CD. Untuk detail lebih lanjut tentang penyiapan lingkungan pengembangan Anda, lihat bagian Tools.
diff --git a/src/content/blog/id/setup-ci-and-cd-in-gitlab.md b/src/content/blog/id/setup-ci-and-cd-in-gitlab.md
deleted file mode 100644
index 0dd866773..000000000
--- a/src/content/blog/id/setup-ci-and-cd-in-gitlab.md
+++ /dev/null
@@ -1,84 +0,0 @@
----
-slug: setup-ci-and-cd-in-gitlab
-title: Pembangunan dan Peluncuran Otomatis Aplikasi dengan GitLab
-description: >-
-  Buat pipeline CI/CD Anda sendiri dengan GitLab secara gratis dan deploy
-  aplikasi Ionic Capacitor JS Anda setiap kali melakukan push ke branch main.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /CI_CD_in_Gitlab.webp
-head_image_alt: CI/CD di GitLab
-keywords: 'GitLab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: id
-next_blog: ''
----
-Artikel ini akan memandu Anda tentang cara melakukan pengaturan CI/CD pipeline dengan GitLab.
-
-## Pendahuluan
-
-Pastikan Anda telah menambahkan aplikasi Capacitor Anda terlebih dahulu ke Capgo, tutorial ini hanya berfokus pada fase upload. Jika Anda perlu menambahkan aplikasi Anda ke Capgo, Anda dapat mengikuti [Tutorial](https://capgo.app/blog/update-your-capacitor-apps-seamlessly-using-capacitor-updater/) ini.
-
-## Konvensi Commit
-
-Pertama Anda perlu mulai mengikuti konvensi commit [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/) ini akan membantu peralatan memahami cara meningkatkan nomor versi, hanya butuh 5 menit untuk mempelajarinya.
-
-![Conventional commits](/conventional_commits.webp)
-
-## GitLab CI/CD untuk Tag
-
-Buat file .gitlab-ci.yml di root repositori GitLab Anda dengan konten berikut
-
-      stages:
-          - tag
-
-     bump_version:
-       stage: tag
-       only:
-         - main
-      except:
-        variables:
-      - $CI_COMMIT_MESSAGE =~ /^chore\(release\):/
-      script:
-       - git config --global user.email "gitlab@yourdomain.com"
-       - git config --global user.name "GitLab CI/CD"
-       - git checkout $CI_COMMIT_REF_NAME
-       - git pull origin $CI_COMMIT_REF_NAME
-       - npx capacitor-standard-version
-       - git push origin $CI_COMMIT_REF_NAME --tags
-
-Ganti "gitlab@yourdomain.com" dan "GitLab CI/CD" dengan email dan username GitLab Anda di bagian script. Konfigurasi ini memicu job hanya pada push ke branch main dan mengecualikan commit dengan pesan yang dimulai dengan "chore(release):".
-
-## GitLab CI/CD untuk Build
-
-Tambahkan stage lain ke file .gitlab-ci.yml Anda untuk build:
-
-        stages:
-          - deploy
-
-       deploy:
-         stage: deploy
-         only:
-           - tags  # Job ini hanya akan berjalan untuk push tag
-         script:
-           - apt-get update -qy && apt-get install -y nodejs npm
-           - npm install -g @capgo/cli
-           - npm ci
-           - npm run build
-           - npx @capgo/cli bundle upload -a $CAPGO_TOKEN -c production
-         variables:
-           FIREBASE_CONFIG: $FIREBASE_CONFIG  # Definisikan ini di pengaturan proyek GitLab Anda
-         environment:
-           name: production
-
-Pastikan Anda telah menambahkan API key Capgo (CAPGO_TOKEN) sebagai variabel CI/CD di proyek GitLab Anda. Pergi ke proyek Anda di GitLab, navigasi ke Settings > CI/CD > Variables, dan tambahkan variabel bernama CAPGO_TOKEN dengan nilai API key Anda.
-
-Sesuaikan script build dengan proses build spesifik proyek Anda, seperti mengubah perintah npm run build.
-
-## Kesimpulan
-
-Di sinilah kita! Kita telah mengambil langkah tambahan dalam perjalanan teknologi kita. Dalam pengembangan perangkat lunak modern, CICD adalah faktor penting yang harus dipertimbangkan. Jadi saya berharap panduan ini masuk akal bagi semua orang.
diff --git a/src/content/blog/id/setup-stripe-payment-in-us-capacitor.md b/src/content/blog/id/setup-stripe-payment-in-us-capacitor.md
deleted file mode 100644
index a8253cb37..000000000
--- a/src/content/blog/id/setup-stripe-payment-in-us-capacitor.md
+++ /dev/null
@@ -1,730 +0,0 @@
----
-slug: setup-stripe-payment-in-us-capacitor
-title: >-
-  Mengimplementasikan Tautan Pembayaran Stripe di Aplikasi Capacitor Mengikuti
-  Pedoman Baru Apple
-description: >-
-  Pelajari cara mengimplementasikan Tautan Pembayaran Stripe di aplikasi
-  Capacitor Anda untuk memproses pembayaran barang digital sesuai dengan pedoman
-  baru Apple yang berlaku mulai 1 Mei 2025.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-05-01T00:00:00.000Z
-updated_at: 2025-11-21T17:43:20.000Z
-head_image: /stripe_apple.webp
-head_image_alt: Implementasi pembayaran Stripe dalam aplikasi Capacitor
-keywords: >-
-  capacitor, stripe, payment links, app store guidelines, iOS, digital goods,
-  in-app purchases, external payments
-tag: Tutorial
-published: true
-locale: id
----
-# Mengimplementasikan Tautan Pembayaran Stripe di Aplikasi Capacitor Menyusul Pedoman Apple Baru
-
-Mulai 1 Mei 2025, Apple telah menerapkan perubahan signifikan pada Pedoman Tinjauan App Store setelah putusan pengadilan dalam kasus [Epic v. Apple](https://storage.courtlistener.com/recap/gov.uscourts.cand.364265/gov.uscourts.cand.364265.1508.0_2.pdf). Perubahan ini secara khusus memungkinkan pengembang aplikasi di Amerika Serikat untuk menghubungkan metode pembayaran eksternal untuk barang dan layanan digital, membuka alternatif untuk sistem pembelian dalam aplikasi Apple.
-
-## Pertarungan Epic yang Mengubah Pembayaran Seluler Selamanya
-
-Jalan menuju momen ini telah lama dan penuh sengketa. Semua dimulai pada Agustus 2020 ketika Epic Games, pencipta game yang sangat populer Fortnite, secara sengaja melanggar pedoman App Store Apple dengan menerapkan opsi pembayaran langsung yang melewati komisi 30% Apple. Apple segera menghapus Fortnite dari App Store, dan Epic merespons dengan mengajukan gugatan yang menantang kontrol Apple atas distribusi aplikasi iOS dan pembayaran dalam aplikasi.
-
-Setelah bertahun-tahun pertempuran hukum, banding, dan kontra-banding, pengadilan akhirnya memutuskan bahwa Apple harus mengizinkan pengembang untuk mengarahkan pengguna ke metode pembayaran alternatif di luar aplikasi mereka. Keputusan ini secara fundamental mengubah ekonomi ekosistem App Store, yang telah beroperasi di bawah model keuangan dasar yang sama sejak didirikan pada tahun 2008.
-
-### Putusan Akhir - Tidak Ada Lagi Banding
-
-Yang membuat putusan ini sangat signifikan adalah bahwa ini bersifat final dan tidak dapat diajukan banding lebih lanjut. Mahkamah Agung menolak untuk mendengarkan banding Apple pada awal 2025, mengukuhkan keputusan pengadilan yang lebih rendah sebagai hukum yang berlaku. Ini berarti pengembang dapat menerapkan metode pembayaran eksternal dengan keyakinan bahwa Apple tidak dapat membalikkan keputusan ini melalui tantangan hukum lebih lanjut.
-
-### Perlakuan Setara Dijamin oleh Hukum
-
-Paling penting, keputusan tersebut secara eksplisit menyatakan bahwa Apple tidak dapat mendiskriminasi aplikasi yang menggunakan metode pembayaran eksternal. Pengadilan secara khusus melarang Apple dari:
-
-1. Membebankan biaya tambahan atau menetapkan persyaratan tambahan pada aplikasi yang menggunakan metode pembayaran eksternal
-2. Memberikan perlakuan istimewa dalam hasil pencarian atau penonjolan kepada aplikasi yang secara eksklusif menggunakan sistem IAP Apple
-3. Menggunakan langkah teknis untuk membuat pengalaman pembayaran eksternal menjadi inferior dibandingkan sistem milik Apple
-4. Menerapkan persyaratan pengungkapan yang memberatkan di luar informasi konsumen dasar
-
-Perlindungan eksplisit ini berarti bahwa pengembang dapat menerapkan Stripe atau penyedia pembayaran eksternal lainnya tanpa takut akan pembalasan halus atau diskriminasi dari Apple. Lapangan permainan secara hukum telah diratakan, dan Apple harus memperlakukan semua aplikasi secara setara terlepas dari pilihan metode pembayaran mereka.
-
-Putusan ini merupakan salah satu tantangan paling signifikan terhadap pendekatan kebun terkurung Apple dan menandai pergeseran penting dalam cara monetisasi aplikasi seluler dapat bekerja. Bagi pengembang yang telah lama mengeluh tentang komisi 30% Apple (yang dikurangi menjadi 15% untuk bisnis kecil), putusan ini menawarkan jalur menuju margin keuntungan yang lebih tinggi dan lebih banyak kontrol atas pengalaman pelanggan.
-
-## Manfaat Keuangan Menggunakan Stripe Dibandingkan Pembelian Dalam Aplikasi Apple
-
-Implikasi keuangan dari perubahan ini sangat besar bagi pengembang:
-
-- **Biaya Pemrosesan Pembayaran yang Lebih Rendah**: Apple biasanya membebankan komisi 30% pada pembelian dalam aplikasi (15% untuk bisnis kecil), sementara biaya Stripe hanya sekitar 2,9% + $0,30 per transaksi. Perbedaan ini dapat secara signifikan meningkatkan margin pendapatan Anda.
-  
-- **Pembayaran Lebih Cepat**: Dengan Apple, Anda biasanya menunggu 45-90 hari untuk menerima dana Anda. Stripe, di sisi lain, menyetor pembayaran ke rekening bank Anda dalam waktu 2-3 hari kerja.
-
-- **Proses Pengembalian Yang Sederhana**: Tangani pengembalian langsung melalui dasbor Stripe daripada melalui sistem pengembalian Apple yang lebih rumit.
-
-Penghematan biaya dan arus kas yang ditingkatkan ini dapat mengubah permainan, terutama bagi pengembang dan bisnis kecil.
-
-Dalam artikel ini, kita akan menjelajahi cara mengimplementasikan Tautan Pembayaran Stripe di aplikasi Capacitor Anda untuk memanfaatkan aturan baru ini, sambil memastikan kepatuhan dengan [pedoman Apple yang diperbarui](https://developer.apple.com/app-store/review/guidelines/#business).
-
-> Implementasi ini didasarkan pada [dokumentasi resmi Stripe untuk Tautan Pembayaran](https://docs.stripe.com/mobile/digital-goods/payment-links), yang disesuaikan khusus untuk aplikasi Capacitor.
-
-## Memahami Pedoman Baru
-
-Pedoman Tinjauan App Store yang diperbarui sekarang memperbolehkan pengembang untuk mengarahkan pengguna ke situs web eksternal untuk pemrosesan pembayaran, khususnya untuk barang digital dan langganan. Perubahan ini saat ini hanya berlaku untuk aplikasi yang didistribusikan di App Store Amerika Serikat.
-
-Poin kunci yang perlu dipahami:
-
-1. Anda sekarang dapat menghubungkan ke opsi pembayaran eksternal untuk barang digital dalam aplikasi Anda
-2. Ini hanya berlaku untuk aplikasi di App Store AS
-3. Anda tetap harus mematuhi persyaratan pengungkapan Apple
-4. Anda bertanggung jawab atas semua dukungan pelanggan dan penanganan pengembalian dana
-
-## Menyiapkan Tautan Pembayaran Stripe di Aplikasi Capacitor Anda
-
-Mari kita selami implementasi teknisnya:
-
-### Langkah 1: Buat Tautan Pembayaran di Dasbor Stripe
-
-Pertama, buat tautan pembayaran di Dasbor Stripe Anda:
-
-1. Navigasikan ke bagian Tautan Pembayaran di Dasbor Stripe Anda
-2. Klik "+ Baru" untuk membuat tautan pembayaran baru
-3. Definisikan rincian produk atau langganan Anda
-4. Di bawah pengaturan "Setelah pembayaran", pilih "Jangan tampilkan halaman konfirmasi"
-5. Atur tautan universal sebagai URL keberhasilan Anda (kita akan mengonfigurasi ini nanti)
-6. Klik "Buat Tautan" untuk menghasilkan tautan pembayaran Anda
-
-### Langkah 2: Siapkan Tautan Universal di Aplikasi Capacitor Anda
-
-Untuk mengarahkan pengguna kembali ke aplikasi Anda setelah penyelesaian pembayaran, konfigurasikan tautan universal:
-
-1. Buat file `apple-app-site-association` di domain Anda:
-
-```json
-{
-  "applinks": {
-    "apps": [],
-    "details": [
-      {
-        "appIDs": ["YOURTEAMID.com.yourdomain.yourapp"],
-        "components": [
-          {
-            "/": "/checkout_redirect*",
-            "comment": "Matches any URL whose path starts with /checkout_redirect"
-          }
-        ]
-      }
-    ]
-  }
-}
-```
-
-2. Hosting file ini di `https://yourdomain.com/.well-known/apple-app-site-association`
-
-3. Pastikan dilayani dengan tipe MIME yang benar `application/json`
-
-4. Konfigurasikan aplikasi Capacitor Anda untuk menangani tautan universal dengan menambahkan hak istimewa yang tepat. Pertama, di `capacitor.config.ts` Anda:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  // Your existing app configuration (appId, appName, etc.)
-  plugins: {
-    Geolocation: {
-      // Request precise location access on iOS
-      iosLocationAccuracy: 'reduced'
-    }
-  }
-};
-
-export default config;
-```
-
-5. Tambahkan hak istimewa Domain Terkait ke proyek Xcode Anda:
-   - Buka proyek Xcode Anda
-   - Pilih target aplikasi Anda
-   - Pergi ke "Signing & Capabilities"
-   - Klik "+ Capability" dan pilih "Associated Domains"
-   - Tambahkan `applinks:yourdomain.com`
-
-### Langkah 3: Buat Halaman Cadangan
-
-Buat halaman cadangan di URL pengalihan untuk menangani kasus di mana aplikasi tidak terinstal:
-
-```html
-<!DOCTYPE html>
-<html>
-<head>
-  <title>Redirecting...</title>
-  <meta http-equiv="refresh" content="0;url=https://yourdomain.com/app-download">
-</head>
-<body>
-  <p>Redirecting to download page...</p>
-</body>
-</html>
-```
-
-### Langkah 4: Terapkan Tombol Pembayaran di Aplikasi Capacitor Anda
-
-Sekarang, tambahkan tombol pembayaran ke aplikasi Anda:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-export async function openPaymentLink(userEmail, userId) {
-  // Use your actual Stripe payment link
-  const baseUrl = 'https://buy.stripe.com/your_payment_link';
-  
-  // Add URL parameters to customize the experience
-  const params = new URLSearchParams({
-    prefilled_email: encodeURIComponent(userEmail),
-    client_reference_id: userId
-  });
-
-  const fullUrl = `${baseUrl}?${params.toString()}`;
-  
-  // Simple window.open works in both web and Capacitor
-  // Using _blank opens in Safari on iOS which is important for users with saved Stripe Link credentials
-  window.open(fullUrl, '_blank');
-}
-```
-
-> **Mengapa Safari Penting**: Membuka tautan pembayaran di Safari (melalui `window.open`) daripada browser dalam aplikasi adalah keuntungan karena pengguna yang sebelumnya telah menyimpan informasi pembayaran mereka dengan Stripe Link akan memiliki kredensial mereka tersedia secara otomatis. Ini menciptakan pengalaman checkout yang lebih lancar di mana pengguna tidak perlu memasukkan informasi kartu kredit mereka lagi, secara signifikan mengurangi friksi dan tingkat pengabaian.
-
-### Langkah 5: Tangani Tautan Universal di Aplikasi Anda
-
-Konfigurasikan aplikasi Anda untuk menangani tautan universal saat pengguna dialihkan kembali:
-
-1. Pertama, instal plugin App:
-
-```bash
-npm install @capacitor/app
-```
-
-2. Daftarkan plugin App di aplikasi Anda:
-
-```typescript
-import { App } from '@capacitor/app';
-
-// In your initialization code
-App.addListener('appUrlOpen', (event) => {
-  // Example URL: https://yourdomain.com/checkout_redirect?session_id=cs_test_...
-  const url = new URL(event.url);
-  
-  if (url.pathname.startsWith('/checkout_redirect')) {
-    // Extract any parameters you need
-    const params = new URLSearchParams(url.search);
-    const sessionId = params.get('session_id');
-    
-    // Handle successful payment
-    if (sessionId) {
-      // Verify the payment on your server if needed
-      verifyPayment(sessionId);
-      
-      // Update UI to reflect successful purchase
-      updatePurchaseStatus(true);
-    }
-  }
-});
-
-async function verifyPayment(sessionId) {
-  // Call your backend to verify the payment
-  // This is optional if you're relying on webhooks
-}
-
-function updatePurchaseStatus(success) {
-  // Update your app UI to reflect purchase status
-}
-```
-
-### Langkah 6: Siapkan Webhook untuk Pemenuhan Pesanan
-
-Akhirnya, konfigurasikan webhook di server Anda untuk menangani pembayaran yang berhasil:
-
-```javascript
-// Using Express.js as an example
-const express = require('express');
-const stripe = require('stripe')('sk_test_your_stripe_secret_key');
-const app = express();
-
-// Use raw body parser for webhook signature verification
-app.post('/webhook', express.raw({type: 'application/json'}), async (req, res) => {
-  const sig = req.headers['stripe-signature'];
-  const webhookSecret = 'whsec_your_webhook_secret';
-  
-  let event;
-  
-  try {
-    event = stripe.webhooks.constructEvent(req.body, sig, webhookSecret);
-  } catch (err) {
-    console.log(`Webhook Error: ${err.message}`);
-    return res.status(400).send(`Webhook Error: ${err.message}`);
-  }
-  
-  // Handle the checkout.session.completed event
-  if (event.type === 'checkout.session.completed') {
-    const session = event.data.object;
-    
-    // Retrieve client_reference_id (your user ID)
-    const userId = session.client_reference_id;
-    
-    // Grant access to the purchased content
-    await grantAccess(userId, session.id);
-  }
-  
-  res.status(200).send();
-});
-
-async function grantAccess(userId, sessionId) {
-  // Your logic to grant access to the purchased content
-  // This could be updating a database, sending a notification, etc.
-}
-
-app.listen(3000, () => console.log('Webhook server running on port 3000'));
-```
-
-## Kompatibilitas Android
-
-Mari kita jelaskan: putusan Epic v. Apple telah secara mendasar mengubah lanskap pembayaran seluler. Ini tidak hanya berdampak langsung pada aplikasi iOS, tetapi juga memperkuat posisi pengembang Android yang telah menggunakan metode pembayaran eksternal.
-
-**Pengembang Android sekarang dapat menerapkan solusi pembayaran eksternal dengan kepercayaan penuh.** Preseden yang ditetapkan oleh putusan Apple secara efektif melindungi pengembang di seluruh platform dari potensi pembatasan di masa depan. Keputusan pengadilan ini telah memvalidasi apa yang telah dilakukan banyak pengembang Android selama bertahun-tahun - menawarkan opsi pembayaran alternatif dengan biaya yang lebih rendah.
-
-Google Play Store selalu kurang ketat tentang metode pembayaran eksternal dibandingkan Apple, dan sekarang dengan preseden hukum yang ditetapkan, hampir tidak ada risiko dalam menerapkan Stripe atau penyedia pembayaran eksternal lainnya di aplikasi Android Anda. Anda dapat melanjutkan dengan implementasi ini dengan mengetahui bahwa Anda berada di dasar hukum yang solid.
-
-Implementasi yang telah kita bahas untuk iOS bekerja hampir identik untuk perangkat Android. Karena Google Play Store tidak memiliki pembatasan yang sama pada metode pembayaran eksternal, Anda dapat menggunakan pendekatan Tautan Pembayaran Stripe yang persis sama tanpa memerlukan dialog pengungkapan khusus.
-
-Untuk menangani pengalihan mendalam (yang setara dengan tautan universal di iOS), Anda perlu:
-
-1. Menyiapkan App Links di `AndroidManifest.xml` Anda untuk menangani URL pengarah
-2. Membuat file `.well-known/assetlinks.json` di domain Anda dengan rincian aplikasi Anda
-3. Menggunakan logika pendengar `appUrlOpen` yang sama untuk memproses pembayaran yang berhasil
-
-Keindahan Capacitor adalah bahwa setelah Anda menerapkan konfigurasi spesifik platform, kode alur pembayaran yang sebenarnya tetap sama di kedua platform.
-
-## Membuat Antarmuka Pembayaran
-
-Berikut adalah contoh komponen tombol pembayaran dalam Vue yang dapat Anda tambahkan ke aplikasi Capacitor Anda:
-
-```vue
-<template>
-  <div class="payment-container">
-    <div class="pricing-card">
-      <h2 class="mb-4 text-xl font-bold">{{ product.name }}</h2>
-      <p class="mb-6 text-gray-600">{{ product.description }}</p>
-      <div class="mb-6 price-tag">
-        <span class="text-2xl font-bold">${{ product.price }}</span>
-        <span v-if="product.isSubscription" class="text-sm text-gray-500">/month</span>
-      </div>
-      <button 
-        @click="handlePayment" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        Purchase Now
-      </button>
-    </div>
-  </div>
-</template>
-
-<script setup>
-import { ref } from 'vue';
-import { Dialog } from '@capacitor/dialog';
-
-const props = defineProps({
-  product: {
-    type: Object,
-    required: true
-  },
-  userEmail: {
-    type: String,
-    default: ''
-  },
-  userId: {
-    type: String,
-    required: true
-  }
-});
-
-const isLoading = ref(false);
-
-async function showExternalPaymentDisclosure() {
-  const { value } = await Dialog.confirm({
-    title: 'Leaving App for Payment',
-    message: 'You are about to leave this app to make a payment. Apple is not responsible for the privacy or security of payments that are not made through the App Store. All payment-related issues, including refunds, must be handled by our support team.',
-    okButtonTitle: 'Continue',
-    cancelButtonTitle: 'Cancel'
-  });
-  
-  return value;
-}
-
-async function openPaymentLink() {
-  // Use your actual Stripe payment link
-  const baseUrl = 'https://buy.stripe.com/your_payment_link';
-  
-  // Add URL parameters to customize the experience
-  const params = new URLSearchParams({
-    prefilled_email: encodeURIComponent(props.userEmail),
-    client_reference_id: props.userId
-  });
-
-  const fullUrl = `${baseUrl}?${params.toString()}`;
-  
-  // Simple window.open works in both web and Capacitor
-  // Using _blank opens in Safari on iOS which is important for users with saved Stripe Link credentials
-  window.open(fullUrl, '_blank');
-}
-
-async function handlePayment() {
-  isLoading.value = true;
-  try {
-    // Only show the disclosure on iOS
-    if (window.Capacitor?.getPlatform() === 'ios') {
-      const userConfirmed = await showExternalPaymentDisclosure();
-      if (!userConfirmed) return;
-    }
-    
-    await openPaymentLink();
-  } catch (error) {
-    console.error('Payment error:', error);
-    await Dialog.alert({
-      title: 'Payment Error',
-      message: 'There was an error initiating the payment. Please try again.'
-    });
-  } finally {
-    isLoading.value = false;
-  }
-}
-</script>
-```
-
-## Menangani Berbagai Wilayah
-
-Karena pedoman Apple yang baru hanya berlaku untuk aplikasi di App Store AS, Anda perlu strategi untuk mendeteksi wilayah pengguna dan menerapkan metode pembayaran yang tepat. Berikut adalah pendekatan yang lebih andal menggunakan geolokasi IP:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-async function determinePaymentMethod() {
-  // Always use Stripe for Android
-  if (Capacitor.getPlatform() !== 'ios') {
-    return 'external';
-  }
-  
-  try {
-    // Use a geolocation service to determine user's country
-    const response = await fetch('https://ipapi.co/json/');
-    const locationData = await response.json();
-    
-    // Check if the user is in the United States
-    if (locationData.country_code === 'US') {
-      return 'external'; // Can use Stripe Payment Links
-    } else {
-      return 'iap'; // Must use In-App Purchases
-    }
-  } catch (error) {
-    console.error('Error detecting region:', error);
-    return 'iap'; // Default to IAP to be safe
-  }
-}
-
-export async function processPayment(product, userEmail, userId) {
-  const paymentMethod = await determinePaymentMethod();
-  
-  if (paymentMethod === 'external') {
-    // Use Stripe Payment Links
-    await initiateExternalPayment(userEmail, userId);
-  } else {
-    // Use Apple's In-App Purchase
-    await initiateInAppPurchase(product.appleProductId);
-  }
-}
-```
-
-Pendekatan ini menggunakan layanan gratis `ipapi.co` untuk menentukan negara pengguna berdasarkan alamat IP mereka. Anda juga dapat menggunakan layanan geolokasi lainnya seperti MaxMind, atau menerapkan pemeriksaan ini di sisi server untuk keamanan yang lebih baik.
-
-> **Catatan**: Meskipun pendekatan ini berhasil, penting untuk diingat bahwa geolokasi IP tidak selalu 100% akurat. Untuk aplikasi yang sangat penting, pertimbangkan untuk menggunakan beberapa metode deteksi atau memungkinkan pengguna untuk memilih wilayah mereka secara manual.
-
-### Deteksi Lokasi yang Lebih Akurat dengan Plugin Capacitor
-
-Untuk deteksi lokasi yang lebih akurat, Anda dapat menggunakan plugin Geolocation dari Capacitor bersama dengan @capgo/nativegeocoder untuk menentukan negara pengguna dengan presisi yang lebih tinggi:
-
-1. Pertama, instal plugin yang diperlukan:
-
-```bash
-npm install @capacitor/geolocation @capgo/nativegeocoder
-```
-
-2. Konfigurasikan plugin dalam proyek Capacitor Anda. Tambahkan yang berikut ini ke `capacitor.config.ts` Anda:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  // Your existing app configuration (appId, appName, etc.)
-  plugins: {
-    Geolocation: {
-      // Request precise location access on iOS
-      iosLocationAccuracy: 'reduced'
-    }
-  }
-};
-
-export default config;
-```
-
-3. Implementasikan deteksi wilayah berbasis lokasi:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { Geolocation } from '@capacitor/geolocation';
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-async function isUserInUSA() {
-  try {
-    // Request permission first
-    const permissionStatus = await Geolocation.requestPermissions();
-    
-    if (permissionStatus.location === 'granted') {
-      // Get current position
-      const position = await Geolocation.getCurrentPosition({
-        timeout: 10000,
-        enableHighAccuracy: false
-      });
-      
-      // Use NativeGeocoder to reverse geocode the coordinates
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: position.coords.latitude,
-        longitude: position.coords.longitude,
-        useLocale: true,
-        maxResults: 1
-      });
-      
-      if (results.addresses.length > 0) {
-        // Check if the user is in the USA
-        return results.addresses[0].countryCode === 'US';
-      }
-    }
-    
-    // If we couldn't determine location or permission denied, fall back to IP detection
-    return await isUserInUSAByIP();
-  } catch (error) {
-    console.error('Error detecting location:', error);
-    // Fall back to IP detection on error
-    return await isUserInUSAByIP();
-  }
-}
-
-async function isUserInUSAByIP() {
-  try {
-    const response = await fetch('https://ipapi.co/json/');
-    const data = await response.json();
-    return data.country_code === 'US';
-  } catch (error) {
-    console.error('Error detecting IP location:', error);
-    return false; // Default to false to be safe
-  }
-}
-
-export async function determinePaymentMethod() {
-  // Always use Stripe for Android
-  if (Capacitor.getPlatform() !== 'ios') {
-    return 'external';
-  }
-  
-  // Check if user is in the USA
-  const isUSA = await isUserInUSA();
-  return isUSA ? 'external' : 'iap';
-}
-
-export async function processPayment(product, userEmail, userId) {
-  const paymentMethod = await determinePaymentMethod();
-  
-  if (paymentMethod === 'external') {
-    // Use Stripe Payment Links
-    await initiateExternalPayment(userEmail, userId);
-  } else {
-    // Use Apple's In-App Purchase
-    await initiateInAppPurchase(product.appleProductId);
-  }
-}
-```
-
-Implementasi ini memberikan cara yang lebih akurat untuk menentukan apakah pengguna berada secara fisik di Amerika Serikat. Pertama, ia mencoba menggunakan GPS perangkat dan geocoder asli untuk menentukan negara. Jika itu gagal (karena masalah izin atau kesalahan lainnya), ia kembali ke deteksi berbasis IP.
-
-Ingat untuk menambahkan izin yang diperlukan ke file `info.plist` Anda (iOS) dan `AndroidManifest.xml` (Android):
-
-Untuk iOS (`ios/App/App/Info.plist`):
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>We need your location to determine which payment method to use based on regional availability.</string>
-```
-
-Untuk Android (`android/app/src/main/AndroidManifest.xml`):
-```xml
-<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-```
-
-Menggunakan pendekatan ini memberi Anda cara yang paling akurat untuk menentukan apakah pengguna memenuhi syarat untuk opsi pembayaran eksternal di bawah pedoman baru Apple.
-
-## Mengelola Langganan
-
-Salah satu keuntungan utama menggunakan Stripe untuk pembayaran adalah kemampuan untuk menawarkan dan mengelola langganan. Berikut adalah cara menangani manajemen langganan di aplikasi Capacitor Anda:
-
-### 1. Membuat Halaman Manajemen Langganan
-
-Tambahkan halaman manajemen langganan di aplikasi Anda untuk menampilkan langganan aktif pengguna:
-
-```vue
-<template>
-  <div class="subscription-manager">
-    <div v-if="isLoading" class="loading-indicator">
-      Loading subscription data...
-    </div>
-    
-    <div v-else-if="subscription" class="subscription-info">
-      <h2 class="mb-4 text-xl font-bold">Your Subscription</h2>
-      
-      <div class="mb-6 plan-details">
-        <p><span class="font-medium">Plan:</span> {{ subscription.planName }}</p>
-        <p><span class="font-medium">Status:</span> {{ subscription.status }}</p>
-        <p><span class="font-medium">Renews:</span> {{ formatDate(subscription.currentPeriodEnd) }}</p>
-      </div>
-      
-      <button 
-        @click="manageSubscription" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        Manage Subscription
-      </button>
-    </div>
-    
-    <div v-else class="no-subscription">
-      <p class="mb-4">You don't have an active subscription.</p>
-      <button 
-        @click="goToPricingPage" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        View Plans
-      </button>
-    </div>
-  </div>
-</template>
-
-<script setup>
-import { ref, onMounted } from 'vue';
-import { getUserSubscription } from '../services/subscription';
-
-const subscription = ref(null);
-const isLoading = ref(true);
-
-onMounted(async () => {
-  try {
-    const userData = await getUserSubscription();
-    subscription.value = userData.subscription;
-  } catch (error) {
-    console.error('Failed to load subscription:', error);
-  } finally {
-    isLoading.value = false;
-  }
-});
-
-function formatDate(timestamp) {
-  return new Date(timestamp * 1000).toLocaleDateString();
-}
-
-function manageSubscription() {
-  // Open Stripe Customer Portal
-  window.open(subscription.value.portalUrl, '_blank');
-}
-
-function goToPricingPage() {
-  // Navigate to pricing page
-  // router.push('/pricing');
-}
-</script>
-```
-
-### 2. Portal Pelanggan untuk Manajemen Langganan
-
-Stripe menawarkan Portal Pelanggan yang memungkinkan pengguna mengelola langganan mereka. Anda dapat membuat tautan ke portal ini dari server Anda:
-
-```javascript
-// Server-side code (Node.js)
-const stripe = require('stripe')('sk_your_stripe_secret_key');
-
-async function createPortalSession(customerId) {
-  const session = await stripe.billingPortal.sessions.create({
-    customer: customerId,
-    return_url: 'https://yourdomain.com/account',
-  });
-  
-  return session.url;
-}
-```
-
-## Memastikan Kepatuhan App Store
-
-Untuk memastikan implementasi Anda mematuhi pedoman Apple:
-
-1. Sertakan pengungkapan yang sesuai tentang pembelian eksternal
-2. Implementasikan lembar modal yang memberi tahu pengguna bahwa mereka meninggalkan aplikasi (seperti yang disyaratkan oleh Apple)
-3. Jangan mencoba untuk menghindari komisi Apple pada pembelian yang dilakukan di dalam aplikasi
-4. Komunikasikan dengan jelas kepada pengguna bahwa Apple tidak bertanggung jawab atas transaksi tersebut
-
-Berikut adalah contoh penerapan modal pengungkapan yang diperlukan:
-
-```typescript
-import { Dialog } from '@capacitor/dialog';
-
-async function showExternalPaymentDisclosure() {
-  const { value } = await Dialog.confirm({
-    title: 'Leaving App for Payment',
-    message: 'You are about to leave this app to make a payment. Apple is not responsible for the privacy or security of payments that are not made through the App Store. All payment-related issues, including refunds, must be handled by our support team.',
-    okButtonTitle: 'Continue',
-    cancelButtonTitle: 'Cancel'
-  });
-  
-  return value;
-}
-
-export async function initiateExternalPayment(userEmail, userId) {
-  const userConfirmed = await showExternalPaymentDisclosure();
-  
-  if (userConfirmed) {
-    await openPaymentLink(userEmail, userId);
-  }
-}
-```
-
-## Menguji Implementasi Anda
-
-Untuk menguji implementasi Anda:
-
-1. Klik tombol pembayaran Anda di aplikasi, yang akan menunjukkan pengungkapan dan kemudian membuka halaman pembayaran Stripe
-2. Lengkapi pembayaran uji menggunakan kartu uji Stripe `4242 4242 4242 4242`
-3. Setelah pembayaran, Anda harus diarahkan kembali ke aplikasi Anda melalui tautan universal
-4. Periksa bahwa webhook Anda menerima peristiwa `checkout.session.completed`
-
-## Kesimpulan
-
-Kemampuan untuk menggunakan opsi pembayaran eksternal untuk barang digital di aplikasi iOS adalah perubahan signifikan yang memberikan lebih banyak fleksibilitas kepada pengembang. Meskipun perubahan ini saat ini hanya berlaku untuk aplikasi di App Store AS, itu memberikan alternatif penting untuk sistem pembelian dalam aplikasi Apple.
-
-Dengan menggunakan Tautan Pembayaran Stripe dengan Capacitor, Anda dapat dengan cepat menerapkan pengalaman checkout yang lancar sambil mempertahankan kepatuhan dengan pedoman Apple. Pendekatan ini juga memberi Anda keuntungan dari infrastruktur pembayaran Stripe yang kuat, biaya pemrosesan yang lebih rendah (3% dibandingkan 30%), dan pembayaran yang jauh lebih cepat (hari dibandingkan bulan) dibandingkan dengan sistem pembelian dalam aplikasi Apple.
-
-Ingatlah bahwa Anda perlu menangani semua dukungan pelanggan dan masalah pengembalian dana secara langsung, karena transaksi ini terjadi di luar ekosistem Apple.
-
-Apakah Anda telah menerapkan Tautan Pembayaran Stripe di aplikasi Capacitor Anda? Bagikan pengalaman Anda di komentar di bawah!
-
-## FAQs
-
-**T: Apakah pendekatan ini sesuai dengan pedoman Apple?**  
-J: Ya, mulai 1 Mei 2025, Apple mengizinkan tautan ke metode pembayaran eksternal untuk barang dan layanan digital di aplikasi yang didistribusikan di App Store AS, dengan syarat Anda menyertakan pengungkapan yang diperlukan.
-
-**T: Apakah saya perlu membayar komisi Apple saat menggunakan metode pembayaran eksternal?**  
-J: Tidak, salah satu manfaat utama dari aturan baru adalah bahwa pembayaran yang diproses di luar sistem Apple tidak dikenakan komisi mereka.
-
-**T: Apakah perusahaan saya perlu berbasis di Amerika Serikat untuk memanfaatkan aturan baru ini?**  
-J: Tidak, perusahaan mana pun dari mana saja di dunia dapat menerapkan metode pembayaran eksternal selama aplikasi Anda tersedia di App Store AS dan pengguna yang melakukan pembelian berada di Amerika Serikat. Putusan ini berlaku untuk pasar (App Store AS) dan lokasi pengguna, bukan lokasi perusahaan Anda. Ini berarti pengembang dari Eropa, Asia, Amerika Selatan, atau tempat lainnya dapat menerapkan Tautan Pembayaran Stripe untuk pelanggan berbasis di AS.
-
-**T: Apa yang terjadi jika pengguna di luar AS mencoba menggunakan opsi pembayaran eksternal?**  
-J: Anda harus menerapkan deteksi wilayah (seperti yang ditunjukkan dalam artikel) untuk hanya menawarkan opsi pembayaran eksternal kepada pengguna di AS. Untuk wilayah lain, Anda harus terus menggunakan sistem pembelian dalam aplikasi Apple.
-
-**T: Dapatkah saya menggunakan ini untuk barang fisik atau layanan yang dikonsumsi di luar aplikasi?**  
-J: Ya, Apple selalu mengizinkan metode pembayaran eksternal untuk barang fisik dan layanan yang dikonsumsi di luar aplikasi (seperti berbagi tumpangan atau pengantaran makanan).
diff --git a/src/content/blog/id/ssl-pinning-for-capacitor-apps.md b/src/content/blog/id/ssl-pinning-for-capacitor-apps.md
deleted file mode 100644
index 33fd4191e..000000000
--- a/src/content/blog/id/ssl-pinning-for-capacitor-apps.md
+++ /dev/null
@@ -1,273 +0,0 @@
----
-slug: ssl-pinning-for-capacitor-apps
-title: Pin SSL untuk Aplikasi Capacitor
-description: >-
-  Terapkan SSL pinning di aplikasi Capacitor Anda untuk meningkatkan keamanan
-  dan melindungi dari serangan MITM sambil mematuhi pedoman toko aplikasi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-11T22:40:35.604Z
-updated_at: 2025-05-11T22:41:34.262Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682117615e3fe4823b5f0a24-1747003294262.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  SSL pinning, Capacitor apps, security, MITM attacks, certificate management,
-  app store compliance, mobile development
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**SSL pinning melindungi aplikasi Anda dari ancaman keamanan seperti serangan man-in-the-middle (MITM) dengan memverifikasi sertifikat server langsung di dalam aplikasi Anda.** Tanpa itu, penyerang dapat mencegat data sensitif atau memanipulasi komunikasi. Berikut adalah alasan mengapa ini penting dan cara mengimplementasikannya secara efektif:
-
-### Mengapa SSL Pinning Penting:
-
-- **Mencegah Serangan MITM:** Menghalangi penyadapan panggilan API.
-- **Memperkuat Keamanan:** Memverifikasi sertifikat server terhadap nilai yang diketahui.
-- **Memenuhi Persyaratan Toko Aplikasi:** Membantu mematuhi standar keamanan Apple dan Google.
-- **Membangun Kepercayaan Pengguna:** Menjaga data pengguna tetap aman selama transmisi.
-
-### Langkah Kunci untuk Mengimplementasikan SSL Pinning:
-
-1. **Pilih Plugin yang Tepat:** Pastikan kompatibilitas dengan iOS dan Android.
-2. **Konfigurasi Aplikasi Anda:** Menyematkan data sertifikat dalam pengaturan aplikasi Anda.
-3. **Pengaturan Khusus Platform:**
-    - **Android:** Gunakan `network_security_config.xml` untuk mendefinisikan pin sertifikat.
-    - **iOS:** Sesuaikan `Info.plist` dan validasi sertifikat selama runtime.
-4. **Uji Pengaturan Anda:** Simulasikan serangan menggunakan alat seperti [Charles Proxy](https://www.charlesproxy.com/) untuk memverifikasi keamanan.
-5. **Kelola Sertifikat:** Secara teratur perbarui sertifikat dan sertakan cadangan untuk menghindari waktu henti.
-
-### Perbandingan Cepat: Android vs. iOS SSL Pinning
-
-| Fitur | Android | iOS |
-| --- | --- | --- |
-| File Konfigurasi | `network_security_config.xml` | `Info.plist` |
-| Lokasi Sertifikat | Direktori `res/raw` | Bundle aplikasi |
-| Metode Validasi | Konfigurasi berbasis XML | Validasi ATS dan runtime |
-| Proses Pembaruan | Manual atau otomatis | Manual atau otomatis |
-
-**Tip Profesional:** Otomatiskan pembaruan sertifikat dengan alat seperti [Capgo](https://capgo.app/) untuk memastikan transisi yang mulus dan aman tanpa perlu membangun kembali aplikasi. Ini mencegah gangguan layanan dan menjaga kepatuhan dengan pedoman toko aplikasi.
-
-SSL pinning adalah keharusan untuk aplikasi [Capacitor](https://capacitorjs.com/) mana pun untuk mengamankan komunikasi API dan melindungi data pengguna. Mulai implementasinya hari ini untuk meningkatkan keamanan aplikasi Anda.
-
-## Penjelasan TLS/SSL Certificate Pinning
-
-## Persyaratan Pengaturan
-
-Mengkonfigurasi SSL pinning dalam aplikasi [Capacitor Anda](https://capgo.app/plugins/ivs-player/) memerlukan perencanaan yang cermat dan pengaturan yang tepat. Berikut ini adalah hal yang perlu Anda ketahui untuk mengimplementasikan pin sertifikat secara efektif.
-
-### Memilih Plugin SSL Pinning yang Tepat
-
-Langkah pertama adalah memilih plugin yang bekerja dengan baik untuk iOS dan Android sambil menawarkan fitur keamanan yang kuat. Saat membandingkan plugin, ingatlah faktor-faktor ini:
-
-- **Kompatibilitas Platform:** Verifikasi bahwa plugin berfungsi dengan baik di perangkat iOS dan Android.
-- **Manajemen Sertifikat:** Pilih plugin yang menyederhanakan proses penanganan sertifikat.
-- **Pembaharuan Mudah:** Cari plugin yang memungkinkan pembaruan sertifikat tanpa memerlukan pembangunan ulang aplikasi yang lengkap.
-- **Pertimbangan Kinerja:** Evaluasi bagaimana plugin mungkin memengaruhi kecepatan dan responsivitas aplikasi Anda.
-
-### Mengkonfigurasi Aplikasi [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682117615e3fe4823b5f0a24/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Setelah Anda memilih plugin, langkah selanjutnya adalah menyiapkan aplikasi Capacitor Anda untuk mengaktifkan SSL pinning. Berikut adalah contoh konfigurasi Anda:
-
-Itu adalah ide yang baik untuk menerapkan perubahan ini secara bertahap untuk memastikan transisi yang mulus bagi pengguna. Setelah menyiapkan konfigurasi umum, lanjutkan ke penyesuaian khusus platform untuk Android dan iOS untuk menyelesaikan implementasi.
-
-## Pengaturan Khusus Platform
-
-Mengatur SSL pinning memerlukan konfigurasi yang disesuaikan untuk Android dan iOS untuk melindungi dari serangan MITM secara efektif.
-
-### Implementasi Android
-
-Di Android, SSL pinning melibatkan pengaturan konfigurasi keamanan jaringan dan pengelolaan sertifikat. Berikut cara melakukannya:
-
-- **Buat Konfigurasi Keamanan Jaringan**
-    
-    Mulailah dengan membuat file bernama `network_security_config.xml` di direktori `res/xml` proyek Android Anda:
-    
-- **Perbarui File AndroidManifest.xml**
-    
-    Referensikan konfigurasi keamanan jaringan yang baru dibuat di file `AndroidManifest.xml` Anda:
-    
-- **Tambahkan File Sertifikat**
-    
-    Simpan file sertifikat yang diperlukan (`.cer` atau `.pem`) di direktori `res/raw` proyek Android Anda.
-    
-
-### Implementasi iOS
-
-Untuk iOS, SSL pinning dikonfigurasi dengan memodifikasi pengaturan Keamanan Transportasi Aplikasi (ATS) dan melakukan validasi sertifikat saat runtime. Ikuti langkah-langkah ini:
-
-- **Atur ATS di Info.plist**
-    
-    Tambahkan konfigurasi berikut ke file `Info.plist` aplikasi Anda:
-    
-- **Inisialisasi SSL Pinning dalam Kode**
-    
-    Gunakan potongan kode berikut untuk mengaktifkan SSL pinning selama inisialisasi aplikasi:
-    
-
-### Perbandingan Implementasi Android dan iOS
-
-Berikut ini adalah perbandingan cepat tentang bagaimana SSL pinning berbeda antara Android dan iOS:
-
-| Fitur | Android | iOS |
-| --- | --- | --- |
-| File Konfigurasi | `network_security_config.xml` | `Info.plist` |
-| Lokasi Sertifikat | Direktori `res/raw` | Bundle aplikasi |
-| Metode Validasi | Konfigurasi XML | Validasi ATS dan runtime |
-| Dukungan Plugin | Plugin bawaan + kustom | Plugin bawaan + kustom |
-
-Selanjutnya, kita akan membahas strategi pengujian dan kesalahan umum untuk membantu Anda memastikan pengaturan SSL pinning Anda dapat diandalkan dan aman.
-
-## Pengujian dan Perbaikan
-
-Pengujian pengaturan SSL pinning Anda sangat penting untuk mencegah serangan Man-In-The-Middle (MITM). Berikut adalah cara memastikan implementasi Anda aman dan memecahkan masalah umum.
-
-### Pengujian Serangan MITM
-
-Anda dapat menggunakan alat proxy seperti Charles Proxy untuk mensimulasikan serangan MITM dan memverifikasi pengaturan SSL pinning Anda.
-
-**Pengujian Charles Proxy**
-
-Ikuti langkah-langkah ini untuk menguji dengan Charles Proxy:
-
-1.  Instal sertifikat akar Charles di perangkat Anda.
-2.  Aktifkan SSL Proxying dalam pengaturan Charles.
-3.  Tambahkan domain API Anda ke daftar proxy SSL.
-4.  Konfigurasikan perangkat Anda untuk mengarahkan lalu lintas melalui proxy Charles.
-
-Jika SSL pinning Anda diimplementasikan dengan benar, Anda harus melihat kesalahan validasi sertifikat di log aplikasi Anda selama pengujian.
-
-**Pengujian Konfigurasi Jaringan**
-
-Gunakan potongan kode berikut untuk memvalidasi koneksi dengan sertifikat yang dipin:
-
-### Solusi Kesalahan Umum
-
-Berikut adalah beberapa masalah umum SSL pinning dan cara menanganinya:
-
-| **Tipe Kesalahan** | **Penyebab Umum** | **Solusi** |
-| --- | --- | --- |
-| Ketidakcocokan Sertifikat | Hash yang salah dalam konfigurasi | Verifikasi hash sertifikat menggunakan [OpenSSL](https://www.openssl.org/). |
-| Masalah Jalur | Lokasi sertifikat yang salah | Periksa jalur sertifikat khusus platform. |
-| Masalah Format | Format sertifikat tidak valid | Konversi sertifikat ke format yang benar (misalnya, PEM atau DER). |
-| Waktu Habis Jaringan | Konfigurasi pinning yang salah | Verifikasi pengaturan keamanan jaringan Anda. |
-
-**Verifikasi Hash Sertifikat**
-
-Untuk memastikan hash sertifikat sesuai dengan konfigurasi Anda, gunakan perintah OpenSSL berikut:
-
-Setelah menangani kesalahan apa pun, pastikan proses pembaruan sertifikat Anda berfungsi dengan baik.
-
-### Pengujian Pembaruan Sertifikat
-
-Sertakan baik sertifikat utama maupun cadangan dalam konfigurasi Anda untuk mencegah waktu henti layanan selama pembaruan.
-
-**Proses Pengujian Pembaruan**
-
-Berikut adalah contoh cara menguji rotasi sertifikat:
-
-**Memantau Kedaluwarsa Sertifikat**
-
-Secara teratur periksa kedaluwarsa sertifikat untuk menghindari gangguan:
-
-Akhirnya, uji pengaturan Anda di bawah berbagai kondisi, termasuk WiFi yang stabil, data seluler, skenario offline, dan transisi jaringan, untuk memastikan keamanan dan fungsionalitas yang kuat.
-
-## Manajemen SSL Pinning
-
-Setelah pengaturan SSL pinning Anda diterapkan, langkah selanjutnya adalah mengelola pin sertifikat dan kunci untuk menjaga keamanan yang kuat seiring waktu.
-
-### Sertifikat vs. Kunci Pinning
-
-Ketika datang ke SSL pinning, ada dua pendekatan utama: pinning sertifikat dan pinning kunci publik. Masing-masing memiliki keunggulan tersendiri, terutama untuk aplikasi [Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/):
-
-| Fitur | Pinning Sertifikat | Pinning Kunci Publik |
-| --- | --- | --- |
-| **Tingkat Keamanan** | Tinggi – mempin seluruh sertifikat | Sangat tinggi – hanya mempin kunci publik |
-| **Pemeliharaan** | Pembaruan diperlukan dengan setiap pembaruan | Lebih jarang, bertahan saat pembaruan |
-| **Implementasi** | Lebih mudah untuk diimplementasikan | Pengaturan awal lebih kompleks |
-| **Dampak Penyimpanan** | Jejak penyimpanan yang lebih besar | Kebutuhan penyimpanan minimal |
-| **Frekuensi Pembaruan** | Setiap pembaruan sertifikat | Hanya saat kunci publik berubah |
-
-Pemusatan ini dapat membantu Anda memutuskan metode mana yang paling sesuai dengan strategi pemeliharaan jangka panjang aplikasi Anda.
-
-### Mengotomatiskan Pembaruan Sertifikat
-
-Menjaga sertifikat tetap diperbarui adalah penting untuk mengamankan komunikasi API. Capgo menawarkan solusi yang disederhanakan dengan mengotomatiskan pembaruan ini, menghilangkan kebutuhan untuk pengajuan ulang toko aplikasi. Berikut adalah yang ditawarkannya:
-
-- **Tingkat adopsi cepat:** Pembaruan dijadwalkan, dilacak, dan mencapai tingkat adopsi 95% dalam 24 jam.
-- **Pengiriman terenkripsi:** Pembaruan sepenuhnya terenkripsi dari ujung ke ujung.
-- **Pemantauan waktu nyata:** Analitik memberikan wawasan tentang keberhasilan pembaruan.
-
-**Cara Menerapkannya:**
-
-- **Atur Pembaruan Otomatis**  
-    Integrasikan pipeline CI/CD Capgo untuk menangani pembaruan sertifikat secara otomatis. Setup ini melibatkan biaya sekali sebesar $2,600.
-    
-- **Lacak Meter Sertifikat**  
-    Gunakan dasbor analitik Capgo untuk memantau metrik kunci, seperti tingkat keberhasilan pembaruan global, yang saat ini berada di 82%.
-
-Langkah-langkah ini membantu menjaga keamanan aplikasi Anda dari potensi serangan MITM (Man-in-the-Middle).
-
-### Pedoman Keamanan Toko Aplikasi
-
-Baik Apple App Store maupun Google Play Store menerapkan persyaratan keamanan yang ketat untuk SSL pinning. Berikut adalah gambaran singkat tentang harapan mereka:
-
-**Apple App Store:**
-
--  Sertifikat harus diperbarui menggunakan enkripsi end-to-end.
--  Validasi yang tepat terhadap sertifikat adalah wajib.
--  Dokumentasi keamanan diperlukan selama proses tinjauan.
-
-**Google Play Store:**
-
--  Pembaruan harus menggunakan mekanisme yang disetujui.
--  Transparansi dalam pengelolaan sertifikat sangat penting.
--  Mekanisme cadangan harus tersedia.
-
-Solusi Capgo mematuhi semua persyaratan ini sambil memungkinkan pembaruan instan [\[1\]](https://capgo.app). Untuk pendekatan keamanan yang kuat, pertimbangkan untuk menggabungkan pembaruan aplikasi tradisional dengan pembaruan langsung melalui Capgo. Strategi hibrida ini memastikan aplikasi Anda tetap aman dan mematuhi tanpa penundaan yang tidak perlu.
-
-## Kesimpulan
-
-Untuk melindungi aplikasi Capacitor Anda dari serangan MITM, menerapkan SSL pinning adalah suatu keharusan. Dengan menyematkan data sertifikat yang terpercaya langsung ke dalam aplikasi Anda, Anda dapat secara signifikan memperkuat keamanan komunikasi API Anda.
-
-Untuk implementasi yang sukses, ingatlah aspek-aspek kritis ini:
-
--  **Pengelolaan Sertifikat:** Jadikan prioritas untuk secara teratur memperbarui dan memantau sertifikat Anda untuk mencegah potensi gangguan layanan.
--  **Alur Kerja Pengembangan:** Sertakan mekanisme bypass untuk lingkungan pengujian sambil memastikan protokol keamanan yang ketat diterapkan untuk build produksi.
--  **Pedoman Platform:** Patuhi persyaratan keamanan dari Apple App Store dan Google Play Store untuk memastikan kepatuhan.
-
-SSL pinning memainkan peran kunci dalam melindungi data pengguna dan mempertahankan integritas aplikasi Anda. Ketika digabungkan dengan langkah-langkah keamanan lebih luas yang dibahas sebelumnya, hal ini membantu menciptakan lingkungan aplikasi yang lebih aman.
-
-## FAQ
-
-:::faq
-### Apa risiko yang dapat muncul jika SSL pinning tidak digunakan dalam aplikasi Capacitor?
-
-Jika SSL pinning tidak diterapkan dalam aplikasi Capacitor, aplikasi tersebut menjadi target yang lebih mudah untuk **serangan Man-in-the-Middle (MITM)**. Serangan ini memungkinkan pelaku jahat untuk mencegat dan mengubah data yang mengalir antara aplikasi dan servernya. Ini bisa mengakibatkan pengungkapan informasi sensitif seperti kredensial pengguna atau [kunci API](https://capgo.app/docs/webapp/api-keys/).
-
-Selain itu, tanpa SSL pinning, penyerang dapat menggunakan sertifikat palsu atau yang telah dikompromikan untuk menyamar sebagai server tepercaya. Ini meningkatkan kemungkinan terjadinya pelanggaran data. Dengan menerapkan SSL pinning, Anda dapat memastikan komunikasi yang aman dan melindungi pengguna Anda dari risiko ini.
-:::
-
-:::faq
-### Apa perbedaan utama dalam menerapkan dan memelihara SSL pinning untuk Android dan iOS dalam aplikasi Capacitor?
-
-SSL pinning bekerja sedikit berbeda di Android dan iOS, berkat API unik dan pengaturan keamanan mereka.
-
-Di **Android**, pengembang sering bergantung pada pustaka jaringan seperti OkHttp atau menggunakan pengaturan asli untuk mengatur SSL pinning. Namun, ketika saatnya memperbarui sertifikat yang dipin, biasanya berarti merilis versi baru dari aplikasi.
-
-Di **iOS**, SSL pinning biasanya ditangani melalui URLSession atau dengan bantuan pustaka pihak ketiga. Seperti di Android, pembaruan apa pun terhadap sertifikat perlu dikelola dengan hati-hati untuk memastikan komunikasi API tidak terganggu.
-
-Kedua platform memerlukan perhatian terus-menerus terhadap kedaluwarsa sertifikat dan pembaruan untuk menjaga koneksi API tetap aman. Pengujian reguler sangat penting untuk menangkap masalah kompatibilitas lebih awal dan untuk melindungi terhadap **serangan man-in-the-middle (MITM)**.
-:::
-
-:::faq
-### Bagaimana saya dapat mengotomatiskan pembaruan sertifikat SSL dan memastikan aplikasi Capacitor saya mematuhi persyaratan keamanan aplikasi toko?
-
-Meskipun artikel ini tidak membahas alat atau strategi untuk mengotomatiskan pembaruan sertifikat SSL atau memastikan kepatuhan dengan pedoman keamanan aplikasi toko, ada langkah-langkah yang dapat Anda ambil untuk meningkatkan keamanan aplikasi Anda. Salah satu langkah efektif adalah menerapkan **SSL pinning** dalam aplikasi Capacitor Anda. Ini membantu melindungi aplikasi Anda dari **serangan man-in-the-middle (MITM)**, yang dapat membahayakan data sensitif.
-
-Untuk mengelola pembaruan langsung dan menyederhanakan pemeliharaan aplikasi, platform seperti **Capgo** dapat menjadi perubahan besar. Mereka mempermudah peluncuran pembaruan sambil tetap berada dalam regulasi toko aplikasi, memastikan pengalaman yang lebih mulus bagi pengembang dan pengguna. 
-:::
diff --git a/src/content/blog/id/staged-rollouts-vs-full-releases-comparison.md b/src/content/blog/id/staged-rollouts-vs-full-releases-comparison.md
deleted file mode 100644
index f71677042..000000000
--- a/src/content/blog/id/staged-rollouts-vs-full-releases-comparison.md
+++ /dev/null
@@ -1,320 +0,0 @@
----
-slug: staged-rollouts-vs-full-releases-comparison
-title: 'Deployment Progresif vs. Full Version: Sebuah Perbandingan'
-description: >-
-  Jelajahi perbedaan antara penerapan bertahap dan rilis penuh untuk menentukan
-  strategi pembaruan terbaik berdasarkan kebutuhan dan basis pengguna aplikasi
-  Anda.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T02:25:03.907Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e8a654283d21cbd67ab720-1743301515130.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  staged rollouts, full releases, app updates, risk management, deployment
-  strategies, user feedback
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Memilih antara **staged rollouts** dan **full releases** bergantung pada kebutuhan aplikasi, basis pengguna, dan urgensi pembaruan Anda. Berikut ringkasannya:
-
--   **Staged Rollouts**: Pembaruan dirilis secara bertahap ke kelompok pengguna yang lebih kecil, memungkinkan pengujian terkontrol, manajemen risiko, dan pengumpulan umpan balik.
--   **Full Releases**: Pembaruan disebarkan ke semua pengguna sekaligus, ideal untuk perbaikan kritis atau pembaruan yang sensitif terhadap waktu.
-
-### Perbandingan Singkat
-
-| Aspek | Staged Rollouts | Full Releases |
-| --- | --- | --- |
-| **Tingkat Risiko** | Rendah (paparan awal terbatas) | Tinggi (mempengaruhi semua pengguna secara bersamaan) |
-| **Kecepatan Penyebaran** | Bertahap seiring waktu | Instan untuk semua pengguna |
-| **Umpan Balik Pengguna** | Pengumpulan bertahap dari kelompok kecil | Langsung dari semua pengguna |
-| **Rollback** | Selektif dan cepat | Universal tapi lebih lambat |
-| **Beban Server** | Seimbang | Tinggi selama rilis |
-| **Kasus Penggunaan** | Menguji fitur baru, mengelola risiko | Perbaikan kritis, pembaruan mendesak |
-
-### Kapan Menggunakan Masing-masing Metode
-
--   **Staged Rollouts**: Terbaik untuk [pembaruan kompleks](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), basis pengguna besar, atau ketika meminimalkan risiko adalah prioritas.
--   **Full Releases**: Ideal untuk perbaikan bug mendesak, patch keamanan, atau pembaruan sederhana yang memerlukan adopsi luas.
-
-Tools seperti **[Capgo](https://capgo.app/)** dapat mendukung kedua metode, menawarkan fitur seperti analitik real-time, rollback instan, dan penyebaran yang mulus. Pilih metode yang sesuai dengan tujuan dan infrastruktur aplikasi Anda.
-
-## Penerapan Canary: Rilis yang Lebih Aman Dijelaskan
-
-<iframe src="https://www.youtube.com/embed/dRAJVUaV958" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Staged Rollouts Dijelaskan
-
-Staged rollouts melibatkan perilisan pembaruan secara bertahap ke kelompok pengguna tertentu. Metode ini membantu mengelola risiko dan memastikan pembaruan yang lebih lancar.
-
-### Fitur Utama Staged Rollouts
-
-Fokus staged rollouts adalah pada distribusi terkontrol dan pengurangan risiko. Tools seperti sistem channel Capgo memungkinkan pengembang untuk mengirimkan versi aplikasi yang berbeda ke kelompok pengguna yang dipilih.
-
-| Fitur | Tujuan | Manfaat |
-| --- | --- | --- |
-| **Segmentasi Pengguna** | Mengelompokkan pengguna menjadi segmen lebih kecil | Menciptakan lingkungan pengujian terkontrol |
-| **Kontrol Versi** | Menangani beberapa versi aplikasi | Memastikan stabilitas untuk semua pengguna |
-| **Analitik Real-time** | Melacak kinerja pembaruan | Cepat mengidentifikasi dan memperbaiki masalah |
-| **Rollback Instan** | Kembali ke versi sebelumnya | Mengurangi dampak kesalahan |
-
-### Metode Umum untuk Staged Rollouts
-
-Fitur-fitur ini diterapkan melalui dua pendekatan utama:
-
--   **Penyebaran berbasis persentase**: Mulai dengan persentase kecil pengguna dan secara bertahap meningkatkan rollout berdasarkan data kinerja.
--   **Distribusi berbasis channel**: Membagi pengguna ke dalam channel, seperti beta atau produksi, untuk menguji pembaruan dan mengumpulkan umpan balik sebelum rilis yang lebih luas.
-
-### Pro dan Kontra Staged Rollouts
-
-| Keuntungan | Kerugian |
-| --- | --- |
-| Mendeteksi bug lebih awal | Rollout keseluruhan lebih lambat |
-| Mengelola risiko secara efektif | Lebih kompleks untuk diawasi |
-| Mendapatkan umpan balik pengguna spesifik | Beberapa versi mungkin membingungkan pengguna |
-| Pembaruan di latar belakang | Membutuhkan lebih banyak sumber daya |
-| Opsi rollback mudah | Pengaturan awal bisa menantang |
-
-Untuk menerapkan staged rollouts secara efektif, tools seperti Capgo menyediakan analitik real-time untuk memantau keberhasilan dan keterlibatan pengguna [\[1\]](https://capgo.app/).
-
-## Full Releases Dijelaskan
-
-Full releases melibatkan pembaruan semua pengguna pada waktu yang sama, mengikuti pendekatan yang lebih tradisional dibandingkan staged rollouts. Mereka memainkan peran kunci dalam mengelola risiko sambil memastikan pengalaman pengguna yang mulus dalam siklus pembaruan yang cepat.
-
-### Fitur Utama Full Releases
-
-Perbaikan terbaru telah membuat full releases lebih efisien dan dapat diandalkan, menawarkan pengalaman yang konsisten untuk semua pengguna.
-
-| Fitur | Deskripsi | Dampak |
-| --- | --- | --- |
-| **Distribusi Instan** | Pembaruan mencapai semua orang sekaligus | Menjaga konsistensi versi |
-| **Pengalaman Seragam** | Semua pengguna mendapatkan fitur yang sama | Menyederhanakan proses dukungan |
-| **[Pembaruan Otomatis](https://capgo.app/docs/plugin/cloud-mode/auto-update/)** | Pembaruan terjadi di latar belakang | Mengurangi gangguan |
-| **Penyebaran Langsung** | Melewati penundaan tinjauan app store | Mempercepat timeline rilis |
-
-Mari kita lihat bagaimana full releases tradisional dibandingkan dengan metode modern.
-
-### Metode Full Release Lama vs Baru
-
-Metode full release yang lebih lama mengandalkan tinjauan app store yang panjang, sering menunda pembaruan hingga berminggu-minggu. Metode modern, bagaimanapun, memungkinkan pengembang untuk mendorong pembaruan langsung ke pengguna, memungkinkan perbaikan dan rollout fitur yang lebih cepat.
-
-| Aspek | Metode Tradisional | Metode Modern |
-| --- | --- | --- |
-| **Kecepatan Pembaruan** | Minggu untuk persetujuan app store | Penyebaran langsung |
-| **Pelacakan Keberhasilan** | Wawasan terbatas | Analitik real-time |
-| **Pengalaman Pengguna** | Pembaruan manual oleh pengguna | [Pembaruan otomatis di latar belakang](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-| **Kontrol Rilis** | Penanganan versi dasar | Kontrol rilis lanjutan |
-
-> "Tidak perlu menunggu lagi! Dorong perubahan kode langsung ke pengguna tanpa penundaan app store. Sebarkan perbaikan kritis dan fitur saat siap." - Capgo [\[1\]](https://capgo.app/)
-
-Pendekatan modern membentuk ulang cara full releases dikelola, menawarkan kecepatan dan kontrol yang lebih baik.
-
-### Pro dan Kontra Full Releases
-
-| Keuntungan | Kerugian |
-| --- | --- |
-| Adopsi instan oleh semua pengguna | Risiko lebih tinggi jika masalah muncul |
-| Manajemen versi yang disederhanakan | Tidak ada fase pengujian bertahap |
-| Pengalaman konsisten untuk semua | Semua pengguna terpengaruh secara bersamaan |
-| Lebih mudah didukung dan didokumentasikan | Opsi rollback terbatas |
-| Proses penyebaran lebih cepat | Potensi lonjakan beban server |
-
-Capgo melaporkan tingkat keberhasilan global 82% untuk pembaruan, dengan waktu respons API rata-rata 57ms di seluruh dunia [\[1\]](https://capgo.app/).
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Perbandingan Langsung: Staged vs Full Releases
-
-Berikut pandangan lebih dekat tentang bagaimana staged rollouts dibandingkan dengan full releases, berfokus pada faktor-faktor yang secara langsung mempengaruhi kinerja aplikasi dan pengalaman pengguna.
-
-| Aspek | Staged Rollouts | Full Releases |
-| --- | --- | --- |
-| Tingkat Risiko | Lebih rendah – paparan awal terbatas pada subset pengguna | Lebih tinggi – pembaruan didorong ke semua pengguna sekaligus |
-| Kecepatan Penyebaran | 24 jam untuk cakupan 95% pengguna [\[1\]](https://capgo.app/) | Instan untuk seluruh basis pengguna |
-| Tingkat Keberhasilan Pembaruan | 82% tingkat keberhasilan global [\[1\]](https://capgo.app/) | Sangat bergantung pada kemampuan infrastruktur |
-| Efisiensi Biaya | Lebih ekonomis seiring waktu | Biaya awal lebih rendah tapi biaya perbaikan lebih tinggi jika masalah muncul |
-| Loop Umpan Balik Pengguna | Pengumpulan umpan balik bertahap | Umpan balik langsung dari semua pengguna |
-| Kemampuan Rollback | Rollback instan, selektif tersedia [\[1\]](https://capgo.app/) | Mempengaruhi semua pengguna jika di-rollback |
-| Kebutuhan Sumber Daya | Beban server seimbang | Risiko kelebihan beban infrastruktur |
-| Manajemen Versi | Beberapa versi dapat berjalan bersamaan | Versi tunggal disebarkan secara universal |
-
-Setiap pendekatan memiliki trade-off sendiri dalam hal kecepatan, biaya, dan risiko. Misalnya, staged rollouts memungkinkan rollback selektif dan pengumpulan umpan balik bertahap, menjadikannya pilihan yang lebih aman untuk menguji pembaruan. Full releases, di sisi lain, lebih cepat tetapi memerlukan infrastruktur yang solid dan pengujian pra-rilis yang ketat untuk menghindari masalah luas.
-
-Perbedaan utama terletak pada _manajemen risiko_. Staged rollouts memberi pengembang kemampuan untuk memantau kinerja pada skala yang lebih kecil sebelum memperluas ke seluruh basis pengguna. Full releases, meskipun lebih cepat, menuntut persiapan signifikan untuk menangani potensi tantangan di seluruh pengguna.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Kemajuan dalam platform penyebaran telah meningkatkan kedua metode. Staged rollouts sekarang mencakup fitur seperti rollback instan dan analitik mendalam, sementara full releases mendapat manfaat dari pelacakan kesalahan yang lebih baik dan alat penyebaran otomatis. Peningkatan ini membuat kedua strategi lebih andal, memungkinkan pengembang untuk memilih berdasarkan kebutuhan, kompleksitas, dan audiens aplikasi mereka.
-
-## Memilih Antara Metode Rilis
-
-Pilih metode rilis yang sesuai dengan tujuan, audiens, dan alur kerja aplikasi Anda. Di bawah ini, Anda akan menemukan skenario dan faktor kunci untuk membantu Anda memutuskan antara staged rollouts dan full releases.
-
-### Kapan Menggunakan Staged Rollouts
-
-Staged rollouts bekerja dengan baik untuk merilis fitur kompleks atau pembaruan di mana mengelola risiko adalah prioritas utama. Metode ini ideal jika Anda perlu:
-
--   Menguji fitur baru dengan kelompok kecil pengguna
--   Melacak kinerja pembaruan dan keterlibatan pengguna secara real-time
--   Cepat melakukan rollback jika masalah muncul
--   Mengumpulkan umpan balik awal melalui pengujian beta dengan kelompok pengguna tertentu
-
-### Kapan Menggunakan Full Releases
-
-Full releases lebih baik untuk situasi di mana kecepatan dan cakupan luas sangat penting. Gunakan pendekatan ini ketika Anda perlu:
-
--   Menyebarkan patch keamanan kritis segera
--   Memperbaiki bug sederhana dengan risiko minimal
--   Mematuhi regulasi yang mengharuskan implementasi universal
--   Merilis fitur sensitif waktu yang membutuhkan akses tersinkronisasi untuk semua pengguna
-
-> "Menghindari tinjauan untuk perbaikan bug sangatlah berharga." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Metode-metode ini menekankan pentingnya mengevaluasi kebutuhan spesifik Anda sebelum memilih.
-
-### Faktor-faktor Pengambilan Keputusan
-
-Berikut adalah rincian faktor-faktor kunci yang perlu dipertimbangkan saat memutuskan antara staged rollouts dan full releases:
-
-| Faktor | Staged Rollouts | Full Releases |
-| --- | --- | --- |
-| Urgensi Pembaruan | Pembaruan prioritas rendah | Pembaruan kritis atau sensitif waktu |
-| Toleransi Risiko | Ambang risiko lebih rendah | Membutuhkan toleransi risiko lebih tinggi |
-| Kebutuhan Pemantauan | Membutuhkan analitik detail | Pemantauan terbatas dibutuhkan |
-| Kebutuhan Sumber Daya | Beban server moderat | Permintaan infrastruktur awal tinggi |
-| Opsi Rollback | Rollback instan dan tertarget | Hanya rollback universal |
-
-Pilihan Anda harus selaras dengan proses tim dan perangkat yang tersedia. Platform seperti Capgo dapat mendukung kedua metode dengan menawarkan saluran distribusi pembaruan canggih dan analitik untuk melacak keberhasilan penerapan [\[1\]](https://capgo.app/). Sebelum melanjutkan, pastikan sistem Anda siap, nilai potensi dampak pengguna, dan konfirmasi Anda memiliki perangkat yang diperlukan untuk mengelola rilis secara efektif.
-
-## Panduan Implementasi Metode Rilis
-
-Merilis pembaruan secara efektif memerlukan perencanaan cermat dan perangkat yang tepat. Berikut panduan untuk mengelola staged rollouts dan full releases.
-
-### Langkah-langkah Staged Rollout
-
-Ikuti langkah-langkah ini untuk pendekatan bertahap:
-
--   **Fase Persiapan**: Identifikasi segmen pengguna dan tetapkan metrik keberhasilan. Siapkan analitik untuk melacak KPI seperti tingkat crash, keterlibatan, dan adopsi fitur.
--   **Rilis Awal**: Luncurkan pembaruan ke kelompok uji kecil untuk menangkap masalah potensial dengan dampak minimal. Pantau peluncuran selama 24 jam.
--   **Ekspansi Bertahap**: Perluas peluncuran secara bertahap hingga pembaruan tersedia untuk semua pengguna.
-
-Ketika penerapan yang lebih cepat dan universal diperlukan, full release mungkin menjadi pilihan yang lebih baik.
-
-### Langkah-langkah Full Release
-
--   Lakukan QA menyeluruh di lingkungan staging.
--   Buat backup sistem lengkap.
--   Terapkan pembaruan ke semua pengguna.
--   Pantau metrik penting selama 24 jam pasca-rilis.
--   Beritahu pengguna tentang pembaruan menggunakan pesan dalam aplikasi.
-
-Untuk memastikan penerapan yang lancar, penting untuk menghindari kesalahan umum.
-
-### Kesalahan Umum yang Harus Dihindari
-
-| Kesalahan | Dampak | Strategi Pencegahan |
-| --- | --- | --- |
-| Pengujian Tidak Mencukupi | Peningkatan tingkat crash | Gunakan saluran pengujian khusus sebelum rilis. |
-| Waktu yang Buruk | Gangguan pengguna | Jadwalkan pembaruan selama periode penggunaan rendah. |
-| Rencana Rollback Hilang | Downtime berkepanjangan | Konfigurasi pemicu rollback otomatis. |
-| Pemantauan Tidak Memadai | Deteksi masalah tertunda | Siapkan analitik dan peringatan real-time. |
-
-### Tips Tambahan untuk Penerapan yang Lancar
-
--   **Pengaturan Lingkungan Pengujian**: Lingkungan pengujian Anda harus sangat mirip dengan produksi. Perangkat seperti sistem saluran Capgo memudahkan pengujian beta dan staged rollouts [\[1\]](https://capgo.app/).
--   **Persiapan Rollback**: Selalu siapkan rencana rollback. Banyak platform modern, seperti Capgo, menawarkan fitur rollback instan untuk kembali ke versi sebelumnya jika terjadi masalah [\[1\]](https://capgo.app/).
--   **Persyaratan Integrasi**: Pastikan integrasi pipeline CI/CD yang tepat. Meskipun pengaturan mungkin melibatkan biaya di muka (Capgo membebankan $2.600 [\[1\]](https://capgo.app/)), investasi ini meminimalkan risiko penerapan dan mengurangi kesalahan manual dalam jangka panjang.
-
-## Fitur Manajemen Rilis [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e8a654283d21cbd67ab720/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-Capgo menyediakan perangkat yang dirancang untuk menyederhanakan dan meningkatkan proses staged dan full release, membangun strategi rilis yang efektif.
-
-### Perangkat Staged Release Capgo
-
-Sistem Saluran Capgo memungkinkan kontrol yang tepat atas staged rollouts, memastikan tingkat keberhasilan pembaruan yang tinggi [\[1\]](https://capgo.app/).
-
-Berikut yang ditawarkan Capgo untuk staged releases:
-
-| Fitur | Fungsi | Manfaat |
-| --- | --- | --- |
-| **Penargetan Pengguna** | Segmentasi pengguna untuk pembaruan bertahap | Uji pembaruan dengan grup tertentu |
-| **Analitik Real-time** | Lacak tingkat keberhasilan pembaruan | Cepat identifikasi dan atasi masalah |
-| **Rollback Instan** | Kembalikan versi dengan satu klik | Kurangi downtime jika terjadi masalah |
-| **Saluran Beta** | Lingkungan pengujian khusus | Tangkap bug lebih awal |
-
-### Perangkat Full Release Capgo
-
-Capgo membuat full releases cepat dan aman, menggunakan CDN global, pembaruan latar belakang, dan integrasi CI/CD yang mulus. Platform ini mengirimkan bundle 5MB hanya dalam 114ms, dengan waktu respons API rata-rata 57ms [\[1\]](https://capgo.app/).
-
-Fitur utama untuk full releases meliputi:
-
--   **Enkripsi end-to-end**
--   **Pembaruan latar belakang**
--   **Dukungan pembaruan parsial**
--   **Integrasi CI/CD**
-
-Fitur-fitur ini memastikan penerapan yang andal dan efisien untuk aplikasi dengan skala apapun.
-
-### Posisi Pasar
-
-Perangkat Capgo meningkatkan kinerja pembaruan sambil menawarkan penghematan biaya yang signifikan dibandingkan platform lain. Hingga saat ini, Capgo telah mengirimkan 23,5 juta pembaruan di 750 aplikasi produksi [\[1\]](https://capgo.app/).
-
-Berikut perbandingan Capgo dengan kompetitor:
-
-| Layanan | Biaya Pengaturan | Biaya Operasional Bulanan |
-| --- | --- | --- |
-| **Capgo** | $2.600 sekali bayar | ~$300 |
-| **[Appflow](https://ionic.io/appflow)** | N/A | $500 ($6.000 per tahun) |
-
-> "Capgo adalah cara pintar untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @Appflow) :-)" – NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-Banyak organisasi yang beralih ke Capgo melaporkan biaya lebih rendah tanpa mengorbankan kualitas penerapan. Penggunaan enkripsi end-to-end yang sesungguhnya membedakannya dari kompetitor yang hanya menandatangani pembaruan [\[1\]](https://capgo.app/).
-
-## Ringkasan dan Langkah Selanjutnya
-
-Menyeimbangkan kecepatan pembaruan dengan pengelolaan risiko sangat penting untuk rilis aplikasi yang efektif.
-
-### Tinjauan Poin Utama
-
-Berikut gambaran singkat dua metode rilis utama:
-
-| Metode Rilis | Terbaik Untuk | Manfaat Utama | Tantangan Utama |
-| --- | --- | --- | --- |
-| **Staged Rollouts** | Basis pengguna besar, fitur kompleks | Mengurangi risiko, memungkinkan pengujian tertarget | Membutuhkan waktu lebih lama untuk penerapan penuh |
-| **Full Releases** | Perbaikan kritis, pembaruan kecil | Penerapan cepat, pelacakan lebih mudah | Meningkatkan paparan risiko |
-
-Keberhasilan Anda bergantung pada seberapa baik Anda menerapkan strategi yang sesuai dengan kebutuhan aplikasi Anda. Berikut cara menentukan pendekatan terbaik untuk ke depannya.
-
-### Membuat Pilihan Anda
-
-Gunakan faktor-faktor ini untuk memutuskan strategi rilis yang paling sesuai untuk aplikasi Anda:
-
-1.  **Evaluasi Skala Aplikasi Anda**
-
-Aplikasi dengan lebih dari 5.000 pengguna sering mendapat manfaat dari staged rollouts. Contohnya:
-
-> "Kami meluncurkan pembaruan OTA Capgo dalam produksi untuk basis pengguna kami +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami up to date dalam hitungan menit setelah OTA diterapkan ke @Capgo." [\[1\]](https://capgo.app/)
-
-2.  **Pertimbangkan Frekuensi Pembaruan**
-
-Jika tim Anda mengikuti pengembangan agile, pengiriman berkelanjutan sering menjadi prioritas:
-
-> "Kami mempraktikkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-3.  **Langkah-langkah Implementasi**
-
-Ikuti langkah-langkah ini untuk memulai:
-
--   Jalankan pengaturan penerapan menggunakan: `npx @capgo/cli init`
--   Siapkan sistem pemantauan dan analitik
--   Aktifkan opsi rollback untuk keamanan
--   Tentukan metrik keberhasilan yang jelas untuk melacak kemajuan
-
-Kombinasi yang tepat antara metode rilis dan perangkat yang disesuaikan dengan kebutuhan aplikasi Anda akan memastikan pembaruan yang lebih lancar dan hasil yang lebih baik.
diff --git a/src/content/blog/id/staging-ota-updates-best-practices.md b/src/content/blog/id/staging-ota-updates-best-practices.md
deleted file mode 100644
index a0e44575b..000000000
--- a/src/content/blog/id/staging-ota-updates-best-practices.md
+++ /dev/null
@@ -1,236 +0,0 @@
----
-slug: staging-ota-updates-best-practices
-title: 'Staging Pembaruan OTA: Praktik Terbaik'
-description: >-
-  Pelajari praktik terbaik untuk mempersiapkan pembaruan OTA, memastikan
-  penyebaran aplikasi yang lancar dan meningkatkan pengalaman pengguna dengan
-  pengujian yang efektif dan strategi pengembalian.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T01:20:29.530Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fda45772a40527486bdcbd-1744680128983.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, staging environment, app testing, error tracking, network
-  conditions, phased rollouts, app deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Pembaruan Over-the-Air (OTA)** memungkinkan pengembang untuk mendorong perubahan aplikasi langsung kepada pengguna tanpa memerlukan persetujuan dari toko aplikasi. Ini mempercepat perbaikan bug dan peluncuran fitur, dengan **95% pengguna aktif menerima pembaruan dalam waktu 24 jam**. Namun, tanpa lingkungan staging yang tepat, pembaruan dapat gagal, menyebabkan kerusakan atau masalah kompatibilitas.
-
-### Mengapa Lingkungan Staging Penting
-
-Lingkungan **staging** membantu menguji pembaruan OTA sebelum diluncurkan. Itu meniru pengaturan produksi, melacak kinerja pembaruan, dan memungkinkan pemulihan cepat. Manfaat kunci meliputi:
-
--  Pengujian pada perangkat dan kondisi jaringan yang beragam
--  Pelacakan dan pemantauan kesalahan secara real-time
--  Peluncuran terkontrol ke kelompok pengguna yang lebih kecil
-
-### Masalah Umum yang Diselesaikan oleh Staging
-
-| **Masalah** | **Dampak** | **Solusi** |
-| --- | --- | --- |
-| Masalah kompatibilitas | Aplikasi mengalami kerusakan | Uji di perangkat yang bervariasi |
-| Kinerja tidak merata | Keluhan pengguna | Peluncuran bertahap |
-| Bug kritis | Pengalaman pengguna yang buruk | Pemantauan kesalahan dan pemulihan |
-
-### Tips Cepat untuk Staging
-
-1.  **Cocokkan pengaturan produksi** (server, basis data, integrasi).
-2.  **Gunakan data anonim** untuk pengujian yang realistis.
-3.  **Otomatisasikan build** dengan pipeline CI/CD.
-4.  **Uji dalam fase**: Alpha, Beta, dan saluran Calon Rilis.
-
-### Alat untuk Keberhasilan OTA
-
-Platform seperti **[Capgo](https://capgo.app/)** menyederhanakan staging dengan fitur seperti pembaruan terenkripsi, pelacakan kesalahan, dan opsi pemulihan. Dengan **750 aplikasi dalam produksi** dan **23,5 juta pembaruan yang disampaikan**, memastikan pembaruan cepat, aman, dan andal.
-
-**Kutipan kunci**: Lingkungan staging yang kuat memastikan pembaruan OTA berjalan lancar, mengurangi risiko, dan meningkatkan pengalaman pengguna.
-
-## Lingkungan Staging dan Produksi - Pengujian Perangkat Lunak ...
-
-<iframe src="https://www.youtube.com/embed/HN8D8IHLb9s" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Membangun Lingkungan Staging
-
-Menyiapkan lingkungan staging adalah suatu keharusan untuk menguji pembaruan OTA sebelum meluncurkannya ke produksi.
-
-### Komponen Kunci untuk Lingkungan Staging
-
-Untuk meniru lingkungan produksi Anda dengan benar, Anda perlu komponen berikut:
-
-| Komponen | Tujuan | Tips Implementasi |
-| --- | --- | --- |
-| **Perangkat Uji** | Memastikan keberagaman perangkat | Sertakan campuran perangkat iOS dan Android. |
-| **Simulator Jaringan** | Uji dalam berbagai kondisi | Konfigurasi batas bandwidth dan latensi. |
-| **Alat Pemantauan** | Melacak masalah kinerja | Siapkan alat pencatatan kesalahan dan analitik. |
-| **Kontrol Versi** | [Kelola pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Gunakan cabang terpisah untuk staging. |
-| **Pipeline CI/CD** | Otomatiskan penggelaran | Tirukan alur kerja penggelaran produksi. |
-
-Lingkungan staging Anda harus sangat mirip dengan produksi tetapi tetap terisolasi. Platform seperti Capgo memudahkan hal ini dengan menawarkan saluran pengujian khusus, memungkinkan kondisi pengujian yang tepat dan andal.
-
-### Cara Menyiapkan Lingkungan Staging
-
-Ikuti langkah-langkah berikut untuk membuat dan mempertahankan pengaturan staging yang mencerminkan lingkungan produksi Anda:
-
-1.  **Konfigurasi Lingkungan**  
-    Cocokkan pengaturan produksi Anda, termasuk server, basis data, dan integrasi pihak ketiga.
-    
-2.  **Manajemen Data**  
-    Gunakan data produksi anonim untuk pengujian. Segarkan data ini secara berkala agar tetap realistis.
-    
-3.  **Integrasi Otomasi**  
-    Terapkan pipeline CI/CD yang meniru produksi. Misalnya:
-    
-    -   Otomatiskan build, jalankan tes integrasi, pantau kinerja, dan aktifkan fitur pemulihan.
-4.  **[Sistem Saluran Pembaruan](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**  
-    Bagi proses pengujian Anda menjadi fase yang berbeda:
-    
-    -   _Saluran Alpha_: Untuk pengujian pengembang.
-    -   _Saluran Beta_: Untuk pengujian tim internal.
-    -   _Saluran kandidat rilis_: Untuk pemeriksaan akhir sebelum produksi.
-
-Pertahankan lingkungan staging Anda agar sinkron dengan produksi melalui pembaruan dan pemantauan rutin. Ini membantu menangkap masalah lebih awal dan mencegah perbedaan antara kedua lingkungan.
-
-## Metode Pengujian Pembaruan OTA
-
-### Pengujian Manual vs Otomatis
-
-Pengujian pembaruan OTA melibatkan pendekatan manual dan otomatis. Setiap metode memiliki kekuatannya, dan menggabungkannya memastikan cakupan yang menyeluruh.
-
-| Jenis Pengujian | Paling Baik Untuk | Alat/Pendekatan Kunci |
-| --- | --- | --- |
-| **Manual** | Memeriksa pengalaman pengguna, elemen visual, dan kasus pinggiran | Pengujian perangkat, umpan balik penguji beta, penilaian alur pengguna |
-| **Otomatis** | Menjalankan tes regresi, mengukur kinerja, dan mensimulasikan kondisi jaringan | Pipeline CI/CD, rangkaian tes otomatis, alat pengujian beban |
-| **Hibrida** | Memvalidasi rilis, menguji fitur baru, dan memastikan keandalan pemulihan | Kombinasi pemeriksaan manual dan proses keselamatan otomatis |
-
-Pengujian jaringan yang disimulasikan juga memainkan peran penting dengan mengungkap masalah terkait konektivitas.
-
-### Menguji Kondisi Jaringan
-
-Pengujian di bawah kondisi jaringan yang berbeda memastikan bahwa pembaruan OTA berkinerja dengan andal:
-
--   **Simulasikan Skenario Jaringan**
-    
-    -   Uji pembaruan melalui jaringan 2G, 3G, 4G, dan 5G.
-    -   Periksa kinerja selama konektivitas yang terputus.
-    -   Verifikasi bahwa pembaruan dilanjutkan secara lancar setelah koneksi terputus.
--   **Pantau Metrik Kinerja**
-    
-    -   Ukur kecepatan unduh di bawah berbagai kondisi.
-    -   Lacak seberapa sering pembaruan selesai dengan sukses.
-    -   Catat pola penggunaan bandwidth untuk analisis.
-
-Sebagai contoh, Capgo mengoptimalkan pembaruan dengan mengunduh hanya perubahan yang diperlukan, menghemat bandwidth dan waktu.
-
-### Penanganan Kesalahan dan Pemulihan
-
-Pengujian sering kali mengungkap masalah yang memerlukan strategi pemulihan yang kuat untuk menjaga stabilitas aplikasi selama pembaruan OTA. Penanganan kesalahan yang efektif sangat penting.
-
-| Jenis Kesalahan | Metode Pemulihan | Rincian Metode |
-| --- | --- | --- |
-| **Kegagalan Jaringan** | Mekanisme percobaan otomatis | Gunakan penundaan bertahap dan lanjutkan pembaruan dari titik pemeriksaan. |
-| **Konflik Versi** | Protokol pemulihan | Izinkan pemulihan satu klik sambil menjaga data pengguna tetap utuh. |
-| **Masalah Penyimpanan** | Praktik manajemen ruang | Lakukan pemeriksaan sebelum pembaruan dan pembersihan rutin untuk membebaskan ruang. |
-
-Capgo menyediakan alat untuk pelacakan kesalahan dan analitik untuk memperlancar upaya pemulihan:
-
--   **Memantau Kesehatan Pembaruan**  
-    Lacak tingkat keberhasilan pembaruan dan identifikasi masalah potensial lebih awal menggunakan wawasan real-time.
-    
--   **Melaksanakan Prosedur Pemulihan**  
-    Pulihkan dengan cepat ke versi stabil ketika masalah muncul, terutama selama peluncuran yang bertahap.
-    
--   **Mengelola Saluran Distribusi**  
-    Gunakan saluran khusus untuk pengujian beta dan peluncuran bertahap. Pendekatan ini meminimalkan risiko dengan memvalidasi pembaruan dengan kelompok pengguna yang lebih kecil sebelum rilis penuh.
-    
-
-## Manajemen Pembaruan OTA
-
-Manajemen [pembaruan yang efektif](https://capgo.app/docs/plugin/cloud-mode/manual-update/) adalah bagian terakhir dari strategi OTA yang sukses. Ini memastikan penggelaran yang lancar dan dibangun di atas praktik pengujian yang kuat.
-
-### Mengurangi Ukuran Pembaruan
-
-Untuk membuat pembaruan lebih kecil dan kurang berat pada bandwidth, pertimbangkan metode seperti **pembaruan delta**, **kompresi aset**, dan **minifikasi kode**. Teknik-teknik ini membantu memperlancar proses dan meningkatkan pengalaman pengguna.
-
-### Peluncuran Bertahap
-
-Peluncuran pembaruan secara bertahap, yang dikenal sebagai peluncuran bertahap, membantu meminimalkan risiko. Dengan menargetkan kelompok tertentu, Anda dapat memantau kinerja dan mengatasi masalah sebelum rilis skala penuh. Alat seperti sistem saluran Capgo memudahkan hal ini dengan memungkinkan pengembang mendistribusikan versi pembaruan yang berbeda untuk pengujian beta atau peluncuran bertahap [\[1\]](https://capgo.app/).
-
-### Kepatuhan Aturan Toko Aplikasi
-
-Mematuhi pedoman toko aplikasi sangat penting untuk menghindari keterlambatan atau gangguan selama proses peninjauan. Baik Apple maupun Google memberlakukan protokol keamanan yang ketat, dan alat seperti Capgo menyederhanakan ini dengan memastikan pembaruan sesuai dengan standar ini.
-
-> "Sesuai dengan App Store" - Capgo [\[1\]](https://capgo.app/)
-
-## Menggunakan [Capgo](https://capgo.app/) untuk Pembaruan OTA
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fda45772a40527486bdcbd/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-### Fungsi Inti Capgo
-
-Capgo menyederhanakan proses manajemen pembaruan OTA dengan sistemnya yang aman dan terenkripsi serta fungsionalitas saluran yang canggih. Pembaruan disampaikan dengan cepat dan aman, berkat CDN globalnya, yang mencapai **waktu unduh 114ms untuk bundel 5MB** dan **rata-rata waktu respons API 57ms di seluruh dunia** [\[1\]](https://capgo.app/). Platform ini juga menggunakan sistem pembaruan parsial, mengunduh hanya komponen yang berubah. Pendekatan ini menyebabkan **tingkat pembaruan 95% di antara pengguna aktif dalam waktu 24 jam** [\[1\]](https://capgo.app/).
-
-### Keuntungan bagi Pengembang
-
-Capgo menyediakan berbagai alat untuk membuat pengujian dan penggelaran pembaruan menjadi lebih efisien, terutama di lingkungan staging. Ini terintegrasi dengan mulus dengan alat CI/CD seperti **[GitHub Actions](https://docs.github.com/actions)** dan **[GitLab CI](https://docs.gitlab.com/ee/ci/)**, memungkinkan penggelaran instan. Pengembang juga mendapatkan manfaat dari pelacakan kesalahan yang detail dan analitik, yang menawarkan wawasan tentang kinerja pembaruan. Metrik kunci meliputi:
-
-| Metrik | Rincian |
-| --- | --- |
-| Tingkat Keberhasilan Pembaruan | Melacak persentase instalasi yang berhasil secara real-time |
-| Keterlibatan Pengguna | Memantau berapa banyak pengguna aktif yang mengadopsi pembaruan |
-| Kinerja Unduh | Mengukur waktu respons CDN dan penggunaan bandwidth |
-| Pencatatan Kesalahan | Memberikan diagnosis yang detail untuk kesalahan |
-
-Fitur-fitur ini menjadikan Capgo alat yang kuat bagi pengembang, memungkinkan mereka untuk menguji dan menyempurnakan pembaruan dengan efektif.
-
-### Langkah Setup Capgo
-
-Memulai dengan Capgo untuk staging sangat sederhana. Pertama, instal plugin Capgo menggunakan perintah ini:
-
-```bash
-npx @capgo/cli init
-```
-
-Capgo bekerja dengan **[Capacitor](https://capacitorjs.com/) 6 dan 7**, memastikan sesuai dengan berbagai alur kerja pengembangan. Untuk lingkungan staging, ikuti langkah-langkah berikut:
-
--   **Atur saluran pembaruan terpisah** untuk staging dan produksi agar lingkungan tetap berbeda.
--   **Aktifkan pelacakan kesalahan yang detail** untuk menangkap masalah lebih awal.
--   Gunakan **fitur rollback dengan satu klik** untuk dengan cepat membatalkan pembaruan jika diperlukan.
-
-Dengan **750 aplikasi dalam produksi** dan **23,5 juta pembaruan diterima** [\[1\]](https://capgo.app/), Capgo telah membuktikan keandalannya dalam mengelola pembaruan OTA secara efisien dan aman.
-
-## Kesimpulan: Pedoman Pembaruan OTA
-
-### Poin Pengujian Utama
-
-Pengujian pembaruan OTA memerlukan pendekatan terstruktur untuk memastikan baik keandalan maupun pengalaman pengguna yang lancar. Ketika dilakukan secara efektif, pembaruan dapat mencapai tingkat keberhasilan hingga 82% [\[1\]](https://capgo.app/). Berikut adalah area utama yang perlu difokuskan selama pengujian:
-
-| **Persyaratan Pengujian** | **Fokus Implementasi** |
-| --- | --- |
-| Distribusi Pembaruan | Peluncuran terkontrol melalui penyebaran berbasis saluran |
-| Pemantauan Kesalahan | Pelacakan waktu nyata dan alat diagnostik |
-| Kondisi Jaringan | Pengujian di bawah berbagai kecepatan koneksi |
-| Kontrol Versi | Lingkungan staging dan produksi terpisah |
-| Protokol Rollback | Mekanisme rollback yang dapat diandalkan untuk mengembalikan pembaruan |
-
-Contoh praktis menyoroti pentingnya prioritas ini:
-
-> "Kami meluncurkan pembaruan OTA Capgo dalam produksi untuk basis pengguna kami yang lebih dari 5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami diperbarui dalam waktu beberapa menit setelah OTA diterapkan ke @Capgo." [\[1\]](https://capgo.app/)
-
-### Langkah Selanjutnya
-
-Untuk membuat pembaruan OTA Anda aman dan efisien, pertimbangkan langkah-langkah berikut:
-
--   **Gunakan sistem pengiriman terenkripsi** untuk memenuhi standar keamanan dan persyaratan toko aplikasi.
--   **Atur alat pemantauan** untuk melacak metrik kritis secara real time.
--   **Terapkan peluncuran bertahap** dengan memulai dari kelompok pengguna kecil sebelum memperluas ke semua pengguna.
-
-Lingkungan staging yang dipersiapkan dengan baik, didukung oleh platform seperti Capgo, dapat membantu Anda mencapai tujuan ini. Sebagai contoh, 95% pengguna aktif dapat memperbarui dalam waktu 24 jam, dengan waktu respons API global rata-rata 57ms [\[1\]](https://capgo.app/).
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam mengirimkan terus-menerus kepada pengguna kami!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/state-privacy-laws-for-mobile-apps-comparison.md b/src/content/blog/id/state-privacy-laws-for-mobile-apps-comparison.md
deleted file mode 100644
index 9e5cdc4e9..000000000
--- a/src/content/blog/id/state-privacy-laws-for-mobile-apps-comparison.md
+++ /dev/null
@@ -1,174 +0,0 @@
----
-slug: state-privacy-laws-for-mobile-apps-comparison
-title: 'Undang-Undang Privasi Aplikasi Seluler berdasarkan Negara: Sebuah Perbandingan'
-description: >-
-  Pelajari perbedaan utama antara undang-undang privasi aplikasi seluler di
-  California, Virginia, dan Colorado dan pelajari cara memastikan kepatuhan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:47:03.403Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de206e13cee397379a38f6-1742611661440.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  mobile apps, privacy laws, CCPA, VCDPA, CPA, data protection, user rights,
-  compliance, security measures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Undang-undang privasi aplikasi seluler berbeda di setiap negara bagian, dan memahaminya sangat penting bagi pengembang. Berikut gambaran singkat tentang peraturan privasi utama di California, Virginia, dan Colorado:
-
--   **California ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)/[CPRA](https://en.wikipedia.org/wiki/CPRA))**: Mengharuskan pengungkapan rinci, opsi opt-out untuk penjualan data, dan aturan ketat untuk data sensitif. Pengguna dapat mengakses, menghapus, dan mengoreksi data mereka.
--   **Virginia ([VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))**: Berfokus pada persetujuan untuk data sensitif, langkah keamanan yang wajar, dan hak pengguna seperti akses data, penghapusan, dan koreksi. Tidak memerlukan tombol "Jangan Jual".
--   **Colorado ([CPA](https://coag.gov/resources/colorado-privacy-act/))**: Menekankan opsi opt-out, persetujuan untuk data sensitif, dan penilaian privasi wajib untuk aktivitas berisiko tinggi.
-
-### Perbandingan Singkat
-
-| Undang-undang Negara | Fitur Utama | Hak Pengguna | Persyaratan Unik |
-| --- | --- | --- | --- |
-| **CCPA/CPRA** | Pengungkapan data rinci, opt-out untuk penjualan data, aturan lebih ketat untuk data sensitif | Akses, hapus, koreksi, transfer | Transparansi untuk pengambilan keputusan otomatis |
-| **VCDPA** | Persetujuan untuk data sensitif, langkah keamanan yang wajar, perjanjian vendor | Akses, hapus, koreksi, portabilitas | Tidak memerlukan tombol "Jangan Jual" |
-| **CPA** | Opsi opt-out, persetujuan untuk data sensitif, penilaian privasi | Akses, hapus, koreksi, transfer | Penilaian risiko privasi wajib |
-
-Kegagalan mematuhi undang-undang ini dapat mengakibatkan denda dan kerugian reputasi. Pengembang harus fokus pada pemberitahuan data yang jelas, sistem persetujuan, dan praktik keamanan yang kuat untuk tetap patuh.
-
-## Pembaruan Privasi 2023: Pengarahan tentang Undang-undang Privasi Data Negara Bagian Baru
-
-<Steps>
-1. Undang-undang Privasi California ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)/[CPRA](https://en.wikipedia.org/wiki/CPRA))
-
-California memimpin dalam regulasi privasi dengan **California Consumer Privacy Act (CCPA)** dan **California Privacy Rights Act (CPRA)**, mengharuskan pengembang memenuhi standar data yang ketat.
-
-**CCPA** berlaku untuk bisnis yang memenuhi setidaknya satu dari kriteria berikut:
-
--   Pendapatan tahunan melebihi $25 juta
--   Memproses data 50.000 atau lebih penduduk California
--   Menghasilkan 50% atau lebih pendapatan dari penjualan data pribadi
-
-Jika aplikasi seluler Anda termasuk dalam aturan ini, Anda harus mengungkapkan:
-
--   Jenis data pribadi yang dikumpulkan
--   Mengapa data dikumpulkan
--   Pihak ketiga mana data dibagikan
--   Berapa lama data akan disimpan
--   Hak pengguna yang diberikan berdasarkan hukum California
-
-Penduduk California memiliki hak khusus, termasuk kemampuan untuk mengakses, menghapus, mengoreksi, dan mentransfer data pribadi mereka. Mereka juga dapat memilih untuk tidak menjual data mereka.
-
-Ketika berkaitan dengan data sensitif - seperti geolokasi, detail login, informasi keuangan, data biometrik, atau informasi terkait kesehatan - aplikasi harus mengikuti protokol yang lebih ketat. Ini termasuk:
-
--   Mendapatkan persetujuan opt-in eksplisit
--   Menerapkan langkah keamanan yang lebih kuat
--   Membatasi berapa lama data sensitif disimpan
--   Membatasi siapa yang dapat mengakses informasi ini
-
-Untuk aplikasi yang mengandalkan pengambilan keputusan otomatis, **CPRA** mensyaratkan transparansi. Pengembang harus menjelaskan bagaimana algoritma mereka bekerja, mengapa keputusan dibuat, dan bagaimana pengguna mungkin terpengaruh.
-
-Undang-undang privasi California tidak hanya menetapkan standar di negara bagian tetapi juga memengaruhi [kebijakan privasi](https://capgo.app/dp/) di seluruh negeri, membentuk bagaimana pengembang mendekati kepatuhan.
-
-2. Undang-undang Perlindungan Data Virginia ([VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))
-
-![VCDPA](https://mars-images.imgix.net/seobot/screenshots/pro.bloomberglaw.com-e2d26366f154a86b70aef4e66139addc-2025-03-22.jpg?auto=compress)
-
-Mulai 1 Januari 2023, Virginia Consumer Data Protection Act (VCDPA) berlaku untuk bisnis yang menangani atau mengawasi data pribadi untuk setidaknya 100.000 penduduk Virginia setiap tahun, atau untuk 25.000 penduduk jika setidaknya setengah dari pendapatan mereka berasal dari penanganan data tersebut.
-
-Untuk pengembang aplikasi seluler, undang-undang ini memperkenalkan beberapa persyaratan utama:
-
--   **Dapatkan persetujuan yang jelas** sebelum memproses data pribadi sensitif.
--   **Terapkan langkah keamanan yang wajar** dan simpan catatan aktivitas pemrosesan data.
--   **Miliki perjanjian** dengan vendor yang mengelola data pribadi.
-
-Penduduk Virginia memiliki hak khusus di bawah VCDPA. Mereka dapat mengakses, menghapus, dan mengoreksi data mereka, meminta salinan yang dapat dipindahkan, dan memilih untuk tidak mengikuti iklan yang ditargetkan.
-
-Tidak seperti undang-undang privasi California, VCDPA tidak memerlukan tombol "Jangan Jual" atau pengungkapan tentang insentif finansial yang terkait dengan penggunaan data. Meskipun tidak menentukan langkah-langkah teknis yang tepat, namun mengharuskan bisnis mengadopsi praktik keamanan yang wajar. Penegakan ditangani oleh Jaksa Agung Virginia, yang dapat menjatuhkan sanksi perdata setelah memberi kesempatan bisnis untuk mengatasi masalah.
-
-Undang-undang ini bertujuan untuk melindungi data konsumen sambil menawarkan fleksibilitas kepada bisnis. Pengembang aplikasi seluler yang bekerja di Virginia harus mengevaluasi dengan cermat kebijakan privasi mereka untuk tetap patuh dan mempertahankan kepercayaan pengguna.
-
-3. Aturan Privasi Colorado ([CPA](https://coag.gov/resources/colorado-privacy-act/))
-
-![CPA](https://mars-images.imgix.net/seobot/screenshots/coag.gov-27b642301e832ad4f24c09bcab1135ad-2025-03-22.jpg?auto=compress)
-
-Colorado Privacy Act (CPA) menetapkan pedoman untuk perlindungan data yang berdampak pada bisnis yang beroperasi di Colorado. Ini berlaku untuk perusahaan yang memenuhi ambang batas data atau pendapatan tertentu. Bagi pengembang aplikasi seluler, ini berarti mengikuti aturan spesifik untuk melindungi informasi pribadi dan memastikan transparansi dalam penanganan data.
-
-Persyaratan utama meliputi:
-
--   **Opsi opt-out**: Pengguna harus memiliki cara yang jelas untuk memilih keluar dari iklan yang ditargetkan dan penjualan data.
--   **Persetujuan untuk data sensitif**: Perusahaan perlu mendapatkan persetujuan pengguna sebelum mengumpulkan informasi pribadi yang sensitif.
--   **Pemberitahuan privasi terperinci**: Pengembang harus memberikan informasi yang jelas tentang jenis data yang dikumpulkan, mengapa diproses, dan apakah dibagikan dengan pihak ketiga.
-
-CPA juga menekankan praktik keamanan yang kuat seperti enkripsi, audit rutin, rencana respons insiden, dan membatasi pengumpulan data pada yang diperlukan.
-
-Penduduk Colorado mendapatkan beberapa hak berdasarkan undang-undang ini, seperti mengakses, mengoreksi, menghapus, dan mentransfer data pribadi mereka. Mereka juga dapat memilih untuk tidak mengikuti proses pengambilan keputusan otomatis. Satu fitur menonjol dari CPA adalah persyaratannya bagi bisnis untuk melakukan penilaian perlindungan data untuk aktivitas pemrosesan berisiko tinggi. Langkah ini membantu mengidentifikasi dan mengatasi risiko privasi. Tidak seperti undang-undang serupa di California dan Virginia, Colorado menjadikan penilaian ini wajib untuk penggunaan data berisiko tinggi.
-
-CPA mendorong privasi konsumen yang lebih baik, keamanan yang lebih kuat, dan transparansi yang lebih besar dalam aplikasi seluler.
-
-4. Standar Privasi [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capgo selaras dengan CCPA, VCDPA, dan CPA, menjembatani kesenjangan antara regulasi negara bagian dan kebutuhan pengembangan aplikasi praktis.
-
-Dengan **enkripsi end-to-end**, Capgo memastikan data pengguna tetap aman selama pembaruan aplikasi. Mengesankan, 95% pengguna aktif menerima pembaruan dengan aman dalam waktu 24 jam, mencapai tingkat keberhasilan global 82% [\[1\]](https://capgo.app/).
-
-Berikut cara Capgo mendukung kepatuhan privasi:
-
-| Fitur | Manfaat Privasi | Dukungan Kepatuhan |
-| --- | --- | --- |
-| Enkripsi End-to-End | Memastikan hanya pengguna yang berwenang yang dapat mendekripsi pembaruan | Memenuhi standar keamanan data di seluruh negara bagian |
-| Izin Granular | Memungkinkan akses terkontrol untuk anggota tim | Mendukung manajemen privasi internal |
-| Hosting Fleksibel | Menawarkan opsi cloud atau self-hosted | Menangani persyaratan residensi data |
-| Penugasan Pengguna | Memungkinkan distribusi pembaruan yang ditargetkan | Memfasilitasi peluncuran fitur berbasis persetujuan |
-
-Bagi yang khawatir tentang ketergantungan vendor, struktur open-source Capgo memberikan transparansi tentang bagaimana data diproses dan dikelola.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sebenarnya, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-Efektivitas Capgo jelas: dipercaya oleh 750 aplikasi produksi, memberikan 23,5M [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/) sejauh ini [\[1\]](https://capgo.app/).
-
-Lacak pembaruan secara real-time dengan analitik, pemantauan kesalahan, dan kontrol akses berbasis peran untuk menyederhanakan kepatuhan di berbagai negara bagian.
-
-## Undang-undang Negara Bagian: Manfaat dan Keterbatasan
-
-Berikut adalah rincian kekuatan dan kelemahan undang-undang negara bagian utama yang mengatur privasi data. Wawasan ini dibangun berdasarkan diskusi sebelumnya tentang kerangka kerja negara bagian dan strategi kepatuhan praktis:
-
-| Undang-undang Negara | Kekuatan | Kelemahan |
-| --- | --- | --- |
-| CCPA/CPRA | • Hak konsumen yang kuat  • Sanksi yang jelas untuk pelanggaran data  • Instruksi kepatuhan yang rinci | • Rumit untuk diterapkan  • Proses kepatuhan yang mahal  • Sebagian besar memengaruhi perusahaan besar |
-| VCDPA | • Aturan persetujuan yang disederhanakan  • Kategori yang jelas untuk pemrosesan data  • Mencakup kerangka penilaian risiko | • Alat penegakan terbatas  • Lingkup lebih kecil dibandingkan CCPA/CPRA  • Hak konsumen lebih sedikit |
-| CPA | • Menawarkan jalur kepatuhan yang fleksibel  • Mencakup opsi opt-out universal  • Memerlukan penilaian rutin | • Persyaratan teknis yang tidak jelas  • Kurang panduan implementasi rinci  • Kewajiban yang tumpang tindih dapat menyebabkan kebingungan |
-
-Untuk mengatasi tantangan ini, alat otomatis seperti Capgo menyederhanakan tugas kepatuhan. Dengan fitur seperti enkripsi end-to-end dan hosting yang dapat disesuaikan, Capgo memastikan keamanan data di berbagai lanskap regulasi.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Wawasan Kepatuhan Utama
-
--   **California (CCPA/CPRA)**: Memberikan perlindungan konsumen yang kuat tetapi membutuhkan sumber daya signifikan untuk kepatuhan.
--   **Virginia (VCDPA)**: Menawarkan aturan pemrosesan data yang lebih jelas tetapi memiliki lebih sedikit mekanisme penegakan.
--   **Colorado (CPA)**: Menyeimbangkan fleksibilitas dengan akuntabilitas tetapi kurang pedoman teknis spesifik.
-
-Capgo telah terbukti efektif dalam mengelola kepatuhan di berbagai negara bagian. Sistem pembaruan terarahnya dan kecepatan unduh 114ms untuk bundle 5MB memungkinkan pengembang untuk dengan cepat menangani pembaruan privasi [\[1\]](https://capgo.app/). Dengan adopsi oleh 750 aplikasi produksi, Capgo menunjukkan nilainya dalam kasus penggunaan dunia nyata [\[1\]](https://capgo.app/).
-
-### Dampak pada Praktik Pengembangan
-
-Bagi pengembang, menyeimbangkan pembaruan cepat dengan persyaratan kepatuhan adalah tantangan kritis. Integrasi Capgo dengan pipeline CI/CD memudahkan untuk mengeluarkan pembaruan sambil tetap selaras dengan berbagai regulasi. Ini memperlancar alur kerja dan memastikan kepatuhan di berbagai yurisdiksi.
-
-## Kesimpulan
-
-Undang-undang privasi negara bagian seperti CCPA/CPRA, VCDPA, dan CPA memberikan tuntutan berbeda pada pengembang aplikasi mobile. Setiap negara bagian memiliki pendekatannya sendiri terhadap perlindungan data, dengan persyaratan dan metode penegakan spesifik.
-
-Bagi pengembang, tetap patuh di berbagai yurisdiksi berarti mengadopsi strategi yang dapat menangani tuntutan yang bervariasi ini. Kecepatan dan kemampuan beradaptasi adalah kunci, karena data industri menunjukkan bahwa implementasi cepat pembaruan sangat penting untuk memenuhi persyaratan regulasi[\[1\]](https://capgo.app/).
-
-Untuk mengatasi tantangan ini, pengembang harus berkonsentrasi pada tiga area utama:
-
--   **[Sistem Pembaruan Cepat](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)**: Siapkan proses yang memungkinkan implementasi cepat pembaruan privasi.
--   **Langkah Keamanan yang Kuat**: Pastikan semua transfer data dan pembaruan dilindungi dengan enkripsi end-to-end.
--   **Pengujian Menyeluruh**: Gunakan peluncuran bertahap dan pengujian beta untuk memastikan pembaruan privasi berfungsi sebagaimana mestinya.
-
-Pendekatan ini selaras dengan tantangan spesifik yang ditimbulkan oleh peraturan negara bagian dan membantu memastikan kepatuhan.
-
-Dengan undang-undang privasi negara bagian yang terus berubah, kesuksesan aplikasi mobile semakin bergantung pada kemampuan beradaptasi. Saat ini, 750 aplikasi produksi mengelola persyaratan ini secara efektif dengan alat kepatuhan otomatis[\[1\]](https://capgo.app/). Dengan menerapkan metode ini, pengembang dapat menjaga aplikasi mereka tetap patuh dan siap menghadapi perubahan di masa depan.
diff --git a/src/content/blog/id/testing-capacitor-ota-updates-with-mock-scenarios.md b/src/content/blog/id/testing-capacitor-ota-updates-with-mock-scenarios.md
deleted file mode 100644
index a0fb7e13c..000000000
--- a/src/content/blog/id/testing-capacitor-ota-updates-with-mock-scenarios.md
+++ /dev/null
@@ -1,225 +0,0 @@
----
-slug: testing-capacitor-ota-updates-with-mock-scenarios
-title: Menguji Pembaruan OTA Capacitor dengan Skenario Palsu
-description: >-
-  Pelajari cara menguji pembaruan OTA secara efektif di aplikasi Capacitor untuk
-  memastikan keandalan dan meningkatkan kepuasan pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:53:13.485Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da3972cfd1b2222c56f23a-1742356439850.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, OTA updates, testing, mock scenarios, app reliability, network
-  conditions, failure recovery, analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Pembaruan OTA adalah perubahan besar untuk aplikasi [Capacitor](https://capacitorjs.com/), memungkinkan pengembang untuk memperbaiki bug dan menambahkan fitur tanpa penundaan dari toko aplikasi. Namun, menguji pembaruan ini secara menyeluruh sangat penting untuk menghindari kerusakan, kehilangan data, atau fungsi yang rusak.**
-
-Berikut adalah yang perlu Anda ketahui:
-
--   **Mengapa Ini Penting**: Pembaruan yang tidak dapat diandalkan dapat merusak kepercayaan pengguna dan kinerja aplikasi.
--   **Cara Menguji Secara Aman**: Gunakan tes tiruan untuk mensimulasikan kondisi dunia nyata seperti jaringan yang buruk atau file yang rusak.
--   **Alat yang Diperlukan**: [Node.js](https://nodejs.org/en), Capacitor CLI, dan [Capgo](https://capgo.app/) CLI untuk mengelola pembaruan.
--   **Skenario Utama untuk Diuji**: Pembaruan normal, instalasi yang gagal, dan masalah jaringan.
--   **Metrik yang Harus Dipantau**: Tingkat unduhan, keberhasilan instalasi, dan akurasi versi.
-
-Pengujian dengan alat seperti Capgo memastikan pembaruan berjalan lancar, aman, dan dapat diandalkan. Pengujian tiruan telah menunjukkan **tingkat keberhasilan 82%**, membantu aplikasi mempertahankan stabilitas sambil menyampaikan pembaruan dengan cepat.
-
-## Video Terkait dari YouTube
-
-<iframe src="https://www.youtube.com/embed/pCDPwItv_ik" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Mempersiapkan Lingkungan Uji Anda
-
-Bagian ini mencakup alat dan langkah kunci yang diperlukan untuk mengatur lingkungan Anda.
-
-### Perangkat Lunak yang Diperlukan
-
-Untuk menguji [pembaruan OTA Capacitor](https://capgo.app/ja/), Anda memerlukan alat berikut:
-
-| Perangkat Lunak | Tujuan | Persyaratan Versi |
-| --- | --- | --- |
-| **Node.js** | Lingkungan runtime | Versi LTS terbaru |
-| **Capacitor CLI** | Pengembangan aplikasi | Capacitor 8 |
-| **[Capgo CLI](https://capgo.app/docs/cli/commands)** | Manajemen OTA | Versi terbaru |
-
-Instal Capgo CLI dengan menjalankan:
-
-```bash
-npx @capgo/cli init
-```
-
-Setelah pemasangan, konfigurasikan proyek Anda untuk mensimulasikan kondisi produksi secara efektif.
-
-### Menyiapkan Proyek Uji
-
-Buat proyek uji yang mencerminkan kondisi produksi. Gunakan sistem saluran Capgo untuk mengisolasi skenario pengujian.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan pembaruan secara terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo menawarkan enkripsi end-to-end untuk menjaga keamanan pembaruan uji Anda. Anda juga dapat memilih antara lingkungan berbasis cloud atau yang dihosting sendiri, tergantung pada kebutuhan Anda.
-
-### Menambahkan Fungsi OTA
-
-Untuk menerapkan pembaruan Over-The-Air (OTA), ikuti tiga langkah berikut:
-
--   **Instalasi Plugin**
--   **Konfigurasi Build**
--   **[Integrasi Pembaruan](https://capgo.app/docs/live-updates/update-behavior/)**
-
-Alat CI/CD Capgo membuat pengujian otomatis menjadi mudah. Platform seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), dan [Jenkins](https://www.jenkins.io/) didukung, memungkinkan Anda menguji pembaruan di berbagai lingkungan sebelum penyebaran. Sistem saluran sangat membantu untuk mengelola skenario pengujian yang berbeda.
-
-> "Capgo adalah cara cerdas untuk melakukan push kode panas (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) :-)" - OSIRIS-REx NASA [\[1\]](https://capgo.app/)
-
-Untuk kontrol yang lebih baik selama pengujian, integrasikan analitik Capgo untuk mendapatkan wawasan waktu nyata.
-
-## Membangun Skenario Uji
-
-Siapkan skenario uji untuk memastikan pembaruan OTA dapat diandalkan. Mari kita lihat beberapa pendekatan praktis.
-
-### Pengujian Pembaruan Normal
-
-Periksa proses pembaruan standar untuk menetapkan baseline:
-
-```bash
-capgo build && capgo deploy --channel beta
-```
-
-Fokus pada metrik kunci ini:
-
--   **Tingkat penyelesaian unduhan**
--   **Tingkat keberhasilan instalasi**
--   **Waktu aktivasi pembaruan**
--   **Verifikasi versi**
-
-### Pengujian Pembaruan yang Rusak
-
-Simulasikan pembaruan yang gagal untuk mengevaluasi penanganan kesalahan dan pemulihan:
-
-| Kasus Uji | Pengaturan | Hasil yang Diharapkan |
-| --- | --- | --- |
-| Bundel yang Rusak | Modifikasi checksum bundel | Aplikasi menolak pembaruan |
-| File yang Tidak Lengkap | Interupsi transfer di tengah pembaruan | Aplikasi mempertahankan versi sebelumnya |
-| Ketidakcocokan Versi | Menggunakan versi yang tidak kompatibel | Aplikasi memblokir instalasi |
-
-Gunakan saluran terpisah untuk pengujian ini untuk menghindari gangguan. Kemudian, simulasikan kondisi jaringan yang buruk untuk melihat bagaimana aplikasi menangani hal tersebut.
-
-### Pengujian Masalah Jaringan
-
-Uji bagaimana pembaruan berfungsi di bawah kondisi jaringan yang menantang:
-
--   **Batasi bandwidth ke kecepatan 3G** (sekitar 750 Kbps)
--   **Nyalakan mode pesawat** selama pembaruan
--   **Simulasikan pemutusan koneksi total** untuk memeriksa perilaku offline dan kemampuan pemulihan
-
-Sistem Capgo meminimalkan dampak jaringan yang lambat atau tidak stabil dengan mengunduh hanya bagian yang diubah dari pembaruan. Mekanisme pengulangan bawaannya menangani koneksi yang terputus secara otomatis.
-
-Anda dapat mengkonfigurasi skenario ini dengan:
-
-```bash
-capgo deploy --channel test --network-condition slow
-```
-
-Lacak kemajuan menggunakan analitik waktu nyata Capgo. Semua pengujian mempertahankan enkripsi end-to-end, sehingga keamanan tetap terjaga bahkan selama pemecahan masalah.
-
-## Mengelola Uji Pembaruan
-
-### Menjalankan Kasus Uji
-
-Siapkan alur kerja pengujian yang jelas dengan membuat saluran uji terpisah untuk menjaga organisasi dan isolasi.
-
-```bash
-# Create test channels
-capgo channel create beta-test
-capgo channel create staging-test
-```
-
-Lacak setiap kasus uji dengan pendekatan yang terstruktur:
-
-| **Fase Uji** | **Metrik yang Harus Dipantau** | **Kriteria Keberhasilan** |
-| --- | --- | --- |
-| Unduhan | Kecepatan transfer, tingkat penyelesaian | 100% keberhasilan unduhan |
-| Instalasi | Penggunaan memori, durasi instalasi | Instalasi dalam 30 detik |
-| Aktivasi | Waktu restart aplikasi, pemeriksaan versi | Versi yang benar diaktifkan |
-
-Alat Capgo dapat membantu Anda memantau metrik ini secara konsisten dan efektif.
-
-### Memantau Pembaruan
-
-Dasbor analitik Capgo menawarkan wawasan tentang kinerja pembaruan Anda:
-
--   Tingkat penyelesaian untuk unduhan di berbagai kondisi jaringan
--   Tingkat keberhasilan instalasi yang dikategorikan berdasarkan jenis perangkat
--   Timeline yang menunjukkan seberapa cepat pengguna mengadopsi versi baru
--   Frekuensi kesalahan selama proses pembaruan
-
-> "Kami melihat operasi yang sangat lancar hampir semua pengguna kami diperbarui dalam hitungan menit setelah OTA dikerahkan ke @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Untuk pelacakan kesalahan waktu nyata, gunakan perintah berikut:
-
-```bash
-capgo monitor --channel beta-test --verbose
-```
-
-### Memeriksa Hasil
-
-Pastikan semuanya berfungsi seperti yang diharapkan dengan memverifikasi:
-
--   **Akurasi versi** menggunakan pemeriksa bawaan:
-
-```bash
-capgo version --check --channel beta-test
-```
-
--   **Integritas data**, termasuk penyimpanan lokal dan konten yang di-cache
--   **Metrik kinerja**, seperti waktu peluncuran aplikasi, penggunaan memori, aktivitas jaringan, dan konsumsi baterai
-
-Jika ada masalah yang muncul, fitur rollback Capgo memudahkan untuk kembali ke versi stabil sebelumnya. Ini memungkinkan Anda mengatasi masalah tanpa mengganggu proses pengujian atau mengkompromikan stabilitas lingkungan uji.
-
-## Memperbaiki Masalah Umum
-
-### Pemulihan Pembaruan yang Gagal
-
-Ketika pembaruan over-the-air (OTA) gagal, penting untuk memiliki rencana. Gunakan metode cadangan yang memberi tahu pengguna tentang kegagalan dan secara otomatis mengembalikan perangkat mereka ke versi stabil terakhir. Pastikan langkah pemulihan ini merupakan bagian dari proses pengujian Anda untuk mengonfirmasi fungsi yang diharapkan.
-
-```javascript
-// Example of a fallback implementation:
-const handleUpdateFailure = async () => {
-   await notifyUsers("Update failed – reverting to a stable version");
-   await revertToLastStableVersion();
-   logFailureMetrics();
-}
-```
-
-Selain pemulihan, fokus pada menyelesaikan masalah instalasi untuk memastikan pembaruan berjalan dengan lancar.
-
-### Masalah Instalasi
-
-Masalah instalasi sering terjadi karena keterbatasan penyimpanan perangkat atau koneksi jaringan yang tidak stabil. Untuk mengatasi ini, gunakan pembaruan progresif yang hanya mengunduh perubahan yang diperlukan daripada seluruh pembaruan. Pendekatan ini mengurangi risiko masalah terkait penyimpanan dan jaringan. Pastikan untuk menguji pembaruan dalam berbagai kondisi jaringan dan batasan penyimpanan, seperti yang diidentifikasi dalam fase pengujian sebelumnya.
-
-Mengatasi konflik data adalah bagian krusial lainnya dalam menjaga keandalan pembaruan.
-
-### Konflik Data
-
-Konflik data dapat muncul ketika pembaruan melibatkan perubahan pada skema yang ada. Untuk menghindari masalah ini, terapkan kontrol versi yang ketat, rencanakan dan uji migrasi skema, serta sertakan opsi rollback dengan pelacakan kesalahan. Gunakan peluncuran bertahap atau saluran beta untuk menguji skenario ini di lingkungan yang terkontrol, memungkinkan Anda untuk menangkap dan memperbaiki masalah sebelum pembaruan mencapai semua pengguna.
-
-## Ringkasan
-
-### Dampak Pengujian
-
-Pengujian pembaruan OTA yang komprehensif telah mencapai tingkat keberhasilan 82% secara global, meningkatkan keandalan aplikasi dan kepuasan pengguna [\[1\]](https://capgo.app/). Pengujian tiruan sangat berguna dalam skenario yang menantang seperti gangguan jaringan, migrasi data, dan keterbatasan penyimpanan. Dengan mereplikasi kondisi ini, tim pengembangan dapat memastikan pembaruan berfungsi secara andal di berbagai lingkungan. Pendekatan metodis ini membantu menyampaikan pembaruan yang konsisten dan mendorong adopsi pengguna.
-
-### Menggunakan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Keuntungan pengujian diperkuat dengan platform seperti **Capgo**. Ini menyederhanakan pengujian pembaruan OTA melalui alat validasi canggih dan mengintegrasikan hasil pengujian yang terbukti untuk memberikan pembaruan yang aman dan efisien. Sistem saluran Capgo mendukung pengujian beta dan peluncuran bertahap, memungkinkan pembaruan diperiksa secara menyeluruh sebelum penyebaran penuh. Dengan fitur seperti analitik terperinci, pelacakan kesalahan, dan kinerja CDN global, Capgo menawarkan kecepatan unduh yang mengesankan - 114ms untuk bundel 5MB [\[1\]](https://capgo.app/).
-
-Capgo juga menawarkan enkripsi end-to-end dan opsi rollback instan, memastikan stabilitas aplikasi. Kemampuan ini telah mendukung 750 aplikasi produksi, menyampaikan 23,5 juta pembaruan [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/id/testing-capacitor-ota-updates.md b/src/content/blog/id/testing-capacitor-ota-updates.md
deleted file mode 100644
index 4316d0141..000000000
--- a/src/content/blog/id/testing-capacitor-ota-updates.md
+++ /dev/null
@@ -1,260 +0,0 @@
----
-slug: testing-capacitor-ota-updates
-title: Pengujian Pembaruan OTA Capacitor
-description: >-
-  Pelajari cara menguji pembaruan OTA secara efektif untuk aplikasi Capacitor
-  Anda, memastikan penerapan yang lancar dan keandalan yang lebih baik dengan
-  alat dan strategi penting.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T02:57:37.246Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9cbd22e221594daf2fc62-1744426677476.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, Capacitor, testing, Capgo, mobile app deployment, security,
-  performance, version control
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Pembaruan OTA memungkinkan Anda memperbaiki bug, menambahkan fitur, dan memperbarui aplikasi [Capacitor](https://capacitorjs.com/) Anda secara instan - tanpa penundaan dari app store.** Berikut cara untuk mengujinya secara efektif:
-
--   **Apa Itu Pembaruan OTA?** Mereka mendorong perubahan langsung ke perangkat pengguna, melewati peninjauan app store. Ini menghemat waktu dan cepat mengatasi masalah.
--   **Mengapa Pengujian Penting:** Pembaruan yang tidak diuji dengan baik dapat membuat aplikasi rusak atau melanggar kepatuhan. Dengan pengujian yang tepat, 95% pembaruan berhasil dalam 24 jam.
--   **Alat yang Diperlukan:** Capacitor CLI (v8+), [Node.js](https://nodejs.org/en) (v16+), Plugin [Capgo](https://capgo.app/), dan kerangka pengujian seperti [Cypress](https://www.cypress.io/).
--   **Langkah Pengujian:**
-    1.  Konfigurasi lingkungan pengujian dan pengaturan Capgo.
-    2.  Validasi proses pembaruan seperti deteksi, unduhan, instalasi, dan rollback.
-    3.  Gunakan analitik dan alat rollback Capgo untuk memantau dan memperbaiki masalah.
-    4.  Pastikan kepatuhan terhadap aturan app store.
-
-**Fitur Utama Capgo:**
-
--   Enkripsi end-to-end untuk pembaruan yang aman.
--   Opsi rollback untuk perbaikan cepat.
--   [Peluncuran berbasis kanal](https://capgo.app/docs/webapp/channels/) untuk pengujian bertahap.
--   Pembaruan cepat melalui CDN global (5MB dalam ~114ms).
-
-**Kiat Pro:** Gunakan peluncuran bertahap untuk menguji pembaruan pada kelompok pengguna kecil sebelum penerapan penuh. Alat Capgo membuat proses ini lancar dan aman.
-
-## Pengaturan Lingkungan Pengujian
-
-Menyiapkan lingkungan pengujian yang tepat adalah kunci untuk memvalidasi pembaruan OTA secara efektif.
-
-### Perangkat Lunak yang Diperlukan
-
-Berikut alat-alat penting yang Anda perlukan untuk pengujian OTA:
-
-| Komponen Perangkat Lunak | Tujuan | Persyaratan Versi |
-| --- | --- | --- |
-| Capacitor CLI | Alat pengembangan inti | 6.0 atau lebih tinggi |
-| Node.js | Lingkungan runtime | 16.0+ |
-| [Plugin Capgo](https://capgo.app/plugins/) | Mengelola pembaruan OTA | Versi terbaru |
-| Kerangka Pengujian | Pengujian otomatis (mis., Cypress atau [Appium](http://appium.io/)) | N/A |
-
-### Konfigurasi Lingkungan
-
-Mulailah dengan memperbarui file `capacitor.config.json` dengan pengaturan server staging dan preferensi pembaruan yang sesuai.
-
-Selanjutnya, [inisialisasi konfigurasi Capgo](https://capgo.app/docs/cli/commands) dengan menjalankan perintah berikut:
-
-```
-npx @capgo/cli init
-```
-
-Setelah dikonfigurasi, Anda siap untuk mengintegrasikan pembaruan OTA ke dalam aplikasi Anda.
-
-### Langkah Pengaturan Aplikasi
-
-Setelah inisialisasi, integrasikan fungsionalitas pembaruan OTA ke dalam aplikasi Anda. Sistem ini menangani tugas-tugas seperti pembuatan paket, kontrol versi, distribusi, dan keamanan.
-
-Untuk keamanan tingkat enterprise, Capgo menyediakan opsi berbasis cloud dan self-hosted.
-
-Ketika integrasi selesai, build aplikasi Anda dan picu pembaruan menggunakan CLI Capgo. Karena Capgo bekerja sempurna dengan Capacitor 8, ini mendukung berbagai lingkungan pengembangan modern.
-
-Langkah-langkah ini meletakkan dasar untuk pengujian pembaruan OTA yang menyeluruh, yang akan dibahas di bagian selanjutnya tentang Metode Pengujian.
-
-## Metode Pengujian
-
-Dengan lingkungan Anda yang terkonfigurasi dan aplikasi siap, saatnya memvalidasi proses pembaruan. Pengujian pembaruan over-the-air (OTA) memerlukan pendekatan terstruktur untuk memastikan penerapan yang andal dan aman.
-
-### Pengujian Komponen
-
-Langkah ini berfokus pada verifikasi mekanisme pembaruan individual dan interaksinya di seluruh lapisan web dan native. Tujuannya adalah memastikan integrasi yang lancar:
-
-| Jenis Pengujian | Area Fokus | Kriteria Keberhasilan |
-| --- | --- | --- |
-| Deteksi Pembaruan | Pengecekan versi | Waktu respons ~57ms |
-| Proses Unduhan | [Unduhan bundle](https://capgo.app/docs/webapp/bundles/) | Bundle 5MB dalam ~114ms |
-| Instalasi | Aplikasi pembaruan | Integrasi berhasil |
-| Rollback | Pembalikan versi | Rollback berhasil |
-
-CDN global Capgo membantu mempertahankan kecepatan unduhan yang stabil, dengan waktu respons API rata-rata 57ms [\[1\]](https://capgo.app/). Pengujian di tingkat komponen ini membentuk dasar untuk mengevaluasi kinerja sistem secara keseluruhan.
-
-### Pengujian Sistem Penuh
-
-Pengujian komprehensif menggunakan data produksi harus mengkonfirmasi hal-hal berikut:
-
--   Pembaruan terdeteksi dan diunduh dengan andal
--   Instalasi berhasil di berbagai perangkat
--   Dampak kinerja minimal
--   Aplikasi menangani masalah jaringan secara efektif
-
-> "Kami meluncurkan pembaruan OTA Capgo dalam produksi untuk basis pengguna kami yang +5000. Kami melihat operasi yang sangat lancar; hampir semua pengguna kami terbaru dalam hitungan menit setelah OTA diterapkan ke @Capgo."  
-> – colenso [\[1\]](https://capgo.app/)
-
-### Kepatuhan App Store
-
-Setelah fungsionalitas diverifikasi, pastikan pembaruan mematuhi pedoman app store. Pembaruan OTA harus memenuhi persyaratan seperti batas ukuran, standar konten, ekspektasi kinerja, dan persetujuan pengguna.
-
-Untuk tetap patuh dan meningkatkan efisiensi, pertimbangkan peluncuran bertahap. [Sistem kanal](https://capgo.app/docs/plugin/cloud-mode/channel-system/) Capgo memungkinkan Anda menargetkan kelompok pengguna tertentu untuk pengujian beta sebelum penerapan penuh. Untuk aplikasi enterprise, enkripsi end-to-end memastikan bahwa hanya pengguna yang berwenang yang dapat mendekripsi dan menerapkan pembaruan, menjaga keamanan konten sensitif.
-
-## Pedoman Pengujian
-
-### Manajemen Risiko
-
-Mengelola risiko dalam pembaruan OTA melibatkan penerapan beberapa langkah perlindungan. Satu pendekatan kunci adalah **pembaruan diferensial**, yang hanya mengirim bagian kode yang dimodifikasi. Ini mengurangi ukuran unduhan dan meminimalkan potensi kesalahan.
-
-| Strategi Mitigasi Risiko | Implementasi | Manfaat |
-| --- | --- | --- |
-| Pembaruan Diferensial | Hanya mengirim segmen kode yang dimodifikasi | Unduhan lebih kecil |
-| Peluncuran Bertahap | Mendistribusikan pembaruan secara bertahap | Membatasi paparan risiko |
-| Mekanisme Rollback | Memungkinkan kembali ke versi sebelumnya | Resolusi masalah cepat |
-
-[Sistem kanal Capgo](https://capgo.app/docs/plugin/cloud-mode/channel-system/) memudahkan pengembang untuk mendistribusikan pembaruan ke grup pengguna tertentu, seperti penguji beta, sebelum meluncurkannya secara luas [\[1\]](https://capgo.app/). Pendekatan bertahap ini memastikan pembaruan divalidasi dalam kelompok yang lebih kecil, mengurangi kemungkinan masalah yang meluas. Setelah risiko terkendali, pengembang kemudian dapat memprioritaskan pengamanan pembaruan itu sendiri.
-
-### Pemeriksaan Keamanan
-
-Keamanan adalah prioritas utama saat menguji pembaruan OTA. Menggunakan **enkripsi end-to-end** memastikan bahwa hanya pengguna yang berwenang yang dapat mengakses dan menginstal pembaruan, menjaga data sensitif tetap aman selama penerapan.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sesungguhnya, yang lain hanya menandatangani pembaruan" - Capgo [\[1\]](https://capgo.app/)
-
-Langkah-langkah keamanan utama meliputi:
-
--   [Mengenkripsi pembaruan](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) dari awal hingga akhir
--   Memverifikasi keaslian pembaruan sebelum instalasi
--   Membatasi akses pembaruan hanya untuk pengguna yang berwenang
-
-Alat pelacakan kesalahan Capgo lebih lanjut membantu dengan mengidentifikasi masalah terkait keamanan lebih awal, memungkinkan pengembang untuk memperbaiki kerentanan sebelum mempengaruhi pengguna [\[1\]](https://capgo.app/).
-
-### Kontrol Versi
-
-Setelah mengatasi keamanan, mempertahankan kontrol versi yang tepat sangat penting untuk memastikan pembaruan berfungsi sebagaimana dimaksud. Menggunakan **semantic versioning** membantu menyusun pengujian dan menghindari masalah kompatibilitas.
-
-Praktik terbaik untuk kontrol versi dalam pembaruan OTA meliputi:
-
--   Menyiapkan kanal terpisah untuk pengembangan, staging, dan produksi
--   Menguji pembaruan pada versi tertentu untuk mengkonfirmasi kompatibilitas
--   Memastikan pembaruan diterapkan dalam urutan yang benar untuk mencegah konflik
-
-Sistem kanal Capgo juga menyederhanakan pengelolaan versi, memastikan pembaruan diterapkan secara akurat dan efisien.
-
-## Alat Pengujian [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f9cbd22e221594daf2fc62/c9663ca23e94ac8ce625337d9d850085.jpg)
-
-### Fitur Capgo
-
-Capgo menyediakan alat khusus untuk menguji [pembaruan OTA Capacitor](https://capgo.app/ja/), memastikan pengiriman yang aman dengan **enkripsi end-to-end** dan menawarkan **analitik real-time** untuk memantau kinerja pembaruan. Alat-alat ini memungkinkan pengembang untuk menerapkan pembaruan secara akurat sambil mempertahankan langkah-langkah keamanan yang kuat.
-
-| Fitur | Deskripsi |
-| --- | --- |
-| **Pengiriman Pembaruan** | Kinerja andal dalam skala besar |
-| **Sistem Kanal** | Kontrol atas peluncuran bertarget |
-| **Dashboard Analitik** | Pelacakan langsung kinerja pembaruan |
-| **Fitur Keamanan** | Memastikan pembaruan dienkripsi |
-
-Fitur-fitur ini menyederhanakan dan meningkatkan alur kerja pengujian, yang lebih dioptimalkan oleh CLI Capgo.
-
-### Pengujian dengan Capgo
-
-Menggunakan CLI Capgo, pengembang dapat mengotomatisasi tugas build dan penerapan, membuat pengujian lebih efisien. Sistem kanal platform memungkinkan kontrol yang tepat selama fase pengujian:
-
--   **Pengaturan Pengujian Beta**  
-    Pengembang dapat membuat lingkungan terpisah untuk pengembangan, staging, dan produksi, memungkinkan fase pengujian yang terstruktur dan terkendali.
-    
--   **Distribusi Pembaruan**  
-    Pembaruan dapat diterapkan ke grup pengguna tertentu, dengan pelacakan kemajuan dan kinerja secara real-time.
-    
-
-### Debug dengan Capgo
-
-Capgo mencakup [suite debugging](https://capgo.app/docs/plugin/debugging/) yang kuat dengan analitik real-time dan pelacakan kesalahan, membantu pengembang dengan cepat mengidentifikasi dan mengatasi masalah selama pengujian. Fitur **rollback satu klik** memudahkan untuk kembali ke versi sebelumnya, mengurangi waktu henti.
-
-Sistem pelacakan kesalahan memberikan wawasan seperti:
-
--   Tingkat keberhasilan untuk instalasi pembaruan
--   Metrik untuk keterlibatan pengguna
--   Identifikasi bottleneck kinerja
-
-Dengan alat debugging dan integrasi CI/CD yang mulus, Capgo mendukung pengujian yang efisien untuk pengaturan berbasis cloud dan self-hosted [\[1\]](https://capgo.app/).
-
-## Masalah Umum
-
-### Masalah Versi
-
-Ketidakcocokan versi selama pembaruan OTA dapat menyebabkan masalah penerapan. Berikut beberapa skenario tipikal:
-
-| Jenis Masalah | Penyebab Umum | Solusi |
-| --- | --- | --- |
-| Ketidaksesuaian Konfigurasi | Versi yang salah di capacitor.config.json | Periksa ulang bahwa nomor versi sesuai dengan pengaturan deployment. |
-| Bundle yang Bertentangan | Beberapa versi dalam distribusi | Gunakan sistem channel Capgo untuk mengelola kontrol versi secara efektif. |
-| Urutan Pembaruan | Pembaruan yang tidak berurutan | Atur pelacakan versi yang tepat untuk memastikan pembaruan diterapkan dalam urutan yang benar. |
-
-Sistem channel Capgo membantu dengan membuat lingkungan terpisah, memastikan pembaruan mengikuti urutan yang benar dan mengurangi risiko ketidaksesuaian.
-
-### Kesalahan Pembaruan
-
-Gangguan jaringan atau unduhan yang tidak lengkap sering kali menjadi penyebab kegagalan pembaruan. Sistem pelacakan kesalahan Capgo menunjukkan masalah-masalah ini, yang dapat mencakup:
-
--   Koneksi timeout
--   Transfer bundle tidak lengkap
--   Penundaan server
-
-Berkat penanganan kesalahan yang kuat dan CDN yang andal, Capgo memastikan pembaruan mencapai 95% pengguna aktif dalam waktu 24 jam [\[1\]](https://capgo.app/).
-
-> "Kemampuan analitik dan pelacakan kesalahan yang detail" memastikan pengembang dapat "langsung melakukan rollback jika ada yang salah" selama pembaruan [\[1\]](https://capgo.app/).
-
-### Masalah Kecepatan
-
-CDN global Capgo mengirimkan bundle 5MB hanya dalam 114ms, dengan waktu respons API rata-rata 57ms. Platform ini menggunakan pembaruan diferensial pintar yang lebih lanjut mengurangi penggunaan bandwidth dengan hanya mengunduh bagian yang berubah [\[1\]](https://capgo.app/).
-
-> "Pembaruan Parsial: Pembaruan diferensial pintar. Hanya unduh yang berubah, menghemat bandwidth dan waktu" [\[1\]](https://capgo.app/).
-
-Untuk menjaga pembaruan tetap cepat dan efisien, pengembang harus:
-
--   Menggunakan analitik real-time untuk mendeteksi bottleneck kinerja.
--   Mengandalkan pembaruan parsial untuk deployment yang lebih cepat.
--   Memanfaatkan distribusi CDN untuk kecepatan pengiriman yang stabil.
-
-Dashboard analitik Capgo menyediakan metrik yang jelas untuk mengidentifikasi dan memperbaiki masalah kinerja, memastikan pembaruan disampaikan dengan lancar kepada pengguna. Alat-alat ini bekerja bersama pengujian pra-deployment untuk mempertahankan pembaruan yang andal dan cepat.
-
-## Ringkasan
-
-### Poin Utama
-
-Pengujian OTA yang menyeluruh berfokus pada area kunci seperti kinerja, keamanan, distribusi, dan pemantauan. Alat seperti Capgo memainkan peran penting dalam menyederhanakan proses deployment pembaruan OTA.
-
-| Aspek Pengujian | Faktor Kunci | Dampak |
-| --- | --- | --- |
-| Kinerja | Kecepatan CDN (114ms untuk 5MB) | Memastikan pembaruan cepat dan andal |
-| Keamanan | Enkripsi end-to-end | Mengamankan deployment |
-| Distribusi | Sistem berbasis channel | Memungkinkan rollout yang terkontrol |
-| Pemantauan | Analitik real-time | Membantu mendeteksi masalah lebih awal |
-
-### Tips Pengembang
-
-Untuk meningkatkan proses pengujian OTA Anda, ingatlah tips praktis berikut:
-
--   **Monitor Metrik**: Gunakan analitik real-time untuk melacak tingkat keberhasilan pembaruan.
--   **Manfaatkan Channel**: Lakukan pengujian beta dan rollout bertahap untuk kontrol yang lebih baik.
--   **Aktifkan Rollback**: Pastikan Anda dapat dengan cepat mengembalikan pembaruan jika diperlukan.
--   **Otomatisasi Pengujian**: Integrasikan pengujian ke dalam pipeline CI/CD Anda untuk efisiensi.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan secara berkelanjutan kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-> "Capgo memperlancar pengembangan dengan menghilangkan penundaan app store untuk perbaikan bug." [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/token-revocation-in-capacitor-apps-guide.md b/src/content/blog/id/token-revocation-in-capacitor-apps-guide.md
deleted file mode 100644
index e40eab7c3..000000000
--- a/src/content/blog/id/token-revocation-in-capacitor-apps-guide.md
+++ /dev/null
@@ -1,273 +0,0 @@
----
-slug: token-revocation-in-capacitor-apps-guide
-title: 'Pencabutan Token di Aplikasi Capacitor: Panduan'
-description: >-
-  Pelajari cara mengimplementasikan strategi pencabutan token yang efektif di
-  aplikasi Capacitor untuk meningkatkan keamanan dan melindungi data pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T11:28:05.842Z
-updated_at: 2025-05-16T11:28:59.679Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68268a500209458b3ff4fe45-1747394939679.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  token revocation, Capacitor apps, security, OAuth 2.0, user data protection,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**Mencabut token adalah langkah penting untuk mengamankan aplikasi [Capacitor](https://capacitorjs.com/) Anda.** Ini memastikan token yang kedaluwarsa, dikompromikan, atau tidak diperlukan tidak dapat lagi mengakses sumber daya sensitif. Berikut yang perlu Anda ketahui:
-
--   **Apa itu Pencabutan Token?** Ini meniadakan token secara instan saat logout, perubahan kata sandi, atau pelanggaran keamanan.
--   **Mengapa Ini Penting:** Melindungi data pengguna dengan menghentikan akses tidak sah ketika token terekspos.
--   **Langkah-langkah Utama:**
-    -   Gunakan standar OAuth 2.0 (RFC 7009) untuk penanganan token yang aman.
-    -   Simpan token dengan aman (misalnya, Keychain untuk iOS, Keystore untuk Android).
-    -   Gunakan token berumur pendek dan perbaharui secara otomatis untuk keamanan lebih baik.
-    -   Terapkan daftar hitam token (misalnya, [Redis](https://redis.io/)) untuk pencabutan real-time.
-
-### Tips Implementasi Cepat:
-
-1.  **Siapkan Endpoint OAuth 2.0:** Tools seperti [Keycloak](https://www.keycloak.org/) menyederhanakan pencabutan token.
-2.  **Kelola Token dengan Aman:** Hindari menyimpan token di penyimpanan permanen; gunakan memori atau API aman.
-3.  **Daftar Hitam Token:** Gunakan Redis atau tools serupa untuk invalidasi cepat.
-4.  **Pantau Aktivitas:** Lacak penggunaan token untuk mendeteksi dan merespon potensi pelanggaran.
-
-**Tabel Perbandingan Cepat:**
-
-| **Metode** | **Kasus Penggunaan** | **Detail** |
-| --- | --- | --- |
-| Daftar Hitam Redis | Aplikasi lalu lintas tinggi | Invalidasi token dalam memori yang cepat. |
-| Versi Token | Sistem enterprise | Menghubungkan token ke akun pengguna. |
-| Kontrol Token Penyegar | Aplikasi standar | Menggabungkan token berumur pendek dengan mekanisme penyegaran. |
-
-## Langkah-langkah Implementasi
-
-### Menyiapkan Endpoint OAuth 2.0
-
-Implementasi yang aman dimulai dengan penyiapan endpoint OAuth 2.0 yang tepat. Salah satu aspek penting adalah memastikan pencabutan token yang aman. Tools seperti **Keycloak** menyediakan endpoint pencabutan khusus untuk mengelola token akses dan penyegaran [\[2\]](https://www.keycloak.org/docs/25.0.6/securing_apps/index.html). Untuk meningkatkan keamanan lebih lanjut, terapkan **PKCE (Proof Key for Code Exchange)** dalam alur OAuth 2.0 Anda. Langkah ini membantu mencegah intersepsi token dan memastikan proses autentikasi yang lebih aman [\[3\]](https://capacitorjs.com/docs/v2/guides/security).
-
-### Manajemen Siklus Hidup Token
-
-Setelah endpoint Anda dikonfigurasi, langkah selanjutnya adalah mengelola siklus hidup token untuk menjaga keamanan. Berikut tabel referensi cepat yang menguraikan persyaratan versi Capacitor untuk manajemen token yang aman:
-
-| Versi Capacitor | Persyaratan | Catatan Keamanan |
-| --- | --- | --- |
-| 6.x | XCode 15.0+ | Mendukung enkripsi end-to-end |
-| 5.x | XCode 14.1+ | Termasuk tools keamanan yang ditingkatkan |
-| 4.x | XCode 12.0+ | Fitur manajemen token dasar |
-
-Untuk memastikan manajemen siklus hidup token yang kuat, ikuti praktik utama ini:
-
--   Simpan token **hanya di memori** untuk membatasi paparan.
--   Terapkan **mekanisme penyegaran token otomatis** untuk mempertahankan sesi pengguna yang lancar.
--   Tetapkan interval kedaluwarsa dan penyegaran yang ketat untuk token.
--   Gunakan solusi penyimpanan aman untuk token yang harus dipertahankan.
-
-Dengan mengambil langkah-langkah ini, Anda dapat mengelola token secara efektif sambil meminimalkan risiko.
-
-### Metode Penyimpanan Token Aman
-
-Penyimpanan token yang tepat sangat penting untuk melindungi informasi sensitif. Gunakan API khusus platform untuk mengamankan token, seperti **Keychain Services** untuk iOS dan **KeyStore API** untuk Android. Tools ini menyediakan lapisan keamanan yang disesuaikan untuk setiap platform.
-
-Untuk aplikasi enterprise, pertimbangkan untuk mengintegrasikan plugin yang dirancang untuk penyimpanan aman:
-
--   **Capacitor [Identity Vault](https://ionic.io/products/identity-vault)**: Menawarkan keamanan tingkat lanjut untuk data sensitif.
--   **Capacitor Biometrics**: Menambahkan autentikasi biometrik untuk lapisan perlindungan tambahan.
--   **Capacitor Secure Preferences**: Memastikan penanganan preferensi dan data aplikasi yang aman.
-
-Akhirnya, hindari menyematkan data sensitif langsung ke dalam kode aplikasi Anda, karena ini dapat mengeksposnya pada risiko yang tidak perlu [\[4\]](https://capacitorjs.com/docs/guides/security). Dengan memanfaatkan metode penyimpanan aman ini, Anda dapat lebih baik melindungi data pengguna dan menjaga integritas aplikasi Anda.
-
-## Autentikasi JWT (Mencabut Token Akses Menggunakan [Redis](https://redis.io/)) - FastAPI Beyond CRUD (Bagian 12)
-
-![Redis In-Memory Data Store](https://assets.seobotai.com/capgo.app/68268a500209458b3ff4fe45/2e78e5b01f7fb6de1a584710a9d487ab.jpg)
-
-<Steps>
-
-1.  Siapkan endpoint pencabutan khusus
-2.  Siapkan Redis untuk penyimpanan daftar hitam token
-3.  Tetapkan waktu kedaluwarsa token
-4.  Implementasikan middleware untuk memeriksa token
-
-</Steps>
-
-## Metode Daftar Hitam Token
-
-Daftar hitam token memainkan peran kunci dalam mengelola siklus hidup token dengan meniadakan token yang dikompromikan segera setelah terdeteksi.
-
-### Pengaturan Daftar Hitam Redis
-
-Redis dikenal dengan kemampuannya menangani pencarian key-value cepat, menjadikannya pilihan bagus untuk memelihara daftar hitam token [\[5\]](https://sitecore.stackexchange.com/questions/26774/storing-custom-data-in-redis). Di Redis, Anda dapat menyimpan pengidentifikasi token sebagai kunci komposit, seperti menggabungkan `userId` dan `tokenName`.
-
-Berikut cara Anda dapat menulis dan mengambil token menggunakan [StackExchange.Redis](https://stackexchange.github.io/StackExchange.Redis/):
-
-```csharp
-// Tulis token ke daftar hitam
-await _cache.StringSetAsync(
-    $"blacklist:{tokenId}",
-    DateTime.UtcNow.ToString(),
-    TimeSpan.FromDays(7)
-);
-
-// Periksa apakah token ada di daftar hitam
-var isBlacklisted = await _cache.StringGetAsync($"blacklist:{tokenId}");
-```
-
-### Sistem Pemeriksaan Daftar Hitam
-
-Untuk memastikan token yang dikompromikan diblokir secara efektif, Anda dapat menerapkan middleware untuk memvalidasi token terhadap daftar hitam sisi server [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist).
-
-| **Pendekatan** | **Terbaik Untuk** | **Detail** |
-| --- | --- | --- |
-| **Daftar Hitam Redis** | Aplikasi lalu lintas tinggi | Menggunakan penyimpanan dalam memori untuk pencarian super cepat. |
-| **Versi Token** | Sistem enterprise | Menghubungkan versi token langsung ke akun pengguna untuk kontrol lebih baik. |
-| **Kontrol Token Penyegar** | Aplikasi standar | Menggabungkan JWT berumur pendek dengan token penyegar untuk keamanan tambahan. |
-
-> "Jika Anda benar-benar harus memiliki fungsi logout, maka Anda dapat menggunakan daftar hitam. Namun, menggunakan daftar hitam tidak jauh berbeda dari cara lama sesi stateful. Anda masih harus mencari token pada setiap permintaan untuk memastikan masih valid. Jadi, daftar hitam dapat berdampak pada kinerja layanan (atau bahkan menjadi bottleneck) sama seperti auth berbasis sesi." - Kasey Speakman [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist)
-
-Dengan mengintegrasikan sistem pemeriksaan daftar hitam, Anda dapat memastikan bahwa hanya token valid yang diproses oleh aplikasi Anda.
-
-### Mempercepat Pemeriksaan Token
-
-Meningkatkan kecepatan verifikasi token sangat penting untuk menjaga penanganan sesi yang aman dan efisien. Implementasi yang dioptimalkan dapat meningkatkan kinerja verifikasi token secara signifikan:
-
--   **Algoritma HS256**: Mencapai peningkatan 67% dalam kecepatan verifikasi [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js).
--   **Algoritma RS256**: Menawarkan peningkatan kinerja 88% [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js).
--   **Verifikasi ter-cache**: Memberikan peningkatan hingga 1.000% untuk verifikasi RS256 [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js).
-
-Untuk meningkatkan kinerja lebih lanjut, pertimbangkan strategi ini:
-
--   Gunakan penyimpanan data dalam memori untuk pencarian token cepat.
--   Terapkan penyeimbangan beban untuk mendistribusikan pemeriksaan daftar pencabutan.
--   Cache sertifikat tervalidasi untuk digunakan kembali [\[7\]](https://zuplo.com/blog/2025/01/03/top-7-api-authentication-methods-compared).
--   Tetapkan masa hidup token yang menyeimbangkan keamanan dengan kegunaan.
-
-## Manajemen Token Enterprise
-
-Ketika berbicara tentang mengamankan token dalam lingkungan enterprise, tantangannya melampaui akun individual. Ini tentang memastikan perlindungan yang konsisten di seluruh organisasi. Manajemen token enterprise dibangun di atas strategi seperti pengawasan siklus hidup token dan daftar hitam tetapi menskalakan mereka untuk mengakomodasi basis pengguna yang besar. Fokus utama di sini adalah mengelola pencabutan token secara efisien dalam skala besar, yang membutuhkan sistem cepat dan andal untuk menjaga keamanan bagi ribuan - atau bahkan jutaan - pengguna.
-
-### Pencabutan Token Massal
-
-Dalam lingkungan skala besar, kemampuan untuk mencabut token dengan cepat sangat penting. Berikut beberapa metode yang umum digunakan untuk invalidasi token massal yang efektif:
-
-| Metode | Kasus Penggunaan Terbaik |
-| --- | --- |
-| Rotasi Rahasia | Ideal untuk mencabut token di seluruh platform. |
-| Versi Token | Berguna untuk menargetkan token spesifik untuk invalidasi. |
-| Daftar Hitam Redis | Menyediakan kemampuan invalidasi token real-time. |
-
-Pendekatan lain untuk menjaga keamanan tanpa mengganggu sesi pengguna adalah penyegaran token diam-diam. Metode ini memastikan bahwa token akses diperbarui secara otomatis di latar belakang, membuat pengguna tetap masuk sambil meningkatkan keamanan.
-
-### Kontrol Token Multi-Organisasi
-
-Saat mengelola token di beberapa organisasi, sangat penting untuk menetapkan kontrol akses yang jelas dan batasan keamanan. Solusi umum adalah Role-Based Access Control (RBAC), yang mengatur tingkat izin terstruktur untuk mengelola token di berbagai unit organisasi. Ini memastikan bahwa orang yang tepat memiliki akses ke sumber daya yang tepat - tidak lebih, tidak kurang.
-
-### Pembaruan Token Seluruh Platform
-
-Menyesuaikan kebijakan kedaluwarsa token dapat secara signifikan meningkatkan keamanan. Kebijakan Kedaluwarsa Adaptif, misalnya, menyesuaikan masa hidup token berdasarkan faktor-faktor seperti kepercayaan perangkat dan aktivitas pengguna. Perangkat tepercaya mungkin memiliki validitas token yang diperpanjang, sementara sistem yang tidak dikenal bisa melihat masa hidup yang lebih pendek untuk meminimalkan risiko [\[9\]](https://www.expeed.com/how-%20oauth-2.0-token-expiration-and-refresh-%20strategies-results-in-a-seamless-user-experience).
-
-Untuk aplikasi yang dibangun dengan Capacitor yang membutuhkan keamanan lebih ketat, **Identity Vault** menawarkan manajemen token tingkat enterprise dengan mengintegrasikan API keamanan asli [\[3\]](https://capacitorjs.com/docs/v2/guides/security). Tools seperti **[SuperTokens](https://supertokens.com/)** juga dapat menyederhanakan penanganan JWT dengan menyediakan manajemen siklus hidup yang kuat, yang membantu mengurangi kesalahan selama implementasi [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist). Solusi ini memudahkan untuk memelihara infrastruktur token yang aman dan dapat diskalakan di seluruh platform Anda.
-
-## Pemeliharaan dan Keamanan Sistem
-
-Menjaga keamanan token yang kuat dalam [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) membutuhkan kewaspadaan berkelanjutan dan kepatuhan ketat terhadap pedoman platform. Di bawah ini, kita akan mengeksplorasi strategi utama untuk melacak aktivitas token, menjadwalkan pembaruan, dan memastikan kepatuhan terhadap persyaratan app store.
-
-### Pelacakan Aktivitas Token
-
-Memantau aktivitas token secara real-time sangat penting untuk mendeteksi dan mengatasi potensi pelanggaran sejak dini. Salah satu alat yang efektif untuk ini adalah **[Runtime Application Self-Protection](https://en.wikipedia.org/wiki/Runtime_application_self-protection) (RASP)**, yang mengamati perilaku aplikasi saat terjadi [\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter).
-
-Berikut beberapa area utama untuk dipantau dan manfaatnya:
-
-| **Fokus Pemantauan** | **Metode Implementasi** | **Manfaat Keamanan** |
-| --- | --- | --- |
-| Panggilan API | Lacak frekuensi dan pola | Deteksi upaya akses tidak biasa |
-| Percobaan Login | Pantau autentikasi gagal | Cegah serangan brute-force |
-| Penggunaan Token | Catat pola akses | Identifikasi potensi pencurian token |
-| Perilaku Runtime | Integrasi RASP | Blokir aktivitas berbahaya |
-
-> "Penggunaan Kredensial yang Tidak Tepat mengacu pada penanganan, penyimpanan, dan transmisi kredensial autentikasi, kunci API, token, atau informasi sensitif yang tidak tepat yang dapat dieksploitasi jika terpapar." - Majid Hajian, Azure & AI advocate@Microsoft [\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter)
-
-### Penjadwalan Pembaruan Token
-
-Jadwal rotasi token yang terencana dengan baik sangat penting untuk menjaga keamanan tanpa mengganggu layanan. Targetkan untuk merotasi token setiap 80 hingga 180 hari, dan selalu memiliki proses untuk pencabutan darurat [\[11\]](https://docs.fossa.com/docs/rotating-fossa-api-key).
-
-Berikut cara mengelola siklus hidup token secara efektif:
-
--   **Token Akses**: Jaga masa pakainya singkat - 15 menit adalah patokan yang baik [\[1\]](https://curity.io/resources/learn/oauth-for-mobile-apps-best-practices).
--   **Token Penyegaran**: Pantau dengan cermat dan rotasi secara teratur.
--   **Prosedur Darurat**: Pastikan sistem siap mencabut token segera jika diperlukan.
-
-Menggunakan akun layanan khusus untuk manajemen token dapat menyederhanakan proses dan mengurangi risiko [\[11\]](https://docs.fossa.com/docs/rotating-fossa-api-key).
-
-### Daftar Periksa Aturan App Store
-
-Mulai April 2025, semua aplikasi yang dikirim ke App Store Connect harus dibangun dengan SDK terbaru untuk platform seperti iOS 18, iPadOS 18, tvOS 18, visionOS 2, dan watchOS 11 [\[12\]](https://developer.apple.com/news).
-
-Untuk memenuhi persyaratan ini sambil memperkuat keamanan, fokus pada hal berikut:
-
-| **Persyaratan Keamanan** | **Metode** | **Verifikasi** |
-| --- | --- | --- |
-| [Enkripsi Data](https://capgo.app/docs/cli/migrations/encryption/) | Enkripsi end-to-end | Pemeriksaan sertifikat otomatis |
-| Penyimpanan Aman | Penyimpanan lokal terenkripsi | Tinjauan izin penyimpanan |
-| Keamanan Jaringan | Terapkan koneksi HTTPS | Validasi SSL/TLS |
-| Kontrol Akses | Izin berbasis peran | Pengujian autentikasi |
-
-Langkah-langkah ini tidak hanya memastikan kepatuhan terhadap kebijakan app store tetapi juga memperkuat langkah-langkah keamanan token yang dibahas sebelumnya, menciptakan lingkungan yang lebih aman untuk aplikasi terdistribusi.
-
-## Kesimpulan
-
-Untuk memastikan keamanan dan pengalaman pengguna yang lancar, aplikasi Capacitor harus menyertakan sistem pencabutan token yang efektif melindungi dari akses tidak sah. Berikut ringkasan singkat lapisan keamanan penting yang membentuk dasar strategi pencabutan token yang efektif:
-
-| **Lapisan Keamanan** | **Fokus Implementasi** | **Dampak** |
-| --- | --- | --- |
-| **Siklus Hidup Token** | Gunakan token akses berumur pendek | Membatasi jendela eksploitasi |
-| **Keamanan Penyimpanan** | Enkripsi khusus platform (Keychain/Keystore) | Melindungi token dari pencurian |
-| **Perlindungan Berkelanjutan** | Pemantauan real-time | Mengidentifikasi aktivitas mencurigakan |
-| **Respons Darurat** | Kemampuan pencabutan segera | Mengurangi kerusakan saat pelanggaran |
-
-Untuk aplikasi tingkat enterprise, sistem daftar hitam token menjadi kritis. Ini terutama benar saat mengelola beberapa organisasi atau menangani skenario yang memerlukan pencabutan token skala besar.
-
-Pemeliharaan konsisten, pemantauan real-time yang waspada, dan kemampuan mencabut token secara instan adalah hal yang tidak bisa ditawar untuk mengamankan aplikasi Anda. Dengan menggabungkan praktik penyimpanan yang aman, siklus hidup token yang dikelola dengan baik, dan pemantauan berkelanjutan, aplikasi Capacitor Anda dapat memberikan perlindungan kuat terhadap akses tidak sah tanpa mengorbankan pengalaman pengguna.
-
-## FAQs
-
-:::faq
-### Mengapa pencabutan token penting untuk meningkatkan keamanan aplikasi Capacitor?
-
-Pencabutan token adalah langkah keamanan kunci untuk aplikasi Capacitor, memungkinkan pengembang untuk segera membatalkan token akses saat diperlukan. Baik setelah pengguna keluar atau menanggapi masalah keamanan yang terdeteksi, mencabut token memastikan bahwa kredensial yang dikompromikan tidak dapat digunakan kembali. Langkah ini secara signifikan mengurangi kemungkinan akses tidak sah ke data pengguna yang sensitif.
-
-Hanya mengandalkan kedaluwarsa token dapat meninggalkan celah kerentanan, tetapi pencabutan token mengatasi ancaman **secara real-time**. Pendekatan ini tidak hanya memperkuat perlindungan data tetapi juga selaras dengan harapan keamanan modern. Untuk aplikasi Capacitor, mengintegrasikan pencabutan token adalah langkah penting menuju perlindungan informasi pengguna dan mempertahankan lingkungan aplikasi yang aman.
-:::
-
-:::faq
-### Bagaimana cara mengimplementasikan pencabutan token yang aman dalam aplikasi Capacitor lalu lintas tinggi?
-
-Untuk memastikan pencabutan token yang aman dalam [aplikasi Capacitor lalu lintas tinggi](https://capgo.app/blog/), mulai dengan menerapkan **token akses berumur pendek**. Token ini mengurangi risiko penyalahgunaan karena cepat kedaluwarsa, membatasi jendela kesempatan bagi penyerang potensial.
-
-Penting juga untuk memelihara **database token yang dicabut**. Ini memungkinkan Anda melacak token yang tidak valid dan memverifikasi permintaan masuk terhadap database. Jika permintaan menyertakan token yang dicabut, akses dapat ditolak segera, menambahkan lapisan perlindungan tambahan.
-
-Untuk keamanan tambahan, gunakan **OAuth 2.0**. Framework ini menawarkan alat yang andal untuk mengelola token dan mengontrol akses. Pastikan untuk menyimpan data sensitif, seperti token, dalam **solusi penyimpanan aman** platform untuk melindungi dari akses tidak sah. Jangan pernah mengkodekan informasi sensitif langsung ke dalam kode aplikasi Anda, karena ini dapat mengeksposnya ke ancaman.
-
-Dengan mengadopsi praktik ini, Anda dapat melindungi aplikasi Capacitor Anda dari akses tidak sah sambil memastikan kinerjanya baik, bahkan dalam kondisi lalu lintas tinggi.
-:::
-
-:::faq
-### Bagaimana cara mengamankan aplikasi Capacitor dan tetap mematuhi persyaratan keamanan app store menggunakan pencabutan token?
-
-Untuk menjaga keamanan aplikasi Capacitor dan sesuai dengan standar keamanan app store, penting untuk menerapkan strategi **pencabutan token** bersama metode autentikasi yang kuat seperti OAuth 2.0 atau OpenID Connect. Langkah-langkah ini melindungi data pengguna sambil memenuhi persyaratan yang ditetapkan oleh Apple dan Google Play.
-
-Berikut beberapa langkah kunci yang perlu dipertimbangkan:
-
--   Tetapkan **kebijakan kedaluwarsa token** untuk membatasi masa pakai token, mengurangi risiko penyalahgunaan.
--   Pertahankan **daftar pencabutan** untuk segera membatalkan token yang mungkin telah dikompromikan.
--   Gunakan [penyimpanan terenkripsi](https://capgo.app/docs/cli/migrations/encryption/) untuk menyimpan token secara aman, melindunginya dari akses tidak sah.
--   Otomatiskan proses penyegaran token untuk mempertahankan kinerja aplikasi yang lancar tanpa mengganggu pengalaman pengguna.
-
-Memantau upaya autentikasi secara teratur juga penting. Ini membantu mengidentifikasi aktivitas mencurigakan dan memastikan aplikasi Anda tetap aman. Selain itu, dokumentasikan alur kerja keamanan Anda secara menyeluruh. Ini tidak hanya meningkatkan kejelasan dan transparansi tetapi juga menyederhanakan audit, yang penting untuk tetap mematuhi pedoman app store.
-
-Dengan mengikuti praktik ini, aplikasi Anda akan tetap aman dan memenuhi persyaratan platform app store yang terus berkembang.
-:::
diff --git a/src/content/blog/id/top-6-tools-for-managing-app-updates-in-2025.md b/src/content/blog/id/top-6-tools-for-managing-app-updates-in-2025.md
deleted file mode 100644
index 19e74ea2b..000000000
--- a/src/content/blog/id/top-6-tools-for-managing-app-updates-in-2025.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: top-6-tools-for-managing-app-updates-in-2025
-title: 6 Alat Terbaik untuk Mengelola Pembaruan Aplikasi di 2025
-description: >-
-  Jelajahi alat-alat penting untuk pembaruan aplikasi yang efisien dan aman di
-  tahun 2025, disesuaikan untuk berbagai platform dan ukuran tim.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T06:07:22.508Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a42ddd6b8e18060d3642ef-1738822060228.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  app updates, mobile development, software management, security tools, cloud
-  solutions, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Mengelola [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/) di tahun 2025 berfokus pada kecepatan, keamanan, dan efisiensi.** Baik untuk menerapkan perbaikan kritis atau merilis fitur baru, alat yang tepat dapat menghemat waktu, memastikan kepatuhan, dan meningkatkan pengalaman pengguna. Berikut ringkasan singkat alat-alat terbaik untuk memperlancar pembaruan aplikasi:
-
--   **[Capgo](https://capgo.app/)**: Terbaik untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) dengan pembaruan instan melalui udara (OTA) dan enkripsi kuat.
--   **[Automox](https://www.automox.com/)**: Ideal untuk mengelola pembaruan di Windows, macOS, dan Linux dengan patching otomatis.
--   **[Ionic Appflow](https://ionic.io/appflow/)**: Menyederhanakan pembaruan aplikasi hybrid dengan integrasi CI/CD dan pembaruan langsung.
--   **[Microsoft Intune](https://www.microsoft.com/en-us/security/business/microsoft-intune)**: Manajemen endpoint tingkat enterprise dengan keamanan dan kepatuhan tingkat lanjut.
--   **[Jamf Pro](https://www.jamf.com/products/jamf-pro/)**: Disesuaikan untuk perangkat Apple, dengan pelacakan penerapan dan patching otomatis.
--   **[CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)**: Pembaruan OTA ringan untuk aplikasi React Native dan Ionic dengan pembaruan diferensial.
-
-### Perbandingan Singkat
-
-| Alat | Terbaik Untuk | Fitur Utama | Harga (Mulai) |
-| --- | --- | --- | --- |
-| **Capgo** | Aplikasi Capacitor | Pembaruan OTA, enkripsi, integrasi CI/CD | $12/bulan |
-| **Automox** | Pembaruan lintas platform | Patching otomatis, pelaporan kepatuhan | Harga kustom |
-| **Ionic Appflow** | Pengembangan aplikasi hybrid | Integrasi CI/CD, pembaruan langsung | $49/bulan |
-| **Microsoft Intune** | Keamanan enterprise | Manajemen endpoint, integrasi Azure | Bagian dari Microsoft 365 |
-| **Jamf Pro** | Ekosistem Apple | Otomasi patch, alat kepatuhan | $3.33/perangkat/bulan |
-| **CodePush** | Pembaruan sering | Pembaruan diferensial, dukungan rollback | Bagian dari App Center |
-
-Alat-alat ini memenuhi kebutuhan berbeda, dari tim kecil hingga enterprise besar. Pilih berdasarkan platform, persyaratan keamanan, dan frekuensi pembaruan Anda. Siap mendalami lebih jauh? Mari jelajahi setiap alat secara detail.
-
-## Cara Memaksa Pembaruan Aplikasi Ionic
-
-<iframe src="https://www.youtube.com/embed/NJwBNWwNlTk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-06.jpg?auto=compress)
-
-Capgo fokus pada pengiriman pembaruan over-the-air (OTA) cepat untuk aplikasi Capacitor, menghindari penundaan yang disebabkan oleh persetujuan app store di 2025. Menggabungkan langkah-langkah keamanan yang kuat dengan opsi integrasi yang lancar, termasuk enkripsi end-to-end dan kontrol versi detail, semuanya sambil tetap mematuhi pedoman Apple dan Android.
-
-Berikut rincian bagaimana Capgo mendukung berbagai tingkat pengguna:
-
-| Tingkat Penggunaan | Pembaruan/Bulan | Pengguna Aktif Bulanan |
-| --- | --- | --- |
-| Dev Independen | 2.500 | 500 |
-| Bisnis Kecil | 25.000 | 5.000 |
-| Enterprise Menengah | 150.000 | 30.000 |
-| Skala Besar | 1.000.000 | 200.000 |
-
-Capgo mengatasi masalah seperti risiko keamanan dan kepatuhan melalui penerapan terenkripsi dan pembaruan instan. Pembaruan OTA-nya dapat memperbaiki kerentanan kritis dalam hitungan menit alih-alih hari, secara signifikan mengurangi paparan risiko [\[2\]](https://microlaunch.net/h/how-to-manage-version-control-and-rollbacks-for-mobile-app-updates).
-
-Beberapa fitur unggulannya meliputi:
-
--   **Pemantauan dan analitik real-time** untuk melacak kinerja aplikasi dan tingkat keberhasilan pembaruan
--   **Rollback satu klik dan peluncuran bertarget** untuk kontrol yang presisi
--   **Integrasi pipeline CI/CD** untuk penerapan otomatis yang lancar
-
-Capgo juga menawarkan alat untuk tim yang mengelola beberapa aplikasi dengan pembaruan sering. Alat-alat ini memungkinkan pembaruan diuji dengan kelompok pengguna tertentu sebelum diluncurkan secara luas [\[3\]](https://microlaunch.net/h/how-to-streamline-app-maintenance-with-automatic-updates-across-ios-and-android).
-
-Sebagai platform open-source, Capgo mendorong transparansi dan kreativitas. Meski merupakan pilihan kuat untuk pembaruan aplikasi Capacitor, solusi seperti Automox mungkin lebih cocok untuk mengelola pembaruan di berbagai platform.
-
-## 2. [Automox](https://www.automox.com/)
-
-![Automox Patch Management Platform](https://mars-images.imgix.net/seobot/screenshots/www.automox.com-06187acabed7a8a7c05012071bb9b83e-2025-02-06.jpg?auto=compress)
-
-Automox membuat pengelolaan pembaruan aplikasi di Windows, macOS, dan Linux menjadi mudah, keuntungan utama bagi tim pengembangan yang menangani lingkungan aplikasi beragam di 2025.
-
-Dengan Automox, tim dapat menjadwalkan pembaruan atau memicunya secara otomatis saat perangkat online. Platform ini menawarkan tiga paket berlangganan untuk memenuhi berbagai kebutuhan: **Basic** (fokus pada manajemen patch), **Standard** (menambahkan manajemen endpoint), dan **Pro** (termasuk manajemen multi-zona dan perbaikan tingkat lanjut).
-
-Platform ini mendukung pembaruan untuk alat yang banyak digunakan seperti Adobe Reader dan Office 365, sambil juga memungkinkan skrip kustom untuk konfigurasi unik. Dibangun di atas infrastruktur berbasis cloud, Automox memastikan kinerja yang andal tanpa memandang lokasi endpoint [\[1\]](https://www.techtarget.com/searchenterprisedesktop/tip/12-best-patch-management-software-and-tools).
-
-Platform ini memprioritaskan keamanan dengan fitur seperti alur kerja persetujuan patch. Alur kerja ini memungkinkan tim untuk meninjau dan menyetujui pembaruan dengan cermat sebelum penerapan, memberikan kontrol detail untuk pembaruan yang aman dan tepat waktu di seluruh organisasi.
-
-Automox menyederhanakan proses pembaruan dengan kompatibilitas aplikasi yang luas dan fitur otomatisasi. Menawarkan pemantauan patch real-time, pelaporan kepatuhan otomatis, dan alat untuk mengelola pembaruan di tim yang tersebar - sempurna untuk pengaturan kerja jarak jauh. Untuk pengembang aplikasi mobile, **Ionic Appflow** adalah alternatif yang disesuaikan untuk mengelola pembaruan dalam ekosistem Capacitor [\[1\]](https://www.techtarget.com/searchenterprisedesktop/tip/12-best-patch-management-software-and-tools).
-
-## 3. [Ionic Appflow](https://ionic.io/appflow/)
-
-![Ionic Appflow](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-02-06.jpg?auto=compress)
-
-Ionic Appflow adalah platform yang dibangun untuk menyederhanakan pembaruan aplikasi dan memperlancar [pengembangan aplikasi hybrid mobile](https://capgo.app/blog/cordova-hybrid-app-development/) untuk iOS dan Android. Dirancang untuk bekerja mulus dengan framework Ionic, mengatasi tantangan pengembang umum seperti keamanan, kecepatan, dan kontrol versi.
-
-Salah satu fitur unggulan adalah **pembaruan over-the-air (OTA)**, yang memungkinkan pengembang melewati proses persetujuan app store yang panjang. Ini sangat berguna untuk meluncurkan pembaruan penting dengan cepat. Harga fleksibel, dengan opsi untuk berbagai kebutuhan: **Starter ($49/bulan)** untuk proyek lebih kecil, **Growth ($99/bulan)** untuk tim, dan **Enterprise (harga kustom)** untuk organisasi lebih besar.
-
-Platform ini juga mengintegrasikan proses build otomatis langsung dengan GitHub dan Bitbucket. Dengan memicu build setiap kali kode dikomit, menjaga pembaruan selaras dengan perubahan kode sumber dan menyederhanakan alur kerja penerapan.
-
-Ionic Appflow memprioritaskan keamanan dengan enkripsi kuat dan langkah-langkah autentikasi. Juga menawarkan analitik detail dan pelacakan kinerja. Pengembang dapat mengelola pembaruan lintas platform dari dashboard terpusat, dan fitur pembaruan langsungnya memungkinkan pengeditan instan aset aplikasi tanpa perlu persetujuan app store.
-
-### Fitur Utama:
-
--   **Build otomatis** terhubung dengan GitHub dan Bitbucket
--   **Penerapan aman** dengan enkripsi
--   **Analitik real-time** untuk pelacakan kinerja
--   **Manajemen [pembaruan terpusat](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** lintas platform
--   **Pembaruan langsung** untuk perubahan aset aplikasi segera
-
-Meski Ionic Appflow adalah alat yang bagus untuk mengelola aplikasi hybrid, alat seperti Microsoft Intune menyediakan opsi tambahan untuk manajemen pembaruan tingkat enterprise yang lebih luas.
-
-## 4. [Microsoft Intune](https://www.microsoft.com/en-us/security/business/microsoft-intune)
-
-Microsoft Intune adalah alat manajemen endpoint berbasis cloud yang dirancang untuk menangani pembaruan aplikasi enterprise secara efisien di 2025. Berbeda dengan alat yang fokus pada framework tertentu, Intune bekerja mulus di berbagai platform dan jenis perangkat, membuatnya serbaguna untuk berbagai kebutuhan organisasi.
-
-Dengan Intune, organisasi dapat menerapkan pembaruan melalui app store atau sideloading untuk Windows dan macOS, menawarkan fleksibilitas untuk ekosistem berbeda. Ini memastikan cakupan luas dan menyederhanakan manajemen pembaruan lintas platform.
-
-### Fitur Keamanan
-
-Keamanan adalah fokus utama Intune, dan mencakup beberapa fitur lanjutan:
-
-| Fitur Keamanan | Fungsi |
-| --- | --- |
-| Akses Bersyarat & Pemantauan Kepatuhan | Menegakkan standar keamanan dan mengontrol akses aplikasi |
-| Perlindungan Aplikasi | Mengenkripsi data aplikasi dan menegakkan kebijakan penggunaan |
-| Pertahanan Ancaman | Bekerja dengan Microsoft Defender untuk perlindungan real-time |
-
-Intune juga terintegrasi dengan [Azure Active Directory](https://www.microsoft.com/en-us/security/business/identity-access/microsoft-entra-id) dan [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), melancarkan penerapan dan pembaruan aplikasi. Integrasi ini sangat berguna untuk mengelola tim jarak jauh, memastikan pembaruan yang aman dan konsisten di tenaga kerja yang tersebar.
-
-Salah satu fitur unggulan adalah kebijakan kepatuhan otomatis Intune. Dengan mengintegrasikan dengan Azure, dapat mengidentifikasi dan memperbaiki perangkat yang tidak patuh secara otomatis, mengurangi kebutuhan intervensi manual dan mempertahankan standar keamanan tinggi.
-
-Untuk pengembang, Intune menawarkan REST API yang memungkinkan otomatisasi dan kustomisasi tingkat lanjut. Alat-alat ini memungkinkan integrasi dengan pipeline pengembangan yang ada dan mendukung baik aplikasi modern maupun warisan, menjadikannya pilihan solid untuk organisasi dengan portofolio aplikasi yang beragam.
-
-### Harga dan Fitur
-
-Intune tersedia sebagai bagian dari Microsoft 365 Enterprise atau sebagai produk mandiri. Fitur-fiturnya yang lengkap menjadikannya investasi yang berharga bagi organisasi besar yang mengelola berbagai aplikasi di platform yang berbeda.
-
-### Poin Utama:
-
--   **Dukungan lintas platform** untuk semua sistem operasi utama
--   **Keamanan tingkat lanjut** dan kontrol kepatuhan
--   **Integrasi** dengan ekosistem Microsoft untuk manajemen terpadu
--   **Deployment otomatis** untuk proses pembaruan yang efisien
--   **Pelaporan detail** dan analitik untuk wawasan yang lebih baik
-
-Untuk organisasi yang sudah terintegrasi dengan ekosistem Microsoft, Intune menyederhanakan manajemen pembaruan di lingkungan multi-platform yang besar. Namun, untuk kebutuhan khusus Apple, alat seperti Jamf Pro mungkin lebih cocok.
-
-## 5\. [Jamf Pro](https://www.jamf.com/products/jamf-pro/)
-
-![Jamf Pro](https://mars-images.imgix.net/seobot/screenshots/www.jamf.com-452a677727a22c487d11e38ebd1e7a94-2025-02-06.jpg?auto=compress)
-
-Jamf Pro dirancang khusus untuk mengelola perangkat Apple, menawarkan integrasi mendalam dengan ekosistem Apple. Ini menangani pembaruan aplikasi untuk iOS, iPadOS, macOS, dan tvOS, memberikan tim IT kontrol yang tepat atas distribusi dan pembaruan aplikasi.
-
-### Sistem Distribusi Pembaruan
-
-Jamf Pro menyederhanakan manajemen pembaruan dengan patching otomatis dan integrasi dengan Program Pembelian Volume Apple (VPP). Otomatisasi ini dapat mengurangi beban kerja IT hingga 90% dan mempercepat peluncuran aplikasi hingga 75%.
-
-Platform ini mendukung [pembaruan otomatis skala besar](https://capgo.app/docs/live-updates/update-behavior/), penerapan yang ditargetkan menggunakan Smart Groups, dan alur kerja kustom untuk pengaturan yang kompleks. Fitur-fitur ini membuatnya dapat disesuaikan dengan berbagai kebutuhan organisasi.
-
-### Integrasi Enterprise
-
-Jamf Pro dibangun untuk mengatasi tantangan seperti kepatuhan dan kecepatan pembaruan, menjadikannya pilihan utama untuk organisasi yang berfokus pada Apple. Ini terintegrasi dengan alat CI/CD seperti Jenkins, mendukung kepatuhan GDPR dan HIPAA, dan menawarkan pelacakan real-time untuk deployment. Fitur enterprise utama meliputi:
-
--   Enkripsi end-to-end untuk pembaruan aplikasi
--   [Autentikasi dua faktor](https://capgo.app/docs/webapp/mfa/)
--   Penilaian keamanan real-time
--   Pelacakan deployment detail
-
-### Harga dan Kinerja
-
-Harga mulai dari $3,33 per perangkat per bulan, dengan diskon untuk pembelian massal dan institusi pendidikan. Sebagai contoh, sebuah distrik sekolah menggunakan Jamf Pro untuk mengelola ribuan iPad, mengurangi beban kerja IT dan meningkatkan kepatuhan.
-
-Meskipun Jamf Pro unggul di lingkungan Apple, tim dengan ekosistem perangkat campuran mungkin memerlukan alat tambahan untuk perangkat non-Apple. Bagi yang mencari opsi lintas platform, CodePush menawarkan alternatif ringan yang ramah pengembang.
-
-## 6\. [CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)
-
-![CodePush](https://mars-images.imgix.net/seobot/screenshots/learn.microsoft.com-87c8945e309a8c280c425352c4f329fa-2025-02-06.jpg?auto=compress)
-
-CodePush adalah layanan berbasis cloud yang dirancang untuk menyederhanakan pembaruan over-the-air (OTA), memungkinkan pengembang untuk melewati proses review app store. Ini adalah bagian dari suite [Visual Studio App Center](https://visualstudio.microsoft.com/app-center/) dan berperan penting dalam deployment dan pemeliharaan aplikasi yang cepat.
-
-Menggunakan sistem pembaruan diferensial, CodePush meminimalkan ukuran pembaruan dengan hanya mendorong file yang dimodifikasi. Ini sangat berguna untuk aplikasi React Native dan Ionic yang membutuhkan pembaruan sering. Pengembang dapat memilih antara **pembaruan wajib** untuk perbaikan kritis atau **pembaruan opsional** untuk fitur yang kurang mendesak.
-
-Platform ini terintegrasi dengan mulus dengan alat CI/CD populer seperti Jenkins, CircleCI, dan Azure DevOps, memungkinkan deployment otomatis dan kontrol versi yang lancar. Keamanan menjadi prioritas, dengan fitur seperti enkripsi end-to-end, kontrol akses berbasis peran, dan log audit detail untuk melacak pembaruan.
-
-Sistem kontrol versinya memungkinkan rollback instan jika terjadi masalah, mengurangi downtime. CodePush juga mendukung pembaruan terpadu untuk iOS dan Android, menjadikannya pilihan yang tepat untuk tim yang bekerja di berbagai platform.
-
-Sementara Capgo menonjolkan pembaruan OTA terenkripsi untuk aplikasi Capacitor, CodePush menonjol dengan sistem pembaruan diferensial dan integrasi CI/CD yang kuat, menjadikannya sempurna untuk tim yang fokus pada pengembangan cepat dan iteratif. Dibandingkan dengan Ionic Appflow yang melayani pengembangan aplikasi hybrid, pendekatan CodePush terhadap pembaruan dan keamanan menjadikannya opsi serbaguna untuk berbagai framework.
-
-## Kesimpulan
-
-Alat yang berbeda unggul tergantung pada kebutuhan tim dan persyaratan proyek tertentu. Mengelola pembaruan aplikasi di tahun 2025 membutuhkan alat yang menggabungkan efisiensi, keamanan, dan integrasi mulus dengan alur kerja CI/CD.
-
-**Capgo** adalah pilihan unggulan untuk [pengembang Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), menawarkan deployment instan dan pembaruan over-the-air (OTA) terenkripsi. Mulai dari $12/bulan untuk pengembang independen, ini menyediakan pembaruan real-time dan kontrol versi yang kuat, menjadikannya cocok untuk proyek dalam skala apa pun.
-
-Untuk tim yang memprioritaskan keamanan dan kepatuhan tingkat enterprise, **Microsoft Intune** dan **Jamf Pro** adalah pilihan yang sangat baik. Platform ini memberikan manajemen endpoint yang ekstensif, penting bagi organisasi yang menangani data sensitif dan standar kepatuhan yang ketat.
-
-Tim pengembangan lintas platform mungkin lebih memilih **CodePush** atau **Ionic Appflow**. Sistem pembaruan diferensial ringan CodePush sempurna untuk pembaruan bertahap yang sering, sementara integrasi Ionic Appflow dengan pipeline CI/CD menyederhanakan alur kerja deployment.
-
-Berikut perbandingan singkat alat berdasarkan profil tim dan prioritas:
-
-| Profil Tim | Alat yang Direkomendasikan | Keunggulan Utama |
-| --- | --- | --- |
-| Pengembang Capacitor | Capgo | Pembaruan OTA instan dengan enkripsi |
-| Keamanan Enterprise | Microsoft Intune | Manajemen endpoint komprehensif |
-| Tim Lintas Platform | CodePush | Pembaruan diferensial yang efisien |
-| Pengembangan Aplikasi Hybrid | Ionic Appflow | Integrasi pipeline CI/CD bawaan |
-| Manajemen IT | Automox | Manajemen patch berbasis cloud |
-
-Industri bergerak menuju sistem cloud-native dan proses pembaruan otomatis. Manajemen pembaruan berbasis AI diharapkan mengubah cara pembaruan ditangani, membuat alat dengan fleksibilitas dan skalabilitas semakin penting.
-
-Saat memilih alat, tim harus mempertimbangkan faktor seperti frekuensi pembaruan, kebutuhan keamanan, kemampuan integrasi, skalabilitas, dan anggaran. Alat yang tepat tidak hanya mengatasi masalah seperti risiko keamanan dan kepatuhan tetapi juga memastikan alur kerja pembaruan yang lancar dan efisien, membuat tim tetap terdepan dalam lanskap pengembangan yang berkembang pesat.
diff --git a/src/content/blog/id/top-api-security-standards-for-app-store-compliance.md b/src/content/blog/id/top-api-security-standards-for-app-store-compliance.md
deleted file mode 100644
index 4e47461fe..000000000
--- a/src/content/blog/id/top-api-security-standards-for-app-store-compliance.md
+++ /dev/null
@@ -1,360 +0,0 @@
----
-slug: top-api-security-standards-for-app-store-compliance
-title: Standar Keamanan API Utama untuk Kepatuhan App Store
-description: >-
-  Pelajari standar keamanan API utama untuk memastikan aplikasi Anda memenuhi
-  persyaratan App Store sambil melindungi data pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T01:52:28.048Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78-1745459563928.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  API security, OAuth 2.0, OpenID Connect, TLS, JWT, app store compliance, user
-  data protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-Mengamankan API aplikasi Anda sangat penting untuk memenuhi persyaratan Apple App Store dan Google Play. Panduan ini menguraikan **lima standar keamanan API utama** untuk membantu Anda mematuhi aturan platform, melindungi data pengguna, dan meningkatkan kinerja aplikasi.
-
-### Poin Penting:
-
--   **[OAuth 2.0](https://oauth.net/2/)**: Autentikasi pengguna yang aman dengan akses berbasis token.
--   **[OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect)**: Menambahkan lapisan identitas untuk verifikasi pengguna yang lebih baik.
--   **TLS/SSL**: [Enkripsi data](https://capgo.app/docs/cli/migrations/encryption/) dalam transit untuk mencegah perusakan.
--   **Keamanan JWT**: Mengamankan token dengan penandatanganan dan penyimpanan yang tepat.
--   **Kontrol Rate API**: Melindungi API dari penyalahgunaan dengan batasan permintaan.
-
-Dengan menerapkan standar ini, Anda akan memastikan [aplikasi Capacitor](https://capgo.app/plugins/ivs-player/) Anda memenuhi kriteria persetujuan sambil menjaga keamanan data pengguna. Siap untuk mendalami lebih jauh? Mari kita uraikan langkah demi langkah.
-
-## Mengamankan Kunci API di Aplikasi Front End menggunakan Server Proxy & Pengguna ...
-
-<iframe src="https://www.youtube.com/embed/-HJeBV70zIE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Implementasi [OAuth 2.0](https://oauth.net/2/)
-
-![OAuth 2.0](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/d1868b22bd285dedc49624e0c0ea2ab6.jpg)
-
-OAuth 2.0 adalah protokol yang banyak digunakan untuk mengotorisasi aplikasi seluler secara aman. Ini memungkinkan aplikasi pihak ketiga mengakses sumber daya pengguna tanpa mengekspos kredensial sensitif. Platform seperti Apple dan Google memerlukan autentikasi yang aman dan sesuai standar, dan OAuth 2.0 memenuhi persyaratan ini melalui keamanan berbasis token dan akses API yang terkontrol.
-
-Berikut cara mengatur OAuth 2.0 di aplikasi Capacitor Anda:
-
-### Alur Otorisasi Utama
-
--   **Kode Otorisasi dengan PKCE (Proof Key for Code Exchange):** Alur paling aman, ideal untuk aplikasi seluler.
--   **Alur Implisit:** Gunakan hanya jika diperlukan untuk sistem lama.
--   **Kredensial Klien:** Untuk komunikasi layanan-ke-layanan.
-
-### Langkah-langkah Integrasi
-
-1.  **Manajemen Token**
-    
-    -   Ambil token secara aman.
-    -   Simpan token dalam [penyimpanan terenkripsi](https://capgo.app/docs/cli/migrations/encryption/) untuk mencegah akses tidak sah.
-    -   Otomatisasi pembaruan token untuk memastikan akses tidak terputus.
-    -   Validasi tanda tangan token untuk mengkonfirmasi keaslian.
-2.  **Langkah-langkah Keamanan**
-    
-    -   Batasi akses dengan mengkonfigurasi cakupan.
-    -   Tetapkan waktu kedaluwarsa token untuk mengurangi risiko.
-    -   Terapkan pembatasan rate untuk mencegah penyalahgunaan.
-    -   Pantau upaya autentikasi untuk aktivitas mencurigakan.
-3.  **Kepatuhan App Store**
-    
-    -   Gunakan penyedia OAuth yang disetujui oleh Apple.
-    -   Penuhi pedoman keamanan Google Play.
-    -   Dokumentasikan alur kerja autentikasi aplikasi Anda dengan jelas.
-    -   Simpan log audit untuk peninjauan dan pemecahan masalah.
-
-Untuk perlindungan tambahan, pertimbangkan untuk menggabungkan OAuth 2.0 dengan metode autentikasi lainnya. Pendekatan ini tidak hanya melindungi data pengguna yang sensitif tetapi juga membantu mengamankan endpoint API, memastikan kepatuhan dengan persyaratan platform [\[1\]](https://capgo.app/)\[2\].
-
-## 2. Pengaturan [OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect)
-
-OpenID Connect dibangun di atas OAuth 2.0 dengan menambahkan lapisan identitas untuk memastikan autentikasi pengguna yang aman.
-
-### Langkah-langkah Implementasi Utama
-
-1.  **Pengaturan Token Identitas**
-    
-    -   Tentukan cakupan seperti `openid`, `profile`, dan `email`.
-    -   Tetapkan masa pakai token akses antara 15-30 menit.
-    -   Aktifkan rotasi token penyegaran untuk keamanan yang lebih baik.
-2.  **Proses Autentikasi Pengguna**
-    
-    -   Gunakan autentikasi asli melalui browser sistem dan biometrik perangkat.
-    -   Simpan token dengan aman di penyimpanan terenkripsi.
-    -   Selalu validasi token di sisi server.
-3.  **Manajemen Klaim**
-    
-    -   Minta hanya informasi pengguna yang benar-benar Anda butuhkan.
-    -   Terapkan manajemen sesi yang tepat untuk menjaga keamanan.
-
-### Pedoman Khusus Platform
-
-**Untuk iOS:**
-
--   Gunakan **ASWebAuthenticationSession** untuk autentikasi yang aman.
--   Dukung **Sign in with Apple** jika diperlukan.
--   Simpan token dengan aman menggunakan keychain.
--   Aktifkan certificate pinning untuk perlindungan tambahan.
-
-**Untuk Android:**
-
--   Gunakan **Chrome Custom Tabs** untuk alur autentikasi.
--   Amankan kredensial dengan Android keystore.
--   Integrasikan **Google Sign-In** jika diperlukan.
--   Aktifkan **[SafetyNet](https://developers.google.com/android/reference/com/google/android/gms/safetynet/SafetyNetApi) attestation** untuk keamanan tambahan.
-
-### Praktik Terbaik Keamanan
-
--   Terapkan proses logout untuk membersihkan sesi secara efektif.
--   Gunakan parameter state untuk melindungi dari serangan CSRF.
--   Aktifkan **HTTP Strict Transport Security (HSTS)** untuk koneksi yang aman.
--   Pantau upaya autentikasi untuk mendeteksi perilaku mencurigakan.
-
-Terakhir, pastikan semua pertukaran autentikasi dilindungi saat transit dengan menerapkan TLS/SSL.
-
-## 3. Keamanan TLS/SSL
-
-TLS/SSL memastikan data Anda tetap terenkripsi saat ditransmisikan. TLS (Transport Layer Security) melindungi lalu lintas API, menjaganya aman dari penyadapan atau perusakan.
-
-### Praktik Keamanan Utama
-
--   Gunakan **TLS v1.2 atau lebih tinggi** untuk semua komunikasi API. Ini menjaga kerahasiaan token OAuth dan pernyataan identitas OpenID antara klien dan server.
--   Terapkan **certificate pinning** untuk aplikasi iOS dan Android.
--   Aktifkan **HTTP Strict Transport Security (HSTS)** di server Anda untuk memaksakan koneksi yang aman.
-
-### Pengaturan Capacitor
-
-Atur plugin HTTP Capacitor atau WKWebView/NSSecureTransport untuk memblokir sertifikat yang tidak valid. Untuk pembaruan langsung, alat seperti Capgo menawarkan enkripsi end-to-end yang memenuhi pedoman Apple dan Google [\[1\]](https://capgo.app/).
-
-## 4. Langkah-langkah Keamanan JWT
-
-JSON Web Tokens (JWT) sangat penting untuk mengamankan komunikasi API, terutama saat memastikan kepatuhan dengan persyaratan app store. Mereka meningkatkan pengaturan OAuth 2.0 dan OpenID Connect Anda dengan fokus pada keamanan token itu sendiri.
-
-### Pedoman Penandatanganan Token
-
--   Gunakan **asymmetric RS256 (RSA-SHA256)** untuk menandatangani token, dan rotasi kunci pribadi setiap 90 hari.
--   Simpan JWT dalam **[penyimpanan terenkripsi yang aman](https://capgo.app/docs/cli/migrations/encryption/)** untuk mencegah akses tidak sah.
--   Validasi elemen kunci seperti **signature**, **issuer (iss)**, **audience (aud)**, dan **expiration**.
--   Jaga payload tetap minimal - sertakan hanya klaim yang diperlukan, tambahkan pengidentifikasi unik (_jti_), dan hindari data sensitif.
-
-### Mengelola Siklus Hidup Token
-
--   Perbarui token **5 menit sebelum kedaluwarsa** untuk memastikan akses tidak terputus.
--   Pertahankan **daftar pencabutan** (misalnya, menggunakan [Redis](https://redis.io/)) untuk segera membatalkan token yang dikompromikan.
-
-### Menangani Error
-
-Saat terjadi kesalahan, kembalikan **pesan kesalahan umum** seperti `invalid_token` untuk menghindari mengekspos detail validasi.
-
-### Kepatuhan App Store
-
-Untuk persyaratan khusus app store, pastikan implementasi JWT Anda:
-
--   Mematuhi **pedoman penyimpanan keychain** platform.
--   Menyertakan **pencatatan audit** yang tepat untuk semua operasi terkait token.
-
-## 5. Kontrol Rate API
-
-Mengelola seberapa sering pengguna dapat mengakses API Anda sama pentingnya dengan mengamankannya. Batasan rate membantu mencegah penyalahgunaan, melindungi dari serangan DDoS, dan memastikan sumber daya dibagi secara adil di antara pengguna.
-
-### Strategi Pembatasan Rate
-
-Setelah token Anda aman, saatnya memutuskan berapa banyak permintaan yang dapat dibuat oleh setiap klien.
-
-**Batas Permintaan**
-
--   Batasi permintaan berdasarkan alamat IP
--   Tetapkan kuota per pengguna yang terkait dengan kunci API
--   Izinkan lonjakan sesekali untuk menangani lonjakan lalu lintas
-
-**Batas Berbasis Waktu**
-
--   _Jendela tetap_: Mengatur ulang batas pada interval teratur (misalnya, setiap menit atau jam)
--   _Jendela bergeser_: Melacak penggunaan selama periode waktu bergulir
--   _Token bucket_: Mengeluarkan token untuk permintaan, diisi ulang seiring waktu
-
-### Pedoman Implementasi
-
-**Header dan Kode Respons**
-
-Saat menerapkan batas, sertakan header yang membantu dalam respons Anda:
-
--   Gunakan HTTP 429 ("Too Many Requests") saat batas terlampaui
--   Tambahkan header seperti `X-RateLimit-Limit`, `X-RateLimit-Remaining`, dan `X-RateLimit-Reset` untuk memberi informasi kepada pengguna
--   Sertakan header `Retry-After` untuk menunjukkan kapan mereka dapat mencoba lagi
-
-### Pemantauan dan Peringatan
-
-Pantau bagaimana API Anda digunakan dengan langkah-langkah ini:
-
--   Pantau penggunaan API secara real-time untuk melihat pola
--   Identifikasi dan blokir aktivitas mencurigakan
--   Atur peringatan untuk lonjakan lalu lintas yang tidak biasa
--   Catat pelanggaran batas rate untuk analisis di masa mendatang
-
-### Contoh Respons Error
-
-Ketika klien melampaui batas rate, respons dengan pesan JSON yang jelas. Contoh:
-
-```json
-{
-  "error": "rate_limit_exceeded",
-  "message": "Request quota exceeded",
-  "retry_after": "<seconds until reset>"
-}
-```
-
-### Penyimpanan Rate-Limiting
-
-Untuk menerapkan batas rate secara efisien, gunakan cache terdistribusi seperti Redis atau [Memcached](https://memcached.org/). Sistem ini membantu melacak jumlah permintaan di beberapa instance sambil mempertahankan kinerja tinggi.
-
-Selanjutnya: Aturan Keamanan App Store.
-
-## Aturan Keamanan App Store
-
-Mari kita bahas persyaratan keamanan jaringan dan penyimpanan yang diterapkan oleh Apple dan Google. Aturan-aturan ini melampaui sekadar token OAuth dan batas rate, memastikan aplikasi Anda memenuhi standar platform.
-
-### Persyaratan iOS
-
--   **App Transport Security (ATS)** harus diaktifkan:
-    -   TLS 1.2 atau lebih baru
-    -   Perfect Forward Secrecy (PFS)
-    -   Sertifikat dengan minimal SHA-256
--   Lindungi data sensitif menggunakan Keychain.
--   Atur certificate pinning untuk komunikasi yang aman.
--   Enkripsi semua data lokal.
-
-### Persyaratan Android
-
--   Gunakan **Network Security Config** untuk:
-    -   Membatasi lalu lintas clear-text.
-    -   Menentukan aturan certificate pinning.
-    -   Menentukan otoritas sertifikat kustom jika diperlukan.
--   Enkripsi file secara aman.
--   Konfigurasikan SafetyNet attestation untuk pemeriksaan integritas perangkat.
--   Gunakan Android Keystore untuk manajemen kunci yang aman.
-
-### Aturan Platform Umum
-
-Kedua platform berbagi beberapa persyaratan keamanan utama:
-
--   Gunakan HTTPS untuk semua koneksi.
--   Validasi sertifikat dengan benar.
--   Pastikan pengaturan SSL/TLS dikonfigurasi dengan aman.
--   Lindungi penyimpanan lokal dengan enkripsi.
--   Simpan log audit yang detail.
--   Sediakan dokumentasi langkah-langkah keamanan Anda.
-
-## Metode Kontrol Akses API
-
-Melindungi endpoint API Anda tidak hanya sebatas mengamankan transport dan token platform. Kontrol akses yang disetel dengan tepat adalah kunci untuk memastikan API Anda tetap aman.
-
-### Metode Kontrol Akses Utama
-
--   **Validasi Kunci API**  
-    Gunakan kunci yang aman secara kriptografis dengan tanggal kedaluwarsa yang ditentukan. Otomatiskan rotasi kunci setiap 90 hari dan terapkan batas rate dan kuota penggunaan per kunci. Selalu catat penggunaan kunci untuk keperluan audit. Metode ini bekerja dengan baik bersama OAuth 2.0 untuk panggilan antar layanan.
-    
--   **Penegakan Scope OAuth**  
-    Tetapkan scope tertentu untuk izin API dan validasi pada setiap permintaan. Tolak permintaan yang tidak memiliki otorisasi yang tepat dan dokumentasikan persyaratan scope dengan jelas untuk peninjauan app store. Menggabungkan scope dengan klaim JWT dapat membantu membatasi akses lebih lanjut.
-    
--   **Kontrol Akses Berbasis Peran (RBAC)**  
-    Tentukan peran dengan izin yang tepat dan tetapkan melalui sistem autentikasi Anda. Periksa otorisasi peran untuk setiap panggilan API, dan simpan penugasan peran dengan aman di penyimpanan terenkripsi.
-    
--   **Introspeksi & Pencabutan Token**  
-    Lakukan validasi token secara real-time dan pertahankan daftar hitam terpusat untuk token yang dikompromikan. Izinkan pencabutan segera dan siapkan pemantauan untuk menandai aktivitas token yang mencurigakan.
-    
-
-### Kepatuhan Platform
-
-Untuk persetujuan di platform seperti App Store Apple atau Google Play:
-
--   Dokumentasikan metode kontrol akses Anda dengan jelas selama peninjauan keamanan.
--   Tangani permintaan yang tidak sah dengan respons kesalahan yang tepat.
--   Simpan log akses terperinci untuk keperluan audit.
--   Aktifkan pemantauan real-time untuk mengatasi insiden keamanan dengan cepat.
-
-Langkah-langkah ini sesuai dengan pedoman keamanan Apple dan Google, memastikan API Anda memenuhi standar mereka.
-
-## Alat Keamanan API untuk Capacitor
-
-Setelah Anda menyiapkan kontrol akses, langkah selanjutnya adalah mengintegrasikan alat yang menerapkan pengamanan ini dengan mulus dalam alur kerja Capacitor Anda. Alat yang mendukung protokol OAuth, TLS, dan JWT sangat penting untuk mengamankan aplikasi Capacitor sambil memastikan pembaruan yang lancar.
-
-### Fitur Keamanan Utama yang Perlu Dicari
-
-Alat keamanan yang efektif untuk Capacitor harus mencakup:
-
--   **Enkripsi end-to-end** untuk melindungi data dan memungkinkan pembaruan instan
--   **Analitik dan pelacakan kesalahan** untuk memantau kinerja dan masalah aplikasi
--   **Fungsi rollback** untuk perbaikan cepat
--   **Integrasi CI/CD** dan opsi hosting yang fleksibel
--   **Pemeriksaan kepatuhan app store** untuk memenuhi persyaratan platform
--   **Kemampuan peluncuran bertahap** untuk pembaruan terkontrol
--   **Pembalikan versi instan** untuk mengatasi masalah kritis
--   **Kontrol pengguna yang ditargetkan** untuk pembaruan yang dipersonalisasi
-
-### Pilihan Teratas: [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/29f394e74984c052f31714ba4759b80a.jpg)
-
-Capgo adalah alat unggulan untuk mengelola pembaruan langsung dalam aplikasi Capacitor sambil tetap mematuhi pedoman Apple dan Google. Ini memiliki tingkat keberhasilan pembaruan global 82% dan waktu respons API rata-rata yang mengesankan 434 ms [\[1\]](https://capgo.app/).
-
-### Metrik Kinerja
-
-Capgo memastikan pembaruan yang cepat dan efektif:
-
--   **95% pengguna** menerima pembaruan dalam 24 jam
--   Dipercaya oleh **lebih dari 1.900 aplikasi produksi** di seluruh dunia [\[1\]](https://capgo.app/)
-
-### Pemantauan dan Analitik
-
-Untuk mempertahankan kinerja dan kepatuhan aplikasi, fokus pada pelacakan metrik berikut:
-
--   **Tingkat keberhasilan pembaruan**: Persentase pengguna yang menjalankan versi terbaru
--   **Waktu respons API**: Ukuran penting kecepatan pengiriman pembaruan
-
-Meninjau metrik ini secara teratur membantu memastikan aplikasi Anda memenuhi persyaratan app store dan memberikan pengalaman pengguna yang lancar.  
-[\[1\]](https://capgo.app/) Statistik penggunaan Capgo
-
-## Kesimpulan
-
-Untuk menyatukan semuanya, berikut bagaimana lima standar utama selaras: **Autentikasi aman** (OAuth 2.0 dengan PKCE, OpenID Connect), **enkripsi kuat** (TLS 1.2+ dan penggunaan JWT yang tepat), dan **pembatasan rate API** sangat penting untuk memenuhi persyaratan app store Apple dan Google dalam aplikasi Capacitor.
-
-Fokus pada mempertahankan **enkripsi end-to-end**, **pemantauan berkelanjutan**, **peluncuran bertahap** melalui saluran beta, dan mengintegrasikan **pipeline CI/CD** dengan opsi rollback. Langkah-langkah ini telah menunjukkan kesuksesan di dunia nyata, dengan implementasi mencapai tingkat keberhasilan global yang mengesankan 82% dalam pengiriman pembaruan [\[1\]](https://capgo.app/).
-
-## FAQ
-
-:::faq
-### Bagaimana cara mengimplementasikan OAuth 2.0 di aplikasi Capacitor saya untuk memenuhi standar keamanan app store?
-
-Untuk mengimplementasikan **OAuth 2.0** di aplikasi Capacitor Anda sambil memastikan kepatuhan dengan standar keamanan app store, Anda perlu mengikuti beberapa langkah kunci:
-
-1.  **Siapkan penyedia OAuth**: Daftarkan aplikasi Anda dengan penyedia OAuth (mis., Google, Apple, atau layanan lain) dan dapatkan kredensial yang diperlukan, seperti Client ID dan Client Secret.
-2.  **Integrasikan library OAuth**: Gunakan library seperti `@capacitor-community/oauth2` untuk integrasi yang mulus dengan aplikasi Capacitor. Ini membantu mengelola alur autentikasi dan penanganan token.
-3.  **Konfigurasi URI pengalihan**: Pastikan URI pengalihan aplikasi Anda diatur dengan benar dalam pengaturan penyedia OAuth untuk menangani callback autentikasi dengan aman.
-4.  **Tangani token dengan aman**: Gunakan penyimpanan aman (mis., plugin Secure Storage Capacitor) untuk menyimpan token akses dan token penyegaran, memastikan enkripsi end-to-end.
-
-Dengan mengikuti langkah-langkah ini, Anda dapat memastikan aplikasi Anda memenuhi standar keamanan sambil menyediakan pengalaman autentikasi yang lancar. Platform seperti **Capgo** juga dapat meningkatkan proses pembaruan aplikasi Anda, memastikan kepatuhan dengan persyaratan Apple dan Google sambil memberikan pembaruan real-time kepada pengguna.
-:::
-
-:::faq
-### Langkah apa yang dapat saya ambil untuk memastikan API saya memenuhi standar keamanan Apple dan Google untuk kepatuhan app store?
-
-Untuk memastikan API Anda selaras dengan standar keamanan Apple dan Google, fokus pada menerapkan praktik keamanan yang kuat seperti **enkripsi end-to-end**, metode autentikasi yang aman, dan langkah-langkah privasi data. Ini penting untuk memenuhi persyaratan kepatuhan.
-
-Jika Anda mengembangkan aplikasi Capacitor, alat seperti Capgo dapat menyederhanakan kepatuhan. Capgo memungkinkan Anda langsung mendorong pembaruan, perbaikan, dan fitur tanpa memerlukan persetujuan app store, semuanya sambil mematuhi pedoman Apple dan Android. Ini memastikan aplikasi Anda tetap aman dan terbaru dengan mudah.
-:::
-
-:::faq
-### Apa alat dan praktik terbaik untuk memantau dan mengelola keamanan API di aplikasi saya?
-
-Untuk pengelolaan keamanan API yang efektif di aplikasi Anda, pertimbangkan alat yang memungkinkan pembaruan real-time, enkripsi, dan integrasi yang mulus dengan alur kerja pengembangan. **Capgo** menyediakan solusi yang kuat untuk aplikasi Capacitor, memungkinkan pengembang untuk mendorong pembaruan, perbaikan, dan fitur baru secara instan tanpa menunggu persetujuan app store. Ini memastikan aplikasi Anda tetap patuh dan terbaru.
-
-Capgo juga menawarkan **enkripsi end-to-end**, integrasi dengan pipeline CI/CD, dan kemampuan untuk menetapkan pembaruan ke grup pengguna tertentu. Fitur-fitur ini tidak hanya meningkatkan keamanan tetapi juga menyederhanakan proses pembaruan, membuatnya lebih mudah untuk mempertahankan kepatuhan dengan persyaratan app store Apple dan Google.
-:::
diff --git a/src/content/blog/id/top-tools-for-debugging-ota-updates-in-capacitor.md b/src/content/blog/id/top-tools-for-debugging-ota-updates-in-capacitor.md
deleted file mode 100644
index bc475607c..000000000
--- a/src/content/blog/id/top-tools-for-debugging-ota-updates-in-capacitor.md
+++ /dev/null
@@ -1,189 +0,0 @@
----
-slug: top-tools-for-debugging-ota-updates-in-capacitor
-title: Alat Utama untuk Debug Pembaruan OTA di Capacitor
-description: >-
-  Jelajahi alat-alat penting dan strategi untuk melakukan debug pembaruan OTA
-  secara efektif pada aplikasi Capacitor di semua platform.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-20T02:05:05.290Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b67f2eacf635f489c4a234-1740017141105.jpg
-head_image_alt: Pengembangan Seluler
-keywords: 'Capacitor, OTA updates, debugging tools, mobile development, app updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Men-debug pembaruan Over-the-Air (OTA) dalam aplikasi [Capacitor](https://capacitorjs.com/) bisa rumit, tetapi alat yang tepat membuat perbedaan besar. Baik Anda mengelola konflik versi, memastikan [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/), atau men-debug lintas platform, berikut dua alat yang perlu dipertimbangkan:
-
--   **[Capgo](https://capgo.app/)**: Pembaruan OTA aman dengan enkripsi end-to-end, integrasi CI/CD, dan peluncuran khusus pengguna. Mulai dari $12/bulan.
--   **[Inspect.dev](https://inspect.dev/)**: Debug aplikasi Android dan iOS, bahkan di Windows, dengan integrasi [Chrome DevTools](https://developer.chrome.com/docs/devtools). Biaya $49/tahun.
-
-### Perbandingan Cepat
-
-| Fitur | Capgo | Inspect.dev |
-| --- | --- | --- |
-| Manajemen Pembaruan | Lanjutan (enkripsi, CI/CD) | Tidak tersedia |
-| [Alat Debug](https://capgo.app/docs/plugin/debugging/) | Kontrol versi, rollback | Chrome DevTools |
-| Dukungan Platform | Android, iOS | Android, iOS (dukungan Windows) |
-| Harga | $12/bulan | $49/tahun |
-
-Pilih berdasarkan kebutuhan aplikasi Anda: **Capgo** untuk keamanan dan otomatisasi, atau **Inspect.dev** untuk debug lintas platform.
-
-## Dasar-dasar Debug Pembaruan OTA
-
-### Persyaratan Platform
-
-[Pembaruan OTA Capacitor](https://capgo.app/ja/) membutuhkan integrasi native yang tepat untuk berfungsi dengan lancar. Untuk iOS, ini berarti penandatanganan kode ketat dan validasi pembaruan. Pada Android, mengelola kode versi dan memastikan kompatibilitas sangat penting untuk menghindari masalah pembaruan.
-
-Pemeriksaan platform utama meliputi:
-
--   Menjaga dependensi native tetap up-to-date 
--   Memverifikasi kompatibilitas plugin
--   Menggunakan konfigurasi build terpisah untuk iOS dan Android
-
-Setelah ini siap, saatnya mengeksplorasi opsi distribusi OTA.
-
-### Metode Distribusi Pembaruan
-
-[Aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) mendukung beberapa metode pembaruan OTA. Alat seperti Capgo memastikan kepatuhan dengan pedoman Apple dan Android.
-
-| Metode Distribusi | Fitur Utama | Terbaik Untuk |
-| --- | --- | --- |
-| [Pembaruan Manual](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Kontrol penuh atas proses pembaruan, mendukung URL kustom | Aplikasi kecil, pengujian |
-| Capgo | Menawarkan enkripsi end-to-end, integrasi CI/CD, dan penugasan pengguna | Aplikasi Enterprise |
-
-Pilih metode yang paling sesuai dengan kebutuhan dan alur kerja aplikasi Anda.
-
-### Pengaturan Pengembangan
-
-Menyiapkan lingkungan Anda melibatkan penggunaan [perintah CLI Capacitor](https://capgo.app/docs/cli/commands/) dan mengkonfigurasi pengaturan dengan benar.
-
-Langkah-langkah pengaturan penting:
-
--   Jalankan `npx cap sync` untuk menyinkronkan dependensi 
--   Sesuaikan pengaturan native di file _capacitor.config.json_
--   Uji pembaruan secara lokal untuk memastikan semuanya berfungsi
-
-Untuk inspeksi aplikasi iOS, Inspect.dev menawarkan alat yang kompatibel dengan Windows dan Chrome DevTools. Biayanya $49/tahun setelah uji coba gratis 14 hari.
-
-Jaga kontrol versi tetap terorganisir untuk melacak perubahan dan menyederhanakan debugging. Gunakan perintah CLI Capacitor untuk menguji pembaruan di berbagai platform secara efisien.
-
-## Video terkait dari YouTube
-
-<iframe src="https://www.youtube.com/embed/HmXM5t8DIPA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 2 Alat Debug Utama untuk Pembaruan OTA [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-20.jpg?auto=compress)
-
-Alat-alat ini membantu pengembang mengatasi [tantangan debugging](https://capgo.app/docs/plugin/debugging/) tertentu sambil mengelola pembaruan OTA secara efektif.
-
-### [Capgo](https://capgo.app)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-20.jpg?auto=compress)
-
-Capgo menyediakan solusi andal untuk menangani pembaruan OTA dalam aplikasi Capacitor. Ini memastikan pembaruan yang aman dan cepat, sambil mematuhi pedoman platform.
-
-#### Rincian Fitur [Capgo](https://capgo.app/)
-
-| **Fitur** | **Deskripsi** | **Manfaat** |
-| --- | --- | --- |
-| Enkripsi End-to-End | Mengamankan pengiriman pembaruan | Melindungi data selama transmisi |
-| Integrasi CI/CD | Mengotomatisasi pipeline deployment | Menyederhanakan proses pembaruan |
-| Penugasan Pengguna | Menargetkan pengguna tertentu | Memungkinkan peluncuran pembaruan terkontrol |
-| Kontrol Versi | Melacak riwayat pembaruan | Memudahkan troubleshooting dan manajemen |
-
-Harga Capgo mulai dari $12/bulan untuk pengembang solo, dengan opsi yang meningkat untuk perusahaan, termasuk domain kustom dan akses API.
-
-### [Inspect.dev](https://inspect.dev/)
-
-![Inspect.dev](https://mars-images.imgix.net/seobot/screenshots/inspect.dev-9bbcb0a3366f33fde5bbabd7b9e5d36a-2025-02-20.jpg?auto=compress)
-
-Inspect.dev dirancang untuk menyederhanakan debugging untuk Android dan iOS, termasuk debugging iOS di Windows - tantangan umum bagi pengembang.
-
-#### Rincian Fitur Inspect.dev
-
-| **Fitur** | **Manfaat** |
-| --- | --- |
-| Dukungan Lintas Platform | Debug aplikasi iOS di Windows |
-| Integrasi Framework | Dukungan bawaan untuk React, Angular, Vue |
-| Chrome DevTools | Alat debugging yang familiar dan ramah pengguna |
-
-Dengan harga $49/tahun setelah uji coba 14 hari, Inspect.dev terintegrasi dengan mulus dengan Chrome DevTools, membuatnya pilihan tepat untuk tim yang bekerja di berbagai sistem operasi. Meskipun memiliki beberapa keterbatasan, fiturnya membuatnya menjadi tambahan yang solid untuk toolbox pengembang mana pun.
-
-## Panduan Perbandingan Alat
-
-Saat memilih alat debugging untuk pembaruan OTA Capacitor, penting untuk mengevaluasi faktor seperti fitur, harga, dan kompatibilitas. Berikut perincian dua opsi penting:
-
-| Kategori Fitur | Capgo | Inspect.dev |
-| --- | --- | --- |
-| Manajemen Pembaruan | Enkripsi end-to-end, integrasi CI/CD, pembaruan khusus pengguna | Tidak dirancang untuk pembaruan OTA |
-| Alat Debug | Kontrol versi, dukungan rollback | Integrasi Chrome DevTools |
-| Fitur Keamanan | Enkripsi end-to-end, pemeriksaan kepatuhan | Keamanan debugging standar |
-| Dukungan Platform | Android, iOS | Android, iOS (termasuk iOS di Windows) |
-| Integrasi CI/CD | Bawaan | Terbatas |
-| Biaya Bulanan | $12/bulan (SOLO) | $4.08/bulan (ditagih tahunan) |
-
-### Apa yang Membuat Setiap Alat Menonjol?
-
--   **Capgo**: Ideal untuk aplikasi kecil hingga menengah, paket SOLO Capgo mencakup 2.500 pembaruan langsung dan mendukung hingga 500 pengguna per bulan. Ini memprioritaskan keamanan dan kepatuhan, membuatnya pilihan tepat untuk aplikasi yang menangani data sensitif.
-
--   **Inspect.dev**: Dibangun untuk debugging, Inspect.dev unggul dengan integrasi Chrome DevTools dan dukungan lintas platform. Ini sangat membantu untuk tim yang bekerja di Windows yang perlu men-debug aplikasi iOS.
-
-
-### Cara Memutuskan?
-
--   Untuk aplikasi yang memerlukan keamanan kuat dan kepatuhan dengan manajemen pembaruan OTA penuh, **Capgo** adalah pilihan ideal.
--   Tim yang membutuhkan alat debugging lintas platform khusus akan mendapat manfaat dari **Inspect.dev**.
-
-Setiap alat memiliki kekuatannya sendiri, jadi pilih berdasarkan kebutuhan dan prioritas spesifik tim Anda.
-
-## Kesimpulan
-
-Memilih alat debugging yang tepat untuk pembaruan OTA Capacitor berarti menyelaraskan fitur alat dengan kebutuhan spesifik proyek Anda. Setiap opsi menangani aspek berbeda dari proses pengembangan.
-
-### Cara Memilih Alat yang Tepat
-
-Berikut beberapa faktor kunci yang perlu dipertimbangkan saat memilih alat terbaik untuk proyek Anda:
-
-**Skala Proyek dan Kebutuhan Keamanan**  
-Untuk aplikasi dengan persyaratan keamanan lebih tinggi, **Capgo** menonjol dengan langkah-langkah keamanan yang kuat dan dukungan kepatuhan, membuatnya cocok untuk proyek kecil hingga menengah.
-
-**Integrasi dengan Alur Kerja Pengembangan**
-Jika Anda menggunakan pipeline CI/CD, **Capgo** terintegrasi dengan mudah ke dalam alur kerja Anda, menyediakan deployment otomatis dan manajemen pembaruan.
-
-**Fitur Teknis**  
-Pertimbangkan prioritas teknis Anda dan sesuaikan dengan kekuatan alat:
-
--   Untuk debugging lintas platform, **Inspect.dev** adalah pilihan yang solid.
--   Butuh [pembaruan otomatis](https://capgo.app/docs/plugin/self-hosted/auto-update/) dengan keamanan tambahan? **Capgo** ideal.
-
-**Anggaran**
-Anggaran memainkan peran besar. **Capgo** menawarkan fitur lanjutan seperti otomatisasi dan keamanan mulai dari $12/bulan. **Inspect.dev** menyediakan fitur debugging khusus seharga $49 per tahun, melayani kasus penggunaan tertentu.
-
-**Keamanan dan Kepatuhan**
-Jika keamanan adalah prioritas utama, **Capgo** memastikan pembaruan mematuhi standar Apple dan Android sambil menawarkan enkripsi end-to-end.
-
-## FAQ
-
-### Bagaimana cara debug aplikasi Capacitor di Android?
-
-Debug [aplikasi Capacitor](https://capgo.app/plugins/ivs-player/) di Android sangat mudah menggunakan developer tools Chrome. Berikut cara melakukannya:
-
-1.  Jalankan aplikasi Anda menggunakan IDE atau [Android Studio](https://developer.android.com/studio).
-2.  Buka `chrome://inspect` di Google Chrome.
-3.  Di bawah "Remote Targets", temukan WebView aplikasi Anda dan klik **Inspect**.
-
-Setelah terhubung, Anda dapat menggunakan developer tools Chrome untuk memeriksa **log konsol**, **permintaan jaringan**, **metrik kinerja**, dan memeriksa **DOM** atau **JavaScript**.
-
-Perhatikan tab **Network** untuk melacak unduhan pembaruan dan gunakan **Console** untuk menemukan kesalahan.
-
-Untuk [opsi debugging](https://capgo.app/docs/plugin/debugging/) tambahan, jelajahi alat-alat ini:
-
--   **Inspect.dev**: Alat debugging lintas platform.
--   **Capgo**: Membantu pengelolaan pembaruan langsung, dengan fitur keamanan dan CI/CD bawaan.
diff --git a/src/content/blog/id/top-tools-for-debugging-platform-specific-code-in-capacitor.md b/src/content/blog/id/top-tools-for-debugging-platform-specific-code-in-capacitor.md
deleted file mode 100644
index 9166decb6..000000000
--- a/src/content/blog/id/top-tools-for-debugging-platform-specific-code-in-capacitor.md
+++ /dev/null
@@ -1,212 +0,0 @@
----
-slug: top-tools-for-debugging-platform-specific-code-in-capacitor
-title: Alat Utama untuk Men-debug Kode Spesifik Platform di Capacitor
-description: >-
-  Jelajahi alat dan teknik penting untuk secara efektif melakukan debugging kode
-  spesifik platform dalam aplikasi Capacitor di berbagai lingkungan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T11:27:03.103Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680053ff28980901df1e733b-1744889496415.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, debugging tools, platform-specific code, VS Code, Android Studio,
-  Xcode, live updates, web debugging
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Mendebugging kode spesifik platform di [Capacitor](https://capacitorjs.com/) bisa menjadi tantangan, tetapi alat yang tepat menyederhanakan prosesnya. Berikut yang perlu Anda ketahui:
-
-1. **Alat Utama**: Gunakan [VS Code](https://code.visualstudio.com/) dengan ekstensi, [Android Studio](https://developer.android.com/studio), [Xcode](https://developer.apple.com/xcode/), dan alat pengembang browser seperti [Chrome DevTools](https://developer.chrome.com/docs/devtools/overview) dan [Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector) untuk debugging di berbagai platform.
-2. **Pembaruan Langsung**: Alat seperti [Capgo](https://capgo.app/) memungkinkan pembaruan instan, pelacakan kesalahan, dan opsi rollback tanpa keterlambatan toko aplikasi.
-3. **Debugging Spesifik Platform**: Uji kode native dengan Android Studio dan Xcode, debug WebView dengan alat browser, dan manfaatkan peta sumber untuk pelacakan kesalahan yang lebih baik.
-4. **Pengujian Jembatan Native**: Debug komunikasi JavaScript-ke-native menggunakan `Capacitor.getPlatform()` dan pendengar acara.
-5. **Sistem Pembaruan**: Capgo menawarkan pengiriman cepat (pengiriman 114ms untuk bundel 5MB), tingkat adopsi tinggi (95% dalam 24 jam), dan dukungan rollback.
-
-### Perbandingan Cepat
-
-| Fitur | VS Code | Android Studio | Xcode | Chrome DevTools | Safari Web Inspector |
-| --- | --- | --- | --- | --- | --- |
-| Debugging Breakpoint | ✓   | ✓   | ✓   | ✓   | ✓   |
-| Inspeksi Kode Native | Terbatas | Lengkap | Lengkap | Hanya Web | Hanya Web |
-| Profiling Kinerja | Dasar | Lanjutan | Lanjutan | Lanjutan | Lanjutan |
-| Pemantauan Jaringan | ✓   | ✓   | ✓   | ✓   | ✓   |
-| Dukungan Peta Sumber | ✓   | Terbatas | Terbatas | ✓   | ✓   |
-
-Debugging Capacitor memerlukan kombinasi IDE, alat browser, dan sistem pembaruan langsung untuk memastikan fungsionalitas yang lancar di berbagai platform.
-
-## Panduan Debugging Ionic Terbaik (Aplikasi Browser & Native)
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Alat Debugging Penting
-
-Mendebugging kode spesifik platform di Capacitor membutuhkan penggunaan alat yang tepat yang disesuaikan untuk setiap lapisan pengembangan.
-
-### Setup dan Fitur [VS Code](https://code.visualstudio.com/)
-
-![VS Code](https://assets.seobotai.com/capgo.app/680053ff28980901df1e733b/1524a26c3096afc672477088da108f23.jpg)
-
-Visual Studio Code adalah IDE pilihan untuk pengembangan Capacitor. Pastikan untuk mengonfigurasi alat dan ekstensi ini untuk debugging yang lebih lancar:
-
-1. **Paket Ekstensi Capacitor**: Memungkinkan pengiriman langsung ke perangkat dan debugging breakpoint.
-2. **Simulator iOS**: Memungkinkan pengujian real-time di perangkat iOS.
-3. **Android Debug Bridge (ADB)**: Menyediakan antarmuka baris perintah untuk debugging Android.
-4. **Live Reload**: Secara otomatis memperbarui aplikasi setiap kali Anda melakukan perubahan kode.
-
-Aktifkan peta sumber dalam `capacitor.config.json` Anda untuk debugging yang lebih baik:
-
-### Alat IDE Platform
-
-IDE spesifik platform menawarkan alat canggih untuk mendebug kode native.
-
-1. **Android Studio**:
-    
-    -   Atur breakpoint di Java/Kotlin untuk mendebug kode native.
-    -   Gunakan inspector tata letak untuk menganalisis komponen UI.
-    -   Akses alat profiling memori dan CPU untuk wawasan kinerja.
-    -   Periksa log sistem menggunakan Logcat.
-2. **Xcode**:
-    
-    -   Debug kode Objective-C/Swift dengan debugger LLDB.
-    -   Temukan masalah memori dengan debugger grafik memori.
-    -   Inspeksi permintaan jaringan dan analisis laporan jebakan.
-    -   Gunakan konsol terintegrasi untuk logging.
-
-### Alat Debugging WebView
-
-Setelah debugging native disiapkan, fokus pada antarmuka hybrid untuk pengalaman debugging yang lengkap.
-
-1. **Chrome DevTools untuk Android**:
-    
-    -   Gunakan `chrome://inspect` untuk debugging jarak jauh.
-    -   Pantau permintaan jaringan.
-    -   Akses konsol JavaScript.
-    -   Inspeksi dan manipulasi DOM.
-2. **Safari Web Inspector untuk iOS**:
-    
-    -   Aktifkan Web Inspector di pengaturan iOS.
-    -   Debug kode JavaScript.
-    -   Lacak sumber daya jaringan.
-    -   Inspeksi penyimpanan lokal.
-
-### Fitur Pembaruan Lanjutan
-
-Untuk pembaruan yang aman dan efisien, alat modern menyediakan kemampuan berikut:
-
-| Fitur | Manfaat |
-| --- | --- |
-| Enkripsi End-to-End | Mengamankan transmisi data selama pembaruan. |
-| Analitik dan Pelacakan Kesalahan | Melacak kinerja dan masalah pembaruan. |
-| Dukungan Rollback | Memulihkan dengan cepat dari pembaruan bermasalah. |
-| [Sistem Saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Memungkinkan pembaruan yang ditargetkan untuk pengguna tertentu. |
-
-Untuk mendukung inspeksi jarak jauh, konfigurasikan aplikasi Anda seperti di bawah ini:
-
-Mengatur alat ini memastikan lingkungan debugging yang andal, mempercepat pengembangan dan memudahkan penyelesaian masalah dengan efisien di berbagai platform.
-
-## Metode Debugging Spesifik Platform
-
-Membangun pada [alat debugging](https://capgo.app/docs/plugin/debugging/) inti, teknik spesifik platform membantu menyempurnakan [proses debugging](https://capgo.app/docs/plugin/debugging/) Anda untuk meningkatkan ketepatan.
-
-### Pengujian Jembatan Native
-
-Mendebug komunikasi antara JavaScript dan platform native memerlukan pertimbangan cermat terhadap perbedaan spesifik platform. Anda bisa mengaktifkan logging jembatan untuk melacak kejadian dan mengamati perilaku platform:
-
-Saat bekerja dengan jembatan native, pastikan Anda memeriksa platform menggunakan `Capacitor.getPlatform()`:
-
-### Konfigurasi Peta Sumber
-
-Untuk mendebug masalah produksi dengan lebih efektif, konfigurasikan peta sumber untuk setiap platform dalam proses build Anda:
-
-Tabel di bawah ini menyoroti bagaimana pengaturan peta sumber mempengaruhi debugging di berbagai platform:
-
-| Platform | Tipe Peta Sumber | [Alat Debugging](https://capgo.app/docs/plugin/debugging/) |
-| --- | --- | --- |
-| iOS | Inline | Safari Web Inspector |
-| Android | Tersembunyi | Chrome DevTools |
-| Web | Eksternal | Browser DevTools |
-
-### Setup Automasi Uji
-
-Kustomisasi konfigurasi pengujian untuk setiap platform menyederhanakan debugging sambil mempertahankan logika bersama. Berikut adalah contoh automasi uji spesifik platform:
-
-Selain itu, alat pembaruan langsung seperti Capgo (https://capgo.app) dapat mempercepat pengujian dan penyelesaian masalah. Capgo mendukung pembaruan instan untuk aplikasi Capacitor dan mencakup analitik terintegrasi, pelacakan kesalahan, dan opsi rollback [\[1\]](https://capgo.app/).
-
-Untuk skenario kritis, pertimbangkan menggunakan deteksi fitur dengan mekanisme cadangan:
-
-Teknik-teknik ini membantu memastikan aplikasi Anda berkinerja baik di seluruh platform.
-
-## Panduan Perbandingan Alat
-
-Memilih alat debugging yang tepat untuk proyek Capacitor berarti memahami bagaimana setiap alat berkinerja di berbagai platform. Berikut adalah rincian untuk membantu Anda membuat keputusan yang tepat.
-
-### Fitur Alat Debug
-
-Setiap alat debugging menyediakan wawasan unik tergantung pada platform:
-
-| Fitur | VS Code | Android Studio | Xcode | Browser DevTools |
-| --- | --- | --- | --- | --- |
-| Debugging Breakpoint | ✓   | ✓   | ✓   | ✓   |
-| Inspeksi Kode Native | Terbatas | Lengkap | Lengkap | Hanya Web |
-| Profiling Kinerja | Dasar | Lanjutan | Lanjutan | Lanjutan |
-| Pemantauan Jaringan | ✓   | ✓   | ✓   | ✓   |
-| Analisis Memori | Dasar | Lanjutan | Lanjutan | Dasar |
-| Dukungan Peta Sumber | ✓   | Terbatas | Terbatas | ✓   |
-| Hot Reload | ✓   | Hanya Native | Hanya Native | ✓   |
-
-Dengan menggabungkan IDE spesifik platform seperti Android Studio atau Xcode dengan VS Code, para pengembang dapat memanfaatkan [kemampuan debugging native](https://capgo.app/docs/plugin/debugging/) sambil mempertahankan fleksibilitas lintas platform.
-
-### Opsi Sistem Pembaruan
-
-Alat debugging membantu mengidentifikasi masalah, tetapi sistem pembaruan yang efisien memastikan perbaikan diterapkan cepat. Capgo menonjol dengan menawarkan pengiriman pembaruan yang cepat. Sebagai contoh, CDN globalnya mengirimkan bundel 5MB hanya dalam 114ms, dengan waktu respons API rata-rata 57ms [\[1\]](https://capgo.app/).
-
-Berikut adalah perbandingan sistem pembaruan:
-
-| Metri Kunci | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| Kecepatan Pembaruan | 114ms rata-rata pengiriman untuk bundel 5MB [\[1\]](https://capgo.app/) | Tidak diungkapkan secara publik | Tidak diungkapkan secara publik |
-| Adopsi Pengguna | 95% dalam 24 jam [\[1\]](https://capgo.app/) | Tidak diungkapkan secara publik | Tidak diungkapkan secara publik |
-| Tingkat Keberhasilan | 82% di seluruh dunia [\[1\]](https://capgo.app/) | Tidak diungkapkan secara publik | Tidak diungkapkan secara publik |
-| Enkripsi | End-to-end | Enkripsi standar | Enkripsi standar |
-| Hosting Mandiri | Tersedia | Tidak tersedia | Tidak tersedia |
-| Harga | $12–$249/bulan | Biasanya lebih tinggi | Sebanding |
-
-Pembaruan instan Capgo membantu mempertahankan stabilitas aplikasi dengan menghindari keterlambatan toko aplikasi. Seperti yang dikatakan Rodrigo Mantica, pemimpin industri:
-
-> "Kami menjalankan pengembangan agile dan @Capgo sangat penting dalam mengirimkan secara terus-menerus kepada pengguna kami!" [\[1\]](https://capgo.app/)
-
-Dengan ditutupnya CodePush milik Microsoft pada tahun 2024 dan Appflow yang akan ditutup pada tahun 2026, alat seperti Capgo semakin penting untuk mempertahankan pengiriman yang terus-menerus dan menjaga kepuasan pengguna.
-
-## Pedoman Debugging
-
-Mendebugging kode spesifik platform memerlukan pendekatan yang jelas dan terstruktur di berbagai sistem operasi dan perangkat. Berikut adalah cara untuk membuat debugging di aplikasi Capacitor lebih efektif.
-
-### Pengujian Multi-Platform
-
-Jalankan pengujian di simulator, perangkat fisik, dan di berbagai versi OS. Menurut data Capgo, **95% masalah spesifik platform yang kritis teridentifikasi dalam 24 jam pertama setelah penerapan** [\[1\]](https://capgo.app/). Pengujian di banyak front memastikan Anda menangkap masalah lebih awal dan memungkinkan debugging yang tepat disesuaikan untuk setiap platform.
-
-### Deteksi Platform
-
-Manfaatkan blok kode spesifik platform untuk menentukan dan mengatasi masalah unik:
-
-Pendekatan ini memastikan deteksi platform yang akurat, membuat pembaruan langsung lebih dapat diandalkan di berbagai sistem operasi.
-
-### Sistem Pembaruan Langsung
-
-Pembaruan langsung memainkan peran penting dalam mempertahankan kinerja aplikasi dan dengan cepat menyelesaikan bug spesifik platform. Capgo terbukti efektif dalam lingkungan produksi, seperti yang ditonjolkan oleh umpan balik pengguna:
-
-> "Kami melakukan pembaruan Capgo OTA di produksi untuk basis pengguna kami yang berjumlah +5000. Kami melihat operasi yang sangat lancar hampir semua pengguna kami diperbarui dalam waktu beberapa menit setelah OTA diterapkan di @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Fitur utama dari sistem pembaruan langsung mencakup pelacakan kesalahan waktu nyata, kemampuan rollback instan, dan saluran beta untuk perbaikan yang ditargetkan. Alat-alat ini memungkinkan Anda untuk menangani masalah dengan cepat sambil menjaga aplikasi Anda tetap stabil di berbagai platform.
-
-## Kesimpulan
-
-Perpaduan yang dipikirkan dengan baik antara alat [debugging yang efektif](https://capgo.app/docs/plugin/debugging/) dan sistem pembaruan langsung yang efisien adalah kunci untuk mengatasi tantangan spesifik platform. Dengan menggabungkan metode debugging tradisional dengan platform pembaruan langsung seperti Capgo, pengembang dapat menerapkan perbaikan segera tanpa menunggu persetujuan dari toko aplikasi. Dengan tingkat keberhasilan pembaruan global dan kemampuan untuk menjangkau sebagian besar pengguna dalam waktu 24 jam, alat-alat ini membuat penyelesaian masalah lebih cepat dan lebih mudah.
-
-Elemen kunci untuk sukses mencakup deteksi platform yang akurat, proses pembaruan yang aman dengan enkripsi end-to-end, opsi rollback yang cepat, dan analitik yang dapat ditindaklanjuti.
diff --git a/src/content/blog/id/turn-off-android-talkback.md b/src/content/blog/id/turn-off-android-talkback.md
deleted file mode 100644
index 02b4ad076..000000000
--- a/src/content/blog/id/turn-off-android-talkback.md
+++ /dev/null
@@ -1,63 +0,0 @@
----
-slug: turn-off-android-talkback
-title: Cara Menonaktifkan dan Menggunakan TalkBack di Perangkat Android
-description: >-
-  Instruksi langkah demi langkah untuk mengaktifkan dan menavigasi dengan
-  TalkBack, pembaca layar bawaan Android untuk pengguna dengan gangguan
-  penglihatan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /android_talkback.webp
-head_image_alt: Mengaktifkan TalkBack di Android
-keywords: >-
-  Android, TalkBack, screen reader, visually impaired, mobile app development,
-  live updates, OTA updates, continuous integration, mobile app updates
-tag: Android
-published: true
-locale: id
-next_blog: ''
----
-TalkBack adalah fitur penting untuk pengguna dengan gangguan penglihatan, yang terintegrasi ke dalam perangkat Android. Ini adalah pembaca layar berbasis gestur yang menyuarakan konten layar Anda, membantu dalam navigasi dan interaksi dengan berbagai elemen. Berikut panduan lengkap cara mengaktifkan dan menggunakan TalkBack.
-
-## Cara Mengaktifkan TalkBack
-
-Ada beberapa cara untuk mengaktifkan TalkBack di perangkat Android Anda:
-
-### Menggunakan Tombol Volume
-
-1. Temukan tombol volume di sisi perangkat Anda.
-2. Tekan dan tahan kedua tombol volume secara bersamaan selama 3 detik.
-3. Anda akan mendengar pemberitahuan suara untuk mengkonfirmasi tindakan. Tekan dan tahan tombol volume selama 3 detik lagi untuk mengkonfirmasi.
-
-### Melalui Google Assistant
-
-1. Aktifkan Google Assistant dengan mengucapkan "Hey Google."
-2. Cukup perintahkan, "Nyalakan TalkBack," atau "Matikan TalkBack," sesuai kebutuhan Anda.
-
-### Melalui Pengaturan Perangkat
-
-1. Buka aplikasi `Settings` di perangkat Anda.
-2. Gulir ke bawah dan pilih `Accessibility`.
-3. Ketuk `TalkBack`.
-4. Alihkan tombol `Use TalkBack` untuk mengaktifkan atau menonaktifkan.
-
-## Bernavigasi dengan TalkBack
-
-Setelah TalkBack aktif, perangkat Anda akan memberikan umpan balik suara saat Anda bernavigasi. Berikut cara berinteraksi dengan perangkat Anda menggunakan TalkBack:
-
-- **Item Berikutnya**: Geser ke kanan untuk pindah ke item berikutnya.
-- **Item Sebelumnya**: Geser ke kiri untuk kembali ke item sebelumnya.
-- **Mengaktifkan**: Ketuk dua kali di mana saja pada layar untuk mengaktifkan item yang dipilih.
-- **Jelajahi dengan Sentuhan**: Seret jari Anda melintasi layar agar item dibacakan saat Anda menyentuhnya.
-- **Menggulir**: Gunakan dua jari untuk menggeser ke atas atau bawah untuk menggulir halaman.
-- **Menu TalkBack**: Ketuk layar dengan tiga jari untuk membuka opsi TalkBack tambahan.
-- **Menyesuaikan Kontrol Membaca**: Ubah pengaturan membaca dengan menggeser ke kiri atau kanan menggunakan tiga jari.
-
-## Mematikan TalkBack
-
-Jika Anda perlu menonaktifkan TalkBack, Anda dapat menggunakan salah satu metode yang disebutkan di atas. Pintasan tombol volume sangat berguna ketika Anda tidak dapat melihat layar.
-
-Ingat, menguasai TalkBack membutuhkan latihan. Jangan ragu untuk menjelajahi pengaturan dan menyesuaikan pengalaman sesuai preferensi Anda. Dengan langkah-langkah ini, Anda dapat dengan percaya diri bernavigasi di perangkat Android menggunakan TalkBack.
diff --git a/src/content/blog/id/ultimate-guide-to-app-store-compliant-ota-updates.md b/src/content/blog/id/ultimate-guide-to-app-store-compliant-ota-updates.md
deleted file mode 100644
index 4e410f292..000000000
--- a/src/content/blog/id/ultimate-guide-to-app-store-compliant-ota-updates.md
+++ /dev/null
@@ -1,154 +0,0 @@
----
-slug: ultimate-guide-to-app-store-compliant-ota-updates
-title: Panduan Lengkap untuk OTA Updates yang Sesuai dengan App Store
-description: >-
-  Pelajari cara mengelola pembaruan Over-The-Air secara efektif sambil mematuhi
-  pedoman App Store untuk pengalaman pengguna yang lebih baik.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-28T05:46:14.390Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c122f35f2cea0ab3a1fd8f-1740721832892.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, app store compliance, mobile app updates, bug fixes, performance
-  improvements
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-**Ingin memperbarui aplikasi Anda dengan cepat tanpa melanggar aturan App Store?** Pembaruan Over-The-Air (OTA) memungkinkan Anda memperbaiki bug, meningkatkan performa, dan meningkatkan pengalaman pengguna - semuanya tanpa menunggu persetujuan app store. Namun untuk tetap patuh, Anda harus mengikuti pedoman ketat dari Apple dan Google.
-
-### Poin Penting:
-
--   **Fungsi Pembaruan OTA**: Mendorong perbaikan dan peningkatan minor langsung ke perangkat tanpa memerlukan unduhan dari app store
--   **Manfaat**: Perbaikan bug lebih cepat, pembaruan tanpa hambatan, dan efisiensi biaya
--   **Aturan App Store**:
-    -   **Diizinkan via OTA**: Perbaikan bug, pembaruan performa, penyesuaian UI minor
-    -   **Memerlukan Peninjauan Store**: Fitur utama, perubahan kode native
--   **Cara Tetap Patuh**:
-    -   Hindari mengubah fungsi inti aplikasi
-    -   Gunakan metode pengiriman aman seperti HTTPS dan tanda tangan digital
-    -   Komunikasikan dengan jelas [tujuan pembaruan](https://capgo.app/docs/live-updates/update-behavior/) kepada pengguna
-
-### Perbandingan Cepat Aturan OTA
-
-| **Jenis Pembaruan** | **Diizinkan OTA** | **Memerlukan Peninjauan Store** |
-| --- | --- | --- |
-| Perbaikan Bug | Ya | Tidak |
-| Pembaruan Performa | Ya | Tidak |
-| Perubahan UI Minor | Terbatas | Kadang-kadang |
-| Fitur Utama | Tidak | Ya |
-| Perubahan Kode Native | Tidak | Ya |
-
-## Pembaruan OTA dan Aturan App Store
-
-### Fungsi Pembaruan OTA
-
-Pembaruan OTA (Over-The-Air) memungkinkan pengembang mendorong perbaikan dan peningkatan langsung ke perangkat pengguna tanpa memerlukan unduhan lengkap dari app store. Dalam aplikasi [React Native](https://reactnativedev/), pembaruan ini menggantikan bundle JavaScript, yang menangani sebagian besar fungsionalitas aplikasi, sementara kode native tetap tidak berubah [\[1\]](https://devto/pagepro_agency/ota-updates-with-expo-22g0)
-
-Penggunaan umum pembaruan OTA meliputi:
-
--   Memperbaiki bug
--   Meningkatkan performa
--   Menyesuaikan elemen UI
--   Memperbarui konten
--   Menambah fitur minor
-
-Namun, mematuhi pedoman app store sangat penting untuk menghindari pelanggaran kebijakan.
-
-### Mengikuti Aturan App Store
-
-App store, terutama Apple's App Store, memiliki aturan ketat tentang apa yang dapat diperbarui melalui OTA. Apple menerapkan pembatasan lebih ketat dibanding Google Play, khususnya terhadap penerapan fitur utama melalui pembaruan OTA [\[2\]](https://pageproco/blog/react-native-over-the-air-updates/) Berikut ringkasan cepat tentang apa yang diizinkan:
-
-| Jenis Pembaruan | Diizinkan via OTA | Memerlukan Peninjauan Store |
-| --- | --- | --- |
-| Perbaikan Bug | Ya | Tidak |
-| Pembaruan Performa | Ya | Tidak |
-| Perubahan UI Minor | Terbatas | Kadang-kadang |
-| Fitur Utama | Tidak | Ya |
-| Perubahan Kode Native | Tidak | Ya |
-
-Mematuhi aturan-aturan ini memastikan Anda dapat memanfaatkan pembaruan OTA sepenuhnya tanpa mengalami masalah kepatuhan.
-
-### Mengapa Pembaruan OTA Penting
-
-Pembaruan OTA menguntungkan baik pengembang maupun pengguna. Misalnya, selama [Newport Folk Festival](https://enwikipediaorg/wiki/Newport_Folk_Festival) 2017, pengembang menggunakan pembaruan OTA untuk dengan cepat memperbaiki bug zona waktu yang memengaruhi jadwal acara [\[4\]](https://cantinaco/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/) Demikian juga, [Your Call Football](https://enwikipediaorg/wiki/Your_Call_Football) menggunakan pembaruan OTA untuk segera menyesuaikan waktu pertandingan ketika jadwal berubah [\[4\]](https://cantinaco/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/)
-
-Keuntungan utama meliputi:
-
--   **Perbaikan Cepat**: Masalah kritis dapat diatasi segera
--   **Pembaruan Mulus**: Pengguna tidak perlu mengunduh pembaruan secara manual; semuanya terjadi di latar belakang
--   **Iterasi Lebih Cepat**: Pengembang dapat dengan cepat menerapkan perubahan berdasarkan umpan balik pengguna
-
-Fitur-fitur ini membuat pembaruan OTA sangat berguna untuk memelihara dan meningkatkan aplikasi secara real time.
-
-## Dapatkah Anda Melakukan Pembaruan OTA untuk Aplikasi iOS? Penjelasan Pedoman Apple
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Aturan Pembaruan App Store
-
-Setiap platform memiliki seperangkat aturan sendiri untuk memperbarui aplikasi, dan mematuhinya sangat penting.### Aturan Pembaruan Apple
-
-Apple memiliki proses peninjauan yang ketat untuk aplikasi baru dan pembaruan, biasanya membutuhkan waktu 1-2 hari untuk persetujuan [\[6\]](https://thisisglancecom/blog/apple-store-vs-google-play-store). Berikut persyaratan utamanya:
-
-| Persyaratan | Deskripsi |
-| --- | --- |
-| Penggunaan API | Aplikasi harus menggunakan API publik saja dan kompatibel dengan OS saat ini [\[3\]](https://developer.apple.com/app-store/review/guidelines/) |
-| Eksekusi Kode | Aplikasi tidak boleh mengunduh atau mengeksekusi kode yang mengubah fitur atau fungsionalitas [\[3\]](https://developer.apple.com/app-store/review/guidelines/) |
-| Deskripsi Pembaruan | Perubahan dan fitur baru harus dijelaskan dengan jelas di bagian "What's New" [\[3\]](https://developer.apple.com/app-store/review/guidelines/) |
-| Pengujian | Aplikasi perlu diuji secara menyeluruh untuk memastikan stabilitas dan memperbaiki bug [\[3\]](https://developer.apple.com/app-store/review/guidelines/) |
-| Dokumentasi | Berikan penjelasan detail untuk fitur yang mungkin tidak langsung jelas [\[3\]](https://developer.apple.com/app-store/review/guidelines/) |
-
-Apple juga menggunakan sistem pembaruan yang aman untuk memastikan integritas pembaruan, mempersonalisasikannya, dan memblokir serangan downgrade [\[5\]](https://supportapplecom/guide/deployment/about-software-updates-depc4c80847a/web)
-
-### Aturan Pembaruan [Google Play](https://play.google.com/console/signup)
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/play.google.com-b46db7cd42211b9b8ee493afb4b93a4d-2025-02-28.jpg?auto=compress)
-
-Google Play mengambil pendekatan berbeda, mengandalkan otomatisasi dan AI untuk mempercepat proses peninjauan. Persetujuan sering selesai dalam hitungan jam [\[6\]](https://thisisglancecom/blog/apple-store-vs-google-play-store). Aspek utamanya meliputi:
-
--   Persetujuan lebih cepat untuk pembaruan dibandingkan Apple
--   Pedoman yang lebih longgar
--   Pengujian beta terbuka tanpa memerlukan persetujuan sebelumnya
--   Proses peninjauan yang kurang ketat untuk pembaruan minor
-
-Google tetap menerapkan langkah-langkah keamanan dan menggunakan sistem otomatis untuk memantau aplikasi terkait pelanggaran kebijakan [\[6\]](https://thisisglancecom/blog/apple-store-vs-google-play-store)
-
-### Kesalahan Umum pada Aturan
-
-Berikut kesalahan umum yang harus dihindari saat memperbarui aplikasi:
-
-1.  **Kelalaian Keamanan**  
-    Kegagalan memverifikasi pembaruan dengan benar dapat mengekspos kerentanan. Selalu gunakan tanda tangan digital dan HTTPS untuk mengamankan pengiriman pembaruan [\[7\]](https://bluegoatcybercom/blog/ota-update-vulnerabilities/)
-    
-2.  **Penambahan Fitur Berlebihan**  
-    Menambahkan fitur baru besar melalui pembaruan over-the-air (OTA) dapat melanggar kebijakan toko [\[8\]](https://stackoverflowcom/questions/43951710/does-apple-allow-ota-updates-of-application)
-    
-3.  **Komunikasi Pengguna**  
-    Komunikasi yang buruk tentang pembaruan dapat membingungkan pengguna dan melemahkan keamanan [\[7\]](https://bluegoatcybercom/blog/ota-update-vulnerabilities/)
-
-Untuk tetap patuh:
-
--   Audit secara rutin [proses pembaruan](https://capgo.app/docs/plugin/cloud-mode/manual-update/) Anda untuk masalah keamanan
--   Gunakan pembelajaran mesin untuk menganalisis pola pembaruan  
--   Jelaskan dengan jelas tujuan pembaruan kepada pengguna
--   Hindari mengubah fungsionalitas inti aplikasi melalui pembaruan OTA [\[8\]](https://stackoverflowcom/questions/43951710/does-apple-allow-ota-updates-of-application)
--   Transparan tentang langganan dan detail harga [\[3\]](https://developer.apple.com/app-store/review/guidelines/)
-
-Mengikuti aturan-aturan ini membantu memastikan pembaruan Anda memenuhi persyaratan platform sambil menjaga pengguna tetap senang dan terinformasi
-
-###### sbb-itb-f9944d2
-
-## Menyiapkan Pembaruan yang Disetujui Toko
-
-Siapkan pembaruan over-the-air (OTA) yang memenuhi persyaratan app store dengan menggunakan konfigurasi yang aman, pengujian menyeluruh, dan praktik keamanan yang kuat
-
-### Langkah-langkah Pengaturan Teknis
-
-Membuat pembaruan OTA yang sesuai dengan app store memerlukan pengaturan teknis yang aman dan terstruktur dengan baik
diff --git a/src/content/blog/id/ultimate-guide-to-capacitor-ota-updates.md b/src/content/blog/id/ultimate-guide-to-capacitor-ota-updates.md
deleted file mode 100644
index 509029aa5..000000000
--- a/src/content/blog/id/ultimate-guide-to-capacitor-ota-updates.md
+++ /dev/null
@@ -1,262 +0,0 @@
----
-slug: ultimate-guide-to-capacitor-ota-updates
-title: Panduan Lengkap untuk Pembaruan OTA Capacitor
-description: >-
-  Pelajari cara Capacitor OTA Updates memungkinkan pembaruan aplikasi secara
-  instan yang meningkatkan kecepatan deployment, pengalaman pengguna, dan
-  keamanan - tanpa penundaan dari App Store.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T02:31:25.293Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e211687856e801f1f2973e-1742869897761.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, OTA updates, mobile app development, app updates, security,
-  deployment, user experience, partial updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin memperbarui aplikasi Anda secara instan tanpa menunggu peninjauan app store?** [Capacitor](https://capacitorjs.com/) OTA (Over-The-Air) memungkinkan Anda mengirimkan fitur baru, perbaikan bug, dan perubahan kode langsung ke perangkat pengguna. Tanpa unduhan manual, tanpa penundaan.
-
-### Mengapa Update OTA Penting:
-
--   **Penerapan Cepat**: Kirim pembaruan langsung tanpa penundaan app store.
-    
--   **Hemat Biaya**: Hindari biaya pengajuan app store.
-    
--   **Pengalaman Pengguna Lancar**: Pembaruan terjadi di latar belakang.
-    
--   **Fleksibilitas**: Sempurna untuk pengiriman berkelanjutan dan iterasi cepat.
-    
-
-### Fitur Utama:
-
--   **Keamanan**: Enkripsi end-to-end memastikan pembaruan yang aman.
-    
--   **Pembaruan Parsial**: Hanya mengunduh file yang berubah untuk menghemat bandwidth.
-    
--   **Pelacakan**: Pantau tingkat keberhasilan pembaruan dan kesalahan secara real-time.
-    
-
-### Perbandingan Cepat Metode Pembaruan:
-
-| Metode | Kecepatan | Usaha Pengguna | Biaya | Terbaik Untuk |
-| --- | --- | --- | --- | --- |
-| Pembaruan App Store | Lambat | Manual | $99/tahun (Apple), $25 (Google) | Rilis versi utama |
-| [Capacitor Web Updates](https://capgo.app/docs/) | Cepat | Otomatis | Gratis | Perbaikan/fitur minor |
-| Alat OTA Eksternal | Instan | Otomatis | Tergantung platform | Pembaruan aman & terarah |
-
-[Pembaruan OTA Capacitor](https://capgo.app/) ideal untuk pengembang yang menginginkan kecepatan, keamanan, dan kontrol. Platform seperti [Capgo](https://capgo.app/) telah mengirimkan **23,5 juta pembaruan** dengan **tingkat adopsi 95% dalam 24 jam**. Siap untuk mengubah pemeliharaan aplikasi Anda? Mulai sekarang!
-
-## Fitur Platform [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-[Platform Capgo](https://capgo.app/docs/webapp/) meningkatkan kemampuan pembaruan Capacitor dengan keamanan tambahan dan opsi penerapan lanjutan. Setelah mengelola 23,5 juta pembaruan di 750 aplikasi produksi [\[1\]](https://capgo.app/), platform ini menyediakan fitur utama untuk meningkatkan kinerja:
-
-| Fitur | Kemampuan | Metrik Kinerja |
-| --- | --- | --- |
-| Tingkat Keberhasilan Pembaruan | Penerapan global | 82% di seluruh dunia |
-| Waktu Respons API | Operasi real-time | Rata-rata 434 ms |
-| Keamanan | Enkripsi end-to-end | Perlindungan pembaruan penuh |
-| Distribusi | [Sistem channel](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Peluncuran terarah |
-
-Sistem channel Capgo memungkinkan distribusi pembaruan yang tepat, seperti menjalankan pengujian beta atau meluncurkan pembaruan secara bertahap, tanpa mengorbankan keamanan. Tim dapat memilih antara pengaturan cloud-hosted dan self-hosted, mendapatkan kontrol penuh dengan alat seperti rollback satu klik dan pemantauan kesalahan proaktif.
-
-### Pembaruan App Store
-
-Pembaruan app store tetap menjadi cara utama untuk mendistribusikan versi baru aplikasi Capacitor. Ini melibatkan pengajuan pembaruan melalui Apple App Store atau Google Play Store untuk ditinjau. Meskipun metode ini dipercaya oleh pengguna, namun memiliki beberapa kekurangan.
-
-| Aspek | Dampak | Pertimbangan |
-| --- | --- | --- |
-| Waktu Peninjauan | Penundaan 1-7 hari | Memperlambat perbaikan penting |
-| Biaya | $99/tahun (Apple), $25 (Google) | Memerlukan biaya tambahan |
-| Tindakan Pengguna | [Pembaruan manual](https://capgo.app/docs/plugin/cloud-mode/manual-update/) diperlukan | Dapat menyebabkan adopsi lebih rendah |
-| Distribusi | Jangkauan global | Tidak ada opsi untuk peluncuran terarah |
-
-### Pembaruan Web Capacitor
-
-Capacitor juga menawarkan opsi yang lebih fleksibel dengan kemampuan pembaruan web bawaan. Metode ini memungkinkan pengembang untuk memperbarui aset web langsung melalui WebView Capacitor tanpa memerlukan pembaruan aplikasi lengkap. Pembaruan ini dipasang secara otomatis, memberikan cara lebih cepat untuk mengirimkan perubahan.
-
-### Alat OTA Eksternal
-
-Untuk solusi yang lebih kaya fitur, platform OTA eksternal dapat menangani pembaruan aplikasi Capacitor dengan efisiensi dan kontrol tambahan. Alat-alat ini telah digunakan dalam produksi untuk 750 aplikasi dan telah mengirimkan 23,5 juta pembaruan [\[1\]](https://capgo.app/).
-
-Manfaat utama alat OTA eksternal meliputi:
-
-| Fitur | Manfaat | Metrik Kinerja |
-| --- | --- | --- |
-| Penerapan Instan | Tanpa penundaan dari peninjauan app store | Pengiriman langsung |
-| Distribusi Terarah | Memungkinkan peluncuran bertahap | Rilis terkontrol |
-| Keamanan | Enkripsi end-to-end | Perlindungan lebih kuat |
-| Analitik | Melacak kinerja pembaruan | Pemantauan real-time |
-
-> "Tim OSIRIS-REx NASA mencatat: '@Capgo adalah cara cerdas untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) 🙂'" [\[1\]](https://capgo.app/)
-
-Platform ini juga mendukung pembaruan parsial, yang berarti hanya aset yang berubah yang diunduh. Ini mengurangi penggunaan bandwidth dan waktu pembaruan, memastikan pembaruan yang lancar dan sesuai untuk pengguna.
-
-## Panduan Pengaturan OTA
-
-### Langkah-langkah Pengaturan Proyek
-
-Untuk mengintegrasikan pembaruan OTA ke dalam proyek Capacitor Anda, Anda perlu memastikan semuanya diatur dengan benar. Berdasarkan wawasan dari 750 aplikasi produksi, berikut proses yang dapat diandalkan:
-
-| Langkah | Tindakan | Tujuan |
-| --- | --- | --- |
-| Instalasi Plugin | Jalankan `npx @capgo/cli init` | Menginstal dependensi yang diperlukan |
-| Pengaturan Konfigurasi | Sesuaikan pengaturan dalam file config | Mengaktifkan kemampuan manajemen pembaruan |
-| Implementasi Keamanan | Siapkan enkripsi end-to-end | Mengamankan proses pengiriman pembaruan |
-
-### Implementasi Kode Pembaruan
-
-Berikut cara menambahkan fungsionalitas pembaruan ke aplikasi Anda:
-
-```typescript
-async function checkForUpdate() {
-  try {
-    const update = await CapacitorUpdater.checkForUpdate();
-    if (update.available) {
-      await CapacitorUpdater.download();
-    }
-  } catch (err) {
-    console.error('Update check failed:', err);
-  }
-}
-```
-
-Langkah-langkah utama yang perlu difokuskan:
-
--   Konfigurasi pemeriksaan pembaruan latar belakang
-    
--   Implementasi manajemen versi
-    
--   Tambahkan indikator progres
-    
--   Tangani status instalasi secara efektif
-    
-
-Pastikan Anda menyertakan penanganan kesalahan yang kuat untuk mengatasi masalah yang mungkin muncul selama pembaruan.
-
-### Manajemen Kesalahan
-
-Manajemen kesalahan sangat penting untuk menjaga stabilitas aplikasi Anda selama pembaruan. Dengan lebih dari 23,5 juta pembaruan yang terkirim [\[1\]](https://capgo.app/), menangani tantangan umum seperti gangguan jaringan, ketidakcocokan versi, dan keterbatasan penyimpanan sangat penting. Strategi seperti percobaan ulang otomatis, mekanisme rollback, dan membersihkan versi yang sudah usang dapat membuat perbedaan besar. Pendekatan ini telah berkontribusi untuk mencapai tingkat keberhasilan pembaruan 95% dalam 24 jam [\[1\]](https://capgo.app/) untuk banyak pengguna.
-
-## Panduan Pembaruan OTA
-
-### Langkah-langkah Keamanan
-
-Memastikan integritas pembaruan OTA memerlukan protokol keamanan yang kuat. Salah satu metode paling efektif adalah **enkripsi end-to-end**, yang memberikan tingkat perlindungan lebih tinggi daripada metode penandatanganan pembaruan tradisional [\[1\]](https://capgo.app/).
-
-| Lapisan Keamanan | Tujuan | Implementasi |
-| --- | --- | --- |
-| Enkripsi End-to-End | Melindungi pengiriman pembaruan | Konfigurasi kunci enkripsi untuk proyek |
-| Kontrol Akses | Mengelola izin pembaruan | Tentukan peran dan izin pengguna |
-| Keamanan Hosting | Distribusi pembaruan yang aman | Pilih solusi cloud atau self-hosted |
-
-Selain itu, terapkan [autentikasi multi-faktor](https://capgo.app/docs/webapp/mfa/) dan rutin merotasi kredensial untuk memperkuat keamanan. Capgo, misalnya, menggunakan enkripsi end-to-end untuk memastikan pembaruan terkirim dengan aman. Pengujian yang ketat juga penting untuk memastikan langkah-langkah ini tidak mengganggu penerapan pembaruan.
-
-### Pengujian Pembaruan
-
-Pengujian menyeluruh sangat penting untuk menjaga stabilitas aplikasi dan pengalaman pengguna yang lancar. Ikuti praktik terbaik berikut:
-
--   **Channel Terpisah**: Gunakan lingkungan berbeda untuk pengembangan, staging, dan produksi.
-    
--   **Pengujian Beta**: Luncurkan pembaruan ke grup pengguna terkontrol terlebih dahulu.
-    
--   **Pemantauan**: Lacak metrik kinerja dan kumpulkan umpan balik.
-    
--   **Perencanaan Rollback**: Siapkan rencana untuk kembali ke versi stabil jika diperlukan.
-    
-
-> "Uji PR langsung dari aplikasi dengan pemilih channel" – Capgo [\[1\]](https://capgo.app/)
-
-Sistem channel dan alat pemantauan kesalahan dapat membantu mengidentifikasi dan mengatasi masalah lebih awal. Rencana rollback yang dilaksanakan dengan baik meminimalkan gangguan, sementara komunikasi yang jelas membuat pengguna tetap terinformasi selama proses berlangsung.
-
-### Komunikasi Pengguna
-
-Komunikasi transparan tentang pembaruan membangun kepercayaan dan memastikan penerapan yang lancar. Pertimbangkan strategi berikut:
-
-| Tipe Pembaruan | Metode Komunikasi | Waktu |
-| --- | --- | --- |
-| Pembaruan Kritis | Notifikasi dalam aplikasi | Segera |
-| Pembaruan Fitur | [Pembaruan latar belakang otomatis](https://capgo.app/docs/plugin/self-hosted/auto-update/) | Saat penggunaan rendah |
-| Patch Keamanan | Pembaruan diam | Diterapkan secara otomatis |
-
-Menggunakan pembaruan latar belakang dapat mengurangi gangguan pengguna. Menggabungkan analitik dengan pemantauan kesalahan memungkinkan deteksi dini masalah, meminimalkan dampaknya pada pengguna dan mempertahankan pengalaman yang lancar.
-
-## Fitur OTA Lanjutan
-
-### Pembaruan Parsial
-
-Pembaruan parsial membuat proses OTA lebih efisien dengan hanya mengirim file yang berubah. Pendekatan ini berarti pembaruan diterapkan lebih cepat dan menggunakan lebih sedikit bandwidth [\[1\]](https://capgo.app/).
-
-| Tipe Pembaruan | Manfaat | Implementasi |
-| --- | --- | --- |
-| Paket Lengkap | Memastikan konsistensi aplikasi | Pembaruan app store tradisional |
-| Diferensial Cerdas | Menghemat bandwidth | Mendeteksi perubahan di tingkat file |
-
-Capgo menggunakan pembaruan diferensial cerdas untuk menganalisis perubahan tingkat file, mengurangi ukuran paket pembaruan. Metode ini sangat berguna untuk aplikasi dengan aset besar yang jarang berubah [\[1\]](https://capgo.app/).
-
-### Pembaruan Latar Belakang
-
-Pembaruan latar belakang memungkinkan pengguna terus menggunakan aplikasi tanpa gangguan. Pembaruan ini diunduh dan disiapkan di latar belakang, menerapkan perubahan ketika aplikasi dimulai ulang. Penjadwalan yang tepat memastikan dampak minimal pada sumber daya sistem dan daya baterai.
-
-| Waktu Pembaruan | Dampak Pengguna | Kasus Penggunaan Terbaik |
-| --- | --- | --- |
-| Segera | Tinggi | Perbaikan keamanan kritis |
-| Latar Belakang | Rendah | Pembaruan fitur |
-| Terjadwal | Sedang | Pembaruan konten besar |
-
-### Pelacakan Pembaruan
-
-[Mengoptimalkan pengiriman pembaruan](https://capgo.app/blog/optimise-your-images-for-updates/) hanya sebagian dari prosesnya - melacak pembaruan sama pentingnya. Menurut Capgo, 95% pengguna aktif diperbarui dalam 24 jam, dengan tingkat keberhasilan global 82% [\[1\]](https://capgo.app/).
-
-> "Lacak tingkat keberhasilan pembaruan dan keterlibatan pengguna secara real-time" - Capgo [\[1\]](https://capgo.app/)
-
-Metrik utama yang perlu dipantau meliputi:
-
-| Metrik | Tujuan | Item Tindakan |
-| --- | --- | --- |
-| Tingkat Keberhasilan | Mengukur keberhasilan penerapan | Memantau pembaruan yang gagal |
-| Adopsi Pengguna | Melacak berapa banyak pengguna memperbarui | Menganalisis perilaku pengguna |
-| Pencatatan Kesalahan | Mengidentifikasi masalah dengan cepat | Menyelesaikan masalah secara proaktif |
-
-Platform OTA modern, seperti Capgo, menawarkan dashboard terperinci untuk melacak metrik ini. Fitur seperti pencatatan kesalahan membantu pengembang mengidentifikasi dan memperbaiki masalah sebelum meningkat.
-
-## Ringkasan
-
-### Poin Utama
-
-Panduan tentang pembaruan OTA Capacitor ini menyoroti pentingnya mekanisme pembaruan yang efisien dan aman dalam pengembangan aplikasi modern. Pembaruan OTA telah mengubah cara pengembang memelihara dan meningkatkan aplikasi Capacitor. Untuk menerapkan pembaruan OTA dengan sukses, fokus pada faktor-faktor kunci ini: pengiriman pembaruan cepat, langkah-langkah keamanan yang kuat, distribusi terkontrol, dan pemantauan efektif. Platform yang efisien dapat mendorong pembaruan dalam hitungan menit, mencapai tingkat pembaruan pengguna 95% dalam 24 jam dan tingkat keberhasilan global 82% [\[1\]](https://capgo.app/).
-
-Berikut ikhtisar praktik terbaik untuk pembaruan OTA:
-
-| Aspek | Dampak | Praktik Terbaik |
-| --- | --- | --- |
-| Kecepatan Pembaruan | Menghindari penundaan dari tinjauan app store | Langsung mendorong perbaikan kritis |
-| Keamanan | Melindungi data pengguna | Menggunakan protokol enkripsi yang kuat |
-| Distribusi | Meminimalkan risiko | Mengeluarkan pembaruan menggunakan saluran yang ditargetkan |
-| Pemantauan | Memastikan keandalan | Melacak keberhasilan pembaruan dan tingkat adopsi |
-
-Praktik-praktik ini penting bagi platform seperti Capgo untuk memberikan [pembaruan yang cepat dan aman](https://capgo.app/docs/live-updates/update-behavior/).
-
-### Fitur [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e211687856e801f1f2973e/248f5ad4814006d64d1f6a7ab727c6b9.jpg)
-
-Capgo menonjol dengan mengikuti praktik terbaik ini, memungkinkan pembaruan OTA yang andal. Saat ini, Capgo mendukung 750 aplikasi produksi dan telah berhasil mengirimkan 23,5 juta pembaruan [\[1\]](https://capgo.app/).
-
-| Fitur | Manfaat | Metrik Kinerja |
-| --- | --- | --- |
-| CDN Global | Mempercepat pengiriman | Bundle 5MB dikirim dalam 114ms |
-| Respons API | Sinkronisasi cepat | Respons rata-rata 57ms di seluruh dunia |
-| Distribusi Pembaruan | Penerapan fleksibel | Adopsi pengguna 95% dalam 24 jam |
-
-> "Tim OSIRIS-REx NASA mencatat: '@Capgo adalah cara cerdas untuk melakukan hot code pushes (dan tidak untuk semua uang di dunia seperti dengan @AppFlow) 🙂'" [\[1\]](https://capgo.app/)
-
-> "Capgo adalah alat yang harus dimiliki untuk pengembang yang ingin lebih produktif. Menghindari tinjauan untuk perbaikan bug sangat berharga" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/id/ultimate-guide-to-debugging-capacitor-apps.md b/src/content/blog/id/ultimate-guide-to-debugging-capacitor-apps.md
deleted file mode 100644
index 92f0e9c57..000000000
--- a/src/content/blog/id/ultimate-guide-to-debugging-capacitor-apps.md
+++ /dev/null
@@ -1,393 +0,0 @@
----
-slug: ultimate-guide-to-debugging-capacitor-apps
-title: Panduan Lengkap Pemecahan Masalah Aplikasi Capacitor
-description: >-
-  Temukan strategi yang efektif dan alat penting untuk melakukan debug aplikasi
-  Capacitor, memastikan performa yang lancar di semua platform.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T13:36:18.163Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d9725755129a55bd6984fe-1742304990097.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Capacitor, debugging, mobile apps, performance optimization, native tools,
-  error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Debugging aplikasi [Capacitor](https://capacitorjs.com/) bisa menjadi kompleks karena sifat hibridanya yang menggabungkan teknologi web dan native. Panduan ini menyederhanakan prosesnya, mencakup alat, teknik, dan tips penting untuk mengatasi masalah secara efektif.
-
-### Poin Penting:
-
--   **Tantangan Umum**: Bug spesifik platform dan ketidakcocokan plugin native.
--   **Alat yang Dibutuhkan**:
-    -   **[Debugging Web](https://capgo.app/docs/plugin/debugging/)**: [Chrome DevTools](https://developer.chrome.com/docs/devtools), [Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector).
-    -   **[Debugging Native](https://capgo.app/docs/plugin/debugging/)**: [Xcode](https://developer.apple.com/xcode/) untuk iOS, [Android Studio](https://developer.android.com/studio) untuk Android.
-    -   **CLI Capacitor**: Perintah seperti `npx cap doctor` dan `npx cap sync`.
--   **Langkah Debugging**:
-    -   Inspeksi kode web dengan alat browser.
-    -   Debug komponen native dengan alat spesifik platform.
-    -   Gunakan logging verbose untuk masalah plugin.
--   **Optimasi Performa**:
-    -   Analisis performa jaringan, memori, dan UI.
-    -   Manfaatkan alat seperti Chrome DevTools dan profiler native.
-
-### Tips Cepat:
-
--   **Aktifkan Source Maps**: Debug kode asli alih-alih versi yang diminifikasi.
--   **Gunakan [Capgo](https://capgo.app/) untuk Pembaruan**: Push perbaikan secara instan tanpa penundaan app store.
--   **Siapkan Pelacakan Error**: Tangkap masalah secara real-time untuk resolusi lebih cepat.
-
-Panduan ini menyediakan semua yang Anda butuhkan untuk mengidentifikasi dan memperbaiki bug, memastikan aplikasi Capacitor Anda berjalan lancar di semua platform.
-
-## Panduan Lengkap Debugging Ionic
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Alat Debugging Utama
-
-Debugging aplikasi [Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) secara efektif membutuhkan alat yang tepat. Berikut rincian [sumber daya debugging](https://capgo.app/docs/plugin/debugging/) penting yang harus diketahui setiap pengembang Capacitor.
-
-### Debugging Web dengan Alat Browser  
-
-Untuk debugging lapisan web aplikasi Capacitor, **Chrome DevTools** dan **Safari Web Inspector** sangat diperlukan. Alat-alat ini memungkinkan Anda untuk:
-
--   **Panel Jaringan**: Melacak panggilan API, pemuatan sumber daya, dan performa jaringan.
--   **Konsol**: Menangkap error JavaScript, melihat log, dan output debug.
--   **Inspector Elemen**: Inspeksi dan modifikasi elemen DOM secara langsung.
--   **Panel Sumber**: Mengatur breakpoint dan debug eksekusi JavaScript.
-
-Pastikan untuk mengaktifkan source maps - ini memungkinkan Anda men-debug kode asli alih-alih versi produksi yang diminifikasi. Untuk masalah spesifik platform, alat debugging native adalah langkah selanjutnya.
-
-### Alat Debug iOS dan Android
-
-Saat menangani masalah spesifik platform, alat debugging native memberikan wawasan lebih dalam tentang perilaku aplikasi.
-
-**[Alat Debugging Xcode](https://capgo.app/docs/plugin/debugging/)** (untuk iOS):
-
--   Memantau penggunaan memori.
--   Profil performa CPU.
--   Inspeksi aktivitas jaringan.
--   Akses log perangkat melalui aplikasi Console.
-
-**Alat Android Studio** (untuk Android):
-
--   Gunakan **Logcat** untuk log sistem.
--   Analisis UI dengan **Layout Inspector**.
--   Profil performa dengan **CPU Profiler**.
--   Lacak penggunaan memori dengan **Memory Profiler**.
-
-Alat-alat ini melengkapi debugging berbasis browser dengan menangani tantangan spesifik platform.
-
-### Perintah Debug CLI [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-18.jpg?auto=compress)
-
-CLI Capacitor menyertakan perintah-perintah yang membantu memperlancar debugging:
-
-```bash
-npx cap doctor           # Check your environment setup
-npx cap sync             # Sync web code with native projects
-npx cap open ios         # Open iOS project in Xcode
-npx cap open android     # Open Android project in Android Studio
-```
-
-Untuk live reload selama pengembangan, gunakan:
-
-```bash
-ionic cap run ios -l --external       # Live reload for iOS
-ionic cap run android -l --external   # Live reload for Android
-```
-
-Untuk mengatasi masalah plugin, aktifkan logging verbose:
-
-```bash
-npx cap run ios --verbose
-```
-
-Ini menghasilkan log detail tentang inisialisasi plugin dan komunikasi bridge native, membantu Anda mengidentifikasi masalah integrasi antara kode web dan native.
-
-## Metode Debug Web dan Native
-
-### Langkah Debugging Kode Web
-
-Untuk mengatasi masalah komponen web, manfaatkan alat pengembang browser. Alat-alat ini memungkinkan Anda memeriksa elemen, mencatat pesan ke konsol, memantau performa, dan melacak permintaan jaringan untuk menemukan masalah. Gunakan source maps untuk melacak error kembali ke kode asli. Jika masalah melibatkan komponen native, beralih ke [metode debugging](https://capgo.app/docs/plugin/debugging/) yang disesuaikan dengan platform.
-
-### Langkah Debug Kode Native
-
-Untuk iOS, andalkan debugger [LLDB](https://en.wikipedia.org/wiki/LLDB_\(debugger\)) Xcode. Atur breakpoint dalam kode Swift atau Objective-C Anda untuk menelusuri eksekusi. Gunakan Instruments untuk memantau penggunaan memori dan aktivitas thread. Untuk Android, Android Studio menyediakan alat yang kuat, termasuk logging native. Berikut contohnya:
-
-```java
-Log.d("CapacitorApp", "Debug information");
-Log.e("CapacitorApp", "Error details", exception);
-```
-
-Alat-alat ini juga menyederhanakan debugging untuk plugin saat diintegrasikan ke dalam alur kerja Anda.
-
-### Solusi Debug Plugin
-
-Logging verbose sangat penting saat debugging plugin. Perhatikan area berikut:
-
--   Komunikasi antara bridge dan plugin
--   Implementasi metode spesifik
--   Bagaimana error dipropagasi
-
-Alat pelacakan error Capgo dapat menangkap masalah plugin lebih awal, mencegahnya mempengaruhi pengguna. Anda juga dapat menyiapkan pelaporan error otomatis dengan kode seperti ini:
-
-```javascript
-window.addEventListener('error', (event) => {
-    console.error('Plugin Error:', {
-      message: event.message,
-      filename: event.filename,
-      lineNo: event.lineno
-    });
-});
-```
-
-Pendekatan ini memastikan Anda menangkap dan mengatasi masalah secara efisien.
-
-## Skenario Debug Kompleks
-
-### Masalah Peluncuran Aplikasi
-
-Masalah peluncuran sering terjadi sebelum logging standar dimulai, membuatnya sulit untuk didiagnosis. Berikut pendekatan langkah demi langkah untuk menanganinya:
-
--   **Periksa Log Native**: Gunakan alat spesifik platform seperti Xcode Console untuk iOS atau Logcat Android Studio untuk mengungkap error inisialisasi. Log ini sering mengandung petunjuk pertama tentang apa yang salah.
-    
--   **Lacak Error Plugin**: Pantau masalah pemuatan plugin dengan pendengar sederhana. Berikut contoh snippet:
-    
-    ```javascript
-    App.addListener('pluginError', (info) => {
-        console.error('Plugin failed to load:', info.pluginId);
-        console.error('Error:', info.errorMessage);
-    });
-    ```
-    
--   **Inspeksi Pemuatan Sumber Daya**: Gunakan alat pengembang browser untuk memverifikasi apakah sumber daya penting dimuat dengan benar. Cari permintaan yang diblokir atau aset yang lambat dimuat dan tinjau metrik waktu.
-    
-
-Setelah pemeriksaan awal ini selesai, Anda dapat beralih ke metode debugging spesifik platform.
-
-### Masalah Spesifik Platform
-
-Beberapa bug terkait dengan platform tertentu, memerlukan teknik troubleshooting yang disesuaikan.
-
-Untuk **debugging iOS**:
-
--   Gunakan **Memory Graph Debugger Xcode** untuk menemukan kebocoran memori.
--   Uji kondisi jaringan berbeda dengan **Network Link Conditioner**.
--   Tambahkan logging spesifik perangkat untuk menangkap crash iOS.
-
-Untuk **debugging Android**:
-
--   Manfaatkan **CPU Profiler Android Studio** untuk menganalisis performa.
--   Aktifkan **strict mode** untuk menandai operasi disk atau jaringan yang berjalan di thread utama.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan pembaruan berkelanjutan kepada pengguna kami!" – Rodrigo Mantica \[2\]
-
-### Masalah Performa
-
-Setelah menyelesaikan masalah peluncuran dan spesifik platform, arahkan perhatian Anda pada performa. Menangani masalah performa melibatkan fokus pada tiga area utama: jaringan, memori, dan UI.
-
--   **Performa Jaringan**: Gunakan Chrome DevTools untuk mengidentifikasi respons API yang lambat atau payload yang terlalu besar.
--   **Manajemen Memori**: Temukan kebocoran dengan profiler native untuk memastikan penggunaan memori yang efisien.
--   **Optimasi UI**: Pantau frame rate dan animasi menggunakan alat bawaan untuk memastikan interaksi pengguna yang lancar.
-
-Alat pelacakan error Capgo memudahkan mengidentifikasi bottleneck ini lebih awal. Mereka juga memungkinkan Anda mengeluarkan perbaikan dengan cepat, melewati penundaan review app store \[3\].
-
-## Pedoman Debug
-
-Debug efektif aplikasi Capacitor bergantung pada logging terstruktur, pemantauan error, dan manajemen source map.
-
-### Menyiapkan Log Aplikasi
-
-Untuk debug secara efektif, gunakan log terstruktur dengan level yang ditentukan untuk menghindari noise yang tidak perlu.
-
-```javascript
-const logLevels = { ERROR: 0, WARN: 1, INFO: 2, DEBUG: 3 };
-
-function logMessage(level, message, data = null) {
-    const timestamp = new Date().toISOString();
-    const logData = { timestamp, level, message, data };
-
-    if (process.env.NODE_ENV === 'development') {
-        console.log(JSON.stringify(logData));
-    }
-}
-```
-
-Dalam produksi, terapkan rotasi log untuk mencegah log tumbuh tidak terkendali:
-
-```javascript
-const MAX_LOG_SIZE = 1024 * 1024; // 1MB
-const MAX_LOG_FILES = 5;
-
-function rotateLogFiles() {
-    // Rotate logs to maintain up to 5 files of 1MB each
-}
-```
-
-Selain logging, memiliki sistem untuk memantau error secara real-time sangat penting.
-
-### Pengaturan Pemantauan Error
-
-Siapkan sistem pelacakan error terpadu yang menangkap masalah di kedua lapisan klien dan native.
-
-```javascript
-window.onerror = function(message, source, lineno, colno, error) {
-    logMessage(logLevels.ERROR, {
-        message,
-        source,
-        line: lineno,
-        column: colno,
-        stack: error?.stack
-    });
-
-    // Send error details to monitoring service
-    return false;
-};
-```
-
-Alat pelacakan error Capgo dapat membantu memantau penerapan pembaruan dan menilai dampaknya terhadap pengguna [\[1\]](https://capgo.app/). Integrasi ini memberikan wawasan penting tentang performa pembaruan dan keterlibatan pengguna.
-
-> "Analitik detail dan pelacakan error" – Capgo [\[1\]](https://capgo.app/)
-
-Source map adalah alat penting lainnya untuk menyederhanakan debugging, terutama untuk kode yang diminifikasi.
-
-### Integrasi Source Map
-
-Pastikan proses build Anda menghasilkan dan mengelola source map dengan benar:
-
-```javascript
-// webpack.config.js
-module.exports = {
-    devtool: process.env.NODE_ENV === 'production' 
-        ? 'hidden-source-map' 
-        : 'eval-source-map',
-    // ... other configuration settings
-};
-```
-
-Untuk membuat debugging lebih mudah, otomatisasi upload source map selama deployment:
-
-```javascript
-const uploadSourceMaps = async (buildId) => {
-    const sourceMapFiles = await glob('dist/**/*.map');
-
-    for (const file of sourceMapFiles) {
-        await uploadToDebugServer({
-            buildId,
-            file,
-            version: process.env.APP_VERSION
-        });
-    }
-};
-```
-
-Jika Anda menggunakan source map dalam produksi, batasi akses hanya untuk pengembang yang berwenang untuk menjaga keamanan sambil tetap memungkinkan debugging yang efektif.
-
-## Menggunakan [Capgo](https://capgo.app/) untuk Pembaruan Cepat
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-Membangun di atas [teknik debugging](https://capgo.app/docs/plugin/debugging/) yang solid, alat seperti Capgo memudahkan menjaga stabilitas aplikasi Anda dengan memungkinkan pembaruan instan. Capgo memungkinkan pengembang mendorong pembaruan tanpa menunggu persetujuan app store, sambil tetap menjaga fitur debugging.
-
-### Fitur Debug Capgo
-
-Memperbaiki masalah dengan cepat adalah kunci untuk menjaga kualitas aplikasi. Capgo menawarkan wawasan real-time tentang performa aplikasi, membantu menyelesaikan bug secara efisien. Ini memiliki tingkat keberhasilan global 82% untuk pembaruan, dengan 95% pengguna menerima pembaruan dalam 24 jam [\[1\]](https://capgo.app/).
-
-Berikut beberapa fitur unggulannya:
-
-```javascript
-// Initialize Capgo error tracking
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyListeners('download_failed', {
-  version: '1.0.0',
-  error: 'Network timeout'
-});
-```
-
-Capgo juga mendukung peluncuran bertahap menggunakan sistem channel, yang bagus untuk menguji pembaruan:
-
-```javascript
-// Deploy update to beta channel
-async function deployBetaFix() {
-    await CapacitorUpdater.sync({
-        channel: 'beta',
-        version: '1.0.1-beta'
-    });
-}
-```
-
-Alat-alat ini dapat diintegrasikan dengan mulus ke dalam alur kerja Anda untuk pembaruan yang lancar dan efisien.
-
-### Menambahkan Capgo ke Proses Debug Anda
-
-Memulai dengan Capgo sangatlah sederhana. Mulai dengan menginisialisasi menggunakan perintah berikut:
-
-```bash
-npx @capgo/cli init
-```
-
-Berikut cara memaksimalkan penggunaannya:
-
--   **Siapkan pemantauan kesalahan**  
-    Tambahkan pelacakan kesalahan di lapisan client dan native untuk mendeteksi masalah lebih awal:
-    
-    ```javascript
-    // Configure error monitoring
-    const setupErrorTracking = () => {
-        CapacitorUpdater.addListener('updateFailed', (info) => {
-            console.error('Update failed:', info);
-            // Send error details to your tracking service
-        });
-    };
-    ```
-    
--   **Terapkan perbaikan secara bertahap**  
-    Gunakan peluncuran bertahap untuk menguji pembaruan pada kelompok lebih kecil sebelum rilis penuh.
-    
--   **Pantau metrik pembaruan**  
-    Perhatikan statistik kinerja utama untuk memastikan pembaruan berjalan lancar:
-    
-    | Metrik | Kinerja |
-    | --- | --- |
-    | Kecepatan Pengiriman Update | 114ms untuk bundle 5MB |
-    | Waktu Respon API | 57ms di seluruh dunia |
-    | Tingkat Pembaruan Pengguna | 95% dalam 24 jam |
-
-Sistem pembaruan parsial Capgo hanya mengunduh file yang berubah, mengurangi gangguan selama debugging. Dengan enkripsi end-to-end dan kepatuhan terhadap pedoman app store, ini adalah alat yang ampuh untuk menjaga stabilitas aplikasi Anda dan menyelesaikan masalah dengan cepat.
-
-## Ringkasan
-
-### Ikhtisar Alat dan Metode
-
-Debugging yang efektif membutuhkan kombinasi alat dan teknik yang tepat. Panduan ini mencakup metode penting yang mendukung alur kerja pengembangan yang kuat. Alat utama mencakup **developer tools browser**, **debugger khusus platform**, dan **[perintah Capacitor CLI](https://capgo.app/docs/cli/commands/)**, semuanya bekerja bersama untuk mengidentifikasi dan memperbaiki masalah dengan cepat.
-
-Menggabungkan praktik debugging yang baik dengan pembaruan langsung dapat sangat meningkatkan stabilitas aplikasi. Misalnya, aplikasi yang menggunakan alur kerja ini melaporkan tingkat pembaruan pengguna 95% dalam 24 jam[\[1\]](https://capgo.app/).
-
-| Komponen Debug | Fungsi Utama | Dampak |
-| --- | --- | --- |
-| **Alat Browser** | Memeriksa kode web | Mendeteksi kesalahan secara real-time |
-| **Debugger Platform** | Menganalisis kode native | Menyelesaikan masalah khusus platform |
-| **Pemantauan Kesalahan** | Melacak masalah secara proaktif | Mencapai tingkat keberhasilan 82% secara global[\[1\]](https://capgo.app/) |
-| **Pembaruan Langsung** | Memperbaiki bug secara instan | Mendorong tingkat pembaruan pengguna 95% dalam 24 jam[\[1\]](https://capgo.app/) |
-
-### Langkah Selanjutnya
-
-Anda dapat meningkatkan proses debugging dengan mengambil langkah-langkah berikut:
-
--   **Siapkan pemantauan kesalahan** untuk lapisan web dan native untuk mendeteksi masalah lebih awal.
--   **Gunakan peluncuran bertahap** untuk menguji perbaikan sebelum menerapkannya sepenuhnya.
--   **Aktifkan source maps** untuk melacak kesalahan lebih akurat.
--   **Integrasikan alat debugging** ke dalam pipeline CI/CD Anda untuk alur kerja yang lebih lancar.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan berkelanjutan kepada pengguna kami!" - Rodrigo Mantica[\[1\]](https://capgo.app/)
-
-Pantau metrik kinerja penting untuk memastikan aplikasi Anda berjalan lancar.
diff --git a/src/content/blog/id/ultimate-guide-to-ota-update-security-for-capacitor-apps.md b/src/content/blog/id/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
deleted file mode 100644
index de9a0becd..000000000
--- a/src/content/blog/id/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
+++ /dev/null
@@ -1,239 +0,0 @@
----
-slug: ultimate-guide-to-ota-update-security-for-capacitor-apps
-title: Panduan Lengkap Keamanan Update OTA untuk Aplikasi Capacitor
-description: >-
-  Temukan strategi penting untuk mengamankan pembaruan OTA aplikasi seluler,
-  dengan fokus pada enkripsi, verifikasi, dan kepatuhan terhadap standar
-  industri.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-13T08:04:34.421Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ad4d12971060b04c742b83-1739433897515.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  OTA updates, security, encryption, mobile apps, compliance, data protection,
-  update integrity, app store rules
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Over-the-air (OTA) update adalah cara cepat untuk meningkatkan aplikasi [Capacitor](https://capacitorjs.com/) tanpa menunggu persetujuan app store. Namun hal ini memiliki risiko seperti perusakan kode, serangan downgrade, dan kebocoran data. Berikut cara mengamankan update Anda:
-
-1. **Enkripsi Semuanya**: Gunakan AES-256 untuk file update dan RSA-2048 untuk pertukaran kunci yang aman.
-2. **Tanda Tangani Bundle Update**: Autentikasi update dengan pasangan kunci privat/publik untuk mencegah perusakan.
-3. **Amankan Transfer Data**: Terapkan TLS 1.3 dengan certificate pinning untuk memblokir intersepsi.
-4. **Verifikasi File**: Gunakan hash SHA-256 untuk memastikan integritas update.
-
-### Ikhtisar Cepat tentang Risiko dan Solusi
-
-| **Risiko** | **Dampak** | **Solusi** |
-| --- | --- | --- |
-| Man-in-the-Middle | Injeksi malware | TLS 1.3, certificate pinning |
-| Injeksi Kode | Kompromi aplikasi | Penandatanganan bundle, pemeriksaan file |
-| Serangan Downgrade | Eksploitasi kerentanan lama | Kontrol versi, pemeriksaan integritas |
-
-Untuk tetap mematuhi aturan App Store dan [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation), pastikan update aman, transparan, dan melindungi data pengguna. Alat seperti [Capgo](https://capgo.app/) dapat mengotomatisasi enkripsi, penandatanganan, dan pemantauan untuk update OTA yang lebih aman.
-
-## [Capacitor](https://capacitorjs.com/) untuk Enterprise
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-13.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/m2kFUvSFcSs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Dasar-dasar Keamanan untuk Update OTA
-
-Pada 2022, peneliti menemukan bahwa 78% perangkat dengan kemampuan OTA memiliki kerentanan dalam proses update mereka [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update). Untuk mengatasi ini, kerangka keamanan yang kuat sangat penting, berfokus pada tiga area utama: **penandatanganan bundle**, **transfer data yang aman**, dan **verifikasi file**. Elemen-elemen ini adalah tulang punggung dari [metode enkripsi](https://capgo.app/docs/cli/migrations/encryption/) yang akan dibahas kemudian.
-
-### Penandatanganan Bundle Update
-
-Penandatanganan bundle adalah langkah pertama untuk memastikan hanya update yang diotorisasi yang didistribusikan. Pengembang menggunakan kunci privat untuk menandatangani bundle update, sementara aplikasi memverifikasinya menggunakan kunci publik yang tertanam. Sebagai contoh, Capgo mengintegrasikan kunci publik selama proses build aplikasi, mematuhi protokol keamanan spesifik platform.
-
-| Komponen Penandatanganan | Tujuan | Keunggulan Keamanan |
-| --- | --- | --- |
-| Kunci Privat | Menandatangani bundle update | Membatasi pembuatan update hanya untuk pengembang yang diotorisasi |
-| Kunci Publik | Memverifikasi tanda tangan | Mengonfirmasi update sah dan tidak dirusak |
-| Tanda Tangan Digital | Menghubungkan bundle ke pengembang | Memastikan keterlacakan dan mencegah perusakan |
-
-### Transfer Data yang Aman 
-
-Transfer data yang aman sangat penting untuk melindungi update selama transmisi. TLS 1.3 adalah standar untuk ini, mengurangi waktu handshake sebesar 40% dibandingkan TLS 1.2 [\[6\]](https://interrupt.memfault.com/blog/firmware-encryption-with-python). Ini juga menggabungkan fitur seperti certificate pinning dan autentikasi mutual TLS (mTLS) untuk memblokir serangan man-in-the-middle dan membangun kepercayaan antara aplikasi dan server update. Capgo menerapkan TLS 1.3 secara default dan mendukung pengaturan certificate pinning kustom, memastikan perlindungan yang kuat selama transfer data.
-
-### Verifikasi File Update
-
-Verifikasi file adalah pertahanan terakhir sebelum update diinstal. Fungsi hash kriptografis, seperti SHA-256, membuat sidik jari unik untuk setiap paket update. Aplikasi membandingkan sidik jari ini dengan hash yang disediakan server untuk memastikan integritas. Mengotomatisasi pembuatan hash SHA-256 dan validasi dalam pipeline CI/CD memperkuat proses ini. Mengintegrasikan audit otomatis secara teratur ke dalam alur kerja CI/CD juga membantu mengatasi tantangan keamanan baru saat muncul.
-
-## Enkripsi Data untuk Update OTA
-
-Enkripsi menambahkan lapisan keamanan ekstra pada proses penandatanganan dan verifikasi, membuat data yang diintersep tidak berguna bagi penyerang.
-
-### Enkripsi Paket Update
-
-Proses enkripsi dua langkah digunakan, menggabungkan **AES-256** untuk mengenkripsi file update dan **RSA-2048** untuk mengamankan pertukaran kunci.
-
-| Lapisan Enkripsi | Metode | Tujuan |
-| --- | --- | --- |
-| Konten Paket | AES-256 | Melindungi file update sebenarnya |
-| Pertukaran Kunci | RSA-2048 | Mengamankan pengiriman kunci enkripsi |
-
-Setiap paket update dienkripsi dengan kunci AES unik, yang kemudian dienkripsi menggunakan kunci RSA publik perangkat. Capgo menerapkan metode ini secara otomatis, menghasilkan kunci enkripsi baru untuk setiap distribusi update [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-### Keamanan Kunci Enkripsi
-
-Manajemen kunci yang tepat sangat penting untuk memastikan update terenkripsi tetap aman:
-
-- **Pembuatan Kunci**: Selalu gunakan generator acak yang aman untuk membuat kunci enkripsi.
-- **Penyimpanan Kunci**: Simpan kunci di lingkungan aman berbasis perangkat keras seperti [StrongBox](https://source.android.com/docs/security/best-practices/hardware) Android atau [Secure Enclave](https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/web) iOS [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update)[\[7\]](https://www.sorinmustaca.com/implementing-secure-over-the-air-ota-updates-in-embedded-devices/).
-- **Rotasi Kunci**: Perbarui kunci enkripsi setiap 90 hari. Gunakan transisi bertahap untuk menjaga kompatibilitas dan selaraskan rotasi kunci dengan pipeline CI/CD Anda.
-
-### Fitur Keamanan Perangkat
-
-Perangkat modern dilengkapi dengan keamanan perangkat keras bawaan yang dirancang untuk melindungi kunci enkripsi. Misalnya, StrongBox Android dan Secure Enclave iOS menyediakan lingkungan terisolasi untuk tugas kriptografis [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update)[\[7\]](https://www.sorinmustaca.com/implementing-secure-over-the-air-ota-updates-in-embedded-devices/). Pengembang iOS dapat memanfaatkan fitur ini menggunakan API Security framework.
-
-Praktik enkripsi ini membantu memenuhi standar industri yang dibahas di bagian berikut.
-
-## Memenuhi Standar Industri
-
-Memastikan update OTA yang aman berarti mengikuti aturan platform dan undang-undang perlindungan data dengan ketat. Lanskap kepatuhan rumit, dengan tuntutan berbeda dari app store dan peraturan privasi.
-
-Standar-standar ini bergantung pada praktik keamanan inti seperti enkripsi dan penandatanganan, dipasangkan dengan aturan spesifik platform.
-
-### Aturan App Store
-
-Pedoman App Store Apple 2.5.2 memberlakukan pembatasan yang jelas pada update OTA untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Update hanya dapat memodifikasi konten web seperti HTML, CSS, dan JavaScript dalam container aplikasi - mengubah fungsionalitas native tidak diperbolehkan [\[1\]](https://github.com/capacitor-community/android-security-provider).
-
-| Platform | Persyaratan |
-| --- | --- |
-| Apple App Store | Update khusus web • Tidak ada kode yang dapat dieksekusi • Pengungkapan sebelum unduh |
-| Google Play | Penegakan HTTPS • Pemeriksaan integritas • Pembatasan update fitur |
-
-Google Play memberikan fleksibilitas lebih besar tetapi tetap menerapkan langkah-langkah keamanan yang ketat [\[3\]](https://insight.sbdautomotive.com/rs/164-IYW-366/images/Preparing%20for%20regulated%20automotive%20over-the-air%20updates.pdf). Update harus menggunakan protokol transfer yang aman dan menyertakan pemeriksaan integritas yang tepat.
-
-### Undang-undang Privasi
-
-Peraturan privasi semakin memperumit kepatuhan update OTA. Undang-undang seperti GDPR dan [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) menetapkan aturan yang jelas untuk menangani data pengguna selama update.
-
-| Aspek Update OTA | GDPR | CCPA |
-| --- | --- | --- |
-| Pengumpulan Data | Data minimal yang diperlukan | Pengungkapan penuh diperlukan |
-| Hak Pengguna | Persetujuan eksplisit diperlukan | Opsi opt-out wajib |
-| Langkah Keamanan | Enkripsi end-to-end | Keamanan yang wajar |
-| Dokumentasi | Dokumentasi [proses update](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Dokumentasi proses update |
-
-> "Kunci untuk mempertahankan kepatuhan adalah menerapkan prinsip privasi sejak awal", menjelaskan dokumen panduan Dewan Perlindungan Data Eropa. "Ini termasuk memasukkan pertimbangan perlindungan data ke dalam setiap aspek proses update." [\[8\]](https://essaypro.com/blog/article-review)
-
-Untuk aplikasi Capacitor, ini berarti fokus pada langkah-langkah praktis seperti:
-
-- **Update Transparan**: Ungkapkan dengan jelas isi update dan bagaimana data digunakan.
-- **Transfer Data Aman**: Gunakan enkripsi end-to-end untuk semua komunikasi terkait update.
-
-Pelanggaran GDPR dapat mengakibatkan denda hingga €20 juta [\[9\]](https://www.socialsellinator.com/social-selling-blog/seo-article-writing). Untuk tetap patuh, lakukan audit triwulanan dan selaraskan dengan proses pemantauan update Anda.
-
-## Pemantauan dan Respons Keamanan
-
-Pemantauan berkelanjutan memainkan peran penting dalam melindungi dari ancaman baru dan berkembang. Organisasi dengan sistem pemantauan yang kuat dapat mengidentifikasi pelanggaran **74% lebih cepat** [\[2\]](https://www.iotinsider.com/industries/security/over-the-air-updates-ota-best-practices-for-device-safety/).
-
-### Deteksi Ancaman
-
-Pada 2024, **41% organisasi** menghadapi insiden keamanan terkait update OTA [\[1\]](https://github.com/capacitor-community/android-security-provider). Ini menyoroti pentingnya sistem pemantauan yang dapat melacak dan mengatasi risiko-risiko ini secara efektif.
-
-| Komponen | Fungsi | Contoh |
-| --- | --- | --- |
-| Analisis Real-time | Mendeteksi pola tidak biasa dalam lalu lintas update | Sistem pengenalan pola |
-| Pengawasan Jaringan | Mendeteksi upaya akses tidak sah | Penyaringan lalu lintas |
-| Analitik Perilaku Pengguna | Mengidentifikasi perilaku update mencurigakan | Model perilaku |
-
-Untuk tetap selangkah lebih maju dari penyerang, sistem deteksi membutuhkan pembaruan konstan. Machine learning memainkan peran kunci dengan beradaptasi terhadap metode serangan baru [\[1\]](https://github.com/capacitor-community/android-security-provider)[\[2\]](https://www.iotinsider.com/industries/security/over-the-air-updates-ota-best-practices-for-device-safety/). Capgo memperkuat proses ini dengan pemeriksaan integritas real-time dan analisis perilaku [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-### Rencana Respons Keamanan
-
-Untuk aplikasi Capacitor yang menggunakan pembaruan OTA, memiliki rencana respons yang jelas sangat penting. Rencana ini harus selaras dengan persyaratan keamanan platform tertentu, seperti pedoman Apple 2.5.2. Rencana yang dipersiapkan dengan baik dapat menurunkan biaya pelanggaran sebesar **38%** [\[10\]](https://www.ontotext.com/knowledgehub/fundamentals/information-extraction/).
-
-| Fase | Tindakan Utama |
-| --- | --- |
-| Deteksi Awal | Memicu peringatan dan analisis otomatis |
-| Penahanan | Menghentikan pembaruan dan mengisolasi ancaman |
-| Investigasi | Melakukan analisis akar masalah |
-| Pemulihan | Memulihkan sistem dan layanan |
-
-Capgo memperlancar respons untuk aplikasi Capacitor dengan mengotomatisasi tindakan seperti mengkarantina pembaruan mencurigakan dan membuat log forensik untuk analisis lebih mendalam [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-Langkah-langkah deteksi dan respons ini bekerja bersama dengan protokol enkripsi dan penandatanganan untuk menyediakan sistem pertahanan berlapis.
-
-## Fitur Keamanan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-13.jpg?auto=compress)
-
-Capgo memastikan keamanan melalui tiga pendekatan utama yang bekerja bersama sistem pemantauannya:
-
-### Enkripsi dan Standar
-
-| Lapisan Keamanan | Implementasi |
-| --- | --- |
-| Perlindungan Paket | Enkripsi hybrid AES-256 dan RSA-2048 |
-| Kepatuhan Platform | Validasi konten otomatis |
-
-Capgo menerapkan pembatasan pembaruan yang diperlukan oleh App Store menggunakan validasi konten otomatis.
-
-### Keamanan CI/CD
-
-Keamanan dibangun ke dalam pipeline CI/CD Capgo dengan:
-
--   **Autentikasi deployment berbasis token** untuk mengamankan proses
--   **Peluncuran bertahap** yang mencakup opsi penghentian darurat untuk mitigasi masalah cepat
-
-### Keunggulan Open-Source
-
-Kerangka kerja open-source Capgo memungkinkan peningkatan yang didorong komunitas, yang penting untuk keamanan sistem OTA.
-
--   **Kode sumber publik** memungkinkan audit independen
--   Lebih dari **180 kontributor** membantu mengidentifikasi dan mengatasi kerentanan
--   **Desain modular** memungkinkan peningkatan keamanan kustom
-
-Fitur-fitur ini selaras dengan kebutuhan enkripsi dan kepatuhan yang dibahas sebelumnya.
-
-## Ringkasan
-
-### Poin Penting
-
-Untuk memastikan pembaruan OTA yang aman, Anda memerlukan pendekatan berlapis yang menggabungkan **enkripsi**, **verifikasi**, dan **pemantauan**. Elemen-elemen ini bekerja bersama untuk melindungi proses pembaruan dan data pengguna.
-
-### Langkah-langkah untuk Mengamankan Pembaruan OTA
-
-Berikut panduan singkat untuk menyiapkan sistem OTA yang aman:
-
--   **Gunakan Enkripsi dan Verifikasi yang Kuat**  
-    Kombinasikan enkripsi AES-256 dengan RSA-2048 untuk kerangka keamanan yang kuat.
-    
--   **Aktifkan Pemantauan Real-Time**  
-    Siapkan sistem deteksi ancaman seperti yang dijelaskan di Bagian 5 untuk menangkap dan mengatasi masalah saat muncul.
-    
--   **Tetap Patuh**  
-    Terus patuhi pedoman platform dan peraturan privasi, seperti yang diuraikan dalam Aturan App Store.
-    
-
-Alat validasi otomatis dan peluncuran bertahap Capgo memudahkan penerapan strategi ini sambil tetap mematuhi aturan.
-
-## FAQ
-
-### Apa saja masalah keamanan dengan OTA?
-
-Pembaruan over-the-air memiliki beberapa tantangan keamanan yang harus diatasi pengembang untuk memastikan pembaruan tetap aman dan terpercaya.
-
-Berikut beberapa kerentanan umum:
-
-| Jenis Kerentanan | Deskripsi | Dampak |
-| --- | --- | --- |
-| Serangan rollback | Instalasi versi lama yang tidak aman | Eksploitasi kelemahan yang diketahui |
-| Kunci yang dikompromikan | Enkripsi lemah atau kunci yang dicuri | Eksekusi kode tidak sah |
-
-Untuk mengatasi risiko ini, pengembang harus mempertimbangkan langkah-langkah berikut:
-
--   Gunakan **enkripsi AES-256** untuk paket pembaruan (lihat Bagian 3).
--   Bangun **koneksi dengan sertifikat yang dipatok** untuk mencegah perusakan.
--   Terapkan **sistem pemantauan perilaku** (lihat Bagian 5).
-
-Untuk aplikasi Capacitor, mengikuti protokol keamanan dan menggabungkan validasi CI/CD otomatis (diuraikan di Bagian 6) sangat penting. Langkah-langkah ini melengkapi metode enkripsi dan kerangka kepatuhan yang diuraikan di Bagian 3 dan 4.
diff --git a/src/content/blog/id/understanding-apples-privacy-manifest.md b/src/content/blog/id/understanding-apples-privacy-manifest.md
deleted file mode 100644
index bc6964576..000000000
--- a/src/content/blog/id/understanding-apples-privacy-manifest.md
+++ /dev/null
@@ -1,141 +0,0 @@
----
-slug: understanding-apples-privacy-manifest
-title: Memahami Manifes Privasi Apple
-description: >-
-  Pelajari lebih lanjut tentang manifes privasi wajib Apple, pentingnya untuk
-  aplikasi iOS, dan cara memenuhi persyaratan secara efektif dengan panduan yang
-  jelas.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T02:23:31.365Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92-1744943188853.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  Privacy Manifest, iOS, data collection, App Store, compliance, Capgo, JSON,
-  updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**Privacy Manifest Apple sekarang wajib untuk semua aplikasi iOS.** Mulai Mei 2024, setiap pengajuan App Store harus menyertakan file JSON ini untuk merinci pengumpulan data, penggunaan API, SDK pihak ketiga, dan domain jaringan. Berikut yang perlu Anda ketahui:
-
--   **Apa itu**: File konfigurasi JSON yang mengungkapkan:
-    -   Data yang dikumpulkan dan tujuannya
-    -   API dan SDK pihak ketiga yang digunakan
-    -   Domain eksternal yang diakses
--   **Mengapa penting**: Memastikan transparansi dan kepatuhan dengan standar privasi Apple.
--   **Cara mematuhi**: Tambahkan manifest ke bundle aplikasi iOS Anda dan perbarui secara berkala, terutama jika menggunakan alat pembaruan langsung seperti [Capgo](https://capgo.app/).
-
-**Tips Cepat**: Alat seperti Capgo menyederhanakan kepatuhan dengan mengotomatisasi pembaruan manifest, menawarkan penerapan instan, dan menyediakan analitik untuk melacak keberhasilan.
-
-Lanjutkan membaca untuk mempelajari cara menyiapkan dan memverifikasi Privacy Manifest Anda, menghindari kesalahan umum, dan memastikan pembaruan lancar.
-
-## WWDC23: Memulai dengan privacy manifest | Apple
-
-<iframe src="https://www.youtube.com/embed/OQMF4LDqscc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Elemen Inti Privacy Manifest
-
-Privacy Manifest Apple mencakup tiga komponen utama:
-
-1.  **Deklarasi Data**: Tentukan jenis data yang dikumpulkan aplikasi Anda, alasan pengumpulannya, API sensitif privasi yang digunakan, dan SDK pihak ketiga yang terintegrasi ke dalam aplikasi. Anda juga harus memberikan alasan bisnis yang jelas untuk masing-masing.
-    
-2.  **Domain Eksternal**: Daftar semua domain eksternal yang berkomunikasi dengan aplikasi Anda, jelaskan tujuan komunikasi, dan rincian langkah-langkah keamanan yang diterapkan.
-    
-3.  **Format JSON dan Penyematan**: Ikuti struktur JSON yang diperlukan Apple untuk manifest dan pastikan tertanam dalam bundle aplikasi dan paket pembaruan langsung.
-    
-
-Selanjutnya, kami akan memandu Anda membuat dan memverifikasi manifest dalam proyek Capacitor.
-
-## Menyiapkan Privacy Manifest di [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Membuat File Manifest
-
-Mulai dengan menambahkan file bernama `ios/App/Resources/PrivacyInfo.xcprivacy` untuk mendeklarasikan penggunaan API dan pengumpulan data aplikasi Anda. Berikut contoh seperti apa file tersebut:
-
-```json
-{
-  "NSPrivacyAccessedAPITypes":[{"NSPrivacyAccessedAPIType":"NSUserDefaults","NSPrivacyAccessedAPITypeReasons":["FE001"]}],
-  "NSPrivacyCollectedDataTypes":[{"NSPrivacyDataType":"NSPrivacyDataTypeDeviceID","NSPrivacyDataReason":"Basic app functionality"}]
-}
-```
-
-Setelah membuat file ini, buka [Xcode](https://developer.apple.com/xcode/) untuk memastikan file tersebut dimasukkan dengan benar dalam proyek Anda.
-
-### Pengujian dan Verifikasi
-
-Di Xcode, navigasi ke **Product > Analyze** untuk menghasilkan Laporan Privasi. Tinjau laporan dengan cermat untuk peringatan atau API yang belum dideklarasikan, dan lakukan penyesuaian yang diperlukan untuk menghindari masalah. Setelah semuanya selesai diperiksa, lanjutkan untuk menerapkan pembaruan Anda.
-
-### Pembaruan dengan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Setelah lulus analisis Xcode, gunakan Capgo untuk pembaruan langsung agar privacy manifest aplikasi Anda tetap up-to-date. Capgo menyediakan:
-
--   **Penerapan instan**: 95% pengguna menerima pembaruan dalam 24 jam [\[1\]](https://capgo.app/).
--   **Rollback satu klik** untuk perbaikan cepat.
--   **Alat analitik** untuk melacak keberhasilan pembaruan dan memastikan kepatuhan.
-
-Paket Team Capgo dihargai $83 per bulan (ditagih tahunan), mendukung hingga 100.000 pengguna aktif bulanan (MAU) dan bandwidth 2.000 GB.
-
-## Pedoman Kepatuhan Privasi
-
-Setelah memverifikasi manifest Anda di Xcode, penting untuk memastikan kepatuhan privasi tetap utuh. Berikut cara menjaga semuanya tetap pada jalurnya.
-
-### Praktik yang Direkomendasikan
-
-Pertimbangkan menggunakan Capgo untuk mendorong pembaruan manifest secara instan, menghindari penundaan yang disebabkan oleh tinjauan App Store. Alat ini juga mendukung peluncuran bertahap, memungkinkan Anda menguji perubahan dengan analitik real-time sebelum menerapkannya ke semua pengguna [\[1\]](https://capgo.app/).
-
-### Kesalahan Umum
-
-Mengandalkan [pembaruan manual](https://capgo.app/docs/plugin/cloud-mode/manual-update/) bisa lambat, karena bergantung pada waktu peninjauan App Store, yang bisa memakan waktu berhari-hari atau bahkan berminggu-minggu. Ini sering kali membuat dokumentasi ketinggalan zaman. Di sisi lain, alat otomatis memungkinkan pembaruan instan, menyediakan analitik untuk memantau penerapan, dan memudahkan untuk membatalkan perubahan jika ada masalah [\[1\]](https://capgo.app/).
-
-### Pembaruan Manual vs. Otomatis
-
-Berikut perbandingan singkat metode pembaruan manual dan otomatis:
-
--   **Kecepatan Pengiriman**: Pembaruan manual bisa memakan waktu berhari-hari atau berminggu-minggu, sementara [pembaruan otomatis](https://capgo.app/docs/live-updates/update-behavior/) mencapai 95% pengguna dalam 24 jam [\[1\]](https://capgo.app/).
--   **Pelacakan Keberhasilan**: Metode manual bervariasi, tapi pembaruan otomatis mencapai tingkat keberhasilan 82% di seluruh dunia [\[1\]](https://capgo.app/).
--   **Opsi Rollback**: Pembaruan manual menawarkan pemulihan terbatas, sementara pembaruan otomatis memungkinkan rollback segera.
--   **Pemantauan**: Pemeriksaan manual memakan waktu, sedangkan alat otomatis menyediakan analitik real-time [\[1\]](https://capgo.app/).
--   **Distribusi**: Sistem manual bersifat dasar, sementara alat otomatis mendukung saluran distribusi lanjutan [\[1\]](https://capgo.app/).
--   **Keamanan**: Pembaruan manual tidak memiliki enkripsi bawaan, sedangkan sistem otomatis menggunakan enkripsi end-to-end [\[1\]](https://capgo.app/).
-
-## Perbandingan Alat Pembaruan Langsung
-
-Mari kita lihat perbandingan dua platform pembaruan langsung populer dan bagaimana mereka bersaing.
-
-### Fitur Platform dan Harga
-
-| Fitur | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- |
-| Enkripsi end-to-end | **Ya** | \-  |
-| Tingkat keberhasilan pembaruan | **82% di seluruh dunia** [\[1\]](https://capgo.app/) | \-  |
-| Waktu pengiriman pembaruan | **95% dalam 24 jam** [\[1\]](https://capgo.app/) | \-  |
-| Kecepatan unduh bundle | **114 ms (5 MB)** [\[1\]](https://capgo.app/) | \-  |
-| Biaya tahunan (paket Team) | **$996** | **$6,000** [\[1\]](https://capgo.app/) |
-
-**Kesimpulan singkat**: Capgo menawarkan biaya tahun pertama yang jauh lebih rendah - $996 dibandingkan dengan $6,000 Appflow.
-
-Sekarang, mari kita lihat bagaimana Capgo menonjol khususnya untuk pembaruan Privacy Manifest.
-
-### Privacy Manifest: Manfaat Capgo
-
-Basis kode open-source Capgo menjadikannya pilihan yang kuat untuk mengelola pembaruan Privacy Manifest. Ini memungkinkan penyesuaian cepat untuk memenuhi standar privasi yang berkembang, memastikan kepatuhan tetap dapat dikelola [\[1\]](https://capgo.app/).
-
-## Ringkasan
-
-Sejak Mei 2024, semua aplikasi iOS harus mematuhi persyaratan manifest wajib. Otomatisasi dapat membuat pengelolaan manifest ini jauh lebih mudah. Untuk proyek Capacitor, sertakan manifest Anda dalam bundle iOS dan gunakan alat seperti Capgo untuk mengotomatisasi pembaruan secara aman, berkat enkripsi end-to-end-nya.
-
-Dengan manifest Anda yang sudah diatur dan pembaruan yang diotomatisasi, berikut beberapa praktik kunci untuk memastikan pembaruan Privacy Manifest yang lancar:
-
--   Gunakan alat CLI untuk menyederhanakan penerapan.
--   Terapkan sistem saluran untuk kontrol peluncuran pembaruan.
--   Simpan dokumentasi rinci tentang proses pengumpulan data Anda.
--   Uji dan verifikasi kepatuhan privasi secara berkala.
diff --git a/src/content/blog/id/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md b/src/content/blog/id/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
deleted file mode 100644
index ec1bd75d4..000000000
--- a/src/content/blog/id/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
+++ /dev/null
@@ -1,136 +0,0 @@
----
-slug: update-your-capacitor-apps-seamlessly-using-capacitor-updater
-title: Perbarui Aplikasi Capacitor Anda dengan Mudah Menggunakan Capacitor-updater
-description: >-
-  Salam kepada komunitas Capacitor Ionic, hari ini saya akan membantu Anda
-  mengonfigurasi Capacitor-updater di aplikasi Anda. Agar Anda dapat melakukan
-  deployment tanpa masalah.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-02-27T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /update_flow.webp
-head_image_alt: Pencarian Alternatif Pengembangan Capacitor
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: ''
----
-## Apa itu Capacitor-updater?
-
-Capacitor-updater, sebuah teknologi yang membantu dalam pengiriman pembaruan dan peningkatan aplikasi kepada pengguna akhir secara instan.
-
-Ini sangat bagus jika Anda ingin melakukan perbaikan bug kritis dan mengirimkannya secara instan tanpa melalui proses review App Store.
-
-Anda bisa menganggapnya sebagai kelincahan "seperti web" dalam memuat pembaruan secara langsung segera setelah tersedia.
-
-Selain itu, menyediakan fitur rollback jika pembaruan baru menyebabkan aplikasi crash
-
-## Bagaimana cara kerjanya?
-
-Capgo menjaga bundle JavaScript aplikasi Anda tetap sinkron dengan server Capgo, dan setiap kali pengguna membuka aplikasi, sistem memeriksa server Capgo apakah ada pembaruan baru yang tersedia untuk bundle tersebut. Dan tentu saja, dilengkapi dengan banyak konfigurasi hebat yang dapat membantu Anda menyesuaikan pengalaman pengguna.
-
-Saya menggunakan Capgo di semua proyek yang saya bangun. Hal ini memungkinkan saya menghabiskan lebih sedikit waktu dalam proses review App Store.
-
-Anda dapat membaca lebih lanjut tentang ini [here](https://capgo.app/).
-
-## Apakah ada batasan?
-
-Meskipun terdengar bagus, ada beberapa hal yang perlu kita perhatikan.
-Hal pertama adalah pembaruan OTA __hanya bekerja dengan web bundle__.
-Anda mungkin berpikir ini bukan batasan besar karena di Capacitor JS, kita menulis hampir semua kode dalam JS CSS dan HTML.
-Meskipun ini mungkin benar, masih ada modul native yang kita install ke aplikasi kita.
-Jika sebuah modul mengubah direktori android atau iOS Anda, Anda tidak bisa menggunakan OTA untuk memperbarui aplikasi Anda.
-Hal ini karena konten direktori tersebut digunakan untuk mengompilasi binary Native, yang tidak dapat diperbarui oleh OTA.
-Bahkan aplikasi native tidak dapat memperbarui bagian ini.
-
-Tapi Anda bisa mengatur CI/CD untuk menangani bagian ini, saya membuat tutorial cara melakukannya [here for IOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/).
-
-## Konfigurasi Capgo Otomatis
-
-Saatnya mendaftar, dan dapatkan API key Anda untuk mengunggah versi pertama! Mulai dengan [mendaftar akun Capgo](/register/).
-
-Setelah Anda masuk ke Capgo, Anda akan melihat halaman onboarding
-
-![Halaman onboarding](/onboarding_1_new.webp)
-
-Ikuti langkah-langkah di halaman onboarding untuk menambahkan aplikasi pertama Anda.
-
-### Ikuti panduan CLI
-
-Dari command line, langsung ke root aplikasi Capacitor Anda, jalankan:
-
-`npx @capgo/cli@latest init`
-Untuk menginstal Capgo ke aplikasi Capacitor Anda, CLI akan memandu Anda melalui proses pengaturan aplikasi Anda dengan Capgo.
-
-Jika Anda ingin melakukannya secara manual, Anda dapat mengikuti langkah-langkah di bawah ini.
-
-## Konfigurasi Capgo Manual
-
-### Instal plugin
-
-Anda akan mendapatkan kode ini ditambahkan ke aplikasi Anda:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Untuk menginstal plugin ke aplikasi Capacitor Anda.
-
-Dan kemudian tambahkan kode ini ke aplikasi Anda untuk memberi tahu plugin native bahwa bundle JS dalam keadaan baik (jika Anda tidak melakukan ini, plugin native akan kembali ke versi sebelumnya):
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Ini akan memberi tahu plugin native bahwa instalasi berhasil.
-
-Kemudian lakukan `npm run build && npx cap copy` untuk memperbarui aplikasi Anda.
-
-### Login ke Capgo CLOUD
-
-Pertama, gunakan `all` [apikey](https://console.capgo.app/dashboard/apikeys/) yang ada di akun Anda untuk login dengan CLI:
-
-`npx @capgo/cli@latest login YOU_KEY`
-
-### Tambahkan aplikasi pertama Anda
-
-Mari mulai dengan membuat aplikasi di Capgo Cloud menggunakan CLI.
-
-`npx @capgo/cli@latest app add`
-
-Perintah ini akan menggunakan semua variabel yang didefinisikan dalam file konfigurasi Capacitor untuk membuat aplikasi.
-
-### Unggah versi pertama Anda
-
-Jalankan perintah untuk membangun kode Anda dan mengirimkannya ke Capgo dengan:
-`npx @capgo/cli@latest bundle upload`
-
-Secara default, nama versi akan sama dengan yang ada di file `package.json` Anda.
-
-Periksa di [Capgo](https://console.capgo.app/) apakah build sudah ada.
-
-Anda bahkan dapat mengujinya dengan [aplikasi sandbox mobile](https://capgo.app/app_mobile/) saya.
-
-### Jadikan channel default
-
-Setelah Anda mengirim aplikasi Anda ke Capgo, Anda perlu menjadikan channel Anda `default` agar aplikasi dapat menerima pembaruan dari Capgo.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-## Menerima Pembaruan Langsung di Perangkat
-
-Agar aplikasi Anda dapat menerima pembaruan langsung dari Deploy, Anda perlu menjalankan aplikasi di perangkat atau emulator. Cara termudah untuk melakukan ini adalah dengan menggunakan perintah berikut untuk meluncurkan aplikasi lokal Anda di emulator atau perangkat yang terhubung ke komputer Anda.
-
-    npx cap run [ios | android]
-
-Buka aplikasi, letakkan di latar belakang dan buka lagi, Anda akan melihat di log bahwa aplikasi telah melakukan pembaruan.
-
-Selamat! 🎉 Anda telah berhasil menerapkan Pembaruan Langsung pertama Anda. Ini hanya awal dari apa yang dapat Anda lakukan dengan Pembaruan Langsung. Untuk mempelajari lebih lanjut, lihat [dokumentasi Pembaruan Langsung](/docs/plugin/cloud-mode/getting-started/) lengkap.
-
-
-> Jika Anda perlu menghentikan penerimaan pembaruan di lokal, jalankan perintah ini
-`npx @capgo/cli@latest channel set`
diff --git a/src/content/blog/id/updating-from-capacitor-4-to-capacitor-5.md b/src/content/blog/id/updating-from-capacitor-4-to-capacitor-5.md
deleted file mode 100644
index 1e7da0a07..000000000
--- a/src/content/blog/id/updating-from-capacitor-4-to-capacitor-5.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: updating-from-capacitor-4-to-capacitor-5
-title: 'Memperbarui Capacitor 4 ke Capacitor 5: Panduan Langkah demi Langkah'
-description: >-
-  Pelajari cara memperbarui proyek Capacitor 4 Anda ke Capacitor 5 dengan
-  perubahan besar yang minimal, termasuk memperbarui plugin resmi dan alat yang
-  diperlukan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-09T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /capacitor-5-update.webp
-head_image_alt: Ilustrasi Pembaruan dari Capacitor 4 ke 5
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Capacitor
-published: true
-locale: id
-next_blog: ''
----
-Dibandingkan dengan pembaruan sebelumnya, transisi dari Capacitor 4 ke Capacitor 5 melibatkan perubahan yang minimal. Panduan ini memberikan instruksi langkah demi langkah untuk memperbarui proyek Anda ke Capacitor 5, serta daftar perubahan untuk plugin resmi.
-
-**Catatan**: Capacitor 5 membutuhkan NodeJS 16 atau lebih tinggi, karena Node 12 telah mencapai end-of-life dan Node 14 akan mencapai end-of-life pada 30 April 2023. Disarankan untuk menggunakan versi LTS terbaru dari NodeJS.
-
-1. Pasang versi `latest` dari Capacitor CLI di proyek Anda:
-
-   ```
-   npm i -D @capacitor/cli@latest
-   ```
-
-2. Jalankan perintah berikut untuk membiarkan CLI menangani migrasi:
-
-   ```
-   npx cap migrate
-   ```
-
-   Jika ada langkah migrasi yang tidak dapat diselesaikan, informasi tambahan akan ditampilkan di output terminal. Langkah-langkah migrasi manual tercantum di bawah.
-
-3. Jika Anda memiliki ekstensi VS Code terpasang, periksa bagian rekomendasi dari ekstensi untuk menemukan opsi migrasi proyek Anda ke Capacitor 5.
-
-### Memperbarui Proyek iOS Capacitor 4 ke Capacitor 5
-
-1. **Perbarui Xcode**: Capacitor 5 membutuhkan Xcode 14.1+.
-
-2. **Perbarui .gitignore**: Lakukan perubahan berikut pada file `.gitignore` Anda:
-
-   ```
-   - App/Podfile.lock
-   + App/output
-   ```
-
-3. **Perbarui Assets untuk menggunakan satu ikon aplikasi**: Xcode 14 mendukung satu ikon aplikasi berukuran 1024x1024. Bersihkan AppIcon.appiconset Anda dengan menghapus semua ukuran yang tidak diperlukan.
-
-### Memperbarui Proyek Android Capacitor 4 ke Capacitor 5
-
-1. **Perbarui Android Studio**: Capacitor 5 membutuhkan Android Studio Flamingo | 2022.2.1 atau lebih baru karena penggunaan Gradle 8, yang membutuhkan Java JDK 17. Java 17 disertakan dengan Android Studio Flamingo, jadi tidak diperlukan unduhan tambahan.
-
-2. **Jalankan AGP Upgrade Assistant**: Android Studio dapat membantu dengan beberapa pembaruan terkait Gradle dan memindahkan paket ke dalam file build. Untuk memulai, jalankan `Tools -> AGP Upgrade Assistant`.
-
-3. **Perbarui Variabel Proyek Android**: Di file `variables.gradle` Anda, perbarui nilai-nilai Anda ke minimum baru berikut:
-
-   ```
-   minSdkVersion = 22
-   compileSdkVersion = 33
-   targetSdkVersion = 33
-   androidxActivityVersion = '1.7.0'
-   androidxAppCompatVersion = '1.6.1'
-   androidxCoordinatorLayoutVersion = '1.2.0'
-   androidxCoreVersion = '1.10.0'
-   androidxFragmentVersion = '1.5.6'
-   coreSplashScreenVersion = '1.0.0'
-   androidxWebkitVersion = '1.6.1'
-   junitVersion = '4.13.2'
-   androidxJunitVersion = '1.1.5'
-   androidxEspressoCoreVersion = '3.5.1'
-   cordovaAndroidVersion = '10.1.1'
-   ```
-
-4. **Perbarui Google Services**:
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.google.gms:google-services:4.3.13'
-   +       classpath 'com.google.gms:google-services:4.3.15'
-   }
-   ```
-
-5. **Perbarui plugin Gradle ke 8.0.0**:
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.android.tools.build:gradle:7.2.1'
-   +       classpath 'com.android.tools.build:gradle:8.0.0'
-   }
-   ```
-
-6. **Perbarui Gradle wrapper ke 8.0.2**:
-
-   ```
-   # gradle-wrapper.properties
-   distributionBase=GRADLE_USER_HOME
-   distributionPath=wrapper/dists
-   - distributionUrl=https\://services.gradle.org/distributions/gradle-7.4.2-all.zip
-   + distributionUrl=https\://services.gradle.org/distributions/gradle-8.0.2-all.zip
-   zipStoreBase=GRADLE_USER_HOME
-   zipStorePath=wrapper/dists
-   ```
-
-7. **Nonaktifkan Jetifier**:
-
-   ```
-   # gradle.properties
-   android.useAndroidX=true
-   - android.enableJetifier=true
-   ```
-
-8. **Pindahkan paket ke `build.gradle`**:
-
-   ```
-   # AndroidManifest.xml
-   <?xml version="1.0" encoding="utf-8"?>
-   - <manifest xmlns:android="http://schemas.android.com/apk/res/android"
-   -     package="[YOUR_PACKAGE_ID]">
-   + <manifest xmlns:android="http://schemas.android.com/apk/res/android">
-   ```
-
-   ```
-   # build.gradle
-   android {
-   +     namespace "[YOUR_PACKAGE_ID]"
-         compileSdkVersion rootProject.ext.compileSdkVersion
-   ```
-
-9. **Perbarui androidScheme**: Di Capacitor 6, `https` akan menjadi pengaturan default untuk `androidScheme` untuk aplikasi yang ada untuk lebih memungkinkan aplikasi Capacitor menggunakan fitur Autofill sistem. Untuk menghindari kehilangan data akibat perubahan ini, atur skema ke `http` sekarang, meskipun itu adalah default saat ini.
-
-   ```
-   {
-     server: {
-       androidScheme: "http"
-     }
-   }
-   ```
-
-10. **Perbarui versi Kotlin**: Jika proyek Anda menggunakan Kotlin, perbarui variabel `kotlin_version` ke `'1.8.20'`.
-
-### Perubahan Fungsionalitas Plugin
-
-Fungsionalitas plugin berikut telah dimodifikasi atau dihapus. Perbarui kode Anda sesuai:
-
-- Action Sheet
-- Browser
-- Camera
-- Device
-- Geolocation
-- Google Maps
-- Local Notifications
-- Push Notifications
-- Status Bar
-
-### Action Sheet
-
-- Perbarui variabel `androidxMaterialVersion` ke `1.8.0`.
-
-### Browser
-
-- Perbarui variabel `androidxBrowserVersion` ke `1.5.0`.
-
-### Camera
-
-- Untuk Android 13, tambahkan izin baca media gambar (`<?xml version="1.0" encoding="utf-8"?>`) di `AndroidManifest.xml`.
-- Perbarui variabel `androidxMaterialVersion` ke `1.8.0`.
-- Perbarui variabel `androidxExifInterfaceVersion` ke `1.3.6`.
-
-### Device
-
-- Ubah `DeviceId.uuid` menjadi `DeviceId.identifier`.
-- Pada iOS 16+, `DeviceInfo.name` akan mengembalikan nama perangkat generik kecuali Anda menambahkan [entitlements](https://developer.apple.com/documentation/bundleresources/entitlements/com_apple_developer_device-information_user-assigned-device-name/) yang sesuai.
-
-### Geolocation
-
-- Perbarui `playServicesLocationVersion` ke `21.0.1`.
-
-### Google Maps
-
-- Perbarui variabel berikut:
-  - `googleMapsPlayServicesVersion` ke `18.1.0`.
-  - `googleMapsUtilsVersion` ke `3.4.0`.
-  - `googleMapsKtxVersion` ke `3.4.0`.
-  - `googleMapsUtilsKtxVersion` ke `3.4.0`.
-  - `kotlinxCoroutinesVersion` ke `1.6.4`.
-  - `androidxCoreKTXVersion` ke `1.10.0`.
-  - `kotlin_version` ke `1.8.20`.
-
-### Local Notifications
-
-- Untuk Android 13, pemeriksaan izin runtime baru diperlukan untuk menjadwalkan notifikasi lokal saat menargetkan SDK 33. Panggil `checkPermissions()` dan `requestPermissions()` sesuai kebutuhan.
-
-### Push Notifications
-
-- Untuk Android 13, pemeriksaan izin runtime baru diperlukan untuk menerima notifikasi push saat menargetkan SDK 33. Panggil `checkPermissions()` dan `requestPermissions()` sesuai kebutuhan.
-- Perbarui variabel `firebaseMessagingVersion` ke `23.1.2`.
-
-### Status Bar
-
-- Pada iOS, animasi status bar default telah diubah ke `FADE`.
-
-Dengan mengikuti langkah-langkah ini dan memperbarui kode Anda sesuai, Anda seharusnya telah berhasil memperbarui proyek Anda dari Capacitor 4 ke Capacitor 5. Pastikan untuk menguji aplikasi Anda secara menyeluruh untuk memastikan bahwa semua fitur dan plugin berfungsi sebagaimana mestinya.
diff --git a/src/content/blog/id/us-privacy-laws-mobile-app-checklist.md b/src/content/blog/id/us-privacy-laws-mobile-app-checklist.md
deleted file mode 100644
index 63f30f172..000000000
--- a/src/content/blog/id/us-privacy-laws-mobile-app-checklist.md
+++ /dev/null
@@ -1,267 +0,0 @@
----
-slug: us-privacy-laws-mobile-app-checklist
-title: 'Undang-undang Privasi AS: Daftar Periksa untuk Aplikasi Seluler'
-description: >-
-  Pastikan untuk mematuhi undang-undang privasi AS dalam aplikasi seluler Anda
-  dengan mengikuti daftar periksa komprehensif ini untuk privasi dan hak
-  pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:58:21.536Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df9ec1ffe25179c9af3a48-1742709514062.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  privacy compliance, mobile apps, CCPA, data protection, user rights, COPPA,
-  VCDPA, CPA
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Kepatuhan privasi sangat penting untuk aplikasi seluler.** Undang-undang privasi A.S. seperti [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act), [VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/), dan CPA mengharuskan aplikasi untuk melindungi data pengguna, memastikan transparansi, dan menghormati hak pengguna. Ketidakpatuhan dapat mengakibatkan denda hingga $7.500 per pelanggaran dan hilangnya kepercayaan pengguna. Berikut cara untuk tetap patuh:
-
--   **[Kebijakan Privasi](https://capgo.app/dp/):** Jelaskan dengan jelas pengumpulan data, penggunaan, pembagian, dan hak pengguna.
--   **Izin Pengguna:** Dapatkan persetujuan eksplisit dan izinkan pengguna mengelola data mereka.
--   **Permintaan Data:** Tanggapi permintaan pengguna (akses, hapus, opt-out) sesuai batas waktu hukum.
--   **Perlindungan Data Anak:** Patuhi [COPPA](https://en.wikipedia.org/wiki/Children%27s_Online_Privacy_Protection_Act) untuk pengguna di bawah 13 tahun.
--   **Perlindungan Teknis:** Gunakan enkripsi, tinjau SDK pihak ketiga, dan perbarui fitur privasi dengan cepat.
--   **Audit Rutin:** Lakukan tinjauan praktik data dan izin setiap triwulan.
--   **Pelatihan Tim:** Edukasi tim Anda tentang undang-undang privasi dan penanganan data yang aman.
-
-Tetap update tentang perubahan undang-undang dan gunakan alat seperti [Capgo](https://capgo.app/) untuk menerapkan pembaruan yang aman secara efisien. Kepatuhan privasi bukan hanya tentang menghindari penalti - ini tentang membangun kepercayaan dengan pengguna Anda.
-
-## [USENIX Security](https://www.usenix.org/conference/usenixsecurity25) '24 - Menavigasi Kepatuhan Privasi ...
-
-![USENIX Security](https://mars-images.imgix.net/seobot/screenshots/www.usenix.org-d8a0181fef2b5e2513a1acfa3938daca-2025-03-23.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/8EDue3as8No" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Undang-undang Privasi A.S. Utama untuk Aplikasi
-
-Memahami undang-undang privasi A.S. utama sangat penting untuk memastikan kepatuhan aplikasi seluler. Undang-undang ini menetapkan standar tentang bagaimana aplikasi menangani data dan privasi pengguna.
-
-### Persyaratan [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)
-
-California Consumer Privacy Act (CCPA) menguraikan aturan spesifik untuk aplikasi yang mengelola data dari penduduk California. Berikut ringkasannya:
-
-| **Persyaratan** | **Detail** | **Jadwal** |
-| --- | --- | --- |
-| Pengungkapan Data | Daftar jelas tipe data yang dikumpulkan | Saat pengumpulan |
-| Hak Opt-out | Sediakan opsi "Jangan Jual Data Saya" yang terlihat | Tersedia segera |
-| Hak Penghapusan | Proses permintaan pengguna untuk menghapus data | Dalam 45 hari |
-| Pembaruan Privasi | Tinjau dan perbarui kebijakan privasi setiap tahun | Setiap 12 bulan |
-
-Aplikasi juga harus memberi tahu pengguna dan mendapatkan persetujuan mereka sebelum mengumpulkan detail pribadi seperti data lokasi.
-
-### Undang-undang Privasi Negara Bagian Lainnya
-
-Beberapa negara bagian telah memberlakukan peraturan privasi mereka sendiri:
-
--   **Virginia Consumer Data Protection Act (VCDPA):** Mengharuskan transparansi tentang praktik data, memberikan pengguna hak untuk mengakses dan menghapus data, memungkinkan opt-out dari iklan tertarget, dan mewajibkan penilaian untuk penggunaan data berisiko tinggi.
--   **Colorado Privacy Act (CPA):** Fokus pada mekanisme opt-out universal, pemberitahuan privasi yang jelas, dan pembatasan pengumpulan data yang tidak perlu.
-
-### Undang-undang Federal dan Aturan [FTC](https://www.ftc.gov/)
-
-![FTC](https://mars-images.imgix.net/seobot/screenshots/www.ftc.gov-ce439e87b8dcc2429a2bbfa28a3503d6-2025-03-23.jpg?auto=compress)
-
-Undang-undang federal menetapkan dasar untuk perlindungan privasi di semua aplikasi A.S., dengan Federal Trade Commission (FTC) yang menegakkan pedoman utama:
-
--   Jaga janji privasi kepada pengguna.
--   Amankan data pengguna dari pelanggaran.
--   Ikuti Children's Online Privacy Protection Act (COPPA) untuk pengguna di bawah 13 tahun.
--   Jelaskan praktik data dengan jelas dalam kebijakan privasi.
-
-Di bawah COPPA, aplikasi harus mendapatkan persetujuan orang tua yang terverifikasi sebelum mengumpulkan data dari anak-anak, membatasi jumlah data yang dikumpulkan, memastikan penyimpanan yang aman, dan menulis kebijakan privasi dalam bahasa yang mudah dipahami orang tua.
-
-## Daftar Periksa Kepatuhan Privasi
-
-Daftar periksa ini memberikan langkah-langkah praktis untuk membantu memenuhi persyaratan hukum yang dibahas sebelumnya.
-
-### Pengaturan Kebijakan Privasi
-
-Buat kebijakan privasi yang sesuai dengan standar hukum A.S. Ini harus mencakup:
-
--   **Pengumpulan Data**: Tentukan jenis data yang Anda kumpulkan.
--   **Tujuan Penggunaan**: Jelaskan bagaimana data akan digunakan.
--   **Berbagi dengan Pihak Ketiga**: Identifikasi siapa yang akan menerima data dan mengapa.
--   **Hak Pengguna**: Jelaskan bagaimana pengguna dapat mengakses, menghapus, atau opt-out dari pengumpulan data.
-
-Pastikan kebijakan privasi mudah ditemukan dan ditulis dalam bahasa yang jelas dan lugas. Tampilkan secara menonjol sebelum mengumpulkan data apa pun.
-
-Selain itu, atur kontrol izin untuk memberi pengguna kendali atas data mereka.
-
-### Kontrol Izin Pengguna
-
-Terapkan kontrol izin untuk memastikan:
-
--   Persetujuan eksplisit diperoleh untuk data sensitif.
--   Pengguna dapat memilih data mana yang akan dibagikan.
--   Tersedia metode yang jelas untuk menarik persetujuan.
--   Catatan persetujuan, termasuk stempel waktu, dicatat dengan aman.
-
-Setelah izin ditetapkan, fokus pada penanganan permintaan data secara efisien.
-
-### Manajemen Permintaan Data
-
-Siapkan sistem untuk menangani permintaan data pengguna dengan lancar:
-
-1. **Proses Verifikasi**  
-Gunakan metode yang aman untuk mengonfirmasi identitas pengguna sebelum memproses permintaan data. Simpan catatan setiap langkah verifikasi.
-
-2. **Jadwal Respons**  
-Pantau dan penuhi tenggat waktu respons sesuai yang diwajibkan oleh hukum.
-
-3. **Opsi Format Data**  
-Tawarkan data yang diminta dalam format yang dapat dibaca mesin dan ramah pengguna, seperti PDF, CSV, atau JSON.
-
-Untuk aplikasi yang ditujukan untuk anak-anak di bawah 13 tahun, ambil langkah tambahan untuk melindungi data mereka.
-
-### Perlindungan Data Anak
-
-Jika aplikasi Anda melayani pengguna di bawah 13 tahun, patuhi COPPA dengan:
-
--   Memverifikasi usia pengguna menggunakan pemeriksaan yang dapat diandalkan.
--   Mengamankan persetujuan orang tua yang dapat diverifikasi.
--   Membatasi pengumpulan data hanya yang benar-benar diperlukan.
--   Menghapus data anak segera ketika tidak lagi diperlukan.
-
-## Fitur Privasi Teknis
-
-Perlindungan teknis memainkan peran penting dalam memperkuat pendekatan privasi Anda. Mereka melampaui kebijakan dan kontrol pengguna, menambahkan lapisan perlindungan ekstra untuk memastikan kepatuhan.
-
-### Metode Keamanan Data
-
-Melindungi data pengguna membutuhkan beberapa lapisan enkripsi:
-
-**Pedoman Enkripsi**
-
--   Selalu gunakan **enkripsi end-to-end** untuk transmisi data.
-
-> "Satu-satunya solusi dengan enkripsi end-to-end yang sebenarnya, yang lain hanya menandatangani pembaruan" – Capgo [\[1\]](https://capgo.app/)
-
-Selain itu, tingkatkan kontrol pengguna dengan menawarkan pengaturan privasi yang komprehensif.
-
-### Opsi Pengaturan Privasi
-
-Berikan pengguna kemampuan untuk mengelola akses data melalui kontrol khusus saluran. Kontrol ini dapat mendukung fitur seperti pembaruan tertarget, pengujian beta, peluncuran bertahap, dan penyelesaian masalah yang cepat.
-
-### Tinjauan SDK Pihak Ketiga
-
-Evaluasi dengan cermat SDK eksternal untuk standar privasi dan praktik pengumpulan data mereka. Targetkan untuk memastikan **95% pengguna menerima pembaruan privasi penting dalam 24 jam** [\[1\]](https://capgo.app/). Sertakan mekanisme rollback untuk menangani masalah potensial secara efisien. Pilih solusi pembaruan yang menggabungkan enkripsi end-to-end dengan alat manajemen pengguna yang detail.
-
-## Langkah-langkah Pemeliharaan Privasi
-
-Langkah-langkah ini membantu memperluas kerangka kepatuhan Anda, memastikan aplikasi Anda terus memenuhi peraturan privasi A.S. Tinjauan dan pembaruan rutin adalah kunci untuk tetap mengikuti persyaratan privasi.
-
-### Jadwal Audit Privasi
-
-Atur audit privasi triwulanan untuk mengevaluasi praktik data aplikasi Anda:
-
--   **Tinjauan Inventaris Data**: Dokumentasikan semua titik di mana data pribadi dikumpulkan.
--   **Verifikasi Izin**: Pastikan semua izin akses data selalu diperbarui.
--   **Penilaian Pihak Ketiga**: Evaluasi ulang SDK terintegrasi untuk perubahan yang mungkin memengaruhi privasi.
--   **Implementasi Kebijakan**: Konfirmasi bahwa kebijakan privasi Anda diterapkan di semua fitur.
-
-Gunakan dashboard kepatuhan untuk memantau metrik utama seperti tingkat persetujuan pengguna dan permintaan akses data. Otomatisasi pemeriksaan kepatuhan setiap 72 jam untuk mengawasi kontrol privasi penting dan proses penanganan data.
-
-Setelah setiap audit, perbarui materi pelatihan tim dan periksa perubahan dalam undang-undang privasi untuk mempertahankan kepatuhan.
-
-### Panduan Pelatihan Privasi
-
-Audit rutin harus berjalan beriringan dengan pelatihan tim yang kuat untuk memastikan semua orang mengikuti praktik privasi yang konsisten.
-
-1. **Onboarding Anggota Tim Baru**
-
-Jadikan pelatihan privasi sebagai prioritas untuk karyawan baru. Dalam minggu pertama mereka, mereka harus mempelajari dasar-dasar, termasuk persyaratan CCPA, protokol penanganan data, dan pengelolaan hak pengguna.
-
-2. **Pendidikan Berkelanjutan**
-
-Adakan sesi pelatihan bulanan untuk membahas:
-
--   Pembaruan undang-undang privasi
--   Persyaratan kepatuhan baru
--   Metode perlindungan data yang efektif
--   Langkah-langkah penanganan insiden privasi
-
-3. **Pelatihan Khusus Peran**
-
-Sesuaikan pelatihan berdasarkan peran. Misalnya, pengembang dapat fokus pada pengodean yang aman, staf pendukung pada penanganan permintaan data, dan manajer produk pada desain dengan mempertimbangkan privasi.
-
-### Pemantauan Pembaruan Undang-undang
-
-Tetap mengikuti perubahan dalam undang-undang privasi dengan memantau pembaruan hukum setiap hari. Berlangganan pembaruan dari legislatur negara bagian, FTC, dan berita kepatuhan industri.
-
-**Protokol Respons**
-
--   Evaluasi bagaimana perubahan memengaruhi fitur privasi saat ini.
--   Perbarui dokumentasi privasi sesuai kebutuhan.
--   Lakukan penyesuaian teknis dalam 14 hari.
--   Luncurkan pembaruan privasi mendesak dengan aman dalam 24 jam.
-
-Untuk pembaruan terkait privasi, gunakan peluncuran bertahap sambil memastikan enkripsi end-to-end selama penerapan.
-
-Alat kepatuhan otomatis dapat menyederhanakan proses ini dengan:
-
--   Melacak perubahan dalam undang-undang privasi di berbagai yurisdiksi.
--   Memberi tahu tim Anda tentang kesenjangan kepatuhan.
--   Menghasilkan laporan kepatuhan terperinci.
--   Mendokumentasikan pembaruan dan implementasinya.
-
-## Fitur Privasi [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-Saat memperbarui aplikasi seluler Anda untuk memenuhi persyaratan privasi, kecepatan dan keamanan adalah kunci. Capgo menawarkan alat untuk membantu Anda tetap mematuhi undang-undang privasi A.S., memastikan pembaruan cepat dan aman.
-
-### Sistem Pembaruan Cepat
-
-Sistem pembaruan instan Capgo memungkinkan pengembang mengatasi masalah privasi tanpa penundaan. Dengan pembaruan mencapai 95% pengguna aktif dalam 24 jam, lebih dari 23,5 juta pembaruan telah diimplementasikan, mencapai tingkat keberhasilan global 82% [\[1\]](https://capgo.app/). Untuk pembaruan privasi yang kritis, sistem saluran Capgo memungkinkan Anda menguji perubahan dengan kelompok pengguna tertentu sebelum menerapkannya secara luas. Ini memastikan pembaruan diuji dan sesuai ketika waktu sangat penting.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam pengiriman berkelanjutan kepada pengguna kami!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Fitur Keamanan Pembaruan
-
-Pembaruan cepat tidak berarti tanpa keamanan yang kuat. Capgo memastikan pembaruan privasi dilindungi dengan fitur seperti:
-
--   **Enkripsi end-to-end:** Pembaruan dienkripsi selama seluruh proses.
--   **Dekripsi khusus pengguna:** Hanya pengguna yang berwenang yang dapat mengakses dan menginstal pembaruan.
--   **Pemeriksaan kepatuhan:** Alat bawaan mengkonfirmasi pembaruan memenuhi standar Apple dan Google.
--   **Opsi rollback:** Cepat mengembalikan pembaruan jika masalah privasi muncul.
-
-Sistem ini melindungi data sensitif dan selaras dengan undang-undang privasi A.S., termasuk CCPA.
-
-### Alur Kerja Pembaruan Privasi
-
-Alat alur kerja Capgo terintegrasi langsung ke dalam proses pengembangan Anda, membuat kepatuhan privasi lebih mudah dikelola. Fitur utama meliputi:
-
--   **Penerapan Otomatis:** Terintegrasi dengan pipeline CI/CD untuk memperlancar pembaruan privasi.
--   **Kontrol Versi:** Melacak perubahan fitur privasi di seluruh pembaruan.
--   **Analitik Pembaruan:** Memberikan wawasan tentang adopsi pembaruan dan membantu menyelesaikan masalah dengan cepat.
-
-Untuk pengguna paket PAYG, tersedia alat tambahan yang berfokus pada privasi:
-
-| Fitur | Manfaat |
-| --- | --- |
-| Akses API | Mengotomatiskan pemeriksaan kepatuhan privasi |
-| Domain Kustom | Menjaga komunikasi privasi tetap sesuai brand |
-| Dukungan Khusus | Bantuan ahli dengan pembaruan terkait privasi |
-| Penyimpanan Diperluas | Menyimpan log detail untuk kepatuhan privasi |
-
-Capgo sudah mendukung 750 aplikasi dalam produksi, membuktikan ketergantungannya untuk mengelola pembaruan yang mematuhi privasi. Alat-alat ini membantu pengembang menjaga kepatuhan sambil memberikan pembaruan tepat waktu kepada pengguna mereka.
-
-## Ringkasan
-
-Bagian ini menyoroti elemen inti yang diperlukan untuk mematuhi standar privasi A.S. dalam aplikasi seluler. Menjaga kepatuhan membutuhkan pemantauan konstan dan kemampuan untuk beradaptasi dengan cepat terhadap perubahan regulasi.
-
-Untuk mencapai ini, kepatuhan privasi bergantung pada implementasi teknis yang cepat dan pengawasan berkelanjutan. Sistem harus dapat merespons dengan cepat terhadap persyaratan baru atau mengatasi masalah privasi saat muncul. Seperti yang telah dibahas sebelumnya, Capgo menunjukkan bagaimana sistem pembaruan terintegrasi dapat memperkuat upaya kepatuhan.
-
-Berikut breakdown area kunci dan metrik mereka untuk menjaga kepatuhan:
-
-| Area Kepatuhan | Metode Implementasi | Metrik Keberhasilan |
-| --- | --- | --- |
-| Kecepatan Pembaruan | Penerapan instan | Keberhasilan pembaruan tinggi |
-| Keamanan | Enkripsi end-to-end | \-  |
-| Pengujian | Peluncuran berbasis saluran | 750 aplikasi dalam produksi [\[1\]](https://capgo.app/) |
diff --git a/src/content/blog/id/usage-frequency-segmentation-for-app-updates.md b/src/content/blog/id/usage-frequency-segmentation-for-app-updates.md
deleted file mode 100644
index 6cb5fa6dc..000000000
--- a/src/content/blog/id/usage-frequency-segmentation-for-app-updates.md
+++ /dev/null
@@ -1,184 +0,0 @@
----
-slug: usage-frequency-segmentation-for-app-updates
-title: Segmentasi Frekuensi Penggunaan untuk Pembaruan Aplikasi
-description: >-
-  Tingkatkan pembaruan aplikasi melalui segmentasi pengguna berdasarkan
-  frekuensi penggunaan, meningkatkan retensi dan keterlibatan secara efektif.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T08:03:06.848Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6821a5b33c68b32f40f8057e-1747037038301.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  app updates, user segmentation, engagement, retention, behavior tracking,
-  mobile apps, update strategy
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin pembaruan [aplikasi yang lebih baik](https://capgo.app/plugins/capacitor-updater/)? Mulailah dengan memahami pengguna Anda.** Segmentasi frekuensi penggunaan mengkategorikan pengguna berdasarkan seberapa sering mereka berinteraksi dengan aplikasi Anda, membantu Anda mengirimkan pembaruan yang benar-benar penting bagi mereka. Berikut adalah rinciannya:
-
--   **Pengguna Aktif (10+ sesi/bulan):** Fokus pada fitur lanjutan dan pembaruan akses awal.
--   **Pengguna Santai (3–9 sesi/bulan):** Tingkatkan fungsionalitas inti dan kegunaan.
--   **Pengguna Berisiko (tidak aktif selama 2+ minggu):** Utamakan re-engagement dan stabilitas.
-
-**Mengapa ini penting?** Pembaruan yang disesuaikan meningkatkan retensi hingga 26%, meningkatkan tingkat adopsi sebesar 25–35%, dan bahkan mengurangi tiket dukungan sebesar 30–45%. Alat seperti [Capgo](https://capgo.app/) memudahkan dengan menawarkan penargetan yang tepat, peluncuran yang aman, dan pemantauan waktu nyata.
-
-**Cara melakukannya:**
-
-1.  Lacak perilaku pengguna (sesi, penggunaan fitur, pemasangan pembaruan).
-2.  Kelompokkan pengguna berdasarkan tingkat aktivitas (aktif, santai, tidak aktif).
-3.  Sesuaikan pembaruan untuk setiap grup (pengujian beta, peluncuran bertahap, re-engagement).
-
-Pendekatan ini tidak hanya meningkatkan kepuasan pengguna tetapi juga memperkuat kinerja aplikasi Anda.
-
-## Cetak Biru Segmentasi: Mengidentifikasi Apa yang Mendorong Retensi Pengguna untuk Aplikasi Anda
-
-<iframe src="https://www.youtube.com/embed/-2NQV4TcZBU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Cara Mengatur Segmentasi Frekuensi Penggunaan
-
-Untuk menerapkan segmentasi frekuensi penggunaan secara efektif, Anda perlu melacak perilaku pengguna, mengatur pengguna ke dalam kelompok berdasarkan aktivitas mereka, dan menyesuaikan pembaruan untuk memenuhi kebutuhan setiap grup.
-
-### Lacak Metrik Perilaku Pengguna Kunci
-
-Mulailah dengan memantau metrik keterlibatan penting untuk memahami bagaimana pengguna berinteraksi dengan produk Anda. Berikut adalah rincian yang perlu diperhatikan:
-
-| Tipe Metrik | Apa yang Dilacak | Tujuan |
-| --- | --- | --- |
-| **Polanya Penggunaan** | Sesi harian/mingguan, durasi sesi | Membedakan pengguna aktif dari yang tidak aktif |
-| **Adopsi Fitur** | Frekuensi penggunaan fitur, jalur navigasi | Mengetahui bagaimana pengguna berinteraksi dengan fitur tertentu |
-| **Perilaku Pembaruan** | Tingkat pemasangan pembaruan, waktu respons | Mengukur keberhasilan pembaruan Anda |
-
-Wawasan ini akan membantu Anda mengidentifikasi tren dan mengelompokkan pengguna berdasarkan tingkat aktivitas mereka.
-
-### Kelompokkan Pengguna Berdasarkan Tingkat Aktivitas
-
-Setelah Anda mengumpulkan data, kategorikan pengguna ke dalam kelompok yang berbeda. Misalnya:
-
--   **Penguji Beta**: Pisahkan mereka dari pengguna biasa untuk menguji fitur baru di lingkungan terkendali.
--   **Pengguna Aktif**: Identifikasi pengguna yang sangat aktif ini dan pertimbangkan untuk memberi mereka akses awal ke fitur baru.
--   **Pengguna Tidak Aktif**: Tandai pengguna ini untuk upaya re-engagement yang terfokus.
--   **Pelacakan Pembaruan Tersegmentasi**: Pantau bagaimana pembaruan berkinerja di seluruh kelompok ini untuk menyempurnakan strategi Anda.
-
-Segmentasi ini memungkinkan pendekatan yang lebih disesuaikan untuk meningkatkan pengalaman pengguna.
-
-### Rencanakan Pembaruan untuk Setiap Grup Pengguna
-
-Dengan pengguna Anda terkelompok, Anda dapat merancang [strategi pembaruan](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) yang memenuhi kebutuhan spesifik mereka. Berikut adalah cara mendekati setiap segmen:
-
--   **Pengguna Aktif**: Buat saluran beta di mana mereka dapat menguji fitur baru dan memberikan umpan balik sebelum rilis penuh.
--   **Pengguna Reguler**: Gunakan peluncuran bertahap untuk memastikan stabilitas. [Pembaruan sebagian](https://capgo.app/docs/live-updates/update-behavior/) dapat mengurangi tuntutan bandwidth dan mempercepat unduhan.
--   **Pengguna Tidak Aktif**: Fokus pada peningkatan fitur inti dan stabilitas. Menawarkan opsi rollback satu klik dapat mendorong pengguna ini untuk kembali berinteraksi.
-
-## Menggunakan [Capgo](https://capgo.app/) untuk Penargetan Pengguna
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6821a5b33c68b32f40f8057e/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgo menawarkan alat yang membuat penargetan pembaruan ke kelompok pengguna tertentu lebih tepat, berkat fitur segmentasi frekuensi pengguna. Kemampuan ini memperhalus strategi pembaruan terarah yang dibahas sebelumnya.
-
-### Alat Penugasan Pengguna Capgo
-
-Capgo membawa segmentasi pengguna ke level berikutnya dengan menetapkan pengguna ke saluran tertentu untuk peluncuran pembaruan yang disesuaikan. Sistem [saluran](https://capgo.app/docs/plugin/cloud-mode/channel-system/) ini memastikan pembaruan disampaikan dengan presisi:
-
-| **Segmen Pengguna** | **Tipe Saluran** | **[Strategi Pembaruan](https://capgo.app/docs/live-updates/update-behavior/)** |
-| --- | --- | --- |
-| Pengguna Aktif | Saluran Beta | Akses awal ke fitur baru |
-| Pengguna Reguler | Saluran Produksi | Peluncuran bertahap yang fokus pada stabilitas |
-| Pengguna Aktivitas Rendah | Saluran Stabil | Pembaruan yang berpusat pada fungsionalitas inti |
-
-### Mengintegrasikan Segmentasi dengan CI/CD
-
-Capgo terintegrasi dengan mulus dengan alat seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), dan [Jenkins](https://www.jenkins.io/), membuat penyebaran sesederhana satu perintah. Selain itu, API publiknya memungkinkan pengembang untuk membuat integrasi kustom dalam alur kerja yang sudah ada. Proses ini dirancang untuk bekerja di samping protokol keamanan yang sudah ada.
-
-> "Enkripsi end-to-end. Hanya pengguna Anda yang dapat mendekripsi pembaruan Anda, tidak ada orang lain." - Capgo [\[2\]](https://capgo.app)
-
-### Keamanan dan Kepatuhan dengan Aturan App Store
-
-Capgo mematuhi pedoman Apple dan Google dengan menggabungkan fitur seperti enkripsi end-to-end, kontrol versi, dan opsi rollback. Ini memastikan pembaruan disampaikan secara efisien dan aman, mendukung adopsi yang cepat oleh pengguna di seluruh dunia.
-
-## Tips untuk Segmentasi Pengguna yang Lebih Baik
-
-### Tetapkan Frekuensi Pembaruan yang Tepat
-
-Memilih frekuensi pembaruan yang tepat sangat tergantung pada bagaimana pengguna berinteraksi dengan produk Anda. Misalnya, pengguna aktif harian tumbuh subur dengan pembaruan frekuen yang membuat mereka tetap terlibat dan menawarkan akses awal ke fitur baru. Di sisi lain, pengguna biasa mungkin menghargai pembaruan setiap dua minggu atau sebulan sekali, sementara pengguna dengan aktivitas rendah hanya perlu menerima pembaruan kritis untuk menghindari perasaan terlalu banyak.
-
-Untuk menentukan jadwal terbaik, pertimbangkan faktor seperti pola penggunaan, kompleksitas fitur baru, umpan balik pengguna, dan batasan teknis. Setelah Anda menetapkan rencana, validasi melalui pengujian beta yang ditargetkan pada kelompok pengguna tertentu.
-
-### Uji Strategi Segmentasi Anda
-
-Setelah mengatur rencana pembaruan Anda, penting untuk menguji strategi segmentasi Anda untuk memastikan ia berfungsi seperti yang diharapkan. Pengujian beta adalah cara yang bagus untuk memvalidasi pendekatan Anda sebelum meluncurkannya untuk semua orang.
-
-| Fase Pengujian | Durasi | Metrik Kunci |
-| --- | --- | --- |
-| Beta Awal | 1–2 minggu | Tingkat keberhasilan pembaruan, laporan kerusakan |
-| Rilis Terbatas | 2–4 minggu | Keterlibatan pengguna, adopsi fitur |
-| Peluncuran Penuh | 1–2 bulan | Retensi jangka panjang, kepuasan keseluruhan |
-
-Pendekatan bertahap ini memungkinkan Anda mengidentifikasi dan menangani masalah potensial lebih awal. Setelah pengujian mengonfirmasi efektivitas strategi, terus perbaiki berdasarkan hasil.
-
-### Lacak dan Tingkatkan Hasil
-
-Bahkan setelah pengujian, pekerjaan tidak berhenti. Melacak kinerja secara reguler sangat penting untuk memastikan strategi segmentasi Anda tetap tajam. Pemantauan waktu nyata dapat membantu Anda menemukan tren dan melakukan penyesuaian sesuai kebutuhan. Alat seperti Capgo menawarkan analitik untuk mengevaluasi kinerja pembaruan dan fitur rollback satu klik untuk menangani masalah yang tidak terduga.
-
-Untuk memaksimalkan upaya segmentasi Anda:
-
--   **Pantau tingkat adopsi pembaruan** di berbagai kelompok pengguna.
--   **Lacak tingkat kesalahan** untuk segera menangkap dan menyelesaikan masalah.
--   **Analisis umpan balik pengguna** untuk memahami kebutuhan spesifik setiap segmen.
--   **Manfaatkan fitur rollback Capgo** untuk meminimalkan gangguan saat masalah muncul.
-
-> "Kami meluncurkan [pembaruan OTA Capgo](https://console.capgo.app/resend_email) di produksi untuk basis pengguna kami lebih dari 5000. Kami melihat operasi yang sangat lancar, hampir semua pengguna kami diperbarui dalam hitungan menit setelah OTA dikerahkan ke @Capgo." - colenso, @colenso [\[2\]](https://capgo.app)
-
-## Ringkasan
-
-### Hasil dari Segmentasi yang Baik
-
-Ketika segmentasi dilakukan dengan benar, hasilnya berbicara untuk dirinya sendiri. Tingkat adopsi pembaruan dapat naik 25–35% ketika pembaruan disampaikan berdasarkan aktivitas pengguna. Pada saat yang sama, tiket dukungan teknis mengalami penurunan yang signifikan - sekitar 30–45% - berkat deteksi awal terhadap masalah potensial. Bahkan retensi pengguna mendapatkan dorongan yang solid, meningkat 15–25% karena gangguan yang lebih sedikit dan peluncuran fitur yang lebih relevan.
-
-Pembaruan yang disesuaikan juga memiliki dampak langsung pada keterlibatan pengguna. Durasi sesi meningkat 10–20%, dan peringkat aplikasi dapat melonjak hingga satu bintang penuh. Untuk aplikasi yang dimonetisasi, efeknya bahkan lebih menarik, dengan [pembelian dalam aplikasi](https://capgo.app/plugins/native-purchases/) meningkat 15–30% ketika pembaruan difokuskan pada pengguna bernilai tinggi [\[1\]](https://www.pushwoosh.com/blog/mobile-app-user-segmentation/).
-
-Hasil ini menyoroti betapa berdampaknya segmentasi yang terarah, meletakkan dasar untuk [strategi pembaruan yang lebih kustom](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) yang didukung oleh Capgo.
-
-### Peran Capgo dalam Penargetan Pembaruan
-
-Capgo memudahkan untuk memanfaatkan manfaat segmentasi dengan solusi pembaruan langsungnya. Menggunakan alat penugasan pengguna Capgo, Anda dapat meluncurkan pembaruan ke segmen pengguna tertentu dengan presisi. Platform ini memprioritaskan pembaruan yang aman dan patuh sambil menawarkan enkripsi end-to-end.
-
-| **Manfaat Utama Capgo** | **Implementasi** |
-| --- | --- |
-| Presisi | Mengirimkan pembaruan yang disesuaikan untuk segmen tertentu |
-| Keamanan | Mengembalikan pembaruan secara instan jika diperlukan |
-| Pemantauan | Melacak kinerja secara waktu nyata |
-| Keamanan | Memastikan pembaruan dienkripsi dan memenuhi standar kepatuhan |
-
-> "Kami meluncurkan pembaruan OTA Capgo di produksi untuk basis pengguna kami lebih dari 5000. Kami melihat operasi yang sangat lancar, hampir semua pengguna kami diperbarui dalam hitungan menit setelah OTA dikerahkan ke @Capgo." - colenso, @colenso [\[2\]](https://capgo.app)
-
-## FAQ
-
-:::faq
-### Bagaimana segmentasi frekuensi penggunaan dapat meningkatkan strategi pembaruan aplikasi?
-
-Segmentasi frekuensi penggunaan membantu pengembang menyempurnakan pembaruan aplikasi berdasarkan seberapa sering pengguna berinteraksi dengan aplikasi. Dengan membagi pengguna ke dalam kategori seperti pengguna yang sering, sesekali, atau jarang, pengembang dapat fokus pada pengiriman pembaruan yang sesuai dengan kebutuhan spesifik masing-masing grup, yang pada akhirnya meningkatkan kepuasan dan retensi.
-
-Ambil pengguna yang sering, misalnya - mereka mungkin menghargai pembaruan yang meningkatkan kinerja atau memperkenalkan fitur-fitur canggih. Di sisi lain, pengguna sesekali mungkin lebih diuntungkan dari pembaruan yang menyederhanakan navigasi atau menyelesaikan frustrasi yang umum. Alat seperti **Capgo** mempermudah proses ini dengan memungkinkan pembaruan waktu nyata untuk aplikasi [Capacitor](https://capacitorjs.com/), memastikan bahwa pengguna menerima pembaruan yang tepat secara instan, tanpa kerepotan persetujuan toko aplikasi.
-:::
-
-:::faq
-### Apa saja alat dan metrik kunci untuk melacak perilaku pengguna untuk menciptakan segmentasi penggunaan yang efektif?
-
-Untuk membuat segmentasi penggunaan berfungsi secara efektif, Anda perlu mengawasi perilaku pengguna melalui alat dan metrik yang menawarkan wawasan yang dapat ditindaklanjuti. Platform seperti **[Google Analytics](https://marketingplatform.google.com/about/analytics/)** atau **[Mixpanel](https://mixpanel.com/)** sangat baik untuk melacak interaksi pengguna, durasi sesi, dan cara fitur digunakan. Di samping itu, **pelacakan acara dalam aplikasi** dapat menunjukkan tepatnya bagaimana pengguna berinteraksi dengan fitur tertentu, sementara **analisis kohort** membantu mengungkap tren perilaku pengguna seiring waktu.
-
-Metrik kunci yang perlu difokuskan termasuk **tingkat retensi**, **seberapa sering pengguna terlibat dengan aplikasi**, dan **tingkat aktivitas keseluruhan**. Jika Anda bekerja dengan aplikasi Capacitor, alat seperti **Capgo** dapat membuat proses ini lebih lancar dengan mengirimkan pembaruan dan fitur langsung kepada kelompok pengguna yang ditargetkan. Ini memungkinkan pengalaman yang lebih disesuaikan dan siklus iterasi yang lebih cepat, menjaga aplikasi Anda selaras dengan kebutuhan pengguna.
-:::
-
-:::faq
-### Bagaimana Capgo membantu pengembang memperlancar pembaruan aplikasi dan meningkatkan pengalaman pengguna?
-
-Capgo memberi pengembang kemampuan untuk mengirimkan pembaruan, perbaikan, dan fitur baru ke aplikasi mereka secara instan - tanpa penundaan persetujuan toko aplikasi. Ini berarti Anda dapat menangani umpan balik pengguna dan memperbaiki masalah saat muncul, menciptakan pengalaman yang mulus bagi pengguna Anda.
-
-Fitur kunci seperti **enkripsi end-to-end**, **integrasi CI/CD**, dan opsi untuk menargetkan pembaruan ke kelompok pengguna tertentu membuat Capgo aman dan dapat beradaptasi. Plus, **alat manajemen organisasi** nya menyederhanakan koordinasi antar tim, sambil memastikan kepatuhan dengan pedoman Apple dan Android.
-:::
diff --git a/src/content/blog/id/user-consent-for-ota-updates-best-practices.md b/src/content/blog/id/user-consent-for-ota-updates-best-practices.md
deleted file mode 100644
index ede387114..000000000
--- a/src/content/blog/id/user-consent-for-ota-updates-best-practices.md
+++ /dev/null
@@ -1,77 +0,0 @@
----
-slug: user-consent-for-ota-updates-best-practices
-title: 'Persetujuan Pengguna untuk Update OTA: Praktik Terbaik'
-description: >-
-  Pelajari lebih lanjut tentang praktik terbaik untuk mendapatkan persetujuan
-  pengguna terkait pembaruan OTA, memastikan kepatuhan, keamanan, dan
-  kepercayaan pengguna selama proses pembaruan aplikasi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T03:12:16.361Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c46c45a08fca89178f92d-1745637266325.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  OTA updates, user consent, app security, compliance, mobile updates, data
-  protection, user trust, update notifications
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-| English | Indonesian |
-| Not getting proper user consent can lead to: | Tidak mendapatkan persetujuan pengguna yang tepat dapat menyebabkan: |
-| • Legal issues and regulatory fines | • Masalah hukum dan denda regulasi |
-| • Loss of user trust | • Hilangnya kepercayaan pengguna | 
-| • App store violations | • Pelanggaran ketentuan app store |
-| • Security vulnerabilities | • Kerentanan keamanan |
-
-### How can I track user consent for updates?
-
-Tracking user consent can be done through:
-• Built-in analytics tools like Capgo
-• Custom logging systems
-• User preference storage
-• Consent timestamps
-
-### What are the best practices for user consent notifications?
-
-Keep notifications:
-• Clear and concise
-• Informative about changes
-• Well-timed
-• Easy to understand
-• Non-intrusive
-
-### How often should I ask for user consent?
-
-The frequency depends on:
-• Legal requirements
-• App store policies
-• Update significance
-• User preferences
-• Platform guidelines
-:::
-
-Kegagalan dalam memperoleh persetujuan pengguna untuk pembaruan Over-the-Air (OTA) dapat menyebabkan masalah hukum dan etika yang serius. Banyak yurisdiksi, termasuk Amerika Serikat, memiliki undang-undang perlindungan privasi dan konsumen yang ketat yang mengharuskan transparansi dan persetujuan pengguna ketika memodifikasi perangkat lunak pada perangkat mereka. Mengabaikan hal ini dapat mengakibatkan penalti, tuntutan hukum, atau penghapusan dari app store karena ketidakpatuhan terhadap pedoman platform.
-
-Di luar risiko hukum, memperbarui aplikasi tanpa persetujuan pengguna dapat merusak kepercayaan pengguna dan merusak reputasi merek Anda. Untuk menghindari risiko ini, sangat disarankan untuk menerapkan mekanisme persetujuan yang jelas dan ramah pengguna untuk pembaruan OTA. Platform seperti **Capgo** dapat membantu memastikan kepatuhan sambil menawarkan solusi pembaruan langsung yang disesuaikan untuk aplikasi Capacitor.
-:::
-
-:::faq
-### Apa praktik terbaik untuk membuat permintaan persetujuan yang patuh dan ramah pengguna untuk pembaruan OTA?
-
-Untuk memastikan permintaan persetujuan untuk pembaruan Over-the-Air (OTA) patuh dan ramah pengguna, fokus pada kejelasan, transparansi, dan kesederhanaan. Jelaskan dengan jelas apa yang tercakup dalam pembaruan, mengapa diperlukan, dan bagaimana manfaatnya bagi pengguna. Hindari jargon teknis dan gunakan bahasa yang lugas dan mudah dipahami.
-
-Pastikan untuk memberikan pengguna pilihan yang jelas untuk menerima atau menolak pembaruan, dan hormati keputusan mereka. Selain itu, patuhi pedoman platform (misalnya, Apple dan Android) dan peraturan privasi data seperti GDPR atau CCPA. Alat seperti Capgo dapat membantu memperlancar proses dengan menawarkan fitur seperti penugasan pengguna untuk pembaruan dan kepatuhan real-time dengan persyaratan platform, memastikan pengalaman yang lancar dan aman bagi pengembang dan pengguna.
-:::
-
-:::faq
-### Langkah keamanan apa yang memastikan data pengguna terlindungi selama pembaruan OTA?
-
-Untuk melindungi data pengguna selama pembaruan Over-the-Air (OTA), menerapkan **enkripsi end-to-end** sangat penting. Ini memastikan bahwa hanya pengguna yang dituju yang dapat mendekripsi dan mengakses pembaruan, menjaga keamanan informasi sensitif.
-
-Selain itu, penting untuk mematuhi pedoman keamanan khusus platform dari Apple dan Android, secara rutin mengaudit mekanisme pembaruan, dan menggunakan solusi tepercaya yang memprioritaskan perlindungan data.
-:::
diff --git a/src/content/blog/id/version-control-tips-for-mobile-ci-cd.md b/src/content/blog/id/version-control-tips-for-mobile-ci-cd.md
deleted file mode 100644
index 63909d7b9..000000000
--- a/src/content/blog/id/version-control-tips-for-mobile-ci-cd.md
+++ /dev/null
@@ -1,337 +0,0 @@
----
-slug: version-control-tips-for-mobile-ci-cd
-title: Tips Kontrol Versi untuk Mobile CI/CD
-description: >-
-  Tingkatkan proses CI/CD seluler Anda dengan strategi kontrol versi yang
-  efektif, mulai dari metode percabangan hingga praktik keamanan dan rencana
-  rollback.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:48:24.354Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6824286159ff6128992275a6-1747201776379.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  version control, mobile CI/CD, branching strategies, security practices,
-  rollback plans, semantic versioning, app updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: id
-next_blog: ''
----
-**Ingin mempercepat [pengembangan aplikasi seluler](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) sebesar 20%?** Kontrol versi adalah kuncinya. Ini mempermudah kolaborasi, melacak perubahan, dan memastikan integrasi yang lancar dengan pipeline CI/CD. Berikut yang perlu Anda ketahui:
-
--   **Praktik Terbaik Commit**: Gunakan commit atomik dan pesan yang jelas untuk menjaga basis kode Anda tetap bersih dan mudah dikelola.
--   **Strategi Branching**: Pilih dari branching berbasis fitur, rilis, atau trunk berdasarkan kebutuhan tim Anda.
--   **Penomoran Versi**: Gunakan semantic versioning (MAJOR.MINOR.PATCH) untuk kejelasan dan konsistensi.
--   **Integrasi CI/CD**: Otomatisasi build dan deployment menggunakan tag versi dan alat seperti [Capgo](https://capgo.app/) untuk [pembaruan instan](https://capgo.app/docs/).
--   **Keamanan**: Jalankan pemindaian otomatis untuk kerentanan dan simpan data sensitif dengan aman.
--   **Rencana Rollback**: Bersiaplah untuk kembali ke versi stabil dengan cepat jika masalah muncul.
--   **Lacak Penggunaan**: Gunakan analitik untuk memantau adopsi versi dan merencanakan penghentian secara efektif.
-
-**Perbandingan Cepat Strategi Branching:**
-
-| Strategi | Terbaik Untuk | Manfaat Utama | Tantangan |
-| --- | --- | --- | --- |
-| Feature Branching | Tim berkecepatan tinggi | Pengembangan terisolasi, QA lebih mudah | Risiko kesenjangan komunikasi |
-| Release Branching | Multiple track rilis | Rilis stabil, kontrol lebih baik | Manajemen rilis kompleks |
-| Trunk-Based | Tim kecil, kolaboratif | Integrasi lebih cepat, umpan balik cepat | Membutuhkan pengujian yang kuat |
-
-Praktik-praktik ini tidak hanya menghemat waktu tetapi juga mengurangi kesalahan, memastikan pengembangan aplikasi seluler Anda tetap efisien dan andal.
-
-## Bagaimana Kami Membangun Kontrol Versi Aplikasi Dengan Git
-
-<iframe src="https://www.youtube.com/embed/7kkeX-qLu9g" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Metode Kontrol Versi Terbaik untuk Mobile CI/CD
-
-Sederhanakan proses pengembangan seluler Anda dengan praktik kontrol versi yang telah teruji ini.
-
-### Aturan dan Standar Commit
-
-Kebiasaan commit yang baik adalah fondasi kontrol versi yang efektif. Berikut cara menjaga commit Anda tetap bersih dan terkelola:
-
--   **Commit Atomik**: Setiap commit harus fokus pada satu perubahan logis. Misalnya, pisahkan pembaruan UI dari perubahan logika backend. Pendekatan ini menyederhanakan pelacakan dan memudahkan rollback jika masalah muncul.
-    
--   **Pesan Deskriptif**: Tulis pesan commit yang jelas dan terstruktur. Pesan yang baik mencakup subjek singkat (50 karakter atau kurang), penjelasan detail tentang perubahan, dan referensi ke masalah terkait.
-    
-
-Berikut template contoh untuk pesan commit:
-
-```
-feat(auth): implement biometric login
-
-- Add FaceID/TouchID support for iOS
-- Implement fingerprint authentication for Android
-- Update security documentation
-
-Resolves: MOB-123
-```
-
-Praktik-praktik ini memudahkan memahami sejarah basis kode Anda dan memastikan kolaborasi yang lebih lancar.
-
-### Manajemen Branch Mobile
-
-Memilih strategi branching yang tepat sangat penting untuk mengelola kode Anda secara efektif. Berikut perbandingan pendekatan populer:
-
-| Strategi | Terbaik Untuk | Manfaat Utama | Tantangan |
-| --- | --- | --- | --- |
-| Feature Branching | Tim berkecepatan tinggi | Pengembangan terisolasi dan QA lebih mudah | Risiko kesenjangan komunikasi |
-| Release Branching | Multiple track rilis | Rilis stabil dengan kontrol lebih baik | Dapat memperumit manajemen rilis |
-| Trunk-Based | Tim kecil, kolaboratif | Integrasi lebih cepat dan umpan balik cepat | Membutuhkan praktik pengujian yang kuat |
-
-> "Strategi branching adalah pola yang digunakan tim untuk menentukan bagaimana mereka akan mendekati manajemen perubahan dalam basis kode/aset tertentu." - Perforce Software [\[2\]](https://www.perforce.com/blog/vcs/best-branching-strategies-high-velocity-development)
-
-Strategi yang tepat tergantung pada ukuran tim, alur kerja, dan tujuan Anda. Apapun yang Anda pilih, penggabungan branch terisolasi secara teratur membantu mengurangi konflik dan menjaga basis kode Anda tetap sehat.
-
-### Sistem Penomoran Versi
-
-Pasangkan strategi manajemen branch Anda dengan sistem penomoran versi yang jelas. Format **semantic versioning** (MAJOR.MINOR.PATCH) yang banyak digunakan cocok untuk aplikasi seluler:
-
--   **MAJOR**: Untuk perubahan API yang breaking.
--   **MINOR**: Untuk pembaruan fitur yang backward-compatible.
--   **PATCH**: Untuk perbaikan bug.
-
-Aplikasi seluler sering menyertakan nomor build untuk kejelasan tambahan:
-
-```
-Version: 2.4.1 (241)
-```
-
--   Tingkatkan **versi major** untuk perubahan breaking.
--   Perbarui **versi minor** saat menambahkan fitur.
--   Sesuaikan **versi patch** untuk perbaikan.
--   Selalu tingkatkan nomor build secara berurutan.
-
-Jika aplikasi iOS dan Android Anda memiliki fitur atau perbaikan khusus platform, pertahankan track versi terpisah. Ini menghindari kebingungan selama rilis dan pemecahan masalah.
-
-## Pengaturan Pipeline CI/CD Berbasis Versi
-
-### Pemicu Build Berbasis Versi
-
-Atur pipeline [CI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/) Anda untuk mengotomatisasi build menggunakan tag versi. Misalnya, konfigurasi di bawah ini memastikan bahwa build hanya dipicu untuk tag versi yang valid seperti `v2.1.0`:
-
-```yaml
-workflows:
-  version: 2
-  mobile-build:
-    jobs:
-      - build:
-          filters:
-            tags:
-              only: /^v\d+\.\d+\.\d+$/
-            branches:
-              ignore: /.*/
-```
-
-Anda juga dapat menggunakan versi bertag untuk mengelola build khusus lingkungan. Misalnya:
-
--   **`v1.2.3-dev`**: Memicu build untuk pengujian pengembangan.
--   **`v1.2.3-rc`**: Menjalankan build staging dengan cakupan pengujian penuh.
--   **`v1.2.3`**: Mendeploy build final ke produksi.
-
-### Penyimpanan dan Pengiriman Build
-
-Mengorganisir dan menyimpan artefak build berdasarkan platform dan versi sangat penting untuk menjaga konsistensi dan keterlacakan. Berikut contoh bagaimana Anda mungkin menyusun penyimpanan build Anda:
-
-```
-/builds
-  /ios
-    /v2.1.0
-      - app-release-v2.1.0.ipa
-      - build-metadata.json
-  /android
-    /v2.1.0
-      - app-release-v2.1.0.aab
-      - build-metadata.json
-```
-
-Untuk mengelola penyimpanan secara efisien, terapkan kebijakan retensi yang menyeimbangkan kontrol biaya dengan kebutuhan untuk menyimpan versi penting. Setelah build Anda disimpan dan diorganisir, Anda dapat mengintegrasikan alat seperti Capgo untuk merampingkan pengiriman pembaruan.
-
-### Manajemen Pembaruan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6824286159ff6128992275a6/21f0f35e63cf5752e2e56f9c4dd03eab.jpg)
-
-Capgo memungkinkan pembaruan seluler instan, melewati penundaan persetujuan app store. Setelah build Anda disimpan, Anda dapat mengotomatisasi deployment menggunakan fitur Capgo untuk rollout dan rollback.
-
-1.  **Alur Deployment Otomatis**  
-    Konfigurasikan pipeline Anda untuk secara otomatis mendorong pembaruan ke Capgo setelah setiap build.
-    
-2.  **Penugasan Versi**  
-    Mulai dengan rollout bertahap, dimulai dengan 5-10% pengguna. Pantau kinerja dan perluas rollout berdasarkan data yang dikumpulkan.
-    
-3.  **Rollback Darurat**  
-    Jika ada masalah, Capgo memungkinkan rollback cepat ke versi stabil. Berikut contoh konfigurasi untuk rollback manual:
-    
-    ```yaml
-    rollback:
-      trigger: manual
-      steps:
-        - name: Revert to stable
-          run: capgo revert --version=${LAST_STABLE_VERSION}
-          environment:
-            CAPGO_API_KEY: ${SECRETS.CAPGO_KEY}
-    ```
-    
-
-## Keamanan dan Pemulihan dalam Kontrol Versi
-
-### Pemeriksaan dan Pemindaian Keamanan
-
-Melindungi data sensitif dan menjaga integritas kode adalah hal yang tidak bisa ditawar dalam kontrol versi. Untuk memastikan ini, masukkan alat seperti analisis statis, pemeriksaan dependensi, dan deteksi rahasia ke dalam setiap proses build. Berikut contoh praktis bagaimana Anda mungkin menyusun pemindaian ini:
-
-```yaml
-security_scan:
-  steps:
-    - name: Static Code Analysis
-      run: sonarqube-scanner
-      fail_on: critical
-    - name: Dependency Check
-      run: npm audit
-      threshold: high
-    - name: Secret Detection
-      run: gitleaks detect
-      options: --verbose
-```
-
-Kredensial sensitif, seperti [kunci API](https://capgo.app/docs/webapp/api-keys/) dan sertifikat, harus selalu disimpan dalam vault rahasia yang aman - jangan pernah langsung di repositori Anda. Selain itu, mengadopsi praktik rotasi kunci yang aman sangat penting untuk meminimalkan risiko:
-
-| Jenis Kredensial | Lokasi Penyimpanan | Frekuensi Rotasi |
-| --- | --- | --- |
-| Kunci API | Vault Rahasia CI/CD | Setiap 90 hari |
-| Sertifikat Penandatanganan | Modul Keamanan Perangkat Keras | Tahunan |
-| Token Build | Variabel Lingkungan | Setiap 30 hari |
-
-Jika pemindaian keamanan menandai masalah, penting untuk bertindak cepat. Ikuti prosedur rollback (diuraikan di bawah) untuk mengatasi masalah tanpa penundaan.
-
-### Langkah-langkah Rollback Versi Cepat
-
-Setelah menjalankan pemindaian keamanan menyeluruh, rollback cepat bisa menjadi perbedaan antara gangguan kecil dan masalah besar. Untuk lingkungan produksi, rollback terkontrol sangat efektif. Alat seperti sistem pembaruan langsung Capgo membuat proses ini aman dan segera.
-
-1.  **Penilaian Awal**
-    
-    Mulai dengan memantau indikator kinerja utama seperti tingkat crash, kesalahan API, dan keterlibatan pengguna. Dashboard analitik Capgo dapat membantu Anda mengidentifikasi anomali dengan cepat.
-    
-2.  **Rollback Terkontrol**
-    
-    Gunakan rollback bertahap untuk secara bertahap kembali ke versi stabil terakhir, meminimalkan gangguan. Berikut contoh konfigurasi untuk rollback bertahap:
-    
-    ```yaml
-    rollback:
-      version: ${LAST_STABLE_VERSION}
-      phases:
-        - percentage: 5
-          duration: 15m
-        - percentage: 25
-          duration: 30m
-        - percentage: 100
-          duration: 1h
-    ```
-    
-3.  **Proses Verifikasi**
-    
-    Selama rollback, lakukan pengujian A/B untuk mengkonfirmasi bahwa versi sebelumnya menyelesaikan masalah. Bandingkan metrik untuk kedua grup kontrol dan grup rollback menggunakan kriteria berikut:
-    
-    | Metrik | Grup Kontrol | Grup Rollback |
-    | --- | --- | --- |
-    | Tingkat Kesalahan | Saat Ini | Sebelumnya |
-    | Kinerja | Baseline | Bandingkan |
-    | Alur Pengguna | Monitor | Validasi |
-    
-
-Untuk insiden keamanan mendesak, enkripsi end-to-end Capgo memastikan bahwa pembaruan rollback disampaikan dengan aman, memenuhi persyaratan kepatuhan platform. Fitur deployment instannya juga secara signifikan memangkas waktu pemulihan dibandingkan dengan pembaruan app store tradisional.
-
-## Pelacakan Penggunaan Versi
-
-### Pengaturan Analitik Versi
-
-Tingkatkan pipeline CI/CD Anda dengan memasukkan pelacakan penggunaan versi untuk meningkatkan efisiensi deployment dan adopsi pengguna. Dengan dashboard analitik khusus, Anda dapat memantau tren deployment dan mengukur pergeseran kinerja. Mulai dengan mengkonfigurasi alat pemantauan Anda dengan metrik utama dan ambang peringatan, seperti ini:
-
-```yaml
-analytics_config:
-  metrics:
-    - build_duration
-    - deployment_success_rate
-    - user_adoption_rate
-  alert_thresholds:
-    build_duration_increase: 15%
-    error_rate_threshold: 2%
-```
-
-Berikut contoh cara melacak metrik ini secara efektif:
-
-| Metrik | Frekuensi Pengukuran | Ambang Peringatan |
-| --- | --- | --- |
-| Durasi Build | Setiap commit | Kenaikan >15% |
-| Keberhasilan Deployment | Harian | <98% success rate |
-| User Adoption | Weekly | <80% on latest version |
-| Error Rates | Hourly | \>2% per versi |
-
-Setelah Anda mengatur pelacakan, tentukan siklus hidup untuk versi lama untuk memandu pengguna dari rilis yang usang ke yang didukung.
-
-### Perencanaan Akhir Masa Pakai Versi
-
-Strategi penghentian yang jelas sangat penting untuk transisi yang lancar antar versi perangkat lunak. Tetapkan timeline untuk mengelola proses secara efektif, seperti:
-
-| Fase | Durasi | Tindakan |
-| --- | --- | --- |
-| Pengumuman | 90 hari | Memberitahu pengguna tentang tanggal EOL |
-| Periode Migrasi | 60 hari | Memberikan langkah-langkah upgrade secara detail |
-| Masa Tenggang | 30 hari | Mengirim pengingat terakhir |
-| Penghentian | Segera | Mengakhiri dukungan untuk versi tersebut |
-
-Dengan memantau penggunaan versi selama fase-fase ini, Anda dapat mengidentifikasi hambatan migrasi dan memastikan sebagian besar pengguna melakukan upgrade tanpa masalah.
-
-### Alat Analitik Capgo
-
-Untuk wawasan real-time, integrasikan metrik ini dengan alat seperti suite analitik Capgo. Capgo menyediakan tampilan komprehensif tentang kinerja dan adopsi versi, yang terintegrasi sempurna dengan alur kerja CI/CD Anda. Fitur-fiturnya meliputi:
-
--   Pelacakan real-time tingkat adopsi versi
--   Segmentasi pengguna berdasarkan versi
--   Metrik kinerja detail untuk setiap versi
--   Deteksi anomali otomatis
-
-Alat-alat ini memastikan Anda tetap mendapat informasi dan proaktif tentang manajemen versi dalam siklus hidup perangkat lunak Anda.
-
-## Kesimpulan: Panduan Kontrol Versi CI/CD Mobile
-
-Kontrol versi memainkan peran penting dalam alur kerja CI/CD mobile, dengan proses otomatis berpotensi mengurangi waktu pengembangan hingga 20% [\[1\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers). Seiring evolusi ekosistem aplikasi mobile, pentingnya hal ini menjadi semakin jelas. Misalnya, penutupan [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) pada 2024 dan rencana penutupan Ionic Appflow pada 2026 menekankan perlunya memilih solusi kontrol versi yang andal dan jangka panjang. Perubahan ini membutuhkan alat yang fleksibel dan tahan masa depan.
-
-Untuk berhasil, sistem kontrol versi harus mengatasi tantangan seperti fragmentasi perangkat, persyaratan platform yang beragam, dan risiko keamanan. Ini berarti menggabungkan fitur seperti pelacakan terpadu, pemeriksaan kepatuhan otomatis, dan pemindaian kerentanan bawaan. Alat seperti Capgo, yang menawarkan pembaruan instan dengan [enkripsi kuat](https://capgo.app/docs/cli/migrations/encryption/) dan menghilangkan penundaan app store, sedang merintis jalan untuk alur kerja yang lebih efisien.
-
-Ke depannya, tim yang mengadopsi praktik kontrol versi yang disiplin dan memanfaatkan kemajuan seperti tinjauan kode berbantuan AI dan lingkungan build serverless akan berada dalam posisi yang lebih baik untuk menghadirkan aplikasi mobile berkualitas tinggi dengan cepat dan presisi. Dengan menyempurnakan strategi mereka dan mengadopsi alat-alat mutakhir, tim pengembangan dapat memperkuat pipeline CI/CD mereka dan mengikuti tuntutan lanskap mobile yang terus berubah.
-
-## FAQ
-
-:::faq
-### Apa perbedaan antara strategi percabangan fitur, rilis, dan berbasis trunk dalam CI/CD mobile?
-
-Strategi percabangan adalah bagian penting dari alur kerja CI/CD mobile, membantu tim mengelola kode secara efektif dan merampingkan proses deployment. Berikut penjelasan lebih detail tentang beberapa pendekatan umum:
-
--   **Percabangan fitur**: Ini melibatkan pembuatan cabang terpisah untuk setiap fitur baru. Ini memungkinkan pengembang bekerja secara terisolasi dan menguji perubahan mereka sebelum digabungkan kembali ke cabang utama. Meski mengurangi risiko konflik, membiarkan cabang aktif terlalu lama dapat memperlambat integrasi.
-    
--   **Percabangan rilis**: Tim membuat cabang khusus untuk menstabilkan dan mempersiapkan kode untuk deployment. Ini memungkinkan pekerjaan berkelanjutan pada fitur baru tanpa mempengaruhi stabilitas cabang rilis, yang tetap fokus pada kesiapan produksi.
-    
--   **Pengembangan berbasis trunk**: Di sini, pengembang sering mendorong pembaruan kecil dan bertahap langsung ke cabang utama. Metode ini mengurangi tantangan integrasi, mendukung integrasi berkelanjutan, dan mempercepat siklus pengiriman.
-    
-
-Setiap strategi ini memiliki keunggulannya, dan pilihan terbaik tergantung pada alur kerja dan kebutuhan tim Anda. Untuk tim yang bekerja dengan aplikasi Capacitor, alat seperti **Capgo** dapat meningkatkan proses CI/CD Anda dengan memungkinkan pembaruan langsung secara instan. Ini menghilangkan kebutuhan persetujuan app store dan memastikan integrasi yang mulus dengan praktik kontrol versi Anda.
-:::
-
-:::faq
-### Bagaimana Capgo meningkatkan alur kerja CI/CD aplikasi mobile, dan apa keunggulannya dibandingkan pendekatan tradisional?
-
-Capgo merampingkan alur kerja CI/CD aplikasi mobile dengan menawarkan **pembaruan over-the-air (OTA) instan**. Ini berarti pengembang dapat melewati kerumitan pengajuan app store yang terus-menerus, memberikan perbaikan bug, fitur baru, dan pembaruan lebih cepat - semuanya sambil mematuhi pedoman Apple dan Android.
-
-Berbeda dengan pendekatan tradisional, Capgo menonjol dengan manfaat seperti waktu henti yang minimal, pengalaman pengguna yang lebih lancar, dan integrasi mudah ke dalam pipeline CI/CD yang ada. Pembaruan dapat didorong secara aman dan real-time, membuat manajemen aplikasi lebih efisien dan adaptif. Dengan fitur canggih seperti enkripsi end-to-end dan pembaruan yang disesuaikan untuk pengguna tertentu, Capgo memastikan keamanan dan personalisasi proses pembaruan.
-:::
-
-:::faq
-### Bagaimana cara memastikan keamanan dan memungkinkan rollback cepat dalam pipeline CI/CD mobile?
-
-Untuk menjaga pipeline CI/CD mobile Anda aman dan siap untuk rollback cepat, fokuskan pada **praktik kontrol versi yang solid**. Ini berarti memelihara catatan rilis yang menyeluruh, memanfaatkan fitur flag untuk mengontrol peluncuran fitur, dan menjalankan tes otomatis untuk mengidentifikasi kerentanan sebelum deployment.
-
-Untuk rollback cepat, pastikan Anda memiliki cadangan versi aplikasi sebelumnya yang dapat diandalkan dan gunakan alat yang memungkinkan pengembalian instan. Alat seperti Capgo dapat menyederhanakan proses ini dengan pembaruan real-time, memungkinkan Anda menyelesaikan masalah dengan cepat sambil meminimalkan dampak pada pengguna. Langkah-langkah ini melindungi stabilitas aplikasi Anda dan membantu mempertahankan pengalaman yang lancar bagi pengguna Anda.
-:::
diff --git a/src/content/blog/id/version-tagging-in-capacitor-apps.md b/src/content/blog/id/version-tagging-in-capacitor-apps.md
deleted file mode 100644
index 2b637601d..000000000
--- a/src/content/blog/id/version-tagging-in-capacitor-apps.md
+++ /dev/null
@@ -1,451 +0,0 @@
----
-slug: version-tagging-in-capacitor-apps
-title: Penandaan Versi di Aplikasi Capacitor
-description: >-
-  Pelajari hal-hal penting tentang penandaan versi dalam aplikasi Capacitor,
-  termasuk praktik terbaik untuk pembaruan, sinkronisasi, dan otomatisasi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T03:19:04.753Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e36d7410051fda3b6230a0-1742959155569.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, version tagging, semantic versioning, app updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Penandaan versi sangat penting untuk mengelola aplikasi [Capacitor](https://capacitorjs.com/). Ini memastikan pembaruan yang mulus, melacak perubahan, dan meningkatkan keandalan aplikasi di semua platform iOS, Android, dan web. Berikut adalah ringkasan cepat:
-
--   **Mengapa Ini Penting**: Melacak pembaruan, memungkinkan rollback, dan memastikan penyebaran yang stabil.
--   **Versi Semantik**: Gunakan **MAJOR.MINOR.PATCH** untuk menunjukkan perubahan yang merusak, fitur baru, atau perbaikan bug.
--   **Sinkronisasi Antar Platform**: Selaraskan nomor versi di `package.json`, iOS `Info.plist`, dan Android `build.gradle`.
--   **Otomatisasi**: [Otomatisasikan pembaruan](https://capgo.app/docs/live-updates/update-behavior/) dengan skrip npm dan alat CI/CD.
--   **Pembaruan Langsung**: Alat seperti [Capgo](https://capgo.app/) mengirimkan pembaruan kepada 95% pengguna dalam waktu 24 jam.
--   **Manajemen Beta**: Gunakan saluran terstruktur untuk versi alfa, beta, dan produksi.
-
-### Perbandingan Cepat
-
-| Fitur | Tujuan | Contoh |
-| --- | --- | --- |
-| **Versi Semantik** | Melacak perubahan dengan jelas | `1.2.3 → 2.0.0` |
-| **Sinkronisasi Versi** | Selaraskan antar platform | `npx cap sync` |
-| **Otomatisasi** | Mempercepat pembaruan versi | `npm version patch` |
-| **Pembaruan Langsung** | Adopsi pengguna yang cepat | 95% Capgo dalam 24 jam |
-| **Saluran Beta** | Fase pengujian terkontrol | `1.3.0-beta.1` |
-
-Penandaan versi menyederhanakan [pembaruan aplikasi](https://capgo.app/plugins/capacitor-updater/), membuat pengguna senang, dan memastikan pengembang dapat mengelola rilis secara efektif.
-
-## Cara mengonfigurasi proyek [Capacitor](https://capacitorjs.com/) Anda SECARA OTOMATIS ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/kYFZkmJ6rAc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pengaturan Versi di Capacitor
-
-Ikuti langkah-langkah berikut untuk memastikan manajemen versi yang konsisten di semua platform dalam aplikasi Capacitor Anda.
-
-### Menetapkan Versi di `package.json`
-
-File `package.json` berfungsi sebagai sumber utama untuk detail versi aplikasi Anda. Berikut adalah contoh cara mengaturnya:
-
-```json
-{
-  "name": "your-app-name",
-  "version": "1.2.3",
-  "private": true,
-  "dependencies": {
-    "@capacitor/core": "5.5.0",
-    "@capacitor/ios": "5.5.0",
-    "@capacitor/android": "5.5.0"
-  }
-}
-```
-
-Saat memperbarui nomor versi, gunakan aturan versi semantik (SemVer):
-
--   **Versi utama** (1.x.x): Memperkenalkan perubahan yang merusak.
--   **Versi minor** (x.2.x): Menambahkan fitur baru yang kompatibel dengan versi sebelumnya.
--   **Versi patch** (x.x.3): Memperbaiki bug atau melakukan perbaikan kecil.
-
-### Menjaga Versi Platform dalam Sinkronisasi
-
-Penting untuk menyelaraskan nomor versi di semua platform agar penyebaran aplikasi berjalan lancar. Setiap platform memiliki file konfigurasi sendiri untuk penomoran versi:
-
-| Platform | File Konfigurasi | Kunci Versi |
-| --- | --- | --- |
-| iOS | Info.plist | CFBundleShortVersionString |
-| Android | build.gradle | versionName |
-| Web | package.json | version |
-
-Setelah memperbarui versi di `package.json`, gunakan perintah ini untuk menyinkronkan perubahan dengan konfigurasi platform native:
-
-```bash
-npx cap sync
-```
-
-### Menggunakan CLI Capacitor untuk Manajemen Versi
-
-CLI Capacitor menawarkan perintah berguna untuk mengelola versi:
-
-```bash
-# Check the current version of Capacitor
-npx cap --version
-
-# Update Capacitor core and platform dependencies
-npm install @capacitor/core@latest
-npm install @capacitor/ios@latest
-npm install @capacitor/android@latest
-
-# Sync version changes to native platforms
-npx cap sync
-```
-
-Menjaga CLI Capacitor Anda tetap diperbarui memastikan kompatibilitas dengan fitur spesifik versi dan mengurangi potensi ketidaksesuaian. Mengikuti langkah-langkah ini akan membantu Anda mempertahankan penomoran versi yang tepat dalam aplikasi Anda.
-
-## Pengaturan Versi Semantik
-
-### Dasar-dasar Versi Semantik
-
-Versi Semantik (SemVer) menggunakan format **MAJOR.MINOR.PATCH**, di mana setiap bagian menunjukkan jenis perubahan tertentu:
-
-| Komponen Versi | Tujuan |
-| --- | --- |
-| **MAJOR** | Memperkenalkan perubahan yang merusak pada API |
-| **MINOR** | Menambahkan fitur baru yang tetap kompatibel dengan versi sebelumnya |
-| **PATCH** | Memperbaiki bug atau meningkatkan kinerja tanpa merusak kompatibilitas |
-
-Sistem ini memastikan pengembang dapat dengan jelas mengomunikasikan pembaruan sambil mempertahankan kompatibilitas di seluruh versi aplikasi. Misalnya, berpindah dari **1.2.3** ke **2.0.0** menandakan pembaruan besar yang merusak yang memerlukan perencanaan yang cermat.
-
-### Kapan Memperbarui Nomor Versi
-
-Berikut adalah cara untuk memutuskan nomor versi mana yang harus diperbarui:
-
-| Jenis Pembaruan | Kapan Digunakan | Contoh Perubahan Versi |
-| --- | --- | --- |
-| **Pembaruan Besar** | Untuk perubahan API yang merusak atau desain UI besar-besaran | 1.2.3 → 2.0.0 |
-| **Pembaruan Minor** | Ketika memperkenalkan fitur baru atau menandai fitur sebagai usang | 1.2.3 → 1.3.0 |
-| **Pembaruan Patch** | Untuk perbaikan bug atau peningkatan kinerja kecil | 1.2.3 → 1.2.4 |
-
-> "Kami menerapkan pengembangan gesit dan @Capgo sangat penting dalam memberikan secara terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Sekarang mari kita lihat otomatisasi pembaruan ini untuk menyederhanakan manajemen rilis.
-
-### Otomatisasi Pembaruan Versi
-
-[Mengotomatiskan pembaruan versi](https://capgo.app/docs/plugin/self-hosted/auto-update/) dapat menghemat waktu dan mengurangi kesalahan dalam proyek Capacitor Anda. Berikut adalah cara mengaturnya:
-
-1.  **Skrip Versi NPM**
-
-Tambahkan skrip ini ke file `package.json` Anda untuk mengelola pembaruan versi dengan mudah:
-
-```json
-{
-  "scripts": {
-    "version:patch": "npm version patch",
-    "version:minor": "npm version minor",
-    "version:major": "npm version major"
-  }
-}
-```
-
-2.  **Integrasi CI/CD**  
-    Masukkan pembaruan versi ke dalam pipeline CI/CD Anda. Capgo mendukung alat seperti [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), dan [Jenkins](https://www.jenkins.io/), sehingga memudahkan untuk mengotomatisasi proses.
-
-> "@Capgo adalah alat yang harus dimiliki bagi pengembang yang mencari produktivitas dengan menghindari ulasan perbaikan bug yang panjang." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Metode Tag Versi
-
-### Tag Versi Git
-
-Tag versi Git adalah cara yang dapat diandalkan untuk melacak [rilis aplikasi Capacitor](https://capgo.app/docs/). Untuk membuat tag yang jelas dan informatif, gabungkan versi semantik dengan deskripsi singkat:
-
-```bash
-git tag -a v1.2.3 -m "Release v1.2.3: Added offline mode support"
-```
-
-Untuk mempertahankan konsistensi di seluruh tim Anda, gunakan format penandaan yang standar:
-
-| Komponen Tag | Format | Contoh |
-| --- | --- | --- |
-| Versi Rilis | v\[MAJOR\].\[MINOR\].\[PATCH\] | v1.2.3 |
-| Rilis Beta | v\[VERSION\]-beta.\[NUMBER\] | v1.2.3-beta.1 |
-| Kandidat Rilis | v\[VERSION\]-rc.\[NUMBER\] | v1.2.3-rc.2 |
-
-### Integrasi Nomor Build
-
-Nomor build membantu melacak build individual dalam setiap versi. Untuk iOS dan Android, naikan nomor build dengan setiap pengiriman:
-
-```json
-{
-  "ios": {
-    "version": "1.2.3",
-    "build": "10234"
-  },
-  "android": {
-    "version": "1.2.3",
-    "versionCode": "10234"
-  }
-}
-```
-
-Nomor build harus selalu meningkat, bahkan jika versi tetap sama. Ini memastikan setiap pengiriman aplikasi ke toko diidentifikasi secara unik sambil menjaga penomoran versi jelas bagi pengguna.
-
-### Manajemen Versi Beta
-
-Mengelola versi beta memerlukan proses terstruktur untuk mendistribusikan build uji. Sistem saluran [Capgo](https://capgo.app/docs/plugin/cloud-mode/channel-system/) menyederhanakan ini dengan langkah-langkah berikut:
-
-1.  **Pengaturan Saluran**
-
-Buat saluran terpisah untuk setiap fase pengujian:
-
-```json
-{
-  "beta": {
-    "version": "1.3.0-beta.1",
-    "users": "beta-testers"
-  },
-  "production": {
-    "version": "1.2.3",
-    "users": "all"
-  }
-}
-```
-
-2.  **Kontrol Akses Pengguna**
-
-Atur izin untuk mengontrol siapa yang mendapatkan akses ke versi beta. Ini memastikan hanya penguji yang disetujui yang menerima build beta sementara pengguna produksi mendapatkan rilis yang stabil.
-
-3.  **Progresi Versi**
-
-Gunakan sistem progresi versi yang jelas untuk melacak tahap pengembangan:
-
-| Tahap | Format Versi | Tujuan |
-| --- | --- | --- |
-| Alpha | 1.3.0-alpha.1 | Pengujian internal |
-| Beta | 1.3.0-beta.1 | Grup pengujian eksternal |
-| RC (Kandidat Rilis) | 1.3.0-rc.1 | Pengujian akhir sebelum rilis |
-| Produksi | 1.3.0 | Rilis publik |
-
-Pendekatan ini memastikan pengujian yang menyeluruh dan transisi yang mulus antara tahap pengembangan, menjaga penelusuran versi yang terorganisir dan transparan sepanjang proses.
-
-## Tampilan Versi Aplikasi
-
-Menampilkan informasi versi yang akurat dalam aplikasi Anda adalah kunci untuk menjaga pengguna tetap terinformasi dan mengelola pembaruan dengan efektif.
-
-### Mendapatkan Versi dengan Capacitor
-
-Anda dapat mengambil detail versi menggunakan Capacitor dengan kode ini:
-
-```typescript
-import { App } from '@capacitor/app';
-
-async function getAppInfo() {
-  const info = await App.getInfo();
-  console.log(`Version: ${info.version}`);
-  console.log(`Build: ${info.build}`);
-}
-```
-
-Untuk pendekatan yang lebih terstruktur, buat fungsi yang dapat digunakan kembali:
-
-```typescript
-export const getVersionString = async () => {
-  const info = await App.getInfo();
-  return `v${info.version} (${info.build})`;
-};
-```
-
-Fungsi ini menyederhanakan proses menampilkan informasi versi di antarmuka aplikasi Anda.
-
-### Implementasi UI Versi
-
-Berikut adalah contoh cara mengintegrasikan tampilan versi ke dalam komponen pengaturan:
-
-```typescript
-@Component({
-  selector: 'app-settings',
-  template: `
-    <div class="version-info">
-      <span>Version: {{ versionString }}</span>
-      <span *ngIf="updateAvailable" class="update-badge">
-        Update Available
-      </span>
-    </div>
-  `
-})
-```
-
-Tempat umum untuk menampilkan detail versi meliputi:
-
-| Lokasi | Tujuan | Implementasi |
-| --- | --- | --- |
-| Layar Pengaturan | Versi lengkap dan build | Informasi versi yang rinci |
-| Halaman Tentang | Tampilan versi dasar | Hanya nomor versi |
-| Footer Aplikasi | Tampilan minimal | String versi yang dipadatkan |
-
-Selain menampilkan info versi, mengintegrasikan sistem pengecekan pembaruan dapat meningkatkan pengalaman pengguna.
-
-### Sistem Pengecekan Pembaruan
-
-Sistem pengecekan pembaruan memastikan pengguna memiliki akses ke fitur dan perbaikan terbaru. Capgo menyediakan notifikasi waktu nyata dan saluran pembaruan terkontrol untuk mengelola proses ini:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-async function checkForUpdates() {
-  const current = await CapacitorUpdater.current();
-  const latest = await CapacitorUpdater.getLatest();
-
-  if (current.version !== latest.version) {
-    await CapacitorUpdater.download(latest);
-  }
-}
-```
-
-> "Kami menerapkan pengembangan gesit dan @Capgo sangat penting dalam memberikan secara terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Anda juga dapat menambahkan notifikasi pembaruan untuk pengguna, seperti ini:
-
-```typescript
-@Component({
-  template: `
-    <update-modal 
-      [version]="newVersion"
-      [features]="updateFeatures"
-      (updateNow)="performUpdate()"
-    />
-  `
-})
-```
-
-Untuk aplikasi perusahaan, sistem saluran Capgo memungkinkan Anda mengontrol distribusi pembaruan:
-
-| Saluran | Jenis Pembaruan | Target Audiens |
-| --- | --- | --- |
-| Produksi | Rilis stabil | Semua pengguna |
-| Beta | Versi pra-rilis | Grup uji |
-| Kritis | Perbaikan darurat | Pengguna yang terpengaruh |
-
-Metode ini memastikan keandalan aplikasi sambil melacak kinerja pembaruan melalui dasbor analitik Capgo.
-
-## Solusi Manajemen Versi
-
-Mari kita selami lebih dalam solusi lanjutan untuk mengelola versi aplikasi dengan efektif.
-
-### Opsi Alat Versi
-
-Saat memilih alat kontrol versi, penting untuk fokus pada alat yang menyederhanakan pembaruan, mengamankan kode Anda, dan mendukung rilis toko aplikasi serta pembaruan langsung.
-
-Berikut adalah beberapa fitur utama yang perlu dicari:
-
-| Fitur | Pentingnya | Dampak |
-| --- | --- | --- |
-| Pembaruan Langsung | Kritis | Meminimalkan penundaan yang disebabkan oleh ulasan toko aplikasi |
-| Keamanan | Esensial | Melindungi data pengguna dan integritas kode |
-| Analitik | Penting | Mengukur keberhasilan pembaruan dan adopsi pengguna |
-| Integrasi CI/CD | Berguna | Mempercepat proses penyebaran |
-| Efisiensi Biaya | Strategis | Mempengaruhi perencanaan anggaran jangka panjang |
-
-Salah satu alat unggulan di ruang ini adalah Capgo, yang menawarkan fitur yang dirancang khusus untuk [aplikasi Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Fitur Kontrol Versi [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgo menyediakan kemampuan manajemen versi yang kuat, termasuk:
-
-- **23.5M pembaruan berhasil disampaikan**
-- **95% pengguna diperbarui dalam 24 jam**
-- **82% tingkat keberhasilan global**
-- **57ms waktu respons API rata-rata di seluruh dunia**
-
-Berikut adalah contoh cara menggunakan Capgo untuk kontrol versi:
-
-```typescript
-// Capgo version control example
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-const versionControl = {
-  async checkVersion() {
-    const current = await CapacitorUpdater.current();
-    return current.version;
-  },
-
-  async deployUpdate(version: string) {
-    await CapacitorUpdater.setChannel({
-      channel: 'production',
-      version: version
-    });
-  }
-};
-```
-
-> "Saat ini kami sedang mencoba @Capgo karena Appcenter menghentikan dukungan pembaruan langsung pada aplikasi hybrid dan @AppFlow terlalu mahal." - Simon Flack [\[1\]](https://capgo.app/)
-
-### Solusi Ukuran Tim
-
-Capgo menawarkan rencana fleksibel untuk mengakomodasi tim dari semua ukuran, membuat manajemen versi dapat diskalakan dan efisien.
-
-| Ukuran Tim | Rencana | Fitur Utama |
-| --- | --- | --- |
-| Pengembang Solo | Hosting cloud dasar | Pembaruan langsung, 1.000 MAU |
-| Tim Kecil (2-5) | Rencana pembuat | 10.000 MAU, 500GB bandwidth |
-| Tim Menengah (6-20) | Rencana tim | 100.000 MAU, izin |
-| Perusahaan | PAYG Kustom | MAU Tak Terbatas, dukungan khusus |
-
-Untuk tim yang lebih besar, sistem saluran Capgo memungkinkan kontrol yang tepat atas penyebaran versi:
-
-```typescript
-const enterpriseVersionControl = {
-  channels: {
-    production: 'stable-releases',
-    beta: 'early-access',
-    internal: 'development'
-  },
-
-  async deployToChannel(channel: string, version: string) {
-    await CapacitorUpdater.setChannel({
-      channel: channel,
-      version: version
-    });
-  }
-};
-```
-
-> "Kami mempraktikkan pengembangan gesit dan @Capgo sangat penting dalam menyampaikan terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo juga mencakup dasbor analitik untuk memantau tingkat adopsi versi dan mendeteksi masalah potensial lebih awal. Dengan enkripsi bawaan dan opsi hosting yang dapat disesuaikan, tim dapat mempertahankan keamanan saat meningkatkan alur kerja penyebaran mereka.
-
-## Kesimpulan
-
-Memahami penandaan versi adalah kunci untuk menyederhanakan proses pengembangan dan penyebaran. Berikut adalah ringkasan cepat tentang ide dan langkah utama untuk memulai.
-
-### Poin Penting
-
-Penandaan versi membantu pengembang menjaga pembaruan yang lancar dan andal. Kontrol versi yang tepat menawarkan keuntungan yang jelas:
-
-| Manfaat | Dampak | Hasil |
-| --- | --- | --- |
-| Pembaruan Instan | Waktu tinjauan lebih pendek | Adopsi pengguna lebih cepat [\[1\]](https://capgo.app/) |
-| Kontrol Versi | Manajemen kode yang lebih baik | Tingkat keberhasilan yang lebih tinggi [\[1\]](https://capgo.app/) |
-| Pelacakan Pembaruan | Pemantauan waktu nyata | Penyelesaian masalah lebih cepat [\[1\]](https://capgo.app/) |
-| Kontrol Distribusi | Peluncuran yang ditargetkan | Dukungan multi-platform |
-
-Hasil-hasil ini menyoroti pentingnya menggunakan alat manajemen versi yang efektif.
-
-### Cara Memulai
-
-Untuk mengimplementasikan manfaat ini, ikuti langkah-langkah berikut:
-
-- **Siapkan pelacakan versi**: Gunakan penandaan versi semantik dalam file `package.json` Anda dan integrasikan plugin yang diperlukan.
-- **Tambahkan pemeriksaan pembaruan**: Implementasikan sistem untuk memverifikasi dan melacak pembaruan versi.
-- **Konfigurasi saluran distribusi**: Buat lingkungan terpisah untuk produksi, beta, dan pengembangan.
-
-Akhirnya, pertimbangkan untuk menambahkan sistem pembaruan langsung untuk memastikan penyebaran cepat dan aman.
diff --git a/src/content/blog/id/vue-mobile-app-capacitor.md b/src/content/blog/id/vue-mobile-app-capacitor.md
deleted file mode 100644
index 386803984..000000000
--- a/src/content/blog/id/vue-mobile-app-capacitor.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-slug: vue-mobile-app-capacitor
-title: Membuat Aplikasi Mobile dengan Vue dan Capacitor
-description: >-
-  Pelajari cara membuat aplikasi mobile dengan Vue, Capacitor dan opsional
-  Konsta UI untuk meningkatkan antarmuka pengguna.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-08T00:00:00.000Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: /vue_capacitor.webp
-head_image_alt: Vue dan Capacitor Ilustrasi
-keywords: >-
-  Vue, Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: id
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Dalam tutorial ini, kami akan memandu Anda melalui proses mengkonversi aplikasi web Vue menjadi aplikasi mobile native menggunakan Capacitor. Secara opsional, Anda juga dapat meningkatkan UI mobile Anda dengan Konsta UI, sebuah library UI mobile berbasis Tailwind CSS.
-
-## Tentang Capacitor
-
-Capacitor adalah alat yang mengubah cara kerja yang memungkinkan Anda dengan mudah mengintegrasikannya ke dalam proyek web apapun dan mengkonversi aplikasi Anda menjadi aplikasi mobile native. Ini menghasilkan proyek Xcode dan Android Studio native untuk Anda dan menyediakan akses ke fitur perangkat native seperti kamera melalui jembatan JavaScript.
-
-## Mempersiapkan Aplikasi Vue Anda
-
-Pertama, buat aplikasi Vue baru dengan menjalankan perintah berikut:
-
-```shell
-vue create my-app
-cd my-app
-npm install
-```
-
-Untuk mempersiapkan aplikasi Vue Anda untuk deployment mobile native, Anda perlu mengekspor proyek Anda. Tambahkan script di file **package.json** Anda untuk membangun dan menyalin proyek Vue:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "vue-cli-service build"
-  }
-}
-```
-
-Setelah menjalankan perintah `build`, Anda akan melihat folder `dist` baru di direktori root proyek Anda. Folder ini akan digunakan oleh Capacitor nanti.
-
-## Menambahkan Capacitor ke Aplikasi Vue Anda
-
-Untuk mengkonversi aplikasi web Vue Anda menjadi container mobile native, ikuti langkah-langkah berikut:
-
-1. Install Capacitor CLI sebagai dependency pengembangan dan siapkan dalam proyek Anda. Terima nilai default untuk nama dan bundle ID selama setup.
-
-2. Install paket core dan paket-paket yang relevan untuk platform iOS dan Android.
-
-3. Tambahkan platform, dan Capacitor akan membuat folder untuk setiap platform di root proyek Anda:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Vue project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-Anda sekarang akan melihat folder **iOS** dan **android** baru di proyek Vue Anda.
-
-Perbarui file **capacitor.config.json** untuk mengarahkan **webDir** ke hasil dari perintah build Anda:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-Sekarang, Anda dapat membangun proyek Vue Anda dan mensinkronkannya dengan Capacitor:
-
-```shell
-npm run build
-npx cap sync
-```
-
-## Membangun dan Men-deploy Aplikasi Native
-
-Untuk mengembangkan aplikasi iOS, Anda memerlukan Xcode terinstal, dan untuk aplikasi Android, Anda memerlukan Android Studio terinstal. Selain itu, Anda perlu mendaftar di Apple Developer Program untuk iOS dan Google Play Console untuk Android untuk mendistribusikan aplikasi Anda di app store.
-
-Gunakan Capacitor CLI untuk membuka kedua proyek native:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Deploy aplikasi Anda ke perangkat yang terhubung menggunakan Android Studio atau Xcode.
-
-## Live Reload Capacitor
-
-Aktifkan live reload di perangkat mobile Anda dengan membuat aplikasi Capacitor memuat konten dari URL tertentu di jaringan Anda.
-
-Temukan alamat IP lokal Anda dan perbarui file `capacitor.config.ts` dengan IP dan port yang benar:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:8080',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Terapkan perubahan ini dengan menyalinnya ke proyek native Anda:
-
-```shell
-npx cap copy
-```
-
-Sekarang, aplikasi Anda akan secara otomatis memuat ulang dan menunjukkan perubahan ketika Anda memperbarui aplikasi Vue Anda.
-
-## Menggunakan Plugin Capacitor
-
-Install plugin Capacitor, seperti plugin Share, dan gunakan dalam aplikasi Vue Anda:
-
-```shell
-npm i @capacitor/share
-```
-
-Import paket dan panggil fungsi `share()` dalam aplikasi Anda:
-
-```html
-<template>
-  <div>
-    <h1>Welcome to Vue and Capacitor!</h1>
-    <button @click="share">Share now!</button>
-  </div>
-</template>
-
-<script setup lang="ts">
-import { Share } from '@capacitor/share';
-
-async function share() {
-  await Share.share({
-    title: 'Open Youtube',
-    text: 'Check new video on youtube',
-    url: 'https://www.youtube.com',
-    dialogTitle: 'Share with friends'
-  });
-}
-</script>
-```
-
-Setelah menginstal plugin baru, jalankan perintah `sync` dan deploy ulang aplikasi ke perangkat Anda:
-
-```
-npx cap sync
-```
-
-## Menambahkan Konsta UI
-
-Untuk menggunakan Konsta UI di aplikasi Vue Anda, Anda perlu memiliki [tailwind sudah terinstal](https://tailwindcss.com/docs/guides/vite/#vue) dan menginstal paket:
-Untuk menggunakan Konsta UI di aplikasi Vue Anda, install paket dan modifikasi file `tailwind.config.js` Anda:
-
-```shell
-npm i konsta
-```
-
-Bungkus aplikasi Anda dengan komponen `App` di file `pages/_app.vue`, dan gunakan komponen Vue Konsta UI di halaman Vue Anda.
-
-## Kesimpulan
-
-Capacitor adalah opsi yang bagus untuk membangun aplikasi native berdasarkan proyek web yang ada. Dengan penambahan Capgo, bahkan lebih mudah untuk menambahkan pembaruan langsung ke aplikasi Anda, memastikan bahwa pengguna Anda selalu memiliki akses ke fitur terbaru dan perbaikan bug.
-
-Pelajari bagaimana Capgo dapat membantu Anda membangun aplikasi lebih baik dengan lebih cepat, [daftar akun gratis](/register/) hari ini.
diff --git a/src/content/blog/id/what-is-native-bridge-in-capacitor.md b/src/content/blog/id/what-is-native-bridge-in-capacitor.md
deleted file mode 100644
index 36861c327..000000000
--- a/src/content/blog/id/what-is-native-bridge-in-capacitor.md
+++ /dev/null
@@ -1,281 +0,0 @@
----
-slug: what-is-native-bridge-in-capacitor
-title: Apa itu Jembatan Native di Capacitor?
-description: >-
-  Jelajahi bagaimana Jembatan Native Capacitor dengan mulus menghubungkan
-  aplikasi web ke fitur perangkat native, meningkatkan pengembangan aplikasi
-  lintas platform.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T04:25:06.576Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822b2de266b1f3f751ffb5b-1747110461280.jpg
-head_image_alt: Pengembangan Seluler
-keywords: >-
-  Capacitor, Native Bridge, cross-platform development, web technologies, mobile
-  apps, plugins, device features, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: id
-next_blog: ''
----
-Jembatan **Native Bridge** di [Capacitor](https://capacitorjs.com/) menghubungkan kode web Anda dengan fitur perangkat asli seperti kamera, sensor, dan penyimpanan. Ini memungkinkan Anda untuk membangun aplikasi menggunakan teknologi web sambil mengakses API spesifik platform untuk iOS dan Android. Berikut adalah yang perlu Anda ketahui:
-
-1. **Komponen Utama**:
-    
-    1. **Lapisan Kode Asli**: Mengakses API perangkat secara langsung.
-    2. **Antarmuka Lapisan Web**: Mengelola komunikasi antara JavaScript dan kode asli.
-    3. **Sistem Plugin**: Menambahkan fitur tambahan melalui API JavaScript yang terintegrasi.
-2. **Cara Kerjanya**:
-    
-    1. Mengubah panggilan JavaScript menjadi fungsi asli.
-    2. Mengelola transfer data antara lapisan web dan asli dengan efisien.
-    3. Menyediakan API yang konsisten di seluruh platform.
-3. **Mengapa Ini Penting**:
-    
-    1. Gunakan satu basis kode untuk web, iOS, dan Android.
-    2. Modifikasi proyek asli secara langsung di alat seperti [Xcode](https://developer.apple.com/xcode/) atau [Android Studio](https://developer.android.com/studio).
-    3. Mengamankan dan mengoptimalkan komunikasi untuk kinerja yang lebih baik.
-
-Jembatan Native dari Capacitor menyederhanakan pengembangan aplikasi dengan menggabungkan fleksibilitas teknologi web dengan kekuatan fitur asli.
-
-## Cara Membuat Plugin Lokal Khusus Proyek | Ionic | [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6822b2de266b1f3f751ffb5b/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/q5kQcTqPtGY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Komponen Utama dari Native Bridge
-
-Jembatan asli dibangun di sekitar tiga komponen kunci yang memungkinkan komunikasi yang efisien antara lapisan web dan asli. Bersama-sama, mereka menyederhanakan kompleksitas spesifik platform, sehingga memudahkan pengembang untuk memanfaatkan fitur asli menggunakan teknologi web yang sudah dikenal.
-
-### Mesin WebView
-
-Di inti sistem jembatan Capacitor adalah **Mesin WebView**, yang menyediakan lingkungan runtime untuk aplikasi web. Ini bergantung pada implementasi spesifik platform untuk rendering dan interaksi:
-
-1. **iOS**: Menggunakan [WKWebView](https://developer.apple.com/documentation/webkit/wkwebview), komponen WebView modern dan berkinerja tinggi dari Apple.
-2. **Android**: Memanfaatkan [Chromium](https://www.chromium.org/)-berbasis Android WebView untuk rendering.
-
-Mesin WebView bertanggung jawab untuk menampilkan konten web, mengelola status aplikasi, dan memfasilitasi komunikasi yang aman antara API web dan kode asli.
-
-| Platform | Implementasi WebView | Fitur Utama |
-| --- | --- | --- |
-| iOS | WKWebView | Kinerja tinggi, keamanan modern, integrasi API asli yang lancar |
-| Android | Android WebView | Rendering berbasis Chromium, antarmuka JavaScript, pengikatan kode asli |
-
-### Arsitektur Plugin
-
-**Arsitektur Plugin** menyediakan kerangka kerja yang fleksibel yang memungkinkan pengembang untuk memperluas fungsionalitas aplikasi dengan mengakses fitur asli melalui API JavaScript yang terintegrasi. Setiap plugin terstruktur menjadi dua bagian utama:
-
-1. **Antarmuka JavaScript**: API yang dapat diakses oleh pengembang dalam aplikasi web mereka.
-2. **Implementasi Asli**: Kode spesifik platform yang ditulis untuk iOS dan Android.
-
-Pemisahan ini memastikan pengalaman yang konsisten bagi pengembang, memungkinkan mereka untuk berinteraksi dengan fitur asli tanpa khawatir tentang perbedaan platform yang mendasarinya.
-
-### Sistem Pemrosesan Pesan
-
-**Sistem Pemrosesan Pesan** adalah tulang punggung pertukaran data antara lapisan web dan asli. Ini menangani beberapa tugas penting:
-
-1. **Serialisasi Pesan**: Mengubah data JavaScript menjadi format yang dapat diproses oleh kode asli.
-2. **Routing Permintaan**: Mengarahkan panggilan fungsi ke implementasi asli yang sesuai.
-3. **Pengelolaan Respons**: Mengirim hasil dari operasi asli kembali ke aplikasi web.
-4. **Manajemen Kesalahan**: Menyediakan pesan kesalahan yang rinci untuk menyederhanakan debugging.
-
-Dengan menggunakan penanganan pesan asinkron, sistem memastikan bahwa aplikasi web tetap responsif selama operasi asli. Fitur seperti pemrosesan batch dan serialisasi yang efisien lebih meningkatkan kinerja, membuat interaksi menjadi mulus dan lancar [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge).
-
-Komponen-komponen ini meletakkan dasar untuk proses komunikasi web-asli yang rumit yang akan dibahas di bagian berikutnya.
-
-## Proses Komunikasi Web-Asli
-
-Jembatan asli di Capacitor berfungsi sebagai penghubung vital, memungkinkan komunikasi tanpa hambatan antara aplikasi web dan [fungsi perangkat asli](https://capgo.app/plugins/capacitor-native-biometric/).
-
-### Aliran Komunikasi
-
-Berikut adalah bagaimana proses komunikasi berlangsung:
-
-| Arah | Tahap | Operasi |
-| --- | --- | --- |
-| **Web ke Asli** | **Inisiasi Panggilan API** | Panggilan API JavaScript dilakukan dengan parameter. |
-|     | **Serialisasi Data** | Data diubah menjadi format yang kompatibel dengan jembatan. |
-|     | **Routing** | Permintaan dikirim ke plugin yang sesuai. |
-| **Asli ke Web** | **Pemrosesan** | Fungsionalitas asli dijalankan. |
-|     | **Pembuatan Respons** | Hasil disiapkan dan diserialisasi. |
-|     | **Penanganan Callback** | Data dikembalikan melalui resolusi Janji. |
-
-Jembatan ini mendukung tiga metode komunikasi utama:
-
-1. **Respons Langsung**: Hasil instan dari panggilan API.
-2. **Penyiaran Acara**: Pembaruan asinkron untuk proses yang sedang berlangsung.
-3. **Pembaruan Status**: Perubahan permanen yang mempengaruhi beberapa komponen.
-
-### Analisis Kinerja Jembatan
-
-Ketika berbicara tentang kinerja, jembatan dirancang untuk menangani tugas secara efisien. Mari kita rincikan aspek kunci:
-
-**Manajemen Memori**
-
-1. Menangani tipe data sederhana dengan efisien.
-2. Menggunakan pengkodean Base64 untuk mentransfer data biner.
-3. Mengoptimalkan serialisasi untuk objek kompleks.
-
-**Teknik Optimisasi**
-
-1. Memproses banyak panggilan API dalam batch untuk menghemat waktu.
-2. Mengatur operasi yang terjadi secara frekuen untuk mencegah kelebihan beban.
-3. Menerapkan caching untuk permintaan berulang guna meningkatkan kecepatan.
-
-Untuk memaksimalkan kinerja, pengembang dapat memanfaatkan strategi ini:
-
-1. **Optimisasi Transfer Data**: Mengurangi jumlah interaksi dengan jembatan dengan menyimpan data secara lokal dan menyaringnya sebelum mengirim. Ini mengurangi komunikasi yang tidak perlu.
-2. **Manajemen Acara**: Untuk data frekuensi tinggi, seperti pembacaan sensor, gunakan debouncing untuk membatasi jumlah panggilan dan merampingkan proses.
-3. **Pemanfaatan Sumber Daya**: Memuat plugin hanya saat diperlukan. Pendekatan ini meningkatkan efisiensi memori dan mengurangi penundaan awal.
-
-Dengan merouting panggilan API melalui runtime asli dan mengembalikan hasil ke WebView, jembatan memastikan komunikasi yang cepat dan andal sambil tetap mempertahankan akses sesekali ke fitur asli.
-
-Selanjutnya, kita akan menjelajahi strategi untuk membangun jembatan asli yang efisien dan aman.
-
-## Aplikasi Jembatan Asli
-
-Jembatan asli memainkan peran kunci dalam menghubungkan fungsionalitas web dan asli, membuka peluang untuk aplikasi praktis. Dengan memungkinkan komunikasi tanpa hambatan, ini menunjukkan nilainya dalam skenario dunia nyata.
-
-### Pembaruan Langsung dengan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6822b2de266b1f3f751ffb5b/4305c974119f10d25560fe363e5513b1.jpg)
-
-Capgo memanfaatkan jembatan asli untuk memberikan pembaruan langsung, memungkinkan perubahan aplikasi didorong secara instan tanpa memerlukan pengajuan ke toko aplikasi.
-
-Berikut adalah bagaimana jembatan asli mendukung sistem pembaruan Capgo:
-
-| **Komponen Pembaruan** | **Fungsi Jembatan** | **Manfaat** |
-| --- | --- | --- |
-| Pengiriman Konten | Mengelola unduhan aset web yang aman | Pengiriman aset yang cepat dan dapat diandalkan |
-| Manajemen Status | Mempertahankan status aplikasi selama pembaruan | Pengalaman pengguna yang mulus dan tidak terputus |
-| Kontrol Versi | Mendukung fungsi rollback | Pemulihan yang mudah dengan satu klik |
-| [Target Pembaruan](https://capgo.app/docs/live-updates/update-behavior/) | Memungkinkan distribusi ke segmen pengguna tertentu | Penyebaran yang tepat dan terkontrol |
-
-Fitur-fitur ini menyoroti efisiensi jembatan asli dalam menangani pembaruan.
-
-> "Kami menerapkan pengembangan gesit dan @Capgo sangat penting dalam mengirimkan secara terus-menerus kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app)
-
-### Integrasi Fitur Perangkat
-
-Jembatan asli melampaui pembaruan dengan memungkinkan aplikasi web mengakses perangkat keras melalui API yang terintegrasi. Kemampuan ini sangat berdampak di industri seperti kesehatan, keuangan, dan IoT, di mana integrasi perangkat keras sangat penting.
-
-Berikut adalah beberapa contoh bagaimana ini diterapkan:
-
-1. **Aplikasi Kesehatan**  
-    Aplikasi pencitraan medis memanfaatkan jembatan asli untuk mengakses fungsionalitas kamera sambil mematuhi kepatuhan HIPAA. Ini memastikan penanganan data yang aman dan mendukung pencitraan diagnostik berkualitas tinggi [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge).
-    
-2. **Layanan Keuangan**  
-    Aplikasi perbankan menggunakan jembatan asli untuk [otentikasi biometrik](https://capgo.app/plugins/capacitor-native-biometric/), menawarkan fitur seperti:
-    
-    1. Akses sensor sidik jari
-    2. Pengenalan wajah
-    3. Opsi pemulihan yang aman untuk otentikasi \[2\]
-3. **Sistem Kontrol IoT**  
-    Aplikasi rumah pintar bergantung pada jembatan asli untuk mengelola koneksi Bluetooth dengan perangkat IoT. Ini meningkatkan keandalan koneksi dan efisiensi transfer data.
-    
-
-Untuk memastikan integrasi yang sukses, pengembang harus:
-
-1. Menerapkan izin yang tepat dan memperhitungkan perilaku spesifik platform untuk meningkatkan kinerja.
-2. Mempertimbangkan batasan setiap platform.
-3. Menyediakan opsi pemulihan untuk lingkungan yang hanya mendukung fungsionalitas web \[2\].
-
-Fleksibilitas jembatan asli adalah perubahan permainan untuk pengembangan lintas platform, memungkinkan fitur canggih sambil mempertahankan pengalaman pengguna yang konsisten dan andal di seluruh perangkat.
-
-## Keamanan dan Pedoman Pengembangan
-
-### Langkah Keamanan Jembatan
-
-Untuk memastikan keamanan data yang dipertukarkan antara lapisan web dan native, mengamankan jembatan native adalah suatu keharusan. Ini melibatkan penggunaan **enkripsi end-to-end** dan **mekanisme otentikasi** yang kuat, keduanya sangat penting untuk melindungi integritas data.
-
-| **Lapisan Keamanan** | **Implementasi** | **Tujuan** |
-| --- | --- | --- |
-| [Enkripsi Data](https://capgo.app/docs/cli/migrations/encryption/) | Protokol AES-256 | Mengamankan transmisi data |
-| Otentikasi | Token JWT | Memvalidasi permintaan |
-| Kontrol Akses | Matriks izin | Mengelola hak akses plugin |
-
-Untuk lebih meningkatkan keamanan jembatan, para pengembang harus:
-
--  Menerapkan validasi input yang ketat di kedua sisi web dan native.
--  Menggunakan metode penyimpanan yang aman untuk menangani data sensitif.
--  Memantau lalu lintas melalui jembatan untuk mendeteksi aktivitas yang tidak biasa.
--  Secara rutin memperbarui dan meninjau protokol keamanan.
-
-Dengan menerapkan langkah-langkah ini, para pengembang dapat menciptakan dasar yang kuat untuk pertukaran data yang aman sambil mengurangi kerentanan.
-
-### Standar Pengembangan Plugin
-
-Mematuhi standar pengembangan yang telah ditetapkan sangat penting untuk memastikan plugin dapat diandalkan dan aman. Mengikuti standar ini juga membantu menjaga kompatibilitas di berbagai platform.
-
-**Standar Kunci untuk Pengembangan Plugin:**
-
-1.  **Arsitektur Plugin**  
-    Pastikan struktur plugin sesuai dengan pedoman arsitektur resmi Capacitor. Ini termasuk **penanganan kesalahan** yang tepat, **definisi tipe** yang jelas, dan **implementasi spesifik platform** untuk fungsionalitas yang mulus.
-    
-2.  **Kompatibilitas Lintas Platform**  
-    Plugin harus bekerja secara efisien di semua platform. Ini melibatkan pengoptimalan penggunaan memori, mengimplementasikan fallback khusus platform, dan menerapkan praktik keamanan penting seperti sanitasi data dan penyimpanan yang aman. Para pengembang juga harus mengelola izin dengan hati-hati dan melakukan audit secara rutin.
-    
-    -  Implementasikan mekanisme fallback spesifik platform.
-    -  Optimalkan memori untuk mencegah masalah kinerja.
-    -  Terapkan langkah-langkah keamanan seperti [manajemen kunci API](https://capgo.app/docs/webapp/api-keys/).
-3.  **Kepatuhan Keamanan**  
-    Keamanan harus menjadi prioritas utama selama pengembangan plugin. Sertakan praktik seperti:
-    
-    -  Sanitasi data untuk mencegah input berbahaya.
-    -  Penyimpanan aman untuk informasi sensitif.
-    -  Manajemen kunci API yang tepat untuk membatasi akses yang tidak sah.
-    -  Audit keamanan secara rutin untuk mengidentifikasi dan menangani kerentanan.
-
-**Alur Kerja dan Verifikasi Pengembangan:**
-
-| **Fase Pengembangan** | **Persyaratan Standar** | **Metode Verifikasi** |
-| --- | --- | --- |
-| Pengaturan Awal | Definisi tipe, penangan kesalahan | Pengujian otomatis |
-| Implementasi | Kode spesifik platform, pemeriksaan keamanan | Tinjauan kode |
-| Pengujian | Validasi lintas platform | Pengujian integrasi |
-| Penyebaran | Kontrol versi, dokumentasi | Daftar periksa penyebaran |
-
-Menggunakan alat debugging canggih dan mempertahankan dokumentasi yang jelas dan menyeluruh selama proses pengembangan dapat membantu mengidentifikasi dan mengurangi masalah potensial lebih awal. Praktik ini memastikan bahwa plugin tidak hanya fungsional tetapi juga aman dan andal.
-
-## Kesimpulan
-
-Jembatan native Capacitor telah mengubah [pengembangan aplikasi lintas platform](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) dengan membuat integrasi web-ke-native lebih mulus dan efisien. Desainnya menyederhanakan proses pengembangan sambil tetap mempertahankan alur kerja teknologi web yang familiar \[2\].
-
-Dengan jembatan native Capacitor, para pengembang mendapatkan akses ke lapisan API terpadu yang bekerja secara konsisten di platform iOS, Android, dan web. Ini tidak hanya mengurangi tantangan pengembangan tetapi juga membantu membawa aplikasi ke pasar lebih cepat [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge). Beberapa manfaat menonjolnya termasuk:
-
--  Pengembangan yang disederhanakan dengan API terpadu untuk berbagai platform
--  Akses yang lebih baik ke fitur native dan kinerja yang lebih baik
--  Kemampuan untuk langsung memodifikasi proyek native saat dibutuhkan
--  Perlindungan bawaan untuk pertukaran data yang aman antara lapisan web dan native
-
-## Pertanyaan Umum
-
-:::faq
-### Apa itu Jembatan Native di Capacitor, dan bagaimana ini memungkinkan komunikasi yang aman antara lapisan web dan native?
-
-Jembatan Native di Capacitor memainkan peran penting dalam menghubungkan lapisan web aplikasi Anda (frontend) dengan lapisan native (fungsi spesifik platform). Anggaplah ini sebagai saluran komunikasi yang aman yang memungkinkan aplikasi Anda memanfaatkan fitur-fitur perangkat native sambil menjaga kinerja tetap konsisten di berbagai platform.
-
-Tingkat keamanan tergantung pada bagaimana jembatan diatur dalam aplikasi Anda. Misalnya, platform seperti **Capgo** meningkatkan aplikasi Capacitor dengan menawarkan alat seperti **enkripsi end-to-end** untuk pembaruan langsung. Ini berarti data sensitif dan pembaruan dapat dikirimkan dengan aman kepada pengguna Anda tanpa mengorbankan privasi mereka atau melanggar aturan kepatuhan.
-:::
-
-:::faq
-### Apa tujuan Jembatan Native di Capacitor, dan bagaimana ini digunakan dalam pengembangan aplikasi lintas platform?
-
-**Jembatan Native** di Capacitor berfungsi sebagai titik koneksi antara lapisan web aplikasi Anda (frontend) dan lapisan native (fitur spesifik platform). Jembatan ini memungkinkan para pengembang memanfaatkan fungsionalitas perangkat native - seperti kamera atau GPS - langsung dari aplikasi berbasis web. Ini adalah alat yang berguna untuk membangun aplikasi lintas platform yang terasa alami di perangkat mana pun.
-
-Dengan Jembatan Native, Anda dapat membawa fitur-fitur spesifik platform ke dalam aplikasi Anda sambil tetap menggunakan satu basis kode. Pendekatan ini menyederhanakan pengembangan dan membantu membawa aplikasi Anda ke pasar lebih cepat. Misalnya, Anda dapat menggunakannya untuk mengakses API native untuk tugas seperti mengirim pemberitahuan dorong, mengelola file, atau mengaktifkan otentikasi biometrik. Dan bagian terbaiknya? Ini memastikan kinerja yang mulus apakah Anda berada di iOS, Android, atau web.
-
-Jika Anda bekerja dengan Capacitor, alat seperti **Capgo** dapat membuat hidup Anda lebih mudah. Capgo memungkinkan pembaruan langsung, jadi Anda dapat mengirimkan perubahan ke aplikasi Anda secara instan - tanpa perlu persetujuan dari app store. Ini berarti pengguna Anda selalu mendapatkan fitur dan perbaikan terbaru segera.
-:::
-
-:::faq
-### Bagaimana para pengembang dapat meningkatkan kinerja Jembatan Native saat menggunakan fitur native canggih dalam aplikasi Capacitor?
-
-Mengoptimalkan Jembatan Native di Capacitor semua tentang memastikan komunikasi yang efisien antara lapisan web dan native. Salah satu pendekatan yang efektif adalah dengan **meminimalkan jumlah panggilan jembatan**. Alih-alih membuat panggilan individual yang sering, coba gabungkan operasi bersama untuk mengurangi beban pada kinerja. Tips lainnya? Gunakan format data ringan seperti JSON untuk transfer data. Ini membantu mengurangi overhead yang tidak perlu.
-
-Untuk aplikasi yang perlu pembaruan frekuent atau peluncuran fitur cepat, alat seperti **Capgo** bisa menjadi sebuah perubahan permainan. Capgo memungkinkan para pengembang mendorong pembaruan secara instan, melewati penundaan app store sambil tetap mematuhi pedoman Apple dan Android. Dengan menggabungkan strategi ini, Anda dapat meningkatkan kinerja aplikasi Anda dan memberikan pengalaman yang lebih halus dan lebih mulus bagi pengguna.
-:::
diff --git a/src/content/blog/id/why-consent-management-matters-for-app-compliance.md b/src/content/blog/id/why-consent-management-matters-for-app-compliance.md
deleted file mode 100644
index 512104704..000000000
--- a/src/content/blog/id/why-consent-management-matters-for-app-compliance.md
+++ /dev/null
@@ -1,160 +0,0 @@
----
-slug: why-consent-management-matters-for-app-compliance
-title: Mengapa Manajemen Persetujuan Penting untuk Kepatuhan Aplikasi
-description: >-
-  Memahami manajemen persetujuan sangat penting untuk kepatuhan aplikasi
-  terhadap undang-undang privasi. Pelajari strategi efektif untuk mengelola
-  persetujuan pengguna dan tetap mematuhi peraturan.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T01:04:25.029Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce-1745543110199.jpg
-head_image_alt: Pengembangan Mobile
-keywords: >-
-  consent management, GDPR, CCPA, app compliance, user privacy, data protection,
-  live updates, consent tracking
-tag: 'Development, Security, Updates'
-published: true
-locale: id
-next_blog: ''
----
-
-**Mengelola persetujuan pengguna adalah keharusan untuk kepatuhan aplikasi** Undang-undang privasi seperti [GDPR](https://enwikipediaorg/wiki/General_Data_Protection_Regulation) dan [CCPA](https://enwikipediaorg/wiki/California_Consumer_Privacy_Act) mengharuskan aplikasi mendapatkan persetujuan eksplisit pengguna untuk pengumpulan dan penggunaan data. Tanpa ini, Anda berisiko mendapat denda, masalah hukum, dan kehilangan kepercayaan pengguna. Berikut yang perlu Anda ketahui:
-
--   **Apa itu Manajemen Persetujuan?** Ini tentang mengumpulkan, menyimpan, dan melacak izin pengguna untuk penggunaan data
--   **Mengapa Ini Penting:** Regulasi seperti GDPR dan CCPA menuntut transparansi dan kontrol pengguna atas data pribadi
--   **Tantangan Utama:** Menangani pembaruan berkala, menjaga kepatuhan di berbagai wilayah, dan mengelola catatan persetujuan secara aman
--   **Solusi untuk Pengembang:** Gunakan komunikasi yang jelas, izin selektif, dan alat seperti platform pembaruan langsung (mis., [Capgo](https://capgo.app/)) untuk memastikan kepatuhan dan efisiensi pembaruan
-
-**Ikhtisar Singkat Alat Kepatuhan:**
-
-| Metode Pembaruan | Kecepatan | Dukungan Kepatuhan | Dampak Pengguna |
-| --- | --- | --- | --- |
-| Pembaruan App Store | 3-7 hari | Proses peninjauan lengkap | [Pembaruan manual pengguna](https://capgo.app/docs/plugin/cloud-mode/manual-update/) |
-| Kontrol Sisi Server | Instan | Pengawasan terbatas | Tidak perlu tindakan pengguna |
-| Pembaruan Langsung (mis., Capgo) | Kurang dari 24 jam | Patuh platform | [Pembaruan otomatis](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-
-**Kesimpulan:** Tetap patuh dengan menerapkan pembaruan persetujuan real-time, mengamankan data pengguna, dan menggunakan alat yang beradaptasi cepat dengan perubahan regulasi
-
-## Apa itu platform manajemen persetujuan?
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Tantangan Umum Manajemen Persetujuan
-
-Mengelola persetujuan pengguna secara efektif bukanlah tugas mudah, terutama dengan undang-undang privasi yang ketat dan cepatnya pembaruan aplikasi. Hambatan ini menekankan pentingnya solusi yang andal dan fleksibel yang bekerja mulus dengan platform pembaruan modern.
-
-### Persyaratan Undang-undang Privasi
-
-Undang-undang seperti GDPR dan CCPA menetapkan aturan jelas tentang bagaimana aplikasi harus menangani persetujuan pengguna. Pengembang perlu memastikan sistem mereka dapat:
-
--   Memungkinkan pengguna menyesuaikan preferensi persetujuan untuk berbagai jenis data
--   Menggunakan bahasa yang sederhana dan jelas untuk menjelaskan pilihan persetujuan
--   Menentukan berapa lama data pengguna akan disimpan
--   Menyediakan opsi untuk portabilitas data
-
-Tantangan bertambah ketika aplikasi harus mengikuti aturan dari berbagai wilayah, masing-masing menafsirkan undang-undang privasi dengan caranya sendiri.
-
-### Penalti Ketidakpatuhan
-
-Kegagalan memenuhi standar privasi dapat menyebabkan denda besar dan masalah hukum. Bahkan kesalahan kecil dalam menangani persetujuan bisa mengakibatkan tindakan regulasi. Ini membuat penting untuk mengeluarkan [pembaruan aman](https://capgo.app/docs/live-updates/update-behavior/) dengan cepat agar tetap patuh.
-
-### Masalah Manajemen Pembaruan
-
-Untuk aplikasi yang dibangun dengan Capacitor, pembaruan yang sering dapat memperumit manajemen persetujuan. Proses pembaruan app store tradisional sering menunda perubahan penting, meningkatkan risiko ketidakpatuhan.
-
-> "Kami menerapkan pengembangan agile dan @Capgo sangat penting dalam memberikan layanan berkelanjutan kepada pengguna kami!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Platform pembaruan modern membantu menyelesaikan ini dengan memastikan 95% pengguna aktif menerima pembaruan terkait persetujuan dalam 24 jam [\[1\]](https://capgo.app/). Platform ini juga memprioritaskan keamanan, menggunakan enkripsi end-to-end dan memastikan kompatibilitas antar versi aplikasi sambil memenuhi standar privasi.
-
-Mengatasi tantangan ini sangat penting - tidak hanya untuk tetap patuh, tetapi juga untuk mempertahankan kepercayaan pengguna seiring perubahan regulasi privasi.
-
-## Manfaat Utama Manajemen Persetujuan
-
-### Standar Perlindungan Data
-
-Tetapkan pedoman yang jelas untuk memastikan Anda hanya mengumpulkan data yang telah disetujui pengguna secara eksplisit. Ini membatasi pengumpulan data yang tidak perlu dan memprioritaskan privasi pengguna. Pelacakan preferensi pengguna secara konsisten membantu mempertahankan standar ini, memperkuat kepercayaan dengan audiens Anda.
-
-### Kepercayaan Pengguna
-
-Praktik persetujuan yang transparan adalah kunci untuk membangun kepercayaan.Ketika pengguna melihat privasi mereka dihormati, mereka lebih cenderung terlibat dengan aplikasi atau platform Anda. Fitur seperti pembaruan real-time yang menangani masalah privasi dapat meningkatkan pengalaman pengguna dan bahkan menghasilkan umpan balik pelanggan yang lebih baik.
-
-### Catatan Kepatuhan
-
-Menyimpan catatan yang akurat sangat penting untuk memenuhi peraturan privasi. Pastikan untuk mendokumentasikan:
-
--   Kapan persetujuan diberikan atau ditarik
--   Izin spesifik yang diberikan
--   Bagaimana detail persetujuan ditampilkan
--   Versi ketentuan privasi yang diterima
--   Konteks di mana persetujuan diberikan
-
-Pembaruan real-time sangat penting untuk menjaga catatan kepatuhan yang akurat. Saat undang-undang privasi berubah, aplikasi harus dengan cepat menyesuaikan sistem persetujuan mereka sambil menjaga jejak audit yang terperinci dari semua pembaruan. Tingkat dokumentasi ini sangat penting untuk aplikasi yang beroperasi di berbagai wilayah, karena memberikan bukti kepatuhan terhadap undang-undang privasi lokal dan mengurangi risiko masalah hukum.
-
-## Menyiapkan Persetujuan di Aplikasi Capacitor
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Membuat UI Persetujuan
-
-Rancang formulir persetujuan yang memenuhi persyaratan hukum dan memberikan pengalaman pengguna yang lancar. Saat aplikasi pertama kali diluncurkan, pastikan formulir persetujuan:
-
--   Menggunakan bahasa sederhana untuk menjelaskan pilihan privasi
--   Menawarkan opsi terperinci dan granular untuk pengguna
--   Menyertakan tombol terima/tolak yang jelas dan tautan ke kebijakan lengkap
--   Memanfaatkan komponen UI native yang mengikuti pedoman khusus platform
-
-Karena pengguna dapat memperbarui preferensi persetujuan mereka setiap saat, pastikan sistem Anda mendukung pembaruan real-time agar tetap patuh.
-
-### Menjaga Persetujuan Tetap Diperbarui secara Real-Time
-
-Peraturan privasi sering berubah, jadi sistem persetujuan Anda perlu tetap fleksibel. Berikut ini cara mengelola pembaruan secara efektif:
-
-| Jenis Pembaruan | Cara Implementasi | Mengapa Membantu |
-| --- | --- | --- |
-| Perbaikan Darurat | Terapkan segera | Cepat menangani masalah kepatuhan |
-| Perubahan Kebijakan | Luncurkan secara bertahap | Memungkinkan pengujian terkontrol dengan kelompok pengguna yang lebih kecil |
-| Perbaikan UI | Uji di saluran beta | Memastikan fungsi yang lancar sebelum rilis penuh |
-
-### Mengikuti Pedoman Platform
-
-Apple dan Google memiliki aturan spesifik untuk mengelola persetujuan. Berikut yang perlu Anda ketahui:
-
-**Untuk Aplikasi iOS:**
-
--   Sediakan opsi opt-in dan opt-out yang jelas
--   Patuhi persyaratan pelabelan privasi App Store
--   Gunakan izin runtime bila diperlukan
-
-**Untuk Aplikasi Android:**
-
--   Terapkan izin runtime
--   Izinkan pengguna untuk dengan mudah menarik persetujuan
--   Jelaskan dengan jelas bagaimana data digunakan
-
-Untuk memperlancar pembaruan dan menjaga kepatuhan di seluruh platform, pertimbangkan untuk menggunakan sistem pembaruan langsung. Pendekatan ini memastikan aplikasi Anda memenuhi standar privasi terbaru tanpa penundaan yang tidak perlu.
-
-## Alat untuk Manajemen Persetujuan
-
-Mengelola persetujuan secara efektif membutuhkan alat yang memungkinkan pembaruan cepat sambil tetap mematuhi peraturan.
-
-### Perbandingan Metode Pembaruan
-
-Berikut bagaimana berbagai metode pembaruan bekerja dalam menangani manajemen persetujuan:
-
-| Metode | Kecepatan Pembaruan | Dukungan Kepatuhan | Dampak Pengguna |
-| --- | --- | --- | --- |
-| Pembaruan App Store | 3-7 hari | Proses peninjauan penuh | Memerlukan pembaruan manual |
-| Kontrol Sisi Server | Instan | Pengawasan terbatas | Tidak perlu tindakan pengguna |
-| Pembaruan Langsung | Kurang dari 24 jam | Patuh platform | [Pembaruan otomatis di latar belakang](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-
-Tabel ini menunjukkan bagaimana pembaruan langsung unggul dalam hal kecepatan dan kemudahan penggunaan. Capgo memanfaatkan sepenuhnya pendekatan ini untuk memberikan solusi yang efisien.
-
-### Fitur Pembaruan Capgo
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/66b4651f868ecdcc17d750c697bea294.jpg)
-
-Capgo memanfaatkan pembaruan langsung untuk menyederhanakan manajemen persetujuan untuk aplikasi Capacitor.
diff --git a/src/content/blog/it/2-way-communication-in-capacitor-apps.md b/src/content/blog/it/2-way-communication-in-capacitor-apps.md
deleted file mode 100644
index d7057954c..000000000
--- a/src/content/blog/it/2-way-communication-in-capacitor-apps.md
+++ /dev/null
@@ -1,458 +0,0 @@
----
-slug: 2-way-communication-in-capacitor-apps
-title: Comunicazione Bidirezionale nelle App Capacitor
-description: >-
-  Scopri come la comunicazione bidirezionale nelle app Capacitor migliora lo
-  scambio di dati in tempo reale, ottimizzando le prestazioni e l'esperienza
-  utente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T01:11:37.156Z
-updated_at: 2025-04-26T01:12:41.179Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068-1745629961179.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, two-way communication, native features, web integration, app
-  updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-La comunicazione bidirezionale nelle app [Capacitor](https://capacitorjs.com/) collega i layer web e nativi, consentendo lo scambio di dati in tempo reale. Questo permette alle tecnologie web di accedere alle funzionalità native del dispositivo come la fotocamera o il GPS mentre i layer nativi interagiscono con gli elementi web. Ecco perché è importante:
-
--   **Aggiornamenti Istantanei**: Distribuisci correzioni e funzionalità senza ritardi dell'app store.
--   **Migliori Prestazioni**: Combina l'efficienza web con l'accesso nativo diretto.
--   **Esperienza Utente Migliorata**: Integrazione fluida di funzionalità web e native.
--   **Portata Globale**: Sistemi come [Capgo](https://capgo.app/) consegnano milioni di aggiornamenti con tassi di successo dell'82%.
-
-### Fatti Principali:
-
--   **[Aggiornamenti Capgo](https://capgo.app/docs/)**: 947,6M di aggiornamenti su 1.400 app.
--   **Velocità di Aggiornamento**: 95% degli utenti aggiornati entro 24 ore.
--   **Sicurezza**: La crittografia end-to-end garantisce trasferimenti dati sicuri.
-
-Questa guida spiega come configurare la comunicazione bidirezionale, implementare plugin personalizzati e ottimizzare le prestazioni per le tue [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-## Come creare un plugin [Capacitor](https://capacitorjs.com/) per iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-1. Inizia con la configurazione del progetto base
-2. Aggiungi le piattaforme native necessarie
-3. Implementa la logica del plugin
-4. Testa e distribuisci
-
-</Steps>
-
-## Concetti Fondamentali e Struttura
-
-Il bridge Capacitor funge da spina dorsale per una comunicazione perfetta tra applicazioni web e funzionalità native del dispositivo nelle app multi-piattaforma.
-
-### Come Funziona il Bridge Capacitor
-
-Il bridge Capacitor agisce come intermediario, facilitando la comunicazione tra la tua app web e le funzionalità native del dispositivo. Utilizza una coda di messaggi bidirezionale per garantire che i messaggi vengano consegnati in modo affidabile, anche durante il traffico elevato.
-
-| Layer | Funzione | Gestione Dati |
-| --- | --- | --- |
-| **Layer Web** | Avvia chiamate JavaScript | Converte i dati in formato JSON |
-| **Bridge Core** | Gestisce routing e accodamento messaggi | Valida e trasforma i dati |
-| **Layer Nativo** | Esegue operazioni specifiche della piattaforma | Elabora e deserializza i dati |
-
-Il bridge assicura una comunicazione fluida validando i formati dei messaggi, convertendo i tipi di dati e instradando le chiamate ai gestori nativi appropriati. Fornisce anche risposte basate su promise, rendendo più semplice gestire operazioni asincrone. Questo sistema richiede un'attenta configurazione per integrarsi con successo nel tuo progetto.
-
-### Passaggi per la Configurazione del Progetto
-
-Segui questi passaggi per configurare il tuo progetto per la comunicazione web-nativa:
-
-1.  **Imposta la Struttura del Progetto**
-    
-    Organizza la directory del progetto come mostrato di seguito:
-    
-    ```
-    my-app/
-    ├── src/
-    │   ├── app/
-    │   └── plugins/
-    ├── ios/
-    ├── android/
-    └── capacitor.config.json
-    ```
-    
-2.  **Configura le Piattaforme Native**
-    
-    Regola le impostazioni del bridge per ogni piattaforma nel file di configurazione Capacitor. Per esempio:
-    
-    ```json
-    {
-      "plugins": {
-        "CustomPlugin": {
-          "ios": {
-            "bridgeMode": "modern"
-          },
-          "android": {
-            "messageQueue": "async"
-          }
-        }
-      }
-    }
-    ```
-    
-3.  **Implementa il Bridge**
-    
-    Configura il bridge per prestazioni ottimali. Per esempio, abilita la modalità 'async' su Android per migliorare la velocità e garantire stabilità durante il funzionamento.
-
-## Metodi di Comunicazione
-
-Abilita una comunicazione bidirezionale senza interruzioni tra i layer web e nativi utilizzando metodi specifici per il trasferimento dati in entrambe le direzioni.
-
-### Chiamate Web-to-Native
-
-Ecco come implementare la comunicazione web-to-native:
-
-```typescript
-// Custom plugin implementation
-const MyPlugin = {
-  echo: async (options: { value: string }) => {
-    return Capacitor.Plugins.MyPlugin.echo(options);
-  }
-};
-
-// Usage in web code
-await MyPlugin.echo({ value: "Hello Native!" });
-```
-
-**Considerazioni chiave per l'implementazione:**
-
-| Aspetto | Implementazione | Migliori Pratiche |
-| --- | --- | --- |
-| Tipi di Dati | Serializzabili in JSON | Utilizzare tipi primitivi quando possibile |
-| Gestione Errori | Restituisce promise | Avvolgere le chiamate in blocchi try-catch |
-| Prestazioni | Operazioni batch | Combinare chiamate correlate per efficienza |
-
-### Trasferimento Dati Native-to-Web
-
-Il codice nativo può inviare dati al layer web e attivare eventi. Ecco come:
-
-```typescript
-// Set up a custom event listener in web code
-window.addEventListener('myCustomEvent', (event) => {
-  const data = event.detail;
-  handleNativeData(data);
-});
-
-// Trigger the event from native code (Swift/Kotlin)
-notifyWebView("myCustomEvent", { 
-  "status": "success",
-  "data": nativeResponse 
-});
-```
-
-### Gestione del Flusso Dati Asincrono
-
-La gestione delle operazioni asincrone tra i layer web e nativi richiede un'attenta pianificazione. Usa queste strategie:
-
--   **Gestione Code**: Mantieni una coda di messaggi per gestire più richieste asincrone.
--   **Sincronizzazione Stato**: Mantieni lo stato coerente tra i layer web e nativi.
--   **Recupero Errori**: Usa meccanismi di ripetizione per gestire comunicazioni fallite.
-
-Ecco un esempio di coda messaggi in azione:
-
-```typescript
-class MessageQueue {
-  private queue: Array<Message> = [];
-
-  async processMessage(message: Message) {
-    await this.queue.push(message);
-    await this.processQueue();
-  }
-
-  private async processQueue() {
-    while (this.queue.length > 0) {
-      const message = this.queue[0];
-      try {
-        await this.sendToNative(message);
-        this.queue.shift();
-      } catch (error) {
-        await this.handleError(error);
-        break;
-      }
-    }
-  }
-}
-```
-
-## Guida all'Implementazione
-
-### Creazione di Plugin Personalizzati
-
-Per abilitare una comunicazione bidirezionale senza interruzioni, puoi creare [plugin Capacitor personalizzati](https://capgo.app/plugins/):
-
-```typescript
-// Define plugin interface
-export interface MyCustomPlugin {
-  sendMessage(options: { data: string }): Promise<{ result: string }>;
-}
-
-// Register plugin
-@Plugin({
-  name: 'MyCustomPlugin',
-  platforms: ['ios', 'android']
-})
-export class MyCustomPluginImplementation implements MyCustomPlugin {
-  async sendMessage(options: { data: string }): Promise<{ result: string }> {
-    // Bridge to the native layer using a promise
-    return await Capacitor.nativePromise('sendMessage', options);
-  }
-}
-```
-
-### Integrazione JavaScript-Nativo
-
-Una volta creato il plugin personalizzato, puoi integrarlo per permettere a JavaScript di comunicare direttamente con il layer nativo:
-
-```typescript
-class NativeIntegration {
-  private static instance: NativeIntegration;
-  private messageQueue: string[] = [];
-
-  static getInstance(): NativeIntegration {
-    if (!NativeIntegration.instance) {
-      NativeIntegration.instance = new NativeIntegration();
-    }
-    return NativeIntegration.instance;
-  }
-
-  async sendToNative(data: any): Promise<void> {
-    try {
-      const plugin = Capacitor.Plugins.MyCustomPlugin;
-      // Convert the data to JSON format before sending
-      const response = await plugin.sendMessage({ data: JSON.stringify(data) });
-      this.handleResponse(response);
-    } catch (error) {
-      this.handleError(error);
-    }
-  }
-
-  private handleResponse(response: { result: string }): void {
-    if (response.result === 'success') {
-      // Immediately process any queued messages
-      this.processQueue();
-    }
-  }
-
-  private handleError(error: any): void {
-    console.error('Error communicating with the native layer:', error);
-  }
-
-  private processQueue(): void {
-    while (this.messageQueue.length) {
-      console.log('Processing message:', this.messageQueue.shift());
-    }
-  }
-}
-```
-
-Questa configurazione garantisce un canale di comunicazione affidabile tra JavaScript e codice nativo.
-
-### Gestione Eventi Nativi
-
-Per gestire eventi provenienti dal lato nativo, usa un gestore eventi per gestire i listener degli eventi e il dispatching dei dati:
-
-```typescript
-class EventManager {
-  private eventListeners: Map<string, Function[]> = new Map();
-
-  registerListener(eventName: string, callback: Function): void {
-    if (!this.eventListeners.has(eventName)) {
-      this.eventListeners.set(eventName, []);
-    }
-    this.eventListeners.get(eventName)?.push(callback);
-  }
-
-  async dispatchEvent(eventName: string, data: any): Promise<void> {
-    const listeners = this.eventListeners.get(eventName) || [];
-    for (const listener of listeners) {
-      await listener(data);
-    }
-  }
-}
-
-// Usage example
-const eventManager = new EventManager();
-eventManager.registerListener('dataReceived', (data) => {
-  console.log('Received data:', data);
-});
-
-// Dispatch an event from native code
-eventManager.dispatchEvent('dataReceived', {
-  type: 'sensor',
-  value: 42,
-  timestamp: Date.now()
-});
-```
-
-Per migliorare le prestazioni, considera di raggruppare gli eventi o ridurre la dimensione dei dati trasmessi. Questa strategia di gestione eventi completa i metodi di comunicazione web-to-native e native-to-web descritti in precedenza.
-
-## Linee Guida Tecniche
-
-### Sicurezza dei Dati
-
-Per proteggere i dati scambiati tra i layer web e nativi, implementa protocolli di sicurezza robusti e usa la crittografia end-to-end.
-
-Ecco un esempio in TypeScript:
-
-```typescript
-class SecureDataTransfer {
-  private encryptionKey: CryptoKey;
-
-  constructor() {
-    this.encryptionKey = this.generateSecureKey();
-  }
-
-  async encryptData(data: any): Promise<ArrayBuffer> {
-    const stringData = JSON.stringify(data);
-    return await window.crypto.subtle.encrypt(
-      { name: "AES-GCM", iv: window.crypto.getRandomValues(new Uint8Array(12)) },
-      this.encryptionKey,
-      new TextEncoder().encode(stringData)
-    );
-  }
-
-  private async generateSecureKey(): Promise<CryptoKey> {
-    return await window.crypto.subtle.generateKey(
-      { name: "AES-GCM", length: 256 },
-      true,
-      ["encrypt", "decrypt"]
-    );
-  }
-}
-```
-
-Questo approccio garantisce che i dati sensibili siano crittografati durante la trasmissione, riducendo potenziali vulnerabilità.
-
-### Ottimizzazione del Codice
-
-Il codice efficiente migliora le prestazioni dell'app e si allinea con i requisiti della piattaforma. Le metriche di Capgo validano l'impatto di queste ottimizzazioni [\[1\]](https://capgo.app/).
-
-Di seguito un esempio di processi in batch per migliorare l'efficienza:
-
-```typescript
-class OptimizedDataTransfer {
-  private static readonly BATCH_SIZE = 1000;
-  private messageQueue: Array<any> = [];
-
-  async batchProcess(): Promise<void> {
-    while (this.messageQueue.length) {
-      const batch = this.messageQueue.splice(0, OptimizedDataTransfer.BATCH_SIZE);
-      await this.processBatch(batch);
-    }
-  }
-
-  private async processBatch(batch: Array<any>): Promise<void> {
-    const compressedData = await this.compress(batch);
-    await this.send(compressedData);
-  }
-
-  private async compress(data: Array<any>): Promise<ArrayBuffer> {
-    // Compression logic here
-  }
-
-  private async send(data: ArrayBuffer): Promise<void> {
-    // Data transmission logic here
-  }
-}
-```
-
-Questo metodo minimizza l'utilizzo delle risorse e garantisce un funzionamento fluido, anche sotto carichi di lavoro pesanti.
-
-### Regole dell'App Store e Aggiornamenti
-
-Segui le linee guida dell'[Apple App Store](https://developer.apple.com/app-store/) e del [Google Play Store](https://play.google.com/console/signup) per evitare problemi di conformità durante gli aggiornamenti.
-
-> "Conforme all'App Store" - Capgo [\[1\]](https://capgo.app/)
-
-Per una migliore gestione degli aggiornamenti, includi il controllo versione con capacità di rollback:
-
-```typescript
-class UpdateManager {
-  private currentVersion: string;
-  private previousVersion: string;
-
-  async applyUpdate(newVersion: string): Promise<boolean> {
-    try {
-      this.previousVersion = this.currentVersion;
-      this.currentVersion = newVersion;
-      return true;
-    } catch (error) {
-      await this.rollback();
-      return false;
-    }
-  }
-
-  private async rollback(): Promise<void> {
-    this.currentVersion = this.previousVersion;
-  }
-}
-```
-
-Come nota Rodrigo Mantica:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per la consegna continua ai nostri utenti!" [\[1\]](https://capgo.app/)
-
-Questa configurazione assicura che tu possa adattarti rapidamente ai cambiamenti mantenendo un'esperienza utente senza interruzioni.
-
-## Conclusione
-
-La comunicazione bidirezionale nelle app Capacitor gioca un ruolo chiave nell'assicurare aggiornamenti rapidi e prestazioni costanti. La connessione fluida tra i layer web e nativi permette correzioni rapide, distribuzioni di funzionalità più veloci e una migliore esperienza utente complessiva.
-
-L'impatto delle piattaforme di aggiornamento live come Capgo è chiaro nei numeri:
-
-| Metrica | Risultato |
-| --- | --- |
-| Velocità di Aggiornamento | 95% degli utenti aggiornati entro 24 ore |
-| Portata Globale | 947,6 milioni di aggiornamenti su 1.400 app in produzione |
-| Affidabilità | 82% tasso di successo mondiale |
-
-Gli sviluppatori confermano questi risultati con le loro esperienze. Rodrigo Mantica ha condiviso:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per la consegna continua ai nostri utenti!" [\[1\]](https://capgo.app/)
-
-I dati sensibili vengono gestiti in modo sicuro mentre si muovono tra i layer web e nativi, garantendo la sicurezza delle informazioni per le numerose app che già utilizzano questi sistemi in produzione [\[1\]](https://capgo.app/).
-
-Mentre la tecnologia Capacitor continua ad avanzare, mantenere canali di comunicazione web-nativi sicuri ed efficienti rimarrà una priorità assoluta per lo sviluppo futuro delle app.
-
-## FAQ
-
-::: faq
-### In che modo la comunicazione bidirezionale migliora la connessione tra i layer web e nativi nelle app Capacitor?
-
-La comunicazione bidirezionale nelle app Capacitor ottimizza l'interazione tra i layer web e nativi, permettendo un'integrazione senza interruzioni delle funzionalità e aggiornamenti in tempo reale. Questo approccio permette agli sviluppatori di distribuire correzioni, miglioramenti e nuove funzionalità direttamente agli utenti senza attendere le approvazioni dell'app store.
-
-Sfruttando questa funzionalità, gli sviluppatori possono migliorare le prestazioni dell'app, rispondere più rapidamente al feedback degli utenti e mantenere un vantaggio competitivo. Strumenti come Capgo possono ulteriormente migliorare questo processo offrendo aggiornamenti live, crittografia end-to-end e conformità con i requisiti della piattaforma, garantendo un flusso di sviluppo fluido ed efficiente.
-:::
-
-::: faq
-### Quali sono alcune best practice per creare plugin personalizzati per migliorare le prestazioni nelle app Capacitor?
-
-La creazione di plugin personalizzati nelle app Capacitor può migliorare significativamente le prestazioni e adattare le funzionalità alle esigenze specifiche della tua app. Ecco alcune best practice da seguire:
-
--   **Ottimizza il Codice Nativo:** Assicurati che il tuo codice nativo sia efficiente ed eviti calcoli non necessari. Usa ottimizzazioni specifiche del linguaggio per iOS ([Swift](https://en.wikipedia.org/wiki/Swift_\(programming_language\))/Objective-C) e Android (Java/[Kotlin](https://kotlinlang.org/)).
--   **Minimizza l'Overhead di Comunicazione:** Riduci la frequenza e la dimensione degli scambi di dati tra i layer web e nativi per migliorare la reattività.
--   **Testa su Dispositivi Reali:** Testa sempre i tuoi plugin su dispositivi reali per identificare colli di bottiglia nelle prestazioni che potrebbero non apparire negli emulatori.
-
-Se stai cercando di ottimizzare gli aggiornamenti e mantenere prestazioni fluide dell'app, piattaforme come Capgo possono aiutare. Capgo permette di distribuire aggiornamenti istantaneamente, assicurando che i tuoi plugin e app rimangano ottimizzati senza richiedere approvazioni dell'app store.
-:::
-
-::: faq
-### Come possono gli sviluppatori proteggere i dati quando abilitano la comunicazione bidirezionale tra i layer web e nativi nelle app Capacitor?
-
-Garantire la sicurezza dei dati durante la comunicazione bidirezionale nelle app Capacitor implica l'implementazione di best practice chiave. Usa la **crittografia end-to-end** per proteggere i dati sensibili mentre si muovono tra i layer web e nativi. Inoltre, valida e sanifica tutti gli input per prevenire vulnerabilità come attacchi di iniezione.
-:::
-
-Anche le app Capacitor possono beneficiare di soluzioni di archiviazione sicura per le informazioni sensibili e dell'utilizzo di HTTPS per tutte le comunicazioni di rete. Mentre l'articolo evidenzia strumenti come Capgo per aggiornamenti sicuri in tempo reale, queste pratiche fondamentali sono cruciali per mantenere una robusta sicurezza dell'app.
-:::
diff --git a/src/content/blog/it/5-common-ota-update-mistakes-to-avoid.md b/src/content/blog/it/5-common-ota-update-mistakes-to-avoid.md
deleted file mode 100644
index 9e3d319dd..000000000
--- a/src/content/blog/it/5-common-ota-update-mistakes-to-avoid.md
+++ /dev/null
@@ -1,247 +0,0 @@
----
-slug: 5-common-ota-update-mistakes-to-avoid
-title: 5 Errori Comuni da Evitare negli Aggiornamenti OTA
-description: >-
-  Evita gli errori comuni degli aggiornamenti OTA che possono portare a crash
-  delle app e rischi per la sicurezza. Scopri le migliori pratiche per
-  aggiornamenti di successo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:28:16.443Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935-1744511309285.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, app store compliance, update security, mobile testing, user
-  experience
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Gli aggiornamenti OTA (Over-the-Air) possono migliorare rapidamente le app, ma gli errori possono portare a crash, rischi per la sicurezza o persino violazioni dell'[app store](https://www.apple.com/app-store/). Ecco una guida rapida per evitare errori comuni:
-
--   **Violazione delle regole dell'App Store**: Attenersi alle linee guida come trasmissione sicura, modifiche minori e documentazione appropriata per evitare il rifiuto dell'app.
--   **Test affrettati**: Testare gli aggiornamenti in fasi (Alpha → Beta → Produzione) per individuare i bug precocemente e garantire la conformità.
--   **Sicurezza debole**: Utilizzare la crittografia end-to-end, controlli di accesso e monitoraggio in tempo reale per prevenire violazioni.
--   **Disturbo degli utenti**: Programmare gli aggiornamenti durante le ore non di punta, utilizzare installazioni in background e comunicare chiaramente con gli utenti.
--   **Omissione del monitoraggio degli aggiornamenti**: Monitorare metriche come tassi di adozione e successo per identificare e risolvere rapidamente i problemi.
-
-### Panoramica rapida delle migliori pratiche
-
-| Errore | Soluzione |
-| --- | --- |
-| Violazione delle linee guida | Seguire le regole dell'app store, utilizzare il controllo versione |
-| Test inadeguati | Utilizzare implementazioni graduali e monitoraggio in tempo reale |
-| Sicurezza debole | Crittografare gli aggiornamenti e gestire gli accessi |
-| Disturbo degli utenti | Programmare gli aggiornamenti in modo intelligente, utilizzare installazioni in background |
-| Mancanza di monitoraggio | Monitorare i tassi di adozione e gli errori |
-
-## È possibile eseguire aggiornamenti OTA per le app iOS? Apple ...
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Violazione delle regole dell'[App Store](https://www.apple.com/app-store/)
-
-![App Store](https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935/ab359297e839832a0f76203cfe630f58.jpg)
-
-Un errore importante che gli sviluppatori commettono spesso con gli aggiornamenti OTA è ignorare le linee guida dell'app store. Sia l'App Store di Apple che [Google Play](https://play.google.com/store/games?hl=en_US&gl=US) hanno regole severe per gli aggiornamenti delle app, e violare queste regole può portare al rifiuto - o persino alla rimozione completa dell'app.
-
-### Requisiti chiave per la conformità dell'App Store
-
--   **Sicurezza e Privacy**: Gli aggiornamenti devono utilizzare protocolli di trasmissione sicuri e crittografia end-to-end per proteggere i dati degli utenti e la sicurezza del dispositivo. Sia Apple che Google danno priorità a forti misure di privacy come parte delle loro normative.
--   **Protezione dell'esperienza utente**: Gli aggiornamenti OTA non dovrebbero modificare drasticamente l'esperienza fondamentale dell'app originariamente approvata. Come afferma l'esperta del settore Bessie Cooper, "Evitare la revisione per la correzione dei bug è fondamentale." Concentrare gli aggiornamenti su correzioni e miglioramenti minori, non su cambiamenti fondamentali.
-
-### Migliori pratiche per rimanere conformi
-
--   Utilizzare il controllo versione per documentare e tracciare le modifiche.
--   Mantenere registri dettagliati degli aggiornamenti per fornire una documentazione chiara per le revisioni dell'app store.
--   Testare tutti gli aggiornamenti rispetto alle ultime linee guida dell'app store prima del rilascio.
-
-Piattaforme come [Capgo](https://capgo.app/) possono semplificare la conformità. Gli strumenti di [Capgo](https://capgo.app/) sono progettati per soddisfare i requisiti sia di Apple che di Google Play, permettendo agli sviluppatori di distribuire aggiornamenti in tempo reale senza violare le politiche dello store. Man mano che le regole dell'app store si evolvono, rimanere informati e utilizzare soluzioni costruite per la conformità può evitare errori costosi e rimozioni di app.
-
-## 2. Test degli aggiornamenti affrettati
-
-Il test approfondito è obbligatorio. Saltarlo può portare a bug che danneggiano l'esperienza utente e la reputazione della tua app. Un processo di test ben pianificato garantisce che gli aggiornamenti siano affidabili e conformi alle regole.
-
-### Il costo di test inadeguati
-
-Saltare i test appropriati spesso porta a bug che passano inosservati, causando recensioni negative e utenti frustrati.
-
-### Come testare efficacemente gli aggiornamenti
-
-Suddividere i test in fasi chiare aiuta a individuare i problemi precocemente e garantisce distribuzioni più fluide.
-
-#### Sistema di test basato su canali
-
-Un sistema basato su canali permette di testare gli aggiornamenti con gruppi specifici prima di rilasciarli a tutti. Questo metodo minimizza il rischio identificando i problemi precocemente.
-
-| Fase di test | Scopo | Pubblico target |
-| --- | --- | --- |
-| **Canale Alpha** | Test iniziale | Team interno |
-| **Canale Beta** | Test esteso | Utenti selezionati |
-| **Canale di produzione** | Distribuzione graduale | Tutti gli utenti |
-
-Questo approccio a fasi garantisce che gli aggiornamenti soddisfino gli standard di conformità discussi in precedenza.
-
-#### Componenti chiave del testing
-
--   **Tracciamento errori**: Utilizzare il tracciamento degli errori in tempo reale per individuare i problemi mentre si verificano.
--   **Opzioni di rollback**: Avere un sistema pronto per tornare rapidamente a una versione stabile se necessario.
--   **Test delle Pull Request (PR)**: Testare le pull request utilizzando i selettori di canale prima di distribuirle ampiamente.
-
-### Migliori pratiche per il test degli aggiornamenti
-
--   **Distribuzioni graduali**: Iniziare con un piccolo gruppo di utenti e espandere man mano che si conferma la stabilità.
--   **Monitoraggio delle prestazioni**: Tracciare metriche come tempi di caricamento, utilizzo della memoria e impatto sulla batteria su diversi dispositivi e sistemi operativi.
--   **Test su dispositivi diversi**: Testare gli aggiornamenti su una varietà di dispositivi e versioni OS per garantire la compatibilità.
-
-Strumenti come Capgo aiutano a semplificare questo processo con funzionalità come il tracciamento degli errori in tempo reale e rollback rapidi, rendendo più facile soddisfare sia gli standard tecnici che di conformità.
-
-## 3. Scarsa sicurezza degli aggiornamenti
-
-Le falle di sicurezza negli aggiornamenti OTA possono mettere a serio rischio la tua app e i suoi utenti. Dati recenti indicano che gli aggiornamenti ben protetti raggiungono un tasso di successo globale dell'82% [\[1\]](https://capgo.app/). Come per la conformità e i test, forti misure di sicurezza sono essenziali per il successo degli aggiornamenti OTA.
-
-### Vulnerabilità di sicurezza comuni
-
-Alcune vulnerabilità frequenti includono:
-
--   **Mancanza di crittografia**: Senza crittografia end-to-end, gli aggiornamenti sono vulnerabili durante la trasmissione.
--   **Controlli di accesso deboli**: Una scarsa autenticazione può permettere l'iniezione di codice non autorizzato.
--   **Monitoraggio limitato**: Senza tracciare la consegna degli aggiornamenti e i tassi di successo, le violazioni possono passare inosservate.
-
-Affrontare questi problemi è cruciale per creare processi di aggiornamento sicuri.
-
-### Impatto delle violazioni di sicurezza
-
-| Rischio di sicurezza | Impatto potenziale | Misura preventiva |
-| --- | --- | --- |
-| Manomissione | Iniezione di codice malevolo | Crittografia end-to-end |
-| Intercettazione | Aggiornamenti intercettati | Canali di consegna sicuri |
-| Problemi di controllo versione | Versioni errate distribuite | Sistema di verifica degli aggiornamenti |
-| Accesso non autorizzato | Modifiche non autorizzate | Controlli di accesso forti |
-
-### Implementazione di aggiornamenti sicuri
-
-Le piattaforme con protocolli di sicurezza forti riportano un tasso di completamento degli aggiornamenti del 95% entro 24 ore [\[1\]](https://capgo.app/), permettendo la consegna rapida di patch critiche.
-
-#### Funzionalità di sicurezza chiave
-
--   **Crittografia end-to-end**: Garantisce che i dati rimangano sicuri durante tutto il processo di aggiornamento.
--   **Controllo versione**: Previene la distribuzione di aggiornamenti errati o obsoleti.
--   **Gestione degli accessi**: Limita chi può distribuire aggiornamenti e traccia le attività di distribuzione.
--   **Monitoraggio in tempo reale**: Fornisce visibilità sui tassi di successo degli aggiornamenti, rendendo più facile rilevare e affrontare i problemi.
-
-> "L'unica soluzione con vera crittografia end-to-end, gli altri si limitano a firmare gli aggiornamenti" - Capgo [\[1\]](https://capgo.app/)
-
-### Migliori pratiche per la sicurezza degli aggiornamenti
-
--   **Utilizzare sistemi di verifica**: Ogni aggiornamento dovrebbe passare controlli come verifica della firma e validazione dell'integrità prima di andare in produzione.
--   **Tracciare le metriche di distribuzione**: Monitorare continuamente i tassi di successo degli aggiornamenti per individuare e risolvere rapidamente problemi di sicurezza.
--   **Abilitare opzioni di rollback**: Avere sempre un modo sicuro per tornare alle versioni precedenti se emerge un problema, proteggendo gli utenti da potenziali danni.
-
-## 4. Disturbo degli utenti
-
-Aggiornamenti mal programmati o eseguiti possono interferire con l'esperienza utente e danneggiare i tassi di fidelizzazione.
-
-### Come gli aggiornamenti disruptivi influenzano gli utenti
-
-Gli aggiornamenti disruptivi spesso si presentano come:
-
--   Aggiornamenti forzati durante le ore di picco
--   Riavvii improvvisi dell'app
--   Durate di download imprevedibili
--   Aggiornamenti che bloccano l'uso dell'app fino al completamento
-
-### Strategie di aggiornamento più intelligenti
-
-Come per test approfonditi e conformità, una pianificazione attenta e comunicazione sono fondamentali per evitare il disturbo degli utenti. Programmando gli aggiornamenti in base al comportamento degli utenti e utilizzando strumenti avanzati, puoi distribuire le modifiche in modo fluido e mantenere gli utenti soddisfatti.
-
-#### Programmazione efficace degli aggiornamenti
-
-Adattare gli orari degli aggiornamenti per evitare i periodi di picco di utilizzo nelle diverse regioni:
-
-| Fuso orario | Ore di picco | Finestra suggerita per aggiornamenti |
-| --- | --- | --- |
-| EST (USA Est) | 9:00 – 18:00 | 2:00 – 4:00 |
-| CST (USA Centro) | 8:00 – 17:00 | 1:00 – 3:00 |
-| PST (USA Ovest) | 9:00 – 18:00 | 0:00 – 2:00 |
-
-### Suggerimenti per aggiornamenti user-friendly
-
--   **Installazioni in background**: Utilizzare [aggiornamenti automatici in background](https://capgo.app/docs/plugin/self-hosted/auto-update/) per ridurre le interruzioni.
--   **Distribuzioni graduali**: Distribuire gli aggiornamenti a fasi. Questo permette di monitorare le prestazioni, identificare problemi precocemente ed evitare sovraccarichi dei server.
--   **Comunicazione chiara**: Informare gli utenti su tempistiche, durata e modifiche degli aggiornamenti. Quando possibile, fornire un'opzione per posticipare gli aggiornamenti.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-### Sfruttare strumenti avanzati
-
-I moderni sistemi di [gestione degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) possono aiutare a minimizzare le interruzioni:
-
--   **Sistemi di canali**: Indirizzare gli aggiornamenti a specifici gruppi di utenti per una migliore programmazione.
--   **Programmazione flessibile**: Distribuire gli aggiornamenti durante le ore non di punta.
--   **Indicatori di avanzamento**: Tenere informati gli utenti quando gli aggiornamenti richiedono più tempo del previsto.
-
-## 5. Mancanza di monitoraggio degli aggiornamenti
-
-Il monitoraggio efficace degli aggiornamenti è cruciale per mantenere la stabilità dell'app e garantire esperienze utente fluide. Senza un monitoraggio adeguato, problemi critici possono passare inosservati, mettendo a rischio le prestazioni dell'app. Diventa anche difficile valutare il successo degli aggiornamenti o identificare nuovi problemi.
-
-### Metriche chiave per misurare il successo degli aggiornamenti
-
-Il monitoraggio degli aggiornamenti significa tenere d'occhio metriche importanti come queste:
-
-| Metrica | Obiettivo | Perché è importante |
-| --- | --- | --- |
-| Tasso di adozione aggiornamenti | 95% entro 24 ore | Mostra forte coinvolgimento degli utenti e successo rapido della distribuzione. |
-| Tasso di successo | >80% globalmente | Riflette l'affidabilità e la stabilità del sistema. |
-
-### Strumenti per un monitoraggio efficace
-
-Per monitorare gli aggiornamenti in modo efficace, concentrati su questi componenti:
-
--   **Analisi in Tempo Reale**: Monitora la distribuzione e le installazioni degli aggiornamenti mentre avvengono per identificare rapidamente potenziali problemi.
--   **Avvisi di Errore**: Ricevi notifiche istantanee per installazioni fallite, incompatibilità di versione o errori di rete.
--   **Informazioni sul Coinvolgimento degli Utenti**: Oltre ai numeri delle installazioni, analizza come gli utenti interagiscono con le nuove funzionalità per confermare l'impatto dell'aggiornamento.
-
-### Controllo Avanzato con Distribuzione Mirata
-
-L'aggiunta di un sistema di distribuzione basato su canali migliora il monitoraggio e il controllo. Questo approccio permette:
-
--   Test beta con gruppi specifici di utenti.
--   Distribuzioni graduali per minimizzare i rischi.
--   Monitoraggio della distribuzione regionale.
--   Tracciamento delle prestazioni per versione dell'app.
-
-> "Analytics dettagliati e monitoraggio degli errori" sono tra i vantaggi dell'utilizzo di Capgo. - Capgo [\[1\]](https://capgo.app/)
-
-### Perché il Monitoraggio è Importante
-
-I dati evidenziano l'importanza del monitoraggio degli aggiornamenti. Per esempio, le piattaforme con sistemi robusti spesso vedono fino al 95% degli utenti attivi aggiornare entro 24 ore [\[1\]](https://capgo.app/). Questo garantisce un'adozione diffusa e mantiene l'app stabile.
-
-Un buon monitoraggio non solo verifica le prestazioni degli aggiornamenti ma aiuta anche a risolvere i problemi più velocemente e supporta il miglioramento continuo.
-
-## Conclusione
-
-Riassumiamo le lezioni chiave su conformità, test, sicurezza ed esperienza utente per aiutarti a padroneggiare gli aggiornamenti OTA.
-
-Le piattaforme moderne per la gestione degli aggiornamenti OTA hanno trasformato il modo in cui gli sviluppatori distribuiscono le modifiche, combinando velocità e affidabilità. Con strumenti come la distribuzione CDN globale e la crittografia end-to-end, gli aggiornamenti possono ora raggiungere gli utenti in modo sicuro ed efficiente, ovunque si trovino.
-
-### Punti Chiave per Aggiornamenti OTA di Successo
-
-| Aspetto | Migliore Pratica |
-| --- | --- |
-| Velocità | Usa la distribuzione CDN globale |
-| Sicurezza | [Implementa la crittografia end-to-end](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) |
-| Monitoraggio | Sfrutta l'analisi in tempo reale |
-
-La tecnologia OTA di oggi semplifica la conformità e permette miglioramenti rapidi. Per garantire aggiornamenti fluidi, concentrati su queste priorità:
-
--   **Test Approfonditi**: Testa sempre gli aggiornamenti in modo estensivo prima di distribuirli.
--   **Misure di Sicurezza**: Proteggi gli aggiornamenti con la crittografia end-to-end.
--   **Esperienza Utente Fluida**: Rendi gli aggiornamenti non intrusivi e facili per gli utenti.
--   **Monitoraggio delle Prestazioni**: Traccia le metriche chiave per mantenere alti tassi di successo.
-
-Con più di 23,5 milioni di aggiornamenti distribuiti su 750 app in produzione [\[1\]](https://capgo.app/), una gestione efficace degli aggiornamenti OTA è diventata uno strumento vitale nel mondo dello sviluppo di app in rapida evoluzione. Dando priorità alla sicurezza, monitorando le prestazioni e garantendo un'esperienza utente fluida, gli sviluppatori possono mantenere le loro app aggiornate preservando stabilità e fiducia.
diff --git a/src/content/blog/it/5-security-best-practices-for-mobile-app-live-updates.md b/src/content/blog/it/5-security-best-practices-for-mobile-app-live-updates.md
deleted file mode 100644
index 5a3b10eff..000000000
--- a/src/content/blog/it/5-security-best-practices-for-mobile-app-live-updates.md
+++ /dev/null
@@ -1,202 +0,0 @@
----
-slug: 5-security-best-practices-for-mobile-app-live-updates
-title: 5 Best practice per la sicurezza degli aggiornamenti live delle app mobili
-description: >-
-  Scopri le pratiche di sicurezza essenziali per gli aggiornamenti live delle
-  app mobili, proteggendo i dati degli utenti e garantendo la conformità agli
-  standard di settore.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-14T02:36:08.711Z
-updated_at: 2025-01-14T15:24:46.071Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6785bb5bfc0bf469b705c62a-1736822313233.jpg
-head_image_alt: Tecnologia
-keywords: >-
-  mobile app security, live updates, data integrity, OTA updates, encryption,
-  security testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Mantenere la tua app mobile sicura durante gli aggiornamenti in tempo reale è fondamentale per proteggere i dati degli utenti e mantenere la fiducia. Ecco un rapido riepilogo delle migliori pratiche per proteggere i tuoi aggiornamenti over-the-air (OTA):
-
-1.  **Consegna Sicura**: Utilizza la crittografia (es. TLS), firme digitali e [autenticazione a più fattori](https://capgo.app/docs/webapp/mfa/) per proteggere gli aggiornamenti durante la trasmissione.
-    
-2.  **Integrità dei Dati**: Convalida gli aggiornamenti con checksum, verifica della firma del pacchetto e controllo versione per prevenire manomissioni.
-    
-3.  **Blocca Accessi Non Autorizzati**: Implementa il controllo degli accessi basato sui ruoli (RBAC), autenticazione multi-livello e comunicazione crittografata per limitare l'accesso.
-    
-4.  **Aggiornamenti e Patch Regolari**: Affronta rapidamente le vulnerabilità con strumenti di aggiornamento automatizzati e mantieni aggiornate le dipendenze di terze parti.
-    
-5.  **Test di Sicurezza Approfonditi**: Utilizza strumenti automatizzati come [OWASP ZAP](https://www.zaproxy.org/) e test manuali per individuare vulnerabilità prima che gli aggiornamenti vengano distribuiti.
-    
-
-### Perché È Importante
-
-Seguendo queste pratiche, puoi ridurre i rischi per la sicurezza, rispettare le normative come GDPR e HIPAA e mantenere la fiducia degli utenti. Strumenti come [Capgo](https://capgo.app/) e pipeline CI/CD sicure possono aiutare a ottimizzare questi processi garantendo che gli aggiornamenti rimangano sicuri.
-
-Approfondiamo ogni pratica per capire come proteggono la tua app e i tuoi utenti.
-
-## Come avere successo con gli aggiornamenti OTA
-
-## 1. Consegna Sicura degli Aggiornamenti
-
-Per garantire aggiornamenti sicuri per le app basate su Capacitor, la **crittografia** e i **protocolli di autenticazione** sono la spina dorsale di una pipeline di consegna sicura.
-
-> "La codifica sicura è il fondamento della sicurezza per le applicazioni mobili" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/).
-
-Ecco alcune misure chiave per mantenere sicuri i tuoi aggiornamenti:
-
-| Misura di Sicurezza | Implementazione | Scopo |
-| --- | --- | --- |
-| **Transport Layer Security** | Protocolli HTTPS/SSL/TLS | Crittografare i dati durante la trasmissione |
-| **Verifica del Pacchetto** | Firme digitali | Confermare l'autenticità degli aggiornamenti |
-| **Gestione degli Accessi** | Autenticazione multi-fattore | Limitare l'accesso alla distribuzione degli aggiornamenti |
-| **Validazione dell'Integrità** | Checksum automatizzati | Rilevare e prevenire manomissioni |
-
-### Autenticazione e Controllo degli Accessi
-
-Utilizzando strumenti come **Capgo**, la crittografia e il controllo degli accessi basato sui ruoli garantiscono che solo il personale autorizzato possa gestire gli aggiornamenti. Questo livello di sicurezza minimizza i rischi da modifiche o violazioni non autorizzate.
-
-### Controllo Versione e Verifiche di Integrità
-
-I controlli di integrità automatizzati sono essenziali per verificare che gli aggiornamenti siano genuini e non manomessi. Questo passaggio protegge gli utenti da pacchetti malevoli.
-
-### Sicurezza della Pipeline CI/CD
-
-Incorporare la sicurezza nell'intera pipeline CI/CD è non negoziabile. Ecco come puoi farlo:
-
--   **Pratiche di codifica sicura** durante lo sviluppo
-    
--   Strumenti automatizzati per scansionare le vulnerabilità
-    
--   Audit regolari del processo di distribuzione degli aggiornamenti
-    
--   Registrazione dettagliata di tutte le attività relative agli aggiornamenti
-    
-
-Queste pratiche non solo rendono sicuri gli aggiornamenti ma mantengono anche l'efficienza della distribuzione. Per le industrie vincolate da normative come **HIPAA** o **GDPR**, la stretta aderenza a queste misure è obbligatoria.
-
-Infine, mentre proteggere la pipeline è cruciale, verificare l'integrità degli aggiornamenti stessi assicura che il codice malevolo non raggiunga mai i tuoi utenti.
-
-## 2. Garantire l'Integrità e la Validazione dei Dati
-
-Mantenere l'integrità dei dati è cruciale per gli aggiornamenti in tempo reale. Se i dati vengono compromessi, può portare a rischi per la sicurezza e erodere la fiducia degli utenti. Per evitare questo, processi di validazione robusti lavorano insieme alla crittografia per garantire che gli aggiornamenti siano sicuri e affidabili.
-
-### Come Viene Protetta l'Integrità dei Dati
-
-I sistemi di aggiornamento utilizzano più livelli di sicurezza per proteggere i dati durante la trasmissione. Questi includono crittografia, firme digitali e controlli automatizzati per garantire che gli aggiornamenti rimangano intatti e non manomessi.
-
-Passaggi chiave per la validazione includono:
-
--   **Verifica della firma del pacchetto**: Garantisce che l'aggiornamento sia legittimo.
-    
--   **Validazione del checksum**: Identifica qualsiasi alterazione dei file durante il transito.
-    
--   **Controlli della versione**: Ferma gli attacchi di downgrade e mantiene gli aggiornamenti nella sequenza corretta.
-    
-
-### Protezione in Tempo Reale con RASP
-
-La protezione dell'applicazione durante l'esecuzione (RASP) va oltre fornendo difesa in tempo reale. Fornisce analisi delle minacce e protegge i dettagli critici dell'app, come le chiavi API, nel cloud. Questo garantisce che le app rimangano protette anche mentre le minacce si evolvono.
-
-### Monitoraggio Automatizzato per la Sicurezza
-
-I processi di verifica automatizzati, come il monitoraggio in tempo reale, aggiungono un altro livello di sicurezza. Segnalano le anomalie mentre si verificano e aiutano a mantenere la qualità dei dati. Per esempio, [Netflix](https://ir.netflix.net/ir-overview/profile/default.aspx) utilizza controlli di integrità automatizzati nei loro sistemi di distribuzione dei contenuti per garantire efficacemente la qualità dei dati su larga scala [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-Mentre garantire l'integrità dei dati è essenziale, tenere lontano l'accesso non autorizzato è altrettanto importante per prevenire violazioni della sicurezza.
-
-###### sbb-itb-f9944d2
-
-## 3. Bloccare l'Accesso Non Autorizzato
-
-L'accesso non autorizzato è una minaccia importante per gli aggiornamenti OTA, rendendo i controlli di accesso robusti una necessità. [DashDevs](https://dashdevs.com/) enfatizza:
-
-> "La codifica sicura è il fondamento della sicurezza per le applicazioni mobili. Implica scrivere codice per minimizzare l'introduzione di vulnerabilità di sicurezza" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/).
-
-### Autenticazione Multi-Livello
-
-Utilizzare più livelli di autenticazione aiuta a garantire che solo gli aggiornamenti verificati vengano installati. Questo può includere metodi come l'autenticazione multi-fattore, firme digitali e gestione sicura dei token per confermare la legittimità degli aggiornamenti.
-
-### Controllo degli Accessi Basato sui Ruoli
-
-Il controllo degli accessi basato sui ruoli (RBAC) limita i permessi di aggiornamento in base ai ruoli degli utenti. Per esempio, gli sviluppatori potrebbero gestire i test, i responsabili del rilascio supervisionano la produzione e gli amministratori della sicurezza gestiscono la supervisione del sistema. Questo limita l'accesso solo a chi ne ha bisogno.
-
-### Operazioni Sicure
-
-Tutte le comunicazioni relative agli aggiornamenti dovrebbero utilizzare canali crittografati. Valida gli endpoint API e tieni d'occhio il traffico per attività insolite. I sistemi automatizzati possono registrare e segnalare tentativi di accesso sospetti in tempo reale, aggiungendo un ulteriore livello di protezione.
-
-Mentre tenere lontano l'accesso non autorizzato è cruciale, non dimenticare che aggiornamenti e patch regolari sono fondamentali per mantenere un'app sicura.
-
-## 4. Applicare Aggiornamenti e Patch Regolari
-
-Per gli aggiornamenti OTA in tempo reale nelle [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), mantenere la tua app aggiornata è fondamentale per affrontare nuovi rischi e mantenere la fiducia degli utenti.
-
-### Gestione Automatizzata degli Aggiornamenti
-
-Utilizzare strumenti CI/CD automatizzati rende la gestione degli aggiornamenti più facile e sicura. Questi strumenti ti aiutano ad affrontare rapidamente le vulnerabilità attraverso patch tempestive.
-
-### Mantenere Aggiornate le Dipendenze di Terze Parti
-
-Le dipendenze di terze parti obsolete possono essere un rischio nascosto. Per affrontare questo, assicurati che il tuo piano di aggiornamento copra quanto segue:
-
-| Componente | Frequenza di Aggiornamento | Focus sulla Sicurezza |
-| --- | --- | --- |
-| Librerie Core | Mensile o quando vengono rilasciati gli aggiornamenti | Controllare la compatibilità delle versioni |
-| Componenti di Sicurezza | Immediatamente dopo il rilascio della patch | Valutare le vulnerabilità ed eseguire test di regressione |
-
-### Controllo Versione e Piani di Rollback
-
-Un buon controllo versione è essenziale per aggiornamenti fluidi. Questo coinvolge l'esecuzione di scansioni di sicurezza per validare gli aggiornamenti, l'uso di rollout graduali per individuare problemi precocemente e avere un processo rapido di rollback o patching per problemi critici.
-
-Gli aggiornamenti regolari sono una forte linea di difesa, ma il loro successo dipende da test di sicurezza approfonditi per individuare e correggere le vulnerabilità prima che raggiungano gli utenti.
-
-## 5. Condurre Test di Sicurezza Approfonditi
-
-Aggiornare i tuoi sistemi è essenziale, ma è altrettanto importante assicurarsi che quegli aggiornamenti non creino nuovi rischi. Test di sicurezza rigorosi ti aiutano a individuare potenziali problemi prima che influenzino i tuoi utenti.
-
-### Integrazione dei Test di Sicurezza Automatizzati
-
-Incorporare strumenti automatizzati nelle tue pipeline CI/CD può aiutare a individuare vulnerabilità presto e spesso. Strumenti come [**OWASP**](https://owasp.org/) **ZAP** e [**Snyk**](https://snyk.io/) sono ottimi per identificare rischi durante il processo di aggiornamento e permettere correzioni rapide.
-
-| Tipo di Test | Dettagli |
-| --- | --- |
-| Scansione delle Vulnerabilità | Scansioni regolari per individuare debolezze note |
-| Test di Penetrazione | Simulazioni per imitare attacchi del mondo reale |
-| Revisione del Codice | Esaminare il codice sorgente prima di ogni aggiornamento |
-
-### Valutazione Manuale della Sicurezza
-
-L'automazione è potente, ma ha i suoi limiti. Gli esperti di sicurezza possono valutare manualmente i tuoi sistemi per scoprire vulnerabilità più complesse che gli strumenti automatizzati potrebbero non rilevare.
-
-### Tracciamento delle Metriche di Sicurezza
-
-Tieni d'occhio le metriche chiave come la velocità con cui vengono rilevate le vulnerabilità, quanto tempo ci vuole per correggerle e quanto del tuo sistema è coperto dai test. Queste informazioni possono aiutarti a migliorare nel tempo.
-
-### Seguire gli Standard di Settore
-
-Utilizzare framework come **OWASP** assicura che il tuo processo di test sia approfondito e allineato con le migliori pratiche stabilite. Questo approccio ti aiuta a scoprire vulnerabilità mentre rimani conforme alle aspettative del settore.
-
-Netflix è un ottimo esempio di combinazione di test automatizzati e manuali nella loro pipeline CI/CD, mostrando come un approccio stratificato possa rafforzare la sicurezza [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-## Conclusione
-
-Seguendo le cinque pratiche chiave - garantire la consegna sicura, validare l'integrità, bloccare l'accesso non autorizzato, applicare aggiornamenti tempestivi e condurre test approfonditi - gli sviluppatori possono proteggere meglio le loro app e gli utenti da minacce in continua evoluzione. Per le app costruite con Capacitor, dove gli aggiornamenti OTA sono critici per una manutenzione veloce ed efficiente, questi passaggi aiutano a trovare il giusto equilibrio tra velocità e sicurezza.
-
-Le pratiche di sicurezza avanzate per gli aggiornamenti in tempo reale nelle app basate su Capacitor sono essenziali per evitare vulnerabilità, proteggere i dati degli utenti e rispettare le normative di settore. Le violazioni dei dati non solo costano milioni, ma danneggiano anche la stabilità finanziaria e la fiducia degli utenti.
-
-La sicurezza non è uno sforzo una tantum. Richiede aggiornamenti regolari, monitoraggio costante e test approfonditi. Combinare strumenti automatizzati con revisioni manuali crea una difesa più forte, specialmente quando integrata nelle pipeline CI/CD. Un ottimo esempio è Netflix, che utilizza un framework di test di sicurezza estensivo per anticipare i potenziali rischi [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-Questi sforzi portano anche miglioramenti misurabili in diverse aree aziendali:
-
-| Area di Impatto | Vantaggio |
-| --- | --- |
-| Fiducia degli Utenti | Costruisce la fiducia degli utenti e l'affidabilità dell'app |
-| Conformità | Soddisfa le normative come GDPR e HIPAA |
-| Gestione del Rischio | Riduce le vulnerabilità di sicurezza |
-| Costi Operativi | Riduce le spese legate agli incidenti di sicurezza |
-
-Per chi desidera implementare queste strategie, strumenti come [ProGuard](https://www.guardsquare.com/proguard) per Android e metodi di compilazione sicura per iOS offrono soluzioni pratiche per migliorare la sicurezza degli aggiornamenti. L'utilizzo dei protocolli HTTPS e la [crittografia durante la distribuzione degli aggiornamenti](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) garantiscono la sicurezza sia del processo di trasmissione che dei dati degli utenti.
diff --git a/src/content/blog/it/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md b/src/content/blog/it/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
deleted file mode 100644
index d0024a29d..000000000
--- a/src/content/blog/it/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
+++ /dev/null
@@ -1,365 +0,0 @@
----
-slug: 5-steps-for-resolving-version-conflicts-in-capacitor-apps
-title: 5 Passi per Risolvere i Conflitti di Versione nelle App Capacitor
-description: >-
-  Risolvi i conflitti di versione nelle app Capacitor con questi cinque semplici
-  passaggi per garantire stabilità e prevenire problemi futuri.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T00:59:24.268Z
-updated_at: 2025-12-12T09:03:58.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e1f3a47856e801f1f25733-1742864377185.jpg
-head_image_alt: Sviluppo Mobile
-keywords: 'Capacitor, version conflicts, mobile development, plugin issues, app stability'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Hai problemi con i conflitti di versione nelle app [Capacitor](https://capacitorjs.com/)?** Questi problemi possono causare errori di build, errori runtime e malfunzionamenti dei plugin. Questa guida semplifica il processo in **5 passaggi attuabili** per identificare, risolvere e prevenire questi conflitti:
-
-1. **Trova i Conflitti**: Usa `npx cap doctor` e i log degli errori per rilevare versioni non corrispondenti.
-2. **Controlla le Dipendenze**: Esamina `package.json` ed esegui comandi come `npm outdated` per individuare incongruenze.
-3. **Aggiorna il Core di Capacitor**: Sincronizza e aggiorna i componenti core gestendo i cambiamenti incompatibili.
-4. **Risolvi i Problemi dei Plugin**: Allinea le versioni dei plugin con il core e bloccale per evitare problemi futuri.
-5. **Testa le Modifiche**: Pulisci, reinstalla le dipendenze e testa su dispositivi reali per garantire la stabilità.
-
-**Suggerimento Rapido**: Strumenti come [Capgo](https://capgo.app/) possono semplificare il testing live e la gestione delle versioni.
-
-## ✅ \[Risolto\] [npm](https://www.npmjs.com/) ERR! ERESOLVE impossibile risolvere ...
-
-![npm](https://mars-images.imgix.net/seobot/screenshots/www.npmjs.com-ac76028e07fa565ed4006978107f5ce6-2025-03-25.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/GZWsp0xyrbA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Passaggio 1: Trova i Conflitti di Versione
-
-Individuare i conflitti di versione in anticipo può farti risparmiare ore di debugging e prevenire potenziali crash. Ecco come identificare questi problemi efficacemente.
-
-### Controlla le Versioni con il CLI di [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-25.jpg?auto=compress)
-
-Il CLI di Capacitor fornisce comandi utili per ispezionare le versioni delle dipendenze del tuo progetto. Apri il terminale, naviga nella directory del progetto ed esegui:
-
-```bash
-npx cap doctor
-```
-
-Questo comando controlla lo stato del tuo setup Capacitor e segnala eventuali incompatibilità di versione tra:
-
-- Pacchetti Core di Capacitor
-- Dipendenze specifiche per piattaforma
-- Plugin installati
-
-Per un'analisi più dettagliata del tuo setup, usa:
-
-```bash
-npx cap ls
-```
-
-Questo mostrerà:
-
-- Piattaforme installate (es. iOS, Android)
-- Versioni dei plugin
-- Versioni dei pacchetti core
-
-Mentre il CLI è un ottimo punto di partenza, i log degli errori spesso forniscono indizi aggiuntivi sui conflitti.
-
-### Leggi i Log degli Errori
-
-I log degli errori possono rivelare conflitti di versione nascosti. Ecco alcuni pattern di errore comuni e le loro cause:
-
-| **Tipo di Errore** | **Descrizione** | **Causa** |
-| --- | --- | --- |
-| Errore di Build | `Versione plugin incompatibile` | La versione del plugin non corrisponde al core Capacitor |
-| Errore Runtime | `Metodo non trovato` | Il plugin usa metodi obsoleti |
-| Errore Piattaforma | `Sincronizzazione Gradle fallita` | Conflitti nelle dipendenze Android |
-
-Quando analizzi i log degli errori, concentrati su:
-
-- **Stack trace**: Spesso indicano plugin o dipendenze specifiche che causano problemi.
-- **Numeri di versione**: Cerca eventuali requisiti di versione menzionati nei log.
-- **Messaggi specifici per piattaforma**: Presta particolare attenzione agli errori legati a iOS o Android.
-
-Alcuni segni di conflitti di versione includono:
-
-- Crash durante le operazioni dei plugin
-- Funzionalità che funzionano su una piattaforma ma falliscono su un'altra
-- Comportamento inaspettato dopo gli aggiornamenti
-
-**Suggerimento pro**: Usa il logging dettagliato per ottenere informazioni più precise sugli errori. Esegui questi comandi per approfondimenti maggiori:
-
-```bash
-npx cap run android --verbose
-npx cap run ios --verbose
-```
-
-I log dettagliati possono aiutarti a individuare la causa principale dei conflitti più velocemente e con maggiore precisione.
-
-## Passaggio 2: Controlla le Dipendenze del Progetto
-
-Dopo aver identificato i conflitti usando il CLI e i log degli errori, è il momento di ispezionare le dipendenze del tuo progetto per evitare problemi futuri.
-
-### Rivedi `package.json`
-
-Il tuo file `package.json` elenca tutte le dipendenze del progetto. Ecco un esempio:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.5.1",
-    "@capacitor/ios": "5.5.1",
-    "@capacitor/android": "5.5.1",
-    "@capacitor/camera": "5.0.7"
-  }
-}
-```
-
-Punti chiave da controllare:
-
-- **Dipendenze core**: Assicurati che `@capacitor/core`, `@capacitor/ios`, e `@capacitor/android` siano alla stessa versione.
-- **Versioni dei plugin**: Verifica che le versioni dei plugin siano compatibili con la versione core di Capacitor.
-- **Dipendenze peer**: Cerca eventuali avvisi sui conflitti di dipendenze peer.
-
-Per rivedere l'albero delle dipendenze, usa questo comando:
-
-```bash
-npm ls @capacitor/*
-```
-
-### Usa gli Strumenti npm e [Yarn](https://yarnpkg.com/)
-
-![Yarn Package Manager Website](https://mars-images.imgix.net/seobot/screenshots/yarnpkg.com-310d80dc5a96a440e9276d02217e08fa-2025-03-25.jpg?auto=compress)
-
-I gestori di pacchetti come npm e Yarn offrono comandi utili per rilevare e gestire problemi di dipendenze. Ecco come possono aiutare:
-
-| Comando | Scopo | Output |
-| --- | --- | --- |
-| `npm outdated` | Elenca i pacchetti obsoleti | Mostra versioni attuali e più recenti |
-| `npm audit` | Controlla vulnerabilità di sicurezza | Segnala rischi nelle dipendenze |
-| `yarn why package-name` | Spiega perché un pacchetto è installato | Mostra i percorsi delle dipendenze |
-
-Esegui il seguente comando per un controllo completo del tuo ambiente [Node.js](https://nodejs.org/en) e delle dipendenze del progetto:
-
-```bash
-npm doctor
-```
-
-**Suggerimenti chiave da considerare:**
-
-- Includi sempre i file di lock nel controllo versione.
-- Specifica versioni esatte di Capacitor (es. `5.5.1`) nel tuo `package.json`.
-- Testa gli aggiornamenti accuratamente sia su iOS che Android.
-
-Per gestire gli aggiornamenti in tempo reale e il controllo versione, puoi utilizzare strumenti come Capgo.
-
-Una volta che le tue dipendenze sono in ordine, puoi procedere ad aggiornare i componenti core di Capacitor.
-
-## Passaggio 3: Aggiorna il Core di Capacitor
-
-Mantenere aggiornati i componenti core di Capacitor assicura che la tua app funzioni senza problemi ed eviti problemi di compatibilità. Questo processo aiuta a risolvere i conflitti di versione e mantiene tutto funzionante in modo armonioso.
-
-### Sincronizza gli Aggiornamenti della Piattaforma
-
-Per aggiornare i componenti core di Capacitor, usa i seguenti comandi:
-
-```bash
-npm install @capacitor/core@latest
-npm install @capacitor/cli@latest
-npx cap sync
-```
-
-L'esecuzione del comando `sync` aggiorna i file nativi, allinea le dipendenze dei plugin, regola le configurazioni della piattaforma e rigenera i file del progetto nativo. Prima di sincronizzare, fai un backup delle cartelle `ios` e `android` per evitare perdite accidentali di dati.
-
-Considera l'uso di Capgo per gli aggiornamenti live per mantenere le versioni coerenti. Una volta completata la sincronizzazione, controlla eventuali modifiche alle API per affrontare potenziali problemi.
-
-### Risolvi i Cambiamenti Incompatibili
-
-L'aggiornamento del core di Capacitor potrebbe introdurre cambiamenti incompatibili. Segui questi passaggi per gestirli efficacemente:
-
-1. **Rivedi i Cambiamenti delle API**
-
-Controlla il changelog di Capacitor per eventuali cambiamenti incompatibili. Per esempio:
-
-```typescript
-// Old API (Capacitor 4)
-Plugins.Camera.getPhoto()
-
-// New API (Capacitor 5)
-Camera.getPhoto()
-```
-
-Aggiorna il tuo codice per corrispondere alle nuove API secondo necessità.
-
-2. **Aggiorna le Configurazioni della Piattaforma**
-
-Rivedi il tuo file `capacitor.config.json` per assicurarti che sia allineato con il core aggiornato. Per esempio:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 3000
-    }
-  }
-}
-```
-
-3. **Verifica la Compatibilità dei Plugin**
-
-| Componente | Cosa Fare | Come Verificare |
-| --- | --- | --- |
-| Plugin Nativi | Aggiorna per corrispondere alla nuova versione core | Testa la funzionalità nativa |
-| Plugin Personalizzati | Controlla i cambiamenti dell'interfaccia | Esegui test specifici per i plugin |
-| Implementazione Web | Aggiorna le chiamate ai plugin basate su web | Testa nel browser |
-
-**Suggerimento Pro**: Per aggiornamenti di versione maggiore (come passare da 4.x a 5.x), aggiorna una versione alla volta. Questo rende più facile individuare e risolvere i problemi.
-
-Una volta completati questi passaggi, testa accuratamente la tua app per assicurarti che tutte le funzionalità funzionino correttamente con il core aggiornato.
-
-## Passaggio 4: Risolvi i Problemi di Versione dei Plugin
-
-I conflitti di versione dei plugin possono compromettere le prestazioni della tua app Capacitor. Ecco come gestire e risolvere questi problemi efficacemente.
-
-### Aggiorna i Plugin
-
-Mantieni i tuoi plugin allineati con il core di Capacitor eseguendo questo comando:
-
-```bash
-npx npm-check-updates "@capacitor/*" --target latest
-```
-
-Per un aggiornamento completo dei plugin Capacitor, usa:
-
-```bash
-npm install @capacitor/core@latest @capacitor/cli@latest @capacitor/ios@latest @capacitor/android@latest
-```
-
-Dopo l'aggiornamento, assicurati di testare le funzionalità native per confermare la compatibilità.
-
-| Tipo di Aggiornamento | Comando | Scopo |
-| --- | --- | --- |
-| Plugin Singolo | `npm install @capacitor/plugin-name@version` | Aggiorna un plugin |
-| Tutti i Plugin | `npx npm-check-updates "@capacitor/*" -u` | Aggiorna tutto |
-| Versione Specifica | `npm install @capacitor/plugin-name@x.x.x` | Blocca a una versione specifica |
-
-### Blocca le Versioni dei Plugin
-
-Per evitare conflitti futuri, blocca le versioni dei plugin in `package.json`. Questo assicura un comportamento coerente tra gli ambienti di sviluppo e produzione.
-
-Aggiungi un campo "resolutions" al tuo file `package.json`:
-
-```json
-{
-  "resolutions": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  }
-}
-```
-
-Per gli utenti Yarn, applica queste risoluzioni con:
-
-```bash
-yarn add --force
-```
-
-> "Abbiamo distribuito gli [aggiornamenti OTA di Capgo](https://console.capgo.app/resend_email) in produzione per la nostra base utenti di +5000. Stiamo osservando un funzionamento molto fluido, quasi tutti i nostri utenti sono aggiornati entro minuti dal rilascio dell'OTA su @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-L'utilizzo di strumenti come Capgo può aiutare a gestire gli aggiornamenti dei plugin e mantenere la coerenza delle versioni, specialmente quando si introducono modifiche critiche.
-
-**Suggerimenti per la Gestione delle Versioni**:
-
-- Testa accuratamente gli aggiornamenti nel tuo ambiente di sviluppo.
-- Documenta le versioni compatibili dei plugin e nota eventuali cambiamenti incompatibili.
-- Segui il versionamento semantico per pianificare gli aggiornamenti efficacemente.
-- Mantieni backup delle tue configurazioni funzionanti.
-
-Passa al Passaggio 5 per testare le tue modifiche in tutti gli ambienti.
-
-## Passaggio 5: Controlla le Tue Modifiche
-
-Dopo aver risolto i conflitti di versione, è cruciale testare accuratamente per assicurarsi che la tua app rimanga stabile e pronta per gli aggiornamenti in tutti gli ambienti.
-
-### Test Locale
-
-Inizia eseguendo questi comandi per confermare che tutto funzioni come previsto:
-
-- **Pulisci e reinstalla le dipendenze:**
-
-```bash
-npm cache clean --force
-rm -rf node_modules
-npm install
-```
-
-- **Verifica le build delle piattaforme:**
-
-```bash
-npm run build
-npx cap sync
-```
-
-- **Apri gli IDE nativi per ulteriori test:**
-
-```bash
-npx cap open ios
-npx cap open android
-```
-
-**Cosa Verificare:**
-
-| Area di Test | Cosa Controllare |
-| --- | --- |
-| Funzionalità Core | Navigazione, persistenza dati, chiamate API |
-| Funzioni Native | Camera, geolocalizzazione, accesso al filesystem |
-| Integrazione Plugin | Funzionalità di ogni plugin aggiornato |
-| Prestazioni | Tempo di avvio app, transizioni, uso della memoria |
-
-Una volta che i test locali confermano che la funzionalità base dell'app è intatta, passa ai test su dispositivi reali attraverso canali Over-the-Air (OTA).
-
-### Test Live con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-25.jpg?auto=compress)
-
-Dopo aver verificato le modifiche localmente, è il momento di testare in un ambiente live. Configura i canali di test con questi comandi:
-
-```bash
-npx @capgo/cli init
-npx @capgo/cli create-channel beta
-```
-
-**Flusso di Test:**
-
--   Distribuisci le tue correzioni su un canale beta e monitora le prestazioni utilizzando gli strumenti di analisi di Capgo.
--   Traccia i tassi di successo degli aggiornamenti tramite la dashboard di Capgo, che ha già distribuito oltre 23,5 milioni di aggiornamenti su 750 app in produzione [\[1\]](https://capgo.app/).
--   Se emergono problemi, usa la funzione di rollback con un clic di Capgo per ripristinare istantaneamente le modifiche.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo vanta un tasso di successo globale dell'82%, con aggiornamenti che raggiungono il 95% degli utenti attivi in sole 24 ore [\[1\]](https://capgo.app/). Usa i selettori di canale per testare le pull request direttamente nell'app, assicurandoti che tutto funzioni correttamente prima di unire le modifiche.
-
-## Conclusione: Tieni Sotto Controllo le Versioni della Tua App
-
-La gestione dei conflitti di versione nelle [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) richiede un approccio chiaro e organizzato. Il processo in cinque fasi condiviso in questa guida offre un modo affidabile per mantenere la stabilità dell'app e affrontare efficacemente le sfide legate alle versioni.
-
-Seguendo questi passaggi, i team possono garantire che le loro app rimangano stabili nel tempo. Ad esempio, l'utilizzo di strumenti di aggiornamento live come Capgo permette distribuzioni rapide ed efficienti, aiutando i team a rimanere all'avanguardia [\[1\]](https://capgo.app/).
-
-Ecco su cosa si concentrano i team di successo:
-
-| Pratica | Beneficio |
-| --- | --- |
-| Controlli CLI regolari | Individuare problemi di dipendenza precocemente |
-| Test automatizzati | Rilevare problemi di versione prima del lancio |
-| Monitoraggio aggiornamenti live | Ripristinare rapidamente aggiornamenti problematici |
-| Versioni fisse | Mantenere le dipendenze coerenti |
-
-La gestione delle versioni delle app va oltre la risoluzione dei conflitti - si tratta di garantire un'esperienza utente fluida e affidabile. Attenendoti a queste pratiche e sfruttando gli strumenti di aggiornamento live, puoi mantenere le tue app Capacitor in funzione senza problemi.
diff --git a/src/content/blog/it/5-steps-to-deploy-hotfixes-with-capgo.md b/src/content/blog/it/5-steps-to-deploy-hotfixes-with-capgo.md
deleted file mode 100644
index ed8e4f75c..000000000
--- a/src/content/blog/it/5-steps-to-deploy-hotfixes-with-capgo.md
+++ /dev/null
@@ -1,225 +0,0 @@
----
-slug: 5-steps-to-deploy-hotfixes-with-capgo
-title: 5 Passaggi per Distribuire Hotfix con Capgo
-description: >-
-  Scopri come distribuire correzioni rapide in modo veloce e sicuro utilizzando
-  un processo ottimizzato che evita i ritardi dell'app store e garantisce la
-  conformità.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-13T03:37:11.567Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d22ca8233d3a01105fd278-1741837059847.jpg
-head_image_alt: Sviluppo Mobile
-keywords: 'hotfix deployment, Capgo, app updates, CI/CD tools, mobile development'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-[Capgo](https://capgo.app/) rende il deployment degli hotfix veloce e semplice, evitando i ritardi degli app store mantenendo gli aggiornamenti sicuri e conformi alle linee guida di Apple e Google. Ecco una rapida panoramica del processo:
-
-1. **Crea e Testa il tuo Hotfix**: Scrivi modifiche precise al codice, testa accuratamente sui dispositivi e assicura la compatibilità.
-2. **[Configura Capgo](https://capgo.app/docs/webapp/)**: Installa il [Capgo CLI](https://capgo.app/docs/cli/commands) con `npx @capgo/cli init`, configura la crittografia e integra con gli strumenti CI/CD.
-3. **Carica il tuo Hotfix**: Usa la CLI per caricare in modo sicuro il tuo aggiornamento, etichettalo chiaramente e preparalo per il deployment.
-4. **Scegli le Impostazioni di Aggiornamento**: Indirizza specifici utenti o gruppi, pianifica i rollout e definisci i requisiti di versione.
-5. **Monitora il tuo Aggiornamento**: Controlla i tassi di consegna, la velocità di aggiornamento e la copertura degli utenti. Effettua il rollback istantaneamente se necessario.
-
-Capgo ha distribuito oltre 947,6 milioni di aggiornamenti a livello globale e ha migliorato l'efficienza dei rilasci dell'81% per i suoi utenti. È lo strumento di riferimento per i team agili che necessitano di deployment di hotfix rapidi e sicuri.
-
-## Step 1: Crea e Testa il tuo Hotfix
-
-### Scrivi il Codice dell'Hotfix
-
-Concentrati sul fare modifiche precise che risolvano il bug senza compromettere la stabilità dell'app.
-
-Ecco una guida rapida per strutturare il tuo hotfix:
-
-| Migliore Pratica | Come Applicarla |
-| --- | --- |
-| **Modifiche Isolate** | Mantieni le modifiche limitate ai componenti interessati. |
-| **Controllo Versione** | Usa un ramo dedicato per lo sviluppo dell'hotfix. |
-| **Documentazione** | Includi commenti chiari sulla correzione e il suo impatto. |
-| **Dipendenze** | Assicura la compatibilità con le dipendenze esistenti dell'app. |
-
-Con la capacità di aggiornamento istantaneo di Capgo, puoi concentrarti sulla correzione del bug senza preoccuparti di raggruppare modifiche non correlate. Questo metodo si è dimostrato efficace, come evidenziato da colenso:
-
-> "Abbiamo implementato [gli aggiornamenti OTA di Capgo](https://console.capgo.app/resend_email) in produzione per la nostra base utenti di +5000. Stiamo osservando un'operazione molto fluida, quasi tutti i nostri utenti sono aggiornati entro minuti dal deployment dell'OTA su @Capgo" [\[1\]](https://capgo.app/).
-
-### Testa sul tuo Dispositivo
-
-Il test approfondito è fondamentale per garantire che l'hotfix funzioni perfettamente. Usa questi passaggi:
-
-- **Test di Sviluppo:** Esegui la correzione nel tuo ambiente di sviluppo locale.
-- **Test su Dispositivo:** Verifica la correzione su vari dispositivi e versioni del sistema operativo.
-- **Test di Integrazione:** Conferma che la correzione non interferisca con altre funzionalità.
-
-Automatizza il più possibile il processo di test utilizzando strumenti CI/CD.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Una volta che il tuo hotfix ha superato tutti i test, sei pronto per configurare Capgo per il deployment.
-
-## Step 2: Configura [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-13.jpg?auto=compress)
-
-### Installa i Pacchetti Richiesti
-
-Per iniziare con Capgo nel tuo progetto Capacitor, usa il suo strumento CLI. Esegui semplicemente il seguente comando:
-
-```bash
-npx @capgo/cli init
-```
-
-Questo comando fa il lavoro pesante per te:
-
-- Installa il [plugin Capgo](https://capgo.app/plugins/)
-- Configura automaticamente il tuo progetto
-- Prepara il tuo progetto per i servizi Capgo
-
-Una volta completata l'installazione, puoi passare alla configurazione del tuo progetto con le funzionalità di crittografia e conformità di Capgo.
-
-### Configura il tuo Progetto
-
-Capgo assicura che il tuo progetto sia pronto con standard di crittografia e conformità sia per Apple che per Google. Funziona perfettamente con strumenti CI/CD, cripta gli aggiornamenti per la sicurezza e si allinea alle linee guida degli app store.
-
-| Fase di Integrazione | Scopo | Beneficio |
-| --- | --- | --- |
-| **Setup CI/CD** | Si connette con strumenti CI/CD | Semplifica i deployment |
-| **Crittografia E2E** | Assicura la consegna degli aggiornamenti | Mantiene l'integrità del codice |
-| **Conformità Piattaforma** | Soddisfa gli standard degli app store | Permette una distribuzione fluida |
-
-Questa configurazione è stata validata dagli sviluppatori. Come spiega Bessie Cooper:
-
-> "@Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare la revisione per i bugfix è prezioso." [\[1\]](https://capgo.app/)
-
-Per team più grandi, Capgo offre funzionalità come configurazioni multi-organizzazione e gestione dettagliata dei permessi. Si integra con piattaforme come [GitHub](https://github.com/about), [GitLab](https://about.gitlab.com/), [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), e [Jenkins](https://www.jenkins.io/), rendendo semplici i flussi di lavoro di deployment automatizzati. Rodrigo Mantica ne sottolinea l'importanza per i team agili:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" [\[1\]](https://capgo.app/)
-
-Con il tuo progetto completamente configurato, sei pronto per caricare il tuo hotfix e distribuirlo istantaneamente.
-
-## Step 3: Carica il tuo Hotfix
-
-### Invia File a Capgo
-
-Dopo aver configurato il tuo progetto, è il momento di caricare il tuo hotfix utilizzando lo [strumento CLI di Capgo](https://capgo.app/docs/cli/commands/). Questo assicura un trasferimento sicuro ed efficiente del tuo aggiornamento. Inizia costruendo la tua app come faresti normalmente durante lo sviluppo.
-
-Ecco come funziona:
-
-- Costruisci la tua app usando il tuo processo standard.
-- Ricontrolla che tutti i file si compilino senza errori.
-- Usa lo strumento CLI di Capgo per caricare il tuo aggiornamento.
-
-### Etichetta i tuoi Aggiornamenti
-
-Un'etichettatura chiara è fondamentale per gestire e tracciare i tuoi hotfix. Quando carichi il tuo aggiornamento su Capgo, includi dettagli specifici della versione ed etichette descrittive. Questo aiuta a organizzare i tuoi aggiornamenti e mantiene tutti sulla stessa pagina.
-
-| **Elemento di Etichettatura** | **Scopo** | **Migliore Pratica** |
-| --- | --- | --- |
-| Numero di Versione | Traccia la sequenza degli aggiornamenti | Usa il versionamento semantico |
-| Descrizione Aggiornamento | Evidenzia le modifiche chiave | Concentrati sulle correzioni e gli aggiornamenti principali |
-| Note di Rilascio | Comunica le modifiche | Dettaglia i miglioramenti specifici |
-
-Martin Donadieu, fondatore di Capgo, ha progettato un sistema di versionamento che si integra facilmente con i flussi di lavoro CI/CD. Questo sistema rende facile tracciare gli aggiornamenti e effettuare il rollback se necessario.
-
-La [gestione degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) di Capgo include anche funzionalità come la crittografia end-to-end e il deployment istantaneo, assicurando che i tuoi hotfix siano sicuri mentre raggiungono rapidamente gli utenti.
-
-Una volta che il tuo hotfix è caricato ed etichettato, passa allo Step 4 per configurare le impostazioni di aggiornamento.
-
-###### sbb-itb-f9944d2
-
-## Sistema di Aggiornamento Live di Capgo per App [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-13.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Step 4: Scegli le Impostazioni di Aggiornamento
-
-Una volta caricato il tuo hotfix, è il momento di configurare le impostazioni per il targeting degli utenti e definire i criteri di rollout. Questo assicura un deployment controllato ed efficace.
-
-### Seleziona Utenti e Dispositivi
-
-Gli strumenti di assegnazione utenti di Capgo ti permettono di individuare esattamente chi dovrebbe ricevere l'hotfix. Sono disponibili due strategie principali:
-
-| Tipo di Deployment | Ideale Per | Vantaggi |
-| --- | --- | --- |
-| **Test Privato** | Beta tester, team QA | Permette test controllati con feedback anticipato |
-| **Rilascio Pubblico** | Tutti gli utenti, rollout graduali | Consente una distribuzione ampia con deployment graduale |
-
-Per esempio, se un bug colpisce utenti in una regione specifica, puoi dare priorità a quel gruppo per una validazione più rapida. Dopo aver selezionato il tuo pubblico target, puoi procedere a impostare regole di rilascio dettagliate.
-
-### Imposta le Regole di Rilascio
-
-Attraverso l'interfaccia web di Capgo, puoi perfezionare il processo di rilascio impostando parametri come programma, compatibilità della versione dell'app e quanto gradualmente viene distribuito l'aggiornamento.
-
-Ecco le impostazioni chiave da configurare:
-
-- **Programma di Deployment**: Scegli orari specifici per l'attivazione dell'aggiornamento.
-- **Requisiti di Versione**: Definisci quali versioni dell'app dovrebbero ricevere l'aggiornamento.
-- **Percentuale di Rollout**: Controlla il ritmo del rilascio, iniziando con un gruppo più piccolo ed espandendo gradualmente.
-
-Per correzioni urgenti, puoi optare per il deployment immediato per affrontare i problemi subito. Per aggiornamenti meno critici, i rollout graduali ti permettono di monitorare le prestazioni e risolvere potenziali problemi man mano che si presentano. Inoltre, Capgo fornisce opzioni per creare gruppi di test dedicati, rendendo il coordinamento più fluido ed efficiente.
-
-## Step 5: Monitora il tuo Aggiornamento
-
-Tieni d'occhio i progressi del tuo hotfix e affronta eventuali problemi non appena si presentano.
-
-### Controlla lo Stato dell'Aggiornamento
-
-Le analitiche di Capgo forniscono informazioni su metriche chiave dell'aggiornamento:
-
-| Metrica | Cosa Monitorare | Perché È Importante |
-| --- | --- | --- |
-| **Tasso di Consegna** | Percentuale di aggiornamenti riusciti | Mostra quanto bene sta funzionando il tuo deployment |
-| **Velocità di Aggiornamento** | Tempo per raggiungere gli utenti target | Evidenzia eventuali rallentamenti o colli di bottiglia |
-| **Copertura Utenti** | Numero di dispositivi aggiornati | Indica quanti utenti hanno ricevuto la correzione |
-
-### Gestisci i Problemi
-
-Dopo aver esaminato queste metriche, sii pronto ad affrontare rapidamente qualsiasi sfida.
-
-- **Rollback Istantaneo**  
-  Se qualcosa va storto, la funzionalità di rollback di Capgo ti permette di tornare istantaneamente alla versione precedente.
-
-- **Analizza le Assegnazioni Utente**  
-  Controlla come vengono distribuiti gli aggiornamenti per individuare se specifici gruppi o dispositivi stanno riscontrando problemi.
-
-- **Monitora le Prestazioni**  
-  Usa metriche in tempo reale per identificare e risolvere i problemi. Gli strumenti di Capgo possono aiutare a identificare se il problema risiede nella consegna, nell'installazione o nella compatibilità.
-
-Rodrigo Mantica, uno sviluppatore business, sottolinea l'importanza di Capgo:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" [\[1\]](https://capgo.app/)
-
-L'interfaccia web di Capgo rende facile monitorare i progressi del tuo aggiornamento con log dettagliati e metriche di prestazione. Le sue funzionalità di tracciamento hanno aiutato le organizzazioni a migliorare l'efficienza dei rilasci fino all'81% [\[1\]](https://capgo.app/), assicurando prestazioni stabili dell'app mentre si affrontano rapidamente eventuali problemi.
-
-## Riepilogo
-
-### Punti Principali
-
-Capgo semplifica il processo di distribuzione degli hotfix in modo rapido ed efficace, con un track record comprovato di **947,6 milioni di aggiornamenti** distribuiti su **1.400 app in produzione** [\[1\]](https://capgo.app/).
-
-| Fase | Azione | Obiettivo |
-| --- | --- | --- |
-| Crea & Testa | Sviluppa e verifica l'hotfix localmente | Garantire la qualità del codice |
-| Configura Capgo | Installa il plugin usando `npx @capgo/cli init` | Semplificare la configurazione |
-| Carica | Trasferisci i file tramite CLI | Abilitare la distribuzione rapida |
-| Configura | Assegna utenti e imposta regole | Distribuire aggiornamenti con precisione |
-| Monitora | Traccia le prestazioni e risolvi i problemi | Migliorare l'efficienza |
-
-Segui questi passaggi per integrare Capgo nel tuo flusso di lavoro e ottimizzare il processo di aggiornamento.
-
-### Per Iniziare
-
-Prima di iniziare, prenditi un momento per rivedere i passaggi sopra. Suddividono il processo di distribuzione in azioni gestibili, rendendo più facile l'implementazione.
-
-Avvia la tua integrazione con Capgo aggiungendo la CLI Capgo al tuo progetto. Con la **crittografia end-to-end**, la piattaforma garantisce aggiornamenti sicuri e affidabili ogni volta.
-
-> "Capgo è un modo intelligente per effettuare hot code push."
-
-Per una maggiore efficienza, integra Capgo con i tuoi strumenti CI/CD come Azure DevOps, GitLab o GitHub. Questa configurazione permette distribuzioni automatizzate dandoti il controllo sulla distribuzione degli aggiornamenti attraverso le funzionalità di assegnazione utenti.
diff --git a/src/content/blog/it/5-steps-to-distribute-custom-capacitor-plugins.md b/src/content/blog/it/5-steps-to-distribute-custom-capacitor-plugins.md
deleted file mode 100644
index 5d3a728a8..000000000
--- a/src/content/blog/it/5-steps-to-distribute-custom-capacitor-plugins.md
+++ /dev/null
@@ -1,163 +0,0 @@
----
-slug: 5-steps-to-distribute-custom-capacitor-plugins
-title: 5 Passaggi per Distribuire Plugin Personalizzati di Capacitor
-description: >-
-  Scopri come distribuire efficacemente plugin personalizzati per migliorare la
-  funzionalità delle app su piattaforme iOS e Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T03:25:44.642Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136-1744946761044.jpg
-head_image_alt: Sviluppo Mobile
-keywords: 'Capacitor, custom plugins, mobile development, distribution, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-La distribuzione di plugin [Capacitor](https://capacitorjs.com/) personalizzati può migliorare le funzionalità della tua app garantendo aggiornamenti rapidi agli utenti. Ecco una guida rapida per iniziare:
-
-1. **Costruisci e Testa**: Sviluppa il tuo plugin utilizzando la [Capacitor Plugin API](https://capgo.app/blog/capacitor-comprehensive-guide/), testalo accuratamente su dispositivi iOS e Android e gestisci efficacemente i casi limite.
-2. **Imposta la Distribuzione**: Crea un pacchetto npm con documentazione chiara, inclusi i passaggi di installazione, riferimenti API ed esempi di utilizzo.
-3. **Rilascia**: Pubblica il tuo plugin su npm utilizzando il versionamento semantico e condividilo su GitHub per la visibilità della community.
-4. **Integra**: Fornisci istruzioni di configurazione per consentire agli sviluppatori di aggiungere facilmente il tuo plugin ai loro progetti e verificarne la funzionalità.
-5. **Aggiungi Aggiornamenti Live (Opzionale)**: Utilizza strumenti come [Capgo](https://capgo.app/) per aggiornamenti live sicuri ed efficienti, assicurando che il 95% degli utenti riceva le modifiche entro 24 ore.
-
-Questo processo passo dopo passo garantisce che il tuo plugin sia ben costruito, facile da integrare e pronto per il deployment su piattaforme iOS e Android.
-
-## Come creare un plugin [Capacitor](https://capacitorjs.com/) per iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/Dq_BmheGAig" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Step 1: Costruisci e Testa il Tuo Plugin
-
-L'obiettivo principale qui è collegare JavaScript con le funzionalità native garantendo un funzionamento perfetto sia su iOS che su Android.
-
-### Usa la Capacitor Plugin API
-
-Inizia creando il tuo plugin con l'[API Capacitor Plugin](https://capgo.app/blog/capacitor-comprehensive-guide/) ufficiale. Questo garantisce una funzionalità coerente su tutte le piattaforme. Concentrati su una singola funzionalità per rendere più semplice lo sviluppo e la manutenzione.
-
-Punti chiave da tenere a mente durante lo sviluppo:
-
-- Definisci firme dei metodi chiare.
-- Implementa una gestione degli errori robusta.
-- Supporta funzionalità specifiche per piattaforma quando necessario.
-- Documenta chiaramente i requisiti della piattaforma.
-
-### Testa su Diverse Piattaforme
-
-Il test approfondito è fondamentale prima di lanciare il tuo plugin. Usa strumenti locali per verificare le prestazioni sia su dispositivi reali che su emulatori:
-
-- Testa su simulatori iOS e dispositivi fisici su varie versioni iOS.
-- Testa su dispositivi Android su diversi livelli API per confermare l'integrazione e le prestazioni corrette.
-
-Prima di concludere, assicurati di:
-
-- Validare le chiamate JavaScript-to-native e le conversioni dei dati.
-- Controllare la gestione degli errori e le prestazioni generali.
-- Testare i casi limite per assicurarti che il tuo plugin possa gestire input imprevisti e fornire messaggi di errore chiari.
-
-Una volta completati questi passaggi, sei pronto per passare allo Step 2, dove preparerai i file di distribuzione.
-
-## Step 2: Imposta i File di Distribuzione
-
-Organizza il tuo pacchetto npm e la documentazione per garantire una distribuzione fluida.
-
-### Crea il Tuo Pacchetto npm
-
-Inizia eseguendo il comando: `npm init @capacitor/plugin@latest`. Quindi, aggiorna il file `package.json` con il nome del plugin, la versione e le dipendenze necessarie.
-
-### Scrivi una Documentazione Chiara
-
-Includi un file `README.md` che copra i seguenti punti:
-
-- **Istruzioni di installazione**: Fornisci passaggi sia per npm che per yarn.
-- **Riferimento API**: Dettagli delle descrizioni dei metodi e dei tipi di parametri.
-- **Esempi di utilizzo**: Mostra come utilizzare il plugin in scenari comuni.
-
-### Verifica i Requisiti della Piattaforma
-
-Assicurati che tutte le dichiarazioni di privacy e permessi siano conformi alle linee guida di Apple e Google.
-
-Una volta completati questi passaggi, sei pronto per passare allo Step 3 e pubblicare il tuo plugin su npm per condividerlo con la community.
-
-## Step 3: Rilascia il Tuo Plugin
-
-Rendi disponibile il tuo plugin pubblicandolo su npm e condividendolo con la community Capacitor.
-
-### Pubblica sul Registro npm
-
-Segui le linee guida del versionamento semantico quando rilasci il tuo plugin: usa versioni **major** per modifiche incompatibili, **minor** per nuove funzionalità e **patch** per correzioni di bug. Quindi, pubblica il tuo plugin usando questi comandi:
-
-```bash
-npm publish           # For a production release
-npm publish --tag beta  # For a prerelease
-```
-
-### Condividi con la Community Capacitor
-
-Carica il repository del tuo plugin su GitHub e considera di aggiungerlo all'organizzazione Capacitor Community. Questo dà al tuo plugin maggiore visibilità e apre la porta ai contributi di altri.
-
-## Step 4: Guida all'Integrazione del Progetto
-
-Dopo che il tuo plugin è stato pubblicato su npm, il passo successivo è integrarlo nei progetti. Ecco come fare:
-
-### Istruzioni di Configurazione
-
-- Esegui: `npm install your-plugin-name`
-- [Sincronizza con Capacitor](https://capgo.app/plugins/capacitor-updater/): `npx cap sync`
-- Specifica qualsiasi configurazione nativa richiesta, come aggiornamenti del manifest o registrazione del plugin.
-
-### Testa l'Installazione
-
-- Testa il plugin in un progetto Capacitor nuovo per assicurarti che tutto funzioni come previsto.
-- Chiama un metodo base del plugin e verifica che fornisca il risultato atteso.
-
-Una volta confermato che tutto funziona, sei pronto per procedere con l'integrazione del tuo plugin nei progetti.
-
-## Step 5: Aggiungi Aggiornamenti Live
-
-Espandi il tuo processo di distribuzione incorporando aggiornamenti live. Usando Capgo, puoi assicurarti che il tuo plugin rimanga aggiornato senza attendere le approvazioni degli app store.
-
-### Configurazione degli Aggiornamenti Live [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Per iniziare, esegui il seguente comando:
-
-```bash
-npx @capgo/cli init
-```
-
-**Perché usare Capgo?** Offre una serie di funzionalità per semplificare gli aggiornamenti:
-
-- **Consegna sicura** con crittografia end-to-end
-- **Distribuzione efficiente** attraverso aggiornamenti delta
-- **Strumenti di monitoraggio** tramite dashboard analytics
-- **Opzioni di rollback** per correzioni rapide
-- **Gestione dei canali** per rilasci organizzati
-
-Ecco come configurare i tuoi aggiornamenti:
-
-- Integra con strumenti CI/CD come [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), o [Jenkins](https://www.jenkins.io/).
-- Configura canali di distribuzione per ambienti di sviluppo, beta e produzione.
-- Abilita il rollback con un clic per risolvere rapidamente eventuali problemi.
-
-Secondo le metriche di Capgo, il 95% degli utenti attivi riceve gli aggiornamenti entro 24 ore [\[1\]](https://capgo.app/), rendendo gli aggiornamenti live un modo potente per distribuire le modifiche in modo efficiente.
-
-Una volta configurati gli aggiornamenti live, sei pronto per concludere il tuo flusso di lavoro di distribuzione.
-
-[\[1\]](https://capgo.app/) Basato sulle metriche della piattaforma Capgo dalle app di produzione attive.
-
-## Conclusione
-
-Seguendo questi cinque passaggi, puoi creare un [plugin Capacitor personalizzato](https://capgo.app/blog/release-of-a-brand-new-capacitor-social-login/) ben costruito, semplice da integrare e pronto per il deployment.
-
-Dallo sviluppo e test al packaging, pubblicazione, integrazione e persino aggiornamenti live opzionali, questo processo strutturato assicura che i tuoi plugin funzionino perfettamente sia su piattaforme iOS che Android.
-
-Tieni presente che una distribuzione di plugin di successo va oltre il primo rilascio - si tratta di mantenere un processo efficiente e affidabile che benefici sia gli sviluppatori che gli utenti. Usa questa guida per semplificare la distribuzione dei plugin su tutte le piattaforme.
diff --git a/src/content/blog/it/5-steps-to-implement-oauth2-in-capacitor-apps.md b/src/content/blog/it/5-steps-to-implement-oauth2-in-capacitor-apps.md
deleted file mode 100644
index b6ab31e79..000000000
--- a/src/content/blog/it/5-steps-to-implement-oauth2-in-capacitor-apps.md
+++ /dev/null
@@ -1,321 +0,0 @@
----
-slug: 5-steps-to-implement-oauth2-in-capacitor-apps
-title: 5 Passaggi per Implementare OAuth2 nelle App Capacitor
-description: >-
-  Integra l'autenticazione sicura OAuth2 nella tua app Capacitor con questa
-  guida concisa che delinea i passaggi essenziali e le migliori pratiche.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-27T12:26:34.111Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/683598e6d3b96619818496d3-1748348849256.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OAuth2, Capacitor, authentication, mobile apps, security, token storage, PKCE,
-  app integration
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi aggiungere l'autenticazione sicura [OAuth2](https://en.wikipedia.org/?title=OAuth2&redirect=no) alla tua app [Capacitor](https://capacitorjs.com/)? Ecco una guida rapida per iniziare.**
-
-OAuth2 è un protocollo che permette agli utenti di condividere l'accesso ai loro dati senza condividere le password. È ideale per le [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) perché funziona su piattaforme come iOS, Android e web. Inoltre, mantiene la tua app sicura utilizzando token invece di memorizzare credenziali sensibili.
-
-Ecco come integrare OAuth2 nella tua [app Capacitor](https://capgo.app/plugins/ivs-player/) in soli 5 passaggi:
-
-1. **Configura il tuo Provider OAuth2**: Scegli un provider (es. Google, [Auth0](https://auth0.com/)), configura gli URI di reindirizzamento e gestisci le credenziali client in modo sicuro.
-2. **Installa e Configura il Plugin OAuth2**: Aggiungi il plugin `@byteowls/capacitor-oauth2` e configura le impostazioni specifiche per piattaforma (es. `Info.plist` per iOS, `AndroidManifest.xml` per Android).
-3. **Costruisci il Flusso di Autenticazione**: Usa il plugin per gestire login utente, archiviazione token e logout in modo sicuro. Abilita [PKCE](https://oauth.net/2/pkce/) per una protezione extra.
-4. **Testa su Tutte le Piattaforme**: Verifica il flusso su iOS, Android e browser web. Risolvi problemi comuni come mancate corrispondenze URI di reindirizzamento o errori PKCE.
-5. **Rendi Sicura la tua Implementazione**: Memorizza i token in archivi sicuri ([Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\))/Keystore), usa HTTPS e imposta robuste [Content Security Policies](https://capgo.app/security/).
-
-### Confronto Rapido: Opzioni di Archiviazione Sicura dei Token
-
-| Opzione di Archiviazione | Migliore Per | Livello di Sicurezza | Accesso Offline | Esempio di Utilizzo |
-| --- | --- | --- | --- | --- |
-| **Archivio Sicuro** | App mobile | Alto | Sì | Token di refresh |
-| **Archivio in Memoria** | Accesso temporaneo | Medio | No | Token di accesso attivi |
-| **Cookie HttpOnly** | Applicazioni web | Alto | Sì | Sessioni basate su browser |
-
-## Come aggiungere l'Accesso Google usando [Capacitor](https://capacitorjs.com/) alla tua App [Ionic](https://ionicframework.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-## Step 1: Configura il tuo Provider [OAuth2](https://en.wikipedia.org/?title=OAuth2&redirect=no)
-
-Configurare correttamente il tuo provider OAuth2 è il primo e più cruciale passo per garantire che tutto funzioni senza problemi. Questo implica scegliere un provider che si allinei con i requisiti della tua app, configurare dettagli tecnici come gli URI di reindirizzamento e gestire in modo sicuro le tue credenziali. Questi passaggi preparano il terreno per l'installazione del plugin OAuth2 nella fase successiva.
-
-### Scegli un Provider OAuth2
-
-Inizia selezionando un provider OAuth2 che corrisponda alla funzionalità, alle esigenze di sicurezza e alla compatibilità della tua app. Il tipo di applicazione che stai costruendo gioca un ruolo chiave nel determinare il flusso OAuth 2.0 che userai, che impatta direttamente sulla tua scelta del provider [\[2\]](https://auth0.com/docs/get-started/authentication-and-authorization-flow/which-oauth-2-0-flow-should-i-use). Per le app basate su Capacitor, si raccomanda di utilizzare il Flusso del Codice di Autorizzazione con PKCE - questo è il metodo preferito per le applicazioni mobili.
-
-Quando confronti i provider, concentrati sulle loro funzionalità di sicurezza. Cerca opzioni come cookie firmati, validazione token CSRF e JWT crittografati. Se la tua app gestisce dati sensibili, il supporto per l'[autenticazione multi-fattore](https://capgo.app/docs/webapp/mfa/) è un must. Durante la valutazione, bilancia costi e funzionalità in base alle tue necessità senza perderti in lunghi confronti.
-
-### Configura gli URI di Reindirizzamento
-
-Gli URI di reindirizzamento sono critici - indicano al provider OAuth2 dove inviare gli utenti dopo che hanno completato l'autenticazione. Configurare correttamente questi URI garantisce un'esperienza fluida su piattaforme sia mobili che web.
-
-Per le app mobili, usa schemi URL personalizzati, tipicamente formattati come `com.example.app://callback`, dove `com.example.app` corrisponde all'ID del pacchetto della tua app. Sul web, usa `window.location.origin` come URI di reindirizzamento. Se stai testando localmente, un URL come `http://localhost:8100/callback` funziona bene.
-
-Per gli utenti iOS, tieni presente che il plugin Browser di Capacitor usa [SFSafariViewController](https://developer.apple.com/documentation/safariservices/sfsafariviewcontroller). Su iOS 11 e successivi, questo non condivide i cookie con Safari, il che può influenzare la funzionalità di single sign-on. Se SSO è essenziale, considera l'uso di un plugin che supporti [ASWebAuthenticationSession](https://developer.apple.com/documentation/authenticationservices/aswebauthenticationsession) [\[3\]](https://auth0.com/docs/quickstart/native/ionic-angular/interactive).
-
-### Gestisci le Credenziali Client
-
-Le credenziali client identificano la tua app presso il provider OAuth2 e consistono in un ID client e un segreto client. Pensa all'ID client come a un identificatore pubblico, mentre il segreto client dovrebbe essere trattato come una chiave privata.
-
-Non codificare mai i segreti client direttamente nella tua app o inviarli al controllo versione. Invece, usa variabili d'ambiente o un sistema sicuro di gestione dei segreti per archiviarli. Inoltre, opta per token di breve durata con ambiti minimi per limitare l'esposizione e migliorare la sicurezza.
-
-## Step 2: Installa e Configura il Plugin OAuth2
-
-Ora che il tuo provider OAuth2 è pronto, il prossimo passo è aggiungere il plugin alla tua app Capacitor e configurarlo per le piattaforme iOS, Android e web.
-
-### Installa il Plugin
-
-Il plugin `@byteowls/capacitor-oauth2` funziona con la maggior parte dei provider OAuth2. Per evitare problemi di compatibilità, dovrai installare la versione che corrisponde alla tua configurazione Capacitor.
-
-Ecco i comandi di installazione basati sulla tua versione di Capacitor:
-
--   **Capacitor v5**: `npm i @byteowls/capacitor-oauth2`
--   **Capacitor v4**: `npm i @byteowls/capacitor-oauth2@4`
--   **Capacitor v3**: `npm i @byteowls/capacitor-oauth2@3`
-
-Una volta installato, esegui il comando sync (`npx cap sync`) per aggiornare le tue dipendenze native. Questo passaggio è cruciale per assicurare che il plugin si integri correttamente con i tuoi progetti iOS e Android. Saltare questo può portare a errori di build durante la compilazione per piattaforme mobili.
-
-### Configura le Impostazioni del Plugin
-
-Dopo l'installazione, dovrai configurare il plugin per corrispondere alla configurazione del tuo provider OAuth2. Questo viene fatto attraverso l'oggetto `oauth2Options` quando chiami il metodo `authenticate()`. I parametri chiave da definire includono:
-
--   **appId**: Il tuo ID client dal provider OAuth2.
--   **authorizationBaseUrl**: L'endpoint di autorizzazione del provider.
--   **responseType**: Tipicamente impostato su `"code"` per app mobili.
--   **redirectUrl**: Deve corrispondere all'URL di reindirizzamento configurato nel Step 1.
-
-Puoi anche impostare parametri aggiuntivi come `accessTokenEndpoint`, `scope` e opzioni specifiche per piattaforma per ottimizzare il processo di autenticazione.
-
-Per Android, aggiorna i tuoi file `AndroidManifest.xml` e `strings.xml` con le corrette informazioni di schema e host. Su iOS, modifica il file `Info.plist` per registrare il tuo schema URL di reindirizzamento. Queste modifiche specifiche per piattaforma assicurano che gli utenti vengano reindirizzati alla tua app dopo l'autenticazione.
-
-### Verifica la Compatibilità della Versione Capacitor
-
-È essenziale verificare che la versione del plugin corrisponda alla tua versione di Capacitor. Versioni non corrispondenti possono causare errori di build o problemi di runtime. Il plugin `@byteowls/capacitor-oauth2` si allinea strettamente con le release di Capacitor, quindi ricontrolla la compatibilità prima di procedere.
-
-| Versione Plugin | Versione Capacitor Compatibile | Note |
-| --- | --- | --- |
-| 5.x | 5.x.x | Richiede [Xcode](https://developer.apple.com/xcode/) 14.1. Cambiamenti importanti notati nel changelog. |
-| 4.x | 4.x.x | Richiede Xcode 12.0. Cambiamenti importanti notati nel changelog. |
-| 3.x | 3.x.x | Richiede Xcode 12.0. Cambiamenti importanti notati nel changelog. |
-| 2.x | 2.x.x | Richiede Xcode 11.4. Cambiamenti importanti notati nel changelog. |
-| 1.x | 1.x.x |     |
-
-Se stai sviluppando per iOS, presta particolare attenzione ai requisiti della versione di Xcode. Usare una versione incompatibile impedirà alla tua app di compilarsi con successo. La documentazione del plugin include tabelle dettagliate di compatibilità, che sono una grande risorsa per risolvere problemi relativi alle versioni.
-
-Se incontri problemi dopo l'installazione, disinstalla la versione corrente del plugin, installa quella corretta per la tua versione di Capacitor, ed esegui nuovamente il comando sync. Questo metodo è molto più efficace che cercare di far funzionare versioni incompatibili.
-
-## Step 3: Costruisci il Flusso di Autenticazione OAuth2
-
-Con il tuo plugin configurato, è il momento di creare un flusso di autenticazione completamente funzionale. Questo passaggio assicura login utente sicuro, gestione dei token e logout, rendendo la tua app capace di gestire sessioni utente su tutte le piattaforme.
-
-### Crea il Flusso di Login
-
-Il processo di login inizia chiamando `authenticate()` con un oggetto di opzioni. Questo oggetto dovrebbe includere il tuo `authorizationBaseUrl`, `redirectUrl`, e il `responseType` impostato su `'code'` per rispettare i requisiti PKCE. Il plugin apre in modo sicuro la pagina di login del provider, dove gli utenti possono inserire le loro credenziali. Dopo un login riuscito, il provider reindirizza gli utenti alla tua app con token e dettagli utente.
-
-Ecco la parte migliore: gli utenti inseriscono le loro credenziali direttamente con il provider OAuth2, quindi la tua app non ha mai accesso a informazioni sensibili. Il metodo restituisce un oggetto di risposta che include il token di accesso, token di refresh e dati utente come email o dettagli del profilo.
-
-Su iOS e Android, questo processo usa una web view sicura che condivide i cookie con il browser di sistema. Sulle piattaforme web, si basa su reindirizzamenti standard del browser. Configurare correttamente il tuo URL di reindirizzamento assicura un'esperienza utente fluida indipendentemente dalla piattaforma.
-
-### Gestisci l'Archiviazione e il Refresh dei Token
-
-Una volta che gli utenti hanno effettuato l'accesso, gestire i token in modo sicuro è la tua prossima priorità. Questo include archiviare i token in modo sicuro e aggiornarli automaticamente per evitare interruzioni della sessione. Ecco come puoi gestirlo:
-
--   **Token di Accesso**: Memorizzali in memoria per un accesso rapido e temporaneo.
--   **Token di Aggiornamento**: Utilizza l'archiviazione sicura, come il plugin `capacitor-secure-storage`, che cripta i token con AES-256 tramite iOS Keychain o [Android Keystore](https://developer.android.com/privacy-and-security/keystore). Questo garantisce che i token rimangano protetti, anche se il dispositivo viene compromesso.
-
-Quando la tua app si riavvia, verifica la presenza di token memorizzati per riconnettere gli utenti senza richiedere di reinserire le credenziali.
-
-| Metodo di Archiviazione | Livello di Sicurezza | Prestazioni | Accesso Offline | Caso d'Uso Migliore |
-| --- | --- | --- | --- | --- |
-| **Archiviazione Sicura** | Hardware AES-256 | Media | Sì | Token di aggiornamento, dati a lungo termine |
-| **Archiviazione in Memoria** | Alta (temporanea) | Alta | No | Token di accesso attivi |
-| **Archiviazione Normale** | Bassa | Alta | Sì | Preferenze non sensibili |
-
-Per mantenere attive le sessioni, aggiorna i token prima che scadano. Prima di effettuare chiamate API, verifica se il token di accesso è vicino alla scadenza. Se lo è, usa il token di aggiornamento per ottenere un nuovo token di accesso dal tuo provider OAuth2. Per una maggiore affidabilità, includi la logica per riprovare l'aggiornamento del token quando la rete si riconnette. Se il token di aggiornamento è scaduto o è stato revocato, reindirizza gli utenti al flusso di login per riautenticarsi.
-
-### Aggiungere la Funzionalità di Logout
-
-Un processo di logout sicuro ed efficace è altrettanto importante. Inizia revocando il token di aggiornamento tramite l'endpoint del provider. Quindi, cancella i token dall'archiviazione sicura e reimposta i dati utente per garantire che tutte le sessioni siano terminate.
-
-Semplicemente eliminare i token locali non è sufficiente. I provider OAuth2 spesso mantengono sessioni lato server che potrebbero riautenticare gli utenti automaticamente. Revocare il token di aggiornamento interrompe la catena di token collegata alla concessione di autorizzazione, garantendo che le credenziali memorizzate non possano essere riutilizzate.
-
-> "I Token di Accesso JWT non possono essere revocati. Sono validi fino alla scadenza. Poiché sono token al portatore, non c'è modo di invalidarli." – lihua.zhang, Dipendente Auth0 [\[5\]](https://community.auth0.com/t/invalidating-an-access-token-after-user-logout/101398)
-
-Per revocare i token, chiama l'endpoint di revoca del provider con il token di aggiornamento prima di cancellare l'archiviazione locale. Questa azione lato server impedisce l'uso improprio dei token, anche se le credenziali sono compromesse. Dopo la revoca, rimuovi i token dall'archiviazione sicura, reimposta i dati utente memorizzati nella cache e reindirizza gli utenti alla schermata di login.
-
-Per le configurazioni single sign-on (SSO), decidi se il logout dovrebbe terminare anche le sessioni per altre app che utilizzano lo stesso provider. Inoltre, assicurati che il processo di logout funzioni correttamente durante le interruzioni di rete memorizzando localmente le richieste di logout e riprovandole quando la connessione viene ripristinata. Questo garantisce una corretta pulizia sul lato del provider.
-
-## Passo 4: Testare la Tua Integrazione OAuth2
-
-Dopo aver configurato la tua configurazione OAuth2 e sviluppato il flusso di autenticazione, il passo successivo è testarlo accuratamente. Questo garantisce che la tua integrazione funzioni perfettamente su dispositivi e piattaforme, fornendo un'esperienza affidabile per i tuoi utenti. Il testing coinvolge la verifica della funzionalità su dispositivi mobili e browser web, identificando e risolvendo potenziali problemi prima del lancio della tua app.
-
-### Test su iOS e Android
-
-Inizia testando l'intero processo di autenticazione su dispositivi iOS e Android fisici.
-
--   **Per iOS**: Assicurati che il tuo schema URL sia configurato correttamente nel file `Info.plist` e conferma che la tua app gestisca correttamente i reindirizzamenti dal provider OAuth2. Evita di utilizzare `WKWebView` per le richieste di autorizzazione, poiché può portare a un errore `disallowed_useragent`. Invece, usa librerie come Google Sign-In per iOS o AppAuth di OpenID Foundation per iOS per gestire efficacemente i flussi di autenticazione [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-    
--   **Per Android**: Verifica che il tuo `AndroidManifest.xml` includa i filtri di intent corretti per gestire gli URI di reindirizzamento. Come per iOS, evita di utilizzare `android.webkit.WebView` per le richieste di autorizzazione, poiché può anche causare errori `disallowed_useragent`. Opta per librerie come Google Sign-In o OpenID AppAuth per Android [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-
-In entrambi i casi, testa gli scenari di errore, come un server di autorizzazione non disponibile [\[7\]](https://www.testim.io/blog/how-to-test-oauth-authentication). Se la tua app richiede autorizzazioni multiple (scope), verifica quali sono concesse e gestisci situazioni in cui alcune potrebbero essere negate [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-
-### Test sul Web
-
-Per le piattaforme web, usa gli strumenti per sviluppatori per monitorare le richieste di rete e garantire la sicurezza dei token. Strumenti come OAuth 2.0 Playground possono aiutarti a testare il tuo flusso [\[10\]](https://www.oauth.com/playground), mentre proxy di intercettazione HTTP come [ZAP](https://www.zaproxy.org/) o [BurpSuite](https://portswigger.net/burp) offrono approfondimenti più dettagliati durante il testing [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses).
-
-Durante il testing, usa il flusso Authorization Code con PKCE, poiché è l'approccio raccomandato per i client pubblici. Assicurati che i segreti siano trasmessi in modo sicuro tramite parametri POST o valori dell'header invece che parametri URL. Inoltre, implementa header di sicurezza come `Referrer-Policy` per migliorare la protezione [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses).
-
-### Risolvere Problemi Comuni
-
-Durante il testing, potresti incontrare problemi comuni che devono essere affrontati:
-
--   **URI di Reindirizzamento Errati**: URI di reindirizzamento non corrispondenti spesso causano errori "unauthorized client". Assicurati che l'URI di reindirizzamento corrisponda esattamente tra le impostazioni del tuo provider OAuth2, il file `capacitor.config.json` nella tua app Capacitor e i manifest delle piattaforme native.
-    
-    > "Il percorso sso accettato deve supportare la combinazione di iosScheme e hostname: ionic://com.myapp.mybundle" - LBopp [\[8\]](https://forum.ionicframework.com/t/redirect-back-to-app-after-oauth2-oidc-login/201056)
-    
--   **Errori di Verifica PKCE**: Conferma che PKCE sia supportato e configurato correttamente, poiché è essenziale per proteggere la tua app [\[9\]](https://capacitorjs.com/docs/guides/security).
-    
--   **Errori di Implementazione del Plugin**: Errori come "Plugin is not implemented on iOS" tipicamente indicano configurazioni mancanti o problemi nell'ambiente Capacitor. Abilita il logging nel tuo plugin OAuth2 per aiutare a identificare e risolvere questi problemi [\[4\]](https://github.com/capacitor-community/generic-oauth2).
-    
--   **Errori di Mancata Corrispondenza dello State**: Se il parametro state nella richiesta di autorizzazione non corrisponde a quello nella risposta di reindirizzamento, potrebbe segnalare un rischio per la sicurezza. Questo è particolarmente rilevante quando si utilizzano gestori OAuth personalizzati per provider come Facebook. Rivedi attentamente il codice del tuo gestore personalizzato per assicurarti che non ci siano errori o configurazioni errate [\[4\]](https://github.com/capacitor-community/generic-oauth2).
-
-## Passo 5: Proteggere la Tua Implementazione OAuth2
-
-Proteggere la tua integrazione OAuth2 è cruciale per salvaguardare i dati sensibili e minimizzare le vulnerabilità. Di seguito sono riportate le pratiche chiave per garantire che la tua implementazione rimanga sicura.
-
-### Abilitare [PKCE](https://oauth.net/2/pkce/) per una Migliore Sicurezza
-
-![PKCE](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/a1d07053135329feb5e83364c4428d00.jpg)
-
-Uno dei modi più efficaci per proteggere il tuo flusso di autorizzazione è abilitare PKCE (Proof Key for Code Exchange). PKCE aiuta a prevenire l'intercettazione non autorizzata dei codici di autorizzazione. Ecco come funziona:
-
--   Inizia generando un `code_verifier` casuale che sia tra 43 e 128 caratteri.
--   Quindi, crea un `code_challenge` facendo l'hash del `code_verifier` usando SHA-256 e codificando il risultato in formato base64 URL.
-
-Se stai utilizzando il plugin `capacitor-community/generic-oauth2`, abilitare PKCE è semplice. Ecco un esempio di configurazione:
-
-```javascript
-{
-  responseType: "code",
-  pkceEnable: true,
-  redirectUrl: "com.companyname.appname:/"
-}
-```
-
-Questo plugin gestisce automaticamente PKCE e non supporta il Code Flow senza di esso. Il `code_challenge_method` è impostato su "S256" per default per una corretta validazione [\[12\]](https://developer.constantcontact.com/api_guide/pkce_flow.html).
-
-### Utilizzare l'Archiviazione Sicura per i Token
-
-Memorizzare in modo sicuro i token OAuth2 è essenziale per prevenire accessi non autorizzati. Per le app mobili native, sfrutta l'archiviazione sicura fornita dal sistema operativo:
-
--   Su iOS, usa il **Keychain** per la crittografia hardware e la protezione a livello di OS.
--   Su Android, usa il **Keystore**, che può anche supportare l'[autenticazione biometrica](https://capgo.app/plugins/capacitor-native-biometric/) per una sicurezza aggiuntiva.
-
-Per le applicazioni web, memorizza i token in **cookie HttpOnly sicuri** con l'attributo `SameSite` per mitigare i rischi di cross-site scripting (XSS).
-
-Ecco un rapido confronto delle opzioni di archiviazione sicura:
-
-| Opzione di Archiviazione | Migliore Per | Benefici di Sicurezza | Considerazioni |
-| --- | --- | --- | --- |
-| iOS Keychain | App iOS native | Crittografia hardware e protezione a livello di OS | Richiede implementazione specifica per piattaforma |
-| Android Keystore | App Android native | Archiviazione sicura con potenziale protezione biometrica | Varia in base alle funzionalità di sicurezza del dispositivo |
-| Cookie HttpOnly | Browser web | Resistente a XSS e trasmissione automatica sicura | Deve essere configurato per l'accesso API stesso dominio |
-| Backend for Frontend | Tutte le piattaforme | I token non sono mai esposti al client | Richiede infrastruttura server aggiuntiva |
-
-Per una sicurezza aggiuntiva, considera l'uso di token di accesso a breve durata e archiviazione crittografata. Ad esempio, Auth0 limita i token di aggiornamento attivi a 200 per utente per applicazione per ridurre i rischi [\[13\]](https://auth0.com/docs/secure/tokens/token-best-practices). Puoi anche migliorare la sicurezza con un proxy Backend for Frontend (BFF) che utilizza cookie HttpOnly [\[14\]](https://infinum.com/blog/secure-token-storage-oauth2).
-
-### Configurazione delle Content Security Policy
-
-Oltre all'archiviazione sicura, l'implementazione di rigide Content Security Policy (CSP) può aiutare a proteggere la tua app da attacchi come cross-site scripting (XSS) e iniezione di codice. Puoi configurare CSP a livello server utilizzando l'header HTTP `Content-Security-Policy` o aggiungendo un tag `<iframe src="https://www.youtube.com/embed/GwtpoWZ_78E" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen>` nel tuo HTML.
-
-Le direttive chiave su cui concentrarsi includono:
-
--   **default-src**: Imposta regole predefinite per tutti i tipi di contenuto.
--   **script-src**: Controlla quali file JavaScript possono essere eseguiti.
--   **connect-src**: Gestisce le chiamate API e le interazioni OAuth2.
--   **frame-ancestors**: Previene il clickjacking limitando chi può incorporare la tua app in un iframe.
-
-Per una protezione massima, usa nonce o hash rigorosi invece di liste di autorizzazione generiche, ed evita direttive come `unsafe-inline` o `unsafe-eval`. Se la tua app sta passando da HTTP a HTTPS, considera l'aggiunta della direttiva `upgrade-insecure-requests`. Per assicurarti che il tuo contenuto OAuth2 non possa essere incorporato altrove, imposta `frame-ancestors 'none'`.
-
-## Conclusioni e Prossimi Passi
-
-### Punti Chiave
-
-Hai implementato con successo l'autenticazione OAuth2 nella tua app Capacitor seguendo cinque passaggi fondamentali. Questi includevano la configurazione del provider OAuth2, l'installazione dei plugin necessari, la creazione del flusso di autenticazione, il test su diverse piattaforme e la protezione dell'integrazione utilizzando PKCE e un corretto storage dei token. È importante ricordare che OAuth 2.0 è un **protocollo di autorizzazione**, non un protocollo di autenticazione [\[1\]](https://auth0.com/intro-to-iam/what-is-oauth-2). Il suo focus principale è sulla concessione dell'accesso piuttosto che sulla verifica dell'identità dell'utente.
-
-La sicurezza è cruciale, specialmente per le app mobili. Le organizzazioni che utilizzano OAuth 2.0 riportano una riduzione del 34% degli incidenti di sicurezza nell'accesso alle API rispetto a quelle che si affidano a metodi di autenticazione di base [\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access). Incorporando le migliori pratiche - come l'uso di token di accesso a breve durata, l'implementazione di PKCE e l'archiviazione sicura dei token - hai posto solide basi per il sistema di autenticazione della tua app.
-
-Ora puoi esplorare modi per espandere le funzionalità della tua app mantenendo questo framework sicuro.
-
-### Aggiungere Più Funzionalità
-
-Con OAuth2 implementato, hai l'opportunità di migliorare la tua app con funzionalità aggiuntive. Per esempio:
-
--   **[OpenID Connect](https://openid.net/developers/how-connect-works/) (OIDC)**: Estendi OAuth 2.0 con capacità di autenticazione utente e Single Sign-On (SSO) [\[16\]](https://developer.okta.com/docs/concepts/oauth-openid).
--   **Autenticazione Multi-Fattore (MFA)**: Aumenta la sicurezza aggiungendo un livello extra di protezione [\[17\]](https://blog.saaspass.com/multi-factor-authentication-mfa-with-openid-connect-protocol-d6b64c49c99c).
--   **Profilazione Progressiva**: Raccogli gradualmente i dati degli utenti per migliorare l'onboarding e l'esperienza utente [\[15\]](https://www.descope.com/blog/post/oauth2-react-authentication-authorization).
-
-Per la manutenzione continua e gli aggiornamenti, considera strumenti come [Capgo](https://capgo.app/), che ti permette di distribuire aggiornamenti in tempo reale, correzioni e nuove funzionalità istantaneamente - evitando di dover attendere le approvazioni degli app store. Questo può essere particolarmente utile per gestire patch di sicurezza o implementare rapidamente nuove funzionalità di autenticazione.
-
-### Ulteriori Risorse
-
-Per migliorare ulteriormente la tua implementazione OAuth2, approfitta di queste risorse e strategie:
-
--   **Sicurezza API Gateway**: Rafforza il tuo deployment implementando misure di autenticazione e autorizzazione, caching e robusti sistemi di logging e analytics [\[20\]](https://moldstud.com/articles/p-best-practices-for-deploying-api-gateways-in-production).
-    
--   **Consiglio di Aaron Parecki**: Secondo Aaron Parecki, autore di _OAuth 2.0 Simplified_:
-    
-    > "Il Flusso del Codice di Autorizzazione è il più sicuro tra i flussi OAuth 2.0 e dovrebbe essere utilizzato quando possibile per applicazioni lato server" [\[18\]](https://blog.dreamfactory.com/implementing-oauth-2.0-in-rest-apis-complete-guide).
-    
-
-Ecco una tabella di riferimento rapido per guidare i tuoi prossimi passi:
-
-| Fase | Aree Chiave di Focus |
-| --- | --- |
-| Configurazione Sistema | Gestione ciclo di vita dei token, applicazione HTTPS e archiviazione sicura delle informazioni sensibili |
-| Gestione Token | Utilizzo di token di accesso a breve durata e rotazione dei token di refresh |
-| Processo di Validazione | Verifica delle firme e controllo della scadenza dei token |
-
-Mantieniti aggiornato conducendo audit di sicurezza regolari e tenendo aggiornata la tua implementazione. Per esempio, OAuth 2.1 introduce miglioramenti come la richiesta di PKCE per tutte le richieste di codice di autorizzazione e il ritiro dei flussi meno sicuri [\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access). Inoltre, la documentazione di Capacitor e i repository dei plugin OAuth2 offrono supporto tecnico continuo per aiutare a mantenere e migliorare il sistema di autenticazione della tua app.
-
-## FAQ
-
-::: faq
-### Perché dovrei usare il Flusso del Codice di Autorizzazione con PKCE per OAuth2 nelle app mobili?
-
-## Perché Usare il Flusso del Codice di Autorizzazione con PKCE per App Mobili?
-
-Il **Flusso del Codice di Autorizzazione con PKCE** è una scelta preferita per le app mobili perché aumenta la sicurezza affrontando rischi come l'intercettazione del codice di autorizzazione e gli attacchi man-in-the-middle. PKCE (Proof Key for Code Exchange) funziona aggiungendo un livello extra di protezione: richiede una sfida di codice unica che il server di autorizzazione convalida. Questo assicura che solo l'app prevista possa finalizzare il processo di autenticazione.
-
-Le app mobili, classificate come client pubblici, non possono memorizzare in modo sicuro i segreti del client. È qui che entra in gioco PKCE - permette di autenticare gli utenti in modo sicuro senza esporre dati sensibili. Il risultato? Un processo di login più sicuro e affidabile che migliora l'esperienza utente complessiva.
-:::
-
-::: faq
-### Qual è il modo migliore per memorizzare in modo sicuro i token OAuth2 in app iOS, Android e web?
-
-Per mantenere i token OAuth2 al sicuro su diverse piattaforme, è essenziale utilizzare **soluzioni di archiviazione sicura specifiche per ogni piattaforma**. Per iOS, l'opzione preferita è Keychain Services, mentre gli utenti Android dovrebbero affidarsi al sistema Android Keystore. Questi strumenti sono specificamente costruiti per proteggere dati sensibili, inclusi i token. Sul web, cookie sicuri o archiviazione del browser crittografata possono servire come alternative efficaci.
-
-Aggiungere la crittografia, come AES-256, fornisce un ulteriore livello di sicurezza per i token. Utilizzare **token a breve durata** e rinnovarli in modo sicuro quando necessario riduce ulteriormente il rischio. Implementare **PKCE (Proof Key for Code Exchange)** durante il processo OAuth2 è un'altra mossa intelligente per bloccare accessi non autorizzati. Per una protezione ancora più forte, considera l'integrazione dell'autenticazione biometrica, assicurando che solo l'utente legittimo possa accedere ai token memorizzati.
-:::
-
-::: faq
-### Quali sono i problemi più comuni durante il test dell'integrazione OAuth2 nelle app Capacitor e come possono essere risolti?
-
-Durante il test dell'integrazione OAuth2 nelle app Capacitor, gli sviluppatori potrebbero incontrare alcuni ostacoli comuni. Ecco una rapida panoramica di cosa tenere d'occhio:
-
--   **Credenziali Client Non Valide**: Assicurati che il tuo ID client e il segreto siano configurati correttamente e corrispondano ai dettagli nella configurazione del tuo provider OAuth. Anche un piccolo errore di battitura può causare problemi.
--   **Mancata Corrispondenza URI di Reindirizzamento**: L'URI di reindirizzamento nella tua app deve corrispondere esattamente a quello registrato nel tuo provider OAuth. Controlla questo per evitare mal di testa inutili.
--   **Scadenza Token**: I token non durano per sempre. Configura un sistema affidabile di refresh dei token per gestire i token scaduti in modo fluido e mantenere l'esperienza utente ininterrotta.
--   **Errata Configurazione degli Scope**: Gli scope che richiedi nella tua app devono allinearsi con quelli configurati nel tuo provider OAuth. Scope non corrispondenti possono portare a errori inaspettati.
-
-Per affrontare questi problemi, prendi il tempo per rivedere accuratamente la configurazione OAuth della tua app. Implementa una gestione degli errori robusta per individuare e affrontare i problemi precocemente, e testa il tuo flusso di autenticazione in diversi scenari. Strumenti come Capgo possono semplificare la vita permettendoti di distribuire aggiornamenti e correzioni direttamente alla tua app senza attendere le approvazioni degli app store, mantenendo lo sviluppo efficiente e gli utenti soddisfatti.
-:::
diff --git a/src/content/blog/it/a-brand-new-organization-system.md b/src/content/blog/it/a-brand-new-organization-system.md
deleted file mode 100644
index 6a85c1227..000000000
--- a/src/content/blog/it/a-brand-new-organization-system.md
+++ /dev/null
@@ -1,90 +0,0 @@
----
-slug: a-brand-new-organization-system
-title: Un nuovo sistema organizzativo
-description: Una storia su come il team di capgo ha aggiunto un sistema di organizzazione
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-04-15T00:00:00.000Z
-updated_at: 2024-04-15T00:00:00.000Z
-head_image: /organization_system_blog.webp
-head_image_alt: Sistema di organizzazione Capgo
-keywords: >-
-  organization system, capgo, mobile app development, software engineering,
-  backend development
-tag: Story
-published: true
-locale: it
-next_blog: ''
----
-## Introduzione
-
-Ciao, sono [WcaleNieWolny](https://github.com/WcaleNieWolny/WcaleNieWolny) - ingegnere software principale di Capgo.
-
-Negli ultimi 8 mesi, ho sviluppato il [sistema delle organizzazioni](/docs/webapp/organization-system/), e dal 14 aprile, sono felice di annunciare che il sistema è stato completato 🎉 🎊
-
-Finalmente, dopo 8 mesi, ogni singola parte di Capgo è accessibile ai membri dell'organizzazione. Questo include:
- - applicazioni
- - statistiche
- - fatturazione
- - supporto CLI completo
- - e molto altro ancora!
-
-Non è stato facile arrivare qui; ci sono state 3 revisioni principali dei sistemi.
-
-## Organizzazioni v1
-
-Gli inizi sono stati difficili... Inizialmente, ho iniziato a lavorare su questo 2 settimane dopo essermi unito al progetto.
-All'epoca, avevo poca o nessuna conoscenza del codice base o qualsiasi idea più ampia su come implementarlo.
-
-Questo ha portato all'implementazione della soluzione più approssimativa che supportava solo l'accesso alle app, ai canali e alle versioni.
-Non permetteva nemmeno all'utente invitato di accedere alle statistiche.
-
-E poi ho aspettato che Martin lo revisionasse. Ho aspettato e aspettato, ma non è successo nulla. 3 mesi dopo, ho deciso di tornare su questo e correggere tutti i conflitti di merge. Ho anche deciso di testare, che si è rivelata un'ottima idea.
-Non sorprendentemente, la soluzione approssimativa è completamente fallita. In quel momento, ho deciso di correggere tutti i bug e scrivere un test E2E completo.
-Ho dovuto lavorare con codice molto malfunzionante e molte decisioni sbagliate prese dal me del passato, ma dopo 2 settimane difficili, finalmente l'ho fatto funzionare.
-
-Questo non significa, tuttavia, che fosse perfetto. Il proprietario dell'organizzazione aveva ancora molto più accesso rispetto anche all'utente invitato con i privilegi più alti. L'esperienza utente era anche piuttosto carente. L'utente invitato non poteva nemmeno vedere le statistiche dell'applicazione, gestire la fatturazione, e la CLI era limitata solo al caricamento.
-
-Nonostante tutte queste sfide, Martin aveva revisionato la PR, e una settimana dopo, è stata pubblicata in produzione.
-
-## Organizzazioni v2
-
-Il sistema delle organizzazioni funzionava piuttosto bene nonostante tutte le sfide. Gli utenti lo stavano utilizzando e ha davvero spinto avanti l'intero progetto. Tuttavia, dovevo ancora:
- - sistemare il pasticcio fatto nella [sicurezza a livello di riga](https://supabase.com/docs/guides/auth/row-level-security)
- - aggiungere il supporto per l'intera CLI
- - assicurare che gli utenti admin abbiano lo stesso accesso del proprietario
-
-Dopo [molte discussioni](https://github.com/Cap-go/capgo/issues/564) con Martin, abbiamo deciso che il modo migliore per procedere era riscrivere tutte le regole di sicurezza e spostare tutta la proprietà delle risorse alle organizzazioni e non agli utenti.
-Questo avrebbe permesso una più facile integrazione con il nuovo sistema delle organizzazioni e avrebbe anche rimosso molto codice legacy.
-
-Scrivere il nuovo codice RLS è stato molto tedioso, ma dopo una settimana e mezza, l'intera migrazione era pronta.
-
-Questa volta, tuttavia, abbiamo deciso di non scrivere il test E2E, il che significava che dovevamo testarlo manualmente. Dopo 3 chiamate molto approfondite insieme, Martin ed io abbiamo finalmente deciso di pubblicare in produzione e sperare che andasse bene 🙏
-
-Non è andata così... Si è scoperto che ho rotto la registrazione degli utenti, e i nuovi utenti non potevano creare un account 😅
-
-Dopo una rapida chiamata di panico, ho rapidamente pubblicato alcune modifiche in produzione e sono andato a dormire. Purtroppo, le mie modifiche hanno solo creato più problemi 😰
-
-Dopo essermi svegliato, ho scoperto che gli utenti avevano molte organizzazioni vuote. Questo non dovrebbe accadere poiché dovrebbe essere consentita solo 1 organizzazione per utente. Ci è voluto del tempo di brainstorming per rimuovere tutte le organizzazioni duplicate e vuote, ma a parte questo, le modifiche sono andate piuttosto bene.
-
-## Organizzazioni v3
-
-Anche questo non era abbastanza. C'era ancora un componente enorme mancante - la fatturazione.
-
-Finora solo il proprietario poteva gestire la fatturazione. Questo ha creato alcuni problemi interessanti dove un utente ha acquistato un piano pensando di comprarlo per l'organizzazione.
-Abbiamo rapidamente risolto il problema manualmente ed è stato a questo punto che abbiamo deciso che questo problema era inaccettabile
-
-La migrazione è stata piuttosto fluida. Ci è voluta una settimana di lavoro ma rispetto alla V1 e V2 non è stato davvero così difficile 🚀
-
-## Organizzazioni v4 - il futuro
-
-Dopo tutto questo duro lavoro penso sia il momento di concentrarsi su qualcos'altro per ora 😎
-
-Non è stato facile ma ho imparato molto e Capgo ha ricevuto una funzionalità molto bella e importante
-Devo ancora deprecare le funzioni legacy, migliorare l'esperienza utente della webapp, monitorare i bug,
-ma non dovrebbero esserci cambiamenti importanti a questo sistema.
-
-<br>
-
-Grazie per la lettura 🚀
diff --git a/src/content/blog/it/account-deletion-compliance-apple-guidelines.md b/src/content/blog/it/account-deletion-compliance-apple-guidelines.md
deleted file mode 100644
index 9ed91ce6b..000000000
--- a/src/content/blog/it/account-deletion-compliance-apple-guidelines.md
+++ /dev/null
@@ -1,244 +0,0 @@
----
-slug: account-deletion-compliance-apple-guidelines
-title: 'Conformità per l''eliminazione dell''account: Linee guida Apple'
-description: >-
-  Scopri le linee guida di Apple per l'eliminazione degli account, i requisiti
-  chiave per gli sviluppatori e le migliori pratiche per garantire la privacy
-  dei dati degli utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T03:15:15.208Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6823e678f8b9f5df39f52ef5-1747192562945.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Apple guidelines, account deletion, user privacy, app compliance, mobile
-  development
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-**Apple richiede che tutte le app sull'[App Store](https://www.apple.com/app-store/) forniscano un'opzione all'interno dell'app per eliminare gli account utente.** Questa politica, in vigore dal 30 giugno 2022, garantisce agli utenti la possibilità di cancellare completamente i propri dati, dando loro maggior controllo sulla privacy. Ecco cosa devi sapere:
-
--   **Requisiti Principali**:
-    
-    -   L'**opzione di eliminazione account** deve essere facilmente trovabile nelle impostazioni dell'app.
-    -   I dati dell'utente devono essere **completamente rimossi**, eccetto dove la conservazione è legalmente richiesta.
-    -   Le app che utilizzano **"Sign in with Apple"** devono revocare i token tramite l'API REST di Apple.
--   **Per gli Sviluppatori**:
-    
-    -   Testare il processo di eliminazione per facilità d'uso e rimozione completa dei dati.
-    -   Assicurarsi che anche i servizi di terze parti eliminino i dati utente.
-    -   Utilizzare strumenti come **[Capgo](https://capgo.app/)** per aggiornamenti in tempo reale e monitoraggio della conformità.
--   **Problemi Comuni**:
-    
-    -   Sincronizzazione delle eliminazioni tra piattaforme.
-    -   Gestione di token orfani e pulizia incompleta dei dati.
-
-Il mancato rispetto può comportare il rifiuto o la rimozione dell'app dall'App Store. Gli sviluppatori dovrebbero dare priorità alla privacy degli utenti e seguire le linee guida di Apple per evitare problemi.
-
-## Requisiti Tecnici
-
-### Passaggi Richiesti per l'Eliminazione
-
-Il processo di eliminazione di un account deve essere semplice e facile da trovare. Posizionarlo in modo evidente nelle impostazioni dell'account dell'app - non nascosto in sottomenu o link esterni.
-
-Ecco i passaggi chiave da includere:
-
--   **Verifica Account**: Assicurarsi che l'identità dell'utente sia confermata tramite un codice email o SMS.
--   **Comunicazione Chiara**: Spiegare chiaramente quali dati verranno eliminati e evidenziare eventuali requisiti legali per la conservazione di determinate informazioni.
--   **Finestra di Conferma**: Fornire una schermata di conferma finale che delinei le conseguenze dell'eliminazione dell'account.
-
-Inoltre, utilizzare l'API REST Sign in with Apple per revocare i token durante il processo di eliminazione dell'account [\[2\]](https://developer.apple.com/news/?id=12m75xbj)[\[3\]](https://www.ketch.com/blog/posts/apple-delete-account-requirement).
-
-Una volta implementati questi passaggi, concentrarsi sulla rimozione dei dati in linea con questi requisiti.
-
-### Standard di Rimozione Dati
-
-| **Tipo di Dati** | **Requisiti di Rimozione** | **Considerazioni Legali** |
-| --- | --- | --- |
-| Contenuto Utente | Eliminazione completa | Potrebbe essere necessaria una conservazione temporanea |
-| Dati di Autenticazione | Rimozione immediata | Richiesta revoca dei token |
-| Dati di Terze Parti | Eliminazione coordinata | Conformità varia per servizio |
-| Cronologia Utilizzo | Pulizia completa | Soggetto a regole di conservazione legali |
-
-Se i dati utente sono memorizzati con servizi di terze parti, assicurarsi che anche questi servizi eliminino i dati. I settori con regolamenti rigorosi potrebbero richiedere ulteriore supporto al cliente per garantire la conformità [\[2\]](https://developer.apple.com/news/?id=12m75xbj).
-
-È fondamentale verificare l'aderenza a questi standard attraverso test completi.
-
-### Requisiti di Test
-
-Il test del processo di eliminazione dell'account è essenziale per garantire conformità e funzionalità. Utilizzare strumenti come [Xcode](https://developer.apple.com/xcode/) e gli strumenti di revisione dell'App Store per concentrarsi su:
-
--   **Flusso di Eliminazione**: Confermare che il processo sia user-friendly e facilmente accessibile.
--   **Verifica Dati**: Assicurarsi che tutti i dati utente siano completamente rimossi da tutti i sistemi.
--   **Casi Limite**: Testare scenari che coinvolgono acquisti in-app e integrazioni di terze parti.
-
-Per gli sviluppatori che utilizzano [Capacitor](https://capacitorjs.com/) con Capgo, gli aggiornamenti in tempo reale possono aiutare ad affrontare rapidamente i problemi di conformità, evitando di attendere l'approvazione dell'App Store. Durante i test, assicurarsi di verificare:
-
--   La revoca dei token per gli utenti che hanno effettuato l'accesso con Apple.
--   La rimozione completa dei dati da tutti i servizi connessi.
--   La corretta gestione degli abbonamenti attivi.
-
-## Problemi Comuni e Soluzioni
-
-### Sincronizzazione Dati tra Piattaforme
-
-A volte, l'eliminazione dei dati su iOS e Android non si sincronizza correttamente. Questo di solito accade a causa delle differenze nel modo in cui ogni piattaforma gestisce l'archiviazione e i dati in cache.
-
-Ecco come affrontare i problemi di sincronizzazione:
-
--   **Gestore di Eliminazione Centralizzato**: Sviluppare un servizio unificato per gestire attività chiave come:
-    
-    -   Pulizia del [local storage](https://capgo.app/plugins/capacitor-data-storage-sqlite/)
-    -   Eliminazione dell'archiviazione sicura
-    -   Terminazione dei processi di sincronizzazione cloud
-    -   Gestione dei token
--   **Trasmissione Eventi Cross-Platform**: Utilizzare logica lato server per inviare eventi di eliminazione a tutte le sessioni e dispositivi attivi, garantendo la coerenza.
-
-### Aggiornamenti Plugin
-
-Dopo aver gestito l'eliminazione a livello di piattaforma, dovrai affrontare le sfide specifiche dei plugin. Garantire che i plugin siano compatibili e allineati con il processo di eliminazione è fondamentale per evitare incongruenze.
-
-| **Problema** | **Impatto** | **Soluzione** |
-| --- | --- | --- |
-| Persistenza Token | I token orfani rimangono attivi | Configurare la revoca automatica dei token |
-| Archiviazione Locale | La pulizia dei dati potrebbe essere incompleta | Eseguire controlli di eliminazione ricorsivi |
-| Sincronizzazione Cloud | Gli stati di eliminazione potrebbero non corrispondere | Utilizzare gestori sincroni per garantire la coerenza |
-
-### Gestione Aggiornamenti [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6823e678f8b9f5df39f52ef5/21f0f35e63cf5752e2e56f9c4dd03eab.jpg)
-
-La gestione degli aggiornamenti in tempo reale gioca un ruolo fondamentale nel mantenere la conformità tra piattaforme e plugin. È qui che **Capgo** può semplificare il processo di gestione degli aggiornamenti per l'eliminazione degli account.
-
-Ecco come Capgo aiuta:
-
--   **Rollout Graduali**: Testare gli aggiornamenti del flusso di eliminazione con un piccolo gruppo prima di distribuirli ampiamente.
--   **Rollback Istantaneo**: Se qualcosa va storto, tornare immediatamente a una versione stabile precedente.
--   **Analisi degli Aggiornamenti**: Monitorare i tassi di successo dei flussi di eliminazione e identificare problemi di conformità.
-
-Secondo Capgo, gli aggiornamenti di conformità raggiungono il 95% degli utenti entro 24 ore[\[1\]](https://capgo.app). Inoltre, tutte le distribuzioni sono protette con crittografia end-to-end, garantendo la sicurezza dei dati.
-
-Per sfruttare al meglio Capgo per gli aggiornamenti di conformità:
-
--   **Controllo Versioni**: Utilizzare canali di aggiornamento separati per testare i flussi di eliminazione prima di distribuirli a tutti gli utenti.
--   **Monitoraggio Errori**: Configurare avvisi per eliminazioni fallite o conflitti tra plugin.
--   **Verifica Conformità**: Sfruttare le analisi di Capgo per confermare che gli utenti ricevano gli ultimi aggiornamenti per la conformità dell'eliminazione.
-
-## Guida all'Implementazione
-
-### Standard dell'Interfaccia Utente
-
-Durante la progettazione dell'interfaccia utente per l'eliminazione dell'account, tenere presenti questi punti:
-
--   **Posizione Principale**: Rendere l'opzione di eliminazione facile da trovare. Posizionarla in modo evidente nelle impostazioni dell'account (es. _Impostazioni > Account > Elimina Account_).
-    
--   **Comunicazione Chiara**: Fornire una spiegazione dettagliata di cosa succede quando un account viene eliminato. Includere informazioni su:
-    
-    -   Quali dati verranno rimossi
-    -   Eventuali requisiti legali di conservazione dei dati
-    -   Tempi stimati per l'eliminazione
-    -   Potenziali impatti sugli abbonamenti attivi
--   **Flusso di Verifica**: Garantire che il processo sia sicuro:
-    
-    -   Chiedendo agli utenti di reinserire la password
-    -   Inviando un codice di verifica via email o SMS
-    -   Mostrando finestre di dialogo di conferma che delineino chiaramente l'azione
-
-Questi standard garantiscono un'esperienza user-friendly allineata con i protocolli di conformità più ampi.
-
-### Controlli Automatici di Conformità
-
-Per mantenere un'aderenza costante a questi standard, utilizzare strumenti automatizzati per validare l'interfaccia utente e i processi. Concentrarsi su queste aree critiche:
-
-| Categoria Test | Punti di Verifica | Metodo di Implementazione |
-| --- | --- | --- |
-| **Test UI** | Garantire che l'opzione di eliminazione sia facile da trovare | Utilizzare test automatizzati di navigazione UI |
-| **Rimozione Dati** | Confermare l'eliminazione completa dei dati utente | Validare le risposte API |
-| **Gestione Token** | Revocare token come "Sign in with Apple" | Condurre test di integrazione API REST |
-| **Cross-Platform** | Garantire coerenza su tutti i dispositivi | Testare su dispositivi multipli |
-
-I test automatizzati regolari aiutano a identificare e affrontare potenziali problemi prima che influenzino gli utenti.
-
-### Prevenzione Rischi
-
-Per minimizzare i rischi e garantire operazioni fluide, seguire questi passaggi:
-
--   **Gestione Inventario Dati**: Mantenere un registro dettagliato di dove sono archiviati i dati utente. Questo include archiviazione locale, database cloud, servizi di terze parti, sistemi di autenticazione e backup. Verificare che i dati vengano eliminati da tutte queste posizioni.
-    
--   **Gestione Errori**: Prepararsi per potenziali problemi come:
-    
-    -   Interruzioni di rete
-    -   Chiamate API fallite
-    -   Rimozione incompleta dei dati
-    -   Errori di revoca token  
-        Implementare meccanismi di fallback per gestire questi scenari con eleganza.
--   **Monitoraggio e Conformità Legale**: Tracciare metriche chiave come tassi di successo delle eliminazioni, tempi medi di completamento e eventuali dati residui. Questo aiuta a identificare e risolvere rapidamente i problemi. Inoltre, garantire la conformità ai requisiti legali, specialmente per i settori con regolamenti rigorosi. Per le app in questi settori, aggiungere passaggi di verifica extra, documentare tutte le procedure accuratamente e condurre audit regolari.
-    
-
-## Riepilogo
-
-### Requisiti Principali
-
-Dal 30 giugno 2022, Apple richiede che tutte le app includano una funzionalità nativa che permetta agli utenti di eliminare completamente i loro account. Di seguito una panoramica dei requisiti chiave:
-
-| **Categoria Requisito** | **Dettagli Implementazione** | **Note di Conformità** |
-| --- | --- | --- |
-| **Accessibilità** | L'opzione di eliminazione account deve essere facile da trovare nelle impostazioni dell'app. | Questa funzionalità deve essere integrata direttamente nell'app. |
-| **Gestione Dati** | I dati utente e le informazioni dell'account devono essere completamente eliminati. | Le eliminazioni parziali non soddisfano gli standard di conformità. |
-| **Autenticazione** | Revocare correttamente i token per gli account "Sign in with Apple". | Utilizzare l'API REST "Sign in with Apple" per l'implementazione. |
-| **Comunicazione** | Informare chiaramente gli utenti sul processo di eliminazione e le tempistiche. | Includere informazioni sulle politiche di conservazione dati e obblighi legali. |
-
-Queste linee guida formano la base per garantire la conformità alle politiche di Apple.
-
-### Prossimi Passi
-
-Per soddisfare questi requisiti, esegui le seguenti azioni:
-
--   **Revisione dell'Archiviazione Dati**  
-    Controlla tutte le fonti in cui vengono archiviati i dati degli utenti e valuta le politiche di conservazione. Assicurati che le connessioni con terze parti siano documentate in modo completo.
-    
--   **Implementa Flussi di Eliminazione Sicura**  
-    Configura processi per verificare le richieste degli utenti, revocare i token e automatizzare la rimozione dei dati utente.
-    
--   **Protocolli di Test**  
-    Conduci test completi su tutte le piattaforme, simula vari scenari e mantieni la documentazione per dimostrare la conformità.
-    
-
-Strumenti come Capgo possono semplificare gli aggiornamenti consentendo modifiche in tempo reale alla tua app. Test regolari e monitoraggio automatizzato aiuteranno a garantire l'integrità dei dati e mantenere la tua app conforme nel tempo. Inoltre, mantieniti informato sui requisiti legali in evoluzione per evitare lacune di conformità.
-
-## Come Implementare l'Eliminazione dell'Account nella Tua App
-
-<iframe src="https://www.youtube.com/embed/TC6d4pub1jU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Domande Frequenti
-
-::: faq
-### Come possono gli sviluppatori assicurarsi che la loro app soddisfi i requisiti di eliminazione account di Apple?
-
-Per soddisfare le linee guida di Apple sull'eliminazione degli account, gli sviluppatori devono offrire agli utenti un modo semplice e chiaro per eliminare i loro account direttamente all'interno dell'app. Il processo deve essere facile da trovare, semplice da seguire e non dovrebbe richiedere agli utenti di visitare siti web esterni o contattare i team di supporto.
-
-Per chi utilizza Capacitor, strumenti come **Capgo** possono rendere più facile rimanere conformi. Capgo permette aggiornamenti in tempo reale della tua app, il che significa che puoi implementare rapidamente modifiche - come aggiustamenti alla funzionalità di eliminazione account - senza attendere le approvazioni dell'app store. Garantendo la conformità, non solo riduci il rischio di rifiuti delle app ma rafforzi anche la fiducia degli utenti.
-:::
-
-::: faq
-### Come possono gli sviluppatori garantire una corretta eliminazione dei dati su tutte le piattaforme evitando problemi di sincronizzazione?
-
-Gestire l'eliminazione dei dati su varie piattaforme non è sempre semplice, specialmente quando si deve rispettare linee guida specifiche come quelle stabilite da Apple. Per affrontare questo, gli sviluppatori devono stabilire sistemi backend affidabili che elaborino le richieste di eliminazione dati in modo uniforme su tutte le piattaforme integrate. Questo spesso comporta l'utilizzo di API o servizi che eseguono le eliminazioni simultaneamente, garantendo coerenza e prevenendo disallineamenti.
-
-Per le app create con Capacitor, strumenti come **Capgo** possono semplificare questo compito. Capgo supporta aggiornamenti in tempo reale e si allinea con i requisiti di Apple, aiutando gli sviluppatori a gestire gli aggiornamenti delle app e le funzionalità rispettando gli standard di eliminazione dei dati. Utilizzando strumenti che garantiscono una sincronizzazione fluida, gli sviluppatori possono minimizzare gli errori e costruire una maggiore fiducia degli utenti.
-:::
-
-::: faq
-### Come possono gli sviluppatori di app garantire che le loro app siano conformi ai requisiti di eliminazione account di Apple?
-
-## Garantire la Conformità con i Requisiti di Eliminazione Account di Apple
-
-Per soddisfare i requisiti di eliminazione account di Apple, è cruciale rimanere aggiornati sulle loro linee guida e creare un processo semplice e intuitivo per l'eliminazione dell'account all'interno della tua app. Rivedere regolarmente le Linee Guida per la Revisione dell'App Store di Apple, in particolare le sezioni sulla gestione degli account e dei dati utente, è un passo essenziale per gli sviluppatori.
-
-Se la tua app è costruita utilizzando Capacitor, strumenti come **Capgo** possono semplificare il processo. Capgo offre funzionalità come aggiornamenti in tempo reale e garantisce che la tua app soddisfi i requisiti della piattaforma Apple, mantenendo allo stesso tempo un'esperienza utente fluida. Inoltre, test e monitoraggio regolari sono vitali per confermare la conformità e risolvere rapidamente eventuali problemi potenziali.
-:::
diff --git a/src/content/blog/it/alternative-to-expo.md b/src/content/blog/it/alternative-to-expo.md
deleted file mode 100644
index 9dc955c63..000000000
--- a/src/content/blog/it/alternative-to-expo.md
+++ /dev/null
@@ -1,59 +0,0 @@
----
-slug: alternative-to-expo
-title: Alternativa a Expo Live Update
-description: >-
-  Sei alla ricerca di una piattaforma di sviluppo di app mobili che offra la
-  comodità degli aggiornamenti in tempo reale di Expo senza la limitazione di
-  essere vincolato a React Native? Dai un'occhiata a Capgo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /expo_alternative.webp
-head_image_alt: Alternativa a Expo
-keywords: >-
-  Expo, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: it
-next_blog: ''
----
-Expo Live Update è una funzionalità della piattaforma Expo che consente agli sviluppatori di distribuire aggiornamenti alla loro app in tempo reale, senza richiedere agli utenti di scaricare una nuova versione dell'app. Questo è simile alla funzione di aggiornamento dal vivo di Capgo, che permette agli sviluppatori di aggiornare rapidamente e facilmente i contenuti e le funzionalità della loro app senza costringere gli utenti a passare attraverso il processo di download e installazione di un aggiornamento.
-
-Sia Expo Live Update che la funzione di aggiornamento dal vivo di Capgo sono progettati per rendere facile agli sviluppatori fornire ai loro utenti le ultime funzionalità e miglioramenti dell'app non appena sono disponibili. Questo può aiutare a migliorare l'esperienza utente e mantenere gli utenti coinvolti con l'app, poiché possono accedere a nuove funzionalità e miglioramenti non appena sono disponibili.
-
-Nel complesso, Expo Live Update e la funzione di aggiornamento dal vivo di Capgo sono simili in quanto entrambi forniscono un modo conveniente e intuitivo per gli sviluppatori di distribuire aggiornamenti alla loro app in tempo reale. La scelta tra Expo Live Update o la funzione di aggiornamento dal vivo di Capgo dipenderà dalle specifiche esigenze e preferenze dello sviluppatore, nonché dagli strumenti e dalle tecnologie che stanno utilizzando per lo sviluppo della loro app.
-
-Se sei uno sviluppatore di app mobile alla ricerca di un'alternativa a Expo, potresti considerare Capgo. [Capgo](/register/) è una piattaforma di sviluppo di app mobile basata su cloud che offre molti degli stessi strumenti e servizi di Expo, inclusi gli aggiornamenti dal vivo, ma con una differenza chiave: [Capgo](/register/) può essere utilizzato con qualsiasi framework JavaScript, mentre Expo è limitato alle app costruite utilizzando React Native.
-
-Questo significa che con Capgo, gli sviluppatori hanno la libertà di decidere il framework che meglio soddisfa le loro esigenze e preferenze. Che tu sia un fan di AngularJS, Vue.js o qualsiasi altro framework JavaScript, puoi utilizzare [Capgo](/register/) per costruire, testare e distribuire la tua app con facilità.
-
-Oltre alla sua flessibilità, [Capgo](/register/) fornisce anche una serie di altri strumenti e servizi utili per lo sviluppo di app mobile. Ad esempio, offre integrazione con CI/CD, plugin per funzionalità native e tutorial per CI/CD nativo, e analisi, permettendo agli sviluppatori di monitorare le prestazioni della loro app e assicurarsi che funzioni correttamente per i loro utenti.
-
-Nel complesso, [Capgo](/register/) è una potente e flessibile alternativa a Expo che offre molte delle stesse funzionalità e benefici, con il vantaggio aggiuntivo di supportare più framework JavaScript. Se stai cercando una piattaforma che possa aiutarti a semplificare il processo di sviluppo delle app e fornire una grande esperienza utente, [Capgo](/register/) è sicuramente da considerare.
-
-## Confronto delle funzionalità
-
-| Funzionalità | Capgo | Expo |
-| --- | --- | --- |
-| Aggiornamenti dal vivo | ✅ | ✅ |
-| Canali di aggiornamento | ✅ | ✅ |
-| Ripristino/cambio versione canale | ✅ | ✅ |
-| Statistiche di installazione | ✅ | ❌ |
-| App sandbox per test | ✅ | ✅ |
-| React Native | ❌ | ✅ |
-| React | ✅ | ❌ |
-| Capacitor | ✅ | ❌ Solo React-native |
-| Prezzi accessibili | ✅ | ✅ |
-| Build nativo | ❌ | ✅ |
-| 100% Open source | ✅ | ❌ |
-| Crittografia end-to-end | ✅ | ❌ solo firma crittografata |
-| CI/CD | ❌ Tutorial per farlo nei popolari | ✅ |
-
-## Conclusione
-
-Expo è un ottimo strumento per gli sviluppatori React Native, ma non è l'unica opzione disponibile. Se stai cercando un'alternativa a Expo, [Capgo](/register/) è sicuramente da considerare. [Capgo](/register/) è una piattaforma di sviluppo di app mobile basata su cloud che offre molti degli stessi strumenti e servizi di [Expo](https://expo.dev/), inclusi gli aggiornamenti dal vivo, ma con una differenza chiave: [Capgo](/register/) può essere utilizzato con qualsiasi framework JavaScript, mentre Expo è limitato alle app costruite utilizzando React Native.
-
-Scopri come Capgo può aiutarti a costruire app migliori più velocemente, [registra un account gratuito](/register/) oggi.
diff --git a/src/content/blog/it/android-16kb-page-size-capacitor-plugins.md b/src/content/blog/it/android-16kb-page-size-capacitor-plugins.md
deleted file mode 100644
index bf73a4843..000000000
--- a/src/content/blog/it/android-16kb-page-size-capacitor-plugins.md
+++ /dev/null
@@ -1,104 +0,0 @@
----
-slug: android-16kb-page-size-capacitor-plugins
-title: "Dimensione pagina Android 16 KB: Trova il plug-in problematico e cosa fare dopo"
-description: Una guida semplice per identificare quale plug-in Capacitor si guasta su dispositivi Android con dimensione pagina 16 KB, cosa verificare per primo e quando chiedere a Capgo di forkare e mantenerlo.
-author: Martin Donadieu
-author_image_url: https://avatars.githubusercontent.com/u/4084527?v=4
-author_url: https://github.com/riderx
-created_at: 2025-09-12T13:55:00.000Z
-updated_at: 2025-12-12T10:19:39.000Z
-head_image: /android-16kb-page-size-capacitor-plugins.webp
-head_image_alt: Debug della dimensione pagina Android 16 KB per Capacitor
-keywords: Capacitor, dimensione pagina Android 16KB, plugin, risoluzione dei problemi, arresti anomali delle app, manutenzione, forking
-tag: Sviluppo, Mobile, Capacitor
-published: true
-locale: it
-next_blog: ''
----
-
-I dispositivi Android con pagine di memoria da 16 KB si stanno distribuendo. Se un plug-in Capacitor (o una delle sue dipendenze native) non è pronto, una funzionalità potrebbe smettere di funzionare o l'app potrebbe arrestarsi su alcuni telefoni. L'applicazione si sta intensificando, quindi pianifica una correzione presto.
-
-Importante: A partire dal 1° novembre 2025, tutte le nuove app e gli aggiornamenti alle app esistenti inviate a Google Play e indirizzate ai dispositivi Android 15+ devono supportare dimensioni di pagina di 16 KB sui dispositivi a 64 bit.
-
-Questa guida la tiene semplice: trova il plug-in che si guasta, controlla un aggiornamento facile e se il plug-in sembra non mantenuto, chiedi a [Capgo Consulting](/consulting) di forkarlo e mantenerlo per te.
-
-## Sintomi sui dispositivi 16 KB
-
-- Funziona su alcuni telefoni Android, fallisce su altri (spesso su modelli più recenti).
-- Una funzionalità smette di funzionare quando viene utilizzato un plug-in specifico (fotocamera, file, Bluetooth, ecc.).
-- A volte funziona in debug, non in rilascio.
-
-Suggerimento: Prova su un dispositivo Android flagship recente per riprodurre tempestivamente.
-
-## Passaggio 1 — Assicurati che sia un problema di plug-in
-
-- Riprodurre il problema e annotare la funzionalità che stai utilizzando.
-- Nascondi/disabilita temporaneamente quella funzionalità nel codice. Se il problema scompare, il plug-in correlato è probabilmente la causa.
-
-## Passaggio 2 — Scopri quale plug-in sta fallendo
-
-- Disattiva le funzionalità una per una (o commenta le chiamate del plug-in) fino a quando l'app non smette di guastarsi.
-- L'ultima funzionalità disabilitata prima che ricominciasse a funzionare punta al plug-in problematico.
-
-## Passaggio 3 — Controlla una soluzione rapida
-
-Una volta che conosci il plug-in:
-
-- Aggiorna alla versione più recente del plug-in e dei tuoi pacchetti Capacitor.
-- Leggi le note del README/changelog del plug-in per Android 16 KB.
-- Controlla i problemi/discussioni aperti per rapporti simili e versioni consigliate.
-
-## Passaggio 4 — Chiedi al responsabile della manutenzione
-
-Se la versione più recente fallisce ancora:
-
-- Apri un problema breve e chiaro: "Si interrompe su dispositivi Android con dimensione pagina 16 KB; la funzionalità X non funziona più."
-- Includi la tua versione di Capacitor, la versione del plug-in e una descrizione di riproduzione rapida.
-- Aspetta un po' una risposta — alcuni team hanno bisogno di alcuni giorni.
-
-## Passaggio 5 — Se il plug-in sembra non mantenuto
-
-Segni da guardare:
-
-- Nessun rilascio o risposta dal manutentore per mesi.
-- Più problemi aperti sulla compatibilità con Android senza risposta.
-
-Le tue opzioni:
-
-- Sostituiscilo con un'alternativa attivamente mantenuta.
-- O chiedi a [Capgo Consulting](/consulting) di forkarlo e mantenerlo in modo che la tua app rimanga compatibile.
-
-## Passaggio 6 — Controlli di buon senso
-
-Prima della spedizione, esegui controlli rapidi:
-
-- Testa la funzionalità su almeno un dispositivo Android recente e uno più vecchio.
-- Usa una build di rilascio per un test finale.
-- Mantieni una nota della versione dell'app, della versione del plug-in e del modello di dispositivo che ha superato.
-
-## Passaggio 7 — Decidi: Aggiorna, sostituisci o forkare
-
-- Aggiorna: caso migliore — installa le versioni più recenti di plug-in/app e il gioco è fatto.
-- Sostituisci: passa a un'alternativa mantenuta se ne esiste una.
-- Forkare: quando ne hai bisogno e il plug-in non progredisce, lascia che [Capgo Consulting](/consulting) lo forkhi e lo mantenga per te.
-
-## Bundle di supporto (breve e utile)
-
-Condividi questo per accelerare l'aiuto (con manutentori o [Capgo Consulting](/consulting)):
-
-- Versione dell'app/numero di build
-- Versione di Capacitor
-- Nome e versione del plug-in
-- Dispositivi/versioni Android interessati
-- Cosa hai provato (aggiorna, alternativa, ecc.)
-- Semplici passaggi da riprodurre
-
-## Assumi Capgo: lo faremo funzionare
-
-Se i dispositivi 16 KB stanno rompendo la tua app e un plug-in non è pronto, parla con noi:
-
-- Identifichiamo rapidamente il plug-in problematico e confermiamo il guasto.
-- Lo risolviamo: aggiorna, patch o forkare — e mantenerlo.
-- Ti aiutiamo a evitare le frette dell'ultimo minuto mentre il roll-out si verifica.
-
-Dicci quale funzionalità sta fallendo e il nome del plug-in (se lo sai). Ci occupiamo del resto. Visita la nostra pagina di servizi: [Capgo Consulting](/consulting)
diff --git a/src/content/blog/it/android-setup-for-capacitor-apps.md b/src/content/blog/it/android-setup-for-capacitor-apps.md
deleted file mode 100644
index e9be4a85a..000000000
--- a/src/content/blog/it/android-setup-for-capacitor-apps.md
+++ /dev/null
@@ -1,293 +0,0 @@
----
-slug: android-setup-for-capacitor-apps
-title: Configurazione Android per le App Capacitor
-description: >-
-  Configura il tuo ambiente di sviluppo Android per le app Capacitor con
-  strumenti essenziali, configurazioni e suggerimenti di integrazione per
-  costruire app in modo efficiente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:57:39.512Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db8c5296fa813b295022c3-1742443070357.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, Android development, Android Studio, SDK, mobile apps, Node.js,
-  JDK, environment setup
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-
-**Vuoi creare app Android con [Capacitor](https://capacitorjs.com/)?** Ecco tutto ciò che ti serve per configurare rapidamente ed efficacemente il tuo ambiente di sviluppo. Capacitor collega le tecnologie web con le funzionalità native di Android e per iniziare sono necessari alcuni strumenti e configurazioni essenziali.
-
-### Di cosa avrai bisogno:
-
--   **Software di base**:
-    
-    -   Android Studio (ultima versione)
-    -   JDK 17+
-    -   [Nodejs](https://nodejsorg/en) (ultima LTS)
-    -   Capacitor CLI
--   **Requisiti hardware**:
-    
-    -   Minimo: Intel i5, 8GB RAM, 256GB HDD
-    -   Consigliato: Intel i7/i9, 16GB+ RAM, 512GB SSD
-
-### Passaggi rapidi:
-
-1. Installa Android Studio e completa la procedura guidata di configurazione
-2. Configura l'Android SDK con API Level 33 e gli strumenti necessari
-3. Imposta le variabili d'ambiente per l'Android SDK
-4. Aggiungi il supporto Android al tuo progetto Capacitor con `npm install @capacitor/android`
-5. Testa la configurazione creando un'app base ed eseguendola su un emulatore o dispositivo
-
-### Funzionalità chiave da sfruttare:
-
--   **Aggiornamenti in tempo reale**: Distribuisci aggiornamenti istantaneamente usando strumenti come [Capgo](https://capgo.app/)
--   **Funzionalità native**: Accedi alle API specifiche di Android per funzionalità avanzate
--   **Monitoraggio in tempo reale**: Risolvi rapidamente i problemi durante lo sviluppo
-
-Seguendo questi passaggi, sarai pronto a sviluppare, testare e distribuire app Android usando Capacitor. Entriamo nei dettagli.
-
-## Componenti di configurazione richiesti
-
-### Componenti software di base
-
-Per iniziare con lo sviluppo Android, dovrai installare questi strumenti chiave:
-
--   **Android Studio**: Questo è l'IDE ufficiale per lo sviluppo Android. Include tutti gli strumenti e le funzionalità necessarie per creare app Android
--   **Java Development Kit (JDK)**: Necessario per compilare ed eseguire codice Java. Per garantire la compatibilità con Capacitor 8, usa JDK versione 17 o successiva
--   **Nodejs**: Un ambiente di runtime JavaScript che alimenta i processi di build e gli strumenti CLI di Capacitor. Installa l'ultima versione LTS (Long-Term Support) per la migliore esperienza
--   **Capacitor CLI**: Uno strumento da riga di comando per gestire progetti Capacitor, inclusa l'aggiunta di piattaforme, build e distribuzione delle app
-
-Questi strumenti sono essenziali per configurare il tuo ambiente di sviluppo Android. Una volta installati, assicurati che il tuo hardware soddisfi i seguenti requisiti.
-
-### Requisiti hardware
-
-La tua macchina di sviluppo dovrebbe soddisfare queste specifiche minime, ma un hardware migliore aumenterà le prestazioni:
-
-| Componente | Requisiti minimi | Specifiche consigliate |
-| --- | --- | --- |
-| **Processore** | Intel i5 (6a gen) o simile | Intel i7/i9 o AMD Ryzen 7/9 |
-| **RAM** | 8GB | 16GB o più |
-| **Archiviazione** | 256GB HDD con 10GB liberi | 512GB SSD o maggiore |
-| **Display** | Risoluzione 1280 x 800 | 1920 x 1080 o superiore |
-| **Sistema operativo** | Windows 10 (64-bit) / macOS 10.14 | Windows 11 / macOS 13+ |
-
-Per eseguire gli emulatori Android in modo efficiente, l'accelerazione hardware è indispensabile:
-
--   **Windows**: Richiede [Intel HAXM](https://githubcom/intel/haxm) o Windows Hypervisor Platform
--   **macOS**: L'accelerazione hardware è integrata
--   **Linux**: Usa la virtualizzazione [KVM](https://enwikipediaorg/wiki/Kernel-based_Virtual_Machine)
-
-Tieni presente che Android Studio e gli emulatori possono essere esigenti per il tuo sistema. Assicurati che la tua macchina abbia un raffreddamento adeguato e una connessione internet stabile per scaricare i componenti SDK.
-
-Una volta che la configurazione è pronta, il prossimo passo è configurare Android Studio per integrare questi strumenti nel tuo flusso di lavoro.
-
-## Configurazione di [Android Studio](https://developerandroidcom/studio)
-
-![Android Studio](https://mars-images.imgix.net/seobot/screenshots/developerandroidcom-4d08ca5be8f73216eb56e77cdafac129-2025-03-20.jpg?auto=compress)
-
-Android Studio è indispensabile per sviluppare con Capacitor su Android. Configurarlo correttamente garantisce un flusso di lavoro fluido e prestazioni migliori.
-
-### Passaggi per l'installazione
-
-1. Vai al sito ufficiale Android Developer su [developerandroidcom/studio](https://developerandroidcom/studio)
-2. Scarica l'ultima versione stabile di Android Studio (2023.1.1 o successiva)
-    
-3. Segui il processo di installazione:
-    
-    -   **Windows**: Esegui l'installer, mantieni la posizione e i componenti predefiniti e conferma le impostazioni della memoria
-    -   **macOS**: Trascina Android Studio nella cartella Applicazioni e avvialo
-    -   **Linux**: Estrai l'archivio, spostalo nella directory `/opt` ed esegui lo script `studiosh`
-
-Una volta installato, modifica le impostazioni di Android Studio per lavorare senza problemi con i progetti Capacitor
-
-### Configurazione di Base
-
-Alcune configurazioni chiave in Android Studio lo faranno funzionare in modo efficiente con l'SDK Android e Capacitor
-
-**Configurazione Iniziale**:
-
--   Completa la Procedura Guidata di Configurazione
--   Seleziona il tipo di installazione "Standard"
--   Scegli un tema UI (modalità chiara o scura)
--   Verifica le impostazioni di sistema
-
-**Ottimizzazioni delle Prestazioni**:
-
-| Impostazione | Valore Consigliato | Scopo |
-| --- | --- | --- |
-| Heap di Memoria | 2048 MB | Velocizza l'IDE |
-| Opzioni VM | \-Xmx4096m | Migliora le prestazioni di build |
-| Gradle JDK | Versione 17 | Garantisce il supporto Capacitor |
-
-**Configurazione dell'Emulatore**:
-
-1. Apri l'AVD Manager da **Strumenti > Gestore Dispositivi**
-2. Clicca su "Crea Dispositivo Virtuale"
-3. Scegli un profilo hardware:
-    -   **Telefono**: Pixel 6 Pro (consigliato)
-    -   **Tablet**: Pixel Tablet
-4. Scegli un'immagine di sistema:
-    -   **Livello API**: 33 (Android 13)
-    -   **Target**: x86\_64
-5. Regola le impostazioni AVD:
-    -   RAM: 2048 MB
-    -   [Memoria Interna](https://capgo.app/plugins/capacitor-data-storage-sqlite/): 2048 MB
-    -   Scheda SD: 512 MB
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per la distribuzione continua ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Per maggiori dettagli sulle configurazioni specifiche di Capgo, consulta la sezione [Integrazione Capgo](https://capgo.app/consulting/) più avanti in questa guida
-
-## Configurazione Android SDK
-
-L'Android SDK è essenziale per la compilazione e il deployment delle app Android. Semplifica sia i processi di sviluppo che di deployment
-
-### Installazione dei Componenti SDK
-
-Per installare i componenti necessari, apri l'SDK Manager in Android Studio navigando su **Strumenti > SDK Manager**
-
-Ecco i componenti necessari per lo sviluppo con Capacitor:
-
-| Componente | Versione | Scopo |
-| --- | --- | --- |
-| **Android SDK Platform** | API 33 (Android 130) | Fornisce la piattaforma stabile più recente per lo sviluppo delle app |
-| **Android SDK Build-Tools** | 3302 o più recente | Include utility di build chiave |
-| **Android SDK Command-line Tools** | Più recente | Necessario per operazioni da riga di comando |
-| **Android Emulator** | Più recente | Usato per testing e debugging delle app |
-| **Android SDK Platform-Tools** | Più recente | Include strumenti come ADB |
-
-**Passaggi per l'Installazione**:
-
--   **Apri SDK Manager**: Vai alla scheda SDK Platforms e seleziona i componenti elencati sopra
--   **Installa Build Tools**: Assicurati di installare la versione 3302 o successiva per la compatibilità con Capacitor
--   **Individua l'SDK**: Android Studio installa l'SDK in queste posizioni predefinite:
-    -   **Windows**: `C:\Users\username\AppData\Local\Android\Sdk`
-    -   **macOS**: `~/Library/Android/sdk`
-    -   **Linux**: `~/Android/Sdk`
-
-Una volta installato, procedi con la configurazione delle variabili d'ambiente per assicurarti che il sistema riconosca gli strumenti SDK
-
-### Configurazione dell'Ambiente
-
-Per utilizzare gli strumenti Android SDK con Capacitor, devi configurare le variabili d'ambiente
-
-**Variabili d'Ambiente da Impostare**:
-
-[[CODE_BLOCK]]
-
--   **Windows**: Aggiungi queste variabili attraverso **Proprietà di Sistema > Variabili d'Ambiente**
--   **macOS/Linux**: Aggiungile al file del profilo della shell (es. `bash_profile` o `zshrc`)
-
-**Verifica dell'Installazione**:
-
-Esegui i seguenti comandi per confermare che tutto sia configurato correttamente:
-
--   `adb --version`: Verifica se platform-tools è installato
--   `sdkmanager --list`: Verifica l'accesso all'SDK Manager
-
-Se riscontri errori di permessi su macOS o Linux, risolvili eseguendo:
-
-[[CODE_BLOCK]]
-
-Dopo aver completato questi passaggi, il tuo Android SDK è pronto per essere utilizzato con Capacitor## Configurazione Android di [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-20.jpg?auto=compress)
-
-### Installazione della Piattaforma
-
-Prima di tutto, assicurati che il tuo progetto Capacitor sia configurato. Poi, vai nella directory del tuo progetto e aggiungi il supporto Android eseguendo questi comandi:
-
-[[CODE_BLOCK]]
-
-Una volta fatto, regola le impostazioni del tuo progetto per assicurarti che tutto funzioni in modo fluido e sicuro.
-
-### Impostazioni di Configurazione
-
-Dopo aver aggiunto la piattaforma Android, aggiorna il file `capacitorconfigjson` per personalizzare le impostazioni specifiche di Android. Ecco alcune opzioni chiave da configurare:
-
--   **androidScheme**: `'https'`
--   **hostname**: `'appexamplecom'`
--   **androidallowMixedContent**: `false`
--   **androidminWebViewVersion**: `'55'`
--   **androidbuildOptions**: Aggiungi le opzioni personalizzate necessarie
-
-Ecco un esempio di configurazione:
-
-[[CODE_BLOCK]]
-
-**Configurazioni importanti su cui concentrarsi:**
-
--   **Sicurezza**: Assicurati che gli aggiornamenti in tempo reale siano crittografati end-to-end
--   **[Gestione degli Aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**: Configura i rilasci controllati con specifici [canali di aggiornamento](https://capgo.app/docs/webapp/channels/)
--   **Prestazioni**: Ottimizza le impostazioni WebView. Per esempio:
-
-[[CODE_BLOCK]]
-
-Infine, esegui `npx cap sync` per applicare le modifiche
-
-## Verifica della Configurazione
-
-Prima di immergersi nello sviluppo dell'app, è importante confermare che il tuo ambiente di sviluppo Android funzioni correttamente. Testare la configurazione in anticipo può aiutare a individuare e risolvere i problemi prima che diventino più grandi.
-
-### Test della Configurazione del Progetto
-
-Segui questi passaggi per creare e testare un progetto base:
-
--   **Crea un'app di test** eseguendo i seguenti comandi:
-
-[[CODE_BLOCK]]
-
--   **Modifica il file `indexhtml`** per includere il seguente contenuto:
-
-[[CODE_BLOCK]]
-
--   **Compila ed esegui il progetto** usando:
-
-[[CODE_BLOCK]]
-
-Una volta che il progetto si apre in Android Studio, clicca sul pulsante verde "Run" (icona play) per distribuire l'app su un dispositivo connesso o un emulatore. Se tutto è configurato correttamente, dovresti vedere il contenuto di test visualizzato senza errori.
-
-Se incontri problemi, controlla i suggerimenti per la risoluzione dei problemi qui sotto.
-
-### Correzioni Comuni della Configurazione
-
-Ecco alcuni problemi tipici e come risolverli:
-
--   **Problemi con il Percorso SDK**
-    
-    -   Ricontrolla che le tue variabili d'ambiente siano configurate come specificato durante la configurazione iniziale
--   **Errori di Compilazione**
-    
-    -   Assicurati che le versioni di Gradle e JDK corrispondano ai requisiti del progetto
-    -   Conferma che tutti i componenti SDK necessari siano installati
--   **Problemi con l'Emulatore**
-    
-    -   Abilita l'acceleratore hardware (HAXM) nelle impostazioni del BIOS
-    -   Assegna almeno 2GB di RAM all'emulatore
-    -   Usa immagini di sistema x86 per prestazioni migliori
--   **Problemi di Connessione del Dispositivo**
-    
-    -   Attiva il debug USB e installa i driver corretti per il tuo dispositivo
-    -   Esegui `adb devices` per confermare che la connessione sia riconosciuta
-
-Risolvere questi problemi preparerà il tuo ambiente per funzionalità avanzate e un'integrazione fluida con Capgo. Una volta verificato, la tua configurazione sarà pronta per i prossimi passi del tuo progetto.
-
-## Integrazione con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Una volta che il tuo ambiente Android è pronto, è il momento di integrare Capgo. Questo strumento semplifica il tuo [processo di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/manual-update/) permettendoti di inviare aggiornamenti alla tua app Capacitor istantaneamente - senza necessità di revisione del Play Store.
-
-### Caratteristiche Principali di Capgo
-
--   **Aggiornamenti in Tempo Reale**: Gli aggiornamenti raggiungono il 95% degli utenti attivi entro 24 ore [\[1\]](https://capgo.app/)
--   **Crittografia End-to-End**: Garantisce la sicurezza dei dati
--   **Risposta API Veloce**: Tempo di risposta medio globale di 57ms, con un tasso di successo dell'82% [\[1\]](https://capgo.app/)
--   **Aggiornamenti Parziali**: Minimizza l'utilizzo dei dati trasferendo solo le modifiche necessarie
diff --git a/src/content/blog/it/angular-mobile-app-capacitor.md b/src/content/blog/it/angular-mobile-app-capacitor.md
deleted file mode 100644
index 35d95ca6d..000000000
--- a/src/content/blog/it/angular-mobile-app-capacitor.md
+++ /dev/null
@@ -1,328 +0,0 @@
----
-slug: angular-mobile-app-capacitor
-title: Creare App Mobile con Angular e Capacitor
-description: >-
-  Scopri come creare un'app mobile con Angular, Capacitor e migliorare
-  l'interfaccia utente nativa con Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-06T00:00:00.000Z
-updated_at: 2023-06-06T00:00:00.000Z
-head_image: /angular_capacitor.webp
-head_image_alt: Illustrazione di Angular e Capacitor
-keywords: >-
-  Angular, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: it
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-In questo tutorial, inizieremo con una nuova app [Angular](https://angular.io/) e la trasformeremo in un'app mobile nativa utilizzando Capacitor. Opzionalmente, potrai anche aggiungere [Konsta UI](https://konstaui.com/) per migliorare l'interfaccia mobile con Tailwind CSS.
-
-Capacitor ti permette di convertire facilmente la tua applicazione web Angular in un'app mobile nativa senza richiedere modifiche significative o imparare una nuova competenza come React Native.
-
-Con pochi semplici passaggi, la maggior parte delle applicazioni Angular può essere trasformata in app mobile.
-
-Questo tutorial ti guiderà attraverso il processo, partendo da una nuova app Angular e poi incorporando Capacitor per entrare nel mondo delle app mobile native. Inoltre, puoi opzionalmente utilizzare [Konsta UI](https://konstaui.com/) per migliorare la tua UI mobile con Tailwind CSS.
-
-## Informazioni su Capacitor
-
-Capacitor è rivoluzionario! Puoi incorporarlo facilmente in qualsiasi progetto web, e avvolgerà la tua applicazione in una webview nativa, generando il progetto nativo per Xcode e Android Studio. Inoltre, i suoi plugin forniscono accesso alle funzionalità native del dispositivo come la fotocamera tramite un bridge JS.
-
-Con Capacitor, ottieni un'ottima app mobile nativa senza configurazioni complicate o curve di apprendimento ripide. La sua API snella e le funzionalità ottimizzate lo rendono facilissimo da integrare nel tuo progetto. Fidati, rimarrai stupito da quanto sia semplice ottenere un'app nativa completamente funzionante con Capacitor!
-
-## Preparare la tua App Angular
-
-Per creare una nuova app Angular, esegui il seguente comando:
-
-```shell
-ng new my-app
-cd my-app
-```
-
-Scegli "Angular" quando ti viene chiesta la versione di Angular.
-
-Per creare un'app mobile nativa, abbiamo bisogno di un **export** del nostro progetto. Quindi, aggiungiamo uno script semplice nel nostro **package.json** che può essere utilizzato per buildare e copiare il progetto Angular:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "ng build --prod"
-  }
-}
-```
-
-Dopo aver eseguito il comando `build`, dovresti vedere una nuova cartella `dist` nella root del tuo progetto.
-
-Questa cartella sarà utilizzata da Capacitor più tardi, ma per ora dobbiamo configurarla correttamente.
-
-## Aggiungere Capacitor alla tua App Angular
-
-Per impacchettare qualsiasi app web in un container mobile nativo, dobbiamo seguire alcuni passaggi iniziali, ma successivamente sarà semplice come eseguire un singolo comando `sync`.
-
-Per prima cosa, possiamo installare il [Capacitor CLI](https://capacitorjs.com/docs/cli/) come dipendenza di sviluppo, e poi configurarlo nel nostro progetto. Durante la configurazione, puoi premere "invio" per accettare i valori predefiniti per nome e bundle ID.
-
-Successivamente, dobbiamo installare il pacchetto core e i pacchetti relativi per le piattaforme iOS e Android.
-
-Infine, possiamo aggiungere le piattaforme, e Capacitor creerà cartelle per ogni piattaforma nella root del nostro progetto:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Angular project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-A questo punto, dovresti vedere nuove cartelle **ios** e **android** nel tuo progetto Angular.
-
-**Questi sono progetti nativi reali!**
-
-Per accedere al progetto Android più tardi, devi installare [Android Studio](https://developer.android.com/studio/). Per iOS, hai bisogno di un Mac e devi installare [Xcode](https://developer.apple.com/xcode/).
-
-Inoltre, dovresti trovare un file **capacitor.config.ts** nel tuo progetto, che contiene alcune impostazioni fondamentali di Capacitor utilizzate durante la sincronizzazione. L'unica cosa a cui devi prestare attenzione è il **webDir**, che deve puntare al risultato del tuo comando di build. Attualmente, non è corretto.
-
-Per correggere questo, apri il file **capacitor.config.json** e aggiorna il **webDir**:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-Puoi provarlo eseguendo i seguenti comandi:
-
-```shell
-npm run build
-npx cap sync
-```
-
-Il primo comando `npm run build` semplicemente builderà il tuo progetto Angular e copierà la build statica, mentre il secondo comando `npx cap sync` sincronizzerà tutto il codice web nei posti giusti delle piattaforme native in modo che possano essere visualizzati in un'app.
-
-Inoltre, il comando sync potrebbe aggiornare le piattaforme native e installare plugin, quindi quando installi nuovi [plugin Capacitor](https://capacitorjs.com/docs/plugins/) è il momento di eseguire nuovamente `npx cap sync`.
-
-Senza accorgertene, hai finito, quindi vediamo l'app su un dispositivo!
-
-## Build e Deploy di app native
-
-Per sviluppare app iOS, devi avere **Xcode** installato, e per le app Android, devi avere **Android Studio** installato. Inoltre, se prevedi di distribuire la tua app sull'app store, devi iscriverti all'Apple Developer Program per iOS e alla Google Play Console per Android.
-
-Se sei nuovo allo sviluppo mobile nativo, puoi utilizzare il CLI di Capacitor per aprire facilmente entrambi i progetti nativi:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Una volta configurati i tuoi progetti nativi, distribuire la tua app su un dispositivo connesso è facile. In Android Studio, devi solo attendere che tutto sia pronto, e puoi distribuire la tua app su un dispositivo connesso senza modificare alcuna impostazione. Ecco un esempio:
-
-![android-studio-run](/android-studio-run.webp)
-
-In Xcode, devi configurare il tuo account di firma per distribuire la tua app su un dispositivo reale invece che solo sul simulatore. Se non l'hai mai fatto prima, Xcode ti guida attraverso il processo (ma di nuovo, devi essere iscritto al Developer Program). Successivamente, puoi semplicemente premere play per eseguire l'app sul tuo dispositivo connesso, che puoi selezionare in alto. Ecco un esempio:
-
-![xcode-run](/xcode-run.webp)
-
-Congratulazioni! Hai distribuito con successo la tua app web Angular su un dispositivo mobile. Ecco un esempio:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/nextjs-mobile-app.webp" alt="angular-mobile-app">
-</div>
-
-Ma aspetta, c'è anche un modo più veloce per farlo durante lo sviluppo...
-
-## Live Reload di Capacitor
-
-A questo punto, probabilmente sei abituato ad avere l'hot reload con tutti i framework moderni, e la buona notizia è che puoi avere la stessa funzionalità **su un dispositivo mobile** con uno sforzo minimo!
-
-Abilita l'accesso alla tua applicazione ospitata localmente con live reload **sulla tua rete** facendo caricare all'app Capacitor il contenuto dall'URL specifico.
-
-Il primo passo è scoprire il tuo indirizzo IP locale. Se stai usando un Mac, puoi scoprirlo eseguendo il seguente comando nel terminale:
-
-```shell
-ipconfig getifaddr en0
-```
-
-Su Windows, esegui:
-
-```shell
-ipconfig
-```
-
-Poi cerca l'indirizzo IPv4.
-
-Possiamo istruire Capacitor per caricare l'app direttamente dal server aggiungendo un'altra voce al nostro file `capacitor.config.ts`:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:4200',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Assicurati di usare **l'IP e la porta corretti**, ho usato la porta predefinita di Angular in questo esempio.
-
-Ora, possiamo applicare queste modifiche copiandole nel nostro progetto nativo:
-
-```shell
-npx cap copy
-```
-
-Il comando `copy` è simile a `sync`, ma copierà solo **le modifiche apportate alla cartella web** e alla configurazione, senza aggiornare il progetto nativo.
-
-Ora puoi distribuire la tua app ancora una volta attraverso Android Studio o Xcode. Dopo di che, se cambi qualcosa nella tua app Angular, **l'app si ricaricherà automaticamente** e mostrerà le modifiche!
-
-**Tieni presente** che se installi nuovi plugin come la fotocamera, è ancora necessaria una ricompilazione del tuo progetto nativo. Questo perché i file nativi vengono modificati, e non può essere fatto al volo.
-
-Nota che dovresti usare l'IP e la porta corretti nella tua configurazione. Il blocco di codice sopra mostra la porta predefinita di Angular a scopo dimostrativo.
-
-## Utilizzare i Plugin di Capacitor
-
-Diamo un'occhiata a come utilizzare un plugin Capacitor in azione, di cui abbiamo parlato alcune volte prima. Per farlo, possiamo installare un plugin abbastanza semplice eseguendo:
-
-```shell
-npm i @capacitor/share
-```
-
-Non c'è niente di particolare nel [plugin Share](https://capacitorjs.com/docs/apis/share/), ma comunque fa apparire il dialogo di condivisione nativo! Per questo ora dobbiamo solo importare il pacchetto e chiamare la funzione `share()` dalla nostra app, quindi modifichiamo il file **src/app/app.component.ts** in questo modo:
-
-```typescript
-import { Component } from '@angular/core';
-import { Share } from '@capacitor/share';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: './app.component.html',
-  styleUrls: ['./app.component.scss']
-})
-export class AppComponent {
-  title = 'my-app';
-
-  async share() {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  }
-}
-```
-
-Come menzionato prima, quando installiamo nuovi plugin, dobbiamo eseguire un'operazione di sync e poi ridistribuire l'app sul nostro dispositivo. Per farlo, esegui il seguente comando:
-
-```
-npx cap sync
-```
-
-Dopo aver premuto il pulsante, puoi vedere in azione il bellissimo dialogo di condivisione nativo!
-
-## Aggiungere Konsta UI
-
-Per utilizzare Konsta UI nella tua app Nuxt 3, devi avere [tailwind già installato](https://tailwindcss.com/docs/guides/angular/) e installare il pacchetto:
-
-```shell
-npm i konsta
-```
-
-Inoltre, devi modificare il tuo file `tailwind.config.js`:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{html,ts}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` estenderà la configurazione predefinita (o la tua personalizzata) di Tailwind CSS con alcune varianti extra e utility helper richieste per Konsta UI.
-
-Ora dobbiamo configurare il componente principale [App](https://konstaui.com/vue/app/) così possiamo impostare alcuni parametri globali (come `theme`).
-
-Dobbiamo avvolgere l'intera app con `App` nel `src/app/app.component.html`:
-
-```html
-<app>
-  <h1>Welcome to Angular and Capacitor!</h1>
-  <button (click)="share()">Share now!</button>
-</app>
-```
-
-### Pagina di Esempio
-
-Ora che tutto è configurato, possiamo utilizzare i componenti Vue di Konsta UI nelle nostre pagine Angular.
-
-Per esempio, apriamo `src/app/app.component.html` e modifichiamolo nel seguente modo:
-
-```html
-<app>
-  <page>
-    <navbar title="My App" />
-
-    <block strong>
-      <p>
-        Here is your Angular & Konsta UI app. Let's see what we have here.
-      </p>
-    </block>
-    <block-title>Navigation</block-title>
-    <list>
-      <list-item href="/about/" title="About" />
-      <list-item href="/form/" title="Form" />
-    </list>
-
-    <block strong class="flex space-x-4">
-      <button>Button 1</button>
-      <button>Button 2</button>
-    </block>
-  </page>
-</app>
-```
-
-Se il live reload è fuori sync dopo aver installato tutti i componenti necessari, prova a riavviare tutto. Una volta fatto questo, dovresti vedere un'app mobile con un aspetto un po' nativo, costruita con Angular e Capacitor!
-
-Dovresti vedere la seguente pagina come risultato:
-
-<app>
-  <h1>
-</h1>
-
-## Conclusione
-
-Capacitor è un'ottima opzione per costruire applicazioni native basate su un progetto web esistente, offrendo un modo semplice per condividere il codice e mantenere un'UI coerente.
-
-E con l'aggiunta di [Capgo](https://capgo.app/), è ancora più facile aggiungere aggiornamenti live alla tua app, assicurando che i tuoi utenti abbiano sempre accesso alle ultime funzionalità e correzioni di bug.
-
-Se vuoi imparare come aggiungere Capgo alla tua app Angular, dai un'occhiata al prossimo articolo:
diff --git a/src/content/blog/it/app-store-metadata-what-developers-must-know.md b/src/content/blog/it/app-store-metadata-what-developers-must-know.md
deleted file mode 100644
index 859dda167..000000000
--- a/src/content/blog/it/app-store-metadata-what-developers-must-know.md
+++ /dev/null
@@ -1,227 +0,0 @@
----
-slug: app-store-metadata-what-developers-must-know
-title: 'Metadati App Store: Cosa Devono Sapere gli Sviluppatori'
-description: >-
-  Scopri come dei metadati efficaci per l'app store possono migliorare la
-  visibilità, aumentare i download e semplificare gli aggiornamenti per gli
-  sviluppatori.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T01:52:31.369Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e5e83da2c14cac42f7f5e4-1743126762355.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  app store metadata, app optimization, keywords, visuals, localization, mobile
-  apps, app visibility, user engagement, updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi che la tua app si distingua? Tutto inizia dai metadati.** I metadati dello store influenzano il modo in cui gli utenti scoprono, valutano e scaricano la tua app. Ecco cosa devi sapere:
-
--   **Elementi Chiave**: Nome dell'app, descrizione, parole chiave, elementi visivi (screenshot, video, icone), dettagli tecnici e localizzazione.
--   **Perché è Importante**: I metadati migliorano la scoperta dell'app, aumentano i download e semplificano i processi di approvazione.
--   **Consigli per l'Ottimizzazione**: Usa descrizioni concise e ricche di parole chiave, elementi visivi accattivanti e contenuti localizzati per diversi mercati.
--   **Errori Comuni**: Evita l'eccesso di parole chiave, elementi visivi scadenti, branding incoerente e descrizioni poco chiare.
-
-**Piano d'Azione Rapido**:
-
-1.  Scrivi un nome e una descrizione dell'app convincenti entro i limiti di caratteri.
-2.  Usa parole chiave pertinenti e naturali per migliorare il posizionamento nelle ricerche.
-3.  Aggiungi elementi visivi di alta qualità conformi alla piattaforma per attirare gli utenti.
-4.  Aggiorna regolarmente i metadati per nuove funzionalità, aggiornamenti o eventi stagionali.
-
-La gestione dei metadati è essenziale per il successo dell'app. Strumenti come [Capgo](https://capgo.app/) possono aiutarti a fare aggiornamenti istantanei, rimanere conforme e monitorare le prestazioni in modo efficace.
-
-## Ottimizzazione dei Metadati per il Posizionamento nell'App Store - Parte 2
-
-<iframe src="https://www.youtube.com/embed/zOqr-quX_LM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Elementi Principali dei Metadati
-
-Analizziamo gli elementi chiave dei metadati e come definiscono l'identità della tua app.
-
-### Nomi e Descrizioni delle App
-
-Il nome e la descrizione della tua app sono cruciali per fare una buona prima impressione. Ecco cosa devi sapere sui limiti di caratteri per gli app store:
-
--   **[Apple App Store](https://developer.apple.com/app-store/guidelines/)**: 30 caratteri per il nome dell'app, 30 per il sottotitolo
--   **[Google Play Store](https://play.google.com/console/signup)**: 50 caratteri per il titolo dell'app, 80 per la descrizione breve
-
-Quando scrivi la descrizione della tua app, tieni presente questa struttura:
-
--   **Primo paragrafo**: Comunica chiaramente il valore principale o lo scopo della tua app.
--   **Sezioni centrali**: Evidenzia le caratteristiche chiave e cosa rende unica la tua app.
--   **Paragrafo finale**: Concludi con una call-to-action e rafforza i vantaggi unici della tua app.
-
-_Suggerimento_: Inserisci le informazioni più importanti nelle prime tre righe. È ciò che gli utenti vedono prima di cliccare su "Leggi di più".
-
-### Termini di Ricerca e Classifiche
-
-Il posizionamento strategico delle parole chiave è fondamentale per migliorare la visibilità nelle ricerche. Ecco come i due principali app store gestiscono le parole chiave:
-
--   **Apple App Store**: Offre un campo specifico di 100 caratteri per i termini di ricerca.
--   **Google Play Store**: Estrae le parole chiave direttamente dal titolo e dalla descrizione della tua app.
-
-Concentrati su parole chiave pertinenti, con buon volume di ricerca e non eccessivamente competitive. Evita l'accumulo di parole chiave - può danneggiare il tuo posizionamento.
-
-Ora, vediamo gli elementi visivi che migliorano la presentazione della tua app nello store.
-
-### Requisiti dei Contenuti Visivi
-
-Elementi visivi di alta qualità sono essenziali per attirare l'attenzione e rispettare le linee guida tecniche. Gli app store spesso richiedono la conformità per approvare la tua app.
-
-**Screenshot dell'App Store**:
-
--   Per display Super Retina XDR da 6,5": 1284 x 2778 pixel
--   Per [iPad Pro](https://www.apple.com/ipad-pro/) (12,9 pollici): 2048 x 2732 pixel
--   Carica almeno 3 screenshot (massimo: 10)
-
-**Grafica di Google Play**:
-
--   Grafica in evidenza: 1024 x 500 pixel
--   Icona: 512 x 512 pixel
--   Gli screenshot devono mantenere un rapporto d'aspetto minimo di 16:9
-
-Anche i video possono avere un grande impatto. Usa clip MP4 o MOV di 15-30 secondi per mostrare la tua app in azione. Evita di includere branding di terze parti in questi video.
-
-_Migliore Pratica_: Crea screenshot localizzati per i mercati chiave. Usa testo tradotto e immagini che risuonano con la cultura di ogni regione.
-
-## Consigli per la Scrittura dei Metadati
-
-### Scrittura di Descrizioni Chiare
-
-Crea una descrizione breve e diretta che evidenzi cosa offre la tua app e le sue caratteristiche principali. Inizia con una rapida dichiarazione sul beneficio principale della tua app, seguita da un elenco delle sue funzioni più notevoli. Adatta il tuo linguaggio per risuonare con ogni specifico pubblico.
-
-### Traduzione e Adattamento al Mercato
-
-La localizzazione dei metadati non riguarda solo la traduzione del testo - si tratta di allineare il tuo messaggio con la cultura locale e le preferenze degli utenti. Lavora con madrelingua per assicurarti che i benefici della tua app siano comunicati efficacemente e risuonino con il pubblico di destinazione.
-
-## Errori Comuni nei Metadati
-
-### Errori nelle Parole Chiave e nelle Descrizioni
-
-Ottenere i metadati corretti è cruciale per la visibilità e le prestazioni della tua app. Un errore importante? **L'accumulo di parole chiave** - riempire le descrizioni con termini ripetitivi per manipolare le classifiche. Non solo viola le regole degli app store, ma può anche portare al rifiuto diretto. Invece, concentrati sul posizionare le parole chiave in modo naturale nel testo.
-
-Altri errori nelle descrizioni includono:
-
--   Non comunicare chiaramente il valore della tua app
--   Sovraccaricare il testo con gergo tecnico
--   Omettere caratteristiche o benefici chiave
--   Inviare messaggi contrastanti tra diverse versioni localizzate
-
-### Standard per Immagini e Video
-
-Gli asset visivi giocano un ruolo significativo nel successo della tua app. Rispettare i requisiti specifici della piattaforma assicura presentazioni fluide ed evita ritardi non necessari.
-
-Suggerimenti chiave per gli elementi visivi:
-
--   Usa screenshot che riflettano accuratamente la versione attuale dell'app.
--   Mantieni i video di anteprima concisi - da 15 a 30 secondi è l'ideale.
--   Evita di aggiungere cornici dei dispositivi se non esplicitamente richiesto dalla piattaforma.
--   Assicurati che le sovrapposizioni di marketing non dominino lo screenshot.
-
-### Linee Guida del Brand
-
-Mantenere un'identità di marca coerente è importante quanto l'accuratezza tecnica.
-
-**Problemi di denominazione da controllare:**
-
--   Usare nomi diversi dell'app tra piattaforme
--   Uso improprio dei simboli di marchio registrato
--   Capitalizzazione errata nei titoli
-
-**Problemi di identità visiva:**
-
--   Schemi di colori non corrispondenti tra icone e screenshot
--   Scelte di font incoerenti
--   Posizionamento improprio del logo
-
-Capgo ha raggiunto un tasso di successo globale dell'82% [\[1\]](https://capgo.app/).
-
-| Errore Comune | Impatto | Soluzione |
-| --- | --- | --- |
-| Accumulo di parole chiave | Rifiuto dello store, classifiche più basse | Usa un linguaggio naturale e concentrati sulla pertinenza |
-| Screenshot scadenti | Tassi di conversione ridotti | Segui le linee guida specifiche della piattaforma |
-| Branding incoerente | Diminuzione della fiducia | Implementa rigide linee guida del brand |
-
-## Manutenzione dei Metadati
-
-### Quando Aggiornare
-
-Mantieni i tuoi metadati aggiornati durante eventi chiave come rilasci importanti, implementazioni di funzionalità, aggiornamenti delle prestazioni, cambiamenti del mercato o promozioni stagionali. Ecco quando fare modifiche:
-
--   **Lanci di funzionalità**: Aggiorna descrizioni e screenshot per evidenziare nuove capacità.
--   **Aggiornamenti delle prestazioni**: Enfatizza miglioramenti misurabili come velocità superiori o migliore efficienza.
--   **Cambiamenti del mercato**: Adatta parole chiave e messaggi per allinearsi ai cambiamenti nelle esigenze degli utenti.
--   **Eventi stagionali**: Personalizza i metadati per festività, promozioni speciali o occasioni notevoli.
-
-Dopo aver fatto aggiornamenti, traccia la loro efficacia usando metriche di prestazione.
-
-### Monitoraggio delle Prestazioni
-
-Misurare l'impatto degli aggiornamenti dei metadati è essenziale. Usa metriche come tassi di successo degli aggiornamenti e coinvolgimento degli utenti per valutare l'efficacia. Per esempio, le app che utilizzano soluzioni di aggiornamento live come Capgo riportano un tasso di successo degli aggiornamenti del 95% tra gli utenti attivi entro 24 ore [\[1\]](https://capgo.app/). Controlla regolarmente il feedback degli utenti per assicurarti che i tuoi metadati siano chiari e risuonino con il tuo pubblico.
-
-Queste intuizioni possono aiutarti a selezionare gli [strumenti giusti per gestire gli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Strumenti per Gestire gli Aggiornamenti
-
-Le piattaforme moderne semplificano la [gestione degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) con funzionalità come:
-
--   **Distribuzione in tempo reale**: Pubblica aggiornamenti istantaneamente senza attendere l'approvazione dello store. Capgo, per esempio, ha consegnato 23,5 milioni di aggiornamenti con un tasso di successo globale dell'82% [\[1\]](https://capgo.app/).
--   **Integrazione analytics**: Monitora il successo degli aggiornamenti, il coinvolgimento degli utenti e la cronologia delle versioni.
--   **Opzioni di rollback**: Annulla rapidamente le modifiche se necessario.
--   **Distribuzione controllata**: Testa gli aggiornamenti con gruppi specifici di utenti prima di un rollout completo.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per consegnare continuamente ai nostri utenti!" - Rodrigo Mantica, @manticarodrigo
-
-## Funzionalità e Benefici di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-28.jpg?auto=compress)
-
-### Informazioni su Capgo
-
-Capgo semplifica la gestione degli [aggiornamenti delle app](https://capgo.app/plugins/capacitor-updater/) permettendo modifiche istantanee senza necessità di revisioni dell'app store. È progettato per app [Capacitor](https://capacitorjs.com/), aiutando i team a distribuire rapidamente correzioni critiche e nuove funzionalità. Con 750 app in produzione e oltre 23,5 milioni di aggiornamenti consegnati con successo, Capgo si è dimostrato una soluzione affidabile per gestire gli aggiornamenti delle app in modo efficiente [\[1\]](https://capgo.app/).
-
-### Processo di Aggiornamento di Capgo
-
-Il sistema di aggiornamento di Capgo è costruito per rispettare le regole degli app store mentre velocizza la distribuzione. Gli sviluppatori possono pubblicare istantaneamente aggiornamenti usando funzionalità come:
-
--   **Aggiornamenti Parziali**: Scarica solo il contenuto modificato, risparmiando banda e riducendo la dimensione dell'aggiornamento.
--   **Crittografia End-to-End**: Fornisce [aggiornamenti sicuri](https://capgo.app/docs/live-updates/update-behavior/) con vera crittografia, non solo firma base.
--   **Distribuzione per Canali**: Permette rollout mirati per test beta o gruppi specifici di utenti.
-
-Il sistema raggiunge un tasso di successo globale dell'82%, consegna un bundle di 5 MB dal suo CDN globale in soli 114 millisecondi e assicura che il 95% degli utenti attivi riceva gli aggiornamenti entro 24 ore [\[1\]](https://capgo.app/).
-
-### Strumenti Principali di Capgo
-
-Capgo fornisce strumenti chiave per gestire efficacemente gli aggiornamenti delle app e i metadati:
-
-| Funzionalità | Scopo | Metrica delle Prestazioni |
-| --- | --- | --- |
-| Analisi in tempo reale | Monitoraggio del successo degli aggiornamenti e dell'attività utente | 434 ms tempo medio di risposta API |
-| Controllo versione | Ripristino rapido alle versioni precedenti | Capacità di rollback istantaneo |
-| Integrazione CI/CD | Automatizzare i deployment attraverso strumenti Git | Integrazione del flusso di lavoro ottimizzata |
-
-Capgo supporta Capacitor 8 e offre opzioni di deployment sia cloud che [self-hosted](https://capgo.app/blog/self-hosted-capgo/). Questa flessibilità garantisce una gestione precisa degli aggiornamenti mantenendo la conformità con i requisiti degli app store [\[1\]](https://capgo.app/).
-
-## Riepilogo
-
-Gestire efficacemente i metadati è essenziale per aumentare la visibilità e raggiungere il successo. Gli aggiornamenti delle app tradizionali spesso richiedono tempo, ma gli strumenti moderni ora consentono modifiche istantanee - un tema chiave di questa discussione. Gli sviluppatori si rivolgono sempre più a questi strumenti per semplificare gli aggiornamenti mantenendo la conformità con le linee guida di Apple e Google.
-
-Capgo, ad esempio, ha distribuito 23,5 milioni di aggiornamenti con un tasso di successo dell'82%, raggiungendo il 95% degli utenti attivi entro 24 ore [\[1\]](https://capgo.app/). Questo evidenzia l'importanza di utilizzare strategie efficaci per i metadati e pratiche di aggiornamento.
-
-Ecco alcuni aspetti critici su cui concentrarsi per una gestione efficace dei metadati:
-
-| Aspetto | Migliore Pratica | Impatto |
-| --- | --- | --- |
-| Velocità di aggiornamento | Distribuire istantaneamente | Correggere bug e aggiungere funzionalità più velocemente |
-| Conformità | Seguire le linee guida degli store | Evitare il rifiuto delle app |
-| Sicurezza | Crittografia end-to-end | Proteggere dati e aggiornamenti |
-| Distribuzione | Rilasci mirati | Controllare come vengono distribuiti gli aggiornamenti |
-
-Il cambiamento nella gestione dei metadati degli app store mostra la spinta del settore verso soluzioni più veloci ed efficienti che privilegiano aggiornamenti rapidi mantenendo una forte sicurezza e conformità. Come ha detto Bessie Cooper: "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Bypassare la revisione delle app per correzioni critiche fornisce un vantaggio significativo." [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/it/app-store-vs-direct-updates-what-developers-need-to-know.md b/src/content/blog/it/app-store-vs-direct-updates-what-developers-need-to-know.md
deleted file mode 100644
index bd7c12ebe..000000000
--- a/src/content/blog/it/app-store-vs-direct-updates-what-developers-need-to-know.md
+++ /dev/null
@@ -1,209 +0,0 @@
----
-slug: app-store-vs-direct-updates-what-developers-need-to-know
-title: 'App Store vs aggiornamenti diretti: Cosa devono sapere gli sviluppatori'
-description: >-
-  Esplora i pro e i contro degli aggiornamenti tramite App Store rispetto agli
-  aggiornamenti OTA diretti, aiutando gli sviluppatori a scegliere la migliore
-  strategia per le loro app.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-13T06:14:25.862Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6784a46a684afc141f72d774-1736748943276.jpg
-head_image_alt: Tecnologia
-keywords: >-
-  App Store updates, OTA updates, mobile app development, update strategy,
-  developer tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**App Store o aggiornamenti OTA diretti?** Il modo in cui distribuisci gli [aggiornamenti delle app](https://capgo.app/plugins/capacitor-updater/) può influire significativamente su velocità, controllo ed esperienza utente. Ecco una rapida panoramica:
-
--   **Aggiornamenti App Store**: Passano attraverso un processo di revisione, garantendo sicurezza e conformità ma spesso ritardati di ore o giorni. Ideale per i rilasci globali ma limita la flessibilità.
-    
--   **Aggiornamenti OTA diretti**: Saltano le revisioni dell'app store, consentendo aggiornamenti più rapidi per modifiche UI o correzioni di bug. Ottimali per cambiamenti rapidi e aggiornamenti mirati ma richiedono che gli sviluppatori gestiscano sicurezza e conformità.
-    
-
-### Confronto Rapido
-
-| Aspetto | Aggiornamenti App Store | Aggiornamenti OTA Diretti |
-| --- | --- | --- |
-| **Velocità** | Giorni o settimane | Minuti o ore |
-| **Controllo** | Limitato dalle regole dell'app store | Completamente gestito dagli sviluppatori |
-| **Casi d'uso** | Rilasci globali | Correzioni mirate e rapide |
-| **Sicurezza** | Gestita dagli app store | Gestita dagli sviluppatori |
-| **Costo** | Commissione del 15% sulle transazioni | Nessuna commissione piattaforma |
-
-**Punto chiave**: Usa gli aggiornamenti App Store per affidabilità e conformità, e gli aggiornamenti OTA diretti per velocità e flessibilità. Scegli in base alle esigenze della tua app e alle aspettative degli utenti.
-
-## Ionic & Capacitor per Costruire App Mobile Native
-
-<iframe src="https://www.youtube-nocookie.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Aggiornamenti App Store Spiegati
-
-Gli aggiornamenti App Store sono il metodo principale per distribuire aggiornamenti software attraverso i marketplace ufficiali delle piattaforme. Questo sistema è il canale di distribuzione principale per la maggior parte delle app mobili, con specifici passaggi e linee guida che gli sviluppatori devono seguire.
-
-### Come Funzionano gli Aggiornamenti App Store
-
-Inviare un aggiornamento all'App Store significa preparare un pacchetto che soddisfi i requisiti Apple e superare un processo di revisione. Apple controlla gli aggiornamenti per sicurezza, prestazioni, linee guida sui contenuti e funzionalità. Usando [App Store Connect](https://developer.apple.com/app-store-connect/), gli sviluppatori inviano i loro aggiornamenti, che subiscono una valutazione approfondita, inclusi test sui dispositivi supportati, controlli di sicurezza e revisioni di conformità.
-
-### Vantaggi degli Aggiornamenti App Store
-
-L'App Store semplifica la distribuzione e la manutenzione delle app. Gestisce attività come la distribuzione degli aggiornamenti, i controlli di sicurezza, la notifica agli utenti e persino l'elaborazione dei pagamenti. Questo sistema centralizzato garantisce un'esperienza coerente per gli utenti e costruisce fiducia nella piattaforma.
-
-### Svantaggi degli Aggiornamenti App Store
-
-Sebbene conveniente, il sistema App Store presenta alcuni notevoli svantaggi per gli sviluppatori:
-
-| Sfida | Effetto sugli Sviluppatori |
-| --- | --- |
-| Ritardi di Revisione | Gli aggiornamenti possono richiedere giorni per andare online, rallentando le correzioni critiche |
-| Controllo Limitato | Gli sviluppatori dipendono dalla programmazione di Apple per i rilasci urgenti |
-
-Altri problemi includono la commissione del 15% di Apple sulle transazioni [\[1\]](https://manytricks.com/blog/?p=4156) e le restrizioni dai requisiti di sandboxing [\[2\]](https://forum.blackmagicdesign.com/viewtopic.php?f=21&t=117780), che possono limitare la flessibilità dello sviluppo e influenzare le strategie di business.
-
-A causa di questi ostacoli, molti sviluppatori si stanno rivolgendo ad alternative come gli aggiornamenti OTA (over-the-air). Mentre l'App Store offre un sistema sicuro e centralizzato, esplorare opzioni più veloci e adattabili può essere un punto di svolta per molti team.
-
-## Aggiornamenti OTA Diretti con Capacitor
-
-Gli aggiornamenti over-the-air (OTA) diretti permettono agli sviluppatori di evitare i ritardi di revisione dell'app store, rendendo più facile rilasciare nuove funzionalità e correzioni rapidamente. Questo approccio cambia il modo in cui gli aggiornamenti vengono consegnati ai dispositivi degli utenti.
-
-### Cosa Sono gli Aggiornamenti OTA Diretti?
-
-Con gli aggiornamenti OTA diretti, gli sviluppatori possono inviare modifiche a JavaScript, HTML e CSS senza dover inviare una nuova versione dell'app agli app store. Usando Capacitor, questi aggiornamenti possono essere inviati direttamente ai dispositivi degli utenti, semplificando l'intero [processo di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Perché Usare gli Aggiornamenti OTA Diretti?
-
-| **Vantaggio** | **Spiegazione** |
-| --- | --- |
-| **Aggiornamenti Più Veloci** | Le modifiche raggiungono gli utenti immediatamente, saltando le revisioni dell'app store che richiedono tempo |
-| **Risparmio sui Costi** | Evita le commissioni ricorrenti per gli aggiornamenti delle app |
-| **Trasparente per gli Utenti** | Gli aggiornamenti avvengono in background senza richiedere azioni da parte dell'utente |
-| **Maggiore Controllo** | Permette agli sviluppatori di testare funzionalità con gruppi specifici di utenti |
-
-Questi benefici rendono gli aggiornamenti OTA un'opzione attraente per i team focalizzati sulla velocità e l'adattabilità. Strumenti come Capgo aggiungono ulteriori livelli di sicurezza con la crittografia e si integrano con le pipeline CI/CD per aggiornamenti fluidi e sicuri.
-
-### Mantenere la Conformità e Gestire i Rischi
-
-Quando si utilizzano gli aggiornamenti OTA, è essenziale seguire le linee guida specifiche della piattaforma:
-
--   **Modifiche ai Contenuti**: Gli aggiornamenti OTA sono generalmente adatti per modifiche UI, aggiornamenti dei contenuti o piccoli aggiustamenti di funzionalità
-    
--   **Codice Nativo**: Qualsiasi modifica al codice nativo deve ancora passare attraverso il processo di revisione dell'app store
-    
--   **Politiche della Piattaforma**: Gli aggiornamenti devono utilizzare meccanismi di consegna sicuri per conformarsi alle regole della piattaforma
-    
-
-Piattaforme come Capgo includono funzionalità come il controllo delle versioni e opzioni di rollback, garantendo che gli aggiornamenti siano sia sicuri che conformi. Queste salvaguardie aiutano gli sviluppatori ad evitare rischi mentre sfruttano la flessibilità offerta dagli aggiornamenti OTA.
-
-Detto questo, gli sviluppatori dovrebbero valutare attentamente la velocità e la comodità degli aggiornamenti OTA rispetto alla completezza e la struttura degli aggiornamenti dell'app store per decidere cosa funziona meglio per la loro app.
-
-## Confronto tra Aggiornamenti App Store e OTA Diretti
-
-### Differenze e Casi d'Uso
-
-La decisione tra aggiornamenti App Store e OTA impatta direttamente su come distribuisci la tua app. Gli aggiornamenti App Store sono noti per la loro affidabilità e facilità d'uso, mentre gli aggiornamenti OTA eccellono in velocità e adattabilità, rendendoli ideali per le app aziendali.
-
-Per le app aziendali o interne, gli aggiornamenti OTA diretti portano chiari benefici. Permettono iterazioni e aggiustamenti più rapidi senza attendere le revisioni dell'app store.
-
-Quando si lavora su app cross-platform, la tua [strategia di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) diventa ancora più importante. Gli sviluppatori aziendali spesso si rivolgono agli aggiornamenti OTA diretti per situazioni come:
-
--   Correzioni rapide senza ritardi dell'app store
-    
--   Implementazioni veloci di funzionalità per esigenze urgenti
-    
--   Programmi di aggiornamento personalizzabili in base agli obiettivi organizzativi
-    
--   Controllo preciso su quali utenti ricevono gli aggiornamenti
-    
-
-La tabella seguente illustra le differenze chiave tra questi due metodi di aggiornamento.
-
-### Tabella Comparativa
-
-| Aspetto | Aggiornamenti App Store | Aggiornamenti OTA Diretti |
-| --- | --- | --- |
-| **Controllo Distribuzione** | Gestito dagli app store | Gestito dagli sviluppatori |
-| **Velocità Aggiornamento** | Richiede giorni o settimane | Avviene in minuti o ore |
-| **Flessibilità Funzionalità** | Limitata dal sandboxing | Permette accesso completo alle funzionalità |
-| **Impatto sui Ricavi** | 15% a Apple | Nessuna commissione piattaforma |
-| **Gestione Sicurezza** | Gestita dalla piattaforma | Responsabilità dello sviluppatore |
-| **Ambito Distribuzione** | Rilasci globali | Distribuzioni mirate |
-
-Capgo fornisce aggiornamenti OTA sicuri con crittografia e strumenti di gestione progettati per gli sviluppatori. Per chi gestisce app aziendali, strumenti come Capgo offrono:
-
--   Controllo versione con opzioni di rollback
-    
--   Monitoraggio in tempo reale degli aggiornamenti
-    
--   Targeting degli aggiornamenti specifico per utente
-    
--   Integrazione con pipeline CI/CD
-    
-
-La scelta del metodo di aggiornamento giusto dipende interamente dalle tue esigenze. Come evidenziato nei Forum per Sviluppatori Apple:
-
-> "Se stai distribuendo un'app macOS al di fuori del Mac App Store, devi fornire tu stesso la funzionalità di aggiornamento" [\[3\]](https://forums.developer.apple.com/forums/thread/107576).
-
-## Integrare gli Aggiornamenti OTA nelle Pipeline CI/CD
-
-Per gli sviluppatori che considerano gli aggiornamenti OTA diretti, integrare questi aggiornamenti nei flussi di lavoro CI/CD può aiutare a sfruttare al massimo la loro velocità e flessibilità.
-
-### Utilizzare Strumenti Come [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5.jpg?auto=compress)
-
-Distribuire aggiornamenti rapidamente ed efficientemente è un must per i team di sviluppo moderni. Strumenti come **Capgo** semplificano questo offrendo funzionalità come controllo versione, analytics e rilasci graduali. Queste capacità rendono più facile gestire gli aggiornamenti OTA, specialmente per i team aziendali che gestiscono distribuzioni su larga scala. Il targeting degli utenti e le opzioni di distribuzione flessibili migliorano ulteriormente il processo.
-
-Incorporando strumenti come Capgo, puoi ottimizzare la tua pipeline CI/CD per distribuire aggiornamenti OTA in modo efficiente e affidabile.
-
-### Suggerimenti per l'Integrazione CI/CD
-
-Integrare con successo gli aggiornamenti OTA significa bilanciare test, distribuzione e monitoraggio. Ecco alcuni suggerimenti per farlo correttamente:
-
--   **Automatizzare i flussi di lavoro dei test**: Questo assicura che ogni build sia verificata prima della distribuzione
-    
--   **Utilizzare rilasci graduali**: Iniziare con piccoli gruppi di utenti per individuare potenziali problemi precocemente
-    
--   **Monitorare metriche chiave**: Tenere d'occhio i tassi di adozione, i report di crash e le prestazioni dell'app
-    
-
-Tracciare queste metriche aiuta a identificare rapidamente i problemi mantenendo aggiornamenti di alta qualità. Un approccio basato sui dati garantisce stabilità e mantiene la conformità dell'app store.
-
-## Scegliere una Strategia di Aggiornamento
-
-Scegliere la migliore strategia di aggiornamento significa trovare il giusto equilibrio tra i tuoi obiettivi di sviluppo e le aspettative degli utenti. Gli aggiornamenti App Store offrono un processo affidabile e automatizzato che molti utenti apprezzano. Tuttavia, comportano una commissione del 15% e limitano il controllo sulla distribuzione [\[1\]](https://manytricks.com/blog/?p=4156).
-
-D'altra parte, gli aggiornamenti OTA diretti attraverso strumenti come Capacitor funzionano bene per le app che necessitano di:
-
--   **Distribuzione rapida di aggiornamenti critici**
-    
--   **Controllo versione dettagliato**
-    
--   **Flessibilità nei prezzi personalizzata**
-    
--   **Comunicazione diretta con gli utenti**
-
-Un ottimo esempio è [Blackmagic Design](https://www.blackmagicdesign.com/) con Resolve, che evita l'App Store per i download diretti. Questa scelta permette all'app di offrire funzionalità avanzate che potrebbero non rientrare nelle restrizioni dell'App Store [\[2\]](https://forum.blackmagicdesign.com/viewtopic.php?f=21&t=117780). Dimostra come le esigenze specifiche del settore - come il supporto di funzionalità specializzate - possano influenzare la strategia di aggiornamento.
-
-Per settori come la finanza o la sanità, dove le normative sono rigide, gli aggiornamenti OTA attraverso piattaforme come Capgo possono fare la differenza. Permettono di adattarsi rapidamente ai cambiamenti normativi mantenendo la conformità. Questo è particolarmente utile per le app aziendali dove la velocità e il controllo sugli aggiornamenti sono cruciali.
-
-Quando decidi il tuo approccio, considera questi fattori:
-
--   Il tuo flusso di sviluppo
-    
--   Cosa si aspettano i tuoi utenti dall'esperienza
-    
--   Eventuali requisiti di conformità o normativi
-    
--   Come gli aggiornamenti potrebbero influenzare i tuoi ricavi
-    
--   Quanto controllo desideri sulla distribuzione
-    
-
-La scelta della strategia di aggiornamento gioca un ruolo importante nelle prestazioni della tua app, nella soddisfazione degli utenti e nel processo di sviluppo. Personalizza il tuo approccio per adattarlo al tuo pubblico, alle esigenze di scalabilità e agli obiettivi aziendali per ottenere i migliori risultati.
diff --git a/src/content/blog/it/appcenter-migration.md b/src/content/blog/it/appcenter-migration.md
deleted file mode 100644
index 82fa80de6..000000000
--- a/src/content/blog/it/appcenter-migration.md
+++ /dev/null
@@ -1,213 +0,0 @@
----
-slug: appcenter-migration
-title: Migrazione da App Center a Capgo
-description: >-
-  In questa guida, esamineremo la migrazione completa per Capgo Live Updates,
-  un'alternativa a Microsoft CodePush.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-22T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /migrate_appcenter.webp
-head_image_alt: Capacitor JS Dev en busca de una alternativa
-keywords: >-
-  App Center, migration, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Migration
-published: true
-locale: it
-next_blog: automatic-build-and-release-with-github-actions
----
-## Migration Summary
-
-* [Capgo](/register/) es un servicio que ayuda a los equipos de desarrollo a enviar aplicaciones en vivo a aplicaciones desplegadas.
-* Las aplicaciones de Capacitor JS escritas en jQuery Mobile, Framework 7, Sencha, KendoUI, Ionic o incluso tu propia solución personalizada pueden ser migradas. **No se requiere una aplicación Ionic existente.**.
-* [Colt](https://volt.build/) ofrece servicios equivalentes para App Center Build (construir aplicaciones Android/iOS). Para Test, Diagnósticos y servicios de Analítica.
-
-##### Nota
-
-Si tu aplicación aún utiliza Cordova, es necesario [migrar a Capacitor](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/) primero antes de migrar a Capgo.
-
-Construido por el equipo de Ionic como un sucesor espiritual de Cordova, Capacitor permite que el desarrollo se acerque a las herramientas nativas y capacidades con el objetivo de proporcionar una mejor experiencia y rendimiento al usuario.
-
-Afortunadamente, el proceso de migración es fácil y la mayoría de los plugins de Cordova son compatibles hacia atrás con Capacitor. [Comienza a migrar aquí](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/).
-
-## Acerca de Capgo
-
-Capgo, gestiona la actualización de aplicaciones a lo largo del tiempo. Los equipos de desarrollo pueden centrarse completamente en las características únicas de su aplicación y externalizar el complicado proceso de entrega de aplicaciones a Capgo.
-
-Capgo llena los vacíos entre la entrega web y móvil.
-
-## Requisitos Previos de Capgo
-
-Al igual que App Center, [Capgo](/register/) admite aplicaciones alojadas en repositorios de Git en Azure DevOps, Bitbucket, GitHub y GitLab.
-
-### Instalar Capgo CLI
-
-##### nota
-
-Tienes que tener instalado Node y NPM en tu computadora antes de proceder. Siempre usa la [versión LTS actual](https://nodejs.org/) ya que Capgo no admite versiones más antiguas.
-
-### Crear `package.json` y archivos de configuración de Capacitor
-
-##### nota
-
-Antes de comenzar, te recomiendo hacer cambios en una nueva rama de Git.
-
-Dado que [Capgo](/register/) fue creado para automatizar aplicaciones de capacitor, requiere un archivo que tu aplicación puede no tener. Primero, crea un archivo `capacitor.config.json`. La forma más sencilla de crearlo es ejecutando en la raíz de tu aplicación:
-
-```shell
-npm install @capacitor/core
-```
-
-Luego, inicializa Capacitor usando el cuestionario de la CLI:
-
-```shell
-npx cap init
-```
-
-La CLI te hará algunas preguntas, comenzando con el nombre de tu aplicación y el ID del paquete que te gustaría usar para tu aplicación.
-
-Finalmente, compromete los nuevos archivos a tu proyecto:
-
-    git add .git commit -m "added package json and capacitor config" && git push
-
-### Migrar el Código
-
-Ahora que tienes los nuevos archivos requeridos de [Capgo](/register/) en su lugar, puedes dirigir nuestra atención a la propia aplicación. [Capgo](/register/) espera que toda la aplicación construida esté dentro de un directorio llamado `dist`.
-
-Si tu código construido no está en un directorio `dist`, cambia este valor en el archivo de configuración de Capacitor.
-
-Aquí está cómo debería verse la estructura del directorio de la aplicación:
-
-![App Structure](/directory_looklike.webp)
-
-## Configuración de Capgo
-
-Con tu aplicación lista para la integración de [Capgo](https://console.capgo.app/), es hora de registrarte y obtener tu clave API para subir tu primera versión. Comienza por [registrarte para obtener una cuenta de Capgo](/register/).
-
-Una vez que hayas iniciado sesión en Capgo, navega a la página de Cuenta y luego haz clic en la clave API, luego haz clic en la clave 'escribir' para copiarla en tu portapapeles.
-
-### Instalar el SDK de Capgo
-
-Desde una línea de comando, directamente en la raíz de tu carpeta de aplicación de Capacitor, ejecuta el siguiente comando:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Para instalar el plugin en tu aplicación de Capacitor.
-
-Y luego agrega a tu aplicación este código como reemplazo del de CodePush:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Esto le indicará al plugin nativo que la instalación ha sido exitosa.
-
-## Desplegando Actualizaciones en Vivo (Alternativa a CodePush)
-
-La función de Actualización en Vivo funciona utilizando el [SDK de Capgo](https://github.com/Cap-go/capacitor-updater/) instalado en tu aplicación nativa para escuchar un Destino de Canal de Despliegue particular. Cuando una construcción web es asignada a un Destino de Canal, esa actualización se desplegará en los dispositivos de los usuarios que estén ejecutando binarios configurados para escuchar el Destino de Canal especificado.
-
-### Iniciar sesión en Capgo CLOUD
-
-Primero, utiliza el `all` [apikey](https://console.capgo.app/dashboard/apikeys/) presente en tu cuenta para iniciar sesión con la CLI:
-
-```shell
-npx @capgo/cli@latest login YOURKEY
-```
-
-## Agregar tu primera aplicación
-
-Comencemos creando la aplicación en Capgo Cloud con la CLI.
-
-`npx @capgo/cli@latest app add`
-
-Este comando utilizará todas las variables definidas en el archivo de configuración de Capacitor para crear la aplicación.
-
-## Subir tu primer paquete
-
-Ejecuta el comando para construir tu código y enviarlo a Capgo con:
-```shell
-npx @capgo/cli@latest bundle upload --channel production
-```
-
-Por defecto, el nombre de la versión será el que esté en tu archivo `package.json`.
-
-Verifica en [Capgo](https://console.capgo.app/) si la construcción está presente.
-
-Incluso puedes probarlo con mi [aplicación de sandbox móvil](https://capgo.app/app_mobile/).
-
-### Hacer canal por defecto
-
-Después de haber enviado tu aplicación a Capgo, necesitas hacer tu canal `default` para que las aplicaciones reciban actualizaciones de Capgo.
-
-```shell
-npx @capgo/cli@latest channel set production -s default
-```
-
-## Configurar la aplicación para validar actualizaciones
-
-Agrega esta configuración a tu archivo JavaScript principal.
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Luego haz un `npm run build && npx cap copy` para actualizar tu aplicación.
-
-### Recibir una Actualización en Vivo en un Dispositivo
-
-Para que tu aplicación reciba una actualización en vivo de Despliegue, necesitarás ejecutar la aplicación en un dispositivo o un emulador. La forma más sencilla de hacerlo es simplemente usar el siguiente comando para lanzar tu aplicación local en un emulador o dispositivo conectado a tu computadora.
-
-    npx cap run [ios | android]
-
-Abre la aplicación, ponla en segundo plano y ábrela de nuevo, deberías ver en los registros que la aplicación realizó la actualización.
-
-¡Felicidades! 🎉 Has desplegado correctamente tu primera Actualización en Vivo. Esto es solo el comienzo de lo que puedes hacer con Actualizaciones en Vivo. Para aprender más, consulta la completa [documentación de Actualizaciones en Vivo](/docs/plugin/cloud-mode/getting-started/).
-
-## Eliminar Dependencias de App Center
-
-Ahora que hemos integrado los servicios de Capgo, debes eliminar cualquier referencia a App Center. Además de ser una buena práctica eliminar código/servicios no utilizados, eliminar el SDK debería reducir el tamaño de tus aplicaciones.
-
-Primero, abre una terminal y desinstala los plugins de App Center:
-```shell
-    cordova plugin remove cordova-plugin-appcenter-analytics cordova-plugin-appcenter-crashes cordova-plugin-code-push
-```
-
-Luego, abre `config.xml` y elimina los siguientes valores de `preference`. Se verán similares a:
-```xml
-    <preference name="APP_SECRET" value="0000-0000-0000-0000-000000000000" /><preference name="CodePushDeploymentKey" value="YOUR-ANDROID-DEPLOYMENT-KEY" /><preference name="CodePushPublicKey" value="YOUR-PUBLIC-KEY" />
-```
-
-Si estabas utilizando App Center Analytics en tu aplicación, elimina los siguientes elementos de `preferences`: `APPCENTER_ANALYTICS_ENABLE_IN_JS` y `APPCENTER_CRASHES_ALWAYS_SEND`.
-
-Elimina los siguientes elementos de `<preference name="APP_SECRET" value="0000-0000-0000-0000-000000000000" />`:
-
-```xml
-    <access origin="https://codepush.appcenter.ms" /><access origin="https://codepush.blob.core.windows.net" /><access origin="https://codepushupdates.azureedge.net" />
-```
-
-Elimina la referencia a CodePush en la etiqueta `meta` de CSP en el archivo `index.html` (`https://codepush.appcenter.ms`):
-```xml
-    <meta http-equiv="Content-Security-Policy" content="default-src https://codepush.appcenter.ms 'self' data: gap: https://ssl.gstatic.com 'unsafe-eval'; style-src 'self' 'unsafe-inline'; media-src *" />
-```
-
-Finalmente, dentro de tu aplicación, elimina cualquier referencia de código a los servicios de App Center, como `codePush.sync();`.
-
-## Próximos Pasos
-
-Has migrado de App Center a Capgo, utilizando las Actualizaciones en Vivo. Esto es solo el comienzo de lo que puedes usar Capgo. Explora el resto del servicio que incluye Canal (múltiples entornos) y anulación. Integración de Cloud CLI, utiliza Capgo dentro de tu plataforma CI/CD de elección (como GitHub Action, GitLab, Jenkins y más).
-
-## Envío automático de actualizaciones de aplicaciones
-
-Si tu código está alojado en GitHub, puedes configurar construcciones y lanzamientos automáticos en unos pasos más, gracias a las acciones de GitHub.
-
-He hecho un segundo artículo para permitirte hacerlo.
-
-## Créditos
-
-Muchas gracias a [Ionic](https://ionic.com/), este artículo se basa en [este artículo](https://ionic.io/blog/moving-from-microsoft-app-center-to-ionic-appflow/) reescrito con chat-gpt-3 y adaptado.
diff --git a/src/content/blog/it/appflow-cicd-integration-best-practices.md b/src/content/blog/it/appflow-cicd-integration-best-practices.md
deleted file mode 100644
index 9455be95f..000000000
--- a/src/content/blog/it/appflow-cicd-integration-best-practices.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: appflow-cicd-integration-best-practices
-title: 'Integrazione Appflow CI/CD: Best Practices'
-description: >-
-  Esplora le migliori pratiche per l'integrazione di soluzioni CI/CD nello
-  sviluppo di app mobili, confrontando costi e funzionalità delle principali
-  piattaforme.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:52:14.301Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4-1744685577460.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  CI/CD, mobile app development, Appflow, Capgo, OTA updates, build automation,
-  deployment, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-[Appflow](https://ionic.io/appflow/) CI/CD semplifica gli [aggiornamenti delle app mobili](https://capgo.app/plugins/capacitor-updater/) con aggiornamenti over-the-air (OTA), permettendo al **95% degli utenti di ricevere aggiornamenti entro 24 ore**. Offre strumenti automatizzati per build iOS e Android, distribuzioni sugli app store e gestione da riga di comando. Tuttavia, i costi crescenti (fino a 6.000€ all'anno) hanno portato alcuni team a esplorare alternative come [Capgo](https://capgo.app/), che offre aggiornamenti più veloci e prezzi più bassi.
-
-### Punti Chiave:
-
--   **Funzionalità Principali**: Aggiornamenti OTA, build automatizzate, distribuzione app store, strumenti CLI.
--   **Consigli di Configurazione**: Usa automazione basata su branch, variabili d'ambiente sicure e controllo accessi basato su ruoli.
--   **Alternative**: Capgo fornisce funzionalità simili a un costo annuale inferiore (~3.600€) con aggiornamenti più veloci.
-
-### Confronto Rapido:
-
-| Funzionalità | Appflow | Capgo |
-| --- | --- | --- |
-| Costo Annuale | 6.000€ | ~3.600€ |
-| Costo Setup | Incluso | 2.600€ (una tantum) |
-| Velocità Aggiornamenti | Affidabile | 114 ms per bundle di 5 MB |
-| Periodo di Prova | Limitato | 15 giorni |
-
-**La scelta della giusta soluzione CI/CD dipende dal bilanciamento tra costo, velocità e affidabilità degli aggiornamenti.**
-
-## Integra [Appflow](https://ionic.io/appflow/) con la tua Pipeline CICD
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-<iframe src="https://www.youtube.com/embed/CakTj3A3wbM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Funzionalità Principali di Appflow CI/CD
-
-Appflow CI/CD offre quattro funzionalità chiave progettate per semplificare lo sviluppo e la distribuzione di app mobili. Queste funzionalità aiutano ad automatizzare build, distribuzioni e aggiornamenti su piattaforme mobili.
-
-### Aggiornamenti Diretti delle App
-
-Con Appflow, i team possono distribuire aggiornamenti direttamente sui dispositivi degli utenti senza attendere le revisioni degli app store. Questo sistema di aggiornamento over-the-air (OTA) permette agli sviluppatori di rispondere rapidamente al feedback degli utenti o rilasciare correzioni urgenti, mantenendo le app aggiornate e reattive alle esigenze degli utenti.
-
-### Strumenti di Build per iOS e Android 
-
-Appflow automatizza il processo di build per entrambe le piattaforme iOS e Android. Per iOS, gestisce attività come la firma del codice, il provisioning e le impostazioni Xcode. Per Android, gestisce l'automazione Gradle, la gestione del keystore e genera APK o bundle app. Questo garantisce build consistenti per framework come [React Native](https://reactnative.dev/) e [Capacitor](https://capacitorjs.com/).
-
-### Distribuzione sugli App Store
-
-L'invio delle app agli app store diventa più semplice con le pipeline di distribuzione automatizzate di Appflow. Si occupa di attività come la preparazione dei binary, il versioning, la gestione dei metadata e i controlli di conformità. Questa automazione minimizza lo sforzo manuale garantendo rilasci fluidi e consistenti.
-
-### Strumenti da Riga di Comando
-
-Appflow offre strumenti CLI che permettono agli sviluppatori di gestire build e distribuzioni direttamente dalla riga di comando. Questi strumenti supportano passaggi di build personalizzabili e configurazioni dell'ambiente, rendendo più facile adattare le pipeline CI/CD alle esigenze specifiche del progetto mantenendo la consistenza tra i team.
-
-## Configurazione di Appflow CI/CD
-
-Impara come configurare Appflow CI/CD per build e distribuzioni automatizzate e fluide.
-
-### Passaggi per la Configurazione dell'Ambiente
-
-Configura ambienti distinti allineati con i branch del controllo versione:
-
--   **Sviluppo**: Per build e test quotidiani.
--   **Staging**: Una replica della produzione per i test finali.
--   **Produzione**: Per i rilasci delle app live.
-
-Memorizza le variabili d'ambiente in modo sicuro usando lo [storage criptato](https://capgo.app/docs/cli/migrations/encryption/) integrato di Appflow.
-
-### Automatizzare il Processo di Build
-
-Ecco come automatizzare efficacemente il processo di build:
-
-**Automazione Basata su Branch**  
-Configura trigger di build automatici per diversi branch git:
-
--   Branch feature: Attivano build di sviluppo.
--   Branch main: Avviano build di staging.
--   Branch release: Iniziano build di produzione.
-
-**Configurazione Build**  
-Personalizza il tuo `appflow.config.json` per definire:
-
--   Ambienti di build.
--   Impostazioni specifiche per piattaforma.
--   Dipendenze e loro versioni.
--   Configurazioni di output.
-
-Per mantenere la pipeline sicura, applica controlli di accesso e crittografia rigorosi.
-
-### Impostazioni di Sicurezza
-
-1. **Gestione Token**  
-Memorizza i token di autenticazione in modo sicuro usando le variabili crittografate di Appflow. Evita di esporre credenziali sensibili nei log di build o nei file di configurazione.
-
-2. **Controllo Accessi**  
-Implementa il controllo accessi basato su ruoli (RBAC):
-
--   Permetti solo agli sviluppatori senior di gestire le distribuzioni in produzione.
--   Limita l'accesso allo staging al team di sviluppo.
--   Fornisci al team QA accesso in sola lettura.
-
-3. **Protezione Dati**  
-Cripta tutti i dati sensibili durante la trasmissione e l'archiviazione, inclusi:
-
--   Chiavi API
--   Certificati
--   Variabili d'ambiente
--   Artefatti di build
-
-### Piani di Test e Ripristino
-
-Per garantire la stabilità dell'app, stabilisci strategie complete di test e ripristino:
-
-**Test Automatizzati**  
-Integra test automatizzati nella tua pipeline, come:
-
--   Test unitari
--   Test di integrazione
--   Test di automazione UI
-
-**Procedure di Ripristino**  
-Prepara questi meccanismi chiave di ripristino:
-
-| Tipo di Ripristino | Implementazione | Trigger di Attivazione |
-| --- | --- | --- |
-| Rollback Rapido | Ripristina la versione precedente | Distribuzione fallita |
-| Controllo Versione | Automatizza git revert | Fallimento build |
-| Backup Dati | Pianifica snapshot automatici | Corruzione configurazione |
-
-## Confronto Piattaforme OTA Update
-
-Mentre Appflow continua a servire i suoi utenti, nuove alternative si stanno facendo avanti con funzionalità e prezzi competitivi. Le piattaforme di aggiornamento OTA ora offrono vari metodi di aggiornamento live, adattandosi a diverse esigenze. Ecco una panoramica delle opzioni chiave.
-
-### Funzionalità e Prezzi di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-Capgo distribuisce aggiornamenti in modo impressionante veloce, raggiungendo 114 ms per bundle di 5 MB attraverso il suo CDN globale, con un tempo di risposta API di 434 ms [\[1\]](https://capgo.app/). Alimenta 1.9K app in produzione e ha distribuito oltre 1.155 miliardi di aggiornamenti, dimostrando la sua affidabilità [\[1\]](https://capgo.app/).
-
-| Funzionalità | Capgo | Appflow |
-| --- | --- | --- |
-| Costo Annuale | ~3.600€ | 6.000€ |
-| Setup CI/CD | 2.600€ (una tantum) | Incluso |
-| Operazioni Mensili | ~300€ | ~500€ |
-| Periodo di Prova | 15 giorni | Limitato |
-
-Mentre Capgo offre prezzi e prestazioni competitivi, altre piattaforme si rivolgono a regioni specifiche o si basano su metodi più datati.
-
-### Legacy di [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/2917e9ac2c3b78a7e493c0fc02ad3e2c.jpg)
-
-Microsoft CodePush, che chiuderà nel 2024, ha spinto molti utenti a cercare piattaforme con migliore sicurezza e affidabilità. Come ha condiviso uno sviluppatore:
-
-> "Ho cancellato il mio abbonamento @Appflow dopo 4 anni. Code-Push non ha mai funzionato bene, speriamo che @CapGO l'abbia capito." – LeVar Berry [\[1\]](https://capgo.app/)
-
-Questo cambiamento sottolinea la domanda di distribuzione affidabile degli aggiornamenti e capacità di rollback. Anche il team OSIRIS-REx della NASA ha commentato:
-
-> "@Capgo è un modo intelligente per fare hot code pushes (e non per tutti i soldi del mondo come con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Questi esempi evidenziano la crescente preferenza per soluzioni che combinano risparmio sui costi con efficienza operativa.
-
-## Risoluzione Problemi CI/CD Mobile
-
-### Requisiti di Build della Piattaforma
-
-La build per iOS e Android richiede un'attenta configurazione della pipeline CI/CD di Appflow. Per iOS, avrai bisogno di certificati validi e profili di provisioning configurati nell'ambiente di build. Le build Android si basano su una corretta gestione del keystore e configurazioni di firma. Entrambe le piattaforme richiedono anche una gestione diligente delle versioni per prevenire conflitti.
-
-Ecco una panoramica rapida delle configurazioni chiave e dei problemi comuni:
-
-| Piattaforma | Configurazione Richiesta | Problemi Comuni |
-| --- | --- | --- |
-| iOS | Certificati & Provisioning | Certificati scaduti, mismatch profili |
-| Android | Keystore & Firma | Chiavi gestite male, conflitti versione |
-| Entrambe | Variabili Ambiente | Segreti mancanti, percorsi errati |
-
-Oltre a configurare le build, garantire una distribuzione fluida degli aggiornamenti è altrettanto importante.
-
-### Velocità e Affidabilità degli Aggiornamenti OTA
-
-Una pipeline CI/CD forte dipende da una distribuzione degli aggiornamenti veloce e affidabile. Mentre Appflow è popolare, alcuni team hanno notato sfide con le prestazioni del code-push, enfatizzando la necessità di sistemi efficaci di rollback e monitoraggio.
-
-Per migliorare la distribuzione degli aggiornamenti e ridurre le interruzioni, segui queste pratiche:
-
--   **Usa rollout graduali** per minimizzare i rischi.
--   **Traccia i tassi di successo degli aggiornamenti** per identificare problemi precocemente.
--   **Configura trigger di rollback automatici** per un recupero rapido.
-
-Quando scegli strumenti CI/CD, dai priorità a metriche come efficienza degli aggiornamenti, affidabilità delle distribuzioni e velocità di rollback. Bilanciare distribuzioni veloci con qualità costante delle build è essenziale, specialmente per team che gestiscono multiple piattaforme e aggiornamenti frequenti.
-
-## Conclusione: Implementazione Appflow CI/CD
-
-I team di sviluppo che valutano opzioni CI/CD spesso vedono Appflow come un mix di punti di forza e ostacoli. I dati indicano che Appflow distribuisce aggiornamenti velocemente - il 95% degli utenti riceve aggiornamenti entro 24 ore, supportato da forti prestazioni CDN - e raggiunge un tasso di successo globale dell'82%[\[1\]](https://capgo.app/).
-
-Tuttavia, i costi crescenti stanno spingendo i team a esplorare alternative più economiche. Come evidenziato dal team OSIRIS-REx della NASA:
-
-> "@Capgo è un modo intelligente per effettuare aggiornamenti del codice a caldo (e non per tutti i soldi del mondo come con @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-Nell'implementazione del CI/CD, tre fattori chiave si distinguono:
-
-| Fattore | Focus dell'implementazione | Impatto |
-| --- | --- | --- |
-| Velocità | Capacità di distribuzione istantanea | Correzioni di bug e rilasci di funzionalità più rapidi |
-| Sicurezza | Crittografia end-to-end | Garantisce la consegna sicura degli aggiornamenti |
-| Conformità | Aderenza ai requisiti dell'app store | Mantiene la presenza nel marketplace |
-
-Dare priorità a queste aree aiuta i team ad adattarsi all'ambiente CI/CD in evoluzione. Con Appflow che sarà discontinuato nel 2026, è cruciale considerare non solo le prestazioni tecniche, ma anche l'efficienza dei costi, l'affidabilità degli aggiornamenti e la stabilità della piattaforma a lungo termine.
-
-Con le piattaforme che gestiscono 1.155,1 miliardi di aggiornamenti a livello globale[\[1\]](https://capgo.app/), la consegna efficiente e affidabile degli aggiornamenti rimane un focus critico per lo sviluppo moderno delle app mobili. Bilanciare prestazioni e costi è essenziale quando si sceglie la soluzione CI/CD giusta.
diff --git a/src/content/blog/it/appflow-shutdown-alternative.md b/src/content/blog/it/appflow-shutdown-alternative.md
deleted file mode 100644
index e6b70f327..000000000
--- a/src/content/blog/it/appflow-shutdown-alternative.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-slug: appflow-shutdown-alternative
-title: >-
-  Chiusura di Ionic AppFlow - Qual è il prossimo passo per lo sviluppo della tua
-  App Mobile?
-description: >-
-  Con la interrupción de Ionic AppFlow, descubre cómo Capgo proporciona una
-  transición sin problemas para tus actualizaciones en vivo y necesidades de
-  CI/CD a una fracción del costo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-02-09T00:00:00.000Z
-updated_at: 2025-02-09T00:00:00.000Z
-head_image: /appflow_alt.webp
-head_image_alt: Appflow illustrazione alternativa
-keywords: >-
-  Ionic AppFlow shutdown, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates, Capgo alternative
-tag: News
-published: true
-locale: it
-next_blog: ''
----
-Con il recente annuncio della chiusura di Ionic AppFlow, molti team di sviluppo sono alla ricerca di alternative per mantenere il loro flusso di sviluppo di app mobili. Se sei tra coloro che ne sono stati colpiti, abbiamo buone notizie: Capgo offre una soluzione completa che non solo sostituisce le funzionalità di AppFlow ma fornisce anche funzionalità avanzate a un prezzo più accessibile.
-
-## Cosa significa questo per gli utenti AppFlow
-
-La chiusura di AppFlow lascia molti team che necessitano di migrare i loro:
-- Sistemi di aggiornamento live
-- Pipeline CI/CD
-- Flussi di lavoro per il deployment delle app
-
-Tuttavia, questa transizione presenta l'opportunità di aggiornare la propria infrastruttura di sviluppo riducendo potenzialmente i costi.
-
-## Capgo: La tua alternativa completa ad AppFlow
-
-Capgo è pronto come alternativa matura e ricca di funzionalità ad AppFlow, offrendo:
-
-### Aggiornamenti Live Semplificati
-- Distribuisci aggiornamenti in meno di 1 minuto (rispetto alla media di 10 minuti di AppFlow)
-- Gestisci più canali di aggiornamento
-- Traccia le statistiche di installazione
-- Ripristina o cambia facilmente le versioni dei canali
-- Testa gli aggiornamenti in un ambiente sandbox prima del deployment
-
-### Integrazione CI/CD Senza Interruzioni
-Invece di essere vincolato a un sistema CI/CD proprietario, Capgo ti permette di:
-- Integrare con la tua infrastruttura CI/CD esistente
-- Utilizzare piattaforme popolari come GitHub Actions
-- Mantenere il controllo completo sul tuo processo di build
-- Seguire i nostri tutorial dettagliati per la configurazione [iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-- O lasciare che ci occupiamo di tutto noi con il nostro servizio [CI/CD Done For You](https://cal.com/team/capgo/mobile-ci-cd-done-for-you)
-
-## Perché Scegliere Capgo?
-
-1. **Conveniente**: A partire da soli 14$/mese rispetto ai 499$/mese di AppFlow
-2. **Sicurezza Avanzata**: Crittografia end-to-end inclusa in tutti i piani
-3. **Open Source**: 100% open-source, permettendo completa trasparenza e personalizzazione
-4. **Architettura Moderna**: Costruita specificamente per Capacitor, garantendo prestazioni ottimali
-5. **Aggiornamenti Rapidi**: Distribuisci modifiche ai tuoi utenti in meno di un minuto
-
-## Effettuare il Passaggio
-
-La transizione da AppFlow a Capgo è semplice. Segui la nostra [guida dettagliata alla migrazione](/docs/upgrade/from-appflow-to-capgo) per garantire una transizione fluida:
-
-1. [Registra un account Capgo](/register/)
-2. Segui le nostre guide di migrazione
-3. Configura la tua pipeline CI/CD usando i nostri tutorial
-4. Inizia a distribuire aggiornamenti attraverso Capgo
-
-Per i team enterprise che richiedono supporto dedicato, [contatta il nostro team commerciale](https://cal.com/team/capgo/capgo-enterprise-inquiry) per discutere le tue esigenze specifiche e la strategia di migrazione.
-
-## Oltre le Funzionalità di Base
-
-Capgo offre diversi vantaggi rispetto ad AppFlow:
-- Statistiche di installazione per un migliore monitoraggio dei deployment
-- Ambiente di test sandbox
-- Distribuzione degli aggiornamenti più veloce
-- Struttura dei prezzi più conveniente
-- Maggiore flessibilità nell'integrazione CI/CD
-
-## Il Nostro Impegno per l'Ecosistema
-
-L'ecosistema Ionic e Capacitor rimane forte e vivace. In Capgo, apprezziamo profondamente questo ecosistema e siamo pienamente impegnati nel suo futuro. Come azienda autofinanziata e sostenibile, non stiamo solo fornendo alternative - stiamo attivamente investendo nella crescita e nella stabilità dell'ecosistema.
-
-### Perché Fidarsi di Capgo?
-Amiamo Ionic e Capacitor, e siamo qui per il lungo termine. Se qualsiasi parte dell'ecosistema necessita di supporto, siamo pronti a farne un fork e mantenerla - questo è il potere dell'open source. Il nostro impegno non sono solo parole; è supportato da azioni:
-
-### Track Record Provato
-- **Scala Massiva**: Serviamo oltre 30 milioni di aggiornamenti live giornalieri nella nostra infrastruttura cloud, con ancora di più in ambienti self-hosted
-- **Sviluppo Attivo**: Creati e mantenuti oltre 20 plugin nell'ecosistema Capacitor: [esplora i nostri plugin](https://github.com/cap-go/)
-- **Comunità in Crescita**: Aiutiamo con successo numerosi team a passare a Capgo quest'anno
-- **Soluzioni Complete**: Forniamo soluzioni CI/CD complete, dai tutorial all'integrazione completa del servizio
-- **Modello Sostenibile**: Autofinanziati e redditizi, garantendo stabilità a lungo termine per i nostri utenti
-
-Non siamo solo un'alternativa - stiamo attivamente costruendo il futuro dello sviluppo di app mobili, assicurando che i team che si affidano a queste tecnologie abbiano un percorso affidabile e sostenibile per il futuro.
-
-## Pronto per Migrare?
-
-Non lasciare che la chiusura di AppFlow interrompa il tuo flusso di sviluppo. [Inizia il tuo percorso con Capgo oggi](/register/) e sperimenta una soluzione più efficiente ed economica per le tue esigenze di sviluppo di app mobili.
-
-Per soluzioni enterprise e supporto dedicato, [programma una chiamata con il nostro team](https://cal.com/team/capgo/capgo-enterprise-inquiry) per discutere la tua strategia di migrazione.
-
-Ricorda, Capgo non è solo un'alternativa - è un upgrade al tuo flusso di sviluppo di app mobili, offrendo più funzionalità, migliori prestazioni e significativi risparmi sui costi rispetto ad AppFlow.
diff --git a/src/content/blog/it/apple-privacy-rules-for-capacitor-apps.md b/src/content/blog/it/apple-privacy-rules-for-capacitor-apps.md
deleted file mode 100644
index 8685aa430..000000000
--- a/src/content/blog/it/apple-privacy-rules-for-capacitor-apps.md
+++ /dev/null
@@ -1,369 +0,0 @@
----
-slug: apple-privacy-rules-for-capacitor-apps
-title: Regole sulla privacy di Apple per le app Capacitor
-description: >-
-  Apprenez à respecter les règles de confidentialité d'Apple pour le
-  développement d'applications en mettant en œuvre le consentement des
-  utilisateurs, la transparence des données et des mises à jour sécurisées.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T01:48:03.832Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9dc69283d21cbd67b72cf-1743385695606.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Apple privacy rules, Capacitor apps, data transparency, user consent, App
-  Store compliance, privacy policy
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Les règles de confidentialité d'Apple exigent désormais que les développeurs d'applications [Capacitor](https://capacitorjs.com/) se concentrent sur la transparence des données utilisateur et la conformité pour garantir l'approbation de l'App Store et maintenir la confiance des utilisateurs.**
-
-Les étapes clés comprennent :
-
--  **Manifeste de confidentialité** : Documenter la collecte de données, les API et les détails de suivi.
--  **Consentement de l'utilisateur** : Utiliser la transparence du suivi des applications (ATT) pour les autorisations de suivi.
--  **Accès aux données** : Définir clairement les autorisations pour des fonctionnalités comme la caméra, la localisation et les contacts.
--  **[Politique de confidentialité](https://capgo.app/dp/)** : Fournir une politique accessible et claire décrivant l'utilisation des données.
--  **Tests et mises à jour** : Tester rigoureusement la conformité et utiliser des systèmes de mise à jour sécurisés comme [Capgo](https://capgo.app/).
-
-Ces règles soulignent le contrôle des utilisateurs, la transparence et les mises à jour sécurisées des applications. Les développeurs peuvent suivre le guide pour rester conformes et offrir des applications soucieuses de la vie privée.
-
-## Prévenir le rejet de l'App Store : Ajoutez le Manifeste de confidentialité d'Apple ...
-
-<iframe src="https://www.youtube.com/embed/D7R87wm9IJE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Règles de confidentialité d'Apple expliquées
-
-Apple exige que les développeurs priorisent la clarté et donnent aux utilisateurs le contrôle sur leurs données. Si vous êtes un développeur Capacitor, cela signifie être transparent sur la manière dont votre application collecte et utilise des données, tant pour les utilisateurs que pour les examinateurs d'Apple.
-
-### Documenter les pratiques de données
-
-Conservez des dossiers internes détaillés sur la gestion des données de votre application. Assurez-vous d'inclure :
-
--  Types de données utilisateur collectées
--  Raisons de la collecte de ces données
--  Détails de tout service tiers ou SDK utilisé
--  Comment les données sont transférées ou partagées
-
-Avoir ces informations organisées aide non seulement à respecter la conformité, mais facilite également la réponse aux questions lors du processus de révision. Assurez-vous de refléter ces pratiques de manière transparente dans vos étiquettes de confidentialité de l'App Store et dans les paramètres de votre application.
-
-### Éléments clés de la divulgation de la confidentialité
-
-Les informations de confidentialité de votre application doivent clairement décrire :
-
--  Les fonctionnalités système et les autorisations API requises pour le bon fonctionnement de l'application
--  Les catégories de données collectées
--  Toute activité de suivi ou communication avec des services externes
--  Comment les données sont utilisées et pourquoi
-
-Être clair dans vos divulgations aide à établir la confiance avec les utilisateurs et réduit la probabilité de rencontrer des problèmes lors de la révision de l'App Store.
-
-### Chronologie de la conformité
-
-Apple met à jour ses exigences en matière de confidentialité par phases. Restez informé en vérifiant régulièrement les mises à jour pour les développeurs d'Apple afin de garantir que votre application reste conforme aux dernières règles.
-
-## Ajouter des règles de confidentialité à votre application
-
-Découvrez comment mettre en œuvre les règles de confidentialité d'Apple dans votre application Capacitor avec ce guide étape par étape.
-
-### Exigences de configuration
-
-Avant de commencer, assurez-vous des éléments suivants :
-
--  Vous disposez de **Xcode 15 ou version ultérieure** pour le support du manifeste de confidentialité.
--  Capacitor 8 est installé.
--  La cible de déploiement iOS est définie sur **iOS 14.5 ou version ultérieure**.
--  Votre application inclut un fichier `Info.plist` correctement configuré.
--  Vous avez un **compte développeur Apple** avec des certificats valides.
-
-Si vous utilisez Capgo, mettez en place un chiffrement de bout en bout pour protéger la confidentialité des données. Les applications configurées correctement avec Capgo ont atteint un taux de succès mondial de 82 % dans les mises à jour [\[1\]](https://capgo.app/).
-
-Une fois votre environnement prêt, procédez à la création et à la configuration de votre manifeste de confidentialité.
-
-### Guide de configuration du manifeste de confidentialité
-
-1.  **Créer le fichier du manifeste de confidentialité**
-
-Ajoutez un nouveau fichier nommé `PrivacyInfo.xcprivacy` au répertoire racine de votre projet iOS :
-
-```json
-{
-    "NSPrivacyTracking": false,
-    "NSPrivacyTrackingDomains": [],
-    "NSPrivacyCollectedDataTypes": [],
-    "NSPrivacyAccessedAPITypes": []
-}
-```
-
-2.  **Définir la collecte de données**
-
-Spécifiez les types de données que votre application collecte, tels que :
-
--  Analytique utilisateur
--  Informations sur l'appareil
--  Modèles d'utilisation
--  Accès au réseau
-
-3.  **Configurer l'accès API**
-
-Listez les API système requises par votre application, y compris :
-
--  Caméra
--  Localisation
--  Contacts
--  Bibliothèque photo
-
-### Directives de conformité
-
-Après avoir configuré le manifeste de confidentialité, assurez-vous que vos pratiques de collecte de données respectent les normes d'Apple.
-
-**Minimisation des données**  
-Collectez uniquement les données nécessaires aux fonctionnalités principales de votre application. Les utilisateurs de Capgo ont rapporté un taux de mise à jour actif de 95 % des utilisateurs dans les 24 heures [\[1\]](https://capgo.app/), prouvant que des approches respectueuses de la vie privée maintiennent l'engagement des utilisateurs.
-
-**Transparence pour l'utilisateur**  
-Expliquez clairement :
-
--  Pourquoi les données sont collectées
--  Combien de temps elles seront conservées
--  Options de contrôle disponibles pour l'utilisateur
--  Toute politique de partage de données
-
-### Exigences de test
-
-Avant la soumission, testez votre application pour garantir la conformité en matière de confidentialité. Concentrez-vous sur ces domaines :
-
-| Zone de test | Points de vérification |
-| --- | --- |
-| Accès aux données | Vérifiez les invites de permission appropriées. |
-| Étiquettes de confidentialité | Confirmez que les déclarations sont précises. |
-| Contrôles utilisateur | Testez les fonctionnalités de désinscription. |
-| [Stockage des données](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Vérifiez que le chiffrement est sécurisé. |
-
-Capgo a livré avec succès 23,5 millions de mises à jour tout en maintenant la conformité à la confidentialité [\[1\]](https://capgo.app/), prouvant qu'il est possible de concilier mises à jour et respect de la vie privée.
-
-Suivez ces directives pour vous assurer que votre application est prête pour les tests et la soumission à l'App Store.
-
-## Contrôles de la vie privée des utilisateurs
-
-Cette section se concentre sur la manière de donner aux utilisateurs le contrôle sur le suivi et l'accès aux données, en s'appuyant sur les directives de confidentialité établies.
-
-### Configuration des autorisations de suivi
-
-Pour configurer la transparence du suivi des applications (ATT) dans votre application Capacitor, incluez la clé suivante dans votre fichier `Info.plist` :
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>We use tracking to provide personalized features and improve app performance</string>
-```
-
-Ensuite, gérez la demande de suivi pendant l'initialisation de votre application :
-
-```typescript
-import { App } from '@capacitor/app';
-
-async function requestTrackingPermission() {
-  const status = await App.requestTrackingAuthorization();
-  return status.authorized;
-}
-```
-
-**Conseils pour la mise en œuvre de l'ATT** :
-
--  Montrez la boîte de dialogue de permission à un moment significatif de l'expérience utilisateur.
--  Expliquez clairement les avantages du suivi avant que l'invite système n'apparaisse.
--  Respectez les décisions des utilisateurs et proposez des alternatives à ceux qui déclinent.
-
-### Autorisations d'accès aux données
-
-Pour iOS, vous devez définir les autorisations dans le fichier `Info.plist` de votre application. Voici quelques autorisations courantes et leurs descriptions :
-
-| Type d'autorisation | Clé Info.plist | Description de l'utilisation |
-| --- | --- | --- |
-| Caméra | NSCameraUsageDescription | Requis pour la capture de photos |
-| Localisation | NSLocationWhenInUseUsageDescription | Pour les fonctionnalités basées sur la localisation |
-| Photos | NSPhotoLibraryUsageDescription | Accès pour enregistrer/charger des images |
-| Contacts | NSContactsUsageDescription | Pour l'intégration des contacts |
-
-**Quand demander des autorisations** :
-
--  Demandez des autorisations uniquement lorsque cela est nécessaire et fournissez un contexte clair.
--  Expliquez brièvement pourquoi chaque autorisation est nécessaire avant de demander.
--  Si un utilisateur refuse une demande, proposez des fonctionnalités ou options alternatives.
-
-Après avoir mis en place les autorisations, assurez-vous que les utilisateurs soient informés de ces pratiques grâce à une politique de confidentialité transparente.
-
-### Affichage de la politique de confidentialité
-
-Rendez la politique de confidentialité de votre application facile à trouver et à comprendre.
-
-**Ce qu'il faut inclure** :
-
--  Détails sur la collecte de données
--  Comment les données seront utilisées
--  Durées de conservation des données stockées
--  Droits des utilisateurs concernant leurs données
--  Coordonnées pour les préoccupations liées à la vie privée
-
-Vous pouvez ajouter un centre de confidentialité à votre application comme ceci :
-
-```typescript
-import { Browser } from '@capacitor/browser';
-
-async function showPrivacyPolicy() {
-  await Browser.open({
-    url: 'https://your-app.com/privacy-policy'
-  });
-}
-```
-
-**Comment afficher la politique de confidentialité** :
-
--  Placez le lien de la politique de confidentialité dans les paramètres de l'application pour un accès facile.
--  Utilisez un langage simple et clair pour expliquer les concepts techniques.
--  Ajoutez des visuels pour améliorer la compréhension.
--  Fournissez un historique des versions et informez les utilisateurs des mises à jour.
--  Permettez aux utilisateurs d'exporter leurs données si demandé.
-
-Assurez-vous que les mises à jour de votre application (par exemple, via Capgo) respectent ces paramètres de confidentialité et maintiennent la confiance des utilisateurs.
-
-## Tests et soumission à l'App Store
-
-Une fois que vous avez configuré votre manifeste de confidentialité et les contrôles utilisateur, l'étape suivante consiste à effectuer des tests approfondis pour garantir que tout fonctionne comme prévu. Ce processus aide à confirmer la conformité avant de soumettre votre application à l'App Store.
-
-### Tests de confidentialité dans [Xcode](https://en.wikipedia.org/wiki/Xcode)
-
-Pour commencer, activez le rapport de confidentialité dans Xcode :
-
-```swift
-// Enable Privacy Report in Xcode scheme
-Edit Scheme > Run > Diagnostics > Enable Privacy Report
-```
-
-Exécutez votre application en mode débogage et consultez le rapport de confidentialité dans la console. Voici sur quoi se concentrer lors des tests :
-
-| Zone de test | Ce qu'il faut vérifier |
-| --- | --- |
-| Suivi des applications | Timing et affichage de la boîte de dialogue ATT |
-| Accès aux données | Mise en œuvre correcte des autorisations |
-| Utilisation des API | Exhaustivité du manifeste de confidentialité |
-| Appels réseau | Sécurité de la transmission des données |
-
-Ces tests garantissent que votre application est prête pour la soumission et respecte les normes de conformité.
-
-### Erreurs de confidentialité courantes
-
-Après les tests, résolvez ces problèmes fréquents pour éviter des retards lors de la soumission :
-
--  **`privacy-manifest.json` incomplet** : Assurez-vous que toutes les API et tous les domaines de suivi requis sont listés.
--  **Champs de but manquants** : Expliquez clairement la raison de chaque demande d'autorisation.
--  **Demandes de suivi incorrectes** : Ne déclenchez les autorisations de suivi qu'après une action de l'utilisateur.
-
-### Détails de la confidentialité de l'App Store
-
-Lors de la soumission de votre application, fournissez des informations précises sur vos pratiques en matière de confidentialité. Voici ce qu'il faut inclure :
-
-| Catégorie de confidentialité | Informations nécessaires | Exemples |
-| --- | --- | --- |
-| Collecte de données | Types de données collectées | ID d'appareil, localisation |
-| Utilisation des données | Pourquoi les données sont collectées | Fonctionnalité de l'application, analytique |
-| Lien des données | Comment les données sont reliées aux utilisateurs | Informations de compte, données d'utilisation |
-| Suivi des données | Détails sur le suivi inter-applications | Publicité, analytique |
-
-**Exigences clés de l'App Store** :
-
--  Mettez à jour l'URL de votre politique de confidentialité avant la soumission.
--  Assurez-vous que les autorisations déclarées correspondent aux fonctionnalités de votre application.
--  Documentez les pratiques de confidentialité pour tout SDK tiers utilisé.
--  Confirmez que toutes les transmissions réseau sont chiffrées pour la sécurité.
-
-## Utilisation de [Capgo](https://capgo.app/) pour les mises à jour
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e9dc69283d21cbd67b72cf/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Capgo propose un système sécurisé pour les mises à jour en direct tout en respectant les règles de confidentialité d'Apple.
-
-### Fonctionnalités de confidentialité de Capgo
-
-Le système de mise à jour de Capgo est conçu avec la sécurité et la vie privée à l'esprit :
-
-| Fonctionnalité | Avantage en matière de confidentialité |
-| --- | --- |
-| Chiffrement de bout en bout | Assure que seuls les utilisateurs autorisés peuvent déchiffrer les mises à jour |
-| Conformité à l'App Store | S'aligne sur les strictes exigences de confidentialité d'Apple |
-| Déploiement sécurisé | Protège la distribution des mises à jour |
-| Contrôle d'accès | Permet une gestion détaillée des autorisations |
-
-Estas características protegen las actualizaciones y mantienen la privacidad del usuario.
-
-> "La única solución con verdadera encriptación de extremo a extremo, los demás solo firman actualizaciones" - Capgo [\[1\]](https://capgo.app/)
-
-### Implementación de Actualizaciones con Capgo
-
-Así es como implementar actualizaciones que cumplan con la privacidad utilizando Capgo:
-
-1.  **Instala el plugin de Capgo**:
-    
-    Ejecuta el siguiente comando para comenzar:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2.  **Configura tus ajustes de privacidad**:
-    
-    Actualiza tu manifiesto de privacidad para incluir los dominios y APIs de Capgo.
-    
-3.  **Configura canales de actualización encriptados**:
-    
-    Crea canales separados para diferentes etapas de implementación para asegurar actualizaciones seguras.
-    
-
-Capgo garantiza que el 95% de los usuarios activos reciban actualizaciones en un plazo de 24 horas, con una tasa de éxito global del 82% [\[1\]](https://capgo.app/). El sistema de canales también facilita la gestión del targeting de actualizaciones.
-
-### Actualizaciones de Grupos de Usuarios en Capgo
-
-Capgo te permite dirigir de forma segura grupos de usuarios específicos durante las actualizaciones:
-
-| Tipo de Actualización | Consideraciones de Privacidad | Implementación |
-| --- | --- | --- |
-| Pruebas Beta | Limita la exposición a usuarios selectos | Utiliza un canal separado con acceso restringido |
-| Despliegues por Etapas | Lanzamiento gradual a los usuarios | Distribuye actualizaciones según porcentajes |
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Los permisos detallados de Capgo aseguran que solo los miembros autorizados del equipo puedan acceder y gestionar actualizaciones de forma segura.
-
-## Resumen
-
-### Requisitos Clave de Privacidad
-
-Las reglas de privacidad de Apple para [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) describen las siguientes necesidades:
-
-| Requisito | Detalles |
-| --- | --- |
-| **Manifiesto de Privacidad** | Incluir dominios, APIs y declaraciones de seguimiento necesarios. |
-| **Consentimiento del Usuario** | Utilizar el marco ATT para solicitar permisos de seguimiento de los usuarios. |
-| **Acceso a Datos** | Configurar permisos para acceder a fotos, ubicación y contactos. |
-| **Política de Privacidad** | Proporcionar una política clara y accesible tanto en la aplicación como en la lista de la App Store. |
-| **Seguridad de Actualizaciones** | Asegurarse de que las actualizaciones en vivo utilicen canales de despliegue encriptados. |
-
-### Lista de Verificación de Implementación
-
-Sigue esta lista de verificación para cumplir con los requisitos de Apple:
-
--   **Configurar el Manifiesto de Privacidad**  
-    Agrega declaraciones de API, enumera dominios de seguimiento y documenta los propósitos del uso de datos.
-    
--   **Configurar Permisos de Usuario**  
-    Implementa el diálogo ATT, configura acceso para fotos y medios, y habilita servicios de ubicación.
-    
--   **Sistema de Actualización Seguro**  
-    Utiliza una solución de actualización que cumpla con la privacidad, configura canales encriptados y controla el targeting de usuarios.
-    
-
-La plataforma de Capgo proporciona una forma confiable de cumplir con estos estándares de privacidad mientras mantiene tu aplicación funcional y centrada en el usuario [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/it/automated-consent-tracking-for-capacitor-apps.md b/src/content/blog/it/automated-consent-tracking-for-capacitor-apps.md
deleted file mode 100644
index 0fa59aa76..000000000
--- a/src/content/blog/it/automated-consent-tracking-for-capacitor-apps.md
+++ /dev/null
@@ -1,483 +0,0 @@
----
-slug: automated-consent-tracking-for-capacitor-apps
-title: Monitoraggio Automatico del Consenso per le App Capacitor
-description: >-
-  Scopri come implementare il tracciamento automatico del consenso nelle app per
-  migliorare la conformità alla privacy e la fiducia degli utenti senza ritardi
-  nell'app store.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T01:27:27.426Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef2243ebbb9dc80641c5e1-1743730059829.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  consent tracking, privacy compliance, user rights, Capacitor apps, data
-  protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-Il tracciamento automatico del consenso è essenziale per le app [Capacitor](https://capacitorjs.com/) per soddisfare le normative sulla privacy e le regole delle piattaforme. Ecco perché è importante e come implementarlo:
-
--   **Perché è importante**:
-    
-    -   Conformità con le policy sulla privacy di Apple e Google.
-    -   Proteggere i diritti degli utenti e costruire fiducia.
-    -   Evitare rifiuti dagli app store e rischi legali.
--   **Funzionalità chiave per il tracciamento del consenso**:
-    
-    -   **Adattamenti specifici per piattaforma**: Soluzioni su misura per iOS e Android.
-    -   **Aggiornamenti in tempo reale**: Modificare i moduli di consenso senza aggiornare l'app.
-    -   **Uniformità cross-platform**: Garantire un comportamento coerente tra web, iOS e Android.
-    -   **Sincronizzazione dati**: Mantenere il consenso utente coerente tra i dispositivi.
--   **Passaggi di implementazione**:
-    
-    1.  Utilizzare plugin come `@capacitor/privacy` per gestire il consenso.
-    2.  Costruire elementi UI di consenso chiari e semplici.
-    3.  [Crittografare e archiviare in modo sicuro](https://capgo.app/docs/cli/migrations/encryption/) i dati di consenso.
-    4.  Regolare il tracciamento analytics in base alle preferenze utente.
-    5.  Validare e aggiornare regolarmente le impostazioni di consenso.
--   **Suggerimenti per la conformità**:
-    
-    -   Comunicare chiaramente l'utilizzo dei dati.
-    -   Consentire agli utenti di revocare il consenso ed eliminare i dati.
-    -   Utilizzare strumenti come [Capgo](https://capgo.app/) per aggiornamenti live ed evitare ritardi dell'app store.
-
-## Permesso di trasparenza nel tracciamento delle app Apple - Ionic o iOS ...
-
-<iframe src="https://www.youtube.com/embed/BVEcp7FEWPY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Guida ai requisiti di consenso 
-
-Aggiungere il tracciamento del consenso alle [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) significa rispettare le regole stabilite sia da Apple che da Google. Queste regole sono progettate per garantire la privacy degli utenti e la conformità agli standard delle piattaforme.
-
-### Requisiti delle policy degli App Store
-
-Apple e Google hanno aspettative specifiche per le app riguardo al tracciamento del consenso:
-
-**Requisiti Apple App Store**:
-
--   I prompt di consenso devono spiegare chiaramente perché e come verranno utilizzati i dati.
--   Le app devono rispettare l'impostazione "Consenti alle app di richiedere il tracciamento" sui dispositivi degli utenti.  
--   Le etichette nutrizionali sulla privacy devono descrivere accuratamente le pratiche di raccolta dati.
-
-**Requisiti Google Play Store**:
-
--   Comunicare chiaramente le pratiche di raccolta e condivisione dei dati.
--   Includere un link ben visibile alla [privacy policy](https://capgo.app/dp/) nella scheda dell'app e all'interno dell'app stessa.
--   Ottenere il consenso esplicito prima di raccogliere dati sensibili.
--   Fornire un modo semplice per gli utenti di revocare il consenso.
--   Offrire agli utenti l'opzione di eliminare i propri dati se revocano il consenso.
-
-Seguire queste linee guida garantisce la conformità alle policy dei store dando priorità alla privacy degli utenti.
-
-### Standard di privacy dei dati
-
-Oltre a soddisfare le regole specifiche delle piattaforme, è fondamentale adottare solide pratiche di privacy dei dati:
-
-**Raccolta dati anonima**:
-
--   Utilizzare identificatori randomizzati invece di dati personali.
--   Minimizzare la quantità di dati raccolti.
--   Memorizzare i record di consenso separatamente dai dati utente.
--   Mantenere i log di consenso crittografati per maggiore sicurezza.
-
-**Implementazione processo di opt-in**:
-
--   Presentare le opzioni di consenso prima di raccogliere qualsiasi dato.
--   Consentire agli utenti di scegliere quali tipi di dati acconsentono a condividere.
--   Fornire opzioni chiare di "Accetta" e "Rifiuta".
--   Permettere agli utenti di aggiornare le loro preferenze di consenso in qualsiasi momento.
-
-Servizi come Capgo possono aiutare consentendo aggiornamenti live delle funzionalità relative al consenso, evitando la necessità di revisioni complete dell'app store.
-
-Un tracciamento efficace del consenso va oltre il semplice soddisfacimento dei requisiti legali. Si tratta di costruire fiducia con gli utenti essendo trasparenti e rispettando la loro privacy. Implementare queste pratiche in modo ponderato può migliorare l'esperienza utente e rafforzare la reputazione della tua app.
-
-## Configurazione del tracciamento del consenso
-
-Configura plugin, elementi dell'interfaccia utente e analytics per automatizzare efficacemente il tracciamento del consenso.
-
-### Plugin di gestione del consenso
-
-Utilizza più plugin per gestire le attività di gestione del consenso:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-import { AnalyticsConsent } from '@capgo/capacitor-firebase-analytics';
-import { PrivacyConsent } from '@capacitor/privacy';
-
-const { FirebaseAnalytics } = Plugins;
-
-async function setupConsentTracking() {
-  await FirebaseAnalytics.setConsent({
-    analyticsStorage: AnalyticsConsent.GRANTED,
-    adStorage: AnalyticsConsent.DENIED
-  });
-}
-```
-
-Crittografa e archivia in modo sicuro i dati di consenso:
-
-```typescript
-import { Storage } from '@capacitor/storage';
-
-async function storeConsentData(userConsent) {
-  await Storage.set({
-    key: 'userConsent',
-    value: JSON.stringify({
-      timestamp: Date.now(),
-      status: userConsent,
-      version: '1.0'
-    })
-  });
-}
-```
-
-Una volta configurati i plugin, progetta una chiara interfaccia di consenso per comunicare queste impostazioni agli utenti.
-
-### Costruzione degli elementi UI di consenso
-
-Crea moduli di consenso semplici e intuitivi. Ecco un esempio:
-
-```typescript
-import { Dialog } from '@capacitor/dialog';
-
-async function showConsentDialog() {
-  const { value } = await Dialog.confirm({
-    title: 'Privacy Settings',
-    message: 'We collect analytics data to improve your experience. ' +
-             'You can change these settings anytime in the app.',
-    okButtonTitle: 'Accept',
-    cancelButtonTitle: 'Decline'
-  });
-
-  return handleConsentResponse(value);
-}
-```
-
-Considerazioni chiave per l'interfaccia utente del consenso:
-
--   Visualizzare le opzioni di consenso prima di raccogliere qualsiasi dato
--   Spiegare chiaramente perché vengono raccolti i dati
--   Includere un link alla privacy policy
--   Consentire agli utenti di scegliere le impostazioni di consenso in dettaglio
-
-Una volta pronta l'interfaccia di consenso, assicurati che la configurazione analytics rispetti le preferenze degli utenti.
-
-### Configurazione analytics e conformità
-
-Regola la configurazione analytics in base al consenso dell'utente:
-
-```typescript
-import { Analytics } from '@capgo/capacitor-firebase-analytics';
-
-async function initializeAnalytics(userConsent) {
-  if (userConsent.analytics) {
-    await Analytics.setEnabled(true);
-    await Analytics.setUserProperty({
-      key: 'consent_status',
-      value: 'granted'
-    });
-  } else {
-    await Analytics.setEnabled(false);
-  }
-}
-```
-
-Controlla sempre lo stato del consenso prima di tracciare i dati:
-
-```typescript
-function checkConsentBeforeTracking(eventName, eventData) {
-  const consentStatus = getStoredConsent();
-
-  if (consentStatus.analytics) {
-    Analytics.logEvent({
-      name: eventName,
-      params: {
-        ...eventData,
-        consent_verified: true
-      }
-    });
-  }
-}
-```
-
-Valida regolarmente il consenso per garantire la conformità:
-
-```typescript
-async function validateConsent() {
-  const storedConsent = await Storage.get({ key: 'userConsent' });
-  const consentData = JSON.parse(storedConsent.value);
-
-  if (isConsentExpired(consentData.timestamp)) {
-    await refreshConsent();
-  }
-}
-```
-
-## Gestione del tracciamento del consenso
-
-### Registrazione degli aggiornamenti del consenso
-
-Tieni traccia delle modifiche al consenso in modo sicuro con un'archiviazione strutturata:
-
-```typescript
-interface ConsentUpdate {
-  timestamp: number;
-  userId: string;
-  consentVersion: string;
-  preferences: {
-    analytics: boolean;
-    marketing: boolean;
-    thirdParty: boolean;
-  };
-  source: 'app' | 'settings' | 'prompt';
-}
-
-async function recordConsentUpdate(update: ConsentUpdate) {
-  const consentHistory = await Storage.get({ key: 'consent_history' });
-  const history = consentHistory.value ? 
-    JSON.parse(consentHistory.value) : [];
-
-  history.push({
-    ...update,
-    deviceInfo: await getDeviceInfo(),
-    hashValue: generateConsentHash(update)
-  });
-
-  await Storage.set({
-    key: 'consent_history',
-    value: JSON.stringify(history)
-  });
-}
-```
-
-Costruisci un audit trail per tracciare i cambiamenti nel tempo:
-
-```typescript
-async function generateConsentAuditLog() {
-  const consentHistory = await Storage.get({ key: 'consent_history' });
-  const history = JSON.parse(consentHistory.value);
-
-  return history.map(entry => ({
-    timestamp: new Date(entry.timestamp).toISOString(),
-    action: determineConsentAction(entry),
-    details: formatConsentDetails(entry),
-    verificationHash: entry.hashValue
-  }));
-}
-```
-
-Utilizzando questi record, gli strumenti di monitoraggio della conformità possono automatizzare gli audit e garantire l'aderenza agli standard di privacy.
-
-### Strumenti di monitoraggio della conformità
-
-Automatizza il tracciamento degli eventi di consenso con strumenti di monitoraggio:
-
-```typescript
-import { Analytics } from '@capacitor/analytics';
-import { ComplianceMonitor } from './compliance';
-
-class ConsentMonitor {
-  private static readonly CONSENT_CHECK_INTERVAL = 86400000; // 24 hours
-
-  async startMonitoring() {
-    // Schedule periodic compliance checks
-    setInterval(async () => {
-      const complianceStatus = await this.checkCompliance();
-
-      if (!complianceStatus.valid) {
-        await this.refreshConsent();
-        await Analytics.logEvent({
-          name: 'consent_compliance_refresh',
-          params: {
-            reason: complianceStatus.reason,
-            timestamp: Date.now()
-          }
-        });
-      }
-    }, ConsentMonitor.CONSENT_CHECK_INTERVAL);
-  }
-
-  private async checkCompliance(): Promise<ComplianceStatus> {
-    const currentConsent = await this.getCurrentConsent();
-    return ComplianceMonitor.validate(currentConsent);
-  }
-}
-```
-
-Sviluppa dashboard per monitorare le metriche di consenso in tempo reale:
-
-```typescript
-interface ConsentMetrics {
-  totalUsers: number;
-  consentRate: number;
-  pendingUpdates: number;
-  complianceScore: number;
-}
-
-async function generateConsentReport(): Promise<ConsentMetrics> {
-  const analytics = await getAnalyticsData();
-  const consentData = await getConsentData();
-
-  return {
-    totalUsers: analytics.activeUsers,
-    consentRate: calculateConsentRate(consentData),
-    pendingUpdates: getPendingUpdatesCount(),
-    complianceScore: calculateComplianceScore(consentData)
-  };
-}
-```
-
-Configura avvisi per problemi di conformità per agire rapidamente:
-
-```typescript
-async function setupComplianceAlerts() {
-  const monitor = new ConsentMonitor();
-
-  monitor.on('compliance_violation', async (violation) => {
-    await sendAlertToTeam({
-      type: 'COMPLIANCE_ALERT',
-      severity: violation.severity,
-      details: violation.details,
-      recommendedAction: violation.recommendation
-    });
-
-    if (violation.severity === 'HIGH') {
-      await pauseDataCollection();
-    }
-  });
-}
-```
-
-Questi strumenti aiutano a mantenere la conformità con le leggi sulla privacy e garantiscono trasparenza nella gestione dei record di consenso.
-
-## Linee guida per la conformità
-
-### Messaggi di consenso chiari
-
-Crea messaggi di consenso chiari e concisi per assicurarti che gli utenti capiscano come vengono utilizzati i loro dati. Ecco un esempio:
-
-```typescript
-const consentMessageTemplate = {
-  title: "Data Privacy Settings",
-  sections: [{
-    purpose: "Analytics",
-    description: "We collect anonymous usage data to improve app performance",
-    dataTypes: ["Usage patterns", "Device info", "Crash reports"],
-    retention: "90 days"
-  }]
-};
-```
-
-Per aggiornare le privacy policy, puoi utilizzare questa funzione:
-
-```typescript
-async function updatePrivacyPolicy(version: string) {
-  const policy = {
-    version,
-    lastUpdated: new Date().toISOString(),
-    sections: {
-      dataCollection: await fetchPolicyContent('collection'),
-      userRights: await fetchPolicyContent('rights'),
-      retention: await fetchPolicyContent('retention')
-    }
-  };
-
-  await Storage.set({
-    key: 'privacy_policy',
-    value: JSON.stringify(policy)
-  });
-}
-```
-
-### Test cross-platform
-
-Garantisci la conformità su tutte le piattaforme definendo un processo di validazione del consenso. Ecco un esempio di validatore:
-
-```typescript
-class ConsentValidator {
-  async validateConsent(platform: 'ios' | 'android') {
-    const requirements = {
-      ios: {
-        requireExplicitConsent: true
-      },
-      android: {
-        requireExplicitConsent: true
-      }
-    };
-
-    return this.checkPlatformCompliance(
-      requirements[platform],
-      await this.getCurrentSettings()
-    );
-  }
-}
-```
-
-È fondamentale testare i flussi di consenso su diverse versioni di OS e dispositivi per confermare un comportamento coerente. Utilizza strumenti come Capgo per implementare aggiornamenti live, evitando ritardi dell'app store garantendo la conformità.
-
-### Utilizzo di [Capgo](https://capgo.app/) per gli aggiornamenti
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ef2243ebbb9dc80641c5e1/435c1a19c50c4ff1b7d76cbc4edeb6d0.jpg)
-
-Le capacità di aggiornamento live di Capgo ti permettono di apportare modifiche alla conformità in modo efficiente. Ecco un esempio:
-
-```typescript
-interface ConsentUpdate {
-  version: string;
-  changes: {
-    type: 'policy' | 'ui' | 'tracking',
-    description: string,
-    requiredAction: boolean
-  }[];
-}
-
-async function applyConsentUpdate(update: ConsentUpdate) {
-  await Capgo.deploy({
-    version: update.version,
-    channel: 'consent-updates',
-    gradualRollout: true,
-    userGroups: ['beta-testers']
-  });
-}
-```
-
-Puoi anche configurare le percentuali di rollout per diversi gruppi di utenti:
-
-```typescript
-const updateConfig = {
-  channels: {
-    beta: { percentage: 10 },
-    production: { percentage: 100 }
-  }
-};
-```
-
-Questo approccio garantisce aggiornamenti in tempo reale per soddisfare i requisiti di conformità di Apple e Google[\[1\]](https://capgo.app/).
-
-## Riepilogo
-
-Per concludere il processo dettagliato di configurazione e gestione, ecco una rapida panoramica. Il tracciamento automatico del consenso richiede una rigorosa aderenza alle normative sulla privacy, una gestione sicura dei dati e una gestione efficiente degli [aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-Il successo dipende da un'accurata esecuzione tecnica combinata con una rapida distribuzione degli aggiornamenti. Strumenti come Capgo supportano questo approccio, raggiungendo un impressionante tasso di successo globale dell'82% per gli aggiornamenti relativi al consenso [\[1\]](https://capgo.app/). Come afferma Rodrigo Mantica:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" [\[1\]](https://capgo.app/)
-
-Ecco uno snapshot delle metriche e strategie chiave:
-
-| Aspetto | Strategia di implementazione | Metrica di successo |
-| --- | --- | --- |
-| Distribuzione aggiornamenti | Push di codice live con crittografia | 23.5M aggiornamenti distribuiti con successo |
-| Copertura utenti | Rollout graduali attraverso i canali | 750 app in produzione mantenute |
-| Aggiornamenti conformità | Distribuzione istantanea senza ritardi store | Ciclo di aggiornamento 24 ore per 95% degli utenti |
-
-Il team [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) della NASA sottolinea l'importanza di una rapida distribuzione:
-
-> "Capgo è un modo intelligente per fare push di codice hot (e non per tutti i soldi del mondo come con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Nella gestione del tracciamento del consenso, concentrati sulla crittografia e sul monitoraggio analytics per rimanere conforme e promuovere la fiducia degli utenti. Questa strategia garantisce risposte rapide ai cambiamenti normativi e all'evoluzione degli standard di privacy.
diff --git a/src/content/blog/it/automatic-build-and-release-with-gitlab.md b/src/content/blog/it/automatic-build-and-release-with-gitlab.md
deleted file mode 100644
index bfeae809d..000000000
--- a/src/content/blog/it/automatic-build-and-release-with-gitlab.md
+++ /dev/null
@@ -1,153 +0,0 @@
----
-slug: automatic-build-and-release-with-gitlab
-title: Automatic build e rilascio con Gitlab
-description: >-
-  Crea la tua pipeline CI/CD con Gitlab gratuitamente, distribuisci la tua app
-  ogni volta che fai push su main.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /gitlab_ci.webp
-head_image_alt: Illustrazione di Gitlab CI
-keywords: 'Gitlab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: it
-next_blog: ''
----
-Questo tutorial si concentra su GitLab CI, ma puoi adattarlo con piccole modifiche a qualsiasi altra piattaforma CI/CD.
-
-## Premessa
-
-Assicurati di aver prima aggiunto la tua app a Capgo, questo tutorial si concentra solo sulla fase di caricamento
-
-## Convenzione dei commit
-
-Per prima cosa devi iniziare a seguire la convenzione dei commit [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/)\` questo aiuterà gli strumenti a capire come aggiornare il numero di versione, ci vogliono 5 minuti per impararlo.
-
-![Conventional commits](/conventional_commits.webp)
-
-## GitLab CI per i tag
-
-Poi devi creare il tuo primo GitLab per costruire e creare tag automaticamente.
-
-Crea un file in questo percorso: `.github/workflows/bump_version.yml`
-
-con questo contenuto:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        run: npx capacitor-standard-version
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-```
-
-Questo rilascerà un tag per ogni commit nel tuo ramo principale. E aggiungerà una voce del changelog per ogni commit nel ramo principale in `CHANGELOG.md`.
-
-Non preoccuparti se non hai questo file, verrà creato per te.
-
-Per far funzionare questo, crea un [PERSONAL_ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) nei tuoi [secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets") di GitHub come `PERSONAL_ACCESS_TOKEN`.
-
-Questo è necessario per permettere alla CI di committare il changelog.
-
-Quando crei il token, scegli la scadenza come `never` e lo scope come `repo`.
-
-Infine, per permettere allo strumento di capire dove è salvata la tua versione, devi creare il file `.cz.toml` nella root del tuo repository.
-
-E aggiungi questo all'interno:
-
-```toml
-[tool.commitizen]
-name = "cz_conventional_commits"
-tag_format = "$major.$minor.$patch$prerelease"
-version = "0.11.5"
-version_files = [
-    "package.json:version",
-    ".cz.toml"
-]
-```
-
-Imposta la versione in questo file uguale a quella che hai nel tuo file `package.json`.
-
-Questo è necessario solo la prima volta, poi gli strumenti lo manterranno aggiornato.
-
-Ora puoi committare entrambi i file e vedere apparire il tuo primo tag su GitHub!
-
-## GitHub actions per il build
-
-Crea un file in questo percorso: `.github/workflows/build.yml`
-
-con questo contenuto:
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm run build
-        env: # Remove both lines  if you don't need it
-          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Exemple of env var coming from a secret
-      - name: Create Release
-        id: create_release
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Questo installerà e compilerà le tue dipendenze prima di inviarle a Capgo.
-
-Se il tuo comando per il build è diverso, puoi cambiarlo nello step `build_code`.
-
-Per far funzionare questo, devi ottenere la tua API key per Capgo, aggiungila nei [secret del tuo repository GitHub](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) come `CAPGO_TOKEN`.
-
-Ora puoi committare entrambi i file e vedere apparire il tuo primo tag su GitHub!
-
-Il commit genererà un nuovo build per il canale di produzione.
-
-Dovresti aggiungere i tuoi test nella fase di build per assicurarti che il tuo codice funzioni.
-
-Vai alla tua dashboard Capgo e controlla il build che è appena apparso, ora hai il tuo sistema CI/CD.
-
-Se vuoi permettere a tutti i tuoi utenti di ottenere l'aggiornamento quando è disponibile, vai al tuo canale e impostalo come `public`.
diff --git a/src/content/blog/it/automatic-capacitor-android-build-github-action.md b/src/content/blog/it/automatic-capacitor-android-build-github-action.md
deleted file mode 100644
index 3db31be6b..000000000
--- a/src/content/blog/it/automatic-capacitor-android-build-github-action.md
+++ /dev/null
@@ -1,255 +0,0 @@
----
-slug: automatic-capacitor-android-build-github-action
-title: Build Android automatico di Capacitor con GitHub actions
-description: >-
-  Come impostare una pipeline CI/CD per la tua app Android Capacitor utilizzando
-  fastlane e GitHub Actions in 5 minuti
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-27T00:00:00.000Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: /fastlane_android.webp
-head_image_alt: Illustrazione dell'azione GitHub per Fastlane Google Play
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates, Capacitor
-tag: CI/CD
-published: true
-locale: it
-next_blog: automatic-capacitor-ios-build-github-action
----
-# Build automatici di Android con GitHub Actions
-
-Configurare CI/CD per le app Capacitor può essere complesso e richiedere tempo. Ecco cosa devi sapere:
-
-## Prerequisiti
-
-Prima di iniziare, dovrai configurare:
-
-- Un account GitHub con accesso admin
-- La tua app già pubblicata su Google Play Store con la firma appropriata
-- File di firma e keystore Android 
-- Progetto Google Cloud Console con API Play Store abilitata
-- Account di servizio con permessi appropriati
-- Comprensione dei workflow di GitHub Actions
-- Conoscenza della configurazione Fastlane
-- Tempo per mantenere e debuggare la pipeline
-
-## Setup CI/CD Professionale di Capgo
-
-Salta la complessità. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) configura la tua pipeline CI/CD direttamente nella piattaforma che preferisci:
-
-- **Indipendenza dalla Piattaforma**: Funziona con GitHub Actions, GitLab CI o altri
-- **Integrazione Perfetta**: Nessun cambio di piattaforma necessario, funziona con il tuo processo attuale
-- **Configurazione Personalizzata**: Setup personalizzato in base alle esigenze del progetto
-- **Guida Esperta**: Abbiamo già configurato CI/CD per più di 50 app
-
-### Prezzi
-- Costo una tantum per setup: $2,600
-- I tuoi costi di gestione: ~$300/anno
-- Confronto con altre soluzioni proprietarie: $6,000/anno
-- **Risparmio di $26,100 in 5 anni**
-
-[Configura CI/CD Ora](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Guida alla Configurazione Manuale
-
-Se vuoi comunque configurare tutto da solo, ecco cosa devi fare:
-
-## Prezzi GitHub Actions
-
-![Price GitHub Action](/price_github_actions.webp)
-
-GitHub Actions offre minuti gratuiti in base al tipo di repository:
-- Repository pubblici: 2,000 minuti/mese
-- Repository privati: 2,000 minuti/mese (runner Linux)
-
-Per progetti privati, i costi sono circa $0.008/minuto. Una build tipica richiede 3-5 minuti.
-
-## Passi per la Configurazione Manuale
-
-1. Configurare Fastlane
-2. Configurare i segreti GitHub
-3. Creare il workflow GitHub Actions
-
-## 1. Configurare Fastlane
-
-Crea una cartella `fastlane` nella root del progetto e aggiungi un `Fastfile` con questo contenuto:
-
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    
-    lane :beta do
-        keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-        File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-        json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-        
-        # Get previous build number and increment
-        previous_build_number = google_play_track_version_codes(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            track: "internal",
-            json_key_data: json_key_data,
-        )[0]
-        current_build_number = previous_build_number + 1
-        sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        
-        # Build the app
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-            'versionCode' => current_build_number
-          })
-        
-        # Upload to Play Store
-        upload_to_play_store(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            json_key_data: json_key_data,
-            track: 'internal',
-            release_status: 'completed',
-            skip_upload_metadata: true,
-            skip_upload_changelogs: true,
-            skip_upload_images: true,
-            skip_upload_screenshots: true,
-        )
-    end
-end
-```
-
-## 2. Configurare i Segreti GitHub
-
-Devi memorizzare le informazioni sensibili in modo sicuro in GitHub. Vai su repository → Settings → Secrets and variables → Actions → New repository secret.
-
-### Segreti Necessari:
-
-1. **Chiave Account di Servizio Google Play**
-   - Crea un account di servizio in Google Cloud Console
-   - Abilita l'API Google Play Developer
-   - Concedi all'account di servizio l'accesso alla tua app in Play Console
-   - Scarica il file chiave JSON
-   - Converti in base64: `base64 service_account_key.json | pbcopy`
-   - Aggiungi come `PLAY_CONFIG_JSON`
-
-2. **Chiave di Firma Android**
-   - Converti il tuo keystore in base64: `base64 your_keystore.jks | pbcopy`
-   - Aggiungi come `ANDROID_KEYSTORE_FILE`
-   - Aggiungi i dettagli del keystore:
-     - `KEYSTORE_KEY_ALIAS`
-     - `KEYSTORE_KEY_PASSWORD`
-     - `KEYSTORE_STORE_PASSWORD`
-     - `DEVELOPER_PACKAGE_NAME` (es. com.example.app)
-
-## 3. Creare il Workflow GitHub Actions
-
-Crea `.github/workflows/build-upload-android.yml`:
-
-```yaml
-name: Build and Deploy Android App
-
-on:
-  push:
-    tags:
-      - '*'
-
-jobs:
-  build_android:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: 24
-          cache: npm
-          
-      - name: Install dependencies
-        run: npm ci
-        
-      - name: Cache Gradle
-        uses: actions/cache@v3
-        with:
-          path: |
-            ~/.gradle/caches
-            ~/.gradle/wrapper
-          key: ${{ runner.os }}-gradle-${{ hashFiles('**/*.gradle*', '**/gradle-wrapper.properties') }}
-          restore-keys: |
-            ${{ runner.os }}-gradle-
-            
-      - name: Build app
-        run: npm run build
-        
-      - name: Sync Capacitor
-        run: npx cap sync
-        
-      - name: Setup Java
-        uses: actions/setup-node@v5
-        with:
-            distribution: 'zulu'
-            java-version: '17'
-            
-      - name: Setup Ruby
-        uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: '3.0'
-          bundler-cache: true
-          
-      - name: Run Fastlane
-        uses: maierj/fastlane-action@v3.1.0
-        env:
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_CONFIG_JSON }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE_FILE }}
-          DEVELOPER_PACKAGE_NAME: ${{ secrets.DEVELOPER_PACKAGE_NAME }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_KEY_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-        with:
-          lane: android beta
-          
-      - name: Upload artifact
-        uses: actions/upload-artifact@v2
-        with:
-          name: android-release
-          path: ./android/app/build/outputs/bundle/release/app-release.aab
-          retention-days: 10
-```
-
-## Come Funziona
-
-1. Crea un tag Git per attivare il workflow
-2. GitHub Actions costruisce la tua app
-3. Fastlane la carica sul canale beta di Google Play
-4. La tua app viene aggiornata automaticamente
-
-## Tempi e Costi di Build
-
-- Tempo di build: 3-5 minuti
-- Costo per repository privati: ~$0.04 per build
-- Gratuito per progetti open-source
-
-## Risorse
-
-- [Documentazione GitHub Actions](https://docs.github.com/en/actions/)
-- [Documentazione Fastlane](https://docs.fastlane.tools/)
diff --git a/src/content/blog/it/automatic-capacitor-android-build-gitlab.md b/src/content/blog/it/automatic-capacitor-android-build-gitlab.md
deleted file mode 100644
index c5dc0ab32..000000000
--- a/src/content/blog/it/automatic-capacitor-android-build-gitlab.md
+++ /dev/null
@@ -1,279 +0,0 @@
----
-slug: automatic-capacitor-android-build-gitlab
-title: Build Android automatico di Capacitor con GitLab
-description: >-
-  Come impostare una pipeline CI/CD per la tua app Android Ionic utilizzando
-  fastlane e GitLab in 5 minuti
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-27T00:00:00.000Z
-updated_at: 2023-09-27T00:00:00.000Z
-head_image: /andriod_app_gitlab.webp
-head_image_alt: Illustrazione GitLab di Fastlane Google Play
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates
-tag: CI/CD
-published: true
-locale: it
-next_blog: null
----
-# Build Android Automatici con GitLab CI
-
-La configurazione di CI/CD per le app Capacitor può essere complessa e richiedere tempo. Ecco cosa devi sapere:
-
-## Prerequisiti
-
-Prima di iniziare, dovrai configurare:
-
-- Un account GitLab con accesso amministratore
-- La tua app già pubblicata su Google Play Store con firma appropriata 
-- File chiave di firma e keystore Android
-- Progetto Google Cloud Console con API Play Store abilitata
-- Account di servizio con permessi appropriati
-- Comprensione dei flussi di lavoro GitLab CI/CD
-- Conoscenza della configurazione Fastlane
-- Tempo per mantenere e debuggare la pipeline
-
-## Setup CI/CD Professionale di Capgo
-
-Salta la complessità. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) configura la tua pipeline CI/CD direttamente nella piattaforma che preferisci:
-
-- **Indipendenza dalla Piattaforma**: Funziona con GitHub Actions, GitLab CI o altri
-- **Integrazione Perfetta**: Non serve cambiare piattaforma, funziona con il tuo processo attuale
-- **Configurazione Personalizzata**: Setup personalizzato in base alle esigenze del progetto
-- **Guida Esperta**: Abbiamo già configurato CI/CD per più di 50 app
-
-### Prezzi
-- Costo di setup una tantum: $2,600
-- Costi di gestione: ~$300/anno
-- Confronto con altre soluzioni proprietarie: $6,000/anno
-- **Risparmio di $26,100 in 5 anni**
-
-[Configura CI/CD Ora](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Guida alla Configurazione Manuale
-
-Se vuoi comunque configurare tutto da solo, ecco cosa devi fare:
-
-**Passaggi da seguire nel post**
-
-1. _Copia i file Fastlane_
-2. _Archiviazione dei segreti nei segreti criptati di GitLab_
-3. _Creazione e archiviazione della chiave dell'account di servizio Google Play_
-4. _Archiviazione della chiave di firma Android_
-5. _Configura il tuo file .yml del workflow GitLab_
-
-## 1. Copia i file Fastlane
-
-Fastlane è una libreria Ruby creata per automatizzare le attività comuni dello sviluppo mobile. Usando Fastlane, puoi configurare "lane" personalizzate che raggruppano una serie di "azioni" che eseguono compiti che normalmente faresti usando Android Studio. Puoi fare molto con Fastlane, ma per gli scopi di questo tutorial, useremo solo alcune azioni principali.
-
-Crea una cartella Fastlane nella root del tuo progetto e copia i seguenti file:
-Fastlane
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    lane :beta do
-				keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-				File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-				json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-				previous_build_number = google_play_track_version_codes(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					track: "internal",
-					json_key_data: json_key_data,
-				)[0]
-
-				current_build_number = previous_build_number + 1
-				sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-						'versionCode' => current_build_number
-          })
-        upload_to_play_store(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					json_key_data: json_key_data,
-          track: 'internal',
-          release_status: 'completed',
-          skip_upload_metadata: true,
-          skip_upload_changelogs: true,
-          skip_upload_images: true,
-          skip_upload_screenshots: true,
-        )
-    end
-    lane :build do
-      gradle(
-        task: "clean bundleRelease",
-        project_dir: 'android/',
-        print_command: false,
-        properties: {
-          "android.injected.signing.store.file" => "#{keystore_path}",
-          "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-          "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-          "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-        })
-    end
-    lane :prod_release do
-      build_gradle = File.read("../android/app/build.gradle")
-
-      verify_changelog_exists(version_code: build_gradle.match(/versionCode (\d+)/)[1])
-      verify_upload_to_staging(version_name: build_gradle.match(/versionName '([\d\.]+)'/)[1])
-
-      supply(
-        track_promote_to: 'beta',
-        skip_upload_apk: true,
-        skip_upload_aab: true,
-        skip_upload_metadata: false,
-        skip_upload_changelogs: false,
-        skip_upload_images: false,
-        skip_upload_screenshots: false
-      )
-    end
-end
-```
-
-### Archiviazione dei Segreti nelle Variabili CI/CD di GitLab
-
-GitLab fornisce un modo per archiviare variabili CI/CD crittografate, simili ai segreti del repository di GitHub. Per archiviare le tue informazioni sensibili in modo sicuro:
-
-1. Vai alle Impostazioni del tuo progetto GitLab.
-2. Naviga su CI/CD > Variables
-3. Aggiungi le seguenti variabili:
-
--   ANDROID_KEYSTORE_FILE: il file `.jks` o `.keystore` codificato in base64 usato per firmare le tue build Android. Questo sarà il file keystore associato alla tua chiave di upload (se usi Play App Signing) o la tua chiave di firma dell'app.
--   KEYSTORE_KEY_PASSWORD: la password associata al file keystore
--   KEYSTORE_KEY_ALIAS: l'alias del key store
--   KEYSTORE_STORE_PASSWORD: la password della chiave privata
--   DEVELOPER_PACKAGE_NAME: l'ID della tua app Android come com.example.app
--   PLAY_CONFIG_JSON: La chiave JSON dell'account di servizio codificata in base64.
-
-### Creazione di una Chiave dell'Account di Servizio Google Play
-
-Per generare il segreto `PLAY_CONFIG_JSON`, segui questi passaggi:
-
-1. Vai alla [Google Cloud Console](https://console.cloud.google.com/)
-2. Crea un nuovo progetto o seleziona uno esistente
-3. Abilita l'API Google Play Android Developer
-4. Crea un account di servizio:
-   - Vai su "IAM & Admin" > "Service Accounts"
-   - Clicca "Create Service Account"
-   - Dagli un nome e una descrizione
-   - Clicca "Create and Continue"
-   - Salta l'assegnazione del ruolo e clicca "Done"
-5. Genera una chiave JSON:
-   - Trova il tuo account di servizio nella lista
-   - Clicca il menu tre punti > "Manage keys"
-   - Clicca "Add Key" > "Create new key"
-   - Scegli il formato JSON
-   - Clicca "Create"
-6. Concedi all'account di servizio l'accesso alla tua app nella Play Console:
-   - Vai su [Play Console](https://play.google.com/console)
-   - Naviga su "Users and permissions"
-   - Clicca "Invite new users"
-   - Inserisci l'email dell'account di servizio (termina con @*.iam.gserviceaccount.com)
-   - Concedi il permesso "Release to production"
-   - Clicca "Invite user"
-7. Converti la chiave JSON in base64:
-   ```bash
-   base64 -i path/to/your/service-account-key.json | pbcopy
-   ```
-8. Aggiungi la stringa codificata in base64 come variabile `PLAY_CONFIG_JSON` in GitLab
-
-## Configura la Tua Pipeline CI/CD GitLab
-
-Crea un file .gitlab-ci.yml nella root del tuo progetto per definire la tua pipeline CI/CD. Di seguito un esempio di come puoi strutturare la tua pipeline:
-
-```yaml
-
-image: mingc/android-build-box:latest
-
-stages:
-  - build
-  - upload_to_capgo
-  - build_and_upload_android
-
-build:
-  stage: build
-  tags:
-    - saas-linux-xlarge-amd64
-  cache:
-    - key:
-        files:
-          - bun.lockb
-      paths:
-        - .node_modules/
-  script:
-    - npm install
-    - npm run build
-  artifacts:
-    paths:
-      - node_modules/
-      - dist/
-  only:
-    - master
-
-upload_to_capgo:
-  stage: upload_to_capgo
-  tags:
-    - saas-linux-xlarge-amd64
-  script:
-    - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN -c dev
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-build_and_upload_android:
-  tags:
-    - saas-linux-xlarge-amd64
-  stage:    build_and_upload_android
-  cache:
-    - key:
-        files:
-          - android/gradle/wrapper/gradle-wrapper.properties
-      paths:
-        - ~/.gradle/caches/
-  script:
-    - npx cap sync android
-    - npx cap copy android
-    - bundle exec fastlane android beta # We do create a tag for the build to trigger XCode cloud builds
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-```
-
-## Attiva la Pipeline
-
-Ogni volta che invii un nuovo tag al tuo repository GitLab, GitLab CI/CD attiverà automaticamente la pipeline definita, che costruirà e distribuirà la tua app Android usando Fastlane.
-
-Assicurati di regolare i percorsi e le dipendenze in base alla struttura e ai requisiti del tuo progetto. Questa configurazione ti aiuterà ad automatizzare il deployment della tua app Android su GitLab CI/CD.
-
-## Conclusione
-
-Configurando GitLab CI/CD con l'immagine Docker mingc/android-build-box, puoi automatizzare il processo di build dell'app Android, rendendo il tuo flusso di sviluppo più efficiente e affidabile. Questa automazione libera il tuo tempo per concentrarti sugli aspetti principali dello sviluppo dell'app, aiutandoti in definitiva a distribuire app Android di alta qualità in modo più efficiente.
diff --git a/src/content/blog/it/automatic-capacitor-ios-build-codemagic.md b/src/content/blog/it/automatic-capacitor-ios-build-codemagic.md
deleted file mode 100644
index 0b2009b40..000000000
--- a/src/content/blog/it/automatic-capacitor-ios-build-codemagic.md
+++ /dev/null
@@ -1,336 +0,0 @@
----
-slug: automatic-capacitor-ios-build-codemagic
-title: Costruzione automatica di Capacitor per IOS con Codemagic
-description: >-
-  Cómo configurar un pipeline de CI/CD para tu aplicación IOS Ionic usando
-  Codemagic y Codemagic en 5 minutos (2024)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-07-24T00:00:00.000Z
-updated_at: 2024-07-24T00:00:00.000Z
-head_image: /Codemagic_ios.webp
-head_image_alt: Codemagic testflight illustrazione
-keywords: 'Codemagic, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: it
-next_blog: automatic-capacitor-android-build-codemagic
----
-## Mar livre para iOS usando Codemagic
-
-## Pré-requisitos
-
-Antes de continuar com o tutorial…
-
--   Assinatura do programa de desenvolvedor iOS.
--   Desejo de ler 😆…
-
-## Importante sobre o preço
-
-![Preço Codemagic Action](/price_codemagic.webp)
-
-[https://codemagic.io/pricing/](https://codemagic.io/pricing/)
-
-O serviço é ‘_gratuito_’ até 500 minutos de macOS M1 por mês, dependendo da máquina escolhida.  
-Vamos usar uma **_máquina macOS M1_**, você pode ver no screenshot seu preço e limites (preços na data da criação do tutorial, eles podem sofrer alterações no futuro)
-
-🔴 **_Uma vez avisados sobre requisitos e preços, se você quiser, continuamos…_**
-
-> **_📣_ No post, assumimos que temos o aplicativo criado no iTunes Connect, temos os certificados do ecossistema Apple, tudo será configurado pelo Codemagic!**
-
-## Vamos mergulhar 🤿 
-
-**Passos a seguir no post**
-
-1.  _Usando a API do App Store Connect com Codemagic_  
-2.  _Requisitos_  
-3.  _Criando uma Chave da API do App Store Connect_  
-4.  _Usando uma Chave da API do App Store Connect_  
-5.  _Copiar arquivos Fastlane_  
-6.  _Configurar Codemagic_  
-
-## 1\. Usando a API do App Store Connect com Codemagic
-
-> A partir de fevereiro de 2021, a autenticação de dois fatores ou verificação em duas etapas é obrigatória para todos os usuários fazerem login no App Store Connect. Esta camada extra de segurança para seu ID Apple ajuda a garantir que você é a única pessoa que pode acessar sua conta.  
-> De [Suporte da Apple](https://developer.apple.com/support/authentication/)
-
-> Para começar com match, você precisa revogar seus certificados existentes. Mas não se preocupe, você terá um novo diretamente.
-
-### Requisitos
-
-Para poder utilizar a API do App Store Connect, o Codemagic precisa de **três** coisas.
-
-1.  ID do emissor.  
-2.  ID da chave.  
-3.  Arquivo da chave ou conteúdo da chave.  
-
-### Criando uma Chave da API do App Store Connect
-
-Para gerar chaves, você deve ter permissão de Admin no App Store Connect. Se você não tiver essa permissão, pode direcionar a pessoa relevante para este artigo e seguir as próximas instruções.
-
-1 — Faça login no [App Store Connect](https://appstoreconnect.apple.com/).
-
-2 — Selecione [Usuários e Acesso](https://appstoreconnect.apple.com/access/users/).
-
-![Acesso do usuário do App Store Connect](/select_user_access.webp)
-
-3 — Selecione a aba Chaves da API.
-
-![Chaves da API do App Store Connect](/user_access_keys.webp)
-
-4 — Clique em Gerar Chave da API ou no botão Adicionar (+).
-
-![Criar chaves da API do App Store Connect](/user_access.webp)
-
-5 —  Digite o nome da chave e selecione um nível de acesso. Recomendamos escolher os direitos de acesso `App Manager`, leia mais sobre permissões de funções do Programa de Desenvolvedor da Apple [aqui](https://help.apple.com/app-store-connect/#/deve5f9a89d7)
-
-![Criar nome da chave da API do App Store Connect](/gen_key.webp)
-
-6 — Clique em Gerar.
-
-> **O acesso de uma chave API não pode ser limitado a aplicativos específicos.**
-
-O nome da nova chave, ID da chave, um link para download e outras informações aparecem na página.
-
-![Baixar chaves do App Store Connect](/download_key.webp)
-
-Pegue todas as três informações necessárias aqui:  
-<1> ID do Emissor.  
-<2> ID da Chave.  
-<3> Clique “Baixar Chave da API” para baixar sua chave privada da API. O link de download aparece apenas se a chave privada ainda não tiver sido baixada. A Apple não mantém uma cópia da chave privada. Portanto, você pode baixá-la apenas uma vez.
-
-> _🔴_ Armazene sua chave privada em um lugar seguro. Você nunca deve compartilhar suas chaves, armazenar chaves em um repositório de código ou incluir chaves em código do lado do cliente.
-
-### Adicionando a chave da API do App Store Connect ao Codemagic
-
-1.  Abra as configurações da sua equipe Codemagic,  
-![Selecionar integrações da equipe](/select_team.webp)  
-![Abrir equipe](/open_team.webp)  
-Selecione identidades de assinatura de código  
-![Selecionar identidades de assinatura de código](/select_code_signing_identities.webp)  
-E faça o upload do certificado  
-![Fazer upload do certificado](/upload_certificate.webp)
-
-2.  Clique no botão **Adicionar chave**.  
-3.  Digite o `nome da chave da API do App Store Connect`. Este é um nome legível para humanos que será usado para se referir à chave mais tarde nas configurações do aplicativo.  
-4.  Digite os valores de `ID do Emissor` e `ID da Chave`.  
-5.  Clique em **Escolher um arquivo .p8** ou arraste o arquivo para fazer o upload da chave da API do App Store Connect baixada anteriormente.  
-6.  Clique em **Salvar**.
-
-_Now we can manage Codemagic with the App Store Connect API key, great!_  
-
-## 2\. Criar certificados e perfis de provisionamento
-
-#### Certificados
-
-Abra o XCode e vá para **Configurações** > **Contas** > **ID Apple** > **Equipes** e selecione sua equipe.
-
-![Identidades de assinatura de código](/code_signing_identities.webp)
-
-Clique em **Gerenciar certificados** > **+** e selecione **Distribuição Apple**.
-
-![Distribuição Apple](/apple_distribution.webp)
-
-Então você pode criar um novo certificado.
-
-Depois você precisa ir para o chaveiro para baixar o certificado como um arquivo `.p12`.
-
-Para fazer isso, você precisa ir para o chaveiro, mudar para o chaveiro **login** e, em seguida, a aba **Meus Certificados**.
-
-![Meus Certificados](/my_certificates.webp)
-
-Então você pode selecionar o certificado que deseja baixar. (Procure pela data do certificado)
-
-E, em seguida, clique com o botão direito no certificado e selecione **Exportar**.
-
-Escolha o formato de arquivo **Personal Information Exchange (.p12)**.
-
-Isso fará o download do certificado como um arquivo `.p12`.
-
-#### Perfis de provisionamento
-
-Abra [Apple Developer](https://developer.apple.com/account/resources/profiles/list) e selecione a equipe correta.
-
-Então crie um novo perfil, clicando em **+** 
-
-![Criar um novo perfil](/create_new_profile.webp)
-
-E selecione **App Store Connect**. 
-
-![Selecionar App Store Connect](/select_app_store_connect.webp)
-
-Então você precisa selecionar o aplicativo correto, tenha cuidado, você não pode usar wildcards, caso contrário, a assinatura falhará.
-
-![Selecionar o aplicativo correto](/select_app.webp)
-
-Selecione o certificado correto que você criou anteriormente (procure pela data de expiração, deve ser o mesmo dia e mês de hoje) e clique em **Continuar**.
-
-![Selecionar o certificado correto](/select_certificate.webp)
-
-Finalmente, digite o nome do perfil e clique em **Gerar**. 
-
-> O nome será usado para identificar o perfil no Codemagic.
-
-![Gerar o perfil](/generate_profile.webp)
-
-Você pode baixar o perfil como um arquivo `.mobileprovision`.
-
-![Baixar o perfil](/download_profile.webp)
-
-### Adicionando o certificado de assinatura de código
-
-O Codemagic permite que você faça upload de certificados de assinatura de código como arquivos PKCS#12 que contêm tanto o certificado quanto a chave privada que é necessária para usá-lo. Ao fazer o upload, o Codemagic pedirá que você forneça a senha do certificado (se o certificado estiver protegido por senha) junto com um **Nome de Referência** exclusivo, que pode ser usado na configuração do `codemagic.yaml` para buscar o arquivo específico.
-
--   Fazer upload do certificado  
--   Gerar um novo certificado  
--   Recuperar do Portal do Desenvolvedor  
-
-1.  Abra as configurações da sua equipe Codemagic, vá para **configurações do codemagic.yaml** > **Identidades de assinatura de código**.  
-2.  Abra a aba **certificados iOS**.  
-3.  Faça o upload do arquivo do certificado clicando em **Escolher um arquivo .p12 ou .pem** ou arrastando-o para o quadro indicado.  
-4.  Digite a **senha do certificado** e escolha um **Nome de Referência**.  
-5.  Clique em **Adicionar certificado**  
-
-### Adicionando o perfil de provisionamento
-
-O Codemagic permite que você faça upload de um perfil de provisionamento a ser usado para o aplicativo ou recupere um perfil do Portal do Desenvolvedor da Apple.
-
-O tipo do perfil, equipe, id do pacote e data de expiração são exibidos para cada perfil adicionado às identidades de assinatura de código. Além disso, o Codemagic informará se um certificado de assinatura de código correspondente está disponível nas identidades de assinatura de código (um sinal verde no campo **Certificado**) ou não.
-
-## 3\. Configurar Codemagic
-
-**Configurar segredos do Codemagic**
-
-Já se perguntou de onde vêm os valores do `ENV`? Bem, não é mais um segredo – vem do segredo do seu projeto. 🤦
-
-## **4\. Configurar arquivo de fluxo de trabalho do Codemagic**
-
-Crie um arquivo chamado `codemagic.yml` na raiz do seu projeto e adicione o seguinte.
-
-```yaml
-workflows:
-  ionic-capacitor-ios-workflow:
-    name: Capacitor iOS Workflow
-    max_build_duration: 120
-    instance_type: mac_mini_m1
-    integrations:
-      app_store_connect: CodeMagic
-    environment:
-      ios_signing:
-        distribution_type: app_store
-        bundle_identifier: YOUR_BUNDLE_IDENTIFIER
-      vars:
-        XCODE_WORKSPACE: ios/App/App.xcworkspace
-        XCODE_SCHEME: App
-        APP_STORE_APP_ID: YOUR_APP_STORE_APP_ID
-      node: v20.14.0
-      xcode: 15.4
-      cocoapods: default
-    triggering:
-      events:
-        - tag
-      tag_patterns:
-        - pattern: '*'
-          include: true
-    scripts:
-      - name: Install dependencies
-        script: |
-          npm install
-      - name: Cocoapods installation
-        script: |
-          cd ios/App && pod install
-      - name: Update dependencies and copy web assets to native project
-        script: |
-          npm run build
-          npx cap sync ios
-      - name: Set up code signing settings on Xcode project
-        script: |
-          xcode-project use-profiles
-      - name: Increment build number
-        script: |
-          cd $CM_BUILD_DIR/ios/App
-          LATEST_BUILD_NUMBER=$(app-store-connect get-latest-app-store-build-number "$APP_ID")
-          agvtool new-version -all $(($LATEST_BUILD_NUMBER + 1))
-      - name: Build ipa for distribution
-        script: |
-          xcode-project build-ipa \
-            --workspace "$XCODE_WORKSPACE" \
-            --scheme "$XCODE_SCHEME"
-    artifacts:
-      - build/ios/ipa/*.ipa
-      - /tmp/xcodebuild_logs/*.log
-      - $HOME/Library/Developer/Xcode/DerivedData/**/Build/**/*.app
-      - $HOME/Library/Developer/Xcode/DerivedData/**/Build/**/*.dSYM
-    publishing:
-      email:
-        recipients:
-          - YOUR_EMAIL
-        notify:
-          success: true # To not receive a notification when a build succeeds
-          failure: false # To not receive a notification when a build fails
-      app_store_connect:
-        auth: integration
-        # Configuration related to TestFlight (optional)
-        # Note: This action is performed during post-processing.
-        submit_to_testflight: true
-        # Configuration related to App Store (optional)
-        # Note: This action is performed during post-processing.
-        submit_to_app_store: false
-
-```
-
-Este fluxo de trabalho deve ser acionado manualmente ou após cada _tag_ do GitHub, se você precisar automatizar a tag, por favor, consulte [Construção e lançamento automático com ações do GitHub](/blog/automatic-build-and-release-with-github-actions/) primeiro.
-
-Então este fluxo de trabalho irá puxar suas dependências do NodeJS, instalá-las e construir seu aplicativo JavaScript.
-
-> Cada vez que você enviar uma nova tag, um lançamento será construído no TestFlight.
-
-Seu aplicativo não precisa usar Ionic, apenas a base do Capacitor é obrigatória, ele pode ter um antigo módulo Cordova, mas o plugin do Capacitor JS deve ser preferido.
-
-## 5\. Acionar fluxo de trabalho
-
-**Acionar o fluxo de trabalho**
-
-Envie os novos commits para o branch `main` ou `developement` para acionar o fluxo de trabalho.
-
-![Iniciado com commit](/build_result.webp)
-
-Depois de alguns minutos, a construção deve estar disponível no seu painel do App Store Connect.
-
-![Painel do Testflight](/testflight_app.webp)
-
-## Iniciar manualmente
-
-Você pode iniciar o fluxo de trabalho manualmente. 
-
-Primeiro, selecione o aplicativo que você deseja construir, depois clique em **Iniciar nova construção**.
-
-![Selecionar aplicativo](/select_app_codemagic.webp)
-
-Então selecione o branch que você deseja construir.
-
-![Selecionar branch](/select_branch.webp)
-
-E clique em **Iniciar nova construção**.
-
-Depois vá para a lista de construções
-
-![Lista de construção](/build_list.webp)
-
-E clique na construção para ver o resultado.
-
-![Resultado da construção](/build_result.webp)
-
-## Pode implantar do computador local
-
-Sim, você pode, e é muito fácil.
-
-Você pode usar o Xcode para construir e assinar seu aplicativo, como sempre.
-
-### Obrigado
-
-Este blog é baseado nos seguintes artigos:  
-- [Entrega contínua para IOS usando Codemagic e ações do GitHub](https://litoarias.medium.com/continuous-delivery-for-ios-using-Codemagic-and-github-actions-edf62ee68ecc/)  
-- [Documentação do Codemagic](https://docs.Codemagic.tools/app-store-connect-api/)  
-- [Esta mensagem do GitHub de @mrogunlana](https://github.com/Codemagic-community/Codemagic-plugin-ionic/issues/63/#issuecomment-1074328057)
diff --git a/src/content/blog/it/automatic-capacitor-ios-build-github-action-with-match.md b/src/content/blog/it/automatic-capacitor-ios-build-github-action-with-match.md
deleted file mode 100644
index 0058eeae9..000000000
--- a/src/content/blog/it/automatic-capacitor-ios-build-github-action-with-match.md
+++ /dev/null
@@ -1,362 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action-with-match
-title: Build automatico di Capacitor iOS con GitHub actions utilizzando match
-description: >-
-  Come configurare una pipeline CI/CD per la tua app Ionic IOS utilizzando
-  fastlane e GitHub Actions in 5 minuti (2022)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-30T00:00:00.000Z
-updated_at: 2024-08-01T00:00:00.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: Illustrazione dell'azione GitHub di Fastlane TestFlight
-keywords: 'Fastlane, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: it
-next_blog: automatic-capacitor-android-build-github-action
----
-# Build automatiche iOS con GitHub Actions utilizzando Match
-
-La configurazione del CI/CD per le app Capacitor può essere complessa e richiedere tempo. Ecco cosa devi sapere:
-
-## Prerequisiti
-
-Prima di iniziare, avrai bisogno di:
-
-- Un account GitHub con accesso admin
-- Iscrizione al programma sviluppatori iOS 
-- Accesso alle API di App Store Connect con i permessi appropriati
-- Comprensione dei workflow di GitHub Actions
-- Conoscenza della configurazione di Fastlane e Match
-- Tempo per mantenere e fare debug della pipeline
-- Un team di molti sviluppatori, altrimenti consigliamo di usare [fastlane cert](/blog/automatic-capacitor-ios-build-github-action) per workflow più semplici
-
-## Setup CI/CD Professionale by Capgo
-
-Salta la complessità. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) configura la tua pipeline CI/CD direttamente nella piattaforma che preferisci:
-
-- **Indipendenza dalla Piattaforma**: Funziona con GitHub Actions, GitLab CI o altri
-- **Integrazione Perfetta**: Non serve cambiare piattaforma, funziona con il tuo processo attuale
-- **Configurazione Personalizzata**: Setup personalizzato in base alle esigenze del progetto
-- **Guida Esperta**: Abbiamo già configurato CI/CD per oltre 50 app
-
-### Prezzi
-- Setup una tantum: €2.600
-- Costi di gestione: ~€300/anno 
-- Confronto con altre soluzioni proprietarie: €6.000/anno
-- **Risparmio di €26.100 in 5 anni**
-
-[Configura CI/CD Ora](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Guida al Setup Manuale
-
-Se vuoi comunque configurare tutto da solo, ecco cosa devi fare:
-
-## Continuous Delivery per iOS usando Fastlane e GitHub Actions con match
-
-## Prerequisiti
-
-Prima di continuare con il tutorial...
-
-- Assicurati di avere Fastlane [installato](https://docs.fastlane.tools/) sulla tua macchina di sviluppo.  
-- Iscrizione al programma sviluppatori iOS.
-- Voglia di leggere 😆...
-- Un team di molti sviluppatori, altrimenti consigliamo di usare [fastlane cert](/blog/automatic-capacitor-ios-build-github-action) per workflow più semplici.
-
-## Importante sui prezzi
-
-![Price GitHub Action](/price_github_actions.webp)
-
-[https://github.com/features/actions](https://github.com/features/actions/)
-
-Il servizio è 'gratuito' fino al limite, a seconda della macchina scelta.
-Useremo una macchina **_macOS_**, puoi vedere nello screenshot il suo prezzo e i limiti (prezzi aggiornati alla creazione del tutorial, potrebbero subire variazioni in futuro)
-
-🔴 **_Una volta avvisati dei requisiti e dei prezzi, se ti va, continuiamo..._**
-
-> **_📣_ Nel post assumiamo di avere l'app creata in iTunes connect, di avere i certificati dell'ecosistema Apple, tutto sarà copiato da Fastlane!**
-
-## Immergiamoci 🤿
-
-**Passaggi da seguire nel post**
-
-1. _Utilizzo delle API di App Store Connect con Fastlane Match_
-2. _Requisiti_
-3. _Creazione di una chiave API di App Store Connect_
-4. _Utilizzo di una chiave API di App Store Connect_
-5. _Copia dei file Fastlane_
-6. _Configurazione di Fastlane match_
-
-[Continua la traduzione del resto del testo mantenendo lo stesso stile e formato]
-
-**Configurare i segreti GitHub**
-
-Ti sei mai chiesto da dove provengono i valori dell'`ENV`? Beh, non è più un segreto - proviene dai segreti del tuo progetto. 🤦
-
-![Imposta i segreti GitHub](/github_secets.webp)
-
-1. `APP_STORE_CONNECT_TEAM_ID` - l'ID del tuo team App Store Connect se fai parte di più team.
-
-2. `DEVELOPER_APP_ID` - in App Store Connect, vai all'app → **App Information** → Scorri fino alla sezione `General Information` della tua app e cerca `Apple ID`.
-
-3. `DEVELOPER_APP_IDENTIFIER` - l'identificatore bundle della tua app.
-
-4. `DEVELOPER_PORTAL_TEAM_ID` - l'ID del tuo team Developer Portal se fai parte di più team.
-
-5. `FASTLANE_APPLE_ID` - l'Apple ID o email dello sviluppatore che usi per gestire l'app.
-
-6. `GIT_USERNAME` & `GIT_TOKEN` - Il tuo nome utente git e il tuo token di accesso personale.
-
-7. `MATCH_PASSWORD` - la passphrase che hai assegnato durante l'inizializzazione di match, sarà usata per decrittare i certificati e i profili di provisioning.
-
-8. `PROVISIONING_PROFILE_SPECIFIER` - `match AppStore <1>`, es. `match AppStore com.domain.blabla.demo`.
-
-9. `TEMP_KEYCHAIN_USER` & `TEMP_KEYCHAIN_PASSWORD` - assegna un utente e una password keychain temporanei per il tuo workflow.
-
-10. `APPLE_KEY_ID` — App Store Connect API Key 🔺Key ID.
-
-11. `APPLE_ISSUER_ID` — App Store Connect API Key 🔺Issuer ID.
-
-12. `APPLE_KEY_CONTENT` — App Store Connect API Key 🔺 File chiave o contenuto chiave di _.p8_, [controllalo](https://github.com/fastlane/fastlane/issues/18655/#issuecomment-881764901)
-<2>
-13. `CERTIFICATE_STORE_URL` — L'URL del repository delle tue chiavi Match (es: https://github.com/***/fastlane_match.git)
-
-## **4. Configurare il file di workflow GitHub**
-
-Crea una directory di workflow GitHub.
-
-```ruby
-default_platform(:ios)
-
-DEVELOPER_APP_IDENTIFIER = ENV["DEVELOPER_APP_IDENTIFIER"]
-DEVELOPER_APP_ID = ENV["DEVELOPER_APP_ID"]
-PROVISIONING_PROFILE_SPECIFIER = ENV["PROVISIONING_PROFILE_SPECIFIER"]
-TEMP_KEYCHAIN_USER = ENV["TEMP_KEYCHAIN_USER"]
-TEMP_KEYCHAIN_PASSWORD = ENV["TEMP_KEYCHAIN_PASSWORD"]
-APPLE_ISSUER_ID = ENV["APPLE_ISSUER_ID"]
-APPLE_KEY_ID = ENV["APPLE_KEY_ID"]
-APPLE_KEY_CONTENT = ENV["APPLE_KEY_CONTENT"]
-GIT_USERNAME = ENV["GIT_USERNAME"]
-GIT_TOKEN = ENV["GIT_TOKEN"]
-
-def delete_temp_keychain(name)
-  delete_keychain(
-    name: name
-  ) if File.exist? File.expand_path("~/Library/Keychains/#{name}-db")
-end
-
-def create_temp_keychain(name, password)
-  create_keychain(
-    name: name,
-    password: password,
-    unlock: false,
-    timeout: 0
-  )
-end
-
-def ensure_temp_keychain(name, password)
-  delete_temp_keychain(name)
-  create_temp_keychain(name, password)
-end
-
-platform :ios do
-  lane :build do
-    build_app(
-      configuration: "Release",
-      workspace: "./ios/App/App.xcworkspace",
-      scheme: "App",
-      export_method: "app-store",
-      export_options: {
-        provisioningProfiles: { 
-            DEVELOPER_APP_ID => "#{PROVISIONING_PROFILE_SPECIFIER}"
-        }
-      }
-    )
-  end
-  lane :refresh_profiles do
-    match(
-      type: "development",
-      force: true)
-    match(
-      type: "adhoc",
-      force: true)
-  end
-  desc "Register new device"
-  lane :register_new_device do  |options|
-      device_name = prompt(text: "Enter the device name: ")
-      device_udid = prompt(text: "Enter the device UDID: ")
-      device_hash = {}
-      device_hash[device_name] = device_udid
-      register_devices(
-                       devices: device_hash
-                       )
-    refresh_profiles
-  end
-  lane :closed_beta do
-    keychain_name = TEMP_KEYCHAIN_USER
-    keychain_password = TEMP_KEYCHAIN_PASSWORD
-    ensure_temp_keychain(keychain_name, keychain_password)
-
-    api_key = app_store_connect_api_key(
-      key_id: APPLE_KEY_ID,
-      issuer_id: APPLE_ISSUER_ID,
-      key_content: APPLE_KEY_CONTENT,            
-      duration: 1200,            
-      in_house: false
-    )
-
-    match(
-      type: 'appstore',
-      git_basic_authorization: Base64.strict_encode64("#{GIT_USERNAME}:#{GIT_TOKEN}"),
-      readonly: true,
-      keychain_name: keychain_name,
-      keychain_password: keychain_password,
-      api_key: api_key
-    )
-
-    gym(
-      configuration: "Release",
-      workspace: "./ios/App/App.xcworkspace",
-      scheme: "App",
-      export_method: "app-store",
-      export_options: {
-        provisioningProfiles: { 
-            DEVELOPER_APP_ID => "#{PROVISIONING_PROFILE_SPECIFIER}"
-        }
-      }
-    )
-
-    pilot(
-      apple_id: "#{DEVELOPER_APP_ID}",
-      app_identifier: "#{DEVELOPER_APP_IDENTIFIER}",
-      skip_waiting_for_build_processing: true,
-      skip_submission: true,
-      distribute_external: false,
-      notify_external_testers: false,
-      ipa: "./App.ipa"
-    )
-
-    delete_temp_keychain(keychain_name)
-  end
-  lane :submit_review do
-    version = ''
-    Dir.chdir("..") do
-      file = File.read("package.json")
-      data = JSON.parse(file)
-      version = data["version"]
-    end
-    deliver(
-      app_version: version,
-      submit_for_review: true,
-      automatic_release: true,
-      force: true, # Skip HTMl report verification
-      skip_metadata: false,
-      skip_screenshots: false,
-      skip_binary_upload: true
-    )
-  end
-end
-```
-
-All'interno della cartella `workflow`, crea un file chiamato `build-upload-ios.yml` e aggiungi quanto segue.
-
-```ruby
-app_identifier(ENV["DEVELOPER_APP_IDENTIFIER"])
-apple_id(ENV["FASTLANE_APPLE_ID"])
-itc_team_id(ENV["APP_STORE_CONNECT_TEAM_ID"])
-team_id(ENV["DEVELOPER_PORTAL_TEAM_ID"])
-```
-
-Questo workflow dovrebbe essere attivato dopo ogni _tag_ GitHub, se hai bisogno di automatizzare il tag, consulta prima [Build e rilascio automatico con GitHub actions](/blog/automatic-build-and-release-with-github-actions/).
-
-Quindi questo workflow scaricherà le tue dipendenze NodeJS, le installerà e compilerà la tua app JavaScript.
-
-> Ogni volta che invii un nuovo commit, verrà creato un rilascio in TestFlight.
-
-La tua App non deve necessariamente utilizzare Ionic, è obbligatoria solo la base Capacitor, può avere vecchi moduli Cordova, ma è preferibile utilizzare i plugin Capacitor JS.
-
-## 5. Attivare il workflow
-
-**Creare un Commit**
-
-Fai un _commit_, dovresti vedere il workflow attivo nel repository.
-
-**Attivare il workflow**
-
-Invia i nuovi commit al branch `main` o `development` per attivare il workflow.
-
-![Iniziato con commit](/cd_started.webp)
-
-Dopo alcuni minuti, la build dovrebbe essere disponibile nella tua dashboard di App Store Connect.
-
-![Dashboard Testflight](/testflight_app.webp)
-
-## Si può distribuire dalla macchina locale?
-
-Sì, puoi farlo, ed è molto semplice.
-
-Immagina di avere un repository privato e di aver esaurito i minuti del piano gratuito e non vuoi pagare per nuovi rilasci, o forse preferisci inviare l'applicazione manualmente.
-
-**_Facciamolo_**
-
-Ok, prima dobbiamo creare nel percorso _my_project_path/fastlane_ un file chiamato **_.env,_** proprio nello stesso percorso di _Fastfile,_ per poter creare le stesse proprietà _secret_ trovate nel nostro _GitHub,_ come sotto:
-
-File .env per la distribuzione dalla macchina locale
-
-Ora puoi andare al _terminale_ e lanciare _Fastlane_ dalla tua macchina:
-
-```shell
-fastlane match init
-```
-
-> **❌ Importante riguardo al file** _.env_ **, poiché preferiremmo non esporre questi dati, dobbiamo aggiungerlo nel nostro** _.gitignore_**, qualcosa del genere: ❌**
-
-```
-[01:00:00]: fastlane match supports multiple storage modes, please select the one you want to use:1. git2. google_cloud3. s3?
-```
-
-Dovrebbe funzionare allo stesso modo di come accade da GitHub Actions sulla macchina remota ma sulla nostra macchina locale. 🍻
-
-![Esecuzione locale di Fastlane](/local_fastlane.webp)
-
-Esecuzione terminale: $ Fastlane closed_beta
-
-**_Se sei arrivato fin qui, congratulazioni, ora hai un processo completamente automatizzato per le tue app iOS con Fastlane e GitHub Actions._**
-
-> Ogni volta che invii un nuovo commit, verrà creato un rilascio nella console di Google Play, canale beta.
-Migliorerò questo blog con i vostri feedback, se avete domande o suggerimenti, fatemi sapere via email martin@capgo.app
-
-### Build sul tuo dispositivo
-
-Se hai ancora bisogno di compilare sul tuo dispositivo, devi aggiungerli manualmente al provisioning.
-Collega il tuo dispositivo al mac e apri il menu dispositivi
-![trova menu dispositivo ios](/find_ios_device.webp)
-Poi copia il tuo identificatore 
-![trova identificatore ios](/find_ios_identifier.webp)
-E poi avvia il comando:
-`fastlane register_new_device`
-ti chiederà di impostare un nome dispositivo e l'identificatore:
-![imposta identificatore ios](/set_identifier.webp)
-
-### se hai problemi
-
-Se hai problemi con i dispositivi di sviluppo che non riescono a testare ecc. questo di solito lo risolve.
-
-C'è un comando magico che può salvarti:
-```
-[01:00:00]: Please create a new, private git repository to store the certificates and profiles there[01:00:00]: URL of the Git Repo: <YOUR_CERTIFICATES_REPO_URL>
-```
-
-Poi:
-Pulisci il progetto tenendo premuto Shift(⇧)+Command(⌘)+K o selezionando Product > Clean (potrebbe essere etichettato "Clean Build Folder")
-
-Quindi prova a eseguire nuovamente l'app sul tuo dispositivo.
-
-### Grazie
-
-Questo blog è basato sui seguenti articoli:
-- [Continuous delivery per IOS usando Fastlane e GitHub actions](https://litoarias.medium.com/continuous-delivery-for-ios-using-fastlane-and-github-actions-edf62ee68ecc/)
-- [Documentazione Fastlane](https://docs.fastlane.tools/app-store-connect-api/)
-- [Questo messaggio GitHub da @mrogunlana](https://github.com/fastlane-community/fastlane-plugin-ionic/issues/63/#issuecomment-1074328057)
diff --git a/src/content/blog/it/automatic-capacitor-ios-build-github-action.md b/src/content/blog/it/automatic-capacitor-ios-build-github-action.md
deleted file mode 100644
index b1ba11e21..000000000
--- a/src/content/blog/it/automatic-capacitor-ios-build-github-action.md
+++ /dev/null
@@ -1,319 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action
-title: Costruzione automatica di Capacitor per IOS con azioni GitHub con certificato
-description: >-
-  Cómo configurar un pipeline de CI/CD para tu aplicación IOS Ionic utilizando
-  fastlane y GitHub Actions en 5 minutos (2024)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-08-04T00:00:00.000Z
-updated_at: 2025-01-21T00:00:00.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: Illustration de l'action GitHub TestFlight Fastlane
-keywords: 'Fastlane, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: it
-next_blog: automatic-capacitor-android-build-github-action
----
-# Compilaciones automáticas de iOS con GitHub Actions usando certificados
-
-Configurar CI/CD para aplicaciones de Capacitor puede ser complejo y consumir tiempo. Aquí tienes lo que necesitas saber:
-
-## Prerrequisitos
-
-Antes de comenzar, necesitarás configurar:
-
-- Una cuenta de GitHub con acceso de administrador
-- Membresía en el programa de desarrollador de iOS
-- Acceso a la API de App Store Connect con los permisos adecuados
-- Comprensión de los flujos de trabajo de GitHub Actions
-- Conocimientos sobre la configuración de Fastlane
-- Tiempo para mantener y depurar la canalización
-- Certificados y perfiles de aprovisionamiento adecuados
-
-## Configuración profesional de CI/CD por Capgo
-
-Salta la complejidad. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) configura tu canalización de CI/CD directamente en tu plataforma preferida:
-
-- **Independencia de plataforma**: Funciona con GitHub Actions, GitLab CI u otros
-- **Integración fluida**: No es necesario cambiar de plataforma, funciona con tu proceso actual
-- **Configuración personalizada**: Configuración adaptada a las necesidades de tu proyecto
-- **Asesoramiento experto**: Ya hemos configurado CI/CD para más de 50 aplicaciones
-
-### Precios
-- Tarifa de configuración única: $2,600
-- Costos de funcionamiento: ~$300/año
-- Comparar con otras soluciones propietarias: $6,000/año
-- **Ahorra $26,100 en 5 años**
-
-[Configurar CI/CD ahora](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## Guía de configuración manual
-
-Si aún deseas configurar todo tú mismo, aquí tienes lo que necesitas hacer:
-
-## Entrega continua para iOS usando Fastlane y GitHub Actions y certificado
-
-## Prerrequisitos
-
-Antes de continuar con el tutorial:
-
-- Asegúrate de tener Fastlane [instalado](https://docs.fastlane.tools/) en tu máquina de desarrollo.
-- Asegúrate de que eres parte de la membresía del programa de desarrollador de iOS.
-
-## Información importante sobre el precio
-
-![Precio GitHub Action](/price_github_actions.webp)
-
-[https://github.com/features/actions](https://github.com/features/actions/)
-
-El servicio es '_gratis'_ hasta el límite, dependiendo de la máquina elegida.  
-Vamos a usar una **_máquina macOS_**, puedes ver en la captura de pantalla su precio y límites (precios al momento de la creación del tutorial, pueden sufrir cambios en el futuro)
-
-**Una vez advertidos sobre los requisitos y precios, continuemos.**
-
-> **Nota: En la publicación asumo que tienes la aplicación creada en App Store Connect. ¡La información importante será copiada por Fastlane!**
-
-## Qué aprenderás en el tutorial
-
-**Pasos a seguir en la publicación**
-
-1.  _Uso de la API de App Store Connect con Fastlane_
-    - _Requisitos:_
-      - _Crear una clave de API de App Store Connect_
-      - _Usar una clave de API de App Store Connect_
-2.  _Copiar archivos de Fastlane_
-3.  _Configurar GitHub Actions_
-
-## 1. Uso de la API de App Store Connect con Fastlane
-
-> A partir de febrero de 2021, se requiere autenticación de dos factores o verificación en dos pasos para que todos los usuarios inicien sesión en App Store Connect. Esta capa adicional de seguridad para tu ID de Apple ayuda a garantizar que eres la única persona que puede acceder a tu cuenta.  
-> De [Soporte de Apple](https://developer.apple.com/support/authentication/)
-
-### Requisitos
-
-Para que Fastlane pueda utilizar la API de App Store Connect para cargar tu aplicación, necesitas proporcionar las siguientes **tres** cosas:
-
-1.  ID de emisor
-2.  ID de clave
-3.  Archivo de clave o contenido de clave
-
-### Obtención de una clave de API de App Store Connect
-
-Para generar claves, debes tener permiso de Administrador en App Store Connect. Si no tienes ese permiso, puedes dirigir a la persona relevante a este artículo.
-
-1. Inicia sesión en [App Store Connect](https://appstoreconnect.apple.com/).
-
-2. Selecciona [Usuarios y acceso](https://appstoreconnect.apple.com/access/users/).
-
-![Acceso de usuario a App Store Connect](/select_user_access.webp)
-
-3 — Selecciona la pestaña de Integración.
-
-![Integración de API de App Store Connect](/user_access_keys.webp)
-
-4. Haz clic en Generar clave de API o en el botón Agregar (+).
-
-![Crear claves de API de App Store Connect](/user_access.webp)
-
-5. Ingresa un nombre para la clave. El nombre es solo para tu referencia y no es parte de la clave en sí.
-
-![Crear nombre de claves de API de App Store Connect](/gen_key.webp)
-
-6 — En Acceso, selecciona el rol para la clave. Los roles que se aplican a las claves son los mismos que se aplican a los usuarios de tu equipo. Consulta [permisos de roles](https://help.apple.com/app-store-connect/#/deve5f9a89d7/). Recomendamos seleccionar **Administrador de aplicaciones**.
-
-7. Haz clic en Generar.
-
-> **El acceso de una clave de API no puede limitarse a aplicaciones específicas.**
-
-El nombre de la nueva clave, el ID de la clave, un enlace de descarga y otra información aparecen en la página.
-
-![Descargar claves de App Store Connect](/download_key.webp)
-
-Puedes obtener aquí toda la información necesaria.  
-<1> ID de emisor. (`APPLE_ISSUER_ID` secreto)  
-<2> ID de clave. (`APPLE_KEY_ID` secreto)  
-<3> Haz clic en "Descargar clave de API" para descargar tu clave privada de API. El enlace de descarga solo aparece si la clave privada no se ha descargado aún. Apple no guarda una copia de la clave privada. Así que, solo puedes descargarla una vez.
-
-> _🔴_ Guarda tu clave privada en un lugar seguro. Nunca debes compartir tus claves, guardar claves en un repositorio de código o incluir claves en código del lado del cliente.
-
-### Uso de una clave de API de App Store Connect
-
-El archivo de clave API (archivo p8 que descargas), el ID de clave y el ID de emisor son necesarios para crear el token JWT para la autorización. Hay múltiples formas en que esta información se puede transmitir a Fastlane. Elegí usar la nueva acción de Fastlane `app_store_connect_api_key`. Puedes aprender otras formas en [documentación de Fastlane](https://docs.fastlane.tools/actions/app_store_connect_api_key/). Muestra este método porque creo que es la forma más fácil de trabajar con la mayoría de CI disponibles, donde puedes establecer variables de entorno.
-
-Por favor, convierte el archivo p8 que descargas a Base64 y guárdalo como un secreto (`APPLE_KEY_CONTENT`).
-
-## 2. Certificados
-
-Abre XCode y ve a **Configuración** > **Cuentas** > **ID de Apple** > **Equipos** y selecciona tu equipo.
-
-![Identidades de firma de código](/code_signing_identities.webp)
-
-Haz clic en **Administrar certificados**.
-
-Si aún no has creado un certificado, puedes crear uno nuevo.
-
-Haz clic en **+** y selecciona **Distribución de Apple**.
-
-![Distribución de Apple](/apple_distribution.webp)
-
-Luego necesitas ir a llaveros para descargar el certificado como un archivo `.p12`.
-
-Para hacerlo, debes ir a llaveros, cambiar al llavero **inicio de sesión** y luego a la pestaña **Mis certificados**.
-
-![Mis certificados](/my_certificates.webp)
-
-Luego puedes seleccionar el certificado que deseas descargar. (Busca por la fecha del certificado)
-
-Y luego haz clic derecho en la clave privada del certificado y selecciona **Exportar**.
-
-Elige el formato de archivo **Intercambio de información personal (.p12)**.
-
-Eso descargará el certificado como un archivo `.p12`.
-
-Por favor, abre el archivo en un terminal y usa el siguiente comando para convertirlo a Base64:
-
-## 3. Perfiles de aprovisionamiento
-
-Abre [Apple Developer](https://developer.apple.com/account/resources/profiles/list) y selecciona el equipo adecuado.
-
-Luego crea un nuevo perfil, haciendo clic en **+** 
-
-![Crear un nuevo perfil](/create_new_profile.webp)
-
-Y selecciona **App Store Connect**. 
-
-![Seleccionar App Store Connect](/select_app_store_connect.webp)
-
-Luego necesitas seleccionar la aplicación correcta, ten cuidado, no puedes usar un comodín, de lo contrario la firma fallará.
-
-![Seleccionar la aplicación correcta](/select_app.webp)
-
-Selecciona el certificado correcto que creaste antes (busca la fecha de vencimiento, debe ser el mismo día y mes que hoy) y haz clic en **Continuar**.
-
-![Seleccionar el certificado correcto](/select_certificate.webp)
-
-Finalmente, ingresa el nombre del perfil y haz clic en **Generar**. 
-
-> El nombre se utilizará para identificar el perfil en Fastlane, bajo el valor de `APPLE_PROFILE_NAME`.
-
-![Generar el perfil](/generate_profile.webp)
-
-Puedes descargar el perfil como un archivo `.mobileprovision`.
-
-![Descargar el perfil](/download_profile.webp)
-
-Por favor, convierte el perfil a Base64 y guárdalo como un secreto (`BUILD_PROVISION_PROFILE_BASE64`).
-
-## 4. Copiar archivos de Fastlane
-
-Fastlane es una biblioteca Ruby creada para automatizar tareas comunes de desarrollo móvil. Usando Fastlane, puedes configurar "carriles" personalizados que agrupan una serie de "acciones" que realizan tareas que normalmente realizarías usando Android Studio. Puedes hacer mucho con Fastlane, pero para los propósitos de este tutorial, solo usaremos un puñado de acciones básicas.
-
-Crea una carpeta de Fastlane en la raíz de tu proyecto y copia los siguientes archivos:
-`Fastfile`
-
-## 5. Configuración de secretos
-Localmente, Fastlane usará el archivo `.env` para los secretos.
-Aquí tienes un ejemplo del archivo `.env`:
-
-### Obtener el APP_STORE_CONNECT_TEAM_ID
-Ve al [Centro de desarrolladores](https://developer.apple.com/account) y desplázate hacia abajo hasta la sección `Detalles de membresía`.
-El `ID de equipo` es el valor que necesitas establecer en el secreto `APP_STORE_CONNECT_TEAM_ID`.
-
-### Obtener el BUNDLE_IDENTIFIER
-
-1. Abre Xcode
-2. Haz doble clic en la `Aplicación` en el navegador del proyecto
-3. Luego haz clic en la pestaña `Firma y capacidades`
-4. Copia el valor del `Identificador de paquete`. Este es el valor que necesitas establecer en el secreto `BUNDLE_IDENTIFIER`.
-
-## 6. Procesamiento de compilaciones
-
-En GitHub Actions, **se te cobra según los minutos** que has utilizado para ejecutar tu flujo de trabajo de CI/CD. Desde mi experiencia, toma alrededor de 10 a 15 minutos antes de que una compilación pueda ser procesada en App Store Connect.
-
-Para proyectos privados, el costo estimado por compilación puede llegar a **$0.08/min x 15 mins = $1.2**, o más, dependiendo de la configuración y dependencias de tu proyecto.
-
-Si te preocupa el costo para proyectos privados, puedes establecer `skip_waiting_for_build_processing` en `true`. Esto ahorrará minutos de compilación al no esperar a que App Store Connect termine de procesar la compilación.
-
-Cependant, il y a un compromis - vous devrez mettre à jour manuellement les informations de conformité de votre application dans App Store Connect avant de pouvoir distribuer la version aux utilisateurs.
-
-Cette optimisation est principalement utile pour les projets privés où les minutes de construction coûtent de l'argent. Pour les projets publics/gratuits, les minutes de construction sont gratuites, donc il n'est pas nécessaire d'activer ce paramètre. Consultez la [page de tarification de GitHub](https://github.com/pricing/) pour plus de détails.
-
-
-## 7. Configurer GitHub Actions
-
-**Configurer les secrets GitHub**
-
-Veuillez copier les secrets depuis le fichier `.env` et les coller dans les secrets du dépôt GitHub.
-
-Allez dans **Paramètres** > **Secrets et variables** > **Actions** > **Nouveau secret de dépôt**
-
-<div class="mx-auto" style="width: 100%; margin-top: 20px;">
-  <img src="/apple_team_id.webp" alt="app-store-connect-team-id">
-</div>
-
-2. `BUILD_CERTIFICATE_BASE64` - Certificat encodé en Base64.
-
-3. `BUILD_PROVISION_PROFILE_BASE64` - Profil de provisionnement encodé en Base64.
-
-4. `BUNDLE_IDENTIFIER` - identifiant du bundle de votre application.
-
-5. `APPLE_KEY_ID` — ID de clé API App Store Connect 🔺ID de clé.
-
-6. `APPLE_ISSUER_ID` — ID d'émetteur de clé API App Store Connect 🔺ID d'émetteur.
-
-7. `APPLE_KEY_CONTENT` — Contenu de la clé API App Store Connect 🔺 Contenu de la clé de _.p8_, [vérifiez-le](https://github.com/fastlane/fastlane/issues/18655/#issuecomment-881764901)
-
-## 8. Configurer le fichier de workflow GitHub
-
-Créez un répertoire de workflow GitHub.
-
-```shell
-base64 -i APPLE_KEY_CONTENT.p8 | pbcopy
-```
-
-Dans le dossier `workflow`, créez un fichier nommé `build-upload-ios.yml` et ajoutez ce qui suit.
-
-```shell
-base64 -i BUILD_CERTIFICATE.p12 | pbcopy
-```
-
-Ce workflow doit être déclenché après chaque _tag_ GitHub, si vous devez automatiser le tag, veuillez consulter [Construction et publication automatiques avec les actions GitHub](/blog/automatic-build-and-release-with-github-actions/) d'abord.
-
-Ensuite, ce workflow tirera vos dépendances NodeJS, les installera et construira votre application JavaScript.
-
-> Chaque fois que vous envoyez un nouveau commit, une version sera construite dans TestFlight.
-
-Votre application n'a pas besoin d'utiliser Ionic, seul le base Capacitor est obligatoire, elle peut avoir un ancien module Cordova, mais le plugin Capacitor JS doit être privilégié.
-
-## 8. Déclencher le workflow
-
-**Créer un commit**
-
-Faites un _commit_, vous devriez voir le workflow actif dans le dépôt.
-
-**Déclencher le workflow**
-
-Poussez les nouveaux commits vers la branche `main` ou `developement` pour déclencher le workflow.
-
-![Commencé avec le commit](/cd_started.webp)
-
-Après quelques minutes, la construction devrait être disponible dans votre tableau de bord App Store Connect.
-
-![Tableau de bord Testflight](/testflight_app.webp)
-
-## 9. Puis-je déployer depuis la machine locale ?
-
-Oui, vous pouvez, et c'est très facile.
-
-Vous pouvez utiliser Xcode pour construire et signer votre application, comme toujours.
-
-### Merci
-
-Ce blog est basé sur les articles suivants :
-- [Livraison continue pour IOS utilisant Fastlane et GitHub actions](https://litoarias.medium.com/continuous-delivery-for-ios-using-fastlane-and-github-actions-edf62ee68ecc/)
-- [Documentation Fastlane](https://docs.fastlane.tools/app-store-connect-api/)
-- [Ce message GitHub de @mrogunlana](https://github.com/fastlane-community/fastlane-plugin-ionic/issues/63/#issuecomment-1074328057)
-- [Cette documentation GitHub](https://docs.github.com/en/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development)
diff --git a/src/content/blog/it/best-practices-for-capacitor-script-automation.md b/src/content/blog/it/best-practices-for-capacitor-script-automation.md
deleted file mode 100644
index 1def64496..000000000
--- a/src/content/blog/it/best-practices-for-capacitor-script-automation.md
+++ /dev/null
@@ -1,278 +0,0 @@
----
-slug: best-practices-for-capacitor-script-automation
-title: Migliori Pratiche per l'Automazione degli Script Capacitor
-description: >-
-  Impara le best practice per automatizzare gli script di Capacitor per
-  semplificare gli aggiornamenti delle app, migliorare la sicurezza e
-  ottimizzare le prestazioni.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T11:08:30.579Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dce66283b63ee70fa0e1e4-1742555321812.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, script automation, CI/CD, mobile updates, performance optimization,
-  security practices
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) l'automazione degli script aiuta gli sviluppatori ad aggiornare le app mobili in modo rapido ed efficiente. Ecco cosa devi sapere:
-
--   **Aggiornamenti Più Rapidi**: Le modifiche raggiungono il 95% degli utenti entro 24 ore - saltando i ritardi degli app store.
--   **Riduzione degli Errori**: L'automazione minimizza gli errori umani.
--   **Flussi di Lavoro Semplificati**: Distribuisci con un singolo comando utilizzando strumenti come [GitHub Actions](https://docs.github.com/actions) e [GitLab CI](https://docs.gitlab.com/ee/ci/).
-
-### Pratiche Chiave:
-
--   **Script Modulari**: Suddividi il codice in parti riutilizzabili per aggiornamenti più semplici.
--   **Pipeline CI/CD**: Automatizza test e distribuzioni per risultati costanti.
--   **Sicurezza**: Usa la crittografia end-to-end e permessi basati sui ruoli per proteggere gli aggiornamenti.
-
-### Strumenti da Considerare:
-
--   **[Capgo](https://capgo.app/)**: Fornisce aggiornamenti istantanei, monitora le prestazioni e garantisce distribuzioni sicure.
--   **Successo Globale**: Raggiunge un tasso di successo degli aggiornamenti dell'82% con velocità di download di 114ms per bundle da 5MB.
-
-L'automazione garantisce aggiornamenti delle app più veloci, sicuri e affidabili. Approfondisci i dettagli per ottimizzare il tuo flusso di lavoro!
-
-## Come configurare AUTOMATICAMENTE il tuo progetto [Capacitor](https://capacitorjs.com/) ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-21.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/kYFZkmJ6rAc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Standard di Scrittura degli Script
-
-La creazione di script di automazione Capacitor efficaci richiede una struttura chiara, facilità di manutenzione e monitoraggio affidabile. Concentrandosi sul design modulare e sul corretto controllo delle versioni, i team possono garantire successo e adattabilità a lungo termine.
-
-### Creazione di Script Modulari
-
-Suddividere gli script in moduli più piccoli e riutilizzabili aiuta a mantenere il codice pulito ed efficiente. Questo metodo minimizza la ridondanza e semplifica i test e gli aggiornamenti.
-
-Ecco alcuni suggerimenti per lo sviluppo di script modulari:
-
--   Scrivi funzioni indipendenti per compiti specifici.
--   Usa convenzioni di denominazione coerenti per chiarezza.
--   Progetta interfacce che incoraggiano il riutilizzo del codice.
--   Organizza i componenti per semplificare i test.
-
-### Gestione delle Modifiche al Codice
-
-Il controllo delle versioni è essenziale per tracciare le modifiche e favorire la collaborazione. L'incorporazione di pipeline CI/CD può ulteriormente semplificare le distribuzioni e mantenere la qualità del codice. Le migliori pratiche includono:
-
-1.  **Messaggi di commit chiari**: Documenta le modifiche in modo diretto.
-2.  **Branch per funzionalità**: Isola le modifiche per evitare conflitti.
-3.  **Revisioni del codice**: Usa revisioni tra pari per mantenere standard elevati.
-
-Molti team hanno visto migliorare l'efficienza delle distribuzioni integrando gli strumenti CI/CD di Capgo con piattaforme come GitHub Actions e GitLab CI [\[1\]](https://capgo.app/).
-
-### Monitoraggio degli Script
-
-Il monitoraggio degli script garantisce che i problemi vengano rilevati e risolti prima che impattino sugli utenti. Una solida strategia di monitoraggio dovrebbe coprire:
-
-| Componente | Scopo | Metriche |
-| --- | --- | --- |
-| **Tracciamento Errori** | Individuare problemi proattivamente | Tassi di errore, tipi di errore |
-| **Analisi Prestazioni** | Ottimizzare l'uso delle risorse | Tempi di risposta, utilizzo memoria |
-| **Monitoraggio Successo Aggiornamenti** | Verificare le distribuzioni | Tassi di successo, adozione utenti |
-
-Per migliorare il monitoraggio:
-
--   Configura avvisi automatici per errori critici.
--   Mantieni log dettagliati per la risoluzione dei problemi.
--   Definisci procedure chiare di risposta agli incidenti.
--   Traccia regolarmente le metriche di distribuzione.
-
-Gli strumenti di tracciamento errori e analisi di Capgo hanno aiutato i team a identificare e risolvere rapidamente i problemi. Questo, combinato con una migliore gestione organizzativa, permette ai team di sviluppo di rispondere più efficacemente [\[1\]](https://capgo.app/).
-
-## Velocità ed Efficienza degli Script
-
-Mantenere reattiva la tua app Capacitor dipende molto dalle prestazioni dei tuoi script. Concentrandosi su operazioni async ottimizzate e gestione efficace della memoria, puoi migliorare la velocità degli script riducendo il consumo di risorse.
-
-### Utilizzo di Operazioni Async
-
-La programmazione asincrona è fondamentale per evitare colli di bottiglia nelle prestazioni. Utilizzando i pattern `async/await`, puoi gestire più operazioni contemporaneamente senza sacrificare la chiarezza del codice.
-
-Ecco alcuni modi pratici per implementare operazioni async:
-
-| **Tipo di Operazione** | **Implementazione** | **Vantaggi** |
-| --- | --- | --- |
-| Operazioni su File | Usa gestori file async | Evita ritardi I/O |
-| Chiamate API | Usa `Promise.all()` | Riduce tempo di attesa totale |
-| Elaborazione Dati | Suddividi in chunk async | Mantiene UI reattiva |
-
-Altri suggerimenti per lavorare con operazioni async:
-
--   **Elaborazione Batch**: Raggruppa compiti simili per minimizzare l'overhead.
--   **Gestione Errori**: Usa blocchi `try-catch` per gestire errori efficacemente.
--   **Gestione Richieste**: Imposta timeout e meccanismi di retry per maggiore affidabilità.
-
-Passiamo alla gestione della memoria, un altro fattore critico per mantenere le prestazioni dell'app.
-
-### Gestione della Memoria
-
-Una buona gestione della memoria mantiene l'app funzionante in modo fluido prevenendo perdite, ottimizzando l'uso delle risorse ed evitando crash.
-
-1.  **Pulizia Risorse**  
-    Libera regolarmente le risorse inutilizzate. Questo include chiudere connessioni, eliminare file temporanei e rimuovere listener di eventi non necessari.
-    
-2.  **Scelta delle Strutture Dati Corrette**  
-    Selezionare la struttura dati giusta può fare una grande differenza nell'uso della memoria:
-    
-    | **Struttura Dati** | **Caso d'Uso Migliore** | **Uso Memoria** |
-    | --- | --- | --- |
-    | Array | Accesso dati sequenziale | Moderato |
-    | Set | Archiviazione valori unici | Basso |
-    | Map | Coppie chiave-valore | Moderato |
-    | WeakMap | Riferimenti oggetti | Basso |
-    
-3.  **Monitoraggio e Profilazione**  
-    Usa strumenti come l'analytics di Capgo per individuare problemi di memoria e ottimizzare le prestazioni della tua app. Questi strumenti possono aiutarti a identificare aree dove potrebbero verificarsi perdite di memoria o inefficienze.
-    
-
-## Configurazione Pipeline CI/CD
-
-Una pipeline CI/CD ben strutturata semplifica lo sviluppo e garantisce distribuzioni affidabili ogni volta.
-
-### Configurazione Multi-Ambiente
-
-Mantenere ambienti separati per sviluppo, staging e produzione è fondamentale per evitare problemi di distribuzione e preservare la qualità. Ecco un modo efficace per organizzarli:
-
-| Ambiente | Scopo | Configurazione Chiave |
-| --- | --- | --- |
-| Sviluppo | Test locali | Hot reload, log debug |
-| Staging | Validazione pre-rilascio | Impostazioni simili a produzione |
-| Produzione | Distribuzione live | Prestazioni ottimizzate |
-
-Mantieni le variabili specifiche dell'ambiente sotto controllo versione per garantire coerenza tra le configurazioni.
-
-### Script di Test
-
-Test approfonditi sono una pietra miliare di qualsiasi pipeline CI/CD. Il sistema di canali di Capgo rende facile testare le pull request validando le modifiche prima del merge.
-
-Ecco alcune pratiche essenziali di testing:
-
--   **Test Unitari Automatizzati**: Testa singoli componenti dei tuoi script per individuare errori presto.
--   **Test di Integrazione**: Assicurati che i tuoi script funzionino perfettamente con altre parti del sistema.
--   **Test di Performance**: Misura tempi di esecuzione e uso risorse per identificare colli di bottiglia.
-
-Una volta implementati i test, l'[automazione degli aggiornamenti](https://capgo.app/docs/live-updates/update-behavior/) porta l'affidabilità delle distribuzioni a un nuovo livello.
-
-### Automazione degli Aggiornamenti
-
-Gli strumenti moderni di automazione degli aggiornamenti rendono le distribuzioni più veloci e semplici. Lavorano in tandem con i processi CI/CD per garantire che gli aggiornamenti live avvengano senza problemi.
-
-La piattaforma Capgo supporta la distribuzione degli aggiornamenti con funzionalità come:
-
-| Funzionalità | Beneficio | Metrica di Successo |
-| --- | --- | --- |
-| Beta Testing | Rileva problemi presto | 82% tasso successo mondiale [\[1\]](https://capgo.app/) |
-| Rollout Graduali | Distribuzione controllata | 23.5M aggiornamenti consegnati [\[1\]](https://capgo.app/) |
-| Aggiornamenti Istantanei | Fix rapidi dei bug | 750 app in produzione [\[1\]](https://capgo.app/) |
-
-Capgo si integra facilmente con strumenti come GitHub Actions, GitLab CI e [Jenkins](https://www.jenkins.io/), migliorando le tue capacità di aggiornamento senza interrompere i flussi di lavoro esistenti [\[1\]](https://capgo.app/). Il tracciamento errori integrato e le opzioni di rollback forniscono sicurezza extra per le tue distribuzioni.
-
-## Sicurezza degli Script
-
-Proteggere gli script automatizzati è fondamentale per salvaguardare i dati sensibili e garantire che il processo di sviluppo della tua app Capacitor rimanga sicuro. Le pratiche di sicurezza moderne dovrebbero affrontare sia la **protezione dei dati** che il **controllo degli accessi** per mantenere l'integrità.
-
-### Protezione dei Dati
-
-La crittografia end-to-end è un livello chiave nella protezione dell'automazione degli script. Ecco una rapida panoramica del suo ruolo:
-
-| Livello Sicurezza | Implementazione | Scopo |
-| --- | --- | --- |
-| Crittografia Aggiornamenti | Crittografia end-to-end | Previene accesso non autorizzato agli aggiornamenti |
-
-> "Capgo offre in modo unico vera crittografia end-to-end, a differenza dei concorrenti che semplicemente firmano gli aggiornamenti" [\[1\]](https://capgo.app/)
-
-La crittografia di Capgo garantisce che il contenuto delle distribuzioni rimanga protetto, offrendo un modo affidabile per proteggere gli aggiornamenti [\[1\]](https://capgo.app/). Ma la crittografia da sola non è sufficiente - sono essenziali anche controlli di accesso robusti.
-
-### Controlli di Sicurezza
-
-Oltre alla crittografia, controlli di sicurezza robusti garantiscono che ogni fase del processo di distribuzione sia protetta. Le piattaforme con funzionalità avanzate forniscono più livelli di protezione:
-
-| Tipo di Controllo | Funzionalità | Impatto sulla Sicurezza |
-| --- | --- | --- |
-| Gestione Accessi | Permessi basati sui ruoli | Limita azioni utente a ruoli autorizzati |
-| Controlli Distribuzione | Sistema canali | Permette aggiornamenti mirati per gruppi specifici |
-| Sicurezza Infrastruttura | Opzioni self-hosted | Garantisce controllo completo sul processo di aggiornamento |
-
-**Misure Chiave da Implementare:**
-
--   **Gestione Permessi Utente**: Usa permessi basati sui ruoli per limitare l'esecuzione degli script in base ai ruoli del team.
--   **Canali di Distribuzione**: Configura canali separati per sviluppo, test e produzione per evitare che modifiche non autorizzate influenzino gli ambienti live.
-
-Quando scegli strumenti di automazione, cerca quelli con robuste offerte di sicurezza. Ad esempio, Capgo fornisce soluzioni sia cloud-hosted che self-hosted [\[1\]](https://capgo.app/), aiutando le organizzazioni a soddisfare i requisiti di conformità mantenendo un flusso di lavoro sicuro.
-
-## Strumenti di Automazione degli Script
-
-Le moderne piattaforme di automazione semplificano gli aggiornamenti mantenendo sicurezza e conformità. Scegliere gli strumenti giusti può aumentare l'efficienza dello sviluppo e garantire distribuzioni fluide.
-
-### Funzionalità di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-21.jpg?auto=compress)
-
-La piattaforma di automazione di Capgo offre prestazioni elevate in scenari reali. Raggiunge un **tasso di aggiornamento del 95% degli utenti entro 24 ore** e un **tasso di successo globale dell'82% per gli aggiornamenti** [\[1\]](https://capgo.app/). Ecco una panoramica delle sue caratteristiche principali:
-
-| **Funzionalità** | **Beneficio** | **Metrica di Performance** |
-| --- | --- | --- |
-| Aggiornamenti Istantanei | Evita ritardi dell'app store | 57ms tempo medio di risposta API |
-| CDN Globale | Consegna rapida dei contenuti | 114ms per download bundle 5MB |
-| Controllo Versione | Traccia e gestisce le modifiche | 23.5M+ aggiornamenti distribuiti |
-| Analisi | Monitora successo distribuzione | 750+ app in produzione monitorate |
-
-Capgo supporta anche l'integrazione CI/CD, permettendo pipeline di distribuzione automatizzate che garantiscono coerenza tra le varie fasi di sviluppo. Questo è particolarmente utile per i team che gestiscono più ambienti.
-
-### Confronto degli Strumenti
-
-Capgo stabilisce uno standard elevato, ma vale la pena considerare come si confrontano altri strumenti nelle aree chiave. Gli strumenti di automazione Capacitor differiscono per funzionalità e prezzi:
-
-| **Funzionalità** | **Opzioni Attuali sul Mercato** | **Impatto sullo Sviluppo** |
-| --- | --- | --- |
-| Velocità Aggiornamento | Da tempo reale a ore | Influenza efficienza distribuzione |
-| Livello Sicurezza | Da firma base a crittografia E2E | Influisce protezione aggiornamenti |
-| Opzioni Hosting | Da solo cloud a self-hosted | Impatta flessibilità conformità |
-| Struttura Costi | €300-€6.000 annuali | Modella pianificazione scalabilità |
-
-Valutare queste metriche aiuta i team di sviluppo a scegliere uno strumento che si adatti alla loro [strategia di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Come notato dal team OSIRIS-REx della NASA:
-
-> "Capgo è un modo intelligente per effettuare hot code push (e non per tutti i soldi del mondo come con @AppFlow) 🙂" - NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-Il panorama dell'automazione è in continua evoluzione, con piattaforme più recenti che introducono funzionalità come aggiornamenti parziali per risparmiare banda e opzioni avanzate di gestione del team. Nella scelta di uno strumento, considera:
-
--   **Integrazione** con pipeline CI/CD esistenti
--   **Supporto** per ambienti di distribuzione multipli
--   Strumenti di **analisi** e tracciamento errori
--   **Capacità di rollback** per il controllo del rischio
--   **Funzionalità di collaborazione** per i flussi di lavoro del team
-
-## Riepilogo
-
-Questa sezione evidenzia i punti principali dell'automazione efficace degli script Capacitor discussi in precedenza. Un'automazione script di successo bilancia struttura, prestazioni e sicurezza. Le pratiche ottimizzate non solo migliorano i flussi di lavoro di sviluppo ma aumentano anche la stabilità dell'app.
-
-Ecco i componenti principali per ottenere un'efficiente automazione degli script:
-
-| **Componente** | **Migliore Pratica** | **Impatto** |
-| --- | --- | --- |
-| Struttura | Design modulare con chiara separazione | Semplifica manutenzione |
-| Performance | Operazioni async e ottimizzazione memoria | Raggiunge 57ms tempo medio risposta API |
-| Sicurezza | Crittografia end-to-end | Protegge da accessi non autorizzati |
-| CI/CD | Test automatizzati e rollout graduali | Garantisce 95% successo aggiornamenti in 24 ore |
-
-Gli strumenti moderni hanno rivoluzionato la gestione degli aggiornamenti delle app. Ad esempio, il team OSIRIS-REx della NASA ha elogiato le capacità di Capgo:
-
-> "Capgo è un modo intelligente per effettuare hot code push (e non per tutti i soldi del mondo come con @AppFlow) 🙂" [\[1\]](https://capgo.app/)
-
-I dati del mondo reale supportano queste pratiche e gli sviluppatori hanno condiviso le loro esperienze positive. Bessie Cooper, per esempio, ha osservato:
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che cercano una maggiore produttività evitando lunghe revisioni di bugfix" [\[1\]](https://capgo.app/)
-
-Anche leader del settore come Rodrigo Mantica ne sottolineano l'importanza:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/it/biometric-authentication-in-capacitor-apps.md b/src/content/blog/it/biometric-authentication-in-capacitor-apps.md
deleted file mode 100644
index 7b3f76e2c..000000000
--- a/src/content/blog/it/biometric-authentication-in-capacitor-apps.md
+++ /dev/null
@@ -1,260 +0,0 @@
----
-slug: biometric-authentication-in-capacitor-apps
-title: Autenticazione Biometrica nelle App Capacitor
-description: >-
-  Scopri come implementare l'autenticazione biometrica sicura nelle app
-  Capacitor per migliorare l'esperienza utente e proteggere i dati sensibili.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:13:56.152Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68240bea59ff61289922287e-1747199824736.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  biometric authentication, Capacitor, mobile security, fingerprint, facial
-  recognition, app development
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-[L'autenticazione biometrica](https://capgo.app/plugins/capacitor-native-biometric/) permette agli utenti di accedere alle app in modo sicuro utilizzando l'impronta digitale, il viso o altri tratti biologici invece delle password. Per gli sviluppatori che lavorano con [Capacitor](https://capacitorjs.com/), l'implementazione di questa funzionalità è semplice e funziona sia su iOS che su Android. Ecco un breve riepilogo:
-
--   **Perché utilizzare l'autenticazione biometrica?**
-    
-    -   È più sicura delle password.
-    -   Migliora l'esperienza utente rendendo l'accesso più veloce.
-    -   Soddisfa gli standard di sicurezza per i dati sensibili.
--   **Metodi supportati:**
-    
-    -   Impronta digitale: Veloce e comune.
-    -   Riconoscimento facciale: Opzione senza utilizzo delle mani.
-    -   Scansione dell'iride: Casi d'uso ad alta sicurezza (dispositivi limitati).
-    -   Riconoscimento vocale: Orientato all'accessibilità (supporto limitato).
--   **Strumenti chiave necessari:**
-    
-    -   Capacitor 3.0+.
--   **Punti principali della configurazione:**
-    
-    -   Aggiungere i permessi ad AndroidManifest e Info.plist.
-    -   Utilizzare Keychain (iOS) o Keystore (Android) per l'archiviazione sicura.
-    -   Testare accuratamente per compatibilità e opzioni di fallback.
-
-### Confronto rapido dei Plugin
-
-| Nome Plugin | Versione Capacitor | Funzionalità | Ideale per |
-| --- | --- | --- | --- |
-| `@aparajita/capacitor-biometric-auth` | Capacitor 8 | Biometria nativa, credenziali dispositivo | Nuovi progetti che utilizzano Capacitor 8 |
-| `capacitor-native-biometric` | Capacitor 3, 4 | Archiviazione credenziali sicura, Keychain/Keystore | Gestione delle credenziali |
-| Tutte le versioni | Supporto biometrico e credenziali dispositivo | Opzioni di autenticazione flessibili |
-
-[L'autenticazione biometrica nelle app Capacitor](https://capgo.app/plugins/capacitor-native-biometric/) è un modo sicuro e user-friendly per proteggere i dati sensibili. L'articolo completo descrive i passaggi di configurazione, esempi di codice, strategie di test e standard di sicurezza.
-
-## Autenticazione biometrica Ionic (FaceID / Impronta digitale)
-
-
-## Requisiti di configurazione
-
-Per abilitare l'autenticazione biometrica nella tua [app Capacitor](https://capgo.app/plugins/ivs-player/), dovrai configurare alcuni strumenti, dipendenze e impostazioni specifiche per piattaforma. Di seguito, troverai i requisiti di configurazione passo dopo passo per le piattaforme Android e iOS.
-
-### Strumenti e dipendenze necessari
-
-Prima di immergersi nell'implementazione, assicurati che i seguenti strumenti e dipendenze siano pronti:
-
-| Componente | Versione minima | Scopo |
-| --- | --- | --- |
-| **Capacitor** | 3.0 o superiore | Framework core |
-| **[Node.js](https://nodejs.org/en)** | LTS più recente | Gestione pacchetti |
-| **[Xcode](https://developer.apple.com/xcode/)** | Ultima versione | Sviluppo iOS |
-| **[Android Studio](https://developer.android.com/studio)** | Ultima versione | Sviluppo Android |
-| **Dispositivi fisici** | iOS 13+ / Android API 23+ | Test funzionalità biometriche |
-
-Scegli un [plugin biometrico](https://capgo.app/plugins/capacitor-native-biometric/) in base alla tua versione di Capacitor:
-
--   **@aparajita/capacitor-biometric-auth** per Capacitor 8
--   **capacitor-native-biometric** per Capacitor 3 e 4
-
-### Passi di configurazione Android 
-
-1.  **Configurazione Manifest**
-    
-    Aggiungi i seguenti permessi al tuo file `AndroidManifest.xml`:
-    
-    ```xml
-    <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-    <!-- For Android 9 (API 28) or lower -->
-    <uses-permission android:name="android.permission.USE_FINGERPRINT" />
-    ```
-    
-2.  **Configurazione Gradle**
-    
-    Aggiorna il file `build.gradle` della tua app per includere le dipendenze biometriche necessarie:
-    
-    ```kotlin
-    dependencies {
-        implementation "androidx.biometric:biometric:1.1.0"
-    }
-    ```
-
-### Passi di configurazione iOS
-
-Per iOS, dovrai seguire questi passaggi per configurare l'autenticazione biometrica:
-
-1.  **Configurazione Info.plist**
-    
-    Aggiungi la descrizione d'uso richiesta al tuo file `Info.plist`:
-    
-    ```xml
-    <key>NSFaceIDUsageDescription</key>
-    <string>Authentication required for secure access</string>
-    ```
-    
-2.  **Configurazione Keychain**
-    
-    Abilita le capacità Keychain in Xcode:
-    
-    -   Apri le impostazioni del progetto.
-    -   Vai alla scheda **Signing & Capabilities**.
-    -   Aggiungi la capacità **Keychain Sharing**.
-    -   Configura i gruppi di accesso se necessario.
-3.  **Politiche di autenticazione**
-    
-    Configura le politiche di autenticazione locale per gestire:
-    
-    -   Tentativi di autenticazione falliti
-    -   Fallback ai codici di accesso del dispositivo
-    -   Controlli di disponibilità biometrica
-    
-    Per una migliore sicurezza, usa il Keychain iOS per memorizzare dati sensibili. Questo assicura la compatibilità sia con Touch ID che Face ID proteggendo al contempo le credenziali utente.
-
-[Continues with "Code Implementation" section...]
-
-Capgo semplifica gli aggiornamenti biometrici. Configuralo in questo modo:
-
-```typescript
-import { Biometrics } from '@capgo/capacitor-native-biometric';
-
-async function setupBiometricAuth() {
-  try {
-    const { isAvailable } = await Biometrics.isBiometricsAvailable();
-
-    if (!isAvailable) {
-      return {
-        success: false,
-        message: "Biometric authentication not available"
-      };
-    }
-
-    const result = await Biometrics.authenticate({
-      reason: "Access your secure data",
-      title: "Verify Identity",
-      subtitle: "Use biometrics to authenticate",
-      cancelTitle: "Use Password Instead"
-    });
-
-    return {
-      success: true,
-      data: result
-    };
-  } catch (error) {
-    return {
-      success: false,
-      error: error.message
-    };
-  }
-}
-```
-
-Ecco perché Capgo è un ottimo strumento per gestire gli aggiornamenti:
-
--   **Distribuzione Istantanea**: Distribuisci correzioni di sicurezza critiche e nuove funzionalità senza ritardi.
--   **Rilasci Graduali**: Testa gli aggiornamenti con gruppi selezionati di utenti prima di distribuirli a tutti.
--   **Controllo Versioni**: Tieni traccia delle diverse versioni di autenticazione per una migliore gestione.
--   **Ripristino di Emergenza**: Torna rapidamente a una versione precedente in caso di problemi.
-
-### Aggiornamenti API
-
-Mantenere aggiornata la tua API biometrica è vitale per la sicurezza e la funzionalità. Mantieniti proattivo con gli aggiornamenti seguendo queste linee guida:
-
-| Tipo di Aggiornamento | Metodo di Monitoraggio | Tempistica di Implementazione |
-| --- | --- | --- |
-| Patch di Sicurezza | Avvisi Repository Plugin | 24 ore |
-| Aggiornamenti Funzionalità | Documentazione Piattaforma | 1 settimana |
-| Modifiche Incompatibili | Note di Rilascio | 2-4 settimane |
-| Aggiornamenti Policy Store | Portale Sviluppatori | Prima dell'invio |
-
-Concentrati su queste aree:
-
--   **Modifiche Piattaforma**: Monitora gli aggiornamenti delle API LocalAuthentication di iOS e BiometricPrompt di Android.
--   **Standard di Sicurezza**: Mantieniti allineato con gli ultimi requisiti di sicurezza biometrica.
--   **Linee Guida Store**: Assicura la conformità con le policy di Apple App Store e Google Play per evitare problemi di invio.
-
-## Conclusione
-
-### Punti Chiave
-
-Aggiungere l'autenticazione biometrica alla tua app Capacitor richiede di bilanciare sicurezza, prestazioni ed esperienza utente. Ecco una rapida panoramica degli elementi principali da tenere a mente:
-
-| **Componente** | **Focus Implementazione** | **Considerazioni Chiave** |
-| --- | --- | --- |
-| **Standard di Sicurezza** | Archiviazione nativa (Keychain/Keystore) | Crittografia end-to-end, protezione credenziali |
-| **Selezione Plugin** | Compatibilità ultima versione | Supporto per tipi biometrici multipli |
-| **Gestione Aggiornamenti** | Ciclo di manutenzione regolare | Distribuzione rapida patch di sicurezza |
-| **Esperienza Utente** | Opzioni di autenticazione alternative | Prompt di autenticazione chiari e user-friendly |
-
-Questi componenti sono la tua roadmap per un'integrazione di successo.
-
-### Passi per Implementare l'Autenticazione Biometrica
-
-Segui questi passi per integrare l'autenticazione biometrica nella tua app:
-
--   **Integrazione Plugin**  
-    Inizia scegliendo un plugin biometrico compatibile con la tua versione di Capacitor. Assicurati che i tuoi file di configurazione - come `AndroidManifest.xml` e `Info.plist` - siano configurati correttamente. Per l'archiviazione sicura delle credenziali, affidati a soluzioni native come Keychain o Keystore.
-    
--   **Configurazione Sicurezza**  
-    Proteggi i dati degli utenti abilitando la crittografia end-to-end per tutte le trasmissioni di credenziali. Dove necessario, includi [l'autenticazione multi-fattore](https://capgo.app/docs/webapp/mfa/) per aggiungere un ulteriore livello di sicurezza. Pianifica una gestione degli errori robusta e opzioni alternative per mantenere la funzionalità in caso di guasti.
-    
--   **Manutenzione Continua**  
-    Mantieni la tua app sicura impostando una pipeline regolare di aggiornamenti per le patch di sicurezza. Resta aggiornato sugli aggiornamenti dei plugin e monitora gli avvisi di sicurezza. Strumenti come Capgo possono semplificare questo processo abilitando aggiornamenti istantanei. Capgo vanta un impressionante tasso di aggiornamento del 95% degli utenti entro 24 ore, rendendolo un'aggiunta preziosa al tuo toolkit [\[2\]](https://capgo.app).
-    
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare la revisione per le correzioni di bug è prezioso." - Bessie Cooper [\[2\]](https://capgo.app)
-
-## FAQ
-
-:::faq
-### Quali sono le differenze tra i plugin biometrici per Capacitor e come posso selezionare il migliore per la mia app?
-
-Quando scegli un plugin biometrico per la tua app Capacitor, è cruciale allineare la scelta con i requisiti specifici del tuo progetto. Considera fattori come la **compatibilità della piattaforma** (se hai bisogno di supporto per iOS, Android o entrambi), quanto è semplice il processo di integrazione e se il plugin supporta metodi biometrici avanzati come **Face ID** o **autenticazione tramite impronta digitale**.
-
-Sebbene questa guida si concentri sull'implementazione dell'autenticazione biometrica nelle [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), strumenti come **Capgo** possono giocare un ruolo prezioso. Ti permettono di distribuire aggiornamenti in tempo reale alla tua app senza bisogno di approvazioni degli app store. Questo significa che la tua app può rimanere aggiornata con le ultime funzionalità di sicurezza, inclusi gli aggiornamenti biometrici, rimanendo conforme agli standard sia Apple che Android.
-:::
-
-:::faq
-### Come posso assicurarmi che l'autenticazione biometrica nella mia app Capacitor soddisfi gli standard di sicurezza e le linee guida degli app store?
-
-Per assicurarti che l'autenticazione biometrica nella tua app Capacitor soddisfi gli standard di sicurezza attuali e le regole degli app store, attieniti a queste pratiche chiave:
-
--   **Scegli plugin affidabili**: Usa un plugin di autenticazione biometrica affidabile come `@capacitor/biometrics` per garantire che la tua app sia sicura e funzioni perfettamente su tutti i dispositivi.
--   **Segui le regole della piattaforma**: Rispetta le linee guida Apple e Android, incluso ottenere il consenso dell'utente, utilizzare l'archiviazione sicura e offrire opzioni di backup come PIN o password.
--   **Mantieni aggiornate le dipendenze**: Aggiorna regolarmente la tua app e le sue librerie per correggere vulnerabilità e rimanere allineato con gli standard in evoluzione.
-
-Utilizzare un servizio di aggiornamento live come **Capgo** può rendere questo processo più fluido. Ti permette di distribuire aggiornamenti di sicurezza o miglioramenti alla tua app istantaneamente, evitando i ritardi di approvazione degli app store. Questo mantiene la tua app sicura, conforme e aggiornata con le policy Apple e Android.
-:::
-
-:::faq
-### Quali sfide potrebbero affrontare gli sviluppatori quando integrano l'autenticazione biometrica nelle app Capacitor e come possono superarle?
-
-L'implementazione dell'autenticazione biometrica nelle app Capacitor presenta le sue sfide. Queste possono includere garantire la compatibilità tra dispositivi, gestire efficacemente i permessi degli utenti e gestire in modo sicuro i dati sensibili. Ecco come puoi affrontare questi problemi:
-
--   **Compatibilità dispositivi**: Per supportare le funzionalità biometriche sia su Android che iOS, considera l'utilizzo di plugin come `@capacitor-fingerprint-auth`. Questi strumenti aiutano a colmare il divario tra le piattaforme, assicurando che la tua app funzioni perfettamente su una varietà di dispositivi.
-    
--   **Permessi utente**: È importante spiegare chiaramente perché la tua app necessita di accesso biometrico. Fornisci agli utenti informazioni trasparenti e progetta la tua app per gestire con eleganza le situazioni in cui gli utenti scelgono di non concedere i permessi.
-    
--   **Sicurezza dei dati**: Proteggere i dati di autenticazione è fondamentale. Segui le [migliori pratiche di crittografia](https://capgo.app/docs/cli/migrations/encryption/) e attieniti alle linee guida di sicurezza fornite da ciascuna piattaforma per garantire che le informazioni sensibili rimangano al sicuro.
-    
-
-Per apportare aggiornamenti o correggere problemi relativi alle funzionalità biometriche senza il fastidio delle approvazioni degli app store, puoi utilizzare strumenti come Capgo. Questo permette aggiornamenti in tempo reale, consentendoti di affrontare bug o migliorare la funzionalità rapidamente rimanendo conforme alle policy Apple e Android.
-:::
diff --git a/src/content/blog/it/capacitor-app-initialization-step-by-step-guide.md b/src/content/blog/it/capacitor-app-initialization-step-by-step-guide.md
deleted file mode 100644
index 2c18424cd..000000000
--- a/src/content/blog/it/capacitor-app-initialization-step-by-step-guide.md
+++ /dev/null
@@ -1,78 +0,0 @@
----
-slug: capacitor-app-initialization-step-by-step-guide
-title: 'Inizializzazione dell''App Capacitor: Guida Passo-Passo'
-description: >-
-  Scopri come configurare e distribuire in modo efficiente le app mobili
-  utilizzando Capacitor, coprendo tutto, dall'installazione alle configurazioni
-  specifiche per piattaforma.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:11:03.831Z
-updated_at: 2025-03-28T03:11:14.608Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e6018fa2c14cac42f82293-1743131474608.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, mobile app development, iOS setup, Android setup, app
-  configuration, web apps, plugins, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi creare app mobili con un'unica base di codice?** [Capacitor](https://capacitorjs.com/) rende semplice creare app iOS, Android e web utilizzando framework come [React](https://react.dev/), [Angular](https://angular.io/) o [Vue](https://vuejs.org/). Questa guida spiega come configurare [Capacitor](https://capacitorjs.com/), configurare le piattaforme e distribuire gli aggiornamenti in modo efficiente.
-
-### Passaggi chiave per iniziare:
-
-- **Installa gli strumenti**: [Node.js](https://nodejs.org/en), npm, Git e un editor di codice come [VS Code](https://code.visualstudio.com/).
-- **Configura Capacitor**: Installa la CLI di Capacitor e inizializza il tuo progetto.
-- **Configura le piattaforme**: Aggiungi il supporto per iOS e Android, regola le impostazioni e sincronizza il codice.
-- **Test e distribuzione**: Compila, esegui sui dispositivi e utilizza strumenti di aggiornamento live come [Capgo](https://capgo.app/) per aggiornamenti senza problemi.
-
-Capacitor collega le app web con le funzionalità native del dispositivo, garantendo prestazioni fluide su tutte le piattaforme. Segui questa guida per semplificare il tuo processo di sviluppo delle app!
-
-## 5 passaggi per un'APP NATIVA con [CAPACITOR](https://capacitorjs.com/) | Guida al rilascio Ionic
-
-![CAPACITOR](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-28.jpg?auto=compress)
-
-<Steps>
-
-1. Configurazione degli strumenti necessari per lo sviluppo 
-2. Installazione e configurazione della CLI di Capacitor
-3. Creazione e inizializzazione di un nuovo progetto
-4. Aggiunta e configurazione delle piattaforme mobili
-5. Test e distribuzione dell'app
-
-</Steps>
-
-## Strumenti richiesti e configurazione
-
-Ecco come configurare il tuo ambiente di sviluppo con gli strumenti essenziali.
-
-### Installazione strumenti di sviluppo
-
-Per lavorare con Capacitor, avrai bisogno dei seguenti strumenti:
-
-| Strumento | Scopo | Versione minima |
-| --- | --- | --- |
-| Node.js | Ambiente di runtime JavaScript | 14.0.0 o superiore |
-| npm | Gestore pacchetti | 6.0.0 o superiore |
-| IDE/Editor di codice | Ambiente di sviluppo | Ultima versione stabile |
-| Git | Controllo versione | 2.0.0 o superiore |
-
-Segui questi passaggi per installarli:
-
-- **Node.js e npm**: Scarica e installa entrambi dal [sito ufficiale Node.js](https://nodejs.org).
-- **Editor di codice**: Scegli un editor come VS Code, [WebStorm](https://www.jetbrains.com/webstorm/) o [Sublime Text](https://www.sublimetext.com/) e installa l'ultima versione stabile.
-- **Git**: Scaricalo da [git-scm.com](https://git-scm.com).
-- **Strumenti specifici per piattaforma**: Installa gli strumenti specifici per la tua piattaforma, come [Xcode](https://developer.apple.com/xcode/) per macOS o [Android Studio](https://developer.android.com/studio) per lo sviluppo Android.
-
-[Continua la traduzione con lo stesso stile per il resto del testo...]
-
-| **Fase** | **Passi** | **Suggerimenti** |
-| --- | --- | --- |
-| Setup Iniziale | Installazione strumenti, configurazione CLI | Usa le ultime versioni stabili |
-| Configurazione | Regola impostazioni piattaforma, aggiungi plugin | Segui le linee guida specifiche per piattaforma |
-| Testing | Compila e testa sui dispositivi | Dai priorità ai test su dispositivi reali |
-| Distribuzione | Gestisci aggiornamenti, controllo versione | Usa pipeline automatizzate per l'efficienza |
diff --git a/src/content/blog/it/capacitor-cli-commands-common-issues-and-fixes.md b/src/content/blog/it/capacitor-cli-commands-common-issues-and-fixes.md
deleted file mode 100644
index 1a6933cc7..000000000
--- a/src/content/blog/it/capacitor-cli-commands-common-issues-and-fixes.md
+++ /dev/null
@@ -1,204 +0,0 @@
----
-slug: capacitor-cli-commands-common-issues-and-fixes
-title: 'Comandi CLI di Capacitor: Problemi Comuni e Soluzioni'
-description: >-
-  Risolvi i problemi comuni della CLI di Capacitor con soluzioni pratiche per
-  plugin, build e aggiornamenti, garantendo prestazioni fluide dell'app.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:27:20.155Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3-1744684053859.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor CLI, plugin errors, build errors, live updates, network issues,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Hai problemi con gli errori CLI di [Capacitor](https://capacitorjs.com/)?** Ecco una guida rapida per risolvere problemi comuni come problemi con i plugin, errori di build e problemi di rete. La CLI di Capacitor è essenziale per gestire gli aggiornamenti delle app, specialmente gli aggiornamenti over-the-air (OTA), che ti permettono di bypassare le revisioni dell'app store e distribuire correzioni più velocemente. Ecco i punti chiave:
-
--   **Problemi comuni e soluzioni**:
-    
-    -   **Errori plugin mancanti**: Pulisci la cache npm, aggiorna le dipendenze e sincronizza i file del progetto.
-    -   **Errori di build**: Correggi incompatibilità di versione, aggiorna [Cocoapods](https://cocoapods.org/)/[Gradle](https://gradle.org/) e pulisci le cache di build.
-    -   **Problemi di aggiornamento live**: Controlla configurazioni, connessioni di rete e numeri di versione.
-    -   **Problemi di rete**: Risolvi problemi SSL, timeout o proxy con strumenti di aggiornamento intelligenti.
--   **Suggerimenti di prevenzione**:
-    
-    -   Mantieni i progetti sincronizzati con `npx cap sync`, `npx cap update` e `npx cap doctor`.
-    -   Reimposta i file di build per correggere comportamenti inaspettati.
-    -   Allinea i numeri di versione tra tutti i componenti Capacitor.
--   **Strumenti per aggiornamenti OTA**:
-    
-    -   Usa piattaforme come **[Capgo](https://capgo.app/)** per aggiornamenti criptati e parziali con installazione in background e rollout basati su canali.
-
-**Tabella soluzioni rapide**:
-
-| Problema | Comando/Azione di correzione | Piattaforme |
-| --- | --- | --- |
-| Plugin mancanti | Pulisci cache npm, sincronizza file | iOS & Android |
-| Errori build [Xcode](https://developer.apple.com/xcode/) | `pod install` | iOS |
-| Problemi sync Gradle | Pulisci cache `.gradle` | Android |
-| Incompatibilità versioni | Aggiorna tutti i pacchetti Capacitor | iOS & Android |
-
-**In sintesi**: Gestire efficacemente i comandi CLI garantisce aggiornamenti fluidi e migliori prestazioni dell'app. Strumenti come Capgo semplificano i deployment e riducono gli errori. Segui questi passaggi per mantenere la tua app funzionante correttamente.
-
-## Come risolvere il comando Dev di Quasar-Framework e [Capacitor](https://capacitorjs.com/) ...
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/0E0en7ulaWg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principali problemi dei comandi CLI
-
-Gli sviluppatori spesso affrontano sfide con i comandi CLI di Capacitor, che possono interrompere i flussi di lavoro. Ecco una panoramica dei problemi comuni e come affrontarli.
-
-### Errori plugin mancanti
-
-A volte i plugin non si caricano, solitamente perché le dipendenze non sono installate o sincronizzate correttamente. Per esempio, il plugin '@capacitor/live-updates' potrebbe non caricarsi, bloccando gli aggiornamenti.
-
-Ecco come risolvere gli errori dei plugin:
-
--   Pulisci la cache npm
--   Aggiorna le dipendenze
--   Sincronizza i file del progetto
-
-Passiamo ai problemi che possono sorgere durante la build dell'app.
-
-### Errori di build dell'app
-
-Gli errori di build tipicamente accadono per incompatibilità di versione tra i componenti Capacitor o configurazioni errate che interferiscono con gli aggiornamenti OTA.
-
-| Piattaforma | Errore comune | Soluzione |
-| --- | --- | --- |
-| iOS | Fallimento build Xcode | Aggiorna Cocoapods ed esegui `pod install` |
-| Android | Sync Gradle fallita | Pulisci la cache Gradle e aggiorna [Android Studio](https://developer.android.com/studio) |
-| Entrambe | Incompatibilità versione | Assicurati che tutti i pacchetti Capacitor usino la stessa versione |
-
-### Errori di aggiornamento live
-
-Il deployment di aggiornamenti live può talvolta risultare in errori che influenzano l'affidabilità dell'app e la consegna degli aggiornamenti. La crittografia di Capgo e i sistemi di aggiornamento intelligenti aiutano a ridurre questi problemi, ma possono ancora verificarsi.
-
-Se incontri errori di aggiornamento live, prova questi passaggi:
-
--   Ricontrolla la configurazione dell'aggiornamento
--   Testa la connessione di rete
--   Assicurati che i numeri di versione siano corretti
-
-Anche i problemi relativi alla rete possono giocare un ruolo negli errori di aggiornamento live.
-
-### Problemi di rete e gestione eventi
-
-I problemi di rete possono bloccare gli aggiornamenti e causare errori nella gestione degli eventi. Questi sono alcuni colpevoli comuni:
-
--   Errori di timeout
--   Problemi certificati SSL
--   Configurazioni errate proxy
-
-Usare aggiornamenti differenziali intelligenti può ridurre l'uso della banda e rendere gli aggiornamenti più affidabili, anche su reti più lente [\[1\]](https://capgo.app/).
-
-## Suggerimenti per prevenire errori CLI
-
-Evita problemi comuni dell'interfaccia a riga di comando (CLI) seguendo queste strategie pratiche. Questi suggerimenti possono aiutare ad assicurare un processo di sviluppo più fluido.
-
-### Mantieni i progetti sincronizzati
-
-Mantenere il progetto sincronizzato riduce la possibilità di incorrere in errori CLI. Usa i seguenti comandi per mantenere la consistenza tra i tuoi asset web e le piattaforme native:
-
--   **`npx cap sync`**: Mantiene allineati gli asset web e le piattaforme native dopo le modifiche.
--   **`npx cap update`**: Aggiorna la tua installazione Capacitor quando vengono rilasciate nuove versioni.
--   **`npx cap doctor`**: Verifica le installazioni dei plugin e controlla potenziali problemi.
-
-> "La community ne aveva bisogno e @Capgo sta facendo qualcosa di davvero importante!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-Se incontri problemi persistenti, pulire le cache di build è il prossimo passo.
-
-### Reimposta i file di build
-
-Comportamenti inaspettati dai comandi CLI spesso derivano da problemi di cache di build. Pulisci queste cache per ogni piattaforma usando i passaggi seguenti:
-
-| Piattaforma | Passaggi di reset | Quando usare |
-| --- | --- | --- |
-| iOS | Esegui `pod deintegrate` seguito da `pod install` | Dopo conflitti CocoaPods |
-| Android | Pulisci la cache `.gradle` e elimina la cartella `build` | Quando la sync Gradle fallisce |
-| Web | Rimuovi la cartella `node_modules` ed esegui `npm install` | Dopo conflitti di dipendenze |
-
-Pulire queste cache può risolvere molti problemi specifici della piattaforma.
-
-### Allinea i numeri di versione
-
-Le incompatibilità di versione tra i componenti Capacitor sono una fonte comune di errori CLI. Assicurarsi che tutti i componenti siano su versioni compatibili è critico per la stabilità.
-
-Ecco cosa controllare:
-
-1.  **Versione CLI**: Conferma usando `npx cap --version`.
-2.  **Versione pacchetto core**: Verifica nel tuo file `package.json`.
-3.  **Versioni plugin**: Controlla la lista delle dipendenze per consistenza.
-
-Durante l'aggiornamento, allinea tutti i pacchetti correlati. Per esempio, se aggiorni `@capacitor/core` alla versione 5.0.0, aggiorna tutti gli altri plugin Capacitor alla stessa versione major.
-
-Le incompatibilità di versione possono creare problemi sottili che potrebbero non mostrarsi immediatamente, quindi eseguire audit regolari delle versioni può risparmiarti mal di testa futuri.
-
-## Strumenti per aggiornamenti OTA
-
-Gestire efficacemente gli aggiornamenti OTA richiede strumenti che gestiscano deployment, monitoraggio e risoluzione dei problemi senza intoppi. Poiché i problemi con le interfacce a riga di comando (CLI) spesso si verificano durante gli aggiornamenti, avere gli strumenti giusti è essenziale per operazioni fluide.
-
-### Uso degli aggiornamenti [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-Capgo è una piattaforma popolare per gestire gli aggiornamenti OTA di Capacitor, vantando un impressionante record di consegna di 1155.1 miliardi di aggiornamenti con un tasso di successo globale dell'82% [\[1\]](https://capgo.app/). Affronta le sfide CLI comuni attraverso le seguenti funzionalità:
-
-| **Funzionalità** | **Beneficio** | **Impatto tecnico** |
-| --- | --- | --- |
-| Crittografia end-to-end | Protegge la consegna degli aggiornamenti | Protegge da attacchi man-in-the-middle |
-| Aggiornamenti parziali | Risparmia banda | Scarica solo i file modificati |
-| Installazione in background | Non richiede input utente | Gli aggiornamenti si installano automaticamente in background |
-| Sistema di canali | Permette rollout mirati | Distribuisce aggiornamenti a gruppi specifici di utenti |
-
-Per iniziare con gli aggiornamenti Capgo:
-
-1.  **Installa il plugin**: Usa il comando `npx @capgo/cli init`.
-2.  **Compila la tua app**: Procedi con il tuo normale processo di build.
-3.  **Deploy degli aggiornamenti**: Usa i comandi CLI di Capgo per il deployment.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è cruciale per consegnare continuamente ai nostri utenti!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Una volta che gli aggiornamenti sono distribuiti, affidati a strumenti di debug specifici per piattaforma per assicurarti che tutto funzioni come previsto e per risolvere eventuali problemi.
-
-### Guida agli strumenti di debug
-
-Quando si diagnosticano problemi di aggiornamento OTA, gli strumenti specifici per piattaforma possono essere inestimabili:
-
--   **Per Android**:
-    
-    -   _LogCat_: Fornisce log in tempo reale per il monitoraggio.
-    -   _Android Debug Bridge (ADB)_: Permette interazione diretta con i dispositivi.
-    -   _Bundle Analyzer_: Aiuta a ottimizzare la dimensione degli aggiornamenti.
--   **Per iOS**:
-    
-    -   _Console Xcode_: Traccia i log di installazione degli aggiornamenti.
-    -   _Network Inspector_: Monitora le prestazioni di download degli aggiornamenti.
-    -   _Safari Web Inspector_: Assiste nel debug dei problemi WebView.
-
-Inoltre, tieni d'occhio le prestazioni globali CDN. Per esempio, il CDN di Capgo tipicamente consegna bundle da 5MB in soli 114ms [\[1\]](https://capgo.app/). Questo benchmark può aiutare a determinare se i problemi sono legati alle condizioni di rete o a errori di implementazione.
-
-## Conclusione
-
-Gestire efficacemente i comandi CLI è fondamentale per garantire aggiornamenti fluidi delle app e fornire una grande esperienza utente. Con il ritmo veloce degli aggiornamenti OTA oggi, strumenti come Capgo forniscono soluzioni affidabili per affrontare le sfide CLI comuni.
-
-I metodi e gli strumenti menzionati prima aiutano a risolvere questi problemi supportando processi di deployment più robusti. In sintesi, una gestione CLI ben organizzata impatta direttamente su sicurezza, velocità e recupero degli aggiornamenti. Le prestazioni di Capgo evidenziano l'importanza di pratiche CLI efficienti [\[1\]](https://capgo.app/).
-
-| Aspetto | Impatto | Soluzione |
-| --- | --- | --- |
-| Sicurezza aggiornamenti | Previene accessi non autorizzati | Crittografia end-to-end |
-| Velocità deployment | Riduce i tempi di inattività | CDN globale |
-| Recupero errori | Minimizza l'impatto sull'utente | Capacità di rollback istantaneo |
-| Distribuzione aggiornamenti | Assicura consegna precisa | Deployment basato su canali |
-
-Questi elementi si collegano alle strategie precedenti per prevenire errori e debug, creando un processo di aggiornamento snello. Sistemi di aggiornamento automatizzati e sicuri stanno stabilendo nuovi standard per la gestione CLI. Pratiche CLI solide sono essenziali per rimanere all'avanguardia nello sviluppo di app [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/it/capacitor-cli-plugin-commands-overview.md b/src/content/blog/it/capacitor-cli-plugin-commands-overview.md
deleted file mode 100644
index 56ec5cd7b..000000000
--- a/src/content/blog/it/capacitor-cli-plugin-commands-overview.md
+++ /dev/null
@@ -1,374 +0,0 @@
----
-slug: capacitor-cli-plugin-commands-overview
-title: Panoramica dei comandi del plugin Capacitor CLI
-description: >-
-  Apprenez à gérer efficacement les plugins Capacitor en utilisant des commandes
-  CLI et les avantages de l'intégration avec un outil puissant de gestion des
-  plugins.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T03:14:02.984Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4be0410051fda3b63a692-1743045267566.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, CLI, plugin management, app development, updates, troubleshooting,
-  Capgo, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI semplifica la gestione dei plugin per lo sviluppo di app, consentendo un'integrazione fluida delle funzionalità native del dispositivo. Abbinato a strumenti come [Capgo](https://capgo.app/), ottimizza aggiornamenti, distribuzione e risoluzione dei problemi. Ecco cosa devi sapere:
-
-**Caratteristiche principali:**
-
--   **Installare plugin:** Usa `npx @capgo/cli init` per aggiungere plugin, gestire dipendenze e aggiornare automaticamente le configurazioni.
--   **Aggiornare plugin:** Comandi come `npm update @capacitor/*` e `npx cap sync` garantiscono aggiornamenti senza intoppi.
--   **Rimuovere plugin:** Disinstalla pulitamente con `npm uninstall @capacitor/plugin-name` e sincronizza le configurazioni.
--   **Risoluzione dei problemi:** Comandi come `npx cap doctor` e `npx cap sync --verbose` aiutano a rilevare e risolvere problemi.
-
-**[Vantaggi di Capgo](https://capgo.app/consulting/):**
-
--   Aggiornamenti in tempo reale
--   Crittografia end-to-end
--   Integrazione CI/CD
--   Ripristino per errori
-
-Capgo supporta oltre 750 app a livello globale, offrendo aggiornamenti rapidi e tracciamento degli errori per $12/mese.
-
-Inizia a gestire i [plugin di Capacitor](https://capgo.app/plugins/) in modo efficiente e migliora il tuo flusso di lavoro di sviluppo oggi stesso!
-
-## Sviluppo Cross-Platform: Esplorando CapacitorJS con ...
-
-<iframe src="https://www.youtube.com/embed/73YWZ1G_DX4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Comandi per l'installazione dei plugin
-
-Il Capacitor CLI rende semplice e efficace l'aggiunta di plugin al tuo progetto. Questi comandi gestiscono il processo di integrazione, occupandosi delle dipendenze e garantendo compatibilità con la tua configurazione.
-
-### Comandi di installazione di base
-
-Per aggiungere un plugin Capacitor al tuo progetto, usa questa semplice struttura di comando. Ad esempio, per installare il plugin Capgo, esegui:
-
-```bash
-npx @capgo/cli init
-```
-
-Questo comando si occupa delle seguenti operazioni:
-
--   Verifica che il plugin sia compatibile con la tua versione di Capacitor
--   Installa tutte le dipendenze richieste
--   Imposta configurazioni specifiche per la piattaforma
--   Aggiorna automaticamente i file di configurazione del tuo progetto
-
-Segui questo processo per evitare errori durante l'installazione.
-
-### Linee guida per l'installazione
-
-Ecco come assicurarti che il tuo plugin si installi senza problemi:
-
-**Passi di pre-installazione**:
-
--   Assicurati che il tuo progetto Capacitor sia già impostato
--   Naviga nella directory principale del tuo progetto
--   Controlla che la tua versione di [Node.js](https://nodejs.org/en) sia attuale
--   Aggiorna all'ultima versione del Capacitor CLI
-
-**Gestione delle versioni**:
-
--   Specifica la versione del plugin desiderata durante l'installazione
--   Segui la versioning semantica per evitare problemi di compatibilità
--   Testa il plugin nel tuo ambiente di sviluppo prima di distribuire
-
-> "Esegui npx @capgo/cli init e basta!" - Capgo [\[1\]](https://capgo.app/)
-
-Dopo l'installazione, conferma che tutto sia impostato controllando il tuo `package.json` e i file di configurazione specifici per la piattaforma. Per ulteriori passaggi, consulta la documentazione del plugin.
-
-## Comandi per l'aggiornamento dei plugin
-
-Mantenere i tuoi plugin di Capacitor aggiornati aiuta a garantire stabilità all'app e assicura l'accesso a nuove funzionalità. Il CLI offre strumenti per gestire gli aggiornamenti dei plugin in modo efficiente.
-
-### Trovare aggiornamenti disponibili
-
-Esegui questi comandi nella directory principale del tuo progetto:
-
-```bash
-npm outdated @capacitor/*
-npx cap doctor
-```
-
-Il comando `npx cap doctor` verifica la tua configurazione Capacitor, comprese le versioni dei plugin. Identifica problemi e suggerisce aggiornamenti per migliorare le prestazioni. Una volta saputo quali plugin necessitano di aggiornamenti, utilizza i comandi seguenti.
-
-### Eseguire aggiornamenti dei plugin
-
-Per aggiornare i plugin, usa i seguenti comandi:
-
-**Aggiornamento di un singolo plugin**:
-
-```bash
-npm update @capacitor/plugin-name
-npx cap sync
-```
-
-**Aggiornamento di tutti i plugin in una volta**:
-
-```bash
-npm update @capacitor/*
-npx cap sync
-```
-
-Se sei un utente Capgo, il loro strumento CLI semplifica il processo di aggiornamento:
-
-```bash
-npx @capgo/cli update
-```
-
-### Gestione delle dipendenze di aggiornamento
-
-Dopo aver applicato aggiornamenti, segui questi passaggi per gestire le dipendenze in modo efficace:
-
-| Fase | Compito | Scopo |
-| --- | --- | --- |
-| Pre-aggiornamento | Controlla le dipendenze | Controlla le versioni attuali |
-| Durante l'aggiornamento | Risolvi conflitti di versione | Risolvi incompatibilità |
-| Post-aggiornamento | Esegui test specifici per la piattaforma | Assicurati che tutto funzioni |
-
-Gli utenti Capgo beneficiano di funzionalità avanzate come distribuzioni controllate. Il loro sistema ha dimostrato affidabilità:
-
--   Il 95% degli aggiornamenti viene completato entro 24 ore [\[1\]](https://capgo.app/)
--   Tasso di successo dell'82% a livello globale per gli aggiornamenti [\[1\]](https://capgo.app/)
--   Compatibilità con le versioni 6 e 7 di Capacitor [\[1\]](https://capgo.app/)
-
-Per garantire aggiornamenti senza intoppi:
-
--   **Controllo delle versioni**: Fai un commit delle tue modifiche prima di aggiornare.
--   **Test**: Applica gli aggiornamenti prima in un ambiente di sviluppo.
--   **Avvisi di dipendenza**: Affronta tempestivamente eventuali problemi di dipendenza peer.
-
-Capgo offre anche una funzionalità di rollback per annullare aggiornamenti critici se si verificano problemi [\[1\]](https://capgo.app/).
-
-## Comandi per la rimozione dei plugin
-
-Rimuovere correttamente i plugin è fondamentale per evitare problemi durante gli aggiornamenti e mantenere pulito il tuo ambiente di sviluppo. Di seguito troverai i passaggi per disinstallare plugin e verificare la loro rimozione completa.
-
-### Comandi di disinstallazione
-
-Per disinstallare un plugin Capacitor, usa il seguente comando:
-
-```bash
-npm uninstall @capacitor/plugin-name
-npx cap sync
-```
-
-Per aggiornamenti specifici per piattaforma, esegui:
-
-```bash
-npx cap update ios
-npx cap update android
-```
-
-Hai bisogno di rimuovere più plugin in una volta? Usa questo comando:
-
-```bash
-npm uninstall @capacitor/plugin1 @capacitor/plugin2
-npx cap sync
-```
-
-### Pulizia post-rimozione
-
-Dopo la disinstallazione, segui questi passaggi di pulizia per assicurarti che il tuo progetto rimanga stabile:
-
-| Compito | Comando | Scopo |
-| --- | --- | --- |
-| Aggiorna dipendenze | `npm install` | Ricostruisce l'albero delle dipendenze |
-| Sincronizza piattaforme | `npx cap sync` | Aggiorna le configurazioni del progetto nativo |
-
-Inoltre, rimuovi manualmente le voci residue da **capacitor.config.ts**, **package.json**, e qualsiasi file specifico per la piattaforma.
-
-### Confermare la rimozione del plugin
-
-Per confermare che il plugin sia stato completamente rimosso, utilizza questi comandi:
-
-```bash
-npm list @capacitor/*
-npx cap doctor
-```
-
--   **`npm list @capacitor/*`**: Controlla eventuali dipendenze relative a Capacitor residue.
--   **`npx cap doctor`**: Identifica dipendenze orfane, rimozioni incomplete o problemi di configurazione.
-
-Controlla attentamente queste aree per eventuali tracce residue:
-
--   **Radice del progetto**: Verifica che il plugin non sia più elencato in `package.json`.
--   **Piattaforme native**: Verifica la pulizia nelle directory iOS e Android.
--   **File di build**: Conferma che il plugin sia assente dagli asset compilati.
-
-Se stai usando Capgo per la gestione dei plugin, il loro strumento CLI può aiutarti a verificare la rimozione:
-
-```bash
-npx @capgo/cli verify
-```
-
-Questo comando cerca eventuali tracce residue che potrebbero causare conflitti, garantendo una pulizia completa.
-
-## Risoluzione dei problemi dei plugin
-
-Se stai ancora riscontrando problemi dopo aver installato o aggiornato i plugin, ecco alcuni pratici passaggi di risoluzione dei problemi per aiutarti a identificare e risolvere problemi comuni.
-
-Quando si lavora con i plugin Capacitor tramite comandi CLI, gli sviluppatori spesso incontrano sfide che possono interrompere il loro flusso di lavoro. Di seguito è riportata una guida per aiutarti a affrontare efficacemente questi problemi.
-
-### Strumenti diagnostici
-
-Questi comandi possono aiutarti a scoprire problemi con la tua configurazione CLI:
-
-```bash
-npx cap doctor
-npx cap sync --verbose
-```
-
-Questi strumenti possono rilevare:
-
--   Dipendenze mancanti
--   Disallineamenti di versione
--   Errori di configurazione specifici per le piattaforme
--   Problemi di installazione dei plugin
-
-Per approfondimenti ulteriori, Capgo offre comandi diagnostici aggiuntivi:
-
-```bash
-npx @capgo/cli diagnose
-npx @capgo/cli verify-plugins
-```
-
-Dopo aver eseguito le diagnosi, usa la tabella sottostante per applicare correzioni mirate per errori specifici.
-
-### Correzioni di errori comuni
-
-Ecco i comandi CLI per risolvere problemi frequenti dei plugin:
-
-| Tipo di errore | Comando | Soluzione |
-| --- | --- | --- |
-| Disallineamento di versioni | `npx cap sync --force` | Forza i plugin a sincronizzarsi |
-| Conflitti di piattaforma | `npx cap update <platform>` | Ricostruisce configurazioni specifiche per la piattaforma |
-| Problemi di dipendenza | `npm cache clean --force` | Pulisce la cache npm per installazioni fresche |
-| Corruzione del plugin | `npm rebuild` | Ricostruisce i binari del plugin |
-
-Per problemi di aggiornamento più ostinati, prova questa sequenza:
-
-```bash
-npm cache clean --force
-rm -rf node_modules
-npm install
-npx cap sync
-```
-
-### CLI vs Correzioni manuali
-
-Sebbene i comandi CLI siano spesso sufficienti, alcune situazioni potrebbero richiedere un intervento manuale.
-
-**Quando usare la CLI:**
-
--   Aggiornamenti di routine dei plugin
--   Risoluzione di conflitti di dipendenza
--   Esecuzione di diagnosi o sincronizzazione delle configurazioni della piattaforma
-
-**Quando sono necessarie correzioni manuali:**
-
--   Modifica del codice della piattaforma nativa
--   Risoluzione di conflitti di merge
--   Personalizzazione delle impostazioni del plugin
--   Migrazione di plugin più vecchi a versioni più recenti
-
-> "Pratichiamo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-> "Ho annullato il mio abbonamento a @Appflow dopo 4 anni. Code-Push non sembrava mai funzionare bene, spero che @CapGO abbia risolto" - LeVar Berry, @levarberry [\[1\]](https://capgo.app/)
-
-Infine, controlla sempre i registri specifici per piattaforma dopo aver eseguito comandi CLI:
-
--   **iOS**: Usa la console di [Xcode](https://developer.apple.com/xcode/) per registri dettagliati
--   **Android**: Controlla logcat in [Android Studio](https://developer.android.com/studio)
--   **Web**: Ispeziona gli strumenti per sviluppatori del browser
-
-Se i comandi CLI non risolvono il problema, controlla il repository GitHub del plugin per problemi segnalati o soluzioni fornite dalla comunità prima di tentare correzioni manuali.
-
-## Integrazione di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-27.jpg?auto=compress)
-
-Capgo funziona in modo fluido con il Capacitor CLI, abilitando [aggiornamenti dei plugin in tempo reale](https://capgo.app/docs/plugin/self-hosted/auto-update) e semplificando le attività di manutenzione per gli sviluppatori.
-
-### Caratteristiche dei plugin di Capgo
-
-Il sistema di plugin CLI di Capgo offre statistiche di prestazioni impressionanti:
-
--   **23,5 milioni di aggiornamenti** consegnati con successo
--   **82% di tasso di successo globale** per gli aggiornamenti
--   **95% degli utenti attivi** aggiornati entro 24 ore
--   **434 ms** tempo medio di risposta API globale
-
-Per iniziare con Capgo, esegui il seguente comando:
-
-```bash
-npx @capgo/cli init
-```
-
-### Strumenti di gestione dei plugin
-
-Capgo supporta l'integrazione con popolari piattaforme CI/CD come [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) e [Jenkins](https://www.jenkins.io/). Fornisce anche analisi in tempo reale per monitorare aggiornamenti, adozione degli utenti, velocità di download e errori.
-
-| Metric | Details |
-| --- | --- |
-| Update Success | Monitor successful plugin updates |
-| User Adoption | Track version usage across users |
-| Download Speed | 114ms average for 5MB bundles |
-| Error Tracking | Identify issues in real time |
-
-> "Capgo is a must-have tool for developers who want to be more productive. Avoiding reviews for bug fixes is golden." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-These features make Capgo an efficient solution for managing updates.
-
-### Capgo Update System
-
-Capgo ensures compliance with Apple and Google guidelines by using end-to-end encryption. Pricing starts at $12/month for individual developers, with enterprise plans available for larger teams.
-
-Key highlights of the update system include:
-
--   **One-click rollback** for quick fixes
--   **User management** for beta testing
--   **[Channel system](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** for targeted updates
--   **Error tracking** to monitor issues
-
-Currently, **750 apps** are using Capgo in production. The platform also offers CI/CD configuration services for $2,600, ensuring smooth integration into workflows. Its global CDN delivers updates with an average speed of **114ms** for 5MB bundles.
-
-> "Jumped over to @Capgo after @AppFlow hit us with a $5000 bill for the year to continue. Loving Capgo so far. Thanks for @Capgo, it's a great product." - jermaine [\[1\]](https://capgo.app/)
-
-## Conclusion
-
-### Plugin Management Summary
-
-The Capacitor CLI simplifies how you manage plugins. When combined with Capgo, it delivers impressive results:
-
--   23.5M updates completed
--   95% user adoption within 24 hours
--   82% global success rate
--   57ms average API response time
-
-These numbers highlight how the CLI and Capgo work together to ensure smooth and efficient updates.
-
-### Next Steps with Capgo
-
-Capgo can take your workflow to the next level. It offers both cloud and self-hosted options, catering to different deployment preferences.
-
-> "We practice agile development and @Capgo is mission-critical in delivering continuously to our users!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Here’s what Capgo brings to the table:
-
--   Real-time analytics to monitor update performance
--   End-to-end encryption for [secure plugin updates](https://capgo.app/docs/plugin/self-hosted/encrypted-bundles/)
--   Easy CI/CD integration with major platforms
--   Pricing that starts at $12/month for solo developers
-
-With 750 production apps already relying on Capgo, it’s a proven choice. Whether you're fixing bugs or launching new features, pairing Capacitor CLI with Capgo gives you a reliable and efficient toolkit for app development. Start using these tools to streamline your Capacitor projects today.
diff --git a/src/content/blog/it/capacitor-community-forums-for-plugin-developers.md b/src/content/blog/it/capacitor-community-forums-for-plugin-developers.md
deleted file mode 100644
index 92a0ec11b..000000000
--- a/src/content/blog/it/capacitor-community-forums-for-plugin-developers.md
+++ /dev/null
@@ -1,242 +0,0 @@
----
-slug: capacitor-community-forums-for-plugin-developers
-title: Capacitor Community Forums per Sviluppatori di Plugin
-description: >-
-  Explore os fóruns essenciais para desenvolvedores de plugins do Capacitor para
-  solucionar problemas, compartilhar conhecimento e aprimorar sua experiência de
-  desenvolvimento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:15:19.291Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da1574cfd1b2222c56b5cd-1742354143434.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, plugin development, developer forums, troubleshooting, community
-  support
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Los foros de [Capacitor](https://capacitorjs.com/) son esenciales para los desarrolladores de plugins para resolver problemas, compartir conocimientos y conectar con otros. Ya sea que estés solucionando problemas, compartiendo plugins o aprendiendo mejores prácticas, estos foros brindan recursos y apoyo valiosos.
-
-### Puntos Clave:
-
--   **Foros Principales**: Usa [Discord](https://ionic.io/blog/announcing-official-ionic-discord-server) para ayuda en tiempo real, [GitHub Discussions](https://github.com/ionic-team/capacitor/discussions) para conversaciones detalladas, y [Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor) para respuestas técnicas.
--   **Mejores Prácticas**: Escribe preguntas claras, comparte fragmentos de código y sigue las reglas del foro para obtener mejores respuestas.
--   **Herramientas Adicionales**: Aprovecha recursos como [Capgo](https://capgo.app/) para [actualizaciones instantáneas de aplicaciones](https://capgo.app/plugins/capacitor-updater/) y documentación oficial para una orientación confiable.
-
-### Inicio Rápido:
-
-1.  **Únete a los Foros**: Comienza con Discord y GitHub Discussions.
-2.  **Haz Preguntas**: Proporciona contexto detallado y ejemplos de código.
-3.  **Usa Herramientas**: Prueba Capgo para actualizaciones más rápidas y depuración.
-
-Los foros de Capacitor son tu recurso principal para un desarrollo eficiente de plugins. ¡Sumérgete para aprender, compartir y crecer!
-
-## Principales Foros de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
-
-Los desarrolladores de Capacitor tienen varios foros de referencia para conectar, colaborar y resolver problemas.
-
-### Guía del Canal [Discord](https://ionic.io/blog/announcing-official-ionic-discord-server)
-
-![Discord Community Platform](https://mars-images.imgix.net/seobot/screenshots/ionic.io-731d02617347fde57eccb2bd555c6e2e-2025-03-19.jpg?auto=compress)
-
-El servidor oficial de Discord es un excelente lugar para discusiones en tiempo real y resolución rápida de problemas. Está organizado en canales enfocados, tales como:
-
--   **#desarrollo-de-plugins**: Para discusiones sobre la creación y mantenimiento de plugins.
--   **#solución-de-problemas**: Un espacio para ayuda técnica inmediata.
--   **#anuncios**: Mantente actualizado con las últimas noticias sobre Capacitor y su ecosistema.
-
-Puedes habilitar notificaciones para canales importantes, y el historial de mensajes buscable del servidor facilita volver a soluciones pasadas.
-
-### Tablero de Discusiones de GitHub
-
-Las discusiones de GitHub actúan como el centro principal para la comunidad de Capacitor. Es ideal para conversaciones técnicas detalladas, sugerencias de funciones, seguimiento de errores y revisiones de código. El tablero está dividido en categorías como Preguntas y Respuestas, ideas, exposiciones e informes de errores, lo que facilita encontrar temas que te interesen.
-
-A continuación, veamos un foro que conecta a los desarrolladores de Ionic y Capacitor.
-
-### Sección de Capacitor del [Foro Ionic](https://forum.ionicframework.com/c/capacitor/26)
-
-![Foro Ionic](https://mars-images.imgix.net/seobot/screenshots/forum.ionicframework.com-622c471c2e6aa19123277f784e44faf1-2025-03-19.jpg?auto=compress)
-
-El Foro Ionic tiene una sección dedicada a Capacitor donde los desarrolladores discuten temas técnicos en profundidad. Es especialmente útil para abordar desafíos de integración y encontrar soluciones que funcionen en diferentes frameworks.
-
-### Consejos de [Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor)
-
-![Stack Overflow](https://mars-images.imgix.net/seobot/screenshots/stackoverflow.com-60b294f295a9455677e4cddfced46254-2025-03-19.jpg?auto=compress)
-
-Stack Overflow es otro recurso clave para los desarrolladores de plugins. La etiqueta \[capacitor\] es un centro para compartir conocimientos técnicos. Ten en cuenta estos consejos:
-
--   **Combinaciones de etiquetas**: Usa \[capacitor\] con etiquetas relacionadas como \[ionic\] o \[typescript\] para aumentar la visibilidad de tu publicación.
--   **Ejemplos de código**: Agrega fragmentos de código claros y concisos para explicar tu problema.
--   **Buscar primero**: Muchos problemas comunes de plugins ya tienen respuesta, así que revisa soluciones existentes antes de publicar.
-
-## Consejos para el Uso de Foros
-
-Aprovecha al máximo los foros siguiendo estas mejores prácticas.
-
-### Redacción de Buenas Preguntas
-
-Elaborar preguntas claras y detalladas te ayuda a obtener respuestas más rápidas y útiles. Aquí te mostramos cómo:
-
--   **Comienza con un título descriptivo**: Resume tu problema en unas pocas palabras.
--   **Proporciona contexto**: Incluye tu [versión de Capacitor](https://capgo.app/plugins/ivs-player/), plataforma (iOS/Android) y versiones de plugins.
--   **Describe tus esfuerzos**: Comparte lo que ya has intentado y los mensajes de error que has encontrado.
--   **Reproduce el problema**: Ofrece pasos mínimos o fragmentos de código para ayudar a otros a entender tu problema.
-
-Una buena pregunta incluye un título conciso, detalles de tu configuración, una descripción clara del problema, pasos para reproducirlo, un ejemplo de código y cualquier error. Asegúrate de que tu código sea tan fácil de seguir como tu pregunta.
-
-### Guía de Formato de Código
-
-El código bien formateado hace que tus publicaciones sean más fáciles de leer y entender. Aquí tienes una guía rápida:
-
--   Usa tres comillas invertidas (\`\`\`) con el nombre del lenguaje para resaltar la sintaxis.
--   Mantén los bloques de código anidados correctamente indentados.
--   Divide líneas largas de código para mejorar la legibilidad.
--   Agrega comentarios para explicar partes clave de tu código.
-
-**Ejemplo:**
-
-```typescript
-import { Camera, CameraResultType } from '@capacitor/camera';
-
-async function takePicture() {
-  try {
-    // Set options
-    const image = await Camera.getPhoto({
-      quality: 90,
-      allowEditing: false,
-      resultType: CameraResultType.Uri
-    });
-
-    // Process image
-    console.log('Image path:', image.path);
-  } catch (error) {
-    console.error('Camera error:', error);
-  }
-}
-```
-
-Utilizar estas técnicas asegura que tu código sea fácil de seguir al discutir problemas técnicos.
-
-### Reglas y Comportamiento en el Foro
-
-Para fomentar una comunidad útil y respetuosa, ten en cuenta estas reglas:
-
--   **Sé respetuoso**: Trata a todos con cortesía.
--   **Mantente enfocado**: Mantén las discusiones relacionadas con el [desarrollo de plugins de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
--   **Evita publicaciones duplicadas**: Busca en el foro antes de iniciar un nuevo hilo.
--   **Sigue adelante**: Marca las soluciones como aceptadas y actualiza tus hilos con resoluciones.
--   **Sé paciente**: Recuerda que los miembros pueden estar en diferentes zonas horarias.
--   **Comparte tu conocimiento**: Publica soluciones para ayudar a otros que enfrentan problemas similares.
-
-## Ayuda para el Desarrollo de Plugins
-
-Los foros son un recurso esencial para desarrolladores que trabajan en [plugins de Capacitor](https://capgo.app/plugins/). Proporcionan un espacio para probar ideas, resolver problemas y compartir plugins terminados con la comunidad.
-
-### Pruebas de Ideas de Plugins
-
-Cuando tienes una idea para un plugin, comienza creando una propuesta que incluya:
-
--   **Declaración del problema y solución**: ¿Qué problema resuelve tu plugin y cómo?
--   **Público objetivo**: ¿Quién se beneficiará del uso de tu plugin?
--   **Enfoque técnico**: ¿Cómo funcionará el plugin, técnicamente?
--   **Soporte de plataformas**: ¿Funcionará en iOS, Android o la web?
-
-Aquí tienes un ejemplo de código simple para incluir en tu propuesta:
-
-```typescript
-// Example plugin interface
-interface MyPluginInterface {
-  getData(): Promise<{ value: string }>;
-  configure(options: { key: string }): Promise<void>;
-}
-```
-
-Una vez que tu idea sea aprobada o validada, utiliza métodos estructurados de solución de problemas para superar cualquier obstáculo de desarrollo.
-
-### Solución de Problemas
-
-Al solucionar problemas, sé exhaustivo. Describe tu problema claramente, incluye detalles sobre tu entorno de desarrollo, esboza los pasos de depuración que has tomado y comparte cualquier mensaje de error. Concéntrate en proporcionar especificaciones más allá de los consejos estándar de resolución de problemas.
-
-Aquí tienes un ejemplo de una implementación detallada para depurar:
-
-```typescript
-// Current implementation
-async function checkPermissions() {
-  try {
-    const status = await this.plugin.checkPermission();
-    return status;
-  } catch (error) {
-    console.error('Permission check failed:', error);
-    return null;
-  }
-}
-```
-
-Una vez que hayas resuelto el problema, refina tu plugin y prepáralo para compartir.
-
-### Compartiendo Tu Plugin
-
-Al anunciar tu plugin, asegúrate de incluir:
-
--   **Documentación clara**: Explica cómo usar el plugin paso a paso.
--   **Ejemplos**: Proporciona casos de uso prácticos y reales.
--   **Compatibilidad de versiones**: Especifica qué versiones de plataformas o frameworks son compatibles.
--   **Canales de soporte**: Informa a los usuarios cómo pueden obtener ayuda si es necesario.
-
-Organiza las características de tu plugin en una tabla simple como esta:
-
-| Característica | Descripción | Ejemplo de Uso |
-| --- | --- | --- |
-| Funcionalidad principal | Capacidad principal del plugin | Código de implementación básica |
-| Opciones de configuración | Configuraciones disponibles | Fragmento de configuración |
-| Características específicas de la plataforma | Diferencias entre iOS/Android | Código específico de la plataforma |
-
-Mantente activo en las discusiones del foro para responder preguntas y abordar inquietudes rápidamente. Esto no solo ayuda a los usuarios, sino que también construye confianza dentro de la comunidad.
-
-## Herramientas Adicionales para el Desarrollo
-
-Además de los foros, existen otras herramientas que pueden hacer que el desarrollo y la implementación de plugins sean más rápidos y eficientes. Estas herramientas van más allá de los consejos, ofreciendo soluciones prácticas para optimizar tu flujo de trabajo.
-
-### Documentación Oficial
-
-La documentación oficial de Capacitor es un recurso esencial. Incluye referencias de API, plantillas de plugins, guías de migración y consejos de seguridad. Además, hay herramientas para actualizaciones en tiempo real disponibles para hacer que el desarrollo sea aún más fluido.
-
-### Bibliotecas de Plugins
-
-### Actualizaciones de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Capgo hace que las actualizaciones instantáneas de aplicaciones sean simples. Ha entregado 23.5 millones de actualizaciones en 750 aplicaciones en producción, con una tasa de éxito del 82%. Impresionantemente, el 95% de los usuarios activos reciben actualizaciones en 24 horas. Su CDN global puede descargar un paquete de 5MB en solo 114ms. Capgo soporta Capacitor 8, ofreciendo capacidades de actualización parcial [\[1\]](https://capgo.app/).
-
-> "Practicamos el desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Para comenzar, ejecuta:
-
-```
-npx @capgo/cli init
-```
-
-Capgo funciona sin problemas con sistemas de CI/CD y ofrece características como pruebas beta dirigidas y despliegues en etapas utilizando su sistema de canales. Por una tarifa única de $2,600, también proporciona análisis en tiempo real y seguimiento de errores, brindándote plena visibilidad sobre el proceso de actualización.
-
-## Conclusión
-
-### Puntos Principales
-
-Los foros comunitarios juegan un papel clave en el desarrollo de plugins de Capacitor. Ofrecen un espacio para la validación rápida de ideas, solución de problemas y el intercambio de conocimientos entre colegas. Estos foros también te mantienen actualizado sobre las últimas tendencias y prácticas en el ecosistema de Capacitor. Con documentación oficial, soporte activo de la comunidad y una variedad de herramientas, el ecosistema de plugins se convierte en una base sólida para los desarrolladores. Participar activamente te permite obtener perspectivas de expertos y construir conexiones significativas dentro de la comunidad.
-
-### Iniciar
-
-¿Listo para empezar? Aquí está cómo comenzar:
-
--   **Únete a plataformas clave**: Participa en las conversaciones de Discord y GitHub para conectarte con la comunidad y explorar la documentación oficial.
--   **Comparte tus complementos**: Contribuye con tu trabajo para ayudar a otros y recibir retroalimentación constructiva.
--   **Utiliza herramientas para la eficiencia**: Herramientas como Capgo pueden simplificar actualizaciones, pruebas y despliegues, haciendo que tu proceso de desarrollo sea más fluido.
diff --git a/src/content/blog/it/capacitor-live-updates-handling-version-conflicts.md b/src/content/blog/it/capacitor-live-updates-handling-version-conflicts.md
deleted file mode 100644
index 85d6d8b9c..000000000
--- a/src/content/blog/it/capacitor-live-updates-handling-version-conflicts.md
+++ /dev/null
@@ -1,196 +0,0 @@
----
-slug: capacitor-live-updates-handling-version-conflicts
-title: 'Capacitor Live Updates: Gestire i conflitti di versione'
-description: >-
-  Apprenez à gérer les conflits de version lors des mises à jour en direct, en
-  garantissant des performances stables de l'application et une expérience
-  utilisateur fluide.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:09:18.971Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94-1745464174874.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, live updates, version conflicts, app performance, error tracking,
-  rollback, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) les mises à jour en direct peuvent faire gagner du temps en contournant les examens des magasins d'applications, mais les conflits de version peuvent perturber les performances des applications et l'expérience utilisateur. Voici ce que vous devez savoir :
-
-- **Problèmes Courants** : Les déploiements échelonnés, les mises à jour échouées (taux d'échec de 18%) et le mélange des canaux bêta et de production provoquent souvent des conflits.
-- **Solutions Rapides** : Revenir à une version stable, limiter les déploiements et activer la journalisation détaillée.
-- **Conseils de Prévention** : Utiliser des [canaux de publication](https://capgo.app/docs/webapp/channels/) clairs, une numérotation cohérente des versions et des tests spécifiques à la plateforme.
-- **Meilleurs Outils** : Des plateformes comme [Capgo](https://capgo.app/) offrent des fonctionnalités telles que des retours en arrière automatisés, le suivi des erreurs et une livraison rapide des mises à jour (95 % des utilisateurs ont été mis à jour dans les 24 heures).
-
-Pour gérer efficacement les conflits de version, concentrez-vous sur la surveillance en temps réel, les déploiements par étapes et les plans de retour en arrière. Utilisez des outils comme Capgo pour simplifier le processus et maintenir la stabilité de l'application.
-
-## Conflits de Version dans les Mises à Jour en Direct de [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Déclencheurs Courants de Conflits
-
-Les conflits de version lors des mises à jour en direct surviennent souvent à partir de quelques scénarios clés :
-
-- **Déploiements Échelonnés** : Les déploiements progressifs peuvent entraîner l'activation de plusieurs versions d'applications en même temps. Capgo note que bien que 95 % des utilisateurs soient mis à jour dans les 24 heures, les 5 % restants peuvent causer une fragmentation des versions [\[1\]](https://capgo.app/).
-    
-- **Mises à Jour Échouées** : Avec un taux de succès des mises à jour de 82 %, environ 18 % des [tentatives de mise à jour](https://capgo.app/docs/live-updates/update-behavior/) échouent, laissant certains utilisateurs bloqués sur des versions obsolètes [\[1\]](https://capgo.app/).
-    
-- **Canaux de Test Bêta** : Le mélange entre les tests bêta et les déploiements échelonnés sans un contrôle de version approprié peut créer des conflits entre les versions bêta et de production [\[1\]](https://capgo.app/).
-    
-
-Ces situations entraînent des versions fragmentées d'applications, ce qui peut nuire aux performances et à l'expérience utilisateur.
-
-### Effets sur les Performances de l'Application
-
-Les conflits de version peuvent causer une gamme de problèmes qui affectent négativement à la fois l'application et ses utilisateurs :
-
-- Augmentation des plantages, des bugs et comportements inconsistants.
-- Longs processus de dépannage qui retardent les corrections et laissent les utilisateurs sur des versions problématiques.
-- Les efforts de récupération nécessitent d'identifier les segments affectés, de revenir sur les mises à jour, de publier des corrections et de surveiller l'activité des utilisateurs. Des outils comme Capgo simplifient ce processus avec des retours en arrière automatisés, le suivi des erreurs et la gestion des canaux [\[1\]](https://capgo.app/).
-
-## Trouver et Analyser les Conflits de Version
-
-Détectez tôt les conflits de version avec des outils qui surveillent les erreurs en temps réel et suivent les performances des mises à jour.
-
-### Vérification des Conflits Pendant le Développement
-
-Tirez parti des outils de suivi des erreurs et des données de performance des mises à jour pendant le développement. Cette approche aide à identifier les problèmes potentiels avant que votre application n'atteigne les utilisateurs [\[1\]](https://capgo.app/).
-
-### Analyse des Erreurs de Mise à Jour
-
-Concentrez-vous sur les déclencheurs courants comme les déploiements échelonnés ou les canaux de publication mélangés. Plongez dans les journaux de mise à jour pour découvrir des schémas tels que des pannes de réseau, des changements incompatibles ou d'autres problèmes récurrents. Traitez ces problèmes en priorisant les corrections en fonction de la fréquence de leur apparition et de leur impact sur les utilisateurs.
-
-### Tests par Plateforme
-
-Effectuez des tests de mise à jour séparés pour iOS et Android. Utilisez des déploiements échelonnés pour chaque plateforme et gardez un œil attentif sur les tableaux de bord analytiques pour suivre les performances.
-
-Une fois les conflits identifiés, mettez en œuvre des corrections, des plans de retour en arrière ou des mesures préventives pour les résoudre efficacement.
-
-## Corriger et Éviter les Conflits de Version
-
-Après avoir identifié des conflits de version, suivez ces étapes pour les résoudre et prévenir les problèmes futurs.
-
-### Solutions Rapides aux Conflits
-
-Voici comment aborder les conflits rapidement :
-
-- Revenir immédiatement à la dernière version stable.
-- Limiter le déploiement à un canal sûr pour minimiser l'exposition.
-- Activer la journalisation détaillée pour analyser et comprendre les modèles de conflit.
-
-Une fois résolus, concentrez-vous sur des habitudes qui réduisent les chances de récidive des conflits.
-
-### Étapes pour Prévenir les Conflits
-
-Pour éviter les conflits de version, mettez en œuvre ces pratiques :
-
-- Établir des canaux de publication clairs, tels que interne, bêta et production.
-- Déployer progressivement les mises à jour, en utilisant des indicateurs de performance pour guider le processus.
-- Utiliser une numérotation cohérente des versions pour toutes les publications.
-- Automatiser les tests spécifiques aux plateformes avant de lancer des mises à jour.
-
-### Comment Revenir en Arrière sur une Mise à Jour
-
-Si une mise à jour cause des problèmes, suivez ces étapes de retour en arrière :
-
-1. Examinez les journaux d'erreurs pour comprendre l'ampleur du problème.
-2. Utilisez le [tableau de bord Capgo](https://capgo.app/docs/webapp/) pour initier un retour en arrière.
-3. Surveillez les taux d'erreurs et les indicateurs de performance avant de pousser la prochaine mise à jour.
-
-[\[1\]](https://capgo.app/) Documentation sur Capgo : retour en arrière en un clic, systèmes de canaux et fonctionnalités de suivi des erreurs.
-
-## Outils de Gestion des Mises à Jour en Direct
-
-Les outils de mise à jour en direct ont connu de grands changements depuis 2022. Avec la fermeture de [Microsoft CodePush](https://microsoft.github.io/code-push/) en 2024 et la fin prévue de [Appflow](https://ionic.io/appflow/) en 2026, les développeurs se tournent vers des plateformes capables de gérer les conflits de version tout en respectant les réglementations des magasins d'applications.
-
-### Outils Actuels du Marché
-
-Aujourd'hui, les développeurs recherchent des solutions qui permettent des mises à jour rapides et se conforment aux directives iOS et Android. Examinons de plus près comment Capgo répond à ces besoins.
-
-### Fonctionnalités de [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94/29f394e74984c052f31714ba4759b80a.jpg)
-
-Capgo offre une gamme de fonctionnalités conçues pour combler les lacunes laissées par d'autres plateformes. Celles-ci incluent **[déploiement cloud ou auto-hébergé](https://capgo.app/blog/self-hosted-capgo/)**, **chiffrement de bout en bout**, **intégration CI/CD** et **distribution basée sur des canaux**. Voici quelques indicateurs de performance clés :
-
-- Livraison CDN mondiale d'un bundle de 5 Mo en **114 ms**
-- Temps de réponse API moyen dans le monde de **434 ms**
-- **95 % des utilisateurs actifs** ont été mis à jour dans les 24 heures
-- **Taux de succès global des mises à jour de 82 %**
-- Environ **1 900 applications** actuellement en production
-- Plus de **1,15 trillion de mises à jour** livrées à ce jour
-
-### Comparaison des Outils
-
-Voici comment Capgo se compare aux solutions traditionnelles :
-
-- **Coût de configuration** : Capgo nécessite des frais uniques de **2 600 $**, contre plus de **6 000 $ par an** pour d'autres outils.
-- **Opérations CI/CD** : Capgo coûte environ **300 $ / mois**, tandis que les outils traditionnels dépassent souvent **500 $ / mois**.
-- **Vitesse de livraison** : Capgo livre un bundle de 5 Mo en **114 ms**, tandis que d'autres plateformes ont des vitesses variables.
-- **Chiffrement** : Capgo propose un **chiffrement de bout en bout**, tandis que de nombreuses alternatives ne fournissent qu'une signature de base.
-
-## Gestion des Versions Multiplateformes
-
-Cette section s'appuie sur l'aperçu des outils de mise à jour en direct, en se concentrant sur des stratégies pour maintenir l'alignement des versions iOS et Android.
-
-### Conseils de Contrôle des Versions
-
-- Utilisez les **[canaux Capgo](https://capgo.app/docs/webapp/channels/)** pour gérer les déploiements iOS et Android tout en réalisant des tests spécifiques aux plateformes [\[1\]](https://capgo.app/).
-- Adoptez **Capacitor 8** pour garantir la compatibilité d'exécution entre les deux plateformes [\[1\]](https://capgo.app/).
-
-### Approches de Test
-
-- Établissez des **canaux bêta** pour chaque plateforme afin de tester des mises à jour avec des groupes d'utilisateurs spécifiques.
-- Utilisez des **déploiements échelonnés** via les canaux Capgo et surveillez les indicateurs à chaque étape.
-- Testez les mises à jour sur une variété d'appareils et de versions de systèmes d'exploitation pour garantir une large compatibilité.
-
-### Suivi des Mises à Jour
-
-Capgo fournit des analyses en temps réel pour surveiller les mises à jour de manière efficace :
-
-- Mesurer les taux de succès des mises à jour par plateforme.
-- Suivre la fréquence et les types d'erreurs.
-- Analyser la distribution des versions parmi les utilisateurs.
-
-Avec les outils de suivi des erreurs de Capgo, les équipes peuvent identifier et résoudre les problèmes spécifiques à la plateforme avant qu'ils n'affectent le plus large public d'utilisateurs [\[1\]](https://capgo.app/).
-
-## Conclusion
-
-Gérer efficacement les conflits de version nécessite les bons outils et une approche bien pensée. Intégrez des vérifications de conflits au stade du développement, des tests spécifiques à la plateforme et des procédures de retour en arrière dans un flux de travail cohérent. Utilisez la surveillance en temps réel, les déploiements par étapes et des options de retour en arrière instantanées pour identifier et traiter rapidement les conflits.
-
-Intégrez des fonctionnalités comme le chiffrement de bout en bout, les pipelines CI/CD et des contrôles détaillés des utilisateurs pour simplifier les mises à jour et maintenir la stabilité de l'application.
-
-## FAQs
-
-:::faq
-### Comment puis-je revenir en arrière sur une mise à jour dans mon application Capacitor si un conflit de version se produit ?
-
-Malheureusement, l'article ne fournit pas de directives spécifiques sur le retour en arrière des mises à jour en cas de conflits de version. Pour les meilleures pratiques, envisagez de maintenir une version de base stable de votre application et de tester les mises à jour de manière approfondie avant le déploiement. Des outils comme **Capgo** peuvent également simplifier la [gestion des mises à jour](https://capgo.app/docs/plugin/cloud-mode/manual-update/) en offrant des fonctionnalités telles que des mises à jour en temps réel et l'attribution d'utilisateurs, vous aidant à atténuer efficacement les conflits potentiels.
-:::
-
-:::faq
-### Comment puis-je m'assurer que tous les utilisateurs reçoivent les dernières mises à jour de mon application sans rencontrer de conflits de version ?
-
-Pour éviter les conflits de version et garantir que tous les utilisateurs reçoivent les dernières mises à jour, envisagez d'utiliser une solution de mise à jour en direct comme **Capgo**. Elle vous permet d'envoyer instantanément des mises à jour, des corrections et de nouvelles fonctionnalités sans attendre les approbations des magasins d'applications, vous aidant à maintenir une version d'application cohérente parmi votre base d'utilisateurs.
-
-Avec des fonctionnalités telles que l'attribution d'utilisateurs ciblés, vous pouvez déployer des mises à jour à des groupes spécifiques ou libérer progressivement des changements, réduisant ainsi le risque de problèmes. Capgo prend également en charge les mises à jour en temps réel et respecte les directives d'Apple et d'Android, ce qui en fait un choix fiable pour gérer efficacement les mises à jour d'applications.
-:::
-
-:::faq
-### Come posso testare gli aggiornamenti su diverse piattaforme per prevenire conflitti di versione nella mia app Capacitor?
-
-Per evitare conflitti di versione quando si testano gli aggiornamenti nella tua app Capacitor, è essenziale seguire alcune buone pratiche:
-
--   **Testare in ambienti isolati**: Utilizzare ambienti separati (ad es. sviluppo, staging, produzione) per testare gli aggiornamenti prima di distribuirli ampiamente.
--   **Verificare la compatibilità**: Assicurati che gli aggiornamenti siano compatibili con tutte le piattaforme target (iOS, Android) e testa su diversi tipi di dispositivi e versioni di sistema operativo.
--   **Distribuire gli aggiornamenti gradualmente**: Inizia con un piccolo gruppo di utenti per identificare potenziali problemi prima di un rilascio completo.
-
-Se stai utilizzando una soluzione di aggiornamento live come **Capgo**, le sue funzionalità - come l'assegnazione degli utenti e gli aggiornamenti in tempo reale - possono rendere più agevole la gestione e il test degli aggiornamenti su diverse piattaforme. Questo garantisce un'implementazione fluida rimanendo conformi alle linee guida di Apple e Android.
-:::
diff --git a/src/content/blog/it/capacitor-live-updates-staying-compliant-with-apple.md b/src/content/blog/it/capacitor-live-updates-staying-compliant-with-apple.md
deleted file mode 100644
index c8f5fa1b2..000000000
--- a/src/content/blog/it/capacitor-live-updates-staying-compliant-with-apple.md
+++ /dev/null
@@ -1,247 +0,0 @@
----
-slug: capacitor-live-updates-staying-compliant-with-apple
-title: 'Aggiornamenti dal vivo di Capacitor: Rimanere in conformità con Apple'
-description: >-
-  Apprenez à mettre en œuvre efficacement des mises à jour en direct dans les
-  applications mobiles tout en garantissant le respect de directives strictes
-  pour éviter les rejets.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-12T03:03:33.472Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d0d3f9cf9d4dc0b2c0bff2-1741748627082.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, live updates, app compliance, Apple guidelines, encryption, bug
-  fixes, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) live updates let developers push bug fixes and minor changes directly to apps without requiring users to download updates from the [App Store](https://www.apple.com/app-store/). This speeds up deployment by up to **81%**, reduces costs, and improves user experience. However, staying compliant with Apple's strict guidelines is essential to avoid app rejections.
-
-### Key Points:
-
--   **Allowed Updates**: Bug fixes, UI tweaks, and content updates within the app's original purpose.
--   **Prohibited Updates**: Major feature changes or core functionality updates (require App Store review).
--   **Security**: End-to-end encryption is mandatory to protect user data.
--   **Tools**: [Capgo](https://capgo.app/) simplifies live update management, ensuring compliance with Apple's rules.
-
-| **Update Type** | **Allowed** | **Approval Needed** |
-| --- | --- | --- |
-| Bug Fixes | Yes | No  |
-| UI Improvements | Yes | Sometimes |
-| Content Updates | Yes | No  |
-| Feature Changes | No  | Yes |
-| Security Patches | Yes | No  |
-
-To stay compliant, focus on bug fixes, secure updates with encryption, and document all changes. Tools like Capgo help manage updates for over **20 million users**, ensuring apps remain compliant while delivering updates quickly.
-
-## [Appflow](https://ionic.io/appflow/live-updates) Live Updates: Deploy instant updates directly to your users
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-f18932d1af08bf70cb14b84540039486-2025-03-12.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Apple's Live Update Rules
-
-Apple regulates app updates to protect users, making it essential to understand these rules when implementing live updates in Capacitor applications.
-
-### [App Store](https://www.apple.com/app-store/) Guidelines for Updates
-
-![App Store](https://mars-images.imgix.net/seobot/screenshots/www.apple.com-9d9fbf06f7f9dd70143af6386e59a5d2-2025-03-12.jpg?auto=compress)
-
-Apple's rules clearly outline what is and isn't allowed with over-the-air (OTA) updates. Here's a quick breakdown:
-
-| Update Type | Allowed | Requirements |
-| --- | --- | --- |
-| Bug Fixes | Yes | Must not change core functionality |
-| UI Improvements | Yes | Limited to minor visual tweaks |
-| Content Updates | Yes | Must stay within the app's original purpose |
-| Feature Changes | No  | Requires App Store review |
-| Security Patches | Yes | Must include proper encryption |
-
-When using live updates, developers must prioritize user data security and use end-to-end encryption. Tools like Capgo are built to comply with Apple's requirements, simplifying the process.
-
-Grasping these rules can help you avoid common mistakes that lead to app rejections.
-
-### Top Reasons Apps Get Rejected
-
-Many apps are rejected for violating Apple's update guidelines. Here are some frequent issues:
-
--   **Bypassing Review Process**: Adding major new features through live updates instead of submitting them for review.
--   **Privacy Issues**: Failing to secure user data during updates.
--   **Core Functionality Changes**: Using live updates to significantly alter how the app works.
-
-> "Avoiding review for bugfix is golden." - Bessie Cooper, @bessiecooper [\[1\]](https://capgo.app/)
-
-This highlights that live updates should focus on bug fixes, not introducing new features.
-
-To stay compliant with Apple's standards:
-
--   Use strong encryption for all updates.
--   Limit updates to bug fixes and minor adjustments.
--   Keep detailed records of changes made.
--   Thoroughly test updates before release.
--   Regularly monitor Apple's policy changes.
-
-Following these steps will help ensure your app updates remain within Apple's strict guidelines.
-
-## Setting Up Compliant Live Updates
-
-To implement live updates in your [Capacitor app](https://capgo.app/plugins/ivs-player/) while meeting Apple's compliance rules, you'll need a structured setup. Here's how you can get started.
-
-### Project Setup Steps
-
-Begin by configuring your environment and installing Capgo's live update plugin:
-
--   **Install Required Dependencies**
-    
-    -   Use Capgo's CLI to install the live update plugin and set up the necessary tools. For instance:
-        
-        ```bash
-        npx @capgo/cli init
-        ```
-        
-    -   Make sure your app includes end-to-end encryption and secure storage for update files.
-        
--   **Configure Update Parameters**
-    
-    -   Set how often updates should occur.
-    -   Plan rollback procedures in case something goes wrong.
-    -   Keep a detailed log of version changes.
--   **Implement Security Protocols**
-    
-    -   Enable end-to-end encryption.
-    -   Use secure transmission methods.
-    -   Require user authentication for added protection.
-
-### Version Control Guidelines
-
-Managing app versions properly is key to staying compliant with Apple's guidelines. Here's a quick breakdown:
-
-| Version Type | Update Scope | Needs Approval |
-| --- | --- | --- |
-| Patch (x.x.1) | Fixes for bugs | No  |
-| Minor (x.1.x) | UI adjustments | Sometimes |
-| Major (1.x.x) | Feature updates | Yes |
-
-Keep detailed documentation of all changes to make the App Store review process smoother.
-
-### [Capgo](https://capgo.app/): Live Update Management
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-12.jpg?auto=compress)
-
-Capgo simplifies live update management and ensures compliance with Apple's requirements. It has already supported over **947.6 million updates** across **1,400+ production apps** [\[1\]](https://capgo.app/).
-
-Some of its standout features include:
-
--   **End-to-end encryption** for secure updates.
--   **CI/CD integration** with platforms like [GitHub](https://github.com/), [GitLab](https://about.gitlab.com/), and [Azure DevOps](https://azure.microsoft.com/en-us/products/devops).
--   **User assignment** for controlled rollouts.
--   Tools to help ensure updates align with Apple's policies.
-
-Once your app is ready, use the Capgo CLI to push updates. The system will handle version control, encryption, and distribution automatically, keeping you compliant with Apple's rules.
-
-###### sbb-itb-f9944d2
-
-## Data Security During Updates
-
-Securing data during live updates is crucial for staying compliant with regulations and protecting user information. It also plays a key role in maintaining user confidence.
-
-### Encryption Requirements
-
-End-to-end encryption is a must for keeping live updates secure in [Capacitor apps](https://capgo.app/blog/capacitor-comprehensive-guide/). It ensures that update data remains protected as it moves from the server to the device. Capgo's live update solution enforces these encryption standards. According to Capgo: "End-to-end encryption. Only your users can decrypt your updates, no one else" [\[1\]](https://capgo.app/). This encryption approach is essential for protecting user data effectively.
-
-### User Data Protection
-
-Capgo's security framework ensures that only authorized users can decrypt updates. By limiting access, it helps protect user data throughout the update process and minimizes the risk of unauthorized access.
-
-## Testing and App Store Submission
-
-Thorough testing before release is critical for a smooth App Store submission and meeting compliance standards.
-
-### Pre-Release Testing
-
-Capgo's user assignment feature allows you to test updates with specific user groups before rolling them out to everyone. This controlled approach ensures your [encryption and data protection](https://capgo.app/docs/cli/migrations/encryption/) strategies are functioning effectively.
-
-Here's an example of how Capgo handled a rollout for over 5,000 users:
-
-> "We rolled out Capgo OTA updates in production for our user base of +5000. We're seeing very smooth operation almost all our users are upto date within minutes of the OTA being deployed to @Capgo." [\[1\]](https://capgo.app/)
-
-To ensure a successful rollout, follow these steps:
-
--   Start with internal testing.
--   Expand to a small group of external users.
--   Gradually scale the user base.
--   Monitor update delivery times and success rates.
-
-Once testing is complete, you'll need to document these steps for the App Store review process.
-
-### App Review Guidelines
-
-When submitting your app, it's important to show compliance with Apple's guidelines.
-
-> "@Capgo is a must have tools for developers, who want to be more productive. Avoiding review for bugfix is golden." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Apple requires specific documentation, including:
-
--   **Clear Documentation**: A detailed explanation of how updates are delivered.
--   **Security Protocols**: Proof of encryption and data protection measures.
--   **Update Scope**: A breakdown of the types of content being updated.
--   **Testing Evidence**: Data showing thorough testing and performance metrics.
-
-| Review Focus Area | Required Documentation |
-| --- | --- |
-| Security Measures | Encryption protocols, data safety |
-| Update Mechanism | Technical details of implementation |
-| Content Changes | Defined scope of updates |
-| Testing Results | Stability and performance metrics |
-
-Providing clear, detailed documentation on security and update processes can simplify the submission process and help avoid delays.
-
-## Post-Launch Compliance
-
-After launching your app, staying compliant with App Store guidelines requires constant monitoring and quick adjustments. Developers need to keep track of updates and adapt to any changes in the guidelines to ensure ongoing compliance.
-
-### Update Tracking
-
-To keep your app in line with App Store policies, focus on these key areas:
-
-| Área de Monitoreo | Métricas Clave | Acciones |
-| --- | --- | --- |
-| Velocidad de Distribución | Actualizar tiempo de entrega | Medir qué tan rápido llegan las actualizaciones a los usuarios. |
-| Tasa de Éxito | Porcentaje de finalización de actualización | Investigar actualizaciones fallidas y sus causas. |
-| Cobertura de Usuarios | Actualizaciones de usuarios activos | Asegurarse de que las actualizaciones lleguen a todos los segmentos de usuarios. |
-| Estado de Seguridad | Validación de cifrado | Comprobar la integridad del cifrado de extremo a extremo. |
-
-Estas métricas proporcionan la base para adaptarse rápidamente cuando cambian las pautas.
-
-### Respuesta a Actualizaciones de Políticas
-
-Rastrear estas métricas no solo se trata de rendimiento, también te ayuda a identificar áreas que pueden necesitar atención inmediata cuando Apple actualiza sus políticas. Aquí está cómo responder:
-
-1. **Revisar Cambios:** Examinar las nuevas pautas y determinar su impacto en tu proceso de actualización actual.
-2. **Auditoría Técnica:** Confirmar que tus mecanismos de actualización se alineen con los requisitos revisados.
-3. **Verificación de Seguridad:** Verificar que tus protocolos de cifrado cumplan con los estándares actualizados.
-4. **Actualización de Documentación:** Actualizar tu documentación de cumplimiento para reflejar las últimas pautas.
-
-Utilizar herramientas construidas con los requisitos de Apple en mente puede simplificar este proceso. Por ejemplo, Capgo ofrece características como cifrado de extremo a extremo y asignación de usuarios, facilitando el cumplimiento mientras se entregan actualizaciones de manera eficiente [\[1\]](https://capgo.app/).
-
-Monitorea regularmente el cumplimiento de tu aplicación a través de tu [plataforma de gestión de actualizaciones](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Mantenerse proactivo puede ayudarte a detectar y resolver problemas potenciales antes de que afecten tu posición en la App Store, manteniendo tu estrategia de actualizaciones en vivo tanto efectiva como dentro de las reglas.
-
-## Conclusión
-
-Equilibrar velocidad y cumplimiento es clave al implementar actualizaciones en vivo en aplicaciones de Capacitor. Con las herramientas adecuadas, la eficiencia en el lanzamiento puede mejorar hasta un 81% [\[1\]](https://capgo.app/), facilitando el cumplimiento de las pautas de Apple.
-
-Plataformas como Capgo demuestran cómo es posible cumplir con los requisitos de la App Store mientras se entregan actualizaciones rápidas [\[1\]](https://capgo.app/). Las estrictas reglas de Apple sobre actualizaciones en vivo resaltan la importancia de mantenerse en cumplimiento.
-
-Para asegurar el cumplimiento a largo plazo, enfócate en estas prácticas:
-
-- Usar cifrado de extremo a extremo para todas las actualizaciones.
-- Integrar actualizaciones sin problemas en tus flujos de trabajo de CI/CD.
-- Monitorear métricas de actualización regularmente.
-- Estar preparado para cambios en las políticas.
diff --git a/src/content/blog/it/capacitor-native-bridge-android-plugin-basics.md b/src/content/blog/it/capacitor-native-bridge-android-plugin-basics.md
deleted file mode 100644
index fe24a6459..000000000
--- a/src/content/blog/it/capacitor-native-bridge-android-plugin-basics.md
+++ /dev/null
@@ -1,488 +0,0 @@
----
-slug: capacitor-native-bridge-android-plugin-basics
-title: 'Bridge nativo di Capacitor: Concetti base dei plugin Android'
-description: >-
-  Scopri come creare plugin Android ad alte prestazioni con Capacitor Native
-  Bridge, incluse le best practice per la configurazione, lo sviluppo e il
-  testing.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T02:39:06.030Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c-1743215957623.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, Android plugins, development, Java, mobile development, Gradle,
-  plugin testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Native Bridge semplifica la creazione di plugin Android connettendo JavaScript e codice nativo Android. Ecco cosa devi sapere:
-
--   **Cosa Fa**: Funge da ponte bidirezionale per consentire alle app web di accedere alle funzionalità native di Android come fotocamera o sensori.
--   **Perché Usarlo**: Combina tecnologie web con [prestazioni native](https://capgo.app/plugins/native-audio/), rendendo lo sviluppo dei plugin semplice.
--   **Requisiti Essenziali**: Richiede [Node.js](https://nodejs.org/en), JDK 11+, [Android Studio](https://developer.android.com/studio), e Capacitor CLI. Assicurati di avere le variabili d'ambiente e le configurazioni [Gradle](https://gradle.org/) corrette.
--   **Come Iniziare**: Usa `npm init @capacitor/plugin` per creare la struttura di un plugin, definisci i metodi in Java e testa usando Android Studio o dispositivi reali.
--   **Integrazione [Capgo](https://capgo.app/)**: Abilita aggiornamenti in tempo reale, rollback e analisi per un deployment fluido dei plugin.
-
-### Checklist Rapida per l'Installazione:
-
-1.  Installa gli strumenti: Node.js, JDK 11+, Android Studio.
-2.  Configura Gradle per API 22+ e dipendenze Capacitor.
-3.  Crea la struttura del tuo plugin con Capacitor CLI.
-4.  Testa su emulatori e dispositivi reali.
-
-Capacitor colma il divario tra web e Android nativo, offrendo agli sviluppatori un modo affidabile per creare plugin ad alte prestazioni.
-
-## Esecuzione di Codice Nativo iOS/Android con Ionic
-
-<iframe src="https://www.youtube.com/embed/ApTe3EgLiCk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configurazione e Installazione
-
-Per iniziare a sviluppare un [plugin Android Capacitor](https://capgo.app/plugins/ivs-player/), dovrai configurare attentamente il tuo ambiente. Ecco come preparare tutto.
-
-### Configurazione Strumenti Richiesti
-
-Assicurati di avere installati e configurati i seguenti strumenti:
-
--   **Node.js e npm**: Installa Node.js versione 14.0 o superiore.
--   **[Java Development Kit](https://en.wikipedia.org/wiki/Java_Development_Kit) (JDK)**: Usa JDK 11 o più recente.
--   **Android Studio**: Installa l'ultima versione stabile (2023.1.1 o successiva).
--   **Capacitor CLI**: Installa globalmente usando npm.
--   **Android SDK**: Assicurati che sia installato il livello API 22 o superiore.
-
-Aggiungi questi percorsi alle variabili d'ambiente del tuo sistema:
-
-```bash
-ANDROID_HOME=/Users/username/Library/Android/sdk
-JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home
-```
-
-Ricontrolla che le tue variabili d'ambiente siano configurate correttamente per evitare problemi di compatibilità. Una volta fatto, passa alla configurazione del tuo progetto Android Studio.
-
-### Configurazione Progetto [Android Studio](https://developer.android.com/studio)
-
-![Android Studio](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/37b29b854cd53ac189541dfdcf7a9a26.jpg)
-
-Configura il tuo progetto Android Studio con questi passaggi:
-
-1.  **Configurazione Progetto**
-
-Aggiorna il tuo file `build.gradle` con le seguenti impostazioni:
-
-```kotlin
-android {
-    compileSdkVersion 33
-    defaultConfig {
-        minSdkVersion 22
-        targetSdkVersion 33
-    }
-}
-```
-
-2.  **Aggiungi Dipendenze Plugin**
-
-Includi le dipendenze Capacitor richieste nel tuo file `build.gradle`:
-
-```kotlin
-dependencies {
-    implementation '@capacitor/android:5.0.0'
-    implementation '@capacitor/core:5.0.0'
-}
-```
-
-3.  **Configura il File Manifest**
-
-Aggiungi i permessi necessari e le impostazioni al tuo file `AndroidManifest.xml`:
-
-```xml
-<manifest>
-    <uses-permission android:name="android.permission.INTERNET" />
-    <application
-        android:allowBackup="true"
-        android:label="@string/app_name">
-        <!-- Additional configurations -->
-    </application>
-</manifest>
-```
-
-### Tabella di Compatibilità
-
-Ecco un riferimento rapido per le versioni minime e raccomandate dei componenti chiave:
-
-| Componente | Versione Minima | Versione Raccomandata |
-| --- | --- | --- |
-| Android Studio | 2023.1.1 | 2023.2.1 |
-| JDK | 11 | 17 |
-| Gradle | 7.3 | 8.0 |
-| Android SDK | API 22 | API 33 |
-
-### Ottimizza le Impostazioni [Gradle](https://gradle.org/)
-
-![Gradle Build Tool Interface](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/ea42b2d6446e3f23d9417eaa9ba23d71.jpg)
-
-Per migliorare le prestazioni e la compatibilità, aggiorna il tuo file `gradle.properties` con queste impostazioni:
-
-```properties
-org.gradle.jvmargs=-Xmx2048m
-org.gradle.parallel=true
-android.useAndroidX=true
-```
-
-Abilita l'auto-import e la compilazione in tempo reale in Android Studio per identificare e risolvere rapidamente i problemi. Questi passaggi assicurano uno sviluppo fluido e un uso efficiente delle risorse.
-
-## Creazione del Tuo Primo Plugin Android
-
-Impara come costruire il tuo primo plugin Android usando Capacitor. Questa guida ti accompagna attraverso i passaggi e condivide consigli pratici.
-
-### Passaggi per la Creazione del Plugin
-
-Inizia generando la struttura del plugin con Capacitor CLI:
-
-```bash
-npm init @capacitor/plugin your-plugin-name
-cd your-plugin-name
-npm install
-```
-
-Successivamente, aggiorna il file `package.json` con la seguente configurazione:
-
-```json
-{
-  "name": "your-plugin-name",
-  "version": "1.0.0",
-  "capacitor": {
-    "android": {
-      "src": "android"
-    }
-  }
-}
-```
-
-Questa configurazione assicura che Capacitor riconosca il tuo plugin e i suoi file sorgente Android.
-
-### Struttura Directory del Plugin
-
-Il tuo progetto seguirà questa struttura:
-
-```
-your-plugin-name/
-├── android/
-│   ├── src/main/
-│   │   ├── java/com/yourcompany/plugin/
-│   │   │   └── YourPlugin.java
-│   ├── build.gradle
-│   └── proguard-rules.pro
-├── src/
-│   ├── definitions.ts
-│   └── web.ts
-├── package.json
-└── README.md
-```
-
-Ecco cosa fa ogni file chiave:
-
-| File | Scopo |
-| --- | --- |
-| `YourPlugin.java` | Gestisce la logica Android del plugin |
-| `definitions.ts` | Contiene le definizioni delle interfacce TypeScript |
-| `web.ts` | Fornisce funzionalità di fallback basate sul web |
-| `package.json` | Gestisce dipendenze e metadati del plugin |
-
-### Scrittura dei Metodi del Plugin
-
-Definisci i metodi del plugin nel file `YourPlugin.java`. Per esempio, ecco un metodo semplice:
-
-```java
-@PluginMethod
-public void echo(PluginCall call) {
-    String value = call.getString("value");
-    JSObject ret = new JSObject();
-    ret.put("value", value);
-    call.resolve(ret);
-}
-```
-
-Ogni metodo richiede l'annotazione `@PluginMethod` e usa l'oggetto `PluginCall` per gestire parametri e restituire risultati. Ecco un altro esempio con gestione degli errori:
-
-```java
-@PluginMethod
-public void getData(PluginCall call) {
-    String id = call.getString("id", null);
-    if (id == null) {
-        call.reject("Must provide an id");
-        return;
-    }
-
-    int limit = call.getInt("limit", 10); // Default value
-
-    JSObject result = new JSObject();
-    result.put("id", id);
-    result.put("limit", limit);
-    call.resolve(result);
-}
-```
-
-Per logiche più complesse, gestisci le eccezioni per garantire la stabilità:
-
-```java
-@PluginMethod
-public void processData(PluginCall call) {
-    try {
-        // Processing logic here
-        call.resolve();
-    } catch (Exception e) {
-        call.reject("Error processing data: " + e.getMessage());
-    }
-}
-```
-
-### Test del Tuo Plugin
-
-Usa gli [strumenti di debug](https://capgo.app/docs/plugin/debugging/) di Android Studio per testare accuratamente ogni metodo. Assicurati che i tuoi metodi siano focalizzati su compiti specifici per mantenere il codice pulito e facile da mantenere. Una volta completato il debug, testa il tuo plugin su dispositivi Android reali per confermare che tutto funzioni come previsto.
-
-## Guida al Testing dei Plugin
-
-### Test su Dispositivi Android
-
-Per testare efficacemente i plugin Android, usa sia emulatori che dispositivi reali. L'AVD Manager di Android Studio è un ottimo strumento per simulare vari livelli API e dimensioni dello schermo.
-
-Esegui questi comandi per prepararti al testing:
-
-```bash
-npx cap open android
-npm run build
-npx cap sync
-```
-
-Assicurati che il debug USB sia abilitato e conferma la connettività del dispositivo con `adb devices`. Crea una matrice di test per coprire le versioni Android chiave:
-
-| Versione Android | Priorità Test | Aree Chiave di Focus |
-| --- | --- | --- |
-| Android 14 | Alta | Compatibilità API più recente |
-| Android 13 | Alta | Funzionalità core |
-| Android 12 | Media | Compatibilità all'indietro |
-| Android 11 | Bassa | Supporto legacy |
-
-### Risoluzione di Problemi Comuni dei Plugin
-
-**Memory Leak**  
-Usa il Memory Profiler in Android Studio per identificare e risolvere i memory leak. Concentrati su:
-
--   Broadcast receiver non registrati
--   Connessioni database non chiuse
--   Riferimenti forti ad Activity o Context
-
-**Problemi di Registrazione Plugin**  
-Se i plugin non si registrano, controlla:
-
--   Registrazione plugin in `MainActivity.java`
--   Coerenza del nome del pacchetto
--   Dipendenze Gradle corrette
-
-**Problemi di Performance**
-Sfrutta il CPU Profiler per individuare i colli di bottiglia nelle prestazioni. Le migliori pratiche includono:
-
--   Mantenere i metodi del plugin leggeri
--   Eseguire attività pesanti su thread in background
--   Aggiungere meccanismi appropriati di gestione degli errori
-
-### Semplificazione dei Test Live e Aggiornamenti
-
-Gli [strumenti Capgo](https://capgo.app/docs/cli/commands) possono semplificare i test live e gli aggiornamenti. Usa questi esempi per migliorare il tuo flusso di lavoro:
-
--   **Inizializza il tracciamento errori**:
-
-    ```typescript
-    CapacitorUpdater.notifyAppReady();
-    ```
-
--   **Gestisci fallimenti degli aggiornamenti**:
-
-    ```typescript
-    CapacitorUpdater.addListener('updateFailed', (info) => {
-      console.error('Update failed:', info);
-    });
-    ```
-
--   **Usa il rollback per correzioni rapide**:
-
-    ```typescript
-    try {
-      await CapacitorUpdater.rollback();
-    } catch (err) {
-      console.error('Rollback failed:', err);
-    }
-    ```
-
--   **Configura i rilasci graduali**:
-
-    ```typescript
-    await CapacitorUpdater.setChannel({
-      channel: 'beta',
-      preventAutoUpdateOnFail: true
-    });
-    ```
-
-## Standard di Sviluppo Plugin
-
-### Linee Guida per la Struttura del Codice
-
-Ecco un template base per strutturare il tuo plugin in Java:
-
-```java
-public class MyPlugin extends Plugin {
-    private static final String TAG = "MyPlugin";
-    private final Context context;
-
-    public MyPlugin(Context context) {
-        this.context = context;
-    }
-
-    @PluginMethod
-    public void methodName(PluginCall call) {
-        try {
-            // Method implementation
-            call.resolve();
-        } catch (Exception e) {
-            call.reject("Error message", e);
-        }
-    }
-}
-```
-
-Pratiche strutturali chiave da seguire:
-
--   Usa firme di metodo chiare e ben definite con modificatori di accesso appropriati.
--   Scegli nomi di variabili e metodi che spiegano il loro scopo.
--   Assicurati che le API pubbliche siano completamente documentate.
--   Mantieni la logica di business separata dai componenti relativi all'UI.
-
-### Consigli sulle Performance
-
-Un plugin ben strutturato non solo migliora la manutenibilità ma aumenta anche le prestazioni. Ecco alcune strategie di ottimizzazione:
-
-| Area di Focus | Approccio Raccomandato |
-| --- | --- |
-| Gestione Thread | Sposta i task pesanti su thread in background |
-| Uso Memoria | Pulisci correttamente le risorse per evitare leak |
-| Chiamate di Rete | Cache delle risposte e implementa meccanismi di retry |
-| Caricamento Risorse | Usa il lazy loading per risorse grandi |
-
-Per task che richiedono risorse significative, considera questo esempio:
-
-```java
-@PluginMethod
-public void heavyOperation(PluginCall call) {
-    taskQueue.execute(() -> {
-        try {
-            // Perform intensive operation
-            JSObject result = new JSObject();
-            call.resolve(result);
-        } catch (Exception e) {
-            call.reject("Operation failed", e);
-        }
-    });
-}
-```
-
-### Gestione degli Errori
-
-Una gestione degli errori robusta assicura che il tuo plugin rimanga stabile e affidabile:
-
-```java
-@PluginMethod
-public void criticalOperation(PluginCall call) {
-    try {
-        // Operation code
-        if (!operationSuccessful) {
-            throw new PluginException("Operation failed");
-        }
-        call.resolve();
-    } catch (Exception e) {
-        Logger.error(TAG, "Critical operation failed", e);
-        handleRollback();
-        call.reject("Operation failed", e);
-    }
-}
-```
-
-Migliori pratiche per la gestione degli errori:
-
--   Registra gli errori con il livello di severità corretto.
--   Includi contesto significativo nei messaggi di errore per aiutare il debug.
--   Monitora la frequenza degli errori e identifica problemi ricorrenti.
--   Usa il reporting automatico degli errori per individuare i problemi precocemente.
-
-Per operazioni critiche, è essenziale avere meccanismi di rollback. Ecco un esempio:
-
-```java
-private void handleRollback() {
-    try {
-        bridge.triggerJSEvent("rollbackRequired", "{}");
-    } catch (Exception e) {
-        Logger.error(TAG, "Rollback failed", e);
-    }
-}
-```
-
-Gli strumenti di tracciamento errori e rollback di Capgo possono aiutarti a recuperare rapidamente dai fallimenti [\[1\]](https://capgo.app/).
-
-## Guida all'Integrazione [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-Basandoci sui nostri risultati di test live, integrare Capgo aiuta a semplificare il deployment degli aggiornamenti.
-
-### Panoramica delle Funzionalità Capgo
-
-Capgo fornisce strumenti essenziali per gestire gli aggiornamenti live, assicurando prestazioni fluide. Permette aggiornamenti istantanei per i plugin Android Capacitor senza necessità di approvazioni dell'app store. Ecco cosa offre Capgo:
-
-| Funzionalità | Descrizione |
-| --- | --- |
-| Crittografia End-to-End | Assicura la consegna sicura degli aggiornamenti |
-| Aggiornamenti Parziali | Scarica solo i componenti modificati |
-| [Sistema di Canali](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Abilita rilasci graduali mirati |
-| Analytics in Tempo Reale | Monitora le prestazioni degli aggiornamenti |
-| Rollback con Un Click | Recupero rapido in caso di problemi |
-| Integrazione CI/CD | Compatibile con GitHub Actions, GitLab CI e Jenkins |
-
-### Configurazione di Capgo
-
-Per iniziare con Capgo, esegui il seguente comando:
-
-```bash
-npx @capgo/cli init
-```
-
-Aggiungi il plugin al tuo processo di build. Capgo gestisce automaticamente gli aggiornamenti in background, utilizzando le sue funzionalità integrate di analytics e rollback.
-
-È possibile utilizzare il sistema dei canali per gestire i rilasci per gli ambienti di produzione, beta e sviluppo. Gli aggiornamenti parziali sono disponibili per ridurre l'utilizzo della banda e fornire solo le modifiche necessarie.
-
-Capgo supporta le versioni 6 e 7 di Capacitor.
-
-> Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti! [\[1\]](https://capgo.app/)
-
-## Riepilogo
-
-Il Native Bridge di Capacitor potenzia i plugin Android con potenti funzionalità native e uno sviluppo semplificato. Questo approccio offre risultati significativi, inclusi 23,5 milioni di aggiornamenti su 750 app in produzione [\[1\]](https://capgo.app/).
-
-Le metriche di performance della piattaforma ne evidenziano l'efficacia: un tasso di successo globale dell'82% per i deployment degli aggiornamenti, un tempo medio di download di 114 ms per un bundle di 5 MB tramite CDN globale e il 95% degli utenti attivi che ricevono gli aggiornamenti entro 24 ore [\[1\]](https://capgo.app/).
-
-Per ottenere questi risultati, è fondamentale seguire alcune pratiche chiave:
-
-| Migliore Pratica | Beneficio |
-| --- | --- |
-| Implementare Aggiornamenti Live | Distribuire correzioni e funzionalità rapidamente |
-| Utilizzare il Sistema dei Canali | Rilasciare aggiornamenti selettivamente, testare le beta |
-| Monitorare le Analytics | Valutare le prestazioni e l'adozione degli utenti |
-| Abilitare il Rollback Automatico | Recuperare rapidamente da potenziali problemi |
-
-Gli sviluppatori hanno elogiato questi strumenti. Bessie Cooper ha condiviso: _"Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare la revisione per le correzioni dei bug è prezioso."_ [\[1\]](https://capgo.app/)
-
-Funzionalità come il tracciamento degli errori, il monitoraggio delle prestazioni, la crittografia end-to-end e l'integrazione CI/CD continua contribuiscono ad alti tassi di successo degli aggiornamenti e prestazioni fluide. Insieme, questi strumenti combinano funzionalità native con aggiornamenti veloci e affidabili, dimostrando i punti di forza della piattaforma.
diff --git a/src/content/blog/it/capacitor-native-bridge-web-to-android-data-transfer.md b/src/content/blog/it/capacitor-native-bridge-web-to-android-data-transfer.md
deleted file mode 100644
index 023797ea7..000000000
--- a/src/content/blog/it/capacitor-native-bridge-web-to-android-data-transfer.md
+++ /dev/null
@@ -1,216 +0,0 @@
----
-slug: capacitor-native-bridge-web-to-android-data-transfer
-title: 'Capacitor Native Bridge: Trasferimento Dati da Web ad Android'
-description: >-
-  Scopri come trasferire i dati in modo efficiente tra le web app e Android
-  utilizzando il bridge nativo di Capacitor, affrontando le sfide comuni e i
-  suggerimenti sulle prestazioni.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T01:10:13.731Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d-1744765887424.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, data transfer, JSON serialization, mobile apps, Android,
-  performance optimization, encryption, error handling
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-**Il trasferimento di dati tra app web e Android in [Capacitor](https://capacitorjs.com/) può essere impegnativo, ma comprendere la serializzazione JSON e le operazioni del bridge nativo semplifica il processo.** Ecco cosa devi sapere:
-
--   **Compatibilità JSON:** Il bridge nativo supporta solo tipi serializzabili in JSON, quindi evita funzioni, riferimenti circolari e classi personalizzate.
--   **Suggerimenti sulle prestazioni:** Suddividi i dati di grandi dimensioni in blocchi, comprimili e memorizza nella cache i dati utilizzati frequentemente per migliorare velocità e utilizzo della memoria.
--   **Gestione errori e sicurezza:** Utilizza crittografia, permessi runtime e tracciamento degli errori cross-layer per trasferimenti sicuri e affidabili.
--   **Funzionalità del bridge:** Supporta messaggistica bidirezionale, raggruppamento eventi e validazione dei tipi per garantire una comunicazione fluida.
--   **Strumenti [Capgo](https://capgo.app/):** Offre aggiornamenti in tempo reale, chunking intelligente e crittografia end-to-end per una gestione dati senza interruzioni.
-
-**Suggerimento rapido:** Usa [TypeScript](https://www.typescriptlang.org/) per il typing rigoroso, convalida il JSON su entrambe le estremità e considera plugin personalizzati per esigenze di dati complesse. La piattaforma Capgo migliora le prestazioni con aggiornamenti live e sincronizzazione sicura, rendendola un'ottima scelta per le app ibride.
-
-## Come creare un plugin [Capacitor](https://capacitorjs.com/) per iOS/Android
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/Dq_BmheGAig" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Problemi comuni nel trasferimento dati
-
-La gestione del trasferimento dati tra i livelli web e Android utilizzando il bridge nativo può essere complessa. Queste sfide devono essere affrontate attentamente per garantire prestazioni fluide dell'app.
-
-### Limitazioni dei tipi di dati JSON
-
-Il bridge nativo in Capacitor supporta solo tipi serializzabili in JSON. Questo significa che non può gestire alcuni tipi di dati, come:
-
--   Funzioni
--   Riferimenti circolari
--   Dati binari/Blob
--   Oggetti Date (che richiedono timestamp precisi)
--   Istanze di classi personalizzate
-
-Per aggirare queste limitazioni, gli sviluppatori spesso devono creare metodi di serializzazione personalizzati per strutture dati più complesse.
-
-Ma non si tratta solo di tipi di dati - anche la velocità e l'efficienza con cui i dati vengono trasferiti giocano un ruolo importante nell'esperienza utente.
-
-### Problemi di velocità e memoria
-
-I test delle prestazioni rivelano alcune metriche chiave: le velocità di download CDN per bundle da 5MB sono in media di circa 114ms, mentre le risposte API globali richiedono circa 57ms. Per migliorare l'efficienza del trasferimento dati, considera queste strategie:
-
--   Suddividi i trasferimenti di grandi dimensioni in blocchi più piccoli
--   Comprimi i dati ove possibile
--   Usa il caricamento progressivo per i dataset
--   Memorizza nella cache i dati acceduti frequentemente
-
-> "Abbiamo distribuito gli aggiornamenti OTA di Capgo in produzione per la nostra base utenti di +5000. Stiamo assistendo a un'operazione molto fluida - quasi tutti i nostri utenti sono aggiornati entro pochi minuti dal rilascio dell'OTA su @Capgo." - colenso
-
-### Tracciamento degli errori e protezione dei dati
-
-Il debug delle app ibride può essere particolarmente impegnativo. Una volta ottimizzate le prestazioni, è altrettanto importante concentrarsi sul tracciamento degli errori e sulla protezione dei dati durante i trasferimenti.
-
-| Requisito | Implementazione |
-| --- | --- |
-| Crittografia | Protezione end-to-end |
-| Permessi | Accesso Android runtime |
-| Gestione errori | Tracciamento cross-layer |
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare la revisione per le correzioni di bug è fondamentale." - Bessie Cooper
-
-Per affrontare questi problemi, gli sviluppatori dovrebbero configurare sistemi di logging robusti in grado di catturare gli errori sia a livello web che Android. Allo stesso tempo, assicurarsi che tutti i trasferimenti di dati siano crittografati per mantenere la sicurezza.
-
-## Soluzioni del bridge nativo
-
-Il bridge nativo affronta le sfide comuni nella serializzazione e nel trasferimento dei dati collegando i livelli web e Android attraverso un sistema di messaggistica bidirezionale.
-
-### Architettura del bridge
-
-Questa architettura affronta le limitazioni precedentemente delineate. Utilizza [WebView](https://en.wikipedia.org/wiki/WebView) per connettere JavaScript con i componenti nativi Android.
-
-Ecco come funziona:
-
--   **Coda messaggi**: Bufferizza i dati usando un sistema FIFO asincrono.
--   **Bus eventi**: Instrada i segnali attraverso un modello publish/subscribe.
--   **Serializzatore**: Converte i dati, spesso usando la trasformazione JSON.
--   **Livello di sicurezza**: Garantisce la protezione dei dati con crittografia end-to-end.
-
-Per i trasferimenti di dati di grandi dimensioni, il bridge suddivide automaticamente i dati in blocchi più piccoli per mantenere le prestazioni.
-
-### Comunicazione dei plugin
-
-I plugin fungono da intermediari, consentendo alle applicazioni web di accedere alle funzionalità native di Android. Il processo di comunicazione generalmente segue questi passaggi:
-
-1.  Il livello web effettua una chiamata utilizzando l'interfaccia del plugin.
-2.  Il bridge converte i dati in formato JSON.
-3.  Il livello nativo elabora la richiesta.
-4.  La risposta viene inviata indietro attraverso lo stesso canale.
-
-Sono supportate sia la comunicazione sincrona che asincrona. Le chiamate sincrone sono gestite attentamente per garantire che non rallentino l'interfaccia utente.
-
-### Flusso di dati ed eventi
-
-I dati fluiscono attraverso il bridge utilizzando un protocollo standardizzato progettato per affidabilità e coerenza. Diversi meccanismi supportano questo processo:
-
--   **Raggruppamento eventi**: Raggruppa più eventi per minimizzare l'overhead.
--   **Validazione tipi**: Garantisce l'integrità dei dati durante i trasferimenti.
--   **Recupero errori**: Riprova automaticamente i trasferimenti falliti.
-
-Il bridge comprime anche i trasferimenti di dati di grandi dimensioni per migliorare le prestazioni. Il caching locale aiuta a ridurre i ritardi dovuti a trasferimenti ripetuti. Inoltre, il sistema di eventi supporta sia callback una tantum che persistenti, con pulizia automatica per gestire le risorse in modo efficiente.
-
-## Linee guida per il trasferimento dati
-
-La gestione efficace del JSON è fondamentale per trasferimenti dati fluidi tra piattaforme web e Android.
-
-### Gestione dati JSON
-
-Per mantenere affidabile la gestione dei dati:
-
--   **Sfrutta i tipi TypeScript** per un typing rigoroso, intercettando gli errori prima del runtime.
--   **Convalida i dati** sia lato web che Android per garantire la coerenza.
--   **Semplifica gli oggetti JSON** per minimizzare l'overhead di parsing e migliorare le prestazioni.
--   **Memorizza nella cache i dati utilizzati frequentemente** per ridurre le richieste ripetitive.
-
-Per dataset più grandi, l'utilizzo di tecniche come la paginazione o lo streaming può aiutare a mantenere l'efficienza del sistema. Se JSON si rivela insufficiente per gestire grandi dataset, considera strategie di trasferimento alternative.
-
-### Metodi di trasferimento dati di grandi dimensioni
-
-Quando si trasferiscono grandi quantità di dati:
-
--   **Dividi i file grandi in blocchi più piccoli** per ottimizzare l'utilizzo delle risorse e consentire il tracciamento dei progressi.
--   **Evita conversioni non necessarie** (come Base64) per dati binari; usa invece le API del file system nativo.
--   **Abilita la ripresa del trasferimento** per gestire le interruzioni e garantire l'integrità dei dati.
-
-Per scenari che superano i metodi standard, considera la creazione di plugin personalizzati su misura per le tue esigenze.
-
-### Creazione di plugin dati personalizzati
-
-Segui questi passaggi per sviluppare un plugin dati affidabile:
-
-1. **Definisci l'interfaccia del plugin**
-
-Crea un'interfaccia TypeScript che delinei tutti i metodi e i tipi di dati supportati:
-
-```typescript
-export interface DataTransferPlugin {
-  sendData(options: { 
-    data: any, 
-    chunkSize?: number, 
-    compression?: boolean 
-  }): Promise<void>;
-}
-```
-
-2. **Implementa il gestore nativo**
-
-Concentrati sull'elaborazione efficiente dei dati incorporando una gestione robusta degli errori, una corretta gestione della memoria e thread in background per attività che richiedono molte risorse.
-
-3. **Aggiungi il recupero errori**
-
-Integra meccanismi di recupero errori, come tentativi automatici per problemi di rete ed errori di validazione. Fornisci feedback in tempo reale sull'avanzamento del trasferimento per migliorare l'affidabilità.
-
-## Funzionalità della piattaforma [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo affronta le sfide precedenti con un sistema di aggiornamento live progettato per trasferimenti dati fluidi tra i livelli web e Android. La sua architettura garantisce una gestione dei dati sicura e ad alte prestazioni.
-
-### Funzioni principali di Capgo
-
-Una CDN globale supporta trasferimenti dati in tempo reale con metriche di prestazioni impressionanti [\[1\]](https://capgo.app/). Le funzionalità chiave includono:
-
--   **Sincronizzazione in tempo reale**: Trasferimenti dati rapidi tra i livelli web e Android.
--   **Chunking intelligente**: Invia solo i componenti aggiornati, riducendo larghezza di banda e utilizzo della memoria.
--   **Crittografia end-to-end**: Garantisce una comunicazione sicura tra web e Android.
-
-Attualmente, 1.9K app in produzione si affidano a Capgo per le loro esigenze di trasferimento dati [\[1\]](https://capgo.app/). Lo sviluppatore Rodrigo Mantica ha condiviso:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" [\[1\]](https://capgo.app/)
-
-Queste capacità distinguono Capgo dalle soluzioni più datate, come mostrato di seguito.
-
-### Confronto piattaforme
-
-Le funzionalità avanzate di Capgo forniscono un chiaro vantaggio rispetto ai metodi tradizionali:
-
-| Funzionalità | Capgo | Soluzioni tradizionali |
-| --- | --- | --- |
-| Velocità aggiornamento | 114ms (bundle 5MB) | Variabile |
-| Tasso di successo | 82% mondiale | Non specificato |
-| Adozione utenti | 95% entro 24 ore | Tracciamento limitato |
-| Sicurezza | Crittografia end-to-end | Firma base |
-| Archiviazione | 2-20 GB (dipende dal piano) | Variabile |
-
-Capgo ha alimentato oltre 1.1 trilioni di aggiornamenti di successo, dimostrando la sua affidabilità [\[1\]](https://capgo.app/). Il team NASA [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) ha commentato:
-
-> "@Capgo è un modo intelligente per effettuare hot code push (e non per tutti i soldi del mondo come con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-La piattaforma supporta anche l'hosting flessibile e si integra perfettamente con le pipeline CI/CD per applicazioni con molti dati. L'analisi incorporata fornisce approfondimenti sui tassi di successo degli aggiornamenti e sul coinvolgimento degli utenti, aiutando i team a ottimizzare i loro processi di trasferimento dati.
-
-## Conclusione
-
-Il trasferimento fluido dei dati tra i livelli web e Android è un aspetto chiave dello sviluppo di app moderne. Il bridge nativo di Capacitor, in particolare quando abbinato a strumenti come Capgo, ha ridefinito il modo in cui gli sviluppatori affrontano queste sfide. Le metriche delle prestazioni evidenziano quanto questo bridge possa essere efficace.
-
-Funzionalità come la crittografia end-to-end, gli aggiornamenti parziali per il miglioramento delle prestazioni e il monitoraggio attivo degli errori giocano un ruolo importante nel garantire una gestione affidabile dei dati.
-
-> "La comunità ne aveva bisogno e @Capgo sta facendo qualcosa di davvero importante!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/it/capacitor-ota-updates-boosting-low-end-device-performance.md b/src/content/blog/it/capacitor-ota-updates-boosting-low-end-device-performance.md
deleted file mode 100644
index aaad78aa1..000000000
--- a/src/content/blog/it/capacitor-ota-updates-boosting-low-end-device-performance.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: capacitor-ota-updates-boosting-low-end-device-performance
-title: >-
-  Aggiornamenti OTA di Capacitor: Miglioramento delle Prestazioni dei
-  Dispositivi di Fascia Bassa
-description: >-
-  Scopri come gli aggiornamenti OTA migliorano le prestazioni delle app sui
-  dispositivi di fascia bassa minimizzando le dimensioni dei download e
-  migliorando l'efficienza degli aggiornamenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-10T01:24:02.744Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ce2ed7f617addf5accc081-1741569855025.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, low-end devices, app performance, incremental updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi che la tua app funzioni meglio sui dispositivi di fascia bassa? Gli aggiornamenti OTA sono la risposta.** [Capacitor](https://capacitorjs.com/) con i suoi aggiornamenti over-the-air (OTA) ti permette di inviare solo le modifiche necessarie alla tua app - senza richiedere download completi. Questo fa risparmiare tempo, riduce l'utilizzo dei dati e migliora le prestazioni, specialmente per gli utenti con hardware limitato o reti lente.
-
-### Benefici Principali:
-
--   **Aggiornamenti più Piccoli**: Scarica solo ciò che è cambiato, non l'intera app.
--   **Distribuzioni più Veloci**: Gli aggiornamenti raggiungono gli utenti in minuti, non giorni.
--   **Conveniente**: Il sistema di [Capgo](https://capgo.app/) costa ~$300/mese rispetto ai $6.000/mese delle alternative.
--   **Prestazioni Migliorate**: L'uso efficiente delle risorse garantisce un funzionamento più fluido su dispositivi con poca RAM, storage o reti deboli.
-
-Capgo ha già gestito **947,6 milioni di aggiornamenti** su **1.400 app**, aumentando l'efficienza dei rilasci dell'**81%**. Che tu stia affrontando storage limitato, connessioni lente o vincoli energetici, gli aggiornamenti OTA offrono un modo più intelligente per mantenere le app funzionanti.
-
-## Problemi di Prestazioni sui Dispositivi di Fascia Bassa
-
-I dispositivi di fascia bassa affrontano diversi ostacoli che possono influenzare le prestazioni delle app e l'esperienza utente complessiva. Questi problemi derivano da limitazioni hardware, sfide di rete e vincoli energetici.
-
-### Limitazioni Hardware
-
-Le capacità hardware limitate hanno un impatto diretto sull'affidabilità degli aggiornamenti OTA e sulle prestazioni del dispositivo. Ecco un'analisi:
-
-| Componente Hardware | Vincolo | Impatto sulle Prestazioni |
-| --- | --- | --- |
-| RAM | Bassa capacità | Multitasking limitato, crash |
-| Storage | Spazio ridotto | Limitazioni nelle dimensioni degli aggiornamenti |
-| CPU | Bassa potenza di elaborazione | Prestazioni lente, lag dell'interfaccia |
-
-I dispositivi con meno memoria sono più soggetti a crash, specialmente quando eseguono app complesse.
-
-### Prestazioni di Rete
-
-Le sfide di rete giocano un ruolo importante nel rallentare o interrompere gli aggiornamenti:
-
--   **Banda Limitata:** Molti utenti si affidano a reti 2G o 3G, che sono più lente.
--   **Limiti di Dati:** Piani dati ridotti limitano la capacità di scaricare aggiornamenti grandi.
--   **Connessioni Instabili:** Una connettività scarsa può interrompere e ritardare gli aggiornamenti.
-
-Questi problemi legati alla rete spesso impediscono il completamento degli aggiornamenti. Oltre a questo, i vincoli energetici aggiungono un altro livello di difficoltà.
-
-### Gestione Energetica
-
-Il consumo energetico è un altro fattore critico per i dispositivi di fascia bassa:
-
--   **Consumo della Batteria:** Batterie più piccole e processori meno efficienti causano un esaurimento più rapido.
--   **Processi di Aggiornamento:** L'esecuzione di aggiornamenti o sincronizzazioni in background scarica ulteriormente la batteria.
--   **Surriscaldamento:** Sistemi di raffreddamento deboli possono portare al surriscaldamento, causando throttling termico e prestazioni ridotte durante gli aggiornamenti.
-
-Queste sfide legate all'energia portano frequentemente a aggiornamenti falliti. I dati suggeriscono una forte correlazione tra problemi di batteria e fallimenti degli aggiornamenti sui dispositivi di fascia bassa.
-
-## Benefici Prestazionali degli Aggiornamenti OTA
-
-Gli aggiornamenti OTA affrontano le sfide poste da hardware e risorse di rete limitate offrendo miglioramenti delle prestazioni più intelligenti ed efficienti. Per esempio, gli aggiornamenti OTA di Capacitor inviano solo le modifiche necessarie, invece di richiedere agli utenti di scaricare nuovamente l'intera app. Questo approccio riduce l'utilizzo non necessario dei dati e velocizza il processo.
-
-### Funzioni Chiave degli Aggiornamenti OTA
-
-Una caratteristica distintiva degli aggiornamenti OTA sono gli **aggiornamenti incrementali (o delta)**. Questi aggiornamenti si concentrano sulla consegna solo delle parti modificate dell'app, riducendo significativamente la dimensione e il tempo di download. Questo metodo è molto più efficiente rispetto agli aggiornamenti dell'app store, che spesso richiedono il download dell'intero pacchetto dell'app.
-
-### OTA vs Aggiornamenti App Store
-
-A differenza degli aggiornamenti tradizionali dell'app store, che richiedono un download completo dell'app, gli aggiornamenti OTA sono progettati per essere leggeri. Inviano solo le parti aggiornate dell'app, facendo risparmiare tempo e dati agli utenti. Questo è particolarmente utile per gli utenti con piani dati limitati o che utilizzano dispositivi più vecchi che potrebbero avere difficoltà con download di grandi dimensioni.
-
-### Sistema di Aggiornamento [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-10.jpg?auto=compress)
-
-Il sistema di Capgo è costruito per affrontare le limitazioni hardware e di rete che molti utenti affrontano. Questo si allinea con le precedenti intuizioni sulle prestazioni [\[1\]](https://capgo.app/). Come ha condiviso uno sviluppatore:
-
-> "Abbiamo implementato gli aggiornamenti OTA di Capgo in produzione per la nostra base utenti di +5000. Stiamo vedendo un funzionamento molto fluido quasi tutti i nostri utenti sono aggiornati entro minuti dal deployment dell'OTA su @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Questo esempio del mondo reale mostra come gli aggiornamenti OTA possano consegnare rapidamente e in modo affidabile correzioni e miglioramenti, garantendo che le app funzionino senza problemi - anche su dispositivi con risorse limitate.
-
-## Metodi di Performance degli Aggiornamenti OTA
-
-Gli aggiornamenti OTA svolgono un ruolo chiave nel migliorare il funzionamento dei dispositivi di fascia bassa gestendo le risorse in modo più efficiente. Questi aggiornamenti si concentrano sul caricamento dei componenti solo quando necessario, riducendo le dimensioni dei file e gestendo i dati in modo più efficace.
-
-### Strategia di Caricamento dei Componenti
-
-Il lazy loading attraverso gli aggiornamenti OTA aiuta a ridurre sia la dimensione dell'app che l'utilizzo della memoria caricando i componenti solo quando richiesto. Strumenti come Capgo rendono possibile distribuire modifiche istantaneamente senza la necessità di aggiornamenti completi dell'app - particolarmente importante in aree con accesso internet limitato. Payload di aggiornamento più piccoli sono ugualmente critici per prestazioni migliori.
-
-### Riduzione Dimensione File
-
-Gli aggiornamenti OTA utilizzano tecniche come la compressione delle immagini, il caricamento selettivo dei font, lo splitting del codice e la rimozione del codice inutilizzato. Questi metodi aiutano a garantire che gli aggiornamenti siano più piccoli e funzionino meglio su dispositivi con storage limitato o banda più lenta.
-
-### Miglioramenti nella Gestione dei Dati
-
-Una gestione efficiente dei dati è essenziale per i dispositivi con meno risorse. Capgo fornisce strumenti che riducono le chiamate al server e rendono [l'archiviazione locale dei dati](https://capgo.app/plugins/capacitor-data-storage-sqlite/) più efficiente. Come ha detto uno sviluppatore:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per consegnare continuamente ai nostri utenti!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Risultati dei Test di Performance
-
-Il sistema OTA di Capgo è stato testato su 1.400 app, consegnando un impressionante 947,6 milioni di aggiornamenti in tutto il mondo in pochi minuti. Questo approccio riduce significativamente i tempi di consegna degli aggiornamenti rispetto ai normali cicli dell'app store, aprendo la strada a ottimizzazioni ancora più veloci [\[1\]](https://capgo.app/).
-
-### Risultati Test di Velocità
-
-[Gli aggiornamenti OTA di Capacitor](https://capgo.app/) hanno mostrato chiari miglioramenti nella velocità di consegna degli aggiornamenti e nella reattività delle app. I dati dei test hanno evidenziato miglioramenti costanti delle prestazioni, specialmente su dispositivi di fascia bassa e in aree con connettività scarsa [\[1\]](https://capgo.app/).
-
-### Esempi del Mondo Reale
-
-Un deployment in produzione del sistema ha gestito con successo gli aggiornamenti per oltre 5.000 utenti senza problemi [\[1\]](https://capgo.app/). L'uso della crittografia end-to-end garantisce che gli aggiornamenti vengano consegnati in modo sicuro, mantenendo comunque alte prestazioni - una caratteristica essenziale per i dispositivi con potenza di elaborazione limitata [\[1\]](https://capgo.app/).
-
-### Risultati Capgo
-
-Le aziende che utilizzano il sistema di aggiornamento di Capgo hanno visto un aumento dell'81% nell'efficienza dei rilasci. Questo è ottenuto attraverso deployment istantanei, migliore gestione delle risorse e distribuzione automatizzata [\[1\]](https://capgo.app/). Le caratteristiche chiave che guidano questi risultati includono:
-
--   Pacchetti di aggiornamento più piccoli che riducono l'utilizzo della banda
--   Integrazione con pipeline CI/CD per un processo più fluido
--   Aggiornamenti che raggiungono gli utenti in minuti invece che in giorni
-
-Questi miglioramenti si allineano direttamente con i guadagni di prestazioni osservati nei test di velocità e negli scenari di deployment [\[1\]](https://capgo.app/).
-
-## Conclusione
-
-### Punti Principali
-
-Gli aggiornamenti OTA di Capacitor hanno dimostrato di migliorare significativamente le prestazioni sui dispositivi di fascia bassa. Il sistema di Capgo ha già gestito **947,6 milioni di aggiornamenti** su 1.400 app, aumentando l'efficienza dei rilasci dell'81% [\[1\]](https://capgo.app/). Come dice Rodrigo Mantica:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per consegnare continuamente ai nostri utenti!"
-
-Questi risultati aprono la strada a ulteriori progressi nei sistemi di consegna OTA.
-
-### Sviluppi Futuri
-
-Gli aggiornamenti OTA per dispositivi di fascia bassa continuano a evolversi. Con la **crittografia end-to-end** che garantisce [aggiornamenti sicuri](https://capgo.app/docs/live-updates/update-behavior/) senza impattare le prestazioni e l'integrazione con piattaforme CI/CD come [GitHub Actions](https://docs.github.com/actions) e [GitLab CI](https://docs.gitlab.com/ee/ci/) che semplifica i deployment, il processo sta diventando ancora più fluido [\[1\]](https://capgo.app/). Il costo è anche un fattore importante: mentre [AppFlow](https://ionic.io/appflow/) costa $6.000 all'anno, il setup CI/CD di Capgo è circa $300 al mese [\[1\]](https://capgo.app/). Come ha sottolineato il team [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) della NASA:
-
-> "@Capgo è un modo intelligente per fare hot code pushes (e non per tutti i soldi del mondo come con @AppFlow)"
-
-Guardando al futuro, ci si aspetta che i progressi nella riduzione delle dimensioni dei pacchetti, nell'efficienza della banda, nella gestione delle risorse e nella velocità di deployment miglioreranno ulteriormente le prestazioni e la soddisfazione degli utenti, costruendo sui robusti benefici già dimostrati.
diff --git a/src/content/blog/it/capacitor-ota-updates-cicd-integration-guide.md b/src/content/blog/it/capacitor-ota-updates-cicd-integration-guide.md
deleted file mode 100644
index 9413bb6e0..000000000
--- a/src/content/blog/it/capacitor-ota-updates-cicd-integration-guide.md
+++ /dev/null
@@ -1,165 +0,0 @@
----
-slug: capacitor-ota-updates-cicd-integration-guide
-title: 'Aggiornamenti OTA di Capacitor: Guida all''Integrazione CI/CD'
-description: >-
-  Scopri come integrare gli aggiornamenti OTA nella tua pipeline CI per
-  velocizzare il deployment della tua app e migliorare l'esperienza utente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T01:02:12.522Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800475b28980901df1e541b-1744851846737.jpg
-head_image_alt: Mobile Development
-keywords: >-
-  Capacitor, OTA updates, CI/CD, app deployment, automation, mobile development,
-  versioning, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-
-**Vuoi aggiornare la tua app [Capacitor](https://capacitorjs.com/) istantaneamente senza ritardi dell'app store?** Gli aggiornamenti Over-the-Air (OTA) ti permettono di inviare correzioni e funzionalità direttamente sui dispositivi degli utenti. Combinalo con una pipeline CI/CD e potrai automatizzare i deployment, velocizzare la correzione dei bug e migliorare l'esperienza utente.
-
-### Punti Chiave:
-
--   **Perché OTA + CI/CD?** Automatizza gli aggiornamenti, abilita i rollback e garantisce correzioni più rapide dei bug
--   **Cosa ti Serve:** App Capacitor, repository Git, piattaforma CI/CD (es. [GitHub Actions](https://docsgithubcom/actions)) e un servizio OTA come [Capgo](https://capgo.app/)
--   **Costi di Setup:** Prevedi ~$300/mese per operazioni CI/CD; il costo una tantum di setup di Capgo è di $2.600
--   **Best Practice:** Usa il versioning (major, minor, patch), rollout graduali e tracciamento errori per aggiornamenti fluidi
--   **Migliori Piattaforme OTA:** Capgo si distingue per aggiornamenti veloci (114ms), alto tasso di successo (82%) e supporto globale
-
-### Confronto Rapido delle Piattaforme OTA:
-
-| Funzionalità | Capgo | [Appflow](https://ionicio/appflow/) | [CodePush](https://githubcom/microsoft/code-push) |
-| --- | --- | --- | --- | --- |
-| Stato | Attivo | Attivo | Chiusura nel 2026 | Discontinuato 2024 |
-| Velocità Aggiornamento | 114ms | Standard | Variabile | N/A |
-| Crittografia E2E | Sì | Limitata | Limitata | No |
-| Costo Mensile | Da €12 | Simile a Capgo | ~€500 | Era gratuito |
-
-**Pronto a semplificare i tuoi aggiornamenti?** Inizia configurando la tua pipeline CI/CD con strumenti come Capgo CLI e proteggi i tuoi segreti per deployment sicuri.
-
-## Integra le tue Pipeline CI/CD Esistenti con il Mobile
-
-## Requisiti di Setup
-
-Prepara i tuoi strumenti e configurazioni per garantire aggiornamenti OTA fluidi e sicuri nella tua pipeline CI/CD.
-
-### Software e Servizi Necessari
-
-Ecco i componenti principali necessari per gli aggiornamenti OTA in una configurazione CI/CD:
-
-| Componente | Scopo | Caratteristiche Principali |
-| --- | --- | --- |
-| App Capacitor | App base | Funziona con Capacitor 8 |
-| Repository Git | Tracciamento codice | Monitora modifiche e aggiornamenti del codice |
-| Piattaforma CI/CD | Automazione | Supporta GitHub Actions, [GitLab CI](https://docsgitlabcom/ee/ci/), o [Jenkins](https://wwwjenkinsio/) |
-| Servizio Aggiornamenti OTA | Distribuzione | Gestisce aggiornamenti live e rollback |
-
-Lo strumento CLI di Capgo semplifica il deployment automatizzando le attività di build e distribuzione.
-
-### Gestione delle Chiavi Segrete
-
-Mantenere le credenziali sicure è fondamentale per preservare l'integrità della tua pipeline CI/CD. Ecco come gestirle efficacemente:
-
-| Aspetto Sicurezza | Metodo di Implementazione |
-| --- | --- |
-| Chiavi API | Conservale nelle variabili d'ambiente sicure della tua piattaforma CI/CD |
-| Segreti Build | Usa strumenti di gestione segreti specifici per la tua piattaforma |
-| Token di Accesso | Applica controllo accessi basato su ruoli (RBAC) |
-
-Capgo enfatizza l'importanza di una corretta configurazione nelle pipeline CI/CD:
-
-> "Configuriamo la tua pipeline CI/CD direttamente nella tua piattaforma preferita, che sia GitHub Actions, GitLab CI o altri. Non ospitiamo CI/CD né ti addebitiamo costi per mantenerla" – Capgo[\[1\]](https://capgo.app/)
-
-Nella selezione degli strumenti, dai priorità all'indipendenza dalla piattaforma, scalabilità e misure di sicurezza robuste come la crittografia end-to-end per gli aggiornamenti.
-
-L'esecuzione delle operazioni CI/CD costa tipicamente circa €300 al mese[\[1\]](https://capgo.app/), ma questo investimento si ripaga velocizzando i deployment e riducendo il lavoro manuale.
-
-Una volta che questi componenti sono pronti, sei pronto per integrarli nella tua pipeline CI/CD.
-
-## Passaggi Integrazione CI/CD
-
-### Installazione Componenti OTA
-
-Per iniziare, dovrai aggiungere pacchetti e configurazioni OTA specifici al tuo progetto Capacitor.Ecco una guida rapida:
-
-| **Componente** | **Comando di Installazione** | **Scopo** |
-| --- | --- | --- |
-| Capgo CLI | `npm install @capgo/cli` | Gestisce build e deployment degli aggiornamenti |
-| File di Configurazione | `npx @capgo/cli init` | Configura le impostazioni specifiche del progetto |
-| Variabili d'Ambiente | Configurate tramite la piattaforma CI/CD | Memorizza chiavi API e informazioni sensibili |
-
-Una volta installati questi componenti, puoi procedere alla configurazione della pipeline CI/CD
-
-### Costruzione della Pipeline CI/CD
-
-Configura la tua pipeline per attivare azioni basate su modifiche nel branch principale o release taggate (es. `build:` si attiva su `push [main]` e pattern di tag come `v*`). La tua pipeline dovrebbe includere questi passaggi:
-
-1. **Build**: Attivato da modifiche al codice per compilare e preparare la tua app
-2. **Test**: Automatizza i controlli di funzionalità per garantire stabilità
-3. **[Generazione Aggiornamenti](https://capgo.app/docs/live-updates/update-behavior/)**: Raggruppa e ottimizza gli asset per il deployment
-
-Quando la tua pipeline è pronta, puoi distribuire facilmente i tuoi pacchetti di aggiornamento
-
-### Distribuzione dei Pacchetti di Aggiornamento
-
-La distribuzione degli aggiornamenti prevede l'invio dei pacchetti attraverso un servizio Over-The-Air (OTA). Capgo semplifica questo processo con l'integrazione CI/CD automatizzata
-
-| **Fase** | **Azione** | **Verifica** |
-| --- | --- | --- |
-| Pre-deployment | Controllo versione | Conferma il versionamento corretto |
-| Deployment | [Caricamento pacchetto](https://capgo.app/docs/webapp/bundles/) | Invia l'aggiornamento al sistema di distribuzione |
-| Post-deployment | Controllo salute | Monitora e verifica lo stato dell'aggiornamento |
-
-**Consigli Pro per il Deployment:**
-
-- Usa **rollout graduali** per minimizzare i rischi
-- Configura **rollback automatici** per gestire rapidamente i problemi
-- Integra il **tracciamento errori** per un debug migliore
-
-> "Configuriamo la tua pipeline CI/CD direttamente nella tua piattaforma preferita, che sia GitHub Actions, GitLab CI o altre. Non ospitiamo CI/CD né ti addebitiamo costi per mantenerla" – Capgo [\[1\]](https://capgo.app/)
-
-Capgo offre una tariffa una tantum di $2.600 [\[1\]](https://capgo.app/), rendendo il deployment efficiente mantenendo i costi sotto controllo
-
-## Linee Guida Aggiornamenti OTA
-
-Queste linee guida ti aiutano a perfezionare la tua strategia di aggiornamento OTA integrandola in un processo CI/CD fluido
-
-### Metodi di Controllo Versione
-
-Usa un sistema di versionamento strutturato per gestire gli aggiornamenti OTA. Questo sistema dovrebbe differenziare tra numeri major, minor, patch e build:
-
-| Componente Versione | Scopo | Esempio |
-| --- | --- | --- |
-| Versione Major | Indica cambiamenti breaking | 200 |
-| Versione Minor | Rappresenta nuove funzionalità | 210 |
-| Versione Patch | Copre correzioni bug | 211 |
-| Numero Build | Identifica la build CI/CD | 211-build123 |
-
-Incorpora [canali di aggiornamento](https://capgo.app/docs/webapp/channels/) per gestire i rollout beta e produzione. Una volta implementato il sistema di versionamento, assicurati che tutti gli aggiornamenti rispettino le linee guida specifiche della piattaforma
-
-### Regole App Store
-
-Dopo aver configurato il controllo versione, allinea le tue pratiche di aggiornamento con le politiche degli app store:
-
-| Piattaforma | Requisiti Chiave | Approccio Raccomandato |
-| --- | --- | --- |
-| Apple App Store | Si concentra su aggiornamenti solo contenuti | Combina modifiche UI e contenuti negli aggiornamenti |
-| Google Play | Richiede trasparenza negli aggiornamenti | Fornisce chiare notifiche agli utenti |
-| Entrambe le Piattaforme | Applica standard di conformità | Conduce audit di sicurezza regolari |
-
-Distribuisci gli aggiornamenti in fasi, utilizzando rollback automatici e tracciamento errori per minimizzare i rischi. Opta per piattaforme che danno priorità a conformità e sicurezza. Per esempio, Capgo offre crittografia end-to-end integrata, garantendo che gli aggiornamenti soddisfino gli standard Apple e Google
-
-Automatizza i controlli di salute e gli strumenti di monitoraggio per identificare e risolvere rapidamente eventuali problemi
-
-## Opzioni Piattaforme OTA
-
-Una volta stabilite le linee guida per gli aggiornamenti OTA, il passo successivo è scegliere una piattaforma OTA che funzioni bene con il tuo workflow CI/CD
-
-### Confronto Piattaforme
-
-Ecco una panoramica delle funzionalità chiave tra le popolari piattaforme OTA per [app Capacitor](https://capgo
diff --git a/src/content/blog/it/capacitor-ota-updates-security-tips.md b/src/content/blog/it/capacitor-ota-updates-security-tips.md
deleted file mode 100644
index 8a6acf4ee..000000000
--- a/src/content/blog/it/capacitor-ota-updates-security-tips.md
+++ /dev/null
@@ -1,237 +0,0 @@
----
-slug: capacitor-ota-updates-security-tips
-title: 'Aggiornamenti OTA di Capacitor: Suggerimenti per la Sicurezza'
-description: >-
-  Scopri le pratiche di sicurezza essenziali per gli aggiornamenti OTA, inclusi
-  crittografia, verifica dei file e controllo degli accessi per proteggere la
-  tua app mobile.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T02:16:15.693Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d-1743905786627.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, security, encryption, file verification, access control, mobile
-  app updates, data protection
-tag: 'Mobile, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi aggiornamenti OTA sicuri per la tua app [Capacitor](https://capacitorjs.com/)?** Ecco il punto: gli aggiornamenti OTA sono veloci ed efficienti ma comportano rischi come intercettazione dei dati, manomissione dei file e vulnerabilità del server. Per mantenere sicuri i tuoi aggiornamenti, concentrati su **crittografia, verifica dei file e controllo degli accessi**.
-
-### Punti Chiave:
-
--   **[Crittografa i tuoi aggiornamenti](https://capgo.app/docs/cli/migrations/encryption/)**: Usa [TLS](https://en.wikipedia.org/wiki/Transport_Layer_Security) 1.3 e crittografia end-to-end per prevenire intercettazioni.
--   **Verifica i file**: Convalida firme digitali e checksum per garantire l'integrità degli aggiornamenti.
--   **Controlla gli accessi**: Usa permessi basati sui ruoli, verifica degli ID dispositivo e [chiavi API sicure](https://capgo.app/docs/webapp/api-keys/).
-
-### Confronto Rapido delle Piattaforme OTA:
-
-| Funzionalità | [Capgo](https://capgo.app/) | [AppFlow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| Crittografia End-to-End | Sì | No | No |
-| Capacità di Rollback | Istantaneo | Manuale | Manuale |
-| Tasso di Successo Aggiornamenti | 82% mondiale | Dati limitati | Dati limitati |
-
-**Suggerimento Pro:** Capgo è leader con il 95% di adozione degli aggiornamenti in 24 ore e funzionalità di sicurezza avanzate come analisi in tempo reale e controllo versione. Rendi sicuri i tuoi aggiornamenti OTA ora seguendo questi passaggi!
-
-## Capacitor 2.0: App mobili e PWA da una singola base di codice
-
-
-## Rischi per la Sicurezza negli Aggiornamenti OTA
-
-Gli aggiornamenti OTA possono aprire la porta a vulnerabilità che compromettono sia la sicurezza dell'app che la fiducia degli utenti.
-
-### Rischi di Intercettazione Dati
-
-Gli attacchi man-in-the-middle possono intercettare i dati degli aggiornamenti OTA, permettendo modifiche non autorizzate che potrebbero influenzare milioni di utenti. Per prevenire questo, la **crittografia end-to-end** è essenziale.
-
-> "L'unica soluzione con vera crittografia end-to-end, gli altri si limitano a firmare gli aggiornamenti" [\[1\]](https://capgo.app/)
-
-Senza un'adeguata crittografia, i file intercettati possono essere manomessi, portando a gravi conseguenze.
-
-### Minacce di Manomissione dei File
-
-I file di aggiornamento manomessi possono introdurre codice malevolo, interrompere la funzionalità dell'app, rubare informazioni sensibili o introdurre funzionalità non autorizzate. Questo evidenzia l'importanza di **solidi protocolli di verifica dei file** per garantire che gli aggiornamenti rimangano sicuri e affidabili.
-
-### Vulnerabilità di Accesso al Server
-
-La tabella seguente illustra le principali debolezze del server e i loro potenziali impatti:
-
-| Vulnerabilità | Impatto |
-| --- | --- |
-| Autenticazione Debole | Aggiornamenti non autorizzati |
-| Gestione Insufficiente dei Ruoli | Rilascio di aggiornamenti non testati |
-| Chiavi API Compromesse | Distribuzione di codice malevolo |
-
-Questi esempi mostrano perché la sicurezza deve andare oltre la semplice firma degli aggiornamenti. Un approccio stratificato - che includa crittografia, verifica e controlli di accesso rigorosi - è fondamentale per proteggere il [processo di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-## Passi per la Sicurezza degli Aggiornamenti OTA
-
-Per affrontare i potenziali rischi, segui queste misure mirate per rendere sicura la distribuzione degli aggiornamenti OTA.
-
-### Metodi di Crittografia Dati
-
-L'utilizzo di metodi di crittografia robusti è fondamentale per proteggere gli aggiornamenti OTA. La crittografia end-to-end assicura che i dati degli aggiornamenti rimangano protetti durante la trasmissione e possano essere accessibili solo dai dispositivi autorizzati.
-
-Ecco i componenti principali di una configurazione di crittografia sicura:
-
-| Componente | Scopo | Implementazione |
-| --- | --- | --- |
-| Protocollo TLS | Protegge i dati durante la trasmissione | Usa TLS 1.3 con suite di cifratura robuste |
-| Crittografia End-to-End | Garantisce che solo il destinatario previsto possa decifrare i dati | Usa protocolli di crittografia end-to-end verificati |
-
-### Verifica dei File di Aggiornamento
-
-La verifica dei file di aggiornamento garantisce la loro integrità e autenticità. Questo processo implica più che la semplice firma degli aggiornamenti - richiede più livelli di verifica.
-
-I passaggi per verificare gli aggiornamenti includono:
-
--   **Convalida della firma digitale**: Usa un'infrastruttura a chiave pubblica per confermare l'autenticità delle firme dei pacchetti di aggiornamento.
--   **Verifica del checksum**: Confronta gli hash SHA-256 per assicurare che il file di aggiornamento non sia stato manomesso.
-
-Inoltre, imponi rigorosi controlli di accesso per limitare la distribuzione degli aggiornamenti a entità fidate.
-
-### Configurazione del Controllo Accessi
-
-Controlli di accesso efficaci sono essenziali per prevenire la distribuzione non autorizzata degli aggiornamenti. Un sistema sicuro dovrebbe includere:
-
-| Funzionalità di Controllo Accessi | Beneficio per la Sicurezza |
-| --- | --- |
-| Verifica ID Dispositivo | Conferma che gli aggiornamenti vengano inviati ai dispositivi corretti |
-| Accesso Basato sui Ruoli | Gestisce chi può distribuire gli aggiornamenti |
-| [Gestione Chiavi API](https://capgo.app/docs/webapp/api-keys/) | Protegge la comunicazione con i server di aggiornamento |
-
-Per distribuzioni più grandi, i permessi granulari sono cruciali. Permettono ai team di assegnare diritti specifici per la distribuzione degli aggiornamenti, controllare l'accesso ai test beta, gestire più organizzazioni con permessi separati e adeguare i ruoli al variare delle esigenze del team.
-
-Combinare crittografia, verifica e controlli di accesso rigorosi crea un framework sicuro per gli aggiornamenti OTA durante lo sviluppo e la distribuzione.
-
-## Passaggi di Test e Rilascio
-
-Test OTA approfonditi sono essenziali per identificare vulnerabilità e garantire che gli aggiornamenti siano stabili.
-
-### Passaggi per i Test di Sicurezza
-
-Prima di distribuire qualsiasi aggiornamento, esegui controlli di sicurezza dettagliati per garantire che gli aggiornamenti siano sicuri e compatibili:
-
-| Fase di Test | Azioni Chiave | Focus sulla Sicurezza |
-| --- | --- | --- |
-| Pre-distribuzione | Verifica firme del pacchetto di aggiornamento | Conferma autenticità aggiornamento |
-| Integrazione | Testa protocolli di crittografia | Garantisce trasmissione dati sicura |
-| Sistema | Valida compatibilità dispositivo | Controlla integrità installazione |
-| Accettazione utente | Conduce test beta con utenti selezionati | Valida sicurezza nell'uso pratico |
-
-L'integrità della crittografia dovrebbe essere controllata durante tutte le fasi di test per confermare che i pacchetti di aggiornamento rimangano sicuri durante il processo. Una volta confermata l'integrità degli aggiornamenti, avere un piano pronto per invertire rapidamente le modifiche se sorgono problemi.
-
-### Opzioni di Rollback Aggiornamenti
-
-Test approfonditi supportano strategie di rilascio affidabili, incluse opzioni di rollback immediato e staging controllato. Un sistema di rollback ben progettato può affrontare rapidamente problemi di sicurezza dopo la distribuzione.
-
-Componenti chiave di un sistema di rollback efficace:
-
--   **Sistema di Controllo Versione**: Mantiene una storia completa di tutte le versioni dell'app, incluse patch di sicurezza e aggiornamenti delle funzionalità.
--   **Recupero Automatizzato**: Usa trigger automatizzati per i rollback, abbinati a procedure di recupero chiare.
-
-> "Rollback con un click a qualsiasi versione precedente se necessario" [\[1\]](https://capgo.app/)
-
-### Processo di Rilascio Graduale
-
-Abbina strategie di rollback con un piano di distribuzione graduale per minimizzare i rischi e testare la sicurezza in tempo reale. Un [sistema di canali](https://capgo.app/docs/plugin/cloud-mode/channel-system/) aiuta a controllare la distribuzione e garantisce che gli aggiornamenti siano testati approfonditamente prima della distribuzione completa.
-
-| Fase | Pubblico | Durata | Misure di Sicurezza |
-| --- | --- | --- | --- |
-| Test Interni | Team di Sviluppo | 24-48 ore | Esegui audit di sicurezza completo |
-| Canale Beta | Utenti Selezionati | 3-5 giorni | Monitora attentamente la distribuzione |
-| Roll-out Produzione | 10% degli Utenti | 2-3 giorni | Traccia e risolvi errori |
-| Distribuzione Completa | Tutti gli Utenti | 1-2 settimane | Monitora continuamente gli aggiornamenti |
-
-> "Sistema dei Canali: Distribuzione avanzata degli aggiornamenti. Target specifici gruppi di utenti con diverse versioni usando canali per test beta e rollout graduali" [\[1\]](https://capgo.app/)
-
-## Strumenti di Gestione Aggiornamenti OTA
-
-Costruendo su distribuzione e test sicuri, robusti strumenti di gestione OTA sono cruciali per proteggere i tuoi aggiornamenti Capacitor.
-
-### Panoramica Funzionalità [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d/241c8f19433e01f315154c8988becf9c.jpg)
-
-Capgo fornisce sicurezza avanzata per [aggiornamenti OTA Capacitor](https://capgo.app/ja/) con **crittografia end-to-end**, garantendo che solo gli utenti autorizzati possano decifrare gli aggiornamenti.
-
-Ecco una panoramica delle sue funzionalità chiave:
-
-| Funzionalità | Beneficio per la Sicurezza |
-| --- | --- |
-| Crittografia End-to-End | Blocca accessi non autorizzati al contenuto degli aggiornamenti |
-| Analisi in Tempo Reale | Traccia la distribuzione degli aggiornamenti per garantire alti tassi di completamento |
-| Controllo Versione | Mantiene una storia dettagliata degli aggiornamenti per audit |
-| Integrazione CI/CD | Semplifica processi di distribuzione sicuri |
-| Sistema dei Canali | Gestisce la distribuzione degli aggiornamenti segmentando gruppi di utenti |
-
-Vediamo ora come si confrontano le principali piattaforme OTA in termini di sicurezza e performance.
-
-### Confronto Piattaforme OTA
-
-Quando si sceglie una piattaforma OTA per app Capacitor, sicurezza e affidabilità sono fattori critici. Ecco come si confrontano alcune delle principali piattaforme:
-
-| Funzionalità | Capgo | AppFlow |
-| --- | --- | --- | --- |
-| Crittografia End-to-End | Sì | No | No |
-| Tasso di Successo Aggiornamenti | 82% mondiale | Dati limitati | Dati limitati |
-| Capacità di Rollback | Istantaneo | Manuale | Manuale |
-| Esperienza di Mercato | Dal 2022 | Chiusura 2026 | Dal 2024 |
-| Distribuzione Aggiornamenti | Aggiornamenti parziali | Bundle completo | Bundle completo |
-| Costo Setup CI/CD | $2,600 una tantum | Costi annuali più alti | Comparabile |
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Le metriche di performance di Capgo enfatizzano ulteriormente la sua affidabilità:
-
--   **750 app in produzione** alimentate da Capgo
--   **23.5 milioni di aggiornamenti** distribuiti con successo
--   **95% degli utenti attivi** completano gli aggiornamenti entro 24 ore [\[1\]](https://capgo.app/)
-
-Questi numeri mostrano la capacità di Capgo di distribuire aggiornamenti sicuri in modo efficiente, rendendolo un'eccellente scelta per gli sviluppatori focalizzati sia sulla sicurezza che sulla conformità agli standard degli app store.
-
-## Passaggi di Sicurezza Post-Rilascio
-
-### Monitoraggio Aggiornamenti
-
-Tenere d'occhio i tuoi aggiornamenti OTA in tempo reale è fondamentale per garantire la sicurezza dopo la distribuzione. Usa la dashboard di analisi della tua [piattaforma di gestione aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) per tracciare metriche importanti come:
-
-| Metrica | Soglia Target | Implicazione di Sicurezza |
-| --- | --- | --- |
-| Tasso di Successo Aggiornamenti | \>82% in tutto il mondo | Mostra una forte distribuzione degli aggiornamenti |
-| Velocità di Adozione Utenti | 95% entro 24 ore | Indica un efficace coinvolgimento degli utenti |
-
-Automatizza gli avvisi per intercettare attività insolite nelle prestazioni degli aggiornamenti. Questo ti aiuta a identificare e affrontare rapidamente i problemi. Con il monitoraggio in tempo reale, puoi mantenere il tuo sistema sicuro anticipando potenziali problemi.
-
-### Manutenzione della Sicurezza
-
-Esamina regolarmente i log del server e i sistemi di autenticazione per individuare precocemente potenziali minacce alla sicurezza. Il monitoraggio quotidiano può scoprire problemi prima che si intensifichino - le analisi di Capgo lo confermano con i dati [\[1\]](https://capgo.app/). Inoltre, prendi l'abitudine di controllare componenti critici per la sicurezza come certificati SSL, token di autenticazione API e controlli di accesso. Questo assicura che le tue configurazioni di crittografia e autenticazione rimangano aggiornate.
-
-### Guida alla Sicurezza Utente
-
-Aiuta gli utenti a rimanere sicuri incoraggiandoli ad accettare prontamente gli aggiornamenti. La comunicazione chiara è essenziale - tieni informati gli utenti e affronta le loro preoccupazioni attraverso i canali di feedback.
-
-> "Traccia i tassi di successo degli aggiornamenti e il coinvolgimento degli utenti in tempo reale" - Capgo [\[1\]](https://capgo.app/)
-
-## Riepilogo
-
-La sicurezza OTA efficace si basa su crittografia, verifica dei file e monitoraggio costante. Quando implementate correttamente, queste strategie portano a impressionanti tassi di successo degli aggiornamenti [\[1\]](https://capgo.app/).
-
-La crittografia end-to-end gioca un ruolo fondamentale nella protezione degli aggiornamenti OTA, bloccando accessi non autorizzati e manomissioni. Per esempio, Capgo raggiunge un tasso di aggiornamento del 95% tra gli utenti attivi entro 24 ore, evidenziando l'importanza di una forte crittografia [\[1\]](https://capgo.app/). Questi elementi formano la spina dorsale di un sistema di aggiornamento OTA sicuro e affidabile.
-
-| Componente di Sicurezza | Implementazione Chiave | Beneficio |
-| --- | --- | --- |
-| Crittografia | Protezione end-to-end | Blocca accessi non autorizzati |
-| Verifica | Controlli integrità file | Conferma legittimità aggiornamenti |
-| Monitoraggio | Analisi in tempo reale | Rileva rapidamente i problemi |
-| Controllo Accessi | Permessi basati sui ruoli | Limita modifiche non autorizzate |
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Mantenere la sicurezza richiede attenzione continua e gli strumenti giusti. Con un monitoraggio adeguato, risposte rapide alle minacce e protocolli regolarmente aggiornati, il tuo sistema OTA può rimanere sia sicuro che efficiente. Questo si allinea con test approfonditi, gestione attenta e processi post-rilascio ben pianificati.
diff --git a/src/content/blog/it/capacitor-ota-updates-staying-compliant.md b/src/content/blog/it/capacitor-ota-updates-staying-compliant.md
deleted file mode 100644
index 610127cf5..000000000
--- a/src/content/blog/it/capacitor-ota-updates-staying-compliant.md
+++ /dev/null
@@ -1,205 +0,0 @@
----
-slug: capacitor-ota-updates-staying-compliant
-title: 'Aggiornamenti OTA di Capacitor: Mantenersi Conformi'
-description: >-
-  Scopri come implementare gli aggiornamenti OTA per le app Capacitor garantendo
-  la conformità alle regole degli app store e migliorando l'esperienza utente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:37:02.530Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37-1743133034618.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, Capacitor, app compliance, mobile updates, app store guidelines,
-  security protocols, over-the-air updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi correggere rapidamente i bug o aggiungere funzionalità senza i ritardi dell'app store?** Gli aggiornamenti Over-the-Air (OTA) per le app [Capacitor](https://capacitorjs.com/) ti permettono di distribuire aggiornamenti direttamente agli utenti, evitando il lungo processo di revisione dell'app store. Ma rimanere conformi alle regole di Apple e Google Play è fondamentale per evitare il rifiuto o la rimozione dell'app.
-
-### Punti Chiave:
-
--   **Cosa sono gli aggiornamenti OTA?** Permettono di aggiornare i contenuti dell'app (come correzioni di bug o modifiche all'interfaccia) istantaneamente tramite una CDN sicura, senza richiedere agli utenti di scaricare manualmente gli aggiornamenti.
--   **Perché usarli?** Gli aggiornamenti OTA raggiungono il 95% degli utenti attivi entro 24 ore, risparmiando tempo e migliorando l'esperienza utente.
--   **La conformità è importante:** Apple limita gli aggiornamenti OTA ai contenuti non eseguibili (es. risorse web), mentre Google consente maggiore flessibilità ma impone rigide regole di sicurezza e consenso dell'utente.
--   **Strumenti come [Capgo](https://capgo.app/) aiutano:** Capgo fornisce crittografia, opzioni di rollback, tracciamento errori e analisi per garantire aggiornamenti OTA veloci, sicuri e conformi.
-
-**Suggerimento:** Usa gli aggiornamenti OTA per correzioni minori o modifiche di contenuto, ma sottoponi sempre le modifiche maggiori o le nuove funzionalità alla revisione dell'app store.
-
-Continua a leggere per una guida passo-passo sull'implementazione degli aggiornamenti OTA mantenendo la conformità.
-
-## Nozioni di Base sugli Aggiornamenti OTA per [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Come Funzionano gli Aggiornamenti OTA
-
-Gli aggiornamenti OTA (Over-The-Air) permettono agli sviluppatori di distribuire nuovo codice direttamente sui dispositivi degli utenti senza richiedere il download degli aggiornamenti dall'app store. Questi aggiornamenti vengono distribuiti attraverso una rete di distribuzione dei contenuti (CDN) sicura e vengono scaricati in background mentre gli utenti continuano a utilizzare l'app. Concentrandosi solo sulle parti del codice che sono cambiate, il sistema garantisce download più rapidi, sfruttando la velocità e l'efficienza della distribuzione CDN globale [\[1\]](https://capgo.app/).
-
-Il processo è semplice: gli sviluppatori creano il codice aggiornato, lo distribuiscono in modo sicuro tramite una CDN, e l'app installa automaticamente le modifiche. Questo approccio ottimizzato porta diversi vantaggi sia per gli sviluppatori che per gli utenti.
-
-### Vantaggi degli Aggiornamenti OTA
-
-Gli aggiornamenti OTA offrono molteplici vantaggi sia per gli sviluppatori che per gli utenti finali. Ecco una rapida panoramica:
-
-| Vantaggio | Impatto |
-| --- | --- |
-| **Distribuzione Rapida** | Gli aggiornamenti possono raggiungere gli utenti in minuti anziché giorni. |
-| **Efficienza della Banda** | Vengono scaricate solo le porzioni modificate del codice, risparmiando dati. |
-| **Comodità per l'Utente** | Nessuna necessità di aggiornamenti manuali o visite all'app store. |
-| **Agilità di Sviluppo** | Permette correzioni di bug e rilasci di funzionalità più rapidi. |
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Problemi Comuni nell'Implementazione OTA
-
-Nonostante questi vantaggi, l'implementazione degli aggiornamenti OTA può presentare delle sfide. I dati di 750 app evidenziano alcuni problemi comuni [\[1\]](https://capgo.app/):
-
--   **Problemi di Sicurezza**: La crittografia end-to-end è fondamentale per prevenire manomissioni o accessi non autorizzati.
--   **Gestione delle Versioni**: L'utilizzo di un [sistema di canali](https://capgo.app/docs/plugin/cloud-mode/channel-system/) aiuta a gestire efficacemente i test beta e i rilasci graduali.
--   **Monitoraggio degli Aggiornamenti**: Senza un tracciamento adeguato, gli aggiornamenti falliti possono passare inosservati. Analisi e tracciamento degli errori sono essenziali, come evidenziano i tassi di successo globali dell'82% [\[1\]](https://capgo.app/).
-
-> "Abbiamo implementato gli aggiornamenti OTA di Capgo in produzione per la nostra base utenti di +5000. Stiamo riscontrando un funzionamento molto fluido con quasi tutti i nostri utenti aggiornati entro minuti dal rilascio OTA su @Capgo." – Colenso [\[1\]](https://capgo.app/)
-
-Per garantire aggiornamenti OTA affidabili, gli sviluppatori dovrebbero concentrarsi sul monitoraggio proattivo e mantenere opzioni di rollback per una rapida risoluzione dei problemi. Con un tempo medio di risposta API di 57ms, è anche cruciale ottimizzare l'infrastruttura di distribuzione degli aggiornamenti [\[1\]](https://capgo.app/).
-
-## Regole dell'App Store per gli Aggiornamenti OTA
-
-### Regole di Apple per gli Aggiornamenti OTA
-
-Apple ha politiche severe per gli aggiornamenti OTA (Over-The-Air) nelle app iOS. Questi aggiornamenti non possono modificare la funzionalità principale dell'app o aggirare il processo di revisione dell'App Store. Per le app ibride, gli aggiornamenti sono limitati ai contenuti non eseguibili, come gli aggiornamenti delle risorse web, per garantire la sicurezza e mantenere la conformità con le linee guida di Apple.
-
-### Regole di Google Play per gli Aggiornamenti OTA
-
-Google Play consente maggiore flessibilità per gli aggiornamenti OTA ma impone comunque rigidi standard di sicurezza. Gli sviluppatori devono seguire queste linee guida chiave:
-
-| Requisito | Dettagli |
-| --- | --- |
-| **Protocolli di Sicurezza** | Gli aggiornamenti devono essere distribuiti su connessioni sicure, come HTTPS. |
-| **Controllo Versioni** | Deve essere presente un sistema di versionamento appropriato per tracciare le modifiche. |
-| **Consenso dell'Utente** | Gli utenti devono dare un consenso esplicito per qualsiasi modifica importante. |
-| **Portata dell'Aggiornamento** | Sono consentite modifiche del codice più ampie rispetto a iOS, ma la sicurezza rimane una priorità. |
-
-### Esempi di Violazione delle Politiche
-
-Violare le politiche degli aggiornamenti OTA può portare a gravi conseguenze. Ecco alcuni esempi comuni:
-
--   **Aggiramento delle Funzionalità**: Distribuire aggiornamenti di funzionalità importanti che evitano il processo di revisione.
--   **Violazioni della Sicurezza**: Utilizzare metodi di distribuzione non sicuri che mettono a rischio i dati degli utenti.
--   **Modifiche della Funzionalità Core**: Alterare la funzionalità principale dell'app attraverso un aggiornamento OTA.
-
-Sia Apple che Google enfatizzano la sicurezza e l'esperienza dell'utente. Mentre Google Play offre un po' più di flessibilità, gli sviluppatori dovrebbero utilizzare gli aggiornamenti OTA per miglioramenti minori come correzioni di bug, aggiornamenti di contenuti o piccole modifiche all'interfaccia utente. Le modifiche importanti o le nuove funzionalità dovrebbero sempre passare attraverso il processo di revisione ufficiale per rimanere conformi.
-
-## Linee Guida per gli Aggiornamenti OTA
-
-Per rimanere conformi alle regole dell'app store, è importante seguire linee guida specifiche quando si utilizzano aggiornamenti OTA (Over-The-Air) per le [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Queste pratiche aiutano a garantire che gli aggiornamenti siano sicuri e allineati con le politiche delle piattaforme.
-
-### Concentrarsi su Aggiornamenti Non Critici
-
-Gli aggiornamenti OTA dovrebbero essere limitati a elementi non essenziali come risorse visive o semplici configurazioni. Evitare di alterare la logica eseguibile core o aggiungere nuove funzionalità che potrebbero richiedere una revisione completa dell'app. Attenendosi a questi limiti, puoi mantenere la conformità mantenendo gli aggiornamenti semplici. Una volta definiti questi limiti, è cruciale avere un solido sistema di controllo delle versioni.
-
-### Migliori Pratiche per il Controllo delle Versioni
-
-Una solida strategia di controllo delle versioni include funzionalità come versionamento automatico, rilasci graduali e opzioni di rollback. Ecco come questi metodi aiutano:
-
--   **Versionamento Automatico**: Usa strumenti CI/CD per tracciare le versioni in modo accurato ed efficiente.
--   **Rilasci Graduali**: Rilascia prima gli aggiornamenti a un piccolo gruppo di tester, poi espandi a tutti gli utenti.
--   **Rollback Rapido**: In caso di problemi, torna istantaneamente a una versione precedente.
-
-Queste pratiche riducono i rischi e assicurano che i tuoi aggiornamenti soddisfino i requisiti dell'app store.
-
-### Tenere Informati gli Utenti
-
--   **[Aggiornamenti Automatici](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: Gli aggiornamenti possono essere installati in background, ma gli utenti dovrebbero comunque essere informati. Strumenti come Capgo rendono semplice automatizzare le installazioni mantenendo gli utenti aggiornati.
--   **Monitoraggio e Feedback**: Usa analisi, tracciamento degli errori e canali di feedback per monitorare il successo delle installazioni e affrontare eventuali problemi.
-
-Una comunicazione chiara favorisce la fiducia degli utenti e rafforza la conformità con le linee guida dell'app store.
-
-> "Rollback con un clic a qualsiasi versione precedente se necessario" – Capgo [\[1\]](https://capgo.app/)
-
-## Usare [Capgo](https://capgo.app/) per gli Aggiornamenti OTA
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/cf21af63f433895b269de0da5dc7d74c.jpg)
-
-Capgo fornisce una soluzione per gestire gli aggiornamenti over-the-air (OTA) nelle app Capacitor, affrontando i requisiti di conformità con un sistema integrato. Con più di 750 app in produzione e 23,5 milioni di aggiornamenti distribuiti, Capgo assicura un [processo di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/manual-update/) fluido e conforme [\[1\]](https://capgo.app/).
-
-### Come Capgo Gestisce gli Aggiornamenti
-
-Capgo semplifica il processo di aggiornamento garantendo che gli aggiornamenti siano efficienti e rispettino gli standard di conformità. Le funzionalità chiave includono:
-
--   **Crittografia End-to-End**: Gli aggiornamenti sono crittografati e accessibili solo agli utenti autorizzati.
--   **Aggiornamenti Parziali**: Invece di scaricare interi pacchetti, vengono aggiornati solo i componenti modificati. Questo permette un tempo medio di download di soli 114ms per un pacchetto di 5MB.
--   **Alte Prestazioni**: Entro 24 ore dal rilascio, i tassi di successo degli aggiornamenti raggiungono il 95%.
-
-### Strumenti di Conformità Offerti da Capgo
-
-Capgo include strumenti progettati per mantenere la conformità e garantire aggiornamenti fluidi:
-
-| Funzionalità | Beneficio per la Conformità |
-| --- | --- |
-| Sistema di Canali | Permette test beta controllati e rilasci graduali |
-| Rollback con Un Clic | Risolve rapidamente i problemi tornando alle versioni precedenti |
-| Tracciamento Errori | Rileva e risolve gli errori proattivamente |
-| Dashboard Analitica | Traccia le prestazioni degli aggiornamenti e l'adozione degli utenti |
-
-Questi strumenti aiutano a mantenere contenuti sicuri e controllo delle versioni, contribuendo a un tasso di successo globale degli aggiornamenti dell'82% mantenendo la conformità con le linee guida delle piattaforme [\[1\]](https://capgo.app/).
-
-### Iniziare con Capgo
-
-Iniziare con Capgo è veloce e semplice. Usa il seguente comando:
-
-```bash
-npx @capgo/cli init
-```
-
-Il processo di configurazione richiede meno di 15 minuti per distribuire il primo aggiornamento. Capgo supporta anche l'integrazione CI/CD con piattaforme come [GitHub Actions](https://docs.github.com/actions) e [GitLab CI](https://docs.gitlab.com/ee/ci/). La tariffa una tantum per Capgo è di 2.600$.
-
-## Gestione della Conformità a Lungo Termine
-
-Rimanere conformi alle politiche degli app store nel lungo termine richiede un impegno e un'attenzione costanti. Revisioni e monitoraggi regolari degli aggiornamenti delle policy sono fondamentali per evitare potenziali problemi.
-
-### Controlli Regolari delle Policy
-
-Frequenti revisioni delle policy ti aiutano a prevenire sfide di conformità. Strumenti come la dashboard analitica di Capgo semplificano questo processo identificando potenziali problemi in anticipo, dandoti il tempo di affrontarli prima che si intensifichino.
-
-### Monitoraggio dei Cambiamenti delle Policy
-
-Mantenersi aggiornati sui cambiamenti delle policy coinvolge una combinazione di strumenti automatizzati e supervisione manuale. Capgo supporta questo processo offrendo:
-
--   Aggiornamenti in tempo reale per individuare problemi di conformità quando si presentano
--   Monitoraggio del tasso di successo tra diverse versioni dell'app
--   Distribuzione controllata degli aggiornamenti a gruppi specifici di utenti
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Correzione delle Violazioni delle Policy
-
-Affrontare rapidamente le violazioni delle policy è cruciale per mantenere alti tassi di successo degli aggiornamenti. Capgo rende questo più semplice fornendo:
-
-1. **Opzioni di rollback immediato**  
-Ripristina rapidamente gli aggiornamenti per evitare ulteriori problemi.
-
-2. **Tracciamento degli errori**  
-Individua la causa principale delle violazioni per correzioni precise.
-
-3. **Test basati su canali**  
-Testa le correzioni su un gruppo selezionato di utenti prima di distribuire ampiamente gli aggiornamenti.
-
-Capgo garantisce inoltre la conformità con robuste misure di sicurezza come la crittografia end-to-end e un sistema di aggiornamento parziale, che minimizzano l'interruzione per gli utenti mantenendo standard elevati.
-
-## Conclusione
-
-Gestire gli aggiornamenti OTA rimanendo conformi alle regole degli app store richiede una pianificazione attenta e gli strumenti giusti. Capgo, con oltre 23,5 milioni di aggiornamenti consegnati e 750 app in produzione [\[1\]](https://capgo.app/), offre una soluzione affidabile per gestire gli aggiornamenti OTA entro le linee guida della piattaforma.
-
-Il segreto per una [gestione efficace degli aggiornamenti OTA](https://capgo.app/blog/open-source-licecing/) sta nell'utilizzo di robusti strumenti di conformità e sistemi di monitoraggio. Utilizzando la crittografia end-to-end e seguendo rigorosamente i requisiti della piattaforma, gli sviluppatori possono garantire sia la sicurezza che operazioni fluide durante gli aggiornamenti.
-
-Anche gli esperti del settore sottolineano l'importanza di aggiornamenti rapidi e conformi. Come ha notato il team [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/) della NASA:
-
-> "@Capgo è un modo intelligente per effettuare push di codice a caldo (e non per tutti i soldi del mondo come con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Per gli sviluppatori che mirano a bilanciare conformità e aggiornamenti tempestivi, un solido sistema di gestione degli aggiornamenti è cruciale. Strumenti che offrono funzionalità come rollback istantanei, analisi in tempo reale e distribuzione basata su canali aiutano i team a fornire aggiornamenti in modo efficiente rimanendo entro i limiti di conformità.
diff --git a/src/content/blog/it/capacitor-ota-updates-targeting-ios-vs-android.md b/src/content/blog/it/capacitor-ota-updates-targeting-ios-vs-android.md
deleted file mode 100644
index 332e6146f..000000000
--- a/src/content/blog/it/capacitor-ota-updates-targeting-ios-vs-android.md
+++ /dev/null
@@ -1,190 +0,0 @@
----
-slug: capacitor-ota-updates-targeting-ios-vs-android
-title: 'Aggiornamenti OTA di Capacitor: Differenze tra iOS e Android'
-description: >-
-  Esplora le differenze nelle strategie di aggiornamento OTA per iOS e Android,
-  concentrandoti su distribuzione, sicurezza e requisiti utente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-01T04:05:37.460Z
-updated_at: 2025-03-24T13:16:58.726Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c2639cd8e4215290f21bf1-1740801998811.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, iOS updates, Android updates, mobile app development, security
-  measures, update strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi aggiornare la tua app** [**Capacitor**](https://capacitorjs.com/) **istantaneamente senza ritardi dell'app store?** Gli aggiornamenti Over-the-Air (OTA) ti permettono di inviare modifiche al layer web (HTML, CSS, JavaScript) della tua app senza dover inviare nuovamente agli app store. Ma iOS e Android gestiscono questi aggiornamenti in modo diverso, ed è fondamentale comprendere queste differenze.
-
-### Punti Chiave:
-
--   **iOS**: Aggiornamenti distribuiti immediatamente ma seguono regole rigide, incluse restrizioni sul percorso dei file e requisiti di alimentazione/rete.
-    
--   **Android**: Utilizza rollout a fasi (1% → 100%) con esigenze di alimentazione/rete flessibili e supporta aggiornamenti in background.
-    
--   **Sicurezza**: Entrambe le piattaforme applicano forti misure di sicurezza - iOS si basa su crittografia hardware, mentre Android usa Verified Boot e [SELinux](https://en.wikipedia.org/wiki/Security-Enhanced_Linux).
-    
--   [**Capgo**](https://capgo.app/): Una piattaforma che semplifica gli aggiornamenti OTA, distribuendo oltre **947.6 milioni di aggiornamenti** globalmente con strumenti per distribuzioni efficienti, sicure e conformi.
-    
-
-### Confronto Rapido:
-
-| Funzionalità | iOS | Android |
-| --- | --- | --- |
-| **Distribuzione Aggiornamenti** | Rilascio completo immediato | Rollout a fasi (1% → 100%) |
-| **Aggiornamenti in Background** | Limitati | Supporta aggiornamenti A/B |
-| **Archiviazione** | Richiede download completo | Supporta aggiornamenti in streaming |
-| **Sicurezza** | Crittografia hardware | Verified Boot, SELinux |
-| **Requisiti di Alimentazione** | 50% batteria o collegato | Flessibile |
-| **Rete** | Wi-Fi richiesto | Supporta varie connessioni |
-
-Capgo aiuta a semplificare il processo, assicurando che gli aggiornamenti siano sicuri, efficienti e conformi su entrambe le piattaforme. Che tu stia mirando a iOS o Android, comprendere queste differenze ti aiuterà a creare una migliore [strategia di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/hybrid-update).
-
-## Come iOS e Android Gestiscono gli Aggiornamenti OTA
-
-iOS e Android adottano approcci diversi quando si tratta di gestire gli aggiornamenti OTA (over-the-air), sia nell'esecuzione tecnica che nei processi di approvazione.
-
-### Regole di Aggiornamento App Store iOS
-
-Apple ha linee guida rigide per gli aggiornamenti OTA. I dispositivi devono soddisfare specifiche condizioni tecniche: devono eseguire iOS 5 o successivo, essere connessi a una rete Wi‑Fi stabile, e avere almeno il 50% di batteria o essere collegati a una fonte di alimentazione [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/). Oltre a questi requisiti tecnici, Apple applica un rigoroso processo di revisione che valuta gli aggiornamenti per sicurezza, prestazioni, conformità aziendale, design e standard legali [\[4\]](https://developer.apple.com/app-store/review/guidelines/).
-
-### Regole di Aggiornamento Google Play Store
-
-Google Play opera diversamente, utilizzando un sistema di rollout a fasi. Gli aggiornamenti iniziano con un piccolo rilascio all'1% degli utenti per 24-48 ore e poi si espandono, spesso con incrementi del 25%, fino a raggiungere la distribuzione completa entro una o due settimane [\[7\]](https://www.phonearena.com/news/Google-engineer-Dan-Morrill-talks-about-Android-OTA-updates-and-why-you-need-to-be-patient_id49573). Da agosto 2023, tutte le nuove versioni Android devono mirare al livello API più alto disponibile [\[3\]](https://applandeo.com/blog/upcoming-google-play-a-appstore-updates-how-will-they-affect-your-mobile-app/). Inoltre, Android utilizza aggiornamenti in streaming, che aiutano a ridurre la necessità di spazio di archiviazione extra durante il [processo di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/manual-update/) [\[8\]](https://source.android.com/docs/core/ota/ab).
-
-### Differenze di Aggiornamento tra Piattaforme
-
-Le principali distinzioni tra gli aggiornamenti OTA di iOS e Android sono delineate di seguito:
-
-| Funzionalità | iOS | Android |
-| --- | --- | --- |
-| Distribuzione Aggiornamenti | Rilascio completo immediato | Rollout a fasi (1% → 25% → 50% → 100%) |
-| Aggiornamenti in Background | Limitati | Supporta aggiornamenti A/B in background [\[8\]](https://source.android.com/docs/core/ota/ab) |
-| Gestione Archiviazione | Richiede download completo | Supporta aggiornamenti in streaming [\[8\]](https://source.android.com/docs/core/ota/ab) |
-| Requisiti di Alimentazione | Almeno 50% batteria o collegato [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | Requisiti di alimentazione flessibili |
-| Requisiti di Rete | Connessione Wi‑Fi richiesta [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | Supporta vari tipi di connessione |
-
-Il sistema di aggiornamento A/B di Android si distingue per consentire l'installazione degli aggiornamenti in background senza interrompere l'utente. Questo sistema utilizza due slot per le partizioni critiche di avvio, evitando la necessità di partizioni duplicate e ottimizzando lo spazio di archiviazione rispetto ai metodi più vecchi [\[6\]](https://source.android.com/docs/core/ota). D'altra parte, iOS segue un processo di aggiornamento più controllato e immediato, dando priorità alla stabilità e alla supervisione dell'utente.
-
-## Gruppi di Utenti e Distribuzione degli Aggiornamenti
-
-Quando si tratta di distribuzione degli aggiornamenti, le strategie devono tenere conto dei vincoli unici dei vari dispositivi e sistemi operativi.
-
-### Regole di Aggiornamento Basate sui Dispositivi
-
-I requisiti di aggiornamento dipendono fortemente dall'hardware e dalla piattaforma. Per esempio, i dispositivi iOS necessitano di almeno il 20% di batteria per gli aggiornamenti avviati dall'utente e il 30% per gli [aggiornamenti automatici](https://capgo.app/docs/plugin/cloud-mode/auto-update/). Sui Mac, i requisiti differiscono in base al chipset - 20% di batteria per i dispositivi con chip Apple e 50% per quelli basati su Intel [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). Android, d'altra parte, ha un sistema più flessibile ma affronta sfide dovute alla frammentazione dell'ecosistema. Produttori e operatori introducono ritardi, con gli aggiornamenti di sicurezza che richiedono una media di 24 giorni e ulteriori 11 giorni per i completamenti specifici dei dispositivi [\[11\]](https://dl.acm.org/doi/10.1145/3372297.3423346).
-
-### Requisiti di Versione OS
-
-I requisiti del sistema operativo giocano un ruolo chiave nella distribuzione degli aggiornamenti. Per le app Android, Google Play impone quanto segue:
-
-| Periodo | Requisito |
-| --- | --- |
-| Dopo il 31 agosto 2024 | Le nuove app devono mirare ad Android 14 (API 34+) |
-| Attuale | Le app esistenti devono mirare ad Android 13 (API 33+) |
-| Legacy | Le app che mirano ad Android 12 o inferiore devono conformarsi alle versioni OS esistenti |
-
-Per iOS, Apple utilizza Rapid Security Response (RSR) per distribuire patch critiche direttamente alle versioni OS più recenti [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). Capgo assicura la compatibilità con i dispositivi che eseguono iOS 13.0+ e Android API level 22+ [\[9\]](https://capgo.app/docs/faq/).
-
-### Risultati della Strategia di Aggiornamento
-
-Il [Project Treble](https://android-developers.googleblog.com/2017/05/here-comes-treble-modular-base-for.html) di Android ha ridotto il tempo richiesto per gli aggiornamenti di sicurezza di circa 7 giorni [\[11\]](https://dl.acm.org/doi/10.1145/3372297.3423346). Per gestire gli aggiornamenti efficacemente, si raccomanda di separare i [canali di aggiornamento](https://capgo.app/docs/webapp/channels/) di sviluppo e produzione [\[9\]](https://capgo.app/docs/faq/). Capgo semplifica il processo con distribuzioni basate su percentuali, permettendo rollout controllati rimanendo entro le linee guida degli app store.
-
-L'updater memorizza anche nella cache i bundle scaricati in directory specifiche per piattaforma per aggiornamenti efficienti e sicuri:
-
--   **Android**: `/data/user/0/com.example.app/code_cache/capgo_updater`
-    
--   **iOS**: `Library/Application Support/capgo`
-    
-
-Questo sistema di caching assicura aggiornamenti fluidi e affidabili [\[9\]](https://capgo.app/docs/faq/).
-
-## Velocità ed Efficienza degli Aggiornamenti
-
-La velocità e l'efficienza degli aggiornamenti OTA (Over-the-Air) giocano un ruolo enorme nel plasmare l'esperienza utente sia su iOS che su Android. Due fattori che influenzano pesantemente questo sono le condizioni di rete e quanto bene vengono gestite le dimensioni dei file.
-
-### Gestione Dimensione File e Rete
-
-Mantenere ottimizzate le dimensioni dei file è cruciale per aggiornamenti OTA fluidi. Per esempio, l'updater di Capgo esegue controlli di aggiornamento in un thread di background durante l'avvio dell'app, assicurando che l'interfaccia utente rimanga reattiva [\[9\]](https://capgo.app/docs/faq/). Supporta anche aggiornamenti JavaScript mentre blocca il codice nativo (come Java/Kotlin o Objective-C/Swift) per mantenere la stabilità [\[9\]](https://capgo.app/docs/faq/).
-
-### Confronto Velocità di Aggiornamento
-
-Anche con dimensioni file più piccole, la velocità di aggiornamento rimane un fattore importante. iOS spesso ha un vantaggio qui grazie al suo hardware e software strettamente integrati, che possono elaborare gli aggiornamenti più velocemente [\[14\]](https://www.simplymac.com/iphone/android-vs-iphone-comparison-of-features-and-performance). D'altra parte, l'ampia gamma di hardware Android può talvolta portare a prestazioni di aggiornamento irregolari [\[13\]](https://flexiple.com/compare/android-vs-ios)[\[14\]](https://www.simplymac.com/iphone/android-vs-iphone-comparison-of-features-and-performance).
-
-> "Distribuire istantaneamente aggiornamenti live agli utenti è uno dei benefici più critici di Appflow, la piattaforma mobile CI/CD di Ionic."  
-> – Cecelia Martinez, Developer Advocate [\[12\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever)
-
-Per migliorare l'efficienza degli aggiornamenti, strategie come gli aggiornamenti differenziali e lo sfruttamento della funzionalità nativa sono chiave. Capacitor, per esempio, sposta certe operazioni al layer nativo. Quando abbinato agli aggiornamenti differenziali, questo approccio riduce sia i tempi di aggiornamento che l'uso dei dati [\[12\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever). Considerando la quota di mercato dominante di Android - oltre il 70% globalmente a marzo 2023 [\[13\]](https://flexiple.com/compare/android-vs-ios) - fornire aggiornamenti efficienti è particolarmente importante per mantenere prestazioni costanti sui suoi vari dispositivi.
-
-## Regole e Requisiti di Sicurezza
-
-Quando si tratta di aggiornamenti OTA, iOS e Android adottano approcci distinti per garantire la protezione dei dati e la sicurezza del sistema, ciascuno utilizzando il proprio set di protocolli su misura.
-
-Il processo di aggiornamento di Apple è rigorosamente controllato e progettato con una sicurezza rigorosa. I dispositivi iOS si basano su **crittografia hardware**, utilizzando due chiavi AES a 256 bit integrate uniche per ogni dispositivo [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/). Ogni dispositivo include anche un UID hardware unico con una chiave AES a 256 bit integrata [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/). Gli aggiornamenti vengono verificati per l'integrità, personalizzati per i singoli dispositivi e dotati di protezioni contro gli attacchi di downgrade. Apple isola anche i dati dell'utente durante gli aggiornamenti per prevenire rischi di sicurezza [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). Una caratteristica distintiva è **Rapid Security Responses** di Apple, che consente la distribuzione rapida di patch di sicurezza senza richiedere un aggiornamento completo del sistema [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web).
-
-### Standard di Sicurezza Android
-
-Android basa la sua sicurezza su una base Linux, concentrandosi sull'isolamento degli utenti e sulle protezioni a livello di sistema. A ogni app viene assegnato un UID unico, mentre **SELinux** impone il controllo degli accessi obbligatorio. La funzione **Verified Boot** garantisce l'autenticità del codice [\[18\]](https://source.android.com/docs/security/features). Per gli aggiornamenti OTA, Android utilizza un **sistema di partizione virtuale A/B** (con compressione per i dispositivi che eseguono Android 11 e versioni successive), un Keystore basato su hardware per attività crittografiche e aggiornamenti distribuiti tramite OEM e operatori [\[15\]](https://en.wikipedia.org/wiki/Over-the-air_update).
-
-| Funzionalità | iOS | Android |
-| --- | --- | --- |
-| Distribuzione Aggiornamenti | Centralizzata tramite Apple | Distribuita tramite OEM/operatori |
-| Verifica Sicurezza | Crittografia hardware | SELinux + Verified Boot |
-| Distribuzione Patch | Rapid Security Responses | Moduli Project Mainline |
-| Autenticazione Aggiornamenti | UID specifico del dispositivo | Verified Boot |
-
-### Confronto Requisiti di Sicurezza
-
-Le differenze in questi framework evidenziano come l'architettura di ciascuna piattaforma modelli il suo approccio alla sicurezza. iOS opera all'interno di un modello "giardino recintato", offrendo un controllo rigoroso e misure di sicurezza standardizzate. Al contrario, l'ecosistema aperto di Android fornisce maggiore flessibilità nei meccanismi di aggiornamento ma può talvolta affrontare sfide di frammentazione [\[15\]](https://en.wikipedia.org/wiki/Over-the-air_update). Queste strutture di sicurezza influenzano direttamente l'affidabilità degli aggiornamenti OTA.
-
-Per gli sviluppatori che lavorano con strumenti come Capgo, comprendere queste distinzioni è fondamentale. iOS impone un isolamento più rigoroso delle app e limita l'accesso alle API di sistema [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/), mentre le opzioni più ampie di comunicazione tra processi di Android richiedono una gestione attenta della sicurezza [\[18\]](https://source.android.com/docs/security/features). A febbraio 2025, con iOS 18.3.1 e varie versioni Android in uso [\[16\]](https://support.apple.com/en-us/100100), gli sviluppatori devono assicurarsi che le loro strategie di aggiornamento OTA siano allineate con gli ultimi standard di sicurezza per ciascuna piattaforma.
-
-## Panoramica della Piattaforma [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-01.jpg?auto=compress)
-
-Capgo unisce le regole di aggiornamento OTA specifiche della piattaforma in un'unica piattaforma di aggiornamento semplificata.
-
-Lavorando con i protocolli di sicurezza iOS e Android, Capgo garantisce una gestione degli aggiornamenti OTA senza problemi. Ad oggi, ha distribuito **947,6 milioni di aggiornamenti** su **1.400 app in produzione** [\[1\]](https://capgo.app/).
-
-### Funzioni Chiave di Capgo
-
-Capgo si concentra sulla risoluzione delle sfide di aggiornamento con una distribuzione sicura, efficiente e conforme. Gli aggiornamenti sono protetti con **crittografia end-to-end**, e la decrittazione avviene solo sui dispositivi degli utenti [\[1\]](https://capgo.app/). Per iOS, utilizza un interprete Dart personalizzato per allinearsi alla regola di aggiornamento solo interprete di Apple [\[9\]](https://capgo.app/docs/faq/). Su Android, supporta il livello API 22 e superiore, in linea con i requisiti di Capacitor [\[9\]](https://capgo.app/docs/faq/).
-
-| Funzionalità | Implementazione | Supporto Piattaforma |
-| --- | --- | --- |
-| Distribuzione Aggiornamenti | Distribuzione istantanea | iOS 13.0+, Android API 22+ |
-| Sicurezza | Crittografia end-to-end | Entrambe le piattaforme |
-| Integrazione CI/CD | Funziona con Azure DevOps, GitHub, GitLab | Multi-piattaforma |
-| Gestione Storage | Solo codice compilato | Cache specifica per piattaforma |
-| Controllo Versione | Capacità di rollback | Entrambe le piattaforme |
-
-### Gestione Aggiornamenti Multi-piattaforma
-
-Il sistema di canali di Capgo offre agli sviluppatori un controllo preciso sugli aggiornamenti per iOS e Android. Questo sistema permette:
-
-- Canali di aggiornamento separati per iOS e Android
-
-- Caricamento di [bundle distinti](https://capgo.app/docs/webapp/bundles/) con collegamento tra canali opzionale
-
-- Rilevamento automatico delle modifiche al codice nativo [\[9\]](https://capgo.app/docs/faq/)
-
-L'impatto della piattaforma nel mondo reale è chiaro. Per esempio, il team OSIRIS-REx della NASA ha condiviso:
-
-> "@Capgo è un modo intelligente per effettuare hot code pushes (e non per tutti i soldi del mondo come con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Capgo può modificare qualsiasi codice JavaScript, incluso il codice dell'app e quello generato, ma evita rigorosamente di modificare il codice nativo (come Java/Kotlin per Android o Objective-C/Swift per iOS) [\[9\]](https://capgo.app/docs/faq/).
-
-## Conclusione
-
-Gli aggiornamenti OTA per le [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) richiedono approcci diversi per iOS e Android a causa delle regole specifiche della piattaforma. Per iOS, ci sono controlli più rigorosi, come la restrizione del percorso file che limita i percorsi del server a "/Library/NoCloud/ionic\_built\_snapshots" [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Nel frattempo, Android consente maggiore libertà, con meno limitazioni sulle macchine virtuali e gli interpreti che accedono alle API [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Queste differenze evidenziano l'importanza di creare strategie di aggiornamento che si allineino con il framework di ciascuna piattaforma.
-
-I dati delle piattaforme come Capgo dimostrano quanto possano essere efficaci queste strategie. Gli sviluppatori hanno distribuito con successo 947,6 milioni di aggiornamenti su 1.400 app in produzione, dimostrando la scalabilità dei sistemi di aggiornamento ben progettati [\[1\]](https://capgo.app/). Tuttavia, il successo dipende fortemente dal soddisfare i requisiti di ciascuna piattaforma mantenendo forti misure di sicurezza.
-
-Ad esempio, Apple impone che il codice interpretato non deve alterare la funzionalità principale di un'app o comprometterne la sicurezza [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). Questa regola è un chiaro promemoria delle linee guida specifiche della piattaforma che gli sviluppatori devono seguire per implementare efficacemente gli aggiornamenti OTA.
diff --git a/src/content/blog/it/capacitor-ota-updates-versioning-best-practices.md b/src/content/blog/it/capacitor-ota-updates-versioning-best-practices.md
deleted file mode 100644
index cc49120f8..000000000
--- a/src/content/blog/it/capacitor-ota-updates-versioning-best-practices.md
+++ /dev/null
@@ -1,269 +0,0 @@
----
-slug: capacitor-ota-updates-versioning-best-practices
-title: 'Aggiornamenti OTA di Capacitor: Best Practices per il Versionamento'
-description: >-
-  Scopri le migliori pratiche per gestire gli aggiornamenti OTA di Capacitor,
-  incluse le strategie di versionamento, le insidie comuni e le misure di
-  sicurezza.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-26T04:29:43.897Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67be629d36a1a0b25cc0f4e3-1740544205565.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, OTA updates, versioning, mobile development, app updates, semantic
-  versioning, deployment strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi distribuire gli aggiornamenti delle app istantaneamente senza attendere le approvazioni degli app store?** [Capacitor](https://capacitorjs.com/) permette di farlo con gli aggiornamenti Over-the-Air (OTA), consentendo aggiornamenti in tempo reale dei contenuti web della tua app. Ma per garantire distribuzioni fluide, hai bisogno di solide pratiche di controllo versione.
-
-Ecco cosa imparerai in questa guida:
-
-- **Perché gli aggiornamenti OTA fanno risparmiare tempo:** Salta i ritardi dell'app store e aumenta l'efficienza fino all'**81%**.
-
-- **Come gestire le versioni:** Usa il Semantic Versioning (MAJOR.MINOR.PATCH) per tracciare efficacemente gli aggiornamenti.
-
-- **Errori comuni da evitare:** Build non corrispondenti, configurazioni errate e problemi di tracciabilità degli aggiornamenti.
-
-- **I migliori strumenti per il lavoro:** Strumenti come `capacitor-sync-version-cli` e [Capgo](https://capgo.app/) semplificano il versionamento e la distribuzione.
-
-- **Strategie di aggiornamento:** Scegli tra aggiornamenti parziali e completi, rilasci graduali e aggiornamenti opzionali vs obbligatori.
-
-**Suggerimento rapido:** Inizia con la versione **0.1.0**, incrementa MINOR per nuove funzionalità e PATCH per correzioni di bug. Valida sempre build e configurazioni prima del rilascio.
-
-Pronto a semplificare i tuoi [aggiornamenti OTA Capacitor](https://capgo.app/ja/)? Iniziamo.
-
-## Semantic Versioning
-
-<iframe src="https://www.youtube.com/embed/rEgevIkqp2o" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Linee guida per il controllo versione per [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-26.jpg?auto=compress)
-
-La gestione degli aggiornamenti OTA di Capacitor richiede una chiara strategia di controllo versione. Ecco come mantenere le cose stabili e garantire aggiornamenti fluidi.
-
-### Basi del Semantic Versioning
-
-Il Semantic Versioning (SemVer) è un metodo ampiamente utilizzato per la numerazione delle versioni, strutturato come MAJOR.MINOR.PATCH. Ogni parte ha un ruolo specifico:
-
-| **Componente Versione** | **Scopo** | **Quando Aggiornare** |
-| --- | --- | --- |
-| **MAJOR (X)** | Segnala cambiamenti incompatibili | Quando si introducono incompatibilità nelle API |
-| **MINOR (Y)** | Aggiunge nuove funzionalità | Quando si aggiungono funzionalità retrocompatibili |
-| **PATCH (Z)** | Corregge bug | Quando si implementano correzioni retrocompatibili |
-
-Le linee guida di Apple per il codice scaricato sono degne di nota:
-
-> "Il codice interpretato può essere scaricato in un'Applicazione, ma solo se tale codice: (a) non modifica lo scopo principale dell'Applicazione fornendo funzionalità non coerenti con lo scopo previsto e pubblicizzato dell'Applicazione come inviata all'App Store (b) non crea un negozio o vetrina per altro codice o applicazioni (c) non aggira la firma, il sandbox o altre funzionalità di sicurezza del sistema operativo." [\[2\]](https://github.com/Cap-go/capacitor-updater)
-
-### Implementazione del controllo versione
-
-Per gestire efficacemente gli aggiornamenti OTA di Capacitor, gli sviluppatori possono utilizzare strumenti come `capacitor-set-version` e `capacitor-sync-version-cli`. Questi strumenti semplificano la gestione delle versioni [automatizzando gli aggiornamenti](https://capgo.app/docs/live-updates/update-behavior/) su tutte le piattaforme.
-
-Ecco come iniziare:
-
-- **Sincronizzazione automatica delle versioni**: Usa `capacitor-sync-version-cli` per mantenere allineati i numeri di versione su tutte le piattaforme.
-
-- **Verifica build**: Configura controlli per confermare l'evidenza dei commit prima di ogni build.
-
-- **Validazione configurazione**: Automatizza la validazione delle impostazioni Capacitor per evitare errori di configurazione.
-
-Inizia dalla versione **0.1.0** e incrementa il numero di versione minore per ogni nuova funzionalità. Seguire questi passaggi aiuta a ridurre gli errori, ma ci sono ancora errori comuni da evitare.
-
-### Errori comuni nel controllo versione
-
-Anche con buone pratiche in atto, possono verificarsi errori. Strumenti come `capsafe` possono aiutare a identificare e prevenire problemi specifici per ogni piattaforma. Ecco cosa tenere d'occhio:
-
-- **Verifica build**: Automatizza i controlli dei file di evidenza dei commit e assicura la sincronizzazione delle build su tutte le piattaforme.
-
-- **Versionamento specifico per piattaforma**: Tieni d'occhio i codici versione iOS e Android per evitare discrepanze.
-
-- **Validazione aggiornamenti**: Conferma che gli aggiornamenti OTA non interferiscano con la funzionalità core dell'app.
-
-Per le build iOS, `capsafe` assicura che il file `ios/App/public/commit-evidence.json` sia presente. Questo passaggio è fondamentale per evitare di distribuire build web obsolete [\[3\]](https://github.com/fkirc/capacitor-build-safety). Una corretta verifica garantisce che gli aggiornamenti siano affidabili e riduce il rischio di rilasci non funzionanti.
-
-## Metodi di gestione degli aggiornamenti OTA
-
-Scegliere i metodi di distribuzione, le strategie di test e le politiche di aggiornamento corrette è fondamentale per gestire gli aggiornamenti OTA di Capacitor. Ecco una panoramica dei principali approcci per garantire aggiornamenti fluidi ed efficienti.
-
-### Aggiornamenti parziali vs completi
-
-Decidere tra aggiornamenti parziali e completi può influenzare sia le prestazioni dell'app che l'esperienza utente. Gli aggiornamenti parziali si concentrano su asset web come i [bundle JavaScript](https://capgo.app/docs/webapp/bundles/), rendendoli ideali per correzioni rapide o piccoli aggiustamenti dell'interfaccia utente. D'altra parte, gli aggiornamenti completi sono necessari quando sono coinvolte modifiche al codice nativo, poiché sostituiscono l'intero bundle dell'app.
-
-| Tipo di aggiornamento | Ideale per | Benefici | Cose da tenere a mente |
-| --- | --- | --- | --- |
-| Parziale | Correzione bug, modifiche UI | Download più piccoli, aggiornamenti più veloci | Limitato ai contenuti web. Assicurarsi che le modifiche siano in linea con l'intento originale dell'app [\[2\]](https://github.com/Cap-go/capacitor-updater). |
-| Completo | Aggiornamenti codice nativo | Modifiche complete | Download più grandi e tempi di installazione più lunghi. |
-
-Per gli aggiornamenti parziali, puoi estrarre il bundle dell'app compilato da `dist/` o `www/` nel filesystem nativo per aggiornare asset specifici senza sostituire l'intera app.
-
-### Rilasci graduali e test
-
-I rilasci graduali permettono di distribuire gli aggiornamenti gradualmente, riducendo i rischi e dando tempo di individuare potenziali problemi. Utilizzando il sistema di rilascio graduale di [App Store Connect](https://developer.apple.com/app-store-connect/), gli aggiornamenti vengono distribuiti nell'arco di sette giorni, con una percentuale crescente di utenti che riceve l'aggiornamento quotidianamente:
-
-| Giorno | Percentuale di utenti | Azioni suggerite |
-| --- | --- | --- |
-| 1–2 | 1–2% | Monitora i report di crash e raccogli feedback. |
-| 3–4 | 5–10% | Traccia le metriche di performance. |
-| 5–6 | 20–50% | Valuta il coinvolgimento degli utenti. |
-| 7 | 100% | Finalizza il rollout. |
-
-Ad esempio, l'aggiornamento di gennaio 2024 di Supercell per "Clash of Clans" ha impiegato questa strategia. Durante una fase di rollout del 10%, hanno identificato un bug critico e messo in pausa il rilascio per risolverlo, evitando problemi diffusi per il loro pubblico globale [\[4\]](https://developer.apple.com/help/app-store-connect/update-your-app/release-a-version-update-in-phases).
-
-### Aggiornamenti obbligatori vs opzionali 
-
-Trovare un equilibrio tra funzionalità dell'app ed esperienza utente è cruciale quando si decide tra aggiornamenti obbligatori o opzionali. Per correzioni critiche, un aggiornamento forzato potrebbe essere necessario, ma dovrebbe essere usato con parsimonia per evitare di frustrare gli utenti. L'SDK di Capacitor offre opzioni per le modalità di aggiornamento, incluso:
-
-> "Generalmente non raccomandiamo questa modalità poiché può portare a mostrare la schermata di splash per molto tempo, specialmente se l'utente ha una connessione di rete scarsa."
-> – Configurazione SDK Capacitor – [Appflow](https://ionic.io/appflow/), riguardo l'aggiornamento forzato
-
-Per mantenere un'esperienza utente fluida durante i flussi di lavoro critici come l'autenticazione, considera l'implementazione di meccanismi di blocco degli aggiornamenti. Per esempio:
-
-```javascript
-// Before login  
-localStorage.shouldBlockReload = true;
-
-// After successful login  
-localStorage.shouldBlockReload = false;
-```
-
-In alternativa, gli aggiornamenti in background permettono agli utenti di continuare a utilizzare la versione corrente mentre la nuova versione si scarica in background.
-
-Queste strategie forniscono una solida base per gestire gli aggiornamenti in modo efficace minimizzando le interruzioni. La prossima sezione si addentrerà nelle politiche di aggiornamento e nelle considerazioni sulla sicurezza.
-
-## Regole di aggiornamento e sicurezza
-
-Gli aggiornamenti OTA richiedono conformità con le politiche degli app store e rigorosi protocolli di sicurezza.
-
-### Politiche di aggiornamento degli App Store
-
-Apple e Google Play applicano regole severe per garantire che le app rimangano sicure e di alta qualità. Per esempio, a partire dal 31 agosto 2024, Google Play richiede che tutte le nuove app e gli aggiornamenti target Android 14 (API level 34)[\[8\]](https://developer.android.com/google/play/requirements/target-sdk). Gli sviluppatori possono richiedere un'estensione fino al 1° novembre 2024 se necessitano di più tempo.
-
-Ecco alcuni controlli di aggiornamento basati sul tempo da considerare:
-
-| Metodo di controllo aggiornamenti | Descrizione | Benefici |
-| --- | --- | --- |
-| Aggiornamenti differiti | Posticipa gli aggiornamenti per 1-90 giorni dopo il rilascio | Permette test controllati e rollout graduale |
-| Controllo versione | Decidi quali versioni dell'app ricevono aggiornamenti | Supporta distribuzione e test graduali |
-| [Aggiornamenti automatici](https://capgo.app/docs/plugin/cloud-mode/auto-update/) | Imposta il comportamento di aggiornamento su dispositivi gestiti | Semplifica la manutenzione |
-
-Per far rispettare le scadenze, usa le notifiche di sistema. La ricerca mostra che aggiornamenti coerenti e ben pianificati possono aumentare il coinvolgimento degli utenti fino al 200%[\[9\]](https://moldstud.com/articles/p-update-your-app-on-google-play-best-practices-and-tips). Oltre a rispettare le regole degli app store, garantire la sicurezza negli aggiornamenti è altrettanto critico.
-
-### Standard di sicurezza degli aggiornamenti
-
-Un forte controllo versione è essenziale per mantenere l'integrità degli aggiornamenti, ma misure di sicurezza stratificate sono altrettanto importanti. Proteggi gli aggiornamenti OTA con crittografia, autenticazione e controlli di integrità. Il Dr. James J. Hunt, fondatore, CEO e CTO di aicas, spiega:
-
-> "La necessità di aggiornamenti over-the-air è guidata dalla trasformazione digitale dell'industria per software e intelligenza artificiale – entrambi i quali richiedono ai fornitori di soluzioni di ripensare l'intero ciclo DevOps"[\[7\]](https://www.aicas.com/wp/whitepaper/security-aspects-of-over-the-air-ota-updates/)
-
-I livelli chiave di sicurezza includono:
-
-| Livello di Sicurezza | Implementazione | Scopo |
-| --- | --- | --- |
-| Crittografia | TLS con certificati firmati CA | Protegge i pacchetti di aggiornamento durante la trasmissione |
-| Autenticazione | Chiavi di sicurezza basate su hardware | Offre una protezione più forte rispetto alle chiavi basate su file |
-| Verifica dell'Integrità | Firme crittografiche | Conferma l'autenticità dell'aggiornamento |
-| Protezione dal Rollback | Meccanismo di fallback automatico | Previene il blocco del dispositivo durante aggiornamenti falliti |
-
-**Passaggi per migliorare la sicurezza degli aggiornamenti:**
-
-1. **Stabilire Connessioni Sicure**
-   Utilizzare TLS con verifica dell'hostname e certificati firmati CA per garantire che le connessioni al server siano verificate[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security).
-
-2. **Proteggere i Pacchetti di Aggiornamento**
-   Crittografare gli aggiornamenti e applicare firme digitali dopo la crittografia. Per la massima sicurezza, utilizzare sistemi air-gapped per la firma digitale[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security)[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices).
-
-3. **Implementare Meccanismi di Recupero**
-   Abilitare funzionalità di rollback automatico per gestire efficacemente gli aggiornamenti falliti[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices).
-
-Il Dr. Hunt evidenzia anche l'importanza degli aggiornamenti OTA nelle tecnologie avanzate:
-
-> "OTA è già un fattore chiave nel rendere affidabili i sistemi di guida autonoma" - Dr. James J. Hunt, fondatore, CEO e CTO di aicas[\[7\]](https://www.aicas.com/wp/whitepaper/security-aspects-of-over-the-air-ota-updates/)
-
-L'UNECE ha approvato i Regolamenti UN (UN R155/R156), che forniscono un quadro per aggiornamenti OTA sicuri in vari settori. Questi standard garantiscono che gli aggiornamenti siano sicuri e affidabili.
-
-## Opzioni Software per Aggiornamenti OTA
-
-Scegliere il software giusto per gli aggiornamenti OTA è più di una misura di sicurezza - è fondamentale per garantire una distribuzione fluida, un efficace controllo delle versioni e cicli di rilascio ottimizzati per le app Capacitor. Gli strumenti giusti rendono la gestione degli aggiornamenti più semplice ed efficiente.
-
-### [Capgo: Piattaforma di Aggiornamenti OTA](https://capgo.app)
-
-![Capgo: Piattaforma di Aggiornamenti OTA](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-26.jpg?auto=compress)
-
-Capgo ha distribuito **482,9 milioni di aggiornamenti** su **1.800 app**, migliorando l'efficienza di rilascio dell'**81%** [\[1\]](https://capgo.app/). Ecco cosa lo rende speciale:
-
-- **Sicurezza**: Funzionalità come la crittografia end-to-end e la verifica della firma del codice garantiscono aggiornamenti sicuri.
-
-- **Integrazione**: Funziona perfettamente con piattaforme CI/CD come [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), [GitHub](https://github.com/about), [Jenkins](https://www.jenkins.io/), [Cloudbees](https://www.cloudbees.com/), e [Travis](https://www.travis-ci.com/).
-
-- **Distribuzione**: Offre assegnazione utenti e rollout graduali per distribuzioni precise e istantanee.
-
-- **Analisi**: Strumenti integrati per monitorare le prestazioni degli aggiornamenti e misurare l'adozione degli utenti.
-
-Un ottimo esempio? [Colenso](https://www.colensobbdo.co.nz/) ha raggiunto con successo quasi tutti i suoi **5.000+ utenti** in pochi minuti [\[1\]](https://capgo.app/). Come ha condiviso Rodrigo Mantica:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per la distribuzione continua ai nostri utenti!" [\[1\]](https://capgo.app/)
-
-### Strumenti di Aggiornamento Alternativi
-
-Mentre Capgo offre una soluzione robusta, altri strumenti portano approcci diversi alla gestione delle versioni. Ecco un rapido confronto:
-
-| Aspetto dello Strumento | Capgo | Appflow |
-| --- | --- | --- |
-| **Struttura dei Costi** | ~300$/mese per costi CI/CD | Abbonamento annuale di 6.000$ |
-| **Strategie di Aggiornamento** | Distribuzione istantanea, assegnazione utenti | Background, Sempre Aggiornato, Aggiornamento Forzato |
-| **Integrazione** | Multiple piattaforme CI/CD | CI/CD integrato |
-
-Un utente ha condiviso la sua esperienza:
-
-> "Stiamo attualmente provando @Capgo da quando Appcenter ha interrotto il supporto degli aggiornamenti live sulle app ibride e @AppFlow è troppo costoso." [\[1\]](https://capgo.app/)
-
-### Caratteristiche Chiave da Cercare
-
-Quando si seleziona uno strumento per aggiornamenti OTA, assicurarsi che offra:
-
-- **Crittografia end-to-end** per mantenere gli aggiornamenti sicuri
-
-- **Integrazione CI/CD** per allinearsi con il tuo flusso di lavoro
-
-- **Assegnazione utenti** per rollout controllati
-
-- **Conformità con gli app store** per evitare problemi di distribuzione [\[10\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-La scelta del software per aggiornamenti OTA può avere un grande impatto sull'efficienza del team e sul successo della distribuzione. Dedica tempo a valutare le tue esigenze in termini di sicurezza, controllo versione e collaborazione per trovare la soluzione migliore per il tuo progetto.
-
-## Conclusione
-
-### Riepilogo
-
-Bilanciare la precisione tecnica con l'esperienza utente può migliorare l'efficienza della gestione degli aggiornamenti OTA dell'81% [\[1\]](https://capgo.app/). Questo approccio supporta un efficace controllo delle versioni e distribuzioni OTA affidabili.
-
-Ecco i punti principali da tenere a mente per aggiornamenti OTA di successo:
-
-- **Sicurezza**: Utilizzare la crittografia end-to-end e la verifica della firma del codice per mantenere l'integrità degli aggiornamenti [\[1\]](https://capgo.app/).
-
-- **Esperienza Utente**: Minimizzare le interruzioni programmando gli aggiornamenti in modo ponderato e tenendo informati gli utenti durante il processo [\[11\]](https://withintent.com/blog/ota-updates-design/).
-
-- **Conformità**: Assicurarsi che gli aggiornamenti soddisfino i requisiti stabiliti da Apple e Google [\[1\]](https://capgo.app/).
-
-### Prossimi Passi
-
-Per migliorare il tuo processo di aggiornamento OTA, considera queste azioni:
-
-1. **Seleziona gli Strumenti Giusti**
-   Scegli strumenti che si allineino con le tue esigenze di sicurezza, obiettivi di distribuzione e budget, basandoti sulle strategie discusse.
-
-2. **Segui le Migliori Pratiche**
-
-   > "Gli utenti potrebbero anche essere riluttanti a eseguire un aggiornamento OTA poiché interrompe la loro esperienza familiare e confortevole con l'app, richiedendo loro di familiarizzare con gli aspetti più tecnici del prodotto, con cui di solito non hanno familiarità." [\[11\]](https://withintent.com/blog/ota-updates-design/)
-
-3. **Monitora e Migliora**
-   Monitora le prestazioni dei tuoi aggiornamenti e come gli utenti rispondono ad essi. Usa questi dati per perfezionare il tuo approccio alla distribuzione nel tempo.
-
-I futuri aggiornamenti OTA dovrebbero mirare a combinare una distribuzione rapida con un'esperienza utente fluida, garantendo sia efficienza che soddisfazione.
diff --git a/src/content/blog/it/capacitor-ota-updates-vs-traditional-testing-methods.md b/src/content/blog/it/capacitor-ota-updates-vs-traditional-testing-methods.md
deleted file mode 100644
index 39cef920b..000000000
--- a/src/content/blog/it/capacitor-ota-updates-vs-traditional-testing-methods.md
+++ /dev/null
@@ -1,154 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-testing-methods
-title: Aggiornamenti OTA di Capacitor vs Metodi di Test Tradizionali
-description: >-
-  Esplora le differenze tra gli aggiornamenti OTA di Capacitor e i metodi di
-  test tradizionali, evidenziando i loro benefici e svantaggi unici per lo
-  sviluppo di app.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-21T03:04:05.735Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b7cbc8a97035aabf3ddea3-1740107095515.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, traditional testing, app development, Capacitor, deployment,
-  quality assurance, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**App storeの遅延なしで[より速いアプリのアップデート](https://capgo.app/plugins/capacitor-updater/)をお望みですか?** [Capacitor](https://capacitorjs.com/) OTAアップデートで即座に変更を配信できます。一方、従来のテストでは、リリース前の品質を徹底的に確保できます。簡単な比較をご紹介します:
-
--   **[Capacitor OTAアップデート](https://capgo.app/ja/)**: アプリストアの承認なしで直接ユーザーにアップデートを配信。クイックな修正や機能のロールアウトに最適。
--   **従来のテスト**: ユニット、統合、システムテストなどの構造化されたフェーズに従います。信頼性は確保できますが、時間がかかります。
-
-**クイック比較:**
-
-| 機能/側面 | Capacitor OTAアップデート | 従来のテスト方法 |
-| --- | --- | --- |
-| **アップデートの展開** | 即時の無線配信 | アプリストアへの申請が必要 |
-| **テストの範囲** | 特定の変更に焦点 | システム全体のテスト |
-| **ユーザー体験** | [自動バックグラウンドアップデート](https://capgo.app/docs/plugin/self-hosted/auto-update/) | ユーザーが手動でアプリを更新 |
-| **リスク管理** | 即時のロールバック機能 | 修正には新規申請が必要 |
-
-[Capgo](https://capgo.app/)などのツールでサポートされるCapacitor OTAアップデートは、柔軟性とスピードを提供し、従来の方法は包括的な品質を確保します。アプリのニーズに応じて、両方に適切な使い所があります。
-
-## [Appflow](https://ionic.io/appflow/) Deploy: Ionicアプリユーザーにリアルタイムアップデートを配信
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-02-21.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/) OTAアップデートの説明
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-21.jpg?auto=compress)
-
-[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)におけるOTAアップデートは、リリース後のアプリのメンテナンスを簡素化します。完全なアプリストアの申請を必要とせず、開発者は直接ユーザーにアップデートを配信できます。
-
-### OTAアップデートの特徴とは？
-
-OTAアップデートは、ネイティブコードを変更せずにWebレイヤー（HTML、CSS、JavaScript）の変更に焦点を当てています。この方法により、アプリストアのルールに準拠しながら、迅速なアップデートが可能になります。
-
-主な機能の内訳:
-
-| 機能 | 説明 | メリット |
-| --- | --- | --- |
-| 即時展開 | デバイスに直接アップデートを配信 | アプリストアの承認遅延をスキップ |
-| 選択的アップデート | 特定のグループにアップデートを対象化 | 段階的なロールアウトが可能 |
-| バージョン管理 | アップデート履歴の管理と追跡 | アップデートを整理して保持 |
-| ロールバックサポート | 以前のバージョンに簡単に戻せる | 不具合のあるアップデートのリスクを軽減 |
-
-これらの機能は、特にCapgoのようなツールと組み合わせることで、開発者により大きな柔軟性とコントロールを提供します。
-
-### [Capgo](https://capgo.app/)のOTAアップデートにおける役割
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-21.jpg?auto=compress)
-
-Capgoは、CapacitorアプリのOTAアップデート管理プロセスを簡素化します。そのプラットフォームは、エンドツーエンドの暗号化でセキュリティを優先し、アップデートコンテンツを保護します。
-
-CI/CDパイプラインと統合することで、Capgoはデプロイメントを自動化します。開発者は特定のユーザーグループでアップデートをテストし、段階的に変更をロールアウトし、ユーザーのニーズに基づいてアップデートをカスタマイズできます。
-
-Capgoの組織、バージョン管理、ロールバックのためのツールにより、チームは自信を持ってスムーズにアップデートを処理できます。
-
-## 標準的なテスト方法の概要
-
-従来のテストには、構造化されたフェーズと詳細なドキュメントが含まれ、リリース前にソフトウェアの信頼性を確保します。
-
-### コアテストコンポーネント
-
-このアプローチには、**ユニット、統合、システム、受け入れテスト**という4つの主要フェーズが含まれます。各フェーズには特定の目的があります:
-
--   **ユニットテスト**: 個々のコードコンポーネントに焦点を当てる
--   **統合テスト**: コンポーネント間の相互作用を検証
--   **システムテスト**: アプリケーション全体の動作を評価
--   **受け入れテスト**: ソフトウェアがユーザー要件を満たしているか確認
-
-従来のテストの重要な側面は、包括的なドキュメントへの依存です。主要なドキュメントタイプには以下が含まれます:
-
-| ドキュメントタイプ | 目的 | 主要要素 |
-| --- | --- | --- |
-| **テスト計画** | テスト戦略の概要 | 範囲、タイムライン、リソース |
-| **テストケース** | 特定のテストシナリオの説明 | 手順、期待される結果、前提条件 |
-| **不具合報告** | 特定された問題の追跡 | 重要度、再現手順、状態 |
-| **テスト結果** | 結果のまとめ | 合格/不合格の指標、カバレッジ分析 |
-
-**[TestRail](https://www.testrail.com/)** や **[Jira](https://www.atlassian.com/software/jira)** などのツールは、これらのドキュメントを管理するために一般的に使用されますが、それらの維持と実行には時間がかかる場合があります。
-
-### テスト方法: 長所と制限
-
-従来のテストは、その徹底性と説明責任で知られています。その構造化されたアプローチにより、すべての機能が慎重に検査され、重大な問題が本番環境に到達するリスクを軽減します。
-
-ただし、この方法には高速な開発環境においていくつかの欠点があります:
-
--   順次的なフェーズにより、開発サイクルが長くなる可能性がある
--   手動テストプロセスは多大な時間とリソースを要する
--   硬直的なワークフローにより、変更への適応が難しい
--   開発とテスト間のフィードバックループが遅い
-
-**[Selenium](https://www.selenium.dev/)** や **[Appium](http://appium.io/)** などの自動化ツールで特定のタスクを高速化できますが、従来のテストは最新の代替手段と比較すると依然として遅いままです。
-
-最終的に、従来のテストの成功は適切な実行とリソース管理に依存します。徹底性への焦点は価値がありますが、特に厳しい締め切りの下や、より迅速な無線（OTA）アップデートが必要な場合、遅いペースは障害となる可能性があります。このコントラストは、よりアジャイルなテスト方法への需要の高まりを浮き彫りにしています。
-
-## OTAアップデート vs 標準テスト
-
-OTA（Over-The-Air）アップデートと従来のテスト方法の違いを詳しく見てみましょう。OTAアップデートはWebレイヤーを通じて即座に展開されますが、従来のテストは段階的な手動レビューを必要とします。
-
-### 主な違い
-
-| 機能/側面 | Capacitor OTAアップデート | 従来のテスト方法 |
-| --- | --- | --- |
-| **リソース使用** | 最小限の手動作業、自動化されたプロセス | 専任のQAチーム、手動テスト |
-| **テスト範囲** | 特定の変更に焦点 | システム全体のテスト |
-| **リスク管理** | 即時のロールバック機能 | 変更には新規申請が必要 |
-
-これらの違いは、プロジェクトの実行と提供方法に直接影響を与えます。
-
-### メリットとデメリット
-
-これらのアプローチの対比により、OTAアップデートが従来のテストの遅いフィードバックサイクルを補完できることが明らかになります。
-
-**OTAアップデートがもたらすもの:**
-
--   即時のデプロイメントと即座のユーザーフィードバック
--   リソース要求を軽減する自動化されたプロセス
--   特定の問題や機能に対象を絞ったアップデート
--   リアルタイムの修正と問題解決
-
-**従来のテストが保証するもの:**
-
--   システム全体にわたる徹底的な品質保証
--   十分に文書化されたテスト手順
--   規制遵守の検証
--   包括的なシステム全体のテスト
-
-Capgoのようなプラットフォームは、安全なOTAアップデートが既存のワークフローにシームレスに統合できることを示しています。開発者はアプリストアのコンプライアンスを維持しながら、迅速にアップデートを展開できます。
-
-## 結論
-
-OTAアップデートは、開発者がユーザーのニーズに対応し、市場の要求に追いつく方法を変えました。通常の遅延なしに、リリース後にアプリを更新および改善することができます。
-
-Capgoのようなツールを使用することで、開発者はアプリストアの承認の遅延を回避しながら、即座に安全にアップデートを展開できます。これにより、OTAアップデートと従来のテスト方法の両方が重要な役割を果たすバランスが生まれます。
diff --git a/src/content/blog/it/capacitor-ota-updates-vs-traditional-versioning.md b/src/content/blog/it/capacitor-ota-updates-vs-traditional-versioning.md
deleted file mode 100644
index bf3db7634..000000000
--- a/src/content/blog/it/capacitor-ota-updates-vs-traditional-versioning.md
+++ /dev/null
@@ -1,216 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-versioning
-title: Capacitor OTA Aggiornamenti vs Versioning Tradizionale
-description: >-
-  Explore como as atualizações OTA do Capacitor revolucionam a implantação de
-  aplicativos ao oferecer atualizações mais rápidas e automatizadas em
-  comparação com os métodos tradicionais das lojas de aplicativos.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-08T02:59:57.580Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cb94b1fd908bf224e07528-1741402807680.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, traditional updates, Capacitor, mobile app development, app
-  deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Volete aggiornamenti [dell'app](https://capgo.app/plugins/capacitor-updater/) più rapidi senza dover attendere le recensioni dello store?** Gli aggiornamenti Over-the-Air (OTA) di [Capacitor](https://capacitorjs.com/) potrebbero essere la risposta. A differenza degli aggiornamenti tradizionali degli store delle app, che richiedono giorni e azioni da parte dell'utente, gli aggiornamenti OTA implementano modifiche in pochi minuti e raggiungono automaticamente gli utenti.
-
-### Punti Chiave:
-
--   **Aggiornamenti Tradizionali**: Affidabili ma lenti (24–72 ore), richiedono download da parte dell'utente e spesso portano a frammentazione delle versioni.
--   **Aggiornamenti OTA**: Immediati (5–10 minuti), automatici per gli utenti e consentono molteplici aggiornamenti a settimana.
-
-### Confronto Veloce:
-
-| Aspetto | Aggiornamenti Tradizionali | [Aggiornamenti OTA di Capacitor](https://capgo.app/ja/) |
-| --- | --- | --- |
-| **Velocità di Implementazione** | 24–72 ore | 5–10 minuti |
-| **Adozione da parte dell'Utente** | Download manuale | Automatico |
-| **Tempi di Risoluzione dei Bug** | Settimane | Immediato |
-| **Frequenza di Rilascio** | Mensile/Trimestrale | Molteplici a settimana |
-| **Costo** | $6,000+ all'anno | $300/mese |
-| **Rollback** | Nuova sottomissione richiesta | Rollback immediato |
-
-Gli aggiornamenti OTA di Capacitor, supportati da strumenti come [Capgo](https://capgo.app/), semplificano i flussi di lavoro, migliorano l'esperienza utente e riducono i costi. Sia che stiate risolvendo bug critici o lanciando nuove funzionalità, gli aggiornamenti OTA sono progettati per velocità ed efficienza.
-
-## Come Forzare Aggiornamenti delle App Ionic
-
-<iframe src="https://www.youtube.com/embed/NJwBNWwNlTk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Aggiornamenti Standard dello Store delle App
-
-Il processo di aggiornamento dello store delle app è una pietra miliare della distribuzione delle app mobile, ma spesso collide con le richieste rapide dello sviluppo agile. Sebbene siano affidabili, possono rallentare i flussi di lavoro che richiedono distribuzioni rapide.
-
-### Processo di Aggiornamento dello Store delle App
-
-Inviare aggiornamenti a uno store di app comporta una serie di passaggi che possono allungare i tempi di sviluppo. Gli sviluppatori devono:
-
--   Imballare una nuova versione dell'app con un numero di versione aggiornato
--   Inviare l'app per revisione tramite la piattaforma dello store delle app
--   Attendere l'approvazione prima che l'aggiornamento diventi disponibile per gli utenti
--   Monitorare l'adozione e le prestazioni dopo il rilascio
-
-Il processo di revisione di solito richiede 24-72 ore, ma gli aggiornamenti più complessi possono richiedere ancora più tempo. Per i team che seguono pratiche agili, questo ritardo può rappresentare sfide serie, specialmente quando sono necessarie correzioni di bug urgenti.
-
-### Pro e Contro degli Aggiornamenti dello Store delle App
-
-Gli aggiornamenti dello store delle app presentano vantaggi chiari ma anche ostacoli che possono influenzare sia lo sviluppo che l'esperienza utente:
-
-| Aspetto | Vantaggi | Limitazioni |
-| --- | --- | --- |
-| **Controllo Qualità** | Garantisce sicurezza e conformità | Ritarda l'implementazione |
-| **Fiducia degli Utenti** | Distribuiti tramite canali ufficiali | Gli utenti possono posticipare l'aggiornamento |
-| **Tracciamento delle Versioni** | Facile da gestire le versioni dell'app | Può portare a versioni frammentate |
-| **Processo di Rilascio** | Fornisce un approccio strutturato | Limita la flessibilità per cambiamenti rapidi |
-| **Correzioni di Bug** | Consente test approfonditi | Rallenta le correzioni critiche |
-
-Queste limitazioni diventano particolarmente evidenti in scenari in cui:
-
--   Bug critici richiedono attenzione immediata
--   Minacce alla sicurezza devono essere risolte rapidamente
--   Nuove funzionalità devono allinearsi con le tempistiche di marketing
--   Test A/B richiedono iterazioni rapide
-
-A causa di queste sfide, molti team hanno iniziato a esplorare approcci alternativi che lavorano insieme agli aggiornamenti tradizionali dello store delle app. Queste soluzioni mirano a fornire maggiore flessibilità per specifici tipi di aggiornamenti.
-
-Successivamente, esploreremo come gli aggiornamenti OTA di Capacitor possano affrontare queste sfide abilitando correzioni più rapide e iterazioni più agili.
-
-## [Aggiornamenti OTA di Capacitor](https://capacitorjs.com/) Spiegati
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-08.jpg?auto=compress)
-
-Gli aggiornamenti Over-the-Air (OTA) hanno trasformato il modo in cui le app mobile vengono mantenute e aggiornate. Per le [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), questo metodo consente agli sviluppatori di consegnare modifiche direttamente agli utenti senza dover attendere le revisioni dello store delle app.
-
-### Componenti Chiave
-
-Negli app di Capacitor, gli aggiornamenti OTA si concentrano sull'aggiornamento delle risorse web come HTML, CSS e JavaScript, che controllano la funzionalità dell'app. Una volta che uno sviluppatore pubblica un aggiornamento, gli utenti ricevono automaticamente le modifiche la prossima volta che aprono l'app - nessun download manuale richiesto.
-
-Ecco come funziona:
-
-| Componente | Funzione |
-| --- | --- |
-| Controllo Versioni | Gestisce e traccia diverse versioni delle risorse web |
-| Rilevamento Aggiornamenti | Identifica nuove versioni quando l'app si avvia |
-| Download File | Scarica in sicurezza i file aggiornati in background |
-| Implementazione Live | Applica aggiornamenti immediatamente al prossimo avvio dell'app |
-
-### Perché gli Aggiornamenti OTA si Distinguono
-
-Gli aggiornamenti OTA offrono vantaggi chiari rispetto agli aggiornamenti tradizionali dello store delle app:
-
-| Aspetto | Aggiornamenti Tradizionali | Aggiornamenti OTA |
-| --- | --- | --- |
-| Velocità di Implementazione | 24–72 ore | Minuti |
-| Adozione da parte dell'Utente | Richiede download manuale | Automatico |
-| Tempi di Risoluzione dei Bug | Settimane | Correzioni immediate |
-| Frequenza di Rilascio | Mensile o trimestrale | Molteplici volte a settimana |
-| Agilità di Sviluppo | Limitata dal processo di revisione | Iterazione immediata |
-
-Capgo porta ulteriormente questi vantaggi offrendo una piattaforma semplificata che garantisce sicurezza e si integra senza problemi con i flussi di lavoro CI/CD.
-
-### Piattaforma di Aggiornamento OTA di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-08.jpg?auto=compress)
-
-Capgo è una soluzione OTA di alto livello per le app Capacitor, offrendo strumenti per semplificare la [gestione degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/):
-
--   **Caratteristiche di Sicurezza**: Gli aggiornamenti sono crittografati end-to-end, garantendo che solo gli utenti autorizzati possano accedervi.
--   **Integrazione CI/CD**: Funziona senza problemi con piattaforme come [GitHub](https://github.com/), [GitLab](https://about.gitlab.com/) e [Azure DevOps](https://azure.microsoft.com/en-us/products/devops).
--   **Assegnazione Utenti**: Consente aggiornamenti mirati per gruppi specifici, perfetto per test o rollout graduali.
-
-> "Abbiamo implementato aggiornamenti OTA di Capgo in produzione per la nostra base utenti di oltre 5000. Stiamo vedendo un'operazione molto fluida, quasi tutti i nostri utenti sono aggiornati entro pochi minuti dalla pubblicazione dell'OTA su @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Capgo offre anche risparmi sui costi. Le aziende possono risparmiare fino a $26,100 in cinque anni rispetto a soluzioni alternative come [AppFlow](https://ionic.io/appflow/) - tutto mantenendo capacità di aggiornamento affidabili.
-
-###### sbb-itb-f9944d2
-
-## Confronto Diretto: Aggiornamenti OTA vs Aggiornamenti dello Store delle App
-
-Le app Capacitor mettono in evidenza differenze distinte tra gli aggiornamenti OTA e gli aggiornamenti tradizionali dello store delle app. Ecco una suddivisione delle metriche di prestazione chiave basata su dati recenti del settore [\[1\]](https://capgo.app/):
-
-| Metrica | Aggiornamenti Tradizionali dello Store delle App | Aggiornamenti OTA di Capacitor |
-| --- | --- | --- |
-| **Tempo di Implementazione** | Settimane a causa del processo di revisione | 5–10 minuti |
-| **Frequenza di Rilascio** | Tipicamente mensile o trimestrale | Molteplici rilasci a settimana |
-| **Tasso di Adozione degli Utenti** | Adozione graduale nel corso di diversi giorni | Gli aggiornamenti raggiungono quasi tutti gli utenti entro pochi minuti |
-| **Costo di Sviluppo** | Circa $6,000+ all'anno (ad esempio, AppFlow) | Circa $300 al mese |
-| **Complessità di Configurazione** | Gestione complessa delle versioni | Integrazione CI/CD semplificata |
-| **Capacità di Rollback** | Limitata; richiede una nuova sottomissione | Rollback immediato con controllo delle versioni |
-
-Queste cifre mostrano chiaramente che gli aggiornamenti OTA eccellono in velocità, costi e tassi di adozione.
-
-Oltre alla velocità di implementazione, i vantaggi in termini di efficienza e costo degli aggiornamenti OTA sono difficili da ignorare. Ad esempio, il team [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) della NASA ha sfruttato gli hot code push di Capgo per ridurre significativamente i costi rispetto ad altre soluzioni. Molte organizzazioni che utilizzano aggiornamenti OTA segnalano risparmi fino a $26,100 in cinque anni [\[1\]](https://capgo.app/).
-
-Inoltre, gli aggiornamenti OTA migliorano l'efficienza di implementazione dell'81%, liberando i team per concentrarsi sulla creazione di nuove funzionalità invece di gestire le sottomissioni dello store delle app. Correzioni e rollout immediati migliorano anche l'esperienza utente riducendo i problemi di supporto. Con piattaforme come Capgo che forniscono oltre 947.6 milioni di aggiornamenti in più di 1,400 app in produzione, gli aggiornamenti OTA hanno dimostrato di essere sia scalabili che affidabili [\[1\]](https://capgo.app/).
-
-## Guida all'Implementazione degli Aggiornamenti OTA
-
-Questa guida delinea i passaggi per implementare aggiornamenti OTA nelle vostre app Capacitor, basandosi sui vantaggi discussi in precedenza.
-
-### Passaggi Iniziali di Configurazione OTA
-
-Impostare aggiornamenti OTA richiede una pianificazione attenta. Ecco come integrarli nel vostro flusso di lavoro:
-
-| Fase di Configurazione | Azioni Chiave | Risultato |
-| --- | --- | --- |
-| Installazione del Plugin | Installare il [plugin Capgo](https://capgo.app/plugins/) e configurare le chiavi di crittografia | Stabilisce un canale sicuro |
-| Integrazione CI/CD | Collegarsi a strumenti come GitHub Actions, GitLab CI o Azure DevOps | Automatizza il pipeline di distribuzione |
-| Ambiente di Test | Assegnare utenti e creare canali di staging | Consente distribuzione controllata |
-
-Per i team aziendali, Capgo offre un servizio di configurazione CI/CD per una tassa una tantum di $2,600. Questo servizio supporta flussi di lavoro di distribuzione automatizzati attraverso piattaforme come Azure DevOps, GitLab, GitHub, [Jenkins](https://www.jenkins.io/), [Cloudbees](https://www.cloudbees.com/), [Travis](https://www.travis-ci.com/) e [CircleCI](https://circleci.com/) [\[1\]](https://capgo.app/).
-
-Dopo la configurazione, l'attenzione si sposta sulla gestione strategica delle versioni delle app.
-
-### Gestione delle Versioni OTA
-
-Una gestione efficace delle versioni è cruciale per aggiornamenti OTA fluidi. Ecco alcune buone pratiche:
-
--   **Tracciamento delle Versioni**: Utilizzare l'interfaccia web di Capgo per monitorare la distribuzione degli aggiornamenti.
--   **Rollout Graduali**: Testare gli aggiornamenti con piccoli gruppi prima di un rilascio su larga scala.
--   **Compatibilità delle Versioni**: Assicurarsi che gli aggiornamenti OTA corrispondano alle versioni dello store delle app.
-
-Una corretta gestione delle versioni aiuta a garantire che gli aggiornamenti vengano consegnati senza intoppi. Successivamente, affronteremo le sfide tecniche comuni.
-
-Los desarrolladores a menudo enfrentan desafíos al implementar actualizaciones OTA. Rodrigo Mantica, un desarrollador que utiliza Capgo, comparte:
-
-> "¡Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
-
-Aquí se explica cómo abordar problemas frecuentes:
-
-| Desafío | Solución | Impacto |
-| --- | --- | --- |
-| Conflictos de Actualización | Utilizar cifrado de extremo a extremo para una entrega segura | Previene cambios no autorizados |
-| Retrasos en la Distribución | Habilitar actualizaciones en segundo plano | Asegura una entrega oportuna |
-| Desajuste de Versiones | Ejecutar comprobaciones de compatibilidad automatizadas | Mantiene la estabilidad de la aplicación |
-
-Incluso el equipo OSIRIS-REx de la NASA ha elogiado a Capgo:
-
-> "@Capgo es una forma inteligente de hacer envíos de código caliente (y no por todo el dinero del mundo como con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-## Actualizaciones de Aplicaciones y Capacitor OTA: Conclusiones Clave
-
-En el ecosistema de aplicaciones de rápido movimiento de hoy, las actualizaciones deben suceder rápida y eficientemente. Las actualizaciones OTA de Capacitor ofrecen una solución más rápida y práctica en comparación con el versionado tradicional de aplicaciones. Con un historial impresionante - 947.6 millones de actualizaciones en 1,400 aplicaciones en producción - Capgo destaca cuán ampliamente se está adoptando la tecnología OTA [\[1\]](https://capgo.app/).
-
-### Comparando Actualizaciones OTA y Tradicionales
-
-Aquí se muestra cómo se comparan las actualizaciones OTA de Capacitor con los métodos tradicionales:
-
-| Aspecto | Actualizaciones Tradicionales | Actualizaciones OTA de Capacitor |
-| --- | --- | --- |
-| **Velocidad de Lanzamiento** | La aprobación lleva días o semanas | Los despliegues ocurren instantáneamente |
-| **Costo** | Gastos de mantenimiento más altos | 81% de aumento en eficiencia |
-| **Experiencia del Usuario** | Los usuarios deben descargar actualizaciones manualmente | Las actualizaciones ocurren en segundo plano |
-
-Para los equipos enfocados en lanzamientos rápidos y controlados, estas ventajas hacen que las actualizaciones OTA sean un cambio radical.
-
-Rodrigo Mantica lo resume perfectamente con su experiencia de primera mano:
-
-> "¡Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/it/capacitor-plugin-options-for-ota-updates.md b/src/content/blog/it/capacitor-plugin-options-for-ota-updates.md
deleted file mode 100644
index 0ae11d501..000000000
--- a/src/content/blog/it/capacitor-plugin-options-for-ota-updates.md
+++ /dev/null
@@ -1,50 +0,0 @@
----
-slug: capacitor-plugin-options-for-ota-updates
-title: Opzioni del Plugin Capacitor per Aggiornamenti OTA
-description: >-
-  Esplora i vantaggi e le opzioni degli aggiornamenti OTA per le app Capacitor,
-  inclusi i migliori plugin e le loro funzionalità per un deployment senza
-  problemi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T02:50:46.694Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549-1744774247069.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, Capacitor, mobile apps, app deployment, Capgo,
-  Appflow, CodePush
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi aggiornare le tue app [Capacitor](https://capacitorjs.com/) in modo rapido e sicuro senza i ritardi dell'app store?** Gli aggiornamenti Over-the-Air (OTA) ti permettono di distribuire modifiche direttamente agli utenti, risparmiando tempo e larghezza di banda. Ecco cosa devi sapere:
-
-### Principali Vantaggi degli Aggiornamenti OTA:
-
-- **Distribuzione Rapida**: Salta le revisioni dell'app store e distribuisci aggiornamenti in pochi secondi.
-- **Aggiornamenti Mirati**: Aggiorna solo le parti modificate dell'app.
-- **Capacità di Rollback**: Torna a una versione precedente se necessario.
-- **Tassi di Successo**: Il 95% degli utenti riceve gli aggiornamenti entro 24 ore, con un tasso di successo globale dell'82%.
-
-### Migliori Plugin per Aggiornamenti OTA:
-
-1. **[Capgo](https://capgo.app/)**: Aggiornamenti veloci (5MB in 114ms), crittografia end-to-end, analytics in tempo reale e prezzi flessibili (a partire da 12€/mese).
-2. **[Appflow](https://ionic.io/appflow/)**: Funzionalità enterprise a 6.000€/anno ma chiuderà nel 2026.
-3. **[Microsoft CodePush](https://microsoft.github.io/code-push/)**: Discontinuato nel 2024.
-
-### Confronto Rapido:
-
-| Plugin | Stato | Caratteristiche Principali | Prezzo Iniziale |
-|---|---|---|---|
-| **Capgo** | Attivo | Aggiornamenti veloci, crittografia | 12€/mese |
-| Attivo (2024) | Focus mercato tedesco | Simile a Capgo |
-| **Appflow** | In chiusura (2026) | Funzionalità enterprise | 6.000€/anno |
-| **CodePush** | Discontinuato (2024) | Precedentemente gratuito | N/D |
-
-Per la maggior parte degli sviluppatori, **Capgo** offre il miglior mix di convenienza, velocità e sicurezza. Che tu sia uno sviluppatore indipendente o parte di un team enterprise, c'è una soluzione OTA su misura per le tue esigenze.
-
-[Continua con il resto del testo mantenendo lo stesso stile di traduzione, preservando tutti i link, tag HTML, blocchi di codice e riferimenti a Capacitor come nell'originale]
diff --git a/src/content/blog/it/capacitor-plugins-for-secure-session-management.md b/src/content/blog/it/capacitor-plugins-for-secure-session-management.md
deleted file mode 100644
index a0f16dbeb..000000000
--- a/src/content/blog/it/capacitor-plugins-for-secure-session-management.md
+++ /dev/null
@@ -1,306 +0,0 @@
----
-slug: capacitor-plugins-for-secure-session-management
-title: Plugin Capacitor per la Gestione Sicura delle Sessioni
-description: >-
-  Esplora i plugin Capacitor essenziali per la gestione sicura delle sessioni,
-  incluse l'autenticazione biometrica e le soluzioni di archiviazione
-  crittografata.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:14:04.681Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6827226c0209458b3ff58b06-1747397705731.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, session management, biometric authentication, secure storage,
-  Firebase Auth, Identity Vault, mobile security
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi rendere sicure le sessioni della tua app?** Ecco una guida rapida ai migliori plugin [Capacitor](https://capacitorjs.com/) per la gestione delle sessioni. Questi strumenti aiutano a proteggere i dati degli utenti con funzionalità come [autenticazione biometrica](https://capgo.app/plugins/capacitor-native-biometric/), [archiviazione crittografata](https://capgo.app/docs/cli/migrations/encryption/) e aggiornamenti in tempo reale. Ecco cosa devi sapere:
-
--   **[Firebase Auth](https://firebase.google.com/docs/auth)**: Autenticazione multi-provider, gestione dei token e aggiornamenti di stato in tempo reale. Ideale per un'integrazione rapida.
--   **[Plugin Sicurezza Biometrica](https://capgo.app/plugins/capacitor-native-biometric/)**: Aggiunge supporto per impronte digitali, riconoscimento facciale e credenziali del dispositivo per accessi sicuri.
--   **[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)**: Archivia in modo sicuro le informazioni dell'account con crittografia AES-256 su iOS e Android.
--   **[Identity Vault](https://ionic.io/products/identity-vault)**: Soluzione di livello enterprise con logout automatico, autenticazione biometrica e archiviazione sicura.
--   **[Capgo](https://capgo.app/)**: Combina la gestione sicura delle sessioni con aggiornamenti crittografati in tempo reale per distribuzioni senza problemi.
-
-### Confronto Rapido
-
-| Funzionalità | Firebase Auth | Sicurezza Biometrica | Persistent Account | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **Tipo di Crittografia** | Basata su cloud | Livello hardware | AES-256 (iOS/Android) | AES-256 (hardware) | Crittografia end-to-end |
-| **Supporto Biometrico** | Limitato | Completo | No | Completo | No |
-| **Capacità Offline** | Parziale | Sì | Sì | Sì | Sì |
-| **Supporto Enterprise** | Sì | Community | Sì | Sì | Sì |
-| **Complessità Setup** | Moderata | Bassa | Bassa | Alta | Moderata |
-
-**Hai bisogno di sicurezza a livello enterprise?** Scegli Identity Vault.
-**Cerchi un'integrazione veloce?** Firebase Auth è la scelta migliore.
-**Hai bisogno di archiviazione account crittografata?** Prova [@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/).
-**Per aggiornamenti sicuri in tempo reale?** Capgo fa al caso tuo.
-
-Continua a leggere per i passi dettagliati di integrazione, le funzionalità e le migliori pratiche per mantenere la tua app sicura.
-
-## Ionic [Identity Vault](https://ionic.io/products/identity-vault): Autenticazione Biometrica Mobile Sicura
-
-![Identity Vault](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/c5fae6eb414f2040557b847eda54d313.jpg)
-
-## 1. [Firebase Auth](https://firebase.google.com/docs/auth) per [Capacitor](https://capacitorjs.com/)
-
-![Firebase Auth](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/20003c863a77b942b90536c0e5cde156.jpg)
-
-Firebase Authentication offre un modo potente per gestire sessioni sicure per le [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Integrando gli SDK nativi di Firebase (Swift per iOS, Java per Android) insieme all'SDK JavaScript di Firebase per web, garantisce un'esperienza di autenticazione fluida e coerente su tutte le piattaforme [\[4\]](https://github.com/cap-go/capacitor-firebase/tree/main/packages/authentication).
-
-Ecco alcune delle caratteristiche di sicurezza più rilevanti:
-
-| **Funzionalità** | **Descrizione** |
-| --- | --- |
-| Supporto Multi-provider | Integrazione perfetta con autenticazione Apple, Google, Microsoft e Facebook |
-| Gestione Token | Gestione sicura di `idToken`, `RefreshToken` e `customToken` |
-| Gestione Stato | Listener in tempo reale per stati di autenticazione e cambiamenti dei token ID |
-| Collegamento Account | Permette di connettere più provider di autenticazione a un singolo account utente |
-
-[Continue with the rest of the text following the same pattern and keeping the technical terms, URLs, and code references unchanged]
-
-- **Limitazioni dell'archivio Web**: I dati memorizzati sul web non sono crittografati e dovrebbero essere limitati agli ambienti di sviluppo.
-- **Requisiti Android**: I dispositivi devono eseguire Android 6.0 (livello API 23) o superiore per supportare le funzionalità di crittografia del plugin.
-- **Gestione delle chiavi**: Ruotare regolarmente le chiavi di crittografia e convalidare i dati prima di crittografarli per mantenere la sicurezza nel tempo.
-
-### Integrazione dell'Autenticazione Biometrica
-
-Il plugin funziona perfettamente con l'autenticazione biometrica, offrendo un ulteriore livello di sicurezza. Questa combinazione rafforza la gestione delle sessioni unendo più misure di sicurezza in un framework coeso.
-
-### Prestazioni e Supporto della Community
-
-A maggio 2025, il plugin ha ottenuto una solida reputazione nell'ecosistema Capacitor, con 128 stelle e 22 fork su GitHub. È completamente compatibile con Capacitor 8+, permettendo agli sviluppatori di implementare l'archiviazione sicura sfruttando le funzionalità più recenti del framework.
-
-## 4\. Identity Vault
-
-Identity Vault è una soluzione di alto livello progettata per le imprese, che combina la gestione sicura delle sessioni con l'autenticazione biometrica per migliorare la protezione dei dati.
-
-### Funzionalità di Sicurezza Principali
-
-Identity Vault utilizza strumenti di sicurezza specifici per piattaforma per proteggere le informazioni sensibili. Ecco una rapida panoramica:
-
-| **Funzionalità** | **Implementazione** | **Cosa fa** |
-| --- | --- | --- |
-| **Archiviazione Sicura** | iOS Secure Enclave / Android KeyStore | Fornisce crittografia a livello hardware. |
-| **Autenticazione Biometrica** | TouchID/FaceID su iOS, Impronta digitale su Android | Aggiunge un livello di autenticazione multi-fattore. |
-| **Protezione della Sessione** | Protezione dello schermo in background | Previene l'esposizione dei dati quando l'app è minimizzata. |
-| **Auto-logout** | Logout automatico dopo inattività | Protegge gli account disconnettendo gli utenti inattivi. |
-
-### Opzioni di Implementazione Avanzate
-
-Oltre alle sue funzionalità fondamentali, Identity Vault offre ulteriore flessibilità nelle modalità di implementazione:
-
-- **Archiviazione Sicura**: Archiviazione crittografata di base per dati sensibili.
-- **Sicurezza del Dispositivo**: Combina l'autenticazione biometrica con un codice di backup per maggiore affidabilità.
-- **InMemory**: Archiviazione sicura temporanea che si cancella automaticamente alla chiusura dell'app, assicurando che non rimangano dati residui.
-
-### Integrazione con la Sicurezza Nativa
-
-Identity Vault si integra perfettamente con strumenti di sicurezza nativi come iOS Secure Enclave e Android KeyStore. In questo modo, semplifica il processo di sviluppo, permettendo agli sviluppatori di evitare la complessità della gestione diretta delle API specifiche della piattaforma mantenendo una robusta protezione delle sessioni.
-
-### Migliori Pratiche di Sicurezza
-
-Per garantire una sicurezza ottimale, considera queste raccomandazioni chiave:
-
-- **Gestione dei Token**: Memorizza sempre i token di autenticazione utilizzando la crittografia a livello hardware per prevenire accessi non autorizzati.
-- **Gestione dell'Inattività**: Configura il logout automatico dopo un periodo di inattività dell'utente per ridurre i rischi.
-- **Protezione in Background**: Abilita la protezione dello schermo per impedire che i dati sensibili siano visibili quando l'app è in esecuzione in background.
-
-### Vantaggi Tecnici
-
-Identity Vault consolida 12 API separate in un unico plugin, rendendo l'integrazione molto più fluida ed efficiente [\[12\]](https://devdactic.com/ionic-identity-vault).
-
-### Benefici per le Imprese e Prestazioni
-
-Per le applicazioni aziendali, Identity Vault offre una soluzione semplificata di gestione dell'identità. Sfruttando le API native, non solo semplifica lo sviluppo ma garantisce anche prestazioni veloci e affidabili su misura per le esigenze aziendali.
-
-## 5\. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/e81a00d3e5c2480025c05b94a848a495.jpg)
-
-Capgo va oltre le robuste soluzioni di archiviazione e biometriche offrendo una gestione sicura delle sessioni abbinata alla distribuzione di aggiornamenti in tempo reale. Con una forte attenzione all'integrità dei dati, Capgo garantisce che i dati delle sessioni rimangano protetti attraverso la **crittografia end-to-end** e aggiornamenti in tempo reale.
-
-### Architettura di Sicurezza
-
-Il framework di sicurezza di Capgo è costruito per proteggere ogni aspetto degli aggiornamenti in tempo reale. Ecco come le sue funzionalità contribuiscono a un ambiente sicuro:
-
-| Funzionalità | Implementazione | Beneficio di Sicurezza |
-| --- | --- | --- |
-| **Crittografia End-to-End** | Protocollo di distribuzione sicura degli aggiornamenti | Previene modifiche non autorizzate al codice |
-| **Aggiornamenti Parziali** | Trasmissione di solo file delta | Riduce la superficie di attacco durante gli aggiornamenti |
-| **[Sistema di Canali](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Percorsi di distribuzione controllati | Garantisce rollout sicuri e graduali |
-| **Analytics in Tempo Reale** | Monitoraggio delle prestazioni | Identifica e affronta le anomalie di sicurezza |
-
-Questo approccio stratificato garantisce non solo sessioni sicure ma anche la distribuzione sicura degli aggiornamenti che migliorano la sicurezza complessiva.
-
-### Prestazioni e Affidabilità
-
-Capgo combina la sicurezza con metriche di prestazioni impressionanti, garantendo distribuzioni di aggiornamenti affidabili ed efficienti:
-
-- **Velocità di Aggiornamento**: Trasferisce bundle da 5MB in soli 114ms, minimizzando l'esposizione alle vulnerabilità durante gli aggiornamenti [\[13\]](https://capgo.app).
-- **Risposta API**: Mantiene un tempo medio di risposta di 57ms per le operazioni di sicurezza critiche [\[13\]](https://capgo.app).
-- **Tasso di Successo degli Aggiornamenti**: Garantisce un tasso di successo globale dell'82% per le distribuzioni [\[13\]](https://capgo.app).
-- **Copertura Utenti**: Raggiunge il 95% degli utenti attivi con aggiornamenti di sicurezza entro 24 ore [\[13\]](https://capgo.app).
-
-Queste metriche evidenziano l'impegno di Capgo nel bilanciare velocità e affidabilità senza compromettere la sicurezza.
-
-### Funzionalità di Sicurezza Enterprise
-
-Capgo incorpora misure di sicurezza avanzate su misura per le esigenze aziendali, tra cui:
-
-- **Controllo Versioni**: Offre opzioni sicure di rollback a versioni precedenti.
-- **Integrazione CI/CD**: Si integra perfettamente con strumenti come [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), e [Jenkins](https://www.jenkins.io/) per distribuzioni automatizzate e sicure.
-- **Controllo Accessi**: Abilita la distribuzione degli aggiornamenti specifica per utente per un maggiore controllo.
-- **Conformità**: Soddisfa gli standard di sicurezza richiesti sia da Apple che dalle piattaforme Android.
-
-Queste funzionalità rendono Capgo una scelta affidabile per le organizzazioni che prioritizzano aggiornamenti sicuri e controllati.
-
-### Infrastruttura Pronta per la Produzione
-
-Le capacità di Capgo sono già dimostrate, con oltre 1.700 app in esecuzione in ambienti di produzione [\[13\]](https://capgo.app). La piattaforma supporta sia configurazioni cloud-hosted che [self-hosted](https://capgo.app/blog/self-hosted-capgo/), offrendo flessibilità per soddisfare diverse esigenze di sicurezza e distribuzione.
-
-### Implementazione Tecnica
-
-Il sistema di canali di Capgo è progettato per test beta sicuri, rollout graduali e controllo versioni, tutto supportato da analytics in tempo reale. Combinando una forte crittografia con strumenti di distribuzione pratici, Capgo fornisce una soluzione che soddisfa le esigenze delle organizzazioni che richiedono sia sicurezza che adattabilità nei loro processi di aggiornamento.
-
-## Confronto dei Plugin
-
-Questa sezione fornisce uno sguardo comparativo ai [plugin Capacitor](https://capgo.app/plugins/) per la gestione sicura delle sessioni, concentrandosi su funzionalità di sicurezza, necessità di integrazione e prestazioni. È progettata per offrire un riferimento rapido per prendere decisioni informate.
-
-### Confronto delle Funzionalità di Sicurezza Principali
-
-Ecco un confronto fianco a fianco delle funzionalità di sicurezza chiave offerte dai plugin:
-
-| Funzionalità | Firebase Auth | Biometric Security | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **Tipo di Crittografia** | Basata su cloud | A livello hardware | AES 256-bit | AES 256-bit | End-to-end |
-| **Supporto Biometrico** | Limitato | Completo | No | Completo | No |
-| **Capacità Offline** | Parziale | Sì | Sì | Sì | Sì |
-| **Supporto Enterprise** | Sì | Community | Community | Sì | Sì |
-| **Uso Secure Enclave** | No | Sì | No | Sì | No |
-
-### Requisiti di Implementazione
-
-La tabella seguente evidenzia la complessità di configurazione, la compatibilità con le piattaforme e eventuali dipendenze aggiuntive per ciascun plugin:
-
-| Plugin | Complessità di Setup | Supporto Piattaforme | Dipendenze Aggiuntive |
-| --- | --- | --- | --- |
-| **Firebase Auth** | Moderata | iOS, Android | Firebase SDK |
-| **Biometric Security** | Bassa | iOS, Android | Nessuna |
-| Bassa | iOS, Android | Nessuna |
-| **Identity Vault** | Alta | iOS, Android, Web | Auth Connect |
-| **Capgo** | Moderata | iOS, Android | Nessuna |
-
-Questi dettagli aiutano ad allineare le scelte dei plugin con i requisiti tecnici e le risorse del tuo progetto.
-
-### Standard di Conformità per la Sicurezza
-
-I plugin esaminati aderiscono a rigorosi protocolli di sicurezza, offrendo robusta protezione dei dati e flussi OAuth2 semplificati. Le opzioni enterprise come Identity Vault e Capgo includono:
-
-- Archiviazione sicura utilizzando tecniche keychain/keystore [\[1\]](https://capacitorjs.com/docs/guides/security)
-- PKCE (Proof Key for Code Exchange) per flussi OAuth2 [\[1\]](https://capacitorjs.com/docs/guides/security)
-- Endpoint abilitati SSL per comunicazioni sicure [\[1\]](https://capacitorjs.com/docs/guides/security)
-- [Content Security Policies](https://capgo.app/security/) (CSP) applicate [\[1\]](https://capacitorjs.com/docs/guides/security)
-
-### Considerazioni sulle Prestazioni
-
-Le prestazioni variano tra i plugin, specialmente in aree come velocità di autenticazione ed efficienza nell'archiviazione dei dati. Identity Vault si distingue per le sue funzionalità di sicurezza avanzate, che sfruttano enclave sicure e crittografia forte senza compromettere le prestazioni [\[2\]](https://capacitorjs.com/docs/plugins/enterprise).
-
-### Flessibilità di Integrazione
-
-Ogni plugin offre diversi livelli di supporto all'integrazione, come mostrato di seguito:
-
-| Plugin | Integrazione CI/CD | Implementazione Personalizzata | Supporto alla Migrazione |
-| --- | --- | --- | --- |
-| **Firebase Auth** | Supporto Nativo | Limitata | Moderato |
-| **Biometric Security** | Manuale | Completa | Limitato |
-| Manuale | Completa | Facile |
-| **Identity Vault** | Strumenti Enterprise | Completa | Completo |
-| **Capgo** | Automatizzata | Completa | Completo |
-
-### Analisi Costi-Benefici
-
-I plugin enterprise includono funzionalità estese e supporto dedicato, rendendoli ideali per progetti più grandi, anche se spesso hanno un costo più elevato [\[2\]](https://capacitorjs.com/docs/plugins/enterprise).
-
-### Esperienza Sviluppatore
-
-L'esperienza dello sviluppatore con questi plugin è influenzata dalla loro documentazione e facilità di integrazione. L'approccio "web first" di Capacitor semplifica la transizione per gli sviluppatori web che si spostano verso lo sviluppo di app mobile, rendendo la gestione sicura delle sessioni più accessibile [\[3\]](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development).
-
-### Applicazione nel Mondo Reale
-
-Per le esigenze di sicurezza a livello enterprise, soluzioni come Identity Vault e Capgo forniscono funzionalità robuste e supporto completo. D'altra parte, i plugin gestiti dalla community sono più adatti per progetti più piccoli con requisiti di sicurezza meno esigenti.
-
-## Raccomandazioni
-
-Ecco una suddivisione delle soluzioni raccomandate in base ai diversi casi d'uso:
-
-### Per Applicazioni Piccole e Medie
-
-Per team più piccoli con budget limitati, **[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)** è una scelta solida. Archivia in modo sicuro le informazioni dell'account utilizzando la crittografia nativa della piattaforma (iOS Keychain e Android KeyStore), fornendo crittografia AES-256 per la gestione di base delle sessioni sicure su iOS e Android con un forte supporto.
-
-### Per Applicazioni Enterprise
-
-Per le organizzazioni che richiedono sicurezza di alto livello, **Identity Vault** si distingue. Costruito su API di sicurezza native, è progettato per gestire chiavi e token sensibili, rendendolo adatto per ambienti con requisiti normativi rigorosi.
-
-### Per Cicli di Sviluppo Rapidi
-
-Quando la velocità è una priorità, **Firebase Auth** è un'eccellente scelta. La sua infrastruttura basata su cloud, le funzionalità di gestione utenti integrate e l'ampia documentazione lo rendono ideale per MVP e prototipi, permettendo ai team di implementare soluzioni rapidamente ed efficientemente.
-
-### Per Applicazioni Critiche per la Conformità
-
-Per progetti che operano sotto rigidi standard normativi, queste soluzioni mirate affrontano specifiche esigenze di conformità:
-
-| **Requisito** | **Plugin Raccomandato** | **Beneficio Chiave** |
-| --- | --- | --- |
-| Privacy dei Dati & GDPR | Capgo | Crittografia end-to-end |
-| Esigenze Normative e Governative | Capgo | Controllo accessi basato sui ruoli |
-| Sicurezza di Livello Enterprise | Identity Vault | Integrazione API di sicurezza native |
-
--   **Capgo** si concentra sulla garanzia della [conformità alla privacy dei dati](https://capgo.app/dp/), incluso il GDPR, offrendo anche strumenti per il controllo degli accessi basato sui ruoli.
--   **Identity Vault** si specializza nell'integrazione perfetta con le API di sicurezza native, soddisfacendo le esigenze di sicurezza enterprise.
-
-### Casi d'Uso Speciali
-
-Per le app che necessitano di funzionalità offline e gestione sicura dei token, un approccio ibrido funziona meglio:
-
--   Usa **Identity Vault** per memorizzare i dati sensibili in modo sicuro.
--   Abbinalo con l'**API Preferences di Capacitor** per gestire dati non sensibili.
--   Sfrutta le tecniche di keychain/keystore sicure per l'archiviazione persistente dei token.
-
-Tieni presente che l'**API Preferences di Capacitor** dovrebbe essere utilizzata solo per dati minimi, non sensibili, mentre le informazioni sensibili devono essere archiviate utilizzando integrazioni sicure di keychain o keystore. Questo garantisce un approccio bilanciato tra sicurezza e funzionalità.
-
-## FAQ
-
-:::faq
-### Quali funzionalità offrono i plugin Capacitor per la gestione sicura delle sessioni, inclusa la crittografia e l'autenticazione biometrica?
-
-I plugin Capacitor progettati per la gestione sicura delle sessioni adottano approcci diversi quando si tratta di crittografia e autenticazione biometrica. Molti si affidano alla **crittografia AES-256** per proteggere i dati delle sessioni, fornendo una forte difesa contro l'accesso non autorizzato. Quando si tratta di [funzionalità biometriche](https://capgo.app/plugins/capacitor-native-biometric/), il livello di supporto può variare. Ad esempio, il plugin Capacitor Native Biometric si integra direttamente con i sistemi biometrici a livello di dispositivo come l'impronta digitale o il riconoscimento facciale, aggiungendo un ulteriore livello di protezione alle sessioni degli utenti.
-
-Capgo va oltre combinando la **crittografia end-to-end** con un'autenticazione biometrica fluida. Questa combinazione garantisce sia una robusta sicurezza dei dati che un'esperienza utente senza intoppi, rendendolo un'opzione eccezionale per gli sviluppatori che mirano a migliorare la sicurezza delle app senza sacrificare l'usabilità.
-:::
-
-:::faq
-### Come posso integrare in modo sicuro l'autenticazione biometrica in un'app Capacitor utilizzando il Plugin di Sicurezza Biometrica?
-
-Per [integrare l'autenticazione biometrica](https://capgo.app/plugins/capacitor-native-biometric/) in modo sicuro in un'app Capacitor, inizia sfruttando le **funzionalità di sicurezza integrate** offerte dai sistemi operativi mobili, come iOS Keychain e Android Keystore. Questi sistemi forniscono protezione hardware per dati sensibili come chiavi di crittografia e token di sessione, assicurando che rimangano sicuri.
-
-Durante la configurazione dell'autenticazione biometrica, utilizza il metodo `authenticate()` del Plugin di Sicurezza Biometrica. Questo ti permette di personalizzare il prompt di autenticazione, inclusi elementi come il titolo e il testo dei pulsanti, per creare un'esperienza user-friendly. Per i dispositivi che non supportano la biometria, assicurati di includere opzioni di fallback come l'autenticazione tramite PIN o password per mantenere l'accessibilità.
-
-È cruciale evitare di inserire direttamente nel codice i segreti. Invece, cripta qualsiasi token memorizzato per rafforzare ulteriormente la sicurezza. Inoltre, strumenti come Capgo possono migliorare la gestione sicura delle sessioni offrendo aggiornamenti crittati in tempo reale per la tua app Capacitor.
-:::
-
-:::faq
-### Come mantiene Capgo gli aggiornamenti live sicuri durante la gestione delle sessioni delle app?
-
-Capgo dà priorità alla sicurezza con la **crittografia end-to-end** per gli aggiornamenti live. Questo significa che il bundle della tua app viene crittografato prima di essere inviato al cloud e decrittografato solo sul dispositivo dell'utente, garantendo che i tuoi dati rimangano protetti durante l'intero processo.
-
-Gli aggiornamenti vengono gestiti senza interruzioni in background, così gli utenti non vengono interrotti mentre utilizzano l'app. Vedranno una notifica di aggiornamento solo quando riavviano l'app, mantenendo l'esperienza fluida e rispettando le regole degli app store.
-:::
diff --git a/src/content/blog/it/capacitor-plugins-what-you-need-to-know.md b/src/content/blog/it/capacitor-plugins-what-you-need-to-know.md
deleted file mode 100644
index 9420142a7..000000000
--- a/src/content/blog/it/capacitor-plugins-what-you-need-to-know.md
+++ /dev/null
@@ -1,232 +0,0 @@
----
-slug: capacitor-plugins-what-you-need-to-know
-title: 'Plugin Capacitor: Quello che Devi Sapere'
-description: >-
-  Scopri come sfruttare i plugin di Capacitor per lo sviluppo di app
-  multipiattaforma, consentendo l'accesso alle funzionalità native con facilità.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-10T22:09:04.610Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a9581f762bb46adb44912d-1739225358216.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor plugins, mobile development, cross-platform apps, native features,
-  custom plugins, community plugins
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) i plugin sono essenziali per costruire app multipiattaforma, permettendoti di utilizzare funzionalità native del dispositivo come fotocamere, filesystem e notifiche con il minimo sforzo. Combinano API JavaScript e codice nativo per un'integrazione perfetta tra piattaforme iOS, Android e web. Ecco cosa devi sapere:
-
--   **Plugin Core**: Creati dal team [Ionic](https://ionicframework.com/), coprono le funzionalità di base come l'archiviazione file (`Filesystem.writeFile`) e i controlli di rete (`Network.getStatus`).
--   **Plugin della Community**: Offrono funzionalità specializzate come [Firebase Analytics](https://firebase.google.com/docs/analytics), [acquisti in-app](https://capgo.app/plugins/native-purchases/) e aggiornamenti live.
--   **Plugin Personalizzati**: Crea i tuoi per esigenze hardware o di business uniche.
-
-### Panoramica Rapida
-
-| **Beneficio** | **Impatto** | **Esempio** |
-| --- | --- | --- |
-| Velocità di Sviluppo | Implementazione più rapida delle funzionalità | Aggiunta facile della funzionalità fotocamera |
-| Efficienza del Codice | Riutilizzo tra piattaforme | API condivise per iOS e Android |
-| [Performance Native](https://capgo.app/plugins/native-audio/) | Accesso diretto alle capacità del dispositivo | Ottimizzazioni specifiche per piattaforma |
-
-Il sistema di plugin di Capacitor semplifica lo sviluppo delle app mantenendo le performance native. Che tu stia utilizzando plugin precostruiti o creandone di personalizzati, ti aiutano a concentrarti sulla costruzione delle funzionalità, non sulla gestione delle complessità specifiche della piattaforma.
-
-## Come Costruire il Tuo Plugin [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-10.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Nf-mOfmD7X4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Struttura Tecnica del Plugin
-
-I [plugin Capacitor](https://capgo.app/plugins/) sono costruiti su un design bridge multipiattaforma, permettendo una fluida interazione tra ambienti web e nativi. Capire come funziona può aiutare gli sviluppatori a costruire e debuggare i plugin in modo più efficiente.
-
-### Componenti del Plugin: Web e Nativi
-
-I plugin Capacitor utilizzano una configurazione a due livelli, separando le funzionalità web e native. Questi livelli comunicano attraverso il sistema bridge di Capacitor.
-
-| Componente | Implementazione |
-| --- | --- |
-| API JavaScript | Definizioni [TypeScript](https://www.typescriptlang.org/) con metodi esportati |
-| Codice Nativo | [Swift](https://developer.apple.com/swift/) (iOS) e [Kotlin](https://kotlinlang.org/)/Java (Android) |
-| Livello Bridge | Serializzazione messaggi JSON |
-
-Questa struttura semplifica compiti come la conversione dei tipi di dati tra ambienti JavaScript e nativi. Per esempio, il plugin Filesystem converte automaticamente i dati binari in Base64 per il trasferimento, mentre i tipi di dati primitivi vengono gestiti usando JSON [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-### Comunicazione tra Piattaforme
-
-La comunicazione tra i livelli web e nativi funziona attraverso un sistema basato su messaggi. Ecco un esempio di come fluisce:
-
-```javascript
-// Example of platform communication flow
-LocalNotifications.schedule({
-    title: "Update Available",
-    body: "New version ready to install"
-}) // Triggers native implementation based on platform
-```
-
-Il bridge include funzionalità di sicurezza come:
-
--   **Validazione TypeScript** per garantire l'integrità dei dati
--   **Contesti di esecuzione WebView sandboxed** per interazioni sicure [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-La gestione degli errori è semplice, poiché Capacitor usa catene di promise per restituire gli errori. Per esempio, se l'accesso alla geolocalizzazione viene negato per mancanza di permessi, gli sviluppatori ricevono chiari codici di errore per identificare e risolvere il problema [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-Per gestire le differenze specifiche della piattaforma, gli sviluppatori possono usare `Capacitor.isPluginAvailable()` per verificare se una funzionalità è supportata prima di eseguirla. Questo approccio assicura che le app funzionino su tutte le piattaforme sfruttando le funzionalità native quando disponibili, rimanendo fedeli all'approccio multipiattaforma di Capacitor [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system).
-
-## Categorie di Plugin
-
-I plugin Capacitor sono divisi in tre categorie principali, ciascuna adattata a specifiche esigenze di sviluppo. Conoscere queste categorie aiuta gli sviluppatori a scegliere i plugin giusti per i loro progetti. Queste categorie giocano anche un ruolo nel processo di selezione dei plugin, che verrà discusso nella sezione Aggiunta di Plugin.
-
-### Plugin Core
-
-I plugin core sono sviluppati e mantenuti dal team Ionic. Forniscono funzionalità native chiave e sono supportati con aggiornamenti e API standardizzate.
-
-| Plugin Core | Funzionalità | Metodo Chiave |
-| --- | --- | --- |
-| Filesystem | Azioni di archiviazione file | `Filesystem.writeFile()` |
-| Network | Controllo connettività | `Network.getStatus()` |
-| Device | Accesso info hardware | `Device.getInfo()` |
-
-Questi plugin includono validazione TypeScript e garantiscono un comportamento consistente su tutte le piattaforme, rendendoli una scelta affidabile per le capacità native fondamentali [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-### Plugin della Community
-
-L'ecosistema Capacitor offre anche una gamma di plugin di terze parti che vanno oltre le basi. Questi plugin soddisfano esigenze più specifiche e si integrano con servizi ampiamente utilizzati.
-
-| Plugin | Scopo |
-| --- | --- |
-| Firebase Analytics | Traccia l'utilizzo dell'app |
-| Live Updates | Abilita aggiornamenti in tempo reale |
-| Native Purchases | Gestisce acquisti in-app |
-| Screen Reader | Aggiunge supporto all'accessibilità |
-
-Quando si scelgono plugin della community, è importante valutare la loro attività su GitHub, la frequenza di manutenzione e il livello di supporto della community per assicurarsi che rimangano affidabili nel tempo [\[3\]](https://github.com/riderx/awesome-capacitor).
-
-### Costruire Plugin Personalizzati
-
-A volte, né i plugin core né quelli della community soddisferanno le tue esigenze. Qui entrano in gioco i plugin personalizzati, specialmente per integrazioni hardware uniche o requisiti di business specifici. Gli esempi includono il lavoro con hardware proprietario, l'implementazione di logica personalizzata o la connessione a sistemi legacy.
-
-Lo sviluppo di plugin personalizzati comporta la creazione di implementazioni native per iOS e Android, insieme a un'API JavaScript unificata. Per mantenere la consistenza multipiattaforma, gli sviluppatori dovrebbero includere:
-
--   Funzionalità compatibili con il browser per ambienti web
--   Firme di metodo uniformi su tutte le piattaforme [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-## Aggiungere Plugin alla Tua App
-
-Aggiungere plugin alla tua app Capacitor richiede una pianificazione attenta per garantire sia le prestazioni che la sicurezza. Ecco uno sguardo più approfondito su come scegliere, implementare e testare i plugin in modo efficace.
-
-### Guida alla Selezione dei Plugin
-
-Quando scegli i plugin per la tua app, tieni a mente questi criteri:
-
-| **Criterio** | **Cosa Cercare** |
-| --- | --- |
-| Supporto Piattaforme | Compatibilità con iOS, Android e Web |
-| Documentazione | Riferimenti API chiari ed esempi |
-
-Per funzionalità che coinvolgono dati sensibili o sicurezza, esegui strumenti come `npm audit` o usa piattaforme come [Snyk](https://snyk.io/) per verificare vulnerabilità. Abbina questo alle migliori pratiche di sicurezza web [\[7\]](https://ahrefs.com/blog/google-advanced-search-operators/)[\[8\]](https://www.w3.org/International/questions/qa-html-language-declarations).
-
-### [Capgo](https://capgo.app/): Aggiornamenti Live per App
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-10.jpg?auto=compress)
-
-Capgo fornisce un [plugin per aggiornamenti live](https://capgo.app/docs/plugin/self-hosted/auto-update/) che funziona perfettamente con Capacitor. Ti permette di distribuire aggiornamenti - come correzioni di bug o nuove funzionalità - direttamente alla tua app usando canali criptati, il tutto rimanendo conforme alle politiche degli app store [\[3\]](https://github.com/riderx/awesome-capacitor).
-
-### Metodi di Test dei Plugin
-
-Un test approfondito è fondamentale per assicurare che i plugin funzionino senza problemi su tutte le piattaforme. Ecco come puoi affrontarlo:
-
--   **Test Matrice Piattaforme**: Testa i plugin su tutte le versioni delle piattaforme supportate. Usa i controlli di disponibilità della piattaforma di Capacitor prima di chiamare i metodi del plugin per evitare problemi di compatibilità.
-    
--   **Risoluzione Problemi Comuni**: Affronta i problemi frequenti con queste soluzioni:
-    
-    | **Problema** | **Soluzione** |
-    | --- | --- |
-    | Fallimenti build native | Conferma versioni corrette delle dipendenze |
-    | Errori permessi | Ricontrolla configurazioni piattaforma |
-    
--   **Test Automatizzati**: Usa strumenti automatizzati per simulare vari stati di errore e casi limite, assicurando che il plugin si comporti come previsto [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-    
-
-Per i plugin che sono critici per la funzionalità della tua app, mantieni versioni patchate e monitora il changelog ufficiale per aggiornamenti o cambiamenti che potrebbero creare problemi [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins)[\[5\]](https://capacitorjs.com/docs/plugins). Questo ti aiuterà a rimanere avanti rispetto ai potenziali problemi mantenendo la tua app sicura e affidabile.
-
-## Guida alla Manutenzione dei Plugin
-
-Una volta che hai selezionato e implementato attentamente i plugin, mantenerli è cruciale. Aggiornamenti e controlli regolari assicurano che la tua app rimanga funzionale, eviti rischi di sicurezza e rimanga compatibile con i cambiamenti della piattaforma.
-
-### Gestione delle Versioni
-
-Gestire le versioni dei plugin richiede di tenere d'occhio sia gli aggiornamenti del core di Capacitor che i cambiamenti specifici della piattaforma. Si tratta di allineare i tuoi plugin con il versionamento semantico di Capacitor.
-
-| Tipo Versione | Priorità Aggiornamento | Considerazioni Chiave |
-| --- | --- | --- |
-| **Aggiornamenti Major** | Alta | Cambiamenti API |
-| **Aggiornamenti Minor** | Media | Nuove funzionalità |
-| **Aggiornamenti Patch** | Bassa | Correzioni bug, patch sicurezza |
-
-Quando aggiorni le versioni major, segui questi passaggi:
-
-1. **Audit Setup Corrente**
-
-Documenta eventuali personalizzazioni o soluzioni alternative che hai implementato.
-
-2\. **[Strategia di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)**
-
-Sviluppa un piano dettagliato di aggiornamento che includa:
-
--   Configurazione di un ambiente di test
--   Creazione di backup
--   Preparazione dei protocolli di ripristino 
--   Valutazione del potenziale impatto sugli utenti
-
-3\. **Implementazione**
-
-Durante l'aggiornamento, monitora i tassi di arresti anomali, le metriche delle prestazioni e le risposte delle API per assicurarti che tutto funzioni correttamente.
-
-Il monitoraggio costante delle versioni, abbinato a test approfonditi, aiuta a mantenere un ciclo di garanzia della qualità affidabile.
-
-### Risorse di supporto per i plugin
-
-Avere accesso a un supporto affidabile è fondamentale per una manutenzione efficace dei plugin. L'ecosistema Capacitor fornisce diverse risorse utili:
-
-> "La community GitHub Discussions di Capacitor, con oltre 8.000 membri, funge da hub principale per il supporto alla manutenzione dei plugin e la risoluzione dei problemi." [\[5\]](https://capacitorjs.com/docs/plugins)
-
-Per i team che utilizzano strumenti come Capgo per gli aggiornamenti live, le funzionalità aggiuntive includono:
-
--   Analisi dei crash in tempo reale
--   Controlli automatici di compatibilità  
--   Opzioni di rollback per il deployment
-
-Quando si lavora con plugin della community, considera queste risorse:
-
-| Risorsa | Scopo |
-| --- | --- |
-| **Forum Ionic** | Supporto ufficiale per i plugin |
-| **Stack Overflow** | Soluzioni tecniche |
-| **Issue GitHub dei plugin** | Tracciamento dei bug |
-
-Se ti imbatti in plugin abbandonati, puoi fare un fork del repository o creare plugin wrapper personalizzati utilizzando i Bridge di Capacitor.
-
-Per evitare comuni sfide di manutenzione, automatizza le routine di test per identificare:
-
--   Deprecazione delle API iOS/Android
--   Conflitti di dipendenze native
--   Problemi di permessi specifici per piattaforma
-
-L'uso regolare di `capacitor doctor` può aiutare a individuare potenziali problemi in anticipo, assicurando che la tua app rimanga in forma ottimale [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins).
-
-## Riepilogo
-
-I plugin Capacitor collegano le funzionalità web e native attraverso il loro design di base, rendendo lo [sviluppo di app cross-platform](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) più efficiente [\[6\]](https://capacitorjs.jp/blog/how-capacitor-works). Questa architettura fornisce agli sviluppatori gli strumenti necessari per costruire applicazioni avanzate mantenendo la velocità e le prestazioni delle app native.
-
-Per mantenere i plugin in funzione senza problemi, è importante comprendere le loro categorie e come vengono mantenuti:
-
-L'ecosistema dei plugin rimane stabile grazie ad aggiornamenti attivi e miglioramenti continui [\[3\]](https://github.com/riderx/awesome-capacitor). Questo impegno garantisce prestazioni costanti su tutte le piattaforme introducendo funzionalità come gli aggiornamenti live.
-
-Per i team che cercano di gestire i plugin in modo efficace, gli strumenti moderni hanno semplificato i processi di aggiornamento tradizionali. I metodi nativi sono progettati per essere eseguiti in meno di 200ms [\[6\]](https://capacitorjs.jp/blog/how-capacitor-works), garantendo prestazioni veloci e affidabili su tutte le piattaforme.
diff --git a/src/content/blog/it/capacitor-social-login-release.md b/src/content/blog/it/capacitor-social-login-release.md
deleted file mode 100644
index 1110ddd0e..000000000
--- a/src/content/blog/it/capacitor-social-login-release.md
+++ /dev/null
@@ -1,52 +0,0 @@
----
-slug: capacitor-social-login-release
-title: Rilascio di un nuovissimo plugin per il login sociale di Capacitor
-description: >-
-  El complemento de inicio de sesión social de Capacitor es un complemento que
-  te permite iniciar sesión con Google, Facebook y Apple en iOS, Android y Web.
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-10-08T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /social_login_plugin_blog.webp
-head_image_alt: Sistema de organização Capgo ilustração
-keywords: >-
-  Oauth, social login, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Capacitor
-published: true
-next_blog: ''
-locale: it
----
-## Wprowadzenie
-
-Cześć, jestem Michael ([WcaleNieWolny](https://github.com/WcaleNieWolny)) 👋,
-
-Po miesiącu ciężkiej (i trochę bolesnej 🙃) pracy, z przyjemnością ogłaszam pierwsze wydanie Capacitor Social Login. Ten plugin został zaprojektowany, aby pomóc w obsłudze zarówno logowania Google, jak i Apple na iOS i Android. Ponadto, razem z Martinem, pracowaliśmy nad kilkoma unikalnymi funkcjami, które obejmują:
-
- - wprowadzenie logowania z Apple na Androidzie 
- - przyjęcie nowego Google Credentials API
- - dodanie szczegółowej dokumentacji
-
-## Logowanie z Apple na Androidzie
-
-Na początek omówmy główną innowację 'Logowania z Apple' na Androidzie. To nie było trywialne, ponieważ SDK Apple nie zapewnia tej funkcjonalności. Użyłem [tego artykułu](https://johncodeos.com/how-to-add-sign-in-with-apple-button-to-your-android-app-using-kotlin/) jako punktu odniesienia, ale trochę go zmieniłem, aby uczynić go bardziej bezpiecznym. Końcowy przebieg wygląda tak:
-
-<figure><img style="margin-left: auto;margin-right: auto;max-height: 600px !important;" src="/apple-login-flow-chart.svg" alt="Apple Login flow chart" /><figcaption></figcaption></figure> 
-
-Niestety, wymaga to backendu i pewnych modyfikacji w kodzie twojej aplikacji, ale to najlepsze, co mogłem zrobić.
-
-## Odświeżone logowanie Google na Androidzie
-
-Następnie próbowałem zaimplementować logowanie Google na Androidzie. Jak się okazało, [CapacitorGoogleAuth CodetrixStudio](https://github.com/CodetrixStudio/CapacitorGoogleAuth) wykorzystuje [wkrótce zastępowaną bibliotekę GMS](https://developer.android.com/identity/sign-in/legacy-gsi-migration#authorization). W wyniku uznania tej biblioteki GMS za przestarzałą, postanowiłem użyć [CredentialManager](https://developer.android.com/identity/sign-in/credential-manager-siwg). To uprościło proces logowania i usunęło irytujący [błąd 10](https://github.com/CodetrixStudio/CapacitorGoogleAuth/issues/332) 🎉
-
-## Dokumentacja
-
-Na koniec napisałem niesamowitą ✨ dokumentację. Spędziłem wiele czasu, aby upewnić się, że dokumenty są dokładne i obszerne. Dokumenty zawierają szczegółowy przewodnik dotyczący zarówno Apple, jak i Google. Dodałem również [przykładowy backend](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo) do logowania z Apple 🍎
-
-Nie wahaj się sprawdzić przewodników dotyczących [Apple](https://github.com/Cap-go/capacitor-social-login/blob/main/docs/setup_apple.md) i [Google](https://github.com/Cap-go/capacitor-social-login/blob/main/docs/setup_google.md)!
-
-## Podsumowanie
-
-Podsumowując, plugin Capacitor Social Login wprowadza wiele nowych i ekscytujących funkcji, a więcej ma się jeszcze pojawić w przyszłości 🚀
diff --git a/src/content/blog/it/capacitor-vs-appflow-ota-update-solutions-compared.md b/src/content/blog/it/capacitor-vs-appflow-ota-update-solutions-compared.md
deleted file mode 100644
index 1a25d9174..000000000
--- a/src/content/blog/it/capacitor-vs-appflow-ota-update-solutions-compared.md
+++ /dev/null
@@ -1,152 +0,0 @@
----
-slug: capacitor-vs-appflow-ota-update-solutions-compared
-title: 'Capacitor vs Appflow: Confronto delle soluzioni di aggiornamento OTA'
-description: >-
-  Confronta le soluzioni di aggiornamento OTA per trovare quella più adatta alla
-  tua app, concentrandoti su sicurezza, velocità ed efficienza dei costi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T01:59:04.033Z
-updated_at: 2025-03-30T01:59:15.207Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9-1743299955207.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, Capacitor, Appflow, mobile development, deployment solutions, app
-  security, update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Stai cercando la migliore soluzione di aggiornamento OTA per la tua app?** Ecco un rapido confronto tra [Capacitor](https://capacitorjs.com/) (con [Capgo](https://capgo.app/)) e [Appflow](https://ionic.io/appflow/) per aiutarti a decidere. [Capacitor](https://capacitorjs.com/) offre aggiornamenti rapidi, alta sicurezza e opzioni convenienti, mentre Appflow è legato all'ecosistema [Ionic](https://ionicframework.com/) e chiuderà nel 2026.
-
-### Punti Chiave:
-
--   **Capacitor (Capgo)**:
-    
-    -   Gli aggiornamenti raggiungono il 95% degli utenti in 24 ore.
-    -   Offre crittografia end-to-end e hosting flessibile (cloud o self-hosted).
-    -   Costa circa €3.600 all'anno, con una commissione una tantum di €2.600.
-    -   Attivamente sviluppato e open-source.
--   **Appflow**:
-    
-    -   Integrato con Ionic ma solo cloud.
-    -   Supporto pianificato fino al 2026.
-    -   Costa €6.000 all'anno.
-
-### Confronto Rapido:
-
-| Funzionalità | Capacitor (Capgo) | Appflow |
-| --- | --- | --- |
-| **Velocità di Aggiornamento** | 95% in 24 ore, API 57ms | Variabile |
-| **Sicurezza** | Crittografia end-to-end | Firma standard |
-| **Hosting** | Cloud o self-hosted | Solo cloud |
-| **Disponibilità Futura** | In sviluppo attivo | Termina nel 2026 |
-| **Costo Annuale** | ~€3.600 | €6.000 |
-| **Commissione Setup** | €2.600 | Inclusa |
-
-**In conclusione:** Capacitor (Capgo) è una scelta orientata al futuro, sicura ed economicamente efficiente, specialmente per progetti a lungo termine. Appflow può essere adatto per esigenze a breve termine ma richiede una pianificazione della migrazione a causa della sua imminente chiusura.
-
-## Funzionalità di Aggiornamento di [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Sistema di Aggiornamento Integrato
-
-Il sistema di aggiornamento di Capacitor permette agli sviluppatori di distribuire correzioni di bug e nuove funzionalità direttamente agli utenti, saltando i ritardi della revisione dell'app store. Quando configurato correttamente, questo sistema può raggiungere fino al 95% degli utenti attivi entro 24 ore [\[1\]](https://capgo.app/). Utilizza aggiornamenti differenziali, che scaricano solo le parti modificate del codice, risparmiando banda e velocizzando il processo. Per esempio, scaricare un aggiornamento di 5MB tramite il CDN globale di Capgo può richiedere solo 114 millisecondi [\[1\]](https://capgo.app/). Questo approccio snello si integra perfettamente nei flussi di lavoro di sviluppo moderni.
-
-[continua con il resto del testo seguendo lo stesso stile di traduzione...]
-
-| Requisito | Capgo | Appflow |
-| --- | --- | --- |
-| Conformità App Store | Completamente allineato con le linee guida Apple | Soddisfa i criteri standard |
-| Conformità Play Store | Segue i requisiti di Google Play | Soddisfa i criteri standard |
-| Decrittazione Autorizzata | Crittografia end-to-end per gli utenti | Firma degli aggiornamenti |
-| Controllo Versioni | Gestione dettagliata delle versioni, incluso il rollback | Tracciamento base delle versioni |
-
-Capgo garantisce la conformità con le linee guida OTA sia di Apple che di Google [\[1\]](https://capgo.app/). Questo rigoroso allineamento con le regole degli store completa le integrazioni CI/CD discusse in precedenza.
-
-### Funzionalità di Sicurezza
-
-La sicurezza gioca un ruolo vitale nei sistemi di aggiornamento OTA, specialmente per i deployment di codice live. Capgo si distingue offrendo misure di sicurezza avanzate che vanno oltre le soluzioni tradizionali:
-
-| Funzionalità di Sicurezza | Implementazione |
-| --- | --- |
-| Tipo di Crittografia | Crittografia end-to-end |
-| Protezione Aggiornamenti | Decrittazione personalizzata per utenti specifici |
-| Controllo Accessi | Controlli completi dei permessi |
-| Opzioni di Hosting | Opzioni per setup cloud o self-hosted |
-| Rollback Versioni | Funzionalità di rollback con un click |
-
-Queste funzionalità assicurano che gli aggiornamenti siano crittografati, con accesso controllato e reversibili, offrendo sicurezza di livello enterprise pur rimanendo facili da gestire.
-
-## Confronto Prezzi
-
-### Costi della Piattaforma
-
-Il costo delle soluzioni di aggiornamento OTA può variare notevolmente. Capgo offre piani a partire da 12€/mese (Solo) fino a 249€/mese (PAYG). Ecco un riepilogo dei loro prezzi:
-
-| Piano | Costo Mensile (Fatturato Annualmente) | Funzionalità Chiave |
-| --- | --- | --- |
-| Solo | 12€ | 1.000 MAU, 50GB banda |
-| Maker | 33€ | 10.000 MAU, 500GB banda |
-| Team | 83€ | 100.000 MAU, 2.000GB banda |
-| PAYG | 249€ | 1.000.000 MAU, 10TB banda |
-
-In confronto, Appflow addebita una tariffa annuale fissa di 6.000€. Questa differenza di prezzo ha portato molti utenti a cambiare, incluso il team OSIRIS-REx della NASA:
-
-> "@Capgo è un modo intelligente per fare hot code pushes (e non per tutti i soldi del mondo come con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Questi modelli di prezzo contrastanti evidenziano l'importanza di valutare i costi insieme alle funzionalità.
-
-### Costi vs Benefici
-
-Il prezzo è un fattore importante nella scelta di una soluzione di aggiornamento OTA, soprattutto per la pianificazione a lungo termine. Nel tempo, il divario di costo tra Capgo e Appflow diventa più evidente:
-
-| Periodo | Costo Totale Capgo\* | Costo Totale Appflow | Potenziale Risparmio |
-| --- | --- | --- | --- |
-| Anno 1 | 6.200€ | 6.000€ | -200€ |
-| Anno 3 | 13.400€ | 18.000€ | 4.600€ |
-| Anno 5 | 20.600€ | 30.000€ | 9.400€ |
-
-\*Il totale di Capgo include una commissione di setup CI/CD una tantum di 2.600€ e costi mensili di 300€ [\[1\]](https://capgo.app/).
-
-Jermaine ha condiviso la sua esperienza:
-
-> "Sono passato a @Capgo dopo che @AppFlow ci ha presentato un conto di 5000€ per l'anno per continuare. Sto adorando Capgo finora" [\[1\]](https://capgo.app/)
-
-Per le organizzazioni concentrate sull'efficienza dei costi, la commissione di setup una tantum di Capgo, i costi mensili più bassi e l'[opzione self-hosting](https://capgo.app/blog/self-hosted-capgo/) possono portare a significativi risparmi nel tempo.
-
-LeVar Berry ha anche condiviso la sua prospettiva:
-
-> "Ho cancellato il mio abbonamento @Appflow dopo 4 anni. Code-Push non sembrava mai funzionare bene, speriamo che @CapGO l'abbia capito" [\[1\]](https://capgo.app/)
-
-## Analisi Finale
-
-### Differenze Chiave
-
-Nel confronto tra Capacitor e Appflow, ci sono chiari contrasti nella distribuzione degli aggiornamenti e nelle funzionalità di sicurezza, come evidenziato in precedenza. La piattaforma di Capgo per Capacitor offre prestazioni veloci e affidabili [\[1\]](https://capgo.app/). Eccelle con le sue opzioni di deployment e forte sicurezza, inclusa la **crittografia end-to-end** e la flessibilità di setup cloud o self-hosted, che ha guidato l'adozione in tutto il mondo [\[1\]](https://capgo.app/).
-
-| Funzionalità | Capgo (Capacitor) | Appflow |
-| --- | --- | --- |
-| Sicurezza | Crittografia end-to-end | Firma base |
-| Opzioni Hosting | Cloud e self-hosted | Solo cloud |
-| Disponibilità Futura | Sviluppo attivo | Termina nel 2026 |
-| Velocità Aggiornamento | 114 ms (bundle 5 MB) | Non specificato |
-| Codice Sorgente | 100% open-source | Proprietario |
-
-Queste differenze giocano un ruolo importante nel decidere quale soluzione si adatta alle tue esigenze.
-
-### Guida alla Selezione della Piattaforma
-
-Basandosi su queste distinzioni, ecco una guida rapida per aiutarti a scegliere la piattaforma giusta:
-
--   **Organizzazioni Enterprise**: Se la sicurezza è una priorità assoluta, Capgo è una scelta forte. Il suo [deployment self-hosted](https://capgo.app/blog/self-hosted-capgo/) e la **crittografia end-to-end** soddisfano rigorose esigenze di sicurezza. Inoltre, si integra facilmente con strumenti CI/CD, rendendolo ideale per operazioni su larga scala [\[1\]](https://capgo.app/).
-    
--   **Team in Crescita**: L'infrastruttura scalabile di Capgo e il sistema di canali permettono aggiornamenti mirati a specifici gruppi di utenti, dando ai team un controllo preciso sui deployment [\[1\]](https://capgo.app/).
-    
--   **Sviluppatori Attenti ai Costi**: Con i suoi prezzi competitivi, Capgo è un'opzione economica rispetto ad Appflow, rendendola adatta a team di qualsiasi dimensione [\[1\]](https://capgo.app/).
-    
--   **Pianificazione per il Futuro**: La chiusura programmata di Appflow nel 2026 significa che la pianificazione della migrazione è essenziale. L'approccio open-source di Capgo, lo sviluppo attivo e la comunità in crescita lo rendono una scelta affidabile a lungo termine [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/it/capacitor-vs-appflow-versioning-differences.md b/src/content/blog/it/capacitor-vs-appflow-versioning-differences.md
deleted file mode 100644
index 29840e059..000000000
--- a/src/content/blog/it/capacitor-vs-appflow-versioning-differences.md
+++ /dev/null
@@ -1,139 +0,0 @@
----
-slug: capacitor-vs-appflow-versioning-differences
-title: 'Capacitor vs Appflow: Differenze di Versioning'
-description: >-
-  Esplora le differenze di versionamento tra i metodi manuali e automatizzati, e
-  scopri le alternative emergenti per lo sviluppo delle app.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T04:20:03.700Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac-1745209216757.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  version control, app updates, manual versioning, automated versioning, CI/CD,
-  live updates, mobile development, app release management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-
-**La gestione delle versioni delle app può essere complessa** [Capacitor](https://capacitorjs.com/) utilizza [aggiornamenti manuali](https://capgo.app/docs/plugin/cloud-mode/manual-update/), mentre [Appflow](https://ionicio/docs/appflow) automatizza il processo. Ecco cosa devi sapere:
-
--   **Capacitor:** Il versioning manuale richiede la modifica di file come `Infoplist` (iOS) e `buildgradle` (Android). Offre controllo ma rischia errori e rallenta gli aggiornamenti
--   **Appflow:** Automatizza il versioning con strumenti CI/CD per rilasci più veloci ma costa ~$6.000/anno e potrebbe mancare di flessibilità
-
-**Cambiamenti Chiave nel Mercato:**
-
--   **Appflow chiude nel 2026**
--   Alternative come **[Capgo](https://capgo.app/)** offrono aggiornamenti live, a partire da $12/mese, con il 95% degli aggiornamenti consegnati in 24 ore
-
-### Confronto Rapido
-
-| Funzionalità | Capacitor (Manuale) | Appflow (Automatizzato) | Capgo (Alternativa) |
-| --- | --- | --- | --- |
-| **Versioning** | Modifiche manuali | Automatizzato via CI/CD | Aggiornamenti live |
-| **Velocità aggiornamenti** | Più lenta (ritardi App Store) | Più veloce (Code-push) | Quasi istantanea |
-| **Costo** | Strumenti gratuiti | ~$6.000/anno | A partire da $12/mese |
-| **Rischio errori** | Maggiore (errori manuali) | Minore | Minore |
-| **Data fine** | Attivo | Termina 2026 | Attivo |
-
-Nella scelta, considera il tuo budget, la frequenza degli aggiornamenti e la necessità di velocità
-
-## Demo Live: Sviluppare App [Capacitor](https://capacitorjs.com/) in Ionic [Appflow](https://ionicio/docs/appflow)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/tkgNuSG5FJQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Metodi di Versioning: Capacitor vs Appflow
-
-Capacitor e Appflow adottano approcci molto diversi alla gestione del controllo versione. Ecco uno sguardo più approfondito su come ogni piattaforma gestisce questo processo e si adatta ai flussi di sviluppo
-
-### Controllo Versione Manuale di Capacitor
-
--   Per iOS, devi aggiornare manualmente il file **Infoplist** per ogni rilascio
--   Per Android, le modifiche al version-code nel file **buildgradle** vengono fatte manualmente
-
-Questo approccio offre un controllo preciso sul versioning ma può rallentare i rilasci e lasciare spazio a errori umani
-
-### Gestione Automatizzata delle Versioni di Appflow
-
--   L'**integrazione CI/CD** gestisce automaticamente gli incrementi di versione
--   Le versioni sono sincronizzate tra iOS e Android, garantendo coerenza
-
-Mentre questa automazione velocizza il processo di rilascio, potrebbe ridurre la flessibilità e comportare costi più elevati. Alcuni sviluppatori hanno anche segnalato problemi con la funzionalità code-push e costi crescenti
-
-A seguire, confronteremo le funzionalità chiave di controllo versione di queste piattaforme fianco a fianco
-
-## Confronto delle Funzionalità di Controllo Versione
-
-Ecco un confronto delle funzionalità chiave di ogni piattaforma, concentrandosi su come gestiscono il controllo versione
-
-**Le differenze principali includono:**
-
--   **Controllo versione**: Uno si basa su file di configurazione manuali, mentre l'altro usa processi CI/CD automatizzati
--   **Distribuzione aggiornamenti**: Invii tradizionali all'app store contro [aggiornamenti live code-push](https://capgo.app/sponsor/)
--   **Costo**: Uno offre strumenti gratuiti, mentre l'altro può costare circa $5.000 all'anno
--   **Velocità di deployment**: Le revisioni dell'app store possono richiedere più giorni, mentre il code-push live permette un deployment quasi istantaneo
-
-Queste differenze impattano sulla velocità di rilascio degli aggiornamenti, il livello di rischio coinvolto e le spese complessive
-
-Con la chiusura di Microsoft Code Push nel 2024 e Appflow che dovrebbe seguire nel 2026, molti team stanno già cercando alternative [\[1\]](https://capgo.app/)
-
-## Effetti sulla Gestione dei Rilasci
-
-Confrontando il controllo versione manuale e automatizzato, ogni approccio presenta le proprie sfide e compromessi, in particolare nella gestione dei rilasci
-
-### Rischi del Controllo Versione Manuale
-
-Il processo manuale di Capacitor richiede agli sviluppatori di aggiornare diversi file di configurazione per ogni rilascio. Questo aumenta la possibilità di errori, come versioni non corrispondenti o deployment non tracciati. Inoltre, può portare a ritardi nella risoluzione dei bug, con le correzioni che potrebbero richiedere giorni o persino settimane per raggiungere gli utentiLe sfide principali includono:
-
--   Mantenere i numeri di versione coerenti tra più file
--   Mancanza di monitoraggio per gli aggiornamenti riusciti  
--   Lenta distribuzione delle correzioni di bug
-
-Mentre l'automazione può risolvere alcuni di questi problemi, non è priva di svantaggi
-
-### Svantaggi del Controllo Versione Automatizzato
-
-Appflow semplifica il processo automatizzando gli aggiornamenti delle versioni e i deployment. Tuttavia, questa comodità ha un prezzo elevato. Con un costo di abbonamento annuale di circa $5.000, può gravare significativamente sul budget di un team di sviluppo, spingendo alcuni a esplorare opzioni più economiche [\[1\]](https://capgo.app/)
-
-## Nuove Opzioni per il Controllo Versione
-
-La gestione del controllo versione per le [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) è sempre stata una sfida, specialmente quando si bilanciano errori manuali e gli alti costi dell'automazione. Fortunatamente, gli strumenti disponibili per il controllo versione sono cresciuti, offrendo alternative ai metodi tradizionali
-
-### Sistema di Aggiornamento [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgo offre una soluzione per i team che cercano di semplificare il controllo versione senza svuotare il portafoglio. Fornisce aggiornamenti in tempo reale rimanendo conforme alle policy degli store Apple e Google. Alcune caratteristiche principali includono:
-
--   **Crittografia end-to-end** per garantire la consegna sicura degli aggiornamenti
--   **Analytics in tempo reale**, con un tasso di successo globale dell'82%
--   **Aggiornamenti parziali** per mantenere le dimensioni dei bundle piccole ed efficienti
--   **Integrazione perfetta** con piattaforme CI/CD come [GitHub Actions](https://docsgithubcom/actions) e [GitLab CI](https://docsgitlabcom/ee/ci/)
-
-### Stato Attuale del Mercato
-
-Il mercato del controllo versione sta cambiando mentre i servizi più vecchi vengono dismessi. I team devono ora concentrarsi su costi, velocità e conformità quando scelgono una strategia. Ecco una panoramica delle opzioni attuali:
-
--   **Capgo** (lanciato nel 2022): Attivo, a partire da $12/mese, supporta aggiornamenti in tempo reale
--   **Appflow**: Chiuderà nel 2026, costa $6.000/anno [\[1\]](https://capgo.app/), offre [aggiornamenti automatizzati](https://capgo.app/docs/live-updates/update-behavior/)
-
-Questi strumenti stanno colmando il vuoto lasciato dalla chiusura di CodePush nel 2024 e dalla prossima fine di Appflow nel 2026
-
-## Conclusione
-
-La gestione del controllo versione per le app Capacitor coinvolge un mix di workflow manuali, automazione di Appflow e [piattaforme di aggiornamento in tempo reale moderne](https://capgo.app/blog/alternative-to-expo/)
-
-### Punti Chiave
-
--   **Aggiornamenti manuali**: Offrono controllo dettagliato ma con il rischio di errori umani
--   **Automazione Appflow**: Semplifica i rilasci ma costa $6.000 all'anno [\[1\]](https://capgo.app/)
--   **Piattaforme di aggiornamento in tempo reale**: Strumenti come Capgo rendono più facile distribuire correzioni e nuove funzionalità rapidamente
-
-Quando si sceglie tra aggiornamenti manuali, pipeline automatizzate o piattaforme di aggiornamento in tempo reale, i team dovrebbero considerare la frequenza dei rilasci, il budget e la necessità di velocità e conformità. Ogni approccio ha i suoi punti di forza e compromessi
diff --git a/src/content/blog/it/capgo-for-app-store-safe-ota-updates.md b/src/content/blog/it/capgo-for-app-store-safe-ota-updates.md
deleted file mode 100644
index 5a71aa1af..000000000
--- a/src/content/blog/it/capgo-for-app-store-safe-ota-updates.md
+++ /dev/null
@@ -1,155 +0,0 @@
----
-slug: capgo-for-app-store-safe-ota-updates
-title: Capgo per aggiornamenti OTA sicuri per l'App Store
-description: >-
-  Esplora come una piattaforma consente aggiornamenti istantanei e sicuri delle
-  app senza i ritardi dell'app store, migliorando l'efficienza dello sviluppo e
-  la conformità.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-07T03:24:24.255Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ca3d64c828e2c944a33eb7-1741317877632.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, app development, mobile updates, app store compliance, CI/CD
-  integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-[Capgo](https://capgo.app/) consente agli sviluppatori di fornire **aggiornamenti istantanei e sicuri delle app** senza attendere le revisioni dell'app store. Con **crittografia end-to-end**, integrazione CI/CD fluida e conformità alle regole dell'app store, è un'alternativa conveniente agli aggiornamenti tradizionali o a piattaforme più costose come [AppFlow](https://ionic.io/appflow). Oltre **947,6 milioni di aggiornamenti** sono stati distribuiti su **1.400 app in produzione**, migliorando l'efficienza dello sviluppo dell'**81%**.
-
-### Principali vantaggi di [Capgo](https://capgo.app/):
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-07.jpg?auto=compress)
-
-- **Aggiornamenti istantanei**: Correggi bug o implementa funzionalità senza ritardi.
-- **Distribuzioni sicure**: Gli aggiornamenti sono crittografati e accessibili solo agli utenti autorizzati.
-- **Conveniente**: Costo una tantum per setup CI/CD di $2.600, con ~$300/mese per l'uso continuo.
-- **Rollout controllati**: Target specifici utenti o gruppi per gli aggiornamenti.
-- **Conformità App Store**: Aderisce completamente alle policy di Apple e Google.
-
-### Confronto rapido delle piattaforme OTA:
-
-| Piattaforma | Funzionalità chiave | Limitazioni | Costo |
-| --- | --- | --- | --- |
-| **Capgo** | OTA sicuro, pronto per CI/CD, targeting utenti | Sforzo iniziale di setup | $2.600 setup + ~$300/mese |
-| **AppFlow** | Integrazione Ionic, supporto enterprise | Barriera di costo elevata | $6.000/anno |
-| **[App Center](https://visualstudio.microsoft.com/app-center/)** | Piano gratuito, supportato da Microsoft | Nessun supporto per app ibride | Piano gratuito disponibile |
-
-Capgo è ideale per gli sviluppatori che necessitano di **aggiornamenti veloci e conformi** senza spendere troppo. È apprezzato per la sua facilità d'uso, convenienza e affidabilità in ambienti di produzione.
-
-## Puoi eseguire aggiornamenti OTA per le app iOS? Linee guida Apple spiegate
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Funzionalità di Capgo
-
-La piattaforma Capgo offre potenti capacità di aggiornamento over-the-air (OTA), garantendo aggiornamenti delle app sicuri ed efficienti. Con la **crittografia end-to-end**, gli aggiornamenti sono accessibili solo agli utenti autorizzati, mantenendo le distribuzioni sicure dall'inizio alla fine.
-
-Capgo funziona senza sforzo con popolari piattaforme CI/CD come **[GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [Jenkins](https://www.jenkins.io/), e [CircleCI](https://circleci.com/)**. La piattaforma fornisce anche un setup CI/CD una tantum per $2.600, che è molto più conveniente rispetto alla tariffa annuale di $6.000 di AppFlow. Questa integrazione semplifica la distribuzione rispettando le normative dell'app store.
-
-Il **sistema di assegnazione utenti** della piattaforma offre agli sviluppatori un controllo preciso sulla distribuzione degli aggiornamenti. Questa funzionalità permette rollout mirati e test beta rimanendo all'interno delle policy dell'app store. Come condiviso da colenso:
-
-> "Abbiamo implementato gli aggiornamenti [Capgo OTA](https://development.capgo.app/) in produzione per la nostra base utenti di +5000. Stiamo vedendo un'operazione molto fluida quasi tutti i nostri utenti sono aggiornati entro minuti dal rilascio dell'OTA su @Capgo."
-
-Ecco una panoramica rapida delle caratteristiche distintive di Capgo:
-
-| Categoria funzionalità | Capacità | Benefici |
-| --- | --- | --- |
-| Sicurezza | Crittografia end-to-end | Mantiene gli aggiornamenti accessibili solo agli utenti autorizzati |
-| Integrazione | Azure DevOps, GitLab, GitHub, Jenkins | Semplifica il processo di distribuzione |
-| Distribuzione | Sistema di assegnazione utenti | Abilita rollout controllati e test |
-| Gestione | Supporto multi-organizzazione | Fornisce controllo dettagliato dei permessi |
-
-Capgo supporta anche la **gestione multi-organizzazione**, permettendo ai team di creare e gestire organizzazioni separate con permessi utente personalizzati. Questo aggiunge un ulteriore livello di controllo ai tuoi flussi di lavoro di aggiornamento.
-
-## 2. Aggiornamenti standard dell'App Store
-
-L'aggiornamento delle app attraverso gli app store tradizionali presenta le proprie sfide. Il processo di revisione richiesto spesso ritarda il tempo tra l'identificazione di un problema e il rilascio di una correzione. Questo costringe gli sviluppatori a raggruppare diverse modifiche in un singolo aggiornamento, rendendo test e distribuzione più complicati. Questi ritardi rendono più difficile risolvere rapidamente i problemi e migliorare continuamente le app, creando la necessità di soluzioni più veloci che rispettino comunque le regole dell'app store.
-
-I team di sviluppo oggi cercano modi per velocizzare gli aggiornamenti rimanendo conformi alle linee guida dell'app store. Strumenti come Capgo forniscono un'opzione, permettendo agli sviluppatori di rilasciare aggiornamenti più volte a settimana - migliorando l'efficienza fino all'81% [\[1\]](https://capgo.app/). Questo mostra come i processi di aggiornamento tradizionali possano ostacolare lo sviluppo agile, aumentando la domanda di strumenti che supportino rilasci rapidi senza infrangere le regole.
-
-Questi cambiamenti nella gestione degli aggiornamenti fanno parte di una tendenza più ampia nel settore. I team mirano a creare flussi di lavoro più veloci e reattivi rispettando comunque gli standard di qualità e sicurezza stabiliti dagli app store.
-
-## 3. Piattaforme OTA alternative
-
-Gli aggiornamenti standard dell'app store possono essere lenti, rendendo le piattaforme OTA alternative un'opzione attraente per aggiornamenti più veloci e conformi. Diverse piattaforme si stanno facendo avanti per soddisfare questa domanda.
-
-App Center di Microsoft ha recentemente interrotto il supporto per gli aggiornamenti live per le app ibride, lasciando gli sviluppatori alla ricerca di nuove soluzioni. Simon Flack ha condiviso la sua prospettiva su questo cambiamento:
-
-> "Stiamo attualmente provando @Capgo dato che Appcenter ha interrotto il supporto agli aggiornamenti live sulle app ibride e @AppFlow è decisamente troppo costoso."
-
-AppFlow di Ionic rimane un'opzione, ma molti sviluppatori criticano il suo alto costo e la funzionalità limitata. A $6.000 all'anno - rispetto ai soliti $300 al mese per gli strumenti CI/CD - è difficile da giustificare per alcuni. LeVar Berry ha espresso le sue frustrazioni:
-
-> "Ho cancellato il mio abbonamento @Appflow dopo 4 anni. Code-Push non sembrava mai funzionare bene, speriamo che @CapGO l'abbia capito."
-
-Per comprendere meglio il panorama, ecco un rapido confronto delle principali piattaforme OTA:
-
-| Piattaforma | Funzionalità chiave | Limitazioni | Struttura dei costi |
-| --- | --- | --- | --- |
-| AppFlow | Integrazione Ionic incorporata | Problemi di funzionalità | $6.000/anno |
-| App Center | Supportato da Microsoft | Nessun supporto per app ibride | Piano gratuito disponibile |
-| Capgo | Crittografia end-to-end; pronto per CI/CD | Ancora in maturazione come piattaforma | ~$300/mese per CI/CD |
-
-Il settore sta chiaramente cercando soluzioni OTA più convenienti e affidabili. Anche il team [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) della NASA ha commentato:
-
-> "@Capgo è un modo intelligente per fare hot code pushes (e non per tutti i soldi del mondo come con @AppFlow) 🙂."
-
-Questi cambiamenti sottolineano la crescente necessità di bilanciare la distribuzione veloce con le regole dell'app store, senza spendere troppo.
-
-## Benefici e limitazioni
-
-Diamo uno sguardo più approfondito ai metodi di aggiornamento OTA, traendo spunti da esempi reali e feedback degli sviluppatori.
-
-| Metodo di aggiornamento | Benefici chiave | Limitazioni notevoli | Impatto sui costi |
-| --- | --- | --- | --- |
-| App Store tradizionale | • Fiducia degli utenti integrata <br>• Conformità garantita <br>• Nessuna infrastruttura extra necessaria | • Lunghi tempi di approvazione <br>• Frequenza di aggiornamento limitata <br>• Maggiore sforzo di sviluppo | Tariffe base dell'app store |
-| Capgo OTA | • Aggiornamenti istantanei <br>• Crittografia end-to-end <br>• Integrazione CI/CD <br>• Controllo sulle assegnazioni utenti | • Sforzo iniziale di setup <br>• Limitazioni specifiche della piattaforma | $2.600 setup + ~$300/mese |
-| AppFlow | • Integrazione Ionic senza problemi <br>• Supporto enterprise <br>• Strumenti completi | • Alta barriera di costo iniziale | $6.000/anno |
-
-Questa tabella evidenzia il bilanciamento tra aggiornamenti OTA rapidi e metodi convenzionali dell'app store. Capgo si distingue offrendo **distribuzioni istantanee** e **forti misure di sicurezza**, affrontando ritardi e rischi comuni legati agli aggiornamenti dell'app store.
-
-L'uso della crittografia end-to-end di Capgo garantisce che gli aggiornamenti siano accessibili solo agli utenti autorizzati, rendendolo un'opzione più sicura rispetto ai metodi tradizionali. Le sue prestazioni dimostrate - con la distribuzione di **947,6 milioni di aggiornamenti** su **1.400 app in produzione** - mostrano la sua affidabilità per progetti su larga scala [\[1\]](https://capgo.app/).
-
-Anche il team OSIRIS-REx della NASA ha elogiato Capgo per il suo approccio conveniente:
-
-> "@Capgo è un modo intelligente per fare hot code pushes (e non per tutti i soldi del mondo come con @AppFlow) 🙂"
-
-Mentre gli aggiornamenti dell'app store possono richiedere settimane per l'approvazione, Capgo permette agli sviluppatori di rilasciare aggiornamenti più volte a settimana, mantenendo agili i cicli di sviluppo. La scelta tra questi metodi dipende dalle esigenze del tuo progetto, dall'esperienza del team e dal budget disponibile.
-
-## Risultati chiave e raccomandazioni
-
-La nostra analisi evidenzia modelli per aggiornamenti OTA efficaci e conformi, offrendo spunti per guidare il tuo processo decisionale nell'adozione di questi metodi.
-
-La scelta della giusta [strategia di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) dipende dalle esigenze specifiche del tuo progetto:
-
-| **Esigenza del progetto** | **Approccio raccomandato** | **Evidenza** |
-| --- | --- | --- |
-| Correzioni bug critici | [Aggiornamenti Capgo OTA](https://console.capgo.app/resend_email) | "Evitare la revisione per bugfix è d'oro." – Bessie Cooper [\[1\]](https://capgo.app/) |
-| Progetti sensibili ai costi | Capgo (integrazione CI/CD a ~$300/mese) | Risparmia costi rispetto ad altre alternative [\[1\]](https://capgo.app/) |
-| Scala enterprise | Ibrido tradizionale + OTA | Oltre 947,6M aggiornamenti riusciti su 1.400 app in produzione [\[1\]](https://capgo.app/) |
-
-Ecco alcune strategie che si basano su questi risultati:
-
--   **[Strategia di aggiornamento ibrida](https://capgo.app/docs/live-updates/update-behavior/)**  
-    Combina gli aggiornamenti dell'app store con gli aggiornamenti OTA per correzioni rapide. Rodrigo Mantica ha enfatizzato questo approccio:
-    
-    > "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" [\[1\]](https://capgo.app/)
-    
--   **Distribuzione orientata alla sicurezza**  
-    Capgo garantisce aggiornamenti sicuri con la sua crittografia end-to-end, rendendolo un'opzione affidabile per le applicazioni aziendali [\[1\]](https://capgo.app/).
-    
--   **Rilasci controllati**  
-    I rilasci graduali sono possibili con la funzione di assegnazione utenti di Capgo. Il team di Colenso ha condiviso la loro esperienza:
-    
-    > "Stiamo osservando un'operazione molto fluida, quasi tutti i nostri utenti sono aggiornati entro pochi minuti dal rilascio dell'OTA su @Capgo." [\[1\]](https://capgo.app/)
-    
-
-Per i team che passano a una nuova piattaforma, Capgo offre un processo di integrazione semplice. Jay (@jaythegeek) ha notato:
-
-> "Ho configurato @Capgo e sto testando questa fantastica alternativa a @AppFlow! Grazie per il duro lavoro, finora è stato facile" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/it/capgo-integration-with-github-actions-guide.md b/src/content/blog/it/capgo-integration-with-github-actions-guide.md
deleted file mode 100644
index 3ded7515c..000000000
--- a/src/content/blog/it/capgo-integration-with-github-actions-guide.md
+++ /dev/null
@@ -1,300 +0,0 @@
----
-slug: capgo-integration-with-github-actions-guide
-title: 'Integrazione di Capgo con GitHub Actions: Guida'
-description: >-
-  Integra Capgo con GitHub Actions per aggiornamenti delle app efficienti,
-  sicuri ed economici, migliorando il tuo flusso di lavoro di sviluppo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-16T02:24:50.565Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d61b378b902ec211cf87e9-1742091902582.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capgo, GitHub Actions, CI/CD, Capacitor apps, deployment, automation, updates,
-  security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-[Capgo](https://capgo.app/) e [GitHub Actions](https://docs.github.com/actions) insieme semplificano il deploy degli aggiornamenti per le app [Capacitor](https://capacitorjs.com/). Ecco perché questa integrazione merita la tua attenzione:
-
--   **Risparmio**: Riduci i costi CI/CD fino a $26.100 in 5 anni rispetto a [AppFlow](https://ionic.io/appflow/).
--   **Aggiornamenti Veloci**: Invia aggiornamenti istantanei con il 95% degli utenti che li ricevono entro 24 ore.
--   **Deployment Sicuri**: La crittografia end-to-end garantisce aggiornamenti sicuri.
--   **Flusso di Lavoro Ottimizzato**: Automatizza build e deployment direttamente nel tuo repository GitHub.
-
-### Panoramica Rapida
-
-1.  **Requisiti**: Account GitHub, [account Capgo](https://capgo.app/disclaimer/) (da $12/mese), progetto Capacitor, [Node.js](https://nodejs.org/en).
-2.  **Configurazione**: Installa [Capgo CLI](https://capgo.app/docs/cli/commands) con `npx @capgo/cli init`, configura GitHub Actions con un workflow YAML.
-3.  **Deployment**: Usa comandi come `npx @capgo/cli deploy` per [automatizzare gli aggiornamenti](https://capgo.app/docs/live-updates/update-behavior/).
-4.  **Testing**: Fai il deploy su canali di test (es. beta, staging) prima della produzione.
-
-**Esempio di Workflow (YAML)**:
-
-```yaml
-name: Capgo Deploy  
-on:  
-  push:  
-    branches:  
-      - main  
-
-jobs:  
-  deploy:  
-    runs-on: ubuntu-latest  
-    steps:  
-      - uses: actions/checkout@v6  
-      - uses: actions/setup-node@v6  
-        with:  
-          node-version: '24'  
-      - name: Install Dependencies  
-        run: npm install  
-      - name: Deploy to Capgo  
-        run: npx @capgo/cli deploy  
-        env:  
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}  
-```
-
-Questa integrazione garantisce aggiornamenti rapidi, sicuri ed economici delle app, rendendola ideale per i team di sviluppo agile.
-
-## Tutorial su [GitHub Actions](https://docs.github.com/actions) - Concetti Base e Pipeline CI/CD
-
-![GitHub Actions](https://mars-images.imgix.net/seobot/screenshots/docs.github.com-90237daad1b336de5d9b7f1a85aa7441-2025-03-16.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/R8_veQiYBjI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisiti di Setup
-
-[L'integrazione di Capgo](https://capgo.app/docs/webapp/) con GitHub Actions richiede la configurazione degli strumenti e delle configurazioni necessarie.
-
-### Strumenti e Account Necessari 
-
-Assicurati di avere pronti i seguenti account e strumenti:
-
-| Requisito | Scopo | Dettagli |
-| --- | --- | --- |
-| **Account GitHub** | Controllo Versione & CI/CD | Account attivo con accesso ai repository |
-| **Account Capgo** | Gestione Aggiornamenti Live | I piani partono da $12/mese per il piano SOLO |
-| **Progetto Capacitor** | Sviluppo App | Un progetto funzionante pronto per l'integrazione |
-| **Node.js** | Ambiente Runtime | Raccomandata l'ultima versione LTS |
-
-Una volta pronti questi elementi, puoi procedere ad aggiungere Capgo al tuo progetto per gli aggiornamenti automatici live.
-
-### Aggiungere [Capgo](https://capgo.app/) al Tuo Progetto
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-16.jpg?auto=compress)
-
-Per integrare Capgo, installalo nel tuo progetto Capacitor usando il suo strumento CLI. Secondo Martin Donadieu, fondatore di Capgo:
-
-> "Esegui npx @capgo/cli init ed è fatto!" [\[1\]](https://capgo.app/)
-
-Questo comando configurerà il plugin e le sue dipendenze richieste.
-
-### Configurazione Repository GitHub
-
-Prepara il tuo repository GitHub per soddisfare i requisiti per l'integrazione CI/CD con Capgo. Come menzionato nella loro documentazione:
-
-> "Configuriamo la tua pipeline CI/CD direttamente nella tua piattaforma preferita, che sia GitHub Actions, GitLab CI o altre. Non ospitiamo CI/CD né ti addebitiamo per mantenerla." [\[1\]](https://capgo.app/)
-
-Capgo offre questa configurazione per una tariffa una tantum di $2.600 e ~$300/mese, che è più conveniente rispetto alla tariffa annuale di $6.000 di AppFlow [\[1\]](https://capgo.app/).
-
-Ecco come configurare il tuo repository:
-
--   **Struttura Repository**: Organizza il tuo repository con directory separate per codice sorgente, asset e file di configurazione per mantenere tutto pulito e gestibile.
--   **Configurazione Ambiente**: Crea ambienti distinti per sviluppo, staging e produzione, assicurando controlli di accesso e misure di sicurezza appropriati.
--   **Gestione Accessi**: Imposta attentamente i permessi del repository per consentire [l'integrazione Capgo](https://capgo.app/consulting/) mantenendo la sicurezza.
-
-Questi passaggi assicureranno che il tuo progetto sia pronto per il workflow GitHub Actions, che verrà descritto nella prossima sezione.
-
-## Configurazione Workflow GitHub Actions
-
-Automatizza i tuoi [deployment Capgo](https://capgo.app/docs/cli/commands/) usando GitHub Actions per ottimizzare il tuo processo CI/CD.
-
-### Creazione del File Workflow
-
-Inizia creando un file YAML nella directory `.github/workflows` del tuo repository. Ecco un esempio:
-
-```yaml
-name: Capgo Deploy
-on:
-  push:
-    branches:
-      - main
-  workflow_dispatch:
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-      - name: Install Dependencies
-        run: npm install
-      - name: Build App
-        run: npm run build
-      - name: Deploy to Capgo
-        run: npx @capgo/cli deploy
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Questa configurazione garantisce deployment sicuri e automatizzati. Una volta configurato il file, scegli i trigger giusti per il tuo workflow.
-
-### Opzioni Trigger Workflow
-
-GitHub Actions ti permette di personalizzare quando i workflow vengono eseguiti. Ecco alcune opzioni di trigger:
-
-| **Tipo Trigger** | **Caso d'Uso** | **Configurazione** |
-| --- | --- | --- |
-| Eventi Push | Deploy su modifiche del codice | Si attiva quando il codice viene pushato su branch specifici |
-| Dispatch Manuale | Aggiornamenti on-demand | Permette di avviare manualmente il workflow |
-| Pianificazione | Release programmate | Esegue deployment a intervalli prestabiliti |
-| Pull Request | Test aggiornamenti | Testa le modifiche prima del merge nei branch principali |
-
-### Gestione Chiavi Segrete 
-
-Per garantire deployment sicuri, devi gestire correttamente le tue chiavi segrete. GitHub Actions offre un sistema crittografato di gestione dei segreti per questo scopo.
-
-**Passaggi per Configurare l'Autenticazione Sicura:**
-
-1.  **Accedi alle Impostazioni Repository**  
-    Vai alle impostazioni del tuo repository e trova la sezione "Secrets and variables" sotto la scheda "Security".
-    
-2.  **Aggiungi [Credenziali Capgo](https://capgo.app/trust/)**  
-    Salva il tuo token di autenticazione Capgo come segreto del repository. Chiamalo `CAPGO_TOKEN`.
-    
-3.  **Riferisci ai Segreti nei Workflow**  
-    Usa i tuoi segreti memorizzati nel workflow riferendoti ad essi così: `${{ secrets.CAPGO_TOKEN }}`.
-    
-
-## Comandi Capgo nei Workflow
-
-Una volta configurato l'ambiente GitHub Actions, puoi automatizzare i deployment integrando i comandi Capgo CLI.
-
-### Installazione Capgo CLI
-
-Aggiungi il seguente step al tuo workflow per installare Capgo CLI:
-
-```yaml
-steps:
-  - name: Install Capgo CLI
-    run: npm install -g @capgo/cli
-  - name: Initialize Capgo
-    run: npx @capgo/cli init
-```
-
-### Autenticazione CLI
-
-Autentica in modo sicuro la CLI usando il `CAPGO_TOKEN`:
-
-```yaml
-- name: Authenticate Capgo CLI
-  run: npx @capgo/cli login
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-### Comandi di Deployment
-
-Ecco i comandi chiave per gestire build, versioning e deployment dei tuoi aggiornamenti:
-
-| Comando | Scopo | Esempio di Utilizzo |
-| --- | --- | --- |
-| `build` | Genera un [bundle pronto per la produzione](https://capgo.app/docs/webapp/bundles/) | `npx @capgo/cli build` |
-| `deploy` | Invia aggiornamenti a Capgo | `npx @capgo/cli deploy` |
-| `version` | Imposta la versione per l'aggiornamento | `npx @capgo/cli version 1.2.0` |
-
-Per automatizzare l'intero processo di deployment, usa i comandi insieme così:
-
-```yaml
-steps:
-  - name: Build and Deploy
-    run: |
-      npx @capgo/cli build
-      npx @capgo/cli version ${{ github.ref_name }}
-      npx @capgo/cli deploy
-    env:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Questa configurazione assicura che i tuoi aggiornamenti vengano automaticamente buildati, versionati e deployati quando il workflow viene eseguito. Il sistema di gestione dei segreti di GitHub mantiene al sicuro le tue credenziali durante tutto il processo.
-
-## Testing e Correzioni
-
-### Esecuzione Workflow di Test
-
-Puoi testare il tuo workflow GitHub Actions usando un [canale di test Capgo](https://capgo.app/docs/plugin/cloud-mode/channel-system/) dedicato. Questo ti permette di validare gli aggiornamenti prima che vadano in produzione.
-
-```yaml
-- name: Test Build Deployment
-  run: |
-    npx @capgo/cli build
-    npx @capgo/cli deploy --channel beta
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Il sistema di canali di Capgo ti aiuta a creare percorsi di deployment separati per diverse fasi:
-
-| Canale | Scopo | Pubblico Target |
-| --- | --- | --- |
-| beta | Test pre-release | Team interno |
-| staging | Validazione QA | Utenti test |
-| production | Deployment live | Tutti gli utenti |
-
-### Soluzioni Errori
-
-Ecco alcuni problemi comuni di integrazione e come risolverli:
-
-1\. **Errori di Autenticazione**
-
-Controlla il CAPGO_TOKEN nei Segreti GitHub. Se è scaduto, rigeneralo per garantire un'autenticazione fluida.
-
-2\. **Errori di Build**
-
-Assicurati che la tua configurazione di build corrisponda ai requisiti del tuo ambiente di deployment.
-
-> "Abbiamo implementato gli aggiornamenti OTA di Capgo in produzione per la nostra base utenti di +5000. Stiamo vedendo un'operazione molto fluida con quasi tutti i nostri utenti aggiornati entro minuti dal deployment OTA su @Capgo." [\[1\]](https://capgo.app/)
-
-3\. **Conflitti di Versione**
-
-Attieniti al versionamento semantico e incrementa correttamente le versioni per prevenire conflitti durante i deployment.
-
-### Suggerimenti per la Manutenzione
-
--   Usa [analytics Capgo](https://capgo.app/dp/) per monitorare i tassi di successo degli aggiornamenti.
--   Abilita i rollback automatici per aggiornamenti che potrebbero causare problemi.
--   Testa le pull request (PR) usando i selettori di canale per un migliore controllo.
--   Mantieni aggiornato il tuo workflow con gli ultimi comandi Capgo CLI.
-
-Per deployment ad alta priorità, sfrutta il tracking degli errori di Capgo per individuare potenziali problemi in anticipo. Se qualcosa va storto, la funzione di rollback ti permette di tornare rapidamente a una versione stabile, minimizzando le interruzioni. Queste pratiche aiuteranno a mantenere fluidi i tuoi deployment mentre ti avvicini alla produzione.
-
-## Conclusione
-
-### Punti Chiave
-
-L'integrazione di Capgo con GitHub Actions semplifica il processo di deployment per le [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), portando importanti benefici ai team di sviluppo. Con un tasso di successo globale dell'82% per gli aggiornamenti e il 95% degli utenti attivi che ricevono aggiornamenti entro 24 ore [\[1\]](https://capgo.app/), questa soluzione si distingue per la sua efficienza.
-
-Ecco alcune caratteristiche di spicco:
-
--   **Workflow Automatizzati**: Configurando i workflow direttamente in GitHub Actions, non c'è bisogno di hosting CI/CD esterno. Questo approccio riduce i costi operativi, risparmiando circa $26.100 in cinque anni rispetto ad alternative come AppFlow [\[1\]](https://capgo.app/).
--   **Deployment Veloce**: Gli aggiornamenti possono essere inviati istantaneamente, bypassando i ritardi degli app store.
--   **Sicurezza Forte**: La crittografia end-to-end garantisce che gli aggiornamenti vengano consegnati in modo sicuro, mentre il sistema di canali di Capgo permette rollout controllati e graduali.
-
-Queste caratteristiche aprono la strada a soluzioni più personalizzate e prestazioni migliorate, esplorate ulteriormente di seguito.
-
-### Strategie Avanzate
-
-Per ottenere il massimo dalla tua integrazione tra Capgo e GitHub Actions, esplora queste tattiche avanzate:
-
--   **Flussi di lavoro API personalizzati**: Utilizza l'API pubblica di Capgo per progettare flussi di lavoro di distribuzione che si adattano alle esigenze specifiche del tuo team. Questo può abilitare esperienze white-label e un'integrazione perfetta con i tuoi strumenti attuali [\[1\]](https://capgo.app/).
--   **[Rilasci basati su canali](https://capgo.app/docs/webapp/channels/)**: Ottimizza il tuo processo di distribuzione utilizzando le funzionalità dei canali di Capgo per aggiornamenti controllati e graduali.
--   **Prestazioni ottimizzate**: Utilizza gli aggiornamenti parziali di Capgo per ridurre l'utilizzo della larghezza di banda e velocizzare gli aggiornamenti. Con 23,5 milioni di aggiornamenti distribuiti su 750 app in produzione [\[1\]](https://capgo.app/), il sistema ha dimostrato la sua capacità di gestire richieste su larga scala.
-
-Per risultati ancora migliori, considera l'utilizzo delle opzioni di self-hosting di Capgo o le configurazioni API personalizzate. Controlla le sezioni precedenti per istruzioni dettagliate su configurazione e test per implementare completamente queste strategie.
diff --git a/src/content/blog/it/capgo-purpose.md b/src/content/blog/it/capgo-purpose.md
deleted file mode 100644
index b77389ada..000000000
--- a/src/content/blog/it/capgo-purpose.md
+++ /dev/null
@@ -1,74 +0,0 @@
----
-slug: capgo-purpose
-title: Scopo di Capgo
-description: >-
-  L'articolo del blog dovrebbe essere descritto come una guida completa per gli
-  sviluppatori su come utilizzare Capgo per gestire gli aggiornamenti e i test
-  delle app Capacitor
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-10T00:00:00.000Z
-updated_at: 2023-09-10T00:00:00.000Z
-head_image: /capgo_banner.webp
-head_image_alt: banner di capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: SOLUTION
-published: true
-locale: it
-next_blog: ''
----
-## Panoramica
-
-Capgo è una piattaforma cloud che può aiutare gli sviluppatori a semplificare il processo di sviluppo delle app Capacitor facilitando la gestione degli aggiornamenti OTA e dei test. In questo articolo del blog, tratteremo tutte le funzionalità e i vantaggi principali di Capgo, oltre a come utilizzarlo per distribuire aggiornamenti, creare test, gestire utenti e gestire configurazioni. Discuteremo anche dei casi d'uso e dei prezzi di Capgo.
-
-Alla fine di questo articolo, avrai una profonda comprensione di come Capgo può aiutarti a migliorare il processo di sviluppo delle tue app Capacitor e fornire app migliori ai tuoi utenti.
-
-## Caratteristiche
-
-Capgo offre una varietà di funzionalità che semplificano la gestione degli aggiornamenti e dei test delle app Capacitor, tra cui:
-
-* Aggiornamenti OTA: Capgo facilita la distribuzione degli aggiornamenti sui dispositivi degli utenti senza dover reinstallare l'app. Puoi semplicemente creare una nuova release in Capgo e caricare il pacchetto di aggiornamento. Capgo distribuirà poi automaticamente l'aggiornamento sui dispositivi degli utenti.
-
-* Testing: Capgo ti permette di creare ed eseguire test sulla tua app prima di distribuirla in produzione. Questo può aiutarti a individuare bug precocemente e assicurarti che la tua app funzioni correttamente.
-
-* Integrazione: Capgo può essere facilmente integrato con la tua pipeline CI/CD. Questo ti permette di automatizzare la distribuzione degli aggiornamenti e dei test.
-
-* Gestione utenti: Capgo ti permette di assegnare utenti a diversi gruppi e controllare chi può ricevere gli aggiornamenti. Questo può essere utile per il beta testing o per distribuire aggiornamenti a un gruppo specifico di utenti.
-Gestione della configurazione: Capgo ti permette di gestire tutte le tue configurazioni in una posizione centrale. Questo può rendere più facile tenere traccia delle modifiche e assicurarsi che tutti i dispositivi utilizzino la stessa configurazione.
-
-## Vantaggi
-
-**Processi Aziendali Semplificati:**
-
-Capgo semplifica i flussi di lavoro utilizzando Live Update CapacitorJS e Ionic. Gli aggiornamenti in tempo reale garantiscono funzionalità e sicurezza attuali, eliminando i tempi di inattività durante gli aggiornamenti e facilitando l'integrazione del sistema per una maggiore efficienza.
-
-**Collaborazione Migliorata:**
-
-Le funzionalità di gestione del team di Capgo, combinate con Live Update CapacitorJS e Ionic, facilitano la collaborazione, la gestione dei progetti, il monitoraggio delle attività e la comunicazione. Gli aggiornamenti in tempo reale mantengono tutti informati e consentono risposte rapide.
-
-**Analisi in Tempo Reale:**
-
-Capgo si integra con live update CapacitorJS e Ionic per fornire analisi dei dati in tempo reale. Le dashboard personalizzate mostrano metriche aziendali vitali, consentendo un processo decisionale proattivo e approfondimenti sul comportamento dei clienti.
-
-**Produttività Aumentata:**
-
-Capgo ottimizza la gestione del tempo e la prioritizzazione delle attività attraverso live update CapacitorJS e Ionic. Offre programmazione in tempo reale, promemoria e notifiche, insieme all'organizzazione delle attività basata su importanza e urgenza, risultando in una maggiore produttività.
-
-**Estensione Funzionale Senza Soluzione di Continuità:**
-
-Capgo rivoluziona lo sviluppo web abilitando gli aggiornamenti in tempo reale, risparmiando tempo e sforzo agli sviluppatori. Elimina i processi complessi di ridistribuzione, promuove l'agilità e la reattività al feedback degli utenti, risultando in efficienza dei costi e miglioramento della soddisfazione degli utenti.
-
-**Casi d'Uso Reali:**
-
-La versatilità di Capgo brilla in scenari pratici. Migliora l'esperienza utente e le prestazioni nell'e-commerce, negli strumenti collaborativi, nell'integrazione dei social media, negli aggregatori di notizie e nelle piattaforme di apprendimento online. Gli aggiornamenti in tempo reale mantengono gli utenti coinvolti e soddisfatti.
-
-**Abbracciare lo Sviluppo Agile:**
-
-Gli sviluppatori web possono abbracciare le pratiche agili con Capgo. Le migliori pratiche includono la pianificazione per l'iterazione, test approfonditi, raccolta continua del feedback degli utenti, monitoraggio delle prestazioni, collaborazione efficace e mantenimento dell'aggiornamento con le funzionalità e le best practice in evoluzione di Capgo.
-
-## Conclusione
-
-In conclusione, Capgo è una piattaforma potente che offre una gamma di vantaggi per maker e imprenditori. La sua integrazione con live update capacitorjs e ionic fornisce aggiornamenti in tempo reale, flussi di lavoro semplificati, collaborazione migliorata, analisi in tempo reale e maggiore produttività. Con Capgo, puoi dare vita alle tue idee, gestire i tuoi progetti in modo efficiente e prendere decisioni aziendali informate.
diff --git a/src/content/blog/it/checklist-for-google-play-ota-compliance.md b/src/content/blog/it/checklist-for-google-play-ota-compliance.md
deleted file mode 100644
index bd1a3e05f..000000000
--- a/src/content/blog/it/checklist-for-google-play-ota-compliance.md
+++ /dev/null
@@ -1,229 +0,0 @@
----
-slug: checklist-for-google-play-ota-compliance
-title: Checklist per la Conformità OTA di Google Play
-description: >-
-  Assicurati che gli aggiornamenti Over-The-Air della tua app rispettino la
-  conformità di Google Play con le migliori pratiche in termini di sicurezza,
-  controllo delle versioni e comunicazione con gli utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:16:07.896Z
-updated_at: 2025-04-01T03:16:19.769Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae-1743477379769.jpg
-head_image_alt: Sviluppo mobile
-keywords: >-
-  OTA updates, Google Play compliance, security, version control, user
-  communication, app updates, testing, performance metrics
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-
-**Gli aggiornamenti Over-The-Air (OTA)** permettono di distribuire modifiche direttamente agli utenti, evitando le revisioni degli store. Ma per rimanere conformi alle politiche di Google Play, è necessario seguire regole rigorose per sicurezza, trasparenza e qualità. Ecco una rapida panoramica:
-
--   **Sicurezza**: Utilizzare la crittografia end-to-end e firmare i pacchetti di aggiornamento per proteggere i dati degli utenti
--   **Controllo Versioni**: Tracciare gli aggiornamenti con versionamento semantico, includere opzioni di rollback e documentare le modifiche
--   **Comunicazione Utenti**: Notificare gli utenti sugli aggiornamenti, chiarire le modifiche e rispettare i permessi per le approvazioni manuali
--   **Testing**: Testare gli aggiornamenti per funzionalità, compatibilità e sicurezza prima del rilascio
--   **Rollout Graduali**: Iniziare in piccolo (5-10% degli utenti), monitorare le prestazioni e scalare gradualmente
--   **Metriche di Performance**: Puntare a un tasso di successo degli aggiornamenti >98%
-
-## Creazione dei Pacchetti di Aggiornamento
-
-I pacchetti di aggiornamento OTA devono allinearsi agli standard di sicurezza e controllo versione di Google Play. Questo garantisce che gli aggiornamenti funzionino correttamente e proteggano i dati degli utenti. Di seguito le linee guida principali per il controllo versione e la sicurezza.
-
-### Standard di Controllo Versione
-
-Il controllo versione per gli aggiornamenti OTA richiede un'organizzazione chiara e una documentazione accurata. Ogni pacchetto di aggiornamento dovrebbe includere:
-
--   **ID versione univoco**: Utilizzare il versionamento semantico (es. 2.1.3) per tenere traccia delle modifiche
--   **Manifesto delle modifiche**: Elencare in dettaglio tutte le modifiche e le correzioni
--   **Marcatori di compatibilità**: Specificare le versioni dell'app e i dispositivi supportati dall'aggiornamento
--   **Informazioni di rollback**: Includere riferimenti alle versioni precedenti per consentire un ripristino sicuro se necessario
-
-Questo livello di documentazione rende molto più semplice la risoluzione dei problemi.
-
-### Requisiti di Sicurezza
-
-Misure di sicurezza robuste sono fondamentali per gli aggiornamenti OTA per soddisfare gli standard di Google Play. Due pratiche essenziali includono l'uso della crittografia end-to-end e la firma dei pacchetti di aggiornamento.
-
-Come spiega il team di sviluppo di Capgo, _"L'unica soluzione con vera crittografia end-to-end, gli altri si limitano a firmare gli aggiornamenti"_ [\[1\]](https://capgo.app/). Audit di sicurezza regolari e l'aderenza alle migliori pratiche del settore aiutano a garantire che gli aggiornamenti rimangano sicuri e affidabili.
-
-## Sicurezza nella Distribuzione degli Aggiornamenti
-
-Queste misure aiutano a proteggere i dati degli utenti e garantire che gli aggiornamenti rimangano stabili. Implementando protocolli di sicurezza rigorosi, puoi soddisfare gli standard di Google Play e fornire aggiornamenti affidabili.
-
-### Metodi di Protezione Dati
-
-La crittografia è fondamentale per una distribuzione OTA sicura. L'approccio più affidabile è la **crittografia end-to-end**, che protegge i pacchetti di aggiornamento durante l'intero processo di trasmissione. La semplice firma degli aggiornamenti non è sufficiente - la crittografia end-to-end garantisce che solo i tuoi utenti possano accedere agli aggiornamenti.
-
-> "Crittografia end-to-end. Solo i tuoi utenti possono decrittare i tuoi aggiornamenti, nessun altro" [\[1\]](https://capgo.app/)
-
-Abbina la crittografia a solide strategie di recupero per mantenere un servizio senza interruzioni.
-
-### Opzioni di Recupero Aggiornamenti
-
-Un solido sistema di recupero minimizza l'impatto dei fallimenti degli aggiornamenti e mantiene le app stabili. Includere funzionalità di rollback automatico e mantenere archivi delle recenti versioni stabili per correzioni rapide.
-
-| Componente di Recupero | Scopo | Priorità |
-| --- | --- | --- |
-| Meccanismo di Rollback | Ripristinare la versione precedente | Critica |
-| Archivio Versioni | Mantenere versioni di backup | Alta |
-
-Insieme, questi strumenti creano un processo di aggiornamento sicuro ed efficiente che salvaguarda sia la conformità che l'esperienza utente.
-
-## Standard di Comunicazione con gli Utenti
-
-Una comunicazione chiara ed efficace con gli utenti svolge un ruolo chiave nel garantire la conformità con i requisiti di Google Play per gli aggiornamenti.
-
-### Avvisi di Aggiornamento
-
-Google Play richiede notifiche chiare per gli aggiornamenti in sospeso per mantenere gli utenti informati e garantire la conformità.| Tipo di Avviso | Scopo | Implementazione |
-| --- | --- | --- |
-| Aggiornamenti in Background | Installazione automatica degli aggiornamenti | Notifica silenziosa dopo il completamento |
-| Aggiornamenti delle Funzionalità | Notifica agli utenti di modifiche importanti | Notifica in-app prima dell'aggiornamento |
-| Aggiornamenti di Sicurezza | Informare gli utenti su correzioni critiche | Notifica ad alta priorità con dettagli |
-
-### Requisiti di Autorizzazione
-
-Diversi tipi di aggiornamenti over-the-air (OTA) richiedono livelli specifici di autorizzazioni utente:
-
-**[Aggiornamenti Automatici](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**
-
-- Utilizzati per piccole patch e correzioni minori
-- Nessuna azione richiesta dall'utente [\[1\]](https://capgo.app/)
-
-**Approvazione Manuale**
-
-- Raccomandata per aggiornamenti maggiori con nuove funzionalità
-- Permette agli utenti di decidere quando installare
-- Deve includere una chiara spiegazione delle modifiche
-
-Questi livelli di autorizzazione assicurano che gli utenti rimangano informati mantenendo il controllo sugli aggiornamenti significativi
-
-### Documentazione degli Aggiornamenti
-
-Fornire sempre note di aggiornamento brevi e chiare che includano dettagli essenziali come numeri di versione, correzioni di sicurezza, modifiche alle funzionalità e bug risolti. Per i test beta o i rilasci graduali, utilizzare canali dedicati per raccogliere feedback iniziali
-
-**Dettagli Chiave da Includere:**
-
-- Numero di versione
-- Aggiornamenti di sicurezza
-- Modifiche alle funzionalità
-- Correzioni di bug
-
-> "Crittografia end-to-end. Solo i tuoi utenti possono decrittare i tuoi aggiornamenti, nessun altro" [\[1\]](https://capgo.app/)
-
-Questo approccio mantiene gli utenti informati e garantisce che gli aggiornamenti siano efficienti e conformi agli standard di Google Play
-
-## Passaggi per il Controllo Qualità
-
-Una volta distribuiti gli aggiornamenti in modo sicuro, un controllo qualità approfondito garantisce che funzionino come previsto. Questi passaggi si basano sulle precedenti misure di sicurezza e comunicazione per garantire che gli aggiornamenti funzionino senza problemi
-
-### Requisiti di Test
-
-Gli aggiornamenti OTA dovrebbero essere testati in diverse aree chiave:
-
-| Tipo di Test | Scopo | Controlli Chiave |
-| --- | --- | --- |
-| Funzionalità | Verifica funzioni principali | Avvio app, flussi di lavoro critici, gestione dati |
-| Rete | Test connettività | Prestazioni in varie condizioni di rete |
-| Dispositivo | Garantire compatibilità | Diverse versioni Android, dimensioni schermo |
-| Sicurezza | Controllo protezione | Integrità crittografia, trasmissione dati sicura |
-
-L'automazione di questi test aiuta a mantenere la coerenza e riduce la possibilità di errori
-
-### Processo di Rilascio Graduale
-
-Distribuire gli aggiornamenti gradualmente, partendo in piccolo ed espandendo man mano che si conferma la stabilità:
-
-1. **Rilascio Iniziale**: Distribuzione al 5-10% degli utenti
-2. **Periodo di Monitoraggio**: Osservare le prestazioni per 24-48 ore
-3. **Fase di Espansione**: Aumentare la distribuzione in incrementi del 20%
-4. **Rilascio Completo**: Distribuire a tutti gli utenti dopo aver confermato la stabilità
-
-> "Abbiamo distribuito gli aggiornamenti OTA di Capgo in produzione per la nostra base utenti di +5000. Stiamo vedendo un'operazione molto fluida, quasi tutti i nostri utenti sono aggiornati entro minuti dal rilascio dell'OTA su @Capgo" - colenso, @colenso [\[1\]](https://capgo.app/)
-
-### Monitoraggio delle Prestazioni
-
-Monitorare queste metriche chiave durante e dopo il rilascio:
-
-| Metrica | Obiettivo | Soglia di Azione |
-| --- | --- | --- |
-| Tasso di Successo Aggiornamenti | >98% | >1 minuto richiede ottimizzazione |
-| Tasso di Crash App | >0.5% avvia il rollback |
-| Utilizzo Rete | >10MB necessita ottimizzazione pacchetto |
-
-Gli strumenti di analisi e tracciamento errori sono essenziali per identificare e risolvere rapidamente i problemi. Le funzionalità di rollback istantaneo sono cruciali per mantenere la qualità del servizio in caso di problemi
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-Per i test beta e i rilasci graduali, utilizzare sistemi di canali per indirizzare gruppi specifici di utenti con versioni diverse. Questo approccio controllato garantisce test approfonditi mantenendo la conformità con i requisiti del Google Play Store
-
-## Strumenti di Conformità [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae/574f3a2cd27791454624262312a6c223).jpg)
-
-Capgo si basa su protocolli di aggiornamento e sicurezza rigorosi per fornire strumenti progettati per la conformità. Con oltre 235 milioni di aggiornamenti distribuiti su 750 app in produzione [\[1\]](https://capgo.app/), Capgo garantisce aggiornamenti fluidi rispettando gli standard chiave. Questi strumenti si basano su principi come il controllo versione, la sicurezza e la garanzia della qualità.
-
-### Funzionalità di Sicurezza
-
-Capgo incorpora funzionalità di sicurezza avanzate per soddisfare i requisiti di Google Play:
-
-| **Funzionalità di Sicurezza** | **Implementazione** | **Beneficio di Conformità** |
-| --- | --- | --- |
-| Crittografia End-to-End | Vera crittografia, non solo firma | Protegge gli aggiornamenti da manomissioni |
-| CDN Sicuro | Distribuzione globale in 114ms | Distribuisce aggiornamenti rapidamente e in modo affidabile |
-| Controllo Versione | Rollback con un clic | Garantisce stabilità per soddisfare gli standard del Play Store |
-
-### Integrazione nello Sviluppo
-
-Capgo si integra facilmente nei flussi di lavoro di sviluppo esistenti rispettando le regole di conformità di Google Play:
-
-| **Tipo di Integrazione** | **Funzionalità** | **Aspetto di Conformità** |
-| --- | --- | --- |
-| Pipeline CI/CD | Supporta [GitHub Actions](https://docsgithubcom/actions), [GitLab CI](https://docsgitlabcom/ee/ci/), [Jenkins](https://wwwjenkinsio/) | Automatizza i controlli di conformità |
-| Strumenti CLI | Deployment con un comando | Standardizza il processo di aggiornamento |
-| Accesso API | API pubblica per configurazioni personalizzate | Offre gestione flessibile della conformità |
-| [Sistema di Canali](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Test beta e rollout graduali | Permette rilasci controllati degli aggiornamenti |
-
-L'integrazione CI/CD è disponibile a circa 300€ al mese
-
-### Gestione degli Aggiornamenti
-
-Capgo fornisce strumenti per gestire efficacemente gli aggiornamenti allineandosi agli standard di conformità di Google Play:
-
-| **Strumento di Gestione** | **Metrica di Successo** | **Impatto sulla Conformità** |
-| --- | --- | --- |
-| Dashboard Analytics | 95% di adozione aggiornamenti entro 24 ore | Monitora i tassi di adozione utenti |
-| Tracciamento Errori | 82% tasso di successo globale | Traccia la stabilità degli aggiornamenti |
-| Aggiornamenti Parziali | Dimensione media bundle di 5MB | Migliora l'efficienza di consegna |
-| Controlli Organizzativi | Permessi granulari | Protegge l'autorità di aggiornamento |
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo offre anche opzioni di hosting flessibili, incluse soluzioni cloud e self-hosted. Queste opzioni permettono alle organizzazioni di mantenere il controllo sulla loro infrastruttura di aggiornamento rispettando gli standard di sicurezza di Google Play. Funzionalità come il monitoraggio in tempo reale e il rollback istantaneo aiutano a raggiungere il benchmark del 82% di tasso di successo globale.
-
-## Riepilogo
-
-### Revisione Checklist
-
-Soddisfare la conformità OTA di Google Play richiede attenzione alla sicurezza, controllo versione, gestione utenti e garanzia della qualità. Ecco una suddivisione:
-
-| Area di Conformità | Requisiti Chiave | Metriche di Successo |
-| --- | --- | --- |
-| **Sicurezza** | Crittografia end-to-end | 82% tasso di successo globale |
-| **Controllo Versione** | Capacità di rollback, rilasci graduali | 95% adozione aggiornamenti in 24 ore |
-| **Gestione Utenti** | Controlli permessi, avvisi aggiornamento | 235M aggiornamenti distribuiti con successo |
-| **Garanzia Qualità** | Protocolli di test, monitoraggio prestazioni | 750+ app in produzione conformi |
-
-Rimanere al passo con questi requisiti aiuta a evitare rifiuti e garantisce operazioni fluide delle app.
-
-### Utilizzo di Capgo
-
-Capgo fornisce strumenti progettati per semplificare la conformità agli standard di Google Play. Con le sue funzionalità, gli sviluppatori possono gestire milioni di aggiornamenti su varie app senza problemi [\[1\]](https://capgo.app/)
-
-> "Capgo è essenziale per gli sviluppatori - permettendo correzioni di bug senza revisione dello store" [\[1\]](https://capgo
\ No newline at end of file
diff --git a/src/content/blog/it/checklist-for-ota-updates-under-australias-privacy-act.md b/src/content/blog/it/checklist-for-ota-updates-under-australias-privacy-act.md
deleted file mode 100644
index d63d7f131..000000000
--- a/src/content/blog/it/checklist-for-ota-updates-under-australias-privacy-act.md
+++ /dev/null
@@ -1,241 +0,0 @@
----
-slug: checklist-for-ota-updates-under-australias-privacy-act
-title: Checklist per aggiornamenti OTA secondo la legge sulla privacy australiana
-description: >-
-  Assicurati che i tuoi aggiornamenti OTA siano conformi al Privacy Act
-  australiano implementando solide misure di sicurezza dei dati e privacy degli
-  utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T12:19:39.963Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800eb6a28980901df1efb7c-1744892450543.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, Privacy Act, data security, user privacy, end-to-end encryption,
-  compliance, update management
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Distribuite aggiornamenti OTA (Over-The-Air)? Devi soddisfare i requisiti del [Privacy Act](https://en.wikipedia.org/wiki/Privacy_Act_1988) australiano per proteggere i dati degli utenti ed evitare sanzioni.**
-
-Ecco cosa devi sapere:
-
--   **Sicurezza dei Dati**: Utilizza la crittografia end-to-end per gli aggiornamenti.
--   **Privacy dell'Utente**: Proteggi le informazioni personali e rendi anonimi i dati analytics.
--   **Controllo degli Aggiornamenti**: Implementa opzioni di rollback e tracciamento sicuro delle versioni.
--   **Diritti dell'Utente**: Consenti agli utenti di gestire gli aggiornamenti, visualizzare i dati memorizzati e disattivare quando possibile.
-
-**Passaggi Chiave per la Conformità**:
-
-1.  Crittografa tutti i pacchetti di aggiornamento e rendi sicuri i canali di distribuzione.
-2.  Monitora le prestazioni degli aggiornamenti e risolvi rapidamente i problemi.
-3.  Offri strumenti per il controllo degli aggiornamenti e dei dati da parte degli utenti.
-
-**Confronto Rapido delle Piattaforme OTA**:
-
-| **Funzionalità** | **[Capgo](https://capgo.app/)** | **Altri** |
-| --- | --- | --- |
-| Crittografia end-to-end | ✅ Sì | ❌ Spesso assente |
-| Meccanismi di rollback | ✅ Supportati | ⚠️ Limitati |
-| Flessibilità di hosting | ✅ Cloud/Self-hosted | ⚠️ Principalmente cloud |
-| Strumenti di conformità | ✅ Integrati | ⚠️ Variabile |
-
-## Regole del [Privacy Act](https://en.wikipedia.org/wiki/Privacy_Act_1988) per gli Aggiornamenti OTA
-
-### Gestione dei Dati Personali
-
-Il Privacy Act impone linee guida rigorose per la gestione dei dati personali raccolti attraverso gli aggiornamenti OTA. Gli sviluppatori devono dare priorità alla gestione sicura dei dati per proteggere la privacy degli utenti mantenendo le funzioni di aggiornamento necessarie.
-
-| Tipo di Dati | Protezione Richiesta |
-| --- | --- |
-| Identificatori del Dispositivo | Crittografia end-to-end |
-| Analytics degli Aggiornamenti | Tracciamento anonimizzato |
-| Log degli Errori | Raccolta dati minima |
-| Cronologia Versioni | Archiviazione sicura |
-
-Capgo garantisce che i dati sensibili rimangano protetti durante gli aggiornamenti OTA utilizzando la crittografia end-to-end.
-
-> "L'unica soluzione con vera crittografia end-to-end, gli altri si limitano a firmare gli aggiornamenti" - Capgo [\[1\]](https://capgo.app/)
-
-### Standard di Protezione dei Dati
-
-Solide pratiche di gestione dei dati sono supportate da misure tecniche per garantire la sicurezza e l'affidabilità degli aggiornamenti.
-
-**Distribuzione Sicura degli Aggiornamenti**
-
--   Utilizza la crittografia end-to-end per tutti i pacchetti di aggiornamento.
--   Impiega aggiornamenti differenziali per minimizzare il trasferimento dati.
--   Proteggi i canali di distribuzione degli aggiornamenti da accessi non autorizzati.
--   Esegui controlli di integrità per verificare gli aggiornamenti.
-
-**Monitoraggio degli Aggiornamenti**
-
--   Monitora i tassi di successo degli aggiornamenti.
--   Identifica e segnala eventuali errori durante il processo di aggiornamento.
--   Mantieni il controllo sulle cronologie delle versioni.
--   Supporta opzioni di rollback automatico per aggiornamenti falliti.
-
-### Diritti sui Dati degli Utenti
-
-La conformità al Privacy Act comporta anche una chiara comunicazione dei diritti degli utenti e l'offerta di strumenti per gestire i loro dati.
-
-**Diritti di Accesso**
-
--   Condividi documentazione chiara sui dati raccolti e sulle cronologie degli aggiornamenti.
--   Permetti agli utenti di visualizzare le informazioni del dispositivo memorizzate.
-
-**Misure di Controllo**
-
--   Consenti agli utenti di rifiutare aggiornamenti non essenziali.
--   Fornisci opzioni per programmare gli aggiornamenti in momenti convenienti.
--   Permetti agli utenti di tornare a versioni precedenti dell'app.
--   Offri la possibilità di eliminare i dati memorizzati quando un'app viene disinstallata.
-
-## Checklist per Aggiornamenti OTA
-
-### Prima del Rilascio dell'Aggiornamento
-
-Assicurati che queste misure di sicurezza chiave siano in atto prima di rilasciare l'aggiornamento:
-
-| **Controllo Pre-Rilascio** | **Azione Necessaria** | **Come Verificare** |
-| --- | --- | --- |
-| Verifica Crittografia | Assicurati che i pacchetti di aggiornamento utilizzino la crittografia end-to-end | Conduci una revisione tecnica |
-| Meccanismo di Rollback | Controlla la funzionalità di rollback per ripristinare istantaneamente le versioni precedenti | Esegui test QA |
-
-Una volta completati questi controlli pre-rilascio, procedi con pratiche sicure durante il processo di aggiornamento.
-
-### Protezione del Processo di Aggiornamento
-
--   Usa la crittografia end-to-end per tutti i pacchetti di aggiornamento OTA.
--   Abilita l'analytics per monitorare i progressi dell'aggiornamento e identificare rapidamente eventuali errori.
-
-### Dopo il Rilascio dell'Aggiornamento
-
-Monitora le prestazioni dell'aggiornamento attraverso l'analytics. Se emergono problemi, utilizza immediatamente misure di rollback per risolverli.
-
-Il monitoraggio costante e l'azione rapida sono cruciali per mantenere la sicurezza e rimanere conformi.
-
-## Parte 1 - Quadro legale australiano per la sicurezza e la privacy dei dati
-
-<iframe src="https://www.youtube.com/embed/mNR3VJXK3ss" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisiti del Mercato Australiano
-
-Le organizzazioni che operano in Australia devono affrontare sia protocolli rigorosi di sicurezza dei dati che specifiche normative regionali o internazionali.
-
-### Chi Deve Conformarsi
-
-Le organizzazioni che distribuiscono aggiornamenti OTA sono tenute a soddisfare gli obblighi delineati nel Privacy Act australiano. Mentre tutte le organizzazioni devono aderire a queste regole, quelle che gestiscono dati sensibili o lavorano in settori critici sono sottoposte a un controllo più rigoroso. I dispositivi IoT hanno il proprio set di linee guida di conformità personalizzate che devono essere seguite.
-
-### Linee Guida IoT
-
--   Distribuisci patch rapidamente e fornisci una comunicazione chiara sui processi di aggiornamento.
--   Includi il consenso dell'utente nei sistemi di aggiornamento automatico.
--   Privilegia l'elaborazione locale dei dati rispetto alle soluzioni basate su cloud quando possibile.
-
-Per coloro che sono coinvolti nelle infrastrutture critiche, potrebbero applicarsi requisiti aggiuntivi previsti da altri quadri legislativi.
-
-### Regole Internazionali sui Dati
-
-I trasferimenti globali di dati introducono ulteriori obblighi, tra cui:
-
--   Dichiarare chiaramente le ubicazioni dei server.
--   Garantire la protezione della sovranità dei dati.
--   Condurre valutazioni d'impatto sulla privacy.
--   Stabilire garanzie contrattuali.
-
-Gli sviluppatori devono implementare controlli per mantenere i dati sensibili all'interno delle giurisdizioni approvate mantenendo la trasparenza su come vengono elaborati.
-
-Capgo supporta questi requisiti offrendo soluzioni di aggiornamento in tempo reale con forte crittografia e opzioni per la localizzazione del server, garantendo una gestione dei dati sicura e conforme.
-
-## Confronto Piattaforme OTA
-
-Ecco un confronto delle piattaforme OTA, considerando le esigenze di conformità e i recenti cambiamenti del mercato. In particolare, Microsoft Code Push chiuderà nel 2024 e Ionic Appflow chiuderà nel 2026.
-
-### Funzionalità di Sicurezza
-
-Quando si garantisce la conformità al Privacy Act, queste funzionalità di sicurezza sono fondamentali:
-
-| Funzionalità | Implementazione | Rilevanza Privacy Act |
-| --- | --- | --- |
-| **[Crittografia Aggiornamenti](https://capgo.app/docs/cli/migrations/encryption/)** | Crittografia end-to-end | Protegge i dati sensibili |
-| **Firma Aggiornamenti** | Firme crittografiche | Verifica l'integrità degli aggiornamenti |
-| **Gestione Utenti** | Permessi granulari | Controlla i livelli di accesso |
-| **Opzioni di Hosting** | Cloud/Self-hosted | Garantisce la sovranità dei dati |
-
-Capgo offre crittografia end-to-end e raggiunge un tasso di successo degli aggiornamenti dell'82% [\[1\]](https://capgo.app/). Queste funzionalità sono essenziali per proteggere i dati e garantire la conformità.
-
-### Analisi dei Costi
-
-Ecco una ripartizione dei costi per diverse soluzioni OTA:
-
--   **Setup CI/CD standard**: 300$/mese
--   **Soluzioni enterprise (es. Appflow)**: 6.000$/anno
--   **Setup CI/CD una tantum con Capgo**: 2.600$
-
-Mentre il costo è un fattore, la struttura della piattaforma influisce anche sulla conformità e l'efficienza.
-
-### Tipi di Piattaforme
-
-Diversi tipi di piattaforme soddisfano varie esigenze di conformità:
-
-**Piattaforme Open-Source**
-
--   Permettono audit del codice per trasparenza e personalizzazione
--   Offrono opzioni di self-hosting per un maggiore controllo dei dati
--   Forniscono flessibilità per soddisfare specifiche esigenze di conformità
-
-**Soluzioni Cloud**
-
--   Forniscono aggiornamenti regolari di conformità e patch di sicurezza
--   Includono strumenti di monitoraggio integrati
--   Seguono protocolli di sicurezza standard
-
-Le prestazioni possono variare tra questi tipi di piattaforme, quindi è importante sceglierne una che si allinei con i requisiti del Privacy Act.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Le organizzazioni dovrebbero valutare attentamente questi fattori per soddisfare efficacemente i loro obblighi di sicurezza e conformità.
-
-## Prossimi Passi
-
-### Punti Principali
-
-Per garantire che gli aggiornamenti OTA siano conformi al Privacy Act, è fondamentale utilizzare la **crittografia end-to-end** e mantenere una **distribuzione controllata**.
-
-Ecco un riepilogo rapido dei requisiti chiave di conformità:
-
-| Requisito | Strategia di Implementazione | Impatto |
-| --- | --- | --- |
-| Protezione Dati | Crittografia end-to-end | Blocca accessi non autorizzati |
-| Controllo Aggiornamenti | Distribuzione basata su canali | Permette rollout graduali |
-| Gestione Errori | Monitoraggio in tempo reale | Aiuta a risolvere rapidamente i problemi |
-| Flessibilità Hosting | Opzioni cloud o self-hosted | Supporta la sovranità dei dati |
-
-Queste strategie pongono le basi per la conformità e una gestione efficiente degli aggiornamenti OTA.
-
-### Elementi d'Azione
-
-Segui questi passaggi per mettere in atto le strategie di conformità:
-
-1.  **Rafforza le Misure di Sicurezza**
-    
-    -   Usa la crittografia end-to-end per tutti i pacchetti di aggiornamento.
-    -   Configura il monitoraggio in tempo reale per tracciare le prestazioni degli aggiornamenti.
-2.  **Crea Processi di Aggiornamento**
-    
-    -   Costruisci un sistema di distribuzione basato su canali per rollout controllati.
-    -   Testa gli aggiornamenti con gruppi di utenti più piccoli prima di un rilascio più ampio.
-3.  **Configura Sistemi di Backup**
-    
-    -   Implementa meccanismi di rollback per correggere rapidamente i problemi durante gli aggiornamenti.
-    -   Usa sistemi di controllo versione che si allineano agli standard del Privacy Act.
-
-> "Il Sistema di Aggiornamento Live Più Sicuro per Capacitor. Costruito per sviluppatori che valorizzano sicurezza e velocità." - Capgo.app
-
-Capgo offre sicurezza per gli aggiornamenti live che si allinea con queste esigenze di conformità.
diff --git a/src/content/blog/it/checklist-for-token-signing-in-capacitor-apps.md b/src/content/blog/it/checklist-for-token-signing-in-capacitor-apps.md
deleted file mode 100644
index 54b258f05..000000000
--- a/src/content/blog/it/checklist-for-token-signing-in-capacitor-apps.md
+++ /dev/null
@@ -1,160 +0,0 @@
----
-slug: checklist-for-token-signing-in-capacitor-apps
-title: Checklist per la firma dei token nelle app Capacitor
-description: >-
-  Sigue esta lista de verificación completa para la firma de tokens seguros en
-  aplicaciones de Capacitor, asegurando la integridad de los datos y el
-  cumplimiento de los estándares de EE. UU.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T02:15:22.429Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680454b86000445eb1a68ab2-1745115338258.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  token signing, Capacitor apps, data integrity, security standards, compliance,
-  JWT, cryptographic library
-tag: 'Mobile, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Token signing is essential for securing [Capacitor](https://capacitorjs.com/) apps, ensuring data integrity, authentication, and compliance with U.S. security standards. This guide provides a clear checklist for setup, implementation, and risk management.
-
-**Key Steps for Token Signing:**
-
--   Choose a secure cryptographic library (e.g., [CryptoJS](https://cryptojs.gitbook.io/docs), [jose](https://www.npmjs.com/package/jose), [libsodium](https://doc.libsodium.org/)).
--   Use secure key storage (iOS: [Secure Enclave](https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/web)/[Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\)); Android: [Keystore](https://developer.android.com/privacy-and-security/keystore)).
--   Define token payload fields (`iss`, `exp`, `sub`, custom claims).
--   Select a signing algorithm (HS256, RS256, ES256).
--   Sign and verify tokens securely.
-
-**Security Best Practices:**
-
--   Set token expiration to 15 minutes.
--   Rotate signing keys every 30 days.
--   Validate all token fields.
--   Protect private keys in platform-specific secure stores.
-
-**Live Updates:**
-
--   Use signed tokens to [secure updates](https://capgo.app/docs/live-updates/update-behavior/).
--   Enable rollback options for compromised updates.
--   Monitor user engagement and update success rates.
-
-**Compliance Requirements:**
-
--   Align with U.S. mandates like CCPA, HIPAA, NIST SP 800‑63, and FIPS 140‑2.
--   Encrypt tokens containing sensitive data and ensure secure key management.
-
-Token signing ensures secure live updates while meeting regulatory standards. Follow these steps to protect your app and users.
-
-## Signing and Validating JWT Token Using RSA public and ...
-
-## Required Setup for Token Signing
-
-To ensure secure token signing, focus on two key areas:
-
-1.  **Choosing and validating your cryptographic toolkit**:
-    
-    -   Pick a reliable library such as _CryptoJS_, _jose_, or _libsodium_.
-    -   Confirm the library is actively maintained and undergoes regular security audits.
-    -   Look into its adoption within the developer community.
-    -   Review its vulnerability history to assess potential risks.
-2.  **Implementing secure key storage**:
-    
-    -   For iOS, use Secure Enclave or Keychain.
-    -   For Android, rely on the Keystore System.
-    -   Check for compliance with FIPS 140-2 standards.
-    -   Ensure the solution holds a Common Criteria certification.
-
-These decisions play a critical role in maintaining **authentication** and **integrity**. They ensure that every signed token aligns with U.S. compliance standards and supports both current and future security needs.
-
-In systems requiring live updates, following these practices has shown a 95% success rate in deployments [\[1\]](https://capgo.app/).
-
-## Token Signing Implementation Steps
-
-To ensure secure token signing and verification, follow these steps:
-
--   **Define the token's payload fields**: Include fields like `iss` (issuer), `exp` (expiration), `sub` (subject), and any custom claims needed.
--   **Choose a signing algorithm**: Decide between options like HS256 or RS256 and configure it accordingly.
--   **Handle the private key securely**: Load or generate the private key in **Keychain** for iOS or **Keystore** for Android.
--   **Sign the token**: Use your preferred cryptographic library to sign the token.
--   **Verify the token's signature**: Always validate the signature before processing any update payload.
-
-These steps help maintain the security and reliability of your token-based live update process.
-
-## Security Guidelines and Risks
-
-When implementing signing, it's crucial to address potential misuse and vulnerabilities. Here's how to stay secure:
-
-### Token Security Rules
-
--   Set token expiration to a maximum of **15 minutes**.
--   Rotate signing keys every **30 days** to reduce exposure.
--   Ensure all token fields are validated before processing.
--   Store private keys exclusively in **secure platform keystores**.
-
-### Common Security Risks
-
--   **Key leakage** caused by improper storage or transmission methods.
--   **Token replay attacks** where valid tokens are intercepted and reused.
--   **Algorithm manipulation** that bypasses signature verification.
-
-### Comparing Signing Algorithms
-
--   **HS256**: Uses a shared secret for symmetric signing. Best suited for environments where all parties are trusted.
--   **RS256**: Employs public/private keypairs for asymmetric signing, making it ideal for distributed systems.
--   **ES256**: Utilizes elliptic curve cryptography for strong security with smaller key sizes.
-
-## Live Update Security
-
-Ensuring secure live updates involves using signed tokens, verifying data integrity, and meeting store-compliance standards. This builds on the token-signing process described earlier, extending it into live-update workflows.
-
-### Token Security for Updates
-
-In live-update scenarios, signed tokens protect each update package from its source to the device. Here are some key practices to follow:
-
--   Allow detailed tester permissions and enable one-click rollback options.
--   Monitor update success rates and user engagement as they happen.
--   Manage testers and beta users with precise permission settings.
-
-Platforms like [Capgo](https://capgo.app/) implement these practices with features like encryption, signature checks, version control, and rollback options to secure over-the-air (OTA) updates. These methods have proven effective, with 95% of active users receiving updates within 24 hours [\[1\]](https://capgo.app/).
-
-### Security Implementation
-
-To implement token signing for live updates, focus on the following:
-
--   Manage signing keys securely for update packages.
--   Use version control paired with cryptographic verification.
--   Automate signature validation directly on devices.
--   Offer immediate rollback options for any compromised updates.
-
-This ensures only authenticated and properly signed updates are delivered to users, while also adhering to platform requirements.
-
-## U.S. Standards and Requirements
-
-To comply with U.S. regulatory requirements, integrate live-update token practices into your processes. Ensure your token signing methods align with key U.S. mandates like **CCPA** for consumer privacy, **HIPAA** for health data protection, **NIST SP 800‑63** for identity verification, and **FIPS 140‑2** for cryptographic modules [\[1\]](https://capgo.app/).
-
-Here’s how these standards apply to token signing:
-
--   **CCPA**: Ensure token payloads respect user consent and support data deletion requests.
--   **HIPAA**: Encrypt tokens containing Protected Health Information (PHI) both at rest and during transmission.
--   **NIST SP 800‑63**: Use [multi-factor authentication](https://capgo.app/docs/webapp/mfa/) to secure access to signing keys.
--   **FIPS 140‑2**: Confirm that your signing library uses validated cryptographic modules.
-
-[\[1\]](https://capgo.app/) Developers should stay informed about U.S. federal and state data protection laws, including CCPA.
-
-## Conclusion
-
-Secure token signing and live-update integration are crucial for maintaining your Capacitor app's integrity and meeting compliance requirements.
-
-Refer to the checklist provided to ensure your implementation adheres to security standards and U.S. regulations.
-
-### Key Points to Remember
-
--   Ensure token signing aligns with U.S. regulations like CCPA and HIPAA, and use strong encryption methods.
--   Implement version control and allow instant rollbacks for updates to maintain stability.
--   Monitor and improve the speed of signing and update delivery processes.
diff --git a/src/content/blog/it/code-integrity-in-capacitor-apps-key-techniques.md b/src/content/blog/it/code-integrity-in-capacitor-apps-key-techniques.md
deleted file mode 100644
index 3d0afbb88..000000000
--- a/src/content/blog/it/code-integrity-in-capacitor-apps-key-techniques.md
+++ /dev/null
@@ -1,209 +0,0 @@
----
-slug: code-integrity-in-capacitor-apps-key-techniques
-title: 'Integrità del Codice nelle App Capacitor: Tecniche Chiave'
-description: >-
-  Esplora le tecniche essenziali per garantire l'integrità del codice nelle app
-  mobili, concentrandoti sugli aggiornamenti OTA, la crittografia e la
-  conformità con le linee guida degli app store.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-09T06:50:58.883Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a7f90344f489ae95339b05-1739083872712.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  code integrity, mobile apps, OTA updates, encryption, Play Integrity API,
-  security compliance, cryptographic signatures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**L'integrità del codice è fondamentale per proteggere le app [Capacitor](https://capacitorjs.com/), specialmente con gli aggiornamenti OTA.** Senza misure adeguate, la tua app potrebbe affrontare rischi come l'iniezione di codice malevolo, il furto di credenziali API o modifiche binarie. Ecco una rapida panoramica di ciò che devi sapere:
-
--   **Strumenti principali:** Usa firme digitali SHA-256, controlli runtime e crittografia (AES-256) per proteggere il codice.
--   **Funzionalità specifiche per piattaforma:** Per Android, integra l'[Play Integrity API](https://developer.android.com/google/play/integrity) per la verifica dell'app e l'attestazione del dispositivo. Per iOS, segui la Linea Guida 3.1.2 dell'App Store per gli aggiornamenti OTA.  
--   **Sicurezza aggiornamenti OTA:** Implementa crittografia end-to-end, validazione checksum e monitoraggio della conformità per [proteggere gli aggiornamenti](https://capgo.app/docs/live-updates/update-behavior/).
--   **Strumenti consigliati:** Strumenti come [Capgo](https://capgo.app/) semplificano gli aggiornamenti OTA sicuri con crittografia, controllo versione e monitoraggio della conformità.
-
-### Confronto rapido di strumenti e funzionalità chiave
-
-| **Funzionalità** | **Play Integrity API** | **Capgo** | **Altri strumenti** |
-| --- | --- | --- | --- |
-| Attestazione dispositivo | Sì | No | Limitata |
-| Crittografia end-to-end | No | Sì | Crittografia base |
-| Documentazione conformità | No | Automatizzata | Manuale |
-| Validazione aggiornamenti | Parziale | Completa | Varia |
-
-## Metodi di verifica del codice
-
-Le [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) combinano tecniche di verifica web e native per proteggere il codice usando firme digitali e crittografia.
-
-### Firme digitali e crittografia
-
-La verifica del codice si basa su metodi crittografici. Usando la **crittografia asimmetrica**, gli sviluppatori firmano i bundle di codice con chiavi private e i dispositivi client li verificano con chiavi pubbliche. Questo processo spesso abbina l'**hashing SHA-256** per verificare l'integrità dei contenuti con la **crittografia AES-256** per proteggere le configurazioni sensibili.
-
-| Livello di verifica | Implementazione | Livello di sicurezza |
-| --- | --- | --- |
-| Firma bundle | SHA-256 + token JWT | Alto |
-| Trasporto dati | TLS/SSL | Alto | 
-| Protezione config | Crittografia AES-256 | Alto |
-| Controlli runtime | Verifica hash | Alto |
-
-### API di sicurezza della piattaforma 
-
-Capacitor si basa sulle sue funzionalità di sicurezza native sfruttando API specifiche della piattaforma. Per Android, il plugin `@capacitor-community/play-integrity` [\[2\]](https://github.com/capacitor-community/play-integrity/) aggiunge ulteriori livelli di verifica. La configurazione include:
-
-1. Generazione di token di sfida crittografici (16+ byte).
-2. Configurazione della Play Integrity API con un ID Progetto [Google Cloud](https://cloud.google.com/).
-3. Gestione degli errori critici come fallimenti API (-1), servizi mancanti (-2) o token non validi.
-
-Questo sistema esegue tre controlli chiave:
-
--   Verifica l'autenticità dell'app.
--   Valuta l'integrità del dispositivo. 
--   Conferma lo stato di validazione della licenza.
-
-### Controlli Web e Nativi combinati
-
-Un approccio ibrido migliora le protezioni di Capacitor integrando **Content Security Policies (CSP)** per contenuti web con strumenti come [Free-RASP-Capacitor](https://github.com/talsec/Free-RASP-Capacitor) [\[3\]](https://github.com/talsec/Free-RASP-Capacitor).
-
-Per gli ambienti di produzione, gli sviluppatori dovrebbero implementare:
-
--   Validazione checksum all'avvio.
--   Monitoraggio in tempo reale per modifiche al codice.
--   Validazione crittografata per aggiornamenti parziali.
-
-Queste misure assicurano la conformità con i requisiti di aggiornamento della piattaforma mantenendo protocolli di sicurezza robusti.
-
-## Regole e requisiti degli App Store
-
-Gli app store impongono linee guida rigide per gli aggiornamenti OTA (Over-the-Air) per garantire la sicurezza degli utenti. Gli sviluppatori devono seguire attentamente queste regole per evitare problemi durante il deployment e gli aggiornamenti delle app.
-
-### Linee guida iOS e Android 
-
-Sia iOS che Android hanno requisiti specifici allineati con i metodi di verifica nativi di Capacitor. Per iOS, la **Linea Guida 3.1.2 dell'App Store** governa gli aggiornamenti OTA. Mentre gli aggiornamenti JavaScript sono consentiti in determinate condizioni, qualsiasi modifica funzionale richiede approvazione preventiva.
-
-Android si concentra sulla **Play Integrity API**, che fornisce un sistema robusto per verificare l'integrità dell'app. Ecco una rapida panoramica dei requisiti chiave per ciascuna piattaforma:
-
--   **iOS**:
-    
-    -   Aderenza alla Linea Guida 3.1.2 dell'App Store
-    -   Tracciamento di `CFBundleVersion`
-    -   Uso di certificati di firma del codice
--   **Android**:
-    
-    -   Integrazione della Play Integrity API
-    -   Validazione dei token
-    -   Denominazione coerente dei pacchetti
-
-### Monitoraggio degli aggiornamenti per la conformità
-
-Tracciare efficacemente gli aggiornamenti è essenziale per soddisfare i requisiti degli app store. Completa i controlli di integrità runtime e fornisce una chiara registrazione di conformità verificabile. Gli sviluppatori possono mantenere la conformità implementando quanto segue:
-
-| **Componente di tracciamento** | **Metodo di implementazione** | **Scopo** |
-| --- | --- | --- |
-| Cronologia versioni | Timestamp firmati crittograficamente | Crea una traccia di audit |
-| Log di deployment | Log di audit append-only | Documenta la conformità |
-| Record di verifica | Ricevute di validazione token | Conferma l'integrità |
-
-L'integrazione di questi metodi di tracciamento con le pipeline CI/CD rafforza sia la sicurezza che la documentazione. Questo approccio garantisce che le app soddisfino gli standard di verifica degli app store mantenendo dettagliate tracce di audit.
-
-## Strumenti per l'integrità del codice
-
-Le funzionalità di sicurezza native di Capacitor fungono da solida base, ma strumenti specializzati possono migliorare ulteriormente la protezione durante i flussi di lavoro di aggiornamento.
-
-### [Capgo](https://capgo.app): Aggiornamenti OTA sicuri
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-09.jpg?auto=compress)
-
-Capgo è progettato specificamente per gestire aggiornamenti over-the-air (OTA) sicuri nelle applicazioni Capacitor. Garantisce l'integrità del codice con funzionalità come:
-
-| **Funzionalità di sicurezza** | **Come funziona** | **Impatto sulle prestazioni** |
-| --- | --- | --- |
-| **Crittografia end-to-end** | Crittografa i pacchetti di aggiornamento | <200ms latency |
-| **Differential Updates** | Reduces update payload size | Cuts modification risks by 98% |
-| **Version Control** | Uses cryptographic signatures | Enables real-time validation |
-| **Compliance Checks** | Verifies app store requirements | Offers continuous monitoring |
-
-Capgo also integrates seamlessly with CI/CD pipelines, automating verification during deployments. Its compliance checks directly address iOS 3.1.2 and Android Play Integrity rules, ensuring adherence to platform guidelines.
-
-### Tool Comparison
-
-When choosing a code integrity tool for Capacitor apps, it's crucial to weigh their features and ease of implementation:
-
-| **Feature** | **Capgo** | **Other Tools** |
-| --- | --- | --- |
-| **Update Protection** | End-to-end encryption | Basic encryption |
-| **Runtime Security** | Optional add-ons available | Limited options |
-| **Compliance Documentation** | Automated tracking | Requires manual processes |
-| **Integration Complexity** | Simple NPM package install | Varies widely |
-| **Verification Speed** | <200ms | Performance varies |
-
-Experts recommend using multiple tools to create a layered approach tailored to your specific security needs.
-
-> "La combinazione di Play Integrity per l'attestazione del dispositivo e la validazione specializzata degli aggiornamenti attraverso strumenti come Capgo crea un robusto framework di sicurezza."
-
-Quando si seleziona uno strumento, considerare il compromesso tra funzionalità di sicurezza e richieste operative. Le opzioni open source come Capgo offrono trasparenza e personalizzazione ma richiedono la gestione della propria infrastruttura. D'altra parte, le soluzioni commerciali potrebbero semplificare la gestione ma mancano di funzionalità avanzate come la crittografia degli aggiornamenti.
-
-## Linee guida per l'integrità del codice
-
-Mantenere l'integrità del codice nelle app Capacitor richiede un mix intelligente di sistemi di monitoraggio e bilanciamento tra sicurezza e prestazioni. I team di sviluppo devono adottare approcci pratici e scalabili che soddisfino rigidi requisiti di sicurezza mantenendo al contempo le loro app funzionanti senza problemi.
-
-Queste linee guida vanno oltre i requisiti degli app store trasformando la conformità in misure tecniche concrete.
-
-### Sistemi di monitoraggio
-
-Il monitoraggio efficace prevede l'utilizzo di più livelli di controlli, combinando strumenti automatizzati con audit manuali. Uno strumento chiave qui è la Google Play Integrity API, che offre attestazione a livello di dispositivo con tempi di risposta inferiori a 200ms [\[1\]](https://ionic.io/docs/tutorials/mobile-security/play-integrity)[\[2\]](https://github.com/capacitor-community/play-integrity/).
-
-| Livello di monitoraggio | Implementazione |
-| --- | --- |
-| Attestazione dispositivo | Play Integrity API |
-| Verifica binaria | Validazione checksum |
-| Validazione aggiornamenti | Firme crittografiche |
-
-Per migliorare la sicurezza, i team dovrebbero integrare controlli automatizzati nelle loro pipeline CI/CD. Alcune best practice includono:
-
--   **90% di copertura dei test** per sezioni critiche per la sicurezza [\[5\]](https://en.wikipedia.org/wiki/Code_integrity)
--   **Code review obbligatorie** per tutti gli aggiornamenti
--   **Deployment patch di emergenza** entro 24 ore 
-
-Questi livelli lavorano insieme per creare un sistema di difesa robusto e sfaccettato.
-
-### Sicurezza vs Velocità
-
-Trovare il giusto equilibrio tra sicurezza e prestazioni è una sfida, specialmente quando si utilizzano strumenti di aggiornamento e API. Ottimizzare le metriche di performance senza compromettere la sicurezza è fondamentale.
-
-| Metrica di performance | Soglia target | Metodo di ottimizzazione |
-| --- | --- | --- |
-| Ritardo avvio a freddo | <300ms | Inizializzazione sicurezza parallela |
-| Overhead memoria | <15MB RAM | Uso efficiente librerie |
-| Latenza verifica | <200ms | Caching token (2-4 ore TTL) |
-| Monitoraggio background | Impatto minimo | Controlli event-driven |
-
-Ecco alcune strategie per garantire sia velocità che sicurezza:
-
--   **Verifica progressiva**: Inizia con controlli firma di base prima di passare alla validazione crittografica completa [\[2\]](https://github.com/capacitor-community/play-integrity/).
--   **Autenticazione basata sul rischio**: Adatta l'intensità della verifica in base ai segnali di rischio, come posizioni utente o profili dispositivo insoliti.
--   **Validazione compatibile offline**: Assicurati che il tuo sistema funzioni anche con condizioni di rete scarse attraverso il caching dei token di sicurezza essenziali e l'uso di meccanismi di fallback.
-
-Il monitoraggio e gli aggiustamenti continui sono critici. Review di sicurezza settimanali [\[3\]](https://github.com/talsec/Free-RASP-Capacitor) abbinate a scansioni automatiche delle vulnerabilità possono aiutare a mantenere questo equilibrio tra protezione e performance.
-
-## Riepilogo
-
-Proteggere l'integrità del codice delle app Capacitor richiede un mix di funzionalità native della piattaforma e strumenti specializzati:
-
-La **Play Integrity API** offre attestazione a livello di dispositivo con tempi di risposta inferiori a 200ms, garantendo la legittimità dell'app verificata da Google [\[1\]](https://ionic.io/docs/tutorials/mobile-security/play-integrity)[\[2\]](https://github.com/capacitor-community/play-integrity/). A complemento, strumenti di verifica runtime come **freeRASP** forniscono rilevamento in tempo reale di ambienti compromessi [\[3\]](https://github.com/talsec/Free-RASP-Capacitor)[\[4\]](https://www.npmjs.com/package/capacitor-freerasp/v/1.0.0).
-
-Per i team che gestiscono gli aggiornamenti OTA, l'utilizzo della **crittografia end-to-end** e della **convalida automatica del checksum** è cruciale. La combinazione di queste funzionalità della piattaforma con strumenti specializzati consente aggiornamenti sicuri supportando al contempo distribuzioni rapide.
-
-Per bilanciare la sicurezza e le prestazioni dell'app, i team di sviluppo dovrebbero concentrarsi su:
-
--   **Comunicazione sicura** tra i componenti dell'app
--   **Generazione validata dei token** per prevenire l'uso improprio
--   **Monitoraggio in tempo reale** degli ambienti dell'app
--   Aderenza alle **linee guida specifiche della piattaforma**
-
-Questo approccio garantisce una forte protezione senza sacrificare le prestazioni, gettando le basi per aggiornamenti affidabili e una manutenzione sicura dell'app.
diff --git a/src/content/blog/it/common-cicd-bottlenecks-in-ota-pipelines.md b/src/content/blog/it/common-cicd-bottlenecks-in-ota-pipelines.md
deleted file mode 100644
index 623a518fe..000000000
--- a/src/content/blog/it/common-cicd-bottlenecks-in-ota-pipelines.md
+++ /dev/null
@@ -1,143 +0,0 @@
----
-slug: common-cicd-bottlenecks-in-ota-pipelines
-title: Comuni colli di bottiglia CI/CD nei Pipeline OTA
-description: >-
-  Impara come superare le sfide comuni nelle pipeline CI/CD OTA per migliorare
-  l'efficienza degli aggiornamenti, la sicurezza e la soddisfazione degli
-  utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:07:29.962Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb0f072e221594daf40959-1744510123218.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  CI/CD, OTA updates, automation, testing, security, deployment strategies,
-  performance tracking, scalability
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Le pipeline CI/CD è essenziale per distribuire aggiornamenti over-the-air (OTA) in modo rapido ed efficiente.** Ma spesso devono affrontare sfide che rallentano le distribuzioni. Ecco cosa devi sapere:
-
--   **Principali Colli di Bottiglia**: Problemi di integrazione degli strumenti, ritardi nei test, problemi di scalabilità, lacune nella sicurezza e mancanza di monitoraggio delle prestazioni.
--   **Soluzioni**: Automatizzare le attività, utilizzare aggiornamenti delta, implementare distribuzioni parallele e graduali e configurare sistemi di rollback.
--   **Migliori Pratiche**: [Proteggere gli aggiornamenti con la crittografia](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/), monitorare le prestazioni con analisi in tempo reale e garantire la conformità alle regole dell'app store.
-
-Affrontando questi colli di bottiglia, puoi ottenere aggiornamenti più rapidi, ridurre i costi e migliorare la soddisfazione degli utenti. Per esempio, la piattaforma [Capgo](https://capgo.app/) ha distribuito 23,5 milioni di aggiornamenti con un tasso di successo dell'82%, risparmiando fino a $26.100 in cinque anni.
-
-**Da ricordare**: Ottimizza il tuo pipeline CI/CD con automazione, sicurezza e strategie di distribuzione intelligenti per distribuire aggiornamenti OTA in modo efficiente.
-
-## Il Pipeline DevOps ti sta RALLENTANDO? Ecco la SOLUZIONE!
-
-<iframe src="https://www.youtube.com/embed/90033Mv9VF8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principali Rallentamenti del Pipeline CI/CD
-
-I pipeline OTA CI/CD spesso affrontano colli di bottiglia che ritardano le distribuzioni, impattando efficienza e tempistiche.
-
-### Sfide nell'Integrazione degli Strumenti
-
-Far funzionare gli strumenti di sviluppo insieme può causare ritardi. L'integrazione perfetta con piattaforme CI/CD molto utilizzate come [GitHub Actions](https://docs.github.com/actions) e [GitLab CI](https://docs.gitlab.com/ee/ci/) semplifica i flussi di lavoro mantenendo i protocolli di sicurezza.
-
-> "Configuriamo il tuo pipeline CI/CD direttamente nella tua piattaforma preferita, che sia GitHub Actions, GitLab CI o altre. Non ospitiamo CI/CD né ti addebitiamo costi per mantenerlo." – Capgo [\[1\]](https://capgo.app/)
-
-Questo ostacolo spesso prepara il terreno per altre sfide all'interno del pipeline CI/CD.
-
-### Ritardi nei Test
-
-Le fasi di test possono anche rallentare le cose, specialmente quando l'automazione è limitata o le convalide sono eccessivamente complesse. Introdurre distribuzioni automatizzate e graduali - come test beta mirati - può aiutare a snellire questo processo e ridurre i ritardi.
-
-### Problemi di Scalabilità
-
-Con l'aumentare del volume degli aggiornamenti, i pipeline possono faticare a tenere il passo. Gestire aggiornamenti simultanei su larga scala diventa spesso un collo di bottiglia. Le soluzioni basate sul cloud forniscono un modo per gestire questa crescita più efficacemente migliorando l'allocazione delle risorse e la scalabilità.
-
-### Preoccupazioni di Sicurezza nei Pipeline OTA
-
-Le lacune nella sicurezza nei pipeline OTA pongono rischi al processo di distribuzione. Utilizzare la crittografia end-to-end è fondamentale per proteggere il contenuto degli aggiornamenti e garantire la conformità agli standard di sicurezza. I moderni sistemi OTA ora si basano su una forte crittografia per affrontare queste vulnerabilità.
-
-### Mancanza di Monitoraggio delle Prestazioni
-
-Senza un adeguato monitoraggio delle prestazioni, identificare e risolvere i problemi diventa una sfida. L'analisi in tempo reale integrata nel pipeline può fornire gli insight necessari per ottimizzare i flussi di lavoro e affrontare rapidamente i problemi.
-
-## Velocizzare i Tempi di Build e Deploy
-
-Rendi gli aggiornamenti over-the-air (OTA) più veloci con automazione intelligente e strategie di distribuzione efficienti.
-
-### Automatizzare le Attività del Pipeline
-
-L'automazione delle attività ripetitive può far risparmiare molto tempo durante la distribuzione. Configurando processi automatizzati per integrazione, test e distribuzione, puoi eliminare i ritardi manuali. Strumenti come **GitHub Actions** e **GitLab CI** sono ottimi per questo. Piattaforme come **Capgo** possono anche aiutare personalizzando il tuo pipeline CI/CD direttamente sulla piattaforma scelta. Per andare oltre, usa distribuzioni differenziali per ridurre la dimensione dei payload degli aggiornamenti.
-
-### Utilizzare Aggiornamenti Delta
-
-Gli aggiornamenti delta si concentrano sull'invio solo delle parti del software che sono cambiate, invece dell'intero pacchetto. Questo approccio riduce la dimensione degli aggiornamenti, velocizza la distribuzione e riduce il consumo di banda.
-
-### Distribuzioni Parallele e Graduali
-
-Velocizza le cose eseguendo attività del pipeline in parallelo. Combina questo con distribuzioni graduali - come test beta, distribuzioni a fasi e infine produzione completa - per gestire i rischi e ridurre il carico sui server.
-
-### Aggiungere un Sistema di Rollback
-
-Assicurati di avere un sistema di rollback in posizione. Questo permette di tornare rapidamente a una versione stabile se qualcosa va storto.
-
-## Standard del Pipeline CI/CD
-
-Stabilire standard chiari è cruciale per aggiornamenti OTA sicuri e conformi.
-
-### Checklist delle Regole dell'App Store
-
-Seguire le regole dell'app store è fondamentale per aggiornamenti OTA di successo. Sia l'[Apple App Store](https://developer.apple.com/app-store/guidelines/) che il [Google Play Store](https://developer.android.com/distribute/play-policies) hanno linee guida rigide. La piattaforma Capgo aiuta a garantire la conformità utilizzando la crittografia end-to-end, permettendo solo agli utenti autorizzati di decrittare i pacchetti di aggiornamento [\[1\]](https://capgo.app/).
-
-Alcuni requisiti di conformità importanti includono:
-
--   [Metodi sicuri di consegna degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)
--   Ottenere il consenso dell'utente per gli aggiornamenti
--   Tracciamento chiaro delle versioni
--   Gestione efficace degli errori
--   Opzioni di rollback per aggiornamenti falliti
-
-### Passi Completi di Test
-
-Test approfonditi sono critici per aggiornamenti OTA affidabili. Un processo di test strutturato - che copre test unitari, test di integrazione e test end-to-end - aiuta a mantenere la stabilità. Il sistema di canali di Capgo supporta test avanzati permettendo ai team di rilasciare aggiornamenti a specifici gruppi di utenti per test beta e distribuzioni graduali [\[1\]](https://capgo.app/).
-
-I test dovrebbero concentrarsi su:
-
--   Garantire l'integrità del pacchetto di aggiornamento
--   Gestire problemi di connettività di rete
--   Verificare la compatibilità delle versioni
--   Ottimizzare l'uso delle risorse
--   Verificare i processi di recupero errori
-
-Una volta che i test sono solidi, monitorare il processo di aggiornamento è il prossimo passo per risolvere rapidamente qualsiasi problema.
-
-### Tracciamento dei Progressi degli Aggiornamenti
-
-Monitorare le distribuzioni in tempo reale è essenziale per garantire che il pipeline funzioni in modo fluido ed efficiente.
-
-### Metodi di Comunicazione del Team
-
-Una buona comunicazione è fondamentale per gestire gli aggiornamenti OTA. Stabilire canali chiari e controlli di accesso basati sui ruoli può semplificare il processo di distribuzione. Il sistema di gestione delle organizzazioni di Capgo aiuta la collaborazione del team permettendo la creazione di ruoli e permessi, garantendo una supervisione appropriata [\[1\]](https://capgo.app/).
-
-Le migliori pratiche per la comunicazione includono:
-
--   Aggiornamenti regolari sullo stato della distribuzione
--   Procedure chiare di escalation per i problemi
--   Protocolli di coordinamento tra i team
--   Documentazione dettagliata delle decisioni di distribuzione
-
-## Conclusione
-
-Affrontare i colli di bottiglia CI/CD è cruciale per garantire una distribuzione OTA fluida. Pipeline ottimizzati possono portare a risultati impressionanti, come il 95% degli utenti attivi che ricevono aggiornamenti entro 24 ore, un bundle di 5MB che si scarica in soli 114ms e un tempo di risposta API medio di 57ms [\[1\]](https://capgo.app/).
-
-> "Capgo è un modo intelligente per fare hot code pushes" [\[1\]](https://capgo.app/)
-
-L'implementazione di Capgo su 750 app con oltre 23,5 milioni di aggiornamenti [\[1\]](https://capgo.app/) evidenzia i potenziali risparmi - fino a $26.100 in cinque anni - quando si utilizzano sistemi di aggiornamento OTA efficienti. Per raggiungere questo, una gestione CI/CD efficace si concentra su:
-
--   **Flussi di lavoro automatizzati** per ridurre le attività manuali
--   **Aggiornamenti delta** per limitare l'uso della banda
--   **Distribuzioni graduali** per rollout controllati
--   **Sicurezza forte** con crittografia end-to-end
--   **Monitoraggio in tempo reale** con analisi dettagliate
diff --git a/src/content/blog/it/common-live-update-issues-and-solutions-for-developers.md b/src/content/blog/it/common-live-update-issues-and-solutions-for-developers.md
deleted file mode 100644
index 9cb2413fb..000000000
--- a/src/content/blog/it/common-live-update-issues-and-solutions-for-developers.md
+++ /dev/null
@@ -1,259 +0,0 @@
----
-slug: common-live-update-issues-and-solutions-for-developers
-title: >-
-  Problemi e soluzioni comuni per gli aggiornamenti in tempo reale per gli
-  sviluppatori
-description: >-
-  Esplora le soluzioni per le sfide comuni degli aggiornamenti in tempo reale,
-  inclusi problemi di rete, conflitti di versione e compatibilità dei
-  dispositivi, per migliorare l'esperienza utente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T03:31:58.003Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a3d9861da6ea6c25fd54e4-1738812730938.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  live updates, network issues, version conflicts, device compatibility, CI/CD,
-  OTA updates, security, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Gli aggiornamenti in tempo reale permettono agli sviluppatori di inviare modifiche direttamente agli utenti senza i ritardi dell'app store. Ma presentano sfide come problemi di rete, conflitti di versione e problemi di compatibilità dei dispositivi. Questa guida fornisce soluzioni per garantire aggiornamenti fluidi:
-
--   **Problemi di Rete**: Utilizza meccanismi di retry, download a chunk e aggiornamenti delta.
--   **Conflitti di Versione**: Segui il versioning semantico, testa la compatibilità e assicura una corretta migrazione dei dati. 
--   **Compatibilità dei Dispositivi**: Testa su diversi dispositivi usando strumenti come [BrowserStack](https://www.browserstack.com/app-live) e ottimizza gli aggiornamenti per diverse versioni hardware e OS.
--   **Errori di Build in CI/CD**: Risolvi i conflitti delle dipendenze, valida le variabili d'ambiente e automatizza le build con strumenti come [Capgo](https://capgo.app/).
--   **Sicurezza**: Proteggi gli aggiornamenti con crittografia, validazione e controllo degli accessi.
-
-**Suggerimento Rapido**: Strumenti come Capgo semplificano gli aggiornamenti over-the-air (OTA) con funzionalità come opzioni di rollback, rollout graduali e monitoraggio in tempo reale.
-
-Vuoi aggiornamenti più fluidi? Inizia affrontando questi problemi comuni per risparmiare tempo e migliorare l'esperienza utente.
-
-## Aggiornamenti Live di Appflow: Distribuisci aggiornamenti istantanei direttamente ai tuoi utenti
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Risoluzione dei Problemi con gli Aggiornamenti OTA
-
-Gli aggiornamenti OTA spesso affrontano sfide come problemi di rete e conflitti di versione. Ecco come affrontarli efficacemente.
-
-### Problemi di Rete e Soluzioni
-
-I problemi di rete possono interrompere gli aggiornamenti, ma ci sono modi per gestirli:
-
--   Usa **meccanismi di retry** con backoff esponenziale per gestire le interruzioni di connessione.
--   Opta per **download a chunk** per gestire ambienti ad alta latenza.
--   Implementa **aggiornamenti delta** per ridurre l'uso della banda.
-
-Strumenti come `react-native-netinfo` possono rilevare e rispondere ai cambiamenti di rete, rendendo più facile adattarsi a condizioni variabili [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-### Problemi di Controllo Versione
-
-Gestire correttamente le versioni è fondamentale per aggiornamenti fluidi. Il versioning semantico offre un framework chiaro: per esempio, quando si aggiunge una nuova funzionalità, aggiornare la versione minore (es. da 1.2.0 a 1.3.0) mantenendo la compatibilità con i dati esistenti dell'app [\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform).
-
-Ecco come approcciarsi al controllo versione:
-
--   Controlla la versione dell'app prima di applicare gli aggiornamenti.
--   Mantieni un registro delle configurazioni delle versioni precedenti.
--   Assicurati che esistano percorsi di migrazione dati tra le versioni.
--   Usa test automatizzati per confermare la compatibilità delle versioni.
-
-### Uso di [Capgo](https://capgo.app/) per Aggiornamenti OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-06.jpg?auto=compress)
-
-Capgo è uno strumento potente per gestire gli aggiornamenti OTA. Offre funzionalità come monitoraggio integrato, opzioni di rollback e consegna sicura attraverso la crittografia end-to-end. Inoltre, la sua integrazione CI/CD rende i deployment più fluidi [\[3\]](https://appinventiv.com/blog/how-ci-cd-helps-mobile-app-development/).
-
-Le funzionalità chiave di Capgo includono:
-
--   **Monitoraggio in tempo reale** per tenere traccia degli aggiornamenti.
--   **Rollback istantaneo** per risolvere rapidamente i problemi.
--   **Rollout graduali** per deployment controllati.
--   **Integrazione del controllo versione** per una migliore gestione.
--   **Analytics** per misurare i tassi di successo degli aggiornamenti.
-
-Per ottimizzare la tua strategia di deployment, configura i [canali di aggiornamento](https://capgo.app/docs/webapp/channels/):
-
--   **Produzione**: Release stabili per utenti generali.
--   **Beta**: Accesso anticipato per testare le funzionalità.
--   **Sviluppo**: Test interno e validazione.
-
-Per aggiornamenti urgenti, i rollout graduali funzionano meglio. Inizia con il 5-10% degli utenti, monitora i risultati ed espandi gradualmente.
-
-## Problemi della Pipeline CI/CD
-
-Gli sviluppatori spesso affrontano sfide quando lavorano con pipeline CI/CD, specialmente durante gli aggiornamenti OTA. Analizziamo modi pratici per affrontare questi problemi comuni.
-
-### Soluzioni per Errori di Build
-
-Gli errori di build sono solitamente causati da inconsistenze nell'ambiente o conflitti tra dipendenze. Ecco una guida rapida per risolvere i problemi più comuni:
-
-| Tipo di Errore | Causa Comune | Soluzione |
-| --- | --- | --- |
-| Conflitti di Dipendenze | Versioni non corrispondenti | Usa file di lock come `package-lock.json` o `yarn.lock` |
-| Variabili d'Ambiente | Valori mancanti o incorretti | Imposta controlli di validazione dell'ambiente |
-| Limitazioni di Risorse | Vincoli di memoria/CPU | Regola le quote di risorse e ottimizza le build |
-
-Eseguire controlli di salute prima di distribuire build critiche può minimizzare i fallimenti. Una volta risolti i problemi di build, concentrati sulla stabilizzazione dell'automazione dei test per garantire aggiornamenti fluidi.
-
-### Problemi di Automazione dei Test
-
-Un'automazione dei test stabile è essenziale per aggiornamenti affidabili. Concentrati su queste aree:
-
-**Test End-to-End**  
-Usa strumenti come [Selenium](https://www.selenium.dev/) o [Appium](http://appium.io/) per creare suite di test complete. Queste dovrebbero coprire scenari critici di aggiornamento, come:
-
--   Download e installazione degli aggiornamenti
--   Verifica della compatibilità delle versioni
--   Gestione degli scenari di rollback
--   Test in varie condizioni di rete
-
-**Test delle Prestazioni**  
-Traccia metriche chiave durante il processo di aggiornamento, inclusi:
-
--   Velocità di download in diverse condizioni di rete
--   Utilizzo della memoria durante l'installazione
--   Tempo di avvio dell'app dopo gli aggiornamenti
--   Consumo della batteria durante l'aggiornamento
-
-### Guida alla Configurazione CI/CD di Capgo
-
-Capgo rende i workflow CI/CD più semplici risolvendo sfide comuni della pipeline, dall'automazione delle build al monitoraggio degli aggiornamenti. Ecco come puoi configurare una pipeline affidabile:
-
-1. **Automatizza le Build**  
-Configura trigger - come push di codice o pull request - per gestire automaticamente le build. L'integrazione di Capgo supporta canali di deployment multipli, permettendo rollout controllati a seconda dell'ambiente.
-
-2. **Usa il Controllo Versione**  
-Adotta il versioning semantico e una strategia di branching (es. `main`, `staging`, `development`) per semplificare i deployment e mantenere l'ordine.
-
-3. **Monitora gli Aggiornamenti**  
-Traccia metriche chiave con gli strumenti di analytics di Capgo per tenere d'occhio:
-
--   Tassi di successo degli aggiornamenti
--   Tassi di completamento dei download
--   Tendenze di adozione degli utenti
--   Frequenze degli errori
-
-Abilita meccanismi di retry per aggiornamenti falliti e usa il logging degli errori per semplificare il troubleshooting [\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform).
-
-Per evitare deployment accidentali, mantieni configurazioni separate per ambienti di sviluppo e produzione. Questo assicura test appropriati prima di inviare aggiornamenti in produzione.
-
-## Problemi di Compatibilità dei Dispositivi
-
-Assicurare che la tua app funzioni perfettamente su diversi dispositivi e API è un fattore chiave per distribuire aggiornamenti live di successo.
-
-### Supporto Multi-Dispositivo
-
-Testare su una varietà di dispositivi è cruciale per aggiornamenti live affidabili. Secondo i dati di test di BrowserStack App Live, le app tipicamente necessitano di essere testate su 15-20 diverse configurazioni di dispositivi per coprire il 90% degli scenari utente comuni [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-| Fascia di Dispositivi | Considerazioni Chiave | Focus del Testing |
-| --- | --- | --- |
-| Dispositivi High-end | Potenza di elaborazione, API più recenti | Compatibilità delle funzionalità, Ottimizzazione delle prestazioni |
-| Dispositivi Mid-range | Utilizzo memoria, Impatto batteria | Gestione risorse, [Ottimizzazione dimensione aggiornamenti](https://capgo.app/blog/optimise-your-images-for-updates/) |
-| Dispositivi Low-end | Limiti hardware, Storage | Requisiti minimi, Tecniche di compressione |
-
-Per migliorare le prestazioni su tutti i dispositivi, adatta le funzionalità della tua app per corrispondere alle capacità del dispositivo:
-
--   **Usando caricamento progressivo** per funzionalità esigenti.
--   **Applicando caching specifico per dispositivo** per migliorare le prestazioni.
--   **Comprimendo i pacchetti di aggiornamento** per adattarsi ai vincoli di storage.
-
-Mentre ottimizzare per i dispositivi è importante, gestire le differenze nei sistemi operativi e versioni API aggiunge un altro livello di complessità.
-
-### Differenze di Versione API
-
-La maggior parte delle app deve supportare almeno tre versioni API principali per coprire il 95% della loro base utenti [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-**Strategie Chiave per la Gestione API:**
-
--   **Rileva le versioni API** per identificare OS del dispositivo e livelli API.
--   Usa **esecuzione condizionale del codice** per funzionalità che dipendono da API specifiche.
--   Costruisci **soluzioni di fallback** per funzionalità essenziali.
--   Partecipa a **programmi beta OS** per anticipare cambiamenti imminenti.
-
-**Best Practice per il Controllo Versione:**
-
--   Testa gli aggiornamenti su tutte le versioni API supportate.
--   Mantieni documentazione dettagliata delle dipendenze API per ogni funzionalità.
--   Usa canali di aggiornamento separati per diverse versioni API.
--   Monitora gli avvisi di deprecazione e pianifica le migrazioni proattivamente.
-
-Quando si ha a che fare con aggiornamenti API, dai priorità alla compatibilità all'indietro. Uno strato di compatibilità può aiutare a colmare i gap tra versioni API, assicurando che gli aggiornamenti funzionino correttamente su dispositivi con diverse versioni OS.
-
-Per team che utilizzano test automatizzati, configura la tua pipeline CI/CD per validare gli aggiornamenti contro multiple versioni API. Questo approccio proattivo minimizza il rischio che problemi di compatibilità arrivino in produzione [\[3\]](https://appinventiv.com/blog/how-ci-cd-helps-mobile-app-development/).
-
-## Sicurezza e Regole
-
-Assicurare che gli aggiornamenti siano distribuiti in modo sicuro e rispettino le regole della piattaforma è fondamentale per proteggere sia gli utenti che gli sviluppatori da potenziali rischi. La ricerca di [IBM](https://www.ibm.com/) mostra che le violazioni dei dati sono costate alle aziende una media di $4.35 milioni nel 2022 [\[4\]](https://www.socialsellinator.com/social-selling-blog/seo-article-writing), evidenziando l'importanza di dare priorità alla sicurezza durante gli aggiornamenti delle app.
-
-### Metodi di Protezione dei Dati
-
-Proteggere gli aggiornamenti live richiede più livelli di protezione. Ecco le tre aree principali di focus:
-
-| **Livello di Sicurezza** | **Implementazione** | **Scopo** |
-| --- | --- | --- |
-| **[Crittografia dei Dati](https://capgo.app/docs/cli/migrations/encryption/)** | Crittografia end-to-end | Protegge gli aggiornamenti durante la trasmissione |
-| **Convalida Aggiornamenti** | Firme crittografiche | Conferma che gli aggiornamenti siano autentici |
-| **Controllo Accessi** | Autenticazione basata su token | Previene aggiornamenti non autorizzati |
-
-Gli strumenti di Capgo rendono più semplice la protezione degli aggiornamenti automatizzando i processi chiave:
-
--   **[Crittografia dei Pacchetti](https://capgo.app/docs/cli/migrations/encryption/)**: Crittografa automaticamente i pacchetti di aggiornamento.
--   **Trasmissione Sicura**: Garantisce che gli aggiornamenti utilizzino protocolli HTTPS.
--   **Convalida Versioni**: Conferma l'integrità dell'aggiornamento prima dell'installazione.
-
-### Linee Guida della Piattaforma
-
-Il rispetto delle regole degli app store e delle leggi sulla protezione dei dati è non negoziabile. Ad esempio, le violazioni del [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) possono comportare multe fino a 20 milioni di euro o il 4% del fatturato globale [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash). Seguire queste linee guida è essenziale.
-
-**Misure Chiave di Conformità:**
-
-| **Requisito** | **Metodo di Implementazione** | **Verifica** |
-| --- | --- | --- |
-| **Consenso Utente** | Prompt di aggiornamento in-app | Mantenimento dei log di consenso |
-| **Minimizzazione Dati** | Raccolta solo dei dati essenziali | Audit regolari |
-| **Trasparenza Aggiornamenti** | Fornire changelog chiari | Notifica agli utenti |
-| **Monitoraggio Sicurezza** | Controlli automatizzati | Scansioni continue |
-
-Per rimanere conformi durante la distribuzione degli aggiornamenti:
-
--   Mantenere registri dettagliati dell'elaborazione dei dati e dei log di aggiornamento per gli audit.
--   Utilizzare meccanismi di consenso semplici e user-friendly.
--   Rivedere e migliorare regolarmente le pratiche di sicurezza.
-
-Per la conformità GDPR, condurre valutazioni d'impatto sulla protezione dei dati per identificare i rischi prima del deployment. Archiviare in modo sicuro i log degli aggiornamenti e mantenere una documentazione chiara di tutte le misure di sicurezza per prepararsi a potenziali audit.
-
-Con questi protocolli di sicurezza in atto, sei pronto per esplorare soluzioni per ottimizzare gli aggiornamenti futuri.
-
-## Conclusione
-
-### Panoramica della Soluzione
-
-L'utilizzo di strumenti come Capgo aiuta ad affrontare le sfide negli aggiornamenti OTA, nelle pipeline CI/CD e nella compatibilità dei dispositivi. Questi strumenti si concentrano sulla risoluzione di problemi comuni come l'affidabilità della rete, il controllo delle versioni e la compatibilità multipiattaforma, garantendo aggiornamenti fluidi per gli utenti.
-
-| **Sfida** | **Soluzione** | **Risultato** |
-| --- | --- | --- |
-| OTA & CI/CD | Convalida, rollback, test automatizzati | 95% in meno di fallimenti, cicli più veloci del 60% |
-| Compatibilità Dispositivi | Framework di test multipiattaforma | Riduzione dell'85% dei problemi specifici per dispositivo |
-
-### Guardando al Futuro: Innovazioni negli Aggiornamenti
-
-Gli strumenti basati sull'IA stanno aprendo la strada ad aggiornamenti più intelligenti, offrendo funzionalità come il rilevamento in tempo reale dei problemi e correzioni automatizzate. Altri trend includono sicurezza basata su blockchain, monitoraggio in tempo reale, controlli di compatibilità avanzati e migliore sincronizzazione tra piattaforme. Adottare questi metodi può aiutare gli sviluppatori a rendere i loro processi di aggiornamento più affidabili e pronti per il futuro.
-
-### Iniziare con Capgo
-
-Capgo rende semplice l'implementazione di soluzioni di aggiornamento live, aumentando la velocità e l'affidabilità del deployment riducendo i tempi di integrazione.
-
-Ecco come iniziare:
-
--   Utilizzare gli strumenti CI/CD di Capgo per automatizzare i test.
--   Configurare la crittografia e validare le versioni.
--   Configurare gli aggiornamenti per gruppi specifici di utenti.
-
-Questi passaggi assicurano un flusso di lavoro più fluido e aggiornamenti più rapidi.
diff --git a/src/content/blog/it/common-mistakes-in-custom-attribute-segmentation.md b/src/content/blog/it/common-mistakes-in-custom-attribute-segmentation.md
deleted file mode 100644
index 3946832d0..000000000
--- a/src/content/blog/it/common-mistakes-in-custom-attribute-segmentation.md
+++ /dev/null
@@ -1,136 +0,0 @@
----
-slug: common-mistakes-in-custom-attribute-segmentation
-title: Errori comuni nella segmentazione degli attributi personalizzati
-description: >-
-  Learn about the main pitfalls of custom attribute segmentation and how to
-  effectively improve user engagement and application performance.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T14:10:29.790Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f91f892e221594daf25028-1744380640437.jpg
-head_image_alt: Mobile Development
-keywords: >-
-  custom attribute segmentation, user engagement, app performance, segmentation
-  mistakes, data compliance
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-
-La segmentazione degli attributi personalizzati è cruciale per migliorare il coinvolgimento degli utenti e le prestazioni delle app. Ma molti sviluppatori commettono errori comuni che portano ad aggiornamenti inefficienti, targeting errato e ridotta soddisfazione degli utenti. Ecco una rapida panoramica su cosa evitare e come migliorare:
-
--   **Errori da Evitare**:
-    
-    -   Modelli troppo complessi: Mantenere la segmentazione semplice per evitare errori e ritardi
-    -   Utilizzo di dati obsoleti: Aggiornare regolarmente i dati per un targeting accurato
-    -   Mischiare tipi di regole: Attenersi a formati coerenti per chiarezza
-    -   Ignorare il comportamento dell'utente: Combinare attributi statici con azioni dell'utente per migliori insight
-    -   Mancanza di obiettivi chiari: Definire obiettivi specifici per mantenere il focus
--   **Come Migliorare**:
-    
-    -   Impostare la giusta dimensione del segmento: Evitare gruppi troppo specifici; concentrarsi su segmenti actionable
-    -   Aggiornare i segmenti istantaneamente: Utilizzare strumenti che consentono aggiornamenti in tempo reale per risposte più rapide
-    -   Monitorare e adeguare: Tracciare metriche come tassi di successo, coinvolgimento ed errori per perfezionare la segmentazione
-    -   Seguire le regole sui dati: Limitare la raccolta dati, garantire trasparenza e rispettare normative come [GDPR](https://enwikipediaorg/wiki/General_Data_Protection_Regulation)
--   **Perché È Importante**:
-    
-    -   Strumenti come [Capgo](https://capgo.app/) consentono aggiornamenti in tempo reale, gestione sicura dei dati e distribuzioni rapide, raggiungendo fino al 95% di successo negli aggiornamenti entro 24 ore. Adottare gli strumenti e le strategie giuste può ottimizzare la segmentazione e migliorare il targeting degli utenti
-
-## Attributi Dati, Liste Intelligenti e Segmentazioni, MAMMA MIA! | San
-
-<iframe src="https://www.youtube.com/embed/HzFUdPZzaGE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Errori Comuni nella Segmentazione
-
-La segmentazione degli attributi personalizzati può deviare a causa di alcune insidie comuni. Evitare questi problemi è fondamentale per mantenere la tua app funzionante senza intoppi e coinvolgere gli utenti in modo efficace.
-
-### Modelli Troppo Complessi
-
-Se i tuoi modelli di segmentazione sono troppo complicati, possono rallentare l'elaborazione, aumentare gli errori e rendere la risoluzione dei problemi un incubo. Mantieni le cose semplici e snelle per rimanere efficiente e accurato.
-
-### Utilizzo di Dati Obsoleti
-
-Affidarsi a dati vecchi può compromettere il tuo targeting. Assicurati di aggiornare regolarmente i tuoi dati per mantenere precisa la tua segmentazione e l'esperienza utente al punto giusto.
-
-### Mischiare Tipi di Regole
-
-Combinare diversi formati di regole - come booleani con criteri numerici, denominazioni incoerenti o gerarchie contrastanti - può creare confusione ed errori. Attieniti a un formato coerente per garantire che le tue regole funzionino come previsto.
-
-### Trascurare il Comportamento dell'Utente
-
-Gli attributi statici da soli non raccontano l'intera storia. Ignorare come gli utenti interagiscono con la tua app può limitare l'impatto della tua segmentazione. Includere dati sulle azioni degli utenti rende il tuo targeting più reattivo ed efficace.
-
-### Mancanza di Obiettivi Chiari
-
-Senza obiettivi chiari, i tuoi sforzi di segmentazione possono perdere focus. Definisci metriche e tempistiche specifiche, e assicurati che la tua segmentazione si allinei con la tua strategia aziendale complessiva.
-
-Successivamente, approfondisci le strategie per migliorare la segmentazione e affinare il tuo targeting.
-
-## Come Migliorare la Segmentazione
-
-Ecco come puoi perfezionare il tuo approccio alla segmentazione per evitare errori comuni.
-
-### Impostare la Giusta Dimensione del Segmento
-
-Scegli dimensioni dei segmenti che trovino un equilibrio tra essere actionable e statisticamente affidabili. Evita di dividere gli utenti in gruppi troppo specifici per ogni minima preferenza. Invece, concentrati sul raggruppare comportamenti simili per creare segmenti più facili da analizzare e su cui agire.
-
-### Aggiornare i Segmenti Istantaneamente
-
-Gli strumenti moderni ti permettono di apportare modifiche immediate alla tua segmentazione. Gli aggiornamenti in tempo reale sono utili perché:
-
--   Ti permettono di saltare le revisioni dell'app store per le modifiche
--   Ti aiutano a rispondere rapidamente ai cambiamenti nel comportamento degli utenti
--   Consentono test A/B di diverse strategie di segmentazione
--   Permettono rapidi rollback quando qualcosa non funziona come previsto
-
-### Monitorare e Adeguare
-
-Tieni d'occhio le prestazioni della tua segmentazione e modificala secondo necessità.Concentrati su queste aree:
-
-| Aspetto da Monitorare | Metriche da Tracciare | Cosa Fare |
-| --- | --- | --- |
-| Successo degli Aggiornamenti | Tasso di successo, tempo di consegna | Misurare l'efficacia degli aggiornamenti e migliorare i processi di distribuzione |
-| Coinvolgimento Utenti | Durata sessione, utilizzo funzionalità | Perfezionare i segmenti in base all'interazione degli utenti con l'app |
-| Monitoraggio Errori | Frequenza errori, tipologie | Identificare e risolvere problemi causati dalla segmentazione |
-| Impatto sulle Prestazioni | Tempi di caricamento, utilizzo risorse | Ottimizzare l'elaborazione per garantire il corretto funzionamento dell'app |
-
-### Attenersi alle Regole sui Dati
-
-Rispettare le normative sulla protezione dei dati non è opzionale. Ecco come rimanere conformi migliorando la segmentazione:
-
--   **Raccogliere Solo il Necessario**: Limitare la raccolta dati all'essenziale per i tuoi obiettivi di segmentazione. Questo riduce i rischi di conformità e mantiene efficiente l'elaborazione
--   **Essere Trasparenti**: Spiegare chiaramente agli utenti come vengono utilizzati i loro dati. Questo costruisce fiducia e li incoraggia a condividere informazioni accurate
--   **Controllare Regolarmente**: Rivedere i criteri di segmentazione per garantire la conformità con normative come GDPR e [CCPA](https://enwikipediaorg/wiki/California_Consumer_Privacy_Act). Rimuovere i dati obsoleti o non necessari
-
-È inoltre fondamentale utilizzare la crittografia end-to-end e metodi sicuri di gestione dei dati per proteggere le informazioni degli utenti mantenendo una segmentazione efficace.
-
-## Panoramica degli Strumenti di Segmentazione
-
-Nella scelta degli strumenti per la segmentazione degli attributi personalizzati, cerca funzionalità che minimizzino gli errori e migliorino il targeting. Le funzionalità chiave includono analisi in tempo reale, opzioni di rollback, distribuzione mirata degli aggiornamenti, hosting flessibile (cloud e self-hosted), crittografia end-to-end e conformità con i requisiti degli app store.
-
-### Tabella Comparativa degli Strumenti
-
-| Funzionalità | Capgo | Impatto sulla Segmentazione |
-| --- | --- | --- |
-| **Velocità Aggiornamento** | 114ms download (bundle 5MB)[\[1\]](https://capgo.app/) | Aggiornamenti più rapidi riducono problemi di dati obsoleti |
-| **Tasso di Successo** | 95% tasso di aggiornamento entro 24 ore[\[1\]](https://capgo.app/) | Maggiore adozione garantisce migliore accuratezza dei segmenti |
-| **Sicurezza** | Crittografia end-to-end[\[1\]](https://capgo.app/) | Protegge efficacemente i dati sensibili degli utenti |
-| **Analisi** | Analisi in tempo reale[\[1\]](https://capgo.app/) | Fornisce feedback immediato sulle prestazioni dei segmenti |
-| **Opzioni di Hosting** | Cloud e self-hosted | Supporta diverse esigenze di deployment |
-| **Copertura Globale** | 57ms tempo di risposta API mondiale[\[1\]](https://capgo.app/) | Offre prestazioni costanti in tutte le regioni |
-
-Il panorama degli strumenti di segmentazione è cambiato significativamente negli ultimi anni. Ad esempio, la chiusura di [Microsoft Code Push](https://learnmicrosoftcom/en-us/appcenter/distribution/codepush/) nel 2024 e l'imminente chiusura di [AppFlow](https://ionicio/appflow) nel 2026 hanno spinto gli sviluppatori a esplorare alternative più affidabili. Questi cambiamenti evidenziano l'importanza di strumenti che affrontino direttamente le sfide della segmentazione.
-
-Metriche come velocità di aggiornamento e tassi di successo enfatizzano l'affidabilità, garantendo gruppi di utenti attivi e accuratamente mirati. Anche il prezzo gioca un ruolo importante - alcune piattaforme costano 5.000-6.000$ all'anno, mentre altre sono intorno ai 300$ al mese[\[1\]](https://capgo.app/). Questa gamma rende gli strumenti avanzati accessibili anche ai team più piccoli.
-
-Concentrati su strumenti che offrono deployment istantaneo, gestione sicura dei dati e integrazione CI/CD fluida. Queste caratteristiche sono essenziali per ridurre gli errori e migliorare i risultati della segmentazione.
-
-## Conclusione
-
-Una segmentazione efficace si basa sul mantenere le cose semplici, utilizzare aggiornamenti in tempo reale e stabilire obiettivi chiari. Quando fatta correttamente, i modelli di segmentazione possono essere sia pratici che efficienti, consentendo rollout più rapidi delle funzionalità e un targeting preciso degli utenti.
-
-Le piattaforme di oggi hanno cambiato il gioco con strumenti di segmentazione in tempo reale. Gli sviluppatori possono ora aggiornare e gestire i segmenti di utenti istantaneamente, garantendo un targeting accurato su un'ampia gamma di utenti.Il successo nella segmentazione si basa su alcune pratiche fondamentali: mantenere i modelli semplici, sfruttare gli aggiornamenti in tempo reale, stabilire obiettivi misurabili e utilizzare l'analisi per monitorare le prestazioni. Con gli strumenti giusti, gli sviluppatori possono creare segmenti di utenti che sono sia reattivi che efficaci.
diff --git a/src/content/blog/it/comparing-react-native-vs-capacitor.md b/src/content/blog/it/comparing-react-native-vs-capacitor.md
deleted file mode 100644
index 4a255046d..000000000
--- a/src/content/blog/it/comparing-react-native-vs-capacitor.md
+++ /dev/null
@@ -1,251 +0,0 @@
----
-slug: comparing-react-native-vs-capacitor
-title: Confronto tra React Native e Capacitor
-description: >-
-  In questo articolo, confrontiamo lo sviluppo di app mobili con React Native
-  rispetto all'uso di React e Capacitor, trattando le loro funzionalità,
-  prestazioni, community e altro ancora.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-11T00:00:00.000Z
-updated_at: 2023-06-11T00:00:00.000Z
-head_image: /react_native_vs_react_capacitor.webp
-head_image_alt: Illustrazione del confronto tra React Native e Capacitor
-keywords: >-
-  React Native, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Alternatives
-published: true
-locale: it
-next_blog: ''
----
-Ecco cosa tratteremo:
-
-- Cos'è Capacitor?
-- Cos'è React Native?
-- Cosa hanno in comune questi framework?
-- React Native vs. Capacitor: Funzionalità
-- React Native vs. Capacitor: Performance
-- React Native vs. Capacitor: Community
-- React Native vs. Capacitor: Curva di apprendimento 
-- React Native vs. Capacitor: Richiesta di competenze
-- Dovresti usare React e Capacitor o React Native?
-
-## Cos'è Capacitor?
-
-[Capacitor](https://capacitorjs.com/) è uno strumento cross-platform creato dal team di Ionic. Permette di convertire la tua applicazione web in un'applicazione iOS o Android.
-
-Con Capacitor, puoi creare applicazioni mobile usando il tuo codice JavaScript. Queste vengono poi renderizzate usando la WebView nativa del telefono. Usando i plugin e le API di Capacitor, puoi accedere alle funzionalità native come la fotocamera, l'altoparlante e altre.
-
-Capacitor è compatibile con diversi framework JavaScript, come React, Vue, Angular e vanilla JS. Scopri di più sulla [creazione di app cross-platform con Capacitor e React](https://capacitorjs.com/solution/react/).
-
-## Cos'è React Native?
-
-[React Native](https://reactnative.dev/) è essenzialmente React per applicazioni mobile. Permette di creare app per Android e iOS usando la sintassi di React.
-
-Il codice React che scrivi interagisce con le API native sui dispositivi mobile. React Native fornisce agli sviluppatori componenti nativi come `Text`, `Image` e `View` come elementi base per una UI nativa.
-
-React Native, che è open source, è stato creato ed è mantenuto da Facebook.
-
-## Cosa hanno in comune questi framework?
-
-Gli strumenti cross-platform come React Native e Capacitor possono farti risparmiare molto tempo e denaro.
-
-Entrambi i framework eliminano la necessità di imparare linguaggi nativi come Java, Kotlin, Swift e Objective C per costruire app mobile per piattaforme specifiche. Invece di costruire un'applicazione Android con una codebase e un'applicazione iOS con un'altra, puoi creare app mobile per entrambe le piattaforme usando la stessa codebase.
-
-Questo significa anche che le aziende che costruiscono applicazioni cross-platform possono assumere un solo team React Native o Capacitor per costruire entrambe le versioni invece di richiedere due team diversi - uno per iOS e uno per Android - riducendo così il numero di sviluppatori in organico.
-
-Capacitor e React Native condividono un approccio comune all'integrazione di codice nativo personalizzato nei loro progetti come moduli o plugin. In entrambi i framework, viene data la possibilità di scrivere codice nativo personalizzato in Java, Kotlin, Objective C o Swift per accedere a funzionalità native che i framework non forniscono di default.
-
-Come React Native, Capacitor usa le funzionalità native dei telefoni mobile. La differenza principale sta nel rendering. Mentre le applicazioni mobile React Native usano la vista nativa di ogni dispositivo, Capacitor renderizza le applicazioni usando la WebView nativa dei dispositivi.
-
-Entrambi i framework sono open source per chiunque voglia contribuire con il proprio codice sorgente e utilizzarlo.
-
-## React Native vs. Capacitor: Funzionalità
-
-Quando si lavora con React Native, gli sviluppatori possono costruire app native usando la sintassi e i principi base di React. È spesso definito come un framework non opinionato, il che significa che viene fornito con [pochissime librerie e funzionalità ufficiali](https://blog.logrocket.com/react-native-component-libraries/).
-
-I creatori di React Native hanno preferito dare agli sviluppatori [libertà nella strutturazione delle app e nella risoluzione di diversi problemi](https://reactjs.org/docs/add-react-to-a-website.html/), permettendo agli sviluppatori che non vogliono scrivere codice da zero di costruire diverse funzionalità usando librerie di terze parti sviluppate dalla community.
-
-Alcune di queste librerie includono:
-
-- [React Hook Form](https://blog.logrocket.com/the-complete-guide-to-react-hook-form/) o [Formik per creare e validare form](https://blog.logrocket.com/building-better-react-forms-with-formik/)
-- [React Testing Library e Jest per testare le applicazioni](https://blog.logrocket.com/testing-apps-with-jest-and-react-testing-library/)
-- [Fetch API e Axios per fare richieste di rete](https://blog.logrocket.com/data-fetching-react-native/)
-
-Tuttavia, anche con le librerie di terze parti che possono essere viste come un vantaggio, queste librerie spesso diventano obsolete. Se il supporto della community per una particolare libreria non è abbastanza forte e non si aggiorna spesso, possono sorgere problemi di incompatibilità.
-
-[Capacitor è stato costruito su Cordova](https://blog.logrocket.com/framework7-vs-ionic-comparing-cordova-frameworks/) ed è retrocompatibile con la maggior parte dei plugin Cordova. Capacitor, tuttavia, è più moderno e meglio mantenuto, mentre Cordova è stato deprecato. Capacitor supporta anche PWA ed è più veloce di Cordova, dando alla tua app un migliore tempo di avvio.
-
-Anche se [Capacitor è stato sviluppato dal team di Ionic](https://blog.logrocket.com/react-native-vs-ionic/), non hai effettivamente bisogno di usare Ionic con Capacitor. Capacitor è compatibile con qualsiasi framework JavaScript così come con vanilla JavaScript.
-
-Detto questo, usare Ionic con Capacitor può rendere il tuo lavoro più facile, poiché Ionic può aiutarti a implementare UI native e configurare alcuni strumenti necessari per lo sviluppo mobile.
-
-Capacitor è perfetto per gli sviluppatori web per iniziare subito a costruire applicazioni mobile. Può persino generare applicazioni mobile da app web costruite con [framework React come MUI](https://blog.logrocket.com/definitive-guide-react-material/) e Chakra. Non puoi fare lo stesso con React Native; devi costruire le tue app da zero.
-
-Un vantaggio che Capacitor ha rispetto a React Native è che può essere usato per creare progressive web app, poiché può accedere alle API native dal web. Capacitor è anche molto leggero rispetto ad altri strumenti cross-platform come Xamarin, Cordova e NativeScript.
-
-Se eri un fan di Cordova, dovresti considerare l'uso di Capacitor. È ben mantenuto dal team di Ionic, che fornisce regolarmente correzioni ai problemi.
-
-## React Native vs. Capacitor: Performance
-
-Diamo un'occhiata alle filosofie di design di questi due strumenti e come differiscono l'uno dall'altro.
-
-Capacitor adotta un approccio basato sul web allo sviluppo mobile. Renderizza le app sui telefoni [usando la WebView nativa dei dispositivi](https://ionicframework.com/docs/core-concepts/webview/) e viene fornito con plugin predefiniti che convertono il tuo codice web in API che interagiscono con le funzionalità native dei dispositivi.
-
-Con React Native, invece, gli sviluppatori saltano il codice web e vanno direttamente al mobile.
-
-A differenza delle applicazioni ibride che usano WebView, le applicazioni React Native interagiscono direttamente con i componenti nativi di una piattaforma. Per questo motivo, le app native come quelle di React Native sono solitamente più veloci ed efficienti, poiché sono adattate alla piattaforma su cui girano.
-
-Un problema comune con strumenti come Capacitor che usano WebView per renderizzare le app è la difficoltà nel renderizzare animazioni, effetti CSS e layout complessi con gradienti - qualsiasi cosa che sia complessa o pesante. Anche la visualizzazione di video può essere un problema.
-
-Le app Capacitor potrebbero avere difficoltà su dispositivi di fascia bassa o dispositivi con hardware vecchio. Questo perché di solito, alcune risorse devono essere caricate dal web prima che l'UI dell'app possa essere renderizzata.
-
-Inoltre, quando le app non vengono renderizzate sulla vista nativa dei dispositivi, non possono sfruttare appieno le capacità hardware dei dispositivi, risultando in prestazioni lente.
-
-Il testing è più facile con Capacitor, poiché permette di eseguire le app in un browser web. Con React Native, [la compilazione, l'esecuzione e il testing delle app richiede l'installazione di Xcode](https://blog.logrocket.com/xcode-for-react-native-developers-tutorial-and-best-practices/) o Android Studio, aggiungendo un altro passaggio al processo di compilazione.
-
-Anche se puoi [saltare il passaggio Xcode/Android Studio con Expo](https://blog.logrocket.com/getting-started-with-react-native-and-expo-sdk/), Expo [non è privo di limitazioni](https://docs.expo.dev/faq/).
-
-Uno strumento ibrido WebView come Capacitor ti fa risparmiare costi e molto tempo. Ma se le alte prestazioni sono molto importanti per te, o se stai costruendo un'applicazione complessa che potrebbe essere eseguita su dispositivi economici e dispositivi con hardware vecchio, allora React Native potrebbe essere un'opzione migliore.
-
-Le app React Native tendono ad essere più veloci e performanti, poiché vengono convertite nei linguaggi nativi dei dispositivi e lavorano direttamente con le funzionalità native di quei dispositivi invece di essere eseguite in una WebView.
-
-Con [oltre 2.000 contributori e quasi 700.000 utenti su GitHub](https://github.com/facebook/react-native/), oltre a [una grande community su Stack Overflow](https://stackoverflow.com/questions/tagged/react-native/?sort=Newest), React Native ha il supporto di cui gli sviluppatori hanno bisogno per imparare e crescere nel framework.
-
-Inoltre, poiché React Native è basato su JavaScript ed è un framework cross-platform, è accessibile e popolare tra gli sviluppatori.
-
-React Native è diventato popolare anche perché Facebook l'ha creato. Facebook sta attualmente usando React Native in molte delle sue app e sta investendo pesantemente nel framework.
-
-Altre [aziende che usano il framework React Native](https://stackshare.io/react-native/) includono:
-
-- Walmart
-- Microsoft
-- Tesla
-- Discord
-- Shopify
-- Instagram
-
-Poiché Capacitor è ancora abbastanza nuovo, non ci sono tante risorse e materiali online per gli sviluppatori da consultare. Ha solo [meno di 300 contributori su GitHub](https://github.com/ionic-team/capacitor/) e [una piccola community su Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor/). Tuttavia, ha una [documentazione completa](https://capacitorjs.com/).
-
-Le aziende che attualmente usano Capacitor includono:
-
-- Burger King
-- Popeyes
-- Southwest
-
-Poiché React Native esiste da più tempo e ha il supporto di Facebook, più sviluppatori e grandi aziende lo usano, quindi chiaramente vince qui.
-
-Capacitor è open source e sotto licenza MIT, proprio come altri strumenti Ionic. Tuttavia, il team di Ionic fornisce supporto a pagamento per gli utenti enterprise di Capacitor.
-
-Con il servizio di supporto a pagamento di Capacitor, puoi avere conversazioni telefoniche con il team di Ionic (inclusi gli ingegneri) per ottenere la soluzione ai tuoi problemi, di solito in poche ore o giorni, e anche nei fine settimana.
-
-Se il supporto premium è la massima priorità per te e il tuo team, allora Capacitor potrebbe essere l'opzione migliore.
-
-## React Native vs. Capacitor: Curva di apprendimento
-
-React Native usa JSX come linguaggio di templating. Invece di separare il markup dalla logica mettendoli in file diversi, React Native utilizza componenti separati che contengono sia il markup che la logica appartenente a un componente nello stesso file, realizzato attraverso JSX.
-
-Questo approccio orientato ai componenti permette agli sviluppatori di creare componenti una volta e riutilizzarli tutte le volte necessarie combinando markup, stile e logica.
-
-JSX rende semplice la creazione di questi componenti e, essendo tipizzato staticamente, gli sviluppatori possono individuare gli errori precocemente, migliorando il debug e la qualità dello sviluppo.
-
-Inoltre ottimizza il codice durante la compilazione, quindi il codice JavaScript generato da JSX viene eseguito più velocemente rispetto all'equivalente scritto direttamente in JavaScript.
-
-Tuttavia, per questo motivo, gli sviluppatori non possono utilizzare CSS per lo stile e [possono stilizzare solo con JavaScript](https://blog.logrocket.com/react-native-styling-tutorial-with-examples/).
-
-Mentre JSX non è particolarmente difficile, la maggior parte degli sviluppatori usa HTML e CSS per markup e stile, e adattarsi a questo nuovo paradigma potrebbe richiedere del tempo.
-
-Ecco un esempio di JSX e stile in React Native:
-
-```jsx
-import React from 'react'
-import { StyleSheet, Text, View } from 'react-native'
-
-function App() {
-  return (
-    <View style={styles.container}>
-      <Text style={styles.text}>Hello, World!</Text>
-    </View>
-  )
-}
-
-const styles = StyleSheet.create({
-  container: {
-    flex: 1,
-    justifyContent: 'center',
-    alignItems: 'center',
-  },
-  text: {
-    fontSize: 24,
-    fontWeight: 'bold',
-  },
-})
-
-export default App
-```
-
-Nell'esempio sopra, importiamo i componenti necessari da React Native, creiamo un componente funzionale e utilizziamo l'API `StyleSheet` per creare stili per i componenti.
-
-Capacitor, d'altra parte, ti permette di usare HTML, CSS e JavaScript per costruire la tua app. Se hai già familiarità con lo sviluppo web, la curva di apprendimento per Capacitor sarà molto più bassa rispetto a React Native.
-
-Ecco un esempio di una semplice app che usa Capacitor con React:
-
-```jsx
-import React from 'react'
-import './App.css'
-
-function App() {
-  return (
-    <div className="container">
-      <h1 className="text">Hello, World!</h1>
-    </div>
-  )
-}
-
-export default App
-```
-
-E il corrispondente file CSS:
-
-```css
-.container {
-  display: flex;
-  justify-content: center;
-  align-items: center;
-  height: 100vh;
-}
-
-.text {
-  font-size: 24px;
-  font-weight: bold;
-}
-```
-
-In questo esempio, usiamo HTML e CSS standard per creare e stilizzare i componenti, rendendo più facile per gli sviluppatori web la transizione allo sviluppo di app mobile con Capacitor.
-
-In sintesi, se hai già familiarità con lo sviluppo web e preferisci usare HTML e CSS per lo stile, Capacitor avrà una curva di apprendimento più bassa. Tuttavia, se ti trovi a tuo agio con React e JSX, React Native potrebbe essere più adatto.
-
-## React Native vs. Capacitor: Domanda di competenze
-
-React Native esiste da più tempo ed è utilizzato da molte grandi aziende, rendendolo una competenza più richiesta nel mercato del lavoro. Secondo [Indeed](https://www.indeed.com/jobs/?q=react+native&l=), ci sono migliaia di offerte di lavoro per sviluppatori React Native.
-
-Capacitor, essendo una tecnologia più recente e meno popolare, ha meno offerte di lavoro. Tuttavia, man mano che più aziende adottano Capacitor per lo sviluppo delle loro app mobile, la domanda di sviluppatori Capacitor potrebbe aumentare.
-
-Se stai cercando di massimizzare le tue opportunità lavorative, imparare React Native potrebbe essere una scelta migliore. Tuttavia, se sei interessato a lavorare con una tecnologia più recente ed essere potenzialmente all'avanguardia della sua crescita, Capacitor potrebbe essere un'opzione interessante.
-
-## Dovresti usare React e Capacitor o React Native?
-
-La scelta tra React e Capacitor o React Native dipende dalle tue specifiche esigenze e preferenze. Ecco alcuni fattori da considerare quando prendi la tua decisione:
-
-- Se hai già familiarità con lo sviluppo web e preferisci usare HTML e CSS per lo stile, Capacitor è un'eccellente scelta che permette una transizione fluida.
-- Se valorizzi la facilità d'uso, tempi di sviluppo più rapidi e compatibilità con vari framework JavaScript, Capacitor è la strada da seguire.
-- Se sei interessato a lavorare con una tecnologia più recente che sta guadagnando terreno e ha potenziale di crescita, Capacitor è un'opzione entusiasmante da considerare.
-- Se vuoi costruire progressive web app oltre alle app mobile, Capacitor offre questa flessibilità, rendendolo una scelta più versatile.
-
-Mentre React Native ha i suoi vantaggi, Capacitor si distingue come uno strumento potente e flessibile per costruire app mobile cross-platform. La sua compatibilità con vari framework JavaScript, la capacità di creare progressive web app e la facilità d'uso per gli sviluppatori web lo rendono un forte contendente nello spazio dello sviluppo di app mobile.
-
-Considera le tue specifiche esigenze, preferenze e obiettivi quando scegli il framework giusto per il tuo progetto. Capacitor offre molti benefici che lo rendono un'opzione attraente per gli sviluppatori che cercano di costruire app mobile di alta qualità con un flusso di lavoro di sviluppo web familiare.
-
-Scopri come Capgo può aiutarti a costruire app migliori più velocemente, [registra un account gratuito](/register/) oggi.
diff --git a/src/content/blog/it/cpra-compliance-for-app-developers.md b/src/content/blog/it/cpra-compliance-for-app-developers.md
deleted file mode 100644
index 1300759e3..000000000
--- a/src/content/blog/it/cpra-compliance-for-app-developers.md
+++ /dev/null
@@ -1,233 +0,0 @@
----
-slug: cpra-compliance-for-app-developers
-title: Conformità CPRA per Sviluppatori di App
-description: >-
-  Scopri i requisiti di conformità CPRA per gli sviluppatori di app,
-  concentrandoti sui diritti degli utenti, la sicurezza dei dati e la gestione
-  efficace del consenso.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:45:04.405Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68272d340209458b3ff59c4e-1747399564636.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  CPRA, app developers, data protection, privacy rights, consent management,
-  sensitive personal information, compliance, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-A partire da maggio 2025, gli sviluppatori di app dovranno affrontare regole sulla privacy più severe secondo il [California Privacy Rights Act](https://en.wikipedia.org/wiki/California_Privacy_Protection_Agency) (CPRA). Questa legge si basa sul CCPA e introduce standard più rigidi per la protezione dei dati degli utenti. Ecco una rapida panoramica:
-
--   **A chi si applica:** Aziende con ricavi annuali superiori a $25M, che elaborano dati per oltre 100.000 utenti californiani o guadagnano oltre il 50% dei ricavi dalla vendita di dati.
--   **Requisiti chiave:**
-    -   Limitare la raccolta dei dati a quanto necessario (minimizzazione dei dati).
-    -   Proteggere le informazioni personali sensibili (SPI).
-    -   Offrire diritti agli utenti come accesso ai dati, cancellazione e opt-out.
-    -   Conservare i dati solo per il tempo necessario ed eliminarli in modo sicuro successivamente.
--   **Rischi di non conformità:** Multe fino a $7,500 per violazione, come nei casi di [Honda](https://en.wikipedia.org/wiki/Honda) (multa di $632,500) e [Tilting Point Media](https://www.tiltingpoint.com/privacy-policy/) (multa di $500,000 per gestione impropria dei dati dei minori).
-
-### Suggerimenti Rapidi per la Conformità:
-
-1.  Mappare e documentare tutti i flussi di dati.
-2.  Utilizzare misure di sicurezza forti come crittografia e controlli di accesso.
-3.  Implementare sistemi di gestione del consenso intuitivi.
-4.  Formare regolarmente il personale e verificare le pratiche sulla privacy.
-
-**Riepilogo:** La conformità al CPRA richiede protezione proattiva dei dati, chiari diritti degli utenti e valutazioni continue dei rischi. La non conformità può portare a pesanti sanzioni, quindi è fondamentale integrare pratiche orientate alla privacy.
-
-## Requisiti CPRA per le App
-
-### Gestione dei Dati Sensibili
-
-Il California Privacy Rights Act (CPRA) delinea linee guida specifiche per la gestione delle **Informazioni Personali Sensibili (SPI)** nelle app mobili. Per essere conformi, gli sviluppatori di app devono implementare robuste misure di sicurezza per proteggere i dati sensibili e limitarne la raccolta strettamente a quanto necessario per la funzionalità principale dell'app [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information).
-
-Oltre a proteggere le SPI, il CPRA rafforza i diritti degli utenti, concedendo agli individui un maggiore controllo sui loro dati personali.
-
-### Diritti sulla Privacy degli Utenti
-
-Il CPRA non si ferma alla protezione dei dati - garantisce anche agli utenti diritti azionabili sulle loro informazioni. Questi diritti includono la possibilità di accedere, cancellare o correggere i propri dati, rifiutare la condivisione dei dati e richiedere la portabilità dei dati. Le aziende sono tenute a soddisfare queste richieste entro 45 giorni, mentre le richieste di opt-out devono essere elaborate entro 15 giorni lavorativi, come stabilito dalla [California Privacy Protection Agency](https://cppa.ca.gov/) [\[2\]](https://oag.ca.gov/privacy/ccpa).
-
-Per gli sviluppatori che si affidano a servizi di terze parti, strumenti come la soluzione di aggiornamento live di [Capgo](https://capgo.app/) - che offre crittografia end-to-end e assegnazione utenti - possono semplificare il processo di mantenimento della conformità durante la gestione degli aggiornamenti.
-
-### Regole di Archiviazione Dati
-
-Secondo il CPRA, i dati devono essere conservati solo per il tempo necessario al loro scopo previsto. Successivamente, devono essere eliminati in modo sicuro. Per soddisfare questi requisiti, le aziende dovrebbero stabilire chiare politiche di conservazione, implementare processi di eliminazione automatizzati, condurre audit regolari e garantire lo smaltimento sicuro dei dati [\[4\]](https://secureprivacy.ai/blog/cpra-data-retention). Come afferma [PwC](https://www.pwc.com/us/en.html):
-
-> "I dati che vengono rimossi sono importanti quanto, forse più importanti, dei dati che vengono conservati" [\[3\]](https://www.pwc.com/us/en/services/consulting/cybersecurity-risk-regulatory/library/cpra-data-retention-preparation.html).
-
-Il mancato rispetto di queste normative può comportare multe fino a $7,500 per violazione [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information). Per evitare tali sanzioni, le aziende dovrebbero adottare misure di sicurezza ragionevoli e mantenere la trasparenza attraverso chiare [politiche sulla privacy](https://capgo.app/dp/) e interfacce intuitive.
-
-## Passaggi Tecnici per la Conformità
-
-### Sviluppo Privacy-First
-
-Integrare la protezione dei dati nell'architettura della tua app fin dall'inizio è essenziale. Inizia con una approfondita **mappatura dei dati** per individuare dove le informazioni personali sensibili vengono raccolte, archiviate e utilizzate [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information). Per proteggere questi dati, considera l'implementazione delle seguenti misure:
-
--   **Controlli di accesso basati sui ruoli (RBAC):** Limitare l'accesso ai dati sensibili in base ai ruoli degli utenti.
--   **Mascheramento e tokenizzazione dei dati:** Proteggere i dati oscurando le informazioni identificabili.
--   **Protocolli di crittografia:** Proteggere i dati sia in transito che in stato di riposo.
--   **Autenticazione a più fattori:** Aggiungere un ulteriore livello di sicurezza per prevenire accessi non autorizzati.
-
-Durante il rilascio degli aggiornamenti, assicurati che queste misure di privacy rimangano intatte e funzionali.
-
-### Aggiornamenti Sicuri delle App
-
-Una volta che la tua app è costruita con principi privacy-first, proteggere il processo di aggiornamento diventa il prossimo passo critico. Gli aggiornamenti dovrebbero essere progettati per proteggere i dati sensibili, con la crittografia end-to-end che svolge un ruolo chiave nella prevenzione delle violazioni durante il processo di aggiornamento.
-
-Per le app costruite con Capacitor, **la soluzione di aggiornamento live di Capgo** offre funzionalità che si allineano strettamente con le esigenze di conformità CPRA:
-
-| **Funzionalità di Sicurezza** | **Beneficio per la Conformità** |
-| --- | --- |
-| Crittografia End-to-end | Protegge i dati da accessi non autorizzati durante gli aggiornamenti |
-| Controllo Versioni | Crea una traccia di audit per verificare la conformità |
-| Assegnazione Utenti | Permette il deployment delle funzionalità basato sul consenso |
-| Capacità di Rollback | Consente correzioni rapide per problemi legati alla privacy |
-
-### Sistemi di Gestione del Consenso
-
-Un sistema di gestione del consenso ben progettato è cruciale per tracciare, archiviare e rispettare le preferenze sulla privacy degli utenti, garantendo l'allineamento con le normative CPRA.
-
-> "La gestione del consenso permette alle organizzazioni di raccogliere, archiviare e gestire le autorizzazioni degli utenti per l'utilizzo dei dati in modo trasparente e legalmente conforme. È la pietra angolare per costruire la fiducia dei clienti, personalizzare le esperienze utente e garantire pratiche trasparenti sui dati." [\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-Forbes evidenzia le seguenti pratiche per una gestione efficace del consenso:
-
--   **Interfacce privacy personalizzabili:** Permettere agli utenti di personalizzare facilmente le loro impostazioni sulla privacy.
--   **Archiviazione automatizzata del consenso:** Assicurare che le preferenze siano registrate e rispettate in modo coerente.
--   **Integrazione del sistema:** Sincronizzare le preferenze di consenso con i sistemi downstream per una conformità senza interruzioni.
--   **Adattamento geografico:** Regolare le impostazioni in base alle leggi sulla privacy regionali.
-
-Altre misure per rafforzare la conformità includono:
-
--   Condurre regolari valutazioni dei rischi sulla privacy.
--   Preparare piani di risposta agli incidenti per potenziali violazioni.
--   Implementare programmi di formazione dei dipendenti focalizzati sulla privacy.
--   Stabilire accordi chiari con fornitori terzi per limitare il loro trattamento dei dati [\[6\]](https://www.cookieyes.com/blog/cpra-enforcement).
-
-> "Come avvocato, trovo Ketch Consent Management inestimabile per apportare rapidamente e con fiducia le necessarie modifiche al rischio privacy, senza necessità di conoscenze tecniche approfondite. Questo controllo e facilità d'uso sono rari." [\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-## Come Prepararsi al CPRA: Passaggi Chiave e Approfondimenti degli Esperti
-
-<iframe src="https://www.youtube.com/embed/uZbXEqWFiJw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Gestione Continua della Conformità
-
-Una volta implementate le salvaguardie tecniche, il lavoro non si ferma. Il monitoraggio e la gestione continui sono fondamentali per mantenere la conformità con i requisiti CPRA.
-
-### Valutazione del Rischio Privacy
-
-Sapevi che le violazioni dei dati costano alle aziende una media di **$4,45 milioni**? [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance) Questa cifra impressionante sottolinea l'importanza di regolari **Valutazioni d'Impatto sulla Privacy (PIA)**. Queste valutazioni aiutano a identificare i punti deboli nelle tue pratiche sui dati e permettono di apportare le necessarie modifiche.
-
-Ecco alcune aree chiave su cui concentrarsi durante una valutazione del rischio privacy:
-
-| **Area di Valutazione** | **Azioni Suggerite** |
-| --- | --- |
-| **Trattamento Dati** | Documentare come i dati vengono raccolti e perché sono necessari |
-| **Misure di Sicurezza** | Rivedere i protocolli di crittografia e i controlli di accesso |
-| **Fornitori Terzi** | Aggiornare e valutare gli accordi di condivisione dati |
-| **Diritti degli Utenti** | Assicurare che i meccanismi di opt-out siano funzionali |
-
-Prendi il caso [Sephora](https://en.wikipedia.org/wiki/Sephora) come esempio. Il loro mancato intervento sulle pratiche privacy ha comportato una **multa di $1,2 milioni** [\[8\]](https://www.didomi.io/blog/california-privacy-rights-act-cpra). Valutazioni regolari come queste non solo aiutano a evitare pesanti sanzioni ma informano anche migliori strategie per la formazione del personale e gli strumenti.
-
-### Formazione Privacy del Personale
-
-Quando l'83% dei consumatori dice di fidarsi dei brand che proteggono i loro dati [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance), è chiaro che la formazione sulla privacy non riguarda solo la conformità - riguarda la reputazione. I programmi di formazione dovrebbero coprire:
-
--   Procedure corrette di gestione dei dati
--   Diritti dei consumatori CPRA
--   Come rispondere agli incidenti
--   Documentazione per gli audit di conformità
-
-È altrettanto importante mantenere questi materiali formativi aggiornati man mano che le normative si evolvono [\[9\]](https://securiti.ai/blog/cpra-training-requirements). Questo non solo crea una solida traccia di audit, ma assicura anche che il tuo team rimanga aggiornato sui più recenti requisiti CPRA.
-
-### Strumenti di Conformità
-
-Le preoccupazioni sulla privacy sono reali - l'85% dei consumatori ha eliminato app a causa di preoccupazioni sui dati [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance). Per affrontare questo problema, considera l'utilizzo di piattaforme di gestione della conformità. Ecco un rapido confronto di alcune opzioni popolari:
-
-| **Piattaforma** | **Funzionalità Principali** | **Costo Mensile (USD)** |
-| --- | --- | --- |
-| **[OneTrust](https://www.onetrust.com/platform/privacy-automation/)** | Valutazioni delle lacune, mappatura dei dati | 399 |
-| **[Osano](https://www.osano.com/solutions/consent-management-platform)** | Gestione del consenso per domini multipli | 199 |
-| **[Usercentrics](https://usercentrics.com/)** | Controllo dei cookie fino a 50k sessioni | 60  |
-
-Durante la valutazione degli strumenti, dare priorità a funzionalità come il monitoraggio automatizzato del consenso, inventari dettagliati dei dati personali e capacità di rilevamento delle violazioni. Per gli sviluppatori di app, l'integrazione di uno **Scanner per la Privacy dei Dati (DPS)** può fare la differenza. Aiuta a identificare i cookie di terze parti e le tecnologie di tracciamento, aumentando la trasparenza nella raccolta dei dati degli utenti [\[10\]](https://usercentrics.com/knowledge-hub/ccpa-compliance-tools).
-
-## Riepilogo e Passi da Seguire
-
-### Requisiti Principali
-
-Per soddisfare la conformità CPRA, gli sviluppatori di app devono dare priorità alle misure di protezione dei dati, con sanzioni per non conformità che raggiungono i $7,500 per ogni violazione. Ecco una suddivisione delle aree essenziali da affrontare:
-
-| **Categoria di Requisiti** | **Dettagli di Implementazione** | **Priorità di Conformità** |
-| --- | --- | --- |
-| Elaborazione Dati | Documentare chiaramente gli scopi della raccolta dati e adottare pratiche di minimizzazione dei dati | Alta |
-| Misure di Sicurezza | Utilizzare crittografia, controlli di accesso e strategie per prevenire violazioni | Critica |
-| Diritti dei Consumatori | Offrire opzioni di opt-out e permettere agli utenti di correggere i propri dati | Alta |
-| Documentazione | Mantenere aggiornate le politiche sulla privacy e conservare i registri dei consensi per almeno 24 mesi | Media |
-
-### Lista di Controllo per l'Implementazione
-
-Per allinearsi alle normative CPRA e garantire che le necessarie tutele tecniche siano in atto, concentrarsi su questi passi attuabili:
-
--   **Inventario e Mappatura dei Dati**  
-    Identificare e mappare tutti i flussi di dati, inclusi:
-    
-    -   Punti di raccolta dati
-    -   Luoghi di archiviazione
-    -   Finalità di elaborazione
-    -   Pratiche di condivisione con terze parti
--   **Implementazione della Sicurezza**  
-    Implementare robuste misure di sicurezza che soddisfino gli standard CPRA. Per aggiornamenti sicuri, utilizzare strumenti con crittografia end-to-end per proteggere i dati.
-    
--   **Gestione dei Diritti dei Consumatori**  
-    Creare interfacce user-friendly che permettano ai consumatori di:
-    
-    -   Accedere ai propri dati personali
-    -   Richiedere correzioni
-    -   Cancellare le loro informazioni
-    -   Rifiutare la condivisione dei dati
--   **Documentazione e Formazione**  
-    Aggiornare regolarmente le politiche sulla privacy, documentare le interazioni con i consumatori e fornire formazione continua al personale per rimanere conformi ai requisiti CPRA.
-    
-
-> "Una prospettiva utile da adottare è che un'attività di conformità non può essere considerata 'completata' a meno che non si sia valutato se deve essere riflessa nella propria politica sulla privacy." – Matt Davis, CIPM (IAPP), Scrittore presso Osano [\[11\]](https://www.osano.com/articles/cpra-compliance-checklist)
-
-## Domande Frequenti
-
-:::faq
-### Come possono gli sviluppatori di app soddisfare i requisiti di minimizzazione dei dati del CPRA?
-
-Per soddisfare gli standard di **minimizzazione dei dati** stabiliti dal CPRA, gli sviluppatori di app dovrebbero dare priorità alla raccolta dei soli dati personali essenziali per il funzionamento efficace della loro app. Valutare regolarmente le pratiche di raccolta dati per confermare che rimangano pertinenti e siano strettamente legate allo scopo dell'app.
-
-Altrettanto importante è stabilire politiche chiare per la conservazione dei dati. I dati personali dovrebbero essere conservati solo per il tempo necessario. Prendere l'abitudine di controllare i processi dei dati, mappare i flussi di dati per individuare eventuali raccolte non necessarie e assicurarsi che il team sia ben formato sulle migliori pratiche sulla privacy per rimanere conformi. Non dimenticare di rivedere gli accordi con i fornitori terzi per verificare che siano allineati con i requisiti CPRA.
-
-Per chi utilizza strumenti come Capgo, gli aggiornamenti in tempo reale possono fare la differenza. Questi strumenti permettono agli sviluppatori di affrontare rapidamente i problemi di conformità implementando correzioni o aggiornamenti senza attendere l'approvazione degli app store, aiutando la tua app a rimanere allineata con le normative sulla privacy.
-:::
-
-:::faq
-### Come possono gli sviluppatori di app gestire efficientemente le richieste degli utenti per l'accesso, la cancellazione o la correzione dei dati secondo le linee guida CPRA?
-
-Per soddisfare i requisiti del California Privacy Rights Act (CPRA), gli sviluppatori di app devono creare un sistema chiaro e affidabile per gestire le richieste degli utenti riguardanti l'accesso, la cancellazione o la correzione dei dati. **Gli sviluppatori sono tenuti a confermare le richieste entro 10 giorni** e risolverle entro 45 giorni. Se è necessario più tempo, è consentita una proroga fino a 45 giorni, a condizione che l'utente sia informato del ritardo.
-
-Ecco come gli sviluppatori possono semplificare la conformità:
-
--   Stabilire canali chiari per le richieste degli utenti, come un indirizzo email dedicato o un modulo online.
--   Sviluppare un processo coerente per verificare l'identità degli utenti e gestire le richieste efficacemente.
--   Mantenere registri dettagliati di tutte le richieste per dimostrare la conformità e mantenere la responsabilità.
-
-Sfruttare strumenti come Capgo, che offrono aggiornamenti in tempo reale, può aiutare gli sviluppatori a risolvere problemi o applicare correzioni relative ai dati degli utenti rapidamente garantendo la conformità con gli standard della piattaforma. Rimanendo al passo con questi requisiti, gli sviluppatori possono non solo soddisfare gli obblighi normativi ma anche costruire una maggiore fiducia con i loro utenti.
-:::
-
-:::faq
-### Come possono gli sviluppatori di app implementare sistemi efficaci di gestione del consenso per soddisfare i requisiti di conformità CPRA?
-
-Per soddisfare gli standard **CPRA**, gli sviluppatori di app devono dare priorità alla trasparenza e alla semplicità nella gestione del consenso degli utenti. Inizia con banner di consenso chiari e diretti che spiegano lo scopo della raccolta dati e come i dati verranno utilizzati. È essenziale ottenere il consenso esplicito degli utenti prima di elaborare qualsiasi dato.
-
-La tua app dovrebbe anche rendere semplice per gli utenti regolare le loro preferenze, inclusa l'opzione di revocare il consenso quando lo desiderano. Aggiornare e rivedere regolarmente le tue politiche sulla privacy e le pratiche di consenso è fondamentale per rimanere conformi e guadagnare la fiducia degli utenti. L'utilizzo di una Piattaforma di Gestione del Consenso (CMP) affidabile può semplificare questi sforzi tracciando in modo sicuro i consensi degli utenti e assicurando che la tua app sia allineata con i requisiti CPRA.
-
-Per gli sviluppatori che utilizzano strumenti come **Capgo** per fornire aggiornamenti in tempo reale nelle app Capacitor, l'integrazione della gestione del consenso è semplice. Questo approccio non solo mantiene la tua app conforme alle linee guida di Apple e Android ma assicura anche che rimanga incentrata sulla privacy e user-friendly.
-:::
diff --git a/src/content/blog/it/create-react-mobile-apps-with-capacitor.md b/src/content/blog/it/create-react-mobile-apps-with-capacitor.md
deleted file mode 100644
index 16d6ddf6b..000000000
--- a/src/content/blog/it/create-react-mobile-apps-with-capacitor.md
+++ /dev/null
@@ -1,372 +0,0 @@
----
-slug: create-react-mobile-apps-with-capacitor
-title: Costruire App Mobile con React e Capacitor
-description: >-
-  Scopri come creare un'app mobile utilizzando React, Capacitor e migliorare
-  l'interfaccia utente nativa con Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-02-21T00:00:00.000Z
-updated_at: 2023-03-10T00:00:00.000Z
-head_image: /react_capacitor.webp
-head_image_alt: React e illustrazione di Capacitor
-keywords: >-
-  React, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: it
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-In questo tutorial, inizieremo con una nuova app [React](https://reactjs.org/) e passeremo allo sviluppo mobile nativo utilizzando Capacitor. Facoltativamente, puoi anche aggiungere [Konsta UI](https://konstaui.com/) per una migliore UI mobile con Tailwind CSS.
-
-Capacitor ti permette di convertire facilmente la tua applicazione web React in un'app mobile nativa senza modifiche significative o dover imparare una nuova competenza come React Native.
-
-Con pochi semplici passaggi, la maggior parte delle applicazioni React può essere trasformata in app mobile.
-
-Questo tutorial ti guiderà attraverso il processo, partendo da una nuova app React e poi incorporando Capacitor per entrare nel regno delle app mobile native. Inoltre, puoi facoltativamente utilizzare [Konsta UI](https://konstaui.com/) per migliorare la tua UI mobile con Tailwind CSS.
-
-## Informazioni su Capacitor
-
-CapacitorJS è rivoluzionario! Puoi incorporarlo facilmente in qualsiasi progetto web, e incapsulerà la tua applicazione in una webview nativa, generando il progetto nativo per Xcode e Android Studio. Inoltre, i suoi plugin forniscono accesso alle funzionalità native del dispositivo come la fotocamera tramite un ponte JS.
-
-Con Capacitor, ottieni un'eccellente app mobile nativa senza setup complicati o curve di apprendimento ripide. La sua API snella e le funzionalità ottimizzate lo rendono facilissimo da integrare nel tuo progetto. Fidati, rimarrai stupito da quanto sia semplice ottenere un'app nativa completamente funzionale con Capacitor!
-
-## Preparare la tua App React
-
-Mentre ci sono vari metodi per iniziare applicazioni React, optiamo per il più semplice in questo tutorial che fornisce un'applicazione React vuota:
-
-```shell
-npx create-react-app my-app
-```
-
-Per creare un'app mobile nativa, necessitiamo di un **export** del nostro progetto. Quindi, includiamo uno script semplice nel nostro **package.json** che può essere utilizzato per buildare ed esportare il progetto React:
-
-```json
-{
-  "scripts": {
-    "start": "react-scripts start",
-    "build": "react-scripts build",
-    "test": "react-scripts test",
-    "eject": "react-scripts eject"
-  }
-}
-```
-
-Ora puoi eseguire `npm run build` senza preoccupazioni, e dovresti vedere una nuova cartella out nella root del tuo progetto.
-
-Questa cartella sarà utilizzata da Capacitor successivamente, ma per ora, dobbiamo configurarla correttamente.
-
-## Aggiungere Capacitor alla tua App React
-
-Per impacchettare qualsiasi app web in un container mobile nativo, dobbiamo seguire alcuni passaggi iniziali, ma successivamente è semplice come eseguire un singolo comando `sync`.
-
-Prima di tutto, possiamo installare il [Capacitor CLI](https://capacitorjs.com/docs/cli/) come dipendenza di sviluppo, e poi configurarlo nel nostro progetto. Durante la configurazione, puoi premere "invio" per accettare i valori predefiniti per nome e ID del bundle.
-
-Successivamente, dobbiamo installare il pacchetto core e i pacchetti rilevanti per le piattaforme iOS e Android.
-
-Infine, possiamo aggiungere le piattaforme, e Capacitor creerà cartelle per ogni piattaforma nella root del nostro progetto:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your React project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-A questo punto, dovresti vedere nuove cartelle **ios** e **android** nel tuo progetto React.
-
-**Questi sono progetti nativi reali!**
-
-Per accedere al progetto Android successivamente, devi installare [Android Studio](https://developer.android.com/studio/). Per iOS, hai bisogno di un Mac e devi installare [Xcode](https://developer.apple.com/xcode/).
-
-Inoltre, dovresti trovare un file **capacitor.config.ts** nel tuo progetto, che contiene alcune impostazioni fondamentali di Capacitor utilizzate durante la sincronizzazione. L'unica cosa a cui devi prestare attenzione è il **webDir**, che deve puntare al risultato del tuo comando di build. Attualmente, è impreciso.
-
-Per correggere questo, apri il file **capacitor.config.json** e aggiorna il **webDir**:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-Puoi provarlo eseguendo i seguenti comandi:
-
-```shell
-npm run build
-npx cap sync
-```
-
-Il primo comando `npm run build` semplicemente builderà il tuo progetto React ed esporterà la build statica.
-
-Mentre il secondo comando `npx cap sync` sincronizzerà tutto il codice web nei posti giusti delle piattaforme native in modo che possano essere visualizzati in un'app.
-
-Inoltre, il comando sync potrebbe aggiornare le piattaforme native e installare plugin, quindi quando installi nuovi [plugin Capacitor](https://capacitorjs.com/docs/plugins/) è il momento di eseguire nuovamente `npx cap sync`.
-
-Senza accorgertene, hai finito, quindi vediamo l'app su un dispositivo!
-
-## Buildare e Distribuire app native
-
-Per sviluppare app iOS, devi avere **Xcode** installato, e per app Android, devi avere **Android Studio** installato. Inoltre, se pianifichi di distribuire la tua app sull'app store, devi iscriverti all'Apple Developer Program per iOS e alla Google Play Console per Android.
-
-Se sei nuovo nello sviluppo mobile nativo, puoi utilizzare il CLI di Capacitor per aprire facilmente entrambi i progetti nativi:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Una volta configurati i tuoi progetti nativi, distribuire la tua app su un dispositivo connesso è facile. In Android Studio, devi solo attendere che tutto sia pronto, e puoi distribuire la tua app su un dispositivo connesso senza modificare alcuna impostazione. Ecco un esempio:
-
-![android-studio-run](/android-studio-run.webp)
-
-In Xcode, devi configurare il tuo account di firma per distribuire la tua app su un dispositivo reale invece che solo sul simulatore. Se non l'hai mai fatto prima, Xcode ti guida attraverso il processo (ma di nuovo, devi essere iscritto al Developer Program). Dopo di che, puoi semplicemente premere play per eseguire l'app sul tuo dispositivo connesso, che puoi selezionare in alto. Ecco un esempio:
-
-![xcode-run](/xcode-run.webp)
-
-Congratulazioni! Hai distribuito con successo la tua app web React su un dispositivo mobile. Ecco un esempio:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/next-capacitor-share.webp" alt="react-mobile-app">
-</div>
-
-Ma aspetta, c'è anche un modo più veloce per farlo durante lo sviluppo...
-
-## Live Reload di Capacitor
-
-A questo punto, probabilmente sei abituato ad avere l'hot reload con tutti i framework moderni, e la buona notizia è che puoi avere la stessa funzionalità **su un dispositivo mobile** con uno sforzo minimo!
-
-Abilita l'accesso alla tua applicazione ospitata localmente con live reload **sulla tua rete** facendo caricare all'app Capacitor il contenuto dall'URL specifico.
-
-Il primo passo è determinare il tuo indirizzo IP locale. Se stai usando un Mac, puoi scoprirlo eseguendo il seguente comando nel terminale:
-
-```shell
-ipconfig getifaddr en0
-```
-
-Su Windows, esegui:
-
-```shell
-ipconfig
-```
-
-Poi cerca l'indirizzo IPv4.
-
-Possiamo istruire Capacitor a caricare l'app direttamente dal server aggiungendo un'altra voce al nostro file `capacitor.config.ts`:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'out',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Assicurati di usare **l'IP e la porta corretti**, ho usato la porta React predefinita in questo esempio.
-
-Ora, possiamo applicare queste modifiche copiandole nel nostro progetto nativo:
-
-```shell
-npx cap copy
-```
-
-Il comando `copy` è simile a `sync`, ma copierà solo **le modifiche apportate alla cartella web** e alla configurazione, senza aggiornare il progetto nativo.
-
-Ora puoi distribuire la tua app ancora una volta attraverso Android Studio o Xcode. Dopo di che, se cambi qualcosa nella tua app React, **l'app si ricaricherà automaticamente** e mostrerà le modifiche!
-
-**Tieni presente** che se installi nuovi plugin come la fotocamera, è ancora necessaria una ricostruzione del tuo progetto nativo. Questo perché i file nativi vengono modificati, e non può essere fatto al volo.
-
-Nota che dovresti usare l'IP e la porta corretti nella tua configurazione. Il blocco di codice sopra mostra la porta React predefinita a scopo dimostrativo.
-
-## Utilizzare i Plugin Capacitor
-
-Diamo un'occhiata a come utilizzare un plugin Capacitor in azione, che abbiamo menzionato alcune volte prima. Per fare questo, possiamo installare un plugin abbastanza semplice eseguendo:
-
-```shell
-npm i @capacitor/share
-```
-
-Non c'è niente di speciale nel [plugin Share](https://capacitorjs.com/docs/apis/share/), ma comunque fa apparire il dialogo di condivisione nativo! Per questo, ora dobbiamo solo importare il pacchetto e chiamare la funzione `share()` dalla nostra app. Modifichiamo il **src/App.js** in questo modo:
-
-```javascript
-import React from 'react';
-import { Share } from '@capacitor/share';
-
-function App() {
-  const share = async () => {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  };
-
-  return (
-    <div>
-      <h1>Welcome to React and Capacitor!</h1>
-      <p>
-        <h2>Cool channel</h2>
-        <button onClick={() => share()}>Share now!</button>
-      </p>
-    </div>
-  );
-}
-
-export default App;
-```
-
-Come menzionato prima, quando installiamo nuovi plugin, dobbiamo eseguire un'operazione di sincronizzazione e poi ridistribuire l'app sul nostro dispositivo. Per fare questo, esegui il seguente comando:
-
-```
-npx cap sync
-```
-
-Dopo aver premuto il pulsante, puoi vedere in azione il bellissimo dialogo di condivisione nativo!
-
-<div>
-  <h1>
-</h1>
-
-Per rendere il pulsante più adatto al mobile, possiamo aggiungere dello stile usando la mia libreria di componenti UI preferita per app web - React (senza giochi di parole).
-
-## Aggiungere Konsta UI
-
-Ho lavorato per anni con [Ionic](https://ionicframework.com/) per costruire fantastiche applicazioni cross-platform, ed è stata una delle migliori scelte per anni. Ma ora non lo raccomando più; è molto complicato integrarlo con React, e non ne vale davvero la pena quando hai già [tailwindcss](https://tailwindcss.com/).
-
-Se vuoi una UI mobile dall'aspetto eccellente che si adatta allo stile specifico di iOS e Android, raccomando Konsta UI.
-
-Devi avere [tailwind già installato](https://tailwindcss.com/docs/guides/vite/#react)
-
-Per usarlo, dobbiamo solo installare il pacchetto react:
-
-```shell
-npm i konsta
-```
-
-Inoltre, devi modificare il tuo file `tailwind.config.js`:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{js,ts,javascript,tsx}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` estenderà la configurazione Tailwind CSS predefinita (o la tua personalizzata) con alcune varianti extra e utility helper richieste per Konsta UI.
-
-Ora dobbiamo configurare il componente principale [App](https://konstaui.com/react/app/) così possiamo impostare alcuni parametri globali (come `theme`).
-
-Dobbiamo avvolgere l'intera app con `App` in `src/App.js`:
-
-```javascript
-import { App } from 'konsta/react';
-import './App.css';
-
-function MyApp({ Component, pageProps }) {
-  return (
-    // Wrap our app with App component
-    <App theme="ios">
-      <Component {...pageProps} />
-    </App>
-  );
-}
-
-export default MyApp;
-```
-
-### Pagina di Esempio
-
-Ora che tutto è configurato, possiamo utilizzare i componenti React di Konsta UI nella nostra app React.
-
-Per esempio, apriamo `src/App.js` e modifichiamolo nel seguente modo:
-
-```javascript
-// Konsta UI components
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  Link,
-  BlockTitle,
-} from 'konsta/react';
-
-function App() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Here is your React & Konsta UI app. Let's see what we have here.
-        </p>
-      </Block>
-      <BlockTitle>Navigation</BlockTitle>
-      <List>
-        <ListItem href="/about/" title="About" />
-        <ListItem href="/form/" title="Form" />
-      </List>
-
-      <Block strong className="flex space-x-4">
-        <Button>Button 1</Button>
-        <Button>Button 2</Button>
-      </Block>
-    </Page>
-  );
-}
-
-export default App;
-```
-
-Se il live reload è fuori sync dopo aver installato tutti i componenti necessari, prova a riavviare tutto. Una volta fatto, dovresti vedere un'app mobile con un aspetto abbastanza nativo, costruita con React e Capacitor!
-
-Dovresti vedere la seguente pagina come risultato:
-
-<p>
-  <h2>
-</h2>
-
-## Conclusione
-
-Capacitor è un'eccellente opzione per costruire applicazioni native basate su un progetto web esistente, offrendo un modo semplice per condividere codice e mantenere una UI consistente.
-
-E con l'aggiunta di [Capgo](https://capgo.app/), è ancora più facile aggiungere aggiornamenti in tempo reale alla tua app, assicurando che i tuoi utenti abbiano sempre accesso alle ultime funzionalità e correzioni di bug.
-
-Se vuoi imparare come aggiungere Capgo alla tua app React, dai un'occhiata al prossimo articolo:
diff --git a/src/content/blog/it/creating-and-deleting-update-channels-in-capacitor.md b/src/content/blog/it/creating-and-deleting-update-channels-in-capacitor.md
deleted file mode 100644
index 28553fdda..000000000
--- a/src/content/blog/it/creating-and-deleting-update-channels-in-capacitor.md
+++ /dev/null
@@ -1,283 +0,0 @@
----
-slug: creating-and-deleting-update-channels-in-capacitor
-title: Creazione ed eliminazione dei canali di aggiornamento in Capacitor
-description: >-
-  Impara a creare, gestire ed eliminare i canali di aggiornamento in Capacitor
-  per aggiornamenti delle app semplificati e un'esperienza utente migliorata.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T03:02:38.679Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcb1f883b63ee70fa08665-1742526177947.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, update channels, app updates, development, mobile, CI/CD, user
-  management, version control
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) [canali di aggiornamento](https://capgo.app/docs/webapp/channels/) ti permettono di inviare aggiornamenti over-the-air (OTA) a gruppi specifici di utenti. Questo aiuta a gestire versioni multiple dell'app, testare nuove funzionalità e distribuire gli aggiornamenti gradualmente. Ecco cosa devi sapere:
-
--   **Benefici**:
-    
-    -   Testa gli aggiornamenti con gruppi più piccoli (es. utenti beta).
-    -   Invia correzioni critiche senza attendere l'approvazione dell'app store.
-    -   Ripristina istantaneamente gli aggiornamenti problematici.
--   **Configurazione**:
-    
-    -   Usa strumenti come Capacitor CLI, [Node.js](https://nodejs.org/en) e [Capgo](https://capgo.app/) CLI.
-    -   Assegna ruoli (Admin, Developer, Viewer) per gestire i permessi.
-    -   Integra con strumenti CI/CD per flussi di lavoro automatizzati.
--   **Gestione dei Canali**:
-    
-    -   Crea canali per gli ambienti (es. produzione, beta, staging).
-    -   Nomina i canali in modo chiaro (es. `prod`, `beta-internal`, `v2-hotfix`).
-    -   Testa gli aggiornamenti in fasi prima di promuoverli in produzione.
--   **Rimozione dei Canali**:
-    
-    -   Identifica i canali inutilizzati tramite analytics.
-    -   Migra in sicurezza gli utenti, archivia i dati e controlla le dipendenze prima dell'eliminazione.
-
-Capgo semplifica questo processo con strumenti come analytics in tempo reale, gestione utenti e opzioni di rollback. Con una corretta configurazione e manutenzione dei canali, puoi distribuire gli aggiornamenti più velocemente e in modo più affidabile.
-
-## Distribuzione Continua e Aggiornamenti Live con Ionic Deploy
-
-<iframe src="https://www.youtube.com/embed/I7PC3O4q1ug" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisiti di Configurazione
-
-Per gestire efficacemente i canali di aggiornamento, dovrai installare strumenti specifici e configurare i permessi. Ecco cosa ti serve per iniziare.
-
-### Strumenti Necessari
-
-Assicurati di avere quanto segue:
-
--   **Capacitor CLI**: Questo è lo strumento principale per gestire gli aggiornamenti dell'app.
--   **Node.js**: È richiesta la versione 14.0 o superiore.
--   **[Capgo CLI](https://capgo.app/docs/cli/commands)**: Usato per configurare e gestire i canali di aggiornamento.
--   **Ambiente di Sviluppo**: Scegli un IDE che supporti Capacitor.
-
-Per inizializzare Capgo CLI, esegui questo comando:
-
-```bash
-npx @capgo/cli init
-```
-
-Questo configura il tuo progetto con i file di configurazione necessari e lo connette al [servizio di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/manual-update/) di Capgo.
-
-### Configurazione degli Accessi e Permessi
-
-Configura i permessi per una gestione sicura ed efficiente dei canali:
-
-| **Livello di Permesso** | **Diritti di Accesso** | **Scopo** |
-| --- | --- | --- |
-| Admin | Accesso completo | Creare, eliminare e gestire i canali |
-| Developer | Accesso limitato | Distribuire e testare gli aggiornamenti |
-| Viewer | Sola lettura | Monitorare lo stato degli aggiornamenti |
-
-Assegna i ruoli al tuo team in base alle loro responsabilità. Capgo funziona perfettamente con Capacitor 8, assicurando di adattarsi a varie esigenze di progetto.
-
-Per maggiore comodità, Capgo si integra con popolari strumenti CI/CD come [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) e [Jenkins](https://www.jenkins.io/). Assicurati solo che il tuo sistema di build sia pronto per gestire i canali di aggiornamento.
-
-## Configurazione dei Canali di Aggiornamento
-
-Ecco come puoi creare e gestire efficacemente i canali di aggiornamento. Questa guida copre la creazione dei canali, la configurazione e le pratiche utili per la denominazione.
-
-### Creazione di un Nuovo Canale
-
-Per configurare un canale usando Capgo CLI, segui questi passaggi:
-
-1.  **Inizializza il Canale**: Apri il terminale ed esegui il seguente comando:
-    
-    ```bash
-    npx @capgo/cli channel create
-    ```
-    
-2.  **Imposta i Parametri Base**: Configura il canale con dettagli come nome e versione:
-    
-    ```bash
-    npx @capgo/cli channel config --name="beta-testing" --version="1.0.0"
-    ```
-    
-3.  **Conferma il Canale**: Verifica che il tuo canale sia stato creato con successo:
-    
-    ```bash
-    npx @capgo/cli channel list
-    ```
-    
-
-### Impostazioni del Canale
-
-Quando configuri il tuo canale, assicurati di concentrarti su queste impostazioni chiave:
-
-| Impostazione | Scopo | Valore di Esempio |
-| --- | --- | --- |
-| **Nome Canale** | Identifica il flusso di aggiornamento | prod, beta, staging |
-| **Pattern Versione** | Specifica il formato versione consentito | 1.0.\* |
-| **Accesso Utenti** | Determina chi riceve gli aggiornamenti | specific-group-id |
-| **Frequenza Aggiornamenti** | Imposta quando vengono distribuiti gli aggiornamenti | immediate, scheduled |
-
-Queste impostazioni ti aiutano a controllare come vengono distribuiti gli aggiornamenti e chi li riceve.
-
-### Suggerimenti per Nomi e Struttura
-
-Una convenzione di denominazione chiara assicura che i tuoi canali rimangano organizzati e facili da gestire. Ecco alcuni suggerimenti:
-
--   **Nomi Basati sull'Ambiente**
-    
-    -   `prod` - Per i rilasci in produzione
-    -   `beta-internal` - Per test interni
-    -   `staging-qa` - Per test di qualità
--   **Canali Specifici per Versione**
-    
-    -   `v2-rollout` - Per rilasci versione 2.0
-    -   `v2-hotfix` - Per correzioni urgenti
-    -   `v2-beta` - Per test beta
--   **Canali Focalizzati sulle Funzionalità**
-    
-    -   `feature-payment` - Aggiornamenti per il sistema di pagamento
-    -   `feature-auth` - Aggiornamenti per l'autenticazione
-    -   `feature-ui` - Aggiornamenti relativi all'interfaccia
-
-Usare questi pattern di denominazione rende più facile identificare e gestire i tuoi flussi di aggiornamento.
-
-## Gestione degli Aggiornamenti dei Canali
-
-La gestione efficace degli aggiornamenti dei canali assicura distribuzioni fluide e affidabili. Questo passaggio si basa sui precedenti processi di creazione dei canali, concentrandosi sul perfezionamento della distribuzione degli aggiornamenti. Capgo offre strumenti come assegnazioni utenti mirate e promozione basata su analytics per semplificare questo processo.
-
-### Assegnazione degli Aggiornamenti
-
-Assegna gli aggiornamenti a gruppi specifici di utenti usando un flusso di lavoro chiaro:
-
--   **Canale di Sviluppo**: Usa questo canale per test isolati e correzioni di bug. Monitora gli impatti sulle prestazioni e assicurati che i problemi siano risolti.
--   **Canale Beta**: Distribuisci qui gli aggiornamenti per test controllati e raccolta feedback utenti. Valida come gli aggiornamenti si comportano in condizioni reali.
--   **Canale di Produzione**: Una volta che gli aggiornamenti sono stabili, promuovili al canale di produzione per tutti gli utenti.
-
-Dopo aver assegnato gli aggiornamenti, conduci test approfonditi per confermare la loro prontezza.
-
-### Test degli Aggiornamenti
-
-Capgo fornisce strumenti per eseguire test dettagliati:
-
-| **Fase di Test** | **Scopo** | **Funzionalità Chiave** |
-| --- | --- | --- |
-| Verifica Iniziale | Controlla funzionalità base | Test PR attraverso selettore canale |
-| Test Beta | Valida uso nel mondo reale | Gestione utenti con permessi granulari |
-| Monitoraggio Prestazioni | Valuta stabilità aggiornamento | Usa analytics dettagliati e tracciamento errori |
-
-### Spostamento degli Aggiornamenti tra Canali
-
-Sposta gli aggiornamenti tra i canali con attenzione per mantenere la stabilità. Capgo semplifica questo processo con misure di sicurezza integrate.
-
-Punti chiave da considerare:
-
--   **Controllo Versione**: Mantieni traccia di una versioning chiara tra i canali.
--   **Opzioni di Rollback**: Capgo offre una funzione di rollback con un click per risolvere rapidamente i problemi.
--   **Revisione Analytics**: Rivedi sempre i dati di performance prima di promuovere un aggiornamento al canale successivo.
-
-> "Rollback istantaneo se qualcosa va storto" - Capgo [\[1\]](https://capgo.app/)
-
-## Rimozione dei Canali di Aggiornamento
-
-È importante sapere come e quando rimuovere i canali di aggiornamento inutilizzati. Mantenere pulita la struttura dei canali assicura che la tua app rimanga stabile e rende più facile gestire gli aggiornamenti.
-
-### Trovare i Canali Inutilizzati
-
-Per individuare i canali inattivi, usa la [dashboard analytics di Capgo](https://capgo.app/docs/webapp/) per analizzare i pattern di utilizzo. Concentrati sui canali che soddisfano questi criteri:
-
--   Nessun utente attivo negli ultimi 30 giorni
--   Nessun aggiornamento recente distribuito
--   Fasi di beta testing completamente terminate
--   Canali temporanei usati per test o vecchie funzionalità segnalate come non necessarie
-
-Gli analytics in tempo reale di Capgo rendono semplice identificare i canali non più necessari.
-
-### Passaggi per la Rimozione del Canale
-
-Per rimuovere in sicurezza un canale di aggiornamento, segui questi passaggi:
-
-| Passaggio | Azione | Verifica |
-| --- | --- | --- |
-| **Migrazione Utenti** | Sposta tutti gli utenti attivi su altri canali | Conferma che non rimangano utenti |
-| **Archivio Aggiornamenti** | Archivia la cronologia del canale | Verifica che l'archivio sia completo |
-| **Controllo Dipendenze** | Assicurati che nessuno script o workflow dipenda dal canale | Conferma che non ci siano riferimenti attivi |
-| **Esecuzione Rimozione** | Esegui il comando di eliminazione canale | Verifica che il canale sia eliminato |
-
-Una volta completati questi passaggi, ricontrolla il sistema per confermare che tutto funzioni correttamente.
-
-### Controllo Impatto Rimozione
-
-Prima di finalizzare la rimozione, considera questi punti:
-
-1.  **Valutazione Cronologia Aggiornamenti**  
-    Rivedi la cronologia degli aggiornamenti del canale per assicurarti che tutti i dati importanti, come statistiche di performance o feedback utenti, siano stati salvati.
-    
-2.  **Dipendenze**  
-    Ricontrolla che nessuna pipeline CI/CD o script faccia ancora riferimento al canale.
-    
-
-Dopo la rimozione, monitora le performance del sistema. Se sorgono problemi, la funzione di rollback di Capgo può aiutarti a risolverli rapidamente.
-
-## Funzionalità di [Capgo](https://capgo.app/) per gli Aggiornamenti
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-21.jpg?auto=compress)
-
-### Funzioni Core di Capgo
-
-Capgo semplifica la gestione dei canali di aggiornamento con funzionalità su misura per progetti Capacitor. Il suo sistema di canali ti permette di indirizzare specifici gruppi di utenti con aggiornamenti adatti alle loro necessità. Inoltre, Capgo fornisce agli sviluppatori strumenti per velocizzare la distribuzione e migliorare i flussi di lavoro.
-
-### Strumenti per Sviluppatori
-
-Capgo offre una gamma di strumenti per rendere gli aggiornamenti più facili e assicurare che tutto rimanga conforme. Con il suo strumento CLI, puoi distribuire aggiornamenti usando un solo comando, risparmiando tempo e fatica.
-
-Ecco alcune funzionalità di spicco per gli sviluppatori:
-
-| Funzionalità | Cosa Fa | Come Aiuta |
-| --- | --- | --- |
-| Selettore Canale | Testa le pull request direttamente nell'app | Velocizza il feedback |
-| Gestione Utenti | Gestisce i permessi a livello dettagliato | Migliore controllo sui tester |
-| Dashboard Analytics | Monitora gli aggiornamenti in tempo reale | Traccia facilmente le performance |
-| Capacità di Rollback | Risolve rapidamente i problemi | Mantiene l'app stabile |
-
-Questi strumenti si integrano perfettamente con il processo di configurazione semplice di Capgo, descritto di seguito.
-
-### Guida alla Configurazione di Capgo
-
-Iniziare con Capgo è semplice e veloce. Segui solo questi tre passaggi:
-
-1.  **Configura l'autenticazione:** Abilita la crittografia end-to-end per mantenere gli aggiornamenti sicuri.
-2.  **Definisci la struttura dei canali:** Configura i canali in base alle tue esigenze di distribuzione.
-3.  **Imposta i permessi utente:** Assegna diritti di accesso specifici ai membri del team.
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare la revisione per la correzione dei bug è prezioso." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo supporta oltre 30 plugin e funziona perfettamente con le pipeline CI/CD, rendendo facile l'integrazione nel tuo processo di sviluppo esistente. Migliora la [gestione degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) mantenendo tutto efficiente e semplice.
-
-## Riepilogo
-
-### Punti Principali
-
-La gestione efficace dei canali garantisce che le distribuzioni delle app procedano senza intoppi. Il sistema di canali di Capgo mostra risultati impressionanti: **il 95% degli aggiornamenti viene adottato entro 24 ore**, supportato da una CDN globale che consegna un bundle di 5MB in soli 114ms, insieme a un tempo di risposta API di 57ms in tutto il mondo [\[1\]](https://capgo.app/).
-
-| Metrica | Prestazione |
-| --- | --- |
-| Aggiornamenti Totali Consegnati | 23.5M |
-| App in Produzione Attive | 750 |
-| Tasso di Successo Globale | 82% |
-| Adozione Aggiornamenti (24h) | 95% |
-
-Il raggiungimento di questi risultati si basa su convenzioni di denominazione chiare e assegnazioni utente precise, come discusso in precedenza. Costruire una strategia di canale strutturata intorno a queste metriche può migliorare ulteriormente le prestazioni.
-
-### Per Iniziare
-
-Per sfruttare questi risultati comprovati, inizia perfezionando la configurazione dei tuoi canali:
-
--   **Definisci una Struttura Chiara dei Canali**: Canali separati per ambienti di sviluppo, staging e produzione.
--   **Configura i Permessi Utente**: Assegna controlli di accesso granulari per i canali di aggiornamento.
--   **Monitora le Prestazioni**: Controlla regolarmente i tassi di successo degli aggiornamenti e il coinvolgimento degli utenti.
-
-Non dimenticare di rivedere e rimuovere periodicamente i canali inattivi per mantenere un flusso di lavoro efficiente. Con canali ben gestiti, gli sviluppatori possono distribuire gli aggiornamenti più rapidamente mantenendo il controllo e la stabilità.
diff --git a/src/content/blog/it/creating-mobile-apps-with-sveltekit-and-capacitor.md b/src/content/blog/it/creating-mobile-apps-with-sveltekit-and-capacitor.md
deleted file mode 100644
index a86937d66..000000000
--- a/src/content/blog/it/creating-mobile-apps-with-sveltekit-and-capacitor.md
+++ /dev/null
@@ -1,376 +0,0 @@
----
-slug: creating-mobile-apps-with-sveltekit-and-capacitor
-title: Creazione di App Mobile con SvelteKit e Capacitor
-description: >-
-  Scopri come creare un'app mobile utilizzando SvelteKit, Capacitor e migliorare
-  l'interfaccia utente nativa con Konsta UI.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-04T00:00:00.000Z
-updated_at: 2023-06-04T00:00:00.000Z
-head_image: /sveltekit_capacitor.webp
-head_image_alt: Illustrazione di SvelteKit e Capgo
-keywords: >-
-  SvelteKit, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: it
-next_blog: updating-your-capacitor-apps-seamlessly-with-capacitor-updater
----
-In questo tutorial, inizieremo con una nuova app [SvelteKit](https://kit.svelte.dev/) e passeremo allo sviluppo mobile nativo utilizzando Capacitor. Facoltativamente, puoi anche integrare [Konsta UI](https://konstaui.com/) per un'interfaccia mobile migliorata con Tailwind CSS.
-
-Capacitor ti permette di convertire facilmente la tua applicazione web SvelteKit in un'app mobile nativa senza la necessità di modifiche significative o di imparare una nuova competenza come React Native.
-
-Segui questa guida passo dopo passo per trasformare la tua app SvelteKit in un'app mobile utilizzando Capacitor e, se lo desideri, migliorare la tua interfaccia mobile con Konsta UI.
-
-## Informazioni su Capacitor
-
-CapacitorJS è rivoluzionario! Può essere integrato senza sforzo in qualsiasi progetto web, avvolgendo la tua applicazione in una webview nativa e generando progetti nativi Xcode e Android Studio per te. I suoi plugin forniscono accesso alle funzionalità native del dispositivo come la fotocamera attraverso un bridge JavaScript.
-
-Capacitor ti permette di creare un'fantastica app mobile nativa senza alcuna configurazione complicata o curva di apprendimento ripida. La sua API snella e la funzionalità semplificata lo rendono facile da integrare nel tuo progetto. Rimarrai stupito da quanto sia semplice ottenere un'app nativa completamente funzionante con Capacitor!
-
-## Preparazione della tua App SvelteKit
-
-Per creare una nuova app SvelteKit, esegui il seguente comando:
-
-```shell
-npm create svelte@latest my-app
-cd my-app
-npm install
-npm run build
-```
-
-Dopo aver eseguito il comando `build`, dovresti vedere una nuova cartella `dist` nella root del tuo progetto.
-
-Questa cartella verrà utilizzata da Capacitor in seguito, ma per ora dobbiamo configurarla correttamente.
-
-## Aggiungere Capacitor alla tua App SvelteKit
-
-Per impacchettare qualsiasi app web in un container mobile nativo, dobbiamo seguire alcuni passaggi iniziali. Successivamente, è semplice come eseguire un singolo comando `sync`.
-
-Prima, installa la [Capacitor CLI](https://capacitorjs.com/docs/cli/) come dipendenza di sviluppo e configurala nel tuo progetto. Durante la configurazione, puoi premere "invio" per accettare i valori predefiniti per nome e ID del bundle.
-
-Quindi, installa il pacchetto core e i pacchetti rilevanti per le piattaforme iOS e Android.
-
-Infine, aggiungi le piattaforme, e Capacitor creerà cartelle per ogni piattaforma nella root del tuo progetto:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your SvelteKit project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-A questo punto, dovresti vedere nuove cartelle **ios** e **android** nel tuo progetto SvelteKit.
-
-**Questi sono progetti nativi reali!**
-
-Per accedere al progetto Android in seguito, devi installare [Android Studio](https://developer.android.com/studio/). Per iOS, hai bisogno di un Mac e dovresti installare [Xcode](https://developer.apple.com/xcode/).
-
-Inoltre, dovresti trovare un file **capacitor.config.ts** nel tuo progetto, che contiene alcune impostazioni di base di Capacitor utilizzate durante la sincronizzazione. L'unica cosa a cui devi prestare attenzione è il **webDir**, che deve puntare al risultato del tuo comando di build. Attualmente, è errato.
-
-Per correggere questo, apri il file **capacitor.config.ts** e aggiorna il **webDir**:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'build',
-}
-
-export default config
-```
-
-Ora che abbiamo aggiornato le nostre impostazioni Capacitor, cambiamo il nostro progetto SvelteKit in un'applicazione statica scaricando il pacchetto adapter statico appropriato:
-
-```shell
-npm i -D @sveltejs/adapter-static
-```
-
-Dopo aver installato il pacchetto, dovremo modificare il file _svelte.config.js_ dall'auto-adapter a static:
-
-```ts
-import adapter from '@sveltejs/adapter-static'
-import { vitePreprocess } from '@sveltejs/kit/vite'
-
-/** @type {import('@sveltejs/kit').Config} */
-const config = {
-// Consult https://kit.svelte.dev/docs/integrations#preprocessors
-// for more information about preprocessors
-  preprocess: vitePreprocess(),
-
-  kit: {
-    // adapter-auto only supports some environments, see https://kit.svelte.dev/docs/adapter-auto for a list.
-    // If your environment is not supported or you settled on a specific environment, switch out the adapter.
-    // See https://kit.svelte.dev/docs/adapters for more information about adapters.
-    adapter: adapter({
-      // default options are shown. On some platforms
-      // these options are set automatically — see below
-      pages: 'build',
-      assets: 'build',
-      fallback: null,
-      precompress: false,
-      strict: true
-    })
-  }
-}
-
-export default config
-```
-
-Con il _svelte.config.js_ aggiornato, dovremo aggiungere un'opzione _prerender_ creando una pagina _+layout.js_ in _src/routes_ e aggiungendo semplicemente la seguente esportazione a _+layout.js_:
-
-```ts
-export const prerender = true
-```
-
-Dopo aver aggiunto e aggiornato la pagina _+layout.js_, dovremo aggiungere le nostre piattaforme mobili, ricostruire il nostro progetto per creare la cartella _build_
-
-Puoi farlo eseguendo i seguenti comandi:
-
-```shell
-npm run build
-npx cap sync
-```
-
-Il primo comando `npm run build` costruirà il tuo progetto SvelteKit e copierà la build statica, mentre il secondo comando `npx cap sync` sincronizzerà tutto il codice web nei posti giusti delle piattaforme native in modo che possano essere visualizzati in un'app.
-
-Inoltre, il comando sync potrebbe aggiornare le piattaforme native e installare plugin, quindi quando installi nuovi [plugin Capacitor](https://capacitorjs.com/docs/plugins/), è il momento di eseguire nuovamente `npx cap sync`.
-
-Senza rendertene conto, hai ora completato il processo, quindi vediamo l'app su un dispositivo!
-
-## Costruire e Distribuire App Native
-
-Per sviluppare app iOS, devi avere **Xcode** installato, e per le app Android, devi avere **Android Studio** installato. Inoltre, se prevedi di distribuire la tua app sull'app store, devi iscriverti all'Apple Developer Program per iOS e alla Google Play Console per Android.
-
-Se sei nuovo nello sviluppo mobile nativo, puoi utilizzare la CLI di Capacitor per aprire facilmente entrambi i progetti nativi:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Una volta configurati i tuoi progetti nativi, distribuire la tua app su un dispositivo connesso è facile. In Android Studio, devi solo attendere che tutto sia pronto e puoi distribuire la tua app su un dispositivo connesso senza modificare alcuna impostazione. Ecco un esempio:
-
-![android-studio-run](/android-studio-run.webp)
-
-In Xcode, devi configurare il tuo account di firma per distribuire la tua app su un dispositivo reale invece che solo sul simulatore. Se non l'hai mai fatto prima, Xcode ti guida attraverso il processo (ma di nuovo, devi essere iscritto al Developer Program). Dopo di che, puoi semplicemente premere play per eseguire l'app sul tuo dispositivo connesso, che puoi selezionare in alto. Ecco un esempio:
-
-![xcode-run](/xcode-run.webp)
-
-Congratulazioni! Hai distribuito con successo la tua app web SvelteKit su un dispositivo mobile. Ecco un esempio:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/sveltekit-mobile-app.webp" alt="sveltekit-mobile-app">
-</div>
-
-Ma aspetta, c'è anche un modo più veloce per farlo durante lo sviluppo...
-
-## Ricaricamento Live di Capacitor
-
-A questo punto, probabilmente sei abituato ad avere il ricaricamento a caldo con tutti i framework moderni, e la buona notizia è che puoi avere la stessa funzionalità **su un dispositivo mobile** con uno sforzo minimo!
-
-Abilita l'accesso alla tua applicazione ospitata localmente con ricaricamento live **sulla tua rete** facendo caricare all'app Capacitor il contenuto dall'URL specifico.
-
-Il primo passo è determinare il tuo indirizzo IP locale. Se stai usando un Mac, puoi scoprirlo eseguendo il seguente comando nel terminale:
-
-```shell
-ipconfig getifaddr en0
-```
-
-Su Windows, esegui:
-
-```shell
-ipconfig
-```
-
-Poi cerca l'indirizzo IPv4.
-
-Possiamo istruire Capacitor a caricare l'app direttamente dal server aggiungendo un'altra voce al nostro file `capacitor.config.ts`:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-Assicurati di utilizzare **l'IP e la porta corretti**, come mostrato nell'esempio sopra.
-
-Ora, possiamo applicare queste modifiche copiandole nel nostro progetto nativo:
-
-```shell
-npx cap copy
-```
-
-Il comando `copy` è simile a `sync`, ma copierà solo **le modifiche apportate alla cartella web** e alla configurazione, senza aggiornare il progetto nativo.
-
-Ora puoi distribuire la tua app ancora una volta attraverso Android Studio o Xcode. Dopo di che, se cambi qualcosa nella tua app Svelte, **l'app si ricaricherà automaticamente** e mostrerà le modifiche!
-
-**Tieni presente** che se installi nuovi plugin come la fotocamera, è ancora necessaria una ricostruzione del tuo progetto nativo. Questo perché i file nativi vengono modificati e non può essere fatto al volo.
-
-Nota che dovresti utilizzare l'IP e la porta corretti nella tua configurazione. Il blocco di codice sopra mostra la porta predefinita di SvelteKit a scopo dimostrativo.
-
-## Utilizzo dei Plugin Capacitor
-
-Diamo un'occhiata a come utilizzare un plugin Capacitor in azione, che abbiamo menzionato alcune volte prima. Per fare questo, possiamo installare un plugin semplice eseguendo:
-
-```shell
-npm i @capacitor/share
-```
-
-Non c'è niente di particolare nel [plugin Share](https://capacitorjs.com/docs/apis/share/), ma fa apparire la finestra di dialogo di condivisione nativa! Per questo, ora dobbiamo solo importare il pacchetto e chiamare la funzione `share()` dalla nostra app, quindi modifichiamo il **src/routes/index.svelte** in questo modo:
-
-```html
-<script>
-  import { Share } from '@capacitor/share';
-
-  async function share() {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  }
-</script>
-
-<h1>Welcome to SvelteKit and Capacitor!</h1>
-<button on:click={share}>Share now!</button>
-```
-
-Come menzionato in precedenza, quando installiamo nuovi plugin, dobbiamo eseguire un'operazione di sincronizzazione e poi ridistribuire l'app sul nostro dispositivo. Per fare questo, esegui il seguente comando:
-
-```
-npx cap sync
-```
-
-Dopo aver premuto il pulsante, puoi vedere in azione la bellissima finestra di dialogo di condivisione nativa!
-
-## Aggiungere Konsta UI
-
-Per utilizzare Konsta UI nella tua app Nuxt 3, devi avere [tailwind già installato](https://tailwindcss.com/docs/guides/sveltekit/) e installare il pacchetto:
-
-```shell
-npm i konsta
-```
-
-Inoltre, devi modificare il tuo file `tailwind.config.js`:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/routes/**/*.{svelte}',
-    './src/components/**/*.{svelte}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` estenderà la configurazione Tailwind CSS predefinita (o la tua personalizzata) con alcune varianti extra e utility helper richieste per Konsta UI.
-
-Ora dobbiamo configurare il componente principale [App](https://konstaui.com/vue/app/) in modo da poter impostare alcuni parametri globali (come il `theme`).
-
-Dobbiamo avvolgere l'intera app con `App` in `src/routes/+layout.svelte`:
-
-```html
-<script>
-  import { App } from 'konsta/svelte';
-</script>
-
-<App theme="ios">
-  <slot />
-</App>
-```
-
-### Pagina di Esempio
-
-Ora che tutto è configurato, possiamo utilizzare i componenti Konsta UI Svelte nelle nostre pagine SvelteKit.
-
-Per esempio, apriamo `src/routes/index.svelte` e modifichiamolo nel seguente modo:
-
-```html
-<script>
-  import {
-    Page,
-    Navbar,
-    Block,
-    Button,
-    List,
-    ListItem,
-    Link,
-    BlockTitle,
-  } from 'konsta/svelte';
-</script>
-
-<Page>
-  <Navbar title="My App" />
-
-  <Block strong>
-    <p>
-      Here is your SvelteKit & Konsta UI app. Let's see what we have here.
-    </p>
-  </Block>
-  <BlockTitle>Navigation</BlockTitle>
-  <List>
-    <ListItem href="/about/" title="About" />
-    <ListItem href="/form/" title="Form" />
-  </List>
-
-  <Block strong class="flex space-x-4">
-    <Button>Button 1</Button>
-    <Button>Button 2</Button>
-  </Block>
-</Page>
-```
-
-Se il ricaricamento live è fuori sync dopo aver installato tutti i componenti necessari, prova a riavviare tutto. Una volta fatto questo, dovresti vedere un'app mobile con un aspetto in qualche modo nativo, costruita con SvelteKit e Capacitor!
-
-Dovresti vedere la seguente pagina come risultato:
-
-<script>
-  </script>
-<h1>
-
-## Conclusione
-
-Capacitor è un'ottima opzione per costruire applicazioni native basate su un progetto web esistente, offrendo un modo semplice per condividere codice e mantenere un'interfaccia utente coerente.
-
-E con l'aggiunta di [Capgo](https://capgo.app/), è ancora più facile aggiungere aggiornamenti live alla tua app, assicurando che i tuoi utenti abbiano sempre accesso alle ultime funzionalità e correzioni di bug.
-
-Se vuoi imparare come aggiungere Capgo alla tua app SvelteKit, dai un'occhiata al prossimo articolo:
-
-Scopri come Capgo può aiutarti a costruire app migliori più velocemente, [registra un account gratuito](/register/) oggi.
diff --git a/src/content/blog/it/cross-platform-mobile-app-development-guide-2024.md b/src/content/blog/it/cross-platform-mobile-app-development-guide-2024.md
deleted file mode 100644
index 076adc88b..000000000
--- a/src/content/blog/it/cross-platform-mobile-app-development-guide-2024.md
+++ /dev/null
@@ -1,107 +0,0 @@
----
-slug: cross-platform-mobile-app-development-guide-2024
-title: La Guida Definitiva allo Sviluppo di App Mobile Cross-Platform nel 2024
-description: >-
-  Esploriamo le migliori pratiche e i framework per lo sviluppo di app mobile
-  cross-platform nel 2024. Costruiamo app iOS, Android e Web da una singola base
-  di codice.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-06-15T00:00:00.000Z
-updated_at: 2024-06-15T00:00:00.000Z
-head_image: /cross-platform-app-dev-2024.webp
-head_image_alt: Cross Platform Mobile App Development
-keywords: >-
-  cross-platform, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: cross-platform
-published: true
-locale: it
-next_blog: top-cross-platform-frameworks-compared-2024
----
-
-## Perché lo sviluppo di app mobile multipiattaforma è importante nel 2024
-
-Lo sviluppo di app mobile multipiattaforma è diventato sempre più importante nel 2024 poiché le aziende mirano a raggiungere un pubblico più ampio su piattaforme iOS, Android e web. Sviluppare app native separate per ogni piattaforma è costoso e richiede tempo.
-
-I framework multipiattaforma come Ionic permettono alle aziende di creare app che funzionano su più piattaforme da un'unica base di codice. Questo riduce notevolmente i tempi e i costi di sviluppo, consentendo la parità di funzionalità e un'esperienza utente coerente su tutti i dispositivi.
-
-I principali vantaggi dello sviluppo di app mobile multipiattaforma nel 2024 includono:
-
-- **Maggiore Portata** - Distribuisci la tua app a miliardi di utenti iOS, Android e web da un unico progetto
-- **Costi Ridotti** - Evita di mantenere più codici nativi e team
-- **Sviluppo Più Rapido** - Riutilizza il codice su tutte le piattaforme per rilasciare funzionalità più rapidamente
-- **UX Coerente** - Fornisci un'esperienza fluida agli utenti su qualsiasi dispositivo
-
-Con l'uso sempre crescente del mobile nel 2024 e oltre, una strategia per app multipiattaforma è essenziale per le aziende per rimanere competitive. Ma qual è l'approccio migliore?
-
-## Analisi dei Pattern nell'Architettura delle App Mobile
-
-La maggior parte delle app mobile è composta da componenti UI e pattern comuni, come:
-
-- Barre di intestazione con titoli e pulsanti di azione
-- Liste di dati, spesso scorrevoli o ricercabili
-- Barre delle schede e menu di navigazione
-- Moduli con controlli di input
-
-Mentre gli stili possono differire tra le piattaforme, i componenti di base sono gli stessi. I framework multipiattaforma moderni come Ionic forniscono componenti UI precostruiti e personalizzabili che si adattano automaticamente all'aspetto di ogni piattaforma.
-
-L'utilizzo di un unico set di componenti UI su app iOS, Android e web permette un enorme riutilizzo del codice. Gli sviluppatori devono costruire le funzionalità una sola volta e possono modificare lo stile secondo necessità per ogni piattaforma.
-
-## Approcci Web-Based vs Native Multipiattaforma
-
-Esistono due approcci principali allo sviluppo multipiattaforma: basato sul web e nativo.
-
-I framework basati sul web come Ionic utilizzano tecnologie web standard come HTML, CSS e JavaScript. L'UI viene eseguita in una web view, con plugin che forniscono accesso alle funzionalità native del dispositivo. Mentre le prestazioni erano un problema in passato, i moderni motori JavaScript hanno in gran parte colmato il divario con il nativo.
-
-I framework multipiattaforma nativi come React Native e Flutter adottano un approccio diverso. Forniscono codice React o Dart che viene compilato in widget e codice nativo. Questo permette prestazioni più vicine al nativo ma richiede l'uso di linguaggi e strumenti proprietari.
-
-In definitiva, la scelta dipende dalle competenze e dagli obiettivi del tuo team. I framework basati sul web ti permettono di sfruttare il talento web esistente. I framework nativi richiedono competenze più specializzate ma possono avere vantaggi prestazionali per app esigenti.
-
-## Potenziare la Velocità di Sviluppo con Ionic
-
-Ionic è il framework di sviluppo multipiattaforma leader, che alimenta oltre il 15% delle app negli store. Fornisce un SDK completo con:
-
-- Oltre 100 componenti UI precostruiti per iOS, Android e web
-- Strumenti CLI Ionic per la creazione di progetti, anteprime e deployment
-- Integrazioni con popolari framework front-end come React, Vue e Angular
-- Plugin Capacitor e Cordova per accedere a qualsiasi funzionalità nativa del dispositivo
-- Aggiornamenti live delle app, autenticazione e CI/CD con Capgo o Appflow
-
-Sfruttando gli standard web, Ionic permette agli sviluppatori di utilizzare le proprie competenze esistenti per costruire app di alta qualità per qualsiasi piattaforma. Una singola base di codice riduce drasticamente i tempi di sviluppo e i costi di manutenzione.
-
-Nel 2024, Ionic continua a spingere i limiti di ciò che è possibile con le tecnologie web. Ionic 7 introduce potenti strumenti di design, prestazioni migliorate e integrazioni ancora più strette con gli SDK nativi.
-
-## Per Iniziare
-
-In sintesi, il multipiattaforma sta diventando sempre più lo standard per lo sviluppo di app mentre più aziende ne realizzano i benefici nel 2024. Framework come Ionic permettono un approccio web-first, dando potere agli sviluppatori di costruire app straordinarie per miliardi di utenti in tempo record.Dalle startup alle grandi imprese, i team utilizzano Ionic per alimentare app vitali per clienti, partner e dipendenti in tutti i settori. Se stai considerando un nuovo progetto mobile nel 2024, un approccio cross-platform con Ionic merita di essere esplorato.
-
-Per iniziare, dai un'occhiata a queste risorse:
-
-- [Ionic Documentation](https://ionicframeworkcom/docs)
-- [Ionic Components](https://ionicframeworkcom/docs/components)
-- [Capacitor Native APIs](https://capacitorionicframeworkcom/)
-
-Con Ionic, costruirai in un attimo app coinvolgenti e ad alte prestazioni per mobile e web! Connettiti con uno [stratega Ionic](https://ionicio/enterprise/strategy-session) per saperne di più.
-
-Il futuro è cross-platform - inizia oggi e raggiungi i tuoi obiettivi di app mobile nel 2024!
-
-## Semplifica gli Aggiornamenti delle App con Capgo
-
-Una delle sfide principali dello sviluppo di app mobile è mantenere la tua app aggiornata nel tempo. Anche con un approccio cross-platform, pubblicare una nuova versione per ogni aggiornamento può essere complesso.
-
-È qui che entrano in gioco soluzioni come [Capgo](https://capgo.app/). Capgo è un sistema di aggiornamento live open-source per app Capacitor. Permette di inviare aggiornamenti direttamente sui dispositivi degli utenti senza passare attraverso gli app store.
-
-I principali vantaggi di Capgo includono:
-
-- **Aggiornamenti Istantanei** - Distribuisci l'ultima versione della tua app in pochi secondi senza dover inviare nuovamente agli store
-- **Facili Rollback** - Torna a una versione precedente senza sforzo se necessario
-- **Rollout Graduali** - Rilascia aggiornamenti a una percentuale di utenti per i test prima di distribuirli più ampiamente
-- **Opzione Self-Hosted** - Ospita gli aggiornamenti autonomamente per il massimo controllo e privacy
-
-Capgo si integra perfettamente con Capacitor, il runtime nativo che alimenta le app Ionic. È facile da configurare in qualsiasi progetto Ionic esistente.
-
-Combinando lo sviluppo cross-platform in Ionic con gli aggiornamenti live in Capgo, puoi massimizzare la tua agilità. Distribuisci nuove funzionalità più velocemente e con meno rischi.
-
-Per iniziare con Capgo, consulta la [documentazione ufficiale](https://docscapgo.app/). Capgo è gratuito e completamente open source - quindi puoi implementarlo come preferisci!
diff --git a/src/content/blog/it/cross-platform-uiux-best-practices-for-capacitor-apps.md b/src/content/blog/it/cross-platform-uiux-best-practices-for-capacitor-apps.md
deleted file mode 100644
index ec93456c8..000000000
--- a/src/content/blog/it/cross-platform-uiux-best-practices-for-capacitor-apps.md
+++ /dev/null
@@ -1,280 +0,0 @@
----
-slug: cross-platform-uiux-best-practices-for-capacitor-apps
-title: >-
-  Interfaccia utente/esperienza utente multipiattaforma: Migliori pratiche per
-  le app Capacitor
-description: >-
-  Apprenez les meilleures pratiques pour créer une interface
-  utilisateur/expérience utilisateur transparente et multiplateforme dans les
-  applications Capacitor, garantissant une sensation native sur iOS, Android et
-  le web.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T04:45:24.942Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0c60ea2808c1172f2f7c6-1742791542149.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  Capacitor, UI/UX design, cross-platform apps, mobile development, responsive
-  design, Ionic, app updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**¿Quieres construir aplicaciones que se sientan nativas en iOS, Android y web?** [Capacitor](https://capacitorjs.com/) lo hace posible al combinar características web y nativas. Pero crear una experiencia fluida en todas las plataformas requiere un diseño cuidadoso de UI/UX. Aquí te mostramos cómo hacerlo:
-
--   **Sigue las pautas específicas de la plataforma**: Respeta los estándares de iOS (Interfaz Humana) y Android (Diseño Material) para la navegación, tipografía y gestos.
--   **Utiliza un sistema de diseño**: Crea tokens, componentes y documentación de diseño reutilizables para la coherencia.
--   **Optimiza para tamaños de pantalla**: Utiliza cuadrículas responsivas, puntos de quiebre y componentes escalables para un diseño fluido en todos los dispositivos.
--   **Aprovecha herramientas como [Ionic](https://ionicframework.com/)**: Los componentes preconstruidos se adaptan a los estilos de la plataforma, ahorrando tiempo y esfuerzo.
--   **Prueba en diferentes dispositivos**: Cubre diferentes tamaños de pantalla, versiones de SO e interacciones de usuario para garantizar la fiabilidad.
--   **Usa actualizaciones en vivo**: Herramientas como [Capgo](https://capgo.app/) entregan actualizaciones al instante sin retrasos en la tienda de aplicaciones, manteniendo a los usuarios actualizados.
-
-**Consejo rápido**: Capgo ha habilitado 23.5 millones de actualizaciones para más de 750 aplicaciones, con el 95% de los usuarios actualizados en 24 horas.
-
-## Construye componentes multiplataforma con [Stencil](https://stenciljs.com/) y [Capacitor](https://capacitorjs.com/)
-
-![Stencil Web Components Compiler](https://mars-images.imgix.net/seobot/screenshots/stenciljs.com-6020276454429265c3dac5ec0634b1fb-2025-03-24.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/O5xfY9LPl0s" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Fundamentos del diseño multiplataforma
-
-Crear una experiencia de usuario fluida en todas las plataformas significa equilibrar los patrones de diseño específicos de la plataforma con el estilo único de tu aplicación. Aquí te mostramos cómo lograrlo.
-
-### Construyendo un sistema de diseño
-
-Un sistema de diseño sirve como la columna vertebral del diseño multiplataforma de tu aplicación. Generalmente incluye:
-
--   **Tokens de diseño**: Estos son los valores para colores, tipografía, espaciado y animaciones.
--   **Biblioteca de componentes**: Una colección de elementos de UI reutilizables diseñados para alinearse con las normas de la plataforma.
--   **Documentación**: Lineamientos claros para asegurar un uso e implementación consistentes.
-
-### Pautas de diseño de plataforma
-
-Para mantener un aspecto coherente mientras se respetan los estándares específicos de la plataforma, considera lo siguiente:
-
-| **Elemento de Diseño** | **iOS (Interfaz Humana)** | **Android (Material)** |
-| --- | --- | --- |
-| Navegación | Barras de pestañas, alineación inferior | Cajón de navegación, barra superior de aplicaciones |
-| Tipografía | Fuente San Francisco | Fuente Roboto |
-| Gestos | Deslizamiento de borde para retroceder | Enfoque en la navegación inferior |
-| Botones | Esquinas redondeadas, efectos sutiles | Botones contenidos o delineados |
-
-A continuación, abordemos las complejidades del diseño para varios tamaños de pantalla.
-
-### Diseño de Layout para múltiples pantallas
-
-Diseñar para diferentes tamaños de pantalla requiere flexibilidad. Aquí hay algunas estrategias:
-
--   **Sistema de cuadrícula responsive**  
-    Usa una cuadrícula que se ajuste dinámicamente a cualquier tamaño de pantalla.
-    
--   **Estrategia de puntos de quiebre**  
-    Define ajustes en el diseño en función del ancho de pantalla:
-    
-    -   _Pequeño (< 600px)_: Single-column layout
-    -   _Medium (600–1024px)_: Two-column layout
-    -   _Large (> 1024px)_: Diseño de varias columnas, a menudo con barras laterales
--   **Escalamiento de componentes**  
-    Asegúrate de que los componentes escalen proporcionalmente. Para los objetivos táctiles, sigue estas pautas: al menos 44x44 píxeles en iOS y 48x48 píxeles independientes de densidad en Android.
-    
-
-Con herramientas como las funciones de actualización en vivo de Capgo, puedes refinar y mejorar rápidamente tu sistema de diseño.
-
-## Construyendo componentes UI
-
-Crear componentes UI de alto rendimiento requiere atención cuidadosa a la compatibilidad multiplataforma y un rendimiento eficiente. Veamos algunos métodos prácticos para construir componentes reutilizables y efectivos.
-
-### Usando componentes de [Ionic](https://ionicframework.com/)
-
-![Ionic Framework Website](https://mars-images.imgix.net/seobot/screenshots/ionicframework.com-e736941a658f3b6da09d169d589f75bb-2025-03-24.jpg?auto=compress)
-
-Ionic ofrece componentes preconstruidos que simplifican el desarrollo multiplataforma. Estos componentes se alinean automáticamente con los patrones de diseño específicos de la plataforma mientras garantizan una funcionalidad coherente.
-
-| Tipo de Componente | Diseño en iOS | Diseño en Android |
-| --- | --- | --- |
-| Listas | Agrupación con inserciones estilizadas para iOS | Tarjetas de Diseño Material |
-| Entradas de formulario | Esquinas redondeadas, selectores de iOS | Campos de texto Material |
-| Navegación | Botones de retroceso al estilo de iOS | Patrones de navegación de Android |
-| Modales | Presentación tipo hoja | Diálogos de pantalla completa |
-
-Al trabajar con componentes de Ionic, ten en cuenta estos consejos:
-
--   **Detección de plataforma**: Usa las utilidades de la plataforma de Ionic para ajustar el comportamiento del componente según el dispositivo.
--   **Tematización**: Personaliza la apariencia utilizando variables CSS.
--   **Accesibilidad**: Aprovecha el soporte ARIA incorporado y la navegación por teclado para mejorar la usabilidad.
-
-Aunque los componentes de Ionic proporcionan un fuerte punto de partida, se pueden diseñar componentes personalizados para satisfacer necesidades específicas y afinar aún más la experiencia de tu aplicación.
-
-### Creando componentes personalizados
-
-Los componentes personalizados deben diseñarse teniendo en cuenta la flexibilidad. Usa una base neutral para la plataforma, diseños adaptativos y manejo de eventos unificado para asegurar que funcionen en varios dispositivos. Por ejemplo, soporta tanto eventos táctiles como de clic para proporcionar interacciones fluidas en cualquier dispositivo. Estas prácticas ayudan a mantener una apariencia y sensación consistentes en todas las plataformas, mejorando la experiencia del usuario.
-
-### Velocidad y rendimiento
-
-Una vez que tus componentes estén diseñados, es esencial optimizarlos para un rendimiento adecuado en todas las plataformas. Una experiencia de usuario fluida depende de un rendimiento eficiente.
-
-> "Implementamos [actualizaciones OTA de Capgo](https://console.capgo.app/resend_email) en producción para nuestra base de usuarios de más de 5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en minutos después de que se despliega el OTA a @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Técnicas como carga diferida, desplazamiento virtual y animaciones aceleradas por hardware pueden reducir significativamente los tamaños de los paquetes y mejorar la capacidad de respuesta. Para actualizaciones críticas, el sistema de actualización en vivo de Capgo es una herramienta confiable, como lo destacó Rodrigo Mantica:
-
-> "Practicamos desarrollo ágil y @Capgo es crítico para entregar continuamente a nuestros usuarios!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Utiliza las herramientas de desarrollador del navegador y el panel de análisis de Capgo para monitorear y validar tus optimizaciones de rendimiento de manera efectiva.
-
-## Manejo de diferencias de plataforma
-
-### Detección de plataforma
-
-Capacitor proporciona APIs para identificar tipos de dispositivos, facilitando el ajuste del comportamiento de tu aplicación según la plataforma. Esto es esencial para crear una experiencia que se sienta natural para cada dispositivo mientras se mantiene un diseño y funcionalidad coherentes en todas las plataformas. Aquí hay un ejemplo de detección de plataforma:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const platform = Capacitor.getPlatform();
-const isIOS = platform === 'ios';
-const isAndroid = platform === 'android';
-```
-
-Esta simple verificación te permite modificar el comportamiento de tu aplicación según el sistema operativo. Es un gran punto de partida para refinar el rendimiento y ofrecer una experiencia fluida en todos los dispositivos. Vamos a explorar cómo puedes usar esto para implementar características específicas de la plataforma.
-
-### Código específico de la plataforma
-
-Al agregar características específicas de la plataforma, es importante respetar las pautas de diseño y comportamiento únicas de cada sistema operativo mientras mantienes la cohesión en el diseño general de tu aplicación. Aquí tienes una rápida comparación de cómo las características pueden diferir entre iOS y Android:
-
-| Característica | Implementación en iOS | Implementación en Android |
-| --- | --- | --- |
-| Navegación | Transiciones de empujar/sacar | Patrones de navegación Material |
-| Gestos | Deslizamiento de borde para retroceder | Botón de retroceso del sistema |
-| Barra de estado | Modos claros/oscuros al estilo de iOS | Se adapta a los temas del sistema |
-| Teclado | Desestimación interactiva | Maneja el comportamiento del teclado suave de Android |
-
-> "Capgo es una herramienta imprescindible para los desarrolladores, que desean ser más productivos. Evitar la revisión por corrección de errores es algo valioso." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-El mecanismo de actualización de Capgo simplifica el proceso de implementación de correcciones en todas las plataformas [\[1\]](https://capgo.app/). Más allá de ajustes de codificación, las limitaciones de hardware también desempeñan un papel importante en la forma en que se deben implementar las características.
-
-### Características y límites del dispositivo
-
-Las diferencias de hardware pueden afectar significativamente cómo los usuarios interactúan con tu aplicación. Aquí hay algunas áreas clave en las que enfocarte:
-
--   **Gestión de resolución de pantalla**: Diseña diseños responsivos que se adapten a diferentes densidades de pantalla y relaciones de aspecto.
--   **Restricciones de memoria**: Optimiza la carga y almacenamiento en caché de imágenes según la capacidad de memoria del dispositivo.
--   **Métodos de entrada**: Soporta interacciones táctiles y, cuando sea aplicable, teclados de hardware.
-
-Abordar estos aspectos asegura que tu aplicación funcione sin problemas en varios dispositivos. Las estrategias de carga adaptativa pueden mejorar aún más el rendimiento. De hecho, datos recientes muestran que las optimizaciones específicas de la plataforma han llevado a una tasa de éxito del 82% para actualizaciones en todo el mundo [\[1\]](https://capgo.app/).
-
-Para asegurar que tu aplicación se desempeñe bien, siempre prueba en dispositivos reales, no solo en emuladores. Mantén un ojo en las métricas de rendimiento a través de diferentes categorías de dispositivos e incluye opciones de respaldo para características que no están soportadas. Combinando la detección de plataforma de Capacitor con ajustes reflexivos, puedes crear una aplicación que se sienta nativa en cada plataforma mientras mantienes una identidad de marca coherente.
-
-## Probando tu aplicación
-
-### Plan de pruebas multiplataforma
-
-Probar [aplicaciones de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) requiere un enfoque claro y organizado para garantizar que funcionen sin problemas en diferentes plataformas. Comienza configurando una matriz de pruebas detallada que incluya una variedad de dispositivos y versiones de sistemas operativos. Aquí tienes una forma estructurada de abordarlo:
-
--   **Pengujian Cakupan Perangkat**: Fokus pada pengaturan perangkat yang paling banyak digunakan. Uji pada:
-    
-    -   Perangkat iOS terbaru
-    -   Perangkat Android populer
-    -   Berbagai ukuran layar, termasuk ponsel dan tablet
-    -   Berbagai versi OS, seperti iOS 16–17 dan Android 12–14
--   **Pengujian Komponen UI**: Pastikan konsistensi visual dan interaksi yang lancar dengan menguji:
-    
-    -   Alur navigasi
-    -   Gestur sentuh dan responsivitas
-    -   Penyesuaian tata letak untuk berbagai ukuran layar
-    -   Akurasi rendering komponen
-    -   Elemen UI spesifik platform
-
-Untuk menangkap masalah UI/UX yang halus, lengkapi pengujian ini dengan umpan balik dari pengguna nyata.
-
-### Pengujian Pengguna dan Umpan Balik
-
-Pengujian pengguna dapat bersifat terstruktur maupun fleksibel. Beberapa metode yang efektif termasuk:
-
-| **Metode Pengujian** | **Tujuan** | **Metrik Kunci** |
-| --- | --- | --- |
-| Pengujian A/B | Membandingkan berbagai versi UI | Tingkat konversi, waktu pada tugas |
-| Sesi Keterpakaian | Mengamati interaksi pengguna | Tingkat penyelesaian tugas, kesalahan |
-| Pengujian Beta | Mengumpulkan umpan balik pengguna langsung | Laporan kerusakan, penggunaan fitur |
-| Integrasi Analitik | Memantau pola perilaku pengguna | Durasi sesi, navigasi |
-
-Menggabungkan pengujian otomatis dengan umpan balik pengguna nyata adalah kunci untuk mengidentifikasi potensi masalah lebih awal. Alat seperti [Firebase Analytics](https://firebase.google.com/docs/analytics) dan [Mixpanel](https://mixpanel.com/) dapat membantu Anda melacak perilaku pengguna dan menyempurnakan pengalaman aplikasi.
-
-### Alat Otomatisasi Pengujian
-
-Pengujian otomatis sangat penting untuk mempertahankan kualitas di berbagai platform. Berikut adalah beberapa alat yang bekerja dengan baik dengan aplikasi Capacitor:
-
--   **Pengujian End-to-End**: Gunakan [Cypress](https://www.cypress.io/) untuk:
-    
-    -   Menguji interaksi pengguna
-    -   Eksekusi waktu nyata
-    -   Kompatibilitas lintas browser
-    -   Cek regresi visual
-    -   Menunggu elemen secara otomatis
--   **Pengujian Unit**: [Jest](https://jestjs.io/) dipasangkan dengan Testing Library mendukung:
-    
-    -   Menguji komponen secara terpisah
-    -   Mempermalas respons API
-    -   Memverifikasi perilaku spesifik platform
-    -   Pengujian manajemen status
-
-Saat mengatur pengujian otomatis, prioritaskan jalur pengguna yang kritis terlebih dahulu. Untuk pembaruan langsung dan perbaikan cepat, mekanisme pembaruan Capgo terintegrasi dengan alat ini. Ini memungkinkan Anda untuk meluncurkan perubahan yang telah diuji dengan cepat tanpa mengorbankan stabilitas aplikasi. Bersama-sama, pengujian otomatis dan pembaruan langsung memastikan pengalaman aplikasi yang mulus dan dapat diandalkan.
-
-## Pembaruan dan Pemeliharaan Aplikasi
-
-Mempertahankan aplikasi Anda yang diperbarui sangat penting untuk menjaga pengalaman pengguna yang mulus dan konsisten di berbagai platform. Pembaruan tepat waktu, dipadukan dengan pengiriman yang aman, memastikan aplikasi Anda tetap dapat diandalkan dan ramah pengguna.
-
-### Pembaruan Langsung dengan [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Setelah merampungkan desain dan fase pengujian, tantangan berikutnya adalah meluncurkan pembaruan dengan lancar. Capgo membuat proses ini lebih mudah dengan memungkinkan pembaruan instan tanpa menunggu persetujuan dari toko aplikasi.
-
-Berikut ini cara Capgo membantu:
-
--   **Peluncuran Bertahap**: Uji perubahan UI dengan kelompok pengguna terpilih menggunakan sistem saluran Capgo sebelum merilisnya kepada semua orang.
--   **Penerapan Selektif**: Dorong perbaikan spesifik untuk mengurangi ukuran pembaruan dan mempercepat unduhan.
--   **Kontrol Versi**: Kelola beberapa versi aplikasi secara bersamaan, memastikan pengalaman yang konsisten untuk semua pengguna.
-
-Setelah pembaruan aktif, pelacakan kinerja menjadi langkah penting berikutnya.
-
-### Pelacakan Kinerja
-
-Untuk mempertahankan pengalaman pengguna yang berkualitas tinggi, monitor metrik kunci ini:
-
-| Jenis Metrik | Apa yang Dipantau | Tolok Ukur Target |
-| --- | --- | --- |
-| Keberhasilan Pembaruan | Tingkat adopsi pengguna | 95% dalam 24 jam |
-| Waktu Respons | Kecepatan API | Di bawah 57ms secara global |
-| Pengalaman Pengguna | Interaksi antarmuka | Umpan balik waktu nyata |
-
-Analitik bawaan Capgo memberikan wawasan waktu nyata tentang keterlibatan pengguna, semuanya sambil memastikan keamanan dengan enkripsi ujung ke ujung.
-
-### Pedoman Toko Aplikasi
-
-Saat meluncurkan pembaruan UI lintas platform, mematuhi aturan toko aplikasi adalah hal yang tidak dapat dinegosiasikan. Berikut adalah hal-hal yang perlu diingat:
-
--   **Kepatuhan Pembaruan**: Pastikan semua pembaruan memenuhi pedoman Apple dan Android untuk perubahan UI.
--   **Standar Keamanan**: Gunakan enkripsi ujung ke ujung untuk mengirimkan pembaruan dengan aman.
--   Untuk aplikasi perusahaan, Capgo menawarkan opsi seperti [pembaruan yang dihosting sendiri](https://capgo.app/docs/plugin/self-hosted/handling-updates/) dan dukungan domain kustom. Ini memberikan organisasi kontrol lebih erat atas proses pembaruan sambil memastikan kepatuhan.
-
-Pendekatan Capgo terhadap pembaruan memiliki rekam jejak yang terbukti - 95% pengguna aktif mengadopsi pembaruan dalam 24 jam. Penerimaan yang cepat ini membantu menjaga pengalaman yang konsisten dan meminimalkan masalah dukungan yang disebabkan oleh versi yang usang.
-
-## Ringkasan
-
-Menciptakan UI/UX yang konsisten di berbagai platform memerlukan desain yang hati-hati, pengujian yang menyeluruh, dan pemeliharaan yang berkelanjutan. Menggunakan sistem desain terpadu membantu mempertahankan keseragaman, sementara penyesuaian spesifik platform memastikan aplikasi Anda terasa alami bagi pengguna di perangkat mana pun. Panduan ini telah menggarisbawahi pendekatan langkah demi langkah, dari membangun sistem desain hingga mendistribusikan pembaruan langsung.
-
-Pengujian yang menyeluruh dan pelacakan kesalahan aktif juga penting untuk memberikan pengalaman yang mulus dan dapat diandalkan di seluruh perangkat.
-
-### Metrik Kinerja Kunci
-
-| Metrik | Kinerja |
-| --- | --- |
-| Adopsi Pembaruan | 95% dalam 24 jam |
-| Respons API Global | Rata-rata 57ms |
-| Pengiriman Pembaruan | 114ms untuk bundel 5MB |
-| Tingkat Keberhasilan | 82% secara global |
diff --git a/src/content/blog/it/custom-ios-plugin-optimization-best-practices.md b/src/content/blog/it/custom-ios-plugin-optimization-best-practices.md
deleted file mode 100644
index 0a062baff..000000000
--- a/src/content/blog/it/custom-ios-plugin-optimization-best-practices.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: custom-ios-plugin-optimization-best-practices
-title: 'Ottimizzazione dei Plugin iOS Personalizzati: Best Practices'
-description: >-
-  Ottimizza i plugin iOS personalizzati per migliorare le prestazioni con le
-  migliori pratiche nella comunicazione del bridge, nella gestione della memoria
-  e nell'efficienza del codice Swift.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T05:25:39.348Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825647b0209458b3ff370ad-1747287014908.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  iOS plugins, Capacitor, performance optimization, memory management, Swift
-  code, Xcode tools, bridge communication, app performance
-tag: 'Development, Mobile, Technology'
-published: true
-locale: it
-next_blog: ''
----
-L'ottimizzazione dei plugin iOS personalizzati è essenziale per migliorare le prestazioni delle app [Capacitor](https://capacitorjs.com/). Garantisce funzionalità più veloci, fluide e stabili sia per gli sviluppatori che per gli utenti. Ecco un rapido riepilogo delle pratiche chiave:
-
--   **Comunicazione Bridge**: Raggruppa e comprimi i payload di dati di grandi dimensioni per ridurre la latenza.
--   **Gestione della Memoria**: Evita perdite di memoria utilizzando riferimenti deboli e rilasciando prontamente risorse di grandi dimensioni.
--   **Ottimizzazione del codice [Swift](https://developer.apple.com/swift/)**: Utilizza i tipi valore e convalida gli input anticipatamente per prestazioni migliori.
--   **Impostazioni [Xcode](https://developer.apple.com/xcode/)**: Abilita funzionalità come Dead Code Stripping e Link Time Optimization per migliorare la velocità e ridurre la dimensione del binario.
--   **Strumenti di Test delle Prestazioni**: Usa regolarmente Time Profiler, Allocations e Leaks di Xcode per identificare e risolvere i colli di bottiglia.
-
-## Come gli sviluppatori iOS senior profilano e risolvono i problemi di prestazioni con [Instruments](https://developer.apple.com/tutorials/instruments).app | Live Dev Mentoring
-
-![Instruments Performance Analysis Tool](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/e22eff9f9e9ed463ea162436d1a0a9d2.jpg)
-
-<iframe src="https://www.youtube.com/embed/HIsECG5s4DU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Metodi di Ottimizzazione Principali
-
-Migliora le prestazioni del tuo plugin ottimizzando le chiamate bridge, gestendo la memoria in modo più efficace e ottimizzando il codice Swift.
-
-### Riduzione del Carico di Comunicazione Bridge
-
-L'interazione tra JavaScript e codice nativo iOS può rallentare se non gestita con attenzione. Per alleviare questo collo di bottiglia, concentrati sul rendere i trasferimenti di dati il più efficienti possibile:
-
-| **Tipo di Dati** | **Strategia di Ottimizzazione** | **Impatto sulle Prestazioni** |
-| --- | --- | --- |
-| Oggetti JSON | Semplifica la struttura, rimuovi ridondanze | Migliore reattività |
-| Dati Binari | Usa la codifica base64 selettivamente | Elaborazione più veloce ed efficiente |
-| Payload di grandi dimensioni | Elabora i dati in batch | Meno chiamate bridge, operazione più fluida |
-
-Compattando i dati e minimizzando le dimensioni dei payload JSON, puoi ridurre l'overhead di serializzazione. I test con Instruments di Xcode hanno dimostrato che queste modifiche riducono significativamente i tempi di serializzazione e deserializzazione, portando a un notevole miglioramento nella reattività del plugin [\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[5\]](https://capacitorjs.com/docs/ios).
-
-Una volta ottimizzata la comunicazione bridge, il passo successivo è perfezionare la gestione della memoria.
-
-### Gestione della Memoria iOS
-
-Una buona gestione della memoria è essenziale per mantenere il tuo plugin stabile e prevenire crash. Ecco alcuni passi pratici per gestire la memoria in modo efficace:
-
--   Usa **riferimenti deboli** per i pattern delegate per evitare cicli di ritenzione.
--   Rilascia risorse di grandi dimensioni, come immagini o file multimediali, non appena non sono più necessarie.
--   Monitora regolarmente l'allocazione della memoria e profila la tua app usando Instruments di Xcode per individuare precocemente potenziali perdite.
-
-Dopo aver affrontato le preoccupazioni relative alla memoria, puoi concentrarti sul migliorare l'efficienza del tuo codice Swift.
-
-### Suggerimenti per le Prestazioni del Codice [Swift](https://developer.apple.com/swift/)
-
-![Swift Programming Language Website](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/2e2b0430a9aab611e781d4d45224ac43.jpg)
-
-Swift fornisce diversi strumenti per aiutare a ottimizzare il tuo codice. Concentrati su queste aree per ottenere il massimo dal tuo plugin:
-
-| **Area di Ottimizzazione** | **Implementazione** | **Beneficio** |
-| --- | --- | --- |
-| Tipi Valore | Usa struct per i modelli di dati | Minor utilizzo della memoria |
-| Validazione Parametri | Convalida gli input anticipatamente | Evita elaborazioni non necessarie |
-| Sicurezza dei Tipi | Affidati al sistema di tipi forte di Swift | Consente migliori ottimizzazioni del compilatore |
-
-Validando i parametri in anticipo e sfruttando il sistema di tipi forte di Swift, puoi prevenire elaborazioni non necessarie e consentire al compilatore di ottimizzare il tuo codice in modo più efficace [\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[4\]](https://capacitorjs.com/docs/plugins/tutorial/ios-implementation).
-
-Queste strategie, quando combinate, possono migliorare significativamente le prestazioni complessive e la stabilità del tuo plugin.
-
-## Miglioramenti Specifici per iOS
-
-Per portare il tuo plugin iOS al livello successivo, è essenziale perfezionare le sue prestazioni con ottimizzazioni specifiche per la piattaforma. Sfruttando le giuste impostazioni Xcode e gli strumenti di test, puoi migliorare sia la velocità che l'efficienza. Analizziamo nel dettaglio.
-
-### Impostazioni di Prestazione [Xcode](https://developer.apple.com/xcode/)
-
-![Xcode IDE Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/15516018a4284df8a7d0585815c62b4c.jpg)
-
-Modificare le impostazioni di build di Xcode può migliorare significativamente le prestazioni del tuo plugin mantenendo sotto controllo le sue dimensioni. Ecco una rapida panoramica delle configurazioni chiave:
-
-| **Impostazione Build** | **Configurazione** | **Impatto** |
-| --- | --- | --- |
-| Build Configuration | Release | Attiva tutte le ottimizzazioni delle prestazioni |
-| Link Time Optimization | Abilitato | Velocizza l'esecuzione |
-| Dead Code Stripping | Abilitato | Riduce la dimensione del binario fino al 20% |
-| Swift Optimization Level | `-Owholemodule` | Migliora le prestazioni complessive |
-
-Ad esempio, abilitando **Dead Code Stripping** e impostando il **Swift Optimization Level** su `-Owholemodule` puoi ridurre le dimensioni del tuo plugin garantendo al contempo velocità di esecuzione più rapide [\[2\]](https://capacitorjs.com/docs/plugins/ios). Una volta che queste impostazioni sono in posizione, è il momento di misurare il loro impatto utilizzando gli strumenti integrati di Xcode.
-
-### Strumenti di Test delle Prestazioni iOS
-
-Xcode offre una suite di strumenti progettati per analizzare e ottimizzare le prestazioni. Ecco una panoramica di quelli più utili:
-
-| **Strumento** | **Uso Principale** | **Metriche Chiave** |
-| --- | --- | --- |
-| Time Profiler | Analisi dell'uso della CPU | Tempi di esecuzione dei metodi |
-| Allocations | Monitoraggio dell'uso della memoria | Pattern di allocazione degli oggetti |
-| Leaks | Rilevamento problemi di memoria | Identifica cicli di ritenzione e perdite |
-| Debug Navigator | Monitoraggio in tempo reale | Traccia statistiche di utilizzo delle risorse |
-
-Ecco come ottenere il massimo da questi strumenti:
-
--   **Test in Scenari Reali**: Simula carichi di dati realistici e interazioni utente per ottenere informazioni accurate sulle prestazioni.
--   **Monitora l'Uso della Memoria**: Usa lo strumento Allocations per tenere d'occhio il consumo di memoria ed evitare overhead non necessari.
--   **Imposta Benchmark**: Automatizza i test delle prestazioni con XCTest per tracciare le metriche nel tempo.
-
-Prendi l'abitudine di profilare regolarmente il tuo plugin con strumenti come **Time Profiler**, **Allocations** e **Leaks**. Questo ti aiuterà a individuare i colli di bottiglia delle prestazioni e assicurare che il tuo plugin operi in modo fluido ed efficiente [\[5\]](https://capacitorjs.com/docs/ios).
-
-## Passaggi per la Configurazione e il Rilascio del Plugin
-
-La configurazione e il rilascio dei plugin iOS richiede un approccio meticoloso nella gestione delle dipendenze, garantendo [aggiornamenti senza interruzioni](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) e aderendo alle linee guida dell'App Store. Ecco una suddivisione delle pratiche chiave per assicurare un processo di deployment fluido.
-
-### Gestione delle Dipendenze del Plugin
-
-Gestire correttamente le dipendenze è cruciale per mantenere le prestazioni e la stabilità del tuo plugin. Ecco una rapida panoramica:
-
-| **Strumento di Gestione Dipendenze** | **Migliore Pratica** | **Impatto** |
-| --- | --- | --- |
-| [CocoaPods](https://cocoapods.org/) | Usa versioni esplicite | Previene problemi di compatibilità |
-| Swift Package Manager | Abilita linking statico | Riduce dimensione del binario |
-| Integrazione Manuale | Evita quando possibile | Riduce complessità di manutenzione |
-
-Ad esempio, quando usi CocoaPods, puoi specificare le versioni così:
-
-```swift
-pod 'ExampleSDK', '~> 2.0.0'
-pod 'AnalyticsLib', :git => 'https://github.com/example/analytics.git', :tag => 'v1.2.3'
-```
-
-Selezionando e configurando attentamente le dipendenze, riduci i rischi e assicuri una base stabile per il tuo plugin.
-
-### Aggiornamenti OTA con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-Una volta che le dipendenze sono ottimizzate, il passo successivo è assicurare che il tuo plugin evolva senza problemi nel tempo. Gli aggiornamenti over-the-air (OTA) sono un game-changer, e Capgo è uno strumento potente per il deployment rapido mantenendo la conformità con le regole dell'App Store. Secondo dati recenti, **il 95% degli utenti attivi riceve aggiornamenti entro 24 ore** utilizzando il sistema di distribuzione di Capgo [\[1\]](https://capgo.app/).
-
-Per sfruttare al meglio Capgo, segui questi passaggi:
-
--   **Configura i canali di aggiornamento**: Usa rollout graduali per testare gli aggiornamenti prima con gruppi più piccoli di utenti.
--   **Abilita aggiornamenti parziali**: Questo minimizza l'uso della banda e velocizza il processo di aggiornamento.
--   **Imposta trigger di rollback automatici**: Ripristina rapidamente gli aggiornamenti se si verificano errori critici, assicurando che l'esperienza utente non sia interrotta.
-
-### Linee Guida App Store
-
-Infine, la [conformità con le linee guida dell'App Store](https://capgo.app/blog/do-apple-allow-live-updates/) è essenziale per un rilascio di successo. Queste linee guida assicurano che il tuo plugin sia efficiente e aderisca agli standard Apple. Aree chiave su cui concentrarsi includono:
-
-| **Requisito** | **Implementazione** | **Metodo di Verifica** |
-| --- | --- | --- |
-| Supporto Architettura | Build per arm64 e x86_64 | Convalida in Xcode |
-| Dimensione Binario | Abilita dead code stripping | Usa report analizzatore build |
-| Ottimizzazione Risorse | Usa cataloghi asset | Controlla report dimensioni Xcode |
-
-Inoltre, documenta accuratamente l'utilizzo delle API ed evita di usare framework privati o ristretti per soddisfare le regole sulla privacy di Apple [\[2\]](https://capacitorjs.com/docs/plugins/ios). Impiega tecniche come il lazy loading e l'app thinning di Xcode per ottimizzare l'uso delle risorse e migliorare sia le prestazioni di avvio che quelle di runtime [\[3\]](https://github.com/ionic-team/capacitor/issues/3991).
-
-## Riepilogo
-
-Ecco una rapida analisi delle migliori pratiche per ottimizzare i plugin iOS personalizzati in Capacitor e come possono migliorare le prestazioni dell'app. L'attenzione si concentra sul miglioramento delle **prestazioni**, la gestione dell'**uso della memoria** e l'assicurare una **comunicazione bridge** efficiente, tutti elementi che contribuiscono a una migliore reattività dell'app e gestione delle risorse.
-
-### Informazioni Chiave sull'Ottimizzazione
-
-La tabella seguente evidenzia le aree critiche di ottimizzazione, i loro impatti misurabili e i benefici che apportano:
-
-| **Area di ottimizzazione** | **Impatto** | **Beneficio dell'implementazione** |
-| --- | --- | --- |
-| **Comunicazione Bridge** | 57ms tempo medio di risposta API [\[1\]](https://capgo.app/) | Latenza ridotta e flusso dati più fluido |
-| **Gestione della memoria** | 95% tasso di aggiornamento utenti attivi entro 24 ore [\[1\]](https://capgo.app/) | Stabilità e utilizzo delle risorse migliorati |
-| **Prestazioni Swift** | 114ms velocità di download per bundle da 5MB [\[1\]](https://capgo.app/) | Esecuzione più veloce e migliore esperienza utente |
-
-### Aree chiave di interesse per gli sviluppatori
-
-Per ottenere questi miglioramenti delle prestazioni, gli sviluppatori dovrebbero dare priorità a:
-
--   **Comunicazione Bridge**: Raggruppare e comprimere grandi payload di dati per minimizzare la latenza.
--   **Gestione della memoria**: Sfruttare i riferimenti weak e unowned per ottimizzare l'uso delle risorse.
--   **Ottimizzazione Swift**: Utilizzare i value type e la semantica copy-on-write per migliori prestazioni.
--   **Strumenti di test**: Profilare regolarmente con Xcode Instruments per identificare e risolvere i colli di bottiglia.
-
-## FAQ
-
-:::faq
-### Come l'ottimizzazione della comunicazione bridge nei plugin iOS personalizzati migliora le prestazioni dell'app?
-
-L'ottimizzazione della comunicazione bridge nei plugin iOS personalizzati è un modo intelligente per migliorare le prestazioni dell'app. Riducendo la latenza e migliorando il flusso dei dati tra i layer nativi e JavaScript, puoi ottenere interazioni più fluide, risposte più veloci e un'esperienza utente complessivamente migliore.
-
-Per raggiungere questo obiettivo, è importante limitare i dati inviati attraverso il bridge, combinare più chiamate in batch quando possibile e ridurre gli scambi non necessari. Strumenti come **Capgo** possono rendere questo processo ancora più semplice. Permettono aggiornamenti istantanei, aiutando la tua app a rimanere veloce e aggiornata senza il fastidio di continue submission all'app store.
-:::
-
-:::faq
-### Quali sono le migliori pratiche per ottimizzare l'uso della memoria nei plugin iOS personalizzati per evitare crash?
-
-Per far funzionare i tuoi plugin iOS personalizzati in modo fluido ed evitare crash legati alla memoria, è essenziale concentrarsi sulla scrittura di codice efficiente e ben strutturato, rispettando le migliori pratiche specifiche per iOS. Inizia con una **gestione efficace della memoria** - questo significa monitorare i cicli di vita degli oggetti e utilizzare strumenti come Xcode Instruments per identificare e correggere i cicli di retention che potrebbero causare memory leak. Un altro consiglio importante? Non sovraccaricare il thread principale con attività pesanti. Invece, sposta le operazioni che richiedono molte risorse su thread in background per mantenere l'app reattiva.
-
-Inoltre, sii diligente nel rilasciare le risorse - che si tratti di file, immagini o connessioni di rete - una volta che non sono più in uso. Se stai lavorando con **Capacitor** per la tua app, piattaforme come Capgo possono semplificarti la vita rendendo più facili gli aggiornamenti e le correzioni. Questo significa che puoi affrontare i problemi di prestazioni rapidamente senza attendere le approvazioni dell'app store. Seguire questi passaggi aiuterà a migliorare la stabilità e l'affidabilità dei tuoi plugin iOS personalizzati.
-:::
-
-:::faq
-### Come possono le impostazioni di prestazione di Xcode e gli strumenti di test aiutare a ottimizzare i plugin iOS personalizzati in Capacitor?
-
-## Impostazioni di prestazione e strumenti di test di Xcode
-
-Quando si tratta di ottimizzare plugin iOS personalizzati in Capacitor, Xcode offre alcuni potenti strumenti per aiutare gli sviluppatori a perfezionare il loro lavoro. Una caratteristica che spicca è **Instruments**, che ti permette di tracciare metriche chiave come l'uso della memoria, le prestazioni della CPU e l'impatto energetico. Queste informazioni rendono più facile identificare e risolvere i colli di bottiglia nelle prestazioni.
-
-Anche gli **strumenti di debugging** di Xcode giocano un ruolo cruciale, permettendoti di testare il tuo plugin in tempo reale sui dispositivi iOS. Questo assicura che il tuo codice funzioni efficientemente e fornisca un'esperienza fluida agli utenti.
-
-Per aggiornamenti più rapidi e correzioni ottimizzate, piattaforme come **Capgo** possono fare la differenza. Permettono di inviare aggiornamenti in diretta agli utenti senza richiedere approvazioni dell'app store, il tutto rimanendo all'interno delle linee guida di Apple. Questo approccio non solo fa risparmiare tempo ma mantiene anche la tua app al massimo delle prestazioni.
-:::
diff --git a/src/content/blog/it/developing-cross-platform-apps-with-capacitorjs.md.md b/src/content/blog/it/developing-cross-platform-apps-with-capacitorjs.md.md
deleted file mode 100644
index 439d62353..000000000
--- a/src/content/blog/it/developing-cross-platform-apps-with-capacitorjs.md.md
+++ /dev/null
@@ -1,176 +0,0 @@
----
-slug: developing-cross-platform-apps-with-capacitorjs
-title: 'Sviluppare app multipiattaforma con CapacitorJS: Una guida passo-passo'
-description: >-
-  Ucz się, jak tworzyć aplikacje wieloplatformowe za pomocą CapacitorJS z jedną
-  bazą kodu JavaScript dla Androida, iOS i sieci (PWA).
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-02T00:00:00.000Z
-updated_at: 2023-12-14T00:00:00.000Z
-head_image: /create_app_with_js.webp
-head_image_alt: Sviluppo di App Cross-Platform
-keywords: >-
-  Capacitor, cross-platform, PWA, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: it
-next_blog: ''
----
-En el mundo en evolución del desarrollo de aplicaciones móviles, el auge de las Aplicaciones Web Progresivas (PWAs) ha allanado el camino para nuevos entornos de ejecución multiplataforma. Estos entornos permiten que las aplicaciones basadas en la web estén presentes en las tiendas de aplicaciones sin depender únicamente del código nativo. Una de estas tecnologías que facilita esto es [**CapacitorJS**](https://capacitorjs.com/), que permite a los desarrolladores implementar un sitio web simple como una aplicación en Android, iOS y la web utilizando una sola base de código JavaScript. Este enfoque reduce significativamente los costos de desarrollo y aumenta la eficiencia de codificación.
-
-Esta guía se centrará en crear una aplicación utilizando JavaScript puro sin ningún marco adicional. A pesar de los desafíos de encontrar recursos para el desarrollo de aplicaciones en JavaScript puro en 2021, estamos aquí para proporcionarte un tutorial integral sobre cómo construir tu aplicación y utilizar complementos nativos con CapacitorJS.
-
-## ‣ Requisitos Previos
-
-Antes de comenzar, asegúrate de tener las siguientes herramientas instaladas:
-
-- [**Node.js**](https://nodejs.org/en/) **(v14.16.1)** o superior
-- **NPM (v7.6.2)** o superior
-- [**Android Studio**](https://developer.android.com/studio/) para el desarrollo de aplicaciones Android
-- [**Xcode**](https://apps.apple.com/de/app/xcode/id497799835/?mt=12) para el desarrollo de aplicaciones iOS (solo macOS)
-
-> **Nota**: El desarrollo de aplicaciones iOS solo es posible en un dispositivo macOS.
-
-## ‣ Configuración de Tu Proyecto Capacitor
-
-Para crear una aplicación Capacitor, navega a la carpeta deseada y ejecuta el siguiente comando en tu terminal:
-
-```
-npm init @capacitor/app
-```
-
-Sigue las instrucciones para instalar el paquete y configurar tu proyecto. Con Capacitor v3, el directorio de tu proyecto debería verse así:
-
-```
-www/
-  css/
-    style.css
-  js/
-    capacitor-welcome.js
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-```
-
-Con la configuración inicial completa, estás listo para continuar.
-
-## ‣ Reestructuración del Proyecto
-
-Usaremos Vite para agrupar nuestros archivos JavaScript, así que reestructuremos nuestro proyecto en consecuencia:
-
-- **Crea** una nueva carpeta `src` en el directorio principal.
-- **Crea** un nuevo archivo de script `index.js` en `src/`.
-- **Crea** el archivo de configuración de Vite `vite.config.js` en el directorio principal.
-- **Elimina** el archivo `capacitor-welcome.js` de `www/js/`.
-
-Tu nueva estructura de carpetas debería parecerse a:
-
-```
-src/
-  index.js
-www/
-  css/
-    style.css
-  js/
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-vite.config.js
-```
-
-## ‣ Adaptándonos a JavaScript Puro
-
-Modifiquemos algunos archivos para trabajar con JavaScript puro:
-
-## www/index.html
-
-1. Elimina las importaciones de script para [**Ionic PWA Elements**](https://capacitorjs.com/docs/web/pwa-elements/) si no estás lanzando la aplicación como una PWA:
-
-```
-<script type="module" src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.esm.js"></script>
-<script nomodule src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.js"></script>
-```
-
-2. Elimina el elemento HTML `<script type="module" src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.esm.js">` del cuerpo.
-
-3. Actualiza la importación del script de `capacitor.js` a `js/main.js`. Este será nuestro archivo JavaScript agrupado.
-
-4. Elimina la importación de `js/capacitor-welcome.js`. Tu `index.html` ya está listo.
-
-## vite.config.js
-
-Para agrupar nuestros módulos de Node.js con [**Vite**](https://vitejs.dev/), necesitamos un archivo de configuración que especifique el destino de salida para nuestro script agrupado. La siguiente configuración tomará el archivo `src/index.js` y lo agrupará para producción como `www/js/main.js`:
-
-```javascript
-import { defineConfig } from 'vite';
-import path from 'node:path';
-
-export default defineConfig({
-  build: {
-    outDir: path.resolve(__dirname, 'www'),
-    rollupOptions: {
-      input: './src/index.js',
-      output: {
-        format: 'es',
-        file: path.resolve(__dirname, 'www/js/main.js')
-      }
-    }
-  }
-});
-```
-
-## capacitor.config.json
-
-En el archivo `capacitor.config.json`, localiza la propiedad `"bundledWebRuntime": true` y cámbiala a `false`. Este ajuste asegura que Capacitor no agrupe los archivos, permitiéndonos usar Vite para ese propósito en su lugar.
-
-Con estos cambios, la configuración básica de tu aplicación Capacitor está completa, y estás listo para comenzar a desarrollar tu aplicación con JavaScript puro.
-
-## ‣ Desarrollando Tu Aplicación
-
-Ahora que se ha establecido la base, puedes comenzar a escribir la lógica de tu aplicación en el archivo `src/index.js`. Aquí, puedes importar cualquier módulo de Node.js necesario, definir la funcionalidad de tu aplicación e interactuar con los complementos nativos de Capacitor.
-
-Recuerda ejecutar el comando de build de Vite para agrupar tus archivos JavaScript cada vez que realices cambios:
-
-```bash
-vite build
-```
-
-Este comando generará el archivo `main.js` en tu directorio `www/js`, al que hará referencia tu archivo `index.html`.
-
-## ‣ Pruebas y Depuración
-
-Capacitor proporciona una forma conveniente de probar tu aplicación en varias plataformas. Usa los siguientes comandos para abrir tu aplicación en el entorno de desarrollo de la plataforma respectiva:
-
-Para Android:
-```bash
-npx cap add android
-npx cap open android
-```
-
-Para iOS (solo macOS):
-```bash
-npx cap add ios
-npx cap open ios
-```
-
-Para Web/PWA:
-```bash
-npx cap serve
-```
-
-Estos comandos te permitirán ejecutar tu aplicación en Android Studio, Xcode o tu navegador web, donde podrás probar y depurar según sea necesario.
-
-## ‣ Conclusión
-
-Desarrollar aplicaciones multiplataforma con CapacitorJS utilizando JavaScript puro es una forma rentable y eficiente de crear aplicaciones para múltiples plataformas con una sola base de código. Al seguir esta guía, has configurado tu proyecto, lo has reestructurado para Vite y has preparado tu aplicación para el desarrollo. Con esta base, estás bien encaminado para construir una aplicación robusta y versátil.
-
-Recuerda probar a fondo en todas las plataformas y hacer uso de los complementos nativos de Capacitor para mejorar la funcionalidad de tu aplicación. ¡Feliz codificación!
diff --git a/src/content/blog/it/development-vs-production-key-differences-in-capacitor-apps.md b/src/content/blog/it/development-vs-production-key-differences-in-capacitor-apps.md
deleted file mode 100644
index 5a45bae5e..000000000
--- a/src/content/blog/it/development-vs-production-key-differences-in-capacitor-apps.md
+++ /dev/null
@@ -1,231 +0,0 @@
----
-slug: development-vs-production-key-differences-in-capacitor-apps
-title: 'Sviluppo vs. Produzione: Differenze Chiave nelle App Capacitor'
-description: >-
-  Comprendi le differenze critiche tra gli ambienti di sviluppo e produzione
-  nelle app Capacitor per migliorare le prestazioni e la sicurezza.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-09T01:28:36.450Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ccde92fb850c7501c0285a-1741483728634.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, development, production, app performance, security, updates, mobile
-  apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Costruire app con [Capacitor](https://capacitorjs.com/)? Ecco cosa devi sapere:** Gli ambienti di sviluppo e produzione servono a scopi diversi e richiedono configurazioni uniche. Lo sviluppo dà priorità alla velocità e al debugging, mentre la produzione si concentra su prestazioni, sicurezza ed esperienza utente.
-
-### Differenze Chiave tra Sviluppo e Produzione:
-
--   **Scopo:** Lo sviluppo serve per test e iterazioni; la produzione è per app stabili e pronte all'uso.
--   **Ottimizzazione del Codice:** Lo sviluppo usa codice non ottimizzato per il debugging; la produzione usa codice minificato e ottimizzato. 
--   **Sicurezza:** Lo sviluppo ha impostazioni più permissive; la produzione applica protocolli di sicurezza rigorosi.
--   **Aggiornamenti:** Lo sviluppo supporta aggiornamenti istantanei (es. hot reload); la produzione usa rilasci pianificati.
-
-### Tabella di Confronto Rapido:
-
-| **Aspetto** | **Sviluppo** | **Produzione** |
-| --- | --- | --- |
-| **Scopo** | [Debugging e testing](https://capgo.app/docs/plugin/debugging/) | Stabilità e prestazioni |
-| **Ottimizzazione Codice** | Minima | Completamente ottimizzato |
-| **Sicurezza** | Permissiva | Rafforzata |
-| **Aggiornamenti** | Immediati (locale/hot reload) | Rilasci controllati |
-| **Prestazioni** | Strumenti debug attivi | Ottimizzato per utenti finali |
-
-Strumenti Capacitor come [Capgo](https://capgo.app/) possono semplificare entrambi gli ambienti con funzionalità come aggiornamenti live, integrazione CI/CD e pratiche di deployment sicure. Comprendendo queste differenze, puoi gestire efficacemente i cicli di vita delle app e offrire migliori esperienze utente.
-
-## Ionic & Capacitor per Costruire App Native Mobile
-
-<Steps>
-1. Prepara l'ambiente di sviluppo
-2. Configura il progetto Capacitor
-3. Sviluppa la tua app
-4. Testa su dispositivi reali
-</Steps>
-
-## Configurazione e Setup dell'Ambiente
-
-Configurare l'ambiente giusto è essenziale per garantire che la tua app funzioni bene e soddisfi i requisiti di ogni fase - sia in sviluppo che in produzione.
-
-### Configurazione Modalità Sviluppo
-
-La modalità sviluppo si concentra sul rendere [test e debugging](https://capgo.app/docs/plugin/debugging/) il più fluidi e veloci possibile. Questa configurazione permette agli sviluppatori di iterare rapidamente e risolvere problemi in modo efficiente.
-
-| **Funzionalità Sviluppo** | **Scopo** | **Implementazione** |
-| --- | --- | --- |
-| Server Locale | Test e iterazione rapidi | Abilitare logging debug |
-| Source Maps | Tracciamento errori migliore | Mantenere non minificato per debugging più facile |
-| Hot Reload | Aggiornamenti codice istantanei | Abilitare funzionalità hot reload |
-| Strumenti Debug | Test e verifica | Integrare accesso console sviluppatore |
-
-Per velocizzare il tuo flusso di lavoro, usa strumenti progettati per sviluppatori. Per esempio, la CLI Capgo semplifica il processo con un singolo comando: `npx @capgo/cli init` [\[1\]](https://capgo.app/).
-
-Una volta impostata la modalità sviluppo, è tempo di configurare la modalità produzione per un'esperienza raffinata e pronta all'uso.
-
-### Configurazione Modalità Produzione 
-
-La modalità produzione si concentra sul fornire un'app sicura e performante che offra un'esperienza fluida agli utenti finali.
-
-| **Funzionalità Produzione** | **Scopo** | **Implementazione** |
-| --- | --- | --- |
-| Minificazione Codice | Ridurre dimensione file | Ottimizzare durante build |
-| Misure Sicurezza | Proteggere dati app | Applicare crittografia end-to-end |
-| Ottimizzazione Build | Migliorare prestazioni | Configurare flag build produzione |
-| [Gestione Aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Semplificare deployment | Configurare integrazione CI/CD |
-
-Per la produzione, strumenti di automazione come CI/CD rendono i deployment più efficienti. Piattaforme come [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/) e [GitHub](https://github.com/) funzionano perfettamente con Capgo per gestire gli aggiornamenti [\[1\]](https://capgo.app/).
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare revisioni per bug fix è prezioso." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Inoltre, configura assegnazioni utente per rilasci controllati. Questo permette di targetizzare un gruppo specifico per i test prima di distribuire aggiornamenti a tutti [\[1\]](https://capgo.app/).
-
-## Prestazioni in Entrambi gli Ambienti
-
-L'ottimizzazione delle prestazioni differisce significativamente tra ambienti di sviluppo e produzione, poiché ognuno serve un ruolo unico nel ciclo di vita di un'app.
-
-### Prestazioni Modalità Sviluppo
-
-La modalità sviluppo si concentra sull'abilitare iterazioni rapide e [debugging efficace](https://capgo.app/docs/plugin/debugging/) piuttosto che prestazioni massime. Offre agli sviluppatori gli strumenti necessari per identificare e risolvere problemi efficientemente.
-
-| **Aspetto Prestazioni** | **Approccio Modalità Sviluppo** | **Impatto sullo Sviluppo** |
-| --- | --- | --- |
-| Velocità Build | Priorità a build più veloci | Velocizza cicli di test |
-| Source Maps | Non compressi e abilitati | Facilita il debugging |
-| Logging Debug | Logging dettagliato attivato | Aiuta identificare problemi |
-| Uso Risorse | Uso memoria maggiore | Supporta strumenti sviluppo |
-
-In questa modalità, i sacrifici prestazionali sono intenzionali per garantire che gli sviluppatori possano iterare e debuggare rapidamente. La modalità produzione, invece, sposta completamente il focus sull'esperienza utente e l'ottimizzazione.
-
-### Prestazioni Modalità Produzione
-
-Passando alla produzione, il focus si sposta sul fornire un'esperienza utente fluida con uso efficiente delle risorse. Gli utenti Capgo hanno riportato un **miglioramento dell'efficienza dell'81%** in produzione, evidenziando l'impatto di una corretta configurazione [\[1\]](https://capgo.app/).
-
-| **Aspetto Prestazioni** | **Approccio Modalità Produzione** | **Impatto Utente** |
-| --- | --- | --- |
-| Dimensione Codice | Minificato e compresso | Porta a tempi di caricamento più veloci |
-| Uso Risorse | Ottimizzato per efficienza | Garantisce prestazioni più fluide |
-| Consegna Aggiornamenti | Processo semplificato | Consegna funzionalità velocemente |
-| Gestione Errori | Logging minimo con recupero elegante | Migliora soddisfazione utente |
-
-Il feedback degli utenti conferma questo. Per esempio, @colenso ha condiviso:
-
-> "Abbiamo distribuito aggiornamenti OTA Capgo in produzione per la nostra base utenti di +5000. Vediamo un'operazione molto fluida quasi tutti i nostri utenti sono aggiornati entro minuti dal deployment OTA su @Capgo." [\[1\]](https://capgo.app/)
-
-Rodrigo Mantica (@manticarodrigo) enfatizza l'importanza di questo approccio:
-
-> "Pratichiamo sviluppo agile e @Capgo è fondamentale per consegnare continuamente ai nostri utenti!" [\[1\]](https://capgo.app/)
-
-In breve, la modalità sviluppo riguarda velocità e debugging, mentre la modalità produzione si concentra sul creare un'esperienza raffinata ed efficiente per l'utente finale. Ognuna ha il proprio scopo, e comprendere queste differenze è cruciale per una gestione efficace del ciclo di vita dell'app.
-
-## Misure di Sicurezza per Ogni Ambiente
-
-Le esigenze di sicurezza differiscono notevolmente tra ambienti di sviluppo e produzione nelle [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Ogni fase richiede approcci su misura per bilanciare processi di sviluppo fluidi con forte protezione dei dati.
-
-### Setup Sicurezza Sviluppo
-
-Durante lo sviluppo, il focus è su iterazioni rapide e debugging efficace mantenendo protocolli di sicurezza di base. L'obiettivo è testare funzionalità di sicurezza senza rischiare dati utente reali.
-
-| **Aspetto Sicurezza** | **Approccio Sviluppo** | **Scopo** |
-| --- | --- | --- |
-| Autenticazione | Metodi autenticazione semplificati | Velocizza cicli di test |
-| [Chiavi API](https://capgo.app/docs/webapp/api-keys/) | Usa chiavi specifiche ambiente | Mantiene test isolati dalla produzione |
-| [Storage Dati](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Dati mock e database test | Previene esposizione dati reali |
-| Logging Errori | Log dettagliati | Aiuta identificare e risolvere problemi sicurezza |
-
-D'altra parte, gli ambienti di produzione richiedono misure di sicurezza molto più stringenti.
-
-### Setup Sicurezza Produzione
-
-In produzione, la priorità si sposta sull'implementare protocolli di sicurezza avanzati che proteggano i dati utente e assicurino conformità con gli standard delle piattaforme. Queste misure sono critiche per mantenere fiducia e integrità dei dati.
-
-| **Aspetto Sicurezza** | **Approccio Produzione** | **Impatto Business** |
-| --- | --- | --- |
-| Sicurezza Aggiornamenti | Usa crittografia end-to-end | Assicura aggiornamenti accessibili solo a utenti autorizzati |
-| Controllo Accessi | Impostazioni permessi granulari | Restringe accesso basato su ruoli team |
-| Automazione Deployment | Pipeline CI/CD integrate | Abilita [aggiornamenti automatizzati](https://capgo.app/docs/live-updates/update-behavior/) sicuri |
-| Conformità | Soddisfa standard Apple e Google | Assicura approvazioni app store |
-
-I setup produzione coinvolgono anche politiche specifiche organizzative, gestite attraverso controlli accessi unificati. I team possono creare multiple organizzazioni con permessi utente personalizzati e integrare con strumenti CI/CD come GitHub, GitLab e Azure DevOps per deployment sicuri e fluidi.
-
-Queste misure assicurano che l'app sia pronta per deployment sicuro e aggiornamenti continui.
-
-## Metodi di Deployment e Aggiornamento App
-
-Distribuire un'[app Capacitor](https://capgo.app/plugins/ivs-player/) coinvolge approcci diversi a seconda che si sia in sviluppo o produzione. Lo sviluppo si concentra su test rapidi e debugging, mentre la produzione richiede controlli qualità approfonditi e conformità con gli standard delle piattaforme.
-
-### Deployment Test e Sviluppo
-
-I deployment di sviluppo danno priorità a velocità e cicli di feedback rapidi.
-
-| **Fase Sviluppo** | **Azioni Chiave** | **Scopo** |
-| --- | --- | --- |
-| Test Locale | Usa `npx cap run` | Testa l'app su dispositivo o emulatore |
-| Build Debug | Abilita source maps | Identifica e risolvi problemi runtime |
-| Hot Reload | Attiva live reload | Vedi cambiamenti codice istantaneamente |
-| Controllo Versione | Usa branch feature | Mantieni cambiamenti isolati per test |
-
-### Processo Rilascio Produzione
-
-Rilasciare un'app in produzione richiede passaggi più rigorosi per assicurare qualità e conformità.
-
-| **Fase** | **Requisiti** | **Considerazioni** |
-| --- | --- | --- |
-| Ottimizzazione Build | Minimizzare e dividere il codice | Migliorare le prestazioni dell'app |
-| Revisione Piattaforma | Seguire le linee guida degli app store | Rispettare gli standard Apple/Google |
-| Test di Release | Condurre UAT e beta testing | Confermare che la build è pronta per il rilascio |
-| Gestione Versioni | Applicare il versionamento semantico | Tracciare e gestire efficacemente la cronologia dei rilasci |
-
-Capgo può semplificare ulteriormente questo processo, specialmente per quanto riguarda gli aggiornamenti.
-
-### Usare [Capgo](https://capgo.app/) per gli Aggiornamenti
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-09.jpg?auto=compress)
-
-Capgo semplifica il processo di aggiornamento con funzionalità progettate per risparmiare tempo e migliorare la sicurezza.
-
-| **Funzionalità** | **Beneficio** |
-| --- | --- |
-| Crittografia End-to-End | Garantisce la consegna sicura degli aggiornamenti |
-| Integrazione CI/CD | Automatizza i deployment |
-| Assegnazione Utenti | Permette rollout controllati a gruppi specifici |
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per la distribuzione continua ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-La conformità di Capgo alle linee guida di Apple e Google lo rende uno strumento affidabile per distribuire aggiornamenti senza rischiare violazioni degli app store. Questo è particolarmente utile per distribuire correzioni urgenti o nuove funzionalità senza attendere lunghi processi di revisione.
-
-## Gestione di Entrambi gli Ambienti
-
-### Differenze Chiave tra Sviluppo e Produzione
-
-Gestire con successo gli ambienti di sviluppo e produzione inizia dalla comprensione dei loro scopi unici. Ecco una rapida panoramica delle loro differenze:
-
-| Aspetto | Sviluppo | Produzione |
-| --- | --- | --- |
-| **Focus Build** | Iterazioni veloci e debugging | Stabilità e ottimizzazione |
-| **Meccanismo Aggiornamento** | Aggiornamenti istantanei (es. hot reload) | Rollout controllati |
-| **Livello Sicurezza** | Base per i test | [Crittografia avanzata](https://capgo.app/docs/cli/migrations/encryption/) |
-| **Performance** | Strumenti di debug abilitati | Codice ottimizzato e minimizzato |
-
-Ogni ambiente serve uno scopo distinto - lo sviluppo si concentra su velocità e flessibilità, mentre la produzione dà priorità a stabilità e sicurezza. Riconoscere queste differenze è essenziale per creare strategie di gestione efficaci.
-
-### Suggerimenti per la Gestione degli Ambienti
-
-Per mantenere tutto in funzione, automazione e sicurezza sono essenziali. L'integrazione delle pipeline CI/CD assicura deployment consistenti, mentre una robusta crittografia protegge i dati. Per esempio, le aziende che utilizzano strumenti come Capgo hanno riportato un risparmio fino a 26.100€ in cinque anni rispetto ai metodi tradizionali [\[1\]](https://capgo.app/).
-
-Ecco alcune strategie da considerare:
-
-| Strategia | Beneficio |
-| --- | --- |
-| **[Pipeline CI/CD Automatizzata](https://capgo.app/blog/automatic-build-and-release-with-gitlab/)** | Minimizza gli errori di deployment |
-| **Crittografia End-to-End** | Rende sicura la consegna degli aggiornamenti |
-| **Sistema di Assegnazione Utenti** | Permette rollout controllati delle funzionalità |
-| **Gestione Organizzativa** | Fornisce controllo accessi dettagliato |
-
-Piattaforme come Azure DevOps, GitLab e GitHub sono ottime scelte per configurare workflow CI/CD. Abbinare questi strumenti con Capgo può colmare il divario tra sviluppo e produzione, garantendo prestazioni affidabili dell'app in entrambi gli ambienti.
diff --git a/src/content/blog/it/do-apple-allow-live-updates.md b/src/content/blog/it/do-apple-allow-live-updates.md
deleted file mode 100644
index a19c3a426..000000000
--- a/src/content/blog/it/do-apple-allow-live-updates.md
+++ /dev/null
@@ -1,37 +0,0 @@
----
-slug: do-apple-allow-live-updates
-title: >-
-  Apple consente di inviare aggiornamenti live alle app senza la revisione
-  dell'App Store.
-description: >-
-  Come è possibile distribuire aggiornamenti del codice alle app iOS in
-  produzione e mantenere la piena conformità con le linee guida di Apple?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2022-01-13T00:00:00.000Z
-head_image: /apple_appstore.webp
-head_image_alt: Illustrazione del bypass di Capacitor
-keywords: 'Apple, live updates, OTA updates, continuous integration, mobile app updates'
-tag: Tutorial
-published: true
-locale: it
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Ecco il testo tradotto in italiano:
-
-L'aggiornamento delle app Capacitor JS senza passare attraverso il processo di revisione dell'App Store è possibile in determinate condizioni delineate nelle linee guida ufficiali di Apple. Tuttavia, è importante notare che questo non costituisce un parere legale. Affinché gli aggiornamenti del codice possano essere inviati direttamente a un'app e rimanere conformi alle linee guida di Apple, devono essere soddisfatte le seguenti condizioni:
-
-- Il codice deve essere eseguito dal framework WebKit integrato di Apple
-- Il codice non deve fornire, sbloccare o abilitare funzionalità o caratteristiche aggiuntive
-- L'utente non deve essere consapevole che è in corso un aggiornamento
-
-Il plugin Capgo Capacitor consente di apportare aggiornamenti e modifiche a HTML, CSS e JavaScript, soddisfacendo la prima condizione.
-La possibilità per le app di aggiornarsi senza passare attraverso il processo di revisione dell'App Store è disponibile da tempo per le app create utilizzando framework JavaScript come React Native di Facebook e servizi come Expo.
-
-La seconda condizione, non fornire funzionalità o caratteristiche aggiuntive, è determinata dallo sviluppatore. Capgo è destinato a piccole modifiche o correzioni, piuttosto che all'introduzione di nuove funzionalità. Per modifiche significative, è necessario rilasciare gli aggiornamenti attraverso l'App Store. È importante notare che molti altri sviluppatori utilizzano gli aggiornamenti in tempo reale senza problemi o rifiuti da parte di Apple.
-
-Google Play è meno restrittivo di Apple quando si tratta di aggiornare le app. Google Play consente alle app installate dal loro store con bundle JavaScript di essere aggiornate da servizi non Google.
-
-Per maggiori informazioni su come installare Capgo per evitare la revisione, consulta il mio prossimo articolo.
diff --git a/src/content/blog/it/do-capgo-work-for-cordova.md b/src/content/blog/it/do-capgo-work-for-cordova.md
deleted file mode 100644
index 1a356d564..000000000
--- a/src/content/blog/it/do-capgo-work-for-cordova.md
+++ /dev/null
@@ -1,42 +0,0 @@
----
-slug: do-capgo-work-for-cordova
-title: >-
-  Perché Capgo non supporta Cordova: Aggiorna la tua app per accedere agli
-  aggiornamenti in tempo reale
-description: 'In questa guida, condividerò la mia esperienza con Capgo e Cordova.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-29T00:00:00.000Z
-updated_at: 2023-01-29T00:00:00.000Z
-head_image: /cordova.webp
-head_image_alt: Cordova Dev alla ricerca di aggiornamenti per la loro app
-keywords: >-
-  Cordova, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Migration
-published: true
-locale: it
-next_blog: ''
----
-Se stai cercando una piattaforma di sviluppo app robusta e moderna, Capacitor è la soluzione perfetta. A differenza di Cordova, che è una piattaforma datata e obsoleta, Capacitor sfrutta le più recenti evoluzioni delle piattaforme native e dei linguaggi per offrire la migliore esperienza utente possibile.
-
-Ecco alcuni motivi per cui Capgo non supporta Cordova:
-
-Cordova è Vecchio e Non Si Evolve Più: Cordova esiste da tempo e, sebbene una volta fosse una grande piattaforma, ha smesso di evolversi. Questo significa che Cordova non è più in grado di stare al passo con gli ultimi sviluppi nell'evoluzione delle piattaforme native e dei linguaggi.
-
-Cordova Non Supporta le Ultime Evoluzioni delle Piattaforme Native e dei Linguaggi: Cordova non supporta di default le ultime evoluzioni delle piattaforme native e dei linguaggi, come Kotlin e Swift. Questo significa che Cordova non è in grado di fornire le più recenti e migliori esperienze di sviluppo app per gli utenti.
-
-Capacitor: Un'Alternativa Più Moderna: Capgo ha adottato Capacitor come alternativa più moderna a Cordova. Capacitor permette l'inclusione di librerie esterne, il che significa che Capgo può fare affidamento sulle migliori librerie e mantenerle aggiornate. Questo si traduce in una piattaforma di sviluppo app più robusta e stabile.
-
-Ecco un altro motivo per cui Capgo non supporta Cordova: mantenere lo stesso livello di qualità e funzionalità di Cordova non è fattibile per una startup. Per mantenere il prodotto di alta qualità, Capgo rimane concentrata sull'utilizzo degli strumenti più moderni ed efficienti disponibili.
-
-Se stai cercando aggiornamenti in tempo reale a un buon prezzo, la tua migliore scelta è passare a Capacitor. Questo non solo migliorerà le prestazioni e l'esperienza utente della tua app, ma la renderà anche a prova di futuro.
-
-Non perderti i vantaggi dello sviluppo app moderno. Passa a Capacitor oggi stesso per gli aggiornamenti in tempo reale e un futuro luminoso per la tua app.
-
-Tuttavia, il passaggio a Capgo potrebbe sembrare scoraggiante. Il tutorial ufficiale di Capacitor per la migrazione potrebbe richiedere una settimana e essere difficile da capire se non hai esperienza precedente con la programmazione nativa. Capacitor richiede una solida comprensione delle basi della piattaforma nativa, che può essere travolgente per alcuni.
-
-Ma non temere! Hai un'opzione più efficiente e senza stress. [Assumendomi](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/), il creatore di Capgo, puoi avere la tua app aggiornata in solo una settimana. Non solo gestirò la migrazione, ma insegnerò anche al tuo team le basi della piattaforma nativa in modo che possiate continuare a sviluppare e mantenere la vostra app con facilità.
-
-In conclusione, aggiornare la tua app con Capgo è il modo facile ed efficiente per assicurarti di utilizzare la migliore e più moderna piattaforma di sviluppo app. [Assumendomi](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/), risparmierai tempo, eviterai frustrazioni e otterrai una comprensione più profonda della piattaforma nativa.
diff --git a/src/content/blog/it/do-google-allow-live-updates.md b/src/content/blog/it/do-google-allow-live-updates.md
deleted file mode 100644
index 8ad262116..000000000
--- a/src/content/blog/it/do-google-allow-live-updates.md
+++ /dev/null
@@ -1,33 +0,0 @@
----
-slug: do-google-allow-live-updates
-title: >-
-  Google consente di inviare aggiornamenti in tempo reale alle App senza la
-  revisione del Play Store.
-description: >-
-  Come distribuire gli aggiornamenti del codice alle app Android in produzione
-  rimanendo completamente conformi alle linee guida di Google?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /playstore.webp
-head_image_alt: How to bypass Capacitor
-keywords: 'Google, live updates, OTA updates, continuous integration, mobile app updates'
-tag: Tutorial
-published: true
-locale: it
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-
-Google Play è meno restrittivo di Apple quando si tratta di aggiornare le app
-
-L'aggiornamento delle app distribuite tramite Google Play può essere un compito complesso, ma è importante seguire le linee guida di Google per rimanere conformi. Secondo le linee guida di Google Play, le app non devono modificarsi, sostituirsi o aggiornarsi utilizzando metodi diversi dal meccanismo di aggiornamento di Google Play. Ciò significa che non è consentito scaricare codice eseguibile, come file dex, JAR o so, da una fonte diversa da Google Play.
-
-Tuttavia, questa restrizione non si applica al codice che viene eseguito in una macchina virtuale o in un interprete che fornisce accesso indiretto alle API Android, come JavaScript in una webview o browser. Questo significa che puoi utilizzare linguaggi interpretati, come JavaScript, Python, Lua, ecc., per aggiornare la tua app senza passare attraverso il processo di revisione di Google Play. Uno strumento che può aiutare in questo processo è il plugin Capacitor Capgo. Questo plugin consente agli sviluppatori di aggiornare il loro codice HTML, CSS e JavaScript e inviare aggiornamenti alle loro app senza necessità di revisione.
-
-Inoltre, le app o il codice di terze parti che utilizzano linguaggi interpretati, come JavaScript, Python, Lua, ecc., che vengono caricati durante l'esecuzione, non devono consentire potenziali violazioni delle politiche di Google Play. È importante notare che questo codice interpretato non dovrebbe essere incluso nel pacchetto dell'app.
-
-Seguendo queste linee guida e utilizzando strumenti come il plugin Capacitor Capgo, puoi assicurarti che gli aggiornamenti della tua app siano conformi alle politiche di Google Play e che la tua app rimanga disponibile per gli utenti sulla piattaforma. Tieni presente che è sempre una buona idea verificare l'ultima versione delle politiche di Google per assicurarti di seguirle correttamente.
-
-Per maggiori informazioni su come installare Capgo per evitare la revisione, consulta il mio prossimo articolo.
\ No newline at end of file
diff --git a/src/content/blog/it/enable-ios-developer-mode-ios16.md b/src/content/blog/it/enable-ios-developer-mode-ios16.md
deleted file mode 100644
index 1bb5da5b5..000000000
--- a/src/content/blog/it/enable-ios-developer-mode-ios16.md
+++ /dev/null
@@ -1,67 +0,0 @@
----
-slug: enable-ios-developer-mode-ios16
-title: Come attivare la modalità sviluppatore su iOS 16 per il test delle app
-description: >-
-  Guía paso a paso para habilitar el Modo Desarrollador en iOS 16 y versiones
-  superiores para ejecutar distribuciones internas y compilaciones de desarrollo
-  local en su dispositivo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2023-11-27T00:00:00.000Z
-head_image: /enable-ios-developer-mode-ios16.webp
-head_image_alt: Aktivieren des iOS-Entwicklermodus auf iPhone
-keywords: >-
-  iOS, Developer Mode, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: iOS
-published: true
-locale: it
-next_blog: ''
----
-# Como Habilitar el Modo Desarrollador en iOS 16 para Pruebas de Aplicaciones
-
-Para los desarrolladores y testers que trabajan con iOS 16 y versiones superiores, habilitar el Modo Desarrollador es un paso crucial para ejecutar builds de distribución interna y builds de desarrollo local directamente en un iPhone o iPad. Esta guía te guiará a través del proceso de activar el Modo Desarrollador en tu dispositivo iOS.
-
-## Requisitos Previos
-
-Antes de continuar, asegúrate de haber instalado el build de desarrollo en tu dispositivo iOS. Esta configuración solo se requiere una vez por dispositivo.
-
-## Guía Paso a Paso para Habilitar el Modo Desarrollador
-
-### Paso 1: Activar la Alerta del Modo Desarrollador
-
-Después de instalar el build en tu dispositivo, toca el icono de la aplicación. Aparecerá una alerta, pidiéndote que habilites el Modo Desarrollador. Haz clic en **OK** para continuar.
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/ios-16-developer-mode-0.webp" alt="Navigating to Developer Mode setting">
-</div>
-
-### Paso 2: Acceder a la Configuración del Modo Desarrollador
-
-Abre la aplicación de Configuración en tu dispositivo iOS. Navega a **Privacidad y Seguridad** y luego selecciona **Modo Desarrollador**.
-
-![Navegando a la configuración del Modo Desarrollador](/ios-16-developer-mode-1.webp)
-
-### Paso 3: Habilitar el Modo Desarrollador y Reiniciar
-
-Activa el interruptor del Modo Desarrollador. iOS te pedirá que reinicies tu dispositivo para que los cambios surtan efecto. Toca **Reiniciar** para iniciar el reinicio.
-
-![Mensaje de reinicio del Modo Desarrollador](/ios-16-developer-mode-2.webp)
-
-### Paso 4: Finalizar la Activación
-
-Una vez que tu dispositivo se reinicie y lo desbloquees, aparecerá una alerta del sistema. Haz clic en **Activar** e ingresa el código de acceso de tu dispositivo cuando se te solicite para completar la activación del Modo Desarrollador.
-
-![Alerta y solicitud de código de acceso](/ios-16-developer-mode-3.webp)
-
-Con el Modo Desarrollador ahora activo, puedes interactuar plenamente con tus builds de distribución interna y builds de desarrollo local.
-
-Recuerda, puedes deshabilitar el Modo Desarrollador en cualquier momento a través de la misma configuración. Sin embargo, volver a habilitarlo requerirá que sigas estos pasos nuevamente.
-
-## Método Alternativo para Habilitar el Modo Desarrollador
-
-Si encuentras problemas con el método anterior y tienes acceso a una Mac, puedes habilitar el Modo Desarrollador conectando tu dispositivo iOS a tu Mac y siguiendo las instrucciones proporcionadas en [la documentación oficial de Apple](https://developer.apple.com/documentation/xcode/enabling-developer-mode-on-a-device/).
-
-Siguiendo estos pasos, estarás listo para probar y desarrollar aplicaciones de manera efectiva en tu dispositivo iOS que ejecuta iOS 16 o posterior.
diff --git a/src/content/blog/it/error-handling-in-capacitor-apps-ux-best-practices.md b/src/content/blog/it/error-handling-in-capacitor-apps-ux-best-practices.md
deleted file mode 100644
index 4118ce4cf..000000000
--- a/src/content/blog/it/error-handling-in-capacitor-apps-ux-best-practices.md
+++ /dev/null
@@ -1,262 +0,0 @@
----
-slug: error-handling-in-capacitor-apps-ux-best-practices
-title: 'Gestione degli errori nelle app Capacitor: Best practice UX'
-description: >-
-  La gestione efficace degli errori nelle app migliora l'esperienza utente
-  attraverso una comunicazione chiara, correzioni rapide e una gestione uniforme
-  su tutte le piattaforme.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:41:14.278Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5-1744605685630.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  error handling, user experience, mobile apps, bug fixes, input validation,
-  error messages, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-La gestione degli errori può fare la differenza nell'esperienza utente della tua app. Una gestione scadente degli errori può portare a utenti frustrati e recensioni negative, mentre una gestione efficace degli errori costruisce fiducia e mantiene gli utenti soddisfatti. Ecco cosa devi sapere:
-
--   **Le correzioni rapide sono essenziali**: Strumenti come [Capgo](https://capgo.app/) permettono al **95% degli utenti** di ricevere correzioni di bug entro 24 ore, garantendo interruzioni minime.
--   **I messaggi di errore chiari sono importanti**: Fornisci sempre **contesto**, **causa** e **soluzione** nei messaggi di errore. Per esempio: "Impossibile salvare la foto - La dimensione del file supera i 5 MB. Prova a comprimere l'immagine."
--   **Prevenzione proattiva**: Usa la validazione degli input, monitora lo stato della rete e supporta la funzionalità offline per minimizzare gli errori prima che accadano.
--   **Soluzioni specifiche per piattaforma**: Affronta le sfide uniche per le piattaforme iOS, Android e web mantenendo una strategia unificata di gestione degli errori.
--   **Sfrutta gli strumenti**: Usa sistemi come [Sentry](https://sentry.io/) per il tracciamento degli errori e Capgo per gli aggiornamenti over-the-air (OTA) per risolvere rapidamente i problemi.
-
-**Da ricordare**: Correzioni rapide, comunicazione chiara e gestione degli errori coerente su tutte le piattaforme sono le chiavi per mantenere gli utenti soddisfatti e le app funzionanti senza problemi.
-
-## Registrazione errori [Ionic](https://ionicframework.com/) con [Sentry](https://sentry.io/) usando [Capacitor](https://capacitorjs.com/)
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-<iframe src="https://www.youtube.com/embed/REiJTqu3-88" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Linee guida fondamentali per la gestione degli errori
-
-La gestione efficace degli errori nelle app Capacitor richiede un equilibrio tra esperienza utente e funzionalità tecnica. Queste linee guida aiutano a gestire gli errori in modo efficiente su tutte le piattaforme.
-
-### Scrivere messaggi di errore chiari
-
-I buoni messaggi di errore dovrebbero includere tre elementi essenziali:
-
-| Elemento | Descrizione | Esempio |
-| --- | --- | --- |
-| **Contesto** | Specifica dove si è verificato l'errore | "Impossibile salvare la foto del profilo" |
-| **Causa** | Spiega perché si è verificato l'errore | "La dimensione della foto supera il limite di 5 MB" |
-| **Soluzione** | Offri passaggi attuabili successivi | "Scegli un'immagine più piccola o comprimi quella attuale" |
-
-Usa un linguaggio semplice e comprensibile pur mantenendo l'accuratezza tecnica. Per esempio, invece di dire "HTTP 404 - Risorsa non trovata", prova con "Non abbiamo trovato la pagina. Controlla l'URL o torna alla home".
-
-### Standard di errore per tutte le piattaforme
-
-Garantire una gestione coerente degli errori su tutte le piattaforme richiede una strategia coesa:
-
--   **Catalogo centralizzato degli errori**: Mantieni un singolo repository per tutti i messaggi e i codici di errore per garantire coerenza.
--   **Gestori specifici per piattaforma**: Usa strumenti di gestione errori nativi mantenendo la messaggistica uniforme.
--   **Livelli di gravità degli errori**: Classifica gli errori in base al loro impatto e alle azioni necessarie agli utenti.
-
-### Metodi di prevenzione degli errori
-
-1. **Validazione input**  
-Valida gli input degli utenti con controlli in tempo reale, garantendo tipi e formati di dati corretti (es. indirizzi email o numeri di telefono).
-
-2. **Monitoraggio stato rete**  
-Monitora la connettività di rete per prevenire errori API. Quando offline, puoi:
-
--   Memorizzare nella cache i dati importanti per l'uso offline.
--   Mettere in coda le azioni dell'utente per l'elaborazione successiva.
--   Mostrare indicatori chiari dello stato di connettività.
-
-3. **Degradazione graduale**  
-Supporta la degradazione graduale:
-
--   Utilizzando l'archiviazione locale durante problemi di sincronizzazione cloud.
--   Offrendo modalità offline per attività critiche.
--   Fornendo modi alternativi per completare le azioni quando la funzionalità completa non è disponibile.
-
-Seguire questi passaggi aiuta a creare un'esperienza app affidabile e user-friendly gestendo gli errori in modo coerente su tutte le piattaforme. Misure proattive come queste garantiscono un funzionamento più fluido e costruiscono la fiducia degli utenti.
-
-## Gestione di diversi tipi di errori
-
-### Validazione di form e input
-
-Utilizzare un approccio stratificato alla validazione degli input può migliorare le interazioni degli utenti riducendo gli errori. Fornisci feedback chiari e immediati agli utenti mentre interagiscono con il form:
-
-| **Tipo di validazione** | **Implementazione** | **Feedback utente** |
-| --- | --- | --- |
-| **Campi obbligatori** | Controlla l'input mentre l'utente digita | Evidenzia con un asterisco rosso e messaggio di errore inline |
-| **Validazione formato** | Usa pattern regex | Mostra esempi di formati validi |
-| **Validazione campi correlati** | Controlla i campi correlati insieme | Evidenzia entrambi i campi se sono in conflitto |
-| **Regole personalizzate** | Applica controlli di logica di business | Fornisci una spiegazione chiara di eventuali requisiti speciali |
-
-Per rendere il processo più fluido:
-
--   Mostra le linee guida sul formato prima che gli utenti inizino a digitare.
--   Valida gli input progressivamente mentre vengono inseriti.
--   Effettua una validazione finale quando il form viene inviato.
-
-Mentre queste misure affrontano gli errori a livello di input, gestire gli errori di rete e API è altrettanto critico per mantenere un'esperienza utente fluida.
-
-### Problemi di connessione e API
-
-Gli errori di rete e API possono interrompere le interazioni degli utenti, quindi è essenziale monitorare le connessioni e gestire efficacemente le risposte API:
-
-1. **Monitoraggio stato rete**  
-Tieni traccia della connettività per abilitare la cache offline, mettere in coda le operazioni per dopo e aggiornare l'interfaccia utente con lo stato corrente.
-
-2. **Gestione errori API**
-
-| **Codice errore** | **Messaggio per l'utente** | **Azione in background** |
-| --- | --- | --- |
-| 401/403 | "Per favore effettua nuovamente l'accesso per continuare" | Aggiorna i token di autenticazione |
-| 404 | "Le informazioni richieste non sono disponibili" | Cancella le voci cache non valide |
-| 429 | "Per favore riprova tra qualche minuto" | Usa backoff esponenziale per i tentativi |
-| 500+ | "Stiamo riscontrando difficoltà tecniche" | Registra i dettagli dell'errore per il debug |
-
-Combinando queste strategie, puoi minimizzare le interruzioni causate da problemi di connettività e assicurarti che gli utenti rimangano informati.
-
-### Problemi specifici per piattaforma
-
-Ogni piattaforma presenta le proprie sfide, richiedendo soluzioni su misura per affrontare problemi specifici in modo efficace.
-
-**Gestione specifica iOS**:
-
--   Gestisci permessi, vincoli di memoria e interazioni con la tastiera.
--   Assicura una gestione fluida dei comportamenti specifici del sistema.
-
-**Gestione specifica Android**:
-
--   Standardizza la navigazione con il pulsante indietro.
--   Adatta per diverse dimensioni dello schermo e densità di pixel.
--   Gestisci le complessità del ciclo di vita dei fragment.
-
-**Gestione specifica Web**:
-
--   Risolvi problemi CORS usando header appropriati.
--   Affronta problemi di compatibilità del browser.
--   Gestisci sfide uniche delle Progressive Web Apps (PWAs).
-
-Capgo fornisce strumenti per semplificare le correzioni per queste sfide specifiche della piattaforma. Usando il suo sistema di canali, puoi:
-
--   Testare gli aggiornamenti su gruppi di utenti mirati prima di un rilascio completo.
--   Rilasciare gradualmente gli aggiornamenti per monitorarne l'impatto.
--   Ripristinare rapidamente eventuali modifiche problematiche per minimizzare le interruzioni per gli utenti.
-
-## Strumenti di gestione errori
-
-Strumenti efficaci semplificano il tracciamento, la segnalazione e la risoluzione degli errori nelle moderne app Capacitor. Questi strumenti lavorano in sinergia con pratiche consolidate di gestione errori per mantenere un'esperienza utente fluida su tutte le piattaforme.
-
-### Sistemi di tracciamento errori
-
-Le piattaforme di tracciamento errori forniscono dettagliate informazioni sui problemi delle app. Per esempio, **Sentry**, fidato da milioni di sviluppatori, offre un contesto approfondito degli errori, inclusi dettagli del dispositivo, versioni OS, versioni app e persino i commit specifici del codice che causano problemi.
-
-| Funzionalità | Dettagli |
-| --- | --- |
-| Dati ambiente | Traccia tipo dispositivo, versione OS e versione app |
-| Contesto errori e avvisi | Individua i commit che causano errori e si integra con [Slack](https://slack.com/)/[Jira](https://www.atlassian.com/software/jira) per le notifiche al team |
-| Tracciamento rilasci | Misura le percentuali di sessioni senza crash per monitorare le prestazioni dell'app |
-
-> "Sentry aiuta il nostro team a correggere i problemi più importanti in ogni rilascio. Possiamo tracciare come sta andando un rilascio in base alla percentuale di sessioni senza crash. Con questi dati, possiamo risolvere i problemi che impattano più utenti e passare alla creazione di nuove funzionalità."
-> 
-> - Byron Dover, Engineering Manager per IT presso [Riot Games](https://www.riotgames.com/en) [\[2\]](https://sentry.io/)
-
-Oltre al tracciamento dettagliato, la segnalazione in-app cattura feedback degli utenti in tempo reale.
-
-### Segnalazione errori in-app
-
-La segnalazione errori in-app user-friendly raccoglie feedback contestuale rispettando la privacy degli utenti. Piattaforme come **Disney+** si affidano a una segnalazione errori completa per mantenere alti standard di servizio.
-
-> "Gli strumenti di alta qualità di Sentry aiutano Disney+ a mantenere un servizio di alta qualità per le sue decine di milioni di abbonati globali." [\[2\]](https://sentry.io/)
-
-Funzionalità chiave da considerare includono:
-
--   Rilevamento e segnalazione automatica degli errori
--   Segnalazioni bug iniziate dall'utente con contesto rilevante
--   Gestione dati rispettosa della privacy
--   Categorizzazione organizzata degli errori per risoluzioni più rapide
-
-Per problemi critici che necessitano attenzione immediata, gli aggiornamenti OTA possono fornire correzioni rapide direttamente agli utenti.
-
-### Aggiornamenti rapidi con OTA
-
-Il **sistema OTA di Capgo** permette agli sviluppatori di distribuire correzioni e aggiornamenti in modo rapido ed efficiente. Con questa piattaforma, puoi:
-
--   Distribuire correzioni istantanee per bug urgenti
--   Testare aggiornamenti su gruppi specifici di utenti prima del deployment completo
--   Monitorare le prestazioni degli aggiornamenti in tempo reale
--   Ripristinare istantaneamente aggiornamenti problematici se necessario
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!"
-> 
-> - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-> "Pensa ai nostri 150+ sviluppatori e moltiplica per il numero di problemi che vediamo tra i nostri servizi e clienti - è incredibile la quantità di tempo degli sviluppatori che abbiamo risparmiato." [\[2\]](https://sentry.io/)
-
-## Esperienza utente nella gestione errori
-
-Espandendo le basi della gestione errori, concentrarsi sull'esperienza utente è essenziale per garantire coerenza su tutte le piattaforme. Un approccio user-first alla gestione errori non solo risolve i problemi ma comunica anche efficacemente i problemi, migliorando la soddisfazione e la fidelizzazione degli utenti.
-
-### Istruzioni chiare sugli errori
-
-I messaggi di errore dovrebbero essere diretti e aiutare gli utenti a risolvere rapidamente i problemi. Gli elementi chiave includono:
-
-| Componente | Scopo | Esempio di Implementazione |
-| --- | --- | --- |
-| **Contesto dell'Errore** | Spiegare cosa è successo | "Impossibile salvare la foto - Memoria piena (2.1 GB usati su 2 GB)" |
-| **Azioni** | Fornire soluzioni passo dopo passo | "Elimina elementi inutilizzati o aggiorna il piano di archiviazione" |
-| **Aggiornamenti di Stato** | Tenere gli utenti informati sui progressi | "Nuovo tentativo di connessione... Tentativo 2 di 3" |
-
-### Opzioni di Recupero Errori
-
-È importante offrire molteplici modi per recuperare dagli errori, rivolgendosi sia a utenti tecnici che non tecnici:
-
--   **Recupero Progressivo**  
-    Tentare automaticamente le correzioni, partendo da soluzioni semplici e passando a quelle più complesse se necessario. Fornire aggiornamenti in tempo reale per tenere informati gli utenti sui progressi.
-    
--   **Intervento Manuale**  
-    Offrire strumenti agli utenti per prendere il controllo, come:
-    
-    -   Attivazione della modalità offline durante problemi di rete
-    -   Backup dei dati in locale
-    -   Ripetizione manuale delle azioni con indicatori di progresso visibili
-    -   Ripristino delle versioni precedenti se necessario
-
-Piattaforme come Capgo supportano queste funzionalità gestendo gli aggiornamenti in modo efficiente, assicurando agli utenti l'accesso a versioni stabili mentre i problemi vengono risolti.
-
-### Supporto Errori Multi-Lingua
-
-La localizzazione è più di una semplice traduzione. Implica l'adattamento dei messaggi di errore ai contesti linguistici e culturali:
-
-| Aspetto | Migliori Pratiche | Beneficio |
-| --- | --- | --- |
-| **Struttura del Messaggio** | Utilizzare token segnaposto per contenuti dinamici | Mantiene i messaggi coerenti tra le lingue |
-| **Contesto Culturale** | Adattare i messaggi alle preferenze locali | Migliora la comprensione dell'utente |
-| **Supporto Caratteri** | Garantire la conformità Unicode per tutti i testi di errore | Assicura la corretta visualizzazione in tutte le lingue |
-
-Una comunicazione accurata e culturalmente sensibile è fondamentale. Testare i messaggi di errore in varie regioni utilizzando un sistema basato su canali assicura che risuonino con gli utenti locali. Unito al monitoraggio in tempo reale e agli aggiornamenti rapidi, questo approccio garantisce un'esperienza fluida e user-friendly in tutto il mondo.
-
-Una comunicazione chiara costruisce fiducia e migliora la qualità complessiva della tua applicazione.
-
-## Conclusione
-
-La gestione degli errori di successo nelle app Capacitor combina precisione tecnica con attenzione all'esperienza utente, portando a migliori valutazioni delle app e maggiore soddisfazione degli utenti.
-
-Gli sviluppatori hanno sfruttato le distribuzioni di aggiornamenti rapidi [\[1\]](https://capgo.app/), aumentando la fiducia degli utenti e l'affidabilità delle app. Ad esempio, gli aggiornamenti OTA di Capgo permettono agli sviluppatori di risolvere gli errori rapidamente, assicurando che gli utenti ricevano le correzioni in pochi minuti [\[1\]](https://capgo.app/).
-
-Le mutevoli esigenze del mercato spingono i confini della gestione degli errori. Ecco i fattori chiave che contribuiscono al successo:
-
-| Fattore | Impatto | Risultato |
-| --- | --- | --- |
-| Distribuzione Rapida delle Correzioni | 82% tasso di successo degli aggiornamenti globali [\[1\]](https://capgo.app/) | Ridotta esposizione ai bug |
-| Messaggi di Errore Chiari | Maggiore fidelizzazione degli utenti | Meno richieste di supporto |
-| Supporto Multi-Piattaforma Coerente | Migliore esperienza utente | Manutenzione più semplice |
-
-Questi dati mostrano come correzioni rapide, comunicazione efficace e prestazioni cross-platform coerenti rafforzino la stabilità dell'app.
-
-Con l'evoluzione delle soluzioni di gestione degli errori, gli sviluppatori devono concentrarsi sul tracciamento affidabile degli errori, comunicazione trasparente e aggiornamenti rapidi. Questo approccio garantisce un'elevata soddisfazione degli utenti minimizzando le interruzioni causate da sfide tecniche.
diff --git a/src/content/blog/it/error-logging-tools-for-capacitor-ota-updates.md b/src/content/blog/it/error-logging-tools-for-capacitor-ota-updates.md
deleted file mode 100644
index 6a37b9d20..000000000
--- a/src/content/blog/it/error-logging-tools-for-capacitor-ota-updates.md
+++ /dev/null
@@ -1,174 +0,0 @@
----
-slug: error-logging-tools-for-capacitor-ota-updates
-title: Strumenti di registrazione degli errori per gli aggiornamenti OTA di Capacitor
-description: >-
-  Esplora gli strumenti essenziali per il logging degli errori per gli
-  aggiornamenti OTA di Capacitor, confrontando funzionalità, prezzi e
-  configurazione per migliorare la stabilità e l'esperienza utente dell'app.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T01:28:12.140Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d8bb85beb3268b1c6ac757-1742261302793.jpg
-head_image_alt: Sviluppo Mobile
-keywords: 'error logging, OTA updates, mobile development, app stability, user experience'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Gli strumenti di registrazione degli errori sono essenziali per gestire gli aggiornamenti Over-the-Air (OTA) di Capacitor. Aiutano gli sviluppatori a monitorare i problemi, tracciare le prestazioni degli aggiornamenti e garantire la stabilità delle app. Questo articolo confronta quattro strumenti popolari - **[Sentry](https://sentry.io/)**, **[LogRocket](https://logrocket.com/)**, **[Bugsnag](https://www.bugsnag.com/)** e **[Capgo](https://capgo.app/)** - evidenziando le loro caratteristiche, i prezzi e la facilità di configurazione.
-
-### Punti Chiave:
-
--   **Sentry**: Il migliore per il tracciamento dettagliato degli errori e il monitoraggio dello stato dei rilasci.
--   **LogRocket**: Ideale per il replay delle sessioni e le informazioni sull'esperienza utente.
--   **Bugsnag**: Si concentra sulla prioritizzazione degli errori e sul punteggio di stabilità dell'app.
--   **Capgo**: Combina gli aggiornamenti OTA con il tracciamento degli errori integrato e configurazione rapida.
-
-### Confronto Rapido:
-
-| Funzionalità | Sentry | LogRocket | Bugsnag | Capgo |
-| --- | --- | --- | --- | --- |
-| Tracciamento Errori in Tempo Reale | ✓   | ✓   | ✓   | ✓   |
-| Replay Sessione | Limitato | ✓   | –   | –   |
-| Rollback con Un Click | –   | –   | –   | ✓   |
-| Crittografia End-to-end | –   | –   | –   | ✓   |
-| Tempo di Configurazione | 30–60 min | 45–90 min | 30–60 min | <15 mins |
-
-Each tool offers unique benefits depending on your team's needs, budget, and expertise. Read on for a detailed breakdown of their features, pricing, and setup requirements.
-
-## [Sentry](https://sentry.io/) and Capacitor: How to Build and Monitor User Experiences
-
-![Sentry Error Tracking Dashboard](https://mars-images.imgix.net/seobot/screenshots/sentry.io-925fc70e12ac801815ba3ab27e6adcda-2025-03-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/shzKcE79GXI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Recensione degli Strumenti di Registrazione Errori
-
-Esplora i migliori strumenti di registrazione errori per gli [aggiornamenti OTA di Capacitor](https://capgo.app/ja/), concentrandoti sulle loro caratteristiche e sul loro funzionamento.
-
-### Sentry: Caratteristiche e Configurazione
-
-L'SDK di Sentry funziona perfettamente con le app Capacitor, fornendo tracce dettagliate dello stack e un contesto utile per il debug. La sua funzione di tracciamento dei rilasci individua i problemi ricorrenti nei fallimenti degli aggiornamenti OTA.
-
-**Caratteristiche principali**:
-
--   Monitoraggio dello stato dei rilasci
--   Filtraggio personalizzato degli errori
--   Assegnazione automatica dei problemi
--   Monitoraggio delle prestazioni con breadcrumb
-
-Diamo ora uno sguardo alle capacità di replay delle sessioni di LogRocket.
-
-### [LogRocket](https://logrocket.com/): Tracciamento delle Sessioni
-
-![LogRocket](https://mars-images.imgix.net/seobot/screenshots/logrocket.com-25aea0309421424eb663500e40eea18d-2025-03-18.jpg?auto=compress)
-
-LogRocket ti permette di immergerti nelle esperienze degli utenti durante gli aggiornamenti OTA con la sua funzione di replay delle sessioni. Registra le interazioni degli utenti, le richieste di rete e i log della console, rendendo più facile capire cosa è andato storto.
-
-| Funzionalità | Beneficio |
-| --- | --- |
-| Replay Sessione | Vedi esattamente cosa sperimentano gli utenti durante gli aggiornamenti |
-| Analisi di Rete | Traccia le richieste fallite e i timeout |
-| Integrazione Redux | Traccia i cambiamenti di stato in tempo reale |
-| Correlazione Errori | Collega gli errori a specifiche azioni dell'utente |
-
-Bugsnag, d'altra parte, si concentra sulla prioritizzazione degli errori e sulla stabilità dell'app.
-
-### [Bugsnag](https://www.bugsnag.com/): Gestione degli Errori
-
-![Bugsnag Error Monitoring Dashboard](https://mars-images.imgix.net/seobot/screenshots/www.bugsnag.com-76749d2e4d72514946f463d57dc57ffc-2025-03-18.jpg?auto=compress)
-
-Bugsnag aiuta a dare priorità agli errori e monitorare la stabilità dell'app. La sua funzione di punteggio di stabilità valuta come gli aggiornamenti OTA influenzano le prestazioni complessive dell'app. Le funzionalità aggiuntive includono il raggruppamento automatico degli errori, il tracciamento dei rilasci e l'integrazione con le pipeline CI/CD.
-
-### [Capgo](https://capgo.app/): Tracciamento Errori Integrato
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-Capgo adotta un approccio diverso integrando il tracciamento degli errori direttamente nel suo processo di aggiornamento OTA.
-
-| Metrica | Prestazione |
-| --- | --- |
-| Consegna Aggiornamenti | 23.5M aggiornamenti consegnati |
-| Tasso di Successo | 95% degli utenti aggiornati entro 24 ore |
-| Tempo di Risposta API | 57ms media mondiale |
-| Download Bundle | 114ms per un bundle di 5MB |
-
-> "Abbiamo implementato gli aggiornamenti OTA di Capgo in produzione per la nostra base utenti di +5000. Stiamo osservando un'operazione molto fluida quasi tutti i nostri utenti sono aggiornati in pochi minuti dal deployment dell'OTA su @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Le funzionalità di Capgo includono il tracciamento in tempo reale dello stato degli aggiornamenti, crittografia end-to-end, rollback con un click, targeting avanzato degli utenti e una dashboard analitica dettagliata. Per le configurazioni enterprise, Capgo fornisce opzioni sia cloud che self-hosted, garantendo la conformità con i requisiti di Apple e Google. Si integra anche con strumenti CI/CD come [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ci/) e [Jenkins](https://www.jenkins.io/).
-
-## Guida al Confronto degli Strumenti
-
-Uno sguardo dettagliato agli strumenti di registrazione errori per gli aggiornamenti OTA di Capacitor.
-
-### Matrice delle Funzionalità
-
-| Funzionalità | Sentry | LogRocket | Bugsnag | Capgo |
-| --- | --- | --- | --- | --- |
-| Tracciamento Errori in Tempo Reale | ✓   | ✓   | ✓   | ✓   |
-| Replay Sessione | Limitato | ✓   | –   | –   |
-| Stato dei Rilasci | ✓   | ✓   | ✓   | ✓   |
-| Filtraggio Errori Personalizzato | ✓   | ✓   | ✓   | Limitato |
-| Monitoraggio Prestazioni | ✓   | ✓   | ✓   | ✓   |
-| Integrazione CI/CD | ✓   | ✓   | ✓   | ✓   |
-| Rollback con Un Click | –   | –   | –   | ✓   |
-| Crittografia End-to-end | –   | –   | –   | ✓   |
-| Assegnazione Utenti | Limitato | Limitato | Limitato | ✓   |
-
-### Dettaglio Prezzi
-
-| Strumento | Piano Gratuito | Prezzo Iniziale | Enterprise |
-| --- | --- | --- | --- |
-| Sentry | 5K eventi/mese | €29/mese | Personalizzato |
-| LogRocket | 1K sessioni/mese | €99/mese | Personalizzato |
-| Bugsnag | 7.5K eventi/mese | €59/mese | Personalizzato |
-| Capgo | Prova 15 giorni | €12/mese | €249/mese |
-
-Capgo evidenzia l'efficienza dei costi con la loro tariffa una tantum di configurazione CI/CD di €2.600 e costi continuativi di circa €300 al mese. Affermano che questo approccio può ridurre le spese del primo anno di più della metà rispetto a opzioni come [AppFlow](https://ionic.io/appflow/), potenzialmente risparmiando fino a €26.100 in cinque anni [\[1\]](https://capgo.app/).
-
-### Livelli di Difficoltà di Configurazione
-
-Il feedback degli sviluppatori e le valutazioni della documentazione offrono spunti sulla facilità di configurazione:
-
-| Strumento | Tempo di Configurazione | Documentazione | Opzioni di Supporto |
-| --- | --- | --- | --- |
-| Sentry | 30–60 min | Estesa | Community + Pagamento |
-| LogRocket | 45–90 min | Buona | Email + Chat |
-| Bugsnag | 30–60 min | Buona | Email + Documenti |
-| Capgo | <15 mins | Comprehensive | Priority Support |
-
-Capgo stands out with setup times under 15 minutes. Developers have praised its simplicity:
-
-> "Ho fatto funzionare gli aggiornamenti self-hosted con pochissimo lavoro da parte mia!" – SP-CMingay [\[1\]](https://capgo.app/)
-
-> "Ho configurato @Capgo e sto testando questa fantastica alternativa a @AppFlow! Grazie per il duro lavoro, finora è stato facile. In procinto di rilasciare sugli app store 🤞" – jaythegeek [\[1\]](https://capgo.app/)
-
-Questi confronti evidenziano come ogni strumento si allinei con diverse esigenze di sviluppo. Considera fattori come frequenza di aggiornamento, dimensione del team, budget, sicurezza e integrazione per selezionare quello più adatto.
-
-## Conclusione
-
-### Punti Chiave
-
-Ecco un rapido riepilogo: **Sentry** si distingue per il suo tracciamento dettagliato degli errori e la documentazione approfondita, rendendolo una scelta forte per i team più grandi. **LogRocket** brilla con la sua funzione di replay delle sessioni, offrendo una chiara visione delle esperienze degli utenti. Nel frattempo, **Bugsnag** offre una gestione affidabile degli errori con un'interfaccia facile da navigare. Questi strumenti possono aiutare a ottimizzare il tuo approccio agli aggiornamenti OTA efficienti.
-
-### Scegliere lo Strumento Giusto
-
-Lo strumento migliore dipende dalle esigenze del tuo team e da come pianifichi di approcciare gli aggiornamenti OTA. Ecco una suddivisione:
-
-**Per deployment a livello enterprise**, dai priorità agli strumenti con funzionalità avanzate:
-
--   **Sentry**: Ideale per team che necessitano di personalizzazione e supporto DevOps dedicato.
--   **LogRocket**: Migliore per analizzare le sessioni degli utenti e migliorare l'esperienza utente.
--   **Bugsnag**: Un'ottima opzione per la sua interfaccia pulita e configurazione diretta.
-
-**Per team più piccoli**, concentrati su strumenti che combinano efficienza e integrazione:
-
--   **Capgo**: Offre aggiornamenti OTA abbinati al tracciamento degli errori in un'unica soluzione.
--   Cerca opzioni che supportino il deployment cloud o [self-hosted](https://capgo.app/blog/self-hosted-capgo/) con crittografia end-to-end.
--   Dai priorità agli strumenti che permettono una configurazione rapida e flussi di lavoro automatizzati.
-
-Quando decidi, valuta fattori come il numero di utenti attivi, budget, dimensione e competenza del team, requisiti di sicurezza e quanto bene lo strumento si integra con i tuoi sistemi esistenti.
diff --git a/src/content/blog/it/firebase-crashlytics-for-capacitor-apps.md b/src/content/blog/it/firebase-crashlytics-for-capacitor-apps.md
deleted file mode 100644
index fc4abdd6b..000000000
--- a/src/content/blog/it/firebase-crashlytics-for-capacitor-apps.md
+++ /dev/null
@@ -1,155 +0,0 @@
----
-slug: firebase-crashlytics-for-capacitor-apps
-title: App Firebase Crashlytics per Capacitor
-description: >-
-  Scopri come integrare il reporting degli arresti anomali in tempo reale nelle
-  tue app mobili con una guida passo dopo passo sulla configurazione di
-  Crashlytics sia per iOS che per Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T03:55:39.168Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf-1745207775479.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Firebase, Crashlytics, mobile apps, Capacitor, app development, crash
-  reporting, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**[Firebase Crashlytics](https://firebase.google.com/docs/crashlytics)** ti aiuta a monitorare i crash delle app in tempo reale, fornendo report dettagliati per risolvere rapidamente i problemi. Si integra perfettamente con [Capacitor](https://capacitorjs.com/) sia per le app iOS che Android. Ecco cosa devi sapere:
-
--   **Perché Usare Crashlytics?**
-    
-    -   Ricevi **avvisi di crash in tempo reale**.
-    -   Analizza report dettagliati dei crash con **raggruppamento automatico dei problemi**.
-    -   Monitora gli errori critici per mantenere le app stabili.
--   **Requisiti di Setup:**
-    
-    -   Installa **[Node.js](https://nodejs.org/en) (v16+)**, **Capacitor (v4+)**, e strumenti come **[Xcode](https://developer.apple.com/xcode/) 14+** e **[Android Studio](https://developer.android.com/studio) Electric Eel**.
-    -   Scarica i file di configurazione [Firebase](https://firebase.google.com/) (`GoogleService-Info.plist` per iOS, `google-services.json` per Android).
-    -   Aggiorna i file specifici per piattaforma come `Podfile` (iOS) e `build.gradle` (Android).
--   **Passaggi Chiave:**
-    
-    -   Installa Crashlytics:
-        
-        ```bash
-        npm install @capgo/capacitor-firebase-crashlytics && npx cap sync
-        ```
-        
-    -   Inizializza Crashlytics nella tua app:
-        
-        ```typescript
-        import { FirebaseCrashlytics } from '@capgo/capacitor-firebase-crashlytics';
-        await FirebaseCrashlytics.initialize();
-        ```
-        
--   **Testa Il Tuo Setup:**
-    
-    -   Attiva un crash di test:
-        
-        ```typescript
-        await FirebaseCrashlytics.crash();
-        ```
-        
--   **Consiglio Extra:** Combina Crashlytics con **[Capgo](https://capgo.app/)** per aggiornamenti istantanei senza ritardi degli app store.
-    
-
-Questa guida assicura che la tua app sia priva di crash e user-friendly. Inizia configurando Firebase Crashlytics oggi!
-
-## Guida Android 2021: [Firebase Crashlytics](https://firebase.google.com/docs/crashlytics) - crash personalizzato ...
-
-![Firebase Crashlytics](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/3578d58943ebaf5b91a7f0e1afb1607f.jpg)
-
-<iframe src="https://www.youtube.com/embed/JxVYfZprK0g" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisiti di Setup
-
-Prima di iniziare, assicurati di aver completato i seguenti passaggi:
-
-### Software e Account Necessari
-
-Dovrai installare quanto segue:
-
--   **Node.js** (v16 o superiore) e **Capacitor** (v4 o superiore)
--   Un **account Firebase** con un progetto attivo
--   **Xcode 14+** per lo sviluppo iOS
--   **Android Studio Electric Eel** o una versione più recente per lo sviluppo Android
--   L'ultima versione di **[CocoaPods](https://cocoapods.org/)** (richiesto per iOS)
-
-### File di Configurazione per Piattaforma
-
-**Per iOS:**
-
--   Scarica il file `GoogleService-Info.plist` dalla Console Firebase.
--   Aggiorna il tuo `Podfile` per includere le dipendenze di Crashlytics.
--   Aggiungi le chiavi privacy necessarie al tuo file `Info.plist`.
-
-**Per Android:**
-
--   Ottieni il file `google-services.json` dalla Console Firebase.
--   Apporta modifiche ai file `build.gradle` sia a livello di progetto che di app.
--   Aggiorna l'`AndroidManifest.xml` per includere i permessi richiesti.
-
-### Setup della Console [Firebase](https://firebase.google.com/)
-
-![Firebase Platform Dashboard](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/e510e8ab32244fff0b09e93222500c83.jpg)
-
-Configura Firebase e abilita Crashlytics attraverso questi passaggi:
-
-1.  **Crea un progetto Firebase** e abilita Crashlytics.
-    
-2.  **Registra le tue app** nella Console Firebase:
-    
-    -   Usa l'**ID bundle** per iOS e il **nome package** per Android.
-    -   Scarica i file di configurazione: `GoogleService-Info.plist` (iOS) e `google-services.json` (Android).
-3.  **Integra gli SDK Firebase** nella tua app aggiungendo queste dipendenze:
-    
-    **Per Android (build.gradle a livello app):**
-    
-    ```kotlin
-    dependencies {
-        implementation platform('com.google.firebase:firebase-bom:32.0.0')
-        implementation 'com.google.firebase:firebase-crashlytics'
-        implementation 'com.google.firebase:firebase-analytics'
-    }
-    ```
-    
-    **Per iOS (`Podfile`):**
-    
-    ```ruby
-    pod 'Firebase/Crashlytics'
-    pod 'Firebase/Analytics'
-    ```
-    
-
-Una volta completati questi passaggi, sei pronto per passare alla sezione Installazione Plugin.
-
-[Continue with the rest of the text...]
-
-### Riepilogo dei passaggi di configurazione
-
-Hai completato tre passaggi chiave per iniziare:
-
--   Creato un progetto Firebase e registrato le tue app iOS/Android.
--   Installato e configurato il plugin Crashlytics.
--   Aggiornato i necessari file delle piattaforme iOS e Android.
-
-### Perché integrare questi strumenti?
-
-L'abbinamento di Firebase Crashlytics con Capgo ti offre un potente sistema per il monitoraggio degli errori e la [gestione degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/). Ecco cosa offre questa combinazione:
-
--   **Correzioni rapide**: Implementa aggiornamenti istantanei e ripristina le modifiche con un solo clic.
--   **Distribuzioni affidabili**: Assicurati che gli aggiornamenti siano ampiamente adottati e distribuiti agli utenti senza problemi.
-
-### Quali sono i prossimi passi?
-
-1.  Attiva l'analisi dettagliata dei crash nella Console Firebase.
-2.  Aggiungi Capgo alla tua pipeline CI/CD per aggiornamenti ottimizzati.
-3.  Usa i [canali Capgo](https://capgo.app/docs/webapp/channels/) per testare e rilasciare le correzioni passo dopo passo.
-
-Con Crashlytics e Capgo installati, sei pronto per mantenere la tua app funzionante senza problemi e migliorarla nel tempo.
diff --git a/src/content/blog/it/fix-capacitor-version-mismatch-errors.md b/src/content/blog/it/fix-capacitor-version-mismatch-errors.md
deleted file mode 100644
index dddb6e0c0..000000000
--- a/src/content/blog/it/fix-capacitor-version-mismatch-errors.md
+++ /dev/null
@@ -1,142 +0,0 @@
----
-slug: fix-capacitor-version-mismatch-errors
-title: Correggere gli errori di mancata corrispondenza delle versioni di Capacitor
-description: >-
-  Pelajari cara menyelesaikan masalah ketidakcocokan versi dengan cepat dalam
-  aplikasi Capacitor untuk menghindari kegagalan build dan crash saat runtime.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T04:35:04.064Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572-1743395716448.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, version mismatch, troubleshooting, mobile development, software
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-
-**Gli errori di mancata corrispondenza delle versioni nelle app [Capacitor](https://capacitorjs.com/) possono interrompere le build, causare crash durante l'esecuzione e ritardare gli aggiornamenti** Questi problemi si verificano quando i pacchetti core, i plugin o le dipendenze non sono allineati. Ecco come risolverli rapidamente:
-
--   **Cause comuni**:
-    
-    -   Aggiornamenti parziali o conflitti di dipendenze
-    -   Errori in `packagejson` o file pod
-    -   [Aggiornamenti automatici](https://capgo.app/docs/plugin/cloud-mode/auto-update/) che creano inconsistenze
--   **Soluzioni rapide**:
-    
-    -   Esegui `npx cap doctor` o `npm list @capacitor/*` per individuare le discrepanze
-    -   Allinea le versioni in `packagejson` (es. `@capacitor/core`, `@capacitor/ios`, `@capacitor/android`)
-    -   Usa `npm install` per aggiornare tutti i pacchetti core e i plugin
--   **Previeni problemi futuri**:
-    
-    -   Blocca le versioni in `packagejson` (es. `"@capacitor/core": "500"`)
-    -   Automatizza i controlli delle versioni con strumenti CI/CD
-    -   Usa strumenti di aggiornamento live come [Capgo](https://capgo.app/) per correzioni più rapide
-
-## Risoluzione dell'eccezione No Matching View in [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Trovare problemi di mancata corrispondenza delle versioni
-
-Puoi scoprire le discrepanze di versione seguendo questi passaggi:
-
-### Segnali di errore e messaggi
-
-Inizia esaminando gli output di errore:
-
--   Fallimenti della build che menzionano "versione incompatibile"
--   Eccezioni di runtime che si riferiscono a "mancata corrispondenza versione"
--   Avvisi della console sui conflitti di dipendenze
--   Errori di installazione pod iOS che evidenziano problemi di versione
-
-Questi messaggi di errore, sia dal terminale che dall'IDE, spesso rivelano conflitti. Presta attenzione agli avvisi che includono numeri di versione - possono aiutarti a individuare il problema.
-
-### Controlli da riga di comando
-
-Usa gli strumenti da riga di comando per confermare la coerenza delle versioni:
-
--   **`npx cap doctor`**: Controlla lo stato di Capacitor e segnala le discrepanze
--   **`npm list @capacitor/core @capacitor/ios @capacitor/android`**: Mostra le versioni installate, rendendo facile individuare le inconsistenze
-
-### Revisione dei file di configurazione
-
-Infine, rivedi i tuoi file di configurazione per garantire l'allineamento delle versioni
-
-**packagejson**
-
-[[CODE_BLOCK]]
-
-**capacitorconfigjson**
-
-[[CODE_BLOCK]]
-
-Controlla la coerenza tra:
-
--   Pacchetti core di Capacitor
--   Pacchetti specifici per piattaforma (iOS/Android)
--   Plugin e loro dipendenze
-
-Mantenere allineate queste versioni aiuta a evitare problemi di compatibilità
-
-## Correzione delle versioni core e dei plugin
-
-### Aggiornamenti dei pacchetti core
-
-Per aggiornare i pacchetti core di Capacitor, usa il seguente comando npm:
-
-[[CODE_BLOCK]]
-
-Se hai bisogno di una versione specifica, sostituisci `@latest` con il numero di versione desiderato. Per esempio:
-
-[[CODE_BLOCK]]
-
-Una volta completati gli aggiornamenti, sincronizza il tuo progetto con:
-
-[[CODE_BLOCK]]
-
-### Correzioni delle versioni dei plugin
-
-Assicurati che i tuoi plugin siano compatibili con la versione di Capacitor che stai usando. Aggiornali a versioni testate e compatibili, e assicurati di testare la funzionalità dopo ogni aggiornamento.
-
-Se un plugin richiede Capacitor 5x ma stai usando 6x, hai due opzioni:
-
--   Aggiorna il plugin all'ultima versione:
-    
-    [[CODE_BLOCK]]
-    
--   Retrocedi Capacitor per corrispondere ai requisiti del plugin:
-    
-    [[CODE_BLOCK]]
-    
-
-Per aggiornamenti che comportano modifiche importanti, potrebbero essere necessarie ulteriori modifiche.
-
-### Modifiche di versione principale
-
-Quando passi a una nuova versione principale, segui questi passaggi:
-
-1.  **Backup del progetto**: Crea un backup completo prima di iniziare qualsiasi aggiornamento
-    
-2.  **Controlla il changelog**: Rivedi il changelog ufficiale per eventuali modifiche importanti che potrebbero influenzare il tuo progetto
-    
-3.  **Aggiorna le dipendenze**: Aggiorna i pacchetti Capacitor alle versioni richieste. Per esempio:
-    
-    [[CODE_BLOCK]]
-    
-
-Capgo fornisce aggiornamenti live per Capacitor 8, permettendoti di applicare correzioni senza necessità di approvazioni dell'app store [\[1\]](https://capgo.app/)
-
-## Evitare futuri conflitti di versione
-
-### Strumenti di blocco versione
-
-I file di blocco come `package-lockjson` o `yarn`
\ No newline at end of file
diff --git a/src/content/blog/it/fixing-build-failures-in-capacitor-ci-cd-pipelines.md b/src/content/blog/it/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
deleted file mode 100644
index e5b5955bd..000000000
--- a/src/content/blog/it/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
+++ /dev/null
@@ -1,366 +0,0 @@
----
-slug: fixing-build-failures-in-capacitor-ci-cd-pipelines
-title: Risoluzione degli errori di build nelle pipeline CI/CD di Capacitor
-description: >-
-  Scopri come risolvere e prevenire gli errori di build nelle pipeline CI/CD per
-  app mobili, garantendo processi di sviluppo e distribuzione fluidi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T06:27:06.154Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682580e10209458b3ff3c0b1-1747290491442.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, CI/CD, build failures, mobile development, troubleshooting, version
-  control, environment variables
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**I problemi di build nei processi CI/CD di [Capacitor](https://capacitorjs.com/) possono ostacolare lo [sviluppo di app mobile](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/), causando perdite di tempo e denaro.** Ecco una guida rapida ai problemi comuni e come risolverli:
-
-### Problemi Principali e Soluzioni:
-
-- **Conflitti di Versione**: Assicurati che le versioni di [Node.js](https://nodejs.org/en), npm, Capacitor e dei plugin corrispondano in tutti gli ambienti.
-- **Problemi di Setup iOS/Android**: Allinea le configurazioni di [Gradle](https://gradle.org/), [CocoaPods](https://cocoapods.org/), [Xcode](https://developer.apple.com/xcode/) e SDK.
-- **Variabili d'Ambiente**: Ricontrolla [chiavi API](https://capgo.app/docs/webapp/api-keys/), credenziali e percorsi per coerenza.
-- **Incompatibilità dei Plugin**: Abbina attentamente le versioni di Capacitor e dei plugin.
-- **Vincoli della Piattaforma CI**: Ottimizza risorse, caching e runner specifici per piattaforma per prevenire timeout.
-
-### Suggerimenti Rapidi:
-
-- Blocca le dipendenze in `package.json` per evitare aggiornamenti inaspettati.
-- Usa strumenti come `npx cap doctor` e Android Lint per il debugging.
-- Replica gli ambienti CI localmente con file `.env` per test migliori.
-- Implementa aggiornamenti live per evitare ritardi dell'app store.
-
-**Suggerimento Pro**: Strumenti come [Capgo](https://capgo.app/) possono semplificare il monitoraggio, proteggere le configurazioni e fornire opzioni di rollback in tempo reale quando si verificano errori.
-
-## Come identificare e risolvere i problemi della pipeline CI
-
-<iframe src="https://www.youtube.com/embed/mCNv2mWvWGo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principali Tipi di Errori di Build di [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Gli errori di build di Capacitor possono derivare da varie fonti, ognuna richiedente soluzioni specifiche. Di seguito, analizzeremo alcune delle cause più comuni e come si manifestano durante il processo di build.
-
-### Conflitti di Versione tra Dipendenze
-
-I conflitti tra versioni di Node.js, npm e Capacitor CLI sono una causa frequente di errori di build. Questi conflitti spesso si verificano a causa di aspettative non corrispondenti tra diversi componenti del sistema di build. Ecco alcuni scenari comuni:
-
-- Differenze nelle versioni **runtime di Node.js** tra macchine locali e ambienti CI.
-- Incongruenze nei gestori di pacchetti, come npm o Yarn.
-- Versioni non corrispondenti delle librerie core di Capacitor e plugin.
-- SDK specifici per piattaforma che richiedono versioni specifiche non allineate.
-
-La gestione di queste dipendenze diventa ancora più complessa in configurazioni multi-ambiente, dove le configurazioni possono variare ampiamente.
-
-### Problemi di Setup iOS e Android
-
-Le configurazioni delle piattaforme native possono essere un punto critico, specialmente durante la configurazione iniziale o dopo aggiornamenti significativi. I problemi spesso sorgono a causa di strumenti non allineati o impostazioni obsolete.
-
-**Per Android**, i problemi comuni includono:
-
-- Errori di sincronizzazione Gradle dopo l'installazione dei plugin.
-- Utilizzo di SDK o strumenti di build obsoleti.
-- Variabili d'ambiente `JAVA_HOME` impostate incorrettamente.
-- File wrapper Gradle mancanti o corrotti.
-
-**Per iOS**, i problemi frequenti includono:
-
-- Conflitti di dipendenze con CocoaPods.
-- Incongruenze negli artefatti di build di Xcode.
-- Certificati di firma del codice mal configurati.
-- Impostazioni di build obsolete dopo gli aggiornamenti di Capacitor.
-
-Questi problemi spesso richiedono un debug attento e l'allineamento degli strumenti per garantire un processo di build fluido.
-
-### Problemi di Configurazione delle Variabili d'Ambiente
-
-Le variabili d'ambiente giocano un ruolo critico nel processo di build, e anche piccole configurazioni errate possono portare a errori ricorrenti. Questi problemi emergono spesso quando si passa tra ambienti di sviluppo e CI. Le aree comunemente interessate includono:
-
-- Chiavi API per servizi esterni.
-- Credenziali per la firma del codice.
-- Valori di configurazione specifici per piattaforma.
-- Percorsi e impostazioni dell'ambiente di build.
-
-Garantire una gestione coerente delle variabili d'ambiente in tutti gli ambienti è fondamentale per evitare questi problemi.
-
-### Incompatibilità delle Versioni dei Plugin
-
-I plugin possono introdurre sfide di compatibilità difficili da diagnosticare. Un esempio tipico coinvolge il bilanciamento delle versioni di Capacitor, Ionic e plugin specifici. Ad esempio, la risoluzione degli errori "Something Went Wrong" potrebbe richiedere l'allineamento di Capacitor 3.5.1, Ionic 5 e CapacitorGoogleAuth 3.1.4, assicurando che l'ID client corretto sia impostato sia in `capacitor.config.ts` che in `strings.xml`.
-
-Queste incompatibilità spesso richiedono un'attenzione meticolosa ai dettagli di versioning e configurazione per essere risolte.
-
-### Vincoli della Piattaforma CI
-
-Le piattaforme di Integrazione Continua (CI) possono introdurre il proprio set di sfide, particolarmente quando si tratta di build complesse. Ecco una suddivisione dei vincoli comuni e del loro impatto:
-
-| Tipo di Vincolo | Problemi Comuni | Impatto |
-| --- | --- | --- |
-| **Timeout** | Build che vanno in timeout su app grandi | Build incomplete |
-| **Allocazione Risorse** | Memoria limitata durante la compilazione | Build fallite |
-| **Supporto Piattaforma** | Supporto limitato per build iOS su runner Linux | Errori specifici per piattaforma |
-| **Caching** | Caching inefficiente delle dipendenze | Build più lente, rischi di timeout |
-
-Per mitigare questi problemi, i team dovrebbero ottimizzare le loro pipeline CI/CD configurando correttamente le impostazioni di timeout, allocando risorse sufficienti e ottimizzando il caching delle dipendenze. Quando si compila per iOS o Android, l'utilizzo di runner specifici per piattaforma può anche aiutare a mantenere la compatibilità e migliorare le prestazioni.
-
-## Passaggi per il Debug degli Errori di Build
-
-Il debug efficace degli errori di build è cruciale per mantenere la tua [pipeline CI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/) funzionante correttamente. Analizziamo alcuni passaggi pratici per individuare e risolvere questi problemi.
-
-### Test degli Errori di Build Localmente
-
-Inizia pulendo il tuo ambiente locale per eliminare file cache e dipendenze che potrebbero causare conflitti. Usa i seguenti comandi:
-
-```bash
-rm -rf node_modules
-rm -rf platforms
-npm cache clean --force
-npm install
-```
-
-Per build specifiche Android, questi comandi possono aiutare a risolvere problemi come script o asset mancanti:
-
-```bash
-npx cap update android
-npx cap copy
-```
-
-Successivamente, replica il tuo ambiente CI localmente creando un file `.env`. Includi variabili come:
-
-- Chiavi API
-- Flag di configurazione build
-- Impostazioni specifiche per piattaforma
-
-Questo assicura che il tuo setup locale corrisponda il più possibile all'ambiente CI.
-
-### Utilizzo di Strumenti di Analisi Build
-
-Sfrutta gli strumenti di analisi build per ottenere informazioni su potenziali problemi. Ecco alcuni strumenti e le loro diagnostiche chiave:
-
-| Strumento | Scopo | Diagnostiche Chiave |
-| --- | --- | --- |
-| **npx cap doctor** | Controllo salute ambiente | Versioni dipendenze, setup piattaforma |
-| **Android Lint** | Analisi statica codice | Utilizzo risorse, problemi compatibilità |
-| **Xcode Analyzer** | Ispezione build iOS | Perdite memoria, uso errato API |
-
-Durante l'esecuzione delle build, monitora tracce stack, conflitti di versione, file di configurazione e accesso alla rete. Queste diagnostiche possono aiutare a individuare la fonte degli errori e guidarti verso una soluzione.
-
-### Corrispondenza degli Ambienti di Sviluppo
-
-Una volta identificati i problemi, allinea il tuo ambiente locale con il setup CI per evitare problemi futuri. Ecco come:
-
-**Controllo Versioni**  
-Blocca le versioni di Node.js e delle dipendenze evitando specificatori di intervallo. Usa `package-lock.json` per mantenere la consistenza.
-
-**Configurazione Piattaforma**  
-Assicurati che le impostazioni specifiche per piattaforma siano standardizzate. Per esempio:
-
-```json
-{
-  "webDir": "dist",
-  "platformVersion": {
-    "ios": "14.0",
-    "android": "29"
-  }
-}
-```
-
-**Script di Build**  
-Standardizza i tuoi script di build e test per una gestione errori e logging consistente:
-
-```json
-{
-  "scripts": {
-    "build:ci": "npm run clean && npm run build && npx cap sync",
-    "test:ci": "npm run test -- --ci --coverage"
-  }
-}
-```
-
-## Metodi di Prevenzione degli Errori di Build
-
-Bloccare le versioni delle dipendenze è cruciale per mantenere build stabili nella tua [pipeline CI/CD di Capacitor](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/). Ecco una guida passo passo per implementare strategie che aiutano a prevenire errori di build e migliorare l'affidabilità.
-
-### Controllo Versioni delle Dipendenze
-
-Per evitare cambiamenti inaspettati che possono interrompere le tue build, blocca le versioni delle dipendenze nei tuoi file di configurazione e mantieni i file di lock. Ecco un esempio di setup `package.json`:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  },
-  "engines": {
-    "node": ">=16.0.0",
-    "npm": ">=8.0.0"
-  }
-}
-```
-
-Passaggi chiave per gestire efficacemente le dipendenze:
-
-- Committa sia `package.json` che `package-lock.json` nel tuo sistema di controllo versione.
-- Usa repository di artefatti privati per memorizzare in modo sicuro le dipendenze.
-- Automatizza la scansione delle dipendenze con strumenti come [Dependabot](https://docs.github.com/en/code-security/dependabot/dependabot-version-updates).
-- Configura avvisi per aggiornamenti di sicurezza critici per affrontare le vulnerabilità tempestivamente.
-
-Bloccando le dipendenze, riduci il rischio di cambiamenti inaspettati e puoi concentrarti sull'ottimizzazione della tua pipeline CI/CD.
-
-### Ottimizzazione delle Prestazioni della Pipeline
-
-Una pipeline ben ottimizzata assicura build più veloci ed efficienti. Ecco alcuni metodi per migliorare le prestazioni:
-
-| **Area** | **Metodo** | **Risultato** |
-| --- | --- | --- |
-| **Parallelizzazione Job** | Dividi i test in job concorrenti | Tempi di build più veloci |
-| **Strategia di Caching** | Usa caching Docker basato su layer | Durata build ridotta |
-| **Allocazione Risorse** | Assegna runner dimensionati correttamente | Efficienza migliorata |
-
-Per esempio, puoi configurare caching e logica di retry nella tua pipeline CI/CD come segue:
-
-```yaml
-cache:
-  key: ${CI_COMMIT_REF_SLUG}
-  paths:
-    - node_modules/
-    - platforms/
-    - plugins/
-
-interruptible: true
-retry:
-  max: 2
-  when: runner_system_failure
-```
-
-> "Containerizzare il workflow, minimizzare le dipendenze e monitorare la velocità del workflow con avvisi sui cali di prestazioni può portare a build più stabili e veloci." – Darrin Eden [\[2\]](https://launchdarkly.com/blog/cicd-best-practices-devops)
-
-### Test di Compatibilità Piattaforma
-
-Una volta bloccate le dipendenze e ottimizzata la pipeline, è tempo di testare la tua app su tutte le piattaforme per identificare problemi di compatibilità precocemente. Di seguito uno schema dei livelli di test e strumenti:
-
-| **Livello di Test** | **Strumenti** | **Aree di Focus** |
-| --- | --- | --- |
-| **Unit** | [Jest](https://jestjs.io/), [Mocha](https://mochajs.org/) | Logica business e utility |
-| **Integration** | [Cypress](https://www.cypress.io/) | Funzionalità cross-platform |
-| **End-to-End** | [Appium](http://appium.io/) | Funzionalità native |
-| **Performance** | [Lighthouse](https://developer.chrome.com/docs/lighthouse) | Ottimizzazione risorse |
-
-Suggerimenti aggiuntivi per test approfonditi:
-
--   Abilita il reporting dei crash sia per il livello web che nativo.
--   Utilizza le source map per tracciare gli errori con precisione durante il debugging.
--   Sfrutta gli strumenti di sviluppo specifici della piattaforma per identificare e risolvere i problemi.
--   Configura benchmark automatizzati delle prestazioni per monitorare i miglioramenti nel tempo.
-
-Per le build iOS, verifica la compatibilità con Xcode e le configurazioni di firma. Per Android, assicurati che le impostazioni Gradle e le versioni SDK siano allineate con i requisiti target. Questi passaggi ti aiuteranno a individuare i problemi tempestivamente e mantenere prestazioni costanti su tutte le piattaforme.
-
-## Utilizzare [Capgo](https://capgo.app/) per Gestire i Fallimenti delle Build
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-Capgo fornisce una suite di strumenti progettati per aiutare i team a gestire i fallimenti delle build nelle [pipeline CI/CD di Capacitor](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/). Combinando monitoraggio, configurazioni sicure e analisi approfondite, supporta i team nell'identificazione, risoluzione e prevenzione dei problemi di build. Di seguito, esploreremo come Capgo semplifica questi processi per migliorare l'efficienza CI/CD.
-
-### Monitoraggio e Ripristino delle Build
-
-Il monitoraggio in tempo reale di Capgo tiene sotto controllo lo stato delle build e l'avanzamento dei deployment, offrendo approfondimenti attraverso una dashboard analitica dettagliata. Ecco alcune metriche chiave monitorate dalla piattaforma:
-
-| **Nome Metrica** | **Benchmark** |
-| --- | --- |
-| Consegna Aggiornamenti | 23.5M aggiornamenti consegnati |
-| Tasso di Successo | 95% degli utenti aggiornati entro 24 ore |
-| Tempo di Risposta API | 57ms di media mondiale |
-| [Download Bundle](https://capgo.app/docs/webapp/bundles/) | 114ms per un bundle di 5MB |
-
-Quando sorgono problemi, il sistema di rollback di Capgo assicura un rapido ripristino con funzionalità come:
-
--   **Tracciamento automatico delle versioni** per monitorare gli aggiornamenti senza interruzioni.
--   **Monitoraggio aggiornamenti in tempo reale** per rilevare immediatamente i problemi.
--   **Controllo preciso del deployment** per gestire gli aggiornamenti in fasi.
--   **Registrazione errori** per individuare rapidamente i problemi.
-
-### Gestione Sicura delle Configurazioni
-
-Capgo non si limita a monitorare le build - protegge anche le configurazioni critiche con robuste misure di sicurezza. Utilizzando la crittografia end-to-end, minimizza il rischio di fallimenti legati alla configurazione. Per esempio, ecco una [configurazione Capgo](https://capgo.app/consulting/) di esempio:
-
-```yaml
-# Example Capgo configuration
-secure_config:
-  encryption: end-to-end
-  access_control:
-    - role_based_access
-    - multi_factor_auth
-  variable_management:
-    - encrypted_storage
-    - version_control
-```
-
-La piattaforma separa anche le configurazioni per gli ambienti di sviluppo, staging e produzione, assicurando che ogni ambiente operi in modo indipendente e sicuro.
-
-### Strumenti di Analisi dei Fallimenti delle Build
-
-Gli strumenti di analisi di Capgo forniscono approfondimenti completi sui fallimenti delle build, rendendo più facile per i team diagnosticare e risolvere i problemi. Questi strumenti includono:
-
--   **Log dettagliati delle build** con informazioni contestuali.
--   **Tracciamento delle metriche di performance** per monitorare la salute del sistema.
--   **Rilevamento conflitti di dipendenze** per segnalare problemi di compatibilità.
--   **Confronto configurazioni ambiente** per identificare discrepanze.
-
-Per i team che passano da altre piattaforme, Capgo semplifica la transizione con strumenti di migrazione che includono controlli di compatibilità e validazione delle configurazioni, garantendo una configurazione fluida e build stabili.
-
-## Conclusione: Creare Pipeline Capacitor Stabili
-
-Costruire pipeline Capacitor stabili richiede un'attenta attenzione alla gestione delle dipendenze, al mantenimento di ambienti coerenti e al monitoraggio delle prestazioni. Al centro di questo processo ci sono i **sistemi di controllo versione** e gli **aggiornamenti automatizzati**, che assicurano che la pipeline rimanga sia sicura che affidabile. Queste pratiche evidenziano l'importanza di rimanere proattivi nella gestione delle dipendenze.
-
-> "La gestione delle dipendenze implica la gestione delle librerie esterne, degli strumenti e dei componenti su cui si basa un'applicazione, assicurando che siano correttamente risolti, aggiornati e mantenuti durante tutto il ciclo di vita dello sviluppo." - Jose Luis Amoros di Krasamo [\[1\]](https://www.krasamo.com/dependency-management)
-
-Strumenti CI/CD moderni come **Capgo** semplificano il deployment e il monitoraggio, rendendo più facile mantenere la stabilità della pipeline. Di seguito alcune strategie chiave che i team possono adottare per rafforzare le loro pipeline:
-
-| **Strategia** | **Come Implementare** | **Perché è Importante** |
-| --- | --- | --- |
-| **Controllo Versione** | Fissare le dipendenze a versioni specifiche | Previene problemi di compatibilità inaspettati |
-| **Parità Ambiente** | Usare la containerizzazione (es. Docker) | Assicura build coerenti tra le fasi |
-| **Aggiornamenti Automatizzati** | Usare scanner di dipendenze | Mantiene aggiornate sicurezza e prestazioni |
-| **Gestione Config** | Separare le configurazioni ambiente | Riduce i conflitti di deployment |
-
-Con il continuo avanzamento dello sviluppo Capacitor, seguire queste strategie permetterà ai team di creare pipeline che sono sia resilienti che efficienti. Concentrandosi su queste best practice, gli sviluppatori possono mitigare i rischi e assicurare deployment più fluidi.
-
-## FAQ
-
-:::faq
-### Come posso mantenere stabile la mia pipeline CI/CD Capacitor tra diversi ambienti?
-
-Per mantenere la tua pipeline CI/CD Capacitor funzionante correttamente tra diversi ambienti, considera questi consigli pratici:
-
--   **Organizza i branch efficacemente**: Implementa una strategia strutturata di gestione dei branch e richiedi revisioni del codice obbligatorie. Questo aiuta a prevenire conflitti e assicura che il tuo codice web e nativo funzionino bene insieme.
--   **Automatizza le build e controlla le variabili**: Automatizzare i processi di build e validare le variabili d'ambiente può ridurre significativamente gli errori di deployment.
--   **Testa ampiamente**: Conduci test approfonditi in tutti gli ambienti, inclusi test unitari e di integrazione, per identificare e risolvere i problemi tempestivamente.
-
-Utilizzare strumenti come Capgo può rendere questi processi più semplici. Capgo supporta l'integrazione CI/CD senza interruzioni, offre aggiornamenti istantanei e fornisce opzioni di rollback rapido quando necessario. Questo aiuta ad assicurare deployment più fluidi e prestazioni affidabili in tutti gli ambienti.
-:::
-
-:::faq
-### Come posso gestire efficacemente le dipendenze per evitare fallimenti delle build nei progetti Capacitor?
-
-Per mantenere i tuoi progetti Capacitor funzionanti senza intoppi ed evitare fallimenti delle build, **gestire efficacemente le dipendenze** è fondamentale. Aggiorna regolarmente le tue dipendenze per correggere problemi di sicurezza e rimanere compatibile con le ultime funzionalità. Strumenti come Capacitor CLI, npm o yarn possono rendere questo processo più facile ed efficiente.
-
-Per esigenze specifiche della piattaforma, affidati a strumenti come **CocoaPods** per iOS e **Gradle** per Android per assicurare una corretta gestione delle dipendenze tra le piattaforme. Per fare un ulteriore passo avanti, considera l'integrazione dell'automazione attraverso pipeline CI/CD. Questo può aiutare a individuare problemi tempestivamente eseguendo controlli automatizzati per l'integrità e la compatibilità delle dipendenze, riducendo le possibilità che gli errori passino inosservati.
-
-Adottare queste pratiche aiuterà ad assicurare che le tue app Capacitor siano costruite su basi solide con meno intoppi nello sviluppo.
-:::
-
-:::faq
-### Come può Capgo aiutare nella risoluzione dei fallimenti delle build nelle pipeline CI/CD Capacitor?
-
-Capgo semplifica la diagnosi e la risoluzione dei fallimenti delle build nelle pipeline CI/CD Capacitor. Offre strumenti come **tracciamento automatico degli errori**, **risoluzione dei conflitti di dipendenze** e **validazione delle variabili d'ambiente** per individuare i problemi tempestivamente e minimizzare gli errori di build.
-
-Inoltre, Capgo semplifica gli aggiornamenti over-the-air (OTA) con funzionalità come **opzioni di rollback**, **rollout graduali** e **monitoraggio in tempo reale**. Questi strumenti rendono i deployment più fluidi e controllati. Inoltre, la sua integrazione con i tuoi strumenti CI/CD esistenti abilita **controlli automatizzati di conformità** e **tracciamento delle prestazioni**, aumentando l'affidabilità e l'efficienza della tua pipeline.
-:::
diff --git a/src/content/blog/it/git-flow-vs-trunk-based-for-cicd.md b/src/content/blog/it/git-flow-vs-trunk-based-for-cicd.md
deleted file mode 100644
index e397c5fbc..000000000
--- a/src/content/blog/it/git-flow-vs-trunk-based-for-cicd.md
+++ /dev/null
@@ -1,45 +0,0 @@
----
-slug: git-flow-vs-trunk-based-for-cicd
-title: Flusso Git vs Trunk-Based per CI/CD
-description: >-
-  Esplora le differenze tra Git Flow e Trunk-Based Development per flussi di
-  lavoro CI/CD efficaci, evidenziando i loro punti di forza e di debolezza.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:55:05.937Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad-1745376919736.jpg
-head_image_alt: Sviluppo Software
-keywords: >-
-  Git Flow, Trunk-Based Development, CI/CD, software development, version
-  control
-tag: 'Development, Technology, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**La scelta tra [Git Flow](https://nvie.com/posts/a-successful-git-branching-model/) e Trunk-Based Development (TBD) può influenzare significativamente il tuo workflow CI/CD. Ecco una rapida analisi:**
-
--   **Git Flow**: Ideale per ambienti strutturati con controllo di versione. Utilizza più branch come `main`, `develop`, `feature`, `release` e `hotfix`. Perfetto per team grandi, cicli di rilascio più lenti e processi di QA rigorosi.
--   **Trunk-Based Development**: Si concentra su un singolo branch principale con branch feature di breve durata. Adatto per team più piccoli, rilasci rapidi e test automatizzati robusti.
-
-### Confronto Rapido:
-
-| Aspetto | Git Flow | Trunk-Based Development |
-| --- | --- | --- |
-| **Complessità dei Branch** | Multipli branch a lunga durata | Branch singolo, branch a breve durata |
-| **Frequenza dei Rilasci** | Rilasci programmati | Distribuzione continua |
-| **Dimensione del Team** | Team grandi | Team piccoli e medi |
-| **Testing** | Test a fine ciclo | Test automatizzati |
-| **Rischio di Deployment** | Minore con rilasci graduali | Maggiore con aggiornamenti frequenti |
-| **Rollback** | Più lento | Più veloce |
-
-**Conclusione chiave**: Usa Git Flow per workflow strutturati e più lenti e TBD per velocità e flessibilità. Entrambi richiedono solide pipeline CI/CD per avere successo.
-
-## 29 - GitFlow vs. Trunk-Based Development: Gestione ...
-
-<iframe src="https://www.youtube.com/embed/_24yLROhdHI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-[Continue with the rest of the text following the same pattern and maintaining HTML tags, links, code blocks and capacitor references intact]
diff --git a/src/content/blog/it/google-play-compliance-key-update-strategies.md b/src/content/blog/it/google-play-compliance-key-update-strategies.md
deleted file mode 100644
index 8c617d02a..000000000
--- a/src/content/blog/it/google-play-compliance-key-update-strategies.md
+++ /dev/null
@@ -1,177 +0,0 @@
----
-slug: google-play-compliance-key-update-strategies
-title: 'Conformità con Google Play: Strategie chiave di aggiornamento'
-description: >-
-  Scopri le strategie essenziali per garantire la conformità alle politiche di
-  Google Play nel 2025, evitando la rimozione delle app e la perdita di entrate.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:40:19.077Z
-updated_at: 2025-04-22T02:40:30.520Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8-1745289630520.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Google Play compliance, app updates, data privacy, content policies, account
-  security
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-**Rimanere conformi alle politiche di [Google Play](https://play.google.com/console/signup) nel 2025 è fondamentale per evitare la rimozione delle app, la sospensione dell'account e la perdita di ricavi.** Gli sviluppatori devono agire rapidamente in caso di modifiche alle policy e utilizzare strumenti come [Capgo](https://capgo.app/) per distribuire gli aggiornamenti al **95% degli utenti entro 24 ore**. Ecco cosa devi sapere:
-
--   **Modifiche alle Policy 2025**: Regole più severe per i contenuti (es. etichette "Ad" chiare, verifica dell'età), privacy dei dati (es. dashboard privacy in-app, log in tempo reale) e sicurezza dell'account (es. [autenticazione a due fattori](https://capgo.app/docs/webapp/mfa/) obbligatoria, blocchi di sicurezza di 24 ore).
--   **Errori Comuni**: Incomprensione delle regole, API obsolete e mancanza di divulgazioni.
--   **Suggerimenti per la Conformità**:
-    -   Automatizzare i controlli nella pipeline CI/CD.
-    -   Utilizzare strumenti di aggiornamento live come Capgo per correzioni immediate.
-    -   Controllare regolarmente gli annunci di Google Play e formare il team sulle nuove policy.
--   **Rischi di Non Conformità**: Rimozione dell'app, perdita di ricavi e danno alla reputazione.
-
-**Concentrati su aggiornamenti rapidi, controlli automatizzati della conformità e pianificazione a lungo termine per rimanere al passo.** Approfondiamo i dettagli per garantire che la tua app rimanga sicura e user-friendly.
-
-## Problemi di Conformità con [Google Play](https://play.google.com/console/signup)
-
-![Google Play](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/6fab1123dba2d1a9b508fae064f81971.jpg)
-
-### Modifiche alle Policy ed Errori Comuni
-
-Quando Google Play aggiorna le sue policy, i team di sviluppo spesso affrontano scadenze strette per adeguarsi. Gli errori comuni includono:
-
--   Incomprensione delle nuove regole sulla privacy dei dati
--   Mancato aggiornamento delle divulgazioni sulla raccolta dati
--   Continuare a utilizzare API obsolete senza le autorizzazioni appropriate
-
-### Cosa Succede Se Violi le Policy?
-
-Infrangere le regole di Google Play può portare a gravi conseguenze:
-
--   Le app potrebbero essere immediatamente rimosse dallo store
--   Le app sospese non possono elaborare pagamenti, causando perdita di ricavi
--   Recensioni negative e valutazioni più basse possono danneggiare la reputazione dell'app
-
-A seguire, approfondiremo gli aggiornamenti delle policy 2025 e i suggerimenti pratici per garantire la conformità della tua app.
-
-## [PolicyBytes](https://play.google/developer-content-policy/) di Google Play - Aggiornamenti policy aprile 2025
-
-![PolicyBytes](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/81241892df8a0b3e1d59d8ca79389c8a.jpg)
-
-<Steps>
-
-1. Gli utenti devono essere informati sull'utilizzo dei dati
-2. La privacy deve essere una priorità nello sviluppo
-3. La sicurezza deve essere implementata in ogni fase
-
-</Steps>
-
-## Modifiche alle Policy 2025
-
-Gli aggiornamenti 2025 di Google Play si concentrano sull'innalzamento degli standard dei contenuti, sul miglioramento della privacy degli utenti e sul rafforzamento delle misure di sicurezza dell'account.
-
-### Aggiornamento Regole sui Contenuti
-
-Google ha introdotto regole più severe per affrontare le violazioni comuni dei contenuti:
-
--   Gli **annunci nativi** devono includere etichette "Ad" chiare e facilmente identificabili.
--   I **contenuti generati dagli utenti** devono essere filtrati per individuare incitamenti all'odio prima del caricamento.
--   Le app con contenuti per adulti devono includere **sistemi di verifica dell'età**.
-
-### Regole sulla Privacy dei Dati
-
-Per affrontare i problemi passati con la gestione dei dati, le nuove regole sulla privacy richiedono:
-
--   **Richieste di autorizzazione** prima di accedere a funzionalità sensibili come fotocamera, posizione o contatti.
--   Una **dashboard privacy in-app** che spiega tutte le pratiche di raccolta dati.
--   **Log di accesso in tempo reale** per i dati degli utenti, con opzioni per esportare queste informazioni.
-
-### Regole sulla Sicurezza dell'Account
-
-Per proteggere meglio gli account degli sviluppatori, Google ha implementato queste misure di sicurezza:
-
--   L'**autenticazione a due fattori** è ora obbligatoria per accedere alla console sviluppatore.
--   Un **blocco di sicurezza di 24 ore** verrà attivato da qualsiasi attività sospetta dell'account.
--   Verranno condotti regolari **audit di sicurezza**, abbinati a report automatici di conformità.
-
-Questi aggiornamenti mirano a proteggere gli utenti fornendo linee guida chiare agli sviluppatori. Strumenti come Capgo rendono più facile per i team conformarsi a questi cambiamenti, permettendo al **95% degli utenti di ricevere correzioni critiche entro 24 ore** [\[1\]](https://capgo.app/).
-
-## Metodi di Conformità
-
-Dopo il monitoraggio delle policy, il passo successivo è implementare metodi di conformità efficaci.
-
-**Integra i controlli di conformità nella tua pipeline CI/CD.** Automatizzare i controlli durante il processo CI/CD garantisce che i problemi vengano identificati e risolti prima del deployment.
-
-Le attività chiave di conformità includono:
-
--   Scansione dell'utilizzo dei permessi per garantire l'allineamento con le [policy sulla privacy](https://capgo.app/dp/)
--   Verifica dei filtri per i contenuti generati dagli utenti
--   Audit delle pratiche di etichettatura e posizionamento degli annunci
--   Validazione dei marcatori di restrizione d'età
--   Mantenimento di registri dettagliati delle modifiche alle policy, procedure di gestione dati, regole di moderazione e misure di sicurezza
-
-**Considera l'utilizzo di Capgo per aggiornamenti in tempo reale.** Questo strumento permette aggiornamenti senza richiedere approvazioni dello store e offre funzionalità come:
-
--   Integrazione con pipeline CI/CD
--   Deployment in tempo reale degli aggiornamenti
--   Analytics e tracciamento errori integrati
--   Supporto per il rollback degli aggiornamenti
--   Crittografia end-to-end e capacità di assegnazione utenti
-
-Successivamente, dai un'occhiata agli strumenti di aggiornamento live e confronta le piattaforme per trovare la soluzione migliore per le tue esigenze.
-
-## Aggiornamenti Live per le Modifiche alle Policy
-
-Gli aggiornamenti live portano la conformità a un livello superiore colmando il divario tra l'individuazione dei problemi di policy e la loro risoluzione. Queste piattaforme consentono il deployment istantaneo di aggiornamenti urgenti, correzioni di bug e nuove funzionalità - bypassando completamente i processi di revisione degli app store. Questo funziona in tandem con i controlli CI/CD automatizzati, garantendo che le lacune nelle policy vengano affrontate più rapidamente che mai.
-
-### Funzionalità di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo garantisce aggiornamenti rapidi per la conformità, con il 95% degli utenti attivi che ricevono gli aggiornamenti entro 24 ore e un tasso di successo globale dell'82% [\[1\]](https://capgo.app/). La piattaforma combina strumenti chiave per la conformità con un efficiente sistema di [gestione degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/):
-
--   **Crittografia end-to-end** per soddisfare i requisiti di privacy dei dati
--   **Canali di rollout controllati** per aggiornamenti graduali delle policy
--   **Opzioni di rollback immediato** per gestire rapidamente i problemi di conformità
--   **Analytics e tracciamento errori in tempo reale** per il monitoraggio continuo
--   **Integrazione CI/CD automatizzata** per validare la conformità senza interruzioni
--   **Controlli di assegnazione utenti** per distribuire aggiornamenti a gruppi specifici
-
-Queste capacità di aggiornamento live giocano un ruolo cruciale nel supportare la strategia di conformità più ampia, che verrà discussa successivamente.
-
-## Pianificazione della Conformità a Lungo Termine
-
-Le correzioni rapide sono importanti, ma garantire la conformità a lungo termine richiede un framework solido. Una volta implementati gli aggiornamenti live, concentrati sulla costruzione di un sistema che mantenga i tuoi sforzi di conformità coerenti ed efficaci nel tempo.
-
-### Creazione Checklist di Conformità
-
-Sviluppa checklist dettagliate che collegano le policy ai trigger di aggiornamento e ai processi di test. Una checklist efficace dovrebbe coprire:
-
--   **Requisiti di privacy dei dati, contenuti e sicurezza** collegati a trigger di aggiornamento specifici
--   **Test di validazione e passaggi di documentazione** per ogni fase del workflow: sviluppo, QA e rilascio
-
-Mantieni checklist separate per ogni fase e aggiornale ogni volta che Google Play annuncia cambiamenti importanti.
-
-### Formazione del Personale sulle Policy
-
-Mantieni il tuo team aggiornato con formazione regolare sulle policy di Google Play. Un buon programma di formazione dovrebbe:
-
--   Introdurre i nuovi membri del team ai requisiti fondamentali delle policy e ai processi interni
--   Offrire sessioni di aggiornamento quando le policy vengono modificate
--   Includere workshop specifici per ruolo: gli sviluppatori si concentrano sulle regole tecniche, i team QA sul testing e i manager sulle scadenze
-
-Inoltre, conduci audit regolari per garantire che questi sforzi formativi si traducano in conformità pratica.
-
-### Revisioni Regolari delle Policy
-
-Mantieniti in vantaggio monitorando e revisionando regolarmente le policy:
-
--   Controlla settimanalmente gli annunci di Google Play e valuta le tue metriche di conformità
--   Conduci audit trimestrali per testare le procedure di aggiornamento di emergenza e i protocolli di sicurezza
--   Aggiorna la documentazione interna per riflettere eventuali nuove modifiche alle policy
-
-## Riepilogo
-
-Rimanere conformi con Google Play richiede di tenere sotto controllo gli aggiornamenti delle policy, incorporare controlli durante lo sviluppo, assegnare ruoli chiari all'interno del team e gestire efficacemente gli aggiornamenti live. Strumenti come Capgo possono aiutare a semplificare questi processi, garantendo che le correzioni critiche raggiungano il 95% degli utenti entro 24 ore [\[1\]](https://capgo.app/).
-
-Usa questi metodi per rimanere al passo con le policy in evoluzione di Google Play e ridurre il rischio di problemi di conformità.
diff --git a/src/content/blog/it/google-play-staged-rollouts-how-it-works.md b/src/content/blog/it/google-play-staged-rollouts-how-it-works.md
deleted file mode 100644
index b8eabff3a..000000000
--- a/src/content/blog/it/google-play-staged-rollouts-how-it-works.md
+++ /dev/null
@@ -1,198 +0,0 @@
----
-slug: google-play-staged-rollouts-how-it-works
-title: 'Distribuzioni graduali di Google Play: come funziona'
-description: >-
-  Impara a gestire efficacemente gli aggiornamenti delle app con i rilasci
-  graduali su Google Play, garantendo stabilità e riducendo al minimo i rischi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T00:36:08.727Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ddfefb74046f25829c1f7f-1742603807186.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  staged rollouts, Google Play, app updates, risk management, user feedback,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**I rollout graduali su Google Play** consentono agli sviluppatori di rilasciare [aggiornamenti delle app](https://capgo.app/plugins/capacitor-updater/) gradualmente, iniziando con una piccola percentuale di utenti prima di estenderli a tutti. Questo garantisce stabilità, individua i problemi in anticipo e riduce al minimo i rischi.
-
-### Vantaggi principali:
-
--   **Gestione del rischio**: Testa gli aggiornamenti prima con un piccolo gruppo.
--   **Informazioni in tempo reale**: Monitora prestazioni e feedback.
--   **Ripristino rapido**: Ritorna a una versione precedente se necessario.
--   **Feedback degli utenti**: Migliora gli aggiornamenti in base alle prime risposte.
-
-### Come funziona:
-
-1.  Scegli una percentuale di rollout (es. 5-10%) nella [Google Play Console](https://developer.android.com/distribute/console).
-2.  Monitora metriche come tasso di crash, feedback degli utenti e prestazioni.
-3.  Regola la percentuale di rollout o mettila in pausa se emergono problemi.
-4.  Usa strumenti come [Capgo](https://capgo.app/) per aggiornamenti più rapidi e un migliore monitoraggio.
-
-### Suggerimenti rapidi:
-
--   Inizia con il 5-10% degli utenti ed espandi gradualmente.
--   Pianifica gli aggiornamenti durante i periodi di bassa attività.
--   Usa strumenti di tracciamento errori per una risoluzione più rapida dei problemi.
-
-I rollout graduali bilanciano la rapidità di consegna con il rischio controllato, garantendo aggiornamenti fluidi per gli utenti aiutando gli sviluppatori a mantenere la qualità dell'app.
-
-## Processo di Rollout Graduale
-
-### Configurazione nella [Google Play Console](https://developer.android.com/distribute/console)
-
-![Google Play Console](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-ed168370876f8cab0f4fb973291444ec-2025-03-22.jpg?auto=compress)
-
-Per iniziare un rollout graduale, vai alla sezione 'Release' nella Google Play Console. Scegli il tuo track di destinazione (Produzione, Beta o Alpha) e crea un nuovo rilascio. Durante questo processo, troverai il selettore della percentuale sotto "Impostazioni di rilascio".
-
-Ecco cosa devi fare:
-
--   Carica il tuo bundle o APK dell'app
--   Imposta una percentuale iniziale di rollout (solitamente 5-10%)
--   Aggiungi note di rilascio
--   Rivedi tutto e avvia il rollout
-
-Puoi regolare la percentuale di rollout in qualsiasi momento durante il processo direttamente nella Google Play Console.
-
-### Monitoraggio dei Progressi del Rilascio
-
-Tieni d'occhio il tuo rollout attraverso la dashboard della Google Play Console. Fornisce metriche in tempo reale come:
-
--   Tassi di successo dell'installazione
--   Report di crash
--   Feedback degli utenti
--   Problemi di compatibilità dei dispositivi
--   Dati sulle prestazioni
-
-Le metriche per la nuova versione e quella precedente vengono visualizzate separatamente, rendendo più facile individuare eventuali problemi. Se qualcosa sembra non funzionare, puoi agire rapidamente per risolvere il problema.
-
-### Gestione dei Problemi di Aggiornamento
-
-Se emergono problemi, agisci immediatamente usando questo piano:
-
-> "Ripristino con un clic a qualsiasi versione precedente se necessario" - Capgo [\[1\]](https://capgo.app/)
-
-1.  **Valutazione Immediata**  
-    Esamina i report di crash e il feedback degli utenti per determinare quanto sia grave il problema. Presta attenzione a quali dispositivi, versioni Android o funzionalità sono interessate.
-    
-2.  **Azioni di Risposta**  
-    A seconda della gravità del problema, puoi:
-    
-    -   Mettere in pausa il rollout per impedire ad altri utenti di ricevere l'aggiornamento.
-    -   Tornare alla versione precedente se il problema è serio.
-    -   Distribuire una correzione rapida per problemi minori e risolvibili.
-3.  **Comunicazione**  
-    Tieni informati gli utenti attraverso note di rilascio, notifiche in-app, aggiornamenti sui social media e messaggi nella console per sviluppatori.
-
-L'utilizzo di strumenti di tracciamento errori può aiutarti a prevenire potenziali problemi e risolverli prima che colpiscano troppi utenti.
-
-## Consigli per il Successo del Rollout
-
-### Selezione delle Percentuali di Utenti
-
-Inizia con un piccolo gruppo di utenti per ridurre il rischio di problemi durante il rollout. La percentuale esatta dipende dalla complessità della tua app e dalla base utenti. Ad esempio, potresti iniziare con **5% per app business critiche**, **10% per aggiornamenti a medio rischio** e **20% per modifiche minori**. Monitora metriche come tassi di crash, coinvolgimento degli utenti, feedback e prestazioni prima di espandere. Aumenta la percentuale solo se tutto appare stabile. Allinea il tuo programma di rilascio con queste strategie di rollout per garantire un progresso fluido.
-
-### Pianificazione del Programma di Rilascio
-
-Pianifica i tuoi rollout per periodi di bassa attività degli utenti per limitare le interruzioni. Tieni conto di fattori come fusi orari, comportamento degli utenti, capacità del server e disponibilità del team di supporto. Questo assicura che eventuali problemi possano essere affrontati rapidamente ed efficientemente.
-
-### Strumenti di Gestione degli Aggiornamenti
-
-L'utilizzo di strumenti di [gestione degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) come Capgo può aiutare ad accelerare i tassi di adozione - **95% degli utenti aggiorna entro 24 ore**, con un **tasso di successo dell'82%** [\[1\]](https://capgo.app/). Cerca strumenti con funzionalità come queste:
-
-| Funzionalità | Scopo | Impatto |
-| --- | --- | --- |
-| Analytics in tempo reale | Traccia la distribuzione degli aggiornamenti | Fornisce informazioni immediate sui progressi |
-| Tracciamento errori | Monitora i problemi | Permette il rilevamento precoce dei problemi |
-| Controllo versioni | Gestisce più rilasci | Mantiene organizzati i deployment |
-| Capacità di rollback | Annulla rapidamente gli aggiornamenti | Riduce l'impatto sugli utenti |
-
-Quando selezioni uno strumento, concentrati su quelli che offrono monitoraggio automatizzato. Strumenti con un tempo di risposta medio di **57ms a livello globale** [\[1\]](https://capgo.app/) permettono un'azione rapida quando sorgono problemi.
-
-Per un controllo ancora maggiore, considera l'utilizzo di un [sistema di canali](https://capgo.app/docs/plugin/cloud-mode/channel-system/) per la distribuzione degli aggiornamenti. Questo ti permette di targetizzare specifici gruppi di utenti con versioni diverse, rendendo il beta testing e i rollout graduali più fluidi. Inoltre, la capacità di pubblicare modifiche al codice dal vivo rimanendo conformi alle regole dell'app store può semplificare e velocizzare il tuo [processo di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-## Regole e Restrizioni
-
-### Requisiti di Google Play
-
-Se stai pianificando un rollout graduale su Google Play, devi assicurarti che ogni nuovo APK o [Android App Bundle](https://en.wikipedia.org/wiki/Android_App_Bundle) abbia un codice versione più alto della versione di produzione corrente.
-
-Google Play stabilisce criteri specifici per i rollout graduali:
-
--   **Percentuale di rollout**: Devi scegliere una percentuale tra 1% e 100%.
--   **Compatibilità versioni**: Gli aggiornamenti devono funzionare con tutte le versioni Android che la tua app supporta ufficialmente.
--   **Firma dell'app**: Le app distribuite tramite Android App Bundle devono essere registrate in [Google Play App Signing](https://support.google.com/googleplay/android-developer/answer/9842756?hl=en).
--   **Test interno**: Testa sempre la tua app internamente prima di distribuirla in produzione.
-
-Mentre soddisfi questi requisiti, tieni presente che ci sono restrizioni che potrebbero influenzare la tua strategia di rollout.
-
-### Restrizioni Note
-
-Quando pianifichi il tuo deployment, considera queste limitazioni:
-
-| Restrizione | Dettagli | Impatto |
-| --- | --- | --- |
-| Nessuna Selezione Utente | Non puoi targetizzare utenti o regioni specifiche | Gli aggiornamenti sono distribuiti casualmente in base alla tua percentuale |
-| Controllo Versioni | Gli utenti non possono tornare a versioni precedenti | Gli aggiornamenti sono permanenti una volta applicati |
-| Restrizioni Dispositivi | Nessun targeting di dispositivi specifici | Gli aggiornamenti si applicano uniformemente su tutti i dispositivi compatibili |
-
-Altri punti chiave da ricordare:
-
--   Solo un rollout graduale può essere attivo per una determinata app in qualsiasi momento.
--   Non c'è rollback automatico se si verificano problemi.
--   Non puoi controllare quando gli utenti scaricano gli aggiornamenti.
--   Il processo di rollout non include un modo diretto per comunicare i dettagli dell'aggiornamento agli utenti.
-
-Si raccomanda di attendere almeno 24 ore prima di aumentare la percentuale di rollout. Questo ti dà tempo per monitorare le prestazioni e affrontare eventuali problemi prima di espandere ulteriormente l'aggiornamento.
-
-Per aggiornamenti urgenti, considera l'utilizzo di strumenti come Capgo per gestire hotfix o aggiornamenti rapidi rimanendo all'interno delle regole di Google Play. Questi strumenti possono aiutarti a gestire situazioni critiche senza compromettere la conformità.
-
-## Rilascia con fiducia con la nuova Play Console
-
-<iframe src="https://www.youtube.com/embed/vyReHI1eSSU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Riepilogo
-
-I rollout graduali forniscono un modo controllato per rilasciare aggiornamenti, migliorando la qualità dell'app e mantenendo gli utenti soddisfatti. Rispettando i requisiti di Google Play, gli sviluppatori possono sfruttare appieno questo approccio rimanendo conformi.
-
-### Vantaggi Chiave
-
-I rollout graduali combinati con un monitoraggio approfondito garantiscono aggiornamenti affidabili. Questo metodo aiuta a:
-
--   Minimizzare i rischi e individuare i problemi in anticipo con rilasci mirati
--   Mantenere le app stabili su vari dispositivi Android
--   Ridurre la possibilità di recensioni e valutazioni negative
-
-Gli studi mostrano che i rollout graduali ben eseguiti raggiungono un tasso di successo globale dell'82% [\[1\]](https://capgo.app/), dimostrando il loro valore nel mantenere prestazioni app elevate.
-
-### Come [Capgo](https://capgo.app/) Aggiunge Valore
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Per le app [Capacitor](https://capacitorjs.com/), Capgo semplifica i rollout graduali offrendo una gestione precisa degli aggiornamenti rispettando le linee guida di Google Play. Il suo sistema di canali si integra perfettamente con i piani di rollout esistenti.
-
-Ecco come si comporta Capgo:
-
-| Metrica | Prestazione |
-| --- | --- |
-| **Tasso di Aggiornamento Utenti** | 95% entro 24 ore |
-| **Totale Aggiornamenti Consegnati** | 23.5M |
-| **Tasso di Successo Globale** | 82% |
-
-Capgo semplifica il processo di aggiornamento per gli sviluppatori con funzionalità come:
-
--   Tracciamento errori integrato abbinato al monitoraggio del rollout
--   Consegna sicura e conforme degli aggiornamenti
--   Gruppi di utenti mirati per rollout controllati
--   Canali di deployment criptati per maggiore sicurezza
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare la revisione per le correzioni di bug è prezioso." [\[1\]](https://capgo.app/)
-
-Questi strumenti permettono ai team di distribuire aggiornamenti rapidamente assicurandosi che i loro rilasci rimangano stabili per gli utenti in tutto il mondo.
diff --git a/src/content/blog/it/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md b/src/content/blog/it/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
deleted file mode 100644
index c07360f02..000000000
--- a/src/content/blog/it/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
+++ /dev/null
@@ -1,158 +0,0 @@
----
-slug: how-I-manage-semantic-release-with-CapGo-CapacitorUpdater
-title: Come Rapido Cloud gestisce il Semantic Release con Capgo CapacitorUpdater
-description: >-
-  Ecco come ho configurato semantic release per gestire i rilasci delle mie
-  applicazioni che utilizzano CapGo CapacitorUpdater
-author: Rupert Barrow
-author_image_url: 'https://avatars.githubusercontent.com/u/48629751?v=4'
-author_url: 'https://linkedin.com/in/rbarrow'
-created_at: 2024-09-22T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /rapido_cloud_study_case.webp
-head_image_alt: Studio del caso rapido cloud
-keywords: >-
-  semantic release, semantic-release, CapGo, CapacitorUpdater, mobile app
-  development, live updates, OTA updates, continuous integration, mobile app
-  updates
-tag: Case Study
-published: true
-locale: it
-next_blog: ''
----
-## 1. Introduzione
-
-Su Rapido Cloud (www.rapido.cloud), sto sviluppando un'applicazione mobile per i clienti Salesforce per distribuire facilmente la propria applicazione mobile personalizzata senza dover passare attraverso i difficili passaggi dell'utilizzo del Salesforce Mobile SDK o del Salesforce Mobile Publisher.
-
-Ho sviluppato questa app mobile su una piattaforma moderna e "standard" con componenti e strumenti diffusi tra cui Ionic 8, Angular 18, TypeScript, Capacitor e ora CapGo CapacitorUpdater. Questi sono più semplici da gestire per i clienti che non vogliono gestire le specifiche della piattaforma Salesforce come i Lightning Web Components; ed è più facile ed economico per me assumere sviluppatori e manutentori di applicazioni mobili Ionic + Angular.
-
-Questo articolo spiega il mio design, le mie scelte e l'implementazione che rendono CapGo e `semantic-release` una soluzione ottimale per gestire automaticamente tutti i deployment tramite Github Actions. Tutto questo è stato progettato, testato e documentato durante il piacevole periodo di prova gratuito di 14 giorni di CapGo CapacitorUpdater.
-
-## 2. Perché usare CapGo? Perché usare semantic-release?
-CapGo CapacitorUpdater mi ha attratto con la sua promessa di rendere i deployment delle app mobili molto più semplici, rapidi e flessibili rispetto al processo standard di distribuzione tramite Apple AppStore/Google PlayStore.
-Questa è la mia prima applicazione mobile che pubblico sugli store, essendomi concentrato in passato sulle web app, solitamente sviluppate su Salesforce Experience Cloud.
-
-Ero piuttosto preoccupato della curva di apprendimento per avere successo ma sono riuscito a pubblicare la mia app su Apple TestFlight abbastanza facilmente. Ero quindi in grado di utilizzare CapGo CapacitorUpdater per distribuire i miei aggiornamenti molto più velocemente.
-
-Il mio primo requisito e caso di test era di distribuire per me stesso per testare la mia app come una vera app mobile sul mio telefono, invece di testare in un emulatore mobile o in un simulatore tramite il browser mobile Nexus suggerito da Ionic. Questo perché la mia app utilizza funzionalità native come la Geolocalizzazione o l'accesso alla Galleria Foto e alla Fotocamera. Non avendo l'esperienza passata di testare un'app mobile Capacitor, non ero sicuro se tutto avrebbe funzionato correttamente: niente di meglio che testare l'app reale, in condizioni reali!
-
-Quindi CapGo CapacitorUpdater mi ha aiutato ad aggiornare la mia applicazione sul mio mobile, in diretta, 1 minuto dopo aver salvato una nuova funzionalità o correzione nel mio codice sorgente: così liberatorio, così flessibile e facile da configurare!
-
-## 3. Il mio modello di branching e release, e come semantic-release si adatta
-
-Ora che ho il mio delivery ai server CapGo funzionante correttamente, devo automatizzarlo e integrarlo nella mia pipeline CI/CD.
-
-### Ecco come organizzo il mio modello di branching e release
-
-Per ogni applicazione, sia mobile, web o Salesforce:
-- **lo sviluppo** viene effettuato su branch `feature/...` derivati da `main`, e vengono uniti in `main` che è il riferimento per la maggior parte dei branch di sviluppo, al di fuori della manutenzione e delle funzionalità specifiche per delivery personalizzati (maggiori dettagli in seguito)
-- **i deployment vengono attivati __dai branch di release__** che possono essere: `production`, branch di prerelease (`alpha`, `beta`, `nightly`, ecc.) e anche branch specifici per cliente o contesto per delivery personalizzati
-- **i deployment vengono attivati da una pull request** che viene unita in un branch di deployment. Non uso deployment attivati da tag perché semantic release gestisce i tag e tutto il resto per me.
-
-Fondamentalmente, questo è il Gitlab Flow:
-
-![Gitlab Flow](/RBW_Gitlab_Flow.webp)
-
-*Gitlab Flow - fonte https://faun.dev/c/stories/manuelherrera/git-branching-strategies-in-2022*
-
-### Una nota a margine su come funziona semantic-release:
-
-In un branch di deployment, quando semantic-release viene attivato, calcolerà automaticamente il nuovo numero di versione su questo branch, a seconda del numero di versione del tag precedente sul branch e delle correzioni o funzionalità consegnate. Le correzioni creeranno una nuova versione patch, mentre le funzionalità creeranno una nuova versione minor. Include anche automaticamente la prerelease `alpha`, `beta`, ecc. nel numero di versione.
-
-Semantic release genera il changelog dai tuoi commit, raggruppando correzioni e funzionalità come definito nei commit convenzionali (vedi https://www.conventionalcommits.org/en/about) e configurato in semantic release.
-
-Aggiornerà anche tutte le tue pull request unite su git (Github, nel mio caso) e i relativi issues con commenti che li collegano al tag e al release. Infine, in questo release Github, allegherà asset come codice sorgente, binari se necessario, `CHANGELOG.md`, ecc.
-
-## 4. Branch, release/prerelease, canali in semantic release e in CapGo
-
-Ecco cosa voglio che semantic release faccia per i deployment CapGo.
-
-### Voglio che semantic release generi il numero di versione
-
-CapGo ha sviluppato e documentato la propria versione dello strumento "Conventional Commits" `standard-version`, con il loro fork repo `standard-version` (https://github.com/Cap-go/standard-version), e i loro propri repo `capacitor-standard-version` (https://github.com/Cap-go/capacitor-standard-version) e `capacitor-plugin-standard-version` (https://github.com/Cap-go/capacitor-plugin-standard-version). Hanno documentato sul loro blog lo schema di versione utilizzato da CapGo nei loro deployment (https://capgo.app/blog/how-version-work-in-capgo/). I bundle JavaScript seguono il "standard" semver "Semantic Versioning" (https://semver.org) che anche `semantic-release` segue (ovviamente!)
-
-Quindi è fantastico, ed è un sollievo per me perché uso ampiamente `semantic-release`.
-
-### Voglio anche che semantic release generi deployment di app su diversi canali
-
-Come menzionato sopra, ho bisogno di distribuire versioni prerelease da branch come `alpha`, `beta`, `nightly` ecc., ma anche versioni specifiche per cliente su branch come `production-customer-jones`, `production-customer-doe`, ecc.
-
-CapGo fornisce la funzionalità "canali" che è esattamente ciò che supporta anche semantic release, quindi sono entusiasta di farli lavorare insieme. Questi si adattano anche alle diverse build di branch gestite da XCode Cloud (vedi più avanti per maggiori dettagli).
-
-I numeri di versione semver generati da semantic release sulle prerelease appaiono come `1.0.0-alpha.1`. Le build successive su questo branch incrementeranno il numero di build a `1.0.0-alpha.2`, ecc. Sebbene non sia documentato esplicitamente, questi numeri di versione sono supportati da CapGo, che è una grande notizia per me: userò i canali e le prerelease di semantic release per generare versioni della mia app con i canali Capgo.
-
-## 5. Come posso usare CapGo per rilasciare la mia applicazione?
-
-Per automatizzare il deployment dei bundle della tua app su CapGo, devi usare il comando CLI CapGo `bundle upload`. Digita `npx @capgo/cli@latest bundle upload --help` per ottenere le numerose opzioni di upload. Tra queste, useremo le seguenti:
-- CHANNEL è il canale CapGo su cui vogliamo distribuire (es. `alpha`)
-- VERSION è generato da semantic release (es. `1.0.0-alpha.1`)
-- CAPGO_APIKEY è fornito da CapGo per identificare univocamente il login della tua pipeline CI/CD
-- CAPGO_APPID è fornito da CapGo per identificare univocamente la tua applicazione (es. `com.mystartup.mysuperapp`)
-
-## 6. La mia configurazione semantic release + CapGo CapacitorUpdate
-
-Infine, come si incastra tutto questo insieme?
-
-![Versioni del bundle dell'app costruite con semantic release e Github Actions](/RBW_CapGo_channels_and_versions.webp)
-
-*Versioni del bundle dell'app costruite con semantic release e Github Actions*
-
-### Automazione semantic release con Github Actions
-
-La bellezza di semantic release è che l'automazione del deployment, sotto forma di un workflow Github Action, è molto semplice. Questo apparirà molto simile su altre piattaforme CI/CD.
-
-Questo semplicemente installa l'ambiente NodeJS, poi chiama semantic release.
-
-Per ogni merge su un branch elencato in `branches`, semantic release attiverà un deployment.
-Imposta `CAPGO_APIKEY` nei segreti del tuo repository.
-Aggiorna il tuo `CAPGO_APPID` qui.
-
-Il comportamento di semantic release è impostato nel suo file di configurazione `.releaserc.json`.
-Ecco le mie impostazioni, spiegate di seguito:
-
-- `branches`: 
-  - `branches` imposta la configurazione dei branch (`name`), mappati sul canale CapGo (`channel`) e come verrà chiamato il numero di versione prerelease (`prerelease`). Per esempio, se `branch.prerelease = "development"`, il numero di versione generato da semantic release sarà `x.y.z-development.n`
-  - i deployment sui branch `alpha` e `alpha-nocapgo` distribuiranno entrambi l'app sul canale `alpha`, ma con nomi di prerelease diversi nel numero di versione
-  - i deployment sui branch degli sviluppatori `dev-rupert` o `dev-paul` distribuiranno entrambi sul canale `development` di CapGo, tutti con la stessa parola chiave `development` prerelease nel numero di versione
-- `verifyConditions`: nella prima fase di semantic release, verifica di avere l'accesso corretto a Github. Spero di aggiungere qui più tardi un controllo di autenticazione per la CLI CapGo
-- `@semantic-release/commit-analyzer`: cose standard di semantic release - vedi la loro documentazione (https://github.com/semantic-release/semantic-release?tab=readme-ov-file#commit-message-format)
-- `@semantic-release/release-notes-generator`: genera il file changelog come `CHANGELOG.md`
-- `@semantic-release/git`: committa i seguenti file che sono stati aggiornati dalla build Ionic dell'applicazione e dal lavoro di semantic release (`package.json`, `CHANGELOG.md` e `ios/App/App.xcodeproj/project.pbxproj` - non faccio ancora build per Android)
-- `@semantic-release/github`: allega il file `CHANGELOG.md` al release Github come asset
-- `@semantic-release/exec`: usa questi 2 comandi per preparare la build dell'app (`prepareCmd`) e poi per costruire effettivamente e distribuire il bundle dell'app ai server CapGo (`publishCmd`)
-
-Noterai che non c'è bisogno di armeggiare spiegando come vogliamo che il numero di versione venga calcolato e incrementato, come dobbiamo generare un changelog, un tag o release Github, ecc.: tutto è gestito di default da semantic release, con una configurazione minima.
-
-### Costruire nuovi binari con XCode Cloud
-
-Integrare tutto questo con XCode Cloud per creare nuove versioni del binario dell'applicazione è semplice (non sto ancora distribuendo su Google Play, ma quella build dovrebbe essere simile):
-- Ho configurato un processo XCode Cloud per compilare quando c'è una modifica sul branch che desidero utilizzare per questo (es. `production`)
-- su questo branch, ho impostato XCode Cloud per compilare solo quando il file `CHANGELOG.md` viene aggiornato. Questo viene aggiornato dopo ogni versione generata da semantic release
-- Posso attivare build su diversi branch per simulare il deployment per diversi canali. In ogni configurazione di build di XCode Cloud su un branch diverso, imposto manualmente una variabile d'ambiente con il valore di `branch.channel` definito in `releaserc.json` (sì, questa è una duplicazione manuale) e quindi, se volessi, potrei distribuire una diversa applicazione AppStore per ogni applicazione cliente personalizzata distribuita da un branch di release personalizzato, come menzionato prima.
-
-![Building app binaries on XCode Cloud with CapGo channels](/RBW_XCode_Cloud_building.webp)
-
-*Compilazione dei binari dell'app su XCode Cloud con i canali CapGo*
-
-## 7. Conclusione
-
-In conclusione, sono molto contento di essere riuscito a integrare CapGo CapacitorUpdater nella mia pipeline standard di semantic release, rapidamente entro il periodo di prova di 14 giorni, e il risultato è il seguente:
-- i numeri di versione del bundle vengono generati automaticamente da semantic release e sono compatibili con i server CapGo
-- semantic release distribuisce automaticamente i bundle dell'applicazione CapGo, utilizzando anche i canali CapGo
-- questo si integra perfettamente con le build dei binari dell'applicazione di XCode Cloud
-
-### Prossimi passi
-
-Attualmente sono nella fase di sviluppo di questa app. La renderò presto disponibile ai tester attraverso TestFlight (per iOS). Considerando la potenza di CapGo, pubblicherò sicuramente una versione gratuita dell'app sull'AppStore per i test, che verrà aggiornata regolarmente con CapGo durante i test. Successivamente distribuirò un'altra versione (a pagamento) dell'app sull'AppStore, sotto un altro record, e la aggiornerò regolarmente anche con CapGo.
-
-Spero di aggiungere una migliore verifica pre-build dei prerequisiti di `bundle upload` di CapGo nella mia configurazione semantic release.
-
-Ora ho una pipeline semantic release pulita, semplice e riproducibile per future app mobili sviluppate con Ionic + Angular + Capacitor.
-
-## Autore - Rupert Barrow
-
-Ho oltre 22 anni di esperienza con Salesforce, come cliente e utente, come partner e integratore, architetto, sviluppatore, analista di business e consulente. Ho co-fondato e co-gestito Altius Services come COO e CTO per 13 anni, un partner SI Salesforce di successo in Francia, prima di intraprendere una nuova avventura come solopreneur Salesforce con la mia offerta di prodotto **Rapido Cloud**.
-
-Potete trovarmi su LinkedIn su https://linkedin.com/in/rbarrow.
-
-Potete dare un'occhiata alle nostre offerte Salesforce su https://www.rapido-companion.app e https://www.rapido.cloud (in sviluppo).
diff --git a/src/content/blog/it/how-capacitor-bridges-web-and-native-code.md b/src/content/blog/it/how-capacitor-bridges-web-and-native-code.md
deleted file mode 100644
index 8358c5918..000000000
--- a/src/content/blog/it/how-capacitor-bridges-web-and-native-code.md
+++ /dev/null
@@ -1,278 +0,0 @@
----
-slug: how-capacitor-bridges-web-and-native-code
-title: Come Capacitor collega il codice Web e Nativo
-description: >-
-  Esplora come un bridge nativo consente una comunicazione senza soluzione di
-  continuità tra codice web e nativo, migliorando le prestazioni dell'app e
-  l'esperienza utente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T02:55:05.863Z
-updated_at: 2025-03-26T02:55:21.554Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e35e3910051fda3b61fe9f-1742957721554.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, native bridge, web apps, live updates, plugin system, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
--   **Bridge nativo**: Traduce JavaScript en acciones nativas (por ejemplo, [acceso a la cámara](https://capgo.app/plugins/camera-preview/) o GPS).
--   **Sistema de plugins**: Conecta de forma segura las capas web y nativas para una comunicación fluida.
--   **Actualizaciones en vivo**: Envía actualizaciones directamente a los usuarios sin demoras de la tienda de aplicaciones.
--   **Plugins personalizados**: Crea plugins para acceder a funciones avanzadas del dispositivo como autenticación biométrica o sensores especializados.
--   **Rendimiento**: Carga rápida (114ms para paquetes de 5MB) y fiabilidad global (82% de tasa de éxito).
-
-### Resumen rápido
-
-| Función | Ejemplo de implementación | Beneficio |
-| --- | --- | --- |
-| **Acceso a cámara** | `Camera.getPhoto()` | Captura fotos fácilmente |
-| **Geolocalización** | `Geolocation.getCurrentPosition()` | Rastrea ubicación del usuario |
-| **Sistema de archivos** | `Filesystem.readFile()` | Gestiona almacenamiento del dispositivo |
-| **Actualizaciones en vivo** | Entregadas en 114ms | [Actualizaciones más rápidas a usuarios](https://capgo.app/blog/optimise-your-images-for-updates/) |
-
-[Capacitor](https://capacitorjs.com/) ayuda a los desarrolladores a combinar la flexibilidad del desarrollo web con el poder de las aplicaciones nativas. Sigue leyendo para aprender cómo funciona y cómo herramientas como [Capgo](https://capgo.app/) lo mejoran aún más.
-
-## Construyendo aplicaciones web nativas con [Capacitor](https://capacitorjs.com/) 3
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-## Funciones principales del Bridge
-
-El bridge nativo de Capacitor actúa como un enlace crucial, permitiendo que las aplicaciones web interactúen directamente con las capacidades del dispositivo a través de código nativo.
-
-### Conceptos básicos del Bridge nativo
-
-El bridge funciona traduciendo las solicitudes de JavaScript en código de plataforma nativa. Por ejemplo, cuando una aplicación web solicita acceso a la cámara, el bridge convierte esa solicitud a Swift para iOS o Java/Kotlin para Android, ejecuta la acción y envía el resultado de vuelta a la aplicación web.
-
-### Beneficios del Bridge 
-
-El bridge nativo ofrece varias ventajas para el desarrollo multiplataforma:
-
-| Beneficio | Descripción | Impacto |
-| --- | --- | --- |
-| Tiempo de carga | 114ms promedio para paquetes de 5MB [\[1\]](https://capgo.app/) | Tiempos de respuesta más rápidos |
-| Alcance de actualización | 95% de usuarios actualizados en 24h [\[1\]](https://capgo.app/) | Implementación rápida de funciones |
-| Cobertura de mercado | 82% tasa de éxito global [\[1\]](https://capgo.app/) | Rendimiento confiable mundialmente |
-| Tiempo de respuesta API | 57ms promedio global [\[1\]](https://capgo.app/) | Interacciones suaves y eficientes |
-
-> "Practicamos desarrollo ágil y @Capgo es fundamental para entregar continuamente a nuestros usuarios!" – Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-### Sistema de comunicación de plugins
-
-El sistema de plugins simplifica y asegura el intercambio de datos entre las capas web y nativa usando una API estandarizada. Ha demostrado ser efectivo en aplicaciones reales:
-
--   **Escala**: Usado en 750 aplicaciones actualmente en producción [\[1\]](https://capgo.app/)
--   **Fiabilidad**: Más de 23.5 millones de actualizaciones entregadas [\[1\]](https://capgo.app/)
--   **Rendimiento**: 57ms tiempo promedio de respuesta API globalmente [\[1\]](https://capgo.app/)
-
-Este sistema también incluye cifrado de extremo a extremo, asegurando transferencia segura de datos. Proporciona a los desarrolladores las herramientas para crear aplicaciones seguras y de alto rendimiento que funcionan sin problemas en todas las plataformas.
-
-## Código web a funciones nativas
-
-### Usando APIs nativas en JavaScript
-
-Capacitor facilita el acceso a funciones nativas del dispositivo usando su API JavaScript. Aquí hay un vistazo rápido a cómo se implementan algunas funciones comunes:
-
-| Función nativa | Implementación JavaScript |
-| --- | --- |
-| Acceso a cámara | `Camera.getPhoto()` |
-| Geolocalización | `Geolocation.getCurrentPosition()` |
-| Sistema de archivos | `Filesystem.readFile()` |
-| Info dispositivo | `Device.getInfo()` |
-
-Capacitor se encarga de las diferencias específicas de plataforma por ti. Activa automáticamente los diálogos de permisos correctos tanto en iOS como en Android, todo mientras proporciona una interfaz JavaScript consistente. Veamos cómo su sistema de plugins asegura una comunicación segura y eficiente entre el código web y las funciones nativas.
-
-### Estructura de plugins
-
-El sistema de plugins de Capacitor está diseñado para hacer la comunicación entre código web y nativo eficiente y segura. Funciona a través de tres capas clave:
-
-1. **Capa de solicitud**: Asegura que las llamadas entrantes sean validadas y sanitizadas correctamente.
-2. **Capa de traducción**: Convierte llamadas JavaScript en acciones específicas de plataforma.
-3. **Manejador de respuestas**: Maneja el flujo de datos, procesa errores y gestiona conversiones de tipo.
-
-Esta estructura asegura una interacción fluida y confiable entre tu aplicación web y las funciones nativas del dispositivo.
-
-## Código nativo a funciones web
-
-### Eventos web desde código nativo
-
-El bridge de Capacitor permite actualizaciones en tiempo real a la capa web con mínimo esfuerzo. Los desarrolladores pueden gestionar eventos nativos efectivamente usando métodos específicos diseñados para cada tipo de evento:
-
-| Tipo de evento | Método de implementación | Caso de uso |
-| --- | --- | --- |
-| Notificaciones push | `notifyListeners()` | Informar a la capa web sobre nuevos mensajes |
-| Actualizaciones ubicación | `Events.emit()` | Enviar cambios de coordenadas GPS |
-| Estado hardware | `Bridge.triggerWindowEvent()` | Reportar cambios como batería o estado de red |
-
-Capgo asegura un manejo consistente de eventos entre diferentes versiones. A continuación, veamos cómo el código nativo entrega datos en tiempo real a componentes web.
-
-### Actualizaciones de datos nativos
-
-Después de disparar eventos, actualizar datos desde código nativo a la web es igual de fluido. Con las capacidades de actualización en vivo de Capgo, este método se convierte en una opción confiable para aplicaciones dinámicas.
-
-El CDN de Capgo asegura entrega rápida, manejando un paquete de 5 MB en solo 114 ms, manteniendo las actualizaciones suaves y eficientes.
-
-Para mejorar aún más las actualizaciones de datos nativos, considera estos consejos:
-
--   **Actualizaciones por lotes**: Combina cambios de datos relacionados para reducir el número de llamadas al bridge.
--   **Limitación de eventos**: Limita eventos nativos de alta frecuencia para evitar sobrecargar el sistema.
--   **Manejo de errores**: Usa estrategias sólidas de gestión de errores tanto en el lado nativo como web.
-
-El bridge de Capacitor, junto con el [sistema de actualización de Capgo](https://capgo.app/docs/plugin/cloud-mode/manual-update/), crea una configuración confiable para comunicación nativa a web.
-
-## Creando plugins personalizados
-
-Usando el bridge nativo de Capacitor, los plugins personalizados permiten la comunicación entre capas web y nativas, desbloqueando acceso a funciones avanzadas del dispositivo.
-
-### Pasos de desarrollo de plugins
-
-1. **Configura tu entorno de desarrollo**
-
-Crea un directorio de plugin con la siguiente estructura:
-
-2. **Define la interfaz del plugin**
-
-Escribe una interfaz [TypeScript](https://www.typescriptlang.org/) para especificar cómo funcionará tu plugin:
-
-3. **Implementa código nativo**
-
-Agrega funcionalidad específica de plataforma para iOS y Android. Por ejemplo, en Swift:
-
-Una vez que tu marco de trabajo esté en su lugar, puedes construir plugins adaptados a las necesidades específicas de tu aplicación.
-
-### Aplicaciones de plugins personalizados
-
-Los plugins personalizados llenan vacíos dejados por las APIs web estándar. Abajo hay una tabla mostrando ejemplos del mundo real:
-
-| Caso de uso | Categoría de plugin | Ejemplo |
-| --- | --- | --- |
-| [Auth biométrica](https://capgo.app/plugins/capacitor-native-biometric/) | Seguridad | Reconocimiento de huella o facial |
-| Hardware personalizado | Dispositivo | Integración de sensores especializados |
-| Manejo de archivos | Almacenamiento | [Cifrado personalizado](https://capgo.app/docs/cli/migrations/encryption/) para archivos |
-
-Al crear plugins personalizados, ten en cuenta estos consejos:
-
--   **Manejo de errores**: Asegura que tu plugin maneje errores efectivamente en ambos lados web y nativo.
--   **Documentación**: Proporciona documentación clara de API y mantén historial de versiones.
--   **Gestión de versiones**: Sigue versionado semántico para gestionar actualizaciones de forma confiable.
-
-El sistema de actualización de Capgo simplifica la implementación de plugins, facilitando la distribución de actualizaciones a través de la base de usuarios de tu aplicación mientras asegura compatibilidad y control de versiones.
-
-## Pruebas y rendimiento
-
-### Herramientas de depuración
-
-Capacitor incluye herramientas integradas para ayudar a solucionar problemas con la comunicación del bridge. Dos herramientas esenciales para monitorear llamadas web-a-nativo son **[Chrome DevTools](https://developer.chrome.com/docs/devtools)** y **[Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector)**. También puedes habilitar registro detallado en tu configuración de Capacitor así:
-
-Para depurar en el lado nativo:
-
--   **iOS**: Usa la Consola y Puntos de interrupción de [Xcode](https://developer.apple.com/xcode/).
--   **Android**: Usa Logcat de [Android Studio](https://developer.android.com/studio) con el filtro `Capacitor/Console`.
-
-Veamos problemas comunes del bridge y cómo resolverlos.
-
-### Problemas comunes y soluciones
-
-Los problemas de comunicación del bridge suelen caer en estas categorías:
-
-| Problema | Causa | Solución |
-| --- | --- | --- |
-| Errores de tiempo de espera | Operaciones nativas lentas | Agregar manejo de tiempo de espera y usar callbacks de progreso |
-| Desajustes de tipos de datos | Tipos de parámetros incorrectos | Validar tipos de datos usando interfaces TypeScript en ambos extremos |
-| Fugas de memoria | Listeners de eventos no removidos | Limpiar listeners en `ionViewWillLeave` o durante limpieza de componentes |
-
-Para reducir fallos, sigue estas prácticas:
-
--   **Usa bloques try-catch** alrededor de llamadas al bridge para manejar errores elegantemente.
--   **Valida datos de solicitud** para asegurar que coincidan con la estructura esperada antes de enviar.
--   **Verifica estado de conexión** antes de hacer llamadas para monitorear el estado del bridge.
-
-### Mejoras de velocidad
-
-Una vez que hayas identificado problemas, puedes mejorar el rendimiento del bridge optimizando transferencia de datos, manejo de eventos y gestión de caché.
-
-**Transferencia de datos**:
-
--   Envía solo los datos necesarios para minimizar tamaño de carga.
--   Usa formatos binarios para transferencias grandes de datos para mejorar eficiencia.
--   Combina múltiples solicitudes en un solo lote cuando sea posible.
-
-**Manejo de eventos**: En lugar de disparar múltiples actualizaciones, agrúpalas en un solo callback para mejor rendimiento:
-
-**Gestione della cache**:
-
--   Memorizza i dati nativi frequentemente acceduti nel web storage per un recupero più rapido.
--   Utilizza una cache LRU (Least Recently Used) per le risposte delle API.
--   Pulisci regolarmente le cache per evitare che diventino troppo grandi.
-
-Per le funzionalità in tempo reale, considera l'utilizzo di una coda messaggi per evitare colli di bottiglia. Durante il rilascio di aggiornamenti live, gli strumenti di monitoraggio delle prestazioni di Capgo possono aiutare a ridurre il sovraccarico del bridge e garantire implementazioni più fluide delle funzionalità.
-
-## Aggiornamenti Live con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-### Funzionalità di Capgo
-
-Capgo semplifica l'aggiornamento delle [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) consentendo distribuzioni istantanee del codice, saltando la necessità di revisioni dell'app store. Fornisce aggiornamenti con crittografia end-to-end e utilizza un sistema avanzato di canali per la consegna mirata.
-
-I dati sulle prestazioni mostrano l'affidabilità di Capgo nell'uso reale, supportando 750 app in ambienti di produzione [\[1\]](https://capgo.app/). Funziona sia con configurazioni [cloud che self-hosted](https://capgo.app/blog/self-hosted-capgo/) e si integra perfettamente nei flussi di lavoro CI/CD per processi automatizzati.
-
-Vediamo come il sistema di aggiornamento di Capgo porta in vita queste funzionalità.
-
-### Sistema di Aggiornamento Capgo
-
-Il sistema di aggiornamento opera in tre fasi:
-
-1.  **Installazione e Configurazione**
-    
-    Inizia inizializzando Capgo con il seguente comando:
-    
-    ```javascript
-// Native code triggering web updates
-Capacitor.Bridge.triggerWindowEvent('dataUpdate', {
-   type: 'sensor',
-   value: newReading
-});
-```
-    
-2.  **Distribuzione degli Aggiornamenti**
-    
-    Il sistema di canali di Capgo rende efficiente la distribuzione degli aggiornamenti offrendo:
-    
-    -   Aggiornamenti parziali per risparmiare banda
-    -   Installazioni in background che non interrompono gli utenti
-    -   Gestione automatica delle versioni con opzioni di rollback
-3.  **Sicurezza e Conformità**
-    
-    Capgo garantisce che gli aggiornamenti rispettino le linee guida di Apple e Google utilizzando la crittografia end-to-end. Include anche il monitoraggio degli errori e analisi integrate per una maggiore affidabilità.
-    
-
-Questo sistema funziona perfettamente con il bridge nativo di Capacitor, rendendo gli aggiornamenti delle app fluidi e senza problemi. Queste caratteristiche distinguono Capgo nel mercato degli aggiornamenti live.
-
-### Opzioni del Servizio di Aggiornamento
-
-Capgo si distingue tra i servizi di aggiornamento live per app Capacitor grazie a diversi fattori chiave:
-
-| Funzionalità | Capgo | Contesto di Mercato |
-| --- | --- | --- |
-| Modello di Prezzo | A partire da 12€/mese | Conveniente sia per piccoli che grandi team |
-| Consegna Aggiornamenti | 114ms in media | Più veloce della maggior parte dei concorrenti |
-| Limite Utenti | Da 1.000 a 1M+ MAU | Si adatta alla crescita delle app |
-| Archiviazione | Da 2GB a 20GB | Opzioni di storage flessibili |
-| Larghezza di banda | Da 50GB a 10TB | Costruito per esigenze enterprise |
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Per i team che passano da altre piattaforme, Capgo offre opzioni di migrazione fluide e supporto completo. Con la sua forte presenza nell'ecosistema Capacitor, Capgo è una scelta affidabile per il deployment continuo.
-
-## Riepilogo
-
-Il sistema bridge di Capacitor semplifica lo sviluppo di app ibride facilitando una comunicazione fluida tra i livelli web e nativi. Questo rende più semplice l'accesso alle funzionalità native, migliorando anche i processi di deployment e migliorando l'esperienza utente complessiva.
-
-Piattaforme di aggiornamento live come Capgo si basano su questa efficienza. Con 23,5 milioni di aggiornamenti distribuiti su 750 app in produzione, Capgo garantisce che il 95% degli utenti attivi riceva gli aggiornamenti entro 24 ore, raggiungendo un tasso di successo globale dell'82% [\[1\]](https://capgo.app/). La piattaforma distribuisce costantemente aggiornamenti in modo sicuro, con velocità e affidabilità impressionanti [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/it/how-capacitor-handles-platform-differences.md b/src/content/blog/it/how-capacitor-handles-platform-differences.md
deleted file mode 100644
index 1277bd6be..000000000
--- a/src/content/blog/it/how-capacitor-handles-platform-differences.md
+++ /dev/null
@@ -1,45 +0,0 @@
----
-slug: how-capacitor-handles-platform-differences
-title: Come Capacitor Gestisce le Differenze tra Piattaforme
-description: >-
-  Impara a gestire in modo efficace le differenze tra piattaforme nello sviluppo
-  di app mobili utilizzando una singola base di codice per iOS e Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T02:08:36.160Z
-updated_at: 2025-03-25T02:08:56.741Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e200987856e801f1f26fa8-1742868536741.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, mobile development, cross-platform, iOS, Android, custom plugins,
-  UI design, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) aiuta gli sviluppatori a creare app per iOS e Android utilizzando la stessa base di codice, gestendo le differenze specifiche della piattaforma. Semplifica l'integrazione delle funzionalità native, garantisce la conformità alle linee guida della piattaforma e ottimizza le prestazioni. Punti chiave:
-
--   **Rilevamento Piattaforma**: Usa `Capacitor.getPlatform()` per applicare codice specifico per piattaforma.
--   **Plugin Incorporati**: API unificate per funzionalità come Fotocamera, Archiviazione e Geolocalizzazione.
--   **Plugin Personalizzati**: Aggiungi codice nativo per requisiti unici.
--   **Regolazioni UI**: Segui le regole di design per iOS (es. [SF Symbols](https://developer.apple.com/sf-symbols/), pulsanti arrotondati) e Android (es. [Material Icons](https://developers.google.com/fonts/docs/material_icons), pulsanti allineati a sinistra).
--   **Configurazione**: Regola le impostazioni in `capacitor.config.json` per entrambe le piattaforme.
--   **Aggiornamenti Live con [Capgo](https://capgo.app/)**: Distribuisci aggiornamenti istantaneamente senza ritardi dell'app store, raggiungendo fino al 95% di adozione utenti entro 24 ore.
-
-### Confronto Rapido
-
-| Funzionalità | iOS | Android |
-| --- | --- | --- |
-| **Navigazione** | Barre tab inferiori, pulsante indietro a sinistra | Drawer di navigazione superiore, nav inferiore |
-| **Tipografia** | Font San Francisco | Font Roboto |
-| **Plugin (es. Fotocamera)** | [AVFoundation](https://developer.apple.com/documentation/avfoundation/) | [Camera2 API](https://developer.android.com/media/camera/camera2) |
-| **Output Build** | File `.ipa` | File `.aab` o `.apk` |
-
-Capacitor colma il divario tra lo sviluppo web e nativo, rendendo più semplice creare app multi-piattaforma mantenendo le ottimizzazioni specifiche della piattaforma.
-
-## Sviluppo Multi-Piattaforma: Esplorando CapacitorJS con ...
-
-Il successo nella gestione delle piattaforme dipende dall'utilizzo degli strumenti giusti e dal rispetto delle linee guida specifiche per ciascuna piattaforma. Concentrandosi su strategie solide di rilevamento e gestione, gli sviluppatori possono garantire che le loro app funzionino senza problemi sia su iOS che su Android.
diff --git a/src/content/blog/it/how-capgo-is-born.md b/src/content/blog/it/how-capgo-is-born.md
deleted file mode 100644
index 9ebee9abc..000000000
--- a/src/content/blog/it/how-capgo-is-born.md
+++ /dev/null
@@ -1,55 +0,0 @@
----
-slug: how-capgo-is-born
-title: Come è nato Capgo
-description: Storia di come ho iniziato questo viaggio e costruito Capgo
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-01T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo_birth.webp
-head_image_alt: Illustrazione della nascita di Capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Story
-published: true
-locale: it
-next_blog: ''
----
-
-Ehi, sono Martin Donadieu,
-
-Nel luglio 2021, ho lasciato [Naas](https://naasai/) la startup che ho cofondato nel 2019 per sviluppare progetti in solitaria
-
-Durante i primi 6 mesi del mio percorso in solitaria mi sono concentrato sul riavvio del mio progetto Captime, un'app mobile che avevo creato 4 anni prima, diventata un'attività secondaria con il covid
-
-Nel dicembre 2021, mentre stavo ricostruendo l'app da zero, ho avuto alcuni problemi con la versione di produzione corrente,
-
-e le cose si sono complicate, dovevo sistemarlo, ma volevo evitare di rilasciare una nuova versione, quindi ho cercato una soluzione per inviare aggiornamenti del codice alla mia app
-
-All'epoca, Captime generava $400/mese, quindi cercavo una soluzione economica, Ionic Appflow era fuori dal mio budget
-
-L'unica altra alternativa era Microsoft App Center, ma hanno interrotto il supporto per le app che utilizzano Cordova / Capacitor
-
-Se sei uno sviluppatore indipendente come me, scoprirai che Ionic AppFlow non ha il prezzo migliore per te
-
-Come te, mi lamentavo di questo, ho contattato Ionic, hanno capito il reclamo, ma non erano disposti a modificare i prezzi, non ero il target
-
-Così, ho deciso di provare a risolvere il mio più grande problema nel flusso di sviluppo di Capacitor JS: gli aggiornamenti in tempo reale
-
-Dopo un mese di tentativi, ho trovato un modo per scaricare da un URL uno zip e sostituire il codice sorgente dell'app
-
-L'ho condiviso e ho ricevuto un enorme interesse su GitHub
-
-Era troppo manuale per la maggior parte dei team, quindi hanno chiesto un servizio a pagamento, ed è lì che ho iniziato a lavorare su Capgo come alternativa ad AppFlow
-
-L'obiettivo era fornire una soluzione semplice e facile da usare per inviare aggiornamenti del codice alle app JavaScript Capacitor
-
-Niente build nativo, niente grande toolkit come Ionic, solo aggiornamenti in tempo reale, per il mercato che loro non indirizzano, Noi
-
-Li ho contattati per condividere con loro quello che stavo facendo, e abbiamo trovato un accordo di amicizia commerciale
-
-Io costruisco per i maker, loro costruiscono per le aziende che necessitano di CI/CD e supporto dedicato :)
-
-Sei il benvenuto a unirti alla community per costruire insieme, lo uso anche io per i miei progetti, e mi aspetto che questo diventi il mio progetto principale in futuro
\ No newline at end of file
diff --git a/src/content/blog/it/how-ccpa-enforcement-impacts-apps.md b/src/content/blog/it/how-ccpa-enforcement-impacts-apps.md
deleted file mode 100644
index a41754d06..000000000
--- a/src/content/blog/it/how-ccpa-enforcement-impacts-apps.md
+++ /dev/null
@@ -1,250 +0,0 @@
----
-slug: how-ccpa-enforcement-impacts-apps
-title: Come il rispetto del CCPA influenza le app
-description: >-
-  La CCPA sta cambiando il modo in cui le app mobili gestiscono i dati degli
-  utenti, enfatizzando la trasparenza, i diritti degli utenti e rigorose misure
-  di sicurezza per essere conformi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-27T16:48:49.867Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c0870dcd608d64ca3e5184-1740674966680.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  CCPA, mobile apps, user data, privacy compliance, data security, consumer
-  rights, data sharing, enforcement
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Il California Consumer Privacy Act (CCPA)** sta ridefinendo il modo in cui le app mobili gestiscono i dati degli utenti. Ecco cosa devi sapere:
-
--   **Chi riguarda**: App con ricavi annuali superiori a $25M, dati di oltre 100.000 utenti o guadagni del 50%+ dalla vendita di dati.
--   **Requisiti chiave**:
-    -   Dichiarare le pratiche di raccolta dati (come ID dispositivo e indirizzi IP).
-    -   Fornire strumenti agli utenti per accedere, eliminare o rinunciare alla condivisione dei dati.
-    -   Proteggere i dati con crittografia e controlli di accesso.
--   **Applicazione**: Le violazioni possono portare a multe fino a $7.988 per incidente. Casi notevoli includono [Sephora](https://en.wikipedia.org/wiki/Sephora) (multa di $1.2M) e [DoorDash](https://en.wikipedia.org/wiki/DoorDash) (multa di $375K).
--   **Errori comuni**: Link "Non vendere" mancanti, ignorare i segnali Global Privacy Control (GPC) e condivisione dati non regolamentata.
-
-**Suggerimento rapido**: Inizia con un audit dei dati, aggiorna la tua [privacy policy](https://capgo.app/dp/) e utilizza strumenti come [OneTrust](https://www.onetrust.com/solutions/privacy-automation/) o [Osano](https://www.osano.com/) per semplificare la conformità. Restare conformi non serve solo a evitare multe - costruisce la fiducia degli utenti e protegge la tua attività.
-
-## Requisiti fondamentali CCPA per le App
-
-### Dichiarazione sulla Raccolta Dati
-
-Gli sviluppatori di app devono fornire avvisi chiari e anticipati sui dati che raccolgono, come identificatori del dispositivo, indirizzi IP e informazioni domestiche [\[1\]](https://www.flurry.com/ccpa-compliance-guide/). Questi avvisi dovrebbero spiegare come verranno utilizzati i dati ed essere facilmente accessibili - idealmente nelle impostazioni dell'app - prima di qualsiasi raccolta dati. Includi tutte le categorie di dati e le loro finalità in questo avviso [\[3\]](https://oag.ca.gov/privacy/ccpa). Se la tua app vende o condivide dati utente, sei tenuto a mostrare un link ben visibile "Non vendere o condividere le mie informazioni personali" [\[3\]](https://oag.ca.gov/privacy/ccpa).
-
-Il CCPA sottolinea anche l'importanza di salvaguardare i diritti degli utenti insieme a queste dichiarazioni.
-
-### Diritti sulla Privacy degli Utenti 
-
-Il CCPA concede agli utenti delle app diritti specifici che gli sviluppatori sono obbligati a rispettare entro tempi prestabiliti. Le aziende devono fornire almeno due modi per gli utenti di inviare richieste, come un numero verde. Per le app, dovrebbe essere disponibile anche un modulo web interattivo [\[4\]](https://trustarc.com/resource/handle-consumer-requests-under-ccpa/).
-
-Ecco come gestire le richieste degli utenti:
-
--   **Richieste di Accesso**: Confermare la ricezione entro 10 giorni e fornire i dati richiesti entro 45 giorni.
--   **Richieste di Cancellazione**: Utilizzare un processo di conferma in due fasi per verificare la richiesta.  
--   **Richieste di Opt-Out**: Completare il processo di opt-out entro 15 giorni e informare i terzi che hanno ricevuto i dati dell'utente negli ultimi 90 giorni.
-
-> "Un fattore importante per chi cerca di conformarsi è implementare un processo per gestire le richieste dei consumatori secondo il CCPA – simile alle richieste di accesso ai dati secondo il GDPR." - TrustArc [\[4\]](https://trustarc.com/resource/handle-consumer-requests-under-ccpa/)
-
-La protezione dei dati degli utenti è un elemento critico di questi diritti sulla privacy.
-
-### Requisiti di Sicurezza dei Dati
-
-Per supportare queste misure sulla privacy, il CCPA impone rigidi standard di sicurezza dei dati. Le pratiche chiave includono:
-
--   **Crittografia**: Applicare una forte crittografia sia per i dati memorizzati che trasmessi.
--   **Controlli di Accesso**: Implementare rigidi protocolli di autenticazione e autorizzazione.
--   **Test Regolari**: Eseguire valutazioni di sicurezza e test di penetrazione di routine.
--   **Risposta agli Incidenti**: Mantenere aggiornate e pronte le procedure di notifica delle violazioni.
-
-Inoltre, le aziende devono conservare i registri delle attività relative alla privacy e delle richieste degli utenti per 24 mesi [\[5\]](https://www.ketch.com/blog/posts/understanding-the-ccpa-right-to-deletion).
-
-## Spinta all'applicazione della privacy delle app mobili dal Procuratore Generale della CA
-
-<iframe src="https://www.youtube.com/embed/sBckRKsf0yY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Esempi di Applicazione del CCPA
-
-I casi recenti evidenziano l'approccio attivo della California nell'applicare le leggi sulla privacy per le app mobili, con pesanti multe che servono da chiaro avvertimento agli sviluppatori sull'importanza di rispettare gli standard di conformità.
-
-### Multe e Sanzioni Principali
-
-Il Procuratore Generale della California e la California Privacy Protection Agency (CPPA) sono stati aggressivi nell'affrontare le violazioni del California Consumer Privacy Act (CCPA). Ecco due casi notevoli:
-
-**Accordo da $1.2 Milioni di Sephora (2022)**  
-Sephora ha accettato di pagare $1.2 milioni dopo essere stata citata per molteplici mancanze di conformità:
-
--   Non aver dichiarato la vendita dei dati dei consumatori
--   Non aver rispettato i segnali Global Privacy Control (GPC)
--   Aver ignorato le richieste di opt-out
--   Aver mancato la finestra di 30 giorni per risolvere le violazioni [\[2\]](https://usercentrics.com/knowledge-hub/ccpa-penalties/)
-
-> "Tecnologie come il Global Privacy Control sono un punto di svolta per i consumatori che cercano di esercitare i loro diritti sulla privacy dei dati. Ma questi diritti sono privi di significato se le aziende nascondono come utilizzano i dati dei loro clienti e ignorano le richieste di opt-out dalla loro vendita. Spero che l'accordo di oggi invii un forte messaggio alle aziende che ancora non rispettano la legge sulla privacy dei consumatori della California. Il mio ufficio sta vigilando e vi riterremo responsabili." – AG Rob Bonta [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-**Multa di $375,000 a DoorDash (2024)**  
-DoorDash è stata multata di $375,000 per aver condiviso dati dei clienti con una cooperativa di marketing senza ottenere un consenso esplicito [\[2\]](https://usercentrics.com/knowledge-hub/ccpa-penalties/).
-
-Questi casi sottolineano problemi ricorrenti di conformità e evidenziano le sfide che le aziende affrontano nell'aderire alle leggi sulla privacy.
-
-### Principali Errori di Conformità
-
-Le app mobili spesso faticano con requisiti specifici del CCPA, portando a violazioni comuni. Ecco un'analisi degli errori frequenti e come evitarli:
-
-| Tipo di Violazione | Impatto | Passi di Prevenzione |
-| --- | --- | --- |
-| Avviso "Non Vendere" Mancante | Multe fino a $7,500 per consumatore | Aggiungere link di opt-out chiari nelle impostazioni dell'app |
-| Gestione Scarsa del Consenso | Multe fino a $22,500 per minore | Utilizzare strumenti di consenso esplicito, specialmente per utenti sotto i 16 anni |
-| Condivisione Dati Non Regolamentata | Rischi di responsabilità più elevati | Controllare e documentare tutte le partnership con terze parti |
-| Ignorare i Segnali GPC | Trigger comune per l'applicazione | Assicurarsi che l'app riconosca e risponda ai segnali GPC |
-
-Due cambiamenti nell'applicazione sono degni di nota:
-
--   Il periodo di correzione di 30 giorni per le violazioni è stato rimosso.
--   C'è un maggiore controllo sulla conformità ai requisiti del Global Privacy Control [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff).
-
-> "L'attenzione del Procuratore Generale è sulla conformità alla legge, dando ai consumatori scelte e controllo. Ma l'intento non è aumentare le entrate nel fondo privacy della California. È incoraggiare la conformità." – Melissa G. Powers, Associate presso LewisRice [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-Queste azioni di applicazione lo rendono chiaro: gli sviluppatori di app mobili devono dare priorità alla conformità per navigare nel panorama in evoluzione della privacy mantenendo i loro obiettivi di marketing.
-
-## Guida alla Conformità CCPA
-
-Mantenere la conformità è cruciale per le app mobili, specialmente alla luce delle recenti azioni di applicazione. Ecco una guida pratica per aiutarti a navigare i passaggi chiave.
-
-### Passaggi per l'Audit dei Dati
-
-Inizia creando un inventario dettagliato di tutti i dati utente che la tua app raccoglie, elabora e condivide. Ecco come affrontarlo:
-
--   **Identificare i Punti di Raccolta Dati**: Documenta ogni fonte di inserimento dati, come moduli di registrazione, acquisti, strumenti di analisi e SDK di terze parti.
--   **Categorizzare i Dati**: Suddividili in tipi come:
-    -   Identificatori (es. nome, email, ID dispositivo)
-    -   Dati commerciali
-    -   Attività online
-    -   Geolocalizzazione
-    -   Dettagli biometrici
-    -   Informazioni professionali
-
-### Aggiornamenti della Privacy Policy
-
-La tua privacy policy deve spiegare chiaramente le tue pratiche sui dati per conformarsi al CCPA. Usa la tabella seguente come guida:
-
-| Sezione | Cosa Includere | Suggerimenti per l'Implementazione |
-| --- | --- | --- |
-| Raccolta Dati | Elencare tutti i tipi di informazioni personali | Usare un linguaggio semplice e chiaro |
-| Diritti degli Utenti | Spiegare come gli utenti possono accedere, eliminare o rinunciare alla condivisione dei dati | Fornire istruzioni passo-passo |
-| Condivisione Dati | Delineare le relazioni con terze parti e qualsiasi vendita di dati | Essere specifici su chi riceve i dati |
-| Metodi di Contatto | Offrire più modi per raggiungerti | Includere email, telefono e un modulo web |
-
-Questi aggiornamenti sono essenziali per gestire efficacemente le richieste dei diritti degli utenti.
-
-### Gestione dei Diritti degli Utenti
-
-Per conformarti al CCPA, hai bisogno di sistemi che gestiscano le richieste di privacy entro 45 giorni. Ecco su cosa concentrarsi:
-
--   **Richieste di Accesso**:
-    
-    -   Aggiungere una dashboard privacy all'interno della tua app.
-    -   Pre-compilare i moduli con gli identificatori utente per comodità.
-    -   Utilizzare il tracciamento dell'ID dispositivo per gli utenti non registrati.
--   **Richieste di Cancellazione**:
-    
-    -   Automatizzare i flussi di lavoro per elaborare la cancellazione dei dati.
-    -   Assicurarsi che gli SDK di terze parti supportino la rimozione dei dati.
-    -   Mantenere registri dettagliati di tutte le richieste di cancellazione.
-
-### Configurazione della Sicurezza dei Dati
-
-Proteggere i dati degli utenti è una parte critica della conformità. Ecco come rafforzare la tua sicurezza:
-
--   **Misure Tecniche**:
-    
-    -   Utilizzare la crittografia end-to-end per i dati in transito.
-    -   Crittografare i dati memorizzati per mantenerli al sicuro.
-    -   Impostare controlli di accesso e autenticazione rigorosi.
-    -   Condurre audit di sicurezza regolari.
--   **Supervisione delle Terze Parti**:
-    
-    -   Verificare che tutti gli SDK utilizzati siano conformi al CCPA.
-    -   Documentare come vengono condivisi i dati e fornire opzioni di opt-out.
-    -   Rivedere periodicamente le pratiche di sicurezza di tutte le terze parti.
-
-Per esempio, l'SDK [Flurry](https://www.flurry.com/) include un'API di opt-out che rispetta le preferenze degli utenti e gestisce le richieste di cancellazione dei dati [\[1\]](https://www.flurry.com/ccpa-compliance-guide/).
-
-## Risorse per la Conformità CCPA
-
-Per soddisfare gli standard CCPA, gli sviluppatori di app hanno bisogno degli strumenti giusti per semplificare i processi di conformità. Investire nella privacy dei dati non solo costruisce fiducia ma può anche generare un ritorno fino a 2,70 dollari per ogni dollaro speso [\[8\]](https://www.osano.com/solutions/ccpa-compliance-software). Di seguito sono riportati gli strumenti progettati per rendere più gestibili le valutazioni di conformità, la gestione della privacy e gli [aggiornamenti delle app](https://capgo.app/plugins/capacitor-updater/).
-
-### Strumenti di Valutazione della Conformità
-
-Questi strumenti aiutano a valutare quanto bene la tua app si allinea ai requisiti CCPA:
-
-| Strumento | Valutazione | Caratteristiche Principali | Ideale Per |
-| --- | --- | --- | --- |
-| OneTrust | 3.8/5 | Mappatura dati, scansione automatica | Grandi imprese |
-| Osano | 4.6/5 | Consenso cookie, monitoraggio fornitori | App piccole-medie |
-| TrustArc | 4.1/5 | Valutazioni rischi, gestione privacy | App multi-piattaforma |
-
-Queste piattaforme forniscono analisi automatizzate delle lacune e monitoraggio della conformità in tempo reale. Per esempio, Osano ha aiutato [Lattice](https://lattice.com/) a ridurre le complessità operative, allineare il marketing con gli sforzi di conformità e mantenere il suo impegno privacy-first [\[8\]](https://www.osano.com/solutions/ccpa-compliance-software).
-
-### Software di Gestione della Privacy
-
-Gli strumenti di gestione della privacy si concentrano su quattro aree principali:
-
--   **Gestione del Consenso**: Raccolta e monitoraggio automatico delle preferenze degli utenti.
--   **Scoperta dei Dati**: Scansione e catalogazione delle informazioni personali.
--   **Automazione delle Richieste**: Gestione delle richieste degli utenti entro i 45 giorni richiesti.
--   **Monitoraggio di Terze Parti**: Tracciamento della condivisione dei dati con fornitori esterni.
-
-Soluzioni come [Usercentrics](https://usercentrics.com/) e [iubenda](https://www.iubenda.com/en/) forniscono efficacemente queste funzionalità. Per esempio, [iubenda](https://www.iubenda.com/en/), valutata 4.5/5 su Capterra, è nota per la sua capacità di aiutare le app a rimanere conformi minimizzando gli sforzi operativi [\[7\]](https://usercentrics.com/knowledge-hub/ccpa-compliance-tools/).
-
-### [Capgo: Aggiornamenti App Conformi CCPA](https://capgo.app)
-
-![Capgo: Aggiornamenti App Conformi CCPA](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-27.jpg?auto=compress)
-
-Oltre alla gestione della privacy, piattaforme come [Capgo](https://capgo.app/) assicurano che la tua app rimanga conforme al CCPA durante gli aggiornamenti. [Capgo](https://capgo.app/) supporta la conformità offrendo:
-
--   **Crittografia end-to-end** per proteggere i dati degli utenti durante gli aggiornamenti.
--   **Nessun tracciamento tra dispositivi** o identificatori persistenti.
--   **Gestione trasparente dei dati** con statistiche solo aggregate.
--   **Controllo utente** attraverso opzioni di eliminazione immediata dell'account e dei dati.
-
-Capgo ha consegnato con successo oltre 492,4 milioni di aggiornamenti su 1.800 app in produzione, sempre aderendo a rigide linee guida sulla privacy [\[9\]](https://capgo.app/).
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare la revisione per la correzione di bug è prezioso." - Bessie Cooper [\[9\]](https://capgo.app/)
-
-L'utilizzo di questi strumenti insieme a audit regolari può aiutare a mantenere una conformità CCPA costante.
-
-## Conclusione: Passi per la Conformità CCPA
-
-Seguendo le strategie discusse in precedenza, ecco una suddivisione delle azioni chiave per garantire la conformità con il CCPA. Rimanere conformi significa adottare un approccio completo alla protezione dei dati degli utenti nelle app mobili. I recenti casi di applicazione evidenziano i rischi della non conformità, incluse pesanti multe, quindi gli sviluppatori devono prendere sul serio le misure sulla privacy.
-
-Ecco tre aree principali su cui concentrarsi:
-
--   **Gestione dei Dati e Trasparenza**
-    
-    -   Eseguire inventari dei dati per mappare tutte le informazioni personali raccolte, come gli identificatori dei dispositivi e gli indirizzi IP [\[1\]](https://www.flurry.com/ccpa-compliance-guide/).
-    -   Tracciare e documentare come vengono gestiti i dati di ogni utente.
-    -   Informare chiaramente gli utenti sulle pratiche di raccolta dati prima di raccogliere qualsiasi informazione.
-    -   Rivedere gli SDK di terze parti per confermare che soddisfino gli standard di conformità.
--   **Implementazione dei Diritti degli Utenti**
-    
-    -   Configurare sistemi per gestire le richieste di accesso e cancellazione dei dati.
-    -   Assicurarsi che le richieste degli utenti siano gestite entro la finestra richiesta di 45 giorni.
-    -   Aggiungere un link facilmente individuabile "Non Vendere o Condividere le Mie Informazioni Personali".
-    -   Creare processi di verifica dell'identità per gestire in modo sicuro le richieste degli utenti [\[10\]](https://usercentrics.com/knowledge-hub/6-steps-website-ccpa-compliant/).
--   **Infrastruttura Tecnica**
-    
-    -   Utilizzare la crittografia end-to-end per proteggere i dati degli utenti.
-    -   Memorizzare il consenso degli utenti in modo sicuro.
-    -   Optare per strumenti di aggiornamento orientati alla privacy, come Capgo.
-    -   Eseguire regolarmente audit di sicurezza e mantenere aggiornate le politiche sulla privacy.
-
-Per una conformità continua, considera l'utilizzo di strumenti progettati per soddisfare le regole CCPA. Per esempio, colenso ha condiviso la sua esperienza con Capgo:
-
-> "Abbiamo implementato gli aggiornamenti OTA di Capgo in produzione per la nostra base utenti di +5000. Stiamo osservando un'operazione molto fluida quasi tutti i nostri utenti sono aggiornati entro minuti dal deployment dell'OTA su @Capgo." [\[9\]](https://capgo.app/)
diff --git a/src/content/blog/it/how-chinas-cybersecurity-law-impacts-app-developers.md b/src/content/blog/it/how-chinas-cybersecurity-law-impacts-app-developers.md
deleted file mode 100644
index 6a943852e..000000000
--- a/src/content/blog/it/how-chinas-cybersecurity-law-impacts-app-developers.md
+++ /dev/null
@@ -1,222 +0,0 @@
----
-slug: how-chinas-cybersecurity-law-impacts-app-developers
-title: >-
-  Come la legge sulla sicurezza informatica cinese impatta sugli sviluppatori di
-  app
-description: >-
-  La legge sulla sicurezza informatica della Cina impone regole severe sulla
-  gestione dei dati per gli sviluppatori di app, influenzando la privacy degli
-  utenti e le strategie di conformità.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T03:07:29.101Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef49e0ebbb9dc806422d61-1743736061198.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  China Cybersecurity Law, app developers, data localization, security
-  compliance, user privacy, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**[中华人民共和国网络安全法](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China)（CSL）要求应用程序开发者在处理用户数据时遵守严格规定，尤其是涉及中国用户时。** 以下是您需要了解的内容：
-
--   **数据本地化**：在中国境内服务器存储个人和敏感数据。
--   **安全标准**：使用加密、[多重身份验证](https://capgo.app/docs/webapp/mfa/)，并进行定期安全检查。
--   **跨境数据传输**：将数据传出中国需要获得明确的监管批准。
--   **强制性评估**：应用必须通过技术安全审查、数据保护影响评估和网络安全检查。
--   **违规后果**：罚款、应用下架、服务暂停和声誉损害。
-
-为保持合规，开发者应使用加密、实时监控和[安全更新](https://capgo.app/docs/live-updates/update-behavior/)工具。违规可能导致严重处罚，因此早期准备对在中国市场取得成功至关重要。
-
-## [中华人民共和国网络安全法](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China)基础
-
-### 主要法律要求
-
-中国网络安全法为数据处理制定了具体规则，直接影响应用程序开发者。重点关注领域包括**数据本地化**、**安全措施**和**用户隐私保护**。
-
-关于数据本地化，开发者必须将个人信息以及任何被认为对国家安全或公共利益至关重要的数据存储在中国大陆境内的服务器上。
-
-网络运营者（包括应用程序开发者）必须遵循以下安全实践：
-
--   **实名注册系统**：确保用户使用经验证的身份注册。
--   **多重身份验证**：保护敏感信息访问。
--   **定期安全检查**：进行漏洞测试和安全评估。
--   **[数据加密](https://capgo.app/docs/cli/migrations/encryption/)**：在传输和存储过程中加密数据。
--   **备份和恢复**：维护数据备份和恢复系统。
-
-这些要求塑造了应用程序开发者必须采取的合规方式。
-
-### 应用开发者适用范围
-
-该法律适用于收集、处理或存储中国大陆用户数据的应用程序，不论开发者位于何处。以下是开发者需要考虑的事项：
-
-**数据处理要求：**
-
--   个人和敏感信息必须在中国境内处理。
--   跨境数据传输需要明确的监管批准。
--   开发者必须建立监控和审计系统。
-
-**技术合规：**
-
--   应用必须允许以标准格式快速导出数据。
--   必须遵循监管机构批准的加密标准。
-
-针对中国用户的开发者通常需要与本地数据中心或服务提供商合作。由于法律对"关键数据"的定义较为宽泛，开发者需要仔细评估其应用程序处理的所有数据类型，并确保采取适当的保护措施。
-
-## 满足合规标准
-
-### 数据存储规则
-
-为符合法律要求，建立确保数据安全和本地存储的技术措施。敏感信息（如用户资料、支付详情、位置数据、设备标识符和分析数据）必须存储在中国大陆境内的服务器上。对于国际数据传输，需要获得[国家互联网信息办公室](https://www.cac.gov.cn/)（CAC）的明确批准。这包括提交详细说明数据类型、传输频率、安全措施和预期用途的文档。
-
-### 必需的安全检查
-
-在中国推出之前，您必须完成这些强制性安全评估：
-
-1.  **技术安全评估**  
-    这涉及对应用程序安全特性的详细审查，包括加密方法、访问控制和漏洞测试。评估必须由CAC批准的测试机构进行。
-    
-2.  **数据保护影响评估**  
-    开发者必须详细说明个人数据如何被收集、处理和保护。这包括记录用户同意机制和数据保留政策。
-    
-3.  **网络安全审查**  
-    管理关键基础设施或敏感数据的应用程序需要额外的网络安全审查。这主要关注服务器安全、数据备份系统、应急响应计划和访问控制。
-    
-
-这些步骤为实施合规所需的技术变更提供了基础。
-
-### 应用程序需要的变更
-
-这些评估的结果将突出显示合规所需的技术更新：
-
--   **用户隐私控制**：
-    
-    -   数据收集的明确同意选项
-    -   详细的隐私设置
-    -   删除账户和相关数据的功能
-    -   透明的数据使用政策
--   **安全特性**：
-    
-    -   敏感信息的端到端加密
-    -   多重身份验证
-    -   持续的安全更新
-    -   自动威胁检测系统
-
-对于需要频繁更新的应用程序，考虑集成合规的更新系统。例如，[Capgo](https://capgo.app/)的实时更新解决方案提供端到端加密，支持即时安全修补，同时满足中国和国际标准。
-
--   **数据管理功能**：
-    -   用户数据导出工具
-    -   数据访问审计日志
-    -   自动数据保留控制
-    -   基于地理位置的访问限制
-
-所有这些技术更新都必须在提交应用程序进行监管审批之前实施。定期审计对确保持续合规至关重要。
-
-## 中国的数据和网络安全合规
-
-<iframe src="https://www.youtube.com/embed/wb1ODBAOuRU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 不合规后果
-
-未能满足合规标准可能导致严重后果，影响财务和运营。
-
-### 不合规处罚
-
-不合规的组织面临以下处罚：
-
--   针对公司和主要高管的**罚款**
--   从平台**下架应用**
--   服务**临时暂停**
--   **吊销许可证**
--   **市场准入限制**
-
-### 执法方式
-
-当局通过以下方法执行合规：
-
--   技术系统和文档的**常规审计**
--   基于用户投诉的**调查**
--   **持续技术监控**以检测：
-    -   未经授权的数据传输
-    -   安全漏洞
-    -   违反隐私政策
-    -   不当内容访问
-
-### 财务和运营成本
-
-不合规带来巨大成本。直接支出包括法律费用、技术修复和业务中断。间接成本，如声誉损害、失去商业机会和投资者信任减少，可能影响长期增长。早期解决合规问题通常比处理后续影响更为经济。
-
-## 合规方法
-
-### 技术工具
-
-使用符合中国安全要求的技术工具。主要解决方案包括：
-
--   符合国家标准的**数据加密**
--   跟踪数据流的**实时监控**工具
--   用于流程简化的**自动化合规软件**
--   具有版本控制功能的**[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)系统**
-
-像Capgo这样的平台提供具有端到端加密和用户分配等功能的安全更新部署。这些工具在遵守中国法规的同时简化了应用程序维护。
-
-### 日常合规步骤
-
--   **晨检**：检查服务器日志是否有未授权访问，确认[数据存储](https://capgo.app/plugins/capacitor-data-storage-sqlite/)批准，确保加密处于活动状态。
--   **运营监控**：监控服务器之间的实时数据流，记录所有跨境数据传输，维护详细的用户同意记录。
--   **更新管理**：测试更新的合规性，记录任何安全变更，验证数据处理是否符合最新标准。
-
-这些步骤有助于维持应用程序符合所需的安全措施。
-
-### 专家支持
-
-除了工具和日常例程外，专家建议在保持合规方面发挥关键作用。
-
-**法律专业知识**
-
--   咨询熟悉中国法规的网络安全律师。
--   与本地合规顾问合作。
--   与监管机构保持联系。
-
-**[技术支持](https://capgo.app/docs/getting-help/)**
-
--   与认证的安全评估提供商合作。
--   使用本地托管服务以提高合规性。
--   寻求熟悉中国市场的部署专家建议。
-
-**行业网络**
-
--   加入开发者协会以共享见解。
--   参加简报会以了解最新的监管变化。
--   与本地技术社区互动以获取支持和建议。
-
-## 未来变化和市场准入
-
-### 预期法律变化
-
-中国正在继续调整其网络安全法规，这意味着应用程序开发者需要密切关注有关数据保护和安全数据实践的更新。来自[工业和信息化部](https://www.miit.gov.cn/)的即将出台的指导方针可能会对数据分类、跨境数据处理和监控协议等领域提供更具体的规定。关注官方公告对保持合规至关重要。
-
-### 市场优势
-
-Prepararsi in anticipo ai cambiamenti normativi può rendere più agevole l'ingresso nel mercato cinese. Un approccio proattivo alla conformità può accelerare le revisioni delle app e ottenere più facilmente l'approvazione normativa. Aiuta anche a evitare costose modifiche dell'ultimo minuto e costruisce la fiducia degli utenti.
-
-Impostare un framework di conformità che possa gestire adeguamenti futuri è fondamentale per la crescita a lungo termine. Strumenti come la piattaforma di aggiornamento live di Capgo consentono agli sviluppatori di implementare aggiornamenti sicuri rapidamente, garantendo che le app rimangano conformi e competitive al variare delle regole.
-
-## Riepilogo
-
-La legge sulla sicurezza informatica della Cina stabilisce regole severe per gli sviluppatori di app che entrano nel mercato cinese, concentrandosi su archiviazione dei dati, sicurezza e privacy degli utenti. Per operare con successo, gli sviluppatori devono soddisfare questi requisiti e garantire la conformità.
-
-I passaggi chiave per gli sviluppatori includono:
-
--   **Archiviazione dati**: Mantenere i dati personali e sensibili su server situati in Cina.
--   **Misure di sicurezza**: Utilizzare metodi di crittografia approvati e condurre regolari audit di sicurezza.
--   **Gestione aggiornamenti**: Distribuire aggiornamenti utilizzando strumenti conformi in tempo reale.
--   **Documentazione**: Mantenere registrazioni dettagliate di tutte le pratiche relative ai dati.
-
-L'utilizzo di strumenti progettati per la conformità può semplificare questo processo. Piattaforme come Capgo offrono funzionalità di aggiornamento live con crittografia end-to-end, aiutando gli sviluppatori a proteggere le loro app rispettando gli standard normativi.
-
-Il mancato rispetto può portare a sanzioni significative. Costruire solidi sistemi di conformità è essenziale per il successo a lungo termine in uno dei più grandi mercati digitali a livello globale. Mentre le normative cinesi continuano a evolversi, gli sviluppatori devono rimanere informati e aggiornare regolarmente le loro pratiche di sicurezza e gestione dei dati per mantenersi conformi.
diff --git a/src/content/blog/it/how-chinas-data-laws-impact-app-store-submissions.md b/src/content/blog/it/how-chinas-data-laws-impact-app-store-submissions.md
deleted file mode 100644
index 3d4366dd5..000000000
--- a/src/content/blog/it/how-chinas-data-laws-impact-app-store-submissions.md
+++ /dev/null
@@ -1,146 +0,0 @@
----
-slug: how-chinas-data-laws-impact-app-store-submissions
-title: Come le leggi sui dati della Cina influenzano le sottomissioni all'App Store
-description: >-
-  Esplora come le rigorose leggi sui dati della Cina influenzano l'invio delle
-  app, richiedendo l'archiviazione locale dei dati e la conformità per un
-  ingresso di successo nel mercato.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T01:36:38.468Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df528487fa49042c758f48-1742693880587.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  China, data laws, app store, compliance, local data storage, cybersecurity,
-  personal information protection, data security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Le severe leggi sui dati della Cina rendono difficile per gli sviluppatori di app entrare nel mercato. Ecco cosa devi sapere:
-
--   **Leggi Chiave**: Gli sviluppatori devono rispettare la [Cybersecurity Law](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (2017), la [Data Security Law](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (2021) e la [Personal Information Protection Law](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL, 2021). Queste leggi richiedono [archiviazione locale dei dati](https://capgo.app/plugins/capacitor-data-storage-sqlite/), consenso dell'utente e controlli rigorosi sui trasferimenti transfrontalieri dei dati.
--   **Modifiche al Design delle App**: Le app devono memorizzare i dati degli utenti cinesi localmente, disabilitare le funzionalità che comportano trasferimenti transfrontalieri e garantire la conformità fin dall'inizio.
--   **Passaggi per la Conformità**: Implementare soluzioni di archiviazione dati locali, classificare i dati per sensibilità e ottenere autorizzazioni per i trasferimenti. Strumenti come [Capgo](https://capgo.app/) aiutano a gestire gli aggiornamenti rispettando questi requisiti.
-
-**Suggerimento Rapido**: Bilanciare la conformità con la funzionalità dell'app è fondamentale. Utilizza strumenti sicuri e hosting locale per soddisfare le richieste normative senza compromettere l'esperienza utente.
-
-## La [Personal Information Protection Law](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL) della Cina Spiegata...
-
-<iframe src="https://www.youtube.com/embed/2mwwDS1fXDY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principali Leggi sui Dati della Cina
-
-Le leggi sui dati della Cina enfatizzano l'archiviazione locale dei dati e impongono severe restrizioni sui trasferimenti transfrontalieri - ponendo sfide per le app che operano nella regione.
-
-### 3 Leggi Fondamentali sulla Protezione dei Dati
-
--   **Legge sulla Cybersicurezza**: Introdotta nel 2017, questa legge richiede che i dati siano archiviati in Cina e impone revisioni di sicurezza per qualsiasi dato trasferito all'estero.
--   **Legge sulla Sicurezza dei Dati**: In vigore dal 2021, obbliga le organizzazioni a classificare i dati e proteggere le informazioni critiche.
--   **Legge sulla Protezione delle Informazioni Personali (PIPL)**: Emanata alla fine del 2021, questa legge regola come i dati personali vengono raccolti e elaborati, richiedendo il consenso chiaro ed esplicito degli utenti.
-
-Queste leggi definiscono collettivamente il quadro delle pratiche di gestione dei dati che le app devono seguire per rimanere conformi.
-
-### Regole di Archiviazione e Trasferimento Dati
-
-Secondo queste normative, i dati devono rimanere in Cina a meno che non superino rigorose valutazioni di sicurezza per i trasferimenti transfrontalieri. Queste regole hanno un impatto diretto su come vengono progettate le app, rendendo la conformità normativa una parte vitale del processo di sviluppo fin dall'inizio.
-
-## Requisiti per la Presentazione nell'App Store
-
-Le regole cinesi sulla localizzazione dei dati richiedono che le app soddisfino specifici standard di progettazione per l'approvazione nell'app store. Ecco cosa deve essere modificato:
-
-### Modifiche al Design dell'App
-
--   **Instradamento dei Dati**: Assicurarsi che tutti i dati degli utenti cinesi siano archiviati su server locali o specifici per la regione. Questo aiuta a evitare trasferimenti transfrontalieri di dati che potrebbero violare le normative.
--   **Adeguamenti delle Funzionalità**: Modificare o disabilitare le funzionalità che comportano la condivisione transfrontaliera dei dati per rimanere conformi.
-
-Capgo può aiutare permettendoti di distribuire aggiornamenti e funzionalità istantaneamente, utilizzando la crittografia end-to-end e l'archiviazione dati locale personalizzabile.
-
-## Soddisfare gli Standard di Conformità
-
-Navigare nella conformità in Cina richiede di affrontare sfide sia tecniche che normative. Di seguito, analizziamo le configurazioni e i metodi chiave per allinearsi a questi requisiti supportando al contempo gli obiettivi di sviluppo pratici.
-
-### Configurazione dell'Archiviazione Locale dei Dati
-
-Ecco alcune opzioni di archiviazione per soddisfare i requisiti locali della Cina:
-
-| Soluzione di Archiviazione | Vantaggi | Sfide |
-| --- | --- | --- |
-| **Servizi Cloud** | Configurazione facile, conformità gestita | Costi più elevati nel tempo |
-| **Infrastruttura Self-hosted** | Maggior controllo, personalizzabile | Manutenzione complessa, configurazione più lunga |
-
-È fondamentale implementare piani di ridondanza e ripristino di emergenza per garantire il mantenimento della sovranità dei dati.
-
-### Metodi di Valutazione dei Dati
-
-Prima di gestire gli aggiornamenti, è importante valutare il flusso dei dati e i sistemi di controllo per garantire la conformità. I passaggi chiave includono:
-
--   **Classificazione dei Dati**: Organizzare le informazioni per livelli di sensibilità.
--   **Modelli di Trasferimento**: Mappare come i dati fluiscono tra sistemi o componenti.
--   **Controlli di Accesso**: Documentare chiaramente chi ha accesso ai diversi tipi di dati.
-
-### Gestione degli Aggiornamenti con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-Capgo semplifica il processo di gestione degli aggiornamenti mantenendo la conformità.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo ha dimostrato la sua affidabilità nel mercato cinese con metriche di prestazione impressionanti:
-
--   Il **95%** degli utenti attivi riceve aggiornamenti entro 24 ore [\[1\]](https://capgo.app/)
--   **23.5M** aggiornamenti consegnati con successo [\[1\]](https://capgo.app/)
-
-Le caratteristiche principali includono:
-
--   **Crittografia end-to-end** per proteggere i dati.
--   Un **[sistema di canali](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** per distribuzioni controllate.
--   Opzioni di **rollback istantaneo** per correzioni rapide.
--   **Monitoraggio in tempo reale** per tracciare le prestazioni degli aggiornamenti.
-
-## Guida alla Revisione dell'App Store
-
-La presentazione di app negli app store cinesi comporta la navigazione di rigorosi requisiti tecnici e normativi. Gli sviluppatori possono ridurre i ritardi [implementando un sistema di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) progettato per rispettare queste normative. Questo approccio completa le strategie precedenti per la gestione dei dati locali e garantire aggiornamenti efficienti.
-
-### Suggerimenti per la Presentazione
-
-Per aggiornamenti più fluidi e conformità, considera l'utilizzo di Capgo. Questo strumento permette agli sviluppatori di consegnare aggiornamenti direttamente agli utenti rispettando gli standard normativi attraverso metodi di distribuzione sicuri.
-
-> "Evitare la revisione per la correzione dei bug è fondamentale." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Guardando al Futuro
-
-### Cambiamenti Previsti nelle Leggi
-
-Le regole sulla protezione dei dati in Cina stanno cambiando. Le prossime normative potrebbero imporre requisiti più severi per la localizzazione e la gestione dei dati. Gli sviluppatori di app dovrebbero prepararsi a controlli di sicurezza più rigorosi e protocolli dati più esigenti per rimanere conformi. Questi cambiamenti spingono gli sviluppatori ad adeguare le loro strategie, bilanciando le operazioni globali con le regole locali.
-
-### Requisiti Globali vs Locali
-
-Distribuire app globalmente rispettando le normative cinesi richiede una pianificazione attenta. Molti sviluppatori si affidano a server locali in Cina combinati con soluzioni cloud per altre regioni. Questa configurazione garantisce la conformità alle leggi locali mantenendo la funzionalità globale. Si basa su strategie precedenti di archiviazione dati localizzata, creando un sistema che funziona sia per le leggi cinesi che per le esigenze internazionali.
-
-### Nuovi Strumenti di Conformità
-
-Nuovi strumenti di conformità stanno rendendo più facile gestire normative complesse mantenendo fluidi i processi di aggiornamento. Questi strumenti sono progettati per adattarsi alle regole in evoluzione e offrono funzionalità che semplificano la conformità.
-
-Alcune caratteristiche distintive includono:
-
--   **Crittografia end-to-end** per proteggere i dati durante la trasmissione
--   **Opzioni di hosting flessibili**, sia basate su cloud che self-hosted
--   **Analytics focalizzati sulla privacy** per migliori informazioni senza compromettere i dati degli utenti
-
-> "La comunità ne aveva bisogno e @Capgo sta facendo qualcosa di veramente importante!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-Man mano che questi strumenti diventano più integrati con le piattaforme di sviluppo, si prevede che renderanno la conformità normativa più gestibile mantenendo efficienti i cicli di aggiornamento.
-
-## Conclusione
-
-Navigare nelle normative sui dati della Cina mantenendo la funzionalità globale delle app non è un'impresa da poco. Gli sviluppatori affrontano la duplice sfida di aderire a severe leggi locali sui dati e fornire aggiornamenti rapidamente. Strumenti come Capgo semplificano questo processo ottimizzando gli aggiornamenti e aiutando a garantire la conformità con questi requisiti complessi.
-
-Le soluzioni moderne ora permettono agli sviluppatori di trovare un equilibrio tra il soddisfacimento delle richieste normative e il raggiungimento dell'efficienza operativa. Capgo, per esempio, ha dimostrato come gli sforzi di conformità possano allinearsi con la necessità di una distribuzione globale fluida, dimostrando che gli strumenti giusti possono fare una grande differenza.
-
-Mentre le regole sulla protezione dei dati della Cina continuano a evolversi, è essenziale per gli sviluppatori concentrarsi su strumenti che combinano sicurezza e adattabilità. Caratteristiche come la crittografia end-to-end, configurazioni di hosting flessibili e opzioni di distribuzione rapida sono fondamentali per soddisfare sia gli standard normativi che le aspettative di un pubblico globale.
diff --git a/src/content/blog/it/how-cicd-tools-trigger-ota-updates.md b/src/content/blog/it/how-cicd-tools-trigger-ota-updates.md
deleted file mode 100644
index 5df91cb23..000000000
--- a/src/content/blog/it/how-cicd-tools-trigger-ota-updates.md
+++ /dev/null
@@ -1,246 +0,0 @@
----
-slug: how-cicd-tools-trigger-ota-updates
-title: Come gli strumenti CI/CD attivano gli aggiornamenti OTA
-description: >-
-  Scopri come gli strumenti CI/CD migliorano gli aggiornamenti OTA, garantendo
-  distribuzioni delle app più veloci, sicure e affidabili con processi
-  automatizzati.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-12T08:43:18.401Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67abf1dcdd71129bfb8de766-1739349815106.jpg
-head_image_alt: Sviluppo Mobile
-keywords: 'CI/CD, OTA updates, automation, app deployment, security, Capgo, Capacitor'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Gli strumenti CI/CD rendono gli aggiornamenti over-the-air (OTA) più veloci, sicuri e affidabili automatizzando il processo. Ecco come:
-
--   **Cosa sono gli aggiornamenti OTA?** Permettono di aggiornare le risorse dell'app come HTML, CSS e JavaScript istantaneamente tramite CDN, evitando i ritardi di approvazione degli app store.
--   **Come aiuta il CI/CD:** Strumenti di automazione come [GitHub Actions](https://docs.github.com/actions) semplificano passaggi chiave come controlli di build, validazione della sicurezza e deployment, riducendo gli errori del 72% e consentendo patch in giornata.
--   **Caratteristiche principali:**
-    -   **Sicurezza:** Usa HTTPS, firma del codice e crittografia per proteggere gli aggiornamenti.
-    -   **Rollout graduali:** Distribuisci gli aggiornamenti prima a piccoli gruppi per individuare problemi.
-    -   **Opzioni di rollback:** Ripristina automaticamente gli aggiornamenti se aumentano i tassi di errore.
--   **Strumenti in evidenza:** [Capgo](https://capgo.app/) semplifica gli aggiornamenti OTA con comandi CLI, integrazione webhook e monitoraggio dettagliato delle metriche.
-
-L'automazione degli aggiornamenti OTA garantisce una consegna più rapida, meno errori e maggiore stabilità dell'app. Di seguito, troverai istruzioni passo-passo per configurare app [Capacitor](https://capacitorjs.com/) con pipeline CI/CD.
-
-## [Appflow](https://ionic.io/appflow/live-updates) Live Updates: Distribuisci aggiornamenti istantanei direttamente ai tuoi utenti
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-f18932d1af08bf70cb14b84540039486-2025-02-12.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Preparare [Capacitor](https://capacitorjs.com/) per gli aggiornamenti OTA
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-12.jpg?auto=compress)
-
-La configurazione di Capacitor per gli aggiornamenti [automatici over-the-air](https://capgo.app/blog/open-source-licecing/) (OTA) prevede tre passaggi chiave: configurare il setup, implementare misure di sicurezza e [integrare un sistema di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Questo processo garantisce la compatibilità con l'automazione CI/CD mantenendo sicura la tua app.
-
-### Configurare le impostazioni OTA in capacitor.config.json
-
-Inizia aggiornando il file `capacitor.config.json` con i parametri necessari:
-
-```json
-{
-  "appId": "com.example.app",
-  "appVersion": "2.3.1",
-  "plugins": {
-    "CapacitorUpdater": {
-      "updateUrl": "https://api.example.com/ota",
-      "checkFrequency": 3600,
-      "channel": "production"
-    }
-  }
-}
-```
-
-Impostare una frequenza di controllo appropriata riduce al minimo i ritardi di aggiornamento - riducendoli fino al 47% [\[2\]](https://github.com/becem-gharbi/esp-ota-cicd).
-
-### Implementare la sicurezza degli aggiornamenti OTA
-
-Proteggere il processo di aggiornamento OTA è essenziale per evitare aggiornamenti non autorizzati e proteggere l'integrità dell'app. Questo comporta tre livelli di protezione:
-
-| Livello di sicurezza | Implementazione | Scopo |
-| --- | --- | --- |
-| Sicurezza HTTPS | Certificate Pinning | Blocca attacchi man-in-the-middle |
-| Firma del codice | Firme ed25519 | Conferma la validità dell'aggiornamento |
-| Sicurezza pacchetto | Crittografia AES-256-GCM | Protegge il contenuto dell'aggiornamento |
-
-Per applicare queste funzionalità di sicurezza, includi quanto segue nella tua configurazione:
-
-```json
-{
-  "security": {
-    "publicKey": "-----BEGIN PUBLIC KEY-----...",
-    "requireSignedUpdates": true,
-    "validateChecksums": true
-  }
-}
-```
-
-### Configurare [Capgo](https://capgo.app/) per gli aggiornamenti OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-12.jpg?auto=compress)
-
-Capgo semplifica il processo di aggiornamento OTA. Inizia installando il plugin richiesto:
-
-```bash
-npm install @capgo/capacitor-updater
-```
-
-Quindi, aggiungi le impostazioni specifiche di Capgo al tuo file `capacitor.config.json`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "apiKey": "CAPGO_XXXX",
-      "channel": "production",
-      "debug": true
-    }
-  }
-}
-```
-
-Capgo usa il versionamento semantico con identificatori di build come `2025.02.12-a1b2c3d` per un tracciamento preciso degli aggiornamenti. Questo rende più facile gestire e monitorare il ciclo di vita degli aggiornamenti della tua app.
-
-## Creare pipeline di aggiornamento OTA 
-
-Una volta configurato Capgo nel tuo ambiente Capacitor, il passo successivo è collegarlo con strumenti CI/CD per automatizzare la distribuzione degli aggiornamenti. Questo garantisce che gli aggiornamenti siano gestiti in modo sicuro ed efficiente mantenendo stabile la tua app.
-
-### Configurazione webhook per auto-aggiornamenti
-
-I webhook nel tuo setup CI/CD possono attivare automaticamente gli aggiornamenti quando si verificano modifiche al codice. Per esempio, in GitHub Actions, puoi creare un file di workflow come questo:
-
-```yaml
-name: OTA Update Trigger
-on:
-  push:
-    branches: [main]
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Trigger OTA Update
-        run: |
-          curl -X POST \
-          -H "X-Capgo-Signature: sha256=${{ secrets.CAPGO_SECRET }}" \
-          -H "Authorization: Bearer ${{ secrets.CAPGO_API_KEY }}" \
-          https://api.capgo.app/deploy
-```
-
-Assicurati di memorizzare le tue chiavi API e i segreti in modo sicuro nell'[archivio crittografato](https://capgo.app/docs/cli/migrations/encryption/) della tua piattaforma CI/CD per proteggere i dati sensibili.
-
-### Comandi di aggiornamento CLI Capgo
-
-La CLI Capgo offre comandi chiave per semplificare la gestione degli aggiornamenti all'interno della tua pipeline. Ecco un esempio di tipico workflow di deployment:
-
-| Fase | Comando | Scopo |
-| --- | --- | --- |
-| Build | `capgo deploy --channel production` | Carica nuovi artefatti di build |
-| Testing | `capgo promote build-123 --group beta` | [Rilascia aggiornamenti a un gruppo di test](https://capgo.app/blog/how-to-send-specific-version-to-users/) |
-| Validazione | `capgo metrics get --last-24h` | Controlla metriche di successo aggiornamento |
-| Rilascio | `capgo promote build-123 --channel stable` | Distribuisce l'aggiornamento a tutti gli utenti |
-
-### Metodi di rollback
-
-Avere un meccanismo di rollback affidabile è essenziale per mantenere stabile la tua app. Il tuo sistema dovrebbe essere in grado di rilevare problemi e ripristinare automaticamente gli aggiornamenti. Per esempio, puoi utilizzare endpoint di health check per monitorare i tassi di errore e attivare rollback se necessario:
-
-```bash
-# Rollback script triggered by monitoring
-if [ $(curl -s https://api.capgo.app/metrics/errors) -gt 5 ]; then
-  capgo rollback v1.2 --channel production
-  notify-team "Update rolled back due to high error rate"
-fi
-```
-
-Questo approccio ha aiutato [Gunnebo Safe Storage](https://www.gunnebosafestorage.com/) a ridurre i tempi di inattività da ore a minuti [\[6\]](https://mender.io/blog/mender-ota-updates-and-an-automated-ci-cd-pipeline-at-gunnebo-safe-storage).
-
-Per aggiornamenti ad alto rischio, considera l'utilizzo della funzionalità di rollout graduale di Capgo. Permette di distribuire gli aggiornamenti prima a gruppi più piccoli di utenti, riducendo la possibilità di problemi diffusi prima di un rilascio completo.
-
-## Metodi di aggiornamento OTA
-
-### Aggiornamenti graduali e gruppi di utenti
-
-Gli aggiornamenti graduali ti permettono di controllare come vengono distribuiti gli aggiornamenti, garantendo un'esperienza fluida per gli utenti. Per esempio, il comando _promote_ di Capgo (discusso in precedenza) aiuta a gestire i gruppi beta. Con i dati aziendali che mostrano che quasi la metà delle app (49%) necessita di aggiornamenti mensili [\[4\]](https://capacitorjs.com/docs/guides/ci-cd), il deployment graduale diventa una strategia chiave per mantenere le app stabili durante il rollout graduale delle modifiche.
-
-### Trigger di aggiornamento basati su metriche
-
-[Automatizzare gli aggiornamenti](https://capgo.app/docs/live-updates/update-behavior/) basandosi su metriche di performance può far risparmiare tempo e prevenire problemi. Configurando webhook di monitoraggio, puoi tracciare metriche importanti e decidere se continuare o mettere in pausa un aggiornamento:
-
-| Tipo di metrica | Soglia | Azione |
-| --- | --- | --- |
-| Tasso di crash | >2% | Pausa rollout |
-| Tasso di errore | >0.5% | Allerta team |
-
-Puoi integrare questi controlli nella tua pipeline CI/CD per un monitoraggio continuo. Ecco un esempio:
-
-```bash
-if [ $(curl -s $MONITORING_API/crash-rate) -gt 2 ]; then
-  capgo pause-rollout --channel production
-  notify-team "Update paused: High crash rate detected"
-fi
-```
-
-Queste metriche si collegano direttamente al sistema di monitoraggio delle performance, che esploreremo nella prossima sezione.
-
-### Aggiornamenti rapidi
-
-Quando si affrontano problemi critici di sicurezza o bug importanti, è importante avere un modo per distribuire gli aggiornamenti rapidamente. Usa canali di deployment fast-track specificamente progettati per le emergenze. Questi canali dovrebbero includere controlli di attestazione del dispositivo e opzioni di rollback automatico per minimizzare i rischi.
-
-Per aggiornamenti urgenti, puoi distribuire usando un canale dedicato:
-
-```bash
-capgo deploy --critical --channel hotfix
-```
-
-Per migliorare ulteriormente la velocità di consegna e soddisfare gli standard di conformità, considera l'utilizzo di canali basati sulla geolocalizzazione con regole CDN. Questo assicura che gli aggiornamenti raggiungano gli utenti in modo efficiente, indipendentemente dalla posizione.
-
-## Monitoraggio delle performance degli aggiornamenti
-
-Una volta implementati i metodi di distribuzione degli aggiornamenti, è il momento di misurare quanto bene stanno funzionando. Usa questi indicatori chiave di performance per tenere tutto sotto controllo:
-
-### Metriche di successo degli aggiornamenti
-
-Presta attenzione a tre aree principali: **completamento del deployment**, **tempo di verifica** e **adozione da parte degli utenti**. Per le app mobili, i tassi di successo del deployment sono tipicamente tra il 95% e il 99% [\[1\]](https://embeddedartistry.com/blog/2024/01/15/exploring-serverless-ci-cd-for-embedded-devices/). Il monitoraggio in tempo reale attraverso la tua pipeline CI/CD può aiutarti a raggiungere i tuoi obiettivi:
-
-| Metrica | Obiettivo | Soglia critica |
-| --- | --- | --- |
-| Completamento deployment | >98% | <95% |
-| Verification Time | <45s | \>120s |
-| Adozione utenti (24h) | >75% | <50% |
-
-### Gestione errori di aggiornamento
-
-I sistemi automatizzati possono tracciare gli stati degli aggiornamenti e rispondere agli errori. Per problemi importanti, il sistema dovrebbe ripristinare automaticamente gli aggiornamenti se i controlli di salute del dispositivo rilevano problemi. Ecco un esempio di come potrebbe apparire nella pratica:
-
-```bash
-if [ $DEVICE_SUCCESS_RATE -lt 85 ]; then
-    trigger_rollback
-fi
-```
-
-Questo tipo di configurazione assicura che i fallimenti critici vengano affrontati rapidamente, minimizzando l'interruzione per gli utenti.
-
-### Riduzione dell'utilizzo dati
-
-Gli aggiornamenti delta sono un ottimo modo per ridurre l'utilizzo dei dati, riducendo le dimensioni del payload del 70-90% rispetto agli aggiornamenti completi [\[4\]](https://capacitorjs.com/docs/guides/ci-cd). Queste ottimizzazioni possono essere integrate direttamente nella tua pipeline CI/CD con regole come queste:
-
--   **Aggiornamenti delta**: Crea diff binari per includere solo i componenti modificati.
--   **Ottimizzazione asset**: Converti le immagini in formati come WebP o AVIF per ridurre le dimensioni dei file.
--   **Deployment programmati nelle ore non di punta**: Distribuisci gli aggiornamenti durante i momenti di minor traffico di rete per minimizzare l'impatto.
-
-## Conclusione: Aggiornamenti OTA automatizzati
-
-Con gli aggiornamenti OTA automatizzati integrati nelle pipeline CI/CD, i deployment Capacitor possono passare da cicli settimanali ad aggiornamenti orari. [JFrog](https://jfrog.com/) evidenzia questo aumento di efficienza, notando un **tasso di deployment 85% più veloce** per le app Capacitor [\[3\]](https://jfrog.com/blog/devops-and-cicd-for-iot/) e **tassi di adozione del 95%** in reti stabili [\[5\]](https://qbee.io/iot-ota/). Questi risultati derivano dalla rimozione dei passaggi manuali e dalla semplificazione del processo di aggiornamento.
-
-Per i team di sviluppo, questo approccio offre chiari vantaggi. Tra gli utenti [ESP-IDF](https://www.espressif.com/en/products/sdks/esp-idf), il **73% dei team** ora utilizza controlli CI pre-merge [\[1\]](https://embeddedartistry.com/blog/2024/01/15/exploring-serverless-ci-cd-for-embedded-devices/)[\[2\]](https://github.com/becem-gharbi/esp-ota-cicd), portando a rilasci di qualità superiore prima della produzione. Questi sforzi si allineano con la precedente discussione sulle strategie di deployment basate sui dati.
-
-I pipeline automatizzati garantiscono inoltre che gli aggiornamenti vengano distribuiti in modo affidabile utilizzando formati compressi e aggiornamenti incrementali. Combinando test automatizzati, implementazioni graduali e monitoraggio delle prestazioni, i team possono gestire gli aggiornamenti delle app Capacitor con efficienza e sicurezza.
diff --git a/src/content/blog/it/how-delta-updates-reduce-payload-size.md b/src/content/blog/it/how-delta-updates-reduce-payload-size.md
deleted file mode 100644
index 615b1ca82..000000000
--- a/src/content/blog/it/how-delta-updates-reduce-payload-size.md
+++ /dev/null
@@ -1,279 +0,0 @@
----
-slug: how-delta-updates-reduce-payload-size
-title: Come gli aggiornamenti Delta riducono la dimensione del payload
-description: >-
-  Scopri come gli aggiornamenti delta migliorano le prestazioni dell'app
-  minimizzando le dimensioni dei download e migliorando l'esperienza utente con
-  aggiornamenti rapidi e affidabili.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:28:37.844Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db6efa8d9574929cf125cb-1742441346400.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  delta updates, mobile apps, differential patching, app performance, bandwidth
-  savings
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Gli aggiornamenti Delta rendono gli aggiornamenti delle app più veloci e più piccoli inviando solo le parti modificate dell'app invece dell'intero file. Ecco come:
-
--   **File più piccoli risparmiano dati**: Viene inviato solo il codice modificato, riducendo significativamente le dimensioni del download.
--   **Aggiornamenti più veloci**: Un aggiornamento da 5MB può essere scaricato in soli 114ms utilizzando il CDN di [Capgo](https://capgo.app/).
--   **Alti tassi di adozione**: Il 95% degli utenti si aggiorna entro 24 ore.
--   **Affidabile e sicuro**: Include funzionalità come opzioni di rollback e crittografia end-to-end.
-
-### Caratteristiche principali:
-
--   **Patching differenziale**: Confronta le versioni dell'app e invia solo le differenze.
--   **Strumenti automatizzati**: Funziona con sistemi CI/CD come [GitHub Actions](https://docs.github.com/actions) e [Jenkins](https://www.jenkins.io/).
--   **Metriche di performance**: Traccia i tassi di successo degli aggiornamenti, le velocità di download e il coinvolgimento degli utenti.
-
-Gli aggiornamenti Delta sono ideali per le app [Capacitor](https://capacitorjs.com/), consentendo correzioni di bug rapide, implementazione di funzionalità e [aggiornamenti sicuri](https://capgo.app/docs/live-updates/update-behavior/) risparmiando banda e tempo.
-
-## Come ottenere PIÙ FPS e migliori prestazioni in Warzone ...
-
-<iframe src="https://www.youtube.com/embed/G4X7XGYj0Mg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Aggiornamenti Delta nelle app [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-20.jpg?auto=compress)
-
-Gli aggiornamenti Delta nelle [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) si basano su un metodo chiamato patching differenziale, che invia solo le porzioni modificate del codice. Questo approccio minimizza la quantità di dati trasferiti, rendendo gli aggiornamenti più rapidi e più semplici per gli utenti.
-
-### Come funzionano gli aggiornamenti Delta
-
-Gli aggiornamenti Delta creano una "differenza" binaria tra la versione corrente dell'app e quella nuova. Ecco come avviene:
-
--   **Confronto versioni**: Il sistema controlla le versioni vecchia e nuova dell'app.
--   **Analisi differenziale**: Identifica i file o le sezioni specifiche che sono stati modificati.
--   **Generazione patch**: Viene creato un piccolo file patch contenente solo le differenze.
-
-Ad esempio, se è necessaria una piccola correzione di bug, l'aggiornamento può essere inviato come una patch leggera invece di un download completo dell'app, risparmiando banda e tempo.
-
-### Componenti chiave degli aggiornamenti Delta
-
-Diversi strumenti e processi lavorano insieme per garantire aggiornamenti fluidi:
-
-| Componente | Scopo | Beneficio |
-| --- | --- | --- |
-| **Sistema di controllo versione** | Traccia le versioni del codice | Permette confronti precisi |
-| **Generatore Diff** | Produce differenze binarie | Riduce dimensione file aggiornamento |
-| **Gestore aggiornamenti** | Gestisce download e installazione | Garantisce aggiornamenti affidabili |
-| **Processore background** | Gestisce aggiornamenti silenziosamente | Permette [aggiornamenti automatici](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-
-Questi componenti gestiscono tutto, dall'identificazione delle modifiche alla distribuzione degli aggiornamenti, spesso senza richiedere azioni da parte dell'utente.
-
-Per mantenere l'affidabilità, il sistema include protezioni come checksum e passaggi di verifica. Se qualcosa va storto, può automaticamente tornare all'ultima versione stabile, prevenendo interruzioni per gli utenti.
-
-A seguire, ti guideremo attraverso la configurazione degli aggiornamenti delta nella tua app Capacitor.
-
-## Configurazione degli aggiornamenti Delta
-
-### Strumenti e configurazione necessari
-
-Prima di implementare gli aggiornamenti delta, assicurati di avere quanto segue:
-
-| Componente | Scopo | Requisito |
-| --- | --- | --- |
-| **Versione Capacitor** | Versione framework | Versione 6 o 7 |
-| **Ambiente di sviluppo** | Strumenti di build | [Node.js](https://nodejs.org/en) e npm |
-| **[Servizio di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | Gestione delta | [Capgo CLI](https://capgo.app/docs/cli/commands) |
-| **Integrazione CI/CD** | Distribuzione automatizzata | GitHub Actions, [GitLab CI](https://docs.gitlab.com/ee/ci/), o Jenkins |
-
-### Guida alla configurazione del codice
-
-Puoi configurare gli aggiornamenti delta in tre semplici passaggi:
-
-1.  **Installa il Plugin di aggiornamento**
-    
-    Inizia inizializzando Capgo nel tuo progetto usando la CLI:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2.  **Configura le impostazioni di aggiornamento**
-    
-    Aggiungi il seguente codice alla configurazione della tua app per attivare gli aggiornamenti delta:
-    
-    ```typescript
-    import { CapacitorUpdater } from '@capgo/capacitor-updater';
-    
-    // Initialize the updater
-    await CapacitorUpdater.initialize({
-      deltaUpdates: true,
-      autoUpdate: true
-    });
-    ```
-    
-3.  **Implementa il controllo versione**
-    
-    Abilita il tracciamento delle versioni per supportare la generazione delta:
-    
-    ```typescript
-    const currentVersion = await CapacitorUpdater.getCurrentVersion();
-    const latestVersion = await CapacitorUpdater.getLatestVersion();
-    ```
-    
-
-Una volta completati questi passaggi, la tua app è pronta per la fase successiva: testare il processo di aggiornamento.
-
-### Test e distribuzione
-
-Prima di distribuire gli aggiornamenti, testarli accuratamente. Capgo offre strumenti per garantire una distribuzione fluida:
-
-**Test basato su canali**  
-Configura canali separati per testare gli aggiornamenti prima di rilasciarli a tutti gli utenti:
-
-```typescript
-await CapacitorUpdater.setChannel('beta');
-```
-
-**Monitoraggio e sicurezza**  
-Usa l'analisi di Capgo per tracciare le prestazioni degli aggiornamenti in tempo reale. Le metriche chiave includono:
-
--   Tassi di successo degli aggiornamenti
--   Velocità di download
--   Coinvolgimento degli utenti
--   Distribuzione delle versioni
-
-Se sorge un problema, la funzione di rollback con un clic di Capgo permette un rapido recupero.
-
-Per le app enterprise, l'integrazione CI/CD di Capgo (dal costo una tantum di 2.600$) può semplificare test e distribuzione, risparmiando tempo e riducendo gli errori.
-
-## Suggerimenti per gli aggiornamenti Delta
-
-Dopo aver configurato gli aggiornamenti delta, puoi migliorare il tuo flusso di lavoro seguendo questi suggerimenti pratici.
-
-### Riduzione dimensione aggiornamenti
-
-Gli aggiornamenti Delta risparmiano banda inviando solo i file modificati. Per rendere i tuoi aggiornamenti ancora più piccoli, prova queste strategie:
-
--   **Comprimi immagini e media** per ridurre le dimensioni dei file.
--   **Rimuovi risorse e dipendenze inutilizzate** per ottimizzare la build.
--   **Separa le source map** dalle build di produzione per evitare download non necessari.
--   **Applica il lazy loading** per le risorse non critiche per caricare solo ciò che serve.
-
-Ecco una rapida panoramica delle tecniche efficaci:
-
-| Strategia | Impatto | Implementazione |
-| --- | --- | --- |
-| Tree Shaking | Rimuove codice inutilizzato | Abilitare negli strumenti di build |
-| Code Splitting | Separa i chunks | Usa import dinamici |
-| Versioning risorse | Previene download ridondanti | Aggiungi hash dei contenuti |
-
-Una volta ridotta la [dimensione dell'aggiornamento](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), concentrati su sicurezza e affidabilità del processo di aggiornamento.
-
-### Controlli di sicurezza aggiornamenti
-
-Mantieni gli aggiornamenti sicuri con crittografia end-to-end e rileva anticipatamente i conflitti di versione.
-
-> "L'unica soluzione con vera crittografia end-to-end, gli altri si limitano a firmare gli aggiornamenti" - Capgo [\[1\]](https://capgo.app/)
-
-Puoi anche monitorare le prestazioni degli aggiornamenti in tempo reale usando strumenti come l'analisi di Capgo per tracciare:
-
--   Tassi di successo degli aggiornamenti
--   Pattern di coinvolgimento utenti
-
-### Problemi comuni e soluzioni
-
-Anche con una configurazione corretta, gli aggiornamenti delta possono incontrare problemi. Ecco come affrontare alcuni problemi comuni:
-
-**Conflitti di versione**  
-Se c'è un disallineamento tra le versioni, usa il sistema di canali di Capgo per un'opzione di fallback:
-
-```typescript
-const version = await CapacitorUpdater.getCurrentVersion();
-if (version.mismatch) {
-  await CapacitorUpdater.setChannel('fallback');
-}
-```
-
-**Aggiornamenti falliti**  
-Capgo rende facile tornare a una versione precedente con un solo clic:
-
-> "Rollback con un clic a qualsiasi versione precedente se necessario" - Capgo [\[1\]](https://capgo.app/)
-
-**Problemi di rete**  
-Le interruzioni di rete possono disturbare gli aggiornamenti, ma queste soluzioni aiutano:
-
-| Problema | Soluzione | Beneficio |
-| --- | --- | --- |
-| Timeout | Retry automatico | Garantisce completamento |
-| Download parziale | Supporto ripresa | Risparmia banda |
-| Perdita connessione | Persistenza stato | Previene corruzione |
-
-Per distribuzioni a livello enterprise, considera l'uso di rollout graduali. Il sistema di canali di Capgo ti permette di testare gli aggiornamenti con un piccolo gruppo di utenti prima di distribuirli a tutti, riducendo i rischi e garantendo un'esperienza più fluida.
-
-## Funzionalità aggiornamenti Delta [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Capgo costruisce sul suo sistema di aggiornamenti delta con funzionalità progettate per migliorare sia le prestazioni che la sicurezza. Finora, la piattaforma ha gestito un impressionante **23,5 milioni di aggiornamenti** su **750 app in produzione** [\[1\]](https://capgo.app/).
-
-### Funzionalità chiave di Capgo
-
-Gli aggiornamenti delta di Capgo mirano a distribuire aggiornamenti in modo efficiente dando priorità alla sicurezza. Ecco cosa offre:
-
--   **Velocità di download veloce**: Un bundle da 5MB si scarica in soli 114ms attraverso il suo CDN globale.
--   **Alto tasso di successo aggiornamenti**: Vanta un tasso di successo dell'82% per gli aggiornamenti in tutto il mondo.
--   **Rapida adozione utenti**: Il 95% degli utenti attivi si aggiorna entro 24 ore.
-
-(Tutti i dati sono basati sui dati interni di Capgo [\[1\]](https://capgo.app/).)
-
-Per garantire la sicurezza, Capgo usa vera crittografia end-to-end per tutti gli aggiornamenti. Questo significa che solo gli utenti previsti possono decrittare il contenuto - un passo oltre i concorrenti che tipicamente si affidano alla firma degli aggiornamenti senza crittografia completa.
-
-| Funzionalità | Vantaggio | Metrica prestazioni |
-| --- | --- | --- |
-| Aggiornamenti parziali | Riduce uso banda | 57ms risposta media API |
-| CDN globale | Download più veloci globalmente | 114ms per bundle 5MB |
-| Crittografia E2E | Maggiore sicurezza dati | Crittografia end-to-end completa |
-
-### Confronto Capgo con alternative
-
-Capgo offre una combinazione di risparmio sui costi e vantaggi prestazionali che spiccano nel mercato degli aggiornamenti delta. Un'analisi dei costi mostra potenziali risparmi di **$26.100 in 5 anni** quando abbinato a strumenti CI/CD [\[1\]](https://capgo.app/).
-
-Il team [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) della NASA ha elogiato l'efficienza di Capgo:
-
-> "Capgo è un modo intelligente per fare push di codice a caldo (e non per tutti i soldi del mondo come con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Capgo si distingue anche con funzionalità come:
-
--   **Distribuzione flessibile**: Supporta opzioni sia cloud che self-hosted.
--   **Integrazione CI/CD**: Funziona perfettamente con GitHub Actions, GitLab CI e Jenkins.
--   **Architettura open source**: Completamente open source, eliminando rischi di vendor lock-in.
-
-Il suo sistema di canali permette strategie di aggiornamento avanzate, come test beta mirati e rollout graduali, mantenendo un alto tasso di successo tra vari gruppi di utenti.
-
-Per i team di sviluppo che necessitano di una soluzione affidabile per gli aggiornamenti delta, Capgo offre un ottimo mix di prestazioni, sicurezza e flessibilità.
-
-## Riepilogo
-
-Gli aggiornamenti delta riducono significativamente le dimensioni dei payload e velocizzano la distribuzione per le app Capacitor. Per esempio, un tipico bundle da 5MB viene scaricato in soli 114ms tramite il CDN globale di Capgo [\[1\]](https://capgo.app/), dimostrando l'efficienza di questo approccio.
-
-Le metriche di performance dalle applicazioni reali confermano il valore degli aggiornamenti delta:
-
-| Metrica | Impatto |
-| --- | --- |
-| **Adozione Utenti** | 95% degli utenti aggiorna entro 24 ore |
-| **Tasso di Successo** | 82% globalmente |
-| **Risposta API** | 57ms in media |
-| **App in Produzione** | Oltre 750 app utilizzano con successo la tecnologia |
-
-L'esperienza utente riflette questi numeri. Per esempio, colenso, che gestisce oltre 5.000 utenti, ha condiviso:
-
-> "Abbiamo implementato gli aggiornamenti OTA di Capgo in produzione per la nostra base utenti di +5000. Stiamo osservando un funzionamento molto fluido quasi tutti i nostri utenti sono aggiornati entro pochi minuti dal rilascio dell'OTA su @Capgo." [\[1\]](https://capgo.app/)
-
-Le strategie chiave per aggiornamenti delta efficaci includono:
-
--   Distribuzione di aggiornamenti parziali per risparmiare larghezza di banda
--   Utilizzo di analytics per monitorare le prestazioni
--   Supporto per installazioni in background per aggiornamenti trasparenti
-
-Con 23,5 milioni di aggiornamenti distribuiti [\[1\]](https://capgo.app/), gli aggiornamenti delta stanno trasformando il deployment delle app. Rendono gli aggiornamenti più veloci, leggeri e affidabili, rendendoli uno strumento fondamentale per lo sviluppo moderno delle app.
diff --git a/src/content/blog/it/how-end-to-end-encryption-secures-updates.md b/src/content/blog/it/how-end-to-end-encryption-secures-updates.md
deleted file mode 100644
index b09d14bf5..000000000
--- a/src/content/blog/it/how-end-to-end-encryption-secures-updates.md
+++ /dev/null
@@ -1,198 +0,0 @@
----
-slug: how-end-to-end-encryption-secures-updates
-title: Come la crittografia end-to-end protegge gli aggiornamenti
-description: >-
-  Esplora come la crittografia end-to-end protegge gli aggiornamenti OTA,
-  garantendo l'integrità dell'app e la fiducia degli utenti, prevenendo accessi
-  non autorizzati e manomissioni.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:10:31.003Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc6fa4af1a45e500bc7deb-1744604001503.jpg
-head_image_alt: Sviluppo Mobile
-keywords: 'end-to-end encryption, OTA updates, app security, data protection, user trust'
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-La **crittografia end-to-end (E2EE)** è il modo migliore per proteggere gli aggiornamenti over-the-air (OTA) per le app. Garantisce che solo l'utente previsto possa decrittografare e installare gli aggiornamenti, proteggendo da rischi come manomissioni, iniezioni di codice e violazioni dei dati. Piattaforme come [Capgo](https://capgo.app/) hanno implementato l'E2EE per salvaguardare l'integrità delle app rispettando gli standard di sicurezza richiesti da Apple e Google.
-
-### Principali vantaggi degli aggiornamenti OTA crittografati:
-
-- **Previene gli attacchi**: Blocca attacchi man-in-the-middle e accessi non autorizzati.
-- **Protegge l'integrità dell'app**: Garantisce che gli aggiornamenti siano autentici e privi di manomissioni.
-- **Supporta la conformità**: Soddisfa le linee guida di sicurezza degli app store e delle normative.
-- **Aumenta la fiducia degli utenti**: Solo gli utenti possono decrittografare gli aggiornamenti, garantendo la privacy.
-
-### Come funziona:
-
-1. Gli sviluppatori crittografano il pacchetto di aggiornamento.
-2. Lo scambio sicuro delle chiavi garantisce che solo i dispositivi autorizzati possano decrittografare.
-3. I dispositivi verificano l'autenticità e installano l'aggiornamento in modo sicuro.
-
-La soluzione di Capgo ha distribuito 23,5 milioni di aggiornamenti a livello globale, raggiungendo un **tasso di adozione del 95% entro 24 ore** e un **tasso di successo dell'82% in tutto il mondo**. [Crittografando gli aggiornamenti](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/), gli sviluppatori possono distribuire in modo più veloce, sicuro e affidabile.
-
-## Aggiornamenti OTA sicuri per [ESP32](https://en.wikipedia.org/wiki/ESP32) - Configurare la firma del codice con ...
-
-<iframe src="https://www.youtube.com/embed/z7nqbCQQBp8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Come funziona la crittografia end-to-end negli aggiornamenti OTA
-
-La crittografia end-to-end (E2EE) garantisce che i pacchetti di aggiornamento OTA rimangano privati e protetti da manomissioni durante la trasmissione. Protegge l'intero processo in modo che solo il destinatario previsto possa decrittografare e installare l'aggiornamento. Ecco una descrizione dei concetti chiave e di come funziona il processo.
-
-### Concetti fondamentali della crittografia end-to-end
-
-L'E2EE stabilisce una connessione sicura tra il sistema di build dello sviluppatore e il dispositivo dell'utente. Questo significa che anche se qualcuno intercetta l'aggiornamento, non sarà in grado di accedere ai suoi contenuti. Come spiega Capgo:
-
-> "Solo i tuoi utenti possono decrittografare i tuoi aggiornamenti, nessun altro." [\[1\]](https://capgo.app/)
-
-In questa configurazione, le chiavi di crittografia sono memorizzate solo agli endpoint. Questo garantisce che nemmeno la piattaforma che distribuisce l'aggiornamento possa decrittografare il contenuto, seguendo un rigoroso principio di zero-trust.
-
-### Elementi principali degli aggiornamenti sicuri
-
-La protezione degli aggiornamenti OTA prevede l'utilizzo di metodi di crittografia robusti e protocolli sicuri per lo scambio delle chiavi. Insieme, questi garantiscono che il pacchetto di aggiornamento rimanga sia confidenziale che intatto durante la trasmissione, impedendo qualsiasi accesso o alterazione non autorizzata.
-
-### Processo di sicurezza degli aggiornamenti
-
-Il processo di protezione di un aggiornamento OTA prevede diversi passaggi:
-
-1. Lo sviluppatore crittografa il pacchetto di aggiornamento su un sistema sicuro.
-2. Uno scambio sicuro delle chiavi garantisce che solo i dispositivi autorizzati possano accedere alle chiavi di decrittografia.
-3. Quando il dispositivo scarica l'aggiornamento, esegue controlli crittografici per confermare l'autenticità dell'aggiornamento e rilevare eventuali manomissioni.
-
-Capgo enfatizza questo approccio, affermando:
-
-> "L'unica soluzione con vera crittografia end-to-end, gli altri si limitano a firmare gli aggiornamenti" [\[1\]](https://capgo.app/)
-
-Questo processo in più fasi garantisce che gli aggiornamenti siano protetti dal momento in cui vengono creati fino a quando vengono installati, offrendo un livello di sicurezza più forte rispetto agli approcci che si basano solo sulla firma degli aggiornamenti.
-
-## Configurazione della crittografia end-to-end in [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fc6fa4af1a45e500bc7deb/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Questa sezione spiega come implementare la crittografia end-to-end nelle [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), basandosi sui concetti trattati in precedenza.
-
-Per garantire aggiornamenti over-the-air (OTA) sicuri in Capacitor, utilizza protocolli di crittografia progettati per un'elevata sicurezza. La piattaforma Capgo semplifica la gestione delle chiavi di crittografia rispettando i principali standard di sicurezza.
-
-### Crittografia dei pacchetti di aggiornamento
-
-Inizia preparando il tuo pacchetto di aggiornamento utilizzando lo strumento CLI di Capgo. Questo strumento automatizza il processo di crittografia, rendendo più facile proteggere i tuoi aggiornamenti. Installa il plugin Capgo con il seguente comando:
-
-```
-npx @capgo/cli init
-```
-
-Dopo l'installazione, compila la tua app come faresti normalmente e distribuisci l'aggiornamento crittografato utilizzando la CLI. Questo processo garantisce che i tuoi aggiornamenti siano pacchettizzati in modo sicuro e pronti per la distribuzione.
-
-Una volta che il pacchetto è crittografato, assicurati che le chiavi di crittografia vengano scambiate in modo sicuro.
-
-### Scambio sicuro delle chiavi
-
-Capgo integra sistemi di gestione delle chiavi conformi ai requisiti di sicurezza di Apple e Google [\[1\]](https://capgo.app/). Questo garantisce che le chiavi di crittografia vengano scambiate in modo sicuro e affidabile.
-
-Dopo che le chiavi sono in posizione, il pacchetto crittografato può essere inviato utilizzando un protocollo sicuro di trasferimento dati.
-
-### Trasferimento sicuro dei dati
-
-La piattaforma Capgo garantisce una consegna dei dati veloce e sicura. Ad esempio, un bundle di 5MB viene trasmesso in soli 114ms e il sistema ha consegnato con successo 23,5 milioni di aggiornamenti [\[1\]](https://capgo.app/).
-
-Ecco una rapida panoramica delle sue metriche di performance:
-
-| Metrica | Performance |
-| --- | --- |
-| Tempo medio di risposta API | 57ms in tutto il mondo |
-| Velocità di download bundle | 114ms per 5MB |
-| Tasso di successo aggiornamenti | 95% entro 24 ore |
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per la distribuzione continua ai nostri utenti!" [\[1\]](https://capgo.app/)
-
-## Vantaggi degli aggiornamenti OTA crittografati
-
-La crittografia end-to-end porta importanti benefici agli aggiornamenti over-the-air (OTA), migliorando sia la sicurezza che l'affidabilità per sviluppatori e utenti.
-
-### Sicurezza rafforzata
-
-Con la crittografia end-to-end, gli aggiornamenti sono protetti da accessi non autorizzati e manomissioni. Solo gli utenti previsti possono decrittografare e installare gli aggiornamenti, garantendo che il processo di consegna rimanga sicuro. Gli studi mostrano che gli aggiornamenti crittografati forniscono una forte sicurezza senza compromettere l'efficienza della consegna [\[1\]](https://capgo.app/).
-
-### Allineamento agli standard di sicurezza  
-
-Gli [aggiornamenti OTA crittografati](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) aiutano le app a soddisfare i rigorosi requisiti di sicurezza stabiliti dagli app store e dagli organismi di regolamentazione. Garantendo che solo gli utenti finali possano decrittografare i pacchetti di aggiornamento, questi aggiornamenti soddisfano gli standard di piattaforme come Apple e Google proteggendo al contempo la privacy degli utenti.
-
-| Requisito di sicurezza | Ruolo della crittografia |
-| --- | --- |
-| Protezione dei dati | Blocca l'accesso non autorizzato al contenuto degli aggiornamenti |
-| Integrità del codice | Conferma che gli aggiornamenti sono privi di manomissioni |
-| Privacy degli utenti | Garantisce che solo gli utenti possano accedere agli aggiornamenti decrittografati |
-| Conformità agli app store | Soddisfa le linee guida di sicurezza della piattaforma |
-
-Oltre alla conformità, la crittografia supporta direttamente la fiducia degli utenti dimostrando un impegno per la sicurezza dei dati.
-
-### Costruire la fiducia degli utenti e semplificare la distribuzione
-
-Gli aggiornamenti crittografati non solo rafforzano la fiducia degli utenti ma semplificano e velocizzano anche la distribuzione. Questa combinazione di fiducia e automazione è particolarmente utile per i team che praticano il continuous deployment, portando molti sviluppatori ad abbandonare i metodi di aggiornamento più datati.
-
-> "Solo i tuoi utenti possono decrittografare i tuoi aggiornamenti, nessun altro." - Capgo [\[1\]](https://capgo.app/)
-
-## Linee guida di sicurezza per gli aggiornamenti OTA
-
-Forti misure di sicurezza sono fondamentali per mantenere l'integrità e l'affidabilità degli aggiornamenti OTA crittografati. Queste linee guida, costruite su un solido framework di crittografia, coprono tutto, dalla gestione delle chiavi alla distribuzione per garantire che gli aggiornamenti rimangano sicuri.
-
-### Gestione delle chiavi di crittografia
-
-Una corretta gestione delle chiavi è cruciale poiché solo gli utenti dovrebbero poter decrittografare gli aggiornamenti [\[1\]](https://capgo.app/).
-
-| **Pratica di gestione chiavi** | **Guida all'implementazione** |
-| --- | --- |
-| Generazione chiavi | Usa metodi crittograficamente sicuri |
-| Sicurezza dello storage | Memorizza le chiavi private in hardware sicuro |
-| Controllo accessi | Limita l'accesso alle chiavi solo al personale autorizzato |
-
-Dopo aver messo in sicurezza le chiavi, è necessario un rigoroso testing per validare l'integrità degli aggiornamenti.
-
-### Testing e monitoraggio degli aggiornamenti
-
-Testing e monitoraggio sono essenziali per garantire che gli aggiornamenti siano sicuri ed efficaci. Secondo le analisi di Capgo, gli aggiornamenti accuratamente testati vedono un tasso di adozione del 95% entro 24 ore [\[1\]](https://capgo.app/).
-
-Per mantenere gli aggiornamenti sicuri:
-
-- Usa l'analisi per monitorare tassi di successo, coinvolgimento utenti e trend degli errori.
-- Automatizza il testing per ogni pacchetto di aggiornamento.
-- Mantieni log dettagliati dei processi di distribuzione e installazione degli aggiornamenti.
-
-### Regole di distribuzione degli aggiornamenti
-
-Una volta che il testing conferma la sicurezza di un aggiornamento, una distribuzione controllata aiuta a ridurre i rischi. L'utilizzo di un sistema di canali permette rollout graduali mantenendo alti standard di sicurezza.
-
-| **Fase di distribuzione** | **Misure di sicurezza** |
-| --- | --- |
-| Release iniziale | Beta testing con un piccolo gruppo di utenti |
-| Rollout graduale | Deployment graduale con monitoraggio continuo |
-| Distribuzione completa | Tracking continuo dei tassi di successo |
-| Risposta emergenze | Abilita rollback con un click per fix rapidi |
-
-Un'attenta gestione dei canali garantisce che gli aggiornamenti vengano distribuiti con successo in tutto il mondo [\[1\]](https://capgo.app/).
-
-> "Target specifici gruppi di utenti con diverse versioni usando i canali per beta testing e rollout graduali" - Capgo [\[1\]](https://capgo.app/)
-
-## Conclusione
-
-La crittografia end-to-end gioca un ruolo cruciale nel proteggere gli aggiornamenti OTA. Utilizzando robusti protocolli di crittografia, gli aggiornamenti rimangono protetti rispettando le linee guida degli app store.
-
-I numeri parlano da soli. Con l'implementazione della crittografia end-to-end di Capgo, gli sviluppatori raggiungono un impressionante tasso di successo globale dell'82% [\[1\]](https://capgo.app/). Questo non solo garantisce una consegna sicura ma aumenta anche la fiducia degli utenti e velocizza le distribuzioni.
-
-I benefici degli aggiornamenti OTA sicuri vanno oltre la sola sicurezza. Gli sviluppatori hanno distribuito con successo oltre 23,5 milioni di aggiornamenti in tutto il mondo [\[1\]](https://capgo.app/), dimostrando come la crittografia possa scalare efficientemente senza compromettere la sicurezza.
-
-Ecco alcuni fattori chiave che contribuiscono al successo degli aggiornamenti OTA:
-
-| Fattore di Successo | Ruolo negli [Aggiornamenti Sicuri](https://capgo.app/docs/live-updates/update-behavior/) |
-| --- | --- |
-| [Implementazione della Crittografia](https://capgo.app/docs/cli/migrations/encryption/) | Garantisce che solo gli utenti autorizzati possano decrittare gli aggiornamenti |
-| Strategia di Distribuzione | Gestisce rollout controllati e graduali |
-| Conformità alla Sicurezza | Mantiene gli aggiornamenti allineati con le regole della piattaforma |
-| Verifica degli Aggiornamenti | Conferma l'integrità di ogni aggiornamento |
-
-Il futuro degli aggiornamenti delle app dipende da sistemi che combinano sicurezza e adattabilità. Man mano che sempre più sviluppatori adottano la crittografia end-to-end, gli aggiornamenti OTA continueranno a proteggere le app stabilendo al contempo uno standard più elevato per i sistemi di distribuzione.
diff --git a/src/content/blog/it/how-live-updates-for-capacitor-work.md b/src/content/blog/it/how-live-updates-for-capacitor-work.md
deleted file mode 100644
index 7fceb5ba9..000000000
--- a/src/content/blog/it/how-live-updates-for-capacitor-work.md
+++ /dev/null
@@ -1,293 +0,0 @@
----
-slug: how-live-updates-for-capacitor-work
-title: Come funzionano gli aggiornamenti in tempo reale in Capgo
-description: >-
-  Approfondimento nell'implementazione tecnica degli aggiornamenti in tempo
-  reale in Capgo, comprendendo il suo funzionamento interno sia per iOS che per
-  Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T06:14:25.862Z
-updated_at: 2025-03-18T15:14:16.781Z
-head_image: /capgo_banner.webp
-head_image_alt: Architettura degli aggiornamenti in tempo reale
-keywords: >-
-  Capgo live updates, OTA updates, Capacitor updates, mobile app development,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-# Comprendere gli aggiornamenti in tempo reale in Capgo
-
-Gli aggiornamenti in tempo reale sono una delle funzionalità più potenti nelle app Capacitor, consentendo aggiornamenti in tempo reale senza dover inviare l'app agli store. Vediamo nel dettaglio come Capgo implementa questa funzionalità.
-
-## Concetti Fondamentali
-
-Un'app Capacitor è composta da due livelli principali:
-
-1. **Livello Web**: Contiene i file HTML, CSS e JavaScript caricati nella WebView
-2. **Livello Nativo**: Contiene il codice specifico per piattaforma (Java/Kotlin per Android, Swift per iOS)
-
-Il sistema di aggiornamento in tempo reale di Capgo funziona sostituendo il livello web durante l'esecuzione, poiché questi file non sono compilati nel binario dell'app.
-
-## Implementazione Tecnica
-
-### Percorsi Server in Capacitor
-
-Capgo gestisce due percorsi critici:
-
-- **Percorso Server Attuale**: Punta ai file attualmente caricati nella WebView
-- **Percorso Server Successivo**: Punta ai file che verranno caricati al prossimo riavvio dell'app
-
-### Implementazione Android
-
-Su Android, Capgo gestisce i percorsi attraverso:
-
-```java
-// Store next server path
-private void setNextCapacitorServerPath(String path) {
-    SharedPreferences prefs = context.getSharedPreferences("CapWebViewSettings", Activity.MODE_PRIVATE);
-    SharedPreferences.Editor editor = prefs.edit();
-    editor.putString("serverBasePath", path);
-    editor.apply();
-}
-
-// Update current path and reload
-private void setCurrentCapacitorServerPath(String path) {
-    bridge.setServerBasePath(path);
-    bridge.reload();
-}
-```
-
-### Implementazione iOS
-
-Su iOS, i percorsi sono gestiti attraverso:
-
-```swift
-// Store next server path
-private func setNextCapacitorServerPath(path: String) {
-    KeyValueStore.standard["serverBasePath"] = path
-}
-
-// Update current path
-private func setCurrentCapacitorServerPath(path: String) {
-    bridge.viewController.setServerBasePath(path: path)
-}
-```
-
-## Misure di Sicurezza
-
-Capgo implementa una sicurezza di livello militare attraverso la crittografia end-to-end, garantendo che gli aggiornamenti della tua app rimangano completamente sicuri dallo sviluppo alla distribuzione. Il nostro sistema di crittografia va oltre la tradizionale firma del codice per fornire una vera sicurezza a conoscenza zero.
-
-### Architettura della Crittografia End-to-End
-
-1. **Crittografia End-to-End (E2EE)**: Ogni pacchetto di aggiornamento viene crittografato utilizzando la crittografia AES-256-GCM prima di lasciare il tuo ambiente di sviluppo. Questa crittografia di livello militare garantisce che gli aggiornamenti della tua app rimangano completamente privati e sicuri durante l'intero processo di consegna.
-
-2. **Architettura a Conoscenza Zero**: A differenza di altre soluzioni OTA che si limitano a firmare gli aggiornamenti, Capgo utilizza una vera crittografia a conoscenza zero. Questo significa:
-   - Il contenuto degli aggiornamenti viene crittografato prima del caricamento
-   - I server Capgo memorizzano solo dati crittografati
-   - La decrittografia avviene solo sui dispositivi degli utenti finali
-   - Nessun intermediario può accedere al contenuto dell'aggiornamento
-
-3. **Gestione Sicura delle Chiavi**: 
-   - Le chiavi di crittografia vengono generate e memorizzate in modo sicuro nel tuo ambiente CI/CD
-   - Le chiavi private non toccano mai i server di Capgo
-   - Ogni versione dell'app può utilizzare chiavi di crittografia uniche
-   - Supporto per la rotazione delle chiavi per una maggiore sicurezza
-
-Scopri di più sul nostro sistema di crittografia nella nostra guida dettagliata: [End-to-End Encryption in Capgo Live Updates](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)
-
-### Processo di Sicurezza degli Aggiornamenti
-
-1. **Crittografia Pre-Upload**:
-   - Gli aggiornamenti vengono crittografati nella tua pipeline CI/CD
-   - Ogni file viene crittografato individualmente
-   - Anche i metadati sono crittografati per una privacy completa
-
-2. **Archiviazione Sicura**:
-   - I pacchetti crittografati sono memorizzati sul CDN globale di Capgo
-   - Nessun dato in chiaro tocca mai i nostri server
-   - Anche in caso di violazione del server, i dati rimangono sicuri
-
-3. **Consegna Sicura**:
-   - Gli aggiornamenti vengono consegnati attraverso canali crittografati
-   - Ogni istanza dell'app verifica l'integrità della crittografia
-   - Meccanismi di ripetizione automatica per decrittografia fallita
-
-4. **Sicurezza Lato Client**:
-   - Gli aggiornamenti vengono verificati prima dell'installazione
-   - La decrittografia fallita attiva il rollback automatico
-   - Archiviazione sicura delle chiavi nell'archivio protetto dell'app
-
-Questo approccio completo alla sicurezza garantisce che gli aggiornamenti della tua app rimangano protetti contro:
-- Attacchi man-in-the-middle
-- Violazioni lato server
-- Modifiche non autorizzate
-- Attacchi replay
-- Manomissione dei contenuti
-
-## Ciclo di Vita dell'Aggiornamento
-
-Il processo di aggiornamento di Capgo è progettato per essere automatico di default. Ecco come funziona il processo automatico:
-
-### 1. Controllo Automatico degli Aggiornamenti
-
-Il plugin controlla automaticamente gli aggiornamenti in queste situazioni:
-- All'avvio dell'app
-
-Questo comportamento è controllato dall'impostazione `autoUpdate`:
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true // Enable automatic updates
-    }
-  }
-}
-```
-Puoi anche controllare manualmente con `getLatest()`
-
-### 2. Download Automatico
-
-Quando viene rilevata una nuova versione, se `autoUpdate` è abilitato:
-1. Il download inizia automaticamente
-2. Il progresso viene tracciato internamente
-3. I download falliti vengono ritentati automaticamente ad ogni apertura dell'app
-4. I download completati vengono memorizzati nell'archivio dell'app
-
-Puoi monitorare questo processo attraverso gli eventi:
-```typescript
-CapacitorUpdater.addListener('download', (info: DownloadEvent) => {
-  console.log('Auto-download progress:', info.percent);
-});
-
-CapacitorUpdater.addListener('downloadComplete', (info: DownloadCompleteEvent) => {
-  console.log('Auto-download complete:', info.bundle);
-});
-```
-
-### 3. Installazione Automatica
-
-Il momento dell'installazione dipende dalla tua configurazione:
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": false // install update on app backgrounding
-      "resetWhenUpdate": true, // reset live updates on native update (true by default)
-      "autoDeleteFailed": true, // Auto cleanup failed updates (true by default)
-      "autoDeletePrevious": true // Auto cleanup old versions (true by default)
-    }
-  }
-}
-```
-
-L'installazione avviene:
-- Immediatamente se `directUpdate` è true
-- Al prossimo passaggio in background dell'app se `directUpdate` è false
-- Rollback automatico se l'installazione fallisce
-
-Il plugin gestisce anche automaticamente l'archiviazione:
-- Rimuove gli aggiornamenti falliti se `autoDeleteFailed` è true
-- Pulisce le vecchie versioni se `autoDeletePrevious` è true
-
-### Ritardo degli Aggiornamenti
-
-Puoi controllare quando gli aggiornamenti vengono installati utilizzando le condizioni di ritardo:
-
-```typescript
-// Delay until app goes to background
-await CapacitorUpdater.setDelay({
-  kind: 'background'
-});
-
-// Delay until specific date
-await CapacitorUpdater.setDelay({
-  kind: 'date',
-  value: '2024-03-20T10:00:00.000Z'
-});
-
-// Delay until next native version
-await CapacitorUpdater.setDelay({
-  kind: 'nativeVersion'
-});
-
-// Multiple conditions
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'background'
-    },
-    {
-      kind: 'date',
-      value: '2024-03-20T10:00:00.000Z'
-    }
-  ]
-});
-```
-
-Condizioni di ritardo disponibili:
-- **background**: Installa quando l'app va in background
-- **date**: Installa dopo una data/ora specifica
-- **nativeVersion**: Installa dopo il prossimo aggiornamento nativo
-- **kill**: Installa dopo che l'app viene terminata
-
-Questo è utile per:
-- Programmare aggiornamenti durante le ore non di punta
-- Coordinare gli aggiornamenti con l'attività dell'utente
-- Garantire un'esperienza di aggiornamento fluida
-- Prevenire interruzioni durante attività critiche
-
-### Stati degli Aggiornamenti
-
-Durante il processo automatico, i pacchetti passano attraverso questi stati:
-1. **downloading**: Download in corso
-2. **pending**: Download completato, in attesa di installazione
-3. **success**: Aggiornamento installato e attivo
-4. **error**: Aggiornamento fallito (attiva il rollback automatico)
-
-## Conformità agli Store
-
-### Apple App Store ✅
-
-Gli aggiornamenti in tempo reale sono completamente conformi alle politiche dell'Apple App Store. Come indicato nell'Accordo di Licenza del Programma per Sviluppatori Apple:
-
-> "Il codice interpretato può essere scaricato in un'Applicazione solo se tale codice: (a) non modifica lo scopo principale dell'Applicazione fornendo funzionalità che sono incompatibili con lo scopo previsto e pubblicizzato dell'Applicazione come presentata all'App Store, (b) non crea un negozio o una vetrina per altro codice o applicazioni, e (c) non aggira la firma, il sandbox o altre funzioni di sicurezza del sistema operativo."
-
-Gli aggiornamenti Capgo modificano solo il livello web rispettando tutti i limiti di sicurezza della piattaforma.
-
-### Google Play Store ✅
-
-Gli aggiornamenti in tempo reale sono conformi alle politiche di Google Play. La politica su Dispositivi e Abuso di Rete afferma specificamente:
-
-> "Questa restrizione non si applica al codice che viene eseguito in una macchina virtuale o in un interprete che fornisce accesso indiretto alle API Android (come JavaScript in una webview o browser)."
-
-Poiché Capgo aggiorna solo il contenuto WebView, rientra in queste linee guida consentite.
-
-## Migliori Pratiche
-
-1. **Rollout Graduali**: Distribuisci gli aggiornamenti gradualmente
-2. **Controllo Versioni**: Tieni traccia di tutte le versioni distribuite
-3. **Supporto Rollback**: Recupero rapido dai problemi
-4. **Aggiornamenti Delta**: Scarica solo i file modificati
-
-## Quando Usare gli Aggiornamenti in Tempo Reale
-
-Perfetto per:
-- Correzioni di bug
-- Miglioramenti UI
-- Aggiornamenti di contenuto
-- Toggle di funzionalità
-
-Non adatto per:
-- Modifiche al codice nativo
-- Aggiornamenti di versione maggiore
-- Patch di sicurezza che richiedono modifiche native
diff --git a/src/content/blog/it/how-native-bridge-works-in-capacitor-android-apps.md b/src/content/blog/it/how-native-bridge-works-in-capacitor-android-apps.md
deleted file mode 100644
index 71c4682c8..000000000
--- a/src/content/blog/it/how-native-bridge-works-in-capacitor-android-apps.md
+++ /dev/null
@@ -1,150 +0,0 @@
----
-slug: how-native-bridge-works-in-capacitor-android-apps
-title: Come Funziona il Bridge Nativo nelle App Android di Capacitor
-description: >-
-  Explore how native bridges in Android apps improve communication between web
-  code and native functionality, optimizing performance and user experience.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:26:08.446Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de087b13cee397379a0b94-1742610380581.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, Android, native bridge, JavaScript, mobile development, app
-  performance, updates, communication
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-
-**Il ponte nativo nelle app Android di [Capacitor](https://capacitorjs.com/) permette una comunicazione fluida tra JavaScript basato sul web e funzionalità native Android.** Consente agli sviluppatori di utilizzare funzionalità specifiche di Android come fotocamera, geolocalizzazione e archiviazione direttamente dal loro codice web, creando app che sembrano native pur sfruttando le tecnologie web.
-
-### Punti Chiave:
-
--   **Cos'è?** Un sistema di comunicazione bidirezionale tra JavaScript e Android, che converte le chiamate JavaScript in metodi Android nativi e viceversa
--   **Prestazioni principali:**
-    -   Tempo di risposta API: **57ms** (media globale)
-    -   Trasferimento dati: **114ms** per bundle da 5MB
-    -   Adozione aggiornamenti: **95% completato entro 24 ore** utilizzando strumenti come [Capgo](https://capgo.app/)
--   **Come funziona:**
-    -   **Da JavaScript ad Android:** Invia richieste serializzate ai metodi Android nativi
-    -   **Da Android a JavaScript:** Utilizza callback per la trasmissione di eventi, risposte dirette e aggiornamenti di stato
--   **Requisiti di configurazione:**
-    -   Usa Capacitor 8.x
-    -   Configura [Gradle](https://gradleorg/), `AndroidManifestxml` e risorse web
--   **Suggerimenti per l'ottimizzazione:**
-    -   Usa aggiornamenti parziali per ridurre la banda
-    -   Monitora la latenza delle chiamate bridge, dimensioni dei dati e utilizzo della memoria
-
-Capgo, uno strumento per aggiornamenti over-the-air, si integra con il ponte nativo per fornire aggiornamenti in modo efficiente e sicuro, garantendo che le app rimangano reattive e aggiornate.
-
-**Vuoi creare app veloci e reattive che combinano la flessibilità del codice web con le prestazioni native di Android? Continua a leggere per scoprire come funziona il ponte nativo e come ottimizzarlo per i tuoi progetti.**
-
-## Come creare un plugin locale specifico per il progetto | Ionic | [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-22.jpg?auto=compress)
-
-## Flusso di Comunicazione del Ponte Nativo
-
-Il ponte nativo nelle [app Android Capacitor](https://capgo.app/top_capacitor_app/) consente una comunicazione bidirezionale tra i livelli web e nativi. Questo sistema di trasmissione messaggi garantisce uno scambio di dati fluido e in tempo reale senza compromettere le prestazioni. Di seguito, analizziamo come fluisce la comunicazione in entrambe le direzioni e come vengono gestiti i dati.
-
-### Comunicazione da JavaScript ad Android
-
-Quando JavaScript necessita di interagire con funzionalità native Android, segue un processo strutturato attraverso il ponte nativo. JavaScript invia richieste serializzando e mettendo in coda i dati, garantendo che le richieste vengano gestite in modo organizzato ed evitando conflitti.
-
-Ecco come funziona il flusso dei messaggi:
-
-| **Fase** | **Processo** |
-| --- | --- |
-| Creazione Messaggio | Creazione del payload JavaScript |
-| Serializzazione | Conversione dei dati in formato nativo |
-| Gestione Code | Prioritizzazione e instradamento messaggi |
-| Esecuzione Nativa | Esecuzione richieste tramite metodi Android |
-
-Questa configurazione garantisce che le chiamate JavaScript vengano elaborate efficientemente e nell'ordine corretto.
-
-### Comunicazione da Android a JavaScript
-
-Il codice Android nativo comunica con il livello web utilizzando meccanismi di callback. Il ponte tiene traccia delle callback in sospeso per garantire che le risposte siano abbinate alle richieste corrette. Questo sistema garantisce che le operazioni asincrone vengano completate correttamente e i dati siano inviati alla destinazione appropriata.
-
-La comunicazione da Android a JavaScript rientra tipicamente in tre categorie:
-
--   **Trasmissione Eventi**: Invio di notifiche a livello di sistema
--   **Risposte Dirette**: Risposta a specifiche richieste JavaScript
--   **Aggiornamenti di Stato**: Sincronizzazione delle modifiche dei dati tra i livelli
-
-### Trasferimento ed Elaborazione Dati
-
-I dati che passano attraverso il ponte sono ottimizzati per velocità e accuratezza. Tecniche come codifica efficiente, elaborazione batch e gestione automatica della memoria aiutano a minimizzare l'overhead mantenendo l'integrità dei dati.Il bridge supporta vari formati di dati, garantendo compatibilità e sicurezza dei tipi:
-
-| **Tipo di Dato** | **Formato JavaScript** | **Formato Android Nativo** |
-| --- | --- | --- |
-| Stringhe | UTF-16 | Java String |
-| Numeri | Double/Integer | Double/Long |
-| Oggetti | JSON | JSONObject |
-| Binario | ArrayBuffer | ByteArray |
-
-Questo sistema di comunicazione permette agli sviluppatori di creare app reattive che combinano la potenza delle funzionalità native di Android con la flessibilità delle tecnologie web. Il suo design efficiente garantisce prestazioni fluide su diversi dispositivi e versioni di Android.
-
-## Configurazione del Bridge Nativo per Android
-
-Per abilitare la comunicazione tra la tua applicazione web e le funzionalità native di Android, dovrai configurare attentamente il tuo progetto. Ecco come iniziare.
-
-### Passi Iniziali di Configurazione
-
-Inizia configurando sia il progetto Android nativo che il livello dell'applicazione web. La tabella seguente illustra i componenti chiave che dovrai configurare:
-
-| Componente Setup | Configurazione Richiesta |
-| --- | --- |
-| **[Capacitor Version](https://capgo.app/plugins/ivs-player/)** | Usa versione 6.x o 7.x |
-| **[Android Studio](https://developerandroidcom/studio)** | Installa l'ultima versione stabile |
-| **Dipendenze Gradle** | Includi la libreria `capacitor-android` |
-| **Struttura Progetto** | Configura correttamente `AndroidManifest.xml` |
-| **Asset Web** | Imposta correttamente i percorsi degli asset |
-
-Assicurati che il tuo progetto utilizzi le versioni corrette di Capacitor e Android Studio, includa le dipendenze Gradle necessarie e abbia un file `AndroidManifest.xml` configurato correttamente. Inoltre, assicurati che i tuoi asset web siano mappati correttamente.
-
-Una volta completata la configurazione di base, puoi estendere il tuo progetto creando plugin personalizzati.
-
-### Creazione di Plugin Personalizzati
-
-I plugin personalizzati fungono da collegamento tra il tuo codice web e le funzionalità native di Android. Durante la creazione di questi plugin, concentrati su interfacce chiare, conversioni di tipo appropriate e gestione solida degli errori.
-
-I passaggi chiave per lo sviluppo dei plugin includono:
-
--   Estendere la classe base `Plugin`
--   Utilizzare l'annotazione `@PluginMethod` per i metodi del plugin
--   Garantire la sicurezza dei tipi e implementare la gestione degli errori
-
-Seguendo queste linee guida, puoi costruire un bridge affidabile per le funzionalità della tua app.
-
-### Utilizzo dei Metodi Android Nativi
-
-Dopo aver configurato i plugin personalizzati, puoi chiamare i metodi Android nativi direttamente dal tuo codice JavaScript utilizzando i metodi bridge definiti. Per migliorare le prestazioni, implementa il caching e l'elaborazione batch per le chiamate frequenti.
-
-## Miglioramenti delle Prestazioni
-
-L'ottimizzazione del bridge nativo è fondamentale per mantenere reattive le app Android Capacitor. Qui esamineremo modi pratici per migliorare le prestazioni basati su casi d'uso reali.
-
-### Minimizzare il Carico del Bridge
-
-Ridurre il carico di lavoro sul bridge nativo può portare a migliori prestazioni dell'app. Un metodo efficace è:
-
-| Strategia | Implementazione | Impatto |
-| --- | --- | --- |
-| Aggiornamenti Parziali | Scaricare solo i componenti modificati | Riduce il consumo di banda |
-
-Quando si utilizzano aggiornamenti parziali, concentrati sul download solo delle parti aggiornate della tua app invece dell'intero bundle. Questo approccio risparmia risorse e migliora l'efficienza. Tieni d'occhio le metriche di prestazione per assicurarti che il bridge rimanga in forma ottimale.
-
-### Test e Monitoraggio
-
-Il monitoraggio regolare è essenziale per garantire che il bridge nativo funzioni correttamente. Monitora queste metriche chiave:
-
--   **Latenza delle chiamate bridge**: Quanto velocemente il bridge elabora le chiamate
--   **Dimensioni del trasferimento dati**: La quantità di dati che passa attraverso il bridge
--   **Tassi di successo/fallimento**: Il rapporto tra operazioni riuscite e fallimenti
--   **Pattern di utilizzo della memoria**: Quanta memoria consuma il bridge nel tempo
diff --git a/src/content/blog/it/how-ota-encryption-meets-app-store-compliance.md b/src/content/blog/it/how-ota-encryption-meets-app-store-compliance.md
deleted file mode 100644
index 1f68c87d9..000000000
--- a/src/content/blog/it/how-ota-encryption-meets-app-store-compliance.md
+++ /dev/null
@@ -1,79 +0,0 @@
----
-slug: how-ota-encryption-meets-app-store-compliance
-title: Come l'Aggiornamento Over-the-Air (OTA) Soddisfa i Requisiti degli App Store
-description: >-
-  La crittografia OTA, che protegge gli aggiornamenti delle app e garantisce la
-  conformità alle rigide linee guida degli app store, viene spiegata.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-14T05:12:26.952Z
-updated_at: 2025-03-18T13:13:55.519Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ae8c28192afc208a60fcea-1739509966039.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA encryption, app store compliance, app updates security, AES-256, TLS, code
-  signing, mobile security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-
-**La crittografia Over-the-Air (OTA) garantisce aggiornamenti delle app sicuri rispettando le rigide regole degli app store Apple e Google.** Ecco come funziona e perché è essenziale:
-
--   **Protegge gli Aggiornamenti**: La crittografia blocca l'intercettazione dei dati, la manomissione e l'accesso non autorizzato durante la distribuzione degli aggiornamenti
--   **Segue le Regole degli App Store**:
-    -   Apple: Richiede HTTPS (TLS 12+), [App Transport Security](https://developer.apple.com/documentation/security/preventing-insecure-network-connections) (ATS) e firma del codice
-    -   Google: Impone SSL pinning, scansione [Play Protect](https://developersgooglecom/android/play-protect) e crittografia standard del settore
--   **Utilizza [AES-256](https://enwikipediaorg/wiki/Advanced_Encryption_Standard)**: Uno standard di crittografia altamente sicuro con chiavi a 256 bit per una robusta protezione dei dati
--   **Sicurezza End-to-End**: Gli aggiornamenti sono crittografati dalla creazione all'installazione, garantendo integrità e decrittografia specifica per dispositivo
-
-**Confronto Rapido dei Requisiti degli App Store**:
-
-| **Requisito** | **Apple App Store** | **Google Play Store** |
-| --- | --- | --- |
-| Protocollo | HTTPS (TLS 12+) | HTTPS obbligatorio |
-| Archiviazione Chiavi | iOS Keychain | Android Keystore |
-| Verifica Codice | Firma del codice obbligatoria | Scansione Play Protect |
-| Standard di Crittografia | AES-256 raccomandato | Crittografia standard del settore |
-
-## Conformità Esportazione Crittografia Unity | Conformità Esportazione Apple iOS
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Metodi di Crittografia per Aggiornamenti OTA
-
-I moderni sistemi di aggiornamento OTA utilizzano tecniche di crittografia stratificate per mantenere la sicurezza e rispettare gli standard degli app store. Questi metodi proteggono gli aggiornamenti durante la loro creazione, distribuzione e installazione.
-
-### Sicurezza del Protocollo TLS
-
-Il [Transport Layer Security](https://enwikipediaorg/wiki/Transport_Layer_Security) (TLS) è la spina dorsale della distribuzione sicura degli aggiornamenti OTA. Soddisfa requisiti importanti come l'ATS di Apple e l'SSL pinning di Google stabilendo una connessione crittografata tra server e dispositivi. Questo impedisce che i dati vengano intercettati o manomessi durante la trasmissione.
-
-Ecco come le caratteristiche TLS si allineano con le esigenze di sicurezza e conformità:
-
-| Caratteristica | Beneficio per la Sicurezza | Impatto sulla Conformità |
-| --- | --- | --- |
-| Forward Secrecy | Protegge le comunicazioni passate se le chiavi vengono compromesse | Richiesto da Apple ATS [\[3\]](https://wwwglobalyocom/exploring-advanced-encryption-techniques-for-esim-security/) |
-| Suite di Cifratura Forti | Protegge dagli attacchi crittografici | Soddisfa i requisiti Google Play [\[2\]](https://workerscloudflarecom/built-with/projects/Capgo) |
-| Certificate Pinning | Previene attacchi man-in-the-middle | Obbligatorio per le app iOS [\[3\]](https://wwwglobalyocom/exploring-advanced-encryption-techniques-for-esim-security/) |
-
-Queste misure a livello di trasporto servono come prima linea di difesa, mentre la crittografia end-to-end protegge gli aggiornamenti durante tutto il loro ciclo di vita.
-
-### Protezione End-to-End Completa
-
-La crittografia end-to-end garantisce che gli aggiornamenti rimangano sicuri dal momento della loro creazione fino all'installazione. Questo approccio soddisfa i requisiti degli app store per la protezione dei dati sensibili in tutte le fasi.
-
-Elementi chiave della crittografia end-to-end includono:
-
--   **Crittografia pre-distribuzione**: Gli aggiornamenti sono crittografati prima di lasciare la fonte
--   **Trasmissione sicura**: I dati sono trasmessi attraverso canali protetti TLS
--   **Archiviazione crittografata sul dispositivo**: Gli aggiornamenti rimangono sicuri fino all'installazione
--   **Decrittografia specifica per dispositivo**: Solo il dispositivo di destinazione, utilizzando chiavi archiviate in modo sicuro, può decrittografare gli aggiornamenti
-
-### Sicurezza dei Dati [AES-256](https://enwikipediaorg/wiki/Advanced_Encryption_Standard)
-
-La crittografia AES-256 è uno standard che soddisfa i requisiti di crittografia sia per le piattaforme iOS che Android.
-
-> "AES-256 è uno degli algoritmi di crittografia più sicuri disponibili, approvato dalla National Security Agency degli Stati Uniti per informazioni top secret" [\[7\]](https://wwwzendesk)
\ No newline at end of file
diff --git a/src/content/blog/it/how-ota-updates-affect-app-store-security.md b/src/content/blog/it/how-ota-updates-affect-app-store-security.md
deleted file mode 100644
index b75d54c0d..000000000
--- a/src/content/blog/it/how-ota-updates-affect-app-store-security.md
+++ /dev/null
@@ -1,238 +0,0 @@
----
-slug: how-ota-updates-affect-app-store-security
-title: Come gli aggiornamenti OTA influenzano la sicurezza dell'App Store
-description: >-
-  Gli aggiornamenti OTA semplificano i miglioramenti delle app ma comportano
-  rischi per la sicurezza. Scopri come proteggere gli utenti mantenendo la
-  conformità con gli standard degli app store.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T02:34:12.739Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78-1745634908381.jpg
-head_image_alt: Sviluppo Mobile
-keywords: 'OTA updates, app security, app store compliance, encryption, vulnerabilities'
-tag: 'Mobile, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Gli aggiornamenti OTA (over-the-air) permettono agli sviluppatori di distribuire modifiche direttamente agli utenti senza attendere le approvazioni degli app store. Questo velocizza la correzione di bug, patch di sicurezza e il rilascio di nuove funzionalità. **Il 95% degli utenti installa gli aggiornamenti entro 24 ore**, ma la rapidità può introdurre rischi se non gestita in modo sicuro.
-
-### Punti Chiave:
-
-- **Benefici**: Correzioni immediate, rilasci più rapidi di funzionalità, versioni app coerenti.  
-- **Rischi**: Vulnerabilità come iniezione di codice, intercettazione o autenticazione debole.
-- **Misure di Sicurezza**: Crittografia end-to-end, autenticazione forte, funzionalità di rollback e conformità alle linee guida degli app store.
-
-### Confronto Rapido dei Requisiti degli App Store:
-
-| Aspetto di Sicurezza | [Apple App Store](https://developer.apple.com/app-store/) | [Google Play Store](https://developer.android.com/distribute/console) |
-|---|---|---|
-| Integrità del Codice | Verifica binaria firmata | Verifica firma APK |
-| Consegna Aggiornamenti | HTTPS obbligatorio | TLS 1.2+ richiesto |
-
-Piattaforme come [Capgo](https://capgo.app/) forniscono strumenti per garantire la conformità, offrendo funzionalità come crittografia, integrazione CI/CD e supporto al rollback. Scegliere una piattaforma OTA sicura è essenziale per proteggere gli utenti e mantenere la conformità con gli app store.
-
-## Invio di Aggiornamenti Over-the-Air (OTA) con EAS Update | Step ...
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Rischi di Sicurezza negli Aggiornamenti OTA
-
-Gli aggiornamenti OTA possono introdurre rischi che compromettono la sicurezza degli utenti e la conformità normativa. Affrontare questi rischi richiede una chiara comprensione delle potenziali vulnerabilità.
-
-### Punti di Attacco
-
-La natura dinamica degli aggiornamenti OTA apre diversi punti deboli che gli attaccanti potrebbero sfruttare. Ecco alcune vulnerabilità comuni:
-
-| Vettore di Attacco | Descrizione del Rischio | Livello di Impatto |
-|---|---|---|
-| Iniezione di Codice | Codice malevolo aggiunto durante il processo di aggiornamento | Critico |
-| Man-in-the-Middle | Aggiornamenti intercettati e alterati durante la trasmissione | Alto |
-
-Capgo mitiga questi rischi utilizzando la **crittografia end-to-end** per mantenere l'integrità del codice [\[1\]](https://capgo.app/).
-
-Queste vulnerabilità non rappresentano solo rischi individuali - possono portare a problemi di sicurezza su larga scala.
-
-### Preoccupazioni per lo Sfruttamento di Massa
-
-I sistemi di aggiornamento OTA hanno il potenziale di influenzare simultaneamente un numero enorme di utenti. Alcuni rischi chiave includono:
-
-- Gli aggiornamenti possono essere distribuiti a migliaia di dispositivi contemporaneamente.
-- Se compromessi, gli aggiornamenti possono eseguire codice dannoso su tutti i dispositivi interessati.
-- Le misure di sicurezza tradizionali degli app store potrebbero essere completamente aggirate.
-
-La velocità e la scala delle distribuzioni OTA possono amplificare significativamente i danni causati da una violazione.
-
-### Problemi di Autenticazione degli Aggiornamenti 
-
-Garantire aggiornamenti sicuri dipende anche da metodi di autenticazione robusti. Un'autenticazione debole può permettere agli attaccanti di iniettare aggiornamenti dannosi nel processo. Alcune sfide comuni includono:
-
-| Sfida | Implicazione di Sicurezza |
-|---|---|
-| Verifica della Firma | Assicura che gli aggiornamenti siano crittograficamente firmati per la validità |
-| Controllo Accessi | Protegge le credenziali degli sviluppatori dall'essere compromesse |
-| Controllo Versioni | Mantiene la sequenza e l'integrità corretta degli aggiornamenti |
-
-Per affrontare queste sfide, molte soluzioni implementano ora la **crittografia end-to-end** insieme a rigidi protocolli di autenticazione, garantendo un processo di aggiornamento OTA più sicuro.
-
-## Regole di Sicurezza degli App Store
-
-Apple e Google impongono rigide misure di sicurezza per proteggere i processi di aggiornamento OTA (over-the-air).
-
-### Requisiti di Apple e Google
-
-Gli app store richiedono che le app abilitate OTA seguano protocolli specifici per garantire l'integrità del codice e aggiornamenti sicuri. Ecco un confronto:
-
-| Requisito | Apple App Store | Google Play Store |
-|---|---|---|
-| Integrità del Codice | Verifica binaria firmata | Verifica firma APK |
-| Consegna Aggiornamenti | HTTPS obbligatorio | TLS 1.2+ richiesto |
-
-Gli sviluppatori devono utilizzare sia la firma digitale che server sicuri per distribuire gli aggiornamenti. La conformità significa mantenere canali sicuri durante l'intero processo di aggiornamento.
-
-### Effetti della Non Conformità
-
-Il mancato rispetto di questi requisiti può portare a gravi problemi:
-
-- **Impatti Immediati**: La non conformità può comportare la rimozione dell'app durante gli audit, interrompendo le operazioni e danneggiando la credibilità.
-- **Conseguenze a Lungo Termine**: Violazioni ripetute potrebbero portare a penalità più severe, rendendo più difficili le future sottomissioni di app.
-- **Impatto sulla Fiducia degli Utenti**: Gli utenti potrebbero perdere fiducia nella capacità dello sviluppatore di fornire aggiornamenti sicuri, danneggiando la reputazione dello sviluppatore.
-
-Questi rischi evidenziano l'importanza di aderire alle regole di sicurezza degli app store.
-
-### Fasi di Scansione di Sicurezza
-
-Gli sviluppatori possono ridurre i rischi di non conformità implementando scansioni approfondite in ogni fase del processo di aggiornamento. Ecco come:
-
-| Fase di Scansione | Azioni Essenziali | Metodo di Verifica |
-|---|---|---|
-| Pre-distribuzione | Controllare l'integrità del codice | Test automatizzati |
-| Pacchetto di Aggiornamento | Verificare le firme digitali | Validazione certificati |
-| Runtime | Eseguire controlli di sicurezza dinamici | Monitoraggio in tempo reale |
-
-Capgo garantisce la conformità offrendo soluzioni "conformi agli App Store" [\[1\]](https://capgo.app/), con crittografia end-to-end e protocolli di sicurezza avanzati.
-
-Audit regolari dei sistemi di aggiornamento OTA rispetto alle attuali linee guida degli app store sono essenziali per mantenere la conformità ed evitare il rifiuto delle app.
-
-## Migliori Pratiche di Sicurezza
-
-Garantire aggiornamenti OTA sicuri richiede un mix di misure tecniche e procedure ben definite.
-
-### Metodi di Protezione dei Dati
-
-Un elemento chiave degli aggiornamenti OTA sicuri è la **crittografia end-to-end**, che protegge i pacchetti di aggiornamento dallo sviluppatore al dispositivo dell'utente finale.
-
-| Livello di Protezione | Misura di Sicurezza | Scopo |
-|---|---|---|
-| Trasmissione | HTTPS/TLS 1.2+ | Protegge i dati durante il trasferimento |
-| Archiviazione | Crittografia end-to-end | Blocca accessi non autorizzati |
-| Verifica | Firme digitali | Conferma l'integrità degli aggiornamenti |
-
-> "L'unica soluzione con vera crittografia end-to-end, gli altri si limitano a firmare gli aggiornamenti" [\[1\]](https://capgo.app/)
-
-Inoltre, un processo di rilascio controllato può aiutare a ridurre i potenziali rischi.
-
-### Processo di Rilascio Controllato
-
-Per gestire gli aggiornamenti in modo sicuro ed efficace, seguire questi passaggi:
-
-- **Distribuzione Graduale**: Iniziare con un piccolo gruppo di utenti, poi espandere gradualmente in base ai dati di performance.
-- **Monitoraggio in Tempo Reale**: Tracciare i tassi di successo degli aggiornamenti, i log degli errori e il coinvolgimento degli utenti per eventuali irregolarità.
-- **Preparazione al Rollback**: Avere sempre versioni di backup firmate e crittografate pronte per rollback rapidi se necessario.
-
-### Funzionalità della Piattaforma [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78/c4b9497df1c5d14f98df25934b50bafa.jpg)
-
-Una piattaforma affidabile per aggiornamenti OTA incorpora queste pratiche per proteggere e semplificare le distribuzioni. Cercare piattaforme che offrano funzionalità di sicurezza essenziali.
-
-| Funzionalità | Beneficio di Sicurezza |
-|---|---|
-| Crittografia end-to-end | Protegge gli aggiornamenti da accessi non autorizzati |
-| Integrazione CI/CD | Automatizza e semplifica il processo di distribuzione |
-| Sistema di canali | Supporta test beta controllati e rollout graduali |
-| Dashboard analytics | Monitora le performance degli aggiornamenti in tempo reale |
-| Supporto rollback | Permette il ripristino istantaneo in caso di problemi |
-
-Per gli utenti enterprise, Capgo offre servizi di configurazione CI/CD al prezzo di $2.600 [\[1\]](https://capgo.app/), assicurando che il framework di sicurezza sia configurato correttamente fin dall'inizio.
-
-## Confronto Piattaforme OTA
-
-Quando si valutano le piattaforme per aggiornamenti OTA, è essenziale considerare stabilità, funzionalità di sicurezza e supporto a lungo termine. La chiusura di [Microsoft CodePush](https://microsoft.github.io/code-push/) nel 2024 e l'imminente chiusura di [Appflow](https://ionic.io/appflow/) nel 2026 sottolineano l'importanza di scegliere una soluzione affidabile. Questo confronto evidenzia come solide misure di sicurezza e supporto costante distinguano le principali piattaforme OTA.
-
-### Matrice delle Funzionalità delle Piattaforme
-
-| Funzionalità | Capgo | Appflow | CodePush |
-|---|---|---|---|---|
-| **Stato Attivo** | Operativa dal 2022 | Operativa dal 2024 | Chiusura 2026 | Chiuso 2024 |
-| **Crittografia End-to-End** | Sì | No | No | No |
-| **Tasso di Successo Aggiornamenti** | 82% mondiale | N/D | N/D | N/D |
-| **Velocità Aggiornamento Utenti** | 95% entro 24h | N/D | N/D | N/D |
-| **Velocità CDN Globale** | 114ms (bundle 5MB) | N/D | Varia | N/D |
-| **[Opzione Self-Hosting](https://capgo.app/blog/self-hosted-capgo/)** | Sì | Limitata | No | No |
-| **Integrazione CI/CD** | Sì | Base | Sì | No |
-| **Conformità App Store** | Completa | Parziale | Completa | Limitata |
-| **Utenti Attivi Mensili** | Scalabile a 1M+ | Limitati | Enterprise | N/D |
-
-Selezionare la giusta piattaforma OTA è cruciale per garantire la conformità agli app store e mantenere operazioni sicure ed efficienti. Le piattaforme moderne ora integrano funzionalità di sicurezza avanzate con supporto affidabile a lungo termine.
-
-> "Stiamo attualmente provando @Capgo dato che Appcenter ha interrotto il supporto agli aggiornamenti live sulle app ibride e @AppFlow è troppo costoso."  
-> – Simon Flack [\[1\]](https://capgo.app/)
-
-I costi per le piattaforme OTA possono variare notevolmente, con operazioni CI/CD che vanno da $300 al mese a $6.000 all'anno [\[1\]](https://capgo.app/).
-
-> "Ho cancellato il mio abbonamento @Appflow dopo 4 anni. Code-Push non ha mai funzionato bene, speriamo che @CapGO abbia risolto il problema."  
-> – LeVar Berry [\[1\]](https://capgo.app/)
-
-Con 1.4K app in produzione che si affidano a queste soluzioni, è chiaro che il mercato apprezza le piattaforme che danno priorità alla sicurezza e all'affidabilità [\[1\]](https://capgo.app/).
-
-## Conclusione
-
-Le misure di sicurezza e le informazioni sulle piattaforme trattate in precedenza evidenziano l'importanza di strategie ben bilanciate per gli aggiornamenti OTA (over-the-air). I dati del settore sottolineano la necessità di controlli di sicurezza precisi insieme a capacità di distribuzione efficienti [\[1\]](https://capgo.app/).
-
-Le piattaforme OTA di oggi si sono evolute per affrontare le principali sfide di sicurezza rispettando al contempo i rigidi standard degli app store. Questo progresso affronta i rischi precedenti e garantisce la conformità ai requisiti degli app store. Le soluzioni efficaci combinano solidi framework di sicurezza con [processi di aggiornamento fluidi](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), portando ad alti tassi di successo e un'ampia adozione da parte degli utenti [\[1\]](https://capgo.app/).
-
-> "La community ne aveva bisogno e @Capgo sta facendo qualcosa di davvero importante!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-Le pratiche di sicurezza sono diventate uno standard del settore, con la crittografia end-to-end ora una caratteristica indispensabile. La transizione dai vecchi metodi di aggiornamento alle piattaforme OTA sicure permette agli sviluppatori di mantenere solide misure di sicurezza offrendo aggiornamenti in modo più efficace.
-
-Ecco alcuni elementi critici di sicurezza e il loro ruolo nella conformità agli app store:
-
-| Aspetto di Sicurezza | Impatto sulla Conformità agli App Store |
-| --- | --- |
-| Crittografia End-to-End | Protegge l'integrità dei dati durante il transito |
-| Autenticazione degli Aggiornamenti | Blocca gli aggiornamenti non autorizzati |
-| Capacità di Rollback | Offre correzioni rapide per problemi di sicurezza |
-| Monitoraggio degli Errori | Supporta la stabilità e la sicurezza delle app |
-
-Le moderne piattaforme OTA dimostrano che sicurezza ed efficienza possono coesistere. Bilanciare queste due priorità è vitale per mantenere la conformità e guadagnare la fiducia degli utenti nel mondo odierno guidato dalle app [\[1\]](https://capgo.app/).
-
-## FAQ
-
-:::faq
-### Quali rischi comportano gli aggiornamenti OTA per la sicurezza delle app e come possono affrontarli gli sviluppatori?
-
-Gli aggiornamenti OTA (Over-The-Air) possono esporre le app a potenziali vulnerabilità, come accessi non autorizzati o compromissione dell'integrità dei dati, specialmente se gli aggiornamenti non sono adeguatamente protetti. Questi rischi possono influenzare la conformità agli app store e la fiducia degli utenti.
-
-Per mitigare questi rischi, gli sviluppatori dovrebbero implementare robuste misure di sicurezza come la **crittografia end-to-end**, test regolari e pratiche di distribuzione sicure. Strumenti come Capgo possono aiutare a semplificare questo processo consentendo aggiornamenti istantanei per le app Capacitor senza richiedere approvazioni dell'app store. Le funzionalità di Capgo, come l'integrazione CI/CD e l'assegnazione di aggiornamenti specifici per utente, garantiscono che gli aggiornamenti siano sia sicuri che conformi agli standard Apple e Android.
-:::
-
-:::faq
-### Come aiutano gli aggiornamenti OTA a mantenere la conformità di sicurezza degli app store e cosa succede se la conformità non viene rispettata?
-
-Gli aggiornamenti OTA (Over-The-Air) giocano un ruolo cruciale nel mantenere la conformità di sicurezza degli app store permettendo agli sviluppatori di distribuire rapidamente aggiornamenti, correzioni di bug e nuove funzionalità senza attendere lunghi processi di approvazione degli app store. Questo assicura che le app rimangano sicure e aggiornate con gli ultimi requisiti di Apple e Android.
-
-Il mancato rispetto degli standard di sicurezza degli app store può portare a gravi conseguenze, come la rimozione delle app dallo store, perdita della fiducia degli utenti o persino sanzioni legali. Soluzioni come **Capgo** rendono più facile gestire gli aggiornamenti OTA rispettando tutti i requisiti di conformità, offrendo funzionalità come la crittografia end-to-end e l'integrazione perfetta con i flussi di lavoro di sviluppo.
-:::
-
-:::faq
-### Quali caratteristiche chiave dovrebbero prioritizzare gli sviluppatori in una piattaforma OTA per garantire aggiornamenti sicuri e fluidi delle app?
-
-Per garantire aggiornamenti delle app sicuri e fluidi, gli sviluppatori dovrebbero dare priorità a funzionalità come la **crittografia end-to-end**, l'**integrazione con pipeline CI/CD** e la capacità di assegnare aggiornamenti a specifici gruppi di utenti. Queste capacità aiutano a proteggere i dati delle app, semplificare il processo di aggiornamento e fornire un maggiore controllo su chi riceve gli aggiornamenti.
-
-Ad esempio, piattaforme come Capgo sono progettate per soddisfare i requisiti di conformità sia per Apple che per Android, offrendo aggiornamenti in tempo reale senza necessità di approvazione dell'app store. Concentrandosi su sicurezza, efficienza e conformità, gli sviluppatori possono distribuire aggiornamenti con fiducia minimizzando i rischi.
-:::
diff --git a/src/content/blog/it/how-rbac-secures-ota-updates-in-capacitor-apps.md b/src/content/blog/it/how-rbac-secures-ota-updates-in-capacitor-apps.md
deleted file mode 100644
index 12ab1fd94..000000000
--- a/src/content/blog/it/how-rbac-secures-ota-updates-in-capacitor-apps.md
+++ /dev/null
@@ -1,118 +0,0 @@
----
-slug: how-rbac-secures-ota-updates-in-capacitor-apps
-title: Come RBAC protegge gli aggiornamenti OTA nelle app Capacitor
-description: >-
-  Scopri come il controllo degli accessi basato sui ruoli migliora la sicurezza
-  degli aggiornamenti OTA nelle app mobili, proteggendo dalle vulnerabilità e
-  garantendo la conformità.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:26:25.949Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680839e8fe5cbf0502ddad36-1745375221230.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  RBAC, OTA updates, security, mobile apps, end-to-end encryption, role-based
-  access control, deployment permissions
-tag: 'Mobile, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-RBAC (Controllo degli Accessi Basato sui Ruoli) è un punto di svolta per la sicurezza degli aggiornamenti OTA (Over-the-Air) nelle app [Capacitor](https://capacitorjs.com/). Ecco perché è importante:
-
--   **Rischi Chiave per la Sicurezza**: Gli aggiornamenti OTA possono essere vulnerabili all'iniezione di codice dannoso, all'intercettazione e all'uso improprio se i permessi non sono gestiti correttamente.
--   **Come Aiuta RBAC**: Assegnando ruoli (come sviluppatore, tester, amministratore) con permessi specifici, RBAC garantisce che solo gli utenti autorizzati possano distribuire aggiornamenti, gestire i tester o eseguire rollback, riducendo i rischi.
--   **Funzionalità di [Capgo](https://capgo.app/)**: Capgo si distingue con **crittografia end-to-end**, permessi granulari e supporto multi-organizzazione, rendendo gli aggiornamenti più sicuri e conformi agli standard di sicurezza statunitensi.
-
-RBAC non riguarda solo la sicurezza; si tratta di mantenere fiducia e conformità mentre si scalano efficientemente gli aggiornamenti della tua app.
-
-## Cos'è il Controllo degli Accessi Basato sui Ruoli (RBAC)?
-
-<iframe src="https://www.youtube.com/embed/-aPHg0uRYUI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Lacune di Sicurezza negli Aggiornamenti OTA
-
-Identificare queste lacune evidenzia come RBAC (Controllo degli Accessi Basato sui Ruoli) possa aiutare ad affrontarle efficacemente.
-
-### Debolezze Comuni nella Sicurezza
-
-Gli attaccanti con accesso non autorizzato ai sistemi di distribuzione possono iniettare codice dannoso negli aggiornamenti, mettendo a rischio gli utenti. Quando i pacchetti di aggiornamento mancano di vera crittografia end-to-end, possono essere intercettati e manomessi. Per esempio, mentre Capgo fornisce vera crittografia end-to-end, molti concorrenti si affidano solo alla firma degli aggiornamenti [\[1\]](https://capgo.app/). Inoltre, diritti di distribuzione troppo ampi aumentano le possibilità di uso improprio accidentale o intenzionale. Senza ruoli e permessi chiaramente definiti, queste vulnerabilità rimangono irrisolte.
-
-### Conseguenze dei Fallimenti di Sicurezza
-
-Un sistema OTA compromesso può distribuire aggiornamenti dannosi che espongono dati sensibili, interrompono la funzionalità e interferiscono con le operazioni. Questi problemi non solo erodono la fiducia degli utenti ma creano anche rischi legali. Fallimenti frequenti possono danneggiare la reputazione di un'azienda e portare a costosi sforzi di correzione.
-
-### Allineamento con gli Standard di Sicurezza USA
-
-Gli standard di sicurezza statunitensi impongono l'uso della crittografia end-to-end per tutti gli aggiornamenti e richiedono permessi di distribuzione dettagliati basati sui ruoli. Audit regolari dei privilegi di accesso sono essenziali per garantire responsabilità e minimizzare il rischio di modifiche non autorizzate.
-
-## Funzionalità di Sicurezza RBAC
-
-Ora che abbiamo discusso le lacune di sicurezza OTA, vediamo come le funzionalità RBAC affrontano questi problemi.
-
-RBAC funziona attraverso tre componenti principali: **ruoli**, **permessi** e **livelli di accesso**. I ruoli (come sviluppatori, QA o team leader) sono legati a permessi specifici, mentre i livelli di accesso limitano l'ambito delle distribuzioni. Questa configurazione garantisce che solo gli utenti autorizzati possano distribuire aggiornamenti agli ambienti approvati. Questi meccanismi contrastano direttamente vulnerabilità come iniezione, intercettazione e permessi troppo ampi.
-
-### RBAC per Aziende USA
-
-Negli Stati Uniti, le organizzazioni spesso utilizzano strutture di ruoli gerarchiche per mantenere sia sicurezza che efficienza. Su Capgo, gli amministratori possono assegnare e perfezionare i permessi utente per tester, utenti beta e organizzazioni. Questo approccio non solo garantisce la conformità alle normative ma supporta anche una scalabilità sicura mentre i team crescono [\[1\]](https://capgo.app/).
-
-## Configurazione di RBAC per Aggiornamenti OTA
-
-Usando l'esempio della gerarchia USA, Capgo permette di integrare i ruoli direttamente nella sua dashboard e CLI. Ecco come puoi implementare i principi RBAC in Capgo utilizzando i suoi strumenti integrati:
-
-### Guida alla Configurazione RBAC
-
-Capgo semplifica la sicurezza degli aggiornamenti OTA con le sue funzionalità RBAC integrate, offrendo definizioni dettagliate dei ruoli e una CLI a comando singolo per le distribuzioni [\[1\]](https://capgo.app/):
-
--   **Definisci ruoli** come tester, sviluppatore e admin, e assegna permessi specifici.
--   **Crea organizzazioni** per mantenere i progetti separati.
--   **Imposta canali** per test beta e rollout graduali.
--   **Distribuisci aggiornamenti** rapidamente usando la CLI di Capgo.
-
-Ora, vediamo come RBAC di Capgo si confronta con le vecchie soluzioni OTA.
-
-Le funzionalità chiave includono:
-
--   **Permessi utente granulari** per un controllo preciso degli accessi.
--   **Distribuzioni basate su canali** per gestire beta e rollout graduali.
-
-| Funzionalità | Beneficio | Caso d'uso |
-| --- | --- | --- |
-| Permessi granulari | Controllo accessi preciso | Distribuzioni controllate |
-| Supporto multi-organizzazione | Ambienti separati | Progetti livello enterprise |
-| Rollout basati su canali | Consegna aggiornamenti mirata | Test beta |
-
-### Confronto Piattaforme OTA
-
-Nel valutare le piattaforme OTA per RBAC, ecco alcuni aspetti distintivi di Capgo:
-
--   Crittografia end-to-end completa, mentre molte piattaforme si affidano solo alla firma.
--   Opzioni migliorate per l'assegnazione degli utenti.
--   Struttura organizzativa semplificata per una gestione più facile.
-
-## Punti di Forza e Limiti di RBAC
-
-### Vantaggi di RBAC
-
-Questi benefici chiave di RBAC affrontano le sfide di sicurezza menzionate in precedenza:
-
--   **Permessi granulari**: Limitando i diritti di distribuzione a ruoli e ambienti specifici, il rischio di iniezione di codice non autorizzato è minimizzato.
--   **Gestione multi-organizzazione**: Isolare i domini di sicurezza aiuta a prevenire movimenti laterali tra team e progetti, migliorando la sicurezza complessiva.
--   **Assegnazione dinamica dei ruoli**: Regolare i livelli di accesso mentre i team crescono aiuta a rimuovere permessi obsoleti che potrebbero portare a vulnerabilità.
-
-## Conclusione
-
-### Punti Chiave
-
-RBAC garantisce aggiornamenti over-the-air (OTA) sicuri nelle app Capacitor utilizzando controlli dettagliati per bloccare distribuzioni non autorizzate mantenendo i processi efficienti. Funzionalità come crittografia end-to-end, ambienti isolati, permessi flessibili e canali di distribuzione gestiti lavorano insieme per creare una configurazione di sicurezza robusta.
-
-### Funzionalità RBAC di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680839e8fe5cbf0502ddad36/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-Capgo si basa su questi concetti con una piattaforma open-source che offre vera crittografia end-to-end e permessi basati sui ruoli. Questo permette una [gestione degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) sicura e scalabile attraverso multiple organizzazioni [\[1\]](https://capgo.app/).
-
-> "L'unica soluzione con vera crittografia end-to-end, gli altri si limitano a firmare gli aggiornamenti" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/it/how-to-add-dependencies-in-capacitor-plugins.md b/src/content/blog/it/how-to-add-dependencies-in-capacitor-plugins.md
deleted file mode 100644
index c982b1489..000000000
--- a/src/content/blog/it/how-to-add-dependencies-in-capacitor-plugins.md
+++ /dev/null
@@ -1,292 +0,0 @@
----
-slug: how-to-add-dependencies-in-capacitor-plugins
-title: Come Aggiungere Dipendenze nei Plugin Capacitor
-description: >-
-  Impara a ottimizzare la gestione delle dipendenze nei plugin Capacitor su
-  tutte le piattaforme con passaggi pratici e best practice.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T02:08:04.837Z
-updated_at: 2025-03-27T02:08:34.795Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4966a10051fda3b63500a-1743041314795.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, plugin dependencies, iOS, Android, JavaScript, CocoaPods, Gradle,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Aggiungere dipendenze ai [Capacitor](https://capacitorjs.com/) plugin può sembrare complicato, ma è più semplice quando suddiviso in passaggi chiari. Ecco cosa devi sapere:**
-
-1. **Comprendere gli strumenti**:
-    - **JavaScript**: Usa `npm` per gestire le dipendenze.
-    - **iOS**: Usa [CocoaPods](https://cocoapods.org/) o Swift Package Manager (SPM).
-    - **Android**: Usa [Gradle](https://gradle.org/) per la gestione delle dipendenze.
-2. **Configura il tuo ambiente di sviluppo**:
-    - Installa strumenti come [Node.js](https://nodejs.org/en), [npm](https://www.npmjs.com/), [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), CocoaPods e JDK.
-3. **Avvia il tuo [progetto plugin Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)**:
-    - Usa `npm init @capacitor/plugin` per creare un nuovo plugin.
-4. **Aggiungi dipendenze JavaScript**:
-    - Usa `npm install` per le dipendenze di produzione e sviluppo.
-    - Aggiorna `package.json` per includere peer dependencies come `@capacitor/core`.
-5. **Gestisci le dipendenze specifiche per piattaforma**:
-    - **iOS**: Configura CocoaPods o SPM con librerie come [Alamofire](https://github.com/Alamofire/Alamofire) o [SwiftyJSON](https://github.com/SwiftyJSON/SwiftyJSON).
-    - **Android**: Usa Gradle per aggiungere dipendenze come Gson o AppCompat.
-6. **Ottimizza le prestazioni**:
-    - Fissa le versioni, controlla le dipendenze e risolvi i conflitti per garantire la stabilità.
-7. **Usa strumenti come [Capgo](https://capgo.app/) per aggiornamenti live**:
-    - Pubblica aggiornamenti istantaneamente senza revisioni dell'app store.
-
-**Confronto rapido degli strumenti**:
-
-| Piattaforma | Strumento | Esempio di Dipendenza |
-| --- | --- | --- |
-| JavaScript | npm | `npm install lodash --save` |
-| iOS | CocoaPods/SPM | `pod 'Alamofire', '~> 5.6.4'` |
-| Android | Gradle | `implementation 'com.google.code.gson:gson:2.10.1'` |
-
-**Perché è importante**: Gestire efficacemente le dipendenze assicura che il tuo plugin funzioni perfettamente su tutte le piattaforme, risparmia tempo ed evita errori. Approfondiamo i passaggi.
-
-## Come creare un plugin [Capacitor](https://capacitorjs.com/) per iOS/Android
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-27.jpg?auto=compress)
-
-<Steps>
-
-## Configurazione dell'ambiente di sviluppo
-
-Prepara la tua configurazione con gli strumenti necessari per gestire efficacemente le dipendenze del [plugin Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Strumenti di sviluppo richiesti
-
-Ecco un elenco degli strumenti necessari:
-
-| Strumento | Versione | Scopo |
-| --- | --- | --- |
-| Node.js | 16.0.0+ | Ambiente di runtime JavaScript |
-| npm | 8.0.0+ | Gestione pacchetti |
-| Xcode | 14.0+ | Sviluppo iOS (solo Mac) |
-| Android Studio | Electric Eel+ | Sviluppo Android |
-| CocoaPods | 1.11.0+ | Gestione dipendenze iOS |
-| JDK | 11+ | Strumenti di build Android |
-
-### Avviare un nuovo plugin
-
-Usa la CLI di Capacitor per avviare il tuo progetto plugin. Questo include la configurazione delle piattaforme e la denominazione del tuo plugin usando un formato di dominio inverso (es. `com.mycompany.plugin`):
-
-1. Esegui il seguente comando:
-   `npm init @capacitor/plugin`
-2. Scegli le tue piattaforme target (iOS/Android).
-3. Assegna un nome al tuo plugin nel formato dominio inverso.
-
-### Passaggi per la configurazione del progetto
-
-1. **Aggiorna `package.json`**
-
-2. **Configurazione specifica per piattaforma**
-    - Per **iOS**, assicurati che il tuo Podfile includa:
-    - Per **Android**, verifica che il tuo `build.gradle` contenga:
-
-3. **Configura le variabili d'ambiente**
-
-    Configura le seguenti variabili d'ambiente per i tuoi strumenti di sviluppo:
-
-    | Variabile | Scopo | Valore di esempio |
-    | --- | --- | --- |
-    | ANDROID_HOME | Posizione SDK Android | /Users/username/Library/Android/sdk |
-    | JAVA_HOME | Percorso installazione JDK | /Library/Java/JavaVirtualMachines/jdk-11.0.12.jdk/Contents/Home |
-    | XCODE_SELECT | Strumenti riga di comando Xcode | /Applications/Xcode.app/Contents/Developer |
-
-Una volta configurato il progetto, sei pronto per passare alla gestione delle dipendenze JavaScript.
-
-## Dipendenze JavaScript
-
-La gestione efficace delle dipendenze JavaScript è fondamentale per mantenere prestazioni stabili del plugin.
-
-### Installazione pacchetti [npm](https://www.npmjs.com/)
-
-![npm](https://mars-images.imgix.net/seobot/screenshots/www.npmjs.com-ac76028e07fa565ed4006978107f5ce6-2025-03-27.jpg?auto=compress)
-
-### Gestione di package.json
-
-Ecco un esempio di configurazione `package.json`:
-
-Per mantenere la coerenza, blocca le versioni delle dipendenze in modo appropriato:
-
-| Tipo vincolo | Esempio | Caso d'uso |
-| --- | --- | --- |
-| Esatto | "5.0.0" | Per dipendenze critiche che richiedono una versione specifica |
-| Circonflesso | "^5.0.0" | Permette aggiornamenti minori e patch |
-| Tilde | "~5.0.0" | Limita gli aggiornamenti solo alle patch |
-
-### Utilizzo delle librerie JavaScript
-
-Quando importi le librerie, concentrati sulla riduzione delle dimensioni del bundle:
-
-Inoltre, assicura una corretta gestione degli errori e il controllo dei tipi:
-
-A seguire, esplora come gestire le dipendenze specifiche per iOS.
-
-## Dipendenze iOS
-
-Questa sezione spiega come gestire le dipendenze native iOS nei [plugin Capacitor](https://capgo.app/plugins/). Una volta configurate le dipendenze JavaScript, il prossimo passo è gestire le dipendenze native iOS.
-
-### Configurazione [CocoaPods](https://cocoapods.org/)
-
-![CocoaPods](https://mars-images.imgix.net/seobot/screenshots/cocoapods.org-fd202c6f9998fdf4cafb9b363e43119c-2025-03-27.jpg?auto=compress)
-
-Inizia inizializzando CocoaPods nella tua directory iOS:
-
-### Configurazione Podfile
-
-Dopo aver inizializzato CocoaPods, configura il Podfile per includere Capacitor e eventuali librerie di terze parti:
-
-Ecco alcuni pattern comuni di configurazione delle dipendenze:
-
-| Tipo vincolo | Esempio | Caso d'uso |
-| --- | --- | --- |
-| Versione esatta | `pod 'KeychainAccess', '4.2.2'` | Quando è necessario un controllo preciso, come per componenti di sicurezza |
-| Versione minore | `pod 'Alamofire', '~> 5.6'` | Per API stabili che possono ricevere aggiornamenti patch |
-| Versione maggiore | `pod 'SwiftyJSON', '> 5.0'` | Quando è accettabile la flessibilità tra gli aggiornamenti |
-
-### Dipendenze Swift Package
-
-Se preferisci non usare CocoaPods, Swift Package Manager (SPM) è una buona alternativa. Aggiungi le dipendenze SPM direttamente in Xcode con la seguente configurazione nel tuo file `Package.swift`:
-
-Per utilizzare le dipendenze SPM nel tuo codice plugin, importale e integrali secondo necessità. Per esempio:
-
-Questo approccio ti permette di scegliere tra CocoaPods e Swift Package Manager in base ai requisiti del tuo progetto.
-
-## Dipendenze Android
-
-Configura le dipendenze Android per garantire una perfetta integrazione nativa. Ecco come gestire le dipendenze per il tuo plugin Capacitor.
-
-### Dipendenze [Gradle](https://gradle.org/)
-
-![Gradle Build Tool Interface](https://mars-images.imgix.net/seobot/screenshots/gradle.org-85d271057dfb5e2e134ec99beaad5682-2025-03-27.jpg?auto=compress)
-
-### Configurazione Repository
-
-Nel tuo `build.gradle` a livello di progetto, includi i repository Maven necessari:
-
-Se stai usando repository Maven personalizzati o privati, aggiungi le credenziali così:
-
-Con i repository configurati, affronta eventuali conflitti di dipendenze che possono sorgere.
-
-### Risoluzione problemi di compatibilità
-
-Per gestire i conflitti di dipendenze, applica le risoluzioni di versione nel tuo `build.gradle`:
-
-Ecco le strategie per risolvere i problemi comuni con le dipendenze:
-
-| Tipo problema | Strategia | Esempio |
-| --- | --- | --- |
-| Conflitto versione | Forza una versione specifica | `force 'com.google.code.gson:gson:2.10.1'` |
-| Versioni multiple | Escludi un modulo | `exclude group: 'org.json', module: 'json'` |
-| Problemi transitivi | Usa versioni rigide | `strictly 'androidx.core:core-ktx:1.10.1'` |
-
-Per esempio, puoi escludere moduli in conflitto così:
-
-Infine, ottimizza il processo di build abilitando la cache e l'esecuzione parallela in `gradle.properties`:
-
-## Integrazione [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-27.jpg?auto=compress)
-
-Usare Capgo insieme alla gestione delle dipendenze native e JavaScript rende più veloce e facile l'aggiornamento del tuo plugin.
-
-### Informazioni su Capgo
-
-Capgo è una piattaforma di aggiornamento live progettata per plugin e app Capacitor. Con oltre 23,5 milioni di aggiornamenti distribuiti su 750 app in produzione [\[1\]](https://capgo.app/), Capgo permette agli sviluppatori di pubblicare aggiornamenti per dipendenze e codice istantaneamente - senza necessità di revisione dell'app store. Gli aggiornamenti sono protetti con crittografia end-to-end e soddisfano gli standard di conformità sia Apple che Android.
-
-### Funzionalità di aggiornamento Capgo
-
-Capgo semplifica la gestione delle dipendenze dei plugin con queste funzionalità:
-
-| Funzionalità | Cosa fa | Metrica chiave |
-| --- | --- | --- |
-| Aggiornamenti live | Pubblica aggiornamenti in minuti | 95% tasso di aggiornamento utenti in 24 ore |
-| Aggiornamenti parziali | Scarica solo i file modificati | 57ms tempo medio di risposta API |
-| Controllo versioni | Gestisce versioni multiple | 82% tasso di successo globale |
-| Sistema di canali | Target gruppi specifici di utenti | Supporta canali di distribuzione multipli |
-
-Fonte: [\[1\]](https://capgo.app/)
-
-Capgo funziona perfettamente con strumenti CI/CD come GitHub Actions, GitLab CI e Jenkins, automatizzando gli aggiornamenti delle dipendenze e garantendo versioni coerenti dei plugin. Questi strumenti rendono più facile integrare Capgo nel tuo flusso di lavoro.
-
-### Configurazione di Capgo
-
-Segui questi passaggi per integrare Capgo nel tuo progetto:
-
-1. **Installa la CLI di Capgo**
-    
-    Esegui il seguente comando nel terminale:
-    
-    ```json
-    {
-      "capacitor": {
-        "ios": {
-          "src": "ios"
-        },
-        "android": {
-          "src": "android"
-        }
-      },
-      "peerDependencies": {
-        "@capacitor/core": "^5.0.0"
-      }
-    }
-    ```
-    
-2. **Configura le Preferenze di Aggiornamento**
-    
-    Usa la dashboard di Capgo per configurare i canali di distribuzione e le preferenze. Sono supportate sia configurazioni cloud che self-hosted.
-    
-3. **Aggiungi la Logica di Aggiornamento**
-    
-    Aggiungi questo codice al tuo file plugin principale per abilitare gli aggiornamenti:
-    
-    ```ruby
-        platform :ios, '13.0'
-        use_frameworks!
-        ```
-    
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!" - Rodrigo Mantica
-
-Capgo fornisce anche una dashboard analitica per informazioni in tempo reale sui tassi di successo degli aggiornamenti e l'attività degli utenti. Funzionalità come il rollback con un clic e il monitoraggio degli errori aiutano a risolvere rapidamente eventuali problemi, mantenendo fluidi gli aggiornamenti del plugin.
-
-## Conclusione
-
-### Revisione del Processo
-
-La gestione delle dipendenze per i plugin Capacitor implica l'allineamento dei componenti nativi (iOS e Android) con le loro controparti JavaScript per garantire un'integrazione fluida. Questo processo include configurazioni specifiche per piattaforma e gestione dei pacchetti JavaScript per ottenere le migliori prestazioni. Seguire i passaggi delineati aiuterà a mantenere una funzionalità del plugin stabile ed efficiente.
-
-### Migliori Pratiche
-
-Per gestire efficacemente le dipendenze, considera queste pratiche:
-
-| Pratica | Beneficio | Come Implementare |
-| --- | --- | --- |
-| Fissaggio Versioni | Evita problemi imprevisti | Usa versioni fisse in `package.json` |
-| Isolamento Piattaforme | Minimizza i conflitti | Separa le dipendenze native |
-| Aggiornamenti Regolari | Migliora la sicurezza | Applica patch critiche tempestivamente |
-| Audit Dipendenze | Rileva rischi | Esegui `npm audit` frequentemente |
-
-L'utilizzo di strumenti di aggiornamento live come Capgo può ulteriormente semplificare e migliorare queste pratiche abilitando aggiornamenti in tempo reale.
-
-### Benefici di Capgo
-
-Capgo semplifica il processo di gestione delle dipendenze mantenendo prestazioni elevate. Raggiunge un impressionante **tasso di aggiornamento del 95% degli utenti entro 24 ore** e mantiene un tempo di risposta API globale di **57ms** [\[1\]](https://capgo.app/). Con la crittografia end-to-end, garantisce aggiornamenti sicuri conformi alle linee guida sia di Apple che di Android. Per i team che gestiscono più versioni di plugin, il sistema di canali di Capgo permette distribuzioni mirate per gruppi specifici di utenti.
-
-Ecco una rapida panoramica delle prestazioni di Capgo:
-
-| Metrica | Valore |
-| --- | --- |
-| Tempo di Risposta API Globale | 57ms |
-| Tasso di Successo Aggiornamenti | 82% |
-| Tasso di Aggiornamento Utenti (24 Ore) | 95% |
diff --git a/src/content/blog/it/how-to-add-geolocation-targeting-to-ota-updates.md b/src/content/blog/it/how-to-add-geolocation-targeting-to-ota-updates.md
deleted file mode 100644
index 1ab627a7c..000000000
--- a/src/content/blog/it/how-to-add-geolocation-targeting-to-ota-updates.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-slug: how-to-add-geolocation-targeting-to-ota-updates
-title: Come Aggiungere il Targeting della Geolocalizzazione agli Aggiornamenti OTA
-description: >-
-  Scopri come implementare il targeting basato sulla geolocalizzazione negli
-  aggiornamenti OTA per migliorare il coinvolgimento degli utenti con
-  funzionalità specifiche per la posizione e aggiornamenti tempestivi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-23T04:39:40.995Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ba891fbfa83cf6a92e8bd2-1740285846827.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  geolocation targeting, OTA updates, mobile app updates, user engagement,
-  location-based features, background location tracking, app development,
-  analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi fornire [aggiornamenti dell'app](https://capgo.app/plugins/capacitor-updater/) personalizzati in base alla posizione degli utenti?** Il targeting geolocalizzato negli aggiornamenti Over-the-Air (OTA) rende questo possibile. Ecco una rapida panoramica di come puoi combinare la geolocalizzazione con gli aggiornamenti OTA per migliorare l'esperienza utente e il coinvolgimento:
-
--   **Perché il Targeting Geolocalizzato?**
-    
-    -   Fornire funzionalità, promozioni o aggiornamenti specifici per località.
-    -   Rispondere in tempo reale a eventi locali o condizioni meteorologiche.
-    -   Aumentare la precisione del targeting utilizzando metodi basati su GPS o IP.
--   **Di Cosa Hai Bisogno per Iniziare:**
-    
-    -   Un'app [Capacitor](https://capacitorjs.com/) con funzionalità web e native.
-    -   Plugin di localizzazione come `@capacitor/geolocation` per il tracciamento.
-    -   Una piattaforma OTA come [Capgo](https://capgo.app/) che supporta il targeting geolocalizzato.
--   **Come Funziona:**
-    
-    -   Configurare i permessi di localizzazione (iOS: `Info.plist`, Android: `AndroidManifest.xml`).
-    -   Impostare il tracciamento della posizione in background con alta precisione.
-    -   Utilizzare regole di geofencing per inviare aggiornamenti basati sulla posizione dell'utente.
-    -   Crittografare i dati di localizzazione per la sicurezza e monitorare le prestazioni degli aggiornamenti.
-
-**Benefici Principali:**
-
--   Maggiore coinvolgimento: Gli aggiornamenti personalizzati migliorano l'interazione dell'utente.
--   Tempistica migliore: Invia aggiornamenti basati su necessità o eventi regionali.
--   Analytics migliorati: Misura i tassi di successo e la precisione della localizzazione.
-
-Questa guida ti accompagna attraverso gli strumenti, la configurazione e le strategie per implementare la geolocalizzazione nei tuoi aggiornamenti OTA. Inizia oggi a fornire aggiornamenti più intelligenti!
-
-## Video correlato da YouTube
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Prerequisiti
-
-Prima di immergersi negli aggiornamenti OTA con targeting geolocalizzato, assicurati di avere la seguente configurazione.
-
-### Iniziare con [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-23.jpg?auto=compress)
-
-Per costruire un'[app Capacitor](https://capgo.app/plugins/ivs-player/) consapevole della posizione con aggiornamenti OTA, avrai bisogno di:
-
--   **[Node.js](https://nodejs.org/en) e npm** installati sulla tua macchina.
--   Un progetto Capacitor inizializzato con piattaforme native (iOS/Android).
--   Una comprensione base dei concetti di sviluppo cross-platform.
-
-La tua app dovrebbe supportare sia funzionalità web che native per abilitare aggiornamenti OTA dinamici e tracciare efficacemente i dispositivi.
-
-[Continua la traduzione per il resto del testo...]
diff --git a/src/content/blog/it/how-to-add-third-party-plugins-in-capacitor-apps.md b/src/content/blog/it/how-to-add-third-party-plugins-in-capacitor-apps.md
deleted file mode 100644
index de0efec1e..000000000
--- a/src/content/blog/it/how-to-add-third-party-plugins-in-capacitor-apps.md
+++ /dev/null
@@ -1,350 +0,0 @@
----
-slug: how-to-add-third-party-plugins-in-capacitor-apps
-title: Come aggiungere plugin di terze parti nelle app Capacitor
-description: >-
-  Apprenez à améliorer votre application Capacitor en intégrant des plugins
-  tiers pour une meilleure fonctionnalité et performance.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T14:04:24.780Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d977fb55129a55bd698926-1742306685762.jpg
-head_image_alt: Desenvolvimento Móvel
-keywords: >-
-  Capacitor, third-party plugins, mobile app development, plugin installation,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**¿Quieres mejorar tu** [**Capacitor**](https://capacitorjs.com/) **aplicación con funciones potentes como actualizaciones en vivo, análisis o funcionalidades seguras?** Agregar complementos de terceros es el camino a seguir. Capacitor facilita la integración de complementos, ampliando las capacidades de tu aplicación sin necesidad de programación nativa profunda.
-
-Esto es lo que aprenderás:
-
--   **Herramientas que necesitas:** [Node.js](https://nodejs.org/en), npm, Capacitor CLI, [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), y más.
-    
--   **Lista de habilidades:** JavaScript/TypeScript, [depuración móvil](https://capgo.app/docs/plugin/debugging/), y [conocimiento de la API de Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-    
--   **Encontrar complementos:** Usa npm, [Capacitor Community Hub](https://capgo.app/blog/capacitor-comprehensive-guide/), o GitHub para descubrir opciones confiables.
-    
--   **Instalación de complementos:** Instala a través de npm y sincroniza con `npx cap sync`.
-    
--   **Configuración:** Actualiza archivos específicos de la plataforma como `Info.plist` (iOS) o `AndroidManifest.xml` (Android).
-    
--   [**Consejos de depuración**](https://capgo.app/docs/plugin/debugging/)**:** Utiliza herramientas como `npx cap doctor` y registro detallado para solucionar problemas.
-    
-
-**Consejo Profesional:** Herramientas como [Capgo](https://capgo.app/) hacen que la gestión de actualizaciones y lanzamientos de complementos sea fluida, con funciones como actualizaciones cifradas y análisis en tiempo real.
-
-¿Listo para potenciar tu aplicación? Sumérgete para aprender el proceso paso a paso para integrar y gestionar complementos en tus proyectos de Capacitor.
-
-## [Capacitor](https://capacitorjs.com/) + Nx = Desarrollo de Plugins Multiplataforma
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-18.jpg?auto=compress)
-
-## Antes de Comenzar
-
-Antes de sumergirte en la integración de complementos, asegúrate de que tu configuración y habilidades estén listas para comenzar.
-
-### Herramientas que Necesitarás
-
-Aquí hay una lista rápida de las herramientas requeridas:
-
--   **Node.js**: Versión 16.0 o superior
-    
--   **npm**: Versión 8.0 o posterior
-    
--   **Capacitor CLI**: Última versión estable
-    
--   **IDE/Editor de Código**: Preferentemente [VS Code](https://code.visualstudio.com/) o [WebStorm](https://www.jetbrains.com/webstorm/)
-    
--   **Git**: Para control de versiones
-    
--   **Xcode**: Versión 14 o más nueva (solo Mac)
-    
--   **Android Studio**: Última versión con herramientas SDK
-    
-
-Una vez que hayas instalado estas herramientas, tómate un momento para evaluar tu conjunto de habilidades.
-
-### Lista de Habilidades
-
-Aquí está lo que deberías dominar:
-
-**Habilidades Técnicas Básicas**:
-
--   Conocimiento intermedio de JavaScript/TypeScript
-    
--   Comprensión de los conceptos básicos de la arquitectura de aplicaciones móviles
-    
--   Familiaridad con _async/await_ y patrones de Promesa
-    
--   Experiencia con npm para la gestión de paquetes
-    
-
-**Conocimiento Específico de la Plataforma**:
-
--   Desarrollo básico de iOS (para complementos de iOS)
-    
--   Desarrollo básico de Android (para complementos de Android)
-    
--   [Técnicas de depuración de aplicaciones móviles](https://capgo.app/docs/plugin/debugging/)
-    
-
-**Familiaridad con Frameworks**:
-
--   Conocimiento práctico de la API de Capacitor y de un framework web como [React](https://react.dev/), [Vue](https://vuejs.org/), o [Angular](https://angular.io/)
-    
--   Experiencia en diseño responsivo orientado a móviles
-    
-
-Si alguno de estos aspectos te resulta desconocido, considera prepararte antes de avanzar.
-
-## Encontrando los Complementos Adecuados
-
-### Dónde Encontrar Complementos
-
-Para descubrir [complementos de Capacitor](https://capgo.app/plugins/), comienza con el registro de npm. Busca palabras clave como **"capacitor-plugin"** o **"@capacitor/"**. El equipo oficial de Capacitor mantiene complementos centrales bajo `@capacitor/`, que cubren características como cámara, geolocalización y almacenamiento.
-
-Aquí hay fuentes adicionales que puedes explorar:
-
-| Plataforma | Descripción | Beneficios |
-| --- | --- | --- |
-| Capacitor Community Hub | Complementos gestionados por la comunidad | Compatibilidad verificada, actualizaciones regulares |
-| Listas Geniales de GitHub | Colecciones de complementos curados | Bien organizadas y categorizadas |
-| Publicadores Verificados de npm | Complementos de desarrolladores confiables | Mayor fiabilidad |
-
-Una vez que hayas compilado una lista de complementos potenciales, el siguiente paso es evaluar su calidad.
-
-### Cómo Verificar la Calidad del Complemento
-
-Después de identificar complementos que parecen prometedores, evalúa su calidad utilizando estos factores clave:
-
-**Calidad de Documentación**
-
--   Busca instrucciones de instalación claras, referencias completas de API, guías específicas para la plataforma y ejemplos de código funcionales.
-
-**Estado de Mantenimiento**
-
--   Consulta el repositorio de GitHub del complemento para verificar la actividad reciente, las respuestas rápidas a problemas, las actualizaciones regulares y la compatibilidad con las últimas versiones de Capacitor.
-
-**Compromiso de la Comunidad**
-
--   Analiza métricas como descargas semanales de npm, estrellas en GitHub, forks, tasas de resolución de problemas y participación de mantenedores.
-
-Un complemento bien mantenido debería mostrar un desarrollo activo. Por ejemplo, busca:
-
--   Lanzamientos frecuentes (idealmente al menos trimestrales)
-    
--   Versionado semántico adecuado
-    
--   Un registro de cambios detallado
-    
--   Soporte para TypeScript con definiciones de tipo
-    
-
-**Verificación de Compatibilidad**
-
--   Prueba el complemento en tu entorno de desarrollo.
-    
--   Asegúrate de que cumpla con los requisitos específicos de la plataforma y no entre en conflicto con otros complementos.
-    
--   Verifica que sea compatible con todas tus plataformas objetivo (iOS/Android).
-    
--   Confirma que se alinee con los estándares de producción de tu aplicación para fiabilidad.
-    
-
-Para aplicaciones en producción, prioriza complementos con un historial comprobado o aquellos que ofrezcan soporte comercial. Esto asegura asistencia confiable si se presentan problemas.
-
-## Pasos para la Instalación de Complementos
-
-Después de asegurarte de que tus complementos cumplan con los estándares de calidad, sigue estos pasos para instalarlos y sincronizarlos.
-
-### Comandos de Instalación de npm
-
-Usa npm para instalar complementos:
-
-Para [complementos oficiales de Capacitor](https://capgo.app/blog/):
-
-Para instalar varios complementos a la vez:
-
-Para [la función de actualización en vivo de Capgo](https://www.npmjs.com/package/@capgo/capacitor-updater) [\[1\]](https://capgo.app/):
-
-Una vez instalados, sincroniza los complementos con tus plataformas nativas.
-
-### Ejecutando Capacitor Sync
-
-Ejecuta el siguiente comando para integrar los componentes nativos:
-
-Aquí está lo que sucede durante la sincronización:
-
-| Tarea | Descripción | Impacto |
-| --- | --- | --- |
-| Copiar Activos Web | Transfiere activos web a plataformas nativas | Actualiza contenido web |
-| Actualizar Configuraciones Nativas | Ajusta archivos de configuración nativa | Garantiza compatibilidad |
-| Instalar Dependencias | Agrega dependencias nativas requeridas | Habilita la funcionalidad del complemento |
-| Configuración Específica de la Plataforma | Maneja configuraciones específicas de la plataforma | Prepara para iOS/Android |
-
-Para sincronizar una plataforma específica, usa:
-
-**Consejos Clave:**
-
--   Asegúrate de que los complementos sean compatibles con tu versión de Capacitor.
-    
--   Revisa la salida de la terminal para advertencias o instrucciones de configuración.
-    
--   Mantén actualizadas tus herramientas de desarrollo.
-    
-
-Si encuentras conflictos de versión, usa `npx cap sync --force` para realizar una sincronización limpia.
-
-Una vez completada la sincronización, configura los complementos para cada plataforma según sea necesario.
-
-## Configurando y Usando Complementos
-
-### Configuración Específica de la Plataforma
-
-Para configurar los complementos, actualiza el archivo `capacitor.config.json` con ajustes específicos de la plataforma:
-
-Para **iOS**, incluye los permisos necesarios en el archivo `Info.plist`, como acceso a la cámara, a la biblioteca de fotos o a la ubicación.
-
-Para **Android**, asegúrate de agregar los permisos requeridos en el archivo `AndroidManifest.xml`:
-
-### Configuración de Complementos en el Código
-
-Comienza importando los complementos en el código de tu aplicación:
-
-Para una mejor organización, considera agrupar varios complementos en un servicio:
-
-Una vez importados y estructurados, puedes comenzar a implementar las funciones del complemento y probarlas en diferentes plataformas.
-
-### Trabajando con Funciones de Complementos
-
-Aprovecha `async/await` para manejar las funciones de los complementos con una gestión adecuada de errores:
-
-Prueba la funcionalidad del complemento en cada etapa de implementación para asegurar la fiabilidad.
-
-> "Lanzamos actualizaciones [Capgo OTA](https://console.capgo.app/resend_email) en producción para nuestra base de usuarios de más de 5000. Estamos viendo una operación muy fluida, casi todos nuestros usuarios están actualizados en unos minutos después de que se implementa la OTA en @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-| Fase de Pruebas del Complemento | Mejores Prácticas | Impacto |
-| --- | --- | --- |
-| Desarrollo | Usa [sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Aísla entornos de prueba |
-| Pruebas Beta | Aprovecha el seguimiento de errores | Identifica problemas específicos de la plataforma |
-| Producción | Habilita actualizaciones automáticas | 95% de tasa de actualización de usuarios dentro de 24 horas |
-
-El sistema de actualizaciones cifradas de Capgo puede simplificar las actualizaciones frecuentes de complementos [\[1\]](https://capgo.app/).
-
-**Consejos Clave para la Implementación**:
-
--   Prueba los complementos a fondo en todas las plataformas.
-    
--   Aborda los casos límite específicos de la plataforma.
-    
--   Usa límites de error adecuados para manejar fallos.
-    
--   Monitorea el rendimiento del complemento con herramientas de análisis.
-    
-
-## Solucionando Problemas Comunes
-
-### Problemas de Instalación y Sincronización
-
-Si estás encontrando errores de instalación de npm, a menudo provienen de discrepancias de versión o dependencias faltantes. Aquí te mostramos cómo abordarlos:
-
-1.  Limpia la caché de npm y actualiza Node.js:
-    
-2.  Si los problemas persisten, utiliza el siguiente comando para diagnosticar problemas de configuración:
-    
-
-Este comando escanea en busca de problemas comunes y ofrece sugerencias para resolverlos.
-
-### Conflictos de Complementos
-
-Los conflictos de complementos suelen ser causados por versiones incompatibles o funcionalidades superpuestas. Aquí te mostramos cómo manejarlos:
-
-| Tipo de Conflicto | Solución Sugerida |
-| --- | --- |
-| Desajuste de versión | Actualiza el núcleo de Capacitor y los complementos a versiones coincidentes. |
-| Complementos duplicados | Elimina complementos en conflicto e instálalos uno por uno. |
-| Problemas específicos de la plataforma | Establece anulaciones específicas de la plataforma en la configuración de tu proyecto. |
-
-Si múltiples complementos requieren diferentes versiones de Capacitor, verifica los ajustes de compatibilidad en tu archivo `package.json`:
-
-```bash
-npm install plugin-name
-```
-
-Ainda preso? Passe para os [passos de depuração](https://capgo.app/docs/plugin/debugging/) para uma análise mais profunda.
-
-### Passos de Depuração
-
-Para depurar problemas de plugins, siga estes passos:
-
-1.  **Ative o log detalhado** no seu arquivo de configuração do Capacitor:
-    
-    ```bash
-npm install @capacitor/plugin-name
-```
-    
-2.  **Use ferramentas de depuração específicas da plataforma**:
-    
-    -   Para iOS: Use o Console do Xcode.
-        
-    -   Para Android: Verifique o Logcat no Android Studio.
-        
-3.  **Registre e acompanhe os erros do plugin** no seu código:
-    
-    ```bash
-npm install @capacitor/camera @capacitor/geolocation @capacitor/storage
-```
-    
-
-Para problemas em andamento, verifique o repositório do plugin no GitHub para questões reportadas ou dicas de solução de problemas. Muitos autores de plugins incluem instruções detalhadas em sua documentação.
-
-**Dica Pro:** Use ferramentas de desenvolvimento específicas para sua plataforma para inspecionar atividades de rede, permissões e logs de falhas. Essas ferramentas podem economizar seu tempo, ajudando você a identificar a causa raiz do problema.
-
-## Usando [Capgo](https://capgo.app/) para Atualizações
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-Depois de resolver problemas comuns de integração, o Capgo facilita a gestão de atualizações para seus [aplicativos Capacitor](https://capgo.app/top_capacitor_app/).
-
-### Sobre o Capgo
-
-O Capgo simplifica a gestão ao vivo de plugins de terceiros em aplicativos Capacitor. Com **23,5 milhões de atualizações entregues em 750 aplicativos** [\[1\]](https://capgo.app/), é uma ferramenta confiável para lidar com plugins. Suas características incluem implantação instantânea, atualizações parciais, criptografia de ponta a ponta e distribuição baseada em canais, todas projetadas para manter a entrega de plugins suave e eficiente.
-
-### Gestão de Plugins com Capgo
-
-Aqui está o que o Capgo traz à mesa:
-
-| Recurso | O que Faz | Métricas Chave |
-| --- | --- | --- |
-| **Atualizações em Segundo Plano** | Instala atualizações silenciosamente, sem necessidade de ação do usuário | 95% dos usuários ativos atualizados em 24 horas [\[1\]](https://capgo.app/) |
-| **Controle de Versão** | Permite retrocessos com um clique | Taxa de sucesso de retrocessos de 82% globalmente [\[1\]](https://capgo.app/) |
-| **Painel de Análise** | Monitora o desempenho da atualização em tempo real | Ajuda a identificar e resolver problemas rapidamente |
-
-O Capgo se integra perfeitamente ao seu fluxo de trabalho do Capacitor, garantindo atualizações seguras e contínuas. Ele funciona com ferramentas como **GitHub Actions, GitLab CI, e** [**Jenkins**](https://www.jenkins.io/), automatizando atualizações e implantações de plugins para economizar tempo e reduzir o esforço manual.
-
-Para equipes que lidam com múltiplos plugins, o sistema de canais suporta testes beta antes de lançamentos mais amplos. Análises em tempo real fornecem insights sobre o desempenho da atualização e rastreamento de erros. O Capgo é compatível com **Capacitor 8**, suporta integrações de API personalizadas e oferece opções auto-hospedadas para necessidades especializadas.
-
-## Resumo
-
-Integrar plugins de terceiros envolve alguns passos essenciais: pesquisar opções confiáveis, instalá-las via npm, sincronizar com componentes nativos e configurá-las para cada plataforma.
-
-Aqui está uma divisão do processo de integração em fases chave:
-
-| Fase | Ações Chave | Métricas de Sucesso |
-| --- | --- | --- |
-| **Pré-Integracão** | Pesquisar compatibilidade de plugins e avaliações de usuários | Identifica desafios potenciais rapidamente |
-| **Instalação** | Instalar plugins usando npm e executar sincronização do Capacitor | Garante integração suave entre plataformas |
-| **Configuração** | Lidar com requisitos de configuração específicos da plataforma | Otimiza o desempenho do plugin |
-| **Manutenção** | Use [atualizações automatizadas](https://capgo.app/docs/live-updates/update-behavior/) com Capgo | 95% dos usuários atualizados em 24 horas[\[1\]](https://capgo.app/) |
-
-O Capgo oferece ferramentas para simplificar atualizações. Rodrigo Mantica destaca sua importância:
-
-> "Praticamos desenvolvimento ágil e o @Capgo é crítico para entregar continuamente aos nossos usuários!"[\[1\]](https://capgo.app/)
-
-Para aplicações empresariais, o sistema de canais do Capgo permite implantações escalonadas de forma eficaz. Com uma taxa de sucesso de atualização global de 82%[\[1\]](https://capgo.app/) e rastreamento avançado de erros, o Capgo garante um processo de atualização confiável. A equipe OSIRIS-REx da NASA é um excelente exemplo de como um forte pipeline de atualização pode fazer a diferença[\[1\]](https://capgo.app/).
diff --git a/src/content/blog/it/how-to-build-capacitor-app-in-xcode-cloud.md b/src/content/blog/it/how-to-build-capacitor-app-in-xcode-cloud.md
deleted file mode 100644
index 1f45dd8a5..000000000
--- a/src/content/blog/it/how-to-build-capacitor-app-in-xcode-cloud.md
+++ /dev/null
@@ -1,129 +0,0 @@
----
-slug: how-to-build-capacitor-app-in-xcode-cloud
-title: Come creare un'app Ionic Capacitor in Xcode Cloud
-description: >-
-  Utilizza Xcode cloud per compilare la tua app Capacitor JS ed evitare la
-  necessità di MacOS.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-09-01T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /xcode_cloud.webp
-head_image_alt: Build su Xcode cloud per Capacitor
-keywords: >-
-  Xcode Cloud, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: it
----
-## Prerequisiti
-
-Prima di continuare con il tutorial...
-
--   Assicurati di utilizzare GitHub
--   Usa Capacitor
--   La tua app è già pubblicata su Apple Store
--   Voglia di leggere 😆...
-
-L'utilizzo di Ionic è opzionale, per Cordova potrebbe funzionare, ma non l'ho provato.
-
-## Importante riguardo il prezzo
-
-![Price Xcode Cloud](/xcode_cloud_price.webp)
-
-[https://developer.apple.com/xcode-cloud/](https://developer.apple.com/xcode-cloud/)
-
-Il servizio è '_gratuito_' fino al limite.  
-Puoi vedere nello screenshot i prezzi e i limiti (prezzi aggiornati alla creazione del tutorial, potrebbero subire variazioni in futuro)
-
-🔴 **_Una volta avvisati dei requisiti e dei prezzi, se vi va, continuiamo..._**
-
-> **_📣_ Nel post, assumiamo di avere già l'app creata nell'Apple Store**
-
-## Introduzione
-
-Per far compilare la tua app Capacitor da Xcode, devi configurare alcune cose.
-
-## Preparazione del Package
-
-Assicurati di avere il comando di build nel tuo script `package.json`.
-Poi aggiungi il comando `sync:ios` come sotto.
-
-```json
-{
-  "scripts": {
-    "build": "YOUR BUILD COMMAND",
-    "sync:ios": "cap sync ios"
-  }
-}
-```
-Questo passaggio farà funzionare lo script post semplicemente
-
-## Script post clone
-Questo script verrà eseguito da Xcode cloud dopo la fase di clone
-
-```bash
-#!/usr/bin/env bash
-
-set -x
-
-export HOMEBREW_NO_INSTALL_CLEANUP=TRUE
-# Install CocoaPods
-echo "📦 Install CocoaPods"
-brew install cocoapods
-brew install node@18
-brew link node@18
-
-# Install dependencies
-# XCode Cloud is literally broken for 2 months now - https://developer.apple.com/forums/thread/738136?answerId=774510022#774510022
-npm config set maxsockets 3
-npm ci
-# or `pnpm install --frozen-lockfile` or `yarn add --frozen-lockfile` or bun install
-npm run build 
-# or npm run build
-npm run sync:ios
-```
-
-Salva questo file nella root del tuo progetto e chiamalo `ios/App/ci_scripts/ci_post_clone.sh`
-
-Poi rendi questo file eseguibile con questo comando `chmod +x ios/App/ci_scripts/ci_post_clone.sh`
-
-## Creare un workflow Xcode
-
-Apri Xcode (sì, per rimuovere Xcode hai bisogno di Xcode)
-
-E vai in questa scheda:
-![Xcode step 1](/xcode_step_1.webp)
-
-Clicca su crea workflow, seleziona la tua app, clicca avanti come sotto.
-
-![Xcode step 2](/xcode_step_2.webp)
-
-Clicca su Modifica workflow sulla sinistra
-![Xcode step 2](/xcode_step_3.webp)
-
-Vai alla scheda ambienti e scegli come sotto Mac 12.4 e seleziona l'opzione appropriata
-![Xcode step 3](/xcode_step_3.webp)
-
-Scegli la tua condizione di avvio.
-Se usi la stessa build come noi, suggerisco di usare Tag invece di branch, per evitare build doppie.
-
-Imposta la tua variabile env
-![Xcode step 4](/xcode_step_4.webp)
-
-Connetti il tuo account GitHub
-![Xcode step 5](/xcode_step_5.webp)
-
-![Xcode step 6](/xcode_step_6.webp)
-
-Quindi abilita il workflow e commit la tua prima modifica, dovresti vedere la tua build in esecuzione in Xcode.
-
-## **Elaborazione della Build**
-
-In Xcode Cloud, **vieni fatturato in base ai minuti** che hai utilizzato per eseguire il tuo workflow CI/CD. Per esperienza, ci vogliono circa 10-15 minuti prima che una build possa essere elaborata nell'Apple Store.
-
-Per progetti privati, il costo stimato per build può arrivare fino a **$0.008/min x 5 mins = $0.4**, o più, a seconda della configurazione o delle dipendenze del tuo progetto.
-
-Per progetti Open-source, questo non dovrebbe essere affatto un problema. Vedi [pricing](https://github.com/pricing/).
diff --git a/src/content/blog/it/how-to-bypass-app-store-review.md b/src/content/blog/it/how-to-bypass-app-store-review.md
deleted file mode 100644
index 871d2607b..000000000
--- a/src/content/blog/it/how-to-bypass-app-store-review.md
+++ /dev/null
@@ -1,56 +0,0 @@
----
-slug: how-to-bypass-app-store-review
-title: >-
-  Come aggiornare le app Capacitor JS senza il processo di revisione dell'App
-  Store.
-description: >-
-  Come può la funzionalità Capgo permettere di distribuire aggiornamenti del
-  codice alle app iOS Ionic in tempo reale ed essere pienamente conforme alle
-  linee guida di Apple?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2022-01-13T00:00:00.000Z
-head_image: /bypass_illustration.webp
-head_image_alt: Illustrazione del bypass di Capacitor
-keywords: >-
-  Apple, App Store, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: it
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-_Lieto che tu l'abbia chiesto._
-
-I miei avvocati mi hanno chiesto di informarti che questo non è un consiglio legale, ma non serve una laurea in legge per capire il testo nelle linee guida ufficiali di Apple. Le linee guida di Apple permettono esplicitamente di inviare codice eseguibile direttamente alla tua app, bypassando l'App Store, sotto queste tre condizioni:
-
-* Il codice viene eseguito dal framework WebKit integrato di Apple
-* Il codice non fornisce, sblocca o abilita funzionalità o caratteristiche aggiuntive
-* L'utente non vede che l'aggiornamento sta avvenendo
-
-Con il plugin Capacitor di Capgo, puoi solo aggiornare e modificare il tuo HTML CSS e JavaScript, quindi siamo a posto con la prima condizione.
-
-Tra l'altro, la possibilità per le app di aggiornarsi senza passare dall'App Store esiste da un bel po'.
-Solo per le app create usando framework JavaScript come React Native di Facebook e servizi come Expo.
-
-Una prova che React Native non è più nativo di Capacitor 😆
-
-Capgo è semplicemente la prima soluzione accessibile che fornisce la capacità di inviare aggiornamenti a livello di codice alle app native Capacitor.
-La seconda condizione, nessuna nuova funzionalità o caratteristica, dipende da te.
-
-Capgo non è pensato per introdurre nuove funzionalità o caratteristiche. È pensato per modificarle o correggerle, evitando i rilasci minori necessari per correggere bug, aggiungere logging o tracking, aggiornare messaggi, forzare gli utenti ad aggiornare, ecc.
-
-Per nuove funzionalità o caratteristiche, devi rilasciare attraverso l'app store. Per tua informazione, Ionic AppFlow (l'alternativa per le grandi aziende) è installato su oltre 50 milioni di dispositivi iOS e non c'è mai stata un'app rifiutata perché lo utilizza.
-
-Lo dico solo perché è bello sapere che migliaia di altri sviluppatori stanno usando gli aggiornamenti live, quindi non sei solo.
-
-Apple e Google hanno le loro regole su come aggiornare le app.
-
-Per Apple, [dai un'occhiata al paragrafo 3.3.2](https://developer.apple.com/programs/information/Apple_Developer_Program_Information_8_12_15.pdf/).
-\[…\] L'unica eccezione a quanto sopra sono gli script e il codice scaricati ed eseguiti dal framework WebKit integrato di Apple o JavascriptCore \[…\] __TLDR__: dovremmo usare gli aggiornamenti OTA solo per correggere bug o apportare miglioramenti, senza fare cambiamenti significativi.
-
-__Google__ Play è meno restrittivo - dicono che le app installate da Google Play con bundle JavaScript [non sono limitate](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en) ad essere aggiornate solo dai servizi Google.
-
-Controlla il mio prossimo articolo per maggiori informazioni su come installare Capgo per bypassare la revisione.
diff --git a/src/content/blog/it/how-to-customize-build-scripts-with-capacitor-cli.md b/src/content/blog/it/how-to-customize-build-scripts-with-capacitor-cli.md
deleted file mode 100644
index 1cec7236f..000000000
--- a/src/content/blog/it/how-to-customize-build-scripts-with-capacitor-cli.md
+++ /dev/null
@@ -1,430 +0,0 @@
----
-slug: how-to-customize-build-scripts-with-capacitor-cli
-title: Come Personalizzare gli Script di Build con Capacitor CLI
-description: >-
-  Impara come personalizzare i tuoi script di build utilizzando Capacitor CLI
-  per distribuzioni efficienti e aggiornamenti delle app personalizzati su tutte
-  le piattaforme.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T01:58:36.984Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873-1743559128944.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, build scripts, mobile development, deployment automation,
-  environment variables, app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI ti consente di personalizzare il processo di build della tua app per le piattaforme iOS, Android e web. Modificando gli script di build, puoi:
-
-- **Aggiornamenti più rapidi**: invia modifiche istantaneamente senza ritardi nell'app store.
-- **Controlla le distribuzioni**: ripristina gli aggiornamenti o scegli come target gruppi di utenti specifici.
-- **Proteggi la tua app**: utilizza la crittografia per proteggere gli aggiornamenti.
-- **Ottimizza build**: regola le impostazioni per le esigenze specifiche della piattaforma.
-
-### Panoramica rapida delle funzionalità principali:
-
-- **File di configurazione**: utilizza `capacitor.config.json` e `package.json` per gestire le impostazioni di creazione.
-- **Script personalizzati**: aggiungi attività di precompilazione e postcompilazione per l'automazione.
-- **Build Hook**: esegui il codice durante fasi specifiche del processo di build.
-- **Variabili d'ambiente**: semplifica le build specifiche dell'ambiente con i file `.env`.
-
-[Capgo](https://capgo.app/), uno strumento di distribuzione, migliora questo processo con [aggiornamenti automatici](https://capgo.app/docs/live-updates/update-behavior/), monitoraggio della versione e ottimizzazione delle prestazioni globali. Continua a leggere per scoprire come impostare e personalizzare i tuoi script di build per la massima efficienza.
-
-## Introduzione a [Capacitor](https://capacitorjs.com/) Configure
-
-![Sito web della documentazione del framework Capacitor](https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/HufvY63esXs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Processo di build predefinito in Capacitor
-
-Comprendere come Capacitor gestisce il processo di creazione predefinito è fondamentale se desideri personalizzarlo in modo efficace. Di seguito, analizzeremo il processo di creazione della CLI di Capacitor e i suoi file di configurazione chiave.
-
-### Fasi standard della build
-
-Capacitor utilizza un processo passo passo per trasformare la tua app Web in build specifiche della piattaforma. Ecco cosa succede durante il processo di compilazione predefinito:
-
-| Fase | Descrizione | Uscita |
-| --- | --- | --- |
-| **Creazione Web** | Compila risorse web utilizzando gli strumenti del framework | Pacchetto web ottimizzato |
-| **Copia risorse** | Sposta le risorse Web nelle cartelle della piattaforma nativa | Directory di risorse specifiche della piattaforma |
-| **Build nativa** | Esegue comandi di compilazione specifici della piattaforma | Binari pronti per la distribuzione |
-| **Verifica** | Controlla l'integrità e le dipendenze della build | Stato della build e avvisi |
-
-### File di configurazione principali
-
-Due file di configurazione chiave determinano il modo in cui Capacitor gestisce le tue build:
-
-**capacitor.config.json**  
-Questo è il file di configurazione principale per il tuo progetto Capacitor. Imposta parametri importanti per le tue build:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 3000
-    }
-  }
-}
-```
-
-- **`appId`**: un identificatore univoco per la tua app.
-- **`appName`**: il nome della tua app.
-- **`webDir`**: specifica dove Capacitor deve cercare le risorse web (ad esempio, `dist`).
-- **`plugins`**: consente di configurare impostazioni specifiche del plug-in, come le opzioni SplashScreen.
-
-**package.json**  
-Questo file include script di compilazione e dipendenze che influenzano il processo di compilazione:
-
-```json
-{
-  "scripts": {
-    "build": "npm run build:web && cap sync",
-    "build:web": "vite build",
-    "cap:build": "cap build"
-  }
-}
-```
-
-- L'impostazione `webDir` in `capacitor.config.json` indica a Capacitor dove individuare le risorse Web compilate per l'inclusione nelle build native.
-- Dopo aver apportato modifiche a `capacitor.config.json`, è necessario eseguire `cap sync` per garantire che i progetti nativi vengano aggiornati.
-
-Successivamente, esploreremo come modificare queste impostazioni per personalizzare ulteriormente le tue build.
-
-## Modifica degli script di build
-
-Puoi modificare il processo di creazione predefinito di Capacitor per adattarlo meglio alle esigenze del tuo progetto. Ecco come:
-
-### Impostazioni del file di configurazione
-
-È possibile modificare il processo di creazione modificando il file `capacitor.config.json`. Di seguito è riportato un esempio di configurazione:
-
-```json
-{
-  "appId": "com.example.app",
-  "webDir": "www",
-  "server": {
-    "hostname": "localhost",
-    "androidScheme": "https",
-    "iosScheme": "https",
-    "allowNavigation": ["*.example.com"]
-  },
-  "android": {
-    "buildOptions": {
-      "keystorePath": "release.keystore",
-      "keystorePassword": "mypassword",
-      "keystoreAlias": "release",
-      "keystoreAliasPassword": "mypassword"
-    }
-  },
-  "ios": {
-    "scheme": "App",
-    "automaticProvisioning": true
-  }
-}
-```
-
-Ecco alcune impostazioni chiave che puoi modificare:
-
-- **`webDir`**: specifica dove si trovano le risorse web compilate.
-- **`server`**: configura il server di sviluppo, inclusi il nome host e le autorizzazioni di navigazione.
-- **`android/ios`**: consente impostazioni di build specifiche della piattaforma, come i dettagli del keystore per Android o le opzioni di provisioning per iOS.
-
-### Creare script NPM
-
-Per semplificare il flusso di lavoro, aggiungi script NPM personalizzati al tuo file `package.json`. Ecco un esempio:
-
-```json
-{
-  "scripts": {
-    "prebuild": "node ./scripts/prepare-env.js",
-    "build": "npm run build:web && cap sync",
-    "build:web": "vite build",
-    "build:ios": "cap build ios --release",
-    "build:android": "cap build android --release",
-    "postbuild": "node ./scripts/notify-completion.js"
-  }
-}
-```
-
-- **`prebuild` e `postbuild`**: utilizzali per attività come la configurazione dell'ambiente o l'invio di notifiche al termine della creazione.
-- **`build:platform`**: comandi specifici della piattaforma per la creazione di app Android o iOS.
-
-Puoi portare l'automazione ancora più avanti aggiungendo ganci di costruzione.
-
-### Configurazione dei build hook
-
-Per un controllo più avanzato, utilizza gli hook di compilazione per eseguire codice personalizzato in punti specifici durante il processo di compilazione. Ecco un esempio di configurazione in `capacitor.config.ts`:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  plugins: {
-    CapacitorHooks: {
-      beforeBuild: async () => {
-        console.log('Running pre-build tasks...');
-        // Add your pre-build tasks here
-      },
-      afterBuild: async () => {
-        console.log('Running post-build tasks...');
-        // Add your post-build tasks here
-      }
-    }
-  }
-};
-
-export default config;
-```
-
-Con gli hook di costruzione puoi:
-
-- Convalidare i requisiti prima dell'inizio della compilazione
-- Trasformare le risorse durante il processo
-- Attiva notifiche nei punti chiave
-- Aggiorna automaticamente i numeri di versione
-- Esegui test automatizzati senza problemi
-
-Questo approccio offre maggiore flessibilità e controllo sull'intero ciclo di vita della build.
-
-## Personalizzazione avanzata della build
-
-Quando lavori su progetti più grandi, la messa a punto del processo di creazione può fare una grande differenza. Ecco come gestire in modo efficace build specifiche dell'ambiente e personalizzazioni della piattaforma.
-
-### Variabili d'ambiente
-
-Configura le variabili di ambiente creando file `.env` separati per ciascun ambiente:
-
-- `.env.development`
-- `.env.staging`
-- `.env.production`
-
-Quindi, configura lo script di build per caricare il file appropriato in base all'ambiente:
-
-```typescript
-import { defineConfig } from '@capacitor/cli';
-
-export default defineConfig({
-  ios: {
-    buildConfig: {
-      environment: process.env.BUILD_ENV || 'development',
-      configurations: {
-        development: {
-          signing: {
-            debug: true,
-            automaticProvisioning: true
-          }
-        },
-        production: {
-          signing: {
-            release: true,
-            provisioningProfile: 'dist/profile.mobileprovision'
-          }
-        }
-      }
-    }
-  }
-});
-```
-
-Puoi modificare ulteriormente queste impostazioni per soddisfare i requisiti specifici della piattaforma.
-
-### Build specifiche per la piattaforma
-
-Per personalizzare le build per Android e iOS, utilizza la seguente struttura:
-
-```typescript
-const platformConfig = {
-  android: {
-    buildType: process.env.BUILD_TYPE || 'debug',
-    keystoreConfig: {
-      path: process.env.KEYSTORE_PATH,
-      password: process.env.KEYSTORE_PASSWORD,
-      alias: process.env.KEYSTORE_ALIAS
-    }
-  },
-  ios: {
-    scheme: process.env.APP_SCHEME || 'App',
-    xcodePreferences: {
-      automaticSigning: false,
-      developmentTeam: process.env.DEVELOPMENT_TEAM
-    }
-  }
-};
-```
-
-Queste configurazioni ti consentono di personalizzare le build per ciascuna piattaforma, garantendo distribuzioni più fluide.
-
-| Caratteristica | Androide | ios |
-| --- | --- | --- |
-| Simboli di debug | [ProGuard](https://www.guardsquare.com/proguard) file di mappatura | File dSYM |
-| Costruisci varianti | eseguire il debug, rilasciare, mettere in scena | eseguire il debug, rilasciare |
-| Firma del codice | Gestione archivio chiavi | Profili di provisioning |
-| Gestione patrimoniale | ottimizzazione res/drawable | Cataloghi asset |
-
-Ulteriori suggerimenti per ottimizzare le build includono:
-
-- Utilizzo di aggiornamenti parziali per risparmiare tempo durante le distribuzioni
-- Impostazione del monitoraggio degli errori per identificare rapidamente i problemi
-- Creazione di sistemi di canali per le versioni beta testing
-- Abilitazione della crittografia end-to-end per una distribuzione sicura
-
-Se abbinate a strumenti come Capgo per analisi e aggiornamenti sicuri, queste tecniche ti offrono un maggiore controllo sul processo di distribuzione [\[1\]](https://capgo.app/).
-
-## Problemi e soluzioni degli script di build
-
-Quando si lavora con configurazioni di build personalizzate, affrontare rapidamente gli errori è fondamentale per mantenere il processo di build senza intoppi.
-
-### Correggere gli errori comuni
-
-Molti problemi relativi agli script di build derivano dalla configurazione dell'ambiente o da problemi di dipendenza. Ecco come risolverne alcuni comuni:
-
-**Variabili d'ambiente mancanti**
-
-Se riscontri un errore come questo:
-
-```bash
-error: Cannot find environment configuration for BUILD_ENV
-```
-
-Puoi risolverlo creando un file `.env.local` nella directory principale del tuo progetto. Ecco un esempio:
-
-```bash
-BUILD_ENV=development
-CAPACITOR_PLATFORM=ios
-BUILD_TYPE=debug
-```
-
-**Errori di build specifici della piattaforma**
-
-Per gli errori di firma Android, utilizza questo comando:
-
-```bash
-npx cap build android --keystorePassword=$KEYSTORE_PASSWORD --keystoreAlias=$KEYSTORE_ALIAS
-```
-
-Per problemi relativi al profilo di provisioning iOS, prova questo:
-
-```bash
-npx cap build ios --configuration=release --type=development
-```
-
-| Tipo di errore | Causa comune | Soluzione |
-| --- | --- | --- |
-| Configurazione firma | Dettagli del keystore mancanti | Impostare `KEYSTORE_PATH` e credenziali |
-| Costruisci ambiente | Variabili non definite | Crea file `.env` specifici della piattaforma |
-| Dipendenze | Mancate corrispondenze di versione | Aggiorna `package.json` e sincronizza |
-
-Dopo aver applicato le correzioni, assicurati che le modifiche siano solide eseguendo test di compilazione approfonditi.
-
-### Testare gli script di build
-
-Una volta risolti gli errori, convalida gli script di build con questi passaggi:
-
-- **Verifica automatica**: esegui i comandi chiave per confermare che il processo di creazione funziona come previsto.
-
-```bash
-npm run build
-npx cap sync
-npx cap copy
-```
-
-- **Convalida dell'ambiente**: verifica la presenza di variabili di ambiente mancanti prima di avviare la compilazione.
-
-```typescript
-const requiredVars = ['BUILD_ENV', 'KEYSTORE_PATH'];
-requiredVars.forEach(varName => {
-  if (!process.env[varName]) {
-    throw new Error(`Missing required env var: ${varName}`);
-  }
-});
-```
-
-- **Debug degli script di compilazione**: aggiungi script dettagliati per individuare potenziali problemi durante la compilazione.
-
-```json
-{
-  "scripts": {
-    "build:debug": "NODE_ENV=development npx cap build --verbose",
-    "build:release": "NODE_ENV=production npx cap build --verbose"
-  }
-}
-```
-
-Ulteriori suggerimenti per il test:
-
-- Utilizzare i contenitori [Docker](https://www.docker.com/) per isolare le build.
-- Convalidare i file di configurazione prima di avviare il processo.
-- Test con più versioni di [Node.js](https://nodejs.org/en).
-- Confermare che i requisiti specifici della piattaforma siano soddisfatti.
-- Tieni d'occhio le prestazioni della build per possibili miglioramenti.
-
-## Funzionalità di build di [Capgo](https://capgo.app/)
-
-![Interfaccia dashboard aggiornamento Capgo Live](https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo porta gli script di creazione a un livello superiore con la distribuzione automatizzata, migliorando l'efficienza e semplificando il processo.
-
-### Aggiornamenti rapidi dell'app
-
-Le prestazioni di aggiornamento di Capgo sono impressionanti:
-
-- **Il 95% degli utenti attivi** riceve gli aggiornamenti entro 24 ore.
-- **Tasso di successo dell'82%** per la distribuzione degli aggiornamenti in tutto il mondo.
-- Un tempo di risposta API medio di **434 ms a livello globale**.
-
-La piattaforma utilizza aggiornamenti parziali, ovvero vengono scaricate solo le modifiche. Questo approccio riduce l'utilizzo della larghezza di banda e accelera il processo di aggiornamento. Inoltre, l'intero processo di creazione è completamente automatizzato, consentendo di risparmiare tempo e fatica.
-
-### Automazione della build
-
-Capgo funziona perfettamente con le principali piattaforme CI/CD, offrendo una varietà di integrazioni:
-
-| Piattaforma CI/CD | Funzionalità di integrazione | Vantaggi |
-| --- | --- | --- |
-| [Azioni GitHub](https://docs.github.com/actions) | Build automatizzate, Distribuisci trigger | Distribuzione continua |
-| [GitLab CI](https://docs.gitlab.com/ee/ci/) | Automazione della pipeline, controllo della versione | Flusso di lavoro semplificato |
-| [Jenkins](https://www.jenkins.io/) | Flussi di lavoro personalizzati, Creazione di hook | Scalabile per le imprese |
-
-L'impostazione di una build automatizzata costa in genere circa **$ 300 al mese**, il che è molto più conveniente rispetto alle soluzioni tradizionali che possono arrivare fino a **$ 6.000 all'anno**.
-
-### Standard di sicurezza
-
-Capgo dà priorità alla sicurezza con un solido framework che include:
-
-- Crittografia end-to-end per i pacchetti di aggiornamento.
-- Gestione sicura delle chiavi.
-- Conformità alle linee guida di Apple e Google.
-
-**Funzioni di controllo della versione**
-
-- Opzioni di rollback istantaneo.
-- Monitoraggio della versione di distribuzione.
-- Aggiornare la gestione dei canali per i rilasci graduali.
-
-Questo framework di sicurezza è stato rigorosamente testato su centinaia di applicazioni aziendali. Per i team che necessitano di maggiore sicurezza, Capgo offre anche soluzioni self-hosted con configurazioni personalizzabili.
-
-Il sistema di canali di Capgo rende flessibile la distribuzione degli aggiornamenti. Gli sviluppatori possono rivolgersi a gruppi di utenti specifici con versioni diverse, perfette per beta testing o implementazioni graduali.
-
-## Riepilogo
-
-### Panoramica delle fasi di build
-
-Gli script di build personalizzati consentono distribuzioni automatizzate e coerenti sfruttando hook di build, variabili di ambiente e comandi specifici della piattaforma. Questi processi creano una solida base per i miglioramenti di distribuzione resi possibili con Capgo.
-
-### Vantaggi di Capgo
-
-Capgo semplifica l'implementazione, avendo distribuito con successo oltre 23,5 milioni di aggiornamenti su 750 app di produzione [\[1\]](https://capgo.app/). Il suo sistema di aggiornamento parziale riduce sia l'utilizzo della larghezza di banda che i tempi di implementazione.
-
-La piattaforma fornisce aggiornamenti rapidi, ottimizzazione delle prestazioni globali, crittografia end-to-end per la sicurezza e un sistema di distribuzione flessibile basato su canali. Questa configurazione supporta aggiornamenti mirati, beta test e conformità con le linee guida dell'app store mantenendo un solido quadro di sicurezza.
diff --git a/src/content/blog/it/how-to-handle-user-data-in-capacitor-apps.md b/src/content/blog/it/how-to-handle-user-data-in-capacitor-apps.md
deleted file mode 100644
index a56de4d04..000000000
--- a/src/content/blog/it/how-to-handle-user-data-in-capacitor-apps.md
+++ /dev/null
@@ -1,402 +0,0 @@
----
-slug: how-to-handle-user-data-in-capacitor-apps
-title: Come gestire i dati degli utenti nelle app Capacitor
-description: >-
-  Apprenez des stratégies efficaces pour gérer les données des utilisateurs dans
-  les applications mobiles, en mettant l'accent sur la sécurité, la conformité
-  et les meilleures pratiques de gestion des données.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-18T04:43:56.186Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b3d6e4147c4c67492d1b20-1739853969789.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  user data, secure storage, data protection, GDPR, CCPA, data retention,
-  permissions management, mobile apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Gestire i dati degli utenti nelle app [Capacitor](https://capacitorjs.com/) richiede una memorizzazione sicura, politiche di conservazione chiare e conformità alle leggi sulla protezione dei dati come il [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) e il [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act).** Questa guida spiega come ridurre al minimo la raccolta di dati, proteggere le informazioni sensibili e gestire efficacemente i permessi. Ecco una rapida panoramica:
-
-1.   **Minimizzazione dei Dati**: Raccogli solo ciò che è necessario per funzionalità specifiche dell'app.
-2.   **Memorizzazione Sicura**: Usa strumenti come il plugin `@capacitor/secure-storage` per la crittografia.
-3.   **Conservazione dei Dati**: Automatizza la cancellazione in base a limiti di tempo definiti.
-4.   **Diritti degli Utenti**: Consenti agli utenti di accedere, eliminare o esportare i propri dati.
-5.   **Gestione dei Permessi**: Richiedi i permessi in modo contestuale e fornisci alternative per le richieste negate.
-6.   **Aggiornamenti OTA**: Assicurati di aggiornamenti over-the-air sicuri con strumenti come [Capgo](https://capgo.app/).
-
-## Come usare la Memorizzazione Sicura di Ionic [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/VsZECyPIOYY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Riduzione della Raccolta Dati
-
-Adottare un approccio strutturato alla revisione, pianificazione e gestione della raccolta dati è fondamentale per rimanere in conformità con le normative sulla privacy. Sfruttando gli strumenti integrati di Capacitor per minimizzare la raccolta di dati, puoi intraprendere passi pratici per migliorare le pratiche di dati della tua app.
-
-### Revisione della Raccolta Dati
-
-Inizia tracciando come i dati fluiscono attraverso la tua app. Usa strumenti come visualizzatori di origine dei dati per individuare aree in cui potrebbero essere raccolti dati non necessari. I software di Valutazione dell'Impatto sulla Privacy (PIA) possono guidarti nella valutazione se ciascun dato sia realmente necessario. Ecco una panoramica delle aree su cui concentrarsi:
-
-| Tipo di Dato | Focus della Revisione | Azioni da Intrattenere |
-| --- | --- | --- |
-| Input Utente | Campi di modulo e validazione | Rimuovere campi non necessari |
-| Chiamate API | Payload di richiesta/riposta | Filtrare campi di dati extra |
-| Memorizzazione | Dati memorizzati in cache e persistenti | Snellire l'uso della memorizzazione |
-| Analisi | Monitoraggio dell'uso | Mantenere solo metriche essenziali |
-
-### Obiettivi della Raccolta Dati
-
-Sii chiaro sul perché stai raccogliendo ciascun pezzo di dati. Ogni punto dati dovrebbe servire a uno scopo specifico. Per esempio:
-
-```javascript
-// Purpose-driven data collection example
-const userPreferences = {
-  location: "Used for local weather updates",
-  notification: "Needed for sending alerts"
-};
-```
-
-Se la tua app ha una funzionalità meteo, potrebbe richiedere solo un codice postale anziché un indirizzo completo. Questo approccio garantisce che stai raccogliendo solo le informazioni necessarie per le funzioni principali dell'app[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[5\]](https://usercentrics.com/knowledge-hub/data-minimization/).
-
-### Controlli di Immissione Dati
-
-Utilizza strumenti di validazione per limitare la quantità di dati raccolti attraverso moduli e chiamate API. Combina la validazione lato client con la verifica lato server per applicare questi limiti in modo efficace.
-
-Incorpora le funzioni di sicurezza di Capacitor per migliorare questi controlli:
-
-1.   Usa menu a discesa invece di campi di testo libero dove possibile.
-2.   Imposta limiti di caratteri per i campi di input di testo.
-
-Pianifica audit trimestrali con strumenti di discovery automatizzati per garantire che le tue pratiche di raccolta dati rimangano efficienti e allineate alla funzionalità prevista della tua app.
-
-## Sicurezza e Memorizzazione dei Dati
-
-Una volta definiti i tuoi confini di raccolta dati, è cruciale implementare misure per proteggere le informazioni degli utenti rispettando i principi di minimizzazione dei dati.
-
-### Configurazione della Memorizzazione Sicura
-
-Il plugin `@capacitor/secure-storage` utilizza funzioni di sicurezza integrate come iOS Keychain e Android Keystore per proteggere i dati sensibili [\[1\]](https://capacitorjs.com/docs/guides/storage).
-
-```typescript
-import { SecureStorage } from '@capacitor/secure-storage';
-
-// Store sensitive data
-await SecureStorage.set({
-  key: 'authToken',
-  value: 'user-specific-token'
-});
-
-// Retrieve stored data
-const { value } = await SecureStorage.get({ key: 'authToken' });
-```
-
-### Metodi di Crittografia dei Dati
-
-Aggiungere crittografia lato client è un ulteriore livello di protezione. Librerie come [CryptoJS](https://cryptojs.gitbook.io/docs) possono aiutare a crittografare informazioni sensibili:
-
-```typescript
-// Basic encryption/decryption implementation
-const encryptData = (data: string, key: string): string => {
-  return CryptoJS.AES.encrypt(data, key).toString();
-};
-```
-
-Ruotare regolarmente le chiavi di crittografia è un modo intelligente per migliorare la sicurezza. Questo garantisce che anche se una chiave è compromessa, il resto dei dati rimane sicuro [\[2\]](https://app.studyraid.com/en/read/11146/345611/securing-data-in-capacitor-apps).
-
-### Confronto delle Opzioni di Memorizzazione
-
-Selezionare la giusta soluzione di memorizzazione dipende da quanto siano sensibili i dati. Ecco un confronto rapido:
-
-| Caratteristica | Memorizzazione Sicura | Memorizzazione Locale |
-| --- | --- | --- |
-| Livello di Sicurezza | Alto (crittografato) | Base |
-| Migliore per | Token, password | Impostazioni non sensibili |
-| Prestazioni | Più lento (a causa della crittografia) | Accesso più veloce |
-
-L'API di Memorizzazione Sicura è una scelta solida per memorizzare informazioni critiche come token di autenticazione e dati personali degli utenti [\[1\]](https://capacitorjs.com/docs/guides/storage)[\[4\]](https://capacitorjs.com/docs/guides/security). Le sue [capacità di crittografia](https://capgo.app/docs/cli/migrations/encryption/) si allineano anche con le politiche di conservazione, consentendo l'accesso controllato ai dati all'interno di intervalli di tempo specificati [\[2\]](https://app.studyraid.com/en/read/11146/345611/securing-data-in-capacitor-apps).
-
-###### sbb-itb-f9944d2
-
-## Limiti di Tempo di Memorizzazione dei Dati
-
-Stabilire politiche di conservazione dei dati chiare aiuta ad allinearsi con i principi di minimizzazione dei dati, assicurando che le informazioni non vengano conservate più a lungo del necessario.
-
-### Regole di Tempo di Memorizzazione
-
-Diversi tipi di dati degli utenti dovrebbero avere periodi di conservazione definiti in base al loro scopo e livello di sensibilità. Di seguito è riportato un framework suggerito per gestire la conservazione dei dati nelle [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/):
-
-| Tipo di Dato | Periodo di Conservazione | Giustificazione |
-| --- | --- | --- |
-| **Dati dell'Account** | Fino alla cancellazione dell'account o 2 anni di inattività | Necessari per operazioni relative all'account |
-| **Registri di Transazioni** | 7 anni | Conformità alle normative finanziarie |
-| **Dati Analitici** | 90 giorni (anonimizzati), 1 anno (cancellazione) | Supporta miglioramenti delle funzionalità |
-| **Preferenze di Marketing** | Fino all'opzione di non partecipare o alla cancellazione dell'account | Rispetta i requisiti di consenso |
-
-Ecco un esempio di come memorizzare dati con una data di scadenza in modo programmatico:
-
-```typescript
-async function storeDataWithExpiration(key: string, value: any, retentionDays: number) {
-  const item = {
-    value: value,
-    expiration: Date.now() + (retentionDays * 24 * 60 * 60 * 1000)
-  };
-  await Preferences.set({ key, value: JSON.stringify(item) });
-}
-```
-
-### Rimozione Automatica dei Dati
-
-Automatizzare la pulizia dei dati può aiutare a mantenere la conformità e ridurre l'intervento manuale. La funzione di fetch in background di Capacitor è uno strumento utile per questo:
-
-```typescript
-import { BackgroundFetch } from '@capacitor/background-fetch';
-
-BackgroundFetch.registerTask({
-  taskId: 'data-cleanup',
-  delay: 3600000,
-  periodic: true,
-  requiresNetworkConnectivity: false
-}, async () => {
-  await cleanExpiredData();
-  return BackgroundFetch.Result.NewData;
-});
-```
-
-Se stai utilizzando [SQLite](https://www.sqlite.org/) per la memorizzazione, puoi impostare trigger per eliminare automaticamente i record scaduti:
-
-```sql
-CREATE TRIGGER remove_expired_data
-AFTER INSERT ON user_data
-BEGIN
-  DELETE FROM user_data 
-  WHERE expiration_date < CURRENT_TIMESTAMP;
-END;
-```
-
-### Opzioni di Rimozione dei Dati Utente
-
-Fornire agli utenti strumenti per gestire i propri dati è essenziale. Ecco due funzionalità chiave che puoi implementare:
-
-1.   **Elimina Dati Specifici**: Consenti agli utenti di rimuovere determinati tipi di dati legati al proprio account.
-
-```typescript
-async function deleteSpecificData(userId: string, dataType: string) {
-  await Preferences.remove({ key: `${userId}_${dataType}` });
-
-  if (db) {
-    await db.run(
-      'DELETE FROM user_data WHERE user_id = ? AND data_type = ?',
-      [userId, dataType]
-    );
-  }
-}
-```
-
-2.   **Esporta Dati Utente**: Consenti agli utenti di scaricare i propri dati memorizzati in un formato strutturato.
-
-```typescript
-async function exportUserData(userId: string) {
-  // Gathers all user data for export
-  const userData = await collectUserData(userId);
-  return JSON.stringify(userData);
-}
-```
-
-L'autorità francese per la protezione dei dati [CNIL](https://www.cnil.fr/en) sottolinea che i periodi di conservazione devono allinearsi con la funzionalità principale dell'app [\[3\]](https://www.privado.ai/post/cnil-publishes-mobile-app-privacy-guidance). Questo principio è particolarmente rilevante per gli sviluppatori di app Capacitor e dovrebbe guidare la tua strategia di conservazione dei dati.
-
-## Controllo dei Permessi dell'App
-
-Gestire attentamente i permessi dell'app è fondamentale per proteggere i dati degli utenti mentre si assicura che la tua app funzioni come previsto. Gestendo correttamente i permessi, puoi limitare l'accesso solo alle funzionalità del dispositivo di cui la tua app ha realmente bisogno. L'API dei Permessi di Capacitor offre un approccio unificato alla gestione dei permessi sia su iOS che su Android.
-
-### Passaggi per la Richiesta di Permessi
-
-Assicurati che i permessi che richiedi siano in linea con gli obiettivi di raccolta dati della tua app. Ecco un esempio di implementazione per gestire le richieste di permesso in un'app Capacitor:
-
-```typescript
-import { Permissions } from '@capacitor/core';
-
-const permissionHandler = async (permissionType: string) => {
-  const status = await Permissions.query({ name: permissionType });
-
-  if (status.state === 'granted') {
-    return true;
-  }
-
-  const shouldProceed = await showExplanationDialog(
-    `We need ${permissionType} access to provide core functionality`
-  );
-
-  if (shouldProceed) {
-    const result = await Permissions.request({ name: permissionType });
-    return result.state === 'granted';
-  }
-
-  return false;
-};
-```
-
-### Gestione dei Permessi Negati
-
-Se un utente nega una richiesta di permesso, fornisci chiare alternative e indicazioni. Ecco un esempio:
-
-```typescript
-const handleDeniedPermission = async (permissionType: string) => {
-  const status = await Permissions.query({ name: permissionType });
-
-  if (status.state === 'denied') {
-    const alternatives = {
-      camera: 'manual photo upload',
-      location: 'manual address entry',
-      notifications: 'in-app message center'
-    };
-
-    showAlternativeFeature(alternatives[permissionType]);
-
-    if (status.canOpenSettings) {
-      offerSettingsRedirect();
-    }
-  }
-};
-```
-
-### Tempistica delle Richieste di Permesso
-
-Quando chiedi i permessi è importante. La tempistica strategica può migliorare significativamente i tassi di accettazione degli utenti. Ecco una rapida panoramica delle strategie temporali:
-
-| Strategia Temporale | Miglior Caso d'Uso |
-| --- | --- |
-| **Just-in-Time** | Per funzionalità specifiche quando necessario |
-| **Contestuale** | Per funzionalità non critiche |
-| **Primo Avvio** | Per funzionalità core richieste all'inizio |
-| **Ritardata** | Per funzionalità opzionali più avanti nel percorso dell'utente |
-
-Ad esempio, puoi richiedere l'accesso alla fotocamera solo quando l'utente avvia un'azione come scattare una foto:
-
-```typescript
-const captureImage = async () => {
-  const userStartedCapture = true;
-
-  if (userStartedCapture) {
-    const granted = await permissionHandler('camera');
-
-    if (granted) {
-      await startCamera();
-    } else {
-      showUploadOption();
-    }
-  }
-};
-```
-
-Richieste contestuali come questa possono aumentare i tassi di accettazione del 50% rispetto alle richieste upfront [\[2\]](https://app.studyraid.com/en/read/11146/345611/securing-data-in-capacitor-apps). Per garantire un'esperienza fluida, mantieni un tracker di stato dei permessi che salva le decisioni degli utenti tra le sessioni.
-
-Una volta gestiti i permessi, puoi spostare l'attenzione sulla sicurezza degli aggiornamenti, in particolare per le distribuzioni over-the-air (OTA).
-
-## Sicurezza degli Aggiornamenti OTA
-
-Per garantire l'integrità dei dati durante gli [aggiornamenti dell'app](https://capgo.app/plugins/capacitor-updater/), è fondamentale utilizzare processi di aggiornamento OTA (Over-The-Air) sicuri. Questi aggiornamenti aiutano a prevenire modifiche non autorizzate al codice dell'app, che potrebbero bypassare i limiti sulla raccolta dei dati.
-
-### Firma dei Pacchetti di Aggiornamento
-
-Firmare i pacchetti di aggiornamento è un passaggio critico per proteggere contro modifiche non autorizzate al codice. Ecco alcune misure chiave per garantire aggiornamenti OTA sicuri:
-
-| Misura di Sicurezza | Come Viene Eseguita |
-| --- | --- |
-| **Protezione dei Contenuti** | Crittografia AES |
-| **Sicurezza della Consegna** | HTTPS con pinning del certificato |
-| **Integrità dell'Aggiornamento** | Verifica dell'hash |
-| **Sicurezza delle Versioni** | Numeri di versione firmati |
-| **Recupero da Errori** | Capacità di rollback istantaneo |
-
-### Sistema di Aggiornamento [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-18.jpg?auto=compress)
-
-Capgo semplifica gli aggiornamenti OTA sicuri per le app Capacitor, offrendo funzionalità di sicurezza automatizzate. Ecco un esempio di come utilizzare il sistema di aggiornamento di Capgo nella tua app:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-const secureUpdate = async () => {
-  try {
-    const update = await CapacitorUpdater.download({
-      version: 'latest',
-      validateSignature: true
-    });
-    if (update.status === 'success') {
-      await CapacitorUpdater.set(update);
-    }
-  } catch (error) {
-    await CapacitorUpdater.rollback();
-  }
-};
-```
-
-Este enfoque asegura que las actualizaciones sean validadas y seguras, con opciones de reversión en caso de fallo.
-
-### Cumplimiento de Políticas de Almacenamiento
-
-Adherirse a las directrices de la tienda de aplicaciones es necesario para las actualizaciones OTA[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[6\]](https://opentextbc.ca/writingforsuccess/chapter/chapter-7-sources-choosing-the-right-ones/)[\[7\]](https://ionic.io/blog/capacitor-everything-youve-ever-wanted-to-know). Cada plataforma tiene requisitos específicos para asegurar que las actualizaciones se alineen con sus políticas de retención de datos y seguridad:
-
-| Plataforma | Requisitos de Cumplimiento |
-| --- | --- |
-| **iOS** | Solo actualizaciones de JavaScript o activos |
-| **Android** | Se debe obtener el consentimiento del usuario |
-| **Ambas** | Comprobaciones de seguridad y documentación adecuada |
-
-A continuación se muestra un ejemplo de implementación de actualizaciones compatibles con la tienda:
-
-```typescript
-const compliantUpdate = async () => {
-  const userConsent = await requestUpdateConsent();
-  if (userConsent) {
-    await CapacitorUpdater.setUpdateConfig({
-      type: 'assets-only',
-      scope: 'ui-updates' // Updates limited to UI components
-    });
-  }
-};
-
-const preventDowngrade = async (newVersion, currentVersion) => {
-  const versions = await CapacitorUpdater.getVersions();
-  if (versions.current.buildNumber > newVersion.buildNumber) {
-    throw new Error('Downgrade attempt detected');
-  }
-};
-```
-
-## Resumen
-
-### Puntos Clave
-
-Gestionar los datos del usuario de manera efectiva implica combinar estas estrategias fundamentales:
-
--   Recopilar solo los datos necesarios.
--   Utilizar cifrado nativo de la plataforma para protegerlo.
--   Automatizar los plazos de retención de datos.
--   Establecer controles de permisos detallados.
-
-Estos pasos trabajan conjuntamente para asegurar el cumplimiento desde el momento en que se recopilan los datos hasta que se eliminan automáticamente.
-
-### Pasos para Implementar
-
-Para poner en práctica estas estrategias:
-
--   1. Auditar tus flujos de datos utilizando los métodos discutidos en la sección 2.
--   2. Fortalecer la seguridad del almacenamiento como se detalla en la sección 3.
--   3. Configurar procesos de eliminación automatizados basados en la sección 4.
--   4. Establecer y hacer cumplir los controles de permisos detallados en la sección 5.
-
-### Aprovechando Capgo
-
-Para los equipos que gestionan actualizaciones OTA, Capgo ofrece herramientas de seguridad integradas que se alinean con estos esfuerzos:
-
--   **Cifrado de extremo a extremo** para asegurar los paquetes de actualización.
--   **Monitoreo en tiempo real** para abordar rápidamente posibles amenazas de seguridad.
diff --git a/src/content/blog/it/how-to-handle-user-data-requests-under-ccpa.md b/src/content/blog/it/how-to-handle-user-data-requests-under-ccpa.md
deleted file mode 100644
index c67369923..000000000
--- a/src/content/blog/it/how-to-handle-user-data-requests-under-ccpa.md
+++ /dev/null
@@ -1,203 +0,0 @@
----
-slug: how-to-handle-user-data-requests-under-ccpa
-title: Come gestire le richieste dei dati degli utenti secondo il CCPA
-description: >-
-  Scopri come gestire efficacemente le richieste dei dati degli utenti secondo
-  il CCPA, garantendo la conformità nel rispetto dei diritti alla privacy degli
-  utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T01:02:16.662Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1c538ebbb9dc80644b1ad-1743901348104.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  CCPA, user data requests, compliance, privacy rights, data access, data
-  deletion, opt-out, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Il California Consumer Privacy Act ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)) conferisce agli utenti il controllo sui propri dati personali e stabilisce regole severe per le aziende. Ecco cosa devi sapere per essere conforme:
-
--   **Chi deve essere conforme**: Aziende con fatturato superiore a 25 milioni di dollari, dati su oltre 50.000 utenti o che guadagnano più del 50% del reddito dalla vendita di dati.
--   **Diritti degli utenti**:
-    -   **Accesso**: Gli utenti possono richiedere i propri dati. Rispondere entro 45 giorni.
-    -   **Cancellazione**: Gli utenti possono chiedere di cancellare i propri dati. Rispondere entro 45 giorni.
-    -   **Opt-Out**: Gli utenti possono interrompere la vendita dei propri dati. Deve essere immediato.
-    -   **Non-Discriminazione**: Servizio uguale indipendentemente dalle preferenze sulla privacy.
--   **Passaggi chiave per la conformità**:
-    -   Creare un sistema sicuro per le richieste di dati (moduli web, email o in-app).
-    -   Verificare l'identità dell'utente prima di elaborare le richieste.
-    -   Utilizzare chiare [politiche sulla privacy](https://capgo.app/dp/) e fornire una facile opzione "Non vendere le mie informazioni personali".
-    -   Proteggere i dati con crittografia e archiviazione sicura.
-
-**Suggerimento rapido**: Utilizza strumenti come [Capgo](https://capgo.app/) per aggiornamenti istantanei delle funzionalità sulla privacy della tua app, garantendo una rapida conformità alle normative in evoluzione.
-
-## Come conformarsi al California Consumer Privacy Act ...
-
-<iframe src="https://www.youtube.com/embed/8NY0qFaVWwo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Comprendere i diritti degli utenti [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)
-
-Gli sviluppatori devono creare processi sicuri e user-friendly per gestire ogni diritto sui dati degli utenti secondo il CCPA.
-
-### Diritti di accesso ai dati
-
-Quando gli utenti richiedono l'accesso ai loro dati, fornire i seguenti dettagli:
-
-| **Categoria di dati** | **Informazioni da divulgare** | **Formato consigliato** |
-| --- | --- | --- |
-| Tipi di dati e fonti | Tipi di dati raccolti e loro fonti | Leggibile da macchina (es. JSON, CSV) |
-| Utilizzo dei dati | Come i dati vengono elaborati e utilizzati | Riepilogo in testo semplice |
-| Accesso di terze parti | Elenco di terze parti con accesso ai dati | Lista strutturata |
-| Periodo di conservazione | Per quanto tempo i dati vengono conservati | Tempistiche specifiche |
-
-Una volta concesso l'accesso ai dati, assicurati di avere un processo chiaro e affidabile per la cancellazione dei dati per rimanere conforme.
-
-### Processo di cancellazione dei dati
-
-1.   **Verifica dell'ambito**: Conferma che la cancellazione copra tutti i sistemi pertinenti, inclusi database primari, cache, strumenti di analisi, sistemi di terze parti e backup. Possono applicarsi eccezioni per sicurezza, obblighi legali, correzione di bug o transazioni in corso.
-2.   **Esecuzione della cancellazione**: Rimuovi i dati da tutti i sistemi applicabili e notifica immediatamente l'utente. Includi la marca temporale della cancellazione e i dettagli di eventuali dati conservati per eccezioni.
-
-Dopo aver gestito i diritti di accesso e cancellazione, assicurati che il processo di opt-out dalla vendita dei dati sia altrettanto semplice.
-
-### Opt-out dalla vendita dei dati
-
-Fornisci un'opzione "Non vendere le mie informazioni personali" facile da trovare, accessibile dalla schermata principale dell'app o dal menu delle impostazioni. Questa preferenza dovrebbe essere applicata rapidamente e rimanere coerente in tutte le versioni dell'app.
-
-Se la tua app utilizza SDK di analisi o pubblicità di terze parti, assicurati che questi servizi si integrino con il tuo meccanismo di opt-out e rispettino le preferenze degli utenti senza ritardi. Questo garantisce la conformità e costruisce fiducia con i tuoi utenti.
-
-## Elaborazione delle richieste di dati CCPA
-
-Ecco come gestire le richieste di dati CCPA in modo sicuro rimanendo conformi:
-
-### Configurazione di un sistema di richieste
-
-Fornisci agli utenti modi sicuri per inviare le loro richieste. Le opzioni includono:
-
--   Un modulo web protetto con SSL e captcha
--   Un'email dedicata alla privacy con funzione di risposta automatica
--   Un'interfaccia in-app che utilizza un'API sicura
-
-Assicurati di registrare e marcare temporalmente ogni invio. Organizza le richieste per tipo per semplificare l'elaborazione.
-
-### Verifica dell'identità dell'utente
-
-Usa un processo in due fasi per confermare l'identità dell'utente:
-
--   Prima, verifica la loro identità attraverso la loro email registrata o ID account.
--   Poi, esegui un controllo secondario, come l'invio di un codice SMS monouso o domande di sicurezza.
-
-Per le app mobili, puoi fare affidamento su identificatori specifici del dispositivo o token di autenticazione per una maggiore sicurezza.
-
-### Gestione delle scadenze di risposta
-
-Una volta verificata l'identità dell'utente, attieniti a questi passaggi per rispettare le scadenze CCPA:
-
--   Usa un tracker centralizzato per registrare ogni richiesta, monitorare le scadenze e tracciare i progressi.
--   Registra tutti i dettagli, inclusi timestamp, metodi di verifica, fasi di elaborazione e comunicazioni con l'utente, per garantire la conformità e mantenere una chiara traccia di audit.
-
-## Linee guida per la conformità CCPA
-
-### Aggiornamenti della Privacy Policy
-
-Mantieni aggiornata la tua [politica sulla privacy](https://capgo.app/privacy/) con i requisiti CCPA. Delinea chiaramente:
-
--   I tipi di informazioni personali che raccogli
--   Come utilizzi e condividi queste informazioni
--   I diritti degli utenti secondo il CCPA
--   Come gli utenti possono inviare richieste sui dati
-
-Scrivi in un linguaggio semplice e diretto. Per esempio, usa "secondo" invece di "ai sensi di". Questo rende la tua politica più facile da capire e supporta i tuoi sforzi di conformità.
-
-Una volta aggiornata, rendi semplice per gli utenti controllare i loro dati, incluso l'opt-out dalla condivisione dei dati.
-
-### Implementazione dell'opt-out
-
-Includi un'opzione "Non vendere o condividere le mie informazioni personali" nella tua app. Posizionala dove gli utenti possono trovarla facilmente, come:
-
--   Il menu delle impostazioni dell'app
--   Le preferenze dell'account
--   Una sezione dedicata ai controlli sulla privacy
-
-Supporta i segnali [Global Privacy Control](https://globalprivacycontrol.org/) (GPC) per rispettare automaticamente le preferenze sulla privacy degli utenti.
-
-| Funzionalità | Requisito di implementazione | Esperienza utente |
-| --- | --- | --- |
-| Pulsante opt-out | Visibile nelle impostazioni dell'app | Attivazione con un tocco |
-| Supporto segnale GPC | Rilevamento automatico | Elaborazione in background |
-| Indicatore di stato | Stato del toggle chiaro | Conferma visiva |
-| Archiviazione preferenze | Archiviazione locale sicura | Persistente tra le sessioni |
-
-Questo processo di opt-out è semplice e trasparente, aiutando a costruire fiducia mentre si rispettano le linee guida CCPA. Associa questi controlli a solide pratiche di sicurezza per proteggere i dati degli utenti.
-
-### Metodi di protezione dei dati
-
-Usa misure di sicurezza rigorose per proteggere i dati in tutte le fasi. Crittografa tutte le trasmissioni di dati, specialmente le informazioni sensibili.
-
-Per l'archiviazione sicura dei dati:
-
--   Usa database crittografati
--   Impiega pratiche sicure di gestione delle chiavi
--   Conduci audit di sicurezza regolari
--   Configura sistemi di backup automatici
-
-Quando cancelli i dati, segui i passaggi dettagliati nella sezione Cancellazione dei dati per assicurare la rimozione completa da tutti i sistemi. Questi metodi aiutano a proteggere le informazioni degli utenti e mantenere la conformità.
-
-## Requisiti CCPA per app mobili
-
-### Controlli dei permessi dell'app
-
-Rendi semplice per gli utenti gestire le loro impostazioni sulla privacy con controlli dei permessi chiari e accessibili.
-
-Considera di creare un'interfaccia dedicata alle impostazioni sulla privacy che includa:
-
-| Tipo di controllo | Implementazione | Azione utente |
-| --- | --- | --- |
-| **Raccolta dati** | Toggle granulari | Abilitare o disabilitare tipi di dati specifici |
-| **Servizi di localizzazione** | Opzioni multi-livello | Scegliere la precisione dei dati (precisa o approssimativa) |
-| **Comunicazioni marketing** | Basate su categoria | Selezionare i metodi di contatto preferiti |
-| **Condivisione con terze parti** | Controlli individuali | Opt-out per partner di dati |
-
-Posiziona questi controlli in un punto facilmente trovabile nel menu delle impostazioni della tua app. Sii trasparente - spiega chiaramente quali dati vengono raccolti, perché sono necessari, come vengono utilizzati e con chi vengono condivisi. Questo approccio assicura che gli utenti possano aggiornare rapidamente le loro preferenze quando necessario.
-
-### Utilizzo di [Capgo](https://capgo.app/) per gli aggiornamenti
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f1c538ebbb9dc80644b1ad/241c8f19433e01f315154c8988becf9c.jpg)
-
-Una volta stabiliti solidi controlli in-app, mantenere l'app aggiornata è fondamentale per rimanere conformi. È qui che entra in gioco Capgo. Ti permette di distribuire aggiornamenti istantaneamente - senza attendere le approvazioni dell'app store. Infatti, il 95% degli utenti attivi riceve gli aggiornamenti entro 24 ore dal rilascio [\[1\]](https://capgo.app/).
-
-Ecco cosa offre Capgo:
-
--   **Aggiornamenti istantanei**: Invia modifiche cruciali sulla privacy e i permessi immediatamente.
--   **Implementazione sicura**: Utilizza la crittografia end-to-end, assicurando che solo gli utenti possano decrittare gli aggiornamenti.
--   **Controllo versioni**: Ripristina gli aggiornamenti se necessario per mantenere la coerenza.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Il sistema di canali di Capgo ti permette anche di testare gli aggiornamenti sulla privacy con specifici gruppi di utenti prima di distribuirli a tutti. Attualmente, 750 app si affidano a Capgo in ambienti di produzione [\[1\]](https://capgo.app/).
-
-## Riepilogo
-
-### Punti principali
-
-La gestione delle richieste di dati CCPA implica bilanciare i diritti alla privacy degli utenti con l'esecuzione tecnica. Ecco le principali priorità che gli sviluppatori dovrebbero affrontare:
-
-| Requisito | Implementazione |
-| --- | --- |
-| Sistema di richiesta dati | Portale sicuro con autenticazione utente |
-| Controlli privacy | Impostazioni dettagliate dei permessi |
-| Opt-out vendita dati | Processo chiaro con verifica utente |
-| Protezione dati | Crittografia end-to-end |
-
-Per le app mobili, sono essenziali solidi controlli dei permessi. **Capgo** semplifica la conformità consentendo aggiornamenti istantanei, supportando già 750 app in produzione [\[1\]](https://capgo.app/).
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare la revisione per le correzioni di bug è prezioso." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-La velocità è importante: il 95% degli utenti riceve gli aggiornamenti entro 24 ore attraverso **Capgo** [\[1\]](https://capgo.app/), garantendo una rapida conformità alle normative.
-
-La conformità CCPA non è un'attività una tantum. Sono necessari audit e aggiornamenti regolari per stare al passo con le regole in evoluzione e proteggere la privacy degli utenti.
diff --git a/src/content/blog/it/how-to-monitor-capacitor-app-updates.md b/src/content/blog/it/how-to-monitor-capacitor-app-updates.md
deleted file mode 100644
index 98ad41539..000000000
--- a/src/content/blog/it/how-to-monitor-capacitor-app-updates.md
+++ /dev/null
@@ -1,185 +0,0 @@
----
-slug: how-to-monitor-capacitor-app-updates
-title: Come Monitorare gli Aggiornamenti delle App Capacitor
-description: >-
-  Scopri strategie efficaci per monitorare gli aggiornamenti delle app
-  Capacitor, migliorando stabilità, sicurezza ed esperienza utente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-16T02:14:06.413Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b133684899b66d1dc8f1ac-1739672065689.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, app updates, monitoring tools, performance metrics, user
-  experience, security compliance
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Il monitoraggio degli aggiornamenti delle app [Capacitor](https://capacitorjs.com/) è fondamentale per mantenere la stabilità dell'app e garantire un'esperienza utente ottimale. Gli aggiornamenti OTA (Over-the-Air) di [Capacitor](https://capacitorjs.com/) semplificano il processo, consentendo agli sviluppatori di [distribuire aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) senza i ritardi degli app store. Ecco cosa devi sapere:
-
--   **Perché monitorare gli aggiornamenti?**
-    
-    -   Ridurre i crash e le interruzioni dell'app.
-    -   Rispettare gli standard di conformità degli app store.
-    -   Abilitare i rollback automatici per aggiornamenti difettosi.
--   **Strumenti chiave di monitoraggio:**
-    
-    -   **[Capgo](https://capgo.app/):** Monitoraggio avanzato in tempo reale, avvisi di errore e integrazione CI/CD.
-    -   **Altre soluzioni:** Variano nelle funzionalità come automazione del rollback e segmentazione utenti.
--   **Cosa monitorare:**
-    
-    -   Velocità di download e tassi di successo.
-    -   Report di crash collegati agli aggiornamenti.
-    -   Tassi di adozione della versione attiva e tempi di risposta del server.
--   **Migliori pratiche:**
-    
-    -   Utilizzare listener di aggiornamento per avvisi in tempo reale.
-    -   Monitorare la sicurezza con controlli di crittografia e firma del codice.
-    -   Automatizzare le decisioni di rollback in base alle soglie di crash o errori.
-
-Configura un sistema di monitoraggio robusto per garantire aggiornamenti fluidi, migliorare la fidelizzazione degli utenti e mantenere la conformità con le regole della piattaforma.
-
-## Tutorial ESP32 OTA con Trucchi (Incluso il Debug OTA)
-
-<iframe src="https://www.youtube.com/embed/1pwqS_NUG7Q" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Strumenti di Monitoraggio degli Aggiornamenti
-
-La scelta degli strumenti giusti per monitorare gli aggiornamenti è fondamentale per mantenere le app Capacitor in funzione correttamente. Secondo dati recenti, **il 78% degli [sviluppatori Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) si affida a soluzioni di monitoraggio dedicate** per tracciare efficacemente gli aggiornamenti [\[1\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga).
-
-### Tabella di Confronto Strumenti
-
-Nel confrontare gli strumenti di monitoraggio, concentrati sulle funzionalità che si allineano con le esigenze della tua app. Ecco una rapida panoramica:
-
-| Funzionalità | Strumenti Integrati | Soluzioni di Terze Parti | Capgo |
-| --- | --- | --- | --- |
-| Monitoraggio in Tempo Reale | Base | Avanzato | Avanzato |
-| Metriche di Performance | Limitato | Completo | Completo |
-| Segmentazione Utenti | No | Sì | Sì |
-| Capacità di Rollback | Manuale | Automatizzato | Automatizzato |
-| Integrazione CI/CD | Base | Varia | Completa |
-| Funzionalità di Sicurezza | Base | Avanzate | Avanzate |
-
-### Utilizzo di [Capgo](https://capgo.app/) per gli Aggiornamenti
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-16.jpg?auto=compress)
-
-Capgo si distingue come scelta affidabile per i team che necessitano di un controllo dettagliato sui loro aggiornamenti app. Offre **analisi delle prestazioni specifiche per versione** e altri strumenti avanzati di monitoraggio.
-
-Ad esempio, un team di [Shopify Mobile](https://www.shopify.com/mobile) ha sfruttato le dashboard in tempo reale di Capgo e ha raggiunto il **98% di adozione degli aggiornamenti monitorati in sole 4 ore** [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-Ecco cosa offre Capgo:
-
-| Aspetto di Monitoraggio | Capacità |
-| --- | --- |
-| Distribuzione Aggiornamenti | Tracciamento in tempo reale del progresso di distribuzione |
-| Analisi Prestazioni | Monitora velocità di download e tassi di successo dell'installazione |
-| Tracciamento Errori | Invia avvisi istantanei per aggiornamenti falliti |
-| Monitoraggio Sicurezza | Include verifica di sicurezza avanzata |
-
-Metriche chiave da tenere d'occhio includono:
-
--   Tassi di completamento download
--   Percentuali di successo installazione
--   Report di crash collegati agli aggiornamenti
--   Tempi di risposta del server
--   Tassi di adozione versione attiva
-
-Una volta che gli strumenti di monitoraggio sono in posizione, il prossimo passo è configurare il tracciamento tecnico con listener di aggiornamento e metriche di prestazione. Questo assicura di rimanere in anticipo su potenziali problemi e mantenere un'esperienza utente fluida.
-
-## Configurazione del Monitoraggio degli Aggiornamenti
-
-Per mantenere gli [aggiornamenti Capacitor](https://capgo.app/plugins/capacitor-updater/) in esecuzione senza problemi, avrai bisogno di tre elementi principali: **listener di aggiornamento**, **metriche di prestazione** e **integrazione CI/CD**.
-
-### Configurazione dei Listener di Aggiornamento
-
-Ecco come configurare i tuoi listener di aggiornamento:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Set up listeners for update events
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('Update available:', info);
-});
-
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log('Download completed:', info);
-});
-
-CapacitorUpdater.addListener('updateFailed', (info) => {
-  console.error('Update failed:', info);
-});
-
-// Notify the system that the app is ready
-CapacitorUpdater.notifyAppReady();
-```
-
-### Monitoraggio delle Prestazioni degli Aggiornamenti
-
-Per ottenere un quadro chiaro delle prestazioni degli aggiornamenti, monitora queste metriche chiave:
-
--   **Velocità di download** e tassi di completamento
--   **Tassi di successo dell'installazione** e occorrenze di errori
--   **Tassi di adozione degli utenti** e report di crash post-aggiornamento
--   **Tempi di risposta del server** e utilizzo delle risorse del dispositivo
-
-Puoi combinare questi insight con strumenti come [Xcode Instruments](https://developer.apple.com/tutorials/instruments?changes=__2) e [Android Profiler](https://developer.android.com/studio/profile) per un'analisi più approfondita [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-### Integrazione con Pipeline CI/CD
-
-Configura la tua pipeline CI/CD per monitorare e riportare automaticamente le metriche degli aggiornamenti. Questo aiuta a individuare rapidamente eventuali problemi durante la distribuzione.
-
-## Migliori Pratiche di Monitoraggio
-
-Una volta configurato il sistema di monitoraggio, è il momento di concentrarsi su queste pratiche operative per garantire che tutto funzioni senza problemi.
-
-### Regole degli App Store
-
-Assicurati che il tuo monitoraggio si allinei con i requisiti specifici di ogni piattaforma:
-
-| Piattaforma | Area Chiave di Monitoraggio |
-| --- | --- |
-| iOS | Tieni d'occhio i cambiamenti di versione negli aggiornamenti |
-| Android | Traccia i pattern di consenso degli utenti |
-
-Queste esigenze specifiche della piattaforma determinano cosa monitorare. Ad esempio, tracciare gli aggiornamenti di versione per iOS e monitorare le tendenze di consenso per Android sono critici [\[1\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga) [\[2\]](https://nytlicensing.com/latest/methods/getting-started-thought-leadership-content-marketing/).
-
-### Sicurezza degli Aggiornamenti
-
-Controlla regolarmente lo stato della crittografia e assicurati che la firma del codice rimanga valida utilizzando gli strumenti di monitoraggio selezionati. Concentrati su:
-
--   Crittografia dei pacchetti di aggiornamento
--   Log che verificano la firma del codice
--   Controlli di integrità prima dell'installazione
-
-> "Implementare misure di sicurezza appropriate può prevenire fino al 95% delle vulnerabilità legate agli aggiornamenti" [\[3\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/)
-
-### Pianificazione del Rollback
-
-Sfrutta i tuoi dati di monitoraggio per guidare le decisioni di rollback. Automatizza i rollback basati su:
-
--   Improvvisi aumenti nei tassi di crash
--   Errori API che superano le soglie impostate
--   Feedback negativo costante degli utenti
-
-> "Implementare misure di sicurezza appropriate può prevenire fino al 95% delle vulnerabilità legate agli aggiornamenti" [\[3\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/)
-
-## Riepilogo
-
-Un monitoraggio efficace degli aggiornamenti salvaguarda sia l'esperienza utente che le prestazioni tecniche. La ricerca indica che l'utilizzo di strategie di monitoraggio mirate può ridurre i tassi di crash del 35% e aumentare la fidelizzazione degli utenti del 22% [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-Mantieni il focus su tre aree chiave: prestazioni tecniche, esperienza utente e conformità di sicurezza. Ecco una suddivisione:
-
-| Area di Monitoraggio | Metriche | Risultato |
-| --- | --- | --- |
-| Prestazioni Tecniche | Tassi di installazione aggiornamenti, risposte API, tracciamento crash | Garantisce stabilità e funzionalità dell'app |
-| Esperienza Utente | Analisi feedback, tassi di adozione, pattern di utilizzo app | Migliora coinvolgimento e fidelizzazione |
-| Conformità Sicurezza | Controlli crittografia, firma codice, aderenza regole piattaforma | Mantiene le app conformi ai requisiti degli store |
-
-Incorpora strumenti automatizzati nel tuo processo di sviluppo. Metriche e avvisi in tempo reale, abbinati alla tua pipeline CI/CD, permettono una risoluzione più rapida dei problemi con minime interruzioni per gli utenti.
diff --git a/src/content/blog/it/how-to-profile-cross-platform-apps-with-capacitor.md b/src/content/blog/it/how-to-profile-cross-platform-apps-with-capacitor.md
deleted file mode 100644
index c7e742b61..000000000
--- a/src/content/blog/it/how-to-profile-cross-platform-apps-with-capacitor.md
+++ /dev/null
@@ -1,167 +0,0 @@
----
-slug: how-to-profile-cross-platform-apps-with-capacitor
-title: Come profilare app multipiattaforma con Capacitor
-description: >-
-  Scopri come profilare e ottimizzare le app multipiattaforma create con
-  Capacitor per migliorare le prestazioni su iOS, Android e web.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:37:04.938Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60-1745030245432.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, profiling, cross-platform apps, performance optimization, iOS,
-  Android, web development, memory leaks, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Profilare le app multipiattaforma costruite con [Capacitor](https://capacitorjs.com/) ti aiuta a identificare problemi di prestazioni su iOS, Android e piattaforme web. Ecco una guida rapida per iniziare:
-
--   **Strumenti Necessari**:
-    
-    -   [Node.js](https://nodejs.org/en) v16+ e npm v8+ per la gestione dei pacchetti
-    -   Capacitor CLI v5.0+ per costruire e distribuire le app
-    -   [Xcode](https://developer.apple.com/xcode/) 14+ (iOS) e [Android Studio](https://developer.android.com/studio) Electric Eel+ (Android) per lo sviluppo e il profiling specifico per piattaforma
-    -   [Chrome DevTools](https://developer.chrome.com/docs/devtools) per l'analisi delle prestazioni web
--   **Dispositivi**:
-    
-    -   Usa gli **emulatori** per test veloci ma affidati a **dispositivi fisici** per ottenere metriche di prestazione accurate.
--   **Strumenti Principali di Profiling**:
-    
-    -   **Chrome DevTools**: Analizza l'esecuzione JavaScript, l'uso della memoria e l'attività di rete per le app web.
-    -   **Xcode Instruments**: Misura l'uso di CPU, memoria ed energia su iOS.
-    -   **Android Studio Profilers**: Monitora prestazioni di CPU, memoria e rete su Android.
--   **Problemi Comuni da Risolvere**:
-    
-    -   Dimensioni eccessive del bundle dell'app
-    -   Codice non ottimizzato
-    -   Chiamate eccessive al bridge JavaScript-nativo
--   **Ottimizzazioni**:
-    
-    -   Implementa aggiornamenti parziali del bundle e aggiornamenti live per migliorare prestazioni ed esperienza utente.
-    -   Traccia metriche di prestazione ed errori in tempo reale usando strumenti come [Capgo](https://capgo.app/).
-
-Questo articolo ti guida attraverso l'uso di strumenti specifici per piattaforma, l'individuazione di colli di bottiglia nelle prestazioni e l'applicazione di correzioni per ottimizzare le tue app Capacitor.
-
-## Come trovare MEMORY LEAK nelle App Ionic Angular
-
-<iframe src="https://www.youtube.com/embed/vNGWpZlUOPM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisiti di Setup
-
-Per profilare efficacemente le app Capacitor, avrai bisogno degli strumenti, software e ambienti di test giusti. Ecco cosa ti serve per un'analisi accurata delle prestazioni.
-
-### Strumenti e Software
-
-Assicurati di avere quanto segue:
-
--   **Node.js v16+** con **npm v8+** per gestire i pacchetti
--   **Capacitor CLI (v8+)** per costruire e distribuire app
--   **Xcode 14+** per sviluppo e profiling iOS
--   **Android Studio Electric Eel** (o più recente) per lo sviluppo Android
--   **Chrome DevTools** per il profiling delle prestazioni web
-
-Una volta pronti gli strumenti, è il momento di scegliere i dispositivi di test.
-
-### Emulatori vs Dispositivi Fisici
-
--   **Emulatori**: Ottimi per test veloci, debugging e prova di diverse configurazioni di dispositivi. Tuttavia, non replicano completamente le prestazioni del mondo reale e hanno supporto GPU limitato.
--   **Dispositivi Fisici**: Essenziali per metriche accurate di memoria e GPU. Sebbene possano essere più costosi e richiedere gestione aggiuntiva, forniscono un quadro molto più chiaro di come si comporterà la tua app.
-
-Per i migliori risultati, testa su almeno un dispositivo iOS recente e un dispositivo Android di fascia media per coprire una gamma di scenari di prestazioni.
-
-### Strumenti di Monitoraggio Prestazioni
-
-Usa questi strumenti per monitorare e analizzare le prestazioni:
-
--   **Instruments (iOS)**, **Android Studio CPU Profiler**, e **Chrome DevTools** per il profiling specifico per piattaforma
--   **Capgo** per analytics multipiattaforma e tracciamento errori in tempo reale \[2\]
-
-Infine, configura il logging sia in ambiente di sviluppo che di produzione per tracciare metriche consistenti.
-
-## Strumenti di Profiling per Piattaforma
-
-Sfrutta gli strumenti integrati di ogni piattaforma per analizzare le prestazioni e identificare potenziali problemi.
-
-### Profiling Web con [Chrome DevTools](https://developer.chrome.com/docs/devtools)
-
-Mentre esegui la tua app in Chrome, apri **DevTools** (Click destro > Ispeziona) ed esplora le schede **Performance**, **Memory**, o **Network**:
-
--   **Performance**: Traccia l'esecuzione JavaScript, il rendering e l'attività di rete.
--   **Memory**: Analizza le allocazioni heap e rileva memory leak.
--   **Network**: Osserva chiamate API, caricamento asset e utilizzo della banda.
-
-Per un profiling JavaScript più dettagliato, usa la funzione **profilo CPU del pannello Performance**. Per catturare dati dettagliati sulle chiamate di funzione, abilita l'opzione "JavaScript Profiler" nelle impostazioni.
-
-Una volta completato il profiling web, passa all'analisi delle prestazioni iOS.
-
-### Profiling iOS con [Xcode](https://developer.apple.com/xcode/)
-
-![Xcode IDE Interface](https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60/15516018a4284df8a7d0585815c62b4c.jpg)
-
-In Xcode, naviga su **Product > Profile (⌘I)** e seleziona un template di profiling:
-
--   **Time Profiler**: Misura l'utilizzo CPU.
--   **Allocations**: Monitora l'utilizzo della memoria.
--   **Energy Log**: Valuta il consumo della batteria e l'attività di rete.
-
-Presta particolare attenzione ai **tempi di rendering WebView** per valutare la reattività dell'app.
-
-Dopo il profiling iOS, sposta l'attenzione sulle prestazioni Android.
-
-### Strumenti di Profiling Android
-
-In Android Studio, accedi agli strumenti di profiling tramite **View > Tool Windows > App Inspection**. I profiler chiave includono:
-
--   **CPU Profiler**: Analizza l'attività dei thread, tracce dei metodi e utilizzo CPU.
--   **Memory Profiler**: Traccia allocazioni heap, garbage collection e memory leak.
--   **Network Profiler**: Revisiona tempi di richiesta e dimensioni payload.
-
-Per le app che usano WebView, abilita il debugging con `WebView.setWebContentsDebuggingEnabled(true)` per integrare Chrome DevTools insieme ad Android Studio per un'analisi più completa.
-
-## Trovare e Risolvere Problemi di Prestazioni
-
-### Colli di Bottiglia
-
-I problemi di prestazioni comuni nelle app Capacitor spesso derivano da **dimensioni eccessive dei bundle**, **codice non minificato**, e **overhead eccessivo dalle chiamate bridge**. Questi fattori possono rallentare la tua app e impattare l'esperienza utente.
-
-### Analizzare i Profili
-
-Per individuare problemi di prestazioni, strumenti come **Chrome DevTools**, **Xcode Instruments**, e **Android Studio profilers** sono invaluabili. Usali per tracciare picchi CPU, memory leak e ritardi nelle richieste di rete. Una volta identificate queste aree problematiche, puoi concentrarti su correzioni specifiche.
-
-### Correzioni delle Prestazioni
-
-Dopo aver raccolto dati dagli strumenti di profiling, implementa queste ottimizzazioni mirate:
-
--   **Aggiornamenti parziali del bundle**: Invece di aggiornamenti completi, fornisci aggiornamenti più piccoli e incrementali. Per esempio, il CDN di Capgo può fornire un aggiornamento di 5 MB in soli 114 ms [\[1\]](https://capgo.app/).
--   **Rollout controllati**: Usa la segmentazione utenti per distribuire gli aggiornamenti gradualmente. Questo metodo può raggiungere il 95% di adozione degli aggiornamenti entro 24 ore [\[1\]](https://capgo.app/).
--   **Tracciamento errori**: Rileva e correggi errori rapidamente per mantenere stabilità e prestazioni dell'app [\[1\]](https://capgo.app/).
--   **Batching delle chiamate bridge**: Riduci l'overhead raggruppando le chiamate bridge JavaScript-native.
--   **Aggiornamenti live**: Invia correzioni immediate usando soluzioni di aggiornamento live (es. Capgo), bypassando i ritardi degli app store.
-
-## Monitoraggio e Aggiornamenti
-
-Una volta apportati i miglioramenti delle prestazioni, è cruciale tenere d'occhio le cose e mantenere un sistema per gli aggiornamenti live per assicurarsi che tutto rimanga in carreggiata.
-
-### Tracciamento Prestazioni in Tempo Reale
-
-Dopo il deployment, tieni traccia di metriche importanti come tempi di risposta API, tassi di successo degli aggiornamenti e coinvolgimento utenti. Usa strumenti come dashboard automatizzate o software di tracciamento errori per raccogliere questi dati in tempo reale. Questo ti permette di individuare e affrontare problemi rapidamente, prevenendo il loro impatto su un gran numero di utenti.
-
-### Aggiornamenti Rapidi con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60/65550a0697b495ada9159b05fd8b2a91.jpg)
-
-Capgo semplifica il processo di aggiornamento offrendo aggiornamenti criptati e graduali con funzionalità di rollback automatico. Fornisce anche analytics in tempo reale, aiutandoti a bypassare i ritardi degli app store e assicurando che gli aggiornamenti raggiungano i tuoi utenti rapidamente ed efficientemente.
-
-## Riepilogo
-
-Usa strumenti come Chrome DevTools, Xcode Instruments e Android Studio Profiler per ottimizzare le tue app Capacitor. Tieni d'occhio le metriche chiave e distribuisci aggiornamenti live quando necessario. Ecco su cosa concentrarsi:
-
--   **Profila costantemente** usando strumenti specifici per piattaforma (Chrome DevTools, Xcode, Android Studio Profiler).
--   **Traccia prestazioni ed errori** in tempo reale su tutte le piattaforme.
--   **Distribuisci aggiornamenti live gradualmente** per introdurre correzioni di bug e nuove funzionalità in modo fluido.
diff --git a/src/content/blog/it/how-to-release-major-version-in-capgo.md b/src/content/blog/it/how-to-release-major-version-in-capgo.md
deleted file mode 100644
index 60b2ed4fb..000000000
--- a/src/content/blog/it/how-to-release-major-version-in-capgo.md
+++ /dev/null
@@ -1,87 +0,0 @@
----
-slug: how-to-release-major-version-in-capgo
-title: Come rilasciare una versione principale in capgo
-description: >-
-  Capisci come e quando è necessario rilasciare una versione principale della
-  tua app senza compromettere l'app dell'utente
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-30T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Sistema di versioni principali di Capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Tutorial
-published: true
-locale: it
-next_blog: how-to-send-specific-version-to-users
----
-## Quando si rilascia una versione principale
-
-La gestione delle versioni può essere difficile, solitamente si vuole inviare un aggiornamento Major quando appare un cambiamento importante per gli utenti.
-
-Ma il versionamento non è fatto per questo, la versione dell'app store è diversa dalla versione Nativa.
-
-La versione Nativa serve per gestire i cambiamenti sostanziali nel *codice*
-
-In iOS, per esempio, iOS 16 è la `versione store` di Apple, ma la versione del codice è `20A5283p` (sembra che non usino SemVer)
-
-Ora è chiaro che non li mescoliamo e li usiamo per ciò per cui sono stati creati!
-
-## Rilascio principale
-
-Nella tua app Capacitor, un rilascio principale è necessario quando si verifica un cambiamento sostanziale.
-Per esempio, un nuovo target iOS (da 15 a 16), o una nuova versione di Capacitor (da 3 a 4), o un plugin (da 1.2 a 2.0) che usi è stato aggiornato a una versione principale.
-
-Questo cambiamento significa che tutti gli strumenti devono essere allineati per gestire il cambiamento sostanziale.
-
-Ecco perché Capgo segue questo sistema.
-Quindi se rilasci una versione principale, Capgo non la invierà a un utente che non l'ha installata dallo store.\
-Questo comportamento può essere personalizzato. Puoi saperne di più [qui](/docs/cli/commands/#disable-updates-strategy)
-
-### Versioni
-
-Dove Capgo trova la versione da confrontare
-
-#### iOS
-  > Verrà utilizzato da Capgo per confrontare con la versione JavaScript e trovare gli aggiornamenti Major
-
-In iOS la variabile è impostata nel tuo progetto qui `ios/App/App/Info.plist` sotto la chiave `CFBundleShortVersionString` o `ios/App/App.xcodeproj/project.pbxproj` sotto la chiave `MARKETING_VERSION` se `MARKETING_VERSION` è stato impostato nel tuo file `Info.plist`.
-  > Puoi sovrascrivere questo comportamento impostando la chiave version nel file `capacitor.config.json` [documentazione qui](/docs/plugin/auto-update#advanced-settings/)
-
-#### Android
-  > Verrà utilizzato da Capgo per confrontare con la versione JavaScript e trovare gli aggiornamenti Major
-
-In Android, la variabile è impostata nel tuo progetto qui `android/app/build.gradle` sotto la chiave `defaultConfig.versionName`
-  > Puoi sovrascrivere questo comportamento impostando la chiave version nel file `capacitor.config.json` [documentazione qui](/docs/plugin/auto-update#advanced-settings/)
-
-#### JavaScript
-  > Verrà utilizzato da Capgo per confrontare con la versione Nativa e trovare gli aggiornamenti Major
-
-In JavaScript, la variabile è impostata nel tuo progetto qui `package.json` sotto la chiave `version`
-
-## Esempio
-
-La tua app Ionic è attualmente rilasciata con la versione `1.2.3` con Capacitor 3
-
-Stai facendo l'aggiornamento a Capacitor 4.
-
-Devi aggiornare il numero di versione a `2.2.3`, quindi tutti i tuoi pacchetti incluso Capgo noteranno questo grande cambiamento.
-
-Quando rilasci questa versione su Capgo e l'App Store.
-
-Tutti i prossimi aggiornamenti live in Capgo `2.2.4` non verranno mai inviati agli utenti con versione `1.2.3`. Solo con versione `2.2.3`.
-
-Se segui questo schema, non c'è bisogno di preoccuparsi ulteriormente, tutto è ben gestito.
-
-## Se non seguo questo schema
-
-In questo caso, significa che devi inviare la tua nuova app con Capacitor 4 ad Apple e Google, ma non a Capgo.
-
-Poi devi attendere che il 100% dei tuoi utenti, o almeno il 90%, abbia l'app, ci vorranno probabilmente mesi.
-
-Durante questo periodo non puoi inviare alcun aggiornamento con Capgo, poiché i vecchi utenti non possono ottenere la nuova versione.
-Non hai un modo per selezionare solo alcuni utenti che riceveranno l'aggiornamento.
diff --git a/src/content/blog/it/how-to-resolve-android-build-errors-in-capacitor.md b/src/content/blog/it/how-to-resolve-android-build-errors-in-capacitor.md
deleted file mode 100644
index 99ae92f87..000000000
--- a/src/content/blog/it/how-to-resolve-android-build-errors-in-capacitor.md
+++ /dev/null
@@ -1,125 +0,0 @@
----
-slug: how-to-resolve-android-build-errors-in-capacitor
-title: Come Risolvere gli Errori di Build Android in Capacitor
-description: >-
-  Scopri come risolvere rapidamente gli errori di compilazione Android in
-  Capacitor, dai problemi di configurazione ai conflitti di dipendenze e
-  problemi di ProGuard.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T03:02:04.382Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b-1743217335938.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, Android build errors, ProGuard, dependency conflicts, mobile
-  development, troubleshooting
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Hai problemi con gli errori di build Android in [Capacitor](https://capacitorjs.com/)?** Questi errori derivano spesso da file mal configurati, conflitti di dipendenze o problemi di [ProGuard](https://www.guardsquare.com/manual/home). Risolverli rapidamente è essenziale per mantenere la tua app funzionante. Ecco una rapida panoramica dei problemi comuni e come risolverli:
-
--   **Problemi di configurazione**: Controlla `AndroidManifest.xml`, `capacitor.config.json` e le impostazioni di [Gradle](https://gradle.org/) per incongruenze nelle versioni SDK, permessi o `minSdkVersion`.
--   **Conflitti di dipendenze**: Allinea le versioni di Capacitor core, plugin e librerie native. Usa strumenti come `npx cap doctor` per individuare incongruenze.
--   **Problemi ProGuard**: Aggiungi le regole appropriate per prevenire errori di offuscamento durante le build di release.
-
-**Suggerimento chiave**: Usa i log degli errori in [Android Studio](https://developer.android.com/studio) per individuare la causa principale e concentrati sul primo errore nello stack trace. Strumenti come [Capgo](https://capgo.app/) possono aiutarti a distribuire le correzioni istantaneamente senza attendere le revisioni dell'app store.
-
-**Esempio di correzione rapida**:
-
--   Aggiorna le dipendenze in `package.json`:
-    
-    ```json
-    {
-      "@capacitor/core": "5.5.0",
-      "@capacitor/android": "5.5.0",
-      "@capacitor/camera": "5.0.7"
-    }
-    ```
-    
--   Aggiungi [Jetifier](https://developer.android.com/tools/jetifier) per la compatibilità:
-    
-    ```properties
-    android.useAndroidX=true
-    android.enableJetifier=true
-    ```
-    
--   Aggiungi regole ProGuard:
-    
-    ```java
-    -keep class com.getcapacitor.** { *; }
-    -dontwarn com.google.android.gms.**
-    ```
-    
-
-**Hai bisogno di correzioni più veloci?** Capgo ti permette di distribuire aggiornamenti istantaneamente, bypassando i ritardi dell'app store. È un ottimo modo per mantenere la tua app stabile e gli utenti soddisfatti.
-
-## Guida definitiva al debug delle app Ionic su Android e iOS ...
-
-<iframe src="https://www.youtube.com/embed/HmXM5t8DIPA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Principali errori di build Android
-
-La build di app Android con Capacitor può talvolta portare a errori dovuti a problemi di configurazione o incompatibilità tra dipendenze. Di seguito, analizziamo gli errori di build Android più comuni e come affrontarli.
-
-### Errori di configurazione e setup
-
-Questi errori derivano spesso da file mal configurati come `AndroidManifest.xml` o `capacitor.config.json`. I problemi comuni includono:
-
--   **Permessi mancanti**: Se i permessi Android richiesti non sono dichiarati in `AndroidManifest.xml`, la build fallirà.
--   **Incompatibilità versioni SDK**: Il `targetSdkVersion` deve allinearsi con i valori raccomandati da Capacitor per evitare errori.
--   **Impostazioni Gradle**: Un `distributionUrl` errato in `gradle-wrapper.properties` può causare fallimenti nella build.
--   **minSdkVersion errato**: Impostare un `minSdkVersion` inappropriato può portare a problemi di compatibilità. Per esempio, la tua configurazione potrebbe apparire così:
-
-```groovy
-android {  
-    defaultConfig {  
-        minSdkVersion 22  
-        targetSdkVersion 33  
-    }  
-}
-```
-
-### Conflitti di versione dei pacchetti
-
-Anche le incompatibilità tra le versioni delle dipendenze possono causare errori di build. Scenari comuni includono:
-
--   **Dipendenze native**: Discrepanze tra Capacitor core e librerie native.
--   **Compatibilità plugin**: Uso di versioni incompatibili dei plugin Capacitor.
--   **Conflitti moduli Gradle**: Dichiarazioni duplicate di moduli nei file `build.gradle`.
-
-Ecco un esempio di una corretta configurazione delle dipendenze:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.5.0",
-    "@capacitor/android": "5.5.0",
-    "@capacitor/camera": "5.0.7"
-  }
-}
-```
-
-### Problemi di configurazione [ProGuard](https://www.guardsquare.com/manual/home)
-
-![ProGuard](https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b/caf1031c54e5e4608a41f5a1b5bef282.jpg)
-
-ProGuard, usato nelle build di release, può introdurre ulteriori problemi:
-
--   **Regole Keep mancanti**: Classi importanti potrebbero essere offuscate, causando errori runtime.
--   **Errori di riflessione**: Le classi accedute tramite riflessione potrebbero non essere gestite correttamente.
--   **Conflitti plugin**: Le regole ProGuard da diversi plugin possono entrare in conflitto.
-
-Per risolvere questi problemi, puoi aggiungere le seguenti regole ProGuard:
-
-```java
--keep class com.getcapacitor.** { *; }
--keep class org.apache.cordova.* { *; }
--dontwarn com.google.android.gms.**
-```
-
-[Continua la traduzione...]
diff --git a/src/content/blog/it/how-to-schedule-ota-updates-for-capacitor-apps.md b/src/content/blog/it/how-to-schedule-ota-updates-for-capacitor-apps.md
deleted file mode 100644
index 9886d8d45..000000000
--- a/src/content/blog/it/how-to-schedule-ota-updates-for-capacitor-apps.md
+++ /dev/null
@@ -1,234 +0,0 @@
----
-slug: how-to-schedule-ota-updates-for-capacitor-apps
-title: Come Pianificare gli Aggiornamenti OTA per le App Capacitor
-description: >-
-  Scopri come pianificare efficacemente gli aggiornamenti OTA per la tua app
-  mobile, garantendo rapide correzioni di bug e un'esperienza utente migliore.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T04:03:25.616Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcd7fb83b63ee70fa0b90f-1742529933736.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, mobile app updates, Capacitor, app deployment, update scheduling,
-  performance monitoring
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi aggiornare la tua app** [**Capacitor**](https://capacitorjs.com/) **senza i ritardi dell'app store? Gli aggiornamenti Over-the-Air (OTA) ti permettono di inviare correzioni, nuove funzionalità e miglioramenti direttamente agli utenti in tempo reale.** Ecco come puoi pianificarli efficacemente:
-
--   **Cosa sono gli aggiornamenti OTA?** Permettono di distribuire le modifiche dell'app direttamente agli utenti, scaricando solo le parti aggiornate per risparmiare tempo e larghezza di banda.
-    
--   **Perché pianificare gli aggiornamenti?** Per correggere bug rapidamente, distribuire funzionalità gradualmente e migliorare l'esperienza utente con interruzioni minime.
-    
--   **Come iniziare:** Installa il plugin [Capgo](https://capgo.app/) usando `npx @capgo/cli init`, integralo con la tua pipeline CI/CD e configura connessioni sicure e analytics.
-    
--   **Best Practice:** Usa rilasci graduali, pianifica gli aggiornamenti durante le ore non di punta e monitora le prestazioni con metriche in tempo reale.
-    
-
-**Statistiche chiave:** Il 95% degli utenti attivi adotta gli aggiornamenti entro 24 ore, con un tasso di successo globale dell'82%. La velocità media di download per un bundle di 5 MB è di 114 ms.
-
-Continua a leggere per imparare come configurare, pianificare e tracciare gli aggiornamenti OTA per la tua app Capacitor.
-
-## Requisiti di configurazione
-
-### Strumenti e impostazioni necessarie
-
-Per iniziare con gli aggiornamenti OTA pianificati, dovrai installare alcuni strumenti chiave e configurare le impostazioni. Inizia installando il [plugin Capgo](https://capgo.app/plugins/) usando il gestore pacchetti che preferisci:
-
-```bash
-npx @capgo/cli init
-```
-
-Questo comando configura i componenti necessari per gli aggiornamenti OTA, tra cui:
-
--   **Crittografia end-to-end** per garantire [aggiornamenti sicuri](https://capgo.app/docs/live-updates/update-behavior/)
-    
--   **Controllo versione** per gestire il rilascio degli aggiornamenti
-    
--   **Tracciamento errori** per identificare e risolvere rapidamente i problemi
-    
-
-Una volta completata la configurazione di base, puoi procedere con l'integrazione della tua piattaforma di aggiornamento OTA.
-
-### Integrazione piattaforma OTA
-
-L'integrazione di una piattaforma OTA è cruciale per gestire efficacemente gli aggiornamenti pianificati. Ecco come fare:
-
--   **Proteggi la connessione** configurando chiavi di autenticazione e token.
-    
--   **Traccia le versioni** per assicurare che gli aggiornamenti siano gestiti e distribuiti correttamente.
-    
--   **Configura l'analytics** per monitorare le prestazioni degli aggiornamenti sul campo.
-    
--   **Integra la tua pipeline CI/CD** nel flusso di lavoro esistente per operazioni più fluide.
-    
-
-> "Configuriamo la tua pipeline CI/CD direttamente nella piattaforma che preferisci, che sia GitHub Actions, GitLab CI o altre. Non ospitiamo CI/CD né ti addebitiamo costi per mantenerla." – Capgo [\[1\]](https://capgo.app/)
-
-Per esigenze enterprise, Capgo supporta l'integrazione con i principali sistemi CI/CD. La loro piattaforma è stata utilizzata con successo in 750 app in produzione, gestendo oltre 23,5 milioni di aggiornamenti fino ad oggi [\[1\]](https://capgo.app/).
-
-Ecco alcuni benchmark prestazionali [\[1\]](https://capgo.app/):
-
--   **Velocità media di download**: 114 ms per un bundle di 5 MB
-    
--   **Tempo di risposta API**: 434 ms globalmente
-    
--   **Tasso di successo aggiornamenti**: 82% in tutto il mondo
-    
-
-## Esplora il nuovo aggiornamento Live di [Capgo](https://capgo.app/) per Ionic [Capacitor](https://capacitorjs.com/) ...
-
-**Pianificazione degli aggiornamenti**
-
-Una volta che gli strumenti sono installati, il passo successivo è decidere quando e come distribuire gli aggiornamenti.
-
-### Considerazioni sui tempi
-
-La pianificazione degli aggiornamenti OTA richiede l'analisi del comportamento degli utenti e dei fattori tecnici. Per esempio, rilasciare aggiornamenti durante le ore non di punta - basandosi sui pattern di attività globale degli utenti - può aiutare a ridurre le interruzioni durante i periodi di maggiore utilizzo. Inoltre, la capacità del server e le condizioni di rete dovrebbero essere considerate per garantire una distribuzione fluida. Queste considerazioni giocano un ruolo chiave nel rendere gli aggiornamenti efficienti [\[1\]](https://capgo.app/).
-
-### Linee guida per la pianificazione
-
-Utilizzare un approccio di rilascio graduale può rendere gli aggiornamenti più gestibili. Inizia con un rilascio beta per un piccolo gruppo di utenti, poi espandi gradualmente all'intera base utenti. Questo metodo spesso si basa su sistemi di canali, permettendo una distribuzione controllata. Permette anche il monitoraggio in tempo reale e rapidi rollback in caso di problemi.
-
-> "Abbiamo distribuito gli aggiornamenti OTA Capgo in produzione per la nostra base utenti di +5000. Stiamo osservando operazioni molto fluide, quasi tutti i nostri utenti sono aggiornati entro minuti dal deploy dell'OTA su @Capgo." [\[1\]](https://capgo.app/)
-
-## Passaggi per la gestione degli aggiornamenti
-
-La gestione efficace degli aggiornamenti OTA pianificati richiede un'attenta implementazione del codice, gestione degli errori e test approfonditi per garantire che tutto funzioni correttamente.
-
-### Codice per la pianificazione
-
-Ecco come puoi configurare [aggiornamenti automatici in background](https://capgo.app/docs/plugin/self-hosted/auto-update/) con uno script semplice:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-async function scheduleUpdate() {
-  try {
-    // Check for updates
-    const { bundle } = await CapacitorUpdater.download({
-      version: 'latest'
-    })
-
-    // Schedule installation during off-peak hours
-    await CapacitorUpdater.schedule({
-      bundle,
-      time: '03:00' // Schedule for 3 AM local time
-    })
-  } catch (error) {
-    console.error('Update scheduling failed:', error)
-  }
-}
-```
-
-Questo script si integra direttamente con la tua configurazione OTA, assicurando che gli aggiornamenti siano temporizzati efficacemente e distribuiti senza interruzioni.
-
-### Gestione errori e rollback
-
-Capgo offre strumenti integrati per gestire errori e rollback, assicurando che eventuali problemi durante gli aggiornamenti vengano risolti rapidamente. Se un aggiornamento fallisce, il sistema può tornare automaticamente a una versione stabile:
-
-```typescript
-async function handleFailedUpdate() {
-  try {
-    // Revert to last known stable version
-    await CapacitorUpdater.rollback()
-
-    // Log rollback event
-    console.log('Update rolled back successfully')
-  } catch (error) {
-    console.error('Rollback failed:', error)
-  }
-}
-```
-
-Queste funzionalità aiutano a mantenere la stabilità dell'app ripristinando senza problemi le versioni precedenti quando necessario. Combina sempre questo con test pre-rilascio per minimizzare i rischi.
-
-### Test pre-rilascio
-
-Una volta che i meccanismi di gestione errori sono in posizione, il testing diventa il prossimo passo critico. Capgo fornisce canali di test dedicati per i deployment beta, permettendoti di:
-
--   Rilasciare prima gli aggiornamenti ai tester interni
-    
--   Raccogliere dati sulle prestazioni e feedback
-    
--   Espandere gradualmente a un pubblico più ampio
-    
-
-> "@Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare la review per i bugfix è oro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo supporta anche il controllo degli accessi utente, rendendo più facile assegnare permessi e monitorare gruppi specifici durante i test. Usa l'analytics della piattaforma per tracciare le prestazioni e decidere il momento migliore per un rilascio completo [\[1\]](https://capgo.app/).
-
-## Tracciamento prestazioni aggiornamenti
-
-Tenere d'occhio le prestazioni degli aggiornamenti OTA aiuta a perfezionare la pianificazione e garantire una distribuzione fluida.
-
-### Metriche di aggiornamento
-
-Misurare gli indicatori chiave di prestazione (KPI) è essenziale per valutare la tua [strategia di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Dati recenti dalla piattaforma analytics di Capgo evidenziano i seguenti benchmark per aggiornamenti OTA di successo:
-
-| Metrica | Benchmark target | Media del settore |
-| --- | --- | --- |
-| Tasso di adozione 24 ore | 95% degli utenti attivi | 82% mondiale |
-| Velocità download aggiornamento | Sotto 500ms | 57ms media |
-| Tempo download bundle (5MB) | Sotto 150ms | 114ms via CDN |
-
-Puoi integrare queste metriche nel tuo flusso di lavoro con il seguente snippet di codice:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-async function trackUpdateMetrics() {
-  const stats = await CapacitorUpdater.getUpdateStats({
-    version: 'latest',
-    timeframe: '24h'
-  })
-
-  console.log('Update adoption rate:', stats.activeUsers)
-  console.log('Download success rate:', stats.successRate)
-}
-```
-
-Questi KPI forniscono una solida base per migliorare la tua strategia di aggiornamento.
-
-### Ottimizzazione pianificazione
-
-I tempi giocano un ruolo importante nel successo degli aggiornamenti. I dati di deployment suggeriscono queste pratiche di pianificazione:
-
--   **Ore non di punta**: Distribuire aggiornamenti tra l'1 e le 4 del mattino ora locale.
-    
--   **Rilascio graduale**: Iniziare con il 10% degli utenti ed espandere gradualmente in 24 ore.
-    
--   **Distribuzione geografica**: Distribuire gli aggiornamenti attraverso i fusi orari per una migliore copertura.
-    
-
-Fattori chiave da monitorare per l'ottimizzazione della pianificazione includono:
-
--   Tempo di completamento degli aggiornamenti
-    
--   Metriche di prestazione della rete
-    
--   Tassi di errore regionali
-    
--   Engagement utenti dopo gli aggiornamenti
-    
-
-L'analytics in tempo reale può aiutare ad affrontare rapidamente eventuali problemi. Strumenti come il tracciamento errori assicurano un tasso di successo del 95% nelle prime 24 ore dal deployment [\[1\]](https://capgo.app/).
-
-## Riepilogo
-
-Gli aggiornamenti OTA possono migliorare le prestazioni dell'app distribuendo aggiornamenti rapidamente e in modo sicuro [\[1\]](https://capgo.app/). Ecco alcuni punti chiave dalla nostra guida:
-
--   **Deployment sicuro**: Usa rilasci graduali attraverso [canali di aggiornamento](https://capgo.app/docs/webapp/channels/) dedicati per garantire una distribuzione controllata [\[1\]](https://capgo.app/).
-    
--   **Monitoraggio prestazioni**: Tieni d'occhio i tassi di successo degli aggiornamenti e le metriche essenziali per perfezionare il processo [\[1\]](https://capgo.app/).
-    
--   **Protezione rollback**: Configura il tracciamento automatico degli errori per abilitare rapidi rollback se necessario [\[1\]](https://capgo.app/).
-    
-
-Dal 2022, il panorama delle soluzioni di aggiornamento OTA è cresciuto significativamente. Per esempio, Capgo ha gestito oltre 23,5 milioni di aggiornamenti su 750 app in produzione [\[1\]](https://capgo.app/). Quando combinate con l'integrazione CI/CD e l'analytics in tempo reale, queste pratiche forniscono una solida strategia di aggiornamento OTA per il tuo flusso di lavoro Capacitor.
diff --git a/src/content/blog/it/how-to-secure-ota-updates-with-key-management.md b/src/content/blog/it/how-to-secure-ota-updates-with-key-management.md
deleted file mode 100644
index ab6b97144..000000000
--- a/src/content/blog/it/how-to-secure-ota-updates-with-key-management.md
+++ /dev/null
@@ -1,215 +0,0 @@
----
-slug: how-to-secure-ota-updates-with-key-management
-title: Come rendere sicuri gli aggiornamenti OTA con la gestione delle chiavi
-description: >-
-  Scopri come una gestione efficace delle chiavi e la crittografia possono
-  rendere sicuri gli aggiornamenti OTA, proteggendo la tua app da manomissioni e
-  minacce alla sicurezza.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T05:02:06.032Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ea1c64283d21cbd67bff14-1743397338137.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, key management, encryption, app security, update delivery,
-  vulnerabilities, digital signatures, tampering
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi mantenere gli aggiornamenti Over-the-Air (OTA) sicuri ed evitare vulnerabilità?** Ecco come la gestione delle chiavi può proteggere gli aggiornamenti della tua app da manomissioni e minacce alla sicurezza.
-
-- **Cosa sono gli aggiornamenti OTA?** Permettono di inviare modifiche all'app direttamente agli utenti senza attendere l'approvazione degli app store. Strumenti come [Capgo](https://capgo.app/) possono raggiungere un tasso di aggiornamento del 95% entro 24 ore.
-- **Perché la sicurezza è importante?** Senza un'adeguata crittografia e gestione delle chiavi, gli aggiornamenti sono vulnerabili a manomissioni, attacchi man-in-the-middle e spoofing delle versioni.
-- **Come [proteggere gli aggiornamenti](https://capgo.app/docs/live-updates/update-behavior/)?**
-    - Utilizzare la **crittografia end-to-end** per proteggere i pacchetti di aggiornamento.
-    - Generare chiavi robuste con algoritmi come [RSA-4096](https://en.wikipedia.org/wiki/RSA_\(cryptosystem\)) o [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard).
-    - Archiviare le chiavi in modo sicuro utilizzando **[Hardware Security Modules](https://en.wikipedia.org/wiki/Hardware_security_module) (HSM)** o vault crittografati.
-    - Verificare gli aggiornamenti con firme digitali, checksum e controlli di versione.
-    - Prevenire il downgrade delle versioni applicando regole di versioning rigorose.
-- **Perché Capgo?** Distribuisce 23,5M di aggiornamenti sicuri a 20M di utenti con [crittografia avanzata](https://capgo.app/docs/cli/migrations/encryption/), rispettando gli standard Apple e Google.
-
-**Conclusione:** Una corretta gestione delle chiavi garantisce che solo gli aggiornamenti autorizzati raggiungano gli utenti, salvaguardando l'integrità dell'app e la fiducia degli utenti. Proteggi ora i tuoi aggiornamenti per evitare costose violazioni.
-
-## Comprendere gli Aggiornamenti "Over the Air (OTA)": Un'Analisi Approfondita
-
-<iframe src="https://www.youtube.com/embed/aFFRkMnifxM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Rischi per la Sicurezza negli Aggiornamenti OTA
-
-Se distribuisci aggiornamenti OTA senza forti misure di sicurezza, la tua app diventa un facile bersaglio per potenziali vulnerabilità.
-
-### Minacce Note alla Sicurezza OTA
-
-Gli aggiornamenti OTA sono costantemente esposti a nuove minacce, richiedendo rigorosi protocolli di sicurezza. Ad esempio, gli attacchi man-in-the-middle possono intercettare i pacchetti di aggiornamento, iniettando codice malevolo se la crittografia non è presente.
-
-**Principali Minacce da Tenere d'Occhio:**
-
-- **Manomissione dei Pacchetti di Aggiornamento**: Gli attaccanti modificano i file durante la trasmissione.
-- **Compromissione delle Chiavi**: Gli hacker ottengono accesso non autorizzato alle chiavi di firma o crittografia.
-- **Spoofing delle Versioni**: Gli utenti vengono ingannati a scaricare versioni obsolete e insicure dell'app.
-- **Violazioni del Server di Aggiornamento**: Attacchi diretti all'infrastruttura di distribuzione degli aggiornamenti.
-
-Affidarsi solo alla firma non è sufficiente. Strumenti come la crittografia end-to-end di Capgo garantiscono che gli aggiornamenti vengano decrittati solo dalle parti autorizzate. Senza tali misure, queste vulnerabilità possono compromettere l'integrità dell'app e la sicurezza degli utenti.
-
-### Impatto delle Violazioni di Sicurezza
-
-Le violazioni di sicurezza nei sistemi OTA possono avere effetti di vasta portata, impattando sviluppatori, utenti e l'intero ecosistema delle app.
-
-| **Area di Impatto** | **Effetti Immediati** | **Conseguenze a Lungo Termine** |
-| --- | --- | --- |
-| **Dati Utente** | Esposizione di informazioni sensibili | Perdita di fiducia e possibili problemi legali |
-| **Funzionalità App** | Introduzione di codice malevolo | Instabilità prolungata e problemi di performance |
-| **Operazioni Aziendali** | Spese per risposta emergenza | Reputazione danneggiata e perdita di utenti |
-| **Timeline Sviluppo** | Rollback forzati a versioni precedenti | Ritardi nel rilascio di nuove funzionalità |
-
-Quando gli aggiornamenti con falle di sicurezza raggiungono la produzione, possono causare il caos. Versioni vulnerabili o difettose potrebbero persistere, specialmente nelle app che gestiscono dati sensibili degli utenti o transazioni finanziarie.
-
-> "L'unica soluzione con vera crittografia end-to-end, gli altri si limitano a firmare gli aggiornamenti" - Capgo [\[1\]](https://capgo.app/)
-
-Per ridurre questi rischi, considera l'implementazione delle seguenti misure:
-
-- Usa la **crittografia end-to-end** per tutti i pacchetti di aggiornamento.
-- Conduci **audit di sicurezza regolari** e monitora le vulnerabilità.
-- Impiega il **tracciamento automatico degli errori** per rilevare rapidamente i problemi.
-- Assicura la presenza di **capacità di rollback** per gli aggiornamenti compromessi.
-
-I costi per affrontare le violazioni di sicurezza - sia immediati che a lungo termine - possono essere immensi. Adottando una robusta crittografia e un monitoraggio proattivo, come quelli offerti da Capgo, puoi evitare queste insidie. Gli studi mostrano che investire in adeguate misure di sicurezza fin dall'inizio è molto più economico che gestire le conseguenze di una violazione.
-
-## Configurazione di una Gestione Sicura delle Chiavi
-
-Una gestione efficace delle chiavi è fondamentale per proteggere gli aggiornamenti OTA. Ecco una panoramica dei componenti chiave necessari per un sistema sicuro.
-
-### Creazione di Chiavi Robuste
-
-Generare chiavi sicure è il fondamento della sicurezza degli aggiornamenti OTA. Concentrati su:
-
-- **Selezione dell'Algoritmo**: Usa RSA-4096 o [ECC](https://en.wikipedia.org/wiki/Elliptic-curve_cryptography) per la crittografia asimmetrica e AES-256 per la crittografia simmetrica per allinearti con le moderne librerie crittografiche.
-- **Linee Guida per la Generazione delle Chiavi**:
-    - Crea chiavi uniche per ogni versione dell'app.
-    - Usa generatori di numeri casuali crittograficamente sicuri con fonti di entropia affidabili.
-    - Rispetta gli standard industriali attuali per la creazione delle chiavi.
-
-### Costruire Fiducia con i Certificati
-
-Un sistema di certificati ben implementato è essenziale per garantire l'autenticità degli aggiornamenti. Questo aiuta a mantenere la fiducia tra sviluppatori e utenti verificando che gli aggiornamenti provengano da una fonte legittima.
-
-### Metodi di Archiviazione delle Chiavi
-
-Una corretta archiviazione delle chiavi è vitale per preservare l'integrità della crittografia durante gli aggiornamenti. Due metodi principali includono:
-
-- **Hardware Security Modules (HSM)**:
-    - Separano fisicamente le operazioni crittografiche.
-    - Forniscono storage resistente alle manomissioni per le chiavi.
-    - Includono generazione hardware di numeri casuali.
-- **Vault Crittografati**:
-    - Implementano controllo accessi basato sui ruoli.
-    - Offrono logging degli audit per monitorare l'uso delle chiavi.
-    - Supportano la rotazione automatica delle chiavi per migliorare la sicurezza.
-
-Per rafforzare ulteriormente il tuo sistema, assicurati che le chiavi siano archiviate in modo sicuro, abilita l'[autenticazione multi-fattore](https://capgo.app/docs/webapp/mfa/), mantieni backup regolari e monitora l'attività delle chiavi. Queste pratiche creano un framework affidabile per la distribuzione di aggiornamenti sicuri.
-
-> "L'unica soluzione con vera crittografia end-to-end, gli altri si limitano a firmare gli aggiornamenti" [\[1\]](https://capgo.app/)
-
-## Protezione della Distribuzione degli Aggiornamenti
-
-La protezione degli aggiornamenti OTA va oltre la gestione delle chiavi. La distribuzione sicura degli aggiornamenti si basa su crittografia e verifica per garantire che gli aggiornamenti siano sia privati che a prova di manomissione.
-
-### Sicurezza dei Pacchetti di Aggiornamento
-
-La distribuzione sicura dei pacchetti di aggiornamento inizia con la **crittografia end-to-end**, che mantiene gli aggiornamenti al sicuro dallo sviluppatore al dispositivo dell'utente. Ecco come funziona:
-
-- **[Crittografia dei Pacchetti](https://capgo.app/docs/cli/migrations/encryption/):** Gli aggiornamenti vengono crittografati prima dell'invio, utilizzando metodi come la crittografia simmetrica AES-256.
-- **Distribuzione delle Chiavi:** Le chiavi di crittografia vengono condivise solo con i dispositivi autorizzati.
-- **Protezione dell'Integrità:** I checksum hash verificano che l'aggiornamento non sia stato alterato durante la trasmissione.
-
-Capgo porta questo processo oltre con il suo approccio alla crittografia, assicurando che solo il destinatario previsto possa decrittare gli aggiornamenti [\[1\]](https://capgo.app/).
-
-### Passaggi di Verifica degli Aggiornamenti
-
-La crittografia da sola non è sufficiente. Verificare gli aggiornamenti garantisce la loro integrità e autenticità. Con un tasso di successo globale degli aggiornamenti dell'82% [\[1\]](https://capgo.app/), questi passaggi possono aiutare a mantenere uno standard elevato:
-
-1. **Validazione della Firma Digitale:** Verifica che la firma crittografica corrisponda alla chiave pubblica dello sviluppatore.
-2. **Controllo del Numero di Versione:** Conferma che l'aggiornamento sia più recente di quello attualmente installato.
-3. **Integrità del Pacchetto:** Usa i checksum per garantire che il pacchetto di aggiornamento sia completo e non modificato.
-4. **Verifica della Catena dei Certificati:** Valida la catena dei certificati utilizzata per firmare l'aggiornamento.
-
-### Prevenzione dei Downgrade di Versione
-
-Permettere la reinstallazione di versioni precedenti può riaprire falle di sicurezza già risolte. Per prevenire questo, considera queste misure:
-
-- **Gestione delle Versioni:** Applica regole di versioning rigorose e monitora le versioni installate per bloccare quelle obsolete.
-- **Gestione dei Canali di Aggiornamento:** Usa canali specifici per controllare gli aggiornamenti per diversi gruppi di utenti.
-- **Protezione dal Rollback:** Limita i rollback a versioni approvate utilizzando processi autorizzati.
-
-## Tracciamento dell'Uso delle Chiavi
-
-Monitorare l'uso delle chiavi è una parte cruciale del mantenimento della sicurezza OTA. I 23,5 milioni di aggiornamenti di Capgo evidenziano l'importanza di un tracciamento costante e approfondito [\[1\]](https://capgo.app/).
-
-Di seguito, descriviamo i log chiave e le pratiche che supportano un monitoraggio efficace.
-
-### Log delle Attività delle Chiavi
-
-Mantenere log dettagliati delle azioni relative alle chiavi aiuta a identificare potenziali problemi precocemente. I dati chiave da registrare includono:
-
-- Quali sistemi e utenti accedono alle chiavi
-- Frequenza di utilizzo
-- Operazioni fallite
-- Eventi del ciclo di vita delle chiavi (creazione, rotazione, scadenza)
-
-### Risposta agli Allarmi di Sicurezza
-
-Quando c'è il sospetto di un uso improprio o compromissione delle chiavi, agire rapidamente è fondamentale. Usa questo framework di risposta per gestire diversi livelli di allarme:
-
-| Livello di Allarme | Trigger | Azione di Risposta |
-| --- | --- | --- |
-| Basso | Pattern di accesso inusuali | Investiga immediatamente e documenta i risultati |
-| Medio | Multiple operazioni fallite | Sospendi temporaneamente l'uso della chiave |
-| Alto | Compromissione confermata | Ruota la chiave senza ritardo |
-| Critico | Exploit attivo rilevato | Sostituisci immediatamente tutte le chiavi di sistema |
-
-Per supportare il tasso di successo globale dell'82% per gli aggiornamenti [\[1\]](https://capgo.app/), configura allarmi automatici per segnalare attività sospette, come:
-
-- Multiple verifiche di firma fallite
-- Pattern irregolari di distribuzione degli aggiornamenti
-- Tentativi di accesso alle chiavi inaspettati
-- Tassi di fallimento degli aggiornamenti superiori alla norma
-
-### Programma dei Controlli di Sicurezza
-
-Oltre a gestire gli allarmi, audit di sicurezza regolari sono essenziali per garantire una forte gestione delle chiavi. Usa questo programma per mantenere la supervisione:
-
--   **Giornaliero**: Analisi automatizzata dei modelli chiave di utilizzo
--   **Settimanale**: Revisione manuale dei log di sicurezza
--   **Mensile**: Revisione del processo di rotazione delle chiavi
--   **Trimestrale**: Condurre un audit completo dei sistemi di gestione delle chiavi
-
-Questa routine aiuta a garantire un monitoraggio continuo e affidabile della sicurezza.
-
-## Riepilogo
-
-### Vantaggi della Gestione delle Chiavi
-
-Una corretta gestione delle chiavi garantisce che gli aggiornamenti OTA siano sicuri, permettendo solo agli utenti autorizzati di decrittarli e installarli. Questo processo protegge gli aggiornamenti da manomissioni mantenendo un'efficiente distribuzione.
-
-| Vantaggio | Impatto |
-| --- | --- |
-| **Sicurezza Migliorata** | La crittografia end-to-end blocca gli accessi non autorizzati |
-| **Distribuzione Rapida delle Correzioni** | Consente l'applicazione immediata di correzioni e patch di sicurezza |
-| **Rollback Controllati** | Semplifica il controllo delle versioni per gestire aggiornamenti problematici |
-| **Fiducia degli Utenti** | Gli aggiornamenti verificati aumentano la fiducia degli utenti |
-| **Conformità** | Si allinea agli standard delle piattaforme Apple e Google |
-
-### Strumenti di Sicurezza [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ea1c64283d21cbd67bff14/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Soluzioni moderne come Capgo evidenziano questi vantaggi semplificando la distribuzione degli aggiornamenti OTA con solide misure di sicurezza. Supportando 750 app in produzione [\[1\]](https://capgo.app/), Capgo migliora la sicurezza degli aggiornamenti attraverso crittografia avanzata e altre funzionalità chiave.
-
-Capgo combina la crittografia con strumenti come il monitoraggio degli errori, la gestione degli utenti e il supporto al rollback, garantendo un processo OTA sicuro ed efficiente. Gli sviluppatori hanno condiviso la loro soddisfazione per questo approccio:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/it/how-to-send-specific-version-to-users.md b/src/content/blog/it/how-to-send-specific-version-to-users.md
deleted file mode 100644
index 967e2fdd3..000000000
--- a/src/content/blog/it/how-to-send-specific-version-to-users.md
+++ /dev/null
@@ -1,175 +0,0 @@
----
-slug: how-to-send-specific-version-to-users
-title: Come inviare un aggiornamento specifico a un utente o a un gruppo
-description: >-
-  Permetti ai tuoi utenti di provare la versione beta senza la necessità di
-  TestFlight o del processo beta di Google, aggiungi semplicemente un pulsante
-  nella tua app Ionic, e il gioco è fatto!
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-17T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo_select_update.webp
-head_image_alt: TestFlight alternative illustrazione
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: alternatives
-published: true
-locale: it
-next_blog: ''
----
-## Prefazione
-
-Quando inizi ad apprezzare il sistema di aggiornamento di Capgo, come me per le mie app, inizierai a chiederti "E se volessi di più?"
-
-Ho avuto anch'io questa sensazione, ma essendo il creatore di Capgo, ho potuto dare un'occhiata!
-
-> Dato che tutto è open-source, anche tu hai questo potere :)
-
-Il prossimo problema che ho riscontrato nel processo di distribuzione delle app Capacitor è far testare gli aggiornamenti ad altri membri del team!
-
-Con TestFlight, il problema è semplice: far entrare le persone nel tuo team e far capire loro come ottenerlo richiede molto tempo!
-
-E naturalmente, ogni volta che invii ad Apple hai un processo di revisione casuale da parte di un bot che può richiedere 5 minuti o 5 ore, non si sa mai.
-
-Mi è capitato molte volte di dover ritardare la mia presentazione per questo...
-
-E per Google è ancora peggio, il grande mistero della mia vita: rilasciare una versione di produzione richiede meno di 2 ore, ma rilasciare una beta chiusa richiede 1-2 giorni.
-
-## Soluzione
-
-Per risolvere questo, ho creato il sistema dei Canali in Capgo.
-
-`npx @capgo/cli@latest bundle upload -c production` aggiornerà tutti gli utenti (se il canale production è impostato come predefinito)
-
-Se esegui `npx @capgo/cli@latest bundle upload -c development` la versione andrà in un canale diverso, questo può essere automatizzato in [GitHub action](/blog/manage-dev-and-prod-build-with-github-actions/).
-
-Poi hai 2 modi per permettere agli utenti di ricevere gli aggiornamenti dal canale
-
-### Modo Super automatico
-
-Questo può essere utile quando non vuoi creare il tuo backend per l'impostazione dei canali, è veloce da implementare.
-
-Con questo, l'unica cosa che devi fare è permettere a uno dei tuoi canali di essere impostato autonomamente.
-
-![Consenti l'impostazione autonoma in Capgo](/self_set.webp)
-
-E poi aggiungi questo nel codice della tua app Ionic, per una migliore esperienza, usalo dopo che l'utente clicca su un pulsante come "registrati per la beta"
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.setChannel({ channel: 'beta' })
-```
-
-### Modo manuale
-
-Questo può essere utile per il tuo team interno, è veloce da implementare.
-Permetti agli utenti di copiare il loro deviceID dalla tua app e inviartelo manualmente, questo codice ti aiuterà a ottenerlo:
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-Nascondi un pulsante da qualche parte nella tua app, o mostra il pulsante solo agli utenti connessi con ruolo `admin`, per esempio.
-
-Poi vai nell'app Web o nell'app nativa Capgo, connettiti come admin dell'app, seleziona la tua app, clicca sulla lista dei dispositivi.
-
-Quindi inserisci nella barra di ricerca il deviceID, clicca su quello trovato e poi clicca sul link del Canale scegli `development`, chiedi al tuo compagno di squadra di aprire di nuovo l'app, attendere 30 secondi e aprire chiudere.
-
-Dovrebbe ottenere la tua versione.
-
-### Modo automatico
-
-Questo può essere utile per i tuoi beta tester, richiede più tempo per l'implementazione.
-
-Come per il modo manuale, devi ottenere il deviceID
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-
-Ma questa volta devi inviarlo automaticamente al tuo backend, lascio a te decidere come farlo.
-
-Ti suggerisco solo di memorizzarlo in un database, questo ti faciliterà la vita più tardi.
-
-Poi nel tuo backend devi inviarlo anche al backend di Capgo. Di seguito due esempi di codice:
-<Tabs>
-  <TabItem value="nodejs">NodeJS</TabItem>
-
-```js
-import axios from 'axios'
-
-await axios.post('https://api.capgo.app/device', {
-  app_id: 'YOUR_APP_ID',
-  device_id: 'DEVICE_ID',
-  channel: 'CHANNEL_NAME', // The name of the channel, or undefined if version_id provided
-  version_id: 'VERSION_NAME' // this is optionnal, if provide it will override the channel, that usefull when you want to debug only one user.
-}, {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-```
-</Tabs>
-
-<Tabs>
-  <TabItem value="cloudflare">Cloudflare</TabItem>
-  
-```js
-addEventListener('fetch', (event) => {
-  event.respondWith(
-    handleRequest(event.request).catch(
-      err => new Response(err.stack, { status: 500 })
-    )
-  )
-})
-
-async function handleRequest(request) {
-  const { pathname, method } = new URL(request.url)
-  const body = await request.json()
-  const newBody = JSON.stringify({
-    app_id: 'YOUR_APP_ID',
-    device_id: body.device_id,
-    channel: 'alpha'
-  })
-  const newUrl = new URL('https://api.capgo.app/device')
-  const options = {
-    headers: {
-      authorization: 'YOUR_API_KEY',
-    },
-    method: 'POST',
-    body: newBody
-  }
-
-  if (request.method === 'DELETE') {
-    // DELETE the channel link
-    options.method = 'DELETE'
-    return fetch(newUrl.toString(), options)
-  }
-
-  return fetch(newUrl.toString(), options)
-}
-```
-E basta inviare il tuo device_id nel corpo della richiesta all'URL distribuito con POST per aggiungere e il metodo DELETE per eliminare.
-</Tabs>
-
-Dopo aver configurato questo, prova ad aggiungere un pulsante nella tua app per optare per il canale e verifica nell'app web se è stato impostato.
-
-Puoi anche inviare `null` per rimuovere l'override
-
-Se hai bisogno di controllare programmaticamente quale override è impostato su un dispositivo, puoi ottenerlo sullo stesso URL
-
-```js
-import axios from 'axios'
-
-const res = await axios.get('https://api.capgo.app/device?app_id=YOUR_APP_ID&device_id=DEVICE_ID', {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-
-console.log('data', res.json())
-```
diff --git a/src/content/blog/it/how-to-track-ota-update-success-in-capacitor-apps.md b/src/content/blog/it/how-to-track-ota-update-success-in-capacitor-apps.md
deleted file mode 100644
index 5815eef39..000000000
--- a/src/content/blog/it/how-to-track-ota-update-success-in-capacitor-apps.md
+++ /dev/null
@@ -1,372 +0,0 @@
----
-slug: how-to-track-ota-update-success-in-capacitor-apps
-title: Come monitorare il successo degli aggiornamenti OTA nelle app Capacitor
-description: >-
-  Impara come monitorare efficacemente il successo degli aggiornamenti OTA nelle
-  tue app per migliorare l'esperienza utente e risolvere rapidamente i problemi.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T05:10:07.131Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0e4b5db7797980463f0f3-1742793019156.jpg
-head_image_alt: Sviluppo Mobile
-keywords: 'OTA updates, app tracking, user adoption, version management, error monitoring'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Gli aggiornamenti OTA ti permettono di inviare modifiche all'app direttamente agli utenti senza attendere l'approvazione dell'app store. Ma monitorare il loro successo è fondamentale per garantire aggiornamenti fluidi, risolvere rapidamente i problemi e migliorare l'esperienza utente. Ecco cosa devi sapere:
-
--   **Perché Monitorare gli Aggiornamenti?**
-
-    -   Rilevare i fallimenti precocemente
-        
-    -   Monitorare i tassi di adozione degli utenti
-        
-    -   Effettuare il rollback di aggiornamenti problematici
-        
-    -   Evitare incompatibilità di versioni
-
--   **Passaggi Chiave per Monitorare gli Aggiornamenti OTA:**
-
-    1.  **Gestione delle Versioni:** Utilizza canali come Produzione, Beta e Rilasci Graduali per aggiornamenti controllati.
-        
-    2.  **Monitoraggio In-App:** Configura listener di eventi e registra i progressi dell'installazione utilizzando strumenti come `@capgo/capacitor-updater`.
-        
-    3.  **Logging del Server:** Monitora metriche come tassi di successo degli aggiornamenti, condizioni dei dispositivi e coinvolgimento degli utenti.
-
--   **Misurare il Successo:**
-
-    -   Monitora i tassi di aggiornamento degli utenti (95% di adozione entro 24 ore è ideale).
-        
-    -   Identifica le aree problematiche analizzando i tipi di dispositivi, le condizioni di rete e le tendenze regionali.
-
--   **Strumenti da Utilizzare:**
-
-    -   Analisi in tempo reale
-        
-    -   Monitoraggio degli errori
-        
-    -   Opzioni di rollback
-
-## Esplora il Nuovo Aggiornamento Live [Capgo](https://capgo.app/) per [Ionic](https://ionicframework.com/) [Capacitor](https://capacitorjs.com/) ...
-
-**Configurazione del Monitoraggio degli Aggiornamenti**
-
-Il monitoraggio efficace degli aggiornamenti OTA richiede una chiara gestione delle versioni e un robusto monitoraggio. Ecco come predisporre tutto.
-
-### Gestione delle Versioni degli Aggiornamenti
-
-La gestione delle versioni è una parte fondamentale del monitoraggio degli aggiornamenti OTA. Il sistema di canali di Capgo offre un modo strutturato per gestire diverse versioni tra i tuoi utenti.
-
-| Tipo di Canale | Scopo | Caso d'Uso Ideale |
-| --- | --- | --- |
-| Produzione | Canale principale di rilascio | Aggiornamenti stabili e testati |
-| Beta | Canale di test | Validazione anticipata delle funzionalità |
-| Graduale | Rilascio graduale | Mitigazione del rischio |
-| Sviluppo | Test interno | Verifica pre-rilascio |
-
-Per ogni versione, assicurati di includere:
-
--   Un identificatore di versione univoco
-    
--   Note di rilascio dettagliate
-    
--   Pubblico target specifico
-    
--   Punto di controllo per il rollback per sicurezza
-
-Una volta definiti i canali, configura la tua app per registrare gli eventi di aggiornamento per un migliore monitoraggio.
-
-### Configurazione del Monitoraggio Lato App
-
-Per monitorare gli aggiornamenti all'interno della tua app, segui questi passaggi:
-
-1.  **Installa le dipendenze necessarie**  
-    Usa il seguente comando per aggiungere la libreria necessaria:
-    
-    ```bash
-    npm install @capgo/capacitor-updater
-    ```
-    
-2.  **Configura i listener degli eventi**  
-    Configura i listener per rilevare gli aggiornamenti:
-    
-    ```javascript
-    CapacitorUpdater.addListener('updateAvailable', () => { … });
-    ```
-    
-3.  **Registra i progressi dell'installazione**  
-    Monitora quando gli aggiornamenti vengono scaricati e installati:
-    
-    ```javascript
-    CapacitorUpdater.addListener('downloadComplete', () => { … });
-    ```
-
-Dopo aver configurato il monitoraggio in-app, espandi il monitoraggio con il logging lato server per un quadro completo.
-
-### Configurazione del Logging Server
-
-Il logging del server ti aiuta a raccogliere dati critici sugli aggiornamenti, incluso il loro impatto su utenti e dispositivi. Ecco su cosa concentrarsi:
-
-1.  **Metriche di Sistema**
-    
-    -   Monitora timestamp degli aggiornamenti e tassi di successo/fallimento
-        
-    -   Monitora condizioni del dispositivo e della rete
-        
-    -   Misura velocità di download e tempi di installazione
-        
-    -   Valuta l'utilizzo della memoria e il consumo della batteria
-        
-2.  **Impatto sugli Utenti**
-    
-    -   Analizza il coinvolgimento degli utenti dopo gli aggiornamenti
-        
-    -   Controlla i tassi di adozione delle funzionalità
-        
-    -   Monitora la stabilità dell'app
-        
-    -   Osserva i cambiamenti nella durata delle sessioni
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per la consegna continua ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Combinare la gestione delle versioni, il monitoraggio in-app e il logging del server ti offre una visione completa delle prestazioni dei tuoi aggiornamenti OTA.
-
-## Misurare il Successo degli Aggiornamenti
-
-Il monitoraggio del successo degli aggiornamenti OTA implica l'analisi di metriche chiave e come gli utenti li adottano. Ecco come puoi misurare e valutare efficacemente le prestazioni degli aggiornamenti.
-
-### Tassi di Aggiornamento degli Utenti
-
-Comprendere quanto velocemente gli utenti adottano gli aggiornamenti fornisce informazioni sull'efficacia del tuo deployment OTA. Presta attenzione alla percentuale di utenti che si aggiornano entro le prime 24 ore per stabilire un riferimento per le prestazioni.
-
-Per monitorare i tassi di aggiornamento degli utenti:
-
--   Tieni d'occhio le percentuali di adozione in tempo reale per ogni aggiornamento.
-    
--   Imposta tempi di completamento target e monitora i tassi di aggiornamento per diversi dispositivi per identificare tendenze.
-
-Una volta ottenuti questi dati, concentrati sull'individuare e affrontare le aree problematiche per migliorare il tuo [processo di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-### Rilevamento delle Aree Problematiche
-
-Individuare i problemi tempestivamente è fondamentale per garantire aggiornamenti fluidi. Concentrati su queste aree per il monitoraggio:
-
-| **Area di Monitoraggio** | **Metriche Chiave** | **Azioni da Intraprendere** |
-| --- | --- | --- |
-| Tipi di Dispositivi | Tassi di successo per modello | Risolvere problemi sui dispositivi con prestazioni inferiori |
-| Condizioni di Rete | Tassi di completamento download | Regolare dimensioni degli aggiornamenti per connessioni più lente |
-| Regioni Geografiche | Tassi di successo regionali | Risolvere sfide specifiche per località |
-| Versioni App | Distribuzione delle versioni | Identificare e gestire aggiornamenti bloccati |
-
-Esaminando queste metriche, puoi individuare dove gli aggiornamenti potrebbero fallire e intraprendere azioni correttive.
-
-### Panoramica degli Strumenti di Analisi
-
-Dopo aver identificato potenziali problemi, usa strumenti di analisi per ottenere approfondimenti più dettagliati. Cerca strumenti che forniscano dati in tempo reale, tracciamento degli errori e metriche di coinvolgimento degli utenti per:
-
--   Monitorare gli aggiornamenti in tutta la tua base utenti e rispondere rapidamente ai problemi.
-    
--   Registrare gli errori per individuare e risolvere specifici punti di fallimento.
-    
--   Analizzare come gli aggiornamenti influenzano il comportamento degli utenti e le prestazioni dell'app.
-
-Questi passaggi ti aiuteranno a garantire che i tuoi aggiornamenti OTA siano sia fluidi che efficaci.
-
-## Analisi dell'Impatto degli Aggiornamenti
-
-### Metriche di Prestazione
-
-Per valutare l'impatto di un aggiornamento, confronta gli indicatori chiave di prestazione prima e dopo l'implementazione:
-
--   **Velocità di Avvio**: Punta a un tempo di avvio inferiore a 2 secondi (i benchmark specifici possono variare).
-    
--   **Tempo di Risposta API**: Mantieni la comunicazione con il server sotto i 434 ms.
-    
--   **Tassi di Crash**: Assicura la stabilità dell'app con un tasso di crash inferiore all'1%.
-    
--   **Utilizzo della Memoria**: Misura il consumo di risorse rispetto al tuo riferimento.
-    
--   **Utilizzo della Rete**: Ottimizza il trasferimento dati e minimizza le dimensioni degli aggiornamenti.
-
-Monitora attentamente queste metriche per almeno 48 ore dopo l'aggiornamento per individuare eventuali miglioramenti o potenziali problemi.
-
-### Cambiamenti nel Comportamento degli Utenti
-
-Comprendi come l'aggiornamento influisce sull'interazione degli utenti analizzando:
-
--   **Tasso di Adozione delle Funzionalità**: Misura quanto velocemente gli utenti utilizzano le nuove funzionalità.
-    
--   **Durata delle Sessioni e Retention**: Monitora le tendenze di coinvolgimento usando metriche come DAU (Utenti Attivi Giornalieri) e MAU (Utenti Attivi Mensili).
-    
--   **Pattern di Navigazione**: Esamina come cambiano i flussi degli utenti dopo l'aggiornamento.
-
-Usa questi insight per perfezionare la tua app e affrontare eventuali preoccupazioni emergenti.
-
-### Strumenti di Performance [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Capgo fornisce strumenti per semplificare il monitoraggio e la risoluzione dei problemi durante gli aggiornamenti:
-
-1.  **Analisi in Tempo Reale**: Monitora istantaneamente la distribuzione degli aggiornamenti e l'adozione degli utenti.
-    
-2.  **Monitoraggio degli Errori**: Rileva e risolvi i problemi prima che si intensifichino.
-    
-3.  **Controllo Versioni**: Effettua il rollback degli aggiornamenti con un solo clic per ridurre le interruzioni.
-
-> "Monitora i tassi di successo degli aggiornamenti e il coinvolgimento degli utenti in tempo reale" – Capgo [\[1\]](https://capgo.app/)
-
-Capgo supporta anche il test graduale mirando a specifici gruppi di utenti prima di un rilascio completo. Questo approccio garantisce prestazioni costanti e minimizza i rischi in tutta la tua base utenti.
-
-## Risoluzione dei Problemi di Aggiornamento
-
-### Problemi Comuni di Aggiornamento
-
-Gli aggiornamenti possono incontrare intoppi come fallimenti di rete, incompatibilità di versioni, file cache obsoleti o installazioni incomplete. Ecco una rapida panoramica:
-
-| Problema | Causa Comune | Soluzione |
-| --- | --- | --- |
-| Download Falliti | Connessione di rete scarsa | Usa un sistema di retry automatico con backoff esponenziale. |
-| Conflitti di Versione | Dipendenze incompatibili | Applica controlli di versione rigorosi prima di distribuire gli aggiornamenti. |
-| Problemi di Cache | File cache obsoleti | Aggiungi tecniche di cache-busting e pulisci le vecchie versioni. |
-| Aggiornamenti Parziali | Installazione interrotta | Usa [aggiornamenti atomici](https://capgo.app/docs/live-updates/update-behavior/) con opzione di rollback per garantire la consistenza. |
-
-### Configurazione del Monitoraggio degli Errori
-
-Un monitoraggio efficace è fondamentale per identificare e risolvere i problemi di aggiornamento. Concentrati su queste aree:
-
--   **Stato del download degli aggiornamenti**: Monitora i tassi di successo e i tempi di completamento.
-    
--   **Progresso dell'installazione**: Monitora ogni fase del processo di installazione.
-    
--   **Funzionalità post-aggiornamento**: Conferma che le funzionalità essenziali dell'app funzionino correttamente dopo l'aggiornamento.
-
-Per configurare questo:
-
-1.  **Monitoraggio in tempo reale**: Configura avvisi automatici per fallimenti critici e imposta soglie di errore per notifiche immediate.
-    
-2.  **Logging dettagliato**: Registra versioni degli aggiornamenti, specifiche dei dispositivi, condizioni di rete, tempi di installazione e tracce degli errori.
-    
-3.  **Feedback degli utenti**: Permetti agli utenti di segnalare direttamente eventuali problemi con gli aggiornamenti.
-
-Se gli errori persistono nonostante queste misure, avvia le procedure di rollback per minimizzare le interruzioni.
-
-### Passaggi per il Rollback degli Aggiornamenti
-
-Un processo di rollback ben pianificato può aiutare a ridurre la frustrazione degli utenti quando gli aggiornamenti vanno male. Ecco come prepararsi:
-
-1.  **Definisci i trigger di rollback**: Imposta soglie automatiche che attivano i processi di rollback quando sorgono problemi specifici.
-    
-2.  **Usa il controllo versione**: Mantieni sempre multiple versioni degli aggiornamenti pronte per un rapido rollback.
-
-> "Monitoraggio degli Errori: Monitora e risolvi proattivamente i problemi prima che impattino gli utenti" [\[1\]](https://capgo.app/)
-
-3.  **Documenta i passaggi di recupero**: Delinea chiaramente come identificare gli utenti interessati, effettuare il rollback dell'aggiornamento, verificare il ripristino e comunicare la risoluzione agli utenti.
-
-## Strumenti di Monitoraggio degli Aggiornamenti
-
-La scelta dello strumento di tracciamento giusto è fondamentale per garantire il successo dei tuoi aggiornamenti. Analizziamo cosa cercare e perché è importante.
-
-### Confronto tra Strumenti
-
-Quando confronti gli strumenti di tracciamento degli aggiornamenti OTA, concentrati su queste funzionalità:
-
-| Funzionalità | Perché è Importante |
-| --- | --- |
-| **Velocità di Aggiornamento** | Influisce sulla rapidità con cui gli utenti adottano gli aggiornamenti e sull'efficienza della loro distribuzione. |
-| **Livello di Sicurezza** | Protegge sia il processo di aggiornamento che i dati degli utenti. |
-| **Profondità Analitica** | Aiuta a monitorare e ottimizzare le prestazioni degli aggiornamenti. |
-| **Opzioni di Rollback** | Permette correzioni rapide se un aggiornamento causa problemi. |
-| **Punto Prezzo** | Influisce sui costi a lungo termine e sulla scalabilità della tua soluzione. |
-
-### Funzionalità di Capgo
-
-Capgo si distingue con un impressionante tasso di successo globale dell'82% [\[1\]](https://capgo.app/), offrendo funzionalità che coprono tutti gli aspetti della [gestione degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/):
-
--   **Analisi in Tempo Reale**  
-    Capgo fornisce monitoraggio mondiale con un tempo medio di risposta API di 57ms [\[1\]](https://capgo.app/). Questo aiuta a rilevare e affrontare i problemi tempestivamente.
-    
--   **Infrastruttura di Sicurezza**  
-    Gli aggiornamenti vengono consegnati in modo sicuro con crittografia end-to-end, soddisfacendo le esigenze delle applicazioni aziendali più esigenti.
-    
--   **Controlli di Distribuzione**  
-    Un sistema basato su canali ti permette di testare gli aggiornamenti su gruppi specifici prima di distribuirli ampiamente.
-    
-
-### Guida alla Selezione degli Strumenti
-
-Ecco come scegliere il miglior strumento di tracciamento degli aggiornamenti OTA per le tue esigenze:
-
--   **Requisiti di Integrazione**  
-    Cerca strumenti che si integrino perfettamente con la tua pipeline CI/CD.
-    
-    > "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-    
--   **Efficacia dei Costi**  
-    Considera come il prezzo dello strumento influenzerà il tuo budget a lungo termine.
-    
--   **Capacità Tecniche**  
-    Opta per strumenti che offrono:
-    
-    -   Supporto per aggiornamenti parziali
-        
-    -   Tracciamento dettagliato degli errori
-        
-    -   Opzioni di hosting flessibili
-        
-    -   Compatibilità con l'ultima versione di Capacitor
-        
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare le revisioni per le correzioni di bug è fondamentale." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Riepilogo
-
-Ecco una revisione semplificata e un piano d'azione per tracciare efficacemente gli aggiornamenti OTA, basati sui passaggi di configurazione, misurazione e risoluzione dei problemi delineati in precedenza.
-
-### Revisione dei Punti Chiave
-
-Il tracciamento degli aggiornamenti OTA con successo implica il monitoraggio di metriche essenziali che garantiscono l'affidabilità. Un approccio strutturato all'analisi di queste metriche può avere un impatto significativo sulle prestazioni dell'app, come dimostrato dai dati reali:
-
-| Aspetto | Metriche Chiave | Impatto |
-| --- | --- | --- |
-| Copertura | 23.5M aggiornamenti consegnati | Evidenzia l'affidabilità del sistema |
-| Tasso di Successo | 82% in tutto il mondo | Stabilisce uno standard di prestazioni |
-| Base Utenti | 750 app in produzione | Conferma la scalabilità per le imprese |
-
-Queste metriche guidano i seguenti passaggi per garantire un tracciamento degli aggiornamenti sicuro e automatizzato.
-
-### Prossimi Passi
-
--   **Configurare Analisi e Monitoraggio**
-    
-    -   Implementare strumenti di tracciamento in tempo reale.
-        
-    -   Definire benchmark di prestazione.
-        
-    -   Introdurre sistemi robusti di rilevamento errori.
-        
--   **Pianificare la Distribuzione Strategica**
-    
-    -   Utilizzare canali beta per test controllati.
-        
-    -   Distribuire gli aggiornamenti in fasi per minimizzare i rischi.
-        
-    -   Includere opzioni di rollback rapido per correzioni di emergenza.
-        
--   **Perfezionare in Base agli Insights**
-    
-    -   Monitorare attentamente i tassi di successo degli aggiornamenti.
-        
-    -   Studiare il comportamento degli utenti e le tendenze di adozione.
-        
-    -   Adeguare le strategie di distribuzione in base all'analisi dei dati.
-        
-
-Iniziare con un periodo di prova può aiutarti a testare e perfezionare questi metodi per le tue esigenze specifiche.
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare le revisioni per le correzioni di bug è fondamentale." - Bessie Cooper [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/it/how-to-use-aar-files-in-capacitor-plugins.md b/src/content/blog/it/how-to-use-aar-files-in-capacitor-plugins.md
deleted file mode 100644
index 167409afe..000000000
--- a/src/content/blog/it/how-to-use-aar-files-in-capacitor-plugins.md
+++ /dev/null
@@ -1,123 +0,0 @@
----
-slug: how-to-use-aar-files-in-capacitor-plugins
-title: Come Utilizzare i File AAR nei Plugin di Capacitor
-description: >-
-  Scopri come integrare i file AAR nei plugin di Capacitor per migliorare le tue
-  web app con funzionalità native Android attraverso una guida chiara e
-  dettagliata.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-15T01:43:16.632Z
-updated_at: 2025-03-18T13:14:19.487Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d4c5e1e479dbdb23f053f1-1742003009662.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  AAR files, Capacitor plugins, Android development, mobile integration, Gradle
-  configuration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Ecco il testo tradotto in italiano, mantenendo i link, i tag HTML e i blocchi di codice inalterati:
-
-**Vuoi integrare le funzionalità Android nella tua app [Capacitor](https://capacitorjs.com/)?** Questa guida spiega come utilizzare i file AAR (Android Archive) nei [plugin Capacitor](https://capgo.app/plugins/) per combinare le funzionalità native Android con le app web cross-platform.
-
-### Punti Chiave:
-
--   **Cosa sono i file AAR?** Librerie Android preconfezionate contenenti codice, risorse e file nativi.
--   **Perché utilizzarli?** I file AAR permettono il riutilizzo del codice, semplificano la manutenzione e proteggono le funzionalità proprietarie.
--   **Cosa serve?** Strumenti come [Android Studio](https://developer.android.com/studio), [Gradle](https://gradle.org/), e [Node.js](https://nodejs.org/en), più una corretta configurazione del progetto.
--   **Come integrarli?** Posiziona i file AAR in `libs`, configura Gradle e collegali ai plugin Capacitor.
-
-### Passaggi Rapidi:
-
-1.  **Configura il tuo ambiente:** Installa gli strumenti necessari e configura Android Studio.
-2.  **Organizza il tuo progetto:** Crea una struttura chiara per il tuo [plugin Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-3.  **Aggiungi i file AAR:** Posizionali in `android/libs` e aggiorna le dipendenze Gradle.
-4.  **Scrivi il codice del plugin:** Collega la funzionalità AAR a JavaScript con [l'API di Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-5.  **Testa accuratamente:** Usa il debugger di Android Studio per garantire un'integrazione fluida.
-
-Seguendo questa guida, potrai incorporare facilmente i file AAR nei tuoi plugin Capacitor, sbloccando le funzionalità native Android per le tue app web.
-
-## Come incorporare una libreria Android (file AAR) in un plugin [capacitor](https://capacitorjs.com/)
-
-![capacitor](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-15.jpg?auto=compress)
-
-<Steps>
-<Steps>
-
-## Requisiti per la Configurazione di Sviluppo
-
-Prima di lavorare con i file AAR, assicurati che il tuo ambiente di sviluppo sia configurato correttamente per evitare intoppi.
-
-### Software Necessario
-
-Ecco il software di cui avrai bisogno per lavorare con i file AAR nei plugin Capacitor:
-
-| **Software** | **Versione Minima** | **Scopo** |
-| --- | --- | --- |
-| Android Studio | 2022.1.1 o superiore | L'IDE principale per lo sviluppo Android |
-| [Java Development Kit](https://en.wikipedia.org/wiki/Java_Development_Kit) | 11 o superiore | Richiesto per lo sviluppo Android |
-| Node.js | 14.0 o superiore | Per gestire Capacitor e i pacchetti npm |
-| Gradle | 7.3 o superiore | Strumento di build per Android |
-| [Git](https://git-scm.com/) | 2.30 o superiore | Per il controllo versione e la gestione dei pacchetti |
-
-Inoltre, assicurati che i seguenti componenti siano inclusi nel tuo SDK Manager:
-
--   Android SDK Platform 33 (Android 13.0)
--   Android SDK Build-Tools 33.0.0
--   Android SDK Command-line Tools
--   Android Emulator
--   Android SDK Platform-Tools
-
-[continua la traduzione nel prossimo messaggio se necessario]
-
-**4. Arresti durante l'esecuzione e gestione della memoria**
-
-Utilizza la scheda Performance in Android Studio per monitorare la stabilità durante l'esecuzione. Per i problemi di inizializzazione, gestisci le eccezioni con attenzione:
-
-```
-my-plugin/
-├── android/
-│   ├── src/
-│   └── build.gradle
-├── src/
-│   └── definitions.ts
-└── package.json
-```
-
-Per prevenire le perdite di memoria, assicurati che le risorse vengano rilasciate correttamente. Usa il Memory Profiler in Android Studio per tracciare l'utilizzo dell'heap e identificare eventuali perdite.
-
-## Riepilogo
-
-Per integrare i file AAR nei plugin Capacitor, dovrai configurare l'ambiente Android, posizionare correttamente i file AAR, configurare Gradle accuratamente e testare approfonditamente.
-
-### Fasi chiave di implementazione
-
-| **Fase** | **Requisiti** | **Indicatori di successo** |
-| --- | --- | --- |
-| Configurazione sviluppo | Android Studio 4.0+, Gradle 7.0+ | La build si completa senza errori |
-| Integrazione AAR | Posizionamento corretto dei file, dipendenze corrette | Nessun conflitto nel manifest |
-| Sviluppo plugin | Struttura chiara del plugin, mappatura accurata dei metodi | I metodi si eseguono come previsto |
-| Testing | Modalità debug attiva, gestione efficace degli errori | Nessun arresto durante l'esecuzione |
-
-Una volta padroneggiati questi concetti base, puoi esplorare tecniche più avanzate.
-
-### Prossimi passi
-
-Per migliorare il tuo plugin, concentrati su queste aree:
-
--   **Ottimizzazione delle prestazioni**  
-    Usa il profiler di Android Studio per monitorare l'utilizzo della memoria e assicurarti che le risorse vengano pulite correttamente.
-    
--   **Preparazione alla distribuzione**  
-    Documenta tutte le configurazioni AAR, genera la documentazione API e testa la compatibilità con i livelli API Android 29-34.
-    
--   **Strategia di manutenzione**  
-    Automatizza i test, gestisci le versioni AAR con il controllo versione, mantieni un changelog e configura il reporting degli errori per gestire i problemi in produzione.
-    
-
-Se prevedi di condividere pubblicamente il tuo plugin, assicurati di fornire una documentazione dettagliata sulle configurazioni specifiche AAR e su eventuali limitazioni della piattaforma. Questo renderà più facile per altri sviluppatori adottare e utilizzare efficacemente il tuo plugin.
diff --git a/src/content/blog/it/how-to-use-capacitor-cli-for-ota-updates.md b/src/content/blog/it/how-to-use-capacitor-cli-for-ota-updates.md
deleted file mode 100644
index 4c9ef34fb..000000000
--- a/src/content/blog/it/how-to-use-capacitor-cli-for-ota-updates.md
+++ /dev/null
@@ -1,58 +0,0 @@
----
-slug: how-to-use-capacitor-cli-for-ota-updates
-title: Come utilizzare Capacitor CLI per gli aggiornamenti OTA
-description: >-
-  Scopri come utilizzare Capacitor CLI per aggiornamenti Over-The-Air (OTA)
-  senza interruzioni, garantendo una distribuzione istantanea e una migliore
-  esperienza utente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:35:09.479Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f08966ebbb9dc80643aea5-1743820535214.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, Capacitor CLI, mobile app updates, app deployment, Capgo, version
-  management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Gli aggiornamenti Over-The-Air (OTA) permettono di distribuire correzioni e funzionalità delle app direttamente agli utenti senza attendere le approvazioni degli app store. Utilizzando [Capacitor](https://capacitorjs.com/) CLI e strumenti come [Capgo](https://capgo.app/), puoi pubblicare aggiornamenti istantaneamente, monitorare le prestazioni e anche effettuare rollback se necessario. Ecco cosa devi sapere:
-
-### Principali Vantaggi degli Aggiornamenti OTA:
-
-- **Distribuzione Immediata**: Pubblica aggiornamenti subito senza ritardi degli app store.
-- **[Aggiornamenti Automatici](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: Gli utenti ricevono gli aggiornamenti in background.
-- **Gestione Versioni**: Gestisci e ripristina facilmente le versioni.
-- **Distribuzione Selettiva**: Target su gruppi specifici di utenti come i beta tester.
-
-### Requisiti:
-
-- **[Node.js](https://nodejs.org/en)** (v14.0+), **Capacitor CLI** (v6.0+ o 7.0+), **[Android Studio](https://developer.android.com/studio)** e **[Xcode](https://developer.apple.com/xcode/)** (per iOS).
-
-### Passi per Iniziare:
-
-1. **Installa [Plugin Capgo](https://capgo.app/plugins/)**: Esegui `npx @capgo/cli init` nel tuo progetto.
-2. **Configura le Piattaforme**:
-   - Per Android: Abilita build native e aggiorna Gradle.
-   - Per iOS: Regola le impostazioni Xcode e abilita gli aggiornamenti in background.
-3. **Distribuisci Aggiornamenti**: Usa gli strumenti Capgo per una distribuzione veloce e sicura.
-4. **Testa gli Aggiornamenti**: Usa test basati su canali e analytics per monitorare i tassi di successo.
-
-### Confronto Strumenti:
-
-| Funzionalità | Capgo | [Appflow](https://ionic.io/appflow/) (Chiusura nel 2026) | Microsoft CodePush (Discontinuato 2024) |
-| --- | --- | --- | --- | --- |
-| **Focus di Mercato** | Globale | Mercato Tedesco | Enterprise | - |
-| **Sicurezza** | Crittografia end-to-end | Firma base | Firma base | - |
-| **Costo** | Da 12€/mese | Comparabile | ~500€/mese | Era gratuito |
-
-Capgo si distingue per aggiornamenti rapidi (95% entro 24 ore), forte sicurezza e integrazione CI/CD. Con altri strumenti in fase di dismissione, è una scelta affidabile per le [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Perché è Importante:
-
-Gli aggiornamenti OTA fanno risparmiare tempo, migliorano l'esperienza utente e garantiscono la stabilità dell'app. Utilizzando strumenti come Capgo, puoi distribuire aggiornamenti veloci e sicuri rispettando le regole degli app store.
diff --git a/src/content/blog/it/how-to-use-capgo-documentation-for-ota-updates.md b/src/content/blog/it/how-to-use-capgo-documentation-for-ota-updates.md
deleted file mode 100644
index e91ebc279..000000000
--- a/src/content/blog/it/how-to-use-capgo-documentation-for-ota-updates.md
+++ /dev/null
@@ -1,98 +0,0 @@
----
-slug: how-to-use-capgo-documentation-for-ota-updates
-title: Come Utilizzare la Documentazione di Capgo per gli Aggiornamenti OTA
-description: >-
-  Scopri come implementare aggiornamenti Over-the-Air sicuri nelle tue app
-  Capacitor con la documentazione completa e la guida passo-passo di Capgo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-19T03:56:01.854Z
-updated_at: 2025-03-18T13:13:59.127Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b53306eac600a2c6713dad-1740671704703.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, Capacitor, Capgo, mobile app updates, documentation, app
-  deployment, security features, error handling
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Hai bisogno di [aggiornamenti delle app](https://capgo.app/plugins/capacitor-updater/) più veloci senza i ritardi dell'app store?** [Capgo](https://capgo.app/) ti permette di distribuire aggiornamenti Over-the-Air (OTA) sicuri istantaneamente ai tuoi utenti. Salta le revisioni dell'app store e mantieni la tua app aggiornata con facilità.
-
-### Punti Chiave:
-
--   **Cos'è Capgo?** Una piattaforma open-source per aggiornamenti live nelle app [Capacitor](https://capacitorjs.com/).
--   **Perché gli aggiornamenti OTA?** Risparmia tempo, migliora l'esperienza utente e correggi i bug rapidamente.
--   **Come Iniziare?**
-    -   Installa il [plugin Capgo](https://capgo.app/plugins/): `npm install @capgo/capacitor-updater`
-    -   Configura la tua app con una chiave API.
-    -   Usa canali come "production" o "beta" per distribuzioni mirate.
--   **Funzionalità Avanzate:** Crittografia end-to-end, gestione degli errori e integrazione CI/CD.
-
-La documentazione di Capgo ([capgo.app/docs](https://capgo.app/docs)) fornisce istruzioni passo-passo per la configurazione, la sicurezza e la risoluzione dei problemi. Dall'installazione alle configurazioni avanzate, è la tua guida di riferimento per aggiornamenti senza problemi.
-
-## [Capgo](https://capgo.app/), plugin CapacitorJs per l'aggiornamento Live
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-19.jpg?auto=compress)
-
-## Utilizzare la Documentazione Capgo
-
-Navigare efficacemente nella documentazione è essenziale quando si lavora con aggiornamenti OTA. La documentazione di Capgo offre una guida dettagliata per integrare gli aggiornamenti live nelle app Capacitor.
-
-### Dove Trovare la Documentazione
-
-Puoi accedere alla documentazione di Capgo su [capgo.app/docs](https://capgo.app/docs) [\[1\]](https://github.com/Cap-go/capacitor-updater). È organizzata in sezioni basate su scopi specifici:
-
-| **Sezione** | **Scopo** | **Argomenti Chiave** |
-| --- | --- | --- |
-| Iniziare | Configurazione iniziale | Passaggi di installazione, [configurazione chiave API](https://capgo.app/docs/webapp/api-keys/) |
-| Configurazione | Impostazioni principali | Configurazione plugin, setup ambiente |
-| Riferimento API | Dettagli tecnici | Metodi, parametri, valori di ritorno |
-| Sicurezza | Misure di protezione | Setup crittografia, verifica firma |
-| Risoluzione Problemi | Risoluzione problemi | Problemi comuni, strumenti diagnostici |
-
-### Termini e Concetti Importanti
-
-Ecco alcuni termini chiave che incontrerai:
-
--   **Canali**: Sono flussi di aggiornamento usati per controllare la distribuzione delle versioni. Ad esempio, potresti impostare canali "production", "beta" e "staging" per diverse tipologie di utenti [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
--   **Politiche di Aggiornamento**: Definiscono come vengono consegnati e applicati gli aggiornamenti. Le opzioni includono download automatici, tempistiche di installazione e prompt utente [\[1\]](https://github.com/Cap-go/capacitor-updater).
--   **Listener Stato App**: Questi componenti monitorano se l'app è in primo piano o in background [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
--   **Bundle**: File di aggiornamento impacchettati contenenti la nuova versione della tua app, inclusi asset, modifiche al codice e aggiornamenti di configurazione [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
-
-### Esempi di Codice e Tutorial
-
-La documentazione fornisce codice di esempio per semplificare l'integrazione. Ecco un esempio base usando TypeScript/JavaScript:
-
-Per casi d'uso più avanzati, la documentazione include esempi reali [\[2\]](https://dev.to/arnosolo/ionic-appflow-live-update-alternative-55c3)[\[3\]](https://github.com/Cap-go/capgo), come:
-
--   Cambio di canali per test A/B
--   Flussi di aggiornamento personalizzati con prompt utente
--   Gestione errori e implementazione rollback
--   Integrazione aggiornamenti con pipeline CI/CD
-
-Ogni tutorial evidenzia anche considerazioni sulle prestazioni e aspetti di sicurezza, aiutandoti a prendere decisioni informate. La documentazione viene frequentemente aggiornata per includere le ultime funzionalità e best practice [\[1\]](https://github.com/Cap-go/capacitor-updater).
-
-Per i dettagli implementativi, consulta la guida di configurazione successiva.
-
-[Continue with the rest of the text for translation...]
-
-Utilizzando le risorse di Capgo, gli sviluppatori possono implementare funzionalità essenziali come la **crittografia end-to-end** e l'**integrazione CI/CD**, coprendo tutto, dalla configurazione iniziale alle configurazioni avanzate [\[1\]](https://github.com/Cap-go/capacitor-updater).
-
-### Aree Chiave di Implementazione
-
-| **Aspetto** | **Focus Principale** | **Dove Trovarlo** |
-| --- | --- | --- |
-| **Sicurezza** | Crittografia e controlli di integrità | Sezione _Funzionalità di Sicurezza_ |
-| **Conformità** | Rispetto dei requisiti Apple e Android | Guida _Regole App Store_ |
-| **[Gestione Aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | Controllo versioni e opzioni di rollback | Guida _[Metodi di Aggiornamento](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)_ |
-| **Gestione Errori** | Registrazione e passaggi per la risoluzione dei problemi | _Guida alla Risoluzione dei Problemi_ |
-
-Queste aree costituiscono la spina dorsale del sistema di gestione degli aggiornamenti di Capgo.
-
-Gli strumenti CLI e di analisi di Capgo semplificano la [gestione degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) durante tutto il ciclo di vita della tua app [\[1\]](https://github.com/Cap-go/capacitor-updater).
-
-Per ulteriore supporto, puoi esplorare risorse aggiuntive come la **documentazione API**, i **progetti di esempio** e i **forum della community** [\[2\]](https://dev.to/arnosolo/ionic-appflow-live-update-alternative-55c3).
diff --git a/src/content/blog/it/how-to-use-semantic-versioning-with-capgo-ota-updates.md b/src/content/blog/it/how-to-use-semantic-versioning-with-capgo-ota-updates.md
deleted file mode 100644
index 643f3005a..000000000
--- a/src/content/blog/it/how-to-use-semantic-versioning-with-capgo-ota-updates.md
+++ /dev/null
@@ -1,246 +0,0 @@
----
-slug: how-to-use-semantic-versioning-with-capgo-ota-updates
-title: Come Utilizzare il Versionamento Semantico con gli Aggiornamenti OTA di Capgo
-description: >-
-  Scopri come semplificare gli aggiornamenti delle app e il controllo delle
-  versioni utilizzando il Semantic Versioning con gli aggiornamenti OTA di Capgo
-  per le app Capacitor.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-03T04:48:38.491Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c4f6356c9ebce91891f4e6-1740977344964.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Semantic Versioning, Capgo, OTA updates, Capacitor apps, version control, app
-  updates, deployment, CI/CD
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi semplificare gli [aggiornamenti delle app](https://capgo.app/plugins/capacitor-updater/) e il controllo delle versioni?** Il Semantic Versioning (SemVer) combinato con gli aggiornamenti Over-The-Air (OTA) di [Capgo](https://capgo.app/) rende la gestione delle app [Capacitor](https://capacitorjs.com/) più facile e veloce. Ecco come:
-
--   **Nozioni base del Semantic Versioning:** Le versioni utilizzano il formato `MAJOR.MINOR.PATCH`:
-    
-    -   **MAJOR:** Per modifiche incompatibili.
-    -   **MINOR:** Per nuove funzionalità retrocompatibili.
-    -   **PATCH:** Per correzioni di bug.
--   **Perché usare SemVer con Capgo?**
-    
-    -   Comunicazione chiara sugli aggiornamenti.
-    -   Gestione più intelligente delle versioni.
-    -   Evita conflitti di dipendenze.
-    -   Pianificazione organizzata dei rilasci.
--   **Passaggi per la [configurazione di Capgo](https://capgo.app/docs/cli/commands/):**
-    
-    1.  Installa il plugin updater di Capgo.
-    2.  Configura la versione della tua app in `capacitor.config.json` e altri file.
-    3.  Inizializza con la tua chiave API.
-    4.  Usa la [CLI di Capgo](https://capgo.app/docs/cli/commands) per creare bundle e caricare aggiornamenti.
--   **[Gestione di versioni e canali](https://capgo.app/docs/webapp/channels/):**
-    
-    -   Usa canali separati (es. "beta" per i test, "production" per i rilasci stabili).
-    -   Controlla le policy di aggiornamento (aggiornamenti automatici delle patch, approvazione manuale per modifiche maggiori).
-    -   Opzioni di rollback per aggiornamenti falliti.
--   **Processo di distribuzione:**
-    
-    -   Aggiorna i numeri di versione seguendo le regole SemVer.
-    -   Testa accuratamente prima della distribuzione.
-    -   Usa i comandi CLI per caricare e distribuire gli aggiornamenti.
-
-Capgo assicura che gli aggiornamenti raggiungano gli utenti rapidamente e in modo affidabile, con strumenti per gestire interruzioni e mantenere la stabilità. Perfetto per team che utilizzano flussi di lavoro CI/CD per automatizzare gli aggiornamenti.
-
-**Suggerimento rapido:** Testa sempre gli aggiornamenti e usa i canali per gestire efficacemente i rilasci graduali.
-
-## Semantic Versioning | Livello avanzato
-
-<Steps>
-
-</Steps>
-
-## Guida all'installazione di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-03.jpg?auto=compress)
-
-Ecco come configurare Capgo per gestire facilmente gli aggiornamenti OTA e il controllo delle versioni.
-
-### Passaggi iniziali di configurazione
-
-Inizia installando il [plugin updater di Capgo](https://capgo.app/docs/plugin/self-hosted/manual-update/):
-
-Assicurati che il tuo file `capacitor.config.json` utilizzi un formato di versione semantica:
-
-Per progetti più vecchi, aggiorna i dettagli della versione in queste posizioni:
-
--   `package.json` (cerca il campo `version`)
--   `android/app/build.gradle` (aggiorna `versionName`)
--   `ios/App/App.xcodeproj/project.pbxproj` (aggiorna `CURRENT_PROJECT_VERSION`)
-
-Una volta configurato, inizializza Capgo con la tua chiave API:
-
-**Tabella di riferimento rapido:**
-
-| Fase di setup | Azione chiave | Passo di verifica |
-| --- | --- | --- |
-| Installazione | Installa plugin e sincronizza | Controlla `package.json` |
-| Configurazione | Imposta numeri di versione | Verifica in tutti i file |
-| Inizializzazione | Connetti con chiave API | Testa stato connessione |
-| Build | Crea bundle iniziale | Conferma successo upload |
-
-### Integrazione controllo versione
-
-Capgo funziona bene con piattaforme CI/CD, rendendo gli [aggiornamenti automatizzati](https://capgo.app/docs/live-updates/update-behavior/) semplici. Le piattaforme supportate includono:
-
--   [GitHub Actions](https://docs.github.com/actions)
--   [GitLab CI](https://docs.gitlab.com/ee/ci/)
--   [Azure DevOps](https://azure.microsoft.com/en-us/products/devops)
--   [Jenkins](https://www.jenkins.io/)
--   [CircleCI](https://circleci.com/)
-
-Se stai lavorando sullo sviluppo locale, puoi disabilitare gli auto-aggiornamenti aggiungendo questo alla tua configurazione:
-
-Questo assicura che Capgo non sovrascriva le tue modifiche locali. Una volta che la configurazione è pronta, carica la tua prima versione:
-
-Infine, notifica al plugin nativo lo stato del bundle nel file principale della tua app:
-
-Questa configurazione assicura che la tua app sia pronta per distribuzioni OTA e gestione delle versioni senza problemi.
-
-## Utilizzo del Semantic Versioning con Capgo
-
-### Gestione dei numeri di versione
-
-Capgo usa il Semantic Versioning (SemVer) per gestire le versioni delle app, formattato come **MAJOR.MINOR.PATCH**. Ecco come funziona:
-
--   **Versione Major (X.0.0)**: Aumenta il numero MAJOR per modifiche che rompono la compatibilità.
--   **Versione Minor (1.X.0)**: Aumenta il numero MINOR per nuove funzionalità che rimangono compatibili.
--   **Versione Patch (1.0.X)**: Aumenta il numero PATCH per correzioni di bug che non influenzano la compatibilità.
-
-| Tipo di versione | Quando incrementare | [Comportamento auto-aggiornamento](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-| --- | --- | --- |
-| Major (X.0.0) | Per modifiche API incompatibili | Richiede approvazione manuale |
-| Minor (1.X.0) | Per nuove funzionalità | Configurabile in Capgo |
-| Patch (1.0.X) | Per correzioni bug | Solitamente automatico |
-
-Seguendo le regole SemVer, puoi semplificare la gestione delle versioni e assicurare aggiornamenti più fluidi attraverso i tuoi canali di distribuzione.
-
-### Linee guida per il controllo versione
-
-Capgo ti permette di gestire efficacemente le distribuzioni impostando canali distinti per diverse fasi del tuo flusso di lavoro.
-
--   **[Gestione versioni basata su canali](https://capgo.app/docs/webapp/channels/)**: Organizza il tuo processo di distribuzione creando canali separati per test e produzione. Per esempio:
-    
-    -   Usa un canale "beta" (es. 1.2.0-beta) per testare nuove funzionalità.
-    -   Mantieni un canale "production" (es. 1.2.0) per rilasci stabili.
-    -   Aggiungi canali specifici per piattaforma (es. "ios-hotfix" con versione 1.2.1) quando affronti problemi specifici della piattaforma.
--   **Configurazione policy di aggiornamento**: Controlla come vengono applicati gli aggiornamenti usando le opzioni di configurazione di Capgo. Per esempio:
-    
-    Questa configurazione assicura che gli utenti ricevano automaticamente gli aggiornamenti patch, mentre gli aggiornamenti minor e major richiedono approvazione manuale.
-    
--   **Strategia di rollback versione**: Usa identificatori pre-release per mantenere chiare opzioni di rollback. Questo approccio ti permette di tornare a una versione precedente se si verificano problemi, mantenendo la versione coerente su tutti i canali.
-    
-
-Queste best practice rendono più facile gestire gli aggiornamenti, testare nuove funzionalità e mantenere la stabilità nel processo di distribuzione della tua app.
-
-## Distribuzione aggiornamenti OTA
-
-Una volta che la configurazione della gestione versioni è pronta, segui questi passaggi per distribuire efficacemente gli aggiornamenti OTA.
-
-### Preparazione aggiornamento
-
-Inizia aggiornando la versione in **package.json** e **capacitor.config.json**. Assicurati che la versione segua il formato SemVer (MAJOR.MINOR.PATCH):
-
--   **Correzione bug**: Aumenta il numero PATCH (es. 1.0.1 → 1.0.2)
--   **Nuova funzionalità**: Aumenta il numero MINOR (es. 1.0.0 → 1.1.0)
--   **Modifica incompatibile**: Aumenta il numero MAJOR (es. 1.0.0 → 2.0.0)
-
-Testa accuratamente la build e conferma che l'app comunichi con il server usando `notifyAppReady`.
-
-Successivamente, decidi la tua [strategia di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). Puoi scegliere tra:
-
--   **Auto-aggiornamento**: Imponi automaticamente requisiti di versione minima.
--   **Controllo manuale**: Specifica requisiti di versione esatti per gli aggiornamenti.
--   **Basato su canali**: Usa canali per test e rilasci graduali.
-
-### Comandi di aggiornamento CLI Capgo
-
-Usa la CLI di Capgo per distribuire facilmente il tuo aggiornamento. Ecco come:
-
-Capgo assicura una distribuzione sicura con crittografia end-to-end e gestione sicura delle chiavi.
-
-> "@Capgo è un modo intelligente per fare hot code push (e non per tutti i soldi del mondo come con @AppFlow) 🙂"
-
-Una volta distribuito, puoi monitorare gli aggiornamenti attraverso la dashboard di Capgo. Gli aggiornamenti tipicamente raggiungono gli utenti entro minuti dopo l'apertura dell'app. Il processo funziona così:
-
--   L'app controlla gli aggiornamenti.
--   Scarica l'aggiornamento in background.
--   Marca la nuova versione come attiva quando l'utente esce dall'app.
--   Applica l'aggiornamento al prossimo avvio.
-
-Per distribuzioni a livello enterprise, potresti voler integrare l'automazione CI/CD.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!"
-
-## Risoluzione problemi e suggerimenti
-
-### Problemi di gestione versioni
-
-La gestione del semantic versioning in Capgo può talvolta complicare le distribuzioni degli aggiornamenti. Per evitare di sovrascrivere il tuo lavoro di sviluppo, configura quanto segue nel tuo file `capacitor.config.json`:
-
-Se un aggiornamento fallisce, ecco cosa puoi fare:
-
--   Imposta `autoUpdate` a `false` durante lo sviluppo.
--   Disinstalla l'app.
--   Reinstallala con la versione corretta.
--   Riabilita gli auto-aggiornamenti una volta che tutto è stabile.
-
-Per aggiornamenti di versioni major, usa il flag `disableAutoUpdateBreaking` e ascolta l'evento `majorAvailable` per gestire correttamente gli aggiornamenti:
-
-Combinando queste configurazioni con buone pratiche di team, puoi mantenere la coerenza delle versioni e ridurre gli errori.
-
-### Controllo versione di team
-
-Una volta gestiti gli aggiornamenti individuali, è cruciale per i team stabilire solide pratiche di controllo versione.
-
-> "Testare ogni modifica prima di unirla al repository principale rafforzerà la stabilità ed eviterà errori costosi" [\[4\]](https://www.autorabit.com/blog/9-tips-for-working-on-a-multi-developer-team/)
-
-Ecco alcuni metodi per assicurare la coerenza:
-
--   Definisci un branch come **repository principale** per agire come fonte di verità.
--   Usa canali Capgo separati per ambienti di sviluppo e produzione.
--   Automatizza gli upload delle versioni tramite pipeline CI/CD.
--   Documenta tutte le modifiche al codice con messaggi di commit chiari e dettagliati.
-
-Per team più grandi, la seguente matrice di gestione versioni può aiutare a organizzare gli aggiornamenti:
-
-| Ambiente | Canale | Auto-aggiornamento | Pattern versione |
-| --- | --- | --- | --- |
-| Sviluppo | dev | Disabilitato | 0.x.x |
-| Staging | beta | Abilitato | x.x.x-beta |
-| Produzione | stable | Abilitato | x.x.x |
-
-### Passaggi di ripristino aggiornamenti
-
-Anche con precauzioni, gli aggiornamenti possono fallire. Se ciò accade, segui questi passaggi di ripristino:
-
-1. Tornare a un bundle stabile precedente.
-2. Incrementare i numeri di versione per eventuali nuove correzioni (nota: i numeri di versione non possono essere riutilizzati dopo l'eliminazione) [\[2\]](https://github.com/Cap-go/CLI).
-3. Verificare gli aggiornamenti durante l'avvio dell'app per assicurarsi che funzionino come previsto.
-
-L'updater di Capgo è progettato per gestire le interruzioni. Per esempio, se il server non è raggiungibile o un aggiornamento viene eliminato, l'app continua a funzionare normalmente [\[3\]](https://capgo.app/docs/faq/). Inoltre, le richieste di rete fallite vengono automaticamente ritentate durante il successivo avvio dell'app [\[3\]](https://capgo.app/docs/faq/). Questa resilienza incorporata minimizza i tempi di inattività e garantisce operazioni più fluide.
-
-## Riepilogo
-
-Il Semantic Versioning, combinato con Capgo, ha reso gli aggiornamenti OTA per le app Capacitor più efficienti. Con 947,6 milioni di aggiornamenti consegnati e 1.400 app in produzione che utilizzano questo sistema [\[1\]](https://capgo.app/), i processi di distribuzione sono diventati l'81% più efficienti [\[1\]](https://capgo.app/). Questa configurazione permette agli sviluppatori di pubblicare aggiornamenti rapidamente e in modo controllato, evitando i ritardi degli app store.
-
-Ecco cosa dicono gli sviluppatori:
-
-> "Abbiamo implementato [gli aggiornamenti OTA di Capgo](https://console.capgo.app/resend_email) in produzione per la nostra base utenti di +5000. Stiamo osservando un funzionamento molto fluido, quasi tutti i nostri utenti sono aggiornati entro pochi minuti dalla distribuzione dell'OTA su @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Il sistema di versioning MAJOR.MINOR.PATCH rende facile comunicare cambiamenti importanti, nuove funzionalità e correzioni di bug [\[5\]](https://aws.amazon.com/blogs/devops/using-semantic-versioning-to-simplify-release-management/). Questo è particolarmente utile per i team che gestiscono diverse release ogni settimana attraverso la piattaforma di Capgo.
-
-La [soluzione crittografata](https://capgo.app/docs/cli/migrations/encryption/) di Capgo, integrata con gli strumenti CI/CD, è anche economica - riducendo i costi fino a $26.100 in cinque anni [\[1\]](https://capgo.app/). I suoi canali personalizzabili assicurano che gli aggiornamenti raggiungano gli utenti giusti al momento giusto.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/it/how-version-work-in-capgo.md b/src/content/blog/it/how-version-work-in-capgo.md
deleted file mode 100644
index b59dddcbc..000000000
--- a/src/content/blog/it/how-version-work-in-capgo.md
+++ /dev/null
@@ -1,120 +0,0 @@
----
-slug: how-version-work-in-capgo
-title: Come funziona il versionamento in Capgo
-description: >-
-  Capisci come Capgo gestisce le versioni nella tua app Capacitor e utilizzalo
-  al meglio. Scopri il significato di major, minor, patch.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-25T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /versionning.webp
-head_image_alt: Sistema di versioni dei bundle Capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Tutorial
-published: true
-locale: it
-next_blog: how-to-release-major-version-in-capgo
----
-Capgo utilizza 2 variabili principali per gestire le versioni nella tua app Capacitor:
-  - Versione nativa
-  - Versioni JavaScript
-
-<div class="mx-auto" style="width:100%;">
-  <img src="/graph_capgo.webp" alt="Capacitor update system">
-</div>
-
-Tutte le scelte delle versioni sono decise lato server da Capgo.
-
-## Sistema di versionamento
-
-Per gestire le versioni Capgo utilizza il sistema SemVer, maggiori informazioni [qui](https://semver.org/).
-
-### Versioni
-
-Dove Capgo trova la versione da confrontare
-
-  > Puoi sovrascrivere questo comportamento impostando la chiave version nel file `capacitor.config.json` [documentazione qui](/docs/plugin/settings/#version)
-  > La versione nativa verrà ignorata per tutte le piattaforme.
-
-#### IOS
-
-In IOS la variabile è impostata nel tuo progetto qui `ios/App/App/Info.plist` sotto la chiave `CFBundleShortVersionString` o `ios/App/App.xcodeproj/project.pbxproj` sotto la chiave `MARKETING_VERSION` se `MARKETING_VERSION` è stato impostato nel tuo file `Info.plist`.
-
-#### Android
-
-In Android, la variabile è impostata nel tuo progetto qui `android/app/build.gradle` sotto la chiave `defaultConfig.versionName`
-
-#### JavaScript (versione bundle Capgo)
-
-In JavaScript, la variabile può essere impostata nel tuo `package.json` sotto la chiave `version`
-Altrimenti devi fornirla nel comando di upload.
-
-## Comportamento predefinito
-
-Questo è come si comporterà il canale Capgo se non hai modificato alcuna impostazione.
-
-> Questo comportamento sarà basato sull'unico canale che hai reso predefinito.
-
-### Durante la prima installazione della tua app Capacitor
-Quando l'utente scarica la tua app Ionic per la prima volta e la apre, contatta il server Capgo.
-
-Attualmente, possono verificarsi 4 risultati:
-1. La versione del bundle nativo (1.2.3) è inferiore alla versione del bundle Capgo (1.2.4), Capgo invia il suo bundle all'utente.
-2. La versione del bundle nativo (1.2.3) è uguale alla versione del bundle Capgo (1.2.3), Capgo invia "non è necessario aggiornare".
-3. La versione del bundle nativo (1.2.4) è superiore alla versione del bundle Capgo (1.2.3), Capgo invia "non è necessario aggiornare".
-4. La versione del bundle nativo (1.2.3) è MAJOR inferiore alla versione del bundle Capgo (2.2.3), Capgo invia "non è necessario aggiornare".
-
-### Altre impostazioni
-
-#### Disabilita il downgrade automatico sotto nativo
-
-Se cambi questa impostazione in false, Capgo considererà sempre se stesso come fonte affidabile della versione.
-Quindi il comportamento diventa:
-- La versione nativa (1.2.4) è superiore alla versione Capgo (1.2.3)
-
-> Capgo invia la sua versione all'utente.
-
-#### Disabilita strategia di auto-upgrade
-
-Ci sono diverse strategie tra cui puoi scegliere. Puoi saperne di più [qui](/docs/cli/commands/#disable-updates-strategy)
-
-## Versione bundle JavaScript
-
-La versione del bundle JavaScript è quella che invii quando esegui `npx @capgo/cli@latest bundle upload --channel production`
-
-Se non hai utilizzato l'opzione `--bundle 1.2.3`, Capgo prenderà la versione del bundle dal tuo file `package.json` (nella chiave version).
-
-Dopo che la tua app Ionic ha installato una versione da Capgo, questa è la versione che verrà confrontata per:
-- La loro versione bundle JavaScript (1.2.3) è inferiore alla versione bundle Capgo (1.2.4), Capgo invia il suo bundle all'utente.
-
-Con alcune condizioni di guardia:
-- Se la versione del bundle nativo è superiore alla versione Capgo, viene applicata la condizione `Disabilita downgrade automatico sotto nativo`.
-- Se la versione del bundle nativo è MAJOR inferiore alla versione Capgo, viene applicata la condizione `Disabilita auto upgrade sopra major`.
-
-## Aggiornamento App Store
-
-Quando pubblichi la tua app Capacitor JS sull'App Store, ciò che accade è semplice.
-
-I tuoi utenti otterranno la nuova versione dallo store e rimuoveranno tutti gli aggiornamenti locali nella loro app per impostazione predefinita.
-
-Se vuoi modificare questo comportamento, devi impostare l'impostazione `resetWhenUpdate` maggiori informazioni [qui](/docs/plugin/api#settings)
-
-Questo può essere modificato solo lato app, non dal cloud come altre impostazioni.
-
-### Altre impostazioni
-
-Dopo tutto questo comportamento, puoi avere sopra alcuni specifici legati al deviceID.
-
-In Capgo, puoi decidere di sovrascrivere il comportamento per ogni deviceID.
-
-Puoi collegare un deviceID a:
-- una versione bundle specifica
-- un canale specifico
-
-Questo bypassa tutte le impostazioni fatte sopra.
-
-Scopri di più nell'articolo qui sotto.
diff --git a/src/content/blog/it/how-your-usage-is-counted.md b/src/content/blog/it/how-your-usage-is-counted.md
deleted file mode 100644
index b065088b6..000000000
--- a/src/content/blog/it/how-your-usage-is-counted.md
+++ /dev/null
@@ -1,94 +0,0 @@
----
-slug: how-your-usage-is-counted
-title: Come viene conteggiato il tuo utilizzo in Capgo
-description: >-
-  Scopri come Capgo conta il tuo utilizzo e come utilizzarlo al meglio. Impara a
-  gestire meglio il tuo piano
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-25T00:00:00.000Z
-updated_at: 2025-11-03T11:48:48.000Z
-head_image: /usage_explained.webp
-head_image_alt: Sistema di utilizzo di Capgo spiegato
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: it
-next_blog: ''
----
-
-In Capgo, vengono contati 3 valori importanti da comprendere
-- Utenti
-- Archiviazione
-- Larghezza di banda
-
-Ognuno ha un modo leggermente diverso di essere conteggiato
-
-
-## Utenti
-
-Ogni volta che un utente scarica la tua app Capacitor JS e la apre, invierà una richiesta al backend di Capgo per sapere se è disponibile un aggiornamento
-Quando l'app lo fa, invia piccole informazioni, inclusa la più importante `DeviceID`
-
-`DeviceID`: è un ID univoco (UUID) generato sul dispositivo. **A partire dalla versione del plugin v6.25.0 e v7.25.0**, questo ID ora persiste tra le reinstallazioni dell'app (memorizzato in modo sicuro nello storage del dispositivo). Prima di queste versioni, l'ID veniva reimpostato ad ogni installazione dell'app
-
-Ogni volta che il tuo account riceve un nuovo Device ID, viene salvato nel database
-Ogni volta che un vecchio `DeviceID` richiede un aggiornamento (apertura app), il suo record viene aggiornato (updated_at nel database)
-
-Questi dati vengono salvati in 2 posti:
-- tabella device con valore `update_at`
-- app_stats con contatore giornaliero che rappresenta il numero di dispositivi che sono diventati attivi oggi e non sono stati attivi questo mese
-
-Per il limite del piano viene utilizzato il primo metodo perché è affidabile al 100%, per visualizzare il grafico viene utilizzato il secondo
-Puoi vedere entrambi nel tuo account nella homepage:
-- nel grafico è il secondo metodo
-- nella tabella delle app è il primo metodo
-
-> Capgo non conta gli emulatori e le build di sviluppo nel tuo utilizzo. Tieni presente che dopo il periodo di prova non puoi averne più del 3%, altrimenti il tuo account verrà bloccato fino a quando non lo risolvi
-
-> Capgo sta anche facendo alcuni filtraggi per te. Se hai configurato CI/CD per inviare la tua versione a Google PLAY, Google esegue la tua app Capacitor ogni volta su più di 20 dispositivi reali. Durante le prime 4 ore di un nuovo bundle, blocchiamo gli IP del data center di Google per evitare che vengano conteggiati
-
-Ogni mese, questi dati partono da zero
-
-
-- Crea o aggiorna un dispositivo nel mio database ad ogni richiesta del dispositivo
-- Aggiunge a un contatore giornaliero il numero di dispositivi attivi che non sono stati attivi questo mese
-
-Il primo metodo restituisce: 900+ utenti
-mentre il secondo è a 200+ utenti sul tuo account
-Per il limite del piano uso il primo metodo, che è affidabile al 100%, e per visualizzare il grafico uso il secondo
-Puoi vedere entrambi sulla homepage del tuo account
-
-## Archiviazione
-
-Ogni volta che carichi un bundle, questo numero viene aumentato della dimensione del caricamento
-
-Questi dati sono relativi solo alla dimensione del caricamento, migliore è la dimensione della tua app, meglio rimani nel tuo piano
-
-Se raggiungi il limite o sei vicino, puoi elencare i tuoi bundle con la CLI:
-`npx @capgo/cli@latest bundle list`
-Per vedere cosa potresti pulire, rimuovere un bundle libera lo spazio ma non cancella le statistiche
-
-Quando sei pronto per la pulizia, usa questo comando per rimuovere molti bundle:
-`npx @capgo/cli@latest bundle cleanup`
-
-PS: questo è buono per il pianeta, ma anche per il tuo portafoglio 💪
-
-> Puoi anche usare `--external` del caricamento per utilizzare il tuo storage, e non contare nel tuo piano
-
-## Larghezza di banda
-
-Il calcolo di questo valore è un po' più complesso, ma l'idea è la stessa dello storage
-
-Ogni volta che un utente scarica un bundle, questo numero viene aumentato della dimensione del download
-
-Questi dati sono relativi solo alla dimensione del download, migliore è la dimensione della tua app Capacitor JS, meglio rimani nel tuo piano
-
-> Una cosa importante da notare, Capgo non può vedere quale dimensione viene scaricata, vede solo la dimensione del bundle. Quindi se hai un bundle grande e hai molti utenti che non riescono a scaricarlo, raggiungerai il limite velocemente
-
-Il modo migliore per rimanere nel tuo piano è avere un bundle piccolo, e se non puoi, mostra una barra di download ai tuoi utenti e fai sapere loro quanto manca da scaricare
-
-In futuro, Capgo migliorerà il sistema di download per avere più possibilità di scaricare il bundle in una volta
\ No newline at end of file
diff --git a/src/content/blog/it/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md b/src/content/blog/it/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
deleted file mode 100644
index 7f36d7149..000000000
--- a/src/content/blog/it/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
+++ /dev/null
@@ -1,296 +0,0 @@
----
-slug: icp-filing-for-mobile-apps-in-china-step-by-step-guide
-title: 'ICP (Internet Content Provider) per App Mobile in Cina: Guida Passo-Passo'
-description: >-
-  Scopri i passaggi essenziali per la registrazione ICP delle app mobili in
-  Cina, inclusa la documentazione necessaria e le strategie di conformità per
-  un'operatività di successo.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T01:51:04.423Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e344e910051fda3b61d655-1742953875704.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  ICP filing, China mobile apps, compliance, registration, documentation,
-  technical requirements, app operation
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Se desideri operare legalmente la tua app mobile in Cina, **devi completare una registrazione ICP**. Questo è un processo di registrazione obbligatorio per garantire la conformità alle normative cinesi. Ecco una panoramica rapida:
-
--   **Cos'è la registrazione ICP?**  
-    È un sistema di registrazione ("备案") richiesto per i servizi basati su internet, incluse le app mobili, per operare legalmente in Cina.
-    
--   **Perché è necessaria?**  
-    Senza di essa, la tua app rischia multe, rimozione dalle piattaforme e problemi legali.
-    
--   **Requisiti principali:**  
-    Avrai bisogno di licenze commerciali, registrazione del dominio, dettagli del server e documenti di conformità. Per le aziende straniere, è essenziale collaborare con un'azienda cinese locale.
-    
--   **Processo di registrazione:**
-    
-    1.  Scegli un fornitore autorizzato (es. [Alibaba Cloud](https://www.alibabacloud.com/en/services/icp?_p_lc=1), [Tencent Cloud](https://www.tencentcloud.com/solutions/icp-registration-support)).
-    2.  Invia i documenti richiesti (tradotti in cinese).
-    3.  Attendi l'approvazione (14-23 giorni lavorativi in media).
--   **Post-approvazione:**  
-    Mostra il tuo numero ICP in modo evidente nella tua app e mantieni aggiornati tutti i dettagli.
-    
-
-Saltare questo processo può portare a interruzioni significative, quindi assicurati di essere completamente preparato prima del lancio in Cina.
-
-## Cos'è una licenza ICP e la registrazione ICP per la Cina
-
-<iframe src="https://www.youtube.com/embed/OxnePlkzJNQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Documentazione richiesta
-
-Ottenere la registrazione ICP in Cina inizia con la corretta documentazione. Ecco una suddivisione dei documenti aziendali, tecnici e di autorizzazione necessari.
-
-### Lista dei documenti
-
-Assicurati di raccogliere questi documenti prima di iniziare il processo di registrazione:
-
--   **Documentazione aziendale**
-    
-    -   Licenza commerciale o certificato di registrazione aziendale
-    -   Certificato del codice organizzativo
-    -   Documento d'identità del rappresentante legale (passaporto per rappresentanti stranieri)
-    -   Timbro ufficiale dell'azienda (company chop)
-    -   Prova di un indirizzo commerciale locale cinese
--   **Documentazione tecnica**
-    
-    -   Certificato di registrazione del nome di dominio
-    -   Dettagli dell'hosting del server
-    -   Documentazione del protocollo di sicurezza di rete
-    -   Dichiarazione sulla conformità della privacy dei dati
-    -   Piano di risposta alle emergenze
--   **Documenti di autorizzazione**
-    
-    -   Lettera di autorizzazione (se si lavora con un agente)
-    -   Procura (per aziende straniere)
-    -   Lettera di nomina per un rappresentante locale
-
-### Informazioni tecniche specifiche per piattaforma
-
-Mentre iOS e Android condividono requisiti simili, dovrai fornire informazioni tecniche dettagliate sulla tua app. Ciò include l'identificatore dell'app, gli URL dello store, gli IP del server, le misure di sicurezza dei contenuti e i meccanismi di aggiornamento. Aderire alle regole degli app store in Cina è fondamentale per gli aggiornamenti [\[1\]](https://capgo.app/). Strumenti come Capgo possono aiutarti a gestire aggiornamenti conformi e in tempo reale.
-
-**Suggerimenti tecnici chiave:**
-
--   Mantieni tutti i documenti salvati come PDF.
--   Traduci in cinese tutti i documenti in inglese.
--   Prepara file separati per ogni versione dell'app.
--   Fai il backup di tutti i certificati e le chiavi.
--   Documenta l'architettura di rete e il flusso dei dati della tua app per le revisioni di sicurezza.
-
-Avere questi documenti in ordine garantisce il rispetto dei requisiti normativi e aiuta a mantenere la conformità e i processi di aggiornamento della tua app. Una volta che tutto è pronto, puoi procedere con i passaggi della registrazione.
-
-## Passaggi per la domanda di registrazione
-
-Ecco come presentare la tua domanda ICP passo dopo passo.
-
-Una volta che hai pronta tutta la documentazione, il prossimo passo è scegliere il partner di registrazione giusto.
-
-### Scegli un fornitore di servizi
-
-Puoi scegliere tra i seguenti tipi di fornitori:
-
--   **Internet Service Provider (ISP) autorizzati:** Opzioni ben note includono Alibaba Cloud, Tencent Cloud o [China Telecom](https://www.ctamericas.com/icp-license-support/).
--   **Agenzie di registrazione di terze parti:** Queste aziende sono specializzate nei servizi di registrazione ICP.
--   **Fornitori di hosting:** Questi combinano servizi di hosting con assistenza per la registrazione ICP.
-
-Cerca un fornitore con un solido track record nelle registrazioni ICP, supporto affidabile in lingua cinese, risposte rapide e prezzi trasparenti.
-
-### Invia la tua domanda
-
-**Registrazione iniziale:** Inizia registrandoti sulla piattaforma del tuo fornitore. Dovrai inviare dettagli come la verifica dell'azienda, informazioni sul rappresentante legale, specifiche dell'app e configurazioni del server.
-
-Assicurati di compilare i moduli con attenzione, includendo:
-
--   Dettagli sulla funzionalità e lo scopo della tua app.
--   Informazioni sulle posizioni e configurazioni dei server.
--   Metodi per la distribuzione dei contenuti.
--   Procedure per la gestione dei dati.
-
-I documenti richiesti devono essere caricati secondo il formato specificato, e firme e timbri devono essere in inchiostro rosso.
-
-### Tempistica prevista
-
-| Fase | Durata | Attività chiave |
-| --- | --- | --- |
-| Revisione iniziale | 1-3 giorni lavorativi | Il fornitore controlla la completezza dei documenti |
-| Registrazione provinciale | 10-15 giorni lavorativi | Revisione dell'autorità locale |
-| Verifica finale | 3-5 giorni lavorativi | Assegnazione numero ICP |
-| Processo totale | 14-23 giorni lavorativi | Dalla presentazione all'approvazione |
-
--   Le domande presentate durante le festività cinesi potrebbero richiedere più tempo.
--   Documenti mancanti o incompleti possono aggiungere 5-10 giorni lavorativi alla tempistica.
--   Le domande di emergenza non sono un'opzione.
--   Puoi tracciare i progressi della tua domanda attraverso la piattaforma del tuo fornitore.
-
-Assicurati che i tuoi registri siano aggiornati per rispondere tempestivamente a eventuali domande di follow-up.
-
-## Revisione e approvazione
-
-Il processo di revisione della registrazione ICP include diversi livelli di valutazione da parte delle autorità cinesi.
-
-### Passaggi della revisione
-
--   **Revisione tecnica**  
-    Le autorità esaminano la configurazione del server, la sicurezza della rete, le pratiche di archiviazione dei dati e l'architettura tecnica complessiva.
-    
--   **Revisione dei contenuti**  
-    Questo comporta la moderazione dei contenuti generati dagli utenti, la gestione della distribuzione dei contenuti e l'assicurazione che le politiche sulla privacy e sulla gestione dei dati siano allineate con le normative.
-    
--   **Revisione della conformità legale**  
-    I funzionari verificano la registrazione aziendale, le credenziali del rappresentante legale, eventuali licenze specifiche del settore richieste e l'aderenza alle regole sui dati transfrontalieri.
-    
-
-### Motivi comuni di rifiuto
-
-| Motivo di rifiuto | Descrizione | Azione suggerita |
-| --- | --- | --- |
-| Documentazione incompleta | Certificati aziendali mancanti o scaduti | Invia un set completo di documenti validi e aggiornati |
-| Problemi di posizione del server | Server non ospitati nella Cina continentale | Passa a un fornitore di hosting con server nella Cina continentale |
-| Violazioni dei contenuti | Contenuti proibiti o limitati trovati | Adatta i tuoi contenuti per soddisfare gli standard normativi |
-| Non conformità tecnica | Misure di sicurezza inadeguate | Migliora i protocolli e le configurazioni di sicurezza |
-| Informazioni errate | Errori nei dettagli dell'azienda o del rappresentante | Ricontrolla e correggi tutte le informazioni inviate |
-
-Affrontare tempestivamente questi problemi è essenziale prima di procedere con il processo di registrazione ICP.
-
-### Utilizzo del tuo numero ICP
-
-Una volta approvato, è essenziale implementare e mantenere correttamente il tuo numero ICP.
-
--   **Visualizzazione**  
-    Includi la licenza ICP completa (es. 京ICP备XXXXXXXX号) in una posizione visibile all'interno della tua app, come la sezione 'Informazioni' o impostazioni. Usa sia il cinese che l'inglese e, se possibile, collegalo al sito ufficiale di verifica.
-    
--   **Manutenzione**  
-    Aggiorna immediatamente i tuoi dettagli ICP se ci sono cambiamenti nelle informazioni aziendali o di contatto per rimanere conforme.
-    
-
-Visualizzare correttamente e aggiornare regolarmente il tuo numero ICP assicura che tu rimanga allineato con le normative cinesi.
-
-## Gestione post-approvazione
-
-Una volta che la tua registrazione ICP è approvata, rimanere conformi richiede attenzione e gestione costante. Ecco come puoi mantenere tutto in ordine.
-
-### Mantenere le informazioni aggiornate
-
-È importante aggiornare i dettagli della tua registrazione ICP ogni volta che si verificano cambiamenti. Notifica immediatamente al tuo fornitore di registrazione gli aggiornamenti nelle seguenti aree:
-
--   **Dettagli aziendali**: Cambiamenti nel rappresentante legale, licenze, indirizzo o informazioni di contatto.
--   **Dettagli dell'app**: Modifiche alla funzionalità, server, domini o contenuti.
--   **Dettagli tecnici**: Aggiornamenti all'hosting, misure di sicurezza o posizioni di archiviazione dati.
-
-L'elaborazione di questi aggiornamenti richiede tipicamente 3-7 giorni lavorativi.
-
-### Monitoraggio della conformità
-
-Controlli regolari sono fondamentali per garantire il rispetto degli standard normativi cinesi. Ecco alcune aree essenziali da monitorare:
-
-| Area di monitoraggio | Frequenza | Azioni chiave |
-| --- | --- | --- |
-| Audit dei contenuti | Mensile | Revisiona i contenuti degli utenti e rimuovi le violazioni. |
-| Controllo di sicurezza | Trimestrale | Controlla la crittografia e aggiorna i certificati. |
-| Performance del server | Settimanale | Monitora il tempo di attività e i tempi di risposta. |
-| Revisione dei dati utente | Mensile | Assicura che l'archiviazione dei dati rispetti le regole sulla privacy. |
-| Documentazione | Trimestrale | Aggiorna licenze e certificati. |
-
-### Pratiche chiave di conformità
-
-Per rimanere conforme, concentrati su questi compiti critici:
-
--   Mantieni registri dettagliati di tutte le modifiche ai contenuti.
--   Documenta accuratamente la manutenzione del server e gli aggiornamenti di sicurezza.
--   Mantieni log di come vengono gestiti i dati degli utenti.
--   Fai il backup di tutti i documenti relativi alla conformità.
--   Programma audit interni regolari per rivedere la conformità.
-
-### Protocollo di risposta alle emergenze
-
-Sii preparato per i problemi di conformità stabilendo un piano di risposta:
-
-1.  Assegna un responsabile della conformità per supervisionare i problemi.
-2.  Stabilisci canali di comunicazione chiari con le autorità competenti.
-3.  Consulta esperti legali locali secondo necessità.
-4.  Mantieni registri dettagliati di eventuali incidenti di conformità.
-5.  Sviluppa procedure per affrontare e risolvere efficientemente le violazioni.
-
-## [Capgo](https://capgo.app/) per gli aggiornamenti delle app cinesi
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgo offre strumenti progettati per semplificare gli aggiornamenti in tempo reale garantendo che la tua app rispetti le normative cinesi. Questi strumenti sono essenziali per mantenere la tua app in funzione senza problemi e soddisfare i requisiti locali.
-
-### Strumenti di conformità ICP di Capgo
-
-L'infrastruttura di Capgo è costruita per supportare la conformità ICP con funzionalità come:
-
--   **Performance CDN Globale:** Download di bundle da 5MB in soli 114ms in tutta la Cina [\[1\]](https://capgo.app/).
--   **Consegna Sicura:** Fornisce crittografia end-to-end per i pacchetti di aggiornamento [\[1\]](https://capgo.app/).
--   **Monitoraggio della Conformità:** Garantisce che il 95% degli utenti riceva gli aggiornamenti entro 24 ore [\[1\]](https://capgo.app/).
-
-Queste funzionalità, combinate con gli strumenti per sviluppatori di Capgo, rendono la gestione delle app in Cina più efficiente.
-
-### Strumenti per Sviluppatori
-
-Capgo offre una suite di strumenti su misura per gli sviluppatori che operano nel mercato cinese:
-
-| Funzionalità | Beneficio | Metrica di Performance |
-| --- | --- | --- |
-| Aggiornamenti Parziali | Risparmio di banda | \-  |
-| Tracciamento Errori | Monitora problemi di deployment | 82% tasso di successo aggiornamenti mondiale [\[1\]](https://capgo.app/) |
-| Sistema di Rollback | Ripristino rapido versioni precedenti | Rollback rapido |
-| Dashboard Analytics | Monitora performance aggiornamenti | Monitoraggio in tempo reale |
-
-### Confronto Piattaforme
-
-Le funzionalità di Capgo forniscono un vantaggio competitivo, come evidenziato di seguito:
-
-| Funzionalità | Capgo | Alternative di Mercato |
-| --- | --- | --- |
-| Utenti Attivi Mensili | Fino a 1.000.000 | Limitato dal piano |
-| Capacità di Storage | Fino a 20 GB | Variabile |
-| Banda | Fino a 10 TB | Spesso limitata |
-| Velocità Aggiornamento | 57ms risposta media [\[1\]](https://capgo.app/) | Tipicamente più lenta |
-| Struttura Costi | Parte da 12$/mese | Generalmente più alta |
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo attualmente supporta 750 app in produzione e ha consegnato 23,5 milioni di aggiornamenti [\[1\]](https://capgo.app/).
-
-## Riepilogo
-
-Ecco una panoramica dei passaggi chiave e delle pratiche trattate nelle sezioni precedenti.
-
-### Panoramica del Processo
-
-Ottenere una registrazione ICP per app mobili in Cina coinvolge diversi passaggi importanti. Come indicato nelle sezioni Domanda di Registrazione e Post-Approvazione, ogni fase richiede un'attenta attenzione ai dettagli. Il periodo di revisione iniziale richiede tipicamente 14-23 giorni lavorativi, con tempo aggiuntivo necessario se vengono richieste revisioni.
-
-### Migliori Pratiche
-
-Quando si lavora su una registrazione ICP, queste strategie possono aiutare:
-
-| Migliore Pratica | Impatto | Considerazione Chiave |
-| --- | --- | --- |
-| Preparazione Documenti | Riduce i ritardi | Assicurarsi che tutti i documenti necessari siano tradotti e autenticati prima della presentazione. |
-| Selezione Provider | Garantisce conformità | Lavorare con provider esperti nella gestione di registrazioni ICP per app mobili. |
-| Sistema di Monitoraggio | Traccia i progressi | Controllare regolarmente i requisiti di conformità per rimanere aggiornati su eventuali modifiche. |
-| [Gestione Aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Evita violazioni | Mantenere aggiornate le informazioni dell'app e le registrazioni presso le autorità regolatorie. |
-
-### Vantaggi Capgo
-
-Capgo semplifica il processo di mantenimento della conformità ICP offrendo strumenti su misura per aggiornamenti app sicuri e rapidi. La piattaforma fornisce **crittografia end-to-end**, un requisito chiave per soddisfare gli standard di sicurezza dei dati cinesi. La sua funzionalità di aggiornamento live permette agli sviluppatori di implementare immediatamente le modifiche normative, saltando la necessità di revisioni dell'app store. Capgo riporta un tasso di successo degli aggiornamenti globale dell'82%, garantendo che il 95% degli utenti attivi riceva gli aggiornamenti entro 24 ore [\[1\]](https://capgo.app/).
-
-Capgo offre anche un sistema di canali che permette agli sviluppatori di testare gli aggiornamenti di conformità con gruppi specifici di utenti prima di distribuirli ampiamente. La dashboard analytics fornisce insight sulle performance degli aggiornamenti. Le funzionalità chiave includono:
-
--   **Aggiornamenti Istantanei**: Applica modifiche normative immediatamente senza ritardi dell'app store.
--   **Consegna Sicura**: Gli aggiornamenti sono crittografati end-to-end per soddisfare i requisiti di sicurezza cinesi.
--   **Hosting Flessibile**: Scegli tra opzioni cloud o self-hosted per soddisfare le esigenze di localizzazione.
-
-Questi strumenti rendono Capgo una risorsa preziosa per gli sviluppatori che operano nel mercato cinese, dove risposte rapide ai cambiamenti normativi sono fondamentali per mantenere la conformità.
diff --git a/src/content/blog/it/in-app-purchases-capacitor.md b/src/content/blog/it/in-app-purchases-capacitor.md
deleted file mode 100644
index 23ce13dcd..000000000
--- a/src/content/blog/it/in-app-purchases-capacitor.md
+++ /dev/null
@@ -1,138 +0,0 @@
----
-slug: in-app-purchases-capacitor
-title: Acquisti in-app per Capacitor
-description: >-
-  How to implement in-app purchases for Capacitor applications using the
-  Capacitor Purchases plugin and RevenueCat
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-19T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /revenuecat_iap.webp
-head_image_alt: Revenue Cat アプリ内課金
-keywords: >-
-  Capacitor, in-app purchases, RevenueCat, mobile app development, live updates,
-  OTA updates, continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: it
-next_blog: ''
----
-
->> Questo plugin è stato trasferito al repository ufficiale RevenueCat. Per maggiori informazioni consulta la [documentazione ufficiale](https://www.revenuecat.com/docs/getting-started/installation/capacitor)
-
-Capacitor Purchases è un plugin per il framework Capacitor che permette gli acquisti in-app su iOS e Android. Fornisce un'API semplice e coerente su più piattaforme, rendendo facile per gli sviluppatori implementare abbonamenti e acquisti in-app nelle loro app mobili.
-
-Una delle caratteristiche principali del plugin Capacitor Purchases è l'integrazione con RevenueCat, una piattaforma che fornisce strumenti per abbonamenti e acquisti in-app. RevenueCat semplifica il processo di implementazione di abbonamenti e acquisti in-app fornendo un'API semplice e coerente su più piattaforme e automatizzando attività come la convalida delle ricevute e la gestione degli utenti.
-
-Con RevenueCat, gli sviluppatori possono gestire facilmente gli abbonamenti, tracciare i ricavi e svolgere altre attività correlate. Alcune funzionalità offerte da RevenueCat includono:
-
-- Convalida automatica delle ricevute
-- Gestione degli utenti
-- Supporto per modelli di prezzo personalizzati
-- Analisi dettagliate
-- Scalabilità
-
-Utilizzando il plugin Capacitor Purchases con RevenueCat, gli sviluppatori possono risparmiare tempo e fatica nell'implementazione di abbonamenti e acquisti in-app nelle loro app mobili e fornire funzionalità aggiuntive che possono aiutare a migliorare l'esperienza utente e aumentare i ricavi.
-
-Utilizzando il plugin Capacitor Purchases e RevenueCat, gli sviluppatori possono gestire e tracciare facilmente abbonamenti e acquisti in-app, convalidare le ricevute e gestire gli utenti su più piattaforme. Permette anche di creare modelli di prezzo personalizzati e ottenere analisi dettagliate per migliorare le prestazioni e i ricavi.
-
-## Installazione
-
-Assicurati di utilizzare l'ultima versione di Capacitor e del plugin Capacitor Purchases. Puoi verificare l'ultima versione di Capacitor e del plugin Capacitor Purchases sul sito web di Capacitor.
-
-Per installare il plugin Capacitor Purchases, esegui il seguente comando:
-`npm i @capgo/capacitor-purchases`
-aggiungi il plugin al codice nativo della tua app
-`npx cap sync`
-
-aggiungi la capacità di acquisti in-app in Xcode:
-
-![Xcode step 1](/iap_step1.webp)
-poi
-![xcode step 2](/iap_step2.webp)
-
-## 1. Crea un Account RevenueCat
-Questa guida ti mostrerà come iniziare con gli abbonamenti e l'SDK di RevenueCat con solo poche righe di codice.
-
-Registrati per un nuovo account RevenueCat [qui](https://app.revenuecat.com/)
-
-> ### 📘
-> 
-> 💡 Ecco un consiglio!
-> 
-> RevenueCat consiglia di creare un account RevenueCat separato per ogni app/progetto che hai, specialmente se hai intenzione di vendere l'app. Questo velocizzerà il processo di trasferimento, poiché potrai trasferire l'intero account invece di attendere che il Supporto RevenueCat trasferisca i singoli progetti.
-
-### Organizzazioni / Enterprise
-
-Raccomandiamo di utilizzare un account aziendale quando ti registri a RevenueCat e configuri la tua app all'interno di un progetto. Potrai invitare il resto del tuo team come [collaboratori](https://www.revenuecat.com/docs/collaborators/) al tuo progetto, ma **solo il proprietario del progetto può gestire la fatturazione**. I collaboratori del progetto non possono gestire i dettagli di fatturazione.
-
-## 2. Configurazione del Progetto e dell'App
-
-### ▶️ Crea un Progetto
-
-Naviga nella dashboard di RevenueCat e [aggiungi un nuovo progetto](https://app.revenuecat.com/overview/) dal menu a tendina nella barra di navigazione superiore chiamato _Projects_.
-
-![RevenueCat step 1](/revenuecat_step1.webp)
-
-Il modal popup per la creazione di un nuovo Progetto
-
-### ▶️ Aggiungi un'App / Piattaforma
-
-Da **Project Settings > Apps** nel menu a sinistra della dashboard del progetto, seleziona la piattaforma per l'app che aggiungerai.
-
-![RevenueCat step 2](/revenuecat_step2.webp)
-
-Dashboard del progetto per selezionare la piattaforma dell'app
-
-Il campo **Nome app** è richiesto per aggiungere la tua app a RevenueCat. Gli altri campi di configurazione possono essere aggiunti successivamente. Per effettuare acquisti di test e di produzione, devono essere configurati l'ID Bundle (iOS) / Nome Pacchetto (Android) e il Segreto Condiviso (iOS) / Credenziali di Servizio (Android).![RevenueCat step 3](/revenuecat_step3.webp)
-
-Pagina di configurazione dell'app per un'app dell'App Store Apple
-
-> ### 📘
-> 
-> 💡 Ecco un suggerimento!
-> 
-> Dopo aver registrato la tua app, RevenueCat consiglia di configurare le [Notifiche Server della Piattaforma](https://www.revenuecat.com/docs/server-notifications/) Queste notifiche non sono obbligatorie, ma velocizzeranno i [webhook](https://www.revenuecat.com/docs/webhooks/) e i tempi di consegna dell'integrazione e ridurranno i tempi di latenza nell'aggiornamento dei tuoi abbonati
-
-> ### 📘
-> 
-> App e utenti di Staging vs Produzione
-> 
-> RevenueCat stesso non ha ambienti separati per staging e produzione Piuttosto, le transazioni sottostanti per gli utenti sono differenziate tra sandbox e produzione
-> 
-> Qualsiasi app RevenueCat può effettuare acquisti sia sandbox che di produzione dai negozi Se hai app separate per staging e produzione, puoi creare più progetti in RevenueCat per rispecchiare la tua configurazione
-> 
-> Inoltre, gli utenti non sono separati per ambiente Lo stesso utente può avere acquisti sandbox attivi e acquisti di produzione attivi contemporaneamente
-
-### ▶️ Credenziali di Servizio
-
-Le credenziali di servizio devono essere configurate affinché RevenueCat possa comunicare con gli app store per tuo conto Consulta le guide RevenueCat [Segreto Condiviso App Store Connect](https://www.revenuecat.com/docs/itunesconnect-app-specific-shared-secret/), [Credenziali Servizio Play](https://www.revenuecat.com/docs/creating-play-service-credentials/) e [Segreto Condiviso Amazon Appstore](https://www.revenuecat.com/docs/service-credentials/amazon-appstore-credentials/) per maggiori informazioni
-
-Nota che le credenziali del servizio Play possono richiedere fino a 36 ore per propagarsi attraverso i server di Google
-
-## 3. Configurazione Prodotti
-
-### ▶️ Configurazione Store
-
-Prima di poter iniziare a utilizzare RevenueCat per recuperare i prodotti, devi configurare i tuoi prodotti nei rispettivi store Consulta le seguenti guide per [App Store Connect](https://www.revenuecat.com/docs/ios-products/), [Google Play Console](https://www.revenuecat.com/docs/android-products/), [Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/) e [Stripe](https://www.revenuecat.com/docs/stripe-products/) per aiutarti a navigare in questo processo
-
-Se stai vendendo prodotti iOS, assicurati di firmare il tuo 'Accordo Applicazioni a Pagamento' e compilare le informazioni bancarie e fiscali in **App Store Connect > Accordi, Fisco e Bancario** **Questo deve essere completato prima di poter testare qualsiasi acquisto**
-
-> ### 📘
-> 
-> Vuoi saltare la configurazione dello store durante i test?
-> 
-> Su iOS, puoi ritardare la configurazione dei prodotti in App Store Connect testando invece con i file di Configurazione StoreKit Questi file di configurazione richiedono una configurazione minima e sono configurabili direttamente tramite Xcode
-> 
-> Leggi di più sulla configurazione dei file StoreKit Configuration nella guida [Test Sandbox](https://www.revenuecat.com/docs/apple-app-store/#ios-14-only-testing-on-the-simulator) di RevenueCat
-
-### ▶️ Configura Prodotti e Diritti in RevenueCat
-
-Una volta che i tuoi prodotti in-app sono stati configurati in [App Store Connect](https://www.revenuecat.com/docs/ios-products/), [Google Play Console](https://www.revenuecat.com/docs/android-products/), [Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/) o [Stripe](https://www.revenuecat.com/docs/stripe-products/), dovrai copiare quella configurazione nella dashboard RevenueCat RevenueCat utilizza un sistema di Diritti per controllare l'accesso alle funzionalità premium e Offerte per gestire l'insieme di prodotti che offri ai clienti
-
-I Diritti sono il livello di accesso a cui un cliente ha "diritto" dopo aver acquistato un prodotto specifico
-Le Offerte sono un modo semplice per organizzare i prodotti in-app che desideri "offrire" nel tuo paywall e configurarli da remoto RevenueCat **raccomanda** di utilizzare queste funzionalità per semplificare il tuo codice e permetterti di cambiare i prodotti senza rilasciare un aggiornamento dell'app
-
-Consulta [Configurazione Prodotti](https://www.revenuecat.com/docs/entitlements/) per configurare i tuoi prodotti e organizzarli in Offerte o Diritti
\ No newline at end of file
diff --git a/src/content/blog/it/installing-capacitor-cli-step-by-step-guide.md b/src/content/blog/it/installing-capacitor-cli-step-by-step-guide.md
deleted file mode 100644
index a7b57ff53..000000000
--- a/src/content/blog/it/installing-capacitor-cli-step-by-step-guide.md
+++ /dev/null
@@ -1,81 +0,0 @@
----
-slug: installing-capacitor-cli-step-by-step-guide
-title: 'Installazione della CLI di Capacitor: Guida Passo-Passo'
-description: >-
-  Impara a installare e configurare Capacitor CLI per trasformare le web app in
-  app mobile native in modo efficiente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T02:49:29.961Z
-updated_at: 2025-04-04T02:49:43.341Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f-1743734983341.jpg
-head_image_alt: Sviluppo Mobile
-keywords: 'Capacitor, CLI, mobile app development, Node.js, Android, iOS, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) CLI ti aiuta a trasformare le app web in app native iOS e Android con una sola base di codice.** Ecco come configurarlo rapidamente:
-
--   **Prerequisiti**: Installa [Node.js](https://nodejs.org/en) (v16+), npm e un framework web (React, Vue, Angular, ecc.).
--   **[Installa Capacitor CLI](https://capgo.app/docs/cli/commands)**: Esegui `npm install @capacitor/cli @capacitor/core` e inizializza il tuo progetto con `npx cap init`.
--   **Prepara le Piattaforme**: Aggiungi il supporto per le piattaforme iOS (`npx cap add ios`) e Android (`npx cap add android`).
--   **Build e Sync**: Usa `npm run build` e `npx cap sync` per trasferire gli asset web ai progetti nativi.
--   **Aggiornamenti Live Opzionali**: Usa strumenti come [Capgo](https://capgo.app/) per pubblicare aggiornamenti istantaneamente senza ritardi dell'app store.
-
-Capacitor CLI semplifica lo sviluppo e la manutenzione delle app. Segui la guida per una configurazione e risoluzione dei problemi senza intoppi.
-
-## Crea un'App Mobile Velocemente! React + [Capacitor](https://capacitorjs.com/) + [Tailwind](https://tailwindcss.com/) + [DaisyUI](https://daisyui.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-1. Prepara l'ambiente
-2. Installa Capacitor
-3. Configura le piattaforme
-4. Avvia lo sviluppo
-
-</Steps>
-
-## Prima di Iniziare
-
-Prepara il tuo ambiente seguendo questi passaggi:
-
-### Configura [Node.js](https://nodejs.org/en) e npm
-
-![Node.js](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/a74739743b1f15b8d0bf124a9c30cba9.jpg)
-
-Avrai bisogno di Node.js versione 16 o superiore. È consigliata l'ultima versione LTS. Per verificare la tua configurazione, esegui:
-
-```bash
-node --version
-npm --version
-```
-
-Se hai bisogno di aggiornare, scarica Node.js (che include npm) dal sito ufficiale.
-
-Dopo aver confermato che Node.js è pronto, assicurati che il tuo progetto web soddisfi i requisiti necessari di Capacitor.
-
-### Controlla il Tuo Progetto Web
-
-Il tuo progetto web dovrebbe avere:
-
--   **Un package.json valido**: Assicurati che sia configurato correttamente.
--   **Una directory di build**: Qui risiedono i tuoi asset web (comunemente `dist` o `www`).
--   **Un punto di ingresso**: La tua directory di build deve includere un file `index.html`.
-
-Ecco una rapida panoramica dei campi chiave di `package.json`:
-
-| Campo Richiesto | Valore Esempio | Scopo |
-| --- | --- | --- |
-| name | "my-app" | Identifica il progetto |
-| version | "1.0.0" | Specifica la versione dell'app |
-| build directory | "dist" o "www" | Punta agli asset web |
-
-Una volta che Node.js e il progetto web sono pronti, passa all'installazione degli strumenti specifici per piattaforma.
-
-[Continue translation with the next part...]
diff --git a/src/content/blog/it/integrate-universal-links-capacitor-nextjs.md b/src/content/blog/it/integrate-universal-links-capacitor-nextjs.md
deleted file mode 100644
index 95a36b3fa..000000000
--- a/src/content/blog/it/integrate-universal-links-capacitor-nextjs.md
+++ /dev/null
@@ -1,190 +0,0 @@
----
-slug: integrate-universal-links-capacitor-nextjs
-title: Come integrare i link universali in Next.js con Capacitor
-description: >-
-  Apprenez étape par étape comment configurer des liens universels pour votre
-  application Next.js avec Capacitor sur les plateformes iOS et Android.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-14T00:00:00.000Z
-updated_at: 2023-12-14T00:00:00.000Z
-head_image: /deeplink_next_capacitor.webp
-head_image_alt: Capacitor Universal Links
-keywords: >-
-  Capacitor, Universal Links, Next.js, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: DeepLinking
-published: true
-locale: it
-next_blog: ''
----
-Universal links su iOS e App Links su Android consentono agli utenti di accedere direttamente alla tua app tramite un link, bypassando il browser. Questo è particolarmente utile per migliorare l'esperienza dell'utente e mantenere il contesto da una pagina web a un'app. In questa guida, ti guideremo attraverso il processo di configurazione di questi deep link per un'app Next.js utilizzando Capacitor.
-
-Configurare i deep link non richiede molto codice, ma implica alcune configurazioni. Alla fine di questa guida, sarai in grado di cliccare su un link come `https://www.capgo.app/details/22` e far aprire la tua app sulla pagina corretta se è installata.
-
-## Configurazione del Deep Link in Next.js
-
-Per prima cosa, creeremo una nuova app Next.js e una pagina dei dettagli per il testing:
-
-```sh
-npx create-next-app@latest capgoLinks
-cd capgoLinks
-mkdir pages/details
-touch pages/details/[id].js
-npm run build
-npx cap add ios
-npx cap add android
-```
-
-Assicurati che il tuo **bundle ID** sia impostato correttamente nel file **capacitor.config.json**, poiché è cruciale per la configurazione:
-
-```json
-{
-  "appId": "com.capgo.deeplinks",
-  "appName": "capgoLinks",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-Per il routing, Next.js utilizza il routing basato su file, quindi creando un file in `pages/details/[id].js`, abbiamo già impostato la nostra rotta wildcard.
-
-In `pages/details/[id].js`, possiamo recuperare l'ID dall'URL utilizzando il router integrato di Next.js:
-
-```jsx
-import { useRouter } from 'next/router'
-
-function DetailsPage() {
-  const router = useRouter()
-  const { id } = router.query
-
-  return (
-    <div>
-      <p>My ID: {id}</p>
-    </div>
-  )
-}
-
-export default DetailsPage
-```
-
-Ora, gestiamo l'evento `appUrlOpen` con Capacitor. Questo evento viene attivato quando l'app viene aperta tramite uno schema URL personalizzato. Aggiungi un listener nel file `pages/_app.js`:
-
-```jsx
-import { useEffect } from 'react'
-import { App } from '@capacitor/app'
-
-function MyApp({ Component, pageProps }) {
-  useEffect(() => {
-    App.addListener('appUrlOpen', (event) => {
-      const slug = event.url.split('.app').pop()
-      if (slug)
-        window.location.href = slug
-
-    })
-  }, [])
-
-  return <Component {...pageProps} />
-}
-
-export default MyApp
-```
-
-Questo codice ascolta l'evento `appUrlOpen` e naviga verso la rotta appropriata all'interno della tua app Next.js.
-
-## Configurazione per iOS
-
-Per iOS, avrai bisogno di un ID app con i domini associati abilitati. Crea un file **apple-app-site-association** con il seguente contenuto, sostituendo `YOURTEAMID` e `com.your.bundleid` con il tuo attuale team ID e bundle ID:
-
-```json
-{
-  "applinks": {
-    "apps": [],
-    "details": [
-      {
-        "appID": "YOURTEAMID.com.your.bundleid",
-        "paths": ["*"]
-      }
-    ]
-  }
-}
-```
-
-Carica questo file nella directory `.well-known` sul tuo dominio, rendendolo accessibile a `https://www.capgo.app/.well-known/apple-app-site-association`.
-
-In Xcode, aggiungi il dominio nelle autorizzazioni della tua app utilizzando il formato `applinks:capgo.app`.
-
-## Configurazione per Android
-
-Per gli App Links di Android, segui questi passaggi:
-
-1. Genera un file keystore se non ne hai uno.
-2. Ottieni l'impronta SHA256 dal keystore.
-3. Crea un file **assetlinks.json** con il tuo nome pacchetto e impronta SHA256.
-4. Carica questo file nella directory `.well-known` sul tuo dominio.
-
-Nel tuo `AndroidManifest.xml`, aggiungi un `intent-filter` all'elemento `activity` che gestisce i deep link:
-
-```xml
-<activity ...>
-  <intent-filter android:autoVerify="true">
-    <action android:name="android.intent.action.VIEW" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <category android:name="android.intent.category.BROWSABLE" />
-    <data android:scheme="https" android:host="capgo.app" />
-  </intent-filter>
-</activity>
-```
-
-Dopo aver caricato il file `assetlinks.json`, puoi verificarlo utilizzando lo strumento Google Digital Asset Links. Se tutto è impostato correttamente, vedrai un segno di spunta verde.
-
-Per costruire e firmare la tua app, utilizza i seguenti comandi:
-
-```sh
-cd android
-./gradlew assembleRelease
-cd ..
-jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore my-release-key.keystore android/app/build/outputs/apk/release/app-release-unsigned.apk alias_name
-zipalign -v 4 android/app/build/outputs/apk/release/app-release-unsigned.apk capgo.apk
-adb install capgo.apk
-```
-
-Questo installerà l'app firmata sul tuo dispositivo Android collegato.
-
-## Configurare Capacitor per le Impostazioni del Progetto Nativo
-
-Per automatizzare le impostazioni del progetto nativo, considera di utilizzare il [pacchetto di configurazione di Capacitor](https://github.com/ionic-team/capacitor-configure/). Installalo nel tuo progetto:
-
-```sh
-npm install @capacitor/configure
-```
-
-Crea un file `capacitor.config.yaml` nella radice del tuo progetto:
-
-```yaml
-vars:
-  BUNDLE_ID: com.capgo.deeplinks
-  PACKAGE_NAME: com.capgo.deeplinks
-platforms:
-  ios:
-    targets:
-      App:
-        bundleId: $BUNDLE_ID
-    entitlements:
-      - com.apple.developer.associated-domains: ['applinks:capgo.app']
-  android:
-    packageName: $PACKAGE_NAME
-```
-
-Esegui lo strumento di configurazione con questa configurazione:
-
-```sh
-npx cap-config run capacitor.config.yaml
-```
-
-Questo applicherà le impostazioni specificate nel file YAML ai tuoi progetti nativi.
-
-## Conclusione
-
-Configurare i deep link con Capacitor per un'app Next.js implica la configurazione del tuo dominio e delle impostazioni del progetto sia per iOS che per Android. Anche se il processo richiede attenzione ai dettagli, è semplificato rispetto ai metodi precedenti e non richiede plugin aggiuntivi. Assicurati che i tuoi file di verifica del dominio siano serviti correttamente e controllali con gli strumenti delle rispettive piattaforme. Una volta impostata, la tua app si aprirà senza problemi dai link web, fornendo una transizione fluida per i tuoi utenti dal web all'app.
diff --git a/src/content/blog/it/integrity-checks-for-capacitor-updates.md b/src/content/blog/it/integrity-checks-for-capacitor-updates.md
deleted file mode 100644
index 8ac0cd197..000000000
--- a/src/content/blog/it/integrity-checks-for-capacitor-updates.md
+++ /dev/null
@@ -1,57 +0,0 @@
----
-slug: integrity-checks-for-capacitor-updates
-title: Controlli di integrità per gli aggiornamenti di Capacitor
-description: >-
-  Impara come implementare aggiornamenti OTA sicuri per le app Capacitor
-  utilizzando controlli di integrità, crittografia e strategie di rollback
-  efficaci.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-25T02:39:56.412Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67bd178e258ce8f57ea75e3e-1740451235493.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, Capacitor, security, integrity checks, encryption, mobile apps,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Gli aggiornamenti OTA sicuri per le app [Capacitor](https://capacitorjs.com/) sono essenziali per proteggere gli utenti e i loro dati.** Ecco come garantire aggiornamenti sicuri:
-
--   **Controlli di Integrità**: Utilizza hash crittografici e firme digitali per confermare che gli aggiornamenti non siano stati alterati.
--   **Minacce Comuni**: Previeni intercettazioni, spoofing e manomissioni con HTTPS, firme digitali e checksum.
--   **Integrazione [Capgo](https://capgo.app/)**: Semplifica gli aggiornamenti sicuri con crittografia, verifica in tempo reale e funzionalità di rollback di Capgo.
--   **Pratiche Chiave di Sicurezza**:
-    -   Imponi HTTPS per comunicazioni sicure.
-    -   Usa l'autenticazione TLS reciproca per le richieste di aggiornamento.
-    -   Firma i pacchetti di aggiornamento e verificali con i checksum.
-    -   Memorizza le chiavi in modo sicuro usando iOS Keychain o [Android Keystore](https://developer.android.com/privacy-and-security/keystore).
-
-**Suggerimento Rapido**: Automatizza il rollback per gli aggiornamenti falliti e tieni informati gli utenti durante i problemi per mantenere la fiducia.
-
-Questo articolo approfondisce la configurazione di un'infrastruttura OTA sicura, i metodi crittografici e strumenti pratici come Capgo per semplificare il processo.
-
-## Video correlato da YouTube
-
-<iframe src="https://www.youtube.com/embed/z7nqbCQQBp8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Infrastruttura Sicura per Aggiornamenti OTA
-
-Costruisci un sistema di aggiornamento OTA (Over-The-Air) affidabile per [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) incorporando HTTPS, autenticazione forte e strumenti di aggiornamento in tempo reale.
-
-### Configurazione HTTPS per gli Aggiornamenti
-
-L'uso di HTTPS è cruciale per crittografare le trasmissioni degli aggiornamenti. Le misure di sicurezza chiave includono:
-
-| Componente di Sicurezza | Dettaglio Implementazione | Scopo |
-| --- | --- | --- |
-| Certificato SSL/TLS | Ottenuto da una Certification Authority (CA) affidabile | Protegge i dati durante la trasmissione |
-| Configurazione Server | Impone l'uso rigoroso di HTTPS | Protegge da attacchi di downgrade |
-| Certificate Pinning | Convalida l'impronta digitale SHA-256 | Conferma l'identità del server |
-
-[Content continues in the same pattern...]
diff --git a/src/content/blog/it/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md b/src/content/blog/it/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
deleted file mode 100644
index aab401127..000000000
--- a/src/content/blog/it/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
+++ /dev/null
@@ -1,65 +0,0 @@
----
-slug: introducing-end-to-end-security-to-capacitor-updater-with-code-signing
-title: >-
-  Introduzione alla crittografia end-to-end per capacitor-updater con firma del
-  codice
-description: >-
-  Using RSA + AES encryption for updates, designed for enterprise and high
-  security applications
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-27T00:00:00.000Z
-updated_at: 2024-08-27T00:00:00.000Z
-head_image: /secure_upload.webp
-head_image_alt: Download Capgo Securely
-keywords: >-
-  E2E, code signing, RSA, AES, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Solution
-published: true
-locale: it
-next_blog: ''
----
-
-[Capacitor-updater](https://githubcom/Cap-go/capacitor-updater/) ora supporta la crittografia del codice end-to-end. La firma del codice garantisce che gli aggiornamenti eseguiti dai dispositivi degli utenti finali non siano stati manomessi e fornisce un livello di protezione aggiuntivo rispetto alla sicurezza standard di Capacitor-updater.
-
-## La sicurezza predefinita di Capacitor-updater
-
-Di default, il modello di sicurezza di Capgo è simile a quello dei provider di web hosting. Capgo memorizza gli aggiornamenti [crittografati a riposo](https://cloudgooglecom/docs/security/encryption/default-encryption/) e li serve tramite HTTPS utilizzando cifrari moderni. Allo stesso modo, la pubblicazione di un aggiornamento dal computer di uno sviluppatore utilizza sempre HTTPS.
-
-![Capgo ottiene un A+ nel test HTTPS di SSL Labs](/ssllabs_report.webp)
-
-La sicurezza predefinita di Capgo ottiene un A+ nel test HTTPS di SSL Labs (https://wwwssllabscom, novembre 2022)
-
-Come i migliori web host, Capgo utilizza HTTPS per proteggere la privacy e l'integrità delle connessioni di rete tra il server e i dispositivi degli utenti finali. Questo è un eccellente livello di sicurezza che funziona bene sia per il web che per le app Ionic che utilizzano Capgo.
-
-## La supply chain dell'infrastruttura cloud
-
-Un'altra cosa che Capgo e la maggior parte dei web host hanno in comune è che funzionano su infrastrutture cloud di livello inferiore, spesso da AWS, GCP o un altro provider cloud popolare. L'hardware e il software gestiti da questi provider cloud e Capgo o altri web host fanno parte della supply chain cloud.
-
-Il modello di sicurezza e la supply chain cloud funzionano per un vasto numero di siti web e app. Ogni sviluppatore web che utilizza un provider cloud ripone fiducia in quel provider e si aspetta che i file caricati siano quelli eseguiti o serviti senza essere manomessi. E i provider cloud lavorano duramente per mantenere sicura la loro infrastruttura.
-
-Ma ovviamente, vengono scoperte vulnerabilità hardware e software. I provider cloud correggono le vulnerabilità con tempistiche programmate, prevengono proattivamente il software dannoso (es. [Google's SLSA](https://securitygoogleblogcom/2021/06/introducing-slsa-end-to-end-frameworkhtml/)), e costruiscono livelli di difesa in profondità, e nella pratica, l'infrastruttura cloud ha dimostrato di soddisfare le esigenze di sicurezza della maggior parte dei siti web e delle app. Tuttavia, alcune app Ionic includono l'infrastruttura cloud compromessa nei loro modelli di minaccia. Per queste app Capacitor JS con i più alti requisiti di sicurezza superiori al web, abbiamo integrato la firma del codice end-to-end in Capgo e nel [protocollo standard degli aggiornamenti Capgo](/docs/self-hosted/auto-update/update-endpoint/)
-
-## Firma del codice end-to-end con Capgo
-
-La firma del codice end-to-end di Capgo utilizza la crittografia a chiave pubblica per garantire che i dispositivi degli utenti finali eseguano solo aggiornamenti originali non modificati dallo sviluppatore dell'app Capacitor.
-
-"End-to-end" significa che questa sicurezza copre il flusso dal momento in cui uno sviluppatore pubblica un aggiornamento al momento in cui il dispositivo di un utente finale riceve ed esegue l'aggiornamento. "Firma del codice" significa utilizzare la crittografia e una chiave privata segreta per "firmare" il codice, e successivamente utilizzare una chiave pubblica attendibile per verificare la firma.
-
-Ecco uno schema semplice* per spiegare come funziona:
-
-![Schema di crittografia Capgo](/encryption_flow.webp)
-
-* Complesso nella pratica, la crittografia è difficile
-
-*Definizione*:
-- AES: Advanced Encryption Standard, un algoritmo di crittografia simmetrica, una chiave per la crittografia e la decrittografia
-- RSA: Rivest–Shamir–Adleman, un algoritmo di crittografia asimmetrica, vengono utilizzate due chiavi: una chiave pubblica e una chiave privata
-- Cypher: I dati crittografati
-- Session key: Una chiave AES utilizzata per crittografare e decrittografare i dati
-- Checksum: Un hash calcolato per un file
-- Signature: Un checksum crittografato con una chiave RSA privata. Può essere verificato con una chiave RSA pubblica
-
-Utilizziamo l'algoritmo AES per crittografare l'aggiornamento. Una chiave AES casuale viene generata per ogni caricamento, quindi la chiave AES e il checksum (di seguito "firma") vengono crittografati con la chiave RSA privata dello sviluppatore. La chiave RSA pubblica dello sviluppatore viene utilizzata nell'app per decrittografare la chiave AES e la firma (riconvertendola in un checksum).
\ No newline at end of file
diff --git a/src/content/blog/it/ionic-capacitor-push-notifications-firebase.md b/src/content/blog/it/ionic-capacitor-push-notifications-firebase.md
deleted file mode 100644
index 256258ce0..000000000
--- a/src/content/blog/it/ionic-capacitor-push-notifications-firebase.md
+++ /dev/null
@@ -1,444 +0,0 @@
----
-slug: ionic-capacitor-push-notifications-firebase
-title: 'Le Notifiche Push di Ionic Capacitor con Firebase: Una Guida Passo-Passo'
-description: >-
-  Scopri come integrare le notifiche push nella tua app Ionic Capacitor
-  utilizzando Firebase, con istruzioni dettagliate sia per piattaforme Android
-  che iOS.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /push_notif.webp
-head_image_alt: Notifiche Push di Ionic Capacitor con Firebase
-keywords: >-
-  Ionic, Capacitor, push notifications, Firebase, mobile app development, live
-  updates, OTA updates, continuous integration, mobile app updates
-tag: tutorial
-published: true
-locale: it
-next_blog: ''
----
-In questo tutorial, integreremo le notifiche push in un'app Ionic Capacitor utilizzando Firebase. Non è necessario un servizio specifico, ma è necessario configurare diverse cose in anticipo. Firebase è un'ottima scelta poiché è richiesto per Android e puoi utilizzarlo facilmente per inviare notifiche senza utilizzare il database.
-
-<div class="mx-auto" style="width: 50%;">
-  <video src="/push_demo.mov" alt="ionic capacitor push" autoplay loop muted>
-</div>
-
-Per prima cosa, creeremo un'app Ionic con Capacitor abilitato e specificheremo il nostro **package id**, che è l'identificatore univoco per la tua app. Quindi, compileremo l'app e aggiungeremo le piattaforme native.
-
-```bash
-ionic start pushApp blank --type=angular --capacitor --package-id=com.appdactic.devpush
-cd ./pushApp
-ionic build
-npx cap add ios
-npx cap add android
-```
-
-Se hai già un'app, puoi modificare il **capacitor.config.json** per includere il tuo **appId**. Tuttavia, se le tue cartelle native esistono già, dovrai sostituire l'id in tutti i file in cui appare, poiché Capacitor crea la cartella una sola volta e **non aggiornerà l'id autonomamente**. Nel **capacitor.config.json**, puoi anche specificare opzioni come l'aggiornamento del conteggio dei badge, la riproduzione del suono alla ricezione di push e la visualizzazione di un avviso quando arriva una notifica.
-
-```json
-{
-  "appId": "com.appdactic.devpush",
-  "appName": "pushApp",
-  "bundledWebRuntime": false,
-  "npmClient": "npm",
-  "webDir": "www",
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 0
-    },
-    "PushNotifications": {
-      "presentationOptions": ["badge", "sound", "alert"]
-    }
-  },
-  "cordova": {}
-}
-```
-
-Ora, configuriamo le notifiche push all'esterno dell'app.
-
-## Configurazione Firebase
-
-Inizia [creando un nuovo progetto Firebase](https://firebase.google.com/) o utilizzandone uno esistente. Fornisci un nome e le opzioni predefinite per un nuovo progetto.
-
-Se hai una nuova app, dovresti vedere **"Inizia aggiungendo Firebase alla tua app"** nella dashboard della tua app. Altrimenti, fai clic sull'icona dell'ingranaggio e vai alle **impostazioni del progetto** per aggiungere un'app.
-
-La finestra di dialogo per iOS e Android è simile, e la cosa importante è utilizzare il tuo **package id** per le app.
-
-<div class="mx-auto" style="width: 100%;">
-  <img src="/firebase-app-setup-ios.webp" alt="firebase-app-setup-ios">
-</div>
-
-Dopo il passaggio iniziale, scarica i seguenti file:
-
-- File **google-services.json** per Android
-- File **GoogleService-info.plist** per iOS
-
-Successivamente, configura le piattaforme.
-
-### Preparazione Push Android
-
-Per Android, sposta il file **google-services.json** scaricato nella cartella **android/app/**.
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/android-push-file.webp" alt="android-push-file">
-</div>
-
-Questo è tutto per Android. Ora configuriamo iOS.
-
-### Preparazione Push iOS
-
-Questa parte è più complicata. Prima, [crea un ID App per la tua app nell'elenco degli identificatori](https://developer.apple.com/account/resources/identifiers/list/) del tuo account Apple Developer. Assicurati di **selezionare la capacità Push Notifications** dall'elenco.
-
-![ionic-ios-push-id](/ionic-ios-push-id.webp)
-
-Il **Bundle ID** deve essere lo stesso del tuo App ID in Capacitor e Firebase.
-
-Ora, [crea una Chiave](https://developer.apple.com/account/resources/authkeys/list/) e abilita il **servizio Apple Push Notifications (APNs)**. Se hai raggiunto il numero massimo di chiavi, puoi utilizzare una chiave esistente o un certificato, ma il processo è più complicato.
-
-![ios-developer-push-key](/ios-developer-push-key.webp)
-
-Dopo aver scaricato il file **.p8**, caricalo su Firebase. Apri la scheda **Cloud Messaging** nelle impostazioni del tuo progetto Firebase, carica il file e inserisci i dettagli per l'ID Chiave e il tuo Team ID da iOS.
-
-![firebase-upload-ios-key](/firebase-upload-ios-key.webp)
-
-Ora, apporta modifiche al tuo progetto Xcode eseguendo:
-
-```bash
-npx cap open ios
-```
-
-Copia il file **GoogleService-Info.plist** scaricato da Firebase nel tuo progetto iOS. Trascina il file nel progetto Xcode all'interno della cartella app/app e seleziona **Copia elementi se necessario**.
-
-Quindi, aggiungi un nuovo Pod per la dipendenza Firebase nel **ios/App/Podfile**:
-
-```ruby
-target 'App' do
-  capacitor_pods
-  # Add your Pods here
-  pod 'Firebase/Messaging'
-end
-```
-
-Aggiorna la piattaforma nativa con questo comando:
-
-```bash
-npx cap update ios
-```
-
-Modifica il codice Swift nativo in **ios/App/App/AppDelegate.swift** per registrarti con Firebase e restituire il token corretto alla tua app.
-
-```swift
-import UIKit
-import Capacitor
-import Firebase
-
-@UIApplicationMain
-class AppDelegate: UIResponder, UIApplicationDelegate {
-
-  var window: UIWindow?
-
-  func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-    // Override point for customization after application launch.
-    FirebaseApp.configure()
-    return true
-  }
-
-  // All the existing functions
-  // ...
-
-  // Update this one:
-    func application(_ application: UIApplication, didRegisterForRemoteNotificationsWithDeviceToken deviceToken: Data) {
-        Messaging.messaging().apnsToken = deviceToken
-        InstanceID.instanceID().instanceID { (result, error) in
-            if let error = error {
-                NotificationCenter.default.post(name: Notification.Name(CAPNotifications.DidFailToRegisterForRemoteNotificationsWithError.name()), object: error)
-            } else if let result = result {
-                NotificationCenter.default.post(name: Notification.Name(CAPNotifications.DidRegisterForRemoteNotificationsWithDeviceToken.name()), object: result.token)
-            }
-        }
-    }
-}
-```
-
-Infine, aggiungi la Capability per le Push Notifications nel tuo progetto Xcode.
-
-![capacitor-xcode-capability](/capacitor-xcode-capability.webp)
-
-Ora, compila la tua app e integra le notifiche push.
-
-## Integrazione delle Notifiche Push in Ionic
-
-Crea un servizio e una nuova pagina nel tuo progetto Ionic:
-
-```bash
-ionic g service services/fcm
-ionic g page pages/details
-```
-
-Aggiorna il routing in **app/app-routing.module.ts** per includere la nuova pagina con un id dinamico:
-
-```typescript
-import { NgModule } from '@angular/core';
-import { PreloadAllModules, RouterModule, Routes } from '@angular/router';
-
-const routes: Routes = [
-  {
-    path: 'home',
-    loadChildren: () => import('./home/home.module').then( m => m.HomePageModule)
-  },
-  {
-    path: '',
-    redirectTo: 'home',
-    pathMatch: 'full'
-  },
-  {
-    path: 'home/:id',
-    loadChildren: () => import('./pages/details/details.module').then( m => m.DetailsPageModule)
-  },
-];
-
-@NgModule({
-  imports: [
-    RouterModule.forRoot(routes, { preloadingStrategy: PreloadAllModules })
-  ],
-  exports: [RouterModule]
-})
-export class AppRoutingModule { }
-```
-
-Crea un servizio per gestire le notifiche push in **services/fcm.service.ts**:
-
-```typescript
-import { Injectable } from '@angular/core';
-import {
-  Plugins,
-  PushNotification,
-  PushNotificationToken,
-  PushNotificationActionPerformed,
-  Capacitor
-} from '@capacitor/core';
-import { Router } from '@angular/router';
-
-const { PushNotifications } = Plugins;
-
-@Injectable({
-  providedIn: 'root'
-})
-export class FcmService {
-
-  constructor(private router: Router) { }
-
-  initPush() {
-    if (Capacitor.platform !== 'web') {
-      this.registerPush();
-    }
-  }
-
-  private registerPush() {
-    PushNotifications.requestPermission().then((permission) => {
-      if (permission.granted) {
-        // Register with Apple / Google to receive push via APNS/FCM
-        PushNotifications.register();
-      } else {
-        // No permission for push granted
-      }
-    });
-
-    PushNotifications.addListener(
-      'registration',
-      (token: PushNotificationToken) => {
-        console.log('My token: ' + JSON.stringify(token));
-      }
-    );
-
-    PushNotifications.addListener('registrationError', (error: any) => {
-      console.log('Error: ' + JSON.stringify(error));
-    });
-
-    PushNotifications.addListener(
-      'pushNotificationReceived',
-      async (notification: PushNotification) => {
-        console.log('Push received: ' + JSON.stringify(notification));
-      }
-    );
-
-    PushNotifications.addListener(
-      'pushNotificationActionPerformed',
-      async (notification: PushNotificationActionPerformed) => {
-        const data = notification.notification.data;
-        console.log('Action performed: ' + JSON.stringify(notification.notification));
-        if (data.detailsId) {
-          this.router.navigateByUrl(`/home/${data.detailsId}`);
-        }
-      }
-    );
-  }
-}
-```
-
-Chiama la funzione `initPush()` in **app/app.component.ts**:
-
-```typescript
-import { Component } from '@angular/core';
-
-import { Platform } from '@ionic/angular';
-import { SplashScreen } from '@ionic-native/splash-screen/ngx';
-import { StatusBar } from '@ionic-native/status-bar/ngx';
-import { FcmService } from './services/fcm.service';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: 'app.component.html',
-  styleUrls: ['app.component.scss']
-})
-export class AppComponent {
-  constructor(
-    private platform: Platform,
-    private splashScreen: SplashScreen,
-    private statusBar: StatusBar,
-    private fcmService: FcmService
-  ) {
-    this.initializeApp();
-  }
-
-  initializeApp() {
-    this.platform.ready().then(() => {
-      this.statusBar.styleDefault();
-      this.splashScreen.hide();
-
-      // Trigger the push setup
-      this.fcmService.initPush();
-    });
-  }
-}
-```
-
-Gestisci le informazioni nella pagina dei dettagli in **pages/details/details.page.ts**:
-
-```typescript
-import { Component, OnInit } from '@angular/core';
-import { ActivatedRoute } from '@angular/router';
-import { Plugins } from '@capacitor/core';
-const { PushNotifications } = Plugins;
-
-@Component({
-  selector: 'app-details',
-  templateUrl: './details.page.html',
-  styleUrls: ['./details.page.scss'],
-})
-export class DetailsPage implements OnInit {
-  id = null;
-
-  constructor(private route: ActivatedRoute) { }
-
-  ngOnInit() {
-    this.route.paramMap.subscribe(params => {
-      this.id = params.get('id');
-    });
-  }
-
-  resetBadgeCount() {
-    PushNotifications.removeAllDeliveredNotifications();
-  }
-
-}
-```
-
-Visualizza i dettagli in **pages/details/details.page.html**:
-
-```html
-<ion-header>
-  <ion-toolbar>
-    <ion-buttons slot="start">
-      <ion-back-button defaultHref="/"></ion-back-button>
-    </ion-buttons>
-    <ion-title>Details</ion-title>
-  </ion-toolbar>
-</ion-header>
-
-<ion-content>
-  My Id from push: {{ id }}
-
-  <ion-button (click)="resetBadgeCount()" expand="block">
-    Reset Badge Count
-  </ion-button>
-</ion-content>
-```
-
-Compila l'app, sincronizza le modifiche e distribuiscila sul tuo dispositivo.
-
-```bash
-ionic build
-npx cap sync
-```
-
-Ora puoi inviare notifiche push con Firebase.
-
-## Invio di Notifiche Push con Firebase
-
-Ci sono diversi modi per inviare notifiche push con Firebase.
-
-### Test su Dispositivo Specifico
-
-Dopo aver distribuito la tua app su un dispositivo, puoi controllare i log della console per vedere il token dopo la registrazione. Usa questo token per inviare un test push mirato per confermare che la tua integrazione funzioni. In Firebase, vai su **Cloud Messaging** e seleziona **Invia messaggio di test**. Aggiungi il token del dispositivo dai log.
-
-![firebase-test-push](/firebase-test-push.webp)
-
-Se tutto è configurato correttamente, dovresti vedere una notifica push sul tuo dispositivo.
-
-### Messaggio Push con Payload
-
-Per testare una notifica push con informazioni aggiuntive, segui la procedura guidata nella stessa pagina per specificare informazioni generali e selezionare la piattaforma che desideri targetizzare. Aggiungi **opzioni aggiuntive** per inviare un payload con la tua notifica push.
-
-![firebase-push-payload](/firebase-push-payload.webp)
-
-Nella sezione **Opzioni avanzate**, aggiungi una coppia chiave-valore **Dati personalizzati**. Ad esempio, puoi utilizzare la chiave `detailsId` e un valore a tua scelta. Questi dati verranno utilizzati nell'app per navigare alla pagina dei dettagli con l'id specificato.
-
-Dopo aver inviato la notifica push, la tua app dovrebbe riceverla e visualizzare la pagina dei dettagli con l'id specificato quando la notifica viene toccata.
-
-### Utilizzo dell'API Firebase
-
-Puoi anche inviare notifiche push programmaticamente utilizzando l'API Firebase. Per farlo, devi ottenere la **Chiave server** dalle impostazioni del tuo progetto Firebase nella scheda **Cloud Messaging**.
-
-Con la chiave server, puoi inviare una richiesta POST all'API Firebase con il payload richiesto. Ecco un esempio utilizzando Node.js e la libreria `request`:
-
-```javascript
-const request = require('request');
-
-const serverKey = 'YOUR_SERVER_KEY';
-const deviceToken = 'YOUR_DEVICE_TOKEN';
-
-const options = {
-  method: 'POST',
-  url: 'https://fcm.googleapis.com/fcm/send',
-  headers: {
-    'Content-Type': 'application/json',
-    Authorization: 'key=' + serverKey
-  },
-  body: JSON.stringify({
-    to: deviceToken,
-    notification: {
-      title: 'Test Push',
-      body: 'This is a test push notification with custom data'
-    },
-    data: {
-      detailsId: '123'
-    }
-  })
-};
-
-request(options, (error, response, body) => {
-  if (error) {
-    console.error('Error sending push:', error);
-  } else {
-    console.log('Push sent successfully:', body);
-  }
-});
-```
-
-Sostituisci `YOUR_SERVER_KEY` e `YOUR_DEVICE_TOKEN` con la tua chiave server e token del dispositivo effettivi. Esegui lo script e il tuo dispositivo dovrebbe ricevere la notifica push con il payload personalizzato.
-
-Ecco fatto! Hai integrato con successo le notifiche push nella tua app Ionic Capacitor utilizzando Firebase. Ora puoi inviare notifiche push ai tuoi utenti su entrambe le piattaforme Android e iOS.
diff --git a/src/content/blog/it/live-updates-faq-answers-for-app-developers.md b/src/content/blog/it/live-updates-faq-answers-for-app-developers.md
deleted file mode 100644
index 3db419caa..000000000
--- a/src/content/blog/it/live-updates-faq-answers-for-app-developers.md
+++ /dev/null
@@ -1,321 +0,0 @@
----
-slug: live-updates-faq-answers-for-app-developers
-title: 'Aggiornamenti in tempo reale FAQ: Risposte per Sviluppatori di App'
-description: >-
-  Esplora i vantaggi degli aggiornamenti live per gli sviluppatori di app, tra
-  cui distribuzioni più rapide, aggiornamenti automatici e un'esperienza utente
-  migliorata.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-07T06:25:21.043Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a55480be11a9ef5f3c1ab9-1738909539340.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  live updates, app development, OTA technology, CI/CD, security protocols,
-  emergency fixes, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Live-Updates ermöglichen es Entwicklern, Updates und Fehlerbehebungen schnell an die Apps der Nutzer zu übermitteln, ohne auf die Überprüfung durch die App-Stores warten zu müssen. Sie nutzen Over-the-Air (OTA)-Technologie, um Änderungen in Echtzeit anzuwenden, was die Bereitstellungsgeschwindigkeit und Effizienz verbessert.
-
-### Hauptvorteile von Live-Updates:
-
--   **Schnellere Bereitstellungen**: Updates können in 1-2 Stunden live gehen, anstatt in 3-5 Tagen.
--   **[Automatische Updates](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: Nutzer müssen die App nicht manuell aktualisieren.
--   **Teilweise Updates**: Nur die notwendigen Änderungen werden aktualisiert, nicht die gesamte App.
--   **Notfallbehebungen**: Kritische Fehler können sofort behoben werden.
-
-### So verwenden Sie Live-Updates in [Capacitor](https://capacitorjs.com/):
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-07.jpg?auto=compress)
-
-1.  **SDK einrichten**: Installieren Sie das Live-Updates SDK und konfigurieren Sie Ihre App.
-2.  **Update-Logik integrieren**: Fügen Sie Code hinzu, um Updates automatisch zu überprüfen und anzuwenden.
-3.  **CI/CD-Pipelines verwenden**: Automatisieren Sie Tests und Bereitstellungen für reibungslosere Updates.
-4.  **Sicherheit gewährleisten**: Schützen Sie Updates mit Verschlüsselung und HTTPS-Protokollen.
-5.  **Regeln der App-Stores befolgen**: Bleiben Sie konform mit den Richtlinien von Apple und Google Play.
-
-### Vergleich: Traditionelle Updates vs. Live-Updates
-
-| Funktion | Traditionelle Updates | Live-Updates |
-| --- | --- | --- |
-| **Bereitstellungszeit** | 3-5 Tage | 1-2 Stunden |
-| **App Store Überprüfung** | Erforderlich | Übersprungen |
-| **Benutzeraktion** | Manuelles Update | Automatisch |
-| **Inhaltsänderungen** | Vollständiges App-Update | Teilweises Update |
-| **Notfallbehebungen** | Verzögert | Sofortig |
-
-Live-Updates sparen Zeit, verbessern die Stabilität der App und ermöglichen Entwicklern, schnell auf Probleme zu reagieren. Bereit, loszulegen? Tauchen Sie in den vollständigen Leitfaden für die Einrichtung und bewährte Verfahren ein.
-
-## Einrichtung von Live-Updates in Capacitor
-
-### Capacitor Live Update Komponenten
-
-Das Live-Update-System von Capacitor stützt sich auf das **Live Updates SDK** zur Hinzufügung von Updates zu Ihrer App und auf **[Ionic Appflow](https://ionic.io/appflow/)** zur Verwaltung von Bereitstellungen. Hier ist eine schnelle Zusammenfassung der wichtigsten Komponenten:
-
-| Komponente | Funktion | Hauptmerkmale |
-| --- | --- | --- |
-| **Live Updates SDK** | Frontend-Implementierung | APIs für Updates, UI-Integration |
-| **Ionic Appflow** | Backend-Management | Cloud-Bauten, Bereitstellungstools |
-| **[Capacitor App Plugin](https://capgo.app/blog/capacitor-comprehensive-guide/)** | Kernintegration | Verarbeitet Ereignisse und Lebenszyklen |
-
-### Einrichtungsanweisungen
-
-1. **Aktualisieren Sie `capacitor.config.ts` für Live-Updates**
-
-Fügen Sie die folgende Konfiguration in Ihre Capacitor-Konfigurationsdatei ein:
-
-```typescript
-{
-  autoUpdateMethod: 'none',
-  plugins: {
-    LiveUpdates: {
-      appId: 'YOUR_APP_ID',
-      channel: 'production'
-    }
-  }
-}
-```
-
-2. **Installieren Sie erforderliche Plugins**
-
-Führen Sie die folgenden Befehle aus, um die erforderlichen Abhängigkeiten hinzuzufügen:
-
-```bash
-npm install @capacitor/app
-npm install @ionic/live-updates
-```
-
-3. **Fügen Sie Ihrer App Update-Logik hinzu**
-
-Fügen Sie Code hinzu, um nach Updates zu suchen und die App neu zu laden, wenn ein Update verfügbar ist. Hier ist ein Beispiel:
-
-```typescript
-import { App } from '@capacitor/app';
-import { LiveUpdates } from '@ionic/live-updates';
-
-// Listen for the app resume event
-App.addListener('resume', async () => {
-  const update = await LiveUpdates.sync();
-  if (update.available) {
-    await LiveUpdates.reload();
-  }
-});
-```
-
-Capgo fügt eine zusätzliche Sicherheitsebene mit Verschlüsselung und flexiblen Bereitstellungsoptionen hinzu. Laut Martin Donadieu, dem Gründer von Capgo, sind diese Funktionen auf die realen Bedürfnisse der Entwickler und die Anforderungen der App-Stores zugeschnitten.
-
-Um Ihren [Update-Prozess](https://capgo.app/docs/plugin/cloud-mode/manual-update/) zu verfeinern, verwenden Sie **Ionic Appflow**, um Erfolgsquoten und Benutzerakzeptanz bei Bereitstellungen zu überwachen. Diese Einrichtung sorgt dafür, dass Ihre App reaktionsschnell und aktuell bleibt.
-
-Sobald Live-Updates eingerichtet sind, besteht der nächste Schritt darin, sie in eine CI/CD-Pipeline zu integrieren, um Ihren Bereitstellungsworkflow zu vereinfachen und zu automatisieren.
-
-## CI/CD Einrichtung für Live-Updates
-
-### CI/CD Grundlagen für Updates
-
-CI/CD automatisiert den Prozess der Integration, des Testens und der Bereitstellung von Code, wodurch Live-Updates reibungsloser und potenzielle Fehler reduziert werden. Dieser Ansatz stellt sicher, dass Updates konsequent und unter Wahrung hoher Qualitätsstandards bereitgestellt werden.
-
-Hier sind die typischen Bestandteile einer soliden CI/CD-Pipeline für Live-Updates:
-
-| Komponente | Zweck | Hauptfunktion |
-| --- | --- | --- |
-| **Quellkontrolle** | Versionsverwaltung | Verfolgt Code-Versionen und Historie |
-| **Build-Automatisierung** | Paket-Erstellung | Erstellt Update-Pakete |
-| **Automatisierte Tests** | Qualitätssicherung | Stellt sicher, dass Updates wie vorgesehen funktionieren |
-| **Bereitstellungssystem** | Update-Verteilung | Verarbeitet OTA (Over-the-Air) Updates |
-| **Überwachungstools** | Leistungsüberwachung | Misst die Wirksamkeit von Updates |
-
-### Top CI/CD-Tools für Apps
-
-Mehrere Tools arbeiten nahtlos mit den Live-Update-Workflows von Capacitor und helfen Entwicklern, Updates über verschiedene Plattformen zu automatisieren:
-
-| Tool | Spezialisierung | Integrationsmerkmale |
-| --- | --- | --- |
-| **[GitHub Actions](https://docs.github.com/actions)** | Cloud-natives CI/CD | Eingebaute Repository-Workflows |
-| **[Bitrise](https://bitrise.io/)** | Mobile-first CI/CD | Entwickelt für mobile Tests und Code-Signing |
-| **[Jenkins](https://www.jenkins.io/)** | Selbst gehostetes CI/CD | Bietet benutzerdefinierte Pipelines und Plugins |
-
-Die API von Capgo integriert sich mit diesen Tools und bietet [sichere Verschlüsselung](https://capgo.app/docs/cli/migrations/encryption/) für automatisierte Bereitstellungen und gewährleistet sowohl Effizienz als auch Sicherheit.
-
-### Aufbau von Update-Pipelines
-
-Befolgen Sie diese Schritte, um eine effektive CI/CD-Pipeline einzurichten:
-
-1. **Umgebung und Tests konfigurieren**
-
-Verwenden Sie die folgende YAML-Konfiguration, um Ihre Umgebung einzurichten und Tests durchzuführen:
-
-```yaml
-steps:
-  - uses: actions/setup-node@v2
-    with:
-      node-version: '24'
-  - name: Install and Test
-    run: |
-      npm install
-      npm run test
-```
-
-2. **Updates bereitstellen**
-
-Die CLI von Capgo macht die Bereitstellung einfach mit nur einem Befehl, sodass eine sichere und effiziente OTA-Bereitstellung gewährleistet ist.
-
-Teams, die automatisierte CI/CD-Pipelines nutzen, haben von einer **75%igen Reduzierung der Bereitstellungszeit** und einer **80%igen Verbesserung der App-Qualität** dank konsequentem Testen berichtet [\[1\]](https://www.kellton.com/kellton-tech-blog/mobile-ci-cd-challenges-in-app-development-lifecycle).
-
-> "Die Automatisierung Ihres CI/CD-Workflows minimiert Fehler und steigert die Effizienz."
-
-Um die Bereitstellungsleistung zu überwachen, können Tools wie das Dashboard von Capgo Erfolgsquoten verfolgen und Engpässe identifizieren. Setelah Ihre CI/CD-Pipeline eingerichtet ist, besteht der nächste Schritt darin, sicherzustellen, dass Sicherheits- und Compliance-Anforderungen für Ihre Live-Updates erfüllt werden.
-
-## Sicherheit und Standards für Live-Updates
-
-### Sicherheitsanforderungen
-
-Um Updates sicher zu halten, verwenden Sie **HTTPS**, **digitale Signaturen** und **[Multi-Faktor-Authentifizierung](https://capgo.app/docs/webapp/mfa/)**. Diese Maßnahmen schützen Daten während der Übertragung, bestätigen die Quelle von Updates und verhindern unautorisierte Bereitstellungen. Verschlüsseln Sie Update-Pakete sowohl während der Übertragung als auch im gespeicherten Zustand, um potenziellen Risiken vorzubeugen.
-
-Nachdem Sie diese Schutzmaßnahmen eingerichtet haben, ist es wichtig, Updates gründlich zu testen und Wiederherstellungspläne bereit zu haben, falls etwas schiefgeht.
-
-### Test- und Wiederherstellungspläne
-
-Ein solider Testprozess reduziert Risiken und stellt sicher, dass Updates reibungslos funktionieren:
-
-| Testphase | Erfolgskennzahlen |
-| --- | --- |
-| **Staging mit automatisierten Tests** | 95% Codeabdeckung, identische Funktionalität |
-| **Phasenweise Bereitstellung** | Weniger als 0,1% Fehlerquote |
-
-Automatisierte Rollback-Systeme können schnell Fehler erkennen und beheben, um eine Erfolgsquote von 99,9% für Updates aufrechtzuerhalten.
-
-Sobald Test- und Wiederherstellungspläne vorhanden sind, besteht der nächste Schritt darin, sicherzustellen, dass die Nutzer über Updates informiert werden, um Vertrauen aufzubauen.
-
-### Update-Benachrichtigungen
-
-Eindeutige Kommunikation über Updates hilft den Nutzern, Vertrauen in Ihre App zu gewinnen und unterstützt die Sicherheits- und Testbemühungen. Unaufdringliche Benachrichtigungen, wie z.B. In-App-Banner oder stille Updates, haben eine 72% höhere Wahrscheinlichkeit, die Zustimmung der Nutzer zu gewinnen, im Vergleich zu erzwungenen Updates.
-
-Bei der Benachrichtigung von Nutzern sollten Sie Klarheit und Relevanz anstreben. Verwenden Sie prägnante Änderungsprotokolle, um zu erklären, was neu ist, und geben Sie geschätzte Update-Zeiten an, um Erwartungen zu setzen. Dieser Ansatz minimiert Störungen, während die Nutzer informiert bleiben.
-
-> "Die Sicherheit mobiler Anwendungen ist ein fortlaufender Prozess. Stellen Sie sicher, dass Sicherheit während des gesamten Entwicklungszyklus Priorität hat, und gehen Sie proaktiv auf neue Bedrohungen ein."
-
-###### sbb-itb-f9944d2
-
-## Appflow Deploy: Echtzeit-Updates an Ihre Ionic-App-Nutzer versenden
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Leitfaden für Live-Update-Tools
-
-Für [Capacitor-Entwickler](https://capgo.app/blog/capacitor-comprehensive-guide/) kann die Wahl des richtigen Live-Update-Tools einen großen Unterschied in der App-Performance und Benutzererfahrung machen.
-
-### Vergleichstabelle der Tools
-
-Hier ist eine schnelle Übersicht über beliebte Live-Update-Tools und wie sie sich schlagen:
-
-| Funktion | Capgo | Ionic Appflow | Andere Lösungen |
-| --- | --- | --- | --- |
-| Integrationsleichtigkeit | Für Capacitor gebaut | Fokussiert auf Ionic | Variiert je nach Plattform |
-| Update-Strategien | Hintergrund + Sofortig | Nur im Hintergrund | Begrenzte Optionen |
-| Skalierbarkeit | 1M Updates, 12GB Speicher | Planbasierte Limits | 500MB-5GB, variierend |
-| CI/CD-Integration | Ja, mit Bitrise | Eingeschränkt | Plattformabhängig |
-| Sicherheitsmerkmale | End-to-End-Verschlüsselung | Grundlegende Verschlüsselung | Variiert |
-| Plattformübergreifende Unterstützung | Vollständig | Teilweise | Begrenzte |
-| Preise (Monatlich) | 12-249 $ | Benutzerdefinierte Preisgestaltung | Variabel |
-
-### [Capgo](https://capgo.app/) Funktionen Übersicht
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-07.jpg?auto=compress)
-
-Capgo bearbeitet monatlich über 150.000 Live-Updates und beweist, dass es für mittelgroße Unternehmen zur Skalierung geeignet ist. Hier sind die Unterschiede, die es auszeichnen:
-
-**[Update-Management](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**
-
--   Echtzeit-Bereitstellung mit einer Erfolgsquote von 99,9%
--   Reibungslose Hintergrund-Updates und sofortige Rollback-Optionen
-
-**Sicherheitsinfrastruktur**
-
--   Updates sind mit End-to-End-Verschlüsselung geschützt
--   Sicherer API-Zugriff, der auf Unternehmensnutzer zugeschnitten ist
--   Vollständig konform mit den Richtlinien von Apple und Google Play
-
-**Entwicklungstools**
-
--   Integriert sich direkt mit beliebten CI/CD-Plattformen wie Bitrise
--   Bietet fortschrittliche Analysen zur Verfolgung von Updates
--   Unterstützt benutzerdefinierte Domains für Unternehmenskunden
-
-> "Die Plattformunabhängigkeit und die maßgeschneiderten Konfigurationsoptionen machen Capgo besonders effektiv für Teams, die mehrere App-Versionen über verschiedene Plattformen verwalten", sagt Martin Donadieu, Gründer von Capgo.
-
-Capgo también proporciona soporte dedicado y acceso seguro a la API, asegurando que los desarrolladores puedan trabajar sin interrupciones. Para mantener las actualizaciones funcionando sin problemas, es fundamental seguir las reglas de la tienda de aplicaciones específicas de la plataforma.
-
-## Reglas de la Tienda de Aplicaciones para Actualizaciones en Vivo
-
-Navegar las reglas de la tienda de aplicaciones es clave para utilizar las actualizaciones en vivo de manera efectiva y evitar posibles rechazos. Tanto Apple como Google tienen políticas específicas que los desarrolladores deben seguir de cerca.
-
-### Reglas de Actualización en Vivo de Apple
-
-Apple tiene políticas estrictas para garantizar que las aplicaciones mantengan alta calidad y confianza del usuario. Aquí están los principales requisitos:
-
-| Requisito | Descripción | Impacto |
-| --- | --- | --- |
-| Funcionalidad | Las actualizaciones deben mantener el propósito y los estándares previstos de la aplicación | Mantiene el rendimiento de la aplicación consistente |
-| Transparencia | Proporcionar descripciones de actualización claras y metadatos | Ayuda a los usuarios a entender los cambios |
-| Control del Usuario | Los usuarios deben tener la opción de rechazar actualizaciones que afecten la funcionalidad | Respeta la elección del usuario |
-| Privacidad de Datos | No se debe recoger nuevos datos sin el consentimiento del usuario | Protege la información del usuario |
-
-Apple también exige el uso de HTTPS y protocolos de encriptación para todas las actualizaciones en vivo, enfatizando la confianza del usuario a través de una comunicación clara y prácticas seguras.
-
-### Políticas de Actualización de Google Play
-
-Google Play adopta un enfoque más flexible hacia las actualizaciones en vivo, pero aún así aplica reglas específicas de cumplimiento. Su enfoque está en la validación automatizada y el mantenimiento de la seguridad de la aplicación.
-
-**Aspectos Clave de la Política**
-
--   Las actualizaciones deben cumplir con las Políticas del Programa para Desarrolladores de Google Play.
--   Los desarrolladores deben notificar a los usuarios y a la tienda de aplicaciones sobre cualquier nuevo permiso o característica antes de implementar las actualizaciones.
--   Las actualizaciones en segundo plano deben minimizar el consumo de batería.
-
-> "La independencia de la plataforma y los requisitos de seguridad hacen que el cumplimiento sea crucial para un despliegue exitoso", explica un ingeniero de seguridad de Google Play. "Los desarrolladores deben implementar procesos robustos de prueba y validación para prevenir errores o brechas de seguridad" [\[2\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers).
-
-### Comparación entre Apple y Google Play
-
-Aquí hay una rápida comparación de cómo las dos plataformas manejan las actualizaciones en vivo:
-
-| Práctica | Tienda de Aplicaciones de Apple | Google Play |
-| --- | --- | --- |
-| Frecuencia de Actualización | Limitada, requiere revisión | Permite actualizaciones más frecuentes |
-| Protocolos de Seguridad | Requiere encriptación estricta | Acepta HTTPS estándar |
-| Cambios en Características | Restringido post-aprobación | Ofrece mayor flexibilidad |
-
-Para los desarrolladores que utilizan Capacitor, documentar los resultados de las pruebas antes de la presentación y alinearlos con las pautas de la tienda de aplicaciones puede ayudar a garantizar el cumplimiento. Este enfoque maximiza el potencial de las actualizaciones en vivo mientras se cumplen los requisitos de ambas plataformas.
-
-## Conclusión: Pasos de Implementación
-
-### Guía Rápida de Configuración
-
-Configurar actualizaciones en vivo implica varias fases clave. Aquí hay un desglose simplificado para ayudarle a comenzar:
-
-| Fase | Acciones Clave | Herramientas/Requisitos |
-| --- | --- | --- |
-| Configuración Inicial | Instalar SDK de Actualizaciones en Vivo, Configurar Capacitor | Capacitor CLI, SDK de Actualizaciones en Vivo |
-| Integración CI/CD | Configurar entornos de construcción, Configurar pruebas automatizadas | Ionic Appflow, Jenkins |
-| Configuración de Seguridad | Habilitar HTTPS, Configurar protocolos de encriptación | Certificados SSL, Tokens de seguridad |
-| Despliegue | Configurar canales de distribución, Configurar segmentación de usuarios | Capgo o plataforma similar |
-
-> "Martin Donadieu destaca que comenzar con una configuración segura y centrada en el usuario asegura el éxito a largo plazo de las actualizaciones en vivo."
-
-Una vez que se complete la configuración inicial, el enfoque se desplaza hacia la mejora y el perfeccionamiento de su proceso de actualización en vivo.
-
-### Pasos Siguientes
-
-Para mantener sus actualizaciones en vivo funcionando sin problemas y garantizar que cumplan con los requisitos de la plataforma, considere estos pasos:
-
--   Utilice herramientas de análisis para monitorear la adopción de actualizaciones y rendimiento.
--   Configure registros de errores y procedimientos de reversión para manejar problemas.
--   Construya una canalización de pruebas detallada para asegurar que las actualizaciones sean confiables.
--   Comparta sus protocolos de prueba documentados con su equipo para consistencia.
-
-Estas prácticas ayudarán a mantener su flujo de trabajo y a permanecer en cumplimiento con las pautas de Apple y Google Play.
diff --git a/src/content/blog/it/live-updates-for-flutter-app.md b/src/content/blog/it/live-updates-for-flutter-app.md
deleted file mode 100644
index 6addc460e..000000000
--- a/src/content/blog/it/live-updates-for-flutter-app.md
+++ /dev/null
@@ -1,33 +0,0 @@
----
-slug: live-updates-for-flutter-app
-title: Aggiornamento live di Flutter
-description: >-
-  È possibile inviare aggiornamenti in tempo reale alle app Flutter senza la
-  revisione dell'App Store?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-16T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /bypass_illustration.webp
-head_image_alt: Illustrazione di bypass di Capacitor
-keywords: >-
-  Flutter, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: it
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-
-Capgo Live Update è un servizio che permette agli sviluppatori di distribuire aggiornamenti alle loro app mobili senza passare attraverso il tradizionale processo di invio all'App Store. Questo può essere un modo conveniente per correggere rapidamente bug o apportare piccoli aggiornamenti a un'app senza attendere il processo di revisione dell'App Store. Tuttavia, Capgo Live Update non supporta l'aggiornamento delle app Flutter perché le app Flutter sono compilate in codice nativo.
-
-Flutter è un framework di sviluppo di app mobili che utilizza il linguaggio di programmazione Dart. Una delle caratteristiche principali di Flutter è che permette agli sviluppatori di creare app che possono funzionare sia su iOS che su Android utilizzando un unico codice base. Per ottenere questo, Flutter compila il codice dell'app in codice nativo per ogni piattaforma. Questo significa che l'app è essenzialmente un'app nativa, piuttosto che un'app basata sul web o un'app ibrida.
-
-Poiché le app Flutter sono compilate in codice nativo, non è possibile utilizzare Capgo Live Update per distribuire aggiornamenti a un'app Flutter. Invece, gli sviluppatori devono inviare gli aggiornamenti agli app store come farebbero con qualsiasi altra app nativa.
-
-Inoltre, apportare modifiche al codice nativo è generalmente contro le regole degli app store. Sia l'Apple App Store che il Google Play Store hanno politiche che vietano agli sviluppatori di introdurre modifiche al codice nativo di un'app dopo che è stata inviata per la revisione. Questo perché l'introduzione di modifiche al codice nativo può potenzialmente introdurre vulnerabilità di sicurezza o altri problemi che potrebbero compromettere le prestazioni dell'app.
-
-In sintesi, mentre Capgo Live Update è uno strumento utile per distribuire rapidamente aggiornamenti a certi tipi di app mobili, non può essere utilizzato per aggiornare le app Flutter.
-
-Questo è dovuto alla natura del processo di compilazione di Flutter e alle regole degli app store.
\ No newline at end of file
diff --git a/src/content/blog/it/manage-dev-and-prod-build-with-github-actions.md b/src/content/blog/it/manage-dev-and-prod-build-with-github-actions.md
deleted file mode 100644
index adbe93942..000000000
--- a/src/content/blog/it/manage-dev-and-prod-build-with-github-actions.md
+++ /dev/null
@@ -1,154 +0,0 @@
----
-slug: manage-dev-and-prod-build-with-github-actions
-title: Gestisci lo sviluppo e il build di produzione con GitHub actions
-description: >-
-  Usa Capgo per rilasciare il tuo devbuild su canali specifici e permettere al
-  tuo team di provare la tua app Capacitor Ionic, senza attendere la revisione
-  di Apple e Google
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: /capgo_ci-cd-illustration.webp
-head_image_alt: Illustrazione delle build dei canali
-keywords: >-
-  GitHub Actions, CI/CD, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: CI/CD
-published: true
-locale: it
-next_blog: how-to-send-specific-version-to-users
----
-Questo tutorial si concentra sull'hosting GitHub, ma puoi adattarlo con piccole modifiche a qualsiasi altra piattaforma CI/CD.
-
-## Prefazione
-
-Assicurati di aver prima aggiunto la tua app Capacitor a Capgo, questo tutorial si concentra solo sulla fase di caricamento
-
-## Convenzione dei commit
-
-Per prima cosa devi iniziare a seguire la convenzione dei commit [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/)\` questo aiuterà gli strumenti a capire come aggiornare il numero di versione, ci vogliono 5 minuti per impararla.
-
-![Conventional commits](/conventional_commits.webp)
-
-## GitHub actions per i tag
-
-Poi devi creare la tua prima GitHub action per costruire e creare automaticamente i tag.
-
-Crea un file in questo percorso: `.github/workflows/bump_version.yml`
-
-con questo contenuto:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-      - development
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        if: github.ref == 'refs/heads/main'
-        run: npx capacitor-standard-version
-      - name: Create bump and changelog
-        if: github.ref != 'refs/heads/main'
-        run: npx capacitor-standard-version --prerelease alpha
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-
-```
-
-Questo rilascerà un tag per ogni commit nel tuo ramo principale. E un rilascio `alpha` per `development`, e infine una voce del changelog per ogni commit in `CHANGELOG.md`.
-
-Non preoccuparti se non hai questo file, verrà creato per te.
-
-Per far funzionare questo, devi creare un [PERSONAL ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/) nei tuoi [secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets") di GitHub come `PERSONAL_ACCESS_TOKEN`.
-
-Questo è necessario per permettere alla CI di committare il changelog e l'aggiornamento della versione.
-
-Quando crei il token, scegli la scadenza come `never` e lo scope come `repo`.
-
-Imposta la chiave `version` nel tuo file `package.json`. Usa per questo l'ultima versione rilasciata nello store.
-
-Questo è necessario solo la prima volta, poi gli strumenti lo manterranno aggiornato.
-
-Ora puoi committare entrambi i file e vedere apparire il tuo primo tag su GitHub!
-
-`capacitor-standard-version` è il pacchetto che fa la magia, di default, aggiorna anche il numero di versione in Android e iOS
-
-## GitHub actions per il build
-
-Crea un file in questo percorso: `.github/workflows/build.yml`
-
-con questo contenuto:
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm build
-        env:
-          MY_ENV_VAR: ${{ secrets.MY_ENV_VAR }}
-      - name: Create Release Alpha
-        if: "contains(github.ref, '-alpha.')"
-        id: create_release_prepro
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c development
-      - name: Create Release Production
-        if: "!contains(github.ref, '-alpha.')"
-        id: create_release_prod
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-Questo installerà e compilerà le tue dipendenze prima di inviarle a Capgo.
-
-Se il tuo comando per il build è diverso, puoi cambiarlo nello step `build_code`.
-
-Se hai bisogno di una variabile d'ambiente, usa `MY_ENV_VAR` e imposta il `secret` nelle impostazioni del tuo progetto GitHub, poi secret poi GitHub Action.
-
-Per far funzionare il caricamento su Capgo, devi ottenere la tua chiave API per Capgo, aggiungila nei [secret del tuo repository GitHub](https://docs.github.com/en/actions/security-guides/encrypted-secrets/) come `CAPGO_TOKEN`.
-
-Ora puoi committare entrambi i file e vedere la tua prima versione apparire in Capgo!
-
-Aggiungere il commit genererà una nuova build Capacitor per i canali di produzione e sviluppo.
-
-Dovresti aggiungere i tuoi test nella fase di build di Ionic per essere certo che il tuo codice funzioni.
-
-Vai alla tua dashboard Capgo e controlla la tua build appena apparsa, ora hai il tuo sistema CI/CD.
diff --git a/src/content/blog/it/managing-secrets-in-cicd-pipelines.md b/src/content/blog/it/managing-secrets-in-cicd-pipelines.md
deleted file mode 100644
index 7570babcf..000000000
--- a/src/content/blog/it/managing-secrets-in-cicd-pipelines.md
+++ /dev/null
@@ -1,120 +0,0 @@
----
-slug: managing-secrets-in-cicd-pipelines
-title: Gestione dei Segreti nei Pipeline CI/CD
-description: >-
-  Scopri strategie efficaci per gestire i segreti nelle pipeline CI/CD per
-  migliorare la sicurezza e prevenire violazioni e problemi di conformità.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T00:50:40.782Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e-1745110261303.jpg
-head_image_alt: Tecnologia
-keywords: 'CI/CD, secret management, security, environment variables, automated scanning'
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Mantenere i segreti al sicuro nelle pipeline CI/CD è fondamentale per prevenire violazioni, interruzioni del servizio e problemi di conformità.** Ecco come farlo in modo efficace:
-
--   **Utilizzare le variabili d'ambiente** e **vault sicuri** per memorizzare i segreti in modo sicuro.
--   **Limitare l'accesso** concedendo solo i privilegi necessari e ruotando regolarmente i segreti.
--   **Automatizzare la scansione dei segreti** con strumenti come `git-secrets` o `truffleHog` per individuare le fughe tempestivamente.
--   **Sfruttare gli strumenti CI/CD** come [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), o [Jenkins](https://www.jenkins.io/) per la gestione integrata dei segreti.
--   **Monitorare e controllare** l'utilizzo dei segreti con log dettagliati.
-
-### Segreti Comuni CI/CD
-
--   [Chiavi API](https://capgo.app/docs/webapp/api-keys/)
--   Credenziali del database
--   Chiavi di crittografia
--   Token di autenticazione
--   Certificati SSL
-
-### Piattaforme Popolari per la Gestione dei Segreti
-
-| Piattaforma | Funzionalità | Ideale Per |
-| --- | --- | --- |
-| **[HashiCorp Vault](https://www.hashicorp.com/products/vault)** | Segreti dinamici, crittografia, controllo accessi | Operazioni su larga scala |
-| **[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/)** | Integrazione AWS, rotazione automatica | Configurazioni AWS-centriche |
-| **[Azure Key Vault](https://learn.microsoft.com/en-us/azure/key-vault/)** | Gestione certificati, rotazione chiavi | Ambienti Microsoft |
-
-Seguendo queste pratiche e utilizzando gli strumenti giusti, puoi proteggere le tue pipeline CI/CD e mantenere flussi di lavoro sicuri.
-
-## Linee Guida di Sicurezza per i Segreti
-
-### Mantieni i Segreti Fuori dal Codice
-
--   Usa **variabili d'ambiente** per gestire le informazioni sensibili.
--   Memorizza i segreti in un **vault sicuro** progettato per questo scopo.
--   Collega la tua pipeline CI/CD al vault per inserire le credenziali durante il processo di build.
-
-### Limita e Monitora l'Accesso
-
-Concedi solo i **privilegi minimi necessari** a ogni utente o servizio e rivedi frequentemente i permessi.
-
-Inoltre, ruota i segreti secondo una programmazione regolare e mantieni un **registro di controllo** per tracciare e identificare potenziali violazioni.
-
-## Come integrare [GitLab CI](https://docs.gitlab.com/ee/ci/) con [HashiCorp Vault](https://www.hashicorp.com/products/vault) per recuperare ...
-
-<iframe src="https://www.youtube.com/embed/NsPcl4rqy9A" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Strumenti per la Gestione dei Segreti
-
-Una volta stabilite le linee guida di sicurezza, è il momento di implementare strumenti specifici per la gestione dei segreti.
-
-### Piattaforme di Archiviazione Segreti
-
-Centralizza e monitora tutti i tuoi segreti utilizzando questi strumenti:
-
-| Piattaforma | Funzionalità | Ideale Per |
-| --- | --- | --- |
-| **HashiCorp Vault** | Segreti dinamici, servizi di crittografia, accesso basato su identità | Operazioni su larga scala |
-| **AWS Secrets Manager** | Integrazione AWS perfetta, rotazione automatica, permessi granulari | Setup focalizzati su AWS |
-| **Azure Key Vault** | Moduli di sicurezza hardware, gestione certificati, rotazione chiavi | Ambienti cloud Microsoft |
-
-Dopo aver protetto i tuoi segreti nelle piattaforme di archiviazione, utilizza le funzionalità di gestione dei segreti incluse nei tuoi strumenti CI/CD.
-
-### Gestione dei Segreti CI/CD
-
-Molti strumenti CI/CD includono funzionalità integrate per la gestione dei segreti:
-
--   **GitHub Actions**: Offre segreti crittografati sia a livello di repository che di organizzazione. I segreti vengono automaticamente mascherati nei log e sono accessibili solo ai workflow autorizzati.
--   **GitLab CI**: Fornisce variabili protette e segreti a livello di gruppo, permettendo la condivisione sicura tra progetti mantenendo l'isolamento.
--   **Jenkins**: Funziona con plugin per le credenziali e supporta archivi esterni di segreti. Sono necessari plugin per assicurare che i segreti siano mascherati nei log.
-
-### Funzionalità di Sicurezza di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e/37a0fc028bf1f414683e8dee42eedfb0.jpg)
-
-Capgo migliora la sicurezza degli aggiornamenti in tempo reale nelle app Capacitor estendendo la gestione standard dei segreti CI/CD. Utilizza la crittografia end-to-end per garantire che solo gli utenti autorizzati possano decifrare i dati sensibili [\[1\]](https://capgo.app/).
-
-Capgo si integra perfettamente con strumenti come GitHub Actions, GitLab CI e Jenkins. Supporta anche la distribuzione basata su canali e controlli di accesso basati sui ruoli, soddisfacendo i requisiti di aggiornamento sia delle piattaforme Apple che Android.
-
-## Segreti nel Controllo Versione
-
-Proteggi i tuoi repository impedendo che le credenziali hard-coded possano passare inosservate. Inizia con l'archiviazione sicura nel vault, poi aggiungi protezioni extra per bloccare le informazioni sensibili nel tuo codice.
-
-Ecco come puoi rafforzare le tue difese:
-
--   **Usa strumenti come [git-secrets](https://github.com/awslabs/git-secrets) o framework pre-commit** per individuare problemi prima che vengano effettuati i commit.
--   **Esegui scansioni periodiche** con strumenti come [truffleHog](https://github.com/trufflesecurity/trufflehog) o [GitGuardian](https://www.gitguardian.com/) per rilevare eventuali segreti sfuggiti.
--   **Automatizza i controlli CI/CD** per segnalare e far fallire le build se vengono trovati segreti.
-
-A seguire, tratteremo come gestire efficacemente i segreti esposti.
-
-## Riepilogo
-
-Questa guida ha esplorato l'archiviazione nei vault, le scansioni automatizzate, l'integrazione degli strumenti CI/CD e le protezioni dei repository. Capgo unisce sicurezza e distribuzione rapida attraverso la crittografia end-to-end e una fluida integrazione CI/CD[\[1\]](https://capgo.app/).
-
-Punti chiave per una gestione sicura dei segreti:
-
--   **Usa l'archiviazione vault**: Affidati a piattaforme che forniscono crittografia sia durante l'archiviazione che il transito.
--   **Automatizza i controlli di sicurezza**: Implementa strumenti di scansione per identificare precocemente l'esposizione dei segreti.
--   **Traccia e monitora l'attività**: Mantieni log di controllo dettagliati degli accessi e delle modifiche ai segreti.
--   **Preparati agli incidenti**: Imposta processi chiari per gestire i segreti esposti e ripristinare le modifiche quando necessario.
-
-Una gestione efficace dei segreti trasforma la sicurezza da ostacolo a sistema di supporto per la distribuzione continua.
diff --git a/src/content/blog/it/merge-policies-for-teams-using-capacitor-apps.md b/src/content/blog/it/merge-policies-for-teams-using-capacitor-apps.md
deleted file mode 100644
index a30f0dc48..000000000
--- a/src/content/blog/it/merge-policies-for-teams-using-capacitor-apps.md
+++ /dev/null
@@ -1,40 +0,0 @@
----
-slug: merge-policies-for-teams-using-capacitor-apps
-title: Politiche di Unione per Team che Utilizzano App Capacitor
-description: >-
-  Scopri come stabilire efficaci politiche di merge per le app Capacitor,
-  garantendo qualità del codice, aggiornamenti semplificati e gestione dei
-  conflitti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:30:15.213Z
-updated_at: 2025-04-24T03:30:26.956Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809ac119bd9ce97f26bdef5-1745465426956.jpg
-head_image_alt: Sviluppo Mobile
-keywords: 'merge policies, Capacitor apps, code quality, live updates, branch management'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-To ensure reliable live updates for your Capacitor app, consider these key strategies:
-
-1. **Implement staged rollouts**: Release updates to a small percentage of users first to identify potential issues early.
-2. **Use update channels**: Set up different channels (beta, production) to manage releases effectively.
-3. **Monitor performance**: Track update success rates and user feedback to improve delivery.
-4. **Have rollback plans**: Maintain the ability to quickly revert problematic updates.
-
-For reliable update delivery, use a platform with proven success rates. For example, Capgo can reach:
-- 95% of active users within 24 hours
-- 82% success rate globally
-- Instant rollback capabilities if needed
-
-This approach helps maintain app stability while enabling quick fixes and feature releases.
-:::
-
-Per garantire che gli aggiornamenti della tua app Capacitor siano fluidi e affidabili, utilizza una soluzione di aggiornamento live robusta come **Capgo**. Ti permette di distribuire aggiornamenti, correzioni e nuove funzionalità istantaneamente, senza dover attendere le approvazioni degli app store.
-
-Capgo supporta la **crittografia end-to-end** ed è conforme alle linee guida di Apple e Android, garantendo che gli aggiornamenti siano sicuri e soddisfino i requisiti della piattaforma. Si integra anche facilmente con i sistemi CI/CD, rendendo il processo di distribuzione efficiente e senza problemi. Utilizzando questi strumenti, puoi minimizzare potenziali problemi e mantenere gli utenti della tua app aggiornati con le ultime modifiche in tempo reale.
-:::
diff --git a/src/content/blog/it/migrating-cordova-to-capacitor.md b/src/content/blog/it/migrating-cordova-to-capacitor.md
deleted file mode 100644
index 7eee1a91e..000000000
--- a/src/content/blog/it/migrating-cordova-to-capacitor.md
+++ /dev/null
@@ -1,90 +0,0 @@
----
-slug: migrating-cordova-to-capacitor
-title: 'Migrazione di un''App Web da Cordova a Capacitor: Una Guida Passo-Passo'
-description: >-
-  Questa guida passo-passo ti aiuterà a migrare la tua app web da Cordova a
-  Capacitor, coprendo tutte le sezioni e rendendola facile da leggere e seguire.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-07T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /migrating-cordova-to-capacitor.webp
-head_image_alt: Illustrazione della migrazione da Cordova a Capacitor
-keywords: >-
-  Cordova, Capacitor, migration, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Migration
-published: true
-locale: it
-next_blog: ''
----
-# Migrazione di un'App Web da Cordova a Capacitor: Una Guida Passo dopo Passo
-
-Questa guida ti aiuterà a migrare la tua app web da Cordova a Capacitor, rendendola facile da leggere e seguire. Copriremo tutte le sezioni e forniremo un approccio passo dopo passo.
-
-## Introduzione a Cordova e Capacitor
-
-Cordova e Capacitor sono entrambi strumenti che permettono agli sviluppatori web di creare applicazioni native per varie piattaforme utilizzando HTML, CSS e JavaScript. Mentre condividono delle similitudini, ci sono differenze chiave nel loro approccio alla gestione dei progetti nativi, alla gestione dei plugin e alla gestione CLI/versioni.
-
-## Strategia di Migrazione
-
-La migrazione da Cordova a Capacitor può essere fatta gradualmente o come sostituzione completa, a seconda della complessità della tua app. Capacitor è retrocompatibile con Cordova, permettendoti di passare le tue app web esistenti quando sei pronto.
-
-Per assistere nella migrazione, considera l'utilizzo della [Ionic VS Code Extension](https://marketplace.visualstudio.com/items/?itemName=ionic.ionic) e l'audit dei tuoi plugin Cordova esistenti. Puoi continuare a utilizzare i plugin Cordova se necessario, o sostituirli con equivalenti Capacitor.
-
-## Guida alla Migrazione Passo dopo Passo
-
-Segui questi passaggi per migrare la tua app web da Cordova a Capacitor:
-
-1. **Lavora in un ramo di codice separato**: Si raccomanda di lavorare in un ramo di codice separato quando si applicano queste modifiche.
-
-2. **Inizializza la tua app con Capacitor**: Apri il tuo progetto nel terminale e segui le guide per [aggiungere Capacitor a un'app web](https://capacitorjs.com/docs/getting-started/#adding-capacitor-to-your-app) o [aggiungere Capacitor a un'app Ionic](https://capacitorjs.com/docs/getting-started/with-ionic/#existing-ionic-project). Usa le informazioni dal tuo file `config.xml` di Cordova per il nome dell'app e l'ID Bundle.
-
-3. **Compila la tua app web**: Compila il tuo progetto web almeno una volta prima di aggiungere piattaforme native. Questo assicura che la cartella `www` sia configurata correttamente nel file di configurazione Capacitor.
-
-4. **Aggiungi piattaforme**: Esegui `npx cap add ios` e `npx cap add android` per aggiungere le piattaforme iOS e Android. Questo creerà cartelle di progetto native separate alla radice del tuo progetto.
-
-5. **Genera icone e schermate di avvio**: Se hai immagini esistenti per icone e schermate di avvio, usa lo strumento `cordova-res` per generarle e copiarle nei progetti nativi.
-
-6. **Audit e migrazione dei plugin Cordova esistenti**: Rivedi i tuoi plugin Cordova esistenti e sostituiscili con equivalenti Capacitor se possibile. Rimuovi i plugin non necessari.
-
-7. **Rimuovi plugin Cordova**: Dopo aver sostituito o rimosso un plugin Cordova, disinstalla il plugin ed esegui `npx cap sync` per rimuovere il codice del plugin dal progetto nativo.
-
-8. **Applica permessi aggiuntivi**: Mappa tra `plugin.xml` e le impostazioni richieste su iOS e Android per applicare i permessi necessari.
-
-9. **Configura preferenze**: Aggiungi manualmente le preferenze da `config.xml` al file di configurazione Capacitor.
-
-10. **Gestisci configurazioni specifiche per piattaforma**: Configura gli elementi da `config.xml` per ogni piattaforma (iOS e Android) secondo necessità.
-
-11. **Cambia lo schema per servire i contenuti**: Se necessario, cambia lo schema utilizzato per servire i contenuti nella tua app per evitare perdite di dati.
-
-12. **Testa e rimuovi Cordova**: Testa la tua app migrata per assicurarti che tutte le modifiche siano state applicate correttamente. Una volta soddisfatto, puoi rimuovere Cordova dal tuo progetto o lasciarlo se prevedi di continuare a utilizzare i plugin Cordova.
-
-Congratulazioni! Hai migrato con successo la tua app web da Cordova a Capacitor. Per saperne di più sull'utilizzo dei plugin Cordova in un progetto Capacitor o sul flusso di lavoro di sviluppo Capacitor, visita la [documentazione ufficiale di Capacitor](https://capacitorjs.com/docs/).
-
-## Aggiornamenti Live con il Nostro Servizio Capgo
-
-Siamo orgogliosi di offrire Capgo, la nostra soluzione che permette aggiornamenti live per le tue app Capacitor, consentendoti di distribuire aggiornamenti Over-The-Air (OTA) a un prezzo equo. Questa funzionalità è particolarmente utile per fare correzioni rapide, distribuire nuove funzionalità e assicurare che i tuoi utenti abbiano sempre l'ultima versione della tua app senza attendere l'approvazione dell'app store.
-
-### Come Funziona il Nostro Servizio Capgo
-
-Capgo è un servizio basato su cloud che ti permette di distribuire aggiornamenti live alle tue app Capacitor. Consiste in una dashboard web e un SDK nativo che puoi integrare nella tua app. L'SDK controlla gli aggiornamenti all'avvio o a intervalli specifici e li scarica in background. Quando un aggiornamento è disponibile, l'SDK chiederà all'utente di installarlo. Se l'utente accetta, l'aggiornamento verrà installato e applicato immediatamente.
-
-### Vantaggi degli Aggiornamenti Live Capgo
-
-- **Aggiornamenti più veloci:** Distribuisci aggiornamenti istantaneamente senza attendere l'approvazione dell'app store.
-- **Ridotta dipendenza dall'Apple Store:** Bypassa restrizioni e limitazioni dell'app store.
-- **Esperienza utente migliorata:** Mantieni gli utenti coinvolti con le ultime funzionalità e correzioni di bug senza richiedere loro di aggiornare manualmente l'app.
-
-### Come Implementare gli Aggiornamenti Live Capgo
-
-Per implementare gli aggiornamenti live Capgo nel tuo progetto Capacitor, segui questi passaggi:
-- Registrati per un [account Capgo](https://console.capgo.app/).
-- Installa l'SDK Capgo nel tuo progetto.
-- Configura la tua app per controllare gli aggiornamenti all'avvio o a intervalli specifici.
-- Distribuisci aggiornamenti alla tua app utilizzando la dashboard Capgo.
-
-## Conclusione
-
-Speriamo che questa guida ti abbia aiutato a migrare la tua app web da Cordova a Capacitor. Se hai domande o hai bisogno di assistenza con il processo di migrazione, non esitare a contattarci sul nostro server [discord](https://discord.capgo.app).
diff --git a/src/content/blog/it/mobile-app-update-strategies-a-developers-checklist.md b/src/content/blog/it/mobile-app-update-strategies-a-developers-checklist.md
deleted file mode 100644
index 1ab049d4f..000000000
--- a/src/content/blog/it/mobile-app-update-strategies-a-developers-checklist.md
+++ /dev/null
@@ -1,205 +0,0 @@
----
-slug: mobile-app-update-strategies-a-developers-checklist
-title: 'Strategie di aggiornamento delle app mobile: Una checklist per sviluppatori'
-description: >-
-  Impara le strategie essenziali per gli aggiornamenti delle app mobili,
-  dall'automazione CI/CD agli strumenti OTA, garantendo distribuzioni fluide e
-  una maggiore soddisfazione degli utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-15T02:51:44.404Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/678709f9070e33f74859cb89-1736909518284.jpg
-head_image_alt: Tecnologia
-keywords: >-
-  mobile app updates, CI/CD pipeline, OTA updates, user engagement, app
-  performance, testing strategies, bug fixes, app security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-
-Mantenere la tua app aggiornata è essenziale per la soddisfazione degli utenti e le prestazioni dell'app. Ecco perché:
-
--   **Correggere Bug & Migliorare la Sicurezza**: Affrontare problemi tecnici e rimanere conformi ai requisiti della piattaforma
-    
--   **Migliorare le Prestazioni**: Aumentare velocità, stabilità ed esperienza utente
-    
--   **Aumentare il Coinvolgimento**: Aggiornamenti regolari mantengono gli utenti fedeli e coinvolti
-    
-
-## Aggiornamenti Over-the-Air con [CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)
-
-![CodePush](https://mars-images.imgix.net/seobot/screenshots/learn.microsoft.com-87c8945e309a8c280c425352c4f329fa.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/DpzWfrRE_XY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Superare le Sfide degli Aggiornamenti
-
-L'aggiornamento delle app può essere complicato a causa della compatibilità dei dispositivi e dei ritardi dell'app store. Le soluzioni includono:
-
--   **Pipeline CI/CD**: Automatizzare test, integrazione e distribuzione per aggiornamenti più rapidi
-    
--   **Aggiornamenti OTA**: Distribuire modifiche istantaneamente senza approvazione dell'app store
-    
-
-| Metodo | Benefici | Caratteristiche |
-| --- | --- | --- |
-| CI/CD | Velocizza test e distribuzione | Controllo versione, automazione |
-| Aggiornamenti OTA | Aggiornamenti in tempo reale | Correzioni istantanee, rollout selettivi |
-
-## Passi Chiave per Aggiornamenti Fluidi
-
-1.  **Raccogliere Feedback**: Utilizzare strumenti come Google Analytics per dare priorità agli aggiornamenti
-    
-2.  **Testare Accuratamente**: Simulare dispositivi con [AWS Device Farm](https://aws.amazon.com/device-farm/) o [Firebase Test Lab](https://firebase.google.com/docs/test-lab)
-    
-3.  **Distribuire Strategicamente**: Utilizzare rollout graduali e feature flag per minimizzare i rischi
-    
-
-###### sbb-itb-f9944d2
-
-## Preparazione per Aggiornamenti App in Tempo Reale
-
-Preparare la tua app per gli aggiornamenti richiede una pianificazione attenta e gli strumenti giusti per garantire che tutto funzioni senza intoppi. Analizziamo i passaggi chiave e le considerazioni per un processo di aggiornamento di successo.
-
-### Preparazione Pre-Aggiornamento
-
-Inizia raccogliendo feedback degli utenti con piattaforme come [UserVoice](https://www.uservoice.com/) e analizzando metriche di performance come tempi di caricamento e tassi di crash utilizzando strumenti come Google Analytics. Questi dati ti aiutano a identificare quali aggiornamenti dovrebbero avere la priorità, specialmente quelli che affrontano problemi importanti e migliorano l'esperienza utente [\[1\]](https://www.nimbleappgenie.com/blogs/mobile-app-development-checklist/)
-
-Ecco una rapida panoramica delle metriche chiave da monitorare:
-
-| Tipo di Metrica | Cosa Monitorare | Perché è Importante |
-| --- | --- | --- |
-| Performance | Tempi di caricamento, tassi di crash | Evidenzia problemi tecnici |
-| Utilizzo | Durata sessione, adozione funzionalità | Mostra tendenze comportamento utenti |
-| Stabilità | Tassi di errore, tempi di risposta server | Mantiene affidabilità app |
-
-Una volta raccolti questi dati, concentrati prima sugli aggiornamenti che risolvono problemi critici. Successivamente, lavora su miglioramenti delle prestazioni e introduci funzionalità allineate con i desideri degli utenti.
-
-Con una roadmap chiara, è il momento di selezionare gli strumenti giusti per ottimizzare il processo di aggiornamento.
-
-### Scegliere Strumenti CI/CD e Aggiornamenti OTA
-
-Scegliere gli strumenti giusti per la pipeline di Continuous Integration/Continuous Deployment (CI/CD) è essenziale. Opzioni popolari come [GitHub Actions](https://docs.github.com/actions), [Bitrise](https://bitrise.io/), e [CircleCI](https://circleci.com/) hanno ciascuna benefici unici. Per esempio, [GitHub Actions](https://docs.github.com/actions) si integra direttamente con i tuoi repository GitHub, rendendolo una scelta conveniente per molti sviluppatori [\[2\]](https://www.poppinslabs.com/blog/mobile-app-ci-cd-pipeline)
-
-Per gli aggiornamenti Over-the-Air (OTA), strumenti come Capacitor permettono di distribuire modifiche direttamente agli utenti senza attendere approvazioni dell'app store [\[3\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/) Quando scegli una soluzione OTA, considera questi fattori:
-
--   **Velocità di distribuzione** per minimizzare i tempi di inattività
-    
--   **Controllo versione** per gestire gli aggiornamenti efficacemente
-    
--   **Integrazione analytics** per tracciare le performance degli aggiornamenti
-    
--   **Funzionalità di sicurezza** per proteggere i dati degli utenti e l'integrità dell'app## Configurazione CI/CD e Aggiornamenti OTA
-
-### Configurazione di una Pipeline CI/CD per App Mobile
-
-La configurazione di una pipeline CI/CD per app mobile inizia con un solido controllo versione e automazione. Ecco come strutturarla efficacemente:
-
-1. **Controllo Versione e Configurazione Build**
-    
-    - Crea branch separati per sviluppo, staging e produzione
-        
-    - Configura sistemi di build come Gradle (per Android) o Xcode (per iOS) con i certificati di firma necessari
-        
-2. **Integrazione Test Automatizzati**
-    
-    - Aggiungi test unitari, di integrazione e UI in ogni fase della pipeline. Questo aiuta a individuare e correggere i problemi precocemente [\[4\]](https://refractiondev/blog/cicd-pipelines-mobile-apps-best-practices)
-
-Una volta che la pipeline è pronta, aggiungere gli aggiornamenti OTA rende più veloce e facile la distribuzione delle modifiche agli utenti.
-
-### Utilizzo degli Aggiornamenti OTA di Capacitor con [Capgo](https://capgo.app/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d.jpg?auto=compress)
-
-Capgo rende gli aggiornamenti OTA semplici, sicuri e veloci con funzionalità come crittografia e conformità. Ecco come iniziare:
-
-1. Installa il [plugin Capgo](https://capgo.app/plugins/) nel tuo progetto Capacitor
-    
-2. Configura le impostazioni di aggiornamento e il tracciamento delle versioni della tua app
-    
-3. Usa la [dashboard Capgo](https://capgo.app/docs/webapp/) per distribuire gli aggiornamenti direttamente agli utenti
-
-### Panoramica Prezzi e Funzionalità di Capgo
-
-Capgo offre piani flessibili per adattarsi alle esigenze della tua app mentre cresce. I prezzi partono da 12€/mese (SOLO) per piccole app e arrivano fino a 249€/mese (PAYG) per requisiti di livello enterprise. Ogni piano include funzionalità chiave come aggiornamenti istantanei, controllo versione e analytics.
-
-| Piano | Costo Mensile | Aggiornamenti/Mese | Utenti Attivi |
-| --- | --- | --- | --- |
-| SOLO | 12€ | 2.500 | 500 |
-| MAKER | 33€ | 25.000 | 5.000 |
-| TEAM | 83€ | 150.000 | 30.000 |
-| PAYG | 249€ | 1.000.000 | 200.000 |
-
-I piani di livello superiore forniscono più larghezza di banda e storage, rendendo facile per team di tutte le dimensioni integrare gli aggiornamenti OTA nelle loro pipeline CI/CD mantenendo velocità e sicurezza.
-
-## Test e Distribuzione degli Aggiornamenti App
-
-### Strategie di Test per gli Aggiornamenti
-
-Il testing approfondito è cruciale per garantire che gli aggiornamenti dell'app funzionino come previsto. Strumenti come **AWS Device Farm** e **Firebase Test Lab** permettono agli sviluppatori di simulare vari scenari dispositivo, aiutando a individuare problemi di compatibilità prima che gli utenti li incontrino.
-
-Una solida strategia di testing combina metodi sia automatizzati che manuali. Mentre l'automazione gestisce efficientemente i compiti ripetitivi, il testing manuale assicura che l'esperienza utente dell'app sia fluida e intuitiva. Per esempio, i dati di AWS Device Farm mostrano che testare le app su 8-10 configurazioni di dispositivi diverse può individuare il 95% dei problemi specifici dei dispositivi prima del lancio.
-
-| **Fase di Testing** | **Dettagli** |
-| --- | --- |
-| **Test Unitari** | Testa i singoli componenti usando strumenti come Jest, XCTest |
-| **Test di Integrazione** | Verifica come i componenti lavorano insieme con Detox, Appium |
-| **Compatibilità Dispositivi** | Testa su diverse piattaforme usando AWS Device Farm, Firebase Test Lab |
-| **Test Performance** | Monitora l'uso delle risorse con [New Relic](https://newreliccom/), Firebase Performance |
-
-Una volta che l'app supera questi test e si dimostra stabile, la sfida successiva è distribuire gli aggiornamenti senza disturbare gli utenti.
-
-### Pratiche di Deployment
-
-Una distribuzione fluida è fondamentale per mantenere la qualità dell'app e la soddisfazione degli utenti. Un approccio popolare è il **rollout graduale**, dove gli aggiornamenti vengono rilasciati a un piccolo gruppo (5-10% degli utenti) prima di un lancio su larga scala.
-
-Alcune best practice per il deployment includono:
-
-- **Controlli Automatici dello Stato**: Monitora metriche come i tassi di crash e i tempi di risposta API durante i rollout
-    
-- **Feature Flag**: Attiva o disattiva funzionalità senza necessità di un aggiornamento completo dell'app
-    
-- **Aggiornamenti Silenziosi**: Distribuisci aggiornamenti in background durante i momenti di basso utilizzo
-    
-
-Strumenti come **New Relic** e [**Firebase Analytics**](https://firebasegooglecom/docs/analytics) forniscono dati in tempo reale per monitorare le prestazioni durante e dopo il deployment
-
-Per gli aggiornamenti critici, una strategia di **rilascio canary** è molto efficace. Questo comporta il rilascio degli aggiornamenti prima a un piccolo gruppo di beta tester. Non solo riduce i problemi post-deployment del 60%, ma fornisce anche ai sviluppatori feedback anticipati da utenti reali, consentendo correzioni rapide prima di un rilascio più ampio.
-
-## Conclusione e Punti Chiave
-
-### Perché il Miglioramento Continuo è Importante
-
-Una volta implementate le strategie di testing e deployment, il passo successivo è concentrarsi sul miglioramento continuo. Gli aggiornamenti regolari giocano un ruolo chiave nel mantenere gli utenti soddisfatti e garantire prestazioni ottimali dell'app. Nel mercato affollato di oggi, questo può determinare il successo a lungo termine di un'app.
-
-Adottare un approccio strutturato agli aggiornamenti può portare a chiari vantaggi - come tassi di fidelizzazione più elevati e un migliore coinvolgimento degli utenti. Strumenti come le pipeline CI/CD e gli aggiornamenti OTA semplificano questi processi mantenendo gli utenti soddisfatti.
-
-| Componente di Aggiornamento | Effetto sul Successo dell'App |
-| --- | --- |
-| Correzioni Bug Regolari | Riduce i reclami e le disinstallazioni |
-| Aggiornamenti Prestazioni e Funzionalità | Aumenta coinvolgimento, fidelizzazione e competitività |
-| Patch di Sicurezza | Costruisce fiducia e garantisce conformità |
-
-### Checklist dello Sviluppatore in Breve
-
-Per gestire [gli aggiornamenti delle app mobili](https://capgo.app/plugins/capacitor-updater/) in modo efficace, gli sviluppatori necessitano di processi solidi e strumenti giusti. Pratiche moderne come il testing automatizzato, i rilasci graduali e il monitoraggio costante sono fondamentali.
-
-**Passi Chiave per il Successo**:
-
-1. Utilizzare pipeline CI/CD e strumenti di aggiornamento OTA come GitHub Actions, Bitrise e Capgo
-    
-2. Eseguire test approfonditi su dispositivi con piattaforme come AWS Device Farm
-    
-3. Monitorare le metriche di performance utilizzando l'analytics per guidare futuri aggiornamenti
-    
-
-Questi passaggi aiutano gli sviluppatori a gestire gli aggiornamenti in modo fluido mantenendo l'esperienza utente al centro.
-
-> "Un approccio strutturato aiuta a minimizzare i tempi di inattività automatizzando il processo di aggiornamento e garantendo che gli aggiornamenti siano testati accuratamente prima del deployment. Questo approccio migliora anche la soddisfazione degli utenti fornendo aggiornamenti basati sul feedback degli utenti e progettati per migliorare le prestazioni e la funzionalità dell'app" [\[1\]](https://www.nimbleappgenie.com/blogs/mobile-app-development-checklist/)[\[5\]](https://www.netsolutions.com/hub/mobile-app-development/checklist)
-
-In definitiva, aggiornamenti efficaci delle app si basano sul bilanciamento tra eccellenza tecnica e desideri degli utenti. Attenendosi a queste strategie e mantenendo l'impegno, gli sviluppatori possono mantenere le loro app sicure, competitive e facili da usare in un mondo digitale in continua evoluzione.
\ No newline at end of file
diff --git a/src/content/blog/it/moving-from-microsoft-app-center-to-capgo.md b/src/content/blog/it/moving-from-microsoft-app-center-to-capgo.md
deleted file mode 100644
index 8b9b49074..000000000
--- a/src/content/blog/it/moving-from-microsoft-app-center-to-capgo.md
+++ /dev/null
@@ -1,37 +0,0 @@
----
-slug: moving-from-microsoft-app-center-to-capgo
-title: >-
-  Migrazione da Microsoft App Center a Capgo per gli Aggiornamenti Live delle
-  App
-description: >-
-  Microsoft interrompe il supporto per le app basate su Cordova. Passa da
-  Microsoft App Center a Capgo per gli aggiornamenti in tempo reale delle app
-  mobili
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-21T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /app_center.webp
-head_image_alt: Illustrazione Microsoft App Center
-keywords: >-
-  Microsoft, App Center, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Alternatives
-published: true
-locale: it
-next_blog: ''
----
-Microsoft ha recentemente annunciato che [interromperà il supporto per le app basate su Apache Cordova](https://devblogs.microsoft.com/appcenter/announcing-apache-cordova-retirement/) nel loro prodotto cloud, App Center. Questo ha spinto aziende e team che utilizzano App Center a cercare alternative, e sono entusiasta di dire che la piattaforma [Capgo](https://capgo.app/) è un'ottima opzione per chi cerca il supporto completo per le app Capacitor.
-
-## Da Microsoft App Center a Capgo Cloud
-
-Capacitor è un nuovo modo di sviluppare app mobile native con Ionic, e la maggior parte dei plugin Cordova sono supportati in Capacitor. Capgo fornisce una funzionalità di aggiornamento live simile a CodePush, ma senza dipendenze dalla piattaforma e con pubblicazione immediata delle app. Con Capgo, i team di sviluppo possono esternalizzare il complesso processo di distribuzione delle app e concentrarsi interamente sulle caratteristiche uniche della loro app Ionic. Inoltre, a differenza di App Center, Capgo è concentrato al 100% su architetture ibride come Capacitor.
-
-I clienti Capacitor possono facilmente migrare da Microsoft App Center a Capgo in pochi passaggi utilizzando la mia [guida alla migrazione](https://capgo.app/blog/appcenter-migration/), che ti accompagna attraverso l'intero processo. Capgo include una lista completa di funzionalità di cui gli utenti Capacitor possono beneficiare.
-
-Se sei interessato a saperne di più sulla migrazione da Microsoft App Center a Capgo, crea oggi stesso il tuo [account gratuito Capgo](/register/).
-
-## Crediti
-
-Grazie mille a [Ionic](https://ionic.com/), questo articolo è basato su [questo articolo](https://ionic.io/blog/moving-from-microsoft-app-center-to-ionic-appflow/) riscritto con chat-gpt-3 e adattato.
diff --git a/src/content/blog/it/npm-scripts-for-capacitor-ota-updates-explained.md b/src/content/blog/it/npm-scripts-for-capacitor-ota-updates-explained.md
deleted file mode 100644
index 9ebdd1ab6..000000000
--- a/src/content/blog/it/npm-scripts-for-capacitor-ota-updates-explained.md
+++ /dev/null
@@ -1,328 +0,0 @@
----
-slug: npm-scripts-for-capacitor-ota-updates-explained
-title: Script npm per gli Aggiornamenti OTA di Capacitor Spiegati
-description: >-
-  Scopri come automatizzare gli aggiornamenti OTA per la tua app Capacitor
-  utilizzando gli script npm, migliorando l'efficienza di distribuzione e
-  l'esperienza utente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T01:07:05.331Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266-1744506438251.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, npm scripts, OTA updates, CI/CD, mobile app deployment, automation,
-  app version management, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**L'aggiornamento della tua app [Capacitor](https://capacitorjs.com/) non è mai stato così facile.** Combinando gli aggiornamenti Over-The-Air (OTA) con gli script npm, puoi automatizzare le distribuzioni, risparmiare tempo e assicurarti che i tuoi utenti abbiano sempre l'ultima versione - senza attendere le approvazioni degli app store.
-
-**Ecco cosa imparerai:**
-
-- Come configurare gli script npm per gli aggiornamenti OTA.
-- Integrare gli aggiornamenti nelle pipeline CI/CD per l'automazione.
-- Gestire le versioni delle app, la sicurezza e testare gli aggiornamenti.
-- Perché [Capgo](https://capgo.app/) è una piattaforma affidabile per gestire gli aggiornamenti OTA.
-
-**Vantaggi principali:**
-
-- Automatizza gli aggiornamenti con un solo comando.
-- Distribuisci gli aggiornamenti in modo sicuro con la crittografia.
-- Integra gli aggiornamenti nei flussi di lavoro come [GitHub Actions](https://docs.github.com/actions).
-- Risparmia tempo con strumenti come Capgo, che distribuisce aggiornamenti in meno di 500ms.
-
-**Esempio di configurazione rapida:**
-
-1. Installa gli strumenti: `npm install @capgo/cli --save-dev`
-2. Configura gli aggiornamenti in `capacitor.config.json`
-3. Aggiungi script npm come `deploy:production` per semplificare la distribuzione.
-
-Con piattaforme come Capgo che offrono aggiornamenti rapidi (95% di adozione degli utenti in 24 ore) e prezzi accessibili, la gestione degli aggiornamenti OTA non è mai stata più efficiente.
-
-## Configurazione degli script npm per gli aggiornamenti OTA
-
-Ecco come configurare gli script npm per gestire efficacemente gli [aggiornamenti OTA di Capacitor](https://capgo.app/ja/). Questo prevede l'installazione dei pacchetti necessari, la configurazione e la creazione di script di distribuzione.
-
-### Installazione dei pacchetti richiesti
-
-Prima, installa i pacchetti richiesti. Lo [strumento CLI di Capgo](https://capgo.app/docs/cli/commands) semplifica questo processo con comandi integrati:
-
-```bash
-npm install @capgo/cli --save-dev
-```
-
-Quindi, inizializza la configurazione OTA usando il seguente comando:
-
-```bash
-npx @capgo/cli init
-```
-
-### Configurazione degli aggiornamenti OTA
-
-Aggiorna il tuo file `capacitor.config.json` con le seguenti impostazioni per preparare la tua app agli aggiornamenti OTA:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "statsUrl": "https://your-stats-url.com"
-    }
-  }
-}
-```
-
-Questa configurazione assicura che la tua app possa recuperare gli aggiornamenti automaticamente e riportare le statistiche.
-
-### Creazione degli script di distribuzione
-
-Aggiungi questi script npm al tuo file `package.json` per semplificare il processo di build e distribuzione:
-
-```json
-{
-  "scripts": {
-    "build:web": "ionic build",
-    "build:update": "npx @capgo/cli build",
-    "deploy:update": "npx @capgo/cli upload",
-    "deploy:production": "npm run build:web && npm run build:update && npm run deploy:update"
-  }
-}
-```
-
-- **`build:web`**: Compila gli asset web, tipicamente usato durante lo sviluppo e la distribuzione.
-- **`build:update`**: Prepara il pacchetto di aggiornamento per gli aggiornamenti OTA.
-- **`deploy:update`**: Carica il pacchetto di aggiornamento su Capgo.
-- **`deploy:production`**: Gestisce il flusso di lavoro completo di build e distribuzione, ideale per i rilasci in produzione.
-
-> "Configuriamo la tua pipeline CI/CD direttamente nella tua piattaforma preferita, che sia GitHub Actions, GitLab CI o altre. Non ospitiamo CI/CD né ti addebitiamo per mantenerla." - Capgo [\[1\]](https://capgo.app/)
-
-### Impostazione delle variabili d'ambiente
-
-Per finalizzare la configurazione, definisci queste variabili d'ambiente:
-
-```bash
-CAPGO_TOKEN=your_token_here
-APP_ID=your_app_id
-CHANNEL=production
-```
-
-### Compatibilità e affidabilità
-
-La CLI di Capgo supporta Capacitor 8, assicurando che funzioni con le ultime versioni mantenendo una funzionalità di aggiornamento affidabile.
-
-| Comando Script | Scopo | Quando usarlo |
-| --- | --- | --- |
-| **build:web** | Compila gli asset web | Durante lo sviluppo e la distribuzione |
-| **build:update** | Prepara il pacchetto di aggiornamento | Prima di ogni aggiornamento OTA |
-| **deploy:update** | Carica gli aggiornamenti su Capgo | Quando gli aggiornamenti sono pronti per essere distribuiti |
-| **deploy:production** | Gestisce il flusso di lavoro completo | Per i rilasci in produzione |
-
-## Aggiunta di script npm a CI/CD
-
-L'integrazione degli script npm nella tua pipeline CI/CD può semplificare il processo di aggiornamento Over-The-Air (OTA) per le app Capacitor. Ecco una guida per configurare le distribuzioni automatizzate in modo efficiente.
-
-### Configurazione del build CI/CD
-
-Configura il tuo ambiente CI/CD con le variabili e i passaggi necessari:
-
-```yaml
-steps:
-  - name: Setup Node.js
-    uses: actions/setup-node@v6
-    with:
-      node-version: '24'
-```
-
-Per prestazioni ottimali, includi il caching nel tuo processo di build:
-
-```yaml
-- name: Cache dependencies
-  uses: actions/cache@v3
-  with:
-    path: ~/.npm
-    key: npm-${{ hashFiles('package-lock.json') }}
-```
-
-### Guida alla configurazione di [GitHub Actions](https://docs.github.com/actions)
-
-![GitHub Actions](https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266/14ecce2811e9ac36444c59b954e81473.jpg)
-
-Per automatizzare il tuo flusso di lavoro di distribuzione, crea un file `.github/workflows/ota-deploy.yml` con questa configurazione:
-
-```yaml
-name: Deploy OTA Update
-on:
-  push:
-    branches: [ main ]
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - name: Deploy Update
-        run: npm run deploy:production
-```
-
-Questa configurazione assicura che la tua app venga distribuita automaticamente ogni volta che vengono apportate modifiche al branch `main`.
-
-### Recupero e correzioni degli aggiornamenti
-
-Per gestire potenziali fallimenti degli aggiornamenti, includi meccanismi di recupero nella tua pipeline CI/CD. Queste funzionalità possono aiutare a mantenere la stabilità dell'app:
-
-| Funzione di recupero | Implementazione | Scopo |
-| --- | --- | --- |
-| **Rollback versione** | `npm run revert:update` | Ritorna all'ultima versione stabile |
-| **Controlli di salute** | `npm run verify:update` | Assicura che l'aggiornamento funzioni correttamente |
-| **Auto-retry** | `maxRetries: 3` nella configurazione | Tenta l'aggiornamento più volte |
-
-Puoi migliorare il tuo script di distribuzione per gestire gli errori automaticamente. Per esempio:
-
-```javascript
-try {
-  await deploy();
-} catch (error) {
-  await revertToLastStable();
-  notifyTeam(error);
-}
-```
-
-Questo script assicura che se una distribuzione fallisce, il sistema tornerà alla versione stabile precedente. Inoltre, la tua pipeline CI/CD può inviare report di stato e attivare notifiche attraverso la tua piattaforma preferita.
-
-## Suggerimenti per la gestione degli aggiornamenti OTA
-
-La gestione efficace degli aggiornamenti OTA implica tenere sotto controllo il controllo delle versioni, test rigorosi e protocolli di sicurezza solidi. Ecco come puoi semplificare gli aggiornamenti usando gli script npm.
-
-### Gestione delle versioni
-
-Il versionamento semantico è un modo semplice per gestire gli aggiornamenti delle app. Ecco un esempio di configurazione:
-
-```json
-{
-  "version": "1.2.3",
-  "build": {
-    "development": "dev-${version}",
-    "production": "prod-${version}"
-  }
-}
-```
-
-L'utilizzo di canali separati come Production, Beta, Alpha e Hotfix permette distribuzioni mirate. Queste strategie rendono più facile testare gli aggiornamenti e assicurare distribuzioni senza problemi.
-
-### Passaggi per il test degli aggiornamenti
-
-Il testing automatizzato è essenziale per individuare i problemi in anticipo. Usa gli script npm per semplificare il processo:
-
-```json
-{
-  "scripts": {
-    "test:update": "npx @capgo/cli test",
-    "test:integration": "cypress run",
-    "test:all": "npm run test:update && npm run test:integration"
-  }
-}
-```
-
-Testare gli aggiornamenti in fasi attraverso diversi canali aiuta a identificare i problemi prima che raggiungano tutti gli utenti. Le procedure automatizzate di rollback sono un'altra rete di sicurezza per mantenere la stabilità dell'app.
-
-### Misure di sicurezza per gli aggiornamenti
-
-La sicurezza è critica negli aggiornamenti OTA. Ecco alcune misure chiave da implementare:
-
-| Funzione di sicurezza | Implementazione | Scopo |
-| --- | --- | --- |
-| Crittografia end-to-end | Fornita da Capgo | Protegge contro le violazioni dei dati |
-| Firma degli aggiornamenti | Verifica dei pacchetti | Conferma che gli aggiornamenti sono autentici |
-| Controllo degli accessi | Permessi basati sui ruoli | Limita l'accesso del team |
-
-> "L'unica soluzione con vera crittografia end-to-end, gli altri si limitano a firmare gli aggiornamenti" - Capgo [\[1\]](https://capgo.app/)
-
-Per assicurare che gli aggiornamenti siano sicuri, configura gli script npm per validare tutto prima della distribuzione:
-
-```javascript
-async function validateAndDeploy() {
-  await validateSignature();
-  await checkSecurityHeaders();
-  await deployUpdate();
-}
-```
-
-Inoltre, applica politiche di sicurezza specifiche per canale e usa permessi basati sui ruoli per controllare chi può distribuire gli aggiornamenti. Questo aggiunge un ulteriore livello di protezione al tuo processo di distribuzione.
-
-## Opzioni per le piattaforme di aggiornamento OTA
-
-La scelta della giusta piattaforma di aggiornamento OTA è cruciale per integrare efficacemente gli script npm nel tuo flusso di lavoro. Dai priorità a fattori come prestazioni, sicurezza e compatibilità con i tuoi strumenti esistenti. Ecco un'analisi di Capgo e altre opzioni di mercato per aiutarti a prendere una decisione informata.
-
-### Funzionalità di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266/04cc402ef2e8f7dc781d2b86cd364db3.jpg)
-
-Capgo è progettato specificamente per gli aggiornamenti OTA di Capacitor, offrendo una velocità media di aggiornamento di 434 millisecondi e raggiungendo un tasso di aggiornamento utente del 95% [\[1\]](https://capgo.app/). Fornisce un'integrazione perfetta con gli script npm, come mostrato nell'esempio seguente:
-
-```javascript
-module.exports = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      resetWhenUpdate: true,
-      updateUrl: 'https://api.capgo.app/updates'
-    }
-  }
-};
-```
-
-Capgo assicura aggiornamenti sicuri con crittografia end-to-end e permette distribuzioni strategiche attraverso il suo sistema di canali. Con 23,5 milioni di aggiornamenti distribuiti su 750 app in produzione, ha dimostrato la sua scalabilità e affidabilità [\[1\]](https://capgo.app/).
-
-### Confronto delle piattaforme
-
-Quando si usano gli script npm, è essenziale valutare le piattaforme in base a crittografia, velocità e integrazioni CI/CD. Ecco un rapido confronto delle funzionalità:
-
-| Funzionalità | Dettagli implementazione | Tasso di successo aggiornamenti |
-| --- | --- | --- |
-| Crittografia end-to-end | Supporto completo crittografia | 82% mondiale [\[1\]](https://capgo.app/) |
-| Velocità aggiornamento | 114 ms per un bundle di 5 MB | Distribuzione CDN globale |
-| Integrazione CI/CD | GitHub Actions, GitLab CI | Flussi di lavoro personalizzati |
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!"
-> – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Il mercato degli aggiornamenti OTA ha subito cambiamenti significativi, specialmente dopo che [Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) ha chiuso nel 2024, con [Appflow](https://ionic.io/appflow/) che seguirà nel 2026. Simon Flack ha condiviso la sua prospettiva su questi cambiamenti:
-
-> "Attualmente stiamo provando @Capgo dato che Appcenter ha interrotto il supporto agli aggiornamenti live sulle app ibride e @AppFlow è decisamente troppo costoso." [\[1\]](https://capgo.app/)
-
-Il costo è un'altra considerazione importante per i team. Capgo offre capacità CI/CD a circa 300$ al mese, un costo molto inferiore rispetto ai 6.000$ annuali delle alternative a livello enterprise [\[1\]](https://capgo.app/).
-
-Quando implementi gli script npm nel tuo flusso di lavoro di distribuzione, considera questi fattori:
-
-- **
-
-L'utilizzo degli script npm semplifica il processo di gestione degli aggiornamenti OTA di Capacitor. Quando integrati nelle pipeline CI/CD, questi script aiutano ad automatizzare i deployment garantendo sicurezza e mantenendo i livelli di performance.
-
-Ecco le aree chiave di focus:
-
--   **Deployment Automatizzato**: Gestisce il versioning e il deployment senza intervento manuale.
--   **Misure di Sicurezza**: Garantisce che gli aggiornamenti siano distribuiti in modo sicuro con crittografia end-to-end.
--   **Monitoraggio delle Performance**: Tiene traccia delle velocità di consegna degli aggiornamenti e dei tassi di successo.
-
-Queste caratteristiche evidenziano perché Capgo si distingue come strumento affidabile per la gestione degli aggiornamenti OTA.
-
-### Benefici di Capgo
-
-Con la chiusura di Microsoft CodePush nel 2024, il panorama degli aggiornamenti OTA è cambiato. Capgo è emerso come una soluzione affidabile, avendo consegnato con successo 23,5 milioni di aggiornamenti su 750 app in produzione [\[1\]](https://capgo.app/).
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Le metriche di performance di Capgo parlano da sole:
-
-| **Indicatore di Performance** | **Risultato** |
-| --- | --- |
-| Risposta API Media | 434 ms mondiale |
-| Velocità Download Bundle | 114 ms per 5 MB |
-| Tasso di Successo Aggiornamenti | 82% globalmente |
-
-A 300$ al mese per l'integrazione CI/CD - rispetto ai 6.000$ annuali per soluzioni enterprise - Capgo offre un'opzione sicura, affidabile ed economicamente efficiente per gestire gli aggiornamenti OTA [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/it/open-source-vs-proprietary-app-update-solutions.md b/src/content/blog/it/open-source-vs-proprietary-app-update-solutions.md
deleted file mode 100644
index 0e1dda71e..000000000
--- a/src/content/blog/it/open-source-vs-proprietary-app-update-solutions.md
+++ /dev/null
@@ -1,229 +0,0 @@
----
-slug: open-source-vs-proprietary-app-update-solutions
-title: Soluzioni per l'aggiornamento delle app Open Source vs Proprietarie
-description: >-
-  Esplora le differenze tra le soluzioni di aggiornamento delle app open-source
-  e proprietarie per trovare la soluzione migliore per le esigenze e il budget
-  del tuo progetto.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-08T03:39:09.600Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a6a42ecd7a7d94bc55e8db-1738985966262.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  app updates, open source, proprietary solutions, security, customization,
-  scalability, development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Mantenere la tua app aggiornata è cruciale per la sicurezza e la soddisfazione degli utenti. La scelta tra soluzioni di aggiornamento open source e proprietarie dipende dalle tue priorità: flessibilità e costi o facilità d'uso e supporto.
-
-### Differenze Principali a Colpo d'Occhio:
-
-- **Open Source**: Gratuito, personalizzabile, ma richiede competenze tecniche e manutenzione.
-
-- **Proprietario**: A pagamento, facile da usare, con supporto professionale e sicurezza di livello enterprise.
-
-### Tabella di Confronto Rapido:
-
-| **Aspetto** | **Open Source** | **Proprietario** |
-| --- | --- | --- |
-| **Costo** | Gratuito, ma con manutenzione dello sviluppatore | $6-$250/utente/mese |
-| **Personalizzazione** | Alta, con accesso al codice sorgente | Limitata alle funzionalità del fornitore |
-| **Supporto** | Forum guidati dalla community | Supporto professionale 24/7 |
-| **Sicurezza** | Trasparente, ma richiede monitoraggio | Sicurezza integrata di livello enterprise |
-| **Scalabilità** | Configurazione manuale | Automatizzata e scalabile |
-| **Integrazione** | Richiede configurazione personalizzata | Connettori CI/CD precostruiti |
-
-### Riepilogo:
-
-- Scegli **open source** se hai forti competenze tecniche, necessiti di personalizzazione e vuoi una soluzione economicamente vantaggiosa.
-
-- Opta per **strumenti proprietari** se valorizzi facilità d'uso, scalabilità e supporto professionale.
-
-La tua decisione dovrebbe allinearsi con le esigenze della tua app, il budget e le competenze del team. Approfondiamo i dettagli.
-
-## Open Source Vs Proprietario - Chi Regnerà Supremo!
-
-<iframe src="https://www.youtube.com/embed/Z9jsSAPvTvc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Soluzioni di Aggiornamento Open Source
-
-Gli strumenti di aggiornamento open source offrono agli sviluppatori opzioni personalizzabili per gestire gli [aggiornamenti delle app](https://capgo.app/plugins/capacitor-updater/). Nel tempo, questi strumenti sono migliorati notevolmente, offrendo funzionalità avanzate pur rimanendo economici per i team di sviluppo.
-
-### Caratteristiche Principali
-
-Gli strumenti open source sono ricchi di funzionalità per semplificare il processo di aggiornamento delle app:
-
-| Funzionalità | Descrizione | Beneficio |
-| --- | --- | --- |
-| **Aggiornamenti Delta** | Invia solo il codice modificato | Risparmia larghezza di banda e riduce il tempo di aggiornamento |
-| [**Gestione dei Bundle**](https://capgo.app/docs/webapp/bundles/) | Gestisce più pacchetti di aggiornamento | Supporta rollout graduali e controllo versioni |
-| **Verifica di Sicurezza** | Usa autenticazione a chiave pubblica | Protegge l'integrità degli aggiornamenti |
-
-Queste funzionalità si integrano perfettamente con i moderni flussi di lavoro CI/CD, rendendo gli aggiornamenti delle app più efficienti e scalabili.
-
-### Strumenti e Plugin Comuni
-
-Il panorama open source offre strumenti affidabili per gli aggiornamenti delle app. [**Capgo**](https://capgo.app/) si distingue come scelta principale per gli aggiornamenti in tempo reale nelle app Capacitor, offrendo crittografia end-to-end, integrazione CI/CD fluida e conformità con le linee guida degli app store.
-
-### Punti di Forza e Debolezze
-
-Valutare pro e contro degli strumenti open source può aiutarti a scegliere la soluzione giusta:
-
-| Aspetto | Punto di Forza | Punto Debole |
-| --- | --- | --- |
-| **Costo e Flessibilità** | Gratuito con accesso al codice sorgente | Richiede conoscenze tecniche e manutenzione |
-| **Sicurezza** | Codice trasparente, revisionato dalla community | Necessita monitoraggio attivo delle vulnerabilità |
-| **Supporto** | Aiuto guidato dalla community | Manca di team di supporto dedicati |
-| **Integrazione** | Ampia compatibilità API | La complessità dipende dallo strumento |
-
-Mentre gli strumenti open source richiedono una supervisione attiva della sicurezza, la loro natura trasparente costruisce fiducia [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software)[\[5\]](https://www.ankursnewsletter.com/p/clash-of-code-open-source-vs-proprietary).
-
-Sebbene le soluzioni open source forniscano vantaggi in termini di personalizzazione e costi, gli strumenti proprietari offrono un'alternativa con il proprio set unico di benefici.
-
-## Soluzioni di Aggiornamento Proprietarie
-
-Le soluzioni di aggiornamento proprietarie sono costruite per organizzazioni che necessitano di strumenti affidabili e scalabili per gestire gli aggiornamenti. Queste piattaforme sono pensate per aziende che danno priorità a sicurezza, scalabilità e accesso al supporto professionale.
-
-### Funzionalità Standard
-
-Le piattaforme proprietarie di oggi sono dotate di funzionalità progettate per soddisfare le esigenze aziendali:
-
-| **Categoria Funzionalità** | **Capacità** | **Impatto sul Business** |
-| --- | --- | --- |
-| **Sicurezza** | Strumenti di crittografia e conformità | Protegge i dati e garantisce la conformità normativa |
-| **Gestione** | Assegnazione utenti, controllo versioni, rollback | Semplifica gli aggiornamenti e riduce i rischi di distribuzione |
-| **Analisi** | Tracciamento utilizzo, metriche prestazionali | Permette decisioni basate sui dati per gli aggiornamenti |
-| **Integrazione** | Supporto pipeline CI/CD, accesso API | Automatizza i flussi di lavoro e ottimizza i processi |
-
-Per esempio, gli strumenti di crittografia proteggono le informazioni sensibili, mentre le funzionalità di rollback e controllo versioni aiutano a minimizzare i rischi durante gli aggiornamenti.
-
-### Piattaforme Commerciali Leader
-
-Diversi fornitori guidano il mercato degli aggiornamenti proprietari. [**Microsoft Intune**](https://www.microsoft.com/en-us/security/business/microsoft-intune), a partire da $6 per utente/mese, offre una suite completa di strumenti per l'aggiornamento delle app aziendali con forti capacità di sicurezza e distribuzione. [**VMware Workspace ONE**](https://levelblue.com/products/vmware) fornisce funzionalità simili ma aggiunge opzioni di gestione dei dispositivi per casi d'uso più ampi.
-
-Il [**Firebase Remote Config**](https://firebase.google.com/docs/remote-config) di **Google** ha guadagnato popolarità per la sua capacità di inviare aggiornamenti di configurazione in tempo reale senza richiedere invii all'app store. Questo lo rende particolarmente attraente per gli sviluppatori che lavorano nell'ecosistema Google.
-
-### Pro e Contro
-
-Valutare i benefici e gli svantaggi delle soluzioni proprietarie può aiutare le aziende a prendere decisioni informate:
-
-| **Aspetto** | **Vantaggi** | **Svantaggi** |
-| --- | --- | --- |
-| **Supporto** | Aiuto professionale 24/7, servizi garantiti da SLA | Opzioni di personalizzazione limitate |
-| **Sicurezza** | Protocolli integrati di livello enterprise | Mancanza di trasparenza nell'implementazione della sicurezza |
-| **Integrazione** | Connettori precostruiti e strumenti del fornitore | Rischio di dipendenza dal fornitore |
-| **Scalabilità** | Progettato per operazioni su larga scala | Costi più elevati con l'aumentare dell'utilizzo |
-
-Un recente sondaggio ha rilevato che il 71% delle imprese sceglie soluzioni proprietarie, principalmente a causa di preoccupazioni su sicurezza e affidabilità [\[6\]](https://hyscaler.com/insights/open-source-vs-proprietary-software/). Questa tendenza evidenzia l'importanza del supporto professionale e degli strumenti di conformità, specialmente in settori con normative rigorose.
-
-Le soluzioni proprietarie basate su cloud hanno ulteriormente espanso le opzioni di scalabilità. Tuttavia, le aziende devono considerare attentamente i compromessi, come una maggiore dipendenza dall'infrastruttura del fornitore, per determinare se queste piattaforme sono la scelta giusta rispetto alle alternative open source.
-
-## Confronto Diretto: Open Source vs Proprietario
-
-Ecco una chiara suddivisione di come le soluzioni di aggiornamento [app open source e proprietarie](https://capgo.app/plugins/capacitor-updater/) differiscono in termini di funzionalità chiave, costi e requisiti tecnici.
-
-### Matrice delle Funzionalità
-
-| Categoria Funzionalità | Soluzioni Open Source | Soluzioni Proprietarie |
-| --- | --- | --- |
-| Controllo Aggiornamenti | [Aggiornamenti manuali](https://capgo.app/docs/plugin/cloud-mode/manual-update/), rollback base | Controllo versioni avanzato, rollback automatizzato |
-| Sicurezza | [Aggiornamenti gestiti dalla community](https://capgo.app/docs/plugin/cloud-mode/manual-update/), configurazione crittografia personalizzata | Crittografia di livello enterprise, controlli automatici delle vulnerabilità |
-| Integrazione | Configurazione CI/CD personalizzata | Connettori CI/CD precostruiti |
-| Scalabilità | Configurazione manuale | Bilanciamento del carico integrato |
-| Supporto | Forum community, documentazione | Supporto professionale 24/7, garanzie SLA |
-
-Queste differenze influenzano anche le strutture dei costi di ciascuna opzione.
-
-### Dettaglio dei Prezzi
-
-Gli strumenti open source, come Capacitor Live Update, sono gratuiti ma richiedono tempo degli sviluppatori per la manutenzione. D'altra parte, le piattaforme proprietarie, come Microsoft Intune, addebitano $6-$250 per utente al mese, che include supporto professionale e opzioni di scalabilità [\[1\]](https://www.heavybit.com/library/article/open-source-vs-proprietary).
-
-| Fattore di Costo | Open Source | Proprietario |
-| --- | --- | --- |
-| Licenza Iniziale | Gratuita | $6-250/utente/mese |
-| Manutenzione | Costi tempo sviluppatore | Inclusa nell'abbonamento |
-| Costi di Scalabilità | Spese infrastrutturali | Prezzi basati sull'utilizzo |
-| Costi di Supporto | Dipendente dalla community | Incluso nella licenza |
-
-La scelta tra queste soluzioni spesso dipende dal tuo budget e dal livello di competenza interna disponibile.
-
-### Requisiti Tecnici
-
-Le esigenze tecniche per implementare queste soluzioni variano significativamente:
-
-**Open Source:**
-
-- Richiede configurazione personalizzata per sicurezza e crittografia.
-
-- Necessita integrazione manuale con pipeline CI/CD.
-
-- Richiede configurazione e gestione dei sistemi di controllo versione.
-
-**Proprietario:**
-
-- Offre funzionalità di sicurezza automatizzate.
-
-- Include capacità di scalabilità preconfigurate.
-
-- Include strumenti di monitoraggio integrati.
-
-Le soluzioni proprietarie semplificano integrazione e manutenzione ma potrebbero mancare delle opzioni di personalizzazione che gli strumenti open source forniscono. La decisione alla fine dipende se si dà priorità alla personalizzazione o alla facilità d'uso [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-## Selezione della Tua Soluzione di Aggiornamento
-
-Quando si decide tra strumenti open source e proprietari, considera fattori come le competenze del tuo team, la scala del tuo progetto, i vincoli di budget, le esigenze di sicurezza e quanto bene la soluzione si integra con i tuoi sistemi esistenti. Queste considerazioni dovrebbero allinearsi con la complessità della tua app, la dimensione della tua base utenti e qualsiasi requisito di conformità che devi soddisfare.
-
-### Quando l'Open Source Ha Senso
-
-Gli strumenti open-source sono perfetti per progetti che necessitano di flessibilità e personalizzazione. Sono particolarmente utili per i team che cercano integrazioni su misura e opzioni economicamente vantaggiose. Il [Capacitor Live Update plugin](https://www.npmjs.com/package/@capgo/capacitor-updater) è un buon esempio di questo approccio.
-
-> "Uno dei più grandi vantaggi di Capacitor rispetto ad altri runtime è la capacità di distribuire aggiornamenti in tempo reale senza dover inviare nuovamente la tua app agli app store" [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-
-Questa opzione è particolarmente adatta per:
-
--   Team con forte competenza tecnica
-    
--   Progetti che richiedono configurazioni di integrazione personalizzate
-    
--   Organizzazioni che apprezzano soluzioni guidate dalla community
-    
--   App che necessitano di aggiornamenti rapidi e frequenti
-    
-
-### Quando gli Strumenti Proprietari Sono più Adatti
-
-Le piattaforme proprietarie sono spesso la scelta preferita per progetti a livello enterprise dove affidabilità e conformità sono fondamentali. Funzionano particolarmente bene per:
-
--   Applicazioni di grandi dimensioni con esigenze di deployment complesse
-    
--   Aziende in settori con regolamentazioni stringenti
-    
--   Team che necessitano di solide capacità di monitoraggio e analisi
-    
--   App distribuite in più regioni con standard di conformità diversi
-    
-
-La tua scelta dovrebbe allinearsi con le esigenze attuali del progetto e la crescita futura. Gli strumenti open-source possono offrire un costo iniziale inferiore, ma le piattaforme proprietarie possono far risparmiare tempo e risorse nel lungo periodo con funzionalità come il supporto professionale e la ridotta manutenzione [\[1\]](https://www.heavybit.com/library/article/open-source-vs-proprietary)[\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-Per le organizzazioni che gestiscono diverse app in regioni differenti, le soluzioni proprietarie spesso si distinguono per la loro sicurezza e scalabilità integrate. D'altra parte, i progetti più piccoli possono prosperare con l'adattabilità degli strumenti open-source [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-## Conclusione
-
-### Punti Principali
-
-La scelta tra soluzioni open-source e proprietarie si riduce al bilanciamento di fattori come costo, flessibilità e supporto. Gli strumenti open-source sono perfetti per i team che necessitano di personalizzazione, mentre le piattaforme proprietarie spesso eccellono in aree come la scalabilità e il rispetto di rigorosi requisiti di conformità. La tua scelta dipenderà da considerazioni come il budget, il livello di personalizzazione richiesto, le aspettative di supporto e le priorità di sicurezza.
-
-Per le organizzazioni che gestiscono più app o richiedono funzionalità a livello enterprise, gli strumenti proprietari offrono spesso un forte supporto e flussi di lavoro efficienti. D'altra parte, i team con competenze tecniche avanzate e specifiche esigenze di integrazione possono beneficiare degli strumenti open-source, che consentono soluzioni su misura per affrontare sfide uniche [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-### Fasi di Implementazione
-
-Per implementare con successo la soluzione scelta, inizia valutando i requisiti specifici della tua app. Quindi, seleziona lo strumento che meglio si allinea con queste esigenze e integralo nella tua pipeline CI/CD assicurandoti che rispetti gli standard della piattaforma pertinenti. Un'implementazione fluida dipenderà da quanto bene la tua scelta si adatta alle competenze tecniche del team, al budget e alla capacità di manutenzione a lungo termine.
-
-Il successo della tua soluzione di aggiornamento dipenderà in gran parte dalla sua capacità di soddisfare sia le esigenze attuali che la crescita futura. Che tu opti per strumenti open-source per le loro opzioni di personalizzazione o piattaforme proprietarie per il loro supporto strutturato, assicurati che la tua scelta complementi il tuo processo di sviluppo e aderisca alle linee guida della piattaforma.
diff --git a/src/content/blog/it/open-source.md b/src/content/blog/it/open-source.md
deleted file mode 100644
index b59d3e06a..000000000
--- a/src/content/blog/it/open-source.md
+++ /dev/null
@@ -1,138 +0,0 @@
----
-slug: open-source
-title: Scopri cos'è l'open source e perché è importante!
-description: >-
-  Durante il tuo percorso di programmazione, potresti aver sentito parlare del
-  termine "Open Source". Ma cosa significa realmente?
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-16T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /open_source_main.webp
-head_image_alt: open source
-keywords: >-
-  Open Source, Capgo, philosophy, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Open Source
-published: true
-locale: it
-next_blog: ''
----
-
-# Nel presente articolo, spiegherò cos'è il Software Open Source e parlerò di come si differenzia da altri tipi di software. Discuterò anche degli aspetti positivi del Software Open Source e di come iniziare a contribuire ai progetti.
-
-## Panoramica
-
-Open source è un termine che originariamente si riferiva al software open source (OSS). Il software open source è codice progettato per essere pubblicamente accessibile: chiunque può vedere, modificare e distribuire il codice come meglio crede.
-
-Il [codice sorgente](https://githubcom/cap-go/capacitor-updater/) è la parte del software che la maggior parte degli utenti del computer non vede mai; è il codice che i programmatori possono manipolare per modificare il funzionamento di un software, un "programma" o "applicazione". I programmatori che hanno accesso al codice sorgente di un programma possono migliorarlo aggiungendo funzionalità o correggendo parti che non funzionano sempre correttamente.
-
-Ogni progetto software open source attivo ha uno o più maintainer. Queste sono le persone che gestiscono il progetto e si assicurano che rimanga privo di bug o altri problemi. In altre parole, "mantengono" il progetto! Anche se possono dedicare il loro tempo a scrivere codice per il progetto, la loro priorità principale è rivedere e organizzare i contributi degli altri. Le persone che forniscono questi contributi sono chiamate contributor. Sono persone che inviano nuovo codice, documentazione o anche segnalazioni di bug ai progetti open source.
-
-[[HTML_TAG]]
-  [[HTML_TAG]]
-[[HTML_TAG]]
-
-Quindi, come è nato il movimento open source come lo conosciamo oggi?
-
-## Da Dove Viene il Termine "Open Source"?
-
-Più di vent'anni fa, il termine "software open source" è stato coniato dalla co-fondatrice del Foresight Institute, Christine Peterson. Voleva coniare questo termine come modo per attirare i nuovi arrivati in questo spazio.
-
-Il nome originale doveva essere "free software" ma c'era molta confusione su cosa significasse effettivamente "free". Per chiarire la questione, Peterson propose di cambiare il nome in "open source software".
-
-## Quali Sono i Vantaggi del Software Open Source?
-
-Ci sono molti vantaggi nell'utilizzare e lavorare con il software open source. Uno dei benefici è quanto controllo si ha sul codice che si decide di utilizzare.
-
-I programmatori possono guardare il codice e decidere quali parti del codice vogliono modificare. Gli utenti normali possono utilizzare questo software come desiderano senza che qualcuno dica loro di utilizzarlo in un modo specifico.
-
-Un altro vantaggio è quanto si può imparare utilizzando il codice da un progetto open source. Gli sviluppatori di tutti i background possono studiare il codice dei progetti open source e condividere il loro lavoro con altri.
-
-Il software open source è anche considerato più sicuro del software proprietario. Poiché il codice è liberamente disponibile, gli sviluppatori possono trovare problemi, fare aggiornamenti e correggere questi bug più velocemente rispetto al software proprietario.
-
-L'open source ha anche una comunità molto grande alle spalle. Di conseguenza, ci sono molte risorse utili per i principianti che cercano di unirsi a una comunità open source e iniziare a contribuire.
-
-## Perché dovresti contribuire ai progetti open-source?
-
-La natura collaborativa della comunità open source presenta anche importanti opportunità per gli sviluppatori. Ecco le ragioni più importanti per cui è una buona idea:
-
-**Migliorare il progetto**
-
-La più grande bellezza di una comunità open-source è che i suoi membri sono principalmente guidati dal loro genuino interesse nei progetti in questione. Pertanto, molte persone contribuiscono ai progetti open-source per ragioni altruistiche - vogliono migliorarlo!
-
-Rendere il software open-source più veloce, più intelligente o più sicuro aggiungerà alla sua qualità.
-
-**Acquisire conoscenze preziose**
-
-Immergendoti in un determinato progetto open-source, stai ottenendo preziose conoscenze sul software in questione. In altre parole, non stai solo imparando facendo - stai imparando interagendo con il codice di altri sviluppatori.
-
-**Migliorare le tue prospettive di carriera**
-
-Contribuendo a progetti open-source, stai segnalando il tuo talento ai potenziali datori di lavoro.Per loro è facile verificare il tuo lavoro effettivo e valutare se saresti adatto ai loro ruoli vacanti. Nelle parole di [Frank Scheffler](https://mediumcom/digitalfrontiers/5-reasons-why-you-should-contribute-to-open-source-projects-2f65443b4077/), "i contributi attivi all'open source enfatizzano la tua esperienza e conoscenza più di quanto possano fare i soli certificati".
-
-Inoltre, contribuendo a più progetti, stai costruendo la tua rete di contatti, che non può mai danneggiare la tua carriera!
-
-## Come Iniziare a Contribuire ai Progetti Open Source?
-
-Contribuire a progetti open source può essere un modo gratificante per acquisire esperienza, collaborare con altri e restituire qualcosa alla comunità. Ecco una guida passo dopo passo per aiutarti a iniziare:
-
-1. **Scegli un Progetto**:
-   - Inizia identificando progetti open source che si allineano con i tuoi interessi e il tuo livello di competenza. Puoi utilizzare piattaforme come GitHub, GitLab o Bitbucket per scoprire progetti
-
-[[HTML_TAG]]
-  [[HTML_TAG]]
-[[HTML_TAG]]
-
-2. **Comprendi il Progetto**:
-   - Leggi la documentazione del progetto, il file README e tutte le linee guida per i contributi per comprenderne lo scopo, gli obiettivi e gli standard di codifica
-
-[[HTML_TAG]]
-  [[HTML_TAG]]
-[[HTML_TAG]]
-
-3. **Configura il Tuo Ambiente di Sviluppo**:
-   - Installa gli strumenti e le dipendenze necessarie per lavorare sul progetto. Questo potrebbe includere linguaggi di programmazione, librerie e sistemi di controllo versione come Git
-
-4. **Inizia in Piccolo**:
-   - Per i principianti, è consigliabile iniziare con attività semplici e ben definite come correggere errori di battitura, miglioramenti alla documentazione o piccole correzioni di bug. Questo ti aiuterà a familiarizzare con il flusso di lavoro e la comunità del progetto
-
-5. **Familiarizza con il Controllo Versione**:
-   - Impara a utilizzare Git per il controllo versione. Fai il fork del repository del progetto, clonalo sulla tua macchina locale e crea un nuovo branch per le tue modifiche
-
-6. **Contribuisci al Codice**:
-   - Apporta le tue modifiche al codice seguendo le linee guida del progetto. Assicurati che le tue modifiche siano chiare, ben documentate e risolvano un problema o una necessità esistente
-
-7. **Testing**:
-   - Prima di inviare il tuo codice, testalo accuratamente per assicurarti che funzioni come previsto. I progetti spesso richiedono di scrivere test per le modifiche al codice
-
-8. **Crea una Pull Request (PR)**:
-   - Carica le tue modifiche nel tuo repository forkato e poi crea una PR per proporre le tue modifiche al progetto principale. Assicurati di fornire una descrizione chiara e concisa delle tue modifiche
-
-9. **Interagisci con la Comunità**:
-   - Partecipa alle discussioni, ai forum o alle mailing list relative al progetto. Sii aperto ai feedback e disponibile a fare miglioramenti basati sui feedback ricevuti
-
-10. **Sii Paziente e Persistente**:
-    - Potrebbe volerci del tempo prima che la tua PR venga revisionata e accettata. Sii paziente e, se necessario, fai seguito alla tua PR con cortesia
-
-11. **Impara e Cresci**:
-    - Usa l'esperienza per imparare dagli altri e migliorare le tue capacità di programmazione. Puoi anche contribuire con funzionalità o miglioramenti più sostanziali man mano che acquisisci familiarità con il progetto
-
-12. **Mantieni l'Etichetta Open Source**:
-    - Rispetta i maintainer del progetto e i membri della comunità. Sii educato, segui le loro linee guida e sii un contributore utile e costruttivo
-
-13. **Mantieni la Costanza**:
-    - Se vuoi continuare a contribuire, cerca di fare contributi regolari. Questo ti aiuta a costruire una presenza all'interno della comunità del progetto
-
-14. **Riconosci Licenze e Proprietà**:
-    - Rispetta la licenza e il copyright del progetto. Comprendi i termini sotto i quali stai contribuendo
-
-15. **Documenta il Tuo Lavoro**:
-    - Tieni traccia dei tuoi contributi per riferimento personale. Questo può essere utile anche quando costruisci il tuo portfolio da sviluppatore
-
-Ricorda che contribuire all'open source non riguarda solo il codice. Puoi anche aiutare con la documentazione, il design, il testing e la gestione del progetto. La chiave è trovare un modo di contribuire che si allinei con le tue competenze e interessi.
-
-## Sfrutta la tecnologia open-source dietro Capgo
-
-Come sai, le tecnologie open-source hanno molteplici vantaggi
\ No newline at end of file
diff --git a/src/content/blog/it/optimise-your-images-for-updates.md b/src/content/blog/it/optimise-your-images-for-updates.md
deleted file mode 100644
index f60a33958..000000000
--- a/src/content/blog/it/optimise-your-images-for-updates.md
+++ /dev/null
@@ -1,32 +0,0 @@
----
-slug: optimise-your-images-for-updates
-title: Ottimizza le tue immagini per gli aggiornamenti
-description: >-
-  Come ottimizzare le immagini per gli aggiornamenti live e aiutare l'utente a
-  ricevere gli aggiornamenti più velocemente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-23T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /convert.jpg.webp.webp
-head_image_alt: Convertire in webp illustrazione
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Optimisation
-published: true
-locale: it
-next_blog: ''
----
-WebP è un formato di immagine moderno che può offrire un significativo risparmio nelle dimensioni dei file rispetto al JPEG, mantenendo una qualità visiva simile o migliore. Convertendo le immagini JPEG in WebP nella tua app mobile, puoi potenzialmente ridurre le dimensioni della tua app, portando a tempi di download più rapidi e prestazioni migliori per i tuoi utenti.
-
-WebP è ben supportato dalla maggior parte delle principali piattaforme e dispositivi mobili, inclusi Android e iOS. A differenza del JPEG, WebP fornisce una qualità dell'immagine superiore con dimensioni del file inferiori, che si traduce in tempi di download più veloci, minor utilizzo dei dati e una migliore esperienza utente. Questo è particolarmente importante per le app mobili utilizzate su reti cellulari, dove l'utilizzo dei dati e i tempi di download sono preoccupazioni principali.
-
-Quando si tratta di convertire le immagini in WebP, sono disponibili diverse opzioni. Un'opzione popolare è utilizzare uno strumento da riga di comando come `c.webp`, che può essere facilmente integrato nel processo di build della tua app. Un'altra opzione è convertire le immagini in WebP in [Android Studio](https://sites.google.com/a/android.com/tools/tech-docs/.webp/), che può essere utilizzato per convertire manualmente le immagini. Puoi anche utilizzare un plugin per il tuo sistema di gestione dei contenuti (CMS) o un servizio automatizzato come Kraken.io.
-
-Una volta convertite le immagini in WebP, è importante testare le prestazioni della tua app per vedere se ci sono miglioramenti. Puoi utilizzare strumenti come [il plugin Firebase Performance Monitoring](https://github.com/cap-go/capacitor-firebase/tree/main/packages/performance/) o altri strumenti di test delle prestazioni per misurare le prestazioni dell'app. Dovresti anche considerare di testare l'app su diversi dispositivi e reti per ottenere un quadro più accurato di come la conversione in WebP influenzerà le prestazioni dell'app.
-
-Oltre a migliorare le prestazioni della tua app, la conversione delle immagini in WebP può avere anche un impatto positivo sull'esperienza utente complessiva della tua app. Con tempi di download più veloci e minor utilizzo dei dati, è più probabile che gli utenti abbiano un'esperienza positiva con la tua app, che può portare a un maggiore coinvolgimento e fidelizzazione.
-
-Nel complesso, convertire le immagini in WebP può essere un modo efficace per ottimizzare le risorse della tua app mobile e migliorarne le prestazioni. È un processo semplice e diretto che può avere un grande impatto sull'esperienza utente complessiva della tua app. Dedicando del tempo alla conversione delle immagini in WebP, sarai in grado di fornire una migliore esperienza per i tuoi utenti e potenzialmente aumentare il coinvolgimento e la fidelizzazione.
diff --git a/src/content/blog/it/ota-security-checklist-for-capacitor-apps.md b/src/content/blog/it/ota-security-checklist-for-capacitor-apps.md
deleted file mode 100644
index 72265f915..000000000
--- a/src/content/blog/it/ota-security-checklist-for-capacitor-apps.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-slug: ota-security-checklist-for-capacitor-apps
-title: Checklist di Sicurezza OTA per App Capacitor
-description: >-
-  Scopri le misure di sicurezza essenziali per gli aggiornamenti OTA nelle app,
-  inclusi crittografia, controllo degli accessi e strategie di risposta alle
-  emergenze.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T13:52:41.166Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f910732e221594daf2250f-1744379572627.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, app security, encryption, user management, compliance, rollback
-  capabilities, mobile app development
-tag: 'Mobile, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Gli aggiornamenti OTA sicuri sono essenziali per proteggere i dati degli utenti e mantenere l'integrità delle app.** Ecco cosa devi sapere:
-
--   **Crittografia End-to-End:** Protegge gli aggiornamenti dalla creazione alla consegna.
--   **Capacità di Rollback:** Ripristina rapidamente gli aggiornamenti difettosi per minimizzare l'impatto.
--   **Gestione Utenti:** Controllo rigoroso degli accessi garantisce che gli aggiornamenti raggiungano solo gli utenti autorizzati.
--   **Conformità:** Segui le linee guida di Apple e Google per mantenere le inserzioni negli app store.
--   **Mitigazione del Rischio:** Usa distribuzioni graduali, test beta e sicurezza dell'infrastruttura per ridurre le vulnerabilità.
-
-**Statistiche Chiave:**
-
--   95% degli utenti attivi si aggiorna entro 24 ore.
--   Il tasso di successo della distribuzione globale è dell'82%.
-
-## La Guida FACILE agli Aggiornamenti Over-The-Air (OTA) Con ...
-
-<iframe src="https://www.youtube.com/embed/7Xdsc1qqoro" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pianificazione della Sicurezza
-
-Assicurati che gli aggiornamenti OTA siano pianificati con solide misure di sicurezza tecniche e di conformità.
-
-### Requisiti di Sicurezza
-
-Proteggi gli aggiornamenti con la crittografia end-to-end dalla creazione alla distribuzione [\[1\]](https://capgo.app/). I passaggi chiave includono:
-
--   **Protocolli di Crittografia**: Usa la crittografia end-to-end per tutti i pacchetti di aggiornamento.
--   **Sistemi di Autenticazione**: Applica metodi robusti di autenticazione per utenti e dispositivi.
-
-### Regole dell'App Store
-
-L'[Apple App Store](https://developer.apple.com/app-store/guidelines/) e il [Google Play Store](https://play.google.com/console/signup) impongono politiche rigorose per gli aggiornamenti OTA. Seguire queste regole è cruciale per mantenere le inserzioni negli app store e la fiducia degli utenti.
-
-| Piattaforma | Requisiti Chiave | Restrizioni Aggiornamenti |
-| --- | --- | --- |
-| Apple App Store | Crittografia end-to-end | Nessun cambiamento alla funzionalità core |
-| Google Play Store | Aggiornamenti firmati | Limitati ad aggiornamenti di contenuto |
-| Entrambe le Piattaforme | Capacità di rollback | Deve mantenere l'integrità dell'app |
-
-[Content continues with same structure and format, maintaining all technical terms, links, and HTML elements unchanged]
diff --git a/src/content/blog/it/ota-updates-in-beta-staying-policy-compliant.md b/src/content/blog/it/ota-updates-in-beta-staying-policy-compliant.md
deleted file mode 100644
index 328478677..000000000
--- a/src/content/blog/it/ota-updates-in-beta-staying-policy-compliant.md
+++ /dev/null
@@ -1,73 +0,0 @@
----
-slug: ota-updates-in-beta-staying-policy-compliant
-title: 'Aggiornamenti OTA in Beta: Rispettare le Policy'
-description: >-
-  Scopri come gestire efficacemente gli aggiornamenti OTA nei test beta
-  garantendo la conformità con le policy degli app store e migliorando la
-  sicurezza degli utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T02:04:08.266Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5-1743499666588.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, beta testing, compliance, app store policies, encryption, user
-  communication, quality control
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Gli aggiornamenti OTA rendono i test beta più veloci e facili - ma è fondamentale rispettare le regole degli app store.** Ecco cosa devi sapere:
-
--   **Cosa sono gli aggiornamenti OTA?** Permettono agli sviluppatori di inviare correzioni e funzionalità direttamente ai dispositivi degli utenti, bypassando gli app store.
--   **Vantaggi principali:** Distribuzione rapida, aggiornamenti mirati, monitoraggio in tempo reale e opzioni di rollback.
--   **Essenziali per la conformità:** Usa la crittografia end-to-end, comunica in modo trasparente con i tester e segui le regole di test beta di Apple e Google.
--   **Errori comuni da evitare:** Non utilizzare gli aggiornamenti OTA per modifiche non approvate come sistemi di pagamento o funzionalità principali.
--   **Migliori strumenti:** Piattaforme come [Capgo](https://capgo.app/) semplificano gli aggiornamenti sicuri e conformi con funzionalità come sistemi di canali, analytics e capacità di rollback.
-
-**Confronto rapido:**
-
-| Funzionalità | Capgo | [TestFlight](https://developer.apple.com/testflight/) | [Google Play Console](https://developer.android.com/distribute/console) |
-| --- | --- | --- | --- |
-| Crittografia end-to-end | Sì | Sì | Sì |
-| Aggiornamenti mirati | Sì ([sistema di canali](https://capgo.app/docs/plugin/cloud-mode/channel-system/)) | Limitato | Limitato |
-| Capacità di rollback | Sì | No | No |
-| Monitoraggio in tempo reale | Sì | Limitato | Limitato |
-| Costo di configurazione | $2,600 (una tantum) | Gratuito | Gratuito |
-
-## Migliori Pratiche per l'Aggiornamento del Firmware del Dispositivo
-
-<iframe src="https://www.youtube.com/embed/owPdKRQhMzk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Regole per il Beta Testing negli App Store
-
-Sia Apple che Google hanno rigide linee guida per il beta testing progettate per mantenere la qualità delle app e la sicurezza degli utenti. È essenziale utilizzare strumenti di aggiornamento sicuri e precisi per soddisfare questi standard.
-
-### Requisiti [TestFlight](https://developer.apple.com/testflight/) di Apple
-
-![TestFlight](https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5/4da4b0faec79804f5d08d001d9926818.jpg)
-
-Per conformarsi alle regole di Apple, assicurati che la tua soluzione includa **crittografia end-to-end** e supporti **distribuzioni mirate** per gli aggiornamenti beta.
-
-[Content continues similarly for the rest of the text...]
-
-Queste pratiche costituiscono la base di piattaforme specializzate come Capgo.
-
-### Utilizzare Capgo per gli Aggiornamenti
-
-Capgo è progettato per semplificare gli aggiornamenti OTA conformi. Con oltre 23,5 milioni di aggiornamenti distribuiti su 750 app in produzione [\[1\]](https://capgo.app/), fornisce strumenti per gestire ogni aspetto del processo. Ecco come contribuiscono le sue funzionalità:
-
-| Funzionalità | Beneficio |
-| --- | --- |
-| Crittografia end-to-end | Protegge gli aggiornamenti e i dati degli utenti |
-| Sistema di canali | Permette una gestione precisa dei test beta |
-| Dashboard analitica | Offre il monitoraggio della conformità in tempo reale |
-| Capacità di rollback | Garantisce la stabilità con il controllo delle versioni |
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-La capacità di Capgo di bilanciare la conformità con aggiornamenti veloci e affidabili lo rende uno strumento essenziale per i team di sviluppo agile.
diff --git a/src/content/blog/it/payment-data-security-for-app-store-approval.md b/src/content/blog/it/payment-data-security-for-app-store-approval.md
deleted file mode 100644
index a89001976..000000000
--- a/src/content/blog/it/payment-data-security-for-app-store-approval.md
+++ /dev/null
@@ -1,96 +0,0 @@
----
-slug: payment-data-security-for-app-store-approval
-title: Sicurezza dei dati di pagamento per l'approvazione dell'App Store
-description: >-
-  Asegúrate de que tu aplicación cumpla con los requisitos de seguridad de datos
-  de pago para evitar el rechazo de las tiendas de aplicaciones. Infórmate sobre
-  las herramientas esenciales y los estándares de cumplimiento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T01:09:06.459Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806de1de572faef86998587-1745284157740.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  payment data security, app store approval, end-to-end encryption, compliance,
-  secure updates
-tag: 'Mobile, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**¿Quieres que tu aplicación sea aprobada por Apple o Google? Comienza con datos de pago seguros.** Las tiendas de aplicaciones exigen **cifrado de extremo a extremo** para los datos de pago para cumplir con los estándares de cumplimiento. Sin ello, tu aplicación podría enfrentar rechazo o eliminación. Aquí tienes lo que necesitas saber:
-
--   **[Capgo](https://capgo.app/)**: Ofrece verdadero cifrado de extremo a extremo, controles de reversión, y [opciones de autoalojamiento](https://capgo.app/blog/self-hosted-capgo/). Costo de $2,600 por adelantado + $300/mes.
--   **[Appflow](https://ionic.io/appflow/live-updates)**: Cifrado parcial, rendimiento inconsistente, y $6,000/año. Programado para retirarse en 2026.
--   **[Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/)**: Descontinuado en 2024, sin cifrado de extremo a extremo.
-
-| **Herramienta** | **Cifrado** | **Opciones de Implementación** | **Costo** | **Estado** |
-| --- | --- | --- | --- | --- |
-| Capgo | De extremo a extremo | Nube, Autoalojado | $2,600 de configuración + $300/mes | Activo |
-| Firma criptográfica | Nube | Similar a Capgo | Activo |
-| Appflow | Parcial | Nube | $6,000/año | Retirándose en 2026 |
-| Code Push | Ninguno | Nube | N/A | Descontinuado en 2024 |
-
-**Conclusión**: Utiliza una herramienta como Capgo para asegurar los datos de pago, cumplir con las normativas y evitar problemas en la tienda de aplicaciones.
-
-## Swift Reduce, ¿Están Muertos los MVP?, Anuncios de Apple, Seguridad de Aplicaciones y ...
-
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo garantiza el manejo seguro de datos de pago durante las actualizaciones en vivo utilizando cifrado de extremo a extremo diseñado para cumplir con los estándares de la tienda de aplicaciones.
-
-Lo que diferencia a Capgo es su método de cifrado, donde solo los usuarios finales pueden descifrar actualizaciones sensibles. Esto protege los datos de accesos no autorizados durante las actualizaciones.
-
-Aquí hay algunas características clave de la plataforma de Capgo:
-
--   **Cifrado de extremo a extremo**: Las actualizaciones sensibles solo pueden ser descifradas por los usuarios finales.
--   **[Opción de autoalojamiento](https://capgo.app/blog/self-hosted-capgo/)**: Ofrece a las empresas control total sobre sus datos de pago.
--   **Controles de reversión**: Revertir actualizaciones al instante si surgen problemas.
--   **[Sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**: Enviar actualizaciones específicas a grupos de usuarios objetivo.
-
-El enfoque de Capgo ha logrado una tasa de éxito global del 82% para las implementaciones de actualizaciones. Las empresas pueden optar por alojamiento en la nube seguro o autoalojamiento para alinearse con sus necesidades de cumplimiento.
-
-Al descargar solo los componentes que han cambiado, Capgo minimiza riesgos y reduce el uso de ancho de banda. Hasta ahora, la plataforma ha entregado más de 1.155 billones de [actualizaciones seguras](https://capgo.app/docs/live-updates/update-behavior/) [\[1\]](https://capgo.app/).
-
-## 3. [Appflow](https://ionic.io/appflow/live-updates)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/f6bc7b408415ab449b606f457e137ee1.jpg)
-
-Appflow permite actualizaciones de código en vivo pero tiene problemas con el rendimiento inconsistente y carece de cifrado de extremo a extremo para los datos de pago. Esta deficiencia puede llevar a problemas de cumplimiento y erosionar la confianza del usuario, especialmente debido a que entra en conflicto con las políticas de procesamiento de pagos de Apple y Google.
-
-> "@Capgo es una forma inteligente de hacer envíos de código en caliente (y no por todo el dinero del mundo como con @AppFlow) 🙂" - Equipo de OSIRIS‑REx de NASA [\[1\]](https://capgo.app/)
-
-Con [Ionic](https://ionicframework.com/) planeando retirar Appflow en 2026, los equipos necesitan hacer la transición a soluciones que aseguren actualizaciones confiables y un fuerte cifrado para los datos de pago. A continuación, analizaremos más de cerca Microsoft Code Push y su enfoque de seguridad.
-
-## 4. [Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/) (Descontinuado)
-
-Microsoft Code Push fue descontinuado en 2024 debido a problemas de confiabilidad continuos y deficiencias en el rendimiento. También carecía de cifrado de extremo a extremo incorporado para los datos de pago, una característica crítica para muchas aplicaciones. Tras su cierre, muchos equipos hicieron la transición a **Capgo**, una plataforma de código abierto. Capgo proporciona cifrado de extremo a extremo, integración fluida de CI/CD, y cumple con los estándares de seguridad de Apple y Google para el manejo de datos de pago, asegurando actualizaciones en vivo confiables para aplicaciones que manejan información de pago sensible.
-
-## Resultados de Comparación de Herramientas
-
-Aquí hay un desglose de las herramientas basado en seguridad, cumplimiento, opciones de implementación y costo:
-
--   **Capgo**: Ofrece verdadero cifrado de extremo a extremo, cumple con los estándares de Apple y Google, soporta tanto implementación en la nube como autoalojada, se integra con tuberías de CI/CD, y es de código abierto. Los precios incluyen una tarifa de configuración de $2,600 y aproximadamente $300 por mes. Durante cinco años, podría ahorrar hasta $26,100 en comparación con Appflow [\[1\]](https://capgo.app/).
-    
-    
--   **Appflow**: Presenta cifrado parcial y cuesta $6,000 por año. Sin embargo, está programado para ser retirado en 2026 \[2\].
-    
--   **Microsoft Code Push**: Será descontinuado en 2024. Carece de cifrado de extremo a extremo y no soporta integración de CI/CD [\[1\]](https://capgo.app/).
-    
-
-## Resumen y Recomendaciones
-
-Aquí tienes un desglose de los puntos clave:
-
--   **Implementar cifrado de extremo a extremo**: Asegurar que las actualizaciones y los datos de pago estén completamente cifrados para cumplir con los estándares de seguridad de la tienda de aplicaciones.
--   **Gestionar costos de manera efectiva**: La configuración inicial cuesta $2,600, con una tarifa mensual de $300 - mucho más bajo que la tarifa anual de $6,000 de Appflow [\[1\]](https://capgo.app/).
--   **Mantener cumplimiento**: Actualizar regularmente las medidas de seguridad y alinearse con las políticas de la tienda de aplicaciones para evitar problemas.
--   **Ofrecer flexibilidad en la implementación**: Elegir entre soluciones en la nube o autoalojadas, dándote control sobre la seguridad de los datos de pago.
-
-Seguir estos pasos ayudará a agilizar los flujos de trabajo de actualizaciones en vivo mientras se cumplen los requisitos de datos de pago de Apple y Google.
diff --git a/src/content/blog/it/pci-dss-compliance-for-mobile-apps-key-requirements.md b/src/content/blog/it/pci-dss-compliance-for-mobile-apps-key-requirements.md
deleted file mode 100644
index 2f299be51..000000000
--- a/src/content/blog/it/pci-dss-compliance-for-mobile-apps-key-requirements.md
+++ /dev/null
@@ -1,229 +0,0 @@
----
-slug: pci-dss-compliance-for-mobile-apps-key-requirements
-title: 'Conformità PCI DSS per App Mobile: Requisiti Chiave'
-description: >-
-  Comprendi i requisiti cruciali per la conformità PCI DSS nelle app mobili per
-  proteggere i dati di pagamento ed evitare gravi sanzioni.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T03:45:24.364Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825360f0209458b3ff338b4-1747280785255.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  PCI DSS compliance, mobile apps, payment data security, encryption, access
-  control, security monitoring
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-**La gestione dei dati di pagamento tramite app mobile? La conformità PCI DSS è non negoziabile.** Senza di essa, le aziende rischiano multe fino a 500.000$ per incidente, danni alla reputazione e potenziale perdita della fiducia dei clienti.
-
-Ecco cosa devi sapere:
-
--   **Cos'è il PCI DSS?** Uno standard di sicurezza globale progettato per proteggere i dati delle carte di pagamento durante l'elaborazione, l'archiviazione e la trasmissione.
--   **Perché è importante:** La non conformità può portare a sanzioni finanziarie, commissioni di transazione più elevate e conseguenze legali. Per esempio, le violazioni presso aziende come [Target](https://corporate.target.com/) e [Home Depot](https://www.homedepot.com/) hanno comportato milioni in sanzioni.
--   **Requisiti chiave per le app mobile:**
-    -   **Sicurezza dei Dati:** [Crittografare i dati](https://capgo.app/docs/cli/migrations/encryption/) utilizzando AES-256 e TLS 1.3, gestire in modo sicuro le chiavi di crittografia ed eliminare i dati non necessari.
-    -   **Sicurezza del Codice:** Implementare pratiche come Runtime Application Self-Protection (RASP), offuscamento del codice e crittografia white-box.
-    -   **Controlli di Accesso Utente:** Utilizzare [Autenticazione Multi-Fattore](https://capgo.app/docs/webapp/mfa/) (MFA), ID utente univoci e revisioni regolari degli accessi.
-    -   **Strumenti di Compliance:** Automatizzare i test di sicurezza, gestire i controlli di accesso e mantenere tracce di audit.
-
-**Suggerimento Rapido:** Integra la sicurezza in ogni fase della tua [pipeline CI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/) con strumenti come SAST, DAST e scansione della sicurezza dei container per rimanere conforme e sicuro.
-
-## Aggiornamento sulla Sicurezza Mobile e gli Standard di PCI SSC ed EMVCo
-
-<iframe src="https://www.youtube.com/embed/T5_v6AuNWXY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Requisiti Tecnici
-
-Le app mobile che gestiscono dati di pagamento devono aderire ai controlli PCI DSS, garantendo una sicurezza robusta su **dati**, **codice applicativo** e **accesso utente**.
-
-### Standard di Sicurezza dei Dati
-
-Il PCI DSS stabilisce linee guida rigorose per proteggere i dati dei titolari di carte, concentrandosi fortemente sulla crittografia e sulla gestione sicura. Queste misure sono progettate per proteggere le informazioni sensibili durante la trasmissione e l'archiviazione.
-
-| **Requisito di Sicurezza** | **Dettaglio Implementazione** | **Impatto sulla Conformità** |
-| --- | --- | --- |
-| **Crittografia dei Dati** | Utilizzare TLS 1.3 per i dati in transito e AES-256 per i dati archiviati | Previene l'accesso non autorizzato alle informazioni sensibili |
-| **Gestione delle Chiavi** | Ruotare regolarmente le chiavi di crittografia e archiviarle in modo sicuro | Garantisce che la crittografia rimanga efficace e sicura |
-| **Conservazione dei Dati** | Eliminare in modo sicuro i dati quando non sono più necessari | Minimizza il rischio riducendo i dati esposti |
-
-> "PCI DSS, o Payment Card Industry Data Security Standard, è un insieme di requisiti di sicurezza progettati per proteggere le informazioni delle carte di pagamento durante l'elaborazione, l'archiviazione e la trasmissione." - Dr. Klaus Schenk, SVP Security and Threat Research presso Verimatrix [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-Stabilire queste misure di protezione dei dati è un primo passo fondamentale prima di affrontare la sicurezza a livello applicativo.
-
-### Regole di Sicurezza del Codice
-
-La sicurezza dei dati da sola non è sufficiente - gli sviluppatori devono anche garantire l'integrità del codice dell'applicazione. Un codice mal protetto può aprire la porta a vulnerabilità, come evidenziato in un rapporto Verimatrix di febbraio 2025 che ha esposto importanti falle nei sistemi POS.
-
-Le pratiche chiave per proteggere il codice applicativo includono:
-
--   **Runtime Application Self-Protection (RASP)**: Monitorare attivamente e bloccare le minacce durante l'esecuzione dell'app.
--   **Offuscamento del Codice**: Rendere il codice sorgente più difficile da decodificare, riducendo il rischio di sfruttamento.
--   **Crittografia White-box**: Proteggere le operazioni crittografiche anche in ambienti non fidati.
-
-> "Il fatto che un'app soddisfi i requisiti PCI DSS non significa che sia completamente sicura, e il fatto che un'app sia ben protetta non significa che soddisfi i requisiti PCI DSS." - Dr. Klaus Schenk, SVP Security and Threat Research presso Verimatrix [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-### Controlli di Accesso Utente
-
-Solidi controlli di accesso sono il terzo pilastro della conformità PCI DSS. Limitando l'accesso a sistemi e dati sensibili, le aziende possono ridurre la probabilità di utilizzo non autorizzato. Il PCI DSS v4.0 enfatizza l'importanza dell'**Autenticazione Multi-Fattore (MFA)** e dei rigorosi protocolli di identificazione degli utenti.
-
-| **Misura di Controllo Accessi** | **Requisito** | **Scopo** |
-| --- | --- | --- |
-| **Identificazione Utente** | Assegnare ID univoci a tutti gli utenti | Permette un tracciamento preciso delle attività |
-| **Autenticazione** | Richiedere MFA per gli account amministrativi | Blocca l'accesso non autorizzato |
-| **Revisioni degli Accessi** | Validare regolarmente i privilegi degli utenti | Applica il principio del minor privilegio |
-
-> "Le misure di controllo degli accessi PCI DSS sono meccanismi di sicurezza critici progettati per limitare l'accesso ai dati delle carte di pagamento solo a quegli individui che hanno una legittima necessità aziendale." - ISMS.online [\[2\]](https://www.isms.online/pci-dss/access-control)
-
-Per esempio, i sistemi POS retail che implementano la registrazione dettagliata dei tentativi di autenticazione sono stati in grado di rilevare e fermare attacchi di credential-stuffing prima che si intensificassero [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead). Questo monitoraggio proattivo non solo soddisfa gli standard PCI DSS ma fornisce anche un ulteriore livello di difesa contro le minacce emergenti.
-
-## Passaggi di Implementazione
-
-Per garantire la conformità PCI DSS nello [sviluppo di app mobile](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/), è essenziale incorporare solide misure di sicurezza in ogni fase della pipeline CI/CD. Ecco come farlo efficacemente.
-
-### Sicurezza nella Pipeline CI/CD
-
-Incorporare controlli di sicurezza direttamente nella pipeline CI/CD aiuta a mantenere la conformità nel tempo. Un approccio shift-left - affrontare i problemi di sicurezza nelle prime fasi del processo di sviluppo - non solo migliora la sicurezza ma evita anche costose correzioni successive.
-
-| **Fase della Pipeline** | **Controllo di Sicurezza** | **Scopo** |
-| --- | --- | --- |
-| Build | SAST (Static Application Security Testing) | Identificare vulnerabilità nel codice sorgente |
-| Test | DAST (Dynamic Application Security Testing) | Rilevare vulnerabilità runtime |
-| Deploy | Scansione Sicurezza Container | Garantire configurazioni sicure |
-| Monitor | Logging Automatizzato | Tracciare e analizzare le attività |
-
-Una volta che questi controlli sono in atto, il passo successivo è sfruttare gli strumenti di compliance per automatizzare e proteggere ulteriormente i processi.
-
-### Strumenti di Compliance
-
-Gli strumenti di compliance sono fondamentali per automatizzare i controlli di sicurezza e creare documentazione pronta per l'audit. Per le app mobile che si aggiornano frequentemente, piattaforme come [Capgo](https://capgo.app/) forniscono distribuzioni sicure e crittografate e permettono l'applicazione rapida di patch di sicurezza.
-
-Ecco le caratteristiche chiave da cercare negli strumenti di compliance:
-
--   **Test di Sicurezza Automatizzati**  
-    Gli strumenti automatizzati scoprono vulnerabilità precocemente, liberando i team di sicurezza per concentrarsi su sfide più complesse.
-    
--   **Gestione del Controllo Accessi**  
-    Assicurarsi che gli strumenti supportino il controllo degli accessi basato sui ruoli (RBAC) e l'autenticazione multi-fattore (MFA), in modo che solo il personale autorizzato possa modificare le impostazioni o distribuire aggiornamenti.
-    
--   **Generazione di Tracce di Audit**  
-    Gli strumenti dovrebbero documentare automaticamente gli aggiornamenti di sicurezza e generare report dettagliati di compliance, garantendo una registrazione accurata.
-    
-
-### Gestione del Codice Esterno
-
-La gestione delle dipendenze di terze parti è un altro aspetto critico del mantenimento della sicurezza e della conformità. Il PCI DSS v4.0 enfatizza l'importanza di tracciare e proteggere il codice esterno, in particolare API e librerie di terze parti, come delineato nel requisito 6.3.2.
-
-| **Tipo di Componente** | **Misura di Sicurezza** | **Metodo di Validazione** |
-| --- | --- | --- |
-| API | Controllo Versione | Scansione automatizzata |
-| Librerie di Terze Parti | Valutazione Vulnerabilità | Analisi della Composizione Software |
-| Codice Personalizzato | Revisione del Codice | Revisioni tra pari e controlli automatizzati |
-
-Per salvaguardare l'ecosistema dell'applicazione, i team di sviluppo dovrebbero:
-
--   Eseguire regolarmente la scansione dei componenti di terze parti per individuare vulnerabilità.
--   Automatizzare gli aggiornamenti per applicare tempestivamente le patch di sicurezza.
--   Validare il comportamento delle API per rilevare attività insolite o non autorizzate.
--   Mantenere un inventario aggiornato di tutto il codice esterno.
-
-Inoltre, le organizzazioni dovrebbero stabilire politiche rigorose per l'utilizzo di codice esterno. Ciò include processi di approvazione per nuove dipendenze, [revisioni di sicurezza](https://capgo.app/security/) regolari dei componenti esistenti e linee guida chiare per l'integrazione del codice di terze parti. Adottando questi passaggi, i team possono mantenere la conformità senza sacrificare la velocità e la flessibilità dello sviluppo.
-
-## Manutenzione della Conformità
-
-Dopo aver implementato le misure di conformità iniziali, mantenere la conformità nel tempo è essenziale per salvaguardare i dati di pagamento.
-
-### Monitoraggio della Sicurezza
-
-I sistemi di monitoraggio in tempo reale sono fondamentali per identificare e affrontare le minacce alla sicurezza quando si presentano. Ecco una ripartizione dei componenti critici di monitoraggio:
-
-| Componente di Monitoraggio | Scopo | Metodo di Implementazione |
-| --- | --- | --- |
-| Tracciamento Transazioni | Rilevare pattern insoliti | Strumenti di analisi in tempo reale |
-| Monitoraggio Accessi | Tracciare l'autenticazione degli utenti | Soluzioni SIEM (Security Information and Event Management) |
-| Scansione Sistema | Identificare vulnerabilità del sistema | Strumenti di scansione automatizzata |
-| Analisi Flusso Dati | Monitorare il movimento dei dati delle carte | Sistemi di monitoraggio di rete |
-
-Combinare scansioni di vulnerabilità automatizzate con il monitoraggio continuo garantisce che i dati dei titolari delle carte rimangano protetti. Questi sistemi formano la spina dorsale di una strategia efficace di gestione degli incidenti.
-
-### Risposta agli Incidenti di Sicurezza
-
-Una risposta rapida e organizzata agli incidenti di sicurezza è fondamentale. Come nota Roberto Davila, Manager degli Standard PCI, "nella v4.0, il PCI SSC ha chiarito che le organizzazioni devono rispondere immediatamente non solo agli incidenti di sicurezza confermati ma anche agli eventi sospetti" [\[3\]](https://www.schellman.com/blog/pci-compliance/incident-response-in-pci-dss-v4).
-
-Un Piano di Risposta agli Incidenti (IRP) ben progettato dovrebbe includere i seguenti passaggi chiave:
-
--   **Protocollo di Risposta Iniziale**: Garantire la disponibilità 24/7 del personale addestrato e stabilire canali di comunicazione chiari per gestire gli incidenti.
--   **Contenimento e Investigazione**: Implementare procedure specifiche per contenere le minacce, isolare i sistemi interessati e preservare le prove per l'analisi.
--   **Recupero e Documentazione**: Registrare la cronologia degli eventi, i sistemi interessati, le azioni di rimedio e le lezioni apprese per migliorare le risposte future.
-
-Un solido processo di risposta agli incidenti non solo mitiga i rischi ma rafforza anche la tua posizione durante gli audit.
-
-### Preparazione all'Audit
-
-La gestione continua è cruciale per la conformità PCI DSS. Steve Moore, Vicepresidente e Chief Security Strategist di Exabeam, consiglia: "Usa strumenti come SIEM e gestione della configurazione per monitorare la conformità durante tutto l'anno, segnalando potenziali problemi prima dell'audit" [\[4\]](https://www.exabeam.com/explainers/pci-compliance/pci-audit-requirements-and-5-steps-to-prepare-for-your-audit).
-
-Una preparazione efficace all'audit implica mantenere documentazione e registrazioni aggiornate:
-
-| Tipo di Documentazione | Contenuto Richiesto | Frequenza di Aggiornamento |
-| --- | --- | --- |
-| Politiche di Sicurezza | Controlli di accesso, protocolli di crittografia | Trimestrale |
-| Rapporti sugli Incidenti | Azioni di risposta, risultati | Quando si verificano incidenti |
-| Configurazioni di Sistema | Impostazioni di sicurezza, aggiornamenti | Mensile |
-| Registri di Formazione | Certificazioni dei dipendenti, presenze | Semestrale |
-
-Centralizzare tutta la documentazione relativa alla conformità in un archivio delle evidenze semplifica la preparazione all'audit. Inoltre, i test regolari dell'infrastruttura - come le valutazioni delle applicazioni web e le scansioni delle vulnerabilità - possono identificare problemi prima che portino alla non conformità. Consultare esperti terzi può anche fornire preziose indicazioni su potenziali lacune di conformità e aree di miglioramento.
-
-## Riepilogo
-
-Proteggere le informazioni dei pagamenti mobili attraverso la conformità PCI DSS non è solo una necessità tecnica - è una salvaguardia critica nel panorama digitale odierno. Con l'82% dei cittadini statunitensi che utilizzano pagamenti digitali nel 2021 e l'80% degli attacchi online che prendono di mira le piccole imprese, la posta in gioco non potrebbe essere più alta. Questi numeri evidenziano perché implementare misure di sicurezza robuste è una priorità urgente.
-
-Ecco una panoramica delle aree chiave e dei loro requisiti:
-
-| **Area di Requisito** | **Elementi Chiave** | **Frequenza di Validazione** |
-| --- | --- | --- |
-| **Protezione dei Dati** | Protocolli di crittografia, archiviazione sicura | Monitoraggio continuo |
-| **Controllo Accessi** | Autenticazione utente, accesso basato sui ruoli | Revisione periodica |
-| **Monitoraggio** | Registrazione eventi di sicurezza, tracce di audit | Revisione giornaliera |
-| **Risposta agli Incidenti** | Protocolli di risposta, documentazione | Test periodici |
-
-Ma ecco il punto: la conformità non è una cosa una tantum. È una responsabilità continua. Come dice il Dr. Schenk:
-
-> "I framework di conformità sono costruiti per affrontare rischi noti, ma non possono anticipare ogni minaccia emergente. Per proteggere veramente i dati sensibili dei pagamenti, le aziende devono andare oltre la conformità e adottare una postura di sicurezza proattiva" [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead).
-
-Non essere conformi non significa solo pesanti multe fino a 500.000$ per incidente [\[5\]](https://www.ixopay.com/en/news/why-do-online-and-mobile-payments-require-pci-compliance). Rischia anche di danneggiare la fiducia dei clienti e macchiare la reputazione del tuo marchio - perdite che nessuna azienda può permettersi.
-
-## FAQ
-
-:::faq
-### Cosa succede se un'app mobile non soddisfa gli standard di conformità PCI DSS?
-
-Il mancato rispetto degli **standard PCI DSS** può avere gravi conseguenze per le aziende. Le sole sanzioni finanziarie possono variare da **5.000$ a 100.000$ al mese**, a seconda della gravità della non conformità e della sua durata. Oltre alle multe, le aziende potrebbero dover affrontare l'aumento delle commissioni sulle transazioni, sfide legali o persino perdere la capacità di elaborare pagamenti.
-
-Ma l'impatto non si ferma qui. La non conformità può anche avere un pesante impatto sulla reputazione di un'azienda. Una **violazione dei dati** potrebbe distruggere la fiducia dei clienti, interrompere le operazioni quotidiane e portare a battute d'arresto finanziarie a lungo termine. Rimanere conformi non significa solo evitare sanzioni - si tratta di salvaguardare la tua attività, mantenere la fiducia dei clienti e proteggere l'integrità del tuo marchio.
-:::
-
-:::faq
-### In che modo l'integrazione della sicurezza nella pipeline CI/CD supporta la conformità PCI DSS continua?
-
-Integrare la sicurezza nella tua pipeline CI/CD è fondamentale per mantenere la **conformità PCI DSS** nel tempo. Integrando i controlli di sicurezza in ogni fase dello sviluppo, puoi individuare e affrontare le vulnerabilità in anticipo, riducendo le possibilità di non conformità. Pratiche come **test di sicurezza automatizzati**, **revisioni regolari del codice** e **valutazioni delle vulnerabilità** giocano un ruolo cruciale nell'assicurare che gli aggiornamenti siano allineati agli standard PCI DSS prima di essere distribuiti.
-
-Adottare un **approccio DevSecOps** - dove la sicurezza diventa una parte fondamentale di ogni fase di sviluppo - porta questo un passo avanti. Questo metodo non solo riduce i rischi ma assicura anche una conformità costante con PCI DSS e rafforza la sicurezza delle tue applicazioni. Strumenti come Capgo possono semplificare questo processo consentendo aggiornamenti sicuri in tempo reale per le app mobili rimanendo nei limiti delle linee guida di conformità.
-:::
-
-:::faq
-### Come possono le aziende assicurarsi che il codice di terze parti e le API soddisfino gli standard di sicurezza e conformità PCI DSS?
-
-Per mantenere sicuri il codice di terze parti e le API rispettando gli standard PCI DSS, le aziende devono seguire alcuni passaggi chiave:
-
--   **Valutare i fornitori terzi**: Lavorare con fornitori che già soddisfano i requisiti PCI DSS e dimostrano solide misure di sicurezza.
--   **Limitare l'accesso**: Implementare robusti protocolli di autenticazione, come OAuth 2.0, per controllare chi può accedere ai dati sensibili.
--   **Eseguire test regolari**: Utilizzare valutazioni delle vulnerabilità, test di penetrazione e revisioni del codice per scoprire e affrontare potenziali problemi di sicurezza.
--   **Utilizzare la crittografia**: Assicurarsi che tutti i dati trasmessi attraverso le API siano protetti con metodi di [crittografia](https://capgo.app/docs/cli/migrations/encryption/) affidabili.
-
-Mantenere la conformità non è un compito una tantum - richiede un monitoraggio costante e una comunicazione aperta con i fornitori riguardo ai loro sforzi di conformità. Strumenti come Capgo possono semplificare questo processo consentendo aggiornamenti in tempo reale per le app Capacitor, il tutto rimanendo nei limiti delle linee guida di conformità.
-:::
diff --git a/src/content/blog/it/phased-rollouts-for-capacitor-live-updates.md b/src/content/blog/it/phased-rollouts-for-capacitor-live-updates.md
deleted file mode 100644
index 12a0c2f4e..000000000
--- a/src/content/blog/it/phased-rollouts-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: phased-rollouts-for-capacitor-live-updates
-title: Rollout Graduali per Aggiornamenti Live di Capacitor
-description: >-
-  Scopri come il rilascio graduale delle app migliora gli aggiornamenti
-  minimizzando i rischi, migliorando la qualità e garantendo la soddisfazione
-  degli utenti attraverso una segmentazione strategica.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-11T03:53:42.225Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cf83b3179e95469ad527be-1741665244026.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  phased rollouts, app updates, user segmentation, risk reduction, performance
-  monitoring, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Gli aggiornamenti graduali consentono di aggiornare le app gradualmente, partendo da un piccolo gruppo di utenti ed espandendosi man mano che la stabilità viene confermata. Questo approccio riduce i rischi, garantisce la qualità dell'app e migliora l'esperienza utente. Strumenti come [Capgo](https://capgo.app/) rendono facile gestire questi aggiornamenti rispettando le regole degli app store.
-
-### Vantaggi principali:
-
-- **Riduzione del rischio**: Limita i problemi a un piccolo gruppo di utenti.
-- **Test nel mondo reale**: Garantisce il funzionamento degli aggiornamenti prima del rilascio completo. 
-- **Efficienza delle risorse**: Riduce il carico sui server durante gli aggiornamenti.
-- **Soddisfazione utente**: Fornisce aggiornamenti stabili alla maggior parte degli utenti.
-
-### Come funziona:
-
-1. Inizia con il 5% degli utenti per i test.
-2. Espandi gradualmente al 20%, 50% e 100%.
-3. Monitora le metriche di performance (tasso di crash, feedback utenti).
-4. Usa strumenti come Capgo per monitoraggio, rollback e conformità.
-
-### Confronto rapido delle fasi di rollout:
-
-| Fase | % Utenti | Durata | Aree di focus |
-| --- | --- | --- | --- |
-| Test iniziale | 5% | 24-48 ore | Tasso di crash, performance |
-| Accesso anticipato | 20% | 48-72 ore | Feedback utenti, stabilità |
-| Rilascio esteso | 50% | 72-96 ore | Performance di sistema |
-| Distribuzione completa | 100% | Continua | Tasso di adozione |
-
-Capgo semplifica i rollout graduali con funzionalità come segmentazione utenti, analytics e strumenti di rollback. È un'alternativa economica a [AppFlow](https://ionic.io/appflow/), garantendo aggiornamenti fluidi senza ritardi dell'app store.
-
-## App Cloud Native resilienti: Pattern di deployment e runtime
-
-<iframe src="https://www.youtube.com/embed/h4DDl0hmq3o" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Pianificare la strategia di rollout
-
-I rollout graduali richiedono una pianificazione attenta e la divisione della base utenti per garantire aggiornamenti senza problemi.
-
-### Divisione gruppi utenti
-
-Con la funzione di assegnazione di Capgo, puoi segmentare gli utenti in gruppi distinti, assegnando ruoli specifici per le fasi di test [\[1\]](https://capgo.app/). Questo aiuta a gestire gli aggiornamenti in modo sistematico.
-
-Ecco un esempio di come strutturare i gruppi utenti:
-
-| Tipo gruppo | Scopo | Dimensione consigliata |
-| --- | --- | --- |
-| Tester interni | Individuare bug iniziali | 1-5% della base utenti |
-| Utenti beta | Raccogliere primi feedback | 5-15% della base utenti |
-| Accesso anticipato | Rilascio pubblico limitato | 15-30% della base utenti |
-| Rilascio generale | Distribuzione completa | Utenti rimanenti |
-
-### Impostazione percentuali di aggiornamento
-
-Gli strumenti di gestione di Capgo permettono di impostare percentuali precise di rollout, aiutando a mantenere la stabilità dell'app durante gli aggiornamenti [\[1\]](https://capgo.app/).
-
-Ecco un piano suggerito di rollout graduale:
-
-| Fase | Percentuale utenti | Durata | Metriche chiave |
-| --- | --- | --- | --- |
-| Test iniziale | 5% | 24-48 ore | Tasso di crash, performance |
-| Accesso anticipato | 20% | 48-72 ore | Feedback utenti, trend di utilizzo |
-| Rilascio esteso | 50% | 72-96 ore | Stabilità sistema, carico rete |
-| Distribuzione completa | 100% | Continua | Tassi di adozione generali |
-
-### Monitoraggio progressi 
-
-L'interfaccia web di Capgo rende facile monitorare gli aggiornamenti in tempo reale, tracciando distribuzione e adozione utenti [\[1\]](https://capgo.app/). Presta attenzione a queste metriche durante il rollout:
-
-| Categoria metrica | Indicatori chiave | Trigger di azione |
-| --- | --- | --- |
-| Performance | Tempi di caricamento app, risposta API | Performance lenta richiede rollback |
-| Stabilità | Tasso di crash, log errori | Problemi significativi fermano il rollout |
-| Coinvolgimento utenti | Durata sessione, uso funzionalità | Trend negativi possono fermare il rollout |
-
-Questi passaggi aiutano a gestire il rollout in modo efficace minimizzando i rischi.
-
-## Configurare rollout graduali in [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-11.jpg?auto=compress)
-
-### Configurazione Live Update
-
-Inizia installando il [plugin Capgo](https://capgo.app/plugins/) per abilitare gli aggiornamenti over-the-air (OTA) per il tuo progetto Capacitor:
-
-```bash
-npx @capgo/cli init
-```
-
-Questa configurazione soddisfa le linee guida Apple e Google garantendo aggiornamenti criptati e consegnati in modo sicuro. Capgo semplifica la gestione di queste configurazioni, rendendo più facile la gestione del rollout.
-
-### Guida all'integrazione [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-11.jpg?auto=compress)
-
-La piattaforma console.capgo semplifica la distribuzione degli aggiornamenti con queste funzionalità principali:
-
-| Componente | Funzione | Dettagli implementazione |
-| --- | --- | --- |
-| **Assegnazione utenti** | Target gruppi utenti specifici | Impostato direttamente nell'interfaccia web |
-| **Controllo versioni** | Monitora distribuzione aggiornamenti | Traccia automaticamente le versioni |
-| **Sistema rollback** | Ripristina versione precedente | Funzionalità ripristino con un click |
-| **Dashboard analytics** | Traccia performance aggiornamenti | Metriche in tempo reale disponibili |
-
-### Setup pipeline CI/CD
-
-Per mantenere il pieno controllo sui rollout graduali, integra la tua pipeline CI/CD con Capgo. Funziona perfettamente con piattaforme come [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/), [GitHub Actions](https://docs.github.com/actions) e [Jenkins](https://www.jenkins.io/).
-
-Ecco come configurare la pipeline CI/CD per i rollout graduali:
-
-| Fase | Configurazione | Scopo |
-| --- | --- | --- |
-| **Verifica build** | Test automatizzati | Garantisce aggiornamenti stabili |
-| **Trigger deployment** | Hook controllo versione | Automatizza processo rilascio |
-| **Controlli rollout** | Deployment basato su percentuale | Gestisce distribuzione aggiornamenti |
-| **Monitoraggio** | Raccolta metrica automatizzata | Traccia successo deployment |
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare le revisioni dell'app store per correzioni di bug è rivoluzionario."
-> – Bessie Cooper
-
-L'integrazione di Capgo costa circa 300$ al mese per operazioni CI/CD continue, offrendo un'opzione più economica rispetto ad alternative come AppFlow, che costa circa 6.000$ all'anno [\[1\]](https://capgo.app/).
-
-## Suggerimenti per la gestione del rollout
-
-### Rilevamento e recupero problemi
-
-Monitora attentamente il rollout e agisci rapidamente quando sorgono problemi. Con la piattaforma Capgo, puoi individuare i problemi presto, evitando che impattino l'intera base utenti. Imposta il monitoraggio errori per queste aree chiave:
-
-| Aspetto monitoraggio | Implementazione | Scopo |
-| --- | --- | --- |
-| Tracciamento tasso errori | Dashboard metriche real-time | Individuare pattern crash insoliti |
-| Raccolta feedback utenti | Sistema reporting in-app | Ottenere insight diretti dagli utenti |
-| Metriche performance | Monitoraggio automatizzato | Controllare stabilità e velocità app |
-| Distribuzione aggiornamenti | Tracciamento adozione utenti | Monitorare diffusione aggiornamenti |
-
-Se qualcosa va storto, tieni pronte procedure di rollback per ripristinare la stabilità. Questi passaggi aiutano a mantenere il rollout in carreggiata.
-
-### Espansione controllata
-
-Inizia in piccolo e scala gradualmente. Parti con test interni, poi distribuisci al 5-10% degli utenti. Se stabile dopo 24 ore, espandi al 25%, poi 50% e infine a tutti gli utenti una volta che le metriche confermano che tutto funziona correttamente. L'analytics di Capgo ti aiuta a decidere quando è sicuro passare alla fase successiva.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!" [\[1\]](https://capgo.app/)
-
-### Linee guida App Store 
-
-Non si tratta solo di prontezza operativa - seguire le regole della piattaforma è altrettanto importante. Capgo garantisce la conformità sia con i requisiti Apple che Google:
-
-| Piattaforma | Requisito | Implementazione Capgo |
-| --- | --- | --- |
-| Apple App Store | Nessun cambio codice binario | Solo aggiornamenti contenuti |
-| Google Play | Requisiti sicurezza | Crittografia end-to-end |
-| Entrambe piattaforme | Consenso utente | Sistema approvazione integrato |
-
-Queste pratiche non solo mantengono gli aggiornamenti conformi ma permettono anche correzioni rapide dei bug.
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare le revisioni per bugfix è prezioso." [\[1\]](https://capgo.app/)
-
-## Strumenti gestione aggiornamenti
-
-Usare gli strumenti di [gestione aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) giusti è cruciale per distribuire aggiornamenti in modo sicuro ed efficiente. Questi strumenti semplificano il deployment garantendo stabilità, conformità e sicurezza.
-
-### Confronto piattaforme
-
-Capgo si distingue come soluzione per aggiornamenti live nelle [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). Supporta fino a **1.000.000 di aggiornamenti live mensili** e può aumentare la velocità di rilascio dell'**81%** [\[1\]](https://capgo.app/). Questo lo rende una valida alternativa, specialmente dato che [AppCenter](https://visualstudio.microsoft.com/app-center/) non supporta più app ibride e AppFlow è spesso troppo costoso. Uno sviluppatore ha condiviso la sua esperienza:
-
-> "Stiamo attualmente provando @Capgo dato che Appcenter ha interrotto il supporto agli aggiornamenti live per app ibride e @AppFlow è decisamente troppo costoso." [\[1\]](https://capgo.app/)
-
-Capgo funziona perfettamente anche con piattaforme CI/CD popolari come Azure DevOps, GitLab, GitHub, Jenkins e [CircleCI](https://circleci.com/), automatizzando i workflow di deployment. Quando si valutano strumenti di gestione aggiornamenti, è importante concentrarsi sulle funzionalità chiave che offrono.
-
-### Capacità strumenti richieste
-
-Gli strumenti di gestione aggiornamenti efficaci dovrebbero includere le seguenti funzionalità per garantire rollout fluidi e deployment sicuri:
-
-| Capacità | Scopo | Impatto |
-| --- | --- | --- |
-| **Assegnazione utenti** | Target segmenti utenti specifici | Permette test controllati |
-| **Deployment fluido** | Supporta rollout istantanei e graduali | Garantisce distribuzione fluida |
-| **Gestione configurazione** | Regola impostazioni e versioni | Minimizza errori setup |
-| **Integrazione CI/CD** | Connessione con piattaforme principali | Automatizza workflow deployment |
-| **Gestione organizzazione** | Gestisce team e permessi | Semplifica amministrazione |
-
-Per le distribuzioni aziendali, Capgo offre l'integrazione CI/CD con una tariffa una tantum di **$2.600**, garantendo risparmi a lungo termine [\[1\]](https://capgo.app/). La piattaforma garantisce inoltre la crittografia end-to-end ed è conforme ai requisiti dell'Apple App Store e di Google Play, proteggendo i dati degli utenti e rispettando le regole della piattaforma.
-
-## Riepilogo
-
-Il rilascio degli aggiornamenti nelle app Capacitor richiede un'attenta pianificazione e gli strumenti giusti. Piattaforme come Capgo semplificano questo processo con funzionalità come la segmentazione degli utenti, il monitoraggio dei progressi e la gestione degli errori.
-
-Ecco come funziona tipicamente il rilascio graduale:
-
-| Fase | Azioni Chiave | Vantaggi |
-| --- | --- | --- |
-| **Pianificazione** | Dividere gli utenti in gruppi, impostare le percentuali | Crea un ambiente di test controllato |
-| **Implementazione** | Integrare CI/CD, configurare le impostazioni | Abilita distribuzioni automatizzate |
-| **Monitoraggio** | Tracciare i progressi, rilevare errori | Aiuta a identificare rapidamente i problemi |
-| **Espansione** | Aumentare gradualmente l'accesso degli utenti | Riduce i rischi durante il dimensionamento |
-
-Le pratiche chiave includono:
-
--   Dividere gli utenti in gruppi per test controllati.
--   Configurare pipeline automatizzate per distribuzioni fluide.
--   Garantire la conformità ai requisiti degli app store.
--   Utilizzare strumenti che consentono rapidi rollback se necessario.
-
-Seguendo questo approccio è possibile fornire aggiornamenti sicuri e ininterrotti alle app Capacitor.
diff --git a/src/content/blog/it/pipeda-compliance-for-mobile-apps-in-canada.md b/src/content/blog/it/pipeda-compliance-for-mobile-apps-in-canada.md
deleted file mode 100644
index 3b3ec3680..000000000
--- a/src/content/blog/it/pipeda-compliance-for-mobile-apps-in-canada.md
+++ /dev/null
@@ -1,292 +0,0 @@
----
-slug: pipeda-compliance-for-mobile-apps-in-canada
-title: Conformità PIPEDA per App Mobile in Canada
-description: >-
-  Scopri come garantire che la tua app mobile rispetti le leggi sulla privacy
-  canadesi secondo il PIPEDA, proteggendo i dati degli utenti e aumentando la
-  fiducia.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:38:09.282Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd-1743478700916.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  PIPEDA, mobile app compliance, data privacy, user consent, data protection,
-  privacy policy, Canadian privacy laws, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi rendere la tua app mobile conforme alle leggi sulla privacy canadesi? Ecco cosa devi sapere su [PIPEDA](https://www.priv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/):**
-
--   **Cos'è PIPEDA?** La legge federale canadese sulla privacy che regola come le app raccolgono, utilizzano e condividono informazioni personali come nomi, posizioni e dati di pagamento.
--   **Regole chiave per gli sviluppatori:**
-    -   Ottenere il chiaro consenso dell'utente prima di raccogliere i dati.
-    -   Fornire avvisi sulla privacy e impostazioni facili da comprendere.
-    -   Crittografare i dati e utilizzare misure di sicurezza forti.
-    -   Consentire agli utenti di visualizzare, aggiornare o eliminare i propri dati.
--   **10 Passi per la conformità:** Assegnare un responsabile privacy, documentare la gestione dei dati, proteggere i dati sensibili e rispondere rapidamente alle violazioni.
--   **Considerazioni speciali:** È richiesto il consenso esplicito per dati sensibili come informazioni sanitarie o finanziarie. Le app devono anche garantire che i trasferimenti internazionali di dati soddisfino gli standard PIPEDA.
-
-## [PIPEDA](https://www.priv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/): La tua guida alla privacy dei dati in Canada
-
-![PIPEDA](https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd/058da1c33c3afe5c8597c27b588d4b3e.jpg)
-
-<iframe src="https://www.youtube.com/embed/87Vb-jnTtxM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 10 Regole base PIPEDA per le App
-
-Queste dieci regole delineano i passaggi essenziali per gli sviluppatori di app per conformarsi a PIPEDA e proteggere i dati degli utenti.
-
-### Responsabilità sulla protezione dei dati
-
-Gli sviluppatori di app devono implementare forti misure di protezione dei dati per soddisfare i requisiti di responsabilità di PIPEDA. I passaggi chiave includono:
-
--   Assegnare un responsabile privacy dedicato
--   Mantenere registri dettagliati degli inventari dei dati
--   Eseguire valutazioni d'impatto sulla privacy
--   Creare protocolli chiari per rispondere alle violazioni dei dati
-
-Le organizzazioni dovrebbero documentare come gestiscono i dati ed essere pronte a dimostrare la conformità se necessario. L'accesso ai dati sensibili dovrebbe anche essere tracciato attraverso log di audit.
-
-Queste misure sono cruciali per gestire il consenso dell'utente, che è trattato nella prossima sezione.
-
-### Requisiti di autorizzazione utente
-
-Secondo PIPEDA, le app devono ottenere un consenso chiaro e informato prima di raccogliere dati personali. Ecco cosa comporta:
-
--   **Scopo chiaro**: Spiegare chiaramente perché vengono raccolti i dati.
--   **Controlli granulari**: Consentire agli utenti di attivare o disattivare specifici tipi di dati.
--   **Tempistica**: Ottenere il consenso prima o al momento della raccolta dei dati.
--   **Linguaggio semplice**: Utilizzare termini semplici e facili da capire.
--   **Informazioni essenziali**: Rendere facilmente disponibili i dettagli chiave sulla privacy.
--   **Spiegazioni dettagliate**: Fornire informazioni aggiuntive sulla privacy attraverso risorse come FAQ o [politiche sulla privacy](https://capgo.app/dp/).
-
-Per i dati sensibili, come dettagli sanitari o finanziari, è obbligatorio il consenso esplicito.
-
-### Standard di sicurezza e qualità dei dati
-
-Solide pratiche di sicurezza e qualità dei dati sono un must per proteggere le informazioni degli utenti. Di seguito una suddivisione dei requisiti chiave:
-
-| Requisito di sicurezza | Esempio di implementazione |
-| --- | --- |
-| [Crittografia dei dati](https://capgo.app/docs/cli/migrations/encryption/) | Utilizzare la crittografia end-to-end per i trasferimenti di dati |
-| Controlli di accesso | Applicare [autenticazione multi-fattore](https://capgo.app/docs/webapp/mfa/) per l'accesso admin |
-| Aggiornamenti regolari | Rilasciare patch di sicurezza tempestive ed eseguire controlli di vulnerabilità |
-| Accuratezza dei dati | Fornire strumenti per rivedere e aggiornare le informazioni |
-| Rilevamento violazioni | Implementare monitoraggio in tempo reale e sistemi di allerta |
-
-Quando si tratta di dati sensibili come posizione o informazioni finanziarie, le app dovrebbero utilizzare crittografia di alto livello e metodi di archiviazione sicura. Se sono coinvolti servizi di terze parti, assicurarsi che seguano gli stessi standard di sicurezza, supportati da audit regolari, revisioni della qualità dei dati e processi sicuri di eliminazione dei dati.
-
-## Checklist per la conformità PIPEDA
-
-### Fasi di valutazione del rischio privacy
-
-Inizia con una valutazione del rischio privacy per identificare potenziali debolezze nella gestione dei dati:
-
-| Area di valutazione | Considerazioni chiave | Azioni richieste |
-| --- | --- | --- |
-| Raccolta dati | Tipi di informazioni personali raccolte | Documentare tipi di dati e loro scopi |
-| [Archiviazione dati](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | Posizione e sicurezza dei dati archiviati | Utilizzare protocolli di crittografia |
-| Condivisione dati | Servizi e API di terze parti | Verificare conformità dei partner |
-| Controlli utente | Accesso alle informazioni personali | Sviluppare strumenti per gestione dati utente |
-| Misure di sicurezza | Protezione contro violazioni | Configurare sistemi di monitoraggio |
-
-Usa analytics per mantenere i rischi sotto controllo. Una volta fatto questo, crea una chiara [politica sulla privacy](https://capgo.app/privacy/) per la tua app.
-
-### Scrittura di politiche sulla privacy chiare
-
-Crea una politica sulla privacy facile da capire e che fornisca piena trasparenza sulle tue pratiche. Includi quanto segue:
-
-1. **Ambito raccolta dati**
-
-Spiega quali dati personali raccogli, perché li raccogli e fornisci esempi specifici.
-
-2. **Diritti e controlli utente**
-
-Descrivi come gli utenti possono visualizzare, aggiornare o eliminare i loro dati personali. Assicurati di includere misure come la crittografia end-to-end per maggiore sicurezza.
-
-3. **Condivisione con terze parti**
-
-Elenca eventuali servizi esterni che ricevono dati utente, insieme alle ragioni della condivisione. Mantieni un registro di tutti gli accordi di condivisione dati e delle tutele in atto.
-
-Una volta finalizzata la politica sulla privacy, incorpora questi standard nel tuo flusso di sviluppo.
-
-### Sviluppo privacy-first
-
-Basandoti sulla valutazione del rischio e sulla politica sulla privacy, concentrati sull'integrazione della privacy in ogni fase dello sviluppo dell'app. Ecco come:
-
-**[Gestione sicura degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update)**
-
--   Abilita rollback istantanei per risolvere rapidamente eventuali problemi di privacy.
--   Usa canali controllati per testare nuove funzionalità.
--   Crittografa tutte le trasmissioni di aggiornamenti.
-
-**Integrazione continua della privacy**
-
--   Aggiungi controlli privacy alla pipeline CI/CD.
--   Programma audit di sicurezza regolari.
--   Monitora il successo degli aggiornamenti per garantire un'implementazione fluida.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-**Prevenzione errori**
-
--   Mantieni log di audit dettagliati per la responsabilità.
--   Sviluppa sistemi completi di tracciamento errori.
--   Assicurati che i log siano completi per un monitoraggio efficace.
-
-## Regole PIPEDA per le funzionalità delle app
-
-### Dati di localizzazione e notifiche
-
-Le app che gestiscono dati di localizzazione devono seguire requisiti PIPEDA specifici:
-
--   Ottenere il **consenso esplicito dell'utente** prima di raccogliere dati di localizzazione.
--   Offrire **chiare opzioni di opt-out** dal tracciamento della posizione.
--   Consentire agli utenti di **disabilitare il tracciamento** quando vogliono.
--   Spiegare chiaramente **come vengono utilizzati e archiviati i dati di localizzazione**.
-
-Per le notifiche push, PIPEDA ha regole aggiuntive:
-
--   Richiedere **permessi di notifica separatamente** dall'accesso alla posizione.
--   Dichiarare chiaramente **perché sono necessarie le notifiche**.
--   Fornire **impostazioni flessibili** per controllare le preferenze di notifica.
--   Consentire agli utenti di **aggiornare le impostazioni di notifica** in qualsiasi momento.
-
-### Pagamenti e servizi esterni
-
-Per quanto riguarda i pagamenti, le app devono garantire una forte sicurezza secondo PIPEDA:
-
--   Utilizzare **crittografia standard di settore** per tutte le transazioni.
--   Archiviare i dati di pagamento con **protocolli di sicurezza conformi a PIPEDA**.
--   Mantenere **log dettagliati delle transazioni** per trasparenza.
--   Implementare **autenticazione multi-fattore** per protezione aggiuntiva.
-
-Per le integrazioni di terze parti, PIPEDA richiede:
-
--   Documentare come i dati vengono condivisi con servizi esterni.
--   Includere **clausole su privacy e sicurezza** negli accordi di servizio.
--   Garantire che le pratiche di sicurezza di terze parti soddisfino gli standard PIPEDA.
--   Divulgare chiaramente **pratiche di condivisione dati** agli utenti.
-
-### Archiviazione e rimozione dei dati
-
-Processi appropriati di archiviazione e rimozione dei dati sono fondamentali per mantenere la conformità.
-
-**Requisiti di archiviazione**:
-
--   Utilizzare server sicuri situati in **giurisdizioni approvate**.
--   Crittografare dati transazionali sensibili.
--   Separare informazioni sensibili da dati meno critici.
--   Mantenere **backup crittografati** per il recupero.
-
-**Protocollo di rimozione dati**:
-
--   Offrire agli utenti opzioni chiare per eliminare i loro account.
--   Rimuovere i dati utente **prontamente su richiesta**.
--   Assicurarsi che l'eliminazione includa tutti i record associati.
--   Mantenere procedure documentate per la rimozione dei dati.
-
-**Linee guida sulla conservazione**:
-
--   Definire per quanto tempo i dati verranno conservati.
--   Archiviare in modo sicuro i dati inattivi.
--   Distruggere i dati oltre il periodo di conservazione in modo sicuro e documentato.
-
-## Aggiornamenti pronti per PIPEDA di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd/574f3a2cd27791454624262312a6c223.jpg)
-
-### Funzionalità di aggiornamento sicuro
-
-Capgo utilizza un sistema di gestione degli aggiornamenti completamente crittografato progettato per allinearsi ai requisiti PIPEDA. Le sue caratteristiche di sicurezza includono:
-
--   Distribuzione degli aggiornamenti crittografata end-to-end
--   Controllo versione con tracce di audit dettagliate
--   Impostazioni granulari di controllo accessi
--   Opzioni di rollback protette
-
-> "L'unica soluzione con vera crittografia end-to-end, gli altri si limitano a firmare gli aggiornamenti" [\[1\]](https://capgo.app/)
-
-Questa configurazione garantisce che gli aggiornamenti vengano consegnati rapidamente mantenendo la conformità con rigorosi standard di sicurezza.
-
-### Aggiornamenti rapidi delle app
-
-Capgo combina forte sicurezza con consegna rapida degli aggiornamenti per soddisfare le esigenze normative. In modo impressionante, il 95% degli utenti attivi riceve gli aggiornamenti entro 24 ore. Ad oggi, sono stati distribuiti 23,5 milioni di aggiornamenti su 750 app in produzione [\[1\]](https://capgo.app/).
-
-La piattaforma fornisce anche monitoraggio in tempo reale, distribuzione istantanea di patch di sicurezza e opzioni di hosting flessibili per affrontare le preoccupazioni sulla sovranità dei dati.
-
-### Vantaggi open source
-
-Capgo è completamente open source, permettendo ai team di evitare il vendor lock-in e verificare le capacità di conformità della piattaforma [\[1\]](https://capgo.app/).
-
-Con questa trasparenza, i team possono:
-
--   Ispezionare e verificare le misure di sicurezza
--   Personalizzare le funzionalità di conformità in base alle loro esigenze
--   Self-hosting per il controllo completo dei dati
--   Mantenere tracce di audit complete
-
-Il sistema di canali di Capgo supporta ulteriormente i rilasci controllati, consentendo ai team di testare gli aggiornamenti per la conformità prima della distribuzione su larga scala. Questo garantisce che ogni aggiornamento rispetti gli standard PIPEDA.
-
-## Conformità PIPEDA a lungo termine
-
-### Revisioni periodiche della privacy
-
-Programmare audit trimestrali per valutare aree chiave come le pratiche di raccolta dati, i processi di consenso, la condivisione dei dati con terze parti, i periodi di conservazione e le misure di sicurezza. Utilizzare una checklist dettagliata per documentare ogni revisione. Tenere traccia delle modifiche nelle funzionalità dell'app e degli aggiornamenti normativi per individuare le aree che necessitano di modifiche.
-
-Questi audit aiutano a stabilire una solida base per la formazione del personale e i piani di risposta alle emergenze.
-
-### Formazione sulla privacy per il personale
-
-Fornire una formazione sulla privacy che includa:
-
--   Sessioni iniziali di onboarding
--   Aggiornamenti trimestrali
--   Linee guida di conformità specifiche per ruolo
--   Casi studio reali
--   Workshop interattivi
-
-Sin dal primo giorno, assicurarsi che il personale comprenda le proprie responsabilità riguardo alla conformità. La formazione regolare dovrebbe coprire argomenti come la gestione delle richieste dei dati degli utenti, la gestione dei ritiri del consenso, la gestione dei reclami sulla privacy e l'implementazione di principi di progettazione incentrati sulla privacy. Utilizzare casi studio e workshop per rendere la formazione più pratica e coinvolgente.
-
-Un team ben preparato è fondamentale per gestire gli incidenti rapidamente ed efficacemente.
-
-### Piani di risposta alle emergenze
-
-Creare un piano di risposta alle emergenze chiaro con passaggi definiti:
-
-1.  Identificare e valutare gli incidenti in base a criteri prestabiliti, utilizzando un team di risposta dedicato.
-2.  Contenere immediatamente la violazione documentando tutti i dettagli e notificando gli utenti e le autorità interessate entro i tempi richiesti.
-3.  Ripristinare i sistemi, aggiornare le misure di sicurezza e rivedere le politiche sulla privacy dopo l'incidente. Rivedere e aggiornare il piano ogni sei mesi.
-
-Stabilire obiettivi specifici di tempo di risposta per garantire conformità e responsabilità:
-
-| Elemento di azione | Target tempo di risposta | Documentazione richiesta |
-| --- | --- | --- |
-| Valutazione iniziale della violazione | Entro 1 ora | Modulo rapporto incidente |
-| Notifica utente | Entro 24 ore | Template di notifica |
-| Rapporto alle autorità | Entro 72 ore | Rapporto violazione PIPEDA |
-| Revisione post-incidente | Entro 7 giorni | Riepilogo analisi |
-
-## Riepilogo: Vantaggi della conformità PIPEDA
-
-Seguire le linee guida PIPEDA per le app mobili costruisce fiducia e incoraggia il coinvolgimento degli utenti. Dando priorità alla privacy degli utenti e adottando pratiche chiare di gestione dei dati, le app possono mantenere connessioni più forti con i loro utenti.
-
-### Vantaggi chiave della conformità PIPEDA
-
--   **Maggiore fiducia degli utenti**: Politiche sulla privacy trasparenti e pratiche chiare sui dati mostrano agli utenti che le loro informazioni vengono gestite in modo responsabile.
--   **Tutele legali**: Rimanere all'interno delle normative PIPEDA riduce il rischio di problemi legali e multe relativi alla privacy.
--   **Vantaggio di mercato**: Un focus sulla privacy aiuta a migliorare la reputazione di un'azienda in un mercato dove la protezione dei dati è importante.
-
-Questi vantaggi sono evidenti nel feedback degli utenti. I contributi di Capgo evidenziano il valore della conformità:
-
-> "The community needed this and @Capgo is doing something really important!" [\[1\]](https://capgo.app/)
-
-> "@Capgo is a must have tools for developers, who want to be more productive. Avoiding review for bugfix is golden." \[2\]
-
-Soddisfare gli standard PIPEDA non solo costruisce fiducia ma assicura anche il successo a lungo termine in un mercato dove la privacy è una priorità.
diff --git a/src/content/blog/it/pipeline-security-for-capacitor-apps-key-insights.md b/src/content/blog/it/pipeline-security-for-capacitor-apps-key-insights.md
deleted file mode 100644
index a79c47ace..000000000
--- a/src/content/blog/it/pipeline-security-for-capacitor-apps-key-insights.md
+++ /dev/null
@@ -1,152 +0,0 @@
----
-slug: pipeline-security-for-capacitor-apps-key-insights
-title: 'Sicurezza della Pipeline per le App Capacitor: Approfondimenti Chiave'
-description: >-
-  Aprende estrategias esenciales para asegurar los flujos de trabajo de
-  aplicaciones Capacitor, desde la protección de secretos hasta la gestión de
-  actualizaciones OTA y control de acceso.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T03:16:36.231Z
-updated_at: 2025-04-21T03:17:10.503Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68059152360079f947b84e10-1745205430503.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, pipeline security, OTA updates, access control, encryption, mobile
-  app security, third-party plugins, CI/CD security
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-
-La sicurezza della pipeline per le app [Capacitor](https://capacitorjs.com/) è essenziale per proteggere i dati sensibili e garantire aggiornamenti affidabili. Ecco cosa devi sapere:
-
-- **Proteggere i Segreti**: Utilizza la crittografia end-to-end e strumenti sicuri di gestione dei segreti per proteggere le credenziali come le [API keys](https://capgo.app/docs/webapp/api-keys/)
-- **Controllo Accessi**: Implementa il controllo degli accessi basato sui ruoli (RBAC), [autenticazione multi-fattore](https://capgo.app/docs/webapp/mfa/) (MFA) e monitoraggio in tempo reale per prevenire modifiche non autorizzate alla pipeline
-- **Integrità degli Aggiornamenti**: Cripta gli aggiornamenti OTA, verifica l'autenticità con firme digitali e abilita i rilasci graduali con opzioni di rollback
-- **Strumenti di Sicurezza**: Utilizza strumenti automatizzati di test di sicurezza per l'analisi statica del codice, controlli delle dipendenze e test delle API
-
-[Capgo](https://capgo.app/), una piattaforma OTA leader, migliora la sicurezza della pipeline Capacitor con funzionalità come il monitoraggio in tempo reale, rilasci graduali e crittografia end-to-end. Queste misure garantiscono aggiornamenti sicuri delle app proteggendo i dati degli utenti.
-
-## Cos'è la Sicurezza CI/CD? Strategie per rafforzarla
-
-## Rischi di Sicurezza nelle Pipeline delle App [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Con l'evoluzione dello [sviluppo di app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/), vengono introdotte specifiche sfide di sicurezza nelle pipeline CI/CD. Affrontare questi rischi è fondamentale per mantenere un ambiente di sviluppo sicuro.
-
-### Gestione di Segreti e Variabili
-
-Proteggi le informazioni sensibili come le API key e le variabili d'ambiente crittografandole e limitandone l'ambito. Utilizza la crittografia end-to-end per proteggere i dati sia in transito che a riposo, assicurando che le credenziali intercettate siano inutili per gli attaccanti.
-
-Inoltre, valida sempre il codice esterno prima di integrarlo nella tua pipeline per ridurre le vulnerabilità.
-
-### Sicurezza di Plugin e Librerie
-
-I plugin di terze parti possono espandere le funzionalità ma aumentano anche i rischi. Ogni plugin introduce potenziali vulnerabilità. Per mitigare questo:
-
-- Controlla le fonti dei plugin e scansiona gli aggiornamenti prima di integrarli nella pipeline
-- Tieni presente che le dipendenze cross-platform possono complicare gli sforzi di sicurezza
-
-Limita l'accesso alla pipeline per prevenire modifiche non autorizzate e minimizzare l'esposizione.
-
-### Controllo Accessi della Pipeline
-
-Un controllo degli accessi debole nei sistemi CI/CD può portare a modifiche non autorizzate, dirottamento della pipeline o escalation accidentali dei privilegi. Le lacune di sicurezza comuni includono:
-
-- **Accesso non autorizzato**: Potrebbe portare a manomissione del codice. Usa permessi granulari per limitare l'accesso
-- **Autenticazione debole**: Rende più facile il dirottamento della pipeline. Imponi l'autenticazione multi-fattore per rafforzare la sicurezza
-- **Registrazione insufficiente**: Ritarda il rilevamento delle violazioni. Abilita il monitoraggio in tempo reale e mantieni log dettagliati
-- **Confusione dei ruoli**: Può causare escalation accidentale dei privilegi. Definisci e assegna chiaramente i ruoli
-
-Per proteggere la tua pipeline, implementa controlli di accesso rigorosi basati sui ruoli, imponi protocolli di autenticazione forti e mantieni sistemi di registrazione completi.
-
-### Sicurezza degli Aggiornamenti OTA
-
-Gli aggiornamenti over-the-air (OTA) permettono una rapida distribuzione di correzioni e funzionalità ma comportano rischi come intercettazione, manomissione e rilasci incontrollati.
-
-Per proteggere gli aggiornamenti OTA:
-
-- Cripta i pacchetti di aggiornamento per garantire riservatezza e integrità
-- Usa firme digitali per verificare l'autenticità degli aggiornamenti
-- Rilascia gli aggiornamenti in fasi per minimizzare i potenziali impatti
-- Fornisci un'opzione di rollback per ripristinare versioni problematiche
-
-Questi passaggi aiutano a garantire che gli aggiornamenti OTA rimangano sicuri e affidabili.
-
-## Linee Guida per la Sicurezza della Pipeline
-
-Per ridurre i rischi, segui queste linee guida per la sicurezza della pipeline.
-
-### Protezione dei Segreti
-
-- Usa la **crittografia end-to-end** per proteggere i segreti e prevenire fughe di credenziali
-- Memorizza API key, token di accesso e variabili d'ambiente in un **servizio di gestione dei segreti** con accesso limitato e rotazione regolare-   Limitare l'ambito delle variabili a specifici ambienti per minimizzare i rischi di esposizione
--   [Crittografare i dati](https://capgo.app/docs/cli/migrations/encryption/) sia quando sono fermi che durante il transito per bloccare accessi non autorizzati
-
-### Strumenti per i Test di Sicurezza
-
--   Aggiungere scanner automatici ai job CI/CD per attività come analisi statica del codice, controlli delle dipendenze, sicurezza dei container e test delle API
--   Configurare plugin per:
-    -   Analisi statica del codice
-    -   Scansione vulnerabilità delle dipendenze 
-    -   Controlli sicurezza container
-    -   Test sicurezza API
-
-### Controllo Accessi e Monitoraggio
-
--   Implementare **controllo accessi basato sui ruoli (RBAC)**, autenticazione multi-fattore (MFA), monitoraggio in tempo reale e log di audit dettagliati
--   Condurre audit regolari degli accessi per identificare e risolvere potenziali gap di sicurezza
--   Utilizzare strumenti di monitoraggio in tempo reale e mantenere log dettagliati delle attività per tracciare l'attività della pipeline
-
-### Gestione degli Aggiornamenti
-
--   Distribuire gli aggiornamenti a fasi e utilizzare canali beta per testare le modifiche
--   Abilitare il rollback automatico per risolvere rapidamente i problemi
--   Monitorare il successo della distribuzione e le metriche di adozione per garantire che gli aggiornamenti funzionino come previsto
--   Integrare la distribuzione degli aggiornamenti direttamente nella pipeline per deployments più fluidi
-
-## Panoramica degli Strumenti di Sicurezza
-
-Le nuove piattaforme OTA ora danno priorità alla sicurezza nelle loro pipeline Capacitor. Questi strumenti implementano le misure di sicurezza discusse in precedenza
-
-### Funzionalità di Sicurezza di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgo fornisce una configurazione orientata alla sicurezza progettata specificamente per le [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/). La sua crittografia end-to-end garantisce che gli aggiornamenti possano essere decrittati solo da utenti autorizzati, andando oltre la solita dipendenza dai pacchetti firmati. Le funzionalità chiave includono:
-
--   **Monitoraggio in tempo reale**: Traccia successi e fallimenti degli aggiornamenti in tempo reale
--   **Controllo accessi granulare**: Permessi basati sui ruoli e gestione organizzativa per limitare l'accesso alla pipeline
--   **Rollback automatizzato**: Ripristina rapidamente una versione precedente se emerge un problema di sicurezza dopo il deployment
--   **Rollout graduali e canali beta**: Target su gruppi specifici di utenti per test e rilasci controllati
-
-Capgo si integra perfettamente con strumenti CI/CD come [GitHub Actions](https://docsgithubcom/actions), [GitLab CI](https://docsgitlabcom/ee/ci/) e [Jenkins](https://wwwjenkinsio/), allineandosi con le pratiche di controllo accessi, gestione dei segreti e integrità degli aggiornamenti descritte in precedenza
-
-### Confronto tra Piattaforme di Sicurezza
-
-Ecco come si confrontano le moderne piattaforme OTA con i metodi più datati:
-
--   **Crittografia**: Le piattaforme moderne usano la crittografia end-to-end, mentre i sistemi legacy spesso si basano su firme base
--   **Deployment**: Gli aggiornamenti OTA istantanei sostituiscono il più lento processo di revisione dell'app store
--   **Struttura dei Costi**: Prezzi basati sull'utilizzo offrono flessibilità rispetto a canoni annuali fissi
--   **Integrazione**: L'integrazione nativa CI/CD elimina la necessità di configurazioni manuali
--   **Hosting**: Opzioni sia cloud che self-hosted, a differenza dei sistemi legacy spesso solo cloud
-
-> "@Capgo è un modo intelligente per fare hot code pushes (e non per tutti i soldi del mondo come con @AppFlow) :-)" – NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-## Prospettive del Settore
-
-Il campo della sicurezza delle pipeline si sta muovendo verso modelli più avanzati guidati dalla community, basandosi su linee guida precedenti e confronti tra strumenti. Il panorama della sicurezza delle pipeline Capacitor si sta evolvendo per abbracciare questi approcci più sofisticati e collaborativi.
-
-### Tendenze nella Sicurezza delle Pipeline
-
-La crittografia end-to-end è ora una caratteristica standard per i sistemi di aggiornamento OTA (over-the-air) [\[1\]](https://capgo.app/). Questo sviluppo evidenzia l'importanza di scalare le precedenti best practice per la gestione di segreti, accessi e aggiornamenti.
-
-### Strumenti di Sicurezza Open-Source
-
-Gli strumenti open-source stanno giocando un ruolo cruciale insieme alle opzioni commerciali nel plasmare la prossima fase della sicurezza delle pipeline
\ No newline at end of file
diff --git a/src/content/blog/it/privacy-manifest-for-capacitor-apps-guide.md b/src/content/blog/it/privacy-manifest-for-capacitor-apps-guide.md
deleted file mode 100644
index 0ad48d97c..000000000
--- a/src/content/blog/it/privacy-manifest-for-capacitor-apps-guide.md
+++ /dev/null
@@ -1,290 +0,0 @@
----
-slug: privacy-manifest-for-capacitor-apps-guide
-title: 'Manifest della Privacy per App Capacitor: Guida'
-description: >-
-  Scopri come creare un Privacy Manifest per la tua app per conformarti ai
-  requisiti dell'App Store e proteggere efficacemente i dati degli utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T03:07:47.047Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776-1743563280473.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Privacy Manifest, Capacitor, App Store compliance, user data protection, app
-  development, privacy standards
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-
-**Vuoi lanciare la tua app [Capacitor](https://capacitorjs.com/) sull'[App Store](https://enwikipediaorg/wiki/App_Store_\(Apple\)) senza ritardi?** Inizia creando un Privacy Manifest. Apple ora richiede agli sviluppatori di includere questo documento per garantire che le app soddisfino rigidi standard di privacy. Ecco cosa devi sapere:
-
--   **Cos'è un Privacy Manifest?**  
-    Un file strutturato che delinea le pratiche di raccolta dati della tua app, l'utilizzo delle API e i domini di tracciamento
-    
--   **Perché è importante:**
-    
-    -   Rispetta le regole dell'App Store per evitare rifiuti o rimozioni
-    -   Costruisce fiducia essendo trasparenti sulla gestione dei dati degli utenti
--   **Componenti chiave da includere:**
-    
-    -   API che accedono ai dati dell'utente (es. posizione, foto)
-    -   Etichette privacy per i tipi di dati raccolti
-    -   Domini di tracciamento utilizzati per analytics o pubblicità
--   **Come crearne uno:**
-    
-    -   Usa JSON per definire i dettagli della raccolta dati
-    -   Posiziona il file `PrivacyInfo.xcprivacy` nella directory corretta del tuo progetto
-    -   Validalo con strumenti come [Xcode](https://developer.apple.com/xcode/) per evitare errori
--   **Strumenti per semplificare il processo:**  
-    Usa piattaforme come [Capgo](https://capgo.app/) per la validazione automatica del privacy manifest, aggiornamenti in tempo reale e tracciamento degli errori
-    
-
-**Rimani conforme, proteggi la privacy degli utenti ed evita ritardi nell'app store seguendo questa guida**
-
-## Nozioni di base sul Privacy Manifest
-
-### Definizione del Privacy Manifest
-
-Un privacy manifest è un file strutturato che delinea le pratiche sui dati della tua app. Dettaglia elementi come le API che accedono ai dati dell'utente, i domini di tracciamento, i tipi di dati raccolti e le integrazioni SDK di terze parti. Questo documento non solo aiuta a stabilire fiducia ma garantisce anche la conformità con le linee guida dell'App Store. Analizziamo i componenti chiave che il tuo manifest dovrebbe includere
-
-### Elementi principali del Privacy Manifest
-
-Ecco gli elementi principali da includere nel tuo privacy manifest per allinearti con i requisiti Apple:
-
-1.  **API con motivazione richiesta**  
-    Questa sezione elenca le API sensibili alla privacy che la tua app utilizza e spiega perché sono necessarie
-    
-    Di seguito una tabella che riassume i requisiti API comuni:
-    
-    | Categoria API | Utilizzo comune | Documentazione richiesta |
-    | --- | --- | --- |
-    | Servizi di localizzazione | Navigazione utente | Stringa di scopo e descrizione dell'utilizzo |
-    | Libreria foto | Foto profilo | Livello di accesso e intento |
-    | Contatti | Sincronizzazione rubrica | Dichiarazione di minimizzazione dei dati |
-    
-2.  **Etichette Privacy**  
-    Queste etichette forniscono trasparenza specificando:
-    
-    -   Tipi di dati raccolti
-    -   Motivi della raccolta dati
-    -   Se i dati sono collegati all'identità dell'utente
-    -   Come i dati vengono utilizzati per il tracciamento
-3.  **Domini di tracciamento**  
-    Questa sezione elenca tutti i domini coinvolti nel tracciamento, come quelli utilizzati per analytics, pubblicità o elaborazione dati di terze parti
-    
-
-> "Conforme all'App Store" - Capgo [\[1\]](https://capgo.app/)
-
-Secondo Capgo, il 95% degli utenti si adegua agli aggiornamenti entro 24 ore. Con oltre 235 milioni di aggiornamenti consegnati [\[1\]](https://capgo.app/), mantenere aggiornata la documentazione sulla privacy è essenziale per mantenere la fiducia degli utenti
-
-## Costruire Privacy Manifest per [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Requisiti di configurazione
-
-Prima di iniziare a costruire il manifest, assicurati di avere:
-
--   Xcode 15 o successivo installato
--   Un progetto Capacitor 8.0+ configurato
--   Accesso al file `Info.plist` della tua app
--   Una comprensione base della struttura JSON
--   Documentazione che delinea le pratiche di raccolta dati della tua app
-
-### Passaggi per la creazione
-
-Inizia creando un file `PrivacyInfo.xcprivacy` nella directory del tuo progetto iOSQuesto file deve seguire specifiche linee guida di formattazione:
-
-**Impostazione delle Informazioni di Base**
-
-```json
-{
-    "NSPrivacyTracking": false,
-    "NSPrivacyTrackingDomains": [],
-    "NSPrivacyCollectedDataTypes": []
-}
-```
-
-**Definizione dei Dettagli sulla Raccolta Dati**
-
-```json
-{
-    "NSPrivacyAccessedAPITypes": [
-        {
-            "NSPrivacyAccessedAPIType": "NSLocationWhenInUseUsageDescription",
-            "NSPrivacyAccessedAPITypeReasons": ["1.1"]
-        },
-        {
-            "NSPrivacyAccessedAPIType": "NSCameraUsageDescription",
-            "NSPrivacyAccessedAPITypeReasons": ["2.1"]
-        }
-    ]
-}
-```
-
-**Aggiunta dei Domini di Tracciamento**
-
-```json
-{
-    "NSPrivacyTrackingDomains": [
-        "analytics.yourdomain.com",
-        "metrics.yourdomain.com"
-    ]
-}
-```
-
-### Evitare Errori Comuni
-
-Per prevenire problemi, tieni a mente questi suggerimenti:
-
--   **Includi Tutti i Campi Obbligatori**: Anche se alcuni campi sono vuoti, devono essere presenti
--   **Usa Tipi API Validi**: Verifica gli identificatori API con la documentazione ufficiale Apple
--   **Controlla la Formattazione JSON**: Esegui il file attraverso un validatore JSON per individuare errori di sintassi
--   **Fornisci Motivazioni Complete**: Assicurati che ogni accesso API includa il relativo codice motivazione
--   **Mantieni le Informazioni Aggiornate**: Aggiorna il manifest quando vengono aggiunte nuove funzionalità
-
-Inoltre, assicurati che il file manifest rimanga sotto i 512KB per evitare errori di build. Convalida regolarmente il file durante il processo di build di Xcode per individuare errori precocemente.
-
-## Aggiungere Privacy Manifest a Capacitor
-
-### Guida al Posizionamento dei File
-
-Per includere un privacy manifest nel tuo progetto Capacitor, posiziona il file `PrivacyInfo.xcprivacy` nella seguente struttura di directory:
-
-```
-your-app/
-├── ios/
-│   ├── App/
-│   │   ├── PrivacyInfo.xcprivacy
-│   │   └── Info.plist
-│   └── App.xcworkspace
-```
-
-Per i plugin Capacitor, usa questa struttura:
-
-```
-your-plugin/
-├── ios/
-│   ├── Plugin/
-│   │   └── PrivacyInfo.xcprivacy
-│   └── Plugin.xcodeproj
-```
-
-### Configurazione Impostazioni di Build
-
-Una volta posizionato il file, aggiorna le impostazioni di build di Xcode per garantirne la corretta integrazione:
-
-1. Apri il tuo progetto in Xcode
-2. Sotto **TARGETS**, seleziona il target dell'app o del plugin
-3. Vai alla scheda **Build Settings**
-4. Imposta **Privacy Manifest Development Region** su `en`
-5. Imposta **Include Privacy Manifest** su `YES`
-
-Se il tuo progetto usa [CocoaPods](https://cocoapods.org/), includi questo snippet nel tuo `Podfile` per abilitare il privacy manifest:
-
-```ruby
-post_install do |installer|
-  installer.pods_project.targets.each do |target|
-    target.build_configurations.each do |config|
-      config.build_settings['INCLUDE_PRIVACY_MANIFEST'] = 'YES'
-    end
-  end
-end
-```
-
-Dopo aver apportato queste modifiche, procedi con i controlli di implementazione per verificare che tutto sia configurato correttamente.
-
-### Verifica dell'Implementazione
-
-Per assicurarti che il privacy manifest funzioni come previsto, segui questi passaggi:
-
-1. **Verifica della Build**
-    
-    -   Conferma che non ci siano avvisi relativi alla privacy durante la build
-    -   Assicurati che il manifest venga compilato senza problemi
-    -   Verifica che il privacy manifest sia incluso nei prodotti della build
-2. **Validazione Runtime**
-    
-    -   In modalità debug, testa il corretto funzionamento dei prompt di privacy e l'accesso alle API
-3. **Validazione App Store Connect**
-    
-    -   Carica la build e revisiona il Privacy Report in App Store Connect
-    -   Controlla che le dichiarazioni API siano complete e i formati dei domini di tracciamento siano corretti
-
-Se incontri l'errore "Privacy Manifest validation failed", ricontrolla il tuo manifest per assicurarti che soddisfi i requisiti più recenti dell'App Store. Presta particolare attenzione ai tipi di API e alle configurazioni dei domini di tracciamento.
-
-## Modifiche al Privacy Manifest Apple
-
-<iframe src="https://www.youtube.com/embed/S8JnUkUkmbs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Test e Correzioni
-
-Creare un Privacy Manifest che soddisfi le linee guida Apple è cruciale. Per mantenere la rotta, integra un tracciamento degli errori affidabile nel tuo processo di sviluppo. Questo aiuta a collegare gli sforzi di sviluppo con i requisiti di conformità.
-
-Uno strumento come [Capgo](https://capgo.app) può aiutare. Monitora l'accesso alle API e identifica i problemi del manifest prima che influenzino gli utenti. Una volta segnalati potenziali problemi, puoi concentrarti sulla validazione approfondita.
-
-Dopo aver apportato aggiornamenti, testa il tuo manifest in un ambiente di sviluppo. Usa le informazioni dal tracciamento degli errori per guidare la tua revisione. Questo approccio aiuta a garantire che la tua app rimanga allineata agli standard di privacy Apple.
-
-## Strumenti di Privacy [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo semplifica la gestione dei privacy manifest e gli aggiornamenti delle app, assicurando che i tuoi standard di privacy rimangano intatti senza ritardare i deployment.
-
-### Funzionalità Capgo
-
-Con più di **235 milioni di aggiornamenti protetti** e un **tasso di successo globale dell'82%**, Capgo garantisce che il **95% degli utenti attivi riceva gli aggiornamenti entro 24 ore** [\[1\]](https://capgo.app/)Ecco cosa offre:
-
--   **Crittografia end-to-end** per mantenere gli aggiornamenti sicuri
--   **Sistema di canali** per una distribuzione controllata degli aggiornamenti
--   **Tracciamento errori** per identificare e risolvere rapidamente i problemi
--   **Rollback con un clic** per tornare istantaneamente a una versione precedente
-
-Questi strumenti rendono l'aggiunta di Capgo al tuo flusso di lavoro semplice ed efficiente
-
-### Utilizzo di Capgo
-
-Per iniziare, [installa il plugin Capgo](https://capgo.app/docs/plugin/cloud-mode/getting-started/) con questo comando:
-
-```bash
-npx @capgo/cli init
-```
-
-Capgo si integra perfettamente con le pipeline CI/CD, automatizzando la validazione del manifesto della privacy attraverso piattaforme come [GitHub Actions](https://docsgithubcom/actions), [GitLab CI](https://docsgitlabcom/ee/ci/) o [Jenkins](https://wwwjenkinsio/). Che tu scelga opzioni cloud o self-hosted, Capgo supporta 750 app in produzione garantendo che ogni aggiornamento rispetti gli standard di privacy
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" – Rodrigo Mantica
-
-> "Capgo è un modo intelligente per fare hot code push 🙂" – NASA's OSIRIS-REx
-
-Capgo include anche analisi integrate per monitorare in tempo reale i tassi di successo degli aggiornamenti e il coinvolgimento degli utenti. Questo assicura che gli aggiornamenti della privacy raggiungano l'intera base utenti rimanendo conformi alle linee guida di Apple
-
-## Conclusione
-
-### Punti Chiave
-
-Quando si tratta di gestire i manifesti della privacy, rimanere conformi e mantenere solide misure di sicurezza è cruciale. Ecco cosa conta di più:
-
--   **Crittografia end-to-end**: Mantiene gli aggiornamenti sicuri dall'inizio alla fine
--   **Monitoraggio in tempo reale**: Traccia efficacemente la distribuzione degli aggiornamenti
--   **Capacità di rollback istantaneo**: Funge da rete di sicurezza per correzioni rapide
--   **Validazione automatizzata**: Garantisce che i tuoi aggiornamenti soddisfino gli standard di conformità
-
-Costruire un sistema di aggiornamento affidabile ti aiuta a stare al passo con i requisiti di privacy in evoluzione di Apple e Google. Questo approccio ha dimostrato di migliorare i tassi di approvazione dell'app store e rafforzare la fiducia degli utenti [\[1\]](https://capgo.app/)
-
-### Come Iniziare
-
-Puoi iniziare a implementare questi principi seguendo questi passaggi:
-
--   **Configura il tuo ambiente**: Esegui `npx @capgo/cli init` per iniziare
--   **Abilita le funzionalità di privacy**: Usa la crittografia end-to-end per aggiornamenti sicuri
--   **Implementa strumenti di monitoraggio**: Traccia gli aggiornamenti con le analisi
--   **Pianifica i rollback**: Assicurati di poter tornare rapidamente alle versioni precedenti se necessario
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono aumentare la produttività. Evitare ritardi di revisione per la correzione di bug è un punto di svolta" - Bessie Cooper
-
-Aggiornamenti regolari e strumenti appropriati sono fondamentali per rimanere conformi e migliorare nel tempo
\ No newline at end of file
diff --git a/src/content/blog/it/quasar-mobile-app-capacitor.md b/src/content/blog/it/quasar-mobile-app-capacitor.md
deleted file mode 100644
index 56084d6a1..000000000
--- a/src/content/blog/it/quasar-mobile-app-capacitor.md
+++ /dev/null
@@ -1,370 +0,0 @@
----
-slug: quasar-mobile-app-capacitor
-title: 'Creazione di App Mobile con aggiornamenti in tempo reale, Quasar e Capacitor.'
-description: >-
-  Come creare un'app mobile con Quasar, Capacitor e implementare aggiornamenti
-  in tempo reale.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikDhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: /quasar_capgo.webp
-head_image_alt: Illustrazione di Quasar e Capgo
-keywords: >-
-  Quasar, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: it
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-In questo tutorial, inizieremo creando una nuova web app usando [Quasar](https://quasar.dev/). Successivamente, impareremo come trasformarla in un'app mobile usando Capacitor. Se vuoi far apparire la tua app migliore su dispositivi mobili.
-
-Con Capacitor, puoi trasformare la tua web app Quasar in un'app mobile senza dover fare molte cose complicate o imparare un modo completamente nuovo di fare app come dovresti fare con qualcosa chiamato React Native.
-
-Questo tutorial ti guiderà attraverso il processo, partendo da una nuova app Quasar e poi incorporando Capacitor per passare al mondo delle app mobile native. Inoltre, userai [Capgo](https://capgo.app/) per inviare aggiornamenti live alla tua app in pochi secondi.
-
-## Informazioni su Capacitor
-
-CapacitorJS è davvero rivoluzionario! Puoi incorporarlo facilmente in qualsiasi progetto web, e incapsulerà la tua applicazione in una webview nativa, generando il progetto nativo per Xcode e Android Studio. Inoltre, i suoi plugin forniscono accesso alle funzionalità native del dispositivo come la fotocamera tramite un bridge JS.
-
-Con Capacitor, ottieni un'fantastica app mobile nativa senza configurazioni complicate o curve di apprendimento ripide. La sua API snella e le funzionalità ottimizzate lo rendono facilissimo da integrare nel tuo progetto. Fidati, rimarrai stupito da quanto sia semplice ottenere un'app nativa completamente funzionante con Capacitor!
-
-## Preparare la tua App Quasar
-
-Per creare una nuova app Quasar, esegui il seguente comando:
-
-```shell
-npm init quasar
-```
-
-![Quasar Project Setup](/quasar-setup.webp)
-
-Scegli l'opzione "App with Quasar CLI" poi "Quasar v2".
-
-Per creare un'app mobile nativa, abbiamo bisogno di un **export** del nostro progetto. Quindi, includiamo uno script semplice nel nostro **package.json** che può essere utilizzato per compilare e copiare il progetto Quasar:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "quasar build"
-  }
-}
-```
-
-Dopo aver eseguito il comando `generate`, dovresti vedere una nuova cartella `dist` nella root del tuo progetto.
-
-Questa cartella verrà utilizzata da Capacitor più tardi, ma per ora dobbiamo configurarla correttamente.
-
-## Aggiungere Capacitor alla tua App Quasar
-
-Per impacchettare qualsiasi web app in un container mobile nativo, dobbiamo seguire alcuni passaggi iniziali, ma successivamente sarà semplice come eseguire un singolo comando `sync`.
-
-Prima di tutto, possiamo installare il [Capacitor CLI](https://capacitorjs.com/docs/cli/) come dipendenza di sviluppo, e poi configurarlo nel nostro progetto. Durante la configurazione, puoi premere "invio" per accettare i valori predefiniti per nome e ID del bundle.
-
-Successivamente, dobbiamo installare il pacchetto core e i pacchetti rilevanti per le piattaforme iOS e Android.
-
-Infine, possiamo aggiungere le piattaforme, e Capacitor creerà cartelle per ogni piattaforma nella root del nostro progetto:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Quasar project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-![Initialize Capacitor](/capacitor-init.webp)
-
-A questo punto, dovresti vedere nuove cartelle **ios** e **android** nel tuo progetto Quasar.
-
-**Questi sono progetti nativi reali!**
-
-Per accedere al progetto Android più tardi, devi installare [Android Studio](https://developer.android.com/studio/). Per iOS, hai bisogno di un Mac e devi installare [Xcode](https://developer.apple.com/xcode/).
-
-Inoltre, dovresti trovare un file **capacitor.config.ts** nel tuo progetto, che contiene alcune impostazioni fondamentali di Capacitor utilizzate durante la sincronizzazione. L'unica cosa a cui devi prestare attenzione è il **webDir**, che deve puntare al risultato del tuo comando di build. Attualmente, non è corretto.
-
-Per correggere questo, apri il file **capacitor.config.json** e aggiorna il **webDir**:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-Puoi provarlo eseguendo i seguenti comandi:
-
-```shell
-npm run generate
-npx cap sync
-```
-
-Il primo comando `npm run generate` semplicemente compilerà il tuo progetto Quasar e copierà la build statica, mentre il secondo comando `npx cap sync` sincronizzerà tutto il codice web nei posti giusti delle piattaforme native in modo che possano essere visualizzati in un'app.
-
-Inoltre, il comando sync potrebbe aggiornare le piattaforme native e installare plugin, quindi quando installi nuovi [plugin Capacitor](https://capacitorjs.com/docs/plugins/) è il momento di eseguire nuovamente `npx cap sync`.
-
-Senza accorgertene, hai finito, quindi vediamo l'app su un dispositivo!
-
-## Compilare e Distribuire app native
-
-Per sviluppare app iOS, devi avere **Xcode** installato, e per le app Android, devi avere **Android Studio** installato. Inoltre, se prevedi di distribuire la tua app sull'app store, devi iscriverti all'Apple Developer Program per iOS e alla Google Play Console per Android.
-
-Se sei nuovo allo sviluppo mobile nativo, puoi utilizzare il CLI di Capacitor per aprire facilmente entrambi i progetti nativi:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Una volta configurati i tuoi progetti nativi, distribuire la tua app su un dispositivo connesso è facile. In Android Studio, devi solo aspettare che tutto sia pronto, e puoi distribuire la tua app su un dispositivo connesso senza cambiare alcuna impostazione. Ecco un esempio:
-
-![android-studio-run](/android-studio-run.webp)
-
-In Xcode, devi configurare il tuo account di firma per distribuire la tua app su un dispositivo reale invece che solo sul simulatore. Se non l'hai mai fatto prima, Xcode ti guida attraverso il processo (ma di nuovo, devi essere iscritto al Developer Program). Dopo di che, puoi semplicemente premere play per eseguire l'app sul tuo dispositivo connesso, che puoi selezionare in alto. Ecco un esempio:
-
-![xcode-run](/xcode-run.webp)
-
-Congratulazioni! Hai distribuito con successo la tua web app Quasar su un dispositivo mobile. Ecco un esempio:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/Quasar-mobile.webp" alt="quasar-mobile-app">
-</div>
-
-Ma aspetta, c'è anche un modo più veloce per farlo durante lo sviluppo...
-
-## Aggiornamento Live di Capgo
-
-Capgo Live Update è un servizio che permette agli sviluppatori di distribuire aggiornamenti alle loro app mobili senza passare attraverso il tradizionale processo di sottomissione all'App Store. Questo può essere un modo conveniente per correggere rapidamente bug o fare piccoli aggiornamenti a un'app senza attendere il processo di revisione dell'App Store.
-
-Integrare Capgo nella tua app Quasar è un processo semplice che ti permette di sfruttare la potenza degli aggiornamenti in tempo reale. Questa guida passo passo ti accompagnerà attraverso l'integrazione e l'implementazione di Capgo Live Update, permettendoti di fornire aggiornamenti senza problemi.
-
-**Registrati e Accedi alla Dashboard di Capgo**:
-
-È il momento di registrarti e ottenere la tua chiave API per caricare la tua prima versione! Inizia [registrandoti per un account Capgo](https://console.capgo.app/register/).
-
-**Installa l'SDK di Capgo**:
-
-Da una riga di comando, direttamente nella root della tua app Capacitor, esegui:
-
-`npm i @capgo/capacitor-updater && npx cap sync` Per installare il plugin nella tua app Capacitor.
-
-E poi aggiungi alla tua app questo codice come sostituzione di quello di CodePush:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Questo dirà al plugin nativo che l'installazione è riuscita.
-
-**Accedi a Capgo CLOUD**:
-
-Prima, usa la [chiave API](https://console.capgo.app/dashboard/apikeys/) `all` presente nel tuo account per accedere con il CLI:
-
-    `npx @capgo/cli@latest login LA_TUA_CHIAVE`
-
-**Aggiungi la tua prima App**:
-
-Iniziamo creando un'app in Capgo Cloud con il CLI.
-
-```shell
-    npx @capgo/cli@latest app add
-```
-Questo comando userà tutte le variabili definite nel file di configurazione di Capacitor per creare l'app.
-
-**Carica la tua prima versione**:
-
-Esegui il comando per compilare il tuo codice e inviarlo a Capgo con:
-
-```shell
-npx @capgo/cli@latest bundle upload`
-```
-
-Per default, il nome della versione sarà quello nel tuo file package.json.
-
-Controlla in [Capgo](https://console.capgo.app/login/) se la build è presente.
-
-Puoi anche testarla con la mia [app mobile sandbox](https://capgo.app/app_mobile/).
-
-**Rendi il canale predefinito**:
-
-Dopo aver inviato la tua app a Capgo, devi rendere il tuo canale predefinito per permettere alle app di ricevere aggiornamenti da Capgo.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-**Configura l'app per validare gli aggiornamenti**:
-
-Aggiungi questa configurazione al tuo file JavaScript principale.
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Poi esegui `npm run build && npx cap copy` per aggiornare la tua app.
-
-**Ricevi un Aggiornamento Live**:
-
-Affinché la tua applicazione riceva un aggiornamento live da Deploy, dovrai eseguire l'app su un dispositivo o un emulatore. Il modo più semplice per farlo è semplicemente usare il seguente comando per lanciare la tua app locale in un emulatore o un dispositivo connesso al tuo computer.
-
-      npx cap run [ios | android]
-
-Apri l'app, mettila in background e aprila di nuovo, dovresti vedere nei log che l'app ha fatto l'aggiornamento.
-
-Congratulazioni! 🎉 Hai distribuito con successo il tuo primo Aggiornamento Live. Questo è solo l'inizio di ciò che puoi fare con gli Aggiornamenti Live. Per saperne di più, consulta la [documentazione completa degli Aggiornamenti Live](https://capgo.app/docs/plugin/cloud-mode/getting-started/).
-
-## Utilizzare i Plugin di Capacitor
-
-Diamo un'occhiata a come utilizzare un plugin Capacitor in azione, di cui abbiamo parlato alcune volte prima. Per fare questo, possiamo installare un plugin abbastanza semplice eseguendo:
-
-```shell
-npm i @capacitor/share
-```
-
-Non c'è niente di particolare nel [plugin Share](https://capacitorjs.com/docs/apis/share/), ma comunque fa apparire la finestra di dialogo nativa per la condivisione! Per questo ora dobbiamo solo importare il pacchetto e chiamare la funzione `share()` corrispondente dalla nostra app, quindi modifichiamo il **pages/index.vue** in questo modo:
-
-```html
-<template>
-  <div>
-    <h1>Welcome to Quasar and Capacitor!</h1>
-    <button @click="share">Share now!</button>
-  </div>
-</template>
-
-<script setup lang="ts">
-import { Share } from '@capacitor/share';
-
-async function share() {
-  await Share.share({
-    title: 'Open Youtube',
-    text: 'Check new video on youtube',
-    url: 'https://www.youtube.com',
-    dialogTitle: 'Share with friends'
-  });
-}
-</script>
-```
-
-Come menzionato prima, quando installiamo nuovi plugin, dobbiamo eseguire un'operazione di sincronizzazione e poi ridistribuire l'app sul nostro dispositivo. Per fare questo, esegui il seguente comando:
-
-```
-npx cap sync
-```
-
-Dopo aver premuto il pulsante, puoi vedere in azione la bellissima finestra di dialogo nativa per la condivisione!
-
-## Aggiungere Opzionalmente Konsta UI
-
-Per utilizzare Konsta UI nella tua app Quasar, devi avere [tailwind già installato](https://tailwindcss.com/docs/installation/) e installare il pacchetto:
-
-```shell
-npm i konsta
-```
-
-Inoltre, devi modificare il tuo file `tailwind.config.js`:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './pages/**/*.{vue}',
-    './components/**/*.{vue}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig` estenderà la configurazione predefinita (o la tua personalizzata) di Tailwind CSS con alcune varianti extra e utility helper richieste per Konsta UI.
-
-Ora dobbiamo configurare il componente principale [App](https://konstaui.com/vue/app/) in modo da poter impostare alcuni parametri globali (come il `theme`).
-
-Dobbiamo avvolgere l'intera app con `App` nel `pages/_app.vue`:
-
-```html
-<template>
-  <App theme="ios">
-    <Quasar />
-  </App>
-</template>
-
-<script setup>
-import { App } from 'konsta/vue';
-</script>
-```
-
-### Pagina di Esempio
-
-Ora che tutto è configurato, possiamo utilizzare i componenti Vue di Konsta UI nelle nostre pagine Quasar.
-
-Per esempio, apriamo `pages/index.vue` e modifichiamolo nel seguente modo:
-
-```html
-<template>
-  <Page>
-    <Navbar title="My App" />
-
-    <Block strong>
-      <p>
-        Here is your Quasar & Konsta UI app. Let's see what we have here.
-      </p>
-    </Block>
-    <BlockTitle>Navigation</BlockTitle>
-    <List>
-      <ListItem href="/about/" title="About" />
-      <ListItem href="/form/" title="Form" />
-    </List>
-
-    <Block strong class="flex space-x-4">
-      <Button>Button 1</Button>
-      <Button>Button 2</Button>
-    </Block>
-  </Page>
-</template>
-
-<script setup>
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  Link,
-  BlockTitle,
-} from 'konsta/vue';
-</script>
-```
-
-Se il live reload non è sincronizzato dopo aver installato tutti i componenti necessari, prova a riavviare tutto. Una volta fatto questo, dovresti vedere un'app mobile con un aspetto piuttosto nativo, costruita con Quasar e Capacitor!
-
-
-## Conclusione
-
-Capacitor è un'ottima opzione per costruire applicazioni native basate su un progetto web esistente, offrendo un modo semplice per condividere il codice e mantenere un'interfaccia utente coerente.
-
-E con l'aggiunta di [Capgo](https://capgo.app/), è ancora più facile aggiungere aggiornamenti in tempo reale alla tua app, assicurando che i tuoi utenti abbiano sempre accesso alle ultime funzionalità e correzioni di bug.
-
-Se vuoi imparare come aggiungere Capgo alla tua app Next.js, dai un'occhiata al prossimo articolo:
diff --git a/src/content/blog/it/real-time-update-metrics-for-capacitor-apps.md b/src/content/blog/it/real-time-update-metrics-for-capacitor-apps.md
deleted file mode 100644
index 29f8247b2..000000000
--- a/src/content/blog/it/real-time-update-metrics-for-capacitor-apps.md
+++ /dev/null
@@ -1,256 +0,0 @@
----
-slug: real-time-update-metrics-for-capacitor-apps
-title: Metriche di aggiornamento in tempo reale per le app Capacitor
-description: >-
-  Impara come monitorare efficacemente le prestazioni degli aggiornamenti delle
-  tue app, garantendo rilasci veloci e affidabili e migliorando l'esperienza
-  utente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-02T03:19:09.129Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c3a347e68199dea862b1d5-1740885602596.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  update tracking, app performance, metrics monitoring, user experience,
-  real-time updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Vuoi garantire che gli aggiornamenti della tua app siano veloci, affidabili e impattanti? Ecco cosa devi sapere:
-
--   **Perché Monitorare gli Aggiornamenti?**  
-    Monitora le prestazioni degli aggiornamenti per distribuirli più velocemente, risolvere problemi rapidamente e migliorare l'esperienza utente. Strumenti come [Capgo](https://capgo.app/) possono aumentare l'efficienza delle release dell'81%.
-    
--   **Metriche Chiave da Monitorare:**
-    
-    -   **Tasso di Adozione:** Percentuale di utenti che passa all'ultima versione.
-    -   **Tasso di Successo degli Aggiornamenti:** Percentuale di aggiornamenti completati con successo.
-    -   **Impatto sugli Utenti:** Crash post-aggiornamento e utilizzo delle funzionalità.
--   **Migliori Strumenti per il Monitoraggio:**
-    
-    -   **Capgo:** [Gestione degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) sicura con supporto CI/CD.
-    -   **[Firebase Performance Monitoring](https://firebase.google.com/docs/perf-mon):** Analisi delle prestazioni in tempo reale gratuite.
-    -   **[New Relic](https://newrelic.com/):** Monitora errori, richieste di rete e altro.
--   **Passi Rapidi per l'Installazione:**
-    
-    1.  Installa strumenti come Capgo con `npx @capgo/cli init`.
-    2.  Monitora metriche come tempo di caricamento, utilizzo della memoria e report dei crash.
-    3.  Usa test A/B per perfezionare gli aggiornamenti prima del rilascio completo.
-
-Il monitoraggio degli aggiornamenti ti aiuta a distribuire aggiornamenti senza problemi, ridurre gli errori e migliorare le prestazioni dell'app. Approfondiamo i dettagli.
-
-## [Capgo](https://capgo.app/), plugin CapacitorJs per aggiornamenti live
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-02.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configurazione del Monitoraggio degli Aggiornamenti
-
-Per monitorare efficacemente gli aggiornamenti, dovrai configurare gli strumenti giusti e identificare le metriche chiave.
-
-### Aggiunta degli Strumenti di Monitoraggio
-
-Inizia scegliendo uno strumento di monitoraggio adatto alle tue esigenze. Per le app [Capacitor](https://capacitorjs.com/), ecco due opzioni popolari:
-
--   **Plugin Capgo**: Installa il plugin Capgo usando la riga di comando:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-    Segui le istruzioni di configurazione fornite nella documentazione.
-    
--   **New Relic**: Questo strumento aiuta a monitorare errori JavaScript, richieste di rete ed eventi personalizzati [\[2\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/). È stato utilizzato da aziende come Colenso per aggiornare quasi tutti i loro 5.000+ utenti in pochi minuti [\[1\]](https://capgo.app/).
-
-### Metriche Principali da Monitorare
-
-Una volta installati gli strumenti, concentrati sulle metriche che misurano il successo dei tuoi aggiornamenti. Ecco una suddivisione:
-
-| Categoria Metrica | Misurazioni Chiave | Scopo |
-| --- | --- | --- |
-| **Prestazioni Download** | Velocità, tasso di completamento | Valutare l'efficienza della distribuzione degli aggiornamenti. |
-| **Successo Aggiornamenti** | Tasso di installazione, errori | Assicurare l'affidabilità degli aggiornamenti. |
-| **Impatto Utenti** | Crash post-aggiornamento, pattern di utilizzo | Valutare la qualità e l'impatto degli aggiornamenti. |
-
-Queste metriche ti daranno un quadro chiaro di come stanno performando i tuoi aggiornamenti.
-
-### Impostazione delle Opzioni di Monitoraggio
-
-Affina le tue impostazioni di monitoraggio per raccogliere i dati più rilevanti. A seconda dello strumento scelto, ecco cosa puoi fare:
-
--   **New Relic**: Offre funzionalità come analytics, registrazione personalizzata, segnalazione crash, monitoraggio della rete e cattura del corpo delle risposte HTTP [\[2\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/).
--   **Capgo**: Permette di abilitare la crittografia per [aggiornamenti sicuri](https://capgo.app/docs/live-updates/update-behavior/) e assegnare aggiornamenti a utenti specifici per un targeting migliore [\[1\]](https://capgo.app/).
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare la revisione per le correzioni di bug è prezioso." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Lettura dei Dati sulle Prestazioni degli Aggiornamenti
-
-Comprendere come gli aggiornamenti si comportano in scenari reali è fondamentale per perfezionare la strategia di distribuzione della tua app. Monitorando attentamente le metriche e utilizzando strumenti affidabili, puoi ottenere informazioni fruibili sulle prestazioni degli aggiornamenti.
-
-### Misurazione dell'Utilizzo degli Aggiornamenti
-
-Il monitoraggio di come gli utenti adottano gli aggiornamenti ti aiuta a comprendere la velocità e l'efficacia del tuo rollout. Ecco alcune metriche essenziali da monitorare:
-
--   **Tasso di Adozione**: Calcolalo come _(Nuovi Utenti dell'Aggiornamento / Utenti Totali) × 100_. Questo mostra quanti utenti stanno passando alla versione aggiornata.
--   **Tempo alla Prima Azione**: Misura quanto tempo impiegano gli utenti per interagire con le nuove funzionalità dopo l'aggiornamento.
--   **Tasso di Successo degli Aggiornamenti**: Usa _(Aggiornamenti Riusciti / Tentativi Totali di Aggiornamento) × 100_ per valutare quanto bene sta funzionando il [processo di aggiornamento](https://capgo.app/docs/plugin/cloud-mode/manual-update/).
-
-Una volta ottenute queste metriche, approfondisci come gli aggiornamenti influenzano il comportamento degli utenti.
-
-### Analisi del Comportamento degli Utenti
-
-L'analisi del comportamento degli utenti post-aggiornamento fornisce un quadro più chiaro di come gli aggiornamenti impattano il coinvolgimento. Ad esempio, impostare obiettivi misurabili - come aumentare l'attivazione degli utenti del 47% entro la fine del trimestre - può aiutare a monitorare efficacemente i progressi [\[3\]](https://userpilot.com/blog/user-behavioral-analysis/).
-
-Metriche chiave da considerare:
-
--   **Utenti Attivi Giornalieri (DAU)**: Osserva i cambiamenti nell'utilizzo quotidiano dopo l'aggiornamento.
--   **Durata Media della Sessione**: Confronta il tempo che gli utenti trascorrono nell'app prima e dopo l'aggiornamento.
--   **Utilizzo delle Funzionalità**: Identifica quali nuove funzionalità stanno generando il maggior coinvolgimento.
-
-> "L'analisi del comportamento degli utenti è essenziale per i team di prodotto che non vogliono affidarsi a intuizioni o fortuna quando prendono decisioni sul prodotto." - Sophie Grigoryan [\[3\]](https://userpilot.com/blog/user-behavioral-analysis/)
-
-Il passo successivo è testare sistematicamente diverse versioni degli aggiornamenti.
-
-### Test delle Versioni degli Aggiornamenti
-
-La piattaforma Capgo, con oltre 947,6 milioni di aggiornamenti distribuiti globalmente [\[1\]](https://capgo.app/), offre spunti su strategie di test efficaci. Ecco su cosa concentrarsi:
-
--   **Monitoraggio delle Prestazioni in Tempo Reale**: Tieni d'occhio i tempi di risposta e i tassi di errore immediatamente dopo il deployment degli aggiornamenti.
--   **Utilizzo delle Risorse**: Assicurati che l'aggiornamento non sovraccarichi le risorse di sistema o riduca le prestazioni dell'app.
--   **Confronto delle Versioni**: Usa test A/B per valutare diverse versioni degli aggiornamenti con gruppi più piccoli di utenti prima di distribuirli ampiamente.
-
-Questi metodi aiutano a garantire che i tuoi aggiornamenti siano efficienti e ben accolti.
-
-## Risoluzione dei Problemi degli Aggiornamenti
-
-Affrontare i problemi degli aggiornamenti è cruciale per mantenere gli utenti soddisfatti e garantire che la tua app funzioni senza intoppi.
-
-### Individuazione degli Errori di Aggiornamento
-
-Capacitor-updater fornisce strumenti per aiutarti a identificare e risolvere gli errori di aggiornamento:
-
--   Configura listener **updateFailed** e **downloadFailed** per intercettare problemi durante il processo di aggiornamento.
--   Usa **notifyAppReady()** per confermare che il bundle di aggiornamento è stato caricato con successo.
--   Configura **appReadyTimeout** per rilevare ritardi nel processo di caricamento.
-
-Il monitoraggio degli errori ti permette di individuare dove si verificano i problemi e intervenire per migliorare le prestazioni.
-
-> "Appflow Live Updates ti permette di distribuire modifiche al codice web direttamente alle app installate degli utenti senza richiedere loro di scaricare una nuova versione dagli app store. Pensalo come un aggiornamento silenzioso in background che può correggere bug, introdurre nuove funzionalità e ottimizzare le prestazioni." – Ashwini Shukla, Product Manager per Appflow [\[5\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga)
-
-### Risoluzione dei Problemi di Velocità
-
-Il monitoraggio delle prestazioni è essenziale per garantire che gli aggiornamenti vengano distribuiti rapidamente ed efficientemente. I test beta mostrano che gli aggiornamenti vengono spesso completati in pochi secondi [\[4\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever).
-
-Metriche chiave da monitorare includono:
-
--   Tempi di caricamento e tassi di risposta
--   Utilizzo della memoria
--   Utilizzo della CPU
--   Richieste di rete
--   Frequenza dei crash
-
-Strumenti come **Firebase Performance Monitoring** o **[Sentry](https://sentry.io/)** possono aiutarti a monitorare queste metriche e impostare avvisi per potenziali problemi.
-
-### Gestione delle Dimensioni degli Aggiornamenti
-
-Mantenere ridotte le dimensioni degli aggiornamenti è fondamentale per una distribuzione più rapida. Ecco alcune tecniche efficaci:
-
-| Tecnica | Effetto | Implementazione |
-| --- | --- | --- |
-| Flag di Produzione | Riduce la dimensione del bundle | Usa flag `--prod` e `--release` |
-| Minificazione del Codice | Diminuisce la dimensione APK | Abilita `minifyEnabled` |
-| Pulizia delle Risorse | Rimuove file inutilizzati | Elimina SVG non utilizzati e chunk obsoleti |
-| Gestione Source Map | Riduce la dimensione dei file | Disabilita `sourceMap` in `angular.json` |
-
-Ad esempio, la rimozione di SVG inutilizzati ha ridotto la dimensione APK di un'app da 4,2 MB a 3,4 MB [\[6\]](https://stackoverflow.com/questions/50988174/how-do-i-decrease-the-size-of-the-ionic-android-apk-file).
-
-La piattaforma Capgo offre strumenti automatizzati per ottimizzare le dimensioni degli aggiornamenti. Il loro sistema di aggiornamenti differenziali trasferisce solo i file che sono cambiati, velocizzando la distribuzione e migliorando le prestazioni complessive garantendo al contempo la conformità con i requisiti degli app store.
-
-## Linee Guida per il Monitoraggio degli Aggiornamenti
-
-### Impostazione delle Metriche Standard
-
-Per monitorare efficacemente le prestazioni degli aggiornamenti, usa metriche consistenti che influenzano direttamente l'esperienza utente. Le aree chiave da monitorare includono:
-
-| Categoria Metrica | Misurazione Chiave |
-| --- | --- |
-| **Tempo di Caricamento** | Punta a far caricare l'app in meno di 3 secondi |
-| **Report dei Crash** | Mantieni i crash dell'app al minimo |
-| **Utilizzo della Memoria** | Assicura un uso efficiente della memoria, specialmente su dispositivi di fascia bassa |
-| **Utilizzo della CPU** | Monitora l'attività della CPU durante gli aggiornamenti |
-| **Richieste di Rete** | Monitora il tasso di successo delle richieste di rete durante gli aggiornamenti |
-
-La ricerca di [UXCam](https://uxcam.com/) mostra che il 53% degli utenti abbandona le app che impiegano più di 3 secondi per caricarsi [\[7\]](https://uxcam.com/blog/how-to-improve-mobile-app-performance/). Tenere sotto controllo queste metriche sia per le piattaforme iOS che Android garantisce prestazioni consistenti su tutti i dispositivi.
-
-Una volta identificate le tue metriche, organizzale in report chiari e concisi per un'analisi rapida.
-
-### Creazione di Report delle Metriche
-
-Un reporting efficace trasforma i dati grezzi in informazioni fruibili. Usa dashboard in tempo reale per semplificare il processo.
-
-Ecco come rendere i tuoi report efficaci:
-
--   **Monitora le prestazioni per versione**: Analizza separatamente ogni versione dell'app per individuare i problemi.
--   **Confronta i dati pre e post aggiornamento**: Identifica i cambiamenti causati dagli aggiornamenti.
--   **Monitora le tendenze a lungo termine**: Cerca schemi ricorrenti o miglioramenti nel tempo.
-
-> "Migliorare le prestazioni delle app mobili è un processo continuo vitale e complesso." – Tope Longe, Growth Marketing Manager, UXCam [\[7\]](https://uxcam.com/blog/how-to-improve-mobile-app-performance/)
-
-Questi report ti aiuteranno a identificare le aree che necessitano di attenzione immediata e a guidare i miglioramenti a lungo termine.
-
-### Utilizzo dei Dati di Monitoraggio
-
-Trasforma le tue metriche in azioni significative per migliorare le prestazioni della tua app.
-
-**Azioni Immediate:**
-
--   Imposta avvisi per le metriche critiche e controlla i dashboard quotidianamente.
--   Implementa il reporting dei crash in tempo reale per affrontare i problemi non appena si presentano.
-
-**Strategie a Lungo Termine:**
-
--   Rimuovi i framework di codice inutilizzati per velocizzare i download.
--   Sposta le attività di elaborazione pesante in background per migliorare la reattività.
--   Aggiungi funzionalità offline per consentire agli utenti di accedere all'app anche durante le interruzioni di rete.
-
-Piattaforme come Capgo possono fornire analisi approfondite e permettere rapidi rollback quando necessario, garantendo un'esperienza utente più fluida.
-
-## Riepilogo
-
-### Risultati del Monitoraggio degli Aggiornamenti
-
-Gli strumenti moderni di monitoraggio degli aggiornamenti si sono dimostrati rivoluzionari per i team di sviluppo:
-
--   I team di sviluppo in tutto il mondo hanno distribuito **519,5 milioni di aggiornamenti** usando questi strumenti [\[1\]](https://capgo.app/).
--   I team riportano un **aumento dell'efficienza dell'81%** grazie a cicli di rilascio più rapidi [\[1\]](https://capgo.app/).
-
-Combinando un efficace monitoraggio delle metriche con gli aggiornamenti in tempo reale, gli sviluppatori hanno reinventato il modo di mantenere e migliorare le loro app. Anche il team OSIRIS-REx della NASA ha elogiato questo approccio:
-
-> "@Capgo è un modo intelligente per effettuare hot code push (e non per tutti i soldi del mondo come con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-Pronto a vedere questi risultati di persona? Segui i passaggi seguenti per iniziare a monitorare gli aggiornamenti in modo efficace.
-
-### Per Iniziare
-
-Ecco come iniziare a monitorare le metriche degli aggiornamenti:
-
--   **Installa i plugin e definisci le metriche chiave** da monitorare. Concentrati su:
-    
-    | Tipo di Metrica | Obiettivo | Impatto |
-    | --- | --- | --- |
-    | Tempo di Caricamento | Meno di 3 sec | Migliora la retention |
-    | Tasso di Successo Aggiornamenti | Oltre 99% | Garantisce stabilità |
-    | Velocità di Download | Meno di 5 sec | Aumenta la soddisfazione |
-    
--   **Usa strumenti di aggiornamento live** come Capgo per deployment sicuri e istantanei.
-    
-
-Come ha condiviso un utente:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente aggiornamenti ai nostri utenti!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/it/real-time-updates-with-user-segmentation.md b/src/content/blog/it/real-time-updates-with-user-segmentation.md
deleted file mode 100644
index 4645a55bd..000000000
--- a/src/content/blog/it/real-time-updates-with-user-segmentation.md
+++ /dev/null
@@ -1,183 +0,0 @@
----
-slug: real-time-updates-with-user-segmentation
-title: Aggiornamenti in tempo reale con segmentazione degli utenti
-description: >-
-  Scopri come gli aggiornamenti in tempo reale e la segmentazione degli utenti
-  possono migliorare le prestazioni, il coinvolgimento e la personalizzazione
-  dell'app per esperienze utente mirate.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T01:23:29.243Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db5cb48d9574929cf1042f-1742433905119.jpg
-head_image_alt: Sviluppo Mobile
-keywords: 'real-time updates, user segmentation, app engagement, feature testing, Capgo'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Gli aggiornamenti in tempo reale ti permettono di distribuire modifiche all'app istantaneamente senza attendere le approvazioni degli app store. Combinando questo con la segmentazione degli utenti puoi targetizzare gruppi specifici, testare funzionalità e personalizzare le esperienze in modo efficace. Ecco come funziona:
-
--   **Aggiornamenti in Tempo Reale**: Invia correzioni di bug e nuove funzionalità direttamente agli utenti, raggiungendo il 95% entro 24 ore.
--   **Segmentazione Utenti**: Raggruppa gli utenti (es. beta tester, power user) per testare aggiornamenti, distribuirli gradualmente e personalizzare le esperienze dell'app.
--   **Metriche Chiave da Monitorare**: Durata sessione, utilizzo funzionalità, adozione aggiornamenti e tasso di errori.
--   **Strumenti**: [Capgo](https://capgo.app/) assicura aggiornamenti veloci e sicuri con tassi di successo globali dell'82% e analytics dettagliati.
--   **Benefici**: Aggiornamenti più veloci, rischi ridotti, funzionalità personalizzate e coinvolgimento migliorato.
-
-Inizia definendo i segmenti utente, installando Capgo (`npx @capgo/cli init`) e monitorando le performance degli aggiornamenti per perfezionare la tua strategia.
-
-## Elementi Base della Segmentazione Utenti
-
-### Raccolta Dati Utente
-
-Per creare segmenti utente significativi, devi prima tracciare come gli utenti interagiscono con la tua app. Concentrati sulla raccolta di metriche chiave come queste:
-
-| **Tipo di Dato** | **Scopo** | **Impatto** |
-| --- | --- | --- |
-| **Sessione (Durata)** | Comprendere i livelli di coinvolgimento | Individuare power user vs utenti occasionali |
-| **Utilizzo Funzionalità** | Identificare funzioni popolari | Dare priorità alle funzionalità da migliorare |
-| **Risposta Aggiornamenti** | Misurare adozione aggiornamenti | Perfezionare strategie di distribuzione |
-| **Tasso di Errori** | Monitorare stabilità app | Identificare e risolvere problemi per segmenti |
-
-Usando gli analytics di Capgo, puoi tracciare i tassi di successo degli aggiornamenti e il coinvolgimento degli utenti, offrendo insight dettagliati su come i diversi utenti interagiscono con la tua app [\[1\]](https://capgo.app/). Questi dati formano la base di una segmentazione utente efficace.
-
-### Creazione Segmenti Utente
-
-Una volta raccolti i dati, il passo successivo è raggruppare gli utenti in segmenti usando il sistema di canali di Capgo. Questo permette agli sviluppatori di gestire aggiornamenti e testare funzionalità con precisione.
-
-> "Abbiamo distribuito [gli aggiornamenti OTA di Capgo](https://console.capgo.app/resend_email) in produzione per la nostra base utenti di 5.000. Stiamo vedendo un'operatività molto fluida; quasi tutti i nostri utenti sono aggiornati entro pochi minuti dal deployment dell'OTA su @Capgo." – colenso, @colenso [\[1\]](https://capgo.app/)
-
-Gli sviluppatori possono organizzare gli utenti in categorie come beta tester, power user, nuovi utenti o account enterprise. Questa segmentazione aiuta nel testing degli aggiornamenti, nella distribuzione graduale o nella personalizzazione delle funzionalità per gruppi specifici.
-
-| **Tipo Segmento** | **Descrizione** | **[Strategia Aggiornamento](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)** |
-| --- | --- | --- |
-| **Beta Tester** | Early adopter che testano funzionalità | Ricevono aggiornamenti per primi |
-| **Power User** | Utenti molto coinvolti e frequenti | Priorità ai miglioramenti prestazionali |
-| **Nuovi Utenti** | Iscritti di recente alla piattaforma | Semplificare il rilascio funzionalità |
-| **Enterprise** | Account business o organizzativi | Usare finestre di manutenzione programmate |
-
-Gli strumenti di Capgo rendono facile regolare questi segmenti quando il comportamento degli utenti cambia, assicurando che aggiornamenti e funzionalità rimangano rilevanti [\[1\]](https://capgo.app/).
-
-## Configurazione Aggiornamenti Segmentati
-
-### Azioni Utente Chiave da Tracciare
-
-Per comprendere meglio il coinvolgimento degli utenti e l'utilizzo dell'app, concentrati su comportamenti specifici che evidenziano pattern. Basandosi sui dati di 750 app in produzione, queste azioni si sono dimostrate le più significative:
-
-| **Azione Utente** | **Perché Tracciarla** | **Impatto sugli Aggiornamenti** |
-| --- | --- | --- |
-| Frequenza Utilizzo Funzionalità | Identifica heavy user vs occasionali | Aiuta a dare priorità agli aggiornamenti |
-| Durata Sessione | Misura livelli di coinvolgimento | Informa sui tempi degli aggiornamenti |
-| Incontro Errori | Evidenzia problemi di stabilità | Guida dove servono hotfix |
-| Tempo Installazione Aggiornamenti | Mostra efficienza deployment | Perfeziona strategie di rilascio |
-
-Una volta identificate queste metriche chiave, è il momento di scegliere gli strumenti giusti per implementare efficacemente gli aggiornamenti segmentati.
-
-### Strumenti e Setup Aggiornamenti
-
-Per far funzionare bene gli aggiornamenti segmentati, servono strumenti affidabili che garantiscano conformità ed efficienza. Cerca strumenti che soddisfino questi benchmark di performance:
-
--   **95% di adozione aggiornamenti utenti attivi entro 24 ore**
--   **Performance [CDN](https://en.wikipedia.org/wiki/Content_delivery_network) globale**: bundle 5MB consegnato in 114ms
--   **82% tasso di successo aggiornamenti worldwide**
--   **Tempo risposta API globale**: 57ms
-
-Con questi strumenti implementati, il testing approfondito è essenziale per confermare che tutto funzioni come previsto.
-
-### Test Performance Segmenti
-
-Il testing assicura che gli aggiornamenti siano efficaci e ben accolti. Usa un approccio strutturato per valutare le performance tra i diversi segmenti utente:
-
-| **Fase Test** | **Implementazione** | **Metrica Successo** |
-| --- | --- | --- |
-| Beta Testing | Rilascio prima agli early adopter | Raccolta feedback utenti e bug report |
-| Rilascio Graduale | Aumento graduale percentuali deployment | Misura tassi successo aggiornamenti |
-| Monitoraggio Performance | Traccia metriche per ogni segmento | Valuta coinvolgimento post-aggiornamento |
-| Prontezza Rollback | Abilita reversione versione con un click | Minimizza downtime in caso di problemi |
-
-È cruciale mantenere confini chiari tra segmenti e monitorare attentamente come ogni gruppo risponde agli aggiornamenti. Gli analytics aiuteranno a perfezionare l'approccio.
-
-Per app enterprise, configurare canali di test separati per i principali segmenti utente assicura di poter mantenere l'82% di tasso di successo aggiornamenti gestendo basi utenti diverse tra regioni e pattern di utilizzo.
-
-## Personalizzazione Esperienze App
-
-### Personalizzazione Funzionalità per Diversi Gruppi Utente
-
-Con la segmentazione in tempo reale, gli sviluppatori possono regolare le funzionalità dell'app per adattarle a diversi gruppi di utenti. Ad esempio, strumenti avanzati possono essere offerti ai power user, mentre i nuovi utenti potrebbero vedere un'interfaccia più semplice per aiutarli a iniziare. Tracciando il coinvolgimento in tempo reale, questi aggiustamenti possono essere continuamente perfezionati per soddisfare le esigenze di ogni gruppo. Questo approccio influenza anche il modo in cui comunichi con gli utenti.
-
-### Notifiche Push Intelligenti
-
-Invia notifiche che contano, quando contano. Personalizzando sia il messaggio che i tempi per abbinarli alle abitudini di specifici gruppi di utenti, puoi tenere informati gli utenti attivi e riportare quelli inattivi. Questo approccio mirato assicura che le tue notifiche abbiano impatto.
-
-### Sistema di Gestione Aggiornamenti di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Per supportare queste interazioni personalizzate, una gestione efficace degli [aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) è fondamentale. Il sistema di canali di Capgo fornisce un controllo preciso sugli aggiornamenti, permettendo beta testing, rilasci graduali e funzionalità mirate a specifici segmenti utente. Con analytics in tempo reale e impostazioni dettagliate dei permessi, Capgo garantisce la conformità alle regole degli app store - particolarmente importante per le app enterprise.
-
-## Tracciamento Risultati e Successo
-
-### Metriche Performance
-
-Gli analytics giocano un ruolo cruciale nel tracciare come performano gli aggiornamenti. Gli indicatori chiave includono tassi di successo aggiornamenti, velocità di adozione degli utenti e livelli di coinvolgimento. Per esempio, il 95% degli utenti attivi installa gli aggiornamenti entro 24 ore, e il tasso di successo globale per gli aggiornamenti è dell'82% [\[1\]](https://capgo.app/).
-
-### Test Approcci Diversi
-
-Usando queste metriche, il testing sistematico aiuta a perfezionare la tua strategia di aggiornamento. Il [test A/B](https://en.wikipedia.org/wiki/A/B_testing) è particolarmente utile per identificare quali metodi di segmentazione funzionano meglio.
-
-| Componente Test | Cosa Misurare | Perché È Importante |
-| --- | --- | --- |
-| Timing Aggiornamenti | Tassi installazione in vari momenti | Aiuta a determinare i migliori orari di rilascio |
-| Criteri Segmentazione | Coinvolgimento utenti in ogni segmento | Conferma efficacia segmentazione |
-| Rilascio Funzionalità | Tassi utilizzo tra gruppi utenti | Valida il valore delle nuove funzionalità |
-
-Durante il testing, tracciare gli errori è essenziale. Permette di individuare problemi presto, risolverli velocemente e mantenere la stabilità dell'app [\[1\]](https://capgo.app/).
-
-### Misura Impatto Business
-
-Gli aggiornamenti segmentati in tempo reale non migliorano solo le performance tecniche - portano anche chiari benefici di business. Misurare questi benefici può fornire insight azionabili.
-
-Metriche chiave su cui concentrarsi includono:
-
--   **Retention Utenti**: Esamina come gli aggiornamenti influenzano il coinvolgimento a lungo termine.
--   **Ticket Supporto**: Traccia se gli aggiornamenti mirati riducono i problemi di customer support.
--   **Efficienza Sviluppo**: Misura il tempo risparmiato nel deployment e nella correzione bug.
--   **Soddisfazione Utenti**: Analizza valutazioni app e feedback tra gruppi utenti.
-
-## Guida Step-by-Step al PLG in Tempo Reale con Segment e ...
-
-<iframe src="https://www.youtube.com/embed/4h1BQ5Z8tIA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Prossimi Passi
-
-Pronto a mettere in azione gli aggiornamenti segmentati in tempo reale? Ecco una guida step-by-step per aiutarti a implementarli efficacemente.
-
-### Punti Principali
-
-Inizia installando il [plugin Capgo](https://capgo.app/plugins/) (`npx @capgo/cli init`), poi definisci i segmenti utente basati sul comportamento e i tuoi obiettivi di business. Infine, configura un sistema di monitoraggio per assicurare un tasso di successo aggiornamenti globale dell'82% [\[1\]](https://capgo.app/). Questa configurazione ti permette di distribuire aggiornamenti istantaneamente senza revisioni app store, restando sempre nei limiti delle linee guida della piattaforma.
-
-Ecco i tre elementi chiave su cui concentrarsi:
-
--   **Setup Tecnico**: Installa il plugin Capgo usando il comando: `npx @capgo/cli init`.
--   **Strategia Segmentazione**: Raggruppa gli utenti in base a coinvolgimento, comportamento e obiettivi. Questo permette di inviare aggiornamenti mirati a canali utente specifici.
--   **Framework Monitoraggio**: Traccia performance aggiornamenti e perfeziona la distribuzione per risultati migliori.
-
-Vediamo come implementare velocemente questa strategia usando Capgo.
-
-### Inizia a Usare Capgo
-
-Iniziare con Capgo è semplice e progettato per velocità e affidabilità. Combinando segmentazione e monitoraggio, puoi distribuire aggiornamenti in modo sicuro ed efficiente. Il sistema di canali di Capgo ti offre un controllo preciso su come vengono distribuiti gli aggiornamenti, rendendolo ideale per i test beta e i rilasci graduali.
-
-Ecco una rapida panoramica dell'implementazione:
-
-| Fase | Elementi d'azione | Risultato atteso |
-| --- | --- | --- |
-| Configurazione iniziale | Installare il plugin Capgo e configurarlo | Una solida base per gli aggiornamenti |
-| Segmentazione | Definire i canali utente e i gruppi target | [Distribuzione organizzata degli aggiornamenti](https://capgo.app/docs/live-updates/update-behavior/) |
-| Distribuzione | Utilizzare la CLI per distribuire gli aggiornamenti e monitorare | Rilascio rapido e controllato |
-| Ottimizzazione | Analizzare le prestazioni e regolare il targeting | Efficienza migliorata |
-
-Gli strumenti avanzati di gestione utenti di Capgo ti permettono di controllare gli aggiornamenti a livello granulare. Per i team che seguono pratiche di sviluppo agile, funzionalità come la crittografia end-to-end e analisi dettagliate garantiscono che gli aggiornamenti siano sia sicuri che performanti.
diff --git a/src/content/blog/it/refresh-token-rotation-in-cicd-workflows.md b/src/content/blog/it/refresh-token-rotation-in-cicd-workflows.md
deleted file mode 100644
index 7940b4f27..000000000
--- a/src/content/blog/it/refresh-token-rotation-in-cicd-workflows.md
+++ /dev/null
@@ -1,293 +0,0 @@
----
-slug: refresh-token-rotation-in-cicd-workflows
-title: Rotazione del Token di Rinfresco nei Flussi di Lavoro CI/CD
-description: >-
-  L'implémentation de la rotation des jetons de rafraîchissement renforce la
-  sécurité dans les workflows CI/CD en automatisant la gestion des accès et en
-  minimisant les risques associés aux identifiants volés.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T04:31:38.871Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68214ae55e3fe4823b5f6cab-1747024366276.jpg
-head_image_alt: Sviluppo Software
-keywords: >-
-  token rotation, CI/CD security, refresh tokens, credential management, secure
-  deployments
-tag: 'Development, Security, Technology'
-published: true
-locale: it
-next_blog: ''
----
-**Volete sicurizzare i vostri flussi di lavoro CI/CD? Iniziate con la rotazione dei token di refresh.** Questa pratica garantisce che i token siano di breve durata, riducendo i rischi di furti di credenziali e automatizzando la gestione degli accessi. Ecco perché è importante:
-
--   **Cosa fa**: I token di refresh sostituiscono i vecchi token di accesso con nuovi, invalidando il token precedente dopo l'uso.
--   **Perché è importante**: I token a breve termine limitano l'esposizione, rilevano le minacce più rapidamente e riducono la possibilità di accessi non autorizzati.
--   **Come implementarlo**: Utilizzate strumenti come **[HashiCorp Vault](https://www.hashicorp.com/products/vault)** o **[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/)** per la memorizzazione sicura e la rotazione dei token. Configurate piattaforme CI/CD come [GitHub Actions](https://docs.github.com/actions) o [GitLab CI](https://docs.gitlab.com/ee/ci/) per automatizzare il processo con script.
--   **Evitare downtime**: Aggiungete un periodo di grazia, meccanismi di fallback e controlli di salute per garantire distribuzioni senza intoppi.
--   **Seguire gli standard**: Utilizzate la crittografia TLS, monitorate l'uso dei token e allineate le pratiche con le linee guida NIST e SOC 2.
-
-**Consiglio rapido:** Piattaforme come [Capgo](https://capgo.app/) semplificano la rotazione dei token automatizzando il processo, integrando la crittografia e riducendo i costi rispetto agli standard di settore.
-
-La rotazione dei token è un modo semplice ma efficace per proteggere i vostri pipeline CI/CD. Continuate a leggere per scoprire come configurarla e evitare errori comuni.
-
-## GitLab 17.7 - Rotazione dei Token tramite UI
-
-<iframe src="https://www.youtube.com/embed/V-N-V-1JWQw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Configurazione della Rotazione dei Token in CI/CD
-
-Implementare la rotazione dei token di refresh è un passo fondamentale per proteggere le distribuzioni CI/CD.
-
-### Metodi di Memorizzazione dei Token
-
-Per mantenere i vostri token sicuri, considerate l'uso di soluzioni avanzate basate sul cloud:
-
-**Integrazione HashiCorp Vault**
-
--   Utilizzate segreti dinamici che ruotano automaticamente.
--   Configurate le durate di leasing per le credenziali temporanee.
--   Abilitate la registrazione degli audit per monitorare l'uso dei token.
-
-**AWS Secrets Manager**
-
--   Impostate il programma di rotazione automatica.
--   Attivate il tracciamento delle versioni per gestire efficacemente le credenziali.
--   Abilitate la replica tra regioni per una maggiore ridondanza.
-
-Entrambi i metodi garantiscono distribuzioni sicure e automatizzate, riducendo l'intervento manuale.
-
-### Configurazione della Piattaforma CI/CD
-
-Ogni piattaforma CI/CD richiede configurazioni specifiche per gestire efficacemente la rotazione dei token:
-
-**Configurazione di GitHub Actions**:
-
-```yaml
-name: Token Rotation
-on:
-  schedule:
-    - cron: '0 0 * * *'  # Daily rotation
-env:
-  TOKEN_STORE: ${{ secrets.TOKEN_STORE }}
-
-steps:
-  - name: Rotate Token
-    run: |
-      curl -X POST $TOKEN_STORE/rotate
-```
-
-**Configurazione di GitLab CI/CD**:
-
-```yaml
-rotate_token:
-  script:
-    - rotate_credentials.sh
-  rules:
-    - changes:
-        - credentials/*
-```
-
-Regolate questi esempi in base ai requisiti della vostra piattaforma e assicurate una rotazione fluida dei token.
-
-### Prevenire Interruzioni nelle Distribuzioni
-
-La rotazione dei token può a volte causare problemi nelle distribuzioni, ma potete evitare il downtime con queste strategie:
-
--   **Implementazione del Periodo di Grazia**: Consentite una sovrapposizione di 15 minuti in cui sia i vecchi che i nuovi token sono validi. Questo garantisce che i lavori in corso finiscano senza interruzioni mentre i nuovi iniziano con le credenziali aggiornate.
--   **Meccanismo di Fallback**: Impostate un metodo di autenticazione di backup da utilizzare se la rotazione dei token fallisce.
--   **Controlli di Salute**: Verificate regolarmente la validità dei token e i processi di rotazione.
-
-Esempio di script per il controllo della salute:
-
-```bash
-#!/bin/bash
-check_token_validity
-if [ $? -eq 0 ]; then
-  perform_rotation
-  verify_new_token
-fi
-```
-
-Piattaforme come Capgo possono semplificare la gestione del ciclo di vita dei token, assicurando operazioni fluide senza downtime.
-
-## Standard di Sicurezza per la Rotazione dei Token
-
-### Configurazione di TLS e Crittografia
-
-Per garantire scambi sicuri di token, è fondamentale implementare protocolli di crittografia multilivello. Iniziate configurando l'autenticazione **mutual TLS (mTLS)** tra i vostri servizi CI/CD e i sistemi di gestione dei token. Ecco un esempio di come potrebbe apparire una configurazione mTLS corretta:
-
-```yaml
-# Example mTLS Configuration
-tls:
-  cert_file: /path/to/cert.pem
-  key_file: /path/to/key.pem
-  client_ca_file: /path/to/ca.pem
-  min_version: TLS1.3
-  cipher_suites:
-    - TLS_AES_128_GCM_SHA256
-    - TLS_AES_256_GCM_SHA384
-```
-
-Capgo migliora la sicurezza dei token con la **crittografia end-to-end (E2E)**, garantendo che i token rimangano protetti durante tutto il loro ciclo di vita [\[1\]](https://capgo.app). insieme alla crittografia, è essenziale monitorare l'uso dei token per confermare l'efficacia di queste misure di sicurezza.
-
-### Tracciamento dell'Uso dei Token
-
-Monitorare come vengono utilizzati i token è un modo proattivo per rilevare potenziali problemi di sicurezza. Metriche come i tassi di successo della rotazione possono rivelare vulnerabilità precocemente, offrendovi l'opportunità di affrontarle prima che si aggravino. Questo livello di monitoraggio garantisce anche che le vostre pratiche di gestione dei token siano allineate con le linee guida di sicurezza stabilite.
-
-### Rispettare gli Standard di Sicurezza
-
-Per rispettare gli standard di sicurezza moderni, seguite queste linee guida per la rotazione dei token:
-
-**Raccomandazioni NIST:**
-
--   Utilizzate **l'espirazione automatica dei token** per ridurre i rischi di esposizione.
--   Assicuratevi che i token utilizzino **lunghezze di chiave forti** (almeno 2048 bit).
--   Mantenete i token di produzione e di sviluppo in **sistemi di memorizzazione separati**.
--   Configurate **monitoraggio automatico** per tracciare le attività legate ai token.
--   Implementate **meccanismi di rollback** per recuperare errori legati ai token.
--   Applicate **controlli di accesso basati sui ruoli (RBAC)** per limitare l'accesso ai token agli utenti autorizzati.
-
-**Conformità SOC 2:**
-
--   Mantenete una documentazione dettagliata delle procedure di rotazione dei token.
--   Abilitate **la registrazione degli audit** per tutte le operazioni sui token per garantire la tracciabilità.
--   Sviluppate e imponete **procedure di risposta agli incidenti** per affrontare le violazioni della sicurezza legate ai token.
-
-## Rotazione dei Token per Sistemi su Grande Scala
-
-Quando la rotazione dei token incontra problemi in pipeline CI/CD complesse, è fondamentale avere un robusto sistema di recupero dagli errori in atto. Ciò garantisce che i problemi vengano identificati rapidamente, risolti automaticamente dove possibile o ripristinati a uno stato stabile. Per i sistemi su larga scala, mantenere operazioni senza interruzioni richiede un approccio ben strutturato al recupero degli errori.
-
-### Passi per il Recupero dagli Errori
-
-Ecco un esempio di configurazione per gestire errori durante la rotazione dei token:
-
-```yaml
-# Error Recovery Configuration
-error_handling:
-  monitoring:
-    alert_threshold: 2
-    check_interval: 60s
-  recovery:
-    auto_rollback: true
-    max_attempts: 3
-```
-
-Il processo di recupero comporta normalmente questi passaggi:
-
--   **Rilevare i guasti**: Utilizzate strumenti di monitoraggio automatico per identificare problemi non appena si verificano.
--   **Mettere in pausa le operazioni dipendenti**: Interrompete temporaneamente i processi correlati per evitare un effetto domino.
--   **Tentare il recupero**: Seguite le procedure di recupero definite per risolvere automaticamente il problema.
--   **Rollback se necessario**: Se i tentativi di recupero falliscono, ripristinate lo stato precedente del token per ripristinare la stabilità.
-
-> "Monitoraggio degli Errori: Monitorate proattivamente e risolvete i problemi prima che influenzino gli utenti" - Capgo [\[1\]](https://capgo.app)
-
-Questo approccio strutturato minimizza il downtime e assicura che gli standard di sicurezza siano rispettati. I sistemi di monitoraggio supervisionano ciascun passaggio, consentendo ai team di agire rapidamente ed efficacemente quando sorgono problemi legati alla rotazione dei token.
-
-## Utilizzando [Capgo](https://capgo.app/) per la Sicurezza CI/CD
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68214ae55e3fe4823b5f6cab/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgo si basa su strategie di rotazione dei token collaudate per rafforzare la sicurezza CI/CD, offrendo strumenti che rendono le distribuzioni sicure sia fluide che affidabili.
-
-### Strumenti di Sicurezza di Capgo
-
-Al centro della configurazione di sicurezza di Capgo c'è la **crittografia end-to-end**, garantendo che gli aggiornamenti siano accessibili solo agli utenti autorizzati. Questo framework di crittografia si integra perfettamente con le popolari piattaforme CI/CD, fornendo una base sicura per le distribuzioni.
-
-```yaml
-# Capgo Security Configuration
-security:
-  encryption:
-    type: end-to-end
-    key_rotation: enabled
-  ci_integration:
-    platforms:
-      - GitHub Actions
-      - GitLab CI
-      - Jenkins
-```
-
-### Configurazione della Rotazione dei Token di Capgo
-
-Impostare la rotazione dei token con Capgo è semplice, grazie al suo strumento CLI. Dopo aver installato il plugin Capgo, configurate la vostra pipeline con funzioni come un intervallo di rotazione di 24 ore, opzioni di backup e monitoraggio attivo. Il sistema si occupa automaticamente degli aggiornamenti dei token, assicurando che le distribuzioni rimangano ininterrotte. Questo processo semplificato evidenzia come Capgo semplifichi la sicurezza rispetto ad altre piattaforme.
-
-### Capgo vs Altre Piattaforme
-
-Dal 2022, il panorama della sicurezza CI/CD ha visto progressi significativi e Capgo si distingue per i team che passano da sistemi più vecchi. Ecco come si confronta:
-
-| Caratteristica | Capgo | Standard di Settore |
-| --- | --- | --- |
-| Crittografia End-to-End | Sì | Variabile |
-| Opzione di Auto-Ospitalità | Disponibile | Rara |
-| Costo Operativo Mensile | ~$300 | $500+ |
-| Automazione della Rotazione dei Token | Integrato | Limitato |
-
-> "Attualmente stiamo cercando di provare @Capgo dal momento che Appcenter ha smesso di supportare aggiornamenti live su app ibride e @AppFlow è molto costoso." - Simon Flack [\[1\]](https://capgo.app)
-
-La tariffa di configurazione CI/CD di Capgo di $2,600 offre risparmi a lungo termine, con un risparmio stimato di $26,100 nel corso di cinque anni [\[1\]](https://capgo.app). Il suo supporto per Capacitor 8, insieme a funzionalità per la gestione flessibile delle organizzazioni, lo rende un'ottima opzione sia per piccoli team che per grandi imprese, specialmente quelle che danno priorità a misure di sicurezza robuste.
-
-## Conclusione: Migliorare CI/CD con la Rotazione dei Token
-
-### Principali Vantaggi per la Sicurezza
-
-La rotazione dei token semplifica la gestione delle credenziali mentre migliora le capacità di rilevamento delle minacce.
-
-Ecco alcuni dei principali vantaggi per la sicurezza che una strategia di rotazione dei token ben eseguita può portare:
-
-| **Area di Miglioramento** | **Impatto** |
-| --- | --- |
-| Esposizione delle Credenziali | La rotazione automatizzata riduce i rischi eliminando l'uso di segreti a lungo termine. |
-| Rilevamento delle Violazioni | Il monitoraggio in tempo reale del riutilizzo dei token consente una rapida identificazione delle minacce. |
-| Controllo degli Accessi | Permessi ben definiti aiutano a limitare efficacemente l'accesso non autorizzato. |
-
-Questi miglioramenti evidenziano perché la rotazione dei token è un componente critico per rafforzare il vostro pipeline CI/CD.
-
-### Passi per Implementare la Rotazione dei Token
-
-Per integrare con successo la rotazione dei token nel vostro flusso di lavoro, concentratevi su queste aree essenziali:
-
-**Impostazione dell'Infrastruttura**
-
--   Utilizzate la crittografia TLS/SSL end-to-end per garantire comunicazioni sicure.
--   Memorizzate i token in vault sicuri progettati per le credenziali sensibili.
--   Configurate programmi automatizzati per garantire che i token vengano ruotati regolarmente.
-
-**Configurazione del Monitoraggio**
-
--   Tenete d'occhio l'attività dei token monitorando i modelli di uso.
--   Impostate avvisi per comportamenti insoliti, come il riutilizzo di token in modi inaspettati.
--   Registrate tutti gli eventi del ciclo di vita dei token per mantenere una dettagliata traccia di audit.
-
-Per un processo più snello, strumenti come Capgo incorporano la rotazione dei token direttamente nelle pipeline CI/CD. Quando implementi questa funzionalità, assicurati di attuare robusti meccanismi di gestione degli errori e test approfonditi per evitare interruzioni. Questo approccio non solo rafforza la tua sicurezza, ma aiuta anche a mantenere operazioni fluide, creando una base affidabile per distribuzioni sicure e automatizzate.
-
-## FAQ
-
-:::faq
-### Cos'è la rotazione dei token di aggiornamento, e come migliora la sicurezza nei flussi di lavoro CI/CD?
-
-La rotazione dei token di aggiornamento è una funzionalità di sicurezza in cui viene emesso un nuovo token di aggiornamento ogni volta che quello precedente viene utilizzato. Questo metodo aiuta a ridurre il rischio di uso improprio dei token poiché qualsiasi token compromesso diventa non valido dopo essere stato ruotato.
-
-Nei flussi di lavoro CI/CD, utilizzare la rotazione dei token di aggiornamento aggiunge un ulteriore livello di protezione per compiti automatizzati come [l'aggiornamento delle app](https://capgo.app/plugins/capacitor-updater/) o le distribuzioni. Limita l'esposizione di token a lungo termine, rafforzando la sicurezza della tua pipeline. Strumenti come Capgo possono integrarsi perfettamente nei sistemi CI/CD, fornendo aggiornamenti sicuri e automatizzati per [le app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) rispettando le linee guida della piattaforma.
-:::
-
-:::faq
-### Come posso implementare la rotazione dei token di aggiornamento nelle pipeline CI/CD per garantire distribuzioni sicure e senza interruzioni?
-
-Implementare la rotazione dei token di aggiornamento nelle tue pipeline CI/CD è una mossa intelligente per mantenere le tue distribuzioni sicure mentre funzionano senza intoppi. Ecco alcuni suggerimenti pratici per farlo correttamente:
-
-1. **Automatizza la rotazione dei token**: Costruisci la gestione dei token direttamente nel tuo flusso di lavoro CI/CD. In questo modo, i token vengono aggiornati automaticamente, eliminando la necessità di aggiornamenti manuali.
-2. **Proteggi i token con variabili d'ambiente**: Conserva sempre i token nelle variabili d'ambiente anziché codificarli direttamente nei tuoi script. Questo aggiunge un ulteriore livello di protezione per le informazioni sensibili.
-3. **Tieni d'occhio l'attività dei token**: Monitora e registra regolarmente l'uso dei token. Questo ti aiuta a individuare rapidamente eventuali usi impropri o accessi non autorizzati.
-
-Se stai sviluppando con le app Capacitor, **Capgo** semplifica l'integrazione CI/CD. Garantisce che la gestione degli aggiornamenti delle app in tempo reale sia sia sicura che efficiente. Abbinare la rotazione dei token a strumenti come Capgo può rendere il tuo processo di distribuzione più sicuro e più snello.
-:::
-
-:::faq
-### Come garantisce Capgo la rotazione sicura dei token e l'integrazione CI/CD rimanendo conveniente rispetto agli standard del settore?
-
-Capgo fornisce un modo sicuro ed efficiente per gestire la rotazione dei token e integrare i flussi di lavoro CI/CD, allineandosi agli standard del settore e ponendo l'accento sull'automazione. Integrando la rotazione dei token di aggiornamento nei processi CI/CD, Capgo assicura che gli sviluppatori possano mantenere sicuri gli aggiornamenti delle app senza compromettere la facilità d'uso.
-
-Per quanto riguarda costi e funzionalità, Capgo si distingue come un forte contendente. Offre funzionalità chiave come **crittografia end-to-end**, **integrazione CI/CD fluida** e **aggiornamenti in tempo reale**, tutto mentre soddisfa le linee guida di conformità di Apple e Android. Inoltre, il pricing di Capgo è progettato per essere conveniente, rendendolo un'opzione attraente per gli sviluppatori che cercano una soluzione affidabile e sicura per aggiornamenti live per le app Capacitor.
-:::
diff --git a/src/content/blog/it/rollback-mechanisms-in-capacitor-plugins.md b/src/content/blog/it/rollback-mechanisms-in-capacitor-plugins.md
deleted file mode 100644
index fd9a670be..000000000
--- a/src/content/blog/it/rollback-mechanisms-in-capacitor-plugins.md
+++ /dev/null
@@ -1,215 +0,0 @@
----
-slug: rollback-mechanisms-in-capacitor-plugins
-title: Meccanismi di Rollback nei Plugin Capacitor
-description: >-
-  Esplora i meccanismi di ripristino nei plugin Capacitor per garantire
-  stabilità e recupero rapido durante gli aggiornamenti, migliorando
-  l'esperienza utente e minimizzando i tempi di inattività.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:56:05.350Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99-1743821776760.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor plugins, rollback mechanisms, version control, update stability,
-  monitoring framework
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-
-I meccanismi di rollback garantiscono stabilità durante l'aggiornamento dei plugin [Capacitor](https://capacitorjs.com/) Consentono di tornare a una versione precedente se gli aggiornamenti causano bug o problemi, minimizzando i tempi di inattività e migliorando l'esperienza utente
-
-### Punti Chiave:
-
--   **Come Funziona**: Salva un backup della versione corrente, verifica gli aggiornamenti e ripristina automaticamente in caso di problemi
--   **Quando Usarlo**: Bug critici, cali di prestazioni o reclami degli utenti dopo gli aggiornamenti
--   **Componenti Principali**:
-    -   **Controllo Versione**: Traccia le versioni dei plugin e i backup
-    -   **Monitoraggio**: Rileva problemi in tempo reale
-    -   **Esecuzione Rollback**: Ripristina le versioni precedenti senza interruzioni
--   **Strumenti**:
-    -   **[Capgo](https://capgo.app/)**: Servizio gestito con funzionalità come rollback con un clic e analisi in tempo reale
-    -   **[Live Update Plugin](https://capgo.app/docs/plugin/self-hosted/auto-update/)** di Capacitor: Soluzione nativa che richiede configurazione manuale ma offre accesso diretto alle API
-
-### Confronto Rapido:
-
-| Funzionalità | Capgo | Live Update Plugin |
-| --- | --- | --- |
-| Tempo di Configurazione | Minuti | Ore/Giorni |
-| Crittografia | End-to-end | Firma base |
-| Monitoraggio | Analytics integrato | Necessaria integrazione manuale |
-| Velocità di Aggiornamento | 114ms | Variabile |
-
-I sistemi di rollback sono fondamentali per aggiornamenti fluidi e soddisfazione degli utenti Scegli una soluzione che si adatti alle tue esigenze - che sia la semplicità di Capgo o la flessibilità manuale del Live Update Plugin
-
-## Nozioni di Base del Meccanismo di Rollback
-
-### Come Funzionano i Rollback
-
-Nei [plugin Capacitor](https://capgo.app/plugins/), i meccanismi di rollback funzionano come salvaguardia mantenendo backup delle versioni e ripristinando automaticamente la versione stabile precedente se qualcosa va storto Ecco come funziona:
-
--   **Backup della Versione**: Prima di applicare un aggiornamento, il sistema salva una copia della versione stabile corrente
--   **Controllo Salute**: Dopo l'aggiornamento, il sistema verifica che tutto funzioni correttamente
--   **Ripristino Automatico**: Se l'aggiornamento non supera il controllo di salute, il sistema torna alla versione di backup
-
-> "Rollback con un clic a qualsiasi versione precedente se necessario" – Capgo [\[1\]](https://capgo.app/)
-
-### Quando Usare i Rollback
-
-I rollback sono essenziali quando un aggiornamento causa problemi come bug critici, prestazioni più lente, conflitti di versione, problemi di integrazione o importanti reclami degli utenti Capgo riporta che l'82% degli aggiornamenti ha successo globalmente [\[1\]](https://capgo.app/), ma per i casi rimanenti, avere un sistema di rollback affidabile è cruciale per risolvere rapidamente i problemi
-
-### Architettura di Rollback [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Il sistema di rollback in Capacitor si basa su tre componenti principali per gestire efficacemente le versioni:
-
-| Componente | Funzione | Caratteristica Chiave |
-| --- | --- | --- |
-| Sistema di Gestione Versioni | Traccia la cronologia completa delle versioni dei plugin | Accesso rapido alle versioni stabili |
-| Framework di Monitoraggio | Controlla continuamente le prestazioni degli aggiornamenti | Rilevamento problemi in tempo reale |
-| Controllo Distribuzione | Gestisce il rilascio graduale degli aggiornamenti | Distribuzione mirata e graduale degli aggiornamenti |
-
-> "Monitora e risolvi proattivamente i problemi prima che impattino sugli utenti" – Capgo [\[1\]](https://capgo.app/)
-
-Questi componenti creano una solida base per la gestione dei rollback, che verrà ulteriormente spiegata nella guida alla configurazione
-
-## Configurazione dei Rollback dei Plugin
-
-### Metodi Chiave di Capacitor
-
-Per creare un sistema di rollback per i plugin Capacitor, è essenziale comprendere i metodi principali che gestiscono versioni e aggiornamentiQuesti metodi si concentrano su tre aree principali:
-
-| Tipo di Metodo | Scopo | Funzionalità Chiave |
-| --- | --- | --- |
-| Controllo Versione | Gestisce le versioni dei plugin e i backup | Memorizza la cronologia delle versioni e permette il cambio di versione |
-| Monitoraggio Salute | Traccia lo stato degli aggiornamenti e le prestazioni | Monitora il successo del deployment e identifica i problemi |
-| Esecuzione Rollback | Gestisce il processo di reversione | Ripristina le versioni precedenti preservando l'integrità dei dati |
-
-Questi metodi sono il fondamento di un processo di rollback affidabile, che puoi implementare seguendo i passaggi descritti di seguito
-
-### Guida all'Implementazione
-
-Una volta compresi i fondamenti dei rollback, segui questi passaggi per configurare un sistema funzionale:
-
-1. **Configura il Controllo Versione**  
-    Integra il tracciamento delle versioni nel tuo processo di deployment e stabilisci punti di ripristino per una rapida reversione. I dati di Capgo mostrano che questa strategia può ridurre i tempi di inattività fino all'85% durante i guasti critici [\[1\]](https://capgo.app/)
-
-2. **Configura il Monitoraggio**  
-    Includi il tracciamento degli errori, feedback degli utenti, metriche di performance e monitoraggio dello stato degli aggiornamenti per garantire operazioni fluide
-
-3. **Definisci i Trigger di Rollback**  
-    Imposta trigger di rollback chiari per scenari come errori critici, problemi di performance, problemi di esperienza utente o errori di integrazione
-
-### Suggerimenti per l'Implementazione
-
-**Protocollo di Test**: Usa una strategia di rilascio graduale per ridurre i rischi. Rodrigo Mantica ha sottolineato: "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" [\[1\]](https://capgo.app/)
-
-Per un recupero più rapido, collega il tuo sistema di rollback alla pipeline CI/CD. Questo può ridurre il tempo di recupero da ore a pochi minuti [\[1\]](https://capgo.app/)
-
-## Cos'è un Plugin Capacitor? #shorts
-
-<iframe src="https://www.youtube.com/embed/h7x1vIE42X8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Strumenti di Gestione Rollback
-
-La gestione efficace dei rollback richiede strumenti che possano gestire il versionamento, il monitoraggio e la reversione rapida. Ecco alcuni dei migliori strumenti per gestire i rollback nelle [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)
-
-### [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/a64cd6a83185b5ac05d3640337221542.jpg)
-
-Capgo è emerso come una solida soluzione di gestione rollback dopo la chiusura di [Microsoft Code Push](https://learnmicrosoftcom/en-us/appcenter/distribution/codepush/) nel 2024. Semplifica gli aggiornamenti dei plugin con una serie di funzionalità:
-
-| Funzionalità | Vantaggio | Performance |
-| --- | --- | --- |
-| **Rollback con Un Click** | Ripristina rapidamente qualsiasi versione | 114ms download medio bundle |
-| **Crittografia End-to-End** | [Aggiornamenti sicuri](https://capgo.app/docs/live-updates/update-behavior/) | 57ms tempo di risposta API |
-| **[Sistema dei Canali](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | Distribuisci aggiornamenti beta a gruppi specifici | 235M aggiornamenti consegnati |
-| **Dashboard Analytics** | Traccia aggiornamenti in tempo reale | 750 app in produzione servite |
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Per chi preferisce un approccio più pratico, il [Plugin Capacitor Live Update](https://capgo.app/register/) è un'altra opzione da considerare
-
-### Plugin Capacitor Live Update
-
-A differenza del servizio gestito di Capgo, il Plugin Capacitor Live Update offre una soluzione nativa per la gestione dei rollback. Le sue funzionalità includono:
-
--   Integrazione con sistemi di controllo versione
--   Accesso diretto alle API native
--   Ottimizzazioni specifiche per piattaforma
--   Funzionalità base di rollback
-
-Sebbene potente, questo plugin richiede più configurazione manuale rispetto ai servizi gestiti come Capgo### Confronto degli Strumenti
-
-Ecco un rapido confronto tra Capgo e il Plugin Live Update di Capacitor:
-
-| Funzionalità | Capgo | Plugin Live Update |
-| --- | --- | --- |
-| **Tempo di Configurazione** | Minuti | Ore/Giorni |
-| **Crittografia** | End-to-end | Firma base |
-| **Velocità di Aggiornamento** | 114ms | Variabile |
-| **Tasso di Successo** | 82% mondiale | Dipende dall'implementazione |
-| **Monitoraggio** | Analytics integrato | Necessaria integrazione manuale |
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare le revisioni per le correzioni dei bug è prezioso" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Con la chiusura programmata di [Appflow](https://ionicio/appflow/) nel 2026, gli sviluppatori sono alla ricerca di soluzioni di rollback affidabili ed economiche per mantenere i loro progetti funzionanti.
-
-## Test e Correzione dei Rollback
-
-### Test degli Aggiornamenti Falliti
-
-Per garantire che i meccanismi di rollback funzionino come previsto, simulare fallimenti controllati. Ecco un framework di test utile:
-
-| Scenario di Test | Metodo di Implementazione | Criteri di Successo |
-| --- | --- | --- |
-| **Mancata Corrispondenza Versione** | Distribuire una versione del bundle incompatibile | Il rollback si attiva automaticamente |
-| **Bundle Corrotto** | Caricare un aggiornamento danneggiato | Rileva l'errore e ripristina il sistema |
-| **Errore di Rete** | Simulare una perdita di connessione | Riprende dall'ultima versione stabile |
-| **Timeout API** | Introdurre ritardi nella risposta API | Gestisce il ritardo con un meccanismo di fallback |
-
-L'utilizzo dei canali beta è un modo intelligente per individuare i problemi in anticipo. Questo metodo aiuta ad affrontare potenziali problemi prima che si intensifichino.
-
-### Problemi Comuni di Rollback
-
-Anche con test accurati, durante i rollback possono emergere alcune sfide:
-
--   **Conflitti di Versione**: La gestione di più versioni può essere complicata. Tieni traccia delle versioni dei bundle, della compatibilità delle API, degli schemi del database e della mappatura delle risorse per evitare conflitti
--   **Problemi di Cache**: Pulisci le cache durante i rollback per garantire che il sistema torni a uno stato pulito
--   **Persistenza dello Stato**: Assicurati che i dati utente e gli stati dell'app vengano preservati durante i rollback. Le strategie di migrazione dei dati dovrebbero gestire efficacemente eventuali modifiche tra le versioni
-
-### Linee Guida degli App Store
-
-Il rispetto dei requisiti degli app store è essenziale quando si implementano meccanismi di rollback. Apple e Google hanno regole specifiche:
-
-| Piattaforma | Requisito | Metodo di Conformità |
-| --- | --- | --- |
-| **iOS** | Nessuna esecuzione di codice dinamico | Usa aggiornamenti basati su bundle |
-| **Android** | Verifica di sicurezza | Applica la crittografia end-to-end |
-| **Entrambi** | Protezione dei dati utente | Implementa una gestione sicura dello stato |
-
-> "Conforme all'App Store" - Capgo
-
-Per rimanere conformi e proteggere i dati degli utenti, utilizza la crittografia end-to-end e un robusto tracciamento degli errori. Queste misure non solo affrontano i problemi comuni ma garantiscono anche risoluzioni rapide quando sorgono problemi.
-
-## Conclusione
-
-I meccanismi di rollback affidabili sono fondamentali per mantenere la stabilità dei plugin e garantire un'esperienza utente fluida. Quando implementati correttamente, questi sistemi possono stabilizzare il 95% degli aggiornamenti entro 24 ore e raggiungere un tasso di successo dell'82% [\[1\]](https://capgo.app/) Questi numeri sottolineano l'importanza di avere funzionalità di recupero immediate.
-
-Ecco alcuni elementi critici per rollback efficaci:
-
-| Funzionalità | Impatto | Migliore Pratica |
-| --- | --- | --- |
-| **Rollback con Un Click** | Recupero rapido dai problemi | Consenti il ripristino istantaneo a versioni stabili |
-| **Crittografia End-to-End** | Sicurezza migliorata | Crittografa tutte le trasmissioni di aggiornamento |
-| **Analytics in Tempo Reale** | Rilevamento precoce dei problemi | Monitora continuamente le prestazioni degli aggiornamenti |
-| **Sistema di Canali** | Distribuzioni controllate | Usa per test beta e aggiornamenti graduali |
-
-Con oltre 750 app che distribuiscono con successo più di 235 milioni di aggiornamenti [\[1\]](https://capgo.app/), è chiaro che le moderne soluzioni di rollback funzionano. Per implementare un sistema di rollback efficace, concentrati sulla combinazione di forti misure di sicurezza - come la crittografia end-to-end - con una stretta aderenza alle linee guida degli app store. Un robusto controllo delle versioni è un'altra necessità.
diff --git a/src/content/blog/it/rollback-strategies-for-capacitor-live-updates.md b/src/content/blog/it/rollback-strategies-for-capacitor-live-updates.md
deleted file mode 100644
index 804eef0df..000000000
--- a/src/content/blog/it/rollback-strategies-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,101 +0,0 @@
----
-slug: rollback-strategies-for-capacitor-live-updates
-title: Strategie di Rollback per gli Aggiornamenti Live di Capacitor
-description: >-
-  Impara le strategie di rollback efficaci per gli aggiornamenti live di
-  Capacitor per garantire la stabilità dell'app e ridurre al minimo le
-  interruzioni per gli utenti durante gli aggiornamenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T03:35:36.644Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c-1745552174598.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, rollback strategies, live updates, app stability, error tracking,
-  update management
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Evitare interruzioni dell'app con solide strategie di rollback.** [Capacitor](https://capacitorjs.com/) permette di distribuire correzioni rapidamente, ma il 18% degli aggiornamenti fallisce globalmente. Un piano di rollback garantisce stabilità quando sorgono problemi. Ecco una rapida panoramica:
-
--   **Strumenti Chiave**: Controllo versione, monitoraggio errori, analytics e rollback con un click.
--   **Quando Effettuare il Rollback**: Rallentamenti gravi, funzionalità non funzionanti, rischi di sicurezza o problemi con i dati.
--   **Passi da Preparare**:
-    1.  Utilizzare il beta testing per individuare problemi in anticipo.
-    2.  Configurare il monitoraggio per avvisi di errore in tempo reale.
-    3.  Definire i trigger di rollback e i protocolli di risposta.
-
-Piattaforme come [Capgo](https://capgo.app/) offrono aggiornamenti veloci (114ms per 5MB), alti tassi di successo (82%) e soluzioni convenienti (da 12$/mese). Supportano anche automazione del rollback, tracciamento in tempo reale e segmentazione utenti, rendendole una scelta affidabile per gestire gli aggiornamenti live.
-
-| **Funzionalità** | **Capgo** | **[Appflow](https://ionic.io/appflow/)** |
-| --- | --- | --- | --- |
-| Velocità Aggiornamento | 114ms | Standard | Standard |
-| Tasso di Successo | 82% | Non Pubblicato | Non Pubblicato |
-| Crittografia End-to-End | Sì | No | No |
-| [Opzione Self-Hosting](https://capgo.app/blog/self-hosted-capgo/) | Sì | No | No |
-| Costo Mensile | Da 12$ | Simile | ~500$ |
-
-Configura oggi gli strumenti di rollback per garantire aggiornamenti fluidi e mantenere la fiducia degli utenti.
-
-## Come Migrare la tua App [Ionic](https://ionicframework.com/) a [Capacitor](https://capacitorjs.com/) 3
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-Le strategie di rollback svolgono un ruolo chiave nel mantenere la stabilità delle app e garantire la fiducia degli utenti. Le metriche mostrano costantemente come queste strategie supportino un approccio strutturato per gestire gli aggiornamenti in modo efficace.
-
-Ecco una suddivisione dei componenti essenziali per un processo di rollback fluido:
-
-| Componente | Scopo | Impatto |
-| --- | --- | --- |
-| **Rollback con un clic** | Ripristinare rapidamente una versione precedente | Riduce i tempi di inattività |
-| **Sistema di canali** | Distribuire gli aggiornamenti in fasi | Riduce l'esposizione al rischio |
-| **Monitoraggio errori** | Monitorare i problemi in tempo reale | Supporta correzioni più rapide |
-
-Queste funzionalità sono centrali per qualsiasi piano di rollback, rendendo più facile implementare le modifiche minimizzando le interruzioni.
-
-### Per iniziare
-
-Per mettere in atto queste strategie, segui questi passaggi:
-
-1.  Installa gli strumenti di deployment usando `npx @capgo/cli init`.
-2.  Configura i canali di aggiornamento per gli ambienti beta e di produzione.
-3.  Configura il monitoraggio per tracciare i tassi di successo e il coinvolgimento degli utenti.
-
-Il sistema di rollback automatizzato di Capgo dimostra la sua efficacia, con **1.4K app in produzione** e **947.6M aggiornamenti distribuiti** [\[1\]](https://capgo.app/). La piattaforma ha dimostrato di poter gestire distribuzioni su larga scala senza problemi.
-
-> "Capgo è uno strumento indispensabile per gli sviluppatori che vogliono essere più produttivi. Evitare la revisione per i bugfix è prezioso." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## Domande frequenti
-
-:::faq
-### Quali sono i passaggi essenziali per creare una strategia di rollback affidabile per gli aggiornamenti live nelle app Capacitor?
-
-Una strategia di rollback efficace per gli aggiornamenti live nelle app Capacitor richiede una pianificazione e un'esecuzione attenta per garantire la stabilità dell'app e un'esperienza utente fluida. I componenti chiave includono:
-
--   **Controllo versione**: Mantenere un sistema di versioning chiaro per gli aggiornamenti per identificare e ripristinare facilmente le modifiche problematiche.
--   **Test e monitoraggio**: Testare accuratamente gli aggiornamenti prima del rilascio e monitorare le prestazioni dell'app dopo la distribuzione per rilevare rapidamente i problemi.
--   **Meccanismo di rollback**: Implementare un processo di rollback che permetta di tornare a una versione stabile precedente senza interruzioni se un aggiornamento causa problemi.
-
-L'utilizzo di strumenti come Capgo può semplificare questo processo offrendo aggiornamenti in tempo reale, assegnazioni specifiche per utente e conformità agli standard Apple e Android, garantendo un sistema di gestione degli aggiornamenti ottimizzato e sicuro.
-:::
-
-:::faq
-### Come i sistemi di rollback automatizzati riducono le interruzioni durante gli aggiornamenti delle app?
-
-I sistemi di rollback automatizzati aiutano a ridurre le interruzioni durante gli aggiornamenti delle app permettendo agli sviluppatori di tornare rapidamente a una versione stabile se un aggiornamento causa problemi. Questo assicura che gli utenti possano continuare a utilizzare l'app con interruzioni minime, mantenendo un'esperienza fluida.
-
-Questi sistemi sono particolarmente preziosi per gli aggiornamenti live nelle app Capacitor, poiché forniscono una rete di sicurezza per affrontare problemi imprevisti senza richiedere interventi manuali dispendiosi in termini di tempo o nuove sottomissioni all'app store. Automatizzando i rollback, gli sviluppatori possono concentrarsi sulla risoluzione dei problemi minimizzando l'impatto sugli utenti.
-:::
-
-:::faq
-### Perché dovrei utilizzare un canale di test prima di distribuire gli aggiornamenti a tutti gli utenti?
-
-Utilizzare un canale di test prima di distribuire gli aggiornamenti all'intera base utenti è cruciale per garantire un'esperienza utente fluida. Permette di identificare e correggere potenziali bug, problemi di compatibilità o di prestazioni in un ambiente controllato, minimizzando il rischio di interruzioni diffuse.
-
-Testando gli aggiornamenti prima con un gruppo più piccolo di utenti, puoi raccogliere feedback preziosi, monitorare le metriche di prestazione e apportare gli aggiustamenti necessari prima di un rilascio su larga scala. Questo approccio non solo migliora la qualità dei tuoi aggiornamenti ma aiuta anche a mantenere la fiducia e la soddisfazione degli utenti.
-:::
diff --git a/src/content/blog/it/rollback-strategies-for-cicd-workflows.md b/src/content/blog/it/rollback-strategies-for-cicd-workflows.md
deleted file mode 100644
index f354dca69..000000000
--- a/src/content/blog/it/rollback-strategies-for-cicd-workflows.md
+++ /dev/null
@@ -1,122 +0,0 @@
----
-slug: rollback-strategies-for-cicd-workflows
-title: Strategie di Rollback per i Flussi di Lavoro CI/CD
-description: >-
-  Esplora strategie efficaci di rollback per i flussi di lavoro CI/CD,
-  evidenziando le migliori piattaforme per aggiornamenti sicuri ed economici.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:17:30.946Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28-1745288279341.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  CI/CD, rollback strategies, app updates, mobile development, security,
-  integration
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Cercando modi veloci e affidabili per ripristinare aggiornamenti problematici delle app?** Ecco il punto chiave: piattaforme come [Capgo](https://capgo.app/) rendono i rollback semplici con soluzioni one-click, crittografia forte e integrazione CI/CD, mentre altre come [Appflow](https://ionic.io/docs/appflow) hanno limitazioni o costi più elevati. [Microsoft CodePush](https://microsoft.github.io/code-push/), una volta gratuito, è stato dismesso nel 2024.
-
-### Punti Chiave:
-
--   **Capgo**: Conveniente ($300/mese + $2.600 setup), rollback con un click, integrazione GitHub/GitLab, analytics in tempo reale e crittografia.
--   **Appflow**: Costoso ($6.000/anno); supporta snapshot ma termina nel 2026.
--   **Microsoft CodePush**: Dismesso nel 2024, lasciando gli sviluppatori di app ibride alla ricerca di alternative.
-
-### Confronto Rapido:
-
-| Funzionalità | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| Opzioni Rollback | Rollback con un click | Non documentato | Snapshot | Dismesso |
-| Integrazione CI/CD | GitHub, GitLab, [Jenkins](https://www.jenkins.io/) | Non documentato | Limitato | Nessuna |
-| Sicurezza | Crittografia end-to-end | Firma aggiornamenti | Firma aggiornamenti | Firma aggiornamenti |
-| Prezzi | $300/mese + $2.600 setup | Non divulgato | $6.000/anno | Gratuito (dismesso) |
-
-**Conclusione:** Con CodePush dismesso e Appflow prossimo alla fine, **Capgo** si distingue come soluzione economica, sicura e ricca di funzionalità per la gestione dei rollback.
-
-## Implementazione di una Strategia di Rollback Efficace con GitHub ...
-
-<iframe src="https://www.youtube.com/embed/Wr7dGxLpQC4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo velocizza i processi CI/CD offrendo una funzionalità di rollback con un click che si integra facilmente con le pipeline esistenti. Questa funzionalità di rollback permette ai team di ripristinare rapidamente le versioni precedenti, proteggendo le app live da tempi di inattività prolungati.
-
-### Sicurezza e Performance
-
-Capgo garantisce la protezione dei dati con crittografia end-to-end e offre prestazioni veloci, vantando un tempo medio di risposta API di 434 ms [\[1\]](https://capgo.app/).
-
-### Integrazione CI/CD
-
-Funziona perfettamente con strumenti popolari come **[GitHub Actions](https://docs.github.com/actions)**, **[GitLab CI](https://docs.gitlab.com/ee/ci/)** e **Jenkins**.
-
-### Funzionalità Avanzate di Distribuzione
-
--   Distribuisci aggiornamenti a gruppi specifici di utenti per il beta testing
--   Implementa gli aggiornamenti gradualmente usando rollout segmentati
--   Rileva errori in tempo reale con tracciamento integrato
--   Monitora le prestazioni dell'app live attraverso analytics dettagliati
-
-### Prezzi
-
-Capgo costa circa $300 al mese, con una commissione di setup una tantum di $2.600 [\[1\]](https://capgo.app/).
-
-### Gestione Aggiornamenti
-
-Capgo supporta aggiornamenti parziali per ridurre l'uso della banda ed è compatibile con Capacitor versioni 6 e 7. Gli utenti possono scegliere tra configurazioni cloud-hosted o self-hosted.
-
-Combinando capacità di rollback veloci con analytics in tempo reale e tracciamento errori, Capgo permette ai team di affrontare rapidamente i problemi in produzione e mantenere cicli di delivery fluidi.
-
-## 3. [Appflow](https://ionic.io/docs/appflow)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/e3b5a6ca6da391fe9a61210f3bd95bb8.jpg)
-
-Appflow addebita circa $6.000 all'anno per il suo piano CI/CD, portando molti team a esplorare opzioni di rollback più economiche. Una delle sue caratteristiche principali è la capacità di creare snapshot delle release, permettendo agli sviluppatori di tornare rapidamente a qualsiasi build precedente quando necessario.
-
-Lo sviluppatore Simon Flack ha condiviso la sua esperienza:
-
-> "Stiamo attualmente provando @Capgo dato che Appcenter ha interrotto il supporto agli aggiornamenti live per le app ibride e @AppFlow è troppo costoso." [\[1\]](https://capgo.app/)
-
-A seguire, daremo uno sguardo a come Microsoft CodePush gestisce i rollback.
-
-## 4. [Microsoft CodePush](https://microsoft.github.io/code-push/)
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/edac23070781a219bf38bb37f0451a0f.jpg)
-
-Microsoft CodePush era uno strumento di rollback CI/CD gratuito progettato per app ibride, ma verrà chiuso nel 2024. Questa chiusura ha lasciato i team di app ibride alla ricerca di alternative. Dopo il suo pensionamento, gli sviluppatori hanno cercato strumenti che fornissero supporto affidabile per app ibride, integrazione CI/CD fluida, funzionalità di rollback con un click e crittografia end-to-end sicura. Piattaforme come Capgo sono intervenute per soddisfare queste esigenze, offrendo aggiornamenti crittografati e opzioni di ripristino facili. Diamo uno sguardo più approfondito a come questi strumenti di rollback si confrontano.
-
-## Confronto Piattaforme
-
-Ecco una panoramica delle funzionalità di rollback, integrazione CI/CD, sicurezza e prezzi per quattro piattaforme:
-
-| Funzionalità | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| Opzioni Rollback | Rollback con un click a qualsiasi versione precedente [\[1\]](https://capgo.app/) | – | – | Dismesso |
-| Integrazione CI/CD | GitHub Actions, GitLab CI, Jenkins [\[1\]](https://capgo.app/) | – | – | – |
-| Sicurezza | Crittografia end-to-end (soddisfa i requisiti Apple e Google) [\[1\]](https://capgo.app/) | Firma aggiornamenti | Firma aggiornamenti | Firma aggiornamenti |
-| Modello di Prezzo | Parte da $12/mese (piano Solo); $2.600 setup una tantum + ~$300/mese per CI/CD [\[1\]](https://capgo.app/) | – | $6.000/anno [\[1\]](https://capgo.app/) | Gratuito (dismesso) |
-
-Questo confronto enfatizza i punti di forza di Capgo in termini di costo, sicurezza e integrazione CI/CD.
-
-> "@Capgo è un modo intelligente per fare hot code pushes (e non per tutti i soldi del mondo come con @AppFlow) 🙂" - NASA's OSIRIS‑REx [\[1\]](https://capgo.app/)
-
-Capgo si distingue offrendo un'opzione più conveniente rispetto ad Appflow, con oltre il 50% di risparmio sui costi annuali. La combinazione di una commissione di setup di $2.600 e ~$300/mese fornisce crittografia end-to-end, integrazione GitHub/GitLab/Jenkins e analytics live - funzionalità che i concorrenti non hanno.
-
-A seguire, riassumeremo i punti chiave di questo confronto.
-
-## Conclusione
-
-Dopo aver valutato le funzionalità di rollback, sicurezza, integrazione e costo, ecco cosa dovrebbero tenere a mente i team di sviluppo negli Stati Uniti.
-
-Con Microsoft CodePush che si ritirerà nel 2024 e Appflow che terminerà nel 2026, trovare una soluzione affidabile di rollback CI/CD è fondamentale per gli sviluppatori.
-
-I fattori chiave da considerare includono **crittografia end-to-end** per piattaforme Apple e Android, **supporto nativo per GitHub/GitLab CI**, un equilibrio tra sforzo di setup e costi di abbonamento, e **metriche di rollback chiare**.
-
-Le piattaforme che combinano forte crittografia con integrazione CI/CD fluida sono in testa. Tra queste, Capgo si distingue per i suoi aggiornamenti sicuri, integrazione fluida e approccio economico.
diff --git a/src/content/blog/it/secure-storage-for-offline-tokens-in-capacitor.md b/src/content/blog/it/secure-storage-for-offline-tokens-in-capacitor.md
deleted file mode 100644
index 96f1e7971..000000000
--- a/src/content/blog/it/secure-storage-for-offline-tokens-in-capacitor.md
+++ /dev/null
@@ -1,84 +0,0 @@
----
-slug: secure-storage-for-offline-tokens-in-capacitor
-title: Archiviazione sicura per token offline in Capacitor
-description: >-
-  Impara come memorizzare in modo sicuro i token di autenticazione offline
-  utilizzando la crittografia e i controlli biometrici nelle applicazioni
-  mobili.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:09:43.027Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559-1745028797889.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  offline tokens, secure storage, AES-256 encryption, biometric authentication,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi mantenere i token di autenticazione della tua app al sicuro offline?** Ecco cosa devi sapere:
-
--   **Crittografa i token**: Usa la crittografia AES-256 con iOS Keychain o Android Keystore.
--   **Controlla l'accesso**: Aggiungi [l'autenticazione biometrica](https://capgo.app/plugins/capacitor-native-biometric/) per maggiore sicurezza.
--   **Gestione dei token**: Usa token a breve durata, aggiornali in modo sicuro e ruota regolarmente le chiavi.
--   **Migliori strumenti**: Prova **@[capacitor](https://capacitorjs.com/)\-community/secure-storage** o **[Ionic Identity Vault](https://ionic.io/docs/identity-vault/)** per l'archiviazione crittografata multipiattaforma.
-
-Questi passaggi proteggono i dati degli utenti, prevengono il furto dei token e garantiscono un accesso offline sicuro. Continua a leggere per confronti dettagliati e istruzioni di configurazione.
-
-## [Ionic Identity Vault](https://ionic.io/docs/identity-vault/): Autenticazione Biometrica Mobile Sicura
-
-![Ionic Identity Vault](https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559/e2484017084695edeec1f98ae40b009b.jpg)
-
-<Steps>
-1. Installare il plugin
-2. Configurare le chiavi di crittografia
-3. Implementare l'autenticazione biometrica
-4. Gestire i token offline
-</Steps>
-
-## Standard di Sicurezza per Token Offline
-
-Per garantire un'archiviazione sicura, utilizza la **crittografia AES-256** tramite iOS Keychain o Android Keystore. Implementa **PKCE** durante gli scambi iniziali del codice OAuth2 e assicurati di ruotare i token di aggiornamento a breve durata dopo ogni utilizzo. Inoltre, aggiungi **l'autenticazione biometrica** per proteggere l'accesso ai token e migliorare la sicurezza complessiva.
-
-## Implementazione dell'Archiviazione Sicura
-
-Per utilizzare la crittografia AES-256, PKCE e i controlli biometrici come discusso in precedenza, inizia installando il plugin Secure Storage:
-
-```bash
-npm install @capacitor-community/secure-storage
-```
-
-Controlla la documentazione del plugin per i dettagli sulla configurazione delle chiavi di crittografia, [attivazione dell'autenticazione biometrica](https://capgo.app/plugins/capacitor-native-biometric/) e gestione dei processi di archiviazione, recupero e aggiornamento dei token offline.
-
-Una volta configurato, passa alla definizione dei metodi per l'archiviazione dei token e la gestione del loro ciclo di vita offline, che sarà trattata nella prossima sezione.
-
-## Analisi delle Soluzioni di Archiviazione
-
-Nella scelta delle opzioni di archiviazione sicura per i token offline nelle applicazioni Capacitor, gli sviluppatori devono valutare fattori come [metodi di crittografia](https://capgo.app/docs/cli/migrations/encryption/), compatibilità tra piattaforme e facilità di integrazione. Di seguito una panoramica dei principali plugin di archiviazione sicura per la gestione dei token offline.
-
-### Confronto delle Funzionalità dei Plugin
-
--   **@capacitor-community/secure-storage**: Offre crittografia AES-256 utilizzando iOS Keychain e Android Keystore, supporta [sblocco biometrico](https://capgo.app/plugins/capacitor-native-biometric/) e include rotazione automatica delle chiavi.
--   **@ionic/storage**: Non include crittografia integrata, richiede un wrapper manuale per la sicurezza e manca di funzionalità di autenticazione biometrica.
--   **Native SecureStorage**: Funziona esclusivamente con iOS Keychain ma non supporta Android.
--   **@ionic-enterprise/identity-vault**: Offre crittografia a livello hardware, supporta l'autenticazione biometrica e gestisce efficacemente il ciclo di vita dei token sicuri.
-
-## Riepilogo
-
-Ecco una rapida panoramica delle pratiche e degli strumenti chiave per l'archiviazione dei token offline:
-
--   **Crittografa i token** utilizzando archivi chiave supportati dall'hardware, [protetti con biometria](https://capgo.app/plugins/capacitor-native-biometric/).
--   Implementa politiche rigorose per l'emissione, la scadenza, la rotazione e l'aggiornamento dei token.
-
-Per la crittografia multipiattaforma, strumenti come **@capacitor-community/secure-storage** e **Ionic Identity Vault** sono ottime opzioni. Inoltre, **[Capgo](https://capgo.app/)** offre crittografia end-to-end, integrazione CI/CD e distribuzioni mirate agli utenti rispettando i requisiti degli store Apple e Android.
-
-### Strumenti e Risorse
-
--   **@capacitor-community/secure-storage**: Archiviazione crittografata chiave-valore per iOS e Android.
--   **Ionic Identity Vault**: Archiviazione a livello enterprise con sicurezza biometrica.
--   **Capgo**: Fornisce aggiornamenti in tempo reale con distribuzione CI/CD crittografata.
diff --git a/src/content/blog/it/self-hosted-live-updates.md b/src/content/blog/it/self-hosted-live-updates.md
deleted file mode 100644
index 365b2b371..000000000
--- a/src/content/blog/it/self-hosted-live-updates.md
+++ /dev/null
@@ -1,95 +0,0 @@
----
-slug: self-hosted-live-updates
-title: Aggiornamenti Live Self-hosted
-description: >-
-  Sono entusiasta di annunciare i Self-hosted Live Updates, la prossima
-  iterazione dei Live Updates di Capgo!
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-03T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /self_hosted.webp
-head_image_alt: Update auto-ospitati
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: it
-next_blog: ''
----
-Sono lieto di annunciare il rilascio degli Aggiornamenti Live Self-hosted, che rappresenta l'ultima evoluzione degli Aggiornamenti Live di Capgo.
-
-Mentre molte aziende attualmente utilizzano l'SDK Live Updates per accedere agli aggiornamenti più recenti di JavaScript, HTML e CSS per le loro applicazioni, alcune potrebbero incontrare ostacoli a causa di politiche aziendali, normative di settore o restrizioni geografiche. Con gli Aggiornamenti Live Self-hosted, ora puoi distribuire gli artefatti delle build web attraverso la tua infrastruttura.
-
-Questo significa che puoi evitare i ritardi causati dalle revisioni dell'Apple Store, risolvere bug e modificare contenuti più rapidamente, e assicurarti che i tuoi utenti stiano sempre utilizzando l'ultima versione della tua app. Inoltre, ho sentito da numerose grandi aziende che vorrebbero sfruttare gli Aggiornamenti Live ma affrontano sfide a causa di rigidi standard di conformità. Questo problema ora è un ricordo del passato grazie agli Aggiornamenti Live Self-hosted.
-
-## Come funzionano gli aggiornamenti live self-hosted?
-
-Implementare gli Aggiornamenti Live ospitati su Capgo è un gioco da ragazzi utilizzando l'[SDK Capgo](https://github.com/Cap-go/capacitor-updater/). Per quanto riguarda gli Aggiornamenti Live Self-hosted, ho migliorato la CLI di Capgo con le funzionalità necessarie per abilitare la configurazione sulla tua infrastruttura.
-
-Per garantire una consegna sicura e coordinata degli ultimi artefatti delle build web agli utenti finali, Capgo ora permette al plugin Capacitor Live Updates di utilizzare una coppia di chiavi pubblica/privata. Quando si utilizzano gli Aggiornamenti Live Self-hosted, viene eseguita una stretta di mano aggiuntiva per garantire che gli artefatti scaricati tramite il plugin dall'infrastruttura aziendale non siano stati modificati.
-
-![Schema di crittografia Capgo](/encryption_flow.webp)
-
-Di seguito sono riportati i passaggi per stabilire la coppia di chiavi e il processo successivo per fornire l'esperienza aggiornata agli utenti finali.
-
-### Configurazione una tantum della coppia di chiavi
-
-Per generare una coppia di chiavi pubblica/privata, le aziende possono utilizzare il seguente comando della CLI di Capgo Cloud:
-
-```shell
-npx @capgo/cli@latest key create
-```
-
-Questo comando imposterà le proprietà `CapacitorUpdater.privateKey` nel tuo file di configurazione.
-E genererà 2 file chiave, `capgo_key.pub` e `capgo_key` nella directory principale del tuo progetto.
-
-Questa coppia di chiavi viene utilizzata per firmare l'aggiornamento e verificarlo sul lato app.
-
-### Flusso di lavoro degli aggiornamenti live self-hosted
-
-Per iniziare a implementare gli Aggiornamenti Live Self-hosted, un'azienda deve prima eseguire una build web delle correzioni di bug, aggiornamenti dei contenuti o qualsiasi altra modifica del codice basata sul web che desidera apportare. Successivamente, deve firmare l'artefatto della build utilizzando la chiave privata ottenuta durante il processo di configurazione una tantum e infine caricare il bundle nella posizione di archiviazione preferita.
-
-Prima compila il tuo codice:
-```shell
-npm run build
-```
-
-Poi comprimi la tua build:
-```shell
-npx @capgo/cli@latest bundle zip
-```
-
-Quindi cripta il tuo zip:
-
-```shell
-npx @capgo/cli@latest bundle encrypt abc123.zip”
-```
-
-Questo comando ti mostrerà un ivSessionKey, dovrai salvarlo per il passaggio successivo.
-
-Ora carica il tuo zip crittografato nel tuo storage aziendale e ottieni l'URL del file zip.
-
-Capgo deve quindi essere informato di un nuovo Aggiornamento Live pronto per il consumo. Questo viene fatto tramite un altro comando CLI:
-
-```shell
-npx @capgo/cli@latest bundle upload --external=https://abc.com/app/updates/abc123.zip --iv-session-key=YourKey
-```
-
-Una volta eseguito il comando, Capgo è consapevole di un nuovo aggiornamento pronto per essere distribuito agli utenti dell'app. Ora, quando l'app viene avviata, il plugin Live Updates verifica con Capgo se è necessario scaricare delle modifiche.
-
-Capgo risponde al plugin con "Sì, è disponibile un aggiornamento" e il plugin Live Updates scarica il nuovo aggiornamento live utilizzando la posizione URL fornita dal comando CLI \`register\`:
-
-```shell
-https://abc.com/app/updates/abc123.zip
-```
-
-L'API dell'organizzazione restituisce il bundle dell'Aggiornamento Live dalla posizione, e l'app decrittografa lo zip e applica l'aggiornamento live. Voilà!
-
-## Inizia ora
-
-Sono entusiasta di estendere la portata degli Aggiornamenti Live a ancora più aziende di prima. Sia le organizzazioni che gli utenti delle app Ionic riconosceranno rapidamente i vantaggi della distribuzione sicura di aggiornamenti over-the-air delle app di Capgo.
-
-Per maggiori informazioni sugli Aggiornamenti Live Self-hosted di Capgo, puoi [consultare la documentazione](/docs/cli/commands/#upload-version). Pronto a distribuire aggiornamenti istantanei dell'app direttamente ai tuoi utenti? [Registrati qui oggi!](/register/)
diff --git a/src/content/blog/it/set-up-performance-monitoring-in-capacitor.md b/src/content/blog/it/set-up-performance-monitoring-in-capacitor.md
deleted file mode 100644
index dd80d935d..000000000
--- a/src/content/blog/it/set-up-performance-monitoring-in-capacitor.md
+++ /dev/null
@@ -1,408 +0,0 @@
----
-slug: set-up-performance-monitoring-in-capacitor
-title: Configurare il Monitoraggio delle Prestazioni in Capacitor
-description: >-
-  Scopri come configurare il monitoraggio delle prestazioni nella tua app
-  utilizzando Firebase e Sentry per migliorare l'efficienza e la soddisfazione
-  degli utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:36:41.635Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df674387fa49042c75b4e1-1742708253934.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, performance monitoring, Firebase, Sentry, mobile app development,
-  error tracking, monitoring tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi ottimizzare le prestazioni della tua app [Capacitor](https://capacitorjs.com/)?** Strumenti di monitoraggio come [Firebase](https://firebase.google.com/) e [Sentry](https://sentry.io/) possono aiutarti a tracciare crash, utilizzo delle risorse e tempi di risposta, garantendo un'esperienza utente più fluida. Ecco una rapida panoramica:
-
--   **Perché Monitorare le Prestazioni**: Identificare crash, ottimizzare l'utilizzo delle risorse e migliorare i tempi di risposta.
--   **Strumenti da Utilizzare**:
-    -   **Firebase**: Dati sulle prestazioni in tempo reale, monitoraggio della rete e tracciamento di eventi personalizzati.
-    -   **Sentry**: Tracciamento dettagliato degli errori, analisi dello stack trace e notifiche in tempo reale.
--   **Passaggi di Configurazione**:
-    -   Installa l'SDK di Firebase o Sentry.
-    -   Configura la tua app per tracciare metriche di prestazione o errori.
-    -   Usa le dashboard per analizzare e migliorare le prestazioni dell'app.
-
-**Confronto Rapido**:
-
-| Funzionalità | Firebase | Sentry |
-| --- | --- | --- |
-| Monitoraggio in Tempo Reale | Leggero ritardo | Quasi istantaneo |
-| Supporto Nativo | Android, iOS | Android, iOS, Web |
-| Metriche Personalizzate | Base | Flessibile |
-| Complessità di Integrazione | Flussi di lavoro Google | Setup SDK semplice |
-
-Per aggiornamenti in tempo reale, integra strumenti come **[Capgo](https://capgo.app/)** per distribuire correzioni istantaneamente senza ritardi dell'app store. Inizia oggi il monitoraggio per migliorare l'efficienza e la soddisfazione degli utenti della tua app.
-
-## Ottimizza la salute dell'app con il Monitoraggio delle Prestazioni di [Firebase](https://firebase.google.com/) ...
-
-![Firebase Platform Dashboard](https://mars-images.imgix.net/seobot/screenshots/firebase.google.com-ab24bd47674782df651734052f495a0c-2025-03-23.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/ENaOg5YefjQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Seleziona uno Strumento di Monitoraggio
-
-Scegli uno strumento di monitoraggio che si adatti ai requisiti della tua app e all'esperienza del tuo team. Ecco un confronto tra Firebase Performance Monitoring e Sentry per aiutarti a decidere.
-
-### Confronto degli Strumenti
-
-| Funzionalità | Firebase Performance Monitoring | Sentry |
-| --- | --- | --- |
-| Modello di Prezzo | Livello gratuito con opzioni a pagamento scalabili | Livello gratuito con piani di crescita accessibili |
-| Monitoraggio in Tempo Reale | Informazioni sulle prestazioni con leggero ritardo | Monitoraggio quasi istantaneo |
-| Supporto Piattaforme Native | Android e iOS | Android, iOS e web |
-| Complessità di Integrazione | Funziona con i servizi Google | Setup SDK semplice |
-| Tracciamento Eventi Personalizzati | Metriche personalizzate base | Tracciamento eventi personalizzati flessibile |
-| Periodo di Conservazione | Limitato nel piano gratuito | Esteso su tutti i piani |
-
-### Criteri di Selezione
-
-Quando decidi tra questi strumenti, considera quanto segue:
-
--   **Dimensione e Traffico dell'App**: Per app che prevedono una rapida crescita, Firebase è una scelta solida. Sentry potrebbe essere più adatto per implementazioni su scala minore.
--   **Requisiti Tecnici**: Firebase richiede [Google Play Services](https://en.wikipedia.org/wiki/Google_Play_Services), rendendolo ideale per app all'interno di quell'ecosistema. Sentry funziona indipendentemente, offrendo maggiore flessibilità tra le piattaforme.
--   **Esperienza del Team**: Firebase si allinea bene con team già familiari con gli strumenti Google, mentre il setup SDK diretto di Sentry è più semplice per casi d'uso più ampi.
--   **Vincoli di Budget**: Entrambi gli strumenti offrono livelli gratuiti, ma confronta i costi delle funzionalità scalabili per assicurarti che rientrino nel tuo budget.
--   **Obiettivi di Integrazione**: Firebase si integra perfettamente con i flussi di lavoro basati su Google, mentre Sentry è particolarmente forte nel tracciamento degli errori.
--   **Requisiti Normativi**: Assicurati che lo strumento rispetti standard come il [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation), specialmente se la tua app gestisce dati sensibili degli utenti.
--   **Frequenza di Aggiornamento**: Se gli aggiornamenti frequenti sono critici, strumenti come Capgo possono velocizzare le correzioni in tempo reale, completando il tuo setup di monitoraggio.
-
-## Guida alla Configurazione di Firebase
-
-La configurazione di Firebase Performance Monitoring nella tua [app Capacitor](https://capgo.app/plugins/ivs-player/) richiede alcuni passaggi chiari per garantire un tracciamento accurato dei dati.
-
-### Installa SDK Firebase
-
-Inizia aggiungendo l'SDK Firebase al tuo progetto e configurandolo per le tue piattaforme:
-
--   **Installa le Dipendenze Firebase**
-
-Esegui i seguenti comandi per installare i pacchetti Firebase necessari:
-
-```bash
-npm install @capgo/capacitor-firebase-performance
-npm install firebase
-```
-
--   **Inizializza Firebase**
-
-Configura Firebase nel tuo file principale dell'applicazione:
-
-```typescript
-import { FirebasePerformance } from '@capgo/capacitor-firebase-performance';
-import { initializeApp } from 'firebase/app';
-
-const firebaseConfig = {
-  // Add your Firebase configuration object here
-};
-
-initializeApp(firebaseConfig);
-await FirebasePerformance.initializePerformance();
-```
-
--   **Aggiungi Configurazioni delle Piattaforme**
-
-Aggiorna il tuo file `capacitor.config.json` per abilitare il monitoraggio delle prestazioni:
-
-```json
-{
-  "plugins": {
-    "FirebasePerformance": {
-      "collectMetrics": true,
-      "instrumentationEnabled": true,
-      "dataCollectionEnabled": true
-    }
-  }
-}
-```
-
-### Configura il Tracciamento delle Prestazioni
-
-Puoi iniziare a tracciare specifiche attività dell'app come query del database o richieste di rete utilizzando Firebase Performance Monitoring.
-
--   **Traccia Query del Database**
-
-```typescript
-async function trackDatabaseQuery() {
-  const trace = await FirebasePerformance.startTrace({ traceName: 'database_query' });
-
-  // Perform your database operation
-  await performDatabaseOperation();
-
-  await FirebasePerformance.stopTrace({ traceName: 'database_query' });
-}
-```
-
--   **Monitora Richieste di Rete**
-
-```typescript
-await FirebasePerformance.setAttributes({
-  traceName: 'api_call',
-  attributes: {
-    endpoint: '/users',
-    method: 'GET'
-  }
-});
-```
-
--   **Traccia Metriche Personalizzate**
-
-Per metriche personalizzate, come il tracciamento del valore di un carrello della spesa:
-
-```typescript
-await FirebasePerformance.putMetric({
-  traceName: 'checkout_flow',
-  metricName: 'cart_value',
-  value: 99.99
-});
-```
-
-Una volta implementate queste tracce, puoi rivedere i dati raccolti nella Firebase Console.
-
-### Usa la Firebase Console
-
-Dopo aver configurato il monitoraggio, puoi visualizzare e analizzare i dati delle prestazioni della tua app nella Firebase Console:
-
-1.  **Accedi ai Dati delle Prestazioni**
-    
-    -   Accedi alla Firebase Console.
-    -   Seleziona il tuo progetto.
-    -   Naviga su **Performance Monitoring**.
-    -   Scegli la tua app dal menu a tendina.
-2.  **Monitora Metriche Chiave**
-    
-
-La dashboard fornisce informazioni su vari indicatori di prestazione, inclusi:
-
--   Tempo di avvio dell'app
--   Tasso di successo delle richieste di rete
--   Tempo di rendering dello schermo
--   Risultati dalle tracce personalizzate
-
-3.  **Configura Report Personalizzati**
-
-Crea report su misura per analizzare aspetti specifici delle prestazioni della tua app, come:
-
--   Differenze di prestazioni per località
--   Metriche basate sul tipo di dispositivo
--   Effetti delle condizioni di rete
--   Pattern nelle tracce personalizzate
-
-Usa questi strumenti per identificare e affrontare efficacemente i colli di bottiglia nelle prestazioni.
-
-## Configurazione del Tracciamento Errori di [Sentry](https://sentry.io/)
-
-![Sentry Error Tracking Dashboard](https://mars-images.imgix.net/seobot/screenshots/sentry.io-925fc70e12ac801815ba3ab27e6adcda-2025-03-23.jpg?auto=compress)
-
-Firebase gestisce le metriche di prestazione, ma Sentry è dedicato alla cattura e diagnosi degli errori. Insieme, forniscono un solido setup di monitoraggio.
-
-### Installa SDK Sentry
-
-Inizia installando i pacchetti Sentry richiesti:
-
-```bash
-npm install @sentry/capacitor
-# Add the Sentry package for your specific framework
-```
-
-Una volta installato, configura Sentry nel punto di ingresso della tua app.
-
-### Inizializza Sentry
-
-Configura Sentry nel punto di ingresso della tua app utilizzando il seguente setup:
-
-```typescript
-import * as Sentry from "@sentry/capacitor";
-import { BrowserTracing } from "@sentry/browser";
-
-Sentry.init({
-    dsn: "your-project-dsn",
-    integrations: [new BrowserTracing()],
-    tracesSampleRate: 0.2,
-    environment: "production",
-    release: "app-version@" + process.env.VERSION,
-    dist: process.env.BUILD_NUMBER,
-    debug: false
-});
-```
-
-Questa configurazione include il tracciamento delle versioni, che collega gli errori a specifiche versioni dell'app.
-
-### Configura il Tracciamento degli Errori
-
-Puoi personalizzare ulteriormente il tracciamento degli errori utilizzando boundary di errore personalizzati e blocchi try-catch.
-
-**Boundary di Errore Personalizzati:**
-
-```typescript
-class ErrorBoundary extends React.Component {
-    componentDidCatch(error, errorInfo) {
-        Sentry.captureException(error, { extra: errorInfo });
-    }
-}
-```
-
-**Tracciamento Errori Specifici:**
-
-```typescript
-try {
-    riskyOperation();
-} catch (error) {
-    Sentry.captureException(error, {
-        tags: { operation: "data_sync", severity: "critical" },
-        extra: { userId: currentUser.id, timestamp: new Date().toISOString() }
-    });
-}
-```
-
-**Monitoraggio Prestazioni:**
-
-```typescript
-const transaction = Sentry.startTransaction({
-    name: "API Request",
-    op: "http.request"
-});
-
-try {
-    await makeApiCall();
-} finally {
-    transaction.finish();
-}
-```
-
-Questi metodi assicurano che la tua app registri efficacemente gli errori, rendendoli più facili da tracciare e risolvere tramite Sentry.
-
-### Usa la Dashboard Sentry
-
-La dashboard Sentry fornisce strumenti per approfondire gli errori e comprenderli meglio:
-
--   **Monitoraggio in tempo reale**: Controlla frequenza degli errori, stato di risoluzione e utenti coinvolti.
--   **Analisi degli errori**: Rivedi stack trace, raggruppa errori simili e filtra per ambiente.
--   **Avvisi**: Imposta soglie di errore, configura opzioni di notifica e crea regole di avviso personalizzate.
-
-Questa dashboard rende diretta la diagnosi e la correzione dei problemi.
-
-## Best Practice per il Monitoraggio
-
-### Concentrati sulle Metriche Chiave
-
-L'analisi di Capgo su 750 app in produzione [\[1\]](https://capgo.app/) evidenzia le metriche chiave da monitorare:
-
--   **Tasso di Successo Aggiornamenti**: Punta ad almeno l'82%.
--   **Velocità di Aggiornamento**: La CDN globale dovrebbe consegnare 5 MB in 114 ms.
--   **Adozione Utenti**: Il 95% degli utenti dovrebbe aggiornare entro 24 ore.
--   **Tempo di Risposta API**: Mantienilo sotto i 500 ms (la media globale è 434 ms).
-
-Imposta avvisi per rilevare rapidamente qualsiasi deviazione in queste metriche.
-
-### Crea Regole di Avviso Efficaci
-
-Ecco un esempio di come configurare gli avvisi per il monitoraggio delle prestazioni:
-
-```typescript
-// Example alert configuration
-{
-    performance: {
-        apiLatency: {
-            threshold: 1000, // ms
-            period: "5m",
-            condition: "above"
-        },
-        errorRate: {
-            threshold: 1.0, // percentage
-            period: "15m",
-            condition: "above"
-        },
-        updateSuccess: {
-            threshold: 75, // percentage
-            period: "1h",
-            condition: "below"
-        }
-    }
-}
-```
-
-### Continua a Monitorare e Adattare
-
-Una volta che i tuoi avvisi sono in posizione, concentrati sul monitoraggio continuo e il raffinamento:
-
--   **Controlli Regolari delle Prestazioni**: Rivedi i tassi di successo degli aggiornamenti per regione, analizza i trend degli errori per diverse versioni dell'app e monitora i tempi di risposta API durante le ore di punta.
-    
--   **Rollout Graduali per gli Aggiornamenti**: Inizia con il 10% degli utenti per le prime 24 ore. Se tutto funziona senza problemi, aumenta al 50% e finalizza il rollout dopo 48 ore di prestazioni stabili.
-    
--   **Ottimizzazione Continua**: Investiga gli aggiornamenti falliti, identifica gli endpoint API lenti e valuta il coinvolgimento degli utenti dopo gli aggiornamenti per assicurare miglioramenti sostenuti.
-    
-
-## Aggiornamenti e Monitoraggio con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-### Funzionalità Principali di Capgo
-
-Il sistema di aggiornamento in tempo reale di Capgo, testato su 750 app in produzione, consegna bundle da 5MB in soli 114ms [\[1\]](https://capgo.app/).
-
-Le funzionalità chiave includono:
-
--   **Analytics in Tempo Reale**: Monitora i tassi di successo degli aggiornamenti, che attualmente hanno una media mondiale dell'82% [\[1\]](https://capgo.app/).
--   **Distribuzione Istantanea**: Distribuisci correzioni critiche senza attendere le approvazioni dell'app store.
--   **Aggiornamenti Parziali**: Scarica solo i componenti modificati, risparmiando banda e tempo.
--   **Controllo Versioni**: Ripristina rapidamente gli aggiornamenti che impattano negativamente le prestazioni.
-
-Questo sistema si integra facilmente con gli strumenti di monitoraggio esistenti, garantendo un funzionamento fluido.
-
-> "Abbiamo implementato gli aggiornamenti OTA di Capgo in produzione per la nostra base utenti di +5000. Stiamo osservando un funzionamento molto fluido e quasi tutti i nostri utenti sono aggiornati entro minuti dal deployment dell'OTA su @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-### Combina gli Strumenti con Capgo
-
-L'analytics di Capgo permette rollout graduali, aiutando i team ad assicurare la stabilità prima di un rilascio completo.
-
-| Aspetto del Monitoraggio | Integrazione Capgo | Strumenti Aggiuntivi |
-| --- | --- | --- |
-| Tracciamento Errori | Monitoraggio errori integrato | Abbina con Sentry per tracce stack dettagliate |
-| Metriche Prestazioni | Traccia tassi di successo aggiornamenti | Usa Firebase per dati interazione utente |
-| Tempo di Risposta | Monitoraggio risposta API | Migliora con eventi di temporizzazione Firebase personalizzati |
-
-Per configurare efficacemente il sistema di canali di Capgo:
-
--   Distribuisci prima gli aggiornamenti ai beta tester.
--   Usa le analitiche di Capgo per monitorare le metriche di prestazione.
--   Espandi gradualmente il rilascio alla base utenti più ampia.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Con 23,5M di aggiornamenti distribuiti globalmente, la dashboard in tempo reale di Capgo fornisce chiare informazioni, permettendo ai team di prendere decisioni intelligenti su aggiornamenti e miglioramenti delle prestazioni.
-
-## Prossimi Passi
-
-### Punti Principali
-
-Tenere d'occhio le metriche chiave è cruciale per un efficace monitoraggio delle prestazioni. Usa gli strumenti per tracciare questi indicatori critici:
-
-| **Tipo di Metrica** | **Aree di Focus Chiave** | **Strumenti Raccomandati** |
-| --- | --- | --- |
-| Prestazioni App | Tempi di risposta, crash | Firebase Performance |
-| Tracciamento Errori | Tasso di eccezioni, tracce stack | Sentry |
-| Analisi Aggiornamenti | Successo distribuzione | Capgo Analytics |
-
-Approfondisci queste metriche e strumenti attraverso le risorse elencate di seguito.
-
-### Approfondimenti
-
-Gli strumenti e le pratiche di monitoraggio delle prestazioni sono in continua evoluzione. Rimani aggiornato esplorando queste guide e strategie:
-
-**Documentazione Ufficiale**:
-
--   Documentazione Firebase Performance Monitoring
--   Guida all'integrazione Sentry per Capacitor
--   Guide ufficiali all'ottimizzazione delle prestazioni di Capacitor
-
-**Implementazione Avanzata**: Esplora il sistema di analisi di Capgo, utilizzato con successo in oltre 750 app in produzione [\[1\]](https://capgo.app/). La loro documentazione fornisce approfondimenti su modelli di monitoraggio e strategie di aggiornamento live che funzionano perfettamente con altri strumenti di tracciamento delle prestazioni.
diff --git a/src/content/blog/it/setting-up-capacitor-local-environment.md b/src/content/blog/it/setting-up-capacitor-local-environment.md
deleted file mode 100644
index ab2954e94..000000000
--- a/src/content/blog/it/setting-up-capacitor-local-environment.md
+++ /dev/null
@@ -1,89 +0,0 @@
----
-slug: setting-up-capacitor-local-environment
-title: Configurazione dell'Ambiente Locale di Capacitor
-description: >-
-  Scopri come configurare rapidamente un ambiente Capacitor locale per creare
-  app iOS e Android utilizzando le tecnologie web con questa guida completa.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T01:01:07.065Z
-updated_at: 2025-04-03T01:01:18.509Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67edd19cebbb9dc8064069d2-1743642078509.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, mobile development, iOS setup, Android setup, app development, web
-  technologies, local environment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi creare app iOS e Android utilizzando tecnologie web? Ecco come configurare rapidamente ed efficacemente un ambiente [Capacitor](https://capacitorjs.com/) locale.**
-
-### Passaggi Chiave:
-
-1. **Installa il Software Necessario**:
-    
-    - **[Node.js](https://nodejs.org/en)** (v20.0.0+), **npm** (v9.0.0+), **Git** (v2.40.0+), e un IDE moderno (es. [VS Code](https://code.visualstudio.com/)).
-    - Requisiti di sistema: 8GB RAM, 256GB storage, processore Intel i5/AMD Ryzen 5.
-
-2. **Configurazione iOS** (solo macOS):
-    
-    - macOS 13.0+ (Ventura), [Xcode](https://developer.apple.com/xcode/) 16.0+, [CocoaPods](https://cocoapods.org/) 1.12.0+, e un account Apple Developer attivo.
-
-3. **Configurazione Android**:
-    
-    - [Android Studio](https://developer.android.com/studio) Hedgehog (2023.1.1)+, Android SDK API level 23+, JDK 17, e [Gradle](https://gradle.org/) 8.0+.
-    - Imposta le variabili d'ambiente per gli strumenti Android.
-
-4. **Installa Capacitor**:
-    
-    ```bash
-    npm install @capacitor/core @capacitor/cli @capacitor/ios @capacitor/android
-    ```
-
-5. **Inizializza un Progetto**:
-    
-    - Crea un nuovo progetto o integra Capacitor in un'app esistente usando `npx cap init`.
-
-6. **Aggiungi Piattaforme**:
-    
-    ```bash
-    npx cap add ios
-    npx cap add android
-    ```
-
-7. **Build e Sincronizzazione**:
-    
-    - Compila gli asset web (`npm run build`) e sincronizzali con le piattaforme native (`npx cap sync`).
-
-8. **Abilita Aggiornamenti Live**:
-    
-    - Usa [Capgo](https://capgo.app/) per aggiornamenti in tempo reale con:
-        
-        ```bash
-        npx @capgo/cli init
-        ```
-
-9. **[Testa la Tua App](https://capgo.app/docs/plugin/debugging/)**:
-    
-    - Usa iOS Simulator (`npx cap open ios`) o Android Emulator (`npx cap open android`).
-
-### Suggerimento Rapido:
-
-Aggiorna `capacitor.config.ts` per gestire gli ambienti e abilitare gli aggiornamenti live. Per esempio:
-
-```typescript
-const config: CapacitorConfig = {
-  server: {
-    url: process.env.NODE_ENV === 'development' ? 'http://localhost:3000' : 'https://production-url.com',
-    cleartext: true
-  }
-};
-```
-
-Questa configurazione garantisce uno sviluppo, test e distribuzione fluidi per le tue app Capacitor.
-
-[Rest of the content follows the same pattern of translation while maintaining all technical terms, links, code blocks, and references intact]
diff --git a/src/content/blog/it/setting-up-cicd-for-capacitor-apps.md b/src/content/blog/it/setting-up-cicd-for-capacitor-apps.md
deleted file mode 100644
index 17220d465..000000000
--- a/src/content/blog/it/setting-up-cicd-for-capacitor-apps.md
+++ /dev/null
@@ -1,116 +0,0 @@
----
-slug: setting-up-cicd-for-capacitor-apps
-title: Configurazione del CI/CD per le App Capacitor
-description: >-
-  Scopri come ottimizzare i rilasci delle tue app per iOS e Android utilizzando
-  pipeline CI/CD, migliorando l'efficienza e riducendo gli errori.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-11T06:22:21.536Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67aa9923b771216988320bf2-1739254956493.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  CI/CD, Capacitor apps, mobile development, automation, build process, live
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi rilasci di app più veloci e senza errori per iOS e Android?** Le pipeline CI/CD per le app [Capacitor](https://capacitorjs.com/) automatizzano la build, il testing e il deployment, riducendo i tempi di rilascio fino al 70% e gli errori del 60%. Questa guida copre tutto ciò che devi sapere, dalla configurazione del tuo ambiente all'automazione degli aggiornamenti in tempo reale con [Capgo](https://capgo.app/).
-
-### Punti Chiave:
-
-- **Perché CI/CD è importante per le [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/)**: Accelera le build del 78% e riduce i rifiuti degli store del 60%.
-- **Strumenti essenziali**: [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), [CocoaPods](https://cocoapods.org/) e altro.
-- **Configurazione pipeline**: Automatizza attività come `npx cap sync`, caching delle dipendenze e build specifiche per piattaforma.
-- **Aggiornamenti live con Capgo**: Abilita aggiornamenti post-rilascio con rollout graduali e protezioni di rollback.
-
-### Passaggi Rapidi di Configurazione:
-
-1. **Prepara il tuo ambiente**: Installa gli strumenti necessari per iOS e Android.
-2. **Configura il tuo progetto**: Aggiorna `capacitor.config.ts` e gestisci le variabili d'ambiente in modo sicuro.
-3. **Costruisci le pipeline**: Automatizza l'installazione delle dipendenze, le build e i test per entrambe le piattaforme.
-4. **Ottimizza le prestazioni**: Usa il caching, build parallele e workflow condizionali.
-5. **Aggiungi aggiornamenti live**: Integra Capgo per aggiornamenti OTA sicuri con rollout graduali.
-
-Con CI/CD, le app Capacitor ottengono rilasci più veloci e fluidi minimizzando errori e interventi manuali. Pronto a ottimizzare il tuo workflow? Iniziamo!
-
-## Integra le tue Pipeline CI/CD Esistenti con Capacità Mobile
-
-<iframe src="https://www.youtube.com/embed/rIPnuVwvbb0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Preparazione del tuo Ambiente CI/CD
-
-Una volta acquisite le basi del CI/CD, il passo successivo è configurare il tuo ambiente. Questo è il fondamento dell'automazione affidabile.
-
-### Configurazione Strumenti e Software
-
-Assicurati di avere installati questi strumenti chiave:
-
-**Per lo Sviluppo iOS:**
-
-- **Xcode 14 o più recente**
-- **Xcode Command Line Tools**
-- **CocoaPods** per gestire le dipendenze
-
-**Per lo Sviluppo Android:**
-
-- **Android Studio**
-- **Android SDK 33 o superiore**
-- **Java Development Kit (JDK)**
-
-Per confermare che gli Xcode Command Line Tools siano installati, usa:
-
-```bash
-xcode-select -p
-```
-
-### Creazione di un Progetto [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-11.jpg?auto=compress)
-
-Il tuo progetto Capacitor deve essere configurato correttamente per i workflow CI/CD. Il file `capacitor.config.ts` è al centro di questa configurazione:
-
-```typescript
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  webDir: 'build',
-  ios: { 
-    scheme: 'MyApp'
-  }
-}
-```
-
-Questo file assicura che il tuo progetto sia allineato con i requisiti CI/CD.
-
-[Continua la traduzione per il resto del testo...]
-
-### Come creare un'app Capacitor?
-
-La creazione di un'app Capacitor prevede alcuni semplici passaggi:
-
-1.  **Configura il tuo ambiente**: Installa Node.js e npm sul tuo sistema. Quindi, usa Ionic CLI per avviare un nuovo progetto con il supporto Capacitor:
-    
-    ```bash
-echo "sdk.dir=$ANDROID_SDK_ROOT" > android/local.properties
-```
-    
-2.  **Aggiungi il supporto alla piattaforma**: Aggiungi le piattaforme che desideri supportare, come iOS o Android:
-    
-    ```bash
-node --version | grep "v16" && xcodebuild -version | grep "Xcode 14" || exit 1
-```
-    
-3.  **Sincronizza il tuo codice web**: Assicurati che il tuo codice web sia allineato con le piattaforme native eseguendo:
-    
-    ```bash
-npm install --ignore-scripts
-npm install @capacitor/cli
-```
-    
-
-Il passaggio di sincronizzazione è fondamentale per mantenere la tua app coerente tra le piattaforme e garantire un funzionamento fluido nelle pipeline CI/CD. Per maggiori dettagli sulla configurazione del tuo ambiente, consulta la sezione Strumenti.
diff --git a/src/content/blog/it/setup-ci-and-cd-in-gitlab.md b/src/content/blog/it/setup-ci-and-cd-in-gitlab.md
deleted file mode 100644
index 4c90e143e..000000000
--- a/src/content/blog/it/setup-ci-and-cd-in-gitlab.md
+++ /dev/null
@@ -1,84 +0,0 @@
----
-slug: setup-ci-and-cd-in-gitlab
-title: Costruzione e rilascio automatico dell'app con GitLab
-description: >-
-  Crea la tua pipeline CI/CD con GitLab gratuitamente, distribuisci la tua app
-  Ionic Capacitor JS ogni volta che effettui un push su main.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /CI_CD_in_Gitlab.webp
-head_image_alt: CI/CD in GitLab
-keywords: 'GitLab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: it
-next_blog: ''
----
-Questo articolo ti guiderà nella configurazione della pipeline CI/CD con GitLab.
-
-## Premessa
-
-Assicurati di aver prima aggiunto la tua app Capacitor a Capgo, questo tutorial si concentra solo sulla fase di caricamento. Se hai bisogno di aggiungere la tua app a Capgo, puoi seguire questo [Tutorial](https://capgo.app/blog/update-your-capacitor-apps-seamlessly-using-capacitor-updater/).
-
-## Convenzione dei commit
-
-Prima devi iniziare a seguire la convenzione dei commit [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/), questo aiuterà gli strumenti a capire come aggiornare il numero di versione, ci vogliono 5 minuti per impararla.
-
-![Conventional commits](/conventional_commits.webp)
-
-## GitLab CI/CD per Tag
-
-Crea un file .gitlab-ci.yml nella root del tuo repository GitLab con il seguente contenuto
-
-     stages:
-          - tag
-
-     bump_version:
-       stage: tag
-       only:
-         - main
-      except:
-        variables:
-      - $CI_COMMIT_MESSAGE =~ /^chore\(release\):/
-      script:
-       - git config --global user.email "gitlab@yourdomain.com"
-       - git config --global user.name "GitLab CI/CD"
-       - git checkout $CI_COMMIT_REF_NAME
-       - git pull origin $CI_COMMIT_REF_NAME
-       - npx capacitor-standard-version
-       - git push origin $CI_COMMIT_REF_NAME --tags
-
-Sostituisci "gitlab@yourdomain.com" e "GitLab CI/CD" con la tua email e username GitLab nella sezione script. Questa configurazione attiva il job solo per i push al branch main ed esclude i commit con messaggi che iniziano con "chore(release):".
-
-## GitLab CI/CD per Build
-
-Aggiungi un altro stage al tuo file .gitlab-ci.yml per il build:
-
-        stages:
-          - deploy
-
-       deploy:
-         stage: deploy
-         only:
-           - tags  # Questo job verrà eseguito solo per i push dei tag
-         script:
-           - apt-get update -qy && apt-get install -y nodejs npm
-           - npm install -g @capgo/cli
-           - npm ci
-           - npm run build
-           - npx @capgo/cli bundle upload -a $CAPGO_TOKEN -c production
-         variables:
-           FIREBASE_CONFIG: $FIREBASE_CONFIG  # Definisci questo nelle impostazioni del tuo progetto GitLab
-         environment:
-           name: production
-
-Assicurati di aver aggiunto la tua chiave API Capgo (CAPGO_TOKEN) come variabile CI/CD nel tuo progetto GitLab. Vai al tuo progetto in GitLab, naviga su Settings > CI/CD > Variables e aggiungi una variabile chiamata CAPGO_TOKEN con il valore della tua chiave API.
-
-Personalizza lo script di build per adattarlo al processo di build specifico del tuo progetto, come cambiare il comando npm run build.
-
-## Conclusione
-
-Ecco qua! Abbiamo fatto un ulteriore passo nel nostro percorso tecnologico. Nello sviluppo software moderno, il CICD è un fattore essenziale da considerare. Spero quindi che questa guida sia comprensibile per tutti.
diff --git a/src/content/blog/it/staged-rollouts-vs-full-releases-comparison.md b/src/content/blog/it/staged-rollouts-vs-full-releases-comparison.md
deleted file mode 100644
index fca024e48..000000000
--- a/src/content/blog/it/staged-rollouts-vs-full-releases-comparison.md
+++ /dev/null
@@ -1,320 +0,0 @@
----
-slug: staged-rollouts-vs-full-releases-comparison
-title: 'Rollout graduali vs Release complete: Confronto'
-description: >-
-  Esplora le differenze tra i rilasci graduali e quelli completi per determinare
-  la migliore strategia di aggiornamento per le esigenze della tua app e la tua
-  base di utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T02:25:03.907Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e8a654283d21cbd67ab720-1743301515130.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  staged rollouts, full releases, app updates, risk management, deployment
-  strategies, user feedback
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-La scelta tra **distribuzioni graduali** e **rilasci completi** dipende dalle esigenze della tua app, dalla base utenti e dall'urgenza dell'aggiornamento. Ecco una rapida panoramica:
-
--   **Distribuzioni graduali**: Gli aggiornamenti vengono rilasciati gradualmente a gruppi più piccoli di utenti, consentendo test controllati, gestione del rischio e raccolta feedback.
--   **Rilasci completi**: Gli aggiornamenti vengono distribuiti a tutti gli utenti contemporaneamente, ideali per correzioni critiche o aggiornamenti sensibili al tempo.
-
-### Confronto rapido
-
-| Aspetto | Distribuzioni graduali | Rilasci completi |
-| --- | --- | --- |
-| **Livello di rischio** | Basso (esposizione inizialmente limitata) | Alto (influisce su tutti gli utenti contemporaneamente) |
-| **Velocità di distribuzione** | Graduale nel tempo | Istantanea per tutti gli utenti |
-| **Feedback utenti** | Raccolta graduale da piccoli gruppi | Immediato da tutti gli utenti |
-| **Rollback** | Selettivo e rapido | Universale ma più lento |
-| **Carico server** | Bilanciato | Alto durante il rilascio |
-| **Caso d'uso** | Test di nuove funzionalità, gestione rischi | Correzioni critiche, aggiornamenti urgenti |
-
-### Quando usare ciascun metodo
-
--   **Distribuzioni graduali**: Ideali per [aggiornamenti complessi](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), grandi basi utenti o quando minimizzare i rischi è una priorità.
--   **Rilasci completi**: Ideali per correzioni urgenti di bug, patch di sicurezza o semplici aggiornamenti che richiedono un'ampia adozione.
-
-Strumenti come **[Capgo](https://capgo.app/)** possono supportare entrambi i metodi, offrendo funzionalità come analisi in tempo reale, rollback istantaneo e distribuzione senza interruzioni. Scegli il metodo che si allinea con gli obiettivi e l'infrastruttura della tua app.
-
-## Distribuzione Canary: Rilasci più sicuri spiegati
-
-<iframe src="https://www.youtube.com/embed/dRAJVUaV958" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Distribuzioni graduali spiegate
-
-Le distribuzioni graduali comportano il rilascio graduale degli aggiornamenti a specifici gruppi di utenti. Questo metodo aiuta a gestire i rischi e garantisce aggiornamenti più fluidi.
-
-### Caratteristiche principali delle distribuzioni graduali
-
-Il focus delle distribuzioni graduali è sulla distribuzione controllata e la riduzione del rischio. Strumenti come il sistema di canali di Capgo permettono agli sviluppatori di distribuire diverse versioni dell'app a gruppi di utenti selezionati.
-
-| Funzionalità | Scopo | Beneficio |
-| --- | --- | --- |
-| **Segmentazione utenti** | Raggruppare gli utenti in segmenti più piccoli | Creare un ambiente di test controllato |
-| **Controllo versioni** | Gestire multiple versioni dell'app | Garantire stabilità per tutti gli utenti |
-| **Analisi in tempo reale** | Monitorare le prestazioni degli aggiornamenti | Identificare e risolvere rapidamente i problemi |
-| **Rollback istantaneo** | Tornare alle versioni precedenti | Ridurre l'impatto degli errori |
-
-### Metodi comuni per le distribuzioni graduali
-
-Queste funzionalità vengono applicate attraverso due approcci principali:
-
--   **Distribuzione basata su percentuale**: Iniziare con una piccola percentuale di utenti e aumentare gradualmente il rilascio in base ai dati di performance.
--   **Distribuzione basata su canali**: Dividere gli utenti in canali, come beta o produzione, per testare gli aggiornamenti e raccogliere feedback prima di un rilascio più ampio.
-
-### Pro e contro delle distribuzioni graduali
-
-| Vantaggi | Svantaggi |
-| --- | --- |
-| Rilevare bug precocemente | Rilascio complessivamente più lento |
-| Gestire i rischi efficacemente | Più complesso da supervisionare |
-| Ottenere feedback specifici dagli utenti | Versioni multiple possono confondere gli utenti |
-| Aggiornare in background | Richiede più risorse |
-| Facile opzione di rollback | La configurazione iniziale può essere impegnativa |
-
-Per implementare efficacemente le distribuzioni graduali, strumenti come Capgo forniscono analisi in tempo reale per monitorare il successo e il coinvolgimento degli utenti [\[1\]](https://capgo.app/).
-
-## Rilasci completi spiegati
-
-I rilasci completi comportano l'aggiornamento di tutti gli utenti contemporaneamente, seguendo un approccio più tradizionale rispetto alle distribuzioni graduali. Giocano un ruolo chiave nella gestione dei rischi garantendo un'esperienza utente fluida nei cicli di aggiornamento rapidi.
-
-### Caratteristiche principali dei rilasci completi 
-
-I recenti miglioramenti hanno reso i rilasci completi più efficienti e affidabili, offrendo un'esperienza consistente per tutti gli utenti.
-
-| Funzionalità | Descrizione | Impatto |
-| --- | --- | --- |
-| **Distribuzione istantanea** | Gli aggiornamenti raggiungono tutti contemporaneamente | Mantiene le versioni consistenti |
-| **Esperienza uniforme** | Tutti gli utenti ottengono le stesse funzionalità | Semplifica i processi di supporto |
-| **[Aggiornamenti automatici](https://capgo.app/docs/plugin/cloud-mode/auto-update/)** | Gli aggiornamenti avvengono in background | Riduce le interruzioni |
-| **Distribuzione diretta** | Evita i ritardi delle revisioni dell'app store | Accelera i tempi di rilascio |
-
-Ora, vediamo come i rilasci completi tradizionali si confrontano con i metodi moderni.
-
-### Vecchi vs nuovi metodi di rilascio completo
-
-I vecchi metodi di rilascio completo si basavano su lunghe revisioni dell'app store, spesso ritardando gli aggiornamenti di settimane. I metodi moderni, tuttavia, permettono agli sviluppatori di inviare aggiornamenti direttamente agli utenti, consentendo correzioni e rollout di funzionalità più rapidi.
-
-| Aspetto | Metodo tradizionale | Metodo moderno |
-| --- | --- | --- |
-| **Velocità di aggiornamento** | Settimane per l'approvazione dell'app store | Distribuzione immediata |
-| **Monitoraggio successo** | Informazioni limitate | Analisi in tempo reale |
-| **Esperienza utente** | Aggiornamenti manuali dagli utenti | [Aggiornamenti automatici in background](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-| **Controllo rilascio** | Gestione versioni base | Controlli avanzati dei rilasci |
-
-> "Niente più attese! Invia modifiche al codice live direttamente agli utenti senza ritardi dell'app store. Distribuisci correzioni critiche e funzionalità quando sono pronte." - Capgo [\[1\]](https://capgo.app/)
-
-Gli approcci moderni stanno ridefinendo come vengono gestiti i rilasci completi, offrendo migliore velocità e controllo.
-
-### Pro e contro dei rilasci completi
-
-| Vantaggi | Svantaggi |
-| --- | --- |
-| Adozione istantanea da tutti gli utenti | Rischio più alto se sorgono problemi |
-| Gestione versioni semplificata | Nessuna fase di test graduale |
-| Esperienza consistente per tutti | Tutti gli utenti influenzati simultaneamente |
-| Più facile da supportare e documentare | Opzioni di rollback limitate |
-| Processo di distribuzione più veloce | Potenziali picchi di carico server |
-
-Capgo riporta un tasso di successo globale dell'82% per gli aggiornamenti, con un tempo di risposta API medio di 57ms in tutto il mondo [\[1\]](https://capgo.app/).
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## Confronto diretto: Distribuzioni graduali vs rilasci completi
-
-Ecco uno sguardo più approfondito a come le distribuzioni graduali si confrontano con i rilasci completi, concentrandosi sui fattori che influenzano direttamente le prestazioni dell'app e l'esperienza utente.
-
-| Aspetto | Distribuzioni graduali | Rilasci completi |
-| --- | --- | --- |
-| Livello di rischio | Più basso – esposizione inizialmente limitata a un sottoinsieme di utenti | Più alto – aggiornamento inviato a tutti gli utenti contemporaneamente |
-| Velocità di distribuzione | 24 ore per il 95% di copertura utenti [\[1\]](https://capgo.app/) | Istantanea per l'intera base utenti |
-| Tasso di successo aggiornamenti | 82% tasso di successo globale [\[1\]](https://capgo.app/) | Dipende fortemente dalle capacità dell'infrastruttura |
-| Efficienza dei costi | Più economica nel tempo | Costi iniziali inferiori ma costi maggiori per correzioni se sorgono problemi |
-| Loop di feedback utenti | Raccolta feedback graduale | Feedback immediato da tutti gli utenti |
-| Capacità di rollback | Rollback istantaneo e selettivo disponibile [\[1\]](https://capgo.app/) | Influenza tutti gli utenti se viene effettuato il rollback |
-| Requisiti di risorse | Carico server bilanciato | Rischio di sovraccarico infrastruttura |
-| Gestione versioni | Possono coesistere versioni multiple | Versione singola distribuita universalmente |
-
-Ogni approccio ha i suoi compromessi in termini di velocità, costi e rischio. Per esempio, le distribuzioni graduali permettono rollback selettivi e raccolta graduale di feedback, rendendole un'opzione più sicura per testare gli aggiornamenti. I rilasci completi, d'altra parte, sono più veloci ma richiedono un'infrastruttura solida e test rigorosi pre-rilascio per evitare problemi diffusi.
-
-La distinzione principale sta nella _gestione del rischio_. Le distribuzioni graduali danno agli sviluppatori la capacità di monitorare le prestazioni su scala ridotta prima di espandere all'intera base utenti. I rilasci completi, pur essendo più veloci, richiedono una preparazione significativa per gestire potenziali sfide su tutti gli utenti.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-I progressi nelle piattaforme di distribuzione hanno migliorato entrambi i metodi. Le distribuzioni graduali ora includono funzionalità come rollback istantaneo e analisi approfondite, mentre i rilasci completi beneficiano di un migliore tracciamento degli errori e strumenti di distribuzione automatizzati. Questi miglioramenti rendono entrambe le strategie più affidabili, permettendo agli sviluppatori di scegliere in base alle esigenze, complessità e pubblico della loro app.
-
-## Scegliere tra i metodi di rilascio
-
-Scegli un metodo di rilascio che si adatti agli obiettivi, al pubblico e al flusso di lavoro della tua app. Di seguito troverai scenari chiave e fattori per aiutarti a decidere tra distribuzioni graduali e rilasci completi.
-
-### Quando usare le distribuzioni graduali
-
-Le distribuzioni graduali funzionano bene per rilasciare funzionalità o aggiornamenti complessi dove la gestione del rischio è una priorità. Questo metodo è ideale se hai bisogno di:
-
--   Testare nuove funzionalità con un piccolo gruppo di utenti
--   Monitorare le prestazioni degli aggiornamenti e il coinvolgimento degli utenti in tempo reale
--   Effettuare rapidamente rollback in caso di problemi
--   Raccogliere feedback iniziali attraverso test beta con specifici gruppi di utenti
-
-### Quando usare i rilasci completi
-
-I rilasci completi sono migliori per situazioni dove velocità e ampia copertura sono essenziali. Usa questo approccio quando hai bisogno di:
-
--   Distribuire patch di sicurezza critiche immediatamente
--   Correggere bug semplici con rischio minimo
--   Rispettare regolamenti che richiedono implementazione universale
--   Distribuire funzionalità sensibili al tempo che necessitano accesso sincronizzato per tutti gli utenti
-
-> "Evitare la revisione per correzioni bug è oro." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Questi metodi evidenziano l'importanza di valutare le tue specifiche esigenze prima di scegliere.
-
-### Fattori decisionali
-
-Ecco una panoramica dei fattori chiave da considerare quando si decide tra distribuzioni graduali e rilasci completi:
-
-| Fattore | Rilasci Graduali | Rilasci Completi |
-| --- | --- | --- |
-| Urgenza dell'Aggiornamento | Aggiornamenti a bassa priorità | Aggiornamenti critici o urgenti |
-| Tolleranza al Rischio | Soglia di rischio inferiore | Richiede una maggiore tolleranza al rischio |
-| Necessità di Monitoraggio | Richiede analisi dettagliate | Monitoraggio limitato necessario |
-| Requisiti di Risorse | Carico server moderato | Elevata domanda iniziale di infrastrutture |
-| Opzioni di Rollback | Rollback istantaneo e mirato | Solo rollback universale |
-
-La tua scelta dovrebbe allinearsi con i processi del tuo team e gli strumenti a tua disposizione. Piattaforme come Capgo possono supportare entrambi i metodi offrendo canali avanzati di distribuzione degli aggiornamenti e analisi per monitorare il successo del deployment [\[1\]](https://capgo.app/). Prima di procedere, assicurati che il tuo sistema sia pronto, valuta il potenziale impatto sugli utenti e conferma di avere gli strumenti necessari per gestire efficacemente il rilascio.
-
-## Guida all'Implementazione del Metodo di Rilascio
-
-Il rilascio efficace degli aggiornamenti richiede una pianificazione attenta e gli strumenti giusti. Ecco una guida per gestire sia i rilasci graduali che quelli completi.
-
-### Fasi del Rilascio Graduale
-
-Segui questi passaggi per un approccio graduale:
-
--   **Fase di Preparazione**: Identifica i segmenti di utenti e definisci le metriche di successo. Configura l'analisi per tracciare KPI come tassi di crash, coinvolgimento e adozione delle funzionalità.
--   **Rilascio Iniziale**: Lancia l'aggiornamento a un piccolo gruppo di test per individuare potenziali problemi con impatto minimo. Monitora il rollout per 24 ore.
--   **Espansione Graduale**: Espandi gradualmente il rollout fino a quando l'aggiornamento è disponibile per tutti gli utenti.
-
-Quando è necessario un deployment più rapido e universale, un rilascio completo potrebbe essere l'opzione migliore.
-
-### Fasi del Rilascio Completo
-
--   Esegui un QA approfondito nell'ambiente di staging.
--   Crea un backup completo del sistema.
--   Distribuisci l'aggiornamento a tutti gli utenti.
--   Monitora le metriche critiche per 24 ore dopo il rilascio.
--   Notifica gli utenti dell'aggiornamento tramite messaggi in-app.
-
-Per garantire deployment fluidi, è fondamentale evitare errori comuni.
-
-### Errori Comuni da Evitare
-
-| Errore | Impatto | Strategia di Prevenzione |
-| --- | --- | --- |
-| Test Insufficienti | Aumento dei tassi di crash | Usa canali di test dedicati prima del rilascio |
-| Tempistica Errata | Interruzione per gli utenti | Programma gli aggiornamenti durante i periodi di basso utilizzo |
-| Piano di Rollback Mancante | Tempi di inattività prolungati | Configura trigger automatici di rollback |
-| Monitoraggio Inadeguato | Rilevamento ritardato dei problemi | Configura analisi e avvisi in tempo reale |
-
-### Ulteriori Suggerimenti per un Deployment Fluido
-
--   **Configurazione Ambiente di Test**: Il tuo ambiente di test dovrebbe rispecchiare fedelmente la produzione. Strumenti come il sistema di canali di Capgo rendono più facili i beta test e i rilasci graduali [\[1\]](https://capgo.app/).
--   **Preparazione al Rollback**: Abbi sempre pronto un piano di rollback. Molte piattaforme moderne, come Capgo, offrono funzionalità di rollback istantaneo per tornare alle versioni precedenti in caso di problemi [\[1\]](https://capgo.app/).
--   **Requisiti di Integrazione**: Assicura una corretta integrazione della pipeline CI/CD. Sebbene la configurazione possa comportare un costo iniziale (Capgo costa $2.600 [\[1\]](https://capgo.app/)), questo investimento minimizza i rischi di deployment e riduce gli errori manuali nel lungo termine.
-
-## Funzionalità di Gestione dei Rilasci di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e8a654283d21cbd67ab720/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-Capgo fornisce strumenti progettati per semplificare e migliorare sia i processi di rilascio graduale che completo, basandosi su strategie di rilascio efficaci.
-
-### Strumenti per Rilasci Graduali di Capgo
-
-Il Sistema di Canali di Capgo permette un controllo preciso sui rollout graduali, garantendo alti tassi di successo degli aggiornamenti [\[1\]](https://capgo.app/).
-
-Ecco cosa offre Capgo per i rilasci graduali:
-
-| Funzionalità | Funzione | Beneficio |
-| --- | --- | --- |
-| **Targeting Utenti** | Segmenta gli utenti per aggiornamenti graduali | Testa gli aggiornamenti con gruppi specifici |
-| **Analisi in Tempo Reale** | Traccia i tassi di successo degli aggiornamenti | Identifica e risolvi rapidamente i problemi |
-| **Rollback Istantaneo** | Ripristina le versioni con un click | Riduce i tempi di inattività in caso di problemi |
-| **Canali Beta** | Ambiente di test dedicato | Individua i bug precocemente |
-
-### Strumenti per Rilasci Completi di Capgo
-
-Capgo rende i rilasci completi veloci e sicuri, utilizzando una CDN globale, aggiornamenti in background e integrazione CI/CD senza interruzioni. La piattaforma consegna un bundle da 5MB in soli 114ms, con un tempo di risposta API medio di 57ms [\[1\]](https://capgo.app/).
-
-Le funzionalità chiave per i rilasci completi includono:
-
--   **Crittografia end-to-end**
--   **Aggiornamenti in background**
--   **Supporto aggiornamenti parziali**
--   **Integrazione CI/CD**
-
-Queste funzionalità garantiscono un deployment affidabile ed efficiente per app di qualsiasi dimensione.
-
-### Posizionamento sul Mercato
-
-Gli strumenti di Capgo migliorano le prestazioni degli aggiornamenti offrendo notevoli risparmi sui costi rispetto ad altre piattaforme. Ad oggi, Capgo ha consegnato 23,5 milioni di aggiornamenti su 750 app in produzione [\[1\]](https://capgo.app/).
-
-Ecco come Capgo si confronta con i concorrenti:
-
-| Servizio | Costo di Setup | Costo Operativo Mensile |
-| --- | --- | --- |
-| **Capgo** | $2.600 una tantum | ~$300 |
-| **[Appflow](https://ionic.io/appflow)** | N/A | $500 ($6.000 annuali) |
-
-> "Capgo è un modo intelligente per fare hot code push (e non per tutti i soldi del mondo come con @Appflow) :-)" – NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-Molte organizzazioni che passano a Capgo riportano costi inferiori senza compromettere la qualità del deployment. Il suo utilizzo della vera crittografia end-to-end lo distingue dai concorrenti che si limitano a firmare gli aggiornamenti [\[1\]](https://capgo.app/).
-
-## Riepilogo e Prossimi Passi
-
-Bilanciare la velocità degli aggiornamenti con la gestione dei rischi è essenziale per rilasci efficaci delle app.
-
-### Revisione dei Punti Principali
-
-Ecco una rapida panoramica dei due principali metodi di rilascio:
-
-| Metodo di Rilascio | Migliore Per | Principali Benefici | Sfide Principali |
-| --- | --- | --- | --- |
-| **Rilasci Graduali** | Grandi basi utenti, funzionalità complesse | Riduce il rischio, permette test mirati | Richiede più tempo per il deployment completo |
-| **Rilasci Completi** | Correzioni critiche, piccoli aggiornamenti | Deployment veloce, tracciamento più facile | Aumenta l'esposizione al rischio |
-
-Il tuo successo dipende da quanto bene implementi la strategia che si adatta alle esigenze della tua app. Ecco come determinare il miglior approccio per andare avanti.
-
-### Fare la Tua Scelta
-
-Usa questi fattori per decidere la strategia di rilascio più adatta per la tua app:
-
-1.  **Valuta la Scala della Tua App**
-
-Le app con più di 5.000 utenti spesso beneficiano dei rilasci graduali. Per esempio:
-
-> "Abbiamo implementato gli aggiornamenti OTA di Capgo in produzione per la nostra base utenti di +5000. Stiamo osservando un'operazione molto fluida quasi tutti i nostri utenti sono aggiornati entro minuti dal deployment dell'OTA su @Capgo." [\[1\]](https://capgo.app/)
-
-2.  **Considera la Frequenza degli Aggiornamenti**
-
-Se il tuo team segue lo sviluppo agile, la continuous delivery è spesso una priorità:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" [\[1\]](https://capgo.app/)
-
-3.  **Passi per l'Implementazione**
-
-Segui questi passaggi per iniziare:
-
--   Esegui la configurazione del deployment usando: `npx @capgo/cli init`
--   Metti in atto sistemi di monitoraggio e analisi
--   Abilita le opzioni di rollback per sicurezza
--   Definisci metriche di successo chiare per tracciare i progressi
-
-Il giusto mix di metodi di rilascio e strumenti adattati alle esigenze della tua app garantirà aggiornamenti più fluidi e risultati migliori.
diff --git a/src/content/blog/it/staging-ota-updates-best-practices.md b/src/content/blog/it/staging-ota-updates-best-practices.md
deleted file mode 100644
index 519954706..000000000
--- a/src/content/blog/it/staging-ota-updates-best-practices.md
+++ /dev/null
@@ -1,236 +0,0 @@
----
-slug: staging-ota-updates-best-practices
-title: 'Staging degli aggiornamenti OTA: Best Practices'
-description: >-
-  Scopri le migliori pratiche per la distribuzione degli aggiornamenti OTA,
-  garantendo implementazioni fluide delle app e un'esperienza utente migliorata
-  con strategie efficaci di test e ripristino.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T01:20:29.530Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fda45772a40527486bdcbd-1744680128983.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, staging environment, app testing, error tracking, network
-  conditions, phased rollouts, app deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Gli aggiornamenti **Over-the-Air (OTA)** permettono agli sviluppatori di distribuire modifiche alle app direttamente agli utenti senza richiedere approvazioni degli store. Questo velocizza la correzione di bug e il rilascio di funzionalità, con il **95% degli utenti attivi che riceve gli aggiornamenti entro 24 ore**. Tuttavia, senza un ambiente di staging adeguato, gli aggiornamenti possono fallire, causando crash o problemi di compatibilità.
-
-### Perché gli Ambienti di Staging sono Importanti
-
-Un **ambiente di staging** aiuta a testare gli aggiornamenti OTA prima che vadano in produzione. Replica le impostazioni di produzione, monitora le prestazioni degli aggiornamenti e permette rapidi rollback. I vantaggi principali includono:
-
-- Test su dispositivi e condizioni di rete diverse
-- Monitoraggio degli errori in tempo reale
-- Distribuzioni controllate a gruppi di utenti più piccoli
-
-### Problemi Comuni che lo Staging Risolve
-
-| **Problema** | **Impatto** | **Soluzione** |
-| --- | --- | --- |
-| Problemi di compatibilità | Crash dell'app | Test su dispositivi diversi |
-| Performance irregolari | Lamentele degli utenti | Rilasci graduali |
-| Bug critici | Esperienza utente scadente | Monitoraggio errori e rollback |
-
-### Consigli Rapidi per la Configurazione dello Staging
-
-1.  **Replica le impostazioni di produzione** (server, database, integrazioni).
-2.  **Usa dati anonimizzati** per test realistici.
-3.  **Automatizza le build** con pipeline CI/CD.
-4.  **Testa in fasi**: canali Alpha, Beta e Release Candidate.
-
-### Strumenti per il Successo OTA
-
-Piattaforme come **[Capgo](https://capgo.app/)** semplificano lo staging con funzionalità come aggiornamenti criptati, tracciamento errori e opzioni di rollback. Con **750 app in produzione** e **23,5M aggiornamenti distribuiti**, assicura aggiornamenti veloci, sicuri e affidabili.
-
-**Conclusione chiave**: Un solido ambiente di staging assicura aggiornamenti OTA fluidi, riducendo i rischi e migliorando l'esperienza utente.
-
-## Ambiente di Staging e Produzione - Test Software ...
-
-<iframe src="https://www.youtube.com/embed/HN8D8IHLb9s" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Costruire un Ambiente di Staging
-
-Configurare un ambiente di staging è essenziale per testare gli aggiornamenti OTA prima di distribuirli in produzione.
-
-### Componenti Chiave per un Ambiente di Staging
-
-Per replicare correttamente il tuo ambiente di produzione, avrai bisogno dei seguenti componenti:
-
-| Componente | Scopo | Consigli di Implementazione |
-| --- | --- | --- |
-| **Dispositivi di Test** | Garantire diversità dei dispositivi | Includere un mix di dispositivi iOS e Android |
-| **Simulatore di Rete** | Test in condizioni variabili | Configurare limiti di banda e latenza |
-| **Strumenti di Monitoraggio** | Tracciare problemi di performance | Configurare logging errori e strumenti analytics |
-| **Controllo Versione** | [Gestire aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Usare branch separati per lo staging |
-| **Pipeline CI/CD** | Automatizzare i deployment | Replicare i workflow di deployment di produzione |
-
-Il tuo ambiente di staging dovrebbe rispecchiare fedelmente la produzione pur rimanendo isolato. Piattaforme come Capgo facilitano questo offrendo canali di test dedicati, permettendo condizioni di test precise e affidabili.
-
-### Come Configurare un Ambiente di Staging
-
-Segui questi passaggi per creare e mantenere una configurazione di staging che rispecchi il tuo ambiente di produzione:
-
-1.  **Configurazione Ambiente**  
-    Replica le impostazioni di produzione, inclusi server, database e integrazioni di terze parti.
-    
-2.  **Gestione Dati**  
-    Usa dati di produzione anonimizzati per i test. Aggiorna questi dati regolarmente per mantenerli realistici.
-    
-3.  **Integrazione Automazione**  
-    Implementa una pipeline CI/CD che rispecchi la produzione. Per esempio:
-    
-    - Automatizza build, esegui test di integrazione, monitora performance e abilita funzionalità di rollback.
-
-4.  **[Sistema di Canali di Aggiornamento](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**  
-    Dividi il processo di test in fasi distinte:
-    
-    - _Canale Alpha_: Per test degli sviluppatori.
-    - _Canale Beta_: Per test del team interno.
-    - _Canale Release Candidate_: Per controlli finali pre-produzione.
-
-Mantieni il tuo ambiente di staging sincronizzato con la produzione attraverso aggiornamenti e monitoraggio regolari. Questo aiuta a identificare problemi precocemente e previene discrepanze tra i due ambienti.
-
-## Metodi di Test degli Aggiornamenti OTA
-
-### Test Manuali vs Automatizzati
-
-Il testing degli aggiornamenti OTA coinvolge approcci sia manuali che automatizzati. Ogni metodo ha i suoi punti di forza, e combinarli assicura una copertura completa.
-
-| Tipo di Test | Migliore Per | Strumenti/Approcci Chiave |
-| --- | --- | --- |
-| **Manuale** | Verificare esperienza utente, elementi visivi e casi limite | Test su dispositivi, feedback beta tester, valutazioni flusso utente |
-| **Automatizzato** | Eseguire test di regressione, misurare performance e simulare condizioni di rete | Pipeline CI/CD, suite di test automatizzati, strumenti di load testing |
-| **Ibrido** | Validare rilasci, testare nuove funzionalità e assicurare affidabilità rollback | Mix di controlli manuali e processi automatizzati di sicurezza |
-
-Il test simulato delle condizioni di rete gioca anche un ruolo critico scoprendo problemi legati alla connettività.
-
-### Test delle Condizioni di Rete
-
-Testare in diverse condizioni di rete assicura che gli aggiornamenti OTA funzionino in modo affidabile:
-
-- **Simula Scenari di Rete**
-    
-    - Testa aggiornamenti su reti 2G, 3G, 4G e 5G.
-    - Verifica le performance durante connettività intermittente.
-    - Verifica che gli aggiornamenti riprendano senza problemi dopo una perdita di connessione.
-- **Monitora Metriche di Performance**
-    
-    - Misura velocità di download in condizioni variabili.
-    - Traccia frequenza di completamento aggiornamenti.
-    - Registra pattern di utilizzo banda per analisi.
-
-Per esempio, Capgo ottimizza gli aggiornamenti scaricando solo le modifiche necessarie, risparmiando banda e tempo.
-
-### Gestione Errori e Recupero
-
-Il testing spesso rivela problemi che richiedono robuste strategie di recupero per mantenere la stabilità dell'app durante gli aggiornamenti OTA. Una gestione efficace degli errori è fondamentale.
-
-| Tipo Errore | Metodo di Recupero | Dettagli Metodo |
-| --- | --- | --- |
-| **Errore di Rete** | Meccanismo auto-retry | Usa backoff progressivo e riprendi aggiornamenti da checkpoint |
-| **Conflitto Versioni** | Protocollo rollback | Permetti reversione con un click mantenendo dati utente intatti |
-| **Problemi Storage** | Pratiche gestione spazio | Esegui controlli pre-aggiornamento e pulizie regolari per liberare spazio |
-
-Capgo fornisce strumenti per tracciamento errori e analytics per semplificare gli sforzi di recupero:
-
-- **Monitoraggio Salute Aggiornamenti**  
-    Traccia tassi di successo aggiornamenti e identifica potenziali problemi precocemente usando insight in tempo reale.
-    
-- **Implementazione Procedure di Recupero**  
-    Esegui rollback velocemente a versioni stabili quando sorgono problemi, specialmente durante rollout graduali.
-    
-- **Gestione Canali di Distribuzione**  
-    Usa canali dedicati per beta testing e rollout graduali. Questo approccio minimizza i rischi validando gli aggiornamenti con gruppi più piccoli prima del rilascio completo.
-
-## Gestione Aggiornamenti OTA
-
-Una efficace [gestione degli aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/) è l'elemento finale di una strategia OTA di successo. Assicura deployment fluidi e si basa su solide pratiche di testing.
-
-### Riduzione Dimensione Aggiornamenti
-
-Per rendere gli aggiornamenti più piccoli e meno esigenti in termini di banda, considera metodi come **aggiornamenti delta**, **compressione asset** e **minificazione codice**. Queste tecniche aiutano a snellire il processo e migliorare l'esperienza utente.
-
-### Rollout Graduali
-
-Un rilascio graduale degli aggiornamenti, noto come rollout a fasi, aiuta a minimizzare i rischi. Targetizzando gruppi specifici, puoi monitorare le performance e affrontare problemi prima di un rilascio su larga scala. Strumenti come il sistema di canali di Capgo facilitano questo permettendo agli sviluppatori di distribuire diverse versioni di aggiornamento per beta testing o rollout graduali [\[1\]](https://capgo.app/).
-
-### Conformità Regole App Store
-
-Aderire alle linee guida degli app store è cruciale per evitare ritardi o interruzioni durante il processo di revisione. Sia Apple che Google impongono rigidi protocolli di sicurezza, e strumenti come Capgo semplificano questo assicurando che gli aggiornamenti siano allineati con questi standard.
-
-> "Conforme agli App Store" - Capgo [\[1\]](https://capgo.app/)
-
-## Utilizzo di [Capgo](https://capgo.app/) per Aggiornamenti OTA
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fda45772a40527486bdcbd/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-### Funzioni Core di Capgo
-
-Capgo semplifica il processo di gestione degli aggiornamenti OTA con il suo sistema sicuro e criptato e funzionalità avanzate dei canali. Gli aggiornamenti vengono consegnati velocemente e in modo sicuro, grazie al suo CDN globale, che raggiunge un **tempo di download di 114ms per bundle di 5MB** e un **tempo medio di risposta API di 57ms in tutto il mondo** [\[1\]](https://capgo.app/). La piattaforma usa anche un sistema di aggiornamento parziale, scaricando solo i componenti modificati. Questo approccio ha portato a un impressionante **tasso di aggiornamento del 95% tra gli utenti attivi entro 24 ore** [\[1\]](https://capgo.app/).
-
-### Vantaggi per gli Sviluppatori
-
-Capgo fornisce una gamma di strumenti per rendere il testing e il deployment degli aggiornamenti più efficiente, specialmente in ambienti di staging. Si integra perfettamente con strumenti CI/CD come **[GitHub Actions](https://docs.github.com/actions)** e **[GitLab CI](https://docs.gitlab.com/ee/ci/)**, abilitando deployment istantanei. Gli sviluppatori beneficiano anche del suo tracciamento errori dettagliato e analytics, che offrono insight sulle performance degli aggiornamenti. Le metriche chiave includono:
-
-| Metrica | Dettagli |
-| --- | --- |
-| Tasso di Successo Aggiornamenti | Traccia la percentuale di installazioni riuscite in tempo reale |
-| Coinvolgimento Utenti | Monitora quanti utenti attivi adottano gli aggiornamenti |
-| Performance Download | Misura tempi di risposta CDN e utilizzo banda |
-| Logging Errori | Fornisce diagnostica dettagliata per gli errori |
-
-Queste funzionalità rendono Capgo uno strumento potente per gli sviluppatori, permettendo loro di testare e raffinare gli aggiornamenti efficacemente.
-
-### Passi per Configurare Capgo
-
-Iniziare con Capgo per lo staging è semplice. Prima, installa il plugin Capgo usando questo comando:
-
-```bash
-npx @capgo/cli init
-```
-
-Capgo funziona con **Capacitor 8**, assicurando che si adatti a vari workflow di sviluppo. Per ambienti di staging, segui questi passi:
-
--   **Configura canali di aggiornamento separati** per staging e produzione per mantenere gli ambienti distinti.
--   **Abilita il monitoraggio dettagliato degli errori** per individuare i problemi tempestivamente.
--   Usa la **funzione di rollback con un clic** per ripristinare rapidamente gli aggiornamenti se necessario.
-
-Con **750 app in produzione** e **23.5 milioni di aggiornamenti distribuiti** [\[1\]](https://capgo.app/), Capgo ha dimostrato la sua affidabilità nella gestione degli aggiornamenti OTA in modo efficiente e sicuro.
-
-## Conclusione: Linee guida per gli aggiornamenti OTA
-
-### Punti chiave dei test
-
-Il testing degli aggiornamenti OTA richiede un approccio strutturato per garantire sia l'affidabilità che un'esperienza utente fluida. Quando eseguiti efficacemente, gli aggiornamenti possono raggiungere un tasso di successo fino all'82% [\[1\]](https://capgo.app/). Ecco le aree principali su cui concentrarsi durante i test:
-
-| **Requisito di testing** | **Focus implementativo** |
-| --- | --- |
-| Distribuzione aggiornamenti | Rilasci controllati attraverso deployment basato su canali |
-| Monitoraggio errori | Strumenti di diagnostica e tracciamento in tempo reale |
-| Condizioni di rete | Test con diverse velocità di connessione |
-| Controllo versioni | Ambienti di staging e produzione separati |
-| Protocollo di rollback | Meccanismi affidabili per ripristinare gli aggiornamenti |
-
-Gli esempi pratici evidenziano l'importanza di queste priorità:
-
-> "Abbiamo distribuito gli aggiornamenti OTA di Capgo in produzione per la nostra base utenti di +5000. Stiamo osservando un funzionamento molto fluido, quasi tutti i nostri utenti sono aggiornati entro pochi minuti dal deployment dell'OTA su @Capgo." [\[1\]](https://capgo.app/)
-
-### Prossimi passi
-
-Per rendere i tuoi aggiornamenti OTA sicuri ed efficienti, considera questi passaggi:
-
--   **Usa sistemi di distribuzione criptati** per soddisfare gli standard di sicurezza e i requisiti degli app store.
--   **Configura strumenti di monitoraggio** per tracciare le metriche critiche in tempo reale.
--   **Implementa rollout graduali** iniziando con un piccolo gruppo di utenti prima di espandere a tutti.
-
-Un ambiente di staging ben preparato, supportato da piattaforme come Capgo, può aiutarti a raggiungere questi obiettivi. Per esempio, il 95% degli utenti attivi può aggiornare entro 24 ore, con un tempo medio di risposta API globale di 57ms [\[1\]](https://capgo.app/).
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/it/state-privacy-laws-for-mobile-apps-comparison.md b/src/content/blog/it/state-privacy-laws-for-mobile-apps-comparison.md
deleted file mode 100644
index e87e5e60b..000000000
--- a/src/content/blog/it/state-privacy-laws-for-mobile-apps-comparison.md
+++ /dev/null
@@ -1,176 +0,0 @@
----
-slug: state-privacy-laws-for-mobile-apps-comparison
-title: 'Leggi sulla privacy statale per le app mobili: confronto'
-description: >-
-  Explora las principales diferencias en las leyes de privacidad de aplicaciones
-  móviles en California, Virginia y Colorado, y aprende cómo garantizar el
-  cumplimiento.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:47:03.403Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de206e13cee397379a38f6-1742611661440.jpg
-head_image_alt: Desarrollo Móvil
-keywords: >-
-  mobile apps, privacy laws, CCPA, VCDPA, CPA, data protection, user rights,
-  compliance, security measures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Le leggi sulla privacy delle app mobili variano da stato a stato e comprenderle è fondamentale per gli sviluppatori. Ecco una rapida panoramica delle principali normative sulla privacy in California, Virginia e Colorado:
-
--   **California ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)/[CPRA](https://en.wikipedia.org/wiki/CPRA))**: Richiede divulgazioni dettagliate, opzioni di opt-out per la vendita dei dati e regole rigorose per i dati sensibili. Gli utenti possono accedere, eliminare e correggere i propri dati.
--   **Virginia ([VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))**: Si concentra sul consenso per i dati sensibili, misure di sicurezza ragionevoli e diritti degli utenti come accesso ai dati, eliminazione e correzione. Non è richiesto un pulsante "Non vendere".
--   **Colorado ([CPA](https://coag.gov/resources/colorado-privacy-act/))**: Sottolinea le opzioni di opt-out, il consenso per i dati sensibili e le valutazioni obbligatorie sulla privacy per le attività ad alto rischio.
-
-### Confronto Rapido
-
-| Legge Statale | Caratteristiche Principali | Diritti degli Utenti | Requisiti Unici |
-| --- | --- | --- | --- |
-| **CCPA/CPRA** | Divulgazioni dettagliate dei dati, opt-out per la vendita dei dati, regole più rigorose per i dati sensibili | Accesso, eliminazione, correzione, trasferimento | Trasparenza per l'automazione decisionale |
-| **VCDPA** | Consenso per i dati sensibili, misure di sicurezza ragionevoli, accordi con fornitori | Accesso, eliminazione, correzione, portabilità | Non è richiesto un pulsante "Non vendere" |
-| **CPA** | Opzioni di opt-out, consenso per i dati sensibili, valutazioni sulla privacy | Accesso, eliminazione, correzione, trasferimento | Valutazioni obbligatorie sui rischi per la privacy |
-
-La non conformità a queste leggi può portare a multe e danni reputazionali. Gli sviluppatori dovrebbero concentrarsi su avvisi chiari sui dati, sistemi di consenso e solide pratiche di sicurezza per rimanere conformi.
-
-## Aggiornamento sulla Privacy 2023: Informativa sulle Nuove Leggi Statali sulla Privacy dei Dati
-
-<iframe src="https://www.youtube.com/embed/koQ3TEzkG-U" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Leggi sulla Privacy della California ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)/[CPRA](https://en.wikipedia.org/wiki/CPRA))
-
-La California è in prima linea nelle normative sulla privacy con il suo **California Consumer Privacy Act (CCPA)** e il **California Privacy Rights Act (CPRA)**, che richiedono agli sviluppatori di soddisfare rigorosi standard sui dati.
-
-Il **CCPA** si applica alle aziende che soddisfano almeno uno di questi criteri:
-
--   Il fatturato annuale supera i $25 milioni
--   Elabora dati di 50.000 o più residenti californiani
--   Ottiene il 50% o più del fatturato dalla vendita di dati personali
-
-Se la tua app mobile rientra in queste regole, devi divulgare:
-
--   I tipi di dati personali raccolti
--   Perché i dati vengono raccolti
--   Ogni terza parte con cui i dati sono condivisi
--   Per quanto tempo i dati saranno conservati
--   Diritti degli utenti concessi dalla legge californiana
-
-I residenti in California hanno diritti specifici, inclusa la possibilità di accedere, eliminare, correggere e trasferire i propri dati personali. Possono anche rinunciare alla vendita dei propri dati.
-
-Quando si tratta di dati sensibili - come geolocalizzazione, dettagli di accesso, informazioni finanziarie, dati biometrici o informazioni sanitarie - le app devono seguire protocolli più rigorosi. Questi includono:
-
--   Ottenere un consenso esplicito opt-in
--   Implementare misure di sicurezza più forti
--   Limitare per quanto tempo i dati sensibili vengono memorizzati
--   Restrigere chi può accedere a queste informazioni
-
-Per le app che si affidano all'automazione decisionale, il **CPRA** richiede trasparenza. Gli sviluppatori devono spiegare come funzionano i loro algoritmi, perché vengono prese determinate decisioni e come gli utenti potrebbero essere influenzati.
-
-Le leggi sulla privacy della California non solo stabiliscono lo standard nello stato, ma influenzano anche le [politiche sulla privacy](https://capgo.app/dp/) in tutto il paese, modellando il modo in cui gli sviluppatori affrontano la conformità.
-
-## 2. Legge sulla Protezione dei Dati della Virginia ([VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))
-
-![VCDPA](https://mars-images.imgix.net/seobot/screenshots/pro.bloomberglaw.com-e2d26366f154a86b70aef4e66139addc-2025-03-22.jpg?auto=compress)
-
-A partire dal 1 gennaio 2023, il Virginia Consumer Data Protection Act (VCDPA) si applica alle aziende che gestiscono o sovrintendono dati personali per almeno 100.000 residenti in Virginia ogni anno, o per 25.000 residenti se almeno metà del loro fatturato proviene dalla gestione di tali dati.
-
-Per gli sviluppatori di app mobili, la legge introduce diversi requisiti chiave:
-
--   **Ottenere un consenso chiaro** prima di elaborare dati personali sensibili.
--   **Implementare misure di sicurezza ragionevoli** e mantenere registri delle attività di elaborazione dei dati.
--   **Avere accordi in atto** con fornitori che gestiscono dati personali.
-
-I residenti in Virginia hanno diritti specifici ai sensi del VCDPA. Possono accedere, eliminare e correggere i propri dati, richiedere una copia portatile e rinunciare alla pubblicità mirata.
-
-A differenza della legge sulla privacy della California, il VCDPA non richiede un pulsante "Non vendere" o divulgazioni sugli incentivi finanziari legati all'uso dei dati. Anche se non specifica misure tecniche esatte, richiede alle aziende di adottare pratiche di sicurezza ragionevoli. L'applicazione è gestita dal Procuratore Generale della Virginia, che può imporre sanzioni civili dopo aver dato alle aziende la possibilità di affrontare i problemi.
-
-Questa legge mira a proteggere i dati dei consumatori offrendo alle aziende una certa flessibilità. Gli sviluppatori di app mobili che lavorano in Virginia dovrebbero valutare attentamente le proprie politiche sulla privacy per rimanere conformi e mantenere la fiducia degli utenti.
-
-## 3. Regole sulla Privacy del Colorado ([CPA](https://coag.gov/resources/colorado-privacy-act/))
-
-![CPA](https://mars-images.imgix.net/seobot/screenshots/coag.gov-27b642301e832ad4f24c09bcab1135ad-2025-03-22.jpg?auto=compress)
-
-Il Colorado Privacy Act (CPA) stabilisce linee guida per la protezione dei dati che impattano le aziende che operano in Colorado. Si applica alle aziende che soddisfano determinati requisiti di dati o fatturato. Per gli sviluppatori di app mobili, ciò significa seguire regole specifiche per salvaguardare le informazioni personali e garantire la trasparenza su come vengono gestiti i dati.
-
-I requisiti chiave includono:
-
--   **Opzioni di opt-out**: Gli utenti devono avere un modo chiaro per rinunciare alla pubblicità mirata e alla vendita dei dati.
--   **Consenso per i dati sensibili**: Le aziende devono ottenere il consenso degli utenti prima di raccogliere informazioni personali sensibili.
--   **Avvisi sulla privacy dettagliati**: Gli sviluppatori devono fornire informazioni chiare sui tipi di dati raccolti, perché vengono elaborati e se vengono condivisi con terze parti.
-
-Il CPA enfatizza anche pratiche di sicurezza solide come la crittografia, audit regolari, piani di risposta agli incidenti e limitazioni alla raccolta dei dati a ciò che è necessario.
-
-I residenti in Colorado ottengono diversi diritti ai sensi di questa legge, come accedere, correggere, eliminare e trasferire i propri dati personali. Possono anche rinunciare ai processi decisionali automatizzati. Una caratteristica distintiva del CPA è il requisito per le aziende di condurre valutazioni sulla protezione dei dati per attività di trattamento ad alto rischio. Questo passaggio aiuta a identificare e affrontare i rischi per la privacy. A differenza delle leggi simili in California e Virginia, il Colorado rende obbligatorie queste valutazioni per l'uso di dati ad alto rischio.
-
-Il CPA promuove una migliore privacy per i consumatori, una sicurezza più forte e una maggiore trasparenza nelle app mobili.
-
-## 4. Standard di Privacy di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capgo si allinea con CCPA, VCDPA e CPA, colmando il divario tra le normative statali e le esigenze pratiche dello sviluppo di app.
-
-Con la **crittografia end-to-end**, Capgo garantisce che i dati degli utenti rimangano sicuri durante gli aggiornamenti dell'app. In modo impressionante, il 95% degli utenti attivi riceve aggiornamenti in modo sicuro entro 24 ore, raggiungendo un tasso di successo globale dell'82% [\[1\]](https://capgo.app/).
-
-Ecco come Capgo supporta la conformità alla privacy:
-
-| Caratteristica | Vantaggio per la Privacy | Supporto alla Conformità |
-| --- | --- | --- |
-| Crittografia End-to-End | Garantisce che solo gli utenti autorizzati possano decriptare gli aggiornamenti | Soddisfa gli standard di sicurezza dei dati in tutti gli stati |
-| Permessi Granulari | Consente accessi controllati per i membri del team | Supporta la gestione interna della privacy |
-| Hosting Flessibile | Offre opzioni cloud o self-hosted | Affronta i requisiti di residenza dei dati |
-| Assegnazione degli Utenti | Consente distribuzione mirata degli aggiornamenti | Facilita l'implementazione di funzionalità basate sul consenso |
-
-Per coloro che sono preoccupati per le dipendenze dai fornitori, la struttura open-source di Capgo fornisce trasparenza su come vengono elaborati e gestiti i dati.
-
-> "L'unica soluzione con vera crittografia end-to-end; gli altri firmano solo aggiornamenti." - Capgo [\[1\]](https://capgo.app/)
-
-L'efficacia di Capgo è chiara: è fidato da 750 app di produzione, fornendo fino ad oggi 23,5 milioni di [aggiornamenti sicuri](https://capgo.app/docs/live-updates/update-behavior/) [\[1\]](https://capgo.app/).
-
-Monitora gli aggiornamenti in tempo reale con analisi, monitoraggio degli errori e controlli di accesso basati sui ruoli per semplificare la conformità in più stati.
-
-## Leggi Statali: Vantaggi e Limitazioni
-
-Ecco un'analisi dei punti di forza e delle debolezze delle leggi statali chiave che regolano la privacy dei dati. Queste informazioni si basano su discussioni precedenti su framework statali e strategie di conformità pratiche:
-
-| Legge Statale | Punti di Forza | Debolezze |
-| --- | --- | --- |
-| CCPA/CPRA | • Diritti dei consumatori forti  <br>• Chiare pene per violazioni dei dati  <br>• Istruzioni dettagliate per la conformità | • Complesso da implementare  <br>• Processo di conformità costoso  <br>• Colpisce principalmente le aziende più grandi |
-| VCDPA | • Regole di consenso semplificate  <br>• Categorie chiare per l'elaborazione dei dati  <br>• Includere un quadro di valutazione del rischio | • Strumenti di enforcement limitati  <br>• Ambito più ristretto rispetto a CCPA/CPRA  <br>• Meno diritti dei consumatori |
-| CPA | • Offre percorsi di conformità flessibili  <br>• Include opzioni di opt-out universali  <br>• Richiede valutazioni regolari | • Requisiti tecnici vaghi  <br>• Mancanza di indicazioni dettagliate per l'implementazione  <br>• Obblighi sovrapposti possono causare confusione |
-
-Per affrontare queste sfide, strumenti automatizzati come Capgo semplificano i compiti di conformità. Con funzionalità come la crittografia end-to-end e l'hosting adattabile, Capgo garantisce la sicurezza dei dati attraverso diversi contesti normativi.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### Approfondimenti Chiave sulla Conformità
-
-1.   **California (CCPA/CPRA)**: Fornisce forti protezioni per i consumatori ma richiede risorse significative per la conformità.
-2.   **Virginia (VCDPA)**: Offre regole di elaborazione dei dati più chiare ma ha meno meccanismi di enforcement.
-3.   **Colorado (CPA)**: Bilancia flessibilità e responsabilità ma manca di linee guida tecniche specifiche.
-
-Capgo si è dimostrato efficace nella gestione della conformità in vari stati. Il suo sistema di aggiornamento mirato e la veloce velocità di download di 114ms per un pacchetto da 5MB consentono agli sviluppatori di affrontare rapidamente gli aggiornamenti sulla privacy [\[1\]](https://capgo.app/). Con l'adozione da parte di 750 app in produzione, Capgo dimostra il suo valore in casi d'uso nel mondo reale [\[1\]](https://capgo.app/).
-
-### Impatto sulle Pratiche di Sviluppo
-
-Per gli sviluppatori, bilanciare aggiornamenti rapidi con i requisiti di conformità è una sfida critica. L'integrazione di Capgo con i pipeline CI/CD rende più facile l'implementazione di aggiornamenti rimanendo allineati con le varie normative. Questo semplifica i flussi di lavoro e garantisce la conformità in diverse giurisdizioni.
-
-## Conclusione
-
-Le leggi sulla privacy statale come CCPA/CPRA, VCDPA e CPA pongono domande distinte agli sviluppatori di app mobile. Ogni stato ha il proprio approccio alla protezione dei dati, con requisiti specifici e metodi di enforcement.
-
-Per gli sviluppatori, rimanere conformi in diverse giurisdizioni significa adottare strategie che possano gestire queste richieste variate. Velocità e adattabilità sono fondamentali, poiché i dati del settore mostrano che una rapida implementazione degli aggiornamenti è essenziale per soddisfare i requisiti normativi [\[1\]](https://capgo.app/).
-
-Per affrontare queste sfide, gli sviluppatori dovrebbero concentrarsi su tre aree chiave:
-
-1.   **[Sistemi di Aggiornamento Rapido](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)**: Stabilire processi che consentano un'implementazione rapida degli aggiornamenti sulla privacy.
-2.   **Misure di Sicurezza Forti**: Garantire che tutti i trasferimenti di dati e aggiornamenti siano protetti con crittografia end-to-end.
-3.   **Test Approfonditi**: Utilizzare rollout graduali e test beta per confermare che gli aggiornamenti sulla privacy funzionino come previsto.
-
-Questi approcci si allineano con le sfide specifiche poste dalle normative statali e aiutano a garantire la conformità.
-
-Con le leggi sulla privacy statale che continuano a cambiare, il successo delle app mobili dipende sempre di più dalla capacità di adattarsi. Attualmente, 750 app in produzione stanno gestendo efficacemente questi requisiti con strumenti di conformità automatizzati [\[1\]](https://capgo.app/). Applicando questi metodi, gli sviluppatori possono mantenere le loro app conformi e pronte per future modifiche.
diff --git a/src/content/blog/it/testing-capacitor-ota-updates-with-mock-scenarios.md b/src/content/blog/it/testing-capacitor-ota-updates-with-mock-scenarios.md
deleted file mode 100644
index 22dce10b6..000000000
--- a/src/content/blog/it/testing-capacitor-ota-updates-with-mock-scenarios.md
+++ /dev/null
@@ -1,225 +0,0 @@
----
-slug: testing-capacitor-ota-updates-with-mock-scenarios
-title: Test degli aggiornamenti OTA di Capacitor con scenari simulati
-description: >-
-  Impara come testare efficacemente gli aggiornamenti OTA nelle app Capacitor
-  per garantire affidabilità e migliorare la soddisfazione degli utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:53:13.485Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da3972cfd1b2222c56f23a-1742356439850.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, OTA updates, testing, mock scenarios, app reliability, network
-  conditions, failure recovery, analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Gli aggiornamenti OTA sono rivoluzionari per le app [Capacitor](https://capacitorjs.com/), permettendo agli sviluppatori di correggere bug e aggiungere funzionalità senza i ritardi degli app store. Ma testare accuratamente questi aggiornamenti è cruciale per evitare crash, perdita di dati o funzionalità compromesse.**
-
-Ecco cosa devi sapere:
-
--   **Perché è Importante**: Aggiornamenti inaffidabili possono danneggiare la fiducia degli utenti e le prestazioni dell'app.
--   **Come Testare in Sicurezza**: Usa test simulati per replicare condizioni reali come reti scadenti o file corrotti.
--   **Strumenti Necessari**: [Node.js](https://nodejs.org/en), Capacitor CLI e [Capgo](https://capgo.app/) CLI per gestire gli aggiornamenti.
--   **Scenari Chiave da Testare**: Aggiornamenti normali, installazioni fallite e problemi di rete.
--   **Metriche da Monitorare**: Tassi di download, successo dell'installazione e accuratezza delle versioni.
-
-Il testing con strumenti come Capgo assicura aggiornamenti fluidi, sicuri e affidabili. I test simulati hanno mostrato un **tasso di successo dell'82%**, aiutando le app a mantenere la stabilità durante l'invio rapido degli aggiornamenti.
-
-## Video correlato da YouTube
-
-<iframe src="https://www.youtube.com/embed/pCDPwItv_ik" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Preparazione dell'Ambiente di Test
-
-Questa sezione copre gli strumenti chiave e i passaggi necessari per configurare il tuo ambiente.
-
-### Software Necessario
-
-Per testare gli [aggiornamenti OTA di Capacitor](https://capgo.app/ja/), avrai bisogno dei seguenti strumenti:
-
-| Software | Scopo | Requisiti di Versione |
-| --- | --- | --- |
-| **Node.js** | Ambiente runtime | Ultima versione LTS |
-| **Capacitor CLI** | Sviluppo app | Capacitor 8 |
-| **[Capgo CLI](https://capgo.app/docs/cli/commands)** | Gestione OTA | Ultima versione |
-
-Installa Capgo CLI eseguendo:
-
-```bash
-npx @capgo/cli init
-```
-
-Dopo l'installazione, configura il tuo progetto per simulare efficacemente le condizioni di produzione.
-
-### Configurazione del Progetto di Test
-
-Crea un progetto di test che rispecchi le condizioni di produzione. Usa il sistema di canali di Capgo per isolare gli scenari di test.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente aggiornamenti ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo offre crittografia end-to-end per mantenere sicuri i tuoi aggiornamenti di test. Puoi anche scegliere tra ambienti basati su cloud o self-hosted, a seconda delle tue esigenze.
-
-### Aggiunta di Funzioni OTA
-
-Per implementare gli aggiornamenti Over-The-Air (OTA), segui questi tre passaggi:
-
--   **Installazione Plugin**
--   **Configurazione Build**
--   **[Integrazione Aggiornamenti](https://capgo.app/docs/live-updates/update-behavior/)**
-
-Gli strumenti CI/CD di Capgo rendono il testing automatizzato semplice. Piattaforme come [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) e [Jenkins](https://www.jenkins.io/) sono supportate, permettendoti di testare gli aggiornamenti in vari ambienti prima del deployment. Il sistema dei canali è particolarmente utile per gestire diversi scenari di test.
-
-> "Capgo è un modo intelligente per fare hot code pushes (e non per tutti i soldi del mondo come con @AppFlow) :-)" - NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-Per un migliore controllo durante il testing, integra l'analytics di Capgo per ottenere insights in tempo reale.
-
-## Costruzione degli Scenari di Test
-
-Imposta scenari di test per garantire l'affidabilità degli aggiornamenti OTA. Vediamo alcuni approcci pratici.
-
-### Test degli Aggiornamenti Normali
-
-Verifica i processi di aggiornamento standard per stabilire una base di riferimento:
-
-```bash
-capgo build && capgo deploy --channel beta
-```
-
-Concentrati su queste metriche chiave:
-
--   **Tassi di completamento download**
--   **Tassi di successo installazione**
--   **Tempistica attivazione aggiornamenti**
--   **Verifica versione**
-
-### Test degli Aggiornamenti Difettosi
-
-Simula aggiornamenti falliti per valutare la gestione degli errori e il recupero:
-
-| Caso di Test | Setup | Risultato Atteso |
-| --- | --- | --- |
-| Bundle Corrotto | Modifica checksum bundle | L'app rifiuta l'aggiornamento |
-| File Incompleti | Interrompi trasferimento durante l'aggiornamento | L'app mantiene la versione precedente |
-| Mismatch Versione | Distribuisci versione incompatibile | L'app blocca l'installazione |
-
-Usa canali separati per questi test per evitare interferenze. Quindi, simula condizioni di rete scadenti per vedere come l'app le gestisce.
-
-### Test dei Problemi di Rete
-
-Testa come gli aggiornamenti si comportano in condizioni di rete difficili:
-
--   **Limita la larghezza di banda a velocità 3G** (circa 750 Kbps)
--   **Attiva modalità aereo** durante gli aggiornamenti
--   **Simula disconnessione completa** per verificare il comportamento offline e le capacità di ripresa
-
-Il sistema di Capgo minimizza l'impatto di reti lente o instabili scaricando solo le parti modificate di un aggiornamento. I suoi meccanismi di retry integrati gestiscono automaticamente le connessioni interrotte.
-
-Puoi configurare questi scenari con:
-
-```bash
-capgo deploy --channel test --network-condition slow
-```
-
-Traccia i progressi usando l'analytics in tempo reale di Capgo. Tutti i test mantengono la crittografia end-to-end, quindi la sicurezza rimane intatta anche durante la risoluzione dei problemi.
-
-## Gestione dei Test di Aggiornamento
-
-### Esecuzione dei Casi di Test
-
-Imposta un flusso di lavoro di test chiaro creando canali di test separati per mantenere le cose organizzate e isolate.
-
-```bash
-# Create test channels
-capgo channel create beta-test
-capgo channel create staging-test
-```
-
-Tieni traccia di ogni caso di test con un approccio strutturato:
-
-| **Fase di Test** | **Metriche da Monitorare** | **Criteri di Successo** |
-| --- | --- | --- |
-| Download | Velocità trasferimento, tasso completamento | 100% successo download |
-| Installazione | Utilizzo memoria, durata installazione | Installazione sotto 30 secondi |
-| Attivazione | Tempo riavvio app, controllo versione | Versione corretta attivata |
-
-Gli strumenti di Capgo possono aiutarti a monitorare queste metriche in modo coerente ed efficace.
-
-### Monitoraggio degli Aggiornamenti
-
-La dashboard analytics di Capgo offre insights sulle prestazioni dei tuoi aggiornamenti:
-
--   Tassi di completamento per i download in varie condizioni di rete
--   Tassi di successo dell'installazione categorizzati per tipo di dispositivo
--   Timeline che mostra quanto velocemente gli utenti adottano la nuova versione
--   Frequenza degli errori durante il processo di aggiornamento
-
-> "Stiamo vedendo un'operazione molto fluida quasi tutti i nostri utenti sono aggiornati entro minuti dal deployment dell'OTA su @Capgo." - colenso [\[1\]](https://capgo.app/)
-
-Per il tracciamento degli errori in tempo reale, usa il seguente comando:
-
-```bash
-capgo monitor --channel beta-test --verbose
-```
-
-### Verifica dei Risultati
-
-Assicurati che tutto funzioni come previsto verificando:
-
--   **Accuratezza versione** usando il checker integrato:
-
-```bash
-capgo version --check --channel beta-test
-```
-
--   **Integrità dei dati**, inclusi storage locale e contenuti in cache
--   **Metriche di performance**, come tempo di avvio app, utilizzo memoria, attività di rete e consumo batteria
-
-Se emergono problemi, la funzione di rollback di Capgo rende facile tornare alla versione stabile precedente. Questo permette di affrontare i problemi senza interrompere il processo di test o compromettere la stabilità dell'ambiente di test.
-
-## Risoluzione dei Problemi Comuni
-
-### Recupero da Aggiornamenti Falliti
-
-Quando gli aggiornamenti over-the-air (OTA) falliscono, è importante avere un piano pronto. Usa metodi di fallback che notificano gli utenti del fallimento e riportano automaticamente i loro dispositivi all'ultima versione stabile. Assicurati che questi passaggi di recupero facciano parte del tuo processo di test per confermare che funzionino come previsto.
-
-```javascript
-// Example of a fallback implementation:
-const handleUpdateFailure = async () => {
-   await notifyUsers("Update failed – reverting to a stable version");
-   await revertToLastStableVersion();
-   logFailureMetrics();
-}
-```
-
-Oltre al recupero, concentrati sulla risoluzione dei problemi di installazione per garantire aggiornamenti fluidi.
-
-### Problemi di Installazione
-
-I problemi di installazione spesso si verificano a causa di memoria limitata del dispositivo o connessioni di rete instabili. Per affrontare questo, usa aggiornamenti progressivi che scaricano solo le modifiche necessarie invece dell'intero aggiornamento. Questo approccio riduce il rischio di problemi legati a memoria e rete. Assicurati di testare gli aggiornamenti in varie condizioni di rete e limitazioni di memoria, come identificato nelle fasi di test precedenti.
-
-La gestione dei conflitti di dati è un'altra parte critica del mantenimento dell'affidabilità degli aggiornamenti.
-
-### Conflitti di Dati
-
-I conflitti di dati possono emergere quando gli aggiornamenti coinvolgono modifiche agli schemi esistenti. Per evitare questi problemi, implementa un rigoroso controllo versione, pianifica e testa le migrazioni degli schemi e includi opzioni di rollback con tracciamento errori. Usa rollout graduali o canali beta per testare questi scenari in ambienti controllati, permettendoti di individuare e correggere i problemi prima che l'aggiornamento raggiunga tutti gli utenti.
-
-## Riepilogo
-
-### Impatto del Testing
-
-Il testing completo degli aggiornamenti OTA ha raggiunto un tasso di successo globale dell'82%, migliorando sia l'affidabilità dell'app che la soddisfazione degli utenti [\[1\]](https://capgo.app/). Il testing simulato è particolarmente utile in scenari difficili come interruzioni di rete, migrazioni di dati e limitazioni di memoria. Replicando queste condizioni, i team di sviluppo possono garantire che gli aggiornamenti funzionino in modo affidabile in vari ambienti. Questo approccio metodico aiuta a fornire aggiornamenti consistenti che incoraggiano l'adozione da parte degli utenti.
-
-### Utilizzo di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-I vantaggi del testing sono amplificati con una piattaforma come **Capgo**. Semplifica il testing degli aggiornamenti OTA attraverso strumenti di validazione avanzati e integra risultati di test provati per fornire aggiornamenti sicuri ed efficienti. Il sistema di canali di Capgo supporta il beta testing e i rollout graduali, permettendo agli aggiornamenti di essere accuratamente verificati prima del deployment completo. Con funzionalità come analytics dettagliata, tracciamento errori e performance CDN globale, Capgo offre impressionanti velocità di download - 114ms per un bundle da 5MB [\[1\]](https://capgo.app/).
-
-Capgo offre anche crittografia end-to-end e opzioni di rollback istantaneo, garantendo la stabilità dell'app. Queste capacità hanno supportato 750 app in produzione, fornendo 23.5 milioni di aggiornamenti [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/it/token-revocation-in-capacitor-apps-guide.md b/src/content/blog/it/token-revocation-in-capacitor-apps-guide.md
deleted file mode 100644
index 82d8748a2..000000000
--- a/src/content/blog/it/token-revocation-in-capacitor-apps-guide.md
+++ /dev/null
@@ -1,244 +0,0 @@
----
-slug: token-revocation-in-capacitor-apps-guide
-title: 'Revoca dei Token nelle App Capacitor: Guida'
-description: >-
-  Scopri come implementare strategie efficaci di revoca dei token nelle app
-  Capacitor per migliorare la sicurezza e proteggere i dati degli utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T11:28:05.842Z
-updated_at: 2025-05-16T11:28:59.679Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68268a500209458b3ff4fe45-1747394939679.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  token revocation, Capacitor apps, security, OAuth 2.0, user data protection,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-**La revoca dei token è un passaggio fondamentale per proteggere la tua app [Capacitor](https://capacitorjs.com/).** Garantisce che i token scaduti, compromessi o non necessari non possano più accedere a risorse sensibili. Ecco cosa devi sapere:
-
--   **Cos'è la Revoca dei Token?** Invalida i token istantaneamente durante il logout, i cambi password o le violazioni di sicurezza.
--   **Perché è Importante:** Protegge i dati degli utenti impedendo accessi non autorizzati quando i token sono esposti.
--   **Passaggi Chiave:**
-    -   Usa gli standard OAuth 2.0 (RFC 7009) per la gestione sicura dei token.
-    -   Archivia i token in modo sicuro (es. Keychain per iOS, Keystore per Android).
-    -   Usa token a breve durata e rinnovali automaticamente per una migliore sicurezza.
-    -   Implementa la blacklist dei token (es. [Redis](https://redis.io/)) per la revoca in tempo reale.
-
-### Suggerimenti per l'Implementazione Rapida:
-
-1.  **Configura gli Endpoint OAuth 2.0:** Strumenti come [Keycloak](https://www.keycloak.org/) semplificano la revoca dei token.
-2.  **Gestisci i Token in Sicurezza:** Evita di memorizzare i token in archivi persistenti; usa la memoria o API sicure.
-3.  **Blacklist dei Token:** Usa Redis o strumenti simili per l'invalidazione rapida.
-4.  **Monitora l'Attività:** Traccia l'utilizzo dei token per rilevare e rispondere a potenziali violazioni.
-
-**Tabella di Confronto Rapido:**
-
-| **Metodo** | **Caso d'Uso** | **Dettagli** |
-| --- | --- | --- |
-| Blacklist Redis | App ad alto traffico | Invalidazione rapida dei token in memoria. |
-| Versionamento dei Token | Sistemi enterprise | Collega i token agli account utente. |
-| Controllo Token di Refresh | App standard | Combina token a breve durata con meccanismi di refresh. |
-
-## Passaggi di Implementazione
-
-### Configurazione degli Endpoint OAuth 2.0
-
-Un'implementazione sicura inizia con la corretta configurazione degli endpoint OAuth 2.0. Un aspetto critico è garantire la revoca sicura dei token. Strumenti come **Keycloak** forniscono un endpoint dedicato alla revoca per la gestione dei token di accesso e refresh [\[2\]](https://www.keycloak.org/docs/25.0.6/securing_apps/index.html). Per migliorare ulteriormente la sicurezza, implementa **PKCE (Proof Key for Code Exchange)** nel tuo flusso OAuth 2.0. Questo passaggio aiuta a prevenire l'intercettazione dei token e garantisce un processo di autenticazione più sicuro [\[3\]](https://capacitorjs.com/docs/v2/guides/security).
-
-### Gestione del Ciclo di Vita dei Token
-
-Una volta configurati gli endpoint, il passaggio successivo è gestire il ciclo di vita dei token per mantenere la sicurezza. Ecco una tabella di riferimento rapido che delinea i requisiti della versione Capacitor per la gestione sicura dei token:
-
-| Versione Capacitor | Requisiti | Note sulla Sicurezza |
-| --- | --- | --- |
-| 6.x | XCode 15.0+ | Supporta la crittografia end-to-end |
-| 5.x | XCode 14.1+ | Include strumenti di sicurezza avanzati |
-| 4.x | XCode 12.0+ | Funzionalità base di gestione token |
-
-Per garantire una robusta gestione del ciclo di vita dei token, segui queste pratiche chiave:
-
--   Memorizza i token **solo in memoria** per limitare l'esposizione.
--   Implementa **meccanismi di refresh automatico dei token** per mantenere sessioni utente senza interruzioni.
--   Imposta intervalli rigorosi di scadenza e refresh per i token.
--   Usa soluzioni di archiviazione sicura per i token che devono persistere.
-
-Seguendo questi passaggi, puoi gestire efficacemente i token minimizzando i rischi.
-
-### Metodi di Archiviazione Sicura dei Token
-
-Un'appropriata archiviazione dei token è cruciale per proteggere le informazioni sensibili. Usa API specifiche della piattaforma per proteggere i token, come **Keychain Services** per iOS e **KeyStore API** per Android. Questi strumenti forniscono un livello di sicurezza su misura per ogni piattaforma.
-
-Per applicazioni enterprise, considera l'integrazione di plugin progettati per l'archiviazione sicura:
-
--   **Capacitor [Identity Vault](https://ionic.io/products/identity-vault)**: Offre sicurezza avanzata per i dati sensibili.
--   **Capacitor Biometrics**: Aggiunge l'autenticazione biometrica per un ulteriore livello di protezione.
--   **Capacitor Secure Preferences**: Garantisce la gestione sicura delle preferenze e dei dati dell'app.
-
-Infine, evita di incorporare dati sensibili direttamente nel codice dell'app, poiché questo può esporli a rischi non necessari [\[4\]](https://capacitorjs.com/docs/guides/security). Utilizzando questi metodi di archiviazione sicura, puoi proteggere meglio i dati degli utenti e mantenere l'integrità della tua app.
-
-## Autenticazione JWT (Revoca Token di Accesso Usando [Redis](https://redis.io/)) - FastAPI Beyond CRUD (Parte 12)
-
-![Redis In-Memory Data Store](https://assets.seobotai.com/capgo.app/68268a500209458b3ff4fe45/2e78e5b01f7fb6de1a584710a9d487ab.jpg)
-
-## Metodi di Blacklisting dei Token
-
-Il blacklisting dei token gioca un ruolo chiave nella gestione del ciclo di vita dei token invalidando i token compromessi non appena vengono rilevati.
-
-### Configurazione Blacklist Redis
-
-Redis è noto per la sua capacità di gestire ricerche chiave-valore veloci, rendendolo un'ottima opzione per mantenere una blacklist dei token [\[5\]](https://sitecore.stackexchange.com/questions/26774/storing-custom-data-in-redis). In Redis, puoi memorizzare gli identificatori dei token come chiavi composite, come combinando `userId` e `tokenName`.
-
-| **Approccio** | **Migliore Per** | **Dettagli** |
-| --- | --- | --- |
-| **Blacklist Redis** | App ad alto traffico | Usa uno store in memoria per ricerche velocissime. |
-| **Versionamento Token** | Sistemi enterprise | Collega le versioni dei token direttamente agli account utente per un migliore controllo. |
-| **Controllo Token di Refresh** | App standard | Combina JWT a breve durata con token di refresh per maggiore sicurezza. |
-
-> "Se proprio devi avere una funzionalità di logout, puoi usare una black list. Tuttavia, usare una black list non è molto diverso dal vecchio modo delle sessioni con stato. Devi comunque cercare il token ad ogni richiesta per essere sicuro che sia ancora valido. Quindi, la blacklist può avere un impatto sulle prestazioni del servizio (o anche un collo di bottiglia) proprio come con l'autenticazione basata su sessione." - Kasey Speakman [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist)
-
-### Velocizzare i Controlli dei Token
-
-Migliorare la velocità della verifica dei token è essenziale per mantenere una gestione delle sessioni sicura ed efficiente. Le implementazioni ottimizzate possono migliorare significativamente le prestazioni di verifica dei token:
-
--   **algoritmo HS256**: Raggiunge un aumento del 67% nella velocità di verifica [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js).
--   **algoritmo RS256**: Offre un miglioramento delle prestazioni dell'88% [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js).
--   **verifica in cache**: Fornisce fino al 1.000% di miglioramento per la verifica RS256 [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js).
-
-Per migliorare ulteriormente le prestazioni, considera queste strategie:
-
--   Usa archivi dati in memoria per ricerche rapide dei token.
--   Impiega il bilanciamento del carico per distribuire i controlli della lista di revoca.
--   Memorizza in cache i certificati validati per il riutilizzo [\[7\]](https://zuplo.com/blog/2025/01/03/top-7-api-authentication-methods-compared).
--   Imposta durate dei token che bilancino sicurezza e usabilità.
-
-## Gestione Token Enterprise
-
-Quando si tratta di proteggere i token in un ambiente enterprise, la sfida va oltre i singoli account. Si tratta di garantire una protezione coerente in tutta l'organizzazione. La gestione dei token enterprise si basa su strategie come la supervisione del ciclo di vita dei token e il blacklisting ma le scala per accogliere grandi basi di utenti. Un focus chiave qui è gestire la revoca dei token in modo efficiente su larga scala, che richiede sistemi veloci e affidabili per mantenere la sicurezza per migliaia - o anche milioni - di utenti.
-
-### Revoca di Massa dei Token
-
-In ambienti su larga scala, la capacità di revocare rapidamente i token è essenziale. Ecco alcuni metodi comunemente utilizzati per l'invalidazione massiva efficace dei token:
-
-| Metodo | Caso d'Uso Migliore |
-| --- | --- |
-| Rotazione dei Segreti | Ideale per revocare token su tutta la piattaforma. |
-| Versionamento dei Token | Utile per targettizzare token specifici per l'invalidazione. |
-| Blacklist Redis | Fornisce capacità di invalidazione token in tempo reale. |
-
-Un altro approccio per mantenere la sicurezza senza interrompere le sessioni utente è il refresh silenzioso dei token. Questo metodo assicura che i token di accesso vengano aggiornati automaticamente in background, mantenendo gli utenti connessi mentre migliora la sicurezza.
-
-### Controllo Token Multi-Organizzazione
-
-Nella gestione dei token tra più organizzazioni, è fondamentale stabilire chiari controlli di accesso e confini di sicurezza. Una soluzione comune è il Controllo degli Accessi Basato sui Ruoli (RBAC), che stabilisce livelli di permessi strutturati per gestire i token tra diverse unità organizzative. Questo assicura che le persone giuste abbiano accesso alle risorse giuste - niente di più, niente di meno.
-
-### Aggiornamenti Token a Livello di Piattaforma
-
-Regolare le politiche di scadenza dei token può migliorare significativamente la sicurezza. Le Politiche di Scadenza Adattiva, per esempio, adattano la durata dei token basandosi su fattori come l'affidabilità del dispositivo e l'attività dell'utente. I dispositivi fidati potrebbero avere una validità del token estesa, mentre i sistemi non familiari potrebbero vedere durate più brevi per minimizzare i rischi [\[9\]](https://www.expeed.com/how-%20oauth-2.0-token-expiration-and-refresh-%20strategies-results-in-a-seamless-user-experience).
-
-Per le app costruite con Capacitor che richiedono una sicurezza più stringente, **Identity Vault** offre una gestione dei token di livello enterprise integrando le API di sicurezza native [\[3\]](https://capacitorjs.com/docs/v2/guides/security). Strumenti come **[SuperTokens](https://supertokens.com/)** possono anche semplificare la gestione JWT fornendo una robusta gestione del ciclo di vita, che aiuta a ridurre gli errori durante l'implementazione [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist). Queste soluzioni rendono più facile mantenere un'infrastruttura token sicura e scalabile attraverso la tua piattaforma.
-
-## Manutenzione e Sicurezza del Sistema
-
-Mantenere una forte sicurezza dei token nelle [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) richiede vigilanza continua e stretta aderenza alle linee guida della piattaforma. Di seguito, esploreremo le strategie chiave per monitorare l'attività dei token, pianificare gli aggiornamenti e garantire la conformità con i requisiti degli app store.
-
-### Monitoraggio Attività Token
-
-Tenere sotto controllo l'attività dei token in tempo reale è essenziale per individuare e affrontare tempestivamente potenziali violazioni. Uno strumento efficace per questo è **[Runtime Application Self-Protection](https://en.wikipedia.org/wiki/Runtime_application_self-protection) (RASP)**, che osserva il comportamento dell'app mentre è in esecuzione [\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter).
-
-Ecco alcune aree principali da monitorare e i loro benefici:
-
-| **Focus Monitoraggio** | **Metodo di Implementazione** | **Beneficio Sicurezza** |
-| --- | --- | --- |
-| Chiamate API | Traccia frequenza e modelli | Rileva tentativi di accesso insoliti |
-| Tentativi di Accesso | Monitora autenticazioni fallite | Previene attacchi brute-force |
-| Utilizzo Token | Registra modelli di accesso | Individua potenziali furti di token |
-| Comportamento Runtime | Integrazione RASP | Blocca attività malevole |
-
-> "L'Uso Improprio delle Credenziali si riferisce alla gestione, memorizzazione e trasmissione inadeguata di credenziali di autenticazione, chiavi API, token o informazioni sensibili che possono essere sfruttate se esposte." - Majid Hajian, Azure & AI advocate@Microsoft [\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter)
-
-### Pianificazione Aggiornamenti Token
-
-Una pianificazione ben strutturata della rotazione dei token è fondamentale per mantenere la sicurezza senza interrompere i servizi. Puntare a ruotare i token ogni 80-180 giorni e avere sempre una procedura pronta per le revoche di emergenza [\[11\]](https://docs.fossa.com/docs/rotating-fossa-api-key).
-
-Ecco come gestire efficacemente i cicli di vita dei token:
-
--   **Token di Accesso**: Mantenere breve la loro durata - 15 minuti è un buon riferimento [\[1\]](https://curity.io/resources/learn/oauth-for-mobile-apps-best-practices).
--   **Token di Aggiornamento**: Monitorarli attentamente e ruotarli regolarmente.
--   **Procedure di Emergenza**: Assicurarsi di avere un sistema pronto per revocare immediatamente i token se necessario.
-
-Utilizzare un account di servizio dedicato per la gestione dei token può semplificare il processo e ridurre i rischi [\[11\]](https://docs.fossa.com/docs/rotating-fossa-api-key).
-
-### Checklist Regole App Store
-
-A partire da aprile 2025, tutte le app inviate ad App Store Connect dovranno essere costruite con SDK aggiornati per piattaforme come iOS 18, iPadOS 18, tvOS 18, visionOS 2 e watchOS 11 [\[12\]](https://developer.apple.com/news).
-
-Per soddisfare questi requisiti rafforzando la sicurezza, concentrarsi su:
-
-| **Requisito Sicurezza** | **Metodo** | **Verifica** |
-| --- | --- | --- |
-| [Crittografia Dati](https://capgo.app/docs/cli/migrations/encryption/) | Crittografia end-to-end | Controlli automatici certificati |
-| Archiviazione Sicura | Storage locale crittografato | Revisioni permessi storage |
-| Sicurezza di Rete | Imporre connessioni HTTPS | Validazione SSL/TLS |
-| Controllo Accessi | Permessi basati su ruoli | Test autenticazione |
-
-Questi passaggi non solo garantiscono la conformità con le politiche degli app store ma rafforzano anche le misure di sicurezza dei token discusse in precedenza, creando un ambiente più sicuro per le applicazioni distribuite.
-
-## Conclusione
-
-Per garantire sia la sicurezza che un'esperienza utente fluida, le app Capacitor devono incorporare sistemi di revoca dei token che proteggano efficacemente da accessi non autorizzati. Di seguito un rapido riepilogo dei livelli di sicurezza critici che formano la base di un'efficace strategia di revoca dei token:
-
-| **Livello Sicurezza** | **Focus Implementazione** | **Impatto** |
-| --- | --- | --- |
-| **Ciclo di Vita Token** | Usa token di accesso a breve durata | Limita la finestra di sfruttamento |
-| **Sicurezza Storage** | Crittografia specifica piattaforma (Keychain/Keystore) | Protegge i token dal furto |
-| **Protezione Continua** | Monitoraggio in tempo reale | Identifica attività sospette |
-| **Risposta Emergenza** | Capacità di revoca immediata | Riduce i danni durante le violazioni |
-
-Per le app a livello enterprise, un sistema di blacklisting dei token diventa critico. Questo è particolarmente vero quando si gestiscono multiple organizzazioni o scenari che richiedono revoche di token su larga scala.
-
-Manutenzione costante, monitoraggio vigile in tempo reale e capacità di revocare i token istantaneamente sono non negoziabili per proteggere la tua app. Combinando pratiche di storage sicuro, cicli di vita dei token ben gestiti e monitoraggio continuo, la tua app Capacitor può fornire una forte protezione contro accessi non autorizzati senza compromettere l'esperienza utente.
-
-## FAQ
-
-:::faq
-### Perché la revoca dei token è importante per migliorare la sicurezza di un'app Capacitor?
-
-La revoca dei token è una misura di sicurezza chiave per le app Capacitor, permettendo agli sviluppatori di invalidare istantaneamente i token di accesso quando necessario. Che sia dopo il logout di un utente o in risposta a un problema di sicurezza rilevato, revocare i token assicura che le credenziali compromesse non possano essere riutilizzate. Questo passaggio riduce significativamente le possibilità di accesso non autorizzato ai dati sensibili degli utenti.
-
-Affidarsi solamente alla scadenza dei token può lasciare una finestra di vulnerabilità, ma la revoca dei token affronta le minacce **in tempo reale**. Questo approccio non solo rafforza la protezione dei dati ma si allinea anche con le aspettative moderne di sicurezza. Per le app Capacitor, integrare la revoca dei token è un passo critico verso la protezione delle informazioni degli utenti e il mantenimento di un ambiente app sicuro.
-:::
-
-:::faq
-### Come posso implementare una revoca sicura dei token nelle app Capacitor ad alto traffico?
-
-Per garantire una revoca sicura dei token nelle [app Capacitor ad alto traffico](https://capgo.app/blog/), inizia implementando **token di accesso a breve durata**. Questi token riducono il rischio di uso improprio poiché scadono rapidamente, limitando la finestra di opportunità per potenziali attaccanti.
-
-È anche essenziale mantenere un **database dei token revocati**. Questo permette di tracciare i token invalidati e verificare le richieste in arrivo contro il database. Se una richiesta include un token revocato, l'accesso può essere negato immediatamente, aggiungendo un ulteriore livello di protezione.
-
-Per una sicurezza aggiuntiva, usa **OAuth 2.0**. Questo framework offre strumenti affidabili per gestire i token e controllare gli accessi. Assicurati di memorizzare i dati sensibili, come i token, nelle **soluzioni di storage sicuro** della piattaforma per proteggerli da accessi non autorizzati. Non codificare mai informazioni sensibili direttamente nel codice della tua app, poiché questo può esporle a minacce.
-
-Adottando queste pratiche, puoi proteggere la tua app Capacitor da accessi non autorizzati assicurando al contempo che funzioni bene, anche in condizioni di traffico intenso.
-:::
-
-:::faq
-### Come posso proteggere la mia app Capacitor e rimanere conforme ai requisiti di sicurezza degli app store usando la revoca dei token?
-
-Per mantenere la tua app Capacitor sicura e in linea con gli standard di sicurezza degli app store, è importante implementare strategie di **revoca dei token** insieme a robusti metodi di autenticazione come OAuth 2.0 o OpenID Connect. Queste misure proteggono i dati degli utenti rispettando i requisiti stabiliti da Apple e Google Play.
-
-Ecco alcuni passaggi chiave da considerare:
-
--   Stabilire **politiche di scadenza dei token** per limitare la durata dei token, riducendo il rischio di uso improprio.
--   Mantenere una **lista di revoca** per invalidare immediatamente i token che potrebbero essere stati compromessi.
--   Utilizzare [storage crittografato](https://capgo.app/docs/cli/migrations/encryption/) per memorizzare i token in modo sicuro, proteggendoli da accessi non autorizzati.
--   Automatizzare i processi di aggiornamento dei token per mantenere prestazioni fluide dell'app senza interrompere l'esperienza utente.
-
-Il monitoraggio regolare dei tentativi di autenticazione è anche critico. Aiuta a identificare attività sospette e assicura che la tua app rimanga sicura. Inoltre, documenta accuratamente i flussi di sicurezza. Questo non solo migliora la chiarezza e la trasparenza ma semplifica anche gli audit, che sono essenziali per rimanere conformi alle linee guida degli app store.
-
-Seguendo queste pratiche, la tua app rimarrà sicura e soddisferà i requisiti in continua evoluzione delle piattaforme degli app store.
-:::
diff --git a/src/content/blog/it/top-6-tools-for-managing-app-updates-in-2025.md b/src/content/blog/it/top-6-tools-for-managing-app-updates-in-2025.md
deleted file mode 100644
index a03f9af8a..000000000
--- a/src/content/blog/it/top-6-tools-for-managing-app-updates-in-2025.md
+++ /dev/null
@@ -1,168 +0,0 @@
----
-slug: top-6-tools-for-managing-app-updates-in-2025
-title: I 6 migliori strumenti per gestire gli aggiornamenti delle app nel 2025
-description: >-
-  Esplora gli strumenti essenziali per aggiornamenti delle app efficienti e
-  sicuri nel 2025, adatti a diverse piattaforme e dimensioni dei team.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T06:07:22.508Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a42ddd6b8e18060d3642ef-1738822060228.jpg
-head_image_alt: Mobile Development
-keywords: >-
-  app updates, mobile development, software management, security tools, cloud
-  solutions, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-
-**La gestione degli [aggiornamenti delle app](https://capgo.app/plugins/capacitor-updater/) nel 2025 è tutta una questione di velocità, sicurezza ed efficienza.** Che tu stia distribuendo correzioni critiche o implementando nuove funzionalità, gli strumenti giusti possono far risparmiare tempo, garantire la conformità e migliorare l'esperienza utente. Ecco una rapida panoramica dei migliori strumenti per semplificare gli aggiornamenti delle app:
-
--   **[Capgo](https://capgo.app/)**: Ideale per [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) con aggiornamenti istantanei over-the-air (OTA) e crittografia avanzata
--   **[Automox](https://wwwautomoxcom/)**: Perfetto per gestire gli aggiornamenti su Windows, macOS e Linux con patch automatizzate
--   **[Ionic Appflow](https://ionicio/appflow/)**: Semplifica gli aggiornamenti delle app ibride con integrazione CI/CD e aggiornamenti in tempo reale
--   **[Microsoft Intune](https://wwwmicrosoftcom/en-us/security/business/microsoft-intune)**: Gestione degli endpoint a livello enterprise con sicurezza e conformità avanzate
--   **[Jamf Pro](https://wwwjamfcom/products/jamf-pro/)**: Personalizzato per dispositivi Apple, con monitoraggio automatizzato delle patch e del deployment
--   **[CodePush](https://learnmicrosoftcom/en-us/appcenter/distribution/codepush/)**: Aggiornamenti OTA leggeri per app React Native e Ionic con aggiornamenti differenziali
-
-### Confronto Rapido
-
-| Strumento | Ideale Per | Funzionalità Chiave | Prezzi (Base) |
-| --- | --- | --- | --- |
-| **Capgo** | App Capacitor | Aggiornamenti OTA, crittografia, integrazione CI/CD | 12€/mese |
-| **Automox** | Aggiornamenti multi-piattaforma | Patch automatizzate, report conformità | Prezzi personalizzati |
-| **Ionic Appflow** | Sviluppo app ibride | Integrazione CI/CD, aggiornamenti live | 49€/mese |
-| **Microsoft Intune** | Sicurezza enterprise | Gestione endpoint, integrazione Azure | Parte di Microsoft 365 |
-| **Jamf Pro** | Ecosistemi Apple | Automazione patch, strumenti conformità | 333€/dispositivo/mese |
-| **CodePush** | Aggiornamenti frequenti | Aggiornamenti differenziali, supporto rollback | Parte di App Center |
-
-Questi strumenti soddisfano diverse esigenze, dai piccoli team alle grandi imprese. Scegli in base alla tua piattaforma, requisiti di sicurezza e frequenza di aggiornamento. Pronto ad approfondire? Esploriamo ogni strumento in dettaglio.
-
-## Come Forzare l'Aggiornamento delle App Ionic
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-06.jpg?auto=compress)
-
-Capgo si concentra sulla distribuzione di aggiornamenti over-the-air (OTA) rapidi per le app Capacitor, evitando i ritardi causati dalle approvazioni degli app store nel 2025. Combina solide misure di sicurezza con opzioni di integrazione fluide, inclusa la crittografia end-to-end e il controllo dettagliato delle versioni, il tutto rimanendo conforme alle linee guida Apple e Android.
-
-Ecco una panoramica di come Capgo supporta diversi livelli di utenza:
-
-| Livello di Utilizzo | Aggiornamenti/Mese | Utenti Attivi Mensili |
-| --- | --- | --- |
-| Sviluppatore Indipendente | 2.500 | 500 |
-| Piccola Impresa | 25.000 | 5.000 |
-| Media Impresa | 150.000 | 30.000 |
-| Grande Scala | 1.000.000 | 200.000 |
-
-Capgo affronta problemi come rischi di sicurezza e conformità attraverso deployment crittografati e aggiornamenti istantanei. I suoi aggiornamenti OTA possono correggere vulnerabilità critiche in minuti anziché giorni, riducendo significativamente l'esposizione al rischio [\[2\]](https://microlaunchnet/h/how-to-manage-version-control-and-rollbacks-for-mobile-app-updates)
-
-Alcune delle sue caratteristiche principali includono:
-
--   **Monitoraggio e analisi in tempo reale** per tracciare le prestazioni dell'app e i tassi di successo degli aggiornamenti
--   **Rollback con un clic e rollout mirati** per un controllo preciso
--   **Integrazione pipeline CI/CD** per deployment automatizzati semplificati
-
-Capgo offre anche strumenti per team che gestiscono più app con aggiornamenti frequenti. Questi strumenti permettono di testare gli aggiornamenti con gruppi specifici di utenti prima di distribuirli ampiamente [\[3\]](https://microlaunchnet/h/how-to-streamline-app-maintenance-with-automatic-updates-across-ios-and-android)
-
-Come piattaforma open-source, Capgo promuove la trasparenza e incoraggia la creatività.Mentre è una scelta valida per gli aggiornamenti delle app Capacitor, soluzioni come Automox potrebbero essere più adatte per gestire gli aggiornamenti su più piattaforme
-
-## 2. [Automox](https://wwwautomoxcom/)
-
-![Automox Patch Management Platform](https://mars-images.imgix.net/seobot/screenshots/wwwautomoxcom-06187acabed7a8a7c05012071bb9b83e-2025-02-06.jpg?auto=compress)
-
-Automox rende semplice la gestione degli aggiornamenti delle app su Windows, macOS e Linux, un vantaggio chiave per i team di sviluppo che gestiscono diversi ambienti applicativi nel 2025.
-
-Con Automox, i team possono programmare gli aggiornamenti o attivarli automaticamente quando i dispositivi si connettono. La piattaforma offre tre piani di abbonamento per soddisfare varie esigenze: **Basic** (focalizzato sulla gestione delle patch), **Standard** (aggiunge la gestione degli endpoint) e **Pro** (include la gestione multi-zona e correzioni avanzate).
-
-Supporta gli aggiornamenti per strumenti molto utilizzati come Adobe Reader e Office 365, consentendo anche script personalizzati per configurazioni uniche. Basato su un'infrastruttura cloud, Automox garantisce prestazioni affidabili indipendentemente dalla posizione degli endpoint [\[1\]](https://wwwtechtargetcom/searchenterprisedesktop/tip/12-best-patch-management-software-and-tools)
-
-La piattaforma dà priorità alla sicurezza con funzionalità come i flussi di approvazione delle patch. Questi flussi consentono ai team di esaminare e approvare attentamente gli aggiornamenti prima della distribuzione, fornendo un controllo dettagliato per aggiornamenti sicuri e tempestivi in tutta l'organizzazione.
-
-Automox semplifica il processo di aggiornamento con la sua ampia compatibilità delle app e le funzionalità di automazione. Offre monitoraggio delle patch in tempo reale, reportistica automatizzata sulla conformità e strumenti per gestire gli aggiornamenti tra team distribuiti - perfetto per configurazioni di lavoro remote. Per gli sviluppatori di app mobili, **Ionic Appflow** è un'alternativa su misura per gestire gli aggiornamenti nell'ecosistema Capacitor [\[1\]](https://wwwtechtargetcom/searchenterprisedesktop/tip/12-best-patch-management-software-and-tools)
-
-## 3. [Ionic Appflow](https://ionicio/appflow/)
-
-![Ionic Appflow](https://mars-images.imgix.net/seobot/screenshots/ionicio-7ef34251b5ccfe1dba6d8c040dae490b-2025-02-06.jpg?auto=compress)
-
-Ionic Appflow è una piattaforma creata per semplificare gli aggiornamenti delle app e ottimizzare lo [sviluppo di app mobile ibride](https://capgo.app/blog/cordova-hybrid-app-development/) per iOS e Android. Progettato per funzionare perfettamente con il framework Ionic, affronta le sfide comuni degli sviluppatori come sicurezza, velocità e controllo versione.
-
-Una caratteristica distintiva sono gli **aggiornamenti over-the-air (OTA)**, che permettono agli sviluppatori di saltare il lungo processo di approvazione dell'app store. Questo è particolarmente utile per distribuire rapidamente aggiornamenti importanti. I prezzi sono flessibili, con opzioni per diverse esigenze: **Starter (49$/mese)** per progetti più piccoli, **Growth (99$/mese)** per team ed **Enterprise (prezzo personalizzato)** per organizzazioni più grandi.
-
-La piattaforma integra anche processi di build automatizzati direttamente con GitHub e Bitbucket. Attivando le build ogni volta che viene effettuato un commit del codice, mantiene gli aggiornamenti allineati con le modifiche del codice sorgente e semplifica il flusso di lavoro di distribuzione.
-
-Ionic Appflow dà priorità alla sicurezza con forti misure di crittografia e autenticazione. Offre anche analisi dettagliate e monitoraggio delle prestazioni. Gli sviluppatori possono gestire gli aggiornamenti su tutte le piattaforme da una dashboard centralizzata, e la sua funzione di aggiornamento dal vivo permette modifiche istantanee agli asset dell'app senza bisogno di approvazioni dell'app store.
-
-### Caratteristiche principali:
-
-- **Build automatizzate** collegate a GitHub e Bitbucket
-- **Distribuzione sicura** con crittografia
-- **Analisi in tempo reale** per il monitoraggio delle prestazioni
-- **Gestione centralizzata degli [aggiornamenti](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** su tutte le piattaforme
-- **Aggiornamenti live** per modifiche immediate agli asset dell'app
-
-Mentre Ionic Appflow è un ottimo strumento per gestire app ibride, strumenti come Microsoft Intune forniscono opzioni aggiuntive per una gestione degli aggiornamenti a livello enterprise più ampia.
-
-###### sbb-itb-f9944d2
-
-## 4. [Microsoft Intune](https://wwwmicrosoftcom/it-it/security/business/microsoft-intune)
-
-Microsoft Intune è uno strumento di gestione degli endpoint basato su cloud progettato per gestire in modo efficiente gli aggiornamenti delle app aziendali nel 2025. A differenza degli strumenti che si concentrano su framework specifici, Intune funziona perfettamente su diverse piattaforme e tipi di dispositivi, rendendolo versatile per le diverse esigenze organizzative.
-
-Con Intune, le organizzazioni possono distribuire aggiornamenti attraverso gli app store o il sideloading per Windows e macOS, offrendo flessibilità per diversi ecosistemi. Questo garantisce un'ampia copertura e semplifica la gestione degli aggiornamenti su tutte le piattaforme.
-
-### Funzionalità di Sicurezza
-
-La sicurezza è un focus chiave di Intune e include diverse funzionalità avanzate:
-
-| Funzionalità di Sicurezza | Funzione |
-| --- | --- |
-| Accesso Condizionale e Monitoraggio Conformità | Applica standard di sicurezza e controlla l'accesso alle app |
-| Protezione delle App | Crittografa i dati delle applicazioni e applica policy di utilizzo |
-| Difesa dalle Minacce | Lavora con Microsoft Defender per la protezione in tempo reale |
-
-Intune si integra anche con [Azure Active Directory](https://wwwmicrosoftcom/en-us/security/business/identity-access/microsoft-entra-id) e [Azure DevOps](https://azuremicrosoftcom/en-us/products/devops), semplificando la distribuzione e gli aggiornamenti delle app. Questa integrazione è particolarmente utile per gestire team remoti, garantendo aggiornamenti sicuri e coerenti in forze lavoro distribuite.
-
-Una caratteristica distintiva sono le policy di conformità automatizzate di Intune. Integrandosi con Azure, può identificare e correggere automaticamente i dispositivi non conformi, riducendo la necessità di intervento manuale e mantenendo elevati standard di sicurezza.
-
-Per gli sviluppatori, Intune offre API REST che consentono automazione avanzata e personalizzazione. Questi strumenti permettono l'integrazione con pipeline di sviluppo esistenti e supportano sia applicazioni moderne che legacy, rendendolo una scelta solida per organizzazioni con portfolio applicativi variegati.
-
-### Prezzi e Funzionalità
-
-Intune è disponibile come parte di Microsoft 365 Enterprise o come prodotto standalone. Il suo robusto set di funzionalità lo rende un investimento valido per organizzazioni più grandi che gestiscono multiple applicazioni su diverse piattaforme.
-
-### Punti Chiave:
-
--   **Supporto multipiattaforma** per tutti i principali sistemi operativi
--   **Sicurezza avanzata** e controlli di conformità
--   **Integrazione** con l'ecosistema Microsoft per una gestione unificata
--   **Distribuzione automatizzata** per processi di aggiornamento semplificati
--   **Report dettagliati** e analisi per migliori insight
-
-Per le organizzazioni profondamente integrate nell'ecosistema Microsoft, Intune semplifica la gestione degli aggiornamenti in ambienti multi-piattaforma di grandi dimensioni. Tuttavia, per esigenze specifiche Apple, strumenti come Jamf Pro potrebbero essere più adatti.
-
-## 5. [Jamf Pro](https://wwwjamfcom/products/jamf-pro/)
-
-![Jamf Pro](https://mars-images.imgix.net/seobot/screenshots/wwwjamfcom-452a677727a22c487d11e38ebd1e7a94-2025-02-06.jpg?auto=compress)
-
-Jamf Pro è progettato specificamente per la gestione dei dispositivi Apple, offrendo una profonda integrazione con l'ecosistema Apple. Gestisce gli aggiornamenti delle app per iOS, iPadOS, macOS e tvOS, dando ai team IT un controllo preciso sulla distribuzione e gli aggiornamenti delle app.
-
-### Sistema di Distribuzione degli Aggiornamenti
-
-Jamf Pro semplifica la gestione degli aggiornamenti con patching automatizzato e integrazione con il Volume Purchase Program (VPP) di Apple. Questa automazione può ridurre il carico di lavoro IT del 90% e accelerare il rollout delle app del 75%.
-
-La piattaforma supporta [aggiornamenti automatizzati su larga scala](https://capgo.app/docs/live-updates/update-behavior/), distribuzioni mirate utilizzando Smart Groups e flussi di lavoro personalizzati per configurazioni complesse. Queste funzionalità lo rendono adattabile a diverse esigenze organizzative.
-
-### Integrazione Enterprise
-
-Jamf Pro è costruito per affrontare sfide come la conformità e la velocità di aggiornamento, rendendolo una scelta preferita per le organizzazioni focalizzate su Apple. Si integra con strumenti CI/CD come Jenkins, supporta la conformità GDPR e HIPAA e offre tracciamento in tempo reale per le distribuzioni. Le funzionalità enterprise chiave includono:
-
--   Crittografia end-to-end per gli aggiornamenti delle app
--   [Autenticazione a due fattori](https://capgo
diff --git a/src/content/blog/it/top-api-security-standards-for-app-store-compliance.md b/src/content/blog/it/top-api-security-standards-for-app-store-compliance.md
deleted file mode 100644
index d08beecea..000000000
--- a/src/content/blog/it/top-api-security-standards-for-app-store-compliance.md
+++ /dev/null
@@ -1,364 +0,0 @@
----
-slug: top-api-security-standards-for-app-store-compliance
-title: Standard di Sicurezza API Principali per la Conformità dell'App Store
-description: >-
-  Impara gli standard essenziali per la sicurezza delle API per garantire che la
-  tua app rispetti i requisiti degli app store proteggendo al contempo i dati
-  degli utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T01:52:28.048Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78-1745459563928.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  API security, OAuth 2.0, OpenID Connect, TLS, JWT, app store compliance, user
-  data protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-La protezione delle API della tua app è fondamentale per soddisfare i requisiti dell'App Store di Apple e di Google Play. Questa guida delinea **cinque standard chiave per la sicurezza delle API** per aiutarti a rispettare le regole delle piattaforme, proteggere i dati degli utenti e migliorare le prestazioni dell'app.
-
-### Punti Chiave:
-
--   **[OAuth 2.0](https://oauth.net/2/)**: Autenticazione sicura degli utenti con accesso basato su token.
--   **[OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect)**: Aggiunge un livello di identità per una verifica utente avanzata.
--   **TLS/SSL**: [Crittografia dei dati](https://capgo.app/docs/cli/migrations/encryption/) in transito per prevenire manomissioni.
--   **Sicurezza JWT**: Protezione dei token con firma e archiviazione appropriate.
--   **Controlli sulla frequenza delle API**: Protezione delle API dall'abuso con limiti di richieste.
-
-Implementando questi standard, garantirai che la tua [app Capacitor](https://capgo.app/plugins/ivs-player/) soddisfi i criteri di approvazione mantenendo al sicuro i dati degli utenti. Pronto per approfondire? Analizziamo passo dopo passo.
-
-## Proteggere la Chiave API nell'App Front End utilizzando Proxy Server & Utente ...
-
-<iframe src="https://www.youtube.com/embed/-HJeBV70zIE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Implementazione di [OAuth 2.0](https://oauth.net/2/)
-
-![OAuth 2.0](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/d1868b22bd285dedc49624e0c0ea2ab6.jpg)
-
-OAuth 2.0 è un protocollo ampiamente utilizzato per autorizzare in modo sicuro le app mobili. Consente alle app di terze parti di accedere alle risorse degli utenti senza esporre credenziali sensibili. Piattaforme come Apple e Google richiedono un'autenticazione sicura e conforme agli standard, e OAuth 2.0 soddisfa questi requisiti attraverso la sicurezza basata su token e l'accesso controllato alle API.
-
-Ecco come configurare OAuth 2.0 nella tua app Capacitor:
-
-### Flussi di Autorizzazione Principali
-
--   **Codice di Autorizzazione con PKCE (Proof Key for Code Exchange):** Il flusso più sicuro, ideale per app mobili.
--   **Flusso Implicito:** Usa solo se richiesto per sistemi più vecchi.
--   **Credenziali Client:** Per comunicazione servizio-a-servizio.
-
-### Passaggi per l'Integrazione
-
-1. **Gestione dei Token**
-    
-    -   Recupera i token in modo sicuro.
-    -   Archivia i token in [storage crittografato](https://capgo.app/docs/cli/migrations/encryption/) per prevenire accessi non autorizzati.
-    -   Automatizza il refresh dei token per garantire un accesso ininterrotto.
-    -   Valida le firme dei token per confermarne l'autenticità.
-
-2. **Misure di Sicurezza**
-    
-    -   Limita l'accesso configurando gli scope.
-    -   Imposta tempi di scadenza dei token per ridurre i rischi.
-    -   Applica limiti di frequenza per prevenire abusi.
-    -   Monitora i tentativi di autenticazione per attività sospette.
-
-3. **Conformità App Store**
-    
-    -   Usa provider OAuth approvati da Apple.
-    -   Soddisfa le linee guida di sicurezza di Google Play.
-    -   Documenta chiaramente i flussi di autenticazione della tua app.
-    -   Mantieni log di audit per revisione e risoluzione problemi.
-
-Per una protezione aggiuntiva, considera di stratificare OAuth 2.0 con altri metodi di autenticazione. Questo approccio non solo protegge i dati sensibili degli utenti ma aiuta anche a proteggere gli endpoint API, garantendo la conformità con i requisiti della piattaforma [\[1\]](https://capgo.app/)\[2\].
-
-## 2. Configurazione [OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect)
-
-OpenID Connect si basa su OAuth 2.0 aggiungendo un livello di identità per garantire un'autenticazione sicura degli utenti.
-
-### Passaggi Chiave per l'Implementazione
-
-1. **Impostazioni Token di Identità**
-    
-    -   Definisci gli scope come `openid`, `profile` e `email`.
-    -   Imposta la durata dei token di accesso tra 15-30 minuti.
-    -   Abilita la rotazione dei token di refresh per una sicurezza maggiore.
-
-2. **Processo di Autenticazione Utente**
-    
-    -   Usa l'autenticazione nativa tramite browser di sistema e biometria del dispositivo.
-    -   Archivia i token in modo sicuro in storage crittografato.
-    -   Valida sempre i token lato server.
-
-3. **Gestione dei Claims**
-    
-    -   Richiedi solo le informazioni utente effettivamente necessarie.
-    -   Implementa una corretta gestione delle sessioni per mantenere la sicurezza.
-
-### Linee Guida Specifiche per Piattaforma
-
-**Per iOS:**
-
--   Usa **ASWebAuthenticationSession** per l'autenticazione sicura.
--   Supporta **Sign in with Apple** se richiesto.
--   Archivia i token in modo sicuro usando il keychain.
--   Abilita il certificate pinning per protezione aggiuntiva.
-
-**Per Android:**
-
--   Usa **Chrome Custom Tabs** per i flussi di autenticazione.
--   Proteggi le credenziali con Android keystore.
--   Integra **Google Sign-In** dove applicabile.
--   Abilita l'attestazione **[SafetyNet](https://developers.google.com/android/reference/com/google/android/gms/safetynet/SafetyNetApi)** per sicurezza aggiuntiva.
-
-### Migliori Pratiche di Sicurezza
-
--   Implementa processi di logout per cancellare efficacemente le sessioni.
--   Usa parametri di stato per proteggere dagli attacchi CSRF.
--   Abilita **HTTP Strict Transport Security (HSTS)** per connessioni sicure.
--   Monitora i tentativi di autenticazione per rilevare comportamenti sospetti.
-
-Infine, assicurati che tutti gli scambi di autenticazione siano protetti in transito applicando TLS/SSL.
-
-## 3. Sicurezza TLS/SSL
-
-TLS/SSL assicura che i tuoi dati rimangano crittografati durante la trasmissione. TLS (Transport Layer Security) protegge il traffico API, mantenendolo al sicuro da intercettazioni o manomissioni.
-
-### Pratiche Chiave di Sicurezza
-
--   Usa **TLS v1.2 o superiore** per tutte le comunicazioni API. Questo mantiene privati i token OAuth e le asserzioni di identità OpenID tra client e server.
--   Applica il **certificate pinning** sia per applicazioni iOS che Android.
--   Attiva **HTTP Strict Transport Security (HSTS)** sui tuoi server per imporre connessioni sicure.
-
-### Configurazione Capacitor
-
-Configura il plugin HTTP di Capacitor o WKWebView/NSSecureTransport per bloccare certificati non validi. Per aggiornamenti live, strumenti come Capgo offrono crittografia end-to-end che soddisfa sia le linee guida Apple che Google [\[1\]](https://capgo.app/).
-
-## 4. Misure di Sicurezza JWT
-
-I JSON Web Tokens (JWT) sono essenziali per proteggere le comunicazioni API, specialmente quando si garantisce la conformità con i requisiti dell'app store. Migliorano la configurazione OAuth 2.0 e OpenID Connect concentrandosi sulla sicurezza dei token stessi.
-
-### Linee Guida per la Firma dei Token
-
--   Usa **RS256 asimmetrico (RSA-SHA256)** per firmare i token e ruota le chiavi private ogni 90 giorni.
--   Archivia i JWT in **[storage crittografato sicuro](https://capgo.app/docs/cli/migrations/encryption/)** per prevenire accessi non autorizzati.
--   Valida elementi chiave come **firma**, **issuer (iss)**, **audience (aud)** e **scadenza**.
--   Mantieni il payload minimo - includi solo i claim necessari, aggiungi un identificatore unico (_jti_) ed evita dati sensibili.
-
-### Gestione del Ciclo di Vita dei Token
-
--   Aggiorna i token **5 minuti prima della scadenza** per garantire un accesso ininterrotto.
--   Mantieni una **lista di revoca** (es. usando [Redis](https://redis.io/)) per invalidare immediatamente i token compromessi.
-
-### Gestione degli Errori
-
-Quando si verificano errori, restituisci **messaggi di errore generici** come `invalid_token` per evitare di esporre dettagli di validazione.
-
-### Conformità App Store
-
-Per i requisiti specifici dell'app store, assicurati che la tua implementazione JWT:
-
--   Aderisca alle **linee guida di archiviazione keychain** della piattaforma.
--   Includa un appropriato **logging di audit** per tutte le operazioni relative ai token.
-
-## 5. Controlli di Frequenza API
-
-Gestire la frequenza con cui gli utenti possono accedere alla tua API è importante quanto proteggerla. I limiti di frequenza aiutano a prevenire l'uso improprio, proteggono dagli attacchi DDoS e assicurano che le risorse siano condivise equamente tra gli utenti.
-
-### Strategie di Limitazione della Frequenza
-
-Una volta che i tuoi token sono sicuri, è il momento di decidere quante richieste può fare ogni client.
-
-**Limiti di Richieste**
-
--   Limita le richieste basate su indirizzi IP
--   Imposta quote per utente collegate alle chiavi API
--   Consenti burst occasionali per gestire picchi di traffico
-
-**Limiti Basati sul Tempo**
-
--   _Finestra fissa_: Resetta i limiti a intervalli regolari (es. ogni minuto o ora)
--   _Finestra scorrevole_: Traccia l'utilizzo su un periodo di tempo mobile
--   _Token bucket_: Emette token per richieste, reintegrati nel tempo
-
-### Linee Guida per l'Implementazione
-
-**Header e Codici di Risposta**
-
-Quando applichi i limiti, includi header utili nelle tue risposte:
-
--   Usa HTTP 429 ("Too Many Requests") quando i limiti vengono superati
--   Aggiungi header come `X-RateLimit-Limit`, `X-RateLimit-Remaining` e `X-RateLimit-Reset` per tenere informati gli utenti
--   Includi un header `Retry-After` per indicare quando possono riprovare
-
-### Monitoraggio e Avvisi
-
-Tieni d'occhio come viene utilizzata la tua API con questi passaggi:
-
--   Monitora l'utilizzo dell'API in tempo reale per individuare pattern
--   Identifica e blocca attività sospette
--   Configura avvisi per picchi di traffico inusuali
--   Registra violazioni dei limiti di frequenza per analisi future
-
-### Esempio di Risposta di Errore
-
-Quando un client supera il limite di frequenza, rispondi con un messaggio JSON chiaro. Per esempio:
-
-```json
-{
-  "error": "rate_limit_exceeded",
-  "message": "Request quota exceeded",
-  "retry_after": "<seconds until reset>"
-}
-```
-
-### Storage per la Limitazione della Frequenza
-
-Per applicare efficacemente i limiti di frequenza, usa una cache distribuita come Redis o [Memcached](https://memcached.org/). Questi sistemi aiutano a tracciare il conteggio delle richieste su più istanze mantenendo alte prestazioni.
-
-Successivo: Regole di Sicurezza App Store.
-
-## Regole di Sicurezza App Store
-
-Approfondiamo i requisiti di sicurezza di rete e storage imposti da Apple e Google. Queste regole vanno oltre i semplici token OAuth e limiti di frequenza, assicurando che la tua app soddisfi gli standard della piattaforma.
-
-### Requisiti iOS
-
--   **App Transport Security (ATS)** deve essere abilitato:
-    -   TLS 1.2 o più recente
-    -   Perfect Forward Secrecy (PFS)
-    -   Certificati con almeno SHA-256
--   Proteggi i dati sensibili usando il Keychain.
--   Configura il certificate pinning per comunicazioni sicure.
--   Crittografa tutti i dati locali.
-
-### Requisiti Android
-
--   Usa **Network Security Config** per:
-    -   Limitare il traffico in chiaro.
-    -   Definire regole di certificate pinning.
-    -   Specificare autorità di certificazione personalizzate se necessario.
--   Crittografa i file in modo sicuro.
--   Configura l'attestazione SafetyNet per controlli di integrità del dispositivo.
--   Usa Android Keystore per gestione sicura delle chiavi.
-
-### Regole Comuni delle Piattaforme
-
-Entrambe le piattaforme condividono diversi requisiti chiave di sicurezza:
-
--   Usa HTTPS per tutte le connessioni.
--   Valida correttamente i certificati.
--   Assicurati che le impostazioni SSL/TLS siano configurate in modo sicuro.
--   Proteggi lo storage locale con crittografia.
--   Mantieni log di audit dettagliati.
--   Fornisci documentazione delle tue misure di sicurezza.
-
-## Metodi di Controllo Accesso API
-
-La protezione degli endpoint API va oltre la semplice protezione del trasporto e dei token della piattaforma. Controlli di accesso accurati sono fondamentali per garantire che la tua API rimanga sicura.
-
-### Metodi Chiave di Controllo Accesso
-
--   **Validazione Chiave API**  
-    Utilizza chiavi crittograficamente sicure con date di scadenza prestabilite. Automatizza la rotazione delle chiavi ogni 90 giorni e imponi limiti di frequenza e quote di utilizzo per chiave. Registra sempre l'utilizzo delle chiavi per scopi di audit. Questo metodo funziona bene insieme a OAuth 2.0 per le chiamate servizio-a-servizio.
-    
--   **Applicazione degli Scope OAuth**  
-    Assegna scope specifici ai permessi API e convalidali su ogni richiesta. Rifiuta qualsiasi richiesta priva di autorizzazione appropriata e documenta chiaramente i requisiti degli scope per le revisioni dell'app store. L'abbinamento degli scope con i claim JWT può aiutare a limitare ulteriormente l'accesso.
-    
--   **Controllo Accessi Basato su Ruoli (RBAC)**  
-    Definisci ruoli con permessi precisi e assegnali attraverso il tuo sistema di autenticazione. Verifica le autorizzazioni dei ruoli per ogni chiamata API e archivia in modo sicuro le assegnazioni dei ruoli in storage criptato.
-    
--   **Ispezione e Revoca dei Token**  
-    Esegui la validazione dei token in tempo reale e mantieni una blacklist centralizzata per i token compromessi. Permetti la revoca immediata e configura il monitoraggio per segnalare attività sospette dei token.
-
-### Conformità della Piattaforma
-
-Per l'approvazione su piattaforme come l'App Store di Apple o Google Play:
-
--   Documenta chiaramente i tuoi metodi di controllo accesso durante le revisioni di sicurezza.
--   Gestisci le richieste non autorizzate con risposte di errore appropriate.
--   Mantieni log di accesso dettagliati per scopi di audit.
--   Abilita il monitoraggio in tempo reale per affrontare rapidamente gli incidenti di sicurezza.
-
-Queste misure si allineano con le linee guida di sicurezza di Apple e Google, assicurando che la tua API soddisfi i loro standard.
-
-## Strumenti di Sicurezza API per Capacitor
-
-Una volta configurati i controlli di accesso, il passo successivo è integrare strumenti che implementino senza problemi queste protezioni nel tuo flusso di lavoro Capacitor. Gli strumenti che supportano protocolli OAuth, TLS e JWT sono essenziali per proteggere le app Capacitor garantendo aggiornamenti fluidi.
-
-### Caratteristiche di Sicurezza Chiave da Cercare
-
-Gli strumenti di sicurezza efficaci per Capacitor dovrebbero includere:
-
--   **Crittografia end-to-end** per proteggere i dati e abilitare aggiornamenti istantanei
--   **Analytics e tracciamento errori** per monitorare le prestazioni e i problemi dell'app
--   **Funzionalità di rollback** per correzioni rapide
--   **Integrazione CI/CD** e opzioni di hosting flessibili
--   **Controlli di conformità app store** per soddisfare i requisiti della piattaforma
--   **Capacità di rollout graduale** per aggiornamenti controllati
--   **Ripristini istantanei di versione** per affrontare problemi critici
--   **Controllo utente mirato** per aggiornamenti personalizzati
-
-### Scelta Principale: [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/29f394e74984c052f31714ba4759b80a.jpg)
-
-Capgo è uno strumento eccezionale per gestire aggiornamenti live nelle app Capacitor mantenendo la conformità con le linee guida di Apple e Google. Vanta un tasso di successo globale degli aggiornamenti dell'82% e un impressionante tempo di risposta API medio di 434 ms [\[1\]](https://capgo.app/).
-
-### Metriche di Performance
-
-Capgo garantisce aggiornamenti rapidi ed efficaci:
-
--   **95% degli utenti** riceve aggiornamenti entro 24 ore
--   Utilizzato da **oltre 1.900 app in produzione** in tutto il mondo [\[1\]](https://capgo.app/)
-
-### Monitoraggio e Analytics
-
-Per mantenere le prestazioni e la conformità dell'app, concentrati sul tracciamento di queste metriche:
-
--   **Tassi di successo degli aggiornamenti**: La percentuale di utenti che esegue l'ultima versione
--   **Tempi di risposta API**: Una misura critica della velocità di distribuzione degli aggiornamenti
-
-Revisionare regolarmente queste metriche aiuta a garantire che la tua app soddisfi i requisiti dell'app store e offra un'esperienza utente fluida.  
-[\[1\]](https://capgo.app/) Statistiche di utilizzo Capgo
-
-## Riepilogo Finale
-
-Per riassumere il tutto, ecco come si allineano i cinque standard chiave: **Autenticazione sicura** (OAuth 2.0 con PKCE, OpenID Connect), **crittografia forte** (TLS 1.2+ e uso appropriato di JWT), e **limitazione delle richieste API** sono fondamentali per soddisfare i requisiti degli app store Apple e Google nelle app Capacitor.
-
-Concentrati sul mantenere la **crittografia end-to-end**, il **monitoraggio continuo**, i **rollout graduali** attraverso canali beta e l'integrazione di **pipeline CI/CD** con opzioni di rollback. Questi passaggi hanno dimostrato successo nel mondo reale, con implementazioni che raggiungono un impressionante tasso di successo globale dell'82% nella distribuzione degli aggiornamenti [\[1\]](https://capgo.app/).
-
-## FAQ
-
-:::faq
-### Come posso implementare OAuth 2.0 nella mia app Capacitor per soddisfare gli standard di sicurezza dell'app store?
-
-Per implementare **OAuth 2.0** nella tua app Capacitor garantendo la conformità agli standard di sicurezza dell'app store, dovrai seguire alcuni passaggi chiave:
-
-1.  **Configurare un provider OAuth**: Registra la tua app con un provider OAuth (es. Google, Apple o altro servizio) e ottieni le credenziali necessarie, come Client ID e Client Secret.
-2.  **Integrare una libreria OAuth**: Usa una libreria come `@capacitor-community/oauth2` per un'integrazione senza problemi con le app Capacitor. Questo aiuta a gestire i flussi di autenticazione e la gestione dei token.
-3.  **Configurare gli URI di reindirizzamento**: Assicurati che gli URI di reindirizzamento della tua app siano configurati correttamente nelle impostazioni del provider OAuth per gestire in modo sicuro i callback di autenticazione.
-4.  **Gestire i token in modo sicuro**: Utilizza l'archiviazione sicura (es. plugin Secure Storage di Capacitor) per memorizzare i token di accesso e di refresh, garantendo la crittografia end-to-end.
-
-Seguendo questi passaggi, puoi garantire che la tua app soddisfi gli standard di sicurezza fornendo un'esperienza di autenticazione fluida. Piattaforme come **Capgo** possono anche migliorare il processo di aggiornamento della tua app, garantendo la conformità con i requisiti Apple e Google mentre distribuiscono aggiornamenti in tempo reale agli utenti.
-:::
-
-:::faq
-### Quali passi posso intraprendere per garantire che la mia API soddisfi gli standard di sicurezza di Apple e Google per la conformità all'app store?
-
-Per garantire che la tua API si allinei con gli standard di sicurezza di Apple e Google, concentrati sull'implementazione di robuste pratiche di sicurezza come la **crittografia end-to-end**, metodi di autenticazione sicuri e misure per la privacy dei dati. Questi sono fondamentali per soddisfare i requisiti di conformità.
-
-Se stai sviluppando app Capacitor, strumenti come Capgo possono semplificare la conformità. Capgo ti permette di distribuire istantaneamente aggiornamenti, correzioni e funzionalità senza necessità di approvazioni dell'app store, il tutto rispettando le linee guida Apple e Android. Questo garantisce che la tua app rimanga sicura e aggiornata senza sforzo.
-:::
-
-:::faq
-### Quali sono i migliori strumenti e pratiche per monitorare e gestire la sicurezza API nella mia app?
-
-Per una gestione efficace della sicurezza API nella tua app, considera strumenti che consentano aggiornamenti in tempo reale, crittografia e integrazione fluida con i flussi di lavoro di sviluppo. **Capgo** fornisce una potente soluzione per le app Capacitor, permettendo agli sviluppatori di distribuire aggiornamenti, correzioni e nuove funzionalità istantaneamente senza attendere le approvazioni dell'app store. Questo garantisce che la tua app rimanga conforme e aggiornata.
-
-Capgo offre anche **crittografia end-to-end**, integrazione con pipeline CI/CD e la capacità di assegnare aggiornamenti a gruppi specifici di utenti. Queste funzionalità non solo migliorano la sicurezza ma semplificano anche il processo di aggiornamento, rendendo più facile mantenere la conformità con i requisiti degli app store Apple e Google.
-:::
diff --git a/src/content/blog/it/top-tools-for-debugging-ota-updates-in-capacitor.md b/src/content/blog/it/top-tools-for-debugging-ota-updates-in-capacitor.md
deleted file mode 100644
index 27b539218..000000000
--- a/src/content/blog/it/top-tools-for-debugging-ota-updates-in-capacitor.md
+++ /dev/null
@@ -1,102 +0,0 @@
----
-slug: top-tools-for-debugging-ota-updates-in-capacitor
-title: Migliori strumenti per il debug degli aggiornamenti OTA in Capacitor
-description: >-
-  Esplora gli strumenti e le strategie essenziali per il debug efficace degli
-  aggiornamenti OTA nelle app Capacitor su tutte le piattaforme.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-20T02:05:05.290Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b67f2eacf635f489c4a234-1740017141105.jpg
-head_image_alt: Sviluppo Mobile
-keywords: 'Capacitor, OTA updates, debugging tools, mobile development, app updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Il debug degli aggiornamenti Over-the-Air (OTA) nelle app [Capacitor](https://capacitorjs.com/) può essere complesso, ma gli strumenti giusti fanno una grande differenza. Che tu stia gestendo conflitti di versione, garantendo [aggiornamenti sicuri](https://capgo.app/docs/live-updates/update-behavior/), o facendo debug su diverse piattaforme, ecco due strumenti da considerare:
-
--   **[Capgo](https://capgo.app/)**: Aggiornamenti OTA sicuri con crittografia end-to-end, integrazione CI/CD e distribuzioni specifiche per utente. Parte da 12$/mese.
--   **[Inspect.dev](https://inspect.dev/)**: Debug di app Android e iOS, anche su Windows, con integrazione [Chrome DevTools](https://developer.chrome.com/docs/devtools). Costa 49$/anno.
-
-### Confronto Rapido
-
-| Funzionalità | Capgo | Inspect.dev |
-| --- | --- | --- |
-| Gestione Aggiornamenti | Avanzata (crittografia, CI/CD) | Non applicabile |
-| [Strumenti di Debug](https://capgo.app/docs/plugin/debugging/) | Controllo versione, rollback | Chrome DevTools |
-| Supporto Piattaforme | Android, iOS | Android, iOS (supporto Windows) |
-| Prezzo | 12$/mese | 49$/anno |
-
-Scegli in base alle esigenze della tua app: **Capgo** per sicurezza e automazione, o **Inspect.dev** per debug multi-piattaforma.
-
-## Nozioni Base sul Debug OTA
-
-### Requisiti di Piattaforma
-
-Gli [aggiornamenti OTA Capacitor](https://capgo.app/ja/) necessitano di una corretta integrazione nativa per funzionare correttamente. Per iOS, questo significa rigida firma del codice e validazione degli aggiornamenti. Su Android, è cruciale gestire i codici versione e garantire la compatibilità per evitare problemi di aggiornamento.
-
-Controlli chiave della piattaforma includono:
-
--   Mantenere aggiornate le dipendenze native
--   Verificare la compatibilità dei plugin
--   Utilizzare configurazioni di build separate per iOS e Android
-
-Una volta implementati questi elementi, è il momento di esplorare le opzioni di distribuzione OTA.
-
-### Metodi di Distribuzione degli Aggiornamenti 
-
-Le [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) supportano diversi metodi di aggiornamento OTA. Strumenti come Capgo garantiscono la conformità sia con le linee guida Apple che Android.
-
-| Metodo di Distribuzione | Caratteristiche Chiave | Migliore Per |
-| --- | --- | --- |
-| [Aggiornamenti Manuali](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | Controllo completo sul processo di aggiornamento, supporta URL personalizzati | App più piccole, test |
-| Capgo | Offre crittografia end-to-end, integrazione CI/CD e assegnazione utenti | Applicazioni enterprise |
-
-Scegli il metodo che meglio si adatta alle esigenze e al flusso di lavoro della tua app.
-
-### Configurazione Sviluppo
-
-La configurazione dell'ambiente include l'uso dei [comandi CLI Capacitor](https://capgo.app/docs/cli/commands/) e la corretta configurazione delle impostazioni.
-
-Passaggi importanti per la configurazione:
-
--   Esegui `npx cap sync` per sincronizzare le dipendenze
--   Regola le impostazioni native nel file _capacitor.config.json_
--   Testa gli aggiornamenti localmente per assicurarti che tutto funzioni
-
-Per l'ispezione delle app iOS, Inspect.dev offre strumenti compatibili con Windows e Chrome DevTools. Costa 49$/anno dopo una prova gratuita di 14 giorni.
-
-Mantieni organizzato il controllo versione per tracciare le modifiche e semplificare il debug. Usa i comandi CLI Capacitor per testare gli aggiornamenti su tutte le piattaforme in modo efficiente.
-
-## Video correlato da YouTube
-
-<iframe src="https://www.youtube.com/embed/HmXM5t8DIPA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-[Continua con il resto del contenuto seguendo lo stesso stile di traduzione...]
-
-**Sicurezza e Conformità**
-Se la sicurezza è una priorità, **Capgo** garantisce che gli aggiornamenti siano conformi agli standard Apple e Android offrendo la crittografia end-to-end.
-
-## Domande frequenti
-
-### Come debuggare un'app Capacitor su Android?
-
-Il debugging di un'[app Capacitor](https://capgo.app/plugins/ivs-player/) su Android è semplice utilizzando gli strumenti di sviluppo di Chrome. Ecco come puoi farlo:
-
-1. Avvia la tua app utilizzando il tuo IDE o [Android Studio](https://developer.android.com/studio).
-2. Apri `chrome://inspect` in Google Chrome.
-3. Sotto "Remote Targets", trova la WebView della tua app e clicca su **Inspect**.
-
-Una volta connesso, puoi utilizzare gli strumenti di sviluppo di Chrome per controllare i **log della console**, le **richieste di rete**, le **metriche di prestazione** e ispezionare il **DOM** o **JavaScript**.
-
-Presta attenzione alla scheda **Network** per monitorare i download degli aggiornamenti e usa la **Console** per individuare eventuali errori.
-
-Per ulteriori [opzioni di debugging](https://capgo.app/docs/plugin/debugging/), esplora questi strumenti:
-
-- **Inspect.dev**: Uno strumento di debugging multi-piattaforma.
-- **Capgo**: Aiuta nella gestione degli aggiornamenti live, con funzionalità di sicurezza e CI/CD integrate.
diff --git a/src/content/blog/it/top-tools-for-debugging-platform-specific-code-in-capacitor.md b/src/content/blog/it/top-tools-for-debugging-platform-specific-code-in-capacitor.md
deleted file mode 100644
index fdf14ed9b..000000000
--- a/src/content/blog/it/top-tools-for-debugging-platform-specific-code-in-capacitor.md
+++ /dev/null
@@ -1,316 +0,0 @@
----
-slug: top-tools-for-debugging-platform-specific-code-in-capacitor
-title: Strumenti Principali per il Debug del Codice Platform-Specific in Capacitor
-description: >-
-  Esplora gli strumenti e le tecniche essenziali per il debug efficace del
-  codice specifico per piattaforma nelle applicazioni Capacitor in diversi
-  ambienti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T11:27:03.103Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680053ff28980901df1e733b-1744889496415.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, debugging tools, platform-specific code, VS Code, Android Studio,
-  Xcode, live updates, web debugging
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Il debug del codice specifico per piattaforma in [Capacitor](https://capacitorjs.com/) può essere impegnativo, ma gli strumenti giusti semplificano il processo. Ecco cosa devi sapere:
-
--   **Strumenti Chiave**: Usa [VS Code](https://code.visualstudio.com/) con le estensioni, [Android Studio](https://developer.android.com/studio), [Xcode](https://developer.apple.com/xcode/), e strumenti di sviluppo del browser come [Chrome DevTools](https://developer.chrome.com/docs/devtools/overview) e [Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector) per il debug su tutte le piattaforme.
--   **Aggiornamenti in Tempo Reale**: Strumenti come [Capgo](https://capgo.app/) consentono aggiornamenti istantanei, tracciamento degli errori e opzioni di rollback senza ritardi dell'app store.
--   **Debug Specifico per Piattaforma**: Testa il codice nativo con Android Studio e Xcode, fai il debug della WebView con gli strumenti del browser e utilizza le source map per un migliore tracciamento degli errori.
--   **Test del Bridge Nativo**: Debug della comunicazione JavaScript-nativo usando `Capacitor.getPlatform()` e i listener degli eventi.
--   **Sistemi di Aggiornamento**: Capgo offre distribuzione rapida (114ms di consegna per bundle da 5MB), alti tassi di adozione (95% entro 24 ore) e supporto al rollback.
-
-### Confronto Rapido
-
-| Funzionalità | VS Code | Android Studio | Xcode | Chrome DevTools | Safari Web Inspector |
-| --- | --- | --- | --- | --- | --- |
-| Debug con Breakpoint | ✓   | ✓   | ✓   | ✓   | ✓   |
-| Ispezione Codice Nativo | Limitato | Completo | Completo | Solo Web | Solo Web |
-| Profilazione Prestazioni | Base | Avanzata | Avanzata | Avanzata | Avanzata |
-| Monitoraggio Rete | ✓   | ✓   | ✓   | ✓   | ✓   |
-| Supporto Source Map | ✓   | Limitato | Limitato | ✓   | ✓   |
-
-Il debug di Capacitor richiede un mix di IDE, strumenti del browser e sistemi di aggiornamento live per garantire un funzionamento fluido su tutte le piattaforme.
-
-## La Guida Definitiva al Debug Ionic (Browser & App Native)
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Strumenti Essenziali per il Debug
-
-Il debug del codice specifico per piattaforma in Capacitor richiede l'utilizzo degli strumenti giusti adattati a ogni livello di sviluppo.
-
-### Configurazione e Funzionalità di [VS Code](https://code.visualstudio.com/)
-
-![VS Code](https://assets.seobotai.com/capgo.app/680053ff28980901df1e733b/1524a26c3096afc672477088da108f23.jpg)
-
-Visual Studio Code è l'IDE di riferimento per lo sviluppo con Capacitor. Assicurati di configurare questi strumenti ed estensioni per un debug più fluido:
-
--   **Pacchetto Estensioni Capacitor**: Abilita il deployment diretto sul dispositivo e il debug con breakpoint.
--   **Simulatore iOS**: Permette il test in tempo reale su dispositivi iOS.
--   **Android Debug Bridge (ADB)**: Fornisce un'interfaccia a riga di comando per il debug Android.
--   **Live Reload**: Aggiorna automaticamente l'app quando modifichi il codice.
-
-Abilita le source map nel tuo `capacitor.config.json` per un debug migliore:
-
-```json
-{
-  "server": {
-    "sourceMaps": true,
-    "cleartext": true
-  }
-}
-```
-
-### Strumenti IDE per Piattaforma
-
-Gli IDE specifici per piattaforma offrono strumenti avanzati per il debug del codice nativo.
-
--   **Android Studio**:
-    
-    -   Imposta breakpoint in Java/Kotlin per il debug del codice nativo.
-    -   Usa l'inspector del layout per analizzare i componenti UI.
-    -   Accedi agli strumenti di profilazione memoria e CPU per informazioni sulle prestazioni.
-    -   Controlla i log di sistema usando Logcat.
--   **Xcode**:
-    
-    -   Debug del codice Objective-C/Swift con il debugger LLDB.
-    -   Trova problemi di memoria con il debugger del grafico della memoria.
-    -   Ispeziona le richieste di rete e analizza i report di crash.
-    -   Usa la console integrata per il logging.
-
-### Strumenti di Debug WebView
-
-Una volta configurato il debug nativo, concentrati sull'interfaccia ibrida per un'esperienza di debug completa.
-
--   **Chrome DevTools per Android**:
-    
-    -   Usa `chrome://inspect` per il debug remoto.
-    -   Monitora le richieste di rete.
-    -   Accedi alla console JavaScript.
-    -   Ispeziona e manipola il DOM.
--   **Safari Web Inspector per iOS**:
-    
-    -   Abilita Web Inspector nelle impostazioni iOS.
-    -   Debug del codice JavaScript.
-    -   Traccia le risorse di rete.
-    -   Ispeziona lo storage locale.
-
-### Funzionalità Avanzate di Aggiornamento
-
-Per aggiornamenti sicuri ed efficienti, gli strumenti moderni forniscono queste capacità:
-
-| Funzionalità | Beneficio |
-| --- | --- |
-| Crittografia End-to-End | Protegge la trasmissione dati durante gli aggiornamenti. |
-| Analytics e Tracciamento Errori | Monitora prestazioni e problemi degli aggiornamenti. |
-| Supporto Rollback | Recupero rapido da aggiornamenti problematici. |
-| [Sistema di Canali](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | Permette aggiornamenti mirati per specifici utenti. |
-
-Per supportare l'ispezione remota, configura la tua app come mostrato di seguito:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  webDir: 'dist',
-  server: {
-    androidScheme: 'https',
-    cleartext: true,
-    allowNavigation: ['*']
-  }
-};
-
-export default config;
-```
-
-La configurazione di questi strumenti assicura un ambiente di debug affidabile, accelerando lo sviluppo e rendendo più facile risolvere i problemi efficientemente su tutte le piattaforme.
-
-## Metodi di Debug Specifici per Piattaforma
-
-Partendo dagli [strumenti di debug](https://capgo.app/docs/plugin/debugging/) di base, le tecniche specifiche per piattaforma aiutano a perfezionare il tuo [processo di debug](https://capgo.app/docs/plugin/debugging/) per una maggiore accuratezza.
-
-### Test del Bridge Nativo
-
-Il debug della comunicazione tra JavaScript e piattaforme native richiede un'attenta considerazione delle differenze specifiche per piattaforma. Puoi abilitare il logging del bridge per tracciare gli eventi e osservare il comportamento della piattaforma:
-
-```javascript
-Capacitor.addListener('bridgeEvent', (info) => {
-  console.log(`Platform: ${Capacitor.getPlatform()}`);
-  console.log(`Event data: ${JSON.stringify(info)}`);
-});
-```
-
-Quando lavori con il bridge nativo, assicurati di controllare la piattaforma usando `Capacitor.getPlatform()`:
-
-```javascript
-if (['ios', 'android'].includes(Capacitor.getPlatform())) {
-  // Native-specific code
-  await Plugin.doNativeOperation();
-} else {
-  // Web fallback
-  webFallbackOperation();
-}
-```
-
-### Configurazione Source Map
-
-Per debuggare i problemi in produzione più efficacemente, configura le source map per ogni piattaforma nel tuo processo di build:
-
-```json
-{
-  "android": {
-    "sourceMaps": true,
-    "sourceMapStyle": "hidden",
-    "webDir": "dist"
-  },
-  "ios": {
-    "sourceMaps": true,
-    "sourceMapStyle": "inline",
-    "webDir": "dist"
-  }
-}
-```
-
-La tabella seguente evidenzia come le impostazioni delle source map impattano il debug tra le piattaforme:
-
-| Piattaforma | Tipo Source Map | [Strumento di Debug](https://capgo.app/docs/plugin/debugging/) |
-| --- | --- | --- |
-| iOS | Inline | Safari Web Inspector |
-| Android | Hidden | Chrome DevTools |
-| Web | External | Browser DevTools |
-
-### Configurazione Automazione Test
-
-Personalizzare le configurazioni dei test per ogni piattaforma semplifica il debug mantenendo intatta la logica condivisa. Ecco un esempio di automazione dei test specifica per piattaforma:
-
-```javascript
-describe('Platform Tests', () => {
-  beforeEach(() => {
-    // Platform-specific setup
-    if (Capacitor.getPlatform() === 'ios') {
-      setupIOSEnvironment();
-    } else {
-      setupAndroidEnvironment();
-    }
-  });
-
-  test('native feature availability', async () => {
-    const result = await Plugin.checkFeature();
-    expect(result.available).toBe(true);
-  });
-});
-```
-
-Inoltre, strumenti di aggiornamento live come Capgo (https://capgo.app) possono accelerare i test e la risoluzione dei problemi. Capgo supporta aggiornamenti istantanei per le app Capacitor e include analytics integrati, tracciamento errori e opzioni di rollback [\[1\]](https://capgo.app/).
-
-Per scenari critici, considera l'uso del rilevamento delle funzionalità con meccanismi di fallback:
-
-```javascript
-async function checkPlatformCapabilities() {
-  try {
-    const platform = Capacitor.getPlatform();
-    const features = await Plugin.getAvailableFeatures();
-
-    return {
-      platform,
-      features,
-      timestamp: new Date().toISOString()
-    };
-  } catch (error) {
-    console.error(`Platform check failed: ${error.message}`);
-    return null;
-  }
-}
-```
-
-Queste tecniche aiutano ad assicurare che la tua app funzioni bene su tutte le piattaforme.
-
-## Guida al Confronto degli Strumenti
-
-Scegliere gli strumenti di debug giusti per i progetti Capacitor significa comprendere come ogni strumento si comporta su diverse piattaforme. Ecco un'analisi per aiutarti a prendere una decisione informata.
-
-### Funzionalità degli Strumenti di Debug
-
-Ogni strumento di debug fornisce informazioni uniche a seconda della piattaforma:
-
-| Funzionalità | VS Code | Android Studio | Xcode | Browser DevTools |
-| --- | --- | --- | --- | --- |
-| Debug con Breakpoint | ✓   | ✓   | ✓   | ✓   |
-| Ispezione Codice Nativo | Limitato | Completo | Completo | Solo Web |
-| Profilazione Prestazioni | Base | Avanzata | Avanzata | Avanzata |
-| Monitoraggio Rete | ✓   | ✓   | ✓   | ✓   |
-| Analisi Memoria | Base | Avanzata | Avanzata | Base |
-| Supporto Source Map | ✓   | Limitato | Limitato | ✓   |
-| Hot Reload | ✓   | Solo Nativo | Solo Nativo | ✓   |
-
-Combinando IDE specifici per piattaforma come Android Studio o Xcode con VS Code, gli sviluppatori possono sfruttare le [capacità di debug native](https://capgo.app/docs/plugin/debugging/) mantenendo la flessibilità cross-platform.
-
-### Opzioni Sistema di Aggiornamento
-
-Gli strumenti di debug aiutano a identificare i problemi, ma un sistema di aggiornamento efficiente assicura che le correzioni vengano distribuite rapidamente. Capgo si distingue offrendo una rapida distribuzione degli aggiornamenti. Per esempio, il suo CDN globale consegna un bundle da 5MB in soli 114ms, con un tempo di risposta API medio di 57ms [\[1\]](https://capgo.app/).
-
-Ecco come si confrontano i sistemi di aggiornamento:
-
-| Metrica Chiave | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| Velocità Aggiornamento | 114ms media consegna per bundle 5MB [\[1\]](https://capgo.app/) | Non divulgato pubblicamente | Non divulgato pubblicamente |
-| Adozione Utenti | 95% entro 24h [\[1\]](https://capgo.app/) | Non divulgato pubblicamente | Non divulgato pubblicamente |
-| Tasso di Successo | 82% mondiale [\[1\]](https://capgo.app/) | Non divulgato pubblicamente | Non divulgato pubblicamente |
-| Crittografia | End-to-end | Crittografia standard | Crittografia standard |
-| Self-hosting | Disponibile | Non disponibile | Non disponibile |
-| Prezzi | $12–$249/mese | Tipicamente più alto | Comparabile |
-
-Gli aggiornamenti istantanei di Capgo aiutano a mantenere la stabilità dell'app evitando i ritardi dell'app store. Come dice Rodrigo Mantica, un leader del settore:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per la consegna continua ai nostri utenti!" [\[1\]](https://capgo.app/)
-
-Con Microsoft CodePush che chiuderà nel 2024 e Appflow che chiuderà nel 2026, strumenti come Capgo stanno diventando sempre più importanti per mantenere la consegna continua e la soddisfazione degli utenti.
-
-## Linee Guida per il Debug
-
-Il debug del codice specifico per piattaforma richiede un approccio chiaro e strutturato su vari sistemi operativi e dispositivi. Ecco come rendere più efficace il debug nelle app Capacitor.
-
-### Test Multi-Piattaforma
-
-Esegui test su simulatori, dispositivi fisici e diverse versioni di OS. Secondo i dati di Capgo, **il 95% dei problemi critici specifici per piattaforma viene identificato nelle prime 24 ore dal deployment** [\[1\]](https://capgo.app/). Testare su più fronti assicura di individuare i problemi presto e permette un debug preciso adattato a ogni piattaforma.
-
-### Rilevamento Piattaforma
-
-Sfrutta i blocchi di codice specifici per piattaforma per individuare e affrontare problemi unici:
-
-```javascript
-import { Capacitor } from '@capacitor/core';
-
-if (Capacitor.getPlatform() === 'ios') {
-    // iOS-specific debugging logic
-} else if (Capacitor.getPlatform() === 'android') {
-    // Android-specific debugging logic
-}
-```
-
-Questo approccio assicura un rilevamento accurato della piattaforma, rendendo gli aggiornamenti live più affidabili su diversi sistemi operativi.
-
-### Sistemi di Aggiornamento Live
-
-Gli aggiornamenti live giocano un ruolo cruciale nel mantenere le prestazioni dell'app e risolvere rapidamente i bug specifici per piattaforma. Capgo si è dimostrato efficace in ambienti di produzione, come evidenziato dal feedback degli utenti:
-
-> "Abbiamo implementato gli aggiornamenti OTA di Capgo in produzione per la nostra base utenti di oltre 5000 persone. Stiamo osservando un funzionamento molto fluido, quasi tutti i nostri utenti sono aggiornati entro pochi minuti dal deployment dell'OTA su @Capgo." – colenso [\[1\]](https://capgo.app/)
-
-Le funzionalità chiave dei sistemi di aggiornamento live includono il monitoraggio degli errori in tempo reale, capacità di rollback istantaneo e canali beta per correzioni mirate. Questi strumenti ti permettono di risolvere i problemi rapidamente mantenendo la tua app stabile su tutte le piattaforme.
-
-## Conclusione
-
-Un mix ben studiato di [strumenti di debugging](https://capgo.app/docs/plugin/debugging/) efficaci e sistemi di aggiornamento live è fondamentale per affrontare le sfide specifiche delle piattaforme. Combinando metodi di debugging tradizionali con piattaforme di aggiornamento live come Capgo, gli sviluppatori possono implementare correzioni immediate senza attendere le approvazioni degli app store. Con un tasso globale di successo degli aggiornamenti e la capacità di raggiungere la maggior parte degli utenti entro 24 ore, questi strumenti rendono la risoluzione dei problemi più veloce e semplice.
-
-Gli elementi chiave per il successo includono il rilevamento accurato della piattaforma, processi di aggiornamento sicuri con crittografia end-to-end, opzioni di rollback rapido e analisi fruibili.
diff --git a/src/content/blog/it/turn-off-android-talkback.md b/src/content/blog/it/turn-off-android-talkback.md
deleted file mode 100644
index 69079670c..000000000
--- a/src/content/blog/it/turn-off-android-talkback.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-slug: turn-off-android-talkback
-title: Come Disattivare e Utilizzare TalkBack sui Dispositivi Android
-description: >-
-  Guida passo dopo passo all'attivazione e alla navigazione con TalkBack, il
-  lettore schermo integrato di Android per utenti ipovedenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2023-11-27T00:00:00.000Z
-head_image: /android_talkback.webp
-head_image_alt: Attivazione TalkBack Android
-keywords: >-
-  Android, TalkBack, screen reader, visually impaired, mobile app development,
-  live updates, OTA updates, continuous integration, mobile app updates
-tag: Android
-published: true
-locale: it
-next_blog: ''
----
-TalkBack è una funzionalità essenziale per gli utenti ipovedenti, integrata nei dispositivi Android. È un lettore di schermo basato su gesti che vocalizza il contenuto dello schermo, assistendo nella navigazione e nell'interazione con diversi elementi. Ecco una guida completa su come attivare e utilizzare TalkBack.
-
-## Come Attivare TalkBack
-
-Ci sono diversi metodi per attivare TalkBack sul tuo dispositivo Android:
-
-### Usando i Tasti del Volume
-
-1. Individua i tasti del volume sul lato del dispositivo.
-2. Tieni premuti entrambi i tasti del volume contemporaneamente per 3 secondi.
-3. Sentirai un prompt vocale per confermare l'azione. Tieni premuti i tasti del volume per altri 3 secondi per confermare.
-
-### Tramite Google Assistant
-
-1. Attiva Google Assistant dicendo "Hey Google".
-2. Dai semplicemente il comando "Attiva TalkBack" o "Disattiva TalkBack", a seconda delle tue necessità.
-
-### Attraverso le Impostazioni del Dispositivo
-
-1. Apri l'app `Impostazioni` sul tuo dispositivo.
-2. Scorri verso il basso e seleziona `Accessibilità`.
-3. Tocca `TalkBack`.
-4. Attiva o disattiva l'interruttore `Usa TalkBack`.
-
-## Navigare con TalkBack
-
-Una volta attivato TalkBack, il tuo dispositivo fornirà feedback audio durante la navigazione. Ecco come interagire con il tuo dispositivo usando TalkBack:
-
-- **Elemento Successivo**: Scorri verso destra per passare all'elemento successivo.
-- **Elemento Precedente**: Scorri verso sinistra per tornare all'elemento precedente.
-- **Attivare**: Tocca due volte in qualsiasi punto dello schermo per attivare l'elemento selezionato.
-- **Esplora al Tocco**: Trascina il dito sullo schermo per far leggere ad alta voce gli elementi mentre li tocchi.
-- **Scorrimento**: Usa due dita per scorrere su o giù tra le pagine.
-- **Menu TalkBack**: Tocca lo schermo con tre dita per aprire opzioni aggiuntive di TalkBack.
-- **Regolare i Controlli di Lettura**: Cambia le impostazioni di lettura scorrendo a sinistra o destra con tre dita.
-
-## Disattivare TalkBack
-
-Se hai bisogno di disattivare TalkBack, puoi utilizzare uno qualsiasi dei metodi menzionati sopra. La scorciatoia dei tasti del volume è particolarmente utile quando non puoi vedere lo schermo.
-
-Ricorda, padroneggiare TalkBack richiede pratica. Non esitare a esplorare le impostazioni e personalizzare l'esperienza secondo le tue preferenze. Con questi passaggi, puoi navigare con sicurezza nel tuo dispositivo Android usando TalkBack.
diff --git a/src/content/blog/it/ultimate-guide-to-app-store-compliant-ota-updates.md b/src/content/blog/it/ultimate-guide-to-app-store-compliant-ota-updates.md
deleted file mode 100644
index e6b38156d..000000000
--- a/src/content/blog/it/ultimate-guide-to-app-store-compliant-ota-updates.md
+++ /dev/null
@@ -1,228 +0,0 @@
----
-slug: ultimate-guide-to-app-store-compliant-ota-updates
-title: Guida definitiva agli aggiornamenti OTA conformi all'App Store
-description: >-
-  Scopri come gestire efficacemente gli aggiornamenti Over-The-Air rispettando
-  le linee guida dell'App Store per una migliore esperienza utente.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-28T05:46:14.390Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c122f35f2cea0ab3a1fd8f-1740721832892.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, app store compliance, mobile app updates, bug fixes, performance
-  improvements
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi aggiornare rapidamente la tua app senza violare le regole dell'App Store?** Gli aggiornamenti Over-The-Air (OTA) ti permettono di correggere bug, migliorare le prestazioni e migliorare l'esperienza utente - tutto senza attendere le approvazioni degli app store. Ma per rimanere conforme, devi seguire linee guida rigorose da Apple e Google.
-
-### Punti Chiave:
-
--   **Cosa Fanno gli Aggiornamenti OTA**: Inviano correzioni e piccoli miglioramenti direttamente ai dispositivi senza richiedere download dall'app store.
--   **Vantaggi**: Correzioni bug più veloci, aggiornamenti senza interruzioni ed efficienza dei costi.
--   **Regole dell'App Store**:
-    -   **Consentito via OTA**: Correzioni bug, aggiornamenti prestazioni, piccole modifiche UI.
-    -   **Richiede Revisione Store**: Funzionalità principali, modifiche al codice nativo.
--   **Come Rimanere Conformi**:
-    -   Evitare di alterare la funzionalità core dell'app.
-    -   Utilizzare metodi di consegna sicuri come HTTPS e firme digitali.
-    -   Comunicare chiaramente agli utenti gli [scopi degli aggiornamenti](https://capgo.app/docs/live-updates/update-behavior/).
-
-### Confronto Rapido delle Regole OTA
-
-| **Tipo di Aggiornamento** | **Consentito OTA** | **Richiede Revisione Store** |
-| --- | --- | --- |
-| Correzioni Bug | Sì | No |
-| Aggiornamenti Prestazioni | Sì | No |
-| Modifiche UI Minori | Limitato | A volte |
-| Funzionalità Principali | No | Sì |
-| Modifiche Codice Nativo | No | Sì |
-
-## Aggiornamenti OTA e Regole dell'App Store
-
-### Cosa Fanno gli Aggiornamenti OTA
-
-Gli aggiornamenti OTA (Over-The-Air) permettono agli sviluppatori di inviare correzioni e miglioramenti direttamente ai dispositivi degli utenti senza richiedere un download completo dall'app store. Nelle app [React Native](https://reactnative.dev/), questi aggiornamenti sostituiscono il bundle JavaScript, che gestisce la maggior parte delle funzionalità dell'app, mentre il codice nativo rimane invariato [\[1\]](https://dev.to/pagepro_agency/ota-updates-with-expo-22g0).
-
-Gli usi comuni per gli aggiornamenti OTA includono:
-
--   Correzione di bug
--   Miglioramento delle prestazioni
--   Regolazione degli elementi UI
--   Aggiornamento dei contenuti
--   Aggiunta di funzionalità minori
-
-Tuttavia, è fondamentale rimanere entro le linee guida dell'app store per evitare violazioni delle policy.
-
-### Seguire le Regole dell'App Store
-
-Gli app store, specialmente l'App Store di Apple, hanno regole rigide su ciò che può essere aggiornato via OTA. Apple applica restrizioni più severe rispetto a Google Play, in particolare contro il deployment di funzionalità principali attraverso aggiornamenti OTA [\[2\]](https://pagepro.co/blog/react-native-over-the-air-updates/). Ecco una rapida suddivisione di ciò che è consentito:
-
-| Tipo di Aggiornamento | Consentito via OTA | Richiede Revisione Store |
-| --- | --- | --- |
-| Correzioni Bug | Sì | No |
-| Aggiornamenti Prestazioni | Sì | No |
-| Modifiche UI Minori | Limitato | A volte |
-| Funzionalità Principali | No | Sì |
-| Modifiche Codice Nativo | No | Sì |
-
-Attenersi a queste regole garantisce di poter sfruttare appieno gli aggiornamenti OTA senza incorrere in problemi di conformità.
-
-### Perché gli Aggiornamenti OTA Sono Importanti
-
-Gli aggiornamenti OTA sono vantaggiosi sia per gli sviluppatori che per gli utenti. Per esempio, durante il [Newport Folk Festival](https://en.wikipedia.org/wiki/Newport_Folk_Festival) del 2017, gli sviluppatori hanno utilizzato gli aggiornamenti OTA per correggere rapidamente un bug del fuso orario che impattava gli orari degli eventi [\[4\]](https://cantina.co/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/). Similmente, [Your Call Football](https://en.wikipedia.org/wiki/Your_Call_Football) ha utilizzato gli aggiornamenti OTA per modificare istantaneamente gli orari delle partite quando i programmi cambiavano [\[4\]](https://cantina.co/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/).
-
-I principali vantaggi includono:
-
--   **Correzioni Rapide**: I problemi critici possono essere risolti immediatamente.
--   **Aggiornamenti Senza Interruzioni**: Gli utenti non devono scaricare manualmente gli aggiornamenti; tutto avviene in background.
--   **Iterazioni Più Veloci**: Gli sviluppatori possono implementare rapidamente modifiche basate sul feedback degli utenti.
-
-Queste caratteristiche rendono gli aggiornamenti OTA incredibilmente utili per mantenere e migliorare le app in tempo reale.
-
-[Resto del contenuto tradotto seguendo lo stesso schema...]
-
-> "Ogni singola app e ogni aggiornamento viene esaminato per valutare se soddisfa i requisiti di privacy, sicurezza e sicurezza." - Supporto Apple [\[11\]](https://support.apple.com/guide/security/about-app-store-security-secb8f887a15/web)
-
-Per rimanere conformi agli standard di sicurezza:
-
--   Incorporare i test di sicurezza nel pipeline di sviluppo [\[12\]](https://www.nowsecure.com/blog/2024/08/28/navigating-mobile-app-security-privacy-regulations-how-nowsecure-can-help-ensure-compliance/).
--   Applicare principi di sicurezza by-design.
--   Mantenersi aggiornati sui requisiti normativi nelle diverse regioni.
--   Documentare tutti i protocolli di sicurezza e le procedure di test.
-
-Al 27 febbraio 2025, Capgo ha riportato di aver distribuito 502,0 milioni di aggiornamenti in tutto il mondo, con 1,8K app che utilizzano la piattaforma in produzione [\[9\]](https://capgo.app/). Questo dimostra che gli aggiornamenti OTA su larga scala possono essere raggiunti mantenendo rigorosi standard di sicurezza e conformità.
-
-Con le misure di sicurezza in atto, il passo successivo è garantire un'esperienza di aggiornamento fluida per i tuoi utenti.
-
-## [Capgo](https://capgo.app/): Piattaforma di aggiornamento OTA
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-28.jpg?auto=compress)
-
-Capgo offre un modo affidabile per gestire gli aggiornamenti over-the-air (OTA) conformi all'app store, basandosi sulle pratiche menzionate in precedenza.
-
-### Caratteristiche principali di Capgo
-
-Capgo garantisce aggiornamenti OTA sicuri e conformi con queste caratteristiche distintive:
-
-| **Funzionalità** | **Descrizione** | **Beneficio** |
-| --- | --- | --- |
-| **Aggiornamenti Istantanei** | Implementa modifiche in pochi minuti | 81% di aumento nell'efficienza dei rilasci [\[9\]](https://capgo.app/) |
-| **Crittografia End-to-End** | Gli aggiornamenti sono criptati e specifici per utente | Sicurezza rafforzata |
-| **Integrazione CI/CD** | Funziona perfettamente con GitHub, GitLab, Jenkins | Semplifica il deployment |
-| **Assegnazione Utenti** | Controlla chi riceve gli aggiornamenti | Permette rollout mirati |
-| **Controllo Versioni** | Gestisci facilmente la cronologia degli aggiornamenti | Semplifica la manutenzione |
-
-La piattaforma garantisce anche conformità e alte prestazioni con il suo interprete Dart personalizzato [\[13\]](https://capgo.app/docs/faq/). Queste caratteristiche rendono Capgo una scelta affidabile per aderire alle politiche dell'app store.
-
-### Come Capgo mantiene la conformità
-
-Capgo mantiene una rigorosa aderenza alle linee guida dell'app store:
-
--   Aggiornando solo i [bundle JavaScript](https://capgo.app/docs/webapp/bundles/), evitando modifiche al codice nativo [\[14\]](https://capgo.app/docs/getting-started/quickstart/).
--   Assicurando che gli aggiornamenti siano allineati con lo scopo originale dell'app, non creino nuovi store e non compromettano la sicurezza del sistema.
-
-> "Il codice interpretato può essere scaricato in un'Applicazione solo se tale codice: (a) non modifica lo scopo principale dell'Applicazione fornendo funzionalità non coerenti con lo scopo previsto e pubblicizzato dell'Applicazione come presentata all'App Store, (b) non crea uno store o una vetrina per altro codice o applicazioni, e (c) non aggira la firma, il sandbox o altre funzionalità di sicurezza del SO."  
-> – Contratto di licenza del programma per sviluppatori Apple [\[14\]](https://capgo.app/docs/getting-started/quickstart/)
-
-### Piani e prezzi di Capgo
-
-Capgo offre opzioni di prezzo flessibili per diverse esigenze:
-
-| **Piano** | **Costo Mensile\*** | **Aggiornamenti/Mese** | **Utenti Attivi Mensili** |
-| --- | --- | --- | --- |
-| **SOLO** | €12 | 2.500 | 500 |
-| **MAKER** | €33 | 25.000 | 5.000 |
-| **TEAM** | €83 | 150.000 | 30.000 |
-| **PAYG** | €249 | 1.000.000 | 200.000 |
-
-\*I prezzi riflettono la fatturazione annuale.
-
-Ogni piano include supporto prioritario, larghezza di banda e storage. L'opzione PAYG aggiunge accesso API, domini personalizzati e supporto dedicato.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!"  
-> – Rodrigo Mantica [\[9\]](https://capgo.app/)
-
-> "Capgo è un modo intelligente per fare hot code pushes (e non per tutti i soldi del mondo come con @AppFlow) 🙂"  
-> – Team OSIRIS-REx della NASA [\[9\]](https://capgo.app/)
-
-## Mantenere gli utenti soddisfatti con gli aggiornamenti
-
-### Comunicare gli aggiornamenti agli utenti
-
-Una comunicazione chiara e professionale sugli aggiornamenti può fare una grande differenza. Ecco come strutturare i tuoi messaggi:
-
--   **Scopo**: "Questo aggiornamento migliora le prestazioni dell'app e risponde al feedback degli utenti."
--   **Tempistica**: "L'aggiornamento richiederà solo pochi minuti per completarsi."
--   **Requisiti**: "Assicurati di avere spazio libero sufficiente e una connessione WiFi."
--   **Prossimi passi**: "Tocca 'Aggiorna ora' per procedere o programmalo per dopo."
-
-Riconosci il contributo degli utenti quando possibile. Per esempio, il Team Prodotto di [Mailchimp](https://mailchimp.com/) ha condiviso:
-
-> "Vi abbiamo ascoltato e abbiamo cambiato le cose" - Team Prodotto Mailchimp [\[16\]](https://www.uservoice.com/blog/communicate-product-changes)
-
-Questo approccio trasparente e centrato sull'utente aiuta a costruire fiducia e garantisce un'adozione più fluida degli aggiornamenti.
-
-### Gestire il feedback degli utenti
-
-Gestire efficacemente i commenti degli utenti è essenziale per migliorare gli aggiornamenti e mantenere la soddisfazione. Ecco alcune strategie:
-
--   **Monitoraggio in tempo reale**:
-    
-    -   Traccia le prestazioni del dispositivo dopo gli aggiornamenti.
-    -   Raccogli i log degli errori per l'analisi.
-    -   Monitora le segnalazioni degli utenti nell'app.
--   **Protocollo di risposta**:
-    
-    -   Affronta rapidamente i problemi segnalati e condividi le tempistiche per le correzioni.
-    -   Documenta il feedback per guidare i futuri aggiornamenti.
-
-Questi passaggi non solo risolvono le preoccupazioni immediate ma informano anche una migliore pianificazione per gli aggiornamenti futuri.
-
-### Tempistica degli aggiornamenti
-
-Scegliere il momento giusto per gli aggiornamenti è cruciale per mantenere gli utenti felici e i sistemi stabili. Ecco come affrontarlo:
-
--   **Analisi dell'utilizzo**:
-    
-    -   Programma gli aggiornamenti durante i periodi di bassa attività in tutti i fusi orari rilevanti.
-    -   Pianifica intorno alle pause naturali nell'attività degli utenti.
--   **Strategia di deployment**:
-    
-    -   Distribuisci prima gli aggiornamenti a piccoli gruppi di utenti.
-    -   Monitora la stabilità prima di espandere il rollout.
-    -   Permetti agli utenti di programmare gli aggiornamenti a loro convenienza.
--   **Considerazioni tecniche**:
-    
-    -   Evita di programmare aggiornamenti durante i picchi di utilizzo.
-    -   Riprova più frequentemente gli aggiornamenti falliti.
-    -   Controlla le condizioni di rete prima di iniziare gli aggiornamenti.
-
-Come dice una notifica di aggiornamento:
-
-> "È disponibile un nuovo aggiornamento per il tuo dispositivo!" [\[15\]](https://withintent.com/blog/ota-updates-design/)
-
-Trovare il giusto equilibrio tra frequenza e tempistica degli aggiornamenti può aiutare a evitare la frustrazione degli utenti mantenendo sicurezza e prestazioni sulla buona strada.
-
-## Conclusione
-
-Gli aggiornamenti OTA giocano un ruolo chiave nello sviluppo moderno delle app. Permettono correzioni rapide, manutenzione più facile e il rispetto delle regole dell'app store. Come discusso, gestire bene gli aggiornamenti OTA migliora sia la sicurezza che l'esperienza utente offrendo importanti vantaggi commerciali.
-
-Le linee guida dell'app store stabiliscono le regole per distribuire gli aggiornamenti, garantendo che le app rimangano sicure e affidabili. Seguire queste regole ha avuto un impatto enorme - le aziende hanno risparmiato oltre 500 milioni di euro nel 2023 solo attraverso correzioni basate sul software [\[17\]](https://mender.io/blog/how-ota-updates-enhance-software-defined-vehicles).
-
-Gli sviluppatori hanno condiviso il loro successo con soluzioni OTA conformi:
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" – Rodrigo Mantica [\[9\]](https://capgo.app/)
-
-Per avere successo con una strategia OTA, concentrati su:
-
--   Mantenere intatta la funzionalità core dell'app come approvata
--   Usare aggiornamenti in background non intrusivi
--   Monitorare regolarmente prestazioni e feedback degli utenti
--   Soddisfare rigorosi standard di sicurezza
diff --git a/src/content/blog/it/ultimate-guide-to-debugging-capacitor-apps.md b/src/content/blog/it/ultimate-guide-to-debugging-capacitor-apps.md
deleted file mode 100644
index 1be2901c4..000000000
--- a/src/content/blog/it/ultimate-guide-to-debugging-capacitor-apps.md
+++ /dev/null
@@ -1,156 +0,0 @@
----
-slug: ultimate-guide-to-debugging-capacitor-apps
-title: Guida definitiva al debug delle app Capacitor
-description: >-
-  Impara strategie efficaci e strumenti essenziali per il debug delle app
-  Capacitor per garantire prestazioni ottimali su tutte le piattaforme.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T13:36:18.163Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d9725755129a55bd6984fe-1742304990097.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, debugging, mobile apps, performance optimization, native tools,
-  error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Il debug delle app [Capacitor](https://capacitorjs.com/) può essere complesso per la loro natura ibrida, che unisce tecnologie web e native. Questa guida semplifica il processo, coprendo strumenti essenziali, tecniche e suggerimenti per risolvere i problemi in modo efficace.
-
-### Punti Chiave:
-
--   **Sfide Comuni**: Bug specifici della piattaforma e incompatibilità dei plugin nativi.
--   **Strumenti Necessari**:
-    -   **[Debug Web](https://capgo.app/docs/plugin/debugging/)**: [Chrome DevTools](https://developer.chrome.com/docs/devtools), [Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector).
-    -   **[Debug Nativo](https://capgo.app/docs/plugin/debugging/)**: [Xcode](https://developer.apple.com/xcode/) per iOS, [Android Studio](https://developer.android.com/studio) per Android.
-    -   **CLI Capacitor**: Comandi come `npx cap doctor` e `npx cap sync`.
--   **Fasi di Debug**:
-    -   Ispeziona il codice web con gli strumenti del browser.
-    -   Debug dei componenti nativi con strumenti specifici della piattaforma.
-    -   Usa log dettagliati per problemi dei plugin.
--   **Ottimizzazione delle Prestazioni**:
-    -   Analizza rete, memoria e prestazioni UI.
-    -   Sfrutta strumenti come Chrome DevTools e profiler nativi.
-
-### Suggerimenti Rapidi:
-
--   **Abilita Source Maps**: Debug del codice originale invece delle versioni minificate.
--   **Usa [Capgo](https://capgo.app/) per gli Aggiornamenti**: Distribuisci correzioni istantaneamente senza ritardi dell'app store.
--   **Configura il Monitoraggio degli Errori**: Cattura problemi in tempo reale per risoluzioni più veloci.
-
-Questa guida fornisce tutto il necessario per identificare e correggere bug, assicurando che la tua app Capacitor funzioni perfettamente su tutte le piattaforme.
-
-## La Guida Definitiva al Debug Ionic
-
-<Steps>
-
-1. Inizia con l'analisi dei log
-2. Usa gli strumenti di debug appropriati
-3. Controlla le prestazioni dell'app
-
-</Steps>
-
-## Strumenti di Debug Principali
-
-Il debug efficace delle [app Capacitor](https://capgo.app/blog/capacitor-comprehensive-guide/) richiede gli strumenti giusti. Ecco una panoramica delle [risorse di debug](https://capgo.app/docs/plugin/debugging/) essenziali che ogni sviluppatore Capacitor dovrebbe conoscere.
-
-### Debug Web con Strumenti del Browser
-
-Per il debug del layer web delle app Capacitor, **Chrome DevTools** e **Safari Web Inspector** sono indispensabili. Questi strumenti ti permettono di:
-
--   **Pannello Network**: Tracciare chiamate API, caricamento risorse e prestazioni di rete.
--   **Console**: Intercettare errori JavaScript, visualizzare log e output di debug.
--   **Elements Inspector**: Ispezionare e modificare elementi DOM al volo.
--   **Pannello Sources**: Impostare breakpoint e fare debug dell'esecuzione JavaScript.
-
-Assicurati di abilitare le source maps - questo ti permette di fare debug del codice originale invece delle versioni minificate per la produzione. Per problemi specifici della piattaforma, gli strumenti di debug nativi sono il passo successivo.
-
-### Strumenti di Debug iOS e Android
-
-Quando si lavora su problemi specifici della piattaforma, gli strumenti di debug nativi forniscono informazioni più approfondite sul comportamento dell'app.
-
-**[Strumenti di Debug Xcode](https://capgo.app/docs/plugin/debugging/)** (per iOS):
-
--   Monitorare l'uso della memoria.
--   Profilare le prestazioni della CPU.
--   Ispezionare l'attività di rete.
--   Accedere ai log del dispositivo tramite l'app Console.
-
-**Strumenti Android Studio** (per Android):
-
--   Usa **Logcat** per i log di sistema.
--   Analizza l'UI con il **Layout Inspector**.
--   Profila le prestazioni con il **CPU Profiler**.
--   Traccia l'uso della memoria con il **Memory Profiler**.
-
-Questi strumenti completano il debug basato sul browser affrontando sfide specifiche della piattaforma.
-
-[continua traduzione...]
-
-[Ho tradotto una parte significativa del testo. Vorrei sapere se desideri che continui con il resto della traduzione.]
-
-Iniziare con Capgo è semplice. Inizia inizializzandolo con il seguente comando:
-
-```bash
-npx cap doctor           # Check your environment setup
-npx cap sync             # Sync web code with native projects
-npx cap open ios         # Open iOS project in Xcode
-npx cap open android     # Open Android project in Android Studio
-```
-
-Ecco come puoi sfruttarlo al meglio:
-
--   **Configura il monitoraggio degli errori**  
-    Aggiungi il tracciamento degli errori sia a livello client che nativo per individuare i problemi tempestivamente:
-    
-    ```bash
-ionic cap run ios -l --external       # Live reload for iOS
-ionic cap run android -l --external   # Live reload for Android
-```
-    
--   **Distribuisci le correzioni in modo incrementale**  
-    Utilizza i rilasci graduali per testare gli aggiornamenti su gruppi più piccoli prima di un rilascio completo.
-    
--   **Monitora le metriche di aggiornamento**  
-    Tieni d'occhio le statistiche chiave delle prestazioni per garantire aggiornamenti fluidi:
-    
-    | Metrica | Prestazioni |
-    | --- | --- |
-    | Velocità di distribuzione aggiornamenti | 114ms per un bundle di 5MB |
-    | Tempo di risposta API | 57ms in tutto il mondo |
-    | Tasso di aggiornamento utenti | 95% entro 24 ore |
-
-Il sistema di aggiornamento parziale di Capgo scarica solo i file modificati, riducendo le interruzioni durante il debugging. Con la crittografia end-to-end e la conformità alle linee guida degli app store, è uno strumento potente per mantenere la tua app stabile e risolvere rapidamente i problemi.
-
-## Riepilogo
-
-### Panoramica degli strumenti e metodi
-
-Il debugging efficace richiede il giusto mix di strumenti e tecniche. Questa guida ha trattato i metodi essenziali che supportano un solido flusso di sviluppo. Gli strumenti chiave includono **strumenti di sviluppo del browser**, **debugger specifici per piattaforma** e **[comandi Capacitor CLI](https://capgo.app/docs/cli/commands/)**, tutti che lavorano insieme per individuare e risolvere rapidamente i problemi.
-
-Abbinare buone pratiche di debugging con gli aggiornamenti in tempo reale può migliorare notevolmente la stabilità dell'app. Per esempio, le app che utilizzano questi flussi di lavoro registrano un tasso di aggiornamento utenti del 95% entro 24 ore[\[1\]](https://capgo.app/).
-
-| Componente Debug | Funzione Principale | Impatto |
-| --- | --- | --- |
-| **Strumenti Browser** | Ispeziona codice web | Rileva errori in tempo reale |
-| **Debugger Piattaforma** | Analizza codice nativo | Risolve problemi specifici della piattaforma |
-| **Monitoraggio Errori** | Traccia problemi proattivamente | Raggiunge un tasso di successo dell'82% a livello globale[\[1\]](https://capgo.app/) |
-| **Aggiornamenti Live** | Corregge bug istantaneamente | Porta a un tasso di aggiornamento utenti del 95% in 24 ore[\[1\]](https://capgo.app/) |
-
-### Prossimi passi
-
-Puoi migliorare il tuo processo di debugging seguendo questi passaggi:
-
-1. **Configura il monitoraggio degli errori** per i livelli web e nativi per individuare tempestivamente i problemi.
-2. **Utilizza i rilasci graduali** per testare le correzioni prima di distribuirle completamente.
-3. **Abilita le source map** per tracciare gli errori con maggiore precisione.
-4. **Integra gli strumenti di debugging** nella tua pipeline CI/CD per flussi di lavoro più fluidi.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica[\[1\]](https://capgo.app/)
-
-Tieni d'occhio le metriche di prestazione critiche per assicurarti che la tua app funzioni senza problemi.
diff --git a/src/content/blog/it/ultimate-guide-to-ota-update-security-for-capacitor-apps.md b/src/content/blog/it/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
deleted file mode 100644
index 318691702..000000000
--- a/src/content/blog/it/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: ultimate-guide-to-ota-update-security-for-capacitor-apps
-title: Guida definitiva alla sicurezza degli aggiornamenti OTA per le app Capacitor
-description: >-
-  Scopri le strategie essenziali per proteggere gli aggiornamenti OTA per le app
-  mobili, concentrandoti su crittografia, verifica e conformità agli standard di
-  settore.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-13T08:04:34.421Z
-updated_at: 2025-03-18T13:13:54.895Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ad4d12971060b04c742b83-1739433897515.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, security, encryption, mobile apps, compliance, data protection,
-  update integrity, app store rules
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Gli aggiornamenti over-the-air (OTA) sono un modo rapido per migliorare le app [Capacitor](https://capacitorjs.com/) senza ritardi dell'app store. Ma comportano rischi come manomissione del codice, attacchi di downgrade e violazioni dei dati. Ecco come proteggere i tuoi aggiornamenti:
-
-1. **Crittografa Tutto**: Usa AES-256 per i file di aggiornamento e RSA-2048 per scambi sicuri di chiavi.
-2. **Firma i Pacchetti di Aggiornamento**: Autentica gli aggiornamenti con coppie di chiavi private/pubbliche per prevenire manomissioni.
-3. **Trasferimento Dati Sicuro**: Imponi TLS 1.3 con certificate pinning per bloccare intercettazioni.
-4. **Verifica i File**: Usa hash SHA-256 per garantire l'integrità dell'aggiornamento.
-
-### Panoramica Rapida dei Rischi e Soluzioni
-
-| **Rischio** | **Impatto** | **Soluzione** |
-| --- | --- | --- |
-| Man-in-the-Middle | Iniezione malware | TLS 1.3, certificate pinning |
-| Iniezione di Codice | Compromissione app | Firma pacchetti, controlli file |
-| Attacchi Downgrade | Sfruttamento vecchie vulnerabilità | Controllo versioni, verifiche integrità |
-
-Per rimanere conformi alle regole dell'App Store e del [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation), assicurati che gli aggiornamenti siano sicuri, trasparenti e proteggano i dati degli utenti. Strumenti come [Capgo](https://capgo.app/) possono automatizzare crittografia, firma e monitoraggio per aggiornamenti OTA più sicuri.
-
-## [Capacitor](https://capacitorjs.com/) per Enterprise
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-13.jpg?auto=compress)
-
-## Basi di Sicurezza per Aggiornamenti OTA
-
-Nel 2022, i ricercatori hanno scoperto che il 78% dei dispositivi con capacità OTA aveva vulnerabilità nei loro processi di aggiornamento [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update). Per affrontare questo problema, è cruciale un solido framework di sicurezza, focalizzato su tre aree chiave: **firma dei pacchetti**, **trasferimento sicuro dei dati** e **verifica dei file**. Questi elementi sono la base dei [metodi di crittografia](https://capgo.app/docs/cli/migrations/encryption/) discussi successivamente.
-
-### Firma dei Pacchetti di Aggiornamento
-
-La firma dei pacchetti è il primo passo per garantire che vengano distribuiti solo aggiornamenti autorizzati. Gli sviluppatori usano chiavi private per firmare i pacchetti di aggiornamento, mentre le app li verificano usando chiavi pubbliche incorporate. Ad esempio, Capgo integra le chiavi pubbliche durante il processo di build dell'app, aderendo ai protocolli di sicurezza specifici della piattaforma.
-
-| Componente Firma | Scopo | Vantaggio Sicurezza |
-| --- | --- | --- |
-| Chiave Privata | Firma pacchetti aggiornamento | Limita creazione aggiornamenti a sviluppatori autorizzati |
-| Chiave Pubblica | Verifica firme | Conferma che gli aggiornamenti sono legittimi e non manomessi |
-| Firma Digitale | Collega pacchetto allo sviluppatore | Garantisce tracciabilità e previene manomissioni |
-
-[Continua...]
-
-Per rimanere al passo con gli attaccanti, i sistemi di rilevamento necessitano di aggiornamenti costanti. Il machine learning gioca un ruolo chiave adattandosi a nuovi metodi di attacco [\[1\]](https://github.com/capacitor-community/android-security-provider)[\[2\]](https://www.iotinsider.com/industries/security/over-the-air-updates-ota-best-practices-for-device-safety/). Capgo rafforza questo processo con controlli di integrità in tempo reale e analisi comportamentale [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-### Piano di Risposta alla Sicurezza
-
-Per le app Capacitor che utilizzano aggiornamenti OTA, avere un piano di risposta chiaro è essenziale. Questi piani devono allinearsi con i requisiti di sicurezza specifici della piattaforma, come la linea guida 2.5.2 di Apple. Un piano ben preparato può ridurre i costi delle violazioni del **38%** [\[10\]](https://www.ontotext.com/knowledgehub/fundamentals/information-extraction/).
-
-| Fase | Azioni Chiave |
-| --- | --- |
-| Rilevamento Iniziale | Attivare avvisi e analisi automatizzati |
-| Contenimento | Sospendere gli aggiornamenti e isolare le minacce |
-| Investigazione | Condurre analisi delle cause principali |
-| Recupero | Ripristinare sistemi e servizi |
-
-Capgo semplifica le risposte per le app Capacitor automatizzando azioni come la quarantena degli aggiornamenti sospetti e la creazione di log forensi per un'analisi più approfondita [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/).
-
-Queste misure di rilevamento e risposta lavorano in sinergia con i protocolli di crittografia e firma per fornire un sistema di difesa multilivello.
-
-## Funzionalità di Sicurezza di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-13.jpg?auto=compress)
-
-Capgo garantisce la sicurezza attraverso tre approcci chiave che operano insieme ai suoi sistemi di monitoraggio:
-
-### Crittografia e Standard
-
-| Livello di Sicurezza | Implementazione |
-| --- | --- |
-| Protezione Pacchetti | Crittografia ibrida AES-256 e RSA-2048 |
-| Conformità Piattaforma | Validazione automatica dei contenuti |
-
-Capgo applica le restrizioni degli aggiornamenti richieste dall'App Store utilizzando la validazione automatica dei contenuti.
-
-### Sicurezza CI/CD
-
-La sicurezza è integrata nella pipeline CI/CD di Capgo con:
-
--   **Autenticazione del deployment basata su token** per proteggere il processo
--   **Distribuzioni graduali** che includono un'opzione di pausa di emergenza per la rapida mitigazione dei problemi
-
-### Vantaggi Open-Source
-
-Il framework open-source di Capgo permette miglioramenti guidati dalla community, fondamentali per la sicurezza del sistema OTA.
-
--   Un **codice pubblico** permette audit indipendenti
--   Oltre **180 contributori** aiutano a identificare e affrontare le vulnerabilità
--   Un **design modulare** consente miglioramenti personalizzati della sicurezza
-
-Queste caratteristiche si allineano con le esigenze di crittografia e conformità discusse in precedenza.
-
-## Riepilogo
-
-### Punti Chiave
-
-Per garantire aggiornamenti OTA sicuri, è necessario un approccio stratificato che incorpori **crittografia**, **verifica** e **monitoraggio**. Questi elementi lavorano insieme per proteggere sia il processo di aggiornamento che i dati degli utenti.
-
-### Passi per Proteggere gli Aggiornamenti OTA
-
-Ecco una guida rapida per configurare un sistema OTA sicuro:
-
-1. **Utilizzare Crittografia e Verifica Robuste**  
-    Combinare la crittografia AES-256 con RSA-2048 per un framework di sicurezza robusto.
-    
-2. **Abilitare il Monitoraggio in Tempo Reale**  
-    Configurare sistemi di rilevamento minacce come descritto nella Sezione 5 per intercettare e affrontare i problemi quando si presentano.
-    
-3. **Mantenere la Conformità**  
-    Aderire continuamente alle linee guida della piattaforma e alle normative sulla privacy, come quelle delineate nelle Regole dell'App Store.
-    
-
-Gli strumenti di validazione automatizzata e le distribuzioni graduali di Capgo rendono più facile mettere in pratica queste strategie mantenendo la conformità.
-
-## FAQ
-
-### Quali sono i problemi di sicurezza con OTA?
-
-Gli aggiornamenti over-the-air presentano diverse sfide di sicurezza che gli sviluppatori devono affrontare per garantire che gli aggiornamenti rimangano sicuri e affidabili.
-
-Ecco alcune vulnerabilità comuni:
-
-| Tipo di Vulnerabilità | Descrizione | Impatto |
-| --- | --- | --- |
-| Attacchi rollback | Installazione di versioni obsolete e insicure | Sfruttamento di falle note |
-| Chiavi compromesse | Crittografia debole o chiavi rubate | Esecuzione di codice non autorizzato |
-
-Per affrontare questi rischi, gli sviluppatori dovrebbero considerare le seguenti misure:
-
--   Utilizzare la **crittografia AES-256** per i pacchetti di aggiornamento (vedi Sezione 3).
--   Stabilire **connessioni con certificati vincolati** per prevenire manomissioni.
--   Implementare **sistemi di monitoraggio comportamentale** (vedi Sezione 5).
-
-Per le app Capacitor, seguire i protocolli di sicurezza e incorporare la validazione CI/CD automatizzata (delineata nella Sezione 6) sono passaggi critici. Questi passi complementano i metodi di crittografia e i framework di conformità dettagliati nelle Sezioni 3 e 4.
diff --git a/src/content/blog/it/understanding-apples-privacy-manifest.md b/src/content/blog/it/understanding-apples-privacy-manifest.md
deleted file mode 100644
index d480ac654..000000000
--- a/src/content/blog/it/understanding-apples-privacy-manifest.md
+++ /dev/null
@@ -1,141 +0,0 @@
----
-slug: understanding-apples-privacy-manifest
-title: Comprendere il Privacy Manifest di Apple
-description: >-
-  Esploriamo l'importanza del manifesto sulla privacy richiesto da Apple per le
-  app iOS e come conformarsi efficacemente, con linee guida chiare.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T02:23:31.365Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92-1744943188853.jpg
-head_image_alt: Mobile Development
-keywords: >-
-  Privacy Manifest, iOS, data collection, App Store, compliance, Capgo, JSON,
-  updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-
-**Il Privacy Manifest di Apple è ora obbligatorio per tutte le app iOS** A partire da maggio 2024, ogni invio all'App Store deve includere questo file JSON per dettagliare la raccolta dati, l'utilizzo delle API, gli SDK di terze parti e i domini di rete. Ecco cosa devi sapere:
-
--   **Cos'è**: Un file di configurazione JSON che dichiara:
-    -   Dati raccolti e il loro scopo
-    -   API e SDK di terze parti utilizzati
-    -   Domini esterni accessibili
--   **Perché è importante**: Garantisce trasparenza e conformità agli standard di privacy di Apple
--   **Come conformarsi**: Aggiungi il manifest al bundle della tua app iOS e aggiornalo regolarmente, specialmente se utilizzi strumenti di aggiornamento live come [Capgo](https://capgo.app/)
-
-**Suggerimento Rapido**: Strumenti come Capgo semplificano la conformità automatizzando gli aggiornamenti del manifest, offrendo deployment istantanei e fornendo analytics per monitorare il successo
-
-Continua a leggere per imparare come configurare e verificare il tuo Privacy Manifest, evitare errori comuni e garantire aggiornamenti fluidi
-
-## WWDC23: Inizia con i privacy manifest | Apple
-
-<iframe src="https://www.youtube.com/embed/OQMF4LDqscc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Elementi Principali del Privacy Manifest
-
-Il Privacy Manifest di Apple include tre componenti principali:
-
-1.  **Dichiarazione dei Dati**: Specifica i tipi di dati che la tua app raccoglie, il motivo della raccolta, le API sensibili alla privacy utilizzate e gli SDK di terze parti integrati nell'app. Devi anche fornire una chiara motivazione aziendale per ciascuno
-    
-2.  **Domini Esterni**: Elenca tutti i domini esterni con cui la tua app comunica, spiega lo scopo della comunicazione e dettaglia le misure di sicurezza in atto
-    
-3.  **Formato JSON e Incorporamento**: Segui la struttura JSON richiesta da Apple per il manifest e assicurati che sia incorporato sia nel bundle dell'app che in qualsiasi pacchetto di aggiornamento live
-    
-
-Ora, vedremo come creare e verificare il tuo manifest in un progetto Capacitor
-
-## Configurazione del Privacy Manifest in [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Creazione del File Manifest
-
-Inizia aggiungendo un file chiamato `ios/App/Resources/PrivacyInfoxcprivacy` per dichiarare l'utilizzo delle API e la raccolta dati della tua app. Ecco un esempio di come potrebbe apparire il file:
-
-```json
-{
-  "NSPrivacyAccessedAPITypes":[{"NSPrivacyAccessedAPIType":"NSUserDefaults","NSPrivacyAccessedAPITypeReasons":["FE001"]}],
-  "NSPrivacyCollectedDataTypes":[{"NSPrivacyDataType":"NSPrivacyDataTypeDeviceID","NSPrivacyDataReason":"Basic app functionality"}]
-}
-```
-
-Dopo aver creato questo file, apri [Xcode](https://developer.apple.com/xcode/) per assicurarti che sia incluso correttamente nel tuo progetto
-
-### Test e Verifica
-
-In Xcode, vai su **Product > Analyze** per generare un Report sulla Privacy. Esamina attentamente il report per eventuali avvisi o API non dichiarate e apporta le modifiche necessarie per evitare problemi. Una volta che tutto è a posto, procedi con il deployment degli aggiornamenti
-
-### Aggiornamenti con [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Dopo aver superato l'analisi di Xcode, usa Capgo per gli aggiornamenti live per mantenere aggiornato il privacy manifest della tua app. Capgo fornisce:
-
--   **Deployment istantanei**: il 95% degli utenti riceve gli aggiornamenti entro 24 ore [\[1\]](https://capgo.app/)
--   **Rollback con un click** per correzioni rapide
--   **Strumenti di analytics** per monitorare il successo degli aggiornamenti e garantire la conformità
-
-Il piano Team di Capgo costa 83$ al mese (fatturato annualmente), supportando fino a 100.000 utenti attivi mensili (MAU) e 2.000 GB di banda
-
-## Linee Guida per la Conformità alla Privacy
-
-Dopo aver verificato il tuo manifest in Xcode, è importante assicurarsi che la conformità alla privacy rimanga intatta. Ecco come mantenere le cose in ordine
-
-### Pratiche Raccomandate
-
-Considera l'utilizzo di Capgo per distribuire istantaneamente gli aggiornamenti del manifest, evitando ritardi causati dalle revisioni dell'App Store. Questo strumento supporta anche i rollout graduali, permettendoti di testare le modifiche con analytics in tempo reale prima di distribuirle a tutti gli utenti [\[1\]](https://capgo.app/)
-
-### Errori Comuni
-
-Affidarsi agli [aggiornamenti manuali](https://capgo.app/docs/plugin/cloud-mode/manual-update/) può essere lento, poiché dipendono dai tempi di revisione dell'App Store, che possono richiedere giorni o persino settimane. Questo spesso lascia la documentazione obsoletaD'altra parte, gli strumenti automatizzati consentono aggiornamenti istantanei, forniscono analisi per monitorare le distribuzioni e facilitano il rollback delle modifiche in caso di problemi [\[1\]](https://capgo.app/)
-
-### Aggiornamenti Manuali vs Automatizzati
-
-Ecco un rapido confronto tra i metodi di aggiornamento manuali e automatizzati:
-
--   **Velocità di Consegna**: Gli aggiornamenti manuali possono richiedere giorni o settimane, mentre gli [aggiornamenti automatizzati](https://capgo.app/docs/live-updates/update-behavior/) raggiungono il 95% degli utenti entro 24 ore [\[1\]](https://capgo.app/)
--   **Monitoraggio del Successo**: I metodi manuali variano, ma gli aggiornamenti automatizzati raggiungono un tasso di successo dell'82% in tutto il mondo [\[1\]](https://capgo.app/)
--   **Opzioni di Rollback**: Gli aggiornamenti manuali offrono un recupero limitato, mentre gli aggiornamenti automatizzati consentono rollback immediati
--   **Monitoraggio**: I controlli manuali richiedono tempo, mentre gli strumenti automatizzati forniscono analisi in tempo reale [\[1\]](https://capgo.app/)
--   **Distribuzione**: I sistemi manuali sono basilari, mentre gli strumenti automatizzati supportano canali di distribuzione avanzati [\[1\]](https://capgo.app/)
--   **Sicurezza**: Gli aggiornamenti manuali mancano di crittografia integrata, mentre i sistemi automatizzati utilizzano la crittografia end-to-end [\[1\]](https://capgo.app/)
-
-## Confronto tra Strumenti di Aggiornamento Live
-
-Approfondiamo il confronto tra due popolari piattaforme di aggiornamento live e vediamo come si confrontano
-
-### Caratteristiche e Prezzi delle Piattaforme
-
-| Caratteristica | Capgo | [Appflow](https://ionicio/appflow/) |
-| --- | --- | --- |
-| Crittografia end-to-end | **Sì** | \-  |
-| Tasso di successo aggiornamenti | **82% mondiale** [\[1\]](https://capgo.app/) | \-  |
-| Tempo di consegna aggiornamenti | **95% entro 24h** [\[1\]](https://capgo.app/) | \-  |
-| Velocità download bundle | **114 ms (5 MB)** [\[1\]](https://capgo.app/) | \-  |
-| Costo annuale (Piano Team) | **€996** | **€6.000** [\[1\]](https://capgo.app/) |
-
-**Conclusione rapida**: Capgo offre un costo del primo anno molto più basso - €996 rispetto ai €6.000 di Appflow
-
-Ora, vediamo come Capgo si distingue specificamente per gli aggiornamenti del Privacy Manifest
-
-### Privacy Manifest: Vantaggi di Capgo
-
-Il codice open-source di Capgo lo rende una scelta valida per gestire gli aggiornamenti del Privacy Manifest. Permette rapide modifiche per soddisfare gli standard di privacy in evoluzione, garantendo una gestione della conformità più semplice [\[1\]](https://capgo.app/)
-
-## Riepilogo
-
-Da maggio 2024, tutte le app iOS devono rispettare i requisiti obbligatori del manifest. L'automazione può rendere molto più semplice la gestione di questi manifest. Per i progetti Capacitor, includi il tuo manifest nel bundle iOS e usa strumenti come Capgo per automatizzare gli aggiornamenti in modo sicuro, grazie alla sua crittografia end-to-end.
-
-Con il tuo manifest configurato e gli aggiornamenti automatizzati, ecco alcune pratiche chiave per garantire aggiornamenti fluidi del Privacy Manifest:
-
--   Usa strumenti CLI per semplificare la distribuzione
--   Implementa sistemi di canali per distribuzioni controllate degli aggiornamenti
--   Mantieni una documentazione dettagliata dei tuoi processi di raccolta dati
--   Testa e verifica regolarmente la conformità alla privacy
diff --git a/src/content/blog/it/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md b/src/content/blog/it/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
deleted file mode 100644
index 518d22eb4..000000000
--- a/src/content/blog/it/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
+++ /dev/null
@@ -1,135 +0,0 @@
----
-slug: update-your-capacitor-apps-seamlessly-using-capacitor-updater
-title: Aggiorna le tue app Capacitor senza interruzioni utilizzando Capacitor-updater
-description: >-
-  Saluti alla Community Ionic Capacitor, oggi vi aiuterò a configurare
-  Capacitor-updater nella vostra app. In modo da poter effettuare rilasci senza
-  interruzioni.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-02-27T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /update_flow.webp
-head_image_alt: Capacitor Dev alla ricerca di alternative
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: it
-next_blog: ''
----
-## Cos'è Capacitor-updater?
-
-Capacitor-updater, una tecnologia che aiuta nella distribuzione di aggiornamenti e miglioramenti delle app agli utenti finali istantaneamente.
-
-Questo è particolarmente utile se vuoi fare correzioni di bug critici e distribuirle istantaneamente senza passare attraverso le revisioni dell'App Store.
-
-Puoi pensarlo come un'agilità "simile al web" nel caricare lateralmente gli aggiornamenti non appena sono disponibili.
-
-Inoltre, fornisce rollback se il nuovo aggiornamento causa il crash dell'app
-
-## Come funziona?
-
-Capgo mantiene il bundle JavaScript della tua app sincronizzato con il server Capgo, e ogni volta che l'utente apre l'app, verifica con il server Capgo se è disponibile un nuovo aggiornamento per il bundle. E naturalmente, viene fornito con tonnellate di configurazioni fantastiche che possono aiutarti a perfezionare l'esperienza dei tuoi utenti.
-
-Uso Capgo in tutti i progetti che costruisco. Questo mi permette di dedicare meno tempo al processo di revisione dell'App Store.
-
-Puoi leggerne di più [qui](https://capgo.app/).
-
-## Ci sono limitazioni?
-
-Per quanto possa sembrare buono, ci sono alcune cose che dobbiamo tenere a mente.
-La prima cosa è che gli aggiornamenti OTA __funzionano solo con i bundle web__.
-Potresti pensare che questa non sia davvero una grande limitazione perché, in Capacitor JS, scriviamo quasi tutto il codice in JS CSS e HTML.
-Mentre questo può essere vero, ci sono ancora moduli nativi che installiamo nella nostra app.
-Se un modulo modifica le tue directory android o iOS, non puoi usare OTA per aggiornare la tua app.
-Questo perché i contenuti di queste directory vengono utilizzati per compilare i binari nativi, che OTA non può aggiornare.
-Nemmeno l'app nativa può aggiornare questa parte.
-
-Ma puoi configurare il tuo CI/CD per gestire questa parte, ho fatto un tutorial su come farlo [qui per IOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/).
-
-## Configurazione automatica di Capgo
-
-È il momento di registrarsi e ottenere la tua chiave API per caricare la tua prima versione! Inizia [registrandoti per un account Capgo](/register/).
-
-Una volta effettuato l'accesso a Capgo, avrai una pagina di onboarding
-
-![Pagina di onboarding](/onboarding_1_new.webp)
-
-Segui i passaggi nella pagina di onboarding per aggiungere la tua prima app.
-
-### Segui la guida CLI
-
-Da una riga di comando, direttamente nella root della tua app Capacitor, esegui:
-
-`npx @capgo/cli@latest init`
-Per installare Capgo nella tua app Capacitor, la CLI ti guiderà attraverso il processo di configurazione della tua app con Capgo.
-
-Se vuoi farlo manualmente, puoi seguire i passaggi seguenti.
-
-## Configurazione manuale di Capgo
-
-### Installa il plugin
-
-Dovresti ritrovarti con questo codice aggiunto alla tua app:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Per installare il plugin nella tua app Capacitor.
-
-E poi aggiungi alla tua app questo codice per notificare al plugin nativo che il bundle JS è sano (se non lo fai, il plugin nativo tornerà alla versione precedente):
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Questo dirà al plugin nativo che l'installazione è riuscita.
-
-Poi esegui `npm run build && npx cap copy` per aggiornare la tua app.
-
-### Accedi a Capgo CLOUD
-
-Prima, usa la [apikey](https://console.capgo.app/dashboard/apikeys/) `all` presente nel tuo account per accedere con la CLI:
-
-`npx @capgo/cli@latest login YOU_KEY`
-
-### Aggiungi la tua prima app
-
-Iniziamo creando prima un'app in Capgo Cloud con la CLI.
-
-`npx @capgo/cli@latest app add`
-
-Questo comando utilizzerà tutte le variabili definite nel file di configurazione Capacitor per creare l'app.
-
-### Carica la tua prima versione
-
-Esegui il comando per buildare il tuo codice e inviarlo a Capgo con:
-`npx @capgo/cli@latest bundle upload`
-
-Per impostazione predefinita, il nome della versione sarà quello nel tuo file `package.json`.
-
-Controlla in [Capgo](https://console.capgo.app/) se la build è presente.
-
-Puoi anche testarla con la mia [app sandbox mobile](https://capgo.app/app_mobile/).
-
-### Rendi il canale predefinito
-
-Dopo aver inviato la tua app a Capgo, devi rendere il tuo canale `default` per permettere alle app di ricevere aggiornamenti da Capgo.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-## Ricevi un aggiornamento Live su un dispositivo
-
-Affinché la tua applicazione riceva un aggiornamento live da Deploy, dovrai eseguire l'app su un dispositivo o un emulatore. Il modo più semplice per farlo è semplicemente usare il seguente comando per lanciare la tua app locale in un emulatore o un dispositivo collegato al tuo computer.
-
-    npx cap run [ios | android]
-
-Apri l'app, mettila in background e aprila di nuovo, dovresti vedere nei log che l'app ha fatto l'aggiornamento.
-
-Congratulazioni! 🎉 Hai distribuito con successo il tuo primo aggiornamento Live. Questo è solo l'inizio di ciò che puoi fare con gli aggiornamenti Live. Per saperne di più, visualizza la [documentazione completa degli aggiornamenti Live](/docs/plugin/cloud-mode/getting-started/).
-
-> Se hai bisogno di interrompere la ricezione degli aggiornamenti in locale esegui questo comando
-`npx @capgo/cli@latest channel set`
diff --git a/src/content/blog/it/updating-from-capacitor-4-to-capacitor-5.md b/src/content/blog/it/updating-from-capacitor-4-to-capacitor-5.md
deleted file mode 100644
index d4c8abc80..000000000
--- a/src/content/blog/it/updating-from-capacitor-4-to-capacitor-5.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: updating-from-capacitor-4-to-capacitor-5
-title: 'Aggiornamento da Capacitor 4 a Capacitor 5: Una Guida Passo dopo Passo'
-description: >-
-  Scopri come aggiornare il tuo progetto da Capacitor 4 a Capacitor 5 con
-  modifiche minime, incluso l'aggiornamento dei plugin ufficiali e degli
-  strumenti necessari.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-09T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capacitor-5-update.webp
-head_image_alt: Illustrazione dell'aggiornamento da Capacitor 4 a 5
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Capacitor
-published: true
-locale: it
-next_blog: ''
----
-Rispetto agli aggiornamenti precedenti, il passaggio da Capacitor 4 a Capacitor 5 comporta modifiche minime. Questa guida fornisce istruzioni dettagliate per aggiornare il tuo progetto a Capacitor 5, oltre a un elenco delle modifiche importanti per i plugin ufficiali.
-
-**Nota**: Capacitor 5 richiede NodeJS 16 o superiore, poiché Node 12 ha raggiunto la fine del supporto e Node 14 raggiungerà la fine del supporto il 30 aprile 2023. Si consiglia di utilizzare l'ultima versione LTS di NodeJS.
-
-1. Installa l'ultima versione del CLI Capacitor nel tuo progetto:
-
-   ```
-   npm i -D @capacitor/cli@latest
-   ```
-
-2. Esegui il seguente comando per permettere al CLI di gestire la migrazione:
-
-   ```
-   npx cap migrate
-   ```
-
-   Se alcuni passaggi della migrazione non possono essere completati, verranno fornite informazioni aggiuntive nell'output del terminale. I passaggi di migrazione manuale sono elencati di seguito.
-
-3. Se hai installato l'estensione VS Code, controlla la sezione delle raccomandazioni dell'estensione per trovare l'opzione per migrare il tuo progetto a Capacitor 5.
-
-### Aggiornamento del Progetto iOS Capacitor 4 a Capacitor 5
-
-1. **Aggiorna Xcode**: Capacitor 5 richiede Xcode 14.1+.
-
-2. **Aggiorna .gitignore**: Apporta le seguenti modifiche al tuo file `.gitignore`:
-
-   ```
-   - App/Podfile.lock
-   + App/output
-   ```
-
-3. **Aggiorna gli Assets per utilizzare una singola icona app**: Xcode 14 supporta una singola icona app di 1024x1024. Pulisci il tuo AppIcon.appiconset rimuovendo tutte le dimensioni non necessarie.
-
-### Aggiornamento del Progetto Android Capacitor 4 a Capacitor 5
-
-1. **Aggiorna Android Studio**: Capacitor 5 richiede Android Studio Flamingo | 2022.2.1 o più recente a causa dell'utilizzo di Gradle 8, che richiede Java JDK 17. Java 17 è incluso in Android Studio Flamingo, quindi non sono necessari download aggiuntivi.
-
-2. **Esegui AGP Upgrade Assistant**: Android Studio può aiutare con alcuni aggiornamenti relativi a Gradle e lo spostamento dei pacchetti nei file di build. Per iniziare, esegui `Tools -> AGP Upgrade Assistant`.
-
-3. **Aggiorna le Variabili del Progetto Android**: Nel tuo file `variables.gradle`, aggiorna i tuoi valori ai seguenti nuovi minimi:
-
-   ```
-   minSdkVersion = 22
-   compileSdkVersion = 33
-   targetSdkVersion = 33
-   androidxActivityVersion = '1.7.0'
-   androidxAppCompatVersion = '1.6.1'
-   androidxCoordinatorLayoutVersion = '1.2.0'
-   androidxCoreVersion = '1.10.0'
-   androidxFragmentVersion = '1.5.6'
-   coreSplashScreenVersion = '1.0.0'
-   androidxWebkitVersion = '1.6.1'
-   junitVersion = '4.13.2'
-   androidxJunitVersion = '1.1.5'
-   androidxEspressoCoreVersion = '3.5.1'
-   cordovaAndroidVersion = '10.1.1'
-   ```
-
-4. **Aggiorna Google Services**:
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.google.gms:google-services:4.3.13'
-   +       classpath 'com.google.gms:google-services:4.3.15'
-   }
-   ```
-
-5. **Aggiorna il plugin Gradle a 8.0.0**:
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.android.tools.build:gradle:7.2.1'
-   +       classpath 'com.android.tools.build:gradle:8.0.0'
-   }
-   ```
-
-6. **Aggiorna Gradle wrapper a 8.0.2**:
-
-   ```
-   # gradle-wrapper.properties
-   distributionBase=GRADLE_USER_HOME
-   distributionPath=wrapper/dists
-   - distributionUrl=https\://services.gradle.org/distributions/gradle-7.4.2-all.zip
-   + distributionUrl=https\://services.gradle.org/distributions/gradle-8.0.2-all.zip
-   zipStoreBase=GRADLE_USER_HOME
-   zipStorePath=wrapper/dists
-   ```
-
-7. **Disabilita Jetifier**:
-
-   ```
-   # gradle.properties
-   android.useAndroidX=true
-   - android.enableJetifier=true
-   ```
-
-8. **Sposta il pacchetto in `build.gradle`**:
-
-   ```
-   # AndroidManifest.xml
-   <?xml version="1.0" encoding="utf-8"?>
-   - <manifest xmlns:android="http://schemas.android.com/apk/res/android"
-   -     package="[YOUR_PACKAGE_ID]">
-   + <manifest xmlns:android="http://schemas.android.com/apk/res/android">
-   ```
-
-   ```
-   # build.gradle
-   android {
-   +     namespace "[YOUR_PACKAGE_ID]"
-         compileSdkVersion rootProject.ext.compileSdkVersion
-   ```
-
-9. **Aggiorna androidScheme**: In Capacitor 6, `https` sarà l'impostazione predefinita per `androidScheme` per le app esistenti per consentire alle applicazioni Capacitor di utilizzare meglio la funzione di Autofill di sistema. Per evitare la perdita di dati a seguito di questa modifica, imposta lo schema su `http` ora, anche se è l'impostazione predefinita attuale.
-
-   ```
-   {
-     server: {
-       androidScheme: "http"
-     }
-   }
-   ```
-
-10. **Aggiorna la versione di Kotlin**: Se il tuo progetto utilizza Kotlin, aggiorna la variabile `kotlin_version` a `'1.8.20'`.
-
-### Modifiche alla Funzionalità dei Plugin
-
-Le seguenti funzionalità dei plugin sono state modificate o rimosse. Aggiorna il tuo codice di conseguenza:
-
-- Action Sheet
-- Browser
-- Camera
-- Device
-- Geolocation
-- Google Maps
-- Local Notifications
-- Push Notifications
-- Status Bar
-
-### Action Sheet
-
-- Aggiorna la variabile `androidxMaterialVersion` a `1.8.0`.
-
-### Browser
-
-- Aggiorna la variabile `androidxBrowserVersion` a `1.5.0`.
-
-### Camera
-
-- Per Android 13, aggiungi il permesso di lettura delle immagini multimediali (`<?xml version="1.0" encoding="utf-8"?>`) in `AndroidManifest.xml`.
-- Aggiorna la variabile `androidxMaterialVersion` a `1.8.0`.
-- Aggiorna la variabile `androidxExifInterfaceVersion` a `1.3.6`.
-
-### Device
-
-- Cambia `DeviceId.uuid` in `DeviceId.identifier`.
-- Su iOS 16+, `DeviceInfo.name` restituirà un nome dispositivo generico a meno che non aggiungi gli appropriati [entitlements](https://developer.apple.com/documentation/bundleresources/entitlements/com_apple_developer_device-information_user-assigned-device-name/).
-
-### Geolocation
-
-- Aggiorna `playServicesLocationVersion` a `21.0.1`.
-
-### Google Maps
-
-- Aggiorna le seguenti variabili:
-  - `googleMapsPlayServicesVersion` a `18.1.0`.
-  - `googleMapsUtilsVersion` a `3.4.0`.
-  - `googleMapsKtxVersion` a `3.4.0`.
-  - `googleMapsUtilsKtxVersion` a `3.4.0`.
-  - `kotlinxCoroutinesVersion` a `1.6.4`.
-  - `androidxCoreKTXVersion` a `1.10.0`.
-  - `kotlin_version` a `1.8.20`.
-
-### Local Notifications
-
-- Per Android 13, è necessario un nuovo controllo dei permessi runtime per programmare le notifiche locali quando si ha come target SDK 33. Chiama `checkPermissions()` e `requestPermissions()` di conseguenza.
-
-### Push Notifications
-
-- Per Android 13, è necessario un nuovo controllo dei permessi runtime per ricevere le notifiche push quando si ha come target SDK 33. Chiama `checkPermissions()` e `requestPermissions()` di conseguenza.
-- Aggiorna la variabile `firebaseMessagingVersion` a `23.1.2`.
-
-### Status Bar
-
-- Su iOS, l'animazione predefinita della status bar è stata modificata in `FADE`.
-
-Seguendo questi passaggi e aggiornando il tuo codice di conseguenza, dovresti aver aggiornato con successo il tuo progetto da Capacitor 4 a Capacitor 5. Assicurati di testare accuratamente la tua applicazione per verificare che tutte le funzionalità e i plugin funzionino come previsto.
diff --git a/src/content/blog/it/us-privacy-laws-mobile-app-checklist.md b/src/content/blog/it/us-privacy-laws-mobile-app-checklist.md
deleted file mode 100644
index 88233f3f5..000000000
--- a/src/content/blog/it/us-privacy-laws-mobile-app-checklist.md
+++ /dev/null
@@ -1,86 +0,0 @@
----
-slug: us-privacy-laws-mobile-app-checklist
-title: 'Leggi sulla privacy degli Stati Uniti: Checklist per app mobile'
-description: >-
-  Assicurati che la tua app mobile rispetti le leggi sulla privacy degli Stati
-  Uniti seguendo questa checklist completa per la protezione dei dati e i
-  diritti degli utenti.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:58:21.536Z
-updated_at: 2025-03-23T05:58:34.062Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df9ec1ffe25179c9af3a48-1742709514062.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  privacy compliance, mobile apps, CCPA, data protection, user rights, COPPA,
-  VCDPA, CPA
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-
-**La conformità alla privacy è fondamentale per le app mobile.** Le leggi sulla privacy degli Stati Uniti come [CCPA](https://enwikipediaorg/wiki/California_Consumer_Privacy_Act), [VCDPA](https://probloomberglawcom/insights/privacy/virginia-consumer-data-protection-act-vcdpa/) e CPA richiedono che le app proteggano i dati degli utenti, garantiscano trasparenza e rispettino i diritti degli utenti. La non conformità può portare a multe fino a $7,500 per violazione e perdita della fiducia degli utenti. Ecco come mantenersi conformi:
-
-- **[Privacy Policy](https://capgo.app/dp/):** Spiegare chiaramente la raccolta, l'utilizzo, la condivisione dei dati e i diritti degli utenti
-- **Permessi Utente:** Ottenere il consenso esplicito e permettere agli utenti di gestire i loro dati
-- **Richieste Dati:** Rispondere alle richieste degli utenti (accesso, cancellazione, opt-out) entro i termini legali
-- **Protezione Dati dei Minori:** Rispettare il [COPPA](https://enwikipediaorg/wiki/Children%27s_Online_Privacy_Protection_Act) per utenti sotto i 13 anni
-- **Salvaguardie Tecniche:** Utilizzare la crittografia, verificare SDK di terze parti e aggiornare rapidamente le funzionalità privacy
-- **Verifiche Regolari:** Condurre revisioni trimestrali delle pratiche sui dati e dei permessi
-- **Formazione del Team:** Educare il team sulle leggi sulla privacy e sulla gestione sicura dei dati
-
-Mantenersi aggiornati sulle leggi in evoluzione e utilizzare strumenti come [Capgo](https://capgo.app/) per implementare aggiornamenti sicuri in modo efficiente. La conformità alla privacy non riguarda solo evitare sanzioni - si tratta di costruire fiducia con i propri utenti.
-
-## [USENIX Security](https://wwwusenixorg/conference/usenixsecurity25) '24 - Navigare nella Conformità alla Privacy
-
-![USENIX Security](https://mars-images.imgix.net/seobot/screenshots/wwwusenixorg-d8a0181fef2b5e2513a1acfa3938daca-2025-03-23.jpg?auto=compress)
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## Principali Leggi sulla Privacy USA per le App
-
-Comprendere le principali leggi sulla privacy USA è cruciale per garantire la conformità delle app mobile. Queste leggi stabiliscono gli standard per la gestione dei dati e della privacy degli utenti.
-
-### Requisiti [CCPA](https://enwikipediaorg/wiki/California_Consumer_Privacy_Act)
-
-Il California Consumer Privacy Act (CCPA) delinea regole specifiche per le app che gestiscono dati dei residenti in California. Ecco una rapida panoramica:
-
-| **Requisito** | **Dettagli** | **Tempistica** |
-| --- | --- | --- |
-| Divulgazione Dati | Elencare chiaramente i tipi di dati raccolti | Al momento della raccolta |
-| Diritti di Opt-out | Fornire un'opzione visibile "Non Vendere i Miei Dati" | Immediatamente disponibile |
-| Diritti di Cancellazione | Elaborare le richieste degli utenti di cancellare i dati | Entro 45 giorni |
-| Aggiornamenti Privacy | Revisione e aggiornamento delle policy sulla privacy | Ogni 12 mesi |
-
-Le app devono anche notificare gli utenti e ottenere il loro consenso prima di raccogliere dati personali come la posizione.
-
-### Altre Leggi Statali sulla Privacy
-
-Diversi stati hanno emanato le proprie normative sulla privacy:
-
-- **Virginia Consumer Data Protection Act (VCDPA):** Richiede trasparenza sulle pratiche dei dati, concede agli utenti diritti di accesso e cancellazione dei dati, permette di rinunciare agli annunci mirati e impone valutazioni per gli usi di dati ad alto rischio
-- **Colorado Privacy Act (CPA):** Si concentra su meccanismi universali di opt-out, avvisi privacy chiari e limitazione della raccolta non necessaria di dati
-
-### Leggi Federali e Regole [FTC](https://wwwftcgov/)
-
-![FTC](https://mars-images.imgix.net/seobot/screenshots/wwwftcgov-ce439e87b8dcc2429a2bbfa28a3503d6-2025-03-23.jpg?auto=compress)
-
-Le leggi federali stabiliscono una base per la protezione della privacy in tutte le app USA, con la Federal Trade Commission (FTC) che applica linee guida chiave:
-
-- Mantenere le promesse di privacy agli utenti
-- Proteggere i dati degli utenti dalle violazioni 
-- Seguire il Children's Online Privacy Protection Act (COPPA) per utenti sotto i 13 anni
-- Spiegare chiaramente le pratiche sui dati nelle policy sulla privacy
-
-Secondo il COPPA, le app devono ottenere il consenso verificato dei genitori prima di raccogliere dati dai bambini, limitare la quantità di dati raccolti, garantire l'archiviazione sicura e scrivere policy sulla privacy in un linguaggio facilmente comprensibile dai genitori.
-
-## Checklist per la Conformità alla Privacy
-
-Questa checklist fornisce passaggi pratici per aiutare a soddisfare i requisiti legali discussi in precedenza.
-
-### Configurazione Privacy Policy
-
-Creare una privacy policy allineata con gli USA
\ No newline at end of file
diff --git a/src/content/blog/it/usage-frequency-segmentation-for-app-updates.md b/src/content/blog/it/usage-frequency-segmentation-for-app-updates.md
deleted file mode 100644
index efa1f61ba..000000000
--- a/src/content/blog/it/usage-frequency-segmentation-for-app-updates.md
+++ /dev/null
@@ -1,185 +0,0 @@
----
-slug: usage-frequency-segmentation-for-app-updates
-title: Segmentazione della Frequenza di Utilizzo per gli Aggiornamenti dell'App
-description: >-
-  Améliorez les mises à jour de l'application grâce à la segmentation des
-  utilisateurs en fonction de la fréquence d'utilisation, améliorant ainsi
-  efficacement la rétention et l'engagement.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T08:03:06.848Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6821a5b33c68b32f40f8057e-1747037038301.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  app updates, user segmentation, engagement, retention, behavior tracking,
-  mobile apps, update strategy
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**¿Quieres mejores [actualizaciones de la app](https://capgo.app/plugins/capacitor-updater/)? Comienza por entender a tus usuarios.** La segmentación por frecuencia de uso categoriza a los usuarios según la frecuencia con la que interactúan con tu app, ayudándote a entregar actualizaciones que realmente les importen. Aquí está el desglose:
-
--   **Usuarios Avanzados (10+ sesiones/mes):** Enfócate en características avanzadas y actualizaciones de acceso anticipado.
--   **Usuarios Ocasionales (3–9 sesiones/mes):** Mejora la funcionalidad central y la usabilidad.
--   **Usuarios en Riesgo (inactivos por 2+ semanas):** Priorizas la reactivación y la estabilidad.
-
-**¿Por qué esto es importante?** Las actualizaciones personalizadas aumentan la retención en hasta un 26%, mejoran las tasas de adopción en un 25-35%, e incluso reducen los tickets de soporte en un 30-45%. Herramientas como [Capgo](https://capgo.app/) facilitan el proceso al ofrecer una segmentación precisa, implementaciones seguras y monitoreo en tiempo real.
-
-**Cómo hacerlo:**
-
-1.  Rastrea el comportamiento del usuario (sesiones, uso de características, instalaciones de actualizaciones).
-2.  Agrupa a los usuarios por nivel de actividad (avanzados, ocasionales, inactivos).
-3.  Personaliza las actualizaciones para cada grupo (pruebas beta, implementaciones por etapas, reactivación).
-
-Este enfoque no solo mejora la satisfacción del usuario, sino que también fortalece el rendimiento de tu app.
-
-## El Plan de Segmentación: Identificar Qué Impulsa la Retención de Usuarios en Tu App
-
-<iframe src="https://www.youtube.com/embed/-2NQV4TcZBU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Cómo Configurar la Segmentación por Frecuencia de Uso
-
-Para implementar eficazmente la segmentación por frecuencia de uso, necesitarás rastrear el comportamiento del usuario, organizar a los usuarios en grupos según su actividad y personalizar las actualizaciones para satisfacer las necesidades de cada grupo.
-
-### Rastrear Métricas Clave del Comportamiento del Usuario
-
-Comienza monitoreando métricas de compromiso esenciales para entender cómo interactúan los usuarios con tu producto. Aquí tienes un desglose de en qué enfocarte:
-
-| Tipo de Métrica | Qué Rastrear | Propósito |
-| --- | --- | --- |
-| **Patrones de Uso** | Sesiones diarias/semanales, duración de las sesiones | Distinguir a los usuarios activos de los inactivos |
-| **Adopción de Características** | Frecuencia de uso de características, rutas de navegación | Aprender cómo los usuarios interactúan con características específicas |
-| **Comportamiento de Actualización** | Tasas de instalación de actualizaciones, tiempo de respuesta | Medir el éxito de tus actualizaciones |
-
-Estos conocimientos te ayudarán a identificar tendencias y agrupar a los usuarios según sus niveles de actividad.
-
-### Agrupar Usuarios por Nivel de Actividad
-
-Una vez que hayas recopilado los datos, categoriza a los usuarios en grupos distintos. Por ejemplo:
-
--   **Beta Testers**: Sepáralos de los usuarios regulares para probar nuevas características en entornos controlados.
--   **Usuarios Avanzados**: Identifica a estos usuarios muy activos y considera darles acceso anticipado a nuevas características.
--   **Usuarios Inactivos**: Marca a estos usuarios para esfuerzos de reactivación dirigidos.
--   **Seguimiento de Actualizaciones Segmentadas**: Monitorea cómo funcionan las actualizaciones en estos grupos para refinar tu estrategia.
-
-Esta segmentación permite un enfoque más personalizado para mejorar la experiencia del usuario.
-
-### Planificar Actualizaciones para Cada Grupo de Usuarios
-
-Con tus usuarios agrupados, puedes diseñar [estrategias de actualización](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) que se adapten a sus necesidades específicas. Aquí te explicamos cómo abordar cada segmento:
-
--   **Usuarios Avanzados**: Crea un canal beta donde puedan probar nuevas características y proporcionar comentarios antes de un lanzamiento completo.
--   **Usuarios Regulares**: Utiliza implementaciones por etapas para garantizar la estabilidad. Las [actualizaciones parciales](https://capgo.app/docs/live-updates/update-behavior/) pueden reducir las demandas de ancho de banda y acelerar las descargas.
--   **Usuarios Inactivos**: Enfócate en mejorar las características centrales y la estabilidad. Ofrecer opciones de retroceso con un clic puede incentivar a estos usuarios a reactivar su interés.
-
-## Usando [Capgo](https://capgo.app/) para la Segmentación de Usuarios
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6821a5b33c68b32f40f8057e/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgo ofrece herramientas que facilitan dirigirse a actualizaciones para grupos de usuarios específicos con precisión, gracias a sus características de segmentación por frecuencia de uso. Estas capacidades refinan las estrategias de actualización dirigidas discutidas anteriormente.
-
-### Herramientas de Asignación de Usuarios de Capgo
-
-Capgo lleva la segmentación de usuarios un paso más allá al asignar usuarios a canales específicos para implementaciones de actualizaciones personalizadas. Este [sistema de canales](https://capgo.app/docs/plugin/cloud-mode/channel-system/) garantiza que las actualizaciones se entreguen con precisión:
-
-| **Segmento de Usuario** | **Tipo de Canal** | **[Estrategia de Actualización](https://capgo.app/docs/live-updates/update-behavior/)** |
-| --- | --- | --- |
-| Usuarios Avanzados | Canal Beta | Acceso anticipado a nuevas características |
-| Usuarios Regulares | Canal de Producción | Implementaciones por etapas centradas en la estabilidad |
-| Usuarios de Baja Actividad | Canal Estable | Actualizaciones centradas en la funcionalidad central |
-
-### Integrando la Segmentación con CI/CD
-
-Capgo se integra sin problemas con herramientas como [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), y [Jenkins](https://www.jenkins.io/), haciendo que las implementaciones sean tan simples como un solo comando. Además, su API pública permite a los desarrolladores crear integraciones personalizadas dentro de sus flujos de trabajo existentes. Este proceso está diseñado para funcionar junto a los protocolos de seguridad establecidos.
-
-> "Cifrado de extremo a extremo. Solo tus usuarios pueden descifrar tus actualizaciones, nadie más." - Capgo [\[2\]](https://capgo.app)
-
-### Seguridad y Cumplimiento con las Reglas de la App Store
-
-Capgo se adhiere a las pautas de Apple y Google al incorporar características como cifrado de extremo a extremo, control de versiones y opciones de retroceso. Esto asegura que las actualizaciones se entreguen de manera eficiente y segura, apoyando una adopción rápida por parte de los usuarios en todo el mundo.
-
-## Consejos para Mejorar la Segmentación de Usuarios
-
-### Establecer la Frecuencia de Actualización Correcta
-
-Elegir la frecuencia de actualización correcta depende en gran medida de cómo interactúan los usuarios con tu producto. Por ejemplo, los usuarios activos diarios prosperan con actualizaciones frecuentes que los mantengan comprometidos y ofrezcan acceso anticipado a nuevas características. Por otro lado, los usuarios regulares pueden apreciar actualizaciones cada dos semanas o mensuales, mientras que los usuarios de baja actividad solo deberían recibir actualizaciones críticas para evitar abrumarlos.
-
-Para determinar el mejor calendario, considera factores como patrones de uso, la complejidad de nuevas características, comentarios de usuarios y cualquier limitación técnica. Una vez que hayas establecido un plan, valida a través de pruebas beta dirigidas a grupos de usuarios específicos.
-
-### Probar Tu Estrategia de Segmentación
-
-Después de establecer tu plan de actualización, es esencial probar tu estrategia de segmentación para asegurarte de que funcione como se pretende. Las pruebas beta son una excelente manera de validar tu enfoque antes de implementarlo para todos.
-
-| Fase de Pruebas | Duración | Métricas Clave |
-| --- | --- | --- |
-| Beta Inicial | 1–2 semanas | Tasa de éxito de actualizaciones, informes de fallos |
-| Lanzamiento Limitado | 2–4 semanas | Compromiso de usuarios, adopción de características |
-| Lanzamiento Completo | 1–2 meses | Retención a largo plazo, satisfacción general |
-
-Este enfoque por fases te permite identificar y abordar problemas potenciales desde temprano. Una vez que las pruebas confirmen la efectividad de la estrategia, continúa refinándola según los resultados.
-
-### Rastrear y Mejorar Resultados
-
-Incluso después de las pruebas, el trabajo no se detiene. Rastrear regularmente el rendimiento es clave para mantener tu estrategia de segmentación afilada. El monitoreo en tiempo real puede ayudarte a detectar tendencias y hacer ajustes según sea necesario. Herramientas como Capgo ofrecen análisis para evaluar el rendimiento de las actualizaciones y una función de retroceso con un clic para manejar cualquier contratiempo inesperado.
-
-Para aprovechar al máximo tus esfuerzos de segmentación:
-
--   **Monitorea las tasas de adopción de actualizaciones** entre diferentes grupos de usuarios.
--   **Rastrea las tasas de error** para detectar y resolver problemas rápidamente.
--   **Analiza la retroalimentación de los usuarios** para comprender las necesidades específicas de cada segmento.
--   **Aprovecha la función de retroceso de Capgo** para minimizar la interrupción cuando surjan problemas.
-
-> "Implementamos [actualizaciones OTA de Capgo](https://console.capgo.app/resend_email) en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy suave, casi todos nuestros usuarios están actualizados en minutos después de que se despliega la OTA a @Capgo." - colenso, @colenso [\[2\]](https://capgo.app)
-
-## Resumen
-
-### Resultados de una Buena Segmentación
-
-Cuando la segmentación se realiza bien, los resultados hablan por sí mismos. Las tasas de adopción de actualizaciones pueden aumentar en un 25–35% cuando las actualizaciones se entregan en función de la actividad del usuario. Al mismo tiempo, los tickets de soporte técnico ven una disminución significativa - alrededor del 30–45% - gracias a la detección temprana de problemas potenciales. Incluso la retención de usuarios recibe un sólido impulso, mejorando entre un 15–25% debido a menos interrupciones y lanzamientos de características más relevantes.
-
-Las actualizaciones personalizadas también tienen un impacto directo en el compromiso del usuario. La duración de las sesiones aumenta entre un 10–20%, y las calificaciones de la app pueden saltar hasta una estrella completa. Para las apps monetizadas, los efectos son aún más convincentes, con [compras dentro de la app](https://capgo.app/plugins/native-purchases/) que aumentan entre un 15–30% cuando las actualizaciones se centran en usuarios de alto valor [\[1\]](https://www.pushwoosh.com/blog/mobile-app-user-segmentation/).
-
-Estos resultados destacan el impacto que puede tener la segmentación dirigida, sentando las bases para una [estrategia de actualización personalizada](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) impulsada por Capgo.
-
-### El Papel de Capgo en la Segmentación de Actualizaciones
-
-Capgo facilita aprovechar los beneficios de la segmentación con su solución de actualización en vivo. Usando las herramientas de asignación de usuarios de Capgo, puedes implementar actualizaciones en segmentos específicos de usuarios con precisión. La plataforma prioriza actualizaciones seguras y en cumplimiento mientras ofrece cifrado de extremo a extremo.
-
-| **Beneficios Clave de Capgo** | **Implementación** |
-| --- | --- |
-| Precisión | Entregar actualizaciones adaptadas a segmentos específicos |
-| Seguridad | Retroceder actualizaciones instantáneamente si es necesario |
-| Monitoreo | Rastrear rendimiento en tiempo real |
-| Seguridad | Asegurar que las actualizaciones estén cifradas y cumplan con los estándares de cumplimiento |
-
-> "Implementamos actualizaciones OTA de Capgo en producción para nuestra base de usuarios de +5000. Estamos viendo una operación muy suave, casi todos nuestros usuarios están actualizados en minutos después de que se despliega la OTA a @Capgo." - colenso, @colenso [\[2\]](https://capgo.app)
-
-## Preguntas Frecuentes
-
-:::faq
-### ¿Cómo puede la segmentación por frecuencia de uso mejorar las estrategias de actualización de apps?
-
-La segmentazione della frequenza di utilizzo aiuta gli sviluppatori a perfezionare gli aggiornamenti delle app in base a quanto spesso gli utenti interagiscono con l'app. Suddividendo gli utenti in categorie come utenti frequenti, occasionali o rari, gli sviluppatori possono concentrarsi sulla distribuzione di aggiornamenti che rispondano ai bisogni specifici di ciascun gruppo, aumentando infine la soddisfazione e la fidelizzazione.
-
-Prendiamo, ad esempio, gli utenti frequenti: potrebbero apprezzare aggiornamenti che migliorano le prestazioni o introducono funzionalità avanzate. D'altro canto, gli utenti occasionali potrebbero trarre maggiori benefici dagli aggiornamenti che semplificano la navigazione o risolvono frustrazioni comuni. Strumenti come **Capgo** semplificano questo processo consentendo aggiornamenti in tempo reale per le app [Capacitor](https://capacitorjs.com/), garantendo che gli utenti ricevano gli aggiornamenti giusti istantaneamente, senza il fastidio delle approvazioni del negozio di app.
-:::
-
-:::faq
-### Quali sono gli strumenti e le metriche chiave per monitorare il comportamento degli utenti al fine di creare una segmentazione efficace dell'utilizzo?
-
-Per far funzionare efficacemente la segmentazione dell'utilizzo, è necessario tenere d'occhio da vicino il comportamento degli utenti attraverso strumenti e metriche che offrono approfondimenti utili. Piattaforme come **[Google Analytics](https://marketingplatform.google.com/about/analytics/)** o **[Mixpanel](https://mixpanel.com/)** sono ottime per tracciare le interazioni degli utenti, la durata delle sessioni e come vengono utilizzate le funzionalità. Inoltre, il **monitoraggio degli eventi in-app** può mostrarti esattamente come gli utenti interagiscono con funzionalità specifiche, mentre l'**analisi delle coorti** aiuta a scoprire le tendenze nel comportamento degli utenti nel tempo.
-
-Le metriche chiave su cui concentrarsi includono **tassi di retention**, **quanto spesso gli utenti interagiscono con l'app** e **livelli complessivi di attività**. Se stai lavorando con app Capacitor, strumenti come **Capgo** possono rendere questo processo più fluido offrendo aggiornamenti e funzionalità direttamente a gruppi di utenti mirati. Questo consente un'esperienza più personalizzata e cicli di iterazione più rapidi, mantenendo l'app allineata con le esigenze degli utenti.
-:::
-
-:::faq
-### Come aiuta Capgo gli sviluppatori a semplificare gli aggiornamenti delle app e migliorare l'esperienza dell'utente?
-
-Capgo offre agli sviluppatori la possibilità di inviare aggiornamenti, correzioni e nuove funzionalità alle loro app istantaneamente, senza ritardi per l'approvazione del negozio di app. Ciò significa che puoi affrontare i feedback degli utenti e risolvere i problemi man mano che si presentano, creando un'esperienza fluida per i tuoi utenti.
-
-Caratteristiche chiave come **cifratura end-to-end**, **integrazione CI/CD**, e l'opzione di indirizzare gli aggiornamenti a gruppi di utenti specifici rendono Capgo sia sicuro che adattabile. Inoltre, i suoi **strumenti di gestione delle organizzazioni** semplificano il coordinamento tra i team, garantendo al contempo la conformità alle linee guida di Apple e Android.
-:::
diff --git a/src/content/blog/it/user-consent-for-ota-updates-best-practices.md b/src/content/blog/it/user-consent-for-ota-updates-best-practices.md
deleted file mode 100644
index d0eaa5e7a..000000000
--- a/src/content/blog/it/user-consent-for-ota-updates-best-practices.md
+++ /dev/null
@@ -1,92 +0,0 @@
----
-slug: user-consent-for-ota-updates-best-practices
-title: 'Consenso dell''Utente per gli Aggiornamenti OTA: Best Practices'
-description: >-
-  Scopri le migliori pratiche per ottenere il consenso degli utenti per gli
-  aggiornamenti OTA, garantendo conformità, sicurezza e mantenendo la fiducia
-  degli utenti durante gli aggiornamenti delle app.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T03:12:16.361Z
-updated_at: 2025-04-26T03:14:26.325Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c46c45a08fca89178f92d-1745637266325.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  OTA updates, user consent, app security, compliance, mobile updates, data
-  protection, user trust, update notifications
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Not getting user consent for OTA updates can lead to:
-
-1. Legal compliance issues with platform policies
-2. Loss of user trust
-3. Potential security vulnerabilities
-4. Risk of app store rejection
-5. Negative user reviews and ratings
-
-### How often should I ask for user consent?
-
-Best practices suggest:
-
-1. Once during initial app setup
-2. For major updates affecting functionality
-3. When privacy policies change
-4. When required by new regulations
-5. For updates requiring significant data usage
-
-### What information should be included in update consent notifications?
-
-Key elements include:
-
-1. Purpose of the update
-2. Size of the update
-3. Impact on app functionality
-4. Data usage requirements
-5. Security improvements or changes
-
-### Can I automate the consent process?
-
-While automation is possible, consider:
-
-1. Platform-specific requirements
-2. Legal compliance needs
-3. User experience impact
-4. Security implications
-5. Audit trail requirements
-
-### How do I handle users who decline updates?
-
-Recommended approaches include:
-
-1. Providing clear explanations of update benefits
-2. Offering alternative update times
-3. Maintaining backward compatibility
-4. Documenting declined updates
-5. Following up with critical security updates
-:::
-
-La mancata acquisizione del consenso dell'utente per gli aggiornamenti Over-the-Air (OTA) può portare a gravi problemi legali ed etici. Molte giurisdizioni, inclusi gli Stati Uniti, hanno rigide leggi sulla privacy e sulla protezione dei consumatori che richiedono trasparenza e accordo dell'utente quando si modificano i software sui loro dispositivi. Ignorare questo può comportare sanzioni, cause legali o rimozione dagli app store per non conformità alle linee guida della piattaforma.
-
-Oltre ai rischi legali, aggiornare le app senza il consenso dell'utente può danneggiare la fiducia degli utenti e danneggiare la reputazione del tuo brand. Per evitare questi rischi, è meglio implementare meccanismi di consenso chiari e user-friendly per gli aggiornamenti OTA. Piattaforme come **Capgo** possono aiutare a garantire la conformità offrendo soluzioni di aggiornamento in tempo reale su misura per le app Capacitor.
-:::
-
-:::faq
-### Quali sono le migliori pratiche per creare richieste di consenso conformi e user-friendly per gli aggiornamenti OTA?
-
-Per garantire che le richieste di consenso per gli aggiornamenti Over-the-Air (OTA) siano sia conformi che user-friendly, concentrati su chiarezza, trasparenza e semplicità. Spiega chiaramente in cosa consiste l'aggiornamento, perché è necessario e come beneficia l'utente. Evita il gergo tecnico e usa un linguaggio semplice e facile da capire.
-
-Assicurati di fornire agli utenti una chiara scelta di accettare o rifiutare l'aggiornamento e rispetta la loro decisione. Inoltre, rispetta le linee guida della piattaforma (es. Apple e Android) e le normative sulla privacy dei dati come GDPR o CCPA. Strumenti come Capgo possono aiutare a semplificare il processo offrendo funzionalità come l'assegnazione degli utenti per gli aggiornamenti e la conformità in tempo reale con i requisiti della piattaforma, garantendo un'esperienza fluida e sicura sia per gli sviluppatori che per gli utenti.
-:::
-
-:::faq
-### Quali misure di sicurezza garantiscono la protezione dei dati degli utenti durante gli aggiornamenti OTA?
-
-Per proteggere i dati degli utenti durante gli aggiornamenti Over-the-Air (OTA), è essenziale implementare la **crittografia end-to-end**. Questo garantisce che solo gli utenti previsti possano decrittare e accedere agli aggiornamenti, mantenendo al sicuro le informazioni sensibili.
-
-Inoltre, è fondamentale rispettare le linee guida di sicurezza specifiche delle piattaforme Apple e Android, controllare regolarmente i meccanismi di aggiornamento e utilizzare soluzioni affidabili che diano priorità alla protezione dei dati.
-:::
diff --git a/src/content/blog/it/version-control-tips-for-mobile-ci-cd.md b/src/content/blog/it/version-control-tips-for-mobile-ci-cd.md
deleted file mode 100644
index f64efeee5..000000000
--- a/src/content/blog/it/version-control-tips-for-mobile-ci-cd.md
+++ /dev/null
@@ -1,337 +0,0 @@
----
-slug: version-control-tips-for-mobile-ci-cd
-title: Suggerimenti per il Controllo Versione nel CI/CD Mobile
-description: >-
-  Migliora il tuo processo di CI/CD mobile con strategie efficaci di controllo
-  delle versioni, dai metodi di branching alle pratiche di sicurezza e ai piani
-  di rollback.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:48:24.354Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6824286159ff6128992275a6-1747201776379.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  version control, mobile CI/CD, branching strategies, security practices,
-  rollback plans, semantic versioning, app updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: it
-next_blog: ''
----
-**Vuoi velocizzare lo [sviluppo di app mobile](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/) del 20%?** Il controllo versione è fondamentale. Semplifica la collaborazione, traccia le modifiche e garantisce una fluida integrazione con le pipeline CI/CD. Ecco cosa devi sapere:
-
--   **Best Practice per i Commit**: Usa commit atomici e messaggi chiari per mantenere il codice pulito e facile da gestire.
--   **Strategie di Branching**: Scegli tra branching basato su feature, release o trunk in base alle esigenze del tuo team.
--   **Numerazione delle Versioni**: Attieniti al versionamento semantico (MAJOR.MINOR.PATCH) per chiarezza e coerenza.
--   **Integrazione CI/CD**: Automatizza build e deployment usando tag di versione e strumenti come [Capgo](https://capgo.app/) per [aggiornamenti istantanei](https://capgo.app/docs/).
--   **Sicurezza**: Esegui scansioni automatizzate per vulnerabilità e archivia in modo sicuro i dati sensibili.
--   **Piani di Rollback**: Sii preparato a tornare rapidamente a una versione stabile in caso di problemi.
--   **Monitoraggio Utilizzo**: Usa l'analisi per monitorare l'adozione delle versioni e pianificare efficacemente le deprecazioni.
-
-**Confronto Rapido delle Strategie di Branching:**
-
-| Strategia | Ideale Per | Benefici Chiave | Sfide |
-| --- | --- | --- | --- |
-| Feature Branching | Team veloci | Sviluppo isolato, QA più facile | Rischio di gap comunicativi |
-| Release Branching | Più tracce di rilascio | Release stabili, maggior controllo | Gestione release complessa |
-| Trunk-Based | Team piccoli e collaborativi | Integrazione più veloce, feedback rapido | Richiede test approfonditi |
-
-Queste pratiche non solo fanno risparmiare tempo ma riducono anche gli errori, assicurando che lo sviluppo della tua app mobile rimanga efficiente e affidabile.
-
-## Come Abbiamo Costruito il Controllo Versione delle App con Git
-
-<iframe src="https://www.youtube.com/embed/7kkeX-qLu9g" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Migliori Metodi di Controllo Versione per CI/CD Mobile
-
-Ottimizza il tuo processo di sviluppo mobile con queste pratiche di controllo versione collaudate.
-
-### Regole e Standard per i Commit
-
-Le buone abitudini nei commit sono il fondamento di un efficace controllo versione. Ecco come mantenere i tuoi commit puliti e gestibili:
-
--   **Commit Atomici**: Ogni commit dovrebbe concentrarsi su una singola modifica logica. Ad esempio, separare gli aggiornamenti UI dalle modifiche alla logica backend. Questo approccio semplifica il tracciamento e facilita il rollback in caso di problemi.
-    
--   **Messaggi Descrittivi**: Scrivi messaggi di commit chiari e strutturati. Un buon messaggio include un oggetto conciso (massimo 50 caratteri), una spiegazione dettagliata della modifica e riferimenti ai problemi correlati.
-    
-
-Ecco un template di esempio per un messaggio di commit:
-
-```
-feat(auth): implement biometric login
-
-- Add FaceID/TouchID support for iOS
-- Implement fingerprint authentication for Android
-- Update security documentation
-
-Resolves: MOB-123
-```
-
-Queste pratiche rendono più facile comprendere la storia del tuo codice e garantiscono una collaborazione più fluida.
-
-### Gestione dei Branch Mobile
-
-La scelta della giusta strategia di branching è fondamentale per gestire efficacemente il tuo codice. Ecco un confronto tra gli approcci popolari:
-
-| Strategia | Ideale Per | Benefici Chiave | Sfide |
-| --- | --- | --- | --- |
-| Feature Branching | Team veloci | Sviluppo isolato e QA più facile | Rischio di gap comunicativi |
-| Release Branching | Più tracce di rilascio | Release stabili con maggior controllo | Può complicare la gestione dei rilasci |
-| Trunk-Based | Team piccoli e collaborativi | Integrazione più veloce e feedback rapido | Richiede solide pratiche di testing |
-
-> "Le strategie di branching sono modelli che i team usano per determinare come affronteranno la gestione dei cambiamenti all'interno di una base di codice/asset." - Perforce Software [\[2\]](https://www.perforce.com/blog/vcs/best-branching-strategies-high-velocity-development)
-
-La strategia giusta dipende dalla dimensione del team, dal flusso di lavoro e dagli obiettivi. Qualunque sia la scelta, unire regolarmente i branch isolati aiuta a ridurre i conflitti e mantiene sano il codice.
-
-### Sistema di Numerazione delle Versioni
-
-Abbina la tua strategia di gestione dei branch a un chiaro sistema di numerazione delle versioni. Il formato di **versionamento semantico** ampiamente utilizzato (MAJOR.MINOR.PATCH) funziona bene per le app mobile:
-
--   **MAJOR**: Per modifiche API incompatibili.
--   **MINOR**: Per aggiornamenti di funzionalità retrocompatibili.
--   **PATCH**: Per correzioni di bug.
-
-Le app mobile spesso includono numeri di build per maggiore chiarezza:
-
-```
-Version: 2.4.1 (241)
-```
-
--   Incrementa la **versione major** per modifiche incompatibili.
--   Aggiorna la **versione minor** quando aggiungi funzionalità.
--   Modifica la **versione patch** per le correzioni.
--   Aumenta sempre i numeri di build in sequenza.
-
-Se le tue app iOS e Android hanno funzionalità o correzioni specifiche per piattaforma, mantieni tracce di versione separate. Questo evita confusione durante i rilasci e la risoluzione dei problemi.
-
-## Configurazione Pipeline CI/CD Basata su Versioni
-
-### Trigger di Build Basati su Versione
-
-Configura la tua [pipeline CI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/) per automatizzare le build usando i tag di versione. Ad esempio, la configurazione seguente assicura che le build vengano attivate solo per tag di versione validi come `v2.1.0`:
-
-```yaml
-workflows:
-  version: 2
-  mobile-build:
-    jobs:
-      - build:
-          filters:
-            tags:
-              only: /^v\d+\.\d+\.\d+$/
-            branches:
-              ignore: /.*/
-```
-
-Puoi anche usare versioni taggate per gestire build specifiche per ambiente. Per esempio:
-
--   **`v1.2.3-dev`**: Attiva build per test di sviluppo.
--   **`v1.2.3-rc`**: Esegue build di staging con copertura test completa.
--   **`v1.2.3`**: Distribuisce la build finale in produzione.
-
-### Archiviazione e Consegna delle Build
-
-Organizzare e archiviare gli artefatti di build per piattaforma e versione è cruciale per mantenere consistenza e tracciabilità. Ecco un esempio di come potresti strutturare l'archiviazione delle build:
-
-```
-/builds
-  /ios
-    /v2.1.0
-      - app-release-v2.1.0.ipa
-      - build-metadata.json
-  /android
-    /v2.1.0
-      - app-release-v2.1.0.aab
-      - build-metadata.json
-```
-
-Per gestire efficacemente l'archiviazione, implementa politiche di conservazione che bilancino il controllo dei costi con la necessità di preservare le versioni critiche. Una volta che le tue build sono archiviate e organizzate, puoi integrare strumenti come Capgo per ottimizzare la consegna degli aggiornamenti.
-
-### Gestione Aggiornamenti [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6824286159ff6128992275a6/21f0f35e63cf5752e2e56f9c4dd03eab.jpg)
-
-Capgo permette aggiornamenti mobile istantanei, evitando i ritardi delle approvazioni degli app store. Una volta archiviate le build, puoi automatizzare il deployment usando le funzionalità di Capgo per rollout e rollback.
-
-1.   **Flusso di Deployment Automatizzato**  
-    Configura la tua pipeline per inviare automaticamente gli aggiornamenti a Capgo dopo ogni build.
-    
-2.   **Assegnazione Versione**  
-    Inizia con un rollout graduale, partendo dal 5-10% degli utenti. Monitora le prestazioni ed espandi il rollout in base ai dati raccolti.
-    
-3.   **Rollback di Emergenza**  
-    In caso di problemi, Capgo permette rapidi rollback a una versione stabile. Ecco un esempio di configurazione per un rollback manuale:
-    
-    ```yaml
-    rollback:
-      trigger: manual
-      steps:
-        - name: Revert to stable
-          run: capgo revert --version=${LAST_STABLE_VERSION}
-          environment:
-            CAPGO_API_KEY: ${SECRETS.CAPGO_KEY}
-    ```
-    
-
-## Sicurezza e Recupero nel Controllo Versione
-
-### Controlli e Scansioni di Sicurezza
-
-Proteggere i dati sensibili e mantenere l'integrità del codice sono aspetti non negoziabili nel controllo versione. Per garantire questo, incorpora strumenti come analisi statica, controlli delle dipendenze e rilevamento dei segreti in ogni processo di build. Ecco un esempio pratico di come potresti strutturare queste scansioni:
-
-```yaml
-security_scan:
-  steps:
-    - name: Static Code Analysis
-      run: sonarqube-scanner
-      fail_on: critical
-    - name: Dependency Check
-      run: npm audit
-      threshold: high
-    - name: Secret Detection
-      run: gitleaks detect
-      options: --verbose
-```
-
-Le credenziali sensibili, come [chiavi API](https://capgo.app/docs/webapp/api-keys/) e certificati, dovrebbero sempre essere archiviate in vault sicuri per i segreti - mai direttamente nel tuo repository. Inoltre, adottare pratiche di rotazione sicura delle chiavi è essenziale per minimizzare i rischi:
-
-| Tipo di Credenziale | Ubicazione Archiviazione | Frequenza Rotazione |
-| --- | --- | --- |
-| Chiavi API | Vault Segreti CI/CD | Ogni 90 giorni |
-| Certificati di Firma | Modulo di Sicurezza Hardware | Annualmente |
-| Token di Build | Variabili d'Ambiente | Ogni 30 giorni |
-
-Se una scansione di sicurezza segnala un problema, è cruciale agire rapidamente. Segui le procedure di rollback (descritte sotto) per affrontare il problema senza ritardi.
-
-### Passi per il Rollback Rapido delle Versioni
-
-Dopo aver eseguito scansioni di sicurezza approfondite, un rollback rapido può essere la differenza tra un piccolo intoppo e un problema maggiore. Per gli ambienti di produzione, i rollback controllati sono particolarmente efficaci. Strumenti come il sistema di aggiornamento live di Capgo rendono questo processo sicuro e immediato.
-
-1.   **Valutazione Iniziale**
-    
-    Inizia monitorando gli indicatori chiave di prestazione come tassi di crash, errori API e coinvolgimento utenti. La dashboard analytics di Capgo può aiutarti a identificare rapidamente eventuali anomalie.
-    
-2.   **Rollback Controllato**
-    
-    Usa rollback graduali per tornare progressivamente all'ultima versione stabile, minimizzando le interruzioni. Ecco un esempio di configurazione per un rollback graduale:
-    
-    ```yaml
-    rollback:
-      version: ${LAST_STABLE_VERSION}
-      phases:
-        - percentage: 5
-          duration: 15m
-        - percentage: 25
-          duration: 30m
-        - percentage: 100
-          duration: 1h
-    ```
-    
-3.   **Processo di Verifica**
-    
-    Durante il rollback, conduci test A/B per confermare che la versione precedente risolve il problema. Confronta le metriche sia per il gruppo di controllo che per il gruppo di rollback usando i seguenti criteri:
-    
-    | Metrica | Gruppo di Controllo | Gruppo di Rollback |
-    | --- | --- | --- |
-    | Tasso di Errore | Corrente | Precedente |
-    | Performance | Baseline | Confronto |
-    | Flusso Utente | Monitoraggio | Validazione |
-    
-
-Per incidenti di sicurezza urgenti, la crittografia end-to-end di Capgo assicura che gli aggiornamenti di rollback vengano consegnati in modo sicuro, soddisfacendo i requisiti di conformità della piattaforma. La sua funzionalità di deployment istantaneo riduce anche significativamente il tempo di recupero rispetto agli aggiornamenti tradizionali degli app store.
-
-## Monitoraggio Utilizzo Versioni
-
-### Configurazione Analytics delle Versioni
-
-Migliora la tua pipeline CI/CD incorporando il monitoraggio dell'utilizzo delle versioni per migliorare l'efficienza del deployment e l'adozione degli utenti. Con dashboard analytics dedicate, puoi monitorare i trend di deployment e misurare i cambiamenti nelle prestazioni. Inizia configurando i tuoi strumenti di monitoraggio con metriche chiave e soglie di allerta, così:
-
-```yaml
-analytics_config:
-  metrics:
-    - build_duration
-    - deployment_success_rate
-    - user_adoption_rate
-  alert_thresholds:
-    build_duration_increase: 15%
-    error_rate_threshold: 2%
-```
-
-Ecco un esempio di come tracciare efficacemente queste metriche:
-
-| Metrica | Frequenza Misurazione | Soglia Allerta |
-| --- | --- | --- |
-| Durata Build | Ogni commit | Aumento >15% |
-| Successo Deployment | Giornaliero | <98% success rate |
-| User Adoption | Weekly | <80% on latest version |
-| Error Rates | Hourly | \>2% per versione |
-
-Una volta configurato il monitoraggio, definisci un ciclo di vita per le versioni più vecchie per guidare gli utenti dalle release obsolete a quelle supportate.
-
-### Pianificazione Fine Vita delle Versioni
-
-Una chiara strategia di deprecazione è cruciale per una transizione fluida tra le versioni del software. Stabilisci una timeline per gestire efficacemente il processo, come:
-
-| Fase | Durata | Azioni |
-| --- | --- | --- |
-| Annuncio | 90 giorni | Notificare gli utenti sulla data di fine supporto |
-| Periodo di Migrazione | 60 giorni | Fornire passaggi dettagliati per l'aggiornamento |
-| Periodo di Grazia | 30 giorni | Inviare promemoria finali |
-| Deprecazione | Immediata | Terminare il supporto per la versione |
-
-Monitorando l'utilizzo delle versioni durante queste fasi, puoi identificare gli ostacoli alla migrazione e garantire che la maggior parte degli utenti si aggiorni senza problemi.
-
-### Strumenti di Analisi Capgo
-
-Per avere informazioni in tempo reale, integra queste metriche con strumenti come la suite di analisi di Capgo. Capgo fornisce una visione completa delle prestazioni e dell'adozione delle versioni, inserendosi perfettamente nel tuo workflow CI/CD. Le sue funzionalità includono:
-
--   Monitoraggio in tempo reale dei tassi di adozione delle versioni
--   Segmentazione degli utenti per versione
--   Metriche dettagliate delle prestazioni per ogni versione
--   Rilevamento automatico delle anomalie
-
-Questi strumenti ti garantiscono di rimanere informato e proattivo nella gestione delle versioni nel ciclo di vita del tuo software.
-
-## Conclusione: Guida al Controllo Versione per CI/CD Mobile
-
-Il controllo versione gioca un ruolo fondamentale nei workflow CI/CD mobile, con processi automatizzati che possono ridurre i tempi di sviluppo fino al 20% [\[1\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers). Con l'evoluzione dell'ecosistema delle app mobile, questa importanza diventa ancora più evidente. Ad esempio, la chiusura di [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) nel 2024 e l'imminente chiusura di Ionic Appflow nel 2026 evidenziano la necessità di scegliere soluzioni affidabili e durature per il controllo versione. Questi cambiamenti richiedono strumenti che siano sia flessibili che a prova di futuro.
-
-Per avere successo, i sistemi di controllo versione devono affrontare sfide come la frammentazione dei dispositivi, i requisiti variabili delle piattaforme e i rischi per la sicurezza. Ciò significa incorporare funzionalità come il monitoraggio unificato, i controlli automatici di conformità e la scansione integrata delle vulnerabilità. Strumenti come Capgo, che offrono aggiornamenti istantanei con [crittografia forte](https://capgo.app/docs/cli/migrations/encryption/) ed eliminano i ritardi degli app store, stanno aprendo la strada a workflow più efficienti.
-
-Guardando al futuro, i team che adottano pratiche disciplinate di controllo versione e sfruttano progressi come le revisioni del codice assistite dall'IA e gli ambienti di build serverless saranno meglio posizionati per fornire app mobile di alta qualità con velocità e precisione. Perfezionando le loro strategie e abbracciando strumenti all'avanguardia, i team di sviluppo possono rafforzare le loro pipeline CI/CD e tenere il passo con le esigenze in continua evoluzione del panorama mobile.
-
-## FAQ
-
-:::faq
-### Qual è la differenza tra le strategie di branching feature, release e trunk-based nel CI/CD mobile?
-
-Le strategie di branching sono una parte essenziale dei workflow CI/CD mobile, aiutando i team a gestire il codice in modo efficace e semplificare il processo di deployment. Ecco uno sguardo più approfondito ad alcuni approcci comuni:
-
--   **Feature branching**: Prevede la creazione di branch separati per ogni nuova funzionalità. Permette agli sviluppatori di lavorare in isolamento e testare le loro modifiche prima di unirle al branch principale. Sebbene questo riduca il rischio di conflitti, mantenere i branch attivi troppo a lungo può rallentare l'integrazione.
-    
--   **Release branching**: I team creano branch dedicati specificamente per stabilizzare e preparare il codice per il deployment. Questo permette di continuare il lavoro su nuove funzionalità senza influenzare la stabilità del branch di release, che rimane focalizzato sulla preparazione per la produzione.
-    
--   **Trunk-based development**: Qui, gli sviluppatori inviano frequentemente piccoli aggiornamenti incrementali direttamente nel branch principale. Questo metodo riduce le sfide di integrazione, supporta l'integrazione continua e velocizza i cicli di consegna.
-    
-
-Ognuna di queste strategie ha i suoi vantaggi, e la scelta migliore dipende dal workflow e dalle esigenze del tuo team. Per i team che lavorano con app Capacitor, strumenti come **Capgo** possono elevare il tuo processo CI/CD abilitando aggiornamenti live istantanei. Questo elimina la necessità di approvazioni degli app store e garantisce un'integrazione fluida con le tue pratiche di controllo versione.
-:::
-
-:::faq
-### Come migliora Capgo i workflow CI/CD per app mobile e quali vantaggi offre rispetto agli approcci tradizionali?
-
-Capgo semplifica i workflow CI/CD per app mobile offrendo **aggiornamenti over-the-air (OTA) istantanei**. Questo significa che gli sviluppatori possono evitare il fastidio delle continue sottomissioni agli app store, distribuendo correzioni di bug, nuove funzionalità e aggiornamenti molto più velocemente - il tutto rispettando le linee guida di Apple e Android.
-
-A differenza degli approcci tradizionali, Capgo si distingue con benefici come downtime minimizzato, un'esperienza utente più fluida e un'integrazione senza sforzo nelle pipeline CI/CD esistenti. Gli aggiornamenti possono essere distribuiti in modo sicuro e in tempo reale, rendendo la gestione delle app più efficiente e adattabile. Con funzionalità avanzate come la crittografia end-to-end e aggiornamenti personalizzati per specifici utenti, Capgo garantisce sia la sicurezza che la personalizzazione del processo di aggiornamento.
-:::
-
-:::faq
-### Come posso garantire la sicurezza e abilitare rollback rapidi in una pipeline CI/CD mobile?
-
-Per mantenere sicura la tua pipeline CI/CD mobile e preparata per rollback rapidi, concentrati su **solide pratiche di controllo versione**. Questo significa mantenere note di rilascio complete, sfruttare i feature flag per controllare il rilascio delle funzionalità ed eseguire test automatizzati per identificare vulnerabilità prima del deployment.
-
-Per rollback veloci, assicurati di avere backup affidabili delle versioni precedenti dell'app e usa strumenti che permettono reversioni istantanee. Strumenti come Capgo possono semplificare questo processo con aggiornamenti in tempo reale, permettendoti di risolvere i problemi rapidamente minimizzando l'impatto sugli utenti. Queste misure proteggono la stabilità della tua app e aiutano a mantenere un'esperienza fluida per i tuoi utenti.
-:::
diff --git a/src/content/blog/it/version-tagging-in-capacitor-apps.md b/src/content/blog/it/version-tagging-in-capacitor-apps.md
deleted file mode 100644
index 033ee830c..000000000
--- a/src/content/blog/it/version-tagging-in-capacitor-apps.md
+++ /dev/null
@@ -1,108 +0,0 @@
----
-slug: version-tagging-in-capacitor-apps
-title: Assegnare tag di versione nelle app Capacitor
-description: >-
-  Impara gli elementi essenziali del version tagging nelle app Capacitor,
-  incluse le migliori pratiche per aggiornamenti, sincronizzazione e
-  automazione.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T03:19:04.753Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e36d7410051fda3b6230a0-1742959155569.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  Capacitor, version tagging, semantic versioning, app updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: it
-next_blog: ''
----
-Il tag delle versioni è essenziale per gestire le app [Capacitor](https://capacitorjs.com/). Garantisce aggiornamenti fluidi, tiene traccia delle modifiche e migliora l'affidabilità dell'app su piattaforme iOS, Android e web. Ecco una panoramica rapida:
-
--   **Perché è importante**: Tiene traccia degli aggiornamenti, consente i rollback e garantisce distribuzioni stabili.
--   **Versionamento semantico**: Usa **MAJOR.MINOR.PATCH** per indicare cambiamenti critici, nuove funzionalità o correzioni di bug.
--   **Sincronizzazione tra piattaforme**: Allinea i numeri di versione in `package.json`, iOS `Info.plist` e Android `build.gradle`.
--   **Automazione**: [Automatizza gli aggiornamenti](https://capgo.app/docs/live-updates/update-behavior/) con script npm e strumenti CI/CD.
--   **Aggiornamenti Live**: Strumenti come [Capgo](https://capgo.app/) distribuiscono aggiornamenti al 95% degli utenti entro 24 ore.
--   **Gestione Beta**: Usa canali strutturati per versioni alpha, beta e produzione.
-
-### Confronto Rapido
-
-| Funzionalità | Scopo | Esempio |
-| --- | --- | --- |
-| **Versionamento Semantico** | Traccia chiaramente i cambiamenti | `1.2.3 → 2.0.0` |
-| **Sincronizzazione Versioni** | Allinea tra piattaforme | `npx cap sync` |
-| **Automazione** | Velocizza gli aggiornamenti | `npm version patch` |
-| **Aggiornamenti Live** | Rapida adozione utenti | 95% Capgo in 24 ore |
-| **Canali Beta** | Fasi di test controllate | `1.3.0-beta.1` |
-
-Il tag delle versioni semplifica gli [aggiornamenti delle app](https://capgo.app/plugins/capacitor-updater/), mantiene gli utenti soddisfatti e garantisce ai sviluppatori di gestire efficacemente i rilasci.
-
-## Come configurare AUTOMATICAMENTE il tuo progetto [Capacitor](https://capacitorjs.com/) ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/kYFZkmJ6rAc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-[Translation continues with the same pattern, maintaining all links, code blocks, and technical terms as is, while translating the surrounding text to Italian]
-
-Uno strumento che spicca in questo ambito è Capgo, che offre funzionalità specificamente progettate per le [Capacitor apps](https://capgo.app/blog/capacitor-comprehensive-guide/).
-
-### Funzionalità di Controllo Versione di [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgo fornisce robuste capacità di gestione delle versioni, tra cui:
-
--   **23.5M aggiornamenti completati con successo**
--   **95% degli utenti aggiornati entro 24 ore**
--   **82% tasso di successo globale**
--   **57ms tempo medio di risposta API in tutto il mondo**
-
-> "Attualmente stiamo provando @Capgo dato che Appcenter ha interrotto il supporto per gli aggiornamenti live sulle app ibride e @AppFlow è decisamente troppo costoso." - Simon Flack [\[1\]](https://capgo.app/)
-
-### Soluzioni per Dimensione del Team
-
-Capgo offre piani flessibili per adattarsi a team di tutte le dimensioni, rendendo la gestione delle versioni scalabile ed efficiente.
-
-| Dimensione Team | Piano | Caratteristiche Principali |
-| --- | --- | --- |
-| Sviluppatore Singolo | Hosting cloud base | Aggiornamenti live, 1.000 MAU |
-| Team Piccolo (2-5) | Piano Maker | 10.000 MAU, 500GB larghezza di banda |
-| Team Medio (6-20) | Piano Team | 100.000 MAU, permessi |
-| Enterprise | PAYG personalizzato | MAU illimitati, supporto dedicato |
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per distribuire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo include anche una dashboard analitica per monitorare i tassi di adozione delle versioni e rilevare precocemente potenziali problemi. Con crittografia integrata e opzioni di hosting personalizzabili, i team possono mantenere la sicurezza mentre scalano i loro flussi di lavoro di distribuzione.
-
-## Conclusione
-
-Comprendere il tagging delle versioni è fondamentale per semplificare i processi di sviluppo e distribuzione. Ecco un rapido riepilogo delle idee principali e dei passi per iniziare.
-
-### Punti Chiave
-
-Il tagging delle versioni aiuta gli sviluppatori a mantenere aggiornamenti fluidi e affidabili. Un controllo versione appropriato offre chiari vantaggi:
-
-| Beneficio | Impatto | Risultato |
-| --- | --- | --- |
-| Aggiornamenti Istantanei | Tempi di revisione più brevi | Adozione utente più rapida [\[1\]](https://capgo.app/) |
-| Controllo Versione | Migliore gestione del codice | Tassi di successo più elevati [\[1\]](https://capgo.app/) |
-| Monitoraggio Aggiornamenti | Monitoraggio in tempo reale | Risoluzione più rapida dei problemi [\[1\]](https://capgo.app/) |
-| Controllo Distribuzione | Rilasci mirati | Supporto multi-piattaforma |
-
-Questi risultati evidenziano l'importanza di utilizzare strumenti efficaci per la gestione delle versioni.
-
-### Come Iniziare
-
-Per mettere in pratica questi benefici, segui questi passaggi:
-
--   **Configura il tracciamento delle versioni**: Usa il versionamento semantico nel tuo file `package.json` e integra i plugin necessari.
--   **Aggiungi controlli degli aggiornamenti**: Implementa sistemi per verificare e tracciare gli aggiornamenti delle versioni.
--   **Configura i canali di distribuzione**: Crea ambienti separati per produzione, beta e sviluppo.
-
-Infine, considera l'aggiunta di un sistema di aggiornamento live per garantire distribuzioni veloci e sicure.
diff --git a/src/content/blog/it/why-consent-management-matters-for-app-compliance.md b/src/content/blog/it/why-consent-management-matters-for-app-compliance.md
deleted file mode 100644
index fd0561a93..000000000
--- a/src/content/blog/it/why-consent-management-matters-for-app-compliance.md
+++ /dev/null
@@ -1,230 +0,0 @@
----
-slug: why-consent-management-matters-for-app-compliance
-title: Perché la gestione del consenso è importante per la conformità delle app
-description: >-
-  Comprendere la gestione del consenso è fondamentale per la conformità delle
-  app con le leggi sulla privacy. Scopri strategie efficaci per gestire il
-  consenso degli utenti e mantenere la conformità.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T01:04:25.029Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce-1745543110199.jpg
-head_image_alt: Sviluppo Mobile
-keywords: >-
-  consent management, GDPR, CCPA, app compliance, user privacy, data protection,
-  live updates, consent tracking
-tag: 'Development, Security, Updates'
-published: true
-locale: it
-next_blog: ''
----
-**La gestione del consenso degli utenti è fondamentale per la conformità delle app.** Leggi sulla privacy come [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) e [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) richiedono che le app ottengano il consenso esplicito degli utenti per la raccolta e l'utilizzo dei dati. Senza questo, rischi multe, problemi legali e perdita di fiducia degli utenti. Ecco cosa devi sapere:
-
--   **Cos'è la Gestione del Consenso?** Riguarda la raccolta, l'archiviazione e il monitoraggio delle autorizzazioni degli utenti per l'utilizzo dei dati.
--   **Perché è importante:** Normative come GDPR e CCPA richiedono trasparenza e controllo dell'utente sui dati personali.
--   **Sfide principali:** Gestione di aggiornamenti frequenti, mantenimento della conformità tra regioni e gestione sicura dei record di consenso.
--   **Soluzioni per gli sviluppatori:** Utilizzare comunicazione chiara, autorizzazioni selettive e strumenti come piattaforme di aggiornamento live (es. [Capgo](https://capgo.app/)) per garantire conformità e semplificare gli aggiornamenti.
-
-**Panoramica degli strumenti di conformità:**
-
-| Metodo di aggiornamento | Velocità | Supporto alla conformità | Impatto sull'utente |
-| --- | --- | --- | --- |
-| Aggiornamenti App Store | 3-7 giorni | Processo di revisione completo | [Aggiornamenti manuali utente](https://capgo.app/docs/plugin/cloud-mode/manual-update/) |
-| Controlli lato server | Istantaneo | Supervisione limitata | Nessuna azione utente necessaria |
-| Aggiornamenti live (es. Capgo) | Meno di 24 ore | Conforme alla piattaforma | [Aggiornamenti automatici](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-
-**Conclusione:** Mantieni la conformità implementando aggiornamenti del consenso in tempo reale, proteggendo i dati degli utenti e utilizzando strumenti che si adattano rapidamente ai cambiamenti normativi.
-
-## Cos'è una piattaforma di gestione del consenso?
-
-## Sfide comuni nella gestione del consenso
-
-La gestione efficace del consenso degli utenti non è un compito facile, specialmente con leggi sulla privacy rigorose e il rapido ritmo degli aggiornamenti delle app. Queste sfide evidenziano l'importanza di soluzioni affidabili e flessibili che funzionino perfettamente con le moderne piattaforme di aggiornamento.
-
-### Requisiti delle leggi sulla privacy
-
-Leggi come GDPR e CCPA stabiliscono regole chiare su come le app devono gestire il consenso degli utenti. Gli sviluppatori devono assicurarsi che i loro sistemi possano:
-
--   Permettere agli utenti di regolare le preferenze di consenso per vari tipi di dati
--   Utilizzare un linguaggio semplice e chiaro per spiegare le opzioni di consenso 
--   Definire per quanto tempo i dati degli utenti saranno conservati
--   Fornire opzioni per la portabilità dei dati
-
-La sfida cresce quando le app devono seguire regole da più regioni, ognuna con la propria interpretazione delle leggi sulla privacy.
-
-### Sanzioni per non conformità 
-
-Il mancato rispetto degli standard sulla privacy può portare a pesanti multe e problemi legali. Anche piccoli errori nella gestione del consenso potrebbero risultare in azioni normative. Questo rende essenziale implementare rapidamente [aggiornamenti sicuri](https://capgo.app/docs/live-updates/update-behavior/) per rimanere conformi.
-
-### Problemi di gestione degli aggiornamenti
-
-Per le app costruite con Capacitor, gli aggiornamenti frequenti possono complicare la gestione del consenso. I tradizionali processi di aggiornamento degli app store spesso ritardano modifiche critiche, aumentando il rischio di non conformità.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Le moderne piattaforme di aggiornamento aiutano a risolvere questo problema assicurando che il 95% degli utenti attivi riceva gli aggiornamenti relativi al consenso entro 24 ore [\[1\]](https://capgo.app/). Queste piattaforme danno anche priorità alla sicurezza, utilizzando la crittografia end-to-end e garantendo la compatibilità tra le versioni delle app nel rispetto degli standard sulla privacy.
-
-Affrontare queste sfide è essenziale - non solo per rimanere conformi, ma anche per mantenere la fiducia degli utenti mentre le normative sulla privacy continuano a cambiare.
-
-## Vantaggi principali della gestione del consenso
-
-### Standard di protezione dei dati
-
-Stabilisci linee guida chiare per assicurarti di raccogliere solo i dati che gli utenti hanno esplicitamente approvato. Questo limita la raccolta non necessaria di dati e dà priorità alla privacy degli utenti. Monitorare costantemente le preferenze degli utenti aiuta a mantenere questi standard, rafforzando la fiducia con il tuo pubblico.
-
-### Fiducia degli utenti
-
-Pratiche di consenso trasparenti sono fondamentali per costruire fiducia. Quando gli utenti vedono che la loro privacy è rispettata, sono più propensi a interagire con la tua app o piattaforma. Funzionalità come aggiornamenti in tempo reale che affrontano problemi di privacy possono migliorare l'esperienza utente e portare anche a un migliore feedback dei clienti.
-
-### Registri di conformità 
-
-Mantenere registri accurati è essenziale per soddisfare le normative sulla privacy. Assicurati di documentare:
-
--   Quando il consenso è stato dato o revocato
--   Le autorizzazioni specifiche concesse
--   Come sono stati presentati i dettagli del consenso
--   La versione dei termini sulla privacy accettata
--   Il contesto in cui è stato fornito il consenso
-
-Gli aggiornamenti in tempo reale sono cruciali per mantenere registri di conformità accurati. Quando le leggi sulla privacy cambiano, le app devono rapidamente adeguare i loro sistemi di consenso mantenendo una traccia dettagliata di tutti gli aggiornamenti. Questo livello di documentazione è particolarmente importante per le app che operano in più regioni, poiché fornisce prova di conformità alle leggi locali sulla privacy e riduce il rischio di problemi legali.
-
-## Configurazione del consenso nelle app [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### Creazione di un'interfaccia utente per il consenso
-
-Progetta un modulo di consenso che soddisfi sia i requisiti legali che fornisca un'esperienza utente fluida. Al primo avvio dell'app, assicurati che il modulo di consenso:
-
--   Utilizzi un linguaggio semplice per spiegare le scelte sulla privacy
--   Offra opzioni dettagliate e granulari per gli utenti
--   Includa pulsanti chiari di accettazione/rifiuto e collegamenti alle politiche complete
--   Sfrutti componenti UI nativi che seguono le linee guida specifiche della piattaforma
-
-Poiché gli utenti possono aggiornare le loro preferenze di consenso in qualsiasi momento, assicurati che il tuo sistema supporti aggiornamenti in tempo reale per rimanere conforme.
-
-### Mantenere il consenso aggiornato in tempo reale
-
-Le normative sulla privacy cambiano frequentemente, quindi il tuo sistema di consenso deve rimanere flessibile. Ecco una ripartizione di come gestire gli aggiornamenti in modo efficace:
-
-| Tipo di aggiornamento | Come implementare | Perché aiuta |
-| --- | --- | --- |
-| Correzioni di emergenza | Distribuzione istantanea | Risolve rapidamente problemi di conformità |
-| Modifiche alle politiche | Distribuzione a fasi | Permette test controllati con gruppi di utenti più piccoli |
-| Miglioramenti UI | Test nei canali beta | Garantisce funzionalità fluida prima del rilascio completo |
-
-### Seguire le linee guida della piattaforma
-
-Sia Apple che Google hanno regole specifiche per la gestione del consenso. Ecco cosa devi sapere:
-
-**Per app iOS:**
-
--   Fornire opzioni chiare di opt-in e opt-out
--   Rispettare i requisiti di etichettatura privacy dell'App Store
--   Utilizzare autorizzazioni runtime quando necessario
-
-**Per app Android:**
-
--   Implementare autorizzazioni runtime
--   Permettere agli utenti di revocare facilmente il consenso
--   Spiegare chiaramente come vengono utilizzati i dati
-
-Per semplificare gli aggiornamenti e mantenere la conformità su tutte le piattaforme, considera l'utilizzo di un sistema di aggiornamento live. Questo approccio assicura che la tua app soddisfi gli ultimi standard di privacy senza ritardi non necessari.
-
-## Strumenti per la gestione del consenso
-
-La gestione efficace del consenso richiede strumenti che consentano aggiornamenti rapidi mantenendo la conformità alle normative.
-
-### Confronto dei metodi di aggiornamento
-
-Ecco come si comportano i diversi metodi di aggiornamento quando si tratta di gestire il consenso:
-
-| Metodo | Velocità di aggiornamento | Supporto alla conformità | Impatto sull'utente |
-| --- | --- | --- | --- |
-| Aggiornamenti App Store | 3-7 giorni | Processo di revisione completo | Richiede aggiornamento manuale |
-| Controlli lato server | Istantaneo | Supervisione limitata | Nessuna azione utente necessaria |
-| Aggiornamenti live | Meno di 24 ore | Conforme alla piattaforma | [Aggiornamento automatico in background](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-
-Questa tabella mostra come gli aggiornamenti live si distinguano per velocità e facilità d'uso. Capgo sfrutta appieno questo approccio per fornire soluzioni efficienti.
-
-### Funzionalità di aggiornamento [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/66b4651f868ecdcc17d750c697bea294.jpg)
-
-Capgo sfrutta gli aggiornamenti live per semplificare la gestione del consenso per le app Capacitor. Raggiunge un impressionante **tasso di aggiornamento del 95% degli utenti entro 24 ore** e un **tasso di successo globale dell'82%** per gli aggiornamenti [\[1\]](https://capgo.app/).
-
-Alcune delle caratteristiche principali includono:
-
--   **Crittografia end-to-end** per garantire la trasmissione sicura dei dati di consenso.
--   **Aggiornamenti parziali** per ridurre l'utilizzo della larghezza di banda durante le modifiche relative al consenso.
--   **[Sistema di canali](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** che permette di testare gli aggiornamenti con gruppi specifici di utenti.
--   **Dashboard analytics** per monitorare il successo delle implementazioni del consenso.
-
-> "Capgo è un modo intelligente per effettuare aggiornamenti del codice a caldo (e non per tutti i soldi del mondo come con @AppFlow) :-)" [\[1\]](https://capgo.app/)
-
-### Vantaggi degli aggiornamenti live
-
-L'utilizzo di strumenti in tempo reale come Capgo offre diversi vantaggi per conformità e prestazioni:
-
--   **Rapido adattamento alle leggi sulla privacy**  
-    Gli aggiornamenti rapidi assicurano che le organizzazioni possano rispondere immediatamente ai cambiamenti nelle normative sulla privacy.
-    
--   **Sicurezza migliorata**  
-    La crittografia end-to-end di Capgo mantiene sicuri gli aggiornamenti relativi al consenso durante tutto il processo.
-    
--   **Informazioni sulle prestazioni**  
-    Analytics avanzati forniscono un monitoraggio dettagliato delle modifiche al consenso. Capgo, per esempio, offre un tempo medio di risposta API di soli **57ms in tutto il mondo** [\[1\]](https://capgo.app/).
-    
-
-## Prossimi passi per la conformità delle app
-
-La gestione efficace del consenso richiede strumenti affidabili e una strategia chiara. L'utilizzo di soluzioni di aggiornamento live può migliorare la conformità e mantenere soddisfatti gli utenti.
-
-Ecco cosa dovresti dare priorità:
-
-1. **[Aggiorna automaticamente](https://capgo.app/docs/live-updates/update-behavior/)**: Scegli una piattaforma che consenta una distribuzione rapida. Ad esempio, Capgo raggiunge un tasso di aggiornamento del 95% degli utenti entro 24 ore [\[1\]](https://capgo.app/), garantendo che le modifiche di conformità vengano effettuate tempestivamente.
-2. **Garantisci la gestione sicura dei dati**: Proteggi gli aggiornamenti del consenso con la crittografia end-to-end per soddisfare le normative sulla privacy.
-3. **Monitora le prestazioni degli aggiornamenti**: Utilizza l'analisi per valutare l'efficacia degli aggiornamenti. Le migliori piattaforme mantengono costantemente alti tassi di successo [\[1\]](https://capgo.app/).
-
-I moderni sistemi di aggiornamento offrono diversi vantaggi:
-
-- **Modifiche rapide**: Le funzionalità di aggiornamento istantaneo consentono ai team di affrontare immediatamente i problemi di conformità.
-- **Risparmio sui costi**: Le configurazioni CI/CD tradizionali possono costare circa 300$ al mese [\[1\]](https://capgo.app/), rendendo le opzioni più snelle una scelta più intelligente.
-- **Esperienza utente migliorata**: Gli aggiornamenti parziali utilizzano meno larghezza di banda pur mantenendo gli standard di conformità.
-
-> "Pratichiamo lo sviluppo agile e @Capgo è fondamentale per fornire continuamente ai nostri utenti!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Scegli strumenti che diano priorità a sicurezza, efficienza ed esperienza utente. Queste caratteristiche aiutano a mantenere la conformità offrendo un'esperienza fluida agli utenti.
-
-Raggiungere la conformità non è un compito una tantum. Richiede aggiornamenti costanti e un attento monitoraggio. Valutazioni regolari garantiscono di rimanere allineati con le leggi sulla privacy e mantenere la fiducia degli utenti.
-
-## Domande frequenti
-
-:::faq
-### Come possono gli sviluppatori di app rimanere conformi alle leggi sulla privacy in evoluzione come GDPR e CCPA?
-
-Per rimanere conformi alle leggi sulla privacy in evoluzione come GDPR e CCPA, gli sviluppatori di app devono dare priorità alla **gestione del consenso degli utenti**. Ciò include l'ottenimento di un consenso chiaro e informato dagli utenti prima di raccogliere o elaborare i loro dati, fornire opzioni per gestire o revocare il consenso e garantire la trasparenza sull'utilizzo dei dati.
-
-Per gli sviluppatori che utilizzano app Capacitor, strumenti come **Capgo** possono rendere più facile la conformità. Capgo consente aggiornamenti istantanei alla tua app senza richiedere approvazioni dell'app store, garantendo di poter implementare rapidamente le modifiche per soddisfare i nuovi requisiti di privacy. Con funzionalità come la crittografia end-to-end e gli aggiornamenti in tempo reale, Capgo ti aiuta a mantenere la conformità offrendo un'esperienza utente senza interruzioni.
-:::
-
-:::faq
-### Come possono le piattaforme di aggiornamento live migliorare la gestione del consenso e la conformità delle app rispetto agli aggiornamenti tradizionali?
-
-Le piattaforme di aggiornamento live come **Capgo** consentono agli sviluppatori di distribuire aggiornamenti, correzioni e nuove funzionalità istantaneamente, evitando il lungo processo di approvazione dell'app store. Questo garantisce che la tua app rimanga conforme alle leggi sulla privacy dei dati in evoluzione mentre affronta rapidamente problemi o implementa nuovi requisiti di consenso.
-
-Con funzionalità come la **crittografia end-to-end**, l'integrazione **CI/CD** senza interruzioni e gli aggiornamenti in tempo reale, queste piattaforme rendono più facile gestire la conformità mantenendo un flusso di lavoro sicuro ed efficiente. A differenza dei metodi di aggiornamento tradizionali che possono richiedere settimane, gli aggiornamenti live ti permettono di rispondere ai cambiamenti normativi o al feedback degli utenti in pochi minuti, mantenendo la tua app aggiornata e i tuoi utenti protetti.
-:::
-
-:::faq
-### Come posso documentare e gestire correttamente il consenso degli utenti per garantire la conformità alle leggi sulla privacy dei dati?
-
-Per conformarsi alle leggi sulla privacy dei dati, è essenziale documentare e gestire correttamente il consenso degli utenti. Inizia implementando un **modulo di consenso chiaro e user-friendly** all'interno della tua app che spieghi quali dati vengono raccolti e come verranno utilizzati. Assicurati che gli utenti possano facilmente fornire, modificare o revocare il loro consenso in qualsiasi momento.
-
-Successivamente, mantieni **registri dettagliati del consenso degli utenti**. Ciò include timestamp, i termini specifici accettati e qualsiasi aggiornamento ai termini del consenso. L'utilizzo di strumenti o piattaforme che automatizzano il tracciamento del consenso può semplificare questo processo e ridurre gli errori.
-
-Se stai utilizzando un'app Capacitor, piattaforme come **Capgo** possono aiutarti a rimanere conforme fornendo aggiornamenti live senza interruzioni e garantendo che la tua app rifletta i più recenti requisiti di privacy. Con funzionalità come la crittografia end-to-end e gli aggiornamenti in tempo reale, Capgo supporta la conformità sia con gli standard Apple che Android, rendendo più facile gestire le modifiche relative al consenso degli utenti.
-:::
diff --git a/src/content/blog/ja/2-way-communication-in-capacitor-apps.md b/src/content/blog/ja/2-way-communication-in-capacitor-apps.md
deleted file mode 100644
index 760ac0ddd..000000000
--- a/src/content/blog/ja/2-way-communication-in-capacitor-apps.md
+++ /dev/null
@@ -1,107 +0,0 @@
----
-slug: 2-way-communication-in-capacitor-apps
-title: Capacitorアプリでの双方向通信
-description: >-
-  Capacitorアプリケーションの双方向通信が、リアルタイムのデータ交換をどのように強化し、パフォーマンスとユーザーエクスペリエンスを向上させるかを探ります。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T01:11:37.156Z
-updated_at: 2025-04-26T01:12:41.179Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068-1745629961179.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, two-way communication, native features, web integration, app
-  updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/)アプリにおける双方向通信は、Webとネイティブレイヤーをブリッジして、リアルタイムのデータ交換を可能にします。これにより、WebテクノロジーがカメラやGPSなどのネイティブデバイス機能にアクセスでき、ネイティブレイヤーがWeb要素と対話できます。重要な点は以下の通りです:
-
--   **即時アップデート**: アプリストアの遅延なしに修正と機能をデプロイ。
--   **優れたパフォーマンス**: Web効率性とネイティブアクセスの直接的な組み合わせ。
--   **向上したユーザー体験**: Webとネイティブ機能のスムーズな統合。
--   **グローバルリーチ**: [Capgo](https://capgo.app/)のようなシステムは82%の成功率で数百万のアップデートを配信。
-
-### クイックファクト:
-
--   **[Capgoアップデート](https://capgo.app/docs/)**: 1,400アプリで9億4760万回のアップデート。
--   **アップデート速度**: 24時間以内に95%のユーザーがアップデート。
--   **セキュリティ**: エンドツーエンドの暗号化でデータ転送の安全性を確保。
-
-このガイドでは、双方向通信のセットアップ方法、カスタムプラグインの実装、[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のパフォーマンス最適化について説明します。
-
-## [Capacitor](https://capacitorjs.com/)プラグインをiOS/Android向けに作成する方法
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-1. Web層とネイティブ層の間の双方向通信のセットアップ
-2. アプリのパフォーマンスを最適化するためのカスタムプラグインの実装
-3. アプリストアのガイドラインに従った更新管理
-4. エンドツーエンド暗号化によるデータセキュリティの確保
-
-</Steps>
-
-## コアコンセプトと構造
-
-Capacitorブリッジは、クロスプラットフォームアプリにおけるWebアプリケーションとネイティブデバイス機能間のシームレスな通信のバックボーンとして機能します。
-
-### Capacitorブリッジの仕組み
-
-Capacitorブリッジは、Webアプリとネイティブデバイス機能間の通信を仲介するミドルマンとして機能します。高トラフィック時でもメッセージが確実に配信されるよう、双方向メッセージキューを使用します。
-
-| レイヤー | 機能 | データ処理 |
-| --- | --- | --- |
-| **Webレイヤー** | JavaScriptコールを開始 | データをJSON形式に変換 |
-| **ブリッジコア** | メッセージルーティングとキューイングを管理 | データの検証と変換 |
-| **ネイティブレイヤー** | プラットフォーム固有の操作を実行 | データの処理とデシリアライズ |
-
-ブリッジは、メッセージフォーマットの検証、データ型の変換、適切なネイティブハンドラーへのコールのルーティングを行うことで、円滑な通信を確保します。また、非同期操作の処理を容易にするPromiseベースのレスポンスも提供します。このシステムをプロジェクトに正常に統合するには、慎重なセットアップが必要です。
-
-### プロジェクトセットアップ手順
-
-Web-ネイティブ通信のためにプロジェクトを構成するには、以下の手順に従います:
-
-1.  **プロジェクト構造のセットアップ**
-    
-    プロジェクトディレクトリを以下のように整理します:
-    
-2.  **ネイティブプラットフォームの設定**
-    
-    Capacitor設定ファイルで各プラットフォームのブリッジ設定を調整します。例:
-    
-3.  **ブリッジの実装**
-    
-    最適なパフォーマンスのためにブリッジをセットアップします。例えば、Androidで'async'モードを有効にして、速度を改善し、動作中の安定性を確保します。
-
-## 通信方法
-
-双方向のデータ転送のための特定の方法を使用して、Webとネイティブレイヤーのシームレスな双方向通信を可能にします。
-
-### Web-to-ネイティブコール
-
-Web-to-ネイティブ通信の実装方法:
-
-**実装のための重要な考慮事項:**
-
-| 側面 | 実装 | ベストプラクティス |
-| --- | --- | --- |
-| データ型 | JSON-シリアライズ可能 | 可能な限りプリミティブ型を使用 |
-| エラー処理 | Promiseを返す | try-catchブロックでコールをラップ |
-| パフォーマンス | バッチ操作 | 効率性のために関連するコールを組み合わせる |
-
-### ネイティブ-to-Webデータ転送
-
-ネイティブコードは、Webレイヤーにデータを送信しイベントをトリガーできます。方法は以下の通り:
-
-### 非同期データフローの管理
-
-WebとネイティブレイヤーHuman: continue the translation
-
-Capacitor アプリは、機密情報のためのセキュアなストレージソリューションと、すべてのネットワーク通信に HTTPS を活用することでも恩恵を受けることができます。この記事では Capgo のようなセキュアなライブアップデートのためのツールを紹介していますが、これらの基本的なプラクティスは堅牢なアプリのセキュリティを維持するために重要です。
-:::
diff --git a/src/content/blog/ja/5-common-ota-update-mistakes-to-avoid.md b/src/content/blog/ja/5-common-ota-update-mistakes-to-avoid.md
deleted file mode 100644
index b09949825..000000000
--- a/src/content/blog/ja/5-common-ota-update-mistakes-to-avoid.md
+++ /dev/null
@@ -1,219 +0,0 @@
----
-slug: 5-common-ota-update-mistakes-to-avoid
-title: OTAアップデートで避けるべき5つの一般的なミス
-description: >-
-  アプリのクラッシュやセキュリティリスクにつながる一般的なOTAアップデートの間違いを避けましょう。成功するアップデートのためのベストプラクティスを学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:28:16.443Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935-1744511309285.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, app store compliance, update security, mobile testing, user
-  experience
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-OTA（Over-the-Air）アップデートはアプリを迅速に改善できますが、ミスはクラッシュ、セキュリティリスク、さらには[アプリストア](https://www.apple.com/app-store/)違反につながる可能性があります。一般的な落とし穴を避けるためのクイックガイドです：
-
--   **アプリストア規則違反**: 安全な送信、軽微な変更、適切な文書化などのガイドラインを守り、アプリの拒否を避けましょう。
--   **テストの急ぎ**: アップデートをフェーズ別（アルファ → ベータ → 本番）にテストし、早期にバグを発見し、コンプライアンスを確保します。
--   **脆弱なセキュリティ**: エンドツーエンドの暗号化、アクセス制御、リアルタイムモニタリングを使用して侵害を防ぎます。
--   **ユーザーの混乱**: オフピーク時にアップデートをスケジュール化し、バックグラウンドインストールを使用し、ユーザーと明確にコミュニケーションを取ります。
--   **アップデート追跡の欠如**: 導入率や成功率などの指標を監視して、問題を素早く特定し修正します。
-
-### ベストプラクティスの概要
-
-| ミス | 解決策 |
-| --- | --- |
-| ガイドライン違反 | アプリストアのルールに従い、バージョン管理を使用 |
-| 不十分なテスト | 段階的なロールアウトとリアルタイム追跡を使用 |
-| 脆弱なセキュリティ | アップデートを暗号化しアクセスを管理 |
-| ユーザーの混乱 | スマートにアップデートをスケジュール化し、バックグラウンドインストールを使用 |
-| 追跡の欠如 | 導入率とエラーを監視 |
-
-## iOSアプリでOTAアップデートは実行できますか？ Apple ...
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [アプリストア](https://www.apple.com/app-store/)規則違反
-
-![App Store](https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935/ab359297e839832a0f76203cfe630f58.jpg)
-
-開発者がOTAアップデートでよく犯すミスの一つは、アプリストアのガイドラインを無視することです。AppleのApp Storeと[Google Play](https://play.google.com/store/games?hl=en_US&gl=US)の両方がアプリアップデートに関する厳格なルールを持っており、これらのルールに違反すると拒否、さらにはアプリの削除につながる可能性があります。
-
-### アプリストアコンプライアンスの主要要件
-
--   **セキュリティとプライバシー**: アップデートは、ユーザーデータとデバイスのセキュリティを保護するために、安全な送信プロトコルとエンドツーエンド暗号化を使用する必要があります。AppleとGoogleの両方が、規制の一部として強力なプライバシー対策を優先しています。
--   **ユーザーエクスペリエンスの保護**: OTAアップデートは、当初承認された中核的なアプリ体験を大幅に変更してはいけません。業界専門家のBessie Cooperが言うように、「バグ修正のためのレビュー回避は理想的です。」アップデートは、根本的な変更ではなく、修正と軽微な改善に焦点を当てましょう。
-
-### コンプライアンスを維持するためのベストプラクティス
-
--   バージョン管理を使用して変更を文書化し追跡する。
--   アプリストアレビュー用に詳細なアップデートログを保持する。
--   リリース前にすべてのアップデートを最新のアプリストアガイドラインに照らしてテストする。
-
-[Capgo](https://capgo.app/)のようなプラットフォームはコンプライアンスを簡素化できます。[Capgo](https://capgo.app/)のツールは、AppleとGoogle Playの両方の要件を満たすように設計されており、開発者はストアポリシーに違反することなくライブアップデートをロールアウトできます。アプリストアのルールが進化するにつれて、情報を得続け、コンプライアンスのために構築されたソリューションを使用することで、コストのかかるエラーとアプリの削除を防ぐことができます。
-
-## 2. アップデートテストの急ぎ
-
-徹底的なテストは必須です。これをスキップするとバグが発生し、ユーザーエクスペリエンスを損ない、アプリの評判を傷つける可能性があります。よく計画されたテストプロセスは、アップデートが信頼性があり、ルールに準拠していることを保証します。
-
-### 不十分なテストのコスト
-
-適切なテストをスキップすると、バグが見逃され、悪いレビューとユーザーの不満につながることがよくあります。
-
-### アップデートを効果的にテストする方法
-
-テストを明確なフェーズに分けることで、問題を早期に発見し、よりスムーズなロールアウトを確保できます。
-
-#### チャンネルベースのテストシステム
-
-チャンネルベースのシステムにより、アップデートを全員にリリースする前に特定のグループでテストできます。この方法は早期に問題を特定することでリスクを最小限に抑えます。
-
-| テストフェーズ | 目的 | 対象オーディエンス |
-| --- | --- | --- |
-| **アルファチャンネル** | 初期テスト | 内部チーム |
-| **ベータチャンネル** | 拡張テスト | 選択されたユーザー |
-| **本番チャンネル** | 段階的ロールアウト | 全ユーザー |
-
-このフェーズ分けされたアプローチにより、アップデートが先に議論したコンプライアンス基準を満たすことを確保します。
-
-#### テストの主要コンポーネント
-
--   **エラー追跡**: リアルタイムのエラー追跡を使用して、発生時に問題を捕捉します。
--   **ロールバックオプション**: 必要な場合に安定版に素早く戻せるシステムを用意します。
--   **プルリクエスト（PR）テスト**: 広くデプロイする前にチャンネルセレクターを使用してプルリクエストをテストします。
-
-### アップデートテストのベストプラクティス
-
--   **段階的デプロイメント**: 小規模なユーザーグループから開始し、安定性が確認されたら拡大します。
--   **パフォーマンスモニタリング**: デバイスとオペレーティングシステム全体で、読み込み時間、メモリ使用量、バッテリー影響などの指標を追跡します。
--   **クロスデバイステスト**: 様々なデバイスとOSバージョンでアップデートをテストし、互換性を確保します。
-
-Capgoのようなツールは、リアルタイムエラー追跡やクイックロールバックなどの機能でこのプロセスを簡素化し、技術的基準とコンプライアンス基準の両方を満たすことを容易にします。
-
-## 3. 不十分なアップデートセキュリティ
-
-OTAアップデートのセキュリティの欠陥は、アプリとそのユーザーを深刻なリスクにさらす可能性があります。最近のデータによると、十分に保護されたアップデートは82%のグローバル成功率を達成しています[\[1\]](https://capgo.app/)。コンプライアンスとテストと同様に、強力なセキュリティ対策はOTAアップデートの成功に不可欠です。
-
-### 一般的なセキュリティ脆弱性
-
-よくある脆弱性には以下が含まれます：
-
--   **暗号化の欠如**: エンドツーエンド暗号化がないと、アップデートは送信中に脆弱です。
--   **弱いアクセス制御**: 不十分な認証により、不正なコードが注入される可能性があります。
--   **限定的なモニタリング**: アップデートの配信と成功率を追跡しないと、侵害が検出されない可能性があります。
-
-これらの問題に対処することは、安全なアップデートプロセスを作成する上で重要です。
-
-### セキュリティ侵害の影響
-
-| セキュリティリスク | 潜在的な影響 | 予防措置 |
-| --- | --- | --- |
-| 改ざん | 悪意のあるコード注入 | エンドツーエンド暗号化 |
-| 傍受 | アップデートの傍受 | 安全な配信チャネル |
-| バージョン管理の問題 | 誤ったバージョンのデプロイ | アップデート検証システム |
-| 不正アクセス | 不正な変更 | 強力なアクセス制御 |
-
-### 安全なアップデートの実装
-
-強力なセキュリティプロトコルを持つプラットフォームは、24時間以内に95%のアップデート完了率を報告しており[\[1\]](https://capgo.app/)、重要なパッチの迅速な配信を可能にしています。
-
-#### 主要なセキュリティ機能
-
--   **エンドツーエンド暗号化**: アップデートプロセス全体でデータを安全に保ちます。
--   **バージョン管理**: 誤ったまたは古いアップデートのデプロイを防ぎます。
--   **アクセス管理**: アップデートをプッシュできる人を制限し、デプロイメント活動を追跡します。
--   **リアルタイムモニタリング**: アップデートの成功率に関する洞察を提供し、問題の検出と対処を容易にします。
-
-> "真のエンドツーエンド暗号化を持つ唯一のソリューション、他はただアップデートに署名するだけです" - Capgo [\[1\]](https://capgo.app/)
-
-### アップデートセキュリティのベストプラクティス
-
--   **検証システムを使用**: すべてのアップデートは、ライブになる前に署名検証や整合性検証などのチェックに合格する必要があります。
--   **デプロイメント指標を追跡**: アップデートの成功率を継続的にモニタリングして、セキュリティの問題を素早くキャッチし解決します。
--   **ロールバックオプションを有効化**: 問題が発生した場合に備えて、常に以前のバージョンに安全に戻る方法を用意し、ユーザーを潜在的な危害から保護します。
-
-## 4. ユーザーの混乱
-
-タイミングが悪いまたは実行の悪いアップデートは、ユーザーエクスペリエンスを妨げ、定着率を低下させる可能性があります。
-
-### 混乱を引き起こすアップデートがユーザーに与える影響
-
-混乱を引き起こすアップデートは以下のような形で現れることがよくあります：
-
--   ピーク時間帯に強制されるアップデート
--   突然のアプリ再起動
--   予測不可能なダウンロード時間
--   完了するまでアプリの使用をブロックするアップデート
-
-### よりスマートなアップデート戦略
-
-徹底的なテストとコンプライアンスと同様に、慎重な計画とコミュニケーションは、ユーザーの混乱を避けるための鍵となります。ユーザーの行動に基づいてアップデートをスケジュール化し、高度なツールを使用することで、変更をスムーズにロールアウトし、ユーザーを満足させることができます。
-
-#### 効果的なアップデートタイミング
-
-異なる地域のピーク使用時間を避けてアップデートスケジュールを調整します：
-
-| タイムゾーン | ピーク使用時間 | 推奨アップデート時間帯 |
-| --- | --- | --- |
-| EST（米国東部） | 9 AM – 6 PM | 2 AM – 4 AM |
-| CST（米国中部） | 8 AM – 5 PM | 1 AM – 3 AM |
-| PST（米国西部） | 9 AM – 6 PM | 12 AM – 2 AM |
-
-### ユーザーフレンドリーなアップデートのヒント
-
--   **バックグラウンドインストール**: [自動バックグラウンドアップデート](https://capgo.app/docs/plugin/self-hosted/auto-update/) を使用して中断を減らします。
--   **段階的ロールア
-
-更新を効果的に追跡するには、以下のコンポーネントに焦点を当てましょう：
-
--   **リアルタイム分析**: 潜在的な問題を素早く特定するため、更新の配信とインストールをリアルタイムで監視します。
--   **エラーアラート**: インストール失敗、バージョンの不一致、ネットワークエラーについて即時通知を受け取ります。
--   **ユーザーエンゲージメントの洞察**: インストール数だけでなく、更新の影響を確認するため、新機能に対するユーザーの反応を分析します。
-
-### ターゲットを絞った配信による高度な制御
-
-チャンネルベースの配信システムを追加することで、追跡と制御が向上します。このアプローチにより以下が可能になります：
-
--   特定のユーザーグループによるベータテスト
--   リスクを最小限に抑えた段階的なロールアウト
--   地域ごいのデプロイメント監視
--   アプリバージョン別のパフォーマンス追跡
-
-> "詳細な分析とエラー追跡"はCapgoを使用する利点の一つです。 - Capgo [\[1\]](https://capgo.app/)
-
-### 追跡が重要な理由
-
-データは更新追跡の重要性を示しています。例えば、堅牢なシステムを持つプラットフォームでは、アクティブユーザーの最大95%が24時間以内に更新を行っています[\[1\]](https://capgo.app/)。これにより、広範な採用とアプリの安定性が確保されます。
-
-適切な追跡は、更新のパフォーマンスを確認するだけでなく、問題をより迅速に解決し、継続的な改善をサポートします。
-
-## 結論
-
-コンプライアンス、テスト、セキュリティ、ユーザーエクスペリエンスに関する重要な教訓をまとめて、OTA更新のマスターを目指しましょう。
-
-現代のOTA更新管理プラットフォームは、スピードと信頼性を組み合わせて、開発者が変更をデプロイする方法を変革しました。グローバルCDN配信やエンドツーエンド暗号化などのツールにより、ユーザーの場所に関係なく、安全かつ効率的に更新を届けることができます。
-
-### 成功するOTA更新のための重要なポイント
-
-| 側面 | ベストプラクティス |
-| --- | --- |
-| スピード | グローバルCDN配信を使用 |
-| セキュリティ | [エンドツーエンド暗号化を実装](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) |
-| モニタリング | リアルタイム分析を活用 |
-
-今日のOTAテクノロジーは、コンプライアンスを簡素化し、迅速な改善を可能にします。スムーズな更新を確保するために、以下の優先事項に焦点を当てましょう：
-
--   **徹底的なテスト**: 更新を展開する前に、常に広範なテストを行います。
--   **セキュリティ対策**: エンドツーエンド暗号化で更新を保護します。
--   **シームレスなユーザーエクスペリエンス**: 更新を非侵襲的でユーザーにとって簡単なものにします。
--   **パフォーマンス監視**: 高い成功率を維持するために主要な指標を追跡します。
-
-750の本番アプリにわたって2,350万回以上の更新が配信されている[\[1\]](https://capgo.app/)現在、効果的なOTA更新管理は、急速に進化するアプリ開発の世界で不可欠なツールとなっています。セキュリティを優先し、パフォーマンスを監視し、スムーズなユーザーエクスペリエンスを確保することで、開発者は安定性と信頼性を維持しながらアプリを最新の状態に保つことができます。
diff --git a/src/content/blog/ja/5-security-best-practices-for-mobile-app-live-updates.md b/src/content/blog/ja/5-security-best-practices-for-mobile-app-live-updates.md
deleted file mode 100644
index 0f82c46f4..000000000
--- a/src/content/blog/ja/5-security-best-practices-for-mobile-app-live-updates.md
+++ /dev/null
@@ -1,198 +0,0 @@
----
-slug: 5-security-best-practices-for-mobile-app-live-updates
-title: モバイルアプリのライブアップデートにおける5つのセキュリティベストプラクティス
-description: モバイルアプリのライブアップデートを安全に行うための必須セキュリティプラクティスを学び、ユーザーデータを保護し、業界基準への準拠を確保します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-14T02:36:08.711Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6785bb5bfc0bf469b705c62a-1736822313233.jpg
-head_image_alt: テクノロジー
-keywords: >-
-  mobile app security, live updates, data integrity, OTA updates, encryption,
-  security testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-ライブアップデート中のモバイルアプリのセキュリティを確保することは、ユーザーデータを保護し信頼を維持するために重要です。以下に、OTA（無線経由）アップデートを保護するためのベストプラクティスの要約を示します：
-
-1. **セキュアな配信**: 更新の送信中に暗号化（TLSなど）、デジタル署名、[多要素認証](https://capgo.app/docs/webapp/mfa/)を使用して保護します。
-
-2. **データの整合性**: チェックサム、パッケージ署名の検証、バージョン管理で更新を検証し、改ざんを防ぎます。
-
-3. **不正アクセスのブロック**: ロールベースのアクセス制御（RBAC）、多層認証、暗号化通信を実装してアクセスを制限します。
-
-4. **定期的な更新とパッチ**: 自動更新ツールで脆弱性に迅速に対応し、サードパーティの依存関係を最新に保ちます。
-
-5. **徹底的なセキュリティテスト**: [OWASP ZAP](https://www.zaproxy.org/)などの自動化ツールと手動テストを使用して、更新がデプロイされる前に脆弱性を発見します。
-
-### なぜ重要か
-
-これらのプラクティスに従うことで、セキュリティリスクを軽減し、GDPRやHIPAAなどの規制に準拠し、ユーザーの信頼を維持できます。[Capgo](https://capgo.app/)やセキュアなCI/CDパイプラインなどのツールは、更新の安全性を確保しながらこれらのプロセスを効率化するのに役立ちます。
-
-それでは、各プラクティスについて詳しく見ていき、アプリとユーザーをどのように保護するのかを理解しましょう。
-
-## OTAアップデートで成功する方法
-
-<iframe src="https://www.youtube-nocookie.com/embed/GO-RZ_ZcvN4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. アップデートのセキュアな配信
-
-Capacitorベースのアプリの安全な更新を確保するために、**暗号化**と**認証プロトコル**はセキュアな配信パイプラインの基盤となります。
-
-> "セキュアなコーディングは、モバイルアプリケーションのセキュリティの基礎です" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/)。
-
-更新を安全に保つための主要な対策は以下の通りです：
-
-| セキュリティ対策 | 実装 | 目的 |
-| --- | --- | --- |
-| **トランスポート層セキュリティ** | HTTPS/SSL/TLSプロトコル | 送信中のデータを暗号化 |
-| **パッケージ検証** | デジタル署名 | 更新の信頼性を確認 |
-| **アクセス管理** | 多要素認証 | 更新デプロイメントへのアクセスを制限 |
-| **整合性の検証** | 自動チェックサム | 改ざんを検出・防止 |
-
-### 認証とアクセス制御
-
-**Capgo**のようなツールを使用することで、暗号化とロールベースのアクセス制御により、承認された担当者のみが更新を管理できます。このセキュリティ層により、不正な変更や侵害のリスクを最小限に抑えます。
-
-### バージョン管理と整合性チェック
-
-自動整合性チェックは、更新が本物で改ざんされていないことを確認するために不可欠です。このステップにより、悪意のあるパッケージからユーザーを保護します。
-
-### CI/CDパイプラインのセキュリティ
-
-CI/CDパイプライン全体にセキュリティを組み込むことは必須です。方法は以下の通りです：
-
-- 開発中の**セキュアなコーディングプラクティス**
-
-- 脆弱性をスキャンする自動化ツール
-
-- 更新配信プロセスの定期的な監査
-
-- すべての更新関連活動の詳細なログ記録
-
-これらのプラクティスは、更新を安全にするだけでなく、デプロイメントの効率性も維持します。**HIPAA**や**GDPR**などの規制に縛られる業界では、これらの対策の厳格な遵守が必須です。
-
-最後に、パイプラインの保護は重要ですが、更新自体の整合性を確認することで、悪意のあるコードがユーザーに届くことを防ぎます。
-
-## 2. データの整合性と検証の確保
-
-ライブアップデートにおけるデータの整合性の維持は極めて重要です。データが侵害されると、セキュリティリスクが生じ、ユーザーの信頼を損なう可能性があります。これを避けるため、強力な検証プロセスが暗号化と連携して、更新の安全性と信頼性を確保します。
-
-### データの整合性の保護方法
-
-更新システムは、データの送信中の保護に複数のセキュリティ層を使用します。これには暗号化、デジタル署名、自動チェックが含まれ、更新が無傷で改ざんされていないことを確認します。
-
-検証の主要なステップには以下が含まれます：
-
-- **パッケージ署名の検証**: 更新が正当であることを確認します。
-
-- **チェックサムの検証**: 転送中のファイルの変更を特定します。
-
-- **バージョン管理チェック**: ダウングレード攻撃を防ぎ、更新を正しい順序で維持します。
-
-### RASPによるリアルタイム保護
-
-ランタイムアプリケーション自己保護（RASP）は、リアルタイムの防御を提供することでさらに進化します。脅威分析を提供し、APIキーなどの重要なアプリの詳細をクラウドで保護します。これにより、脅威が進化しても、アプリは保護され続けます。
-
-### セキュリティのための自動監視
-
-リアルタイム監視などの自動検証プロセスは、さらなるセキュリティ層を追加します。異常が発生した時点でフラグを立て、データ品質の維持を支援します。例えば、[Netflix](https://ir.netflix.net/ir-overview/profile/default.aspx)は、コンテンツ配信システムで自動整合性チェックを使用して、大規模なデータ品質を効率的に確保しています[\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability)。
-
-データの整合性を確保することは重要ですが、不正アクセスを防ぐことも同様にセキュリティ侵害を防ぐために重要です。
-
-###### sbb-itb-f9944d2
-
-## 3. 不正アクセスのブロック
-
-不正アクセスはOTAアップデートにとって大きな脅威であり、強力なアクセス制御が必要不可欠です。[DashDevs](https://dashdevs.com/)は次のように強調しています：
-
-> "セキュアなコーディングは、モバイルアプリケーションのセキュリティの基礎です。セキュリティの脆弱性の導入を最小限に抑えるコードを書くことが含まれます" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/)。
-
-### 多層認証
-
-複数の認証層を使用することで、検証済みの更新のみがインストールされることを確保します。これには、多要素認証、デジタル署名、セキュアなトークン管理などの方法が含まれ、更新の正当性を確認します。
-
-### ロールベースのアクセス制御
-
-ロールベースのアクセス制御（RBAC）は、ユーザーの役割に基づいて更新の権限を制限します。例えば、開発者はテストを担当し、リリースマネージャーは本番環境を監督し、セキュリティ管理者はシステムの監視を管理します。これにより、必要な人のみにアクセスを制限します。
-
-### セキュアな運用
-
-更新に関連するすべての通信は暗号化チャネルを使用する必要があります。APIエンドポイントを検証し、異常なアクティビティがないかトラフィックを監視します。自動化システムは不審なアクセス試行をリアルタイムでログに記録しフラグを立てることで、追加の保護層を提供します。
-
-不正アクセスを防ぐことは重要ですが、定期的な更新とパッチがセキュアなアプリの維持に不可欠であることを忘れないでください。
-
-## 4. 定期的な更新とパッチの適用
-
-[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のライブOTAアップデートでは、新しいリスクに対応しユーザーの信頼を維持するために、アプリを最新の状態に保つことが重要です。
-
-### 自動更新管理
-
-自動化されたCI/CDツールを使用することで、更新の管理がより容易でセキュアになります。これらのツールは、タイムリーなパッチを通じて脆弱性に迅速に対応するのに役立ちます。
-
-### サードパーティの依存関係の更新
-
-古いサードパーティの依存関係は隠れたリスクとなる可能性があります。これに対処するため、更新計画で以下をカバーしていることを確認してください：
-
-| コンポーネント | 更新頻度 | セキュリティの焦点 |
-| --- | --- | --- |
-| コアライブラリ | 月次または更新のロールアウト時 | バージョンの互換性をチェック |
-| セキュリティコンポーネント | パッチリリース後すぐに | 脆弱性を評価し回帰テストを実行 |
-
-### バージョン管理とロールバック計画
-
-適切なバージョン管理は円滑な更新に不可欠です。これには、更新を検証するセキュリティスキャンの実行、早期に問題を発見するための段階的なロールアウト、重大な問題に対する迅速なロールバックまたはパッチ適用プロセスが含まれます。
-
-定期的な更新は強力な防御線ですが、その成功は、脆弱性がユーザーに到達する前に発見して修正する徹底的なセキュリティテストに依存します。
-
-## 5. 徹底的なセキュリティテストの実施
-
-システムの更新は不可欠ですが、それらの更新が新たなリスクを生まない確認も同様に重要です。厳密なセキュリティテストは、潜在的な問題がユーザーに影響を与える前に発見するのに役立ちます。
-
-### 自動セキュリティテストの統合
-
-CI/CDパイプラインに自動化ツールを組み込むことで、脆弱性を早期に頻繁に発見できます。[**OWASP**](https://owasp.org/) **ZAP**や[**Snyk**](https://snyk.io/)などのツールは、更新プロセス中にリスクを特定し、迅速な修正を可能にするのに適しています。
-
-| テストタイプ | 詳細 |
-| --- | --- |
-| 脆弱性スキャン | 既知の弱点を発見する定期的なスキャン |
-| 侵入テスト | 実際の攻撃を模擬したシミュレーション |
-| コードレビュー | 各更新前のソースコードの検査 |
-
-### 手動セキュリティ評価
-
-自動化は強力ですが、限界があります。セキュリティの専門家が手動でシステムを評価することで、自動化ツールでは見逃す可能性のある複雑な脆弱性を発見できます。
-
-### セキュリティメトリクスの追跡
-
-脆弱性の検出速度、修正にかかる時間、テストのシステムカバレッジなどの主要メトリクスを監視します。これらの洞察は、時間とともに改善するのに役立ちます。
-
-### 業界標準の遵守
-
-**OWASP**などのフレームワークを使用することで、テストプロセスが徹底的で確立されたベストプラクティスに準拠していることを確認できます。このアプローチは、業界の期待に応えながら脆弱性を発見するのに役立ちます。
-
-NetflixはCI/CDパイプラインで自動化と手動テストを組み合わせた好例で、階層的なアプローチがセキュリティを強化できることを示しています[\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability)。
-
-## 結論
-
-セキュアな配信、整合性の検証、不正アクセスのブロック、タイムリーな更新の適用、徹底的なテストの実施という5つの主要なプラクティ
-
-Capacitorベースのアプリにおけるライブアップデートの強力なセキュリティ対策は、脆弱性を回避し、ユーザーデータを保護し、業界規制を満たすために不可欠です。データ侵害は、数百万ドルのコストがかかるだけでなく、財務の安定性とユーザーの信頼も損なわれます。
-
-セキュリティは一度限りの取り組みではありません。定期的な更新、継続的な監視、徹底的なテストが必要です。自動化ツールと手動レビューを組み合わせることで、特にCI/CDパイプラインに統合された場合、より強力な防御が実現します。Netflixは、潜在的なリスクに先手を打つために、包括的なセキュリティテストフレームワークを使用している良い例です[\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability)。
-
-これらの取り組みは、複数のビジネス領域で測定可能な改善をもたらします：
-
-| 影響領域 | メリット |
-| --- | --- |
-| ユーザー信頼 | ユーザーの信頼とアプリの信頼性を構築 |
-| コンプライアンス | GDPRやHIPAAなどの規制に適合 |
-| リスク管理 | セキュリティ脆弱性を削減 |
-| 運用コスト | セキュリティインシデントに関連する費用を削減 |
-
-これらの戦略を実装しようとする場合、Androidの[ProGuard](https://www.guardsquare.com/proguard)やiOSのセキュアなコンパイル方法など、アップデートセキュリティを強化するための実用的なソリューションがあります。HTTPSプロトコルと[アップデート配信時の暗号化](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)を使用することで、転送プロセスとユーザーデータの両方の安全性が確保されます。
diff --git a/src/content/blog/ja/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md b/src/content/blog/ja/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
deleted file mode 100644
index a794c47eb..000000000
--- a/src/content/blog/ja/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
+++ /dev/null
@@ -1,331 +0,0 @@
----
-slug: 5-steps-for-resolving-version-conflicts-in-capacitor-apps
-title: Capacitor アプリのバージョン競合を解決する 5 つのステップ
-description: Capacitor アプリのバージョンの競合を、以下の5つの明確な手順で解決し、安定性を確保して将来の問題を防ぎます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T00:59:24.268Z
-updated_at: 2025-12-12T09:03:58.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e1f3a47856e801f1f25733-1742864377185.jpg
-head_image_alt: モバイル開発
-keywords: 'Capacitor, version conflicts, mobile development, plugin issues, app stability'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) アプリのバージョン競合でお困りですか？**このような問題はビルドの失敗、ランタイムエラー、プラグインの誤動作を引き起こす可能性があります。このガイドでは、これらの競合を特定、解決、防止するための**5つのアクション可能なステップ**を簡単に説明します：
-
-1. **競合を見つける**: `npx cap doctor`とエラーログを使用してバージョンの不一致を検出します。
-2. **依存関係を確認**: `package.json`を確認し、`npm outdated`などのコマンドを実行して不整合を見つけます。
-3. **Capacitorコアを更新**: 破壊的変更を管理しながら、コアコンポーネントを同期・更新します。
-4. **プラグインの問題を修正**: プラグインのバージョンをコアと合わせ、将来の問題を避けるためにロックします。
-5. **変更をテスト**: 依存関係をクリーンにして再インストールし、実機でテストして安定性を確保します。
-
-**クイックヒント**: [Capgo](https://capgo.app/)のようなツールを使用すると、ライブテストとバージョン管理が簡単になります。
-
-## ✅ \[解決済み\] [npm](https://www.npmjs.com/) ERR! ERESOLVE 解決できません ...
-
-![npm](https://mars-images.imgix.net/seobot/screenshots/www.npmjs.com-ac76028e07fa565ed4006978107f5ce6-2025-03-25.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/GZWsp0xyrbA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## ステップ1: バージョン競合を見つける
-
-バージョン競合を早期に発見することで、デバッグの時間を節約し、潜在的なクラッシュを防ぐことができます。以下が効果的な特定方法です。
-
-### [Capacitor](https://capacitorjs.com/) CLIでバージョンを確認
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-25.jpg?auto=compress)
-
-Capacitor CLIは、プロジェクトの依存関係バージョンを検査するための便利なコマンドを提供します。ターミナルを開き、プロジェクトディレクトリに移動して実行します：
-
-```bash
-npx cap doctor
-```
-
-このコマンドはCapacitorセットアップの健全性をチェックし、以下の間のバージョンの不一致をフラグ付けします：
-
-- Capacitorコアパッケージ
-- プラットフォーム固有の依存関係
-- インストールされたプラグイン
-
-セットアップの詳細な内訳を確認するには：
-
-```bash
-npx cap ls
-```
-
-これにより表示されます：
-
-- インストールしたプラットフォーム（iOS、Androidなど）
-- プラグインバージョン
-- コアパッケージバージョン
-
-CLIは良い出発点ですが、エラーログは競合に関する追加の手がかりを提供することがよくあります。
-
-### エラーログを読む
-
-エラーログは隠れたバージョン競合を明らかにすることができます。以下は一般的なエラーパターンとその原因です：
-
-| **エラータイプ** | **説明** | **原因** |
-| --- | --- | --- |
-| ビルドエラー | `互換性のないプラグインバージョン` | プラグインバージョンがCapacitorコアと一致しない |
-| ランタイムエラー | `メソッドが見つかりません` | プラグインが古いメソッドを使用している |
-| プラットフォームエラー | `Gradleの同期に失敗` | Android依存関係の競合 |
-
-エラーログを分析する際は、以下に注目します：
-
-- **スタックトレース**: これらは問題を引き起こしている特定のプラグインや依存関係を指し示すことがよくあります。
-- **バージョン番号**: ログに記載されているバージョン要件を確認します。
-- **プラットフォーム固有のメッセージ**: iOSまたはAndroidに関連するエラーに特に注意を払います。
-
-バージョン競合の兆候には以下があります：
-
-- プラグイン操作中のクラッシュ
-- 一方のプラットフォームでは動作するが他方では失敗する機能
-- アップデート後の予期しない動作
-
-**プロティップ**: より詳細なエラー情報を得るには詳細なログを使用します。より深い洞察を得るために以下のコマンドを実行します：
-
-```bash
-npx cap run android --verbose
-npx cap run ios --verbose
-```
-
-詳細なログは、競合の根本原因をより速く、より正確に特定するのに役立ちます。
-
-## ステップ2: プロジェクトの依存関係を確認
-
-CLIとエラーログを使用して競合を特定した後、将来の問題を避けるためにプロジェクトの依存関係を検査する時です。
-
-### `package.json`を確認
-
-`package.json`ファイルにはプロジェクトのすべての依存関係がリストされています。以下は例です：
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.5.1",
-    "@capacitor/ios": "5.5.1",
-    "@capacitor/android": "5.5.1",
-    "@capacitor/camera": "5.0.7"
-  }
-}
-```
-
-確認すべき重要な点：
-
-- **コア依存関係**: `@capacitor/core`、`@capacitor/ios`、`@capacitor/android`が同じバージョンであることを確認します。
-- **プラグインバージョン**: プラグインのバージョンがCapacitorコアバージョンと互換性があることを確認します。
-- **ピア依存関係**: ピア依存関係の競合に関する警告がないか確認します。
-
-依存関係ツリーを確認するには、このコマンドを使用します：
-
-```bash
-npm ls @capacitor/*
-```
-
-### npmと[Yarn](https://yarnpkg.com/)ツールを使用する
-
-![Yarn Package Manager Website](https://mars-images.imgix.net/seobot/screenshots/yarnpkg.com-310d80dc5a96a440e9276d02217e08fa-2025-03-25.jpg?auto=compress)
-
-npmやYarnなどのパッケージマネージャーは、依存関係の問題を検出して対処するのに役立つコマンドを提供します。以下がその方法です：
-
-| コマンド | 目的 | 出力 |
-| --- | --- | --- |
-| `npm outdated` | 古いパッケージをリストアップ | 現在のバージョンと最新バージョンを表示 |
-| `npm audit` | セキュリティ脆弱性をチェック | 依存関係のリスクをフラグ付け |
-| `yarn why package-name` | パッケージがインストールされた理由を説明 | 依存関係パスを表示 |
-
-[Node.js](https://nodejs.org/en)環境とプロジェクト依存関係の完全な健全性チェックを行うには、以下のコマンドを実行します：
-
-```bash
-npm doctor
-```
-
-**考慮すべき重要なヒント：**
-
-- ロックファイルを常にバージョン管理に含めます。
-- `package.json`で正確なCapacitorバージョン（例：`5.5.1`）を指定します。
-- iOSとAndroidの両プラットフォームで更新を徹底的にテストします。
-
-リアルタイムの更新とバージョン管理には、Capgoのようなツールを使用できます。
-
-依存関係が整理できたら、Capacitorコアコンポーネントの更新に進むことができます。
-
-## ステップ3: Capacitorコアを更新
-
-Capacitorコアコンポーネントを最新の状態に保つことで、アプリがスムーズに動作し、互換性の問題を避けることができます。このプロセスは、バージョン競合を解決し、すべてが連携して動作するようにするのに役立ちます。
-
-### プラットフォームの更新を同期
-
-Capacitorコアコンポーネントを更新するには、以下のコマンドを使用します：
-
-```bash
-npm install @capacitor/core@latest
-npm install @capacitor/cli@latest
-npx cap sync
-```
-
-`sync`コマンドを実行すると、ネイティブファイルが更新され、プラグインの依存関係が調整され、プラットフォームの設定が調整され、ネイティブプロジェクトファイルが再生成されます。同期する前に、データの偶発的な損失を避けるために`ios`と`android`フォルダをバックアップしてください。
-
-バージョンを一貫性のある状態に保つために、Capgoを使用してライブ更新を検討してください。同期が完了したら、潜在的な問題に対処するためにAPIの変更を確認します。
-
-### 破壊的変更を解決
-
-Capacitorコアの更新は破壊的変更をもたらす可能性があります。これらを効果的に処理するために以下のステップに従ってください：
-
-1. **API変更を確認**
-
-Capacitorのchangelogで破壊的変更がないか確認します。例：
-
-```typescript
-// Old API (Capacitor 4)
-Plugins.Camera.getPhoto()
-
-// New API (Capacitor 5)
-Camera.getPhoto()
-```
-
-必要に応じてコードを新しいAPIに合わせて更新します。
-
-2. **プラットフォーム設定を更新**
-
-`capacitor.config.json`ファイルを確認し、更新されたコアと整合していることを確認します。例：
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 3000
-    }
-  }
-}
-```
-
-3. **プラグインの互換性を確認**
-
-| コンポーネント | すべきこと | 確認方法 |
-| --- | --- | --- |
-| ネイティブプラグイン | 新しいコアバージョンに合わせて更新 | ネイティブ機能をテスト |
-| カスタムプラグイン | インターフェースの変更を確認 | プラグイン固有のテストを実行 |
-| Web実装 | Webベースのプラグイン呼び出しを更新 | ブラウザでテスト |
-
-**プロティップ**: メジャーバージョンの更新（4.xから5.xへの移行など）では、一度に1バージョンずつ更新します。これにより問題の発見と修正が容易になります。
-
-これらのステップを完了したら、更新されたコアですべての機能が正しく動作することを確認するために、アプリを徹底的にテストしてください。
-
-## ステップ4: プラグインバージョンの問題を修正
-
-プラグインバージョンの競合は、Capacitorアプリのパフォーマンスを低下させる可能性があります。以下は、これらの問題を効果的に処理し解決する方法です。
-
-### プラグインを更新
-
-以下のコマンドを実行して、プラグインをCapacitorコアと合わせます：
-
-```bash
-npx npm-check-updates "@capacitor/*" --target latest
-```
-
-Capacitorプラグインの完全な更新には：
-
-```bash
-npm install @capacitor/core@latest @capacitor/cli@latest @capacitor/ios@latest @capacitor/android@latest
-```
-
-更新後、互換性を確認するためにネイティブ機能をテストしてください。
-
-| 更新タイプ | コマンド | 目的 |
-| --- | --- | --- |
-| 単一プラグイン | `npm install @capacitor/plugin-name@version` | 1つのプラグインを更新 |
-| 全プラグイン | `npx npm-check-updates "@capacitor/*" -u` | すべてを更新 |
-| 特定バージョン | `npm install @capacitor/plugin-name@x.x.x` | 特定のバージョンにロック |
-
-### プラグインバージョンをロック
-
-将来の競合を避けるために、`package.json`でプラグインバージョンをロックします。これにより、開発環境と本番環境で一貫した動作が保証されます。
-
-`package.json`ファイルに"resolutions"フィールドを追加します：
-
-```json
-{
-  "resolutions": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  }
-}
-```
-
-Yarnユーザーの場合、以下でこれらの解決を強制します：
-
-```bash
-yarn add --force
-```
-
-> "私たちは5000人以上のユーザーベースに対して本番環境で[Capgo OTAアップデート](https://console.capgo.app/resend_email)をロールアウトしました。OTAが@Capgoにデプロイされてから数分以内にほぼすべてのユーザーが最新になり、非常にスムーズな運用を実現しています。" - colenso [\[1\]](https://capgo.app/)
-
-Capgoのようなツールを使用すると、特に重要な変更を導入する際に、プラグインの更新とバージョンの一貫性を維持するのに役立ちます。
-
-**バージョン管理のヒント**:
-
-- 開発環境で更新を徹底的にテストします。
-- 互換性のあるプラグインバージョンを文書化し、破壊的変更を記録します。
-- セマンティックバージョニングに従って更新を効果的に計画します。
-- 動作する設定のバックアップを保持します。
-
-ステップ5に進んで、すべての環境で変更をテストしましょう。
-
-## ステップ5: 変更を確認
-
-バージョン競合を解決した後、アプリが安定し、すべての環境でアップデートの準備が整っていることを確認するために、徹底的なテストが重要です。
-
-### ローカルテスト
-
-すべてが期待通りに機能していることを確認するために、以下のコマンドから始めます：
-
-- **依存関係をクリーンにして再インストール：**
-
-[[CODE_
-
-ローカルで変更を確認した後、実環境でテストする時期です。以下のコマンドでテストチャンネルを設定します：
-
-```bash
-npm cache clean --force
-rm -rf node_modules
-npm install
-```
-
-**テストワークフロー：**
-
--   ベータチャンネルに修正をデプロイし、Capgoの分析ツールでパフォーマンスを監視します。
--   Capgoのダッシュボードで更新成功率を追跡します。すでに750以上の本番アプリで2,350万以上の更新を提供しています[\[1\]](https://capgo.app/)。
--   問題が発生した場合、Capgoのワンクリックロールバック機能で即座に変更を元に戻せます。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な提供に不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgoは82%のグローバル成功率を誇り、24時間以内にアクティブユーザーの95%に更新が届きます[\[1\]](https://capgo.app/)。チャンネルセレクターを使用してプルリクエストをアプリ内で直接テストし、変更をマージする前にすべてが正常に動作することを確認します。
-
-## 結論：アプリのバージョン管理を適切に
-
-[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)でのバージョン競合の管理には、明確で体系的なアプローチが必要です。このガイドで共有した5つのステップのプロセスは、アプリの安定性を維持し、バージョン関連の課題に効果的に対処する信頼できる方法を提供します。
-
-これらのステップを実行することで、チームは時間の経過とともにアプリの安定性を確保できます。例えば、Capgoのようなライブアップデートツールを使用することで、迅速で効率的なデプロイメントが可能になり、チームの先行管理に役立ちます[\[1\]](https://capgo.app/)。
-
-成功しているチームが重視している点：
-
-| 実践 | メリット |
-| --- | --- |
-| 定期的なCLIチェック | 依存関係の問題を早期に発見 |
-| 自動テスト | リリース前にバージョン関連の問題を捕捉 |
-| ライブアップデートの監視 | 問題のある更新を素早くロールバック |
-| バージョン固定 | 依存関係の一貫性を維持 |
-
-アプリのバージョン管理は、競合の解決以上のものです - スムーズで信頼性の高いユーザーエクスペリエンスを確保することが重要です。これらのプラクティスを守り、ライブアップデートツールを活用することで、Capacitorアプリをシームレスに運用し続けることができます。
diff --git a/src/content/blog/ja/5-steps-to-deploy-hotfixes-with-capgo.md b/src/content/blog/ja/5-steps-to-deploy-hotfixes-with-capgo.md
deleted file mode 100644
index 31bf26356..000000000
--- a/src/content/blog/ja/5-steps-to-deploy-hotfixes-with-capgo.md
+++ /dev/null
@@ -1,214 +0,0 @@
----
-slug: 5-steps-to-deploy-hotfixes-with-capgo
-title: 5つのステップでCapgoを使ってホットフィックスをデプロイする
-description: アプリストアの遅延を回避し、コンプライアンスを確保する合理化されたプロセスを使用して、ホットフィックスを迅速かつ安全にデプロイする方法を学びます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-13T03:37:11.567Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d22ca8233d3a01105fd278-1741837059847.jpg
-head_image_alt: モバイル開発
-keywords: 'hotfix deployment, Capgo, app updates, CI/CD tools, mobile development'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capgo](https://capgo.app/) を使用すると、アプリストアの遅延をスキップしながら、AppleとGoogleのガイドラインに準拠した安全な更新を維持しながら、ホットフィックスの展開を迅速かつ簡単に行うことができます。以下はプロセスの概要です：
-
-1. **ホットフィックスの作成とテスト**: 正確なコード変更を作成し、デバイスで徹底的にテストし、互換性を確保します。
-2. **[Capgoのセットアップ](https://capgo.app/docs/webapp/)**: `npx @capgo/cli init`で[Capgo CLI](https://capgo.app/docs/cli/commands)をインストールし、暗号化を設定し、CI/CDツールと統合します。
-3. **ホットフィックスのアップロード**: CLIを使用して更新を安全にアップロードし、明確にラベル付けし、展開の準備をします。
-4. **更新設定の選択**: 特定のユーザーやグループをターゲットにし、ロールアウトをスケジュールし、バージョン要件を定義します。
-5. **更新の追跡**: 配信率、更新速度、ユーザーカバレッジを監視します。必要に応じて即座にロールバックできます。
-
-Capgoは世界中で9億4760万回以上の更新を配信し、ユーザーのリリース効率を81%向上させました。迅速で安全なホットフィックス展開が必要なアジャイルチームにとって、必須のツールとなっています。
-
-## ステップ1：ホットフィックスの作成とテスト
-
-### ホットフィックスコードの作成
-
-アプリの安定性を損なうことなく、バグに対処する正確な変更に焦点を当てます。
-
-以下はホットフィックスを構築するためのクイックガイドです：
-
-| ベストプラクティス | 適用方法 |
-| --- | --- |
-| **分離された変更** | 影響を受けるコンポーネントに変更を限定する |
-| **バージョン管理** | ホットフィックス開発用の専用ブランチを使用する |
-| **ドキュメント** | 修正とその影響について明確なコメントを含める |
-| **依存関係** | 既存のアプリの依存関係との互換性を確保する |
-
-Capgoのインスタント更新機能により、関連のない変更をバンドルすることを心配せずにバグの修正に集中できます。これは以下のcolensoの言葉で示されているように効果的です：
-
-> "5000人以上のユーザーベースに対して[Capgo OTAアップデート](https://console.capgo.app/resend_email)を本番環境で展開しました。非常にスムーズな運用が見られ、OTAが@Capgoに展開されてから数分以内にほぼすべてのユーザーが最新の状態になっています" [\[1\]](https://capgo.app/)。
-
-### デバイスでのテスト
-
-ホットフィックスがシームレスに機能することを確認するために、徹底的なテストが重要です。以下のステップを使用してください：
-
-- **開発テスト:** ローカル開発環境で修正を実行する
-- **デバイステスト:** 様々なデバイスとオペレーティングシステムのバージョンで修正を確認する
-- **統合テスト:** 修正が他の機能と干渉しないことを確認する
-
-CI/CDツールを使用して、可能な限りテストプロセスを自動化します。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に配信する上で重要な役割を果たしています！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-ホットフィックスがすべてのテストに合格したら、展開のためにCapgoをセットアップする準備が整います。
-
-## ステップ2：[Capgo](https://capgo.app/)のセットアップ
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-13.jpg?auto=compress)
-
-### 必要なパッケージのインストール
-
-Capacitorプロジェクトでのキャプゴの開始は、CLIツールを使用します。以下のコマンドを実行するだけです：
-
-```bash
-npx @capgo/cli init
-```
-
-このコマンドは以下の作業を行います：
-
-- [Capgoプラグイン](https://capgo.app/plugins/)のインストール
-- プロジェクトの自動設定
-- Capgoサービスのためのプロジェクトの準備
-
-インストールが完了したら、Capgoの暗号化とコンプライアンス機能でプロジェクトを設定できます。
-
-### プロジェクトのセットアップ
-
-Capgoは、暗号化とAppleとGoogleの両方のコンプライアンス基準でプロジェクトを準備します。CI/CDツールとシームレスに連携し、更新を暗号化してセキュリティを確保し、アプリストアのガイドラインに準拠します。
-
-| 統合ステップ | 目的 | 利点 |
-| --- | --- | --- |
-| **CI/CDセットアップ** | CI/CDツールとの連携 | デプロイメントの簡素化 |
-| **E2E暗号化** | 更新配信の保護 | コードの整合性維持 |
-| **プラットフォームコンプライアンス** | アプリストア基準の満足 | スムーズな配布の実現 |
-
-このセットアップは開発者によって検証されています。Bessie Cooperが説明するように：
-
-> "@Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられるのは素晴らしいことです。" [\[1\]](https://capgo.app/)
-
-大規模なチームのために、Capgoはマルチ組織のセットアップや詳細な権限管理などの機能を提供しています。[GitHub](https://github.com/about)、[GitLab](https://about.gitlab.com/)、[Azure DevOps](https://azure.microsoft.com/en-us/products/devops)、[Jenkins](https://www.jenkins.io/)などのプラットフォームと統合し、自動化されたデプロイメントワークフローを簡単にします。Rodrigo Manticaはアジャイルチームにとってのその重要性を強調しています：
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に配信する上で重要な役割を果たしています！" [\[1\]](https://capgo.app/)
-
-プロジェクトの設定が完了したら、ホットフィックスをアップロードして即座に展開する準備が整います。
-
-## ステップ3：ホットフィックスのアップロード
-
-### ファイルをCapgoに送信
-
-プロジェクトのセットアップ後、[Capgo CLIツール](https://capgo.app/docs/cli/commands/)を使用してホットフィックスをアップロードします。これにより、更新の安全で効率的な転送が確保されます。まず、開発中と同様にアプリをビルドします。
-
-以下が手順です：
-
-- 標準的なプロセスでアプリをビルドする
-- すべてのファイルがエラーなくコンパイルされることを再確認する
-- Capgo CLIツールを使用して更新をアップロードする
-
-### 更新のラベル付け
-
-明確なラベル付けは、ホットフィックスを管理・追跡するための重要な要素です。Capgoに更新をアップロードする際は、特定のバージョン詳細と説明的なラベルを含めます。これにより、更新を整理し、全員が同じ認識を持つことができます。
-
-| **ラベル要素** | **目的** | **ベストプラクティス** |
-| --- | --- | --- |
-| バージョン番号 | 更新順序の追跡 | セマンティックバージョニングを使用 |
-| 更新説明 | 主な変更点の強調 | 主な修正と更新に焦点を当てる |
-| リリースノート | 変更内容の伝達 | 具体的な改善点を詳述 |
-
-Capgoの創設者であるMartin Donadieuは、CI/CDワークフローとスムーズに統合されるバージョニングシステムを設計しました。このシステムにより、更新の追跡と必要に応じたロールバックが容易になります。
-
-Capgoの[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)には、エンドツーエンドの暗号化とインスタント展開などの機能も含まれており、ホットフィックスを安全に保ちながら迅速にユーザーに届けることができます。
-
-ホットフィックスのアップロードとラベル付けが完了したら、ステップ4に進んで更新設定を構成します。
-
-###### sbb-itb-f9944d2
-
-## [Capacitor](https://capacitorjs.com/)アプリ用Capgoライブ更新システム
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-13.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## ステップ4：更新設定の選択
-
-ホットフィックスをアップロードしたら、ユーザーのターゲティングとロールアウト基準を定義するための設定を行います。これにより、制御された効果的な展開が確保されます。
-
-### ユーザーとデバイスの選択
-
-Capgoのユーザー割り当てツールを使用すると、ホットフィックスを受け取るべき対象を正確に指定できます。利用可能な2つの主要な戦略があります：
-
-| デプロイメントタイプ | 最適な用途 | 利点 |
-| --- | --- | --- |
-| **プライベートテスト** | ベータテスター、QAチーム | 早期フィードバックを伴う制御されたテストが可能 |
-| **パブリックリリース** | 全ユーザー、段階的ロールアウト | 段階的なデプロイメントによる広範な配布が可能 |
-
-例えば、特定の地域のユーザーに影響するバグがある場合、より迅速な検証のためにそのグループを優先することができます。対象ユーザーを選択した後、詳細なリリースルールを設定できます。
-
-### リリースルールの設定
-
-Capgoのウェブインターフェースを通じて、スケジュール、アプリバージョンの互換性、更新の段階的な展開方法などのパラメータを設定することで、リリースプロセスを微調整できます。
-
-設定する主要な項目：
-
-- **デプロイメントスケジュール**: 更新を実施する具体的な時間を選択
-- **バージョン要件**: 更新を受け取るべきアプリバージョンを定義
-- **ロールアウトの割合**: より小さなグループから開始し、徐々に拡大することでリリースのペースを制御
-
-緊急の修正の場合は、即時展開を選択して問題にすぐに対処できます。重要度の低い更新の場合は、段階的なロールアウトによりパフォーマンスを監視し、潜在的な問題が発生した場合に解決することができます。さらに、Capgoは専用のテストグループを作成するオプションを提供し、調整をよりスムーズで効率的にします。
-
-## ステップ5：更新の追跡
-
-ホットフィックスの進捗を監視し、問題が発生したらすぐに対処します。
-
-### 更新状況の確認
-
-Capgoの分析は主要な更新指標についての洞察を提供します：
-
-| 指標 | 監視対象 | 重要性 |
-| --- | --- | --- |
-| **配信率** | 成功した更新の割合 | デプロイメントの効果を示す |
-| **更新速度** | ターゲットユーザーに到達するまでの時間 | 遅延やボトルネックを強調 |
-| **ユーザーカバレッジ** | 更新されたデバイスの数 | 修正を受け取ったユーザー数を示す |
-
-### 問題への対処
-
-これらの指標を確認した後、課題に迅速に対応できる準備をします。
-
-- **即時ロールバック**  
-  問題が発生した場合、Capgoのロールバック機能を使用して即座に前のバージョンに戻すことができます。
-
-- **ユーザー割り当ての分析**  
-  特定のグループやデバイスで問題が発生していないかを確認するため、更新の配布状況を確認します。
-
-- **パフォーマンスの監視**  
-  リアルタイムの指標を使用して問題を特定し解決します。
-
-### 主なポイント
-
-Capgoは、**1,400個の本番アプリ**に対して**9億4,760万回のアップデート**を提供してきた実績を持ち、ホットフィックスを迅速かつ効果的に展開するプロセスを簡素化します[\[1\]](https://capgo.app/)。
-
-| ステップ | アクション | 目的 |
-| --- | --- | --- |
-| 作成とテスト | ローカルでホットフィックスを開発し検証 | コード品質の確保 |
-| Capgoのセットアップ | `npx @capgo/cli init`を使用してプラグインをインストール | 設定の簡素化 |
-| アップロード | CLIを介してファイルを転送 | 迅速な配布を可能に |
-| 設定 | ユーザーの割り当てとルールの設定 | 正確なアップデートの展開 |
-| モニタリング | パフォーマンスの追跡と問題解決 | 効率性の向上 |
-
-これらのステップに従って、Capgoをワークフローに統合し、アップデートプロセスを効率化しましょう。
-
-### はじめに
-
-詳細に入る前に、上記のステップを確認してください。これらは展開プロセスを管理しやすいアクションに分解し、実装を容易にします。
-
-プロジェクトにCapgo CLIを追加することから、Capgoの統合を開始します。**エンドツーエンドの暗号化**により、プラットフォームは毎回安全で信頼性の高いアップデートを保証します。
-
-> "Capgoはホットコードプッシュを実現するスマートな方法です。"
-
-さらなる効率性を求めるなら、CapgoをAzure DevOps、GitLab、GitHubなどのCI/CDツールと統合してください。この設定により、ユーザー割り当て機能を通じてアップデートの配布を制御しながら、自動展開が可能になります。
diff --git a/src/content/blog/ja/5-steps-to-distribute-custom-capacitor-plugins.md b/src/content/blog/ja/5-steps-to-distribute-custom-capacitor-plugins.md
deleted file mode 100644
index eabf351dc..000000000
--- a/src/content/blog/ja/5-steps-to-distribute-custom-capacitor-plugins.md
+++ /dev/null
@@ -1,148 +0,0 @@
----
-slug: 5-steps-to-distribute-custom-capacitor-plugins
-title: 5ステップでカスタムCapacitorプラグインを配布する
-description: iOS および Android プラットフォーム全体で、高度なアプリ機能のためのカスタムプラグインを効果的に配布する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T03:25:44.642Z
-updated_at: 2025-04-18T03:26:01.044Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136-1744946761044.jpg
-head_image_alt: モバイル開発
-keywords: 'Capacitor, custom plugins, mobile development, distribution, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-カスタム[Capacitor](https://capacitorjs.com/)プラグインを配布することで、アプリの機能を強化しながら、ユーザーへの更新を迅速に提供できます。始め方のガイドです：
-
-1. **ビルドとテスト**：[Capacitor Plugin API](https://capgo.app/blog/capacitor-comprehensive-guide/)を使用してプラグインを開発し、iOSとAndroidデバイスで徹底的にテストし、エッジケースに効果的に対応します。
-2. **配布の設定**：インストール手順、APIリファレンス、使用例を含む明確なドキュメントを備えたnpmパッケージを作成します。
-3. **リリース**：セマンティックバージョニングを使用してnpmにプラグインを公開し、コミュニティの可視性のためにGitHubで共有します。
-4. **統合**：開発者がプロジェクトに簡単にプラグインを追加し、機能を確認できるようにセットアップ手順を提供します。
-5. **ライブアップデートの追加（オプション）**：[Capgo](https://capgo.app/)のようなツールを使用して、安全で効率的なライブアップデートを実現し、24時間以内に95%のユーザーが変更を受け取れるようにします。
-
-このステップバイステップのプロセスにより、プラグインが適切に構築され、統合が容易で、iOSとAndroidの両プラットフォームでのデプロイメントの準備が整います。
-
-## iOSとAndroid向け[Capacitor](https://capacitorjs.com/)プラグインの作成方法
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-## ステップ1：プラグインのビルドとテスト
-
-主な目的は、JavaScriptとネイティブ機能を接続し、iOSとAndroidの両方でシームレスに動作することを確認することです。
-
-### Capacitor Plugin APIの使用
-
-公式の[Capacitor Plugin](https://capgo.app/blog/capacitor-comprehensive-guide/) APIを使用してプラグインを作成します。これにより、プラットフォーム間で一貫した機能が確保されます。開発とメンテナンスを容易にするため、単一の機能に焦点を当てます。
-
-開発中に注意すべき重要なポイント：
-
-- 明確なメソッドシグネチャを定義する
-- 強力なエラー処理を実装する
-- 必要に応じてプラットフォーム固有の機能をサポートする
-- プラットフォームの要件を明確に文書化する
-
-### 異なるプラットフォームでのテスト
-
-プラグインを公開する前に、徹底的なテストが重要です。実機とエミュレータの両方でパフォーマンスを確認するためにローカルツールを使用します：
-
-- 様々なiOSバージョンでiOSシミュレータと実機でテスト
-- 異なるAPIレベルのAndroidデバイスで適切な統合とパフォーマンスを確認
-
-完了前に確認すべき事項：
-
-- JavaScriptからネイティブへの呼び出しとデータ変換を検証
-- エラー処理と全体的なパフォーマンスを確認
-- エッジケースをテストし、予期しない入力に対処し、明確なエラーメッセージを提供できることを確認
-
-これらのステップを完了したら、ステップ2の配布ファイルの準備に進む準備が整います。
-
-## ステップ2：配布ファイルの設定
-
-スムーズな配布を確保するため、npmパッケージとドキュメントを整理します。
-
-### npmパッケージの作成
-
-コマンド`npm init @capacitor/plugin@latest`を実行します。次に、`package.json`ファイルでプラグインの名前、バージョン、必要な依存関係を更新します。
-
-### 明確なドキュメントの作成
-
-以下を含む`README.md`ファイルを作成します：
-
-- **インストール手順**：npmとyarn両方の手順を提供
-- **APIリファレンス**：メソッドの説明とパラメータの型を詳述
-- **使用例**：一般的なシナリオでのプラグインの使用方法を示す
-
-### プラットフォーム要件の確認
-
-すべてのプライバシーと権限の宣言がAppleとGoogleのガイドラインに準拠していることを確認します。
-
-これらのステップが完了したら、ステップ3に進み、npmにプラグインを公開してコミュニティと共有する準備が整います。
-
-## ステップ3：プラグインのリリース
-
-npmに公開し、Capacitorコミュニティと共有することで、プラグインを世界に公開します。
-
-### npmレジストリへの公開
-
-プラグインをリリースする際はセマンティックバージョニングのガイドラインに従います：破壊的変更には**メジャー**バージョン、新機能には**マイナー**、バグ修正には**パッチ**を使用します。
-
-### Capacitorコミュニティとの共有
-
-プラグインのリポジトリをGitHubにアップロードし、Capacitor Communityオーガニゼーションへの追加を検討します。これにより、プラグインの可視性が高まり、他の人々が貢献する機会が生まれます。
-
-## ステップ4：プロジェクト統合のガイド
-
-npmに公開された後、次のステップはプロジェクトへの統合です。手順は以下の通りです：
-
-### セットアップ手順
-
-- 実行：`npm install your-plugin-name`
-- [Capacitorと同期](https://capgo.app/plugins/capacitor-updater/)：`npx cap sync`
-- マニフェストの更新やプラグインの登録など、必要なネイティブ設定を指定
-
-### インストールのテスト
-
-- 新しいCapacitorプロジェクトでプラグインをテストし、すべてが期待通りに動作することを確認
-- 基本的なプラグインメソッドを呼び出し、期待される結果が得られることを確認
-
-すべての機能が確認できたら、プロジェクトへのプラグインの統合を進める準備が整います。
-
-## ステップ5：ライブアップデートの追加
-
-配布プロセスをライブアップデートを組み込むことで拡張します。Capgoを使用することで、アプリストアの承認を待たずにプラグインを最新の状態に保つことができます。
-
-### [Capgo](https://capgo.app/)ライブアップデートの設定
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-**Capgoを使用する理由？** 更新を効率化する様々な機能を提供します：
-
-- エンドツーエンドの暗号化による**安全な配信**
-- デルタ更新による**効率的な配布**
-- 分析ダッシュボードによる**モニタリングツール**
-- クイックフィックスのための**ロールバックオプション**
-- 体系的なリリースのための**チャネル管理**
-
-更新の設定方法：
-
-- [GitHub Actions](https://docs.github.com/actions)、[GitLab CI](https://docs.gitlab.com/ee/ci/)、[Jenkins](https://www.jenkins.io/)などのCI/CDツールと統合
-- 開発、ベータ、本番環境用の配布チャネルを設定
-- 問題に迅速に対応するためのワンクリックロールバックを有効化
-
-Capgoのメトリクスによると、アクティブユーザーの95%が24時間以内に更新を受け取っており[\[1\]](https://capgo.app/)、ライブアップデートは変更を効率的に配布する強力な方法となっています。
-
-ライブアップデートの設定が完了したら、配布ワークフローの仕上げの準備が整います。
-
-[\[1\]](https://capgo.app/) 実稼働中のアプリのCapgoプラットフォームメトリクスに基づく。
-
-## 結論
-
-これら5つのステップに従うことで、適切に構築され、統合が簡単で、デプロイメントの準備が整った[カスタムCapacitorプラグイン](https://capgo.app/blog/release-of-a-brand-new-capacitor-social-login/)を作成できます。
-
-開発とテストからパッケージング、公開、統合、さらにはオプションのライブアップデートまで、この構造化されたプロセスにより、プラグインがiOSとAndroidの両プラットフォームでシームレスに動作することが保証されます。
-
-成功するプラグインの配布は最初のリリースを超えて、開発者とユーザーの両方に利益をもたらす効率的で信頼性の高いプロセスを維持することが重要です。このガイドを使用して、プラットフォーム間でのプラグイン配信を効率化してください。
diff --git a/src/content/blog/ja/5-steps-to-implement-oauth2-in-capacitor-apps.md b/src/content/blog/ja/5-steps-to-implement-oauth2-in-capacitor-apps.md
deleted file mode 100644
index 8184232dd..000000000
--- a/src/content/blog/ja/5-steps-to-implement-oauth2-in-capacitor-apps.md
+++ /dev/null
@@ -1,320 +0,0 @@
----
-slug: 5-steps-to-implement-oauth2-in-capacitor-apps
-title: CapacitorアプリでOAuth2を実装する5つのステップ
-description: CapacitorアプリにセキュアなOAuth2認証を統合するための、重要なステップとベストプラクティスを説明する簡潔なガイド。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-27T12:26:34.111Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/683598e6d3b96619818496d3-1748348849256.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OAuth2, Capacitor, authentication, mobile apps, security, token storage, PKCE,
-  app integration
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-[Your request to translate to Japanese]
-
-**[OAuth2](https://en.wikipedia.org/?title=OAuth2&redirect=no)認証を[Capacitor](https://capacitorjs.com/)アプリに追加したいですか？こちらは始めるための簡単なガイドです。**
-
-OAuth2は、ユーザーがパスワードを共有することなくデータへのアクセスを共有できるプロトコルです。iOS、Android、Webなどのプラットフォームで動作するため、[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)に最適です。また、機密性の高い認証情報を保存する代わりにトークンを使用することで、アプリのセキュリティを確保します。
-
-以下は、[Capacitorアプリ](https://capgo.app/plugins/ivs-player/)にOAuth2を5つのステップで統合する方法です：
-
-1. **OAuth2プロバイダーのセットアップ**：プロバイダー（例：Google、[Auth0](https://auth0.com/)）を選択し、リダイレクトURIを設定し、クライアント認証情報を安全に管理します。
-2. **OAuth2プラグインのインストールと設定**：`@byteowls/capacitor-oauth2`プラグインを追加し、プラットフォーム固有の設定（例：iOSの`Info.plist`、Androidの`AndroidManifest.xml`）を行います。
-3. **認証フローの構築**：プラグインを使用してユーザーログイン、トークン保存、ログアウトを安全に処理します。追加の保護のために[PKCE](https://oauth.net/2/pkce/)を有効にします。
-4. **クロスプラットフォームでのテスト**：iOS、Android、Webブラウザでフローを確認します。リダイレクトURIの不一致やPKCEエラーなどの一般的な問題を修正します。
-5. **実装のセキュリティ確保**：トークンを安全なストレージ（[Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\))/Keystore）に保存し、HTTPSを使用し、強力な[コンテンツセキュリティポリシー](https://capgo.app/security/)を設定します。
-
-### クイック比較：セキュアなトークン保存オプション
-
-| ストレージオプション | 最適な用途 | セキュリティレベル | オフラインアクセス | 使用例 |
-| --- | --- | --- | --- | --- |
-| **セキュアストレージ** | モバイルアプリ | 高 | はい | リフレッシュトークン |
-| **メモリストレージ** | 一時的なアクセス | 中 | いいえ | アクティブなアクセストークン |
-| **HttpOnlyクッキー** | Webアプリケーション | 高 | はい | ブラウザベースのセッション |
-
-## [Capacitor](https://capacitorjs.com/)を使用して[Ionic](https://ionicframework.com/)アプリにGoogleサインインを追加する方法
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/GwtpoWZ_78E" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## ステップ1：[OAuth2](https://en.wikipedia.org/?title=OAuth2&redirect=no)プロバイダーのセットアップ
-
-OAuth2プロバイダーを正しくセットアップすることは、すべてが円滑に動作することを確実にするための最初の重要なステップです。これには、アプリの要件に合ったプロバイダーの選択、リダイレクトURIなどの技術的な詳細の設定、認証情報の安全な管理が含まれます。これらのステップは、次のフェーズでOAuth2プラグインをインストールするための準備となります。
-
-### OAuth2プロバイダーの選択
-
-アプリの機能、セキュリティニーズ、互換性に合ったOAuth2プロバイダーを選択することから始めます。構築するアプリケーションの種類によって、使用するOAuth 2.0フローが決まり、それがプロバイダーの選択に直接影響します[\[2\]](https://auth0.com/docs/get-started/authentication-and-authorization-flow/which-oauth-2-0-flow-should-i-use)。Capacitorベースのアプリの場合、PKCEを使用した認可コードフローが推奨されます - これはモバイルアプリケーションに適した方法です。
-
-プロバイダーを比較する際は、セキュリティ機能に注目してください。署名付きクッキー、CSRFトークンの検証、暗号化されたJWTなどのオプションを探してください。アプリが機密データを扱う場合、[多要素認証](https://capgo.app/docs/webapp/mfa/)のサポートは必須です。評価する際は、長い比較に悩まされることなく、ニーズに基づいてコストと機能のバランスを取ってください。
-
-### リダイレクトURIの設定
-
-リダイレクトURIは重要です - これらはOAuth2プロバイダーに、認証完了後にユーザーをどこに送信するかを指示します。これらのURIを適切に設定することで、モバイルとWebの両方のプラットフォームでシームレスな体験を確保できます。
-
-モバイルアプリの場合、カスタムURLスキームを使用します。通常、`com.example.app://callback`のような形式で、`com.example.app`はアプリのパッケージIDと一致させます。Webでは、リダイレクトURIとして`window.location.origin`を使用します。ローカルでテストする場合は、`http://localhost:8100/callback`のようなURLが適しています。
-
-iOSユーザーの場合、CapacitorのBrowserプラグインが[SFSafariViewController](https://developer.apple.com/documentation/safariservices/sfsafariviewcontroller)を使用することに注意してください。iOS 11以降では、これはSafariとクッキーを共有しないため、シングルサインオン機能に影響を与える可能性があります。SSOが必要な場合は、[ASWebAuthenticationSession](https://developer.apple.com/documentation/authenticationservices/aswebauthenticationsession)をサポートするプラグインの使用を検討してください[\[3\]](https://auth0.com/docs/quickstart/native/ionic-angular/interactive)。
-
-### クライアント認証情報の管理
-
-クライアント認証情報は、アプリをOAuth2プロバイダーに識別させるもので、クライアントIDとクライアントシークレットで構成されています。クライアントIDはパブリックな識別子として、クライアントシークレットはプライベートキーのように扱う必要があります。
-
-クライアントシークレットをアプリに直接ハードコードしたり、バージョン管理に含めたりしないでください。代わりに、環境変数や安全なシークレット管理システムを使用して保存してください。また、露出を制限しセキュリティを高めるために、最小限のスコープを持つ短期間のトークンを選択してください。
-
-## ステップ2：OAuth2プラグインのインストールと設定
-
-OAuth2プロバイダーの準備ができたら、次のステップはプラグインをCapacitorアプリに追加し、iOS、Android、Webプラットフォーム用に設定することです。
-
-### プラグインのインストール
-
-`@byteowls/capacitor-oauth2`プラグインはほとんどのOAuth2プロバイダーで動作します。互換性の問題を避けるために、Capacitorのセットアップに合ったバージョンをインストールする必要があります。
-
-Capacitorのバージョンに基づいたインストールコマンドは以下の通りです：
-
-- **Capacitor v5**: `npm i @byteowls/capacitor-oauth2`
-- **Capacitor v4**: `npm i @byteowls/capacitor-oauth2@4`
-- **Capacitor v3**: `npm i @byteowls/capacitor-oauth2@3`
-
-インストール後、同期コマンド（`npx cap sync`）を実行してネイティブの依存関係を更新します。このステップは、プラグインがiOSとAndroidプロジェクトに正しく統合されることを確実にするために重要です。これをスキップすると、モバイルプラットフォーム用にコンパイルする際にビルドエラーが発生する可能性があります。
-
-### プラグイン設定の構成
-
-インストール後、OAuth2プロバイダーのセットアップに合わせてプラグインを設定する必要があります。これは`authenticate()`メソッドを呼び出す際の`oauth2Options`オブジェクトを通じて行います。定義すべき主要なパラメータには以下が含まれます：
-
-- **appId**: OAuth2プロバイダーからのクライアントID
-- **authorizationBaseUrl**: プロバイダーの認証エンドポイント
-- **responseType**: モバイルアプリの場合、通常は`"code"`に設定
-- **redirectUrl**: ステップ1で設定したリダイレクトURLと一致する必要があります
-
-認証プロセスを微調整するために、`accessTokenEndpoint`、`scope`、プラットフォーム固有のオプションなどの追加パラメータを設定することもできます。
-
-Androidの場合、`AndroidManifest.xml`と`strings.xml`ファイルを正しいスキームとホスト情報で更新します。iOSでは、`Info.plist`ファイルを変更してリダイレクトURLスキームを登録します。これらのプラットフォーム固有の変更により、認証後にユーザーがアプリに確実にリダイレクトされます。
-
-### Capacitorバージョンの互換性確認
-
-プラグインのバージョンがCapacitorのバージョンと一致していることを確認することが重要です。バージョンの不一致はビルドエラーやランタイムの問題を引き起こす可能性があります。`@byteowls/capacitor-oauth2`プラグインはCapacitorのリリースに厳密に合わせられているため、互換性を確認してから進めてください。
-
-| プラグインバージョン | 互換性のあるCapacitorバージョン | 注意事項 |
-| --- | --- | --- |
-| 5.x | 5.x.x | [Xcode](https://developer.apple.com/xcode/) 14.1が必要。変更履歴に重要な変更が記載。 |
-| 4.x | 4.x.x | Xcode 12.0が必要。変更履歴に重要な変更が記載。 |
-| 3.x | 3.x.x | Xcode 12.0が必要。変更履歴に重要な変更が記載。 |
-| 2.x | 2.x.x | Xcode 11.4が必要。変更履歴に重要な変更が記載。 |
-| 1.x | 1.x.x |     |
-
-iOSで開発している場合は、Xcodeのバージョン要件に特に注意を払ってください。互換性のないバージョンを使用すると、アプリのビルドが成功しません。プラグインのドキュメントには詳細な互換性表が含まれており、バージョン関連の問題のトラブルシューティングに役立ちます。
-
-インストール後に問題が発生した場合は、現在のプラグインバージョンをアンインストールし、Capacitorバージョンに合った正しいバージョンをインストールして、同期コマンドを再度実行してください。この方法は、互換性のないバージョンを無理に動作させようとするよりもはるかに効果的です。
-
-## ステップ3：OAuth2認証フローの構築
-
-プラグインのセットアップが完了したら、完全に機能する認証フローを作成する時です。このステップでは、安全なユーザーログイン、トークン管理、ログアウトを確実に行い、アプリがプラットフォーム全体でユーザーセッションを管理できるようにします。
-
-### ログインフローの作成
-
-ログインプロセスは、オプションオブジェクトを指定して`authenticate()`を呼び出すことから始まります。このオブジェクトには、`authorizationBaseUrl`、`redirectUrl`、PKCE要件に準拠するために`responseType`を`'code'`に設定する必要があります。プラグインは安全にプロバイダーのログインページを開き、ユーザーはそこで認証情報を入力できます。ログインが成功すると、プロバイダーはトークンとユーザー詳細とともにユーザーをアプリにリダイレクトします。
-
-最も重要な点は、ユーザーがOAuth2プロバイダーに直接認証情報を入力するため、アプリが機密情報にアクセスすることがないということです。このメソッドは、アクセストークン、リフレッシュトークン、メールやプロフィール詳細などのユーザーデータを含むレスポンスオブジェクトを返します。
-
-iOSとAndroidでは、このプロセスはシステムブラウザとクッキーを共有する安全なWebビューを使用します。Webプラット
-
-Here's the Japanese translation:
-
--   **アクセストークン**: クイックかつ一時的なアクセスのためにメモリに保存します。
--   **リフレッシュトークン**: `capacitor-secure-storage`プラグインのようなセキュアストレージを使用します。これはiOS KeychainまたはAndroid [Android Keystore](https://developer.android.com/privacy-and-security/keystore)を通じてAES-256でトークンを暗号化します。これにより、デバイスが侵害された場合でもトークンは保護されます。
-
-アプリが再起動した時、ユーザーに再度認証情報の入力を求めることなくログインできるよう、保存されたトークンを確認します。
-
-| ストレージ方式 | セキュリティレベル | パフォーマンス | オフラインアクセス | 最適な使用例 |
-| --- | --- | --- | --- | --- |
-| **セキュアストレージ** | AES-256 ハードウェア | 中 | はい | リフレッシュトークン、長期データ |
-| **メモリストレージ** | 高（一時的） | 高 | いいえ | アクティブなアクセストークン |
-| **通常のストレージ** | 低 | 高 | はい | 重要でない設定 |
-
-セッションをアクティブに保つため、トークンが期限切れになる前に更新します。APIコールを行う前に、アクセストークンが期限切れに近いかチェックします。期限切れに近い場合は、リフレッシュトークンを使用してOAuth2プロバイダーから新しいアクセストークンを取得します。信頼性を高めるため、ネットワーク再接続時にトークンの更新を再試行するロジックを含めてください。リフレッシュトークンが期限切れまたは取り消された場合は、ユーザーを再認証のためにログインフローにリダイレクトします。
-
-### ログアウト機能の追加
-
-安全で効果的なログアウトプロセスも同様に重要です。プロバイダーのエンドポイントを通じてリフレッシュトークンを取り消すことから始めます。その後、セキュアストレージからトークンを削除し、すべてのセッションが終了するようにユーザーデータをリセットします。
-
-ローカルのトークンを削除するだけでは不十分です。OAuth2プロバイダーは多くの場合、ユーザーを自動的に再認証できるサーバーサイドのセッションを維持しています。リフレッシュトークンを取り消すことで、認証許可に紐づくトークンチェーンが切断され、保存された認証情報が再利用できなくなります。
-
-> "JWTアクセストークンは取り消すことができません。期限切れまで有効です。ベアラートークンであるため、それらを無効化する方法はありません。" – lihua.zhang、Auth0従業員 [\[5\]](https://community.auth0.com/t/invalidating-an-access-token-after-user-logout/101398)
-
-トークンを取り消すには、ローカルストレージをクリアする前にリフレッシュトークンでプロバイダーのトークン取り消しエンドポイントを呼び出します。このサーバーサイドのアクションにより、認証情報が漏洩した場合でもトークンの不正使用を防ぎます。取り消し後、セキュアストレージからトークンを削除し、キャッシュされたユーザーデータをリセットして、ユーザーをログイン画面に戻します。
-
-シングルサインオン（SSO）設定の場合、ログアウトが同じプロバイダーを使用する他のアププのセッションも終了させるべきかどうかを決定します。さらに、ネットワーク中断時にもログアウトプロセスがスムーズに動作するよう、ログアウトリクエストをローカルに保存し、接続が復旧した時に再試行するようにします。これにより、プロバイダー側で適切なクリーンアップが確実に行われます。
-
-## ステップ4：OAuth2統合のテスト
-
-OAuth2の設定と認証フローの開発が完了したら、次のステップは徹底的なテストです。これにより、デバイスとプラットフォーム全体で統合がシームレスに動作し、ユーザーに信頼性の高い体験を提供できることを確認します。テストには、モバイルデバイスとWebブラウザでの機能検証が含まれ、アプリのリリース前に潜在的な問題を特定し解決します。
-
-### iOSとAndroidでのテスト
-
-物理的なiOSとAndroidデバイスで認証プロセス全体をテストすることから始めます。
-
--   **iOS向け**: URLスキームが`Info.plist`ファイルで正しく設定されていることを確認し、アプリがOAuth2プロバイダーからのリダイレクトを適切に処理することを確認します。認証リクエストに`WKWebView`を使用することは避けてください。`disallowed_useragent`エラーの原因となる可能性があります。代わりに、iOS用のGoogle Sign-InやOpenID FoundationのAppAuthなどのライブラリを使用して認証フローを効果的に処理します [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app)。
-    
--   **Android向け**: `AndroidManifest.xml`にリダイレクトURIを処理するための正しいインテントフィルターが含まれていることを確認します。iOSと同様に、認証リクエストに`android.webkit.WebView`を使用することは避けてください。これも`disallowed_useragent`エラーの原因となる可能性があります。代わりに、Google Sign-InやAndroid用OpenID AppAuthなどのライブラリを使用してください [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app)。
-    
-
-両方のケースで、認証サーバーが利用できないなどのエラーシナリオをテストします [\[7\]](https://www.testim.io/blog/how-to-test-oauth-authentication)。アプリが複数の権限（スコープ）をリクエストする場合は、どの権限が付与されているかを確認し、一部が拒否される状況に対処します [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app)。
-
-### Webでのテスト
-
-Webプラットフォームでは、開発者ツールを使用してネットワークリクエストを監視し、トークンのセキュリティを確保します。OAuth 2.0 Playgroundのようなツールはフローのテストに役立ちます [\[10\]](https://www.oauth.com/playground)。一方、[ZAP](https://www.zaproxy.org/)や[BurpSuite](https://portswigger.net/burp)などのHTTPインターセプトプロキシは、テスト中により深い洞察を提供します [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses)。
-
-テスト時は、パブリッククライアント向けの推奨アプローチであるPKCEを使用した認可コードグラントを使用します。シークレットがURLパラメータではなく、POSTパラメータまたはヘッダー値を通じて安全に送信されることを確認します。さらに、保護を強化するために`Referrer-Policy`などのセキュリティヘッダーを実装します [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses)。
-
-### 一般的な問題の修正
-
-テスト中に遭遇する可能性のある一般的な問題に対処する必要があります：
-
--   **不正確なリダイレクトURI**: リダイレクトURIの不一致は多くの場合「unauthorized client」エラーの原因となります。OAuth2プロバイダーの設定、Capacitorアプリのcapacitor.config.jsonファイル、およびネイティブプラットフォームのマニフェストで、リダイレクトURIが完全に一致していることを確認してください。
-    
-    > "sso accepted routeはiosSchemeとhostnameの組み合わせをサポートする必要があります：ionic://com.myapp.mybundle" - LBopp [\[8\]](https://forum.ionicframework.com/t/redirect-back-to-app-after-oauth2-oidc-login/201056)
-    
--   **PKCE検証エラー**: PKCEはアプリのセキュリティに不可欠なため、サポートされ正しく設定されていることを確認します [\[9\]](https://capacitorjs.com/docs/guides/security)。
-    
--   **プラグイン実装エラー**: "Plugin is not implemented on iOS"のようなエラーは、通常、設定の不足やCapacitor環境内の問題を示します。これらの問題の特定と解決を支援するため、OAuth2プラグインでロギングを有効にします [\[4\]](https://github.com/capacitor-community/generic-oauth2)。
-    
--   **ステートの不一致エラー**: 認可リクエストのステートパラメータがリダイレクトレスポンスのものと一致しない場合、セキュリティリスクを示す可能性があります。これは特に、Facebookのようなプロバイダー向けのカスタムOAuthハンドラーを使用する場合に関連します。エラーや設定ミスがないことを確認するため、カスタムハンドラーコードを慎重にレビューしてください [\[4\]](https://github.com/capacitor-community/generic-oauth2)。
-    
-
-## ステップ5：OAuth2実装のセキュリティ確保
-
-OAuth2統合の保護は、機密データを保護し脆弱性を最小限に抑えるために重要です。以下は、実装を安全に保つための主要な実践方法です。
-
-### より良いセキュリティのために[PKCE](https://oauth.net/2/pkce/)を有効化
-
-![PKCE](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/a1d07053135329feb5e83364c4428d00.jpg)
-
-認可フローを保護する最も効果的な方法の1つは、PKCE（Proof Key for Code Exchange）を有効にすることです。PKCEは認可コードの不正な傍受を防ぐのに役立ちます。以下がその仕組みです：
-
--   43から128文字の長さのランダムな`code_verifier`の生成から始めます。
--   次に、`code_verifier`をSHA-256でハッシュ化し、その結果をbase64 URL形式でエンコードして`code_challenge`を作成します。
-
-`capacitor-community/generic-oauth2`プラグインを使用している場合、PKCEの有効化は簡単です。以下が設定例です：
-
-```javascript
-{
-  responseType: "code",
-  pkceEnable: true,
-  redirectUrl: "com.companyname.appname:/"
-}
-```
-
-このプラグインは自動的にPKCEを処理し、PKCEなしのコードフローをサポートしていません。`code_challenge_method`はデフォルトで適切な検証のため"S256"に設定されています [\[12\]](https://developer.constantcontact.com/api_guide/pkce_flow.html)。
-
-### トークンのセキュアストレージの使用
-
-OAuth2トークンを安全に保存することは、不正アクセスを防ぐために不可欠です。ネイティブモバイルアプリの場合、オペレーティングシステムが提供するセキュアストレージを活用します：
-
--   iOSでは、ハードウェアベースの暗号化とOS レベルの保護を提供する**Keychain**を使用します。
--   Androidでは、[生体認証](https://capgo.app/plugins/capacitor-native-biometric/)による追加のセキュリティもサポートできる**Keystore**を使用します。
-
-Webアプリケーションの場合、クロスサイトスクリプティング（XSS）のリスクを軽減するため、`SameSite`属性を持つ**HttpOnly セキュアクッキー**にトークンを保存します。
-
-以下がセキュアストレージオプションの比較です：
-
-| ストレージオプション | 最適な用途 | セキュリティ上の利点 | 考慮事項 |
-| --- | --- | --- | --- |
-| iOS Keychain | ネイティブiOSアプリ | ハードウェアベースの暗号化とOSレベルの保護 | プラットフォーム固有の実装が必要 |
-| Android Keystore | ネイティブAndroidアプリ | 生体認証による保護の可能性があるセキュアストレージ | デバイスのセキュリティ機能により異なる |
-| HttpOnly Cookies | Webブラウザ | XSSに対する耐性と安全な自動送信 | 同一ドメインのAPIアクセス用に設定が必要 |
-| Backend for Frontend | すべてのプラットフォーム | トークンがク
-
-### コンテンツセキュリティポリシーの設定
-
-セキュアストレージに加えて、強力なコンテンツセキュリティポリシー(CSP)を実装することで、クロスサイトスクリプティング(XSS)やコードインジェクションなどの攻撃からアプリを保護できます。CSPは`Content-Security-Policy` HTTPヘッダーを使用してサーバーレベルで設定するか、HTMLに`<meta>`タグを追加することで設定できます。
-
-重要なディレクティブには以下が含まれます：
-
-- **default-src**: すべてのコンテンツタイプに対するフォールバックルールを設定します。
-- **script-src**: 実行を許可するJavaScriptファイルを制御します。
-- **connect-src**: APIコールとOAuth2の連携を管理します。
-- **frame-ancestors**: iframeでのアプリの埋め込みを制限してクリックジャッキングを防止します。
-
-最大限の保護のために、広範な許可リストの代わりに厳密なノンスまたはハッシュを使用し、`unsafe-inline`や`unsafe-eval`などのディレクティブは避けてください。HTTPからHTTPSに移行中のアプリの場合は、`upgrade-insecure-requests`ディレクティブの追加を検討してください。OAuth2コンテンツが他の場所に埋め込まれないようにするには、`frame-ancestors 'none'`を設定します。
-
-## まとめと次のステップ
-
-### 重要なポイント
-
-5つの主要なステップに従って、CapacitorアプリでのOAuth2認証の実装に成功しました。これには、OAuth2プロバイダーの設定、必要なプラグインのインストール、認証フローの作成、プラットフォーム間でのテスト、PKCEと適切なトークンストレージを使用した統合の保護が含まれます。OAuth 2.0は認証プロトコルではなく**認可プロトコル**であることを覚えておくことが重要です[\[1\]](https://auth0.com/intro-to-iam/what-is-oauth-2)。その主な焦点はユーザーのアイデンティティの検証ではなく、アクセス権の付与にあります。
-
-セキュリティは、特にモバイルアプリにとって重要です。OAuth 2.0を使用する組織は、基本的な認証方法に依存する組織と比較してAPIアクセスのセキュリティインシデントが34%減少したと報告しています[\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access)。短期間のアクセストークンの使用、PKCEの実装、トークンの安全な保存などのベストプラクティスを取り入れることで、アプリの認証システムの強固な基盤を築きました。
-
-このセキュアなフレームワークを維持しながら、アプリの機能を拡張する方法を探ることができます。
-
-### 機能の追加
-
-OAuth2を導入したことで、追加機能でアプリを強化する機会があります。例えば：
-
-- **[OpenID Connect](https://openid.net/developers/how-connect-works/) (OIDC)**: OAuth 2.0にユーザー認証とシングルサインオン(SSO)機能を追加します[\[16\]](https://developer.okta.com/docs/concepts/oauth-openid)。
-- **多要素認証(MFA)**: 追加の保護層を加えてセキュリティを強化します[\[17\]](https://blog.saaspass.com/multi-factor-authentication-mfa-with-openid-connect-protocol-d6b64c49c99c)。
-- **プログレッシブプロファイリング**: オンボーディングとユーザー体験を改善するためにユーザーデータを段階的に収集します[\[15\]](https://www.descope.com/blog/post/oauth2-react-authentication-authorization)。
-
-継続的なメンテナンスとアップデートのために、[Capgo](https://capgo.app/)のようなツールの使用を検討してください。これにより、アプリストアの承認を待つ必要なく、ライブアップデート、修正、新機能をすぐにプッシュできます。これは、セキュリティパッチの処理や新しい認証機能の展開に特に役立ちます。
-
-### その他のリソース
-
-OAuth2の実装をさらに強化するために、以下のリソースと戦略を活用してください：
-
-- **APIゲートウェイセキュリティ**: 認証と認可の対策、キャッシング、堅牢なロギングと分析を実装してデプロイメントを強化します[\[20\]](https://moldstud.com/articles/p-best-practices-for-deploying-api-gateways-in-production)。
-
-- **Aaron Pareckiのアドバイス**: _OAuth 2.0 Simplified_の著者であるAaron Pareckiによると：
-
-> "認可コードフローはOAuth 2.0フローの中で最も安全であり、サーバーサイドアプリケーションでは可能な限りこれを使用すべきです" [\[18\]](https://blog.dreamfactory.com/implementing-oauth-2.0-in-rest-apis-complete-guide)。
-
-次のステップのためのクイックリファレンス表：
-
-| フェーズ | 重要な焦点領域 |
-| --- | --- |
-| システム設定 | トークンのライフサイクル管理、HTTPSの強制、機密情報の安全な保存 |
-| トークン管理 | 短期間のアクセストークンの使用とリフレッシュトークンのローテーション |
-| 検証プロセス | 署名の検証とトークンの有効期限チェック |
-
-定期的なセキュリティ監査を実施し、実装を最新に保つことで先手を打ちましょう。例えば、OAuth 2.1では、すべての認可コードリクエストに対するPKCEの要求や、安全性の低いフローの廃止など、改善が導入されています[\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access)。さらに、Capacitorのドキュメントと OAuth2プラグインリポジトリは、アプリの認証システムの保守と改善を支援する継続的な技術サポートを提供しています。
-
-## よくある質問
-
-::: faq
-### モバイルアプリでOAuth2に認可コードフローとPKCEを使用する理由は？
-
-## モバイルアプリで認可コードフローとPKCEを使用する理由
-
-**PKCEを使用した認可コードフロー**は、認可コードの傍受や中間者攻撃などのリスクに対処することでセキュリティを強化するため、モバイルアプリの定番の選択肢です。PKCE (Proof Key for Code Exchange)は、認可サーバーが検証する一意のコードチャレンジを必要とすることで、追加の保護層として機能します。これにより、意図したアプリのみが認証プロセスを完了できることを保証します。
-
-モバイルアプリは公開クライアントとして分類され、クライアントシークレットを安全に保存できません。そこでPKCEが登場し、機密データを露出させることなく、ユーザーを安全に認証することができます。結果として、全体的なユーザー体験を改善する、より安全で信頼性の高いログインプロセスが実現します。
-:::
-
-::: faq
-### iOS、Android、Webアプリで OAuth2トークンを安全に保存するベストな方法は？
-
-iOS、Android、Webの各プラットフォームでOAuth2トークンを安全に保持するには、**各プラットフォームに合わせたセキュアなストレージソリューションを使用する**ことが重要です。iOSではKeychain Services、AndroidではAndroid Keystoreシステムが推奨されます。これらのツールは、トークンを含む機密データを保護するために特別に設計されています。Webでは、セキュアなクッキーや暗号化されたブラウザストレージが効果的な代替手段となります。
-
-AES-256などの暗号化を追加することで、トークンのセキュリティレイヤーを追加できます。**短期間のトークン**を使用し、必要に応じて安全に更新することで、さらにリスクを軽減できます。OAuth2プロセス中に**PKCE (Proof Key for Code Exchange)**を実装することは、不正アクセスをブロックするためのもう一つの賢明な方法です。さらに強力な保護のために、生体認証を統合し、正当なユーザーのみが保存されたトークンにアクセスできるようにすることを検討してください。
-:::
-
-::: faq
-### Capacitorアプリでの OAuth2統合テストで最も一般的な問題とその解決方法は？
-
-CapacitorアプリでのOAuth2統合テスト時に、開発者は以下のような一般的な障害に遭遇する可能性があります：
-
-- **無効なクライアント認証情報**: クライアントIDとシークレットが正しく設定され、OAuth プロバイダーの設定と一致していることを確認してください。小さなタイプミスでも問題の原因となる可能性があります。
-- **リダイレクトURIの不一致**: アプリのリダイレクトURIは、OAuthプロバイダーに登録されているものと完全に一致する必要があります。不必要な問題を避けるためにこれを再確認してください。
-- **トークンの有効期限切れ**: トークンは永久に有効ではありません。期限切れトークンを適切に処理し、ユーザー体験を中断させないように、信頼性の高いトークン更新システムを設定してください。
-- **スコープの設定ミス**: アプリでリクエストするスコープは、OAuthプロバイダーで設定されているものと一致する必要があります。スコープの不一致は予期せぬエラーにつながる可能性があります。
-
-これらの問題に対処するには、アプリのOAuth設定を徹底的にレビューする時間を取ってください。強力なエラー処理を実装して問題を早期に発見し対処し、異なるシナリオで認証フローをテストしてください。Capgoのようなツールを使用すると、アプリストアの承認を待つことなく更新と修正を直接アプリにプッシュできるため、開発を効率的に行い、ユーザーを満足させることができます。
-:::
diff --git a/src/content/blog/ja/a-brand-new-organization-system.md b/src/content/blog/ja/a-brand-new-organization-system.md
deleted file mode 100644
index 9c8545f33..000000000
--- a/src/content/blog/ja/a-brand-new-organization-system.md
+++ /dev/null
@@ -1,90 +0,0 @@
----
-slug: a-brand-new-organization-system
-title: 全く新しい組織システム
-description: Capgo チームが組織システムを追加した背景について
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-04-15T00:00:00.000Z
-updated_at: 2024-04-15T00:00:00.000Z
-head_image: /organization_system_blog.webp
-head_image_alt: Capgo組織システムの図解
-keywords: >-
-  organization system, capgo, mobile app development, software engineering,
-  backend development
-tag: Story
-published: true
-locale: ja
-next_blog: ''
----
-## はじめに
-
-こんにちは、私は[WcaleNieWolny](https://github.com/WcaleNieWolny/WcaleNieWolny) - Capgoのリードソフトウェアエンジニアです。
-
-過去8ヶ月間、[組織システム](/docs/webapp/organization-system/)の開発を行ってきました。4月14日現在、このシステムが完成したことを嬉しくお知らせします 🎉 🎊
-
-ついに8ヶ月を経て、Capgoのすべての機能が組織メンバーにアクセス可能になりました。これには以下が含まれます：
- - アプリケーション
- - 統計情報
- - 課金
- - 完全なCLIサポート
- - そしてさらに多くの機能！
-
-ここまでの道のりは簡単ではありませんでした。システムには3つの主要なリビジョンがありました。
-
-## 組織システム v1
-
-始まりは困難でした...最初は、プロジェクトに参加して2週間後にこの作業を開始しました。
-当時、コードベースについてほとんど知識がなく、実装方法についての大きなアイデアもありませんでした。
-
-これにより、アプリケーション、チャンネル、バージョンへのアクセスのみをサポートする、最も場当たり的な解決策を実装することになりました。
-招待されたユーザーが統計情報にアクセスすることさえできませんでした。
-
-そしてMartinのレビューを待ちました。待ち続けましたが、何も起こりませんでした。3ヶ月後、この問題に戻ってマージの競合をすべて修正することを決めました。また、テストを行うことも決めました。これは素晴らしいアイデアでした。
-予想通り、場当たり的な解決策は完全に失敗しました。その時点で、すべてのバグを修正し、広範なE2Eテストを書くことを決めました。
-非常に壊れたコードと過去の自分が行った多くの悪い決定と向き合わなければなりませんでしたが、2週間の苦労の末、ついに機能するようになりました。
-
-しかし、これは完璧だったということではありません。組織のオーナーは、最高権限を持つ招待ユーザーよりもはるかに多くのアクセス権を持っていました。ユーザー体験も不十分でした。招待されたユーザーはアプリケーションの統計を見ることができず、課金を管理することもできず、CLIはアップロードのみに制限されていました。
-
-これらの課題にもかかわらず、MartinがPRをレビューし、1週間後にプロダクションにプッシュされました。
-
-## 組織システム v2
-
-すべての課題にもかかわらず、組織システムはかなりうまく機能していました。ユーザーはそれを使用し、プロジェクト全体を前進させました。しかし、まだ以下のことを行う必要がありました：
- - [行レベルセキュリティ](https://supabase.com/docs/guides/auth/row-level-security)で作られた混乱を修正する
- - CLI全体のサポートを追加する
- - 管理者ユーザーがオーナーと同じアクセス権を持つことを確認する
-
-Martinとの[多くの議論](https://github.com/Cap-go/capgo/issues/564)の後、最善の方法はセキュリティルール全体を書き直し、すべてのリソースの所有権をユーザーから組織に移行することだと決定しました。
-これにより、新しい組織システムとの統合が容易になり、多くのレガシーコードも削除できます。
-
-新しいRLSコードの作成は非常に退屈でしたが、1週間半後、移行全体の準備が整いました。
-
-しかし今回は、E2Eテストを書かないことを決めました。つまり、手動でテストする必要がありました。3回の非常に広範な通話の後、Martinとわたしはついにプロダクションにプッシュし、うまくいくことを祈ることにしました 🙏
-
-うまくいきませんでした...ユーザー登録が壊れ、新規ユーザーがアカウントを作成できなくなっていたことが判明しました 😅
-
-緊急の通話の後、すぐにプロダクションに変更をプッシュして就寝しました。残念ながら、私の変更はさらに多くの問題を引き起こしました 😰
-
-目が覚めた時、ユーザーに多くの空の組織があることを発見しました。これは、ユーザーごとに1つの組織しか許可されないはずなので、起こってはいけないことでした。重複した空の組織をすべて削除するのに時間がかかりましたが、それ以外の変更は比較的スムーズに進みました。
-
-## 組織システム v3
-
-これでもまだ十分ではありませんでした。まだ大きな要素が欠けていました - 課金です。
-
-これまでオーナーだけが課金を管理できました。これにより、ユーザーが組織のために購入していると思って料金プランを購入するという興味深い問題が発生しました。
-私たちはすぐに手動で問題を修正しましたが、この時点でこの問題は受け入れられないと判断しました。
-
-移行は比較的スムーズでした。1週間の作業を要しましたが、V1とV2と比較すると本当に難しくありませんでした 🚀
-
-## 組織システム v4 - 未来
-
-このすべての努力の後、今は一旦他のことに集中する時期だと思います 😎
-
-簡単ではありませんでしたが、多くのことを学び、Capgoは非常に素晴らしい重要な機能を獲得しました。
-まだレガシー機能の廃止、ウェブアプリのユーザー体験の改善、バグの監視を行う必要がありますが、
-このシステムに大きな変更は必要ないはずです。
-
-<br>
-
-読んでいただきありがとうございます 🚀
diff --git a/src/content/blog/ja/account-deletion-compliance-apple-guidelines.md b/src/content/blog/ja/account-deletion-compliance-apple-guidelines.md
deleted file mode 100644
index f0462f860..000000000
--- a/src/content/blog/ja/account-deletion-compliance-apple-guidelines.md
+++ /dev/null
@@ -1,236 +0,0 @@
----
-slug: account-deletion-compliance-apple-guidelines
-title: アカウント削除の法令遵守：Apple ガイドライン
-description: Apple のアカウント削除ガイドライン、開発者向けの主要な要件、ユーザーデータのプライバシーを確保するためのベストプラクティスについて学びます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T03:15:15.208Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6823e678f8b9f5df39f52ef5-1747192562945.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Apple guidelines, account deletion, user privacy, app compliance, mobile
-  development
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**[App Store](https://www.apple.com/app-store/)上のすべてのアプリに対して、Appleはユーザーアカウントを削除するためのアプリ内オプションの提供を義務付けています。** この方針は2022年6月30日から施行され、ユーザーが自身のデータを完全に消去できるようにし、プライバシーの管理を強化しています。以下が重要なポイントです：
-
--   **主要な要件**:
-    
-    -   **アカウント削除オプション**はアプリの設定で見つけやすい場所に配置する必要があります。
-    -   ユーザーデータは、法的に保持が必要な場合を除き、**完全に削除**される必要があります。
-    -   **"Sign in with Apple"**を使用するアプリは、AppleのREST APIを通じてトークンを取り消す必要があります。
--   **開発者向け**:
-    
-    -   削除プロセスの使いやすさとデータの完全削除をテストする。
-    -   サードパーティサービスもユーザーデータを削除することを確認する。
-    -   ライブアップデートとコンプライアンス監視には**[Capgo](https://capgo.app/)**などのツールを使用する。
--   **一般的な問題**:
-    
-    -   プラットフォーム間での削除の同期。
-    -   孤立したトークンと不完全なデータ消去の処理。
-
-これらの要件を満たさない場合、アプリが却下されたりApp Storeから削除されたりする可能性があります。開発者は問題を避けるため、ユーザーのプライバシーを優先し、Appleのガイドラインに従う必要があります。
-
-## 技術要件
-
-### 必要な削除手順
-
-アカウントを削除するプロセスは、分かりやすく見つけやすいものでなければなりません。アプリのアカウント設定に目立つように配置し、サブメニューや外部リンクに埋もれさせないようにしてください。
-
-以下が含めるべき主要なステップです：
-
--   **アカウント確認**: メールコードまたはSMSを通じてユーザーの本人確認を行う。
--   **明確なコミュニケーション**: 削除されるデータと、特定の情報を保持する法的要件について明確に説明する。
--   **確認ダイアログ**: アカウント削除の結果について説明する最終確認画面を提供する。
-
-さらに、アカウント削除プロセス中にSign in with Apple REST APIを使用してトークンを取り消す必要があります[\[2\]](https://developer.apple.com/news/?id=12m75xbj)[\[3\]](https://www.ketch.com/blog/posts/apple-delete-account-requirement)。
-
-これらのステップを実装したら、データ削除がこれらの要件に適合していることを確認します。
-
-### データ削除基準
-
-| **データタイプ** | **削除要件** | **法的考慮事項** |
-| --- | --- | --- |
-| ユーザーコンテンツ | 完全削除 | 一時的な保持が必要な場合あり |
-| 認証データ | 即時削除 | トークンの取り消しが必要 |
-| サードパーティデータ | 連携した削除 | サービスによってコンプライアンスが異なる |
-| 使用履歴 | 完全消去 | 法的保持ルールの対象 |
-
-ユーザーデータがサードパーティサービスに保存されている場合、それらのサービスもデータを削除することを確認してください。厳格な規制のある業界では、コンプライアンスを確保するために追加のカスタマーサービスサポートが必要な場合があります[\[2\]](https://developer.apple.com/news/?id=12m75xbj)。
-
-これらの基準への準拠を包括的なテストを通じて検証することが重要です。
-
-### テスト要件
-
-アカウント削除プロセスのテストは、コンプライアンスと機能性を確保するために不可欠です。[Xcode](https://developer.apple.com/xcode/)やApp Storeレビューツールを使用して、以下に焦点を当ててください：
-
--   **削除フロー**: プロセスがユーザーフレンドリーでアクセスしやすいことを確認する。
--   **データ検証**: すべてのユーザーデータがすべてのシステムから完全に削除されることを確認する。
--   **エッジケース**: アプリ内購入やサードパーティ連携に関するシナリオをテストする。
-
-Capgoを使用してCapacitorを利用する開発者の場合、ライブアップデートを通じてコンプライアンスの問題に迅速に対応でき、App Storeの承認を待つ必要がありません。テスト中は以下を確認してください：
-
--   Sign in with Appleで登録したユーザーのトークン取り消し。
--   接続されたすべてのサービスからの完全なデータ削除。
--   アクティブな購読の適切な処理。
-
-## 一般的な問題と解決策
-
-### プラットフォームデータ同期
-
-iOSとAndroidでのデータ削除が適切に同期されないことがあります。これは通常、各プラットフォームでのストレージとキャッシュデータの処理方法の違いによって発生します。
-
-同期の問題に対処する方法：
-
--   **一元化された削除ハンドラー**: 以下のような主要タスクを管理する統一サービスを開発する：
-    
-    -   [local storage](https://capgo.app/plugins/capacitor-data-storage-sqlite/)のクリーンアップ
-    -   セキュアストレージの消去
-    -   クラウド同期プロセスの終了
-    -   トークン管理の処理
--   **クロスプラットフォームイベントブロードキャスト**: 一貫性を確保するため、サーバーサイドのロジックを使用して削除イベントをすべてのアクティブなセッションとデバイスに送信する。
-    
-
-### プラグインアップデート
-
-プラットフォーム全体の削除を処理した後、プラグイン固有の課題に対処する必要があります。プラグインが互換性を持ち、削除プロセスと整合していることを確認することは、不整合を避けるために重要です。
-
-| **問題** | **影響** | **解決策** |
-| --- | --- | --- |
-| トークンの永続性 | 孤立したトークンがアクティブなまま | 自動トークン取り消しを設定 |
-| ローカルストレージ | データクリーンアップが不完全 | 再帰的な削除チェックを実行 |
-| クラウド同期 | 削除状態が不一致 | 一貫性を確保するため同期ハンドラーを使用 |
-
-### [Capgo](https://capgo.app/) アップデート管理
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6823e678f8b9f5df39f52ef5/21f0f35e63cf5752e2e56f9c4dd03eab.jpg)
-
-リアルタイムアップデート管理は、プラットフォームとプラグイン全体でコンプライアンスを維持する上で重要な役割を果たします。ここで**Capgo**がアカウント削除アップデートの管理プロセスを簡素化できます。
-
-Capgoの利点：
-
--   **段階的ロールアウト**: 削除フローのアップデートを広く展開する前に小規模グループでテスト。
--   **即時ロールバック**: 問題が発生した場合、直ちに以前の安定バージョンに戻せる。
--   **アップデート分析**: 削除フローの成功率を監視し、コンプライアンスの問題を特定。
-
-Capgoによると、コンプライアンスアップデートは24時間以内に95%のユーザーに到達します[\[1\]](https://capgo.app)。また、すべてのデプロイメントはエンドツーエンドの暗号化で保護され、データの安全性を確保しています。
-
-コンプライアンスアップデートにCapgoを最大限活用するには：
-
--   **バージョン管理**: 削除フローをすべてのユーザーにロールアウトする前にテストするための個別のアップデートチャンネルを使用。
--   **エラー監視**: 削除の失敗やプラグインの競合に関するアラートを設定。
--   **コンプライアンス検証**: Capgoの分析を活用して、ユーザーが削除コンプライアンスの最新アップデートを受信していることを確認。
-
-## 実装ガイド
-
-### ユーザーインターフェース基準
-
-アカウント削除のユーザーインターフェースを設計する際は、以下の点に注意してください：
-
--   **主要な場所**: 削除オプションを見つけやすくする。アカウント設定に目立つように配置する（例：_設定 > アカウント > アカウントの削除_）。
-    
--   **明確なコミュニケーション**: アカウントが削除された際に何が起こるかを詳しく説明する。以下の情報を含める：
-    
-    -   削除されるデータ
-    -   法的なデータ保持要件
-    -   削除の予想所要時間
-    -   アクティブな購読への影響
--   **確認フロー**: 以下の方法でプロセスの安全性を確保する：
-    
-    -   ユーザーにパスワードの再入力を求める
-    -   メールまたはSMSで確認コードを送信
-    -   アクションの内容を明確に説明する確認ダイアログを表示
-
-これらの基準により、より広範なコンプライアンスプロトコルに沿いながら、ユーザーフレンドリーな体験を確保できます。
-
-### 自動コンプライアンスチェック
-
-これらの基準への一貫した準拠を維持するため、UIとプロセスを検証する自動化ツールを使用してください。以下の重要な領域に焦点を当てます：
-
-| テストカテゴリー | 検証ポイント | 実装方法 |
-| --- | --- | --- |
-| **UIテスト** | 削除オプションが見つけやすいことを確認 | 自動UI操作テストを使用 |
-| **データ削除** | ユーザーデータの完全削除を確認 | APIレスポンスを検証 |
-| **トークン管理** | "Sign in with Apple"などのトークンを取り消す | REST API統合テストを実施 |
-| **クロスプラットフォーム** | すべてのデバイスで一貫性を確保 | 複数のデバイスでテスト |
-
-定期的な自動テストにより、ユーザーに影響を与える前に潜在的な問題を特定し対処できます。
-
-### リスク防止
-
-リスクを最小限に抑え、円滑な運用を確保するため、以下の手順を実施してください：
-
--   **データインベントリ管理**: ユーザーデータが保存されている場所の詳細な記録を保管する。これには、ローカルストレージ、クラウドデータベース、サードパーティサービス、認証システム、バックアップが含まれます。これらすべての場所からデータが削除されることを確認します。
-    
--   **エラー処理**: 以下のような潜在的な問題に備える：
-    
-    -   ネットワーク中断
-    -   APIコールの失敗
-    -   不完全なデータ削除
-    -   トークン取り消しエラー  
-        これらのシナリオを適切に処理するためのフォールバックメカニズムを実装します。
--   **監視と法的コンプライアンス**: 削除成功率、平均完了時間、残存データなどの主要指標を追跡します。これにより、問題を迅速に特定し解決できます。また、特に厳格な規制のある業界での法的要件への準拠を確保します。これらの分野のアプリでは、追加の検証ステップを追加し、すべての手順を詳細に文書化し、定期的な監査を実施します。
-    
-
-## まとめ
-
-### 主要な要件
-
-2022年6月30日以降、Appleはすべてのアプリにユーザーがアカウントを完全に削除できるネイティブ機能の搭載を義務付けています。以下が主要な要件の内訳です：
-
-| **要件カテゴリー** | **実装詳細** | **コンプライアンスに関する注意事項** |
-| --- | --- | --- |
-| **アクセシビリティ** | アカウント削除オプションはアプリの設定内で見つけやすい場所に配置 | この機能はアプリに直接組み込む必要がある |
-| **データ処理** | ユーザーデータとアカウント情報を完全に削除 | 部分的な削除では
-
-これらの要件を満たすために、以下のアクションを実行してください：
-
--   **データストレージの見直し**  
-    ユーザーデータが保存されているすべてのソースを監査し、保持ポリシーを評価します。サードパーティとの接続を徹底的に文書化します。
-    
--   **セキュアな削除ワークフローの展開**  
-    ユーザーリクエストの確認、トークンの取り消し、ユーザーデータの自動削除のプロセスを設定します。
-    
--   **テストプロトコル**  
-    プラットフォーム全体で包括的なテストを実施し、様々なシナリオをシミュレートし、コンプライアンスを実証するための文書を維持します。
-    
-
-Capgoのようなツールを使用すると、アプリのライブ調整を可能にすることで、更新を簡素化できます。定期的なテストと自動監視により、データの整合性を確保し、アプリのコンプライアンスを維持することができます。さらに、コンプライアンスギャップを避けるために、進化する法的要件について常に情報を得ておくことが重要です。
-
-## アプリでのアカウント削除機能の実装方法
-
-<iframe src="https://www.youtube.com/embed/TC6d4pub1jU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## よくある質問
-
-::: faq
-### 開発者はどのようにしてアプリがAppleのアカウント削除要件を満たすことを確認できますか？
-
-Appleのアカウント削除ガイドラインを満たすために、開発者はユーザーにアプリ内で直接アカウントを削除する簡単で明確な方法を提供する必要があります。このプロセスは見つけやすく、手順が分かりやすく、外部のウェブサイトやサポートチームへの連絡を必要としないようにする必要があります。
-
-Capacitorを使用している場合、**Capgo**のようなツールでコンプライアンスの維持が容易になります。Capgoを使用すると、アプリのリアルタイム更新が可能になり、アカウント削除機能の調整などの変更をアプリストアの承認を待たずに素早く実装できます。コンプライアンスを確保することで、アプリの却下リスクを軽減するだけでなく、ユーザーの信頼も強化できます。
-:::
-
-::: faq
-### 開発者は同期の問題を避けながら、プラットフォーム全体で適切なデータ削除を確保するにはどうすればよいですか？
-
-様々なプラットフォームでのデータ削除の管理は、特にAppleが設定したようなガイドラインに準拠する場合、必ずしも簡単ではありません。これに対処するために、開発者は統合されたすべてのプラットフォームでデータ削除リクエストを統一的に処理する信頼性の高いバックエンドシステムを確立する必要があります。これには多くの場合、削除を同時に実行するAPIやサービスを利用し、一貫性を確保し、不一致を防ぐことが含まれます。
-
-Capacitorで作成されたアプリの場合、**Capgo**のようなツールでこのタスクを効率化できます。Capgoはリアルタイム更新をサポートし、Appleの要件に準拠しており、開発者がデータ削除基準を満たしながらアプリの更新と機能を管理するのに役立ちます。スムーズな同期を確保するツールを使用することで、開発者はエラーを最小限に抑え、ユーザーの信頼を高めることができます。
-:::
-
-::: faq
-### アプリ開発者はどのようにしてアプリがAppleのアカウント削除要件に準拠していることを確認できますか？
-
-## Appleのアカウント削除要件への準拠の確保
-
-Appleのアカウント削除要件を満たすには、ガイドラインを常に把握し、アプリ内でアカウント削除のための分かりやすいユーザーフレンドリーなプロセスを作成することが重要です。App Store審査ガイドライン、特にアカウント管理とユーザーデータに関するセクションを定期的に確認することは、開発者にとって不可欠なステップです。
-
-アプリがCapacitorを使用して構築されている場合、**Capgo**のようなツールでプロセスを簡素化できます。Capgoはリアルタイム更新などの機能を提供し、スムーズなユーザーエクスペリエンスを維持しながら、アプリがAppleのプラットフォーム要件を満たすことを確保します。さらに、コンプライアンスを確認し、潜在的な問題を迅速に解決するために、定期的なテストと監視が重要です。
-:::
diff --git a/src/content/blog/ja/alternative-to-appflow.md b/src/content/blog/ja/alternative-to-appflow.md
deleted file mode 100644
index cf53ff26d..000000000
--- a/src/content/blog/ja/alternative-to-appflow.md
+++ /dev/null
@@ -1,84 +0,0 @@
----
-slug: alternative-to-appflow
-title: Ionicの Appflow に代わるもの
-description: >-
-  IonicのAppflowはアプリのための大きな仕組みですが、残念ながらその価格は全ての人に向いているわけではありません。Capgoは手軽に、そして手頃な価格でOTAアップデートを管理できるようにするために存在します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-02T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /appflow_alt.webp
-head_image_alt: Appflow 代替イラスト
-keywords: >-
-  Ionic Appflow, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: ja
-next_blog: ''
----
-Ionic Appflowは、開発者がモバイルアプリを迅速に構築、テスト、デプロイするためのツールとサービスを提供するクラウドベースのモバイルアプリ開発プラットフォームです。継続的インテグレーションとデプロイメント、クラッシュレポートなどの機能を提供し、開発者がアプリのパフォーマンスを追跡し、ユーザーにとってスムーズに動作することを確保できます。
-
-Ionic Appflowの特筆すべき機能の1つは、ライブアップデートのサポートです。これにより、開発者はユーザーが新しいバージョンのアプリをダウンロードする必要なく、アプリのコンテンツと機能をリアルタイムで更新できます。つまり、ユーザーはアップデートをダウンロードしてインストールするプロセスを経ることなく、最新の機能と改善点にすぐにアクセスできます。
-
-独自の継続的インテグレーションソリューションを既に導入していて、Ionic Appflowのライブアップデート機能の使用に興味がある場合、Ionic Appflowの使用コストが高額になる可能性があります。この場合、より手頃な価格でライブアップデートを提供する別のプラットフォームの使用を検討することをお勧めします。
-
-1つの選択肢は、Digital shift OU社が作成したオープンソースのCapacitorプラグインであるCapgoです。[Capgo](/register/)はIonic Appflowと同様のライブアップデートを提供し、様々な継続的インテグレーションツールと統合できます。これにより、既存の継続的インテグレーション設定を引き続き使用しながら、ライブアップデートの利便性と柔軟性を活用できます。
-
-もちろん、使用を検討しているプラットフォームの機能とコストを慎重に評価し、ニーズと予算に最も適したソリューションを選択することが重要です。
-
-そのため、比較を助けるための明確でシンプルな表を作成しました。
-
-## 機能比較
-
-| 機能 | Capgo | Appflow |
-| --- | --- | --- |
-| ライブアップデート | ✅ | ✅ |
-| アップデート時間 | < 1分 | < 10分 |
-| アップデートチャンネル | ✅ | ✅ |
-| 無料トライアル | ✅ | ❌ |
-| チャンネルバージョンの復元/変更 | ✅ | ❌ |
-| インストール統計 | ✅ | ❌ |
-| テスト用サンドボックスアプリ | ✅ | ❌ |
-| Capacitorプラグイン | ✅ | ❌ Cordova互換 |
-| Cordovaプラグイン | ❌ バックポート可能 | ✅ |
-| 手頃な価格 | ✅ $14/月から | ❌ $499/月から |
-| ネイティブビルド | ❌ | ✅ |
-| エンドツーエンド暗号化 | ✅ | ❌ Portalのみ |
-| 100%オープンソース | ✅ | ❌ |
-| ポータル | ❌ 近日公開 | ✅ |
-| CI/CD | ❌ 主要なものでのチュートリアル | ✅ |
-
-## 継続的インテグレーションの代替案
-
-ライブアップデートを活用するために[Capgo](https://capgo.app/pricing/)の使用に興味があるが、継続的インテグレーションソリューションを導入していない場合、GitHub Actionsを使用して低コストの継続的インテグレーションワークフローを簡単に設定できます。GitHub Actionsは、GitHubリポジトリ用の無料の組み込み継続的インテグレーションおよびデプロイメントサービスで、開発者がソフトウェア開発ワークフローを自動化できます。
-
-GitHub ActionsとCapgoで継続的インテグレーションを設定するには、まずアプリのコード用のGitHubリポジトリを作成する必要があります。その後、リポジトリにコードがプッシュされるたびに実行されるべきステップを定義するワークフローファイルを作成できます。例えば、シンプルなワークフローファイルには、アプリのビルドとテスト、そして[Capgo](/register/)を使用してライブアップデートを作成し、アプリのユーザーにデプロイするステップが含まれる場合があります。
-
-この設定を行うことで、アプリのコードに変更を加えてGitHubリポジトリにプッシュするたびに、ワークフローファイルがトリガーされ、指定されたステップが実行されます。これにより、最小限の労力でJSアプリの自動ビルド、テスト、デプロイが可能になり、同時にライブアップデートの利便性と柔軟性も活用できます。
-
-全体として、GitHub ActionsとCapgoの使用は、ライブアップデートを使用したいが独自の継続的インテグレーション設定を持っていない人々にとって、コスト効率の良いソリューションとなります。これらのツールを活用することで、クライアントはアプリ開発プロセスを自動化し、素早く簡単にユーザーへのアップデートをデプロイできます。
-
-CapgoでCI/CDの設定を始める準備ができている場合は、この[IOSのチュートリアル](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)に従ってください。
-
-## さらに詳しく
-
-正直なところ、専任のサポート担当者を必要とする大規模なチーム向けに、長らくAppflowを推奨してきました。
-しかし今、その方針を変更する時期だと考えています。
-
-Capgoは、あらゆる規模のチームが使用できるほど成熟しており、はるかに手頃な価格となっています。
-
-専任のサポート担当者を必要とする大規模なチームの場合は、私に連絡していただければ、一緒に解決策を見つけることができます。
-
-Capgoはセルフサービスを想定していますが、ユーザーに対して私は非常に積極的にサポートを提供しています。
-
-ネイティブコードのビルド設定についても支援できます。そのためにAppflowに支払う必要はありません。
-
-オープンソースのセルフサービス、コミュニティ主導のツールがお好みでしたら、
-
-ここから参加してください 👇
-
-## アカウント登録はこちら
-
-[Capgo](/register/)
diff --git a/src/content/blog/ja/alternative-to-expo.md b/src/content/blog/ja/alternative-to-expo.md
deleted file mode 100644
index 4a3c9297b..000000000
--- a/src/content/blog/ja/alternative-to-expo.md
+++ /dev/null
@@ -1,58 +0,0 @@
----
-slug: alternative-to-expo
-title: Expoライブアップデートの代替案
-description: >-
-  Expo のライブアップデートの利便性を提供しながら、React Native に縛られないモバイルアプリ開発プラットフォームをお探しですか？Capgo
-  をご確認ください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /expo_alternative.webp
-head_image_alt: Expoの代替手段 illustration
-keywords: >-
-  Expo, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: ja
-next_blog: ''
----
-Expo Live Updateは、開発者がアプリのアップデートをリアルタイムで配信できるExpoプラットフォームの機能で、ユーザーが新しいバージョンのアプリをダウンロードする必要がありません。これはCapgoのライブアップデート機能に似ており、開発者はユーザーにアップデートのダウンロードとインストールのプロセスを強制することなく、アプリのコンテンツと機能を素早く簡単に更新できます。
-
-Expo Live UpdateとCapgoのライブアップデート機能は、どちらも開発者が最新のアプリ機能と改善点を利用可能になり次第、ユーザーに提供することを容易にするように設計されています。これにより、ユーザーは新機能や改善点に即座にアクセスできるため、ユーザーエクスペリエンスを向上させ、アプリへの関心を維持することができます。
-
-全体として、Expo Live UpdateとCapgoのライブアップデート機能は、どちらも開発者がリアルタイムでアプリのアップデートを配信するための便利でユーザーフレンドリーな方法を提供するという点で似ています。開発者がExpo Live UpdateとCapgoのライブアップデート機能のどちらを選択するかは、特定のニーズと好み、そしてアプリ開発に使用しているツールとテクノロジーによって異なります。
-
-Expoの代替を探しているモバイルアプリ開発者の方は、Capgoを検討してみてはいかがでしょうか。[Capgo](/register/)は、Expoと同様の多くのツールとサービスを提供するクラウドベースのモバイルアプリ開発プラットフォームですが、重要な違いが一つあります：[Capgo](/register/)は任意のJavaScriptフレームワークで使用できますが、ExpoはReact Nativeを使用して構築されたアプリに限定されます。
-
-これは、Capgoを使用することで、開発者は自身のニーズと好みに最も適したフレームワークを選択する自由があることを意味します。AngularJS、Vue.js、その他のJavaScriptフレームワークのファンであっても、[Capgo](/register/)を使用してアプリを簡単に構築、テスト、デプロイすることができます。
-
-柔軟性に加えて、[Capgo](/register/)はモバイルアプリ開発のための他の有用なツールとサービスも提供しています。例えば、CI/CDとの統合、ネイティブ機能用のプラグイン、ネイティブCI/CDのチュートリアル、そしてアナリティクスを提供し、開発者はアプリのパフォーマンスを追跡し、ユーザーにとってスムーズに動作することを確認できます。
-
-全体として、[Capgo](/register/)は、Expoの強力で柔軟な代替手段であり、同様の機能とメリットを提供しつつ、複数のJavaScriptフレームワークをサポートする追加の利点があります。アプリ開発プロセスを効率化し、優れたユーザーエクスペリエンスを提供するプラットフォームをお探しの場合、[Capgo](/register/)は間違いなく検討する価値があります。
-
-## 機能比較
-
-| 機能 | Capgo | Expo |
-| --- | --- | --- |
-| ライブアップデート | ✅ | ✅ |
-| アップデートチャンネル | ✅ | ✅ |
-| チャンネルバージョンの復元/変更 | ✅ | ✅ |
-| インストール統計 | ✅ | ❌ |
-| テスト用サンドボックスアプリ | ✅ | ✅ |
-| React Native | ❌ | ✅ |
-| React | ✅ | ❌ |
-| Capacitor | ✅ | ❌ React-nativeのみ |
-| 手頃な価格 | ✅ | ✅ |
-| ネイティブビルド | ❌ | ✅ |
-| 100%オープンソース | ✅ | ❌ |
-| エンドツーエンド暗号化 | ✅ | ❌ 暗号化署名のみ |
-| CI/CD | ❌ 人気のあるものでのチュートリアル | ✅ |
-
-## 結論
-
-ExpoはReact Native開発者にとって素晴らしいツールですが、それが唯一の選択肢ではありません。Expoの代替を探している場合、[Capgo](/register/)は間違いなく検討する価値があります。[Capgo](/register/)は、[Expo](https://expo.dev/)と同様の多くのツールとサービスを提供するクラウドベースのモバイルアプリ開発プラットフォームですが、重要な違いが一つあります：[Capgo](/register/)は任意のJavaScriptフレームワークで使用できますが、ExpoはReact Nativeを使用して構築されたアプリに限定されます。
-
-Capgoがより良いアプリをより速く構築するのにどのように役立つか学ぶために、[今すぐ無料アカウントにサインアップ](/register/)してください。
diff --git a/src/content/blog/ja/alternative-to-voltbuilder.md b/src/content/blog/ja/alternative-to-voltbuilder.md
deleted file mode 100644
index a82a285c8..000000000
--- a/src/content/blog/ja/alternative-to-voltbuilder.md
+++ /dev/null
@@ -1,74 +0,0 @@
----
-slug: alternative-to-voltbuilder
-title: Voltbuilderの代替
-description: >-
-  Voltbuilderはウェブプロジェクトをネイティブアプリに変換する簡単な方法を提供していますが、その価格設定は全ての人に適しているわけではありません。Capgoは、OTAアップデートを簡単に処理するための費用対効果の高いソリューションを提供しています。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-09-09T00:00:00.000Z
-updated_at: 2024-09-09T00:00:00.000Z
-head_image: /voltbuilder_alt.webp
-head_image_alt: Voltbuilderの代替方法を説明するイラスト
-keywords: >-
-  Voltbuilder, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: ja
-next_blog: ''
----
-Voltbuilderは、HTML、CSS、JavaScriptを使用してWebプロジェクトをAndroidとiOS向けのネイティブモバイルアプリに変換できるクラウドベースのプラットフォームです。簡単なセットアップ、自動アプリビルドとアップロード、Apache Cordovaプラグインのサポートなど、アプリ開発プロセスを簡素化するための機能を提供しています。
-
-Voltbuilderの特徴的な機能の1つは、数分でAndroidとiOSプラットフォーム向けのストア対応アプリを生成できることです。これにより、開発者はネイティブアプリ開発の広範な知識やアプリストア提出プロセスの複雑さを必要とせずに、アプリを迅速に作成してデプロイできます。
-
-Voltbuilderは多くの開発者にとって便利なソリューションを提供していますが、そのプライシング構造はすべてのプロジェクトや予算に適しているとは限りません。ライブアップデートなどの強力な機能を提供しながら、より手頃な価格のオプションをお探しの場合は、Capgoなどの代替案を検討することをお勧めします。
-
-Digital Shift OUが開発したオープンソースのCapacitorプラグインであるCapgoは、より高価なプラットフォームで見られるようなライブアップデート機能を、より手頃な価格で提供します。これにより、ユーザーがアプリストアから新しいバージョンをダウンロードする必要なく、リアルタイムでアプリを更新できます。
-
-より良い判断を下すために、CapgoとVoltbuilderの機能比較表を作成しました。
-
-## 機能比較
-
-| 機能 | Capgo | Voltbuilder |
-| --- | --- | --- |
-| ライブアップデート | ✅ | ❌ |
-| ネイティブアプリ変換 | ❌ | ✅ |
-| 更新時間 | < 1分 | N/A |
-| アップデートチャンネル | ✅ | ❌ |
-| 無料トライアル | ✅ | ✅ (15日間) |
-| チャンネルバージョンの復元/変更 | ✅ | ❌ |
-| インストール統計 | ✅ | ❌ |
-| テスト用サンドボックスアプリ | ✅ | ❌ |
-| Capacitorプラグイン | ✅ | ❌ |
-| Cordovaプラグインサポート | ❌ バックポート可能 | ✅ |
-| 手頃な価格設定 | ✅ $14/月から | ✅ $9.95/月から |
-| ネイティブビルド | ❌ | ✅ |
-| エンドツーエンド暗号化 | ✅ | ❌ |
-| 100%オープンソース | ✅ | ❌ |
-| 簡単セットアップ | ✅ | ✅ |
-| ストア対応アプリ | ❌ | ✅ |
-
-## 継続的インテグレーションの代替案
-
-Voltbuilderはアプリのビルドとデプロイのプロセスを効率化しますが、組み込みの継続的インテグレーション機能は提供していません。ライブアップデートとともにCI/CDパイプラインを実装したい場合は、CapgoとGitHub Actionsのようなサービスを組み合わせることを検討できます。
-
-GitHub Actionsは、GitHubリポジトリ用の無料の組み込み継続的インテグレーションおよびデプロイメントサービスです。GitHub Actionsでワークフローを設定し、Capgoをライブアップデート用に統合することで、強力な自動化された開発パイプラインを作成できます。
-
-これを設定するには、まずアプリのコード用のGitHubリポジトリを作成します。次に、リポジトリにコードがプッシュされるたびに実行されるステップを定義するワークフローファイルを作成します。これらのステップには、アプリのビルドとテスト、そしてCapgoを使用してライブアップデートを作成しデプロイすることが含まれます。
-
-この設定により、Capgoが提供するライブアップデート機能を活用しながら、最小限の労力でアプリを自動的にビルド、テスト、デプロイできます。CapgoでのCI/CDの設定に関する詳細な手順については、[iOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)のチュートリアルを参照してください。
-
-## さらに詳しく
-
-Voltbuilderはウェブプロジェクトをネイティブアプリに変換するための直接的なソリューションを提供していますが、特にライブアップデート機能とオープンソースソリューションを重視する開発者にとっては、最適な選択肢ではないかもしれません。
-
-Capgoは、あらゆる規模のチームに適した堅牢なプラットフォームに成長し、ライブアップデートに重点を置いたより手頃な価格のソリューションを提供しています。専用のサポートが必要な大規模チームの場合でも、お気軽にご連絡ください - 常にカスタマイズされたソリューションを見つける準備ができています。
-
-Capgoはセルフサービスとして設計されていますが、ユーザーのニーズに迅速に対応することを誇りにしています。より高価なソリューションを必要とせずに、ネイティブコード用のビルドの設定をお手伝いできます。
-
-オープンソース、セルフサービス、コミュニティ主導のツールを評価する場合、Capgoはあなたのプロジェクトに最適かもしれません。
-
-## アカウント登録はこちら
-
-[Capgo](/register/)
diff --git a/src/content/blog/ja/android-16kb-page-size-capacitor-plugins.md b/src/content/blog/ja/android-16kb-page-size-capacitor-plugins.md
deleted file mode 100644
index b13364cc1..000000000
--- a/src/content/blog/ja/android-16kb-page-size-capacitor-plugins.md
+++ /dev/null
@@ -1,104 +0,0 @@
----
-slug: android-16kb-page-size-capacitor-plugins
-title: "Android 16 KBページサイズ：問題のあるプラグインを見つけて、次に何をするかを知る"
-description: Android 16 KBページサイズデバイスで失敗するCapacitorプラグインを特定し、最初に何を確認すべきか、そしていつCapgoにフォークとメンテナンスを依頼するかについての簡単なガイド。
-author: Martin Donadieu
-author_image_url: https://avatars.githubusercontent.com/u/4084527?v=4
-author_url: https://github.com/riderx
-created_at: 2025-09-12T13:55:00.000Z
-updated_at: 2025-12-12T10:19:39.000Z
-head_image: /android-16kb-page-size-capacitor-plugins.webp
-head_image_alt: Capacitorの16KBページサイズデバッグ
-keywords: Capacitor, Android 16KBページサイズ, プラグイン, トラブルシューティング, アプリクラッシュ, メンテナンス, フォーク
-tag: 開発, Mobile, Capacitor
-published: true
-locale: ja
-next_blog: ''
----
-
-16 KBメモリページのAndroidデバイスが展開中です。Capacitorプラグイン（またはそのネイティブ依存関係の1つ）が準備できていない場合、機能は動作しなくなるか、一部の電話でアプリケーションがクラッシュすることがあります。適用が加速しているため、すぐに修正を計画してください。
-
-重要：2025年11月1日から、Google Playに送信され、Android 15以降のデバイスを対象とするすべての新しいアプリおよび既存アプリのアップデートは、64ビットデバイスで16KBのページサイズをサポートする必要があります。
-
-このガイドはそれをシンプルに保ちます：失敗するプラグインを見つけ、簡単なアップデートを確認し、プラグインがメンテナンスされていないように見える場合は、[Capgo Consulting](/consulting)にフォークしてメンテナンスしてもらうよう依頼してください。
-
-## 16KBデバイスの症状
-
-- 一部のAndroid携帯では機能しますが、他の携帯では失敗します（多くの場合、新しいモデル）。
-- 特定のプラグイン（カメラ、ファイル、Bluetoothなど）を使用すると、機能が動作しなくなります。
-- デバッグではうまくいくことがありますが、リリースではいきません。
-
-ヒント：最近のフラグシップAndroidデバイスで試して、早期に再現してください。
-
-## ステップ1 —プラグインの問題であることを確認します
-
-- 問題を再現し、使用している機能をメモしてください。
-- その機能をコード内で一時的に非表示/無効にします。問題が消える場合、関連するプラグインが原因である可能性があります。
-
-## ステップ2 —どのプラグインが失敗しているかを見つけます
-
-- 機能を1つずつ無効にします（またはプラグイン呼び出しをコメントアウトします）。アプリケーションが失敗するまで。
-- 再び機能を開始する前に無効にした最後の機能は、問題のあるプラグインを指しています。
-
-## ステップ3 —クイックフィックスを確認します
-
-プラグインを知ったら：
-
-- プラグインの最新バージョンとCapacitorパッケージを更新します。
-- プラグインのREADME/変更ログでAndroid 16 KBノートを読んでください。
-- 同様のレポートと推奨バージョンについては、公開されている問題/ディスカッションをチェックしてください。
-
-## ステップ4 —メンテナーに尋ねます
-
-最新バージョンがまだ失敗する場合：
-
-- 短くて明確な問題を開きます：「16KBページサイズのAndroidデバイスで失敗します。機能Xはもう機能しません。」
-- Capacitorバージョン、プラグインバージョン、および簡単な再現説明を含めてください。
-- 応答をしばらく待ちます —一部のチームは数日が必要です。
-
-## ステップ5 —プラグインがメンテナンスされていないように見える場合
-
-注意すべき兆候：
-
-- 数ヶ月間のリリースまたはメンテナーの返信はありません。
-- Androidの互換性に関する複数の公開問題で、回答がありません。
-
-あなたのオプション：
-
-- アクティブに維持されている代替品に置き換えてください。
-- または、[Capgo Consulting](/consulting)にフォークしてメンテナンスを依頼して、アプリケーションが互換性を保つようにしてください。
-
-## ステップ6 —健全性チェック
-
-出荷の前に、クイックチェックを実行してください：
-
-- 少なくとも1つの最近のAndroidデバイスと1つの古いデバイスで機能をテストします。
-- 最終テストにはリリースビルドを使用してください。
-- アプリケーションバージョン、プラグインバージョン、および合格したデバイスモデルのメモを保持してください。
-
-## ステップ7 —決定：更新、置き換え、またはフォーク
-
-- 更新：最良のケース—最新のプラグイン/アプリケーションバージョンをインストールして完了します。
-- 置き換え：1つが存在する場合、メンテナンスされている代替品に切り替えます。
-- フォーク：それが機能する必要があり、プラグインが前に進まない場合、[Capgo Consulting](/consulting)にフォークしてメンテナンスしてもらいます。
-
-## サポートバンドル（短くて有用）
-
-これを共有して、ヘルプを高速化してください（メンテナーまたは[Capgo Consulting](/consulting)と協力）：
-
-- アプリケーションバージョン/ビルド番号
-- Capacitorバージョン
-- プラグイン名とバージョン
-- 影響を受けるデバイス/Androidバージョン
-- 試したこと（更新、代替品など）
-- 再現するための簡単なステップ
-
-## Capgoを雇う：私たちはそれを機能させます
-
-16KBデバイスがアプリケーションを破っていて、プラグインが準備できていない場合は、私たちに話しかけてください：
-
-- 問題のあるプラグインを素早く特定し、障害を確認します。
-- 修正します：更新、パッチ、またはフォーク—そしてメンテナンスします。
-- アプリケーションがロールアウトする際に、最後の分の急いで避けるのを手伝います。
-
-どの機能が失敗しているのか、プラグイン名を教えてください（知っている場合）。私たちが残りを処理します。サービスページをご覧ください：[Capgo Consulting](/consulting)
diff --git a/src/content/blog/ja/android-setup-for-capacitor-apps.md b/src/content/blog/ja/android-setup-for-capacitor-apps.md
deleted file mode 100644
index 022787005..000000000
--- a/src/content/blog/ja/android-setup-for-capacitor-apps.md
+++ /dev/null
@@ -1,97 +0,0 @@
----
-slug: android-setup-for-capacitor-apps
-title: AndroidでのCapacitorアプリのセットアップ
-description: Capacitorアプリのための開発環境を、重要なツール、設定、統合のヒントを使用して効率的なアプリ開発ができるように構築しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:57:39.512Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db8c5296fa813b295022c3-1742443070357.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, Android development, Android Studio, SDK, mobile apps, Node.js,
-  JDK, environment setup
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-**[Capacitor](https://capacitorjs.com/) でAndroidアプリを作りたいですか?** Android開発環境を迅速かつ効率的にセットアップするために必要なすべてをご紹介します。Capacitorはウェブ技術とネイティブのAndroid機能を橋渡しし、始めるには基本的なツールと設定が必要です。
-
-### 必要なもの:
-
--   **基本ソフトウェア**:
-    
-    -   Android Studio (最新版)
-    -   JDK 17以上
-    -   [Nodejs](https://nodejsorg/en) (最新LTS)
-    -   Capacitor CLI
--   **ハードウェア要件**:
-    
-    -   最小: Intel i5、8GB RAM、256GB HDD
-    -   推奨: Intel i7/i9、16GB+ RAM、512GB SSD
-
-### クイックステップ:
-
-1. Android Studioをインストールしセットアップウィザードを完了
-2. API Level 33と必要なツールでAndroid SDKを設定
-3. Android SDKの環境変数を設定
-4. `npm install @capacitor/android`でプロジェクトにAndroidサポートを追加
-5. 基本的なアプリを作成しエミュレータまたはデバイスで実行してセットアップをテスト
-
-### 活用すべき主な機能:
-
--   **ライブアップデート**: [Capgo](https://capgo.app/)などのツールを使用して即時更新
--   **ネイティブ機能**: 高度な機能のためのAndroid固有APIにアクセス
--   **リアルタイムモニタリング**: 開発中の問題に素早く対応
-
-これらのステップに従えば、Capacitorを使用してAndroidアプリの開発、テスト、デプロイの準備が整います。詳細を見ていきましょう。
-
-## 必要なセットアップコンポーネント
-
-### コアソフトウェアコンポーネント
-
-Android開発を始めるには、以下の主要なツールをインストールする必要があります:
-
--   **Android Studio**: Androidの公式IDEです。Androidアプリ開発に必要なすべてのツールと機能が含まれています。
--   **Java Development Kit (JDK)**: Javaコードのコンパイルと実行に必要です。Capacitor 8との互換性を確保するため、JDKバージョン17以降を使用してください。
--   **Nodejs**: CapacitorのビルドプロセスとCLIツールを動かすJavaScriptランタイム環境です。最適な体験のため、最新のLTS（Long-Term Support）バージョンをインストールしてください。
--   **Capacitor CLI**: プラットフォームの追加、ビルド、アプリのデプロイなど、Capacitorプロジェクトを管理するためのコマンドラインツールです。
-
-これらのツールはAndroid開発環境のセットアップに不可欠です。インストール後、ハードウェアが以下の要件を満たしていることを確認してください。
-
-### ハードウェア要件
-
-開発マシンは以下の最小スペックを満たす必要がありますが、より良いハードウェアでパフォーマンスが向上します:
-
-| コンポーネント | 最小要件 | 推奨仕様 |
-| --- | --- | --- |
-| **プロセッサー** | Intel i5 (第6世代)または同等 | Intel i7/i9またはAMD Ryzen 7/9 |
-| **RAM** | 8GB | 16GB以上 |
-| **ストレージ** | 256GB HDD（空き10GB） | 512GB SSD以上 |
-| **ディスプレイ** | 1280 x 800解像度 | 1920 x 1080以上 |
-| **オペレーティングシステム** | Windows 10 (64-bit) / macOS 10.14 | Windows 11 / macOS 13+ |
-
-Androidエミュレータを効率的に実行するには、ハードウェアアクセラレーションが必須です:
-
--   **Windows**: [Intel HAXM](https://githubcom/intel/haxm)またはWindows Hypervisor Platformが必要
--   **macOS**: ハードウェアアクセラレーションが組み込み済み
--   **Linux**: [KVM](https://enwikipediaorg/wiki/Kernel-based_Virtual_Machine)仮想化を使用
-
-Android Studioとエミュレータはシステムに負荷がかかることに注意してください。マシンに適切な冷却機能と、SDKコンポーネントをダウンロードするための安定したインターネット接続があることを確認してください。
-
-セットアップが整ったら、次のステップはこれらのツールをワークフローに統合するためのAndroid Studioの設定です。
-
-## [Android Studio](https://developerandroidcom/studio) のセットアップ
-
-![Android Studio](https://mars-images.imgix.net/seobot/screenshots/developerandroidcom-4d08ca5be8f73216eb56e77cdafac129-2025-03-20.jpg?auto=compress)
-
-Android StudioはAndroidでCapacitorを開発する際に必須です。正しくセットアップすることで、スムーズなワークフローとより良いパフォーマンスが確保されます。
-
-### インストール手順
-
-1. 公式Android Developer webサイト [developerandroidcom/studio](https://developerandroidcom/studio) にアクセス
-2.
\ No newline at end of file
diff --git a/src/content/blog/ja/angular-mobile-app-capacitor.md b/src/content/blog/ja/angular-mobile-app-capacitor.md
deleted file mode 100644
index 1536a2d2d..000000000
--- a/src/content/blog/ja/angular-mobile-app-capacitor.md
+++ /dev/null
@@ -1,326 +0,0 @@
----
-slug: angular-mobile-app-capacitor
-title: Angular と Capacitor を使用したモバイルアプリの構築
-description: Angular、Capacitorを使用してモバイルアプリを作成し、Konsta UIでネイティブUIを強化する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-06T00:00:00.000Z
-updated_at: 2023-06-06T00:00:00.000Z
-head_image: /angular_capacitor.webp
-head_image_alt: AngularとCapacitorのイラスト
-keywords: >-
-  Angular, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-このチュートリアルでは、新しい [Angular](https://angular.io/) アプリから始め、Capacitorを使用してネイティブモバイルアプリの領域に移行します。必要に応じて、モバイルUIを改善するために [Konsta UI](https://konstaui.com/) を追加することもできます。
-
-Capacitorを使用すると、Angularウェブアプリケーションを大幅な変更やReact Nativeのような新しいスキルを学ぶことなく、簡単にネイティブモバイルアプリに変換できます。
-
-ほんの数ステップで、ほとんどのAngularアプリケーションをモバイルアプリに変換することができます。
-
-このチュートリアルでは、新しいAngularアプリから始め、次にCapacitorを組み込んでネイティブモバイルアプリの領域に移行する手順を説明します。さらに、モバイルUIをTailwind CSSで強化するために、必要に応じて [Konsta UI](https://konstaui.com/) を使用することもできます。
-
-## Capacitorについて
-
-CapacitorJSはゲームチェンジャーです！ それを任意のウェブプロジェクトに effortlessly 組み込むことができ、アプリケーションをネイティブWebViewにラップし、ネイティブのXcodeおよびAndroid Studioプロジェクトを生成します。さらに、そのプラグインを使用すると、JSブリッジを介してカメラなどのネイティブデバイス機能にアクセスできます。
-
-Capacitorを使用すると、複雑なセットアップや急な学習曲線なしで驚くべきネイティブモバイルアプリが手に入ります。そのスリムなAPIと効率的な機能により、プロジェクトに統合するのも簡単です。私を信じてください、Capacitorで完全に機能するネイティブアプリを実現するのがどれほど簡単かに驚くことでしょう！
-
-## Angularアプリの準備
-
-新しいAngularアプリを作成するには、次のコマンドを実行します：
-
-```shell
-ng new my-app
-cd my-app
-```
-
-Angularのバージョンを尋ねられたら、「Angular」を選択します。
-
-ネイティブモバイルアプリを作成するには、プロジェクトの**export**が必要です。そこで、Angularプロジェクトをビルドおよびコピーするために利用できる簡単なスクリプトを**package.json**に追加しましょう：
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "ng build --prod"
-  }
-}
-```
-
-コマンド `build` を実行後、プロジェクトのルートに新しい `dist` フォルダが表示されるはずです。
-
-このフォルダはCapacitorによって後で使用されますが、現在は正しく設定する必要があります。
-
-## AngularアプリにCapacitorを追加
-
-任意のウェブアプリをネイティブモバイルコンテナにパッケージ化するには、いくつかの初期ステップに従う必要がありますが、その後は単に `sync` コマンドを実行するだけで済みます。
-
-まず、[Capacitor CLI](https://capacitorjs.com/docs/cli/) を開発依存関係としてインストールし、プロジェクト内でセットアップします。セットアップ中に、名前とバンドルIDのデフォルト値を受け入れるために「Enter」を押すことができます。
-
-次に、コアパッケージとiOSおよびAndroidプラットフォームに関連するパッケージをインストールする必要があります。
-
-最後にプラットフォームを追加すると、Capacitorがプロジェクトのルートに各プラットフォームのフォルダを作成します：
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Angular project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-この時点で、Angularプロジェクトに新しい**ios**および**android**フォルダが表示されているはずです。
-
-**それは本物のネイティブプロジェクトです！**
-
-後でAndroidプロジェクトにアクセスするには、[Android Studio](https://developer.android.com/studio/)をインストールする必要があります。iOSの場合、Macが必要で、[Xcode](https://developer.apple.com/xcode/)をインストールする必要があります。
-
-さらに、プロジェクトには、同期中に使用される基本的なCapacitor設定が含まれている**capacitor.config.ts**ファイルが見つかるはずです。注意すべき唯一のことは、**webDir**で、ビルドコマンドの結果を指す必要があります。現在、これは不正確です。
-
-これを修正するには、**capacitor.config.json**ファイルを開いて**webDir**を更新します：
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-次のコマンドを実行して試すことができます：
-
-```shell
-npm run build
-npx cap sync
-```
-
-最初のコマンド `npm run build` は、Angularプロジェクトを単にビルドして静的ビルドをコピーし、2番目のコマンド `npx cap sync` は、全てのウェブコードをネイティブプラットフォームの正しい場所に同期させて、アプリに表示できるようにします。
-
-さらに、syncコマンドはネイティブプラットフォームを更新し、プラグインをインストールする場合があるので、新しい[Capacitorプラグイン](https://capacitorjs.com/docs/plugins/)をインストールした場合は、再度 `npx cap sync` を実行する必要があります。
-
-いつの間にか、実際に完了しているので、デバイス上でアプリを見てみましょう！
-
-## ネイティブアプリをビルドしてデプロイ
-
-iOSアプリを開発するには、**Xcode**がインストールされている必要があり、Androidアプリの場合は**Android Studio**がインストールされている必要があります。さらに、アプリをアプリストアで配布する予定がある場合は、iOS用のApple Developer ProgramとAndroid用のGoogle Play Consoleに登録する必要があります。
-
-ネイティブモバイル開発が初めての方は、Capacitor CLIを使用して両方のネイティブプロジェクトを簡単に開くことができます：
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-ネイティブプロジェクトの設定が完了すると、接続されたデバイスにアプリをデプロイするのは簡単です。Android Studioでは、すべてが準備が整うのを待ち、設定を変更することなく接続されたデバイスにアプリをデプロイできます。以下が例です：
-
-![android-studio-run](/android-studio-run.webp)
-
-Xcodeでは、実際のデバイスにアプリをデプロイするために署名アカウントを設定する必要があります。シミュレーターではなく、実際のデバイスです。これをまだ行ったことがない場合、Xcodeはその手順をガイドします（ただし、再度、Developer Programに登録している必要があります）。その後、単に再生ボタンを押して、接続されたデバイス上でアプリを実行できます。以下が例です：
-
-![xcode-run](/xcode-run.webp)
-
-おめでとうございます！ Angularウェブアプリをモバイルデバイスに正常にデプロイしました。以下が例です：
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/nextjs-mobile-app.webp" alt="angular-mobile-app">
-</div>
-
-しかし、待ってください、開発中にこれを行うためのより早い方法もあります...
-
-## Capacitorライブリロード
-
-今や、最新のフレームワークとともにホットリロードの使用に慣れていると思いますが、良いニュースは、 **モバイルデバイスで** 最小限の努力で同様の機能を手に入れることができるということです！
-
-Capacitorアプリに特定のURLからの内容をロードさせることで、ライブリロードのためにローカルホストのアプリケーションへのアクセスを有効にします。
-
-最初のステップは、ローカルIPアドレスを特定することです。Macを使用している場合、次のコマンドをターミナルで実行することでこれを見つけることができます：
-
-```shell
-ipconfig getifaddr en0
-```
-
-Windowsの場合、次のコマンドを実行します：
-
-```shell
-ipconfig
-```
-
-その後、IPv4アドレスを探します。
-
-Capacitorにサーバーからアプリを直接ロードさせるために、`capacitor.config.ts`ファイルに別のエントリを追加できます：
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:4200',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-**正しいIPとポート**を使用してください。私はこの例でデフォルトのAngularポートを使用しました。
-
-これで、これらの変更をネイティブプロジェクトにコピーして適用できます：
-
-```shell
-npx cap copy
-```
-
-`copy`コマンドは`sync`に似ていますが、 **ウェブフォルダ**および設定に対する変更を**コピーするだけ**で、ネイティブプロジェクトを更新することはありません。
-
-これで、もう一度Android StudioやXcodeを通じてアプリをデプロイできます。その後、Angularアプリ内で何かを変更すると、 **アプリが自動的にリロード**して変更を表示します！
-
-**注意** しておくべき点は、カメラなどの新しいプラグインをインストールすると、それでもネイティブプロジェクトの再ビルドが必要になります。これは、ネイティブファイルが変更されているためであり、リアルタイムではできません。
-
-構成内で正しいIPとポートを使用する必要があります。上記のコードブロックは、デモ目的でデフォルトのAngularポートを示しています。
-
-## Capacitorプラグインの使用
-
-これまでの何度か言及したCapacitorプラグインを実際に使用する方法を見てみましょう。これを行うには、次のコマンドを実行して比較的シンプルなプラグインをインストールできます：
-
-```shell
-npm i @capacitor/share
-```
-
-[Shareプラグイン](https://capacitorjs.com/docs/apis/share/)は特別なものではありませんが、それでもネイティブ共有ダイアログを表示します！ これには、パッケージをインポートし、アプリから対応する `share()` 関数を呼び出すだけで済みます。したがって、**src/app/app.component.ts**を次のように変更しましょう：
-
-```typescript
-import { Component } from '@angular/core';
-import { Share } from '@capacitor/share';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: './app.component.html',
-  styleUrls: ['./app.component.scss']
-})
-export class AppComponent {
-  title = 'my-app';
-
-  async share() {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  }
-}
-```
-
-前述のように、新しいプラグインをインストールする際は、sync操作を実行し、その後でアプリをデバイスに再デプロイする必要があります。これを行うには、次のコマンドを実行します：
-
-```
-npx cap sync
-```
-
-ボタンを押すと、美しいネイティブ共有ダイアログが動作しているのを目にすることができます！
-
-## Konsta UIを追加
-
-Nuxt 3アプリでKonsta UIを使用するには、[tailwindをすでにインストール済みにする](https://tailwindcss.com/docs/guides/angular/)必要があり、パッケージをインストールします：
-
-```shell
-npm i konsta
-```
-
-さらに、`tailwind.config.js`ファイルを修正する必要があります：
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{html,ts}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig`は、Konsta UIに必要な追加のバリアントとヘルパーユーティリティを用いてデフォルトの（またはカスタムの）Tailwind CSS設定を拡張します。
-
-次に、いくつかのグローバルパラメータ（`theme`など）を設定できるように、メインの[App](https://konstaui.com/vue/app/)コンポーネントを設定する必要があります。
-
-`src/app/app.component.html`内で、アプリ全体を`App`でラップする必要があります：
-
-```html
-<app>
-  <h1>Welcome to Angular and Capacitor!</h1>
-  <button (click)="share()">Share now!</button>
-</app>
-```
-
-### サンプルページ
-
-すべてが設定されたら、AngularページでKonsta UI Vueコンポーネントを使用できます。
-
-たとえば、`src/app/app.component.html`を開き、次のように変更します：
-
-```html
-<app>
-  <page>
-    <navbar title="My App" />
-
-    <block strong>
-      <p>
-        Here is your Angular & Konsta UI app. Let's see what we have here.
-      </p>
-    </block>
-    <block-title>Navigation</block-title>
-    <list>
-      <list-item href="/about/" title="About" />
-      <list-item href="/form/" title="Form" />
-    </list>
-
-    <block strong class="flex space-x-4">
-      <button>Button 1</button>
-      <button>Button 2</button>
-    </block>
-  </page>
-</app>
-```
-
-すべての必要なコンポーネントをインストールした後、ライブリロードが同期しなくなった場合は、すべてを再起動してみてください。それを行った後、AngularとCapacitorで構築されたややネイティブな外観のモバイルアプリを見ることができるはずです！
-
-結果として次のページが表示されるはずです：
-
-<app>
-  <h1>
-</h1>
-
-## 結論
-
-Capacitorは、既存のウェブプロジェクトに基づいてネイティブアプリケーションを構築するための優れたオプションであり、コードを共有し、一貫したUIを維持するための簡単な方法を提供します。
-
-さらに、[Capgo](https://capgo.app/)の追加により、アプリにライブ更新を追加することがさらに簡単になり、ユーザーは常に最新の機能とバグ修正にアクセスできるようになります。
-
-AngularアプリにCapgoを追加する方法を学びたい場合は、次の記事を参照してください：
diff --git a/src/content/blog/ja/api-key-security-for-app-store-compliance.md b/src/content/blog/ja/api-key-security-for-app-store-compliance.md
deleted file mode 100644
index 48f1f8523..000000000
--- a/src/content/blog/ja/api-key-security-for-app-store-compliance.md
+++ /dev/null
@@ -1,341 +0,0 @@
----
-slug: api-key-security-for-app-store-compliance
-title: API キー セキュリティのストア コンプライアンス
-description: アプリストアのガイドラインを遵守し、ユーザーデータを保護するために、APIキーの保存、転送、管理を含む重要な保護戦略について学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T02:43:03.273Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e8ac6c283d21cbd67ac65e-1743302593642.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  API keys, security, encryption, app store compliance, HTTPS, key management,
-  mobile security, transport security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[API キー](https://capgo.app/docs/webapp/api-keys/)を安全に保管することは、ユーザーデータを保護し、アプリストアの規則を満たすために重要です。** キーが漏洩すると、データ侵害、サービスの悪用、アカウントの侵害につながる可能性があります。
-
-### 重要なポイント:
-
--   **コードにキーを保存しない**: 環境変数や安全なファイルを使用する。
--   **プラットフォームツールを使用**: iOS Keychain と Android [EncryptedSharedPreferences](https://developer.android.com/reference/androidx/security/crypto/EncryptedSharedPreferences)。
--   **API キーを暗号化**: AES-256暗号化で追加のセキュリティ層を提供。
--   **安全な転送**: 常にHTTPSを使用し、SSL証明書のピン留めを検討。
--   **監視とキーのローテーション**: 定期的にキーをローテーションし、異常な使用を追跡。
-
-これらのプラクティスを実装することで、アプリを保護し、AppleとGoogleのガイドラインに準拠し、ユーザーを保護できます。
-
-## 安全なAPI キーの保存方法
-
-### ソースコードからAPI キーを削除
-
-API キーをソースコードに直接含めると、逆コンパイルやリポジトリの漏洩によって露出する可能性があります。これを避けるために、以下のアプローチを検討してください：
-
--   ローカル開発には**環境変数**を使用。
--   バージョン管理から除外された**安全な設定ファイル**にキーを保存。
--   キーの管理には**リモート設定サービス**を利用。
-
-iOSでは、コードベースから設定を分離するために**XCConfig ファイル**の使用を検討してください。Androidでは、`gradle.properties`を使用してキーを管理できます：
-
-```kotlin
-# Store in ~/.gradle/gradle.properties
-API_KEY=your_key_here
-
-# Reference in build.gradle
-buildConfigField "String", "API_KEY", "\"${project.API_KEY}\""
-```
-
-### プラットフォームのセキュリティツール
-
-API キーを保存する際のセキュリティを強化するために、プラットフォーム固有のツールを活用してください。
-
-iOSでは、安全な保存のために**[Keychain Services](https://developer.apple.com/documentation/security/keychain-services)**を使用：
-
-```swift
-let query: [String: Any] = [
-    kSecClass as String: kSecClassGenericPassword,
-    kSecAttrAccount as String: "APIKey",
-    kSecValueData as String: apiKey.data(using: .utf8)!
-]
-let status = SecItemAdd(query as CFDictionary, nil)
-```
-
-Androidでは、安全なキー保存のために**EncryptedSharedPreferences**を活用：
-
-```kotlin
-val masterKey = MasterKey.Builder(context)
-    .setKeyScheme(MasterKey.KeyScheme.AES256_GCM)
-    .build()
-
-val sharedPreferences = EncryptedSharedPreferences.create(
-    context,
-    "secret_shared_prefs",
-    masterKey,
-    EncryptedSharedPreferences.PrefKeyEncryptionScheme.AES256_SIV,
-    EncryptedSharedPreferences.PrefValueEncryptionScheme.AES256_GCM
-)
-```
-
-### 環境ごとのキーの分離
-
-開発、ステージング、本番環境で異なるAPI キーを使用します。各環境には以下が必要です：
-
--   固有のキーローテーションスケジュール。
--   使用状況の監視。
--   厳格なアクセス制御。
-
-環境固有のキーは、設定ファイルではなく**安全なCI/CD変数**に保存します。これにより、自動化されたビルドプロセスをサポートしながら、キーを保護することができます。さらに、転送中のキーを保護するための安全な転送メカニズムを確保してください。
-
-## 高度なモバイルiOSセキュリティ – ランタイム攻撃とAPI キー...
-
-<iframe src="https://www.youtube.com/embed/HfRP0lCbqZA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## API キーの転送セキュリティ
-
-転送中のAPI キーを安全に保つことは、ユーザーデータを保護し、アプリストアの要件に準拠するために不可欠です。強力な転送セキュリティ対策は、中間者攻撃や不正アクセスなどの攻撃を防ぐのに役立ちます。
-
-### HTTPSの実装
-
-API通信を保護するために、常にHTTPトラフィックをHTTPSにリダイレクトします。TLS 1.3以降を使用し、信頼できる認証局からSSL証明書を取得します。
-
-以下は、Node.js [Express](https://expressjs.com/)アプリケーションでHTTPSを強制する基本的な例です：
-
-```javascript
-const express = require('express');
-const app = express();
-
-// Redirect HTTP to HTTPS
-app.use((req, res, next) => {
-    if (!req.secure) {
-        return res.redirect('https://' + req.headers.host + req.url);
-    }
-    next();
-});
-```
-
-さらなる保護層として、証明書のピン留めの実装を検討してください。
-
-### SSL証明書のピン留め
-
-証明書のピン留めは、サーバーのSSL証明書が信頼できるコピーと一致することを確認し、偽の証明書の使用を防ぎます。
-
-iOSでは、`URLSession`を使用して証明書のピン留めを実装できます。例：
-
-```swift
-class APIManager: NSObject, URLSessionDelegate {
-    func urlSession(_ session: URLSession, didReceive challenge: URLAuthenticationChallenge, completionHandler: @escaping (URLSession.AuthChallengeDisposition, URLCredential?) -> Void) {
-        guard let serverTrust = challenge.protectionSpace.serverTrust,
-              let certificate = SecTrustGetCertificateAtIndex(serverTrust, 0) else {
-            completionHandler(.cancelAuthenticationChallenge, nil)
-            return
-        }
-
-        // Compare certificate with pinned certificate
-        if validateCertificate(certificate) {
-            completionHandler(.useCredential, URLCredential(trust: serverTrust))
-        } else {
-            completionHandler(.cancelAuthenticationChallenge, nil)
-        }
-    }
-}
-```
-
-転送の保護に加えて、アプリケーションレベルでAPI キーを暗号化します。
-
-### API キーの暗号化
-
-[API キーの暗号化](https://capgo.app/docs/webapp/api-keys/)は、さらなるセキュリティ層を追加します。例えば、Capgoはアプリの更新にエンドツーエンドの暗号化を使用しています。
-
-> "真のエンドツーエンド暗号化を持つ唯一のソリューション、他は単に更新に署名するだけ" - Capgo [\[1\]](https://capgo.app/)
-
-API キーを暗号化するには、信頼性の高い暗号化アルゴリズムを使用します。以下は、Node.jsでAES-256-GCMを使用してAPI キーを暗号化する例です：
-
-```javascript
-const crypto = require('crypto');
-
-function encryptAPIKey(apiKey, encryptionKey) {
-    const iv = crypto.randomBytes(16);
-    const cipher = crypto.createCipheriv('aes-256-gcm', encryptionKey, iv);
-
-    let encrypted = cipher.update(apiKey, 'utf8', 'hex');
-    encrypted += cipher.final('hex');
-
-    return {
-        encrypted: encrypted,
-        iv: iv.toString('hex'),
-        tag: cipher.getAuthTag().toString('hex')
-    };
-}
-```
-
-HTTPS、証明書のピン留め、暗号化を組み合わせることで、API キーに対する強力な防御を確保できます。
-
-## API キーのセキュリティ管理
-
-API キーを効果的に管理するということは、その使用状況を注意深く監視し、定期的にローテーションを行い、厳格なアクセス制御を実施することを意味します。これらのステップは、機密データを保護し、アプリストアの要件への準拠を確保するのに役立ちます。
-
-### 使用状況の監視
-
-API キーの使用状況を追跡することは、異常なアクティビティを発見するために重要です。リアルタイム分析を使用して以下を監視します：
-
--   リクエストのパターンと量
--   アクセスの地理的位置
--   エラーの率と種類
--   認証の失敗
-
-Node.jsでの例：
-
-```javascript
-const apiMetrics = {
-    trackRequest: (apiKey, endpoint) => {
-        // Log request details
-        const requestData = {
-            timestamp: new Date().toISOString(),
-            endpoint,
-            apiKey: hashKey(apiKey),
-            geoLocation: getRequestLocation(),
-            responseTime: calculateResponseTime()
-        };
-
-        // Alert on suspicious patterns
-        if (isAnomalous(requestData)) {
-            notifySecurityTeam(requestData);
-        }
-    }
-};
-```
-
-### キーローテーションのスケジュール
-
-使用状況を把握したら、定期的にキーをローテーションすることを確認してください。自動化されたローテーションプロセスは、アプリストアの要件への準拠を維持するのに役立ちます。以下はローテーション戦略です：
-
--   **緊急ローテーション:** 侵害が疑われる場合、直ちにキーを無効化。
--   **定期ローテーション:** 四半期ごとに本番キーを更新。
--   **開発ローテーション:** テスト環境のキーを毎月更新。
-
-混乱を最小限に抑えるため、キーの変更時には移行期間を設けます：
-
-```javascript
-const keyRotation = {
-    oldKey: process.env.OLD_API_KEY,
-    newKey: process.env.NEW_API_KEY,
-    transitionPeriod: 7 * 24 * 60 * 60 * 1000, // 7 days
-    startDate: new Date()
-};
-```
-
-### アクセス制御の設定
-
-監視とローテーションは方程式の一部に過ぎません。厳格なアクセス制御も実施する必要があります。必要性に基づいて権限を割り当て、最小権限の原則に従います：
-
-```javascript
-const accessControl = {
-    validateAccess: (apiKey, requestedOperation) => {
-        const keyPermissions = getKeyPermissions(apiKey);
-        const environmentType = getCurrentEnvironment();
-
-        return isOperationAllowed(keyPermissions, requestedOperation, environmentType);
-    }
-};
-```
-
-定期的にアクセス権を持つユーザーを確認し、必要に応じて権限を調整し、異常なアクティビティに対する自動アラートを設定します。これらの対策により、アプリストアの規則に準拠しながら、強力なセキュリティを維持できます。
-
-## [Capgo](https://capgo.app/)のセキュリティ機能
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e8ac6c283d21cbd67ac65e/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-Capgoは、安全な保存と転送方法をプラットフォームに組み込まれた高度な機能と組み合わせることで、アプリのセキュリティを強化します。
-
-### Capgoのセキュリティアーキテクチャ
-
-Capgoのシステムは、750の本番アプリに2,350万以上の[安全な更新](https://capgo.app/docs/live-updates/update-behavior/) を正常に配信しています[\[1\]](https://capgo.app/) 。**エンドツーエンド暗号化**を使用し、認可されたユーザーのみが更新を復号化できることを保証します。以下がそのセキュリティ設定です：
-
-```javascript
-const capgoSecurity = {
-    encryptionType: 'end-to-end',
-    keyStorage: {
-        separate: true,
-        encrypted: true,
-        environment: process.env.NODE_ENV
-    },
-    updateVerification: async (update) => {
-        const isValid = await verifySignature(update);
-        const isAuthorized = await checkUserPermissions(update.userId);
-        return isValid && isAuthorized;
-    }
-};
-```
-
-この設計は、API キーを保護するだけでなく、アプリストアの要件への準拠も簡素化します。
-
-### アプリストアガイドラインへの準拠
-
-Capgoは、更新を迅速かつ安全に配信し、82%のグローバル成功率を達成し、アクティブユーザーの95%が24時間以内に更新を受信しています[\[1\]](https://capgo.app/) 。その機能は潜在的な脆弱性に対処するのに役立ちます：
-
--   アプリストアのポリシーに合わせた自動キーローテーション
--   特定の環境に合わせたデプロイメントコントロール
--   更新管理のための細かい権限設定
-
-### CI/CDセキュリティ統合
-
-Capgoは、API キーの保護を強化するためにCI/CDプラットフォームとシームレスに連携します。以下は統合の例です：
-
-```yaml
-capgo_deployment:
-    environment:
-        - CAPGO_API_KEY: ${SECURED_API_KEY}
-        - APP_ENV: production
-    security:
-        - signature_verification: true
-        - key_rotation: enabled
-        - access_control: role_based
-```
-
-| セキュリティ機能 | 実装 |
-| --- | --- |
-| キーの暗号化 | ビルドとデプロイメント中のエンドツーエンド暗号化 |
-| アクセス制御 | デプロイメントトリガーのロールベースの権限 |
-| 監査ログ | すべてのデプロイメントアクティビティの包括的なログ |
-| バージョン管理 | デプロイされた更新の安全な追跡 |
-
-> "エンドツーエンド暗号化。あなたのユーザーだけが更新を復号化でき、他の誰もできません。" [\[1\]](https://capgo.app/) - Capgo
-
-## まとめ
-
-API キーを安全に保つことは、アプリストアの要件を満たし、ユーザーデータを保護するために重要です。以下は主要なプラクティスと次のステップの概要です。
-
-### セキュリティチェックリスト
-
-以下の表は、AppleとGoogleの基準に沿ってAPI キーを保護するための重要なステップを示しています：
-
-| セキュリティ対策 | 実装要件 | コンプライアンスへの影響 |
-| --- | --- | --- |
-| **ストレージセキュリティ** | エンドツーエンド暗号化と環境の分離を使用 | Apple/Googleのデータ保護規則に準拠 |
-| **トランスポート層** | HTTPSを強制しSSL証明書のピン留めを使用 | 転送中のデータを保護 |
-| **アクセス制御** | ロールベースの権限を適用し[アクセスログ](https://capgo.app/docs/webapp/logs/)を追跡 | 不正アクセスをブロック |
-| **キー管理** | キーを自動的にローテーションし環境固有のキーを使用 | 強力な継続的セキュリティを維持 |
-
-このチェックリストをAPI キーの保護のガイドとして参照してください。
-
-### 次のステップ
-
-1.  **現在の実装を監査**
-    
-    既存のキーの保存方法と転送方法の脆弱性を確認し、特に暗号化とソースコードの露出に注目します。
-    
-2.  **セキュリティ対策を実装**
-    
-    リスクを軽減しアプリストアの要件を満たすために、エンドツーエンド暗号化を適用します。
-    
-3.  **監視システムを確立**
-    
-    自動アラートを設定し、継続的なセキュリティを確保するために定期的な監査を実施します。
-    
-
-> "アプリストア準拠" - Capgo [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ja/api-rate-limiting-for-app-store-compliance.md b/src/content/blog/ja/api-rate-limiting-for-app-store-compliance.md
deleted file mode 100644
index 44cf6d79c..000000000
--- a/src/content/blog/ja/api-rate-limiting-for-app-store-compliance.md
+++ /dev/null
@@ -1,49 +0,0 @@
----
-slug: api-rate-limiting-for-app-store-compliance
-title: API頻度制限のApp Store対応
-description: APIレート制限の手法とアプリストアのコンプライアンス、セキュリティ、システムパフォーマンスにおけるその重要性について学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T03:23:39.305Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ecaaaa7747adc4bca8d9b6-1743564231231.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  API rate limiting, app store compliance, security, performance, overload
-  protection, request management
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-APIレート制限により、アプリがAppleとGoogleのガイドラインを満たし、システムの過負荷や乱用から保護されます。ユーザーのリクエスト頻度を制限することで、セキュリティの向上、コスト削減、スムーズなパフォーマンスを確保できます。以下が重要なポイントです：
-
--   **重要性**: 総当たり攻撃の防止、サーバー負荷の管理、アプリストアの却下を回避。
--   **手法**:
-    -   固定ウィンドウ: シンプルだがトラフィックスパイクを引き起こす可能性がある。
-    -   スライディングウィンドウ: トラフィックを平滑化するがメモリ使用量が多い。
-    -   トークンバケット: バースト処理が可能だが設定が複雑。
--   **コンプライアンス**: 再試行には指数バックオフを使用し、制限超過時は429ステータスコードで応答。
--   **ツール**: [Capgo](https://capgo.app/)のようなプラットフォームは、分析、エラー追跡、リアルタイムモニタリングで実装を簡素化。
-
-**クイックヒント**: 安定性とコンプライアンスを確保するため、通常時、バースト時、回復時の制限をテストしてください。
-
-## APIレート制限の理解：目的、種類、重要事項...
-
-<iframe src="https://www.youtube.com/embed/LVl2Lftj8A8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## アプリストアAPIガイドライン
-
-APIレート制限は、アプリストアの要件を満たす上で重要な役割を果たします。AppleとGoogleは、ユーザーデータの保護とシステムの安定性を確保するための具体的なルールを設けています。以下がそのポリシーの内訳です。
-
-### AppleのAPIレート制限
-
-Appleは認証、データリクエスト、パブリックエンドポイントなどの領域に制限を課しています。これらの制限に違反すると、審査プロセスでのアプリ却下、App Storeからの一時的な削除、緊急の修正要求などの結果を招く可能性があります。制限超過に対処するため、開発者は再試行の間隔を徐々に増やす**指数バックオフ**などの手法を使用することが推奨されています。
-
-### GoogleのAPIレート制限
-
-[Google Play Store](https://play.google/developer-content-policy/)は、パブリックデータアクセス、認証、ユーザーデータリクエストに制限を設けています。小規模なバースト活動は許可されますが、システムは使用状況を厳密に追跡します。制限値に近づくと警告が発行され、即時停止ではなく段階的に制限が適用されます。
-
-[... 残りの文章も同様に翻訳を続けます]
diff --git a/src/content/blog/ja/app-store-metadata-what-developers-must-know.md b/src/content/blog/ja/app-store-metadata-what-developers-must-know.md
deleted file mode 100644
index 865cd8cc4..000000000
--- a/src/content/blog/ja/app-store-metadata-what-developers-must-know.md
+++ /dev/null
@@ -1,224 +0,0 @@
----
-slug: app-store-metadata-what-developers-must-know
-title: 'アプリストアのメタデータ: 開発者が知っておくべきこと'
-description: アプリストアのメタデータがどのように可視性を向上させ、ダウンロードを改善し、開発者のためにアップデートを効率化できるかを学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T01:52:31.369Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e5e83da2c14cac42f7f5e4-1743126762355.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  app store metadata, app optimization, keywords, visuals, localization, mobile
-  apps, app visibility, user engagement, updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリを目立たせたいですか？それはメタデータから始まります。** アプリストアのメタデータは、ユーザーがアプリを発見し、評価し、ダウンロードする方法に影響を与えます。知っておくべきことは次の通りです：
-
--   **主要要素**：アプリ名、説明、キーワード、ビジュアル（スクリーンショット、動画、アイコン）、技術的詳細、ローカリゼーション。
--   **重要性**：メタデータはアプリの発見を促進し、ダウンロードを増加させ、承認プロセスを簡素化します。
--   **最適化のヒント**：簡潔でキーワードが豊富な説明、目を引くビジュアル、異なる市場向けのローカライズされたコンテンツを使用してください。
--   **一般的な間違い**：キーワードの詰め込み、低品質のビジュアル、一貫性のないブランディング、不明瞭な説明を避けてください。
-
-**クイックアクションプラン**：
-
-1.  文字制限内で魅力的なアプリ名と説明を書いてください。
-2.  関連性のある自然なキーワードを使用して検索ランキングを改善してください。
-3.  ユーザーを惹きつけるために高品質でプラットフォームに準拠したビジュアルを追加してください。
-4.  新機能、アップグレード、季節イベント向けにメタデータを定期的に更新してください。
-
-メタデータ管理はアプリの成功に不可欠です。[Capgo](https://capgo.app/)のようなツールを使用することで、即座に更新し、コンプライアンスを維持し、パフォーマンスを効果的に追跡することができます。
-
-## アプリストアでランキングするためのメタデータ最適化 - パート2
-
-<iframe src="https://www.youtube.com/embed/zOqr-quX_LM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## コアメタデータ要素
-
-メタデータの主要な要素とそれらがアプリのアイデンティティを形成する方法を解説しましょう。
-
-### アプリ名と説明
-
-アプリの名前と説明は、強い第一印象を与えるために重要です。アプリストアの文字制限について知っておくべきことは次の通りです：
-
--   **[Apple App Store](https://developer.apple.com/app-store/guidelines/)**：アプリ名は30文字、サブタイトルは30文字
--   **[Google Play Store](https://play.google.com/console/signup)**：アプリタイトルは50文字、短い説明は80文字
-
-アプリの説明を書く際は、この構造を考慮してください：
-
--   **最初の段落**：アプリの主な価値または目的を明確に伝えます。
--   **中間のセクション**：主な機能やアプリの特徴を強調します。
--   **最後の段落**：行動を促す呼びかけで締めくくり、アプリのユニークな利点を強調します。
-
-_ヒント_：最も重要な情報は最初の3行に入れてください。これがユーザーが「もっと読む」をクリックする前に見るものです。
-
-### 検索用語とランキング
-
-戦略的なキーワードの配置は、検索の可視性を改善するために重要です。主要なアプリストアがキーワードを扱う方法は次の通りです：
-
--   **Apple App Store**：検索用語専用の100文字のキーワードフィールドを提供します。
--   **Google Play Store**：アプリのタイトルと説明から直接キーワードを取得します。
-
-関連性があり、検索ボリュームが良好で、競合が過剰でないキーワードに焦点を当ててください。キーワードの詰め込みは避けましょう - それはランキングに悪影響を及ぼす可能性があります。
-
-次に、アプリのストアリスティングを強化するビジュアル要素について説明します。
-
-### ビジュアルコンテンツの要件
-
-高品質のビジュアルは、注意を引き、技術的なガイドラインを満たすために不可欠です。アプリストアは、アプリを承認するためにコンプライアンスを要求することがよくあります。
-
-**アプリストアのスクリーンショット**：
-
--   6.5インチのSuper Retina XDRディスプレイの場合：1284 x 2778ピクセル
--   [iPad Pro](https://www.apple.com/ipad-pro/)（12.9インチ）の場合：2048 x 2732ピクセル
--   最低3枚のスクリーンショットをアップロードしてください（最大：10枚）
-
-**Google Playグラフィックス**：
-
--   特徴的なグラフィック：1024 x 500ピクセル
--   アイコン：512 x 512ピクセル
--   スクリーンショットは最低でも16:9のアスペクト比を維持する必要があります
-
-ビデオも大きな影響を与えることがあります。アプリの動作を示すために、15〜30秒のMP4またはMOVクリップを使用してください。これらのビデオにサードパーティのブランディングを含めるのは避けましょう。
-
-_ベストプラクティス_：主要市場向けにローカライズされたスクリーンショットを作成します。翻訳されたテキストと各地域の文化に響くイメージを使用してください。
-
-## メタデータライティングのヒント
-
-### 明確な説明を書く
-
-アプリが提供するものと主な機能を強調する短く直接的な説明を作成してください。アプリの主な利点についての簡単なステートメントから始め、その後、最も目立つ機能の要約を続けます。それぞれの特定の聴衆に響くように表現を調整してください。
-
-### 翻訳と市場適合
-
-メタデータのローカライズは、単にテキストを翻訳することではなく、メッセージを地元の文化やユーザーの好みに合わせることです。ネイティブスピーカーと協力して、アプリの利点が効果的に伝わり、意図した聴衆に響くことを確認してください。
-
-## 一般的なメタデータエラー
-
-### キーワードと説明の間違い
-
-メタデータを正しく設定することは、アプリの可視性とパフォーマンスにとって重要です。主な落とし穴の一つは？ **キーワードの詰め込み** - 重複した用語で説明を詰め込んでランキングを操作することです。これはアプリストアのルールに違反するだけでなく、完全に拒否される原因にもなります。代わりに、キーワードをテキストに自然に配置することに集中してください。
-
-他の説明のミスには、以下が含まれます：
-
--   アプリの価値を明確に伝えられない
--   技術的な専門用語で文章を過度に装飾する
--   主要な機能や利点を省く
--   異なるローカライズされたバージョン間で混在したメッセージを送る
-
-### 画像と動画の基準
-
-ビジュアルアセットは、アプリの成功において重要な役割を果たします。プラットフォーム固有の要件を満たすことで、スムーズな提出が確保され、不要な遅延を避けることができます。
-
-ビジュアルに関する主なヒント：
-
--   アプリの現在のバージョンを正確に反映したスクリーンショットを使用してください。
--   プレビュービデオは簡潔に保ってください - 15秒から30秒が理想です。
--   プラットフォームから明示的に要求されていない限り、デバイスフレームを追加するのは避けてください。
--   マーケティングオーバーレイがスクリーンショットを圧倒することがないようにしてください。
-
-### ブランドガイドライン
-
-一貫したブランドアイデンティティを維持することは、技術的正確性と同じくらい重要です。
-
-**注意すべき命名の問題：**
-
--   プラットフォーム間で異なるアプリ名を使用する
--   商標シンボルを誤使用する
--   タイトルの大文字化が不適切であること
-
-**ビジュアルアイデンティティの問題：**
-
--   アイコンとスクリーンショット間で色の不一致
--   フォントの選択が一貫していない
--   ロゴの配置が不適切であること
-
-Capgoは82%のグローバル成功率を達成しました [\[1\]](https://capgo.app/) 。
-
-| 一般的なエラー | 影響 | 解決策 |
-| --- | --- | --- |
-| キーワードの詰め込み | ストアでの拒否、ランキングの低下 | 自然な言葉を使用し、関連性に焦点を合わせる |
-| 低品質のスクリーンショット | コンバージョン率の低下 | プラットフォーム固有のガイドラインに従う |
-| 一貫性のないブランディング | 信頼の低下 | 厳格なブランドガイドラインを実施する |
-
-## メタデータの維持
-
-### 更新タイミング
-
-主要なイベント（大規模リリース、機能展開、パフォーマンスアップグレード、市場の変化、季節のプロモーションなど）において、メタデータを最新の状態に保ってください。変更を行うべきタイミングは以下の通りです：
-
--   **機能の導入**：新しい機能を強調するために、説明とスクリーンショットを更新します。
--   **パフォーマンスのアップグレード**：より速いスピードや効率の改善のような測定可能な改善を強調します。
--   **市場の変化**：キーワードやメッセージを調整し、変化するユーザーのニーズに合わせます。
--   **季節イベント**：祝日、特別プロモーション、または注目すべき出来事に合わせてメタデータを調整します。
-
-更新を行った後は、それらの効果をパフォーマンス指標を使用して追跡してください。
-
-### パフォーマンスの追跡
-
-メタデータ更新の影響を測定することは重要です。更新成功率やユーザーエンゲージメントなどの指標を使用して効果を評価します。たとえば、Capgoのようなライブ更新ソリューションを使用しているアプリは、24時間以内にアクティブユーザーの95%が更新を受け取っていると報告しています [\[1\]](https://capgo.app/) 。定期的にユーザーフィードバックを確認して、メタデータが明確で、オーディエンスに響いていることを確認してください。
-
-これらの洞察は、[更新管理のための正しいツールを選択する](https://capgo.app/docs/plugin/cloud-mode/manual-update/)のに役立ちます。
-
-### 更新管理のためのツール
-
-現代のプラットフォームは、以下のような機能を備えた[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/) を簡素化しています：
-
--   **リアルタイムデプロイメント**：ストアの承認を待たずに即座に更新をプッシュします。たとえば、Capgoは8200万件の更新を行い、82%のグローバル成功率を達成しています [\[1\]](https://capgo.app/) 。
--   **分析統合**：更新の成功、ユーザーエンゲージメント、バージョン履歴を監視します。
--   **ロールバックオプション**：必要に応じて変更を迅速に元に戻します。
--   **制御された配布**：全体の展開の前に特定のユーザーグループで更新をテストします。
-
-> "私たちはアジャイル開発を実践しており、@Capgoは私たちのユーザーに継続的に提供するために重要です！” - ロドリゴ・マンティカ、@manticarodrigo
-
-## [Capgo](https://capgo.app/)の特徴と利点
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-28.jpg?auto=compress)
-
-### Capgoについて
-
-Capgoは、アプリストアのレビューなしで即座に変更を行えるようにすることで[アプリの更新](https://capgo.app/plugins/capacitor-updater/)の管理を簡素化します。[Capacitor](https://capacitorjs.com/)アプリ用に設計されており、チームが重要な修正や新機能を迅速に展開できるようにします。750のアプリが稼働中で、2350万件以上の更新が成功裏に配信されているCapgoは、アプリの更新を効率的に処理する信頼できるソリューションであることが証明されています [\[1\]](https://capgo.app/) 。
-
-### Capgoの更新プロセス
-
-Capgoの更新システムは、アプリストアのルールに準拠しながらデプロイメントを迅速化するように構築されています。デベロッパーは、以下のような機能を使用して即座に更新をプッシュできます：
-
--   **部分更新**：変更されたコンテンツのみをダウンロードし、帯域幅を節約し、更新サイズを減少させます。
--   **エンドツーエンド暗号化**：真の暗号化を伴う[セキュアな更新](https://capgo.app/docs/live-updates/update-behavior/) を提供し、基本的な署名だけではありません。
--   **チャネル配布**：ベータテストや特定のユーザーグループ向けにターゲットを絞った更新を可能にします。
-
-このシステムは82%のグローバル成功率を達成し、114ミリ秒でグローバルCDNから5MBのバンドルを配信し、95%のアクティブユーザーが24時間以内に更新を受け取ることを保証します [\[1\]](https://capgo.app/) 。
-
-### Capgoの主なツール
-
-Capgoは、アプリの更新とメタデータを効果的に管理するための重要なツールを提供します：
-
-| 機能 | 目的 | パフォーマンスメトリック |
-| --- | --- | --- |
-| リアルタイム分析 | 更新の成功とユーザーの活動を監視 | 平均API応答時間57ms |
-| バージョン管理 | 迅速に以前のバージョンに戻す | 即時ロールバック機能 |
-| CI/CD統合 | Gitツールを通じてデプロイを自動化 | 洗練されたワークフロー統合 |
-
-CapgoはCapacitor 8をサポートし、クラウドベースと[セルフホスト型デプロイメント](https://capgo.app/blog/self-hosted-capgo/)の両方のオプションを提供しています。この柔軟性により、アプリストアの要件を遵守しながら正確な更新管理が可能になります［\[1\]］(https://capgo.app/) 。
-
-## 概要
-
-メタデータを効果的に管理することは、可視性を高め、成功を収めるために不可欠です。従来のアプリ更新は時間がかかることが多いですが、現代のツールでは即時の変更が可能です - これはこの議論全体を通じての重要なテーマです。開発者は、AppleやGoogleのガイドラインを遵守しながら更新を簡素化するために、ますますこれらのツールに目を向けています。
-
-たとえば、Capgoは2350万件の更新を82%の成功率で提供し、24時間以内に95%のアクティブユーザーに到達しました［\[1\]］(https://capgo.app/) 。これは、効率的なメタデータ戦略と更新実践の重要性を浮き彫りにしています。
-
-効果的なメタデータ管理に注力するための重要な側面は以下の通りです：
-
-| 側面 | ベストプラクティス | 影響 |
-| --- | --- | --- |
-| 更新速度 | 即時にデプロイ | バグ修正と機能追加を迅速に行う |
-| コンプライアンス | ストアのガイドラインに従う | アプリの拒否を回避する |
-| セキュリティ | E2E暗号化 | データと更新を保護する |
-| 配布 | 狙いを定めたロールアウト | 更新のデプロイ方法を制御する |
-
-アプリストアのメタデータ管理の変化は、迅速な更新を優先しながら強力なセキュリティとコンプライアンスを維持することに重点を置いた、業界の進展を示しています。ベッシー・クーパーが言ったように：「Capgoは、生産性を向上させたい開発者にとって必須のツールです。重要な修正のためにアプリレビューをバイパスすることは、大きな利点をもたらします。」［\[1\]］(https://capgo.app/)
diff --git a/src/content/blog/ja/app-store-vs-direct-updates-what-developers-need-to-know.md b/src/content/blog/ja/app-store-vs-direct-updates-what-developers-need-to-know.md
deleted file mode 100644
index 45752d7a2..000000000
--- a/src/content/blog/ja/app-store-vs-direct-updates-what-developers-need-to-know.md
+++ /dev/null
@@ -1,81 +0,0 @@
----
-slug: app-store-vs-direct-updates-what-developers-need-to-know
-title: App Store vs 直接アップデート：開発者が知っておくべきこと
-description: App Storeの更新とOTA直接更新の長所と短所を比較して、開発者がアプリケーションに最適な戦略を選択できるようにします。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-13T06:14:25.862Z
-updated_at: 2025-01-14T15:14:16.781Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6784a46a684afc141f72d774-1736748943276.jpg
-head_image_alt: テクノロジー
-keywords: >-
-  App Store updates, OTA updates, mobile app development, update strategy,
-  developer tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-**アプリストアの更新とダイレクトOTA更新?** [アプリの更新](https://capgo.app/plugins/capacitor-updater/)の配信方法は、スピード、コントロール、ユーザー体験に大きな影響を与えます。簡単な内訳は以下の通りです：
-
-- **アプリストアの更新**：セキュリティとコンプライアンスを確保するためのレビュープロセスを経ますが、数時間から数日の遅延が発生します。グローバルな展開に適していますが、柔軟性は制限されます
-
-- **ダイレクトOTA更新**：アプリストアのレビューをスキップし、UIの調整やバグ修正のための迅速な更新が可能です。迅速な変更とターゲットを絞った更新に最適ですが、開発者がセキュリティとコンプライアンスを管理する必要があります
-
-### クイック比較
-
-| 観点 | アプリストアの更新 | ダイレクトOTA更新 |
-| --- | --- | --- |
-| **スピード** | 数日から数週間 | 数分から数時間 |
-| **コントロール** | アプリストアのルールに制限される | 開発者が完全に管理 |
-| **ユースケース** | グローバルな展開 | ターゲットを絞った迅速な修正 |
-| **セキュリティ** | アプリストアが処理 | 開発者が管理 |
-| **コスト** | 取引の15%の手数料 | プラットフォーム手数料なし |
-
-**重要なポイント**：信頼性とコンプライアンスにはアプリストアの更新を、スピードと柔軟性にはダイレクトOTA更新を使用してください。アプリのニーズとユーザーの期待に基づいて選択してください。
-
-## ネイティブモバイルアプリ開発のためのIonic & Capacitor
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## アプリストアの更新について
-
-アプリストアの更新は、公式プラットフォームマーケットプレイスを通じてソフトウェアの更新を配信する一般的な方法です。このシステムはほとんどのモバイルアプリの主要な配信チャネルであり、開発者が従うべき特定のステップとガイドラインがあります。
-
-### アプリストアの更新の仕組み
-
-アプリストアに更新を提出するには、Appleの要件を満たすパッケージを準備し、レビュープロセスを通過する必要があります。Appleは、セキュリティ、パフォーマンス、コンテンツガイドライン、機能性について更新をチェックします。[App Store Connect](https://developer.apple.com/app-store-connect/)を使用して、開発者は更新を提出し、サポートされているデバイスでのテスト、セキュリティチェック、コンプライアンスレビューを含む徹底的な評価を受けます。
-
-### アプリストアの更新のメリット
-
-アプリストアはアプリの配布とメンテナンスを容易にします。更新の配信、セキュリティチェック、ユーザーへの通知、さらには支払い処理などのタスクを処理します。この中央集中型システムにより、ユーザーに一貫した体験を提供し、プラットフォームへの信頼を構築します。
-
-### アプリストアの更新のデメリット
-
-便利ではありますが、アプリストアシステムには開発者にとって注目すべきデメリットがあります：
-
-| 課題 | 開発者への影響 |
-| --- | --- |
-| レビューの遅延 | 更新が公開されるまでに数日かかり、重要な修正が遅れる |
-| 制限されたコントロール | 緊急リリースについてAppleのスケジュールに依存する |
-
-その他の問題として、取引の15%の手数料[\[1\]](https://manytrickscom/blog/?p=4156)やサンドボックス要件による制限[\[2\]](https://forumblackmagicdesigncom/viewtopicphp?f=21&t=117780)があり、開発の柔軟性やビジネス戦略に影響を与える可能性があります。
-
-これらの障壁のため、多くの開発者がOTA（over-the-air）更新のような代替手段に移行しています。アプリストアは安全で中央集中型のシステムを提供しますが、より迅速で適応性のある選択肢を探ることは、多くのチームにとってゲームチェンジャーとなる可能性があります。
-
-## Capacitorを使用したダイレクトOTA更新
-
-ダイレクトOTA（over-the-air）更新により、開発者はアプリストアのレビュー遅延をバイパスし、新機能や修正をより簡単に迅速にリリースできます。このアプローチは、更新をユーザーのデバイスに配信する方法を変えます。
-
-### ダイレクトOTA更新とは？
-
-ダイレクトOTA更新により、開発者は新しいアプリバージョンをアプリストアに提出することなく、JavaScript、HTML、CSSの変更をプッシュできます。Capacitorを使用することで、これらの更新を直接ユーザーのデバイスに送信でき、[更新プロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/)全体が簡素化されます。
-
-### ダイレクトOTA更新を使用する理由
-
-| **利点** | **説明** |
-| --- | --- |
-| **より迅速な更新** | 時間のかかるアプリストアのレビューをスキップし、変更が即座にユーザーに届く |
\ No newline at end of file
diff --git a/src/content/blog/ja/appcenter-migration.md b/src/content/blog/ja/appcenter-migration.md
deleted file mode 100644
index 95c478d69..000000000
--- a/src/content/blog/ja/appcenter-migration.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: appcenter-migration
-title: App Center から Capgo への移行
-description: このガイドでは、Microsoft CodePushの代替となるCapgo Live Updatesへの完全な移行を行います。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-22T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /migrate_appcenter.webp
-head_image_alt: Capacitor JSデベロッパーの代替案を探す
-keywords: >-
-  App Center, migration, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Migration
-published: true
-locale: ja
-next_blog: automatic-build-and-release-with-github-actions
----
-## 移行の概要
-
-* [Capgo](/register/) は、開発チームがデプロイ済みアプリにライブアプリを送信するのを支援するサービスです。
-* jQuery Mobile、Framework 7、Sencha、KendoUI、Ionicまたは独自のカスタムソリューションで書かれたCapacitor JSアプリを移行できます。**既存のIonicアプリは必要ありません**。
-* [Colt](https://volt.build/) はApp Center Build(Android/iOSアプリのビルド)に相当するサービスを提供しています。テスト、診断、分析サービス用です。
-
-##### 注意
-
-アプリがまだCordovaを使用している場合は、Capgoに移行する前に[まずCapacitorへの移行](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/)が必要です。
-
-IonicチームによってCordovaの精神的後継者として構築されたCapacitorは、より良いユーザー体験とパフォーマンスを提供することを目標に、ネイティブツールと機能に近い開発を可能にします。
-
-幸いなことに、移行プロセスは簡単で、大半のCordovaプラグインはCapacitorと下位互換性があります。[ここから移行を開始](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/)してください。
-
-## Capgoについて
-
-Capgoは、時間の経過とともにアプリを更新することを処理します。開発チームはアプリの独自機能に完全に集中でき、複雑なアプリ配信プロセスをCapgoにアウトソースできます。
-
-Capgoは、Web配信とモバイルの間のギャップを埋めます。
-
-## Capgoの前提条件
-
-App Centerと同様に、[Capgo](/register/)はAzure DevOps、Bitbucket、GitHub、GitLabのGitリポジトリでホストされているアプリをサポートしています。
-
-### Capgo CLIのインストール
-
-##### 注意
-
-続行する前に、NodeとNPMがコンピュータにインストールされている必要があります。常に[現在のLTSバージョン](https://nodejs.org/)を使用してください。Capgoは古いバージョンをサポートしていません。
-
-### `package.json`とCapacitor設定ファイルの作成
-
-##### 注意
-
-始める前に、新しいGitブランチで変更を行うことをお勧めします。
-
-[Capgo](/register/)はCapacitorアプリを自動化するために作られたため、アプリに存在しない可能性のあるファイルが必要です。まず、`capacitor.config.json`ファイルを作成します。作成する最も簡単な方法は、アプリのルートで以下を実行することです：
-
-```shell
-npm install @capacitor/core
-```
-
-その後、CLIのアンケートを使用してCapacitorを初期化します：
-
-```shell
-npx cap init
-```
-
-CLIはアプリ名から始まり、アプリに使用したいパッケージIDなど、いくつかの質問をします。
-
-最後に、新しいファイルをプロジェクトにコミットします：
-
-    git add .git commit -m "added package json and capacitor config" && git push
-
-### コードの移行
-
-[Capgo](/register/)に必要な新しいファイルが配置されたので、アプリ自体に注目できます。[Capgo](/register/)は、ビルドされたアプリ全体が`dist`という名前のディレクトリ内にあることを期待します。
-
-ビルドされたコードが`dist`ディレクトリにない場合は、Capacitor設定ファイルでこの値を変更してください。
-
-アプリのディレクトリ構造は以下のようになるはずです：
-
-![アプリ構造](/directory_looklike.webp)
-
-## Capgoの設定
-
-アプリが[Capgo](https://console.capgo.app/)統合の準備ができたら、サインアップしてAPIキーを取得し、最初のバージョンをアップロードする時です！まず、[Capgoアカウントにサインアップ](/register/)してください。
-
-Capgoにログインしたら、アカウントページに移動してAPIキーをクリックし、'write'キーをクリックしてクリップボードにコピーしてください。
-
-### Capgo SDKのインストール
-
-コマンドラインから、Capacitorアプリフォルダのルートで直接以下のコマンドを実行します：
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-プラグインをCapacitorアプリにインストールします。
-
-そして、CodePushの代わりに以下のコードをアプリに追加します：
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-これにより、ネイティブプラグインにインストールが成功したことを伝えます。
-
-## ライブアップデートのデプロイ（CodePushの代替）
-
-ライブアップデート機能は、ネイティブアプリケーションにインストールされた[Capgo SDK](https://github.com/Cap-go/capacitor-updater/)を使用して、特定のデプロイチャンネルデスティネーションをリッスンすることで動作します。Webビルドがチャンネルデスティネーションに割り当てられると、指定されたチャンネルデスティネーションをリッスンするように設定されたバイナリを実行しているユーザーデバイスにそのアップデートがデプロイされます。
-
-### Capgo CLOUDへのログイン
-
-まず、アカウントに存在する`all` [apikey](https://console.capgo.app/dashboard/apikeys/)を使用してCLIでログインします：
-
-```shell
-npx @capgo/cli@latest login YOURKEY
-```
-
-## 最初のアプリを追加
-
-CLIでCapgo Cloudにアプリを作成することから始めましょう。
-
-`npx @capgo/cli@latest app add`
-
-このコマンドは、Capacitor設定ファイルで定義されたすべての変数を使用してアプリを作成します。
-
-## 最初のバンドルをアップロード
-
-以下のコマンドを実行してコードをビルドし、Capgoに送信します：
-```shell
-npx @capgo/cli@latest bundle upload --channel production
-```
-
-デフォルトでは、バージョン名は`package.json`ファイルのものが使用されます。
-
-[Capgo](https://console.capgo.app/)でビルドが存在するか確認してください。
-
-[モバイルサンドボックスアプリ](https://capgo.app/app_mobile/)でテストすることもできます。
-
-### チャンネルをデフォルトにする
-
-アプリをCapgoに送信した後、アプリがCapgoからアップデートを受信できるようにチャンネルを`default`にする必要があります。
-
-```shell
-npx @capgo/cli@latest channel set production -s default
-```
-
-## アップデートを検証するようアプリを設定
-
-メインのJavaScriptファイルに以下の設定を追加します。
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-その後、`npm run build && npx cap copy`を実行してアプリを更新します。
-
-### デバイスでライブアップデートを受信
-
-デプロイからライブアップデートを受信するには、デバイスまたはエミュレータでアプリを実行する必要があります。これを行う最も簡単な方法は、以下のコマンドを使用してローカルアプリをエミュレータまたはコンピュータに接続されたデバイスで起動することです。
-
-    npx cap run [ios | android]
-
-アプリを開き、バックグラウンドに移動してから再度開くと、ログでアプリがアップデートを行ったことが確認できるはずです。
-
-おめでとうございます！🎉 最初のライブアップデートの展開に成功しました。これはライブアップデートでできることの始まりに過ぎません。詳細については、完全な[ライブアップデートドキュメント](/docs/plugin/cloud-mode/getting-started/)をご覧ください。
-
-## App Center依存関係の削除
-
-Capgoのサービスを統合したので、App Centerへの参照をすべて削除する必要があります。未使用のコード/サービスを削除することはベストプラクティスであり、SDKを削除することでアプリのサイズを削減できます。
-
-まず、ターミナルを開いてApp Centerプラグインをアンインストールします：
-```shell
-    cordova plugin remove cordova-plugin-appcenter-analytics cordova-plugin-appcenter-crashes cordova-plugin-code-push
-```
-
-次に、`config.xml`を開いて以下の`preference`値を削除します。以下のような形式です：
-```xml
-    <preference name="APP_SECRET" value="0000-0000-0000-0000-000000000000" /><preference name="CodePushDeploymentKey" value="YOUR-ANDROID-DEPLOYMENT-KEY" /><preference name="CodePushPublicKey" value="YOUR-PUBLIC-KEY" />
-```
-
-アプリでApp Center Analyticsを使用していた場合は、以下の`preferences`要素を削除します：`APPCENTER_ANALYTICS_ENABLE_IN_JS`と`APPCENTER_CRASHES_ALWAYS_SEND`。
-
-以下の`<preference name="APP_SECRET" value="0000-0000-0000-0000-000000000000" />`要素を削除します：
-
-```xml
-    <access origin="https://codepush.appcenter.ms" /><access origin="https://codepush.blob.core.windows.net" /><access origin="https://codepushupdates.azureedge.net" />
-```
-
-`index.html`ファイルのCSP `meta`タグからCodePushへの参照を削除します（`https://codepush.appcenter.ms`）：
-```xml
-    <meta http-equiv="Content-Security-Policy" content="default-src https://codepush.appcenter.ms 'self' data: gap: https://ssl.gstatic.com 'unsafe-eval'; style-src 'self' 'unsafe-inline'; media-src *" />
-```
-
-最後に、アプリ内でApp Centerサービスへのコード参照（例：`codePush.sync();`）を削除します。
-
-## 次のステップ
-
-App CenterからCapgoに移行し、ライブアップデートを利用しました。これはCapgoで使用できる機能の始まりに過ぎません。チャンネル（複数環境）とオーバーライドを含むサービスの残りの部分を探索してください。Cloud CLI統合により、選択したCI/CDプラットフォーム（GitHub Action、GitLab、Jenkinsなど）内でCapgoを使用できます。
-
-## アプリ更新の自動送信
-
-コードがGitHubでホストされている場合、GitHub actionsのおかげで数ステップで自動ビルドとリリースを設定できます。
-
-これを可能にする2番目の記事を作成しました。
-
-## クレジット
-
-[Ionic](https://ionic.com/)に大変感謝します。この記事は[この記事](https://ionic.io/blog/moving-from-microsoft-app-center-to-ionic-appflow/)をベースにchat-gpt-3で書き直し、適応させたものです。
diff --git a/src/content/blog/ja/appflow-cicd-integration-best-practices.md b/src/content/blog/ja/appflow-cicd-integration-best-practices.md
deleted file mode 100644
index ed437a8dd..000000000
--- a/src/content/blog/ja/appflow-cicd-integration-best-practices.md
+++ /dev/null
@@ -1,96 +0,0 @@
----
-slug: appflow-cicd-integration-best-practices
-title: Appflow CI/DCD 統合：ベストプラクティス
-description: モバイルアプリ開発におけるCI/CDソリューションの統合のベストプラクティスを探り、主要プラットフォームのコストと機能を比較します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:52:14.301Z
-updated_at: 2025-04-15T02:52:57.460Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4-1744685577460.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  CI/CD, mobile app development, Appflow, Capgo, OTA updates, build automation,
-  deployment, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-[Appflow](https://ionicio/appflow/) CI/CDは、アプリの更新をOver-the-Air (OTA)で簡単に行え、**24時間以内に95%のユーザーに更新を届ける**ことができます。iOSとAndroidのビルド、アプリストアへのデプロイメント、コマンドライン管理のための自動化ツールを提供します。しかし、コストの上昇（年間最大6,000ドル）により、一部のチームは[Capgo](https://capgo.app/)のような代替手段を検討しています。Capgoは、より高速な更新と低価格を提供しています。
-
-### 重要なポイント：
-
--   **主要機能**: OTA更新、自動ビルド、アプリストアデプロイメント、CLIツール
--   **セットアップのヒント**: ブランチベースの自動化、安全な環境変数、ロールベースのアクセス制御を使用
--   **代替案**: Capgoは同様の機能を年間約3,600ドルでより高速な更新速度で提供
-
-### クイック比較：
-
-| 機能 | Appflow | Capgo |
-| --- | --- | --- |
-| 年間コスト | 6,000ドル | 約3,600ドル |
-| セットアップ料金 | 含む | 2,600ドル（一回限り） |
-| 更新速度 | 信頼性あり | 5MBバンドルで114ms |
-| 試用期間 | 制限あり | 15日間 |
-
-**適切なCI/CDソリューションの選択は、コスト、速度、更新の信頼性のバランスによって決まります**
-
-## [Appflow](https://ionicio/appflow/)をCICDパイプラインと統合する
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-## Appflow CI/CDの主要機能
-
-Appflow CI/CDは、モバイルアプリの開発とデプロイメントを簡素化するための4つの主要機能を提供します。これらの機能は、モバイルプラットフォーム全体でのビルド、デプロイメント、更新の自動化を支援します。
-
-### ダイレクトアプリ更新
-
-Appflowを使用すると、チームはアプリストアのレビューを待たずにユーザーのデバイスに直接更新をプッシュできます。このOver-the-Air (OTA)更新システムにより、開発者はユーザーフィードバックに素早く対応したり、緊急の修正をリリースしたりでき、アプリを最新の状態に保ちユーザーのニーズに応えることができます。
-
-### iOSとAndroidのビルドツール
-
-Appflowは、iOSとAndroidの両プラットフォームのビルドプロセスを自動化します。iOSでは、コード署名、プロビジョニング、Xcodeの設定を管理します。Androidでは、Gradle自動化、キーストア管理を処理し、APKやアプリバンドルを生成します。これにより[React Native](https://reactnativedev/)や[Capacitor](https://capacitorjs.com/)などのフレームワークで一貫したビルドが保証されます。
-
-### アプリストアデプロイメント
-
-Appflowの自動デプロイメントパイプラインにより、アプリストアへの提出が容易になります。バイナリの準備、バージョン管理、メタデータ管理、コンプライアンスチェックなどのタスクを処理します。この自動化により、手動の作業を最小限に抑えながら、スムーズで一貫したリリースを確保します。
-
-### コマンドラインツール
-
-Appflowは、開発者がコマンドラインから直接ビルドとデプロイメントを管理できるCLIツールを提供します。これらのツールはカスタマイズ可能なビルドステップと環境設定をサポートし、チーム間で一貫性を保ちながら、特定のプロジェクトのニーズに合わせてCI/CDパイプラインを調整することを容易にします。
-
-## Appflow CI/CDのセットアップ
-
-スムーズな自動ビルドとデプロイメントのためのAppflow CI/CDの設定方法を学びましょう。
-
-### 環境セットアップのステップ
-
-バージョン管理ブランチに合わせて個別の環境を設定します：
-
--   **開発**: 日々のビルドとテスト用
--   **ステージング**: 最終テスト用の本番環境レプリカ
--   **本番**: ライブアプリリリース用
-
-Appflowの組み込みの[暗号化ストレージ](https://capgo.app/docs/cli/migrations/encryption/)を使用して環境変数を安全に保存します。
-
-### ビルドプロセスの自動化
-
-効果的にビルドプロセスを自動化する方法：
-
-**ブランチベースの自動化**  
-異なるgitブランチに対する自動ビルドトリガーを設定：
-
--   フィーチャーブランチ: 開発ビルドをトリガー
--   メインブランチ: ステージングビルドを開始
--   リリースブランチ: 本番ビルドを開始
-
-**ビルド設定**  
-`appflowconfigjson`をカスタマイズして以下を定義：
-
--   ビルド環境
--   プラットフォーム固有の設定
--   依存関係とそのバージョン
--   出力設定
\ No newline at end of file
diff --git a/src/content/blog/ja/appflow-shutdown-alternative.md b/src/content/blog/ja/appflow-shutdown-alternative.md
deleted file mode 100644
index 3cb7a74e6..000000000
--- a/src/content/blog/ja/appflow-shutdown-alternative.md
+++ /dev/null
@@ -1,102 +0,0 @@
----
-slug: appflow-shutdown-alternative
-title: Ionic AppFlowのシャットダウン - モバイルアプリ開発の次のステップは？
-description: >-
-  Ionic
-  AppFlowの終了に伴い、CapgoがどのようにしてライブアップデートとCI/CDのニーズをより低コストでスムーズに移行できるかをご紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-02-09T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /appflow_alt.webp
-head_image_alt: Appflow のイラスト代替
-keywords: >-
-  Ionic AppFlow shutdown, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates, Capgo alternative
-tag: News
-published: true
-locale: ja
-next_blog: ''
----
-Ionic AppFlowのシャットダウンの発表に伴い、多くの開発チームがモバイルアプリ開発ワークフローを維持するための代替手段を探しています。影響を受けるチームの一員である場合、朗報があります：Capgoは、AppFlowの機能を置き換えるだけでなく、より手頃な価格でさらに強化された機能を提供する包括的なソリューションを提供しています。
-
-## AppFlowユーザーにとっての意味
-
-AppFlowのシャットダウンにより、多くのチームが以下の移行を必要としています：
-- ライブアップデートシステム
-- CI/CDパイプライン
-- アプリデプロイメントワークフロー
-
-しかし、この移行は開発インフラをアップグレードしながらコストを削減できる機会でもあります。
-
-## Capgo：完全なAppFlow代替ソリューション
-
-Capgoは、AppFlowの成熟した機能豊富な代替として以下を提供します：
-
-### シンプルなライブアップデート
-- 1分未満でアップデートをデプロイ（AppFlowの平均10分と比較）
-- 複数のアップデートチャンネルの管理
-- インストール統計の追跡
-- チャンネルバージョンの簡単な巻き戻しまたは変更
-- デプロイ前のサンドボックス環境でのアップデートテスト
-
-### シームレスなCI/CD統合
-独自のCI/CDシステムにロックインされる代わりに、Capgoでは：
-- 既存のCI/CDインフラストラクチャとの統合
-- GitHub Actionsなどの一般的なプラットフォームの使用
-- ビルドプロセスの完全なコントロール
-- [iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)セットアップの詳細なチュートリアルに従う
-- または[CI/CD Done For You](https://cal.com/team/capgo/mobile-ci-cd-done-for-you)サービスで全てを任せる
-
-## Capgoを選ぶ理由
-
-1. **コスト効率**：AppFlowの月額499ドルと比較して、月額14ドルから利用可能
-2. **強化されたセキュリティ**：全てのプランにエンドツーエンドの暗号化を含む
-3. **オープンソース**：100%オープンソースで、完全な透明性とカスタマイズが可能
-4. **モダンアーキテクチャ**：Capacitor専用に構築され、最適なパフォーマンスを確保
-5. **迅速なアップデート**：1分未満でユーザーに変更を配信
-
-## 移行の手順
-
-AppFlowからCapgoへの移行は簡単です。スムーズな移行のために[詳細な移行ガイド](/docs/upgrade/from-appflow-to-capgo)に従ってください：
-
-1. [Capgoアカウントの登録](/register/)
-2. 移行ガイドに従う
-3. チュートリアルを使用してCI/CDパイプラインを設定
-4. Capgoを通じてアップデートのデプロイを開始
-
-専用サポートが必要なエンタープライズチームは、[セールスチーム](https://cal.com/team/capgo/capgo-enterprise-inquiry)に連絡して、特定のニーズと移行戦略について相談してください。
-
-## 基本機能を超えて
-
-Capgoは、AppFlowを超える以下の利点を提供します：
-- より良いデプロイメント追跡のためのインストール統計
-- サンドボックステスト環境
-- より速いアップデート配信
-- より手頃な価格設定
-- CI/CD統合のより大きな柔軟性
-
-## エコシステムへのコミットメント
-
-IonicとCapacitorのエコシステムは、依然として強力で活気に満ちています。Capgoでは、このエコシステムを深く重視し、その未来に完全にコミットしています。自己資金で持続可能な企業として、私たちは単に代替手段を提供するだけでなく、エコシステムの成長と安定性に積極的に投資しています。
-
-### Capgoを信頼する理由
-私たちはIonicとCapacitorを愛しており、長期的なコミットメントを持っています。エコシステムのどの部分でもサポートが必要な場合、フォークして維持する準備があります - これがオープンソースの力です。私たちのコミットメントは単なる言葉ではなく、行動によって裏付けられています：
-
-### 実績のある記録
-- **大規模なスケール**：クラウドインフラストラクチャで1日3000万以上のライブアップデートを提供し、自己ホスト環境ではさらに多く
-- **活発な開発**：Capacitorエコシステムで20以上のプラグインを作成・維持：[プラグインを探る](https://github.com/cap-go/)
-- **成長するコミュニティ**：今年、多数のチームのCapgoへの移行を成功させる
-- **完全なソリューション**：チュートリアルからフルサービス統合まで、包括的なCI/CDソリューションを提供
-- **持続可能なモデル**：自己資金で収益性があり、ユーザーの長期的な安定性を確保
-
-私たちは単なる代替手段ではありません - モバイルアプリ開発の未来を積極的に構築し、これらのテクノロジーに依存するチームが信頼できる持続可能な道を持てるようにしています。
-
-## 移行の準備はできていますか？
-
-AppFlowのシャットダウンで開発ワークフローが中断されないようにしましょう。[今すぐCapgoを始める](/register/)で、より効率的でコスト効果の高いモバイルアプリ開発ソリューションを体験してください。
-
-エンタープライズソリューションと専用サポートについては、[チームとの通話を予約](https://cal.com/team/capgo/capgo-enterprise-inquiry)して、移行戦略について相談してください。
-
-覚えておいてください、Capgoは単なる代替手段ではありません - AppFlowと比較して、より多くの機能、より良いパフォーマンス、そして大幅なコスト削減を提供するモバイルアプリ開発ワークフローへのアップグレードです。
diff --git a/src/content/blog/ja/apple-policy-updates-for-capacitor-apps-2025.md b/src/content/blog/ja/apple-policy-updates-for-capacitor-apps-2025.md
deleted file mode 100644
index 7fb5f4d7e..000000000
--- a/src/content/blog/ja/apple-policy-updates-for-capacitor-apps-2025.md
+++ /dev/null
@@ -1,47 +0,0 @@
----
-slug: apple-policy-updates-for-capacitor-apps-2025
-title: Apple のアプリポリシー 2025 年の Capacitor アップデート
-description: >-
-  Appleの2025年のApp Store
-  ポリシーは、Capacitorアプリに対して、プライバシー、セキュリティ、パフォーマンスの面での改善を強調する新しいコンプライアンス基準を課しています。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T03:02:24.801Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67edf689ebbb9dc80640b580-1743649359050.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, Apple policies, app compliance, security standards, performance
-  benchmarks, OTA updates, encryption
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) アプリに対するAppleの2025年App Storeポリシーがより厳格になります。開発者は、プライバシー、セキュリティ、パフォーマンスにおいてより高い基準を満たす必要があります。以下が重要なポイントです：
-
-- **プライバシー**：データ収集とユーザー同意に関するより厳格なルール。
-- **セキュリティ**：アップデートには[エンドツーエンドの暗号化と強力な認証](https://capgo.app/docs/webapp/mfa/)が必要。
-- **パフォーマンス**：応答性と効率性においてより高いベンチマークを満たす必要性。
-- **SDKアップデート**：[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)は[Xcode](https://developer.apple.com/xcode/) 15以上と更新されたSDKを使用する必要があります。
-- **ライブアップデート**：Over-the-air (OTA)アップデートは暗号化プロトコルと徹底的なデバイステストに従う必要があります。
-
-**主要ツール**：[Capgo](https://capgo.app/)のようなプラットフォームは、[アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)、トラッキング、暗号化を自動化することでコンプライアンスを簡素化します。24時間以内に95%のアップデート率を達成し、安全なロールアウトのためのツールを提供することで、[Capgo](https://capgo.app/)は開発者がAppleのポリシーに準拠することを支援します。
-
-**比較表**：
-
-| 機能 | Capgo (TEAMプラン) | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| 年間コスト | $996 | $6,000 | Capgoと同等 |
-| 暗号化 | エンドツーエンド | 基本的な署名 | 基本的な署名 |
-| アップデート速度 | 24時間以内に95% | 変動的 | 変動的 |
-| コンプライアンスツール | 包括的 | 限定的 | 基本的 |
-| 市場経験 | 2022年から | 2026年に終了 | 2024年から |
-
-開発者は今すぐ行動を起こし、コンプライアンスを確保し、混乱を避ける必要があります。[Capacitorフレームワーク](https://capgo.app/blog/capacitor-comprehensive-guide/)をアップデートし、Appleの新しいポリシーに従い、シームレスなアップデートのためにCapgoのようなツールの使用を検討してください。
-
-## Apps & Books TokenとAddigyの統合方法
-
-<iframe src="https://www.youtube.com/embed/GMkQvHQcnFw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
diff --git a/src/content/blog/ja/apple-privacy-rules-for-capacitor-apps.md b/src/content/blog/ja/apple-privacy-rules-for-capacitor-apps.md
deleted file mode 100644
index 3e3b1e663..000000000
--- a/src/content/blog/ja/apple-privacy-rules-for-capacitor-apps.md
+++ /dev/null
@@ -1,345 +0,0 @@
----
-slug: apple-privacy-rules-for-capacitor-apps
-title: Capacitorアプリのプライバシーに関するAppleのルール
-description: Apple のアプリ開発におけるプライバシールールに準拠するために、ユーザーの同意、データの透明性、セキュアなアップデートの実装方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T01:48:03.832Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9dc69283d21cbd67b72cf-1743385695606.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Apple privacy rules, Capacitor apps, data transparency, user consent, App
-  Store compliance, privacy policy
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**Appleのプライバシールールでは現在、[Capacitor](https://capacitorjs.com/)アプリ開発者がApp Storeの承認を得て、ユーザーの信頼を維持するために、ユーザーデータの透明性とコンプライアンスに重点を置くことが求められています。**
-
-重要なステップには以下が含まれます：
-
--   **プライバシーマニフェスト**：データ収集、API、トラッキングの詳細を文書化。
--   **ユーザー同意**：トラッキング許可にApp Tracking Transparency (ATT)を使用。
--   **データアクセス**：カメラ、位置情報、連絡先などの機能のアクセス許可を明確に定義。
--   **[プライバシーポリシー](https://capgo.app/dp/)**：データ使用について説明した、アクセスしやすく明確なポリシーを提供。
--   **テストとアップデート**：コンプライアンスを徹底的にテストし、[Capgo](https://capgo.app/)のような安全なアップデートシステムを使用。
-
-これらのルールは、ユーザーのコントロール、透明性、安全なアプリのアップデートを重視しています。開発者はこのガイドに従うことで、コンプライアンスを維持し、プライバシーに配慮したアプリを提供できます。
-
-## App Store却下を防ぐ：Appleプライバシーマニフェストを追加...
-
-<iframe src="https://www.youtube.com/embed/D7R87wm9IJE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Appleプライバシールールの説明
-
-Appleは開発者に対し、明確性を優先し、ユーザーにデータのコントロールを与えることを求めています。Capacitor開発者の場合、アプリがどのようにデータを収集・使用するかを、ユーザーとAppleのレビュアーの両方に対して明確にする必要があります。
-
-### データ取り扱いの文書化
-
-アプリのデータ取り扱いに関する詳細な内部記録を保持してください。以下を必ず含めてください：
-
--   収集するユーザーデータの種類
--   データを収集する理由
--   使用するサードパーティサービスやSDKの詳細
--   データの転送や共有方法
-
-この情報を整理することは、コンプライアンスを確保するだけでなく、レビュープロセス中の質問に対応しやすくなります。これらの取り扱いを、App Storeのプライバシーラベルやアプリの設定内で透明に反映させてください。
-
-### プライバシー開示の重要要素
-
-アプリのプライバシー情報には以下を明確に概説する必要があります：
-
--   アプリの機能に必要なシステム機能とAPIのアクセス許可
--   収集されるデータのカテゴリー
--   トラッキング活動や外部サービスとの通信
--   データの使用方法とその理由
-
-開示を明確にすることで、ユーザーの信頼を構築し、App Storeのレビューで問題が発生する可能性を減らすことができます。
-
-### コンプライアンスのタイムライン
-
-Appleはプライバシー要件を段階的に更新します。アプリが最新のルールに準拠し続けるように、Appleの開発者アップデートを定期的にチェックしてください。
-
-## アプリにプライバシールールを追加する
-
-このステップバイプステップガイドで、CapacitorアプリにAppleのプライバシールールを実装する方法を学びましょう。
-
-### セットアップ要件
-
-開始する前に、以下を確認してください：
-
--   プライバシーマニフェストのサポートのために**Xcode 15以降**を使用。
--   Capacitor 8がインストールされている。
--   iOSデプロイメントターゲットが**iOS 14.5以降**に設定されている。
--   アプリに適切に設定された`Info.plist`ファイルが含まれている。
--   有効な証明書を持つ**Apple Developer アカウント**を所有している。
-
-Capgoを使用している場合は、データプライバシーを保護するためにエンドツーエンド暗号化を設定してください。Capgoで適切に設定されたアプリは、アップデートにおいて82%のグローバル成功率を達成しています[\[1\]](https://capgo.app/) 。
-
-環境の準備が整ったら、プライバシーマニフェストの作成と設定に進みます。
-
-### プライバシーマニフェストのセットアップガイド
-
-1.  **プライバシーマニフェストファイルの作成**
-
-iOSプロジェクトのルートディレクトリに`PrivacyInfo.xcprivacy`という名前の新しいファイルを追加します：
-
-```json
-{
-    "NSPrivacyTracking": false,
-    "NSPrivacyTrackingDomains": [],
-    "NSPrivacyCollectedDataTypes": [],
-    "NSPrivacyAccessedAPITypes": []
-}
-```
-
-2.  **データ収集の定義**
-
-アプリが収集するデータの種類を指定します：
-
--   ユーザー分析
--   デバイス情報
--   使用パターン
--   ネットワークアクセス
-
-3.  **APIアクセスの設定**
-
-アプリが必要とするシステムAPIをリストアップします：
-
--   カメラ
--   位置情報
--   連絡先
--   フォトライブラリ
-
-### コンプライアンスガイドライン
-
-プライバシーマニフェストの設定後、データ収集の実践がAppleの基準を満たしていることを確認してください。
-
-**データの最小化**  
-アプリのコア機能に必要なデータのみを収集してください。Capgoユーザーは24時間以内に95%のアクティブユーザーアップデート率を報告しており[\[1\]](https://capgo.app/)、プライバシーを意識したアプローチがユーザーのエンゲージメントを維持することを示しています。
-
-**ユーザーの透明性**  
-以下を明確に説明してください：
-
--   データが収集される理由
--   データの保存期間
--   利用可能なユーザーコントロールオプション
--   データ共有ポリシー
-
-### テスト要件
-
-提出前に、プライバシーコンプライアンスを確認するためにアプリをテストしてください。以下の領域に焦点を当ててください：
-
-| テスト領域 | 検証ポイント |
-| --- | --- |
-| データアクセス | 適切な許可プロンプトの確認 |
-| プライバシーラベル | 宣言の正確性の確認 |
-| ユーザーコントロール | オプトアウト機能のテスト |
-| [データストレージ](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | 暗号化の安全性の検証 |
-
-Capgoはプライバシーコンプライアンスを維持しながら2,350万回のアップデートを成功裏に配信しており[\[1\]](https://capgo.app/)、アップデートとプライバシーのバランスを取ることが可能であることを証明しています。
-
-これらのガイドラインに従って、アプリがテストとApp Store提出の準備ができていることを確認してください。
-
-## ユーザープライバシーコントロール
-
-このセクションでは、確立されたプライバシーガイドラインに基づいて、トラッキングとデータアクセスに関するユーザーコントロールの提供方法に焦点を当てます。
-
-### トラッキング許可の設定
-
-Capacitorアプリでアプリトラッキング透明性（ATT）を設定するには、`Info.plist`ファイルに以下のキーを含めます：
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>We use tracking to provide personalized features and improve app performance</string>
-```
-
-次に、アプリの初期化中にトラッキング要求を処理します：
-
-```typescript
-import { App } from '@capacitor/app';
-
-async function requestTrackingPermission() {
-  const status = await App.requestTrackingAuthorization();
-  return status.authorized;
-}
-```
-
-**ATT実装のヒント**：
-
--   ユーザー体験において意味のあるタイミングで許可ダイアログを表示する。
--   システムプロンプトが表示される前にトラッキングの利点を明確に説明する。
--   ユーザーの決定を尊重し、オプトアウトした人に代替手段を提供する。
-
-### データアクセス許可
-
-iOSの場合、アプリの`Info.plist`で許可を定義する必要があります。一般的な許可とその説明は以下の通りです：
-
-| 許可タイプ | Info.plistキー | 使用説明 |
-| --- | --- | --- |
-| カメラ | NSCameraUsageDescription | 写真撮影に必要 |
-| 位置情報 | NSLocationWhenInUseUsageDescription | 位置情報ベースの機能用 |
-| 写真 | NSPhotoLibraryUsageDescription | 画像の保存/読み込みのアクセス |
-| 連絡先 | NSContactsUsageDescription | 連絡先統合用 |
-
-**許可を要求するタイミング**：
-
--   必要な時にのみ許可を要求し、明確な文脈を提供する。
--   プロンプトを表示する前に、各許可が必要な理由を簡潔に説明する。
--   ユーザーが要求を拒否した場合、代替機能やオプションを提供する。
-
-許可の設定後、透明性のあるプライバシーポリシーを通じてユーザーにこれらの実践について通知してください。
-
-### プライバシーポリシーの表示
-
-アプリのプライバシーポリシーを見つけやすく理解しやすいものにしてください。
-
-**含めるべき内容**：
-
--   データ収集の詳細
--   データの使用方法
--   保存データの保持期間
--   ユーザーのデータに関する権利
--   プライバシーに関する問い合わせ先
-
-以下のようにアプリにプライバシーセンターを追加できます：
-
-```typescript
-import { Browser } from '@capacitor/browser';
-
-async function showPrivacyPolicy() {
-  await Browser.open({
-    url: 'https://your-app.com/privacy-policy'
-  });
-}
-```
-
-**プライバシーポリシーの表示方法**：
-
--   簡単にアクセスできるようアプリの設定にプライバシーポリシーのリンクを配置する。
--   技術的な概念を説明するために簡単で明確な言葉を使用する。
--   理解を深めるためにビジュアルを追加する。
--   バージョン履歴を提供し、更新をユーザーに通知する。
--   要求があればユーザーがデータをエクスポートできるようにする。
-
-アプリのアップデート（Capgoなどを介して）がこれらのプライバシー設定に準拠し、ユーザーの信頼を維持することを確認してください。
-
-## テストとApp Store提出
-
-プライバシーマニフェストとユーザーコントロールを設定したら、次のステップは全てが意図したとおりに機能することを確認する徹底的なテストです。このプロセスは、アプリをApp Storeに提出する前にコンプライアンスを確認するのに役立ちます。
-
-### [Xcode](https://en.wikipedia.org/wiki/Xcode)でのプライバシーテスト
-
-まず、Xcodeでプライバシーレポートを有効にします：
-
-```swift
-// Enable Privacy Report in Xcode scheme
-Edit Scheme > Run > Diagnostics > Enable Privacy Report
-```
-
-デバッグモードでアプリを実行し、コンソールでプライバシーレポートを確認します。テスト中は以下に焦点を当ててください：
-
-| テスト領域 | 確認事項 |
-| --- | --- |
-| アプリトラッキング | ATTダイアログのタイミングと表示 |
-| データアクセス | 許可の適切な実装 |
-| API使用 | プライバシーマニフェストの完全性 |
-| ネットワーク通信 | データ送信のセキュリティ |
-
-このテストにより、アプリが提出準備が整い、コンプライアンス基準を満たしていることを確認できます。
-
-### 一般的なプライバシーエラー
-
-テスト後、提出時の遅延を避けるために、以下の頻出する問題を解決してください：
-
--   **不完全な`privacy-manifest.json`**：必要なすべてのAPIとトラッキングドメインが記載されていることを確認。
--   **目的文字列の欠落**：各許可要求の理由を明確に説明。
--   **不適切なトラッキング要求**：ユーザーアクションの後にのみトラッキング許可をトリガーする。
-
-### App Storeプライバシー詳細
-
-アプリを提出する際は、プライバシー実践について正確な情報を提供してください。以下を含める必要があります：
-
-| プライバシーカテゴリー | 必要な情報 | 例 |
-| --- | --- | --- |
-| データ収集 | 収集されるデータの種類 | デバイスID、位置情報 |
-| データ使用 | データを収集する理由 | アプリ機能、分析 |
-| データリンク | データがユーザーとどのように関連付けられるか | アカウント情報、使用データ |
-| データトラッキング | クロスアプリトラッキングの詳細 | 広告、分析 |
-
-**App Storeの主な要件**：
-
--   提出前にプライバシーポリシーURLを更新する。
--   宣言された許可がアプリの機
-
-これらの機能は、アップデートを保護し、ユーザーのプライバシーを維持します。
-
-> "真のエンドツーエンド暗号化を提供する唯一のソリューション。他はただアップデートに署名するだけです" - Capgo [\[1\]](https://capgo.app/)
-
-### Capgoでのアップデート展開
-
-Capgoを使用してプライバシーに準拠したアップデートを展開する方法：
-
-1. **Capgoプラグインのインストール**:
-
-    以下のコマンドを実行して開始します：
-
-    ```bash
-    npx @capgo/cli init
-    ```
-
-2. **プライバシー設定の構成**:
-
-    プライバシーマニフェストを更新して、CapgoのドメインとAPIを含めます。
-
-3. **暗号化されたアップデートチャンネルの設定**:
-
-    安全なアップデートを確保するため、異なる展開段階用の個別のチャンネルを作成します。
-
-Capgoは、アクティブユーザーの95%が24時間以内にアップデートを受信し、グローバルな成功率は82%を達成しています[\[1\]](https://capgo.app/) 。チャンネルシステムにより、アップデートのターゲティング管理も簡単になります。
-
-### Capgoでのユーザーグループアップデート
-
-Capgoでは、アップデート時に特定のユーザーグループを安全にターゲットにすることができます：
-
-| アップデートタイプ | プライバシーへの配慮 | 実装 |
-| --- | --- | --- |
-| ベータテスト | 選択されたユーザーに限定 | アクセスを制限した個別チャンネルを使用 |
-| 段階的なロールアウト | ユーザーへの段階的なリリース | パーセンテージに基づいてアップデートを配信 |
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信に不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgoの詳細な権限設定により、認可されたチームメンバーのみがアップデートに安全にアクセスし管理できます。
-
-## まとめ
-
-### 主要なプライバシー要件
-
-[Capacitor アプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)に関するAppleのプライバシールールは以下の要件を示しています：
-
-| 要件 | 詳細 |
-| --- | --- |
-| **プライバシーマニフェスト** | 必要なドメイン、API、トラッキング宣言を含める |
-| **ユーザー同意** | ATTフレームワークを使用してトラッキング許可を要求 |
-| **データアクセス** | 写真、位置情報、連絡先へのアクセス権限を設定 |
-| **プライバシーポリシー** | アプリとApp Store両方で明確でアクセスしやすいポリシーを提供 |
-| **アップデートセキュリティ** | ライブアップデートで暗号化された展開チャンネルを使用 |
-
-### 実装チェックリスト
-
-Appleの要件を満たすために以下のチェックリストに従ってください：
-
-- **プライバシーマニフェストの設定**  
-  API宣言を追加し、トラッキングドメインをリストアップし、データ使用目的を文書化します。
-
-- **ユーザー権限の設定**  
-  ATTダイアログを実装し、写真やメディアへのアクセスを設定し、位置情報サービスを有効にします。
-
-- **安全なアップデートシステム**  
-  プライバシーに準拠したアップデートソリューションを使用し、暗号化されたチャンネルを設定し、ユーザーターゲティング制御を構成します。
-
-Capgoのプラットフォームは、アプリの機能性とユーザー重視を維持しながら、これらのプライバシー基準を満たす信頼性の高い方法を提供します[\[1\]](https://capgo.app/) 。
diff --git a/src/content/blog/ja/apple-vs-google-privacy-compliance-for-third-party-data.md b/src/content/blog/ja/apple-vs-google-privacy-compliance-for-third-party-data.md
deleted file mode 100644
index 9f76ec9c6..000000000
--- a/src/content/blog/ja/apple-vs-google-privacy-compliance-for-third-party-data.md
+++ /dev/null
@@ -1,201 +0,0 @@
----
-slug: apple-vs-google-privacy-compliance-for-third-party-data
-title: Appleとグッグル：サードパーティデータのプライバシーコンプライアンス
-description: 2つの大手テクノロジー企業のプライバシー戦略の違いと、それらがアプリ開発者とユーザーデータの管理にどのような影響を与えるかを探ります。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-27T02:14:50.081Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680d81465a08fca8917a02c4-1745720205882.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  privacy compliance, third-party data, App Tracking Transparency, Privacy
-  Sandbox, data protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**AppleとGoogleのユーザープライバシーへのアプローチは、それぞれのビジネスモデルによって形作られています：**
-
--   **Apple**は[App Tracking Transparency](https://developer.apple.com/documentation/apptrackingtransparency)（ATT）のような厳格なルールでユーザープライバシーを優先し、トラッキングにはオプトインを要求します。これはサードパーティのデータアクセスを制限し、ハードウェア中心の収益モデルと一致しています。
--   **Google**はプライバシーと広告のニーズのバランスを取っています。[Privacy Sandbox](https://en.wikipedia.org/wiki/Privacy_Sandbox)や[Topics API](https://developers.google.com/privacy-sandbox/private-advertising/topics/web)のようなツールは、透明性とユーザーコントロールを維持しながら、より広範なデータ使用を可能にします。
-
-### 主な違いの概要
-
-| 側面 | Apple | Google |
-| --- | --- | --- |
-| **収益モデル** | ハードウェア販売 | 広告 |
-| **データ収集** | オプトインのみ | オプトアウト可能 |
-| **プライバシーツール** | システムレベルの制限（ATT、Private Relayなど） | 開発者主導のソリューション（Privacy Sandbox、Topics APIなど） |
-| **更新プロセス** | 厳格なレビュープロセス | 柔軟で迅速なレビュー |
-
-開発者は、コンプライアンスを確保し、ユーザーデータを保護し、アプリのパフォーマンスを維持するために、これらのプラットフォームのルールに適応する必要があります。[Capgo](https://capgo.app/)のようなツールは、両プラットフォームでプライバシー基準を満たしながら、更新を簡素化します。
-
-## コアプライバシー原則：Apple vs. Google
-
-### Appleのデータ保護の重点
-
-Appleはデータ使用の制限とユーザーの同意を優先することに重点を置いています。iOS 14.5でApp Tracking Transparency（ATT）フレームワークを導入し、クロスアプリトラッキングに対してユーザーの明示的な許可を要求するようになりました。これによりオプトイン率が低下し、サードパーティトラッキングが大幅に減少しました。
-
-Appleのデータ保護アプローチの主な特徴は以下の通りです：
-
-| 機能 | 実装 | サードパーティデータへの影響 |
-| --- | --- | --- |
-| プライバシーラベル | App Storeでデータ収集の実践を開示する必要がある | ユーザーへの透明性を提供 |
-| アプリトラッキングコントロール | ユーザーはトラッキングにオプトインする必要がある | クロスアプリデータ共有を制限 |
-| Private Relay | Webトラフィックを暗号化 | ユーザーのIPアドレスへのアクセスを防止 |
-| メールプライバシー保護 | メールトラッキングをブロック | メール分析の精度を低下 |
-
-Appleのプライバシー重視の戦略により、広告に大きく依存するアプリは、ビジネスモデルの見直しや代替収入源の確保を迫られています。このプライバシー中心の戦略は、Googleのよりバランスの取れたアプローチと対照的に、Appleをモバイルエコシステムで際立たせています。
-
-### Googleのデータ使用と開示
-
-Googleは異なるアプローチを取り、ユーザープライバシーを保護するための保護策を実施しながら、より広範なデータ収集を許可しています。サードパーティCookieを段階的に廃止するように設計されたPrivacy Sandbox構想は、ユーザープライバシーと広告主のニーズのバランスを取ることを目指しています。Googleはより多くのデータを収集しますが、明確な開示を要求し、ユーザーにデータの制御を提供します。
-
-Googleのプライバシーフレームワークには以下のコンポーネントが含まれます：
-
-| コンポーネント | 目的 | 開発者への影響 |
-| --- | --- | --- |
-| データ安全性セクション | データ収集実践の透明性 | プライバシー実践の開示が必要 |
-| Topics API | インタレストベース広告のサポート | 直接トラッキングの代替を提供 |
-| FLEDGE | 広告ターゲティングを可能に | プライバシーに配慮したリマーケティングを促進 |
-| アトリビューションレポーティング | 広告コンバージョンの測定 | プライバシー保護型分析に焦点 |
-
-Googleのアプローチは、プライバシーの懸念に対処しながら広告収入への依存を反映しています。ユーザーデータを責任を持って管理するためのツールを開発者に提供することで、Googleは広告ベースのビジネスモデルを損なうことなく、現代のプライバシー基準を満たすことを目指しています。
-
-開発者にとって、プライバシー要件に対応することは、各プラットフォームに合わせた戦略を調整することを意味します。Capgoを使用するアプリは、ライブアップデートのためにAppleの同意主導型ポリシーとGoogleの透明性重視に準拠する必要があります。
-
-## プライバシーに関して：AppleとGoogleはどちらが優れているか？
-
-<iframe src="https://www.youtube.com/embed/FHhqQPlffGY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## プライバシーツールと機能
-
-AppleとGoogleはどちらも、それぞれの中核的な原則を反映した[プライバシーポリシー](https://capgo.app/dp/)を実施するためのツールを提供しています。
-
-### Appleのプライバシーシステム
-
-Appleのプライバシーフレームワークは、ユーザーがデータを制御できることを保証します。iOS 15.2で導入された**アプププライバシーレポート**により、ユーザーはアプリが位置情報、写真、カメラ、マイク、連絡先などの機密データにアクセスする方法を追跡できます。また、サードパーティドメインへの接続やセンサーの使用パターンも表示されます。
-
-Appleのプライバシーエコシステムの主な機能は以下の通りです：
-
-| 機能 | 機能 | 開発者の要件 |
-| --- | --- | --- |
-| [iCloud Private Relay](https://support.apple.com/en-us/102602) | プライバシーを維持するためにIPアドレスを隠す | マスクされたIPでアプリが機能することを確認 |
-| メールを隠す | ユーザー用の一意のメールエイリアスを生成 | ユーザーごとの複数のメールアドレスをサポート |
-| アプププライバシーレポート | アプリのデータ使用を監視 | すべてのデータアクセスの正当性を提供 |
-| [Sign in with Apple](https://en.wikipedia.org/wiki/Sign_in_with_Apple) | 安全な認証を提供 | サードパーティのサインインオプションを持つアプリに必要 |
-
-Appleのアプローチは、すべてのレベルでユーザーデータを保護する、厳格なシステム全体の保護に重点を置いています。
-
-### Googleのプライバシーコントロール
-
-Googleのプライバシーアプローチは、ユーザープライバシーと広告ニーズのバランスを取る**Privacy Sandbox**を中心に構築されています。2025年初頭、Googleはこの取り組みの一環として、古いFederated Learning of Cohorts（FLoC）に代わる**Topics API**を導入しました。このAPIは、プライバシー基準を維持しながらCookieを使用しないトラッキングを可能にします。
-
-Googleの戦略の主要な要素は以下の通りです：
-
-| コントロール | 目的 | 実装 |
-| --- | --- | --- |
-| Privacy Sandbox | Cookieベースのトラッキングを置き換える | Topics APIとの統合が必要 |
-
-Googleのシステムは、Privacy Sandboxフレームワークの下でオプトアウトメカニズムを提供し、開発者により多くの柔軟性を与えています。
-
-### 機能比較：Apple vs. Google
-
-AppleとGoogleはプライバシー方法で大きく異なります。Appleはオプトインデータ収集による厳格なシステムレベルのコントロールを優先し、Googleはオプトアウトオプションを持つ開発者主導のソリューションを重視します。
-
-| 側面 | Apple | Google |
-| --- | --- | --- |
-| データ収集 | オプトインのみ | オプトアウト可能 |
-| 更新プロセス | 厳格なレビュープロセス | 柔軟なアプローチ |
-| プライバシーコントロール | システムレベルの制限 | 開発者が実装する保護措置 |
-| ユーザートラッキング | App Tracking Transparencyを通じて制限 | Privacy Sandboxを通じて管理 |
-
-Capgoのようなツールを使用する開発者は、両プラットフォームのプライバシールールに準拠する必要があります。開発者はCapgoについて以下のように述べています：
-
-> "Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられることは素晴らしいことです。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgoは、更新の82%のグローバル成功率を達成しています[\[1\]](https://capgo.app/) 。さらに、アクティブユーザーの95%が24時間以内に更新を受け取っています[\[1\]](https://capgo.app/) 。
-
-## 開発者ルールと要件
-
-### Appleのデータルール
-
-Appleは開発者に、アプリがユーザーデータをどのように収集、使用、共有するかを明確に説明することを要求しています。レビュープロセスでは、Appleはこれらの開示がプライバシー基準を満たしているか慎重に評価します。
-
-### Googleのデータガイドライン
-
-GoogleのPlay Storeデータ安全性ガイドラインも、データ取り扱いの実践における透明性を要求します。開発者にある程度の柔軟性を提供しながら、明確な開示と強力なユーザーコントロールに重点を置いています。これらのルールは、アプリ更新にプライバシー対策を統合することの重要性を強調しています。
-
-### プライバシーツールと[Capgo](https://capgo.app/)の統合
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680d81465a08fca8917a02c4/002013533a2d2ba7b874d9490aa8d76e.jpg)
-
-現代の開発ツールは、プライバシーコンプライアンスと迅速な更新のロールアウト能力を組み合わせています。CapgoはAppleとGoogleの両方のプライバシー基準に準拠することでこれらの取り組みをサポートしています。1.4Kのアプリが使用し、82%のグローバル成功率を達成し、Capgoはその効果を証明しています[\[1\]](https://capgo.app/) 。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供する上で重要な役割を果たしています！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgoのプライバシー重視の主な機能は以下の通りです：
-
-| 機能 | 利点 | コンプライアンス |
-| --- | --- | --- |
-| エンドツーエンドの暗号化 | 更新はユーザーのみが復号可能 | AppleとGoogleの基準を満たす |
-| 即時更新 | アクティブユーザーの95%が24時間以内に更新 | アプリストアのポリシーに準拠 |
-| バージョン管理 | 更新の安全なロールバックを許可 | データの整合性を確保 |
-
-> "@Capgoは、ホットコードプッシュを行う賢い方法です（@AppFlowのように世界中のお金をかけることなく）:-)" - NASAのOSIRIS-RExチーム [\[1\]](https://capgo.app/)
-
-## アプリとユーザーへの影響
-
-### クロスプラットフォーム開発の課題
-
-AppleとGoogleの両方のプライバシー基準に対応することは困難な場合があります。各プラットフォームには独自の要件があり、これがアプリ開発をより複雑にし、デプロイメントを遅らせます。さらに、従来のレビュープロセスはしばしば更新を遅らせ、一貫性のないユーザーエクスペリエンスにつながります。厳格なアプリレビューと迅速な
-
-これらの課題はアップデートを遅らせるだけでなく、ユーザーのアプリに対する印象にも影響を与えます。プライバシーへの懸念は、アプリの成功とユーザー定着率に大きな役割を果たします。強力なプライバシー対策と効率的なアップデートシステムを優先するアプリは、より良いユーザーエンゲージメントとアップデートの採用率を実現する傾向にあります。
-
-> 「私たちはアジャイル開発を実践しており、Capgoはユーザーに継続的にデリバリーする上で重要な役割を果たしています！」- Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-強力なプライバシー保護とスムーズなユーザーエクスペリエンスのバランスを上手く取れたチームは、アプリのエンゲージメントとパフォーマンスの向上を実感することが多いです。このバランスは、プライバシー規制が厳格化し、ユーザーの期待が高まるにつれてさらに重要になってきています。
-
-## 結論：プライバシーのベストプラクティス
-
-AppleとGoogleのプライバシー規則に対応するには、ユーザーデータの保護とスムーズなアプリデプロイメントのバランスを取る必要があります。このバランスを取ることで、ユーザーを保護するだけでなく、開発プロセスも簡素化されます。
-
-アプリのアップデート時にユーザーデータを安全に保つには、エンドツーエンドの暗号化が不可欠です。両プラットフォームで機能し、厳格なプライバシー基準を維持するツールは、デプロイメントの効率を大幅に向上させることができます。
-
-複数のプラットフォームで開発を行う開発者にとって、Capgoのようなソリューションは、コンプライアンスと効率性の両立が可能であることを示しています。その信頼性の高いパフォーマンスは、強力なプライバシー対策と合理化されたデプロイメントプロセスが共存できることを示しています。
-
-プライバシーポリシーが厳格化し、展開プラクティスが進化する中、これらのトレンドがプラットフォームの要件を定義していくでしょう。強力なプライバシーツールを今日採用する開発者は、ユーザーの信頼とアプリの機能性を維持しながら、将来の変化にも対応できる態勢を整えることができます。
-
-> 「Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のためのレビューを回避できることは素晴らしいです。」- Bessie Cooper [\[1\]](https://capgo.app/)
-
-## よくある質問
-
-:::faq
-### AppleとGoogleのプライバシーポリシーは、開発者のサードパーティデータ利用にどのような影響を与えますか？
-
-AppleとGoogleはプライバシーに対して異なるアプローチを取っており、これは開発者がサードパーティデータを扱う方法に大きな影響を与えます。Appleは、App Tracking Transparency (ATT)のような厳格なポリシーを通じてユーザープライバシーを重視し、データ共有に対する明示的なユーザーの同意を必要とします。これにより詳細なユーザーデータへのアクセスは制限されますが、プライバシーを重視するユーザーとの信頼関係を構築できます。
-
-Googleもプライバシーを優先していますが、Privacy Sandboxイニシアチブのようなソリューションに焦点を当てることで、開発者により柔軟性を提供する傾向にあります。これはユーザープライバシーとパーソナライズされたエクスペリエンスや広告を提供する能力のバランスを取ることを目指しています。開発者はこれらの異なるポリシーに基づいて戦略を適応させ、コンプライアンスを確保しながらユーザーの期待に応える必要があります。
-
-**Capgo**のような、AppleとGoogleの両方の要件に準拠したリアルタイムアップデートをサポートするプラットフォームを使用する開発者にとって、これらのプライバシーポリシーへの対応はよりシームレスになります。Capgoのエンドツーエンド暗号化とライブアップデート機能は、開発者がコンプライアンスを維持しながら効率的にアップデートを提供するのに役立ちます。
-:::
-
-:::faq
-### サードパーティデータに関するAppleとGoogleのプライバシー基準に準拠する際、開発者はどのような課題に直面しますか？
-
-開発者は、特にサードパーティデータの取り扱いに関して、AppleとGoogleのプライバシー基準への準拠を確保する際に重要な課題に直面します。両社とも、Appleの**App Tracking Transparency (ATT)**フレームワークやGoogleの**データセーフティセクション**など、データ収集practices の開示と制限を求める厳格で進化するポリシーを持っています。
-
-これらのポリシーへの対応は、特にサードパーティ統合や分析に依存するアプリにとって複雑な場合があります。開発者は、データの収集、使用、共有方法の透明性を確保しながら、ユーザープライバシーを保護するための堅牢なセキュリティ対策を実装する必要があります。**Capgo**のようなツールは、リアルタイムアップデートとコンプライアンス対応のソリューションを提供することで、頻繁なアプリストアの再提出なしにAppleとGoogleの要件への準拠を確保しながら、このプロセスを合理化するのに役立ちます。
-:::
-
-:::faq
-### CapgoのようなツールはどのようにしてAppleとAndroidプラットフォームでのプライバシーコンプライアンスとアップデートの合理化を支援できますか？
-
-Capgoは、AppleとAndroidの両方のプライバシー要件に準拠しながらアプリのアップデートを簡素化することで、開発者をサポートします。Capacitorアプリのアプリストア承認なしでのインスタントアップデートを可能にし、バグ修正、新機能、改善点の迅速なデプロイを実現します。
-
-**エンドツーエンド暗号化**により、CapgoはCI/CDパイプラインとのシームレスな統合を提供しながらユーザーデータを保護します。この組み合わせにより、プライバシーコンプライアンスを強化するだけでなく、開発効率も向上し、両プラットフォームのユーザーに安全で最新のエクスペリエンスを提供することができます。
-:::
diff --git a/src/content/blog/ja/automated-consent-tracking-for-capacitor-apps.md b/src/content/blog/ja/automated-consent-tracking-for-capacitor-apps.md
deleted file mode 100644
index cde2d2b80..000000000
--- a/src/content/blog/ja/automated-consent-tracking-for-capacitor-apps.md
+++ /dev/null
@@ -1,480 +0,0 @@
----
-slug: automated-consent-tracking-for-capacitor-apps
-title: Capacitorアプリの自動同意追跡
-description: アプリのプライバシーコンプライアンスとユーザーの信頼を向上させるために、アプリで自動同意追跡を実装する方法を学び、アプリストアの遅延を回避しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T01:27:27.426Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef2243ebbb9dc80641c5e1-1743730059829.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  consent tracking, privacy compliance, user rights, Capacitor apps, data
-  protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-自動同意追跡は、[Capacitor](https://capacitorjs.com/) アプリがプライバシー規制とプラットフォームルールを満たすために不可欠です。重要性と実装方法は次のとおりです。
-
--   **なぜ重要なのか**:
-    
-    -   Apple と Google のプライバシーポリシーに準拠する。
-    -   ユーザー権利を保護し、信頼を築く。
-    -   アプリストアの拒否や法的リスクを避ける。
--   **同意追跡の主な機能**:
-    
-    -   **プラットフォーム固有の調整**: iOS と Android のためのソリューションをカスタマイズする。
-    -   **リアルタイム更新**: アプリの更新なしに同意フォームを修正する。
-    -   **クロスプラットフォームの一貫性**: ウェブ、iOS、Android全体で一貫した動作を確保する。
-    -   **データの同期**: デバイス間でユーザーの同意を一貫させる。
--   **実装手順**:
-    
-    1.  同意を管理するために `@capacitor/privacy` のようなプラグインを使用する。
-    2.  明確でシンプルな同意 UI 要素を構築する。
-    3.  同意データを[暗号化して安全に保存](https://capgo.app/docs/cli/migrations/encryption/)する。
-    4.  ユーザーの好みに基づいて分析追跡を調整する。
-    5.  定期的に同意設定を検証し、更新する。
--   **コンプライアンスのヒント**:
-    
-    -   データ使用について明確に開示する。
-    -   ユーザーに同意を撤回してデータを削除できるようにする。
-    -   アプリストアの遅延を避けるために、[Capgo](https://capgo.app/)のようなツールを使用してライブ更新を行う。
-
-## Apple アプリ追跡透明性の許可 - Ionic または iOS ...
-
-<iframe src="https://www.youtube.com/embed/BVEcp7FEWPY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 同意要件ガイド
-
-[Capacitor アプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)に同意追跡を追加することは、Apple と Google の両方によって設定されたルールを満たすことを意味します。これらのルールは、ユーザーのプライバシーとプラットフォーム基準への準拠を確保するために設計されています。
-
-### アプリストアポリシー要件
-
-Apple および Google は、同意追跡に関してアプリに具体的な期待を持っています：
-
-**Apple アプリストア要件**:
-
--   同意のプロンプトは、データがどのように使われるかを明確に説明する必要があります。
--   アプリは、ユーザーのデバイスの「アプリがトラッキングをリクエストすることを許可」設定を尊重しなければなりません。
--   プライバシー栄養ラベルは、データ収集の慣行を正確に説明する必要があります。
-
-**Google Play ストア要件**:
-
--   データ収集と共有の慣行を明確に開示する。
--   アプリのリストおよびアプリ内に目立つ[プライバシーポリシー](https://capgo.app/dp/)のリンクを含める。
--   敏感なデータを収集する前に明示的な同意を得る。
--   ユーザーが同意を撤回するための簡単な方法を提供する。
--   同意を撤回した場合にデータを削除するオプションをユーザーに提供する。
-
-これらのガイドラインに従うことで、ストアポリシーに準拠しつつ、ユーザーのプライバシーを優先することができます。
-
-### データプライバシー基準
-
-プラットフォーム固有のルールを満たすことに加えて、強力なデータプライバシー慣行を採用することが重要です：
-
-**匿名データ収集**:
-
--   個人データの代わりにランダム化された識別子を使用する。
--   収集されるデータの量を最小限に抑える。
--   同意記録をユーザーデータとは別に保存する。
--   同意ログを暗号化して、セキュリティを強化する。
-
-**オプトインプロセスの実装**:
-
--   データを収集する前に同意オプションを提示する。
--   ユーザーが共有に同意するデータの種類を選択できるようにする。
--   「受け入れる」および「拒否する」のオプションを明確に提供する。
--   ユーザーがいつでも同意設定を更新できるようにする。
-
-Capgoのようなサービスは、同意関連機能のライブ更新を可能にし、フルアプリストアレビューの必要がないように支援します。
-
-効果的な同意追跡は、単に法的要件を満たすだけでなく、ユーザーとの信頼関係を築くことに関するものです。透明性を持ち、プライバシーを尊重することで、ユーザーエクスペリエンスを改善し、アプリの評判を強化することができます。
-
-## 同意追跡の設定
-
-同意追跡を効果的に自動化するために、プラグイン、ユーザーインターフェース要素、および分析を設定します。
-
-### 同意管理プラグイン
-
-同意管理タスクを処理するために複数のプラグインを使用します：
-
-```typescript
-import { Plugins } from '@capacitor/core';
-import { AnalyticsConsent } from '@capgo/capacitor-firebase-analytics';
-import { PrivacyConsent } from '@capacitor/privacy';
-
-const { FirebaseAnalytics } = Plugins;
-
-async function setupConsentTracking() {
-  await FirebaseAnalytics.setConsent({
-    analyticsStorage: AnalyticsConsent.GRANTED,
-    adStorage: AnalyticsConsent.DENIED
-  });
-}
-```
-
-同意データを暗号化して安全に保存します：
-
-```typescript
-import { Storage } from '@capacitor/storage';
-
-async function storeConsentData(userConsent) {
-  await Storage.set({
-    key: 'userConsent',
-    value: JSON.stringify({
-      timestamp: Date.now(),
-      status: userConsent,
-      version: '1.0'
-    })
-  });
-}
-```
-
-プラグインが構成されたら、ユーザーにこれらの設定を伝えるために明確な同意インターフェースを設計します。
-
-### 同意 UI 要素の構築
-
-シンプルで直感的な同意フォームを作成します。以下はその例です：
-
-```typescript
-import { Dialog } from '@capacitor/dialog';
-
-async function showConsentDialog() {
-  const { value } = await Dialog.confirm({
-    title: 'Privacy Settings',
-    message: 'We collect analytics data to improve your experience. ' +
-             'You can change these settings anytime in the app.',
-    okButtonTitle: 'Accept',
-    cancelButtonTitle: 'Decline'
-  });
-
-  return handleConsentResponse(value);
-}
-```
-
-同意 UI の主な考慮事項：
-
--   データを収集する前に同意オプションを表示する
--   データ収集の理由を明確に説明する
--   プライバシーポリシーへのリンクを含める
--   ユーザーが詳細に同意設定を選択できるようにする
-
-同意インターフェースが整ったら、分析設定がユーザーの好みを尊重していることを確認します。
-
-### 分析とコンプライアンスの設定
-
-ユーザーの同意に基づいて分析設定を調整します：
-
-```typescript
-import { Analytics } from '@capgo/capacitor-firebase-analytics';
-
-async function initializeAnalytics(userConsent) {
-  if (userConsent.analytics) {
-    await Analytics.setEnabled(true);
-    await Analytics.setUserProperty({
-      key: 'consent_status',
-      value: 'granted'
-    });
-  } else {
-    await Analytics.setEnabled(false);
-  }
-}
-```
-
-データを追跡する前に常に同意状況を確認します：
-
-```typescript
-function checkConsentBeforeTracking(eventName, eventData) {
-  const consentStatus = getStoredConsent();
-
-  if (consentStatus.analytics) {
-    Analytics.logEvent({
-      name: eventName,
-      params: {
-        ...eventData,
-        consent_verified: true
-      }
-    });
-  }
-}
-```
-
-コンプライアンスを確保するために定期的に同意を検証します：
-
-```typescript
-async function validateConsent() {
-  const storedConsent = await Storage.get({ key: 'userConsent' });
-  const consentData = JSON.parse(storedConsent.value);
-
-  if (isConsentExpired(consentData.timestamp)) {
-    await refreshConsent();
-  }
-}
-```
-
-## 同意追跡管理
-
-### 同意更新の記録
-
-構造化されたストレージで同意の変更を安全に追跡します：
-
-```typescript
-interface ConsentUpdate {
-  timestamp: number;
-  userId: string;
-  consentVersion: string;
-  preferences: {
-    analytics: boolean;
-    marketing: boolean;
-    thirdParty: boolean;
-  };
-  source: 'app' | 'settings' | 'prompt';
-}
-
-async function recordConsentUpdate(update: ConsentUpdate) {
-  const consentHistory = await Storage.get({ key: 'consent_history' });
-  const history = consentHistory.value ? 
-    JSON.parse(consentHistory.value) : [];
-
-  history.push({
-    ...update,
-    deviceInfo: await getDeviceInfo(),
-    hashValue: generateConsentHash(update)
-  });
-
-  await Storage.set({
-    key: 'consent_history',
-    value: JSON.stringify(history)
-  });
-}
-```
-
-変更を時間の経過とともに追跡する監査トレイルを構築します：
-
-```typescript
-async function generateConsentAuditLog() {
-  const consentHistory = await Storage.get({ key: 'consent_history' });
-  const history = JSON.parse(consentHistory.value);
-
-  return history.map(entry => ({
-    timestamp: new Date(entry.timestamp).toISOString(),
-    action: determineConsentAction(entry),
-    details: formatConsentDetails(entry),
-    verificationHash: entry.hashValue
-  }));
-}
-```
-
-これらの記録を使用して、コンプライアンス監視ツールは監査を自動化し、プライバシー基準の遵守を確保できます。
-
-### コンプライアンス監視ツール
-
-監視ツールを使用して同意イベント追跡を自動化します：
-
-```typescript
-import { Analytics } from '@capacitor/analytics';
-import { ComplianceMonitor } from './compliance';
-
-class ConsentMonitor {
-  private static readonly CONSENT_CHECK_INTERVAL = 86400000; // 24 hours
-
-  async startMonitoring() {
-    // Schedule periodic compliance checks
-    setInterval(async () => {
-      const complianceStatus = await this.checkCompliance();
-
-      if (!complianceStatus.valid) {
-        await this.refreshConsent();
-        await Analytics.logEvent({
-          name: 'consent_compliance_refresh',
-          params: {
-            reason: complianceStatus.reason,
-            timestamp: Date.now()
-          }
-        });
-      }
-    }, ConsentMonitor.CONSENT_CHECK_INTERVAL);
-  }
-
-  private async checkCompliance(): Promise<ComplianceStatus> {
-    const currentConsent = await this.getCurrentConsent();
-    return ComplianceMonitor.validate(currentConsent);
-  }
-}
-```
-
-リアルタイムで同意メトリクスを監視するためのダッシュボードを開発します：
-
-```typescript
-interface ConsentMetrics {
-  totalUsers: number;
-  consentRate: number;
-  pendingUpdates: number;
-  complianceScore: number;
-}
-
-async function generateConsentReport(): Promise<ConsentMetrics> {
-  const analytics = await getAnalyticsData();
-  const consentData = await getConsentData();
-
-  return {
-    totalUsers: analytics.activeUsers,
-    consentRate: calculateConsentRate(consentData),
-    pendingUpdates: getPendingUpdatesCount(),
-    complianceScore: calculateComplianceScore(consentData)
-  };
-}
-```
-
-迅速に行動できるようにコンプライアンス問題に対するアラートを設定します：
-
-```typescript
-async function setupComplianceAlerts() {
-  const monitor = new ConsentMonitor();
-
-  monitor.on('compliance_violation', async (violation) => {
-    await sendAlertToTeam({
-      type: 'COMPLIANCE_ALERT',
-      severity: violation.severity,
-      details: violation.details,
-      recommendedAction: violation.recommendation
-    });
-
-    if (violation.severity === 'HIGH') {
-      await pauseDataCollection();
-    }
-  });
-}
-```
-
-これらのツールは、プライバシー法の遵守を維持し、同意記録の管理において透明性を確保する手助けをします。
-
-## コンプライアンスガイドライン
-
-### 明確な同意メッセージ
-
-ユーザーがデータの使用方法を理解できるように、明確で簡潔な同意メッセージを作成します。以下はその例です：
-
-```typescript
-const consentMessageTemplate = {
-  title: "Data Privacy Settings",
-  sections: [{
-    purpose: "Analytics",
-    description: "We collect anonymous usage data to improve app performance",
-    dataTypes: ["Usage patterns", "Device info", "Crash reports"],
-    retention: "90 days"
-  }]
-};
-```
-
-プライバシーポリシーを更新するために、この機能を使用できます：
-
-```typescript
-async function updatePrivacyPolicy(version: string) {
-  const policy = {
-    version,
-    lastUpdated: new Date().toISOString(),
-    sections: {
-      dataCollection: await fetchPolicyContent('collection'),
-      userRights: await fetchPolicyContent('rights'),
-      retention: await fetchPolicyContent('retention')
-    }
-  };
-
-  await Storage.set({
-    key: 'privacy_policy',
-    value: JSON.stringify(policy)
-  });
-}
-```
-
-### クロスプラットフォームテスト
-
-同意検証プロセスを定義することで、プラットフォーム間での遵守を確保します。以下はそのバリデーターの例です：
-
-```typescript
-class ConsentValidator {
-  async validateConsent(platform: 'ios' | 'android') {
-    const requirements = {
-      ios: {
-        requireExplicitConsent: true
-      },
-      android: {
-        requireExplicitConsent: true
-      }
-    };
-
-    return this.checkPlatformCompliance(
-      requirements[platform],
-      await this.getCurrentSettings()
-    );
-  }
-}
-```
-
-一貫した動作を確認するために、異なるOSバージョンとデバイス間で同意フローをテストすることが重要です。Capgoのようなツールを使用してライブ更新を実施し、アプリストアの遅延を避けながらコンプライアンスを確保します。
-
-### 更新のための[Capgo](https://capgo.app/)の使用
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ef2243ebbb9dc80641c5e1/435c1a19c50c4ff1b7d76cbc4edeb6d0.jpg)
-
-Capgoのライブ更新機能により、コンプライアンスの調整を効率的に行うことができます。以下はその例です：
-
-```typescript
-interface ConsentUpdate {
-  version: string;
-  changes: {
-    type: 'policy' | 'ui' | 'tracking',
-    description: string,
-    requiredAction: boolean
-  }[];
-}
-
-async function applyConsentUpdate(update: ConsentUpdate) {
-  await Capgo.deploy({
-    version: update.version,
-    channel: 'consent-updates',
-    gradualRollout: true,
-    userGroups: ['beta-testers']
-  });
-}
-```
-
-異なるユーザーグループのためにロールアウトパーセンテージを設定することもできます：
-
-```typescript
-const updateConfig = {
-  channels: {
-    beta: { percentage: 10 },
-    production: { percentage: 100 }
-  }
-};
-```
-
-このアプローチは、Apple および Google のコンプライアンス要件を満たすためのリアルタイム更新を確保します[\[1\]](https://capgo.app/) 。
-
-## まとめ
-
-詳細な設定と管理プロセスを締めくくるために、迅速な概要を以下に示します。自動同意追跡は、プライバシー規制への厳格な遵守、安全なデータ処理、および効率的な[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/) を必要とします。
-
-成功は、正確な技術実行と迅速な更新展開の組み合わせに依存しています。Capgoのようなツールは、このアプローチをサポートし、同意関連の更新に対して印象的な82％の世界的成功率を達成しています [\[1\]](https://capgo.app/) 。ロドリゴ・マンティカが言うように：
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続して提供するために重要な役割を果たしています!" [\[1\]](https://capgo.app/)
-
-以下は主要な指標と戦略のスナップショットです：
-
-| 項目 | 実装戦略 | 成功指標 |
-| --- | --- | --- |
-| 更新展開 | 暗号化を伴うライブコードプッシュ | 23.5M の成功した更新が配信された |
-| ユーザーカバレッジ | チャンネル全体での段階的ロールアウト | 750 の本番アプリが維持されている |
-| コンプライアンス更新 | ストアの遅延なしでの即時配信 | 95% のユーザーのための24 時間更新サイクル |
-
-NASAの[OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx)チームは、迅速な展開の重要性を強調しています：
-
-> "Capgoはホットコードプッシュを行うための賢い方法です（@AppFlowのように全てのお金をかけることなく） :-)" [\[1\]](https://capgo.app/)
-
-同意追跡を管理する際は、暗号化と分析監視に焦点を当てて、コンプライアンスを維持し、ユーザーの信頼を育むことが重要です。この戦略は、規制の変更や進化するプライバシー基準に迅速に対応することを保証します。
diff --git a/src/content/blog/ja/automatic-build-and-release-with-github-actions.md b/src/content/blog/ja/automatic-build-and-release-with-github-actions.md
deleted file mode 100644
index f04cd262d..000000000
--- a/src/content/blog/ja/automatic-build-and-release-with-github-actions.md
+++ /dev/null
@@ -1,143 +0,0 @@
----
-slug: automatic-build-and-release-with-github-actions
-title: Githubアクションによるアプリの自動ビルドとリリース
-description: >-
-  Github actionsを使用して無料でCI/CDパイプラインを作成し、mainにプッシュするたびにIonic Capacitor
-  JSアプリをデプロイしましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-23T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /github_actions.webp
-head_image_alt: Github アクション図
-keywords: 'Github actions, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: ja
-next_blog: automatic-capacitor-ios-build-github-action
----
-このチュートリアルはGitHubホスティングに焦点を当てていますが、少しの調整で他のCI/CDプラットフォームにも適用できます。
-
-## はじめに
-
-まず、CapacitorアプリをCapgoに追加していることを確認してください。このチュートリアルはアップロード段階のみに焦点を当てています。
-Capgoにアプリを追加する必要がある場合は、この[チュートリアル](/blog/update-your-capacitor-apps-seamlessly-using-capacitor-updater/)に従ってください。
-
-## コミット規約
-
-最初に[conventional commits](https://www.conventionalcommits.org/en/v1.0.0/)のコミット規約に従う必要があります。これによりツールがバージョン番号をどのように更新するかを理解するのに役立ちます。学ぶのに5分もかかりません。
-
-![Conventional commits](/conventional_commits.webp)
-
-## タグ用のGitHubアクション
-
-次に、自動的にビルドしてタグを作成する最初のGitHubアクションを作成する必要があります。
-
-以下のパスにファイルを作成してください：`.github/workflows/bump_version.yml`
-
-以下の内容で：
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        run: npx capacitor-standard-version
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-```
-
-これにより、メインブランチの各コミットに対してタグがリリースされ、`CHANGELOG.md`にメインブランチの各コミットのチェンジログエントリが追加されます。
-
-このファイルがなくても心配ありません。自動的に作成されます。
-
-これを機能させるために、[PERSONAL_ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/)トークンを作成し、GitHub[シークレット](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets")に`PERSONAL_ACCESS_TOKEN`として設定してください。
-
-これはCIがチェンジログをコミットできるようにするために必要です。
-
-トークンを作成する際は、有効期限を`never`に、スコープを`repo`に設定してください。
-
-最後に、`package.json`ファイルのバージョンを設定し、次のステップを容易にするためにネイティブバージョン番号と同期させてください。
-
-これは最初の1回だけ必要で、その後はツールが自動的に更新を維持します。
-
-これら2つのファイルをコミットすると、GitHubに最初のタグが表示されます！
-
-ネイティブとウェブの両プラットフォームは、各コミット後にバージョン番号が更新されます。
-
-## ビルド用のGitHubアクション
-
-以下のパスにファイルを作成してください：`.github/workflows/build.yml`
-
-以下の内容で：
-
-```yml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm run build
-        env: # Remove both lines  if you don't need it
-          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Exemple of env var coming from a secret
-      - name: Create Release
-        id: create_release
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-これにより、依存関係がインストールされビルドされてからCapgoに送信されます。
-
-ビルドコマンドが異なる場合は、`build_code`ステップで変更できます。
-
-これを機能させるために、CapgoのAPIキーを取得し、[GitHubリポジトリのシークレット](https://docs.github.com/en/actions/security-guides/encrypted-secrets/)に`CAPGO_TOKEN`として追加する必要があります。
-
-これら2つのファイルをコミットすると、GitHubに最初のタグが表示されます！
-
-コミットを追加すると、プロダクションチャンネル用の新しいビルドが生成されます。
-
-コードが正しく動作することを確認するために、ビルドステップにテストを追加する必要があります。
-
-Capgoダッシュボードに移動して、表示されたばかりのビルドを確認してください。これでCI/CDシステムが整いました。
-
-すべてのユーザーが更新可能になったときに更新を取得できるようにしたい場合は、チャンネルに移動して`public`に設定してください。
-
-また、以下のチュートリアルに従って、Ionic Capacitor JavaScriptアプリのネイティブビルドを追加することもできます 👇
diff --git a/src/content/blog/ja/automatic-build-and-release-with-gitlab.md b/src/content/blog/ja/automatic-build-and-release-with-gitlab.md
deleted file mode 100644
index 5f17111ea..000000000
--- a/src/content/blog/ja/automatic-build-and-release-with-gitlab.md
+++ /dev/null
@@ -1,152 +0,0 @@
----
-slug: automatic-build-and-release-with-gitlab
-title: Gitlab でのビルドとリリースの自動化
-description: GitLabを使用して独自のCI/CDパイプラインを無料で作成し、mainブランチにプッシュするたびにアプリをデプロイしましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /gitlab_ci.webp
-head_image_alt: Gitlab CI イラストレーション
-keywords: 'Gitlab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: ja
-next_blog: ''
----
-
-このチュートリアルはGitLab CIに焦点を当てていますが、少しの調整で他のCI/CDプラットフォームにも適用できます。
-
-## はじめに
-
-まず、アプリをCapgoに追加していることを確認してください。このチュートリアルはアップロード段階にのみ焦点を当てています。
-
-## コミット規約
-
-最初に、[conventional commits](https://www.conventionalcommits.org/en/v1.0.0/)というコミット規約に従う必要があります。これによりツールがバージョン番号をどのように更新するかを理解できるようになります。学習にはわずか5分で済みます。
-
-![Conventional commits](/conventional_commits.webp)
-
-## タグ用のGitLab CI
-
-次に、自動的にビルドしてタグを作成する最初のGitLabを作成する必要があります。
-
-以下のパスにファイルを作成してください：`github/workflows/bump_version.yml`
-
-以下の内容で：
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        run: npx capacitor-standard-version
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-```
-
-これにより、メインブランチの各コミットに対してタグがリリースされ、`CHANGELOG.md`にメインブランチの各コミットのための変更履歴エントリが追加されます。
-
-このファイルがなくても心配いりません。自動的に作成されます。
-
-これを機能させるために、[PERSONAL_ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/)を作成し、GitHub[secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets")に`PERSONAL_ACCESS_TOKEN`として保存してください。
-
-これはCIが変更履歴をコミットできるようにするために必要です。
-
-トークンを作成する際は、有効期限を`never`に、スコープを`repo`に設定してください。
-
-最後に、ツールがバージョンの保存場所を理解できるようにするために、リポジトリのルートに`cz.toml`ファイルを作成する必要があります。
-
-そして以下を追加してください：
-
-```toml
-[tool.commitizen]
-name = "cz_conventional_commits"
-tag_format = "$major.$minor.$patch$prerelease"
-version = "0.11.5"
-version_files = [
-    "package.json:version",
-    ".cz.toml"
-]
-```
-
-このファイルのバージョンを`package.json`ファイルと同じものに設定してください。
-
-これは最初の1回だけ必要で、その後はツールが自動的に更新します。
-
-これで両方のファイルをコミットし、GitHubに最初のタグが表示されるのを確認できます！
-
-## ビルド用のGitHub Actions
-
-以下のパスにファイルを作成してください：`github/workflows/build.yml`
-
-以下の内容で：
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm run build
-        env: # Remove both lines  if you don't need it
-          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Exemple of env var coming from a secret
-      - name: Create Release
-        id: create_release
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-これにより、依存関係がインストールされビルドされた後、Capgoに送信されます。
-
-ビルドコマンドが異なる場合は、`build_code`ステップで変更できます。
-
-これを機能させるために、CapgoのAPIキーを取得し、[GitHubリポジトリのsecret](https://docs.github.com/en/actions/security-guides/encrypted-secrets/)に`CAPGO_TOKEN`として追加する必要があります。
-
-これで両方のファイルをコミットし、GitHubに最初のタグが表示されるのを確認できます！
-
-コミットを追加すると、本番チャンネル用の新しいビルドが生成されます。
-
-コードが正常に動作することを確認するために、ビルドステップにテストを追加する必要があります。
-
-Capgoダッシュボードに移動して、表示されたばかりのビルドを確認してください。これでCI/CDシステムが整いました。
-
-すべてのユーザーが更新可能になったときに更新を取得できるようにしたい場合は、チャンネルに移動して`public`に設定してください。
diff --git a/src/content/blog/ja/automatic-capacitor-android-build-github-action.md b/src/content/blog/ja/automatic-capacitor-android-build-github-action.md
deleted file mode 100644
index bec3d4ab3..000000000
--- a/src/content/blog/ja/automatic-capacitor-android-build-github-action.md
+++ /dev/null
@@ -1,253 +0,0 @@
----
-slug: automatic-capacitor-android-build-github-action
-title: Capacitorの自動Android GitHubアクション ビルド
-description: 5分でfastlaneとGitHub Actionsを使用してCapacitorのAndroidアプリ用のCI/CDパイプラインを設定する方法
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-27T00:00:00.000Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: /fastlane_android.webp
-head_image_alt: GitHub Action による Fastlane Google Play の図解
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates, Capacitor
-tag: CI/CD
-published: true
-locale: ja
-next_blog: automatic-capacitor-ios-build-github-action
----
-# GitHub Actionsによる自動Androidビルド
-
-CapacitorアプリのCI/CDのセットアップは複雑で時間がかかることがあります。以下が重要なポイントです：
-
-## 前提条件
-
-開始前に、以下の準備が必要です：
-
-- 管理者権限を持つGitHubアカウント
-- Google Play Storeに既に公開され、適切な署名がされているアプリ
-- Android署名キーとkeystoreファイル
-- Play Store APIが有効化されたGoogle Cloud Consoleプロジェクト
-- 適切な権限を持つサービスアカウント
-- GitHub Actionsワークフローの理解
-- Fastlaneの設定に関する知識
-- パイプラインのメンテナンスとデバッグの時間
-
-## CapgoによるプロフェッショナルなCI/CDセットアップ
-
-複雑さを回避しましょう。[Capgo](https://capgo.app/docs/getting-started/cicd-integration/)は、お好みのプラットフォームで直接CI/CDパイプラインを構成します：
-
-- **プラットフォーム独立性**: GitHub Actions、GitLab CI、その他で動作
-- **シームレスな統合**: プラットフォームの切り替え不要、現在のプロセスで動作
-- **カスタマイズ可能な設定**: プロジェクトのニーズに合わせた設定
-- **専門家のガイダンス**: 既に50以上のアプリでCI/CDを設定済み
-
-### 料金
-- 一回限りの設定料: $2,600
-- ランニングコスト: 年間約$300
-- 他の独自ソリューションとの比較: 年間$6,000
-- **5年間で$26,100の節約**
-
-[CI/CDを今すぐセットアップ](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## 手動セットアップガイド
-
-すべて自分でセットアップする場合は、以下の手順に従ってください：
-
-## GitHub Actionsの料金
-
-![Price GitHub Action](/price_github_actions.webp)
-
-GitHub Actionsは、リポジトリの種類に応じて無料の実行時間を提供します：
-- パブリックリポジトリ：月2,000分
-- プライベートリポジトリ：月2,000分（Linuxランナー）
-
-プライベートプロジェクトの場合、コストは約$0.008/分です。一般的なビルドは3-5分かかります。
-
-## 手動セットアップの手順
-
-1. Fastlaneのセットアップ
-2. GitHubシークレットの設定
-3. GitHub Actionsワークフローの作成
-
-## 1. Fastlaneのセットアップ
-
-プロジェクトのルートに`fastlane`フォルダを作成し、以下の内容で`Fastfile`を追加します：
-
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    
-    lane :beta do
-        keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-        File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-        json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-        
-        # Get previous build number and increment
-        previous_build_number = google_play_track_version_codes(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            track: "internal",
-            json_key_data: json_key_data,
-        )[0]
-        current_build_number = previous_build_number + 1
-        sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        
-        # Build the app
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-            'versionCode' => current_build_number
-          })
-        
-        # Upload to Play Store
-        upload_to_play_store(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            json_key_data: json_key_data,
-            track: 'internal',
-            release_status: 'completed',
-            skip_upload_metadata: true,
-            skip_upload_changelogs: true,
-            skip_upload_images: true,
-            skip_upload_screenshots: true,
-        )
-    end
-end
-```
-
-## 2. GitHubシークレットの設定
-
-機密情報をGitHubに安全に保存する必要があります。リポジトリ → Settings → Secrets and variables → Actions → New repository secretに移動します。
-
-### 必要なシークレット：
-
-1. **Google Playサービスアカウントキー**
-   - Google Cloud Consoleでサービスアカウントを作成
-   - Google Play Developer APIを有効化
-   - Play Consoleでサービスアカウントにアプリへのアクセスを許可
-   - JSONキーファイルをダウンロード
-   - base64に変換：`base64 service_account_key.json | pbcopy`
-   - `PLAY_CONFIG_JSON`として追加
-
-2. **Android署名キー**
-   - keystoreをbase64に変換：`base64 your_keystore.jks | pbcopy`
-   - `ANDROID_KEYSTORE_FILE`として追加
-   - keystoreの詳細を追加：
-     - `KEYSTORE_KEY_ALIAS`
-     - `KEYSTORE_KEY_PASSWORD`
-     - `KEYSTORE_STORE_PASSWORD`
-     - `DEVELOPER_PACKAGE_NAME`（例：com.example.app）
-
-## 3. GitHub Actionsワークフローの作成
-
-`.github/workflows/build-upload-android.yml`を作成：
-
-```yaml
-name: Build and Deploy Android App
-
-on:
-  push:
-    tags:
-      - '*'
-
-jobs:
-  build_android:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: 24
-          cache: npm
-          
-      - name: Install dependencies
-        run: npm ci
-        
-      - name: Cache Gradle
-        uses: actions/cache@v3
-        with:
-          path: |
-            ~/.gradle/caches
-            ~/.gradle/wrapper
-          key: ${{ runner.os }}-gradle-${{ hashFiles('**/*.gradle*', '**/gradle-wrapper.properties') }}
-          restore-keys: |
-            ${{ runner.os }}-gradle-
-            
-      - name: Build app
-        run: npm run build
-        
-      - name: Sync Capacitor
-        run: npx cap sync
-        
-      - name: Setup Java
-        uses: actions/setup-node@v5
-        with:
-            distribution: 'zulu'
-            java-version: '17'
-            
-      - name: Setup Ruby
-        uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: '3.0'
-          bundler-cache: true
-          
-      - name: Run Fastlane
-        uses: maierj/fastlane-action@v3.1.0
-        env:
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_CONFIG_JSON }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE_FILE }}
-          DEVELOPER_PACKAGE_NAME: ${{ secrets.DEVELOPER_PACKAGE_NAME }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_KEY_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-        with:
-          lane: android beta
-          
-      - name: Upload artifact
-        uses: actions/upload-artifact@v2
-        with:
-          name: android-release
-          path: ./android/app/build/outputs/bundle/release/app-release.aab
-          retention-days: 10
-```
-
-## 動作の仕組み
-
-1. Gitタグを作成してワークフローをトリガー
-2. GitHub Actionsがアプリをビルド
-3. FastlaneがGoogle Playベータチャンネルにアップロード
-4. アプリが自動的に更新される
-
-## ビルド時間とコスト
-
-- ビルド時間：3-5分
-- プライベートリポジトリのコスト：ビルドあたり約$0.04
-- オープンソースプロジェクトは無料
-
-## リソース
-
-- [GitHub Actions Documentation](https://docs.github.com/en/actions/)
-- [Fastlane Documentation](https://docs.fastlane.tools/)
diff --git a/src/content/blog/ja/automatic-capacitor-android-build-gitlab.md b/src/content/blog/ja/automatic-capacitor-android-build-gitlab.md
deleted file mode 100644
index 7fe61eef1..000000000
--- a/src/content/blog/ja/automatic-capacitor-android-build-gitlab.md
+++ /dev/null
@@ -1,277 +0,0 @@
----
-slug: automatic-capacitor-android-build-gitlab
-title: GitLabを使用した自動Capacitor Androidビルド
-description: Android IonicアプリのためにfastlaneとGitLabを使用してCI/CDパイプラインを5分で設定する方法
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-27T00:00:00.000Z
-updated_at: 2023-09-27T00:00:00.000Z
-head_image: /andriod_app_gitlab.webp
-head_image_alt: ファストレーン Google Play GitLab イラスト
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates
-tag: CI/CD
-published: true
-locale: ja
-next_blog: null
----
-# GitLab CIによる自動Androidビルド
-
-Capacitorアプリに対するCI/CDの設定は複雑で時間がかかる場合があります。以下のことを知っておく必要があります。
-
-## 前提条件
-
-始める前に、以下の設定を行う必要があります：
-
-- 管理者アクセスを持つGitLabアカウント
-- 正しく署名されている状態でGoogle Playストアに既に公開されたアプリ
-- Android署名キーとキーストアファイル
-- PlayストアAPIが有効なGoogle Cloud Consoleプロジェクト
-- 適切な権限を持つサービスアカウント
-- GitLab CI/CDワークフローの理解
-- Fastlaneの設定に関する知識
-- パイプラインの維持とデバッグにかける時間
-
-## CapgoによるプロフェッショナルCI/CD設定
-
-複雑さをスキップしましょう。 [Capgo](https://capgo.app/docs/getting-started/cicd-integration/) は、お好みのプラットフォームで直接CI/CDパイプラインを設定します：
-
-- **プラットフォーム非依存**：GitHub Actions、GitLab CIなどで動作
-- **シームレスな統合**：プラットフォームの切り替えは不要、現在のプロセスで動作
-- **カスタマイズされた設定**：プロジェクトのニーズに合わせた設定
-- **専門的なガイダンス**：すでに50以上のアプリのCI/CDを設定済み
-
-### 料金
-- 一時的な設定料：$2,600
-- 運用コスト：年間約$300
-- 他の独自ソリューションと比較：年間$6,000
-- **5年間で$26,100の節約**
-
-[今すぐCI/CDを設定](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## マニュアル設定ガイド
-
-もしすべてを自分で設定したい場合は、以下の手順に従ってください：
-
-**投稿内の手順**
-
-1.  _Fastlaneファイルをコピーする_
-2.  _GitLabの暗号化されたシークレットに秘密情報を保存する_
-3.  _Google Playサービスアカウントキーを作成し保存する_
-4.  _Android署名キーを保存する_
-5.  _GitLabワークフローの.ymlファイルを設定する_
-
-## 1. Fastlaneファイルをコピーする
-
-Fastlaneは、一般的なモバイル開発タスクを自動化するために作成されたRubyライブラリです。Fastlaneを使用すると、通常はAndroid Studioを使用して実行するタスクを実行する一連の「アクション」をバンドルするカスタム「レーン」を設定できます。Fastlaneで多くのことができますが、このチュートリアルの目的上、コアアクションのほんの一部だけを使用します。
-
-プロジェクトのルートにFastlaneフォルダを作成し、以下のファイルをコピーします：
-Fastlane
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    lane :beta do
-				keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-				File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-				json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-				previous_build_number = google_play_track_version_codes(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					track: "internal",
-					json_key_data: json_key_data,
-				)[0]
-
-				current_build_number = previous_build_number + 1
-				sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-						'versionCode' => current_build_number
-          })
-        upload_to_play_store(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					json_key_data: json_key_data,
-          track: 'internal',
-          release_status: 'completed',
-          skip_upload_metadata: true,
-          skip_upload_changelogs: true,
-          skip_upload_images: true,
-          skip_upload_screenshots: true,
-        )
-    end
-    lane :build do
-      gradle(
-        task: "clean bundleRelease",
-        project_dir: 'android/',
-        print_command: false,
-        properties: {
-          "android.injected.signing.store.file" => "#{keystore_path}",
-          "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-          "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-          "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-        })
-    end
-    lane :prod_release do
-      build_gradle = File.read("../android/app/build.gradle")
-
-      verify_changelog_exists(version_code: build_gradle.match(/versionCode (\d+)/)[1])
-      verify_upload_to_staging(version_name: build_gradle.match(/versionName '([\d\.]+)'/)[1])
-
-      supply(
-        track_promote_to: 'beta',
-        skip_upload_apk: true,
-        skip_upload_aab: true,
-        skip_upload_metadata: false,
-        skip_upload_changelogs: false,
-        skip_upload_images: false,
-        skip_upload_screenshots: false
-      )
-    end
-end
-```
-
-### GitLab CI/CD変数にシークレットを保存する
-
-GitLabは、GitHubのリポジトリシークレットに類似した暗号化されたCI/CD変数を保存する方法を提供します。機密情報を安全に保存するために。
-
-1. GitLabプロジェクトの設定に移動します。
-2. CI/CD > 変数を選択します。
-3. 以下の変数を追加します：
-
--   ANDROID_KEYSTORE_FILE: Androidビルドの署名に使用されるbase64エンコードされた`.jks`または`.keystore`ファイル。このファイルは、アップロードキーに関連付けられたキーストアファイル（Playアプリの署名を使用する場合）またはアプリの署名キーになります。
--   KEYSTORE_KEY_PASSWORD: キーストアファイルに関連付けられたパスワード
--   KEYSTORE_KEY_ALIAS: キーストアエイリアス
--   KEYSTORE_STORE_PASSWORD: プライベートキーのパスワード
--   DEVELOPER_PACKAGE_NAME: com.example.appのようなAndroidアプリのID
--   PLAY_CONFIG_JSON: Base64エンコードされたサービスアカウントキーのJSON。
-
-### Google Playサービスアカウントキーの作成
-
-`PLAY_CONFIG_JSON`シークレットを生成するには、以下の手順に従います：
-
-1. [Google Cloud Console](https://console.cloud.google.com/)に移動します。
-2. 新しいプロジェクトを作成するか、既存のプロジェクトを選択します。
-3. Google Play Android Developer APIを有効にします。
-4. サービスアカウントを作成します：
-   - "IAMと管理" > "サービスアカウント"に移動します。
-   - "サービスアカウントを作成"をクリックします。
-   - 名前と説明を付けます。
-   - "作成して続行"をクリックします。
-   - ロールの割り当てをスキップし、"完了"をクリックします。
-5. JSONキーを生成します：
-   - リスト内からサービスアカウントを見つけます。
-   - 三点メニューをクリックし、"キーを管理"を選択します。
-   - "キーを追加" > "新しいキーを作成"をクリックします。
-   - JSONフォーマットを選択します。
-   - "作成"をクリックします。
-6. Play Consoleでアプリにサービスアカウントへのアクセスを付与します：
-   - [Play Console](https://play.google.com/console)に移動します。
-   - "ユーザーと権限"に移動します。
-   - "新しいユーザーを招待"をクリックします。
-   - サービスアカウントのメールアドレスを入力します（@*.iam.gserviceaccount.comで終わる）。
-   - "生産へのリリース"権限を付与します。
-   - "ユーザーを招待"をクリックします。
-7. JSONキーをbase64に変換します：
-   ```bash
-   base64 -i path/to/your/service-account-key.json | pbcopy
-   ```
-8. base64エンコードされた文字列をGitLabの`PLAY_CONFIG_JSON`変数として追加します。
-
-## GitLab CI/CDパイプラインを設定する
-
-プロジェクトのルートに.gitlab-ci.ymlファイルを作成して、CI/CDパイプラインを定義します。以下はパイプラインの構造の一例です：
-
-```yaml
-
-image: mingc/android-build-box:latest
-
-stages:
-  - build
-  - upload_to_capgo
-  - build_and_upload_android
-
-build:
-  stage: build
-  tags:
-    - saas-linux-xlarge-amd64
-  cache:
-    - key:
-        files:
-          - bun.lockb
-      paths:
-        - .node_modules/
-  script:
-    - npm install
-    - npm run build
-  artifacts:
-    paths:
-      - node_modules/
-      - dist/
-  only:
-    - master
-
-upload_to_capgo:
-  stage: upload_to_capgo
-  tags:
-    - saas-linux-xlarge-amd64
-  script:
-    - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN -c dev
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-build_and_upload_android:
-  tags:
-    - saas-linux-xlarge-amd64
-  stage:    build_and_upload_android
-  cache:
-    - key:
-        files:
-          - android/gradle/wrapper/gradle-wrapper.properties
-      paths:
-        - ~/.gradle/caches/
-  script:
-    - npx cap sync android
-    - npx cap copy android
-    - bundle exec fastlane android beta # We do create a tag for the build to trigger XCode cloud builds
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-```
-
-## パイプラインをトリガーする
-
-新しいタグをGitLabリポジトリにプッシュすると、GitLab CI/CDが自動的に定義されたパイプラインをトリガーし、Fastlaneを使用してAndroidアプリをビルドおよびデプロイします。
-
-プロジェクトの構造と要件に応じて、パスや依存関係を調整してください。この設定により、GitLab CI/CD上でのAndroidアプリのデプロイを自動化できます。
-
-## 結論
-
-GitLab CI/CDをmingc/android-build-box Dockerイメージで構成することで、Androidアプリのビルドプロセスを自動化し、開発ワークフローをより効率的で信頼性の高いものにできます。この自動化により、アプリ開発の核心事項に集中する時間が生まれ、結果的に高品質なAndroidアプリをより効率的に提供できるようになります。
diff --git a/src/content/blog/ja/automatic-capacitor-ios-build-codemagic.md b/src/content/blog/ja/automatic-capacitor-ios-build-codemagic.md
deleted file mode 100644
index 154eb6a37..000000000
--- a/src/content/blog/ja/automatic-capacitor-ios-build-codemagic.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-slug: automatic-capacitor-ios-build-codemagic
-title: CodemagicでのCapacitor iOSの自動ビルド
-description: iOSアプリ開発のためのCIおよびCDを5分で設定 - CodemagicでIonicアプリを管理する方法（2024）
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-07-24T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /Codemagic_ios.webp
-head_image_alt: Codemagic の TestFlight のイラスト
-keywords: 'Codemagic, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: ja
-next_blog: automatic-capacitor-android-build-codemagic
----
-# CodemagicによるiOSの継続的デリバリー
-
-## 前提条件
-
-チュートリアルを続行する前に…
-
-- iOSデベロッパープログラムのメンバーシップ
-- 読む意欲 😆…
-
-## 価格に関する重要事項
-
-![Price Codemagic Action](/price_codemagic.webp)
-
-[https://codemagic.io/pricing/](https://codemagic.io/pricing/)
-
-選択するマシンによって、サービスは月500 macOS M1分まで'無料'です。
-私たちは**_macOS M1_**マシンを使用する予定です。スクリーンショットでその価格と制限を確認できます（価格はチュートリアル作成時点のもので、将来変更される可能性があります）
-
-🔴 **_要件と価格について警告しましたので、よろしければ続けましょう…_**
-
-> **_📣_ この投稿では、iTunes connectでアプリが作成済みで、Appleエコシステムの証明書も所持していることを前提としています。すべてはCodemagicによってセットアップされます！**
-
-## 詳しく見ていきましょう 🤿
-
-**投稿の手順**
-
-1. _CodemagicでApp Store Connect APIを使用する_
-2. _要件_
-3. _App Store Connect APIキーの作成_
-4. _App Store Connect APIキーの使用_
-5. _Fastlaneファイルのコピー_
-6. _Codemagicの設定_
-
-## 1. CodemagicでApp Store Connect APIを使用する
-
-> 2021年2月より、App Store Connectへのサインインには2要素認証または2段階認証が必要になりました。Apple IDに対するこの追加のセキュリティ層により、アカウントにアクセスできるのはあなただけになります。
-> [Apple Support](https://developer.apple.com/support/authentication/)より
-
-> matchを使い始めるには、既存の証明書を取り消す必要があります。ただし心配いりません、新しい証明書がすぐに発行されます。
-
-### 要件
-
-App Store Connect APIを使用するために、Codemagicは**3つ**の項目が必要です。
-
-1. 発行者ID
-2. キーID
-3. キーファイルまたはキーの内容
-
-### App Store Connect APIキーの作成
-
-キーを生成するには、App Store Connectで管理者権限が必要です。その権限がない場合は、関係者にこの記事を案内し、以下の手順に従ってください。
-
-1. [App Store Connect](https://appstoreconnect.apple.com/)にログインします。
-
-2. [ユーザーとアクセス](https://appstoreconnect.apple.com/access/users/)を選択します。
-
-![App Store Connect user access](/select_user_access.webp)
-
-3. APIキータブを選択します。
-
-![App Store Connect API Keys](/user_access_keys.webp)
-
-4. APIキーの生成または追加(+)ボタンをクリックします。
-
-![App Store Connect API keys create](/user_access.webp)
-
-5. キーの名前を入力し、アクセスレベルを選択します。`App Manager`アクセス権限を選択することをお勧めします。Apple Developer Programの役割権限について詳しくは[こちら](https://help.apple.com/app-store-connect/#/deve5f9a89d7)をご覧ください。
-
-![App Store Connect API keys create name](/gen_key.webp)
-
-6. 生成をクリックします。
-
-> **APIキーのアクセスは特定のアプリに制限することはできません。**
-
-新しいキーの名前、キーID、ダウンロードリンク、その他の情報がページに表示されます。
-
-![App Store Connect download keys](/download_key.webp)
-
-ここで必要な3つの情報を取得します：
-<1> 発行者ID
-<2> キーID
-<3> 「APIキーをダウンロード」をクリックしてAPIプライベートキーをダウンロードします。ダウンロードリンクは、プライベートキーがまだダウンロードされていない場合にのみ表示されます。Appleはプライベートキーのコピーを保持しません。そのため、ダウンロードは1回のみ可能です。
-
-> _🔴_ プライベートキーは安全な場所に保管してください。キーを共有したり、コードリポジトリに保存したり、クライアントサイドのコードに含めたりしてはいけません。
-
-[続く...]
diff --git a/src/content/blog/ja/automatic-capacitor-ios-build-github-action-with-match.md b/src/content/blog/ja/automatic-capacitor-ios-build-github-action-with-match.md
deleted file mode 100644
index f7da8ab20..000000000
--- a/src/content/blog/ja/automatic-capacitor-ios-build-github-action-with-match.md
+++ /dev/null
@@ -1,198 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action-with-match
-title: GitHubアクションとmatchを使用した自動CapacitorのiOSビルド
-description: >-
-  5分で fastlane と GitHub Actions を使用して Ionic iOS アプリの CI/CD
-  パイプラインをセットアップする方法（2022年）
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-30T00:00:00.000Z
-updated_at: 2025-11-11T17:12:15.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: FastlaneのTestFlightのGitHubアクション説明
-keywords: 'Fastlane, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: ja
-next_blog: automatic-capacitor-android-build-github-action
----
-
-# GitHub Actionsを使用した自動iOSビルドとMatch
-
-CapacitorアプリのCI/CDのセットアップは複雑で時間がかかる場合があります。以下が知っておくべきことです:
-
-## 前提条件
-
-開始前に、以下の準備が必要です:
-
-- 管理者権限を持つGitHubアカウント
-- iOS開発者プログラムのメンバーシップ 
-- 適切な権限を持つApp Store Connect APIアクセス
-- GitHub Actionsワークフローの理解
-- FastlaneとMatchの設定に関する知識
-- パイプラインのメンテナンスとデバッグの時間
-- 多数の開発者チーム(そうでない場合は、より簡単なワークフロー用の[fastlane cert](/blog/automatic-capacitor-ios-build-github-action)を推奨)
-
-## CapgoによるプロフェッショナルなCI/CDセットアップ
-
-複雑さを回避するため、[Capgo](https://capgo.app/docs/getting-started/cicd-integration/)が希望のプラットフォームで直接CI/CDパイプラインを設定します:
-
-- **プラットフォーム独立**: GitHub Actions、GitLab CIなどで動作
-- **シームレスな統合**: プラットフォームの切り替え不要、現在のプロセスで動作
-- **カスタマイズ設定**: プロジェクトのニーズに合わせた設定
-- **専門家のガイダンス**: すでに50以上のアプリでCI/CDを設定済み
-
-### 料金
-- 初期設定料: $2,600
-- ランニングコスト: 年間約$300
-- 他の独自ソリューションとの比較: 年間$6,000
-- **5年間で$26,100の節約**
-
-[CI/CDを今すぐ設定](https://calcom/martindonadieu/mobile-ci-cd-done-for-you/)
-
-## 手動セットアップガイド
-
-すべて自分でセットアップしたい場合は、以下の手順に従ってください:
-
-## FastlaneとGitHub Actionsを使用したiOSの継続的デリバリー
-
-## 前提条件
-
-チュートリアルを続ける前に...
-
-- 開発マシンにFastlaneが[インストール](https://docsfastlanetools/)されていることを確認
-- iOS開発者プログラムのメンバーシップ
-- 読む意欲😆...
-- 多数の開発者チーム(そうでない場合は、より簡単なワークフロー用の[fastlane cert](/blog/automatic-capacitor-ios-build-github-action)を推奨)
-
-## 料金に関する重要な情報
-
-![Price GitHub Action](/price_github_actions.webp)
-
-[https://githubcom/features/actions](https://githubcom/features/actions/)
-
-選択したマシンに応じて、制限まではサービスは「無料」です。
-**_macOS_**マシンを使用する予定で、スクリーンショットにその価格と制限が表示されています(チュートリアル作成時の価格で、将来変更される可能性があります)
-
-🔴 **_要件と価格について警告しましたが、続けたい場合は進めましょう..._**
-
-> **_📣_ この投稿では、iTunes Connectでアプリが作成済みで、Apple ecosystemの証明書を持っていることを前提としています。すべてFastlaneによってコピーされます!**
-
-## 詳しく見ていきましょう 🤿
-
-**投稿の手順**
-
-1. _FastlaneMatchでApp Store Connect APIを使用する_
-2. _要件_
-3. _App Store Connect APIキーの作成_
-4. _App Store Connect APIキーの使用_
-5. _Fastlaneファイルのコピー_
-6. _Fastlane matchの設定_
-
-## 1. FastlaneMatchでApp Store Connect APIを使用する
-
-> 2021年2月より、App Store Connectへのサインインには二要素認証または二段階認証が必要になりました。この追加のセキュリティ層により、アカウントにアクセスできるのはあなただけになります。
-> [Apple Support](https://developer.apple.com/support/authentication/)より
-
-> matchを始めるには既存の証明書を取り消す必要がありますが、心配いりません。新しい証明書が直接取得できます
-
-## 要件
-
-App Store Connect APIを使用するために、Fastlaneには**3つ**の要素が必要です
-
-1. Issuer ID
-2. Key ID
-3. キーファイルまたはキーの内容
-
-## App Store Connect APIキーの作成
-
-キーを生成するには、App Store Connectで管理者権限が必要です。権限がない場合は、関係者にこの記事を共有し、以下の手順に従ってください
-
-1. [App Store Connect](https://appstoreconnectapplecom/)にログイン
-
-2. [ユーザーとアクセス](https://appstoreconnectapplecom/access/users/)を選択
-
-![App Store Connect user access](/select_user_access.webp)
-
-3. 統合タブを選択![App Store Connect API Integration](/user_access_keys.webp)
-
-4. — API キーを生成、または追加（+）ボタンをクリックします
-
-![App Store Connect API keys create](/user_access.webp)
-
-5. — キーの名前を入力します。この名前は参照用であり、キー自体の一部ではありません
-
-![App Store Connect API keys create name](/gen_key.webp)
-
-6. — アクセス権で、キーの役割を選択します。キーに適用される役割は、チームのユーザーに適用される役割と同じです。[役割の権限](https://helpapplecom/app-store-connect/#/deve5f9a89d7/)を参照してください。**App manager**を選択することをお勧めします
-
-7. — 生成をクリックします
-
-> **APIキーのアクセス権は、特定のアプリに制限することはできません**
-
-新しいキーの名前、キーID、ダウンロードリンク、その他の情報がページに表示されます
-
-![App Store Connect download keys](/download_key.webp)
-
-ここで必要な3つの情報を取得できます  
-[[HTML_TAG]] Issue ID  
-[[HTML_TAG]] Key ID  
-[[HTML_TAG]] 「APIキーをダウンロード」をクリックしてAPIプライベートキーをダウンロードします。ダウンロードリンクは、プライベートキーがまだダウンロードされていない場合にのみ表示されます。Appleはプライベートキーのコピーを保持しないため、一度しかダウンロードできません
-
-> _🔴_ プライベートキーは安全な場所に保管してください。キーを共有したり、コードリポジトリに保存したり、クライアントサイドのコードに含めたりしてはいけません
-
-## App Store Connect APIキーの使用
-
-APIキーファイル（ダウンロードしたp8ファイル）、キーID、発行者IDは、認証用のJWTトークンを作成するために必要です。これらの情報をFastlaneに入力する方法は複数あり、Fastlaneの新しいアクション`app_store_connect_api_key`を使用できます。他の方法は[Fastlaneのドキュメント](https://docsfastlanetools/actions/app_store_connect_api_key/)で確認できます。この方法を紹介するのは、ほとんどのCIで環境変数を設定できるため、最も簡単な方法だと考えるからです
-
-_これでApp Store Connect APIキーを使用してFastlaneを管理できるようになりました！_
-
-## 2. Fastlaneファイルをコピー
-
-Fastlaneは、モバイル開発の一般的なタスクを自動化するために作られたRubyライブラリです。Fastlaneを使用すると、通常Android Studioで実行するタスクを実行するアクションのバンドルである「レーン」をカスタム設定できます。Fastlaneでは多くのことができますが、このチュートリアルでは、コアアクションの一部のみを使用します
-
-プロジェクトのルートにFastlaneフォルダを作成し、以下のファイルをコピーします：
-Fastfile
-[[CODE_BLOCK]]
-
-Appfile
-[[CODE_BLOCK]]
-
-## **Fastlane matchの設定**
-
-Fastlane [match](https://docsfastlanetools/actions/match/)は、iOSのコード署名に対する新しいアプローチです。Fastlane matchを使用すると、チームがiOSアプリに必要な証明書とプロビジョニングプロファイルを簡単に管理できます
-
-例えば、GitHubの個人アカウントまたは組織に`certificates`という名前の新しいプライベートリポジトリを作成します
-
-iOSアプリ用にFastlane matchを初期化します
-
-[[CODE_BLOCK]]
-
-オプション#1（Git Storage）を選択します
-
-[[CODE_BLOCK]]
-
-新しく作成したリポジトリのURLを割り当てます
-
-[[CODE_BLOCK]]
-
-> これでFastlaneフォルダ内に**_Matchfile_**というファイルが作成され、`_git_url_`は証明書リポジトリのHTTPS URLに設定されているはずです。オプションでSSHも使用できますが、実行に異なるステップが必要です
-
-[[CODE_BLOCK]]
-
-次に、Fastlane Matchで証明書を生成し、求められた時に認証情報を入力します
-
-パスフレーズの入力を求められます。後でGitHub Actionsが証明書リポジトリを復号化する際に使用するため、正しく覚えておいてください
-
-[[CODE_BLOCK]]
-
-すべてが順調に進んだ場合、以下のような表示が表示されるはずです：
-
-[[CODE_BLOCK]]
-
-> GitHubと必要な権限で問題が発生した場合は、この[投稿](https://mediumcom/@litoarias/token-authentication-requirements-for-git-operations-5fdd8a6f6e7c/)がgit認証トークンの生成に役立つかもしれません
-
-生成された証明書とプロビジョニングプロファイルは、証明書リポジトリリソースにアップロードされます
-
-![App Store Connect certificates](/certificates
diff --git a/src/content/blog/ja/automatic-capacitor-ios-build-github-action.md b/src/content/blog/ja/automatic-capacitor-ios-build-github-action.md
deleted file mode 100644
index 37f4b19c6..000000000
--- a/src/content/blog/ja/automatic-capacitor-ios-build-github-action.md
+++ /dev/null
@@ -1,384 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action
-title: GitHubアクションとプロビジョニングプロファイルを使用したCapacitor iOSの自動ビルド
-description: 5分でIonicのiOSアプリ用のCI/CDパイプラインをfastlaneとGitHub Actionsで設定する方法（2024年）
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-08-04T00:00:00.000Z
-updated_at: 2025-01-21T00:00:00.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: GitHubのFastlane testflightアクション図解
-keywords: 'Fastlane, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: ja
-next_blog: automatic-capacitor-android-build-github-action
----
-# GitHub Actionsを使用した自動iOSビルド（証明書使用）
-
-Capacitorアプリのために CI/CDを設定するのは複雑で時間がかかります。以下が知っておくべきことです:
-
-## 前提条件
-
-開始前に、以下の準備が必要です:
-
-- 管理者権限を持つGitHubアカウント
-- iOSデベロッパープログラムのメンバーシップ 
-- 適切な権限を持つApp Store Connect APIアクセス
-- GitHub Actionsワークフローの理解
-- Fastlaneの設定に関する知識
-- パイプラインのメンテナンスとデバッグの時間
-- 適切な証明書とプロビジョニングプロファイル
-
-## CapgoによるプロフェッショナルなCI/CD設定
-
-複雑さを避けましょう。[Capgo](https://capgo.app/docs/getting-started/cicd-integration/)はお好みのプラットフォームで直接CI/CDパイプラインを設定します:
-
-- **プラットフォーム独立**: GitHub Actions、GitLab CIなどで動作
-- **シームレスな統合**: プラットフォームの切り替え不要、現在のプロセスで動作
-- **カスタマイズ可能な設定**: プロジェクトのニーズに合わせた設定
-- **専門家のガイダンス**: すでに50以上のアプリでCI/CDを設定済み
-
-### 料金
-- 初期設定料: $2,600
-- 運用コスト: 年間約$300
-- 他の独自ソリューションとの比較: 年間$6,000
-- **5年間で$26,100の節約**
-
-[CI/CDを今すぐ設定](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## 手動設定ガイド
-
-すべてを自分で設定したい場合は、以下の手順に従ってください:
-
-## FastlaneとGitHub Actionsを使用したiOSの継続的デリバリーと証明書
-
-
-## 前提条件
-
-チュートリアルを続ける前に:
-
-- 開発マシンにFastlaneが[インストール](https://docs.fastlane.tools/)されていることを確認してください。
-- iOSデベロッパープログラムのメンバーであることを確認してください。
-
-## 料金に関する重要な情報
-
-![GitHub Actionの料金](/price_github_actions.webp)
-
-[https://github.com/features/actions](https://github.com/features/actions/)
-
-選択したマシンに応じて制限までは'無料'です。  
-私たちは**_macOS_**マシンを使用します。スクリーンショットでその料金と制限を確認できます（料金はチュートリアル作成時点のもので、将来変更される可能性があります）
-
-**要件と料金について警告したところで、続けましょう。**
-
-> **注: この投稿では、App Store Connectにアプリが作成済みであることを前提としています。重要な情報はFastlaneによってコピーされます！**
-
-## このチュートリアルで学ぶこと
-
-**投稿の手順**
-
-1. _FastlaneでのApp Store Connect APIの使用_
-    - _要件:_
-      - _App Store Connect APIキーの作成_
-      - _App Store Connect APIキーの使用_
-2. _Fastlaneファイルのコピー_
-3. _GitHub Actionsの設定_
-
-
-## 1. FastlaneでのApp Store Connect APIの使用
-
-> 2021年2月より、App Store Connectへのサインインには二要素認証または二段階認証が必要になりました。この追加のセキュリティ層はあなたのApple IDを保護し、アカウントにアクセスできるのはあなただけであることを確認します。  
-> [Apple Support](https://developer.apple.com/support/authentication/)より
-
-### 要件
-
-FastlaneがApp Store Connect APIを使用してアプリをアップロードできるようにするには、以下の**3つ**が必要です:
-
-1. 発行者ID
-2. キーID
-3. キーファイルまたはキーの内容
-
-### App Store Connect APIキーの取得
-
-キーを生成するには、App Store Connectで管理者権限が必要です。その権限がない場合は、関係者にこの記事を案内してください。
-
-1. [App Store Connect](https://appstoreconnect.apple.com/)にログインします。
-
-2. [ユーザーとアクセス](https://appstoreconnect.apple.com/access/users/)を選択します。
-
-![App Store Connectユーザーアクセス](/select_user_access.webp)
-
-3. 統合タブを選択します。
-
-![App Store Connect API統合](/user_access_keys.webp)
-
-4. APIキーを生成するか、追加(+)ボタンをクリックします。
-
-![App Store Connect APIキー作成](/user_access.webp)
-
-5. キーの名前を入力します。この名前は参照用のみで、キー自体の一部ではありません。
-
-![App Store Connect APIキー名作成](/gen_key.webp)
-
-6. アクセスで、キーの役割を選択します。キーに適用される役割は、チームのユーザーに適用される役割と同じです。[役割の権限](https://help.apple.com/app-store-connect/#/deve5f9a89d7/)を参照してください。**アプリマネージャー**を選択することをお勧めします。
-
-7. 生成をクリックします。
-
-> **APIキーのアクセスを特定のアプリに制限することはできません。**
-
-新しいキーの名前、キーID、ダウンロードリンク、その他の情報がページに表示されます。
-
-![App Store Connectキーのダウンロード](/download_key.webp)
-
-必要な3つの情報をここで取得できます。  
-<Text>発行者ID。(`APPLE_ISSUER_ID`シークレット)</Text>  
-<Text>キーID。(`APPLE_KEY_ID`シークレット)</Text>  
-<Text>「APIキーをダウンロード」をクリックしてAPIプライベートキーをダウンロードします。ダウンロードリンクは、プライベートキーがまだダウンロードされていない場合にのみ表示されます。Appleはプライベートキーのコピーを保持しません。そのため、ダウンロードは1回だけ可能です。</Text>
-
-> _🔴_ プライベートキーは安全な場所に保管してください。キーを共有したり、コードリポジトリに保存したり、クライアントサイドのコードに含めたりしてはいけません。
-
-### App Store Connect APIキーの使用
-
-JWT認証トークンを作成するには、APIキーファイル（ダウンロードしたp8ファイル）、キーID、発行者IDが必要です。この情報をFastlaneに渡す方法は複数あります。私はFastlaneの新しいアクション`app_store_connect_api_key`を使用することを選びました。他の方法は[Fastlaneのドキュメント](https://docs.fastlane.tools/actions/app_store_connect_api_key/)で確認できます。環境変数を設定できるほとんどのCIで動作する最も簡単な方法だと考えるため、この方法を紹介します。
-
-ダウンロードしたp8ファイルをBase64に変換し、シークレット(`APPLE_KEY_CONTENT`)として保存してください。
-
-```shell
-base64 -i AuthKey_XXX.p8 | pbcopy
-```
-
-
-_これでAPIキーを使用してFastlaneでApp Store Connectを管理できるようになりました。素晴らしい！_
-
-## 2. 証明書
-
-XCodeを開き、**設定** > **アカウント** > **Apple ID** > **チーム**に移動してチームを選択します。
-
-![コード署名アイデンティティ](/code_signing_identities.webp)
-
-**証明書を管理**をクリックします。
-
-まだ証明書を作成していない場合は、新しい証明書を作成できます。
-
-**+**をクリックし、**Apple Distribution**を選択します。
-
-![Apple Distribution](/apple_distribution.webp)
-
-次に、キーチェーンに移動して証明書を`.p12`ファイルとしてダウンロードする必要があります。
-
-そのためには、キーチェーンの**ログイン**キーチェーンに切り替え、**証明書**タブに移動する必要があります。
-
-![マイ証明書](/my_certificates.webp)
-
-ダウンロードしたい証明書を選択できます。（証明書の日付で確認してください）
-
-証明書の秘密鍵を右クリックし、**書き出す**を選択します。
-
-ファイル形式として**パーソナル情報交換(.p12)**を選択します。
-
-これで証明書が`.p12`ファイルとしてダウンロードされます。
-
-ターミナルでファイルを開き、以下のコマンドを使用してBase64に変換してください：
-
-```shell
-base64 -i Certificates.p12 | pbcopy
-```
-
-これがあなたの`BUILD_CERTIFICATE_BASE64`シークレットになります。また、要求されたら証明書のパスワードを入力してください。このパスワードが`P12_PASSWORD`シークレットになります。
-
-## 3. プロビジョニングプロファイル
-
-[Apple Developer](https://developer.apple.com/account/resources/profiles/list)を開き、正しいチームを選択します。
-
-**+**をクリックして新しいプロファイルを作成します。
-
-![新しいプロファイルの作成](/create_new_profile.webp)
-
-**App Store Connect**を選択します。
-
-![App Store Connectを選択](/select_app_store_connect.webp)
-
-正しいアプリを選択する必要があります。署名が失敗するためワイルドカードは使用できないので注意してください。
-
-![正しいアプリを選択](/select_app.webp)
-
-前に作成した正しい証明書を選択し（有効期限の日付と月が今日と同じであることを確認）、**続ける**をクリックします。
-
-![正しい証明書を選択](/select_certificate.webp)
-
-最後にプロファイルの名前を入力し、**生成**をクリックします。
-
-> この名前は、Fastlaneで`APPLE_PROFILE_NAME`の値としてプロファイルを識別するために使用されます。
-
-![プロファイルを生成](/generate_profile.webp)
-
-プロファイルを`.mobileprovision`ファイルとしてダウンロードできます。
-
-![プロファイルをダウンロード](/download_profile.webp)
-
-プロファイルをBase64に変換し、シークレット(`BUILD_PROVISION_PROFILE_BASE64`)として保存してください。
-
-```shell
-base64 -i profile.mobileprovision | pbcopy
-```
-
-## 4. Fastlaneファイルのコピー
-
-Fastlaneは、一般的なモバイル開発タスクを自動化するために作成されたRubyライブラリです。Fastlaneを使用すると、通常はAndroid studioで実行するタスクを実行する一連の「アクション」をバンドルするカスタム「レーン」を設定できます。Fastlaneでは多くのことができますが、このチュートリアルでは、コアアクションの一部のみを使用します。
-
-プロジェクトのルートにFastlaneフォルダを作成し、以下のファイルをコピーしてください：
-`Fastfile`
-```ruby
-default_platform(:ios)
-platform :ios do
-  lane :release do
-    app_store_connect_api_key(
-      key_id: ENV['APPLE_KEY_ID'],
-      issuer_id: ENV['APPLE_ISSUER_ID'],
-      key_content: ENV['APPLE_KEY_CONTENT'],
-      is_key_content_base64: true,
-      duration: 1200,
-      in_house: false
-    )
-
-    cert
-    sigh
-
-    increment_build_number({
-      build_number: ENV['VERSION']
-    })
-
-    update_code_signing_settings(
-      use_automatic_signing: false,
-      profile_name: ENV['APPLE_PROFILE_NAME'],
-      bundle_identifier: ENV['BUNDLE_IDENTIFIER']
-    )
-
-
-    build_ios_app(
-      scheme: "App",
-      configuration: "Release",
-      output_name: "App.ipa",
-      output_directory: "dist/ios/",
-      silent: true,
-      clean: true,
-      export_method: "app-store"
-    )
-
-    upload_to_app_store(
-      submit_for_review: false,
-      precheck_include_in_app_purchases: false,
-      force: true,
-      skip_binary_upload: false,
-      skip_metadata: true,
-      skip_screenshots: true
-    )
-  end
-end
-```
-
-## 5. シークレットの設定
-ローカルでは、Fastlaneは`.env`ファイルでシークレットを使用します。
-以下は`.env`ファイルの例です：
-
-```shell
-APPLE_KEY_ID=XXXXXXXXXX
-APPLE_ISSUER_ID=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
-APPLE_KEY_CONTENT=XXXXXXXXXXX
-APPLE_TEAM_ID=XXXXXXXXXX
-BUNDLE_IDENTIFIER=XXX.XXX.XXX
-APPLE_PROFILE_NAME=Your provisioning profile name
-VERSION=1.0.0
-```
-
-### APP_STORE_CONNECT_TEAM_IDの取得
-[Developer Center](https://developer.apple.com/account)に移動し、`Membership details`セクションまでスクロールします。
-`Team ID`が`APP_STORE_CONNECT_TEAM_ID`シークレットに設定する値です。
-
-<Image
-  src="/membership_details.webp"
-  width="800"
-  height="600"
-  alt="メンバーシップの
-
-ただし、トレードオフがあります - ビルドをユーザーに配布する前に、App Store Connectでアプリのコンプライアンス情報を手動で更新する必要があります。
-
-この最適化は主に、ビルド時間がコストとなるプライベートプロジェクトで有用です。パブリック/無料プロジェクトの場合、ビルド時間は無料なのでこの設定を有効にする必要はありません。詳細については、GitHubの[価格ページ](https://github.com/pricing/)をご覧ください。
-
-## 7. GitHub Actionsのセットアップ
-
-**GitHub シークレットの設定**
-
-`.env`ファイルからシークレットをコピーし、GitHubリポジトリのシークレットに貼り付けてください。
-
-**Settings** > **Secrets and variables** > **Actions** > **New repository secret**に移動します
-
-<1>
-  <2>
-<3>
-
-2. `BUILD_CERTIFICATE_BASE64` - Base64エンコードされた証明書。
-
-3. `BUILD_PROVISION_PROFILE_BASE64` - Base64エンコードされたプロビジョニングプロファイル。
-
-4. `BUNDLE_IDENTIFIER` - アプリのバンドル識別子。
-
-5. `APPLE_KEY_ID` — App Store Connect API Key 🔺Key ID。
-
-6. `APPLE_ISSUER_ID` — App Store Connect API Key 🔺Issuer ID。
-
-7. `APPLE_KEY_CONTENT` — App Store Connect API Key 🔺 _.p8_のキーコンテンツ、[確認する](https://github.com/fastlane/fastlane/issues/18655/#issuecomment-881764901)
-
-## 8. GitHubワークフローファイルの設定
-
-GitHubワークフローディレクトリを作成します。
-
-```shell
-base64 -i APPLE_KEY_CONTENT.p8 | pbcopy
-```
-
-`workflow`フォルダ内に、`build-upload-ios.yml`という名前のファイルを作成し、以下を追加します。
-
-```shell
-base64 -i BUILD_CERTIFICATE.p12 | pbcopy
-```
-
-このワークフローはGitHubの_tag_の後にトリガーされるはずです。タグを自動化する必要がある場合は、まず[GitHub actionsによる自動ビルドとリリース](/blog/automatic-build-and-release-with-github-actions/)を参照してください。
-
-その後、このワークフローはNodeJS依存関係を取得し、インストールしてJavaScriptアプリをビルドします。
-
-> 新しいコミットを送信するたびに、TestFlightにリリースがビルドされます。
-
-アプリはIonicを使用する必要はなく、Capacitorベースのみが必須です。古いCordovaモジュールを使用することもできますが、Capacitor JSプラグインが推奨されます。
-
-## 8. ワークフローのトリガー
-
-**コミットの作成**
-
-_コミット_を作成すると、リポジトリでアクティブなワークフローが表示されるはずです。
-
-**ワークフローのトリガー**
-
-ワークフローをトリガーするには、新しいコミットを`main`または`developement`ブランチにプッシュします。
-
-![Started with commit](/cd_started.webp)
-
-数分後、App Store Connectダッシュボードでビルドが利用可能になるはずです。
-
-![Testflight Dashboard](/testflight_app.webp)
-
-## 9. ローカルマシンからデプロイできますか？
-
-はい、できます。そして、とても簡単です。
-
-いつものように、Xcodeを使用してアプリをビルドして署名することができます。
-
-### 謝辞
-
-このブログは以下の記事に基づいています：
-- [FastlaneとGitHub actionsを使用したIOSの継続的デリバリー](https://litoarias.medium.com/continuous-delivery-for-ios-using-fastlane-and-github-actions-edf62ee68ecc/)
-- [Fastlaneドキュメント](https://docs.fastlane.tools/app-store-connect-api/)
-- [@mrogunlanaからのこのGitHubメッセージ](https://github.com/fastlane-community/fastlane-plugin-ionic/issues/63/#issuecomment-1074328057)
-- [このGitHubドキュメント](https://docs.github.com/en/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development)
diff --git a/src/content/blog/ja/basic-js-css-config-for-native-app-look.md b/src/content/blog/ja/basic-js-css-config-for-native-app-look.md
deleted file mode 100644
index 69c8d60d3..000000000
--- a/src/content/blog/ja/basic-js-css-config-for-native-app-look.md
+++ /dev/null
@@ -1,92 +0,0 @@
----
-slug: basic-js-css-config-for-native-app-look
-title: ネイティブアプリの外観のための基本的なJSとCSSの設定
-description: >-
-  Web アプリをネイティブアプリのような見た目と操作感にするための基本的な JavaScript と CSS
-  の設定方法を学びます。ホバーエフェクトの無効化などについても説明します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-05T00:00:00.000Z
-updated_at: 2023-06-05T00:00:00.000Z
-head_image: /native_app_look.webp
-head_image_alt: ネイティブアプリの外観イラスト
-keywords: 'tailwind css, css, mobile design, mobile app development'
-tag: Web Development
-published: true
-locale: ja
-next_blog: ''
----
-# ネイティブアプリの外観を実現するための基本的なJSとCSSの設定
-
-Webアプリを構築する際、シームレスなユーザーエクスペリエンスを提供するために、ネイティブアプリのような外観と操作感を実現することが重要です。この記事では、ホバー効果の無効化を含む、ネイティブアプリの外観を実現するために必要な基本的なJavaScriptとCSSの設定について説明します。
-
-## ホバー効果の無効化
-
-タッチデバイスでは、デスクトップデバイスのような真のホバー状態がないため、ホバー効果が問題となる場合があります。タッチデバイスでホバー効果を無効化するには、以下のCSSコードを使用できます：
-
-```css
-@media (hover: none) {
-  .element:hover {
-    /* Reset the hover styles */
-    background-color: initial;
-    color: initial;
-    /* Add any other style resets needed */
-  }
-}
-```
-
-`.element`を、ホバー効果を無効化したい要素の適切なセレクタに置き換えてください。
-
-## リンクプレビューの無効化
-
-タッチデバイスでリンクプレビューを無効化するには、以下のJavaScriptコードを使用できます：
-
-```javascript
-document.addEventListener('touchstart', function(event) {
-  if (event.target.tagName === 'A') {
-    event.preventDefault();
-  }
-});
-```
-
-## テキスト選択の無効化
-
-テキスト選択を無効化するには、スタイルシートに以下のCSSコードを追加します：
-
-```css
-body {
-  -webkit-touch-callout: none;
-  -webkit-user-select: none;
-  -khtml-user-select: none;
-  -moz-user-select: none;
-  -ms-user-select: none;
-  user-select: none;
-}
-```
-
-## ズームの無効化
-
-ズームを無効化するには、HTMLファイルのheadタグに以下のmetaタグを追加します：
-
-```html
-<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">
-```
-
-## セーフゾーンCSSの追加
-
-デバイスのセーフエリア内にコンテンツが表示されるようにするには、スタイルシートに以下のCSSコードを追加します：
-
-```css
-body {
-  padding: env(safe-area-inset-top) env(safe-area-inset-right) env(safe-area-inset-bottom) env(safe-area-inset-left);
-}
-```
-
-## その他のヒント
-
-- すべてのデバイスで優れた外観を実現するために、レスポンシブデザインの手法を使用してください。
-- 重いJavaScriptライブラリやフレームワークの使用を最小限に抑えて、アプリのパフォーマンスを最適化してください。
-- さまざまなデバイスとブラウザでアプリをテストし、互換性と一貫したユーザーエクスペリエンスを確保してください。
-
-これらの基本的なJavaScriptとCSSの設定に従うことで、シームレスで楽しいユーザーエクスペリエンスを提供する、ネイティブアプリのような外観と操作感を持つWebアプリを作成できます。
diff --git a/src/content/blog/ja/best-practices-for-capacitor-code-sharing.md b/src/content/blog/ja/best-practices-for-capacitor-code-sharing.md
deleted file mode 100644
index 6530d8a2f..000000000
--- a/src/content/blog/ja/best-practices-for-capacitor-code-sharing.md
+++ /dev/null
@@ -1,216 +0,0 @@
----
-slug: best-practices-for-capacitor-code-sharing
-title: Capacitorコード共有のベストプラクティス
-description: Capacitorアプリでコードを効率的に共有するためのベストプラクティスを学び、コードの整理からテスト、安全な配布戦略までをマスターしましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T02:12:07.567Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc5744af1a45e500bc59a4-1744596739629.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, code sharing, mobile development, testing, deployment, security,
-  OTA updates, CI/CD, performance optimization
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) を使用すると、1つのコードベースでiOS、Android、Webアプリを構築できます。**このガイドでは、クロスプラットフォームコードを効率的に構造化、テスト、デプロイする方法を説明します。以下について学びます：
-
--   **コード共有が重要な理由**：時間を節約し、メンテナンスを簡素化し、プラットフォーム間でアプリを素早く更新。
--   **一般的な課題**：プラットフォーム固有のバグ、ユーザー体験の違い、パフォーマンスの問題に対処。
--   **ベストプラクティス**：
-    -   **コードの整理**：共有とプラットフォーム固有のファイル用に明確なフォルダを使用。
-    -   **テストツール**：[Jest](https://jestjs.io/)、[Cypress](https://www.cypress.io/)、[Appium](http://appium.io/) を使用してユニット、統合、エンドツーエンドテストを実施。
-    -   **更新のデプロイ**：CI/CDパイプラインを設定し、Over-the-Air (OTA) 更新を使用して変更を迅速にプッシュ。
--   **セキュリティと速度**：更新を暗号化し、アクセスを管理し、より速い配信のためにパフォーマンスを最適化。
-
-**クイックヒント**：[Capgo](https://capgo.app/) のようなツールはOTA更新を簡素化し、24時間以内に95%のユーザーが更新されることを保証します。
-
-Capacitorアプリ開発を効率化するための詳細な戦略については、以下をお読みください。
-
-## Capacitor 2.0：1つのコードベースからモバイルアプリとPWAを作成
-
-<iframe src="https://www.youtube.com/embed/8KQb4u_FqOw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## コード構造のセットアップ
-
-Capacitorアプリをスケーリングする際には、適切に整理されたコード構造が重要です。プロジェクトファイルを整理し、再利用可能なコンポーネントを構築する実践的な方法を見てみましょう。
-
-### フォルダ構成
-
-明確なフォルダ構造は、共有コードをプラットフォーム固有の実装から分離するのに役立ちます。以下はレイアウトの例です：
-
-| ディレクトリ | 目的 | コンテンツ例 |
-| --- | --- | --- |
-| **/shared** | 全プラットフォームで使用されるコード | サービス、ユーティリティ、インターフェース |
-| **/platforms** | プラットフォーム固有の実装 | ネイティブプラグイン、UI調整 |
-| **/components** | 再利用可能なUI要素 | カスタムウィジェット、要素 |
-| **/assets** | 静的リソース | 画像、フォント、アイコン |
-| **/services** | ビジネスロジック | APIクライアント、状態管理 |
-
-### 再利用可能なモジュールの作成
-
-堅固なフォルダ構造は、再利用可能なモジュールを構築するための第一歩です。モジュールを使いやすく保守しやすくするために、以下の戦略を検討してください：
-
--   **プラットフォームの違いを抽象化**：インターフェースレイヤーを使用してプラットフォーム固有の変更を管理。
--   **バージョン管理**：厳格なバージョニングプロトコルで更新を追跡。
--   **ドキュメント**：モジュールの使用方法と統合方法について、明確で簡潔な説明を提供。
-
-### ファイル管理のヒント
-
-適切なファイル管理方法は、更新とクロスプラットフォーム開発をよりスムーズにします：
-
--   **アセットの整理**：バンドルサイズを削減し効率を向上させるため、プラットフォームの互換性に基づいてアセットをグループ化。
--   **キャッシュの効果的な管理**：オフラインパフォーマンスと読み込み時間を改善するため、堅牢なキャッシング戦略を使用。
--   **更新の効率化**：Capacitorの更新機能を活用。チャネルシステムを使用して、完全リリース前に特定のユーザーグループに更新をロールアウト。
-
-## テストとデバッグ方法
-
-Capacitorアプリの共有コードをテストするには、一貫したパフォーマンスを確保するために明確で構造化されたアプローチが必要です。以下では、テストとデバッグの両方に効果的なツールと方法を説明します。
-
-### テスト計画
-
-共有Capacitorコードを適切にテストするには、アプリのすべてのレイヤーに対応する総合的な計画が必要です。テストプロセスの組織化方法を以下に示します：
-
-| **テストレベル** | **ツールとアプローチ** | **重要な焦点領域** |
-| --- | --- | --- |
-| **ユニットテスト** | Jest、[Mocha](https://mochajs.org/) | ビジネスロジック、ユーティリティメソッド |
-| **統合テスト** | Cypress、[Selenium](https://www.selenium.dev/) | クロスプラットフォーム機能 |
-| **エンドツーエンドテスト** | Appium、[Detox](https://wix.github.io/Detox/) | ユーザーワークフロー、ネイティブ機能 |
-| **パフォーマンステスト** | [Lighthouse](https://developer.chrome.com/docs/lighthouse)、[WebPageTest](https://www.webpagetest.org/) | 読み込み速度、リソース使用量 |
-
-特定のユーザーグループにアプリをリリースするためのチャネルベースのベータテストの使用を検討してください。これにより、ターゲットを絞ったフィードバックの収集、プラットフォーム固有の問題の早期特定、更新の段階的なロールアウトが可能になります。しっかりとしたテスト計画は、品質を確保するだけでなく、デバッグもスムーズにします。
-
-### デバッグツールとヒント
-
-テストが整備されたら、アプリのパフォーマンスを維持するために効果的なデバッグ実践が不可欠です。デバッグ作業を強化するための主要な戦略とツールを紹介します。
-
-**エラートラッキングのセットアップ**  
-Webとネイティブのエラーの両方を監視するエラートラッキングシステムを設定します。これらのツールは、詳細なスタックトレースを提供し、ユーザーの操作を記録し、自動的にレポートを生成する必要があります。このセットアップにより、プラットフォーム間の問題を素早く特定して対処できます。
-
-**CI/CD統合**  
-デバッグツールをCI/CDパイプラインに組み込みます。これにより、開発中の問題の検出と解決が効率化されます。
-
-**コスト概要**
-
--   **月間CI/CD運用**：約300ドル
--   **初期セットアップ料金**：約2,600ドル [\[1\]](https://capgo.app/)
-
-**高度なデバッグのヒント**
-
--   プラットフォーム固有の開発者ツールを使用して問題を特定し修正。
--   ソースマップを実装してエラーを元のコードまでトレース。
--   アプリの重要パスの監視を自動化。
--   Webとネイティブレイヤーの両方でクラッシュレポートを設定し、早期に問題を捕捉。
-
-## 更新とデプロイメント
-
-更新とデプロイメントを効果的に管理することで、アプリがプラットフォーム間で一貫してパフォーマンスを発揮することを保証します。徹底的なテストとデバッグの後、スムーズなデプロイメントプロセスによってアプリの信頼性が維持されます。
-
-### CI/CDセットアップ
-
-CI/CDパイプラインを設定することで、既存のワークフローにシームレスに統合され、追加ツールの必要性を回避してデプロイメントが簡素化されます。
-
-| CI/CDコンポーネント | 主要機能 | 利点 |
-| --- | --- | --- |
-| [GitHub Actions](https://docs.github.com/actions) | 直接統合、自動ビルド | 使い慣れた環境、設定が容易 |
-| [GitLab CI](https://docs.gitlab.com/ee/ci/) | 組み込みパイプラインツール、コンテナレジストリ | オールインワンDevOpsソリューション |
-| [Jenkins](https://www.jenkins.io/) | カスタムワークフローサポート、豊富なプラグイン | 高度なカスタマイズ性 |
-
-平均して、CI/CDセットアップのコストは約2,600ドルで、月間メンテナンスは平均300ドルです。5年間で、他のアプローチと比較して最大26,100ドルの節約が可能です [\[1\]](https://capgo.app/) 。
-
-> "私たちはGitHub Actions、GitLab CI、その他のプラットフォームなど、お好みのプラットフォームで直接CI/CDパイプラインを設定します。CI/CDのホスティングや維持のための料金は発生しません。" - Capgo [\[1\]](https://capgo.app/)
-
-CI/CDパイプラインが稼働したら、高速で効率的なOTA更新の実装に注力できます。
-
-### OTA更新システム
-
-強力なOTA更新システムにより、アプリストアの承認による遅延なしにユーザーが修正と新機能を受け取ることができます。このプロセスは配信を加速し、ユーザー体験を向上させます。
-
-主要な統計：
-
--   更新の世界的な成功率82%
--   5MBバンドルの平均ダウンロード時間114ms [\[1\]](https://capgo.app/)
-
-> "5000人以上のユーザーベースに対してCapgo OTA更新を本番環境にロールアウトしました。OTAが@Capgoにデプロイされてから数分以内にほぼすべてのユーザーが最新状態になるという、非常にスムーズな運用を確認しています。" - colenso [\[1\]](https://capgo.app/)
-
-検討すべき重要なOTA機能：
-
-| 機能 | 実装 | 利点 |
-| --- | --- | --- |
-| エンドツーエンド暗号化 | 安全な更新配信 | コードの安全性を確保 |
-| 部分更新 | 変更されたファイルのみダウンロード | 帯域幅の節約 |
-| チャネルシステム | ベータテスト機能 | 制御されたロールアウトの管理 |
-| 分析統合 | リアルタイムパフォーマンス追跡 | 更新成功率の監視 |
-
-OTA更新を設定する際は、プラットフォーム要件への準拠を確保し、簡単なロールバックのためのバージョン管理を維持し、パフォーマンスを追跡するためにリアルタイム分析を活用してください。高いコード品質と信頼性を維持するために、更新前の自動テストが不可欠です。
-
-## セキュリティと速度
-
-Capacitorコードを共有する際には、強力なセキュリティ対策と効率的なパフォーマンスが重要です。
-
-### セキュリティガイドライン
-
-共有コードとユーザーデータを階層的なセキュリティアプローチで保護します。現代的な方法は暗号化と正確なアクセス制御に重点を置いています。以下は効果的な実践方法です：
-
-| **セキュリティ機能** | **実装** | **目的** |
-| --- | --- | --- |
-| エンドツーエンド暗号化 | 更新バンドルの暗号化 | 不正アクセスの防止 |
-| アクセス管理 | ロールベースの権限 | チームコラボレーションの制御 |
-| 更新チャネル | ベータ/本番の分離 | デプロイメントリスクの低減 |
-| ロールバック機能 | バージョン管理の使用 | 問題の迅速な解決 |
-
-更新を安全に配信することで成功率が向上します。例えば、Capgoは安全な更新における暗号化の重要性を強調しています [\[1\]](https://capgo.app/) 。
-
-> "真のエンドツーエンド暗号化を提供する唯一のソリューション、他は単に更新に署名するだけです" - Capgo [\[1\]](https://capgo.app/)
-
-セキュリティが整備されたら、より高速で信頼性の高い更新のためにパフォーマンスの最適化に注力します。
-
-### 
-
-- **帯域幅を節約し、配信を高速化する**ための部分的な更新を実装します。
-- **チャネルシステムを使用して**制御されたロールアウトとベータテストを行います。
-- **リアルタイムのエラー追跡を有効にして**、問題を素早く特定し修正します。
-- **分析を監視して**更新の成功率を追跡し、時間とともに改善します。
-
-## まとめ
-
-### 重要ポイント
-
-Capacitorコードを効果的に共有するために、モジュール構造、自動テスト、ターゲットを絞った展開、強力な暗号化に焦点を当てます。
-
-| 重点分野 | ベストプラクティス | 影響 |
-| --- | --- | --- |
-| **コード構造** | モジュール式アーキテクチャ | 保守性の向上 |
-| **テスト** | 自動化されたCI/CD | グローバルで82%の成功率を達成 |
-| **デプロイメント** | チャネルベースの配布 | 24時間以内に95%のユーザーが更新 |
-| **セキュリティ** | エンドツーエンドの暗号化 | 不正アクセスからの保護 |
-
-これらの方法は750以上の本番アプリで成功裏に実装されています[\[1\]](https://capgo.app/) 。Capgoはこれらの基盤の上に構築され、コード共有プロセスを簡素化および強化するツールを提供しています。
-
-### [Capgo](https://capgo.app/)統合
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fc5744af1a45e500bc59a4/460b6a71189963262e0579d8af2972b5.jpg)
-
-Capgoはこれらのプラクティスに沿って、高度なオーバーザエア（OTA）更新と統合されたCI/CDワークフローでCapacitor開発を最適化します。グローバルCDNを介した5MBバンドルの114msのダウンロード速度、世界中での平均API応答時間57ms、2,350万回の成功した更新など、印象的な結果を提供しています[\[1\]](https://capgo.app/) 。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信に不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-特筆すべき機能の1つは、クラウドベースとセルフホスト型の両方のセットアップをサポートする柔軟な展開オプションです。
-
-> "Capgoは生産性を向上させたい開発者にとって必須のツールです。バグ修正のためのアプリレビューを回避できることは画期的です。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgoの機能はコード共有のベストプラクティスを強化します：
-
-| 機能 | 利点 | 実際の影響 |
-| --- | --- | --- |
-| **CI/CD統合** | デプロイメントの自動化 | ワークフローの簡素化 |
-| **チャネルシステム** | ターゲットを絞った更新を可能に | ベータテスト機能の向上 |
-| **分析ダッシュボード** | パフォーマンスの追跡 | リアルタイムの洞察を提供 |
-| **ロールバック機能** | リスクの軽減 | 即時のバージョン管理を可能に |
-
-これらのツールは、アプリストアのガイドラインに準拠しながら、安全で効率的なコード共有環境を作成します[\[1\]](https://capgo.app/) 。
diff --git a/src/content/blog/ja/best-practices-for-capacitor-script-automation.md b/src/content/blog/ja/best-practices-for-capacitor-script-automation.md
deleted file mode 100644
index ca8ae4b6c..000000000
--- a/src/content/blog/ja/best-practices-for-capacitor-script-automation.md
+++ /dev/null
@@ -1,239 +0,0 @@
----
-slug: best-practices-for-capacitor-script-automation
-title: Capacitor スクリプト自動化のベストプラクティス
-description: Capacitor スクリプトを自動化するベストプラクティスについて学び、アプリの更新を最適化し、セキュリティを向上させ、パフォーマンスを向上させましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T11:08:30.579Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dce66283b63ee70fa0e1e4-1742555321812.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, script automation, CI/CD, mobile updates, performance optimization,
-  security practices
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-[Capacitor](https://capacitorjs.com/) スクリプト自動化により、開発者は素早く効率的にモバイルアプリを更新できます。以下が重要なポイントです:
-
-- **迅速な更新**: アプリストアの遅延をスキップし、24時間以内に95%のユーザーに変更が反映
-- **エラー削減**: 自動化により人的ミスを最小限に
-- **簡素化されたワークフロー**: [GitHub Actions](https://docsgithubcom/actions)や[GitLab CI](https://docsgitlabcom/ee/ci/)などのツールを使用して単一のコマンドでデプロイ
-
-### 重要な実践:
-
-- **モジュール化されたスクリプト**: 更新を容易にするためコードを再利用可能なパーツに分割
-- **CI/CDパイプライン**: 一貫した結果を得るためにテストとデプロイメントを自動化
-- **セキュリティ**: エンドツーエンドの暗号化とロールベースの権限で更新を保護
-
-### 検討すべきツール:
-
-- **[Capgo](https://capgo.app/)**: 即時更新の配信、パフォーマンスの追跡、安全なデプロイメントを保証
-- **グローバルな成功**: 5MBのバンドルで114msのダウンロード速度、82%の更新成功率を達成
-
-自動化により、より速く、より安全で、より信頼性の高いアプリ更新が可能になります。詳細を確認してワークフローを最適化しましょう！
-
-## [Capacitor](https://capacitorjs.com/)プロジェクトを自動的に設定する方法 ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-21.jpg?auto=compress)
-
-## スクリプト作成基準
-
-効果的なCapacitor自動化スクリプトの作成には、明確な構造、保守の容易さ、信頼性の高いモニタリングが必要です。モジュラー設計と適切なバージョン管理に焦点を当てることで、チームは長期的な成功と適応性を確保できます。
-
-### モジュラースクリプトの構築
-
-スクリプトを小さな再利用可能なモジュールに分割することで、コードをクリーンで効率的に保つことができます。この方法により、冗長性を最小限に抑え、テストと更新を簡素化します。
-
-モジュラースクリプト開発のヒント:
-
-- 特定のタスクに独立した関数を作成
-- 明確性のため一貫した命名規則を使用
-- コードの再利用を促進するインターフェースを設計
-- テストを簡素化するためにコンポーネントを整理
-
-### コード変更の管理
-
-バージョン管理は変更の追跡とコラボレーションの促進に不可欠です。CI/CDパイプラインを組み込むことで、デプロイメントを効率化しコード品質を維持できます。ベストプラクティスには以下が含まれます:
-
-1. **明確なコミットメッセージ**: 変更を分かりやすく文書化
-2. **フィーチャーブランチ**: 競合を避けるために変更を分離
-3. **コードレビュー**: ピアレビューで高い基準を維持
-
-多くのチームは、CapgoのCI/CDツールをGitHub ActionsやGitLab CIなどのプラットフォームと統合することで、デプロイメントの効率を向上させています。[\[1\]](https://capgo.app/)
-
-### スクリプトモニタリング
-
-スクリプトのモニタリングにより、問題がユーザーに影響を与える前に検出して解決できます。強力なモニタリング戦略には以下が含まれるべきです:
-
-| コンポーネント | 目的 | メトリクス |
-| --- | --- | --- |
-| **エラートラッキング** | 問題を事前に発見 | エラー率、エラータイプ |
-| **パフォーマンス分析** | リソース使用の最適化 | レスポンスタイム、メモリ使用量 |
-| **更新成功モニタリング** | デプロイメントの確認 | 成功率、ユーザー採用率 |
-
-モニタリングを強化するには:
-
-- 重大なエラーの自動アラートを設定
-- トラブルシューティング用の詳細なログを保持
-- 明確なインシデント対応手順を定義
-- デプロイメントメトリクスを定期的に追跡
-
-Capgoのエラートラッキングと分析ツールは、チームが問題を素早く特定して解決するのに役立っています。これと組織管理の改善により、開発チームはより効果的に対応できるようになります。[\[1\]](https://capgo.app/)
-
-## スクリプトの速度と効率性
-
-Capacitorアプリのレスポンス性は、スクリプトのパフォーマンスに大きく依存します。効率的な非同期操作とメモリ管理に焦点を当てることで、リソース消費を抑えながらスクリプトの速度を向上させることができます。
-
-### 非同期操作の使用
-
-非同期プログラミングは、パフォーマンスのボトルネックを回避する上で画期的な手法です。`async/await` パターンを使用することで、コードの明確さを犠牲にすることなく、複数の操作を同時に管理できます
-
-非同期操作を実装するための実践的な方法をいくつか紹介します:
-
-| **操作タイプ** | **実装** | **利点** |
-| --- | --- | --- |
-| ファイル操作 | 非同期ファイルハンドラーを使用 | I/O遅延を回避 |
-| APIコール | `Promise.all()`を使用 | 全体的な待ち時間を削減 |
-| データ処理 | 非同期チャンクに分割 | UIのレスポンスを維持 |
-
-非同期操作を扱う際の追加のヒント:
-
--   **バッチ処理**: オーバーヘッドを最小限に抑えるため、類似タスクをグループ化
--   **エラー処理**: `try-catch`ブロックを使用して効果的にエラーを管理
--   **リクエスト管理**: 信頼性を高めるためのタイムアウトとリトライメカニズムを設定
-
-アプリのパフォーマンスを維持するもう一つの重要な要素であるメモリ管理に移りましょう
-
-### メモリ管理
-
-適切なメモリ管理は、リークを防ぎ、リソースの使用を最適化し、クラッシュを回避することでアプリをスムーズに実行させます
-
-1.  **リソースのクリーンアップ**  
-    未使用のリソースを定期的に解放します。これには、接続のクローズ、一時ファイルの削除、不要なイベントリスナーの削除が含まれます
-    
-2.  **適切なデータ構造の選択**  
-    適切なデータ構造を選択することで、メモリ使用量に大きな違いが生まれます:
-    
-    | **データ構造** | **最適な使用例** | **メモリ使用量** |
-    | --- | --- | --- |
-    | 配列 | 順次データアクセス | 中程度 |
-    | セット | 一意の値の保存 | 低 |
-    | マップ | キーと値のペア | 中程度 |
-    | WeakMap | オブジェクト参照 | 低 |
-    
-3.  **モニタリングとプロファイリング**  
-    Capgoの分析ツールを使用して、メモリの問題を特定し、アプリのパフォーマンスを最適化します。これらのツールは、メモリリークや非効率が発生する可能性のある領域を特定するのに役立ちます
-    
-
-## CI/CDパイプラインのセットアップ
-
-適切に構造化されたCI/CDパイプラインは、開発を簡素化し、確実なデプロイメントを保証します
-
-### マルチ環境セットアップ
-
-開発、ステージング、本番環境を分けて維持することは、デプロイメントの問題を回避し、品質を維持するための鍵となります。以下は効果的な組織化方法です:
-
-| 環境 | 目的 | 主要な設定 |
-| --- | --- | --- |
-| 開発 | ローカルテスト | ホットリロード、デバッグログ |
-| ステージング | リリース前検証 | 本番環境に類似した設定 |
-| 本番 | ライブデプロイメント | 最適化されたパフォーマンス |
-
-環境固有の変数をバージョン管理下に置き、セットアップ間の一貫性を確保します
-
-### テストスクリプト
-
-徹底的なテストは、CI/CDパイプラインの基礎となります。Capgoのチャネルシステムにより、マージ前に変更を検証してプルリクエストを簡単にテストできます
-
-以下は重要なテスト実践です:
-
--   **自動化ユニットテスト**: スクリプトの個々のコンポーネントをテストして早期にエラーを発見
--   **統合テスト**: スクリプトがシステムの他の部分とシームレスに動作することを確認
--   **パフォーマンステスト**: 実行時間とリソース使用量を測定してボトルネックを特定
-
-テストが整備されると、[アップデート自動化](https://capgo.app/docs/live-updates/update-behavior/)によってデプロイメントの信頼性が一段階向上します
-
-### アップデート自動化
-
-現代のアップデート自動化ツールにより、デプロイメントがより迅速かつ容易になります。CI/CDプロセスと連携して、ライブアップデートがスムーズに行われることを保証します
-
-Capgoのプラットフォームは以下のような機能でアップデート配信をサポートします:
-
-| 機能 | 利点 | 成功指標 |
-| --- | --- | --- |
-| ベータテスト | 早期の問題検出 | 世界的な成功率82% [\[1\]](https://capgo.app/) |
-| 段階的ロールアウト | 制御された配信 | 2億3500万回のアップデート配信 [\[1\]](https://capgo.app/) |
-| インスタントアップデート | 迅速なバグ修正 | 本番環境で750アプリ [\[1\]](https://capgo.app/) |
-
-Capgoは、GitHub Actions、GitLab CI、[Jenkins](https://www.jenkins.io/)などのツールとシームレスに統合し、既存のワークフローを妨げることなくアップデート機能を強化します [\[1\]](https://capgo.app/)ビルトインのエラー追跡とロールバックオプションにより、デプロイメントに追加のセキュリティを提供します
-
-## スクリプトセキュリティ
-
-自動化スクリプトの保護は、機密データを保護し、Capacitorアプリの開発プロセスを安全に保つために重要です。最新のセキュリティ対策では、完全性を維持するために**データ保護**と**アクセス制御**の両方に対応する必要があります
-
-### データ保護
-
-エンドツーエンド暗号化は、スクリプト自動化を保護する重要な層です。その役割を簡単に見てみましょう：
-
-| セキュリティ層 | 実装 | 目的 |
-| --- | --- | --- |
-| アップデート暗号化 | エンドツーエンド暗号化 | アップデートへの不正アクセスを防止 |
-
-> "Capgoは、単純にアップデートに署名するだけの競合他社とは異なり、真のエンドツーエンド暗号化を独自に提供します" [\[1\]](https://capgo.app/)
-
-Capgoの暗号化は、デプロイメントコンテンツを確実に保護し、アップデートを安全に保護する信頼性の高い方法を提供します[\[1\]](https://capgo.app/) 。しかし、暗号化だけでは十分ではありません - 強力なアクセス制御も不可欠です
-
-### セキュリティ制御
-
-暗号化以外にも、堅牢なセキュリティ制御により、デプロイメントプロセスの各ステップが保護されます。高度な機能を備えたプラットフォームは、複数の保護層を提供します：
-
-| 制御タイプ | 機能 | セキュリティへの影響 |
-| --- | --- | --- |
-| アクセス管理 | ロールベースの権限 | ユーザーのアクションを承認された役割に制限 |
-| デプロイメント制御 | チャネルシステム | 特定のグループに対象を絞ったアップデートを可能に |
-| インフラストラクチャセキュリティ | セルフホストオプション | アップデートプロセスの完全な制御を付与 |
-
-**実装すべき主要な対策：**
-
--   **ユーザー権限管理**：ロールベースの権限を使用して、チームの役割に基づいてスクリプト実行を制限
--   **デプロイメントチャネル**：開発、テスト、本番環境用の個別のチャネルを設定し、承認されていない変更が本番環境に影響を与えるのを防止
-
-自動化ツールを選択する際は、堅牢なセキュリティ機能を備えたものを探してください。例えば、Capgoはクラウドホストとセルフホストの両方のソリューションを提供し[\[1\]](https://capgo.app/)、組織がセキュアなワークフローを維持しながらコンプライアンスニーズを満たすのを支援します
-
-## スクリプト自動化ツール
-
-最新の自動化プラットフォームは、セキュリティとコンプライアンスを維持しながらアップデートを簡素化します。適切なツールを選択することで、開発効率を向上させ、スムーズなデプロイメントを確保できます
-
-### [Capgo](https://capgo.app/)の機能
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-21.jpg?auto=compress)
-
-Capgoの自動化プラットフォームは、実際のシナリオで高いパフォーマンスを発揮します。**24時間以内に95%のユーザーアップデート率**と**アップデートの82%のグローバル成功率**を達成しています[\[1\]](https://capgo.app/) 。主な機能の内訳は以下の通りです：
-
-| **機能** | **利点** | **パフォーマンス指標** |
-| --- | --- | --- |
-| 即時アップデート | アプリストアの遅延を回避 | APIレスポンス時間平均57ms |
-| グローバルCDN | 迅速なコンテンツ配信 | 5MBバンドルのダウンロードに114ms |
-| バージョン管理 | 変更の追跡と管理 | 2億3500万以上のアップデートを配信 |
-| 分析 | デプロイメント成功の監視 | 750以上の本番アプリを追跡 |
-
-Capgoはまた、CI/CD統合をサポートし、様々な開発段階での一貫性を確保する自動デプロイメントパイプラインを可能にします。これは複数の環境を管理するチームにとって特に有用です
-
-### ツール比較
-
-Capgoは高い基準を設定していますが、他のツールが主要な分野でどのように比較されるかを検討する価値があります。Capacitor自動化ツールは機能と価格で異なります：
-
-| **機能** | **現在の市場オプション** | **開発への影響** |
-| --- | --- | --- |
-| アップデート速度 | リアルタイムから数時間 | デプロイメント効率に影響 |
-| セキュリティレベル | 基本的な署名からE2E暗号化まで | アップデート保護に影響 |
-| ホスティングオプション | クラウドのみからセルフホストまで | コンプライアンスの柔軟性に影響 |
-| コスト構造 | 年間300-6,000ドル | スケーラビリティ計画に影響 |
-
-これらの指標を評価することで、開発チームは[アップデート戦略](https://capgo)に合ったツールを選択できます
diff --git a/src/content/blog/ja/biometric-authentication-in-capacitor-apps.md b/src/content/blog/ja/biometric-authentication-in-capacitor-apps.md
deleted file mode 100644
index 3aacb9e6e..000000000
--- a/src/content/blog/ja/biometric-authentication-in-capacitor-apps.md
+++ /dev/null
@@ -1,481 +0,0 @@
----
-slug: biometric-authentication-in-capacitor-apps
-title: Capacitorアプリでの生体認証
-description: Capacitorアプリでのセキュアな生体認証の実装方法を学び、ユーザー体験を向上させ、機密データを保護しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:13:56.152Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68240bea59ff61289922287e-1747199824736.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  biometric authentication, Capacitor, mobile security, fingerprint, facial
-  recognition, app development
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-[Biometric authentication](https://capgo.app/plugins/capacitor-native-biometric/)は、パスワードの代わりに指紋、顔、その他の生体的特徴を使用してユーザーがアプリに安全にアクセスできるようにします。[Capacitor](https://capacitorjs.com/)を使用する開発者にとって、この機能の実装は簡単で、iOSとAndroidの両方で動作します。以下が概要です：
-
--   **生体認証を使用する理由**
-    
-    -   パスワードよりも安全です。
-    -   ログインを速くすることでユーザー体験を向上させます。
-    -   機密データのセキュリティ基準を満たします。
--   **サポートされる方法：**
-    
-    -   指紋認証：迅速で一般的。
-    -   顔認証：ハンズフリーオプション。
-    -   虹彩スキャン：高セキュリティのユースケース（限定デバイス）。
-    -   音声認識：アクセシビリティ重視（限定サポート）。
--   **必要な主要ツール：**
-    
-    -   Capacitor 3.0+。
--   **セットアップのポイント：**
-    
-    -   AndroidManifestとInfo.plistに権限を追加。
-    -   安全な保存のためにKeychain（iOS）またはKeystore（Android）を使用。
-    -   互換性とフォールバックオプションを徹底的にテスト。
-
-### プラグインの比較
-
-| プラグイン名 | Capacitorバージョン | 機能 | 最適な用途 |
-| --- | --- | --- | --- |
-| `@aparajita/capacitor-biometric-auth` | Capacitor 8 | ネイティブ生体認証、デバイス認証情報 | Capacitor 8を使用する新規プロジェクト |
-| `capacitor-native-biometric` | Capacitor 3, 4 | 安全な認証情報保存、Keychain/Keystore | 認証情報管理 |
-| 全バージョン | 生体認証とデバイス認証情報のサポート | 柔軟な認証オプション |
-
-[Capacitorアプリにおける生体認証](https://capgo.app/plugins/capacitor-native-biometric/)は、機密データを保護する安全でユーザーフレンドリーな方法です。完全な記事では、セットアップ手順、コード例、テスト戦略、セキュリティ基準について詳しく説明しています。
-
-## Ionic生体認証（FaceID / 指紋認証）
-
-## セットアップ要件
-
-[Capacitorアプリ](https://capgo.app/plugins/ivs-player/)で生体認証を有効にするには、いくつかのツール、依存関係、およびプラットフォーム固有の設定を構成する必要があります。以下に、AndroidとiOSプラットフォーム両方のステップバイステップのセットアップ要件を示します。
-
-### 必要なツールと依存関係
-
-実装を始める前に、以下のツールと依存関係が準備されていることを確認してください：
-
-| コンポーネント | 最小バージョン | 目的 |
-| --- | --- | --- |
-| **Capacitor** | 3.0以上 | コアフレームワーク |
-| **[Node.js](https://nodejs.org/en)** | 最新LTS | パッケージ管理 |
-| **[Xcode](https://developer.apple.com/xcode/)** | 最新バージョン | iOS開発 |
-| **[Android Studio](https://developer.android.com/studio)** | 最新バージョン | Android開発 |
-| **物理デバイス** | iOS 13+ / Android API 23+ | 生体認証機能のテスト |
-
-Capacitorバージョンに基づいて[生体認証プラグイン](https://capgo.app/plugins/capacitor-native-biometric/)を選択してください：
-
--   Capacitor 8用の**@aparajita/capacitor-biometric-auth**
--   Capacitor 3と4用の**capacitor-native-biometric**
-
-### Androidセットアップ手順
-
-Androidで生体認証を設定するには、プロジェクトファイルに以下の調整が必要です：
-
-1.   **マニフェスト設定**
-    
-    `AndroidManifest.xml`ファイルに以下の権限を追加：
-    
-    ```xml
-    <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-    <!-- For Android 9 (API 28) or lower -->
-    <uses-permission android:name="android.permission.USE_FINGERPRINT" />
-    ```
-    
-2.   **Gradle設定**
-    
-    アプリの`build.gradle`ファイルに必要な生体認証依存関係を追加：
-    
-    ```kotlin
-    dependencies {
-        implementation "androidx.biometric:biometric:1.1.0"
-    }
-    ```
-
-    
-
-### iOSセットアップ手順
-
-iOSでは、生体認証を設定するために以下の手順が必要です：
-
-1.   **Info.plist設定**
-    
-    `Info.plist`ファイルに必要な使用説明を追加：
-    
-    ```xml
-    <key>NSFaceIDUsageDescription</key>
-    <string>Authentication required for secure access</string>
-    ```
-    
-2.   **Keychain設定**
-    
-    Xcodeでキーチェーン機能を有効化：
-    
-    -   プロジェクト設定を開く。
-    -   **Signing & Capabilities**タブに移動。
-    -   **Keychain Sharing**機能を追加。
-    -   必要に応じてアクセスグループを設定。
-3.   **認証ポリシー**
-    
-    以下を処理するローカル認証ポリシーを設定：
-    
-    -   認証失敗の試行
-    -   デバイスパスコードへのフォールバック
-    -   生体認証の利用可能性チェック
-    
-    セキュリティを向上させるため、機密データの保存にはiOSキーチェーンを使用します。これにより、Touch IDとFace IDの両方との互換性を確保しながら、ユーザー認証情報を保護します。
-
-## コード実装
-
-セットアップ設定が完了したら、次のステップは安全なコードの実装です。これには適切なプラグインの選択と信頼性の高い認証フローの作成が含まれます。
-
-### プラグイン選択ガイド
-
-Capacitorアプリ用の生体認証プラグインを選択する際は、プロジェクトの具体的なニーズに合わせて選択する必要があります。以下が人気のオプションです：
-
-| プラグイン名 | Capacitorバージョン | 主な機能 | 最適な用途 |
-| --- | --- | --- | --- |
-| @aparajita/capacitor-biometric-auth | Capacitor 8 | ネイティブ生体認証、デバイス認証情報、包括的なAPI | Capacitor 8で始める新規プロジェクト |
-| capacitor-native-biometric | Capacitor 3, 4 | 安全な認証情報保存、Keychain/Keystore統合 | 認証情報管理が必要な既存プロジェクト |
-| 全バージョン | 生体認証とデバイス認証情報認証、クリーンなAPI | 柔軟な認証オプションが必要なプロジェクト |
-
-### 認証コード例
-
-**@capgo/capacitor-native-biometric**プラグインを使用した生体認証の方法：
-
-```typescript
-import { Biometrics } from '@capgo/capacitor-native-biometric';
-
-async function setupBiometricAuth() {
-  try {
-    const { isAvailable } = await Biometrics.isBiometricsAvailable();
-
-    if (!isAvailable) {
-      return {
-        success: false,
-        message: "Biometric authentication not available"
-      };
-    }
-
-    const result = await Biometrics.authenticate({
-      reason: "Access your secure data",
-      title: "Verify Identity",
-      subtitle: "Use biometrics to authenticate",
-      cancelTitle: "Use Password Instead"
-    });
-
-    return {
-      success: true,
-      data: result
-    };
-  } catch (error) {
-    return {
-      success: false,
-      error: error.message
-    };
-  }
-}
-```
-
-安全な認証情報を管理するために、**capacitor-native-biometric**プラグインは簡単なアプローチを提供します：
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-async function secureCredentialStorage(credentials) {
-  try {
-    await NativeBiometric.setCredentials({
-      username: credentials.username,
-      password: credentials.password,
-      server: "api.yourserver.com"
-    });
-
-    // Verify storage by retrieving the credentials
-    const stored = await NativeBiometric.getCredentials({
-      server: "api.yourserver.com"
-    });
-
-    return stored.username === credentials.username;
-  } catch (error) {
-    console.error("Credential storage failed:", error);
-    return false;
-  }
-}
-```
-
-コードを配置したら、適切なテストを通じてその機能を検証することが重要です。
-
-### テスト方法
-
-生体認証が信頼性が高く安全であることを確認するために、以下のテスト戦略を検討してください：
-
--   **デバイス互換性テスト**
-    
-    様々なデバイスと条件で認証が機能することを確認：
-    
-    ```typescript
-    async function runCompatibilityTests() {
-      const tests = {
-        biometricAvailable: await Biometrics.isBiometricsAvailable(),
-        credentialStorage: await testCredentialStorage(),
-        authenticationFlow: await testAuthFlow(),
-        fallbackMechanism: await testFallbackAuth()
-      };
-    
-      return tests;
-    }
-    ```
-    
--   **エラー処理と一般的なシナリオ**
-    
-    エラーをシミュレートしフォールバックメカニズムをテスト：
-    
-    ```typescript
-    async function validateErrorHandling() {
-      try {
-        await Promise.race([
-          Biometrics.authenticate(),
-          new Promise((_, reject) =>
-            setTimeout(() => reject(new Error("Timeout")), 30000)
-          )
-        ]);
-      } catch (error) {
-        return implementFallbackAuth();
-      }
-    }
-    ```
-    
--   **セキュリティ検証**
-    
-    実装がセキュリティ基準を満たしていることを確認：
-    
-    ```typescript
-    async function validateSecurityMeasures() {
-      const validations = {
-        keychain: await validateKeychainAccess(),
-        biometricStrength: await checkBiometricStrength(),
-        encryptionStatus: await verifyEncryption()
-      };
-    
-      return validations.keychain &&
-             validations.biometricStrength &&
-             validations.encryptionStatus;
-    }
-    ```
-    
-
-さらに、以下のシナリオをテストします：
-
--   複数回の認証失敗
--   デバイス再起動後の動作
--   フォアグラウンドとバックグラウンド状態の遷移
--   ネットワーク接続の変更
--   システムの生体認証設定の変更
-
-徹底的なテストにより、生体認証システムが堅牢で実世界での使用に適していることを確認します。
-
-## セキュリティ基準
-
-生体認証のセキュリティを強化するには、データ保護を優先し、コンプライアンス規制に従い、階層的なセキュリティ技術を適用する必要があります。
-
-### データセキュリティ方法
-
-iOSでは生体認証データは**Keychain**を使用して暗号化・保存され、Androidでは**Keystore**を使用します。`capacitor-native-biometric`プラグインを使用している場合、以下のようにユーザー認証情報を安全に保存できます：
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-async function securelyStoreCredentials(username, password) {
-  const server = "api.yourapp.com";
-
-  // Use the highest available encryption
-  await NativeBiometric.setCredentials({
-    username,
-    password,
-    server,
-    authenticationType: "biometricAndDevice",
-    accessControl: "biometryAny"
-  });
-}
-```
-
-データ送信については、常に**エンドツーエンド暗号化**を実装して機密情報を保護します。
-
-### ストアガイドライン
-
-アプリストアは[生体認証セキュリティ](https://capgo.app/plugins/capacitor-native-biometric/)に関して厳格なルールを施行しています。主要プラットフォームの要件は以下の通りです：
-
-| プラットフォーム | 主要要件 | 実装上の注意 |
-| --- | --- | --- |
-| iOS | LocalAuthentication フレームワークの使用、フォールバックオプションの提供、明確なユーザー同意の確保 | Face IDとTouch IDの両方をサポートする必要がある |
-| Android | BiometricPrompt APIの活用、明示的なユーザー許可の取得、セキュリティレベルの宣言 | 様々なセキュリティレベルに応じた指紋認証と顔認証のサポート |
-
-### マルチファクター設定
-
-セキュリティを強化するには、[生体認証](https://capgo.app/plugins/capacitor-native-biometric/)を追加の認証層と組み合わせることがよくあります。例えば、初期の[生体認証](https://capgo.app/plugins/capacitor-native-biometric/)の後、ユーザーのアイデンティティを確認する二次ステップを追加できます：
-
-```typescript
-async function setupMultiFactorAuth() {
-  // First factor: Biometric verification
-  const biometricResult = await Biometrics.authenticate({
-    reason: "Verify your identity",
-    title: "Authentication Required"
-  });
-
-  if (biometricResult.verified) {
-    // Second factor: Time-based OTP or similar mechanism
-    const totpResult = await verifyTOTP();
-    return totpResult.success;
-  }
-
-  return false;
-}
-```
-
-マルチファクターアプローチには通常以下が含まれます：
-
--   **主要な生体認証**
--   **二次認証**（SMSコードや認証アプリなど）
--   **トランザクション固有の確認**によるセキュリティの強化
-
-Capgoをライブアップデート用に使用している場合は、その**エンドツーエンド暗号化**機能を活用してセキュリティ基準への準拠を確保してください。これにより、生体認証方法がアップデート中も安全に保たれ、プラットフォームの要件に沿っていることが保証されます[\[1\]](https://capacitor-tutorial.com/plugins/capacitor-biometric-auth/)。
-
-## メンテナンスガイド
-
-速度、バッテリー効率、タイムリーなアップデートのバランスを取ることで、生体認証システムをスムーズに運用し続けることができます。
-
-### 速度とバッテリーのヒント
-
-効率的な生体認証を実装するためのコードスニペット：
-
-```typescript
-// Efficient authentication implementation
-async function optimizedBiometricCheck() {
-  const authResult = await NativeBiometric.isAvailable();
-
-  if (!authResult.isAvailable) {
-    return handleFallback();
-  }
-
-  // Cache authentication state to avoid unnecessary re-checks
-  if (this.cachedAuthState && !this.isAuthExpired()) {
-    return this.cachedAuthState;
-  }
-
-  return NativeBiometric.verifyIdentity({
-    reason: "Verify your identity",
-    title: "Authentication Required",
-    maxAttempts: 3
-  });
-}
-```
-
-生体認証システムのパフォーマンスを最大限に活用するには：
-
--   **バッチ認証**：複数のプロンプトを避け、認証が必要なアクションを1つのセッションにグループ化して中断を減らす。
--   **スマートキャッシング**：認証状態を安全に保存し、冗長な検証を避けるために有効期限を設定する。
--   **バックグラウンド最適化**：認証中は不要なタスクを一時的に停止して、速度を向上させバッテリーを節約する。
--   **イベント駆動アプローチ**：認証状態の監視に定期的なポーリングの代わりにイベントリスナーを使用する。
-
-### [Capgo](https://capgo.app/)でのアップデート
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68240bea59ff61289922287e/21f0f35e63cf5752e2e56f9c4dd03eab.jpg)
-
-Capgoはバイオメトリック更新を簡素化します。
-
-Capgoが更新管理に優れているツールである理由:
-
--   **即時デプロイ**: 重要なセキュリティ修正と新機能をすぐにプッシュできます。
--   **段階的なロールアウト**: 全ユーザーに展開する前に、特定のユーザーグループでアップデートをテストできます。
--   **バージョン管理**: より良い管理のために異なる認証バージョンを追跡できます。
--   **緊急ロールバック**: 問題が発生した場合、すぐに前のバージョンに戻すことができます。
-
-### API更新
-
-バイオメトリックAPIを最新に保つことは、セキュリティと機能性にとって重要です。以下のガイドラインに従って、更新に積極的に取り組んでください:
-
-| 更新タイプ | 監視方法 | 実装タイムライン |
-| --- | --- | --- |
-| セキュリティパッチ | プラグインリポジトリアラート | 24時間 |
-| 機能更新 | プラットフォームドキュメント | 1週間 |
-| 破壊的変更 | リリースノート | 2-4週間 |
-| ストアポリシー更新 | 開発者ポータル | 提出前 |
-
-以下の分野に注目してください:
-
--   **プラットフォーム変更**: iOSのLocalAuthenticationとAndroidのBiometricPrompt APIの更新を追跡します。
--   **セキュリティ基準**: 最新のバイオメトリックセキュリティ要件に合わせます。
--   **ストアガイドライン**: 提出の問題を避けるため、Apple App StoreとGoogle Playのポリシーに準拠します。
-
-## 結論
-
-### 重要なポイント
-
-Capacitorアプリにバイオメトリック認証を追加する際は、セキュリティ、パフォーマンス、ユーザーエクスペリエンスのバランスを取る必要があります。以下は念頭に置くべき核となる要素の概要です:
-
-| **コンポーネント** | **実装の焦点** | **重要な考慮事項** |
-| --- | --- | --- |
-| **セキュリティ基準** | プラットフォームネイティブストレージ (Keychain/Keystore) | エンドツーエンドの暗号化、認証情報の保護 |
-| **プラグイン選択** | 最新バージョンの互換性 | 複数のバイオメトリックタイプのサポート |
-| **更新管理** | 定期的なメンテナンスサイクル | セキュリティパッチの迅速な展開 |
-| **ユーザーエクスペリエンス** | フォールバック認証オプション | 明確でユーザーフレンドリーな認証プロンプト |
-
-これらのコンポーネントが成功する統合へのロードマップとなります。
-
-### バイオメトリック認証を実装するためのステップ
-
-アプリにバイオメトリック認証を統合するには、以下のステップに従ってください:
-
--   **プラグイン統合**  
-    Capacitorバージョンに合ったバイオメトリックプラグインを選択することから始めます。`AndroidManifest.xml`や`Info.plist`などの設定ファイルが適切に設定されていることを確認します。認証情報の安全な保存には、KeychainやKeystoreなどのネイティブソリューションを利用します。
-    
--   **セキュリティ設定**  
-    すべての認証情報送信にエンドツーエンドの暗号化を有効にしてユーザーデータを保護します。必要に応じて、[多要素認証](https://capgo.app/docs/webapp/mfa/)を含めて追加のセキュリティ層を提供します。障害時の機能を維持するため、堅牢なエラー処理とフォールバックオプションを計画します。
-    
--   **継続的なメンテナンス**  
-    セキュリティパッチの定期的な更新パイプラインを設定してアプリを安全に保ちます。プラグインの更新を追跡し、セキュリティアドバイザリーを監視します。Capgoのようなツールを使用すると、即時更新を可能にすることでこのプロセスを簡素化できます。Capgoは24時間以内に95%のユーザー更新率を誇り、ツールキットの貴重な追加となります[\[2\]](https://capgo.app)。
-    
-
-> "Capgoは生産性を向上させたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられることは素晴らしいです。" - Bessie Cooper [\[2\]](https://capgo.app)
-
-## よくある質問
-
-:::faq
-### Capacitorのバイオメトリックプラグインの違いは何で、アプリに最適なものをどのように選択できますか？
-
-Capacitorアプリのバイオメトリックプラグインを選ぶ際は、プロジェクトの具体的な要件に合わせることが重要です。**プラットフォームの互換性**（iOS、Android、または両方のサポートが必要か）、統合プロセスの簡単さ、**Face ID**や**指紋認証**などの高度なバイオメトリック方式をサポートしているかなどの要因を考慮してください。
-
-このガイドは[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)でのバイオメトリック認証の実装に焦点を当てていますが、**Capgo**のようなツールも重要な役割を果たすことができます。アプリストアの承認なしでリアルタイムの更新をプッシュすることができ、AppleとAndroidの両方の基準に準拠しながら、アプリを最新のセキュリティ機能（バイオメトリック更新を含む）で最新の状態に保つことができます。
-:::
-
-:::faq
-### Capacitorアプリのバイオメトリックがセキュリティスタンダードとアプリストアガイドラインに適合していることをどのように確認できますか？
-
-Capacitorアプリのバイオメトリック認証が現在のセキュリティ基準とアプリストアルールを満たすようにするには、以下の主要な実践に従ってください:
-
--   **信頼できるプラグインを選択**: Capacitorの`@capacitor/biometrics`のような信頼できるバイオメトリック認証プラグインを使用して、アプリが安全でデバイス間でシームレスに動作することを確保します。
--   **プラットフォームルールに従う**: ユーザーの同意取得、安全なストレージの使用、PINやパスワードなどのバックアップオプションの提供など、AppleとAndroidのガイドラインに従います。
--   **依存関係を最新に保つ**: 脆弱性を修正し、変更される基準に合わせるため、アプリとそのライブラリを定期的に更新します。
-
-**Capgo**のようなライブ更新サービスを使用すると、このプロセスをよりスムーズにすることができます。アプリストアの承認の遅延を回避して、セキュリティ更新や改善を即座にプッシュすることができます。これにより、アプリを安全で、準拠し、AppleとAndroidのポリシーに最新の状態に保つことができます。
-:::
-
-:::faq
-### 開発者がCapacitorアプリにバイオメトリック認証を統合する際に直面する可能性のある課題と、それらを克服する方法は何ですか？
-
-Capacitorアプリでのバイオメトリック認証の実装には、多くの課題があります。これには、デバイス間の互換性の確保、ユーザー権限の効果的な管理、機密データの安全な取り扱いなどが含まれます。以下がこれらの問題に対処する方法です:
-
--   **デバイスの互換性**: AndroidとiOS両方でバイオメトリック機能をサポートするために、`@capacitor-fingerprint-auth`のようなプラグインの使用を検討してください。これらのツールはプラットフォーム間のギャップを埋め、様々なデバイスでアプリがシームレスに動作することを確保します。
-    
--   **ユーザー権限**: アプリがバイオメトリックアクセスを必要とする理由を明確に説明することが重要です。透明性のある情報をユーザーに提供し、ユーザーが権限を付与しない場合でも適切に対処できるようにアプリを設計します。
-    
--   **データセキュリティ**: 認証データの保護は重要です。[暗号化のベストプラクティス](https://capgo.app/docs/cli/migrations/encryption/)に従い、機密情報の安全を確保するために各プラットフォームが提供するセキュリティガイドラインを遵守します。
-    
-
-バイオメトリック機能に関連する更新や問題を修正する際に、アプリストアの承認なしで行えるようにするには、Capgoのようなツールを使用できます。これにより、AppleとAndroidのポリシーに準拠しながら、バグの修正や機能の改善をリアルタイムで行うことができます。
-:::
diff --git a/src/content/blog/ja/birth-of-capgo-revolutionizing-capacitor-app-updates.md b/src/content/blog/ja/birth-of-capgo-revolutionizing-capacitor-app-updates.md
deleted file mode 100644
index d98826b7b..000000000
--- a/src/content/blog/ja/birth-of-capgo-revolutionizing-capacitor-app-updates.md
+++ /dev/null
@@ -1,53 +0,0 @@
----
-slug: birth-of-capgo-revolutionizing-capacitor-app-updates
-title: GitHubのIssueがビジネスへと進化した方法
-description: >-
-  CapacitorアプリのためのイノベーティブなライブアップデートシステムCapgoの開発背景にある試練と成功、そして必要性から生まれ、コミュニティのフィードバックによって形作られた軌跡をご紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-07-13T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /capgo-birth-story.webp
-head_image_alt: Capgoのアイデアから製品までの進化を視覚的に表現
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: development
-published: true
-locale: ja
-next_blog: ''
----
-## 創世記：コミュニティからのリクエスト
-
-Capgoの種は、私がソロメーカーとしての旅を始める遥か前に蒔かれていました。2020年7月8日、alexcrooxという名のコミュニティメンバーが、後にCapgoの青写真となるプラグインリクエストを提出しました。
-
-![Initial plugin request](/capgo-initial-request.webp)
-
-このリクエストは、「Capacitor Hot Code Push」プラグインの必要性を以下の重要点で概説しました：
-
-1. **プラットフォーム**: AndroidとiOS両方のサポート。
-2. **既存のソリューション**: MS Code Push（Capacitorのサポートがない）やApp Flow（高価で柔軟性に欠ける）など、現在のオプションの限界を指摘。
-3. **説明**: アプリストアのレビュープロセスを経ることなく、アプリのjs/css/htmlをリアルタイムで更新する機能。
-4. **主要機能**: 
-   - 開発者が選択したサーバー/エンドポイントからの無線更新を可能にする。
-   - 更新されたdistフォルダのzipファイルをダウンロードし、展開して、Capacitorに新しいディレクトリから起動するよう指示する。
-   - 更新の検証、インストールのタイミング、選択的な更新のダウンロードなどの追加機能。
-
-この包括的なリクエストは、65のいいねと25のハートリアクションを集め、大きなコミュニティのサポートを得ました。これは、Capacitorエコシステムにおけるこのようなソリューションへの強い需要を明確に示していました。
-
-1年以上後に私がこのリクエストを見つけた時、自分のプロジェクトで直面していた課題と深く共鳴しました。それは、このようなツールの必要性の確認となり、後にCapgoとなるものの道筋を示すものとなりました。
-
-このプラグイン提案に対するコミュニティの熱意は、私個人の経験と相まって、Capgoの開発の原動力となりました。これは、アイデアから実装までの期間が1年以上にわたる場合でも、オープンソースコミュニティがニーズを特定し、ソリューションを生み出すことができる完璧な例です。
-
-## 新しい章の始まり
-
-Capgoの物語に入る前に、舞台設定をすることが重要です。2021年、私はCashstoryのCTOの役職を辞め、株式を売却するという人生を変える決断をしました。これは不確実性に満ちていながらも、無限の可能性を秘めたソロメーカーとしての旅の始まりでした。
-
-![Lisbon digital nomad life](/capgo-lisbon-nomad.webp)
-
-貯金を安全網として、私は新しい冒険に乗り出しました。ポルトガルのリスボンでデジタルノマドとして生活し、街のテックシーンと文化を楽しみながら、情熱的なプロジェクトに焦点を当てていました。私の主な焦点は、モバイルアプリのクロスフィットタイマーであるCaptimeでした。このプロジェクトが、もっと大きな何かを生み出すことになるとは、当時は知る由もありませんでした。
-
-リスボンのスタートアップエコシステムのエネルギーとデジタルノマドライフスタイルの自由は、イノベーションにとって完璧な背景を提供しました。世界中の起業家や開発者に囲まれたこの環境で、Capgoの種が蒔かれたのです。
-
-[以下略...]
diff --git a/src/content/blog/ja/building-a-native-mobile-app-with-nextjs-and-capacitor.md b/src/content/blog/ja/building-a-native-mobile-app-with-nextjs-and-capacitor.md
deleted file mode 100644
index d4a709076..000000000
--- a/src/content/blog/ja/building-a-native-mobile-app-with-nextjs-and-capacitor.md
+++ /dev/null
@@ -1,199 +0,0 @@
----
-slug: building-a-native-mobile-app-with-nextjs-and-capacitor
-title: 2024 Next.js 14とCapacitorでネイティブモバイルアプリを作成する：ステップバイステップガイド
-description: >-
-  Next.js
-  14とCapacitorを使用してネイティブモバイルアプリを作成する方法を、この包括的なガイドで学びましょう。機能豊富で高性能なモバイルアプリケーションを構築するための最新のベストプラクティスとテクニックを探求します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-02-21T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /next_capgo.webp
-head_image_alt: Next.js 14とCapacitorのイラストレーション
-keywords: >-
-  Next.js 14, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-# はじめに
-
-このチュートリアルでは、2024年における[Next.js](https://nextjs.org/) 14と[Capacitor](https://capacitorjs.com/)の強力な組み合わせを使用してネイティブモバイルアプリを作成する方法を探ります。これらの最新テクノロジーを活用することで、高性能で機能豊富なモバイルアプリケーションを簡単に構築できます。また、[Konsta UI](https://konstaui.com/)とTailwind CSSを使用してモバイルUIを強化する方法も紹介しますが、この手順はオプションです。
-
-人気のReactフレームワークであるNext.jsはWebアプリケーション構築のための堅実な基盤を提供し、Capacitorを使用することで、大きな変更やReact Nativeのような新しいスキルを学ぶ必要なく、Next.jsアプリをネイティブモバイルアプリに変換できます。このチュートリアルでは、新しいNext.jsアプリのセットアップから始めて、Capacitorを統合してネイティブモバイル体験を作成するまでのプロセスをガイドします。
-
-### Next.jsとCapacitorを使用する利点
-
-- **コードの再利用性**: Next.jsを使用すると、再利用可能なコンポーネントを作成し、Webアプリとモバイルアプリでコードを共有できるため、開発時間と労力を節約できます。
-- **パフォーマンス**: Next.jsは、サーバーサイドレンダリングやコード分割などの組み込みのパフォーマンス最適化を提供し、高速な読み込み時間とスムーズなユーザー体験を確保します。
-- **ネイティブ機能**: Capacitorは、カメラや位置情報などのネイティブデバイス機能へのアクセスを提供し、機能豊富なモバイルアプリを構築できます。
-- **簡素化された開発**: Capacitorを使用すると、馴染みのあるWeb技術を使用してモバイルアプリを開発およびテストできるため、学習曲線が減少し、開発プロセスが効率化されます。
-
-## Next.jsアプリの準備
-
-まず、`create-next-app`コマンドを使用して新しいNext.jsアプリケーションを作成しましょう：
-
-次に、プロジェクトディレクトリに移動します：
-
-ネイティブモバイルアプリを作成するには、Next.jsプロジェクトの静的エクスポートを生成する必要があります。`package.json`ファイルを更新して、プロジェクトのビルドとエクスポート用のスクリプトを含めます：
-
-`npm run static`コマンドを実行すると、画像最適化の非互換性によりエラーが発生する可能性があります。これを解決するには、`next.config.js`ファイルを開いて以下のように修正します：
-
-これで、`npm run static`を実行すると問題なく動作し、プロジェクトのルートに新しい`out`フォルダが作成されます。このフォルダは次のステップでCapacitorによって使用されます。
-
-## Next.js 14アプリへのCapacitorの追加
-
-Next.jsアプリをネイティブモバイルコンテナにパッケージ化するには、以下の手順に従います：
-
-1. 開発依存関係として[Capacitor CLI](https://capacitorjs.com/docs/cli/)をインストールします：
-
-2. Next.jsプロジェクトでCapacitorを初期化します：
-
-初期化プロセス中、アプリ名とバンドルIDのデフォルト値を受け入れるためにEnterを押すことができます。
-
-3. 必要なCapacitorパッケージをインストールします：
-
-4. ネイティブプラットフォームを追加します：
-
-Capacitorはプロジェクトのルートに各プラットフォーム（`ios`と`android`）のフォルダを作成します。これらのフォルダにはそれぞれiOSとAndroidのネイティブプロジェクトが含まれています。
-
-Androidプロジェクトにアクセスしてビルドするには、[Android Studio](https://developer.android.com/studio)がインストールされている必要があります。iOS開発には、[Xcode](https://developer.apple.com/xcode/)がインストールされたMacが必要です。
-
-5. Capacitorを設定します：
-
-`capacitor.config.ts`ファイルを開き、`webDir`プロパティをNext.jsビルドの出力ディレクトリを指すように更新します：
-
-6. プロジェクトをビルドして同期します：
-
-`npm run static`コマンドはNext.jsプロジェクトをビルドして静的ファイルをエクスポートし、`npx cap sync`はWebコードをネイティブプラットフォームと同期します。
-
-## ネイティブアプリのビルドとデプロイ
-
-ネイティブモバイルアプリをビルドしてデプロイするには、以下の手順に従います：
-iOSアプリを開発するには**Xcode**が、Androidアプリを開発するには**Android Studio**がインストールされている必要があります。さらに、アプリをアプリストアで配布する予定がある場合は、iOSの場合はApple Developer Program、Androidの場合はGoogle Play Consoleに登録する必要があります。
-
-1. ネイティブプロジェクトを開きます：
-
-iOSの場合：
-
-Androidの場合：
-
-2. アプリをビルドして実行します：
-
-![android-studio-run](/android-studio-run.webp)
-
-- Android Studioでは、プロジェクトの準備が整うのを待ってから、「実行」ボタンをクリックして接続されているデバイスまたはエミュレータにアプリをデプロイします。
-![xcode-run](/xcode-run.webp)
-
-- Xcodeでは、実際のデバイスにアプリをデプロイするために署名アカウントを設定します。これを初めて行う場合、Xcodeがプロセスをガイドします（Apple Developer Programに登録している必要があることに注意してください）。設定が完了したら、「再生」ボタンをクリックして接続されているデバイスでアプリを実行します。
-
-おめでとうございます！Next.jsウェブアプリをモバイルデバイスに正常にデプロイしました。
-
-<Note>
-  <p>開発中はもっと速い方法もあります...</p>
-</Note>
-
-## Capacitorライブリロード
-
-開発中は、ライブリロードを活用して変更をモバイルデバイスで即座に確認できます。この機能を有効にするには、以下の手順に従います：
-
-1. ローカルIPアドレスを見つけます：
-
-- macOSでは、ターミナルで以下のコマンドを実行します：
-
-- Windowsでは、以下を実行します：
-  出力からIPv4アドレスを探します。
-
-2. サーバー設定を含むように`capacitor.config.ts`ファイルを更新します：
-
-`YOUR_IP_ADDRESS`をあなたのローカルIPアドレスに置き換えてください。
-
-3. 変更をネイティブプロジェクトに適用します：
-
-`copy`コマンドは、プロジェクト全体を更新せずにウェブフォルダと設定の変更をネイティブプロジェクトにコピーします。
-
-4. Android StudioまたはXcodeを使用してデバイスでアプリを再ビルドして実行します。
-
-これで、Next.jsアプリに変更を加えるたびに、モバイルアプリが自動的にリロードされてその変更が反映されます。
-
-注意：新しいプラグインをインストールしたりネイティブファイルに変更を加えたりする場合は、ライブリロードはWebコードの変更にのみ適用されるため、ネイティブプロジェクトを再ビルドする必要があります。
-
-## Capacitorプラグインの使用
-
-Capacitorプラグインを使用すると、Next.jsアプリからネイティブデバイスの機能にアクセスできます。例として[Shareプラグイン](https://capacitorjs.com/docs/apis/share/)の使用方法を見てみましょう：
-
-1. Shareプラグインをインストールします：
-
-2. Shareプラグインを使用するように`pages/index.js`ファイルを更新します：
-
-3. 変更をネイティブプロジェクトと同期します：
-
-前述したように、新しいプラグインをインストールする場合は、同期操作を実行してからアプリをデバイスに再デプロイする必要があります。これを行うには、以下のコマンドを実行します：
-
-4. デバイスでアプリを再ビルドして実行します。
-
-これで、「Share now!」ボタンをクリックすると、ネイティブの共有ダイアログが表示され、他のアプリとコンテンツを共有できるようになります。
-
-<Note>
-  <p>ボタンをよりモバイルフレンドリーに見せるために、私のお気に入りのUIコンポーネントライブラリであるNext.js（意図的な言葉遊びではありません）を使用してスタイリングを追加できます。</p>
-</Note>
-
-## Konsta UIの追加
-
-私は何年もの間、素晴らしいクロスプラットフォームアプリケーションを構築するために[Ionic](https://ionicframework.com/)を使用してきました。
-しかし、現在では[tailwindcss](https://tailwindcss.com/)が既にある場合、Next.jsとの統合が非常にハッキーで価値がないため、もはや推奨していません。
-
-iOSとAndroid固有のスタイリングに適応する本当に素晴らしい見た目のモバイルUIが必要な場合は、Kosta UIをお勧めします。
-
-[tailwindがすでにインストールされている](https://tailwindcss.com/docs/guides/nextjs/)必要があります。
-Next.jsアプリのモバイルUIを強化するために、iOSとAndroidのスタイリングに適応するモバイルフレンドリーなUIコンポーネントライブラリである[Konsta UI](https://konstaui.com/)を使用できます。Konsta UIを統合するには、以下の手順に従います：
-
-1. 必要なパッケージをインストールします：
-
-2. `tailwind.config.js`ファイルを更新します：
-
-3. `pages/_app.js`でKonsta UIの`App`コンポーネントでアプリをラップします：
-
-### 例ページ
-
-すべてのセットアップが完了したら、Next.jsページでKonsta UI Reactコンポーネントを使用できます。
-
-4. Konsta UIコンポーネントを使用するように`pages/index.js`ファイルを更新します：
-
-5. 開発サーバーを再起動してアプリを再ビルドします。
-
-これで、Next.jsアプリはKonsta UIを使用したネイティブな見た目のモバイルUIを持つようになりました。
-
-## パフォーマンス最適化
-
-Next.jsとCapacitorアプリの最適なパフォーマンスを確保するために、以下のベストプラクティスを考慮してください：
-
-- 未使用の依存関係とアセットを削除してアプリサイズを最小化する。
-- 画像やその他のメディアファイルを最適化して読み込み時間を短縮する。
-- コンポーネントとページの遅延読み込みを実装して初期読み込みのパフォーマンスを向上させる。
-- Next.jsのサーバーサイドレンダリング（SSR）を使用してアプリの読み込み速度と検索エンジン最適化（SEO）を向上させる。
-- Webビューのキャッシュとアプリのバンドルなど、Capacitorの組み込みの最適化を活用する。
-
-## 結論
-
-このチュートリアルでは、Next.jsとCapacitorを使用してネイティブモバイルアプリを構築する方法を探りました。これらのテクノロジーのパワーを活用することで、高性能で機能豊富なモバイルアプリケーションを簡単に作成できます。
-
-Next.jsアプリのセットアップ、Capacitorの統合、モバイルデバイスへのアプリのビルドとデプロイの手順について説明しました。さらに、Capacitorプラグインの使用、Konsta UIを使用したモバイルUIの強化、パフォーマンス最適化技術についても説明しました。
-
-Next.jsとCapacitorアプリをさらに発展させるには、[Capgo](https://capgo.app/)を検討して、シームレスなライブアップデートを実現し、ユーザーが常に最新の機能とバグ修正にアクセスできるようにすることをお勧めします。
-
-このガイドで説明したベストプラクティスと技術に従うことで、Next.jsとCapacitorを使用して素晴らしいネイティブモバイルアプリを構築する準備が整います。
-
-## リソース
-
-- [Next.js ドキュメント](https://nextjs.org/docs)
-- [Capacitor ドキュメント](https://capacitorjs.com/docs)
-- [Konsta UI ドキュメント](https://konstaui.com/docs)
-- [Capgo - Capacitorアプリのライブアップデート](https://capgo.app/)
-
-アプリ開発を楽しんでください！
-
-Capgoがより良いアプリをより速く構築するのにどのように役立つか学びましょう。今すぐ[無料アカウントにサインアップ](/register/)してください。
diff --git a/src/content/blog/ja/capacitor-app-initialization-step-by-step-guide.md b/src/content/blog/ja/capacitor-app-initialization-step-by-step-guide.md
deleted file mode 100644
index ef4b34b5d..000000000
--- a/src/content/blog/ja/capacitor-app-initialization-step-by-step-guide.md
+++ /dev/null
@@ -1,230 +0,0 @@
----
-slug: capacitor-app-initialization-step-by-step-guide
-title: Capacitor アプリの初期化：ステップバイステップガイド
-description: >-
-  Capacitor
-  を使用してモバイルアプリを効率的にセットアップおよびデプロイする方法について、インストールからプラットフォーム固有の設定まで学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:11:03.831Z
-updated_at: 2025-03-28T03:11:14.608Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e6018fa2c14cac42f82293-1743131474608.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, mobile app development, iOS setup, Android setup, app
-  configuration, web apps, plugins, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-**シングルコードベースでモバイルアプリを構築したいですか？** [Capacitor](https://capacitorjs.com/)を使用すると、[React](https://reactdev/)、[Angular](https://angulario/)、[Vue](https://vuejsorg/)などのフレームワークを使用してiOS、Android、Webアプリを簡単に作成できます。このガイドでは、[Capacitor](https://capacitorjs.com/)のセットアップ方法、プラットフォームの構成方法、効率的な更新のデプロイ方法について説明します。
-
-### 始めるための重要なステップ：
-
-- **ツールのインストール**: [Nodejs](https://nodejsorg/en)、npm、Git、[VS Code](https://codevisualstudiocom/)などのコードエディタ
-- **Capacitorのセットアップ**: Capacitor CLIをインストールしてプロジェクトを初期化
-- **プラットフォームの構成**: iOSとAndroidのサポートを追加し、設定を調整してコードを同期
-- **テストとデプロイ**: ビルド、デバイスでの実行、[Capgo](https://capgo.app/)などのライブ更新ツールを使用してシームレスな更新を実現
-
-Capacitorは、Webアプリとネイティブデバイス機能を橋渡しし、プラットフォーム間でスムーズなパフォーマンスを確保します。このガイドに従って、アプリ開発プロセスを簡素化しましょう！
-
-## [CAPACITOR](https://capacitorjs.com/)でネイティブアプリを作る5つのステップ | Ionicリリースガイド
-
-![CAPACITOR](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-28.jpg?auto=compress)
-
-<Steps>
-<Steps>
-
-## 必要なツールとセットアップ
-
-開発環境に必要なツールをセットアップする方法を説明します。
-
-### 開発ツールのインストール
-
-Capacitorを使用するには、以下のツールが必要です：
-
-| ツール | 目的 | 最小バージョン |
-| --- | --- | --- |
-| Nodejs | JavaScriptランタイム環境 | 14.0.0以上 |
-| npm | パッケージマネージャー | 6.0.0以上 |
-| IDE/コードエディタ | 開発環境 | 最新の安定版 |
-| Git | バージョン管理 | 2.0.0以上 |
-
-インストール手順は以下の通りです：
-
-- **NodejsとNPM**: 公式[Nodejsウェブサイト](https://nodejsorg)からダウンロードしてインストール
-- **コードエディタ**: VS Code、[WebStorm](https://wwwjetbrainscom/webstorm/)、[Sublime Text](https://wwwsublimetextcom/)などから選択して最新の安定版をインストール
-- **Git**: [git-scmcom](https://git-scmcom)から入手
-- **プラットフォーム固有のツール**: macOS用の[Xcode](https://developer.apple.com/xcode/)やAndroid開発用の[Android Studio](https://developerandroidcom/studio)など、プラットフォーム固有のツールをインストール
-
-これらをインストールしたら、Capacitor CLIのセットアップに進みます。
-
-### Capacitor CLIのセットアップ
-
-以下の手順でCapacitor CLIを設定します：
-
-1. **Capacitor CLIをグローバルにインストール**
-    
-    ターミナルを開いて以下のコマンドを実行：
-    
-    [[CODE_BLOCK]]
-    
-2. **Capgoプラグインの初期化**
-    
-    まだ実行していない場合は以下を実行：
-    
-    [[CODE_BLOCK]]
-    
-    これにより、[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)に必要な設定が構成されます[\[1\]](https://capgo.app/) 。アプリのビルド、テスト、デプロイのプロセスが簡素化されます。
-
-## 新しいCapacitorプロジェクトの開始
-
-必要なツールをインストールしたら、最初のCapacitorプロジェクトをセットアップする準備が整いました。
-
-### プロジェクトの作成
-
-新しいCapacitorプロジェクトを作成するには、ターミナルを開いて以下のコマンドを使用します：
-
-[[CODE_BLOCK]]
-
-例：
-
-[[CODE_BLOCK]]
-
-各パラメータの意味：
-
-- **projectDirectory**: プロジェクトフォルダの名前（例：`my-cap-app`）
-- **appId**: アプリの逆ドメイン識別子（例：`com.example.app`）
-- **appDisplayName**: アプリの表示名（例：`My Capacitor App`）
-
-このコマンドを実行した後、`capacitorconfig.json`ファイルでプロジェクト設定を調整する必要があります。
-
-### capacitorconfig.jsonの設定
-
-`capacitorconfig.json`ファイルは、プロジェクトの主要な設定を定義する場所です。基本的な設定例：
-
-[[CODE_BLOCK]]
-
-主要なオプションの内訳：
-
-| 設定 | 目的 | 設定例 |
-| --- | --- | --- |
-| **appId** | アプリの一意の識別子 | `com.example`Here's the Japanese translation:
-
-app` |
-| **appName** | アプリの表示名 | `My Capacitor App` |
-| **webDir** | ビルド出力ディレクトリ | `dist` |
-| **bundledWebRuntime** | Capacitorランタイムを含めるかどうか | `false` |
-| **serverhostname** | 開発サーバーのホスト名 | `appexamplecom` |
-| **serverandroidScheme** | Android用のURLスキーム | `https` |
-| **serveriosScheme** | iOS用のURLスキーム | `https` |
-
-### 依存関係のインストール
-
-セットアップを完了するには、必要な依存関係をインストールし、以下のコマンドでプロジェクトを初期化します：
-
-[[CODE_BLOCK]]
-
-これらのステップを完了すると、プロジェクトはプラットフォーム固有のセットアップと開発の準備が整います。
-
-## モバイルプラットフォームのセットアップ
-
-Capacitorプロジェクトが初期化されたら、次のステップはiOSとAndroidプラットフォームを追加して設定し、アプリがモバイルデバイスでネイティブに実行できるようにすることです。
-
-### iOSとAndroidのセットアップ
-
-以下のコマンドを使用してプラットフォームサポートを追加することから始めます：
-
-[[CODE_BLOCK]]
-
-プラットフォームを追加した後、以下のコマンドでWebコードを同期します：
-
-[[CODE_BLOCK]]
-
-これらのコマンドを実行する前に、Webアプリケーションがビルドされ、`capacitorconfigjson`の`webDir`が正しく設定されていることを確認してください。完了したら、各プラットフォームの設定をアプリのニーズに合わせてカスタマイズします。
-
-### プラットフォーム固有の設定
-
-#### iOS
-
-以下のコマンドでiOSプロジェクトを開きます：
-
-[[CODE_BLOCK]]
-
-次に、以下の設定を行います：
-
--   **Bundle Identifier**: appIdと一致することを確認
--   **Development Team**: コード署名のための適切なチームを割り当て
--   **Deployment Target**: 最小iOSバージョンを設定
--   **Device Orientation**: 必要に応じて調整
--   **Privacy Descriptions**: `Infoplist`に必要な説明を追加
-
-#### Android
-
-以下のコマンドでAndroidプロジェクトを開きます：
-
-[[CODE_BLOCK]]
-
-次に、以下の設定を更新します：
-
--   **Package Name**: appIdと一致することを確認
--   **Permissions**: `AndroidManifestxml`で必要な権限を定義
--   **Screen Orientation**: `AndroidManifestxml`で設定
--   **Target SDK**: `android/app/buildgradle`で適切なバージョンを設定
-
-### アセットと設定の場所
-
-アプリアイコン、スプラッシュスクリーン、ディープリンク、権限の主要ファイルは以下の場所にあります：
-
-| 設定 | iOS の場所 | Android の場所 |
-| --- | --- | --- |
-| アプリアイコン | `ios/App/App/Assetsxcassets` | `android/app/src/main/res` |
-| スプラッシュスクリーン | `ios/App/App/Assetsxcassets` | `android/app/src/main/res` |
-| ディープリンク | `ios/App/App/Infoplist` | `AndroidManifestxml` |
-| 権限 | `Infoplist` | `AndroidManifestxml` |
-
-これらの設定が完了すれば、モバイルデバイスでアプリをビルドしてテストする準備が整います。
-
-## ビルドとテスト
-
-前述のセットアップを使用して、[Capacitor アプリ](https://capgo.app/plugins/ivs-player/)を様々なデバイスで正しく動作するようビルドしてテストできます。
-
-### ビルドと実行コマンド
-
-アプリがモバイルプラットフォーム用に設定されたら、ビルドとテストを実行する時です。まず、Webアセットを更新します：
-
-[[CODE_BLOCK]]
-
-次に、対象プラットフォームに応じて適切なコマンドを使用します：
-
-**iOS の場合：**
-
-[[CODE_BLOCK]]
-
-**Android の場合：**
-
-[[CODE_BLOCK]]
-
-これらのコマンドは、シミュレータまたは接続されたデバイスでアプリをビルドして起動します。実機とシミュレータの両方でテストを行うことは、プラットフォーム固有の問題を特定するために重要です。
-
-### Capacitor プラグインの追加
-
-[Capacitor プラグイン](https://capgo.app/plugins/)を使用すると、アプリにネイティブ機能を追加できます。例えば、カメラ、位置情報、ストレージ機能を含めるには、以下を実行します：
-
-[[CODE_BLOCK]]
-
-インストール後、ネイティブプロジェクトでプラグインを設定します。セットアップ要件の概要は以下の通りです：
-
-| **プラグイン** | **iOS の設定** | **Android の設定** |
-| --- | --- | --- |
-| カメラ | [プライバシー説明](https://capgo.app/privacy/)を追加 | マニフェストに権限を追加 |
-| 位置情報 | 位置情報使用説明を追加 | 位置情報の権限を追加 |
-| ストレージ | 追加設定不要 | 追加設定不要 |
-
-### [Capgo](https://capgo.app/)でのライブアップデート
-
-![Capgo Live Update Dashboard Interface](https://mars-imagesimgix
\ No newline at end of file
diff --git a/src/content/blog/ja/capacitor-apps-and-data-sharing-policies.md b/src/content/blog/ja/capacitor-apps-and-data-sharing-policies.md
deleted file mode 100644
index 1f0b2be42..000000000
--- a/src/content/blog/ja/capacitor-apps-and-data-sharing-policies.md
+++ /dev/null
@@ -1,199 +0,0 @@
----
-slug: capacitor-apps-and-data-sharing-policies
-title: アプリCapacitorとデータ共有ポリシー
-description: App Storeの共有データポリシーに関するCapacitorアプリのコンプライアンスを確保するために必要なポリシーについて説明します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T03:16:34.140Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292-1744427806390.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  data privacy, app compliance, user consent, encryption, data sharing policies,
-  mobile development, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**AppleとGoogle Playの厳格なデータ規則に準拠したアプリを作りたいですか？以下が知っておくべき重要なポイントです：**
-
--   **データプライバシーは譲れない**: AppleとGoogleの両方とも、暗号化、明確な許可、詳細なプライバシー開示によるユーザーデータの保護を要求しています。
--   **コンプライアンスのための主要な実践**:
-    -   データセキュリティのための**エンドツーエンド暗号化**を使用
-    -   収集されるデータとその理由を明確に説明
-    -   ユーザーが自身のデータを簡単に制御・管理できるようにする
--   **[Capgo](https://capgo.app/)のようなツールが役立つ**: Capgoは[セキュアなアップデート](https://capgo.app/docs/live-updates/update-behavior/)、リアルタイムエラー追跡、権限管理などの機能でコンプライアンスを簡素化します。
-
-### プラットフォームルールの概要
-
-| プラットフォーム | 主要なルール |
-| --- | --- |
-| **Apple** | 明示的なユーザー同意、プライバシーラベル、暗号化データ、詳細なポリシー |
-| **Google Play** | データ安全性セクション、簡単なユーザーコントロール、機密データの暗号化 |
-
-## プラットフォーム別データ共有ルール
-
-### Appleのデータルール
-
-Appleはユーザーデータの取り扱いに関して厳格なガイドラインを持っています。プライバシーへの焦点は、開発者が収集するデータとその使用方法について明確にすることを要求しています。主要なルールは以下の通りです：
-
-| **要件カテゴリー** | **具体的なルール** |
-| --- | --- |
-| **ユーザー同意** | 個人データを収集する前に明示的な許可が必要 |
-| **データ収集** | 収集されるすべてのデータタイプを明確に開示 |
-| **データセキュリティ** | 機密情報は送信時に暗号化が必要 |
-| **プライバシーラベル** | App Storeのリストには正確なプライバシー「栄養成分表示」を含める必要がある |
-
-アプリはまた、データ共有を管理するための明確なコントロールをユーザーに提供する必要があります。さらに、Appleは特にサードパーティツールや分析のための[プライバシーポリシー](https://capgo.app/dp/)を詳細に文書化することを要求しています。これらのルールはプラットフォームでのプライバシーに高い基準を設定しています。
-
-### [Google Play](https://play.google/developer-content-policy/)のデータルール
-
-![Google Play](https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292/d9eaff620e00868f1718d6169d99e37d.jpg)
-
-Google Playは透明性とユーザーのデータ制御を重視しています。要件には以下が含まれます：
-
-| **要件** | **実装の詳細** |
-| --- | --- |
-| **データ安全性セクション** | 開発者は収集されるデータを完全に開示する必要がある |
-| **ユーザーコントロール** | プライバシー設定とデータ削除オプションに簡単にアクセスできる必要がある |
-| **セキュリティ対策** | 個人データと機密データは暗号化が必要 |
-| **[アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | [アプリアップデート](https://capgo.app/plugins/capacitor-updater/)とパッチは安全に配布される必要がある |
-
-コンプライアンスを維持するために、開発者はセキュアなアップデートプロセスに焦点を当て、ユーザーデータ管理のための明確なオプションを提供する必要があります。Capgoのようなツールは、エンドツーエンド暗号化、制御されたベータテスト、段階的なロールアウト、分析追跡などの機能でこれらの取り組みをサポートします[\[1\]](https://capgo.app/) 。
-
-AppleとGoogle Play両方とも、開発者に定期的なアプリの監視と進化する基準に合わせた更新を要求しています。
-
-## ポリシー要件への対応
-
-### データ収集の制限
-
-プライバシーリスクを減らし、プラットフォームポリシーに沿うために、必要なデータのみを収集することに焦点を当てます。
-
-| **データ収集原則** | **実装方法** |
-| --- | --- |
-| 最小限のデータ収集 | コア機能に必要なものだけを収集 |
-| 目的の制限 | 各データポイントを収集する理由を明確に文書化 |
-| データ保持 | ユーザー情報の保存期間を具体的に定義 |
-| アップデート管理 | アプリアップデートを配信するためのセキュアなシステムを使用 |
-
-Capgoのようなセキュアなアップデートシステムを使用することで、コンプライアンス率を向上させることができます。例えば、Capgoを利用しているアプリでは、アクティブユーザーの95%が24時間以内にアップデートを受け取っています[\[1\]](https://capgo.app/) 。
-
-### データセキュリティ方法
-
-ユーザーデータの保護には、特に現代の[Capacitor](https://capacitorjs.com/)アプリにおいて、強力なセキュリティ対策が必要です。これらの対策はプラットフォーム基準に沿う必要があります。
-
-> "真のエンドツーエンド暗号化を持つ唯一のソリューション、他はただアップデートに署名するだけです" - Capgo [\[1\]](https://capgo.app/)
-
-データセキュリティを確保するための主要な実践は以下の通りです：
-
--   **エンドツーエンド暗号化**：すべてのデータ送信を強力な暗号化で保護
--   **セキュアなアップデート配信**：検証された信頼できるチャネルを通じてアップデートを展開
--   **アクセス制御**：データにアクセスできる人を管理する厳格なプロトコルを実装
-
-これらのセキュリティ対策は、ユーザー権限を効果的に管理するための堅固な基盤を作ります。
-
-### ユーザー許可システム
-
-効果的な許可システムは、堅牢なデータ保護と最小限の収集実践と連携して機能します。これらはプラットフォームのコンプライアンス要件を満たしながら、ユーザーデータを保護するのに役立ちます。
-
-| **許可機能** | **ユーザーメリット** |
-| --- | --- |
-| 詳細なコントロール | ユーザーが特定の許可を選択可能 |
-| 明確な説明 | データの使用方法に関するシンプルで透明性のある説明 |
-| 簡単な管理 | アクセスと調整が容易な許可設定 |
-| アップデート同意 | 機能アップデートに関するユーザーのコントロール維持 |
-
-業界の専門家は強力な許可システムの価値を強調しています：
-
-> "@Capgoは生産性を向上させたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられることは素晴らしい" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-現在、750のアプリがこれらの許可システムを本番環境で成功裏に使用しています[\[1\]](https://capgo.app/) 。
-
-## アプリ許可の説明：プライバシーを保護し、セキュアに...
-
-<iframe src="https://www.youtube.com/embed/NSOJU5nV4v4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## コンプライアンスツール
-
-プラットフォームルールとセキュアなアップデート実践を補完するために、以下のツールは[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のデータ共有要件を満たすプロセスを簡素化します。
-
-### [Capgo](https://capgo.app/)のセキュリティ機能
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292/c9663ca23e94ac8ce625337d9d850085.jpg)
-
-Capgoのセキュリティインフラストラクチャは、開発者にコンプライアンスを維持するためのツールを提供します。主要な機能には以下が含まれます：
-
-| **セキュリティ機能** | **コンプライアンスメリット** |
-| --- | --- |
-| **エンドツーエンド暗号化** | セキュアなアップデート復号化を確保 |
-| **リアルタイム分析** | アップデート成功率を追跡 |
-| **バージョン管理** | アプリバージョンを管理 |
-| **ロールバック機能** | 問題への迅速な対応を可能に |
-
-プラットフォームは2,350万件のアップデートを管理し、24時間以内に95%のユーザーアップデート率を達成しています[\[1\]](https://capgo.app/) 。
-
-### 追加のセキュリティツール
-
-Capgoはまた、データ共有実践を強化するために設計された追加ツールを通じてコンプライアンスをサポートします：
-
-| **ツールカテゴリー** | **実装メリット** |
-| --- | --- |
-| **ユーザー管理** | データアクセスを制御 |
-| **[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | 特定のロールアウトステージをターゲット |
-| **エラー追跡** | コンプライアンスの問題を特定 |
-| **CI/CD統合** | コンプライアンスチェックを自動化 |
-
-これらのツール（詳細なユーザー管理、チャネルシステム、エラー追跡、CI/CD統合など）は、コンプライアンスの課題に対応するために広く使用されています。例えば、チャネルシステムを使用すると、開発者は異なるユーザーセグメント向けにアプリバージョンを管理でき、これは地域のデータ共有ルールを遵守する上で特に役立ちます。現在、750のアプリがこれらのツールを本番環境で成功裏に活用しています[\[1\]](https://capgo.app/) 。
-
-Capgoはまた、カスタマイズ可能な権限を持つ高度なセキュリティニーズをサポートし、強化された制御のための柔軟な組織管理を提供します。
-
-## 一般的なポリシーの問題と修正
-
-データ共有基準に準拠するために、一般的な間違いを避けましょう。以下は頻繁な問題に対する実践的な解決策です。
-
-### 主なポリシーの間違い
-
-以下は、アップデート配信を妨げ、ユーザーデータのセキュリティを損なう可能性のある一般的なエラーです：
-
-| ポリシーの間違い | 影響 | 防止方法 |
-| --- | --- | --- |
-| ユーザー同意の欠如 | アプリストアの拒否 | 明確で透明性のある同意フローを使用 |
-| 安全でないデータ転送 | セキュリティの脆弱性 | エンドツーエンド暗号化を実装 |
-| 不適切なバージョン管理 | アップデートの競合 | 自動化されたバージョン追跡に依存 |
-| 不適切なアップデート配布 | ユーザーエクスペリエンスの問題 | 展開に段階的なロールアウトを使用 |
-
-これらの問題は、適切な計画と信頼できるツールで最小限に抑えることができます。チャネルベースのシステムを採用した開発者は、アップデート関連の課題が少なくなる傾向があります。
-
-### 問題解決のステップ
-
-1.  **セキュアなアップデート配布**  
-    Capgoが提供する暗号化ツールなど、すべてのデータ転送をエンドツーエンド暗号化で保護します[\[1\]](https://capgo.app/) 。
-    
-2.  **監視システム**  
-    リアルタイムエラー追跡ツールを使用して、問題を迅速に捕捉し対処します。
-    
-3.  **回復プロトコル**  
-    以下の対策で潜在的な障害に備えます：
-    
-    | 対応アクション | 実装 | メリット |
-    | --- | --- | --- |
-    | バージョンロールバック | ワンクリックで元に戻す | 迅速な回復を可能に |
-    | エラー追跡 | 自動化された監視 |
-
-| 領域 | 戦略 | 利点 |
-| --- | --- | --- |
-| データセキュリティ | エンドツーエンド暗号化 | データ漏洩からの保護 |
-| アップデート配信 | チャンネルベースのデプロイメント | 制御されたアップデートを可能に |
-| ポリシー監視 | リアルタイム追跡 | コンプライアンスの維持 |
-| ユーザー管理 | 権限ベースのシステム | 透明性の向上 |
-
-これらの戦略に焦点を当てることで、コンプライアンスを維持しながらアプリの継続的な成功を確保できます。
-
-### 次のステップ
-
-AppleとGoogleの開発者ポータルの更新情報を注視して、ポリシーの変更について常に把握しておきましょう。エンドツーエンド暗号化を実装してセキュリティを強化し、ユーザーデータを保護し、現在の基準に合わせましょう。
-
-Capgoのようなツールの使用を検討してください。Capgoは750以上の本番アプリのアップデートを管理してきました[\[1\]](https://capgo.app/) 。これにより、アプリを最新の状態に保ち、ポリシー違反を回避するのに役立ちます。
diff --git a/src/content/blog/ja/capacitor-apps-and-russias-data-laws-compliance-tips.md b/src/content/blog/ja/capacitor-apps-and-russias-data-laws-compliance-tips.md
deleted file mode 100644
index 130df3b3a..000000000
--- a/src/content/blog/ja/capacitor-apps-and-russias-data-laws-compliance-tips.md
+++ /dev/null
@@ -1,234 +0,0 @@
----
-slug: capacitor-apps-and-russias-data-laws-compliance-tips
-title: Capacitorアプリとロシアのデータ法：コンプライアンスのヒント
-description: ロシアでアプリを開発するための重要なコンプライアンスのヒントを学び、データのローカリゼーションやユーザー保護のためのプライバシーポリシーを含みます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T03:05:27.312Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680ae0495a08fca891774cdd-1745550383310.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Russia data laws, data localization, Capacitor app compliance, privacy policy,
-  user consent
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-ロシアのデータローカリゼーション法を遵守するために、[Capacitor](https://capacitorjs.com/) アプリを開発する際は、ロシアのユーザーの個人データがロシア国内に物理的に存在するサーバーに保存されることを確実にする必要があります。遵守しない場合は、罰則やアプリストアの拒否につながる可能性があります。以下は知っておくべきことです：
-
--   **サーバーのセットアップ**: 認定を受けたロシアのデータセンター（例：[Yandex.Cloud](https://yandex.cloud/en/solutions/gateway-to-russia)、[Mail.ru Cloud Solutions](https://cloud.mail.ru/)）を使用し、ロシアのデータを保持するためにジオルーティングを実装します。
--   **[プライバシーポリシー](https://capgo.app/privacy/)**: ロシア語のプライバシーポリシーを提供し、[データストレージ](https://capgo.app/plugins/capacitor-data-storage-sqlite/)やユーザーの権利、処理 Practices を詳細に記載します。
--   **同意メカニズム**: データ収集のためのオプトインチェックボックスを追加し、ユーザーが簡単に同意を撤回できるようにします。
--   **遵守監視**: 定期的な監査を行い、遵守を文書化し、[Capgo](https://capgo.app/) のようなツールを使用して、[安全な更新](https://capgo.app/docs/live-updates/update-behavior/)とリアルタイム監視を実施します。
-
-**クイック概要**:
-
--   **主要な要件**: データローカリゼーション、プライバシーポリシーの更新、ユーザー同意、遵守チェック。
--   **ツール**: Capgoによる安全な更新と遵守監視。
-
-## セミナー RPPA - ロシアにおけるプライバシー (英語)
-
-<iframe src="https://www.youtube.com/embed/qpppbgexKko" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## ロシアのデータ法：主要な要件
-
-Capacitorを使用する開発者は、ロシアのユーザーからの個人データがロシア国内に物理的に存在するサーバーに保存されることを確実にしなければなりません。これは主要な法的要件です。
-
-### データストレージ規則
-
-ユーザープロフィールや連絡先情報など、すべての個人データは、ロシアのデータ居住規則に準拠したロシア国内のサーバーに保存されなければなりません。
-
-次のステップは、これらのストレージ要件に伴う罰則や執行措置を理解することです。
-
-## ロシア市場向けアプリストアの規則
-
-ロシアで[Capacitorアプリ](https://capgo.app/plugins/ivs-player/)を立ち上げるには、厳格なデータ法およびアプリストアのガイドラインに従う必要があります。アプリはプラットフォーム基準と現地の規制に整合させる必要があります。以下は、ストア承認と法的遵守のために考慮すべき重要な点です。
-
-### ストア承認要件
-
-[Apple App Store](https://developer.apple.com/app-store/guidelines/)や[Google Play Store](https://play.google.com/console/signup)にアプリを掲載するには、必要なすべての文書を提供し、明確な[プライバシーポリシー](https://capgo.app/dp/)を含め、プラットフォームのルールおよびロシアのデータ法に準拠したユーザーの同意機能を実装することを確認してください。
-
-### 法的基準を満たす
-
-アプリの技術的なセットアップは、ロシアの法的要件に従わなければなりません。[安全な更新方法](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)を使用して、更新プロセス中にユーザーデータを保護します。例えば、Capgoは更新に対してエンドツーエンドの暗号化を提供します [\[1\]](https://capgo.app/) 。強力なセキュリティ対策および明確な透明性は、アプリの承認プロセスをスムーズにすることができます。
-
-## ステップバイステップの遵守ガイド
-
-### データフロー分析
-
-データがシステムを通じてどのように移動するかをマッピングして、ロシアのユーザーデータが収集、処理、保存される場所を特定します。以下の詳細なインベントリを構築します：
-
-1.  ユーザー登録の詳細
-2.  アプリ内活動ログ
-3.  支払い処理情報
-4.  デバイス識別子
-5.  ロケーションデータ
-6.  サーバーログ
-
-フローダイアグラムを使用して、これらのデータルートを視覚化し、潜在的な遵守問題を明らかにします。ロシアのユーザーデータと対話するサードパーティサービスやAPIに特に注意を払ってください。
-
-データフローの理解が明確になったら、必要なサーバーインフラのセットアップに進むことができます。
-
-### サーバーセットアップガイド
-
-以下のステップに従って、準拠したサーバーインフラを確立します：
-
-1.  **ロシアのデータセンターを選択**: 必要なローカル基準を満たす認定されたロシアのクラウドプロバイダー（例：Yandex.Cloud や Mail.ru Cloud Solutions）と協力します。
-    
-2.  **データルーティングのセットアップ**: 地理的ルーティングロジックを使用して、ロシアのユーザーデータがロシア国内のサーバーに向かうようにします。IP検出は、正確なルーティングのためにユーザーの位置を特定するのに役立ちます。
-    
-3.  **データストレージの分離**: ロシアのユーザーデータは、明確な遵守境界を維持するために、別々のデータベースインスタンスに保存します。
-    
-
-### プライバシーポリシーの更新
-
-あなたのプライバシーポリシーは、ロシアのデータ要件を反映するために更新が必要です：
-
-1. **ローカリゼーション要件**
-
-ロシア語のプライバシーポリシーを準備し、以下をカバーします：
-
--   ユーザーデータが保存される場所
--   ロシアの法律に基づくユーザーの権利
--   データ処理の慣行
--   データ関連の問い合わせについての連絡先詳細
-
-2. **同意メカニズム**
-
-データ収集のためのオプトインチェックボックスを導入します。各データカテゴリがどのように使用されるかを明確に説明し、ユーザーが同意を簡単に撤回できるようにします。
-
-### 遵守監視
-
-遵守を維持するためには、継続的な監視が不可欠です：
-
-1.  **定期的な監査**: 毎月技術監査を実施し、データストレージの場所や処理のワークフローを確認します。
-    
-2.  **詳細な記録の保持**: 主要な遵守要素を文書化します。これには以下が含まれます：
-    
-    -   サーバーの場所
-    -   データ転送経路
-    -   ユーザー同意ログ
-    -   プライバシーポリシーの更新
-3.  **[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**: Capgoのようなプラットフォームを通じてアプリ更新を展開する際には、更新がデータローカリティ要件に準拠し、ロシアのユーザーデータが国外に転送されないようにします。
-    
-
-自動監視ツールを使用して、ロシア以外のサーバーへの偶発的なデータ転送やジオルーティングエラーなどの遵守問題を検出します。これらのツールは、更新プロセスに統合して継続的な遵守を確保することができます。
-
-## ロシア市場向けの更新ツール
-
-遵守が確保された後は、データローカリゼーションと安全な取り扱いを優先する更新ツールを使用することが重要です。**Capgo** のようなツールは、リアルタイムの監視や迅速な配信などの機能を提供し、シームレスな遵守を維持します。
-
-### [Capgo](https://capgo.app/) プラットフォーム機能の概要
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680ae0495a08fca891774cdd/66b4651f868ecdcc17d750c697bea294.jpg)
-
-遵守と安全なデータ管理を優先する更新プラットフォームを選択します。Capgoの自己ホスティングオプションは、データがロシア国内に留まることを保証し、データローカリゼーション法と一致します。
-
-| 機能 | Capgo |
-| --- | --- |
-| データローカリゼーションサポート | はい - セルフホスティング |
-| エンドツーエンドの暗号化 | はい |
-| 更新成功率 | 世界中で82% |
-| 更新配信速度 | 114ms（5MBバンドル） |
-| 遵守監視 | はい |
-| アクティブな開発 | 2022年から |
-
-### ロシア市場向けのCapgo機能
-
-Capgoの設計は、ロシアのデータ規制に準拠しており、[自己ホスティングソリューション](https://capgo.app/blog/self-hosted-capgo/)を提供し、国内でのデータ保存と処理を完全に管理できます。
-
-**主要な遵守機能**
-
-**データ制御とセキュリティ**
-
--   更新は送信中にエンドツーエンドの暗号化で保護されています。
--   自己ホスティングインフラにより、データはロシア国内に留まります。
--   迅速な更新配信によりダウンタイムを最小限に抑えます。
-
-**展開管理**
-
--   チャンネルベースのロールアウトシステムを使用して特定のユーザーグループをターゲットにします。
--   必要に応じて更新を即座にロールバックします。
--   規制の変更に迅速に対応するためにリアルタイムで遵守を監視します。
-
-> "Capgoは生産的な開発に必要なツールであり、バグ修正のための長期にわたるアプリストアの見直しを回避できます。" - ベッシー・クーパー [\[1\]](https://capgo.app/)
-
-Capgoは、**947.6百万件の更新**を**1,400のプロダクションアプリ**に成功裏に提供しました [\[1\]](https://capgo.app/) 。柔軟なホスティングオプション、迅速な更新配信、遵守監視により、Capgoはチームが規制要件に効率よく適応するのを支援します。
-
-## 次のステップとリソース
-
-アプリをロシアの法的要件に従わせるために、以下のツールと戦略を継続的な遵守の基盤として使用してください。
-
-**主要な監視ツール**
-
-分析を使用して、更新、エラー、ユーザーの活動を監視します。焦点を当てるべきは：
-
--   監視とアラート
--   エラー検出
--   更新追跡
--   ユーザー行動分析
-
-これらのツールは、以前の遵守努力を基に、発生した問題に迅速に対処できるようにします。
-
-**クイックレスポンスプロトコル**
-
-遵守を効率化するために、以下の機能を持つ更新プラットフォームを選択します：
-
-| 機能 | 説明 |
-| --- | --- |
-| インスタント更新 | 安全で暗号化された配信 |
-| ロールバック | バージョンを簡単に管理 |
-| ベータテスト | 段階的な展開 |
-| エラー追跡 | リアルタイム監視 |
-
-**遵守維持戦略**
-
-継続的な監視と迅速な問題解決の体系を維持します。Capgoのようなツールは、以下を提供することで支援できます：
-
--   特定の地域のサーバーをターゲットにした更新
--   パフォーマンス追跡
--   積極的な問題管理
--   データの保存場所の制御
-
-すべての技術システムが遵守基準を満たすように設定されていることを確認します。
-
-**技術要件チェックリスト**
-
-開発環境が以下を含むことを確認します：
-
--   Capacitor 8との互換性
--   柔軟なホスティング機能
--   エンドツーエンドの暗号化
--   統合された分析
--   信頼できるエラー追跡システム
-
-## FAQ
-
-:::faq
-### Capacitorアプリがロシアのデータローカリゼーション法に準拠していない場合、どうなりますか？
-
-ロシアのデータローカリゼーション法に非遵守である場合、Capacitorアプリに深刻な影響を及ぼす可能性があります。 当局は、ロシア国内でのアプリへのアクセスをブロックしたり、罰金を科したり、必要な営業ライセンスを取り消したりする可能性があります。 さらに、非遵守はアプリの評判とユーザーの信頼を損なう可能性があります。
-
-これらのリスクを避けるためには、法律で定められた通り、アプリがロシア国内にあるサーバーでロシアのユーザーデータを保存および処理することを確認してください。 **Capgo**のようなツールは、リアルタイムの更新を可能にし、アプリが機能し続け、安全に保つのを支援することで、遵守を容易にします。
-:::
-
-:::faq
-### アプリのプライバシーポリシーがロシアのデータ法に準拠していることを確認するにはどうすればよいですか？
-
-アプリのプライバシーポリシーがロシアのデータ法に準拠していることを確認するためには、**データのローカリゼーション**と**ユーザーの同意**に焦点を当てる必要があります。ロシアの法律では、ロシアのユーザーの個人データをロシア国内にあるサーバーに保存することが要求されています。さらに、プライバシーポリシーでは、ユーザーデータがどのように収集、処理、保存されるかを明確に説明し、現地の法的枠組みに準拠する必要があります。
-
-アプリがライブアップデートや同様の機能を使用している場合、これらのアップデートもデータのローカリゼーション要件に従っていることを確認してください。**Capgo**のようなツールは、ロシアの規制とアプリストアのポリシーの両方に準拠しながら、安全でリアルタイムなアップデートを提供するのに役立ちます。アプリの準拠性を確認するには、ロシアのデータ法に詳しい法律の専門家に常に相談してください。
-
-:::
-
-:::faq
-### 私のCapacitorアプリがロシアのデータローカリゼーション法に時間が経っても準拠し続けるためにはどうすればよいですか？
-
-ロシアのデータローカリゼーション法に準拠し続けるためには、アプリのデータストレージおよび処理の慣行を定期的にレビューすることが不可欠です。ロシアの規制に従って、ロシアのユーザーの個人データがロシア国内にあるサーバーに保存されていることを確認してください。準拠性を確認し、潜在的なギャップを解決するために定期的な監査を実施してください。
-
-さらに、ロシアのデータ法やアプリストアのポリシーに関する最新情報を常に把握しておくことが重要です。これらは、時間の経過とともに変わる可能性があります。**Capgo**のようなツールを使用することで、アプリのアップデートを効率化し、アプリストアの承認を必要とせずに迅速に必要な変更を実装できるようになります。これにより、ユーザーにシームレスな体験を提供しつつ、アプリが準拠し続けることができます。
-:::
diff --git a/src/content/blog/ja/capacitor-changelog-management-ultimate-guide.md b/src/content/blog/ja/capacitor-changelog-management-ultimate-guide.md
deleted file mode 100644
index 2ed8ff46d..000000000
--- a/src/content/blog/ja/capacitor-changelog-management-ultimate-guide.md
+++ /dev/null
@@ -1,238 +0,0 @@
----
-slug: capacitor-changelog-management-ultimate-guide
-title: Capacitorのチェンジログ管理：完全ガイド
-description: >-
-  Capacitor
-  アプリのチェンジログを効果的に管理する方法を学び、構造、自動化ツール、およびユーザーへの透明性を確保するためのベストプラクティスについて説明します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T02:52:04.098Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4b3f310051fda3b6385d9-1743043942012.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, changelog management, app updates, automation tools, version
-  control
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[アプリの更新](https://capgo.app/plugins/capacitor-updater/)を透明性を持って整理するためには、変更履歴の管理が不可欠です。このガイドでは、[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)の変更履歴の作成、構造化、自動化について説明し、開発者とユーザーの両方が情報を把握できるようにします。学べる内容:
-
-- **変更履歴が重要な理由**: デバッグの簡素化、コミュニケーションの改善、ユーザーの信頼構築。
-- **変更履歴の構造化方法**: 明確さのために「追加」「修正」「セキュリティ」などのカテゴリを使用。
-- **ベストプラクティス**: コミット前に変更履歴を更新し、[Capgo](https://capgo.app/)などのツールで自動化し、プルリクエスト時にエントリを確認。
-- **自動化ツール**: CI/CDパイプラインとコミット基準を使用して変更履歴管理を効率化。
-- **OTAアップデート**: バージョン番号、タイムスタンプ、成功率などの詳細を含むライブアップデートの文書化。
-
-**クイックヒント**: Capgoなどのツールを使用して変更履歴の作成を自動化し、時間を節約し一貫性を確保します。Over-the-Air (OTA)ソリューションを使用すると、95%のユーザーが24時間以内に更新します。
-
-ガイドを読んで、最初の変更履歴を設定し、ワークフローにシームレスに統合する方法を学びましょう。
-
-## プロジェクトのバージョン管理と変更履歴を自動的に...
-
-## 最初の変更履歴の設定
-
-Capacitorアプリの更新を追跡し共有するために、明確な変更履歴を作成することが重要です。効果的な構造化とベストプラクティスの実践方法を説明します。
-
-### 変更履歴のフォーマットオプション
-
-[Keep a Changelog](https://keepachangelog.com/en/1.1.0/)標準に従って、バージョンとタイプごとに更新を整理します。このアプローチでは、更新を理解しやすくするために明確なカテゴリを使用します:
-
-| カテゴリ | 説明 | エントリ例 |
-| --- | --- | --- |
-| **追加** | 新機能 | プッシュ通知のサポートを追加 |
-| **変更** | 既存機能の更新 | 認証フローを更新 |
-| **非推奨** | まもなく削除される機能 | レガシーAPIエンドポイントを非推奨に |
-| **削除** | 削除された機能 | 古いアナリティクスを削除 |
-| **修正** | バグ修正 | iOSカメラ権限を修正 |
-| **セキュリティ** | セキュリティ更新 | データ暗号化を強化 |
-
-### CHANGELOG.mdの構築
-
-`CHANGELOG.md`をセットアップする際は、一貫性のある読みやすい構成を心がけます。プロジェクトのルートディレクトリに配置し、以下の主要要素を含めます:
-
-- **ヘッダーセクション**: プロジェクト名と簡単な説明を追加。
-- **バージョンブロック**: セマンティックバージョン番号(MAJOR.MINOR.PATCH)の下に更新を記録。
-- **リリース日**: ISO形式(YYYY-MM-DD)を使用（例: `2025-03-27`）。
-- **変更カテゴリ**: 適切な見出しの下に更新をグループ化。
-
-常に最新の更新が上部に来るように、バージョンを逆時系列順に並べます。
-
-### 開発への変更履歴ステップの追加
-
-変更履歴の更新をワークフローに組み込むことで、正確で最新の文書化を確保します。実践的なヒントを紹介します:
-
-- **コミット前の更新**: コード変更をコミットする前に変更履歴を更新。重要な更新の見落としを防ぎます。
-- **自動化の統合**: CapgoはGitHub Actions、GitLab CI、Jenkins [1]と連携して、変更履歴の更新プロセスを簡素化します。
-- **レビュープロセス**: プルリクエストのプロセスに変更履歴エントリのレビューを含めます。これにより、マージ前に更新の正確性と承認を確保します。
-
-## 明確な変更履歴エントリの作成
-
-変更履歴エントリは、技術的な正確さと読みやすさのバランスを取り、開発者とユーザーの両方にとって有用なものでなければなりません。
-
-### 執筆スタイルガイド
-
-変更履歴エントリを明確で一貫したものにするために、これらの原則に従います:
-
-- **現在形**で書く
-- **動作動詞**で始める
-- 変更内容を**具体的に**書く
-- 依存関係のバージョン更新に言及する
-- 技術的な専門用語は最小限に
-
-**例:**
-
-| 不明確なエントリ | 明確なエントリ |
-| --- | --- |
-| バグを修正 | iOS 17.4デバイスでのカメラプレビューのフリーズを修正 |
-| 機能を追加 | Androidの生体認証サポートを追加 |
-| APIを変更 | ユーザープロファイルエンドポイントを新しいフィールドに対応するよう更新 |
-| セキュリティ修正 | 検索機能の[SQLite](https://www.sqlite.org/)インジェクション脆弱性を修正 |
-
-### 変更タイプとカテゴリ
-
-ユーザーが重要な情報を素早く見つけられるように、更新を明確なカテゴリに整理します。主なカテゴリの内訳:
-
-- **追加**: 新機能や機能性の導入
-- **変更**: 既存機能の更新や修正
-- **非推奨**: 削除予定の機能や機能性のマーク
-- **削除**: 削除された機能や機能性
-- **修正**: バグや問題の解決
-- **セキュリティ**: セキュリティ脆弱性に関連するパッチや更新
-
-カテゴリを割り当てる際はユーザーへの影響を考慮します。例えば、主要なAPIが更新された場合は「変更」に分類し、必要に応じて移行の詳細を提供します。主要な更新については、さらなる文脈のためにソースへのリンクを提供します。
-
-### 参照リンクの追加
-
-変更履歴をより有用にするために、エントリに関連するドキュメント、イシュー、コミットへのリンクを追加します:
-
-1. **イシューの参照**
-
-GitHubのイシューやプルリクエストに直接リンクします:
-
-```markdown
-- Fix iOS camera permissions dialog ([#234](https://github.com/your-repo/issues/234))
-```
-
-2. **ドキュメントのリンク**
-
-新機能や破壊的な変更を導入する際は、更新されたドキュメントへのリンクを含めます:
-
-```markdown
-- Add push notification support (See [Migration Guide](https://docs.example.com/push))
-```
-
-3. **コミットの参照**
-
-主要な更新については、特定のコミットを参照します:
-
-```markdown
-- Update authentication flow (commit: `8f4d89b`)
-```
-
-> "Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のレビューを避けられるのは素晴らしいことです。" - Bessie Cooper
-
-## 変更履歴自動化ツール
-
-変更履歴の作成を自動化することで、ワークフローが簡素化され、Capacitorプロジェクト全体で変更の一貫した文書化が確保されます。
-
-### 主要な変更履歴ツール
-
-いくつかのツールが変更履歴の自動化を効果的に処理できます。選択する際は、これらの主要な機能に注目します:
-
-- **バージョン検出**: 新しいリリースを自動的に検出
-- **コミット解析**: コミットメッセージから関連する詳細を抽出
-- **統合機能**: 既存のCI/CDパイプラインにシームレスに適合
-- **カスタマイズオプション**: プロジェクトの特定の要件に合わせて調整
-
-Capgoはライブ更新を統合することで、変更履歴の自動化を容易にします[1]。本番環境で750以上のアプリを運用し、2,350万回の更新を提供してきた[1]実績があります。これらのツールを最大限活用するには、コミットメッセージが明確な構造に従っていることを確認します。
-
-### コミットメッセージの標準
-
-コミットメッセージには以下のフォーマットを使用します:
-
-*<type>(<scope>): <description>*
-
-*[オプションの本文]*
-
-*[オプションのフッター]*
-
-一般的なコミットタイプ:
-
-- **feat**: 新機能の導入
-- **fix**: バグの修正
-- **docs**: ドキュメントの変更
-- **style**: フォーマットの更新
-- **refactor**: 動作を変更せずにコードを再構成
-- **test**: テストの追加や更新
-- **chore**: 一般的なメンテナンスタスク
-
-### CI/CD変更履歴のセットアップ
-
-自動化ツールと標準化されたコミットメッセージを組み合わせることで、変更履歴の生成をCI/CDパイプラインに統合できます。このセットアップにより、迅速で正確な更新が確保されます。適切に設定されたパイプラインは、変更履歴の自動生成、メッセージフォーマットのチェック、ドキュメントの更新、チームへの通知を行うことができます。
-
-結果は明白です: Capgoの自動デプロイメントシステムを使用すると、アクティブユーザーの95%が24時間以内に更新を受け取ります[1]。
-
-## OTAアップデート変更履歴の管理
-
-over-the-air (OTA)アップデートの変更履歴の管理には、これらの更新が即座にデプロイされるため、特別な注意が必要です。ユーザーが手動でダウンロードする従来のアプリストアの更新とは異なり、OTAアップデートは自動的にデバイスに到達します。これにより、ユーザーの信頼を維持し透明性を確保するために、明確で詳細な文書化が不可欠となります。
-
-### OTAアップデートの文書化
-
-ライブアップデートを管理する際は、バンドルバージョン、OTAアップデートバージョン、デプロイメントのタイムスタンプ、成功率、ユーザー採用メトリクスなどの重要な詳細を文書化することが重要です。変更履歴を理解しやすくするために、更新を明確なカテゴリに整理します:
-
-| カテゴリ | 説明 | エントリ例 |
-| --- | --- | --- |
-| 重要な修正 | 緊急の問題に対する即時のパッチ | "ユーザー認証フローのクラッシュを修正" |
-| 機能更新 | 新機能または改善された機能 | "ダッシュボードにダークモードのサポートを追加" |
-| パフォーマンス | 速度と最適化の改善 | "アプリの読み込み時間を40%削減" |
-| セキュリティ | 安全性を高めるための更新 | "ファイル転送のデータ暗号化を強化" |
-
-### [Capgo](https://capgo.app/)アップデート管理
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-27.jpg?auto=compress)
-
-ライブOTAアップデートには、全体的な変更履歴戦略を補完するための詳細な文書化が必須です。Capgoは、バージョンの自動追跡、アップデートパフォーマンスのモニタリング、ロールバックのログ記録、チャンネル別のデプロイメント記録により、このプロセスを簡素化します。
-
-5,000人以上のユーザーを管理する開発者の経験談:
-
-> "プロダクションで5000人以上のユーザーベースに対してCapgo OTAアップデートを展開しました。@CapgoにデプロイされたOTAの数分以内にほぼすべてのユーザーが最新版になっており、非常にスムーズな運用を実現しています。" – colenso [1]
-
-**OTA変更履歴管理のベストプラクティス**:
-
-- 変更が行われたらすぐに記録する。
-- 段階的なロールアウトをサポートするためにチャンネル別に更新を追跡する。
-- 迅速な問題解決のためにロールバックの明確な記録を保持する。
-
-Rodrigo Manticaはこのアプ
-
-変更履歴を効果的に管理することで、明確性が向上しユーザーの信頼を構築できます。以下に重要な実践方法を示します：
-
-| 実践方法 | 説明 | 影響 |
-| --- | --- | --- |
-| **バージョン追跡** | バージョン番号（アプリとOTA）を追跡する。 | 追跡された更新の世界的な成功率82% [\[1\]](https://capgo.app/) |
-| **更新カテゴリ** | [更新を分類](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)（修正、機能、セキュリティ）。 | アクティブユーザーの95%が24時間以内に更新 [\[1\]](https://capgo.app/) |
-| **デプロイメント記録** | タイムスタンプ、成功率、メトリクスを文書化。 | 2,350万の更新のモニタリングをサポート [\[1\]](https://capgo.app/) |
-| **ロールバック戦略** | OTA統合による以前のバージョンのログを維持。 | 必要な時に即時復旧が可能。 |
-
-### より良い管理のための推奨ツール
-
-これらの実践を効果的に実施するには、適切なツールの使用が重要です。現代のCapacitorアプリは、Capgoのような以下の機能を備えたツールの恩恵を受けています：
-
--   **自動バージョン管理**: CI/CDパイプラインを使用して更新をシームレスに追跡・文書化。
--   **リアルタイム分析**: 更新のパフォーマンスとユーザー採用率を監視。
--   **チャネル管理**: スムーズなデプロイメントのためのベータテストとフェーズドロールアウトを可能に。
-
-変更履歴管理ツールを選択する際は、以下を優先してください：
-
--   **シームレスな統合**: 既存のワークフローとの互換性。
--   **詳細な文書化**: デプロイメントデータの自動追跡。
--   **ユーザー更新**: 変更に関する明確で直接的なコミュニケーション。
-
-これらの実践と適切なツールを組み合わせることで、継続的なデリバリーをサポートしながらユーザーに情報を提供する信頼性の高い変更履歴システムを確立できます。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーに不可欠です！" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ja/capacitor-cicd-pipeline-setup-guide.md b/src/content/blog/ja/capacitor-cicd-pipeline-setup-guide.md
deleted file mode 100644
index 68b5a4f87..000000000
--- a/src/content/blog/ja/capacitor-cicd-pipeline-setup-guide.md
+++ /dev/null
@@ -1,177 +0,0 @@
----
-slug: capacitor-cicd-pipeline-setup-guide
-title: Capacitor CI/CD パイプライン設定ガイド
-description: アプリケーションのビルド、テスト、デプロイメントのプロセスを、CIパイプラインを使用して自動化し、より素早いアップデートと効率性を実現しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T00:48:58.202Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68082f5bfe5cbf0502dd901c-1745369349370.jpg
-head_image_alt: モバイルアプリ開発
-keywords: >-
-  Capacitor, CI/CD, pipeline setup, app updates, Capgo, deployment automation,
-  mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**最小限の労力で[アプリのアップデート](https://capgo.app/plugins/capacitor-updater/)をより迅速に行いたいですか?** [Capacitor](https://capacitorjs.com/)アプリのCI/CDパイプラインを設定することで、ビルド、テスト、デプロイを自動化し、時間を節約しエラーを減らすことができます。以下が達成できる内容です:
-
--   **ライブアップデート**: アプリストアの遅延なしで即座にアップデートをプッシュ。95%のユーザーが24時間以内にアップデートを受信。
--   **パイプラインの基本**: ブランチアクティビティ(`main`、`staging`、`feature/*`)によってトリガーされるビルドを自動化し、ステージングと本番環境を個別に定義。
--   **[Capgo](https://capgo.app/)統合**: Capgoを使用して安全な暗号化されたアップデートをデプロイし、[アップデートチャンネル](https://capgo.app/docs/webapp/channels/)を管理し、パフォーマンスを監視。
--   **手頃な料金プラン**: ライブアップデートと分析機能付きのプランは月額12ドルから。
-
-Capacitor CI/CDパイプラインはワークフローを簡素化し、効率を向上させ、アプリがシームレスに最新の状態を保つことを保証します。詳細を見ていきましょう。
-
-## セットアップ要件
-
-### 前提条件
-
-以下がインストールされ設定されていることを確認してください:
-
--   **[Node.js](https://nodejs.org/en) LTS**、**Capacitor CLI**、**Git**
--   選択したCIプラットフォーム([GitHub Actions](https://docs.github.com/actions)、[GitLab CI](https://docs.gitlab.com/ee/ci/)、または[Jenkins](https://www.jenkins.io/))のアカウント
--   ライブアップデートを管理するための**Capgoアカウント**
-
-これらの準備ができたら、CIプラットフォーム内でビルドトリガーとステップを定義します。
-
-## AppflowとCICDパイプラインの統合
-
-<iframe src="https://www.youtube.com/embed/CakTj3A3wbM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## パイプラインセットアップ手順
-
-前提条件を処理したら、パイプラインのトリガーと環境設定を構成する時です。
-
-### ビルドトリガーとステップ
-
-特定のブランチアクティビティに基づいて自動的にビルドをトリガーするようにCI/CDパイプラインを設定します。設定方法は以下の通りです:
-
--   **ブランチトリガー**:
-    
-    -   本番ビルドには`main`を使用。
-    -   テスト目的には`staging`を使用。
-    -   開発作業には`feature/*`を使用。
--   **ビルドステップ**:
-    
-    -   必要な依存関係をすべてインストール。
-    -   コード品質を確保するためにユニットテストを実行。
-    -   アプリケーションのWebアセットをビルド。
-    -   モバイルまたはデスクトッププラットフォーム用のネイティブバイナリを生成。
-    -   さらなる検証のためにテスト環境にビルドをデプロイ。
-
-### 環境設定
-
-ステージングと本番環境用の個別の環境設定ファイルを定義して、整理された安全な状態を保ちます。以下は設定例です:
-
-```yaml
-# staging.env
-ENVIRONMENT=staging
-API_ENDPOINT=https://api-staging.example.com
-LIVE_UPDATES_ENABLED=true
-
-# production.env
-ENVIRONMENT=production
-API_ENDPOINT=https://api.example.com
-LIVE_UPDATES_ENABLED=true
-```
-
-APIキーや証明書などの機密データは、CIプラットフォームのシークレット管理システムに安全に保存してください。これにより、パイプラインの機能性とセキュリティが確保されます。
-
-## [Capgo](https://capgo.app/)統合ガイド
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68082f5bfe5cbf0502dd901c/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-ビルドとデプロイステージを設定したら、Capgoを統合する時です。これにより、アプリストアの承認遅延をバイパスして、直接アプリにライブアップデートをプッシュできます。
-
-### Capgoセットアップ手順
-
-CI/CDパイプラインの準備後、以下の手順でCapgoをプロジェクトに追加します:
-
-まず、[Capgo CLI](https://capgo.app/docs/cli/commands)をインストールします:
-
-```bash
-npx @capgo/cli init
-```
-
-次に、これらのコマンドを実行します:
-
--   **アプリのビルド**: `npm install && npm run build`
--   **アップデートのデプロイ**: `npx @capgo/cli deploy`
--   **アップデートのロールバック**: `npx @capgo/cli rollback`
-
-以下はアップデートをデプロイするGitHub Actionsジョブの例です:
-
-```yaml
-- name: Deploy to Capgo
-  run: |
-    npm install @capgo/cli
-    npx @capgo/cli deploy
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-### Capgoの主な機能
-
-Capgoは以下のようなCapacitorアプリへの利点をもたらします:
-
--   **安全で効率的なアップデート**: 暗号化された差分アップデートがペイロードサイズを削減しながら、安全な配信を確保。
--   **チャンネル管理**: アップデートの展開方法を制御するためのステージングと本番チャンネルを作成。
--   **分析ダッシュボード**: 詳細な洞察でアップデート成功率とユーザー採用を追跡。
-
-### Capgoプランと料金
-
-Capgoは異なるニーズに合わせて柔軟なプランを提供しています:
-
--   **SOLO**: 月額12ドル (1,000 MAU、2 GBストレージ、50 GBバンド幅)
--   **MAKER**: 月額33ドル (10,000 MAU、5 GBストレージ、500 GBバンド幅)
--   **TEAM**: 月額83ドル (100,000 MAU、10 GBストレージ、2,000 GBバンド幅)
--   **PAYG**: 月額249ドルから、カスタムスケーリング、APIアクセス、カスタムドメインのオプション付き
-
-現在、Capgoは本番環境で1,900以上のアプリをサポートしており、継続的デプロイメントの信頼できる選択肢となっています[\[1\]](https://capgo.app/) 。
-
-## パイプライン管理
-
-### ステータス追跡
-
-アプリの品質を維持し、ユーザーを満足させるためには、パイプラインを注意深く監視することが重要です。CI/CDプラットフォームを使用して、以下の自動アラートを設定します:
-
--   **ビルドステータスとデプロイメントの進捗**
--   **アップデート成功率**
--   **ユーザー採用メトリクス**
--   **エラーレポートとクラッシュログ**
-
-これらのアラートを明確なドキュメントと組み合わせて、スムーズな監視と迅速な問題解決を確保します。
-
-### ドキュメントガイド
-
-良いドキュメントはチームを同じページに保ち、操作をスムーズに進めます。ドキュメントには以下を含めてください:
-
--   **パイプライン設定**: ビルドトリガー、環境変数、セキュリティ設定などの詳細。
--   **アップデート手順**: デプロイメントのステップ、ロールバック手順、[アップデートチャンネルの管理](https://capgo.app/docs/webapp/channels/) 。
--   **モニタリング設定**: アラートの設定方法、メトリクスの追跡、問題への対応方法。
--   **コンプライアンスガイドライン**: プラットフォーム固有のルール、アップデート制限、その他の要件。
-
-すべてのドキュメントをバージョン管理に保存し、パイプラインが変更されるたびに更新します。問題が発生した時に時間を節約するため、一般的なエラーのトラブルシューティング手順を含めてください。
-
-### プラットフォームガイドライン
-
-Capgoのチャンネルシステムを使用してAppleとAndroidのアップデートポリシーに従い、スムーズで準拠したロールアウトを確保します:
-
--   **ベータテスト**: 変更を検証するために[小規模なユーザーグループにアップデートをリリース](https://capgo.app/blog/how-to-send-specific-version-to-users/) 。
--   **段階的ロールアウト**: 問題を早期に発見するためにアップデートを徐々に展開。
--   **緊急修正**: 問題が発生した場合、ワンクリックで素早くアップデートをロールバック。
-
-## まとめ
-
-### セットアップ手順の概要
-
-開始するには、CLIをインストールし、ビルドと環境変数を設定し、シークレットを保護し、モニタリングを有効にし、アップデートをデプロイする必要があります。このプロセスは監視とロールバックツールとシームレスに統合され、最小限のダウンタイムでアプリをオンラインに保ちます。
-
-### CI/CDの利点
-
-セットアップと結果の関連性は、Capgoが効率をどのように向上させるかを示しています: アップデートは**24時間以内に95%のユーザー**に到達します。さらに、Capgoの料金設定 - **月額12ドルから83ドル** - は、**月額500ドル以上**を請求する可能性のある従来のサービスと比較して、大きなコスト面での利点を提供します。現在、Capgoは**1,900以上の本番アプリ**をサポートしています[\[1\]](https://capgo.app/) 。
diff --git a/src/content/blog/ja/capacitor-cicd-plugins-vs-appflow-key-differences.md b/src/content/blog/ja/capacitor-cicd-plugins-vs-appflow-key-differences.md
deleted file mode 100644
index c2d60a0ee..000000000
--- a/src/content/blog/ja/capacitor-cicd-plugins-vs-appflow-key-differences.md
+++ /dev/null
@@ -1,194 +0,0 @@
----
-slug: capacitor-cicd-plugins-vs-appflow-key-differences
-title: CapacitorのCI/CDプラグイン vs Appflow：主な違い
-description: Capacitor CI/CDプラグインとAppflowの違いについて、コスト、カスタマイズ、モバイルアプリ開発における将来のサポートを含めて探ります。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T12:47:30.453Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f89c0a3ac261d346bd63f6-1744375691287.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, CI/CD, Appflow, mobile app updates, development tools,
-  customization, deployment, open-source, cost-effective solutions
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-**[Capacitor](https://capacitorjs.com/) アプリのアップデート管理により良い方法をお探しですか？** 2024年に[Microsoft CodePush](https://learnmicrosoftcom/en-us/appcenter/distribution/codepush/)が終了し、2026年に[Appflow](https://ionicio/appflow/)が閉鎖予定となる中、開発者はCapacitor CI/CDプラグインなどの代替手段に注目しています。概要は以下の通りです：
-
-- **Capacitor CI/CDプラグイン**：オープンソースで、カスタマイズ可能、[GitHub Actions](https://docsgithubcom/actions)や[GitLab CI](https://docsgitlabcom/ee/ci/)などのツールと統合。ライブアップデート、エンドツーエンド暗号化、部分アップデートなどの機能を提供。月額300ドル、初期設定料金2,600ドル
-- **Appflow**：ビルドとデプロイメントの集中プラットフォームだが柔軟性に欠ける。年間6,000ドルで2026年に終了予定
-
-### 簡単な比較
-
-| 機能 | Capacitor CI/CDプラグイン | Appflow |
-| --- | --- | --- |
-| **コスト** | 月額300ドル + 初期設定2,600ドル | 年間6,000ドル |
-| **カスタマイズ性** | 高い | 限定的 |
-| **統合** | GitHub、GitLab、[Jenkins](https://wwwjenkinsio/) | プラットフォーム固有 |
-| **将来のサポート** | 継続 | 2026年終了 |
-| **セットアップ時間** | < 15 mins | Varies |
-
-**Takeaway**: Capacitor CI/CD plugins are a flexible, cost-effective choice for long-term projects, especially as Appflow's shutdown approaches.
-
-## Live Demo: Building [Capacitor](https://capacitorjs.com/) Apps in Ionic [Appflow](https://ionic.io/appflow/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67f89c0a3ac261d346bd63f6/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/tkgNuSG5FJQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## CI/CDソリューションの理解
-
-現代のモバイルアプリ開発において、効率的なデプロイとアップデートプロセスは重要です。[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)向けCI/CDの進歩により、開発者は複数のワークフローオプションを利用できるようになりました。異なるソリューションがどのように[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のCI/CDを扱うかについて説明します。
-
-### Capacitor CI/CDプラグインの説明
-
-Capacitor CI/CDプラグインは、[アプリのアップデート](https://capgo.app/plugins/capacitor-updater/)を管理するオープンソースアプローチを提供し、既存のCI/CDシステムとスムーズに統合します。この方法により、開発者はデプロイメントプロセスを詳細に制御でき、オールインワンプラットフォームと比較してよりカスタマイズ可能なオプションとなっています。
-
-[Capgo](https://capgo.app/)は印象的な統計を共有しています：**24時間以内に95%のユーザーがアップデート**、**82%のグローバル成功率**、**57msの平均APIレスポンスタイム**、**5MBのバンドルを114msで配信** [\[1\]](https://capgo.app/)
-
-主な機能は以下の通りです：
-
-| 機能 | 説明 |
-| --- | --- |
-| **ライブアップデート** | アプリストアの承認を待たずに即座にアップデートと修正を配信 |
-| **エンドツーエンド暗号化** | アプリアップデートの安全な配信を保証 |
-| **部分アップデート** | 必要な変更のみをダウンロードして帯域幅を節約 |
-| **[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | ベータテストに最適な選択的アップデート配信 |
-| **CI/CD統合** | GitHub Actions、GitLab CI、Jenkinsなどのツールとシームレスに連携 |
-
-> "アジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信に不可欠です！" [\[1\]](https://capgo.app/)
-
-### Appflowプラットフォームの基本
-
-CI/CDプラグインがカスタマイズ性を重視する一方、Appflowはより統合されたソリューションを提供します。ただし、Appflowは2026年に終了予定であり、その重要性は低下しています。
-
-> "4年間使用した@Appflowのサブスクリプションをキャンセルしました。Code-Pushはうまく機能していませんでしたが、@CapGOがそれを解決することを期待しています。" [\[1\]](https://capgo.app/)
-
-> "@Capgoは生産性を向上させたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられるのは素晴らしいです。" [\[1\]](https://capgo.app/)
-
-きめ細かな制御とオールインワンプラットフォームの選択は、チームのワークフローと長期的なニーズによって異なります。Appflowの終了が迫る中、開発者は柔軟なプラグインベースのソリューションにより持続的な価値を見出すかもしれません。
-
-## 機能の直接比較
-
-### CI/CDプラグインの機能
-
-Capacitor CI/CDプラグインは現在、エンタープライズユーザーのニーズを満たすように設計されています。例えば、Capgoの実装では、5MBのバンドルを114msで配信し、グローバルAPIの平均応答時間は57msです。[\[1\]](https://capgo.app/)プラグインが提供する機能の内訳は以下の通りです:
-
-| 機能カテゴリー | 機能 |
-| --- | --- |
-| [アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | • アプリストアの遅延なしで即時アップデートを配信  <br>• 帯域幅を節約する部分アップデート  <br>• ベータテスト用のチャンネルベース配信 |
-| セキュリティ | • エンドツーエンドの暗号化  <br>• セキュアなアップデート配信  <br>• 詳細な権限によるアクセス制御 |
-| 統合 | • GitHub Actionsのネイティブサポート  <br>• GitLab CIとの互換性  <br>• Jenkinsパイプラインとの統合 |
-| 分析 | • リアルタイムでのアップデート追跡  <br>• 成功率の監視  <br>• ユーザー採用率の測定 |
-
-これらの機能は、プラグインベースのソリューションの信頼性と効率性を示しています[\[1\]](https://capgo.app/) 一方、Appflowは異なるアプローチを取っています
-
-### Appflowプラットフォームの機能
-
-Appflowは統合プラットフォームの提供に重点を置いていますが、その過程で柔軟性を犠牲にしています。開発者は、その実装について次のような不満を表明しています:
-
-> "4年間使用した@Appflowのサブスクリプションをキャンセルしました。Code-Pushはうまく機能しなかったが、@CapGOはそれを解決できているといいですね" - LeVar Berry [\[1\]](https://capgo.app/)
-
-Appflowはビルド、デプロイメント、チーム管理のツールを1つの場所で提供していますが、その制限により多くの組織が他のオプションを探すようになっています。すでに750以上のアプリがCapgoのようなプラグインベースのソリューションで稼働しており[\[1\]](https://capgo.app/)、より柔軟で開発者フレンドリーな代替手段への移行傾向が見られます。この変化は、柔軟性とコントロールを重視するソリューションへの選好を反映しています。
-
-## コスト比較
-
-これらのソリューションを評価する際、機能やデプロイメントの効率性と共にコストが重要な役割を果たします。
-
-### CI/CDプラグインの価格設定
-
-Capacitor CI/CDプラグインは、分かりやすい価格モデルを提供しています。例えば、Capgoは**初期設定費用2,600ドル**と、CI/CD運用に月額**約300ドル**を請求します。さらに、異なるチームサイズとニーズに対応する段階的なプランを提供しています。
-
-| プラン要素 | コスト |
-| --- | --- |
-| 初期設定 | 2,600ドル（一回限り） |
-| 月間CI/CD運用 | 約300ドル |
-| 段階的プラン | 12 - 249ドル/月 |
-
-この構造は、長期プロジェクトに特に魅力的で、予算に優しいスケーリングオプションを提供します。一方、Appflowは異なるアプローチを取っています。
-
-### Appflowの価格構造
-
-Appflowは年間請求システムを採用しており、コストは**年間6,000ドル**に達します[\[1\]](https://capgo.app/) この価格設定により、多くの組織が代替ソリューションを検討するようになっています。
-
-> "Appcenterがハイブリッドアプリのライブアップデートサポートを停止し、@AppFlowは高すぎるため、現在@Capgoを試しています" [\[1\]](https://capgo.app/)
-
-5年間で、CapgoのようなプラグインベースのソリューションはAppflowと比較して約**26,100ドル**の節約が可能です[\[1\]](https://capgo.app/) この大きな差異と、Appflowの柔軟性の欠如および不確実な将来性により、代替手段がより魅力的になっています。
-
-> "@AppFlowが年間5000ドルの請求を要求したため、@Capgoに移行しました。これまでのところCapoGoは素晴らしいです。@Capgoに感謝します、素晴らしい製品です" [\[1\]](https://capgo.app/)
-
-開発チームがデプロイメントの品質を損なうことなく予算を最適化しようとする中で、これらのコストの違いはますます重要になってきています。
-
-## セットアップと使用方法
-
-適切なセットアップは、スムーズな開発のために重要です。これら2つのオプションの実装と日常的な使用に関する比較は以下の通りです。
-
-### CI/CDプラグインの使用
-
-CapgoはGitHub ActionsやGitLab CIなどの人気のCI/CDプラットフォームとシームレスに連携します。これにより、チームは馴染みのある環境で直接パイプラインを設定できます。セットアップは15分未満で完了します[\[1\]](https://capgo.app/)あるチームが数千人のユーザーへのデプロイメント経験を共有しました:
-
-> "[Capgo OTAアップデート](https://console.capgo.app/resend_email)を5,000人以上のユーザーベースに向けて本番環境にロールアウトしました。非常にスムーズな運用を実現しており、OTAが@Capgoにデプロイされてから数分以内にほぼすべてのユーザーが最新の状態になっています"
-
-一方、Appflowはチームがそのエコシステムに適応する必要がある、より中央集権的なアプローチを取っています
-
-### Appflowツールの使用
-
-CI/CDプラグインが迅速で簡単な統合に焦点を当てている一方、Appflowは複数の機能を1つのプラットフォームに組み合わせています。しかし、このアプローチではチームがそのエコシステムを完全に受け入れる必要があります。さまざまなツールを提供していますが、Code-Push機能など特定の機能で困難を感じる開発者もいます
-
-以下は2つの比較です:
-
-| 機能 | CI/CDプラグイン | Appflow |
-| --- | --- | --- |
-| セットアップ時間 | 15分未満 | 場合による |
-| 統合 | CI/CDとネイティブに連携 | プラットフォームの採用が必要 |
-| 学習曲線 | CI/CDユーザーには簡単 | 新規ユーザーには急勾配 |
-| カスタマイズ | 非常に柔軟 | プラットフォームツールに限定 |
-
-## 正しい選択
-
-### オープンソースvs.クローズドソース
-
-CI/CDソリューションを選択する際、オープンソースとクローズドソースのプラットフォームの選択はプロジェクトの将来を形作る可能性があります。Capgoのオープンソースモデルは、透明性と[セルフホスティングオプション](https://capgo.app/blog/self-hosted-capgo/)により、ベンダーロックインのリスクなく完全なコントロールを提供する点で際立っています。このアプローチにより、カスタマイズされたデプロイメントとより厳密なセキュリティ対策も可能になります
-
-NASAの[OSIRIS-REx](https://sciencenasagov/mission/osiris-rex/)チームが共有した経験から、オープンソースの利点は実践的な使用で明確です:
-
-> "@Capgoは、ホットコードプッシュを実現するスマートな方法です(@AppFlowのように世界中のお金を必要とせずに) :-)" [\[1\]](https://capgo.app/)
-
-簡単な比較です:
-
-| 側面 | オープンソース (Capgo) | クローズドソース (Appflow) |
-| --- | --- | --- |
-| コードアクセス | ソースコードの完全な可視性 | プロプライエタリ、制限付きアクセス |
-| ホスティングオプション | セルフホストまたはクラウド | クラウドのみ |
-| カスタマイズ | 無制限の修正 | プラットフォームによる制限 |
-| セキュリティ管理 | 完全な監督 | プロバイダーに依存 |
-
-このレベルのコントロールと透明性により、オープンソースプラットフォームは長期的なプロジェクトに適した選択肢となります
-
-### 長期的なプラットフォームサポート
-
-CI/CDソリューションの将来は開発ワークフローに直接影響します。Appflowが2026年に終了予定であることを考えると、信頼性が高くコスト効率の良い代替案を計画することが重要です
-
-考慮すべき重要な要素:
-
--   **プラットフォームの安定性:** Capgoは継続的なサポートとアクティブな開発を提供する一方、Appflowの終了予定はワークフローを混乱させる可能性があります
--   **コスト効率:** Capgoの月額300ドルは、Appflowの年間6,000ドルの料金と比較して大幅な節約になります
--   **機能の継続性:** オープンソースプラットフォームは、単一のベンダーの変化する優先順位に左右されることなく、重要な機能が利用可能であることを保証します
-
-業界のオープンソースソリューションへのシフトは、持続可能性と独立性の重要性を強調しています。これらの要素は、将来的に高額で時間のかかる移行を避けるための信頼できるCI/CD戦略を作成する上で不可欠です
-
-## 結論
-
-Capacitorアプリ向けのCI/CDソリューションの世界は急速に変化しており、開発者と組織に新しい課題と機会を提示しています。Capacitor CI/CDプラグインとAppflowを比較すると、コスト、カスタマイズオプション、将来の信頼性に違いがあります
-
-プラグインベースのソリューションを使用することで、組織はデプロイメントとカスタマイズに関するより多くのコントロールを得ながら、大幅なコスト削減を実現できます。AppflowとCodePushの終了に伴い、開発者はスムーズな移行を確実にするための持続可能な移行戦略を計画することが重要です
-
-これらの変化は、強力な機能と信頼できる長期的なサポートを提供するツールを選択することの重要性を強調していますチームがコントロールと柔軟性を重視する場合、Capacitor CI/CDプラグインは、セルフホスティングとカスタマイズされたセットアップを可能にすることで際立ちます - 独立性を維持しながら、固有のセキュリティとデプロイメントのニーズを満たします
-
-これらのソリューション間の選択は、最終的には当面の優先事項と長期的な目標に依存します オープンソースや費用対効果の高いツールへの関心の高まりは、将来にわたって開発努力をサポートする可能性を強調しています この傾向は、持続可能な開発実践を維持するためのオープンソースで柔軟なCI/CDツールの魅力を確固たるものにしています
diff --git a/src/content/blog/ja/capacitor-cli-commands-common-issues-and-fixes.md b/src/content/blog/ja/capacitor-cli-commands-common-issues-and-fixes.md
deleted file mode 100644
index f9de3de12..000000000
--- a/src/content/blog/ja/capacitor-cli-commands-common-issues-and-fixes.md
+++ /dev/null
@@ -1,202 +0,0 @@
----
-slug: capacitor-cli-commands-common-issues-and-fixes
-title: 'Capacitor CLI コマンド: 一般的な問題と解決策'
-description: Capacitor CLIの一般的な問題を解決し、プラグイン、ビルド、更新の実用的な解決策を提供して、アプリのパフォーマンスをスムーズに保ちます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:27:20.155Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3-1744684053859.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor CLI, plugin errors, build errors, live updates, network issues,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) CLIエラーに悩んでいますか？** プラグインの問題、ビルドエラー、ネットワークの問題など、一般的な問題の解決方法に関するクイックガイドです。Capacitor CLIは、特にアプリストアのレビューをバイパスし、迅速に修正をプッシュすることを可能にする、オーバー・ザ・エア（OTA）アップデートの管理に欠かせません。以下は主要なポイントです：
-
--   **一般的な問題と修正**：
-    
-    -   **プラグイン欠落エラー**：npmキャッシュをクリアし、依存関係を更新し、プロジェクトファイルを同期します。
-    -   **ビルドエラー**：バージョンの不一致を修正し、[Cocoapods](https://cocoapods.org/)/[Gradle](https://gradle.org/)を更新し、ビルドキャッシュをクリアします。
-    -   **ライブアップデートの問題**：設定、ネットワーク接続、バージョン番号を確認します。
-    -   **ネットワークの問題**：スマートアップデートツールを使用してSSL、タイムアウト、またはプロキシの問題を解決します。
--   **予防のためのヒント**：
-    
-    -   `npx cap sync`、`npx cap update`、および`npx cap doctor`でプロジェクトを同期しておきます。
-    -   予期しない動作を修正するためにビルドファイルをリセットします。
-    -   すべてのCapacitorコンポーネント間でバージョン番号を揃えます。
--   **OTAアップデートのためのツール**：
-    
-    -   バックグラウンドインストールとチャネルベースのロールアウトを使用して暗号化された部分アップデートのために、**[Capgo](https://capgo.app/)**のようなプラットフォームを利用します。
-
-**クイック修正テーブル**：
-
-| 問題 | 修正コマンド/アクション | プラットフォーム |
-| --- | --- | --- |
-| プラグインの欠落 | npmキャッシュをクリアし、ファイルを同期 | iOS & Android |
-| [Xcode](https://developer.apple.com/xcode/) ビルド失敗 | `pod install` | iOS |
-| Gradleの同期問題 | `.gradle`キャッシュをクリア | Android |
-| バージョンの不一致 | すべてのCapacitorパッケージを更新 | iOS & Android |
-
-**結論**：CLIコマンドを効果的に管理することで、スムーズなアップデートとアプリのパフォーマンスを向上させます。Capgoのようなツールはデプロイを簡素化し、エラーを減少させます。これらのステップに従って、アプリをスムーズに動作させ続けましょう。
-
-## Quasar-Frameworkと[Capacitor](https://capacitorjs.com/)開発コマンドの修正方法 ...
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/0E0en7ulaWg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 主なCLIコマンドの問題
-
-開発者はしばしば、ワークフローを妨げるCapacitor CLIコマンドに関する課題に直面します。以下は一般的な問題とその対処法の概要です。
-
-### プラグイン欠落エラー
-
-時々、プラグインが読み込まれないことがありますが、通常は依存関係が正しくインストールまたは同期されていないためです。例えば、'@capacitor/live-updates'プラグインが読み込まれないと、アップデートが停止してしまうことがあります。
-
-以下はプラグインエラーを修正する方法です：
-
--   npmキャッシュをクリアする
--   依存関係を更新する
--   プロジェクトファイルを同期する
-
-アプリのビルド中に発生する可能性のある問題に移りましょう。
-
-### アプリビルドエラー
-
-ビルドエラーは通常、Capacitorコンポーネント間のバージョン不一致やOTAアップデートに干渉する設定ミスによって発生します。
-
-| プラットフォーム | 一般的なエラー | 解決策 |
-| --- | --- | --- |
-| iOS | Xcodeビルド失敗 | Cocoapodsを更新し、`pod install`を実行 |
-| Android | Gradleの同期失敗 | Gradleキャッシュをクリアし、[Android Studio](https://developer.android.com/studio)を更新 |
-| 両方 | バージョンの不一致 | すべてのCapacitorパッケージが同じバージョンを使用していることを確認 |
-
-### ライブアップデートエラー
-
-ライブアップデートの展開は、アプリの信頼性やアップデートの配信に影響を及ぼすエラーを引き起こすことがあります。Capgoの暗号化とインテリジェントなアップデートシステムはこれらの問題を減少させるのに役立ちますが、まだ発生する可能性があります。
-
-ライブアップデートエラーが発生した場合は、以下の手順を試してください：
-
--   更新設定を再確認する
--   ネットワーク接続をテストする
--   バージョン番号が正しいことを確認する
-
-ネットワーク関連の問題もライブアップデートの問題に影響を与える可能性があります。
-
-### ネットワークとイベントの問題
-
-ネットワークの問題はアップデートをブロックし、イベントハンドリングエラーを引き起こすことがあります。これらは一般的な原因の一部です：
-
--   タイムアウトエラー
--   SSL証明書の問題
--   プロキシの設定ミス
-
-スマートディファレンシャルアップデートを使用することで、帯域幅の使用を減少させ、遅いネットワークでもアップデートをより信頼性のあるものにできます [\[1\]](https://capgo.app/) 。
-
-## CLIエラー予防のヒント
-
-一般的なコマンドラインインターフェース（CLI）の問題を避けるために、これらの実践的な戦略に従ってください。これらのヒントは、スムーズな開発プロセスを支援するのに役立ちます。
-
-### プロジェクトを同期させる
-
-プロジェクトを同期させておくことで、CLIエラーに直面する可能性を減少させます。以下のコマンドを使用して、Webアセットとネイティブプラットフォームの間で整合性を維持してください：
-
--   **`npx cap sync`**：変更後にWebアセットとネイティブプラットフォームを揃えます。
--   **`npx cap update`**：新しいバージョンがリリースされたときにCapacitorのインストールを更新します。
--   **`npx cap doctor`**：プラグインのインストールを検証し、潜在的な問題をチェックします。
-
-> "コミュニティがこれを必要としていて、@Capgoが本当に重要なことをしています！" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-持続的な問題に直面した場合、ビルドキャッシュをクリアするのが次のステップです。
-
-### ビルドファイルをリセットする
-
-CLIコマンドからの予期せぬ動作は、しばしばビルドキャッシュの問題に起因します。次の手順を使用して、各プラットフォームのキャッシュをクリアしてください：
-
-| プラットフォーム | リセット手順 | 使用するタイミング |
-| --- | --- | --- |
-| iOS | `pod deintegrate`の後に`pod install`を実行 | CocoaPodsの競合後 |
-| Android | `.gradle`キャッシュをクリアし、`build`フォルダを削除 | Gradleの同期に失敗した場合 |
-| Web | `node_modules`フォルダを削除し、`npm install`を実行 | 依存関係の競合後 |
-
-これらのキャッシュをクリアすることで、多くのプラットフォーム固有の問題を解決できます。
-
-### バージョン番号を揃える
-
-Capacitorコンポーネント間のバージョンの不一致は、CLIエラーの一般的な原因です。すべてのコンポーネントが互換性のあるバージョンであることを確認することが安定性にとって重要です。
-
-以下を確認してください：
-
-1.  **CLIバージョン**：`npx cap --version`を使用して確認します。
-2.  **コアパッケージバージョン**：`package.json`ファイルで確認します。
-3.  **プラグインのバージョン**：依存関係リストの整合性を確認します。
-
-更新時には、関連するすべてのパッケージを揃えてください。例えば、`@capacitor/core`を5.0.0にアップグレードする場合は、他のすべてのCapacitorプラグインも同じメジャーバージョンにアップデートします。
-
-バージョンの不一致は、すぐには現れない微妙な問題を引き起こす可能性があるため、定期的なバージョン監査を実施することで将来的な頭痛を防ぐことができます。
-
-## OTAアップデートツール
-
-OTAアップデートを効果的に管理するためには、デプロイメント、監視、トラブルシューティングをシームレスに行えるツールが必要です。コマンドラインインターフェース（CLI）の問題は、更新中によく発生するため、適切なツールを揃えることがスムーズな運用の鍵となります。
-
-### [Capgo](https://capgo.app/)アップデートの使用
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-Capgoは、Capacitor OTAアップデートの管理に人気のあるプラットフォームで、1155.1億回のアップデート配信記録と82％のグローバル成功率を誇ります [\[1\]](https://capgo.app/) 。以下の機能を通じて一般的なCLIの課題に対処します：
-
-| **機能** | **利点** | **技術的影響** |
-| --- | --- | --- |
-| エンドツーエンド暗号化 | アップデート配信を保護 | 中間者攻撃からの保護 |
-| 部分アップデート | 帯域幅の節約 | 修正されたファイルのみをダウンロード |
-| バックグラウンドインストール | ユーザーの入力を必要としない | アップデートが自動的にバックグラウンドでインストールされる |
-| チャンネルシステム | ターゲットを絞ったロールアウトを可能にする | 特定のユーザーグループにアップデートを配布 |
-
-Capgoアップデートを開始するには：
-
-1.  **プラグインをインストール**：コマンド`npx @capgo/cli init`を使用します。
-2.  **アプリをビルド**：通常のアプリビルドプロセスを進めます。
-3.  **アップデートをデプロイ**：CapgoのCLIコマンドを使用してデプロイします。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的な提供を行う上で重要です！" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-アップデートがデプロイされた後は、プラットフォーム固有のデバッグツールに頼ってすべてが期待通りに機能するかを確認し、問題を解決します。
-
-### デバッグツールガイド
-
-OTAアップデートの問題を診断する際、プラットフォーム固有のツールが非常に価値があります：
-
--   **Android用**：
-    
-    -   _LogCat_：リアルタイムのログを提供します。
-    -   _Android Debug Bridge (ADB)_：デバイスと直接やり取りできます。
-    -   _Bundle Analyzer_：アップデートサイズを最適化するのに役立ちます。
--   **iOS用**：
-    
-    -   _Xcode Console_：アップデートインストールログを追跡します。
-    -   _Network Inspector_：アップデートのダウンロードパフォーマンスを監視します。
-    -   _Safari Web Inspector_：WebViewの問題のデバッグを支援します。
-
-さらに、グローバルCDNのパフォーマンスにも注意を払いましょう。例えば、CapgoのCDNは通常、5MBのバンドルをわずか114msで配信します [\[1\]](https://capgo.app/) 。このベンチマークは、問題がネットワーク条件に関連しているのか実装エラーに起因しているのかを判断するのに役立ちます。
-
-## 結論
-
-CLIコマンドを効果的に管理することは、スムーズなアプリアップデートと優れたユーザーエクスペリエンスを確保するための鍵です。今日のOTAアップデートの急速なペースを考えると、Capgoのようなツールは一般的なCLIの課題に対処するための信頼性の高いソリューションを提供します。
-
-前述の手法とツールは、これらの問題を解決し、より強力なデプロイメントプロセスをサポートします。要するに、適切に組織されたCLI管理は、アップデートのセキュリティ、速度、回復に直接影響を与えます。Capgoのパフォーマンスは、効率的なCLIプラクティスの重要性を際立たせています [\[1\]](https://capgo.app/) 。
-
-| 要素 | 影響 | 解決策 |
-| --- | --- | --- |
-| アップデートのセキュリティ | 不正アクセスを防止 | エンドツーエンド暗号化 |
-| デプロイ速度 | ダウンタイムを削減 | グローバルCDN |
-| エラー回復 | ユーザーへの影響を最小化 | 即時ロールバック機能 |
-| アップデート配信 | 正確な配信を確保 | チャンネルベースのデプロイメント |
-
-これらの要素は、エラーを防止しデバッグするための以前の戦略に結びつき、スムーズなアップデートプロセスを実現します。自動化された安全なアップデートシステムはCLI管理の新しい基準を設定しています。強力なCLIプラクティスは、アプリ開発で先を行くために不可欠です [\[1\]](https://capgo.app/) 。
diff --git a/src/content/blog/ja/capacitor-cli-commands-for-version-updates.md b/src/content/blog/ja/capacitor-cli-commands-for-version-updates.md
deleted file mode 100644
index ae8130044..000000000
--- a/src/content/blog/ja/capacitor-cli-commands-for-version-updates.md
+++ /dev/null
@@ -1,372 +0,0 @@
----
-slug: capacitor-cli-commands-for-version-updates
-title: Capacitor CLI コマンドによるバージョン更新
-description: Capacitor CLIを使用してアプリを更新するための基本的なコマンドとベストプラクティスを学び、最適なパフォーマンスと互換性を確保しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-11T21:28:20.329Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682028f45e3fe4823b5e5a52-1746998980056.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, CLI, app updates, mobile development, iOS, Android, migration,
-  Capgo, plugins
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLIは、iOSおよびAndroidのための[アプリ更新](https://capgo.app/plugins/capacitor-updater/)を簡素化します。知っておくべきことは次のとおりです。
-
--   **なぜ更新するのか？** セキュリティを保ち、パフォーマンスを向上させ、最新のモバイルOSバージョンとの互換性を確保します。
--   **主要コマンド:** `npm install @capacitor/cli@latest` を使用してCapacitor CLIを更新し、`npx cap migrate` で変更を適用し、`npx cap sync` で[更新を完了](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)します。
--   **プラットフォーム固有の手順:** iOSは[CocoaPods](https://cocoapods.org/)（`pod install`）および[Xcode](https://developer.apple.com/xcode/)設定で更新します。Androidでは、[Gradle](https://gradle.org/)構成を調整し、Javaバージョンを確認します。
--   **[Capgo](https://capgo.app/)を使用してライブ更新:** アプリストアの遅延を待つことなく、即座に変更を展開できます。ロールバックやリアルタイム分析などの機能があります。
-
-更新は、アプリの効率性とユーザーフレンドリーさを維持します。スムーズなプロセスのために、上記の手順に従ってください。
-
-## Ionicアプリを[Capacitor](https://capacitorjs.com/) 3にマイグレーションする方法
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682028f45e3fe4823b5e5a52/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/d5H729a-rBM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 更新する前に
-
-更新前に準備をする時間を取ることで、後で頭痛を避けられます。少しの準備が一般的な罠を避け、すべてがスムーズに動作することを保証します。[更新プロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/)中のリスクを最小限に抑えるために、次のことに焦点を当ててください。
-
-### システム要件を確認する
-
-まず最初に、あなたの開発環境がCapacitorの要件を満たしていることを確認してください。バージョン6と7には特定のソフトウェア要件があります [\[1\]](https://capgo.app)。
-
-確認すべきこと：
-
--   **Node.js**: Node.jsのバージョンが互換性があることを確認。
--   **プラットフォーム固有のツール**:
-    -   iOS開発のために、最新のXcodeをインストールしていることを確認。
-    -   Androidの場合、[Android Studio](https://developer.android.com/studio)が最新であることを確認。
-
-### 更新ノートを読む
-
-更新ノートは、変更がプロジェクトにどのように影響を与えるかを理解するためのロードマップです。次のセクションを確認する時間を取ってください：
-
--   **公式ドキュメント**: Capacitorの変更履歴やマイグレーションガイドをチェック。
--   **重大な変更**: 「重大な変更」とラベル付けされたセクションに特に注意を払ってください。これらは、作業フローを中断する可能性のある重要な更新を強調します。
--   **プラグインの互換性**: プロジェクト内のすべてのCapacitorプラグインが新しいバージョンに対応していることをダブルチェック。
-
-## CLI更新コマンド
-
-これらのコマンドは、アプリを更新しつつ、すべてがスムーズに動作し続けるのを助けます。
-
-### Capacitor CLIを更新
-
-最新の機能にアクセスするために、Capacitor CLIを更新します。ターミナルを開いて以下を実行：
-
-```bash
-npm install -g @capacitor/cli@latest
-```
-
-インストール後、CLIのバージョンを確認して更新を確認：
-
-```bash
-npx cap --version
-```
-
-### マイグレーションコマンドを実行
-
-プロジェクトディレクトリ内で、コアおよびプラットフォーム固有のCapacitorパッケージを更新するために次のコマンドを実行します：
-
-```bash
-# Update core Capacitor packages
-npm install @capacitor/core@latest
-npm install @capacitor/cli@latest
-
-# Update platform-specific packages
-npm install @capacitor/ios@latest
-npm install @capacitor/android@latest
-
-# Run the migration command
-npx cap migrate
-```
-
-`npx cap migrate` コマンドは：
-
--   アプリの設定を更新します
--   依存関係を同期します
--   必要なプロジェクト変更を適用します
--   プラグインの互換性を検証します
-
-一部の更新が自動的に処理されない場合、手動で完了する必要があります。
-
-### 手動手順を完了する
-
-更新されたプラットフォームとプロジェクトを同期するために、次を実行：
-
-```bash
-npx cap sync
-```
-
-追加の自動化のために、以下のコマンドでCapgoのCLIツールを統合できます：
-
-```bash
-npx @capgo/cli init
-```
-
-最後に、各プラットフォームに対してアプリをビルドして更新を確認：
-
-```bash
-# For iOS
-npx cap open ios
-
-# For Android
-npx cap open android
-```
-
-更新中に問題が発生した場合、CLIはトラブルシューティングを助けるために詳細なエラーメッセージを提供します。ビルド出力を確認して、注意を要する警告やエラーがないか確認してください。
-
-## プラットフォームの更新
-
-コアのアップデートが完了したら、次のステップはiOSおよびAndroidプロジェクトのプラットフォーム設定を微調整することです。
-
-### iOS更新手順
-
-iOSプロジェクトを開始するには、Xcodeで開き、次の手順に従います：
-
--   **CocoaPods依存関係を更新**  
-    依存関係を更新するためにCocoaPodsを使用してリフレッシュします。iOSプロジェクトのディレクトリに移動し、次のコマンドを実行します：
-    
-    ```bash
-    cd ios/App
-    pod install
-    ```
-    
--   **Xcode設定を構成**  
-    スムーズな運用とコンプライアンスを確保するために、これらのXcode設定が更新されていることを確認：
-    
-    | **設定** | **必要なアクション** | **目的** |
-    | --- | --- | --- |
-    | デプロイメントターゲット | 最小iOSバージョンを設定 | 互換性を保証 |
-    | ビルド設定 | サイニングアイデンティティを更新 | App Storeの要件を満たす |
-    | アセットカタログ | アイコンとスプラッシュアセットを確認 | ビジュアルの一貫性を保つ |
-    
--   **クリーンビルド**  
-    キャッシュされたファイルをクリアし、古い問題を避けるためにクリーンビルドを行います：
-    
-    ```bash
-    # Clean the build folder
-    xcodebuild clean
-    # Build the project
-    xcodebuild build
-    ```
-    
-
-iOSの更新が完了したら、Androidプロジェクトに注意を移すことができます。
-
-### Android更新手順
-
-Androidの場合、Android Studioでプロジェクトを開き、次の手順に従います：
-
--   **Gradle構成を更新**  
-    `build.gradle`ファイルを開き、これらの設定が正しく構成されていることを確認：
-    
-    ```kotlin
-    android {
-        compileSdkVersion 33
-        defaultConfig {
-            minSdkVersion 22
-            targetSdkVersion 33
-        }
-    }
-    ```
-    
--   **プロジェクトファイルを同期**  
-    Gradleファイルとプロジェクトを同期させ、すべての依存関係が最新であることを確認します。このステップにはSDKツールの更新や競合の解決も含まれる場合があります。
-    
--   **Javaバージョンを確認**  
-    GradleおよびAndroid機能との互換性のために、正しいJavaバージョンを使用していることを確認：
-    
-    ```bash
-    # Check the current Java version
-    ./gradlew --version
-    ```
-    
-
-Gradleの構成には特に注意してください。一部の更新は、最新のAndroid機能を効果的にサポートするために新しいGradleバージョンを必要とするかもしれません。
-
-## [Capgo](https://capgo.app/)を使用したライブ更新
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/682028f45e3fe4823b5e5a52/0270fe931d56d422c8e52846495749c7.jpg)
-
-プラットフォームが構成されたら、Capgoを使用してアプリストアの承認を待つことなく即座に変更を展開できます。このステップは、リアルタイム展開機能を有効にすることでプラットフォーム更新を強化します。
-
-### Capgoの設定
-
-Capgoを始めるのは簡単です。単純なコマンドで初期化できます：
-
-```bash
-npx @capgo/cli init
-```
-
-この機能は、従来のレビューサイクルの遅延なしに、アプリを最新の状態に保つ更新プロセスを合理化します。Capgoは、既存のセットアップに柔軟に対応できるCapacitor 8の両方に対応しています。
-
-| **機能** | **説明** | **利点** |
-| --- | --- | --- |
-| エンドツーエンド暗号化 | 更新のためのビルトインセキュリティ | 許可されたユーザーのみが更新にアクセスできることを保証 |
-| [チャンネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | 高度な更新配布 | 特定のユーザーセグメントをターゲット |
-| リアルタイム分析 | 更新のパフォーマンスを監視 | 成功率とユーザーエンゲージメントを追跡 |
-
-### 更新安全機能
-
-Capgoは、安全で信頼性のある更新を優先し、24時間以内に95％の採用率と全体で82％の成功率を達成します [\[1\]](https://capgo.app)。いくつかの主要な安全機能を備えています：
-
--   **ロールバック機能**: 問題が発生した場合に、迅速に以前のバージョンに戻すことができます。
--   **エラートラッキング**: ユーザーに影響を与える前に問題を特定して解決します。
--   **チャンネルベースの配布**: [ベータグループでの更新をテスト](https://capgo.app/blog/how-to-send-specific-version-to-users/)してから広く展開します。
-
-### CI/CD統合
-
-安全対策が整ったら、CapgoをCI/CDパイプラインに統合してスムーズで効率的なデプロイを実現できます。Capgoはすでに50以上のアプリにCI/CDを設定しており、他のオプションに比べてコスト効果の高いソリューションを提供しています [\[1\]](https://capgo.app)。
-
-以下はデプロイコマンドの一例です：
-
-```bash
-npx @capgo/cli deploy --channel production
-```
-
-Capgoは、以下を含むさまざまなCI/CDプラットフォームをサポートしています：
-
--   [GitHub Actions](https://docs.github.com/actions)
--   [GitLab CI](https://docs.gitlab.com/ee/ci/)
--   [Jenkins](https://www.jenkins.io/)
--   カスタムパイプラインのセットアップ
-
-> "私たちは、GitHub Actions、GitLab CIなど、お好みのプラットフォームで直接CI/CDパイプラインを設定します。CI/CDをホストしたり、維持するための料金を請求したりすることはありません。" - Capgo [\[1\]](https://capgo.app)
-
-専門的な支援を求めるチームには、Capgoが$2,600でプロフェッショナルなCI/CD構成サービスを提供します。この一回限りのセットアップにはカスタムパイプラインの構成と、モバイルアプリデプロイに関する専門家のアドバイスが含まれます [\[1\]](https://capgo.app)。
-
-## 一般的な問題を修正する
-
-[Capacitorの更新](https://capgo.app/plugins/capacitor-updater/)は、アプリの安定性を妨げる問題を引き起こすことがあります。これらの一般的な問題に効果的に対処する方法は次のとおりです。
-
-### パッケージの競合を修正
-
-まず、Capacitorパッケージのバージョンの不一致をチェックしてください。次のコマンドを使用：
-
-```bash
-npm ls @capacitor/core
-```
-
-出力を確認し、**@capacitor/core**、**@capacitor/ios**、および**@capacitor/android**のバージョンが`package.json`ファイル内で一貫していることを確認します。競合を見つけた場合は、問題のあるパッケージを更新または削除して環境を安定させます。
-
-これらを解決した後、すべてのインストール済みプラグインが更新されたCapacitorバージョンに互換性があることを再確認してください。
-
-### プラグインのサポートを確認
-
-更新する前に、プラグインが最新のCapacitorバージョンで動作する準備ができていることを確認してください。プラグインの互換性を管理して確認するために、次のコマンドを使用：
-
-| **アクション** | **コマンド** | **目的** |
-| --- | --- | --- |
-| プラグインのリスト | `npx cap ls` | インストールされているすべてのプラグインを表示 |
-| バージョンを確認 | `npm outdated` | 古くなったプラグインを特定 |
-| プラグインを更新 | `npm update` | プラグインを互換性のあるバージョンに更新 |
-
-ライブ更新ツールのように**Capgo**を使用している場合は、プラグインが動的な更新をサポートしていることを確認してください。これにより、ランタイムの競合を防ぎ、スムーズなパフォーマンスを確保できます。
-
-### ビルドエラーを解決
-
-ビルドエラーはプラットフォームによって異なる場合がありますが、プラットフォーム固有の修正方法が以下です：
-
-**iOS:**
-
-ビルドフォルダをこのコマンドを使ってクリーンアップします：
-
-```bash
-xcodebuild clean -workspace ios/App/App.xcworkspace -scheme App
-```
-
-**Androidの場合：**
-
-以下のコマンドを実行してGradleキャッシュをクリアします：
-
-```bash
-cd android && ./gradlew clean
-```
-
-クリーニング後にエラーが続く場合、影響を受けたプラットフォームを再追加する必要があります。方法は以下のとおりです：
-
-```bash
-npx cap rm ios
-npx cap rm android
-npx cap add ios
-npx cap add android
-```
-
-最後に、Capgoを使用してライブ更新を行っている場合は、ビルド構成がプラットフォームの要件を満たしているか再確認して、さらなる問題を避けてください。
-
-## 概要
-
-このセクションでは、Capacitorでの[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)に必要な手順とツールを強調し、[Capacitor CLIコマンド](https://capgo.app/docs/cli/commands/)の効果的な使用がアプリ開発におけるスムーズなワークフローを確保する方法を説明します。議論されたツールと戦略は、更新を簡素化し、潜在的なリスクを減少させることを目指しています。
-
-以前、Capgoは**1.7Kのプロダクションアプリ**をサポートしており、印象的な**82%の更新成功率**を達成していると述べました [\[1\]](https://capgo.app)。その瞬時更新機能により、**95%のユーザーが24時間以内に更新可能**です [\[1\]](https://capgo.app)、その効率性を示しています。
-
-Capgoのパフォーマンス指標のスナップショットは以下の通りです：
-
-| 指標 | パフォーマンス |
-| --- | --- |
-| グローバルAPI応答時間 | 57ms |
-| 5MBバンドルダウンロード速度 | 114ms |
-| 更新成功率 | 82% |
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供するために重要です！" - Rodrigo Mantica [\[1\]](https://capgo.app)
-
-モダンな更新ツールは、いくつかの顕著な利点を提供します：
-
--   **エンドツーエンドの暗号化**による安全な更新配信
--   **部分更新**、変更されたコンポーネントのみをダウンロードすることにより帯域幅を節約
--   **ワンクリックでのロールバック**、問題が発生した場合の迅速な回復
--   **リアルタイム分析**、更新パフォーマンスとユーザーエンゲージメントを監視
-
-これらの機能は、[バージョン更新](https://capgo.app/docs/live-updates/update-behavior/) を効果的に管理するための強力なフレームワークを支えています。
-
-小さなアプリに取り組んでいるか、大規模なデプロイメントをスケーリングしているかにかかわらず、Capacitor CLIを高度な更新ツールと組み合わせることで、今日の急速に進化する開発環境において信頼性が高く効率的なバージョン管理を確保できます。
-
-## よくある質問
-
-:::faq
-### Capacitor CLIを使ってアプリを更新する際に直面する可能性のある課題と、それに対処する方法は？
-
-Capacitor CLIを使用してアプリを更新する際に、いくつかの障害に遭遇することがあります。一般的な課題には、**依存関係の競合**、**プラグインの破壊的変更**、または**プラットフォーム固有の設定問題**があります。これらの問題は、しばしばCapacitorのバージョン間の違いやサードパーティのプラグインの更新から生じます。
-
-これらの課題に対処する方法は以下の通りです：
-
--   **移行する新バージョンのリリースノートを確認**します。破壊的変更や必要な調整に注意してください。
--   **プロダクションに展開する前にスタaging環境で更新をテスト**します。これにより、ユーザーに影響を与える前に問題を検出し修正できます。
--   定期的に依存関係やプラグインを更新して互換性の問題のリスクを減らします。
-
-よりスムーズな更新体験のために、_Capgo_のようなツールを試してみるのも良いでしょう。このツールを使えば、アプリストアの承認を必要とせずに、修正や新機能を直接ユーザーにプッシュできます。これは、アプリを最小限のダウンタイムで最新の状態に保つ優れた方法です。
-:::
-
-:::faq
-### Capgoはアプリの更新をどのように簡素化し、特筆すべき機能は何ですか？
-
-Capgoは、開発者がユーザーに直接変更、修正、新機能をプッシュできるようにすることで、[アプリの更新](https://capgo.app/plugins/capacitor-updater/)を簡素化します。これにより、アプリストアの承認をバイパスできます。その結果、ユーザーは数分で最新の更新を楽しむことができ、よりスムーズで効率的な体験が実現します。
-
-Capgoの際立った特徴は次のとおりです：
-
--   **エンドツーエンドの暗号化**により、更新が安全に保たれます。
--   **CI/CD統合**により、効率的なワークフローを維持します。
--   **ユーザー特有の更新**により、正確でターゲットを絞った展開が可能です。
--   **柔軟な組織管理**により、どのような規模のチームにも対応します。
-
-Capgoは完全にオープンソースで、AppleとAndroidの両方の基準に準拠しており、[リアルタイムのアプリ更新](https://capgo.app/blog/live-updates-for-flutter-app/)の信頼できるソリューションを提供します。
-:::
-
-:::faq
-### 更新前にプラグインが最新バージョンのCapacitorと互換性があるかどうかを確認するにはどうすればよいですか？
-
-最新のCapacitorバージョンにアップグレードする前に、プラグインが更新を処理できる準備ができているか再確認することが重要です。まず、プラグインのドキュメントやリポジトリを調べて、バージョン特有の要件や更新があるかどうかを確認します。ほとんどのプラグインは、サポートしているCapacitorのバージョンを明示的に示しているため、このステップで不必要な頭痛を避けることができます。
-
-また、更新されたCapacitorバージョンで制御された環境でアプリをテストすることもできます。これにより、更新がプロダクションでライブになる前に、互換性の問題を確認して修正できます。**Capgo**のようなツールがここで役立つ場合があり、アプリストアの承認を必要とせずに直接更新をプッシュできます。これにより、プラグイン関連の問題に迅速に対処しつつ、プラットフォームのガイドライン内で作業できます。
-:::
diff --git a/src/content/blog/ja/capacitor-cli-plugin-commands-overview.md b/src/content/blog/ja/capacitor-cli-plugin-commands-overview.md
deleted file mode 100644
index 7201b1ad7..000000000
--- a/src/content/blog/ja/capacitor-cli-plugin-commands-overview.md
+++ /dev/null
@@ -1,354 +0,0 @@
----
-slug: capacitor-cli-plugin-commands-overview
-title: Capacitorプラグインのコマンド概要
-description: Capacitor プラグインを CLI コマンドを使用して効率的に管理する方法と、強力なプラグイン管理ツールとの統合の利点について学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T03:14:02.984Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4be0410051fda3b63a692-1743045267566.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, CLI, plugin management, app development, updates, troubleshooting,
-  Capgo, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLIは、アプリ開発におけるプラグイン管理を簡素化し、ネイティブデバイス機能のシームレスな統合を可能にします。[Capgo](https://capgo.app/)のようなツールと組み合わせることで、更新、デプロイ、トラブルシューティングを効率化します。以下が重要なポイントです：
-
-**主な機能：**
-
--   **プラグインのインストール：** `npx @capgo/cli init`を使用してプラグインを追加し、依存関係を処理し、設定を自動更新します。
--   **プラグインの更新：** `npm update @capacitor/*`や`npx cap sync`などのコマンドでスムーズな更新を実現します。
--   **プラグインの削除：** `npm uninstall @capacitor/plugin-name`で完全にアンインストールし、設定を同期します。
--   **問題のトラブルシューティング：** `npx cap doctor`や`npx cap sync --verbose`などのコマンドで問題を検出・解決します。
-
-**[Capgoの利点](https://capgo.app/consulting/)：**
-
--   リアルタイム更新
--   エンドツーエンドの暗号化
--   CI/CD統合
--   エラー時のロールバック
-
-Capgoは世界中で750以上のアプリをサポートし、月額12ドルで高速な更新とエラー追跡を提供しています。
-
-今すぐ[Capacitorプラグイン](https://capgo.app/plugins/)を効率的に管理し、開発ワークフローを向上させましょう！
-
-## クロスプラットフォーム開発：CapacitorJSの探求...
-
-<iframe src="https://www.youtube.com/embed/73YWZ1G_DX4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## プラグインインストールコマンド
-
-Capacitor CLIを使用すると、プロジェクトへのプラグインの追加が簡単で効率的になります。これらのコマンドは、依存関係を処理し、セットアップとの互換性を確保しながら、統合プロセスを処理します。
-
-### 基本的なインストールコマンド
-
-Capacitorプラグインをプロジェクトに追加するには、この単純なコマンド構造を使用します。例えば、Capgoプラグインをインストールするには、以下を実行します：
-
-```bash
-npx @capgo/cli init
-```
-
-このコマンドは以下を処理します：
-
--   プラグインがCapacitorバージョンと互換性があることを確認
--   必要な依存関係をすべてインストール
--   プラットフォーム固有の設定をセットアップ
--   プロジェクトの設定ファイルを自動的に更新
-
-インストール中のエラーを避けるため、このプロセスに従ってください。
-
-### インストールガイドライン
-
-問題なくプラグインをインストールするための方法は以下の通りです：
-
-**インストール前の手順**：
-
--   Capacitorプロジェクトがすでにセットアップされていることを確認
--   プロジェクトのルートディレクトリに移動
--   [Node.js](https://nodejs.org/en)のバージョンが最新であることを確認
--   Capacitor CLIを最新バージョンに更新
-
-**バージョン管理**：
-
--   インストール時に必要なプラグインバージョンを指定
--   互換性の問題を避けるためにセマンティックバージョニングに従う
--   デプロイ前に開発環境でプラグインをテスト
-
-> "npx @capgo/cli initを実行するだけです！" - Capgo [\[1\]](https://capgo.app/)
-
-インストール後、`package.json`とプラットフォーム固有の設定ファイルを確認して、すべてが正しく設定されていることを確認してください。追加の手順については、プラグインのドキュメントを参照してください。
-
-## プラグイン更新コマンド
-
-Capacitorプラグインを最新の状態に保つことで、アプリの安定性を維持し、新機能へのアクセスを確保できます。CLIには、プラグインの更新を効率的に管理するためのツールが用意されています。
-
-### 利用可能な更新の確認
-
-プロジェクトのルートディレクトリで以下のコマンドを実行します：
-
-```bash
-npm outdated @capacitor/*
-npx cap doctor
-```
-
-`npx cap doctor`コマンドは、プラグインのバージョンを含むCapacitorセットアップをチェックします。問題を特定し、パフォーマンスを向上させるための更新を提案します。更新が必要なプラグインを特定したら、以下のコマンドを使用します。
-
-### プラグインの更新実行
-
-プラグインを更新するには、以下を使用します：
-
-**単一プラグインの更新**：
-
-```bash
-npm update @capacitor/plugin-name
-npx cap sync
-```
-
-**すべてのプラグインを一度に更新**：
-
-```bash
-npm update @capacitor/*
-npx cap sync
-```
-
-Capgoユーザーの場合、CLIツールで更新プロセスが簡素化されます：
-
-```bash
-npx @capgo/cli update
-```
-
-### 更新依存関係の管理
-
-更新を適用した後、依存関係を効果的に管理するために以下の手順に従ってください：
-
-| 段階 | タスク | 目的 |
-| --- | --- | --- |
-| 更新前 | 依存関係の確認 | 現在のバージョンを確認 |
-| 更新中 | バージョンの競合を解決 | 非互換性を修正 |
-| 更新後 | プラットフォーム固有のテストを実行 | すべてが正常に動作することを確認 |
-
-Capgoユーザーは、制御された展開などの高度な機能の恩恵を受けられます。システムは以下の信頼性を実証しています：
-
--   95%の更新が24時間以内に完了 [\[1\]](https://capgo.app/)
--   更新の世界的な成功率82% [\[1\]](https://capgo.app/)
--   Capacitor 8バージョンとの互換性 [\[1\]](https://capgo.app/)
-
-スムーズな更新を確保するために：
-
--   **バージョン管理**：更新前に変更をコミット。
--   **テスト**：最初に開発環境で更新を適用。
--   **依存関係の警告**：ピア依存関係の問題に迅速に対応。
-
-Capgoは、問題が発生した場合に重要な更新を元に戻すためのロールバック機能も提供しています [\[1\]](https://capgo.app/) 。
-
-## プラグイン削除コマンド
-
-プラグインを適切に削除することは、更新時の問題を避け、開発環境をクリーンに保つために重要です。以下で、プラグインのアンインストールと完全な削除の確認手順を説明します。
-
-### アンインストールコマンド
-
-Capacitorプラグインをアンインストールするには、以下のコマンドを使用します：
-
-```bash
-npm uninstall @capacitor/plugin-name
-npx cap sync
-```
-
-プラットフォーム固有の更新には、以下を実行します：
-
-```bash
-npx cap update ios
-npx cap update android
-```
-
-複数のプラグインを一度に削除する必要がありますか？以下を使用します：
-
-```bash
-npm uninstall @capacitor/plugin1 @capacitor/plugin2
-npx cap sync
-```
-
-### 削除後のクリーンアップ
-
-アンインストール後、プロジェクトの安定性を維持するために以下のクリーンアップ手順に従ってください：
-
-| タスク | コマンド | 目的 |
-| --- | --- | --- |
-| 依存関係の更新 | `npm install` | 依存関係ツリーを再構築 |
-| プラットフォームの同期 | `npx cap sync` | ネイティブプロジェクトの設定を更新 |
-
-さらに、**capacitor.config.ts**、**package.json**、およびプラットフォーム固有のファイルから残りのエントリを手動で削除します。
-
-### プラグイン削除の確認
-
-プラグインが完全に削除されたことを確認するには、以下のコマンドを使用します：
-
-```bash
-npm list @capacitor/*
-npx cap doctor
-```
-
--   **`npm list @capacitor/*`**：残りのCapacitor関連の依存関係をチェック。
--   **`npx cap doctor`**：孤立した依存関係、不完全な削除、または設定の問題を特定。
-
-以下の領域に残留トレースがないか確認します：
-
--   **プロジェクトルート**：`package.json`にプラグインが一覧されていないことを確認。
--   **ネイティブプラットフォーム**：iOSとAndroidディレクトリでクリーンアップを確認。
--   **ビルドファイル**：コンパイルされたアセットからプラグインが削除されていることを確認。
-
-プラグイン管理にCapgoを使用している場合、CLIツールで削除を確認できます：
-
-```bash
-npx @capgo/cli verify
-```
-
-このコマンドは、競合を引き起こす可能性のある残留トレースをスキャンし、完全なクリーンアップを確保します。
-
-## プラグインのトラブルシューティング
-
-プラグインのインストールや更新後も問題が発生している場合、一般的な問題を特定して修正するための実践的なトラブルシューティング手順を以下に示します。
-
-Capacitorプラグインをクリコマンドで使用する際、開発者はワークフローを妨げる可能性のある課題に直面することがよくあります。以下は、これらの問題に効果的に対処するためのガイドです。
-
-### 診断ツール
-
-これらのコマンドは、CLI設定の問題を明らかにするのに役立ちます：
-
-```bash
-npx cap doctor
-npx cap sync --verbose
-```
-
-これらのツールは以下を検出できます：
-
--   不足している依存関係
--   バージョンの不一致
--   プラットフォーム固有の設定エラー
--   プラグインのインストールの問題
-
-より深い洞察には、Capgoが追加の診断コマンドを提供しています：
-
-```bash
-npx @capgo/cli diagnose
-npx @capgo/cli verify-plugins
-```
-
-診断を実行した後、以下の表を使用して特定のエラーに対する対策を適用します。
-
-### 一般的なエラーの修正
-
-頻出するプラグインの問題を解決するためのCLIコマンドは以下の通りです：
-
-| エラーの種類 | コマンド | 解決策 |
-| --- | --- | --- |
-| バージョンの不一致 | `npx cap sync --force` | プラグインの強制同期 |
-| プラットフォームの競合 | `npx cap update <platform>` | プラットフォーム固有の設定を再構築 |
-| 依存関係の問題 | `npm cache clean --force` | 新規インストール用にnpmキャッシュをクリア |
-| プラグインの破損 | `npm rebuild` | プラグインバイナリを再構築 |
-
-より頑固な更新の問題には、この順序を試してください：
-
-```bash
-npm cache clean --force
-rm -rf node_modules
-npm install
-npx cap sync
-```
-
-### CLIと手動修正の使い分け
-
-CLIコマンドで十分な場合が多いですが、状況によっては手動の介入が必要な場合があります。
-
-**CLIを使用する場合：**
-
--   定期的なプラグインの更新
--   依存関係の競合の解決
--   診断の実行やプラットフォーム設定の同期
-
-**手動修正が必要な場合：**
-
--   ネイティブプラットフォームコードの編集
--   マージ競合の修正
--   プラグイン設定のカスタマイズ
--   古いプラグインの新バージョンへの移行
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーにおいて重要な役割を果たしています！" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-> "4年間使用していた@Appflowの契約をキャンセルしました。Code-Pushはうまく機能していませんでしたが、@CapGOなら解決できるでしょう" - LeVar Berry, @levarberry [\[1\]](https://capgo.app/)
-
-最後に、CLIコマンドを実行した後は、常にプラットフォーム固有のログを確認してください：
-
--   **iOS**：詳細なログには[Xcode](https://developer.apple.com/xcode/)のコンソールを使用
--   **Android**：[Android Studio](https://developer.android.com/studio)でlogcatを確認
--   **Web**：ブラウザ開発者ツールを検査
-
-CLIコマンドで問題が解決しない場合は、手動修正を試みる前に、プラグインのGitHubリポジトリで報告された問題やコミュニティが提供する解決策を確認してください。
-
-## [Capgo](https://capgo.app/)統合
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-27.jpg?auto=compress)
-
-CapgoはCapacitor CLIとシームレスに連携し、[リアルタイムプラグイン更新](https://capgo.app/docs/plugin/self-hosted/auto-update)を可能にし、開発者のメンテナンスタスクを簡素化します。
-
-### Capgoプラグイン
-
-| 指標 | 詳細 |
-| --- | --- |
-| アップデート成功 | プラグインの更新の成功を監視 |
-| ユーザー採用 | ユーザー間のバージョン使用状況を追跡 |
-| ダウンロード速度 | 5MBバンドルで平均114ms |
-| エラー追跡 | リアルタイムで問題を特定 |
-
-> "Capgoは生産性を向上させたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられるのは素晴らしいことです。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-これらの機能により、Capgoはアップデート管理の効率的なソリューションとなっています。
-
-### Capgoアップデートシステム
-
-Capgoはエンドツーエンドの暗号化を使用して、AppleとGoogleのガイドラインに準拠していることを保証します。価格は個人開発者向けに月額12ドルから開始し、大規模なチーム向けにエンタープライズプランも用意されています。
-
-アップデートシステムの主な特徴：
-
--   **ワンクリックロールバック**による迅速な修正
--   ベータテスト用の**ユーザー管理**
--   ターゲットを絞ったアップデート用の**[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**
--   問題を監視する**エラー追跡**
-
-現在、**750のアプリ**が本番環境でCapgoを使用しています。プラットフォームは2,600ドルでCI/CD設定サービスも提供しており、ワークフローへのスムーズな統合を保証します。グローバルCDNは5MBバンドルを平均**114ms**で配信します。
-
-> "AppFlowが年間$5000の請求を突きつけてきたため、Capgoに移行しました。今のところCapgoは素晴らしいです。Capgo、素晴らしい製品をありがとう。" - jermaine [\[1\]](https://capgo.app/)
-
-## 結論
-
-### プラグイン管理の概要
-
-Capacitor CLIはプラグインの管理を簡素化します。Capgoと組み合わせると、印象的な結果を提供します：
-
--   2,350万回のアップデートを完了
--   24時間以内に95%のユーザー採用率
--   82%のグローバル成功率
--   57msの平均APIレスポンス時間
-
-これらの数字は、CLIとCapgoが連携してスムーズで効率的なアップデートを確保する方法を示しています。
-
-### Capgoの次のステップ
-
-Capgoはあなたのワークフローを次のレベルに引き上げることができます。クラウドとセルフホストの両方のオプションを提供し、さまざまなデプロイメントの好みに対応します。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供する上で非常に重要です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgoが提供する機能：
-
--   アップデートのパフォーマンスを監視するリアルタイム分析
--   [セキュアなプラグインアップデート](https://capgo.app/docs/plugin/self-hosted/encrypted-bundles/)のためのエンドツーエンド暗号化
--   主要なプラットフォームとの簡単なCI/CD統合
--   個人開発者向けの月額12ドルからの価格設定
-
-750の本番アプリがすでにCapgoに依存しており、実証済みの選択肢です。バグ修正や新機能のリリースにかかわらず、Capacitor CLIとCapgoを組み合わせることで、アプリ開発のための信頼性の高い効率的なツールキットを手に入れることができます。今すぐこれらのツールを使用してCapacitorプロジェクトを効率化しましょう。
diff --git a/src/content/blog/ja/capacitor-cli-project-setup-guide.md b/src/content/blog/ja/capacitor-cli-project-setup-guide.md
deleted file mode 100644
index 5e279317f..000000000
--- a/src/content/blog/ja/capacitor-cli-project-setup-guide.md
+++ /dev/null
@@ -1,257 +0,0 @@
----
-slug: capacitor-cli-project-setup-guide
-title: Capacitor CLIを使用したプロジェクト設定ガイド
-description: Capacitor CLIを使用して、Webテクノロジーを使用してネイティブのiOSおよびAndroidアプリを作成する方法を、簡単な手順で説明します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T03:02:50.225Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847-1744945493935.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, CLI, mobile apps, iOS, Android, project setup, live updates,
-  troubleshooting
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**1つのコードベースでiOSとAndroidアプリを構築したいですか?** [Capacitor](https://capacitorjs.com/)CLIを使用すれば、Webテクノロジーを使用してネイティブアプリを作成するプロセスが簡単になります。以下のことを学びます:
-
-- **クイックセットアップ**: Capacitor CLIをインストールし、数分でプロジェクトを初期化。
-- **プラットフォーム統合**: 簡単なコマンドでiOSとAndroidのサポートを追加。
-- **ライブアップデート**: [Capgo](https://capgo.app/)を使用して即座にOTAアップデートを実行。
-- **一般的な修正**: 同期エラーやビルド失敗などの問題のトラブルシューティング。
-
-**開始するための主要なステップ:**
-
-1. [Node.js](https://nodejs.org/en)、npm、JDK、[Xcode](https://developer.apple.com/xcode/)、[Android Studio](https://developer.android.com/studio)をインストール。
-2. `npm install @capacitor/core @capacitor/cli`を実行してプロジェクトを初期化。
-3. `npx cap add ios`と`npx cap add android`を使用してiOSとAndroidプラットフォームを追加。
-4. オプション: [アプリアップデート](https://capgo.app/plugins/capacitor-updater/)用にCapgoをセットアップ。
-
-このガイドでは、Capacitor CLIのセットアップ、プラットフォームの構成、アプリのデプロイに必要なすべてを説明します。早速始めましょう！
-
-## [Capacitor](https://capacitorjs.com/)の設定について
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/HufvY63esXs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## セットアップ要件
-
-開始するには、以下のツールがインストールされていることを確認してください:
-
-- **Node.js** (バージョン14以降)と**npm**
-- **Java JDK** (バージョン11以降)
-- **Xcode** (iOSビルド用にバージョン12以降)
-- **Android Studio** (Androidビルド用)
-- **Capacitor CLI** (バージョン6または7)
-
-_オプション:_ ライブアップデートを有効にしたい場合は、以下の「[Capgoセットアップガイド](https://capgo.app/docs/plugin/cloud-mode/getting-started/)」をご確認ください。
-
-## CLIインストールの手順
-
-開始する前に、**Node.js**、**npm**、**JDK**、**Xcode**、**Android Studio**がセットアップされていることを確認してください。準備ができたら、以下のコマンドでCapacitor CLIをインストールできます:
-
-```bash
-npm install --save @capacitor/core @capacitor/cli
-npx cap init
-```
-
-このコマンドはCapacitorをインストールし、そのコアコンポーネントをセットアップします。
-
-このステップが完了したら、**新規プロジェクトの作成**に進んでアプリケーションの構築を開始します。
-
-## 新規プロジェクトの作成
-
-[Capacitor CLIを使用して](https://capgo.app/docs/cli/commands/)プロジェクトを開始するには、以下の手順に従ってください:
-
-```bash
-mkdir my-app && cd my-app
-npm init -y
-npx cap init my-app com.company.app --web-dir dist
-```
-
-### 設定ファイルの更新
-
-`capacitor.config.json`ファイルを編集して、以下の設定を含めます:
-
-```json
-{
-  "appId": "com.company.app",
-  "appName": "My App",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "server": {
-    "hostname": "app.example.com",
-    "androidScheme": "https"
-  }
-}
-```
-
-更新が完了したら、この設定を使用してプロジェクトのCapacitorをセットアップします。
-
-## プラットフォームのセットアップ
-
-プロジェクトの構築が完了したら、iOSとAndroidのターゲットをセットアップする時です。
-
-### iOSとAndroidの追加
-
-Capacitor CLIを使用して、必要なプラットフォーム固有のパッケージをインストールします:
-
-```bash
-npm install @capacitor/ios @capacitor/android
-npx cap add ios
-npx cap add android
-```
-
-iOSの場合、Xcode 14以降、[CocoaPods](https://cocoapods.org/) 1.11以降、macOS 12以降が必要です。Androidの場合、Android Studio Giraffe (2022.3.1+)、JDK 17以降、[Gradle](https://gradle.org/) 7.5以降が必要です。
-
-インストール後、Webアプリケーションの変更に合わせてネイティブターゲットを更新する必要があります。
-
-### プラットフォームの更新
-
-Webアプリを更新した後、プラットフォームを最新の変更と同期するには、以下の手順に従います:
-
-```bash
-npm run build
-npx cap sync
-```
-
-`cap sync`コマンドは以下の2つのタスクを処理します:
-
-- 更新されたWebアセットをネイティブプラットフォームにコピー
-- ネイティブの設定とプラグインを最新の変更に合わせて更新
-
-### IDEのセットアップ
-
-適切なIDEでプラットフォーム固有のプロジェクトを開きます:
-
-```bash
-npx cap open ios     # Opens Xcode
-npx cap open android # Opens Android Studio
-```
-
-**Xcodeで:**
-
-1. 開発チームを選択。
-2. 署名証明書をセットアップ。
-3. バンドル識別子を更新。
-
-**Android Studioで:**
-
-1. `build.gradle`でアプリケーションIDを変更。
-2. 署名用のキーストアを設定。
-3. デバッグとリリースのビルドバリアントをセットアップ。
-
-すべての設定が完了したら、`npx cap build ios`または`npx cap build android`でプロジェクトをビルドします。すべてのアセットが最新であることを確認するために、`npx cap sync`を再度実行することを忘れないでください。
-
-## [Capgo](https://capgo.app/)セットアップガイド
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-アプリの即時OTAアップデートを有効にするためにCapgoをセットアップします。
-
-### Capgoの主な機能
-
-Capgoはアプリのアップデートを合理化するためのいくつかのツールを提供します:
-
-- **エンドツーエンドの暗号化**でアップデートの安全な配信を保証。
-- アップデートはアプリ起動時に**バックグラウンドで**実行。
-- **分析ツール**でアップデートの成功率とユーザーエンゲージメントを追跡。
-- **ワンクリックロールバック**オプションで問題のあるアップデートから素早く復旧。
-- **[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**で段階的なロールアウトとベータテストを実施。
-
-### Capgoのインストール
-
-Capgoを開始するには以下の手順に従ってください:
-
-1. [Capgo CLIをインストール](https://capgo.app/docs/self-hosted/local-dev/cli/):
-
-    ```bash
-    npm install --save @capgo/cli
-    ```
-
-2. プロジェクトで[Capgoを初期化](https://capgo.app/docs/webapp/):
-
-    ```bash
-    npx capgo init
-    ```
-
-3. アップデートのビルドとリリース:
-
-    ```bash
-    npm run build
-    npx capgo release
-    ```
-
-4. アプリを開いてバックグラウンドアップデートプロセスをトリガー。
-
-### ベストプラクティス
-
-- チャネルを使用してアップデートを全ユーザーにロールアウトする前にテスト。
-- 分析を監視してアップデートが正常に配信され、ユーザーが関与し続けていることを確認。
-- エラートラッキングを有効にして早期に問題を発見し修正。
-- 問題に素早く対応できるようにロールバック機能を準備。
-
-CapgoはCapacitor 8に対応し、CI/CDパイプラインとスムーズに統合され、AppleとGoogleのストア要件に準拠しています。
-
-## 一般的な問題とヒント
-
-プラットフォームとCapgoのセットアップが完了したら、いくつかの一般的なエラーに遭遇する可能性があります。以下に素早く対処する方法を説明します。
-
-### 環境セットアップの問題
-
-- **CLIが見つからない**  
-    **エラー**: `npx cap`コマンドが失敗。  
-    **修正**: `npm install --save @capacitor/cli @capacitor/core`を実行して再試行。
-
-- **Nodeバージョンの不一致**  
-    **エラー**: Node.jsバージョンエラーによりCLIコマンドが失敗。  
-    **修正**: セットアップ要件に記載されているNode.jsバージョン14以降をインストール。
-
-### 設定の問題
-
-- **設定の不一致**  
-    **エラー**: `capacitor.config.json`の変更が反映されない。  
-    **修正**: `appId`と`webDir`の値が`package.json`とWebビルド出力フォルダと一致していることを確認。
-
-- **プラットフォーム同期エラー**  
-    **エラー**: `npx cap sync`の実行でプラグインバージョンの競合が発生。  
-    **修正**: `@capacitor/android`と`@capacitor/ios`を同じメジャーバージョンに更新し、同期コマンドを再実行。
-
-### ビルドとデプロイメント
-
-- **ビルド署名の失敗**  
-    **エラー**: 証明書やキーストアが不足しているためiOSまたはAndroidのビルドが失敗。  
-    **修正**: IDEセットアップの手順に従う。iOSの場合はXcodeで開発チームを追加。Androidの場合は`build.gradle`でキーストアを設定。
-
-- **Webディレクトリが見つからない**  
-    **エラー**: `npx cap sync`がWebアセットを見つけられない。  
-    **修正**: プラットフォームを同期する前にWebビルドコマンド（例：`npm run build`）を実行。
-
-### ライブアップデートの問題
-
-- **[Capgoアップデートの失敗](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-    **エラー**: プロダクションアプリでアップデートが表示されない。  
-    **修正**: `capacitor.config.json`の[Capgo APIキー](https://capgo.app/docs/webapp/api-keys/)を確認し、正しいチャネルをターゲットにしていることを確認。
-
-プラットフォーム固有のセットアップの詳細については、プラットフォームセットアップセクションを参照してください。ライブアップデートを使用している場合は、追加のトラブルシューティングのヒントについてCapgoセットアップガイドを参照してください。
-
-## まとめ
-
-### セットアップの確認
-
-Capacitor CLIでWebアプリを開始し、iOSとAndroidプラットフォームをセットアップし、オプションでライブアップデート用にCapgoを含めます。
-
-開始方法は以下の通りです:
-
-- Capacitor CLIを使用してプロジェクトを初期化。
-- アプリのパッケージIDを設定し、Web出力ディレクトリを定義。
-- iOSとAndroidプラットフォームのサポートを追加。
-- 以下のコマンドでCapgoをインストールしセットアップ: `npm install --save @capgo/cli && npx capgo init`
-
-詳細なセットアップ手順やトラブルシューティングについては、公式のCapacitorとCapgoのドキュメントを参照してください。
diff --git a/src/content/blog/ja/capacitor-community-forums-for-plugin-developers.md b/src/content/blog/ja/capacitor-community-forums-for-plugin-developers.md
deleted file mode 100644
index c71f61267..000000000
--- a/src/content/blog/ja/capacitor-community-forums-for-plugin-developers.md
+++ /dev/null
@@ -1,63 +0,0 @@
----
-slug: capacitor-community-forums-for-plugin-developers
-title: Capacitor コミュニティのプラグイン開発者向けフォーラム
-description: Capacitorプラグイン開発者がトラブルシューティング、知識共有、開発体験の向上を行うための必須フォーラムをご紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:15:19.291Z
-updated_at: 2025-03-19T03:15:43.434Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da1574cfd1b2222c56b5cd-1742354143434.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, plugin development, developer forums, troubleshooting, community
-  support
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) フォーラムは、プラグイン開発者が問題を解決し、知識を共有し、他の開発者とつながるために不可欠です。トラブルシューティング、プラグインの共有、ベストプラクティスの学習など、これらのフォーラムは貴重なリソースとサポートを提供します。
-
-### 重要なポイント:
-
--   **主要フォーラム**: リアルタイムのヘルプには[Discord](https://ionic.io/blog/announcing-official-ionic-discord-server)を、詳細な会話には[GitHub Discussions](https://github.com/ionic-team/capacitor/discussions)を、技術的な回答には[Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor)を利用します。
--   **ベストプラクティス**: より良い回答を得るために、明確な質問を書き、コードスニペットを共有し、フォーラムのルールに従います。
--   **追加ツール**: [Capgo](https://capgo.app/)の[インスタントアップデート](https://capgo.app/plugins/capacitor-updater/)や公式ドキュメントなどのリソースを活用して、信頼できるガイダンスを得ましょう。
-
-### クイックスタート:
-
-1.  **フォーラムに参加**: DiscordとGitHub Discussionsから始めましょう。
-2.  **質問をする**: 詳細なコンテキストとコード例を提供します。
-3.  **ツールを使用**: より速いアップデートとデバッグにCapgoを試してみましょう。
-
-Capacitorフォーラムは、効率的なプラグイン開発のための重要な場所です。参加して学び、共有し、成長しましょう！
-
-## 主要な[Capacitor](https://capacitorjs.com/)フォーラム
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
-
-Capacitor開発者には、接続、コラボレーション、問題解決のための複数の定番フォーラムがあります。
-
-### [Discord](https://ionic.io/blog/announcing-official-ionic-discord-server)チャンネルガイド
-
-![Discord Community Platform](https://mars-images.imgix.net/seobot/screenshots/ionic.io-731d02617347fde57eccb2bd555c6e2e-2025-03-19.jpg?auto=compress)
-
-公式Discordサーバーは、リアルタイムのディスカッションとクイックトラブルシューティングに最適な場所です。以下のような専用チャンネルが用意されています：
-
--   **#plugin-development**: プラグインの作成とメンテナンスに関する議論のための場
--   **#troubleshooting**: 即時の技術的支援を得られる場所
--   **#announcements**: Capacitorとそのエコシステムに関する最新ニュースを入手できる場所
-
-重要なチャンネルの通知を有効にでき、サーバーの検索可能なメッセージ履歴により、過去の解決策を簡単に見返すことができます。
-
-[続く]
-
-### はじめに
-
-準備はできましたか？始め方は以下の通りです：
-
--   **主要なプラットフォームに参加**: Discordや GitHub Discussionsに参加してコミュニティとつながり、公式ドキュメントを探索しましょう。
--   **プラグインを共有**: あなたの作品を共有して、他の人を助け、建設的なフィードバックを得ましょう。
--   **効率的なツールを使用**: Capgoのようなツールを使用すると、アップデート、テスト、デプロイメントが簡単になり、開発プロセスがスムーズになります。
diff --git a/src/content/blog/ja/capacitor-comprehensive-guide.md b/src/content/blog/ja/capacitor-comprehensive-guide.md
deleted file mode 100644
index a7eaec23e..000000000
--- a/src/content/blog/ja/capacitor-comprehensive-guide.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-slug: capacitor-comprehensive-guide
-title: 'Capacitor: 総合ガイド'
-description: >-
-  CapacitorJSは、Web開発者が単一の標準WebコードベースでネイティブのiOS、Android、デスクトップ、プログレッシブWebアプリを構築できる強力なツールです。この包括的なガイドでCapacitorについて知っておくべきことをすべて学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-10T00:00:00.000Z
-updated_at: 2023-06-10T00:00:00.000Z
-head_image: /capacitor-guide.webp
-head_image_alt: Capacitorガイドイラスト
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Guides
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) は、開発者が単一の標準的なWebコードベースを使用して、ネイティブのiOS、Android、デスクトップ、およびプログレッシブWebアプリを作成できる多目的ツールです。Ionicチームによって開発されたCapacitorは、開発者がモバイルプラットフォームでのWeb技術の可能性を認識するにつれて、近年大きな注目を集めています。この包括的なガイドでは、Capacitorに関する一般的な質問に答え、その機能、ユースケース、利点について探ります。
-
-## Capacitorとは？
-
-Capacitorは、Web開発者が最新のブラウザで動作する標準的なWeb技術を使用してクロスプラットフォームアプリを構築できる、無料のオープンソース（MITライセンス）プラットフォームです。ネイティブプラットフォームSDK（iOSとAndroid）、コマンドラインツール、プラグインAPI、既製のプラグインで構成されています。Capacitorを使用すると、既存のWebアプリケーションを各プラットフォームでネイティブアプリとして実行でき、JavaScriptを介してネイティブプラットフォームへのフックを提供します。これらのフックは、アプリに直接組み込むことも、再利用と配布のためのスタンドアロンプラグインとして構築することもできます。
-
-## Capacitorで何が作れますか？
-
-Capacitorを使用すると、ネイティブまたは他のクロスプラットフォームツールキットで作成するものを実質的にすべて構築できます。Capacitorアプリはネイティブプラットフォームに完全にアクセスできるため、ほとんどのネイティブ機能を実装できます。ただし、ネイティブUIコントロールをWebアプリビュー階層に直接埋め込むことは課題があり、他の人が使用できる抽象化された技術としてはまだ利用できません。
-
-## Capacitorは誰のためのものですか？
-
-CapacitorはHTML、CSS、JavaScriptのバックグラウンドを持つWeb開発者を対象としています。Webまたはデスクトップアプリ（Electronまたはそれに類似したツールを使用）を構築する場合、Capacitorはモバイルに焦点を当てたクロスプラットフォームアプリを作成するためのソリューションです。
-
-## チームがCapacitorを選ぶべき時はいつですか？
-
-チームがWeb開発スキルと既存のWeb投資を活用してネイティブプラットフォームアプリをデプロイしたい場合、Capacitorを検討すべきです。Capacitorは、データ駆動型アプリ、コンシューマーアプリ、B2B/Eアプリ、エンタープライズアプリに最適です。特にエンタープライズアプリに適しており、Capacitorを開発したIonicは、専用のエンタープライズサポートと機能を提供しています。
-
-## 既存のWebコードを再利用し、新しいコードをWebアプリと共有できますか？
-
-はい！Capacitorは標準的なWebアプリをネイティブで実行するため、チームはWebとモバイル用の単一のコードベースを持つことができ、コンポーネント、ロジック、特定の機能など、Webアプリの一部を再利用できます。
-
-## Capacitorの得意分野と制限は何ですか？
-
-Capacitorは、標準的なWebアプリをネイティブモバイルアプリとして実行し、Webアプリをネイティブ機能で拡張することに優れています。Web開発に精通したチームや、重要なWeb投資を持つチームに最適です。CapacitorはWebGLをサポートしていますが、3D/2Dやグラフィックを多用するアプリには最適ではないかもしれません。Webアプリとネイティブレイヤー間の広範なコミュニケーションを必要とするアプリは、シリアル化によりCapacitorの通信ブリッジがオーバーヘッドを追加する可能性があります。ただし、必要な場合はCapacitorアプリで常にカスタムネイティブコードを実行できます。
-
-## CapacitorでネイティブUIコントロールを混在させることはできますか？
-
-はい、モーダルや親レベルのナビゲーションコンテナなど、Capacitor Web Viewの外部にネイティブUIコントロールを表示できます。Webビュー体験へのネイティブコントロールの埋め込みは可能ですが、他の人が使用できる技術としてはまだ利用できません。
-
-## CapacitorとElectronはどう違いますか？
-
-Capacitorは「モバイル向けのElectron」としてよく説明されます。これは、Electronのモバイル重視の対応物として機能するためです。ただし、Capacitorはより高レベルの抽象化であるため、デプロイメントプラットフォームとしてElectronをターゲットにすることができます。デスクトッププラットフォームのみをターゲットにする必要がある場合は、Electronで十分です。しかし、モバイル、Web、デスクトップ向けのクロスプラットフォームアプリを構築したい場合、CapacitorはElectronやその他のプラットフォームをサポートします。
-
-## CapacitorとIonicはどう違いますか？
-
-IonicはCapacitor、Ionic Framework、Stencil、Appflow、その他のアプリ開発重視の製品を作成する企業です。Capacitorは、アプリのネイティブ側とネイティブアプリとWeb View間の通信を処理するツールキットです。Web Viewアプリで使用されるフレームワークやテクノロジー（Ionic Frameworkを含む）に依存しません。Ionic Frameworkは、Webアプリがネイティブのように見え、感じられる強力なUIコンポーネントを提供するモバイルUIツールキットです。
-
-## CapacitorでIonic Frameworkを使用する必要がありますか？
-
-いいえ、CapacitorはTailwind、Material UI、Chakra、Quasar、Framework7、または独自のカスタムコンポーネントなど、他のUIやCSSフレームワークと一緒に使用できます。ただし、Webアプリでネイティブのような体験を作成するには、Ionic Frameworkは依然として優れたオプションです。
-
-## IonicのCapacitorに関する戦略は何ですか？
-
-IonicはCapacitorの採用を推進することを目指しています。これは、Appflow（モバイルCI/CDサービス）、Ionic Framework、およびエンタープライズソリューションの使用増加につながるためです。Capacitorの成長は意図的なものであり、Web開発者がモバイルアプリを構築するためのよりフロントエンドに依存しないスタックを提供するために作成されました。
-
-## Capacitorを React、Next.js、または Remixで使用できますか？
-
-はい、CapacitorはReact、Next.js、Remixとうまく連携します。ほとんどのReactライブラリやアドオンがCapacitorとシームレスに動作するため、開発者をReact Nativeよりも標準的なReact Web開発に近い状態に保ちます。
-
-## CapacitorとReact Nativeはどう違いますか？
-
-CapacitorとReact Nativeは、クロスプラットフォーム開発のためのツールとプラグインインフラストラクチャを提供する点で類似しています。ただし、React NativeはJSとReactを使用してプラットフォームネイティブUIコントロールを抽象化するWeb風のシステムを使用するのに対し、Capacitorは標準的なWebアプリ用のWeb Viewを提供します。また、Capacitorはネイティブ UIコントロールを管理してJSレイヤーと同期する必要がないため、React Nativeよりも複雑さが少ないです。
-
-## CapacitorはReact Nativeより速いですか？
-
-ワークロードによります。CapacitorはiOSとAndroidのJITエンジンにアクセスできるため、React Nativeよりも高速にJavaScriptを実行できます。ただし、React Nativeはネイティブ UIコントロールを使用するため、UIレンダリングにおいては「より速い」または「より高性能」と考えられる場合があります。一方、Capacitorアプリは主にWeb Viewで実行されます。
-
-## CapacitorとFlutterはどう違いますか？
-
-CapacitorとFlutterはどちらもクロスプラットフォーム開発のためのツールとプラグインインフラストラクチャを提供しますが、CapacitorはJavaScriptと標準的なWeb技術を使用し、FlutterはDartとカスタムUIおよびAPI環境を使用します。UI側では、CapacitorとFlutterの両方がカスタムレンダリングエンジンを使用し、Flutterはそのコンポーネントを描画し、Capacitorは主にWeb Viewで UIをレンダリングします。
-
-## CapacitorをReact Nativeまたはネイティブアプリにモバイルマイクロフロントエンドとして埋め込むことはできますか？
-
-はい、[Ionic Portals](https://ionic.io/portals/)を使用して、CapacitorをReact NativeまたはSwift/Kotlinで構築された従来のネイティブアプリにモバイルマイクロフロントエンドアプローチとして埋め込むことができます。
-
-## Capacitorでの高性能アニメーションのオプションは何ですか？
-
-Ionic Framework、Quasar、Framework7、またはKonsta UIから最適化された既製のコンポーネントを使用するか、Framer Motion、Lottie、またはCSSアニメーションを使用してカスタムアニメーションを構築できます。CSSアニメーションを使用する場合は、パフォーマンスのベストプラクティスに従うようにしてください。
-
-## Capacitorにはいくつのプラグインがありますか？
-
-Capacitorには26のコアプラグインと多数のコミュニティ作成プラグインがあります。コミュニティプラグインのリソースについては、[awesome-capacitor](https://github.com/riderx/awesome-capacitor/)、[capacitor-community](https://github.com/capacitor-community/)組織、および[Capgo](https://capgo.app/plugins/)91個のプラグインをチェックしてください。
-
-## Capacitor用のVS Code拡張機能はありますか？
-
-はい、[Ionic VS Code Extension](https://marketplace.visualstudio.com/items/?itemName=ionic.ionic)もCapacitor拡張機能として機能し、埋め込みプレビュー、デバイス実行、外部デバッグ、プロジェクト品質の静的解析、セキュリティ分析などの機能を提供します。
-
-## エンタープライズ固有のサポートは利用できますか？
-
-はい、Capgoは[エンタープライズサポートと機能](https://capgo.app/)をCapacitor向けに提供しており、専用サポート、ライブアップデートと認証用のネイティブプラグインなどが含まれます。
-
-## Capacitorを始めるにはどうすればよいですか？
-
-[Capacitorのドキュメント](https://capacitorjs.com/docs/)にアクセスし、アプリにCapacitorをインストールする手順に従ってください。Ionic Frameworkと Angular/React/Vueを使用した定型的なCapacitorアプリから始めたい場合は、[Ionic Frameworkサイト](https://ionicframework.com/)のGet Startedフローに従ってください。
diff --git a/src/content/blog/ja/capacitor-live-updates-handling-version-conflicts.md b/src/content/blog/ja/capacitor-live-updates-handling-version-conflicts.md
deleted file mode 100644
index 6167e2e11..000000000
--- a/src/content/blog/ja/capacitor-live-updates-handling-version-conflicts.md
+++ /dev/null
@@ -1,59 +0,0 @@
----
-slug: capacitor-live-updates-handling-version-conflicts
-title: Capacitorのライブアップデート：バージョンの競合管理
-description: >-
-  アプリの安定したパフォーマンスとスムーズなユーザーエクスペリエンスを確保するため、リアルタイムアップデートにおけるバージョンの競合を管理する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:09:18.971Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94-1745464174874.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, live updates, version conflicts, app performance, error tracking,
-  rollback, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) のライブアップデートはアプリストアのレビューをバイパスして時間を節約できますが、バージョンの競合によってアプリのパフォーマンスとユーザーエクスペリエンスが損なわれる可能性があります。知っておくべきことは以下の通りです:
-
-- **一般的な問題**: 段階的なロールアウト、更新の失敗(18%の失敗率)、ベータ版と本番チャンネルの混在が競合の原因となることが多い。
-- **クイックな解決策**: 安定版へのロールバック、ロールアウトの制限、詳細なログの有効化。
-- **予防のヒント**: 明確な[リリースチャンネル](https://capgo.app/docs/webapp/channels/)、一貫したバージョニング、プラットフォーム固有のテストを使用。
-- **最適なツール**: [Capgo](https://capgo.app/)のようなプラットフォームは、自動ロールバック、エラー追跡、高速アップデート配信(24時間以内に95%のユーザーが更新)などの機能を提供。
-
-バージョンの競合を効率的に管理するには、リアルタイムモニタリング、段階的なロールアウト、ロールバック計画に焦点を当てましょう。Capgoのようなツールを使用してプロセスを簡素化し、アプリの安定性を維持しましょう。
-
-## [Capacitor](https://capacitorjs.com/)ライブアップデートにおけるバージョンの競合
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### 一般的な競合のトリガー
-
-ライブアップデート中のバージョン競合は、主に以下のようなシナリオで発生します:
-
-- **段階的なロールアウト**: 徐々にロールアウトすることで、複数のアプリバージョンが同時にアクティブになる可能性があります。Capgoによると、24時間以内に95%のユーザーが更新しますが、残りの5%がバージョンの断片化を引き起こす可能性があります[\[1\]](https://capgo.app/) 。
-
-- **更新の失敗**: [アップデートの試行](https://capgo.app/docs/live-updates/update-behavior/)の成功率は82%で、約18%が失敗し、一部のユーザーが古いバージョンで取り残されます[\[1\]](https://capgo.app/) 。
-
-- **ベータテストチャンネル**: 適切なバージョン管理なしにベータテストと段階的なロールアウトを混在させると、ベータ版と本番版の間で競合が発生する可能性があります[\[1\]](https://capgo.app/) 。
-
-これらの状況により、アプリのバージョンが断片化し、パフォーマンスとユーザーエクスペリエンスに影響を与える可能性があります。
-
-[以下、同様に残りのセクションも翻訳を続けます...]
-
-:::faq
-### Capacitor アプリのバージョンの競合を防ぐため、プラットフォーム間でのアップデートをテストするにはどうすればよいですか？
-
-Capacitor アプリのアップデートをテストする際にバージョンの競合を避けるには、以下のベストプラクティスに従うことが重要です：
-
--   **分離された環境でテストする**: 広く展開する前にアップデートをテストするために、別々の環境（開発、ステージング、本番など）を使用します。
--   **互換性の確認**: アップデートがすべての対象プラットフォーム（iOS、Android）と互換性があることを確認し、異なるデバイスタイプとオペレーティングシステムのバージョンでテストします。
--   **段階的なアップデートの展開**: 完全なリリースの前に、小規模なユーザーグループから開始して潜在的な問題を特定します。
-
-**Capgo** のようなライブアップデートソリューションを使用している場合、ユーザー割り当てやリアルタイムアップデートなどの機能により、プラットフォーム間でのアップデートの管理とテストがよりシームレスになります。これにより、AppleとAndroidのガイドラインに準拠しながら、スムーズなデプロイメントを確保できます。
-:::
diff --git a/src/content/blog/ja/capacitor-live-updates-staying-compliant-with-apple.md b/src/content/blog/ja/capacitor-live-updates-staying-compliant-with-apple.md
deleted file mode 100644
index 3f3c73a31..000000000
--- a/src/content/blog/ja/capacitor-live-updates-staying-compliant-with-apple.md
+++ /dev/null
@@ -1,232 +0,0 @@
----
-slug: capacitor-live-updates-staying-compliant-with-apple
-title: 'Capacitor Live Updates: Apple のガイドラインに準拠する'
-description: モバイルアプリのアップデートを効率的に実装し、厳格なガイドラインに従って拒否を防ぐ方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-12T03:03:33.472Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d0d3f9cf9d4dc0b2c0bff2-1741748627082.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, live updates, app compliance, Apple guidelines, encryption, bug
-  fixes, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/)のライブアップデートにより、開発者はユーザーが[App Store](https://www.apple.com/app-store/)からアップデートをダウンロードすることなく、バグ修正やマイナーな変更を直接アプリにプッシュできます。これにより、デプロイメント時間が最大**81%**短縮され、コストが削減され、ユーザーエクスペリエンスが向上します。ただし、アプリの拒否を避けるために、Appleの厳格なガイドラインに準拠することが不可欠です。
-
-### 重要なポイント：
-
-- **許可されるアップデート**：バグ修正、UIの微調整、アプリの本来の目的内でのコンテンツ更新。
-- **禁止されるアップデート**：主要な機能変更やコア機能の更新（App Storeのレビューが必要）。
-- **セキュリティ**：ユーザーデータを保護するためのエンドツーエンド暗号化が必須。
-- **ツール**：[Capgo](https://capgo.app/)はライブアップデート管理を簡素化し、Appleのルールへの準拠を確保。
-
-| **アップデートの種類** | **許可** | **承認必要** |
-| --- | --- | --- |
-| バグ修正 | はい | いいえ |
-| UI改善 | はい | 場合による |
-| コンテンツ更新 | はい | いいえ |
-| 機能変更 | いいえ | はい |
-| セキュリティパッチ | はい | いいえ |
-
-コンプライアンスを維持するために、バグ修正に注力し、暗号化でアップデートを保護し、すべての変更を文書化してください。Capgoのようなツールは、**2,000万**以上のユーザーのアップデートを管理し、アプリが迅速にアップデートを提供しながらコンプライアンスを維持することを支援します。
-
-## [Appflow](https://ionic.io/appflow/live-updates)ライブアップデート：即時アップデートを直接ユーザーに配信
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-f18932d1af08bf70cb14b84540039486-2025-03-12.jpg?auto=compress)
-
-## Appleのライブアップデートルール
-
-Appleはユーザーを保護するためにアプリのアップデートを規制しており、Capacitorアプリケーションでライブアップデートを実装する際にはこれらのルールを理解することが不可欠です。
-
-### [App Store](https://www.apple.com/app-store/)のアップデートガイドライン
-
-![App Store](https://mars-images.imgix.net/seobot/screenshots/www.apple.com-9d9fbf06f7f9dd70143af6386e59a5d2-2025-03-12.jpg?auto=compress)
-
-Appleのルールは、無線経由（OTA）アップデートで許可されることと許可されないことを明確に示しています。以下は簡単な内訳です：
-
-| アップデートの種類 | 許可 | 要件 |
-| --- | --- | --- |
-| バグ修正 | はい | コア機能を変更してはならない |
-| UI改善 | はい | マイナーな視覚的調整に限定 |
-| コンテンツ更新 | はい | アプリの本来の目的内に留まる必要がある |
-| 機能変更 | いいえ | App Storeのレビューが必要 |
-| セキュリティパッチ | はい | 適切な暗号化を含める必要がある |
-
-ライブアップデートを使用する際、開発者はユーザーデータのセキュリティを優先し、エンドツーエンド暗号化を使用する必要があります。Capgoのようなツールは、Appleの要件に準拠するように構築されており、プロセスを簡素化します。
-
-これらのルールを理解することで、アプリの拒否につながる一般的な間違いを避けることができます。
-
-### アプリが拒否される主な理由
-
-多くのアプリがAppleのアップデートガイドラインに違反して拒否されています。以下は頻繁に発生する問題です：
-
-- **レビュープロセスの回避**：主要な新機能をレビューに提出せずにライブアップデートを通じて追加する。
-- **プライバシーの問題**：アップデート中にユーザーデータを適切に保護しない。
-- **コア機能の変更**：ライブアップデートを使用してアプリの動作を大幅に変更する。
-
-> "バグ修正のためのレビュー回避は素晴らしい。" - Bessie Cooper, @bessiecooper [\[1\]](https://capgo.app/)
-
-これは、ライブアップデートは新機能の導入ではなく、バグ修正に焦点を当てるべきであることを強調しています。
-
-Appleの基準に準拠するために：
-
-- すべてのアップデートに強力な暗号化を使用する。
-- アップデートをバグ修正とマイナーな調整に限定する。
-- 変更の詳細な記録を保持する。
-- リリース前にアップデートを徹底的にテストする。
-- Appleのポリシー変更を定期的に監視する。
-
-これらのステップに従うことで、アプリのアップデートがAppleの厳格なガイドライン内に収まることを確保できます。
-
-## コンプライアントなライブアップデートの設定
-
-Appleのコンプライアンスルールを満たしながら[Capacitor app](https://capgo.app/plugins/ivs-player/)でライブアップデートを実装するには、構造化されたセットアップが必要です。以下は始め方です。
-
-### プロジェクトセットアップ手順
-
-環境を構成し、Capgoのライブアップデートプラグインをインストールすることから始めます：
-
-- **必要な依存関係のインストール**
-    
-    - CapgoのCLIを使用してライブアップデートプラグインをインストールし、必要なツールをセットアップします。例えば：
-        
-        ```bash
-        npx @capgo/cli init
-        ```
-        
-    - アプリにエンドツーエンド暗号化とアップデートファイルの安全な保存を含めることを確認します。
-        
-- **アップデートパラメータの構成**
-    
-    - アップデートの頻度を設定します。
-    - 問題が発生した場合のロールバック手順を計画します。
-    - バージョン変更の詳細なログを保持します。
-- **セキュリティプロトコルの実装**
-    
-    - エンドツーエンド暗号化を有効にします。
-    - 安全な送信方法を使用します。
-    - 追加の保護のためにユーザー認証を要求します。
-
-### バージョン管理ガイドライン
-
-Appleのガイドラインに準拠するためには、アプリのバージョンを適切に管理することが重要です。以下は簡単な内訳です：
-
-| バージョンタイプ | アップデート範囲 | 承認必要 |
-| --- | --- | --- |
-| パッチ (x.x.1) | バグの修正 | いいえ |
-| マイナー (x.1.x) | UI調整 | 場合による |
-| メジャー (1.x.x) | 機能アップデート | はい |
-
-App Storeのレビュープロセスをスムーズにするために、すべての変更の詳細な文書を保持してください。
-
-### [Capgo](https://capgo.app/)：ライブアップデート管理
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-12.jpg?auto=compress)
-
-Capgoはライブアップデート管理を簡素化し、Appleの要件への準拠を確保します。すでに**1,400以上の本番アプリ**で**9億4,760万回**以上のアップデートをサポートしています[\[1\]](https://capgo.app/) 。
-
-主な特徴には以下が含まれます：
-
-- 安全なアップデートのための**エンドツーエンド暗号化**
-- [GitHub](https://github.com/)、[GitLab](https://about.gitlab.com/)、[Azure DevOps](https://azure.microsoft.com/en-us/products/devops)などのプラットフォームとの**CI/CD統合**
-- 制御されたロールアウトのための**ユーザー割り当て**
-- アップデートがAppleのポリシーに準拠していることを確認するためのツール
-
-アプリの準備が整ったら、Capgo CLIを使用してアップデートをプッシュします。システムは自動的にバージョン管理、暗号化、配布を処理し、Appleのルールへの準拠を維持します。
-
-## アップデート中のデータセキュリティ
-
-ライブアップデート中のデータセキュリティは、規制への準拠とユーザー情報の保護のために不可欠です。また、ユーザーの信頼を維持する上で重要な役割を果たします。
-
-### 暗号化要件
-
-エンドツーエンド暗号化は、[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)でのライブアップデートを安全に保つために必須です。これにより、アップデートデータがサーバーからデバイスに移動する際に保護されます。Capgoのライブアップデートソリューションはこれらの暗号化基準を強制します。Capgoによると：「エンドツーエンド暗号化。あなたのユーザーだけがアップデートを復号化でき、他の誰もできません」[\[1\]](https://capgo.app/) 。この暗号化アプローチは、ユーザーデータを効果的に保護するために不可欠です。
-
-### ユーザーデータ保護
-
-Capgoのセキュリティフレームワークは、承認されたユーザーのみがアップデートを復号化できることを保証します。アクセスを制限することで、アップデートプロセス全体を通じてユーザーデータを保護し、不正アクセスのリスクを最小限に抑えます。
-
-## テストとApp Store提出
-
-リリース前の徹底的なテストは、スムーズなApp Store提出とコンプライアンス基準の達成のために重要です。
-
-### リリース前テスト
-
-Capgoのユーザー割り当て機能により、アップデートを全員に展開する前に特定のユーザーグループでテストすることができます。この制御されたアプローチにより、[暗号化とデータ保護](https://capgo.app/docs/cli/migrations/encryption/)戦略が効果的に機能していることを確認できます。
-
-以下は、Capgoが5,000人以上のユーザーに対してロールアウトを処理した例です：
-
-> "Capgo OTAアップデートを5000人以上のユーザーベースに本番環境でロールアウトしました。@Capgoに展開されたOTAから数分以内にほぼすべてのユーザーが最新の状態になり、非常にスムーズな運用を実現しています。" [\[1\]](https://capgo.app/)
-
-成功したロールアウトを確保するために、以下のステップに従ってください：
-
-- 内部テストから開始する。
-- 少数の外部ユーザーに拡大する。
-- ユーザーベースを徐々に拡大する。
-- アップデート配信時間と成功率を監視する。
-
-テストが完了したら、これらのステップをApp Storeレビュープロセスのために文書化する必要があります。
-
-### アプリレビューガイドライン
-
-アプリを提出する際は、Appleのガイドラインへの準拠を示すことが重要です。
-
-> "@Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のためのレビュー回避は素晴らしい。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Appleは以下を含む特定の文書を要求します：
-
-- **明確な文書化**：アップデートの配信方法の詳細な説明。
-- **セキュリティプロトコル**：暗号化とデータ保護措置の証明。
-- **アップデート範囲**：更新されるコンテンツの種類の内訳。
-- **テスト証拠**：徹底的なテストとパフォーマンス指標を示すデータ。
-
-| レビュー重点分野 | 必要な文書 |
-| --- | --- |
-| セキュリティ対策 | 暗号化プロトコル、データ安全性 |
-| アップデートメカニズム | 実装の技術詳細 |
-| コンテンツ変更 | 定義されたアップデート範囲 |
-| テスト結果 | 安定性とパフォーマンス指標 |
-
-セキュリティとアップデートプロセスに関する明確で詳細な文書
-
-| 監視領域 | 主要指標 | アクション項目 |
-| --- | --- | --- |
-| 配信速度 | アップデート配信時間 | ユーザーへのアップデート到達速度を測定 |
-| 成功率 | アップデート完了率 | 失敗したアップデートとその原因を調査 |
-| ユーザーカバー率 | アクティブユーザーアップデート | すべてのユーザーセグメントへのアップデート到達を確認 |
-| セキュリティ状態 | 暗号化の検証 | エンドツーエンド暗号化の整合性を確認 |
-
-これらの指標は、ガイドラインが変更された際に素早く適応するための基盤となります。
-
-### ポリシー更新への対応
-
-これらの指標の追跡は、パフォーマンスだけでなく、Appleがポリシーを更新した際に即座の対応が必要な領域を特定するのにも役立ちます。対応方法は以下の通りです：
-
-1.  **変更の確認:** 新しいガイドラインを確認し、現在のアップデートプロセスへの影響を判断します。
-2.  **技術監査:** アップデートメカニズムが改訂された要件に適合していることを確認します。
-3.  **セキュリティ検証:** 暗号化プロトコルが更新された基準を満たしていることを再確認します。
-4.  **文書更新:** コンプライアンス文書を最新のガイドラインに合わせて更新します。
-
-Appleの要件を考慮して構築されたツールを使用することで、このプロセスを簡素化できます。例えば、Capgoはエンドツーエンド暗号化やユーザー割り当てなどの機能を提供し、効率的にアップデートを配信しながらコンプライアンスを維持することを容易にします[\[1\]](https://capgo.app/) 。
-
-[アップデート管理プラットフォーム](https://capgo.app/docs/plugin/cloud-mode/manual-update/) を通じて、アプリのコンプライアンスを定期的に監視してください。先手を打つことで、App Storeでの立場に影響が出る前に潜在的な問題を発見し解決することができ、ライブアップデート戦略を効果的かつルール内に保つことができます。
-
-## 結論
-
-Capacitorアプリでライブアップデートを実装する際は、スピードとコンプライアンスのバランスが重要です。適切なツールを使用することで、リリース効率を最大81%向上させることができ[\[1\]](https://capgo.app/)、Appleのガイドライン内での運用が容易になります。
-
-Capgoのようなプラットフォームは、App Storeの要件を満たしながら迅速なアップデートを提供する方法を示しています[\[1\]](https://capgo.app/) 。ライブアップデートに関するAppleの厳格なルールは、コンプライアンスの重要性を強調しています。
-
-長期的なコンプライアンスを確保するために、以下の実践に焦点を当てましょう：
-
--   すべてのアップデートにエンドツーエンド暗号化を使用
--   CI/CDワークフローへのアップデートのシームレスな統合
--   アップデート指標の定期的な監視
--   ポリシー変更への準備
diff --git a/src/content/blog/ja/capacitor-native-bridge-android-plugin-basics.md b/src/content/blog/ja/capacitor-native-bridge-android-plugin-basics.md
deleted file mode 100644
index 920c965d5..000000000
--- a/src/content/blog/ja/capacitor-native-bridge-android-plugin-basics.md
+++ /dev/null
@@ -1,476 +0,0 @@
----
-slug: capacitor-native-bridge-android-plugin-basics
-title: Capacitorのネイティブブリッジ：Androidプラグインの基本概念
-description: >-
-  Capacitor Native
-  Bridgeを使用して高性能なAndroidプラグインを作成する方法を学び、設定、開発、テストのベストプラクティスも含めて解説します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T02:39:06.030Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c-1743215957623.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, Android plugins, development, Java, mobile development, Gradle,
-  plugin testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Native Bridgeは、JavaScriptとネイティブAndroidコードを接続することで、Androidプラグインの構築を簡素化します。以下が重要なポイントです：
-
--   **機能**: WebアプリがカメラやセンサーなどのネイティブAndroid機能にアクセスするための双方向ブリッジとして機能します。
--   **利点**: Webテクノロジーと[ネイティブパフォーマンス](https://capgo.app/plugins/native-audio/)を組み合わせ、プラグイン開発を直感的にします。
--   **セットアップ要件**: [Node.js](https://nodejs.org/en)、JDK 11+、[Android Studio](https://developer.android.com/studio)、Capacitor CLIが必要です。環境変数と[Gradle](https://gradle.org/)の設定を適切に行ってください。
--   **始め方**: `npm init @capacitor/plugin`でプラグインをスキャフォールドし、Javaでメソッドを定義し、Android Studioまたは実機でテストします。
--   **[Capgo](https://capgo.app/)統合**: ライブアップデート、ロールバック、分析機能を提供し、シームレスなプラグインデプロイを可能にします。
-
-### クイックセットアップチェックリスト：
-
-1.  ツールのインストール: Node.js、JDK 11+、Android Studio
-2.  API 22+とCapacitor依存関係用にGradleを設定
-3.  Capacitor CLIでプラグインをスキャフォールド
-4.  エミュレーターと実機でテスト
-
-Capacitorは、WebとネイティブAndroidの架け橋となり、開発者に高性能なプラグインを作成する信頼性の高い方法を提供します。
-
-## ネイティブiOS/Androidコードをイオニックで実行する
-
-<iframe src="https://www.youtube.com/embed/ApTe3EgLiCk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## セットアップとインストール
-
-[Capacitor Androidプラグイン](https://capgo.app/plugins/ivs-player/)の開発を始めるには、環境を慎重にセットアップする必要があります。以下が準備方法です。
-
-### 必要なツールのセットアップ
-
-以下のツールがインストールされ、設定されていることを確認してください：
-
--   **Node.jsとnpm**: Node.jsバージョン14.0以上をインストール
--   **[Java Development Kit](https://en.wikipedia.org/wiki/Java_Development_Kit) (JDK)**: JDK 11以上を使用
--   **Android Studio**: 最新の安定版（2023.1.1以降）をインストール
--   **Capacitor CLI**: npmを使用してグローバルにインストール
--   **Android SDK**: APIレベル22以上がインストールされていることを確認
-
-これらのパスをシステムの環境変数に追加してください：
-
-```bash
-ANDROID_HOME=/Users/username/Library/Android/sdk
-JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home
-```
-
-互換性の問題を避けるため、環境変数が正しく設定されているか再確認してください。完了したら、Android Studioプロジェクトの設定に進みます。
-
-### [Android Studio](https://developer.android.com/studio)プロジェクトのセットアップ
-
-![Android Studio](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/37b29b854cd53ac189541dfdcf7a9a26.jpg)
-
-以下の手順でAndroid Studioプロジェクトをセットアップしてください：
-
-1.  **プロジェクト設定**
-
-`build.gradle`ファイルを以下の設定で更新します：
-
-```kotlin
-android {
-    compileSdkVersion 33
-    defaultConfig {
-        minSdkVersion 22
-        targetSdkVersion 33
-    }
-}
-```
-
-2.  **プラグインの依存関係を追加**
-
-`build.gradle`ファイルに必要なCapacitor依存関係を含めます：
-
-```kotlin
-dependencies {
-    implementation '@capacitor/android:5.0.0'
-    implementation '@capacitor/core:5.0.0'
-}
-```
-
-3.  **マニフェストファイルの設定**
-
-`AndroidManifest.xml`ファイルに必要な権限と設定を追加します：
-
-```xml
-<manifest>
-    <uses-permission android:name="android.permission.INTERNET" />
-    <application
-        android:allowBackup="true"
-        android:label="@string/app_name">
-        <!-- Additional configurations -->
-    </application>
-</manifest>
-```
-
-### 互換性表
-
-主要コンポーネントの最小バージョンと推奨バージョンのクイックリファレンス：
-
-| コンポーネント | 最小バージョン | 推奨バージョン |
-| --- | --- | --- |
-| Android Studio | 2023.1.1 | 2023.2.1 |
-| JDK | 11 | 17 |
-| Gradle | 7.3 | 8.0 |
-| Android SDK | API 22 | API 33 |
-
-### [Gradle](https://gradle.org/)設定の最適化
-
-![Gradle Build Tool Interface](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/ea42b2d6446e3f23d9417eaa9ba23d71.jpg)
-
-パフォーマンスと互換性を向上させるため、`gradle.properties`ファイルを以下の設定で更新してください：
-
-```properties
-org.gradle.jvmargs=-Xmx2048m
-org.gradle.parallel=true
-android.useAndroidX=true
-```
-
-問題を素早く特定して解決するために、Android Studioで自動インポートとリアルタイムコンパイルを有効にしてください。これらの手順により、スムーズな開発とリソースの効率的な使用が確保されます。
-
-## 最初のAndroidプラグインの作成
-
-Capacitorを使用して最初のAndroidプラグインを構築する方法を学びましょう。このガイドでは手順と実践的なヒントを説明します。
-
-### プラグイン作成の手順
-
-Capacitor CLIでプラグインのスキャフォールドを生成することから始めます：
-
-```bash
-npm init @capacitor/plugin your-plugin-name
-cd your-plugin-name
-npm install
-```
-
-次に、`package.json`ファイルを以下の設定で更新します：
-
-```json
-{
-  "name": "your-plugin-name",
-  "version": "1.0.0",
-  "capacitor": {
-    "android": {
-      "src": "android"
-    }
-  }
-}
-```
-
-この設定により、CapacitorがプラグインとそのAndroidソースファイルを認識できるようになります。
-
-### プラグインのディレクトリ構造
-
-プロジェクトは以下の構造に従います：
-
-```
-your-plugin-name/
-├── android/
-│   ├── src/main/
-│   │   ├── java/com/yourcompany/plugin/
-│   │   │   └── YourPlugin.java
-│   ├── build.gradle
-│   └── proguard-rules.pro
-├── src/
-│   ├── definitions.ts
-│   └── web.ts
-├── package.json
-└── README.md
-```
-
-各主要ファイルの役割：
-
-| ファイル | 目的 |
-| --- | --- |
-| `YourPlugin.java` | プラグインのAndroidロジックを処理 |
-| `definitions.ts` | TypeScriptインターフェース定義を含む |
-| `web.ts` | Webベースのフォールバック機能を提供 |
-| `package.json` | プラグインの依存関係とメタデータを管理 |
-
-### プラグインメソッドの作成
-
-`YourPlugin.java`ファイルでプラグインメソッドを定義します。例えば、以下のような簡単なメソッド：
-
-```java
-@PluginMethod
-public void echo(PluginCall call) {
-    String value = call.getString("value");
-    JSObject ret = new JSObject();
-    ret.put("value", value);
-    call.resolve(ret);
-}
-```
-
-各メソッドには`@PluginMethod`アノテーションが必要で、`PluginCall`オブジェクトをパラメータと結果の処理に使用します。エラー処理を含む別の例：
-
-```java
-@PluginMethod
-public void getData(PluginCall call) {
-    String id = call.getString("id", null);
-    if (id == null) {
-        call.reject("Must provide an id");
-        return;
-    }
-
-    int limit = call.getInt("limit", 10); // Default value
-
-    JSObject result = new JSObject();
-    result.put("id", id);
-    result.put("limit", limit);
-    call.resolve(result);
-}
-```
-
-より複雑なロジックの場合、安定性を確保するために例外を処理します：
-
-```java
-@PluginMethod
-public void processData(PluginCall call) {
-    try {
-        // Processing logic here
-        call.resolve();
-    } catch (Exception e) {
-        call.reject("Error processing data: " + e.getMessage());
-    }
-}
-```
-
-### プラグインのテスト
-
-Android Studioの[デバッグツール](https://capgo.app/docs/plugin/debugging/)を使用して各メソッドを徹底的にテストします。コードをクリーンで保守しやすくするために、メソッドは特定のタスクに焦点を当てるようにしてください。デバッグが完了したら、実際のAndroidデバイスでプラグインをテストして、すべてが期待通りに動作することを確認します。
-
-## プラグインテストガイド
-
-### Androidデバイスでのテスト
-
-Androidプラグインを効果的にテストするには、エミュレーターと実機の両方を使用します。Android StudioのAVDマネージャーは、様々なAPIレベルと画面サイズをシミュレートするための優れたツールです。
-
-テストの準備のために以下のコマンドを実行します：
-
-```bash
-npx cap open android
-npm run build
-npx cap sync
-```
-
-USBデバッグが有効になっていることを確認し、`adb devices`でデバイスの接続を確認します。主要なAndroidバージョンをカバーするテストマトリックスを作成します：
-
-| Androidバージョン | テスト優先度 | 重点分野 |
-| --- | --- | --- |
-| Android 14 | 高 | 最新APIとの互換性 |
-| Android 13 | 高 | コア機能 |
-| Android 12 | 中 | 後方互換性 |
-| Android 11 | 低 | レガシーサポート |
-
-### 一般的なプラグインの問題の修正
-
-**メモリリーク**  
-Android StudioのMemory Profilerを使用してメモリリークを特定し解決します。以下に注目：
-
--   未登録のブロードキャストレシーバー
--   未クローズのデータベース接続
--   アクティビティやコンテキストへの強参照
-
-**プラグイン登録の問題**  
-プラグインが登録に失敗する場合、以下を確認：
-
--   `MainActivity.java`でのプラグイン登録
--   パッケージ名の一貫性
--   正しいGradle依存関係
-
-**パフォーマンスの問題**  
-CPU Profilerを活用してパフォーマンスのボトルネックを特定します。ベストプラクティス：
-
--   プラグインメソッドを軽量に保つ
--   重いタスクをバックグラウンドスレッドで実行
--   適切なエラー処理メカニズムを追加
-
-### ライブテストとアップデートの効率化
-
-[Capgoツール](https://capgo.app/docs/cli/commands)でライブテストとアップデートを簡素化できます。ワークフローを向上させるための例：
-
--   **エラートラッキングの初期化**:
-    
-    ```typescript
-    CapacitorUpdater.notifyAppReady();
-    ```
-    
--   **アップデート失敗の処理**:
-    
-    ```typescript
-    CapacitorUpdater.addListener('updateFailed', (info) => {
-      console.error('Update failed:', info);
-    });
-    ```
-    
--   **クイックフィックス用のロールバック**:
-    
-    ```typescript
-    try {
-      await CapacitorUpdater.rollback();
-    } catch (err) {
-      console.error('Rollback failed:', err);
-    }
-    ```
-    
--   **段階的ロールアウトの設定**:
-    
-    ```typescript
-    await CapacitorUpdater.setChannel({
-      channel: 'beta',
-      preventAutoUpdateOnFail: true
-    });
-    ```
-    
-
-## プラグイン開発基準
-
-### コード構造ガイドライン
-
-Javaでプラグインを構造化するための基本テンプレート：
-
-```java
-public class MyPlugin extends Plugin {
-    private static final String TAG = "MyPlugin";
-    private final Context context;
-
-    public MyPlugin(Context context) {
-        this.context = context;
-    }
-
-    @PluginMethod
-    public void methodName(PluginCall call) {
-        try {
-            // Method implementation
-            call.resolve();
-        } catch (Exception e) {
-            call.reject("Error message", e);
-        }
-    }
-}
-```
-
-従うべき主要な構造的プラクティス：
-
--   適切なアクセス修飾子を持つ明確で明瞭なメソッドシグネチャを使用
--   目的を説明する変数名とメソッド名を選択
--   パブリックAPIを完全にドキュメント化
--   ビジネスロジックをUI関連コンポーネントから分離
-
-### パフォーマンスのヒント
-
-よく構造化されたプラグインは保守性を向上させるだけでなく、パフォーマンスも向上させます。最適化戦略：
-
-| 注目分野 | 推奨アプローチ |
-| --- | --- |
-| スレッド管理 | 重いタスクをバックグラウンドスレッドにオフロード |
-| メモリ使用 | リークを避けるためにリソースを適切にクリーンアップ |
-| ネットワーク呼び出し | レスポンスをキャッシュし、再試行メカニズムを実装 |
-| リソースの読み込み | 大きなリソースには遅延読み込みを使用 |
-
-リソースを大量に消費するタスクの例：
-
-```java
-@PluginMethod
-public void heavyOperation(PluginCall call) {
-    taskQueue.execute(() -> {
-        try {
-            // Perform intensive operation
-            JSObject result = new JSObject();
-            call.resolve(result);
-        } catch (Exception e) {
-            call.reject("Operation failed", e);
-        }
-    });
-}
-```
-
-### エラー管理
-
-強力なエラー処理によりプラグインの安定性と信頼性を確保：
-
-```java
-@PluginMethod
-public void criticalOperation(PluginCall call) {
-    try {
-        // Operation code
-        if (!operationSuccessful) {
-            throw new PluginException("Operation failed");
-        }
-        call.resolve();
-    } catch (Exception e) {
-        Logger.error(TAG, "Critical operation failed", e);
-        handleRollback();
-        call.reject("Operation failed", e);
-    }
-}
-```
-
-エラー管理のベストプラクティス：
-
--   正しい重要度レベルでエラーをログ記録
--   デバッグを支援する意味のあるコンテキストをエラーメッセージに含める
--   エラーの頻度を監視し、繰り返し発生する問題を特定
--   自動エラーレポートを使用して早期に問題を発見
-
-重要な操作には、ロールバックメカニズムが不可欠です。例：
-
-```java
-private void handleRollback() {
-    try {
-        bridge.triggerJSEvent("rollbackRequired", "{}");
-    } catch (Exception e) {
-        Logger.error(TAG, "Rollback failed", e);
-    }
-}
-```
-
-Capgoのエラートラッキングとロールバックツールで、障害からの素早い回復を支援します[\[1\]](https://capgo.app/) 。
-
-## [Capgo](https://capgo.app/)統合ガイド
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-ライブテストの結果に基づき、Capgoの統合によりアップデートのデプロイメントを効率化できます。
-
-### Capgo機能の概要
-
-Capgoはライブアップデートを管理するための重要なツールを提供し、スムーズなパフォーマンスを確保します。アプリストアの承認なしでCapacitor Androidプラグインのインスタントアップデートを可能にします。Capgoが提供する機能：
-
-| 機能 | 説明 |
-| --- | --- |
-| エンドツーエンド暗号化 | アップデートの安全な配信を確保 |
-| 部分アップデート | 修正されたコンポーネントのみをダウンロード |
-| [チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | ターゲットを絞った段階的ロールアウトを可能に |
-| リアルタ
-
-チャネルシステムを使用して、本番環境、ベータ環境、開発環境のロールアウトを管理できます。帯域幅の使用量を削減し、必要な変更のみを配信する部分的なアップデートが利用可能です。
-
-CapgoはCapacitorバージョン6と7をサポートしています。
-
-> アジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信に不可欠です！[\[1\]](https://capgo.app/)
-
-## 概要
-
-Capacitor Native Bridgeは、Androidプラグインにパワフルなネイティブ機能と効率的な開発を提供します。このアプローチにより、750の本番アプリで2,350万回のアップデートを実現するなど、強力な結果を達成しています[\[1\]](https://capgo.app/) 。
-
-プラットフォームのパフォーマンス指標は、その効果を示しています：アップデート展開の世界的な成功率82%、グローバルCDNを介した5 MBバンドルの平均ダウンロード時間114ミリ秒、24時間以内に95%のアクティブユーザーがアップデートを受信[\[1\]](https://capgo.app/) 。
-
-これらの結果を達成するには、以下の主要なプラクティスが重要です：
-
-| ベストプラクティス | メリット |
-| --- | --- |
-| ライブアップデートの実装 | 修正と機能を迅速に展開 |
-| チャネルシステムの使用 | 選択的なアップデートのロールアウト、ベータテスト |
-| 分析の監視 | パフォーマンスとユーザー採用の評価 |
-| 自動ロールバックの有効化 | 潜在的な問題からの迅速な回復 |
-
-開発者たちはこれらのツールを高く評価しています。Bessie Cooperは次のように述べています：「Capgoは生産性を向上させたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられることは素晴らしいことです。」[\[1\]](https://capgo.app/)
-
-エラー追跡、パフォーマンス監視、エンドツーエンドの暗号化、シームレスなCI/CD統合などの機能により、高いアップデート成功率とスムーズなパフォーマンスが実現されています。これらのツールが組み合わさって、ネイティブ機能と高速で信頼性の高いアップデートを提供し、プラットフォームの強みを示しています。
diff --git a/src/content/blog/ja/capacitor-native-bridge-web-to-android-data-transfer.md b/src/content/blog/ja/capacitor-native-bridge-web-to-android-data-transfer.md
deleted file mode 100644
index 6fec2e165..000000000
--- a/src/content/blog/ja/capacitor-native-bridge-web-to-android-data-transfer.md
+++ /dev/null
@@ -1,214 +0,0 @@
----
-slug: capacitor-native-bridge-web-to-android-data-transfer
-title: Capacitorネイティブブリッジ：WebからAndroidへのデータ転送
-description: >-
-  Capacitorのネイティブブリッジを使用して、WebアプリとAndroid間でデータを効率的に転送する方法を学び、一般的な課題やパフォーマンスのヒントに取り組みます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T01:10:13.731Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d-1744765887424.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, data transfer, JSON serialization, mobile apps, Android,
-  performance optimization, encryption, error handling
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**ウェブアプリとAndroid間でのデータ転送は[Capacitor](https://capacitorjs.com/)で難しいことがありますが、JSONシリアライゼーションとネイティブブリッジ操作を理解することでプロセスが簡素化されます。** 知っておくべきことは次の通りです：
-
--   **JSONの互換性：** ネイティブブリッジはJSONシリアライズ可能な型のみをサポートしているため、関数、循環参照、およびカスタムクラスは避けてください。
--   **パフォーマンスのヒント：** 大きなデータを分割し、圧縮し、頻繁に使用されるデータをキャッシュすることで、速度とメモリの使用量を改善します。
--   **エラーハンドリングとセキュリティ：** 暗号化、ランタイムの権限、およびクロスレイヤーのエラートラッキングを使用して、安全で信頼性の高い転送を実現します。
--   **ブリッジ機能：** 双方向のメッセージング、イベントのバッチ処理、および型検証をサポートして、スムーズなコミュニケーションを保証します。
--   **[Capgo](https://capgo.app/)ツール：** リアルタイムの更新、インテリジェントなチャンク処理、およびエンドツーエンドの暗号化を提供し、シームレスなデータ処理を実現します。
-
-**クイックヒント：** [TypeScript](https://www.typescriptlang.org/)を使用して厳密な型付けを行い、両端でJSONを検証し、複雑なデータニーズに対してカスタムプラグインを検討してください。Capgoのプラットフォームは、ライブ更新と安全な同期を通じてパフォーマンスを向上させ、ハイブリッドアプリに最適な選択肢となっています。
-
-## iOS/Android向けの[Capacitor](https://capacitorjs.com/)プラグインの作成方法
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/Dq_BmheGAig" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 一般的なデータ転送の問題
-
-ネイティブブリッジを使用してウェブとAndroidレイヤー間でのデータ転送を扱うのは難しいことがあります。これらの課題に注意深く対処し、スムーズなアプリパフォーマンスを確保する必要があります。
-
-### JSONデータ型の制限
-
-Capacitorのネイティブブリッジは、JSONシリアライズ可能な型のみをサポートしています。これは、次のような特定のデータ型を処理できないことを意味します：
-
--   関数
--   循環参照
--   バイナリ/Blobデータ
--   日付オブジェクト（正確なタイムスタンプが必要）
--   カスタムクラスのインスタンス
-
-これらの制限を回避するために、開発者はより複雑なデータ構造のためのカスタムシリアライゼーションメソッドを作成することがよくあります。
-
-しかし、データ型だけではなく、データがいかに速く効率的に転送されるかもユーザーエクスペリエンスに大きな役割を果たします。
-
-### スピードとメモリの懸念
-
-パフォーマンステストは、いくつかの重要な指標を明らかにしています：5MBバンドルのCDNダウンロード速度は平均約114msであり、グローバルAPIの応答には約57msかかります。データ転送の効率を向上させるために、次の戦略を検討してください：
-
--   大きな転送を小さなチャンクに分割する
--   可能な限りデータを圧縮する
--   データセットに対してプログレッシブロードを使用する
--   頻繁にアクセスされるデータをキャッシュする
-
-> "私たちは5000人以上のユーザーベース向けにCapgo OTA更新を展開しました。非常にスムーズな動作を見ています - OTAが@Capgoに展開される数分以内にほとんど全てのユーザーが最新の状態になっています。" - colenso
-
-### エラートラッキングとデータの保護
-
-ハイブリッドアプリのデバッグは特に難しいことがあります。パフォーマンスが最適化されたら、エラートラッキングとデータ転送中の保護にも焦点を当てることが同様に重要です。
-
-| 要件 | 実装 |
-| --- | --- |
-| 暗号化 | エンドツーエンドの保護 |
-| 権限 | ランタイムAndroidアクセス |
-| エラーハンドリング | クロスレイヤートラッキング |
-
-> "Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のレビューを回避することは金のようです。" - Bessie Cooper
-
-これらの問題に対処するために、開発者はウェブとAndroidレイヤーの両方でエラーをキャッチできる堅牢なロギングシステムを設定する必要があります。同時に、全てのデータ転送が暗号化されていることを確認し、安全性を維持します。
-
-## ネイティブブリッジソリューション
-
-ネイティブブリッジは、双方向メッセージングシステムを通じてウェブとAndroidレイヤーをリンクすることで、データシリアライゼーションと転送の一般的な課題に対処します。
-
-### ブリッジアーキテクチャ
-
-このアーキテクチャは、以前に概説した制限に対処します。[WebView](https://en.wikipedia.org/wiki/WebView)を使用してJavaScriptとネイティブAndroidコンポーネントを接続します。
-
-仕組みは次の通りです：
-
--   **メッセージキュー：** 非同期FIFOシステムを使用してデータをバッファします。
--   **イベントバス：** パブリッシュ/サブスクライブモデルを通じて信号をルーティングします。
--   **シリアライザー：** データを変換し、通常はJSON変換を使用します。
--   **セキュリティレイヤー：** エンドツーエンドの暗号化でデータの保護を確保します。
-
-大量のデータ転送の場合、ブリッジは自動的にデータを小さなチャンクに分割してパフォーマンスを維持します。
-
-### プラグインコミュニケーション
-
-プラグインは仲介役として機能し、ウェブアプリケーションがネイティブAndroid機能にアクセスできるようにします。コミュニケーションプロセスは一般的に次のステップに従います：
-
-1.  ウェブレイヤーがプラグインインターフェースを使用して呼び出します。
-2.  ブリッジがデータをJSON形式に変換します。
-3.  ネイティブレイヤーがリクエストを処理します。
-4.  同じチャネルを通じて応答が返されます。
-
-同期および非同期のコミュニケーションの両方がサポートされています。同期呼び出しは、ユーザーインターフェイスを遅くしないように慎重に管理されます。
-
-### データとイベントフロー
-
-データは、信頼性と一貫性のために設計された標準化されたプロトコルを使用してブリッジを通じて流れます。いくつかのメカニズムがこのプロセスをサポートしています：
-
--   **イベントバッチ処理：** 複数のイベントをグループ化してオーバーヘッドを最小限にします。
--   **型検証：** 転送中のデータ整合性を確保します。
--   **エラー回復：** 失敗した転送を自動的に再試行します。
-
-ブリッジはまた、大規模なデータ転送を圧縮してパフォーマンスを向上させます。ローカルキャッシュは繰り返し転送からの遅延を減少させるのに役立ちます。また、イベントシステムは一時的および永続的なコールバックの両方をサポートしており、リソースを効率的に管理するための自動クリーンアップがあります。
-
-## データ転送ガイドライン
-
-JSONを効果的に管理することは、ウェブとAndroidプラットフォーム間でのスムーズなデータ転送の鍵です。
-
-### JSONデータ管理
-
-データ管理を信頼性のあるものに保つために：
-
--   **厳密な型付けのためにTypeScript型を活用し、ランタイム前にエラーをキャッチします。**
--   **一貫性を確保するために、ウェブとAndroidの両側でデータを検証します。**
--   **解析オーバーヘッドを最小限にしパフォーマンスを向上させるためにJSONオブジェクトを簡素化します。**
--   **繰り返しのリクエストを減らすために頻繁に使用されるデータをローカルにキャッシュします。**
-
-より大規模なデータセットの場合、ページングやストリーミングのような技術を使うと、システムの効率を維持するのに役立ちます。JSONが大規模なデータセットの処理に不十分である場合は、代替の転送戦略を検討してください。
-
-### 大量データ転送方法
-
-大量のデータを転送する場合：
-
--   **大きなファイルを小さなチャンクに分割してリソースの使用を最適化し、進捗を追跡します。**
--   **バイナリデータ用に不必要な変換（Base64など）を避け、代わりにネイティブファイルシステムAPIを使用します。**
--   **中断を処理しデータの整合性を確保するために転送の再開を有効にします。**
-
-標準的な手法を超えるシナリオには、ニーズに合わせたカスタムプラグインの作成を検討してください。
-
-### カスタムデータプラグインの構築
-
-信頼性のあるカスタムデータプラグインを開発するには、以下の手順に従ってください：
-
-1.  **プラグインインターフェースを定義する**
-
-すべてのサポートされているメソッドとデータ型の概要を示すTypeScriptインターフェースを作成します：
-
-```typescript
-export interface DataTransferPlugin {
-  sendData(options: { 
-    data: any, 
-    chunkSize?: number, 
-    compression?: boolean 
-  }): Promise<void>;
-}
-```
-
-2.  **ネイティブハンドラーを実装する**
-
-堅牢なエラーハンドリング、適切なメモリ管理、およびリソース集約型タスク用のバックグラウンドスレッドを組み込むことで効率的なデータ処理に焦点を当てます。
-
-3.  **エラー回復を追加する**
-
-ネットワークの問題や検証エラーに対する自動再試行などのエラー回復メカニズムを統合します。信頼性を高めるために転送の進捗についてリアルタイムのフィードバックを提供します。
-
-## [Capgo](https://capgo.app/)プラットフォーム機能
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgoは、ウェブとAndroidレイヤー間のスムーズなデータ転送を目的としたライブ更新システムで以前の課題に対処します。そのアーキテクチャは、安全で高パフォーマンスなデータ処理を確保します。
-
-### 主なCapgo機能
-
-グローバルCDNは、印象的なパフォーマンスメトリックでリアルタイムデータ転送をサポートします [\[1\]](https://capgo.app/) 。主な機能は以下の通りです：
-
--   **リアルタイム同期：** ウェブとAndroidレイヤー間での迅速なデータ転送。
--   **インテリジェントチャンク処理：** 更新されたコンポーネントのみを送信し、帯域幅とメモリの使用量を減少させます。
--   **エンドツーエンドの暗号化：** ウェブとAndroid間の安全な通信を確保します。
-
-現在、1.9Kの生産アプリがCapgoに依存してデータ転送ニーズを満たしています [\[1\]](https://capgo.app/) 。開発者のロドリゴ・マンティカは次のように述べています：
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供するために重要です！" [\[1\]](https://capgo.app/)
-
-これらの機能は、Capgoを古いソリューションと区別するものです。
-
-### プラットフォームの比較
-
-Capgoの高度な機能は、従来の方法に対する明確な利点を提供します：
-
-| 機能 | Capgo | 従来のソリューション |
-| --- | --- | --- |
-| 更新速度 | 114ms（5MBバンドル） | 変動 |
-| 成功率 | 世界中で82% | 明記されていない |
-| ユーザー採用 | 24時間以内に95% | 制限付き追跡 |
-| セキュリティ | エンドツーエンドの暗号化 | 基本的な署名 |
-| ストレージ | 2-20GB（プランに依存） | 変動 |
-
-Capgoは、110兆件以上の成功した更新を支えており、その信頼性を示しています [\[1\]](https://capgo.app/) 。NASAの[OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx)チームは次のようにコメントしています：
-
-> "@Capgoはホットコードのプッシュを行うための賢い方法です（@AppFlowのような金銭的な理由でではありません） :-)" [\[1\]](https://capgo.app/)
-
-このプラットフォームは、柔軟なホスティングをサポートし、データ重視のアプリケーション向けにCI/CDパイプラインとシームレスに統合されます。内蔵の分析機能は、更新の成功率とユーザーのエンゲージメントに関する洞察を提供し、チームがデータ転送プロセスを微調整するのに役立ちます。
-
-## 結論
-
-ウェブとAndroidレイヤー間でのスムーズなデータ転送は、現代のアプリ開発の重要な側面です。Capacitorのネイティブブリッジは、特にCapgoのようなツールと組み合わせることで、開発者がこれらの課題に取り組む方法を再定義しました。パフォーマンスメトリックは、このブリッジがどれほど効果的であるかを強調しています。
-
-エンドツーエンドの暗号化、パフォーマンス向上のための部分更新、そしてアクティブなエラーモニタリングのような機能は、信頼性の高いデータ処理を保証する上で大きな役割を果たしています。
-
-「コミュニティはこれを必要としていて、@Capgoは本当に重要なことをしています！」 [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ja/capacitor-ota-updates-app-store-approval-guide.md b/src/content/blog/ja/capacitor-ota-updates-app-store-approval-guide.md
deleted file mode 100644
index 2d53d1a00..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-app-store-approval-guide.md
+++ /dev/null
@@ -1,231 +0,0 @@
----
-slug: capacitor-ota-updates-app-store-approval-guide
-title: Capacitor OTAアップデート：アプリストア承認ガイド
-description: >-
-  App Store と Play Store のガイドラインに従って、Capacitor アプリの OTA
-  アップデートを実装し、コンプライアンスと安全性を確保する方法について説明します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-15T04:38:10.916Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67afe3423823fbac65afe97c-1739594307916.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, Capacitor, App Store, Play Store, compliance, JavaScript updates,
-  security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-要点：
-
-### 主なポイント：
-
--   [**Apple App Store**](https://developer.apple.com/app-store/guidelines/): OTAアップデートはJavaScriptとアセットファイルに限定。ネイティブコードや中核機能の変更は不可。
-    
--   [**Google Play Store**](https://developer.android.com/distribute/play-policies): より柔軟だが、セキュリティと不正防止のポリシーに従う必要がある。
-    
--   **一般的な問題点**: ネイティブコードの変更、未審査の機能追加、暗号化されていないアップデートによるアプリの却下。
-
-### クイックコンプライアンスのヒント：
-
--   **JavaScriptとアセットのアップデート**のみに制限する。
-    
--   [**Capgo**](https://capgo.app/)などのツールを使用して、暗号化配信とロールバックオプションを実現。
-    
--   **セマンティックバージョニング([**SemVer**](https://semver.org/))**でアップデートの追跡と監査を行う。
-    
--   **コード署名とHTTPS**でアップデートのセキュリティを確保する。
-
-| 機能 | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| **JavaScriptアップデート** | 許可(JS/アセットのみ) | より緩和されたルールで許可 |
-| **コアの変更** | 不許可 | 限定的な柔軟性あり |
-| **セキュリティ** | 厳格(コード署名必須) | 不正防止に重点 |
-
-## OTAアップデートのアプリストアルール
-
-### [Apple App Store](https://developer.apple.com/app-store/guidelines/)のルール
-
-![Apple App Store](https://mars-images.imgix.net/seobot/screenshots/developer.apple.com-647d6fa866954dfb3c8455f75fc9840a-2025-02-15.jpg?auto=compress)
-
-Appleのガイドライン(特に§3.3.2)では、Capacitorアプリケーションのオーバーザエア(OTA)アップデートに厳格な制限を設けています。アップデートは**JavaScriptとアセットのみ**に限定されます。主な制限事項：
-
--   アプリの中核機能や主要な目的の変更は不可
-    
--   代替アプリストアやコード配布プラットフォームの作成禁止
-    
--   コード署名などiOSのセキュリティ機能の回避禁止
-
-**Capacitor開発者向け重要事項**: JavaScriptのアップデートは、アプリの元のセキュリティコンテナ内に留め、アプリの本質的な動作を変更してはいけません。
-
-### [Google Play Store](https://developer.android.com/distribute/play-policies)のルール
-
-![Google Play Store](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-e3029ffd689b429daa7c9abf93d9ce47-2025-02-15.jpg?auto=compress)
-
-Google Playは、OTAアップデートについてより寛容なスタンスを取っていますが、誤用を防ぐための明確な境界線を設けています。ガイドラインの焦点：
-
--   より少ない制限でJavaScriptアセットのアップデートを許可
-    
--   デバイスとネットワークの不正使用に関するポリシーの遵守
-    
--   悪意のあるコードやセキュリティリスクの導入禁止
-    
--   アップデートはPlay Storeで承認されたバージョンに合わせる必要あり
-    
--   [Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のGoogle Play課金システムの回避防止
-
-| 機能 | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| JavaScriptアップデート | JS/アセットのみ許可 | より少ない制限で許可 |
-| コア機能の変更 | OTA経由では不可 | 限定的な柔軟性あり |
-| セキュリティ要件 | 厳格なコード署名とサンドボックス化 | 不正使用防止に重点 |
-| アップデート頻度 | 特定の制限なし | ネットワーク不正使用ポリシーに従う |
-
-### 主なコンプライアンス問題
-
-アプリが却下される一般的な理由：
-
--   審査を受けていない機能の追加
-    
--   過度または煩わしいアップデートプロンプト
-    
--   暗号化されていないアップデートパッケージの使用
-
-これらの問題を避けるには、Capacitor固有の実装ガイドラインに従うことが重要です。自動コンプライアンスチェックを提供するツールを使用することで、このプロセスがより簡単になります。例えば、Capgoのエンドツーエンド暗号化機能は、アップデートパッケージを安全に保護し、両アプリストアの要件を満たすのに役立ちます。
-
-## [Capacitor](https://capacitorjs.com/)のOTAアップデートガイドライン
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-15.jpg?auto=compress)
-
-### 技術的なコンプライアンスのステップ
-
-コンプライアンスの問題を避けるために、以下のステップに従ってください：
-
--   **セマンティックバージョニング(SemVer)を使用する：** アップデートを追跡し、詳細な変更履歴を保持してコンプライアンスを維持する。
-    
--   **JavaScriptとアセットへのアップデートを制限する：** コンプライアンスを確保するためにネイティブコードの変更を避ける。
-    
--   **パッケージ署名を検証する：** インストール前に必ず署名を検証する。
-
-| **アップデート要素** | **必要なアクション** | **コンプライアンスへの影響** |
-| --- | --- | --- |
-| JavaScriptファイル | UI/ロジックの変更に制限 | ストアコンプライアンスの維持 |
-| アセットファイル | アップデートの整合性チェックを使用 | 安全な配信の確保 |
-| ネイティブコード | 変更不可 | ストア却下の防止 |
-| バージョン管理 | 追跡用にSemVerを使用 | 適切な監査の実現 |
-
-### アップデートインターフェースの設計
-
-使いやすく、邪魔にならないアップデートインターフェースを作成：
-
--   ユーザー体験を中断せずに**明確で簡潔な通知**を表示
-    
--   進捗インジケータ付きの**バックグラウンドダウンロード**を有効化
-    
--   重要なセキュリティパッチを除き、ユーザーがアップデートのタイミングを決定できるようにする
-
-強制アップデートは重要なセキュリティ修正に限定し、その緊急性を明確に伝える必要があります。これらのステップにより、煩わしいアップデートプロンプトによる却下リスクを軽減できます。
-
-### アップデートセキュリティプロトコル
-
-以下の方法で安全な配信とデータの整合性を確保：
-
--   **エンドツーエンド暗号化：** 証明書のピン留め、トークンベースの認証を使用し、定期的に鍵をローテーション
-    
--   **検証システム：** アップデートリクエストのサーバーサイド検証とクライアントサイドのパッケージ整合性チェックを組み合わせる
-    
--   **パフォーマンスモニタリング：** 採用率、ダウンロード時間、アップデート後のパフォーマンスなどの主要指標を追跡。問題に迅速に対応するための自動エラーレポートを含める
-
-これらのセキュリティ対策は、Appleのコード署名要件とGoogleの不正防止ポリシーに適合します。Capgoのようなツールがこれらのプロトコルの実装を支援できます。
-
-## [Capgo](https://capgo.app/)アップデート管理システム
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-15.jpg?auto=compress)
-
-Capgoは[Capacitor OTAアップデート](https://capgo.app/)を安全に配信・管理する方法を提供し、コンプライアンス基準を満たしながらスムーズな配布を実現します。また、エンタープライズレベルの[アップデート管理](https://capgo.app/it/docs/plugin/cloud-mode/manual-update/)のための高度なツールも提供しています。
-
-### Capgoの主な機能
-
-Capgoのアップデートシステムには以下のような重要な機能が含まれます：
-
--   **暗号化されたアップデート配信**: アプリストアのセキュリティ要件を満たす
-    
--   **ユーザーセグメンテーション**: 特定のユーザーグループへの制御されたロールアウトが可能
-    
--   **即時ロールバック**: 必要に応じて以前のバージョンに素早く戻せる
-
-この方法により、アップデートがシームレスになり、開発者は効果的にパフォーマンスを監視できます。
-
-### Capgoのコンプライアンスツール
-
-Capgoのツールはセキュリティとコンプライアンスのニーズを満たすように設計されています：
-
--   **ロールアウト管理**: 開発者は最低1%から始めて小規模なユーザーグループにアップデートをリリースし、より広範なロールアウト前に変更をテストできます
-    
--   **自動セーフガード**: 組み込みのヘルスチェックがインストール前にアップデートの整合性を確認。問題が発生した場合、システムは自動的に最後の安定バージョンにロールバックし、アプリの機能を維持してアプリストアの却下を回避します
-
-### Capgoのセットアップ方法
-
-Capgoを始めるには、以下の3つの簡単なステップに従ってください：
-
-1.  **初期セットアップ**
-    
-2.  **プラグインの統合**
-    
-3.  **設定**
-    
-    capacitor.config.jsonファイルを更新し、アプリのメインロジックに必要な準備チェックを含める
-
-エンタープライズチーム向けに、Capgoはロールベースのアクセス制御もサポートしており、アップデート承認が厳格なコンプライアンス基準を満たすことを保証します。
-
-## アプリストア却下の防止
-
-アプリストアの却下を避けるために、最も一般的なトリガーに対処することが重要です：**35%がネイティブコード違反**、**28%が機能範囲の問題**、**22%がアップデートプロセスのエラー**によるものです。
-
-### ネイティブコード違反
-
-ネイティブコード違反はOTA却下の35%を占めています。これに対処するために、自動ファイルチェックを使用して、アップデートが**JavaScript、HTML、CSS**のみに依存するようにしてください。[Capgoのコンプライアンススイート](https://capgo.app/consulting/)のようなツールは、コード署名と整合性チェックを実装することで、却下率を最大80%削減するのに役立ちます。
-
-### 機能範囲の問題
-
-機能範囲の問題は別の一般的な障壁です。以下のフレームワークを使用してアップデートを効果的に管理してください：
-
-| アップデートの種類 | 承認の可能性 | 実装戦略 |
-| --- | --- | --- |
-| コンテンツの更新 | 高 | テキスト、画像、スタイルの更新 |
-| UI の改善 | 中 | 段階的なインターフェース変更の適用 |
-| 新機能 | 低 | 機能フラグとフェーズドロールアウトの使用 |
-
-例えば、Capacitorベースのeコマースアプリは、コンプライアンスを維持しながら新機能を段階的にロールアウトすることで、カスタマーサポートのチケットを60%削減することに成功しました[\[14\]](https://www.ada.gov/law-and-regs/regulations/title-ii-2010-regulations/) 。
-
-### アップデートプロセスのエラー
-
-アップデート中の技術的なエラーは拒否につながる可能性があります。以下はそれを避ける方法です：
-
--   **エラー処理**  
-    アップデートの成功率を監視し、すべてのアップデートの試行と結果を記録します。
-    
--   **ユーザーコミュニケーション**  
-    アップデート中にユーザーに情報を提供するため、進行状況インジケータを表示します。
-    
-
-明確で透明性のあるインターフェースを提供するアプリは、**30%高いリテンション率**と**アップデートに関する否定的なレビューが25%減少**を達成しています[\[12\]](https://support.google.com/googleplay/android-developer/answer/10787469?hl=en)。
-
-> "アプリストアの拒否を防ぐ鍵は、詳細なドキュメンテーションとレビューチームとの透明性のあるコミュニケーションにあります。アップデートプロセスの包括的なドキュメントを提供しているアプリは、OTAアップデートに関連する拒否を受ける可能性が40%低くなりました。" [\[10\]](https://html.spec.whatwg.org)
-
-## まとめ
-
-Capacitorアプリのためのロールアウトは、技術的な精度とコンプライアンス基準の両方を満たす必要があります。成功するためには、プラットフォーム固有のガイドラインと戦略に沿った重要な領域に焦点を当てましょう：
-
-| 優先順位 | アクション | 結果 |
-| --- | --- | --- |
-| コンプライアンス | JavaScriptのみの更新を遵守 | より迅速な承認 |
-| セキュリティ | [自動暗号化](https://capgo.app/docs/cli/migrations/encryption/)/署名の使用 | 脆弱性の減少 |
-
-前述のコンプライアンスステップに従うことで、チームはアプリストアのルール遵守を簡素化する自動チェックの恩恵を受けることができます。エンドツーエンドの暗号化や制御されたロールアウトなどの機能は、重要なセキュリティとコンプライアンスのニーズに対応します。
-
-AppleとGoogleが継続的にポリシーを更新している中（セクション2.1-2.3のような）、更新頻度とより厳格なセキュリティ基準に関する焦点が増えることが予想されます。JavaScriptとアセットの更新機能を維持しながら、これらの変更に備えて準備をしましょう。プラットフォームのガイドラインとユーザーの期待の両方を満たすため、徹底的なドキュメント化とテストを忘れないでください。
diff --git a/src/content/blog/ja/capacitor-ota-updates-best-practices-for-performance.md b/src/content/blog/ja/capacitor-ota-updates-best-practices-for-performance.md
deleted file mode 100644
index 5c1e1a631..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-best-practices-for-performance.md
+++ /dev/null
@@ -1,212 +0,0 @@
----
-slug: capacitor-ota-updates-best-practices-for-performance
-title: CapacitorのOTAアップデート：パフォーマンスのベストプラクティス
-description: >-
-  Capacitorアプリケーションにおけるパフォーマンスとユーザーエクスペリエンスを向上させるため、ファイルサイズ、コード読み込み、セキュリティに関するベストプラクティスでOTAアップデートを最適化します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-22T03:27:12.915Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b91e17bfa83cf6a92d5d6e-1740194854799.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, Capacitor, performance optimization, mobile apps, security,
-  incremental updates, background updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-OTA (エアー経由)アップデートにより、[Capacitor](https://capacitorjs.com/)アプリはアプリストアの申請なしにJavaScript、CSS、HTMLなどのコンテンツを更新できます。この便利な機能も、アプリの起動パフォーマンスに影響を与える可能性があります。以下は、パフォーマンスとユーザーエクスペリエンスを向上させるためのOTAアップデートの最適化ガイドです：
-
-- **アップデートファイルサイズの最小化**: 差分アップデート、圧縮([ZSTD](https://en.wikipedia.org/wiki/Zstd)など)、不要なファイル変更の削除などの手法を使用。
-
-- **効率的なコードローディング**: コア機能を優先的に読み込み、重要度の低いコンポーネントを遅延させ、重いモジュールには遅延ロードを使用。
-
-- **段階的なアップデート**: アップデートを小さなステップに分割し、アイドル時に実行し、シームレスなロールバックのためにA/Bシステムを使用。
-
-- [**セキュアなアップデート**](https://capgo.app/docs/live-updates/update-behavior/): 暗号化、チェックサム、コード署名でファイルを保護し、完全性を確保。
-
-- **テストとコンプライアンス**: アップデートを徹底的にテストし、承認の問題を避けるためにアプリストアのガイドラインに従う。
-
-**OTAツールの比較**:
-
-| 機能 | [capacitor-app-updater](https://www.npmjs.com/package/%40objekt%2Fcapacitor-app-updater) | [Capgo](https://capgo.app/) |
-| --- | --- | --- | --- |
-| アップデート方式 | チェックサム比較 | [アプリ内アップデート](https://capgo.app/plugins/capacitor-updater/) | JSバンドルアップデート |
-| パフォーマンスへの影響 | 最小限 | 中程度 | 低 |
-| バックグラウンドアップデート | なし | あり(Android) | あり |
-| ロールバックサポート | 限定的 | プラットフォーム依存 | 内蔵 |
-| CI/CD統合 | 手動 | 手動 | 自動化 |
-
-Capgoは、バックグラウンドアップデート、エンドツーエンド暗号化、パフォーマンス追跡などの機能を備えており、[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のOTAアップデート管理に強力な選択肢となっています。
-
-## Ionicアプリユーザーにリアルタイムアップデートを配信
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## OTAアップデートのパフォーマンスに関するヒント
-
-これらの戦略は、ファイルサイズの削減と効率的なコードローディングに焦点を当てることで、起動の遅延に対処し、よりスムーズなOTAアップデートプロセスを確保します。
-
-### アップデートファイルサイズの削減
-
-アップデートファイルサイズを小さく保つことは、より速いダウンロードと起動のために不可欠です。機能を犠牲にすることなく、より少ないデータを転送することが目的です。以下がその方法です：
-
-- 差分アップデートを有効にするために`live-update-manifest.json`を作成。
-
-- 非A/Bデバイスでは**ZSTD圧縮**を使用してフルイメージアップデートを縮小。
-
-- 不要なファイル変更を避けるため、ビルドタイムスタンプを排除し、ビルドツールを標準化。
-
-- A/B OTAアップデートの場合、より効率的にパッチを生成するためにPuffin再圧縮を適用。
-
-### コードローディングの管理
-
-起動速度はファイルサイズだけの問題ではありません - コードがいつ読み込まれるかも重要です。以下はコードローディングを管理するスマートなアプローチです：
-
-- **コア機能を優先**: 認証やメインナビゲーションなどの必須機能をすぐに読み込む。
-
-- **二次的な機能は後で**: 詳細設定、アナリティクス、アニメーションなどの重要度の低いコンポーネントの読み込みを遅延。
-
-- **効率的なリソース使用**: アプリ起動後に、重いモジュールやメディアにプログレッシブまたは遅延ロードを適用。
-
-### ステップバイステップのアップデート
-
-アップデートを小さなステップに分割することで、起動時の中断を減らします。段階的なアップデートは、シームレスな体験を確保する実用的な方法です。例えば、Android 8.0は、パッケージ全体をダウンロードする代わりに、約100 KiBのメタデータストレージのみを必要とするストリーミングアップデートを使用します[\[3\]](https://source.android.com/docs/core/ota/ab)。
-
-- アイドル時（深夜など）にアップデートをスケジュールし、Wi-Fi接続を優先。
-
-- 暗号化とチェックサム検証でアップデートファイルを保護[\[1\]](https://www.trio.so/blog/over-the-air-update/)[\[2\]](https://mender.io/blog/how-does-an-ota-firmware-update-work)。
-
-- アプリの機能を中断せずにアップデートを可能にするA/Bパーティションシステムを使用[\[3\]](https://source.android.com/docs/core/ota/ab)。
-
-Capgoは、エンドツーエンド暗号化と柔軟なデプロイメントオプションを備えた、セキュアで段階的なアップデートのための内蔵ツールを提供します。
-
-## [Capacitor](https://capacitorjs.com/)でのOTAアップデートの設定
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-22.jpg?auto=compress)
-
-Capacitorでのエアー経由（OTA）アップデートの設定には、慎重なテストと厳格なガイドラインの遵守が必要です。
-
-### リリース前のテスト
-
-アップデートを展開する前に、徹底的なテストが不可欠です：
-
-- 本番環境に近いテスト環境を使用。
-
-- 起動時間、メモリ使用量、帯域幅、バッテリー消費などのベースラインメトリクスを記録。
-
-- アップデートが失敗した場合にサーバーパスがリセットされることを確認するためのフォールバックメカニズムを検証[\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/) 。
-
-パフォーマンスが安定したら、アップデートがアプリストアの規制に適合していることを確認。
-
-### アプリストアのルール
-
-アプリストアの承認に関する問題を避けるため、以下のプラットフォーム固有のルールに従ってください：
-
-**Apple App Storeの要件：**
-
-> "解釈されるコードはアプリケーションにダウンロードできますが、そのコードは以下の条件を満たす必要があります：(a)App Storeに提出されたアプリケーションの意図された広告目的と一致しない機能や機能性を提供することによって、アプリケーションの主要な目的を変更しない、(b)他のコードやアプリケーションのストアやストアフロントを作成しない、(c)OSの署名、サンドボックス、その他のセキュリティ機能をバイパスしない。"[\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-**Google Play Storeのガイドライン：**
-
-> "この制限は、WebViewやブラウザ内のJavaScriptのように、Android APIへの間接的なアクセスを提供する仮想マシンやインタープリタで実行されるコードには適用されません。"[\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-### [Capgo](https://capgo.app/)を使用したアップデート
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-22.jpg?auto=compress)
-
-テストとコンプライアンスの確認後、効率的なアップデートのデプロイが次のステップとなります。Capgoはこのプロセスを簡素化するツールです。
-
-2025年2月時点で、Capgoは**1.8K**の本番アプリで**4億4900万**のアップデートを管理しています[\[5\]](https://capgo.app/) 。主な機能には以下が含まれます：
-
-- アップデート配信を保護する**エンドツーエンド暗号化**。
-
-- より速い読み込み時間のための最新バンドルの**キャッシング**[\[6\]](https://capgo.app/docs/faq/) 。
-
-- アップデートの信頼性を確認する**コード署名**。
-
-- スムーズなデプロイメントのための**CI/CD統合**。
-
-- ユーザー割り当てによる**管理されたロールアウト**。
-
-- 即時ロールバック機能を備えた**バージョン管理**。
-
-- 分析による**パフォーマンストラッキング**。
-
-- コンプライアンスを監視するツール。
-
-アプリストア配布用にコンパイルされたコードのみをアップロードすることで、Capgoはオーバーヘッドを最小限に抑え、効率性を向上させます。このアプローチにより、ユーザーのリリース効率が**81%向上**したと報告されています[\[5\]](https://capgo.app/) 。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信に不可欠です！" - Rodrigo Mantica, @manticarodrigo [\[5\]](https://capgo.app/)
-
-CapgoはiOSアップデート用にカスタムDartインタープリタも使用しています。これにより、迅速なデプロイメントを可能にしながら、アップデートがアプリストアのガイドライン内に収まることを保証します[\[6\]](https://capgo.app/docs/faq/) 。
-
-## OTAアップデートツールの分析
-
-Capacitor用のOTAツールは、機能性とパフォーマンスが異なります。以下は、それらの比較と、選択時に考慮すべき点の分析です。
-
-### OTAプラットフォームの比較
-
-人気のOTAツール間の主要機能の比較です：
-
-| 機能 | capacitor-app-updater | capacitor-app-update | Capgo |
-| --- | --- | --- | --- |
-| アップデート方式 | チェックサム比較 | [アプリ内アップデート](https://capgo.app/plugins/capacitor-updater/)(Android) | JSバンドルアップデート |
-| パフォーマンスへの影響 | 最小限（選択的ダウンロード） | 中程度（[フルアプリアップデート](https://capgo.app/plugins/capacitor-updater/)） | 低（バックグラウンドチェック） |
-| アップデート範囲 | Webコンテンツのみ | フルアプリアップデート | JSコードと依存関係 |
-| プラットフォームサポート | iOS & Android | Android重視 | iOS & Android |
-| バックグラウンドアップデート | なし | あり(Android) | あり |
-| ロールバックサポート | 限定的 | プラットフォーム依存 | 内蔵 |
-| CI/CD統合 | 手動 | 手動 | 自動化 |
-
-例えば、**capacitor-app-updater**がパフォーマンスへの影響を最小限に抑えるために選択的ダウンロードを使用する一方、**Capgo**はアップデート中もアプリの応答性を保つバックグラウンドアップデートメカニズムを採用しています[\[6\]](https://capgo.app/docs/faq/) 。これらの違いは、適切なツールを選択する際に重要です。
-
-### 選択基準
-
-比較に基づき、OTAツールを選ぶ際に考慮すべき重要な要素：
-
--   **アップデート効率**  
-    Capgoのバックグラウンドアップデートシステムは、1.8K以上の本番アプリで4億4900万回のアップデートをパフォーマンスに影響を与えることなく処理してきました [\[5\]](https://capgo.app/).
-    
--   [**バンドルサイズ管理**](https://capgo.app/docs/webapp/bundles/)  
-    差分ダウンロードによってパッケージサイズを最適化し、アップデート時間を短縮するツールを探してください [\[7\]](https://github.com/objektlabs/capacitor-app-updater).
-    
--   **ネイティブコードの取り扱い**  
-    ツールがアップデートからネイティブコードの変更を除外することを確認してください。例えば、Capgoはネイティブコードの変更が検出された場合に開発者に警告します [\[6\]](https://capgo.app/docs/faq/).
-    
--   **起動への影響**  
-    スムーズな起動パフォーマンスを維持するために、アップデートチェックの遅延を設定できるツールを選択してください。この機能は**capacitor-app-updater**で利用可能です [\[7\]](https://github.com/objektlabs/capacitor-app-updater).
-    
--   **アップデート検証**  
-    チェックサムシステムのような信頼性の高い検証方法は、アップデートの整合性を確保するために不可欠です。**capacitor-app-updater**と**Capgo**の両方がこれを提供しており、Capgoはさらにエンドツーエンドの暗号化を追加しています [\[6\]](https://capgo.app/docs/faq/).
-
-## 結論
-
-### 主要なパフォーマンスのヒント
-
-Capacitorアプリにアップデートを追加する際は、セキュリティとパフォーマンスの両方に焦点を当てることが重要です。以下の戦略を念頭に置いてください：
-
-| 戦略 | 実装方法 | 重要な理由 |
-| --- | --- | --- |
-| **セキュリティ優先** | 既存のセキュリティプロトコルの上に構築 | アップデートの整合性を保護 |
-| **サイズ最適化** | 前述の圧縮技術を使用 | ユーザーの待ち時間を削減 |
-| **アップデートスケジューリング** | [アップデートを処理](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)をバックグラウンド、Wi-Fiのみで | ユーザーの中断を減少 |
-| **バージョン管理** | Webとネイティブレイヤーのアップデートを分離 | スムーズなコンプライアンスを確保 |
-
-> "OTAアップデートは、ほぼすべての組み込みIoTデバイスにとって重要なインフラストラクチャコンポーネントです" [\[8\]](https://www.beningo.com/5-best-practices-for-over-the-air-ota-updates/)
-
-これは、パフォーマンスとセキュリティのバランスを取る信頼性の高いアップデートシステムを作成することの重要性を強調しています。これらの戦略を使用してOTAアップデートプロセスを強化してください。
-
-### 次のステップ
-
-CapacitorアプリでOTAアップデートの効率を最大化するために、以下を確認してください：
-
--   **暗号化のセットアップ**: デジタル署名を使用してアップデートを検証 [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-    
--   **アップデート配信の合理化**: スムーズなバックグラウンドアップデートのためにCapgoなどのツールを検討.
-    
--   **フォールバックシステムの準備**: アップデートが失敗した場合でもアプリが機能し続けることを確保 [\[9\]](https://dzone.com/articles/why-device-firmware-updates-are-critical-to-produc).
diff --git a/src/content/blog/ja/capacitor-ota-updates-boosting-low-end-device-performance.md b/src/content/blog/ja/capacitor-ota-updates-boosting-low-end-device-performance.md
deleted file mode 100644
index 4b351fb5a..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-boosting-low-end-device-performance.md
+++ /dev/null
@@ -1,148 +0,0 @@
----
-slug: capacitor-ota-updates-boosting-low-end-device-performance
-title: 'Capacitor OTA アップデート: ローエンドデバイスのパフォーマンス改善'
-description: >-
-  OTA
-  アップデートが、ダウンロードサイズを最小限に抑え、アップデートの効率性を向上させることで、ローエンドデバイスでのアプリのパフォーマンスをどのように改善するかをご紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-10T01:24:02.744Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ce2ed7f617addf5accc081-1741569855025.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, low-end devices, app performance, incremental updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**低スペックデバイスでアプリをより快適に動作させたいですか？OTA アップデートが解決策です。** [Capacitor](https://capacitorjs.com/) のオーバーザエア(OTA)アップデートでは、アプリに必要な変更のみをプッシュできます - 完全なダウンロードは不要です。これにより時間を節約し、データ使用量を削減し、特にハードウェアが限られているユーザーや低速ネットワークのユーザーのパフォーマンスを向上させます。
-
-### 主なメリット：
-
--   **小さなアップデート**：アプリ全体ではなく、変更された部分のみをダウンロード。
--   **迅速な展開**：アップデートが数日ではなく数分でユーザーに届く。
--   **手頃な価格**：[Capgo](https://capgo.app/) のシステムは、他の選択肢の月額6,000ドルと比べて約300ドル/月。
--   **パフォーマンスの向上**：効率的なリソース使用により、RAMやストレージが少ない、または弱いネットワークのデバイスでもスムーズな動作を実現。
-
-Capgoはすでに**1,400アプリ**にわたって**9億4760万回**のアップデートを提供し、リリース効率を**81%**向上させています。ストレージの制限、低速接続、電力の制約など、OTAアップデートはアプリを円滑に動作させ続けるためのよりスマートな方法を提供します。
-
-## 低スペックデバイスのパフォーマンスの問題
-
-低スペックデバイスは、アプリのパフォーマンスと全体的なユーザー体験に影響を与える複数の障壁に直面しています。これらの問題は、ハードウェアの制約、ネットワークの課題、電力の制限に起因します。
-
-### ハードウェアの制限
-
-限られたハードウェア性能は、OTAアップデートの信頼性とデバイスのパフォーマンスに直接的な影響を与えます。以下が内訳です：
-
-| ハードウェアコンポーネント | 制約 | パフォーマンスへの影響 |
-| --- | --- | --- |
-| RAM | 容量が少ない | マルチタスクの制限、クラッシュ |
-| ストレージ | 空き容量が少ない | アップデートサイズの制限 |
-| CPU | 処理能力が低い | 動作の遅さ、UIの遅延 |
-
-メモリの少ないデバイスは、特に複雑なアプリを実行する際にクラッシュしやすくなります。
-
-### ネットワークパフォーマンス
-
-ネットワークの課題はアップデートの遅延や中断の主な要因となります：
-
--   **帯域幅の制限：** 多くのユーザーが2Gや3Gネットワークに依存しており、より遅い。
--   **データ制限：** 小さなデータプランが大きなアップデートのダウンロードを制限。
--   **不安定な接続：** 接続の悪さがアップデートを中断させ遅延させる。
-
-これらのネットワーク関連の問題は、しばしばアップデートの完了を妨げます。さらに、電力の制約が別の課題を加えます。
-
-### 電力管理
-
-電力使用は低スペックデバイスのもう一つの重要な要因です：
-
--   **バッテリー消費：** 小さなバッテリーと効率の悪いプロセッサーがより早い消耗を引き起こす。
--   **アップデートプロセス：** バックグラウンドでのアップデートや同期がさらにバッテリー寿命を消費。
--   **オーバーヒート：** 弱い冷却システムがオーバーヒートを引き起こし、アップデート中のサーマルスロットリングとパフォーマンス低下につながる。
-
-これらの電力関連の課題は、頻繁にアップデートの失敗につながります。データは、低スペックデバイスでのバッテリーの問題とアップデートの失敗の間に強い関連性があることを示しています。
-
-## OTAアップデートのパフォーマンスメリット
-
-OTAアップデートは、限られたハードウェアとネットワークリソースによる課題に対して、よりスマートで効率的なパフォーマンス改善を提供することで対処します。例えば、CapacitorのOTAアップデートは、ユーザーにアプリ全体を再度ダウンロードさせる代わりに、必要な変更のみを送信します。このアプローチは不必要なデータ使用を減らし、プロセスを高速化します。
-
-### OTAアップデートの主要機能
-
-OTAアップデートの際立った特徴の1つは**増分（またはデルタ）アップデート**です。これらのアップデートは、アプリの変更された部分のみを配信することに焦点を当てており、ダウンロードサイズと時間を大幅に削減します。この方法は、多くの場合アプリパッケージ全体のダウンロードを必要とするアプリストアのアップデートと比べてはるかに効率的です。
-
-### OTAとアプリストアアップデートの比較
-
-アプリ全体のダウンロードを要求する従来のアプリストアアップデートとは異なり、OTAアップデートはスリムに設計されています。アプリの更新された部分のみを送信し、ユーザーの時間とデータを節約します。これは特に、データプランが限られているユーザーや、大きなダウンロードに苦労する可能性のある古いデバイスを使用しているユーザーにとって有用です。
-
-### [Capgo](https://capgo.app/) アップデートシステム
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-10.jpg?auto=compress)
-
-Capgoのシステムは、多くのユーザーが直面するハードウェアとネットワークの制限に対処するように構築されています。これは以前のパフォーマンスの洞察と一致します[\[1\]](https://capgo.app/) 。あるデベロッパーが共有したように：
-
-> "5000人以上のユーザーベースに対して、Capgo OTAアップデートを本番環境で展開しました。非常にスムーズな運用を見ており、OTAが@Capgoにデプロイされてから数分以内にほぼすべてのユーザーが最新の状態になっています。" - colenso [\[1\]](https://capgo.app/)
-
-この実例は、OTAアップデートが、リソースが限られたデバイスでも、修正と改善を迅速かつ確実に提供できることを示しています。
-
-## OTAアップデートのパフォーマンス方法
-
-OTAアップデートは、リソースをより効率的に管理することで、低スペックデバイスの機能を改善する上で重要な役割を果たします。これらのアップデートは、必要な時にのみコンポーネントを読み込み、ファイルサイズを削減し、データをより効果的に処理することに焦点を当てています。
-
-### コンポーネント読み込み戦略
-
-OTAアップデートを通じた遅延読み込みは、コンポーネントを必要な時にのみ読み込むことで、アプリのサイズとメモリ使用量の両方を削減するのに役立ちます。Capgoのようなツールを使用すると、完全なアップアップデートを必要とせずに即座に変更をデプロイすることが可能になります - これはインターネットアクセスが制限された地域で特に重要です。小さなアップデートペイロードは、より良いパフォーマンスのために同様に重要です。
-
-### ファイルサイズの削減
-
-OTAアップデートは、画像圧縮、選択的フォント読み込み、コード分割、未使用コードの削除などの技術を使用します。これらの方法は、アップデートを小さくし、限られたストレージや低速帯域幅のデバイスでより良く機能するように支援します。
-
-### データ処理の改善
-
-リソースの少ないデバイスでは、効率的なデータ処理が不可欠です。Capgoは、サーバーコールを減らし、[ローカルデータストレージ](https://capgo.app/plugins/capacitor-data-storage-sqlite/)をより効率的にするツールを提供します。あるデベロッパーが述べたように：
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供する上で非常に重要です！" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## パフォーマンステスト結果
-
-CapgoのOTAシステムは1,400のアプリでテストされ、世界中で9億4760万回の印象的なアップデートを数分以内に提供しました。このアプローチは、通常のアプリストアサイクルと比較してアップデート配信時間を大幅に削減し、さらに迅速な最適化への道を開きます[\[1\]](https://capgo.app/) 。
-
-### 速度テスト結果
-
-[Capacitor OTAアップデート](https://capgo.app/)は、アップデート配信速度とアプリの応答性において明確な改善を示しました。テストデータは、特に低スペックデバイスや接続の悪い地域で、一貫したパフォーマンス向上を強調しました[\[1\]](https://capgo.app/) 。
-
-### 実例
-
-システムの本番環境デプロイメントは、5,000人以上のユーザーのアップデートを問題なく処理することに成功しました[\[1\]](https://capgo.app/) 。エンドツーエンドの暗号化の使用により、処理能力の限られたデバイスにとって不可欠な機能である、高いパフォーマンスを維持しながらアップデートを安全に配信することができます[\[1\]](https://capgo.app/) 。
-
-### Capgoの結果
-
-Capgoのアップデートシステムを使用している企業は、リリース効率が81%向上しています。これは、即時デプロイメント、より良いリソース管理、および自動配布を通じて達成されています[\[1\]](https://capgo.app/) 。これらの結果を推進する主な機能には以下が含まれます：
-
--   帯域幅使用量を削減する小さなアップデートパッケージ
--   よりスムーズなプロセスのためのCI/CDパイプラインとの統合
--   数日ではなく数分でユーザーに届くアップデート
-
-これらの改善は、速度テストとデプロイメントシナリオで観察されたパフォーマンス向上と直接的に一致します[\[1\]](https://capgo.app/) 。
-
-## 結論
-
-### 主要ポイント
-
-Capacitor OTAアップデートは、低スペックデバイスのパフォーマンスを大幅に改善することが示されています。Capgoのシステムはすでに1,400アプリにわたって**9億4760万回**のアップデートを提供し、リリース効率を81%向上させています[\[1\]](https://capgo.app/) 。Rodrigo Manticaが述べたように：
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供する上で非常に重要です！"
-
-これらの達成は、OTA配信システムのさらなる進歩への道を開きます。
-
-### 今後の開発
-
-低スペックデバイス向けのOTAアップデートは進化し続けています。パフォーマンスに影響を与えることなく[安全なアップデート](https://capgo.app/docs/live-updates/update-behavior/) を確保する**エンドツーエンド暗号化**と、[GitHub Actions](https://docs.github.com/actions)や[GitLab CI](https://docs.gitlab.com/ee/ci/)のようなCI/CDプラットフォームとの統合によりデプロイメントが簡素化され、プロセスはさらにスムーズになっています[\[1\]](https://capgo.app/) 。コストも大きな要因です：[AppFlow](https://ionic.io/appflow/)が年間6,000ドルかかるのに対し、CapgoのCI/CDセットアップは月額約300ドルです[\[1\]](https://capgo.app/) 。NASAの[OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx)チームが指摘したように：
-
-> "@Capgoはホットコードプッシュを行うスマートな方法です（@AppFlowのように世界中のお金を必要としません）"
-
-今後を見据えると、パッケージサイズの削減、帯域幅効率、リソース管
diff --git a/src/content/blog/ja/capacitor-ota-updates-cicd-integration-guide.md b/src/content/blog/ja/capacitor-ota-updates-cicd-integration-guide.md
deleted file mode 100644
index 3d21e1a0c..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-cicd-integration-guide.md
+++ /dev/null
@@ -1,221 +0,0 @@
----
-slug: capacitor-ota-updates-cicd-integration-guide
-title: 'Capacitor OTA 更新: CI/CD 統合ガイド'
-description: OTAアップデートをCI/CDパイプラインに統合して、アプリのデプロイを迅速化し、ユーザーエクスペリエンスを向上させる方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T01:02:12.522Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800475b28980901df1e541b-1744851846737.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, OTA updates, CI/CD, app deployment, automation, mobile development,
-  versioning, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリストアの遅延なしに、[Capacitor](https://capacitorjs.com/) アプリを即座に更新したいですか？** オーバーザエア (OTA) 更新により、修正や機能を直接ユーザーのデバイスにプッシュできます。これを CI/CD パイプラインと組み合わせることで、デプロイメントを自動化し、バグ修正を迅速化し、ユーザーエクスペリエンスを向上させることができます。
-
-### 主なポイント:
-
--   **なぜ OTA + CI/CD?** 更新を自動化し、ロールバックを可能にし、バグ修正を迅速化します。
--   **必要なもの:** Capacitor アプリ、Git リポジトリ、CI/CD プラットフォーム (例: [GitHub Actions](https://docs.github.com/actions))、および [Capgo](https://capgo.app/) のような OTA サービス。
--   **セットアップコスト:** CI/CD 操作に月々約 $300 を見込む; Capgo の一度きりのセットアップ費用は $2,600 です。
--   **ベストプラクティス:** バージョニング (メジャー、マイナー、パッチ) を使用し、段階的なロールアウトやエラートラッキングでスムーズな更新を確保します。
--   **主要な OTA プラットフォーム:** Capgo は迅速な更新 (114ms)、高い成功率 (82%)、およびグローバルサポートで際立っています。
-
-### OTA プラットフォームの簡単な比較:
-
-| 機能 | Capgo | [Appflow](https://ionic.io/appflow/) | [CodePush](https://github.com/microsoft/code-push) |
-| --- | --- | --- | --- | --- |
-| ステータス | アクティブ | アクティブ | 2026年に終了予定 | 2024年に中止 |
-| 更新速度 | 114ms | 標準 | 変動 | N/A |
-| E2E 暗号化 | はい | 限定的 | 限定的 | いいえ |
-| 月額コスト | $12 から | Capgo と同様 | ~$500 | 無料でした |
-
-**更新をスムーズに行う準備はできましたか？** Capgo CLI のようなツールで CI/CD パイプラインを設定し、安全なデプロイメントのために秘密情報を保護しましょう。
-
-## 既存の CI/CD パイプラインをモバイルと統合 ...
-
-<iframe src="https://www.youtube.com/embed/rIPnuVwvbb0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## セットアップ要件
-
-CI/CD パイプラインでスムーズで安全な OTA 更新を確保するために、ツールと設定を準備しましょう。
-
-### 必要なソフトウェアとサービス
-
-CI/CD セットアップで OTA 更新に必要な主なコンポーネントは次のとおりです。
-
-| コンポーネント | 目的 | 主な機能 |
-| --- | --- | --- |
-| Capacitor アプリ | ベースアプリ | Capacitor 8 で動作 |
-| Git リポジトリ | コードトラッキング | コードの変更と更新を監視 |
-| CI/CD プラットフォーム | 自動化 | GitHub Actions、[GitLab CI](https://docs.gitlab.com/ee/ci/)、または [Jenkins](https://www.jenkins.io/) をサポート |
-| OTA 更新サービス | 配信 | ライブ更新とロールバックを処理 |
-
-Capgo の CLI ツールは、ビルドと配信タスクを自動化することでデプロイメントを簡素化します。
-
-### 秘密鍵の管理
-
-資格情報を安全に保つことは、CI/CD パイプラインの完全性を維持するために重要です。次のようにして効果的に管理できます。
-
-| セキュリティ面 | 実装方法 |
-| --- | --- |
-| API キー | CI/CD プラットフォームの安全な環境変数に保存 |
-| ビルド秘密 | プラットフォーム固有の秘密管理ツールを使用 |
-| アクセストークン | ロールベースのアクセス制御 (RBAC) を適用 |
-
-Capgo は CI/CD パイプラインの適切な構成の重要性を強調しています。
-
-> "私たちは、お好きなプラットフォーム（GitHub Actions、GitLab CI など）で直接 CI/CD パイプラインを構成します。私たちは CI/CD をホストしたり、維持するために料金を請求したりすることはありません。" – Capgo[\[1\]](https://capgo.app/)
-
-ツールを選択する際には、プラットフォームの独立性、スケーラビリティ、および強力なセキュリティ対策（更新のためのエンドツーエンドの暗号化など）を優先してください。
-
-CI/CD 操作のコストは通常、月に約 $300 です[\[1\]](https://capgo.app/)、しかしこの投資は、デプロイメントを迅速化し、手作業を削減することで回収されます。
-
-これらのコンポーネントが整ったら、CI/CD パイプラインに統合する準備が整います。
-
-## CI/CD 統合手順
-
-### OTA コンポーネントのインストール
-
-開始するには、特定の OTA パッケージと設定を Capacitor プロジェクトに追加する必要があります。以下は簡単なガイドです。
-
-| **コンポーネント** | **インストールコマンド** | **目的** |
-| --- | --- | --- |
-| Capgo CLI | `npm install @capgo/cli` | 更新ビルドとデプロイを管理 |
-| 設定ファイル | `npx @capgo/cli init` | プロジェクト固有の設定を行う |
-| 環境変数 | CI/CD プラットフォームから設定 | API キーや機密情報を保存 |
-
-これらのコンポーネントがインストールされたら、CI/CD パイプラインの設定に移ることができます。
-
-### CI/CD パイプラインの構築
-
-主要なブランチの変更やタグ付けされたリリースに基づいてアクションをトリガーするために、パイプラインを設定します (例: `build:` は `push [main]` や `v*` のようなタグパターンでトリガー)。パイプラインには次のステップを含めるべきです。
-
--   **ビルド**: コードの変更によってトリガーされ、アプリをコンパイルし準備します。
--   **テスト**: 機能チェックを自動化して安定性を確保します。
--   **[更新生成](https://capgo.app/docs/live-updates/update-behavior/)**: デプロイ用に資産をバンドルおよび最適化します。
-
-パイプラインが準備完了したら、更新バンドルをシームレスにデプロイできます。
-
-### 更新バンドルのデプロイ
-
-更新をデプロイするには、バンドルをオーバーザエア (OTA) サービスを介してプッシュします。Capgo は、このプロセスを自動化された CI/CD 統合で簡素化します。
-
-| **ステージ** | **アクション** | **検証** |
-| --- | --- | --- |
-| プレデプロイメント | バージョンチェック | 正しいバージョン管理を確認 |
-| デプロイメント | [バンドルアップロード](https://capgo.app/docs/webapp/bundles/) | 更新を配信システムに送信 |
-| ポストデプロイメント | 健康チェック | 更新の状況を監視および確認 |
-
-**デプロイメントのためのプロのヒント:**
-
--   **段階的なロールアウト**を使用してリスクを最小限に抑えます。
--   問題に迅速に対処するために**自動ロールバック**を構成します。
--   より良いデバッグのために**エラートラッキング**を統合します。
-
-> "私たちは、お好きなプラットフォーム（GitHub Actions、GitLab CI など）で直接 CI/CD パイプラインを構成します。私たちは CI/CD をホストしたり、維持するために料金を請求したりすることはありません。" – Capgo [\[1\]](https://capgo.app/)
-
-Capgo は一度きりの設定費用として $2,600 [\[1\]](https://capgo.app/) を提示しており、デプロイメントを効率的にしつつコストを抑えています。
-
-## OTA 更新ガイドライン
-
-これらのガイドラインは、OTA 更新戦略を洗練させ、スムーズな CI/CD プロセスに統合するのに役立ちます。
-
-### バージョン管理方法
-
-OTA 更新を管理するために構造化されたバージョニングシステムを使用します。このシステムは、メジャー、マイナー、パッチ、ビルド番号の違いを明確に示すべきです。
-
-| バージョンコンポーネント | 目的 | 例 |
-| --- | --- | --- |
-| メジャーバージョン | 破壊的変更を示す | 2.0.0 |
-| マイナーバージョン | 新機能を表す | 2.1.0 |
-| パッチバージョン | バグ修正を含む | 2.1.1 |
-| ビルド番号 | CI/CD ビルドを識別 | 2.1.1-build.123 |
-
-ベータおよび製品のロールアウトを管理するために [更新チャネル](https://capgo.app/docs/webapp/channels/) を組み込みます。バージョニングシステムが整ったら、すべての更新がプラットフォーム固有のガイドラインに準拠していることを確認します。
-
-### アプリストアのルール
-
-バージョン管理を設定した後は、更新プラクティスをアプリストアのポリシーと合わせます。
-
-| プラットフォーム | 主要要件 | 推奨アプローチ |
-| --- | --- | --- |
-| Apple App Store | コンテンツのみの更新に焦点を当てる | 更新に UI とコンテンツの変更を組み合わせる |
-| Google Play | 更新の透明性を要求 | ユーザーに明確な通知を提供 |
-| 両プラットフォーム | 準拠基準を強制 | 定期的なセキュリティ監査を実施 |
-
-更新を段階的に展開し、自動ロールバックとエラートラッキングを使用してリスクを最小限に抑えます。準拠性とセキュリティを優先するプラットフォームを選択します。たとえば、Capgo はビルトインのエンドツーエンドの暗号化を提供しており、更新が Apple および Google の基準を満たすことを保証しています。
-
-健康チェックおよび監視ツールを自動化して、問題を迅速に特定し、対処します。
-
-## OTA プラットフォームオプション
-
-OTA 更新ガイドラインを設定したら、次のステップは CI/CD ワークフローに適した OTA プラットフォームを選択することです。
-
-### プラットフォーム比較
-
-人気のある OTA プラットフォームの間での主要な機能を以下に示します [Capacitor アプリ](https://capgo.app/blog/capacitor-comprehensive-guide/) に関する:
-
-| 機能 | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- | --- |
-| ステータス | アクティブ | アクティブ | 2026年に終了予定 | 2024年に中止 |
-| 市場の焦点 | グローバル | ドイツ中心 | エンタープライズ | レガシー |
-| 更新速度 | 114ms (5MB バンドル) | 標準 | 変動 | N/A |
-| 成功率 | 世界中で 82% | 公表されていない | 公表されていない | N/A |
-| E2E 暗号化 | はい | 限定的 | 限定的 | いいえ |
-| 自主ホスティング可 | はい | いいえ  | いいえ  | いいえ  |
-| CI/CD 統合 | ネイティブサポート | ベーシック | 先進的 | N/A |
-| 月額コスト | $12 から | Capgo と同様 | ~$500 | 無料でした |
-
-Capgo は、110兆以上の更新を提供し、95% のユーザー更新率、グローバル CDN の平均 API 応答時間が 57ms の記録を持つ。これらの数字は、スピーディーで安全な OTA 更新を大規模に処理できる能力を示しています。
-
-CI/CD 統合についてのいくつかのハイライトは次のとおりです。
-
--   **ビルドパイプライン**: Capgo は GitHub Actions と GitLab CI のためのビルトインサポートを提供し、コスト効率の良いデプロイメントを実現します。
--   **更新配信**: チャネルシステムにより、ターゲットを絞ったベータテストと段階的なロールアウトが可能です [\[1\]](https://capgo.app/) 。
-
-OTA プラットフォーム市場は進化しており、プロバイダはスムーズな移行とエンタープライズニーズに適したより良いツールに焦点を当てています。
-
-プラットフォームを選択する際は、更新頻度、ユーザーベースのサイズ、および準拠要件を考慮してください。プラットフォームは部分更新を効率よく処理し、強力な分析を提供し、アプリストアの準拠性を確保し、開発プロセスにシームレスにフィットする必要があります。
-
-## まとめ
-
-CI/CD を活用した OTA 更新は、開発を簡素化し、アプリストアの要件を遵守することを確実にします。前述のステップは、効果的な OTA 更新プロセスを生成するためにまとめられています。
-
-### 自動化の利点
-
-CI/CD を使用すると、OTA 更新がより効率的になります。たとえば、Capgo は **24 時間以内の更新率 95%** と **グローバル成功率 82%** を達成しています [\[1\]](https://capgo.app/) 。
-
-### 主要な統合コンポーネント
-
-OTA 更新を最大限に活用するために、次のコンポーネントに注力してください。
-
--   **CLI ツール**による迅速なビルドとデプロイメント
--   **CI/CD プラットフォームの設定**によるシームレスな統合
--   **チャネル**によるベータテストと段階的なロールアウト
--   **分析**による更新の監視と最適化 
-
-### コスト効率
-
-Capgoの一度限りのセットアップ費用**$2,600**は、5年間で**$26,100の節約**につながる可能性があります [\[1\]](https://capgo.app/) 。
-
-### ベストプラクティス
-
-CI/CDプロセスを最適化するためのいくつかのヒントです：
-
-1. 帯域幅を節約するために部分的な更新を使用する
-2. 段階的ロールアウトのためにチャネルを活用する
-3. 組み込みの分析ツールで更新を監視する
-4. プラットフォームのガイドラインを遵守する
-5. より早い修正のためにエラートラッキングを有効にする
-
-> 「コミュニティはこれを必要としており、@Capgoは本当に重要なことをしています！」 – リンカーン・バクスター、@lincolnthree [\[1\]](https://capgo.app/)
-
-OTA更新とCI/CDを統合することはモバイルアプリ開発を変革し、チームがユーザーを満足させ、高い成功率を維持しながら更新を迅速に提供できるようにしています。
diff --git a/src/content/blog/ja/capacitor-ota-updates-cloud-hosting-options-compared.md b/src/content/blog/ja/capacitor-ota-updates-cloud-hosting-options-compared.md
deleted file mode 100644
index 69ce694a0..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-cloud-hosting-options-compared.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: capacitor-ota-updates-cloud-hosting-options-compared
-title: Cloud ホスティングによるCapacitorの OTAアップデートの比較
-description: >-
-  Capacitor の OTA アップデートに最適なクラウドホスティングのオプションを探り、AWS、Google
-  Cloud、Azure、および専用プラットフォームを速度とセキュリティの観点から比較します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-17T03:46:56.267Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d76b8ea5ba8bcd0fc6ad5f-1742183228777.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, OTA updates, cloud hosting, AWS, Google Cloud, Azure, Capgo, mobile
-  app updates, deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-Over-the-Air (OTA)アップデートを使用すると、アプリストアの遅延なしで[Capacitor](https://capacitorjs.com/)アプリを即座に更新できます。適切なクラウドホスティングプラットフォームを選択することは、速度、セキュリティ、使いやすさにとって重要です。
-
-### 重要なポイント:
-
--   **[AWS](https://aws.amazon.com/)**: パワフルですが、セットアップが複雑。カスタムワークフローに最適。
--   **Google Cloud**: 強力なセキュリティと自動化を提供しますが、専門知識が必要。
--   **[Azure](https://azure.microsoft.com/en-us)**: 段階的なロールアウトのための柔軟性とスケーラビリティ、優れたツール。
--   **[Capgo](https://capgo.app/)**: OTAアップデート専用に構築。高速、安全、使いやすい。
-
-### クイック比較:
-
-| **機能** | **AWS** | **Google Cloud** | **Azure** | **Capgo** |
-| --- | --- | --- | --- | --- |
-| **速度(5MBバンドル)** | 57ms | 未報告 | 未報告 | 114ms |
-| **セキュリティ** | セットアップ必要 | 組込ツール | 強力なツール | エンドツーエンド暗号化 |
-| **統合の容易さ** | 手動セットアップ | 中程度の複雑さ | REST API、CLI | 組込CI/CD |
-| **アップデート成功率** | 82% | 未報告 | 未報告 | 82% |
-| **コスト** | 従量課金制 | 従量課金制 | 柔軟なプラン | 月額12ドルから |
-
-**Capgo**は、スピードとシンプルさを重視する小規模チームに最適です。一方、AWS、Google Cloud、Azureはより柔軟性を提供しますが、設定により多くの労力が必要です。
-
-高速で安全かつ信頼性の高いOTAアップデートには、開発者フレンドリーな機能と手頃な価格を備えた**Capgo**が際立っています。
-
-## クラウドコンピューティングのリーダー比較: [AWS](https://aws.amazon.com/) vs. [Azure](https://azure.microsoft.com/en-us) vs. Google Cloud
-
-![AWS](https://mars-images.imgix.net/seobot/screenshots/aws.amazon.com-b122ef446c917f923466f58329a1ff9c-2025-03-17.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/ftnGqNQzLNU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. OTAアップデートのためのAWS
-
-AWSは[Capacitor OTAアップデート](https://capgo.app/ja/)のホスティングに信頼できるオプションですが、この目的のために特別に設計されたプラットフォームと比べてより多くのセットアップが必要です。AWSのOTAアップデート配信の主な機能を見てみましょう。
-
-### ストレージとコンテンツ配信
-
-AWSはストレージに**S3**を、グローバルコンテンツ配信に**CloudFront CDN**を使用します。これらが組み合わさって、OTAアップデートのホスティングのための堅固なインフラストラクチャを提供します。ただし、配信速度はOTAアップデート専用に構築されたプラットフォームには及ばない可能性があります。
-
-### セキュリティとコンプライアンス
-
-AWSは複数のツールでアップデートを保護します:
-
--   **IAM**: リソースへのアクセス制御を管理
--   **KMS**: 暗号化キー管理を処理
--   **CloudTrail**: 監査のためのユーザーアクティビティの追跡とログ記録
-
-ただし、アプリストアのセキュリティとコンプライアンス要件を満たすには手動設定が必要です。これは、暗号化とコンプライアンスツールが組み込まれているプラットフォームと比べると不便です[\[1\]](https://capgo.app/) 。
-
-### デプロイメント管理
-
-**CodePipeline**や**CodeDeploy**などのAWSサービスを使用すると、OTAアップデートのデプロイメントを自動化できます。ただし、これらの設定には時間がかかる場合があります。実際のデプロイメントシナリオでのAWSのパフォーマンスは以下の通りです:
-
-| 指標 | パフォーマンス |
-| --- | --- |
-| アップデート採用率 | 24時間以内に95% |
-| グローバル成功率 | 82% |
-| 平均応答時間 | 世界的に57ms |
-
-これらの数字は強力なパフォーマンスを示していますが、それらを達成するには設定とチューニングに相当な努力が必要です。
-
-### モニタリングと分析
-
-**CloudWatch**によってAWSはモニタリングツールを提供しますが、OTA固有のメトリクスを追跡するにはカスタム設定が必要です。これは、すぐに使えるアップデートパフォーマンスの洞察を提供する専用プラットフォームより一歩遅れています。
-
-AWSは広範な機能を持つ堅牢なオプションですが、汎用設計であるため、開発者はセットアップとメンテナンスにより多くの時間を割く必要があります。AWSが適切な選択かどうかは、チームのプラットフォームに対する精通度とカスタマイズの必要性によって異なります。
-
-次に、Google CloudのOTAアップデート機能を見ていきましょう。
-
-## 2. OTAアップデートのためのGoogle Cloud
-
-[Google Cloud Platform](https://cloud.google.com/)(GCP)は、Capacitor OTAアップデートを管理するための統合サービスを提供します。これらのサービスは、ファイルホスティングからグローバル配信、セキュリティ、デプロイメント自動化、モニタリングまでをカバーします。
-
-### ストレージと配信
-
-**Cloud Storage**でGCPはアップデートファイルを保存する信頼性の高いスペースを提供します。アップデートを世界中のユーザーに迅速かつ効率的に届けるために、**Cloud CDN**とロードバランシングを使用します。
-
-### セキュリティフレームワーク
-
-GCPは暗号化のための**Cloud KMS**、アクセス制御のための**Cloud IAM**、脅威検出のための**Security Command Center**、攻撃からの保護のための**Cloud Armor**などのツールでアップデートの安全を確保します。
-
-### デプロイメントとバージョン管理
-
-GCPは**Cloud Build**、**Container Registry**、**Cloud Functions**などのサービスでOTAアップデートのデプロイメントを効率化します。これらのツールはパッケージングを自動化し、バージョン管理を行い、スムーズなロールアウトのためのサーバーレストリガーを設定します。
-
-### モニタリングと分析
-
-リアルタイムモニタリングは**Cloud Operations**(旧Stackdriver)を通じて処理されます。これにはアップデートステータスの追跡、カスタムメトリクスの収集、エラーのログ記録、地域パフォーマンスデータの分析が含まれます。
-
-### コンプライアンス機能
-
-GCPはアップデートの署名と検証のための組込ツールでアプリストアの要件を満たすのを支援します。また、ロールバックオプションと段階的なロールアウトをサポートし、アップデートがプラットフォームのガイドラインに従って安全に配信されることを保証します。
-
-GCPはOTAアップデートのための堅牢なツール群を提供しますが、これらのサービスのセットアップと維持には高度な技術的専門知識が必要になることが多いです。
-
-### コスト構造
-
-GCPは**従量課金制**の価格モデルを使用しており、小規模なデプロイメントに適しています。ただし、使用量が増えるとコストが急速に上昇する可能性があるため、費用を慎重に監視する必要があります。次に、AzureがOTAアップデートプラットフォームとしてどのように比較されるかを見ていきましょう。
-
-## 3. OTAアップデートのためのAzure
-
-Microsoft Azureは[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のOTA(Over-the-Air)アップデートを実装するための幅広いクラウドサービスを提供します。コアサービスを組み合わせることで、アップデートを効率的に管理するためのカスタマイズされたワークフローを構築できます。
-
-まず、アップデートファイルのホスティングには**Azure Blob Storage**を使用します。これを**AzureのContent Delivery Network (CDN)**と組み合わせることで、これらのアップデートの世界中への高速で信頼性の高い配信を確保します。このセットアップがアップデートの保存と配信のための堅固な基盤を提供します。
-
-セキュリティについて、Azureはいくつかのツールを提供します。**Key Vault**は暗号化キーを管理し、**Active Directory**はアクセスを制御し、**Security Center**は脅威を監視し、**DDoS Protection**はネットワーク攻撃から保護します。これらのツールが一体となってOTAアップデートのための安全な環境を作り出します。
-
-カスタムOTAアップデートソリューションが必要な場合、Azureはその準備ができています。**Azure DevOps**とサーバーレスツールの**Azure Pipelines**を使用して[ビルドとデプロイメントを自動化](https://capgo.app/blog/automatic-build-and-release-with-gitlab/)し、**Azure Functions**でアップデートワークフローをトリガーし、**Azure Monitor**でパフォーマンスとメトリクスを追跡できます。
-
-Azureはまた、段階的なロールアウトと自動ロールバックメカニズムをサポートしており、これらはアプリストアのガイドラインと業界標準を満たすために不可欠です。そのコンプライアンス機能により、規制要件に準拠したアップデート戦略の設計が容易になります。
-
-**REST API**、公式SDK、**Azure CLI**を通じたコマンドラインツールのサポートにより、統合は簡単です。この柔軟性により、Capacitorアプリのニーズに合わせて統合プロセスを調整できます。
-
-スケーラブルなOTAアップデートにはコスト管理が重要です。従量課金制と予約容量などのAzureの価格オプションにより、費用の管理に柔軟性があります。**Azure Cost Management**などのツールは使用状況の監視と予算設定を支援し、ソリューションがスケールアップしても費用対効果を維持できます。
-
-広範なクラウドインフラストラクチャとスケーラブルなツールにより、Azureはアプリ用のOTAアップデートワークフローの構築と管理に必要なすべてを提供します。
-
-## 4. OTAアップデートのための[Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-17.jpg?auto=compress)
-
-Capgoは汎用クラウドプロバイダーを超えて、Capacitor OTAアップデート専用のソリューションを提供します。5 MBのバンドルを114 msでダウンロードし、グローバルでの平均API応答時間が434 msという効率的なアップデート配信を実現します。これにより、アップデートの高速性と信頼性が確保されます。
-
-高度なエンドツーエンド暗号化により、Capgoは基本的な署名方式を超えて、認証されたユーザーのみがアップデートにアクセスできることを保証します。
-
-Capgoのチャネルシステムにより、アップデートの管理がシンプルかつ効果的になります。主な機能は以下の通りです:
-
-| 機能 | 機能性 | メリット |
-| --- | --- | --- |
-| ベータテスト | 特定のグループにアップデートを配信 | リリース前の制御されたテストを可能に |
-| 段階的ロールアウト | ユーザーに段階的にアップデートを展開 | 広範な問題のリスクを軽減 |
-| バージョン管理 | 複数のアプリバージョンを管理 | 容易な反復テストをサポート |
-| 即時ロールバック | 以前のバージョンに即座に戻す | 問題のあるアップデートを迅速に修正 |
-
-このプラットフォームは実際の状況で信頼性を証明しています。750のサポートされたアプリと2,350万以上のアップデート配信により、Capgoは24時間以内に95%のアップデート率と82%のグローバルデプロイメ
-
-チームの迅速な開発を目指す場合、Capgoは[GitLab CI](https://docs.gitlab.com/ee/ci/)やJenkinsなどの一般的なツールをサポートし、デプロイメントワークフローを効率化します。また、クラウドベースとセルフホスティングの両方のホスティングオプションを提供しています。完全にオープンソースであるため、Capgoは開発者が単一のベンダーに縛られることなく、ホスティングを完全にコントロールできることを保証します。
-
-## プラットフォーム比較
-
-従来のクラウドプロバイダーとCapgoの主要なOTAアップデートニーズの比較は以下の通りです：
-
-| 機能 | 従来のクラウドプロバイダー | Capgo |
-| --- | --- | --- |
-| グローバルCDNパフォーマンス | 業界標準のパフォーマンス（データ未報告） | 5MBバンドルで114ms[\[1\]](https://capgo.app/) |
-| アップデート成功率 | 未報告 | 世界で82%[\[1\]](https://capgo.app/) |
-| 暗号化 | 標準的なアップデート署名 | エンドツーエンドの暗号化[\[1\]](https://capgo.app/) |
-| CI/CD統合 | カスタムセットアップが必要 | GitHub、GitLabなどと組み込み統合[\[1\]](https://capgo.app/) |
-| [アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | カスタム実装 | チャンネルシステム搭載[\[1\]](https://capgo.app/) |
-
-従来のプロバイダーは信頼性の高いパフォーマンスを提供しますが、Capgoはより高速なグローバルCDNスピード、効率的なアップデート成功率、強化されたセキュリティで際立っています。例えば、Capgoは5MBバンドルで114msの配信時間と、世界で82%のアップデート成功率を達成しています - これらは無視できない指標です。
-
-Capgoのコスト効率は、ユーザーにとってもう一つの大きな魅力です。あるユーザーは次のように述べています：
-
-> "@AppFlowが年間$5000の請求を要求したため、@Capgoに移行しました。CapoGoは今のところ気に入っています。@Capgoに感謝します、素晴らしい製品です。"[\[1\]](https://capgo.app/)
-
-セキュリティは、Capgoが優れている重要な分野です。従来のプラットフォームが標準的なアップデート署名に依存しているのに対し、Capgoはエンドツーエンドの暗号化を提供し、機密性の高いデプロイメントにより強力な保護を提供します。NASA OSIRIS-RExチームはこの利点を強調しています：
-
-> "Capgoはホットコードプッシュを賢く行う方法です（@AppFlowのように世界中のお金を使うことなく）🙂"[\[1\]](https://capgo.app/)
-
-さらに、Capgoは、GitHubやGitLabなどのツールとの組み込みCI/CD統合を通じて、開発者のデプロイメントを簡素化します。これにより、カスタムセットアップの必要性がなくなり、リリースプロセスが加速します。あるチームは成功事例を次のように共有しています：
-
-> "5000人以上のユーザーベースに対して、Capgo OTAアップデートを本番環境でロールアウトしました。@Capgoにデプロイされたほとんどすべてのユーザーが数分以内に最新の状態になる、非常にスムーズな運用を実現しています。"[\[1\]](https://capgo.app/)
-
-Capgoのスピード、セキュリティ、使いやすさの組み合わせは、OTAアップデートワークフローを最適化したいチームにとって魅力的な選択肢となっています。
-
-## 適切なプラットフォームの選択
-
-この節では、ニーズに最適なOTAホスティングプラットフォームを選択する際の重要な要因を解説します。
-
-### **セキュリティとコンプライアンス**
-
-アプリのアップデートを保護することは譲れません。**Capgo**のようなプラットフォームは、エンドツーエンドの暗号化を含む強力なセキュリティ対策を提供し、機密データを保護しコンプライアンス基準を満たします[\[1\]](https://capgo.app/) 。
-
-### **アップデートパフォーマンス**
-
-グローバルCDNパフォーマンスはユーザーエクスペリエンスに大きな影響を与えます。前述の通り、**Capgo**はこの分野で優れており、世界中でより高速で信頼性の高いアプリアップデートを確保します[\[1\]](https://capgo.app/) 。
-
-### **決定フレームワーク**
-
-以下は、ニーズに合った適切なプラットフォームを選択するためのクイックガイドです：
-
-| **ニーズ** | **最適な選択** | **理由** |
-| --- | --- | --- |
-| 小規模チーム（10人未満） | Capgo（Solo/Makerプラン） | 小規模チーム向けの手頃な価格（月額$12-$33）で必要な機能を提供 |
-| エンタープライズ規模 | 従来のクラウドまたは[Capgo PAYG](https://capgo.app/docs/webapp/payment/) | カスタマイズ可能なインフラストラクチャとスケーラブルなソリューション（Capgo PAYGは月額$249から） |
-| 高セキュリティ | E2E暗号化対応プラットフォーム | 機密データの保護とコンプライアンス要件の充足を確保 |
-| CI/CD統合 | 組み込みサポート付きプラットフォーム | セットアップを簡素化し、継続的なメンテナンスを削減 |
-
-### **コストの考慮事項**
-
-コストはニーズによって大きく異なります。例えば、CI/CD運用は月額約$300かかる可能性があり、**AppFlow**のようなプラットフォームは年間$6,000に達することがあります[\[1\]](https://capgo.app/) 。コストとパフォーマンスのバランスが重要であり、Capgoのようなプラットフォームは、強力なパフォーマンス指標と共に競争力のある価格を提供しています。
-
-### **技術要件**
-
-プラットフォームを選択する際は、特定の**[Capacitorバージョン](https://capgo.app/plugins/ivs-player/)**（Capacitor 8）をサポートし、アナリティクス、エラートラッキング、バージョン管理のためのロールバックオプション、シームレスなCI/CD統合などの必須機能を提供していることを確認してください。これらの機能は、アプリの規模が拡大する際にスムーズな運用を確保します。
-
-最適なプラットフォームは、パフォーマンス、セキュリティ、コストの適切なバランスを取ります。Capgoの15日間の無料トライアルなどを活用して、プラットフォームがニーズに合っているかどうかを確認してください[\[1\]](https://capgo.app/) 。
diff --git a/src/content/blog/ja/capacitor-ota-updates-debugging-issues.md b/src/content/blog/ja/capacitor-ota-updates-debugging-issues.md
deleted file mode 100644
index 90be68675..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-debugging-issues.md
+++ /dev/null
@@ -1,57 +0,0 @@
----
-slug: capacitor-ota-updates-debugging-issues
-title: Capacitor OTA アップデート：デバッグの問題
-description: >-
-  OTAアップデートの問題を効果的にトラブルシューティングする方法を学び、ベストプラクティスとツールを使用してスムーズなアプリのデプロイとユーザー満足度を確保しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T03:16:07.345Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ff1c0bb0912f75a97f349a-1744775417719.jpg
-head_image_alt: モバイル開発
-keywords: 'OTA updates, debugging, error tracking, app stability, Capgo'
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**OTAアップデートはアプリの改善を加速できますが、失敗したアップデートは重大な問題を引き起こします。**スムーズなアップデートを確実にし、問題を素早く修正するために知っておくべきことは以下の通りです:
-
--   **一般的な問題**: デプロイメントの失敗、部分的なアップデート、コンプライアンスの問題。
--   **重要な指標**: 24時間以内の95%のアップデート率とグローバルな82%の成功率を目指す。
--   **ベストプラクティス**: ロールバック機能、リアルタイムエラー追跡、段階的なロールアウトでリスクを最小限に。
--   **ツール**: [Capgo](https://capgo.app/)のようなプラットフォームは、ワンクリックロールバック、スマート差分アップデート、エンドツーエンド暗号化で安全で効率的なアップデートを提供。
-
-**クイックヒント**: 常にベータチャンネルでアップデートをテストしてから本番展開し、リアルタイム分析でパフォーマンスを監視してください。
-
-このガイドでは、アップデートエラーの特定からCapgoのような信頼性の高いOTAアップデートツールの使用まで、すべてをカバーします。
-
-## Ionicデバッグの完全ガイド（ブラウザ＆ネイティブアプリ）
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 主なOTAアップデートの問題
-
-OTAアップデートは時としてアプリの安定性とユーザー体験に影響を与えることがあります。以下に一般的な問題とその課題を説明します。
-
-### アップデートとロールバックのエラー
-
-アップデートの約20%がデプロイメント中に失敗します[\[1\]](https://capgo.app/) 。これに対処するため、**Capgoのワンクリックロールバック機能**により、開発者はダウンタイムとユーザーの不満を最小限に抑えながら、安定版に素早く戻すことができます[\[1\]](https://capgo.app/) 。
-
-### 部分的なアップデートの問題
-
-ダウンロードの中断やファイルの欠落により、アップデートが部分的に失敗することがあります[\[1\]](https://capgo.app/) 。これは機能の破損につながる可能性があります。Capgoは**スマート差分アップデート**でこれに対処し、アプリの変更部分のみをダウンロードすることに焦点を当てています。
-
-> "スマート差分アップデート：変更された部分のみをダウンロードし、帯域幅と時間を節約" [\[1\]](https://capgo.app/)
-
-### アプリストアのコンプライアンス
-
-OTAアップデートのプラットフォームルールに従うことは重要です。Capgoは**エンドツーエンド暗号化**を使用してコンプライアンスを確保し、以下を保証します：
-
-> "ユーザーのみがアップデートを復号化できる" [\[1\]](https://capgo.app/)
-
-Capgoの監視ツールによると、アクティブユーザーの最大95%が24時間以内に最新バージョンに移行しています[\[1\]](https://capgo.app/) 。これらの統計は、正確なエラー追跡と堅牢な[アップデートプロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/)の重要性を示しています。
-
-[Rest of the text continues with the same pattern of translation...]
diff --git a/src/content/blog/ja/capacitor-ota-updates-security-tips.md b/src/content/blog/ja/capacitor-ota-updates-security-tips.md
deleted file mode 100644
index 77acab503..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-security-tips.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: capacitor-ota-updates-security-tips
-title: Capacitorの OTA アップデート：セキュリティのヒント
-description: OTAアップデートにおける暗号化、ファイル検証、アクセス制御など、モバイルアプリを保護するための重要なセキュリティプラクティスについて学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T02:16:15.693Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d-1743905786627.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, security, encryption, file verification, access control, mobile
-  app updates, data protection
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) アプリの**安全なOTAアップデートを望みますか?** 要点は次の通りです:OTAアップデートは迅速で効率的ですが、データの傍受、ファイルの改ざん、サーバーの脆弱性などのリスクが伴います。アップデートを安全に保つために、**暗号化、ファイル検証、アクセス制御**に焦点を当ててください。
-
-### 重要なポイント:
-
--   **[アップデートの暗号化](https://capgo.app/docs/cli/migrations/encryption/)**: [TLS](https://en.wikipedia.org/wiki/Transport_Layer_Security) 1.3とエンドツーエンド暗号化を使用して傍受を防止。
--   **ファイルの検証**: デジタル署名とチェックサムを検証してアップデートの整合性を確保。
--   **アクセス制御**: ロールベースの権限、デバイスIDの検証、[セキュアなAPIキー](https://capgo.app/docs/webapp/api-keys/)を使用。
-
-### OTAプラットフォームの比較:
-
-| 機能 | [Capgo](https://capgo.app/) | [AppFlow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| エンドツーエンド暗号化 | あり | なし | なし |
-| ロールバック機能 | 即時 | 手動 | 手動 |
-| アップデート成功率 | 世界で82% | データ限定 | データ限定 |
-
-**プロのヒント:** Capgoは24時間以内に95%のアップデート採用率を達成し、リアルタイム分析やバージョン管理などの高度なセキュリティ機能を提供しています。今すぐこれらのステップに従ってOTAアップデートを安全に保護しましょう！
-
-## Capacitor 2.0: 1つのコードベースからモバイルアプリとPWAを
-
-
-## OTAアップデートのセキュリティリスク
-
-OTAアップデートは、アプリのセキュリティとユーザーの信頼を損なう可能性のある脆弱性を引き起こす可能性があります。
-
-### データ傍受のリスク
-
-中間者攻撃によってOTAアップデートデータが傍受され、何百万人ものユーザーに影響を与える可能性のある不正な変更が許可される可能性があります。これを防ぐには、**エンドツーエンド暗号化**が不可欠です。
-
-> "真のエンドツーエンド暗号化を提供する唯一のソリューション、他はただアップデートに署名するだけ" [\[1\]](https://capgo.app/)
-
-適切な暗号化がなければ、傍受されたファイルは改ざんされる可能性があり、深刻な結果を招く可能性があります。
-
-### ファイル改ざんの脅威
-
-改ざんされたアップデートファイルは、悪意のあるコードを導入し、アプリの機能を妨害し、機密情報を盗み取り、または不正な機能を導入する可能性があります。これは、アップデートを安全で信頼できるものに保つための**強力なファイル検証プロトコル**の重要性を強調しています。
-
-### サーバーアクセスの脆弱性
-
-以下の表は、主要なサーバーの弱点とその潜在的な影響を示しています:
-
-| 脆弱性 | 影響 |
-| --- | --- |
-| 弱い認証 | 不正なアップデート |
-| 不十分な役割管理 | テストされていないアップデートのリリース |
-| 漏洩したAPIキー | 悪意のあるコードの配布 |
-
-これらの例は、セキュリティがアップデートの署名だけでは不十分である理由を示しています。暗号化、検証、厳格なアクセス制御を含む階層的なアプローチが、[アップデートプロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/) を保護するために重要です。
-
-## OTAアップデートのセキュリティ手順
-
-潜在的なリスクに対処するために、OTAアップデートの配信を保護するためのこれらの対象となる対策に従ってください。
-
-### データ暗号化方法
-
-強力な暗号化方法を使用することが、OTAアップデートを保護する鍵となります。エンドツーエンド暗号化により、アップデートデータは送信中も保護され、認証されたデバイスのみがアクセスできます。
-
-安全な暗号化設定の主要なコンポーネントは以下の通りです:
-
-| コンポーネント | 目的 | 実装 |
-| --- | --- | --- |
-| TLSプロトコル | 送信中のデータを保護 | 強力な暗号スイートを使用したTLS 1.3を使用 |
-| エンドツーエンド暗号化 | 意図された受信者のみがデータを復号化できることを保証 | 検証済みのエンドツーエンド暗号化プロトコルを使用 |
-
-### アップデートファイルの検証
-
-アップデートファイルの検証により、その整合性と信頼性が確保されます。このプロセスはアップデートに署名するだけでなく、複数の層での検証が必要です。
-
-アップデートを検証するステップには以下が含まれます:
-
--   **デジタル署名の検証**: 公開鍵インフラストラクチャを使用してアップデートパッケージの署名の信頼性を確認。
--   **チェックサムの検証**: SHA-256ハッシュを比較してアップデートファイルが改ざんされていないことを確認。
-
-さらに、信頼できるエンティティにアップデートの配布を制限するための厳格なアクセス制御を実施します。
-
-### アクセス制御の設定
-
-効果的なアクセス制御は、アップデートの不正な配布を防ぐために不可欠です。安全なシステムには以下が含まれるべきです:
-
-| アクセス制御機能 | セキュリティ上の利点 |
-| --- | --- |
-| デバイスID検証 | アップデートが正しいデバイスに送信されることを確認 |
-| ロールベースのアクセス | アップデートを展開できる人を管理 |
-| [APIキー管理](https://capgo.app/docs/webapp/api-keys/) | アップデートサーバーとの通信を保護 |
-
-大規模な展開の場合、詳細な権限が重要です。これにより、チームはアップデートの展開に特定の権限を割り当て、ベータテストへのアクセスを制御し、複数の組織を個別の権限で管理し、チームのニーズに応じて役割を調整できます。
-
-暗号化、検証、厳格なアクセス制御を組み合わせることで、開発と展開の両方でOTAアップデートの安全なフレームワークが作成されます。
-
-## テストとリリースの手順
-
-徹底的なOTAテストは、脆弱性を特定し、アップデートの安定性を確保するために不可欠です。
-
-### セキュリティテストの手順
-
-アップデートをロールアウトする前に、アップデートが安全で互換性があることを確認するための詳細なセキュリティチェックを実行します:
-
-| テストフェーズ | 主要なアクション | セキュリティの焦点 |
-| --- | --- | --- |
-| 展開前 | アップデートパッケージの署名を検証 | アップデートの信頼性を確認 |
-| 統合 | 暗号化プロトコルをテスト | 安全なデータ送信を確保 |
-| システム | デバイスの互換性を検証 | インストールの整合性をチェック |
-| ユーザー受け入れ | 選択したユーザーでベータテストを実施 | 実際の使用でセキュリティを検証 |
-
-アップデートパッケージがプロセス全体を通じて安全に保たれていることを確認するために、すべてのテストフェーズで暗号化の整合性をチェックする必要があります。アップデートの整合性が確認されたら、問題が発生した場合に変更を迅速に元に戻すためのプランを用意しておきます。
-
-### アップデートのロールバックオプション
-
-徹底的なテストにより、即時のロールバックオプションと制御された段階的展開を含む信頼性の高いリリース戦略が可能になります。適切に設計されたロールバックシステムは、展開後のセキュリティ問題に迅速に対処できます。
-
-効果的なロールバックシステムの主要コンポーネント:
-
--   **バージョン管理システム**: セキュリティパッチと機能アップデートを含む、すべてのアプリバージョンの完全な履歴を保持。
--   **自動復旧**: 明確な復旧手順とペアになった自動トリガーによるロールバック。
-
-> "必要に応じて1クリックで以前のバージョンにロールバック" [\[1\]](https://capgo.app/)
-
-### 段階的リリースプロセス
-
-リスクを最小限に抑え、リアルタイムでセキュリティをテストするために、ロールバック戦略を段階的な展開計画とペアにします。[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)は、配布を制御し、完全な展開前にアップデートが徹底的にテストされることを確保するのに役立ちます。
-
-| ステージ | 対象者 | 期間 | セキュリティ対策 |
-| --- | --- | --- | --- |
-| 内部テスト | 開発チーム | 24-48時間 | 完全なセキュリティ監査を実施 |
-| ベータチャネル | 選択されたユーザー | 3-5日 | 展開を綿密に監視 |
-| 本番ロールアウト | ユーザーの10% | 2-3日 | エラーを追跡して解決 |
-| 完全展開 | すべてのユーザー | 1-2週間 | 継続的にアップデートを監視 |
-
-> "チャネルシステム: 高度なアップデート配布。チャネルを使用してベータテストと段階的ロールアウトのために特定のユーザーグループに異なるバージョンを配信" [\[1\]](https://capgo.app/)
-
-## OTAアップデート管理ツール
-
-安全な展開とテストを基盤として、強力なOTA管理ツールはCapacitorアップデートを保護するために重要です。
-
-### [Capgo](https://capgo.app/)の機能概要
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d/241c8f19433e01f315154c8988becf9c.jpg)
-
-Capgoは[Capacitor OTAアップデート](https://capgo.app/ja/)に対して**エンドツーエンド暗号化**による高度なセキュリティを提供し、認証されたユーザーのみがアップデートを復号化できることを保証します。
-
-主要な機能の内訳は以下の通りです:
-
-| 機能 | セキュリティ上の利点 |
-| --- | --- |
-| エンドツーエンド暗号化 | アップデートコンテンツへの不正アクセスをブロック |
-| リアルタイム分析 | 高い完了率を確保するためにアップデート配信を追跡 |
-| バージョン管理 | 監査のための詳細なアップデート履歴を保持 |
-| CI/CD統合 | 安全な展開プロセスを合理化 |
-| チャネルシステム | ユーザーグループをセグメント化してアップデート配布を管理 |
-
-次に、主要なOTAプラットフォームのセキュリティとパフォーマンスを比較してみましょう。
-
-### OTAプラットフォームの比較
-
-Capacitorアプリ用のOTAプラットフォームを選択する際、セキュリティと信頼性が重要な要素となります。主要なプラットフォームの比較は以下の通りです:
-
-| 機能 | Capgo | AppFlow |
-| --- | --- | --- | --- |
-| エンドツーエンド暗号化 | あり | なし | なし |
-| アップデート成功率 | 世界で82% | データ限定 | データ限定 |
-| ロールバック機能 | 即時 | 手動 | 手動 |
-| 市場経験 | 2022年から | 2026年終了予定 | 2024年から |
-| アップデート配布 | 部分的アップデート | フルバンドル | フルバンドル |
-| CI/CD設定
-
-| メトリック | 目標しきい値 | セキュリティ上の意味 |
-| --- | --- | --- |
-| アップデート成功率 | 世界で82%以上 | 強力なアップデート配信を示す |
-| ユーザー採用速度 | 24時間以内に95% | 効果的なユーザーエンゲージメントを示す |
-
-アップデートのパフォーマンスにおける異常な活動を検知するためのアラートを自動化してください。これにより、問題を素早く特定し対処することができます。リアルタイムモニタリングにより、潜在的な問題に先手を打ちながらシステムのセキュリティを維持できます。
-
-### セキュリティメンテナンス
-
-サーバーログと認証システムを定期的にレビューして、潜在的なセキュリティの脅威を早期に発見してください。日々のモニタリングにより、問題が深刻化する前に発見することができます - Capgoの分析がデータでこれを裏付けています[\[1\]](https://capgo.app/) 。また、SSLサーティフィケート、API認証トークン、アクセス制御などの重要なセキュリティコンポーネントを確認する習慣をつけましょう。これにより、暗号化と認証の設定が最新の状態に保たれます。
-
-### ユーザーセキュリティガイド
-
-ユーザーが迅速にアップデートを受け入れるよう促すことで、セキュリティを維持できます。明確なコミュニケーションが不可欠です - フィードバックチャネルを通じてユーザーに情報を提供し、懸念に対応してください。
-
-> "アップデートの成功率とユーザーエンゲージメントをリアルタイムで追跡" - Capgo [\[1\]](https://capgo.app/)
-
-## まとめ
-
-効果的なOTAセキュリティは、暗号化、ファイル検証、一貫したモニタリングに依存します。これらの戦略を正しく実装すると、印象的なアップデート成功率につながります[\[1\]](https://capgo.app/) 。
-
-エンドツーエンドの暗号化は、OTAアップデートを保護し、不正アクセスと改ざんをブロックする重要な役割を果たします。例えば、Capgoは24時間以内にアクティブユーザーの95%のアップデート率を達成しており、強力な暗号化の重要性を示しています[\[1\]](https://capgo.app/) 。これらの要素が、安全で信頼性の高いOTAアップデートシステムの基盤を形成します。
-
-| セキュリティコンポーネント | 主要な実装 | 利点 |
-| --- | --- | --- |
-| 暗号化 | エンドツーエンド保護 | 不正アクセスをブロック |
-| 検証 | ファイル整合性チェック | アップデートの正当性を確認 |
-| モニタリング | リアルタイム分析 | 問題を素早く検出 |
-| アクセス制御 | ロールベースの権限 | 不正な変更を制限 |
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信に不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-セキュリティの維持には継続的な注意と適切なツールが必要です。適切なモニタリング、脅威への迅速な対応、定期的に更新されるプロトコルにより、OTAシステムは安全かつ効率的な状態を維持できます。これは、徹底的なテスト、慎重な管理、よく計画されたリリース後のプロセスと一致します。
diff --git a/src/content/blog/ja/capacitor-ota-updates-staying-compliant.md b/src/content/blog/ja/capacitor-ota-updates-staying-compliant.md
deleted file mode 100644
index dc7925876..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-staying-compliant.md
+++ /dev/null
@@ -1,126 +0,0 @@
----
-slug: capacitor-ota-updates-staying-compliant
-title: Capacitor OTAアップデート：コンプライアンスを維持する
-description: 'Capacitor 앱의 OTA 업데이트를 구현하는 방법을 알아보고, 앱스토어 규정을 준수하면서 사용자 경험을 향상시키는 방법을 배워보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:37:02.530Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37-1743133034618.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, Capacitor, app compliance, mobile updates, app store guidelines,
-  security protocols, over-the-air updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-**アプリストアの遅延なしにバグを修正したり機能を追加したいですか？** [Capacitor](https://capacitorjs.com/)アプリのOver-The-Air (OTA)アップデートを使用すると、長いアプリストアのレビュープロセスを回避して、直接ユーザーにアップデートをプッシュできます。ただし、アプリの拒否や削除を避けるためには、AppleとGoogle Playのルールに準拠することが重要です。
-
-### 重要なポイント:
-
-- **OTAアップデートとは？** セキュアなCDNを通じて、ユーザーが手動でアップデートをダウンロードする必要なく、アプリのコンテンツ（バグ修正やUIの調整など）を即座に更新できます
-- **使用する理由は？** OTAアップデートは24時間以内に95%のアクティブユーザーに到達し、時間を節約しユーザー体験を向上させます
-- **コンプライアンスが重要:** Appleは実行不可能なコンテンツ（Webアセットなど）のみにOTAアップデートを制限し、Googleはより柔軟ですが、厳格なセキュリティとユーザー同意のルールを適用します
-- **[Capgo](https://capgo.app/)のようなツールが役立ちます:** Capgoは暗号化、ロールバックオプション、エラー追跡、分析を提供し、高速で安全、かつコンプライアンスに準拠したOTAアップデートを確保します
-
-**プロのヒント:** OTAアップデートは軽微な修正やコンテンツの変更に使用し、主要な変更や新機能は常にアプリストアのレビューに提出してください
-
-コンプライアンスを維持しながらOTAアップデートを実装するための段階的なガイドをご覧ください。
-
-## [Capacitor](https://capacitorjs.com/)のOTAアップデートの基本
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### OTAアップデートの仕組み
-
-OTA（Over-The-Air）アップデートにより、開発者はユーザーがアプリストアからアップデートをダウンロードする必要なく、直接デバイスに新しいコードをプッシュできます。これらのアップデートはセキュアなコンテンツデリバリーネットワーク（CDN）を通じて配信され、ユーザーがアプリを使用し続けている間にバックグラウンドでダウンロードされます。変更されたコードの部分のみに焦点を当てることで、システムはグローバルCDN配信の速度と効率性を活用して、より迅速なダウンロードを実現します [\[1\]](https://capgo.app/)
-
-プロセスは簡単です：開発者が更新されたコードを作成し、CDNを通じて安全にデプロイし、アプリが自動的に変更をインストールします。この合理化されたアプローチは、開発者とユーザーの両方に複数の利点をもたらします。
-
-### OTAアップデートの利点
-
-OTAアップデートは開発者とエンドユーザーの両方に複数の利点を提供します。以下が簡単な内訳です：
-
-| 利点 | 影響 |
-| --- | --- |
-| **迅速なデプロイ** | アップデートが数日ではなく数分でユーザーに到達可能 |
-| **帯域幅の効率性** | 修正されたコードの部分のみがダウンロードされ、データを節約 |
-| **ユーザーの利便性** | 手動アップデートやアプリストアへの訪問が不要 |
-| **開発の俊敏性** | より迅速なバグ修正と機能リリースが可能 |
-
-> "私たちはアジャイル開発を実践しており、@Capgoは継続的にユーザーに提供する上で極めて重要です！" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### 一般的なOTA実装の課題
-
-これらの利点にもかかわらず、OTAアップデートの実装には課題が伴う場合があります。750のアプリからのデータは、いくつかの一般的な問題を示しています [\[1\]](https://capgo.app/)：
-
-- **セキュリティの懸念**: 改ざんや不正アクセスを防ぐためにエンドツーエンドの暗号化が重要
-- **バージョン管理**: [チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)を使用することで、ベータテストとフェーズドロールアウトを効果的に管理
-- **アップデートの監視**: 適切な追跡がないと、失敗したアップデートが気付かれない可能性があります。グローバルな成功率82%が示すように、分析とエラー追跡が不可欠です [\[1\]](https://capgo.app/)
-
-> "私たちは5000人以上のユーザーベースに対してCapgo OTAアップデートを本番環境でロールアウトしました。@Capgoにデプロイされたほぼすべてのユーザーが数分以内に最新の状態になる、非常にスムーズな運用を実現しています" – Colenso [\[1\]](https://capgo.app/)
-
-信頼性の高いOTAアップデートを確保するために、開発者は積極的な監視に焦点を当て、問題を迅速に解決するためのロールバックオプションを維持する必要があります。平均APIレスポンスタイム57msで、アップデート配信インフラストラクチャの最適化も重要です [\[1\]](https://capgo.app/)## アプリストアのOTAアップデートルール
-
-### AppleのOTAアップデートルール
-
-Appleは、iOSアプリのOTA(Over-The-Air)アップデートに関して厳格なポリシーを持っています。これらのアップデートは、アプリの主要な機能を変更したり、App Storeのレビュープロセスを回避したりすることはできません。ハイブリッドアプリの場合、セキュリティを確保し、Appleのガイドラインに準拠するため、ウェブアセットのアップデートなど、実行不可能なコンテンツに限定されます。
-
-### Google PlayのOTAアップデートルール
-
-Google Playは、OTAアップデートにより多くの柔軟性を認めていますが、依然として強力なセキュリティ基準を適用しています。開発者は以下の主要なガイドラインに従う必要があります：
-
-| 要件 | 詳細 |
-| --- | --- |
-| **セキュリティプロトコル** | アップデートはHTTPSなどの安全な接続で配信する必要があります |
-| **バージョン管理** | 変更を追跡するための適切なバージョン管理システムが必要です |
-| **ユーザー同意** | 重要な変更には、ユーザーの明示的な許可が必要です |
-| **アップデート範囲** | iOSと比較してより大きなコード変更が許可されますが、セキュリティは優先事項です |
-
-### ポリシー違反の例
-
-OTAアップデートポリシーに違反すると、深刻な結果を招く可能性があります。以下に一般的な例を示します：
-
--   **機能回避**: レビュープロセスを避けて主要な機能アップデートをリリースする
--   **セキュリティ違反**: ユーザーデータを危険にさらす安全でない配信方法の使用
--   **コア機能の変更**: OTAアップデートを通じてアプリの主要機能を変更する
-
-AppleとGoogleの両方がユーザーのセキュリティと体験を重視しています。Google Playはやや柔軟性を提供していますが、開発者はバグ修正、コンテンツアップデート、小規模なUI調整などの軽微な改善にOTAアップデートを使用すべきです。主要な変更や新機能は、常に公式のレビュープロセスを経てコンプライアンスを維持する必要があります。
-
-## OTAアップデートガイドライン
-
-アプリストアのルールに準拠するため、[Capacitor apps](https://capgo.app/blog/capacitor-comprehensive-guide/)のOTA(Over-The-Air)アップデートを使用する際は、特定のガイドラインに従うことが重要です。これらの実践により、アップデートの安全性とプラットフォームポリシーへの適合を確保できます。
-
-### 重要でないアップデートに焦点を当てる
-
-OTAアップデートは、視覚的アセットや単純な設定など、重要でない要素に限定すべきです。コアの実行可能ロジックの変更や、完全なアプリレビューが必要となる新機能の追加は避けてください。これらの境界線を守ることで、シンプルなアップデートを維持しながらコンプライアンスを保つことができます。これらの制限を定義したら、強力なバージョン管理システムが不可欠です。
-
-### バージョン管理のベストプラクティス
-
-堅実なバージョン管理戦略には、自動バージョニング、段階的なロールアウト、ロールバックオプションなどの機能が含まれます。これらの方法が役立つ理由：
-
--   **自動バージョニング**: CI/CDツールを使用してバージョンを正確かつ効率的に追跡
--   **段階的ロールアウト**: まず小グループのテスターにリリースし、その後全ユーザーに展開
--   **クイックロールバック**: 問題が発生した場合、即座に前のバージョンに戻す
-
-これらの実践により、リスクを軽減し、アップデートがアププストアの要件を満たすことを確保できます。
-
-### ユーザーへの情報提供
-
--   **[自動アップデート](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: アップデートはバックグラウンドでインストールできますが、ユーザーには通知すべきです。Capgoのようなツールを使用すると、インストールを自動化しながらユーザーに情報を提供することが簡単になります。
--   **モニタリングとフィードバック**: 分析、エラー追跡、フィードバックチャネルを使用して、インストールの成功を監視し、問題に対処します。
-
-明確なコミュニケーションは、ユーザーとの信頼関係を築き、アププストアのガイドラインへの準拠を強化します。
-
-> "必要に応じて、以前のバージョンへのワンクリックロールバックが可能" – Capgo [\[1\]](https://capgo.app/)
-
-## [Capgo](https://capgo.app/)を使用したOTAアップデート
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/cf21af63f433895b269de0da5dc7d74c.jpg)
-
-Capgoは、Capacitorアプリにおけるover-the-air（OTA）アップデートの管理ソリューションを提供し、統合されたシステムでコンプライアンス要件に対応します。
diff --git a/src/content/blog/ja/capacitor-ota-updates-targeting-ios-vs-android.md b/src/content/blog/ja/capacitor-ota-updates-targeting-ios-vs-android.md
deleted file mode 100644
index 6c2771294..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-targeting-ios-vs-android.md
+++ /dev/null
@@ -1,189 +0,0 @@
----
-slug: capacitor-ota-updates-targeting-ios-vs-android
-title: 'Capacitor OTAアップデート: iOS と Android の違い'
-description: iOS と Android の OTA アップデート戦略の違いを詳しく見て、配布、セキュリティ、ユーザー要件に焦点を当てます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-01T04:05:37.460Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c2639cd8e4215290f21bf1-1740801998811.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, iOS updates, Android updates, mobile app development, security
-  measures, update strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[**Capacitor**](https://capacitorjs.com/) **アプリをアプリストアの遅延なしに即座に更新したいですか？** Over-the-Air (OTA) アップデートを使用すると、アプリストアに再提出することなく、アプリのウェブレイヤー（HTML、CSS、JavaScript）の変更をプッシュできます。ただし、iOSとAndroidではこれらの更新の扱い方が異なり、これらの違いを理解することが重要です。
-
-### 重要なポイント:
-
--   **iOS**: 更新は即座に展開されますが、ファイルパスの制限や電源/ネットワークの要件など、厳格なルールに従います。
-    
--   **Android**: ステージドロールアウト（1%→100%）を使用し、柔軟な電源/ネットワーク要件で、バックグラウンド更新をサポートします。
-    
--   **セキュリティ**: 両プラットフォームは強力なセキュリティ対策を実施 - iOSはハードウェアベースの暗号化に依存し、AndroidはVerified Bootと[SELinux](https://en.wikipedia.org/wiki/Security-Enhanced_Linux)を使用します。
-    
--   [**Capgo**](https://capgo.app/): OTA更新を簡素化するプラットフォームで、効率的で安全かつコンプライアンスに準拠した展開のためのツールを提供し、世界中で**9.476億**回以上の更新を配信しています。
-    
-
-### クイック比較:
-
-| 機能 | iOS | Android |
-| --- | --- | --- |
-| **更新の展開** | 即時完全リリース | ステージドロールアウト（1%→100%） |
-| **バックグラウンド更新** | 制限あり | A/B更新をサポート |
-| **ストレージ** | 完全ダウンロードが必要 | ストリーミング更新をサポート |
-| **セキュリティ** | ハードウェアベースの暗号化 | Verified Boot、SELinux |
-| **電源要件** | バッテリー50%以上または充電中 | 柔軟 |
-| **ネットワーク** | Wi-Fi必須 | 様々な接続をサポート |
-
-Capgoは、両プラットフォームにおいて更新が安全で効率的、かつコンプライアンスに準拠していることを確保するプロセスを合理化します。iOSとAndroidのどちらをターゲットにする場合でも、これらの違いを理解することで、より良いOTA[更新戦略](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)を作成できます。
-
-## iOSとAndroidのOTA更新の処理方法
-
-iOSとAndroidは、OTA（over-the-air）更新の管理において、技術的な実装と承認プロセスの両面で異なるアプローチを取っています。
-
-### iOS App Store更新ルール
-
-Appleは、OTA更新に関して厳格なガイドラインを設けています。デバイスは特定の技術的条件を満たす必要があります：iOS 5以降を実行し、安定したWi-Fiネットワークに接続され、バッテリー残量が50%以上あるか、電源に接続されている必要があります[\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) 。これらの技術要件に加えて、Appleは安全性、パフォーマンス、ビジネスコンプライアンス、デザイン、法的基準に関する厳格な審査プロセスを実施しています[\[4\]](https://developer.apple.com/app-store/review/guidelines/) 。
-
-### Google Play Store更新ルール
-
-Google Playは異なる方式で運営され、ステージドロールアウトシステムを使用します。更新は最初に24-48時間かけてユーザーの1%に小規模リリースを行い、その後25%ずつ拡大し、1-2週間以内に完全展開に到達します[\[7\]](https://www.phonearena.com/news/Google-engineer-Dan-Morrill-talks-about-Android-OTA-updates-and-why-you-need-to-be-patient_id49573)。2023年8月以降、すべての新しいAndroidバージョンは利用可能な最高のAPIレベルをターゲットにする必要があります[\[3\]](https://applandeo.com/blog/upcoming-google-play-a-appstore-updates-how-will-they-affect-your-mobile-app/) 。さらに、Androidはストリーミング更新を採用しており、[更新プロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/)中の追加ストレージスペースの必要性を軽減します[\[8\]](https://source.android.com/docs/core/ota/ab)。
-
-### プラットフォーム更新の違い
-
-iOSとAndroid OTA更新の主な違いは以下の通りです：
-
-| 機能 | iOS | Android |
-| --- | --- | --- |
-| 更新の展開 | 即時完全リリース | ステージドロールアウト（1%→25%→50%→100%） |
-| バックグラウンド更新 | 制限あり | バックグラウンドでのA/B更新をサポート[\[8\]](https://source.android.com/docs/core/ota/ab) |
-| ストレージ管理 | 完全ダウンロードが必要 | ストリーミング更新をサポート[\[8\]](https://source.android.com/docs/core/ota/ab) |
-| 電源要件 | バッテリー50%以上または充電中[\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | 柔軟な電源要件 |
-| ネットワーク要件 | Wi-Fi接続が必要[\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | 様々な接続タイプをサポート |
-
-AndroidのA/B更新システムは、ユーザーを中断することなくバックグラウンドで更新をインストールできる点が特徴です。このシステムは起動に重要なパーティションに2つのスロットを使用し、パーティションの重複を避け、古い方法と比べてストレージを最適化します[\[6\]](https://source.android.com/docs/core/ota)。一方、iOSはより制御された即時の更新プロセスに従い、安定性とユーザーの監視を優先します。
-
-## ユーザーグループと更新配布
-
-更新配布に関しては、様々なデバイスとオペレーティングシステムの固有の制約を考慮した戦略が必要です。
-
-### デバイスベースの更新ルール
-
-更新要件はハードウェアとプラットフォームに大きく依存します。例えば、iOSデバイスはユーザー開始の更新に最低20%のバッテリー、[自動更新](https://capgo.app/docs/plugin/cloud-mode/auto-update/)には30%のバッテリーが必要です。Macの場合、要件はチップセットによって異なり、Apple シリコンデバイスでは20%、Intelベースのデバイスでは50%のバッテリーが必要です[\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web)。一方、Androidはより柔軟なシステムを持っていますが、エコシステムの断片化による課題に直面しています。メーカーとキャリアが遅延を導入し、セキュリティ更新には平均24日、デバイス固有の完了には追加で11日かかります[\[11\]](https://dl.acm.org/doi/10.1145/3372297.3423346)。
-
-### OSバージョン要件
-
-オペレーティングシステムの要件は、更新の配布方法に重要な役割を果たします。Androidアプリの場合、Google Playは以下を強制します：
-
-| 期間 | 要件 |
-| --- | --- |
-| 2024年8月31日以降 | 新規アプリはAndroid 14（API 34+）をターゲットにする必要がある |
-| 現在 | 既存のアプリはAndroid 13（API 33+）をターゲットにする必要がある |
-| レガシー | Android 12以下をターゲットにするアプリは既存のOSバージョンに準拠する必要がある |
-
-iOSの場合、AppleはRapid Security Response（RSR）を使用して、最新のOSバージョンに重要なパッチを直接配信します[\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web)。Capgoは、iOS 13.0+およびAndroid APIレベル22+を実行しているデバイスとの互換性を確保しています[\[9\]](https://capgo.app/docs/faq/) 。
-
-### 更新戦略の結果
-
-Androidの[Project Treble](https://android-developers.googleblog.com/2017/05/here-comes-treble-modular-base-for.html)は、セキュリティ更新に必要な時間を約7日短縮しました[\[11\]](https://dl.acm.org/doi/10.1145/3372297.3423346)。更新を効果的に管理するために、開発環境と本番環境の[更新チャネル](https://capgo.app/docs/webapp/channels/)を分離することが推奨されます[\[9\]](https://capgo.app/docs/faq/) 。Capgoはパーセンテージベースの展開でプロセスを簡素化し、アプリストアのガイドライン内で制御された展開を可能にします。
-
-更新プログラムは、効率的で安全な更新のために、ダウンロードされたバンドルをプラットフォーム固有のディレクトリにキャッシュします：
-
--   **Android**: `/data/user/0/com.example.app/code_cache/capgo_updater`
-    
--   **iOS**: `Library/Application Support/capgo`
-    
-
-このキャッシングシステムは、スムーズで信頼性の高い更新を確保します[\[9\]](https://capgo.app/docs/faq/) 。
-
-## 更新速度と効率性
-
-OTA（Over-the-Air）更新の速度と効率性は、iOSとAndroid両方のユーザー体験を形成する上で大きな役割を果たします。これに大きく影響を与える2つの要因は、ネットワーク状態とファイルサイズの管理方法です。
-
-### ファイルサイズとネットワーク管理
-
-スムーズなOTA更新のためには、ファイルサイズの最適化が重要です。例えば、Capgoの更新プログラムは、アプリ起動時にバックグラウンドスレッドで更新チェックを実行し、ユーザーインターフェースの応答性を維持します[\[9\]](https://capgo.app/docs/faq/) 。また、安定性を維持するために、ネイティブコード（Java/KotlinやObjective-C/Swiftなど）をロックしながら、JavaScriptの更新をサポートします[\[9\]](https://capgo.app/docs/faq/) 。
-
-### 更新速度の比較
-
-ファイルサイズが小さくても、更新速度は依然として重要な要因です。iOSは、ハードウェアとソフトウェアが緊密に統合されているため、更新の処理が高速になることが多いです[\[14\]](https://www.simplymac.com/iphone/android-vs-iphone-comparison-of-features-and-performance)。一方、Androidの幅広いハードウェアは、更新のパフォーマンスにばらつきをもたらすことがあります[\[13\]](https://flexiple.com/compare/android-vs-ios)[\[14\]](https://www.simplymac.com/iphone/android-vs-iphone-comparison-of-features-and-performance)。
-
-> "ユーザーへのライブ更新を即座に展開することは、IonicのモバイルCI/CDプラットフォームであるAppflowの最も重要なメリットの1つです。"  
-> – Cecelia Martinez、開発者アドボケイト[\[12\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever)
-
-更新効率を向上させるには、差分更新やネイティブ機能の活用などの戦略が重要です。例えばCapacitorは、特定の操作をネイティブレイヤーにシフトします。差分更新と組み合わせることで、この手法は更新時間とデータ使用量の両方を削減します[\[12\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever)。2023年3月時点でAndroidの世界市場シェアが70%以上を占めていることを考えると[\[13\]](https://flexiple.com/compare/android-vs-ios)、多様なデバイスで一貫したパフォーマンスを維持するために、効率的な更新の提供が特に重要です。
-
-## セキュリティルールと要件
-
-OTA更新に関して、iOS
-
-Appleのアップデートプロセスは、厳格なセキュリティを念頭に置いて緊密に管理されています。iOSデバイスは、各デバイス固有の2つの内蔵AES 256ビットキーを使用する**ハードウェアベースの暗号化**に依存しています[\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/) 。また、各デバイスには統合されたAES 256ビットキーを持つ固有のハードウェアベースのUIDが含まれています[\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/) 。アップデートは整合性が検証され、個々のデバイスにカスタマイズされ、ダウングレード攻撃に対する保護機能が備わっています。Appleはまた、セキュリティリスクを防ぐためにアップデート中のユーザーデータを分離します[\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web)。注目すべき機能は、システム全体のアップデートを必要とせずにセキュリティパッチを迅速に展開できる**Rapid Security Responses**です[\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web)。
-
-### Androidのセキュリティ基準
-
-Androidは、Linuxベースの基盤の上にセキュリティを構築し、ユーザーの分離とシステムレベルの保護に重点を置いています。各アプリには固有のUIDが割り当てられ、**SELinux**が必須アクセス制御を実施します。**Verified Boot**機能はコードの信頼性を確保します[\[18\]](https://source.android.com/docs/security/features)。OTAアップデートについて、Androidは**Virtual A/Bパーティションシステム**（Android 11以降を実行するデバイスでは圧縮機能付き）、暗号化タスク用のハードウェアバックアップされたKeystore、OEMとキャリアを通じて配信されるアップデートを利用します[\[15\]](https://en.wikipedia.org/wiki/Over-the-air_update)。
-
-| 機能 | iOS | Android |
-| --- | --- | --- |
-| アップデート配信 | Apple経由で一元化 | OEM/キャリア経由で分散 |
-| セキュリティ検証 | ハードウェアバックアップ暗号化 | SELinux + Verified Boot |
-| パッチ配信 | Rapid Security Responses | Project Mainlineモジュール |
-| アップデート認証 | デバイス固有のUID | Verified Boot |
-
-### セキュリティ要件の比較
-
-これらのフレームワークの違いは、各プラットフォームのアーキテクチャがセキュリティアプローチをどのように形作るかを示しています。iOSは「囲い込まれた庭」モデルで動作し、厳密な制御と標準化されたセキュリティ対策を提供します。対照的に、Androidのオープンなエコシステムはアップデートメカニズムにおいてより柔軟性を提供しますが、時に断片化の課題に直面することがあります[\[15\]](https://en.wikipedia.org/wiki/Over-the-air_update)。これらのセキュリティ構造はOTAアップデートの信頼性に直接影響を与えます。
-
-Capgoのようなツールを使用する開発者にとって、これらの違いを理解することが重要です。iOSはより厳格なアプリの分離を実施し、システムAPIへのアクセスを制限します[\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/)一方、Androidの広範なプロセス間通信オプションは慎重なセキュリティ管理を必要とします[\[18\]](https://source.android.com/docs/security/features)。2025年2月現在、iOS 18.3.1と様々なAndroidバージョンが使用されている中[\[16\]](https://support.apple.com/en-us/100100)、開発者は各プラットフォームの最新のセキュリティ基準に沿ってOTAアップデート戦略を確保する必要があります。
-
-## [Capgo](https://capgo.app/)プラットフォーム概要
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-01.jpg?auto=compress)
-
-Capgoは、プラットフォーム固有のOTAアップデートルールを1つの合理化されたアップデートプラットフォームにまとめています。
-
-iOSとAndroidのセキュリティプロトコルと連携することで、CapgoはシームレスなOTAアップデート管理を確保します。現在まで、**1,400の本番アプリ**に対して**9億4,760万回**のアップデートを配信しています[\[1\]](https://capgo.app/) 。
-
-### Capgoの主要機能
-
-Capgoは、安全で効率的、かつコンプライアンスに準拠した配信でアップデートの課題解決に重点を置いています。アップデートは**エンドツーエンドの暗号化**で保護され、復号化はユーザーデバイスでのみ行われます[\[1\]](https://capgo.app/) 。iOSでは、Appleのインタープリタのみのアップデートルールに合わせてカスタムDartインタープリタを使用します[\[9\]](https://capgo.app/docs/faq/) 。Androidでは、Capacitorの要件に沿ってAPI level 22以上をサポートしています[\[9\]](https://capgo.app/docs/faq/) 。
-
-| 機能 | 実装 | プラットフォームサポート |
-| --- | --- | --- |
-| アップデート配信 | 即時展開 | iOS 13.0+, Android API 22+ |
-| セキュリティ | エンドツーエンド暗号化 | 両プラットフォーム |
-| CI/CD統合 | Azure DevOps, GitHub, GitLabと連携 | クロスプラットフォーム |
-| ストレージ管理 | コンパイル済みコードのみ | プラットフォーム固有のキャッシング |
-| バージョン管理 | ロールバック機能 | 両プラットフォーム |
-
-### クロスプラットフォームアップデート管理
-
-Capgoのチャネルシステムにより、開発者はiOSとAndroidのアップデートを正確に制御できます。このシステムでは以下が可能です：
-
-- iOSとAndroid用の個別アップデートチャネル
-    
-- オプションのクロスチャネルリンクを持つ[個別バンドル](https://capgo.app/docs/webapp/bundles/)のアップロード
-    
-- ネイティブコード変更の自動検出[\[9\]](https://capgo.app/docs/faq/)
-    
-
-プラットフォームの実際の影響は明確です。例えば、NASA's [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx)チームは次のように述べています：
-
-> "@Capgoは、ホットコードプッシュを行うスマートな方法です（@AppFlowのように世界中のお金を必要としません）:-)"[\[1\]](https://capgo.app/)
-
-Capgoは、アプリと生成されたコードを含むJavaScriptコードを調整できますが、ネイティブコード（AndroidのJava/KotlinやiOSのObjective-C/Swiftなど）の変更は厳密に避けています[\[9\]](https://capgo.app/docs/faq/) 。
-
-## 結論
-
-[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のOTAアップデートは、プラットフォーム固有のルールにより、iOSとAndroidで異なるアプローチが必要です。iOSでは、サーバーパスを"/Library/NoCloud/ionic\_built\_snapshots"に制限するファイルパス制限など、より厳格な制御があります[\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/) 。一方、Androidは、仮想マシンやインタープリタのAPIアクセスに関する制限が少なく、より多くの自由度があります[\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/) 。これらの違いは、各プラットフォームのフレームワークに沿ったアップデート戦略を作成することの重要性を強調しています。
-
-Capgoのようなプラットフォームからのデータは、これらの戦略がいかに効果的であるかを示しています。開発者は1,400の本番アプリに対して9億4,760万回のアップデートを成功裏に配信し、適切に設計されたアップデートシステムのスケーラビリティを証明しています[\[1\]](https://capgo.app/) 。ただし、成功は強力なセキュリティ対策を維持しながら、各プラットフォームの要件を満たすことに大きく依存します。
-
-例えば、Appleは解釈されたコードがアプリの中核的な機能を変更したり、セキュリティを損なったりしてはならないと定めています[\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/) 。このルールは、開発者がOTAアップデートを効果的に実装するために従わなければならないプラットフォーム固有のガイドラインを明確に示しています。
diff --git a/src/content/blog/ja/capacitor-ota-updates-version-targeting-explained.md b/src/content/blog/ja/capacitor-ota-updates-version-targeting-explained.md
deleted file mode 100644
index dc3b49a42..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-version-targeting-explained.md
+++ /dev/null
@@ -1,201 +0,0 @@
----
-slug: capacitor-ota-updates-version-targeting-explained
-title: 'Capacitor OTA アップデート: バージョンターゲティングの解説'
-description: >-
-  特定のアプリバージョンを管理することで、OTAアップデートのバージョンターゲティングがアプリの安定性、迅速なデプロイメント、より良いユーザーエクスペリエンスを確保する方法について学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-14T03:00:49.720Z
-updated_at: 2025-03-24T13:14:15.818Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d37b87bca46a2e63b4584d-1741921265630.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, version targeting, Capacitor, mobile app updates, semantic
-  versioning, app stability, bug fixes
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-[Capacitor](https://capacitorjs.com/) Over-The-Air (OTA) アップデートにより、アプリストアの承認を待たずに直接ユーザーにアプリの変更をプッシュできます。**バージョンターゲティング**を使用すると、特定のアプリバージョンにアップデートを配信し、互換性を確保してクラッシュなどのリスクを軽減できます。
-
-学習内容：
-
--   **OTAアップデートとは**: アプリストアのルールに準拠しながら、即座にユーザーに変更をプッシュ
-    
--   **バージョンターゲティング**: バグ修正、機能のロールアウト、レガシーユーザーのサポートのために、特定のアプリバージョンにのみアップデートを送信
-    
--   **メリット**:
-    
-    -   より速いアップデート（週単位ではなく分単位）
-        
-    -   より良いアプリの安定性と制御されたロールアウト
-        
-    -   不要なアップデートを避けることによる改善されたユーザー体験
-        
--   **使用方法**:
-    
-    -   セマンティックバージョニング（**MAJOR.MINOR.PATCH**）に従う
-        
-    -   Capacitorプロジェクトで[アップデートを設定](https://capgo.app/docs/plugin/cloud-mode/manual-update/)
-        
-    -   ターゲットバージョン全体で徹底的にテスト
-        
-
-**比較表**:
-
-| **項目** | **従来のアップデート** | **バージョンターゲティングを使用したOTA** |
-| --- | --- | --- |
-| デプロイ時間 | 数日から数週間 | 数分 |
-| アップデートの精度 | 全ユーザーに同じアップデート | バージョンごとのターゲット型アップデート |
-| リスク管理 | 広範な問題のリスクが高い | バージョンごとの制御されたロールアウト |
-
-[Capgo](https://capgo.app/)は主要なプラットフォームとして、リリースサイクルで**81%の効率向上**を報告し、世界中で**94.76億回のアップデート**を配信しています。
-
-設定方法と一般的な間違いを避ける方法を知りたいですか？ステップバイステップのガイドを続けてお読みください。
-
-## [Capgo](https://capgo.app/plugins)のIonic [Capacitor](https://capacitorjs.com/) ライブアップデートプラグインを探索
-
-**バージョンターゲティング技術ガイド**
-
-セマンティックバージョニングは、OTAアップデートを効果的に管理し、互換性とユーザーへのスムーズな移行を確保するために重要です。
-
-### セマンティックバージョン番号
-
-Capacitorは**MAJOR.MINOR.PATCH**形式のセマンティックバージョニングを使用します。各部分には異なる役割があります：
-
-| バージョン要素 | 増分のタイミング | 例 |
-| --- | --- | --- |
-| **MAJOR** | 互換性を破壊する変更の場合 | 2.0.0 → 3.0.0 |
-| **MINOR** | 互換性を維持する新機能追加の場合 | 2.1.0 → 2.2.0 |
-| **PATCH** | 互換性を破壊しないバグ修正の場合 | 2.1.1 → 2.1.2 |
-
-この構造により、アップデートが正確かつ効率的に配布されることを保証します。
-
-### セットアップと設定
-
-Capacitorプロジェクトでバージョンターゲティングを設定するには、以下の手順に従ってください：
-
-1. **初期設定**
-
-プロジェクトディレクトリで`npx @capgo/cli init`を実行します。これによりOTAアップデートに必要なツールが初期化されます。
-
-2. **バージョン設定**
-
-Capacitor設定ファイルでバージョンパラメータを定義します。例：
-
-[[CODE_BLOCK]]
-
-3. **ビルドプロセス**
-
-設定が完了したら、通常通りアプリをビルドします。バージョンターゲティングシステムがこれらの設定に基づいてアップデート配布を処理します。
-
-これらの手順により、OTAアップデートが信頼性が高く、特定のアプリバージョンに合わせて調整されることを保証します。
-
-> "Capgoを使用すると、週に複数のリリースを81%の効率向上で実施できます" - Capgo [\[1\]](https://capgo.app/)
-
-Capgoのシステムは、1,400以上の本番アプリをサポートし、世界中で約94.76億回のアップデートを配信しています[\[1\]](https://capgo.app/) 。これはバージョンターゲット型OTAアップデートの信頼性を示しています。
-
-アップデートはバックグラウンドで適用され、ユーザーの中断を最小限に抑えます - 複数のアプリバージョンを管理するための効果的なアプローチです。
-
-## バージョンターゲティングを使用するタイミング
-
-バージョンターゲティングは、異なるユーザーグループ間でアップデートを管理し、アプリの安定性とより良いユーザー体験を確保するのに役立ちます。### 主なユースケース
-
-バージョンターゲティングが特に有用な場面:
-
-| シナリオ | 実装 | メリット |
-| --- | --- | --- |
-| 重要なバグ修正 | バグのあるバージョンに絞った更新 | 問題のないユーザーへの影響を制限 |
-| 機能のロールアウト | 新しいバージョンへの段階的な機能リリース | 慎重な監視とテストが可能 |
-| レガシーサポート | 古いバージョンの互換性維持 | すべてのユーザーがアプリを継続利用可能 |
-| ベータテスト | 特定のバージョングループへの更新ターゲット | 管理された環境下でのテストが可能 |
-
-このアプローチが提供する具体的な利点を見ていきましょう
-
-### 主な利点
-
-バージョンターゲティングは開発者とユーザーの両方に明確なメリットを提供します:
-
-**より高い安定性**
-
--   特定のバージョンとの互換性を確保し、クラッシュを最小限に抑える
-    
--   問題が発生した場合の迅速なロールバックが可能
-    
--   異なるバージョン間でアプリのパフォーマンスを一貫して維持
-    
-
-**効率的な開発プロセス**
-
--   更新の配信方法を正確にコントロール可能
-    
--   特定バージョンのバグ修正を迅速化
-    
--   新機能リリースに伴うリスクを軽減
-    
-
-**向上したユーザー体験**
-
-関連する更新のみを配信することで、ユーザーは不要な変更を避けることができます。開発者のAndrew Peacockはその影響について次のように述べています:
-
-> "Capgoを使用することで、スケジュールに沿ってライブコードの変更をプッシュでき、ユーザーは長い待ち時間なしで常に最新の機能と修正を利用できます" [\[1\]](https://capgo.app/)
-
-このアプローチは、複数のアプリバージョンが共存する必要のある企業環境で特に効果的です。また、カスタマイズされたOTAアップデートがどのように実際の違いを生み出すかを示す技術的なセットアップに関する以前の議論とも密接に関連しています
-
-###### sbb-itb-f9944d2
-
-## 実装ガイドライン
-
-技術的な基盤を整えたところで、[アップデート戦略](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)を効果的に計画し実行する時です
-
-### アップデート戦略の計画
-
-スムーズなバージョンターゲティングを確保するには、明確なポリシーを確立することが重要です。Capgoチームは3つの主要コンポーネントに焦点を当てることを提案しています:
-
-| コンポーネント | 目的 | 実装方法 |
-| --- | --- | --- |
-| **バージョンカテゴリ** | アップデートタイプの定義 | セマンティックバージョニングの使用（メジャー.マイナー.パッチ） |
-| **リリーススケジュール** | アップデート頻度の計画 | 一貫した間隔を設定しつつ、緊急修正に対して柔軟性を保持 |
-| **テストプロトコル** | アップデートの安定性確保 | リリース前にターゲットバージョン範囲全体で徹底的にテスト |
-
-戦略が整ったら、デプロイメントを混乱させる可能性のある一般的なミスを避けるようにしましょう
-
-### 避けるべき一般的なエラー
-
-開発チームはバージョンターゲティングを管理する際によく問題に直面します。注意すべき落とし穴をいくつか紹介します:
-
--   **不十分なテストカバレッジ**  
-    見落とされた問題を避けるため、ターゲットとするすべてのバージョンでアップデートをテストする
-    
--   **不適切なバージョン管理**  
-    厳密なバージョン文書化を維持し、明確な互換性の境界を定義する
-    
--   **コミュニケーション不足**  
-    混乱を最小限に抑えるため、バージョン要件と upcoming changes についてユーザーに情報を提供する
-    
-
-### 古いバージョンのメンテナンス
-
-古いバージョンのサポートは、新しいバージョンのロールアウトと同様に重要です。後方互換性を確保しながら、これを効果的に管理する方法をご紹介します:
-
--   **フィーチャーフラグ**
-    
-    -   特定のバージョンで利用可能な機能を制御
-        
-    -   ターゲットバージョングループへの段階的なアップデートのロールアウト
-        
-    -   問題が発生した場合の機能の迅速な無効化
-        
--   **バージョン固有のテスト**
-    
-    -   サポートする各バージョン用の専用テスト環境を設定
-        
-    -   互換性のあるバージョンに新機能を導入しながら、既存の機能への干渉がないことを確認
-        
--   **包括的なドキュメント**
-    
-    -   APIの変更、設定要件、既知の制限事項を含む、各バージョンの詳細なドキュメントを維持
\ No newline at end of file
diff --git a/src/content/blog/ja/capacitor-ota-updates-versioning-best-practices.md b/src/content/blog/ja/capacitor-ota-updates-versioning-best-practices.md
deleted file mode 100644
index fe8133ef7..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-versioning-best-practices.md
+++ /dev/null
@@ -1,268 +0,0 @@
----
-slug: capacitor-ota-updates-versioning-best-practices
-title: Capacitor OTAアップデート：バージョニングのベストプラクティス
-description: >-
-  Capacitor の OTA
-  アップデートを管理するためのベストプラクティスを学びましょう。バージョニング戦略、一般的な落とし穴、セキュリティ対策を含みます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-26T04:29:43.897Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67be629d36a1a0b25cc0f4e3-1740544205565.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, OTA updates, versioning, mobile development, app updates, semantic
-  versioning, deployment strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリストアの承認を待たずにアプリの更新を即座に配信したいですか?** [Capacitor](https://capacitorjs.com/)のOver-the-Air (OTA)アップデートを使用すれば、アプリのウェブコンテンツをリアルタイムで更新することができます。ただし、スムーズな展開を確実にするには、堅実なバージョン管理の実践が必要です。
-
-このガイドで学べること:
-
-- **OTAアップデートが時間を節約する理由:** アプリストアの遅延をスキップし、効率を最大**81%**向上。
-    
-- **バージョンの管理方法:** セマンティックバージョニング(MAJOR.MINOR.PATCH)を使用して更新を効果的に追跡。
-
-- **避けるべき一般的な落とし穴:** ビルドの不一致、設定の失敗、更新の追跡性の問題。
-
-- **最適なツール:** `capacitor-sync-version-cli`や[Capgo](https://capgo.app/)などのツールでバージョン管理とデプロイメントを簡素化。
-
-- **更新戦略:** 部分更新と完全更新、段階的なロールアウト、オプション更新と必須更新の選択。
-
-**クイックヒント:** バージョン**0.1.0**から始め、新機能でMINORを、バグ修正でPATCHをインクリメントします。リリース前に必ずビルドと設定を検証してください。
-
-[Capacitor OTAアップデート](https://capgo.app/ja/)を効率化する準備はできましたか? 詳しく見ていきましょう。
-
-## セマンティックバージョニング
-
-<iframe src="https://www.youtube.com/embed/rEgevIkqp2o" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/)のバージョン管理ガイドライン
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-26.jpg?auto=compress)
-
-Capacitor OTAアップデートの管理には、明確なバージョン管理戦略が必要です。更新を安定させ、スムーズに実行するための方法を説明します。
-
-### セマンティックバージョニングの基本
-
-セマンティックバージョニング(SemVer)は、MAJOR.MINOR.PATCHの形式で構成される広く使用されているバージョン番号付けの方法です。各部分には特定の役割があります:
-
-| **バージョンコンポーネント** | **目的** | **更新のタイミング** |
-| --- | --- | --- |
-| **MAJOR (X)** | 互換性の破壊的な変更を示す | APIの非互換性を導入する時 |
-| **MINOR (Y)** | 新機能の追加 | 後方互換性のある機能を追加する時 |
-| **PATCH (Z)** | バグ修正 | 後方互換性のある修正を実装する時 |
-
-Appleのダウンロードコードに関するガイドラインは注目に値します:
-
-> "解釈されるコードはアプリケーションにダウンロードできますが、そのようなコードは: (a)アプリケーションの主要な目的を、App Storeに提出された意図された目的と一致しない機能や機能を提供することによって変更しない (b)他のコードやアプリケーションのストアやストアフロントを作成しない (c)OSの署名、サンドボックス、その他のセキュリティ機能をバイパスしない場合に限ります。" [\[2\]](https://github.com/Cap-go/capacitor-updater)
-
-### バージョン管理の実装
-
-Capacitor OTAアップデートを効果的に管理するために、開発者は`capacitor-set-version`や`capacitor-sync-version-cli`などのツールを使用できます。これらのツールは[自動更新](https://capgo.app/docs/live-updates/update-behavior/)によってプラットフォーム間でバージョン管理を簡素化します。
-
-始め方は以下の通りです:
-
-- **自動バージョン同期:** `capacitor-sync-version-cli`を使用して、すべてのプラットフォーム間でバージョン番号を揃えます。
-
-- **ビルド検証:** 各ビルド前にコミットエビデンスを確認するチェックを設定します。
-
-- **設定の検証:** 設定エラーを避けるためにCapacitorの設定の検証を自動化します。
-
-バージョン**0.1.0**から始め、新機能ごとにマイナーバージョン番号をインクリメントします。これらのステップに従うことでエラーを減らせますが、避けるべき一般的なミスもあります。
-
-### 一般的なバージョン管理の間違い
-
-良い実践を行っていても、エラーは発生する可能性があります。`capsafe`のようなツールは、各プラットフォーム固有の問題を特定し防止するのに役立ちます。注意すべき点:
-
-- **ビルド検証:** コミットエビデンスファイルのチェックを自動化し、プラットフォーム間でビルドの同期を確認します。
-
-- **プラットフォーム固有のバージョニング:** iOSとAndroidのバージョンコードの不一致を監視します。
-
-- **更新の検証:** OTAアップデートがアプリの中核機能を妨げないことを確認します。
-
-iOSビルドの場合、`capsafe`は`ios/App/public/commit-evidence.json`ファイルが存在することを確認します。この手順は、古いウェブビルドのデプロイを避けるために重要です[\[3\]](https://github.com/fkirc/capacitor-build-safety)。適切な検証により、更新の信頼性が確保され、破損したリリースのリスクが減少します。
-
-## OTAアップデート管理手法
-
-Capacitor OTAアップデートを管理するには、適切な配信方法、テスト戦略、更新ポリシーの選択が重要です。スムーズで効率的な更新を確実にするための主なアプローチを説明します。
-
-### 部分更新 vs 完全更新
-
-部分更新と完全更新の選択は、アプリのパフォーマンスとユーザー体験の両方に影響を与える可能性があります。部分更新は[JavaScriptバンドル](https://capgo.app/docs/webapp/bundles/)などのウェブアセットに焦点を当て、クイックフィックスやマイナーなUI調整に最適です。一方、完全更新はネイティブコードの変更が含まれる場合に必要で、アプリバンドル全体を置き換えます。
-
-| 更新タイプ | 最適な用途 | メリット | 注意点 |
-| --- | --- | --- | --- |
-| 部分 | バグ修正、UI調整 | ダウンロードサイズが小さく、更新が速い | ウェブコンテンツに限定。変更がアプリの元の意図に沿っていることを確認[\[2\]](https://github.com/Cap-go/capacitor-updater)。 |
-| 完全 | ネイティブコード更新 | 包括的な修正 | ダウンロードサイズが大きく、インストール時間が長い。 |
-
-部分更新の場合、`dist/`または`www/`からコンパイルされたアプリバンドルを抽出し、アプリ全体を置き換えることなく特定のアセットを更新できます。
-
-### 段階的リリースとテスト
-
-段階的リリースにより、更新を徐々にロールアウトでき、リスクを軽減し、潜在的な問題を発見する時間を確保できます。[App Store Connect](https://developer.apple.com/app-store-connect/)の段階的リリースシステムを使用すると、7日間かけて更新が配信され、毎日増加する割合のユーザーが更新を受け取ります:
-
-| 日 | ユーザーの割合 | 推奨アクション |
-| --- | --- | --- |
-| 1–2 | 1–2% | クラッシュレポートを監視しフィードバックを収集。 |
-| 3–4 | 5–10% | パフォーマンスメトリクスを追跡。 |
-| 5–6 | 20–50% | ユーザーエンゲージメントを評価。 |
-| 7 | 100% | ロールアウトを完了。 |
-
-例えば、Supercellの2024年1月の「Clash of Clans」アップデートでは、この戦略を採用しました。10%のロールアウト段階で重大なバグを発見し、リリースを一時停止して解決し、グローバルユーザーへの広範な問題を回避しました[\[4\]](https://developer.apple.com/help/app-store-connect/update-your-app/release-a-version-update-in-phases)。
-
-### 必須更新 vs オプション更新
-
-重要な修正の場合、強制更新が必要になる場合がありますが、ユーザーのフラストレーションを避けるために慎重に使用する必要があります。Capacitor SDKは更新モードのオプションを提供しています:
-
-> "このモードは一般的に推奨されません。特にユーザーの接続が悪い場合、スプラッシュ画面が長時間表示される可能性があるためです。"  
-> – Capacitor SDK Setup – [Appflow](https://ionic.io/appflow/)、強制更新に関して
-
-認証などの重要なワークフローでスムーズなユーザー体験を維持するために、更新ブロックメカニズムの実装を検討してください。例えば:
-
-```javascript
-// Before login  
-localStorage.shouldBlockReload = true;
-
-// After successful login  
-localStorage.shouldBlockReload = false;
-```
-
-あるいは、バックグラウンド更新により、ユーザーは現在のバージョンを使用し続けながら、新しいバージョンをバックグラウンドでダウンロードできます。
-
-これらの戦略は、中断を最小限に抑えながら更新を効果的に管理するための堅実な基盤を提供します。次のセクションでは、更新ポリシーとセキュリティの考慮事項について詳しく説明します。
-
-## 更新ルールとセキュリティ
-
-OTAアップデートには、アプリストアポリシーへの準拠と厳格なセキュリティプロトコルが必要です。
-
-### アプリストア更新ポリシー
-
-AppleとGoogle Playは、アプリの安全性と高品質を確保するための厳格なルールを施行しています。例えば、2024年8月31日から、Google Playはすべての新規アプリと更新にAndroid 14（APIレベル34）をターゲットとすることを義務付けています[\[8\]](https://developer.android.com/google/play/requirements/target-sdk)。開発者は時間が必要な場合、2024年11月1日まで延長を申請できます。
-
-考慮すべき時間ベースの更新制御:
-
-| 更新制御方法 | 説明 | メリット |
-| --- | --- | --- |
-| 延期更新 | リリース後1-90日間更新を延期 | 制御されたテストと段階的なロールアウトが可能 |
-| バージョン管理 | どのアプリバージョンが更新を受け取るか決定 | 段階的なデプロイメントとテストをサポート |
-| [自動更新](https://capgo.app/docs/plugin/cloud-mode/auto-update/) | 管理対象デバイスでの更新動作を設定 | メンテナンスを簡素化 |
-
-期限を強制するには、システム通知を使用します。研究によると、一貫性のある計画的な更新により、ユーザーエンゲージメントを最大200%向上させることができます[\[9\]](https://moldstud.com/articles/p-update-your-app-on-google-play-best-practices-and-tips)。アプリストアルールを満たすことに加えて、更新のセキュリティを確保することも同様に重要です。
-
-### 更新セキュリティ基準
-
-強力なバージョン管理は更新の整合性を維持するために不可欠ですが、階層化されたセキュリティ対策も同様に重要です。暗号化、認証、整合性チェックでOTAアップデートを保護します。aicasの創設者、CEOおよびCTOであるJames J. Hunt博士は次のように説明しています:
-
-> "OTAアップデートの必要性は、ソフトウェアと人工知能のデジタル変革によって推進されています - これらはソリューションプロバイダーにDevOpsサイクル全体の再考を求めています"[\[7\]](https://www.aicas.com/wp/whitepaper/security-aspects-of-over-the-air-ota-updates/)
-
-主要なセキュリティ層には以下が含まれます:
-
-| セキュリティ層 | 実装 | 目的 |
-| --- | --- | --- |
-| 暗号化 | CA署名付き証明書によるTLS | 転送中の更新パッケージを保護 |
-| 認証 | ハードウェアベースのセキュリティキー | ファイルベースのキーよりも強力な保護を提供 |
-| 整合性検証 | 暗号署名 | 更新の信頼性を確認 |
-| ロールバック保護 | 自動フォールバックメカニズム | 更新失敗時のデバイスの故障を防止 |
-
-**更新セキュリティを強化するためのステップ:**
-
-1. **セキュアな接続の確立**  
-    サーバー接続の検証を確実にするため、ホスト名検証とCA署名付き証明書を使用したTLSを使用[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security)。
-
-2. **更新パッケージの保護**  
-    更新を暗号化し、暗号化後にデジタル署名を適用。最大限のセキュリティのため、デジタル署名にはエアギャップシステムを使用[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security)[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices)。
-
-3. **リカバリーメカニズムの実装**  
-    失敗した更新を効果的に処理するため、自動ロールバック機能を有効化[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices)。
-
-Dr. Huntは先進技術におけるOTA更新の重要性も強調しています：
-
-> "OTAはすでに自動運転システムの信頼性を確保する重要な要素となっています" - aicasの創設者、CEOおよびCTOのDr. James J. Hunt[\[7\]](https://www.aicas.com/wp/whitepaper/security-aspects-of-over-the-air-ota-updates/)
-
-UNECEは、様々な産業におけるセキュアなOTA更新のフレームワークを提供するUN規則(UN R155/R156)を承認しました。これらの基準により、更新の安全性と信頼性が確保されます。
-
-## OTA更新ソフトウェアのオプション
-
-適切なOTA更新ソフトウェアの選択は、セキュリティ対策以上のものです - Capacitorアプリのスムーズな展開、効果的なバージョン管理、そして合理化されたリリースサイクルを確保するための鍵となります。適切なツールにより、更新の管理がよりシンプルで効率的になります。
-
-### [Capgo: OTA更新プラットフォーム](https://capgo.app)
-
-![Capgo: OTA Update Platform](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-26.jpg?auto=compress)
-
-Capgoは**1,800アプリ**に**4億8,290万回**の更新を配信し、リリース効率を**81%**向上させました[\[1\]](https://capgo.app/) 。以下が特徴です：
-
-- **セキュリティ**: エンドツーエンドの暗号化やコード署名検証などの機能により、更新のセキュリティを確保。
-
-- **統合**: [Azure DevOps](https://azure.microsoft.com/en-us/products/devops)、[GitLab](https://about.gitlab.com/solutions/devops-platform/)、[GitHub](https://github.com/about)、[Jenkins](https://www.jenkins.io/)、[Cloudbees](https://www.cloudbees.com/)、[Travis](https://www.travis-ci.com/)などのCI/CDプラットフォームとシームレスに連携。
-
-- **デプロイメント**: 正確な即時配信のためのユーザー割り当てとフェーズドロールアウトを提供。
-
-- **分析**: 更新のパフォーマンスを追跡し、ユーザー採用を測定するための組み込みツール。
-
-素晴らしい例として？[Colenso](https://www.colensobbdo.co.nz/)は**5,000人以上**のユーザーベースにわずか数分で到達することに成功しました[\[1\]](https://capgo.app/) 。Rodrigo Manticaは次のように述べています：
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信において重要な役割を果たしています！" [\[1\]](https://capgo.app/)
-
-### 代替更新ツール
-
-Capgoは堅牢なソリューションを提供しますが、他のツールもバージョン管理に異なるアプローチをもたらします。以下は簡単な比較です：
-
-| ツールの側面 | Capgo | Appflow |
-| --- | --- | --- |
-| **コスト構造** | CI/CDコストで月約300ドル | 年間6,000ドルのサブスクリプション |
-| **更新戦略** | 即時デプロイメント、ユーザー割り当て | バックグラウンド、常に最新、強制更新 |
-| **統合** | 複数のCI/CDプラットフォーム | 組み込みCI/CD |
-
-あるユーザーは次のような経験を共有しています：
-
-> "Appcenterがハイブリッドアプリのライブアップデートのサポートを停止し、@AppFlowが非常に高額なため、現在@Capgoを試しています。" [\[1\]](https://capgo.app/)
-
-### 注目すべき主要機能
-
-OTA更新ツールを選択する際は、以下の機能があることを確認してください：
-
-- **エンドツーエンドの暗号化**で更新を安全に保つ
-
-- **CI/CD統合**でワークフローに適合
-
-- **ユーザー割り当て**で制御されたロールアウトを実現
-
-- **アプリストアコンプライアンス**で配信の問題を回避[\[10\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-OTA更新ソフトウェアの選択は、チームの効率とデプロイメントの成功に大きな影響を与える可能性があります。セキュリティ、バージョン管理、コラボレーションに関するニーズを評価し、プロジェクトに最適なものを見つけるために時間をかけてください。
-
-## 結論
-
-### まとめ
-
-技術的な精度とユーザーエクスペリエンスのバランスを取ることで、OTA[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)の効率を81%向上させることができます[\[1\]](https://capgo.app/) 。このアプローチは効果的なバージョン管理と信頼性の高いOTAデプロイメントをサポートします。
-
-OTA更新を成功させるために覚えておくべき主なポイント：
-
-- **セキュリティ**: エンドツーエンドの暗号化とコード署名検証を使用して更新の整合性を維持[\[1\]](https://capgo.app/) 。
-
-- **ユーザーエクスペリエンス**: 更新を慎重にスケジュールし、プロセス全体でユーザーに情報を提供することで混乱を最小限に[\[11\]](https://withintent.com/blog/ota-updates-design/) 。
-
-- **コンプライアンス**: AppleとGoogleの要件を満たす更新を確保[\[1\]](https://capgo.app/) 。
-
-### 次のステップ
-
-OTA更新プロセスを強化するために、以下のアクションを検討してください：
-
-1. **適切なツールの選択**  
-    議論された戦略に基づいて、セキュリティニーズ、デプロイメント目標、予算に合ったツールを選択。
-
-2. **ベストプラクティスに従う**
-
-    > "ユーザーは、アプリの使い慣れた快適な体験が中断され、通常は馴染みのない製品のより技術的な側面に慣れる必要があるため、OTA更新の実行を躊躇する可能性があります。" [\[11\]](https://withintent.com/blog/ota-updates-design/)
-
-3. **追跡と改善**  
-    更新のパフォーマンスとユーザーの反応を監視。このデータを使用して時間とともにデプロイメントアプローチを改善。
-
-将来のOTA更新は、迅速なデプロイメントとスムーズなユーザーエクスペリエンスを組み合わせ、効率性と満足度の両方を確保することを目指すべきです。
diff --git a/src/content/blog/ja/capacitor-ota-updates-vs-app-store-restrictions.md b/src/content/blog/ja/capacitor-ota-updates-vs-app-store-restrictions.md
deleted file mode 100644
index dbbcb3532..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-vs-app-store-restrictions.md
+++ /dev/null
@@ -1,182 +0,0 @@
----
-slug: capacitor-ota-updates-vs-app-store-restrictions
-title: CapacitorのOTAアップデート vs アプリストアの制限
-description: >-
-  OTAアップデートにより、従来のアプリストアの方法と比較して、より迅速で柔軟なアプリのデプロイメントが可能になり、効率性とユーザーエクスペリエンスが向上する方法を探ります。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T00:43:15.626Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da0b3b31389773b3feea04-1742345039375.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, app store restrictions, mobile development, app deployment, agile
-  development, app updates, Capgo
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[アプリの更新](https://capgo.app/plugins/capacitor-updater/)をより早く実現したいですか？ Over-the-Air (OTA) アップデートを使用すると、開発者はアプリストアの遅延を回避し、数分以内に変更をユーザーに直接プッシュできます。これが重要な理由です：
-
--   **スピード**: OTAアップデートは24時間以内に95%のユーザーに到達します。アプリストアの更新では2〜7日のレビュー期間が必要です。
--   **柔軟性**: ユーザーの操作を必要とせずに、ターゲットを絞った更新、バグ修正、機能のデプロイが可能です。
--   **効率性**: 変更されたコードのみがダウンロードされ、帯域幅と時間を節約できます。
-
-**比較表**:
-
-| 機能 | アプリストア更新 | OTA更新 |
-| --- | --- | --- |
-| **デプロイ時間** | 数日から数週間 | 数分から数時間 |
-| **ユーザー採用率** | 段階的 | 24時間以内に95% |
-| **ロールバック機能** | 再提出が必要 | 即時ロールバック |
-| **帯域幅使用量** | アプリ全体のダウンロード | 変更されたコンテンツのみ |
-
-[Capgo](https://capgo.app/)のようなOTAアップデートは、アプリストアのルールに準拠しながら、より速く、シームレスな更新を実現します。バグ修正、セキュリティ向上、機能追加など、アジャイルなアプリ開発において、OTAアップデートは革新的なソリューションです。
-
-## [Appflow](https://ionic.io/appflow/) Deploy: [Ionic](https://ionicframework.com/)アプリユーザーにリアルタイム更新を提供
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-03-19.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## アプリストアの更新制限
-
-アプリストアは厳格な更新制限を設けており、変更を迅速にロールアウトすることが困難です。これらの制限は、OTA（Over-the-Air）更新のような迅速なソリューションを見つける重要性を浮き彫りにしています。主要プラットフォームが要求する詳細なレビュープロセスにより、更新のリリースが遅れることがよくあります。
-
-### コード更新の制限
-
-AppleとGoogleは厳格なレビュー手順を実施しており、小さな更新でも遅延が発生する可能性があります。アプリストアの更新がユーザーに届くまでに数日かかる一方、OTA更新は数分以内にデプロイできます。Capgoによると、このスピードの違いは革新的な変化をもたらします[\[1\]](https://capgo.app/) 。
-
-> "バグ修正のためのレビューを避けられるのは素晴らしい。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-### これらのルールが存在する理由
-
-アプリストアはユーザーを保護し、プラットフォーム全体の安定性を維持するためにこれらのルールを施行しています。理由は以下の通りです：
-
--   **セキュリティチェック**: レビューにより、悪意のあるコードがアプリに追加されることを防ぎます。
--   **品質管理**: 更新がプラットフォームの基準を満たしているか徹底的にテストされます。
--   **システムの安定性**: 慎重な監督により、更新がプラットフォームの機能を妨げないことを確認します。
-
-これらの管理のため、開発者はより迅速な更新の必要性に対応するため、代替手段を求めています。例えば、Capgoはアプリストアのルールに準拠した2,350万件のOTA更新を提供しており[\[1\]](https://capgo.app/)、より迅速なソリューションへの需要を証明しています。
-
-> "私たちは5000人以上のユーザーベースに対して[Capgo OTAアップデート](https://console.capgo.app/resend_email)を本番環境で展開しました。OTAがデプロイされてから数分以内に、ほぼすべてのユーザーが最新状態になる非常にスムーズな運用を実現しています。@Capgo" - colenso [\[1\]](https://capgo.app/)
-
-最新のOTAシステムは、アプリストアのガイドラインを破ることなく重要な更新を迅速にプッシュする方法を提供します。このアプローチは、開発者がコンプライアンスを維持しながら、より速いデプロイメントを実現できることを示しています。次に、OTA更新がこの俊敏性をどのように提供するかについて詳しく見ていきましょう。
-
-## [Capacitor](https://capacitorjs.com/) OTA更新の仕組み
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
-
-[Capacitor OTA更新](https://capgo.app/ja/)により、アプリのデプロイメントがより速く、効率的になり、開発者はアプリストアの承認を待たずに変更をプッシュできます。
-
-### OTA更新の仕組み
-
-プラグインが更新の検出とインストールを処理します。開発者がCLIを使用して更新をデプロイすると、アプリは自動的にそれらを識別し、バックグラウンドでインストールします。すべてをダウンロードする代わりに、変更されたコードのみを取得することで、帯域幅を節約し、プロセスを高速化します。例えば、CapgoのグローバルCDNは5MBのバンドルを114msで配信でき、グローバルな平均APIレスポンス時間は57msです[\[1\]](https://capgo.app/) 。この効率的なアプローチにより、更新が迅速かつ手間なく行われます。
-
-### OTA更新の利点
-
-OTA更新はスピードだけでなく、開発者に[更新プロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/)のより良いコントロールを提供します。以下が概要です：
-
-| 機能 | 利点 | 主要指標 |
-| --- | --- | --- |
-| 更新速度 | より速いデプロイメント | 24時間以内に95%のユーザーが更新 |
-| 配信コントロール | ターゲットを絞ったロールアウト | グローバルで82%の成功率 |
-| リソース効率 | より小さなダウンロード | 5MBのバンドルを114msで配信 |
-| 信頼性 | 自動ロールバック | 2,350万件の更新を配信 |
-
-### [Capgo](https://capgo.app/)のOTAツール
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-CapgoはOTA更新の体験を追加のツールと機能で強化します。セキュリティは最優先事項であり、エンドツーエンドの暗号化により、認証されたユーザーのみが更新にアクセスできます[\[1\]](https://capgo.app/) 。主な機能には以下が含まれます：
-
--   正確なターゲティングのための[チャンネル別更新](https://capgo.app/docs/webapp/channels/)
--   人気のCI/CDプラットフォームとの統合
--   パフォーマンス追跡のためのリアルタイム分析
--   クイックフィックスのためのワンクリックロールバック
-
-現在、750のアプリが本番環境でCapgoのシステムを利用しています[\[1\]](https://capgo.app/) 。これらのツールは、スピード、セキュリティ、信頼性を組み合わせ、アプリストアのガイドラインを満たしながらアジャイルに対応したい開発者にとってスマートな選択となっています。
-
-## OTAとアプリストア更新の比較
-
-OTA（Over-the-Air）更新とアプリストア更新は、スピード、デプロイメントの容易さ、ユーザー体験の面で大きく異なります。OTA更新は、特にアジャイル手法で作業するチームにとって、より速く柔軟な変更の配信方法を提供します。
-
-### 機能比較
-
-以下は、アプリストア更新とOTA更新の主な違いを示す比較表で、多くの開発者がOTAソリューションを選択する理由を説明しています：
-
-| 機能 | アプリストア更新 | Capacitor OTA更新 |
-| --- | --- | --- |
-| **デプロイ時間** | 2〜7日のレビュープロセス | 数分から数時間 |
-| **更新成功率** | ユーザーの操作に依存 | 24時間以内に95% |
-| **配信コントロール** | 限定的なターゲティングオプション | チャンネルベースのターゲティング |
-| **ロールバック機能** | 新規提出が必要 | 即時ロールバック |
-| **ユーザーの操作** | [手動更新承認](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | [自動バックグラウンド更新](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-| **分析** | 基本的なインストール指標 | 詳細な更新追跡 |
-| **帯域幅使用量** | アプリ全体のダウンロード | 変更されたコンテンツのみ |
-| **開発ワークフロー** | 硬直的なリリースサイクル | CI/CD統合が可能 |
-
-(出典: [\[1\]](https://capgo.app/))
-
-実例がOTA更新の効率性を実証しています。例えば、Rodrigo Manticaはエンタープライズ環境での価値を強調しています：
-
-> "私たちはアジャイル開発を実践しており、@Capgoは継続的にユーザーに配信する上で非常に重要です！" [\[1\]](https://capgo.app/)
-
-数字がこれを裏付けています：OTA更新は82%のグローバル成功率を誇り、2,350万件の更新を配信しています[\[1\]](https://capgo.app/) 。これらの統計は、従来のアプリストア更新と比較して、その信頼性とスケーラビリティを示しています。
-
-アプリストア更新は、メジャーリリースや重要な新機能には依然として不可欠ですが、OTA更新は通常の更新をより速く効率的に処理する方法を提供します。開発者はアプリのコンプライアンスを維持しながら、ユーザーにスムーズでシームレスな更新プロセスを確保できます。
-
-次に、アプリストアの要件を満たしながらOTA更新を実装する方法について説明します。
-
-## OTA更新実装ガイド
-
-### ストア要件の遵守
-
-OTA更新を成功裏に実装するには、アプリストアのガイドラインを満たす必要があります。以下が重要な注目点です：
-
--   **チャンネルベースの配信**: 段階的なロールアウトとベータテストを効果的に実行するために、様々なチャンネルを使用します。
--   **バージョン管理**: 厳格なバージョン追跡を維持し、OTA更新をCI/CDパイプラインに統合します。
--   **[更新サイズの最適化](https://capgo.app/blog/optimise-your-images-for-updates/)**: 変更されたコードのみを送信することでダウンロードサイズを最小限に抑えます。
-
-これらのステップは、安全で信頼性の高いOTA更新を提供する上で重要です。
-
-### セキュリティと信頼
-
-デプロイメントプロセスが設定されたら、セキュリティの優先順位付けとユーザーの信頼構築が重要です。Capgoはエンドツーエンドの暗号化を採用し、認証されたユーザーのみが更新にアクセスできるようにしています。この方法は750の本番アプリで82%のグローバル成功率を達成しています[\[1\]](https://capgo.app/) 。主なセキュリティ対策は以下の通りです：
-
--   すべての更新ファイルのエンドツーエンドの暗号化
--   リアルタイムのエラー追跡とモニタリング
--   問題に迅速に対応するための即時ロールバックオプション
--   厳格な認証と
-
-[モバイルアプリのアップデート](https://capgo.app/plugins/capacitor-updater/)は大きく進化し、OTAアップデートは従来のアプリストア方式に代わる迅速で効率的な選択肢となっています。例えば、Capgoのアップデートは**24時間以内に活性ユーザーの95%に到達**します[\[1\]](https://capgo.app/) 。以下が2つのアプローチの比較です：
-
-| 側面 | OTAアップデート | 従来のアププストア |
-| --- | --- | --- |
-| **デプロイ速度** | 数分から数時間 | 数日から数週間 |
-| **アップデート成功率** | 世界で82% [\[1\]](https://capgo.app/) | ストアにより異なる |
-| **ユーザー採用率** | 24時間以内に95% [\[1\]](https://capgo.app/) | 数週間かけて徐々に |
-| **開発の柔軟性** | 即時の修正が可能 | レビューサイクルに依存 |
-
-これらの数字は、OTAアップデートの効率性と機動性を示しており、将来さらに迅速で安全なプロセスへの道を開いています。
-
-### 今後の展望
-
-OTA技術の未来は、速度、セキュリティ、柔軟性においてさらなる進歩をもたらすでしょう。Rodrigo Manticaが述べているように：
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーに不可欠です！" [\[1\]](https://capgo.app/)
-
-主要な開発分野には以下が含まれます：
-
--   開発者が問題を即座に特定して解決できる**リアルタイム分析とエラー追跡**
--   シームレスなデプロイメントと正確なユーザーターゲティングのための**高度なCI/CD統合**
--   進化する基準に対応する**改善されたセキュリティ対策とコンプライアンスツール**
-
-NASAのOSIRIS-RExチームのような組織でもその利点を認識しています：
-
-> "@Capgoは（@AppFlowのような世界中のお金を必要とせずに）ホットコードプッシュを行う賢明な方法です :-)" [\[1\]](https://capgo.app/)
-
-これらの進歩により、OTAアップデートは迅速で信頼性が高く、ユーザーフレンドリーなアップデートを提供することを目指す開発者にとってゲームチェンジャーとなっています。
diff --git a/src/content/blog/ja/capacitor-ota-updates-vs-traditional-testing-methods.md b/src/content/blog/ja/capacitor-ota-updates-vs-traditional-testing-methods.md
deleted file mode 100644
index 02e5519eb..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-vs-traditional-testing-methods.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-testing-methods
-title: CapacitorのOTAアップデート対従来のテスト方法
-description: Capacitor の OTA アップデートと従来のテスト方法の違いを探り、アプリ開発における固有のメリットとデメリットを明らかにします。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-21T03:04:05.735Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b7cbc8a97035aabf3ddea3-1740107095515.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, traditional testing, app development, Capacitor, deployment,
-  quality assurance, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリストアの遅延なしで[より迅速なアプリの更新](https://capgo.app/plugins/capacitor-updater/)をお望みですか?** [Capacitor](https://capacitorjs.com/) OTA更新により、変更を即座に配信できる一方で、従来のテストではリリース前の品質を徹底的に確保できます。簡単な比較をご紹介します：
-
--   **[Capacitor OTA更新](https://capgo.app/ja/)**: アプリストアの承認なしで直接ユーザーに更新をプッシュ。クイックフィックスや機能のロールアウトに最適。
--   **従来のテスト**: ユニット、統合、システムテストなどの構造化されたフェーズに従ってリリース前に実施。信頼性は確保されますが、時間がかかります。
-
-**クイック比較：**
-
-| 機能/側面 | Capacitor OTA更新 | 従来のテスト方法 |
-| --- | --- | --- |
-| **更新のデプロイ** | 無線経由での即時配信 | アプリストアへの提出が必要 |
-| **テストの範囲** | 特定の変更に焦点 | システム全体のテスト |
-| **ユーザー体験** | [自動バックグラウンド更新](https://capgo.app/docs/plugin/self-hosted/auto-update/) | ユーザーが手動でアプリを更新 |
-| **リスク管理** | 即時ロールバック機能 | 修正には新規提出が必要 |
-
-[Capgo](https://capgo.app/)などのツールでサポートされるCapacitor OTA更新は柔軟性とスピードを提供し、従来の方法は包括的な品質を確保します。アプリのニーズに応じて、両者それぞれに適した場面があります。
-
-## [Appflow](https://ionic.io/appflow/) Deploy: Ionicアプリユーザーにリアルタイム更新を配信
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-02-21.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/) OTA更新の説明
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-21.jpg?auto=compress)
-
-[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)でのOTA更新は、リリース後のアプリメンテナンスを簡素化します。完全なアプリストア提出を必要とせず、開発者は直接ユーザーに更新をプッシュできます。
-
-### OTA更新の特徴とは？
-
-OTA更新は、ネイティブコードを変更せずにウェブレイヤー（HTML、CSS、JavaScript）の修正に焦点を当てています。この方法により、アプリストアのルールに準拠しながら迅速な更新が可能になります。
-
-主な機能の内訳：
-
-| 機能 | 説明 | メリット |
-| --- | --- | --- |
-| 即時デプロイ | デバイスに直接更新をプッシュ | アプリストアの承認遅延をスキップ |
-| 選択的更新 | 特定のグループに更新をターゲット | 段階的なロールアウトが可能 |
-| バージョン管理 | 更新履歴の管理と追跡 | 更新を整理して保持 |
-| ロールバックサポート | 以前のバージョンに簡単に戻せる | 不具合のある更新のリスクを軽減 |
-
-これらの機能は、特にCapgoのようなツールと組み合わせることで、開発者により大きな柔軟性とコントロールを提供します。
-
-### OTA更新における[Capgo](https://capgo.app/)の役割
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-21.jpg?auto=compress)
-
-CapgoはCapacitorアプリのOTA更新管理プロセスを簡素化します。そのプラットフォームはエンドツーエンドの暗号化でセキュリティを優先し、更新コンテンツを保護します。
-
-CI/CDパイプラインと統合することで、Capgoはデプロイメントを自動化します。開発者は特定のユーザーグループで更新をテストし、段階的に変更をロールアウトし、ユーザーのニーズに基づいて更新をカスタマイズできます。
-
-Capgoの組織化、バージョン管理、ロールバックのためのツールにより、チームは更新を円滑に、そして確実に処理できます。
-
-## 標準的なテスト方法の概要
-
-従来のテストには、リリース前にソフトウェアの信頼性を確保するための構造化されたフェーズと詳細なドキュメントが含まれます。
-
-### コアテストコンポーネント
-
-このアプローチには、**ユニット、統合、システム、受け入れテスト**という4つの主要フェーズが含まれます。各フェーズには特定の目的があります：
-
--   **ユニットテスト**: 個々のコードコンポーネントに焦点を当てる
--   **統合テスト**: コンポーネント間の相互作用を検証
--   **システムテスト**: アプリケーション全体の動作を評価
--   **受け入れテスト**: ソフトウェアがユーザー要件を満たしているか確認
-
-従来のテストの重要な側面は、包括的なドキュメントへの依存です。主要なドキュメントタイプには以下が含まれます：
-
-| ドキュメントタイプ | 目的 | 主要要素 |
-| --- | --- | --- |
-| **テスト計画** | テスト戦略の概要 | 範囲、タイムライン、リソース |
-| **テストケース** | 特定のテストシナリオの説明 | 手順、期待される結果、前提条件 |
-| **不具合レポート** | 特定された問題の追跡 | 重要度、再現手順、状態 |
-| **テスト結果** | 結果の要約 | 合格/不合格の指標、カバレッジ分析 |
-
-**[TestRail](https://www.testrail.com/)** や **[Jira](https://www.atlassian.com/software/jira)** などのツールがこれらのドキュメントの管理によく使用されますが、それらの維持と実行には時間がかかる場合があります。
-
-### テスト方法：長所と制限
-
-従来のテストは、その徹底性と説明責任で知られています。構造化されたアプローチにより、すべての機能が慎重に検証され、重大な問題が本番環境に到達するリスクが低減されます。
-
-ただし、この方法には高速開発環境において以下のような欠点があります：
-
--   順次フェーズにより開発サイクルが長くなる
--   手動テストプロセスは多大な時間とリソースを要する
--   厳格なワークフローにより変更への適応が困難
--   開発とテスト間のフィードバックループが遅い
-
-**[Selenium](https://www.selenium.dev/)** や **[Appium](http://appium.io/)** などの自動化ツールで特定のタスクを高速化できますが、従来のテストは最新の代替手段と比べると依然として遅くなります。
-
-最終的に、従来のテストの成功は適切な実行とリソース管理に依存します。徹底性への焦点は価値がありますが、特に厳しい締め切りの下や、より迅速な無線経由（OTA）の更新が必要な場合、遅いペースが障害となる可能性があります。このコントラストは、よりアジャイルなテスト方法への需要の高まりを示しています。
-
-## OTA更新 vs 標準的なテスト
-
-OTA（Over-The-Air）更新と従来のテスト方法の違いを詳しく見てみましょう。OTA更新はウェブレイヤーを通じて即座にデプロイされますが、従来のテストは段階的な手動レビューを伴います。
-
-### 主な違い
-
-| 機能/側面 | Capacitor OTA更新 | 従来のテスト方法 |
-| --- | --- | --- |
-| **リソース使用** | 最小限の手動作業、自動化プロセス | 専任QAチーム、手動テスト |
-| **テストの範囲** | 特定の変更に焦点 | システム全体のテスト |
-| **リスク管理** | 即時ロールバック機能 | 変更には新規提出が必要 |
-
-これらの違いは、プロジェクトの実行と配信方法に直接影響を与えます。
-
-### メリットとデメリット
-
-これらのアプローチの対比により、OTA更新が従来のテストの遅いフィードバックサイクルを補完できることが明らかになります。
-
-**OTA更新がもたらすもの：**
-
--   即時デプロイメントと即座のユーザーフィードバック
--   リソース要求を軽減する自動化プロセス
--   特定の問題や機能に対する的確な更新
--   リアルタイムの修正と問題解決
-
-**従来のテストが確保するもの：**
-
--   システム全体の徹底的な品質保証
--   十分に文書化されたテスト手順
--   規制遵守の検証
--   包括的なシステム全体のテスト
-
-Capgoのようなプラットフォームは、安全なOTA更新が既存のワークフローにシームレスに統合できることを示しています。開発者はアプリストアのコンプライアンスを維持しながら、迅速に更新をデプロイすることができます。
-
-## 結論
-
-OTA更新は、開発者がユーザーのニーズに対応し、市場の要求に追いつく方法を変えました。通常の遅延なしにリリース後のアプリを更新・改善することができます。
-
-Capgoのようなツールを使用することで、開発者はアプリストアの承認による遅延を避け、即座に安全に更新をデプロイできます。これにより、OTA更新と従来のテスト方法の両方が重要な役割を果たすバランスが生まれます。
diff --git a/src/content/blog/ja/capacitor-ota-updates-vs-traditional-versioning.md b/src/content/blog/ja/capacitor-ota-updates-vs-traditional-versioning.md
deleted file mode 100644
index 83ce392a5..000000000
--- a/src/content/blog/ja/capacitor-ota-updates-vs-traditional-versioning.md
+++ /dev/null
@@ -1,150 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-versioning
-title: CapacitorのOTAアップデートと従来のバージョニング
-description: >-
-  Capacitorの OTA
-  アップデートがアプリのデプロイメントをどのように革新し、従来のアプリストアの方法と比較して、より迅速で自動化されたアップデートを実現するかをご覧ください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-08T02:59:57.580Z
-updated_at: 2025-03-18T13:14:14.028Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cb94b1fd908bf224e07528-1741402807680.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, traditional updates, Capacitor, mobile app development, app
-  deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-**[アプリのアップデート](https://capgo.app/plugins/capacitor-updater/)をアプリストアのレビューを待たずに素早く行いたいですか？** [Capacitor](https://capacitorjs.com/)のOTA（Over-the-Air）アップデートが解決策になるかもしれません。数日かかり、ユーザーのアクションが必要な従来のアプリストアアップデートとは異なり、OTAアップデートは数分で変更をデプロイし、自動的にユーザーに届きます。
-
-### 重要なポイント：
-
-- **従来のアップデート**：信頼性はあるが遅い（24～72時間）、ユーザーのダウンロードが必要、バージョンの断片化につながりやすい
-- **OTAアップデート**：即時（5～10分）、ユーザーへの自動配信、週に複数回のアップデートが可能
-
-### 比較：
-
-| 項目 | 従来のアップデート | [Capacitor OTAアップデート](https://capgo.app/ja/) |
-| --- | --- | --- |
-| **デプロイ速度** | 24～72時間 | 5～10分 |
-| **ユーザー採用** | 手動ダウンロード | 自動 |
-| **バグ修正時間** | 数週間 | 即時 |
-| **リリース頻度** | 月次/四半期 | 週に複数回 |
-| **コスト** | 年間6,000ドル以上 | 月300ドル |
-| **ロールバック** | 新規提出が必要 | 即時ロールバック |
-
-[Capgo](https://capgo.app/)などのツールを活用したCapacitor OTAアップデートは、ワークフローを効率化し、ユーザー体験を向上させ、コストを削減します。重要なバグ修正や新機能のリリースにおいて、OTAアップデートはスピードと効率性を重視して設計されています。
-
-## Ionicアプリの強制アップデート方法
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## 標準的なアプリストアアップデート
-
-アプリストアアップデートのプロセスはモバイルアプリ配信の基盤ですが、アジャイル開発の迅速な要求とは相反することがあります。信頼性はありますが、迅速なデプロイメントが必要なワークフローを遅らせる可能性があります。
-
-### アプリストアアップデートプロセス
-
-アプリストアへのアップデート提出には、開発タイムラインを延長させる一連のステップが含まれます。開発者は以下を行う必要があります：
-
-- 更新されたバージョン番号で新しいアプリバージョンをパッケージング
-- アプリストアのプラットフォームを通じてレビュー用にアプリを提出
-- アップデートがユーザーに利用可能になるまで承認を待機
-- リリース後の採用状況とパフォーマンスを追跡
-
-レビュープロセスは通常24-72時間かかりますが、より複雑なアップデートではさらに長くなる可能性があります。アジャイルプラクティスを採用しているチームにとって、特に緊急のバグ修正が必要な場合、この遅延は深刻な課題となり得ます。
-
-### アプリストアアップデートの長所と短所
-
-アプリストアアップデートには明確なメリットがありますが、開発とユーザー体験の両方に影響を与える障害も存在します：
-
-| 側面 | メリット | 制限事項 |
-| --- | --- | --- |
-| **品質管理** | セキュリティとコンプライアンスを確保 | デプロイメントの遅延 |
-| **ユーザー信頼** | 公式チャネルを通じた配信 | ユーザーがアップデートを先延ばしする可能性 |
-| **バージョン管理** | アプリバージョンの管理が容易 | バージョンの断片化につながる可能性 |
-| **リリースプロセス** | 体系的なアプローチを提供 | 迅速な変更の柔軟性が制限される |
-| **バグ修正** | 徹底的なテストが可能 | 重要な修正が遅くなる |
-
-これらの制限は以下のようなシナリオで特に顕著になります：
-
-- 重要なバグに即座の対応が必要な場合
-- セキュリティの脅威に迅速な対応が必要な場合
-- 新機能をマーケティングのタイムラインに合わせる必要がある場合
-- A/Bテストで迅速な反復が必要な場合
-
-これらの課題により、多くのチームは従来のアプリストアアップデートと併用する代替アプローチを模索し始めています。これらのソリューションは、特定のタイプのアップデートに対してより大きな柔軟性を提供することを目指しています。
-
-次に、Capacitor OTAアップデートがより迅速な修正とよりアジャイルな反復を可能にすることで、これらの課題にどのように対処できるかを詳しく見ていきます。
-
-## [Capacitor](https://capacitorjs.com/) OTAアップデートの説明
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-08.jpg?auto=compress)
-
-Over-the-air（OTA）アップデートは、モバイルアプリのメンテナンスとアップデート方法を変革しました。[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)の場合、この方法により開発者はアプリストアのレビューを待たずに直接ユーザーに変更を届けることができます。### 主要コンポーネント
-
-Capacitorアプリでは、OTAアップデートはアプリの機能を制御するHTML、CSS、JavaScriptなどのWebアセットの更新に焦点を当てています。開発者がアップデートをプッシュすると、ユーザーは次回アプリを開いた時に自動的に変更を受け取ります - 手動でのダウンロードは不要です。
-
-仕組みは以下の通りです：
-
-| コンポーネント | 機能 |
-| --- | --- |
-| バージョン管理 | Webアセットの異なるバージョンを管理・追跡 |
-| アップデート検出 | アプリ起動時に新バージョンを識別 |
-| ファイルダウンロード | バックグラウンドで更新ファイルを安全にダウンロード |
-| ライブデプロイメント | 次回アプリ起動時に即座にアップデートを適用 |
-
-### OTAアップデートが際立つ理由
-
-OTAアップデートは従来のアプリストアアップデートと比較して明確な利点があります：
-
-| 側面 | 従来型アップデート | OTAアップデート |
-| --- | --- | --- |
-| デプロイメント速度 | 24–72時間 | 数分 |
-| ユーザー採用 | 手動ダウンロードが必要 | 自動 |
-| バグ修正のタイムライン | 数週間 | 即時修正 |
-| リリース頻度 | 月次または四半期 | 週に複数回 |
-| 開発の機動性 | レビュープロセスによる制限 | 即時反映 |
-
-Capgoはセキュリティを確保し、CI/CDワークフローとシームレスに統合されたプラットフォームを提供することで、これらの利点をさらに拡張します。
-
-### [Capgo](https://capgo.app/) OTAアップデートプラットフォーム
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-08.jpg?auto=compress)
-
-CapgoはCapacitorアプリ向けの一流OTAソリューションで、[アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/) を簡素化するツールを提供します：
-
--   **セキュリティ機能**: アップデートはエンドツーエンドで暗号化され、認可されたユーザーのみがアクセス可能
--   **CI/CD統合**: [GitHub](https://githubcom/)、[GitLab](https://aboutgitlabcom/)、[Azure DevOps](https://azuremicrosoftcom/en-us/products/devops)などのプラットフォームとシームレスに連携
--   **ユーザー割り当て**: 特定グループへの対象を絞ったアップデートが可能で、テストや段階的なロールアウトに最適
-
-> "5000人以上のユーザーベースに対して、Capgo OTAアップデートを本番環境で展開しました。非常にスムーズな運用を実現し、OTAが@Capgoにデプロイされてから数分以内にほぼすべてのユーザーが最新状態になっています" - colenso [\[1\]](https://capgo.app/)
-
-Capgoはコスト削減も実現します。企業は[AppFlow](https://ionicio/appflow/)などの代替手段と比較して5年間で最大26,100ドルの節約が可能です - すべて信頼性の高いアップデート機能を維持しながら実現できます。
-
-###### sbb-itb-f9944d2
-
-## 直接比較：OTA vs アプリストアアップデート
-
-Capacitorアプリは、OTAアップデートと従来のアプリストアアップデートの間の明確な違いを示しています。最近の業界データに基づく主要なパフォーマンス指標の内訳は以下の通りです[\[1\]](https://capgo.app/)：
-
-| 指標 | 従来のアプリストアアップデート | Capacitor OTAアップデート |
-| --- | --- | --- |
-| **デプロイ時間** | レビュープロセスにより数週間 | 5–10分 |
-| **リリース頻度** | 通常月次または四半期 | 週に複数回のリリース |
-| **ユーザー採用率** | 数日かけて徐々に採用 | 数分以内にほぼすべてのユーザーに到達 |
-| **開発コスト** | 年間約6,000ドル以上（例：AppFlow） | 月額約300ドル |
-| **セットアップの複雑さ** | 複雑なバージョン管理 | 簡素化されたCI/CD統合 |
-| **ロールバック機能** | 限定的；新規提出が必要 | バージョン管理による即時ロールバック |
-
-これらの数値は、OTAアップデートが速度、費用対効果、採用率において優れていることを明確に示しています。
-
-デプロイメント速度以外にも、OTAアップデートの効率性とコスト面での利点は無視できません。例えば、NASA [OSIRIS-REx](https://enwikipediaorg/wiki/OSIRIS-REx) チームはCapgoのホットコードプッシュを活用し、他のソリューションと比較して大幅なコスト削減を実現しました。OTAアップデートを使用している多くの組織は、5年間で最大26,100ドルの節約を報告しています[\[1\]](https://capgo.app/) 。
-
-さらに、OTAアップデートはデプロイメント効率を81%改善し、チームがアプリストアの提出管理ではなく、新機能の開発に集中できるようになります。
\ No newline at end of file
diff --git a/src/content/blog/ja/capacitor-plugin-contribution-guide.md b/src/content/blog/ja/capacitor-plugin-contribution-guide.md
deleted file mode 100644
index b8ab4ff22..000000000
--- a/src/content/blog/ja/capacitor-plugin-contribution-guide.md
+++ /dev/null
@@ -1,287 +0,0 @@
----
-slug: capacitor-plugin-contribution-guide
-title: Capacitor プラグイン貢献ガイド
-description: >-
-  Capacitor
-  プラグインに効果的に貢献するための、セットアップ、コーディングスタンダード、テスト、ドキュメンテーションに関する包括的なガイドを学んでください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-17T05:00:51.296Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b290a70d4a761ccc9919b5-1739768465938.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, plugins, development, mobile, coding standards, testing,
-  documentation, contribution, open source
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) プラグインは、ウェブテクノロジーをネイティブデバイス機能と接続し、[クロスプラットフォームアプリ開発](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/)を可能にします。このガイドは、あなたを助けます：
-
--   **環境を設定する**: [Node.js](https://nodejs.org/en)、[Xcode](https://developer.apple.com/xcode/)、および [Android Studio](https://developer.android.com/studio) のようなツールは必須です。
--   **コードスタンダードに従う**: 一貫した命名規則とエラーハンドリングを使用して、[TypeScript](https://www.typescriptlang.org/)、[Swift](https://developer.apple.com/swift/)、および [Kotlin](https://kotlinlang.org/)を使用してください。
--   **徹底的にテストする**: JavaScript、iOS、およびAndroidのユニットテストを書いて、信頼性を確保してください。
--   **明確に文書化する**: 簡単に採用できるようにJSDocとREADMEファイルを使用してください。
--   **プルリクエストを提出する**: 貢献する前に、高品質のコード、テスト、ドキュメンテーションを確保してください。
-
-## オープンソースの完全ガイド - どのように貢献するか
-
-<iframe src="https://www.youtube.com/embed/yzeVMecydCE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 開発環境の設定
-
-適切な開発環境を作成することは、効率的なプラグイン開発の鍵です。整ったセットアップにより、プラグインのコーディング、テスト、デプロイがスムーズに行えます。
-
-### 必要なツールとスキル
-
-始める前に、以下のツールがインストールされていることを確認してください：
-
-| カテゴリ | 要件 |
-| --- | --- |
-| **コアツール** | Node.js (LTS)、npm 6+、Git |
-| **IDE/エディタ** | [Visual Studio Code](https://code.visualstudio.com/) またはお気に入りのエディタ |
-| **iOS開発** | Xcode、[SwiftLint](https://github.com/realm/SwiftLint)、[CocoaPods](https://cocoapods.org/) |
-| **Android開発** | Android Studio、Android SDK、JDK |
-
-ウェブ開発にはTypeScriptに慣れ、ネイティブ開発タスクにはSwift（iOS用）またはJava/Kotlin（Android用）にも慣れておく必要があります [\[1\]]()[\[2\]](https://github.com/ionic-team/capacitor-plugins/blob/main/CONTRIBUTING.md)。
-
-### モノレポの設定
-
-[Capacitorプラグイン](https://capgo.app/plugins/)エコシステムはモノレポ構造に依存しています。このアプローチにより、作業がコミュニティスタンダードに初めから整合することが保証されます。
-
-1.  **リポジトリをフォークしてクローンする**  
-    GitHubでCapacitorプラグインリポジトリをフォークから始めます。次に、フォークしたリポジトリをクローンします：
-
-    ```bash
-    git clone https://github.com/your-username/capacitor-plugins.git
-    cd capacitor-plugins
-    npm install
-    ```
-    
-2.  **依存関係をインストールしてビルドする**  
-    次のコマンドを実行して、必要なものをすべてインストールし、プラグインをビルドします：
-    
-    ```bash
-    npm run build
-    ```
-    
-3.  **バージョン管理を設定する**  
-    変更にはフィーチャーブランチを使用し、フォークをアップストリームリポジトリと同期させておいてください。
-
-### ネイティブプラットフォームの準備
-
-クロスプラットフォーム開発には、iOS環境とAndroid環境の両方を構成する必要があります。
-
-**iOSの場合：**
-
--   Mac App StoreからXcodeをダウンロードします。
-    
--   次のコマンドを使用してコマンドラインツールをインストールします：
-    
-    ```bash
-    xcode-select --install
-    ```
-    
--   次のコマンドでCocoaPodsをインストールします：
-    
-    ```bash
-    sudo gem install cocoapods
-    ```
-    
--   Apple Developerアカウントと必要な証明書を設定します。
-    
--   コード品質を維持するためにSwiftLintを使用します（オプション）。
-
-**Androidの場合：**
-
--   Android Studioを最新のSDKおよび仮想デバイスと共にインストールします。
--   JDKがインストールされていることを確認します。
--   Android Studio内でAndroid SDKを適切に構成します。
-
-これらのプラットフォームが設定されたら、確立されたコーディングプラクティスに従ってプラグイン開発に取り組むことができます。
-
-## コードスタンダードガイド
-
-開発環境が設定されたら、メンテナンスしやすく使用しやすいプラグインを作成するために、これらのガイドラインに従ってください。
-
-### スタイルガイドの遵守
-
-[Capacitorプラグインエコシステム](https://capgo.app/blog/capacitor-comprehensive-guide/)は、[ESLint](https://eslint.org/)、[Prettier](https://prettier.io/)、およびSwiftLintのようなツールを使用して厳格なコーディングスタンダードを遵守しています。必要なフォーマットの簡単な概要は以下の通りです：
-
-| コンポーネント | フォーマット |
-| --- | --- |
-| 変数 | `deviceInfo` (キャメルケース) |
-| クラス | `BatteryManager` (パスカルケース) |
-| メソッド | `getLanguageCode()` (キャメルケース) |
-| 定数 | `MAX_RETRY_COUNT` (スネークケース) |
-
-プラグインは、TypeScriptを使用してより良い型安全性とES6+の機能（`async/await`など）を利用する必要があります。さらに、Swift（iOS用）およびKotlin（Android用）のプラットフォーム固有のコーディング慣行に従ってください。
-
-### エラーおよび型管理
-
-一貫したエラーハンドリングは、クロスプラットフォームの互換性にとって重要です。以下はその例です：
-
-```typescript
-async checkPermissions(): Promise<PermissionStatus> {
-  try {
-    const result = await this.implementation.checkPermissions();
-    return result;
-  } catch (error) {
-    throw new Error(`Permission check failed: ${error.message}`);
-  }
-}
-```
-
-型の安全性を確保するために：
-
--   特定のユースケースに合わせたフォーカスされたインターフェースを使用します。
--   プラットフォーム固有の変種にはユニオン型を適用します。
-
-### コード文書化
-
-良いドキュメントは、プラグインをアクセスしやすくし、使いやすくするための鍵です。これらの実践に従ってください：
-
-1.  **APIドキュメンテーション**: `@capacitor/docgen`で動作するJSDocコメントを書きます。例：
-
-```typescript
-/**
- * @description Get the device's current battery level
- * @returns Promise with the battery level percentage
- */
-async getBatteryLevel(): Promise<{ level: number }>;
-```
-
-2.  **README構造**: インストール手順、構成指示、プラットフォーム固有の要件、使用例、詳細なAPIリファレンスなど、必要な情報を含めてください。
-
-よく書かれたドキュメントは、プラグインが簡単に採用され、より広範なCapacitorコミュニティに貢献することを保証します。
-
-###### sbb-itb-f9944d2
-
-## プラグインテストガイド
-
-Capacitorプラグインのテストは、スムーズな機能性と信頼性を確保するために、いくつかの重要な領域に焦点を当てることを含みます。
-
-### ネイティブブリッジテスト
-
-ネイティブブリッジテストは、JavaScriptとネイティブコード間の適切な通信を保証します。始めるには、各プラットフォームに特化したフレームワークでテスト環境を設定します。
-
-以下はJavaScript側の[Jest](https://jestjs.io/)ユニットテストの例です：
-
-```typescript
-// Example of a Jest unit test for the JavaScript bridge
-describe('DeviceInfo Plugin', () => {
-  test('getBatteryLevel returns valid percentage', async () => {
-    const result = await DeviceInfo.getBatteryLevel();
-    expect(result.level).toBeGreaterThanOrEqual(0);
-    expect(result.level).toBeLessThanOrEqual(100);
-  });
-});
-```
-
-ネイティブ側のテストには、iOSの場合はXCTest、Androidの場合はJUnitを使用します。以下はAndroidの例です：
-
-```kotlin
-@Test
-fun testBatteryLevel() {
-    val plugin = DeviceInfo()
-    val result = plugin.getBatteryLevel()
-    assertTrue(result.level in 0..100)
-}
-```
-
-コアブリッジ機能が期待どおりに機能することを確認したら、完全なユーザーワークフローのテストに進んでください。
-
-### 完全なプラグインチェック
-
-プラグインがさまざまなシナリオでよく動作することを確認するために、いくつかのカテゴリをテストします：
-
-| テストカテゴリ | 主要焦点分野 |
-| --- | --- |
-| 統合テスト | クロスプラットフォーム機能 |
-| パフォーマンステスト | リソース使用量と応答時間 |
-| セキュリティテスト | データ処理と権限のチェック |
-
-複雑な機能を持つプラグインの場合、実際のユーザーシナリオをシミュレートします。たとえば、DeviceInfoプラグインをテストしている場合、次の内容を確認してください：
-
--   異なるネットワーク条件でのアップロード成功
--   正確な進行状況の報告
--   大きなファイル転送中のメモリ使用量
-
-### [Capgo](https://capgo.app/)を使用したOTAテスト
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-17.jpg?auto=compress)
-
-Capgoのオープンソースツールを使用することで、迅速に更新をデプロイおよびテストできます。使用方法は以下の通りです：
-
-1.  dev、staging、およびproductionのような[更新チャンネル](https://capgo.app/docs/webapp/channels/)を設定します。
-2.  CI/CDツールを使用してデプロイを自動化します。
-3.  更新を即座にプッシュします。
-4.  [Capgoダッシュボード](https://capgo.app/docs/webapp/)を介して性能と問題を監視します。
-
-段階的なロールアウトの場合、Capgoでは更新を少数のユーザーに制限できます。たとえば、24時間ごとに25％のユーザーに新しいバージョンを展開できます：
-
-```typescript
-// Example configuration for staged rollout
-{
-  "plugin": "camera-plugin",
-  "version": "1.2.0",
-  "rollout": {
-    "percentage": 25,
-    "interval": "24h"
-  }
-}
-```
-
-この段階的アプローチは、完全なリリースの前にコミュニティのフィードバックを活用して早期に問題を特定するのに役立ちます。
-
-## プルリクエストプロセス
-
-変更を徹底的にテストしたら、プルリクエストを提出するためにこれらのステップに従ってください：
-
-### PR提出チェックリスト
-
-提出前に、以下の主要な領域がカバーされていることを確認してください：
-
-| **カテゴリ** | **チェック内容** |
-| --- | --- |
-| **コード品質** | \- Swift/Kotlinの実装がウェブAPIと一致していることを確認します。 |
-| **テスト** | \- 新しい機能に対してユニットテストを追加します。 <PermissionStatus>\- CI/CDパイプラインチェックが成功していることを確認します。 |
-| **ドキュメンテーション** | \- README、インラインドキュメント、およびCHANGELOGを必要に応じて更新します。 |
-
-### コミュニティガイドライン
-
-コラボレーションの際には、以下のベストプラクティスに従ってください：
-
--   レビュアーのフィードバックに迅速に対応します。
--   討論を技術的な詳細に集中させます。
--   GitHubの提案機能を使用してコードの変更を提案します。
--   一度に1つの機能または問題に対処する小規模で集中したプルリクエストを提出します。
-
-大きな変更の場合、最初にイシューを作成し、アプローチについて話し合うのが良いアイデアです。Capacitorチームは自動チェックのためにGitHub Actionsを利用し、すべてのチェックが通過する必要があります。
-
-### Capgo統合ガイド
-
-プラグインにライブ更新が含まれる場合、提出前にCapgoとシームレスに連携していることを確認してください：
-
-1.  **バージョン管理**  
-    プラグインに対して明確なセマンティックバージョニングを使用し、変更をすべてCHANGELOGに文書化します。Capgoのシステムは、ユーザーのデバイス間でのバージョンの採用を追跡するのに役立ちます。
-    
-2.  **CI/CD統合**  
-    CI/CDパイプラインにCapgoを統合して、更新のデプロイを自動化します。
-    
-3.  **更新モニタリング**  
-    デプロイの成功率を監視し、アプリストアのガイドラインに準拠することを確認します。
-
-## まとめ
-
-プラグインで意義のある貢献をするためには、確立されたプロセスに従い、コミュニティスタンダードを満たすことが重要です。これには、Capacitorのコーディングガイドラインに従い、作業を徹底的にテストすることが含まれます。
-
-PRチェックリストは、高品質の提出が必要であることを強調しています。プラグインがライブ更新をサポートしている場合、先に述べたようにCapgoと統合することで、アプリストアの承認を待たずに迅速に更新をリリースできます。
-
-PRがマージされたら、問題を追跡し、バージョンの更新をリリースすることで関与し続けてください。コミュニティとの定期的な交流、一貫したメンテナンス、および[Capacitorの更新を追跡する](https://capgo.app/plugins/capacitor-updater/)ことは、プラグインが役立ち続け、関連性を保つことを保証します。
-
-ユーザーフィードバックに注意を払い、必要に応じて更新を行ってください。この継続的な努力はエコシステムの全体的な質を維持し、開発者にとってあなたのプラグインを価値あるものに保つのに役立ちます。
diff --git a/src/content/blog/ja/capacitor-plugin-options-for-ota-updates.md b/src/content/blog/ja/capacitor-plugin-options-for-ota-updates.md
deleted file mode 100644
index 4c6f0b723..000000000
--- a/src/content/blog/ja/capacitor-plugin-options-for-ota-updates.md
+++ /dev/null
@@ -1,47 +0,0 @@
----
-slug: capacitor-plugin-options-for-ota-updates
-title: プラグイン Capacitor の OTA アップデートのオプション
-description: Capacitorアプリ向けのOTAアップデートの利点とオプションを探り、スムーズなデプロイメントのための最適なプラグインとその機能を紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T02:50:46.694Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549-1744774247069.jpg
-head_image_alt: モバイルアプリ開発
-keywords: >-
-  OTA updates, Capacitor, mobile apps, app deployment, Capgo,
-  Appflow, CodePush
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) アプリを、アプリストアの遅延なく素早く安全に更新したいですか？** Over-the-Air (OTA) アップデートを使用すると、変更を直接ユーザーにプッシュでき、時間と帯域幅を節約できます。以下が重要なポイントです：
-
-### OTAアップデートの主なメリット：
-
--   **迅速な展開**: アプリストアのレビューをスキップし、数秒で更新を配信。
--   **ターゲットを絞った更新**: アプリの変更された部分のみを更新。
--   **ロールバック機能**: 必要に応じて以前のバージョンに戻すことが可能。
--   **成功率**: 24時間以内に95%のユーザーが更新を受信、グローバルな成功率は82%。
-
-### OTAアップデート用の主要プラグイン：
-
-1.  **[Capgo](https://capgo.app/)**: 高速更新（5MBを114msで）、エンドツーエンドの暗号化、リアルタイム分析、柔軟な価格設定（12ドル/月から）。
-2.  **[Appflow](https://ionic.io/appflow/)**: エンタープライズグレードの機能を年間6,000ドルで提供（2026年に終了予定）。
-3.  **[Microsoft CodePush](https://microsoft.github.io/code-push/)**: 2024年に終了。
-
-### クイック比較：
-
-| プラグイン | ステータス | 主な機能 | 開始価格 |
-| --- | --- | --- | --- |
-| **Capgo** | アクティブ | 高速更新、暗号化 | 12ドル/月 |
-| アクティブ（2024） | ドイツ市場重視 | Capgoと同等 |
-| **Appflow** | 終了予定（2026） | エンタープライズ機能 | 6,000ドル/年 |
-| **CodePush** | 終了（2024） | 以前は無料 | 該当なし |
-
-ほとんどの開発者にとって、**Capgo**が手頃な価格、速度、セキュリティの最適な組み合わせを提供しています。個人開発者でもエンタープライズチームでも、ニーズに合わせたOTAソリューションがあります。
-
-[続く部分は同じ形式で翻訳を続けますが、文字数制限のため分割して送信する必要があります]
diff --git a/src/content/blog/ja/capacitor-plugins-for-secure-session-management.md b/src/content/blog/ja/capacitor-plugins-for-secure-session-management.md
deleted file mode 100644
index 9e8119ef3..000000000
--- a/src/content/blog/ja/capacitor-plugins-for-secure-session-management.md
+++ /dev/null
@@ -1,406 +0,0 @@
----
-slug: capacitor-plugins-for-secure-session-management
-title: Capacitorによる安全なセッション管理プラグイン
-description: セキュアなセッション管理のための重要なCapacitorプラグインを探索し、生体認証と暗号化ストレージソリューションを含みます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:14:04.681Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6827226c0209458b3ff58b06-1747397705731.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, session management, biometric authentication, secure storage,
-  Firebase Auth, Identity Vault, mobile security
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリのセッションを安全に保護したいですか？** ここでは、セッション管理のための最高の[Capacitor](https://capacitorjs.com/)プラグインについて簡単なガイドを紹介します。これらのツールは、[生体認証](https://capgo.app/plugins/capacitor-native-biometric/)、[暗号化ストレージ](https://capgo.app/docs/cli/migrations/encryption/)、リアルタイム更新などの機能でユーザーデータを保護します。以下が重要なポイントです：
-
--   **[Firebase Auth](https://firebase.google.com/docs/auth)**: マルチプロバイダー認証、トークン管理、リアルタイム状態更新。迅速な統合に最適。
--   **[生体認証セキュリティプラグイン](https://capgo.app/plugins/capacitor-native-biometric/)**: 指紋、顔認証、デバイス認証情報のサポートで安全なログインを実現。
--   **[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)**: iOSとAndroidでAES-256暗号化を使用してアカウント情報を安全に保存。
--   **[Identity Vault](https://ionic.io/products/identity-vault)**: 自動ログアウト、生体認証、安全なストレージを備えたエンタープライズグレードのソリューション。
--   **[Capgo](https://capgo.app/)**: 安全なセッション管理と暗号化されたライブ更新を組み合わせてシームレスなデプロイメントを実現。
-
-### クイック比較
-
-| 機能 | Firebase Auth | 生体認証セキュリティ | Persistent Account | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **暗号化タイプ** | クラウドベース | ハードウェアレベル | AES-256 (iOS/Android) | AES-256 (ハードウェア) | エンドツーエンド暗号化 |
-| **生体認証サポート** | 限定的 | フル | なし | フル | なし |
-| **オフライン機能** | 部分的 | あり | あり | あり | あり |
-| **エンタープライズサポート** | あり | コミュニティ | あり | あり | あり |
-| **セットアップの複雑さ** | 中程度 | 低い | 低い | 高い | 中程度 |
-
-**エンタープライズレベルのセキュリティが必要？** Identity Vaultがおすすめです。
-**迅速な統合をお探しですか？** Firebase Authが最適です。
-**暗号化されたアカウントストレージが必要？** [@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)を試してみてください。
-**セキュリティを備えたライブ更新が必要？** Capgoがカバーします。
-
-詳細な統合手順、機能、およびアプリを安全に保つためのベストプラクティスについては、続きをお読みください。
-
-## Ionic [Identity Vault](https://ionic.io/products/identity-vault): セキュアなモバイル生体認証
-
-![Identity Vault](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/c5fae6eb414f2040557b847eda54d313.jpg)
-
-
-## 1. [Capacitor](https://capacitorjs.com/)用[Firebase Auth](https://firebase.google.com/docs/auth)
-
-![Firebase Auth](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/20003c863a77b942b90536c0e5cde156.jpg)
-
-Firebase Authenticationは、[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のセキュアなセッションを管理する強力な方法を提供します。FirebaseのネイティブSDK（iOSにはSwift、AndroidにはJava）とウェブ用のFirebase JavaScript SDKを統合することで、プラットフォーム全体で一貫した認証体験を確保します[\[4\]](https://github.com/cap-go/capacitor-firebase/tree/main/packages/authentication)。
-
-主なセキュリティ機能は以下の通りです：
-
-| **機能** | **説明** |
-| --- | --- |
-| マルチプロバイダーサポート | Apple、Google、Microsoft、Facebookとのシームレスな認証統合 |
-| トークン管理 | `idToken`、`RefreshToken`、`customToken`の安全な処理 |
-| 状態管理 | 認証状態とIDトークン変更のリアルタイムリスナー |
-| アカウントリンク | 複数の認証プロバイダーを単一のユーザーアカウントに接続可能 |
-
-これらの機能により、開発者はトークンの取り消しや[多要素認証](https://capgo.app/docs/webapp/mfa/)などの措置でさらに強化できる堅固なセキュリティフレームワークを確立できます。
-
-Firebaseプロジェクトは APIキーで識別されますが、アクセスの保護は適切に構成されたFirebaseセキュリティルール[\[5\]](https://firebase.google.com/support/guides/security-checklist)に大きく依存します。セキュリティを強化するため、開発者は以下のプラクティスに従うべきです：
-
--   不正アクセスを防ぐため、ログアウト時にトークンを取り消す。
--   機密アカウントに多要素認証（MFA）を有効化する。
--   メール列挙攻撃に対する保護を構成する。
-
-Sharathdevの2023年12月の分析では、ログアウト時のトークン取り消しを実装することで、アカウント乗っ取りのリスクを大幅に軽減できることが強調されています[\[6\]](https://medium.com/@DEVEN99/securing-firebase-authentication-mitigating-vulnerabilities-and-best-practices-593981e61b98)。
-
-このプラグインは、ネイティブとウェブの両方の認証フローをサポートしています。ただし、モバイルアプリの場合、WebViewの本質的な制限により、ネイティブ認証が推奨されるオプションです[\[4\]](https://github.com/cap-go/capacitor-firebase/tree/main/packages/authentication)。
-
-他のセッション管理ツールと比較すると、Firebase Authは容易な統合と広範なセキュリティ機能で際立っており、強力な認証機能を必要とするCapacitorアプリにとって優れた選択肢となっています。
-
-## 2. 生体認証セキュリティプラグイン
-
-Capacitor生体認証セキュリティプラグインを使用すると、開発者は生体認証とデバイス認証情報認証をアプリに統合して、セキュアなユーザーセッションを確保できます。指紋、顔認証、虹彩スキャンなどの[生体認証オプション](https://capgo.app/plugins/capacitor-native-biometric/)、およびPIN、パターン、パスワードなどのデバイス認証情報など、様々な認証方法をサポートしています。この機能はAndroidとiOSの両プラットフォームで利用可能です[\[7\]]()。
-
-| **認証機能** | **iOSサポート** | **Androidサポート** |
-| --- | --- | --- |
-| 顔認証 | Face ID | Face Unlock |
-| 指紋認証 | Touch ID | 指紋スキャナー |
-| デバイス認証情報 | デバイスパスコード | PIN/パターン/パスワード |
-| 生体認証強度レベル | 標準 | 弱/強/最大 |
-
-### 設定例
-
-プラグイン設定の定義方法の例を以下に示します：
-
-```typescript
-const options = {
-  allowDeviceCredential: true,
-  androidBiometricStrength: 'WEAK',
-  title: 'Verify Identity',
-  subtitle: 'Use biometrics to access your account',
-  cancelButtonText: 'Cancel Authentication'
-};
-```
-
-### プラットフォーム固有のセットアップ
-
-プラグインを実装するには、プラットフォーム固有の調整が必要です：
-
--   **iOS**: Face IDを使用する理由を説明するため、`Info.plist`ファイルに`NSFaceIDUsageDescription`を追加します。
--   **Android**: `AndroidManifest.xml`ファイルに`android.permission.USE_BIOMETRIC`権限を含めます。
-
-これらの手順は、プラグインがシームレスに動作し、セキュアなセッション管理戦略と整合することを確保するために不可欠です[\[8\]]()[\[10\]](https://www.npmjs.com/package/capgo/capacitor-native-biometric)。
-
-> "すべてのCapacitor開発者は、アプリがセキュリティのベストプラクティスに従っていることを確認する責任があります。適切な注意を払わないと、非常に損害が大きく高価な重大なセキュリティ問題が発生する可能性があります。" – Capacitorドキュメント[\[1\]](https://capacitorjs.com/docs/guides/security)
-
-### 主な機能と更新
-
-このプラグインには、`isAvailable()`、`isEnrolled()`、`hasDeviceCredential()`などのメソッドを使用して、[生体認証の利用可能性](https://capgo.app/plugins/capacitor-native-biometric/)、登録状況、デバイス認証情報を確認する機能が含まれています。さらに、開発者は**iOS Keychain**や**Android KeyStore**などのプラットフォーム固有のセキュアストレージソリューションを使用してトークンを暗号化し、セキュリティを強化できます[\[11\]](https://ionic.io/resources/articles/ionic-mobile-app-security-trifecta)。
-
-2025年4月にリリースされたバージョン9.0.0では、Capacitor 7との互換性が導入され、iOSの改善が含まれています[\[9\]](https://github.com/aparajita/capacitor-biometric-auth)。
-
-### 高度なセキュリティ対策
-
-セッションをさらに保護するため、開発者は自動セッションタイムアウトを実装し、生体認証の変更を監視する必要があります。変更が検出された場合、不正アクセスを防ぐために認証トークンを無効化する必要があります[\[11\]](https://ionic.io/resources/articles/ionic-mobile-app-security-trifecta)。このプラグインには詳細なエラー処理システムも備わっており、開発者がフォールバックメカニズムを作成し、認証が失敗した場合にユーザーに通知するのに役立つフィードバックコードを提供します[\[8\]]()。
-
-このプラグインは、モダンなアプリに生体認証セキュリティを統合するための堅固なソリューションを提供し、ユーザーの利便性と保護の両方を確保します。
-
-### プラットフォーム別の動作
-
-このプラグインは、各プラットフォームに合わせて調整された異なるセキュリティメカニズムを使用します：
-
-| プラットフォーム | ストレージメカニズム | 暗号化方式 | セキュリティレベル |
-| --- | --- | --- | --- |
-| iOS | 暗号化されたKeychain | システム暗号化 | 高 |
-| Android | KeyStore + SharedPreferences | GCMモードのAES-256 | 高 |
-| Web (開発) | LocalStorage | Base64エンコーディング | 低 |
-
-### セキュリティ強化のための主な機能
-
-このプラグインをセッションデータの保護に信頼できる選択肢とする主な機能を以下に示します：
-
--   **クロスデバイス同期**: iOSでは、iCloud Keychain同期をサポートし、ユーザーのデバイス間でのセキュアなデータ共有を可能にします。これはセッションをシームレスに管理する上で特に有用です。
--   **[強力な暗号化](https://capgo.app/docs/cli/migrations/encryption/)**: AndroidではGCMモードでAES-256暗号化を使用し、プラットフォームのKeyStoreを活用して保護を強化します。
--   **アプリ固有のストレージ**: プラグインを通じて保存されたデータは、アプリに制限され、他のアプリケーションから隔離されます。
-
-### 実装のベストプラクティス
-
-プラグインを使用する際の最適なセキュリティを確保するため、開発者は以下のプラクティスに従うべきです：
-
-```typescript
-// Securely storing session credentials
-await SecureStorage.set({
-  key: "sessionToken",
-  value: JSON.stringify({
-    token: "user-auth-token",
-    timestamp: Date.now()
-  })
-});
-
-// Retrieving stored credentials
-const storedData = await SecureStorage.get({ key: "sessionToken" });
-```
-
-これらの例は、アプリにセキュアストレージを統合するための出発点を提供します。
-
-### 重要なセキュリティ注意事項
-
-このプラグインを実装する際は、以下の考慮事項に留意してください：
-
-- **Webストレージの制限**: Web上のデータは暗号化されておらず、開発環境に限定して使用するべきです。
-- **Android要件**: プラグインの暗号化機能をサポートするためには、Android 6.0（APIレベル23）以上のデバイスが必要です。
-- **キー管理**: セキュリティを維持するため、暗号化キーを定期的にローテーションし、データを暗号化する前に検証を行います。
-
-### 生体認証の統合
-
-このプラグインは生体認証とシームレスに連携し、追加のセキュリティレイヤーを提供します。この組み合わせにより、複数のセキュリティ対策を統合的なフレームワークに統合して、セッション管理を強化します。
-
-### パフォーマンスとコミュニティサポート
-
-2025年5月現在、このプラグインはGitHubで128スターと22フォークを獲得し、Capacitorエコシステム内で確固たる評価を得ています。Capacitor 8+と完全に互換性があり、開発者は最新のフレームワーク機能を活用しながら、セキュアなストレージを実装できます。
-
-## 4\. Identity Vault
-
-Identity Vaultは、セキュアなセッション管理と生体認証を組み合わせてデータ保護を強化する、企業向けの高度なソリューションです。
-
-### 主要なセキュリティ機能
-
-Identity Vaultは、プラットフォーム固有のセキュリティツールを使用して機密情報を保護します。以下が概要です：
-
-| **機能** | **実装** | **役割** |
-| --- | --- | --- |
-| **セキュアストレージ** | iOS Secure Enclave / Android KeyStore | ハードウェアレベルの暗号化を提供 |
-| **生体認証** | iOSのTouchID/FaceID、AndroidのFingerprint | 多要素認証のレイヤーを追加 |
-| **セッション保護** | バックグラウンド画面保護 | アプリが最小化された時のデータ露出を防止 |
-| **自動ログアウト** | 非アクティブ時の自動ログアウト | 非アクティブユーザーのアカウントを保護 |
-
-### 高度な実装オプション
-
-基本機能に加えて、Identity Vaultは以下のような柔軟な実装オプションを提供します：
-
-- **セキュアストレージ**: 機密データ向けの基本的な暗号化ストレージ。
-- **デバイスセキュリティ**: 信頼性を高めるため、生体認証とフォールバックパスコードを組み合わせます。
-- **InMemory**: アプリ終了時に自動的にクリアされる一時的なセキュアストレージで、データの残存を防ぎます。
-
-### ネイティブセキュリティ統合
-
-Identity VaultはiOS Secure EnclaveやAndroid KeyStoreなどのネイティブセキュリティツールとシームレスに統合されます。これにより、プラットフォーム固有のAPIを直接扱う複雑さを避けながら、堅牢なセッション保護を実現できます。
-
-### セキュリティのベストプラクティス
-
-最適なセキュリティを確保するため、以下の重要な推奨事項を考慮してください：
-
-- **トークン管理**: 認証トークンは常にハードウェアレベルの暗号化を使用して保存し、不正アクセスを防止します。
-- **非アクティブ時の処理**: ユーザーの非アクティブ期間後に自動ログアウトを設定し、リスクを軽減します。
-- **バックグラウンド保護**: アプリがバックグラウンドで実行されている時に機密データが表示されないよう、画面保護を有効にします。
-
-### 技術的な利点
-
-Identity Vaultは12の個別APIを1つのプラグインに統合し、統合をよりスムーズで効率的にします[\[12\]](https://devdactic.com/ionic-identity-vault)。
-
-### エンタープライズとパフォーマンスのメリット
-
-エンタープライズアプリケーションにおいて、Identity Vaultは合理化されたアイデンティティ管理ソリューションを提供します。ネイティブAPIを活用することで、開発を簡素化するだけでなく、エンタープライズのニーズに合わせた高速で信頼性の高いパフォーマンスを確保します。
-
-## 5\. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/e81a00d3e5c2480025c05b94a848a495.jpg)
-
-Capgoは、セキュアなストレージと生体認証のソリューションを超えて、ライブアップデート配信と組み合わせたセキュアなセッション管理を提供します。データの整合性に重点を置き、**エンドツーエンドの暗号化**とリアルタイムアップデートを通じてセッションデータを保護します。
-
-### セキュリティアーキテクチャ
-
-Capgoのセキュリティフレームワークは、ライブアップデートのあらゆる側面を保護するように構築されています。以下が機能とセキュアな環境への貢献です：
-
-| 機能 | 実装 | セキュリティの利点 |
-| --- | --- | --- |
-| **エンドツーエンド暗号化** | セキュアなアップデート配信プロトコル | 不正なコード改変を防止 |
-| **部分アップデート** | デルタのみのファイル転送 | アップデート時の攻撃対象領域を低減 |
-| **[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | 制御された展開パス | セキュアな段階的ロールアウトを確保 |
-| **リアルタイム分析** | パフォーマンス監視 | セキュリティの異常を特定し対処 |
-
-この階層的なアプローチにより、セキュアなセッションだけでなく、全体的なセキュリティを向上させるアップデートの安全な配信も確保されます。
-
-### パフォーマンスと信頼性
-
-Capgoはセキュリティと印象的なパフォーマンスメトリクスを組み合わせ、信頼性が高く効率的なアップデート展開を確保します：
-
-- **アップデート速度**: 5MBのバンドルを114msで転送し、アップデート中の脆弱性への露出を最小限に抑えます[\[13\]](https://capgo.app)。
-- **APIレスポンス**: 重要なセキュリティ操作の平均応答時間を57msに維持[\[13\]](https://capgo.app)。
-- **アップデート成功率**: 展開の82%のグローバル成功率を確保[\[13\]](https://capgo.app)。
-- **ユーザーカバレッジ**: 24時間以内にアクティブユーザーの95%にセキュリティアップデートを到達[\[13\]](https://capgo.app)。
-
-これらのメトリクスは、セキュリティを損なうことなく、速度と信頼性のバランスを取るCapgoのコミットメントを示しています。
-
-### エンタープライズグレードのセキュリティ機能
-
-Capgoは企業のニーズに合わせた高度なセキュリティ対策を組み込んでいます：
-
-- **バージョン管理**: 以前のバージョンへのセキュアなロールバックオプションを提供。
-- **CI/CD統合**: [GitHub Actions](https://docs.github.com/actions)、[GitLab CI](https://docs.gitlab.com/ee/ci/)、[Jenkins](https://www.jenkins.io/)などのツールと自動化されたセキュアな展開のためにシームレスに統合。
-- **アクセス制御**: 強化された制御のためのユーザー固有のアップデート配信を可能に。
-- **コンプライアンス**: AppleとAndroidの両プラットフォームで要求されるセキュリティ基準を満たす。
-
-これらの機能により、セキュアで制御されたアップデートを重視する組織にとって、Capgoは信頼できる選択肢となっています。
-
-### 本番環境対応のインフラストラクチャ
-
-Capgoの機能は、すでに1,700以上のアプリが本番環境で実行されており、実証されています[\[13\]](https://capgo.app)。プラットフォームはクラウドホスト型と[セルフホスト型のセットアップ](https://capgo.app/blog/self-hosted-capgo/)の両方をサポートし、様々なセキュリティと展開のニーズに対応する柔軟性を提供します。
-
-### 技術的な実装
-
-Capgoのチャネルシステムは、リアルタイム分析に裏付けられた、セキュアなベータテスト、段階的ロールアウト、バージョン管理のために設計されています。強力な暗号化と実用的な展開ツールを組み合わせることで、Capgoはセキュリティと適応性の両方を必要とする組織の要求に応えるソリューションを提供します。
-
-## プラグインの比較
-
-このセクションでは、セキュアなセッション管理のための[Capacitorプラグイン](https://capgo.app/plugins/)を、セキュリティ機能、統合ニーズ、パフォーマンスに焦点を当てて比較します。情報に基づいた決定を行うための参照ガイドとして設計されています。
-
-### コアセキュリティ機能の比較
-
-以下は、プラグインが提供する主要なセキュリティ機能の比較です：
-
-| 機能 | Firebase Auth | Biometric Security | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **暗号化タイプ** | クラウドベース | ハードウェアレベル | 256-bit AES | 256-bit AES | エンドツーエンド |
-| **生体認証サポート** | 限定的 | 完全 | なし | 完全 | なし |
-| **オフライン機能** | 部分的 | あり | あり | あり | あり |
-| **エンタープライズサポート** | あり | コミュニティ | コミュニティ | あり | あり |
-| **Secure Enclaveの使用** | なし | あり | なし | あり | なし |
-
-### 実装要件
-
-以下の表は、各プラグインのセットアップの複雑さ、プラットフォームの互換性、追加の依存関係を示しています：
-
-| プラグイン | セットアップの複雑さ | プラットフォームサポート | 追加の依存関係 |
-| --- | --- | --- | --- |
-| **Firebase Auth** | 中程度 | iOS、Android | Firebase SDK |
-| **Biometric Security** | 低 | iOS、Android | なし |
-| 低 | iOS、Android | なし |
-| **Identity Vault** | 高 | iOS、Android、Web | Auth Connect |
-| **Capgo** | 中程度 | iOS、Android | なし |
-
-これらの詳細は、プロジェクトの技術要件とリソースに合わせたプラグインの選択に役立ちます。
-
-### セキュリティコンプライアンス基準
-
-レビューされたプラグインは、厳格なセキュリティプロトコルに準拠し、堅牢なデータ保護と合理化されたOAuth2ワークフローを提供します。Identity VaultやCapgoなどのエンタープライズグレードのオプションには以下が含まれます：
-
-- キーチェーン/キーストア技術を使用したセキュアなストレージ[\[1\]](https://capacitorjs.com/docs/guides/security)
-- OAuth2フロー用のPKCE（Proof Key for Code Exchange）[\[1\]](https://capacitorjs.com/docs/guides/security)
-- セキュアな通信のためのSSL対応エンドポイント[\[1\]](https://capacitorjs.com/docs/guides/security)
-- 強制的な[コンテンツセキュリティポリシー](https://capgo.app/security/)（CSP）[\[1\]](https://capacitorjs.com/docs/guides/security)
-
-### パフォーマンスの考慮事項
-
-パフォーマンスは、特に認証速度とデータストレージの効率性の面で、プラグイン間で異なります。Identity Vaultは、パフォーマンスを損なうことなく、セキュアエンクレーブと強力な暗号化を活用する高度なセキュリティ機能で際立っています[\[2\]](https://capacitorjs.com/docs/plugins/enterprise)。
-
-### 統合の柔軟性
-
-各プラグインは異なるレベルの統合サポートを提供します：
-
-| プラグイン | CI/CD 統合 | カスタム実装 | 移行サポート |
-| --- | --- | --- | --- |
-| **Firebase Auth** | ネイティブサポート | 制限あり | 中程度 |
-| **生体認証セキュリティ** | 手動 | 完全 | 制限あり |
-| 手動 | 完全 | 容易 |
-| **Identity Vault** | エンタープライズツール | 完全 | 包括的 |
-| **Capgo** | 自動化 | 完全 | 包括的 |
-
-### コスト便益分析
-
-エンタープライズプラグインは広範な機能と専用サポートを提供し、大規模なプロジェクトに最適ですが、多くの場合、より高価な価格帯となります [\[2\]](https://capacitorjs.com/docs/plugins/enterprise)。
-
-### 開発者エクスペリエンス
-
-これらのプラグインの開発者エクスペリエンスは、ドキュメントと統合の容易さに影響されます。Capacitorの「ウェブファースト」アプローチにより、ウェブ開発者がモバイルアプリ開発に移行する際の安全なセッション管理がより簡単になります [\[3\]](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development)。
-
-### 実世界での応用
-
-エンタープライズレベルのセキュリティニーズには、Identity VaultやCapgoが堅牢な機能と包括的なサポートを提供します。一方、コミュニティ主導のプラグインは、セキュリティ要件がそれほど厳しくない小規模プロジェクトに適しています。
-
-## 推奨事項
-
-異なるユースケースに基づく推奨ソリューションの内訳：
-
-### 中小規模アプリケーション向け
-
-小規模なチームで予算が限られている場合、**[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)** は優れた選択肢です。プラットフォームネイティブの暗号化（iOS KeychainとAndroid KeyStore）を使用してアカウント情報を安全に保存し、iOSとAndroidの両方で基本的な安全なセッション管理のためのAES-256暗号化を強力なサポートとともに提供します。
-
-### エンタープライズアプリケーション向け
-
-厳格なセキュリティを必要とする組織には、**Identity Vault**が際立っています。ネイティブセキュリティAPIを基盤として構築されており、厳格な規制要件のある環境に適した機密キーやトークンの取り扱いが可能です。
-
-### 迅速な開発サイクル向け
-
-スピードが優先される場合、**Firebase Auth**は優れた選択肢です。クラウドベースのインフラストラクチャ、組み込みのユーザー管理機能、広範なドキュメントにより、MVPやプロトタイプに理想的で、チームが迅速にソリューションを実装できます。
-
-### コンプライアンス重視のアプリケーション向け
-
-厳格な規制基準の下で運営されるプロジェクトには、以下の特定のコンプライアンスニーズに対応したソリューションがあります：
-
-| **要件** | **推奨プラグイン** | **主な利点** |
-| --- | --- | --- |
-| データプライバシー＆GDPR | Capgo | エンドツーエンドの暗号化 |
-| 規制＆政府のニーズ | Capgo | ロールベースのアクセス制御 |
-| エンタープライズグレードのセキュリティ | Identity Vault | ネイティブセキュリティAPI統合 |
-
-- **Capgo**は[データプライバシーコンプライアンス](https://capgo.app/dp/)（GDPRを含む）の確保に焦点を当て、ロールベースのアクセス制御のツールも提供します。
-- **Identity Vault**はネイティブセキュリティAPIとのシームレスな統合に特化し、エンタープライズグレードのセキュリティニーズに対応します。
-
-### 特殊なユースケース
-
-オフライン機能と安全なトークン管理が必要なアプリには、ハイブリッドアプローチが最適です：
-
-- 機密データの安全な保存には**Identity Vault**を使用。
-- 非機密データの処理には**Capacitor Preferences API**と組み合わせる。
-- 永続的なトークン保存には安全なキーチェーン/キーストアの手法を活用。
-
-**Capacitor Preferences API**は最小限の非機密データにのみ使用し、機密情報は安全なキーチェーンまたはキーストア統合を使用して保存する必要があることに注意してください。これにより、セキュリティと機能性のバランスの取れたアプローチが確保されます。
-
-## よくある質問
-
-:::faq
-### 暗号化と生体認証を含む安全なセッション管理について、Capacitorプラグインはどのような機能を提供していますか？
-
-安全なセッション管理用のCapacitorプラグインは、暗号化と生体認証に関して異なるアプローチを取っています。多くは**AES-256暗号化**を使用してセッションデータを保護し、不正アクセスに対する強力な防御を提供します。[生体認証機能](https://capgo.app/plugins/capacitor-native-biometric/)に関しては、サポートレベルは様々です。例えば、Capacitor Native Biometricプラグインは、指紋や顔認証などのデバイスレベルの生体認証システムと直接統合し、ユーザーセッションに追加のセキュリティ層を提供します。
-
-Capgoは**エンドツーエンド暗号化**とスムーズな生体認証を組み合わせることで、さらに一歩進んでいます。この組み合わせにより、堅牢なデータセキュリティと使いやすいユーザーエクスペリエンスの両方が確保され、使いやすさを犠牲にすることなくアプリのセキュリティを向上させたい開発者にとって際立ったオプションとなっています。
-:::
-
-:::faq
-### Biometric Security Pluginを使用して、生体認証をCapacitorアプリに安全に統合するにはどうすればよいですか？
-
-Capacitorアプリに[生体認証を統合する](https://capgo.app/plugins/capacitor-native-biometric/)には、iOS KeychainやAndroid Keystoreなどのモバイルオペレーティングシステムが提供する**組み込みセキュリティ機能**を活用することから始めます。これらのシステムは、暗号化キーやセッショントークンなどの機密データにハードウェアベースの保護を提供し、セキュリティを確保します。
-
-生体認証を設定する際は、Biometric Security Pluginの`authenticate()`メソッドを使用します。これにより、タイトルやボタンテキストなどの要素をカスタマイズして、ユーザーフレンドリーな認証プロンプトを作成できます。生体認証をサポートしていないデバイスでは、PINやパスワード認証などのフォールバックオプションを必ず含めて、アクセシビリティを維持してください。
-
-シークレットを直接アプリにハードコードすることは避けることが重要です。代わりに、保存されたトークンを暗号化してセキュリティをさらに強化します。さらに、Capgoのようなツールを使用すると、Capacitorアプリの暗号化されたリアルタイム更新を提供することで、安全なセッション管理を強化できます。
-:::
-
-:::faq
-### Capgoはアプリセッションを管理しながら、ライブアップデートをどのように安全に保つのですか？
-
-Capgoはライブアップデートに**エンドツーエンド暗号化**を優先して使用します。これにより、アプリバンドルはクラウドに送信される前に暗号化され、ユーザーのデバイス上でのみ復号化されるため、データは常に保護された状態を維持します。
-
-アップデートはバックグラウンドでシームレスに処理されるため、ユーザーはアプリの使用中に中断されることはありません。アプリを再起動した時にのみアップデート通知が表示され、スムーズな体験を維持し、アプリストアのルールに準拠します。
-:::
diff --git a/src/content/blog/ja/capacitor-plugins-what-you-need-to-know.md b/src/content/blog/ja/capacitor-plugins-what-you-need-to-know.md
deleted file mode 100644
index fa06950cd..000000000
--- a/src/content/blog/ja/capacitor-plugins-what-you-need-to-know.md
+++ /dev/null
@@ -1,231 +0,0 @@
----
-slug: capacitor-plugins-what-you-need-to-know
-title: Capacitorプラグイン：知っておくべきこと
-description: Capacitorプラグインを活用してクロスプラットフォームアプリ開発を行い、ネイティブ機能に簡単にアクセスする方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-10T22:09:04.610Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a9581f762bb46adb44912d-1739225358216.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor plugins, mobile development, cross-platform apps, native features,
-  custom plugins, community plugins
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) プラグインは、クロスプラットフォームアプリの構築に欠かせないもので、カメラ、ファイルシステム、通知などのネイティブデバイス機能を最小限の労力で利用できるようにします。これらは、JavaScript API とネイティブコードを組み合わせて、iOS、Android、およびウェブプラットフォーム間のシームレスな統合を提供します。知っておくべきことは次のとおりです。
-
-1. **コアプラグイン**: [Ionic](https://ionicframework.com/) チームによって構築され、ファイルストレージ (`Filesystem.writeFile`) やネットワークチェック (`Network.getStatus`) などの基本的な機能をカバーします。
-2. **コミュニティプラグイン**: [Firebase Analytics](https://firebase.google.com/docs/analytics)、[アプリ内購入](https://capgo.app/plugins/native-purchases/)、およびライブアップデートなど、特化した機能を提供します。
-3. **カスタムプラグイン**: 独自のハードウェアやビジネスニーズに対応するために自作します。
-
-### 概要
-
-| **利点** | **影響** | **例** |
-| --- | --- | --- |
-| 開発速度 | より早い機能実装 | カメラ機能を簡単に追加 |
-| コード効率 | プラットフォーム間の再利用 | iOS と Android 用の共有 API |
-| [ネイティブパフォーマンス](https://capgo.app/plugins/native-audio/) | デバイス機能への直接アクセス | プラットフォーム特有の最適化 |
-
-Capacitor のプラグインシステムは、ネイティブパフォーマンスを維持しながらアプリ開発を簡素化します。事前に作成されたプラグインを使用する場合でもカスタムプラグインを作成する場合でも、プラットフォーム特有の複雑さに対処するのではなく、機能の構築に集中できるようになります。
-
-## 自分の [Capacitor](https://capacitorjs.com/) プラグインを作成する方法
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-10.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Nf-mOfmD7X4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## プラグイン技術構造
-
-[Capacitor プラグイン](https://capgo.app/plugins/) は、ウェブとネイティブ環境間のスムーズな相互作用を可能にするクロスプラットフォームブリッジ設計に基づいています。この仕組みを理解することは、開発者がプラグインをより効率的に構築およびデバッグするのに役立ちます。
-
-### プラグインコンポーネント: ウェブとネイティブ
-
-Capacitor プラグインは、ウェブとネイティブ機能を分離した二層のセットアップを使用します。これらの層は、Capacitor のブリッジシステムを通じて通信します。
-
-| コンポーネント | 実装 |
-| --- | --- |
-| JavaScript API | エクスポートされたメソッドを持つ [TypeScript](https://www.typescriptlang.org/) 定義 |
-| ネイティブコード | [Swift](https://developer.apple.com/swift/) (iOS) および [Kotlin](https://kotlinlang.org/)/Java (Android) |
-| ブリッジ層 | JSON メッセージシリアライゼーション |
-
-この構造は、JavaScript とネイティブ環境間のデータ型の変換などのタスクを簡素化します。たとえば、Filesystem プラグインは、バイナリデータを自動的に Base64 に変換して転送し、プリミティブなデータ型は JSON を用いて処理されます [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins)。
-
-### プラットフォーム間の通信
-
-ウェブとネイティブ層間の通信は、メッセージベースのシステムを通じて行われます。これはどのように流れるかの例です。
-
-```javascript
-// Example of platform communication flow
-LocalNotifications.schedule({
-    title: "Update Available",
-    body: "New version ready to install"
-}) // Triggers native implementation based on platform
-```
-
-ブリッジには、次のようなセキュリティ機能が含まれています。
-
-1. **TypeScript バリデーション** によるデータの整合性の確保
-2. **サンドボックス化された WebView 実行コンテキスト** による安全な相互作用 [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-エラーハンドリングは分かりやすく、Capacitor はエラーを返すためにプロミスチェーンを使用しています。たとえば、ジオロケーションアクセスが権限の不足により拒否された場合、開発者には問題を特定して修正するための明確なエラーコードが提供されます [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins)。
-
-プラットフォーム固有の違いに対処するため、開発者は `Capacitor.isPluginAvailable()` を使用して、機能がサポートされているかどうかを確認してから実行できます。このアプローチにより、アプリがプラットフォーム間で機能し、利用可能な場合はネイティブ機能を活用しつつ、Capacitor のクロスプラットフォームアプローチを維持します [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)。
-
-## プラグインカテゴリ
-
-Capacitor プラグインは、特定の開発ニーズに応じて3つの主要カテゴリに分かれています。これらのカテゴリを知っておくことで、開発者はプロジェクトに適したプラグインを選択できます。これらのカテゴリは、プラグイン選択プロセスでも重要な役割を果たします。
-
-### コアプラグイン
-
-コアプラグインは、Ionic チームによって開発・維持されています。これらは主要なネイティブ機能を提供し、更新と標準化された API でサポートされています。
-
-| コアプラグイン | 機能 | 主要メソッド |
-| --- | --- | --- |
-| Filesystem | ファイルストレージアクション | `Filesystem.writeFile()` |
-| Network | 接続状態をチェック | `Network.getStatus()` |
-| Device | ハードウェア情報にアクセス | `Device.getInfo()` |
-
-これらのプラグインは TypeScript バリデーションを含み、プラットフォーム間で一貫した動作を保証するため、基本的なネイティブ機能にとって信頼できる選択肢となっています [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins)。
-
-### コミュニティプラグイン
-
-Capacitor のエコシステムには、基本を超えたさまざまなサードパーティプラグインも提供されています。これらのプラグインは、より特化したニーズに対応し、広く使用されているサービスと統合されます。
-
-| プラグイン | 目的 |
-| --- | --- |
-| Firebase Analytics | アプリの使用状況を追跡 |
-| Live Updates | リアルタイムアップデートを可能にする |
-| Native Purchases | アプリ内購入を管理 |
-| Screen Reader | アクセシビリティサポートを追加 |
-
-コミュニティプラグインを選択する際は、信頼性を確保するために、GitHub の活動、メンテナンス頻度、コミュニティサポートのレベルを評価することが重要です [\[3\]](https://github.com/riderx/awesome-capacitor)。
-
-### カスタムプラグインの構築
-
-時には、コアプラグインやコミュニティプラグインではニーズを満たせないことがあります。特にユニークなハードウェア統合や特定のビジネス要件に対応するためにカスタムプラグインが必要です。例としては、独自のハードウェアを扱ったり、カスタムロジックを実装したり、レガシーシステムとの接続が含まれます。
-
-カスタムプラグインの開発には、iOS と Android のネイティブ実装を作成し、統一された JavaScript API を提供することが含まれます。クロスプラットフォームの一貫性を維持するために、開発者は以下を含めるべきです。
-
-1. ウェブ環境用のブラウザ互換機能
-2. すべてのプラットフォームで統一されたメソッドシグネチャ [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins)。
-
-###### sbb-itb-f9944d2
-
-## アプリにプラグインを追加する
-
-Capacitor アプリにプラグインを追加するには、パフォーマンスとセキュリティの両方を確保するための慎重な計画が必要です。ここでは、プラグインを効果的に選択、実装、およびテストする方法を詳しく見ていきます。
-
-### プラグイン選択ガイド
-
-アプリ用のプラグインを選択する際には、次の基準を念頭に置いてください。
-
-| **基準** | **探すべきこと** |
-| --- | --- |
-| プラットフォームサポート | iOS、Android、およびWebとの互換性 |
-| ドキュメント | 明確な API リファレンスおよび例 |
-
-機密データやセキュリティに関わる機能については、`npm audit` のようなツールを実行するか、[Snyk](https://snyk.io/) のようなプラットフォームを使用して脆弱性を確認します。これをウェブセキュリティのベストプラクティスと組み合わせます [\[7\]](https://ahrefs.com/blog/google-advanced-search-operators/)[\[8\]](https://www.w3.org/International/questions/qa-html-language-declarations)。
-
-### [Capgo](https://capgo.app/): アプリのライブアップデート
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-10.jpg?auto=compress)
-
-Capgo は、Capacitor とシームレスに連携する [ライブアップデートプラグイン](https://capgo.app/docs/plugin/self-hosted/auto-update/) を提供します。このプラグインを使用すると、アプリに直接アップデートをデプロイできます - バグ修正や新機能を暗号化されたチャネルを使用して行い、すべてアプリストアのポリシーに準拠しています [\[3\]](https://github.com/riderx/awesome-capacitor)。
-
-### プラグインテスト方法
-
-徹底的なテストは、プラグインがすべてのプラットフォームでスムーズに動作することを保証するために重要です。以下の方法でアプローチできます。
-
-1. **プラットフォームマトリクステスト**: サポートされているすべてのプラットフォームバージョン間でプラグインをテストします。互換性の問題を避けるために、プラグインメソッドを呼び出す前に Capacitor のプラットフォームの可用性チェックを使用します。
-    
-2. **一般的な問題の解決**: これらの解決策で頻繁な問題を解決します：
-    
-    | **問題** | **解決策** |
-    | --- | --- |
-    | ネイティブビルドの失敗 | 正しい依存関係のバージョンを確認します |
-    | 権限エラー | プラットフォームの設定を再確認します |
-    
-3. **自動テスト**: 自動化ツールを使用して、さまざまなエラーステートやエッジケースをシミュレートし、プラグインが期待通りに動作することを確認します [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins)。
-
-アプリの機能にとって重要なプラグインについては、パッチ適用バージョンを維持し、公式の変更ログを監視して更新や破壊的変更を把握します [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins)[\[5\]](https://capacitorjs.com/docs/plugins)。これにより、潜在的な問題を事前に把握し、アプリを安全で信頼性の高い状態に保つことができます。
-
-## プラグインメンテナンスガイド
-
-プラグインを注意深く選択し実装したら、維持管理も重要です。定期的な更新やチェックにより、アプリが機能し続け、セキュリティリスクを回避し、プラットフォームの変更に適合します。
-
-### バージョン管理
-
-プラグインのバージョン管理は、Capacitor のコアアップデートとプラットフォーム固有の変更の両方に注意を払うことが必要です。プラグインを Capacitor のセマンティックバージョニングと整合させることが重要です。
-
-| バージョンタイプ | 更新優先度 | 主要な考慮事項 |
-| --- | --- | --- |
-| **メジャーアップデート** | 高 | API の変更 |
-| **マイナーアップデート** | 中 | 新機能 |
-| **パッチアップデート** | 低 | バグ修正、セキュリティパッチ |
-
-メジャーバージョンをアップグレードする際は、次の手順に従います。
-
-1. **現在のセットアップを監査**
-
-カスタマイズや回避策を文書化してください。
-
-2\. **[更新戦略](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)**
-
-以下を含む詳細な更新計画を作成します：
-
--   テスト環境の設定
--   バックアップの作成
--   ロールバックプロトコルの準備
--   潜在的なユーザーへの影響の評価
-
-3\. **実装**
-
-更新中は、すべてが円滑に動作するように、クラッシュ率、パフォーマンスメトリクス、API応答を監視します。
-
-バージョンを一貫して追跡し、徹底したテストを行うことで、信頼性のある品質保証サイクルを維持するのに役立ちます。
-
-### プラグインサポートリソース
-
-信頼できるサポートにアクセスできることは、効果的なプラグインメンテナンスに不可欠です。Capacitorエコシステムは、いくつかの便利なリソースを提供しています：
-
-> "8,000人以上のメンバーを持つCapacitor GitHub Discussionsコミュニティは、プラグインメンテナンスサポートとトラブルシューティングの主要なハブとして機能します。" [\[5\]](https://capacitorjs.com/docs/plugins)
-
-Capgoのようなツールを使用してライブ更新を行うチームには、追加機能が含まれます：
-
--   リアルタイムのクラッシュ分析
--   自動互換性チェック
--   デプロイメントのロールバックオプション
-
-コミュニティプラグインを使用する際は、これらのリソースを考慮してください：
-
-| リソース | 目的 |
-| --- | --- |
-| **Ionicフォーラム** | 公式プラグインサポート |
-| **Stack Overflow** | 技術的解決策 |
-| **プラグインGitHub Issues** | バグ追跡 |
-
-放置されたプラグインに遭遇した場合は、リポジトリをフォークするか、Capacitorのブリッジを使用してカスタムラッパープラグインを作成できます。
-
-一般的なメンテナンスの課題を避けるために、テストルーチンを自動化して以下を識別します：
-
--   iOS/Android APIの非推奨
--   ネイティブ依存関係の衝突
--   プラットフォーム固有の権限問題
-
-定期的に`capacitor doctor`を使用すると、潜在的な問題を早期に把握でき、アプリが最高の状態を維持するのに役立ちます [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins)。
-
-## 要約
-
-Capacitorプラグインは、コアデザインを通じてウェブとネイティブの機能を接続し、[クロスプラットフォームアプリ開発](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/)をより効率的にします [\[6\]](https://capacitorjs.jp/blog/how-capacitor-works)。このアーキテクチャは、開発者に高度なアプリケーションを構築しながらネイティブアプリのスピードとパフォーマンスを維持するためのツールを提供します。
-
-プラグインを円滑に運用するためには、そのカテゴリと維持方法を理解することが重要です：
-
-プラグインエコシステムは、アクティブな更新と継続的な改善のおかげで安定しています [\[3\]](https://github.com/riderx/awesome-capacitor)。この取り組みは、ライ브更新のような機能を導入しながら、プラットフォーム間での一貫したパフォーマンスを保証します。
-
-プラグインを効果的に管理しようとしているチームのために、最新のツールが従来の更新プロセスを簡素化しました。ネイティブメソッドは200ms未満で実行されるように設計されており [\[6\]](https://capacitorjs.jp/blog/how-capacitor-works)、すべてのプラットフォームで迅速かつ信頼性のあるパフォーマンスを確保します。
diff --git a/src/content/blog/ja/capacitor-social-login-release.md b/src/content/blog/ja/capacitor-social-login-release.md
deleted file mode 100644
index 6f30ae06d..000000000
--- a/src/content/blog/ja/capacitor-social-login-release.md
+++ /dev/null
@@ -1,53 +0,0 @@
----
-slug: capacitor-social-login-release
-title: Capacitor ソーシャルログインプラグインの新リリース
-description: >-
-  Capacitor Social Loginプラグインは、iOS、Android、Webで
-  Google、Facebook、Appleでのログインを可能にするプラグインです。
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-10-08T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /social_login_plugin_blog.webp
-head_image_alt: Capgoの組織システムの説明
-keywords: >-
-  Oauth, social login, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Capacitor
-published: true
-next_blog: ''
-locale: ja
----
-## はじめに
-
-こんにちは、Michael（[WcaleNieWolny](https://github.com/WcaleNieWolny)）です 👋
-
-1ヶ月の大変な（そして少し苦しい 🙃）作業の末、Capacitor Social Loginの最初のリリースを発表できることを嬉しく思います。このプラグインは、iOSとAndroidの両方でGoogleとAppleのログインを処理することを目的としています。さらに、Martinと共に以下のようなユニークな機能の開発に取り組んできました：
-
- - AndroidでのAppleログインの導入
- - 新しいGoogle Credentials APIの採用
- - 詳細なドキュメントの追加
-
-## AndroidでのAppleログイン
-
-まず、AndroidでのAppleログインという大きな革新について説明します。AppleのSDKはこの機能を提供していないため、これは簡単な作業ではありませんでした。[この記事](https://johncodeos.com/how-to-add-sign-in-with-apple-button-to-your-android-app-using-kotlin/)を参考にしましたが、より安全にするために少し変更を加えました。最終的なフローは以下のようになります：
-
-<figure><img style="margin-left: auto;margin-right: auto;max-height: 600px !important;" src="/apple-login-flow-chart.svg" alt="Apple Login flow chart" /><figcaption></figcaption></figure>
-
-残念ながら、バックエンドとアプリコードの一部変更が必要ですが、これが最善の方法でした。
-
-## AndroidでのGoogleログインの刷新
-
-次に、AndroidでのGoogleログインの実装に取り組みました。[CodetrixStudioのCapacitorGoogleAuth](https://github.com/CodetrixStudio/CapacitorGoogleAuth)は[間もなく非推奨となるGMSライブラリ](https://developer.android.com/identity/sign-in/legacy-gsi-migration#authorization)を使用していることが判明しました。このGMSライブラリがレガシーとみなされているため、[CredentialManager](https://developer.android.com/identity/sign-in/credential-manager-siwg)を使用することにしました。これによりログインフローが簡素化され、厄介な[エラー10](https://github.com/CodetrixStudio/CapacitorGoogleAuth/issues/332)も解消されました 🎉
-
-## ドキュメント
-
-最後に、素晴らしい✨ドキュメントを作成しました。ドキュメントの正確性と包括性を確保するために多くの時間を費やしました。
-ドキュメントにはAppleとGoogle両方の設定に関する詳細なガイドが含まれています。また、Appleログイン用の[サンプルバックエンド](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo)も提供しています 🍎
-
-[Apple](https://github.com/Cap-go/capacitor-social-login/blob/main/docs/setup_apple.md)と[Google](https://github.com/Cap-go/capacitor-social-login/blob/main/docs/setup_google.md)のガイドをぜひご確認ください！
-
-## まとめ
-
-結論として、Capacitor Social Loginプラグインは多くの新しい魅力的な機能を導入し、将来さらなる機能が追加される予定です 🚀
diff --git a/src/content/blog/ja/capacitor-vs-appflow-ota-update-solutions-compared.md b/src/content/blog/ja/capacitor-vs-appflow-ota-update-solutions-compared.md
deleted file mode 100644
index 3c6212c3f..000000000
--- a/src/content/blog/ja/capacitor-vs-appflow-ota-update-solutions-compared.md
+++ /dev/null
@@ -1,271 +0,0 @@
----
-slug: capacitor-vs-appflow-ota-update-solutions-compared
-title: 'CapacitorとAppflow: OTAアップデートソリューションの比較'
-description: アプリに最適なOTAアップデートソリューションを見つけるために、セキュリティ、速度、コスト効率に焦点を当てて比較してください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T01:59:04.033Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9-1743299955207.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, Capacitor, Appflow, mobile development, deployment solutions, app
-  security, update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリのための最適なOTAアップデートソリューションを探していますか？** ここでは、[Capacitor](https://capacitorjs.com/)（[Capgo](https://capgo.app/)付き）と[Appflow](https://ionic.io/appflow/)のクイック比較を提供し、決定を助けます。[Capacitor](https://capacitorjs.com/)は迅速な更新、高いセキュリティ、コスト効率の良いオプションを提供する一方で、Appflowは[Ionic](https://ionicframework.com/)エコシステムに依存しており、2026年に終了予定です。
-
-### 主なポイント:
-
--   **Capacitor (Capgo)**:
-    
-    -   更新は24時間以内に95％のユーザーに届きます。
-    -   エンドツーエンドの暗号化と柔軟なホスティング（クラウドまたは自己ホスティング）を提供します。
-    -   年間約$3,600のコストと、一度きりのセットアップ費用$2,600。
-    -   積極的に開発されており、オープンソースです。
--   **Appflow**:
-    
-    -   Ionicと統合されていますが、クラウド専用です。
-    -   2026年にサポートが終了する予定です。
-    -   年間$6,000のコストです。
-
-### クイック比較:
-
-| 機能 | Capacitor (Capgo) | Appflow |
-| --- | --- | --- |
-| **更新速度** | 24時間以内に95％、57ms API | 変動 |
-| **セキュリティ** | エンドツーエンドの暗号化 | 標準署名 |
-| **ホスティング** | クラウドまたは自己ホスティング | クラウド専用 |
-| **将来の可用性** | 積極的に開発中 | 2026年に終了 |
-| **年間コスト** | 約$3,600 | $6,000 |
-| **セットアップ費用** | $2,600 | 含まれています |
-
-**結論:** Capacitor (Capgo)は、特に長期プロジェクトにとって将来にわたって安心、安全、コスト効率の良い選択肢です。Appflowは短期ニーズに適しているかもしれませんが、今後のシャットダウンに対応するための移行計画が必要です。
-
-## [Capacitor](https://capacitorjs.com/) アップデート機能
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### 組み込み更新システム
-
-Capacitorの更新システムを使用すると、開発者は通常のアプリストアのレビューの遅延を回避して、ライブバグ修正や新機能をユーザーに直接提供できます。適切に設定されている場合、このシステムは24時間以内に95％のアクティブユーザーにリーチできます [\[1\]](https://capgo.app/) 。これは差分更新を使用しており、変更されたコードの部分のみをダウンロードし、帯域幅を節約し、プロセスを加速します。たとえば、CapgoのグローバルCDNを通じて5MBの更新をダウンロードするのにわずか114ミリ秒かかります [\[1\]](https://capgo.app/) 。この効率的なアプローチは、現代の開発ワークフローにシームレスに適合します。
-
-### 開発ツールのサポート
-
-Capacitorの更新システムは、デプロイメントを簡素化するためにさまざまな開発ツールと連携しています。CLIツールは、更新のビルドとデプロイを容易にし、[GitHub Actions](https://docs.github.com/actions)、[GitLab CI](https://docs.gitlab.com/ee/ci/)、および[Jenkins](https://www.jenkins.io/)のようなCI/CDプラットフォームとの互換性があり、全プロセスを自動化します。バージョン管理、エラートラッキング、分析ダッシュボードなどの追加機能により、開発者はリアルタイムで更新を監視し、問題をトラブルシューティングし、パフォーマンスを効果的に測定できます。
-
-### [Capgo](https://capgo.app/) プラットフォーム機能
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-[Capgoプラットフォーム](https://capgo.app/docs/webapp/)は、追加のセキュリティと高度なデプロイメントオプションを伴い、Capacitorの更新機能を強化します。750のプロダクションアプリで2350万回のアップデートを管理してきたため [\[1\]](https://capgo.app/)、パフォーマンスを向上させるための重要な機能を提供します：
-
-| 機能 | 能力 | パフォーマンス指標 |
-| --- | --- | --- |
-| 更新成功率 | グローバルデプロイメント | 世界的に82% |
-| API応答時間 | リアルタイム操作 | 平均57ms |
-| セキュリティ | エンドツーエンドの暗号化 | 完全な更新保護 |
-| 配布 | [チャンネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | ターゲットを絞ったロールアウト |
-
-Capgoのチャンネルシステムは、セキュリティを損なうことなく、ベータテストや段階的な更新の実施を可能にします。チームはクラウドホスティングと自己ホスティングのセットアップの間で選択でき、ワンクリックでのロールバックや積極的なエラーモニタリングなどのツールを活用して完全なコントロールを得ることができます。
-
-## [Appflow](https://ionic.io/appflow/) アップデートシステム
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-### [Ionic](https://ionicframework.com/) プラットフォーム接続
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-Appflowは、アプリのアップデートを効率的にパッケージ化して配布するために、Ionicのビルドシステムと直接連携します。
-
-### 更新自動化ツール
-
-Appflowには、ビルドの自動化、パイプラインの管理、バージョン管理を行うためのクラウドベースのツールが含まれています。ただし、ユーザーはそのコードプッシュ機能にいくつかの課題を指摘しています。
-
-> "4年間の@Appflowのサブスクリプションをキャンセルしました。コードプッシュはうまく機能しなかったようで、@CapGOはそれを解決していることを願っています" - LeVar Berry [\[1\]](https://capgo.app/)
-
-### Appflowの終了計画
-
-Ionicは、Appflowが2026年に廃止されると発表し、ユーザーに中断を避けるために今から移行計画を立てるよう呼びかけました。
-
-> "@AppFlowからの年額$5000の請求に直面した後に@Capgoに切り替えました。今のところCapoGoが大好きです。@Capgoのおかげで、素晴らしい製品です。" - jermaine [\[1\]](https://capgo.app/)
-
-## プラットフォーム比較
-
-これらのプラットフォームがその主要機能に基づいてどのように機能するかを実用的に分析したものです。
-
-### 機能比較チャート
-
-この表は、CapgoとAppflowの主な違いを強調しています：
-
-| 機能 | Capgo | Appflow |
-| --- | --- | --- |
-| **更新配信速度** | 24時間以内に95％のユーザーが更新、57msの平均API応答 | パフォーマンスは変動 |
-| **セキュリティ** | エンドツーエンドの暗号化 | 標準署名 |
-| **更新成功率** | 世界的に82% | 公開されていない |
-| **CI/CD統合** | GitHub Actions、GitLab CI、Jenkins | Ionic専用ツール |
-| **ホスティングオプション** | クラウドまたは自己ホスティング | クラウド専用 |
-| **プラットフォーム状況** | アクティブな開発 | 2026年にサポートが終了 |
-| **年間コスト** | 約$3,600（$300/月） | $6,000 |
-| **セットアップ費用** | $2,600（一度きり） | 含まれています |
-| **ソースコード** | 100%オープンソース | 専有 |
-
-これらの違いは、特定のニーズに応じて選択を導く助けになります。
-
-### 各プラットフォームの最適な使用法
-
-各プラットフォームは異なるシナリオで際立っており、特定のユースケースに適しています：
-
--   **Capgo**は以下に最適です：
-    
-    -   迅速なダウンロード速度のおかげで重要な更新を迅速に展開したい場合。
-    -   エンドツーエンドの暗号化によるセキュリティが優先される環境。
-    -   長期的なコストが低く柔軟な展開オプションを求めるチーム。
--   **Appflow**は以下に適しています：
-    
-    -   Ionicエコシステムにすでに投資しているユーザー。
-    -   2026年より前に終了する短期プロジェクト。
-    -   Ionicの専有ビルドシステムに依存するチーム。
-
-NASAの[OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx)チームは彼らの経験を共有しました：
-
-> "@Capgoはホットコードプッシュを行うための賢い方法です（@AppFlowのような全ての費用を支払うことなく）:-)" [\[1\]](https://capgo.app/)
-
-Capgoは、750のプロダクションアプリで23.5百万回のアップデートを届け、82%の世界的成功率を誇ります。
-
-## 開発者ツールとワークフロー
-
-### セットアッププロセス
-
-OTAアップデートの設定はプラットフォームによって異なりますが、Capgoはプロセスを大幅に簡素化します。開発者は単一のCLIコマンドを使用して15分以内に更新を展開できます。以下は、CapgoのセットアッププロセスとAppflowのより手動なアプローチとを比較したものです：
-
-| ステップ | Capgo | Appflow |
-| --- | --- | --- |
-| **初期設定** | 単一のCLIコマンド: `npx @capgo/cli init` | ダッシュボード経由での手動設定 |
-| **構成** | プラグインの自動設定と構成 | 手動構成 |
-| **ビルド統合** | 既存のビルドワークフローと連携 | カスタムステップが必要 |
-| **最初の更新までの時間** | 15分以内 | 明記されていない |
-
-> "@Capgoを設定し、@AppFlowの素晴らしい代替品をテスト中です！ハードワークに感謝します、今のところ簡単でした。アプリストアにリリースしようとしています🤞" - jaythegeek [\[1\]](https://capgo.app/)
-
-Capgoはセットアップで止まることはありません - CI/CD統合を使ってビルドパイプラインをさらに強化します。
-
-### ビルドパイプラインのサポート
-
-迅速なセットアップの後、CapgoはGitHub Actions、GitLab CI、Jenkinsのような広く使用されているCI/CDツールとシームレスに統合します。このアプローチは、特定のプラットフォームにロックインすることなく、50以上のアプリをサポートします。CI/CDのセットアップには一度きりの費用$2,600と月次運用コスト約$300がかかります [\[1\]](https://capgo.app/) 。
-
-### 更新管理
-
-更新を効果的に管理することは、アプリのパフォーマンスと信頼性にとって重要です。Capgoは、次のような高度なツールを提供します：
-
--   **チャンネル管理**: ベータテスト、段階的なロールアウト、プロダクションリリースに最適です。
--   **バージョン管理**: ワンクリックロールバック、リアルタイム更新分析、エラートラッキング、特定のチャンネル経由でのプルリクエストテストなどの機能。
--   **ユーザー管理**: 更新配信の詳細なコントロール、ベータテスター管理、権限ベースのアクセス、ユーザーグループのターゲティングを提供します。
-
-Capgoのエラートラッキングは迅速な修正とスムーズな更新を保証し、アプリの安定性を保ちます。
-
-## セキュリティとガイドライン
-
-更新を安全に提供することは、コンプライアンスを維持し、ユーザーの信頼を得るために重要です。特に強力なデプロイメント機能と組み合わせる場合にはなおさらです。
-
-### アプリストアの規則
-
-OTAアップデートはアプリストアの規制に沿っており、これまで取り上げたデプロイメントワークフローとスムーズに統合される必要があります。以下は、CapgoとAppflowがこれらの要件をどのように扱っているかです：
-
-| 要件 | Capgo | Appflow |
-| --- | --- | --- |
-| アプリストア準拠 | Appleガイドラインに完全に準拠 | 標準基準を満たす |
-| プレイストア準拠 | Google Playの要件に従う | 標準基準を満たす |
-| 認可された復号化 | ユーザー向けのエンドツーエンド暗号化 | 更新署名 |
-| バージョン管理 | ロールバックを含む詳細なバージョン管理 | 基本的なバージョントラッキング |
-
-CapgoはAppleとGoogleのOTAガイドラインに準拠しています [\[1\]](https://capgo.app/) 。この厳格なストアルールへの適合は、前述のCI/CD統合を補完しています。
-
-### セキュリティ機能
-
-セキュリティはOTA更新システムにおいて非常に重要な役割を果たします。特にライブコードデプロイメントにおいて。Capgoは、従来のソリューションを超える高度なセキュリティ対策を提供することで目立っています：
-
-| セキュリティ機能 | 実装 |
-| --- | --- |
-| 暗号化タイプ | エンドツーエンド暗号化 |
-| 更新保護 | 特定のユーザー向けにカスタマイズされた復号化 |
-| アクセス制御 | 包括的な権限管理 |
-| ホスティングオプション | クラウドまたは自己ホストの設定オプション |
-| バージョンロールバック | 簡単なワンクリックでのロールバック機能 |
-
-これらの機能は、更新が暗号化され、アクセス制御され、かつ元に戻せることを確保し、エンタープライズグレードのセキュリティを提供しながら管理の容易さを保っています。
-
-## 価格比較
-
-### プラットフォームコスト
-
-OTA更新ソリューションのコストは大きく異なる可能性があります。Capgoは月額$12（ソロ）から始まり、$249（PAYG）までのプランを提供しています。以下は彼らの価格詳細です：
-
-| プラン | 月額コスト（年払い） | 主な機能 |
-| --- | --- | --- |
-| ソロ | $12 | 1,000 MAU, 50GB帯域幅 |
-| メイカー | $33 | 10,000 MAU, 500GB帯域幅 |
-| チーム | $83 | 100,000 MAU, 2,000GB帯域幅 |
-| PAYG | $249 | 1,000,000 MAU, 10TB帯域幅 |
-
-これに対し、Appflowは年間固定料金$6,000を請求しています。この価格差のために、多くのユーザーが移行しており、NASAのOSIRIS-RExチームもその一員です：
-
-> "@Capgoはホットコードプッシュを行うための賢い方法です（@AppFlowのように全ての金を払う必要はありません） :-)" [\[1\]](https://capgo.app/)
-
-これらの対照的な価格モデルは、機能とともにコストを評価する重要性を強調しています。
-
-### コスト対利益
-
-価格はOTA更新ソリューションを選ぶ際の主要な要素であり、特に長期計画において重要です。時間が経つにつれ、CapgoとAppflowのコスト差はますます顕著になります：
-
-| 時間期間 | Capgo総コスト\* | Appflow総コスト | 潜在的な節約 |
-| --- | --- | --- | --- |
-| 1年目 | $6,200 | $6,000 | -$200 |
-| 3年目 | $13,400 | $18,000 | $4,600 |
-| 5年目 | $20,600 | $30,000 | $9,400 |
-
-\*Capgoの総コストには、$2,600の一時的なCI/CD設定費用と月額$300の費用が含まれています [\[1\]](https://capgo.app/) 。
-
-ジャーメインは彼の経験を共有しました：
-
-> "年ごとに@AppFlowから$5000の請求書が来たので@Capgoに移行しました。これまでのところCapgoが気に入っています" [\[1\]](https://capgo.app/)
-
-コスト効率に焦点を当てる組織にとって、Capgoの一時設定費用、低い月額料金、そして[自己ホスティングオプション](https://capgo.app/blog/self-hosted-capgo/)は、時間の経過とともに大幅な節約につながる可能性があります。
-
-レヴァー・ベリーも彼の見解を共有しました：
-
-> "4年間@Appflowのサブスクリプションをキャンセルしました。コードプッシュはうまく機能しないように思えたので、@CapGOが解決していることを願っています" [\[1\]](https://capgo.app/)
-
-## 最終分析
-
-### 主な違い
-
-CapacitorとAppflowを比較すると、更新の配信およびセキュリティ機能において明確な対比があります。CapgoのプラットフォームはCapacitorに対して迅速かつ信頼性の高いパフォーマンスを提供します [\[1\]](https://capgo.app/) 。デプロイメントオプションと強固なセキュリティにおいて優れており、**エンドツーエンド暗号化**とクラウドまたは自己ホストの柔軟性が世界中での採用を促進しています [\[1\]](https://capgo.app/) 。
-
-| 機能 | Capgo (Capacitor) | Appflow |
-| --- | --- | --- |
-| セキュリティ | エンドツーエンド暗号化 | 基本的な署名 |
-| ホスティングオプション | クラウドと自己ホスト | クラウドのみ |
-| 将来の可用性 | 積極的に開発中 | 2026年に終了 |
-| 更新速度 | 114 ms（5 MBバンドル） | 指定なし |
-| ソースコード | 100%オープンソース | 独自 |
-
-これらの違いは、どのソリューションがニーズに合っているかを判断する上で大きな役割を果たします。
-
-### プラットフォーム選定ガイド
-
-これらの違いに基づいて、正しいプラットフォームを選ぶための簡単なガイドを以下に示します：
-
--   **企業組織**：セキュリティが最優先の場合、Capgoは強力な選択肢です。彼の[自己ホストデプロイメント](https://capgo.app/blog/self-hosted-capgo/)と**エンドツーエンド暗号化**は厳しいセキュリティ要件を満たしています。また、CI/CDツールとスムーズに統合し、大規模オペレーションに最適です [\[1\]](https://capgo.app/) 。
-    
--   **成長中のチーム**：Capgoのスケーラブルなインフラストラクチャとチャネルシステムは、特定のユーザーグループへのターゲット更新を可能にし、チームがデプロイメントを正確に制御できるようにします [\[1\]](https://capgo.app/) 。
-    
--   **コストを意識する開発者**：競争力のある価格で、CapgoはAppflowと比較して予算に優しいオプションであり、どの規模のチームにも適しています [\[1\]](https://capgo.app/) 。
-    
--   **将来の計画**：Appflowの2026年の予定停止により、移行計画は不可欠です。Capgoのオープンソースアプローチ、積極的な開発、そして成長するコミュニティは、信頼できる長期的な選択肢となります [\[1\]](https://capgo.app/) 。
diff --git a/src/content/blog/ja/capacitor-vs-appflow-versioning-differences.md b/src/content/blog/ja/capacitor-vs-appflow-versioning-differences.md
deleted file mode 100644
index 637342127..000000000
--- a/src/content/blog/ja/capacitor-vs-appflow-versioning-differences.md
+++ /dev/null
@@ -1,138 +0,0 @@
----
-slug: capacitor-vs-appflow-versioning-differences
-title: 'Capacitor vs Appflow: バージョン管理の違い'
-description: 手動と自動の方法の間のバージョン管理の違いを探り、アプリ開発の新たな代替手段を発見します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T04:20:03.700Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac-1745209216757.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  version control, app updates, manual versioning, automated versioning, CI/CD,
-  live updates, mobile development, app release management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリのバージョン管理は厄介です。** [Capacitor](https://capacitorjs.com/) は [手動更新](https://capgo.app/docs/plugin/cloud-mode/manual-update/) を使用し、[Appflow](https://ionic.io/docs/appflow) はプロセスを自動化します。知っておくべきことは次のとおりです：
-
--   **Capacitor:** 手動のバージョン管理は、`Info.plist` (iOS) や `build.gradle` (Android) などのファイルを編集する必要があります。これにより制御が可能になりますが、エラーのリスクがあり更新が遅くなる可能性があります。
--   **Appflow:** CI/CDツールを使用してバージョン管理を自動化し、より迅速なリリースが可能ですが、年間約6,000ドルのコストがかかり、柔軟性に欠ける場合があります。
-
-**市場の主要な変化：**
-
--   **Appflowは2026年に終了します。**
--   **[Capgo](https://capgo.app/)** のような代替手段は、月額12ドルからのライブ更新を提供し、95%の更新が24時間以内に配信されます。
-
-### クイック比較
-
-| 機能 | Capacitor (手動) | Appflow (自動化) | Capgo (代替) |
-| --- | --- | --- | --- |
-| **バージョン管理** | 手動編集 | CI/CD経由で自動化 | ライブ更新 |
-| **更新速度** | より遅い (App Storeの遅延) | より速い (Code-push) | ほぼ即時 |
-| **コスト** | 無料ツール | 年間約6,000ドル | 月額12ドルから |
-| **エラーリスク** | 高い (手動エラー) | 低い | 低い |
-| **終了日** | アクティブ | 2026年に終了 | アクティブ |
-
-選択する際は、予算、更新頻度、速度のニーズを考慮してください。
-
-## ライブデモ：[Capacitor](https://capacitorjs.com/) アプリを Ionic [Appflow](https://ionic.io/docs/appflow) で構築
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/tkgNuSG5FJQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## バージョン管理手法：Capacitor vs Appflow
-
-CapacitorとAppflowは、バージョン管理に対して非常に異なるアプローチを取ります。それぞれのプラットフォームがこのプロセスをどのように扱い、開発ワークフローにどのように適合するかをもう少し詳しく見ていきましょう。
-
-### Capacitorの手動バージョン管理
-
--   iOSの場合、各リリースのために**Info.plist**ファイルを手動で更新する必要があります。
--   Androidの場合、**build.gradle**ファイルでのバージョンコードの調整は手動で行います。
-
-このアプローチはバージョン管理に対して正確な制御を提供しますが、リリースを遅くし、人為的エラーの余地を残す可能性があります。
-
-### Appflowの自動化バージョン管理
-
--   **CI/CD統合**がバージョンの増分を自動的に処理します。
--   バージョンはiOSとAndroidで同期され、一貫性が確保されます。
-
-この自動化によりリリースプロセスが迅速化されますが、柔軟性が低下し、コストが高くなる可能性があります。一部の開発者は、コードプッシュ機能や上昇するコストに関する問題を報告しています。
-
-次に、これらのプラットフォームの主要なバージョン管理機能を並べて比較します。
-
-## バージョン管理機能の比較
-
-各プラットフォームの主要な機能を比較し、バージョン管理の取り扱い方に焦点を当てます。
-
-**主な違いは次のとおりです：**
-
--   **バージョン管理**：一方は手動の設定ファイルに依存しているのに対し、もう一方は自動化されたCI/CDプロセスを使用しています。
--   **更新の配布**：従来のアプリストアへの提出対[ライブコードプッシュの更新](https://capgo.app/sponsor/) 。
--   **コスト**：一方は無料ツールを提供し、もう一方は年間約5,000ドルかかります。
--   **デプロイメントの速度**：アプリストアの審査に数日かかる一方で、ライブコードプッシュはほぼ即時デプロイメントを可能にします。
-
-これらの違いは、どれだけ迅速に更新がリリースできるか、リスクのレベル、全体的なコストに影響します。
-
-マイクロソフトのCode Pushが2024年に終了し、Appflowが2026年に続くと予想されているため、多くのチームがすでに代替手段を探しています [\[1\]](https://capgo.app/) 。
-
-## リリース管理の影響
-
-手動および自動バージョン管理を比較すると、それぞれのアプローチにはリリース管理に特有の課題とトレードオフが存在します。
-
-### 手動バージョン管理のリスク
-
-Capacitorの手動プロセスでは、開発者は毎回のリリースのために複数の設定ファイルを更新する必要があります。これにより、バージョンの不一致や追跡されていないデプロイメントなど、エラーの可能性が高まります。さらに、バグに対処する際に遅延が生じ、修正がユーザーに到達するまで数日または数週間かかる可能性があります。
-
-主な課題は次のとおりです：
-
--   複数のファイル間でバージョン番号を一貫して保つこと
--   成功した更新の監視の欠如
--   バグ修正の遅延
-
-自動化はこれらの問題のいくつかを解決できますが、欠点もあります。
-
-### 自動バージョン管理の欠点
-
-Appflowは、バージョンの更新とデプロイメントのプロセスを自動化することで簡素化します。しかし、この利便性には高いコストが伴います。年間約5,000ドルのサブスクリプションコストは、開発チームの予算に大きな負担をかけ、一部はよりコスト効率の良い選択肢を探ることを余儀なくされます [\[1\]](https://capgo.app/) 。
-
-## 新しいバージョン管理の選択肢
-
-[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のバージョン管理は常に課題であり、手動エラーと自動化の高コストのバランスを取ることが必要でした。幸いにも、バージョン管理のためのツールは増加し、従来の方法に代わる選択肢を提供しています。
-
-### [Capgo](https://capgo.app/) 更新システム
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgoは、経済的な負担をかけずにバージョン管理を効率化したいチームにソリューションを提供します。AppleおよびGoogleのストアポリシーに準拠しながらライブ更新を提供します。主な機能は次のとおりです：
-
--   **エンドツーエンドの暗号化**により安全な更新配信を保証
--   **リアルタイム分析**、グローバルで82%の成功率を誇る
--   **部分的更新**を行い、バンドルサイズを小さく効率的に保持
--   **CI/CDプラットフォームとのシームレスな統合**、例えば[GitHub Actions](https://docs.github.com/actions)や[GitLab CI](https://docs.gitlab.com/ee/ci/)
-
-### 現在の市場状況
-
-バージョン管理の市場は、古いサービスが段階的に廃止される中で変化しています。チームは今、戦略を選ぶ際にコスト、速度、コンプライアンスに焦点を当てる必要があります。現在のオプションの概要は次のとおりです：
-
--   **Capgo** (2022年開始)：アクティブ、月額12ドルから、ライブ更新をサポート
--   **Appflow**：2026年に終了、年間6,000ドル [\[1\]](https://capgo.app/)、[自動化された更新](https://capgo.app/docs/live-updates/update-behavior/) を提供
-
-これらのツールは、2024年にCodePushが閉鎖され、2026年にAppflowが終了する中で、その穴を埋める役割を果たしています。
-
-## 結論
-
-Capacitorアプリのバージョン管理は、手動のワークフロー、Appflowの自動化、そして[現代のライブ更新プラットフォーム](https://capgo.app/blog/alternative-to-expo/)を組み合わせることを含みます。
-
-### 主なポイント
-
--   **手動更新**：詳細な制御を提供しますが、人為的エラーのリスクがあります。
--   **Appflowの自動化**：リリースを簡素化しますが、年間6,000ドルのコストが伴います [\[1\]](https://capgo.app/) 。
--   **ライブ更新プラットフォーム**：Capgoのようなツールは、修正や新機能の迅速な展開を容易にします。
-
-手動更新、自動化されたパイプライン、またはライブ更新プラットフォームのいずれかを選択する場合、チームはリリースの頻度、予算、速度およびコンプライアンスのニーズを考慮するべきです。それぞれのアプローチには長所と欠点があります。
diff --git a/src/content/blog/ja/capgo-for-app-store-safe-ota-updates.md b/src/content/blog/ja/capgo-for-app-store-safe-ota-updates.md
deleted file mode 100644
index 0c90b0540..000000000
--- a/src/content/blog/ja/capgo-for-app-store-safe-ota-updates.md
+++ /dev/null
@@ -1,68 +0,0 @@
----
-slug: capgo-for-app-store-safe-ota-updates
-title: CapgoによるApp Store向けの安全なOTAアップデート
-description: >-
-  アプリストアの遅延なしにアプリのリアルタイムで安全な更新を可能にするプラットフォームの仕組みを探り、開発効率とコンプライアンスを向上させる方法について説明します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-07T03:24:24.255Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ca3d64c828e2c944a33eb7-1741317877632.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, app development, mobile updates, app store compliance, CI/CD
-  integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capgo](https://capgo.app/)は、開発者が**アプリストアのレビューを待たずに即座に安全なアプリの更新**を配信することを可能にします。**エンドツーエンドの暗号化**、シームレスなCI/CD統合、アプリストアのルールへの準拠により、従来の更新方法や[AppFlow](https://ionic.io/appflow)のような高価なプラットフォームに代わる費用対効果の高い選択肢となっています。**947.6百万回**以上の更新が**1,400以上の本番アプリ**に展開され、開発効率を**81%**向上させています。
-
-### [Capgo](https://capgo.app/)の主な利点:
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-07.jpg?auto=compress)
-
--   **即時更新**: 遅延なくバグ修正や機能展開が可能
--   **セキュアな展開**: 更新は暗号化され、認証されたユーザーのみがアクセス可能
--   **費用対効果**: CI/CDの一時的なセットアップ費用は$2,600、継続利用は月額約$300
--   **制御された展開**: 特定のユーザーやグループに対して更新をターゲット化
--   **アプリストアコンプライアンス**: AppleとGoogleのポリシーに完全準拠
-
-### OTAプラットフォームの比較:
-
-| プラットフォーム | 主な機能 | 制限事項 | コスト |
-| --- | --- | --- | --- |
-| **Capgo** | セキュアなOTA、CI/CD対応、ユーザーターゲティング | 初期セットアップの労力 | セットアップ$2,600 + 月額約$300 |
-| **AppFlow** | Ionic統合、エンタープライズサポート | 高額な費用障壁 | 年間$6,000 |
-| **[App Center](https://visualstudio.microsoft.com/app-center/)** | 無料プラン、Microsoft支援 | ハイブリッドアプリ非対応 | 無料プラン有り |
-
-Capgoは、**迅速でコンプライアンスに準拠した更新**を必要とし、かつ予算を抑えたい開発者に最適です。その使いやすさ、手頃な価格、本番環境での信頼性が高く評価されています。
-
-## iOSアプリでOTA更新は可能か？Appleのガイドラインの説明
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Capgoの機能
-
-（続く...）
-
--   **[ハイブリッド更新戦略](https://capgo.app/docs/live-updates/update-behavior/)**  
-    アプリストアの更新とOTA更新を組み合わせてクイックフィックスを実現。Rodrigo Manticaはこのアプローチを強調しています：
-    
-    > "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的にデリバリーする上で重要な役割を果たしています！" [\[1\]](https://capgo.app/)
-    
--   **セキュリティ重視のデプロイメント**  
-    Capgoはエンドツーエンドの暗号化で安全な更新を確保し、エンタープライズアプリケーションに信頼できるオプションとなっています[\[1\]](https://capgo.app/) 。
-    
--   **制御されたロールアウト**  
-    Capgoのユーザー割り当て機能により、段階的なロールアウトが可能です。Colensoのチームは次のように経験を共有しています：
-    
-    > "非常にスムーズな運用を実現しており、OTAが@Capgoにデプロイされてから数分以内にほぼすべてのユーザーが最新状態になっています。" [\[1\]](https://capgo.app/)
-    
-
-新しいプラットフォームに移行するチームにとって、Capgoは簡単な統合プロセスを提供します。Jay（@jaythegeek）は次のように述べています：
-
-> "@Capgoをセットアップして、@AppFlowの素晴らしい代替品をテストしています！ご尽力ありがとうございます。今のところ簡単です" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ja/capgo-integration-with-github-actions-guide.md b/src/content/blog/ja/capgo-integration-with-github-actions-guide.md
deleted file mode 100644
index 019c91404..000000000
--- a/src/content/blog/ja/capgo-integration-with-github-actions-guide.md
+++ /dev/null
@@ -1,294 +0,0 @@
----
-slug: capgo-integration-with-github-actions-guide
-title: 'Capgo と GitHub Actions の統合: ガイド'
-description: GitHubアクションでCapgoを統合し、効率的で安全な低コストのアプリ更新を実現し、開発ワークフローを改善します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-16T02:24:50.565Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d61b378b902ec211cf87e9-1742091902582.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capgo, GitHub Actions, CI/CD, Capacitor apps, deployment, automation, updates,
-  security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capgo](https://capgo.app/) と [GitHub Actions](https://docs.github.com/actions) を組み合わせることで、[Capacitor](https://capacitorjs.com/) アプリのアップデート配信が簡単になります。この統合が注目に値する理由は以下の通りです：
-
--   **コスト削減**: [AppFlow](https://ionic.io/appflow/) と比較して、5年間でCI/CDコストを最大$26,100削減できます。
--   **迅速なアップデート**: 即時更新が可能で、24時間以内に95%のユーザーに配信されます。
--   **セキュアな配信**: エンドツーエンドの暗号化によりアップデートの安全性を確保します。
--   **効率的なワークフロー**: GitHubリポジトリで直接ビルドと配信を自動化します。
-
-### クイックオーバービュー
-
-1.  **要件**: GitHubアカウント、[Capgoアカウント](https://capgo.app/disclaimer/)（月額$12から）、Capacitorプロジェクト、[Node.js](https://nodejs.org/en)。
-2.  **セットアップ**: `npx @capgo/cli init`で[Capgo CLI](https://capgo.app/docs/cli/commands)をインストール、YAMLワークフローでGitHub Actionsを設定。
-3.  **デプロイ**: `npx @capgo/cli deploy`などのコマンドを使用して[アップデートを自動化](https://capgo.app/docs/live-updates/update-behavior/) 。
-4.  **テスト**: 本番環境前にテストチャンネル（ベータ、ステージングなど）にデプロイ。
-
-**ワークフロー例（YAML）**:
-
-```yaml
-name: Capgo Deploy  
-on:  
-  push:  
-    branches:  
-      - main  
-
-jobs:  
-  deploy:  
-    runs-on: ubuntu-latest  
-    steps:  
-      - uses: actions/checkout@v6  
-      - uses: actions/setup-node@v6  
-        with:  
-          node-version: '24'  
-      - name: Install Dependencies  
-        run: npm install  
-      - name: Deploy to Capgo  
-        run: npx @capgo/cli deploy  
-        env:  
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}  
-```
-
-この統合により、高速で安全、かつコスト効率の良いアプリのアップデートが可能になり、アジャイル開発チームに最適です。
-
-## [GitHub Actions](https://docs.github.com/actions) チュートリアル - 基本概念とCI/CDパイプライン
-
-![GitHub Actions](https://mars-images.imgix.net/seobot/screenshots/docs.github.com-90237daad1b336de5d9b7f1a85aa7441-2025-03-16.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/R8_veQiYBjI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## セットアップ要件
-
-[Capgoの統合](https://capgo.app/docs/webapp/)とGitHub Actionsには、必要なツールと設定のセットアップが含まれます。
-
-### 必要なツールとアカウント
-
-以下のアカウントとツールを用意してください：
-
-| 要件 | 目的 | 詳細 |
-| --- | --- | --- |
-| **GitHubアカウント** | バージョン管理とCI/CD | リポジトリにアクセス可能なアクティブなアカウント |
-| **Capgoアカウント** | ライブアップデート管理 | SOLOプランは月額$12から |
-| **Capacitorプロジェクト** | アプリ開発 | 統合準備が整ったプロジェクト |
-| **Node.js** | ランタイム環境 | 最新のLTSバージョンを推奨 |
-
-これらが用意できたら、自動化されたライブアップデートのためにプロジェクトにCapgoを追加できます。
-
-### [Capgo](https://capgo.app/)をプロジェクトに追加
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-16.jpg?auto=compress)
-
-Capgoを統合するには、CLIツールを使用してCapacitorプロジェクトにインストールします。Capgoの創設者Martin Donadieuによると：
-
-> "npx @capgo/cli initを実行するだけです！" [\[1\]](https://capgo.app/)
-
-このコマンドでプラグインと必要な依存関係がセットアップされます。
-
-### GitHubリポジトリのセットアップ
-
-CapgoとのCI/CD統合のために、GitHubリポジトリを準備します。彼らのドキュメントによると：
-
-> "GitHub Actions、GitLab CIなど、お好みのプラットフォームで直接CI/CDパイプラインを設定します。CI/CDのホスティングは行わず、維持費用も請求しません。" [\[1\]](https://capgo.app/)
-
-Capgoはこのセットアップを一時金$2,600と月額約$300で提供しており、AppFlowの年間$6,000と比べてより手頃です [\[1\]](https://capgo.app/) 。
-
-リポジトリのセットアップ方法：
-
--   **リポジトリ構造**: ソースコード、アセット、設定ファイルを別々のディレクトリに整理し、すべてを整理しやすく管理しやすくします。
--   **環境設定**: 開発、ステージング、本番環境を区別し、適切なアクセス制御とセキュリティ対策を確保します。
--   **アクセス管理**: [Capgo統合](https://capgo.app/consulting/)を可能にしながらセキュリティを維持するよう、リポジトリの権限を慎重に設定します。
-
-これらのステップにより、次のセクションで説明するGitHub Actionsワークフローの準備が整います。
-
-## GitHub Actionsワークフローのセットアップ
-
-[Capgoデプロイメント](https://capgo.app/docs/cli/commands/)をGitHub Actionsで自動化し、CI/CDプロセスを効率化します。
-
-### ワークフローファイルの作成
-
-リポジトリの`.github/workflows`ディレクトリにYAMLファイルを作成します。例：
-
-```yaml
-name: Capgo Deploy
-on:
-  push:
-    branches:
-      - main
-  workflow_dispatch:
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-      - name: Install Dependencies
-        run: npm install
-      - name: Build App
-        run: npm run build
-      - name: Deploy to Capgo
-        run: npx @capgo/cli deploy
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-この設定により、セキュアで自動化されたデプロイメントが確保されます。ファイルを設定したら、ワークフローに適切なトリガーを選択します。
-
-### ワークフロートリガーのオプション
-
-GitHub Actionsではワークフローの実行タイミングをカスタマイズできます。トリガーオプションの例：
-
-| **トリガータイプ** | **ユースケース** | **設定** |
-| --- | --- | --- |
-| プッシュイベント | コード変更時のデプロイ | 特定のブランチへのコードプッシュ時に起動 |
-| 手動ディスパッチ | オンデマンドアップデート | 手動でワークフローを開始可能 |
-| スケジュール | 定時リリース | 設定した間隔でデプロイメントを実行 |
-| プルリクエスト | アップデートのテスト | メインブランチにマージする前に変更をテスト |
-
-### シークレットキーの管理
-
-セキュアなデプロイメントを確保するため、シークレットキーを適切に管理する必要があります。GitHub Actionsは、この目的のために暗号化されたシークレット管理システムを提供しています。
-
-**セキュアな認証のセットアップ手順：**
-
-1.  **リポジトリ設定へのアクセス**  
-    リポジトリの設定で、"Security"タブの下にある"Secrets and variables"セクションに移動します。
-    
-2.  **[Capgoの認証情報](https://capgo.app/trust/)を追加**  
-    Capgoの認証トークンをリポジトリのシークレットとして保存します。`CAPGO_TOKEN`という名前を付けます。
-    
-3.  **ワークフローでのシークレットの参照**  
-    保存したシークレットを`${{ secrets.CAPGO_TOKEN }}`のようにワークフローで参照します。
-    
-
-## ワークフローでのCapgoコマンド
-
-GitHub Actions環境のセットアップが完了したら、Capgo CLIコマンドを統合してデプロイメントを自動化できます。
-
-### Capgo CLIのインストール
-
-ワークフローにCapgo CLIをインストールするステップを追加します：
-
-```yaml
-steps:
-  - name: Install Capgo CLI
-    run: npm install -g @capgo/cli
-  - name: Initialize Capgo
-    run: npx @capgo/cli init
-```
-
-### CLIの認証
-
-`CAPGO_TOKEN`を使用してCLIを安全に認証します：
-
-```yaml
-- name: Authenticate Capgo CLI
-  run: npx @capgo/cli login
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-### デプロイメントコマンド
-
-アップデートのビルド、バージョニング、デプロイを処理する主要なコマンド：
-
-| コマンド | 目的 | 使用例 |
-| --- | --- | --- |
-| `build` | [本番用バンドル](https://capgo.app/docs/webapp/bundles/)を生成 | `npx @capgo/cli build` |
-| `deploy` | Capgoにアップデートをプッシュ | `npx @capgo/cli deploy` |
-| `version` | アップデートのバージョンを設定 | `npx @capgo/cli version 1.2.0` |
-
-デプロイメントプロセス全体を自動化するには、以下のようにコマンドを組み合わせます：
-
-```yaml
-steps:
-  - name: Build and Deploy
-    run: |
-      npx @capgo/cli build
-      npx @capgo/cli version ${{ github.ref_name }}
-      npx @capgo/cli deploy
-    env:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-このセットアップにより、ワークフローが実行されるたびにアップデートが自動的にビルド、バージョニング、デプロイされます。GitHubのシークレット管理システムにより、プロセス全体で認証情報が安全に保たれます。
-
-## テストと修正
-
-### テストワークフローの実行
-
-専用の[Capgoテストチャンネル](https://capgo.app/docs/plugin/cloud-mode/channel-system/)を使用して、GitHub Actionsワークフローをテストできます。これにより、アップデートを本番環境に配信する前に検証できます。
-
-```yaml
-- name: Test Build Deployment
-  run: |
-    npx @capgo/cli build
-    npx @capgo/cli deploy --channel beta
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Capgoのチャンネルシステムは、異なるステージ用の個別のデプロイメントパスを作成するのに役立ちます：
-
-| チャンネル | 目的 | ターゲットユーザー |
-| --- | --- | --- |
-| beta | プレリリーステスト | 内部チーム |
-| staging | QA検証 | テストユーザー |
-| production | 本番デプロイ | 全ユーザー |
-
-### エラーの解決
-
-一般的な統合の問題と対処方法：
-
-1.  **認証の失敗**
-
-GitHub Secretsの CAPGO_TOKENを確認してください。期限切れの場合は、スムーズな認証のために再生成してください。
-
-2.  **ビルドエラー**
-
-ビルド設定がデプロイメント環境の要件と一致していることを確認してください。
-
-> "5000人以上のユーザーベースに対して、Capgo OTAアップデートを本番環境にロールアウトしました。OTAがCapgoにデプロイされてから数分以内にほぼすべてのユーザーが最新の状態になり、非常にスムーズな運用を実現しています。" [\[1\]](https://capgo.app/)
-
-3.  **バージョンの競合**
-
-デプロイメント時の競合を防ぐため、セマンティックバージョニングを守り、適切にバージョンを増やしてください。
-
-### メンテナンスのヒント
-
--   [Capgoアナリティクス](https://capgo.app/dp/)を使用してアップデートの成功率を監視する。
--   問題を引き起こす可能性のあるアップデートの自動ロールバックを有効にする。
--   より良いコントロールのために、プルリクエスト（PR）をチャンネルセレクターでテストする。
--   最新のCapgo CLIコマンドでワークフローを更新する。
-
-優先度の高いデプロイメントでは、Capgoのエラートラッキングを活用して潜在的な問題を早期に発見してください。何か問題が発生した場合、ロールバック機能を使用して迅速に安定バージョンに戻すことができ、混乱を最小限に抑えることができます。これらのプラクティスは、本番環境に向けてデプロイメントをスムーズに保つのに役立ちます。
-
-## 結論
-
-### 主なポイント
-
-CapgoとGitHub Actionsの統合により、[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のデプロイメントプロセスが簡素化され、開発チームに大きな利点をもたらします。アップデートの世界的な成功率82%、24時間以内にアクティブユーザーの95%がアップデートを受信 [\[1\]](https://capgo.app/) という効率性で、このソリューションは際立っています。
-
-注目すべき機能：
-
--   **自動化されたワークフロー**: GitHub Actionsで直接ワークフローを設定でき、外部CI/CDホスティングが不要です。このアプローチにより、AppFlowなどの代替手段と比較して5年間で約$26,100のコスト削減が可能です [\[1\]](https://capgo.app/) 。
--   **迅速なデプロイメント**: アプリストアの遅延をバイパスして、即時にアップデートをプッシュできます。
--   **強力なセキュリティ**: エンドツーエンドの暗号化によりアップデートの安全な配信を確保し、Capgoのチャンネルシステムにより制御された段階的なロールアウトが可能です。
-
-これらの機能により、よりカスタマイズされたソリューションとパフォーマンスの向上
-
--   **カスタムAPIワークフロー**: CapgoのパブリックAPIを使用して、チームの特定のニーズに合わせたデプロイメントワークフローを設計できます。これにより、ホワイトラベル体験や現在のツールとのシームレスな統合が可能になります [\[1\]](https://capgo.app/) 。
--   **[チャンネルベースのリリース](https://capgo.app/docs/webapp/channels/)**: Capgoのチャンネル機能を使用して、段階的で制御されたアップデートのためのデプロイメントプロセスを最適化します。
--   **最適化されたパフォーマンス**: Capgoの部分的なアップデートを活用して、帯域幅の使用量を削減し、アップデートを高速化します。750の本番アプリにわたって2,350万回のアップデートを提供した実績 [\[1\]](https://capgo.app/) により、大規模な需要に対応できる能力が証明されています。
-
-さらに良い結果を得るために、CapgoのセルフホスティングオプションやカスタムAPIセットアップの使用を検討してください。これらの戦略を完全に実装するための詳細なセットアップとテスト手順については、前のセクションを確認してください。
diff --git a/src/content/blog/ja/capgo-price-reduction.md b/src/content/blog/ja/capgo-price-reduction.md
deleted file mode 100644
index 84b4bae65..000000000
--- a/src/content/blog/ja/capgo-price-reduction.md
+++ /dev/null
@@ -1,48 +0,0 @@
----
-slug: capgo-price-reduction
-title: Capgo価格削減：ライブアップデートをよりアクセスしやすく
-description: >-
-  すべてのCapgoプランで大幅な価格引き下げを発表できることを嬉しく思います。これにより、あらゆる規模の開発者にとってライブアップデートがより身近なものになります。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-03-05T00:00:00.000Z
-updated_at: 2025-03-05T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Capgoの価格引き下げのお知らせ
-keywords: 'capgo, price reduction, live updates, mobile app development, capacitor'
-tag: News
-published: true
-locale: ja
-next_blog: ''
----
-やあ！ 🎉
-
-ビッグニュース：あなたのCapgoプランを無料でアップグレードしました！ 🚀
-
-## 新しい機能は？
-
-| プラン | MAU | ストレージ | 帯域幅 |
-|------|-----|---------|-----------|
-| ソロ | 500 ➡️ 1k | 1 GB | 13 GB ➡️ 50 GB |
-| メイカー | 5k ➡️ 10k | 3 GB ➡️ 5 GB | 125 GB ➡️ 500 GB |
-| チーム | 30k ➡️ 100k | 6 GB ➡️ 10 GB | 750 GB ➡️ 2,000 GB |
-| 従量課金制 | 200k ➡️ 1M | 12 GB ➡️ 20 GB | 5,000 GB ➡️ 10,000 GB |
-
-## なぜこれをしているのか？ 🤔
-
-1. オーバー・ザ・エアのアップデートは贅沢であるべきではないと信じています。これは現代のアプリ開発に不可欠であり、迅速に出荷し、ユーザーを幸せに保つのに役立ちます。 🚀
-
-2. 時間が経つにつれて、私たちの価格をより手頃にすることにコミットしています。技術が進步し、ユーザー基盤が成長するにつれて、その利益を直接あなたに還元したいと考えています。 💖
-
-3. 最適化の利益：昨年の努力が実を結びました！運営コストを削減し、その節約を直接あなたに還元します。 📉➡️📈
-
-これらのアップグレードされたリソースを使って、あなたが何を構築するのか楽しみです！ 🎉
-
-質問がありますか？お手伝いします！
-
-ハッピーコーディング！
-
-マーチン ❤️
-
-P.S. 友達にも知らせてください！ 🌍
diff --git a/src/content/blog/ja/capgo-purpose.md b/src/content/blog/ja/capgo-purpose.md
deleted file mode 100644
index 2883abb82..000000000
--- a/src/content/blog/ja/capgo-purpose.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-slug: capgo-purpose
-title: Capgoの目的
-description: ブログ記事は、開発者がCapgoを使用してCapacitorアプリのアップデートとテストを管理する方法についての包括的なガイドとして説明されるべきです。
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-10T00:00:00.000Z
-updated_at: 2023-09-10T00:00:00.000Z
-head_image: /capgo_banner.webp
-head_image_alt: capgo バナー
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: SOLUTION
-published: true
-locale: ja
-next_blog: ''
----
-## 概要
-
-Capgoは、OTAアップデートとテストの管理を容易にすることで、開発者がCapacitorアプリの開発プロセスを合理化できるクラウドベースのプラットフォームです。このブログ記事では、Capgoの主要な機能と利点、またそれを使用してアップデートをデプロイし、テストを作成し、ユーザーを管理し、構成を管理する方法について説明します。また、Capgoのユースケースと価格についても話し合います。
-
-この記事の終わりまでには、CapgoがどのようにしてあなたのCapacitorアプリの開発プロセスを改善し、ユーザーにより良いアプリを提供できるかについて深く理解できるようになります。
-
-## 特徴
-
-Capgoは、Capacitorアプリのアップデートとテストを管理するのを容易にするさまざまな機能を提供しています。これには以下が含まれます：
-
-* OTAアップデート：Capgoを使用すると、アプリを再インストールすることなく、ユーザーのデバイスにアップデートをデプロイするのが簡単です。Capgoで新しいリリースを作成し、アップデートバンドルをアップロードするだけで、Capgoは自動的にアップデートをユーザーのデバイスにデプロイします。
-
-* テスト：Capgoを使用すると、アプリを本番環境にデプロイする前にテストを作成して実行できます。これにより、バグを早期にキャッチし、アプリが正しく動作していることを確認できます。
-
-* 統合：CapgoはCI/CDパイプラインと簡単に統合できます。これにより、アップデートとテストのデプロイを自動化できます。
-
-* ユーザー管理：Capgoを使用すると、ユーザーを異なるグループに割り当て、誰がアップデートを受け取るかを制御できます。これは、ベータテストや特定のユーザーグループへのアップデートの展開に役立ちます。
-
-* 構成管理：Capgoは、すべての構成を中央の場所で管理できます。これにより、変更の追跡が容易になり、すべてのデバイスが同じ構成を使用していることを確認できます。
-
-## 利点
-
-**合理化されたビジネスプロセス：**
-
-Capgoは、Live Update CapacitorJSとIonicを使用してワークフローを簡素化します。リアルタイムのアップデートにより、現在の機能とセキュリティが保証され、アップデート中のダウンタイムが排除され、システム統合によって効率が向上します。
-
-**強化されたコラボレーション：**
-
-Capgoのチーム管理機能は、Live Update CapacitorJSとIonicと組み合わせて、シームレスなコラボレーション、プロジェクト管理、タスク追跡、コミュニケーションを可能にします。リアルタイムのアップデートにより、全員が情報を得て迅速な応答が可能になります。
-
-**リアルタイム分析：**
-
-Capgoは、Live Update CapacitorJSとIonicと統合してリアルタイムのデータ分析を提供します。カスタムダッシュボードは重要なビジネス指標を表示し、積極的な意思決定と顧客行動に対する洞察を可能にします。
-
-**生産性の向上：**
-
-Capgoは、Live Update CapacitorJSとIonicを通じて時間管理とタスクの優先順位付けを最適化します。リアルタイムのスケジューリング、リマインダー、通知を提供し、重要性と緊急性に基づいたタスクの整理を行い、生産性を向上させます。
-
-**シームレスな機能拡張：**
-
-Capgoは、リアルタイムアップデートを可能にすることによってウェブ開発に革命をもたらし、開発者の時間と労力を節約します。複雑な再デプロイプロセスを排除し、ユーザーフィードバックへの迅速な対応を促進し、コスト効果を高め、ユーザー満足度を向上させます。
-
-**実世界のユースケース：**
-
-Capgoの多様性は実際のシナリオで際立っています。eコマース、共同作業ツール、ソーシャルメディア統合、ニュース集約サービス、オンライン学習プラットフォームにおいてユーザーエクスペリエンスとパフォーマンスを向上させます。リアルタイムのアップデートにより、ユーザーは引き込まれ、満足します。
-
-**アジャイル開発の採用：**
-
-ウェブ開発者は、Capgoを用いてアジャイルプラクティスを採用できます。ベストプラクティスには、反復の計画、徹底的なテスト、継続的なユーザーフィードバックの収集、パフォーマンスモニタリング、効果的なコラボレーション、Capgoの進化する機能やベストプラクティスについての情報の把握が含まれます。
-
-## 結論
-
-結論として、Capgoは、メーカーや起業家に対してさまざまな利点を提供する強力なプラットフォームです。リアルタイムのアップデート、合理化されたワークフロー、強化されたコラボレーション、リアルタイム分析、生産性の向上を提供するライブアップデートCapacitorJSとIonicとの統合により、Capgoを利用してアイデアを実現し、プロジェクトを効率的に管理し、情報に基づいたビジネス意思決定を行うことが可能です。
diff --git a/src/content/blog/ja/capgo-vs-appflow-deployment-solutions-compared.md b/src/content/blog/ja/capgo-vs-appflow-deployment-solutions-compared.md
deleted file mode 100644
index 2ea0a0257..000000000
--- a/src/content/blog/ja/capgo-vs-appflow-deployment-solutions-compared.md
+++ /dev/null
@@ -1,170 +0,0 @@
----
-slug: capgo-vs-appflow-deployment-solutions-compared
-title: CapgoとAppflow：デプロイメントソリューションの比較
-description: >-
-  CapgoとAppflowをOTAアップデートのために比較し、経済性、セキュリティ、および展開オプションに焦点を当てて、開発者にとって最適なソリューションを見つけます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T07:21:36.178Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68217b4a5e3fe4823b5fc0bc-1747034661995.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, app deployment, Capgo, Appflow, mobile app security, CI/CD
-  integration, cloud hosting, self-hosted solutions
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**Over-the-Air (OTA) [アプリ更新](https://capgo.app/plugins/capacitor-updater/)の最適なツールをお探しですか？** こちらが簡単な内訳です： [Capgo](https://capgo.app/) はエンドツーエンドの暗号化と柔軟なホスティングオプションで瞬時に更新を提供します。一方、長年のソリューションである [Appflow](https://ionic.io/appflow/)は、2026年に終了する予定で、コストが高くなります。
-
-### 主なポイント：
-
--   **Capgo**: 手頃な価格で、安全性が高く、[クラウドおよび自己ホストのセットアップ](https://capgo.app/blog/self-hosted-capgo/)をサポートし、[GitHub Actions](https://docs.github.com/actions)のような外部CI/CDツールとの統合が可能です。プランは月額12ドルから始まります。
--   **Appflow**: 専有的でクラウド専用、高コスト（チームに対して年間5,000ドル）、および[組み込みCI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/)があります。
-
-### 簡単な比較：
-
-| 機能 | Capgo | Appflow |
-| --- | --- | --- |
-| **開始年** | 2022 | 長年、2026年終了 |
-| **ホスティングオプション** | クラウドまたは自己ホスト | クラウド専用 |
-| **セキュリティ** | エンドツーエンドの暗号化 | 更新署名 |
-| **価格** | 月額12ドルから | チーム向け年間約5,000ドル |
-| **CI/CD統合** | 外部ツールをサポート | 組み込みシステム |
-
-Capgoは、手頃な価格、強力なセキュリティ、柔軟性に優れており、予算を気にせず迅速で[安全な更新](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)を求める開発者に最適な選択肢です。
-
-## 機能比較
-
-### 更新システム
-
-CapgoとAppflowは、アプリ更新の管理において異なるアプローチを取ります。Capgoは、ウェブ資産の更新に特化し、開発者がアプリストアの承認を待つことなく、変更を即座にプッシュできるようにします。チャネルシステムを使用して、特定のユーザーグループ向けに変更を段階的に展開したり、ベータテスト用に配信したりします [\[1\]](https://capgo.app)。
-
-Capgoの更新システムの特筆すべき機能は、更新の修正された部分のみを送信する能力です。このアプローチは、帯域幅の使用量と更新の配信にかかる時間を削減します [\[1\]](https://capgo.app)。
-
-> "4年間の@Appflowのサブスクリプションをキャンセルしました。Code-Pushはうまく機能しているように見えませんでした。@CapGOが解決策を見つけてくれることを期待しています。" - LeVar Berry [\[1\]](https://capgo.app)
-
-### セキュリティ基準
-
-セキュリティに関して、CapgoとAppflowは異なるアプローチを取ります。Capgoはすべての更新にエンドツーエンドの暗号化を使用する一方で、Appflowは主に更新署名に依存しています [\[1\]](https://capgo.app)。両プラットフォームはAppleとGoogleの要件を満たしていますが、データ保護の手法は異なります：
-
-| セキュリティ機能 | Capgo | Appflow |
-| --- | --- | --- |
-| [更新保護](https://capgo.app/docs/live-updates/update-behavior/) | エンドツーエンドの暗号化 | 更新署名 |
-| ホスティングオプション | クラウドまたは自己ホスト | SaaS専用 |
-| ソースコードアクセス | 100%オープンソース | 専有 |
-| ストア準拠 | 完全準拠 | 完全準拠 |
-
-Capgoの暗号化への焦点とホスティングオプションの柔軟性は、機密データを扱う開発者にとっての制御力をさらに高めます。
-
-### プラットフォームアーキテクチャ
-
-Capgoのオープンソースアーキテクチャは柔軟性を考慮して構築されており、クラウドベースおよび[自己ホスト型デプロイメント](https://capgo.app/blog/self-hosted-capgo/)の両方をサポートしています。そのグローバルCDNは、驚異的なパフォーマンスを保証し、5MBのバンドルをわずか114msでダウンロードします [\[1\]](https://capgo.app)。この効率は、実際の結果によって裏付けられています：Capgoは1.6兆の更新を提供し、現在1,700以上のアプリをサポートしています [\[1\]](https://capgo.app)。
-
-> "@Capgoは、ホットコードプッシュを行う賢い方法です（@AppFlowのように全ての金をかける必要はありません）:-)" - NASAのOSIRIS-REx [\[1\]](https://capgo.app)
-
-Capgoは、GitHub Actionsや[GitLab CI](https://docs.gitlab.com/ee/ci/)などのCI/CDパイプラインともスムーズに統合できます。開発者は追加のホスティングコストなしにこれらのパイプラインをセットアップできるため、デプロイメントプロセスに対する制御力が向上します [\[1\]](https://capgo.app)。
-
-## 価格比較
-
-### プランオプション
-
-Capgoは、異なるニーズや予算に対応するために設計された4つの価格帯を提供しています。**SOLO**プランは月額12ドルから（年間請求）でスタートし、エンタープライズレベルの機能を含む**PAYG**プランは月額249ドルです。
-
-| 機能 | Capgo SOLO | [Capgo MAKER](https://capgo.app/imprint/) | [Capgo TEAM](https://capgo.app/consulting/) | [Capgo PAYG](https://capgo.app/docs/webapp/payment/) |
-| --- | --- | --- | --- | --- |
-| **価格（$/月、年間請求）** | $12 | $33 | $83 | $249 |
-| **MAU制限** | 1,000 | 10,000 | 100,000 | 1,000,000 |
-| **帯域幅** | 50 GB | 500 GB | 2,000 GB | 10 TB |
-| **ストレージ** | 2 GB | 5 GB | 10 GB | 20 GB |
-
-これらのプランは、チームの成長に合わせてスケールできるように構成されており、柔軟性と競争力のある価格を提供します。
-
-### 小規模チーム向けの価格設定
-
-スタートアップや小規模チーム向けに、Capgoの価格は従来のソリューションに対してコスト効果の高い代替手段として際立っています。Appflowのようなプラットフォームは年間数千ドルかかる一方で、Capgoはより予算に優しいオプションを提供します。そのCI/CDセットアップには一度きりの費用が2,600ドルかかり、月々のコストは約300ドルです [\[1\]](https://capgo.app)。
-
-> "ハイブリッドアプリでのライブ更新サポートをAppcenterが停止してから@Capgoを試していますが、@AppFlowは高すぎます。" - Simon Flack [\[1\]](https://capgo.app)
-
-Capgoが小規模チームにとって魅力的な理由は次の通りです：
-
--   クレジットカード不要の**15日間無料試用** 
--   使用ニーズに合わせて柔軟にスケール可能 
--   年間契約なし - 従量課金制 
--   コスト管理を改善するための自己ホストオプション 
-
-## 開発ツール
-
-### ビルド自動化
-
-CapgoとAppflowは、ビルド自動化およびCI/CD統合において異なる方法を取ります。Capgoは、GitHub Actions、GitLab CI、[Jenkins](https://www.jenkins.io/)などの外部CI/CDプラットフォームとシームレスに連携することで柔軟性に焦点を当てています。このアプローチにより、開発者は既に慣れ親しんだツールを使用することができます。これまでに、Capgoは50以上のアプリのCI/CDパイプラインを成功裏に構成し、デプロイメントプロセスを大幅に簡素化しています [\[1\]](https://capgo.app)。
-
-双方のプラットフォームの簡単な比較は以下の通りです：
-
-| 機能 | Capgo | Appflow |
-| --- | --- | --- |
-| CI/CD統合 | GitHub、GitLab、Jenkinsなどの外部プラットフォームと連携 | 組み込みシステムあり |
-| 運営コスト | 月額約300ドル | 年間約6,000ドル |
-
-これから、これらのプラットフォームがコラボレーションとチームのワークフローをどのように処理するかを見ていきましょう。
-
-### チームツール
-
-CapgoとAppflowは、コラボレーションを改善するために設計された機能を含んでいますが、そのアプローチは異なります。Capgoは、詳細なユーザー権限の管理、[複数組織のサポート](https://capgo.app/docs/webapp/organization-system/)、およびターゲットを絞った更新を配信するための洗練されたチャネルシステムを提供しています。また、Capgoは公共APIを提供しており、チームが既存のツールやワークフローと統合できるようになっています。このセットアップにより、開発チームは整理された状態で効率的に運営できるようになります [\[1\]](https://capgo.app)。
-
-## モバイルアプリの更新を瞬時に配信する [Appflow](https://ionic.io/appflow/)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/68217b4a5e3fe4823b5fc0bc/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-<iframe src="https://www.youtube.com/embed/b3zaNyJJFwk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## プラットフォーム選定ガイド
-
-詳細な機能と価格の比較を検討した後、このガイドはCapgoがAppflowより優れているシナリオを強調しています。
-
-### 主な違い
-
-CapgoとAppflowは、将来的な可用性、価格構造、技術的アプローチにおいて大きく異なります。Capgoは、**エンドツーエンドの暗号化**、**Capacitor 8のサポート**、**クラウドおよび自己ホストのデプロイメントオプション**の柔軟性などの機能が際立っています。これらは、特に2026年に予定されているAppflowの終了を考慮すると、開発者にとってより多くの制御とコスト効果の高いソリューションを提供します [\[1\]](https://capgo.app)。
-
-| アスペクト | Capgo | Appflow |
-| --- | --- | --- |
-| 長期的な存続可能性 | 活発に開発中（2022年に開始） | 2026年に終了 |
-| デプロイメントオプション | クラウドおよび自己ホスト | クラウド専用 |
-| セキュリティ機能 | エンドツーエンドの暗号化 | 基本的な更新署名 |
-
-これらの違いにより、どのプラットフォームがデプロイメント要件により適合するかを簡単に判断できます。
-
-### 最適な使用ケース
-
-技術的な強みと戦略的な利点により、Capgoは**安全でリアルタイムの更新**が必要なチームにとって優れた選択肢です。特に、**柔軟で予算に適したデプロイメントソリューション**を求める組織に対して特に適しています。
-
-> "@Capgoは、ホットコードプッシュを行う賢い方法です（@AppFlowのように全ての金をかける必要はありません）🙂"  
-> – NASAのOSIRIS-REx [\[1\]](https://capgo.app)
-
-## よくある質問
-
-:::faq
-### OTA（Over-the-Air）アプリ更新のためにCapgoを選ぶべき理由は何ですか？
-
-Capgoは、あなたのCapacitorアプリにOTA（Over-the-Air）更新を迅速かつ信頼性の高い方法で提供します。**リアルタイム更新**により、AppleとAndroidのガイドラインに沿って修正、新機能、改善を即座に展開でき、アプリストアの承認をスキップできます。
-
-Capgoの特徴は、**エンドツーエンドの暗号化**による安全な更新、**スムーズなCI/CD統合**によるワークフローの合理化、および**ユーザー特定の更新ターゲティング**によるカスタマイズされたデプロイメントです。また、オープンソースプラットフォームであるため、アプリのデプロイメント要求を満たすための透明性と柔軟性を提供します。
-:::
-
-:::faq
-### CapgoはAppflowと比較してアプリ更新をどのように保護していますか？
-
-Capgoは、[アプリ更新のセキュリティ](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)を重視し、**エンドツーエンドの暗号化**を使用して、データが開発者とユーザーの間を移動する際に保護されることを保証します。この方法は、プラットフォームの準拠基準を満たしつつ、更新を不正アクセスから効果的にシールドします。
-
-一方で、Appflowは機能を提供していますが、同じ高度な暗号化対策が欠けています。これにより、Capgoは更新の保護に重点を置く開発者にとって、より強力で安全な選択肢となります。
-:::
-
-:::faq
-### 開発者がCapgoのクラウドと自己ホスト型デプロイメントオプションを選ぶ際に考慮すべき事項は何ですか？
-
-この記事では、Capgoのクラウドと自己ホスト型デプロイメントオプションの詳細には踏み込んでいません。詳細な情報を得るには、Capgoの公式リソースを確認するか、直接チームに問い合わせることをお勧めします。彼らはあなたの特定のニーズに合わせたガイダンスを提供できます。
-:::
diff --git a/src/content/blog/ja/ccpa-compliance-for-mobile-apps.md b/src/content/blog/ja/ccpa-compliance-for-mobile-apps.md
deleted file mode 100644
index 68d67745b..000000000
--- a/src/content/blog/ja/ccpa-compliance-for-mobile-apps.md
+++ /dev/null
@@ -1,296 +0,0 @@
----
-slug: ccpa-compliance-for-mobile-apps
-title: モバイルアプリのCCPA準拠
-description: >-
-  モバイルアプリ開発者向けのCCPA（カリフォルニア州消費者プライバシー法）への準拠のための重要なステップを探り、ユーザーデータを保護し、プライバシーの権利を維持します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-27T00:40:38.043Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680d75de5a08fca89179eb81-1745714676586.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  CCPA compliance, mobile apps, personal data protection, user rights, data
-  security
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)に準拠することは、カリフォルニア州居住者の個人データを収集するモバイルアプリ開発者にとって必須です。**この法律はユーザーにデータに関する権利を付与し、アプリがそれを扱う方法に厳格なルールを課しています。非準拠は高額な罰金と評判の損害を招くリスクがあります。
-
-### 重要なポイント:
-
--   **準拠が必要なのは誰か？** 以下のいずれかに該当するアプリ:
-    -   年間収益が2,500万ドル超
-    -   カリフォルニア州民50,000人以上のデータを取り扱う
-    -   個人データの販売による収益が50%以上
--   **CCPAにおけるユーザーの権利:**
-    -   **知る権利と削除する権利**: 個人データへのアクセスと削除
-    -   **オプトアウトの権利**: データ販売を拒否
-    -   **差別禁止の権利**: オプトアウトに関係なく平等なサービス
--   **非準拠の罰則:**
-    -   意図しない違反1件につき2,500ドル
-    -   意図的な違反1件につき7,500ドル
-    -   データ侵害1件につき消費者1人あたり100～750ドル
-
-### 準拠を確保するためのステップ:
-
-1.  **データ慣行の監査**: 収集・保存される全ての個人データをマッピング
-2.  **[プライバシーポリシー](https://capgo.app/dp/)の更新**: データの使用とユーザーの権利を明確に概説
-3.  **ユーザーコントロールの追加**: アプリ内オプトアウトとデータ管理オプションを含める
-4.  **データの保護**: 暗号化、アクセス制御、定期的な監査を使用
-5.  **リクエストへの対応**: 45日以内にユーザーデータの問い合わせに対応するシステムを設定
-
-**[Capgo](https://capgo.app/)のようなツール**は、アップデートの保護とユーザープライバシー設定の管理を簡素化することで、準拠を容易にします。
-
-**次のアクションステップ:**
-
--   データインベントリの実施
--   プライバシー重視のアプリ機能の実装
--   コンプライアンスプロトコルに関するチームのトレーニング
-
-## [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)モバイルアプリの要件
-
-### 個人データの種類
-
-CCPAはモバイルアプリが一般的に収集する複数の種類の個人データを保護します。以下は簡単な内訳です：
-
-| **データカテゴリ** | **例** | **収集方法** |
-| --- | --- | --- |
-| デバイス識別子 | IDFA、AAID、MACアドレス | システムによる自動収集 |
-| 位置データ | GPS座標、IPアドレス | アプリ権限を通じて収集 |
-| 使用データ | セッション時間、機能使用 | 分析を通じて追跡 |
-| 個人詳細 | 名前、メール、電話番号 | ユーザー入力フォームを通じて提供 |
-| 財務情報 | 支払い詳細、購入履歴 | [アプリ内取引中に収集](https://capgo.app/plugins/purchases-capacitor/) |
-| 生体認証データ | 指紋、Face IDパターン | デバイスのセキュリティ機能を通じて取得 |
-
-### ユーザーの権利
-
-CCPAの下、ユーザーは個人データに関する特定の権利を有します：
-
--   **知る権利と削除する権利**: ユーザーは過去12ヶ月間に収集された個人データについての情報を要求し、その削除を求めることができます。
--   **オプトアウトの権利**: ユーザーは個人データの販売をオプトアウトできなければなりません。
--   **差別禁止の権利**: CCPAの下で権利を行使するユーザーは、価格の引き上げやサービス品質の低下によって罰せられることはありません。
-
-### 開発者の要件
-
-CCPAに準拠するために、開発者は以下のガイドラインに従う必要があります：
-
--   **認証システム**  
-    データリクエストを行うユーザーの身元を確認するために、[多要素認証](https://capgo.app/docs/webapp/mfa/)または同様の方法を使用します。
-    
--   **応答チャネル**  
-    ユーザーリクエストを処理するための専用チャネルを設定します。必要に応じて延長可能な45日の対応期間があります。
-    
--   **技術的制御**  
-    前述の通り、ユーザーデータを管理・保護するために必要な技術的措置をアプリに含めることを確保します。
-    
--   **文書化要件**  
-    以下の詳細な記録を保持します：
-    
-    -   データ収集と処理活動
-    -   ユーザーリクエストとその対応
-    -   プライバシーポリシーの更新
-    -   CCPA準拠に関するスタッフトレーニング資料
-
-ライブアップデートについては、[Capgo](https://capgo.app)のようなツールがユーザープライバシー設定を効果的に維持するのに役立ちます。
-
-次のステップでは、これらの要件をモバイルアプリに統合する方法をご案内します。
-
-## CCPA準拠のためのステップ
-
-### データインベントリ
-
-組織が収集する全ての個人データの包括的なマップを作成することから始めます。以下はサンプルの内訳です：
-
-| データカテゴリ | 収集ポイント | 保存場所 | アクセス制御 |
-| --- | --- | --- | --- |
-| ユーザー入力 | 登録フォーム、プロフィール更新 | ローカルデータベース、クラウドストレージ | ロールベースの認証 |
-| 自動収集 | アプリ起動、セッション追跡 | 分析サーバー | 暗号化、APIキー |
-| サードパーティデータ | ソーシャルログイン、決済処理 | 外部サービス | サービス契約 |
-| デバイスデータ | システム権限、センサー | デバイスストレージ、バックアップサーバー | 権限管理 |
-
-データがマッピングされたら、プライバシーポリシーがこれらの慣行を正確に反映していることを確認します。
-
-### プライバシーポリシーの更新
-
-プライバシーポリシーは、データがどのように収集、使用、管理されるかを明確に伝える必要があります。以下の重要点を含めてください：
-
--   **データ収集範囲**: 収集される個人情報のカテゴリを指定
--   **使用目的**: 各種データが収集される理由とその使用方法を説明
--   **共有慣行**: ユーザーデータを受け取る第三者を特定
--   **ユーザーの権利**: CCPAの権利を概説し、それらを行使するための明確な指示を提供
--   **連絡方法**: メールやウェブフォームなど、ユーザーがリクエストを提出できる方法を少なくとも2つ提供
-
-### ユーザーコントロール機能
-
-ユーザーにデータの制御を与えるためのアプリ内ツールを追加：
-
-**プライバシートグル**：
-
--   データ収集の設定
--   マーケティングコミュニケーション
--   第三者とのデータ共有
-
-**同意管理**：
-
--   明確なオプトインとオプトアウトのオプションを提供
--   タイムスタンプ付きでユーザーの設定を記録
--   ユーザーが設定を簡単に更新できるようにする
-
-これらの機能はユーザーに権限を与えながら、アプリのコンプライアンスを維持します。
-
-### データリクエストシステム
-
-CCPAの権利に関連するユーザーリクエストを処理するシステムを設定します。以下は推奨フレームワークです：
-
-| リクエストタイプ | 応答時間 | 認証方法 |
-| --- | --- | --- |
-| データアクセス | 45日 | 二要素認証 |
-| データ削除 | 45日 | アカウントパスワード + メール確認 |
-| データエクスポート | 45日 | 政府発行IDの確認 |
-| オプトアウト確認 | 即時 | アカウントログイン |
-
-これにより、リクエストが効率的かつ安全に処理されることを確保します。
-
-### データ保護
-
-デプロイメント前に、以下の保護措置が整っていることを確認します：
-
--   **暗号化**: 転送中および保存中のデータを保護
--   **アクセス制御**: ロールベースのアクセスを実装
--   **データ収集の最小化**: 必要なもののみを収集
--   **監査**: データ慣行の四半期ごとのレビューを実施
--   **侵害対応**: データ侵害を処理するための文書化された手順を維持
-
-ライブアップデートについては、プライバシー設定が維持されていることを確認します。Capgoのようなツールは、デプロイメント中のエンドツーエンドの暗号化を提供することで支援できます。
-
-## モバイルアプリが提示する見過ごされがちなプライバシーリスク
-
-<iframe src="https://www.youtube.com/embed/aY-rICZi_Ms" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## CCPA準拠のためのツール
-
-効果的なツールは、データ保護を維持しCCPAの要件を満たすために不可欠です。適切なツールは、ユーザーデータを保護するだけでなく、コンプライアンスの取り組みを簡素化します。
-
-### [Capgo](https://capgo.app/)アップデート
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680d75de5a08fca89179eb81/002013533a2d2ba7b874d9490aa8d76e.jpg)
-
-Capgoは、CCPAの要件に沿った安全で効率的なアプリアップデートを提供します。エンドツーエンドの暗号化を使用することで、アップデート中の機密データの保護を確保します。印象的なことに、Capgoは24時間以内にアクティブユーザーの95%を更新状態に保ちます[\[1\]](https://capgo.app/) 。
-
-Capgoがコンプライアンスのために提供する機能：
-
-| 機能 | コンプライアンスへの貢献 |
-| --- | --- |
-| **エンドツーエンド暗号化** | アップデート中のユーザーデータを保護 |
-| **ロールバック機能** | 問題発生時に迅速に更新を元に戻す |
-| **ユーザー割り当て** | ターゲットを絞ったプライバシーアップデートを配信 |
-| **分析ダッシュボード** | アップデートとユーザーエンゲージメントを監視 |
-| **[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | 特定のユーザーグループでアップデートをテスト |
-
-Capgoは、コンプライアンスアップデートを自動化するためにCI/CDツールとシームレスに連携します。
-
-### CI/CDツール
-
-[GitHub Actions](https://docs.github.com/actions)、[GitLab CI](https://docs.gitlab.com/ee/ci/)、[Jenkins](https://www.jenkins.io/)などのCI/CDツールは、手動エラーを減らし、重要なアップデートのデプロイメントを迅速化します。これらのツールは、コンプライアンス基準を維持しながら、プライバシーアップデートを効率的にロールアウトすることを確保します。
-
-よりカスタマイズ可能なオプションを探している場合、オープンソースツールは優れた代替手段です。
-
-### オープンソースソリューション
-
-オープンソースツールは柔軟性と透明性を提供し、アプリのニーズに合わせてコンプライアンス管理をカスタマイズすることができます。また、コミュニティによって検証された実践からも恩恵を受けるため、信頼できるオプションとなります。
-
-CCPA準拠のためのツールを選択する際は、以下の機能に注目してください：
-
--   チームメンバーの詳細な権限制御
--   コンプライアンス活動を追跡する監査ログ
--   デプロイメント中の自動チェック
--   保存中および転送中のデータの暗号化
--   ユーザーデータリクエストを管理するための効果的なツール
-
-## 継続的なコンプライアンス管理
-
-CCPA準拠の維持は
-
-チームがCCPAの要件を理解していることを確認してください。トレーニングプログラムには以下を含める必要があります：
-
--   **初期オンボーディング:** 全ての新入社員に対する必須トレーニング
--   **定期的なアップデート:** 規制や最善の実践の変更をカバーする定期的なセッション
--   **役割別のガイダンス:** 開発者、サポートスタッフ、プロダクトマネージャー向けの、セキュアなコーディング、ユーザー権利、コンプライアンスチェックに関する個別の指示
-
-### 規制のアップデート
-
-公式の規制チャネルや業界フォーラムをフォローして、変更に対応してください。自動デプロイメントツールを使用して、アップデートを迅速かつ一貫して展開します。Capgoは、アップデートが迅速で監査可能であることを保証するのに役立ちます。さらに、重要なアップデートに対応するための迅速な対応計画を設定し、タイムリーなアクションとユーザーとの明確なコミュニケーションを確保します。
-
-## 概要
-
-アプリ体験を損なうことなく、ユーザーデータを保護するための効果的なツールを使用し、厳重な監視を維持することで、CCPAの要件に準拠し続けてください。以下に、先に説明した方法から導き出されたアクション可能なステップを示します。
-
-### アクション項目
-
-CCPAコンプライアンスを確保するための主要なステップは以下の通りです：
-
--   **データインベントリ評価**: 個人データが収集されるすべてのポイントを特定し文書化する
--   **プライバシーポリシーの実装**: 明確で理解しやすいプライバシー通知を作成し共有する
--   **権利プロトコルの見直し**: ユーザー権利を管理するシステムを強化する
--   **セキュリティ対策**: 強力な暗号化やその他の保護手段を使用してデータを保護する
--   **チームトレーニングプロトコル**: コンプライアンスのベストプラクティスについてチームを最新の状態に保つための定期的なトレーニングセッションをスケジュールする
-
-これらのステップにより、ユーザープライバシーを効果的に管理するための明確なロードマップが提供されます。
-
-### アップデートツール
-
-これらのステップを効率的に実装するために、データの整合性を優先する高度なアップデートツールの使用を検討してください。例えば、Capgoは世界中で9億4760万回のアップデートを提供し、24時間以内に95%のアクティブユーザーのアップデート率を達成するという印象的な結果でグローバルアップデートをサポートしています[\[1\]](https://capgo.app/) 。
-
-> "私たちはアジャイル開発を実践しており、Capgoはユーザーに継続的に提供する上で必要不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgoのようなツールは、コンプライアンス関連のアップデートを自動化し、最小限の労力でアプリケーションを最新の状態に保つことができます。
-
-### 次のステップ
-
-これらの実践を基に、以下から始めてください：
-
--   **現在の実践の監査**: 現在のデータ収集とプライバシープロセスを見直す
--   **ツールの実装**: コンプライアンス重視の管理ツールを統合する
--   **文書化の作成**: 詳細なコンプライアンス文書を作成する
--   **チームの準備**: チームを準備させるためのトレーニングセッションを計画し実施する
-
-## よくある質問
-
-:::faq
-### モバイルアプリ開発者は、自身のアプリがカリフォルニア州消費者プライバシー法（CCPA）に準拠する必要があるかどうかをどのように判断できますか？
-
-**カリフォルニア州消費者プライバシー法（CCPA）**への準拠が必要かどうかを判断するには、以下の主要な要素を考慮してください：
-
-1.  **ビジネスの規模**: アプリまたはその背後にある企業の年間総収益が2500万ドルを超えていますか？
-2.  **データ取り扱い**: アプリは年間50,000人以上のカリフォルニア州居住者、世帯、またはデバイスの個人情報を購入、販売、または共有していますか？
-3.  **データからの収益**: アプリの年間収益の50%以上がカリフォルニア州居住者の個人情報の販売から得られていますか？
-
-これらの基準のいずれかに該当する場合、CCPAの要件の対象となる可能性が高いです。さらに、アプリがこれらの基準に直接該当しない場合でも、より広範なプライバシーの期待に応えるために、データ収集とプライバシーの実践を見直すことをお勧めします。
-
-**Capgo**を使用する開発者の場合、Capacitorアプリのライブアップデートソリューションにより、AppleとAndroidのガイドラインに準拠しながらシームレスなアップデートを確保し、アプリの全体的なコンプライアンス戦略をサポートできます。
-:::
-
-:::faq
-### モバイルアプリはユーザーデータを保護しながら、カリフォルニア州消費者プライバシー法（CCPA）への準拠をどのように確保できますか？
-
-**カリフォルニア州消費者プライバシー法（CCPA）**に準拠し、ユーザーデータを保護するために、モバイルアプリは以下の主要な実践に焦点を当てる必要があります：
-
--   **データ収集の透明性**: 収集されるデータの種類、収集の目的、およびその使用方法についてユーザーに明確に通知する
--   **ユーザー権利の提供**: CCPAが要求する個人データへのアクセス、削除、または販売のオプトアウトを可能にする機能を実装する
--   **データセキュリティの強化**: [暗号化とセキュアなストレージ](https://capgo.app/docs/cli/migrations/encryption/)ソリューションを使用して、不正アクセスや漏洩からユーザー情報を保護する
-
-さらに、**Capgo**のようなツールを使用することで、アプリストアの承認を必要とせずに、セキュリティの脆弱性やプライバシー関連の変更に対応するための即時アップデートを可能にし、アプリのコンプライアンス努力を強化できます。これにより、シームレスなユーザー体験を提供しながら、アプリをリアルタイムでコンプライアンスに準拠させることができます。CCPAの要件への完全な遵守を確保するために、法律の専門家に相談することを常に推奨します。
-:::
-
-:::faq
-### CCPAはサードパーティサービスの使用に関してモバイルアプリ開発者にどのような影響を与えますか？
-
-カリフォルニア州消費者プライバシー法（CCPA）は、モバイルアプリ開発者が使用するサードパーティサービスがデータプライバシー規制に準拠することを要求しています。これは、開発者がサードパーティプロバイダーがユーザーデータをどのように取り扱うかを慎重に評価し、データの収集、保存、共有に関してCCPAのガイドラインに従っていることを確認する必要があることを意味します。さらに、開発者はこれらのプロバイダーとの間で、データへのアクセス、削除、またはデータ収集のオプトアウトなどのユーザー権利を保護するための明確な合意を確立する必要があります。
-
-Capgoのようなツールを使用してアプリのアップデートを管理している場合、これらのサービスがCCPAの要件に準拠していることを確認することが重要です。例えば、Capgoはエンドツーエンドの暗号化などの機能でセキュアなデータ取り扱いをサポートし、アプリのリアルタイムアップデートを提供しながらコンプライアンスを確保します。コンプライアンスに準拠したプロバイダーと提携することで、開発者はCCPAの下で信頼を維持し、潜在的な法的問題を回避できます。
-:::
diff --git a/src/content/blog/ja/checklist-for-cybersecurity-compliance-in-china.md b/src/content/blog/ja/checklist-for-cybersecurity-compliance-in-china.md
deleted file mode 100644
index aeb9a3c88..000000000
--- a/src/content/blog/ja/checklist-for-cybersecurity-compliance-in-china.md
+++ /dev/null
@@ -1,369 +0,0 @@
----
-slug: checklist-for-cybersecurity-compliance-in-china
-title: 中国のサイバーセキュリティコンプライアンスチェックリスト
-description: 2025年に中国の厳しいサイバーセキュリティ法に準拠するために、重要なデータ保護およびセキュリティ要件を遵守してください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T05:14:08.592Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822cd20266b1f3f75203ab9-1747113353909.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  China cybersecurity, compliance checklist, data protection, personal
-  information law, security regulations
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-2025年の中国のサイバーセキュリティ法は、これまで以上に厳しくなっています。準拠するために、企業は**サイバーセキュリティ法（CSL）**、**データセキュリティ法（DSL）**、および**個人情報保護法（PIPL）**などの重要な規制に従う必要があります。ここに簡単なコンプライアンスチェックリストを示します：
-
--   **ユーザーIDの確認**：携帯電話番号または政府発行のIDを使用します。
--   **データのローカル保存**：すべての中国のユーザーデータは中国のサーバーに保存する必要があります。
--   **活動の記録**：ユーザーの[活動ログ](https://capgo.app/docs/webapp/logs/)を最低60日間保持します。
--   **データの保護**：静止状態のデータは暗号化（AES-256）、転送中のデータは暗号化（TLS 1.3以上）します。
--   **監査の実施**：定期的なセキュリティチェックと年次監査は義務です。
--   **更新の管理**：OTA更新は暗号化され、ログが記録され、ユーザーの承認が必要です。
-
-これらの基準を満たさない場合、最高5000万元（約750万ドル）または年間収益の5%の罰金が科せられる可能性があります。暗号化された更新とコンプライアンス追跡には[Capgo](https://capgo.app/)のようなツールを使用してください。
-
-| **主要規制** | **発効日** | **影響** |
-| --- | --- | --- |
-| ネットワークデータセキュリティ管理規則 | 2025年1月1日 | データコンプライアンスルールの強化 |
-| CSL改正 | 2025年3月28日 | より高い罰則、厳格な施行 |
-
-ユーザーデータを保護し、適切な文書を維持し、中国のサイバーセキュリティフレームワークの最新の更新に従うことで、コンプライアンスを確保してください。
-
-## 主なサイバーセキュリティ法および規制
-
-### 中国サイバーセキュリティ法（CSL）
-
-中国のサイバーセキュリティ法（CSL）は、ネットワークセキュリティを維持するための基本的な要件を定めています。これには、実名登録、強力なセキュリティ対策の実施、定期的な評価の実施、そして事件の迅速な報告が含まれます。2025年3月に発効する最近の改正では、進化するデータ保護基準に合わせて違反に対する厳しい罰則が導入されます [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。
-
-### 個人情報保護法（PIPL）
-
-個人情報保護法（PIPL）は、ユーザーデータの管理に関する厳しいガイドラインを施行し、透明性とセキュリティを重視しています。主要な規定には次のものがあります：
-
-| **要件** | **詳細** | **実施状況** |
-| --- | --- | --- |
-| **ユーザーの同意** | データ収集と使用のための明示的な許可を取得 | 既に施行中 |
-| **クロスボーダー移転** | データエクスポートのためのセキュリティレビューと政府の承認を取得 | 収集から60日以内 |
-| **データ保護** | 個人データを保護するための技術的な安全対策を適用 | 継続的な監視 |
-
-PIPLはまた、アプリ開発者に対し、ユーザーの同意の詳細な記録を保持しながら明確で透明なデータ取り扱い慣行を採用することを義務付けています。違反は営業停止や最大5000万元（約750万ドル）の罰金を引き起こす可能性があります [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law)。これらのルールはデータセキュリティ管理規則において概説された技術的措置の基盤となります。
-
-### データセキュリティ管理規則
-
-2025年1月1日より、ネットワークデータセキュリティ管理規則はデータ関連リスクを管理するための包括的なフレームワークを導入します。この規則は次のことを強調しています：
-
--   **リスク評価**：データの感度、処理ボリューム、および国家安全保障への潜在的な影響を評価します。
--   **技術的保護手段**：データを分類し、アクセス制御を実施し、センシティブな情報を暗号化します。
--   **インシデント対応**：セキュリティインシデントに対処するための堅牢な文書と技術的措置を維持します。
-
-これらの更新は、施行を強化し新たなサイバーセキュリティの課題に対処することを目的としています [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。
-
-更新やセキュリティパッチに取り組むアプリ開発者は、[安全な更新プラットフォーム](https://capgo.app/docs/live-updates/update-behavior/) を利用することで、これらの規則のコンプライアンスを簡素化できます。例えば、**Capgo** (https://capgo.app)はエンドツーエンドの暗号化とリアルタイムの[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/) を提供しており、400万以上のモバイルアプリと世界で最も大規模なモバイルインターネットユーザーを有する市場では特に価値があります [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)。
-
-## データプライバシー要件
-
-### ユーザーIDの確認
-
-ユーザーアカウントを有効化する前に、携帯電話番号または政府発行のIDを使用して実名確認を実施します。正確な身分が記録・暗号化されることを確認し、ユーザーには公のエイリアスを表示できるようにします。また、規制に従ってユーザーの活動をログに記録します [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)。このプロセスをスムーズにするために、[中国モバイル](https://www.chinamobileltd.com/)や[中国ユニコム](https://www.chinaunicom.com/)などの公認ローカル確認サービスと統合することを検討してください [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)。
-
-すべての保存データが地元のホスティング規則に準拠していることを確認することも同様に重要です。
-
-### データストレージ要件
-
-中国のユーザーデータはすべて、中国本土にあるサーバーに保存する必要があり、2025年1月1日に発効するネットワークデータセキュリティ管理規則に従わなければなりません [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。データを国外に移転する必要がある場合は、まず政府のセキュリティレビューを受けるか、明示的なユーザーの同意を得なければなりません [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN)。
-
-これらの要件を満たすために、[アリババクラウド](https://www.alibabacloud.com/)や[テンセントクラウド](https://www.tencentcloud.com/)などの公認中国クラウドプロバイダーと協力してください。これにより、ユーザーデータが指定された地理的境界内に留まることが保証されます。
-
-ストレージ要件が満たされたら、以下に示す必要なセキュリティ対策の実施に集中してください。
-
-### 必要なセキュリティ基準
-
-2025年のサイバーセキュリティフレームワークは、ユーザーデータを保護するために堅牢な暗号化プロトコルを使用することを強調しています [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN)。主要な対策には以下が含まれます：
-
-| セキュリティ対策 | 技術的仕様 | 目的 |
-| --- | --- | --- |
-| 静止データ | AES-256暗号化 | 保存データを保護 |
-| 転送中のデータ | TLS 1.3以上 | ネットワーク通信を保護 |
-
-更新を管理する開発者向けに、Capgoのようなプラットフォームは、これらのセキュリティ要件に沿ったエンドツーエンドの暗号化を提供しています。
-
-定期的な監査とテストは、すべてのセキュリティ対策が効果的で最新の状態にあることを確認するために重要です [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。
-
-## 中国におけるサイバーセキュリティおよびデータ保護のコンプライアンス、課題、ヒント
-
-<iframe src="https://www.youtube.com/embed/cNYATmph4sw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 技術的セキュリティ要件
-
-中国のサイバーセキュリティ規制は、組織がコンプライアンスを維持するために詳細な技術的セキュリティ対策を実施することを要求しています。2025年3月に[中国サイバー空間管理局](https://en.wikipedia.org/wiki/Cyberspace_Administration_of_China)（CAC）は、これらの要件を概説するためにサイバーセキュリティ法（CSL）の改正を導入しました。これにより法的義務を実行可能な慣行に翻訳しています [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。
-
-### セキュリティスキャンのスケジュール
-
-モバイルアプリケーションは、CAC承認のスキャニングツールを使用して月次セキュリティチェックを受けなければなりません [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。これらの評価は、アプリのセキュリティのさまざまな側面に焦点を当てています：
-
-| **セキュリティ側面** | **評価頻度** | **必要な文書** |
-| --- | --- | --- |
-| 脆弱性評価 | 月次 | 修正のタイムラインを含むスキャンレポート |
-| コードセキュリティレビュー | 月次 | ソースコード分析結果 |
-| サードパーティコンポーネントチェック | 月次 | 依存関係監査レポート |
-
-すべてのスキャンレポートは保存され、年次規制監査のために提供可能でなければなりません。さらに、当局は検査中にこれらの結果への即時アクセスを要求する場合があります [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[5\]](https://www.twobirds.com/en/insights/2025/china/china-cybersecurity-and-data-protection-monthly-update-march-2025-issue)。
-
-### ユーザー権限管理
-
-ロールベースのアクセス制御（RBAC）は、中国で動作するモバイルアプリケーションにとっては譲れない要件です [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。開発者は次のことを期待されています：
-
--   ユーザー役割に基づいて正確な権限レベルを設定します。
--   アクセス活動の詳細なログを保持します。
--   権限設定が適切なまま維持されるよう、定期的にレビューと更新を行います。
-
-アプリの更新を扱う開発者向けに、Capgoのようなプラットフォームは、ユーザーの役割と権限を効率的に管理するための組み込みツールを提供し、セキュリティパッチの迅速な展開を可能にします。
-
-### セキュリティインシデント対応
-
-組織は、セキュリティインシデントを検出後12時間以内にCACに通知しなければなりません。この通知には、初期評価と封じ込め策の詳細が含まれるべきです [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[5\]](https://www.twobirds.com/en/insights/2025/china/china-cybersecurity-and-data-protection-monthly-update-march-2025-issue)。
-
-包括的なインシデント対応計画は、以下の内容を含むべきです：
-
--   問題の検出と封じ込め。
--   調査とコミュニケーション戦略。
--   必要に応じたユーザー通知。
-
-インシデント後、根本原因、修正アクション、およびセキュリティプロトコルの更新を文書化してください。その後、詳細なレポートを規制当局に提出する必要があります。
-
-> 「最新のCSL改正により、施行が強化され、他の主要なデータ保護法（PIPLやDSLなど）に合わせた罰金額が引き上げられました」と、2025年3月のガイダンスで中国サイバー空間管理局は述べています [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。
-
-定期的なセキュリティ訓練とスタッフ研修セッションも必要であり、関連する文書はすべて規制当局の調査のために手元に保管されている必要があります [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law)。
-
-## アプリストアの要件
-
-中国でアプリを公開する際、技術基準を満たすことは始まりに過ぎません。開発者は、中国サイバー空間管理局（CAC）および[工業情報化省](https://en.wikipedia.org/wiki/Ministry_of_Industry_and_Information_Technology)（MIIT）の規制にも遵守する必要があります [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。
-
-### MIIT登録プロセス
-
-MIITに登録するために、開発者は以下を準備する必要があります：
-
-1. 事業ライセンスまたは組織証明書、および承認書
-2. アプリの機能とデータ収集慣行の詳細な説明
-3. ネットワークセキュリティ評価の文書
-4. 個人情報保護影響評価
-
-標準の審査プロセスは通常7〜10営業日かかります。ただし、外国の開発者は、地域の法人を介して処理を行う必要があるため、延長された処理時間（最大2〜3ヶ月）に直面することがよくあります。これらのステップは、データセキュリティとユーザーのプライバシーの確保のために、以前の技術的安全策に基づいています。
-
-### セキュリティテスト要件
-
-登録に加えて、アプリは必須のセキュリティテストを受けなければなりません。2025年1月1日から施行される**ネットワークデータセキュリティ管理規則**は、アプリのカテゴリに基づいた特定のテストプロトコルを概説しています [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN)：
-
-1. **金融および医療アプリ**  
-　これらのアプリは、CAC承認の組織による侵入テストとソースコードレビューを必要とします。開発者は、3年間のセキュリティ文書も保持しなければなりません。
-    
-2. **社会および教育アプリ**  
-　テストは脆弱性評価とデータ保護基準への準拠に焦点を当てています。さらに、ユーザーアクティビティログは少なくとも60日間維持されなければなりません [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)。
-    
-3. **一般アプリケーション**  
-　これらのアプリは、暗号化基準やデータ処理慣行を含む基本チェックの対象となります。また、承認された方法を通じてユーザーの身分確認を提供する必要があります。
-
-### SDKコンプライアンスチェック
-
-開発者は、アプリで使用されるすべてのSDKの詳細なインベントリを維持する必要があります。これには以下が含まれます：
-
-1. SDK名、バージョン、およびプロバイダー
-2. データアクセス権限およびストレージ場所
-3. セキュリティ証明書
-4. 個人情報保護法（PIPL）およびデータセキュリティ法（DSL）への準拠 [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law)
-
-[クラウドベースの更新](https://capgo.app/docs/live-updates/update-behavior/)に依存するアプリの場合、Capgoのようなプラットフォームは、中国のサイバーセキュリティ基準に合わせたバージョン管理とパッチ展開のためのツールを提供します。
-
-コンプライアンスを強制するために、CACは内部通報システムを導入しました。コンプライアンスに違反すると、アプリの削除や高額な罰金が科される可能性があります [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)。
-
-## 更新管理
-
-中国では、更新の管理は単なる技術的な調整にとどまらず、常に進化する厳格なサイバーセキュリティ規制を満たすことに関わっています [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。
-
-### OTA更新要件
-
-中国におけるOTA（Over-the-Air）更新は、厳格なセキュリティおよびコンプライアンスルールに従う必要があります [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。ここに必要な要件があります：
-
-1. **エンドツーエンドの暗号化**：更新パッケージは送信中に暗号化され、真偽を確認するためのデジタル署名を含めなければなりません [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。
-2. **ユーザー検証**：更新は、通常は携帯電話番号の検証を通じて確認される明示的なユーザーの同意の後にのみ進めさなければなりません [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)。
-3. **データのローカリゼーション**：中国のユーザーのために更新を提供するために使用されるインフラは、物理的に中国国内に置かなければなりません [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law)。
-4. **文書化**：ユーザーの同意、アクセス記録、およびセキュリティ評価に関する情報を含めて、更新の詳細なログを少なくとも60日間保管しておく必要があります [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN)。
-
-重要なセキュリティパッチに対して、中国サイバー空間管理局（CAC）は迅速な対応を強制しています。企業は脆弱性通知を直ちに発行し、修正の展開を迅速化する必要があります [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。
-
-これらの要件は、よく整理されたバージョン管理システムに密接に関連しています。
-
-### バージョン管理
-
-2025年1月に発効するネットワークデータセキュリティ管理規則の下では、企業は強力なバージョン管理プロセスを実装する必要があります。以下がその内容です：
-
-| 要件 | 期間 | 目的 |
-| --- | --- | --- |
-| **バージョン履歴** | 最低60日間 | セキュリティ監査と調査のため |
-| **変更ログ** | 包括的 | すべての更新と変更を文書化 |
-| **セキュリティ評価** | 更新ごと | 規制への準拠を確保 |
-| **ユーザー配布トラッキング** | 継続的 | 更新の採用状況を監視 |
-
-ロールバック機能は必須であり、企業は以前のバージョンに迅速に戻ることができる必要があります。これらの古いバージョンも、少なくとも60日間保管されなければなりません [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN)。
-
-バージョン管理のためにサードパーティのサービスを使用する場合、企業は以下を確保しなければなりません：中国当局への登録、ローカライズされたインフラの展開、責任の明確な文書化、データローカリゼーション法への準拠 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。
-
-敏感なデータを管理するプラットフォームでは、データ収集方法またはアクセス権限を変更する更新には、規制準拠を維持するための追加のテストと検証が必要です [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)。
-
-Capgo（https://capgo.app）のようなツールは、暗号化、シームレスなCI/CD統合、および詳細なバージョン管理機能を含む[ライブ更新ソリューション](https://capgo.app/blog/self-hosted-live-updates/) を提供します。
-
-これらの規制に従わないと、前年度の収益の最大5%に達する罰金や、中国のアプリストアからの削除など、重大な結果を招く可能性があります [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law)。
-
-## コンプライアンス文書
-
-中国のサイバーセキュリティフレームワークは、徹底的な文書化に強い重きを置いています。2025年3月の改正により、要求事項が厳格になり、コンプライアンス違反に対する罰則が大幅に増加しています [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。
-
-### 必要な年次監査
-
-アプリは、個人情報保護法（PIPL）、データセキュリティ法（DSL）、および最新のサイバーセキュリティ法（CSL）改正に適合するかを確認するために、詳細なセキュリティ監査を受けることが求められます [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law)。次に、一般的な監査スケジュールと文書保持要件の概略を示します：
-
-| 監査タイプ | 頻度 | 文書保存期間 |
-| --- | --- | --- |
-| 標準アプリ | 年次 | 5年 |
-| 重要インフラ / 高データボリュームアプリ | 半年ごと | 5年 |
-
-これらの監査には、セキュリティ評価レポート、データ処理記録、ユーザー同意メカニズム、プライバシーポリシーの確認、およびインシデント対応計画などの文書が含まれなければなりません。
-
-### データフロー文書
-
-国境を越えてデータを転送する際、組織はデータフローマップの詳細な文書を提供し、セキュリティ評価を行い、明示的なユーザーの同意を取得し、リスク緩和戦略を実施する必要があります。これらの記録は、転送関係の終了から少なくとも3年間保持する必要があります [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law)。
-
-### ログ保存ルール
-
-ネットワークデータセキュリティ管理規則は、ログ保存に関する特定の要件を概説しています [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN)。これには以下が含まれます：
-
--   **システム活動ログ**
-    
-    -   ユーザー登録の詳細
-    -   IPアドレスを含むログインタイムスタンプ
-    -   機能使用パターン
-    -   コンテンツ公開活動
--   **財務取引ログ**
-    
-    -   最低3年間保存する必要があります
-    -   完全な取引詳細を含む
-    -   改ざん防止のストレージを確保する
--   **管理アクセスログ**
-    
-    -   システム管理者の活動を記録する
-    -   データアクセスイベントを追跡する
-    -   修正およびエクスポート/ダウンロード活動をログに記録する
--   **一般ログ**
-    
-    -   保存要件：最低60日間 [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)
-
-これらのログを保持しないことは、年間収益の最大5%の罰金につながる可能性があります [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。さらに、自動更新サービスは、コンプライアンスを示すために、すべての更新関連活動を文書化する必要があります。
-
-適切な文書管理は、すべての他のコンプライアンス対策、スタッフのトレーニングやインシデント対応計画を含む、の基盤です。
-
-## コンプライアントトレーニングと違反
-
-### 違反対応計画
-
-2025年3月のCSL改正は、違反に対処するための詳細なプロトコルを持つことの重要性を強調しています [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。確固たる対応計画には、通常次の主要なフェーズが含まれます：
-
-| **対応フェーズ** | **必要なアクション** |
-| --- | --- |
-| **初期検出** | \- 影響を受けたサービスを停止する  <br>\- インシデントの詳細を文書化する  <br>\- 内部コンプライアンスチームに通知する |
-| **当局通知** | \- 中国サイバー空間管理局（CAC）に報告する  <br>\- 初期評価を提出する  <br>\- 修正計画をアウトラインする |
-| **是正** | \- 技術的な修正を実施する  <br>\- セキュリティプロトコルを更新する  <br>\- すべての変更を文書化する |
-| **インシデント後** | \- 最終報告を提出する  <br>\- フォローアップ監査を実施する  <br>\- トレーニング資料を更新する |
-
-CACはまた、迅速で文書化された対応が必要であることを強調する公的な内部告発制度を導入しました [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)。これらの取り組みをサポートするために、組織は、その対応計画を徹底したスタッフトレーニングプログラムと組み合わせて、すべてのレベルでのコンプライアンスを確保するべきです。
-
-### スタッフトレーニング要件
-
-2025年1月から、ネットワークデータセキュリティ管理規則は、技術的および文書基準に整合する正式なトレーニングプログラムを義務付けています [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN)。これらのトレーニングプログラムは、最新の規制要件に準拠するために不可欠です。
-
-**必須の年間トレーニングトピック**
-
--   データプライバシーの原則と適切な取り扱い手順
--   CSLおよび個人情報保護法（PIPL）に関する最新情報
--   セキュアコーディング技術
--   インシデント対応プロトコル
--   ユーザー本人確認プロセス
-
-**文書管理慣行**
-
--   トレーニング出席、評価、および教材の更新の記録を保持する
--   トレーニング文書が常に最新であることを確認する
--   規制更新への承認を追跡する
-
-組織はまた、重要な規制変更が発生するたびに追加のトレーニングを提供する必要があります。たとえば、2025年3月28日に予定されているCSLの改正などです [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/) 。
-
-**効果的なトレーニングのための実践的なステップ**
-
--   規制の更新を監視し、実施するために専任のコンプライアンス担当者を割り当てる
--   規制更新サービスに登録し、業界のワークショップに参加する
--   定期的な内部コンプライアンス評価を実施する
--   プロセスを合理化するためにコンプライアンス管理ソフトウェアを活用する
-
-頻繁で構造的に良好なトレーニングは、規制の遵守を確実にするだけでなく、コンプライアンスリスクを効果的に軽減するのに役立ちます。
-
-## 結論：コンプライアンスチェックリストの概要
-
-このチェックリストは、中国の規制フレームワークに準拠するための重要な分野を強調しており、それは三つのコア法律によって形作られています。厳格な遵守は、正しいツールによって支持される必要があり、最新の改正に合わせるためには必要です。
-
-| **コンプライアンス領域** | **要件** | **ツール** |
-| --- | --- | --- |
-| **データプライバシー** | \- モバイル番号を通じてユーザーの本人確認を行う  <br>\- 60日間のアクティビティログを保持する  <br>\- セキュアなデータストレージを確保する | \- 身元確認システム  <br>\- セキュアログプラットフォーム  <br>\- ローカルストレージソリューション |
-| **セキュリティ基準** | \- 定期的な脆弱性評価を行う  <br>\- インシデント対応プロトコルを確立する  <br>\- エンドツーエンドの暗号化を使用する | \- セキュリティスキャンツール  <br>\- 応答管理システム  <br>\- 暗号化フレームワーク |
-| **更新管理** | \- セキュリティパッチを迅速に展開する  <br>\- バージョン管理を維持する  <br>\- アプリストアのコンプライアンスを確保する | \- OTA更新ソリューション  <br>\- バージョン管理ツール  <br>\- コンプライアンスチェックツール |
-
-**ネットワークデータセキュリティ管理規則**は、2025年1月1日発効で、より厳しいコンプライアンス措置を課します [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN)。これらの要件を満たしながら、スムーズなアプリ更新を確保するために、開発者は中国市場向けに特化したエンドツーエンドの暗号化OTA更新を提供するCapgoのようなツールに依存できます。
-
-コンプライアンスを維持するためのいくつかの重要なステップは次の通りです：
-
--   規制変更を追跡し、必要に応じて内部プロトコルを更新する。
--   すべてのセキュリティ対策とデータ処理手順を徹底的に文書化する。
--   定期的なセキュリティ評価を実施し、スタッフをコンプライアンスプロトコルに関してトレーニングする。
--   潜在的な脅威に対処するための強力なインシデント対応システムを構築する。
-
-遵守しない場合、罰則は正式な警告からアプリを中国のアプリストアから削除するまで範囲が広がる可能性があります [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)。
-
-## よくある質問
-
-:::faq
-### 開発者は2025年に中国のサイバーセキュリティ規制に準拠するためにどのようなステップを踏むべきですか？
-
-2025年に設定された中国のサイバーセキュリティ規制に準拠するために、開発者は最新の法的基準に従い、アプリが厳格なデータ保護要件を満たしていることを最優先する必要があります。以下の主要な分野に焦点を当てるべきです：
-
--   **セキュアなデータストレージと送信**：暗号化を使用して、保存時と転送時の両方でセンシティブなユーザーデータを保護し、不正アクセスを防ぎます。
--   **データのローカリゼーション**：必要に応じて、ユーザーデータを中国内に保持して、地元のデータ保存法に従います。
--   **ユーザーの同意と透明性**：ユーザーデータがどのように収集、使用、共有されるかを明確に説明します。必要に応じて、ユーザーから明示的な同意を得てください。
--   **定期的なセキュリティ評価**：ルーチン監査および脆弱性スキャンを実施して、潜在的なセキュリティ問題を発見し解決します。
-
-Capgoは、開発者がコンプライアンスを達成するのをサポートし、Capacitorアプリ用に**エンドツーエンドの暗号化**および**リアルタイム更新**を提供します。これにより、修正や新機能の更新を、アプリストアでの承認を待たずに瞬時に展開できるため、アプリのセキュリティとコンプライアンスを容易に維持できます。
-:::
-
-:::faq
-### 開発者は、ユーザーデータを安全に保存し送信し、中国のサイバーセキュリティ規制に準拠するためにどのような措置を講じることができますか？
-
-中国のサイバーセキュリティ規制に準拠するために、開発者は**ユーザーデータのセキュアな保存と送信**に注力する必要があります。以下でこれを達成する方法を示します：
-
--   **強力な暗号化基準**を使用して、保存時と送信時の両方でセンシティブなデータを保護します。
--   データ転送中に安全を守るために、HTTPSやTLSのような**セキュアな通信プロトコル**を使用します。
--   新たな脆弱性や脅威に対抗するために、セキュリティ対策を継続的に監視しアップグレードします。
--   中国の**個人情報保護法（PIPL）**や**サイバーセキュリティ法**に準拠し、必要に応じて中国に所在するサーバーでデータを保存する要件を含めます。
-
-Capgoのようなプラットフォームは、リアルタイム更新を提供することでコンプライアンスの取り組みを簡素化します。これにより、アプリがセキュリティを保ちながら、アプリストアの承認を待つことなく最新の状態を維持できます。さらに、Capgoのエンドツーエンドの暗号化により、データ保護が強化され、規制の要求を満たすのが容易になります。
-:::
-
-:::faq
-### 中国のサイバーセキュリティ規制に準拠しないリスクは何であり、企業はどのように対処できますか？
-
-中国のサイバーセキュリティ規制に従わないことは、**巨額の罰金**、**アプリのアプリストアからの削除**、**データ侵害**、さらには**法的措置**など、深刻な影響を引き起こす可能性があります。これらに加えて、非遵守は企業の評判を著しく損なう可能性があり、中国市場での足場を保つことが困難になります。
-
-これらのリスクを軽減するために、企業はアプリがすべての規制基準に一致するように確保する必要があります。これには、**データローカリゼーションルール**に従い、データ収集に対しての**ユーザーの同意を得る**こと、また徹底した**セキュリティ評価**を実施することが含まれます。Capgoのようなツールは、開発者が効率よく更新や修正を行えるよう支援し、アプリの機能を妨げることなくコンプライアンスを確保します。規制の変更に追いつき、前向きに対処することは、罰則を回避し、中国での長期的な成功を収めるために不可欠です。
-:::
diff --git a/src/content/blog/ja/checklist-for-google-play-ota-compliance.md b/src/content/blog/ja/checklist-for-google-play-ota-compliance.md
deleted file mode 100644
index 39ae9f2e1..000000000
--- a/src/content/blog/ja/checklist-for-google-play-ota-compliance.md
+++ /dev/null
@@ -1,237 +0,0 @@
----
-slug: checklist-for-google-play-ota-compliance
-title: Google Play OTA 対応のチェックリスト
-description: >-
-  アプリのOver-The-Airアップデートが、セキュリティ、バージョン管理、ユーザーコミュニケーションのベストプラクティスにおいてGoogle
-  Playのコンプライアンスを満たしていることを確認してください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:16:07.896Z
-updated_at: 2025-04-01T03:16:19.769Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae-1743477379769.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, Google Play compliance, security, version control, user
-  communication, app updates, testing, performance metrics
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-**Over-The-Air (OTA)アップデート**では、ストアのレビューを経ずに直接ユーザーに変更を配信できますが、Google Playのポリシーに準拠するには、セキュリティ、透明性、品質に関する厳格なルールに従う必要があります。概要は以下の通りです：
-
--   **セキュリティ**：エンドツーエンドの暗号化とアップデートパッケージの署名でユーザーデータを保護
--   **バージョン管理**：セマンティックバージョニングでアップデートを追跡し、ロールバックオプションを含め、変更を文書化
--   **ユーザーコミュニケーション**：アップデートをユーザーに通知し、変更を明確にし、手動承認の権限を尊重
--   **テスト**：機能性、互換性、セキュリティについてアップデートをテスト
--   **段階的展開**：小規模（ユーザーの5-10%）から開始し、パフォーマンスを監視して徐々に拡大
--   **パフォーマンス指標**：98%以上のアップデート成功率を目指す
-
-## アップデートパッケージの作成
-
-OTAアップデートパッケージは、Google Playのセキュリティとバージョン管理基準に適合する必要があります。これにより、アップデートが円滑に実行され、ユーザーデータが保護されます。以下がバージョン管理とセキュリティの主要なガイドラインです。
-
-### バージョン管理基準
-
-OTAアップデートのバージョン管理には、明確な組織化と詳細な文書化が必要です。各アップデートパッケージには以下を含める必要があります：
-
--   **固有のバージョンID**：セマンティックバージョニング（例：2.1.3）を使用して変更を追跡
--   **変更マニフェスト**：すべての修正と変更を詳細に記載
--   **互換性マーカー**：アップデートがサポートするアプリバージョンとデバイスを指定
--   **ロールバック情報**：必要な場合の安全な復帰のために、以前のバージョンへの参照を含める
-
-この水準の文書化により、トラブルシューティングがより容易になります。
-
-### セキュリティ要件
-
-OTAアップデートでGoogle Playの基準を満たすには、強力なセキュリティ対策が不可欠です。エンドツーエンド暗号化とアップデートパッケージの署名という2つの重要な実践があります。
-
-Capgoの開発チームが説明するように、_「真のエンドツーエンド暗号化を持つ唯一のソリューションで、他はただアップデートに署名するだけです」_ [\[1\]](https://capgo.app/) 定期的なセキュリティ監査と業界のベストプラクティスの遵守により、アップデートの安全性と信頼性を確保できます。
-
-## アップデート配信の安全性
-
-これらの対策は、ユーザーデータを保護し、アップデートの安定性を確保するのに役立ちます。厳格なセキュリティプロトコルを実装することで、Google Playの基準を満たし、信頼性の高いアップデートを提供できます。
-
-### データ保護方法
-
-暗号化はOTA配信のセキュリティにおいて重要です。最も信頼性の高いアプローチは**エンドツーエンド暗号化**で、これは送信プロセス全体を通じてアップデートパッケージを保護します。単なる署名では不十分で、エンドツーエンド暗号化によってユーザーのみがアップデートにアクセスできます。
-
-> "エンドツーエンド暗号化。あなたのユーザーだけがアップデートを復号化でき、他の誰もできません。" [\[1\]](https://capgo.app/)
-
-暗号化と強力な復旧戦略を組み合わせてシームレスなサービスを維持します。
-
-### アップデート復旧オプション
-
-堅固な復旧システムにより、アップデート失敗の影響を最小限に抑え、アプリの安定性を維持します。自動ロールバック機能を含め、迅速な修正のために最近の安定バージョンのアーカイブを保持します。
-
-| 復旧コンポーネント | 目的 | 優先度 |
-| --- | --- | --- |
-| ロールバックメカニズム | 以前のバージョンの復元 | 重要 |
-| バージョンアーカイブ | バックアップバージョンの維持 | 高 |
-
-これらのツールを組み合わせることで、コンプライアンスとユーザーエクスペリエンスの両方を保護する、安全で効率的なアップデートプロセスが実現します。
-
-## ユーザーコミュニケーション基準
-
-ユーザーとの明確で効果的なコミュニケーションは、アップデートに関するGoogle Playの要件への準拠を確保する上で重要な役割を果たします。
-
-### アップデート通知
-
-Google Playでは、ユーザーへの通知を明確にし、コンプライアンスを維持するために、保留中のアップデートについての明確な通知が必要です。| アラートタイプ | 目的 | 実装 |
-| --- | --- | --- |
-| バックグラウンド更新 | 自動的に更新をインストール | 完了後のサイレント通知 |
-| 機能更新 | 主要な変更についてユーザーに通知 | 更新前のアプリ内通知 |
-| セキュリティ更新 | 重要な修正についてユーザーに通知 | 詳細付きの高優先度通知 |
-
-### 権限要件
-
-Over-the-air (OTA)更新の種類によって、特定のユーザー権限レベルが必要です:
-
-**[自動更新](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**
-
-- 小規模なパッチやマイナーな修正に使用
-- ユーザーのアクションは不要 [\[1\]](https://capgo.app/)
-
-**手動承認**
-
-- 新機能を含む主要な更新に推奨
-- ユーザーがインストールのタイミングを決定可能
-- 変更内容の明確な説明が必須
-
-これらの権限レベルにより、ユーザーは重要な更新の制御を保ちながら情報を得ることができます
-
-### 更新文書
-
-バージョン番号、セキュリティ修正、機能変更、修正されたバグなどの重要な詳細を含む簡潔で明確な更新ノートを常に提供してください。ベータテストやステージドロールアウトの場合は、初期フィードバックを収集するための専用チャンネルを使用してください
-
-**含めるべき重要な詳細:**
-
-- バージョン番号
-- セキュリティ更新
-- 機能変更
-- バグ修正
-
-> "エンドツーエンドの暗号化。あなたのユーザーだけが更新を復号化でき、他の誰もできません" [\[1\]](https://capgo.app/)
-
-このアプローチにより、ユーザーに情報を提供し、更新が効率的でGoogle Playの基準に準拠していることを確保します
-
-## 品質管理手順
-
-更新が安全に配布された後、徹底的な品質管理によってそれらが意図したとおりに機能することを確認します。これらの手順は、以前のセキュリティとコミュニケーションの措置に基づいて、更新がスムーズに実行されることを保証します
-
-### テスト要件
-
-OTA更新は以下の主要な分野でテストする必要があります:
-
-| テストタイプ | 目的 | 主要な確認事項 |
-| --- | --- | --- |
-| 機能性 | コア機能の検証 | アプリ起動、重要なワークフロー、データ処理 |
-| ネットワーク | 接続性のテスト | 様々なネットワーク状態での性能 |
-| デバイス | 互換性の確保 | 異なるAndroidバージョン、画面サイズ |
-| セキュリティ | 保護の確認 | 暗号化の整合性、安全なデータ送信 |
-
-これらのテストを自動化することで、一貫性を維持しエラーの可能性を減らすことができます
-
-### 段階的リリースプロセス
-
-1. **初期リリース**: ユーザーの5-10%にロールアウト
-2. **監視期間**: 24-48時間性能を観察
-3. **拡大フェーズ**: 20%ずつロールアウトを増加
-4. **完全リリース**: 安定性を確認後、全ユーザーにデプロイ
-
-> "Capgo OTA更新を5000人以上のユーザーベースに本番環境でロールアウトしました。非常にスムーズな運用を確認しており、OTAが@Capgoにデプロイされてから数分以内にほぼすべてのユーザーが最新状態になっています" - colenso, @colenso [\[1\]](https://capgo.app/)
-
-### パフォーマンス追跡
-
-デプロイメント中および後に以下の主要な指標を追跡:
-
-| 指標 | 目標 | アクション閾値 |
-| --- | --- | --- |
-| 更新成功率 | >98% | <1分で最適化が必要 |
-| アプリクラッシュ率 | <0.5%でロールバックを開始 |
-| ネットワーク使用量 | <10MBでパッケージ最適化が必要 |
-
-分析とエラー追跡ツールは、問題を素早く特定し解決するために不可欠です。何か問題が発生した場合のサービス品質維持のため、即時ロールバック機能が重要です
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的にデリバリーする上で非常に重要です！" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-ベータテストとステージドロールアウトについては、異なるバージョンを特定のユーザーグループにターゲットにするためのチャンネルシステムを使用してください。この制御されたアプローチにより、Google Play Storeの要件に準拠しながら徹底的なテストを確保します
-
-## [Capgo](https://capgo.app/) コンプライアンスツール
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae/574f3a2cd27791454624262312a6c223.jpg)
-
-Capgoは、コンプライアンスのために設計されたツールを提供するため、厳格な更新とセキュリティプロトコルに基づいて構築されています。750のプロダクションアプリにわたり2億3500万回以上の更新を提供した実績[\[1\]](https://capgo.app/)を持ち、主要な基準を満たしながらスムーズな更新を確実にします。これらのツールは、バージョン管理、セキュリティ、品質保証などの原則に基づいています。
-
-### セキュリティ機能
-
-Capgoは、Google Playの要件を満たすための高度なセキュリティ機能を組み込んでいます：
-
-| **セキュリティ機能** | **実装** | **コンプライアンス上の利点** |
-| --- | --- | --- |
-| エンドツーエンド暗号化 | 単なる署名ではなく、真の暗号化 | 更新の改ざんからの保護 |
-| セキュアCDN | 114msでのグローバル配信 | 迅速で信頼性の高い更新の配信 |
-| バージョン管理 | ワンクリックロールバック | Play Storeの基準を満たす安定性の確保 |
-
-### 開発統合
-
-CapgoはGoogle Playのコンプライアンスルールを遵守しながら、既存の開発ワークフローに容易に適合します：
-
-| **統合タイプ** | **機能** | **コンプライアンスの側面** |
-| --- | --- | --- |
-| CI/CDパイプライン | [GitHub Actions](https://docsgithubcom/actions), [GitLab CI](https://docsgitlabcom/ee/ci/), [Jenkins](https://wwwjenkinsio/)をサポート | コンプライアンスチェックの自動化 |
-| CLIツール | ワンコマンドでのデプロイ | 更新プロセスの標準化 |
-| APIアクセス | カスタムセットアップ用の公開API | 柔軟なコンプライアンス管理 |
-| [チャンネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | ベータテストと段階的ロールアウト | 制御された更新リリースの実現 |
-
-CI/CD統合は月額約300ドルで利用可能です。
-
-### 更新管理
-
-CapgoはGoogle Playのコンプライアンス基準に沿いながら、効果的に更新を管理するツールを提供します：
-
-| **管理ツール** | **成功指標** | **コンプライアンスへの影響** |
-| --- | --- | --- |
-| 分析ダッシュボード | 24時間以内に95%の更新採用率 | ユーザー採用率の監視 |
-| エラー追跡 | 82%のグローバル成功率 | 更新の安定性の追跡 |
-| 部分更新 | 平均バンドルサイズ5MB | 配信効率の向上 |
-| 組織管理 | 詳細な権限設定 | 更新権限の保護 |
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信に不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgoはまた、クラウドベースとセルフホスト型のソリューションを含む柔軟なホスティングオプションを提供します。これらのオプションにより、組織はGoogle Playのセキュリティ基準を満たしながら、更新インフラストラクチャを制御できます。リアルタイムモニタリングとインスタントロールバックなどの機能により、82%のグローバル成功率のベンチマークを達成できます。
-
-## まとめ
-
-### チェックリストレビュー
-
-Google Play OTAコンプライアンスを満たすには、セキュリティ、バージョン管理、ユーザー管理、品質保証への注意が必要です。内訳は以下の通りです：
-
-| コンプライアンス領域 | 主要要件 | 成功指標 |
-| --- | --- | --- |
-| **セキュリティ** | エンドツーエンド暗号化 | 82%のグローバル成功率 |
-| **バージョン管理** | ロールバック機能、段階的リリース | 24時間以内に95%の更新採用率 |
-| **ユーザー管理** | 権限管理、更新通知 | 2億3500万回の更新を正常に配信 |
-| **品質保証** | テストプロトコル、パフォーマンス監視 | 750以上のプロダクションアプリがコンプライアンスに準拠 |
-
-これらの要件を常に把握することで、拒否を避け、アプリの円滑な運用を確保できます。
-
-### Capgoの使用
-
-CapgoはGoogle Play基準へのコンプライアンスを合理化するように設計されたツールを提供します。その機能により、開発者は様々なアプリにわたる何百万もの更新をシームレスに管理できます[\[1\]](https://capgo.app/) 。
-
-> "Capgoは開発者にとって不可欠です - ストアレビューなしでシームレスなバグ修正を可能にします" [\[1\]](https://capgo.app/)
-
-**主な機能と利点**:
-
-| 機能 | 利点 | 実装 |
-| --- | --- | --- |
-| **即時アップデート** | ストアの遅延なしで素早くバグを修正 | CI/CDパイプラインの統合 |
-| **セキュリティプロトコル** | エンドツーエンドの暗号化 | \- |
-| **アップデート制御** | アップデートの詳細な権限設定 | ユーザー固有のデプロイメント |
-| **パフォーマンス追跡** | リアルタイムモニタリング | 分析ダッシュボード |
-
-Capgoのチャネルシステムにより、アップデートの配信を制御し、Google Playのポリシーに準拠しながら効率的にアップデートを配信することができます。ワンクリックロールバックやエラー追跡などの機能により、チームはアップデートの安定性を維持し、発生する問題に迅速に対応することができます
\ No newline at end of file
diff --git a/src/content/blog/ja/checklist-for-ota-updates-under-australias-privacy-act.md b/src/content/blog/ja/checklist-for-ota-updates-under-australias-privacy-act.md
deleted file mode 100644
index 037cc1b07..000000000
--- a/src/content/blog/ja/checklist-for-ota-updates-under-australias-privacy-act.md
+++ /dev/null
@@ -1,236 +0,0 @@
----
-slug: checklist-for-ota-updates-under-australias-privacy-act
-title: OTAアップデートにおけるオーストラリアのプライバシー法に基づくチェックリスト
-description: オーストラリアのプライバシー法に準拠するために、堅牢なデータセキュリティとユーザープライバシー対策を実装してOTAアップデートを確実に行ってください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T12:19:39.963Z
-updated_at: 2025-12-08T00:32:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800eb6a28980901df1efb7c-1744892450543.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, Privacy Act, data security, user privacy, end-to-end encryption,
-  compliance, update management
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**OTA（Over-The-Air）アップデートを提供する場合、オーストラリアの[Privacy Act](https://en.wikipedia.org/wiki/Privacy_Act_1988)の要件を満たし、ユーザーデータを保護し、罰則を避ける必要があります。**
-
-知っておくべきポイント：
-
--   **データセキュリティ**：アップデートにはエンドツーエンドの暗号化を使用。
--   **ユーザープライバシー**：個人情報を保護し、分析データを匿名化。
--   **アップデート管理**：ロールバックオプションとバージョン追跡を安全に実装。
--   **ユーザー権利**：可能な場合、ユーザーがアップデートを管理し、保存データを閲覧し、オプトアウトできるようにする。
-
-**コンプライアンスのための重要なステップ**：
-
-1.  すべてのアップデートパッケージと配信チャネルを暗号化する。
-2.  アップデートのパフォーマンスを監視し、問題を迅速に解決する。
-3.  ユーザーがアップデートとデータを制御するためのツールを提供する。
-
-**OTAプラットフォームの比較**：
-
-| **機能** | **[Capgo](https://capgo.app/)** | **その他** |
-| --- | --- | --- |
-| エンドツーエンド暗号化 | ✅ あり | ❌ 多くの場合欠落 |
-| ロールバックメカニズム | ✅ サポート | ⚠️ 制限あり |
-| ホスティングの柔軟性 | ✅ クラウド/セルフホスト | ⚠️ 主にクラウド |
-| コンプライアンスツール | ✅ 内蔵 | ⚠️ 様々 |
-
-## OTAアップデートに関する[Privacy Act](https://en.wikipedia.org/wiki/Privacy_Act_1988)の規則
-
-### 個人データ管理
-
-Privacy Actは、OTAアップデートを通じて収集される個人データの管理に関して厳格なガイドラインを設けています。開発者は、必要なアップデート機能を維持しながら、ユーザーのプライバシーを保護するための安全なデータ処理を優先する必要があります。
-
-| データタイプ | 必要な保護 |
-| --- | --- |
-| デバイス識別子 | エンドツーエンド暗号化 |
-| アップデート分析 | 匿名化されたトラッキング |
-| エラーログ | 最小限のデータ収集 |
-| バージョン履歴 | 安全な保存 |
-
-Capgoは、エンドツーエンド暗号化を使用してOTAアップデート中の機密データを保護します。
-
-> "真のエンドツーエンド暗号化を備えた唯一のソリューション、他はただアップデートに署名するだけ" - Capgo [\[1\]](https://capgo.app/)
-
-### データ保護基準
-
-強力なデータ管理実践は、アップデートのセキュリティと信頼性を確保するための技術的措置によってサポートされています。
-
-**安全なアップデート配信**
-
--   すべてのアップデートパッケージにエンドツーエンド暗号化を使用。
--   データ転送を最小限に抑えるための差分アップデートを採用。
--   アップデート配信チャネルを不正アクセスから保護。
--   アップデートを検証するための整合性チェックを実施。
-
-**アップデート監視**
-
--   アップデートの成功率を監視。
--   アップデートプロセス中のエラーを特定し報告。
--   バージョン履歴の管理を維持。
--   失敗したアップデートの自動ロールバックオプションをサポート。
-
-### ユーザーデータの権利
-
-Privacy Actへの準拠には、ユーザーの権利を明確に伝え、データを管理するためのツールを提供することも含まれます。
-
-**アクセス権**
-
--   収集されたデータとアップデート履歴の明確な文書化を共有。
--   保存されているデバイス情報の閲覧を許可。
-
-**管理措置**
-
--   不可欠でないアップデートを拒否できるようにする。
--   便利な時間にアップデートをスケジュールするオプションを提供。
--   アプリの以前のバージョンに戻すことを可能にする。
--   アプリのアンインストール時に保存データを削除する機能を提供。
-
-## OTAアップデートチェックリスト
-
-### アップデートリリース前
-
-アップデートをリリースする前に、これらの主要なセキュリティ対策が整っていることを確認してください：
-
-| **リリース前チェック** | **必要なアクション** | **確認方法** |
-| --- | --- | --- |
-| 暗号化の検証 | アップデートパッケージがエンドツーエンド暗号化を使用していることを確認 | 技術的なレビューを実施 |
-| ロールバックメカニズム | 以前のバージョンを即座に復元するロールバック機能をチェック | QAテストを実施 |
-
-これらのリリース前チェックが完了したら、アップデートプロセス中の安全な実践に進みます。
-
-### アップデートプロセスの保護
-
--   すべてのOTAアップデートパッケージにエンドツーエンド暗号化を使用。
--   アップデートの進行状況を監視し、エラーを迅速に特定するための分析を有効化。
-
-### アップデートリリース後
-
-分析を通じてアップデートのパフォーマンスを監視します。問題が発生した場合は、ロールバック措置を即座に使用して解決します。
-
-一貫した監視と迅速な対応は、セキュリティを維持しコンプライアンスを保つために重要です。
-
-## パート1 - データセキュリティとプライバシーに関するオーストラリアの法的枠組み
-
-<iframe src="https://www.youtube.com/embed/mNR3VJXK3ss" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## オーストラリア市場の要件
-
-オーストラリアで事業を展開する組織は、厳格なデータセキュリティプロトコルと特定の地域または国際的な規制の両方に対応する必要があります。
-
-### 準拠が必要な対象
-
-OTAアップデートを展開する組織は、オーストラリアのPrivacy Actに概説された義務を満たす必要があります。すべての組織がこれらの規則に従う必要がありますが、機密データを管理する組織や重要セクターで働く組織はより厳しい監視を受けます。IoTデバイスには、従うべき独自のコンプライアンスガイドラインが設けられています。
-
-### IoTガイドライン
-
--   パッチを迅速に展開し、アップデートプロセスについて明確なコミュニケーションを提供。
--   自動アップデートシステムにユーザーの同意を含める。
--   可能な場合はクラウドベースのソリューションよりもローカルデータ処理を優先。
-
-重要インフラに関わる組織については、他の法的枠組みに基づく追加要件が適用される場合があります。
-
-### 国際データルール
-
-グローバルデータ転送には、以下のような追加の義務が生じます：
-
--   サーバーの場所を明確に開示。
--   データ主権を保護。
--   プライバシー影響評価を実施。
--   契約上の保護措置を設定。
-
-開発者は、データの処理方法について透明性を維持しながら、機密データを承認された管轄区域内に保持するための管理を実装する必要があります。
-
-Capgoは、強力な暗号化とサーバー位置のオプションを備えたライブアップデートソリューションを提供することで、これらの要件をサポートし、安全でコンプライアンスに準拠したデータ管理を確保します。
-
-## OTAプラットフォームの比較
-
-コンプライアンスのニーズと最近の市場変化を考慮したOTAプラットフォームの比較です。特に、MicrosoftのCode Pushは2024年に終了し、IonicのAppflowは2026年に終了する予定です。
-
-### セキュリティ機能
-
-Privacy Actコンプライアンスを確保する際、これらのセキュリティ機能が重要です：
-
-| 機能 | 実装 | Privacy Actとの関連性 |
-| --- | --- | --- |
-| **[アップデート暗号化](https://capgo.app/docs/cli/migrations/encryption/)** | エンドツーエンド暗号化 | 機密データを保護 |
-| **アップデート署名** | 暗号署名 | アップデートの整合性を検証 |
-| **ユーザー管理** | 詳細な権限 | アクセスレベルを制御 |
-| **ホスティングオプション** | クラウド/セルフホスト | データ主権を確保 |
-
-Capgoはエンドツーエンド暗号化を提供し、82%のアップデート成功率を達成しています [\[1\]](https://capgo.app/) 。これらの機能はデータを保護しコンプライアンスを確保するために不可欠です。
-
-### コスト分析
-
-異なるOTAソリューションのコスト内訳：
-
--   **標準的なCI/CDセットアップ**：月額300ドル
--   **エンタープライズソリューション（例：Appflow）**：年間6,000ドル
--   **CapgoによるワンタイムCI/CDセットアップ**：2,600ドル
-
-コストは要因の一つですが、プラットフォームの構造もコンプライアンスと効率性に影響を与えます。
-
-### プラットフォームタイプ
-
-異なるプラットフォームタイプが様々なコンプライアンスニーズに対応します：
-
-**オープンソースプラットフォーム**
-
--   透明性とカスタマイズのためのコード監査を許可
--   より大きなデータ制御のためのセルフホスティングオプションを提供
--   特定のコンプライアンスニーズに対応する柔軟性を提供
-
-**クラウドベースソリューション**
-
--   定期的なコンプライアンスアップデートとセキュリティパッチを提供
--   内蔵の監視ツールを含む
--   標準的なセキュリティプロトコルに従う
-
-これらのプラットフォームタイプ間でパフォーマンスは異なる可能性があるため、Privacy Actの要件に合致するものを選択することが重要です。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信に不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-組織はセキュリティとコンプライアンスの義務を効果的に満たすために、これらの要因を慎重に検討する必要があります。
-
-## 次のステップ
-
-### 主要ポイント
-
-OTAアップデートがPrivacy Actに準拠することを確保するには、**エンドツーエンド暗号化**を使用し、**制御された配信**を維持することが重要です。
-
-主要なコンプライアンス要件の概要：
-
-| 要件 | 実装戦略 | 影響 |
-| --- | --- | --- |
-| データ保護 | エンドツーエンド暗号化 | 不正アクセスをブロック |
-| アップデート制御 | チャネルベースの配信 | 段階的なロールアウトを可能に |
-| エラー管理 | リアルタイム監視 | 問題の迅速な解決を支援 |
-| ホスティングの柔軟性 | クラウドまたはセルフホストオプション | データ主権をサポート |
-
-これらの戦略は、コンプライアンスと効率的なOTAアップデート管理の基礎を築きます。
-
-### アクションアイテム
-
-コンプライアンス戦略を実行に移すために以下のステップに従ってください：
-
-1.  **セキュリティ対策の強化**
-    
-    -   すべてのアップデートパッケージにエンドツーエンド暗号化を使用。
-    -   アップデートのパフォーマンスを追跡するためのリアルタイム監視を設定。
-2.  **アップデートプロセスの作成**
-    
-    -   制御されたロールアウトのためのチャネルベースの配信システムを構築。
-    -   より広範なリリース前に小規模なユーザーグループでアップデートをテスト。
-3.  **バックアップシステムの設定**
-    
-    -   アップデート中の問題を迅速に修正するためのロールバックメカニズムを実装。
-    -   Privacy Act基準に適合するバージョン管理システムを使用。
-
-> "Capacitor向けの最も安全な
diff --git a/src/content/blog/ja/checklist-for-token-signing-in-capacitor-apps.md b/src/content/blog/ja/checklist-for-token-signing-in-capacitor-apps.md
deleted file mode 100644
index fb6418bd5..000000000
--- a/src/content/blog/ja/checklist-for-token-signing-in-capacitor-apps.md
+++ /dev/null
@@ -1,160 +0,0 @@
----
-slug: checklist-for-token-signing-in-capacitor-apps
-title: Capacitor アプリでのトークン署名のチェックリスト
-description: Capacitorアプリでのセキュアなトークン署名について、データの整合性と米国基準への準拠を確保するための包括的なチェックリストに従ってください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T02:15:22.429Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680454b86000445eb1a68ab2-1745115338258.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  token signing, Capacitor apps, data integrity, security standards, compliance,
-  JWT, cryptographic library
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-トークン署名は、[Capacitor](https://capacitorjs.com/)アプリのセキュリティ、データの整合性、認証、および米国のセキュリティ基準への準拠を確保するために不可欠です。このガイドでは、セットアップ、実装、リスク管理のための明確なチェックリストを提供します。
-
-**トークン署名の主要なステップ：**
-
--   安全な暗号化ライブラリを選択（例：[CryptoJS](https://cryptojs.gitbook.io/docs)、[jose](https://www.npmjs.com/package/jose)、[libsodium](https://doc.libsodium.org/)）
--   安全なキーストレージを使用（iOS：[Secure Enclave](https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/web)/[Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\))、Android：[Keystore](https://developer.android.com/privacy-and-security/keystore)）
--   トークンペイロードフィールドを定義（`iss`、`exp`、`sub`、カスタムクレーム）
--   署名アルゴリズムを選択（HS256、RS256、ES256）
--   トークンを安全に署名および検証
-
-**セキュリティのベストプラクティス：**
-
--   トークンの有効期限を15分に設定
--   署名キーを30日ごとにローテーション
--   すべてのトークンフィールドを検証
--   プラットフォーム固有の安全なストアで秘密鍵を保護
-
-**ライブアップデート：**
-
--   署名付きトークンを使用して[アップデートを保護](https://capgo.app/docs/live-updates/update-behavior/)
--   危険なアップデートに対するロールバックオプションを有効化
--   ユーザーエンゲージメントとアップデート成功率を監視
-
-**コンプライアンス要件：**
-
--   CCPA、HIPAA、NIST SP 800‑63、FIPS 140‑2などの米国の要件に準拠
--   機密データを含むトークンを暗号化し、安全なキー管理を確保
-
-トークン署名は、規制基準を満たしながら安全なライブアップデートを確保します。これらのステップに従ってアプリとユーザーを保護してください。
-
-## RSAパブリックを使用したJWTトークンの署名と検証...
-
-<iframe src="https://www.youtube.com/embed/mtZS6Cg6Nd8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## トークン署名に必要なセットアップ
-
-安全なトークン署名を確保するために、2つの重要な領域に焦点を当てます：
-
-1. **暗号化ツールキットの選択と検証**：
-    
-    -   _CryptoJS_、_jose_、_libsodium_などの信頼できるライブラリを選択
-    -   ライブラリが積極的にメンテナンスされ、定期的なセキュリティ監査を受けていることを確認
-    -   開発者コミュニティでの採用状況を確認
-    -   潜在的なリスクを評価するために脆弱性の履歴を確認
-
-2. **安全なキーストレージの実装**：
-    
-    -   iOSの場合、Secure EnclaveまたはKeychainを使用
-    -   Androidの場合、Keystoreシステムを使用
-    -   FIPS 140-2基準への準拠を確認
-    -   ソリューションがコモンクライテリア認証を保持していることを確認
-
-これらの決定は、**認証**と**整合性**の維持に重要な役割を果たします。署名されたすべてのトークンが米国のコンプライアンス基準に準拠し、現在および将来のセキュリティニーズをサポートすることを確保します。
-
-ライブアップデートを必要とするシステムでは、これらのプラクティスに従うことで95%の展開成功率を示しています[\[1\]](https://capgo.app/) 。
-
-## トークン署名の実装手順
-
-安全なトークンの署名と検証を確保するために、以下の手順に従ってください：
-
--   **トークンのペイロードフィールドを定義**：`iss`（発行者）、`exp`（有効期限）、`sub`（サブジェクト）、必要なカスタムクレームなどのフィールドを含める
--   **署名アルゴリズムを選択**：HS256やRS256などのオプションから選択し、適切に設定
--   **秘密鍵を安全に取り扱う**：iOSの場合は**Keychain**、Androidの場合は**Keystore**で秘密鍵を読み込むか生成
--   **トークンに署名**：選択した暗号化ライブラリを使用してトークンに署名
--   **トークンの署名を検証**：アップデートペイロードを処理する前に必ず署名を検証
-
-これらの手順は、トークンベースのライブアップデートプロセスのセキュリティと信頼性を維持するのに役立ちます。
-
-## セキュリティガイドラインとリスク
-
-署名を実装する際は、潜在的な誤用と脆弱性に対処することが重要です。以下は安全を保つ方法です：
-
-### トークンセキュリティルール
-
--   トークンの有効期限を最大**15分**に設定
--   露出を減らすために署名キーを**30日**ごとにローテーション
--   処理前にすべてのトークンフィールドを検証
--   秘密鍵は**安全なプラットフォームキーストア**にのみ保存
-
-### 一般的なセキュリティリスク
-
--   不適切な保存や送信方法による**キーの漏洩**
--   有効なトークンが傍受され再利用される**トークンリプレイ攻撃**
--   署名検証をバイパスする**アルゴリズム操作**
-
-### 署名アルゴリズムの比較
-
--   **HS256**：対称署名用の共有秘密を使用。すべての関係者が信頼できる環境に最適
--   **RS256**：非対称署名用の公開/秘密鍵ペアを使用。分散システムに理想的
--   **ES256**：小さいキーサイズで強力なセキュリティを提供する楕円曲線暗号を使用
-
-## ライブアップデートのセキュリティ
-
-安全なライブアップデートには、署名付きトークンの使用、データ整合性の検証、ストアコンプライアンス基準の遵守が含まれます。これは先に説明したトークン署名プロセスを基に、ライブアップデートワークフローに拡張します。
-
-### アップデート用のトークンセキュリティ
-
-ライブアップデートシナリオでは、署名付きトークンがソースからデバイスまでの各アップデートパッケージを保護します。以下は従うべき主要なプラクティスです：
-
--   詳細なテスター権限を許可し、ワンクリックロールバックオプションを有効化
--   アップデート成功率とユーザーエンゲージメントをリアルタイムで監視
--   正確な権限設定でテスターとベータユーザーを管理
-
-[Capgo](https://capgo.app/)のようなプラットフォームは、暗号化、署名チェック、バージョン管理、ロールバックオプションを備えた機能でこれらのプラクティスを実装し、OTA（Over-The-Air）アップデートを保護します。これらの方法は効果的であり、アクティブユーザーの95%が24時間以内にアップデートを受信しています[\[1\]](https://capgo.app/) 。
-
-### セキュリティの実装
-
-ライブアップデート用のトークン署名を実装するには、以下に焦点を当てます：
-
--   アップデートパッケージの署名キーを安全に管理
--   暗号化検証とバージョン管理を組み合わせて使用
--   デバイス上で直接署名検証を自動化
--   危険なアップデートに対する即時ロールバックオプションを提供
-
-これにより、認証され適切に署名されたアップデートのみがユーザーに配信され、プラットフォーム要件にも準拠します。
-
-## 米国の基準と要件
-
-米国の規制要件に準拠するために、ライブアップデートトークンのプラクティスをプロセスに統合します。トークン署名方法が**CCPA**（消費者プライバシー）、**HIPAA**（健康データ保護）、**NIST SP 800‑63**（本人確認）、**FIPS 140‑2**（暗号化モジュール）などの主要な米国の要件に準拠していることを確認してください[\[1\]](https://capgo.app/) 。
-
-これらの基準がトークン署名にどのように適用されるか：
-
--   **CCPA**：トークンペイロードがユーザーの同意を尊重し、データ削除要求をサポート
--   **HIPAA**：保護された健康情報（PHI）を含むトークンを保存時と送信時の両方で暗号化
--   **NIST SP 800‑63**：署名キーへのアクセスを[多要素認証](https://capgo.app/docs/webapp/mfa/)で保護
--   **FIPS 140‑2**：署名ライブラリが検証済みの暗号化モジュールを使用していることを確認
-
-[\[1\]](https://capgo.app/) 開発者はCCPAを含む米国の連邦および州のデータ保護法について最新情報を把握しておく必要があります。
-
-## 結論
-
-安全なトークン署名とライブアップデートの統合は、Capacitorアプリの整合性を維持し、コンプライアンス要件を満たすために不可欠です。
-
-提供されたチェックリストを参照して、実装がセキュリティ基準と米国の規制に準拠していることを確認してください。
-
-### 覚えておくべきポイント
-
--   トークン署名がCCPAやHIPAAなどの米国の規制に準拠し、強力な暗号化方法を使用していることを確認
--   安定性を維持するためのバージョン管理を実装し、即時ロールバックを許可
--   署名とアップデート配信プロセスの速度を監視・改善
diff --git a/src/content/blog/ja/checklist-for-validating-capacitor-app-updates.md b/src/content/blog/ja/checklist-for-validating-capacitor-app-updates.md
deleted file mode 100644
index aa30c415c..000000000
--- a/src/content/blog/ja/checklist-for-validating-capacitor-app-updates.md
+++ /dev/null
@@ -1,76 +0,0 @@
----
-slug: checklist-for-validating-capacitor-app-updates
-title: Capacitor アプリのアップデート検証チェックリスト
-description: スムーズなアプリ更新を確実にするために、OTAアップデートの検証と適切なツールの選択のためのアクションチェックリストをご活用ください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T01:48:44.409Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680445af6000445eb1a661a6-1745113809661.jpg
-head_image_alt: モバイル開発
-keywords: 'Capacitor, app updates, OTA updates, testing checklist, mobile development'
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[スムーズなアプリのアップデート](https://capgo.app/plugins/capacitor-updater/)をユーザーの信頼を損なうことなく提供したいですか？** [Capacitor](https://capacitorjs.com/)アプリのアップデート、特にOTA(Over-the-Air)アップデートを検証するための簡単なチェックリストをご紹介します：
-
--   **機能テスト**: ログインやデータ同期などすべてのワークフローが完全に機能することを確認。
--   **デバイスカバレッジ**: 様々なデバイス、OS、画面サイズでテスト。
--   **パフォーマンスチェック**: 異なる条件下での速度、応答性、メモリ使用量を測定。
--   **セキュリティ**: OTAアップデートの暗号化、権限の割り当て、ロールバック機能のテスト。
--   **配信**: [Capgo](https://capgo.app/)などのツールを使用して、24時間以内に95%のユーザーにアップデートが届くことを確認。
--   **リリース後のモニタリング**: 成功率（82%を目標）、APIレスポンスタイム、ユーザーエンゲージメントを追跡。
-
-### OTAツールの比較
-
-| 機能 | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| **開始年** | 2022 | 2024 | 2026年終了予定 |
-| **エンドツーエンド暗号化** | あり | なし | なし |
-| **アップデート成功率** | 82% | 非公開 | 非公開 |
-| **配信速度** | 24時間以内に95% | 様々 | 様々 |
-| **[セルフホストオプション](https://capgo.app/blog/self-hosted-capgo/)** | あり | なし | なし |
-| **価格** | 月額300ドル | Capgoに準拠 | 年間6,000ドル |
-
-このチェックリストに従い、適切なツールを選択することで、すべてのアップデートが高速で安全、かつ信頼性の高いものとなります。
-
-## Ionic & Capacitorによるネイティブモバイルアプリの構築 - 完全...
-
-<iframe src="https://www.youtube.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 事前検証セットアップ
-
-移行後、各プラットフォーム用の専用環境を設定し、スムーズで一貫した検証を確保します。
-
-### テスト環境のセットアップ
-
-iOS、Android、Webプラットフォーム用の個別のテスト環境を、Capacitorの公式ガイドラインに従って準備します[\[1\]](https://capgo.app/) 。厳格なバージョン管理手法を実装してコードベースを保護します。
-
-### バージョン管理セットアップ
-
-以下の手法でリポジトリを設定します：
-
--   新しいアップデートを分離するためにフィーチャーブランチを使用。
--   自動ビルド用に[GitHub Actions](https://docs.github.com/actions)や[GitLab CI](https://docs.gitlab.com/ee/ci/)などのCI/CDシステムと統合。
--   必要な際の迅速な復帰のためにCapgoのワンクリックロールバック機能を活用[\[1\]](https://capgo.app/) 。
-
-### [Capgo](https://capgo.app/)セットアップ
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680445af6000445eb1a661a6/37a0fc028bf1f414683e8dee42eedfb0.jpg)
-
-以下の手順でCapgoを設定します[\[1\]](https://capgo.app/)：
-
--   `npx @capgo/cli init`を使用して[Capgoを初期化](https://capgo.app/docs/webapp/) 。
--   特定のアップデートをターゲットにする[チャンネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)を設定。
--   セキュリティ強化のためのエンドツーエンド暗号化を有効化。
--   エラートラッキングと分析を有効化。
--   より良いコントロールのためのロールバックオプションを設定。
--   ニーズに応じてクラウドまたは[セルフホスト展開](https://capgo.app/blog/self-hosted-capgo/)を選択。
-
-企業利用の場合、CapgoはCapacitor 8との互換性があり、クラウドとセルフホストの両方の展開をサポートしています[\[1\]](https://capgo.app/) 。このセットアップが完了したら、機能とデバイスのテストに進みます。
-
-[テキストは長いため、残りの部分は分割して翻訳を続けます。必要であればお申し付けください]
diff --git a/src/content/blog/ja/chinas-cybersecurity-law-impact-on-app-updates.md b/src/content/blog/ja/chinas-cybersecurity-law-impact-on-app-updates.md
deleted file mode 100644
index 15edd124a..000000000
--- a/src/content/blog/ja/chinas-cybersecurity-law-impact-on-app-updates.md
+++ /dev/null
@@ -1,214 +0,0 @@
----
-slug: chinas-cybersecurity-law-impact-on-app-updates
-title: 中国のサイバーセキュリティ法：アプリの更新への影響
-description: 中国のサイバーセキュリティ法の新しい改正は、アプリの更新を複雑にし、開発者に対してローカルデータの保存とより長いレビュー時間を要求します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T02:43:03.376Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822944c3c68b32f40f92f58-1747104241944.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  China Cybersecurity Law, app updates, data residency, security audits,
-  compliance tracking
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**中国の新しいサイバーセキュリティ法の改正は、2025年3月28日から施行され、アプリ開発者に対する厳格なルールを導入します。** 知っておくべきことは以下の通りです：
-
--   **主な変更点：**
-    
-    -   **ICP登録：** 開発者のための必須登録。
-    -   **[データストレージ](https://capgo.app/plugins/capacitor-data-storage-sqlite/):** 中国人ユーザーのデータはローカルサーバーに留める必要があります。
-    -   **セキュリティ監査：** 定期的な第三者評価が必要です。
-    -   **暗号化基準：** 国家承認のプロトコルの使用が義務付けられています。
--   **[アプリ更新](https://capgo.app/plugins/capacitor-updater/)への影響：**
-    
-    -   更新には長いレビュー期間（7～14日）が必要になりました。
-    -   開発者は詳細なコンプライアンス文書を維持する必要があります。
-    -   厳格なデータ管理ルールにより、更新プロセスの複雑さが増します。
-    -   データ居住コンプライアンスのために、中国にサーバーをホストする必要があります。
--   **開発者向けのソリューション：**
-    
-    -   セキュリティチェック、データ分類、コンプライアンス追跡のために自動化ツールを使用する。
-    -   コンプライアンスを維持しながら、迅速なデプロイのためにライブ更新システムを採用する。
-    -   アプリストアレビューのために詳細な文書を準備する。
-
-### クイック比較：ストア更新とライブ更新
-
-| アスペクト | ストア更新 | ライブ更新 |
-| --- | --- | --- |
-| **レビュー時間** | 7～14日 | 数分 |
-| **データセキュリティレビュー** | 全面的な事前確認 | 継続的な監視 |
-| **ロールバック機能** | 限定的 | 即時（15分） |
-| **ユーザー採用率** | 45～60％（7日） | 最大95％（24時間） |
-
-これらの変更に対処するには、注意深い計画、自動化されたコンプライアンス追跡と[アジャイル更新システム](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)が必要です。中国でのスムーズな運営を確保するためです。
-
-## 中国のデータ法の詳細に迫る
-
-<iframe src="https://www.youtube.com/embed/EzaEgiiSZd8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 主なコンプライアンスの障害
-
-2025年の中国のサイバーセキュリティ法の改正は、開発者に新たな障害をもたらし、コンプライアンスの要求と運用の効率を両立させることを強いられています。
-
-### 複数のアプリストア要件
-
-アプリ開発者は、さまざまなアプリストアにわたる規則の抜け道に直面しています。これには、ローカルサーバーの検証、実名認証、データ居住コンプライアンスなどの義務が含まれます。さらに、データ管理規制の変化により、アプリの更新はますます複雑で資源を消費するプロセスになっています。
-
-### データ管理ルール
-
-厳格なデータ管理プロトコルは、アプリの[更新プロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/)に層を追加しました。開発者は、必須のデータ分類、詳細な活動ログ、ローカルストレージの検証、動的なユーザー同意の取得などの措置を実施する必要があります。これらのステップにより、すべての更新が新しい法的枠組みに合わせることが一層困難になります。
-
-### 更新レビューの遅延
-
-改定されたセキュリティレビューのプロセスは、更新のタイムラインを遅くし、重要なパッチや新機能のリリースを遅延させています。これに適応するため、多くの開発者は小さな変更を処理するために別の更新トラックやコンプライアントなライブ更新システムを作成していますが、フルレビューのプロセスをトリガーしません。圧力を加える要因として、収益の割合に結びつく罰則 - 固定額ではなく - により、コンプライアンスは高リスクのビジネスの懸念事項となっています（\[1\](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)）。これらの障害は、進化する規制の風景をナビゲートするために柔軟な戦略を開発する重要性を際立たせています。
-
-## 要件に応える方法
-
-さまざまなアプリストアの規制、厳格なデータ管理ルール、長期のレビュー時間の課題を乗り越えるためには、開発者がターゲットを絞った技術的および運用的アプローチを採用する必要があります。中国のサイバーセキュリティ要件にうまく対応するためには、自動化ツールと注意深い計画が欠かせません。
-
-### 自動化されたセキュリティチェック
-
-CI/CDパイプラインに自動化されたセキュリティチェックを組み込むことは非常に重要であり、特にデータセキュリティ法（DSL）および個人情報保護法（PIPL）の基準を満たすように設計されています（\[1\](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)）。
-
-効果的な自動化されたセキュリティセットアップの主要要素は以下の通りです：
-
-| コンポーネント | 機能 | コンプライアンスの利点 |
-| --- | --- | --- |
-| データ分類スキャナー | 敏感なデータを自動的に特定し、タグ付け | 規制された情報が適切に処理されることを保証 |
-| 暗号化検証 | 承認された暗号化手法の使用を検証 | 政府のセキュリティ基準に沿う |
-| サーバー位置検証 | データの保存場所を確認 | データ居住要件を満たす |
-| アクティビティロガー | システムの変更を追跡し記録 | 規制当局に対する監査トレイルを提供 |
-
-これらの自動化ツールをアジャイル更新システムと組み合わせて、アプリレビューの遅延を最小限に抑えます。
-
-### クイックアップデートシステム
-
-中国の厳しいアプリレビューのプロセスはボトルネックになる可能性がありますが、コンプライアントな[ライブ更新ソリューション](https://capgo.app/blog/self-hosted-live-updates/) は、規制の境界内で迅速に修正を行う方法を提供します。
-
-たとえば、[Capgo](https://capgo.app/)のプラットフォームは、わずか24時間で95％のユーザー更新率を達成し、印象的な結果を示しています（\[2\](https://capgo.app)）。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供するために重要です！" - ロドリゴ・マンティカ（\[2\](https://capgo.app)）
-
-ライブ更新はデプロイを簡素化しますが、アプリストアの要求を満たすためにしっかりとした文書を整えることも同様に重要です。
-
-### アプリストアレビューのヒント
-
-開発者は、以下のステップに従うことで承認の可能性を高めることができます：
-
--   **事前提出テスト：** データの取り扱いや保護に重点を置いて広範なセキュリティ監査を実施します。
--   **文書の準備：** 以下を含む詳細な記録を保持します：
-    -   データストレージの場所
-    -   暗号化手法
-    -   ユーザー同意メカニズム
-    -   セキュリティ監査の結果
--   **コンプライアンス監視：** 定期的に公式の[CAC](https://www.cac.gov.cn/)チャネルをチェックして、規制の変更について最新情報を保持します。
-
-## 更新方法の比較
-
-中国のサイバーセキュリティ規制は、開発者がアプリの更新にアプローチする方法を再形成しています。2025年1月1日から、これらの規制は更新プロセスに新たな障害をもたらします。
-
-### ストア更新とライブ更新
-
-アプリの更新に関して、開発者はしばしば**従来のストア更新**と**ライブ更新システム**の利点と欠点を天秤にかけます。両方の方法にはそれぞれの強みと課題がありますが、中国のサイバーセキュリティ法の枠組みの下では特に顕著です：
-
-| アスペクト | ストア更新 | ライブ更新 |
-| --- | --- | --- |
-| レビュー時間 | 平均7〜14日 | 数分 |
-| データセキュリティレビュー | 事前の包括的チェック | 継続的なモニタリング |
-| ロールバック機能 | 制限あり；新しい提出が必要 | 即時（15分以内） |
-| コストへの影響 | ストアの手数料に加えレビュー遅延 | 月額サービス費用（$12–$249） |
-| コンプライアンス文書 | 一回限りの広範な提出 | 継続的な検証 |
-| ユーザー採用率 | 7日後に45〜60% | 24時間以内に最大95% |
-
-ライブ更新プラットフォームは、その速度と適応性で際立っています。たとえば、Capgoのプラットフォームを使用する開発者は、厳格なデータ居住ルールを遵守しながら、82％のグローバル成功率を達成しています（\[2\](https://capgo.app)）。
-
-### コンプライアンスステップ
-
-選択された更新方法に関係なく、重要な規制ステップに対する厳格なコンプライアンスは譲れません：
-
--   **データ管理と文書化**  
-    開発者はデータを適切に分類し、サーバーの場所、暗号化プロトコル、更新ログなどを含む詳細な記録を維持する必要があります。特定の規制の下で分類されたデータは、中国本土のサーバーに保存する必要があります。
-    
--   **緊急対応計画**  
-    ロールバック手続き、インシデント報告、ユーザー保護策、是正策を網羅するしっかりとした計画が不可欠です。
-    
-
-> "バグ修正のためのレビューを避けることが金のような価値があります。" - ベシー・クーパー（\[2\](https://capgo.app)）
-
-正しく実行されたライブ更新システムは、スピードとコンプライアンスの完璧な組み合わせを提供します。中国のサイバーセキュリティ規制が進化し続ける中で、このバランスはこれらの課題をナビゲートする開発者にとってさらに重要になります。
-
-## 追跡と更新
-
-### コンプライアンス追跡ツール
-
-2025年3月の改正により、より厳しい規制が導入され、より徹底的なコンプライアンス追跡が必要です。現代のツールは、開発者が規制の検査に備えるために不可欠です。これらのシステムは、データ分類、セキュリティ対策、更新履歴、ユーザーデータ処理など、すべてを内部ガイドラインに沿って文書化します。
-
-たとえば、**Capgoのプラットフォーム**は、更新デプロイメントと[MIIT](https://www.miit.gov.cn/)基準に沿ったセキュリティプロトコルに関するリアルタイム報告を自動化することで、コンプライアンス追跡を簡素化しています。このようなツールは、規制要件を満たすために一貫した予防的なセキュリティレビューを確保します。
-
-### 定期的なセキュリティチェック
-
-厳しいサイバーセキュリティルールのもとでアプリの更新が迅速に進むため、定期的なセキュリティチェックが必須です。外部監査や脆弱性評価は、潜在的なギャップを早期に特定し、チームが問題がエスカレートする前に対処できるようにします。暗号化手法、データストレージポリシー、更新デプロイメントプロセスを調査するために、四半期ごとの監査を行うことを目指します。
-
-さらに、毎週の内部レビューを実施して、データ居住、[暗号化更新](https://capgo.app/docs/live-updates/update-behavior/)へのアクセス制御、デプロイメントログ、ユーザーデータ保護などのエリアでコンプライアンスを確認します。これらのチェックの詳細な記録を保持することは、コンプライアンス違反による高額な罰金を回避するために重要です。
-
-> "バグ修正のためのレビューを避けることが金のような価値があります。" - ベシー・クーパー（\[2\](https://capgo.app)）
-
-## 結論：新しいツールでルールに従う
-
-中国の更新されたサイバーセキュリティ修正案は、2025年3月28日に施行される予定であり、開発チームにとっての課題と機会の両方を提供します。これらの規制は、コンプライアンスを確保しながらアプリの機能を維持するために効率的で革新的なソリューションを要求しています。Capgoのようなプラットフォームは、ライブアップデートシステムを通じて迅速かつ準拠したアプリの更新を可能にする重要なツールとして登場しました。
-
-自動化されたコンプライアンス追跡をアップデートワークフローに直接統合することが、効果的なソリューションの礎石となりつつあります。このアプローチは、アジャイル開発とリアルタイムの規制監視を組み合わせた以前の戦略を反映しています。ロドリゴ・マンティカが適切に述べているように：
-
-> "私たちはアジャイル開発を実践しており、Capgoはユーザーに継続的に提供する上で不可欠です！"
-
-これらの進化する要件を乗り越えるために、いくつかの重要な戦略が際立っています：
-
-| **要件** | **ソリューションアプローチ** | **影響** |
-| --- | --- | --- |
-| **データセキュリティ** | エンドツーエンドの暗号化 | データ保護を強化し、規制を満たす |
-| **迅速な修正** | ライブアップデートシステム | セキュリティ脆弱性の露出を最小限に抑える |
-| **コンプライアンス追跡** | 自動監視 | 規制遵守を維持 |
-| **アップデート制御** | ロールバック機能 | 配信問題から迅速に回復を確保 |
-
-これらの戦略は、堅牢なセキュリティ対策とアジャイル開発慣行を融合させる重要性を強調しています。中国のサイバー空間管理局（CAC）がサイバーセキュリティフレームワークを引き続き精緻化している中、コンプライアンスとライブアップデートを統合するツールは、開発チームにとって重要であり続けるでしょう。
-
-ベッシー・クーパーはこのアプローチの価値を強調しています：
-
-> "バグ修正のレビューを避けることは金の価値があります。"
-
-2025年1月1日から施行される規制を含むサイバーセキュリティ規制がますます厳格になっている中、迅速にアップデートを展開しながらコンプライアンスを維持する能力は、単なる技術的な利点ではなく、必要不可欠です。
-
-## よくある質問
-
-:::faq
-### アプリ開発者は、中国のサイバーセキュリティ法の下で長期的なアップデートレビュー時間をどのように乗り越えることができますか？
-
-中国のサイバーセキュリティ法は、より厳しい規制をもたらし、アプリ更新のレビュー時間が長くなる結果となっています。これらの変化を乗り越え、スムーズなユーザーエクスペリエンスを確保するために、開発者は[スマートアップデート管理戦略](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)を優先する必要があります。
-
-実用的なアプローチの一つは、**Capgo**のようなライブアップデートツールを使用することです。これらのツールは、開発者がアプリストアの承認を待つことなく、ユーザーに直接更新、修正、新機能を提供できるようにします。このアプローチは遅延を減らすだけでなく、アップデートがプラットフォームの要件に合致していることを確保します。こうしたツールを実装することで、開発者は貴重な時間を節約し、ユーザーを満足させ、規制のハードルを効果的に管理できます。
-:::
-
-:::faq
-### 中国の更新されたサイバーセキュリティ法の下で、開発者はデータ居住要件およびセキュリティ監査にどのような課題に直面していますか？
-
-## 中国のサイバーセキュリティ法のナビゲート：開発者の課題
-
-中国の改訂されたサイバーセキュリティ法は、開発者に対して厳しい障害をもたらします。特に、**データ居住ルール**に関してです。これらの規制は、すべてのユーザーデータを中国国内に保存することを要求しており、国際的な開発者にとってはロジスティクスの頭痛の種となります。コンプライアンスとアプリパフォーマンス、シームレスなユーザーエクスペリエンスを維持することのバランスを取ることは、非常に難しい課題です。
-
-さらに、開発者は自分のアプリが中国のサイバーセキュリティ基準を満たしていることを証明するために詳細な**セキュリティ監査**を受ける必要があります。これらの監査は時間とリソースを消耗させ、しばしばアップデートを遅らせ、新機能の導入を阻害します。ただし、Capgoのようなツールはこのプロセスを簡素化できます。アップデートを効率化し、コンプライアンスを確保することにより、Capgoは開発者が効率的に修正や改善を推進するのを助けます - 通常のアプリストアのボトルネックなしで。
-:::
-
-:::faq
-### ライブアップデートシステムは、開発者が中国のサイバーセキュリティ要件を満たしながらアプリを機能させ続けるのにどのように役立ちますか？
-
-ライブアップデートシステムは、開発者がアプリストアの承認を待たずに、ユーザーに直接アップデート、バグ修正、新機能を提供する能力を与えます。これは、中国のサイバーセキュリティ規制を満たす上で特に有用で、アプリを安全で最新の状態に保ちながら、不必要な遅延を防ぎます。リアルタイムのアップデートを利用することで、開発者は脆弱性を迅速に修正し、コンプライアンスを維持し、ユーザーにスムーズな体験を提供できます。
-
-**Capgo**のようなプラットフォームは、このプロセスをさらに簡素化します。Capgoは、エンドツーエンドの暗号化やAppleおよびAndroidのガイドラインへの準拠などの機能を提供し、Capacitorアプリのライブアップデートをサポートしています。これにより、開発者は規制基準を満たしつつ、迅速かつ安全にアップデートを提供できます。
-:::
diff --git a/src/content/blog/ja/chinas-data-privacy-laws-impact-on-mobile-apps.md b/src/content/blog/ja/chinas-data-privacy-laws-impact-on-mobile-apps.md
deleted file mode 100644
index 992096ba1..000000000
--- a/src/content/blog/ja/chinas-data-privacy-laws-impact-on-mobile-apps.md
+++ /dev/null
@@ -1,163 +0,0 @@
----
-slug: chinas-data-privacy-laws-impact-on-mobile-apps
-title: 中国のデータプライバシー法：モバイルアプリへの影響
-description: >-
-  モバイルアプリ開発者にとって、中国のデータプライバシー法を理解することは、コンプライアンス、ユーザーの同意、データセキュリティに焦点を当てる上で非常に重要です。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T02:08:36.971Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9b0a22e221594daf2d518-1744423728582.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  China, data privacy, mobile apps, compliance, user consent, Cybersecurity Law,
-  Data Security Law, Personal Information Protection Law
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-中国市場向けのモバイルアプリを開発する場合、**中国のデータプライバシー法への準拠は必須**です。主要な規制 - **[サイバーセキュリティ法](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL)**、**[データセキュリティ法](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (DSL)**、**[個人情報保護法](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL)** - では、厳格な[データストレージ](https://capgo.app/plugins/capacitor-data-storage-sqlite/)、ユーザー同意、セキュリティ対策が求められます。
-
-### 重要なポイント：
-
--   **データローカライゼーション**：中国のユーザーデータは中国国内のサーバーに保存する必要があります（CSL）。
--   **同意ルール**：データ収集には明確で明示的なユーザー同意が必須です（PIPL）。
--   **越境データ転送**：機密データは承認なしに中国外に持ち出すことができません（DSL）。
--   **罰則**：違反した場合、最大5,000万元（約7.7百万ドル）または年間収益の5%の罰金が科されます。
-
-### 概要：
-
-| 規制 | 焦点 | 主な要件 |
-| --- | --- | --- |
-| CSL | ネットワークセキュリティ | ローカルデータストレージ、セキュリティレビュー、インシデント報告 |
-| DSL | データ分類 | リスク評価、記録、越境制限 |
-| PIPL | 個人データ | ユーザー同意、データ最小化、ユーザー権利 |
-
-コンプライアンスには、暗号化、定期的な監査、堅牢な更新プロセスなどの技術的ソリューションへの多大な投資が必要です。**違反すると、金銭的制裁や中国のアプリストアからの削除のリスクがあります。**
-
-## 中国の主要なプライバシー法
-
-### [サイバーセキュリティ法](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL) の要件
-
-2017年6月1日に施行されたCSLは、ネットワークおよびインフラ事業者に厳格なルールを定めています。モバイルアプリの主な要件は以下の通りです：
-
--   **データローカライゼーション**：個人データは中国本土のサーバーに保存する必要があります。
--   **セキュリティレビュー**：機密データを扱うアプリは必須のセキュリティ評価を受ける必要があります。
--   **ネットワーク保護**：事業者は多層的なネットワークセキュリティ対策を採用する必要があります。
--   **インシデント報告**：セキュリティインシデントは指定された期間内に報告する必要があります。
-
-### [データセキュリティ法](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (DSL) の基準
-
-DSLはCSLを基に、データ管理に構造化されたアプローチを導入し、分類に重点を置いています。この法律におけるデータの分類は以下の通りです：
-
-| データ分類 | セキュリティ要件 | 越境転送 |
-| --- | --- | --- |
-| 核心国家データ | 最も厳格な保護 | 許可されない |
-| 重要データ | 高レベルの保護 | セキュリティ評価が必要 |
-| 一般データ | 基本的な保護 | 標準ルールに従う必要がある |
-
-モバイルアプリは以下の実践に従う必要があります：
-
--   階層的なデータ分類システムを使用する。
--   定期的なリスク評価を実施する。
--   データ処理活動の詳細な記録を保持する。
--   緊急対応メカニズムを確立する。
-
-### [個人情報保護法](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL) のルール
-
-PIPLは個人データの取り扱いについて詳細な規制を提供します。モバイルアプリは以下の主要なルールに従う必要があります：
-
--   **ユーザー同意**：収集する各種データに対して明確で明示的な同意を得る。
--   **データ最小化**：絶対に必要な情報のみを収集する。
--   **ユーザー権利**：ユーザーがデータにアクセス、修正、削除できるツールを提供する。
--   **データポータビリティ**：ユーザーが他のプラットフォームにデータを移行できるようにする。
-
-違反した場合、5,000万元（約7.7百万ドル）または前年の収益の5%の罰金など、厳しい罰則が科されます。これにより、開発者はコンプライアンスを優先し、堅牢なデータ保護対策を採用するよう促されます。
-
-これら3つの法律は、特に金融データ、健康記録、位置情報などの機密情報を扱うアプリの開発者にとって、中国で厳格な規制環境を形成しています。
-
-## モバイルアプリ開発要件
-
-### ユーザー許可基準
-
-中国では、モバイルアプリはデータを収集する前にユーザーから明確で明示的な同意を得る必要があります。また、アプリはユーザーに権限を簡単に制御できる手段を提供する必要があります。これを達成するために、各データリクエストが必要な理由を説明する、シンプルで分かりやすいインターフェースを使用してください。このアプローチは透明性を維持し、規制上の期待に沿うものです。
-
-### アプリストア申請プロセス
-
-中国でのアプリ提出には複数のステップが必要です。認証された事業者証明書、詳細な技術文書（[プライバシーポリシー](https://capgo.app/dp/)やシステムアーキテクチャなど）が必要で、アプリは第三者機関による厳格なセキュリティレビューに合格する必要があります。機密データを扱うアプリや越境データ転送を行うアプリは、規制要件を満たすために、ライセンスを持つ現地パートナーと協力する必要もあります。
-
-## 中国の個人情報の域外適用...
-
-<iframe src="https://www.youtube.com/embed/dh-CT5TDrFc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 開発者のリスクと障壁
-
-開発者は技術的な更新を超えた様々な課題に直面し、中国のプライバシー法への準拠は特に要求が厳しくなっています。
-
-### 実装コスト
-
-中国のプライバシー法の要件を満たすには、技術と財務の両面で多大な投資が必要です。開発者はローカライゼーションルールに従うためにデータストレージシステムを改善し、厳格な基準を満たすためにセキュリティ対策をアップグレードする必要があるかもしれません。多くの企業は、システムが規制要件を満たしていることを確認するために、コンプライアンスの専門家や第三者サービスを利用しています。これらの初期コストは始まりに過ぎず、継続的な課題の基礎となります。
-
-### 非準拠の結果
-
-中国のプライバシー法に従わないと、深刻な結果を招く可能性があります。これには、金銭的制裁、規制措置、さらには現地のアププストアからのアプリ削除が含まれます。このような結果は、ルールを厳密に守ることの重要性を強調しています。
-
-### 変化するルールと更新
-
-中国のデータプライバシー規制は常に変化しています。[サイバースペース管理局](https://www.cac.gov.cn/) (CAC)などの規制機関は、頻繁に新しいガイドラインと解釈を発表します。開発者はこれらの変更に迅速に対応できるシステムを持つ必要があります。この変化する環境でコンプライアンスを維持するには、定期的なモニタリング、定期的なレビュー、データ管理実践の更新が重要です。
-
-## コンプライアンスの方法とソリューション
-
-コンプライアンス要件を満たすには、強力な技術的対策と明確で構造化されたプロセスの実施が必要です。
-
-### 技術的ソリューション
-
-エンドツーエンドの暗号化はデータ保護において重要な役割を果たします。[Capgo](https://capgo.app/)は、認証されたユーザーのみにアクセスを制限し、安全なデータ送信とストレージを確保します。
-
-CI/CD統合は人的エラーを最小限に抑え、規制要件に沿った更新を確実にします。例えば、自動化システムでは24時間以内に95%のユーザー更新率を達成しています[\[1\]](https://capgo.app/) 。
-
-バージョン管理とロールバック機能は、適切な監査証跡を維持しながら、問題に対する迅速な修正を提供します。以下は内訳です：
-
-| 機能 | コンプライアンス上の利点 | 実装の影響 |
-| --- | --- | --- |
-| エンドツーエンド暗号化 | 送信中のデータを保護 | PIPLデータ保護ルールに準拠 |
-| 自動デプロイメント | 更新における人的エラーを削減 | 一貫したコンプライアンスを確保 |
-| バージョン管理 | 詳細な監査証跡を保持 | 規制文書化を支援 |
-| ロールバック機能 | 必要時に問題を迅速に解決 | 非準拠のリスクを低減 |
-
-これらのツールは直接コンプライアンスの課題に対処します。しかし、技術的ソリューションだけでは不十分で、開発者はコンプライアンスを維持するために構造化された実践も行う必要があります。
-
-### 開発者ガイドライン
-
-技術的ツールを補完するため、開発者はコンプライアンスのニーズに対応する特定の実践に従うべきです：
-
-**データ保護対策**  
-安全な同意メカニズムとデータ処理活動の詳細な記録など、PIPL基準を満たすプロトコルを実装します。
-
-**定期的なコンプライアンス監査**  
-アプリのデータ取り扱い方法について定期的なレビューを実施します。Bessie Cooperが強調するように：
-
-> "Capgoは生産性を向上させたい開発者にとって必須のツールです。バグ修正のためのレビューを避けることができるのは素晴らしいことです。"
-
-**ユーザー同意管理**  
-データが収集される理由を説明する、明確で透明性のあるユーザー同意プロセスを作成します。Rodrigo Manticaは次のように述べています：
-
-> "私たちはアジャイル開発を実践しており、Capgoはユーザーに継続的にデリバリーする上で重要な役割を果たしています！"
-
-**[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)戦略**  
-規制は常に変化しているため、堅牢な更新管理アプローチが不可欠です。統計によると、[効果的な更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)はコンプライアンス維持において82%のグローバル成功率を達成しています[\[1\]](https://capgo.app/) 。
-
-## 結論
-
-中国のデータプライバシー規制はモバイルアプリ開発業界を再形成し、開発者に厳格なコンプライアンス対策と高度な技術的ソリューションの実装を要求しています。サイバーセキュリティ法（CSL）、データセキュリティ法（DSL）、個人情報保護法（PIPL）などの主要な法律は、ユーザー許可、データストレージ、セキュリティプロトコルを重視する、課題の多い規制環境を導入しました。
-
-開発者はこれらの規制に合わせて実践を調整してきました。例えば、アクティブユーザーの95%が24時間以内に最新のアプリバージョンに更新している[\[1\]](https://capgo.app/)ことは、効率的なコンプライアンスプロセスの重要性を示しています。Capgoのようなプラットフォームは、82%のグローバル成功率[\[1\]](https://capgo.app/)を誇り、合理化されたコンプライアンスがどのように達成
-
-これらの要件を満たすには、多大な財務的および運用上の投資が必要です。開発者は、エンドツーエンドの暗号化などの技術的対策を優先し、詳細な監査証跡を維持し、ユーザーの同意を効果的に管理し、中国市場で成功するためにシームレスな更新プロセスを確保する必要があります。
-
-規制が進化し続けるなか、コンプライアンスを維持するには柔軟性が不可欠です。Capgoは、厳格な基準に適合する、コスト効率の高い柔軟な更新ソリューションを提供する能力で認められています[\[1\]](https://capgo.app/) 。
-
-中国でのアプリ開発における長期的な成功のためには、強力な技術システム、厳格な規制遵守、効率的な更新管理を組み合わせた積極的な戦略を採用する必要があります。
diff --git a/src/content/blog/ja/code-integrity-in-capacitor-apps-key-techniques.md b/src/content/blog/ja/code-integrity-in-capacitor-apps-key-techniques.md
deleted file mode 100644
index eaa554fb3..000000000
--- a/src/content/blog/ja/code-integrity-in-capacitor-apps-key-techniques.md
+++ /dev/null
@@ -1,205 +0,0 @@
----
-slug: code-integrity-in-capacitor-apps-key-techniques
-title: Capacitor アプリのコード整合性：主要なテクニック
-description: アプリストアのガイドラインに準拠しながら、OTAアップデート、暗号化に焦点を当てて、モバイルアプリのコード整合性を確保するための重要な手法を探ります。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-09T06:50:58.883Z
-updated_at: 2025-12-31T01:19:38.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a7f90344f489ae95339b05-1739083872712.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  code integrity, mobile apps, OTA updates, encryption, Play Integrity API,
-  security compliance, cryptographic signatures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) アプリのコード整合性は、特にOTAアップデートにおいて非常に重要です。**適切な対策がなければ、悪意のあるコードの注入、APIクレデンシャルの盗難、バイナリの改変などのリスクにさらされる可能性があります。以下が重要なポイントです：
-
-- **主要なツール:** SHA-256デジタル署名、ランタイムチェック、暗号化(AES-256)を使用してコードを保護します。
-- **プラットフォーム固有の機能:** Androidではアプリケーションとデバイスアテステーションのために[Play Integrity API](https://developer.android.com/google/play/integrity)を統合します。iOSではOTAアップデートについてApp Store Guideline 3.1.2に従います。
-- **OTAアップデートのセキュリティ:** エンドツーエンド暗号化、チェックサム検証、コンプライアンス追跡を実装して[アップデートを安全に](https://capgo.app/docs/live-updates/update-behavior/)行います。
-- **推奨ツール:** [Capgo](https://capgo.app/)のようなツールは、暗号化、バージョン管理、コンプライアンス監視により安全なOTAアップデートを簡素化します。
-
-### 主要ツールと機能の比較
-
-| **機能** | **Play Integrity API** | **Capgo** | **その他のツール** |
-| --- | --- | --- | --- |
-| デバイスアテステーション | あり | なし | 限定的 |
-| エンドツーエンド暗号化 | なし | あり | 基本的な暗号化 |
-| コンプライアンス文書化 | なし | 自動化 | 手動 |
-| アップデート検証 | 部分的 | 完全 | 様々 |
-
-## コード検証方法
-
-[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)はWebとネイティブの検証技術を組み合わせて、デジタル署名と暗号化を使用してコードを保護します。
-
-### デジタル署名と暗号化
-
-コード検証は暗号化方式に依存します。開発者は**非対称暗号**を使用してプライベートキーでコードバンドルに署名し、クライアントデバイスはパブリックキーで検証します。このプロセスでは、コンテンツの整合性を検証するための**SHA-256ハッシュ**と、機密設定を保護するための**AES-256暗号化**がよく組み合わされます。
-
-| 検証レイヤー | 実装 | セキュリティレベル |
-| --- | --- | --- |
-| バンドル署名 | SHA-256 + JWTトークン | 高 |
-| データ転送 | TLS/SSL | 高 |
-| 設定保護 | AES-256暗号化 | 高 |
-| ランタイムチェック | ハッシュ検証 | 高 |
-
-### プラットフォームセキュリティAPI
-
-Capacitorはプラットフォーム固有のAPIを活用してネイティブのセキュリティ機能を拡張します。Androidでは、`@capacitor-community/play-integrity`プラグイン[\[2\]](https://github.com/capacitor-community/play-integrity/)が追加の検証レイヤーを提供します。セットアップには以下が含まれます：
-
-1. 暗号化チャレンジトークン（16バイト以上）の生成
-2. [Google Cloud](https://cloud.google.com/) Project IDを使用したPlay Integrity APIの設定
-3. API失敗(-1)、サービス欠如(-2)、無効なトークンなどの重要なエラーの管理
-
-このシステムは3つの主要なチェックを実行します：
-
-- アプリの信頼性を検証
-- デバイスの整合性を評価
-- ライセンス検証状態を確認
-
-### Webとネイティブのチェックの組み合わせ
-
-ハイブリッドアプローチでは、Webコンテンツ用の**コンテンツセキュリティポリシー（CSP）**を[Free-RASP-Capacitor](https://github.com/talsec/Free-RASP-Capacitor)[\[3\]](https://github.com/talsec/Free-RASP-Capacitor)のようなツールと統合することで、Capacitorの保護を強化します。
-
-本番環境では、開発者は以下を実装する必要があります：
-
-- 起動時のチェックサム検証
-- コード変更のリアルタイム監視
-- 部分的アップデートの暗号化検証
-
-これらの対策により、強力なセキュリティプロトコルを維持しながらプラットフォームのアップデート要件への準拠を確保します。
-
-## アプリストアのルールと要件
-
-アプリストアはユーザーの安全を確保するためにOTA（Over-the-Air）アップデートに対して厳格なガイドラインを設けています。開発者はアプリのデプロイメントとアップデート時の問題を避けるため、これらのルールを慎重に遵守する必要があります。
-
-### iOSとAndroidのガイドライン
-
-iOSとAndroidの両方がCapacitorのネイティブ検証方法に沿った特定の要件を持っています。iOSでは、**App Store Review Guideline 3.1.2**がOTAアップデートを規定しています。JavaScriptのアップデートは特定の条件下で許可されますが、機能の変更には事前承認が必要です。
-
-Androidは**Play Integrity API**に焦点を当てており、アプリの整合性を検証するための堅牢なシステムを提供します。各プラットフォームの主要な要件は以下の通りです：
-
-- **iOS**:
-    - App Store Guideline 3.1.2の遵守
-    - `CFBundleVersion`の追跡
-    - コード署名証明書の使用
-
-- **Android**:
-    - Play Integrity APIの統合
-    - トークンの検証
-    - 一貫したパッケージ名
-
-### コンプライアンスのためのアップデート追跡
-
-アップデートを効果的に追跡することは、アプリストアの要件を満たすために不可欠です。これはランタイム整合性チェックを補完し、明確な監査可能なコンプライアンス記録を提供します。開発者は以下を実装することでコンプライアンスを維持できます：
-
-| **追跡コンポーネント** | **実装方法** | **目的** |
-| --- | --- | --- |
-| バージョン履歴 | 暗号化署名付きタイムスタンプ | 監査証跡の作成 |
-| デプロイメントログ | 追記専用の監査ログ | コンプライアンスの文書化 |
-| 検証記録 | トークン検証レシート | 整合性の確認 |
-
-これらの追跡方法をCI/CDパイプラインと統合することで、セキュリティと文書化の両方が強化されます。このアプローチにより、アプリがアプリストアの検証基準を満たしながら、詳細な監査証跡を維持することができます。
-
-## コード整合性ツール
-
-Capacitorのネイティブセキュリティ機能は強固な基盤となりますが、専門のツールを使用することでアップデートワークフロー中の保護をさらに強化できます。
-
-### [Capgo](https://capgo.app): 安全なOTAアップデート
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-09.jpg?auto=compress)
-
-Capgoは、Capacitorアプリケーションでの安全なOver-the-Air（OTA）アップデートの管理に特化して設計されています。以下のような機能でコードの整合性を確保します：
-
-| **セキュリティ機能** | **動作方法** | **パフォーマンスへの影響** |
-| --- | --- | --- |
-| **エンドツーエンド暗号化** | アップデートパッケージの暗号化 | <200ms latency |
-| **Differential Updates** | Reduces update payload size | Cuts modification risks by 98% |
-| **Version Control** | Uses cryptographic signatures | Enables real-time validation |
-| **Compliance Checks** | Verifies app store requirements | Offers continuous monitoring |
-
-Capgo also integrates seamlessly with CI/CD pipelines, automating verification during deployments. Its compliance checks directly address iOS 3.1.2 and Android Play Integrity rules, ensuring adherence to platform guidelines.
-
-### Tool Comparison
-
-When choosing a code integrity tool for Capacitor apps, it's crucial to weigh their features and ease of implementation:
-
-| **Feature** | **Capgo** | **Other Tools** |
-| --- | --- | --- |
-| **Update Protection** | End-to-end encryption | Basic encryption |
-| **Runtime Security** | Optional add-ons available | Limited options |
-| **Compliance Documentation** | Automated tracking | Requires manual processes |
-| **Integration Complexity** | Simple NPM package install | Varies widely |
-| **Verification Speed** | <200ms | Performance varies |
-
-Experts recommend using multiple tools to create a layered approach tailored to your specific security needs.
-
-> "デバイスアテステーションのためのPlay Integrityと、Capgoのような専門的なアップデート検証の組み合わせにより、堅牢なセキュリティフレームワークが構築されます。"
-
-ツールを選択する際は、セキュリティ機能と運用上の要件のバランスを考慮してください。Capgoのようなオープンソースのオプションは透明性とカスタマイズ性を提供しますが、独自のインフラストラクチャの管理が必要です。一方、商用ソリューションは管理を簡素化する可能性がありますが、アップデートの暗号化などの高度な機能が不足している場合があります。
-
-## コード整合性ガイドライン
-
-Capacitorアプリのコード整合性を維持するには、監視システムとセキュリティとパフォーマンスのバランスを取る賢明な組み合わせが必要です。開発チームは、厳格なセキュリティ要件を満たしながらアプリを円滑に実行し続けるための実用的でスケーラブルなアプローチを採用する必要があります。
-
-これらのガイドラインはアプリストアの要件を超えて、コンプライアンスを実践的な技術的対策に変換します。
-
-### 監視システム
-
-効果的な監視には、自動化ツールと手動監査を組み合わせた複数のチェックレイヤーの使用が含まれます。ここでの重要なツールはGoogle Play Integrity APIで、応答時間200ms未満でデバイスレベルのアテステーションを提供します[\[1\]](https://ionic.io/docs/tutorials/mobile-security/play-integrity)[\[2\]](https://github.com/capacitor-community/play-integrity/) 。
-
-| 監視レイヤー | 実装 |
-| --- | --- |
-| デバイスアテステーション | Play Integrity API |
-| バイナリ検証 | チェックサム検証 |
-| アップデート検証 | 暗号化署名 |
-
-セキュリティを強化するため、チームはCI/CDパイプラインに自動チェックを統合する必要があります。いくつかのベストプラクティスには以下が含まれます：
-
-- セキュリティ重要セクションの**90%のテストカバレッジ**[\[5\]](https://en.wikipedia.org/wiki/Code_integrity)
-- すべてのアップデートの**必須コードレビュー**
-- 24時間以内の**緊急パッチデプロイメント**
-
-これらのレイヤーが協働して、強力な多面的な防御システムを構築します。
-
-### セキュリティとスピード
-
-アップデートツールとAPIを使用する際、セキュリティとパフォーマンスの適切なバランスを見つけることは課題です。セキュリティを損なうことなくパフォーマンスメトリクスを最適化することが重要です。
-
-| パフォーマンスメトリク | 目標閾値 | 最適化方法 |
-| --- | --- | --- |
-| コールドスタート遅延 | <300ms | セキュリティ初期化の並列化 |
-| メモリオーバーヘッド | <15MB RAM | 効率的なライブラリ使用 |
-| 検証レイテンシー | <200ms | トークンキャッシング（2-4時間TTL） |
-| バックグラウンド監視 | 最小限の影響 | イベント駆動型チェック |
-
-以下はスピードとセキュリティの両方を確保するためのいくつかの戦略です：
-
-- **段階的検証**: 完全な暗号化検証に進む前に基本的な署名チェックから開始[\[2\]](https://github.com/capacitor-community/play-integrity/) 。
-- **リスクベースの認証**: 異常なユーザーの位置やデバイスプロファイルなどのリスク信号に基づいて検証の強度を調整。
-- **オフライン対応の検証**: 重要なセキュリティトークンをキャッシュしフォールバックメカニズムを使用することで、ネットワーク状態が悪い場合でもシステムが機能するようにする。
-
-継続的な監視と調整が重要です。週次のセキュリティレビュー[\[3\]](https://github.com/talsec/Free-RASP-Capacitor)と自動脆弱性スキャンの組み合わせにより、保護とパフォーマンスのバランスを維持できます。
-
-## まとめ
-
-Capacitorアプリのコード整合性を保護するには、プラットフォームネイティブの機能と専門ツールの組み合わせが必要です：
-
-**Play Integrity API**は応答時間200ms未満でデバイスレベルのアテステーションを提供し、Googleが検証したアプリの正当性を確保します[\[1\]](https://ionic.io/docs/tutorials/mobile-security/play-integrity)[\[2\]](https://github.com/capacitor-community/play-
-
-アプリのOTAアップデートを管理するチームにとって、**エンドツーエンドの暗号化**と**自動チェックサム検証**は重要です。これらのプラットフォーム機能を専門ツールと組み合わせることで、迅速なデプロイメントをサポートしながら、安全なアップデートを実現できます。
-
-セキュリティとアプリのパフォーマンスのバランスを取るため、開発チームは以下に焦点を当てるべきです：
-
-- アプリコンポーネント間の**安全な通信**
-- 誤用を防ぐための**検証済みトークン生成**
-- アプリ環境の**リアルタイムモニタリング**
-- **プラットフォーム固有のガイドライン**の遵守
-
-このアプローチにより、パフォーマンスを犠牲にすることなく強力な保護を確保し、信頼性の高いアップデートと安全なアプリのメンテナンスの基盤を築くことができます。
diff --git a/src/content/blog/ja/common-cicd-bottlenecks-in-ota-pipelines.md b/src/content/blog/ja/common-cicd-bottlenecks-in-ota-pipelines.md
deleted file mode 100644
index 9b93f3e3f..000000000
--- a/src/content/blog/ja/common-cicd-bottlenecks-in-ota-pipelines.md
+++ /dev/null
@@ -1,140 +0,0 @@
----
-slug: common-cicd-bottlenecks-in-ota-pipelines
-title: CI/CD パイプラインにおける一般的な OTA のボトルネック
-description: CIパイプラインやOTAアップデートにおける一般的な課題を克服し、アップデートの効率性、セキュリティ、ユーザー満足度を向上させる方法について学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:07:29.962Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb0f072e221594daf40959-1744510123218.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  CI/CD, OTA updates, automation, testing, security, deployment strategies,
-  performance tracking, scalability
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**OTA（無線）アップデートを迅速かつ効率的に提供するために、CI/CDパイプラインは不可欠です。**しかし、デプロイメントを遅らせる課題に直面することがよくあります。以下が重要なポイントです：
-
--   **主なボトルネック**：ツール統合の問題、テストの遅延、スケーラビリティの問題、セキュリティギャップ、パフォーマンス追跡の不足。
--   **解決策**：タスクの自動化、差分アップデートの使用、並行展開とステージド展開の実施、ロールバックシステムの構築。
--   **ベストプラクティス**：[暗号化によるアップデートの保護](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)、リアルタイム分析によるパフォーマンスの追跡、アプリストアルールの遵守。
-
-これらのボトルネックに対処することで、より迅速なアップデート、コスト削減、ユーザー満足度の向上を実現できます。例えば、[Capgo](https://capgo.app/)のプラットフォームは、2,350万回のアップデートを82%の成功率で提供し、5年間で最大26,100ドルのコスト削減を実現しています。
-
-**要点**：CI/CDパイプラインを自動化、セキュリティ、スマートなデプロイメント戦略で効率化し、OTAアップデートを効率的に提供しましょう。
-
-## DevOpsパイプラインが遅い？解決策はこちら！
-
-<iframe src="https://www.youtube.com/embed/90033Mv9VF8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## CI/CDパイプラインの主な遅延要因
-
-OTA CI/CDパイプラインは、デプロイメントを遅らせるボトルネックに直面することが多く、効率性とタイムラインに影響を与えます。
-
-### ツール統合の課題
-
-開発ツールをスムーズに連携させることが遅延の原因となります。[GitHub Actions](https://docs.github.com/actions)や[GitLab CI](https://docs.gitlab.com/ee/ci/)などの一般的なCI/CDプラットフォームとのシームレスな統合により、セキュリティプロトコルを維持しながらワークフローを簡素化できます。
-
-> "お好みのプラットフォーム（GitHub Actions、GitLab CIなど）で直接CI/CDパイプラインを設定します。CI/CDのホスティングや維持費用は発生しません。" – Capgo [\[1\]](https://capgo.app/)
-
-この障壁は、CI/CDパイプライン内の他の課題の原因となることがよくあります。
-
-### テストの遅延
-
-自動化が限られている場合や検証が複雑すぎる場合、テストフェーズも遅延の原因となります。ターゲットを絞ったベータテストなど、自動化された段階的なロールアウトを導入することで、このプロセスを効率化し、遅延を軽減できます。
-
-### スケーラビリティの問題
-
-アップデート量が増加すると、パイプラインが対応できなくなることがあります。大規模な同時アップデートの管理がボトルネックとなることが多いです。クラウドベースのソリューションにより、リソース割り当てとスケーラビリティを改善し、この成長をより効果的に処理できます。
-
-### OTAパイプラインのセキュリティ懸念
-
-OTAパイプラインのセキュリティギャップは、デプロイメントプロセスにリスクをもたらします。エンドツーエンドの暗号化を使用して、アップデートコンテンツを保護し、セキュリティ基準への準拠を確保することが重要です。最新のOTAシステムは、これらの脆弱性に対処するために強力な暗号化に依存しています。
-
-### パフォーマンス追跡の不足
-
-適切なパフォーマンス追跡がないと、問題の特定と解決が課題となります。パイプラインに統合されたリアルタイム分析により、ワークフローを最適化し、問題に迅速に対処するために必要な洞察を得ることができます。
-
-## ビルドとデプロイ時間の短縮
-
-スマートな自動化と効率的なデプロイメント戦略で、無線（OTA）アップデートを高速化します。
-
-### パイプラインタスクの自動化
-
-繰り返しのタスクを自動化することで、デプロイメント中の時間を大幅に節約できます。統合、テスト、デプロイメントの自動化プロセスを設定することで、手動による遅延をなくすことができます。**GitHub Actions**や**GitLab CI**はこれに適しています。**Capgo**のようなプラットフォームも、選択したプラットフォームで直接CI/CDパイプラインをカスタマイズすることで支援できます。さらに進めるには、差分デプロイメントを使用してアップデートペイロードのサイズを削減します。
-
-### 差分アップデートの使用
-
-差分アップデートは、パッケージ全体ではなく、変更された部分のみを送信することに焦点を当てています。このアプローチにより、アップデートのサイズを削減し、デプロイメントを高速化し、帯域幅の消費を減らすことができます。
-
-### 並行とステージドロールアウト
-
-パイプラインタスクを並行して実行することで速度を上げます。これをベータテスト、段階的デプロイメント、最終的な本番環境など、ステージドロールアウトと組み合わせることで、リスクを管理し、サーバーへの負荷を軽減します。
-
-### ロールバックシステムの追加
-
-ロールバックシステムを必ず用意してください。問題が発生した場合に、安定したバージョンに迅速に戻すことができます。
-
-## CI/CDパイプライン基準
-
-安全で準拠したOTAアップデートには、明確な基準設定が重要です。
-
-### アプリストアルールチェックリスト
-
-アプリストアルールの遵守は、OTAアップデートの成功に不可欠です。[Apple App Store](https://developer.apple.com/app-store/guidelines/)と[Google Play Store](https://developer.android.com/distribute/play-policies)には厳格なガイドラインがあります。Capgoのプラットフォームは、エンドツーエンドの暗号化を使用し、認可されたユーザーのみがアップデートパッケージを復号化できるようにすることで、コンプライアンスの確保を支援します[\[1\]](https://capgo.app/) 。
-
-重要なコンプライアンス要件には以下が含まれます：
-
--   [安全なアップデート配信方法](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)
--   アップデートに対するユーザーの同意取得
--   明確なバージョン追跡
--   効果的なエラー処理
--   失敗したアップデートのロールバックオプション
-
-### 完全なテストステップ
-
-信頼性の高いOTAアップデートには、徹底的なテストが不可欠です。ユニットテスト、統合テスト、エンドツーエンドテストをカバーする構造化されたテストプロセスは、安定性の維持に役立ちます。Capgoのチャネルシステムは、チームが特定のユーザーグループにアップデートをリリースできるようにすることで、ベータテストとステージドロールアウトの高度なテストをサポートします[\[1\]](https://capgo.app/) 。
-
-テストは以下に焦点を当てるべきです：
-
--   アップデートパッケージの整合性の確保
--   ネットワーク接続の問題への対処
--   バージョンの互換性確認
--   リソース使用の最適化
--   エラー回復プロセスの検証
-
-テストが確実になったら、問題を迅速に解決するために、アップデートプロセスのモニタリングが次のステップとなります。
-
-### アップデート進捗の追跡
-
-パイプラインがスムーズかつ効率的に実行されることを確認するために、リアルタイムでデプロイメントを監視することが不可欠です。
-
-### チームコミュニケーション方法
-
-OTAアップデートの管理には、良好なコミュニケーションが重要です。明確なチャネルとロールベースのアクセス制御を確立することで、デプロイメントプロセスを簡素化できます。Capgoの組織管理システムは、ロールと権限の作成を可能にし、適切な監督を確保することでチームのコラボレーションを支援します[\[1\]](https://capgo.app/) 。
-
-コミュニケーションのベストプラクティスには以下が含まれます：
-
--   デプロイメント状況の定期的な更新
--   問題に対する明確なエスカレーション手順
--   チーム間の連携プロトコル
--   デプロイメント決定の詳細な文書化
-
-## 結論
-
-CI/CDのボトルネックに対処することは、スムーズなOTA配信を確保するために重要です。効率化されたパイプラインは、アクティブユーザーの95%が24時間以内にアップデートを受け取り、5MBのバンドルが114msでダウンロードされ、APIの平均応答時間が57msという印象的な結果をもたらすことができます[\[1\]](https://capgo.app/) 。
-
-> "Capgoはホットコードプッシュを実現するスマートな方法です" [\[1\]](https://capgo.app/)
-
-750のアプリで2,350万回以上のアップデートを実施したCapgoの実績[\[1\]](https://capgo.app/)は、効率的なOTAアップデートシステムを使用した場合の潜在的な節約 - 5年間で最大26,100ドル - を示しています。これを達成するために、効果的なCI/CD管理は以下に焦点を当てています：
-
--   **自動化されたワークフロー**による手動タスクの削減
--   **差分アップデート**による帯域幅使用の制限
--   **ステージドデプロイメント**による制御されたロールアウト
--   **強力なセキュリティ**とエンドツーエンドの暗号化
--   **リアルタイムモニタリング**と詳細な分析
diff --git a/src/content/blog/ja/common-live-update-issues-and-solutions-for-developers.md b/src/content/blog/ja/common-live-update-issues-and-solutions-for-developers.md
deleted file mode 100644
index 8d0718523..000000000
--- a/src/content/blog/ja/common-live-update-issues-and-solutions-for-developers.md
+++ /dev/null
@@ -1,251 +0,0 @@
----
-slug: common-live-update-issues-and-solutions-for-developers
-title: リアルタイム更新に関する開発者向けの一般的な問題と解決策
-description: >-
-  リアルタイムアップデートの一般的な課題に対する解決策を探り、ネットワークの問題、バージョンの競合、デバイスの互換性などを含め、ユーザーエクスペリエンスを向上させます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T03:31:58.003Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a3d9861da6ea6c25fd54e4-1738812730938.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  live updates, network issues, version conflicts, device compatibility, CI/CD,
-  OTA updates, security, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-ライブアップデートにより、開発者はアプリストアの遅延なしにユーザーに直接変更をプッシュできます。ただし、ネットワークの問題、バージョンの競合、デバイスの互換性の問題といった課題があります。このガイドでは、スムーズなアップデートを実現するためのソリューションを提供します:
-
--   **ネットワークの問題**: リトライメカニズム、チャンクベースのダウンロード、差分アップデートを使用する。
--   **バージョンの競合**: セマンティックバージョニングに従い、互換性をテストし、適切なデータ移行を確保する。 
--   **デバイスの互換性**: [BrowserStack](https://www.browserstack.com/app-live)などのツールを使用してデバイス間でテストし、異なるハードウェアとOSバージョン向けにアップデートを最適化する。
--   **CI/CDのビルドエラー**: 依存関係の競合を修正し、環境変数を検証し、[Capgo](https://capgo.app/)などのツールでビルドを自動化する。
--   **セキュリティ**: 暗号化、検証、アクセス制御でアップデートを保護する。
-
-**クイックヒント**: Capgoのようなツールは、ロールバックオプション、段階的なロールアウト、リアルタイムモニタリングなどの機能でOTA(無線経由)アップデートを簡素化します。
-
-よりスムーズなアップデートをお望みですか? これらの一般的な問題に対処することから始めて、時間を節約しユーザー体験を向上させましょう。
-
-## Appflow Live Updates: ユーザーに直接インスタントアップデートをデプロイ
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## OTAアップデートの問題を修正する
-
-OTAアップデートはネットワークの問題やバージョンの競合などの課題に直面します。以下が効果的な対処方法です。
-
-### ネットワークの問題とソリューション
-
-ネットワークの障害はアップデートを中断させる可能性がありますが、対処方法があります:
-
--   接続が切れた場合に指数バックオフを伴う**リトライメカニズム**を使用する。
--   高レイテンシー環境に対応するため**チャンクベースのダウンロード**を選択する。
--   帯域幅使用量を削減するため**差分アップデート**を実装する。
-
-`react-native-netinfo`のようなツールを使用すると、ネットワークの変更を検出して対応し、様々な状況に適応しやすくなります[\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash)。
-
-### バージョン管理の問題
-
-適切なバージョン管理はスムーズなアップデートの鍵となります。セマンティックバージョニングは明確なフレームワークを提供します:例えば、新機能を追加する場合、既存のアプリデータとの互換性を維持しながらマイナーバージョンを更新します(1.2.0から1.3.0へなど)[\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform)。
-
-バージョン管理へのアプローチ方法:
-
--   アップデート適用前にアプリバージョンを確認する。
--   過去のバージョン設定を記録として保持する。
--   バージョン間のデータ移行パスを確保する。 
--   自動テストでバージョンの互換性を確認する。
-
-### [Capgo](https://capgo.app/)でOTAアップデートを実施
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-06.jpg?auto=compress)
-
-CapgoはOTAアップデート管理のための強力なツールです。組み込みのモニタリング、ロールバックオプション、エンドツーエンドの暗号化による安全な配信などの機能を提供します。さらに、CI/CD統合によりデプロイメントがスムーズになります[\[3\]](https://appinventiv.com/blog/how-ci-cd-helps-mobile-app-development/) 。
-
-Capgoの主な機能:
-
--   アップデートを追跡する**リアルタイムモニタリング**
--   問題を素早く解決する**即時ロールバック**
--   制御されたデプロイメントのための**段階的ロールアウト**
--   より良い管理のための**バージョン管理統合**
--   アップデート成功率を測定する**分析機能**
-
-デプロイメント戦略を最適化するには、[アップデートチャネル](https://capgo.app/docs/webapp/channels/)を設定します:
-
--   **プロダクション**: 一般ユーザー向けの安定版リリース
--   **ベータ**: 機能テスト用の早期アクセス
--   **開発**: 内部テストと検証
-
-緊急アップデートの場合、段階的なロールアウトが最適です。ユーザーの5-10%から開始し、結果をモニタリングしながら徐々に拡大します。
-
-## CI/CDパイプラインの問題
-
-開発者は特にOTAアップデート中にCI/CDパイプラインでの課題に直面することがよくあります。これらの一般的な問題に対処する実践的な方法を見ていきましょう。
-
-### ビルドエラーのソリューション
-
-ビルドエラーは通常、環境の不整合や依存関係の競合が原因です。最も一般的な問題を修正するためのクイックガイドです:
-
-| エラーの種類 | 一般的な原因 | 解決策 |
-| --- | --- | --- |
-| 依存関係の競合 | バージョンの不一致 | `package-lock.json`や`yarn.lock`などのロックファイルを使用 |
-| 環境変数 | 値の欠落または不正確 | 環境検証チェックを設定 |
-| リソースの制限 | メモリ/CPU制約 | リソースクォータを調整しビルドを最適化 |
-
-重要なビルドをデプロイする前に健全性チェックを実行することで、失敗を最小限に抑えることができます。ビルドの問題を解決したら、スムーズなアップデートを確保するためにテスト自動化の安定化に焦点を当てましょう。
-
-### テスト自動化の問題
-
-安定したテスト自動化は信頼性の高いライブアップデートに不可欠です。以下の領域に焦点を当てましょう:
-
-**エンドツーエンドテスト**  
-[Selenium](https://www.selenium.dev/)や[Appium](http://appium.io/)などのツールを使用して包括的なテストスイートを作成します。以下のような重要なアップデートシナリオをカバーする必要があります:
-
--   アップデートのダウンロードとインストール
--   バージョンの互換性チェック
--   ロールバックシナリオの処理
--   様々なネットワーク条件下でのテスト
-
-**パフォーマンステスト**  
-アップデートプロセス中の主要な指標を追跡します:
-
--   異なるネットワーク条件下でのダウンロード速度
--   インストール中のメモリ使用量
--   アップデート後のアプリ起動時間
--   アップデート中のバッテリー消費
-
-### Capgo CI/CDセットアップガイド
-
-Capgoは、ビルドの自動化からアップデートのモニタリングまで、一般的なパイプラインの課題を解決してCI/CDワークフローを容易にします。信頼性の高いパイプラインをセットアップする方法は以下の通りです:
-
-1. **ビルドの自動化**  
-コードのプッシュやプルリクエストなどのトリガーを設定して、ビルドを自動的に処理します。Capgoの統合は複数のデプロイメントチャネルをサポートし、環境に応じて制御されたロールアウトを可能にします。
-
-2. **バージョン管理を使用**  
-セマンティックバージョニングとブランチング戦略(`main`、`staging`、`development`など)を採用して、デプロイメントを合理化し秩序を維持します。
-
-3. **アップデートのモニタリング**  
-Capgoの分析ツールで主要な指標を追跡します:
-
--   アップデートの成功率
--   ダウンロード完了率
--   ユーザー採用傾向
--   エラー頻度
-
-失敗したアップデートのリトライメカニズムを有効にし、エラーログを使用してトラブルシューティングを簡素化します[\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform)。
-
-誤ったデプロイメントを避けるため、開発環境とプロダクション環境で別々の設定を維持します。これにより、アップデートを本番環境にプッシュする前に適切なテストが確保されます。
-
-## デバイスの互換性の問題
-
-デバイスやAPIで問題なくアプリが動作することを確認することは、成功したライブアップデートを提供する上で重要な要素です。
-
-### マルチデバイスサポート
-
-様々なデバイスでのテストは、信頼性の高いライブアップデートには不可欠です。BrowserStack App Liveのテストデータによると、一般的なユーザーシナリオの90%をカバーするには、通常15-20の異なるデバイスセットアップでテストする必要があります[\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash)。
-
-| デバイス層 | 主な考慮事項 | テストの焦点 |
-| --- | --- | --- |
-| ハイエンドデバイス | 処理能力、最新API | 機能の互換性、パフォーマンスチューニング |
-| ミッドレンジデバイス | メモリ使用量、バッテリーへの影響 | リソース管理、[アップデートサイズの最適化](https://capgo.app/blog/optimise-your-images-for-updates/) |
-| ローエンドデバイス | ハードウェアの制限、ストレージ | 最小要件、圧縮テクニック |
-
-デバイス間のパフォーマンスを向上させるため、デバイスの性能に合わせてアプリの機能を調整します:
-
--   要求の高い機能には**プログレッシブローディング**を使用。
--   パフォーマンス向上のため**デバイス固有のキャッシング**を適用。
--   ストレージ制約に対応するため**アップデートパッケージを圧縮**。
-
-デバイスの最適化は重要ですが、オペレーティングシステムやAPIバージョンの違いに対処することで、さらに複雑さが増します。
-
-### APIバージョンの違い
-
-ほとんどのアプリは、ユーザーベースの95%をカバーするために少なくとも3つの主要なAPIバージョンをサポートする必要があります[\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash)。
-
-**API管理の主要戦略:**
-
--   デバイスのOSとAPIレベルを識別するため**APIバージョンを検出**。
--   特定のAPIに依存する機能には**条件付きコード実行**を使用。
--   重要な機能には**フォールバックソリューション**を構築。
--   今後の変更に備えるため**OSベータプログラム**に参加。
-
-**バージョン管理のベストプラクティス:**
-
--   サポートされているすべてのAPIバージョンでアップデートをテスト。
--   各機能のAPI依存関係の詳細なドキュメントを保持。
--   異なるAPIバージョン用に別々のアップデートチャネルを使用。
--   廃止通知を監視し、移行を事前に計画。
-
-API更新に対処する際は、後方互換性を優先します。互換性レイヤーを使用することで、様々なOSバージョンを持つデバイス間でアップデートがスムーズに実行されるよう、APIバージョン間のギャップを埋めることができます。
-
-自動テストを活用するチームの場合、複数のAPIバージョンに対してアップデートを検証するようにCI/CDパイプラインを設定します。この予防的なアプローチにより、互換性の問題が本番環境に入り込むリスクを最小限に抑えることができます[\[3\]](https://appinventiv.com/blog/how-ci-cd-helps-mobile-app-development/) 。
-
-## セキュリティとルール
-
-アップデートを安全に配信し、プラットフォームのルールに準拠することは、潜在的なリスクからユーザーと開発者の両方を保護する上で
-
-| **セキュリティレイヤー** | **実装** | **目的** |
-| --- | --- | --- |
-| **[データ暗号化](https://capgo.app/docs/cli/migrations/encryption/)** | エンドツーエンド暗号化 | 転送中のアップデートを保護 |
-| **アップデート検証** | 暗号署名 | アップデートの真正性を確認 |
-| **アクセス制御** | トークンベースの認証 | 不正なアップデートを防止 |
-
-Capgoのツールは主要なプロセスを自動化することでアップデートのセキュリティ確保を容易にします：
-
--   **[パッケージ暗号化](https://capgo.app/docs/cli/migrations/encryption/)**：アップデートバンドルを自動的に暗号化。
--   **セキュアな転送**：HTTPSプロトコルを使用したアップデートを確保。
--   **バージョン検証**：インストール前にアップデートの整合性を確認。
-
-### プラットフォームガイドライン
-
-アプリストアのルールとデータ保護法の遵守は必須です。例えば、[GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)違反は最大2,000万ユーロまたは世界売上高の4%の罰金につながる可能性があります[\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash)。これらのガイドラインの遵守は不可欠です。
-
-**主要なコンプライアンス対策：**
-
-| **要件** | **実装方法** | **検証** |
-| --- | --- | --- |
-| **ユーザー同意** | アプリ内アップデート通知 | 同意ログの維持 |
-| **データ最小化** | 必要不可欠なデータのみ収集 | 定期的な監査実施 |
-| **アップデートの透明性** | 明確な変更ログの提供 | ユーザーへの通知 |
-| **セキュリティ監視** | 自動チェック | 継続的なスキャン実施 |
-
-アップデートを提供しながらコンプライアンスを維持するために：
-
--   監査のためのデータ処理とアップデートログの詳細な記録を保持。
--   シンプルで使いやすい同意メカニズムを使用。
--   セキュリティ対策を定期的にレビューし改善。
-
-GDPR準拠のために、展開前にリスクを特定するためのデータ保護影響評価を実施します。潜在的な監査に備えて、アップデートログを安全に保存し、すべてのセキュリティ対策の明確な文書を維持します。
-
-これらのセキュリティプロトコルを導入することで、将来のアップデートの効率化ソリューションを探る準備が整います。
-
-## 結論
-
-### ソリューション概要
-
-Capgoのようなツールを使用することで、OTAアップデート、CI/CDパイプライン、デバイス互換性の課題に対処できます。これらのツールは、ネットワーク信頼性、バージョン管理、クロスプラットフォーム互換性などの一般的な問題の解決に焦点を当て、ユーザーにスムーズなアップデートを提供します。
-
-| **課題** | **解決策** | **結果** |
-| --- | --- | --- |
-| OTA & CI/CD | 検証、ロールバック、自動テスト | 失敗95%減少、サイクル60%高速化 |
-| デバイス互換性 | クロスプラットフォームテストフレームワーク | デバイス固有の問題85%削減 |
-
-### 今後の展望：アップデートの革新
-
-AI搭載ツールにより、リアルタイムの問題検出や自動修正などの機能を提供するスマートなアップデートが可能になっています。その他のトレンドには、ブロックチェーンベースのセキュリティ、リアルタイム監視、高度な互換性チェック、プラットフォーム間の同期向上が含まれます。これらの方法を採用することで、開発者はアップデートプロセスをより信頼性が高く、将来に備えたものにすることができます。
-
-### Capgoを始める
-
-Capgoはライブアップデートソリューションの実装を簡単にし、統合時間を短縮しながらデプロイメントの速度と信頼性を向上させます。
-
-開始方法：
-
--   CIツールを使用してテストを自動化。
--   暗号化を設定しバージョンを検証。
--   特定のユーザーグループ向けにアップデートを設定。
-
-これらのステップにより、よりスムーズなワークフローと迅速なアップデートが確保されます。
diff --git a/src/content/blog/ja/common-mistakes-in-custom-attribute-segmentation.md b/src/content/blog/ja/common-mistakes-in-custom-attribute-segmentation.md
deleted file mode 100644
index cd850c6c8..000000000
--- a/src/content/blog/ja/common-mistakes-in-custom-attribute-segmentation.md
+++ /dev/null
@@ -1,135 +0,0 @@
----
-slug: common-mistakes-in-custom-attribute-segmentation
-title: カスタム属性セグメンテーションでのよくある間違い
-description: カスタム属性セグメンテーションにおける重要な注意点と、ユーザーエンゲージメントとアプリのパフォーマンスを効果的に向上させる方法について学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T14:10:29.790Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f91f892e221594daf25028-1744380640437.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  custom attribute segmentation, user engagement, app performance, segmentation
-  mistakes, data compliance
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-カスタム属性セグメンテーションは、ユーザーエンゲージメントとアプリのパフォーマンスを向上させるために重要です。しかし、多くの開発者が非効率な更新、不適切なターゲティング、ユーザー満足度の低下につながる一般的な間違いを犯しています。以下に、避けるべきことと改善方法を簡単に説明します：
-
--   **避けるべき間違い**:
-    
-    -   モデルの過度な複雑化：エラーと遅延を避けるためにセグメンテーションをシンプルに保つ。
-    -   古いデータの使用：正確なターゲティングのためにデータを定期的に更新する。
-    -   ルールタイプの混在：明確さのために一貫したフォーマットを維持する。
-    -   ユーザー行動の無視：より良い洞察を得るために静的属性とユーザーアクションを組み合わせる。
-    -   明確な目標の欠如：フォーカスを維持するために具体的な目標を定義する。
--   **改善方法**:
-    
-    -   適切なセグメントサイズの設定：過度に具体的なグループを避け、実行可能なセグメントに焦点を当てる。
-    -   セグメントの即時更新：より迅速な対応のためにライブ更新を可能にするツールを使用する。
-    -   監視と調整：成功率、エンゲージメント、エラーなどの指標を追跡してセグメンテーションを改善する。
-    -   データルールの遵守：データ収集を制限し、透明性を確保し、[GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)などの規制に準拠する。
--   **重要性**:
-    
-    -   [Capgo](https://capgo.app/)のようなツールは、リアルタイム更新、安全なデータ処理、迅速な展開を可能にし、24時間以内に95%の更新成功率を達成します。適切なツールと戦略を採用することで、セグメンテーションを効率化し、ユーザーターゲティングを向上させることができます。
-
-## データ属性、スマートリストとセグメンテーション、なんと！ | San ...
-
-<iframe src="https://www.youtube.com/embed/HzFUdPZzaGE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 一般的なセグメンテーションの間違い
-
-カスタム属性セグメンテーションは、いくつかの一般的な落とし穴により軌道を外れる可能性があります。これらの問題を避けることは、アプリを円滑に運営し、ユーザーを効果的に惹きつけるための鍵となります。
-
-### モデルの過度な複雑化
-
-セグメンテーションモデルが複雑すぎると、処理が遅くなり、エラーが増加し、トラブルシューティングが悪夢になる可能性があります。効率的で正確な状態を維持するために、物事をシンプルで合理的に保ちましょう。
-
-### 古いデータの使用
-
-古いデータに依存すると、ターゲティングが狂う可能性があります。セグメンテーションを正確に保ち、ユーザーエクスペリエンスを適切に維持するために、データを定期的に更新するようにしてください。
-
-### ルールタイプの混在
-
-ブーリアンと数値基準の組み合わせ、一貫性のない命名、矛盾する階層など、異なるルールフォーマットを組み合わせると混乱とエラーが発生する可能性があります。ルールが意図通りに機能するように、一貫したフォーマットを維持してください。
-
-### ユーザー行動の見落とし
-
-静的属性だけでは全体像を把握できません。ユーザーがアプリとどのように相互作用するかを無視すると、セグメンテーションの影響が制限される可能性があります。ユーザーアクションに関するデータを含めることで、ターゲティングがより反応的で効果的になります。
-
-### 明確な目標の欠如
-
-明確な目標がないと、セグメンテーションの取り組みがフォーカスを失う可能性があります。具体的な指標とタイムラインを定義し、セグメンテーションが全体的なビジネス戦略と一致していることを確認してください。
-
-次に、セグメンテーションを改善し、ターゲティングを強化する戦略について詳しく見ていきましょう。
-
-## セグメンテーションの改善方法
-
-一般的な間違いを避けるためのセグメンテーションアプローチの改善方法を紹介します。
-
-### 適切なセグメントサイズの設定
-
-実行可能で統計的に信頼できるバランスの取れたセグメントサイズを選択してください。些細な好みごとにユーザーを過度に具体的なグループに分割することは避けましょう。代わりに、分析と行動が容易なセグメントを作成するために、類似した行動をグループ化することに焦点を当ててください。
-
-### セグメントの即時更新
-
-最新のツールでは、セグメンテーションに即座に変更を加えることができます。ライブ更新が有用な理由：
-
--   変更のためのアプリストアレビューをスキップできる
--   ユーザー行動の変化に迅速に対応できる
--   異なるセグメンテーション戦略のA/Bテストが可能
--   何かが計画通りに機能しない場合の迅速なロールバックを可能にする
-
-### 監視と調整
-
-セグメンテーションのパフォーマンスを監視し、必要に応じて調整してください。以下の領域に焦点を当てましょう：
-
-| 監視する側面 | 追跡する指標 | 取るべき行動 |
-| --- | --- | --- |
-| 更新の成功 | 成功率、配信時間 | 更新の適用状況を測定し、デプロイメントプロセスを改善する |
-| ユーザーエンゲージメント | セッション時間、機能使用状況 | ユーザーのアプリとの相互作用に基づいてセグメントを改善する |
-| エラー追跡 | エラーの頻度、種類 | セグメンテーションによって引き起こされる問題を特定し修正する |
-| パフォーマンスへの影響 | 読み込み時間、リソース使用量 | アプリが円滑に動作するように処理を最適化する |
-
-### データルールの遵守
-
-データ保護規制の遵守は任意ではありません。セグメンテーションを改善しながら規制を遵守する方法：
-
--   **必要なもののみを収集**: データ収集をセグメンテーション目標に不可欠なものに限定します。これによりコンプライアンスリスクが減少し、処理が効率的になります。
--   **透明性を確保**: ユーザーデータの使用方法を明確に説明します。これにより信頼が構築され、正確な情報の共有が促進されます。
--   **定期的な監査**: GDPRや[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)などの規制に準拠していることを確認するため、セグメンテーション基準を定期的に見直します。古いまたは不必要なデータポイントを削除します。
-
-また、効果的なセグメンテーションを維持しながらユーザー情報を保護するために、エンドツーエンドの暗号化と安全なデータ処理方法を使用することも重要です。
-
-## セグメンテーションツールの概要
-
-カスタム属性セグメンテーション用のツールを選択する際は、エラーを最小限に抑え、ターゲティングを改善する機能を探してください。主要な機能には、リアルタイム分析、ロールバックオプション、ターゲットを絞った更新配信、柔軟なホスティング（クラウドとセルフホスト）、エンドツーエンド暗号化、アプリストア要件への準拠が含まれます。
-
-### ツール比較チャート
-
-| 機能 | Capgo | セグメンテーションへの影響 |
-| --- | --- | --- |
-| **更新速度** | 114msダウンロード（5MBバンドル）[\[1\]](https://capgo.app/) | より速い更新で古いデータの問題を軽減 |
-| **成功率** | 24時間以内に95%の更新率[\[1\]](https://capgo.app/) | より高い採用率でセグメントの精度を確保 |
-| **セキュリティ** | エンドツーエンド暗号化[\[1\]](https://capgo.app/) | 機密性の高いユーザーデータを効果的に保護 |
-| **分析** | リアルタイム分析[\[1\]](https://capgo.app/) | セグメントパフォーマンスに関する即時フィードバックを提供 |
-| **ホスティングオプション** | クラウドとセルフホスト | 多様なデプロイメントニーズをサポート |
-| **グローバルカバレッジ** | 世界中で57msのAPIレスポンス時間[\[1\]](https://capgo.app/) | 地域間で一貫したパフォーマンスを提供 |
-
-セグメンテーションツールの状況は近年大きく変化しています。例えば、2024年の[Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)の終了と2026年の[AppFlow](https://ionic.io/appflow)の終了予定により、開発者はより信頼性の高い代替手段を探るようになっています。これらの変更は、セグメンテーションの課題に直接対応するツールの重要性を強調しています。
-
-更新速度や成功率などの指標は信頼性を強調し、アクティブで正確にターゲットを絞ったユーザーグループを確保します。価格も大きな役割を果たしています - 一部のプラットフォームは年間5,000～6,000ドルかかりますが、他のプラットフォームは月額300ドル程度です[\[1\]](https://capgo.app/) 。この価格帯により、小規模なチームでも高度なツールを利用できます。
-
-即時デプロイメント、安全なデータ処理、スムーズなCI/CD統合を提供するツールに焦点を当ててください。これらの機能は、エラーを減らしセグメンテーションの成果を向上させるために不可欠です。
-
-## 結論
-
-効果的なセグメンテーションは、物事を簡潔に保ち、リアルタイム更新を使用し、明確な目標を設定することに依存します。適切に実施された場合、セグメンテーションモデルは実用的かつ効率的であり、より迅速な機能展開と正確なユーザーターゲティングを可能にします。
-
-現代のプラットフォームは、リアルタイムセグメンテーションツールによってゲームを変えました。開発者は現在、ユーザーセグメントを即座に更新および管理し、幅広いユーザーにわたって正確なターゲティングを確保できます。
-
-セグメンテーションの成功は、モデルをシンプルに保ち、リアルタイム更新を活用し、測定可能な目標を設定し、パフォーマンスを追跡するために分析を使用するという、いくつかの核となる実践に帰着します。適切なツールを使用することで、開発者は反応的でインパクトのあるユーザーセグメントを構築できます。
diff --git a/src/content/blog/ja/comparing-react-native-vs-capacitor.md b/src/content/blog/ja/comparing-react-native-vs-capacitor.md
deleted file mode 100644
index f3dd0f7ea..000000000
--- a/src/content/blog/ja/comparing-react-native-vs-capacitor.md
+++ /dev/null
@@ -1,249 +0,0 @@
----
-slug: comparing-react-native-vs-capacitor
-title: React Native vs Capacitor の比較
-description: >-
-  この記事では、モバイルアプリの開発におけるReact
-  NativeとReactおよびCapacitorの使用を比較し、それぞれの機能、パフォーマンス、コミュニティなどについて説明します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-11T00:00:00.000Z
-updated_at: 2023-06-11T00:00:00.000Z
-head_image: /react_native_vs_react_capacitor.webp
-head_image_alt: React NativeとCapacitorの比較イラスト
-keywords: >-
-  React Native, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Alternatives
-published: true
-locale: ja
-next_blog: ''
----
-カバーする内容：
-
-1. Capacitorとは何ですか？
-2. React Nativeとは何ですか？
-3. 両方のフレームワークに共通する点は何ですか？
-4. React NativeとCapacitor：機能性
-5. React NativeとCapacitor：パフォーマンス
-6. React NativeとCapacitor：コミュニティ
-7. React NativeとCapacitor：学習曲線
-8. React NativeまたはCapacitorを使用すべきですか？
-
-## Capacitorとは何ですか？
-
-[Capacitor](https://capacitorjs.com/)は、Ionicチームによって構築されたクロスプラットフォームツールです。これにより、WebアプリケーションをiOSまたはAndroidアプリケーションに変換できます。
-
-Capacitorを使用すると、JavaScriptコードを使用してモバイルアプリケーションを作成できます。その後、電話のネイティブWebViewを使用してアプリをレンダリングします。CapacitorのプラグインやAPIを使用すると、カメラ、スピーカーなどのネイティブ機能にアクセスできます。
-
-Capacitorは、React、Vue、Angular、バニラJSなど、さまざまなJavaScriptフレームワークと互換性があります。[CapacitorとReactを使用したクロスプラットフォームアプリの構築についてもっと学ぶ](https://capacitorjs.com/solution/react/) 。
-
-## React Nativeとは何ですか？
-
-[React Native](https://reactnative.dev/)は、基本的にモバイルアプリケーション用のReactです。Reactの構文を使用してAndroidおよびiOS用のアプリを作成することができます。
-
-あなたが書くReactコードは、モバイルデバイス上のネイティブAPIと相互作用します。React Nativeは、開発者に`Text`、`Image`、`View`などのネイティブコンポーネントを提供し、ネイティブUIの構築ブロックとして機能します。
-
-オープンソースのReact Nativeは、Facebookによって作成され、維持されています。
-
-## 両方のフレームワークに共通する点は何ですか？
-
-React NativeやCapacitorのようなクロスプラットフォームツールは、多くの時間とお金を節約できます。
-
-これらのフレームワークは、特定のプラットフォーム向けにモバイルアプリを構築するためにJava、Kotlin、Swift、Objective Cのようなネイティブ言語を学ぶ必要を排除します。1つのコードベースを使用してAndroidアプリケーションを構築し、別のコードベースを使用してiOSアプリケーションを構築するのではなく、同じコードベースを使用して両方のプラットフォーム用のモバイルアプリを作成できます。
-
-これにより、クロスプラットフォームアプリケーションを構築する企業は、iOS用とAndroid用の2つの異なるチームを必要とするのではなく、両方のバージョンを構築するために1つのReact NativeまたはCapacitorチームを雇うことができ、給与にかかる開発者の数を減らすことができます。
-
-CapacitorとReact Nativeは、プロジェクトにカスタムネイティブコードをモジュールやプラグインとして統合する共通のアプローチを持っています。両方のフレームワークでは、提供されないネイティブ機能にアクセスするためにJava、Kotlin、Objective C、Swiftでカスタムネイティブコードを書く能力が与えられます。
-
-React Nativeのように、Capacitorもモバイル電話のネイティブ機能を使用します。主な違いはレンダリングにあります。React Nativeのモバイルアプリケーションは、各デバイスのネイティブビューを使用しますが、CapacitorはデバイスのネイティブWebViewを使用してアプリケーションをレンダリングします。
-
-両方のフレームワークは、誰でもソースコードを提供したり使用したりできるオープンソースです。
-
-## React NativeとCapacitor：機能性
-
-React Nativeで作業しているとき、開発者はReactの構文とコア原則を使用してネイティブアプリを構築できます。これは多くの場合、意見のないフレームワークと呼ばれ、[非常に少数の公式ライブラリと機能](https://blog.logrocket.com/react-native-component-libraries/)を持っています。
-
-React Nativeのクリエイターは、開発者に[アプリを構築し、さまざまな問題を解決する際の自由を与えること](https://reactjs.org/docs/add-react-to-a-website.html/)を好みました。これにより、コードを最初から書きたくない開発者がコミュニティ開発のサードパーティライブラリを使用してさまざまな機能を構築できるようになります。
-
-これらのライブラリのいくつかには、以下が含まれます：
-
-1. [React Hook Form](https://blog.logrocket.com/the-complete-guide-to-react-hook-form/)または[Formikを使用してフォームを作成および検証する](https://blog.logrocket.com/building-better-react-forms-with-formik/)
-2. [React Testing LibraryおよびJestを使用してアプリケーションをテストする](https://blog.logrocket.com/testing-apps-with-jest-and-react-testing-library/)
-3. [Fetch APIおよびAxiosを使用してネットワークリクエストを行う](https://blog.logrocket.com/data-fetching-react-native/)
-
-ただし、サードパーティのライブラリは利点と見なされることもありますが、これらのライブラリはしばしば古くなります。特定のライブラリへのコミュニティのサポートが十分強くなく、頻繁に更新されない場合、非互換性の問題が発生する可能性があります。
-
-[CapacitorはCordovaの上に構築されました](https://blog.logrocket.com/framework7-vs-ionic-comparing-cordova-frameworks/)が、ほとんどのCordovaプラグインと下位互換性があります。ただし、Capacitorはより現代的で、より良くメンテナンスされており、Cordovaは非推奨となりました。また、CapacitorはPWAをサポートしており、以前のCordovaよりも高速で、アプリの起動時間が向上します。
-
-[CapacitorはIonicチームによって開発されました](https://blog.logrocket.com/react-native-vs-ionic/)が、実際にはIonicをCapacitorと共に使用する必要はありません。CapacitorはあらゆるJavaScriptフレームワークやバニラJavaScriptと互換性があります。
-
-とはいえ、IonicをCapacitorと一緒に使用すると、作業が容易になります。IonicはネイティブUIの実装やモバイル開発に必要なツールを構成するのを助けてくれるからです。
-
-Capacitorは、Web開発者がモバイルアプリケーションの構築をすぐに始めるのに最適です。Reactフレームワークを使用して構築されたWebアプリからモバイルアプリを生成することも可能です。[MUI](https://blog.logrocket.com/definitive-guide-react-material/)やChakraを使用しています。React Nativeでは同じことをすることはできません。アプリを最初から構築する必要があります。
-
-CapacitorがReact Nativeに対して持っている利点の1つは、ネイティブAPIにアクセスできるため、プログレッシブWebアプリを作成できることです。Capacitorは、Xamarin、Cordova、NativeScriptなどの他のクロスプラットフォームツールに比べて非常に軽量です。
-
-Cordovaのファンだった場合は、Capacitorを使用することを検討すべきです。Ionicチームによって適切にメンテナンスされており、問題の修正を定期的に提供しています。
-
-## React NativeとCapacitor：パフォーマンス
-
-これら2つのツールのデザイン哲学と、それぞれの違いを見てみましょう。
-
-Capacitorは、モバイル開発にウェブベースのアプローチを採用しています。デバイスのネイティブWebViewを使用してアプリをレンダリングし、デバイスのネイティブ機能と相互作用するAPIに変換するためのプラグインが同梱されています。
-
-一方、React Nativeでは、開発者はウェブコードを飛ばしてモバイルに直接進みます。
-
-WebViewを使用するハイブリッドアプリケーションとは異なり、React Nativeアプリケーションはプラットフォームのネイティブコンポーネントと直接相互作用します。このため、React Nativeのようなネイティブアプリは通常、より迅速で効率的です。なぜなら、実行するプラットフォームに合わせたものであるからです。
-
-Capacitorのようなツールの一般的な問題は、アプリをレンダリングするためにWebViewを使用する場合、アニメーション、CSS効果、グラデーションを持つ複雑なレイアウトのレンダリングが難しいことです。表示することも問題になることがあります。
-
-Capacitorアプリは、低スペックのデバイスや古いハードウェアのデバイスで苦労するかもしれません。これは通常、アプリのUIをレンダリングする前にいくつかのリソースをウェブから読み込む必要があるためです。
-
-また、アプリがデバイスのネイティブビューでレンダリングされない場合、デバイスのハードウェアの能力を完全に活用できないため、パフォーマンスが鈍くなります。
-
-Capacitorでは、アプリをウェブブラウザで実行することが許可されているため、テストが容易です。React Nativeでは、[アプリをコンパイル、実行、およびテストするにはXcodeをインストールする必要があります](https://blog.logrocket.com/xcode-for-react-native-developers-tutorial-and-best-practices/) 。これにより、コンパイルプロセスにもう1つのステップが追加されます。
-
-Expoを使用すると[Xcode/Android Studioのステップをスキップできます](https://blog.logrocket.com/getting-started-with-react-native-and-expo-sdk/)が、Expoは[制限がないわけではありません](https://docs.expo.dev/faq/) 。
-
-CapacitorのようなハイブリッドWebViewツールは、コストと多くの時間を節約してくれます。しかし、高いパフォーマンスが非常に重要であるか、安価なデバイスや古いハードウェアで実行される可能性のある複雑なアプリケーションを構築している場合、React Nativeの方がより良い選択かもしれません。
-
-React Nativeのアプリは、デバイスのネイティブ言語に変換され、ネイティブ機能と直接連携するため、通常、より迅速でパフォーマンスが高いです。
-
-[2000人以上の貢献者と約70万人のユーザーがGitHubにいます](https://github.com/facebook/react-native/) 。また、[Stack Overflowには大規模なコミュニティがあります](https://stackoverflow.com/questions/tagged/react-native/?sort=Newest)。React Nativeは、開発者がフレームワークを学び、成長するために必要なサポートを提供します。
-
-さらに、React NativeはJavaScriptに基づいており、クロスプラットフォームフレームワークであるため、開発者にとってアクセスしやすく、人気があります。
-
-FacebookがReact Nativeを作成したため、人気が高くなりました。Facebookは現在、多くのアプリでReact Nativeを使用しており、このフレームワークに多大な投資をしています。
-
-他に[React Nativeフレームワークを使用している企業](https://stackshare.io/react-native/)には以下が含まれます：
-
-1. Walmart
-2. Microsoft
-3. Tesla
-4. Discord
-5. Shopify
-6. Instagram
-
-Capacitorはまだ比較的新しいため、開発者が利用できるリソースや資料はそれほど多くありません。GitHubには[300人未満の貢献者](https://github.com/ionic-team/capacitor/)がいますし、[Stack Overflowのコミュニティも小規模です](https://stackoverflow.com/questions/tagged/capacitor/) 。しかし、[包括的なドキュメント](https://capacitorjs.com/)はあります。
-
-現在Capacitorを使用している企業には以下があります：
-
-1. Burger King
-2. Popeyes
-3. Southwest
-
-React Nativeはより長く存在しており、Facebookからのサポートを受けているため、より多くの開発者や大企業に使用されています。そのため、この点に関しては明らかに勝っています。
-
-CapacitorはオープンソースでMITライセンスですが、他のIonicツールと同様に、IonicチームはCapacitorのエンタープライズユーザー向けに有料サポートを提供しています。
-
-Capacitorの有料サポートサービスを利用すると、Ionicチーム（エンジニアを含む）との電話会話が可能になり、問題を解決してもらうことができ、通常は数時間または数日以内、さらには週末でも行われます。
-
-プレミアムサポートがあなたとあなたのチームにとって最優先事項であるなら、Capacitorがより良い選択肢かもしれません。
-
-## React Native vs. Capacitor: 学習曲線
-
-React NativeはJSXをテンプレート言語として使用します。React Nativeはマークアップとロジックを異なるファイルに分けるのではなく、JSXを通じて同じファイル内にマークアップとロジックを含む別々のコンポーネントを使用します。
-
-このコンポーネント指向のアプローチにより、開発者はコンポーネントを一度作成し、マークアップ、スタイリング、およびロジックを組み合わせることで、必要なだけ何度も再利用できます。
-
-JSXにより、これらのコンポーネントの作成が簡単になり、静的型付けであるため、開発者は早期にエラーをキャッチでき、デバッグと開発の質が向上します。
-
-また、コンパイル時にコードを最適化するため、JSXによって生成されたJavaScriptコードは、直接JavaScriptで書かれた同等のコードよりも早く実行されます。
-
-これにより、開発者はCSSを使用したスタイリングができず、[JavaScriptのみでスタイリングすることができます](https://blog.logrocket.com/react-native-styling-tutorial-with-examples/) 。
-
-JSX自体は特に難しいわけではありませんが、ほとんどの開発者はマークアップとスタイリングにHTMLとCSSを使用しているため、この新しいパラダイムに適応するには時間がかかるかもしれません。
-
-以下はReact NativeにおけるJSXとスタイリングの例です：
-
-```jsx
-import React from 'react'
-import { StyleSheet, Text, View } from 'react-native'
-
-function App() {
-  return (
-    <View style={styles.container}>
-      <Text style={styles.text}>Hello, World!</Text>
-    </View>
-  )
-}
-
-const styles = StyleSheet.create({
-  container: {
-    flex: 1,
-    justifyContent: 'center',
-    alignItems: 'center',
-  },
-  text: {
-    fontSize: 24,
-    fontWeight: 'bold',
-  },
-})
-
-export default App
-```
-
-上記の例では、React Nativeから必要なコンポーネントをインポートし、関数コンポーネントを作成し、`StyleSheet` APIを使用してコンポーネントのスタイルを作成します。
-
-一方、Capacitorはアプリを構築するためにHTML、CSS、およびJavaScriptを使用することを可能にします。ウェブ開発にすでに精通しているなら、Capacitorの学習曲線はReact Nativeに比べてずっと低くなります。
-
-以下はReactを使ったCapacitorのシンプルなアプリの例です：
-
-```jsx
-import React from 'react'
-import './App.css'
-
-function App() {
-  return (
-    <div className="container">
-      <h1 className="text">Hello, World!</h1>
-    </div>
-  )
-}
-
-export default App
-```
-
-そして対応するCSSファイル：
-
-```css
-.container {
-  display: flex;
-  justify-content: center;
-  align-items: center;
-  height: 100vh;
-}
-
-.text {
-  font-size: 24px;
-  font-weight: bold;
-}
-```
-
-この例では、標準のHTMLとCSSを使用してコンポーネントを作成しスタイリングするため、ウェブ開発者がCapacitorを使ったモバイルアプリ開発に移行するのが容易になります。
-
-要約すると、ウェブ開発にすでに精通しており、スタイリングにHTMLとCSSを使用することを好むなら、Capacitorは学習曲線が低くなります。しかし、ReactとJSXに慣れているなら、React Nativeがより適した選択かもしれません。
-
-## React Native vs. Capacitor: スキルに対する需要
-
-React Nativeは長い間存在し、多くの大企業で使用されており、求人市場ではより需要のあるスキルとなっています。[Indeed](https://www.indeed.com/jobs/?q=react+native&l=)によると、React Native開発者向けの求人は数千件あります。
-
-Capacitorは新しい技術で人気が少ないため、求人は少なくなっています。しかし、より多くの企業がモバイルアプリ開発のためにCapacitorを採用するにつれて、Capacitor開発者への需要は増えるかもしれません。
-
-求人の機会を最大化したい場合は、React Nativeを学ぶことがより良い選択かもしれません。しかし、新しい技術に取り組むことに興味があり、その成長の最前線に立ちたいのであれば、Capacitorは興味深い選択肢になるでしょう。
-
-## ReactとCapacitorまたはReact Nativeを使用すべきか？
-
-ReactとCapacitorまたはReact Nativeの選択は、あなたの特定のニーズと好みに依存します。意思決定を行う際に考慮すべき要素は以下の通りです：
-
-1. あなたがウェブ開発にすでに精通しており、スタイリングにHTMLとCSSを使用することを好むなら、Capacitorはシームレスな移行を可能にする素晴らしい選択肢です。
-2. 使いやすさ、開発時間の短縮、さまざまなJavaScriptフレームワークとの互換性を重視するなら、Capacitorがベストです。
-3. 成長の可能性があり、注目されている新しい技術で働くことに興味があるなら、Capacitorは考慮すべきエキサイティングな選択肢です。
-4. モバイルアプリに加えてプログレッシブウェブアプリを構築したい場合、Capacitorはこの柔軟性を提供し、より多用途な選択肢となります。
-
-React Nativeにも利点がありますが、Capacitorはクロスプラットフォームのモバイルアプリを構築するための強力で柔軟なツールとして際立っています。さまざまなJavaScriptフレームワークとの互換性、プログレッシブウェブアプリの作成能力、ウェブ開発者にとっての使いやすさにより、モバイルアプリ開発の分野で強力な候補となっています。
-
-プロジェクトに最適なフレームワークを選ぶ際は、あなたの特定のニーズ、好み、および目標を考慮してください。Capacitorは高品質なモバイルアプリを構築するための魅力的なオプションを提供する多くの利点があります。
-
-Capgoがどのようにしてより良いアプリを迅速に構築する手助けができるかを学ぶには、[無料アカウントにサインアップ](/register/)してください。
diff --git a/src/content/blog/ja/compliance-checks-in-cicd-for-capacitor-apps.md b/src/content/blog/ja/compliance-checks-in-cicd-for-capacitor-apps.md
deleted file mode 100644
index 0dfbd0c31..000000000
--- a/src/content/blog/ja/compliance-checks-in-cicd-for-capacitor-apps.md
+++ /dev/null
@@ -1,230 +0,0 @@
----
-slug: compliance-checks-in-cicd-for-capacitor-apps
-title: Capacitor アプリのCI/CDにおけるコンプライアンスチェック
-description: Capacitor アプリの CI/CD 自動チェックを通じてコンプライアンス基準を確実に満たし、セキュリティを強化し、アップデートを迅速化します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T02:36:18.433Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0a31ca2808c1172f2bc74-1742783814915.jpg
-head_image_alt: モバイル開発
-keywords: 'CI/CD, compliance checks, Capacitor apps, mobile security, automated testing'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**CI/CDパイプラインのコンプライアンスチェックが解決策です。** [Capacitor](https://capacitorjs.com/)アプリがAppleと[Google Play](https://support.google.com/googleplay/android-developer/answer/113513?hl=en)の要件を満たし、セキュリティを確保し、更新を迅速に行えるようにします。
-
-コンプライアンスチェックが重要な理由：
-
--   **自動監視:** ストアガイドラインへの準拠のためのコード変更を追跡。
--   **迅速な更新:** ユーザーの95%が24時間以内に更新を受け取れます。
--   **強化されたセキュリティ:** 脆弱性をスキャンし、ユーザーデータを保護。
-
-### 概要:
-
--   [Capgo](https://capgo.app/)などのツールを使用してCI/CDパイプラインを設定し、スムーズなコンプライアンスを実現。
--   iOS（プライバシーラベル、HTTPS、バイナリ検証）とGoogle Play（APK検証、権限、APIレベル）の自動チェック。
--   暗号化、依存関係チェック、テストなどのセキュリティ対策を統合。
--   パフォーマンスとアクセシビリティテストを使用してユーザー体験を向上。
-
-**Capgoはこのプロセスを簡素化し**、自動コンプライアンス、リアルタイムエラー追跡、[安全な更新](https://capgo.app/docs/live-updates/update-behavior/)のためのツールを提供します。
-
-適切なCI/CD実践で[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のコンプライアンス、セキュリティ、効率性を維持しましょう。
-
-## 継続的なコンプライアンスとセキュリティのためのDevSecOpsの使用...
-
-<iframe src="https://www.youtube.com/embed/HTMuZfv6JS0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/)用のCI/CDパイプラインの構築
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-24.jpg?auto=compress)
-
-適切に設計されたCI/CDパイプラインはデプロイメントを簡素化し、アプリが一貫してアプリストアのガイドラインを満たすことを支援します。
-
-### CI/CDプラットフォームの選択
-
-Capacitorアプリとシームレスに連携するCI/CDプラットフォームを選択してください。以下の機能を探してください：
-
--   **現在の開発ツールとの統合**
--   **コンプライアンスチェックのためのカスタマイズ可能な設定オプション**
--   **異なるプラットフォームへのデプロイメントのサポート**
--   **長期使用に適した価格設定**
-
-プラットフォームを選択後、一貫したビルドとコンプライアンスを強制するようにパイプラインを設定します。
-
-### 基本的なパイプラインのセットアップ
-
-コンプライアンスを維持するためのビルド依存関係と環境変数を設定します。Capgoは主要なCI/CDプラットフォームのほとんどと統合でき、ホスティングを必要としません[\[1\]](https://capgo.app/) 。
-
-主なセットアップ手順：
-
--   **ビルド環境と依存関係の設定**
--   **バージョン管理システムの接続**
--   **自動ビルドスクリプトの作成**
-
-### コンプライアンスツールの追加
-
-パイプラインが稼働したら、アプリストア基準を強制するツールを含めます。自動コンプライアンスチェックは、AppleとGoogle Playの要件を満たす更新を確保し、デプロイメントを迅速に保ちます[\[1\]](https://capgo.app/) 。
-
-コンプライアンスツールを統合するための手順：
-
--   **非準拠の更新を特定してブロックするコードスキャンの自動化**
--   **コンプライアンスを追跡し、問題をチームに通知する監視ツールの使用**
-
-> "Capgoは生産性を向上させたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられるのは素晴らしいです。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## アプリストアコンプライアンスの自動化
-
-コンプライアンスチェックの自動化は、CapacitorアプリがiOSとGoogle Playのガイドラインに適合し、潜在的な問題を早期に発見するのに役立ちます。
-
-### iOSコンプライアンス要件
-
-iOSアプリの場合、自動チェックは以下をカバーする必要があります：
-
--   **プライバシーラベル**: 必要な宣言がすべて正確であることを確認。
--   **アプリトランスポートセキュリティ**: すべてのネットワーク呼び出しがHTTPSを使用することを確認。
--   **バイナリ検証**: ファイルサイズ制限とアーキテクチャの互換性をチェック。
--   **コンテンツの安全性**: 禁止されたコンテンツや機能を特定。
-
-### [Google Play](https://support.google.com/googleplay/android-developer/answer/113513?hl=en)の要件
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/support.google.com-6a40cdc10f6ab14acd7c2475e5b73e8c-2025-03-24.jpg?auto=compress)
-
-Google Playをターゲットにする場合、以下の主要な検証に焦点を当てます：
-
--   **APK検証**: 適切な署名とマニフェスト設定を確認。
--   **コンテンツレーティング**: アプリの正しいレーティングを表示。
--   **ターゲットAPIレベル**: 最新のAndroid API要件への準拠を確保。
--   **権限の使用**: 権限が明確に宣言されていることを検証。
-
-コンプライアンス自動化のための組み込みツールを使用することで、これらのプロセスをより効率的にできます。
-
-### [Capgo](https://capgo.app/)のコンプライアンスツール
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Capgoは、CI/CDパイプラインに直接統合されるツールでコンプライアンスワークフローを強化します。Capgoは以下の支援を提供します：
-
--   **エンドツーエンドの暗号化**で安全な更新配信を確保。
--   **自動バージョン管理**で必要に応じて即座にロールバックが可能。
--   **リアルタイム分析**で更新のパフォーマンスと成功を把握。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信に不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-複数のアプリバージョンを管理するチームには、Capgoの[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)がベータテストと段階的なロールアウトをサポートします[\[1\]](https://capgo.app/) 。
-
-## セキュリティとプライバシーチェック
-
-Capacitorアプリとユーザーデータを保護するには、CI/CDパイプライン全体で徹底的なセキュリティとプライバシー対策が必要です。
-
-### コードセキュリティスキャン
-
-以下は従うべき重要な実践です：
-
--   **静的解析**: コードの一般的なセキュリティの欠陥、インジェクション脆弱性、古い依存関係を特定するツールを使用。
--   **動的テスト**: 実行時の脆弱性を発見するための自動化された侵入テストを実行。
--   **依存関係チェック**: サードパーティライブラリの既知のセキュリティリスクを定期的に検査。
-
-重大なセキュリティ問題が検出された場合にデプロイメントを停止するようにパイプラインを設定します。
-
-### データセキュリティ基準
-
-データの保護は、単に脆弱性をスキャンするだけでなく、厳格な暗号化とストレージの実践が必要です。例を示します：
-
-| セキュリティ要件 | 実装方法 | 検証プロセス |
-| --- | --- | --- |
-| [データ暗号化](https://capgo.app/docs/cli/migrations/encryption/) | エンドツーエンド暗号化 | 自動証明書チェック |
-| 安全なストレージ | 暗号化されたローカルストレージ | ストレージ権限レビュー |
-| ネットワークセキュリティ | HTTPS接続の強制 | SSL/TLS検証 |
-| アクセス制御 | ロールベースの権限 | 認証テスト |
-
-### Capgoのセキュリティ機能
-
-Capgoは、これらのスキャンとデータ保護プロトコルを基に、セキュリティを次のレベルに引き上げます。アプリを保護するための高度なツールを提供します。
-
-注目すべき機能には以下が含まれます：
-
--   **エンドツーエンド暗号化**による更新で、認可されたユーザーのみがコンテンツにアクセス可能。
--   **自動ロールバック**でセキュリティ問題が発生した場合に迅速に対応。
--   **リアルタイムエラー追跡**で潜在的な問題を即座に検出して解決。
-
-> "真のエンドツーエンド暗号化を持つ唯一のソリューション、他は単に更新に署名するだけです" - Capgo [\[1\]](https://capgo.app/)
-
-Capgoは24時間以内に95%の更新成功率を誇り[\[1\]](https://capgo.app/)、強力なセキュリティと迅速なデプロイメントを組み合わせています。
-
-セキュリティチェックを組み込むチームのために、Capgoは[GitHub Actions](https://docs.github.com/actions)、[GitLab CI](https://docs.gitlab.com/ee/ci/)、[Jenkins](https://www.jenkins.io/)などの人気のCI/CDプラットフォームとスムーズに統合します。これにより、デプロイメントの各段階で自動セキュリティチェックが可能になります。
-
-## 自動テストのセットアップ
-
-CI/CDパイプラインでテストを自動化することは、Capacitorアプリが高品質を維持し、コンプライアンス基準を満たすことを確保する重要なステップです。
-
-### UIテスト方法
-
-アプリのインターフェースがデバイスとプラットフォーム全体でシームレスに動作することを確保するために、複数のシナリオをカバーするUIテストを設定します。これらのテストは、様々な画面サイズとオペレーティングシステムで要素を検証する必要があります。
-
-| **テストカテゴリー** | **実装方法** | **検証基準** |
-| --- | --- | --- |
-| ビジュアル回帰 | スクリーンショット比較 | レイアウトの一貫性、要素の配置 |
-| コンポーネントテスト | 自動インタラクションスクリプト | ボタンの機能性、フォームの検証 |
-| クロスプラットフォームチェック | デバイスマトリックステスト | プラットフォーム固有のUI動作 |
-
-ターゲットを絞ったテストは、さらなるフィードバックのために特定のユーザーグループにアプリバージョンを配信するのにも役立ちます。
-
-UIテストに加えて、アプリのパフォーマンスメトリクスを分析することも重要です。
-
-### 速度とリソーステスト
-
-パフォーマンステストは、アプリがユーザーの期待とアプリストアの要件を満たすことを確保します。パイプラインで以下の主要メトリクスを追跡する自動チェックを使用します：
-
--   **起動時間テスト**: コールドスタートとウォームスタートの両方でアプリの起動速度を測定。
--   **メモリ使用量監視**: クラッシュや遅延を避けるためにRAM使用量を監視。
--   **バッテリー影響分析**: 重要な操作中の電力消費を評価。
--   **ネットワークパフォーマンス**: データ転送の速度と信頼性をテスト。
-
-これらのメトリクスは、スムーズなユーザー体験を提供し、プラットフォーム要件に準拠するために重要です。
-
-### アクセシビリティテスト
-
-パ
-
-Capgoの統合ツールを使用すると、これらのアクセシビリティテストをCI/CDワークフロー内で直接自動化できます。このプラットフォームはCapacitor 8をサポートしており、対応するCI/CDシステム全体で円滑な互換性を確保しながら、コンプライアンス基準への準拠を支援します[\[1\]](https://capgo.app/) 。
-
-## 次のステップとヒント
-
-CI/CDプロセスを確立したら、すべてを最新の状態に保つことで、変更されるポリシーに準拠し続けることが重要です。
-
-### 定期的なポリシー更新
-
-CI/CDパイプライン内でポリシーチェックを自動化することで、早期に問題を発見できます。定期的なレビューにより、アプリが最新のプライバシー、セキュリティ、およびプラットフォーム基準を満たしていることを確認できます。
-
-| **更新カテゴリー** | **監視頻度** | **重点分野** |
-| --- | --- | --- |
-| ストアガイドライン | 毎月 | プライバシールール、セキュリティプロトコル |
-| プラットフォーム更新 | 四半期ごと | OS互換性、API変更 |
-| セキュリティパッチ | 毎週 | 脆弱性の修正、暗号化の更新 |
-
-### Capgoを最大限に活用する
-
-Capgoは、CI/CDプラットフォームとシームレスに統合され、コンプライアンス管理を簡素化し、迅速な更新を可能にします。そのチャネルシステムにより、段階的なロールアウトが可能となり、コンプライアンスの問題がすべてのユーザーに影響を与える前に発見して修正することができます。
-
-始め方は以下の通りです：
-
--   Capgoのコマンドラインツールで**コンプライアンスチェックを自動化**し、見落としがないようにします。
--   **リアルタイムでエラーを追跡**して、更新のパフォーマンスを監視します。
--   **[チャネルシステムを使用](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**して、完全なロールアウト前にコンプライアンスの変更をベータテストします。
-
-Capgoの分析機能により、コンプライアンスを迅速に検証し、段階的なロールアウトを効率化できます。これらのステップにより、スムーズな更新と長期的なコンプライアンスが確保されます。
-
-### 重要なポイント
-
-コンプライアンスプロセスを効果的に保つために、以下の分野に焦点を当てましょう：
-
-| **コンプライアンス分野** | **実施戦略** | **主要指標** |
-| --- | --- | --- |
-| ポリシー追跡 | 自動監視 | 月次コンプライアンスレポート |
-| 更新配布 | 段階的ロールアウト | 95%の更新成功率 |
-| エラー管理 | リアルタイム追跡 | 平均APIレスポンスタイム：57ms |
diff --git a/src/content/blog/ja/configuring-rollback-for-capacitor-updates.md b/src/content/blog/ja/configuring-rollback-for-capacitor-updates.md
deleted file mode 100644
index 40e44c4f9..000000000
--- a/src/content/blog/ja/configuring-rollback-for-capacitor-updates.md
+++ /dev/null
@@ -1,167 +0,0 @@
----
-slug: configuring-rollback-for-capacitor-updates
-title: Capacitorアップデートのロールバック設定
-description: >-
-  Capacitorの更新に対するロールバックオプションの設定方法を学び、アプリの安定性を維持し、オーバー・ザ・エアの更新中にスムーズなユーザー体験を確保します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T01:14:33.030Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6802ea903c6b972ab5077c74-1745025315132.jpg
-head_image_alt: モバイル開発
-keywords: 'Capacitor, rollback, updates, mobile development, app stability'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) におけるロールバックは、OTA（オーバー・ザ・エア）アップデート中にアプリが安定した状態を保つことを保証します。以下のことを知っておく必要があります：
-
--   **自動ロールバック**: アップデートが失敗した場合、最後の安定版に自動的に戻ります。
--   **手動ロールバック**: 開発者が迅速な修正のために以前のバージョンに手動でロールバックできるようにします。
--   **デフォルトバンドルバックアップ**: すべてのアップデートが失敗した場合、アプリは元のパッケージに復元されます。
-
-### 設定方法：
-
-1.  **自動ロールバック**: 成功率の閾値（例：95%）や監視期間（例：5分）などの設定を使用します。
-2.  **手動ロールバック**: 柔軟性のために複数のバージョンを保持します（例：最後の5バージョン）。
-
-### 管理のヒント：
-
--   リリース前にステージング環境でアップデートをテストします。
--   アップデートの成功率やエラーを監視して、早期にロールバックをトリガーします。
--   フェーズドロールアウト（例：10%、50%、100%）を使用して影響を最小限に抑えます。
-
-### プラットフォーム比較：
-
-**[Capgo](https://capgo.app/)** は、ワンクリックロールバック、暗号化、リアルタイム分析、柔軟なホスティングを提供します。**[Appflow](https://ionic.io/appflow/)** のような代替品は、機能が不足しているか、コストが高くなっています。
-
-**クイック比較表：**
-
-| プラットフォーム | ロールバックタイプ | 分析 | 暗号化 | ホスティングオプション | コスト |
-| --- | --- | --- | --- | --- | --- |
-| **Capgo** | 自動/手動 | はい | はい | フレキシブル | 手頃 |
-| 手動のみ | いいえ | いいえ | 限定的 | 低い |
-| Appflow | 自動/手動 | 部分的 | いいえ | 限定的 | 高い |
-
-適切に設定されたツールを使用することで、スムーズなアップデートを確保し、迅速に問題に対処してアプリを途切れなく運用し続けることができます。
-
-## MAD24 304 [OSTree](https://en.wikipedia.org/wiki/OSTree)を活用した原子アップグレードの...
-
-
-## [Capacitor](https://capacitorjs.com/)におけるロールバックの仕組み
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6802ea903c6b972ab5077c74/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Capacitorは、OTAアップデート中のアプリの安定性を確保するロールバック機能を備えており、潜在的な問題に対する安全策として機能します。
-
-### ロールバックタイプ
-
--   **自動ロールバック**: アップデートが失敗した場合、Capacitorは自動的にアプリを最後の安定版に戻します。
--   **手動ロールバック**: 開発者は手動で以前のバージョンにロールバックでき、フェーズドロールアウト中や生産中の問題に対する迅速な修正が可能です [\[1\]](https://capgo.app/) 。
-
-追加の安全ネットとして、Capacitorは元のアプリパッケージにも依存しています。
-
-### デフォルトバンドルをバックアップとして使用する
-
-すべてのアップデート試行が失敗した場合、Capacitorは元のバンドルを使用してアプリを復元し、アプリが機能し続けるようにします。
-
-## ロールバックの設定：ステップバイステップ
-
-自動および手動のロールバックオプションを効果的に設定する方法を説明します。
-
-### 自動ロールバック設定
-
-自動ロールバックを有効にするには、検出および成功基準を設定します：
-
-```typescript
-const config = {
-  autoRollback: true,
-  timeout: 15000, // Timeout: 15 seconds
-  checkInterval: 5000 // Check interval: 5 seconds
-};
-```
-
-```typescript
-const updateConfig = {
-  minSuccessRate: 95, // Rollback if success rate drops below 95%
-  monitorDuration: 300000 // Monitoring duration: 5 minutes
-};
-```
-
-### 手動ロールバック設定
-
-手動ロールバックのために、必要に応じてオプションをカスタマイズします：
-
-```typescript
-const rollbackOptions = {
-  versionControl: true,
-  keepVersions: 5,    // Retain the last 5 versions
-};
-```
-
-Capgoを使用している場合、保存された任意のバージョンにワンクリックでロールバックを開始できます。
-
-参考までに：
-
-| ロールバックタイプ | タイムアウト | 成功閾値 | 監視期間 |
-| --- | --- | --- | --- |
-| 自動 | 15秒 | 95% | 5分 |
-| 手動 | N/A | ユーザー定義 | 継続的 |
-
-ロールバック管理のヒントについては次のセクションに進んでください。
-
-## ロールバック管理のヒント
-
-テスト、監視、更新の慎重なデプロイにより、ユーザーへの影響を低く保ちます。
-
-### ステージングでのテスト
-
-本番環境を模倣したステージング設定でロールバックシナリオをシミュレートします。
-
-ロールバックの準備状況を確認するには：
-
--   Capgoチャネルを使用して、小規模なグループにベータアップデートをデプロイします [\[1\]](https://capgo.app/) 。
--   問題が発生した場合、最新の安定版にロールバックをトリガーします。
-
-テストの後は、ライブ環境でのアップデートのパフォーマンスの監視に集中します。
-
-### アップデートパフォーマンスの追跡
-
-スムーズなロールバックを確保するために、アップデートのパフォーマンスを常に把握します：
-
--   ライブアップデートの成功率とユーザーエンゲージメントを監視します [\[1\]](https://capgo.app/) 。
--   エラーを監視し、早期にロールバックをトリガーして大規模な混乱を避けます。
--   分析を活用してボトルネックを特定し、解決します。
-
-> "私たちは5000人以上のユーザーベースに向けてCapgoのOTAアップデートを本番環境で展開しました。非常にスムーズな操作が見られ、ほぼすべてのユーザーがOTAが@Capgoに展開されてから数分以内に最新の状態になっています。"
-> 
-> -   colenso [\[1\]](https://capgo.app/)
-
-監視が整ったら、更新を段階的にリリースします。
-
-### フェーズドアップデートリリース
-
-アップデートを段階的に配布します：最初は10%、次に50%、最後に100%のユーザーに [\[1\]](https://capgo.app/) 。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供するために重要です！"
-> 
-> -   Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## プラットフォームのロールバック機能
-
-ロールバック設定とベストプラクティスについて議論した今、主要プラットフォームがロールバックをどのように扱っているかを見ていきましょう。提供されるツールは、問題のあるアップデートからどれだけ迅速かつ信頼性高く回復できるかに大きな違いをもたらします。
-
-**Capgo** は、任意のリリースへの**ワンクリックロールバック**で際立っています。また、**エンドツーエンドの暗号化**、**リアルタイム分析**、高度なデプロイメントチャネル、クラウドホストと自己ホストのオプションの柔軟性を提供します [\[1\]](https://capgo.app/) 。
-
-一方、**Appflow** は高額な年会費と不明瞭なロードマップにより魅力が薄れます [\[1\]](https://capgo.app/) 。
-
-プラットフォームを選択する際には、**セキュリティ**、分析の深さ、デプロイメントの柔軟性、コスト全体といった重要な要素を考慮する必要があります。Capgoは、ロールバックの信頼性、強力な暗号化、コスト効率を兼ね備えており、あらゆる規模のチームにとってしっかりとした選択肢となります [\[1\]](https://capgo.app/) 。
-
-## まとめ
-
-Capacitorアプリのスムーズなアップデートを確保するには、初期設定から段階的リリースまで信頼できるロールバック方法が必要です。設定を適切に構成し、適切なプラットフォームを選ぶことで、チームは不具合のあるアップデートから迅速に問題に対処し、ユーザーを満足させることができます。
-
-堅実なロールバックプランには、自動および手動のオプション、リアルタイムモニタリング、段階的ロールアウト、セキュアなアップデートパイプラインが含まれます。Capgoのようなツールは、ワンクリックロールバック、暗号化されたアップデート、統合された分析などの機能を備えており、このプロセスを簡素化します。これらの戦略を用いることで、アプリは途切れなく 一貫した信頼性のあるアップデートを提供することができます。
diff --git a/src/content/blog/ja/cordova-hybrid-app-development.md b/src/content/blog/ja/cordova-hybrid-app-development.md
deleted file mode 100644
index 0984e614e..000000000
--- a/src/content/blog/ja/cordova-hybrid-app-development.md
+++ /dev/null
@@ -1,113 +0,0 @@
----
-slug: cordova-hybrid-app-development
-title: Apache Cordovaの完全ガイド：ハイブリッドアプリ開発を簡単に
-description: >-
-  Apacheコルドバの世界を深く掘り下げてみましょう。コルドバが開発者にHTML、CSS、JavaScriptなどのWeb技術を使用してクロスプラットフォームモバイルアプリを構築する力を与える方法について学びます。その歴史、利点、そしてCapacitorなどの代替手段との比較を探ります。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-06-02T00:00:00.000Z
-updated_at: 2024-06-14T00:00:00.000Z
-head_image: /what-is-cordova-phone-gap.webp
-head_image_alt: ハイブリッドアプリとネイティブアプリの違いを説明する図。
-keywords: >-
-  Cordova, hybrid app development, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: cordova
-published: true
-locale: ja
-next_blog: ''
----
-# ハイブリッドアプリ開発のための包括的なガイド：Apache Cordovaの解説
-
-今日のモバイルファースト時代において、より広い層にアプリを届けることは最重要です。しかし、iOS、Android、その他のプラットフォーム向けにそれぞれネイティブアプリを開発することは、時間と資源を大量に消費します。そこで登場するのがApache Cordovaです。これは、HTML、CSS、JavaScriptといった馴染みのあるWeb技術を使用してクロスプラットフォームのモバイルアプリケーションを作成できる強力なオープンソースフレームワークです。
-
-この包括的なガイドでは、Cordovaの世界を深く掘り下げ、その仕組み、利点、そして競合との比較を探ります。
-
-### Cordovaの仕組み：Webとネイティブの架け橋
-
-Cordovaの核心部分では、Webアプリケーションとモバイルデバイスのネイティブ機能との間の架け橋として機能します。これは以下の主要コンポーネントを通じて巧みに実現されています：
-
-1. **WebView：Webアプリのネイティブコンテナ：**
-   - Cordovaは、アドレスバーやナビゲーションボタンなどの一般的なUI要素を除いた、簡素化されたWebブラウザであるWebViewというネイティブコンポーネントを活用します。
-   - WebアプリケーションはこのWebViewコンテナ内に収納され、通常のモバイルブラウザと同様に機能します。HTMLページの読み込み、JavaScriptコードの実行、マルチメディアコンテンツの処理、リモートサーバーとの通信能力を保持します。
-
-2. **プラグイン：ネイティブデバイス機能の解放：**
-   - Webアプリケーションは設計上、デバイス固有のハードウェアやソフトウェア機能への直接アクセスを制限する安全なサンドボックス環境で動作します。例えば、デバイスの連絡先リスト、カメラ、GPSデータへの直接アクセスは通常禁止されています。
-   - Cordovaプラグインは仲介役として機能し、これらのネイティブ機能をWebアプリに公開するJavaScript APIを提供します。プラグインは、アプリのデバイスネイティブ機能へのアクセスを拡張する特殊なモジュールと考えることができます。
-   - 適切なプラグインを使用することで、Cordovaアプリは写真やビデオを撮影するためのカメラとのシームレスな連携、連絡先情報の取得や保存、ユーザーの位置情報を特定するためのGPS機能の活用などが可能になります。
-
-3. **Ionic Native：Cordovaプラグイン開発の強化：**
-   - Ionicチームによって開発されたパワフルなライブラリであるIonic Nativeは、Cordovaプラグインの統合をさらに簡素化し強化します。
-   - 200以上の人気Cordovaプラグイン向けの豊富なTypeScriptインターフェースを提供し、開発者がネイティブ機能をアプリに組み込むことを非常に便利にします。
-   - さらに、IonicはIonic Nativeのエンタープライズグレードのサポートを提供し、組織に継続的なアップデート、重要なセキュリティパッチ、異なるデバイスモデルやプラットフォームバージョン間の互換性を維持するための専門家による支援を提供します。
-
-### Cordovaのルーツを辿る：PhoneGapからオープンソースの強者へ
-
-Apache CordovaとPhoneGapの間の歴史的なつながりを理解することは、これら密接に関連する2つの存在に関する混乱を解消するために重要です。
-
-1. **PhoneGap：ハイブリッドアプリ革命の先駆け：**
-   - 2008年、カナダのWeb開発企業Nitobiの革新的なエンジニアグループが、Webとネイティブモバイルアプリ開発の間のギャップを埋めるミッションを開始しました。
-   - WebViewを使用してWebアプリケーションをモバイルデバイス上でネイティブに実行するという当時斬新な概念を活用したPhoneGapを考案しました。この画期的なアプローチにより、開発者は既存のWeb開発スキルを活用してネイティブデバイス機能にアクセスできるアプリを作成することが可能になりました。
-
-2. **オープンソースの受け入れ：Apache Cordovaの誕生：**
-   - 2011年、Adobe SystemsがNitobiを買収し、ハイブリッドアプリ開発の未来を形作る戦略的な決定を行いました。彼らは寛大にもPhoneGapをオープンソースソフトウェアの著名な推進者であるApache Software Foundationに寄贈しました。
-   - Apacheの傘下で、PhoneGapはNitobiのバンクーバーオフィスがあった通りにちなんでApache Cordovaと改名されました。この動きにより、Cordovaは世界中の開発者間のイノベーションとコラボレーションを促進するコミュニティ主導のプロジェクトとして繁栄することが確実になりました。
-
-3. **CordovaとPhoneGap：2つの違いを理解する：**
-   - 今日、Apache CordovaとAdobe PhoneGapは頻繁に互換的に使用され、理解可能な混乱を招いています。simple類推で両者の関係を明確にすることができます。CordovaをWebブラウジングを支えるオープンソースエンジン（WebKitのような役割）と考えてください。対照的に、PhoneGapはそのエンジンの特定の実装（WebKitをベースにしたAppleのSafariブラウザのような）と見なすことができます。
-   - 機能の観点から、CordovaとPhoneGapは基本的に同一で、ハイブリッドアプリ開発に同じコア機能を提供します。コマンドラインインターフェースやツール群に微妙な違いがある可能性がありますが、これらの違いは一般的に軽微で、開発プロセスに大きな影響を与えることはありません。
-   - Adobeは、PhoneGap Buildなどの付加価値サービスやツールをPhoneGapブランドの下で提供し続けています。これは、ネイティブアプリバイナリのコンパイルを簡素化するクラウドベースのサービスです。これらのサービスは通常、よりストリームラインな、または管理されたアプローチを求める開発者や組織を対象としています。
-
-### IonicとCordova：ハイブリッドアプリの卓越性のための完璧な組み合わせ
-
-IonicとCordovaは長年にわたって密接に結びつき、ハイブリッドアプリ開発を効率化しユーザー体験を向上させる強力な相乗効果を生み出しています。
-
-1. **Ionic：美しくパフォーマンスの高いユーザーインターフェースの作成：**
-   - Ionicは、主にハイブリッドアプリ開発のフロントエンド面に焦点を当てる主要なオープンソースフレームワークです。異なるプラットフォーム間でネイティブアプリの外観と操作感を模倣するように入念に設計された、包括的な事前構築UIコンポーネント、ジェスチャー、アニメーションのライブラリを提供します。
-
-2. **Cordova：ネイティブ機能へのギャップを埋める：**
-   - CordovaはIonicとシームレスに統合され、開発者がIonicアププから直接豊富なネイティブデバイス機能にアクセスすることを可能にします。この調和のとれたパートナーシップにより、見た目と操作感がネイティブなだけでなく、基盤となるデバイスのハードウェアとソフトウェアの潜在能力を最大限に活用できるハイブリッドアプリの作成が可能になります。
-
-3. **効率的な開発ワークフロー：**
-   - IonicとCordovaは互いを完璧に補完し、明確で効率的な開発ワークフローを確立します。開発者はIonicの豊富なUIツールキットと迅速なプロトタイピング機能を活用して、美しく魅力的なユーザーインターフェースを作成できます。同時に、Cordovaはこれらのアプリがネイティブデバイス機能にシームレスにアクセスできることを保証し、真にネイティブのような体験を提供します。
-
-### Capacitor：ハイブリッドアプリ分野の現代的な競合者
-
-Cordovaがハイブリッドアプリ開発のための確立されたソリューションとして長年の成功を収めている一方で、境界をさらに押し広げることを目指す新しい競合者が登場しています：Capacitorです。
-
-1. **Capacitor：ハイブリッドアプリランタイムの現代化：**
-   - Ionicチームによって開発されたCapacitorは、ハイブリッドアプリランタイムの自然な進化を表しています。Cordovaによって築かれた堅固な基盤の上に構築され、その制限に対処し、最新のWeb標準を受け入れています。
-
-2. **最新のWeb APIの活用：**
-   - Capacitorは最新のWeb技術の進歩を受け入れるように設計されています。Service Workers、Web Components、Promisesなどの最新のWeb APIを活用して、向上したパフォーマンス、改善されたセキュリティ、ハイブリッドアプリのより将来性のある基盤を提供します。
-
-3. **シームレスなネイティブ統合とカスタマイズ：**
-   - Capacitorの主要な強みの1つは、ネイティブSDKとの深い統合であり、開発者にアプリのネイティブレイヤーに対するより大きな柔軟性と制御を提供します。これにより、ネイティブ機能のより容易なカスタマイズ、より効率的なデバッグプロセス、基盤となるデバイスプラットフォームとのより堅牢で信頼性の高い統合が可能になります。
-
-## Ionicについて：素晴らしいハイブリッドアプリを構築するための開発者の能力強化
-
-Ionicは、HTML、CSS、JavaScriptという馴染みのあるWeb技術トリオを使用して高品質なハイブリッドモバイルアプリケーションを作成するための主要なオープンソースフレームワークとして確立されています。
-
-### Ionicを特別なものにする主要な機能と利点：
-
-- **真のクロスプラットフォーム開発：** Ionicは開発者がコードを一度書けば、iOS、Android、Webなど複数のプラットフォームにデプロイできるようにし、開発時間と労力を大幅に削減します。
-- **ネイティブのようなユーザー体験：** IonicのUIコンポーネントは各プラットフォームでネイティブな外観と操作感を提供するように丁寧に作られています。この細部への注意により、アプリはユーザーのデバイスとシームレスに統合され、素晴らしいユーザー体験を提供します。
-- **モバイル向けに最適化されたパフォーマンス：** Ionicはパフォーマンスを念頭に置いて構築され、低性能なデバイスでも高速な読み込み時間、スムーズなアニメーション、レスポンシブな操作感を確保するためのベストプラクティスと最適化を採用しています。
-- **活発でサポート的なコミュニティ：** Ionicは世界中に大規模で活発な開発者コミュニティを持っています。この活気あるコミュニティは、広範なドキュメント、有用なチュートリアル、開発者が支援を求めて知識を共有できる活発なフォーラムなど、豊富なリソースに貢献しています。
-- **エンタープライズグレードのサポートとソリューション：** Ionicは、ミッションクリティカルなアプリのニーズを持つ組織向けにエンタープライズグレードのサポートとサービスを提供します。これには、専用のサポートチャネル、専門家によるコンサルティング、エンタープライズクライアントの特定の要件を満たすためのカスタマイズされたソリューションが含まれます。
-
-## Capgo：Capacitorアプリのライブアップデートの効率化
-
-Capgoは、Capacitorベースのモバイルアプリケーションのライブアップデートプロセスを簡素化および強化するために特別に設計された包括的なプラットフォームです。
-
-### ワ
-
-- **シームレスなOTAアップデート：** [Capgo](https://capgo.app)を使用すると、ユーザーがアプリストアから新しいバージョンをダウンロードする手間をかけることなく、即座にアプリのアップデートをユーザーのデバイスに配信できます。これにより、ユーザーは常に最新の機能、バグ修正、コンテンツを手元で利用できます。
-- **シンプルなアップデートワークフローと管理：** [Capgo](https://capgo.app)はアップデートプロセス全体を効率化し、新機能、重要なバグ修正、新しいコンテンツのアップデートをユーザーに簡単にプッシュできます。直感的なインターフェースと自動化機能により、開発者は複雑なアップデート手順の管理ではなく、優れたアプリの開発に集中できます。
-- **中断を最小限に抑えた優れたユーザーエクスペリエンス：** [Capgo](https://capgo.app)は、シームレスで邪魔にならないアップデートを提供することで、ユーザーエクスペリエンスを優先します。これにより、ユーザーは中断や遅延なく最新の機能を楽しむことができ、エンゲージメントと満足度を維持できます。
-- **開発サイクルの加速と迅速な反復：** [Capgo](https://capgo.app)は、アプリのアップデートを即座にデプロイしてテストできるようにすることで、開発チームがより迅速かつ効率的に反復できるようにします。この迅速なフィードバックループにより、イノベーションが促進され、ユーザーフィードバックや変化する市場需要に素早く対応できます。
-
-## Capgoがライブアップデートでキャパシターのみをサポートする理由
-
-Capgoは、最高のライブアップデート体験を提供するために、モダンで強力なハイブリッドアプリランタイムであるCapacitorに特化することを戦略的に決定しました。Capacitorのモダンなアーキテクチャ、ネイティブSDKとの深い統合、ウェブ標準へのコミットメントは、ハイブリッドモバイルアプリケーションにシームレスで信頼性が高く効率的なライブアップデートを提供するというCapgoのビジョンと完全に一致しています。
diff --git a/src/content/blog/ja/cpra-compliance-for-app-developers.md b/src/content/blog/ja/cpra-compliance-for-app-developers.md
deleted file mode 100644
index 727bf864c..000000000
--- a/src/content/blog/ja/cpra-compliance-for-app-developers.md
+++ /dev/null
@@ -1,231 +0,0 @@
----
-slug: cpra-compliance-for-app-developers
-title: アプリ開発者向けCPRAコンプライアンス
-description: >-
-  アプリ開発者向けのCPRA（カリフォルニア州プライバシー権法）コンプライアンス要件について、ユーザーの権利、データセキュリティ、効果的な同意管理に焦点を当てて学びます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:45:04.405Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68272d340209458b3ff59c4e-1747399564636.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  CPRA, app developers, data protection, privacy rights, consent management,
-  sensitive personal information, compliance, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-2025年5月以降、アプリ開発者は[カリフォルニア州プライバシー権法](https://en.wikipedia.org/wiki/California_Privacy_Protection_Agency)（CPRA）のもとでより厳格なプライバシー規則に直面します。この法律はCCPAを基盤とし、ユーザーデータ保護においてより厳しい基準を導入します。以下が概要です：
-
--   **適用対象：** 年間収益2,500万ドル以上、10万人以上のカリフォルニア州ユーザーのデータを処理、またはデータ販売から50%以上の収益を得る企業。
--   **主な要件：**
-    -   必要最小限のデータ収集（データ最小化）。
-    -   機密個人情報（SPI）の保護。
-    -   データアクセス、削除、オプトアウトなどのユーザー権利の提供。
-    -   必要期間のみデータを保持し、その後安全に削除。
--   **違反のリスク：** 違反1件につき最大7,500ドルの罰金。[Honda](https://en.wikipedia.org/wiki/Honda)（632,500ドルの罰金）や[Tilting Point Media](https://www.tiltingpoint.com/privacy-policy/)（子供のデータ取り扱い違反で500,000ドルの罰金）などの事例あり。
-
-### コンプライアンスのための簡単なヒント：
-
-1.  すべてのデータフローを把握し文書化する。
-2.  暗号化やアクセス制御などの強力なセキュリティ対策を使用する。
-3.  ユーザーフレンドリーな同意管理システムを実装する。
-4.  定期的なスタッフトレーニングとプライバシー実践の監査を行う。
-
-**まとめ：** CPRAコンプライアンスには、積極的なデータ保護、明確なユーザー権利、継続的なリスク評価が必要です。違反は高額な罰金につながる可能性があるため、プライバシーファーストの実践を統合することが重要です。
-
-## アプリのCPRA要件
-
-### 機密データ管理
-
-カリフォルニア州プライバシー権法（CPRA）は、モバイルアプリにおける**機密個人情報（SPI）**の管理に関する具体的なガイドラインを定めています。コンプライアンスを満たすため、アプリ開発者は機密データを保護するための堅牢なセキュリティ対策を実装し、アプリの中核機能に必要な範囲内でのみデータ収集を制限する必要があります[\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information)。
-
-SPIの保護に加えて、CPRAはユーザー権利を強化し、個人がより大きな個人データの管理権を持てるようにしています。
-
-### ユーザープライバシー権
-
-CPRAはデータ保護にとどまらず、ユーザーが自身の情報に対して実行可能な権利を確保しています。これらの権利には、データへのアクセス、削除、訂正、データ共有のオプトアウト、データポータビリティの要求が含まれます。企業は45日以内にこれらの要求に応える必要があり、オプトアウト要求は[カリフォルニア州プライバシー保護局](https://cppa.ca.gov/)の規定により15営業日以内に処理しなければなりません[\[2\]](https://oag.ca.gov/privacy/ccpa)。
-
-サードパーティサービスに依存する開発者にとって、[Capgo](https://capgo.app/)のライブアップデートソリューション - エンドツーエンドの暗号化とユーザー割り当てを提供 - は、アップデートを効果的に管理しながらコンプライアンスを維持するプロセスを簡素化できます。
-
-### データストレージルール
-
-CPRAの下では、データは目的に必要な期間のみ保持し、その後安全に削除する必要があります。これらの要件を満たすため、企業は明確な保持ポリシーを確立し、自動削除プロセスを実装し、定期的な監査を実施し、データの安全な廃棄を確保する必要があります[\[4\]](https://secureprivacy.ai/blog/cpra-data-retention)。[PwC](https://www.pwc.com/us/en.html)が適切に述べているように：
-
-> "削除されるデータは、保持されるデータと同様に、あるいはそれ以上に重要です"[\[3\]](https://www.pwc.com/us/en/services/consulting/cybersecurity-risk-regulatory/library/cpra-data-retention-preparation.html)。
-
-これらの規制に違反すると、違反1件につき最大7,500ドルの罰金が科される可能性があります[\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information)。このような罰金を避けるため、企業は合理的なセキュリティ対策を採用し、明確な[プライバシーポリシー](https://capgo.app/dp/)とユーザーフレンドリーなインターフェースを通じて透明性を維持する必要があります。
-
-## コンプライアンスのための技術的ステップ
-
-### プライバシーファースト開発
-
-アプリのアーキテクチャに最初からデータ保護を組み込むことが不可欠です。機密個人情報が収集、保存、使用される場所を特定するための徹底的な**データマッピング**から始めましょう[\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information)。このデータを保護するために、以下の対策の実装を検討してください：
-
--   **ロールベースのアクセス制御（RBAC）：** ユーザーロールに基づいて機密データへのアクセスを制限。
--   **データマスキングとトークン化：** 識別可能な情報を隠すことでデータを保護。
--   **暗号化プロトコル：** 転送中および保存時のデータを保護。
--   **多要素認証：** 不正アクセスを防ぐための追加のセキュリティレイヤー。
-
-アップデートを展開する際は、これらのプライバシー対策が intact で機能し続けることを確認してください。
-
-### セキュアなアップアップデート
-
-プライバシーファーストの原則でアプリを構築した後、アップデートプロセスの保護が次の重要なステップとなります。アップデートは機密データを保護するように設計され、エンドツーエンドの暗号化がアップデートプロセス中のデータ漏洩を防ぐ重要な役割を果たします。
-
-Capacitorで構築されたアプリの場合、**Capgoのライブアップデートソリューション**はCPRAコンプライアンスのニーズに密接に対応する機能を提供します：
-
-| **セキュリティ機能** | **コンプライアンス上の利点** |
-| --- | --- |
-| エンドツーエンド暗号化 | アップデート中の不正アクセスからデータを保護 |
-| バージョン管理 | コンプライアンスを検証する監査証跡を作成 |
-| ユーザー割り当て | 同意ベースの機能展開を可能に |
-| ロールバック機能 | プライバシー関連の問題に対する迅速な修正を可能に |
-
-### 同意管理システム
-
-適切に設計された同意管理システムは、CPRA規制に準拠するためのユーザープライバシー設定の追跡、保存、尊重に不可欠です。
-
-> "同意管理により、組織は透明で法的に準拠した方法でデータ使用に関するユーザー許可を収集、保存、管理することができます。これは顧客の信頼を構築し、ユーザー体験をパーソナライズし、透明性のあるデータ実践を確保するための基礎となります。"[\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-Forbesは効果的な同意管理のために以下の実践を強調しています：
-
--   **カスタマイズ可能なプライバシーインターフェース：** ユーザーが簡単にプライバシー設定を調整できるようにする。
--   **自動化された同意保存：** 設定が一貫して記録され尊重されることを保証。
--   **システム統合：** ダウンストリームシステムと同意設定を同期してシームレスなコンプライアンスを実現。
--   **地理的適応：** 地域のプライバシー法に基づいて設定を調整。
-
-コンプライアンスを強化するその他の対策には以下が含まれます：
-
--   定期的なプライバシーリスク評価の実施。
--   潜在的な侵害に対するインシデント対応計画の準備。
--   プライバシーに焦点を当てた従業員トレーニングプログラムの実装。
--   データ処理を制限するためのサードパーティプロバイダーとの明確な合意の確立[\[6\]](https://www.cookieyes.com/blog/cpra-enforcement)。
-
-> "弁護士として、Ketch Consent Managementは、広範な技術知識を必要とせずに、必要なプライバシーリスクの調整を迅速かつ確実に行うために非常に有用です。この制御と使いやすさは珍しいものです。"[\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-## CPRAへの準備方法：主要なステップと専門家の洞察
-
-<iframe src="https://www.youtube.com/embed/uZbXEqWFiJw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 継続的なコンプライアンス管理
-
-技術的な保護措置を導入した後も、作業は終わりません。CPRA要件への準拠を維持するには、継続的なモニタリングと管理が重要です。
-
-### プライバシーリスク評価
-
-データ侵害が企業に平均**445万ドル**のコストをもたらすことをご存知ですか？[\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance) この驚くべき数字は、定期的な**プライバシー影響評価（PIA）**の重要性を強調しています。これらの評価は、データ実践の弱点を特定し、必要な調整を行うことを可能にします。
-
-プライバシーリスク評価で焦点を当てるべき主要な領域は以下の通りです：
-
-| **評価領域** | **推奨されるアクション** |
-| --- | --- |
-| **データ処理** | データの収集方法とその必要性を文書化 |
-| **セキュリティ対策** | 暗号化プロトコルとアクセス制御の見直し |
-| **サードパーティベンダー** | データ共有契約の更新と評価 |
-| **ユーザー権利** | オプトアウトメカニズムの機能性確保 |
-
-[Sephora](https://en.wikipedia.org/wiki/Sephora)のケースを例に取ると、プライバシー実践への対応の失敗により**120万ドルの罰金**が科されました[\[8\]](https://www.didomi.io/blog/california-privacy-rights-act-cpra)。このような定期的な評価は、高額な罰金を回避するだけでなく、スタッフトレーニングとツールのより良い戦略を形成するのに役立ちます。
-
-### スタッフのプライバシートレーニング
-
-消費者の83%がデータを保護するブランドを信頼すると言う[\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance)とき、プライバシートレーニングはコンプライアンスだけでなく、評判に関わる問題であることは明らかです。トレーニングプログラムは以下をカバーする必要があります：
-
--   適切なデータ取り扱い手順
--   CPRAの消費者権利
--   インシデントへの対応方法
--   コンプライアンス監査のための文書化
-
-規制が進化するにつれて、これらのトレーニング資料を更新し続けることも同様に重要です[\[9\]](https://securiti.ai/blog/cpra-training-requirements)。これは堅牢な監査証跡を作成するだけでなく、チームが最新のCPRA要件を把握し続けることを確保します。
-
-### コンプライアンスツール
-
-プライバシーの懸念は現実のものです - 消費者の85%がデータの懸念からアプリを削除しています[\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance)。これに対処するため、コンプライアンス管理プラットフォームの使用を検討してください。以下に人気のあるオプションの比較を示します：
-
-| **プラットフォーム** | **主な機能** | **月額費用 (USD)** |
-| --- | --- | --- |
-| **[OneTrust](https://www.onetrust.com/platform/privacy-automation/)** | ギャップ評価、データマッピング | 399 |
-| **[Osano](https://www.osano.com/solutions/consent-management-platform)** | 複数ドメインの同意管理 | 199 |
-| **[Usercentrics](https://usercentrics.com/)** | 50,000セッションまでのCookie管理 | 60 |
-
-ツールを評価する際は、自動化された同意追跡、詳細な個人データインベントリ、侵害検知機能などの機能を優先してください。アプリ開発者にとって、**データプライバシースキャナー(DPS)** の統合は革新的な変化をもたらす可能性があります。これは、サードパーティのCookieやトラッキング技術を特定し、ユーザーデータの収集方法の透明性を高めるのに役立ちます[\[10\]](https://usercentrics.com/knowledge-hub/ccpa-compliance-tools)。
-
-## まとめとアクションステップ
-
-### 主な要件
-
-CPRA準拠を達成するため、アプリ開発者はデータ保護対策を優先する必要があり、違反1件につき最大7,500ドルの罰金が科される可能性があります。以下は対処すべき重要な分野の内訳です：
-
-| **要件カテゴリー** | **実装の詳細** | **コンプライアンスの優先度** |
-| --- | --- | --- |
-| データ処理 | データ収集目的を明確に文書化し、データ最小化の実践を採用 | 高 |
-| セキュリティ対策 | 暗号化、アクセス制御、侵害防止戦略の使用 | 最重要 |
-| 消費者の権利 | オプトアウトオプションの提供とユーザーによるデータ修正の許可 | 高 |
-| 文書化 | プライバシーポリシーを最新に保ち、同意記録を少なくとも24ヶ月間保持 | 中 |
-
-### 実装チェックリスト
-
-CPRA規制に準拠し、必要な技術的保護措置を確実に実施するため、以下のアクションステップに焦点を当ててください：
-
--   **データインベントリとマッピング**  
-    以下を含むすべてのデータフローを特定しマッピングする：
-    
-    -   データ収集ポイント
-    -   保存場所
-    -   処理目的
-    -   第三者との共有実践
--   **セキュリティの実装**  
-    CPRAの基準を満たす堅牢なセキュリティ対策を実装。データを保護するため、エンドツーエンドの暗号化を備えたツールを使用して安全な更新を行う。
-    
--   **消費者権利の管理**  
-    消費者が以下を可能にするユーザーフレンドリーなインターフェースを作成：
-    
-    -   個人データへのアクセス
-    -   修正の要求
-    -   情報の削除
-    -   データ共有のオプトアウト
--   **文書化とトレーニング**  
-    プライバシーポリシーを定期的に更新し、消費者とのやり取りを文書化し、CPRAの要件に準拠し続けるためのスタッフの継続的なトレーニングを提供。
-    
-
-> 「コンプライアンス活動は、それがプライバシーポリシーに反映される必要があるかどうかを評価しない限り、'完了'とは見なせないという視点を持つことが有用です。」– Matt Davis, CIPM (IAPP), Osanoのライター [\[11\]](https://www.osano.com/articles/cpra-compliance-checklist)
-
-## よくある質問
-
-:::faq
-### アプリ開発者はCPRAのデータ最小化要件をどのように満たすことができますか？
-
-CPRAが定める**データ最小化**基準を満たすため、アプリ開発者はアプリの効果的な機能に不可欠な個人データのみを収集することを優先すべきです。データ収集方法を定期的に評価し、それらが関連性を保ち、アプリの目的に厳密に紐づいていることを確認してください。
-
-同様に重要なのは、データ保持に関する明確なポリシーを確立することです。個人データは本当に必要な期間のみ保持すべきです。データプロセスを監査し、データフローをマッピングして不要な収集を特定し、プライバシーのベストプラクティスについてチームのトレーニングを確実に行い、コンプライアンスを維持してください。第三者ベンダーとの契約がCPRAの要件に合致していることを確認することも忘れないでください。
-
-Capgoのようなツールを利用している場合、リアルタイム更新は大きな変化をもたらす可能性があります。これらのツールにより、開発者はアプリストアの承認を待つことなく修正や更新を展開でき、プライバシー規制への準拠を維持するのに役立ちます。
-:::
-
-:::faq
-### アプリ開発者はCPRAガイドラインに基づくユーザーのデータアクセス、削除、修正要求をどのように効率的に処理できますか？
-
-カリフォルニア州プライバシー権法（CPRA）の要件を満たすため、アプリ開発者はデータアクセス、削除、修正に関するユーザー要求を処理するための明確で信頼できるシステムを作成する必要があります。**開発者は10日以内に要求を確認**し、45日以内に解決する必要があります。追加の時間が必要な場合は、ユーザーに遅延を通知することを条件に、最大45日の延長が認められています。
-
-開発者がコンプライアンスを簡素化する方法は以下の通りです：
-
--   専用のメールアドレスやオンラインフォームなど、ユーザー要求のための明確なチャネルを確立する。
--   ユーザーの身元を確認し、要求を効果的に処理するための一貫したプロセスを開発する。
--   コンプライアンスを実証し、説明責任を維持するため、すべての要求の詳細な記録を保持する。
-
-Capgoのようなリアルタイム更新を提供するツールを活用することで、開発者はユーザーデータに関する問題を迅速に解決したり、修正を適用したりしながら、プラットフォーム基準への準拠を確保できます。これらの要件に先手を打って対応することで、開発者は規制上の義務を満たすだけでなく、ユーザーとの信頼関係も強化できます。
-:::
-
-:::faq
-### アプリ開発者はCPRAコンプライアンス要件を満たすための効果的な同意管理システムをどのように実装できますか？
-
-**CPRA**基準を満たすため、アプリ開発者はユーザーの同意管理において透明性と簡潔さを優先する必要があります。データ収集の目的とデータの使用方法を説明する、明確で分かりやすい同意バナーから始めましょう。データを処理する前にユーザーから明示的な同意を得ることが不可欠です。
-
-また、アプリではユーザーが好みを調整できるようにし、いつでも同意を撤回できるオプションを含める必要があります。プライバシーポリシーと同意プラクティスを定期的に更新・確認することは、コンプライアンスを維持しユーザーの信頼を得るための重要な要素です。信頼できる同意管理プラットフォーム（CMP）を使用することで、ユーザーの同意を安全に追跡し、アプリがCPRAの要件に準拠していることを確保する取り組みを効率化できます。
-
-Capacitorアプリでライブ更新を提供する**Capgo**のようなツールを使用する開発者にとって、同意管理の統合は簡単です。このアプローチにより、AppleとAndroidのガイドラインに準拠するだけでなく、アプリがプライバシーを重視しユーザーフレンドリーであることを確保できます。
-:::
diff --git a/src/content/blog/ja/create-offline-screen-in-vue-angular-react.md b/src/content/blog/ja/create-offline-screen-in-vue-angular-react.md
deleted file mode 100644
index 8bb922ec1..000000000
--- a/src/content/blog/ja/create-offline-screen-in-vue-angular-react.md
+++ /dev/null
@@ -1,303 +0,0 @@
----
-slug: create-offline-screen-in-vue-angular-react
-title: Vue、Angular、React アプリケーションでネットワーク API と Capacitor を使用してオフライン画面を作成する方法
-description: >-
-  Vue、Angular、またはReactアプリケーションでNetwork
-  APIとCapacitorを使用してオフライン画面を実装する方法を学びましょう。オフラインシナリオを効果的に処理してユーザーエクスペリエンスを向上させます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-21T00:00:00.000Z
-updated_at: 2022-06-21T00:00:00.000Z
-head_image: /vue_angular_react.webp
-head_image_alt: コンピュータで作業している人の画像
-keywords: >-
-  Vue, Angular, React, offline screen, network API, Capacitor, mobile app
-  development, live updates, OTA updates, continuous integration, mobile app
-  updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: ''
----
-
-# Vue 3、Angular 14、またはReactでオフライン画面を作成する方法
-
-このチュートリアルでは、Network APIを使用してVue 3、Angular 14、およびReactアプリケーションでオフライン画面を作成する方法を学びます。Network APIはネットワークと接続情報を提供し、オフラインシナリオを処理してより良いユーザー体験を提供することができます。
-
-## 前提条件
-
-始める前に、以下がインストールされていることを確認してください：
-
-- [Nodejs](https://nodejs.org/) (バージョン14以上)
-- [Vue CLI](https://cli.vuejs.org/)
-- [Angular CLI](https://cli.angular.io/)
-- [Create React App](https://create-react-app.dev/)
-
-## プロジェクトのセットアップ
-
-まず、各フレームワークのスカフォールディングツールを使用して新しいプロジェクトを作成しましょう。
-
-### Vue 3
-
-ターミナルを開き、以下のコマンドを実行して新しいVue 3プロジェクトを作成します：
-
-```shell
-vue create offline-screen-vue3
-```
-
-デフォルトのプリセットを選択し、プロジェクトが作成されるまで待ちます。
-
-### Angular 14
-
-ターミナルを開き、以下のコマンドを実行して新しいAngular 14プロジェクトを作成します：
-
-```shell
-ng new offline-screen-angular14
-```
-
-プロンプトに従い、追加機能を尋ねられたら、**スペースバー**キーを押して「Routing」を選択します。プロジェクトが作成されるまで待ちます。
-
-### React
-
-ターミナルを開き、以下のコマンドを実行して新しいReactプロジェクトを作成します：
-
-```shell
-npx create-react-app offline-screen-react
-```
-
-プロジェクトが作成されるまで待ちます。
-
-## Network APIのインストール
-
-次に、Network APIを提供する`@capacitor/network`パッケージをインストールしましょう。
-
-ターミナルを開き、プロジェクトディレクトリに移動します。そして、以下のコマンドを実行してパッケージをインストールします：
-
-```shell
-npm install @capacitor/network
-```
-
-Capacitorプロジェクトの場合、以下のコマンドも実行してネイティブプロジェクトファイルを同期します：
-
-```shell
-npx cap sync
-```
-
-以下のコマンドを実行して、Capacitor CLIがグローバルにインストールされていることを確認してください：
-
-```shell
-npm install -g @capacitor/cli
-```
-
-## オフライン画面の実装
-
-次に、各フレームワークでオフライン画面の機能を実装します。ユーザーがオフラインになったときに簡単なメッセージを表示します。
-
-### Vue 3
-
-Vue 3プロジェクトで、`src/main.js`ファイルを開き、`@capacitor/network`から`Network`モジュールをインポートします：
-
-```javascript
-import { createApp } from 'vue';
-import { Network } from '@capacitor/network';
-
-const app = createApp(App);
-
-// Your application setup
-
-app.mount('#app');
-
-Network.addListener('networkStatusChange', status => {
-  if (status.connected) {
-    // User is back online
-    // Hide the offline screen
-    document.getElementById('offline-screen').style.display = 'none';
-  } else {
-    // User is offline
-    // Display the offline screen
-    document.getElementById('offline-screen').style.display = 'block';
-  }
-});
-
-const logCurrentNetworkStatus = async () => {
-  const status = await Network.getStatus();
-  console.log('Network status:', status);
-};
-```
-
-アプリケーションテンプレート（`App.vue`）で、オフライン画面メッセージを表示するために`<div>`要素をid `offline-screen`で追加します：
-
-```html
-<template>
-  <div id="app">
-    <div id="offline-screen">
-      <h1>You are offline</h1>
-      <p>Please check your internet connection and try again.</p>
-    </div>
-    <!-- Your application content -->
-  </div>
-</template>
-
-<style>
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-</style>
-```
-
-これで、ユーザーがオフラインになるとオフライン画面が表示され、オンラインに戻るとオフライン画面が非表示になります。
-
-### Angular 14
-
-Angular 14プロジェクトで、`src/app/app.component.ts`ファイルを開き、`@capacitor/network`から`Network`モジュールをインポートします：
-
-```typescript
-import { Component } from '@angular/core';
-import { Network } from '@capacitor/network';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: './app.component.html',
-  styleUrls: ['./app.component.css']
-})
-export class AppComponent {
-
-  constructor() {
-    Network.addListener('networkStatusChange', status => {
-      if (status.connected) {
-        // User is back online
-        // Hide the offline screen
-        document.getElementById('offline-screen').style.display = 'none';
-      } else {
-        // User is offline
-        // Display the offline screen
-        document.getElementById('offline-screen').style.display = 'block';
-      }
-    });
-  }
-
-  logCurrentNetworkStatus = async () => {
-    const status = await Network.getStatus();
-    console.log('Network status:', status);
-  };
-
-}
-```
-
-アプリケーションテンプレート（`app.component.html`）で、オフライン画面メッセージを表示するために`<template>`要素をid `offline-screen`で追加します：
-
-```html
-<div id="offline-screen">
-  <h1>You are offline</h1>
-  <p>Please check your internet connection and try again.</p>
-</div>
-
-<!-- Your application content -->
-```
-
-`app.component.css`ファイルに以下のスタイルを追加します：
-
-```css
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-```
-
-これで、ユーザーがオフラインになるとオフライン画面が表示され、オンラインに戻るとオフライン画面が非表示になります。
-
-### React
-
-Reactプロジェクトで、`src/App.js`ファイルを開き、`@capacitor/network`から`Network`モジュールをインポートします：
-
-```jsx
-import React, { useEffect } from 'react'
-import { Network } from '@capacitor/network'
-
-function App() {
-
-  useEffect(() => {
-    Network.addListener('networkStatusChange', (status) => {
-      if (status.connected) {
-        // User is back online
-        // Hide the offline screen
-        document.getElementById('offline-screen').style.display = 'none'
-      }
-      else {
-        // User is offline
-        // Display the offline screen
-        document.getElementById('offline-screen').style.display = 'block'
-      }
-    })
-  }, [])
-
-  const logCurrentNetworkStatus = async () => {
-    const status = await Network.getStatus()
-    console.log('Network status:', status)
-  }
-
-  return (
-    <div id="app">
-      <div id='offline-screen'>
-        <h1>You are offline</h1>
-        <p>Please check your internet connection and try again.</p>
-      </div>
-      {/* Your application content */}
-    </div>
-  )
-
-}
-
-export default App
-```
-
-`App.css`ファイルに以下のスタイルを追加します：
-
-```css
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-```
-
-これで、ユーザーがオフラインになるとオフライン画面が表示され、オンラインに戻るとオフライン画面が非表示になります。
-
-## サポートメソッドとインターフェース
-
-Network APIは、ネットワーク接続を処理するための複数のメソッドとインターフェースを提供します。主なものは以下の通りです：
-
-- [`getStatus()`](https://capacitorjs.com/docs/apis/network/#getstatus)：ネットワーク接続の現在のステータスを照会
-- [`addListener('networkStatusChange', )`](https://capacitorjs.com/docs/apis/network/#addlistenernetworkstatuschange)：ネットワーク接続の変更をリッスン
--
\ No newline at end of file
diff --git a/src/content/blog/ja/create-react-mobile-apps-with-capacitor.md b/src/content/blog/ja/create-react-mobile-apps-with-capacitor.md
deleted file mode 100644
index 740111f30..000000000
--- a/src/content/blog/ja/create-react-mobile-apps-with-capacitor.md
+++ /dev/null
@@ -1,372 +0,0 @@
----
-slug: create-react-mobile-apps-with-capacitor
-title: モバイルアプリをReactとCapacitorで構築する
-description: >-
-  Reactとキャパシター（Capacitor）を使用してモバイルアプリを作成し、Konsta
-  UIでネイティブのユーザーインターフェースを強化する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-02-21T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /react_capacitor.webp
-head_image_alt: Capacitor と React の説明
-keywords: >-
-  React, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-このチュートリアルでは、新しい[React](https://reactjs.org/)アプリから始めて、Capacitorを使用してネイティブモバイル開発に移行します。オプションとして、[Konsta UI](https://konstaui.com/)を追加してTailwind CSSによるモバイルUIを改善することもできます。
-
-Capacitorを使用すると、大きな変更やReact Nativeのような新しいスキルを学ぶことなく、ReactのWebアプリケーションを簡単にネイティブモバイルアプリに変換できます。
-
-いくつかの簡単なステップで、ほとんどのReactアプリケーションをモバイルアプリに変換できます。
-
-このチュートリアルでは、新しいReactアプリから始めて、Capacitorを組み込んでネイティブモバイルアプリの領域に移行するプロセスを案内します。さらに、オプションとして[Konsta UI](https://konstaui.com/)を使用してTailwind CSSでモバイルUIを強化することもできます。
-
-## Capacitorについて
-
-CapacitorJSは革新的です！どのWebプロジェクトにも簡単に組み込むことができ、アプリケーションをネイティブWebviewでラップし、XcodeとAndroid Studioのプロジェクトを生成します。さらに、そのプラグインはJSブリッジを介してカメラなどのネイティブデバイス機能へのアクセスを提供します。
-
-Capacitorを使用すると、複雑なセットアップや急な学習曲線なしに、素晴らしいネイティブモバイルアプリを作成できます。スリムなAPIと効率的な機能により、プロジェクトへの統合が非常に簡単です。Capacitorで完全に機能するネイティブアプリを作成する簡単さに驚かれることでしょう！
-
-## Reactアプリの準備
-
-Reactアプリケーションを開始する方法は様々ありますが、このチュートリアルでは空のReactアプリケーションを提供する最も簡単な方法を選択しましょう：
-
-```shell
-npx create-react-app my-app
-```
-
-ネイティブモバイルアプリを作成するには、プロジェクトの**エクスポート**が必要です。そのため、Reactプロジェクトをビルドしてエクスポートするための簡単なスクリプトを**package.json**に含めましょう：
-
-```json
-{
-  "scripts": {
-    "start": "react-scripts start",
-    "build": "react-scripts build",
-    "test": "react-scripts test",
-    "eject": "react-scripts eject"
-  }
-}
-```
-
-これで`npm run build`を安心して実行でき、プロジェクトのルートに新しいoutフォルダが表示されるはずです。
-
-このフォルダは後でCapacitorによって使用されますが、今はそれを正しく設定する必要があります。
-
-## ReactアプリにCapacitorを追加する
-
-任意のWebアプリをネイティブモバイルコンテナにパッケージ化するには、最初にいくつかのステップを踏む必要がありますが、その後は単一の`sync`コマンドを実行するだけで済みます。
-
-まず、開発依存関係として[Capacitor CLI](https://capacitorjs.com/docs/cli/)をインストールし、プロジェクト内でセットアップします。セットアップ中、名前とバンドルIDのデフォルト値を受け入れるにはEnterキーを押すだけです。
-
-次に、コアパッケージとiOSおよびAndroidプラットフォーム用の関連パッケージをインストールする必要があります。
-
-最後に、プラットフォームを追加すると、Capacitorがプロジェクトのルートに各プラットフォーム用のフォルダを作成します：
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your React project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-この時点で、Reactプロジェクトに新しい**ios**および**android**フォルダが表示されるはずです。
-
-**これらは実際のネイティブプロジェクトです！**
-
-後でAndroidプロジェクトにアクセスするには、[Android Studio](https://developer.android.com/studio/)をインストールする必要があります。iOSの場合は、Macが必要で[Xcode](https://developer.apple.com/xcode/)をインストールする必要があります。
-
-さらに、同期中に使用される基本的なCapacitor設定を含む**capacitor.config.ts**ファイルがプロジェクトに存在するはずです。注意が必要な唯一のものは**webDir**で、ビルドコマンドの結果を指す必要があります。現在は不正確です。
-
-これを修正するには、**capacitor.config.json**ファイルを開き、**webDir**を更新します：
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-以下のコマンドを実行して試すことができます：
-
-```shell
-npm run build
-npx cap sync
-```
-
-最初のコマンド`npm run build`は、単にReactプロジェクトをビルドして静的ビルドをエクスポートします。
-
-2番目のコマンド`npx cap sync`は、すべてのWebコードをネイティブプラットフォームの適切な場所に同期して、アプリで表示できるようにします。
-
-さらに、同期コマンドはネイティブプラットフォームを更新してプラグインをインストールする可能性があるので、新しい[Capacitorプラグイン](https://capacitorjs.com/docs/plugins/)をインストールした場合は、再度`npx cap sync`を実行する時です。
-
-気付かないうちに実際に完了していますので、デバイスでアプリを確認してみましょう！
-
-## ネイティブアプリのビルドとデプロイ
-
-iOSアプリを開発するには**Xcode**が、Androidアプリを開発するには**Android Studio**がインストールされている必要があります。さらに、アプリをアプリストアで配布する予定がある場合は、iOSではApple Developer Program、AndroidではGoogle Play Consoleに登録する必要があります。
-
-ネイティブモバイル開発が初めての場合は、Capacitor CLIを使用して両方のネイティブプロジェクトを簡単に開くことができます：
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-ネイティブプロジェクトをセットアップしたら、接続されたデバイスにアプリをデプロイするのは簡単です。Android Studioでは、すべての準備が整うのを待つだけで、設定を変更することなく接続されたデバイスにアプリをデプロイできます。例：
-
-![android-studio-run](/android-studio-run.webp)
-
-Xcodeでは、シミュレータだけでなく実際のデバイスにアプリをデプロイするために、署名アカウントを設定する必要があります。これを初めて行う場合、Xcodeがプロセスを案内してくれます（ただし、Developer Programに登録している必要があります）。その後、上部で選択できる接続されたデバイスでアプリを実行するためにプレイを押すだけです。例：
-
-![xcode-run](/xcode-run.webp)
-
-おめでとうございます！ReactのWebアプリをモバイルデバイスに正常にデプロイしました。例：
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/next-capacitor-share.webp" alt="react-mobile-app">
-</div>
-
-しかし、開発中にはもっと速い方法もあります...
-
-## Capacitorのライブリロード
-
-現在では、すべての最新フレームワークでホットリロードを使用することに慣れているでしょう。そして良いニュースは、最小限の努力で**モバイルデバイス上で**同じ機能を使用できるということです！
-
-特定のURLからコンテンツを読み込むようにCapacitorアプリを設定することで、ライブリロード機能を備えたローカルでホストされているアプリケーションに**ネットワーク上で**アクセスできるようになります。
-
-最初のステップは、ローカルIPアドレスを確認することです。Macを使用している場合は、ターミナルで以下のコマンドを実行することで確認できます：
-
-```shell
-ipconfig getifaddr en0
-```
-
-Windowsでは、以下を実行します：
-
-```shell
-ipconfig
-```
-
-そしてIPv4アドレスを探します。
-
-`capacitor.config.ts`ファイルにもう1つのエントリを追加することで、サーバーから直接アプリを読み込むようにCapacitorに指示できます：
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'out',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-必ず**正しいIPとポート**を使用してください。この例では、デフォルトのReactポートを使用しています。
-
-これらの変更を適用するために、ネイティブプロジェクトにコピーできます：
-
-```shell
-npx cap copy
-```
-
-`copy`コマンドは`sync`に似ていますが、ネイティブプロジェクトを更新せずに、**Webフォルダーと設定に加えられた変更のみをコピー**します。
-
-これで、Android StudioまたはXcodeを通じてアプリをもう一度デプロイできます。その後、Reactアプリで何か変更を加えると、**アプリは自動的にリロード**され、変更が表示されます！
-
-**注意**として、カメラなどの新しいプラグインをインストールする場合は、依然としてネイティブプロジェクトの再ビルドが必要です。これは、ネイティブファイルが変更され、その場で行うことができないためです。
-
-設定では正しいIPとポートを使用する必要があることに注意してください。上記のコードブロックは、デモンストレーション目的でデフォルトのReactポートを示しています。
-
-## Capacitorプラグインの使用
-
-以前から何度か言及してきたCapacitorプラグインの実際の使用方法を見てみましょう。これを行うために、以下のコマンドを実行して比較的シンプルなプラグインをインストールできます：
-
-```shell
-npm i @capacitor/share
-```
-
-[Shareプラグイン](https://capacitorjs.com/docs/apis/share/)には特別な機能はありませんが、ネイティブの共有ダイアログを表示します！これには、パッケージをインポートしてアプリから`share()`関数を呼び出すだけです。**src/App.js**を以下のように変更しましょう：
-
-```javascript
-import React from 'react';
-import { Share } from '@capacitor/share';
-
-function App() {
-  const share = async () => {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  };
-
-  return (
-    <div>
-      <h1>Welcome to React and Capacitor!</h1>
-      <p>
-        <h2>Cool channel</h2>
-        <button onClick={() => share()}>Share now!</button>
-      </p>
-    </div>
-  );
-}
-
-export default App;
-```
-
-前述のように、新しいプラグインをインストールする際は、同期操作を実行してからデバイスにアプリを再デプロイする必要があります。これを行うには、以下のコマンドを実行します：
-
-```
-npx cap sync
-```
-
-ボタンを押すと、美しいネイティブ共有ダイアログが動作するのを確認できます！
-
-<div>
-  <h1>
-</h1>
-
-ボタンをよりモバイルフレンドリーに見せるために、私のお気に入りのWebアプリ用UIコンポーネントライブラリ - React（言葉遊びなし）を使用してスタイリングを追加できます。
-
-## Konsta UIの追加
-
-私は長年[Ionic](https://ionicframework.com/)を使用して素晴らしいクロスプラットフォームアプリケーションを構築してきました。それは長年最高の選択肢の1つでした。しかし今では推奨しません。Reactとの統合は非常にハッキー的で、すでに[tailwindcss](https://tailwindcss.com/)がある場合はそれほど価値がありません。
-
-iOSとAndroid固有のスタイリングに適応する素晴らしい見た目のモバイルUIが必要な場合は、Konsta UIをお勧めします。
-
-[tailwindをすでにインストール](https://tailwindcss.com/docs/guides/vite/#react)している必要があります
-
-使用するには、reactパッケージをインストールするだけです：
-
-```shell
-npm i konsta
-```
-
-さらに、`tailwind.config.js`ファイルを修正する必要があります：
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{js,ts,javascript,tsx}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig`は、デフォルト（またはカスタム）のTailwind CSS設定を、Konsta UIに必要な追加のバリアントとヘルパーユーティリティで拡張します。
-
-次に、いくつかのグローバルパラメータ（`theme`など）を設定できるように、メインの[App](https://konstaui.com/react/app/)コンポーネントをセットアップする必要があります。
-
-`src/App.js`で`App`で全体をラップする必要があります：
-
-```javascript
-import { App } from 'konsta/react';
-import './App.css';
-
-function MyApp({ Component, pageProps }) {
-  return (
-    // Wrap our app with App component
-    <App theme="ios">
-      <Component {...pageProps} />
-    </App>
-  );
-}
-
-export default MyApp;
-```
-
-### サンプルページ
-
-すべてがセットアップされたので、ReactアプリでKonsta UI Reactコンポーネントを使用できます。
-
-例えば、`src/App.js`を開いて以下のように変更してみましょう：
-
-```javascript
-// Konsta UI components
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  Link,
-  BlockTitle,
-} from 'konsta/react';
-
-function App() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Here is your React & Konsta UI app. Let's see what we have here.
-        </p>
-      </Block>
-      <BlockTitle>Navigation</BlockTitle>
-      <List>
-        <ListItem href="/about/" title="About" />
-        <ListItem href="/form/" title="Form" />
-      </List>
-
-      <Block strong className="flex space-x-4">
-        <Button>Button 1</Button>
-        <Button>Button 2</Button>
-      </Block>
-    </Page>
-  );
-}
-
-export default App;
-```
-
-必要なコンポーネントをすべてインストールした後にライブリロードが同期していない場合は、すべてを再起動してみてください。それが完了すると、ReactとCapacitorで構築された、ややネイティブな外観のモバイルアプリが表示されるはずです！
-
-結果として以下のページが表示されるはずです：
-
-<p>
-  <h2>
-</h2>
-
-## 結論
-
-Capacitorは、既存のWebプロジェクトに基づいてネイティブアプリケーションを構築するための優れたオプションであり、コードを共有し一貫したUIを維持する簡単な方法を提供します。
-
-[Capgo](https://capgo.app/) を追加することで、アプリにライブアップデートを追加することがさらに簡単になり、ユーザーが常に最新の機能やバグ修正にアクセスできるようになります。
-
-Capgoを Reactアプリに追加する方法については、次の記事をご覧ください：
diff --git a/src/content/blog/ja/creating-and-deleting-update-channels-in-capacitor.md b/src/content/blog/ja/creating-and-deleting-update-channels-in-capacitor.md
deleted file mode 100644
index 639816c13..000000000
--- a/src/content/blog/ja/creating-and-deleting-update-channels-in-capacitor.md
+++ /dev/null
@@ -1,266 +0,0 @@
----
-slug: creating-and-deleting-update-channels-in-capacitor
-title: Capacitor での更新チャンネルの作成と削除
-description: Capacitorでアップデートチャンネルを作成、管理、削除する方法を学び、アプリのアップデートを簡素化し、ユーザーエクスペリエンスを向上させましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T03:02:38.679Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcb1f883b63ee70fa08665-1742526177947.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, update channels, app updates, development, mobile, CI/CD, user
-  management, version control
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) [アップデートチャネル](https://capgo.app/docs/webapp/channels/)を使用すると、特定のユーザーグループにOver-the-Air（OTA）アップデートを送信できます。これにより、複数のアプリバージョンの管理、新機能のテスト、段階的なアップデートの展開が可能になります。以下が重要なポイントです：
-
--   **メリット**:
-    
-    -   小規模グループ（ベータユーザーなど）でアップデートをテスト。
-    -   アプリストアの承認を待たずに重要な修正を送信。
-    -   問題のあるアップデートを即座にロールバック。
--   **セットアップ**:
-    
-    -   Capacitor CLI、[Node.js](https://nodejs.org/en)、[Capgo](https://capgo.app/) CLIなどのツールを使用。
-    -   権限を管理するためのロール（管理者、開発者、閲覧者）を割り当て。
-    -   自動化ワークフロー用にCI/CDツールと統合。
--   **チャネルの管理**:
-    
-    -   環境（本番、ベータ、ステージングなど）用のチャネルを作成。
-    -   チャネルに明確な名前を付ける（例：`prod`、`beta-internal`、`v2-hotfix`）。
-    -   本番環境に展開する前に段階的にアップデートをテスト。
--   **チャネルの削除**:
-    
-    -   分析を通じて未使用のチャネルを特定。
-    -   削除前にユーザーの移行、データのアーカイブ、依存関係の確認を安全に実施。
-
-Capgoは、リアルタイム分析、ユーザー管理、ロールバックオプションなどのツールでこのプロセスを簡素化します。適切なチャネルのセットアップとメンテナンスにより、より迅速で信頼性の高いアップデートの展開が可能になります。
-
-## Ionic Deployによる継続的デプロイメントとライブアップデート
-
-<iframe src="https://www.youtube.com/embed/I7PC3O4q1ug" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## セットアップ要件
-
-アップデートチャネルを効果的に管理するには、特定のツールをインストールし、権限を設定する必要があります。以下が開始に必要な事項です。
-
-### 必要なツール
-
-以下のものを用意してください：
-
--   **Capacitor CLI**: アプリのアップデートを処理するコアツール。
--   **Node.js**: バージョン14.0以上が必要。
--   **[Capgo CLI](https://capgo.app/docs/cli/commands)**: アップデートチャネルの設定と管理に使用。
--   **開発環境**: CapacitorをサポートするIDEを選択。
-
-Capgo CLIを初期化するには、以下のコマンドを実行します：
-
-```bash
-npx @capgo/cli init
-```
-
-これにより、必要な設定ファイルでプロジェクトをセットアップし、Capgoの[アップデートサービス](https://capgo.app/docs/plugin/cloud-mode/manual-update/)に接続します。
-
-### アクセスと権限の設定
-
-セキュアで効率的なチャネル管理のために権限を設定します：
-
-| **権限レベル** | **アクセス権** | **目的** |
-| --- | --- | --- |
-| 管理者 | フルアクセス | チャネルの作成、削除、管理 |
-| 開発者 | 制限付きアクセス | アップデートのデプロイとテスト |
-| 閲覧者 | 読み取り専用 | アップデートステータスの監視 |
-
-チームメンバーの責任に基づいてロールを割り当てます。CapgoはCapacitor 8でシームレスに動作し、様々なプロジェクトのニーズに対応します。
-
-さらに便利なことに、Capgoは[GitHub Actions](https://docs.github.com/actions)、[GitLab CI](https://docs.gitlab.com/ee/ci/)、[Jenkins](https://www.jenkins.io/)などの人気のCI/CDツールと統合できます。ビルドシステムがアップデートチャネル管理を処理できる状態であることを確認してください。
-
-## アップデートチャネルの設定
-
-以下は、アップデートチャネルを効果的に作成・管理する方法です。このガイドでは、チャネルの作成、設定、役立つ命名規則について説明します。
-
-### 新しいチャネルの作成
-
-Capgo CLIを使用してチャネルを設定するには、以下の手順に従います：
-
-1.  **チャネルの初期化**: ターミナルを開き、以下のコマンドを実行します：
-    
-    ```bash
-    npx @capgo/cli channel create
-    ```
-    
-2.  **基本パラメータの設定**: 名前やバージョンなどの詳細でチャネルを設定します：
-    
-    ```bash
-    npx @capgo/cli channel config --name="beta-testing" --version="1.0.0"
-    ```
-    
-3.  **チャネルの確認**: チャネルが正常に作成されたことを確認します：
-    
-    ```bash
-    npx @capgo/cli channel list
-    ```
-    
-
-### チャネル設定
-
-チャネルを設定する際は、以下の主要な設定に注目してください：
-
-| 設定 | 目的 | 設定例 |
-| --- | --- | --- |
-| **チャネル名** | アップデートストリームの識別 | prod, beta, staging |
-| **バージョンパターン** | 許可されるバージョン形式の指定 | 1.0.\* |
-| **ユーザーアクセス** | アップデートを受け取るユーザーの決定 | specific-group-id |
-| **アップデート頻度** | アップデートの配信タイミングの設定 | immediate, scheduled |
-
-これらの設定により、アップデートの配信方法と受信者を制御できます。
-
-### 命名とストラクチャのヒント
-
-明確な命名規則により、チャネルの整理と管理が容易になります。以下は提案例です：
-
--   **環境ベースの名前**
-    
-    -   `prod` - 本番リリース用
-    -   `beta-internal` - 内部テスト用
-    -   `staging-qa` - 品質保証テスト用
--   **バージョン固有のチャネル**
-    
-    -   `v2-rollout` - バージョン2.0リリース用
-    -   `v2-hotfix` - 緊急修正用
-    -   `v2-beta` - ベータテスト用
--   **機能フォーカスのチャネル**
-    
-    -   `feature-payment` - 決済システムのアップデート用
-    -   `feature-auth` - 認証のアップデート用
-    -   `feature-ui` - インターフェース関連のアップデート用
-
-これらの命名パターンを使用することで、アップデートストリームの識別と管理が容易になります。
-
-## チャネルアップデート管理
-
-チャネルアップデートを効果的に管理することで、スムーズで信頼性の高いデプロイメントが保証されます。このステップは、以前のチャネル作成プロセスを基に、アップデートのデプロイ方法の改善に焦点を当てています。Capgoは、ターゲットユーザーの割り当てや分析ベースのプロモーションなどのツールを提供し、このプロセスを効率化します。
-
-### アップデートの割り当て
-
-明確なワークフローを使用して、特定のユーザーグループにアップデートを割り当てます：
-
--   **開発チャネル**: 分離されたテストとバグ修正に使用。パフォーマンスへの影響を監視し、問題が解決されていることを確認。
--   **ベータチャネル**: 制御されたテストとユーザーフィードバックの収集のためにアップデートをデプロイ。実際の使用条件下でアップデートのパフォーマンスを検証。
--   **本番チャネル**: アップデートが安定していることを確認後、全ユーザー向けに本番チャネルにプロモート。
-
-アップデートの割り当て後、その準備状態を確認するための徹底的なテストを実施します。
-
-### アップデートのテスト
-
-Capgoは詳細なテストを実施するためのツールを提供します：
-
-| **テストフェーズ** | **目的** | **主要機能** |
-| --- | --- | --- |
-| 初期検証 | 基本機能の確認 | チャネルセレクターを通じたPRテスト |
-| ベータテスト | 実際の使用状況の検証 | 詳細な権限でユーザーを管理 |
-| パフォーマンス監視 | アップデートの安定性の評価 | 詳細な分析とエラー追跡を使用 |
-
-### チャネル間でのアップデートの移動
-
-安定性を維持するため、チャネル間でのアップデートの移行は慎重に行います。Capgoは組み込みの安全対策でこのプロセスを簡素化します。
-
-考慮すべき重要なポイント：
-
--   **バージョン管理**: チャネル間で明確なバージョン管理を維持。
--   **ロールバックオプション**: Capgoは問題を素早く解決するためのワンクリックロールバック機能を提供。
--   **分析レビュー**: 次のチャネルにアップデートをプロモートする前に、必ずパフォーマンスデータをレビュー。
-
-> "問題が発生した場合の即時ロールバック" - Capgo [\[1\]](https://capgo.app/)
-
-## アップデートチャネルの削除
-
-未使用のアップデートチャネルをいつ、どのように削除するかを知ることは重要です。チャネル構造をクリーンに保つことで、アプリの安定性を維持し、アップデートの管理を容易にします。
-
-### 未使用チャネルの特定
-
-非アクティブなチャネルを特定するには、[Capgoの分析ダッシュボード](https://capgo.app/docs/webapp/)を使用して使用パターンを分析します。以下の基準に該当するチャネルに注目します：
-
--   過去30日間アクティブユーザーがいない
--   最近デプロイされたアップデートがない
--   ベータテストフェーズが完全に完了している
--   テストや不要となった古い機能用の一時的なチャネルとして使用されていた
-
-Capgoのリアルタイム分析により、不要になったチャネルの特定が簡単になります。
-
-### チャネル削除の手順
-
-アップデートチャネルを安全に削除するには、以下の手順に従います：
-
-| ステップ | アクション | 確認事項 |
-| --- | --- | --- |
-| **ユーザー移行** | すべてのアクティブユーザーを他のチャネルに移動 | ユーザーが残っていないことを確認 |
-| **アップデートアーカイブ** | チャネルの履歴をアーカイブ | アーカイブが完了していることを確認 |
-| **依存関係確認** | スクリプトやワークフローがチャネルに依存していないことを確認 | アクティブな参照がないことを確認 |
-| **削除実行** | チャネル削除コマンドを実行 | チャネルが削除されたことを確認 |
-
-これらの手順が完了したら、システムが正常に機能していることを再確認します。
-
-### 削除の影響確認
-
-削除を確定する前に、以下の点を考慮してください：
-
-1.  **アップデート履歴の評価**  
-    パフォーマンス統計やユーザーフィードバックなど、重要なデータがすべて保存されていることを確認するため、チャネルのアップデート履歴をレビュー。
-    
-2.  **依存関係**  
-    CI/CDパイプラインやスクリプトがまだチャネルを参照していないか再確認。
-    
-
-削除後はシステムのパフォーマンスを監視します。問題が発生した場合、Capgoのロールバック機能で素早く対応できます。
-
-## [Capgo](https://capgo.app/)のアップデート機能
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-21.jpg?auto=compress)
-
-### Capgoのコア機能
-
-Capgoは、Capacitorプロジェクト向けにカスタマイズされた機能でアップデートチャネルの管理を簡素化します。そのチャネルシステムにより、特定のユーザーグループに適したアップデートを提供できます。さらに、Capgoは開発者にデプロイメントを加速し、ワークフローを改善するためのツールを提供します。
-
-### 開発者ツール
-
-Capgoは、アップデートを容易にし、すべてのコンプライアンスを確保するための様々なツールを提供します。CLIツールを使用すると、1つのコマンドでアップデートをデプロイでき、時間と労力を節約できます。
-
-1.  **認証の設定：** エンドツーエンドの暗号化を有効にして、アップデートを安全に保ちます。
-2.  **チャンネル構造の定義：** デプロイメントのニーズに基づいてチャンネルを設定します。
-3.  **ユーザー権限の設定：** チームメンバーに特定のアクセス権を割り当てます。
-
-> "Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のレビューを避けられることは素晴らしいことです。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgoは30以上のプラグインをサポートし、CI/CDパイプラインとシームレスに連携し、既存の開発プロセスに簡単に組み込むことができます。[アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/) を強化しながら、すべてを効率的でシンプルに保ちます。
-
-## まとめ
-
-### 主なポイント
-
-チャンネルを効果的に管理することで、アプリのデプロイメントがスムーズに実行されます。Capgoのチャンネルシステムは印象的な結果を示しています：グローバルCDNにより5MBのバンドルを114msで配信し、世界中でAPI応答時間57msを実現し、**アップデートの95%が24時間以内に採用される**という結果を支えています[\[1\]](https://capgo.app/) 。
-
-| 指標 | パフォーマンス |
-| --- | --- |
-| 配信済みアップデート総数 | 23.5M |
-| アクティブな本番アプリ | 750 |
-| グローバル成功率 | 82% |
-| アップデート採用率（24時間） | 95% |
-
-これらの成果を達成するには、明確な命名規則と正確なユーザー割り当てが必要です。これらの指標に基づいて構造化されたチャンネル戦略を構築することで、さらにパフォーマンスを向上させることができます。
-
-### はじめ方
-
-これらの実証済みの結果を活用するには、チャンネル設定の改善から始めましょう：
-
--   **明確なチャンネル構造の定義**：開発、ステージング、本番環境用の個別のチャンネルを設定。
--   **ユーザー権限の設定**：アップデートチャンネルに対する詳細なアクセス制御を割り当て。
--   **パフォーマンスの追跡**：アップデートの成功率とユーザーエンゲージメントを定期的に監視。
-
-効率的なワークフローを維持するために、非アクティブなチャンネルを定期的に確認して削除することを忘れないでください。適切に管理されたチャンネルにより、開発者は制御と安定性を維持しながら、より迅速にアップデートをデプロイできます。
diff --git a/src/content/blog/ja/creating-mobile-apps-with-react-and-capacitor.md b/src/content/blog/ja/creating-mobile-apps-with-react-and-capacitor.md
deleted file mode 100644
index 0260b1264..000000000
--- a/src/content/blog/ja/creating-mobile-apps-with-react-and-capacitor.md
+++ /dev/null
@@ -1,281 +0,0 @@
----
-slug: creating-mobile-apps-with-react-and-capacitor
-title: Pure React.js と Capacitor を使用してモバイルアプリを構築する
-description: >-
-  React.jsウェブアプリケーションをCapacitorを利用してネイティブモバイルアプリに変換し、Konsta
-  UIでネイティブUIを強化する方法に関するガイド。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-29T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /react_capacitor.webp
-head_image_alt: React.jsおよびCapacitorのイラスト
-keywords: >-
-  React, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: implementing-live-updates-in-your-react-capacitor-app
----
-このチュートリアルでは、React、Capacitor、およびKonsta UIを使用してモバイルアプリケーションを作成する方法を説明します。最後には、React.jsウェブアプリをCapacitorを使用してネイティブモバイルアプリに変換する方法と、Konsta UIを使ってネイティブUIを実装する方法を学ぶことができます。
-
-Capacitorは、React.jsウェブアプリをネイティブモバイルアプリに簡単に変換できる機能を提供し、React Nativeのような新しい戦略を学ぶ必要がありません。
-
-このプロセスは簡単な手順を含んでおり、すぐにあなたのReact.jsアプリは完全に機能するモバイルアプリになります。ですので、この旅にあなたを案内するので、一緒にいてください。
-
-## Capacitorの概要
-
-CapacitorJSはゲームチェンジャーです。これは、任意のウェブプロジェクトにシームレスに統合でき、アプリをネイティブウェブビューにラップしながら、ネイティブのXcodeおよびAndroid Studioプロジェクトを生成します。さらに、プラグインを通じて、JSブリッジを介してカメラなどのネイティブデバイス機能にアクセスできます。
-
-Capacitorは、手間なく簡単にネイティブモバイルアプリを作成する方法を提供します。そのシンプルなAPIとスムーズな機能は、プロジェクトに統合するのを容易にします。
-
-## React.jsアプリのセットアップ
-
-Reactアプリケーションを開始する最も簡単な方法に取り組んでみましょう。npmパッケージマネージャーを使用して新しいReactアプリを作成します。
-
-```shell
-npx create-react-app my-app
-```
-
-プロジェクトをネイティブモバイルアプリに変換するには、アプリの**エクスポート**が必要です。
-
-これについては後ほど詳しく説明します。まず、CapacitorをReactアプリに統合する方法を理解しましょう。
-
-## React.jsアプリにCapacitorを統合する
-
-初期設定の手順は少し詳細になるかもしれませんが、その後はネイティブアプリラッパーを更新するのが`sync`コマンドを実行するのと同じくらい簡単になります。
-
-最初に、Capacitor CLIを開発依存関係としてインストールし、プロジェクト内で設定します。セットアップ中に、名前とバンドルIDのデフォルト値を受け入れるには「enter」を押します。
-
-次に、コアパッケージとiOSおよびAndroidプラットフォーム用の関連パッケージをインストールします。
-
-最後に、プラットフォームを追加し、Capacitorはプロジェクトのルートに各プラットフォーム用のフォルダーを作成します。
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your React project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-**ios**および**android**ディレクトリが、あなたのReact.jsプロジェクトに存在しています。
-
-後でAndroidプロジェクトにアクセスするには、[Android Studio](https://developer.android.com/studio/)をインストールしてください。iOSの場合は、Macが必要で、[Xcode](https://developer.apple.com/xcode/)をインストールする必要があります。
-
-次に、以下のように**capacitor.config.json**ファイルの**webDir**を更新します。
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "build",
-  "bundledWebRuntime": false
-}
-```
-
-ビルドコマンドを実行して、プロジェクトをCapacitorと同期させます。
-
-```shell
-npm run build
-npx cap sync
-```
-
-`npm run build`コマンドは、あなたのReact.jsプロジェクトをビルドし、`npx cap sync`はネイティブプラットフォームの正確な場所にウェブコードを配置して、アプリで実行できるようにします。
-
-さあ、少しの運とエラーがなければ、あなたのReact.jsアプリはデバイスで起動できる状態になっているはずです！
-
-## ネイティブアプリをビルドしてデプロイする
-
-iOSアプリの開発には**Xcode**が必要で、Androidアプリには**Android Studio**が必要です。アプリをアプリストアで配布する予定がある場合は、iOS用のApple Developer ProgramやAndroid用のGoogle Play Consoleに登録する必要があります。
-
-Capacitor CLIは、両方のネイティブプロジェクトを開くプロセスを簡素化します。
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-ネイティブプロジェクトのセットアップが完了したら、接続されたデバイスにアプリをデプロイするのは簡単なプロセスです。
-
-Android Studioでは、すべてが読み込まれるまで待ち、接続されたデバイスにアプリをデプロイします。
-
-Xcodeでは、アプリをシミュレーターではなく実際のデバイスにデプロイするために、サインインアカウントを設定します。それが終わったら、アプリを接続されたデバイスで実行するために再生ボタンを押すだけです。接続されているデバイスは、上部で選択できます。
-
-すべてがうまくいけば、あなたはReact.jsウェブアプリをネイティブモバイルアプリに変換したことになります！
-
-## Capacitorライブリロード
-
-最新の開発フレームワークは通常ホットリロードを備えており、幸運なことに、Capacitorでも**モバイルデバイス上で**同様のことが可能です！
-
-ローカルホストされたアプリケーションをライブリロードでネットワーク上でアクセス可能にするために、Capacitorアプリが特定のURLからコンテンツを読み込むようにできます。
-
-最初に、ローカルIPアドレスを特定します。Macでは、ターミナルで`ipconfig getifaddr en0`を実行します。Windowsでは、`ipconfig`を実行し、IPv4アドレスを探します。
-
-これが終わったら、`capacitor.config.ts`ファイルに別のパラメータを追加して、Capacitorにサーバーからアプリを直接読み込むよう指示します。
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'build',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-正確なIPとポートを使用することを確認してください。変更をネイティブプロジェクトに適用するために`npx cap copy`を実行します。
-
-Android StudioまたはXcodeを通じて再度アプリをデプロイすると、Reactアプリの変更が自動的に再読み込みされ、アプリに表示されます！
-
-新しいプラグイン、たとえばカメラがインストールされた場合、ネイティブプロジェクトの再ビルドが必要になることに注意してください。これは、ネイティブファイルが変更され、即時に更新できなくなるためです。
-
-## Capacitorプラグインの使用
-
-Capacitorプラグインの使用方法を簡単に見てみましょう。シンプルなプラグイン、[Shareプラグイン](https://capacitorjs.com/docs/apis/share/)をインストールして、ネイティブ共有ダイアログを表示します。
-
-```shell
-npm i @capacitor/share
-```
-
-使用するには、パッケージをインポートし、アプリから対応する`share()`関数を呼び出します。**App.js**を考えてみてください。
-
-```javascript
-import { Share } from '@capacitor/share';
-
-function ShareButton() {
-  const share = async () => {
-    await Share.share({
-      title: 'React App',
-      text: 'Visit this React App',
-      url: 'http://localhost:3000',
-      dialogTitle: 'Share with...'
-    });
-  };
-
-  return (
-    <button onClick={share}>
-      Share
-    </button>
-  );
-}
-
-export default ShareButton;
-```
-
-新しいプラグインをインストールした後は、`npx cap sync`を再度使ってReactプロジェクトを同期することを忘れないでください。
-
-## Konsta UIの実装：より良い見た目のモバイルUI
-
-より良い見た目のモバイルUI体験を得るために、Konsta UIを使用します。これにより、iOSおよびAndroid固有のスタイリングが提供され、作業が容易です。
-
-Konsta UIを使用するために、Reactパッケージをインストールします。
-
-```shell
-npm i konsta
-```
-
-`tailwind.config.js`ファイルを次のように変更します。
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{js,ts,javascript,tsx}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig`は、Konsta UIに必要な追加のバリアントとユーティリティで、現在のTailwind CSS設定を補完します。
-
-次に、テーマなどのグローバルパラメータを設定するために、主要なAppコンポーネントを設定します。`src/index.js`のメインアプリをAppでラップします。
-
-```javascript
-import React from 'react';
-import ReactDOM from 'react-dom';
-import {App} from 'konsta/react';
-import './index.css';
-import MyApp from './App';
-
-ReactDOM.render(
-  <React.StrictMode>
-    <App theme="ios">
-      <MyApp />
-    </App>
-  </React.StrictMode>,
-  document.getElementById('root')
-);
-```
-
-React.jsページ内でKonsta UI Reactコンポーネントを使用しましょう。`src/App.js`を開いて、次のように変更します。
-
-```javascript
-// Konsta UI components
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-} from 'konsta/react';
-
-export default function MyApp() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Welcome to your React & Konsta UI app.
-        </p>
-      </Block>
-      
-      <List>
-        <ListItem href="/about" title="About" />
-      </List>
-
-      <Block strong>
-        <Button>Click Me</Button>
-      </Block>
-    </Page>
-  );
-}
-```
-
-すべてが正しく行われていれば、ReactとKonsta UIの間でスムーズな統合が実現し、モバイルアプリにネイティブの見た目を与えることができるでしょう。
-
-## 結論
-
-Capacitorは、既存のウェブプロジェクトに基づいてネイティブアプリを構築するシームレスな手段を提供し、コードを共有し、一貫したUIを持つ簡単な方法を提供します。
-
-Capacitorのような技術のおかげで、React.jsウェブアプリからモバイルアプリケーションを構築することはこれまでにないほど簡単になりました。あなたのウェブ開発スキルを次のレベルに引き上げて、印象的なネイティブモバイルアプリを作成してください。コーディングを楽しんでください！
-
-アプリ開発プロセスを加速する方法についてもっと知りたい方は、[無料アカウントにサインアップ](/register/)してください。
diff --git a/src/content/blog/ja/creating-mobile-apps-with-sveltekit-and-capacitor.md b/src/content/blog/ja/creating-mobile-apps-with-sveltekit-and-capacitor.md
deleted file mode 100644
index ed75242f4..000000000
--- a/src/content/blog/ja/creating-mobile-apps-with-sveltekit-and-capacitor.md
+++ /dev/null
@@ -1,374 +0,0 @@
----
-slug: creating-mobile-apps-with-sveltekit-and-capacitor
-title: モバイルアプリケーションの作成：SvelteKitとCapacitor
-description: SvelteKitとCapacitorを使用してモバイルアプリを作成し、Konsta UIでネイティブUIを強化する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-04T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /sveltekit_capacitor.webp
-head_image_alt: SvelteKitとCapgoの図解
-keywords: >-
-  SvelteKit, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: updating-your-capacitor-apps-seamlessly-with-capacitor-updater
----
-このチュートリアルでは、新しい[SvelteKit](https://kit.svelte.dev/)アプリから始めて、Capacitorを使用してネイティブモバイル開発に移行します。オプションとして、[Konsta UI](https://konstaui.com/)を統合して、Tailwind CSSモバイルUIを強化することもできます。
-
-Capacitorを使用すると、大きな変更やReact Nativeのような新しいスキルを学ぶ必要なく、SvelteKitウェブアプリケーションを簡単にネイティブモバイルアプリに変換できます。
-
-このステップバイステップガイドに従って、SvelteKitアプリをCapacitorを使用してモバイルアプリに変換し、必要に応じてKonsta UIでモバイルUIを強化しましょう。
-
-## Capacitorについて
-
-CapacitorJSは画期的です！任意のウェブプロジェクトに簡単に統合でき、アプリケーションをネイティブウェブビューでラップし、XcodeとAndroid Studioのプロジェクトを生成します。そのプラグインは、JavaScriptブリッジを介してカメラなどのネイティブデバイス機能へのアクセスを提供します。
-
-Capacitorを使用すると、複雑なセットアップや急な学習曲線なしに、素晴らしいネイティブモバイルアプリを作成できます。スリムなAPIと合理化された機能により、プロジェクトへの統合が容易です。Capacitorで完全に機能するネイティブアプリを実現する簡単さに驚くことでしょう！
-
-## SvelteKitアプリの準備
-
-新しいSvelteKitアプリを作成するには、次のコマンドを実行します：
-
-```shell
-npm create svelte@latest my-app
-cd my-app
-npm install
-npm run build
-```
-
-`build`コマンドを実行すると、プロジェクトのルートに新しい`dist`フォルダが表示されるはずです。
-
-このフォルダは後でCapacitorによって使用されますが、今は正しくセットアップする必要があります。
-
-## SvelteKitアプリにCapacitorを追加する
-
-任意のウェブアプリをネイティブモバイルコンテナにパッケージ化するには、いくつかの初期ステップを実行する必要があります。その後は、単一の`sync`コマンドを実行するだけで簡単です。
-
-まず、[Capacitor CLI](https://capacitorjs.com/docs/cli/)を開発依存関係としてインストールし、プロジェクト内でセットアップします。セットアップ中は、名前とバンドルIDのデフォルト値を受け入れるためにEnterキーを押すことができます。
-
-次に、コアパッケージとiOSおよびAndroidプラットフォーム用の関連パッケージをインストールします。
-
-最後に、プラットフォームを追加すると、Capacitorがプロジェクトのルートに各プラットフォーム用のフォルダを作成します：
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your SvelteKit project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-この時点で、SvelteKitプロジェクトに新しい**ios**と**android**フォルダが表示されているはずです。
-
-**これらは実際のネイティブプロジェクトです！**
-
-後でAndroidプロジェクトにアクセスするには、[Android Studio](https://developer.android.com/studio/)をインストールする必要があります。iOSの場合は、Macが必要で、[Xcode](https://developer.apple.com/xcode/)をインストールする必要があります。
-
-さらに、同期中に使用される基本的なCapacitor設定を含む**capacitor.config.ts**ファイルがプロジェクトに表示されるはずです。注意が必要なのは**webDir**だけで、これはビルドコマンドの結果を指している必要があります。現在は正しくありません。
-
-これを修正するには、**capacitor.config.ts**ファイルを開き、**webDir**を更新します：
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'build',
-}
-
-export default config
-```
-
-Capacitor設定を更新したので、適切な静的アダプターパッケージをダウンロードしてSvelteKitプロジェクトを静的アプリケーションに変更しましょう：
-
-```shell
-npm i -D @sveltejs/adapter-static
-```
-
-パッケージがインストールされたら、_svelte.config.js_ファイルを自動アダプターから静的に変更する必要があります：
-
-```ts
-import adapter from '@sveltejs/adapter-static'
-import { vitePreprocess } from '@sveltejs/kit/vite'
-
-/** @type {import('@sveltejs/kit').Config} */
-const config = {
-// Consult https://kit.svelte.dev/docs/integrations#preprocessors
-// for more information about preprocessors
-  preprocess: vitePreprocess(),
-
-  kit: {
-    // adapter-auto only supports some environments, see https://kit.svelte.dev/docs/adapter-auto for a list.
-    // If your environment is not supported or you settled on a specific environment, switch out the adapter.
-    // See https://kit.svelte.dev/docs/adapters for more information about adapters.
-    adapter: adapter({
-      // default options are shown. On some platforms
-      // these options are set automatically — see below
-      pages: 'build',
-      assets: 'build',
-      fallback: null,
-      precompress: false,
-      strict: true
-    })
-  }
-}
-
-export default config
-```
-
-_svelte.config.js_を更新したら、_src/routes_に_+layout.js_ページを作成し、_+layout.js_に次のエクスポートを追加して、_prerender_オプションを追加する必要があります：
-
-```ts
-export const prerender = true
-```
-
-_+layout.js_ページを追加して更新したら、モバイルプラットフォームを追加し、_build_フォルダを作成するためにプロジェクトを再ビルドする必要があります。
-
-以下のコマンドを実行して実行できます：
-
-```shell
-npm run build
-npx cap sync
-```
-
-最初のコマンド`npm run build`はSvelteKitプロジェクトをビルドして静的ビルドをコピーし、2番目のコマンド`npx cap sync`はすべてのウェブコードをネイティブプラットフォームの適切な場所に同期してアプリに表示できるようにします。
-
-さらに、同期コマンドはネイティブプラットフォームを更新してプラグインをインストールする場合があるので、新しい[Capacitorプラグイン](https://capacitorjs.com/docs/plugins/)をインストールする際は、再度`npx cap sync`を実行する時です。
-
-気付かないうちにプロセスが完了したので、デバイスでアプリを確認してみましょう！
-
-## ネイティブアプリのビルドとデプロイ
-
-iOSアプリを開発するには**Xcode**が、Androidアプリを開発するには**Android Studio**がインストールされている必要があります。また、アプリをアプリストアで配布する予定がある場合は、iOSではApple Developer Program、AndroidではGoogle Play Consoleに登録する必要があります。
-
-ネイティブモバイル開発が初めての場合は、Capacitor CLIを使用して両方のネイティブプロジェクトを簡単に開くことができます：
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-ネイティブプロジェクトをセットアップしたら、接続されたデバイスへのアプリのデプロイは簡単です。Android Studioでは、すべての準備が整うのを待つだけで、設定を変更することなく接続されたデバイスにアプリをデプロイできます。例：
-
-![android-studio-run](/android-studio-run.webp)
-
-Xcodeでは、シミュレータだけでなく実際のデバイスにアプリをデプロイするために、署名アカウントを設定する必要があります。これを初めて行う場合、Xcodeがプロセスをガイドします（ただし、Developer Programに登録する必要があります）。その後、上部で選択できる接続されたデバイスでアプリを実行するために、単にプレイを押すだけです。例：
-
-![xcode-run](/xcode-run.webp)
-
-おめでとうございます！SvelteKitウェブアプリをモバイルデバイスに正常にデプロイしました。例：
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/sveltekit-mobile-app.webp" alt="sveltekit-mobile-app">
-</div>
-
-しかし、開発中にはもっと速い方法もあります...
-
-## Capacitorのライブリロード
-
-現在では、すべての最新フレームワークでホットリロードに慣れているでしょうが、良いニュースは、最小限の努力で**モバイルデバイス上で**同じ機能を持つことができることです！
-
-Capacitorアプリが特定のURLからコンテンツを読み込むことで、ライブリロードを使用して**ネットワーク上で**ローカルでホストされているアプリケーションへのアクセスを有効にします。
-
-最初のステップは、ローカルIPアドレスを見つけることです。Macを使用している場合は、ターミナルで次のコマンドを実行して確認できます：
-
-```shell
-ipconfig getifaddr en0
-```
-
-Windowsでは、次のコマンドを実行します：
-
-```shell
-ipconfig
-```
-
-そしてIPv4アドレスを探します。
-
-`capacitor.config.ts`ファイルに別のエントリを追加することで、サーバーから直接アプリを読み込むようにCapacitorに指示できます：
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-上の例のように、**正しいIPとポート**を使用するようにしてください。
-
-これらの変更をネイティブプロジェクトにコピーすることで適用できます：
-
-```shell
-npx cap copy
-```
-
-`copy`コマンドは`sync`に似ていますが、ネイティブプロジェクトを更新せずに**ウェブフォルダとコンフィグレーションに加えられた変更のみをコピー**します。
-
-これで、Android StudioまたはXcodeを通じてもう一度アプリをデプロイできます。その後、Svelteアプリで何か変更を加えると、**アプリは自動的にリロード**され、変更が表示されます！
-
-**注意してください**が、カメラなどの新しいプラグインをインストールする場合は、依然としてネイティブプロジェクトの再ビルドが必要です。これは、ネイティブファイルが変更され、その場で行うことができないためです。
-
-設定で正しいIPとポートを使用するようにしてください。上のコードブロックはデモンストレーション目的でデフォルトのSvelteKitポートを示しています。
-
-## Capacitorプラグインの使用
-
-以前から何度か言及してきたCapacitorプラグインの実際の使用方法を見てみましょう。簡単なプラグインをインストールするには、次のコマンドを実行します：
-
-```shell
-npm i @capacitor/share
-```
-
-[Shareプラグイン](https://capacitorjs.com/docs/apis/share/)に特別なものはありませんが、ネイティブの共有ダイアログを表示します！これには、パッケージをインポートしてアプリから`share()`関数を呼び出すだけで済みます。**src/routes/index.svelte**を次のように変更しましょう：
-
-```html
-<script>
-  import { Share } from '@capacitor/share';
-
-  async function share() {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  }
-</script>
-
-<h1>Welcome to SvelteKit and Capacitor!</h1>
-<button on:click={share}>Share now!</button>
-```
-
-前述のように、新しいプラグインをインストールする場合は、同期操作を実行してからアプリをデバイスに再デプロイする必要があります。これを行うには、次のコマンドを実行します：
-
-```
-npx cap sync
-```
-
-ボタンを押すと、美しいネイティブ共有ダイアログが動作するのを確認できます！
-
-## Konsta UIの追加
-
-Nuxt 3アプリでKonsta UIを使用するには、[tailwindがすでにインストール](https://tailwindcss.com/docs/guides/sveltekit/)されている必要があり、パッケージをインストールする必要があります：
-
-```shell
-npm i konsta
-```
-
-さらに、`tailwind.config.js`ファイルを変更する必要があります：
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/routes/**/*.{svelte}',
-    './src/components/**/*.{svelte}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig`は、デフォルト（またはカスタム）のTailwind CSS設定を、Konsta UIに必要な追加のバリアントとヘルパーユーティリティで拡張します。
-
-次に、いくつかのグローバルパラメータ（`theme`など）を設定できるように、メインの[App](https://konstaui.com/vue/app/)コンポーネントをセットアップする必要があります。
-
-`src/routes/+layout.svelte`で`App`でアプリ全体をラップする必要があります：
-
-```html
-<script>
-  import { App } from 'konsta/svelte';
-</script>
-
-<App theme="ios">
-  <slot />
-</App>
-```
-
-### 例ページ
-
-すべてのセットアップが完了したら、SvelteKitページでKonsta UI Svelteコンポーネントを使用できます。
-
-例えば、`src/routes/index.svelte`を開いて、次のように変更してみましょう：
-
-```html
-<script>
-  import {
-    Page,
-    Navbar,
-    Block,
-    Button,
-    List,
-    ListItem,
-    Link,
-    BlockTitle,
-  } from 'konsta/svelte';
-</script>
-
-<Page>
-  <Navbar title="My App" />
-
-  <Block strong>
-    <p>
-      Here is your SvelteKit & Konsta UI app. Let's see what we have here.
-    </p>
-  </Block>
-  <BlockTitle>Navigation</BlockTitle>
-  <List>
-    <ListItem href="/about/" title="About" />
-    <ListItem href="/form/" title="Form" />
-  </List>
-
-  <Block strong class="flex space-x-4">
-    <Button>Button 1</Button>
-    <Button>Button 2</Button>
-  </Block>
-</Page>
-```
-
-必要なコンポーネントをすべてインストールした後にライブリロードが同期していない場合は、すべてを再起動してみてください。完了すると、SvelteKitとCapacitorで構築された、ややネイティブな外観のモバイルアプリが表示されるはずです！
-
-結果として次のページが表示されるはずです：
-
-<script>
-  </script>
-<h1>
-
-## 結論
-
-Capacitorは、既存のウェブプロジェクトに基づいてネイティブアプリケーションを構築するための優れたオプションであり、コードを共有し一貫したUIを維持する簡単な方法を提供します。
-
-そして[Capgo](https://capgo.app/)の追加により、アプリにライブアップデートを追加することがさらに簡単になり、ユーザーが常に最新の機能とバグ修正にアクセスできることを確保します。
-
-SvelteKitアプリにCapgoを追加する方法を学びたい場合は、次の記事をご覧ください：
-
-Capgoがより良いアプリをより速く構築するのにどのように役立つかを学び、今日[無料アカウントにサインアップ](/register/)してください。
diff --git a/src/content/blog/ja/cross-platform-mobile-app-development-guide-2024.md b/src/content/blog/ja/cross-platform-mobile-app-development-guide-2024.md
deleted file mode 100644
index 3b610a062..000000000
--- a/src/content/blog/ja/cross-platform-mobile-app-development-guide-2024.md
+++ /dev/null
@@ -1,106 +0,0 @@
----
-slug: cross-platform-mobile-app-development-guide-2024
-title: 2024年のクロスプラットフォームモバイルアプリ開発の究極ガイド
-description: >-
-  2024年のクロスプラットフォームモバイルアプリ開発のベストプラクティスとフレームワークを学びましょう。単一のコードベースからiOS、Android、ウェブアプリを構築します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-06-15T00:00:00.000Z
-updated_at: 2024-06-15T00:00:00.000Z
-head_image: /cross-platform-app-dev-2024.webp
-head_image_alt: クロスプラットフォームモバイルアプリ開発
-keywords: >-
-  cross-platform, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: cross-platform
-published: true
-locale: ja
-next_blog: top-cross-platform-frameworks-compared-2024
----
-## 2024年にクロスプラットフォームのモバイルアプリ開発が重要な理由
-
-クロスプラットフォームのモバイルアプリ開発は、企業がiOS、Android、ウェブプラットフォームを通じてより広範なオーディエンスにリーチすることを目指す中で、2024年にますます重要になっています。各プラットフォームのために別々のネイティブアプリを開発することは、高コストで時間がかかります。
-
-Ionicのようなクロスプラットフォームフレームワークを使用すると、企業は1つのコードベースから複数のプラットフォームで実行されるアプリを構築できます。これにより、開発時間とコストが大幅に削減され、機能の均等性とデバイス間での一貫したユーザー体験が可能になります。
-
-2024年のクロスプラットフォームのモバイルアプリ開発の主な利点は次のとおりです：
-
-- **幅広いリーチ** - 1つのプロジェクトから数十億のiOS、Android、ウェブユーザーにアプリを展開できます。
-- **コスト削減** - 複数のネイティブコードベースやチームを維持する必要がありません。
-- **迅速な開発** - プラットフォーム間でコードを再利用して、機能をより迅速に出荷できます。
-- **一貫したUX** - どのデバイスでもユーザーにシームレスな体験を提供します。
-
-2024年以降のモバイル使用が引き続き増加する中で、企業が競争力を保つためにはクロスプラットフォームアプリ戦略が不可欠です。しかし、最適なアプローチは何でしょうか？
-
-## モバイルアプリアーキテクチャにおけるパターンの分析
-
-ほとんどのモバイルアプリは、一般的なUIコンポーネントとパターンで構成されています。例えば：
-
-- タイトルとアクションボタンを持つヘッダーバー
-- スクロール可能または検索可能なデータのリスト
-- タブバーとナビゲーションメニュー
-- 入力コントロールを持つフォーム
-
-スタイルはプラットフォームによって異なる場合がありますが、コアのビルディングブロックは同じです。Ionicのようなモダンクロスプラットフォームフレームワークは、各プラットフォームに自動的に外観を適応させる、事前に構築されたカスタマイズ可能なUIコンポーネントを提供しています。
-
-iOS、Android、ウェブアプリで同じUIコンポーネントのセットを使用することで、大規模なコード再利用が可能になります。開発者は機能を一度だけ構築し、各プラットフォームのニーズに応じてスタイリングを調整できます。
-
-## ウェブベースとネイティブクロスプラットフォームアプローチ
-
-クロスプラットフォーム開発には2つの主なアプローチがあります：ウェブベースとネイティブです。
-
-Ionicのようなウェブベースフレームワークは、HTML、CSS、JavaScriptなどの標準的なウェブ技術を使用します。UIはウェブビューで実行され、プラグインがネイティブデバイス機能へのアクセスを提供します。過去にはパフォーマンスが懸念されましたが、モダンなJavaScriptエンジンはネイティブとほぼ同じギャップを埋めています。
-
-React NativeやFlutterのようなネイティブクロスプラットフォームフレームワークは、異なるアプローチを採用しています。これらは、ネイティブウィジェットやコードにコンパイルされるReactまたはDartコードを提供します。これにより、ネイティブに近いパフォーマンスが実現されますが、独自の言語やツールを使用する必要があります。
-
-最終的に、選択はチームのスキルと目標によって異なります。ウェブベースのフレームワークは既存のウェブタレントを活用することを可能にします。ネイティブフレームワークはより専門的なスキルを必要としますが、要求の厳しいアプリにはパフォーマンス上の利点があるかもしれません。
-
-## Ionicで開発速度を向上させる
-
-Ionicは、アプリストアの15％以上のアプリを支える主要なクロスプラットフォーム開発フレームワークです。完全なSDKを提供しており：
-
-- iOS、Android、ウェブ用の100以上の事前構築されたUIコンポーネント
-- プロジェクトのスキャフォールディング、プレビュー、およびデプロイメントのためのIonic CLIツール
-- React、Vue、Angularなどの人気のあるフロントエンドフレームワークとの統合
-- ネイティブデバイス機能へのアクセスのためのCapacitorおよびCordovaプラグイン
-- CapgoまたはAppflowを使用したライブアプリの更新、認証、CI/CD
-
-ウェブ標準を活用することで、Ionicは開発者が既存のスキルを使用して任意のプラットフォーム向けに高品質のアプリを構築できるようにします。1つのコードベースは、開発時間とメンテナンスコストを大幅に削減します。
-
-2024年には、Ionicはウェブ技術での可能性の限界を押し広げ続けています。Ionic 7は、強力なデザインツール、改善されたパフォーマンス、そしてネイティブSDKとのさらに密接な統合を導入します。
-
-## 始めるために
-
-要約すると、クロスプラットフォームは、2024年により多くの企業がビジネス上の利点に気づく中で、アプリ開発のデフォルトになりつつあります。Ionicのようなフレームワークは、ウェブファーストのアプローチを可能にし、開発者が数十億のユーザー向けに素晴らしいアプリを記録的な時間で構築できるようにします。
-
-スタートアップから大企業まで、チームはさまざまな業界の顧客、パートナー、従業員向けに重要なアプリを支えるためにIonicを活用しています。2024年に新しいモバイルプロジェクトを検討している場合、Ionicを使用したクロスプラットフォームアプローチはぜひ検討する価値があります。
-
-始めるには、次のリソースをチェックしてください：
-
-- [Ionic Documentation](https://ionicframework.com/docs)
-- [Ionic Components](https://ionicframework.com/docs/components)
-- [Capacitor Native APIs](https://capacitor.ionicframework.com/)
-
-Ionicを使用すれば、すぐにモバイルとウェブ向けの魅力的で高性能なアプリを構築できるでしょう！詳細を知るには[Ionicアプリ戦略家](https://ionic.io/enterprise/strategy-session)に連絡してください。
-
-未来はクロスプラットフォームです - 今日始めて、2024年にモバイルアプリの目標を達成しましょう！
-
-## Capgoでアプリの更新を簡素化する
-
-モバイルアプリ開発の主要な課題の1つは、アプリを継続的に最新の状態に保つことです。クロスプラットフォームアプローチを採用しても、各更新のために新しいバージョンを公開するのは手間がかかります。
-
-ここで、[Capgo](https://capgo.app/)のようなソリューションが役立ちます。Capgoは、Capacitorアプリのためのオープンソースのライブアップデートシステムです。アプリストアを通さずに、ユーザーのデバイスに直接更新をプッシュすることができます。
-
-Capgoの主な利点は次の通りです：
-
-- **瞬時の更新** - ストアに再提出することなく、数秒で最新のアプリバージョンをプッシュできます。
-- **簡単なロールバック** - 必要に応じて以前のバージョンに簡単に戻すことができます。
-- **段階的な展開** - 更新をテスト用にユーザーの一定割合にリリースし、広範囲に展開する前にテストできます。
-- **セルフホストオプション** - 完全な制御とプライバシーのために、更新を自分でホストできます。
-
-Capgoは、Ionicアプリを動かすネイティブランタイムであるCapacitorとシームレスに統合されます。既存のIonicプロジェクトに簡単に設定できます。
-
-Ionicでのクロスプラットフォーム開発とCapgoでのライブアップデートを組み合わせることで、機敏性を最大化できます。新機能をより迅速に、リスクを減らして出荷しましょう。
-
-Capgoを使い始めるには、[公式ドキュメント](https://docs.capgo.app/)をチェックしてください。Capgoは無料で完全にオープンソースだから、好きなように展開できます！
diff --git a/src/content/blog/ja/cross-platform-uiux-best-practices-for-capacitor-apps.md b/src/content/blog/ja/cross-platform-uiux-best-practices-for-capacitor-apps.md
deleted file mode 100644
index 462cc3343..000000000
--- a/src/content/blog/ja/cross-platform-uiux-best-practices-for-capacitor-apps.md
+++ /dev/null
@@ -1,282 +0,0 @@
----
-slug: cross-platform-uiux-best-practices-for-capacitor-apps
-title: クロスプラットフォームUI/UX：Capacitorアプリのベストプラクティス
-description: >-
-  CapacitorアプリでシームレスなクロスプラットフォームのUI/UXを作成するためのベストプラクティスを学び、iOS、Android、ウェブでネイティブな感覚を確保します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T04:45:24.942Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0c60ea2808c1172f2f7c6-1742791542149.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, UI/UX design, cross-platform apps, mobile development, responsive
-  design, Ionic, app updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**iOS、Android、Webでネイティブのようなアプリをビルドしたいですか？** [Capacitor](https://capacitorjs.com/)を使えば、Webとネイティブ機能を融合させて実現できます。しかし、プラットフォーム間でシームレスな体験を構築するには、慎重なUI/UXデザインが必要です。次の方法で実現できます。
-
-<Steps>
-1. **プラットフォーム特有のガイドラインに従う**: ナビゲーション、タイポグラフィ、ジェスチャーに関してiOS（ヒューマンインターフェース）とAndroid（マテリアルデザイン）の基準を尊重します。
-2. **デザインシステムを使用する**: 一貫性のために再利用可能なデザイントークン、コンポーネント、ドキュメントを作成します。
-3. **画面サイズに最適化する**: すべてのデバイスでスムーズなレイアウトを実現するために、レスポンシブグリッド、ブレイクポイント、スケーラブルコンポーネントを使用します。
-4. **[Ionic](https://ionicframework.com/)のようなツールを活用する**: プリビルドのコンポーネントはプラットフォームのスタイルに適応し、時間と労力を節約します。
-5. **デバイス間でテストする**: 異なる画面サイズ、OSバージョン、ユーザーインタラクションをカバーして信頼性を保証します。
-6. **ライブアップデートを使用する**: [Capgo](https://capgo.app/)のようなツールは、アプリストアの遅延なしに即座にアップデートを提供し、ユーザーを最新の状態に保ちます。
-</Steps>
-
-**クイックティップ**: Capgoは750以上のアプリに対して2350万回のアップデートを可能にし、95%のユーザーが24時間以内に更新されています。
-
-## [Stencil](https://stenciljs.com/)と[Capacitor](https://capacitorjs.com/)を使用したクロスプラットフォームコンポーネントの構築
-
-![Stencil Web Components Compiler](https://mars-images.imgix.net/seobot/screenshots/stenciljs.com-6020276454429265c3dac5ec0634b1fb-2025-03-24.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/O5xfY9LPl0s" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## クロスプラットフォームデザインの基本
-
-プラットフォーム間でシームレスなユーザー体験を創出するためには、プラットフォーム特有のデザインパターンとアプリの独自スタイルのバランスを取る必要があります。次の方法で実現できます。
-
-### デザインシステムの構築
-
-デザインシステムは、アプリのクロスプラットフォームデザインのバックボーンとして機能します。通常、以下のものが含まれます：
-
-<Steps>
-1. **デザイントークン**: 色、タイポグラフィ、スペーシング、アニメーションの値です。
-2. **コンポーネントライブラリ**: プラットフォームの規範に合わせて設計された再利用可能なUI要素のコレクションです。
-3. **ドキュメント**: 一貫した使用と実装を保証するための明確なガイドラインです。
-</Steps>
-
-### プラットフォームデザインガイドライン
-
-プラットフォーム特有の基準を尊重しつつ一貫した見た目を維持するために、以下の点を考慮してください：
-
-| **デザイン要素** | **iOS（ヒューマンインターフェース）** | **Android（マテリアル）** |
-| --- | --- | --- |
-| ナビゲーション | タブバー、ボトムアライン | ナビゲーションドロワー、トップアプリバー |
-| タイポグラフィ | サンフランシスコフォント | ロボトフォント |
-| ジェスチャー | エッジスワイプで戻る | ボトムナビゲーションにフォーカス |
-| ボタン | ラウンドコーナー、微妙な効果 | コンテインドまたはアウトラインボタン |
-
-次に、さまざまな画面サイズ向けのデザインの複雑さに取り組みましょう。
-
-### マルチスクリーンレイアウトデザイン
-
-異なる画面サイズ向けにデザインするには柔軟性が求められます。以下は戦略です：
-
-<Steps>
-1. **レスポンシブグリッドシステム**  
-   任意の画面サイズに合わせてダイナミックに調整されるグリッドを使用します。
-2. **ブレイクポイント戦略**  
-   画面幅に基づいたレイアウト調整を定義します：
-   - _小（< 600px)_: Single-column layout
-    -   _Medium (600–1024px)_: Two-column layout
-    -   _Large (> 1024px）_: マルチカラムレイアウト、しばしばサイドバー付き
-3. **コンポーネントスケーリング**  
-   コンポーネントが比例してスケールすることを保証します。タッチターゲットについては、iOSでは少なくとも44x44ピクセル、Androidでは48x48密度独立ピクセルに従ってください。
-</Steps>
-
-Capgoのライブアップデート機能を使用することで、デザインシステムを迅速に洗練し改善できます。
-
-## UIコンポーネントの構築
-
-高性能なUIコンポーネントを作成するには、クロスプラットフォームの互換性と効率的なパフォーマンスに注意を払う必要があります。再利用可能で効果的なコンポーネントを構築するための実用的な方法を見てみましょう。
-
-### [Ionic](https://ionicframework.com/)コンポーネントの使用
-
-![Ionic Framework Website](https://mars-images.imgix.net/seobot/screenshots/ionicframework.com-e736941a658f3b6da09d169d589f75bb-2025-03-24.jpg?auto=compress)
-
-Ionicは、クロスプラットフォーム開発を簡素化するプリビルドのコンポーネントを提供します。これらのコンポーネントは、自動的にプラットフォーム特有のデザインパターンに合わせ、機能の一貫性を保ちます。
-
-| コンポーネントタイプ | iOSデザイン | Androidデザイン |
-| --- | --- | --- |
-| リスト | iOS用にスタイルされたインセットグルーピング | マテリアルデザインのカード |
-| フォーム入力 | ラウンドコーナー、iOSピッカー | マテリアルテキストフィールド |
-| ナビゲーション | iOSスタイルの戻るボタン | Androidナビゲーションパターン |
-| モーダル | シートスタイルのプレゼンテーション | フルスクリーンダイアログ |
-
-Ionicコンポーネントを使用する際のヒントは以下の通りです：
-
-<Steps>
-1. **プラットフォーム検出**: Ionicのプラットフォームユーティリティを使用して、デバイスに基づいてコンポーネントの動作を調整します。
-2. **テーマ**: CSS変数を使ってルック＆フィールをカスタマイズします。
-3. **アクセシビリティ**: より良いユーザビリティのために、組み込みのARIAサポートとキーボードナビゲーションを活用します。
-</Steps>
-
-Ionicコンポーネントは強力な出発点を提供しますが、特定のニーズに応じてカスタムコンポーネントを設計することで、アプリの体験をさらに洗練できます。
-
-### カスタムコンポーネントの作成
-
-カスタムコンポーネントは柔軟性を念頭において設計する必要があります。プラットフォームに依存しないベース、適応型レイアウト、統一されたイベントハンドリングを使用して、さまざまなデバイスでの動作を保証します。たとえば、タッチイベントとクリックイベントの両方をサポートし、どのデバイスでもスムーズなインタラクションを提供します。これらの実践はプラットフォーム間で一貫したルック＆フィールを維持し、ユーザー体験を向上させるのに役立ちます。
-
-### 速度とパフォーマンス
-
-コンポーネントが設計されたら、それをすべてのプラットフォーム向けにパフォーマンスを最適化することが重要です。シームレスなユーザー体験は、効率的なパフォーマンスに依存します。
-
-> "私たちは、+5000のユーザーベースに向けて[Capgo OTAアップデート](https://console.capgo.app/resend_email)を本番環境で展開しました。OTAが@Capgoにデプロイされてから、ほぼすべてのユーザーが数分以内に最新の状態になっています。" – colenso [\[1\]](https://capgo.app/)
-
-レイジーローディング、バーチャルスクロール、ハードウェアアニメーションなどの技術は、バンドルサイズを大幅に削減し、応答性を改善できます。重要なアップデートに対して、Capgoのライブアップデートシステムは信頼できるツールです。Rodrigo Manticaが強調したように：
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供する上でミッションクリティカルです！" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-ブラウザのデベロッパーツールとCapgoの分析ダッシュボードを使用して、パフォーマンスの最適化を効果的に監視し、検証します。
-
-## プラットフォームの違いに対処する
-
-### プラットフォーム検出
-
-Capacitorはデバイスタイプを特定するためのAPIを提供し、プラットフォームに基づいてアプリの動作を調整しやすくします。これは、各デバイスに自然に感じられる体験を創出し、プラットフォーム全体で一貫したルックと機能を維持するために不可欠です。以下はプラットフォーム検出の例です：
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const platform = Capacitor.getPlatform();
-const isIOS = platform === 'ios';
-const isAndroid = platform === 'android';
-```
-
-このシンプルなチェックにより、オペレーティングシステムに応じてアプリの動作を変更できます。これは、パフォーマンスを洗練し、さまざまなデバイスでスムーズな体験を提供するための素晴らしい出発点です。では、プラットフォーム特有の機能を実装するためにこれをどのように利用できるか探っていきましょう。
-
-### プラットフォーム特有のコード
-
-プラットフォーム特有の機能を追加する際には、各オペレーティングシステムのユニークなデザインと動作のガイドラインを尊重しつつ、アプリ全体のデザインを整合させることが重要です。以下は、iOSとAndroidで機能がどのように異なるかの簡単な比較です：
-
-| 機能 | iOS実装 | Android実装 |
-| --- | --- | --- |
-| ナビゲーション | Push/popトランジション | マテリアルナビゲーションパターン |
-| ジェスチャー | エッジスワイプで戻る | システム戻るボタン |
-| ステータスバー | iOSスタイルの明るい/暗いモード | システムテーマに適応 |
-| キーボード | インタラクティブなディスマス | Androidソフトキーボードの動作を処理 |
-
-> "Capgoは、もっと生産的になりたい開発者にとって必須のツールです。バグ修正のレビューを回避することは素晴らしいです。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgoのアップデートメカニズムは、プラットフォーム全体でのフィックス展開プロセスを簡素化します [\[1\]](https://capgo.app/) 。コーディングの調整を超えて、ハードウェアの制限もまた、機能をどのように実装すべきかを形作る上で大きな役割を果たします。
-
-### デバイスの機能と制限
-
-ハードウェアの違いは、ユーザーがアプリとどのようにインタラクションするかに大きく影響を与える可能性があります。以下は集中すべき重要な領域です：
-
-<Steps>
-1. **画面解像度管理**: 異なる画面密度とアスペクト比に適応するレスポンシブレイアウトを設計します。
-2. **メモリ制約**: デバイスのメモリ容量に基づいて画像のローディングとキャッシングを最適化します。
-3. **入力メソッド**: タッチインタラクションをサポートし、該当する場合はハードウェアキーボードをサポートします。
-</Steps>
-
-これらの側面に対応することで、アプリがさまざまなデバイスでスムーズに動作することを保証します。適応型ローディング戦略はパフォーマンスをさらに向上させることができます。実際、最近のデータによると、プラットフォーム特有の最適化は、世界中で82%の成功率の更新をもたらしました [\[1\]](https://capgo.app/) 。
-
-アプリのパフォーマンスを確保するために、エミュレーターだけでなく、実際のデバイスで常にテストを行います。さまざまなデバイスタイプでのパフォーマンスメトリクスを監視し、サポートされていない機能にはフォールバックオプションを含めることを忘れないでください。Capacitorのプラットフォーム検出を思慮深い調整と組み合わせることで、それぞれのプラットフォームにネイティブに感じられるアプリを作成しつつ、一貫したブランドアイデンティティを維持できます。
-
-## アプリのテスト
-
-### クロスプラットフォームテスト計画
-
-[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のテストには、異なるプラットフォームでのスムーズな動作を確保するために、明確で組織的なアプローチが必要です。さまざまなデバイスとオペレーティングシステムのバージョンを含む詳細なテストマトリックスを設定することから始めましょう。以下の構造的な方法でアプローチできます：
-
--   **デバイスカバレッジテスト**: 最も広く使用されているデバイスセットアップに焦点を当てます。テスト対象:
-    
-    -   最新のiOSデバイス
-    -   人気のあるAndroidデバイス
-    -   スマートフォンやタブレットを含むさまざまな画面サイズ
-    -   iOS 16–17やAndroid 12–14などのさまざまなOSバージョン
--   **UIコンポーネントテスト**: 視覚的一貫性とスムーズなインタラクションを確保するためにテストします:
-    
-    -   ナビゲーションフロー
-    -   タッチジェスチャーと応答性
-    -   異なる画面サイズに対するレイアウト調整
-    -   コンポーネントレンダリングの精度
-    -   プラットフォーム特有のUI要素
-
-微妙なUI/UXの問題を見つけるために、これらのテストに実際のユーザーからのフィードバックを補完してください。
-
-### ユーザーテストとフィードバック
-
-ユーザーテストは構造的であっても柔軟であることができます。効果的な方法には以下のものがあります:
-
-| **テスト方法** | **目的** | **主要指標** |
-| --- | --- | --- |
-| A/Bテスト | 異なるUIバージョンを比較 | コンバージョン率、タスク時間 |
-| ユーザビリティセッション | ユーザーインタラクションを観察 | タスク完了率、エラー |
-| ベータテスト | 直接的なユーザーフィードバックを収集 | クラッシュレポート、機能使用 |
-| アナリティクス統合 | ユーザー行動パターンを監視 | セッション時間、ナビゲーション |
-
-自動化されたテストと実際のユーザーフィードバックを組み合わせることが、早期に潜在的な問題を特定するための鍵です。[Firebase Analytics](https://firebase.google.com/docs/analytics)や[Mixpanel](https://mixpanel.com/)などのツールを使用して、ユーザーの行動を追跡し、アプリ体験を微調整できます。
-
-### テスト自動化ツール
-
-自動テストは、プラットフォーム全体での品質維持に不可欠です。以下は、Capacitorアプリとよく連携するツールです:
-
--   **エンドツーエンドテスト**: [Cypress](https://www.cypress.io/)を使用して:
-    
-    -   ユーザーインタラクションのテスト
-    -   リアルタイム実行
-    -   クロスブラウザ互換性
-    -   ビジュアル回帰チェック
-    -   要素の自動待機
--   **ユニットテスト**: [Jest](https://jestjs.io/)とTesting Libraryの組み合わせは以下をサポートします:
-    
-    -   コンポーネントの孤立したテスト
-    -   APIレスポンスのモック
-    -   プラットフォーム特有の動作の確認
-    -   ステート管理テスト
-
-自動テストを設定する際は、まず重要なユーザーパスを優先してください。ライブアップデートと迅速な修正のために、Capgoのアップデートメカニズムはこれらのツールとシームレスに統合されます。これにより、アプリの安定性を危険にさらすことなく、テスト済みの変更を迅速に展開できます。自動テストとライブアップデートの組み合わせにより、スムーズで信頼性のあるアプリ体験が確保されます。
-
-## アプリの更新とメンテナンス
-
-アプリを最新の状態に保つことは、プラットフォーム全体でスムーズで一貫性のあるユーザー体験を維持するために重要です。タイムリーな更新と安全な配信により、アプリが信頼でき、ユーザーフレンドリーであることを保証します。
-
-### [Capgo](https://capgo.app/)を使用したライブアップデート
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-デザインとテストフェーズを終えた後の次の課題は、アップデートをスムーズに展開することです。Capgoは、アプリストアの承認を待つことなく、瞬時のアップデートを可能にすることでこのプロセスを簡素化します。
-
-Capgoがどのようにサポートするかを示します:
-
--   **段階的ロールアウト**: Capgoのチャンネルシステムを使用して、選択されたユーザーグループでUIの変更をテストし、全員にリリースする前に行います。
--   **選択的デプロイ**: 特定の修正をプッシュして、更新サイズを減らし、ダウンロードをスピードアップします。
--   **バージョン管理**: 複数のアプリバージョンを同時に管理し、すべてのユーザーに一貫した体験を提供します。
-
-更新がライブになると、パフォーマンスの追跡が次の重要なステップとなります。
-
-### パフォーマンストラッキング
-
-最高のユーザー体験を維持するために、以下の主要指標を監視します:
-
-| 指標タイプ | 監視内容 | 目標ベンチマーク |
-| --- | --- | --- |
-| 更新成功 | ユーザー採用率 | 24時間以内に95% |
-| 応答時間 | APIの速度 | 全世界で57ms未満 |
-| ユーザー体験 | インターフェースのインタラクション | リアルタイムフィードバック |
-
-Capgoの組み込みアナリティクスは、ユーザーエンゲージメントに関するリアルタイムの洞察を提供し、エンドツーエンドの暗号化を使用してセキュリティを保障します。
-
-### アプリストアガイドライン
-
-クロスプラットフォームのUI更新を展開する際には、アプリストアのルールを遵守することが必要です。覚えておくべきことは以下の通りです:
-
--   **更新の遵守**: すべての更新がAppleとAndroidのUI変更に関するガイドラインを満たしていることを確認します。
--   **セキュリティ基準**: エンドツーエンドの暗号化を使用して安全に更新を配信します。
--   企業向けアプリには、Capgoが[自己ホスト型アップデート](https://capgo.app/docs/plugin/self-hosted/handling-updates/)やカスタムドメインサポートなどのオプションを提供します。これにより、組織が更新プロセスをより適切に管理できるようにし、遵守を確保します。
-
-Capgoの更新アプローチは実績があり、アクティブユーザーの95%が24時間以内に更新を採用します。この速やかな受け入れにより、一貫した体験を維持し、古いバージョンによるサポート問題を最小限に抑えることができます。
-
-## サマリー
-
-プラットフォーム全体で一貫したUI/UXを作成するには、慎重なデザイン、徹底的なテスト、および継続的なメンテナンスが必要です。統一されたデザインシステムを使用することで均一性が維持され、プラットフォーム特有の調整が行われることで、アプリがどのデバイスでも自然に感じられるようになります。このガイドでは、デザインシステムの構築からライブアップデートの展開まで、一連のステップアプローチを概説しました。
-
-徹底的なテストとアクティブなエラートラッキングも、デバイス全体でスムーズで信頼できる体験を提供するためには不可欠です。
-
-### 主なパフォーマンス指標
-
-| 指標 | パフォーマンス |
-| --- | --- |
-| 更新採用率 | 24時間以内に95% |
-| グローバルAPI応答 | 平均57ms |
-| 更新配信 | 5MBバンドルで114ms |
-| 成功率 | 世界中で82% |
diff --git a/src/content/blog/ja/custom-ios-plugin-optimization-best-practices.md b/src/content/blog/ja/custom-ios-plugin-optimization-best-practices.md
deleted file mode 100644
index e0c03e51d..000000000
--- a/src/content/blog/ja/custom-ios-plugin-optimization-best-practices.md
+++ /dev/null
@@ -1,207 +0,0 @@
----
-slug: custom-ios-plugin-optimization-best-practices
-title: iOSカスタムプラグインの最適化：ベストプラクティス
-description: iOS プラグインのパフォーマンスを向上させるため、ブリッジ通信、メモリ管理、Swiftコードの効率性におけるベストプラクティスを使用して最適化します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T05:25:39.348Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825647b0209458b3ff370ad-1747287014908.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  iOS plugins, Capacitor, performance optimization, memory management, Swift
-  code, Xcode tools, bridge communication, app performance
-tag: 'Development, Mobile, Technology'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) アプリのパフォーマンスを向上させるには、カスタム iOS プラグインの最適化が不可欠です。開発者とユーザーの両方にとって、より高速で安定した機能を確保します。主要なプラクティスの概要は以下の通りです：
-
--   **ブリッジ通信**: レイテンシーを減らすために、大きなデータペイロードをバッチ処理し圧縮する。
--   **メモリ管理**: 弱参照を使用し、大きなリソースを迅速に解放してメモリリークを防ぐ。
--   **[Swift](https://developer.apple.com/swift/) コードの最適化**: より良いパフォーマンスのために値型を使用し、早期に入力を検証する。
--   **[Xcode](https://developer.apple.com/xcode/) 設定**: Dead Code Strippingやリンク時最適化などの機能を有効にして、速度を向上させバイナリサイズを削減する。
--   **パフォーマンステストツール**: Xcodeのタイムプロファイラー、アロケーション、リークを定期的に使用してボトルネックを特定し修正する。
-
-## シニアiOS開発者が[Instruments](https://developer.apple.com/tutorials/instruments).appでパフォーマンスの問題をプロファイリングし解決する方法 | ライブ開発メンタリング
-
-![Instruments Performance Analysis Tool](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/e22eff9f9e9ed463ea162436d1a0a9d2.jpg)
-
-<iframe src="https://www.youtube.com/embed/HIsECG5s4DU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 主要な最適化方法
-
-ブリッジ呼び出しの微調整、メモリの効率的な管理、Swiftコードの最適化によってプラグインのパフォーマンスを向上させます。
-
-### ブリッジ通信の負荷軽減
-
-JavaScriptとネイティブiOSコード間のやり取りは、慎重に扱わないと遅延の原因となります。このボトルネックを緩和するために、データ転送を可能な限り効率的にすることに注力してください：
-
-| **データ型** | **最適化戦略** | **パフォーマンスへの影響** |
-| --- | --- | --- |
-| JSONオブジェクト | 構造を単純化し、冗長性を排除 | レスポンス性の向上 |
-| バイナリデータ | base64エンコーディングを選択的に使用 | より高速で効率的な処理 |
-| 大きなペイロード | データのバッチ処理 | ブリッジ呼び出しの削減、よりスムーズな操作 |
-
-データを圧縮してJSONペイロードのサイズを最小化することで、シリアル化のオーバーヘッドを削減できます。Xcodeのインストゥルメンツでのテストでは、これらの調整によりシリアル化と逆シリアル化の時間が大幅に削減され、プラグインの応答性が顕著に改善されることが示されています[\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[5\]](https://capacitorjs.com/docs/ios)。
-
-ブリッジ通信が最適化されたら、次のステップはメモリ管理の微調整です。
-
-### iOSメモリ処理
-
-プラグインを安定させ、クラッシュを防ぐためには、適切なメモリ管理が不可欠です。メモリを効果的に管理するための実践的なステップは以下の通りです：
-
--   リテインサイクルを避けるために、デリゲートパターンに**弱参照**を使用する。
--   画像やメディアファイルなどの大きなリソースは、不要になり次第解放する。
--   Xcodeのインストゥルメンツを使用してメモリ割り当てを定期的に監視し、潜在的なリークを早期に発見する。
-
-メモリの問題に対処した後、Swiftコードの効率を改善することに焦点を当てることができます。
-
-### [Swift](https://developer.apple.com/swift/) コードパフォーマンスのヒント
-
-![Swift Programming Language Website](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/2e2b0430a9aab611e781d4d45224ac43.jpg)
-
-Swiftはコードを最適化するためのいくつかのツールを提供しています。プラグインを最大限活用するために、以下の領域に集中してください：
-
-| **最適化領域** | **実装** | **利点** |
-| --- | --- | --- |
-| 値型 | データモデルに構造体を使用 | メモリ使用量の削減 |
-| パラメータ検証 | 早期に入力を検証 | 不要な処理を回避 |
-| 型安全性 | Swiftの強力な型システムを活用 | より良いコンパイラ最適化を実現 |
-
-パラメータを事前に検証し、Swiftの強力な型システムを活用することで、不要な処理を防ぎ、コンパイラがコードをより効果的に最適化できるようになります[\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[4\]](https://capacitorjs.com/docs/plugins/tutorial/ios-implementation)。
-
-これらの戦略を組み合わせることで、プラグインの全体的なパフォーマンスと安定性を大幅に向上させることができます。
-
-## iOS固有の改善点
-
-iOSプラグインを次のレベルに引き上げるには、プラットフォーム固有の最適化でパフォーマンスを微調整することが不可欠です。適切なXcode設定とテストツールを活用することで、速度と効率の両方を改善できます。詳しく見ていきましょう。
-
-### [Xcode](https://developer.apple.com/xcode/) パフォーマンス設定
-
-![Xcode IDE Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/15516018a4284df8a7d0585815c62b4c.jpg)
-
-Xcodeのビルド設定を調整することで、プラグインのサイズを抑えながらパフォーマンスを大幅に向上させることができます。主要な設定の概要は以下の通りです：
-
-| **ビルド設定** | **構成** | **影響** |
-| --- | --- | --- |
-| ビルド構成 | Release | すべてのパフォーマンス最適化を有効化 |
-| リンク時最適化 | 有効 | 実行速度を向上 |
-| デッドコード除去 | 有効 | バイナリサイズを最大20%削減 |
-| Swift最適化レベル | `-Owholemodule` | 全体的なパフォーマンスを向上 |
-
-例えば、**デッドコード除去**を有効にし、**Swift最適化レベル**を`-Owholemodule`に設定することで、プラグインのサイズを削減しながら実行速度を向上させることができます[\[2\]](https://capacitorjs.com/docs/plugins/ios)。これらの設定を行った後は、Xcodeの内蔵ツールを使用してその影響を測定します。
-
-### iOSパフォーマンステストツール
-
-Xcodeはパフォーマンスを分析し最適化するために設計されたツール群を提供しています。最も有用なツールの概要は以下の通りです：
-
-| **ツール** | **主な用途** | **主要な指標** |
-| --- | --- | --- |
-| タイムプロファイラー | CPU使用率の分析 | メソッド実行時間 |
-| アロケーション | メモリ使用量の追跡 | オブジェクト割り当てパターン |
-| リーク | メモリ問題の検出 | リテインサイクルとリークの特定 |
-| デバッグナビゲーター | リアルタイムモニタリング | リソース使用統計の追跡 |
-
-これらのツールを最大限活用する方法：
-
--   **実際のシナリオでテスト**: 正確なパフォーマンスの洞察を得るために、現実的なデータ負荷とユーザーインタラクションをシミュレートする。
--   **メモリ使用量のモニタリング**: アロケーションツールを使用してメモリ消費を監視し、不要なオーバーヘッドを避ける。
--   **ベンチマークの設定**: XCTestを使用してパフォーマンステストを自動化し、時間とともに指標を追跡する。
-
-**タイムプロファイラー**、**アロケーション**、**リーク**などのツールを使用してプラグインを定期的にプロファイリングする習慣をつけましょう。これにより、パフォーマンスのボトルネックを特定し、プラグインがスムーズかつ効率的に動作することを確保できます[\[5\]](https://capacitorjs.com/docs/ios)。
-
-## プラグインのセットアップとリリースステップ
-
-iOSプラグインのセットアップとリリースには、依存関係の管理、[シームレスなアップデート](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)の確保、App Storeガイドラインの遵守に細心の注意を払うアプローチが必要です。スムーズなデプロイメントプロセスを確保するための主要なプラクティスの内訳を見ていきましょう。
-
-### プラグインの依存関係管理
-
-プラグインのパフォーマンスと安定性を維持するには、依存関係を適切に管理することが重要です。概要は以下の通りです：
-
-| **依存関係管理ツール** | **ベストプラクティス** | **影響** |
-| --- | --- | --- |
-| [CocoaPods](https://cocoapods.org/) | 明示的なバージョニングを使用 | 互換性の問題を防止 |
-| Swift Package Manager | 静的リンクを有効化 | バイナリサイズを削減 |
-| 手動統合 | 可能な限り避ける | メンテナンスの複雑さを軽減 |
-
-例えば、CocoaPodsを使用する場合、以下のようにバージョンを指定できます：
-
-```swift
-pod 'ExampleSDK', '~> 2.0.0'
-pod 'AnalyticsLib', :git => 'https://github.com/example/analytics.git', :tag => 'v1.2.3'
-```
-
-依存関係を慎重に選択し設定することで、リスクを軽減しプラグインの安定した基盤を確保できます。
-
-### [Capgo](https://capgo.app/)を使用したOTAアップデート
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-依存関係が合理化されたら、次のステップはプラグインが時間とともにスムーズに進化することを確保することです。Over-the-air (OTA)アップデートは画期的な機能であり、CapgoはApp Storeのルールに準拠しながら迅速なデプロイメントを可能にする強力なツールです。最近のデータによると、Capgoの配信システムを使用すると、**アクティブユーザーの95%が24時間以内にアップデートを受信する**とされています[\[1\]](https://capgo.app/)。
-
-Capgoを最大限活用するには、以下のステップに従ってください：
-
--   **アップデートチャンネルの設定**: まず小規模なユーザーグループでアップデートをテストするために段階的なロールアウトを使用する。
--   **部分アップデートの有効化**: これによりバンド幅使用量を最小限に抑え、アップデートプロセスを高速化する。
--   **自動ロールバックトリガーの設定**: 重大なエラーが発生した場合に迅速にアップデートを元に戻し、ユーザーエクスペリエンスを損なわないようにする。
-
-### App Storeガイドライン
-
-最後に、[App Storeガイドラインへの準拠](https://capgo.app/blog/do-apple-allow-live-updates/)は成功したリリースには不可欠です。これらのガイドラインは、プラグインが効率的でAppleの基準に準拠していることを確保します。重点を置くべき主要な領域には以下が含まれます：
-
-| **要件** | **実装** | **検証方法** |
-| --- | --- | --- |
-| アーキテクチャサポート | arm64とx86_64用にビルド | Xcodeで検証 |
-| バイナリサイズ | デッドコード除去を有効化 | ビルド分析レポートを使用 |
-| リソース最適化 | アセットカタログを使用 | Xcodeサイズレポートを確認 |
-
-さらに、APIの使用を徹底的に文書化し、Appleのプライバシールールを満たすために私的または制限付きフレームワークの使用を避けてください[\[2\]](https://capacitorjs.com/docs/plugins/ios)。遅延ロードやXcodeアプリシン
-
-| **最適化分野** | **影響** | **実装の利点** |
-| --- | --- | --- |
-| **ブリッジ通信** | APIレスポンス時間平均57ms [\[1\]](https://capgo.app/) | レイテンシーの低下とスムーズなデータフロー |
-| **メモリ管理** | 24時間以内のアクティブユーザー更新率95% [\[1\]](https://capgo.app/) | 安定性とリソース使用の改善 |
-| **Swiftパフォーマンス** | 5MBバンドルのダウンロード速度114ms [\[1\]](https://capgo.app/) | 高速な実行とより良いユーザー体験 |
-
-### 開発者向け重点分野
-
-これらのパフォーマンス改善を達成するために、開発者は以下を優先すべきです：
-
--   **ブリッジ通信**: レイテンシーを最小限に抑えるため、大きなデータペイロードをバッチ処理し圧縮する。
--   **メモリ管理**: リソース使用を最適化するために、weakおよびunowned参照を活用する。
--   **Swift最適化**: パフォーマンス向上のために、値型とコピーオンライト方式を使用する。
--   **テストツール**: ボトルネックを特定し対処するため、定期的にXcode Instrumentsでプロファイリングを行う。
-
-## よくある質問
-
-:::faq
-### カスタムiOSプラグインでブリッジ通信を最適化すると、アプリのパフォーマンスはどのように向上しますか？
-
-カスタムiOSプラグインでブリッジ通信を最適化することは、アプリのパフォーマンスを向上させる賢明な方法です。ネイティブレイヤーとJavaScriptレイヤー間のレイテンシーを削減し、データフローを改善することで、よりスムーズな操作、より速いレスポンス、全体的により良いユーザー体験を実現できます。
-
-これを達成するには、ブリッジを通過するデータを制限し、可能な場合は複数の呼び出しをバッチにまとめ、不要なやり取りを削減することが重要です。**Capgo**のようなツールを使用すると、このプロセスがさらに容易になります。アプリストアへの継続的な提出なしに、即時のアップデートが可能になり、アプリの高速性と最新性を維持できます。
-:::
-
-:::faq
-### クラッシュを防ぐためのカスタムiOSプラグインでのメモリ使用最適化のベストプラクティスは何ですか？
-
-カスタムiOSプラグインを円滑に実行し、メモリ関連のクラッシュを防ぐには、iOS固有のベストプラクティスに従いながら、効率的で適切に構造化されたコードの作成に注力することが不可欠です。まず、**効果的なメモリ管理**から始めましょう - これはオブジェクトのライフサイクルを監視し、Xcode Instrumentsを使用してメモリリークを引き起こす可能性のある保持サイクルを特定して修正することを意味します。もう一つの重要なヒントは、メインスレッドに重いタスクを負担させないことです。代わりに、リソースを多用する操作をバックグラウンドスレッドに移動して、アプリの応答性を維持します。
-
-さらに、ファイル、画像、ネットワーク接続など、使用しなくなったリソースの解放を徹底することが重要です。**Capacitor**を使用してアプリを開発している場合、Capgoのようなプラットフォームを利用すると、アップデートと修正が簡単になります。これにより、アプリストアの承認を待つことなく、パフォーマンスの問題に迅速に対処できます。これらの手順に従うことで、カスタムiOSプラグインの安定性と信頼性を向上させることができます。
-:::
-
-:::faq
-### XcodeのパフォーマンスとテストツールはCapacitorのカスタムiOSプラグインの最適化にどのように役立ちますか？
-
-## Xcodeのパフォーマンス設定とテストツール
-
-Capacitorのカスタムiプラグインを最適化する際、Xcodeは開発者の作業を微調整するための強力なツールを提供します。特筆すべき機能の一つは**Instruments**で、メモリ使用量、CPU性能、エネルギー消費などの主要な指標を追跡できます。これらの洞察により、パフォーマンスのボトルネックを特定し対処することが容易になります。
-
-Xcodeの**デバッグツール**も重要な役割を果たし、iOSデバイス上でプラグインをリアルタイムでテストすることができます。これにより、コードが効率的に実行され、ユーザーにスムーズな体験を提供できることを確認できます。
-
-より迅速なアップデートと効率的な修正のために、**Capgo**のようなプラットフォームは画期的な存在となり得ます。アプリストアの承認を必要とせずに、Appleのガイドラインに従いながら、ユーザーに直接ライブアップデートをプッシュすることができます。このアプローチは時間を節約するだけでなく、アプリを最高の状態で維持することができます。
-:::
diff --git a/src/content/blog/ja/developing-cross-platform-apps-with-capacitorjs.md.md b/src/content/blog/ja/developing-cross-platform-apps-with-capacitorjs.md.md
deleted file mode 100644
index 1d81ec1a3..000000000
--- a/src/content/blog/ja/developing-cross-platform-apps-with-capacitorjs.md.md
+++ /dev/null
@@ -1,175 +0,0 @@
----
-slug: developing-cross-platform-apps-with-capacitorjs
-title: 'CapacitorJSを使ったクロスプラットフォームアプリの開発: ステップバイステップガイド'
-description: >-
-  CapacitorJSを使用して、Android、iOS、Web（PWA）向けに単一のJavaScriptコードベースでクロスプラットフォームアプリケーションを作成する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-02T00:00:00.000Z
-updated_at: 2023-12-14T00:00:00.000Z
-head_image: /create_app_with_js.webp
-head_image_alt: クロスプラットフォームアプリ開発
-keywords: >-
-  Capacitor, cross-platform, PWA, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: ''
----
-モバイルアプリケーション開発の進化する世界において、プログレッシブ・ウェブ・アプリケーション（PWA）の台頭は新しいクロスプラットフォームのランタイムの道を開きました。これらのランタイムは、ネイティブコードのみに依存することなく、ウェブベースのアプリケーションをアプリストアに展開できるようにします。このプロセスをサポートする技術の一つが[**CapacitorJS**](https://capacitorjs.com/)であり、開発者は単一のJavaScriptコードベースを使用してAndroid、iOS、およびウェブのアプリケーションとしてシンプルなウェブサイトを展開できます。このアプローチは、開発コストを大幅に削減し、コーディングの効率を高めます。
-
-このガイドでは、追加のフレームワークを使用せずに純粋なJavaScriptでアプリケーションを作成することに焦点を当てます。2021年における純粋なJavaScriptアプリ開発のリソースを見つけることの難しさにもかかわらず、私たちはアプリケーションを構築し、CapacitorJSでネイティブプラグインを活用するための包括的なチュートリアルを提供するためにここにいます。
-
-## ‣ 前提条件
-
-始める前に、以下のツールがインストールされていることを確認してください：
-
-1. [**Node.js**](https://nodejs.org/en/) **(v14.16.1)** 以上
-2. **NPM (v7.6.2)** 以上
-3. [**Android Studio**](https://developer.android.com/studio/) for Androidアプリ開発
-4. [**Xcode**](https://apps.apple.com/de/app/xcode/id497799835/?mt=12) for iOSアプリ開発（macOSのみ）
-
-> **注意**：iOSアプリ開発はmacOSデバイスでのみ可能です。
-
-## ‣ Capacitorプロジェクトのセットアップ
-
-Capacitorアプリケーションを作成するには、希望するフォルダーに移動し、ターミナルで以下のコマンドを実行します：
-
-```
-npm init @capacitor/app
-```
-
-プロンプトに従ってパッケージをインストールし、プロジェクトをセットアップします。Capacitor v3の場合、プロジェクトディレクトリは以下のようになります：
-
-```
-www/
-  css/
-    style.css
-  js/
-    capacitor-welcome.js
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-```
-
-初期セットアップが完了したら、次のステップに進む準備が整いました。
-
-## ‣ プロジェクトの再構築
-
-私たちはViteを使用してJavaScriptファイルをバンドルするので、プロジェクトを次のように再構築します：
-
-1. **新しい**フォルダー`src`をメインディレクトリに作成します。
-2. **新しい**スクリプトファイル`index.js`を`src/`に作成します。
-3. **メインディレクトリに**Vite設定ファイル`vite.config.js`を作成します。
-4. `www/js/`から`capacitor-welcome.js`ファイルを**削除**します。
-
-新しいフォルダ構造は以下のようになります：
-
-```
-src/
-  index.js
-www/
-  css/
-    style.css
-  js/
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-vite.config.js
-```
-
-## ‣ 純粋なJavaScriptへの適応
-
-純粋なJavaScriptで作業するためにいくつかのファイルを修正しましょう：
-
-## www/index.html
-
-1. アプリをPWAとしてリリースしない場合、[**Ionic PWA Elements**](https://capacitorjs.com/docs/web/pwa-elements/)のためのスクリプトインポートを削除します：
-
-```
-<script type="module" src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.esm.js"></script>
-<script nomodule src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.js"></script>
-```
-
-2. ボディから`<script type="module" src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.esm.js">` HTML要素を削除します。
-
-3. スクリプトインポートを`capacitor.js`から`js/main.js`に更新します。これがバンドルされたJavaScriptファイルになります。
-
-4. `js/capacitor-welcome.js`のインポートを削除します。これで`index.html`は準備完了です。
-
-## vite.config.js
-
-Node.jsモジュールを[**Vite**](https://vitejs.dev/)でバンドルするために、バンドルされたスクリプトの出力先を指定する設定ファイルが必要です。以下の設定は、`src/index.js`ファイルを取り込み、`www/js/main.js`としてプロダクション用にバンドルします：
-
-```javascript
-import { defineConfig } from 'vite';
-import path from 'node:path';
-
-export default defineConfig({
-  build: {
-    outDir: path.resolve(__dirname, 'www'),
-    rollupOptions: {
-      input: './src/index.js',
-      output: {
-        format: 'es',
-        file: path.resolve(__dirname, 'www/js/main.js')
-      }
-    }
-  }
-});
-```
-
-## capacitor.config.json
-
-`capacitor.config.json`ファイルで、 `"bundledWebRuntime": true`プロパティを見つけ、`false`に変更します。この調整は、Capacitorがファイルをバンドルせず、その目的のためにViteを使用できるようにします。
-
-これらの変更により、あなたのCapacitorアプリケーションの基本設定は完了し、純粋なJavaScriptでアプリを開発する準備が整いました。
-
-## ‣ アプリの開発
-
-基盤が整ったので、`src/index.js`ファイルでアプリケーションのロジックを書き始めることができます。ここで、必要なNode.jsモジュールをインポートし、アプリの機能を定義し、Capacitorのネイティブプラグインと対話することができます。
-
-変更を加えるたびに、JavaScriptファイルをバンドルするためにViteのビルドコマンドを実行することを忘れないでください：
-
-```bash
-vite build
-```
-
-このコマンドは、`www/js`ディレクトリ内に`main.js`ファイルを生成し、`index.html`ファイルで参照されることになります。
-
-## ‣ テストとデバッグ
-
-Capacitorは、さまざまなプラットフォームでアプリケーションをテストする便利な方法を提供します。以下のコマンドを使用して、各プラットフォームの開発環境でアプリを開くことができます：
-
-Androidの場合：
-```bash
-npx cap add android
-npx cap open android
-```
-
-iOSの場合（macOSのみ）：
-```bash
-npx cap add ios
-npx cap open ios
-```
-
-Web/PWAの場合：
-```bash
-npx cap serve
-```
-
-これらのコマンドを使用すると、Android Studio、Xcode、またはウェブブラウザーでアプリケーションを実行でき、必要に応じてテストおよびデバッグを行うことができます。
-
-## ‣ 結論
-
-純粋なJavaScriptを使用してCapacitorJSでクロスプラットフォームのアプリケーションを開発することは、単一のコードベースで複数のプラットフォーム用のアプリを作成するためのコスト効果が高く効率的な方法です。このガイドに従って、プロジェクトを設定し、Vite用に再構築し、アプリの開発の準備を整えました。この基盤をもとに、頑丈で多用途のアプリケーションを構築する道を進んでいます。
-
-すべてのプラットフォームでしっかりとテストし、Capacitorのネイティブプラグインを活用してアプリの機能を向上させることを忘れないでください。楽しいコーディングを！
diff --git a/src/content/blog/ja/development-vs-production-key-differences-in-capacitor-apps.md b/src/content/blog/ja/development-vs-production-key-differences-in-capacitor-apps.md
deleted file mode 100644
index b6281ef08..000000000
--- a/src/content/blog/ja/development-vs-production-key-differences-in-capacitor-apps.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: development-vs-production-key-differences-in-capacitor-apps
-title: Capacitorアプリの開発と本番環境における主な違い
-description: Capacitorアプリの開発環境と本番環境の重要な違いを理解し、パフォーマンスとセキュリティを向上させましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-09T01:28:36.450Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ccde92fb850c7501c0285a-1741483728634.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, development, production, app performance, security, updates, mobile
-  apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) アプリの開発について知っておくべきこと：** 開発環境と本番環境は異なる目的を持ち、固有のセットアップが必要です。開発環境はスピードとデバッグを重視し、本番環境はパフォーマンス、セキュリティ、ユーザー体験に焦点を当てます。
-
-### 開発環境と本番環境の主な違い：
-
--   **目的：** 開発はテストと反復のため、本番は安定した、ユーザーに提供可能なアプリのため。
--   **コードの最適化：** 開発ではデバッグ用に最適化されていないコードを使用、本番では圧縮・最適化されたコードを使用。
--   **セキュリティ：** 開発では緩和された設定、本番では厳格なセキュリティプロトコルを適用。
--   **アップデート：** 開発では即時更新（ホットリロードなど）をサポート、本番では計画的なロールアウトを使用。
-
-### クイック比較表：
-
-| **側面** | **開発環境** | **本番環境** |
-| --- | --- | --- |
-| **目的** | [デバッグとテスト](https://capgo.app/docs/plugin/debugging/) | 安定性とパフォーマンス |
-| **コードの最適化** | 最小限 | 完全に最適化 |
-| **セキュリティ** | 緩和 | 強化 |
-| **アップデート** | 即時（ローカル/ホットリロード） | 制御されたロールアウト |
-| **パフォーマンス** | デバッグツール有効 | エンドユーザー向けに最適化 |
-
-[Capgo](https://capgo.app/)のようなCapacitorツールは、ライブアップデート、CI/CD統合、セキュアなデプロイメントプラクティスなどの機能により、両環境を効率化できます。これらの違いを理解することで、アプリのライフサイクルを効果的に管理し、より良いユーザー体験を提供できます。
-
-## IonicとCapacitorによるネイティブモバイルアプリの構築
-
-<iframe src="https://www.youtube.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 環境のセットアップと設定
-
-適切な環境をセットアップすることは、開発か本番かを問わず、各段階でアプリが適切に機能し、要件を満たすために不可欠です。
-
-### 開発モードのセットアップ
-
-開発モードは[テストとデバッグ](https://capgo.app/docs/plugin/debugging/)をできるだけスムーズかつ高速に行うことに焦点を当てています。このセットアップにより、開発者は迅速に反復し、効率的に問題を修正できます。
-
-| **開発機能** | **目的** | **実装** |
-| --- | --- | --- |
-| ローカルサーバー | 迅速なテストと反復 | デバッグログを有効化 |
-| ソースマップ | より良いエラー追跡 | デバッグ容易化のため非圧縮を維持 |
-| ホットリロード | 即時コード更新 | ホットリロード機能を有効化 |
-| デバッグツール | テストと検証 | 開発者コンソールアクセスの統合 |
-
-開発者向けに設計されたツールを使用してワークフローを高速化します。例えば、Capgo CLIは`npx @capgo/cli init`というコマンド一つでプロセスを簡略化します[\[1\]](https://capgo.app/) 。
-
-開発モードを設定したら、洗練されたユーザー向けの体験のために本番モードを設定する時です。
-
-### 本番モードのセットアップ
-
-本番モードは、セキュアで高性能なアプリを提供し、シームレスな体験をエンドユーザーに提供することに焦点を当てています。
-
-| **本番機能** | **目的** | **実装** |
-| --- | --- | --- |
-| コード圧縮 | ファイルサイズの削減 | ビルド時に最適化 |
-| セキュリティ対策 | アプリデータの保護 | エンドツーエンドの暗号化を適用 |
-| ビルドの最適化 | パフォーマンス向上 | 本番ビルドフラグを設定 |
-| [アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | デプロイメントの効率化 | CI/CD統合のセットアップ |
-
-本番環境では、CI/CDのような自動化ツールがデプロイメントをより効率的にします。[Azure DevOps](https://azure.microsoft.com/en-us/products/devops)、[GitLab](https://about.gitlab.com/solutions/devops-platform/)、[GitHub](https://github.com/)などのプラットフォームはCapgoとシームレスに連携してアップデートを管理します[\[1\]](https://capgo.app/) 。
-
-> "Capgoは生産性を向上させたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられることは素晴らしいです。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-さらに、制御されたロールアウトのためにユーザー割り当てを設定します。これにより、すべてのユーザーにアップデートを展開する前に、特定のグループをターゲットにしてテストすることができます[\[1\]](https://capgo.app/) 。
-
-## 両環境でのパフォーマンス
-
-開発環境と本番環境では、アプリのライフサイクルにおいてそれぞれ固有の役割を果たすため、パフォーマンスチューニングは大きく異なります。
-
-### 開発モードのパフォーマンス
-
-開発モードは、ピークパフォーマンスよりも、迅速な反復と[効果的なデバッグ](https://capgo.app/docs/plugin/debugging/)を可能にすることに焦点を当てています。開発者が効率的に問題を特定し修正するために必要なツールを提供します。
-
-| **パフォーマンスの側面** | **開発モードのアプローチ** | **開発への影響** |
-| --- | --- | --- |
-| ビルド速度 | より速いビルドを優先 | テストサイクルの高速化 |
-| ソースマップ | 非圧縮で有効化 | デバッグを容易にする |
-| デバッグログ | 詳細なログを有効化 | 問題の特定を支援 |
-| リソース使用 | より高いメモリ使用 | 開発ツールをサポート |
-
-このモードでは、開発者が迅速に反復しデバッグできるように、意図的にパフォーマンスを犠牲にしています。一方、本番モードではユーザー体験と最適化に完全に焦点を移します。
-
-### 本番モードのパフォーマンス
-
-本番環境に移行する際、焦点は効率的なリソース使用によるシームレスなユーザー体験の提供に移ります。Capgoユーザーは本番環境で**81%の効率改善**を報告しており、適切な設定の影響を示しています[\[1\]](https://capgo.app/) 。
-
-| **パフォーマンスの側面** | **本番モードのアプローチ** | **ユーザーへの影響** |
-| --- | --- | --- |
-| コードサイズ | 圧縮・最小化 | より速い読み込み時間 |
-| リソース使用 | 効率性のために最適化 | よりスムーズなパフォーマンス |
-| アップデート配信 | 効率化されたプロセス | 機能の迅速な提供 |
-| エラー処理 | 最小限のログと優雅な回復 | ユーザー満足度の向上 |
-
-ユーザーからのフィードバックがこれを裏付けています。例えば、@colensoは次のように共有しています：
-
-> "5000人以上のユーザーベースに対して、本番環境でCapgo OTAアップデートを展開しました。非常にスムーズな運用を実現し、ほぼすべてのユーザーが@Capgoにデプロイされてから数分以内に最新の状態になっています。" [\[1\]](https://capgo.app/)
-
-Rodrigo Mantica (@manticarodrigo)は、このアプローチの重要性を強調しています：
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供する上で不可欠です！" [\[1\]](https://capgo.app/)
-
-要するに、開発モードはスピードとデバッグに関するものであり、本番モードはエンドユーザーのための洗練された効率的な体験の創造に焦点を当てています。それぞれが独自の目的を持ち、これらの違いを理解することが効果的なアプリのライフサイクル管理に不可欠です。
-
-## 各環境のセキュリティ対策
-
-[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)における開発環境と本番環境では、セキュリティ要件が大きく異なります。各段階では、スムーズな開発プロセスと強力なデータ保護のバランスを取るための独自のアプローチが必要です。
-
-### 開発環境のセキュリティセットアップ
-
-開発中は、基本的なセキュリティプロトコルを維持しながら、迅速な反復と効果的なデバッグに焦点を当てます。目的は、実際のユーザーデータをリスクにさらすことなくセキュリティ機能をテストすることです。
-
-| **セキュリティの側面** | **開発アプローチ** | **目的** |
-| --- | --- | --- |
-| 認証 | 簡略化された認証方法 | テストサイクルの高速化 |
-| [APIキー](https://capgo.app/docs/webapp/api-keys/) | 環境固有のキーを使用 | テストを本番から分離 |
-| [データストレージ](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | モックデータとテストデータベース | 実データの露出を防止 |
-| エラーログ | 詳細なログ | セキュリティ問題の特定と修正を支援 |
-
-一方、本番環境ではセンシティブなデータを保護するためにはるかに厳格なセキュリティ対策が必要です。
-
-### 本番環境のセキュリティセットアップ
-
-本番環境では、ユーザーデータを保護し、プラットフォーム標準への準拠を確保する高度なセキュリティプロトコルの実装が優先されます。これらの対策は、信頼性とデータの整合性を維持するために重要です。
-
-| **セキュリティの側面** | **本番アプローチ** | **ビジネスへの影響** |
-| --- | --- | --- |
-| アップデートセキュリティ | エンドツーエンド暗号化を使用 | 認可されたユーザーのみがアップデートにアクセス可能 |
-| アクセス制御 | 詳細な権限設定 | チームの役割に基づくアクセス制限 |
-| デプロイメント自動化 | 統合されたCI/CDパイプライン | セキュアな[自動アップデート](https://capgo.app/docs/live-updates/update-behavior/) を可能に |
-| コンプライアンス | AppleとGoogleの標準を満たす | アプリストアの承認を確保 |
-
-本番のセットアップには、統合されたアクセス制御を通じて管理される組織固有のポリシーも含まれます。チームは、カスタマイズされたユーザー権限を持つ複数の組織を作成し、GitHub、GitLab、Azure DevOpsなどのCI/CDツールと統合してシームレスでセキュアなデプロイメントを実現できます。
-
-これらの対策により、アプリはセキュアなデプロイメントと継続的なアップデートの準備が整います。
-
-## アプリのデプロイメントとアップデート方法
-
-[Capacitorアプリ](https://capgo.app/plugins/ivs-player/)のデプロイには、開発環境と本番環境で異なるアプローチが必要です。開発は迅速なテストとデバッグに焦点を当て、本番は徹底的な品質チェックとプラットフォーム標準への準拠が求められます。
-
-### テストと開発のデプロイメント
-
-開発デプロイメントは、スピードと迅速なフィードバックループを優先します。
-
-| **開発フェーズ** | **主要アクション** | **目的** |
-| --- | --- | --- |
-| ローカルテスト | `npx cap run`を使用 | デバイスまたはエミュレータでアプリをテスト |
-| デバッグビルド | ソースマップを有効化 | ランタイムの問題を特定し修
-
-| **ステージ** | **要件** | **考慮事項** |
-| --- | --- | --- |
-| ビルド最適化 | コードの圧縮と分割 | アプリのパフォーマンス向上 |
-| プラットフォームレビュー | アプリストアガイドラインの遵守 | AppleとGoogleの基準に準拠 |
-| リリーステスト | UATとベータテストの実施 | リリース準備完了の確認 |
-| バージョン管理 | セマンティックバージョニングの適用 | リリース履歴の効果的な追跡と管理 |
-
-Capgoは、特にアップデートに関してこのプロセスをさらに効率化できます。
-
-### [Capgo](https://capgo.app/)を使用したアップデート
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-09.jpg?auto=compress)
-
-Capgoは、時間を節約しセキュリティを向上させるように設計された機能でアップデートプロセスを簡素化します。
-
-| **機能** | **利点** |
-| --- | --- |
-| エンドツーエンド暗号化 | アップデートの安全な配信を保証 |
-| CI/CD連携 | デプロイメントの自動化 |
-| ユーザー割り当て | 特定のグループへの制御されたロールアウトを可能に |
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信に不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-CapgoのAppleとGoogleのガイドラインへの準拠により、アプリストア違反のリスクなくアップデートをプッシュできる信頼性の高いツールとなっています。これは、長期的なレビュープロセスを待つことなく、緊急の修正や新機能をデプロイする際に特に役立ちます。
-
-## 両環境の管理
-
-### 開発環境と本番環境の主な違い
-
-開発環境と本番環境の成功的な管理は、それぞれの固有の目的を理解することから始まります。以下が両者の違いの簡単な内訳です：
-
-| 側面 | 開発 | 本番 |
-| --- | --- | --- |
-| **ビルドの焦点** | 迅速な反復とデバッグ | 安定性と最適化 |
-| **更新メカニズム** | 即時更新（ホットリロードなど） | 制御されたロールアウト |
-| **セキュリティレベル** | テスト用の基本的なもの | [高度な暗号化](https://capgo.app/docs/cli/migrations/encryption/) |
-| **パフォーマンス** | デバッグツール有効 | 最適化、圧縮されたコード |
-
-それぞれの環境は異なる役割を果たします - 開発は速度と柔軟性に、本番は安定性とセキュリティに重点を置いています。これらの違いを認識することは、効果的な管理戦略を作成する上で不可欠です。
-
-### 環境管理のヒント
-
-円滑な運用を維持するために、自動化とセキュリティは不可欠です。CI/CDパイプラインを統合することで一貫したデプロイメントを確保し、堅牢な暗号化でデータを保護します。例えば、Capgoのようなツールを使用している企業は、従来の方法と比較して5年間で最大26,100ドルの節約を報告しています [\[1\]](https://capgo.app/) 。
-
-考慮すべき戦略は以下の通りです：
-
-| 戦略 | 利点 |
-| --- | --- |
-| **[自動化されたCI/CDパイプライン](https://capgo.app/blog/automatic-build-and-release-with-gitlab/)** | デプロイメントエラーの最小化 |
-| **エンドツーエンド暗号化** | アップデート配信の安全性確保 |
-| **ユーザー割り当てシステム** | 制御された機能のロールアウトを可能に |
-| **組織管理** | 詳細なアクセス制御の提供 |
-
-Azure DevOps、GitLab、GitHubなどのプラットフォームは、CI/CDワークフローを設定するのに最適な選択肢です。これらをCapgoのようなツールと組み合わせることで、開発環境と本番環境の間のギャップを埋め、両環境でのアプリの信頼性の高いパフォーマンスを確保できます。
diff --git a/src/content/blog/ja/do-apple-allow-live-updates.md b/src/content/blog/ja/do-apple-allow-live-updates.md
deleted file mode 100644
index dad14e648..000000000
--- a/src/content/blog/ja/do-apple-allow-live-updates.md
+++ /dev/null
@@ -1,32 +0,0 @@
----
-slug: do-apple-allow-live-updates
-title: アプリストアのレビューなしでアプリにライブアップデートを送信することをAppleは許可していますか。
-description: App Store のガイドラインに完全に準拠しながら、iOS アプリのコードをプロダクションにアップデートするにはどうすればよいでしょうか？
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2022-01-13T00:00:00.000Z
-head_image: /apple_appstore.webp
-head_image_alt: Capacitorのバイパスの説明
-keywords: 'Apple, live updates, OTA updates, continuous integration, mobile app updates'
-tag: Tutorial
-published: true
-locale: ja
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-
-Appleの公式ガイドラインに記載されている特定の条件下では、App Storeのレビュープロセスを経ることなくCapacitor JSアプリを更新することが可能です。ただし、これは法的なアドバイスではありません。アプリに直接コード更新をプッシュし、Appleのガイドラインに準拠するためには、以下の条件を満たす必要があります：
-
-- コードはAppleの組み込みWebKitフレームワークによって実行される必要があります
-- コードは追加の機能や機能性を提供、アンロック、または有効化してはいけません
-- ユーザーは更新が行われていることを認識してはいけません
-
-Capgo Capacitorプラグインは、HTML、CSS、JavaScriptの更新と修正を可能にし、最初の条件を満たしています。
-FacebookのReact NativeやExpoなどのJavaScriptフレームワークを使用して作成されたアプリでは、App Storeのレビュープロセスを経ることなく自己更新する機能が長らく利用可能でした。
-
-2番目の条件である追加機能や機能性を提供しないことは、開発者によって判断されます。Capgoは新しい機能や機能性を導入するのではなく、小さな調整や修正を行うことを目的としています。大きな変更については、App Storeを通じて更新をリリースする必要があります。多くの他の開発者がAppleからの問題や拒否なしにライブ更新を使用していることは注目に値します。
-
-Google Playはアプリの更新に関してAppleよりも制限が緩やかです。Google Playは、JavaScriptバンドルを含むストアからインストールされたアプリがGoogle以外のサービスによって更新されることを許可しています。
-
-レビューをバイパスするためのCapgoのインストール方法の詳細については、次の記事を参照してください。
\ No newline at end of file
diff --git a/src/content/blog/ja/do-capgo-work-for-cordova.md b/src/content/blog/ja/do-capgo-work-for-cordova.md
deleted file mode 100644
index f1a6bc60b..000000000
--- a/src/content/blog/ja/do-capgo-work-for-cordova.md
+++ /dev/null
@@ -1,40 +0,0 @@
----
-slug: do-capgo-work-for-cordova
-title: なぜCapgoはCordovaをサポートしていないのか：リアルタイムアップデートを利用するためにあなたのアプリをアップグレードしてください
-description: このガイドでは、CapgoとCordovaに関する私の経験を共有します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-29T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /cordova.webp
-head_image_alt: Cordovaアプリケーションの更新を探すデベロッパー
-keywords: >-
-  Cordova, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Migration
-published: true
-locale: ja
-next_blog: ''
----
-堅牢で最新のアプリ開発プラットフォームをお探しなら、Capacitorが最適なソリューションです。古くなり時代遅れのプラットフォームとなったCordovaとは異なり、Capacitorは最新のネイティブプラットフォームと言語の進化を活用して、最高のユーザーエクスペリエンスを提供します。
-
-以下がCapgoがCordovaをサポートしない理由です：
-
-Cordovaは古く、進化が止まっている：Cordovaは長い間存在し、かつては素晴らしいプラットフォームでしたが、現在は進化が止まっています。これは、Cordovaが最新のネイティブプラットフォームと言語の進化に追いつけなくなっているということです。
-
-Cordovaは最新のネイティブプラットフォームと言語の進化をサポートしていない：CordovaはデフォルトでKotlinやSwiftなどの最新の進化をサポートしていません。これは、Cordovaが最新かつ最高のアプリ開発体験を提供できないことを意味します。
-
-Capacitor：より現代的な代替手段：CapgoはCordovaの代わりに、より現代的な選択肢としてCapacitorを採用しています。Capacitorは外部ライブラリの取り込みを可能にし、Capgoは最高のライブラリを利用して最新の状態を保つことができます。これにより、より堅牢で安定したアプリ開発プラットフォームが実現します。
-
-Capgoが Cordovaをサポートしない別の理由は、ブートストラップ企業にとってCordovaと同じ品質と機能を維持することが現実的ではないためです。製品の品質を最高に保つため、Capgoは最新かつ効率的なツールの使用に注力しています。
-
-リーズナブルな価格でライブアップデートを実現したい場合、最適な選択はCapacitorへのアップグレードです。これによりアプリのパフォーマンスとユーザーエクスペリエンスが向上するだけでなく、将来性も確保できます。
-
-現代的なアプリ開発のメリットを見逃さないでください。今すぐCapacitorにアップグレードして、ライブアップデートとアプリの明るい未来を手に入れましょう。
-
-ただし、Capgoへの移行は大変に思えるかもしれません。公式のCapacitor移行チュートリアルは1週間かかる可能性があり、ネイティブのコーディング経験がない場合は理解が難しいかもしれません。Capacitorはネイティブプラットフォームの基礎的な理解が必要で、それが一部の人々にとって負担となる可能性があります。
-
-しかし心配はいりません！より効率的でストレスフリーな選択肢があります。Capgoの作者である[私を雇用する](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/)ことで、わずか1週間でアプリをアップグレードできます。移行作業を担当するだけでなく、チームにネイティブプラットフォームの基礎も教えるので、今後もアプリの開発とメンテナンスを容易に続けることができます。
-
-結論として、Capgoでアプリをアップグレードすることは、最高で最新のアプリ開発プラットフォームを使用する簡単で効率的な方法です。[私を雇用する](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/)ことで、時間を節約し、ストレスを避け、ネイティブプラットフォームについてより深い理解を得ることができます。
diff --git a/src/content/blog/ja/do-google-allow-live-updates.md b/src/content/blog/ja/do-google-allow-live-updates.md
deleted file mode 100644
index 4305ee64e..000000000
--- a/src/content/blog/ja/do-google-allow-live-updates.md
+++ /dev/null
@@ -1,29 +0,0 @@
----
-slug: do-google-allow-live-updates
-title: Googleはアプリストアのレビューなしにアプリのライブアップデートを送信することを許可しているのでしょうか？
-description: Google のガイドラインを完全に遵守しながら、Android アプリのプロダクション段階でコードをプッシュアップデートするにはどうすればよいでしょうか？
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /playstore.webp
-head_image_alt: Capacitor バイパスの説明
-keywords: 'Google, live updates, OTA updates, continuous integration, mobile app updates'
-tag: Tutorial
-published: true
-locale: ja
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-
-アプリのアップデートに関して、GooglePlayはAppleと比較してより制限が緩やかです
-
-GooglePlayを通じてアプリを配布する際のアップデートは複雑な作業となる場合がありますが、コンプライアンスを維持するためにGoogleのガイドラインに従うことが重要です。GooglePlayのガイドラインによると、アプリはGooglePlay独自のアップデートメカニズム以外の方法で自身を変更、置換、またはアップデートしてはいけません。つまり、GooglePlay以外のソースからdex、JAR、soファイルなどの実行可能コードをダウンロードすることは許可されていません。
-
-ただし、この制限は、webviewやブラウザ内のJavaScriptのように、Android APIへの間接的なアクセスを提供する仮想マシンやインタープリタで実行されるコードには適用されません。これは、JavaScript、Python、Luaなどのインタープリタ言語を使用して、GooglePlayのレビュープロセスを経ることなくアプリをアップデートできることを意味します。この処理に役立つツールの1つがCapgo Capacitorプラグインです。このプラグインを使用することで、開発者はHTML、CSS、JavaScriptコードを更新し、レビューなしでアプリにアップデートを送信することができます。
-
-さらに、JavaScript、Python、Luaなどのインタープリタ言語を使用するアプリまたはサードパーティコードで、実行時にロードされるものは、GooglePlayのポリシーに違反する可能性を許してはいけません。このインタープリタコードはアプリにパッケージングされるべきではないことに注意することが重要です。
-
-これらのガイドラインに従い、Capgo Capacitorプラグインなどのツールを使用することで、アプリのアップデートがGooglePlayのポリシーに準拠し、プラットフォーム上でアプリが利用可能な状態を維持できます。常に最新版のGoogleのポリシーを確認し、正しく従っていることを確認することをお勧めします。
-
-Capgoをインストールしてレビューをバイパスする方法の詳細については、次の記事を参照してください。
\ No newline at end of file
diff --git a/src/content/blog/ja/enable-ios-developer-mode-ios16.md b/src/content/blog/ja/enable-ios-developer-mode-ios16.md
deleted file mode 100644
index 459df19ad..000000000
--- a/src/content/blog/ja/enable-ios-developer-mode-ios16.md
+++ /dev/null
@@ -1,64 +0,0 @@
----
-slug: enable-ios-developer-mode-ios16
-title: iOS 16でアプリテストのために開発者モードを有効にする方法
-description: iOS 16 以上でデバイス上で内部配布ビルドとローカル開発ビルドを実行するための開発者モードを有効にする手順ガイド。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2023-11-27T00:00:00.000Z
-head_image: /enable-ios-developer-mode-ios16.webp
-head_image_alt: iPhoneでiOS開発者モードを有効にする
-keywords: >-
-  iOS, Developer Mode, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: iOS
-published: true
-locale: ja
-next_blog: ''
----
-# iOS 16でのアプリテストのための開発者モードの有効化方法
-
-iOS 16以降の開発者やテスターにとって、開発者モードを有効にすることは、iPhoneやiPad上で内部配布ビルドやローカル開発ビルドを直接実行するための重要なステップです。このガイドでは、iOSデバイスで開発者モードを有効化する手順を説明します。
-
-## 前提条件
-
-進む前に、iOSデバイスに開発ビルドがインストールされていることを確認してください。この設定は、デバイスごとに一度だけ必要です。
-
-## 開発者モードを有効にするためのステップバイステップガイド
-
-### ステップ 1.: 開発者モードアラートをトリガーする
-
-デバイスにビルドをインストールした後、アプリアイコンをタップします。開発者モードを有効にするように促すアラートが表示されます。**OK**をクリックして続行します。
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/ios-16-developer-mode-0.webp" alt="Navigating to Developer Mode setting">
-</div>
-
-### ステップ 2.: 開発者モード設定にアクセスする
-
-iOSデバイスの設定アプリを開きます。**プライバシーとセキュリティ**に移動し、次に**開発者モード**を選択します。
-
-![開発者モード設定に移動](/ios-16-developer-mode-1.webp)
-
-### ステップ 3.: 開発者モードを有効にし再起動する
-
-開発者モードのトグルスイッチをオンにします。iOSは、変更を有効にするためにデバイスを再起動するように促します。**再起動**をタップして再起動を開始します。
-
-![開発者モード再起動のプロンプト](/ios-16-developer-mode-2.webp)
-
-### ステップ 4.: アクティベーションを最終化する
-
-デバイスが再起動し、ロックを解除すると、システムアラートが表示されます。**オンにする**をクリックし、プロンプトが表示されたらデバイスのパスコードを入力して開発者モードのアクティベーションを完了します。
-
-![アラートとパスコードのプロンプト](/ios-16-developer-mode-3.webp)
-
-開発者モードが有効になったので、内部配布ビルドやローカル開発ビルドを完全に利用できます。
-
-覚えておいてください、同じ設定を通じていつでも開発者モードを無効にできます。しかし、再度有効にするためには、再びこれらのステップに従う必要があります。
-
-## 開発者モードを有効にするための代替方法
-
-上記の方法で問題が発生した場合、Macにアクセスできる場合は、iOSデバイスをMacに接続し、[Appleの公式文書](https://developer.apple.com/documentation/xcode/enabling-developer-mode-on-a-device/)に記載された指示に従って開発者モードを有効にすることができます。
-
-これらのステップに従うことで、iOS 16以降を実行しているiOSデバイス上で、アプリを効果的にテストおよび開発する準備が整います。
diff --git a/src/content/blog/ja/error-handling-in-capacitor-apps-ux-best-practices.md b/src/content/blog/ja/error-handling-in-capacitor-apps-ux-best-practices.md
deleted file mode 100644
index 29b528bcf..000000000
--- a/src/content/blog/ja/error-handling-in-capacitor-apps-ux-best-practices.md
+++ /dev/null
@@ -1,244 +0,0 @@
----
-slug: error-handling-in-capacitor-apps-ux-best-practices
-title: Capacitorアプリのエラー処理：UXベストプラクティス
-description: >-
-  エラーハンドリングを効果的に行うことで、明確なコミュニケーション、迅速な修正、すべてのプラットフォームでの一貫した処理を通じてユーザーエクスペリエンスを向上させることができます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:41:14.278Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5-1744605685630.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  error handling, user experience, mobile apps, bug fixes, input validation,
-  error messages, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**エラー処理は、アプリのユーザーエクスペリエンスを左右します。**エラー管理が不十分だとユーザーのフラストレーションやネガティブなレビューにつながる一方、効果的なエラー処理は信頼を構築し、ユーザーの満足度を維持します。以下が重要なポイントです：
-
-- **迅速な修正が不可欠**：[Capgo](https://capgo.app/)のようなツールを使用すると、**95%のユーザー**が24時間以内にバグ修正を受け取ることができ、混乱を最小限に抑えられます。
-- **明確なエラーメッセージが重要**：エラーメッセージには必ず**コンテキスト**、**原因**、**解決策**を含めます。例：「写真を保存できません - ファイルサイズが5MBを超えています。画像を圧縮してください。」
-- **積極的な予防**：入力の検証、ネットワークステータスの監視、オフライン機能のサポートにより、エラーの発生を事前に最小限に抑えます。
-- **プラットフォーム固有のソリューション**：統一されたエラー処理戦略を維持しながら、iOS、Android、Webプラットフォーム固有の課題に対応します。
-- **ツールの活用**：[Sentry](https://sentry.io/)のようなエラー追跡システムやCapgoのOTA（Over-the-Air）アップデートを使用して、問題を迅速に修正します。
-
-**要点**：迅速な修正、明確なコミュニケーション、一貫したクロスプラットフォームのエラー処理が、ユーザーの満足度を維持し、アプリをスムーズに運用するための鍵となります。
-
-## [Ionic](https://ionicframework.com/)で[Sentry](https://sentry.io/)を使用した[Capacitor](https://capacitorjs.com/)のエラーロギング
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-## 主要なエラー処理ガイドライン
-
-Capacitorアプリでの効果的なエラー処理には、ユーザーエクスペリエンスと技術的機能のバランスが必要です。これらのガイドラインは、プラットフォーム全体でエラーを効率的に管理するのに役立ちます。
-
-### 明確なエラーメッセージの作成
-
-良いエラーメッセージには3つの重要な要素が含まれるべきです：
-
-| 要素 | 説明 | 例 |
-| --- | --- | --- |
-| **コンテキスト** | エラーが発生した場所を特定 | "プロフィール写真を保存できません" |
-| **原因** | エラーが発生した理由を説明 | "写真のサイズが5MB制限を超えています" |
-| **解決策** | 実行可能な次のステップを提供 | "より小さい画像を選択するか、現在の画像を圧縮してください" |
-
-技術的に正確であることを保ちながら、平易で理解しやすい言葉を使用してください。例えば、"HTTP 404 – リソースが見つかりません"の代わりに、"ページが見つかりませんでした。URLを確認するかホームに戻ってください"と表示します。
-
-### プラットフォーム全体のエラー基準
-
-プラットフォーム全体で一貫したエラー処理を確保するには、統一された戦略が必要です：
-
-- **集中化されたエラーカタログ**：一貫性を確保するため、すべてのエラーメッセージとコードを1つのリポジトリで管理します。
-- **プラットフォーム固有のハンドラー**：メッセージを統一しながら、ネイティブのエラー処理ツールを使用します。
-- **エラー重要度レベル**：エラーの影響とユーザーが取るべきアクションによって分類します。
-
-### エラー防止方法
-
-1. **入力の検証**
-リアルタイムチェックでユーザー入力を検証し、適切なデータ型とフォーマット（メールアドレスや電話番号など）を確保します。
-
-2. **ネットワークステータスの監視**
-APIエラーを防ぐためにネットワーク接続を追跡します。オフライン時には：
-
-- 重要なデータをオフライン使用のためにキャッシュ
-- 後で処理するためにユーザーアクションをキューに入れる
-- 接続状態を明確に表示
-
-3. **グレースフルデグラデーション**
-以下によりグレースフルデグラデーションをサポート：
-
-- クラウド同期の問題時にローカルストレージにフォールバック
-- 重要なタスクのオフラインモードを提供
-- 完全な機能が利用できない場合の代替手段を提供
-
-これらのステップに従うことで、プラットフォーム全体で一貫したエラー処理を行いながら、信頼性の高いユーザーフレンドリーなアプリ体験を作成できます。このような事前対策により、よりスムーズな機能とユーザーの信頼構築が確保されます。
-
-## 異なるエラータイプの処理
-
-### フォームと入力の検証
-
-入力検証に階層的なアプローチを採用することで、ユーザーとのインタラクションを改善しエラーを減らすことができます。ユーザーがフォームと対話する際に、明確で即時のフィードバックを提供します：
-
-| **検証タイプ** | **実装** | **ユーザーフィードバック** |
-| --- | --- | --- |
-| **必須フィールド** | ユーザーの入力時にチェック | 赤いアスタリスクとインラインエラーメッセージで強調 |
-| **フォーマット検証** | 正規表現パターンを使用 | 有効なフォーマットの例を表示 |
-| **クロスフィールド検証** | 関連フィールドを一緒にチェック | 矛盾がある場合は両方のフィールドを強調 |
-| **カスタムルール** | ビジネスロジックチェックを適用 | 特別な要件の明確な説明を提供 |
-
-プロセスをよりスムーズにするために：
-
-- 入力開始前にフォーマットガイドラインを表示
-- 入力されたときに段階的に検証
-- フォーム送信時に最終検証を実施
-
-これらの対策は入力レベルのミスに対応しますが、ネットワークとAPIエラーの管理も、スムーズなユーザーエクスペリエンスの維持に同様に重要です。
-
-### 接続とAPI問題
-
-ネットワークとAPIエラーはユーザーのインタラクションを妨げる可能性があるため、接続を監視しAPIレスポンスを効果的に処理することが不可欠です：
-
-1. **ネットワークステータスの監視**
-接続性を追跡して、オフラインキャッシュを有効にし、後での処理のために操作をキューに入れ、現在のステータスでユーザーインターフェースを更新します。
-
-2. **APIエラー管理**
-
-| **エラーコード** | **ユーザー向けメッセージ** | **バックグラウンドアクション** |
-| --- | --- | --- |
-| 401/403 | "続行するには再度ログインしてください" | 認証トークンの更新 |
-| 404 | "要求された情報は利用できません" | 無効なキャッシュエントリーの消去 |
-| 429 | "数分後に再度お試しください" | 再試行のための指数バックオフを使用 |
-| 500+ | "技術的な問題が発生しています" | デバッグ用にエラー詳細をログ記録 |
-
-これらの戦略を組み合わせることで、接続の問題による混乱を最小限に抑え、ユーザーへの情報提供を確実に行うことができます。
-
-### プラットフォーム固有の問題
-
-各プラットフォームには固有の課題があり、独自の問題に効果的に対応するためのカスタマイズされたソリューションが必要です。
-
-**iOS固有の処理**：
-
-- 許可、メモリ制約、キーボードの操作を管理
-- システム固有の動作のスムーズな処理を確保
-
-**Android固有の処理**：
-
-- バックボタンのナビゲーションを標準化
-- 様々な画面サイズとピクセル密度に対応
-- フラグメントライフサイクルの複雑さに対処
-
-**Web固有の処理**：
-
-- 適切なヘッダーを使用してCORS問題を解決
-- ブラウザの互換性の問題に対応
-- プログレッシブWebアプリ（PWA）特有の課題に取り組む
-
-Capgoは、これらのプラットフォーム固有の課題に対する修正を合理化するツールを提供します。そのチャネルシステムを使用して：
-
-- 完全なロールアウト前に対象ユーザーグループでアップデートをテスト
-- 影響を監視しながら段階的にアップデートをリリース
-- 問題のある変更をすぐに元に戻してユーザーへの影響を最小限に抑制
-
-## エラー管理ツール
-
-効果的なツールは、現代のCapacitorアプリでのエラーの追跡、報告、解決を簡素化します。これらのツールは、確立されたエラー処理プラクティスと連携して、プラットフォーム全体でスムーズなユーザーエクスペリエンスを維持します。
-
-### エラー追跡システム
-
-エラー追跡プラットフォームはアプリの問題について詳細な洞察を提供します。例えば、数百万の開発者に信頼されている**Sentry**は、デバイスの詳細、OSバージョン、アプリバージョン、さらには問題を引き起こした特定のコードコミットを含む詳細なエラーコンテキストを提供します。
-
-| 機能 | 詳細 |
-| --- | --- |
-| 環境データ | デバイスタイプ、OSバージョン、アプリバージョンを追跡 |
-| エラーコンテキストとアラート | エラーの原因となるコミットを特定し、[Slack](https://slack.com/)/[Jira](https://www.atlassian.com/software/jira)でチーム通知と統合 |
-| リリース追跡 | アプリのパフォーマンスを監視するためにクラッシュフリーセッションの割合を測定 |
-
-> "Sentryは各リリースで最も重要な問題を修正するのに役立ちます。クラッシュフリーセッションの割合によってリリースの傾向を追跡できます。このデータにより、最も多くのユーザーに影響を与える問題を修正し、より多くの機能の構築に移行できます。"
->
-> - Byron Dover、[Riot Games](https://www.riotgames.com/en)のITエンジニアリングマネージャー [\[2\]](https://sentry.io/)
-
-詳細な追跡に加えて、アプリ内報告ではリアルタイムのユーザーフィードバックを収集します。
-
-### アプリ内エラー報告
-
-ユーザーフレンドリーなアプリ内エラー報告は、ユーザーのプライバシーを尊重しながらコンテキストに応じたフィードバックを収集します。**Disney+**のようなプラットフォームは、高いサービス基準を維持するために包括的なエラー報告に依存しています。
-
-> "Sentryの高品質なツールは、Disney+が世界中の数千万人の加入者に高品質なサービスを維持するのに役立っています。" [\[2\]](https://sentry.io/)
-
-考慮すべき主な機能：
-
-- 自動エラー検出と報告
-- 関連するコンテキストを含むユーザー起動のバグレポート
-- プライバシーを考慮したデータ処理
-- より迅速な解決のための体系的なエラー分類
-
-即時の注意が必要な重大な問題については、OTAアップデートで迅速な修正をユーザーに直接提供できます。
-
-### OTAによる迅速なアップデート
-
-**CapgoのOTAシステム**により、開発者は修正とアップデートを迅速かつ効率的にロールアウトできます。このプラットフォームでは：
-
-- 緊急のバグに対する即時の修正をプッシュ
-- 完全なデプロイメント前に特定のユーザーグループでアップデートをテスト
-- リアルタイムでアップデートのパフォーマンスを監視
-- 必要
-
-| コンポーネント | 目的 | 実装例 |
-| --- | --- | --- |
-| **エラーコンテキスト** | 何が起きたのかを説明 | "写真を保存できません - ストレージが一杯です(2GB中2.1GB使用中)" |
-| **アクション** | 段階的な解決方法を提供 | "未使用のアイテムを削除するか、ストレージプランをアップグレードしてください" |
-| **ステータス更新** | 進捗状況をユーザーに通知 | "接続を再試行中... 試行回数 2/3" |
-
-### エラー回復オプション
-
-技術的・非技術的なユーザー双方に対応するため、複数のエラー回復方法を提供することが重要です：
-
--   **段階的な回復**  
-    シンプルな解決策から開始し、必要に応じてより複雑な対応へと段階的に自動修復を試みます。進行状況をリアルタイムで更新し、ユーザーに知らせます。
-    
--   **手動介入**  
-    ユーザーが制御できるツールを提供します：
-    
-    -   ネットワーク問題時のオフラインモードの有効化
-    -   データのローカルバックアップ
-    -   進捗表示付きの手動再試行
-    -   必要に応じて以前のバージョンへのロールバック
-
-Capgoのようなプラットフォームは、更新を効率的に管理し、問題に対処している間もユーザーが安定版にアクセスできるようにすることでこれらの機能をサポートします。
-
-### 多言語エラーサポート
-
-ローカライゼーションは単なる翻訳以上のものです。言語的・文化的コンテキストに合わせてエラーメッセージを調整することが含まれます：
-
-| 側面 | ベストプラクティス | 利点 |
-| --- | --- | --- |
-| **メッセージ構造** | 動的コンテンツにプレースホルダートークンを使用 | 言語間でメッセージの一貫性を保持 |
-| **文化的コンテキスト** | 現地の好みに合わせてメッセージを適応 | ユーザーの理解度を向上 |
-| **文字サポート** | すべてのエラーテキストでUnicodeに準拠 | すべての言語で適切な表示を保証 |
-
-正確で文化的に配慮されたコミュニケーションが重要です。チャンネルベースのシステムを使用して様々な地域でエラーメッセージをテストすることで、現地のユーザーに適切に伝わることを確認します。リアルタイムトラッキングと迅速な更新と組み合わせることで、世界中でスムーズでユーザーフレンドリーな体験を保証します。
-
-明確なコミュニケーションは信頼を構築し、アプリケーション全体の品質を向上させます。
-
-## 結論
-
-Capacitorアプリにおける成功的なエラーハンドリングは、技術的な正確さとユーザー体験への焦点を組み合わせ、より良いアプリ評価とユーザー満足度の向上につながります。
-
-開発者は素早い更新デプロイメント[\[1\]](https://capgo.app/)を活用し、ユーザーの信頼とアプリの信頼性を向上させています。例えば、CapgoのOTA更新により、開発者は数分以内にユーザーに修正を提供できます[\[1\]](https://capgo.app/) 。
-
-変化する市場ニーズはエラー管理の境界を押し広げています。成功に貢献する主要な要因は以下の通りです：
-
-| 要因 | 影響 | 結果 |
-| --- | --- | --- |
-| クイックフィックスのデプロイメント | 82%のグローバル更新成功率[\[1\]](https://capgo.app/) | バグへの露出を削減 |
-| 明確なエラーメッセージング | より高いユーザー維持率 | サポート問い合わせの減少 |
-| 一貫したマルチプラットフォームサポート | より良いユーザー体験 | より容易な保守 |
-
-これらのデータポイントは、迅速な修正、効果的なコミュニケーション、一貫したクロスプラットフォームのパフォーマンスがアプリの安定性を強化することを示しています。
-
-エラーハンドリングソリューションがより高度になるにつれ、開発者は信頼性の高いエラートラッキング、透明なコミュニケーション、迅速な更新に焦点を当てる必要があります。このアプローチにより、技術的な課題による混乱を最小限に抑えながら、高いユーザー満足度を確保します。
diff --git a/src/content/blog/ja/error-logging-tools-for-capacitor-ota-updates.md b/src/content/blog/ja/error-logging-tools-for-capacitor-ota-updates.md
deleted file mode 100644
index a9ae3c83d..000000000
--- a/src/content/blog/ja/error-logging-tools-for-capacitor-ota-updates.md
+++ /dev/null
@@ -1,172 +0,0 @@
----
-slug: error-logging-tools-for-capacitor-ota-updates
-title: Capacitor OTAアップデートのエラーロギングツール
-description: >-
-  CapacitorのOTA更新に必要なエラーロギングツールを探索し、機能、価格、セットアップを比較して、アプリの安定性とユーザーエクスペリエンスを向上させます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T01:28:12.140Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d8bb85beb3268b1c6ac757-1742261302793.jpg
-head_image_alt: モバイル開発
-keywords: 'error logging, OTA updates, mobile development, app stability, user experience'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-エラーロギングツールは、Capacitorのオーバー・ザ・エア（OTA）アップデートを管理するために不可欠です。これらは開発者が問題を監視し、アップデートのパフォーマンスを追跡し、アプリの安定性を確保するのに役立ちます。この記事では、**[Sentry](https://sentry.io/)**、**[LogRocket](https://logrocket.com/)**、**[Bugsnag](https://www.bugsnag.com/)**、および**[Capgo](https://capgo.app/)**の4つの人気ツールを比較し、それぞれの特徴、価格、設定の容易さを強調します。
-
-### 主なポイント:
-
--   **Sentry**: 詳細なエラートラッキングとリリース健康管理に最適。
--   **LogRocket**: セッションリプレイとユーザーエクスペリエンスの洞察に最適。
--   **Bugsnag**: エラープライオリティの設定とアプリの安定性スコアリングに焦点を当てている。
--   **Capgo**: OTAアップデートと組み込まれたエラートラッキングを迅速に設定して組み合わせる。
-
-### 簡易比較:
-
-| 機能 | Sentry | LogRocket | Bugsnag | Capgo |
-| --- | --- | --- | --- | --- |
-| リアルタイムエラートラッキング | ✓   | ✓   | ✓   | ✓   |
-| セッションリプレイ | 限定的 | ✓   | –   | –   |
-| ワンクリックロールバック | –   | –   | –   | ✓   |
-| エンドツーエンド暗号化 | –   | –   | –   | ✓   |
-| 設定時間 | 30〜60分 | 45〜90分 | 30〜60分 | <15 mins |
-
-Each tool offers unique benefits depending on your team's needs, budget, and expertise. Read on for a detailed breakdown of their features, pricing, and setup requirements.
-
-## [Sentry](https://sentry.io/) and Capacitor: How to Build and Monitor User Experiences
-
-![Sentry Error Tracking Dashboard](https://mars-images.imgix.net/seobot/screenshots/sentry.io-925fc70e12ac801815ba3ab27e6adcda-2025-03-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/shzKcE79GXI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## エラーロギングツールレビュー
-
-[Capacitor OTAアップデート](https://capgo.app/ja/)のためのトップエラーロギングツールを探求し、彼らの特徴と作動方法に焦点を当てます。
-
-### Sentry: 特徴と設定
-
-SentryのSDKは、Capacitorアプリと連携しやすく、詳細なスタックトレースとデバッグに役立つコンテキストを提供します。そのリリーストラッキング機能は、OTAアップデートの障害の繰り返しの問題を特定します。
-
-**主な特徴**:
-
--   リリース健康管理
--   カスタムエラーフィルタリング
--   自動問題割り当て
--   ブレッドクラムによるパフォーマンス監視
-
-次に、LogRocketのセッションリプレイ機能を見てみましょう。
-
-### [LogRocket](https://logrocket.com/): セッショントラッキング
-
-![LogRocket](https://mars-images.imgix.net/seobot/screenshots/logrocket.com-25aea0309421424eb663500e40eea18d-2025-03-18.jpg?auto=compress)
-
-LogRocketは、OTAアップデート中のユーザーエクスペリエンスに深く入り込むためのセッションリプレイ機能を提供します。ユーザーインタラクション、ネットワークリクエスト、コンソールログを記録し、何が問題だったのかを理解しやすくします。
-
-| 機能 | 利点 |
-| --- | --- |
-| セッションリプレイ | アップデート中にユーザーが体験する正確な状況を把握できる |
-| ネットワーク分析 | 失敗したリクエストやタイムアウトを追跡 |
-| Redux統合 | 状態の変更をリアルタイムで追跡 |
-| エラー相関 | エラーを特定のユーザーアクションにリンク |
-
-その一方で、Bugsnagはエラープライオリティの設定とアプリの安定性に重点を置いています。
-
-### [Bugsnag](https://www.bugsnag.com/): エラーマネジメント
-
-![Bugsnag Error Monitoring Dashboard](https://mars-images.imgix.net/seobot/screenshots/www.bugsnag.com-76749d2e4d72514946f463d57dc57ffc-2025-03-18.jpg?auto=compress)
-
-Bugsnagはエラーの優先順位をつけ、アプリの安定性を監視するのを助けます。その安定性スコアリング機能は、OTAアップデートがアプリの全体的なパフォーマンスにどのように影響するかを評価します。その他の機能には、自動エラーグルーピング、リリーストラッキング、CI/CDパイプラインとの統合があります。
-
-### [Capgo](https://capgo.app/): 組み込みのエラートラッキング
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-Capgoは、OTAアップデートプロセスに直接エラートラッキングを組み込んだアプローチを取ります。
-
-| 指標 | パフォーマンス |
-| --- | --- |
-| アップデート配信 | 2350万回のアップデートを配信 |
-| 成功率 | 24時間以内に95%のユーザーが更新 |
-| API応答時間 | 世界平均57ms |
-| バンドルダウンロード | 5MBのバンドルに対して114ms |
-
-> "私たちは、5000人以上のユーザーベース向けにCapgo OTAアップデートを本番環境で展開しました。私たちのユーザーはほぼすべてがOTA展開から数分以内に最新の状態になりました。" – colenso [\[1\]](https://capgo.app/)
-
-Capgoの機能には、リアルタイムのアップデートステータストラッキング、エンドツーエンド暗号化、ワンクリックロールバック、高度なユーザーターゲティング、詳細な分析ダッシュボードが含まれています。エンタープライズの設定では、Capgoはクラウドとセルフホストのオプションを提供し、AppleおよびGoogleの要件に準拠します。また、[GitHub Actions](https://docs.github.com/actions)、[GitLab CI](https://docs.gitlab.com/ci/)、および[Jenkins](https://www.jenkins.io/)などのCI/CDツールと統合されます。
-
-## ツール比較ガイド
-
-Capacitor OTAアップデートのためのエラーロギングツールを詳細に見てみましょう。
-
-### 特徴マトリックス
-
-| 機能 | Sentry | LogRocket | Bugsnag | Capgo |
-| --- | --- | --- | --- | --- |
-| リアルタイムエラートラッキング | ✓   | ✓   | ✓   | ✓   |
-| セッションリプレイ | 限定的 | ✓   | –   | –   |
-| リリース健康 | ✓   | ✓   | ✓   | ✓   |
-| カスタムエラーフィルタリング | ✓   | ✓   | ✓   | 限定的 |
-| パフォーマンス監視 | ✓   | ✓   | ✓   | ✓   |
-| CI/CD統合 | ✓   | ✓   | ✓   | ✓   |
-| ワンクリックロールバック | –   | –   | –   | ✓   |
-| エンドツーエンド暗号化 | –   | –   | –   | ✓   |
-| ユーザー割り当て | 限定的 | 限定的 | 限定的 | ✓   |
-
-### 価格の内訳
-
-| ツール | 無料プラン | 価格設定 | エンタープライズ |
-| --- | --- | --- | --- |
-| Sentry | 5000イベント/月 | $29/月 | カスタム |
-| LogRocket | 1000セッション/月 | $99/月 | カスタム |
-| Bugsnag | 7500イベント/月 | $59/月 | カスタム |
-| Capgo | 15日間トライアル | $12/月 | $249/月 |
-
-Capgoは、$2,600の一度限りのCI/CD設定費用と、毎月約$300の継続的なコストでコスト効率を強調しています。彼らは、このアプローチが[AppFlow](https://ionic.io/appflow/)のような選択肢と比較して、初年度のコストを半分以上削減できる可能性があると主張しています。[\[1\]](https://capgo.app/) 
-
-### 設定の難易度レベル
-
-開発者のフィードバックとドキュメントの評価は、設定の容易さに関する洞察を提供します：
-
-| ツール | 設定時間 | ドキュメンテーション | サポートオプション |
-| --- | --- | --- | --- |
-| Sentry | 30～60分 | 詳細 | コミュニティ + 有料 |
-| LogRocket | 45～90分 | 良好 | メール + チャット |
-| Bugsnag | 30～60分 | 良好 | メール + ドキュメント |
-| Capgo | <15 mins | Comprehensive | Priority Support |
-
-Capgo stands out with setup times under 15 minutes. Developers have praised its simplicity:
-
-> "私は非常に少ない作業でセルフホストのアップデートを動作させました！" – SP-CMingay [\[1\]](https://capgo.app/)
-
-> "Capgoを設定して、@AppFlowの素晴らしい代替品をテストしています！ハードワークに感謝します、これまでのところとても簡単でした。アプリストアにリリースするところです🤞" – jaythegeek [\[1\]](https://capgo.app/)
-
-これらの比較は、各ツールがさまざまな開発ニーズにどのように対応しているかを際立たせています。アップデートの頻度、チームサイズ、予算、セキュリティ、統合などの要因を考慮して、最適なフィットを選択してください。
-
-## 結論
-
-### 主なポイント
-
-短い要約です：**Sentry**は詳細なエラートラッキングとインデプスなドキュメンテーションで際立ち、大規模なチームに強い選択肢です。**LogRocket**はそのセッションリプレイ機能で輝き、ユーザーエクスペリエンスの明確な視点を提供します。一方、**Bugsnag**は、使いやすいインターフェースで信頼性のあるエラーマネジメントを提供します。これらのツールは、効率的なOTAアップデートのアプローチを合理化するのに役立ちます。
-
-### 最適なツールの選択
-
-最適なツールは、チームのニーズやOTAアップデートのアプローチ方法によって異なります。以下は内訳です：
-
-**エンタープライズレベルの展開**では、高度な機能を持つツールを優先してください：
-
--   **Sentry**: カスタマイズと専用のDevOpsサポートが必要なチームに最適。
--   **LogRocket**: ユーザーセッションの分析とユーザーエクスペリエンスの向上に最適。
--   **Bugsnag**: シンプルなインターフェースと明快な設定が魅力の選択肢。
-
-**小規模なチーム**では、効率と統合を組み合わせたツールに注目してください：
-
--   **Capgo**: エラートラッキングを一つのソリューションで提供するOTAアップデートを提供。
--   クラウドまたは[セルフホストのデプロイメント](https://capgo.app/blog/self-hosted-capgo/)をサポートするオプションを探してください。 
--   クイックセットアップと自動化されたワークフローを可能にするツールを優先してください。
-
-決定する際には、アクティブユーザーの数、予算、チームのサイズと専門知識、セキュリティ要件、既存のシステムへのツールの統合の品質などの要因を考慮してください。
diff --git a/src/content/blog/ja/firebase-crashlytics-for-capacitor-apps.md b/src/content/blog/ja/firebase-crashlytics-for-capacitor-apps.md
deleted file mode 100644
index d9c7e9ecc..000000000
--- a/src/content/blog/ja/firebase-crashlytics-for-capacitor-apps.md
+++ /dev/null
@@ -1,132 +0,0 @@
----
-slug: firebase-crashlytics-for-capacitor-apps
-title: Capacitorアプリ向けFirebase Crashlytics
-description: >-
-  モバイルアプリにリアルタイムのクラッシュレポートを統合する方法を、iOSとAndroid向けのCrashlyticsのセットアップのステップバイステップガイドで学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T03:55:39.168Z
-updated_at: 2025-04-21T03:56:15.479Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf-1745207775479.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Firebase, Crashlytics, mobile apps, Capacitor, app development, crash
-  reporting, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-**[Firebase Crashlytics](https://firebasegooglecom/docs/crashlytics)** はアプリのクラッシュをリアルタイムで追跡し、問題を素早く修正するための詳細なレポートを提供します。[Capacitor](https://capacitorjs.com/) を使用したiOSとAndroidアプリの両方にシームレスに統合できます。以下が重要なポイントです：
-
--   **Crashlyticsを使用する理由：**
-    
-    -   **リアルタイムのクラッシュアラート**を受信
-    -   **自動的な問題のグループ化**による詳細なクラッシュレポートの分析
-    -   重大なエラーを監視してアプリの安定性を維持
--   **セットアップ要件：**
-    
-    -   **[Nodejs](https://nodejsorg/en) (v16以上)**、**Capacitor (v4以上)**、**[Xcode](https://developer.apple.com/xcode/) 14以上**と**[Android Studio](https://developerandroidcom/studio) Electric Eel**などのツールをインストール
-    -   [Firebase](https://firebasegooglecom/)設定ファイル（iOS用の`GoogleService-Infoplist`、Android用の`google-servicesjson`）をダウンロード
-    -   `Podfile`（iOS）や`buildgradle`（Android）などのプラットフォーム固有のファイルを更新
--   **主要なステップ：**
-    
-    -   Crashlyticsのインストール：
-        
-        [[CODE_BLOCK]]
-        
-    -   アプリでCrashlyticsを初期化：
-        
-        [[CODE_BLOCK]]
-        
--   **セットアップのテスト：**
-    
-    -   テストクラッシュのトリガー：
-        
-        [[CODE_BLOCK]]
-        
--   **ボーナスヒント：** **[Capgo](https://capgo.app/)** とCrashlyticsを組み合わせることで、アプリストアの遅延なしでインスタントライブアップデートが可能
-
-このガイドで、アプリのクラッシュを防ぎ、ユーザーフレンドリーにすることができます。今すぐFirebase Crashlyticsのセットアップを始めましょう！
-
-## 2021年 Android ガイド：[Firebase Crashlytics](https://firebasegooglecom/docs/crashlytics) - カスタムクラッシュ
-
-![Firebase Crashlytics](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/3578d58943ebaf5b91a7f0e1afb1607f.jpg)
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## セットアップ要件
-
-始める前に、以下のステップを完了していることを確認してください：
-
-### 必要なソフトウェアとアカウント
-
-以下のインストールが必要です：
-
--   **Nodejs**（v16以上）と**Capacitor**（v4以上）
--   アクティブなプロジェクトを持つ**Firebaseアカウント**
--   iOS開発用の**Xcode 14以上**
--   Android開発用の**Android Studio Electric Eel**以降のバージョン
--   最新バージョンの**[CocoaPods](https://cocoapodsorg/)**（iOS用に必要）
-
-### プラットフォーム設定ファイル
-
-**iOS向け：**
-
--   Firebase ConsoleからダウンロードしたのGoogle Service-Infoplistファイル
--   Crashlytics依存関係を含むようにPodfileを更新
--   Infoplistファイルに必要なプライバシーキーを追加
-
-**Android向け：**
-
--   Firebase Consoleから`google-servicesjson`ファイルを取得
--   プロジェクトレベルとアプリレベルの両方の`buildgradle`ファイルを変更
--   必要な権限を含むように`AndroidManifestxml`を更新
-
-### [Firebase](https://firebasegooglecom/) コンソールのセットアップ
-
-![Firebase Platform Dashboard](https://assets.seobotai.com/capgo.app/6805ba51360079f947b8a1bf/e510e8ab32244fff0b09e93222500c83.jpg)
-
-以下のステップでFirebaseをセットアップしCrashlyticsを有効化します：
-
-1. **Firebaseプロジェクトを作成**してCrashlyticsを有効化
-    
-2. Firebase Consoleで**アプリを登録**：
-    
-    -   iOSには**バンドルID**を、Androidには**パッケージ名**を使用
-    -   設定ファイルをダウンロード：`GoogleService-Infoplist`（iOS）と`google-servicesjson`（Android）
-3. 以下の依存関係を追加してアプリにFirebase SDKsを統合：
-    
-    **Android用（アプリレベルの`buildgradle`）：**
-    
-    [[CODE_BLOCK]]
-    
-    **iOS用（`Podfile`）：**
-    
-    [[CODE_BLOCK]]
-    
-
-これらのステップが完了したら、プラグインのインストールセクションに進むことができます。
-
-## インストールステップ
-
-### プラグインのインストール
-
-まず、プラグインをインストールし、[Capacitorと同期](https://capgo.app/plugins/capacitor-updater/)します：
-
-[[CODE_BLOCK]]
-
-次に、アプリでCrashlyticsを初期化します。以下のコードを`appcomponentts`または`maints`に追加します：
-
-[[CODE_BLOCK]]
-
-### プラットフォーム設定
-
-AndroidとiOSプラットフォーム用の必要な設定をセットアップします。
-
-**Androidのセットアップ**
-
-1.
\ No newline at end of file
diff --git a/src/content/blog/ja/fix-capacitor-version-mismatch-errors.md b/src/content/blog/ja/fix-capacitor-version-mismatch-errors.md
deleted file mode 100644
index c23e79a28..000000000
--- a/src/content/blog/ja/fix-capacitor-version-mismatch-errors.md
+++ /dev/null
@@ -1,240 +0,0 @@
----
-slug: fix-capacitor-version-mismatch-errors
-title: キャパシタバージョン不一致エラーの修正
-description: Capacitorアプリでバージョン不一致エラーを迅速に解決する方法を学び、ビルドの中断やランタイムのクラッシュを避けましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T04:35:04.064Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572-1743395716448.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, version mismatch, troubleshooting, mobile development, software
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) アプリでのバージョンの不一致エラーは、ビルドを妨げ、ランタイムクラッシュを引き起こし、更新を遅らせる可能性があります。** これらの問題は、コアパッケージ、プラグイン、または依存関係が整合していないときに発生します。これらを迅速に解決する方法は次のとおりです。
-
--   **一般的な原因**:
-    
-    -   部分的な更新や依存関係の競合。
-    -   `package.json` または pod ファイルのエラー。
-    -   [自動更新](https://capgo.app/docs/plugin/cloud-mode/auto-update/) による不整合の発生。
--   **迅速な修正**:
-    
-    -   `npx cap doctor` または `npm list @capacitor/*` を実行して不一致を特定します。
-    -   `package.json` 内のバージョンを揃えます (例えば、 `@capacitor/core`, `@capacitor/ios`, `@capacitor/android`)。
-    -   `npm install` を使用してすべてのコアパッケージとプラグインを更新します。
--   **将来の問題の防止**:
-    
-    -   `package.json` でバージョンをロックします (例えば、 `"@capacitor/core": "5.0.0"`)。
-    -   CI/CD ツールを使用してバージョンチェックを自動化します。
-    -   より迅速な修正のために [Capgo](https://capgo.app/) のライブ更新ツールを使用します。
-
-## [Capacitor](https://capacitorjs.com/) での一致しないビュー例外の解決 ...
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/1uqVqhJ0bkY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## バージョン不一致問題の特定
-
-これらの手順を使用してバージョンの不一致を明らかにできます。
-
-### エラーの兆候とメッセージ
-
-エラー出力を調べることから始めます：
-
--   「互換性のないバージョン」と言及されたビルド失敗
--   「バージョンの不一致」に関するランタイム例外
--   依存関係の競合に関するコンソール警告
--   バージョンの問題を強調する iOS pod install エラー
-
-これらのエラーメッセージは、端末または IDE からのもので、しばしば競合を明らかにします。バージョン番号が含まれる警告に注意してください - それらは問題の特定に役立ちます。
-
-### コマンドラインチェック
-
-コマンドラインツールを使用してバージョンの整合性を確認します：
-
--   **`npx cap doctor`**: Capacitor の健康状態をチェックし、不一致をフラグします。
--   **`npm list @capacitor/core @capacitor/ios @capacitor/android`**: インストールされたバージョンを表示し、不整合を簡単に特定できます。
-
-### 設定ファイルのレビュー
-
-最後に、バージョンの整合性を確保するために設定ファイルを見直します。
-
-**package.json**
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.1"  // Version mismatch!
-  }
-}
-```
-
-**capacitor.config.json**
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "plugins": {
-    "SomePlugin": {
-      "version": "3.0.0"
-    }
-  }
-}
-```
-
-以下の整合性を確認します：
-
--   コア Capacitor パッケージ
--   プラットフォーム固有のパッケージ (iOS/Android)
--   プラグインとその依存関係
-
-これらのバージョンを整合させることで、互換性の問題を回避できます。
-
-## コアおよびプラグインバージョンの修正
-
-### コアパッケージの更新
-
-コア Capacitor パッケージを更新するには、以下の npm コマンドを使用します：
-
-```bash
-npm install @capacitor/core@latest @capacitor/ios@latest @capacitor/android@latest
-```
-
-特定のバージョンが必要な場合は、`@latest` を希望のバージョン番号に置き換えます。例えば：
-
-```bash
-npm install @capacitor/core@5.0.0 @capacitor/ios@5.0.0 @capacitor/android@5.0.0
-```
-
-更新が完了したら、プロジェクトを同期します：
-
-```bash
-npx cap sync
-```
-
-### プラグインバージョンの修正
-
-プラグインが使用している Capacitor のバージョンと互換性があることを確認します。テスト済みおよび互換性のあるバージョンに更新し、各更新後に機能をテストすることを忘れないでください。
-
-プラグインが Capacitor 5.x を要求しているが、6.x を使用している場合は、2つのオプションがあります：
-
--   プラグインを最新バージョンに更新する：
-    
-    ```bash
-    npm install @plugin-name@latest
-    ```
-    
--   プラグインの要件に合わせて Capacitor をダウングレードする：
-    
-    ```bash
-    npm install @capacitor/core@5.x
-    ```
-
-破壊的変更を伴う更新には、追加の調整が必要な場合があります。
-
-### メジャーバージョンの変更
-
-新しいメジャーバージョンへの移行時は、以下の手順に従います：
-
-1.  **プロジェクトをバックアップする**: 更新を始める前に完全なバックアップを作成します。
-    
-2.  **変更履歴を確認する**: プロジェクトに影響を与える破壊的変更がないか、公式の変更履歴を確認します。
-    
-3.  **依存関係を更新する**: 必要なバージョンに Capacitor パッケージをアップグレードします。例えば：
-    
-    ```bash
-    npm install @capacitor/core@7.0.0 @capacitor/ios@7.0.0 @capacitor/android@7.0.0
-    ```
-
-Capgo は、Capacitor 8 のライブ更新を提供しており、アプリストアの承認なしに修正を適用できます [\[1\]](https://capgo.app/) 。
-
-## 将来のバージョン競合を避ける
-
-### バージョンロックツール
-
-`package-lock.json` や `yarn.lock` のようなロックファイルは、チームの全員が同じ依存関係のバージョンを使用するのに役立ちます。予期しない更新を避けるために、キャレット (`^`) やチルダ (`~`) シンボルの代わりに正確なバージョン番号を定義します：
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  }
-}
-```
-
-### 更新を自動化する
-
-CI/CD パイプラインで自動バージョンチェックを設定し、早期に競合をフラグします。例えば、次のコマンドを使用して古くなった依存関係を確認します：
-
-```bash
-npm outdated @capacitor/*
-```
-
-このステップを [GitHub Actions](https://docs.github.com/actions)、[GitLab CI](https://docs.gitlab.com/ee/ci/)、または [Jenkins](https://www.jenkins.io/) のようなツールに統合して、安定したビルドを確保します。さらにコントロールを強化するために、Capgo の更新システムを使用してプロセスを簡素化することを検討してください。
-
-### [Capgo](https://capgo.app/) 更新の利用
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Capgo は、バージョンの競合を迅速に解決するライブ更新システムを提供します。彼らのデータによれば、アクティブユーザーの 95% が 24 時間以内に更新をインストールしています [\[1\]](https://capgo.app/) 。
-
-> 「私たちは +5000 のユーザーを対象に Capgo OTA 更新を実施しました。私たちは、ほぼすべてのユーザーが OTA が @Capgo にデプロイされた数分以内に最新の状態になる非常にスムーズな運用を見ています。」 – colenso [\[1\]](https://capgo.app/)
-
-Capgo を最大限に活用する方法は次のとおりです：
-
--   テスト用に複数の配信チャネルを設定します。
--   重大な問題が発生した場合に自動ロールバックを設定します。
--   更新が効果的であることを確認するために成功率を監視します。
--   リスクを最小限に抑えるために段階的のロールアウトを使用します。
-
-複数のアプリバージョンを扱うチームの場合、Capgo のチャネルシステムにより、より広範なリリース前に特定のユーザーグループで更新をテストできます。このアプローチにより、更新のグローバルな成功率は 82% を達成しています [\[1\]](https://capgo.app/) 。
-
-## まとめ
-
-### 迅速な解決策ガイド
-
-[Capacitor アプリ](https://capgo.app/blog/capacitor-comprehensive-guide/) でバージョンの不一致エラーに直面していますか？以下の迅速なアクションを取ることができます：
-
--   `package.json` ファイルで依存関係のバージョンをロックし、一貫性を確保するためにロックファイルを使用します。
--   `npm outdated @capacitor/*` を実行して古くなった依存関係を特定します。
--   Capgo の段階的ロールアウトを利用して競合に対処します [\[1\]](https://capgo.app/) 。
-
-これらのステップは、前述の診断手法を要約しています。
-
-### ベストプラクティス
-
-長期的な安定性を確保するために、Capacitor バージョンを効果的に管理するためのこれらのベストプラクティスを考慮してください。これらの方法は、750 以上のプロダクションアプリで成功裏に適用されています [\[1\]](https://capgo.app/) 。
-
--   **バージョン管理**
-    
-    -   依存関係のバージョンを一貫して保ちます。
-    -   チーム全体の環境でバージョンを同期させます。
-    -   簡単な参照のためにバージョン要件を明確に文書化します。
--   **[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-    ロドリゴ・マンティカが語ります：
-    
-    > 「私たちはアジャイル開発を実践しており、@Capgo はユーザーへの継続的な提供において重要です！」 \[2\]
-    
--   **監視と回復**  
-    定期的に依存関係を監視して、早期に競合を特定します。適切な監視により、アクティブユーザーの 95% が 24 時間以内に更新できることが示されています [\(1\]](https://capgo.app/) 。
-    
--   **重要な実装のヒント**
-    
-    -   CI/CD パイプライン内でバージョンチェックを自動化します。
-    -   フル配信前にテストチャネルを使用します。
-    -   予期しない問題に対するロールバックオプションを維持します。
-    -   パフォーマンスを評価するために更新の成功率を追跡します。
diff --git a/src/content/blog/ja/fixing-build-failures-in-capacitor-ci-cd-pipelines.md b/src/content/blog/ja/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
deleted file mode 100644
index b13536b58..000000000
--- a/src/content/blog/ja/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
+++ /dev/null
@@ -1,358 +0,0 @@
----
-slug: fixing-build-failures-in-capacitor-ci-cd-pipelines
-title: Capacitor CI/CDパイプラインでのビルド失敗の修正
-description: モバイルアプリのCI/CDパイプラインにおけるビルド失敗のトラブルシューティングと防止方法について学び、スムーズな開発とデプロイメントプロセスを確保します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T06:27:06.154Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682580e10209458b3ff3c0b1-1747290491442.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, CI/CD, build failures, mobile development, troubleshooting, version
-  control, environment variables
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) CI/CD パイプラインでのビルド失敗は、[モバイルアプリ開発](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/)を中断させ、時間とコストを浪費します。** 一般的な問題と解決方法について、以下のガイドをご覧ください:
-
-### 主な問題と解決策:
-
--   **バージョンの競合**: [Node.js](https://nodejs.org/en)、npm、Capacitor、プラグインのバージョンが環境間で一致していることを確認。
--   **iOS/Androidのセットアップ問題**: [Gradle](https://gradle.org/)、[CocoaPods](https://cocoapods.org/)、[Xcode](https://developer.apple.com/xcode/)、SDKの設定を揃える。
--   **環境変数**: [APIキー](https://capgo.app/docs/webapp/api-keys/)、認証情報、パスの一貫性を再確認。
--   **プラグインの不一致**: Capacitorとプラグインのバージョンを慎重に合わせる。
--   **CIプラットフォームの制約**: タイムアウトを防ぐためにリソース、キャッシュ、プラットフォーム固有のランナーを最適化。
-
-### クイックヒント:
-
--   予期しない更新を避けるため、`package.json`で依存関係をロック。
--   デバッグには`npx cap doctor`やAndroid Lintなどのツールを使用。
--   より良いテストのために`.env`ファイルでCI環境をローカルで再現。
--   アプリストアの遅延を回避するためにライブアップデートを実装。
-
-**プロヒント**: [Capgo](https://capgo.app/)のようなツールを使用すると、モニタリング、セキュアな設定、失敗時のリアルタイムロールバックオプションが簡単になります。
-
-## CIパイプラインの問題を特定して修正する方法
-
-<iframe src="https://www.youtube.com/embed/mCNv2mWvWGo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/)ビルド失敗の主な種類
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Capacitorのビルド失敗はさまざまな原因から発生し、それぞれに特定の解決策が必要です。以下に、最も一般的な原因とビルドプロセス中での現れ方を説明します。
-
-### 依存関係間のバージョン競合
-
-Node.js、npm、Capacitor CLIの競合するバージョンは、ビルド失敗の頻繁な原因です。これらの競合は、ビルドシステムの異なるコンポーネント間の期待値の不一致によって発生することがよくあります。一般的なシナリオは以下の通りです:
-
--   ローカルマシンとCI環境間の**Node.jsランタイムバージョン**の違い。
--   npmやYarnなどのパッケージマネージャーの不一致。
--   Capacitorコアライブラリとプラグインのバージョンの不一致。
--   特定のバージョンを必要とするプラットフォーム固有のSDKの不一致。
-
-これらの依存関係の管理は、設定が大きく異なる可能性のあるマルチ環境セットアップでは更に複雑になります。
-
-### iOSとAndroidのセットアップ問題
-
-ネイティブプラットフォームの設定は、特に初期セットアップや大きなアップデート後に大きな課題となります。問題は多くの場合、ツールの不一致や古い設定が原因で発生します。
-
-**Androidの場合**、一般的な問題には以下があります:
-
--   プラグインのインストール後のGradle同期エラー。
--   古いSDKやビルドツールの使用。
--   `JAVA_HOME`環境変数の誤った設定。
--   Gradleラッパーファイルの欠落または破損。
-
-**iOSの場合**、頻繁な問題には以下があります:
-
--   CocoaPodsとの依存関係の競合。
--   Xcodeビルド成果物の不一致。
--   コード署名証明書の設定ミス。
--   Capacitorアップデート後の古いビルド設定。
-
-これらの問題は、スムーズなビルドプロセスを確保するために慎重なデバッグとツールの調整が必要です。
-
-### 環境変数のセットアップの問題
-
-環境変数はビルドプロセスで重要な役割を果たし、小さな設定ミスでも繰り返し失敗の原因となります。これらの問題は開発環境とCI環境を移動する際によく表面化します。影響を受けやすい一般的な領域には以下があります:
-
--   外部サービスのAPIキー。
--   コード署名の認証情報。
--   プラットフォーム固有の設定値。
--   ビルド環境のパスと設定。
-
-これらの落とし穴を避けるには、すべての環境で一貫した環境変数管理を確保することが重要です。
-
-### プラグインバージョンの不一致
-
-プラグインは診断が難しい互換性の課題をもたらす可能性があります。典型的な例として、Capacitor、Ionic、特定のプラグインのバージョンのバランスを取る必要があります。たとえば、"Something Went Wrong"エラーの解決には、Capacitor 3.5.1、Ionic 5、CapacitorGoogleAuth 3.1.4を揃え、かつ`capacitor.config.ts`と`strings.xml`の両方で正しいクライアントIDが設定されていることを確認する必要があります。
-
-これらの不一致を解決するには、バージョニングと設定の詳細に細心の注意を払う必要があります。
-
-### CIプラットフォームの制約
-
-継続的インテグレーション（CI）プラットフォームは、特に複雑なビルドを扱う際に独自の課題をもたらす可能性があります。一般的な制約とその影響の内訳は以下の通りです:
-
-| 制約タイプ | 一般的な問題 | 影響 |
-| --- | --- | --- |
-| **タイムアウト** | 大規模アプリでのビルドタイムアウト | 不完全なビルド |
-| **リソース割り当て** | コンパイル中のメモリ制限 | ビルド失敗 |
-| **プラットフォームサポート** | LinuxランナーでのiOSビルドサポートの制限 | プラットフォーム固有の失敗 |
-| **キャッシュ** | 非効率な依存関係のキャッシュ | 遅いビルド、タイムアウトのリスク |
-
-これらの問題を軽減するために、チームは適切なタイムアウト設定、十分なリソースの割り当て、依存関係のキャッシュの最適化によってCI/CDパイプラインを微調整する必要があります。iOSやAndroidのビルドでは、プラットフォーム固有のランナーを使用することで互換性を維持しパフォーマンスを向上させることができます。
-
-## ビルド失敗のデバッグ手順
-
-[CI/CDパイプライン](https://capgo.app/blog/setup-ci-and-cd-gitlab/)を円滑に稼働させるには、ビルド失敗を効果的にデバッグすることが重要です。これらの問題をトラブルシューティングし解決するための実践的な手順を見ていきましょう。
-
-### ローカルでのビルド失敗のテスト
-
-競合を引き起こす可能性があるキャッシュされたファイルと依存関係を除去するため、まずローカル環境をクリーンアップします。以下のコマンドを使用します:
-
-```bash
-rm -rf node_modules
-rm -rf platforms
-npm cache clean --force
-npm install
-```
-
-Android固有のビルドでは、不足しているスクリプトやアセットなどの問題を解決するために以下のコマンドが役立ちます:
-
-```bash
-npx cap update android
-npx cap copy
-```
-
-次に、`.env`ファイルを作成してCI環境をローカルで再現します。以下のような変数を含めます:
-
--   APIキー
--   ビルド設定フラグ
--   プラットフォーム固有の設定
-
-これにより、ローカルセットアップがCI環境とできるだけ一致するようになります。
-
-### ビルド分析ツールの使用
-
-潜在的な問題を把握するためにビルド分析ツールを活用します。以下にいくつかのツールとその主な診断機能を示します:
-
-| ツール | 目的 | 主な診断 |
-| --- | --- | --- |
-| **npx cap doctor** | 環境の健全性チェック | 依存関係のバージョン、プラットフォームのセットアップ |
-| **Android Lint** | 静的コード分析 | リソース使用、互換性の問題 |
-| **Xcode Analyzer** | iOSビルドの検査 | メモリリーク、API誤用 |
-
-ビルド実行中は、スタックトレース、バージョンの競合、設定ファイル、ネットワークアクセスを監視します。これらの診断は失敗の原因を特定し、修正への道筋を示すのに役立ちます。
-
-### 開発環境の一致
-
-問題を特定したら、将来の問題を避けるためにローカル環境をCIセットアップと揃えます。方法は以下の通りです:
-
-**バージョン管理**  
-範囲指定子を避け、Node.jsと依存関係のバージョンをロックします。一貫性を保つために`package-lock.json`を使用します。
-
-**プラットフォーム設定**  
-プラットフォーム固有の設定を標準化します。例えば:
-
-```json
-{
-  "webDir": "dist",
-  "platformVersion": {
-    "ios": "14.0",
-    "android": "29"
-  }
-}
-```
-
-**ビルドスクリプト**  
-一貫したエラー処理とロギングのためにビルドとテストスクリプトを標準化します:
-
-```json
-{
-  "scripts": {
-    "build:ci": "npm run clean && npm run build && npx cap sync",
-    "test:ci": "npm run test -- --ci --coverage"
-  }
-}
-```
-
-## ビルド失敗の防止方法
-
-[Capacitor CI/CDパイプライン](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/)で安定したビルドを維持するには、依存関係のバージョンをロックすることが重要です。ビルド失敗を防ぎ、信頼性を向上させる戦略を実装するためのステップバイステップガイドを以下に示します。
-
-### 依存関係のバージョン管理
-
-ビルドを中断する可能性のある予期しない変更を避けるため、設定ファイルで依存関係のバージョンをロックし、ロックファイルを保持します。以下は`package.json`のセットアップ例です:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  },
-  "engines": {
-    "node": ">=16.0.0",
-    "npm": ">=8.0.0"
-  }
-}
-```
-
-依存関係を効果的に管理するための主要なステップ:
-
--   `package.json`と`package-lock.json`の両方をバージョン管理システムにコミット。
--   依存関係を安全に保存するためにプライベートアーティファクトリポジトリを使用。
--   [Dependabot](https://docs.github.com/en/code-security/dependabot/dependabot-version-updates)などのツールで依存関係のスキャンを自動化。
--   重要なセキュリティアップデートに対するアラートを設定し、脆弱性に迅速に対応。
-
-依存関係をロックすることで、予期しない変更のリスクを軽減し、CI/CDパイプラインの最適化に注力できます。
-
-### パイプラインのパフォーマンス最適化
-
-最適化されたパイプラインは、より高速で効率的なビルドを確保します。以下にパフォーマンスを向上させる方法を示します:
-
-| **領域** | **方法** | **成果** |
-| --- | --- | --- |
-| **ジョブの並列化** | テストを並行ジョブに分割 | ビルド時間の短縮 |
-| **キャッシュ戦略** | レイヤーベースのDockerキャッシュを使用 | ビルド時間の削減 |
-| **リソース割り当て** | 適切なサイズのランナーを割り当て | 効率の改善 |
-
-例えば、CI/CDパイプラインでキャッシュとリトライロジックを以下のように設定できます:
-
-```yaml
-cache:
-  key: ${CI_COMMIT_REF_SLUG}
-  paths:
-    - node_modules/
-    - platforms/
-    - plugins/
-
-interruptible: true
-retry:
-  max: 2
-  when: runner_system_failure
-```
-
-> "ワークフローのコンテナ化、依存関係の最小化、パフォーマンス低下のアラートを伴うワークフロー速度の監視により、より安定した高速なビルドが実現できます。" – Darrin Eden [\[2\]](https://launchdarkly.com/blog/cicd-best-practices-devops)
-
-### プラットフォーム互換性テスト
-
-依存関係をロックしパイプラインを最適化したら、互換性の問題を早期に特定するためにアプリを各プラットフォームでテストします。以下にテストレベルとツールの概要を示します:
-
-| **テストレベル** | **ツール** | **焦点領域** |
-|
-
--   Webレイヤーとネイティブレイヤーの両方でクラッシュレポートを有効にする。
--   デバッグ時に正確にエラーを追跡するためにソースマップを使用する。
--   プラットフォーム固有の開発ツールを活用して問題を特定し解決する。
--   時間とともに改善を追跡するための自動パフォーマンスベンチマークを設定する。
-
-iOSビルドの場合は、Xcodeの互換性と署名設定を確認してください。Androidの場合は、Gradle設定とSDKバージョンが目標要件と一致していることを確認してください。これらのステップにより、早期に問題を発見し、プラットフォーム間で一貫したパフォーマンスを維持することができます。
-
-## [Capgo](https://capgo.app/)を使用したビルド失敗の管理
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-Capgoは、[Capacitor CI/CDパイプライン](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/)でのビルド失敗に対処するためのツール群を提供します。監視、セキュアな設定、詳細な分析を組み合わせることで、チームがビルドの問題を特定、対処、防止することをサポートします。以下では、CI/CDの効率を向上させるためにCapgoがこれらのプロセスをどのように簡素化するかを探ります。
-
-### ビルドの監視と復旧
-
-Capgoのリアルタイム監視は、ビルドステータスとデプロイメントの進捗を監視し、詳細な分析ダッシュボードを通じてインサイトを提供します。プラットフォームが追跡する主要な指標は以下の通りです：
-
-| **指標名** | **ベンチマーク** |
-| --- | --- |
-| アップデート配信 | 2,350万回のアップデート配信 |
-| 成功率 | 24時間以内に95%のユーザーが更新 |
-| APIレスポンス時間 | 世界平均57ms |
-| [バンドルダウンロード](https://capgo.app/docs/webapp/bundles/) | 5MBバンドルで114ms |
-
-問題が発生した場合、Capgoのロールバックシステムは以下のような機能で迅速な復旧を確保します：
-
--   アップデートをシームレスに監視する**自動バージョン追跡**
--   即時の問題検出のための**リアルタイムアップデート監視**
--   フェーズごとのアップデート管理のための**正確なデプロイメント制御**
--   問題を素早く特定するための**エラーロギング**
-
-### セキュアな設定管理
-
-Capgoはビルドを監視するだけでなく、堅牢なセキュリティ対策で重要な設定も保護します。エンドツーエンドの暗号化を使用することで、設定関連の障害のリスクを最小限に抑えます。例えば、以下は[Capgoの設定](https://capgo.app/consulting/)のサンプルです：
-
-```yaml
-# Example Capgo configuration
-secure_config:
-  encryption: end-to-end
-  access_control:
-    - role_based_access
-    - multi_factor_auth
-  variable_management:
-    - encrypted_storage
-    - version_control
-```
-
-また、開発、ステージング、本番環境の設定を分離し、各環境が独立して安全に動作することを保証します。
-
-### ビルド失敗分析ツール
-
-Capgoの分析ツールは、ビルド失敗に関する包括的なインサイトを提供し、チームが問題を診断して解決することを容易にします。これらのツールには以下が含まれます：
-
--   文脈情報を含む**詳細なビルドログ**
--   システムの健全性を監視する**パフォーマンス指標追跡**
--   互換性の問題をフラグ付けする**依存関係の競合検出**
--   不一致を特定する**環境設定の比較**
-
-他のプラットフォームから移行するチームのために、Capgoは互換性チェックと設定検証を含む移行ツールでスムーズなセットアップと安定したビルドを確保します。
-
-## 結論：安定したCapacitorパイプラインの作成
-
-安定したCapacitorパイプラインの構築には、依存関係の管理、一貫した環境の維持、パフォーマンスの監視に細心の注意を払う必要があります。このプロセスの中心となるのは**バージョン管理システム**と**自動更新**で、パイプラインのセキュリティと信頼性を確保します。これらのプラクティスは、依存関係を扱う際のプロアクティブな姿勢の重要性を強調しています。
-
-> "依存関係管理とは、アプリケーションが依存する外部ライブラリ、ツール、コンポーネントを扱い、開発ライフサイクルを通じてそれらが正しく解決され、更新され、維持されることを確保することです。" - Krasamoのジョセ・ルイス・アモロス [\[1\]](https://www.krasamo.com/dependency-management)
-
-**Capgo**のような最新のCI/CDツールは、デプロイメントと監視を簡素化し、パイプラインの安定性維持を容易にします。以下は、チームがパイプラインを強化するために採用できる主要な戦略です：
-
-| **戦略** | **実装方法** | **重要性** |
-| --- | --- | --- |
-| **バージョン管理** | 依存関係を特定のバージョンに固定 | 予期せぬ互換性の問題を防ぐ |
-| **環境の一貫性** | コンテナ化（Docker等）を使用 | ステージ間でビルドの一貫性を確保 |
-| **自動更新** | 依存関係スキャナーを使用 | セキュリティとパフォーマンスを最新に保つ |
-| **設定管理** | 環境設定を分離 | デプロイメントの競合を減らす |
-
-Capacitor開発が進化し続ける中、これらの戦略に従うことで、チームは回復力と効率性の両方を備えたパイプラインを作成できます。これらのベストプラクティスに焦点を当てることで、開発者はリスクを軽減し、よりスムーズなデプロイメントを確保できます。
-
-## よくある質問
-
-:::faq
-### 異なる環境間でCapacitor CI/CDパイプラインを安定して保つにはどうすればよいですか？
-
-異なる環境間でCapacitor CI/CDパイプラインを円滑に運用するには、以下の実践的なヒントを考慮してください：
-
--   **ブランチを効果的に整理する**：構造化されたブランチ管理戦略を実装し、必須のコードレビューを要求します。これにより競合を防ぎ、Webとネイティブコードがうまく連携することを確保します。
--   **ビルドを自動化し変数をチェックする**：ビルドプロセスを自動化し環境変数を検証することで、デプロイメントエラーを大幅に削減できます。
--   **広範にテストする**：ユニットテストと統合テストを含む、すべての環境での徹底的なテストを実施し、早期に問題を特定して解決します。
-
-Capgoのようなツールを使用することで、これらのプロセスがより簡単になります。CapgoはシームレスなCI/CD統合をサポートし、即時更新と必要に応じた迅速なロールバックオプションを提供します。これにより、すべての環境でよりスムーズなデプロイメントと信頼性の高いパフォーマンスを確保できます。
-:::
-
-:::faq
-### Capacitorプロジェクトでビルド失敗を避けるために依存関係を効果的に管理するにはどうすればよいですか？
-
-Capacitorプロジェクトを円滑に運用し、ビルド失敗を避けるためには、**依存関係の効果的な管理**が重要です。セキュリティの問題をパッチし、最新の機能との互換性を維持するために、定期的に依存関係を更新してください。Capacitor CLI、npm、yarnなどのツールを使用することで、このプロセスをより簡単で効率的にすることができます。
-
-プラットフォーム固有のニーズについては、iOSの場合は**CocoaPods**、Androidの場合は**Gradle**を使用して、プラットフォーム間で依存関係が適切に処理されるようにします。さらに一歩進んで、CI/CDパイプラインを通じた自動化の統合を検討してください。これにより、依存関係の整合性と互換性の自動チェックを実行し、エラーが見過ごされる可能性を減らすことができます。
-
-これらのプラクティスを採用することで、Capacitorアプリが開発の手間を減らしながら安定した基盤の上に構築されることを確保できます。
-:::
-
-:::faq
-### CapgoはCapacitor CI/CDパイプラインのビルド失敗の解決にどのように役立ちますか？
-
-CapgoはCapacitor CI/CDパイプラインでのビルド失敗の診断と修正の手間を省きます。**自動エラー追跡**、**依存関係の競合解決**、**環境変数の検証**などのツールを提供し、早期に問題を発見してビルドエラーを最小限に抑えます。
-
-さらに、Capgoは**ロールバックオプション**、**段階的なロールアウト**、**リアルタイム監視**などの機能でOver-The-Air（OTA）アップデートを簡素化します。これらのツールにより、デプロイメントがよりスムーズで制御されたものになります。また、既存のCI/CDツールとの統合により、**自動コンプライアンスチェック**と**パフォーマンス追跡**が可能になり、パイプラインの信頼性と効率性が向上します。
-:::
diff --git a/src/content/blog/ja/git-flow-vs-trunk-based-for-cicd.md b/src/content/blog/ja/git-flow-vs-trunk-based-for-cicd.md
deleted file mode 100644
index a7610845d..000000000
--- a/src/content/blog/ja/git-flow-vs-trunk-based-for-cicd.md
+++ /dev/null
@@ -1,49 +0,0 @@
----
-slug: git-flow-vs-trunk-based-for-cicd
-title: Git フローと CI/CD のためのトランクベース開発
-description: CI/CD ワークフローのための Git Flow と Trunk-Based Development の違いを探り、それぞれの長所と短所を明らかにします。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:55:05.937Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad-1745376919736.jpg
-head_image_alt: ソフトウェア開発
-keywords: >-
-  Git Flow, Trunk-Based Development, CI/CD, software development, version
-  control
-tag: 'Development, Technology, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Git Flow](https://nvie.com/posts/a-successful-git-branching-model/) とTrunk-Based Development (TBD)の選択は、CI/CDワークフローに大きな影響を与えます。以下に簡単な比較を示します：**
-
--   **Git Flow**: 構造化されたバージョン管理環境に最適です。`main`、`develop`、`feature`、`release`、`hotfix`など複数のブランチを使用します。大規模なチーム、遅いリリースサイクル、厳格なQAプロセスに適しています。
--   **Trunk-Based Development**: 単一のメインブランチと短期的なフィーチャーブランチに焦点を当てます。小規模なチーム、迅速なリリース、強力な自動テストに適しています。
-
-### クイック比較：
-
-| 側面 | Git Flow | Trunk-Based Development |
-| --- | --- | --- |
-| **ブランチの複雑さ** | 複数の長期ブランチ | 単一ブランチ、短期ブランチ |
-| **リリース頻度** | 計画的なリリース | 継続的デプロイメント |
-| **チームサイズ** | 大規模チーム | 小規模から中規模チーム |
-| **テスト** | サイクル末のテスト | 自動テスト |
-| **デプロイメントリスク** | 段階的リリースで低リスク | 頻繁な更新で高リスク |
-| **ロールバック** | 遅い | 速い |
-
-**重要なポイント**: 構造化された遅いワークフローにはGit Flowを、スピードと柔軟性が必要な場合はTBDを使用します。どちらも成功には堅実なCI/CDパイプラインが必要です。
-
-## 29 - GitFlow vs. Trunk-Based Development: 管理...
-
-<iframe src="https://www.youtube.com/embed/_24yLROhdHI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Git Flow](https://nvie.com/posts/a-successful-git-branching-model/) ワークフローの基本
-
-![Git Flow](https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad/7bc9375d356ef2d5849efed49227325e.jpg)
-
-Git Flowは5種類のブランチ：**main**、**develop**、**feature**、**release**、**hotfix**を使用して開発を整理します。この構造により、リリースと並行開発を効果的に管理できます。
-
-[Continue translation for the rest of the content following the same pattern and style...]
diff --git a/src/content/blog/ja/google-play-compliance-key-update-strategies.md b/src/content/blog/ja/google-play-compliance-key-update-strategies.md
deleted file mode 100644
index 62068ed15..000000000
--- a/src/content/blog/ja/google-play-compliance-key-update-strategies.md
+++ /dev/null
@@ -1,169 +0,0 @@
----
-slug: google-play-compliance-key-update-strategies
-title: Google Play準拠：主要アップデート戦略
-description: 2025年にGoogle Playのポリシーに準拠するための重要な戦略を学び、アプリの削除や収益の損失を避けましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:40:19.077Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8-1745289630520.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Google Play compliance, app updates, data privacy, content policies, account
-  security
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**2025年の[Google Play](https://play.google.com/console/signup) ポリシーに準拠することは、アプリの削除、アカウントの停止、収益の損失を避けるために重要です。** 開発者はポリシーの変更に迅速に対応し、[Capgo](https://capgo.app/)のようなツールを使用して、**24時間以内に95％のユーザーに更新を提供**する必要があります。知っておくべきことは次のとおりです：
-
--   **2025年のポリシー変更**: コンテンツに関する厳しいルール（例：明確な「広告」ラベル、年齢確認）、データプライバシー（例：アプリ内プライバシーダッシュボード、リアルタイムログ）、およびアカウントセキュリティ（例：必須の[二要素認証](https://capgo.app/docs/webapp/mfa/)、24時間のセキュリティ保持）。
--   **一般的な落とし穴**: ルールの誤解、古くなったAPI、開示の不足。
--   **コンプライアンスのヒント**：
-    -   CI/CDパイプラインにチェックを自動化する。
-    -   Capgoのようなライブ更新ツールを使用して瞬時に修正する。
-    -   Google Playの発表を定期的に確認し、新しいポリシーに関してチームを教育する。
--   **非コンプライアンスのリスク**: アプリの削除、収益損失、評価の損害。
-
-**迅速な更新、自動化されたコンプライアンスチェック、長期的な計画に集中して先を行きましょう。** あなたのアプリが安全でユーザーフレンドリーであることを確保するための詳細に入りましょう。
-
-## [Google Play](https://play.google.com/console/signup) コンプライアンスの問題
-
-![Google Play](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/6fab1123dba2d1a9b508fae064f81971.jpg)
-
-### ポリシーの変更と一般的な誤り
-
-Google Playがポリシーを更新すると、開発チームは調整のための厳しい期限に直面することがよくあります。一般的な誤りには以下が含まれます：
-
--   新しいデータプライバシールールの誤解
--   データ収集に関する開示を更新しないこと
--   適切な権限なしに古くなったAPIを使用し続けること
-
-### ポリシーを違反した場合、何が起こるのか？
-
-Google Playのルールを破ると、大きな後退につながる可能性があります：
-
--   アプリは即座にストアから削除される可能性があります
--   停止されたアプリは支払い処理ができず、収益が失われる
--   悪いユーザーレビューや低い評価がアプリの評判を傷つける可能性があります
-
-次に、2025年のポリシー更新とアプリがコンプライアンスを維持するための実用的なヒントに入りましょう。
-
-## Google Play [PolicyBytes](https://play.google/developer-content-policy/) - 2025年4月のポリシー更新
-
-![PolicyBytes](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/81241892df8a0b3e1d59d8ca79389c8a.jpg)
-
-<iframe src="https://www.youtube.com/embed/74kce4nodWk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 2025年のポリシー変更
-
-Google Playの2025年の更新は、コンテンツ基準の向上、ユーザープライバシーの改善、アカウントセキュリティ対策の強化に重点を置いています。
-
-### コンテンツルールの更新
-
-Googleは、一般的なコンテンツ違反に対処するため、より厳しいルールを導入しました：
-
--   **ネイティブ広告**には、ユーザーが識別しやすい明確な「広告」ラベルを含める必要があります。
--   **ユーザー生成コンテンツ**は、アップロード前にヘイトスピーチをフィルタリングする必要があります。
--   成人向けコンテンツを含むアプリは、**年齢確認システム**を導入する必要があります。
-
-### データプライバシールール
-
-データ取扱いに関する過去の問題に対処するため、新しいプライバシールールは次のことを要求します：
-
--   カメラ、位置情報、連絡先などの敏感な機能にアクセスする前に、**許可のプロンプト**を表示すること。
--   すべてのデータ収集手法を説明する**アプリ内プライバシーダッシュボード**。
--   ユーザーデータの**リアルタイムアクセスログ**を提供し、この情報のエクスポートオプションを用意すること。
-
-### アカウントセキュリティルール
-
-開発者アカウントをよりよく保護するために、Googleは次のセキュリティ対策を導入しました：
-
--   **二要素認証**が開発者コンソールへのアクセスに必須になりました。
--   不審なアクティビティが発生すると、**24時間のセキュリティ保持**がトリガーされます。
--   定期的な**セキュリティ監査**が実施され、自動化されたコンプライアンス報告と連携されます。
-
-これらの更新は、ユーザーを保護しながら、開発者に明確なガイドラインを提供することを目的としています。Capgoのようなツールは、チームがこれらの変更に準拠し、**24時間以内に95％のユーザーが重要な修正を受けられる**ようにします [\[1\]](https://capgo.app/) 。
-
-## コンプライアンス手法
-
-ポリシーを監視した後の次のステップは、効果的なコンプライアンス手法を実施することです。
-
-**CI/CDパイプラインにコンプライアンスチェックを統合しましょう。** CI/CDプロセス中にチェックを自動化することで、問題が展開前に特定され、解決されることを保証します。
-
-主要なコンプライアンスタスクには次のものが含まれます：
-
--   プライバシーポリシーに沿って許可の使用をスキャンする
--   ユーザー生成コンテンツのフィルターを検証する
--   広告のラベリングと配置の実践を監査する
--   年齢制限マーカーを検証する
--   ポリシー変更、データ取扱い手続き、モデレーションルール、セキュリティ対策の詳細な記録を保持する
-
-**リアルタイム更新にCapgoの使用を検討してください。** このツールは、ストアの承認を必要とせずにアップデートを可能にし、以下のような機能を提供します：
-
--   CI/CDパイプラインとの統合
--   更新のリアルタイム展開
--   組み込みの分析およびエラートラッキング
--   アップデートのロールバックをサポート
--   エンドツーエンドの暗号化とユーザー割り当て機能
-
-次に、ライブ更新ツールを見て、プラットフォームを比較して、ニーズに最適なものを見つけましょう。
-
-## ポリシー変更のためのライブ更新
-
-ライブ更新は、ポリシーの問題を検出し解決する間のギャップを埋めます。これらのプラットフォームは、緊急の更新、バグ修正、新機能の即時展開を可能にし、アプリストアのレビュー工程を完全にバイパスします。これは、自動化されたCI/CDチェックと連携し、ポリシーのギャップがこれまで以上に迅速に解決されることを保証します。
-
-### [Capgo](https://capgo.app/) の機能
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgoは迅速なコンプライアンス更新を確保し、アクティブなユーザーの95％が24時間以内に更新を受け取れるようにし、世界中で82％の成功率を達成しています [\[1\]](https://capgo.app/) 。このプラットフォームは、主要なコンプライアンスツールを効率的な[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)システムと組み合わせています：
-
--   データプライバシー要件を満たすための**エンドツーエンドの暗号化**
--   段階的なポリシー更新用の**制御されたロールアウトチャネル**
--   コンプライアンスの問題を迅速に対処するための**即時ロールバックオプション**
--   継続的な監視のための**リアルタイム分析およびエラートラッキング**
--   コンテンツ確認をシームレスに行うための**自動化されたCI/CD統合**
--   特定のグループに更新を提供するための**ユーザー割り当てコントロール**
-
-これらのライブ更新機能は、次に議論される広範なコンプライアンス戦略を支援する重要な役割を果たします。
-
-## 長期的なコンプライアンス計画
-
-迅速な修正は重要ですが、長期的なコンプライアンスを確保するためには、しっかりした枠組みが必要です。ライブ更新が設定されたら、あなたのコンプライアンス努力を一貫して効果的に保つシステムの構築に焦点を当てましょう。
-
-### コンプライアンスチェックリストの作成
-
-ポリシーを更新トリガーおよびテストプロセスに接続する詳細なチェックリストを作成します。強力なチェックリストは以下をカバーする必要があります：
-
--   **データプライバシー、コンテンツ、セキュリティ要件**を特定の更新トリガーにリンクさせる
--   各ワークフロー段階（開発、QA、リリース）のための**検証テストおよび文書ステップ**
-
-各段階に対して別々のチェックリストを保持し、Google Playが大きな変更を発表するたびに更新します。
-
-### スタッフポリシートレーニング
-
-チームを最新の状態に保つために、Google Playポリシーについて定期的にトレーニングを行います。良いトレーニングプログラムは以下を含むべきです：
-
--   新しいチームメンバーにコアポリシー要件と内部プロセスを紹介する
--   ポリシーが更新されるたびにリフレッシャーセッションを提供する
--   役割に応じたワークショップを含む：開発者は技術ルールに、QAチームはテストに、マネージャーは締切に重点を置く
-
-さらに、これらのトレーニング努力が実行可能なコンプライアンスに結びつくことを確認するために、定期的な監査を行います。
-
-### 定期的なポリシーレビュー
-
-定期的にポリシーを監視し、レビューすることで先手を打ちます：
-
--   Google Playの発表を毎週チェックし、コンプライアンス指標を評価する
--   緊急更新手続きやセキュリティプロトコルをテストするために四半期に一度監査を実施する
--   新しいポリシー変更を反映させるために内部文書を更新する
-
-## まとめ
-
-Google Playに準拠するためには、ポリシーの更新を注意深く監視し、開発中にチェックを組み込み、チーム内の役割を明確にし、ライブ更新を効果的に管理する必要があります。Capgoのようなツールは、これらのプロセスを簡素化し、重要な修正が24時間以内に95％のユーザーに届くことを保証します [\[1\]](https://capgo.app/) 。
-
-これらの方法を使用して、Google Playの変化するポリシーに対応し、コンプライアンス問題のリスクを軽減しましょう。
diff --git a/src/content/blog/ja/google-play-staged-rollouts-how-it-works.md b/src/content/blog/ja/google-play-staged-rollouts-how-it-works.md
deleted file mode 100644
index 7d0290447..000000000
--- a/src/content/blog/ja/google-play-staged-rollouts-how-it-works.md
+++ /dev/null
@@ -1,195 +0,0 @@
----
-slug: google-play-staged-rollouts-how-it-works
-title: 'Google Play でのローリングアップデート: その仕組み'
-description: Google Play での段階的なリリースを通じてアプリのアップデートを効果的に管理し、安定性を確保してリスクを最小限に抑える方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T00:36:08.727Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ddfefb74046f25829c1f7f-1742603807186.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  staged rollouts, Google Play, app updates, risk management, user feedback,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**Google Playのステージドロールアウト**では、開発者は[アプリの更新](https://capgo.app/plugins/capacitor-updater/)を段階的にリリースでき、最初は少数のユーザーから開始して、徐々に全ユーザーに展開できます。これにより、安定性が確保され、問題を早期に発見し、リスクを最小限に抑えることができます。
-
-### 主なメリット：
-
-- **リスク管理**：まず小規模なグループでテスト
-- **リアルタイムの洞察**：パフォーマンスとフィードバックの監視
-- **クイックロールバック**：必要に応じて前のバージョンに戻す
-- **ユーザーフィードバック**：初期の反応に基づいて更新を改善
-
-### 仕組み：
-
-1. [Google Play Console](https://developer.android.com/distribute/console)でロールアウトの割合（例：5〜10%）を選択
-2. クラッシュ率、ユーザーフィードバック、パフォーマンスなどの指標を監視
-3. 問題が発生した場合、ロールアウトの割合を調整または一時停止
-4. [Capgo](https://capgo.app/)などのツールを使用して、より迅速な更新とより良い追跡を実現
-
-### クイックヒント：
-
-- ユーザーの5〜10%から開始し、徐々に拡大
-- アクティビティの少ない期間に更新を計画
-- エラー追跡ツールを使用して問題をより迅速に解決
-
-ステージドロールアウトは、迅速な配信と制御されたリスクのバランスを取り、ユーザーにスムーズな更新を提供しながら、開発者がアプリの品質を維持するのに役立ちます。
-
-## ステージドロールアウトのプロセス
-
-### [Google Play Console](https://developer.android.com/distribute/console)でのセットアップ
-
-![Google Play Console](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-ed168370876f8cab0f4fb973291444ec-2025-03-22.jpg?auto=compress)
-
-ステージドロールアウトを開始するには、Google Play Consoleの「リリース」セクションに移動します。ターゲットトラック（本番、ベータ、またはアルファ）を選択し、新しいリリースを作成します。このプロセス中、「リリース設定」の下にパーセンテージセレクターが表示されます。
-
-必要な手順：
-
-- アプリバンドルまたはAPKをアップロード
-- 初期ロールアウト割合を設定（通常5〜10%）
-- リリースノートを追加
-- すべてを確認してロールアウトを開始
-
-Google Play Console上で、ロールアウトの割合はプロセス中いつでも調整できます。
-
-### リリースの進捗状況の追跡
-
-Google Play Consoleダッシュボードでロールアウトを監視します。以下のようなリアルタイムメトリクスが提供されます：
-
-- インストール成功率
-- クラッシュレポート
-- ユーザーフィードバック
-- デバイス互換性の問題
-- パフォーマンスデータ
-
-新しいリリースと前のバージョンのメトリクスは別々に表示され、問題の特定が容易になります。何か問題が見つかった場合、迅速に対応できます。
-
-### 更新の問題への対処
-
-問題が発生した場合、このプランを使用して直ちに行動を起こします：
-
-> "必要な場合は、以前のバージョンにワンクリックでロールバック" - Capgo [\[1\]](https://capgo.app/)
-
-1. **即時評価**  
-クラッシュレポートとユーザーフィードバックを確認して、問題の深刻度を判断します。どのデバイス、Androidバージョン、または機能が影響を受けているかに注意を払います。
-
-2. **対応アクション**  
-問題の深刻度に応じて、以下の対応が可能です：
-
-    - ロールアウトを一時停止して、更新の配信を停止
-    - 深刻な問題の場合は前のバージョンにロールバック
-    - 軽微で修正可能な問題にはホットフィックスを提供
-
-3. **コミュニケーション**  
-リリースノート、アプリ内通知、ソーシャルメディアの更新、開発者コンソールメッセージを通じてユーザーに情報を提供します。
-
-エラー追跡ツールを使用することで、潜在的な問題を事前に把握し、多くのユーザーに影響が及ぶ前に解決することができます。
-
-## ロールアウト成功のヒント
-
-### ユーザー割合の選択
-
-ロールアウト中の問題のリスクを減らすため、小規模なユーザーグループから開始します。正確な割合は、アプリの複雑さとユーザーベースによって異なります。例えば、**重要なビジネスアプリでは5%**、**中程度のリスクの更新では10%**、**軽微な変更では20%**から開始することがあります。拡大する前に、クラッシュ率、ユーザーエンゲージメント、フィードバック、パフォーマンスなどのメトリクスを監視します。すべてが安定している場合にのみ割合を増やします。スムーズな進行を確保するため、これらのロールアウト戦略とリリーススケジュールを調整します。
-
-### リリーススケジュールの計画
-
-混乱を最小限に抑えるため、ユーザーアクティビティの少ない期間にロールアウトを計画します。タイムゾーン、ユーザーの行動、サーバー容量、サポートチームの可用性などの要因を考慮します。これにより、問題が発生した場合に迅速かつ効率的に対応できます。
-
-### 更新管理ツール
-
-Capgoなどの[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)ツールを使用することで、採用率を向上させることができます - **24時間以内に95%のユーザーが更新**し、**82%の成功率**を達成しています[\[1\]](https://capgo.app/) 。以下のような機能を持つツールを探してください：
-
-| 機能 | 目的 | 影響 |
-| --- | --- | --- |
-| リアルタイム分析 | 更新配信の追跡 | 即時の進捗洞察を提供 |
-| エラー追跡 | 問題の監視 | 早期問題検出を可能に |
-| バージョン管理 | 複数のリリースを管理 | デプロイメントを整理 |
-| ロールバック機能 | 更新を迅速に元に戻す | ユーザーへの影響を軽減 |
-
-ツールを選択する際は、自動監視を提供するものに注目してください。**世界的に57msの平均応答時間**[\[1\]](https://capgo.app/)を持つツールにより、問題が発生した際に迅速な対応が可能になります。
-
-さらなる制御のために、更新配信用の[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)の使用を検討してください。これにより、特定のユーザーグループに異なるバージョンをターゲットにでき、ベータテストとステージドロールアウトがスムーズになります。さらに、アプリストアのルールを遵守しながらライブコードの変更をプッシュする機能により、[更新プロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/) を簡素化し、スピードアップすることができます。
-
-## ルールと制限
-
-### Google Playの要件
-
-Google Playでステージドロールアウトを計画する場合、新しいAPKまたは[Android App Bundle](https://en.wikipedia.org/wiki/Android_App_Bundle)は、現在の本番バージョンよりも高いバージョンコードを持つ必要があります。
-
-Google Playはステージドロールアウトに特定の基準を設定しています：
-
-- **ロールアウト割合**：1%から100%の間の割合を選択する必要があります
-- **バージョン互換性**：更新は、アプリが公式にサポートするすべてのAndroidバージョンで動作する必要があります
-- **アプリ署名**：Android App Bundleを通じて配布されるアプリは、[Google Play App Signing](https://support.google.com/googleplay/android-developer/answer/9842756?hl=en)に登録される必要があります
-- **内部テスト**：本番環境にロールアウトする前に、必ず内部でアプリをテストしてください
-
-これらの要件を満たす際、ロールアウト戦略に影響を与える可能性のある制限があることに注意してください。
-
-### 既知の制限事項
-
-デプロイメントを計画する際、以下の制限を考慮してください：
-
-| 制限 | 詳細 | 影響 |
-| --- | --- | --- |
-| ユーザー選択不可 | 特定のユーザーや地域をターゲットにできない | 更新は割合に基づいてランダムに配布される |
-| バージョン管理 | ユーザーは古いバージョンに戻れない | 適用された更新は永続的 |
-| デバイス制限 | 特定のデバイスをターゲットにできない | 更新はすべての互換デバイスに均一に適用される |
-
-その他の重要な点：
-
-- 特定のアプリに対して同時にアクティブにできるステージドロールアウトは1つのみです
-- 問題が発生した場合の自動ロールバックはありません
-- ユーザーが更新をダウンロードするタイミングを制御できません
-- ロールアウトプロセスには、更新の詳細をユーザーに直接伝える方法が含まれていません
-
-ロールアウトの割合を増やす前に、少なくとも24時間待つことをお勧めします。これにより、更新を拡大する前にパフォーマンスを監視し、問題に対処する時間が得られます。
-
-緊急の更新の場合、Capgoなどのツールを使用して、Google Playのルール内でホットフィックスや更新を処理することを検討してください。これらのツールは、コンプライアンスを損なうことなく重要な状況を管理するのに役立ちます。
-
-## 新しいPlay Consoleで自信を持ってリリース
-
-<iframe src="https://www.youtube.com/embed/vyReHI1eSSU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## まとめ
-
-ステージドロールアウトは、更新を制御された方法でリリースし、アプリの品質を向上させ、ユーザーを満足させる方法を提供します。Google Playの要件を満たすことで、開発者はコンプライアンスを維持しながら、このアプローチを最大限に活用できます。
-
-### 主なメリット
-
-徹底的な監視と組み合わせた段階的なロールアウトにより、信頼性の高い更新が確保されます。この方法は以下に役立ちます：
-
-- ターゲットを絞ったリリースでリスクを最小限に抑え、問題を早期に発見
-- 様々なAndroidデバイスでアプリを安定させる
-- ネガティブなレビューや評価を受けるリスクを低減
-
-研究によると、適切に実行されたステージドロールアウトは82%のグローバル更新成功率[\[1\]](https://capgo.app/)を達成し、アプリのパフォーマンス維持における価値を証明しています。
-
-### [Capgo](https://capgo.app/)が提供する価値
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capacitorアプリの場合、CapgoはGoogle Playのガイドラインに従いながら、正確な更新管理を提供することでステージドロールアウトを合理化します。そのチャネルシステムは既存のロールアウト計画とスムーズに統合されます。
-
-Capgoのパフォーマンス指標：
-
-| メトリクス | パフォーマンス |
-| --- | --- |
-| **ユーザー更新率** | 24時間以内に95% |
-| **配信された総更新数** | 2,350万 |
-| **グローバル成功率** | 82% |
-
-Capgoは以下のような機能で開発者の更新プロセスを簡素化します：
-
-- ロールアウト監視と組み合わせた組み込みのエラー追跡
-- 安全でコンプライアンスに準拠した更新配信
-- 制御されたロールアウトのためのターゲットユーザーグループ
-- 追加の安全性のための暗号化された配信チャネル
-
-> "Capgoは、より生産的になりたい開発者にとって必須のツール
diff --git a/src/content/blog/ja/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md b/src/content/blog/ja/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
deleted file mode 100644
index 98b1b517e..000000000
--- a/src/content/blog/ja/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
+++ /dev/null
@@ -1,268 +0,0 @@
----
-slug: how-I-manage-semantic-release-with-CapGo-CapacitorUpdater
-title: Capgo CapacitorUpdaterによるRapido CloudのSemantic Releaseの管理方法
-description: CapGo CapacitorUpdaterを使用するアプリケーションのリリースを管理するためのsemantic releaseの設定方法です
-author: Rupert Barrow
-author_image_url: 'https://avatars.githubusercontent.com/u/48629751?v=4'
-author_url: 'https://linkedin.com/in/rbarrow'
-created_at: 2024-09-22T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /rapido_cloud_study_case.webp
-head_image_alt: クラウドのクイックケーススタディ
-keywords: >-
-  semantic release, semantic-release, CapGo, CapacitorUpdater, mobile app
-  development, live updates, OTA updates, continuous integration, mobile app
-  updates
-tag: Case Study
-published: true
-locale: ja
-next_blog: ''
----
-## 1. はじめに
-
-Rapido Cloud (www.rapido.cloud)では、SalesforceのMobile SDKやMobile Publisherの複雑な手順を踏まずに、Salesforceクライアントが独自のブランドのモバイルアプリケーションを簡単にデプロイできるようにするモバイルアプリケーションを開発しています。
-
-このモバイルアプリは、Ionic 8、Angular 18、TypeScript、Capacitor、そして現在はCapGo CapacitorUpdaterなど、モダンで「標準的な」プラットフォームと広く普及したコンポーネントやツールを使用して開発しました。これらは、Lightning Web Componentsなどのセールスフォース固有のプラットフォームを管理したくないクライアントにとってより扱いやすく、私にとってもIonic + Angularモバイルアプリケーションの開発者やメンテナーを採用しやすく、コストも抑えられます。
-
-この記事では、CapGoと`semantic-release`をGithub Actionsを通じて全てのデプロイメントを自動的に管理する非常に成功した当たり前の選択肢にする私の設計、選択、実装について説明します。これらはすべて、CapGo CapacitorUpdaterの14日間の無料トライアル期間中に設計、テスト、文書化されました。
-
-## 2. なぜCapGoを使用するのか？なぜsemantic-releaseを使用するのか？
-
-CapGo CapacitorUpdaterは、標準的なApple AppStore/Google PlayStoreの配信プロセスを経るよりも、モバイルアプリのデプロイメントをはるかに簡単に、はるかに迅速に、そして柔軟にできるという約束に魅力を感じました。
-これは私が初めてストアにプッシュするモバイルアプリケーションで、これまではSalesforce Experience Cloud上で開発されたWebアプリに集中していました。
-
-成功に至るまでの学習曲線に少し不安を感じていましたが、Apple TestFlightへのアプリの掲載は比較的簡単でした。その後、CapGo CapacitorUpdaterを使用して更新をより迅速にデプロイできる状態になりました。
-
-私の最初の要件とテストケースは、IIonicが提案するNexusモバイルブラウザを通じてモバイルエミュレータやシミュレータでテストする代わりに、自分自身のために自分の電話で実際のモバイルアプリとしてアプリをテストすることでした。これは、私のアプリがジオロケーションや写真ギャラリー、カメラへのアクセスなどのネイティブ機能を使用しているためです。Capacitorモバイルアプリのテスト経験がなかったため、すべてが適切に動作するかどうか確信が持てませんでした：実際のアプリを実際の条件でテストすること以上に良いものはありません！
-
-そのため、CapGo CapacitorUpdaterは、ソースコードに新機能や修正を保存してから1分後に、私のモバイル上でアプリケーションを更新するのに役立ちました：とても安心で、柔軟で、セットアップも簡単でした！
-
-## 3. ブランチとリリースモデル、そしてsemantic-releaseの適合性
-
-### これが私のブランチとリリースモデルの組織方法です
-
-すべてのアプリケーション（モバイル、Web、Salesforce）において：
-- **開発**は`main`から分岐した`feature/...`ブランチで行われ、メンテナンスやカスタム配信のための特定の機能以外の大部分の開発ブランチの参照となる`main`にマージされます（詳細は後述）
-- **デプロイメントはリリースブランチから__トリガー__されます**。これらは：`production`、プレリリースブランチ（`alpha`、`beta`、`nightly`など）、そしてカスタマー固有またはコンテキスト固有のブランチのカスタム配信用のブランチがあります
-- **デプロイメントはプルリクエスト**がデプロイメントブランチにマージされることでトリガーされます。semantic releaseがタグとその他すべてを管理するため、タグトリガーのデプロイメントは使用しません。
-
-基本的に、これはGitlab Flowです：
-
-![Gitlab Flow](/RBW_Gitlab_Flow.webp)
-
-*Gitlab Flow - source https://faun.dev/c/stories/manuelherrera/git-branching-strategies-in-2022*
-
-### semantic-releaseの動作に関する補足：
-
-デプロイメントブランチで、semantic-releaseがトリガーされると、そのブランチ上の前のタグのバージョン番号と配信された修正や機能に応じて、このブランチの新しいバージョン番号を自動的に計算します。修正は新しいパッチバージョンを作成し、機能は新しいマイナーバージョンを作成します。また、プレリリースの`alpha`、`beta`などもバージョン番号に自動的に含まれます。
-
-Semantic releaseは、コミットからchangelogを生成し、conventional commits（https://www.conventionalcommits.org/en/about を参照）で定義され、semantic releaseで設定された修正と機能をグループ化します。
-
-また、タグとリリースにリンクするコメントを付けて、すべてのgit（私の場合はGithub）のマージされたプルリクエストと関連する課題を更新します。最後に、このGithubリリースに、ソースコード、必要に応じてバイナリ、`CHANGELOG.md`などのアセットを添付します。
-
-## 4. semantic releaseとCapGoにおけるブランチ、リリース/プレリリース、チャンネル
-
-したがって、CapGoデプロイメントのためにsemantic releaseに望むことは以下の通りです。
-
-### semantic releaseにバージョン番号を生成させたい
-
-CapGoは"Conventional Commits"の`standard-version`ツールの独自バージョンを開発し、文書化しており、フォークしたリポジトリ`standard-version`（https://github.com/Cap-go/standard-version）、および独自の`capacitor-standard-version`（https://github.com/Cap-go/capacitor-standard-version）、`capacitor-plugin-standard-version`（https://github.com/Cap-go/capacitor-plugin-standard-version）リポジトリを持っています。彼らはブログでCapGoのデプロイメントで使用されるバージョンスキームについて文書化しています（https://capgo.app/blog/how-version-work-in-capgo/）。JavaScriptバンドルは、`semantic-release`も従う（当然ながら！）"標準的な"semver "Semantic Versioning"（https://semver.org）に従います。
-
-これは素晴らしく、私にとって安心です。なぜなら、私は`semantic-release`を広く使用しているからです。
-
-### 異なるチャンネルでアプリデプロイメントをsemantic releaseに生成させたい
-
-上述のように、`alpha`、`beta`、`nightly`などのブランチからプレリリースバージョンをデプロイする必要があります。また、`production-customer-jones`、`production-customer-doe`などのブランチでカスタマー固有のバージョンもデプロイする必要があります。
-
-CapGoは"チャンネル"機能を提供しており、これはsemantic releaseも同様にサポートしているため、これらを連携させることに興奮しています。これらはXCode Cloudで管理される異なるブランチビルドとも適合します（詳細は後述）。
-
-プレリリースでsemantic releaseによって生成されるsemverバージョン番号は`1.0.0-alpha.1`のようになります。このブランチでの連続したビルドでは、ビルド番号が`1.0.0-alpha.2`などに増加します。明示的には文書化されていませんが、これらのバージョン番号はCapGoでサポートされており、これは私にとって素晴らしいニュースです：私はsemantic releaseのチャンネルとプレリリースを使用して、Capgoチャンネルでアプリのバージョンを生成します。
-
-## 5. アプリケーションのリリースにCapGoをどのように使用できますか？
-
-CapGoへのアプリバンドルのデプロイメントを自動化するには、CapGo CLIコマンド`bundle upload`を使用する必要があります。`npx @capgo/cli@latest bundle upload --help`と入力すると、多数のアップロードオプションが表示されます。その中で、以下を使用します：
-```
-npx @capgo/cli bundle upload --channel $CHANNEL --apikey $CAPGO_APIKEY --bundle $VERSION --bundle-url $CAPGO_APPID
-```
-- CHANNELは、デプロイしたいCapGoチャンネル（例：`alpha`）です
-- VERSIONはsemantic releaseによって生成されます（例：`1.0.0-alpha.1`）
-- CAPGO_APIKEYはCI/CDパイプラインログインを一意に識別するためにCapGoによって提供されます
-- CAPGO_APPIDはアプリケーションを一意に識別するためにCapGoによって提供されます（例：`com.mystartup.mysuperapp`）
-
-## 6. semantic release + CapGo CapacitorUpdateのセットアップ
-
-最後に、これらすべてがどのように組み合わされているのでしょうか？
-
-![App bundle versions built with semantic release and Github Actions](/RBW_CapGo_channels_and_versions.webp)
-
-*semantic releaseとGithub Actionsで構築されたアプリバンドルバージョン*
-
-### Github Actionsによるsemantic releaseの自動化
-
-semantic releaseの美しさは、Github Actionワークフローの形でのデプロイメント自動化が非常にシンプルであることです。これは他のCI/CDプラットフォームでも非常に似た形になります。
-```yaml
-# ./github/workflows/release.yml
-
-name: Release
-
-on:
-  workflow_dispatch:
-  push:
-    branches: [alpha, alpha-nocapgo, dev-rupert]    # <--- adapt this
-
-env:
-  CAPGO_APPID: com.mystartup.mysuperapp             # <--- adapt this
-  CAPGO_APIKEY: ${{ secrets.CAPGO_APIKEY }}
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: 24
-          cache: "npm"
-      - run: npm install
-      - run: npx semantic-release
-        env:
-          DEBUG: true
-          GITHUB_TOKEN: ${{ github.token }}
-```
-
-これは単にNodeJS環境をインストールし、その後semantic releaseを呼び出します。
-
-`branches`にリストされているブランチへのマージごとに、semantic releaseはデプロイメントをトリガーします。
-リポジトリのシークレットに`CAPGO_APIKEY`を設定してください。
-ここで`CAPGO_APPID`を更新してください。
-
-semantic releaseの動作は`.releaserc.json`設定ファイルで設定されます。
-以下が私の設定で、説明は以下の通りです：
-```json
-// .releaserc.json
-
-{
-  "branches": [
-    {
-      "name": "release",
-      "channel": "production"
-    },
-    {
-      "name": "alpha",
-      "channel": "alpha",
-      "prerelease": "alpha"
-    },
-    {
-      "name": "alpha-nocapgo",
-      "channel": "alpha",
-      "prerelease": "alpha-nocapgo"
-    },
-    {
-      "name": "dev-rupert",
-      "channel": "development",
-      "prerelease": "development"
-    },
-    {
-      "name": "dev-paul",
-      "channel": "development",
-      "prerelease": "development"
-    }
-  ],
-  "ci": true,
-  "debug": true,
-  "dryRun": false,
-  "repositoryUrl": "https://github.com/RupertBarrow/mysuperapp",
-
-  "verifyConditions": ["@semantic-release/github"],
-
-  "plugins": [
-    [
-      "@semantic-release/commit-analyzer",
-      {
-        "preset": "angular",
-        "releaseRules": [
-          { "type": "breaking", "release": "major" },
-          { "type": "feat", "release": "minor" },
-          { "type": "fix", "release": "patch" },
-          { "type": "ci", "release": "patch" },
-          { "type": "doc", "release": "patch" },
-          { "type": "docs", "release": "patch" },
-          { "type": "refactor", "scope": "core-*", "release": "minor" },
-          { "type": "refactor", "release": "patch" },
-
-          { "scope": "no-release", "release": false }
-        ]
-      }
-    ],
-
-    "@semantic-release/release-notes-generator",
-
-    ["@semantic-release/changelog", { "changelogFile": "CHANGELOG.md" }],
-
-    [
-      "@semantic-release/git",
-      {
-        "assets": ["package.json", "CHANGELOG.md", "ios/App/App.xcodeproj/project.pbxproj"],
-        "message": "chore(release): ${nextRelease.version} [skip ci]\n\n${nextRelease.notes}"
-      }
-    ],
-
-    ["@semantic-release/github", { "assets": ["CHANGELOG.md"] }],
-
-    [
-      "@semantic-release/exec",
-      {
-        "prepareCmd": "npm run build",
-        "publishCmd": "npm add -D @capgo/cli && npx @capgo/cli bundle upload --channel ${branch.channel} --apikey $CAPGO_APIKEY --bundle ${nextRelease.version} --bundle-url $CAPGO_APPID"
-      }
-    ]
-  ]
-}
-```
-
-- `branches`：
-  - `branches`はブランチ（`name`）の設定を、CapGoチャンネル（`channel`）とプレリリースバージョン番号の呼び方（`prerelease`）にマッピングします。例えば、`branch.prerelease = "development"`の場合、semantic releaseによって生成されるバージョン番号は`x.y.z-development.n`となります
-  - `alpha`と`alpha-nocapgo`ブランチへのデプロイメントは両方とも`alpha`チャンネルにアプリをデプロイしますが、バージョン番号のプレリリース名が異なります
-  - 開発者ブランチ`dev-rupert`や`dev-paul`へのデプロイメントは両方ともCapGoの`development`チャンネルにデプロイされ、すべてバージョン番号に同じ`development`プレリリースキーワードが使用されます
-- `verifyConditions`：semantic releaseの最初のステージで、Githubへの適切なアクセスがあるかチェックします。後でここにCapGo CLIの認証チェックを追加することを希望しています
-- `@semantic-release/commit-analyzer`：標準的なsemantic releaseの機能 - 彼らのドキュメント（https://github.com/semantic-release/semantic-release?tab=readme-ov-file#commit-message-format）を参照してください
-- `@semantic-release/release-notes-generator`：changelogファイルを`CHANGELOG.md`として生成します
-- `@semantic-release/git`：アプリケーションのIonicビルドとsemantic releaseの作業によって更新された以下のファイルをコミットします（`package.json`、`CHANGELOG.md`、`ios/App/App.xcodeproj/project.pbxproj` - まだAndroidのビルドは行っていません）
-- `@semantic-release/github`：`CHANGELOG.md`ファイルをアセットとしてGithubリリースに添付します
-- `@semantic-release/exec`：これら2つのコマンドを使用してアプリのビルドを準備し（`prepareCmd`）、その後アプリバンドルをCapGoサーバーに効果的にビルドデプロイします（`publishCmd`）
-
-バージョン番号の計算と増加方法、changelogの生成方法、Githubタグやリリースの生成方法などを説明する手間がないことに気付くでしょう：すべてがsemantic releaseによって最小限の設定でデフォルトで処理されます。
-
-### XCode Cloudによる新しいバイナリのビルド
-
-アプリケーションバイナリの新バージョンをビルドするためのXCode Cloudとの統合は簡単です（まだGoogle Playへのデプロイはしていませんが、そのビルドも同様のはずです）：
-- この目的で使用したいブランチ（例：`production`）に変更があった時にビルドするようXCode Cloudプロセスを設定します
-- このブランチでは、`CHANGELOG.md`ファイルが更新された時のみビルドするようXCode Cloudを設定します。これはsemantic releaseで各バージョンが生成された後に更新されます
-- 異なるチャンネル向けのデプロイをシミュレートするため、異なるブランチでビルドをトリガーできます。異なるブランチ上のXCode Cloudビルドの各設定で、`releaserc.json`で設定された`branch.channel`の値を環境変数として手動で設定し（はい、これは手動での重複です）、必要であれば、前述のようにカスタムリリースブランチからデプロイされる各カスタマーアプリケーション用に異なるAppStoreアプリケーションをデプロイすることができます。
-
-![CapGoチャンネルを使用したXCode Cloudでのアプリバイナリのビルド](/RBW_XCode_Cloud_building.webp)
-
-*CapGoチャンネルを使用したXCode Cloudでのアプリバイナリのビルド*
-
-## 7. 結論
-
-結論として、14日間のトライアル期間内に、CapGo CapacitorUpdaterを標準的なsemantic releaseパイプラインに迅速に統合できたことを非常に嬉しく思います。その結果は以下の通りです：
-- バンドルバージョン番号はsemantic releaseによって自動的に生成され、CapGoサーバーと互換性があります
-- semantic releaseは自動的にCapGoアプリケーションバンドルをデプロイし、CapGoチャンネルも活用します
-- これはアプリケーションバイナリのXCode Cloudビルドとうまく適合します
-
-### 次のステップ
-
-現在、このアプリは開発フェーズにあります。TestFlight（iOS向け）を通じてテスターに早急に提供する予定です。CapGoのパワーを考慮すると、テスト用にAppStoreに無料バージョンのアプリをデプロイし、テスト中にCapGoを使用して定期的に更新する予定です。その後、別のレコードで別の（有料）バージョンのアプリをAppStoreにデプロイし、同様にCapGoで定期的に更新します。
-
-semantic release設定にCapGo `bundle upload`の前提条件をより良く事前検証することを追加したいと考えています。
-
-これで、Ionic + Angular + Capacitorで開発される将来のモバイルアプリ向けにクリーンでシンプル、かつ再現可能なsemantic releaseパイプラインを手に入れました。
-
-## 著者 - Rupert Barrow
-
-私はSalesforceで22年以上の経験を持ち、クライアントとユーザー、パートナーとインテグレーター、アーキテクト、開発者、ビジネスアナリスト、コンサルタントとして活動してきました。フランスで成功したSalesforce SIパートナーであるAltius Servicesを共同創設し、13年間COOとCTOとして共同経営した後、**Rapido Cloud**製品を提供するSalesforceソロプレナーとして新しい冒険に乗り出しました。
-
-LinkedInは https://linkedin.com/in/rbarrow でご覧いただけます。
-
-Salesforce製品は https://www.rapido-companion.app と https://www.rapido.cloud（開発中）でご覧いただけます。
diff --git a/src/content/blog/ja/how-capacitor-bridges-web-and-native-code.md b/src/content/blog/ja/how-capacitor-bridges-web-and-native-code.md
deleted file mode 100644
index 7a025c11f..000000000
--- a/src/content/blog/ja/how-capacitor-bridges-web-and-native-code.md
+++ /dev/null
@@ -1,180 +0,0 @@
----
-slug: how-capacitor-bridges-web-and-native-code
-title: Capacitor がウェブとネイティブコードをブリッジする仕組み
-description: >-
-  Web
-  コードとネイティブコードの間のシームレスな通信を可能にするネイティブブリッジについて解説し、アプリのパフォーマンスとユーザーエクスペリエンスを向上させる方法を探ります。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T02:55:05.863Z
-updated_at: 2025-03-26T02:55:21.554Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e35e3910051fda3b61fe9f-1742957721554.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, native bridge, web apps, live updates, plugin system, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
--   **ネイティブブリッジ**: JavaScriptをネイティブアクション(例:[カメラへのアクセス](https://capgo.app/plugins/camera-preview/)やGPS)に変換
--   **プラグインシステム**: Webとネイティブ層を安全にリンクしてスムーズな通信を実現
--   **ライブアップデート**: アプリストアの遅延なしで直接ユーザーにアップデートを配信
--   **カスタムプラグイン**: 生体認証や特殊なセンサーなどの高度なデバイス機能にアクセスするプラグインを作成
--   **パフォーマンス**: 高速な読み込み(5MBのバンドルで114ms)とグローバルな信頼性(82%の成功率)
-
-### クイックオーバービュー
-
-| 機能 | 実装例 | メリット |
-| --- | --- | --- |
-| **カメラアクセス** | `Camera.getPhoto()` | 簡単に写真を撮影 |
-| **位置情報** | `Geolocation.getCurrentPosition()` | ユーザーの位置を追跡 |
-| **ファイルシステム** | `Filesystem.readFile()` | デバイスストレージの管理 |
-| **ライブアップデート** | 114msで配信 | [ユーザーへの迅速なアップデート](https://capgo.app/blog/optimise-your-images-for-updates/) |
-
-[Capacitor](https://capacitorjs.com/)は、Web開発の柔軟性とネイティブアプリのパワーを組み合わせることを開発者に可能にします。その仕組みと[Capgo](https://capgo.app/)のようなツールがどのように改善するかについて、続けてご覧ください。
-
-## [Capacitor](https://capacitorjs.com/) 3でWebネイティブアプリを構築する
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-<Steps>
-1. パッケージをインストール
-2. プロジェクトの初期化
-3. プラットフォームの追加
-4. プラグインの設定
-</Steps>
-
-## コアブリッジ機能
-
-Capacitorのネイティブブリッジは、Webアプリケーションがネイティブコードを通じてデバイス機能と直接やり取りできるようにする重要なリンクとして機能します。
-
-### ネイティブブリッジの基本
-
-ブリッジは、JavaScriptリクエストをネイティブプラットフォームコードに変換することで動作します。例えば、Webアプリがカメラへのアクセスを要求すると、ブリッジはそのリクエストをiOS用のSwiftまたはAndroid用のJava/Kotlinに変換し、アクションを実行して結果をWebアプリケーションに送り返します。
-
-### ブリッジのメリット
-
-ネイティブブリッジはクロスプラットフォーム開発において以下のような利点を提供します：
-
-| メリット | 説明 | 影響 |
-| --- | --- | --- |
-| 読み込み時間 | 5MBのバンドルで平均114ms [\[1\]](https://capgo.app/) | アプリの応答時間が向上 |
-| アップデート到達率 | 24時間以内に95%のユーザーがアップデート [\[1\]](https://capgo.app/) | 迅速な機能展開 |
-| 市場カバー率 | 82%のグローバル成功率 [\[1\]](https://capgo.app/) | 世界中で信頼性の高いパフォーマンス |
-| APIレスポンス時間 | グローバルで平均57ms [\[1\]](https://capgo.app/) | スムーズで効率的な相互作用 |
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーに不可欠です！" – Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-### プラグイン通信システム
-
-プラグインシステムは、標準化されたAPIを使用してWebとネイティブ層間のデータ交換を簡素化し、安全にします。実際のアプリケーションで以下のような効果が実証されています：
-
--   **スケール**: 現在本番環境で750のアプリで使用 [\[1\]](https://capgo.app/)
--   **信頼性**: 2億3500万回以上のアップデートを配信 [\[1\]](https://capgo.app/)
--   **パフォーマンス**: グローバルで平均57msのAPIレスポンス時間 [\[1\]](https://capgo.app/)
-
-このシステムはエンドツーエンドの暗号化も含み、安全なデータ転送を保証します。開発者にプラットフォーム間でシームレスに動作する、安全で高性能なアプリを作成するためのツールを提供します。
-
-## Webコードからネイティブ機能へ
-
-### JavaScriptでネイティブAPIを使用する
-
-CapacitorはJavaScript APIを使用してネイティブデバイス機能へのアクセスを簡単にします。一般的な機能の実装例を以下に示します：
-
-| ネイティブ機能 | JavaScript実装 |
-| --- | --- |
-| カメラアクセス | `Camera.getPhoto()` |
-| 位置情報 | `Geolocation.getCurrentPosition()` |
-| ファイルシステム | `Filesystem.readFile()` |
-| デバイス情報 | `Device.getInfo()` |
-
-Capacitorはプラットフォーム固有の違いを処理します。iOSとAndroid両方で適切な許可ダイアログを自動的にトリガーし、一貫したJavaScriptインターフェースを提供します。Let's dive into how its plugin system ensures secure and efficient communication between web code and native features
-
-### プラグイン構造
-
-Capacitorのプラグインシステムは、Webとネイティブコードとのコミュニケーションをセキュアで効率的にするよう設計されています。これは3つの主要レイヤーで動作します：
-
-1. **リクエストレイヤー**: 受信呼び出しが適切に検証され、サニタイズされることを保証します
-2. **変換レイヤー**: JavaScriptの呼び出しをプラットフォーム固有のアクションに変換します
-3. **レスポンスハンドラー**: データフローを処理し、エラーを処理し、型変換を管理します
-
-この構造により、Webアプリとネイティブデバイスの機能間のスムーズで信頼性の高い相互作用が保証されます
-
-## ネイティブコードからWeb機能へ
-
-### ネイティブコードからのWebイベント
-
-Capacitorのブリッジは、最小限の労力でWebレイヤーへのリアルタイム更新を可能にします。開発者は各イベントタイプ用に設計された特定のメソッドを使用して、ネイティブイベントを効果的に管理できます：
-
-| イベントタイプ | 実装方法 | ユースケース |
-| --- | --- | --- |
-| プッシュ通知 | `notifyListeners()` | 新規メッセージについてWebレイヤーに通知 |
-| 位置情報更新 | `Eventsemit()` | GPS座標の変更を送信 |
-| ハードウェアステータス | `BridgetriggerWindowEvent()` | バッテリーやネットワークステータスなどの変更を報告 |
-
-Capgoは異なるバージョン間で一貫したイベント処理を保証します。次に、ネイティブコードがWebコンポーネントにリアルタイムデータを配信する方法を見ていきましょう
-
-### ネイティブデータ更新
-
-イベントをトリガーした後、ネイティブコードからWebへのデータ更新も同様にシームレスです。Capgoのライブアップデート機能により、この方法は動的なアプリケーションに信頼性の高い選択肢となります
-
-[[CODE_BLOCK]]
-
-CapgoのCDNは5 MBのバンドルをわずか114ミリ秒で配信し、更新をスムーズかつ効率的に保ちます
-
-ネイティブデータ更新をさらに改善するために、以下のヒントを考慮してください：
-
-- **バッチ更新**: 関連するデータ変更を組み合わせてブリッジ呼び出しの回数を減らす
-- **イベントデバウンシング**: システムに負荷をかけないよう高頻度のネイティブイベントを制限する
-- **エラー処理**: ネイティブ側とWeb側の両方で強力なエラー管理戦略を使用する
-
-Capacitorのブリッジと[Capgoの更新システム](https://capgo.app/docs/plugin/cloud-mode/manual-update/)の組み合わせにより、ネイティブからWebへの通信に信頼性の高いセットアップが作成されます
-
-## カスタムプラグインの作成
-
-Capacitorのネイティブブリッジを使用することで、カスタムプラグインはWebとネイティブレイヤー間の通信を可能にし、高度なデバイス機能へのアクセスを解放します
-
-### プラグイン開発手順
-
-1. **開発環境のセットアップ**
-
-以下の構造でプラグインディレクトリを作成します：
-
-[[CODE_BLOCK]]
-
-2. **プラグインインターフェースの定義**
-
-[TypeScript](https://wwwtypescriptlangorg/)インターフェースを記述してプラグインの動作方法を指定します：
-
-[[CODE_BLOCK]]
-
-3. **ネイティブコードの実装**
-
-iOSとAndroid向けのプラットフォーム固有の機能を追加します。例えば、Swiftでは：
-
-[[CODE_BLOCK]]
-
-フレームワークが整備されたら、アプリの特定のニーズに合わせたプラグインを構築できます
-
-### カスタムプラグインのアプリケーション
-
-カスタムプラグインは標準のWeb APIで対応できない部分を補完します。以下は実際の例を示す表です：
-
-| ユースケース | プラグインカテゴリ | 例 |
-| --- | --- | --- |
-| [生体認証](https://capgo.app/plugins/capacitor-native-biometric/) | セキュリティ | 指紋や顔認識 |
-| カスタムハードウェア | デバイス | 特殊なセンサーの統合 |
-| ファイル処理 | ストレージ | ファイルの[カスタム暗号化](https://capgo.app/docs/cli/migrations/encryption/) |
-
-カスタムプラグインを作成する際は、以下のヒントを念頭に置いてください：
-
-- **エラー処理**: Webとネイティブの両側で効果的にエラーを処理することを確認する
-- **ドキュメント**: 明確なAPIドキュメントを提供し、バージョン履歴を維持する
-- **バージョン管理**: 信頼性の高い更新管理のためにセマンティックバージョニングに従う
-
-Capgoの更新システムにより、プラグインのデプロイメントが簡素化され、互換性とバージョン管理を確保しながら、アプリのユーザーベース全体に更新を容易に配布できます
diff --git a/src/content/blog/ja/how-capacitor-handles-platform-differences.md b/src/content/blog/ja/how-capacitor-handles-platform-differences.md
deleted file mode 100644
index 472a863a9..000000000
--- a/src/content/blog/ja/how-capacitor-handles-platform-differences.md
+++ /dev/null
@@ -1,90 +0,0 @@
----
-slug: how-capacitor-handles-platform-differences
-title: Capacitorの仕組みとプラットフォームの違いについて
-description: モバイルアプリ開発において、iOSとAndroid向けの単一のコードベースを使用してプラットフォームの違いを効果的に管理する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T02:08:36.160Z
-updated_at: 2025-03-25T02:08:56.741Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e200987856e801f1f26fa8-1742868536741.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, mobile development, cross-platform, iOS, Android, custom plugins,
-  UI design, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-[Capacitor](https://capacitorjs.com/) は、開発者が同じコードベースを使用してiOSとAndroidのアプリを構築し、プラットフォーム固有の違いに対応することを支援します。ネイティブ機能の統合を簡素化し、プラットフォームのガイドラインへの準拠を確保し、パフォーマンスを最適化します。主なポイント：
-
--   **プラットフォーム検出**: `Capacitor.getPlatform()`を使用してプラットフォーム固有のコードを適用
--   **組み込みプラグイン**: カメラ、ストレージ、ジオロケーションなどの機能のための統一されたAPI
--   **カスタムプラグイン**: 固有の要件のためのネイティブコードの追加
--   **UI調整**: iOS（例：[SF Symbols](https://developer.apple.com/sf-symbols/)、丸みを帯びたボタン）とAndroid（例：[Material Icons](https://developers.google.com/fonts/docs/material_icons)、左揃えのボタン）のデザインルールに従う
--   **設定**: `capacitor.config.json`で両プラットフォームの設定を調整
--   **[Capgo](https://capgo.app/)によるライブアップデート**: アプリストアの遅延なしで即時更新を展開し、24時間以内に最大95%のユーザー採用を達成
-
-### クイック比較
-
-| 機能 | iOS | Android |
-| --- | --- | --- |
-| **ナビゲーション** | 下部タブバー、左戻るボタン | 上部ナビゲーションドロワー、下部ナビ |
-| **タイポグラフィ** | San Franciscoフォント | Robotoフォント |
-| **プラグイン（例：カメラ）** | [AVFoundation](https://developer.apple.com/documentation/avfoundation/) | [Camera2 API](https://developer.android.com/media/camera/camera2) |
-| **ビルド出力** | `ipa`ファイル | `aab`または`apk`ファイル |
-
-Capacitorは、ウェブとネイティブアプリ開発の間のギャップを埋め、プラットフォーム固有の最適化を維持しながらクロスプラットフォームアプリの作成を容易にします。
-
-## クロスプラットフォーム開発：CapacitorJSの探求
-
-<Steps>
-
-## [Capacitor](https://capacitorjs.com/)によるプラットフォームコードの処理
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-25.jpg?auto=compress)
-
-Capacitorは、プラットフォーム固有のコードを管理するツールを提供し、開発者が単一のAPIを使用してiOSとAndroid向けにカスタマイズされた体験を作成できるようにします。
-
-### コードでのプラットフォーム検出
-
-Capacitorの組み込みプラットフォームAPIを使用すると、現在のプラットフォームの検出が簡単です。`Capacitor.getPlatform()`メソッドは実行環境を識別し、条件付きロジックの適用を容易にします：
-
-このアプローチは、[生体認証](https://capgo.app/plugins/capacitor-native-biometric/)のような機能で特に便利です。iOSは[Face ID](https://en.wikipedia.org/wiki/Face_ID)を使用し、Androidは指紋認証に依存します。プラットフォーム検出に加えて、Capacitorの組み込みプラグインはネイティブ統合を簡素化します。
-
-### 組み込みプラットフォーム機能
-
-Capacitorには、プラットフォーム固有の違いをシームレスに処理するコアプラグインセットが付属しています。これらのプラグインは、一貫したJavaScriptインターフェースを提供しながら、ネイティブ実装の複雑さを管理します：
-
-| プラグイン | iOS実装 | Android実装 |
-| --- | --- | --- |
-| カメラ | AVFoundation | Camera2 API |
-| ストレージ | UserDefaults | SharedPreferences |
-| ジオロケーション | CoreLocation | LocationManager |
-
-各プラグインは自動的にプラットフォームのネイティブAPIを使用し、スムーズなパフォーマンスと機能を確保します。
-
-### カスタムプラットフォームプラグインの構築
-
-組み込みプラグインがニーズを満たさない場合、特定のネイティブAPIにアクセスするためのカスタムプラグインを作成できます。方法は以下の通りです：
-
-1.  **プラグインの定義**
-
-2.  **ネイティブコードの追加**
-
-3.  **プラットフォームハンドラーの実装**
-
-    -   **iOS (Swift):**
-
-    -   **Android (Kotlin):**
-
-カスタムプラグインにより、APIの一貫性と使いやすさを保ちながら、ネイティブ機能へのアクセスが可能になります。これにより、開発プロセスを複雑にすることなく、パフォーマンスと機能性を確保できます。
-
-## プラットフォーム固有のUIガイドライン
-
-### iOSとAndroidのデザインルール
-
-iOSとAndroid向けにデザインする際は、ネイティブデザインパターンに従うことが重要です。
\ No newline at end of file
diff --git a/src/content/blog/ja/how-capgo-is-born.md b/src/content/blog/ja/how-capgo-is-born.md
deleted file mode 100644
index e2915ed77..000000000
--- a/src/content/blog/ja/how-capgo-is-born.md
+++ /dev/null
@@ -1,54 +0,0 @@
----
-slug: how-capgo-is-born
-title: Capgoが誕生した経緯
-description: Capgoを構築し、この旅を始めたきっかけ
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-01T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo_birth.webp
-head_image_alt: Capgo誕生のイラストレーション
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Story
-published: true
-locale: ja
-next_blog: ''
----
-こんにちは、Martin Donadieuです。
-
-2019年に共同設立した[Naas](https://naas.ai/)を2021年7月に退社し、個人プロジェクトを立ち上げることにしました。
-
-個人での活動最初の6ヶ月間は、4年前に作成したモバイルアプリCaptime（コロナ禍でサイドビジネスとなっていた）の再構築に注力しました。
-
-2021年12月、アプリをゼロから再構築している途中で、現行のプロダクションバージョンに問題が発生し、
-
-状況が複雑になりました。修正は必要でしたが、新バージョンのリリースは避けたかったため、アプリにコードアップデートを配信する方法を探しました。
-
-当時、Captimeは月400ドルの収益でしたので、手頃な解決策を探していました。Ionic Appflowは予算外でした。
-
-他の選択肢はMicrosoft App Centerだけでしたが、Cordova / Capacitorで動作するアプリのサポートは終了していました。
-
-私のような個人開発者にとって、Ionic AppFlowは最適な価格ではありません。
-
-あなたと同じように、私も不満を持っていました。Ionicに連絡しましたが、彼らは不満を理解しつつも、価格変更には応じませんでした。私はターゲット層ではなかったのです。
-
-そこで、私のCapacitor JS開発ワークフローにおける最大の課題であるライブアップデートの解決に挑戦することにしました。
-
-1ヶ月の試行錯誤の末、URLからZIPをダウンロードしてアプリのソースを置き換える方法を見つけました。
-
-GitHubでこれを共有したところ、大きな関心を集めました。
-
-ほとんどのチームにとって手動での作業は煩雑すぎたため、有料サービスの要望があり、そこでAppFlowの代替としてCapgoの開発を始めました。
-
-目標は、Capacitor JavaScriptアプリにコードアップデートを配信する、シンプルで使いやすいソリューションを提供することでした。
-
-ネイティブビルドやIonicのような大きなツールボックスではなく、彼らが対応していない市場、つまり私たち向けのライブアップデートだけに焦点を当てました。
-
-私の取り組みについて彼らに連絡したところ、ビジネスフレンドシップの合意に至りました。
-
-私はメーカー向けに、彼らはCI/CDと専用サポートを必要とするビジネス向けに構築することになりました :)
-
-コミュニティに参加して一緒に構築することを歓迎します。私も自分のプロジェクトでこれを使用しており、将来的にはこれが私のメインプロジェクトになることを期待しています。
diff --git a/src/content/blog/ja/how-ccpa-enforcement-impacts-apps.md b/src/content/blog/ja/how-ccpa-enforcement-impacts-apps.md
deleted file mode 100644
index e12b87ab4..000000000
--- a/src/content/blog/ja/how-ccpa-enforcement-impacts-apps.md
+++ /dev/null
@@ -1,125 +0,0 @@
----
-slug: how-ccpa-enforcement-impacts-apps
-title: アプリにおけるCCPA施行の影響
-description: >-
-  CCPAは、モバイルアプリのユーザーデータ管理の方法を変更しており、コンプライアンスを満たすために透明性、ユーザーの権利、厳格なセキュリティ対策を重視しています。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-27T16:48:49.867Z
-updated_at: 2025-03-18T13:14:07.399Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c0870dcd608d64ca3e5184-1740674966680.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  CCPA, mobile apps, user data, privacy compliance, data security, consumer
-  rights, data sharing, enforcement
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-**カリフォルニア州消費者プライバシー法（CCPA）**はモバイルアプリのユーザーデータ取り扱いを改革しています。以下が重要なポイントです：
-
--   **対象**：年間収益2,500万ドル以上、10万人以上のユーザーデータを扱う、またはデータ販売による収益が50%以上の企業
--   **主な要件**：
-    -   データ収集方法の開示（デバイスIDやIPアドレスなど）
-    -   ユーザーがデータにアクセス、削除、共有を拒否できるツールの提供
-    -   暗号化とアクセス制御によるデータ保護
--   **執行**：違反1件につき最大7,988ドルの罰金。注目すべき事例には[Sephora](https://enwikipediaorg/wiki/Sephora)（1,200万ドルの罰金）や[DoorDash](https://enwikipediaorg/wiki/DoorDash)（37.5万ドルの罰金）があります
--   **よくある間違い**：「販売拒否」リンクの欠如、グローバルプライバシーコントロール（GPC）シグナルの無視、規制のないデータ共有
-
-**クイックヒント**：データ監査から始め、[プライバシーポリシー](https://capgo.app/dp/)を更新し、[OneTrust](https://wwwonetrustcom/solutions/privacy-automation/)や[Osano](https://wwwosanocom/)などのツールを使用してコンプライアンスを簡素化しましょう。コンプライアンスは罰金を避けるだけでなく、ユーザーの信頼を構築し、ビジネスを保護します。
-
-## CCPAのアプリに関する主要要件
-
-### データ収集の開示
-
-アプリ開発者は、デバイス識別子、IPアドレス、世帯情報などの収集するデータについて、明確な事前通知を提供する必要があります[\[1\]](https://wwwflurrycom/ccpa-compliance-guide/) 。これらの通知は、データの使用方法を説明し、データ収集前にアプリの設定内で簡単にアクセスできるようにする必要があります。すべてのデータカテゴリとその目的をこの通知に含めてください[\[3\]](https://oagcagov/privacy/ccpa)。ユーザーデータを販売または共有する場合、「個人情報を販売または共有しない」リンクを目立つように表示する必要があります[\[3\]](https://oagcagov/privacy/ccpa)。
-
-CCPAは、これらの開示とともにユーザーの権利保護の重要性を強調しています。
-
-### ユーザーのプライバシー権
-
-CCPAは、開発者が指定された期間内に尊重しなければならない特定の権利をアプリユーザーに付与します。企業はフリーダイヤルなど、ユーザーが要求を提出するための少なくとも2つの方法を提供する必要があります。アプリの場合、インタラクティブなウェブフォームも利用可能にする必要があります[\[4\]](https://trustarccom/resource/handle-consumer-requests-under-ccpa/) 。
-
-ユーザー要求の処理方法：
-
--   **アクセス要求**：10日以内に受領を確認し、45日以内に要求されたデータを提供
--   **削除要求**：2段階の確認プロセスで要求を確認
--   **オプトアウト要求**：15日以内にオプトアウトプロセスを完了し、過去90日間にユーザーのデータを受け取った第三者に通知
-
-> 「CCPAに準拠しようとする人々にとって重要な要素は、GDPRのデータ主体アクセス要求と同様に、消費者要求を管理するプロセスを実装することです」- TrustArc [\[4\]](https://trustarccom/resource/handle-consumer-requests-under-ccpa/)
-
-ユーザーデータの保護は、これらのプライバシー権の重要な要素です。
-
-### データセキュリティ要件
-
-これらのプライバシー対策をサポートするため、CCPAは厳格なデータセキュリティ基準を施行しています。主な実践事項：
-
--   **暗号化**：保存データと送信データの両方に強力な暗号化を適用
--   **アクセス制御**：厳格な認証と認可プロトコルの実装
--   **定期的なテスト**：定期的なセキュリティ評価と侵入テストの実施
--   **インシデント対応**：侵害通知手順を最新に保ち、準備しておく
-
-さらに、企業はプライバシー関連の活動とユーザー要求の記録を24ヶ月間保持する必要があります[\[5\]](https://wwwketchcom/blog/posts/understanding-the-ccpa-right-to-deletion)## カリフォルニア州司法長官によるモバイルアプリのプライバシー執行強化
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## CCPA執行の事例
-
-最近の事例は、モバイルアプリに対するカリフォルニア州のプライバシー法執行への積極的なアプローチを示しており、多額の罰金は開発者にコンプライアンス基準を満たすことの重要性を明確に警告しています。
-
-### 主な罰金と処罰
-
-カリフォルニア州司法長官とカリフォルニアプライバシー保護局（CPPA）は、カリフォルニア消費者プライバシー法（CCPA）違反に対して積極的に対処してきました。注目すべき2つの事例を紹介します：
-
-**Sephoraの1,200万ドルの和解（2022年）**  
-Sephoraは複数のコンプライアンス違反で1,200万ドルの支払いに同意しました：
-
--   消費者データの販売の非開示
--   グローバルプライバシーコントロール（GPC）シグナルの無視
--   オプトアウト要求の無視
--   違反を是正するための30日間の猶予期間を逃した [\[2\]](https://usercentricscom/knowledge-hub/ccpa-penalties/)
-
-> 「グローバルプライバシーコントロールのような技術は、データプライバシーの権利を行使しようとする消費者にとってゲームチェンジャーです。しかし、企業が顧客データの使用方法を隠し、販売のオプトアウト要求を無視する場合、これらの権利は無意味です。今日の和解が、カリフォルニアの消費者プライバシー法を依然として遵守していない企業に強いメッセージを送ることを願っています。私のオフィスは監視しており、責任を追及します」 – 司法長官 Rob Bonta [\[6\]](https://wwwlexologycom/library/detailaspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-**DoorDashの375,000ドルの罰金（2024年）**  
-DoorDashは、明示的な同意を得ずに顧客データをマーケティング協同組合と共有したことで375,000ドルの罰金を科されました [\[2\]](https://usercentricscom/knowledge-hub/ccpa-penalties/)
-
-これらの事例は、繰り返されるコンプライアンスの問題を浮き彫りにし、企業がプライバシー法を遵守する上での課題を強調しています。
-
-### 主なコンプライアンスの誤り
-
-モバイルアプリは特定のCCPA要件で苦戦することが多く、一般的な違反につながっています。以下は頻繁な誤りとその回避方法の内訳です：
-
-| 違反の種類 | 影響 | 防止手順 |
-| --- | --- | --- |
-| 「販売しない」通知の欠如 | 消費者1人あたり最大7,500ドルの罰金 | アプリ設定に明確なオプトアウトリンクを追加 |
-| 不適切な同意管理 | 未成年者1人あたり最大22,500ドルの罰金 | 特に16歳未満のユーザーに対して明示的な同意ツールを使用 |
-| 規制されていないデータ共有 | より高い責任リスク | すべてのサードパーティパートナーシップを監査・文書化 |
-| GPCシグナルの無視 | 執行のよくあるきっかけ | アプリがGPCシグナルを認識し対応することを確認 |
-
-執行における2つの重要な変更点：
-
--   違反に対する30日間の是正期間が撤廃
--   グローバルプライバシーコントロール要件の遵守に対する監視強化 [\[6\]](https://wwwlexologycom/library/detailaspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-> 「司法長官の焦点は法律の遵守、消費者への選択肢とコントロールの提供にあります。目的はカリフォルニアのプライバシー基金の収入を増やすことではなく、コンプライアンスを促進することです」 – LewisRiceのアソシエイト、Melissa G Powers [\[6\]](https://wwwlexologycom/library/detailaspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-これらの執行活動は明確です：モバイルアプリ開発者は、マーケティング目標を維持しながら進化するプライバシー環境をナビゲートするためにコンプライアンスを優先しなければなりません。
-
-###### sbb-itb-f9944d2
-
-## CCPAコンプライアンスガイド
-
-最近の執行活動を考慮すると、コンプライアンスを維持することはモバイルアプリにとって極めて重要です。以下は主要なステップをナビゲートするための実践的なガイドです。
-
-### データ監査ステップ
-
-アプリが収集、処理、共有するすべてのユーザーデータの詳細な目録作成から始めましょう。アプローチ方法は以下の通りです：
-
--   **データ収集ポイントの特定**: 登録フォーム、購入、分析ツール、サードパーティSDKなど、すべてのデータ入力ソースを文書化
--   **データの分類**: 以下のような種類に分類：
-    -   識別子（例：
\ No newline at end of file
diff --git a/src/content/blog/ja/how-chinas-cybersecurity-law-impacts-app-developers.md b/src/content/blog/ja/how-chinas-cybersecurity-law-impacts-app-developers.md
deleted file mode 100644
index 114d86050..000000000
--- a/src/content/blog/ja/how-chinas-cybersecurity-law-impacts-app-developers.md
+++ /dev/null
@@ -1,160 +0,0 @@
----
-slug: how-chinas-cybersecurity-law-impacts-app-developers
-title: 中国のサイバーセキュリティ法がアプリ開発者に与える影響
-description: 中国のサイバーセキュリティ法は、アプリ開発者にデータ処理に関する厳格なルールを課し、ユーザーのプライバシーとコンプライアンス戦略に影響を与えています。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T03:07:29.101Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef49e0ebbb9dc806422d61-1743736061198.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  China Cybersecurity Law, app developers, data localization, security
-  compliance, user privacy, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-**[中国のサイバーセキュリティ法](https://enwikipediaorg/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China)（CSL）では、アプリ開発者は、特に中国のユーザーのデータを扱う際に、厳格なルールに従う必要があります。**以下が重要なポイントです：
-
--   **データローカライゼーション**：個人データと機密データを中国国内のサーバーに保存
--   **セキュリティ基準**：暗号化、[多要素認証](https://capgo.app/docs/webapp/mfa/)の使用、定期的なセキュリティチェックの実施
--   **国境を越えるデータ転送**：中国国外へのデータ移転には明示的な規制当局の承認が必要
--   **必須評価**：アプリは技術的セキュリティレビュー、データ保護影響評価、ネットワークセキュリティチェックに合格する必要がある
--   **非遵守の結果**：罰金、アプリの削除、サービスの停止、評判の損害
-
-コンプライアンスを維持するために、開発者は暗号化、リアルタイムモニタリング、[セキュアアップデート](https://capgo.app/docs/live-updates/update-behavior/)のためのツールを使用する必要があります。遵守を怠ると深刻な罰則につながる可能性があるため、中国市場での成功には早期の準備が重要です。
-
-## [中国のサイバーセキュリティ法](https://enwikipediaorg/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China)の基本
-
-### 主な法的要件
-
-中国のサイバーセキュリティ法は、データ処理に関する具体的な規則を定めており、アプリ開発者に直接影響を与えます。重点分野には**データローカライゼーション**、**セキュリティ対策**、**ユーザーのプライバシー保護**が含まれます。
-
-データローカライゼーションについては、開発者は個人情報、および国家安全保障や公共の利益に重要とされるデータを中国本土のサーバーに保存する必要があります。
-
-アプリ開発者を含むネットワーク運営者は、以下のセキュリティ対策を実施する必要があります：
-
--   **実名登録システム**：ユーザーが本人確認済みの身元で登録することを確保
--   **多要素認証**：機密情報へのアクセスを保護
--   **定期的なセキュリティチェック**：脆弱性テストとセキュリティ評価の実施
--   **[データ暗号化](https://capgo.app/docs/cli/migrations/encryption/)**：転送時と保存時のデータ暗号化
--   **バックアップと復旧**：データのバックアップと復旧システムの維持
-
-これらの要件は、アプリ開発者がコンプライアンスにアプローチする方法を形作ります。
-
-### アプリ開発者への適用範囲
-
-この法律は、開発者の所在地に関係なく、中国本土のユーザーからデータを収集、処理、または保存するアプリに適用されます。開発者が考慮すべき点は以下の通りです：
-
-**データ処理要件：**
-
--   個人情報と機密情報は中国国内で処理する必要がある
--   国境を越えるデータ転送には明示的な規制当局の承認が必要
--   開発者はモニタリングと監査システムを設置する必要がある
-
-**技術的コンプライアンス：**
-
--   アプリは標準化された形式での迅速なデータエクスポートを可能にする必要がある
--   規制当局が承認した暗号化基準に従う必要がある
-
-中国のユーザーを対象とする開発者にとって、コンプライアンスには多くの場合、現地のデータセンターやサービスプロバイダーとの協力が必要です。法律は「重要データ」を広く定義しているため、開発者はアプリが扱うすべてのデータタイプを慎重に評価し、適切な保護措置を確実に実施する必要があります。
-
-## コンプライアンス基準の遵守
-
-### データ保存規則
-
-法的要件に適合するため、データを安全かつローカルに保存することを確保する技術的措置を確立してください。ユーザープロファイル、支払い詳細、位置データ、デバイス識別子、分析などの機密情報は、中国本土のサーバーに保存する必要があります。データを国際的に転送する場合は、[中国サイバースペース管理局](https://wwwcacgovcn/)（CAC）から明示的な承認を得る必要があります。これには、データの種類、転送頻度、セキュリティ対策、使用目的を概説する文書の提出が含まれます。
-
-### 必要なセキュリティチェック
-
-中国でのローンチ前に、以下の必須セキュリティ評価を完了する必要があります：
-
-1.**技術セキュリティ評価**
-CAC承認のテスト施設により、暗号化方式、アクセス制御、脆弱性テストなどのアプリのセキュリティ機能の詳細なレビューを実施する必要があります
-
-2. **データ保護影響評価**
-開発者は、個人データの収集、処理、保護方法を詳細に説明する必要があります。これには、ユーザー同意メカニズムとデータ保持ポリシーの文書化が含まれます
-
-3. **ネットワークセキュリティレビュー**
-重要インフラや機密データを管理するアプリには、追加のネットワークセキュリティレビューが必要です。これは、サーバーセキュリティ、データバックアップシステム、緊急対応計画、アクセス制御に焦点を当てています
-
-これらのステップは、コンプライアンスに必要な技術的変更を実施するための基盤を提供します
-
-### 必要なアプリの変更
-
-これらの評価の結果により、コンプライアンスに必要な技術的更新が明らかになります：
-
--   **ユーザープライバシー管理**:
-    
-    -   データ収集に関する明確な同意オプション
-    -   詳細なプライバシー設定
-    -   アカウントと関連データを削除する機能
-    -   データ使用に関する透明性のあるポリシー
--   **セキュリティ機能**:
-    
-    -   機密情報のエンドツーエンド暗号化
-    -   多要素認証
-    -   定期的なセキュリティアップデート
-    -   自動脅威検出システム
-
-頻繁な更新が必要なアプリの場合、準拠したアップデートシステムの統合を検討してください。例えば、[Capgo](https://capgo.app/)のライブアップデートソリューションは、エンドツーエンド暗号化を提供し、中国および国際基準を満たしながら即時のセキュリティパッチをサポートします
-
--   **データ管理機能**:
-    -   ユーザーがデータをエクスポートするためのツール
-    -   データアクセスを追跡する監査ログ
-    -   データ保持の自動制御
-    -   地理的アクセスに基づく制限
-
-これらの技術的更新はすべて、規制当局の承認を得る前に実装する必要があります。継続的なコンプライアンスを確保するために定期的な監査が不可欠です
-
-## 中国におけるデータ＆サイバーセキュリティコンプライアンス
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## 非準拠の結果
-
-コンプライアンス基準を満たさないことは、財務と運営の両方に深刻な影響を及ぼす可能性があります
-
-### 非準拠の罰則
-
-コンプライアンスに従わない組織は以下のような罰則に直面します：
-
--   企業と主要幹部を対象とした**罰金**
--   プラットフォームからの**アプリ削除**
--   サービスの**一時停止**
--   **ライセンス取り消し**
--   **市場アクセスの制限**
-
-### 執行の仕組み
-
-当局は以下のような方法でコンプライアンスを執行します：
-
--   技術システムとドキュメントの**定期監査**
--   ユーザー苦情に基づく**調査**
--   以下を検出するための**継続的な技術監視**：
-    -   未承認のデータ転送
-    -   セキュリティギャップ
-    -   プライバシーポリシーの違反
-    -   不適切なコンテンツアクセス
-
-### 財務および運営コスト
-
-非準拠には多額のコストが伴います。法的費用、技術的修理、事業中断などの直接費用があります。評判の低下、ビジネス機会の喪失、投資家の信頼低下などの間接コストは、長期的な成長を妨げる可能性があります。コンプライアンスの問題に早期に対処することは、後で問題に対処するよりもはるかに費用が少なくて済みます
-
-## コンプライアンス方法
-
-### 技術ツール
-
-中国のセキュリティ要件に準拠した技術ツールを使用します。主要なソリューションには以下が含まれます：
-
--   国家基準に準拠した**データ暗号化**
--   データフローを追跡する**リアルタイム監視**ツール
--   効率化されたプロセスのための**自動化されたコンプライアンスソフトウェア**
--   バージョン管理機能を備えた**[アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)システム**
-
-Capgoのようなプラットフォームは、エンドツーエンド暗号化やユーザー割り当てなどの機能を備えた安全なアップデート展開を提供します。これらのツールは、中国の規制に準拠しながらアプリのメンテナンスを簡素化します
diff --git a/src/content/blog/ja/how-chinas-data-laws-impact-app-store-submissions.md b/src/content/blog/ja/how-chinas-data-laws-impact-app-store-submissions.md
deleted file mode 100644
index afce96806..000000000
--- a/src/content/blog/ja/how-chinas-data-laws-impact-app-store-submissions.md
+++ /dev/null
@@ -1,143 +0,0 @@
----
-slug: how-chinas-data-laws-impact-app-store-submissions
-title: 中国のデータ法がApp Storeの提出にどのように影響するか
-description: 中国の厳格なデータ法がアプリの配信にどのように影響を与えているか、ローカルデータストレージと規制遵守が市場参入の成功に必要とされることを説明します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T01:36:38.468Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df528487fa49042c758f48-1742693880587.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  China, data laws, app store, compliance, local data storage, cybersecurity,
-  personal information protection, data security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-中国の厳格なデータ法により、アプリ開発者の市場参入は困難になっています。以下が知っておくべき重要事項です：
-
--   **主要な法律**: 開発者は[サイバーセキュリティ法](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China)（2017年）、[データセキュリティ法](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China)（2021年）、[個人情報保護法](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China)（PIPL、2021年）を遵守する必要があります。これらの法律では[データの現地保存](https://capgo.app/plugins/capacitor-data-storage-sqlite/)、ユーザーの同意、国境を越えたデータ転送の厳格な管理が求められます。
--   **アプリデザインの調整**: 中国ユーザーのデータを現地に保存し、国境を越えた転送を伴う機能を無効化し、最初から法令遵守を確保する必要があります。
--   **コンプライアンスの手順**: ローカルデータストレージソリューションを実装し、データを機密性で分類し、転送の許可を確保します。[Capgo](https://capgo.app/)のようなツールは、これらの要件を満たしながらアップデートを管理するのに役立ちます。
-
-**クイックヒント**: コンプライアンスとアプリ機能のバランスを取ることが重要です。安全なツールとローカルホスティングを使用して、ユーザー体験を損なうことなく規制要件を満たしましょう。
-
-## 中国の[個人情報保護法](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China)（PIPL）の説明...
-
-<iframe src="https://www.youtube.com/embed/2mwwDS1fXDY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 中国の主要なデータ法
-
-中国のデータ法は、ローカルデータストレージを重視し、国境を越えた転送に厳しい制限を課しており、この地域で事業を展開するアプリに課題をもたらしています。
-
-### 3つの主要なデータ保護法
-
--   **サイバーセキュリティ法**: 2017年に導入され、データを中国国内に保存し、海外に転送されるデータにセキュリティ審査を義務付けています。
--   **データセキュリティ法**: 2021年に施行され、組織にデータの分類と重要情報の保護を義務付けています。
--   **個人情報保護法（PIPL）**: 2021年末に制定され、個人データの収集と処理方法を規定し、ユーザーからの明確な同意を必要とします。
-
-これらの法律は、アプリが遵守すべきデータ取り扱いの実践的な枠組みを総合的に定義しています。
-
-### データストレージと転送ルール
-
-これらの規制の下では、国境を越えた転送のための厳格なセキュリティ評価に合格しない限り、データは中国国内に留めておく必要があります。これらのルールはアプリの設計方法に直接影響を与え、規制遵守を最初から開発プロセスの重要な部分にしています。
-
-## アプリストア提出要件
-
-中国のデータローカライゼーションルールでは、アプリストアでの承認を得るために特定の設計基準を満たす必要があります。以下が調整が必要な点です：
-
-### アプリデザインの変更
-
--   **データルーティング**: 中国ユーザーからのすべてのデータをローカルまたは地域固有のサーバーに保存することを確実にします。これにより、規制に違反する可能性のある国境を越えたデータ転送を避けることができます。
--   **機能の調整**: コンプライアンスを維持するために、国境を越えたデータ共有を伴う機能を修正または無効化します。
-
-Capgoは、エンドツーエンドの暗号化とカスタマイズ可能なローカルデータストレージを使用して、即座にアップデートと機能をプッシュできるようにすることで支援できます。
-
-## コンプライアンス基準の達成
-
-中国でのコンプライアンスに対応するには、技術的および規制上の課題の両方に取り組む必要があります。以下では、実践的な開発目標をサポートしながら、これらの要件に適合するための主要なセットアップと方法を説明します。
-
-### ローカルデータストレージのセットアップ
-
-中国のローカルデータ要件を満たすためのストレージオプションは以下の通りです：
-
-| ストレージソリューション | 利点 | 課題 |
-| --- | --- | --- |
-| **クラウドサービス** | 簡単なセットアップ、管理されたコンプライアンス | 長期的なコストが高い |
-| **自社ホストインフラ** | より大きな制御、カスタマイズ可能 | 複雑な保守、長いセットアップ時間 |
-
-データ主権を維持するために、冗長性と災害復旧計画を実装することが重要です。
-
-### データ評価方法
-
-アップデートを管理する前に、コンプライアンスを確保するためにデータフローと制御システムを評価することが重要です。主要なステップには以下が含まれます：
-
--   **データ分類**: 機密性レベルによって情報を整理します。
--   **転送パターン**: システムやコンポーネント間のデータの流れをマッピングします。
--   **アクセス制御**: 異なるタイプのデータへのアクセス権を明確に文書化します。
-
-### [Capgo](https://capgo.app/)でのアップデート管理
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-Capgoは、コンプライアンスを維持しながらアップデートを管理するプロセスを簡素化します。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供する上で重要な役割を果たしています！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgoは中国市場で印象的なパフォーマンス指標を示しています：
-
--   アクティブユーザーの**95%**が24時間以内にアップデートを受信 [\[1\]](https://capgo.app/)
--   **23.5M**件のアップデートを正常に配信 [\[1\]](https://capgo.app/)
-
-主な機能には以下が含まれます：
-
--   データを保護するための**エンドツーエンド暗号化**
--   制御された展開のための**[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**
--   クイックフィックスのための**即時ロールバック**オプション
--   アップデートのパフォーマンスを追跡する**リアルタイムモニタリング**
-
-## アプリストアレビューガイド
-
-中国のアプリストアへのアプリ提出には、厳格な技術的および規制上の要件に対応する必要があります。開発者は、これらの規制に準拠するように設計された[アップデートシステムを実装する](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)ことで遅延を減らすことができます。このアプローチは、ローカルデータの管理と効率的なアップデートを確保するための以前の戦略を補完します。
-
-### 提出のヒント
-
-スムーズなアップデートとコンプライアンスのために、Capgoの使用を検討してください。このツールは、安全な展開方法を通じて規制基準を遵守しながら、開発者が直接ユーザーにアップデートを配信することを可能にします。
-
-> "バグ修正のためのレビューを避けることは金です。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## 今後の展望
-
-### 予想される法改正
-
-中国のデータ保護ルールは変化しています。今後の規制では、データのローカライゼーションと取り扱いに関する要件がより厳格になる可能性があります。アプリ開発者は、コンプライアンスを維持するために、より厳格なセキュリティ監査とより厳しいデータプロトコルに備える必要があります。これらの変更により、開発者はグローバルな運用とローカルルールのバランスを取るために戦略を調整する必要があります。
-
-### グローバルとローカルの要件
-
-中国の規制に従いながらアプリをグローバルに展開するには、慎重な計画が必要です。多くの開発者は、中国のローカルサーバーと他の地域のクラウドソリューションを組み合わせて使用しています。このセットアップにより、現地の法律を遵守しながらグローバルな機能を維持することができます。これは以前のローカライズされたデータストレージ戦略を基に、中国の法律と国際的なニーズの両方に対応するシステムを構築します。
-
-### 新しいコンプライアンスツール
-
-新しいコンプライアンスツールにより、複雑な規制に対応しながらアップデートプロセスをスムーズに保つことが容易になっています。これらのツールは変化するルールに適応するように設計されており、コンプライアンスを簡素化する機能を提供します。
-
-注目すべき機能には以下が含まれます：
-
--   転送中のデータを保護する**エンドツーエンド暗号化**
--   クラウドベースまたはセルフホスト型の**柔軟なホスティングオプション**
--   ユーザーデータを compromising することなく優れた洞察を提供する**プライバシー重視の分析**
-
-> "コミュニティはこれを必要としており、@Capgoは本当に重要なことをしています！" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-これらのツールが開発プラットフォームとより統合されるにつれて、規制コンプライアンスをより管理しやすくしながら、アップデートサイクルを効率的に保つことが期待されています。
-
-## 結論
-
-グローバルなアプリ機能を維持しながら中国のデータ規制に対応することは容易ではありません。開発者は、厳格なローカルデータ法を遵守し、迅速にアップデートを提供するという二重の課題に直面しています。Capgoのようなツールは、アップデートを効率化し、これらの複雑な要件へのコンプライアンスを確保することでこのプロセスを簡素化します。
-
-現代のソリューションにより、開発者は規制要件を満たしながら運用効率を達成するバランスを取ることができるようになりました。例えばCapgoは、コンプライアンスへの取り組みがスムーズなグローバル展開の必要性と調和できることを示し、適切なツールが大きな違いを生み出せることを証明しています。
-
-中国のデータ保護ルールが引き続き変化する中、開発者はセキュリティと適応性を組み合わせたツールに焦点を当てることが重要です。エンドツーエンド暗号化、柔軟なホスティングセットアップ、迅速な展開オプションなどの機能は、規制基準とグローバルな観客の期待の両方を満たすための鍵となります。
diff --git a/src/content/blog/ja/how-cicd-tools-trigger-ota-updates.md b/src/content/blog/ja/how-cicd-tools-trigger-ota-updates.md
deleted file mode 100644
index ae12f815b..000000000
--- a/src/content/blog/ja/how-cicd-tools-trigger-ota-updates.md
+++ /dev/null
@@ -1,210 +0,0 @@
----
-slug: how-cicd-tools-trigger-ota-updates
-title: CI/CDツールによるOTAアップデートのトリガー方法
-description: >-
-  CI/CDツールがOTAアップデートを強化し、自動化されたプロセスによってより速く、より安全で、より信頼性の高いアプリのデプロイメントを実現する方法について学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-12T08:43:18.401Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67abf1dcdd71129bfb8de766-1739349815106.jpg
-head_image_alt: モバイル開発
-keywords: 'CI/CD, OTA updates, automation, app deployment, security, Capgo, Capacitor'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-CI/CDツールは、over-the-air (OTA)アップデートのプロセスを自動化することで、より速く、安全で、信頼性の高いものにします。その方法は以下の通りです：
-
--   **OTAアップデートとは？** HTMLやCSS、JavaScriptなどのアプリアセットをCDN経由で即座に更新でき、アプリストアの承認遅延をスキップできます
--   **CI/CDの利点:** [GitHub Actions](https://docsgithubcom/actions)などの自動化ツールは、ビルドチェック、セキュリティ検証、デプロイメントなどの重要なステップを効率化し、エラーを72%削減し、同日パッチを可能にします
--   **主な機能:**
-    -   **セキュリティ:** HTTPS、コード署名、暗号化を使用してアップデートを保護
-    -   **段階的なロールアウト:** 小規模グループに先行してアップデートを展開し、早期に問題を発見
-    -   **ロールバックオプション:** エラー率が上昇した場合、自動的にアップデートを元に戻す
--   **ハイライトされるツール:** [Capgo](https://capgo.app/)は、CLIコマンド、Webhook統合、詳細なメトリクス追跡でOTAアップデートを簡素化します
-
-OTAアップデートを自動化することで、より速い配信、少ないエラー、そしてより良いアプリの安定性が確保されます。以下では、[Capacitor](https://capacitorjs.com/)アプリをCI/CDパイプラインで設定するための段階的な手順を説明します。
-
-## [Appflow](https://ionicio/appflow/live-updates) ライブアップデート：即時アップデートをユーザーに直接デプロイ
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionicio-f18932d1af08bf70cb14b84540039486-2025-02-12.jpg?auto=compress)
-
-<Steps>
-
-1. appflowにサインアップする
-2. アプリをアップロード
-3. ライブアップデートを有効化
-4. デプロイを構成
-
-</Steps>
-
-## [Capacitor](https://capacitorjs.com/)のOTAアップデート準備
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-12.jpg?auto=compress)
-
-Capacitorの[自動over-the-air](https://capgo.app/blog/open-source-licecing/) (OTA)アップデートの設定には、セットアップの構成、セキュリティ対策の実装、[アップデートシステムの統合](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)という3つの重要なステップが含まれます。このプロセスにより、CI/CD自動化との互換性を確保しながら、アプリのセキュリティを維持します。
-
-### capacitorconfigjsonでのOTA設定の構成
-
-まず、`capacitorconfigjson`ファイルに必要なパラメータを更新します：
-
-```json
-{
-  "plugins": {
-    "OtaUpdate": {
-      "checkFrequency": 15,
-      "allowDowngrade": false
-    }
-  }
-}
-```
-
-適切なチェック頻度を設定することで、アップデートの遅延を最小限に抑え、最大47%削減できます。[\[2\]](https://githubcom/becem-gharbi/esp-ota-cicd)
-
-### OTAアップデートセキュリティの実装
-
-OTAアップデートプロセスのセキュリティ確保は、不正なアップデートを防ぎ、アプリの整合性を保護するために不可欠です。これには3層の保護が含まれます：
-
-| セキュリティ層 | 実装 | 目的 |
-| --- | --- | --- |
-| HTTPSセキュリティ | 証明書ピニング | 中間者攻撃をブロック |
-| コード署名 | ed25519署名 | アップデートの有効性を確認 |
-| パッケージセキュリティ | AES-256-GCM暗号化 | アップデート内容を保護 |
-
-これらのセキュリティ機能を適用するには、以下を設定に含めます：
-
-```typescript
-{
-  "security": {
-    "certificatePinning": true,
-    "signatureVerification": "ed25519",
-    "encryption": "aes-256-gcm"
-  }
-}
-```
-
-### [Capgo](https://capgo.app/)のOTAアップデート設定
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-12.jpg?auto=compress)
-
-Capgoは、OTAアップデートプロセスを簡素化します。まず、必要なプラグインをインストールします：
-
-```bash
-npm install @capgo/capacitor-updater
-```
-
-次に、`capacitorconfigjson`ファイルにCapgo固有の設定を追加します：
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "statsUrl": "https://api.capgo.app/stats"
-    }
-  }
-}
-```
-
-Capgoは、`20250212-a1b2c3d`のようなビルド識別子を使用したセマンティックバージョニングを採用し、正確なアップデート追跡を可能にします。これにより、アプリのアップデートライフサイクルの管理と監視が容易になります。
-
-## OTAアップデートパイプラインの作成
-
-CapgoをCapacitor環境にセットアップした後、次のステップはCI/CDツールと連携してアップデート配信を自動化することです。これにより、アプリの安定性を保ちながら、セキュアで効率的なアップデート管理が可能になります。
-
-### 自動アップデート用のWebhookセットアップ
-
-CI/CDセットアップのWebhookは、コード変更が発生した時に自動的にアップデートをトリガーできます。例えば、GitHub Actionsでは、以下のようなワークフローファイルを作成できます：
-
-```yaml
-name: OTA Update
-on:
-  push:
-    branches: [main]
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - name: Deploy OTA Update
-        env:
-          CAPGO_API_KEY: ${{ secrets.CAPGO_API_KEY }}
-```
-
-CI/CDプラットフォームの[暗号化ストレージ](https://capgo)でAPIキーとシークレットを安全に保管してください。app/docs/cli/migrations/encryption/) を使用して機密データを保護する
-
-### Capgo CLI アップデートコマンド
-
-Capgo CLIは、パイプライン内のアップデート管理を効率化するための重要なコマンドを提供します。以下は一般的なデプロイメントワークフローの例です:
-
-| ステージ | コマンド | 目的 |
-| --- | --- | --- |
-| ビルド | `capgo deploy --channel production` | 新しいビルドアーティファクトをアップロード |
-| テスト | `capgo promote build-123 --group beta` | [テストグループへのアップデートのリリース](https://capgo.app/blog/how-to-send-specific-version-to-users/) |
-| 検証 | `capgo metrics get --last-24h` | アップデート成功メトリクスの確認 |
-| リリース | `capgo promote build-123 --channel stable` | 全ユーザーへのアップデートのデプロイ |
-
-### アップデートのロールバック方法
-
-アプリの安定性を保つために、信頼性の高いロールバックメカニズムが不可欠です。システムは問題を検出し、自動的にアップデートを元に戻せる必要があります。例えば、ヘルスチェックエンドポイントを使用してエラー率を監視し、必要に応じてロールバックをトリガーできます:
-
-[[CODE_BLOCK]]
-
-このアプローチにより、[Gunnebo Safe Storage](https://wwwgunnebosafestoragecom/) はダウンタイムを数時間から数分に削減できました [\[6\]](https://menderio/blog/mender-ota-updates-and-an-automated-ci-cd-pipeline-at-gunnebo-safe-storage)
-
-リスクの高いアップデートの場合は、Capgoのステージドロールアウト機能の使用を検討してください。完全なリリース前に、まず小規模なユーザーグループにアップデートをデプロイすることで、広範な問題が発生するリスクを軽減できます。
-
-###### sbb-itb-f9944d2
-
-## OTAアップデート方法
-
-### ステージドアップデートとユーザーグループ
-
-ステージドアップデートにより、アップデートのロールアウトを制御し、ユーザーにスムーズな体験を提供できます。例えば、Capgoの_promote_コマンド（前述）はベータグループの管理に役立ちます。エンタープライズのデータによると、アプリの約半数（49%）が月次アップデートを必要としており[\[4\]](https://capacitorjs.com/docs/guides/ci-cd)、段階的なデプロイメントは変更を徐々にロールアウトしながらアプリの安定性を維持するための重要な戦略となっています。
-
-### メトリクスベースのアップデートトリガー
-
-パフォーマンスメトリクスに基づいて[アップデートを自動化する](https://capgo.app/docs/live-updates/update-behavior/)ことで、時間を節約し問題を防ぐことができます。監視webhookを設定することで、重要なメトリクスを追跡し、アップデートを継続するか一時停止するかを判断できます:
-
-| メトリクスタイプ | しきい値 | アクション |
-| --- | --- | --- |
-| クラッシュ率 | >2% | ロールアウトの一時停止 |
-| エラー率 | >0.5% | チームに警告 |
-
-これらのチェックをCI/CDパイプラインに統合することで、シームレスな監視が可能です。例:
-
-[[CODE_BLOCK]]
-
-これらのメトリクスは、次のセクションで説明するパフォーマンス追跡システムに直接結びついています。
-
-### クイックレスポンスアップデート
-
-重大なセキュリティ問題や主要なバグに直面した場合、迅速にアップデートをデプロイする方法が必要です。緊急用に特別に設計されたファストトラックデプロイメントチャネルを使用してください。これらのチャネルには、リスクを最小限に抑えるためのデバイス認証チェックと自動ロールバックオプションを含める必要があります。
-
-緊急アップデートの場合、専用チャネルを使用してデプロイできます:
-
-[[CODE_BLOCK]]
-
-配信速度をさらに向上させ、コンプライアンス基準を満たすために、CDNルールを持つ地理ベースのチャネルの使用を検討してください。これにより、場所に関係なく、アップデートが効率的にユーザーに届きます。
-
-## アップデートパフォーマンスの追跡
-
-アップデート配信方法を導入したら、その効果を測定する時です。以下の主要業績評価指標を使用して状況を把握してください:
-
-### アップデート成功メトリクス
-
-**デプロイメント完了**、**検証時間**、**ユーザー採用率**の3つの主要分野に注目してください。モバイルアプリの場合、デプロイメント成功率は通常95%から99%の範囲です[\[1\]](https://embeddedartistrycom/blog/2024/01/15/exploring-serverless-ci-cd-for-embedded-devices/) 。CI/CDパイプラインを通じたリアルタイム監視で目標達成を支援できます:
-
-| メトリクス | 目標 | クリティカルしきい値 |
-| --- | --- | --- |
-| デプロイメント完了 | >98% | [[HTML_TAG]]120s |
-| ユーザー採用率（24時間） | >75% | <50% |
-
-### アップデートエラー管理
-
-自動化システムでアップデートステータスを追跡し、エラーに対応できます。
diff --git a/src/content/blog/ja/how-delta-updates-reduce-payload-size.md b/src/content/blog/ja/how-delta-updates-reduce-payload-size.md
deleted file mode 100644
index bdb9f5a44..000000000
--- a/src/content/blog/ja/how-delta-updates-reduce-payload-size.md
+++ /dev/null
@@ -1,266 +0,0 @@
----
-slug: how-delta-updates-reduce-payload-size
-title: Deltaアップデートによるペイロードサイズの削減
-description: >-
-  デルタアップデートがダウンロードサイズを最小限に抑え、迅速で信頼性の高いアップデートでユーザー体験を向上させ、アプリのパフォーマンスを改善する方法をご覧ください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:28:37.844Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db6efa8d9574929cf125cb-1742441346400.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  delta updates, mobile apps, differential patching, app performance, bandwidth
-  savings
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-デルタアップデートは、アプリ全体ではなく変更された部分のみを送信することで、アップデートをより速く、より小さくします。具体的には:
-
-- **小さなファイルでデータ節約**: 修正されたコードのみが送信され、ダウンロードサイズが大幅に削減されます。
-- **より速いアップデート**: [Capgo](https://capgo.app/)のCDNを使用すると、5MBのアップデートがわずか114msでダウンロードできます。
-- **高い採用率**: 95%のユーザーが24時間以内にアップデートを実施。
-- **信頼性とセキュリティ**: ロールバックオプションやエンドツーエンドの暗号化などの機能を搭載。
-
-### 主な特徴:
-
-- **差分パッチング**: アプリのバージョンを比較し、差分のみを送信。
-- **自動化ツール**: [GitHub Actions](https://docs.github.com/actions)や[Jenkins](https://www.jenkins.io/)などのCI/CDシステムと連携。
-- **パフォーマンス指標**: アップデート成功率、ダウンロード速度、ユーザーエンゲージメントを追跡。
-
-デルタアップデートは[Capacitor](https://capacitorjs.com/)アプリに最適で、バグ修正、機能のロールアウト、[セキュアなアップデート](https://capgo.app/docs/live-updates/update-behavior/) を帯域幅と時間を節約しながら実現できます。
-
-## How To Get MORE FPS and Better Performance in Warzone ...
-
-<iframe src="https://www.youtube.com/embed/G4X7XGYj0Mg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/)アプリでのデルタアップデート
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-20.jpg?auto=compress)
-
-[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)でのデルタアップデートは、差分パッチングと呼ばれる方法に依存し、修正されたコード部分のみを送信します。このアプローチによりデータ転送量を最小限に抑え、ユーザーにとってアップデートをより迅速かつ簡単にします。
-
-### デルタアップデートの仕組み
-
-デルタアップデートは、現在のアプリバージョンと新しいバージョンの間のバイナリ「差分」を作成します。以下がその手順です:
-
-- **バージョン比較**: システムが古いバージョンと新しいバージョンを確認します。
-- **差分分析**: 変更された特定のファイルやセクションを特定します。
-- **パッチ生成**: 差分のみを含む小さなパッチファイルが作成されます。
-
-例えば、小さなバグ修正が必要な場合、アプリ全体をダウンロードする代わりに、軽量なパッチとして更新を送信でき、帯域幅と時間を節約できます。
-
-### デルタアップデートの主要コンポーネント
-
-スムーズなアップデートを確保するために、いくつかのツールとプロセスが連携して動作します:
-
-| コンポーネント | 目的 | 利点 |
-| --- | --- | --- |
-| **バージョン管理システム** | コードバージョンの追跡 | 正確な比較を可能に |
-| **差分ジェネレーター** | バイナリ差分の生成 | アップデートファイルサイズを縮小 |
-| **アップデートマネージャー** | ダウンロードとインストールの管理 | アップデートの信頼性を確保 |
-| **バックグラウンドプロセッサー** | サイレントにアップデートを処理 | [自動アップデート](https://capgo.app/docs/plugin/cloud-mode/auto-update/) を可能に |
-
-これらのコンポーネントは、変更の特定からアップデートのデプロイまで、多くの場合ユーザーの操作を必要とせずに処理します。
-
-信頼性を維持するため、システムにはチェックサムや検証ステップなどの安全装置が含まれています。問題が発生した場合、自動的に最後の安定バージョンにロールバックし、ユーザーへの影響を防ぎます。
-
-次に、Capacitorアプリでデルタアップデートを設定する方法を説明します。
-
-## デルタアップデートの設定
-
-### 必要なツールと設定
-
-デルタアップデートを実装する前に、以下のものが必要です:
-
-| コンポーネント | 目的 | 要件 |
-| --- | --- | --- |
-| **Capacitorバージョン** | フレームワークバージョン | バージョン6または7 |
-| **開発環境** | ビルドツール | [Node.js](https://nodejs.org/en)とnpm |
-| **[アップデートサービス](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | デルタ管理 | [Capgo CLI](https://capgo.app/docs/cli/commands) |
-| **CI/CD統合** | 自動デプロイ | GitHub Actions, [GitLab CI](https://docs.gitlab.com/ee/ci/), またはJenkins |
-
-### コード設定ガイド
-
-デルタアップデートは3つの簡単なステップで設定できます:
-
-1. **アップデートプラグインのインストール**
-
-    CLIを使用してプロジェクトでCapgoを初期化します:
-
-    ```bash
-    npx @capgo/cli init
-    ```
-
-    このコマンドでプロジェクトを構成し、必要な依存関係をすべてインストールします。
-
-2. **アップデート設定の構成**
-
-    デルタアップデートを有効にするために、アプリの設定に以下のコードを追加します:
-
-    ```typescript
-    import { CapacitorUpdater } from '@capgo/capacitor-updater';
-    
-    // Initialize the updater
-    await CapacitorUpdater.initialize({
-      deltaUpdates: true,
-      autoUpdate: true
-    });
-    ```
-
-3. **バージョン管理の実装**
-
-    デルタ生成をサポートするためにバージョン追跡を有効にします:
-
-    ```typescript
-    const currentVersion = await CapacitorUpdater.getCurrentVersion();
-    const latestVersion = await CapacitorUpdater.getLatestVersion();
-    ```
-
-これらのステップが完了したら、アプリは次のフェーズであるアップデートプロセスのテストの準備が整います。
-
-### テストとデプロイ
-
-アップデートを展開する前に、十分なテストを行います。Capgoはスムーズなデプロイメントを確保するためのツールを提供します:
-
-**チャンネルベースのテスト**  
-すべてのユーザーにリリースする前にアップデートをテストするための個別チャンネルを設定します:
-
-```typescript
-await CapacitorUpdater.setChannel('beta');
-```
-
-**モニタリングと安全性**  
-Capgoの分析を使用してアップデートのパフォーマンスをリアルタイムで追跡します。主な指標には以下が含まれます:
-
-- アップデート成功率
-- ダウンロード速度
-- ユーザーエンゲージメント
-- バージョン分布
-
-問題が発生した場合、Capgoのワンクリックロールバック機能で素早く回復できます。
-
-エンタープライズアプリの場合、Capgoの CI/CD統合（一括2,600ドル）でテストとデプロイメントを効率化し、時間を節約しエラーを削減できます。
-
-## デルタアップデートのヒント
-
-デルタアップデートを設定した後、これらの実践的なヒントに従ってワークフローを改善できます。
-
-### アップデートサイズの削減
-
-デルタアップデートは変更されたファイルのみを送信することで帯域幅を節約します。アップデートをさらに小さくするには、以下の戦略を試してください:
-
-- **画像やメディアを圧縮**してファイルサイズを削減。
-- **未使用のアセットと依存関係を削除**してビルドを効率化。
-- **ソースマップ**を本番ビルドから分離して不要なダウンロードを避ける。
-- **遅延読み込み**を必要なリソースのみに適用。
-
-効果的なテクニックの簡単な内訳は以下の通りです:
-
-| 戦略 | 影響 | 実装 |
-| --- | --- | --- |
-| ツリーシェイキング | 未使用コードを除去 | ビルドツールで有効化 |
-| コード分割 | チャンクを分離 | 動的インポートを使用 |
-| アセットバージョニング | 重複ダウンロードを防止 | コンテンツハッシュを追加 |
-
-[アップデートサイズ](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)を削減したら、アップデートプロセスのセキュリティと信頼性の確保に焦点を当てます。
-
-### アップデート安全性チェック
-
-エンドツーエンドの暗号化でアップデートを安全に保ち、バージョンの競合を早期に検出します。
-
-> "唯一の真のエンドツーエンド暗号化ソリューションです。他はただアップデートに署名するだけです" - Capgo [\[1\]](https://capgo.app/)
-
-また、Capgoの分析などのツールを使用して、以下のようなアップデートのパフォーマンスをリアルタイムで監視できます:
-
-- アップデート成功率
-- ユーザーエンゲージメントパターン
-
-### 一般的な問題と解決策
-
-適切な設定を行っても、デルタアップデートで問題が発生することがあります。一般的な問題への対処方法は以下の通りです:
-
-**バージョンの競合**  
-バージョン間の不一致がある場合、Capgoのチャンネルシステムをフォールバックオプションとして使用します:
-
-```typescript
-const version = await CapacitorUpdater.getCurrentVersion();
-if (version.mismatch) {
-  await CapacitorUpdater.setChannel('fallback');
-}
-```
-
-**アップデート失敗**  
-Capgoでは、ワンクリックで以前のバージョンにロールバックすることが簡単です:
-
-> "必要な場合は以前のバージョンにワンクリックでロールバック" - Capgo [\[1\]](https://capgo.app/)
-
-**ネットワークの問題**  
-ネットワークの中断はアップデートを妨げる可能性がありますが、以下の解決策が役立ちます:
-
-| 問題 | 解決策 | 利点 |
-| --- | --- | --- |
-| タイムアウト | 自動再試行 | 完了を確実に |
-| 部分的なダウンロード | レジューム対応 | 帯域幅を節約 |
-| 接続損失 | 状態の永続化 | 破損を防止 |
-
-エンタープライズレベルのデプロイメントでは、段階的なロールアウトの使用を検討してください。Capgoのチャンネルシステムを使用すると、全ユーザーに展開する前に小規模なユーザーグループでアップデートをテストでき、リスクを軽減してよりスムーズな体験を確保できます。
-
-## [Capgo](https://capgo.app/)のデルタアップデート機能
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Capgoは、パフォーマンスとセキュリティの両方を向上させるように設計された機能でデルタアップデートシステムを強化しています。これまでに、プラットフォームは**750の本番アプリ**で**2,350万回のアップデート**を管理してきました [\[1\]](https://capgo.app/) 。
-
-### Capgoの主要機能
-
-Capgoのデルタアップデートは、セキュリティを優先しながら効率的にアップデートを提供することを目指しています。提供される機能は以下の通りです:
-
-- **高速ダウンロード**: グローバルCDNを通じて5MBのバンドルがわずか114msでダウンロード。
-- **高いアップデート成功率**: 世界中で82%のアップデート成功率。
-- **迅速なユーザー採用**: アクティブユーザーの95%が24時間以内にアップデート。
-
-（すべての数値はCapgoの内部データに基づいています [\[1\]](https://capgo.app/) 。）
-
-セキュリティを確保するため、Capgoはすべてのアップデートに真のエンドツーエンド暗号化を使用します。これは、意図されたユーザーのみがコンテンツを復号化できることを意味し、通常はアップデートの署名のみに依存する競合他社を超えた一歩進んだ方法です。
-
-| 機能 | 利点 | パフォーマンス指標 |
-| --- | --- | --- |
-| 部分的なアップデート | 帯域幅使用量を削減 | API応答時間平均57ms |
-| グローバルCDN | 世界中で高速ダウンロード | 5MBバンドルで114ms |
-| E2E暗号化 | 強力なデータセキュリティ | 完全なエンドツーエンド暗号化 |
-
-### Capgoと他の選択肢の比較
-
-Capgoは
-
-開発チームが信頼性の高いデルタアップデートソリューションを必要とする場合、Capgoはパフォーマンス、セキュリティ、柔軟性の強力な組み合わせを提供します。
-
-## 概要
-
-デルタアップデートはCapacitorアプリのペイロードサイズを大幅に削減し、配信を高速化します。例えば、一般的な5MBのバンドルはCapgoのグローバルCDNを通じてわずか114msでダウンロードされ[\[1\]](https://capgo.app/)、このアプローチの効率性を示しています。
-
-実際のアプリケーションからのパフォーマンス指標がデルタアップデートの価値を裏付けています：
-
-| 指標 | 影響 |
-| --- | --- |
-| **ユーザー採用率** | 24時間以内に95%のユーザーが更新 |
-| **成功率** | グローバルで82% |
-| **APIレスポンス** | 平均57ms |
-| **本番アプリ** | 750以上のアプリが技術を活用中 |
-
-ユーザー体験もこれらの数字と一致しています。例えば、5,000人以上のユーザーを管理しているcolensoは次のように述べています：
-
-> "5000人以上のユーザーベースに対して、Capgo OTAアップデートを本番環境で展開しました。OTAがデプロイされてから数分以内にほぼすべてのユーザーが最新状態になる、非常にスムーズな運用を実現しています。@Capgo" [\[1\]](https://capgo.app/)
-
-効果的なデルタアップデートの主要な戦略には以下が含まれます：
-
--   帯域幅を節約するための部分的なアップデートの配信
--   パフォーマンスを監視するための分析の活用
--   シームレスなアップデートのためのバックグラウンドインストールのサポート
-
-2,350万回のアップデートが配信され[\[1\]](https://capgo.app/)、デルタアップデートはアプリのデプロイメントを変革しています。アップデートをより高速に、より軽量に、より信頼性の高いものにし、現代のアプリ開発に不可欠なツールとなっています。
diff --git a/src/content/blog/ja/how-end-to-end-encryption-secures-updates.md b/src/content/blog/ja/how-end-to-end-encryption-secures-updates.md
deleted file mode 100644
index 578687614..000000000
--- a/src/content/blog/ja/how-end-to-end-encryption-secures-updates.md
+++ /dev/null
@@ -1,47 +0,0 @@
----
-slug: how-end-to-end-encryption-secures-updates
-title: エンドツーエンド暗号化によるアップデートの保護について
-description: エンドツーエンドの暗号化がOTAアップデートをどのように保護し、アプリの整合性とユーザーの信頼を確保し、不正アクセスや改ざんを防止するかを探ります。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:10:31.003Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc6fa4af1a45e500bc7deb-1744604001503.jpg
-head_image_alt: モバイル開発
-keywords: 'end-to-end encryption, OTA updates, app security, data protection, user trust'
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**エンドツーエンド暗号化(E2EE)**は、アプリのOTA(Over-the-Air)アップデートを保護する最適な方法です。意図されたユーザーのみがアップデートを復号化してインストールできることを保証し、改ざん、コード注入、データ漏洩などのリスクから保護します。[Capgo](https://capgo.app/)のようなプラットフォームは、AppleやGoogleが要求するセキュリティ基準を満たしながら、アプリの完全性を保護するためにE2EEを実装しています。
-
-### 暗号化されたOTAアップデートの主な利点：
-
--   **攻撃の防止**: 中間者攻撃と不正アクセスをブロック。
--   **アプリの完全性保護**: アップデートの真正性と改ざん防止を確保。
--   **コンプライアンスのサポート**: アプリストアと規制のセキュリティガイドラインに適合。
--   **ユーザー信頼の向上**: ユーザーのみがアップデートを復号化でき、プライバシーを確保。
-
-### 仕組み：
-
-1.  開発者がアップデートパッケージを暗号化。
-2.  セキュアな鍵交換により、承認されたデバイスのみが復号化可能。
-3.  デバイスが真正性を確認し、安全にアップデートをインストール。
-
-Capgoのソリューションは、世界中で2,350万件のアップデートを配信し、**24時間以内に95%の採用率**と**世界中で82%の成功率**を達成しています。[アップデートを暗号化する](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)ことで、開発者はより迅速、安全、確実に展開できます。
-
-## [ESP32](https://en.wikipedia.org/wiki/ESP32)向けセキュアOTAアップデート - コード署名のセットアップ...
-
-[残りの部分は同様に翻訳を続けますが、文字数制限のため省略させていただきます。必要な部分があれば、お知らせください。]
-
-| 成功要因 | [セキュアアップデート](https://capgo.app/docs/live-updates/update-behavior/)における役割 |
-| --- | --- |
-| [暗号化の実装](https://capgo.app/docs/cli/migrations/encryption/) | 認証されたユーザーのみがアップデートを復号化できることを保証 |
-| 配信戦略 | 管理された段階的なロールアウトを管理 |
-| セキュリティコンプライアンス | プラットフォームのルールに沿ったアップデートを維持 |
-| アップデート検証 | 各アップデートの整合性を確認 |
-
-アプリアップデートの未来は、セキュリティと適応性を組み合わせたシステムにかかっています。より多くの開発者がエンドツーエンドの暗号化を採用するにつれ、OTAアップデートはアプリを保護し続け、配信システムにより高い基準を設定していくでしょう。
diff --git a/src/content/blog/ja/how-live-updates-for-capacitor-work.md b/src/content/blog/ja/how-live-updates-for-capacitor-work.md
deleted file mode 100644
index 80c0a4e68..000000000
--- a/src/content/blog/ja/how-live-updates-for-capacitor-work.md
+++ /dev/null
@@ -1,290 +0,0 @@
----
-slug: how-live-updates-for-capacitor-work
-title: Capgoにおけるライブアップデートの仕組み
-description: Capgoにおけるライブアップデートの技術的実装を深く掘り下げ、iOSとAndroidの両方でどのように機能しているかを理解します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T06:14:25.862Z
-updated_at: 2025-03-18T15:14:16.781Z
-head_image: /capgo_banner.webp
-head_image_alt: ライブアップデートアーキテクチャ
-keywords: >-
-  Capgo live updates, OTA updates, Capacitor updates, mobile app development,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-# Capgoにおけるライブアップデートの理解
-
-ライブアップデートは、Capacitorアプリにおける最も強力な機能の一つであり、アプリストアへの提出なしにリアルタイムの更新を可能にします。Capgoがこの機能をどのように実装しているのか、詳しく見ていきましょう。
-
-## コアコンセプト
-
-Capacitorアプリは、主に二つの層から構成されています：
-
-1. **ウェブ層**: WebViewに読み込まれるHTML、CSS、およびJavaScriptファイルを含みます
-2. **ネイティブ層**: プラットフォーム固有のコード（Android用のJava/Kotlin、iOS用のSwift）を含みます
-
-Capgoのライブアップデートシステムは、アプリのバイナリにコンパイルされないこれらのファイルをランタイムでウェブ層と置き換えることにより機能します。
-
-## 技術的な実装
-
-### Capacitorにおけるサーバーパス
-
-Capgoは、二つの重要なパスを管理しています：
-
-- **現在のサーバーパス**: 現在WebViewに読み込まれているファイルを指します
-- **次のサーバーパス**: 次回アプリを再起動した際に読み込まれるファイルを指します
-
-### Android実装
-
-Androidでは、Capgoは以下のようにパスを管理します：
-
-```java
-// Store next server path
-private void setNextCapacitorServerPath(String path) {
-    SharedPreferences prefs = context.getSharedPreferences("CapWebViewSettings", Activity.MODE_PRIVATE);
-    SharedPreferences.Editor editor = prefs.edit();
-    editor.putString("serverBasePath", path);
-    editor.apply();
-}
-
-// Update current path and reload
-private void setCurrentCapacitorServerPath(String path) {
-    bridge.setServerBasePath(path);
-    bridge.reload();
-}
-```
-
-### iOS実装
-
-iOSでは、パスは以下のように管理されます：
-
-```swift
-// Store next server path
-private func setNextCapacitorServerPath(path: String) {
-    KeyValueStore.standard["serverBasePath"] = path
-}
-
-// Update current path
-private func setCurrentCapacitorServerPath(path: String) {
-    bridge.viewController.setServerBasePath(path: path)
-}
-```
-
-## セキュリティ対策
-
-Capgoはエンドツーエンドの暗号化を通じて軍用レベルのセキュリティを実装しており、開発から展開までアプリの更新が完全に安全であることを保証します。当社の暗号化システムは、従来のコード署名を超えて真のゼロ知識セキュリティを提供します。
-
-### エンドツーエンド暗号化アーキテクチャ
-
-1. **エンドツーエンド暗号化（E2EE）**: すべての更新バンドルは、開発環境を出る前にAES-256-GCM暗号化を使用して暗号化されます。この軍用レベルの暗号化により、アプリの更新が配信プロセス全体にわたって完全にプライベートで安全に保たれます。
-
-2. **ゼロ知識アーキテクチャ**: Capgoは、他のOTA更新ソリューションが更新のみを署名するのとは異なり、真のゼロ知識暗号化を採用しています。これは意味します：
-   - 更新内容はアップロード前に暗号化されます
-   - Capgoサーバーは暗号化されたデータのみを保存します
-   - 復号はエンドユーザーのデバイスでのみ行われます
-   - 中間者は更新内容にアクセスできません
-
-3. **安全なキー管理**:
-   - 暗号化キーは生成され、CI/CD環境内で安全に保存されます
-   - プライベートキーはCapgoのサーバーには触れません
-   - 各アプリ版はユニークな暗号化キーを使用できます
-   - セキュリティ向上のためのキーのローテーションをサポートします
-
-当社の暗号化システムに関する詳細ガイドは、こちらをご覧ください: [Capgoライブアップデートにおけるエンドツーエンド暗号化](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)
-
-### 更新セキュリティプロセス
-
-1. **アップロード前暗号化**:
-   - 更新はCI/CDパイプライン内で暗号化されます
-   - 各ファイルは個別に暗号化されます
-   - 完全なプライバシーのためにメタデータも暗号化されます
-
-2. **安全なストレージ**:
-   - 暗号化されたバンドルはCapgoのグローバルCDNに保存されます
-   - プレーンテキストデータがサーバーに触れることはありません
-   - サーバー侵害が発生した場合でも、データは安全です
-
-3. **安全な配信**:
-   - 更新は暗号化されたチャネルを通じて配信されます
-   - 各アプリインスタンスは暗号化の整合性を検証します
-   - 復号に失敗した場合の自動再試行機構
-
-4. **クライアント側のセキュリティ**:
-   - 更新はインストール前に検証されます
-   - 復号に失敗すると自動的にロールバックがトリガーされます
-   - アプリの保護されたストレージに安全なキーが保存されます
-
-この包括的なセキュリティアプローチにより、アプリの更新が以下の攻撃から保護されます：
-- 中間者攻撃
-- サーバー側の侵害
-- 不正な変更
-- リプレイ攻撃
-- コンテンツの改ざん
-
-## 更新ライフサイクル
-
-Capgoの更新プロセスはデフォルトで自動的に設計されています。自動プロセスの仕組みは以下の通りです：
-
-### 1. 自動更新チェック
-
-プラグインは以下の状況で自動的に更新を確認します：
-- アプリが起動したとき
-
-この動作は`autoUpdate`設定で制御されます：
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true // Enable automatic updates
-    }
-  }
-}
-```
-手動でチェックすることもできます: `getLatest()`
-
-### 2. 自動ダウンロード
-
-新しいバージョンが検出され、`autoUpdate`が有効になっている場合：
-1. ダウンロードが自動的に開始されます
-2. 進捗が内部で追跡されます
-3. ダウンロードに失敗した場合はアプリを開くたびに自動再試行されます
-4. 成功したダウンロードはアプリストレージに保存されます
-
-このプロセスはイベントを通じて監視できます：
-```typescript
-CapacitorUpdater.addListener('download', (info: DownloadEvent) => {
-  console.log('Auto-download progress:', info.percent);
-});
-
-CapacitorUpdater.addListener('downloadComplete', (info: DownloadCompleteEvent) => {
-  console.log('Auto-download complete:', info.bundle);
-});
-```
-
-### 3. 自動インストール
-
-インストールのタイミングは構成に依存します：
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": false // install update on app backgrounding
-      "resetWhenUpdate": true, // reset live updates on native update (true by default)
-      "autoDeleteFailed": true, // Auto cleanup failed updates (true by default)
-      "autoDeletePrevious": true // Auto cleanup old versions (true by default)
-    }
-  }
-}
-```
-
-インストールは以下の条件に基づいて行われます：
-- `directUpdate`がtrueの場合は即時
-- `directUpdate`がfalseの場合は次回アプリがバックグラウンドになるとき
-- インストールが失敗した場合は自動ロールバック
-
-プラグインはストレージも自動で管理します：
-- `autoDeleteFailed`がtrueの場合は失敗した更新を削除します
-- `autoDeletePrevious`がtrueの場合は古いバージョンをクリーンアップします
-
-### 更新の遅延
-
-遅延条件を使用して更新がインストールされるタイミングを制御できます：
-
-```typescript
-// Delay until app goes to background
-await CapacitorUpdater.setDelay({
-  kind: 'background'
-});
-
-// Delay until specific date
-await CapacitorUpdater.setDelay({
-  kind: 'date',
-  value: '2024-03-20T10:00:00.000Z'
-});
-
-// Delay until next native version
-await CapacitorUpdater.setDelay({
-  kind: 'nativeVersion'
-});
-
-// Multiple conditions
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'background'
-    },
-    {
-      kind: 'date',
-      value: '2024-03-20T10:00:00.000Z'
-    }
-  ]
-});
-```
-
-利用可能な遅延条件：
-- **background**: アプリがバックグラウンドに移行したときにインストール
-- **date**: 特定の日付/時間の後にインストール
-- **nativeVersion**: 次のネイティブアップデートの後にインストール
-- **kill**: アプリが終了した後にインストール
-
-これは以下のことに役立ちます：
-- オフピーク時間に更新をスケジュール
-- ユーザーの活動と更新を調整
-- スムーズな更新体験の確保
-- 重要なタスク中の中断を防ぐ
-
-### 更新状態
-
-自動プロセス中に、バンドルは以下の状態を遷移します：
-1. **downloading**: ダウンロード進行中
-2. **pending**: ダウンロード完了、インストール待機中
-3. **success**: 更新がインストールされ、アクティブ
-4. **error**: 更新に失敗（自動ロールバックをトリガー）
-
-## ストアコンプライアンス
-
-### Apple App Store ✅
-
-ライブアップデートはApple App Storeのポリシーに完全に準拠しています。Apple Developer Program License Agreementに記載されている通り：
-
-> "解釈されたコードはアプリケーションにダウンロードされることがありますが、そのコードが以下の条件を満たす限りである必要があります：(a) アプリケーションの意図された広告された目的と矛盾する機能や機能を提供することにより、アプリケーションの主な目的を変更しないこと、(b) 他のコードやアプリケーションのためのストアまたはストアフロントを作成しないこと、(c) 署名、サンドボックス、またはOSの他のセキュリティ機能を回避しないこと。"
-
-Capgoの更新は、すべてのプラットフォームのセキュリティ境界を尊重しつつ、ウェブ層のみを変更します。
-
-### Google Play Store ✅
-
-ライブアップデートはGoogle Playポリシーに準拠しています。デバイスとネットワーク不正行為ポリシーは以下のように記載しています：
-
-> "この制限は、仮想マシンまたはインタプリタ内で動作し、いずれかがAndroid API（WebViewまたはブラウザ内のJavaScriptなど）への間接的なアクセスを提供するコードには適用されません。"
-
-CapgoはWebViewコンテンツのみを更新するため、これらの許可されたガイドラインに該当します。
-
-## ベストプラクティス
-
-1. **段階的ロールアウト**: 更新を段階的に展開する
-2. **バージョン管理**: 展開されたすべてのバージョンを追跡する
-3. **ロールバックサポート**: 問題から迅速に回復する
-4. **デルタ更新**: 変更されたファイルのみをダウンロード
-
-## ライブアップデートを使用すべき時
-
-以下に最適です：
-- バグ修正
-- UIの改善
-- コンテンツの更新
-- 機能のトグル
-
-以下には適していません：
-- ネイティブコードの変更
-- メジャーバージョンの更新
-- ネイティブ変更を必要とするセキュリティパッチ
diff --git a/src/content/blog/ja/how-mobile-apps-stay-compliant-with-us-privacy-laws.md b/src/content/blog/ja/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
deleted file mode 100644
index 0a4d12437..000000000
--- a/src/content/blog/ja/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
+++ /dev/null
@@ -1,161 +0,0 @@
----
-slug: how-mobile-apps-stay-compliant-with-us-privacy-laws
-title: 米国のプライバシー法に準拠するモバイルアプリの方法
-description: >-
-  米国のプライバシー法に準拠するために、ユーザーの同意、データ管理、効果的なセキュリティ対策を通じてモバイルアプリケーションがどのように対応できるかを学びます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-06T03:14:22.038Z
-updated_at: 2025-03-18T13:14:48.522Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c8efd008fcceb00021f6ac-1741230902559.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  mobile apps, privacy compliance, user consent, data management, encryption,
-  app store rules, privacy policies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
--   **主要なプライバシー機能**:
-    
-    -   明確な同意オプション(オプトイン/オプトアウト)を提供
-    -   分かりやすい[プライバシーポリシー](https://capgo.app/dp/)を共有
-    -   ユーザーがデータにアクセス、削除、転送できるようにする
--   **プライバシーツール**:
-    
-    -   データセキュリティのためのエンドツーエンド暗号化を使用
-    -   [Capgo](https://capgo.app/)などのツールを導入し、迅速な更新とコンプライアンス追跡を実現
--   **[App Store](https://wwwapplecom/app-store/)のルール**:
-    
-    -   Apple: [App Tracking Transparency](https://developer.apple.com/documentation/apptrackingtransparency) (ATT)に従い、プライバシーラベルを更新
-    -   Google: データ安全性宣言を提出し、詳細な[プライバシーポリシー](https://capgo.app/privacy/)を維持
--   **コンプライアンスのステップ**:
-    
-    -   定期的なデータ収集方法の監査
-    -   ユーザー同意フローとデータ管理ツールのテスト
-    -   州法とアプリストアの要件の最新情報を把握
-
-**クイックヒント**: 自動化ツールとCI/CDプラットフォームを使用して、プライバシー更新を迅速かつ安全にロールアウト
-
-## モバイルアプリのプライバシー状況：コンプライアンスの傾向と要点
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## モバイルアプリに必要なプライバシー機能
-
-モバイルアプリには、米国のプライバシー法に準拠し、ユーザーが個人データを管理できるツールを含める必要があります。これらのツールは、ユーザーが自分の情報を管理し、アプリへの信頼を構築するのに役立ちます。
-
-### ユーザー許可要件
-
-ユーザーにデータに関する実質的な選択肢を提供する、分かりやすいプライバシーコントロールを提供することが重要です：
-
--   オプトインとオプトアウトオプションを含む、明確な同意メカニズムを使用
--   データの収集方法、使用方法、ユーザーの権利を説明した、理解しやすいプライバシーポリシーを共有
-
-### ユーザーデータ権利管理
-
-以下の機能でユーザーがデータを管理できるようにします：
-
--   データにアクセス、ダウンロード、プライバシー関連のリクエストを行える安全なポータル
--   アカウントの削除と関連データの削除を行える使いやすいツール
--   他のサービスに情報を移動できるデータ転送オプション
-
-## プライバシーコンプライアンスツールと方法
-
-主要なプライバシー機能を設定したら、次のステップは、対象となる技術的ソリューションと徹底的なテストを使用してそれらを実施することです。
-
-### データセキュリティ基準
-
-データの保護はプライバシーコンプライアンスの中核要素です。開発者は、機密情報が認証された受信者のみにアクセス可能となるよう、送信と保存の両方でユーザーデータを保護するために**エンドツーエンド暗号化**を使用する必要があります。
-
-### プライバシー重視の開発のためのツール
-
-特定のツールは、開発プロセス全体を通じてプライバシーコンプライアンスを維持するのに役立ちます。例えば、Capgoは米国の州のプライバシー規制に適合するCapacitorアプリ向けのソリューションを提供しています。
-
-プライバシー重視の開発ツールを選択する際に考慮すべき主な機能：
-
-| 機能 | プライバシーの利点 | 使用例 |
-| --- | --- | --- |
-| エンドツーエンド暗号化 | 不正アクセスから機密データを保護 | Capgoの安全なアップデートのための暗号化システム |
-| 即時更新 | プライバシーの問題の迅速な修正を可能に | アプリストアの承認を待たずにライブ更新をプッシュ |
-| ユーザー割り当て | テスト目的の更新配布を管理 | 選択されたユーザーグループへの段階的なロールアウト |
-| バージョン管理 | プライバシーコンプライアンスに関連する変更を追跡 | コンプライアンスチェック組み込みのCI/CD統合 |
-
-### コンプライアンステストのステップ
-
-1.  **初期プライバシー評価**  
-    データが収集され、許可が実装されるすべてのポイントを確認することから始めます。収集されるデータの種類とその保存場所を文書化します。
-    
-2.  **自動テスト**  
-    すべてのデプロイメントでプライバシー機能を検証する継続的なテストパイプラインを設定します。例えば、2025年3月3日現在、Capgoは世界中で9476Mの更新を正常に配信しています[\[1\]](https://capgo.app/)
-    
-3.**ユーザー権利のテスト**
-以下を含むすべてのユーザーデータ管理機能を評価します：
-
--   アクセスリクエストの処理
--   データ削除プロセス
--   データポータビリティのためのツール
--   同意管理システム
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーに不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-これらのツールとテストステップは、次のセクションで説明するアプリストアのプライバシー要件を満たすための基礎となります
-
-###### sbb-itb-f9944d2
-
-## [App Store](https://wwwapplecom/app-store/) プライバシールール
-
-![App Store](https://mars-images.imgix.net/seobot/screenshots/wwwapplecom-9d9fbf06f7f9dd70143af6386e59a5d2-2025-03-06.jpg?auto=compress)
-
-主要なアプリストアが定めるプライバシー基準に準拠することは、アプリを利用可能な状態に保ち、ユーザーの信頼を得るために重要です。AppleとGoogleの両方が、開発者が順守しなければならない厳格な要件を設定しています
-
-### Appleのプライバシー要件
-
-AppleのApp StoreはApp Tracking Transparency (ATT)フレームワークを通じてプライバシーを強制します。主なポイントは以下の通りです：
-
-| 要件 | 方法 | 検証 |
-| --- | --- | --- |
-| プライバシーラベル | データ収集実践の詳細な開示 | 提出ごとに更新が必要 |
-| ATTフレームワーク | クロスアプリトラッキングのユーザー許可 | iOS 14.5以降で必須 |
-| データ最小化 | 必須機能に限定したデータ収集 | 定期的なプライバシー監査が必要 |
-
-セキュリティを強化するため、データ送信には端末間暗号化を使用します。Capgoのようなツールは、Appleのセキュリティガイドラインに沿った暗号化されたアップデートを提供することで役立ちます [\[1\]](https://capgo.app/) 一方、Google Playもデータ取り扱いに関する厳格な透明性とユーザーコントロールを強制しています
-
-### [Google Play](https://play.google.com/store/games?hl=en_US&gl=US) プライバシー基準
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/play.google.com-16a80c4cf416aa7572b6b4b1e8b92617-2025-03-06.jpg?auto=compress)
-
-Google Playストアは、開発者にデータ取り扱いに関する明確な詳細の提供を求めています。主な要件は以下の通りです：
-
-| 要件 | 説明 | 方法 |
-| --- | --- | --- |
-| データ安全性宣言 | データ収集の明確な開示 | Play Consoleでの詳細フォーム |
-| プライバシーポリシーの文書化 | 包括的なプライバシー情報 | ストアリストの外部リンク |
-| セキュリティ実践 | データ保護措置の説明 | 技術文書 |
-
-これらの基準を満たすため、プラットフォーム間でプライバシーアップデートを迅速に行えるツールの採用を検討してください
-
-### コンプライアンスのための技術的アプローチ
-
-AppleとGoogleの両方のプライバシー要件を満たすためのいくつかの実践的なステップを紹介します：
-
--   **プラットフォーム固有のプライバシーAPIの使用**：  
-    AppleのPrivacy ManifestsやGoogleのData Safety APIなどのツールを活用して、データアクセスポイントを効果的に文書化する
-    
--   **アップデートの柔軟性の確保**：  
-    コンプライアンスに準拠したアップデートシステムを使用してプライバシー関連の修正を迅速に展開し、ポリシーの変更に対応する
-    
--   **定期的なプライバシー監査の実施**：  
-    アプリのデータ収集実践を頻繁に見直し、プライバシー文書を更新し、最新の基準への準拠を確認する
-
-プライバシールールの最新情報を把握し、変更を迅速に実装することはコンプライアンスを維持するために不可欠です。Rodrigo Manticaが説明するように：
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーに不可欠です！" [\[1\]](https://capgo.app/)
-
-## アプリのプライバシーコンプライアンスの維持
-
-プライバシーコンプライアンスの維持は一度限りの作業ではありません。テストとアプリストアの要件を満たすだけでなく、開発者は変化する規制に対応するためにプライバシーを積極的に管理する必要があります。適切なツールとアプローチを使用することで、先手を打って対応することができます
\ No newline at end of file
diff --git a/src/content/blog/ja/how-native-bridge-works-in-capacitor-android-apps.md b/src/content/blog/ja/how-native-bridge-works-in-capacitor-android-apps.md
deleted file mode 100644
index 1038346c4..000000000
--- a/src/content/blog/ja/how-native-bridge-works-in-capacitor-android-apps.md
+++ /dev/null
@@ -1,272 +0,0 @@
----
-slug: how-native-bridge-works-in-capacitor-android-apps
-title: Capacitorにおけるネイティブブリッジのしくみ（Android）
-description: >-
-  Android アプリのネイティブブリッジが、Web
-  コードとネイティブ機能間の通信をどのように改善し、パフォーマンスとユーザーエクスペリエンスを最適化するかを探ります。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:26:08.446Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de087b13cee397379a0b94-1742610380581.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, Android, native bridge, JavaScript, mobile development, app
-  performance, updates, communication
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-**[Capacitor](https://capacitorjs.com/) Android アプリのネイティブブリッジは、Web ベースの JavaScript とネイティブ Android 機能間のシームレスな通信を可能にします**。開発者が Web コードから直接カメラ、位置情報、ストレージなどの Android 固有の機能を使用できるようにし、Web テクノロジーを活用しながらネイティブな感覚のアプリを作成できます。
-
-### 重要なポイント：
-
--   **概要：** JavaScript と Android 間の双方向通信システムで、JavaScript 呼び出しをネイティブ Android メソッドに変換し、その逆も可能
--   **パフォーマンスのハイライト：**
-    -   API レスポンス時間：**57ms**（グローバル平均）
-    -   データ転送：5MB バンドルで**114ms**
-    -   アップデート採用：[Capgo](https://capgo.app/) などのツールを使用して**24時間以内に95%完了**
--   **動作の仕組み：**
-    -   **JavaScript から Android へ：** シリアル化されたリクエストをネイティブ Android メソッドに送信
-    -   **Android から JavaScript へ：** イベントブロードキャスト、直接レスポンス、状態更新にコールバックを使用
--   **セットアップ要件：**
-    -   Capacitor 8.x を使用
-    -   [Gradle](https://gradleorg/)、`AndroidManifestxml`、および Web アセットを設定
--   **最適化のヒント：**
-    -   帯域幅を削減するために部分更新を使用
-    -   ブリッジ呼び出しの遅延、データサイズ、メモリ使用量を監視
-
-Capgo は、無線経由のアップデートツールで、ネイティブブリッジと統合してアップデートを効率的かつ安全に配信し、アプリの応答性と最新性を確保します。
-
-**Web コードの柔軟性とネイティブ Android のパフォーマンスを組み合わせた、高速で応答性の高いアプリを構築したいですか？ネイティブブリッジの仕組みと最適化方法について詳しく見ていきましょう。**
-
-## プロジェクト固有のローカルプラグインを作成する方法 | Ionic | [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-22.jpg?auto=compress)
-
-## ネイティブブリッジの通信フロー
-
-[Capacitor Android アプリ](https://capgo.app/top_capacitor_app/)のネイティブブリッジは、Web レイヤーとネイティブレイヤー間の双方向通信を可能にします。このメッセージパッシングシステムは、パフォーマンスを損なうことなく、スムーズでリアルタイムのデータ交換を確保します。以下で、双方向の通信フローとデータの管理方法について説明します。
-
-### JavaScript から Android への通信
-
-JavaScript がネイティブ Android 機能と対話する必要がある場合、ネイティブブリッジを通じて構造化されたプロセスに従います。JavaScript はデータをシリアル化してキューに入れることでリクエストを送信し、リクエストが整理された方法で処理され、競合を避けることを確保します。
-
-メッセージフローの仕組み：
-
-| **段階** | **プロセス** |
-| --- | --- |
-| メッセージ作成 | JavaScript ペイロードの作成 |
-| シリアル化 | データをネイティブ形式に変換 |
-| キュー管理 | メッセージの優先順位付けとルーティング |
-| ネイティブ実行 | Android メソッドによるリクエストの実行 |
-
-この設定により、JavaScript 呼び出しが効率的に、かつ正しい順序で処理されることが保証されます。
-
-### Android から JavaScript への通信
-
-ネイティブ Android コードは、コールバックメカニズムを使用して Web レイヤーと通信します。ブリッジは保留中のコールバックを追跡し、レスポンスが適切なリクエストとマッチングすることを確保します。このシステムにより、非同期操作が正しく完了し、データが適切な宛先に送信されることが保証されます。
-
-Android から JavaScript への通信は、通常以下の3つのカテゴリに分類されます：
-
--   **イベントブロードキャスト**：システム全体の通知を送信
--   **直接レスポンス**：特定の JavaScript リクエストに応答
--   **状態更新**：レイヤー間のデータ変更を同期
-
-### データ転送と処理
-
-ブリッジを通過するデータは、速度と正確性のために最適化されています。効率的なエンコーディング、バッチ処理、自動メモリ管理などの技術により、データの整合性を維持しながらオーバーヘッドを最小限に抑えます。デバリッジは、互換性とタイプセーフティを確保するために、さまざまなデータ形式をサポートしています:
-
-| **データ型** | **JavaScript形式** | **ネイティブAndroid形式** |
-| --- | --- | --- |
-| 文字列 | UTF-16 | Java String |
-| 数値 | Double/Integer | Double/Long |
-| オブジェクト | JSON | JSONObject |
-| バイナリ | ArrayBuffer | ByteArray |
-
-この通信システムにより、開発者はネイティブAndroidの機能とWebテクノロジーの柔軟性を組み合わせた、レスポンシブなアプリを作成できます。効率的な設計により、異なるデバイスやAndroidバージョン間でスムーズなパフォーマンスを確保します。
-
-## Androidのネイティブブリッジの設定
-
-WebアプリケーションとネイティブのAndroid機能間の通信を可能にするには、プロジェクトを慎重に設定する必要があります。以下が開始手順です。
-
-### 初期設定手順
-
-ネイティブAndroidプロジェクトとWebアプリケーション層の両方のセットアップから始めます。以下の表は、設定が必要な主要コンポーネントを示しています:
-
-| セットアップコンポーネント | 必要な設定 |
-| --- | --- |
-| **[Capacitor Version](https://capgo.app/plugins/ivs-player/)** | バージョン6.xまたは7.xを使用 |
-| **[Android Studio](https://developerandroidcom/studio)** | 最新の安定版をインストール |
-| **Gradle依存関係** | `capacitor-android`ライブラリを含める |
-| **プロジェクト構造** | `AndroidManifest.xml`を適切に設定 |
-| **Webアセット** | アセットパスを正しく設定 |
-
-プロジェクトが正しいCapacitorとAndroid Studioのバージョンを使用し、必要なGradle依存関係を含み、`AndroidManifest.xml`ファイルが適切に設定されていることを確認してください。また、Webアセットが正しくマッピングされていることも確認してください。
-
-基本的なセットアップが完了したら、カスタムプラグインを作成してプロジェクトを拡張できます。
-
-### カスタムプラグインの構築
-
-カスタムプラグインは、WebコードとAndroidのネイティブ機能を結ぶリンクとして機能します。これらのプラグインを作成する際は、明確なインターフェース、適切な型変換、堅実なエラー処理に焦点を当ててください。
-
-プラグイン開発の主要なステップには以下が含まれます:
-
--   `Plugin`基本クラスの拡張
--   プラグインメソッドに`@PluginMethod`アノテーションを使用
--   型安全性の確保とエラー処理の実装
-
-これらのガイドラインに従うことで、アプリの機能に信頼性の高いブリッジを構築できます。
-
-### ネイティブAndroidメソッドの使用
-
-カスタムプラグインをセットアップした後、定義されたブリッジメソッドを使用してJavaScriptコードから直接ネイティブAndroidメソッドを呼び出すことができます。頻繁な呼び出しのパフォーマンスを向上させるために、キャッシングとバッチ処理を実装してください。
-
-ネイティブブリッジは様々なデータ型をサポートし、変換を自動的に処理しますが、JavaScriptとAndroidの両側でデータを検証することが重要です。これにより、実行時エラーを防ぎ、スムーズな通信を確保できます。
-
-## パフォーマンスの改善
-
-ネイティブブリッジの最適化は、Capacitor Androidアプリのレスポンシブ性を維持するための鍵です。ここでは、実際のユースケースに基づいてパフォーマンスを向上させる実践的な方法を見ていきます。
-
-### ブリッジ負荷の最小化
-
-ネイティブブリッジの負荷を減らすことで、アプリのパフォーマンスを向上させることができます。効果的な方法の1つは:
-
-| 戦略 | 実装 | 影響 |
-| --- | --- | --- |
-| 部分的な更新 | 変更されたコンポーネントのみをダウンロード | 帯域幅消費を削減 |
-
-部分的な更新を使用する場合、バンドル全体ではなく、アプリの更新された部分のみをダウンロードすることに焦点を当ててください。このアプローチはリソースを節約し、効率を向上させます。ブリッジが最適な状態を維持できるよう、パフォーマンスメトリクスを監視してください。
-
-### テストとモニタリング
-
-ネイティブブリッジが円滑に動作することを確認するために、定期的なモニタリングが不可欠です。以下の主要メトリクスを追跡してください:
-
--   **ブリッジ呼び出しの遅延**: ブリッジが呼び出しを処理する速度
--   **データ転送サイズ**: ブリッジを通過するデータ量
--   **成功/失敗率**: 成功した操作と失敗した操作の比率
--   **メモリ使用パターン**: 時間経過に伴うブリッジのメモリ消費量- **更新配布の指標**: 更新がどのように配布されているかの洞察
-
-> 「私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に配信する上で重要な役割を果たしています！」- Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-最高のパフォーマンスを維持するには、以下を含む包括的なテスト戦略を採用してください：
-
-- **パフォーマンスベンチマーク**: 比較対象となる基準指標の設定
-- **負荷テスト**: 弱点を特定するための高負荷トラフィックのシミュレーション
-- **エラー監視**: ブリッジの障害の追跡と分析
-- **ユーザーエクスペリエンス指標**: ブリッジ操作中のアプリの応答性確保
-
-より高度な最適化のために、更新配布に[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)の使用を試してください。この方法により、まず小規模なユーザーグループでテストを行い、全体に展開する前にパフォーマンスを監視しやすくなります。
-
-これらの戦略は、ブリッジのパフォーマンスを検証するだけでなく、実際のアプリケーションの要求に応えるための微調整にも役立ちます。
-
-## 開発ガイドライン
-
-Capacitor Androidアプリでネイティブブリッジを扱う際は、安全で効率的な開発プラクティスに従うことが不可欠です。以下は、セキュリティとスムーズなパフォーマンスの両方を確保する方法です。
-
-### セキュリティ対策
-
-JavaScriptとネイティブコンポーネント間のデータ送信を保護するために、複数のセキュリティ層を実装します。機密情報を保護するために**エンドツーエンド暗号化**は必須です。
-
-注目すべき主要なセキュリティ層は以下の通りです：
-
-| セキュリティ層 | 実装 | 目的 |
-| --- | --- | --- |
-| [データ暗号化](https://capgo.app/docs/cli/migrations/encryption/) | エンドツーエンド暗号化 | 送信中のデータ保護 |
-| アクセス制御 | 詳細な権限設定 | ユーザーとチームのアクセス管理 |
-| 更新セキュリティ | 署名付き更新 | 更新の信頼性確認 |
-| エラー処理 | ロールバック機能 | アプリの安定性確保 |
-
-脆弱性を減らすため、JavaScriptとネイティブコンポーネントの両側でデータを常に検証してください。これらのプラクティスと安全な更新メカニズムを組み合わせることで、信頼性の高い安全なアプリ環境を維持できます。
-
-> 「真のエンドツーエンド暗号化を提供する唯一のソリューション、他は単に更新に署名するだけです」- Capgo [\[1\]](https://capgo.app/)
-
-### プラグインの更新とサポート
-
-最新のAndroidとCapacitorバージョンとの互換性を確保するため、プラグインを最新の状態に保つことが重要です。以下は効果的な管理方法です：
-
-- **バージョン管理**: 異なるアプリリリース間でのプラグインバージョンの追跡
-- **互換性テスト**: 適切な機能を確保するための対象AndroidAPIレベルでのプラグインテスト
-- **制御された展開**: [チャネルベースの更新システム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)を使用して、広く公開する前に特定のユーザーグループに更新を配布
-
-チャネルベースのシステムにより、小規模なグループで更新をテストでき、広範な問題のリスクを最小限に抑えることができます。
-
-> 「AppCenterがハイブリッドアプリのライブアップデートのサポートを停止し、@AppFlowが非常に高価なため、現在@Capgoを試しています」- Simon Flack [\[1\]](https://capgo.app/)
-
-部分更新は、ダウンロードサイズを削減することで効率を向上させる優れた方法です。特にクイックバグ修正に有用です。
-
-> 「@Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられるのは素晴らしいことです」- Bessie Cooper [\[1\]](https://capgo.app/)
-
-定期的なテストと監視は、互換性の問題を早期に発見し、シームレスなユーザーエクスペリエンスを確保するために不可欠です。
-
-## [Capgo](https://capgo.app/)統合
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capgoは、インスタントオーバーザエア（OTA）更新を可能にすることで、ネイティブブリッジのパフォーマンスを向上させます。750のアプリで2億3,500万の更新を配信し、ネイティブブリッジを通じた更新管理の信頼できるツールとなっています。### Capgo ブリッジの機能
-
-Capgoは、高いパフォーマンスを維持しながら効率的にアップデートを配信するためにネイティブブリッジを使用します。その機能を詳しく見てみましょう：
-
-| **機能** | **動作の仕組み** | **パフォーマンスへの影響** |
-| --- | --- | --- |
-| バックグラウンドアップデート | ユーザー入力なしで自動的にアップデートをインストール | 24時間以内に95%のユーザーがアップデート |
-| 部分的アップデート | 変更されたコンポーネントのみをアップデート | 5MBのバンドルで平均ダウンロード時間114ms |
-| ブリッジセキュリティ | データ転送にエンドツーエンド暗号化を使用 | 安全なデータ交換を確保 |
-| バージョン管理 | ネイティブブリッジとの互換性をチェック | 世界で82%の成功率を達成 |
-
-ネイティブブリッジとシームレスに統合することで、Capgoは開発者がプラットフォームの要件を満たしながらアップデートをプッシュすることを可能にします。これは特にAndroidアプリにおいて重要で、ネイティブブリッジがJavaScriptとネイティブコンポーネント間の通信を促進します。Capgoのシステムは、効率的なアップデート管理のためにこの機能を活用するように構築されています。
-
-> "真のエンドツーエンド暗号化を持つ唯一のソリューション、他はただアップデートに署名するだけ" - Capgo [\[1\]](https://capgo.app/)
-
-### Capgoアップデート管理
-
-Capgoのアップデート管理システムは、ネイティブブリッジと直接連携するように設計されており、スムーズで信頼性の高いアップデートのデプロイメントを確保します。Capacitor 8をサポートし、開発者にプロジェクトの柔軟性を提供します。
-
-Capgoを始めるには：
-
-1. `npx @capgo/cli init`を使用してインストール
-2. 既存のビルドプロセスを維持
-3. CLIを通じてアップデートをデプロイ
-
-エンタープライズアプリケーションでは、Capgoは大規模なニーズに合わせた強力な機能を含んでいます：
-
-| **機能** | **機能性** | **利点** |
-| --- | --- | --- |
-| チャネルシステム | 特定のユーザーグループをターゲット | 制御されたロールアウトテストを可能に |
-| API統合 | 平均応答時間57ms | リアルタイムのアップデート監視を提供 |
-| ホスティングオプション | クラウドまたはセルフホストのデプロイメントをサポート | インフラ制御の柔軟性を提供 |
-| ストレージ容量 | エンタープライズプランで最大20GB | バージョン管理を簡素化 |
-
-チャネルシステムは、アップデートを広くロールアウトする前に、選択されたユーザーグループでテストするのに特に有用です。これにより、様々なAndroidバージョンとデバイス設定全体での安定性が確保されます。
-
-## 結論
-
-### 主要ポイントの復習
-
-Capacitor Androidアプリでは、ネイティブブリッジはJavaScriptとネイティブコンポーネント間の重要な通信リンクとして機能します。最適化された場合、印象的なパフォーマンスメトリクスを提供します：
-
-| 側面 | パフォーマンスへの影響 |
-| --- | --- |
-| **アップデート配信** | 24時間以内に95%のユーザー採用 |
-| **APIレスポンス** | 世界平均57ms |
-| **成功率** | 世界的なデプロイメント成功率82% |
-
-これらの数字は、安全な通信とブリッジ負荷の削減が最高のパフォーマンスを維持する上で重要であることを強調しています。
-
-> "Capgoはホットコードプッシュを賢く行う方法です（@AppFlowのように世界中のお金を使うのではなく）🙂" - NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-### 始め方ガイド
-
-ネイティブブリッジを実装する準備はできましたか？以下の3つのステップで始められます：
-
-1. **ネイティブブリッジのセットアップ**: 効率的な通信のための設定を確保
-2. **徹底的なテスト**: 潜在的な問題を早期に発見するための信頼できるテスト手順を確立
-3. **パフォーマンスメトリクスの追跡**: スムーズな運用を維持するために主要な指標を監視
-
-エンタープライズアプリでは、制御されたロールアウトのためにチャネルシステムとCI/CDパイプラインの統合を検討してください。これらの実践は、今日のユーザーの要求を満たすAndroidアプリを作成するのに役立ちます。
-
-アプリ開発が進化するにつれて、エンドツーエンド暗号化や部分的アップデートなどの機能は、セキュリティと効率性の両方を維持するための標準となっています。適切なアプローチを取ることで、様々なアプリケーションで2億3500万回以上の成功したアップデートを支えてきた同じ高パフォーマンスの結果を達成できます。
diff --git a/src/content/blog/ja/how-ota-encryption-meets-app-store-compliance.md b/src/content/blog/ja/how-ota-encryption-meets-app-store-compliance.md
deleted file mode 100644
index 37c7441dc..000000000
--- a/src/content/blog/ja/how-ota-encryption-meets-app-store-compliance.md
+++ /dev/null
@@ -1,77 +0,0 @@
----
-slug: how-ota-encryption-meets-app-store-compliance
-title: OTAの暗号化がアプリストアのコンプライアンスを満たす方法
-description: アプリのアップデートを保護し、厳格なアプリストア規制への準拠を確保するOTA暗号化の仕組みについて説明します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-14T05:12:26.952Z
-updated_at: 2025-03-18T13:13:55.519Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ae8c28192afc208a60fcea-1739509966039.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA encryption, app store compliance, app updates security, AES-256, TLS, code
-  signing, mobile security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-**OTA（Over-the-Air）暗号化により、AppleとGoogleのアプリストアの厳格なルールを満たしながら、安全なアプリの更新が保証されます。**以下にその仕組みと重要性を説明します：
-
--   **更新の保護**：暗号化により、更新配信中のデータの傍受、改ざん、不正アクセスを防止します
--   **アプリストアのルールに準拠**：
-    -   Apple：HTTPS（TLS 12+）、[App Transport Security](https://developer.apple.com/documentation/security/preventing-insecure-network-connections)（ATS）、コード署名が必要
-    -   Google：SSLピンニング、[Play Protect](https://developersgooglecom/android/play-protect)スキャン、業界標準の暗号化を強制
--   **[AES-256](https://enwikipediaorg/wiki/Advanced_Encryption_Standard)を使用**：256ビットキーを使用する高度に安全な暗号化標準で、堅牢なデータ保護を実現
--   **エンドツーエンドのセキュリティ**：更新は作成から導入まで暗号化され、整合性とデバイス固有の復号化を保証
-
-**アプリストア要件の比較**：
-
-| **要件** | **Apple App Store** | **Google Play Store** |
-| --- | --- | --- |
-| プロトコル | HTTPS（TLS 12+） | HTTPS必須 |
-| キーストレージ | iOSキーチェーン | Androidキーストア |
-| コード検証 | コード署名必須 | Play Protectスキャン |
-| 暗号化標準 | AES-256推奨 | 業界標準の暗号化 |
-
-## Unity暗号化輸出コンプライアンス | Apple iOS輸出コンプライアンス
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## OTA更新の暗号化方式
-
-最新のOTA更新システムは、セキュリティを維持しアプリストア基準に準拠するため、階層化された暗号化技術を使用します。これらの方法は、更新の作成、配信、インストールのプロセス全体を保護します。
-
-### TLSプロトコルセキュリティ
-
-[Transport Layer Security](https://enwikipediaorg/wiki/Transport_Layer_Security)（TLS）は、安全なOTA更新配信の基盤です。AppleのATSやGoogleのSSLピンニングなどの重要な要件を満たし、サーバーとデバイス間の暗号化された接続を確立します。これにより、転送中のデータの傍受や改ざんを防ぎます。
-
-TLSの機能がセキュリティとコンプライアンスのニーズにどのように対応するかを示します：
-
-| 機能 | セキュリティ上の利点 | コンプライアンスへの影響 |
-| --- | --- | --- |
-| フォワードセクレシー | キーが漏洩しても過去の通信を保護 | AppleのATSで必要 [\[3\]](https://wwwglobalyocom/exploring-advanced-encryption-techniques-for-esim-security/) |
-| 強力な暗号スイート | 暗号攻撃から保護 | Google Playの要件を満たす [\[2\]](https://workerscloudflarecom/built-with/projects/Capgo) |
-| 証明書ピンニング | 中間者攻撃を防止 | iOSアプリで必須 [\[3\]](https://wwwglobalyocom/exploring-advanced-encryption-techniques-for-esim-security/) |
-
-これらのトランスポート層の対策は第一防衛線として機能し、エンドツーエンド暗号化が更新のライフサイクル全体を保護します。
-
-### 完全なエンドツーエンド保護
-
-エンドツーエンド暗号化により、更新は作成時から導入時まで安全性が確保されます。このアプローチは、すべての段階で機密データを保護するというアプリストアの要件を満たします。
-
-エンドツーエンド暗号化の主要要素：
-
--   **配信前の暗号化**：更新はソースを離れる前に暗号化されます
--   **安全な伝送**：データはTLSで保護されたチャネルを通じて伝送されます
--   **暗号化されたデバイスストレージ**：更新はインストールまで安全に保管されます
--   **デバイス固有の復号化**：安全に保存されたキーを使用して、対象デバイスのみが更新を復号化できます
-
-### [AES-256](https://enwikipediaorg/wiki/Advanced_Encryption_Standard)データセキュリティ
-
-AES-256暗号化は、iOSとAndroidプラットフォームの両方の暗号化要件を満たす標準です。
-
-> "AES-256は、米国国家安全保障局が最高機密情報に承認している最も安全な暗号化アルゴリズムの1つです" [\[7\]](https://wwwzendesk)
\ No newline at end of file
diff --git a/src/content/blog/ja/how-ota-updates-affect-app-store-security.md b/src/content/blog/ja/how-ota-updates-affect-app-store-security.md
deleted file mode 100644
index c27f5ca06..000000000
--- a/src/content/blog/ja/how-ota-updates-affect-app-store-security.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: how-ota-updates-affect-app-store-security
-title: アプリストアのセキュリティにOTAアップデートが与える影響について
-description: >-
-  OTA
-  アップデートはアプリの改善を容易にしますが、セキュリティ上のリスクを伴います。アプリストアの基準に準拠しながら、ユーザーを保護する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T02:34:12.739Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78-1745634908381.jpg
-head_image_alt: モバイル開発
-keywords: 'OTA updates, app security, app store compliance, encryption, vulnerabilities'
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-OTA（over-the-air）アップデートにより、アプリ開発者はアプリストアの承認を待たずに変更を直接ユーザーに提供できます。これにより、バグ修正、セキュリティパッチ、機能のロールアウトが迅速化されます。**ユーザーの95%が24時間以内にアップデートをインストール**しますが、適切に管理されていない場合、この迅速なペースはリスクをもたらす可能性があります。
-
-### 重要なポイント：
-
-- **利点**：即時の修正、より迅速な機能リリース、一貫したアプリバージョン。
-- **リスク**：コード注入、傍受、認証の脆弱性などの脆弱性。
-- **セキュリティ対策**：エンドツーエンドの暗号化、強力な認証、ロールバック機能、およびアプリストアのガイドラインへの準拠。
-
-### アプリストア要件の比較：
-
-| セキュリティ面 | [Apple App Store](https://developer.apple.com/app-store/) | [Google Play Store](https://developer.android.com/distribute/console) |
-| --- | --- | --- |
-| コードの整合性 | 署名されたバイナリの検証 | APK署名の検証 |
-| アップデート配信 | HTTPSの暗号化が必須 | TLS 1.2以上が必要 |
-
-[Capgo](https://capgo.app/)のようなプラットフォームは、暗号化、CI/CD統合、ロールバックサポートなどの機能を提供し、コンプライアンスを確保するためのツールを提供します。安全なOTAプラットフォームを選択することは、ユーザーを保護し、アプリストアのコンプライアンスを維持するために不可欠です。
-
-## EAS Updateを使用したOver-the-Air（OTA）アップデートの送信 | ステップ...
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## OTAアップデートのセキュリティリスク
-
-OTAアップデートは、ユーザーの安全性と規制コンプライアンスを損なうリスクをもたらす可能性があります。これらのリスクに対処するには、潜在的な脆弱性を明確に理解する必要があります。
-
-### 攻撃ポイント
-
-OTAアップデートの動的な性質により、攻撃者が悪用する可能性のある複数の弱点が生まれます。一般的な脆弱性は次のとおりです：
-
-| 攻撃ベクトル | リスクの説明 | 影響レベル |
-| --- | --- | --- |
-| コード注入 | アップデートプロセス中に悪意のあるコードが追加される | 重大 |
-| 中間者攻撃 | 送信中にアップデートが傍受され改ざんされる | 高 |
-
-Capgoは**エンドツーエンドの暗号化**を使用してコードの整合性を維持することで、これらのリスクを軽減します[\[1\]](https://capgo.app/) 。
-
-これらの脆弱性は個別のリスクだけでなく、大規模なセキュリティ問題につながる可能性があります。
-
-### 大規模な悪用の懸念
-
-OTAアップデートシステムは、同時に大量のユーザーに影響を与える可能性があります。主なリスクには以下が含まれます：
-
-- アップデートは一度に何千ものデバイスに配布される可能性があります。
-- 侵害された場合、影響を受けるすべてのデバイスで有害なコードが実行される可能性があります。
-- 従来のアプリストアのセキュリティ対策が完全にバイパスされる可能性があります。
-
-OTAデプロイメントの速度と規模により、侵害による被害が大幅に増幅される可能性があります。
-
-### アップデート認証の問題
-
-安全なアップデートを確保することは、堅牢な認証方法にも依存します。脆弱な認証により、攻撃者がプロセスに有害なアップデートを注入することが可能になります。一般的な課題には以下が含まれます：
-
-| 課題 | セキュリティへの影響 |
-| --- | --- |
-| 署名の検証 | アップデートが暗号的に署名され有効であることを確認 |
-| アクセス制御 | 開発者の認証情報が侵害されることを防止 |
-| バージョン管理 | アップデートの適切な順序と整合性を維持 |
-
-これらの課題に対処するため、多くのソリューションは現在、厳格な認証プロトコルと共に**エンドツーエンドの暗号化**を実装し、より安全なOTAアップデートプロセスを確保しています。
-
-## アプリストアのセキュリティルール
-
-AppleとGoogleは、OTA（over-the-air）アップデートプロセスを保護するための厳格なセキュリティ対策を実施しています。
-
-### AppleとGoogleの要件
-
-アプリストアは、OTA対応アプリに対して、コードの整合性と安全なアップデートを確保するための特定のプロトコルに従うことを要求しています。以下は比較です：
-
-| 要件 | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| コードの整合性 | 署名されたバイナリの検証 | APK署名の検証 |
-| アップデート配信 | HTTPSの暗号化が必須 | TLS 1.2以上が必要 |
-
-開発者はアップデートを配布するために、デジタル署名と安全なサーバーの両方を使用する必要があります。コンプライアンスとは、アップデートプロセス全体を通じて安全なチャネルを維持することを意味します。
-
-### 非準拠の影響
-
-これらの要件を満たさないことは深刻な問題につながる可能性があります：
-
-- **即時の影響**：監査中のアプリ削除につながり、運営を混乱させ、信頼性を損なう可能性があります。
-- **長期的な影響**：繰り返される違反は、より厳しいペナルティにつながり、将来のアプリ提出をより困難にする可能性があります。
-- **ユーザーの信頼への影響**：ユーザーは開発者の安全なアップデート提供能力に対する信頼を失い、開発者の評判を損なう可能性があります。
-
-これらのリスクは、アプリストアのセキュリティルールを遵守することの重要性を強調しています。
-
-### セキュリティスキャンのステップ
-
-開発者は、アップデートプロセスのあらゆる段階で徹底的なスキャンを実施することで、非準拠のリスクを軽減できます。方法は以下の通りです：
-
-| スキャンフェーズ | 必須のアクション | 検証方法 |
-| --- | --- | --- |
-| デプロイメント前 | コードの整合性確認 | 自動テスト |
-| アップデートパッケージ | デジタル署名の検証 | 証明書の検証 |
-| ランタイム | 動的セキュリティチェックの実行 | リアルタイムモニタリング |
-
-Capgoは、エンドツーエンドの暗号化と高度なセキュリティプロトコルを備えた「アプリストア準拠」のソリューションを提供することでコンプライアンスを確保します[\[1\]](https://capgo.app/) 。
-
-現在のアプリストアガイドラインに対するOTAアップデートシステムの定期的な監査は、コンプライアンスを維持し、アプリの拒否を避けるために不可欠です。
-
-## セキュリティのベストプラクティス
-
-安全なOTAアップデートを確保するには、技術的な対策と明確に定義された手順の組み合わせが必要です。
-
-### データ保護方法
-
-安全なOTAアップデートの重要な要素は、開発者からエンドユーザーのデバイスまでアップデートパッケージを保護する**エンドツーエンドの暗号化**です。
-
-| 保護層 | セキュリティ対策 | 目的 |
-| --- | --- | --- |
-| 伝送 | HTTPS/TLS 1.2+ | 転送中のデータを保護 |
-| ストレージ | エンドツーエンドの暗号化 | 不正アクセスをブロック |
-| 検証 | デジタル署名 | アップデートの整合性を確認 |
-
-> "真のエンドツーエンドの暗号化を持つ唯一のソリューション、他はただアップデートに署名するだけです" [\[1\]](https://capgo.app/)
-
-さらに、管理されたリリースプロセスは潜在的なリスクを軽減するのに役立ちます。
-
-### 管理されたリリースプロセス
-
-アップデートを安全かつ効果的に管理するには、以下の手順に従います：
-
-- **段階的な配布**：小規模なユーザーグループから開始し、パフォーマンスデータに基づいて徐々に拡大。
-- **リアルタイムモニタリング**：アップデートの成功率、エラーログ、ユーザーエンゲージメントの異常を追跡。
-- **ロールバックの準備**：必要な場合の迅速なロールバック用に、署名され暗号化されたバックアップバージョンを常に用意。
-
-### [Capgo](https://capgo.app/)プラットフォームの機能
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78/c4b9497df1c5d14f98df25934b50bafa.jpg)
-
-信頼できるOTAアップデートプラットフォームは、これらのプラクティスを組み込んでデプロイメントを安全かつシンプルにします。必須のセキュリティ機能を提供するプラットフォームを探してください。
-
-| 機能 | セキュリティ上の利点 |
-| --- | --- |
-| エンドツーエンドの暗号化 | 不正アクセスからアップデートを保護 |
-| CI/CD統合 | デプロイメントプロセスを自動化および簡素化 |
-| チャネルシステム | ベータテストと段階的なロールアウトをサポート |
-| 分析ダッシュボード | アップデートのパフォーマンスをリアルタイムで監視 |
-| ロールバックサポート | 問題が発生した場合の即時復旧を可能に |
-
-エンタープライズユーザー向けに、Capgoは$2,600でCI/CDセットアップサービス[\[1\]](https://capgo.app/)を提供し、セキュリティフレームワークが最初から正しく構成されることを保証します。
-
-## OTAプラットフォームの比較
-
-OTAアップデートプラットフォームを評価する際は、安定性、セキュリティ機能、長期的なサポートを考慮することが重要です。2024年の[Microsoft CodePush](https://microsoft.github.io/code-push/)の終了と2026年の[Appflow](https://ionic.io/appflow/)の終了予定は、信頼できるソリューションを選択することの重要性を強調しています。この比較は、強力なセキュリティ対策と一貫したサポートが主要なOTAプラットフォームをどのように差別化しているかを示しています。
-
-### プラットフォーム機能マトリックス
-
-| 機能 | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- | --- |
-| **稼働状況** | 2022年から運営 | 2024年から運営 | 2026年終了予定 | 2024年終了 |
-| **エンドツーエンド暗号化** | あり | なし | なし | なし |
-| **アップデート成功率** | 世界で82% | N/A | N/A | N/A |
-| **ユーザーアップデート速度** | 24時間以内に95% | N/A | N/A | N/A |
-| **グローバルCDN速度** | 114ms (5MBバンドル) | N/A | 様々 | N/A |
-| **[セルフホスティングオプション](https://capgo.app/blog/self-hosted-capgo/)** | あり | 制限付き | なし | なし |
-| **CI/CD統合** | あり | 基本的 | あり | なし |
-| **アプリストアコンプライアンス** | 完全 | 部分的 | 完全 | 制限付き |
-| **月間アクティブユーザー** | 1M+まで拡張可能 | 制限付き | エンタープライズ | N/A |
-
-適切なOTAプラットフォームを選択することは、アプリストアのコンプライアンスを確保し、安全で効率的な運営を維持するために重要です
-
-今日のOTAプラットフォームは、厳格なアプリストアの基準を満たしながら、主要なセキュリティ課題に対処するまでに進化しています。この進歩により、以前のリスクが解消され、アプリストアの要件への準拠が確保されています。効果的なソリューションは、強力なセキュリティフレームワークと[スムーズな更新プロセス](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)を組み合わせることで、高い成功率と広範なユーザー採用につながっています[\[1\]](https://capgo.app/) 。
-
-> "コミュニティはこれを必要としており、@Capgoは本当に重要なことを行っています！" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-セキュリティ対策は業界標準となり、エンドツーエンドの暗号化は今や必須機能となっています。古い更新方法から安全なOTAプラットフォームへの移行により、開発者は強力なセキュリティ対策を維持しながら、より効果的に更新を提供できるようになりました。
-
-以下は、重要なセキュリティ要素とアプリストアコンプライアンスにおける役割です：
-
-| セキュリティの側面 | アプリストアコンプライアンスへの影響 |
-| --- | --- |
-| エンドツーエンド暗号化 | 転送中のデータの整合性を保護 |
-| 更新認証 | 不正な更新をブロック |
-| ロールバック機能 | セキュリティ問題への迅速な対応を提供 |
-| エラー追跡 | アプリの安定性とセキュリティをサポート |
-
-現代のOTAプラットフォームは、セキュリティと効率性が両立できることを証明しています。この2つの優先事項のバランスを取ることは、今日のアプリ主導の世界でコンプライアンスを維持し、ユーザーの信頼を獲得するために不可欠です[\[1\]](https://capgo.app/) 。
-
-## よくある質問
-
-:::faq
-### OTA更新はアプリのセキュリティにどのようなリスクをもたらし、開発者はどのように対処できますか？
-
-OTA（Over-The-Air）更新は、特に更新が適切に保護されていない場合、不正アクセスやデータ整合性の侵害などの潜在的な脆弱性にアプリをさらす可能性があります。これらのリスクは、アプリストアのコンプライアンスとユーザーの信頼に影響を与える可能性があります。
-
-これらのリスクを軽減するために、開発者は**エンドツーエンド暗号化**、定期的なテスト、安全なデプロイメントプラクティスなどの堅牢なセキュリティ対策を実装する必要があります。Capgoのようなツールは、アプリストアの承認を必要とせずにCapacitorアプリのインスタント更新を可能にすることで、このプロセスを効率化できます。シームレスなCI/CD統合やユーザー固有の更新割り当てなどのCapgoの機能により、更新が安全でありAppleとAndroidの基準に準拠していることを保証します。
-:::
-
-:::faq
-### OTA更新はアプリストアのセキュリティコンプライアンスの維持にどのように役立ち、コンプライアンスが満たされない場合はどうなりますか？
-
-OTA（Over-The-Air）更新は、長期のアプリストア承認プロセスを待つことなく、更新、バグ修正、新機能を迅速に提供できるようにすることで、アプリストアのセキュリティコンプライアンスの維持に重要な役割を果たします。これにより、アプリがAppleとAndroidの最新の要件に対して安全で最新の状態を保つことができます。
-
-アプリストアのセキュリティ基準に準拠しない場合、アプリストアからの削除、ユーザーの信頼の喪失、さらには法的制裁など、深刻な結果につながる可能性があります。**Capgo**のようなソリューションは、エンドツーエンド暗号化や開発ワークフローとのシームレスな統合など、すべてのコンプライアンス要件を遵守しながらOTA更新を管理しやすくします。
-:::
-
-:::faq
-### 安全でシームレスなアプリ更新を確保するために、開発者はOTAプラットフォームのどの主要機能を優先すべきですか？
-
-安全でシームレスなアプリ更新を確保するために、開発者は**エンドツーエンド暗号化**、**CI/CDパイプラインとの統合**、特定のユーザーグループに更新を割り当てる機能などの機能を優先すべきです。これらの機能は、アプリデータを保護し、更新プロセスを効率化し、更新を受け取るユーザーをより詳細に制御することができます。
-
-例えば、Capgoのようなプラットフォームは、AppleとAndroidの両方のコンプライアンス要件を満たすように設計されており、アプリストアの承認なしでリアルタイムの更新を提供します。セキュリティ、効率性、コンプライアンスに焦点を当てることで、開発者はリスクを最小限に抑えながら自信を持って更新を提供できます。
-:::
diff --git a/src/content/blog/ja/how-rbac-secures-ota-updates-in-capacitor-apps.md b/src/content/blog/ja/how-rbac-secures-ota-updates-in-capacitor-apps.md
deleted file mode 100644
index e643bf713..000000000
--- a/src/content/blog/ja/how-rbac-secures-ota-updates-in-capacitor-apps.md
+++ /dev/null
@@ -1,116 +0,0 @@
----
-slug: how-rbac-secures-ota-updates-in-capacitor-apps
-title: Capacitorアプリにおける、RBACがOTAアップデートをどのように保護するか
-description: >-
-  モバイルアプリのOTAアップデートにおいて、ロールベースのアクセス制御がセキュリティを向上させ、脆弱性から保護し、コンプライアンスを確保する方法について学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:26:25.949Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680839e8fe5cbf0502ddad36-1745375221230.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  RBAC, OTA updates, security, mobile apps, end-to-end encryption, role-based
-  access control, deployment permissions
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-RBAC（ロールベースアクセス制御）は、[Capacitor](https://capacitorjs.com/)アプリのOTA（Over-the-Air）アップデートのセキュリティを確保する上で画期的な方法です。その重要性は以下の通りです：
-
--   **主要なセキュリティリスク**：OTAアップデートは、権限が適切に管理されていない場合、有害なコードの注入、傍受、誤用の脆弱性があります。
--   **RBACの利点**：開発者、テスター、管理者などの役割に特定の権限を割り当てることで、RBACは認可されたユーザーのみがアップデートの展開、テスターの管理、ロールバックを実行できるようにし、リスクを軽減します。
--   **[Capgo](https://capgo.app/)の機能**：Capgoは**エンドツーエンドの暗号化**、きめ細かな権限設定、複数組織のサポートを備え、米国のセキュリティ基準に準拠したより安全なアップデートを実現します。
-
-RBACはセキュリティだけでなく、アプリのアップデートを効率的にスケールさせながら、信頼性とコンプライアンスを維持することにも関係しています。
-
-## ロールベースアクセス制御（RBAC）とは？
-
-<iframe src="https://www.youtube.com/embed/-aPHg0uRYUI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## OTAアップデートのセキュリティギャップ
-
-これらのギャップを特定することで、RBAC（ロールベースアクセス制御）がどのように効果的に対処できるかが明確になります。
-
-### 一般的なセキュリティの弱点
-
-展開システムへの不正アクセスを持つ攻撃者は、ユーザーを危険にさらす有害なコードを注入する可能性があります。アップデートパッケージが真のエンドツーエンド暗号化を欠いている場合、傍受や改ざんの対象となります。例えば、Capgoは真のエンドツーエンド暗号化を提供していますが、多くの競合他社はアップデートの署名のみに依存しています[\[1\]](https://capgo.app/) 。さらに、展開権限が広すぎると、偶発的または意図的な誤用のリスクが高まります。明確に定義された役割と権限がなければ、これらの脆弱性は解決されません。
-
-### セキュリティ障害の影響
-
-侵害されたOTAシステムは、機密データを露出させ、機能を妨害し、運用を阻害する悪意のあるアップデートをプッシュする可能性があります。これらの問題はユーザーの信頼を損なうだけでなく、法的リスクも生み出します。頻繁な障害は企業の評判を損ない、高額な修復作業につながる可能性があります。
-
-### 米国のセキュリティ基準との整合性
-
-米国のセキュリティ基準では、すべてのアップデートにエンドツーエンド暗号化の使用を義務付け、詳細なロールベースの展開権限を要求しています。アクセス特権の定期的な監査は、説明責任を確保し、不正な変更のリスクを最小限に抑えるために不可欠です。
-
-## RBACのセキュリティ機能
-
-OTAセキュリティギャップについて説明したところで、RBACの機能がこれらの問題にどのように対処するかを見てみましょう。
-
-RBACは、**ロール**、**権限**、**アクセスレベル**という3つの主要なコンポーネントを通じて機能します。開発者、QA、チームリーダーなどのロールは特定の権限と紐付けられ、アクセスレベルは展開の範囲を制限します。この設定により、承認された環境にアップデートをプッシュできるのは認可されたユーザーのみとなります。これらのメカニズムは、注入、傍受、過度に広い権限などの脆弱性に直接対抗します。
-
-### 米国企業向けのRBAC
-
-米国では、組織は多くの場合、セキュリティと効率性の両方を維持するために階層的なロール構造を使用します。Capgoでは、管理者はテスター、ベータユーザー、組織のユーザー権限を割り当て、微調整することができます。このアプローチは規制へのコンプライアンスを確保するだけでなく、チームの成長に合わせた安全なスケーリングもサポートします[\[1\]](https://capgo.app/) 。
-
-## OTAアップデート用のRBAC設定
-
-米国の階層の例を使用して、CapgoではダッシュボードとCLIに直接ロールを統合できます。以下は、Capgoの組み込みツールを使用してRBACの原則を実装する方法です：
-
-### RBACセットアップガイド
-
-Capgoは組み込みのRBAC機能で OTAアップデートの保護を簡素化し、詳細なロール定義と単一コマンドCLIによる展開を提供します[\[1\]](https://capgo.app/)：
-
--   テスター、開発者、管理者などの**ロールを定義**し、特定の権限を割り当てます。
--   プロジェクトを分離するために**組織を作成**します。
--   ベータテストとステージド展開用の**チャネルを設定**します。
--   Capgo CLIを使用して**アップデートを展開**します。
-
-では、Capgoのと従来のOTAソリューションを比較してみましょう。
-
-主な機能は以下の通りです：
-
--   正確なアクセス制御のための**きめ細かなユーザー権限**。
--   ベータ版とステージド展開を管理するための**チャネルベースの配布**。
-
-| 機能 | メリット | ユースケース |
-| --- | --- | --- |
-| きめ細かな権限 | 微調整されたアクセス制御 | 制御された展開 |
-| 複数組織サポート | 分離された環境 | エンタープライズレベルのプロジェクト |
-| チャネルベースの展開 | ターゲットを絞ったアップデート配信 | ベータテスト |
-
-### OTAプラットフォームの比較
-
-RBACのためのOTAプラットフォームを検討する際のCapgoの注目すべき点：
-
--   多くのプラットフォームが署名のみに依存する中、完全なエンドツーエンド暗号化を提供
--   拡張されたユーザー割り当てオプション
--   より簡単な管理のための簡素化された組織構造
-
-## RBACの長所と限界
-
-### RBACの利点
-
-以下のRBACの主要な利点は、前述のセキュリティ課題に対応します：
-
--   **きめ細かな権限**：展開権限を特定のロールと環境に制限することで、不正なコード注入のリスクを最小限に抑えます。
--   **複数組織の管理**：セキュリティドメインを分離することで、チームやプロジェクト間の横方向の移動を防ぎ、全体的なセキュリティを向上させます。
--   **動的なロール割り当て**：チームの成長に応じてアクセスレベルを調整することで、脆弱性につながる可能性のある古い権限を削除します。
-
-## 結論
-
-### 重要なポイント
-
-RBACは、不正な展開をブロックする詳細な制御を使用しながら、プロセスを効率的に保つことで、Capacitorアプリでの安全なオーバーザエア（OTA）アップデートを確保します。エンドツーエンド暗号化、分離された環境、柔軟な権限、管理された展開チャネルなどの機能が連携して、強力なセキュリティ設定を作り出します。
-
-### [Capgo](https://capgo.app/)のRBAC機能
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680839e8fe5cbf0502ddad36/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-Capgoは、真のエンドツーエンド暗号化とロールベースの権限を提供するオープンソースプラットフォームとしてこれらのアイデアを発展させています。これにより、複数の組織にわたる安全でスケーラブルな[アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)が可能になります[\[1\]](https://capgo.app/) 。
-
-> "真のエンドツーエンド暗号化を持つ唯一のソリューション、他はただアップデートに署名するだけです" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ja/how-to-add-dependencies-in-capacitor-plugins.md b/src/content/blog/ja/how-to-add-dependencies-in-capacitor-plugins.md
deleted file mode 100644
index bb4db49fb..000000000
--- a/src/content/blog/ja/how-to-add-dependencies-in-capacitor-plugins.md
+++ /dev/null
@@ -1,133 +0,0 @@
----
-slug: how-to-add-dependencies-in-capacitor-plugins
-title: Capacitor プラグインに依存関係を追加する方法
-description: Capacitor プラグインのすべてのプラットフォームにおける依存関係の管理を、実践的なステップとベストプラクティスで最適化する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T02:08:04.837Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4966a10051fda3b63500a-1743041314795.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, plugin dependencies, iOS, Android, JavaScript, CocoaPods, Gradle,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/)プラグインの依存関係の追加は大変に感じるかもしれませんが、明確な手順に分けると簡単です。以下が知っておくべきことです：
-
-1.  **ツールを理解する**:
-    
-    -   **JavaScript**: 依存関係の管理には`npm`を使用
-    -   **iOS**: [CocoaPods](https://cocoapods.org/)またはSwift Package Manager (SPM)を使用
-    -   **Android**: 依存関係の管理には[Gradle](https://gradle.org/)を使用
-2.  **開発環境のセットアップ**:
-    
-    -   [Node.js](https://nodejs.org/en)、[npm](https://www.npmjs.com/)、[Xcode](https://developer.apple.com/xcode/)、[Android Studio](https://developer.android.com/studio)、CocoaPods、JDKなどのツールをインストール
-3.  **[Capacitorプラグインプロジェクト](https://capgo.app/blog/capacitor-comprehensive-guide/)を開始**:
-    
-    -   新しいプラグインを作成するには`npm init @capacitor/plugin`を使用
-4.  **JavaScript依存関係の追加**:
-    
-    -   本番環境と開発環境の依存関係には`npm install`を使用
-    -   `@capacitor/core`などのピア依存関係を含むように`package.json`を更新
-5.  **プラットフォーム固有の依存関係の処理**:
-    
-    -   **iOS**: [Alamofire](https://github.com/Alamofire/Alamofire)や[SwiftyJSON](https://github.com/SwiftyJSON/SwiftyJSON)などのライブラリでCocoaPodsまたはSPMを設定
-    -   **Android**: GsonやAppCompatなどの依存関係を追加するためにGradleを使用
-6.  **パフォーマンスの最適化**:
-    
-    -   安定性を確保するためにバージョンを固定し、依存関係を監査し、競合を解決
-7.  **ライブ更新には[Capgo](https://capgo.app/)のようなツールを使用**:
-    
-    -   アプリストアのレビューなしで即時に更新をプッシュ
-
-**ツールの簡単な比較**:
-
-| プラットフォーム | ツール | 依存関係の例 |
-| --- | --- | --- |
-| JavaScript | npm | `npm install lodash --save` |
-| iOS | CocoaPods/SPM | `pod 'Alamofire', '~> 5.6.4'` |
-| Android | Gradle | `implementation 'com.google.code.gson:gson:2.10.1'` |
-
-**重要な理由**: 依存関係を効果的に管理することで、プラグインがプラットフォーム間でシームレスに動作し、時間を節約し、エラーを回避できます。それでは、各手順について詳しく見ていきましょう。
-
-[続く部分は同様のフォーマットで翻訳を続けます...]
-
-CapgoはGitHub Actions、GitLab CI、Jenkinsなどのツールとシームレスに連携し、依存関係の更新を自動化し、プラグインバージョンの一貫性を確保します。これらのツールを使用することで、Capgoをワークフローに簡単に統合できます。
-
-### Capgoのセットアップ
-
-以下の手順でプロジェクトにCapgoを統合してください：
-
-1. **Capgo CLIのインストール**
-
-    ターミナルで以下のコマンドを実行します：
-
-    ```json
-    {
-      "capacitor": {
-        "ios": {
-          "src": "ios"
-        },
-        "android": {
-          "src": "android"
-        }
-      },
-      "peerDependencies": {
-        "@capacitor/core": "^5.0.0"
-      }
-    }
-    ```
-
-2. **更新設定の構成**
-
-    Capgoダッシュボードを使用して、デプロイメントチャンネルと設定を行います。クラウドホスト型とセルフホスト型の両方の構成がサポートされています。
-
-3. **更新ロジックの追加**
-
-    更新を有効にするために、メインプラグインファイルに以下のコードを追加します：
-
-    ```ruby
-        platform :ios, '13.0'
-        use_frameworks!
-        ```
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーに不可欠です！" - Rodrigo Mantica
-
-Capgoは、更新の成功率とユーザーアクティビティのリアルタイムインサイトを提供する分析ダッシュボードも提供しています。ワンクリックロールバックやエラー追跡などの機能により、問題を迅速に解決し、プラグインの更新をスムーズに維持できます。
-
-## 結論
-
-### プロセスの確認
-
-Capacitorプラグインの依存関係の管理には、スムーズな統合を確保するために、ネイティブコンポーネント（iOSとAndroid）とJavaScriptのカウンターパートを整合させる必要があります。このプロセスには、プラットフォーム固有のセットアップとJavaScriptパッケージの管理が含まれ、最高のパフォーマンスを実現します。概説された手順に従うことで、安定的で効率的なプラグイン機能を維持できます。
-
-### ベストプラクティス
-
-依存関係を効果的に管理するために、以下のプラクティスを検討してください：
-
-| プラクティス | 利点 | 実装方法 |
-| --- | --- | --- |
-| バージョン固定 | 予期せぬ問題を回避 | `package.json`で固定バージョンを使用 |
-| プラットフォーム分離 | 競合の最小化 | ネイティブ依存関係を分離 |
-| 定期的な更新 | セキュリティの向上 | 重要なパッチを迅速に適用 |
-| 依存関係の監査 | リスクの検出 | `npm audit`を頻繁に実行 |
-
-Capgoのようなライブ更新ツールを使用することで、これらのプラクティスをさらに簡素化し改善できます。
-
-### Capgoの利点
-
-Capgoは依存関係管理プロセスを簡素化しながら、高いパフォーマンスを提供します。**24時間以内に95%のユーザー更新率**を達成し、グローバルAPIレスポンスタイムを**57ms**に維持しています[\[1\]](https://capgo.app/) 。エンドツーエンドの暗号化により、AppleとAndroidのガイドラインに準拠した安全な更新を確保します。複数のプラグインバージョンを管理するチームには、Capgoのチャンネルシステムが特定のユーザーグループへのターゲット化されたデプロイメントを可能にします。
-
-Capgoのパフォーマンスの概要：
-
-| メトリック | 値 |
-| --- | --- |
-| グローバルAPIレスポンスタイム | 57ms |
-| 更新成功率 | 82% |
-| ユーザー更新率（24時間） | 95% |
diff --git a/src/content/blog/ja/how-to-add-geolocation-targeting-to-ota-updates.md b/src/content/blog/ja/how-to-add-geolocation-targeting-to-ota-updates.md
deleted file mode 100644
index 1f32e0d0e..000000000
--- a/src/content/blog/ja/how-to-add-geolocation-targeting-to-ota-updates.md
+++ /dev/null
@@ -1,70 +0,0 @@
----
-slug: how-to-add-geolocation-targeting-to-ota-updates
-title: OTAアップデートに地理位置情報ターゲティングを追加する方法
-description: >-
-  位置情報に基づいたターゲティングをOTAアップデートに実装して、位置特有の機能とタイムリーな更新によりユーザーエンゲージメントを向上させる方法をご覧ください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-23T04:39:40.995Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ba891fbfa83cf6a92e8bd2-1740285846827.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  geolocation targeting, OTA updates, mobile app updates, user engagement,
-  location-based features, background location tracking, app development,
-  analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[アプリのアップデート](https://capgo.app/plugins/capacitor-updater/)をユーザーの位置情報に合わせて配信したいですか？** Over-the-Air (OTA)アップデートの位置情報ターゲティングでこれが可能になります。ユーザーエクスペリエンスとエンゲージメントを向上させるために、位置情報とOTAアップデートを組み合わせる方法の簡単な概要をご紹介します：
-
--   **位置情報ターゲティングの利点**
-    
-    -   場所に特化した機能、プロモーション、アップデートの配信
-    -   ローカルイベントや天候にリアルタイムで対応
-    -   GPSまたはIPベースの手法を使用したターゲティングの精度向上
--   **始めるために必要なもの：**
-    
-    -   Webとネイティブ機能を備えた[Capacitor](https://capacitorjs.com/)アプリ
-    -   トラッキング用の`@capacitor/geolocation`などの位置情報プラグイン
-    -   位置情報ターゲティングをサポートする[Capgo](https://capgo.app/)などのOTAプラットフォーム
--   **仕組み：**
-    
-    -   位置情報の権限を設定（iOS: `Info.plist`、Android: `AndroidManifest.xml`）
-    -   高精度のバックグラウンド位置情報トラッキングを設定
-    -   ユーザーの位置情報に基づいてアップデートをプッシュするジオフェンシングルールを使用
-    -   セキュリティのための位置情報データの暗号化とアップデートのパフォーマンス追跡
-
-**主なメリット：**
-
--   高いエンゲージメント：カスタマイズされたアップデートによりユーザーインタラクションが向上
--   最適なタイミング：地域のニーズやイベントに基づいてアップデートをプッシュ
--   分析の向上：成功率と位置情報の精度を測定
-
-このガイドでは、OTAアップデートに位置情報を実装するためのツール、セットアップ、戦略について説明します。今すぐスマートなアップデートの配信を始めましょう！
-
-## YouTubeの関連動画
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 前提条件
-
-位置情報ターゲティングのOTAアップデートを始める前に、以下のセットアップが整っていることを確認してください。
-
-### [Capacitor](https://capacitorjs.com/)を始める
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-23.jpg?auto=compress)
-
-位置情報対応の[Capacitorアプリ](https://capgo.app/plugins/ivs-player/)をOTAアップデート機能付きで構築するには、以下が必要です：
-
--   マシンにインストールされた**[Node.js](https://nodejs.org/en)とnpm**
--   ネイティブプラットフォーム（iOS/Android）で初期化されたCapacitorプロジェクト
--   クロスプラットフォーム開発の基本的な理解
-
-アプリは動的なOTAアップデートとデバイスの効果的なトラッキングを可能にするために、Webとネイティブの両方の機能をサポートする必要があります。
-
-[残りの部分も同様に翻訳を続けますが、文字数制限のため分割して送信する必要があります。続きを送信しましょうか？]
diff --git a/src/content/blog/ja/how-to-add-third-party-plugins-in-capacitor-apps.md b/src/content/blog/ja/how-to-add-third-party-plugins-in-capacitor-apps.md
deleted file mode 100644
index bc7144d74..000000000
--- a/src/content/blog/ja/how-to-add-third-party-plugins-in-capacitor-apps.md
+++ /dev/null
@@ -1,336 +0,0 @@
----
-slug: how-to-add-third-party-plugins-in-capacitor-apps
-title: Capacitor アプリに サードパーティプラグインを追加する方法
-description: Capacitor アプリをサードパーティのプラグインを統合することで機能とパフォーマンスを向上させる方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T14:04:24.780Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d977fb55129a55bd698926-1742306685762.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, third-party plugins, mobile app development, plugin installation,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-ライブアップデート、アナリティクス、セキュアな機能など、**[Capacitor](https://capacitorjs.com/)アプリをパワフルな機能で強化したいですか?** サードパーティプラグインの追加がその方法です。Capacitorを使えば、ネイティブコーディングを深く理解することなく、プラグインを簡単に統合してアプリの機能を拡張できます。
-
-以下について学びます:
-
-- **必要なツール:** [Node.js](https://nodejs.org/en)、npm、Capacitor CLI、[Xcode](https://developer.apple.com/xcode/)、[Android Studio](https://developer.android.com/studio)など。
-
-- **必要なスキル:** JavaScript/TypeScript、[モバイルデバッグ](https://capgo.app/docs/plugin/debugging/)、[Capacitor APIの知識](https://capgo.app/blog/capacitor-comprehensive-guide/) 。
-
-- **プラグインの検索:** npm、[Capacitor Community Hub](https://capgo.app/blog/capacitor-comprehensive-guide/)、GitHubで信頼できるオプションを見つける。
-
-- **プラグインのインストール:** npmでインストールし、`npx cap sync`で同期。
-
-- **設定:** `Info.plist`(iOS)や`AndroidManifest.xml`(Android)などのプラットフォーム固有のファイルを更新。
-
-- [**デバッグのヒント**](https://capgo.app/docs/plugin/debugging/): `npx cap doctor`や詳細なログを使用して問題を修正。
-
-**プロのヒント:** [Capgo](https://capgo.app/)のようなツールを使えば、暗号化されたアップデートやリアルタイムアナリティクスなどの機能で、アップデートとプラグインのロールアウトを円滑に管理できます。
-
-アプリをパワーアップする準備はできましたか? Capacitorプロジェクトでプラグインを統合・管理するステップバイステップのプロセスを学びましょう。
-
-## [Capacitor](https://capacitorjs.com/) + Nx = クロスプラットフォームプラグイン開発
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-18.jpg?auto=compress)
-
-<Steps>
-</Steps>
-
-## 始める前に
-
-プラグイン統合を始める前に、セットアップとスキルの準備ができているか確認しましょう。
-
-### 必要なツール
-
-必要なツールのクイックチェックリスト:
-
-- **Node.js**: バージョン16.0以上
-
-- **npm**: バージョン8.0以降
-
-- **Capacitor CLI**: 最新の安定版
-
-- **IDE/コードエディタ**: できれば[VS Code](https://code.visualstudio.com/)か[WebStorm](https://www.jetbrains.com/webstorm/)
-
-- **Git**: バージョン管理用
-
-- **Xcode**: バージョン14以上(Macのみ)
-
-- **Android Studio**: SDKツールを含む最新バージョン
-
-これらのツールをインストールしたら、スキルセットを確認しましょう。
-
-### スキルチェックリスト
-
-以下に精通していることが望ましいです:
-
-**コア技術スキル**:
-
-- JavaScript/TypeScriptの中級知識
-
-- モバイルアプリアーキテクチャの基礎理解
-
-- _async/await_とPromiseパターンの習熟
-
-- パッケージ管理のためのnpmの経験
-
-**プラットフォーム固有の知識**:
-
-- iOS開発の基礎(iOSプラグイン向け)
-
-- Android開発の基礎(Androidプラグイン向け)
-
-- [モバイルアプリのデバッグ技術](https://capgo.app/docs/plugin/debugging/)
-
-**フレームワークの習熟**:
-
-- Capacitor APIと[React](https://react.dev/)、[Vue](https://vuejs.org/)、[Angular](https://angular.io/)などのWebフレームワークの実務知識
-
-- モバイルファーストのレスポンシブデザインの経験
-
-これらのいずれかが不慣れな場合は、先に学習することをお勧めします。
-
-## 適切なプラグインを見つける
-
-### プラグインの探し方
-
-[Capacitorプラグイン](https://capgo.app/plugins/)を見つけるには、まずnpmレジストリから始めます。**"capacitor-plugin"**や**"@capacitor/"**などのキーワードで検索してください。公式Capacitorチームは、カメラ、位置情報、ストレージなどの機能をカバーするコアプラグインを`@capacitor/`で管理しています。
-
-以下の追加ソースも探索できます:
-
-| プラットフォーム | 説明 | メリット |
-| --- | --- | --- |
-| Capacitor Community Hub | コミュニティメンテナンスのプラグイン | 互換性の確認、定期的な更新 |
-| GitHub Awesome Lists | キュレーションされたプラグインコレクション | 整理・分類が充実 |
-| npmベリファイドパブリッシャー | 信頼できる開発者からのプラグイン | 信頼性の向上 |
-
-有望なプラグインのリストを作成したら、次はその品質を評価します。
-
-### プラグインの品質確認方法
-
-有望そうなプラグインを特定したら、以下の主要な要素で品質を評価します:
-
-**ドキュメントの品質**
-
-- 明確なインストール手順、詳細なAPIリファレンス、プラットフォーム固有のガイド、動作するコード例を確認。
-
-**メンテナンス状況**
-
-- GitHubリポジトリで最近の活動、問題への迅速な対応、定期的な更新、最新のCapacitorバージョンとの互換性を確認。
-
-**コミュニティの関与**
-
-- 週間npmダウンロード数、GitHubスター数、フォーク数、問題解決率、メンテナーの関与度などの指標を分析。
-
-適切にメンテナンスされているプラグインは、以下のような活発な開発を示すはずです:
-
-- 定期的なリリース(理想的には少なくとも四半期ごと)
-
-- 適切なセマンティックバージョニング
-
-- 詳細な変更履歴
-
-- 型定義を含むTypeScriptサポート
-
-**互換性チェック**
-
-- 開発環境でプラグインをテスト
-
-- プラットフォーム固有の要件を満たし、他のプラグインと競合しないことを確認
-
-- すべての対象プラットフォーム(iOS/Android)をサポートしていることを確認
-
-- アプリの本番環境の信頼性基準に合致することを確認
-
-本番環境のアプリでは、実績のあるプラグインや商用サポートを提供するプラグインを優先してください。これにより、問題が発生した場合に確実なサポートを受けられます。
-
-## プラグインのインストール手順
-
-プラグインが品質基準を満たしていることを確認したら、以下の手順でインストールと同期を行います。
-
-### npmインストールコマンド
-
-npmを使用してプラグインをインストールします:
-
-[公式Capacitorプラグイン](https://capgo.app/blog/)の場合:
-
-複数のプラグインを一度にインストールする場合:
-
-[Capgoのライブアップデート機能](https://www.npmjs.com/package/@capgo/capacitor-updater)の場合[\[1\]](https://capgo.app/):
-
-インストール後、プラグインをネイティブプラットフォームと同期します。
-
-### Capacitor同期の実行
-
-以下のコマンドでネイティブコンポーネントを統合します:
-
-同期中に実行されること:
-
-| タスク | 説明 | 影響 |
-| --- | --- | --- |
-| Webアセットのコピー | Webアセットをネイティブプラットフォームに転送 | Webコンテンツの更新 |
-| ネイティブ設定の更新 | ネイティブ設定ファイルの調整 | 互換性の確保 |
-| 依存関係のインストール | 必要なネイティブ依存関係の追加 | プラグイン機能の有効化 |
-| プラットフォーム固有の設定 | プラットフォーム固有の設定を処理 | iOS/Android向けの準備 |
-
-特定のプラットフォームを同期するには:
-
-**重要なヒント:**
-
-- プラグインがCapacitorバージョンと互換性があることを確認
-
-- ターミナル出力で警告やセットアップ手順を確認
-
-- 開発ツールを最新の状態に保つ
-
-バージョンの競合が発生した場合は、`npx cap sync --force`でクリーン同期を実行します。
-
-同期が完了したら、必要に応じて各プラットフォーム用にプラグインを設定します。
-
-## プラグインの設定と使用
-
-### プラットフォーム固有の設定
-
-プラグインを設定するには、`capacitor.config.json`ファイルでプラットフォーム固有の設定を更新します:
-
-**iOS**では、カメラ、フォトライブラリ、位置情報アクセスなどの必要な権限を`Info.plist`ファイルに含めます。
-
-**Android**では、必要な権限を`AndroidManifest.xml`ファイルに追加します:
-
-### コードでのプラグイン設定
-
-まず、プラグインをアプリケーションコードにインポートします:
-
-より良い構成のために、複数のプラグインをサービスにグループ化することを検討してください:
-
-インポートと構成が完了したら、プラグイン機能の実装とクロスプラットフォームでのテストを開始できます。
-
-### プラグイン機能の操作
-
-適切なエラー管理でプラグイン機能を扱うために`async/await`を活用します:
-
-信頼性を確保するため、デプロイメントの各段階でプラグイン機能をテストします。
-
-> "当社の5000人以上のユーザーベースに対して、本番環境で[Capgo OTAアップデート](https://console.capgo.app/resend_email)を展開しました。OTAがデプロイされてから数分以内にほぼすべてのユーザーが最新状態になり、非常にスムーズな運用を実現しています。" - colenso [\[1\]](https://capgo.app/)
-
-| プラグインテストフェーズ | ベストプラクティス | 影響 |
-| --- | --- | --- |
-| 開発 | [チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)を使用 | テスト環境の分離 |
-| ベータテスト | エラートラッキングの活用 | プラットフォーム固有の問題の特定 |
-| 本番環境 | 自動更新の有効化 | 24時間以内に95%のユーザーが更新 |
-
-Capgoの暗号化更新システムで、頻繁なプラグインアップデートを簡素化できます[\[1\]](https://capgo.app/) 。
-
-**実装のキーポイント**:
-
-- すべてのプラットフォームで徹底的にテスト
-
-- プラットフォーム固有のエッジケースに対応
-
-- 失敗を処理するための適切なエラー境界を使用
-
-- アナリティクスツールでプラグインのパフォーマンスを監視
-
-## 一般的な問題の解決
-
-### インストールと同期の問題
-
-npmインストールエラーが発生した場合、多くはバージョンの不一致や依存関係の欠如が原因です。以下の方法で対処できます:
-
-1. npmキャッシュをクリアしてNode.jsを更新:
-
-2. 問題が続く場合は、以下のコマンドで設定の問題を診断:
-
-このコマンドは一般的な問題をスキャンし、解決策を提案します。
-
-### プラグインの競合
-
-プラグインの競合は通常、互換性のないバージョンや機能の重複が原因です。以下の方法で対処します:
-
-| 競合タイプ | 推奨される解決策 |
-| --- | --- |
-| バージョンの不一致 | Capacitorコアとプラグインを対応するバージョンに更新 |
-| プラグインの重複 | 競合するプラグインを削除し、一つずつ再インストール |
-| プラットフォーム固有の問題 | プロジェクト設定でプラットフォームオーバーライドを設定 |
-
-複数のプラグインが異なるCapacitorバージョンを必要とする場合は、`package.json`ファイルで互換性設定を確認します:
-
-まだ問題が解決しない場合は、より詳細な分析のための[デバッグ手順](https://capgo.app/docs/plugin/debugging/)に進んでください。
-
-### デバッグ手順
-
-プラグインの問題をデバッグするには、以下の手順に従ってください：
-
-1. Capacitor設定ファイルで**詳細なログを有効**にします：
-
-    ```bash
-npm install plugin-name
-```
-
-2. **プラットフォーム固有のデバッグツールを使用**します：
-
-    - iOS：Xcodeコンソールを使用します。
-
-    - Android：Android StudioのLogcatを確認します。
-
-3. コードで**プラグインエラーをログに記録して追跡**します：
-
-    ```bash
-npm install @capacitor/plugin-name
-```
-
-継続的な問題については、プラグインのGitHubリポジトリで報告された問題やトラブルシューティングのヒントを確認してください。多くのプラグイン作者は、詳細な説明をドキュメントに含めています。
-
-**プロのヒント：** プラットフォーム固有の開発ツールを使用して、ネットワークアクティビティ、権限、クラッシュログを調査します。これらのツールは、問題の根本原因を特定する時間を節約できます。
-
-## [Capgo](https://capgo.app/)を使用したアップデート
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-一般的な統合の問題に対処した後、Capgoを使用すると[Capacitorアプリ](https://capgo.app/top_capacitor_app/)のアップデート管理が容易になります。
-
-### Capgoについて
-
-Capgoは、Capacitorアプリでのサードパーティプラグインのライブ管理を簡素化します。**750のアプリにわたって2,350万回のアップデート**を提供し[\[1\]](https://capgo.app/)、プラグイン管理の信頼できるツールとなっています。即時デプロイメント、部分アップデート、エンドツーエンドの暗号化、チャンネルベースの配信など、プラグインの配信をスムーズで効率的に保つように設計された機能を備えています。
-
-### Capgoによるプラグイン管理
-
-Capgoが提供する機能：
-
-| 機能 | 機能の内容 | 主要指標 |
-| --- | --- | --- |
-| **バックグラウンドアップデート** | ユーザーの操作なしでサイレントにアップデートをインストール | 24時間以内にアクティブユーザーの95%がアップデート[\[1\]](https://capgo.app/) |
-| **バージョン管理** | ワンクリックでロールバックが可能 | グローバルで82%のロールバック成功率[\[1\]](https://capgo.app/) |
-| **分析ダッシュボード** | リアルタイムでアップデートのパフォーマンスを追跡 | 問題の迅速な特定と解決を支援 |
-
-Capgoは、Capacitorワークフローにシームレスに統合され、安全で継続的なアップデートを保証します。**GitHub Actions、GitLab CI、**[**Jenkins**](https://www.jenkins.io/)などのツールと連携し、プラグインのアップデートとデプロイメントを自動化して時間を節約し、手動の作業を削減します。
-
-複数のプラグインを扱うチームにとって、チャンネルシステムは広範なリリース前のベータテストをサポートします。リアルタイム分析により、アップデートのパフォーマンスとエラー追跡に関する洞察が得られます。Capgoは**Capacitor 8**と互換性があり、カスタムAPI統合をサポートし、特殊なニーズに対応するためのセルフホストオプションを提供します。
-
-## まとめ
-
-サードパーティプラグインの統合には、信頼できるオプションの調査、npmによるインストール、ネイティブコンポーネントとの同期、各プラットフォームの設定など、いくつかの重要なステップが含まれます。
-
-統合プロセスの主要フェーズの内訳：
-
-| フェーズ | 主要なアクション | 成功指標 |
-| --- | --- | --- |
-| **統合前** | プラグインの互換性とユーザーレビューの調査 | 潜在的な課題を早期に特定 |
-| **インストール** | npmを使用してプラグインをインストールしCapacitor同期を実行 | プラットフォーム間でのスムーズな統合を確保 |
-| **設定** | プラットフォーム固有のセットアップ要件に対応 | プラグインのパフォーマンスを最適化 |
-| **メンテナンス** | Capgoを使用した[自動更新](https://capgo.app/docs/live-updates/update-behavior/) | 24時間以内にユーザーの95%がアップデート[\[1\]](https://capgo.app/) |
-
-Capgoはアップデートを効率化するツールを提供します。Rodrigo Manticaはその重要性を強調しています：
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供する上で極めて重要です！"[\[1\]](https://capgo.app/)
-
-エンタープライズアプリケーションでは、Capgoのチャンネルシステムにより段階的なロールアウトが効果的に実現できます。82%のグローバルアップデート成功率[\[1\]](https://capgo.app/)と高度なエラー追跡により、Capgoは信頼性の高いアップデートプロセスを保証します。NASAのOSIRIS-RExチームは、強力なアップデートパイプラインがどれほど重要かを示す素晴らしい例です[\[1\]](https://capgo.app/) 。
diff --git a/src/content/blog/ja/how-to-build-capacitor-app-in-xcode-cloud.md b/src/content/blog/ja/how-to-build-capacitor-app-in-xcode-cloud.md
deleted file mode 100644
index 3f9cb5c47..000000000
--- a/src/content/blog/ja/how-to-build-capacitor-app-in-xcode-cloud.md
+++ /dev/null
@@ -1,127 +0,0 @@
----
-slug: how-to-build-capacitor-app-in-xcode-cloud
-title: Xcode Cloudでのアプリ開発のためのIonic Capacitorの設定
-description: CapacitorJSアプリをコンパイルするためにXcode cloudを使用し、MacOSの必要性を回避します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-09-01T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /xcode_cloud.webp
-head_image_alt: CapacitorのためのビルドをiCloud上で管理する
-keywords: >-
-  Xcode Cloud, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
----
-## 前提条件
-
-チュートリアルを続ける前に...
-
--   GitHubを使用していることを確認
--   Capacitorを使用
--   アプリがすでにApple Storeにデプロイされている
--   読む意欲がある😆...
-
-Ionicの使用はオプションです。Cordovaでも動作する可能性がありますが、試していません。
-
-## 価格に関する重要事項
-
-![Price Xcode Cloud](/xcode_cloud_price.webp)
-
-[https://developer.apple.com/xcode-cloud/](https://developer.apple.com/xcode-cloud/)
-
-このサービスは制限内まで'無料'です。
-スクリーンショットで価格と制限を確認できます（価格はチュートリアル作成時点のもので、将来変更される可能性があります）
-
-🔴 **_要件と価格について警告しましたので、よろしければ続けましょう..._**
-
-> **_📣_ この投稿では、Apple Storeにアプリが作成済みであることを前提としています**
-
-## はじめに
-
-XcodeでCapacitorアプリをビルドするには、いくつかの設定が必要です。
-
-## パッケージの準備
-
-`package.json`スクリプトにビルドコマンドがあることを確認してください。
-そして、以下のように`sync:ios`コマンドを追加します。
-
-```json
-{
-  "scripts": {
-    "build": "YOUR BUILD COMMAND",
-    "sync:ios": "cap sync ios"
-  }
-}
-```
-この手順により、ポストスクリプトが簡単に動作するようになります
-
-## ポストクローンスクリプト
-このスクリプトは、クローン手順の後にXcode cloudによって実行されます
-
-```bash
-#!/usr/bin/env bash
-
-set -x
-
-export HOMEBREW_NO_INSTALL_CLEANUP=TRUE
-# Install CocoaPods
-echo "📦 Install CocoaPods"
-brew install cocoapods
-brew install node@18
-brew link node@18
-
-# Install dependencies
-# XCode Cloud is literally broken for 2 months now - https://developer.apple.com/forums/thread/738136?answerId=774510022#774510022
-npm config set maxsockets 3
-npm ci
-# or `pnpm install --frozen-lockfile` or `yarn add --frozen-lockfile` or bun install
-npm run build 
-# or npm run build
-npm run sync:ios
-```
-
-このファイルをプロジェクトのルートに保存し、`ios/App/ci_scripts/ci_post_clone.sh`という名前を付けてください
-
-次に、このコマンドでファイルを実行可能にします：`chmod +x ios/App/ci_scripts/ci_post_clone.sh`
-
-## Xcodeワークフローの作成
-
-Xcodeを開きます（はい、Xcodeを削除するにはXcodeが必要です）
-
-以下のタブに移動します：
-![Xcode step 1](/xcode_step_1.webp)
-
-ワークフローの作成をクリックし、アプリを選択して、以下のように次へをクリックします。
-
-![Xcode step 2](/xcode_step_2.webp)
-
-左側のEdit workflowをクリックします
-![Xcode step 2](/xcode_step_3.webp)
-
-環境タブに移動し、以下のようにMac 12.4を選択し、適切なオプションをチェックします
-![Xcode step 3](/xcode_step_3.webp)
-
-開始条件を選択します。
-私たちと同じビルドを使用する場合、二重ビルドを避けるためにブランチの代わりにTagを使用することをお勧めします。
-
-環境変数を設定します
-![Xcode step 4](/xcode_step_4.webp)
-
-GitHubアカウントを接続します
-![Xcode step 5](/xcode_step_5.webp)
-
-![Xcode step 6](/xcode_step_6.webp)
-
-その後、ワークフローを有効にして最初の変更をコミットすると、Xcodeでビルドが実行されているのが確認できるはずです。
-
-## **ビルド処理**
-
-Xcode Cloudでは、CI/CDワークフローの実行に使用した**分数に基づいて課金**されます。経験上、Apple Storeでビルドが処理されるまでに約10〜15分かかります。
-
-プライベートプロジェクトの場合、ビルドあたりの推定コストは**$0.008/分 x 5分 = $0.4**、またはそれ以上になる可能性があり、これはプロジェクトの構成や依存関係によって異なります。
-
-オープンソースプロジェクトの場合、これは全く問題にはならないはずです。[価格設定](https://github.com/pricing/)を参照してください。
diff --git a/src/content/blog/ja/how-to-bypass-app-store-review.md b/src/content/blog/ja/how-to-bypass-app-store-review.md
deleted file mode 100644
index 3079f1036..000000000
--- a/src/content/blog/ja/how-to-bypass-app-store-review.md
+++ /dev/null
@@ -1,52 +0,0 @@
----
-slug: how-to-bypass-app-store-review
-title: App Store のレビュープロセスなしで Capacitor JS アプリをアップデートする方法
-description: >-
-  Capgoの機能を使用して、iOSのIonicアプリにリアルタイムでコードアップデートを配信し、かつAppleのガイドラインに完全に準拠するにはどうすればよいですか？
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /bypass_illustration.webp
-head_image_alt: Capacitorのバイパスの説明
-keywords: >-
-  Apple, App Store, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-_お聞きいただき、ありがとうございます。_
-
-弁護士からの要請で申し上げますが、これは法的なアドバイスではありませんが、Appleの公式ガイドラインの文言を理解するのに法学の学位は必要ありません。Appleのガイドラインでは、以下の3つの条件下で、App Storeを介さずに実行可能なコードを直接アプリにプッシュすることが明示的に許可されています：
-
-* コードはAppleの組み込みWebKitフレームワークによって実行される
-* コードは追加の機能や機能性を提供、アンロック、または有効化しない
-* ユーザーはアップデートが行われていることを認識しない
-
-Capgo capacitorプラグインでは、HTML、CSS、JavaScriptの更新と修正のみが可能なので、最初の条件は満たしています。
-
-補足として、App Storeを介さずにアプリを自己更新する機能は、かなり前から存在していました。
-FacebookのReact NativeやExpoなどのJavaScriptフレームワークを使用して作成されたアプリに限られます。
-
-React NativeがCapacitorよりもネイティブではないという証拠ですね😆
-
-Capgoは、ネイティブCapacitorアプリにコードレベルの更新をプッシュする機能を提供する、初めての手頃な解決策です。
-2番目の条件、新機能や機能性の追加なしという点については、実際のところ開発者次第です。
-
-Capgoは新機能や機能性をプッシュすることを意図していません。バグ修正、ログやトラッキングの追加、メッセージの更新、ユーザーの強制アップグレードなど、マイナーリリースを避けるための調整や修正を目的としています。
-
-新機能や機能性については、App Storeを通じてリリースする必要があります。参考までに、大企業向けの代替手段であるIonic AppFlowは5,000万以上のiOSデバイスにインストールされており、それを使用しているという理由でアプリが拒否されたことは一度もありません。
-
-これを申し上げるのは、他の何千人もの開発者がライブアップデートを使用していることを知っておくことが重要だからです。
-
-AppleとGoogleには、それぞれアプリを更新する際の独自のルールがあります。
-
-Appleについては、[パラグラフ3.3.2を参照してください](https://developer.apple.com/programs/information/Apple_Developer_Program_Information_8_12_15.pdf/) 。
-\[…\] 上記の例外は、Appleの組み込みWebKitフレームワークまたはJavaScriptCoreによってダウンロードおよび実行されるスクリプトとコードのみです \[…\] __結論__：OTAアップデートは、重要な変更を加えることなく、バグ修正や改善のためにのみ使用すべきです。
-
-__Google__ Playはより制限が緩やかで、Google Playからインストールされ、JavaScriptバンドルを含むアプリは、[Googleサービスに限定されない](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en)更新が可能だとしています。
-
-審査をバイパスするためのCapgoのインストール方法については、次の記事をご確認ください。
diff --git a/src/content/blog/ja/how-to-customize-build-scripts-with-capacitor-cli.md b/src/content/blog/ja/how-to-customize-build-scripts-with-capacitor-cli.md
deleted file mode 100644
index c9e575a36..000000000
--- a/src/content/blog/ja/how-to-customize-build-scripts-with-capacitor-cli.md
+++ /dev/null
@@ -1,347 +0,0 @@
----
-slug: how-to-customize-build-scripts-with-capacitor-cli
-title: Capacitor CLIでビルドスクリプトをカスタマイズする方法
-description: >-
-  Capacitor
-  CLIを使用してビルドスクリプトをカスタマイズし、すべてのプラットフォームで効率的な配布とカスタマイズされたアップデートを行う方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T01:58:36.984Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873-1743559128944.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, build scripts, mobile development, deployment automation,
-  environment variables, app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLIを使用すると、iOS、Android、Webプラットフォーム向けのアプリのビルドプロセスをカスタマイズできます。ビルドスクリプトを調整することで以下が可能です:
-
--   **更新の高速化**: アプリストアの遅延なしで即座に変更をプッシュ。
--   **デプロイメントの制御**: 更新のロールバックや特定のユーザーグループへのターゲティング。
--   **アプリのセキュリティ**: 暗号化を使用して更新を保護。
--   **ビルドの最適化**: プラットフォーム固有のニーズに合わせて設定を調整。
-
-### 主な機能の概要:
-
--   **設定ファイル**: `capacitor.config.json`と`package.json`でビルド設定を管理。
--   **カスタムスクリプト**: 自動化のためのprebuildとpostbuildタスクを追加。
--   **ビルドフック**: ビルドプロセスの特定のステージでコードを実行。
--   **環境変数**: `.env`ファイルで環境固有のビルドを簡素化。
-
-[Capgo](https://capgo.app/)というデプロイメントツールは、[自動更新](https://capgo.app/docs/live-updates/update-behavior/)、バージョン追跡、グローバルなパフォーマンス最適化でこのプロセスを強化します。最大限の効率を得るためのビルドスクリプトの設定とカスタマイズ方法について、以下で詳しく説明します。
-
-## [Capacitor](https://capacitorjs.com/)の設定について
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-1. Capacitorをインストール
-2. プロジェクトを初期化
-3. プラットフォームを追加
-4. ビルドを設定
-
-</Steps>
-
-## Capacitorのデフォルトビルドプロセス
-
-Capacitorのデフォルトビルドプロセスを理解することは、効果的にカスタマイズするために重要です。以下で、Capacitor CLIのビルドプロセスと主要な設定ファイルについて説明します。
-
-### 標準的なビルドステップ
-
-Capacitorはウェブアプリをプラットフォーム固有のビルドに変換するために段階的なプロセスを使用します。デフォルトのビルドプロセスでは以下のことが行われます:
-
-| フェーズ | 説明 | 出力 |
-| --- | --- | --- |
-| **Webビルド** | フレームワークツールを使用してWebアセットをコンパイル | 最適化されたWebバンドル |
-| **アセットのコピー** | Webアセットをネイティブプラットフォームフォルダに移動 | プラットフォーム固有のアセットディレクトリ |
-| **ネイティブビルド** | プラットフォーム固有のビルドコマンドを実行 | デプロイ可能なバイナリ |
-| **検証** | ビルドの整合性と依存関係をチェック | ビルドステータスと警告 |
-
-### 主要な設定ファイル
-
-2つの主要な設定ファイルがCapacitorのビルド処理方法を決定します:
-
-**capacitor.config.json**  
-これはCapacitorプロジェクトのコア設定ファイルです。ビルドの重要なパラメータを設定します:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "Example App",
-  "webDir": "dist",
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 0
-    }
-  }
-}
-```
-
--   **`appId`**: アプリの一意の識別子。
--   **`appName`**: アプリの名前。
--   **`webDir`**: Capacitorが Web アセットを探す場所を指定（例：`dist`）。
--   **`plugins`**: SplashScreen オプションなど、プラグイン固有の設定を可能にします。
-
-**package.json**  
-このファイルにはビルドプロセスに影響を与えるビルドスクリプトと依存関係が含まれています:
-
-```json
-{
-  "scripts": {
-    "build": "vite build",
-    "cap:build": "cap build",
-    "cap:sync": "cap sync"
-  }
-}
-```
-
--   `capacitor.config.json`の`webDir`設定は、ネイティブビルドに含めるコンパイル済みWebアセットの場所をCapacitorに伝えます。
--   `capacitor.config.json`を変更した後は、ネイティブプロジェクトを更新するために`cap sync`を実行する必要があります。
-
-次に、これらの設定をさらにカスタマイズする方法を探ります。
-
-## ビルドスクリプトの変更
-
-プロジェクトのニーズに合わせてCapacitorのデフォルトビルドプロセスを調整できます。方法は以下の通りです:
-
-### 設定ファイルの設定
-
-`capacitor.config.json`ファイルを編集してビルドプロセスを調整できます。以下は設定例です:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "Example App",
-  "webDir": "dist",
-  "server": {
-    "hostname": "app.example.com",
-    "allowNavigation": ["*.example.com"]
-  },
-  "android": {
-    "buildOptions": {
-      "keystorePath": "release.keystore"
-    }
-  },
-  "ios": {
-    "scheme": "App"
-  }
-}
-```
-
-以下は変更可能な主要な設定です:
-
--   **`webDir`**: コンパイル済みWebアセットの場所を指定。
--   **`server`**: ホスト名やナビゲーション権限を含む開発サーバーを設定。
--   **`android/ios`**: AndroidのKeystoreの詳細やiOSのプロビジョニングオプションなど、プラットフォーム固有のビルド設定を許可。
-
-### NPMスクリプトの作成
-
-ワークフローを効率化するために、`package.json`ファイルにカスタムNPMスクリプトを追加します。例:
-
-```json
-{
-  "scripts": {
-    "prebuild": "node scripts/prepare-env.js",
-    "build": "vite build",
-    "postbuild": "node scripts/notify-complete.js",
-    "build:android": "cap build android",
-    "build:ios": "cap build ios"
-  }
-}
-```
-
--   **`prebuild`と`postbuild`**: 環境のセットアップやビルド完了時の通知などのタスクに使用。
--   **`build:platform`**: AndroidまたはiOSアプリをビルドするためのプラットフォーム固有のコマンド。
-
-ビルドフックを追加することで、さらに自動化を進めることができます。
-
-### ビルドフックのセットアップ
-
-より高度な制御のために、ビルドプロセスの特定のポイントでカスタムコードを実行するビルドフックを使用します。`capacitor.config.ts`での設定例:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  webDir: 'dist',
-  plugins: {
-    CapacitorHooks: {
-      beforeBuild: async () => {
-        console.log('Build starting...');
-      },
-      afterBuild: async () => {
-        console.log('Build complete!');
-      }
-    }
-  }
-};
-
-export default config;
-```
-
-ビルドフックでは以下が可能です:
-
--   ビルド開始前の要件検証
--   プロセス中のアセット変換
--   重要なポイントでの通知トリガー
--   バージョン番号の自動更新
--   シームレスな自動テストの実行
-
-このアプローチにより、ビルドライフサイクル全体でより大きな柔軟性と制御が得られます。
-
-## 高度なビルドカスタマイズ
-
-大規模なプロジェクトでは、ビルドプロセスの微調整が大きな違いを生み出します。環境固有のビルドとプラットフォームのカスタマイズを効果的に処理する方法を説明します。
-
-### 環境変数
-
-各環境用に別々の`.env`ファイルを作成して環境変数を設定します:
-
--   `.env.development`
--   `.env.staging`
--   `.env.production`
-
-そして、環境に基づいて適切なファイルを読み込むようにビルドスクリプトを設定します:
-
-```javascript
-require('dotenv').config({
-  path: `.env.${process.env.NODE_ENV}`
-});
-```
-
-これらの設定をプラットフォーム固有の要件に合わせてさらに調整できます。
-
-### プラットフォーム固有のビルド
-
-AndroidとiOS向けのビルドをカスタマイズするには、以下の構造を使用します:
-
-```typescript
-const config: CapacitorConfig = {
-  android: {
-    buildOptions: {
-      debuggable: true,
-      jvmArgs: ["-Xmx2048m"]
-    }
-  },
-  ios: {
-    scheme: "App Debug",
-    xcodePreferences: {
-      automaticSigning: false
-    }
-  }
-};
-```
-
-これらの設定により、各プラットフォーム向けのビルドを調整し、スムーズなデプロイメントを確保できます。
-
-| 機能 | Android | iOS |
-| --- | --- | --- |
-| デバッグシンボル | [ProGuard](https://www.guardsquare.com/proguard)マッピングファイル | dSYMファイル |
-| ビルドバリアント | debug, release, staging | debug, release |
-| コード署名 | Keystoreの管理 | プロビジョニングプロファイル |
-| アセット管理 | res/drawableの最適化 | アセットカタログ |
-
-ビルドを最適化するための追加のヒント:
-
--   デプロイメント時間を節約するための部分更新の使用
--   問題を素早く特定するためのエラートラッキングの設定
--   ベータテストバージョン用のチャネルシステムの作成
--   セキュアな配布のためのエンドツーエンド暗号化の有効化
-
-Capgoのような分析とセキュアな更新のためのツールと組み合わせることで、これらのテクニックによりデプロイメントプロセスをより制御できます[\[1\]](https://capgo.app/) 。
-
-## ビルドスクリプトの問題と修正
-
-カスタムビルド設定を使用する際は、ビルドプロセスをスムーズに進めるために、エラーに素早く対処することが重要です。
-
-### 一般的なエラーの修正
-
-多くのビルドスクリプトの問題は、環境設定や依存関係の問題に起因します。以下に一般的な問題の対処方法を示します:
-
-**環境変数の欠落**
-
-このようなエラーが発生した場合:
-
-```bash
-Error: Missing required environment variable APP_KEY
-```
-
-プロジェクトのルートディレクトリに`.env.local`ファイルを作成することで修正できます。例:
-
-```bash
-APP_KEY=your-secret-key
-API_URL=https://api.example.com
-```
-
-**プラットフォーム固有のビルド失敗**
-
-Android署名エラーの場合、このコマンドを使用:
-
-```bash
-keytool -genkey -v -keystore release.keystore -alias app -keyalg RSA
-```
-
-iOSプロビジョニングプロファイルの問題の場合、これを試してください:
-
-```bash
-xcode-select --install
-```
-
-| エラータイプ | 一般的な原因 | 解決策 |
-| --- | --- | --- |
-| 署名設定 | Keystoreの詳細の欠落 | `KEYSTORE_PATH`と認証情報を設定 |
-| ビルド環境 | 未定義の変数 | プラットフォーム固有の`.env`ファイルを作成 |
-| 依存関係 | バージョンの不一致 | `package.json`を更新して同期 |
-
-修正を適用後、徹底的なビルドテストを実行して変更が確実なものであることを確認します。
-
-### ビルドスクリプトのテスト
-
-エラーが解決したら、以下の手順でビルドスクリプトを検証します:
-
--   **自動検証**: 主要なコマンドを実行してビルドプロセスが期待通り動作することを確認。
-
-```bash
-npm run verify:build
-```
-
--   **環境の検証**: ビルド開始前に環境変数の欠落をチェック。
-
-```javascript
-checkEnvVariables(['APP_KEY', 'API_URL']);
-```
-
--   **ビルドスクリプトのデバッグ**: ビルド中の潜在的な問題を捕捉するための詳細なスクリプトを追加。
-
-```javascript
-debug('Starting build process...');
-```
-
-テストに関する追加のヒント:
-
--   [Docker](https://www.docker.com/)コン
-
-このセキュリティフレームワークは、何百もの企業アプリケーションにわたって厳密にテストされています。より高度なセキュリティを必要とするチームのために、Capgoはカスタマイズ可能な設定を備えたセルフホスト型ソリューションも提供しています。
-
-Capgoのチャネルシステムにより、アップデートの配信が柔軟になります。開発者は特定のユーザーグループに異なるバージョンを提供できるため、ベータテストや段階的なリリースに最適です。
-
-## まとめ
-
-### ビルドステップの概要
-
-カスタムビルドスクリプトは、ビルドフック、環境変数、プラットフォーム固有のコマンドを活用することで、自動化された一貫性のあるデプロイメントを可能にします。これらのプロセスは、Capgoで実現可能なデプロイメントの改善のための強固な基盤を作ります。
-
-### Capgoのメリット
-
-Capgoはデプロイメントを簡素化し、750以上の本番アプリケーションで2,350万回以上のアップデートを提供してきました[\[1\]](https://capgo.app/) 。部分的なアップデートシステムにより、帯域幅の使用量とデプロイメント時間を削減します。
-
-このプラットフォームは、高速なアップデート、グローバルなパフォーマンス最適化、セキュリティのためのエンドツーエンドの暗号化、柔軟なチャネルベースの配信システムを提供します。この設定により、ターゲットを絞ったアップデート、ベータテスト、強固なセキュリティフレームワークを維持しながらアプリストアのガイドラインへの準拠をサポートします。
diff --git a/src/content/blog/ja/how-to-handle-user-data-in-capacitor-apps.md b/src/content/blog/ja/how-to-handle-user-data-in-capacitor-apps.md
deleted file mode 100644
index 707b99259..000000000
--- a/src/content/blog/ja/how-to-handle-user-data-in-capacitor-apps.md
+++ /dev/null
@@ -1,123 +0,0 @@
----
-slug: how-to-handle-user-data-in-capacitor-apps
-title: Capacitor アプリでのユーザーデータの取り扱い方
-description: モバイルアプリでのユーザーデータの取り扱いに関する効果的な戦略を学び、セキュリティ、コンプライアンス、データ管理のベストプラクティスに焦点を当てます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-18T04:43:56.186Z
-updated_at: 2025-03-18T13:13:58.671Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b3d6e4147c4c67492d1b20-1739853969789.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  user data, secure storage, data protection, GDPR, CCPA, data retention,
-  permissions management, mobile apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/)アプリでのユーザーデータの取り扱いには、安全なストレージ、明確な保持ポリシー、[GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)や[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)などのデータ保護法への準拠が必要です。このガイドでは、データ収集の最小化、機密情報の保護、権限の効果的な管理について説明します。概要は以下の通りです：
-
--   **データの最小化**：特定のアプリ機能に必要なデータのみを収集
--   **安全なストレージ**：`@capacitor/secure-storage`プラグインなどを使用した暗号化
--   **データ保持**：定義された期限に基づく自動削除
--   **ユーザーの権利**：ユーザーがデータにアクセス、削除、エクスポートできるようにする
--   **権限管理**：文脈に応じた権限要求と、拒否された要求に対する代替手段の提供
--   **OTAアップデート**：[Capgo](https://capgo.app/)などのツールを使用した安全な無線更新
-
-## Ionic [Capacitor](https://capacitorjs.com/) Secure Storageの使用方法
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-18.jpg?auto=compress)
-
-<Steps>
-1.   プラグインをインストールする
-2.   セキュアストレージを初期化する
-3.   データの保存と取得を実装する
-</Steps>
-
-## データ収集の削減
-
-プライバシー規制に準拠するには、データ収集の見直し、計画、管理に体系的なアプローチを取ることが重要です。Capacitorの組み込みツールを活用してデータ収集を最小限に抑えることで、アプリのデータ実践を改善するための実用的な手順を踏むことができます。
-
-### データ収集の見直し
-
-まず、アプリ内でのデータの流れをマッピングします。データ系統可視化ツールを使用して、不必要なデータが収集される可能性のある領域を特定します。プライバシー影響評価（PIA）ソフトウェアは、各データが本当に必要かどうかを評価する際の指針となります。重点を置くべき領域の内訳は以下の通りです：
-
-| データ種類 | レビューの焦点 | アクション項目 |
-| --- | --- | --- |
-| ユーザー入力 | フォームフィールドとバリデーション | 不要なフィールドの削除 |
-| APIコール | リクエスト/レスポンスのペイロード | 余分なデータフィールドのフィルタリング |
-| ストレージ | キャッシュと永続データ | ストレージ使用の効率化 |
-| 分析 | 使用状況トラッキング | 必須メトリクスのみ保持 |
-
-### データ収集の目的
-
-各データの収集理由を明確にしましょう。すべてのデータポイントは特定の目的を持つべきです。例えば：
-
-天気機能を持つアプリの場合、完全な住所ではなく郵便番号のみが必要かもしれません。このアプローチにより、コアアプリ機能に必要な情報のみを収集することができます[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[5\]](https://usercentrics.com/knowledge-hub/data-minimization/) 。
-
-### データ入力コントロール
-
-フォームとAPIコールを通じて収集されるデータ量を制限するために、バリデーションツールを使用します。これらの制限を効果的に実施するために、クライアントサイドのバリデーションとサーバーサイドの検証を組み合わせます。
-
-これらのコントロールを強化するためにCapacitorのセキュリティ機能を組み込みます：
-
--   可能な場合は、フリーテキストフィールドの代わりにドロップダウンメニューを使用
--   テキスト入力フィールドに文字数制限を設定
-
-自動発見ツールを使用して四半期ごとの監査を予定し、データ収集practices が効率的であり、アプリの意図された機能に沿っていることを確認します。
-
-[残りの部分は文字数制限のため省略されています]
-
-このアプローチにより、更新プログラムは検証され、安全性が確保され、失敗した場合のロールバックオプションも用意されています。
-
-### ストアポリシーへの準拠
-
-アプリストアのガイドラインに準拠することは、OTAアップデートに必要です[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[6\]](https://opentextbc.ca/writingforsuccess/chapter/chapter-7-sources-choosing-the-right-ones/)[\[7\]](https://ionic.io/blog/capacitor-everything-youve-ever-wanted-to-know)。各プラットフォームには、更新がデータ保持とセキュリティポリシーに準拠するための特定の要件があります：
-
-| プラットフォーム | 準拠要件 |
-| --- | --- |
-| **iOS** | JavaScriptまたはアセットの更新のみ |
-| **Android** | ユーザーの同意が必要 |
-| **両方** | セキュリティチェックと適切な文書化 |
-
-以下は、ストアに準拠した更新の実装例です：
-
-```javascript
-// Purpose-driven data collection example
-const userPreferences = {
-  location: "Used for local weather updates",
-  notification: "Needed for sending alerts"
-};
-```
-
-## まとめ
-
-### 重要なポイント
-
-ユーザーデータを効果的に処理するには、これらの主要な戦略を組み合わせる必要があります：
-
--   必要なデータのみを収集する。
--   プラットフォームのネイティブ暗号化を使用して保護する。
--   データ保持期限を自動化する。
--   詳細な権限制御を設定する。
-
-これらのステップは、データが収集された瞬間から自動的に削除されるまでのコンプライアンスを確保するために連携して機能します。
-
-### 実装手順
-
-これらの戦略を実行に移すには：
-
-1. セクション2で説明したメソッドを使用してデータフローを監査する。
-2. セクション3で概説されているストレージセキュリティを強化する。
-3. セクション4に基づいて自動削除プロセスを設定する。
-4. セクション5で詳述されている権限制御を確立し実施する。
-
-### Capgoの活用
-
-OTAアップデートを管理するチームにとって、Capgoはこれらの取り組みに沿った組み込みのセキュリティツールを提供します：
-
--   更新パッケージを保護するための**エンドツーエンド暗号化**
--   潜在的なセキュリティ脅威に迅速に対応するための**リアルタイムモニタリング**
diff --git a/src/content/blog/ja/how-to-handle-user-data-requests-under-ccpa.md b/src/content/blog/ja/how-to-handle-user-data-requests-under-ccpa.md
deleted file mode 100644
index 84a117ac0..000000000
--- a/src/content/blog/ja/how-to-handle-user-data-requests-under-ccpa.md
+++ /dev/null
@@ -1,196 +0,0 @@
----
-slug: how-to-handle-user-data-requests-under-ccpa
-title: CCPAに基づくユーザーデータリクエストの処理方法
-description: CCPAに基づいてユーザーデータのリクエストを効果的に管理し、ユーザーのプライバシー権を尊重しながらコンプライアンスを確保する方法をご紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T01:02:16.662Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1c538ebbb9dc80644b1ad-1743901348104.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  CCPA, user data requests, compliance, privacy rights, data access, data
-  deletion, opt-out, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-カリフォルニア州消費者プライバシー法（[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)）は、ユーザーに個人データの管理を与え、企業に厳格なルールを設定します。以下が遵守に必要な事項です：
-
--   **遵守が必要な企業**: 収益2,500万ドル以上、50,000人以上のユーザーデータを保有、またはデータ販売から50%以上の収入を得る企業。
--   **ユーザーの権利**:
-    -   **アクセス**: ユーザーは自身のデータを請求可能。45日以内に対応必須。
-    -   **削除**: ユーザーはデータの削除を要求可能。45日以内に対応必須。
-    -   **オプトアウト**: ユーザーはデータ販売を停止可能。即時対応必須。
-    -   **非差別**: プライバシー設定に関係なく平等なサービスを提供。
--   **遵守のための主要なステップ**:
-    -   データリクエスト用の安全なシステムを構築（ウェブフォーム、メール、アプリ内）。
-    -   リクエスト処理前にユーザーの本人確認を実施。
-    -   明確な[プライバシーポリシー](https://capgo.app/dp/)を使用し、「個人情報を販売しない」オプションを容易に提供。
-    -   暗号化と安全な保管でデータを保護。
-
-**クイックヒント**: [Capgo](https://capgo.app/)のようなツールを使用して、アプリのプライバシー機能を即時更新し、変更される規制への迅速な対応を確保。
-
-## カリフォルニア州消費者プライバシー法への準拠方法 ...
-
-<iframe src="https://www.youtube.com/embed/8NY0qFaVWwo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)のユーザー権利の理解
-
-開発者は、CCPAに基づく各ユーザーデータ権利に対応するため、安全でユーザーフレンドリーなプロセスを作成する必要があります。
-
-### データアクセス権
-
-ユーザーがデータアクセスを要求した場合、以下の詳細を提供します：
-
-| **データカテゴリー** | **開示する情報** | **推奨フォーマット** |
-| --- | --- | --- |
-| データタイプとソース | 収集されたデータの種類とそのソース | 機械可読形式（JSON、CSVなど） |
-| データ使用 | データの処理方法と使用目的 | プレーンテキストの要約 |
-| 第三者アクセス | データにアクセスできる第三者のリスト | 構造化リスト |
-| 保持期間 | データの保存期間 | 具体的な期間 |
-
-データアクセスが許可された後、コンプライアンスを維持するために、明確で信頼性の高いデータ削除プロセスを確保してください。
-
-### データ削除プロセス
-
-1.  **範囲の確認**: 主要データベース、キャッシュ、分析ツール、第三者システム、バックアップを含むすべての関連システムで削除が行われることを確認します。セキュリティ、法的義務、バグ修正、または進行中の取引に関する例外が適用される場合があります。
-2.  **削除の実行**: 該当するすべてのシステムからデータを削除し、ユーザーに即時通知します。削除のタイムスタンプと例外として保持されるデータの詳細を含めます。
-
-アクセスと削除の権利を処理した後、データ販売のオプトアウトプロセスも同様に簡単にしてください。
-
-### データ販売オプトアウト
-
-アプリのメイン画面または設定メニューからアクセス可能な「個人情報を販売しない」オプションを提供します。この設定は迅速に適用され、すべてのアプリバージョンで一貫性を保つ必要があります。
-
-アプリが第三者の分析または広告SDKを使用している場合、これらのサービスがオプトアウトメカニズムと統合され、遅延なくユーザーの設定を尊重することを確認してください。これにより、コンプライアンスを確保し、ユーザーとの信頼関係を構築できます。
-
-## CCPAデータリクエストの処理
-
-コンプライアンスを維持しながらCCPAデータリクエストを安全に処理する方法は以下の通りです：
-
-### リクエストシステムの設定
-
-ユーザーにリクエストを提出する安全な方法を提供します。オプションには以下が含まれます：
-
--   SSLとキャプチャで保護されたウェブフォーム
--   自動応答機能付きの専用プライバシーメール
--   安全なAPIを使用したアプリ内インターフェース
-
-すべての提出を記録し、タイムスタンプを付けてください。処理を効率化するためにリクエストをタイプ別に整理します。
-
-### ユーザー本人確認
-
-ユーザーの本人確認には二段階プロセスを使用します：
-
--   まず、登録済みメールまたはアカウントIDで本人確認を行います。
--   次に、ワンタイムSMSコードの送信やセキュリティ質問などの二次確認を実施します。
-
-モバイルアプリの場合、追加のセキュリティとしてデバイス固有の識別子や認証トークンを利用できます。
-
-### 応答期限の管理
-
-ユーザーの本人確認が完了したら、CCPAの期限を満たすために以下のステップに従います：
-
--   集中管理されたトラッカーを使用して各リクエストを記録し、期限を監視し、進捗を追跡します。
--   コンプライアンスを確保し、明確な監査証跡を維持するために、タイムスタンプ、確認方法、処理手順、ユーザーとのコミュニケーションなどすべての詳細を記録します。
-
-## CCPAコンプライアンスガイドライン
-
-### プライバシーポリシーの更新
-
-[プライバシーポリシー](https://capgo.app/privacy/)をCCPAの要件に合わせて最新の状態に保ちます。以下を明確に説明してください：
-
--   収集する個人情報の種類
--   この情報の使用方法と共有方法
--   CCPAに基づくユーザーの権利
--   ユーザーがデータリクエストを提出する方法
-
-平易で分かりやすい言葉で書いてください。例えば、「準拠して」の代わりに「従って」を使用します。これによりポリシーが理解しやすくなり、コンプライアンスの取り組みをサポートします。
-
-更新後は、データ共有のオプトアウトを含め、ユーザーが自身のデータを管理しやすくします。
-
-### オプトアウトの実装
-
-アプリに「個人情報を販売または共有しない」オプションを含めます。以下のような、ユーザーが見つけやすい場所に配置します：
-
--   アプリの設定メニュー
--   アカウント設定
--   専用のプライバシー管理セクション
-
-[Global Privacy Control](https://globalprivacycontrol.org/)（GPC）シグナルをサポートし、ユーザーのプライバシー設定を自動的に尊重します。
-
-| 機能 | 実装要件 | ユーザーエクスペリエンス |
-| --- | --- | --- |
-| オプトアウトボタン | アプリ設定で表示 | ワンタップで有効化 |
-| GPCシグナルサポート | 自動検出 | バックグラウンド処理 |
-| ステータス表示 | 明確な切り替え状態 | 視覚的な確認 |
-| 設定の保存 | 安全なローカルストレージ | セッション間で永続化 |
-
-このオプトアウトプロセスはシンプルで透明性があり、CCPAガイドラインを満たしながら信頼関係を構築するのに役立ちます。これらのコントロールと強力なセキュリティ対策を組み合わせて、ユーザーデータを保護します。
-
-### データ保護方法
-
-すべての段階でデータを保護するための厳格なセキュリティ対策を使用します。特に機密情報については、すべてのデータ送信を暗号化します。
-
-安全なデータストレージのために：
-
--   暗号化されたデータベースを使用
--   安全な鍵管理プラクティスを採用
--   定期的なセキュリティ監査を実施
--   自動バックアップシステムを設定
-
-データを削除する際は、データ削除セクションで詳述したステップに従って、すべてのシステムから完全に削除されていることを確認します。これらの方法は、ユーザー情報を保護し、コンプライアンスを維持するのに役立ちます。
-
-## モバイルアプリのCCPA要件
-
-### アプリの権限管理
-
-明確でアクセスしやすい権限コントロールで、ユーザーがプライバシー設定を管理しやすくします。
-
-以下を含む専用のプライバシー設定インターフェースの作成を検討してください：
-
-| コントロールタイプ | 実装 | ユーザーアクション |
-| --- | --- | --- |
-| **データ収集** | 詳細な切り替え | 特定のデータタイプの有効化または無効化 |
-| **位置情報サービス** | 複数レベルのオプション | データ精度の選択（正確または概approximate） |
-| **マーケティングコミュニケーション** | カテゴリーベース | 希望する連絡方法の選択 |
-| **第三者との共有** | 個別コントロール | データパートナーごとのオプトアウト |
-
-これらのコントロールをアプリの設定メニュー内で見つけやすい場所に配置します。透明性を保ち、収集されるデータ、その必要性、使用方法、共有先を明確に説明します。このアプローチにより、ユーザーは必要に応じて迅速に設定を更新できます。
-
-### [Capgo](https://capgo.app/)を使用した更新
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f1c538ebbb9dc80644b1ad/241c8f19433e01f315154c8988becf9c.jpg)
-
-アプリ内コントロールを確立した後、アプリを最新の状態に保つことがコンプライアンス維持の鍵となります。ここでCapgoの出番です。アプリストアの承認を待たずに即時更新を展開できます。実際、アクティブユーザーの95%がリリースから24時間以内に更新を受け取ります[\[1\]](https://capgo.app/) 。
-
-Capgoが提供する機能：
-
--   **即時更新**: プライバシーと権限の重要な変更をすぐにプッシュ。
--   **安全な実装**: エンドツーエンドの暗号化を使用し、ユーザーのみが更新を復号化可能。
--   **バージョン管理**: 必要に応じて一貫性を維持するために更新をロールバック。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーに不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgoのチャネルシステムを使用すると、プライバシー更新を全体に展開する前に特定のユーザーグループでテストできます。現在、750のアプリが本番環境でCapgoを利用しています[\[1\]](https://capgo.app/) 。
-
-## まとめ
-
-### 主要ポイント
-
-CCPAデータリクエストの処理には、ユーザーのプライバシー権利と技術的な実行のバランスが必要です。開発者が対処すべき主な優先事項は以下の通りです：
-
-| 要件 | 実装 |
-| --- | --- |
-| データリクエストシステム | ユーザー認証付きの安全なポータル |
-| プライバシーコントロール | 詳細な権限設定 |
-| データ販売オプトアウト | ユーザー確認付きの明確なプロセス |
-| データ保護 | エンドツーエンド暗号化 |
-
-モバイルアプリには、強力な権限コントロールが不可欠です。**Capgo**は即時更新を可能にし、すでに750の本番アプリをサポートしてコンプライアンスを簡素化しています[\[1\]](https://capgo.app/) 。
-
-> "Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられるのは素晴らし
diff --git a/src/content/blog/ja/how-to-monitor-capacitor-app-updates.md b/src/content/blog/ja/how-to-monitor-capacitor-app-updates.md
deleted file mode 100644
index e461861cf..000000000
--- a/src/content/blog/ja/how-to-monitor-capacitor-app-updates.md
+++ /dev/null
@@ -1,183 +0,0 @@
----
-slug: how-to-monitor-capacitor-app-updates
-title: Capacitor アプリの更新を監視する方法
-description: Capacitorアプリの更新を監視するための効果的な戦略を学び、安定性、セキュリティ、ユーザー体験を向上させましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-16T02:14:06.413Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b133684899b66d1dc8f1ac-1739672065689.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, app updates, monitoring tools, performance metrics, user
-  experience, security compliance
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) アプリのアップデートを監視することは、アプリの安定性を維持し、シームレスなユーザーエクスペリエンスを確保するために重要です。[Capacitor](https://capacitorjs.com/)のOTA（Over-the-Air）アップデートにより、アプリストアの遅延なしに[アップデートをプッシュ](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)できるようになります。以下が重要なポイントです：
-
--   **なぜアップデートを監視するのか？**
-    
-    -   アプリのクラッシュと中断を減らす。
-    -   アプリストアのコンプライアンス基準を満たす。
-    -   不具合のあるアップデートの自動ロールバックを可能にする。
--   **主要な監視ツール：**
-    
-    -   **[Capgo](https://capgo.app/)：** 高度なリアルタイム追跡、エラーアラート、CI/CD統合。
-    -   **その他のソリューション：** ロールバックの自動化やユーザーセグメンテーションなどの機能が異なる。
--   **追跡すべき項目：**
-    
-    -   ダウンロード速度と成功率。
-    -   アップデートに関連するクラッシュレポート。
-    -   アクティブバージョンの採用率とサーバーレスポンス時間。
--   **ベストプラクティス：**
-    
-    -   リアルタイムアラートのためのアップデートリスナーを使用。
-    -   暗号化とコード署名チェックによるセキュリティ監視。
-    -   クラッシュやエラーのしきい値に基づく自動ロールバック判断。
-
-アップデートがスムーズに実行され、ユーザー維持率を向上させ、プラットフォームルールへの準拠を維持するために、堅牢な監視システムを構築してください。
-
-## ESP32 OTAチュートリアルとテクニック（OTAデバッグを含む）
-
-<iframe src="https://www.youtube.com/embed/1pwqS_NUG7Q" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## アップデート監視ツール
-
-[Capacitor開発者](https://capgo.app/blog/capacitor-comprehensive-guide/)の**78%が専用の監視ソリューション**を使用してアップデートを効果的に追跡しているという最近のデータによると、適切なツールを選択することが重要です[\[1\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga)。
-
-### ツール比較チャート
-
-監視ツールを比較する際は、アプリのニーズに合った機能に注目してください。以下は簡単な内訳です：
-
-| 機能 | 組み込みツール | サードパーティソリューション | Capgo |
-| --- | --- | --- | --- |
-| リアルタイム追跡 | 基本的 | 高度 | 高度 |
-| パフォーマンスメトリクス | 限定的 | 包括的 | 包括的 |
-| ユーザーセグメンテーション | なし | あり | あり |
-| ロールバック機能 | 手動 | 自動 | 自動 |
-| CI/CD統合 | 基本的 | 様々 | 完全 |
-| セキュリティ機能 | 基本的 | 高度 | 高度 |
-
-### [Capgo](https://capgo.app/)を使用したアップデート
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-16.jpg?auto=compress)
-
-Capgoは、アプリのアップデートに詳細な制御が必要なチームにとって信頼できる選択肢です。**バージョン固有のパフォーマンス分析**や他の高度な監視ツールを提供します。
-
-例えば、[Shopify Mobile](https://www.shopify.com/mobile)チームはCapgoのリアルタイムダッシュボードを活用し、わずか4時間で**98%の監視されたアップデート採用率**を達成しました[\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring)。
-
-Capgoが提供する機能：
-
-| 監視の側面 | 機能 |
-| --- | --- |
-| アップデート配信 | デプロイメントの進捗をリアルタイムで追跡 |
-| パフォーマンス分析 | ダウンロード速度とインストール成功率を追跡 |
-| エラー追跡 | 失敗したアップデートの即時アラート |
-| セキュリティ監視 | 高度なセキュリティ検証を含む |
-
-注目すべき主要なメトリクス：
-
--   ダウンロード完了率
--   インストール成功率
--   アップデートに関連するクラッシュレポート
--   サーバーレスポンス時間
--   アクティブバージョンの採用率
-
-監視ツールを設置したら、次のステップはアップデートリスナーとパフォーマンスメトリクスを使用した技術的な追跡の設定です。これにより、潜在的な問題に先手を打ち、シームレスなユーザーエクスペリエンスを維持できます。
-
-## アップデート監視の設定
-
-[Capacitorアップデート](https://capgo.app/plugins/capacitor-updater/)をスムーズに実行するには、**アップデートリスナー**、**パフォーマンスメトリクス**、**CI/CD統合**の3つの主要要素が必要です。
-
-### アップデートリスナーの設定
-
-以下がアップデートリスナーの設定方法です：
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Set up listeners for update events
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('Update available:', info);
-});
-
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log('Download completed:', info);
-});
-
-CapacitorUpdater.addListener('updateFailed', (info) => {
-  console.error('Update failed:', info);
-});
-
-// Notify the system that the app is ready
-CapacitorUpdater.notifyAppReady();
-```
-
-### アップデートパフォーマンスの追跡
-
-アップデートパフォーマンスを明確に把握するために、以下の主要メトリクスを監視してください：
-
--   **ダウンロード速度**と完了率
--   **インストール成功率**とエラーの発生
--   **ユーザー採用率**とアップデート後のクラッシュレポート
--   **サーバーレスポンス時間**とデバイスリソースの使用状況
-
-これらの洞察を[Xcode Instruments](https://developer.apple.com/tutorials/instruments?changes=__2)や[Android Profiler](https://developer.android.com/studio/profile)などのツールと組み合わせることで、より深い分析が可能です[\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring)。
-
-### CI/CDパイプラインとの統合
-
-CI/CDパイプラインを設定して、アップデートメトリクスを自動的に監視およびレポートします。これにより、デプロイメント中の問題を素早く特定できます。
-
-## 監視のベストプラクティス
-
-監視システムを設定したら、すべてがスムーズに動作するように以下の運用プラクティスに焦点を当ててください。
-
-### アプリストアのルール
-
-各プラットフォームの特定の要件に監視を合わせてください：
-
-| プラットフォーム | 主要な監視領域 |
-| --- | --- |
-| iOS | アップデートのバージョン変更に注意 |
-| Android | ユーザー同意パターンを追跡 |
-
-これらのプラットフォーム固有のニーズが監視内容を形成します。例えば、iOSのバージョンアップデートの追跡やAndroidの同意傾向の監視が重要です[\[1\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga) [\[2\]](https://nytlicensing.com/latest/methods/getting-started-thought-leadership-content-marketing/) 。
-
-### アップデートセキュリティ
-
-選択した監視ツールを使用して、暗号化状態を定期的にチェックし、コード署名が有効であることを確認してください。以下に焦点を当ててください：
-
--   アップデートパッケージの暗号化
--   コード署名を確認するログ
--   インストール前の整合性チェック
-
-> "適切なセキュリティ対策を実装することで、アップデート関連の脆弱性の95%を防ぐことができます" [\[3\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/)
-
-### ロールバック計画
-
-監視データを活用してロールバックの判断を導きます。以下に基づいて自動ロールバックを実装してください：
-
--   クラッシュ率の急激な増加
--   設定されたしきい値を超えるAPIエラー
--   一貫したネガティブなユーザーフィードバック
-
-> "適切なセキュリティ対策を実装することで、アップデート関連の脆弱性の95%を防ぐことができます" [\[3\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/)
-
-## まとめ
-
-効果的なアップデート監視は、ユーザーエクスペリエンスと技術的パフォーマンスの両方を保護します。研究によると、ターゲットを絞った監視戦略を使用することで、クラッシュ率を35%低下させ、ユーザー維持率を22%向上させることができます[\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring)。
-
-技術的パフォーマンス、ユーザーエクスペリエンス、セキュリティコンプライアンスの3つの主要領域に焦点を当ててください。以下は内訳です：
-
-| 監視領域 | メトリクス | 成果 |
-| --- | --- | --- |
-| 技術的パフォーマンス | アップデートインストール率、APIレスポンス、クラッシュ追跡 | アプリの安定性と機能性を確保 |
-| ユーザーエクスペリエンス | フィードバック分析、採用率、アプリ使用パターン | エンゲージメントと維持率を向上 |
-| セキュリティコンプライアンス | 暗号化チェック、コード署名、プラットフォームルールの遵守 | アプリをストアの要件に準拠させる |
-
-自動化ツールを開発プロセスに組み込んでください。CI/CDパイプラインと組み合わせたリアルタイムメトリクスとアラートにより、ユーザーへの影響を最小限に抑えながら、より迅速な問題解決が可能になります。
diff --git a/src/content/blog/ja/how-to-profile-cross-platform-apps-with-capacitor.md b/src/content/blog/ja/how-to-profile-cross-platform-apps-with-capacitor.md
deleted file mode 100644
index b6a063057..000000000
--- a/src/content/blog/ja/how-to-profile-cross-platform-apps-with-capacitor.md
+++ /dev/null
@@ -1,167 +0,0 @@
----
-slug: how-to-profile-cross-platform-apps-with-capacitor
-title: Capacitorでクロスプラットフォームアプリをプロファイリングする方法
-description: >-
-  Capacitor で作成したクロスプラットフォームアプリのプロファイリングと最適化を行い、iOS、Android、Web
-  上のパフォーマンスを向上させる方法をご紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:37:04.938Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60-1745030245432.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, profiling, cross-platform apps, performance optimization, iOS,
-  Android, web development, memory leaks, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) を使用してクロスプラットフォームアプリをプロファイリングすることで、iOS、Android、Webプラットフォーム全体でパフォーマンスの問題を特定できます。以下は、始めるためのクイックガイドです：
-
--   **必要なツール**:
-    
-    -   パッケージ管理用の[Node.js](https://nodejs.org/en) v16+とnpm v8+
-    -   アプリのビルドとデプロイ用のCapacitor CLI v5.0+
-    -   プラットフォーム固有の開発とプロファイリング用の[Xcode](https://developer.apple.com/xcode/) 14+ (iOS)と[Android Studio](https://developer.android.com/studio) Electric Eel+ (Android)
-    -   Webパフォーマンス分析用の[Chrome DevTools](https://developer.chrome.com/docs/devtools)
--   **デバイス**:
-    
-    -   クイックテスト用に**エミュレータ**を使用しますが、正確なパフォーマンス指標を得るには**実機**に依存します。
--   **主要なプロファイリングツール**:
-    
-    -   **Chrome DevTools**: Webアプリの JavaScript実行、メモリ使用量、ネットワークアクティビティを分析。
-    -   **Xcode Instruments**: iOSでのCPU、メモリ、エネルギー使用量を測定。
-    -   **Android Studio Profilers**: AndroidでのCPU、メモリ、ネットワークパフォーマンスを監視。
--   **修正すべき一般的な問題**:
-    
-    -   大きなアプリバンドルサイズ
-    -   最適化されていないコード
-    -   過剰なJavaScript-to-nativeブリッジコール
--   **最適化**:
-    
-    -   パフォーマンスとユーザーエクスペリエンスを向上させるための部分的なバンドル更新とライブ更新の実装。
-    -   [Capgo](https://capgo.app/)などのツールを使用してリアルタイムでパフォーマンスメトリクスとエラーを追跡。
-
-この記事では、プラットフォーム固有のツールの使用、パフォーマンスのボトルネックの発見、Capacitorアプリを最適化するための修正の適用について説明します。
-
-## Ionic Angularアプリでメモリリークを見つける方法
-
-<iframe src="https://www.youtube.com/embed/vNGWpZlUOPM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## セットアップ要件
-
-Capacitorアプリを効果的にプロファイリングするには、適切なツール、ソフトウェア、テスト環境が必要です。正確なパフォーマンス分析に必要なものは以下の通りです。
-
-### ツールとソフトウェア
-
-以下のものを用意してください：
-
--   パッケージ管理用の**Node.js v16+**と**npm v8+**
--   アプリのビルドとデプロイ用の**Capacitor CLI (v8+)**
--   iOS開発とプロファイリング用の**Xcode 14+**
--   Android開発用の**Android Studio Electric Eel**（またはそれ以降）
--   Webパフォーマンスプロファイリング用の**Chrome DevTools**
-
-ツールの準備ができたら、テストデバイスを選択します。
-
-### エミュレータvs実機
-
--   **エミュレータ**: クイックテスト、デバッグ、異なるデバイス構成の試行に最適です。ただし、実世界のパフォーマンスを完全に再現することはできず、GPUサポートも限定的です。
--   **実機**: 正確なメモリとGPUメトリクスには不可欠です。より高価で追加の管理が必要ですが、アプリの実際のパフォーマンスをより明確に把握できます。
-
-最良の結果を得るには、少なくとも1台の最新のiOSデバイスと1台の中級Androidデバイスでテストし、さまざまなパフォーマンスシナリオをカバーしてください。
-
-### パフォーマンス監視ツール
-
-以下のツールを使用してパフォーマンスを監視・分析します：
-
--   プラットフォーム固有のプロファイリング用の**Instruments (iOS)**、**Android Studio CPU Profiler**、**Chrome DevTools**
--   クロスプラットフォーム分析とリアルタイムエラー追跡用の**Capgo** \[2\]
-
-最後に、開発環境と本番環境の両方でログを設定し、一貫したメトリクスを追跡します。
-
-## プラットフォーム別プロファイリングツール
-
-各プラットフォームの組み込みツールを活用して、パフォーマンスを分析し、潜在的な問題を特定します。
-
-### [Chrome DevTools](https://developer.chrome.com/docs/devtools)を使用したWebプロファイリング
-
-Chromeでアプリを実行中に、**DevTools**（右クリック > 検証）を開き、**Performance**、**Memory**、**Network**タブを探索します：
-
--   **Performance**: JavaScript実行、レンダリング、ネットワークアクティビティを追跡。
--   **Memory**: ヒープ割り当てを分析し、メモリリークを検出。
--   **Network**: APIコール、アセットの読み込み、帯域幅使用量を観察。
-
-より詳細なJavaScriptプロファイリングには、**Performanceパネルのプロファイル**機能を使用します。詳細な関数呼び出しデータを取得するには、設定で「JavaScript Profiler」オプションを有効にします。
-
-Webプロファイリングが完了したら、iOSパフォーマンス分析に移ります。
-
-### [Xcode](https://developer.apple.com/xcode/)を使用したiOSプロファイリング
-
-![Xcode IDE Interface](https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60/15516018a4284df8a7d0585815c62b4c.jpg)
-
-Xcodeで、**Product > Profile (⌘I)**に移動し、プロファイリングテンプレートを選択します：
-
--   **Time Profiler**: CPU使用率を測定。
--   **Allocations**: メモリ使用量を監視。
--   **Energy Log**: バッテリー消費とネットワークアクティビティを評価。
-
-アプリの応答性を評価するために、**WebViewレンダリング時間**に特に注意を払います。
-
-iOSプロファイリングの後、Androidパフォーマンスに焦点を移します。
-
-### Androidプロファイリングツール
-
-Android Studioで、**View > Tool Windows > App Inspection**からプロファイリングツールにアクセスします。主要なプロファイラには以下が含まれます：
-
--   **CPU Profiler**: スレッドアクティビティ、メソッドトレース、CPU使用率を分析。
--   **Memory Profiler**: ヒープ割り当て、ガベージコレクション、メモリリークを追跡。
--   **Network Profiler**: リクエストのタイミングとペイロードサイズを確認。
-
-WebViewを使用するアプリの場合、`WebView.setWebContentsDebuggingEnabled(true)`でデバッグを有効にし、より包括的な分析のためにChrome DevToolsをAndroid Studioと統合します。
-
-## パフォーマンスの問題の発見と修正
-
-### ボトルネック
-
-Capacitorアプリの一般的なパフォーマンスの問題は、**大きなバンドルサイズ**、**最小化されていないコード**、**ブリッジコールからの過剰なオーバーヘッド**に起因することが多いです。これらの要因がアプリを遅くし、ユーザーエクスペリエンスに影響を与える可能性があります。
-
-### プロファイルの分析
-
-パフォーマンスの問題を特定するために、**Chrome DevTools**、**Xcode Instruments**、**Android Studio profilers**などのツールは非常に価値があります。これらを使用してCPUスパイク、メモリリーク、ネットワークリクエストの遅延を追跡します。これらの問題領域を特定したら、特定の修正に焦点を当てることができます。
-
-### パフォーマンスの修正
-
-プロファイリングツールからデータを収集した後、以下の対象を絞った最適化を実装します：
-
--   **部分的なバンドル更新**: 完全な更新の代わりに、より小さな増分更新を配信します。例えば、CapgoのCDNは5 MBの更新を114ミリ秒で配信できます[\[1\]](https://capgo.app/) 。
--   **制御されたロールアウト**: ユーザーセグメンテーションを使用して段階的に更新をロールアウトします。この方法により、24時間以内に95%の更新採用率を達成できます[\[1\]](https://capgo.app/) 。
--   **エラー追跡**: アプリの安定性とパフォーマンスを維持するために、早期にエラーを検出して修正します[\[1\]](https://capgo.app/) 。
--   **ブリッジコールのバッチ処理**: JavaScript-to-nativeブリッジコールをグループ化してオーバーヘッドを削減。
--   **ライブ更新**: ライブ更新ソリューション（例：Capgo）を使用して、アプリストアの遅延をバイパスして即時の修正をプッシュ。
-
-## 監視と更新
-
-パフォーマンスの改善を行った後は、すべてが順調に進むように監視を続け、ライブ更新のシステムを維持することが重要です。
-
-### リアルタイムパフォーマンス追跡
-
-デプロイ後、APIレスポンスタイム、更新成功率、ユーザーエンゲージメントなどの重要なメトリクスを監視します。自動化されたダッシュボードやエラー追跡ソフトウェアなどのツールを使用して、このデータをリアルタイムで収集します。これにより、問題を素早く発見し、多くのユーザーに影響が及ぶ前に対処することができます。
-
-### [Capgo](https://capgo.app/)を使用した迅速な更新
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60/65550a0697b495ada9159b05fd8b2a91.jpg)
-
-Capgoは、暗号化された段階的な更新と自動ロールバック機能を提供することで、更新プロセスを簡素化します。また、リアルタイム分析も提供し、アプリストアの遅延をバイパスして、更新が迅速かつ効率的にユーザーに届くことを保証します。
-
-## まとめ
-
-Chrome DevTools、Xcode Instruments、Android Studio Profilerなどのツールを使用してCapacitorアプリを微調整します。主要なメトリクスを監視し、必要に応じてライブ更新をロールアウトします。以下に重点を置いてください：
-
--   プラットフォーム固有のツール（Chrome DevTools、Xcode、Android Studio Profiler）を使用して**継続的にプロファイリング**を行う。
--   すべてのプラットフォームで**パフォーマンスとエラーをリアルタイムで追跡**する。
--   バグ修正と新機能を円滑に導入するために**ライブ更新を段階的にデプロイ**する。
diff --git a/src/content/blog/ja/how-to-release-major-version-in-capgo.md b/src/content/blog/ja/how-to-release-major-version-in-capgo.md
deleted file mode 100644
index f188b6b97..000000000
--- a/src/content/blog/ja/how-to-release-major-version-in-capgo.md
+++ /dev/null
@@ -1,82 +0,0 @@
----
-slug: how-to-release-major-version-in-capgo
-title: capgoでメジャーバージョンをリリースする方法
-description: アプリのユーザーアプリを壊さずに、いつ、どのようにメジャーバージョンをリリースする必要があるかを理解します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-30T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Capgo メジャーバージョンシステム
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: how-to-send-specific-version-to-users
----
-## メジャーバージョンをリリースする際に
-
-バージョン管理は難しいことがあります。通常、ユーザーに対して大きな変更が生じたときにメジャーアップデートを行いたいと思うでしょう。
-
-しかし、バージョン管理はそのために作られたわけではなく、アプリストアのバージョンはネイティブバージョンとは異なります。
-
-ネイティブバージョンは*コード*の破壊的変更を管理するために作られています。
-
-例えば、iOSでは、iOS 16がAppleの`ストアバージョン`ですが、コードバージョンは`20A5283p`です（そこでSemVerは使用していないようです）。
-
-これで、私たちがそれらを混同せず、目的に応じて使用することが明確になりました！
-
-## メジャーリリース
-
-あなたのCapacitorアプリでは、破壊的変更が発生したときにメジャーリリースが必要です。 
-例えば、新しいiOSターゲット（15から16）、またはCapacitorの新バージョン（3から4）、またはあなたが使用しているプラグイン（1.2から2.0）がメジャーバージョンに更新された場合です。
-
-この変更は、すべてのツールが破壊的変更を処理するように調整されなければならないことを意味します。
-
-だからこそCapgoはこのシステムに従っています。
-したがって、メジャーバージョンをリリースすると、Capgoはストアからインストールされていないユーザーには送信しません。\
-この動作はカスタマイズ可能です。詳細は[こちら](/docs/cli/commands/#disable-updates-strategy)で学べます。
-
-### バージョン
-
-Capgoが比較するためのバージョンを見つける場所
-
-#### iOS
-  > CapgoがJavaScriptバージョンと比較してメジャーアップグレードを見つけるために使用します。
-
- iOSでは、変数はプロジェクト内の`ios/App/App/Info.plist`のキー`CFBundleShortVersionString`、またはキー`MARKETING_VERSION`が`Info.plist`ファイルに設定されている場合は`ios/App/App.xcodeproj/project.pbxproj`に設定されています。
-  > この動作は、`capacitor.config.json`ファイルにバージョンキーを設定することでオーバーライドできます。[ドキュメントはこちら](/docs/plugin/auto-update#advanced-settings/)
-
-#### Android
-  > CapgoがJavaScriptバージョンと比較してメジャーアップグレードを見つけるために使用します。
-
- Androidでは、変数はプロジェクト内の`android/app/build.gradle`のキー`defaultConfig.versionName`に設定されています。
-  > この動作は、`capacitor.config.json`ファイルにバージョンキーを設定することでオーバーライドできます。[ドキュメントはこちら](/docs/plugin/auto-update#advanced-settings/)
-
-#### JavaScript
-  > Capgoがネイティブバージョンと比較してメジャーアップグレードを見つけるために使用します。
-
- JavaScriptでは、変数はプロジェクト内の`package.json`のキー`version`に設定されています。
-## 例
-
-あなたのIonicアプリは現在、Capacitor 3を使用してバージョン`1.2.3`でリリースされています。
-
-あなたはCapacitor 4にアップグレードしています。
-
-バージョン番号を`2.2.3`にアップグレードする必要があります。その後、すべてのパッケージがCapgoを含むこの大きな変更に気付きます。
-
-このバージョンをCapgoとApp Storeにリリースすると、Capgoの次のライブアップデート`2.2.4`は`1.2.3`バージョンのユーザーには送信されません。`2.2.3`バージョンのユーザーのみに送信されます。
-
-このパターンに従えば、もう心配する必要はなく、すべてが適切に処理されます。
-
-## このパターンに従わない場合
-
-この場合、あなたはCapacitor 4を使用した新しいアプリをAppleとGoogleに送信しなければなりませんが、Capgoには送信しません。
-
-その後、あなたは100%のユーザー、または少なくとも90%がアプリを持つのを待たなければならず、それには数ヶ月かかるでしょう。
-
-その間、古いユーザーは新しいバージョンを受け取ることができないため、Capgoで更新を送信することはできません。
-更新を受け取るユーザーを選択する方法がありません。
diff --git a/src/content/blog/ja/how-to-resolve-android-build-errors-in-capacitor.md b/src/content/blog/ja/how-to-resolve-android-build-errors-in-capacitor.md
deleted file mode 100644
index 25d85467f..000000000
--- a/src/content/blog/ja/how-to-resolve-android-build-errors-in-capacitor.md
+++ /dev/null
@@ -1,278 +0,0 @@
----
-slug: how-to-resolve-android-build-errors-in-capacitor
-title: Capacitorでのビルドエラーを解決する方法
-description: Android の Capacitor でのビルドエラーの解決方法を、設定の問題から依存関係の競合、ProGuard の問題まで詳しく説明します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T03:02:04.382Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b-1743217335938.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, Android build errors, ProGuard, dependency conflicts, mobile
-  development, troubleshooting
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/)のAndroidビルドエラーでお困りですか?** これらのエラーは、設定ファイルの誤設定、依存関係の競合、または[ProGuard](https://www.guardsquare.com/manual/home)の問題に起因することがよくあります。アプリをスムーズに動作させ続けるには、迅速な修正が不可欠です。よくある問題とその解決方法を簡単に説明します:
-
-- **セットアップの問題**: `AndroidManifest.xml`、`capacitor.config.json`、[Gradle](https://gradle.org/)設定でSDKバージョン、権限、`minSdkVersion`の不一致をチェックします。
-- **依存関係の競合**: Capacitorコア、プラグイン、ネイティブライブラリのバージョンを揃えます。`npx cap doctor`などのツールを使用して不一致を見つけます。
-- **ProGuardの問題**: リリースビルド時の難読化エラーを防ぐための適切なルールを追加します。
-
-**重要なヒント**: [Android Studio](https://developer.android.com/studio)のエラーログを使用して根本原因を特定し、スタックトレースの最初のエラーに注目します。[Capgo](https://capgo.app/)のようなツールを使用すると、アプリストアのレビューを待たずに修正をすぐにデプロイできます。
-
-**クイック修正の例**:
-
-- `package.json`の依存関係を更新:
-
-    ```json
-    {
-      "@capacitor/core": "5.5.0",
-      "@capacitor/android": "5.5.0",
-      "@capacitor/camera": "5.0.7"
-    }
-    ```
-
-- 互換性のために[Jetifier](https://developer.android.com/tools/jetifier)を追加:
-
-    ```properties
-    android.useAndroidX=true
-    android.enableJetifier=true
-    ```
-
-- ProGuardルールを追加:
-
-    ```java
-    -keep class com.getcapacitor.** { *; }
-    -dontwarn com.google.android.gms.**
-    ```
-
-**より迅速な修正が必要ですか?** Capgoを使用すると、アプリストアの遅延をバイパスして即座に更新をプッシュできます。アプリを安定させ、ユーザーを満足させる優れた方法です。
-
-## AndroidとiOSのIonicアプリのデバッグに関する究極のガイド...
-
-<iframe src="https://www.youtube.com/embed/HmXM5t8DIPA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 主なAndroidビルドエラー
-
-Capacitorを使用したAndroidアプリのビルドでは、設定の問題や依存関係の不一致により、エラーが発生することがあります。以下で、最も一般的なAndroidビルドエラーとその対処方法を説明します。
-
-### セットアップと設定のエラー
-
-これらのエラーは、`AndroidManifest.xml`や`capacitor.config.json`などのファイルの設定ミスから発生することがよくあります。一般的な問題には以下があります:
-
-- **権限の欠落**: 必要なAndroid権限が`AndroidManifest.xml`で宣言されていない場合、ビルドが失敗します。
-- **SDKバージョンの不一致**: `targetSdkVersion`はCapacitorの推奨値と一致している必要があります。
-- **Gradle設定**: `gradle-wrapper.properties`の`distributionUrl`が正しくないとビルドが失敗する可能性があります。
-- **不適切なminSdkVersion**: 不適切な`minSdkVersion`を設定すると、互換性の問題が発生する可能性があります。例えば、設定は以下のようになります:
-
-```groovy
-android {  
-    defaultConfig {  
-        minSdkVersion 22  
-        targetSdkVersion 33  
-    }  
-}
-```
-
-### パッケージバージョンの競合
-
-依存関係間のバージョンの不一致もビルドエラーの原因となります。一般的なシナリオには以下があります:
-
-- **ネイティブ依存関係**: Capacitorコアとネイティブライブラリ間の不一致。
-- **プラグインの互換性**: 不一致のCapacitorプラグインバージョンの使用。
-- **Gradleモジュールの競合**: `build.gradle`ファイルでのモジュール宣言の重複。
-
-以下は適切な依存関係設定の例です:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.5.0",
-    "@capacitor/android": "5.5.0",
-    "@capacitor/camera": "5.0.7"
-  }
-}
-```
-
-### [ProGuard](https://www.guardsquare.com/manual/home)のセットアップの問題
-
-![ProGuard](https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b/caf1031c54e5e4608a41f5a1b5bef282.jpg)
-
-リリースビルドで使用されるProGuardは、追加の問題を引き起こす可能性があります:
-
-- **Keep Rulesの欠落**: 重要なクラスが難読化され、実行時エラーの原因となる可能性があります。
-- **リフレクションエラー**: リフレクションを介してアクセスされるクラスが適切に処理されない可能性があります。
-- **プラグインの競合**: 異なるプラグインからのProGuardルールが衝突する可能性があります。
-
-これらの問題に対処するには、以下のProGuardルールを追加できます:
-
-```java
--keep class com.getcapacitor.** { *; }
--keep class org.apache.cordova.* { *; }
--dontwarn com.google.android.gms.**
-```
-
-## エラーソースの特定
-
-CapacitorのAndroidビルドエラーを特定するには、段階的なトラブルシューティングアプローチが必要です。設定のレビューとログ分析を組み合わせることで、問題を効果的に特定し対処できます。
-
-### エラーログの読み方
-
-Android StudioとGradleは、問題を診断するための詳細なエラーログを提供します:
-
-- **エラースタックトレース**: スタックトレースの_最初_のエラーに注目します - これが通常根本原因です。後続のエラーは多くの場合、この最初の問題から派生します。
-- **ビルド出力ウィンドウ**: Android Studioでは、エラーはビルド出力ウィンドウで赤く強調表示されます。**"FAILURE"**や**"ERROR"**などの用語を探して重要な問題をすぐに見つけられます。
-
-以下は典型的なエラーメッセージの例です:
-
-```
-> Task :app:processDebugResources FAILED
-
-> FAILURE: Build failed with an exception.
-
-* What went wrong:  
-Execution failed for task ':app:processDebugResources'.
-
-> Android resource linking failed
-```
-
-### 設定ファイルのチェック
-
-正しい設定は成功したビルドの鍵です。以下のファイルに特に注意を払ってください:
-
-- **capacitor.config.json**: キーストアの設定を確認します。ファイルの場所だけでなく、その有効性も確認します。
-- **build.gradle**: 必要なすべてのプラグインと依存関係のバージョンが正しく宣言されていることを確認します。例えば:
-
-```groovy
-dependencies {
-    implementation "com.android.support:appcompat-v7:28.0.0"
-    implementation "com.getcapacitor:core:5.5.0"
-}
-```
-
-### [Gradle](https://gradle.org/)の出力の理解
-
-![Gradle Build Tool Interface](https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b/ea42b2d6446e3f23d9417eaa9ba23d71.jpg)
-
-`./gradlew app:dependencies`を使用し、ビルドスキャンを有効にして依存関係の競合やスクリプトの問題を見つけます。これらのツールはプロジェクトのセットアップの詳細なビューを提供します。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的にデリバリーする上で重要な役割を果たしています！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-一般的な問題には以下が含まれます:
-
-- 依存関係のバージョンの不一致
-- 不正確または欠落しているプラグイン設定
-- リソースのコンパイル失敗
-- ProGuardルールの問題
-
-## エラーの解決策
-
-このセクションでは、バージョンの不一致、依存関係の競合、ProGuardの設定ミスの解決に焦点を当てます。
-
-### バージョンの更新
-
-ビルドの安定性を確保するために、すべての依存関係のバージョンを揃えてください:
-
-- **Capacitorコアバージョンの確認**  
-    以下のコマンドを実行して、`@capacitor/core`、`@capacitor/cli`、プラットフォームパッケージ間のバージョンの不一致を確認します:
-
-    ```bash
-    npx cap doctor
-    ```
-
-- **ネイティブプラグインの更新**  
-    `package.json`に正しいバージョンが含まれていることを確認します。例えば:
-
-    ```json
-    {
-      "dependencies": {
-        "@capacitor/core": "5.5.0",
-        "@capacitor/android": "5.5.0",
-        "@capacitor/camera": "5.0.7"
-      }
-    }
-    ```
-
-    バージョンの更新が機能しない場合は、依存関係の不一致を手動で解決する必要があるかもしれません。
-
-### パッケージの競合の修正
-
-パッケージの競合は、[AndroidX](https://developer.android.com/jetpack/androidx)とレガシーサポートライブラリの依存関係を混在させて使用する際によく発生します。以下のように対処します:
-
-- **Jetifierを有効にする**  
-    `gradle.properties`ファイルに以下の行を追加します:
-
-    ```properties
-    android.useAndroidX=true
-    android.enableJetifier=true
-    ```
-
-- **手動での依存関係の解決**  
-    競合が続く場合は、アプリレベルの`build.gradle`ファイルで依存関係のバージョンを明示的に宣言します。例えば:
-
-    ```groovy
-    configurations.all {
-        resolutionStrategy {
-            force 'androidx.core:core:1.9.0'
-            force 'androidx.appcompat:appcompat:1.6.1'
-        }
-    }
-    ```
-
-これらの手順で、ほとんどの依存関係関連の問題に対処できるはずです。次に、実行時エラーを避けるためにProGuardルールの管理に焦点を当てます。
-
-### ProGuardルールの管理
-
-重要なCapacitorプラグインクラスとWebViewインターフェースが難読化中に削除されないように、ProGuardルールを調整します。ProGuardの設定に関する詳細なガイダンスについては、公式の[Capacitorドキュメント](https://capgo.app/blog/capacitor-comprehensive-guide/)を参照してください。
-
-アプリストアに再提出せずに即座に更新するには、Capgoのライブアップデートシステムの使用を検討してください。これにより、難読化の互換性とストアポリシーへの準拠を維持しながら、即座に変更をデプロイできます。
-
-## [Capgo](https://capgo.app/)を使用したクイック修正
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-CapacitorのAndroidビルドエラーに直面した際、プロジェクトの遅延を避け、進行を維持するために、問題を迅速に解決することが重要です。以下にCapgoがどのように即座に修正をデプロイするのに役立つかを説明します。
-
-### Capgoのコア機能
-
-Capgoは、セキュリティのための**エンドツーエンド暗号化**、リアルタイムエラートラッキング、バージョン履歴管理、即時ロールバック機能を含む、更新を効率化するツールを提供します。デプロイメントの世界的な成功率82% [\[1\]](https://capgo.app/)で、本番アプリに重要な修正を直接提供する信頼性の高い方法を提供します。
-
-### 修正を即座にデプロイする方法
-
-Androidビルドエラーに迅速に対処するには、以下の手順に従います:
-
-- **Capgoプラグインのインストール**:
-
-    ```bash
-    npx @capgo/cli init
-    ```
-
-- **ビルドとデプロイ**: CapgoのCDNにより、5MBのバンドルが114msでダウンロードされます [\[1\]](https://capgo.app/) 。
-
-- **更新の監視**: Capgoのダッシュボードを使用して進行状況を追跡します。APIの応答時間は平均57msです [\[1\]](https://capgo.app/) 。
-
-この迅速なデプロイメントプロセスにより、従来のアプリストア更新に関連する遅延を排除し、完全なコントロールを維持しながら、より迅速に問題を解決できます。
-
-### Capgoとトラディショナルなアププストア更新の比較
-
-| 機能 | Capgo | トラディショナルなアプリストア更新 |
-| --- | --- | --- |
-| デプロイ時間 | 数分 | 数日から数週間 |
-| 更新コントロール | 即時 | ストアレビューが必要 |
-| ロールバック | ワンクリック | 新規提出が必要 |
-| コスト | 月額12ドルから | ストア手数料 + 追加開発時間 |
-| セキュリティ | E2E暗号化 | 標準的なストアセキュリティ |
-
-> "Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられることは素晴らしいことです。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-750の本番アプリにわたる2,350万回以上の成功した更新 [\[1\]](https://capgo.app/)により、Capgoは、アプリストアの承認を待たずにAndroidのエラーに迅速かつ効率的に対処する必要のあるチームにとって、不可欠なソリューションとして際立っています。
-
-## まとめ
-
-CapacitorのAndroidビルドエラーに対処するには、効果的な監視と迅速な更新を組み合わせた、構造化されたデータ重視のアプローチが必要です。750の本番アプリからのデータは、エラーの追跡と更新の迅速なデプ
diff --git a/src/content/blog/ja/how-to-schedule-ota-updates-for-capacitor-apps.md b/src/content/blog/ja/how-to-schedule-ota-updates-for-capacitor-apps.md
deleted file mode 100644
index 0a4bd34d6..000000000
--- a/src/content/blog/ja/how-to-schedule-ota-updates-for-capacitor-apps.md
+++ /dev/null
@@ -1,79 +0,0 @@
----
-slug: how-to-schedule-ota-updates-for-capacitor-apps
-title: Capacitor アプリの OTA アップデートを計画する方法
-description: アプリのバグ修正を迅速に行い、ユーザー体験を向上させるための効果的なOTAアップデートの計画方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T04:03:25.616Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcd7fb83b63ee70fa0b90f-1742529933736.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, mobile app updates, Capacitor, app deployment, update scheduling,
-  performance monitoring
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) アプリをアプリストアの遅延なしで更新したいですか？Over-the-Air (OTA) アップデートを使用すると、修正、新機能、改善をリアルタイムでユーザーに直接プッシュできます。**以下が効果的なスケジュール方法です：
-
-- **OTAアップデートとは？** 時間と帯域幅を節約するため、更新された部分のみをダウンロードして、アプリの変更をユーザーに直接配信できます。
-
-- **なぜアップデートをスケジュールするのか？** バグを素早く修正し、機能を段階的にロールアウトし、最小限の中断でユーザー体験を向上させるためです。
-
-- **始め方：** `npx @capgo/cli init`を使用して[Capgo](https://capgo.app/)プラグインをインストールし、CI/CDパイプラインと統合し、セキュアな接続と分析を設定します。
-
-- **ベストプラクティス：** 段階的なロールアウトを使用し、オフピーク時にアップデートをスケジュールし、リアルタイムメトリクスでパフォーマンスを監視します。
-
-**主要な統計：** アクティブユーザーの95%が24時間以内にアップデートを採用し、世界的な成功率は82%です。5 MBバンドルの平均ダウンロード速度は114 msです。
-
-Capacitorアプリ用のOTAアップデートの設定、スケジュール、追跡方法について詳しく説明します。
-
-## セットアップ要件
-
-### 必要なツールと設定
-
-スケジュールされたOTAアップデートを開始するには、いくつかの重要なツールをインストールし、設定を行う必要があります。お好みのパッケージマネージャーを使用して[Capgoプラグイン](https://capgo.app/plugins/)をインストールすることから始めます：
-
-```bash
-npx @capgo/cli init
-```
-
-このコマンドは、以下を含むOTAアップデートに必要なコンポーネントを設定します：
-
-- [セキュアなアップデート](https://capgo.app/docs/live-updates/update-behavior/) を確保するための**エンドツーエンド暗号化**
-
-- アップデートのロールアウトを管理する**バージョン管理**
-
-- 問題を素早く特定し対処する**エラー追跡**
-
-コアセットアップが完了したら、OTAアップデートプラットフォームの統合に進むことができます。
-
-### OTAプラットフォームの統合
-
-OTAプラットフォームの統合は、スケジュールされたアップデートを効率的に管理するために重要です。方法は以下の通りです：
-
-- 認証キーとトークンを設定して**接続を保護**します。
-
-- アップデートが適切に管理されデプロイされるように**バージョンを追跡**します。
-
-- フィールドでのアップデートのパフォーマンスを監視するために**分析を設定**します。
-
-- スムーズな運用のために**CI/CDパイプライン**を既存のワークフローに統合します。
-
-> "CI/CDパイプラインは、GitHub Actions、GitLab CIなど、お好みのプラットフォームで直接設定できます。CI/CDのホスティングや維持費用は発生しません。" – Capgo [\[1\]](https://capgo.app/)
-
-エンタープライズレベルのニーズに対して、Capgoは主要なCI/CDシステムとの統合をサポートしています。このプラットフォームは750の本番アプリで成功裏に使用され、これまでに2,350万回以上のアップデートを管理しています [\[1\]](https://capgo.app/) 。
-
-以下がパフォーマンスのベンチマークです [\[1\]](https://capgo.app/)：
-
-- **平均ダウンロード速度**：5 MBバンドルで114 ms
-
-- **APIレスポンスタイム**：グローバルで434 ms
-
-- **アップデート成功率**：世界全体で82%
-
-## [Capgo](https://capgo.app/)の新しいIonic [Capacitor](https://capacitorjs.com/) ライブアップデートを探る...
diff --git a/src/content/blog/ja/how-to-secure-ota-updates-with-key-management.md b/src/content/blog/ja/how-to-secure-ota-updates-with-key-management.md
deleted file mode 100644
index c4f3ee6d1..000000000
--- a/src/content/blog/ja/how-to-secure-ota-updates-with-key-management.md
+++ /dev/null
@@ -1,77 +0,0 @@
----
-slug: how-to-secure-ota-updates-with-key-management
-title: OTAアップデートをキー管理で安全に保護する方法
-description: OTAアップデートを保護し、不正な改ざんやセキュリティの脅威からアプリケーションを守るための、効果的な鍵管理と暗号化の方法について学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T05:02:06.032Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ea1c64283d21cbd67bff14-1743397338137.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, key management, encryption, app security, update delivery,
-  vulnerabilities, digital signatures, tampering
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-**アプリのOver-the-Air (OTA) アップデートを安全に保ち、脆弱性を回避したいですか？**鍵管理によってアプリのアップデートを改ざんやセキュリティの脅威から保護する方法をご紹介します
-
-- **OTAアップデートとは？**アプリストアの承認を待たずに、ユーザーに直接アプリの変更をプッシュできます。[Capgo](https://capgo.app/)のようなツールを使用すると、24時間以内に95%のアップデート率を達成できます
-- **なぜセキュリティが重要か？**適切な暗号化と鍵管理がないと、アップデートは改ざん、中間者攻撃、バージョンスプーフィングに対して脆弱になります
-- **[アップデートを安全にする方法](https://capgo.app/docs/live-updates/update-behavior/)?**
-    - アップデートパッケージを保護するために**エンドツーエンドの暗号化**を使用
-    - [RSA-4096](https://enwikipediaorg/wiki/RSA_\(cryptosystem\))や[AES-256](https://enwikipediaorg/wiki/Advanced_Encryption_Standard)などのアルゴリズムで強力な鍵を生成
-    - **[Hardware Security Modules](https://enwikipediaorg/wiki/Hardware_security_module) (HSMs)**や暗号化された鍵vault を使用して鍵を安全に保管
-    - デジタル署名、チェックサム、バージョンチェックでアップデートを検証
-    - 厳格なバージョニングルールを適用してバージョンのダウングレードを防止
-- **なぜCapgoか？**[高度な暗号化](https://capgo.app/docs/cli/migrations/encryption/)を用いて2000万ユーザーに2億3500万の安全なアップデートを配信し、AppleとGoogleの基準を満たしています
-
-**要点：**適切な鍵管理により、承認されたアップデートのみがユーザーに届き、アプリの整合性とユーザーの信頼を保護します。今すぐアップデートを安全にして、高額な侵害を避けましょう
-
-## "Over the Air (OTA)"アップデートの理解：詳細な考察
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## OTAアップデートのセキュリティリスク
-
-強力なセキュリティ対策なしでOTAアップデートを展開すると、アプリが潜在的な脆弱性の格好のターゲットになります
-
-### 既知のOTAセキュリティの脅威
-
-OTAアップデートは常に新しい脅威にさらされており、厳格なセキュリティプロトコルが必要です。例えば、暗号化が施されていない場合、中間者攻撃によってアップデートパッケージが傍受され、悪意のあるコードが注入される可能性があります
-
-**注意すべき主な脅威：**
-
-- **アップデートパッケージの改ざん**：攻撃者が転送中のアップデートファイルを改変
-- **鍵の漏洩**：ハッカーが署名や暗号化鍵に不正アクセス
-- **バージョンスプーフィング**：ユーザーが古い、安全でないアプリバージョンをダウンロードするよう誘導される
-- **アップデートサーバーへの侵入**：アップデートを配信するインフラへの直接攻撃
-
-署名だけに頼るのは不十分です。Capgoのエンドツーエンド暗号化のようなツールは、承認された関係者のみがアップデートを復号できることを保証します。このような対策がないと、これらの脆弱性がアプリの整合性とユーザーの安全性を損なう可能性があります
-
-### セキュリティ侵害の影響
-
-OTAシステムのセキュリティ侵害は、開発者、ユーザー、そしてより広範なアプリエコシステムに影響を及ぼす可能性があります
-
-| **影響領域** | **即時的な影響** | **長期的な影響** |
-| --- | --- | --- |
-| **ユーザーデータ** | 機密情報の露出 | 信頼の喪失と法的問題の可能性 |
-| **アプリの機能** | 悪意のあるコードの導入 | 長期的な不安定性とパフォーマンスの問題 |
-| **事業運営** | 緊急対応費用 | 評判の低下とユーザーの離反 |
-| **開発タイムライン** | 古いバージョンへの強制的なロールバック | 新機能リリースの遅延 |
-
-セキュリティ上の欠陥があるアップデートが本番環境に到達すると、混乱を引き起こす可能性があります。特に機密性の高いユーザーデータや金融取引を扱うアプリでは、脆弱性のあるバージョンや不具合のあるバージョンが残る可能性があります
-
-> "真のエンドツーエンド暗号化を持つ唯一のソリューション、他はただアップデートに署名するだけです" - Capgo [\[1\]](https://capgo.app/)
-
-これらのリスクを軽減するために、以下の対策の実装を検討してください：
-
-- すべてのアップデートパッケージに**エンドツーエンド暗号化**を使用
-- **定期的なセキュリティ監査**を実施し、脆弱性を監視
-- 問題を素早く検出するために**自動エラー追跡**を採用
-- 侵害されたアップデートに対する**ロールバック機能**を確保
diff --git a/src/content/blog/ja/how-to-segment-users-by-plan-and-channels.md b/src/content/blog/ja/how-to-segment-users-by-plan-and-channels.md
deleted file mode 100644
index e4cebaf3f..000000000
--- a/src/content/blog/ja/how-to-segment-users-by-plan-and-channels.md
+++ /dev/null
@@ -1,178 +0,0 @@
----
-slug: how-to-segment-users-by-plan-and-channels
-title: チャネルを使用して機能フラグおよびA/Bテストを行う方法
-description: CapGoのチャンネルを使用して、ユーザーを自己割り当てまたはバックエンドを使用して、機能フラグやA/Bテストを行う方法を学びましょう
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-04-15T00:00:00.000Z
-updated_at: 2025-04-15T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Capgo チャンネルのフィーチャーフラグの図
-keywords: 'channels, feature flags, a/b testing, capacitor, capgo'
-tag: Tutorial
-published: true
-locale: ja
-next_blog: ''
----
-# チャンネルを使用した機能フラグとA/Bテストの方法
-
-CapGoのチャンネルシステムは、ユーザーのセグメント化と機能アクセスの制御に柔軟な方法を提供します。CapGoには組み込みのプラン管理やA/Bテスト機能はありませんが、チャンネル割り当てを自身で管理することでこれらの機能を実装できます。
-
-## チャンネルについて
-
-CapGoのチャンネルでは以下が可能です：
-- 異なる機能を特定のユーザーグループに提供
-- ユーザーを異なるチャンネルに割り当ててA/Bテストを実行
-- 新機能の段階的なロールアウト
-- ベータテストプログラムの作成
-
-## チャンネル割り当ての方法
-
-### 1. バックエンド割り当て（推奨）
-
-これはより安全な方法です。以下を含みます：
-1. アップデーターからデバイスIDを取得
-2. バックエンドに送信
-3. バックエンドがCapGo APIを呼び出してデバイスを割り当て
-
-実装方法は以下の通りです：
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Get device ID
-const getDeviceId = async () => {
-  const { deviceId } = await CapacitorUpdater.getDeviceId()
-  return deviceId
-}
-
-// Send device ID to your backend
-const assignToChannel = async (channel: string) => {
-  const deviceId = await getDeviceId()
-  // Your backend will call CapGo API to assign the device
-  await yourBackend.assignDeviceToChannel(deviceId, channel)
-}
-```
-
-### バックエンドの実装
-
-バックエンドで必要な作業：
-1. CapGoダッシュボードからAPIキーを取得
-2. CapGo APIを呼び出してデバイスをチャンネルに割り当て
-
-APIキーの取得方法：
-1. CapGoダッシュボードにログイン
-2. 設定 > APIキーに移動
-3. 「新規キーを生成」をクリック
-4. デバイスとチャンネルを管理するため`all`モードを選択
-5. 生成されたキーをコピーし、バックエンドの環境変数に安全に保存
-   - キーは32文字の16進数文字列
-   - クライアントサイドのコードに決して公開してはいけない秘密キー
-
-Node.jsの例：
-
-```typescript
-import axios from 'axios'
-
-const CAPGO_API_KEY = 'your_api_key'
-const CAPGO_API_URL = 'https://api.capgo.app'
-
-async function assignDeviceToChannel(deviceId: string, channel: string) {
-  try {
-    const response = await axios.post(
-      `${CAPGO_API_URL}/device`,
-      {
-        app_id: 'YOUR_APP_ID',
-        device_id: deviceId,
-        channel: channel
-      },
-      {
-        headers: {
-          'authorization': CAPGO_API_KEY,
-          'Content-Type': 'application/json'
-        }
-      }
-    )
-    return response.data
-  } catch (error) {
-    console.error('Failed to assign device to channel:', error)
-    throw error
-  }
-}
-```
-
-バックエンドは以下も行う必要があります：
-- ユーザー権限の検証
-- すべてのチャンネル割り当ての記録
-- レート制限の処理
-- 失敗した割り当ての再試行ロジックの実装
-
-### 2. セルフ割り当て（より安全性が低い）
-
-この方法では、デバイスが直接自身をチャンネルに割り当てることができます。テストには便利ですが、本番環境では安全性が低くなります：
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Assign device to channel
-const assignToChannel = async (channel: string) => {
-  await CapacitorUpdater.setChannel(channel)
-}
-
-// Get current channel
-const getCurrentChannel = async () => {
-  const { channel } = await CapacitorUpdater.getChannel()
-  return channel
-}
-```
-
-ユーザーがチャンネルに自己割り当てできるようにする前に、CapGoダッシュボードでこの機能を有効にする必要があります：
-
-1. CapGoダッシュボードのチャンネルセクションに移動
-2. 管理したいチャンネル名をクリック
-3. チャンネル設定で「デバイスの自己関連付けを許可」を有効化
-4. 変更を保存
-
-この設定が無効の場合、このチャンネルに対する`setChannel`の呼び出しは失敗します。
-
-## 機能フラグの実装
-
-チャンネルを使用して機能アクセスを制御：
-
-```typescript
-const isFeatureEnabled = async (feature: string) => {
-  // Example: Check if user is in beta channel
-  const channel = await getCurrentChannel()
-  return channel === 'beta'
-}
-```
-
-## A/Bテストの実装
-
-ユーザーを異なるチャンネルに割り当ててA/Bテストを実行：
-
-```typescript
-const assignToABTest = async (userId: string) => {
-  // Use consistent hashing to assign users
-  const hash = await hashUserId(userId)
-  const variant = hash % 2 === 0 ? 'variant-a' : 'variant-b'
-  
-  await assignToChannel(variant)
-  return variant
-}
-```
-
-## ベストプラクティス
-
-1. **バックエンド割り当ての使用**: 本番環境では常にバックエンド割り当て方式を使用
-2. **一貫した割り当て**: 一貫したチャンネル割り当てにユーザーIDなどの安定した識別子を使用
-3. **モニタリング**: 各チャンネルの機能使用状況とパフォーマンスメトリクスを追跡
-4. **段階的なロールアウト**: 小規模なユーザーセグメントから開始し、徐々に拡大
-5. **明確なドキュメント**: チャンネル戦略と目的を文書化
-
-## 結論
-
-CapGoのチャンネルシステムを活用することで、よりパーソナライズされたアプリ体験を作成し、A/Bテストを実行できます。本番環境では、よりよいセキュリティと制御のために、常にバックエンド割り当て方式を優先してください。
-
-チャンネル管理の詳細については、[チャンネルのドキュメント](/docs/live-updates/channels/)をご確認ください。
diff --git a/src/content/blog/ja/how-to-send-specific-version-to-users.md b/src/content/blog/ja/how-to-send-specific-version-to-users.md
deleted file mode 100644
index 2f39dcca3..000000000
--- a/src/content/blog/ja/how-to-send-specific-version-to-users.md
+++ /dev/null
@@ -1,172 +0,0 @@
----
-slug: how-to-send-specific-version-to-users
-title: 特定のユーザーまたはグループに更新を送信する方法
-description: TestFlight や Google のベータプロセスを使用せずにベータ版を試すことができます。Ionic アプリにボタンを追加するだけで完了です！
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-17T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /capgo_select_update.webp
-head_image_alt: TestFlight 代替案のイラスト
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: alternatives
-published: true
-locale: ja
-next_blog: ''
----
-## はじめに
-
-Capgoのアップデートシステムを私のアプリのように楽しみ始めると、「もっと何かできないだろうか？」と感じ始めるでしょう。
-
-私もそう感じましたが、Capgoの開発者として、中身を確認することができました！
-
-> すべてがオープンソースなので、あなたにもその力があります :)
-
-Capacitorアプリの配布プロセスで次に感じた課題は、他のチームメンバーにアップデートをテストしてもらうことでした！
-
-TestFlightの場合、チームに人を招待して使い方を理解してもらうのに時間がかかるという単純な問題があります！
-
-そしてもちろん、Appleに送信するたびに、ボットによるランダムなレビュープロセスがあり、5分かかることもあれば5時間かかることもあり、予測できません。
-
-このために私のプレゼンテーションが何度も遅れました...
-
-Googleの場合はさらに悪く、人生の大きな謎の1つですが、本番バージョンのリリースは2時間以内に完了するのに、クローズドベータのリリースには1-2日かかります。
-
-## 解決策
-
-これを解決するために、Capgoにチャンネルシステムを作成しました。
-
-`npx @capgo/cli@latest bundle upload -c production` はすべてのユーザーに更新を適用します（productionチャンネルがデフォルトに設定されている場合）
-
-`npx @capgo/cli@latest bundle upload -c development` を実行すると、バージョンは異なるチャンネルに配信され、これは[GitHub action](/blog/manage-dev-and-prod-build-with-github-actions/)で自動化できます。
-
-その後、ユーザーがチャンネルからアップデートを受け取る方法は2つあります
-
-### 完全自動化方式
-
-これは、チャンネル設定用の独自のバックエンドを作成したくない場合に便利で、実装が早いです。
-
-この方法では、チャンネルの1つをセルフセット可能に設定するだけです。
-
-![Allow set self in Capgo](/self_set.webp)
-
-そして、Ionicアプリのコードに以下を追加します。最適な体験のために、「ベータに登録」のようなボタンをユーザーがクリックした後にこれを使用してください：
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.setChannel({ channel: 'beta' })
-```
-
-### 手動方式
-
-これは内部チームに便利で、実装が早いです。
-ユーザーがアプリからdeviceIDをコピーして手動で送信できるようにします。以下のコードで取得できます：
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-アプリのどこかにボタンを隠すか、`admin`ロールを持つログインユーザーにのみボタンを表示するなどします。
-
-その後、WebアプリまたはネイティブアプリのCapgoに、アプリ管理者としてログインし、アプリを選択し、デバイスリストをクリックします。
-
-検索バーにdeviceIDを入力し、見つかったものをクリックして、チャンネルリンクをクリックし、`development`を選択し、チームメイトにアプリを再度開いてもらい、30秒待って開閉してもらいます。
-
-そうすると、あなたのバージョンが適用されるはずです。
-
-### 自動方式
-
-これはベータテスター向けに便利ですが、実装に時間がかかります。
-
-手動方式と同様に、deviceIDを取得する必要があります：
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-
-ただし今回は、自動的にバックエンドに送信する必要があります。その方法は自由に決めてください。
-
-後々便利になるので、データベースに保存することをお勧めします。
-
-そしてバックエンドでCapgoバックエンドにも送信する必要があります。以下に2つのコード例を示します：
-<details>
-  <summary>NodeJS</summary>
-
-```js
-import axios from 'axios'
-
-await axios.post('https://api.capgo.app/device', {
-  app_id: 'YOUR_APP_ID',
-  device_id: 'DEVICE_ID',
-  channel: 'CHANNEL_NAME', // The name of the channel, or undefined if version_id provided
-  version_id: 'VERSION_NAME' // this is optionnal, if provide it will override the channel, that usefull when you want to debug only one user.
-}, {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-```
-</details>
-
-<details>
-  <summary>Cloudflare</summary>
-  
-```js
-addEventListener('fetch', (event) => {
-  event.respondWith(
-    handleRequest(event.request).catch(
-      err => new Response(err.stack, { status: 500 })
-    )
-  )
-})
-
-async function handleRequest(request) {
-  const { pathname, method } = new URL(request.url)
-  const body = await request.json()
-  const newBody = JSON.stringify({
-    app_id: 'YOUR_APP_ID',
-    device_id: body.device_id,
-    channel: 'alpha'
-  })
-  const newUrl = new URL('https://api.capgo.app/device')
-  const options = {
-    headers: {
-      authorization: 'YOUR_API_KEY',
-    },
-    method: 'POST',
-    body: newBody
-  }
-
-  if (request.method === 'DELETE') {
-    // DELETE the channel link
-    options.method = 'DELETE'
-    return fetch(newUrl.toString(), options)
-  }
-
-  return fetch(newUrl.toString(), options)
-}
-```
-デプロイされたURLにPOSTメソッドでdevice_idをボディに含めて送信して追加し、DELETEメソッドで削除します。
-</details>
-
-これを設定した後、アプリにチャンネルのオプトイン用のボタンを追加し、Webアプリで設定されているか確認してください。
-
-オーバーライドを削除するために`null`を送信することもできます。
-
-デバイスに設定されているオーバーライドをプログラムで確認する必要がある場合は、同じURLで取得できます：
-
-```js
-import axios from 'axios'
-
-const res = await axios.get('https://api.capgo.app/device?app_id=YOUR_APP_ID&device_id=DEVICE_ID', {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-
-console.log('data', res.json())
-```
diff --git a/src/content/blog/ja/how-to-track-ota-update-success-in-capacitor-apps.md b/src/content/blog/ja/how-to-track-ota-update-success-in-capacitor-apps.md
deleted file mode 100644
index 117704a45..000000000
--- a/src/content/blog/ja/how-to-track-ota-update-success-in-capacitor-apps.md
+++ /dev/null
@@ -1,374 +0,0 @@
----
-slug: how-to-track-ota-update-success-in-capacitor-apps
-title: Capacitorアプリでのアップデートの成功を追跡する方法
-description: アプリのOTAアップデートの成功を効果的に追跡し、ユーザーエクスペリエンスを向上させ、問題に迅速に対処する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T05:10:07.131Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0e4b5db7797980463f0f3-1742793019156.jpg
-head_image_alt: モバイル開発
-keywords: 'OTA updates, app tracking, user adoption, version management, error monitoring'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-OTAアップデートにより、アプリストアの承認を待たずに直接ユーザーにアプリの変更をプッシュできます。しかし、スムーズなアップデート、素早い問題解決、ユーザー体験の向上のために、その成功を追跡することが重要です。以下が知っておくべきことです：
-
--   **なぜ追跡が必要か？**
-    
-    -   早期の失敗検出
-        
-    -   ユーザー採用率の監視
-        
-    -   問題のあるアップデートのロールバック
-        
-    -   バージョンの不一致を回避
-        
--   **OTAアップデートを追跡するための主要なステップ：**
-    
-    1.  **バージョン管理：** 本番、ベータ、段階的ロールアウトなどのチャンネルを使用して制御されたアップデートを行う
-        
-    2.  **アプリ内追跡：** `@capgo/capacitor-updater`などのツールを使用してイベントリスナーを設定し、インストールの進行状況を記録
-        
-    3.  **サーバーログ：** アップデート成功率、デバイス状態、ユーザーエンゲージメントなどの指標を追跡
-        
--   **成功の測定：**
-    
-    -   ユーザーアップデート率を追跡（24時間以内に95%の採用が理想的）
-        
-    -   デバイスタイプ、ネットワーク状態、地域トレンドを分析して問題領域を特定
-        
--   **使用するツール：**
-    
-    -   リアルタイム分析
-        
-    -   エラー監視
-        
-    -   ロールバックオプション
-        
-
-## [Capgo](https://capgo.app/)の新しい[Ionic](https://ionicframeworkcom/) [Capacitor](https://capacitorjs.com/) ライブアップデートを探る
-
-**アップデート追跡の設定**
-
-OTAアップデートを効果的に追跡するには、明確なバージョン管理と堅牢な監視が必要です。以下は全てを整える方法です。
-
-### アップデートバージョン管理
-
-バージョン管理はOTAアップデート追跡の重要な部分です。Capgoのチャンネルシステムは、ユーザー間で異なるバージョンを扱う構造化された方法を提供します。
-
-| チャンネルタイプ | 目的 | 最適な使用例 |
-| --- | --- | --- |
-| 本番 | メインリリースチャンネル | 安定した、テスト済みアップデート |
-| ベータ | テストチャンネル | 早期機能検証 |
-| 段階的 | 段階的ロールアウト | リスク軽減 |
-| 開発 | 内部テスト | リリース前検証 |
-
-各バージョンに以下を必ず含めてください：
-
--   一意のバージョン識別子
-    
--   詳細なリリースノート
-    
--   特定のターゲットオーディエンス
-    
--   安全のためのロールバックチェックポイント
-    
-
-チャンネルを定義したら、より良い追跡のためにアプリがアップデートイベントを記録するように設定します。
-
-### アプリ側の追跡設定
-
-アプリ内でアップデートを追跡するには、以下の手順に従ってください：
-
-1.  **必要な依存関係をインストール**  
-    以下のコマンドを使用して必要なライブラリを追加：
-    
-    ```bash
-    npm install @capgo/capacitor-updater
-    ```
-    
-2.  **イベントリスナーを設定**  
-    アップデートを検出するリスナーを設定：
-    
-    ```javascript
-    CapacitorUpdater.addListener('updateAvailable', () => { … });
-    ```
-    
-3.  **インストールの進行状況を記録**  
-    アップデートのダウンロードとインストールを追跡：
-    
-    ```javascript
-    CapacitorUpdater.addListener('downloadComplete', () => { … });
-    ```
-    
-
-アプリ内追跡を設定した後、完全な把握のためにサーバー側のログ記録を拡張します。
-
-### サーバーログ設定
-
-サーバーログはアップデートに関する重要なデータを収集し、ユーザーとデバイスへの影響を含みます。以下に注目すべき点があります：
-
-1.  **システムメトリクス**
-    
-    -   アップデートのタイムスタンプと成功/失敗率を追跡
-        
-    -   デバイスとネットワーク状態を監視
-        
-    -   ダウンロード速度とインストール時間を計測
-        
-    -   メモリ使用量とバッテリー消費を評価
-        
-2.  **ユーザーへの影響**
-    
-    -   アップデート後のユーザーエンゲージメントを分析
-        
-    -   機能採用率を確認
-        
-    -   アプリの安定性を監視
-        
-    -   セッション時間の変化を観察
-        
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーにおいて重要な役割を果たしています！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-バージョン管理、アプリ内追跡、サーバーログを組み合わせることで、OTAアップデートのパフォーマンスを包括的に把握できます。
-
-## アップデートの成功を測定する
-
-OTAアップデートの成功を追跡するには、主要な指標とユーザーの採用状況を分析する必要があります。以下はアップデートのパフォーマンスを測定し評価する方法です。### ユーザーアップデート率
-
-OTAデプロイメントの効果を把握するために、ユーザーがどれだけ早くアップデートを採用するかを理解することが重要です。最初の24時間以内にアップデートするユーザーの割合に注目し、パフォーマンスのベースラインを設定しましょう。
-
-ユーザーアップデート率を監視するには:
-
-- 各アップデートのリアルタイムな採用率を監視する
-
-- 目標完了時間を設定し、異なるデバイスのアップデート率をトラッキングしてトレンドを特定する
-
-このデータを取得したら、問題領域の特定と対応に焦点を当てて[アップデートプロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/) を改善します。
-
-### 問題領域の検出
-
-問題を早期に発見することは、アップデートをスムーズに実行する上で重要です。以下の領域の監視に焦点を当てましょう:
-
-| **監視領域** | **主要指標** | **アクション項目** |
-| --- | --- | --- |
-| デバイスタイプ | モデル別成功率 | パフォーマンスの低いデバイスの問題を修正 |
-| ネットワーク状態 | ダウンロード完了率 | 低速接続向けにアップデートサイズを調整 |
-| 地理的地域 | 地域別成功率 | 地域特有の課題を解決 |
-| アプリバージョン | バージョン分布 | 停滞しているアップデートの特定と対応 |
-
-これらの指標を検証することで、アップデートが失敗している箇所を特定し、是正措置を講じることができます。
-
-### 分析ツールの概要
-
-潜在的な問題を特定した後、分析ツールを使用してより深い洞察を得ましょう。リアルタイムデータ、エラー追跡、ユーザーエンゲージメント指標を提供するツールを探して:
-
-- ユーザーベース全体のアップデートを監視し、問題に迅速に対応する
-
-- エラーをログに記録して特定の失敗ポイントを特定し解決する
-
-- アップデートがユーザー行動とアプリパフォーマンスに与える影響を分析する
-
-これらのステップにより、OTAアップデートがスムーズかつ効果的であることを確保できます。
-
-## アップデートの影響分析
-
-### パフォーマンス指標
-
-アップデートの影響を評価するために、実装前後の主要パフォーマンス指標を比較します:
-
-- **起動速度**: 起動時間2秒以下を目指す（具体的なベンチマークは変動する可能性あり）
-
-- **APIレスポンス時間**: サーバー通信を434 ms以下に保つ
-
-- **クラッシュ率**: クラッシュ率1%未満でアプリの安定性を確保
-
-- **メモリ使用量**: ベースラインに対してリソース消費を測定
-
-- **ネットワーク使用量**: データ転送を最適化しアップデートサイズを最小化
-
-これらの指標をアップデート後少なくとも48時間は注視し、改善点や潜在的な問題を発見します。
-
-### ユーザー行動の変化
-
-以下を分析してアップデートがユーザーインタラクションに与える影響を理解します:
-
-- **機能採用率**: 新機能へのユーザーエンゲージメントの速さを測定
-
-- **セッション時間と継続率**: DAU（デイリーアクティブユーザー）やMAU（月間アクティブユーザー）などの指標を使用してエンゲージメントトレンドを追跡
-
-- **ナビゲーションパターン**: アップデート後のユーザーフローの変化を調査
-
-これらの洞察を使用してアプリを微調整し、新たな懸念に対応します。
-
-### [Capgo](https://capgo.app/)パフォーマンスツール
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Capgoはアップデート中の監視とトラブルシューティングを簡素化するツールを提供します:
-
-1. **リアルタイム分析**: アップデートの配信とユーザー採用を即時追跡
-
-2. **エラー監視**: 問題が深刻化する前に検出して修正
-
-3. **バージョン管理**: 混乱を最小限に抑えるためワンクリックでアップデートをロールバック
-
-> "リアルタイムでアップデートの成功率とユーザーエンゲージメントを追跡" – Capgo [\[1\]](https://capgo.app/)
-
-Capgoは完全展開前に特定のユーザーグループをターゲットにしたステージドテストもサポートします。このアプローチにより、ユーザーベース全体で一貫したパフォーマンスとリスクの最小化を確保します。
-
-## アップデート問題の解決
-
-### 一般的なアップデートの問題
-
-アップデートはネットワーク障害、バージョンの不一致、古いキャッシュファイル、不完全なインストールなどの問題に遭遇する可能性があります。概要は以下の通りです:
-
-| 問題 | 一般的な原因 | 解決策 |
-| --- | --- | --- |
-| ダウンロードの失敗 | ネットワーク接続の不良 | 指数バックオフを使用した自動リトライシステムを使用 |
-| バージョンの競合 | 互換性のない依存関係 | アップデートのデプロイ前に厳密なバージョンチェックを実施 |
-| キャッシュの問題 | 古いキャッシュファイル | キャッシュバスティング技術を追加し古いバージョンをクリア |
-| 部分的なアップデート | インストールの中断 | 一貫性を確保するため[アトミックアップデート](https://capgo.app/docs/live-updates/update-behavior/)とロールバックオプションを使用 |
-
-### エラートラッキングのセットアップ
-
-効果的なトラッキングはアップデートの問題を特定し解決する上で重要です。以下の領域に注目してください:
-
--   **アップデートのダウンロードステータス**: 成功率と完了時間を監視
-    
--   **インストールの進捗**: インストールプロセスの各ステップを追跡
-    
--   **アップデート後の機能**: アップデート後に重要なアプリ機能が正常に動作することを確認
-    
-
-セットアップ手順:
-
-1.  **リアルタイムモニタリング**: 重大な障害に対する自動アラートを設定し、即時通知のためのエラーしきい値を設定
-    
-2.  **詳細なログ記録**: アップデートバージョン、デバイス仕様、ネットワーク状態、インストール時間、エラートレースを記録
-    
-3.  **ユーザーフィードバック**: ユーザーがアップデートの問題を直接報告できるようにする
-    
-
-これらの対策にもかかわらず問題が続く場合は、混乱を最小限に抑えるためロールバック手順を開始します
-
-### アップデートのロールバック手順
-
-適切に計画されたロールバックプロセスは、アップデートに問題が発生した際のユーザーの不満を軽減できます。準備の仕方は以下の通りです:
-
-1.  **ロールバックトリガーの定義**: 特定の問題が発生した際にロールバックプロセスを自動的に起動するしきい値を設定
-    
-2.  **バージョン管理の使用**: 迅速なロールバックのために常に複数のアップデートバージョンを準備
-    
-
-> "エラートラッキング: ユーザーに影響が出る前に問題を積極的に監視して修正" [\[1\]](https://capgo.app/)
-
-3.  **復旧手順の文書化**: 影響を受けるユーザーの特定、アップデートのロールバック、復元の確認、ユーザーへの解決策の伝達方法を明確に概説
-
-## アップデートトラッキングツール
-
-適切なトラッキングツールの選択は、アップデートの成功を確実にする上で重要です。確認すべき点とその重要性を見ていきましょう
-
-### ツールの比較
-
-OTAアップデートトラッキングツールを比較する際は、以下の機能に注目してください:
-
-| 機能 | 重要性 |
-| --- | --- |
-| **更新速度** | ユーザーのアップデート採用とデプロイ効率に影響 |
-| **セキュリティレベル** | アップデートプロセスとユーザーデータの両方を保護 |
-| **分析の深さ** | アップデートのパフォーマンスの監視と微調整に役立つ |
-| **ロールバックオプション** | アップデートで問題が発生した場合の迅速な修正を可能に |
-| **価格帯** | ソリューションの長期的なコストと拡張性に影響 |
-
-### Capgoの機能
-
-Capgoは82%のグローバル成功率[\[1\]](https://capgo.app/)を誇り、[アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)のあらゆる側面をカバーする機能を提供しています:
-
--   **リアルタイム分析**  
-    Capgoは世界規模のモニタリングを提供し、APIの平均応答時間は57ms[\[1\]](https://capgo.app/)です。これにより早期に問題を検出し対処できます
-    
--   **セキュリティインフラ**  
-    アップデートはエンドツーエンドの暗号化で安全に配信され、最も要求の厳しいエンタープライズアプリケーションのニーズにも対応
-    
--   **配信コントロール**  
-    チャンネルベースのシステムにより、広く展開する前に特定のグループでアップデートをテスト可能
-    
-
-### ツール選択ガイド
-
-ニーズに最適なOTAアップデートトラッキングツールを選ぶ方法:
-
--   **統合要件**  
-    CI/CDパイプラインとシームレスに連携するツールを探す
-    
-    > "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーに不可欠です!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-    
--   **費用対効果**  
-    ツールの価格設定が長期的な予算にどう影響するかを検討-   **技術的な機能**
-    以下を提供するツールを選択してください：
-    
-    -   部分的なアップデートのサポート
-        
-    -   詳細なエラー追跡
-        
-    -   柔軟なホスティングオプション
-        
-    -   最新のCapacitorバージョンとの互換性
-        
-
-> "Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられるのは素晴らしいことです" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## 概要
-
-これまでに説明したセットアップ、測定、トラブルシューティングのステップに基づいて、OTAアップデートを効果的に追跡するための合理化されたレビューとアクションプランをご紹介します。
-
-### 重要ポイントのレビュー
-
-OTAアップデートの追跡を成功させるには、信頼性を確保するための重要な指標の監視が必要です。これらの指標を分析する体系的なアプローチは、実世界のデータが示すように、アプリのパフォーマンスに大きな影響を与えることができます：
-
-| 側面 | 主要指標 | 影響 |
-| --- | --- | --- |
-| カバレッジ | 2億3500万回のアップデート配信 | システムの信頼性を強調 |
-| 成功率 | 世界全体で82% | パフォーマンス基準を確立 |
-| ユーザーベース | 750の本番アプリ | エンタープライズ向けのスケーラビリティを確認 |
-
-これらの指標は、安全で自動化されたアップデート追跡を確保するための以下のステップを導きます。
-
-### 次のステップ
-
--   **分析と監視のセットアップ**
-    
-    1.   リアルタイム追跡ツールの実装
-        
-    2.   パフォーマンスベンチマークの定義
-        
-    3.   堅牢なエラー検出システムの導入
-        
--   **戦略的な配布計画**
-    
-    1.   制御されたテスト用のベータテストチャンネルの使用
-        
-    2.   リスクを最小限に抑えるための段階的なアップデートの展開
-        
-    3.   緊急修正用の迅速なロールバックオプションの含有
-        
--   **インサイトに基づく改善**
-    
-    1.   アップデート成功率の綿密な監視
-        
-    2.   ユーザー行動と採用傾向の研究
-        
-    3.   データ分析に基づくロールアウト戦略の調整
-        
-
-トライアル期間から始めることで、これらの方法を特定のニーズに合わせてテストし、改善することができます。
-
-> "Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられるのは素晴らしいことです" - Bessie Cooper [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ja/how-to-use-aar-files-in-capacitor-plugins.md b/src/content/blog/ja/how-to-use-aar-files-in-capacitor-plugins.md
deleted file mode 100644
index 5d7e9ef42..000000000
--- a/src/content/blog/ja/how-to-use-aar-files-in-capacitor-plugins.md
+++ /dev/null
@@ -1,189 +0,0 @@
----
-slug: how-to-use-aar-files-in-capacitor-plugins
-title: Capacitorプラグインでのファイルの使用方法
-description: >-
-  Capacitor プラグインで AAR ファイルを統合し、明確で詳細なガイドを通じて、ネイティブの Android 機能で Web
-  アプリを強化する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-15T01:43:16.632Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d4c5e1e479dbdb23f053f1-1742003009662.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  AAR files, Capacitor plugins, Android development, mobile integration, Gradle
-  configuration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[アシスタントの出力]
-
-**[Capacitor](https://capacitorjs.com/)アプリでAndroidの機能を統合したいですか?** このガイドでは、クロスプラットフォームWebアプリにネイティブのAndroid機能を組み込むために[Capacitorプラグイン](https://capgo.app/plugins/)でAARファイル(Android Archive)を使用する方法を説明します。
-
-### 重要なポイント:
-
-- **AARファイルとは?** コード、リソース、ネイティブファイルを含む事前パッケージ化されたAndroidライブラリです。
-- **使用する理由は?** AARファイルによりコードの再利用が可能になり、メンテナンスが簡単になり、プロプライエタリな機能を保護できます。
-- **必要なもの?** [Android Studio](https://developer.android.com/studio)、[Gradle](https://gradle.org/)、[Node.js](https://nodejs.org/en)などのツールと適切なプロジェクトのセットアップです。
-- **統合方法は?** AARファイルを`libs`に配置し、Gradleを設定して、Capacitorプラグインに接続します。
-
-### クイックステップ:
-
-1. **環境のセットアップ:** 必要なツールをインストールしAndroid Studioを設定する。
-2. **プロジェクトの整理:** [Capacitorプラグイン](https://capgo.app/blog/capacitor-comprehensive-guide/)用に明確な構造を作成する。
-3. **AARファイルの追加:** `android/libs`に配置しGradleの依存関係を更新する。
-4. **プラグインコードの作成:** [CapacitorのAPI](https://capgo.app/blog/capacitor-comprehensive-guide/)を使用してAARの機能をJavaScriptにリンクする。
-5. **徹底的なテスト:** Android Studioのデバッガーを使用して滑らかな統合を確認する。
-
-このガイドに従うことで、AARファイルをCapacitorプラグインにシームレスに組み込み、WebアプリにネイティブのAndroid機能を追加できます。
-
-## [Capacitor](https://capacitorjs.com/)プラグインにAndroidライブラリ(AARファイル)を組み込む方法
-
-![capacitor](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-15.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/octDia3rFmI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 開発セットアップの要件
-
-AARファイルを使用する前に、問題を避けるために開発環境が適切に設定されていることを確認してください。
-
-### 必要なソフトウェア
-
-Capacitorプラグインでのよう作業に必要なソフトウェアは以下の通りです:
-
-| **ソフトウェア** | **最小バージョン** | **目的** |
-| --- | --- | --- |
-| Android Studio | 2022.1.1以上 | Android開発のメインIDE |
-| [Java Development Kit](https://en.wikipedia.org/wiki/Java_Development_Kit) | 11以上 | Android開発に必要 |
-| Node.js | 14.0以上 | Capacitorとnpmパッケージの管理用 |
-| Gradle | 7.3以上 | Androidのビルドツール |
-| [Git](https://git-scm.com/) | 2.30以上 | バージョン管理とパッケージ管理用 |
-
-さらに、SDK Managerに以下のコンポーネントが含まれていることを確認してください:
-
-- Android SDK Platform 33 (Android 13.0)
-- Android SDK Build-Tools 33.0.0
-- Android SDK Command-line Tools
-- Android Emulator 
-- Android SDK Platform-Tools
-
-### プロジェクトのセットアップ手順
-
-1. **開発環境の初期化**
-
-この構造で新しいディレクトリを作成して始めます:
-
-```
-my-plugin/
-├── android/
-│   ├── src/
-│   └── build.gradle
-├── src/
-│   └── definitions.ts
-└── package.json
-```
-
-2. **Android Studioの設定**
-
-Android Studioを起動し、以下の設定を調整します:
-
-- Gradle JDKをバージョン11以上に設定
-- Android SDKコンポーネントの自動ダウンロード機能を有効化 
-- システム環境変数に正しいAndroid SDKパスを設定
-
-3. **プラグイン構造の準備**
-
-AARファイルのサポートを含めるために`android/build.gradle`ファイルを以下の設定で更新します:
-
-```kotlin
-android {
-    compileSdkVersion 33
-    defaultConfig {
-        minSdkVersion 22
-        targetSdkVersion 33
-    }
-
-    repositories {
-        flatDir {
-            dirs 'libs'
-        }
-    }
-}
-```
-
-4. **バージョン管理のセットアップ**
-
-プロジェクトディレクトリでGitを初期化し、不要なファイルを除外する`.gitignore`ファイルを作成します。サンプルの`.gitignore`:
-
-```
-android/build/
-node_modules/
-dist/
-*.iml
-.idea/
-.gradle/
-local.properties
-```
-
-これらの手順が完了したら、AARファイルの追加に進むことができます。
-
-[以下同様に続く - 文字数制限のため省略]
-
-**4. ランタイムクラッシュとメモリ管理**
-
-Android Studioのパフォーマンスタブを使用してランタイムの安定性を監視します。初期化の問題については、例外を慎重に処理してください：
-
-```
-my-plugin/
-├── android/
-│   ├── libs/        # AAR files with README
-│   ├── src/
-│   └── build.gradle
-├── src/
-│   └── definitions.ts
-└── package.json
-{
-    "files": [
-        "android/libs/*.aar",
-        "android/src/**/*",
-        "src/**/*"
-    ]
-}
-```
-
-メモリリークを防ぐために、リソースが適切に解放されていることを確認してください。Android StudioのMemory Profilerを使用して、ヒープ使用量を追跡し、リークを特定します。
-
-## まとめ
-
-Capacitorプラグインにアプリケーションインターフェースファイル（AAR）を統合するには、Android環境のセットアップ、AARファイルの正しい配置、Gradleの正確な設定、そして徹底的なテストが必要です。
-
-### 主要な実装フェーズ
-
-| **フェーズ** | **要件** | **成功の指標** |
-| --- | --- | --- |
-| 開発環境のセットアップ | Android Studio 4.0+, Gradle 7.0+ | ビルドがエラーなく完了 |
-| AAR統合 | 適切なファイル配置、正しい依存関係 | マニフェストの競合がない |
-| プラグイン開発 | 明確なプラグイン構造、正確なメソッドマッピング | メソッドが期待通りに実行される |
-| テスト | デバッグモードの有効化、効果的なエラー処理 | ランタイムクラッシュがない |
-
-これらの基本を習得したら、より高度なテクニックを探求できます。
-
-### 次のステップ
-
-プラグインを強化するには、以下の領域に焦点を当ててください：
-
--   **パフォーマンスの最適化**  
-    Android Studioのプロファイラを使用してメモリ使用量を監視し、リソースが適切にクリーンアップされていることを確認します。
-    
--   **配布の準備**  
-    すべてのAAR設定を文書化し、APIドキュメントを生成し、Android APIレベル29～34との互換性をテストします。
-    
--   **メンテナンス戦略**  
-    テストを自動化し、バージョン管理でAARバージョンを管理し、変更ログを維持し、本番環境の問題に対処するためのエラーレポートを設定します。
-    
-
-プラグインを公開する予定がある場合は、AAR固有のセットアップとプラットフォームの制限について詳細なドキュメントを提供してください。これにより、他の開発者がプラグインを効果的に採用し使用することが容易になります。
diff --git a/src/content/blog/ja/how-to-use-capacitor-cli-for-ota-updates.md b/src/content/blog/ja/how-to-use-capacitor-cli-for-ota-updates.md
deleted file mode 100644
index 355873b63..000000000
--- a/src/content/blog/ja/how-to-use-capacitor-cli-for-ota-updates.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-slug: how-to-use-capacitor-cli-for-ota-updates
-title: Capacitor CLIによるOTAアップデートの使用方法
-description: >-
-  Capacitor
-  CLIを活用して、シームレスなOTA（Over-The-Air）アップデートを実現し、即時デプロイメントとユーザーエクスペリエンスの向上を実現する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:35:09.479Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f08966ebbb9dc80643aea5-1743820535214.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, Capacitor CLI, mobile app updates, app deployment, Capgo, version
-  management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-Over-The-Air (OTA) アップデートを使用すると、アプリストアの承認を待つことなく、アプリの修正や機能をユーザーに直接提供できます。[Capacitor](https://capacitorjs.com/) CLIと[Capgo](https://capgo.app/)などのツールを使用することで、即座にアップデートをプッシュし、パフォーマンスを追跡し、必要に応じてロールバックすることも可能です。以下が重要なポイントです：
-
-### OTAアップデートの主なメリット：
-
--   **即時デプロイメント**：アプリストアの遅延なしで即座にアップデートをプッシュ
--   **[自動アップデート](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**：ユーザーはバックグラウンドでアップデートを受信
--   **バージョン管理**：バージョンの管理とロールバックが容易
--   **選択的配布**：ベータテスターなど特定のユーザーグループをターゲット
-
-### 要件：
-
--   **[Nodejs](https://nodejsorg/en)** (v14.0+)、**Capacitor CLI** (v6.0+または7.0+)、**[Android Studio](https://developerandroidcom/studio)**、および**[Xcode](https://developer.apple.com/xcode/)** (iOS用)
-
-### 開始手順：
-
-1.  **[Capgoプラグイン](https://capgo.app/plugins/)のインストール**：プロジェクトで`npx @capgo/cli init`を実行
-2.  **プラットフォームの設定**：
-    -   Android：ネイティブビルドを有効化しGradleを更新
-    -   iOS：Xcodeの設定を調整しバックグラウンドアップデートを有効化
-3.  **アップデートのデプロイ**：Capgoのツールを使用して迅速で安全なデプロイを実施
-4.  **アップデートのテスト**：チャンネルベースのテストと分析を使用して成功率を監視
-
-### ツールの比較：
-
-| 機能 | Capgo | [Appflow](https://ionicio/appflow/) (2026年終了) | Microsoft CodePush (2024年終了) |
-| --- | --- | --- | --- | --- |
-| **市場フォーカス** | グローバル | ドイツ市場 | エンタープライズ | \-  |
-| **セキュリティ** | エンドツーエンド暗号化 | 基本的な署名 | 基本的な署名 | \-  |
-| **コスト** | 12ドル/月から | 同程度 | 約500ドル/月 | 無料だった |
-
-Capgoは、迅速なアップデート（24時間以内に95%）、強力なセキュリティ、CI/CD統合が特徴です。他のツールが段階的に終了する中、[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)の信頼できる選択肢となっています。
-
-### なぜ重要か：
-
-OTAアップデートは時間を節約し、ユーザー体験を向上させ、アプリの安定性を確保します。Capgoなどのツールを活用することで、アプリストアのルールに準拠しながら、迅速で安全なアップデートを提供できます。
-
-## セットアップ要件
-
-必要なツールと設定で環境を整えましょう
-
-### 必要なソフトウェア
-
-以下のツールをインストールしてください：
-
-| ソフトウェア | バージョン | 目的 |
-| --- | --- | --- |
-| **Nodejs** | 14.0+ | JavaScriptランタイム環境 |
-| **Capacitor CLI** | 6.0+または7.0+ | [Capacitorアプリ開発のコアフレームワーク](https://capgo.app/blog/) |
-| **Android Studio** | 最新 | Android アプリ開発 |
-| **Xcode** | 14.0+ | iOS アプリ開発（Macのみ） |
-
-### 初期プロジェクトセットアップ
-
-OTAアップデート用のCapgoプラグインを追加することから始めます。以下のコマンドを実行してください：
-
-[[CODE_BLOCK]]
-
-その後、OTAアップデートをサポートするためにAndroidとiOS環境をセットアップします。
-
-### AndroidとiOSのセットアップ
-
-プラットフォーム固有の設定を行うには以下の手順に従ってください：
-
-**Android向け：**
-
--   プロジェクト設定でネイティブビルドを有効化
--   OTAアップデートをサポートするためにGradle設定を更新
--   署名設定をセットアップ
-
-**iOS向け：**
-
--   Xcodeプロジェクト設定を更新
--   プロビジョニングプロファイルを設定
--   バックグラウンドアップデート機能を有効化
-
-> "5000人以上のユーザーベースを持つ本番環境でCapgo OTAアップデートを展開しました。非常にスムーズに動作しており、OTAが@Capgoにデプロイされてから数分以内にほぼすべてのユーザーが最新状態になっています" - colenso [\[1\]](https://capgo.app/)
-
-これらの手順により、プロジェクトがCapacitor v8と互換性を持ち、シームレスなOTAアップデートの準備が整います。
-
-## OTAアップデート実装手順
-
-Capacitor CLIを使用したOver-The-Air（OTA）アップデートの実装手順は以下の通りです：
\ No newline at end of file
diff --git a/src/content/blog/ja/how-to-use-capgo-documentation-for-ota-updates.md b/src/content/blog/ja/how-to-use-capgo-documentation-for-ota-updates.md
deleted file mode 100644
index 866de8924..000000000
--- a/src/content/blog/ja/how-to-use-capgo-documentation-for-ota-updates.md
+++ /dev/null
@@ -1,90 +0,0 @@
----
-slug: how-to-use-capgo-documentation-for-ota-updates
-title: Capgoのドキュメントを使用したOTAアップデートの方法
-description: >-
-  Capgoの包括的なドキュメントとステップバイステップガイドで、CapacitorアプリへのセキュアなOver-the-Airアップデートの実装方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-19T03:56:01.854Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b53306eac600a2c6713dad-1740671704703.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, Capacitor, Capgo, mobile app updates, documentation, app
-  deployment, security features, error handling
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリストアの遅延なしで[アプリの更新](https://capgo.app/plugins/capacitor-updater/)を高速化したいですか?** [Capgo](https://capgo.app/)を使用すると、ユーザーにOver-the-Air (OTA)アップデートを即座に安全に配信できます。アプリストアのレビューをスキップして、アプリを簡単に最新の状態に保ちましょう。
-
-### 重要なポイント:
-
--   **Capgoとは?** [Capacitor](https://capacitorjs.com/)アプリのライブアップデート用オープンソースプラットフォームです。
--   **なぜOTAアップデート?** 時間を節約し、ユーザー体験を向上させ、バグを素早く修正できます。
--   **始め方**
-    -   [Capgoプラグイン](https://capgo.app/plugins/)をインストール: `npm install @capgo/capacitor-updater`
-    -   APIキーでアプリを設定
-    -   「プロダクション」や「ベータ」などのチャンネルを使用して、ターゲットを絞ったロールアウトを行う
--   **高度な機能:** エンドツーエンドの暗号化、エラー処理、CI/CD統合
-
-Capgoのドキュメント([capgo.app/docs](https://capgo.app/docs))では、セットアップ、セキュリティ、トラブルシューティングのステップバイステップの手順を提供しています。インストールから高度な設定まで、シームレスな更新のためのガイドです。
-
-## [Capgo](https://capgo.app/), ライブアップデート用のCapacitorJsプラグイン
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-19.jpg?auto=compress)
-
-<Steps>
-
-1. インストール
-2. 設定
-3. デプロイ
-
-</Steps>
-
-## Capgoドキュメントの使用
-
-OTAアップデートを扱う際には、ドキュメントを効果的に活用することが不可欠です。Capgoのドキュメントは、Capacitorアプリへのライブアップデートの統合に関する詳細なガイダンスを提供しています。
-
-### ドキュメントの場所
-
-Capgoのドキュメントは[capgo.app/docs](https://capgo.app/docs) [\[1\]](https://github.com/Cap-go/capacitor-updater)でアクセスできます。特定の目的に基づいてセクションに分かれています:
-
-| **セクション** | **目的** | **主要トピック** |
-| --- | --- | --- |
-| はじめに | 初期セットアップ | インストール手順、[APIキーの設定](https://capgo.app/docs/webapp/api-keys/) |
-| 設定 | コア設定 | プラグイン設定、環境設定 |
-| APIリファレンス | 技術詳細 | メソッド、パラメータ、戻り値 |
-| セキュリティ | 保護対策 | 暗号化設定、署名検証 |
-| トラブルシューティング | 問題解決 | 一般的な問題、診断ツール |
-
-### 重要な用語と概念
-
-いくつかの重要な用語をご紹介します:
-
--   **チャンネル**: バージョン配布を制御するために使用される更新ストリームです。例えば、異なるユーザーグループに対応するため、「プロダクション」、「ベータ」、「ステージング」チャンネルを設定できます [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles)。
--   **更新ポリシー**: 更新の配信と適用方法を定義します。自動ダウンロード、インストールのタイミング、ユーザープロンプトなどのオプションがあります [\[1\]](https://github.com/Cap-go/capacitor-updater)。
--   **アプリ状態リスナー**: アプリがフォアグラウンドまたはバックグラウンドにあるかを追跡するコンポーネントです [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles)。
--   **バンドル**: アプリの新バージョンを含むパッケージ化された更新ファイルで、アセット、コード変更、設定更新が含まれます [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles)。
-
-[以下省略。必要に応じて続きを翻訳できます]
-
-Capgoのリソースを使用することで、開発者は初期設定から高度な構成まで、**エンドツーエンド暗号化**や**CI/CD統合**などの重要な機能を実装できます[\[1\]](https://github.com/Cap-go/capacitor-updater)。
-
-### 主要な実装分野
-
-| **側面** | **重点項目** | **参照先** |
-| --- | --- | --- |
-| **セキュリティ** | 暗号化と整合性チェック | _セキュリティ機能_ セクション |
-| **コンプライアンス** | AppleとAndroidの要件対応 | _アップストアルール_ ガイド |
-| **[アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | バージョン管理とロールバックオプション | _[アップデート方法](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)_ ガイド |
-| **エラー処理** | ログ記録とトラブルシューティング手順 | _問題解決ガイド_ |
-
-これらの分野がCapgoのアップデート管理システムの基盤を形成しています。
-
-CapgoのCLIと分析ツールにより、アプリのライフサイクル全体を通じた[アップデートの管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)が簡素化されます[\[1\]](https://github.com/Cap-go/capacitor-updater)。
-
-さらなるサポートについては、**APIドキュメント**、**サンプルプロジェクト**、**コミュニティフォーラム**などの追加リソースを探索できます[\[2\]](https://dev.to/arnosolo/ionic-appflow-live-update-alternative-55c3)。
diff --git a/src/content/blog/ja/how-to-use-semantic-versioning-with-capgo-ota-updates.md b/src/content/blog/ja/how-to-use-semantic-versioning-with-capgo-ota-updates.md
deleted file mode 100644
index 52a31487e..000000000
--- a/src/content/blog/ja/how-to-use-semantic-versioning-with-capgo-ota-updates.md
+++ /dev/null
@@ -1,290 +0,0 @@
----
-slug: how-to-use-semantic-versioning-with-capgo-ota-updates
-title: OTAアップデートでセマンティックバージョニングを使用する方法
-description: >-
-  Semantic Versioning と Capgo の OTA アップデートを使用して、Capacitor
-  アプリのアプリアップデートとバージョン管理を簡素化する方法をご紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-03T04:48:38.491Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c4f6356c9ebce91891f4e6-1740977344964.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Semantic Versioning, Capgo, OTA updates, Capacitor apps, version control, app
-  updates, deployment, CI/CD
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[アプリの更新](https://capgo.app/plugins/capacitor-updater/)とバージョン管理を簡素化したいですか?** セマンティックバージョニング(SemVer)と[Capgo](https://capgo.app/)のOver-The-Air(OTA)アップデートを組み合わせることで、[Capacitor](https://capacitorjs.com/)アプリの管理がより簡単かつ迅速になります。以下がその方法です:
-
-- **セマンティックバージョニングの基本:** バージョンは`MAJOR.MINOR.PATCH`の形式を使用します:
-    
-    - **MAJOR:** 互換性を破壊する変更
-    - **MINOR:** 後方互換性のある新機能
-    - **PATCH:** バグ修正
-- **CapgoでSemVerを使用する理由**
-    
-    - アップデートに関する明確なコミュニケーション
-    - スマートなバージョン管理
-    - 依存関係の競合を回避
-    - 体系的なリリース計画
-- **[Capgoセットアップ](https://capgo.app/docs/cli/commands/)手順:**
-    
-    1. Capgoのアップデータープラグインをインストール
-    2. `capacitor.config.json`と他のファイルでアプリのバージョンを設定
-    3. APIキーで初期化
-    4. [Capgo CLI](https://capgo.app/docs/cli/commands)を使用してアップデートのバンドルとアップロード
-- **[バージョンとチャンネルの管理](https://capgo.app/docs/webapp/channels/)**
-    
-    - 別々のチャンネルを使用（例：テスト用の"beta"、安定版リリース用の"production"）
-    - アップデートポリシーの制御（パッチの自動更新、メジャー変更の手動承認）
-    - 失敗したアップデートのロールバックオプション
-- **デプロイメントプロセス:**
-    
-    - SemVerルールに従ってバージョン番号を更新
-    - デプロイ前に徹底的にテスト
-    - CLIコマンドを使用してアップデートをアップロードおよび配布
-
-Capgoは、中断を処理し安定性を維持するためのツールとともに、アップデートがユーザーに迅速かつ確実に届くことを保証します。CI/CDワークフローを使用してアップデートを自動化するチームに最適です。
-
-**クイックヒント:** 常にアップデートをテストし、段階的なロールアウトを効果的に管理するためにチャンネルを使用してください。
-
-## セマンティックバージョニング | レベルアップ
-
-<Steps>
-
-</Steps>
-
-## [Capgo](https://capgo.app/)セットアップガイド
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-03.jpg?auto=compress)
-
-OTAアップデートとバージョン管理を簡単に管理するためのCapgoのセットアップ方法を説明します。
-
-### 初期セットアップ手順
-
-[Capgoアップデータープラグイン](https://capgo.app/docs/plugin/self-hosted/manual-update/) をインストールから始めます:
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-`capacitor.config.json`ファイルがセマンティックバージョン形式を使用していることを確認します:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "Example App",
-  "version": "1.0.0"
-}
-```
-
-古いプロジェクトの場合、これらの場所でバージョン詳細を更新します:
-
-- `package.json`（`version`フィールドを探す）
-- `android/app/build.gradle`（`versionName`を更新）
-- `ios/App/App.xcodeproj/project.pbxproj`（`CURRENT_PROJECT_VERSION`を更新）
-
-設定が完了したら、APIキーでCapgoを初期化します:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.initialize({
-  apiKey: 'YOUR_API_KEY'
-})
-```
-
-**クイックリファレンステーブル:**
-
-| セットアップフェーズ | 主要なアクション | 検証ステップ |
-| --- | --- | --- |
-| インストール | プラグインのインストールと同期 | `package.json`の確認 |
-| 設定 | バージョン番号の設定 | すべてのファイルで確認 |
-| 初期化 | APIキーで接続 | 接続状態のテスト |
-| ビルド | 初期バンドルの作成 | アップロード成功の確認 |
-
-### バージョン管理の統合
-
-Capgoは、CI/CDプラットフォームとうまく連携し、[自動更新](https://capgo.app/docs/live-updates/update-behavior/) を簡単にします。サポートされているプラットフォームには以下があります:
-
-- [GitHub Actions](https://docs.github.com/actions)
-- [GitLab CI](https://docs.gitlab.com/ee/ci/)
-- [Azure DevOps](https://azure.microsoft.com/en-us/products/devops)
-- [Jenkins](https://www.jenkins.io/)
-- [CircleCI](https://circleci.com/)
-
-ローカル開発で作業している場合、設定に以下を追加して自動更新を無効にできます:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": false
-    }
-  }
-}
-```
-
-これにより、Capgoがローカルの変更を上書きしないようになります。セットアップの準備が整ったら、最初のバージョンをアップロードします:
-
-```bash
-npx @capgo/cli bundle
-npx @capgo/cli upload
-```
-
-最後に、アプリのメインファイルでバンドルの状態をネイティブプラグインに通知します:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-await CapacitorUpdater.notifyAppReady()
-```
-
-このセットアップにより、アプリはスムーズなOTAデプロイメントとバージョン管理の準備が整います。
-
-## Capgoでセマンティックバージョニングを使用する
-
-### バージョン番号の管理
-
-Capgoはセマンティックバージョニング(SemVer)を使用してアプリのバージョンを管理し、**MAJOR.MINOR.PATCH**の形式で表します。以下がその仕組みです:
-
-- **メジャーバージョン(X.0.0)**: 互換性を破壊する変更の場合にMAJOR番号を増やします
-- **マイナーバージョン(1.X.0)**: 互換性を保ったまま新機能を追加する場合にMINOR番号を増やします
-- **パッチバージョン(1.0.X)**: 互換性に影響しないバグ修正の場合にPATCH番号を増やします
-
-| バージョンタイプ | 増やすタイミング | [自動更新の動作](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-| --- | --- | --- |
-| メジャー(X.0.0) | APIの破壊的変更の場合 | 手動承認が必要 |
-| マイナー(1.X.0) | 新機能追加の場合 | Capgoで設定可能 |
-| パッチ(1.0.X) | バグ修正の場合 | 通常は自動 |
-
-SemVerのルールに従うことで、バージョン管理を簡素化し、デプロイメントチャンネル全体でよりスムーズな更新を確保できます。
-
-### バージョン管理のガイドライン
-
-Capgoを使用すると、ワークフローの異なるステージ用に個別のチャンネルを設定することで、デプロイメントを効果的に管理できます。
-
-- **[チャンネルベースのバージョン管理](https://capgo.app/docs/webapp/channels/)**: テストと本番用に別々のチャンネルを作成してデプロイメントプロセスを整理します。例えば:
-    
-    - 新機能のテスト用に"beta"チャンネル（例：1.2.0-beta）を使用
-    - 安定版リリース用に"production"チャンネル（例：1.2.0）を維持
-    - プラットフォーム固有の問題に対処する場合はプラットフォーム固有のチャンネル（例：バージョン1.2.1の"ios-hotfix"）を追加
-- **更新ポリシーの設定**: Capgoの設定オプションを使用して更新の適用方法を制御します。例えば:
-    
-    ```json
-    {
-      "plugins": {
-        "CapacitorUpdater": {
-          "autoUpdate": true,
-          "updateTimeout": 300
-        }
-      }
-    }
-    ```
-    
-    この設定により、ユーザーは自動的にパッチ更新を受け取りますが、マイナーおよびメジャーな更新には手動承認が必要になります。
-    
-- **バージョンロールバック戦略**: プレリリース識別子を使用して、明確なロールバックオプションを維持します。このアプローチにより、問題が発生した場合に以前のバージョンに戻すことができ、すべてのチャンネルでバージョニングの一貫性を保つことができます。
-    
-
-これらのベストプラクティスにより、更新の管理、新機能のテスト、アプリのデプロイメントプロセスでの安定性の維持が容易になります。
-
-## OTAアップデートのデプロイメント
-
-バージョン管理のセットアップが完了したら、以下の手順に従ってOTAアップデートを効果的にデプロイします。
-
-### アップデートの準備
-
-まず、**package.json**と**capacitor.config.json**のバージョンを更新します。バージョンがSemVer形式(MAJOR.MINOR.PATCH)に従っていることを確認してください:
-
-- **バグ修正**: PATCH番号を増やす（例：1.0.1 → 1.0.2）
-- **新機能**: MINOR番号を増やす（例：1.0.0 → 1.1.0）
-- **破壊的変更**: MAJOR番号を増やす（例：1.0.0 → 2.0.0）
-
-ビルドを徹底的にテストし、アプリが`notifyAppReady`を使用してサーバーと通信することを確認します。
-
-次に、[更新戦略](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)を決定します。以下から選択できます:
-
-- **自動更新**: 最小バージョン要件を自動的に強制
-- **手動制御**: 更新の正確なバージョン要件を指定
-- **チャンネルベース**: テストと段階的なロールアウト用にチャンネルを使用
-
-### Capgo CLIアップデートコマンド
-
-Capgoのを使用して簡単にアップデートをデプロイします。方法は以下の通りです:
-
-```bash
-# バンドルを作成
-npx @capgo/cli bundle
-
-# バンドルをアップロード
-npx @capgo/cli upload --channel production
-```
-
-Capgoはエンドツーエンドの暗号化と安全なキー管理により、セキュアなデプロイメントを保証します。
-
-> "@Capgoは、ホットコードプッシュを賢く行う方法です（@AppFlowのように全額支払う必要はありません）🙂"
-
-デプロイ後、Capgoのダッシュボードで更新を監視できます。更新は通常、ユーザーがアプリを開いてから数分以内に届きます。プロセスは以下のように機能します:
-
-- アプリが更新をチェック
-- バックグラウンドで更新をダウンロード
-- ユーザーがアプリを終了したときに新バージョンをアクティブとしてマーク
-- 次回起動時に更新を適用
-
-エンタープライズレベルのデプロイメントでは、CI/CD自動化を統合することをお勧めします。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供する上で重要な役割を果たしています！"
-
-## 問題解決とヒント
-
-### バージョン管理の問題
-
-Capgoでセマンティックバージョニングを管理すると、更新のデプロイメントが複雑になることがあります。開発作業の上書きを避けるために、`capacitor.config.json`ファイルで以下を設定します:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": false,
-      "disableAutoUpdateBreaking": true
-    }
-  }
-}
-```
-
-更新が失敗した場合は、以下の対処が可能です:
-
-- 開発中は`autoUpdate`を`false`に設定
-- アプリをアンインストール
-- 修正されたバージョンで再インストール
-- すべてが安定したら自動更新を再度有効化
-
-メジャーバージョンの更新には、`disableAutoUpdateBreaking`フラグを使用し、`majorAvailable`イベントを監視して更新を適
-
-1. 以前の安定したバンドルにロールバックする。
-2. 新しい修正のバージョン番号を増やす（注：削除後のバージョン番号は再利用できません）[\[2\]](https://github.com/Cap-go/CLI)。
-3. アプリ起動時にアップデートが期待通りに動作することを確認する。
-
-Capgoのアップデーターは障害に対応できるように設計されています。例えば、サーバーに到達できない場合やアップデートが削除された場合でも、アプリは正常に機能し続けます[\[3\]](https://capgo.app/docs/faq/) 。また、失敗したネットワークリクエストは次回のアプリ起動時に自動的に再試行されます[\[3\]](https://capgo.app/docs/faq/) 。この組み込みの回復力により、ダウンタイムを最小限に抑え、よりスムーズな運用を確保します。
-
-## まとめ
-
-セマンティックバージョニングとCapgoの組み合わせにより、CapacitorアプリのOTAアップデートがより効率的になりました。9億4760万回のアップデートが配信され、1,400のプロダクションアプリがこのシステムを使用しており[\[1\]](https://capgo.app/)、デプロイメントプロセスは81%効率化されています[\[1\]](https://capgo.app/) 。この設定により、開発者はアプリストアの遅延をバイパスして、迅速かつ制御された方法でアップデートをプッシュできます。
-
-開発者からの声：
-
-> "5000人以上のユーザーベースに対して、[Capgo OTAアップデート](https://console.capgo.app/resend_email)を本番環境で展開しました。非常にスムーズな運用が確認され、OTAが@Capgoにデプロイされてから数分以内にほぼすべてのユーザーが最新の状態になっています。" - colenso [\[1\]](https://capgo.app/)
-
-MAJOR.MINOR.PATCHバージョニングシステムにより、破壊的変更、新機能、バグ修正を簡単に伝えることができます[\[5\]](https://aws.amazon.com/blogs/devops/using-semantic-versioning-to-simplify-release-management/) 。これは、Capgoのプラットフォームを通じて週に数回のリリースを管理するチームにとって特に役立ちます。
-
-CI/CDツールと統合されたCapgoの[暗号化ソリューション](https://capgo.app/docs/cli/migrations/encryption/)は、コスト面でも優れており、5年間で最大26,100ドルのコスト削減を実現します[\[1\]](https://capgo.app/) 。カスタマイズ可能なチャンネルにより、適切なタイミングで適切なユーザーにアップデートを届けることができます。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的にデリバリーする上で重要な役割を果たしています！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ja/how-version-work-in-capgo.md b/src/content/blog/ja/how-version-work-in-capgo.md
deleted file mode 100644
index 14d9a34a6..000000000
--- a/src/content/blog/ja/how-version-work-in-capgo.md
+++ /dev/null
@@ -1,122 +0,0 @@
----
-slug: how-version-work-in-capgo
-title: Capgoでのバージョニングの仕組み
-description: >-
-  Capacitor アプリのバージョン管理方法を Capgo でどのように行うかを理解し、最大限に活用しましょう。major、minor、patch
-  の意味を理解しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-25T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /versionning.webp
-head_image_alt: Capgoのバンドルバージョニングシステム
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: how-to-release-major-version-in-capgo
----
-Here's the Japanese translation:
-
-Capgoは、Capacitorアプリでバージョンを管理するために2つの主要な変数を使用します：
-  - ネイティブバージョン
-  - JavaScriptバージョン
-
-<div class="mx-auto" style="width:100%;">
-  <img src="/graph_capgo.webp" alt="Capacitor update system">
-</div>
-
-すべてのバージョンの選択はCapgoのサーバーサイドで決定されます。
-
-## バージョニングシステム
-
-バージョン管理のために、CapgoはSemVerシステムを使用します。詳細は[こちら](https://semver.org/)をご覧ください。
-
-### バージョン
-
-Capgoが比較するバージョンの参照元
-
-  > `capacitor.config.json`ファイルのversionキーを設定することで、この動作を上書きできます[設定ドキュメント](/docs/plugin/settings/#version)
-  > ネイティブバージョンはすべてのプラットフォームで無視されます。
-
-#### IOS
-
-IOSでは、変数は`ios/App/App/Info.plist`の`CFBundleShortVersionString`キー、または`Info.plist`ファイルで`MARKETING_VERSION`が設定されている場合は`ios/App/App.xcodeproj/project.pbxproj`の`MARKETING_VERSION`キーに設定されます。
-
-#### Android
-
-Androidでは、変数は`android/app/build.gradle`の`defaultConfig.versionName`キーに設定されます。
-
-#### JavaScript（Capgoバンドルバージョン）
-
-JavaScriptでは、変数は`package.json`の`version`キーに設定できます。
-それ以外の場合は、アップロードコマンドで提供する必要があります。
-
-## デフォルトの動作
-
-設定を変更していない場合のCapgoチャンネルの動作方法です。
-
-> この動作はデフォルトに設定した単一のチャンネルに基づきます。
-
-### Capacitorアプリの新規インストール時
-ユーザーがIonicアプリを初めてダウンロードして開くと、Capgoサーバーに接続します。
-
-現在、4つの結果が発生する可能性があります：
-  - ネイティブバンドルバージョン（1.2.3）がCapgoバンドルバージョン（1.2.4）より低い場合、Capgoはバンドルをユーザーに送信します。
-  - ネイティブバンドルバージョン（1.2.3）がCapgoバンドルバージョン（1.2.3）と等しい場合、Capgoは「更新不要」を送信します。
-  - ネイティブバンドルバージョン（1.2.4）がCapgoバンドルバージョン（1.2.3）より高い場合、Capgoは「更新不要」を送信します。
-  - ネイティブバンドルバージョン（1.2.3）がCapgoバンドルバージョン（2.2.3）よりMAJORが低い場合、Capgoは「更新不要」を送信します。
-
-### その他の設定
-
-#### ネイティブ以下への自動ダウングレードを無効化
-
-この設定をfalseに変更すると、Capgoは常にバージョンの信頼できるソースとみなされます。
-その場合、動作は以下のようになります：
-- ネイティブバージョン（1.2.4）がCapgoバージョン（1.2.3）より高い
-
-> Capgoはそのバージョンをユーザーに送信します。
-
-#### 自動アップグレード戦略の無効化
-
-選択できる戦略がいくつかあります。詳細は[こちら](/docs/cli/commands/#disable-updates-strategy)で確認できます。
-
-## JavaScriptバンドルバージョン
-
-JavaScriptバンドルバージョンは、`npx @capgo/cli@latest bundle upload --channel production`を実行する際に送信するバージョンです。
-
-`--bundle 1.2.3`オプションを使用しない場合、Capgoは`package.json`ファイルのversionキーからバンドルバージョンを取得します。
-
-IonicアプリがCapgoからバージョンをインストールした後、以下の比較に使用されます：
-  - JavaScriptバンドルバージョン（1.2.3）がCapgoバンドルバージョン（1.2.4）より低い場合、Capgoはバンドルをユーザーに送信します。
-
-以下のガード条件があります：
-  - ネイティブバンドルバージョンがCapgoバージョンより高い場合、`ネイティブ以下への自動ダウングレードを無効化`条件が適用されます。
-  - ネイティブバンドルバージョンがCapgoバージョンよりMAJORが低い場合、`メジャーバージョン以上への自動アップグレードを無効化`条件が適用されます。
-
-## App Storeのアップデート
-
-CapacitorJSアプリをApp Storeに公開する場合、シンプルな処理が行われます。
-
-ユーザーはストアから新しいバージョンを取得し、デフォルトでアプリ内のすべてのローカルアップデートが削除されます。
-
-この動作を変更したい場合は、`resetWhenUpdate`設定を変更する必要があります。詳細は[こちら](/docs/plugin/api#settings)をご覧ください。
-
-これはクラウドからの他の設定とは異なり、アプリ側でのみ変更できます。
-
-### その他の設定
-
-これらの動作の後、deviceIDに関連する特定の動作を設定できます。
-
-Capgoでは、各deviceIDの動作を上書きすることができます。
-
-deviceIDを以下のいずれかにリンクできます：
-  - 特定のバンドルバージョン
-  - 特定のチャンネル
-
-これにより、上記のすべての設定がバイパスされます。
-
-詳細は以下の記事をご覧ください。
diff --git a/src/content/blog/ja/how-your-usage-is-counted.md b/src/content/blog/ja/how-your-usage-is-counted.md
deleted file mode 100644
index b3a8a3fc2..000000000
--- a/src/content/blog/ja/how-your-usage-is-counted.md
+++ /dev/null
@@ -1,89 +0,0 @@
----
-slug: how-your-usage-is-counted
-title: Capgoでの使用量の計算方法
-description: Capgoの使用量のカウント方法を理解し、最適に活用しましょう。プランをより良く管理する方法を学びます
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-25T00:00:00.000Z
-updated_at: 2025-11-03T11:48:48.000Z
-head_image: /usage_explained.webp
-head_image_alt: Capgoの使用システムの説明
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: ja
-next_blog: ''
----
-# Capgoでは、3つの値がカウントされ、理解することが重要です
-- ユーザー数
-- ストレージ
-- 帯域幅
-
-それぞれ少し異なるカウント方法があります
-
-## ユーザー
-
-ユーザーがCapacitor JSアプリをダウンロードして開くたびに、アップデートが利用可能かどうかを確認するためにCapgoバックエンドにリクエストを送信します。
-アプリがこれを行うとき、最も重要な情報である`DeviceID`を含む少量の情報を送信します。
-
-`DeviceID`: デバイス上で生成される一意のID（UUID）です。**プラグインバージョンv6.25.0およびv7.25.0以降**、このIDはアプリの再インストール後も保持されるようになりました（デバイスストレージに安全に保存）。これらのバージョン以前は、アプリのインストールごとにIDがリセットされていました。
-
-アカウントが新しいDevice IDを受け取るたびに、データベースに保存されます。
-古い`DeviceID`がアップデートをリクエストする（アプリを開く）たびに、そのレコードが更新されます（データベースのupdated_at）。
-
-このデータは2つの場所に保存されます：
-- deviceテーブル（`update_at`値を含む）
-- app_stats（今日アクティブになり、今月アクティブでなかったデバイス数を表す日次カウンター）
-
-プラン制限には100%信頼性のある最初の方法が使用され、チャートの表示には2番目の方法が使用されます。
-アカウントのホームページで両方を確認できます：
-- チャートには2番目の方法
-- アプリテーブルには最初の方法
-
-> Capgoはエミュレーターと開発ビルドを使用量にカウントしません。トライアル後、それらが3%を超えるとアカウントがロックされることに注意してください。修正するまでロックは解除されません。
-
-> Capgoはデータのフィルタリングも行っています。Google PLAYにバージョンを送信するようにCI/CDを設定している場合、Googleは毎回20以上の実デバイスでCapacitorアプリを実行します。新しいバンドルの最初の4時間の間、それらがカウントされるのを防ぐためにGoogleデータセンターのIPをブロックしています。
-
-このデータは毎月ゼロからスタートします。
-
-- デバイスリクエストごとにデータベースでデバイスを作成または更新
-- 今月アクティブでなかったアクティブデバイス数を日次カウンターに追加
-
-最初の方法では900以上のユーザー
-2番目の方法では200以上のユーザーとなります
-プラン制限には100%信頼性のある最初の方法を使用し、チャート表示には2番目の方法を使用します。
-アカウントのホームページで両方を確認できます。
-
-## ストレージ
-
-バンドルをアップロードするたびに、アップロードのサイズだけこの数値が増加します。
-
-このデータはアップロードサイズのみに関連し、アプリサイズが小さいほど、プラン内に収まりやすくなります。
-
-制限に近づいたり達した場合、CLIでバンドルを一覧表示できます：
-`npx @capgo/cli@latest bundle list`
-クリーンアップ対象を確認でき、バンドルを削除するとストレージは解放されますが、統計は削除されません。
-
-クリーンアップの準備ができたら、このコマンドで複数のバンドルを削除できます：
-`npx @capgo/cli@latest bundle cleanup`
-
-PS: これは地球にも、あなたの財布にも良いことです 💪。
-
-> アップロードの`--external`を使用して、プランにカウントせずに自分のストレージを使用することもできます。
-
-## 帯域幅
-
-この値の計算は少し複雑ですが、考え方はストレージと同じです。
-
-ユーザーがバンドルをダウンロードするたびに、ダウンロードのサイズだけこの数値が増加します。
-
-このデータはダウンロードサイズのみに関連し、Capacitor JSアプリのサイズが小さいほど、プラン内に収まりやすくなります。
-
-> 重要な注意点として、Capgoはダウンロードされたサイズを確認できず、バンドルのサイズのみを確認できます。そのため、大きなバンドルがあり、多くのユーザーがダウンロードに失敗する場合、制限に早く達してしまいます。
-
-プラン内に収まる最良の方法は、小さなバンドルを持つことです。それができない場合は、ユーザーにダウンロードバーを表示し、残りのダウンロード量を知らせることです。
-
-将来的に、Capgoは一度でバンドルをダウンロードする確率を高めるためにダウンロードシステムを改善する予定です。
diff --git a/src/content/blog/ja/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md b/src/content/blog/ja/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
deleted file mode 100644
index f3e8dd33a..000000000
--- a/src/content/blog/ja/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
+++ /dev/null
@@ -1,293 +0,0 @@
----
-slug: icp-filing-for-mobile-apps-in-china-step-by-step-guide
-title: 中国でのモバイルアプリのICP（インターネットコンテンツプロバイダー）：ステップバイステップガイド
-description: モバイルアプリの中国でのICP登録に必要な重要なステップについて、必要な書類とコンプライアンス戦略を含め、成功した運営のために解説します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T01:51:04.423Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e344e910051fda3b61d655-1742953875704.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  ICP filing, China mobile apps, compliance, registration, documentation,
-  technical requirements, app operation
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-中国でモバイルアプリを合法的に運営するには、**ICP登録を完了する必要があります**。これは中国の規制に準拠するための必須の登録プロセスです。概要は以下の通りです：
-
--   **ICP登録とは？**  
-    中国でモバイルアプリを含むインターネットベースのサービスを合法的に運営するために必要な登録システム（「备案」）です。
-    
--   **なぜ必要なのか？**  
-    これがないと、アプリは罰金、プラットフォームからの削除、法的問題のリスクがあります。
-    
--   **主な要件：**  
-    営業許可証、ドメイン登録、サーバー詳細、コンプライアンス文書が必要です。外国企業の場合、中国の現地企業とのパートナーシップが不可欠です。
-    
--   **登録プロセス：**
-    
-    1.  ライセンスを持つプロバイダーを選択（例：[Alibaba Cloud](https://www.alibabacloud.com/en/services/icp?_p_lc=1)、[Tencent Cloud](https://www.tencentcloud.com/solutions/icp-registration-support)）。
-    2.  必要書類を提出（中国語に翻訳）。
-    3.  承認を待つ（平均14～23営業日）。
--   **承認後：**  
-    ICPナンバーをアプリ内に目立つように表示し、すべての詳細を最新の状態に保つ。
-    
-
-このプロセスをスキップすると重大な混乱を招く可能性があるため、中国でのサービス開始前に十分な準備を整えてください。
-
-## 中国のICPライセンスとICP登録について
-
-<iframe src="https://www.youtube.com/embed/OxnePlkzJNQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 必要な書類
-
-中国でのICP登録を正しく行うには、適切な書類を準備することから始まります。以下は、必要なビジネス、技術、認可書類の内訳です。
-
-### 書類チェックリスト
-
-登録プロセスを開始する前に、以下の書類を収集してください：
-
--   **ビジネス関連書類**
-    
-    -   営業許可証または会社登録証明書
-    -   組織コード証明書
-    -   法定代表者のID（外国人代表者の場合はパスポート）
-    -   公式会社印（公印）
-    -   中国国内の事業所所在地の証明
--   **技術関連書類**
-    
-    -   ドメイン名登録証明書
-    -   サーバーホスティングの詳細
-    -   ネットワークセキュリティプロトコル文書
-    -   データプライバシーコンプライアンスに関する声明
-    -   緊急時対応計画
--   **認可関連書類**
-    
-    -   委任状（代理人を使用する場合）
-    -   委任状（外国企業向け）
-    -   現地代表者の任命状
-
-### プラットフォーム固有の技術情報
-
-iOSとAndroidは同様の要件を共有していますが、アプリに関する詳細な技術情報を提供する必要があります。これには、アプリ識別子、ストアURL、サーバーIP、コンテンツセキュリティ対策、更新メカニズムが含まれます。中国のアプリストアのルールに従うことは、更新において重要です[\[1\]](https://capgo.app/) 。Capgoのようなツールは、コンプライアンスに準拠したライブ更新の管理に役立ちます。
-
-**重要な技術的ヒント：**
-
--   すべての書類をPDFとして保存する。
--   英語の書類はすべて中国語に翻訳する。
--   アプリのバージョンごとに個別のファイルを準備する。
--   すべての証明書とキーをバックアップする。
--   セキュリティレビュー用にアプリのネットワークアーキテクチャとデータフローを文書化する。
-
-これらの書類を整理することで、規制要件を満たし、アプリのコンプライアンスと更新プロセスの維持に役立ちます。すべての準備が整ったら、登録手順に進むことができます。
-
-## 登録申請手順
-
-以下は、ICP申請を段階的に行う方法です。
-
-すべての書類が準備できたら、次は適切な登録パートナーを選択します。
-
-### サービスプロバイダーの選択
-
-以下のタイプのプロバイダーから選択できます：
-
--   **ライセンスを持つインターネットサービスプロバイダー（ISP）：** Alibaba Cloud、Tencent Cloud、[China Telecom](https://www.ctamericas.com/icp-license-support/)などの有名なオプション。
--   **サードパーティの登録代行機関：** ICP登録サービスを専門とする企業。
--   **ホスティングプロバイダー：** ホスティングサービスとICP登録支援を組み合わせたサービス。
-
-ICP登録の実績が豊富で、信頼できる中国語サポート、迅速な対応、透明な価格設定を提供するプロバイダーを探してください。
-
-### 申請の提出
-
-**初期登録：** プロバイダーのプラットフォームでの登録から始めます。会社の検証、法定代表者情報、アプリの詳細、サーバー設定などの詳細を提出する必要があります。
-
-以下を含むフォームを慎重に記入してください：
-
--   アプリの機能と目的に関する詳細
--   サーバーの場所と設定に関する情報
--   コンテンツ配信方法
--   データ処理手順
-
-必要な書類は指定された形式でアップロードし、署名と印鑑は赤インクを使用する必要があります。
-
-### 予想タイムライン
-
-| 段階 | 期間 | 主な活動 |
-| --- | --- | --- |
-| 初期レビュー | 1-3営業日 | プロバイダーが書類の完全性を確認 |
-| 省レベルの登録 | 10-15営業日 | 地方当局による審査 |
-| 最終検証 | 3-5営業日 | ICPナンバーの割り当て |
-| 全体のプロセス | 14-23営業日 | 提出から承認まで |
-
--   中国の祝日中に提出された申請は、時間がかかる場合があります。
--   書類の不備や不完全な場合、5-10営業日追加される可能性があります。
--   緊急申請のオプションはありません。
--   プロバイダーのプラットフォームで申請の進捗状況を追跡できます。
-
-フォローアップの質問に迅速に対応できるよう、記録を最新の状態に保ってください。
-
-## レビューと承認
-
-ICP登録のレビュープロセスには、中国当局による複数の評価レベルが含まれます。
-
-### レビューステップ
-
--   **技術レビュー**  
-    当局がサーバーのセットアップ、ネットワークセキュリティ、データストレージの実践、全体的な技術アーキテクチャを審査します。
-    
--   **コンテンツレビュー**  
-    ユーザー生成コンテンツの管理、コンテンツ配信の管理、プライバシーとデータ処理ポリシーが規制に適合していることの確認が含まれます。
-    
--   **法的コンプライアンスレビュー**  
-    事業登録、法定代表者の資格、必要な業界固有のライセンス、越境データルールの遵守を確認します。
-    
-
-### 一般的な却下理由
-
-| 却下理由 | 説明 | 推奨される対応 |
-| --- | --- | --- |
-| 書類の不備 | 事業証明書の欠落または期限切れ | 更新された有効な書類の完全なセットを提出 |
-| サーバー所在地の問題 | サーバーが中国本土にない | 中国本土にサーバーを持つホスティングプロバイダーに切り替え |
-| コンテンツ違反 | 禁止または制限されたコンテンツが見つかった | 規制基準に合わせてコンテンツを調整 |
-| 技術的非準拠 | セキュリティ対策が不十分 | セキュリティプロトコルと設定を改善 |
-| 情報の誤り | 会社または代表者の詳細の誤り | 提出された情報をすべて再確認して修正 |
-
-ICP登録プロセスを進める前に、これらの問題に迅速に対応することが重要です。
-
-### ICPナンバーの使用
-
-承認後、ICPナンバーを正しく実装し維持することが不可欠です。
-
--   **表示**  
-    完全なICPライセンス（例：京ICP备XXXXXXXX号）をアプリ内の「アバウト」または設定セクションなど、目立つ場所に表示します。中国語と英語の両方を使用し、可能であれば公式の検証サイトにリンクします。
-    
--   **維持**  
-    コンプライアンスを維持するため、ビジネスや連絡先情報に変更があった場合は、すぐにICP詳細を更新します。
-    
-
-ICPナンバーを適切に表示し、定期的に更新することで、中国の規制に準拠し続けることができます。
-
-## 承認後の管理
-
-ICP登録が承認された後、コンプライアンスを維持するには一貫した注意と管理が必要です。以下は、すべてを順調に保つ方法です。
-
-### 情報の最新化
-
-変更が発生した場合は、ICP登録の詳細を更新することが重要です。以下の分野の更新について、登録プロバイダーに直ちに通知してください：
-
--   **会社詳細**：法定代表者、ライセンス、住所、連絡先情報の変更。
--   **アプリ詳細**：機能、サーバー、ドメイン、コンテンツの調整。
--   **技術詳細**：ホスティング、セキュリティ対策、データストレージ場所の更新。
-
-これらの更新の処理には通常3-7営業日かかります。
-
-### コンプライアンスの監視
-
-中国の規制基準を満たしているか確認するために、定期的なチェックが重要です。以下は監視すべき重要な分野です：
-
-| 監視分野 | 頻度 | 主な行動 |
-| --- | --- | --- |
-| コンテンツ監査 | 月次 | ユーザーコンテンツを確認し、違反を削除。 |
-| セキュリティチェック | 四半期 | 暗号化を確認し、証明書を更新。 |
-| サーバーパフォーマンス | 週次 | 稼働時間とレスポンスタイムを追跡。 |
-| ユーザーデータレビュー | 月次 | データストレージがプライバシールールに準拠していることを確認。 |
-| 文書化 | 四半期 | ライセンスと証明書を更新。 |
-
-### 主要なコンプライアンス実践
-
-コンプライアンスを維持するには、以下の重要なタスクに焦点を当てます：
-
--   すべてのコンテンツ変更の詳細な記録を保持する。
--   サーバーのメンテナンスとセキュリティ更新を徹底的に文書化する。
--   ユーザーデータの取り扱い方法のログを維持する。
--   コンプライアンス関連の書類すべてをバックアップする。
--   定期的な内部監査を実施してコンプライアンスを確認する。
-
-### 緊急時対応プロトコル
-
-コンプライアンスの問題に備えて、対応計画を確立します：
-
-1.  問題を監督するコンプライアンス担当者を任命する。
-2.  関連当局との明確なコミュニケーションチャネルを設定する。
-3.  必要に応じて現地の法律専門家に相談する。
-4.  コンプライアンス関連の事件の詳細な記録を保持する。
-5.  違反に対処し解決する効率的な手順を開発する。
-
-## 中国のアプリ更新のための[Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgoは、中国の規制に準拠しながらリアルタイム更新を簡素化するように設計されたツールを提供します。これらのツールは、アプリをスムーズに運営し、現地の要件を満たすために不可欠です。
-
-### CapgoのICPコンプライアンスツール
-
-Capgoのインフラストラクチャは、以下のような機能でICPコンプライアンスをサポートするように構築されています：
-
--   **グローバルCDNパフォーマンス：** 中国全土で5MBのバンドルを114msでダウンロード [\[1\]](https://capgo.app/) 。
--   **セキュアな配信：** アップデートパッケージのエンドツーエンド暗号化を提供 [\[1\]](https://capgo.app/) 。
--   **コンプライアンスモニタリング：** 24時間以内に95%のユーザーにアップデートを配信 [\[1\]](https://capgo.app/) 。
-
-これらの機能とCapgoの開発者ツールを組み合わせることで、中国でのアプリ管理がより効率的になります。
-
-### 開発者ツール
-
-Capgoは中国市場で働く開発者向けにカスタマイズされたツール群を提供しています：
-
-| 機能 | メリット | パフォーマンス指標 |
-| --- | --- | --- |
-| 部分アップデート | 帯域幅の節約 | \-  |
-| エラー追跡 | デプロイメントの問題を追跡 | 世界全体で82%のアップデート成功率 [\[1\]](https://capgo.app/) |
-| ロールバックシステム | 以前のバージョンに素早く戻す | 迅速なロールバック |
-| 分析ダッシュボード | アップデートのパフォーマンスを追跡 | リアルタイムモニタリング |
-
-### プラットフォーム比較
-
-Capgoの機能は以下のような競争優位性を提供します：
-
-| 機能 | Capgo | 市場の代替サービス |
-| --- | --- | --- |
-| 月間アクティブユーザー | 1,000,000まで | プランによって制限 |
-| ストレージ容量 | 20 GBまで | 変動的 |
-| 帯域幅 | 10 TBまで | 多くの場合制限あり |
-| アップデート速度 | 平均応答時間57ms [\[1\]](https://capgo.app/) | 通常より遅い |
-| 料金体系 | 月額12ドルから | 一般的に高額 |
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信に不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgoは現在750の本番アプリをサポートし、2,350万回のアップデートを配信しています [\[1\]](https://capgo.app/) 。
-
-## 概要
-
-前のセクションで説明した主要なステップとプラクティスの内訳です。
-
-### プロセス概要
-
-中国でモバイルアプリのICP申請を確保するには、いくつかの重要なステップが必要です。申請と承認後のセクションで述べたように、各フェーズは細心の注意を必要とします。初回の審査期間は通常14～23営業日で、修正が要求された場合は追加時間が必要です。
-
-### ベストプラクティス
-
-ICP申請に取り組む際、以下の戦略が役立ちます：
-
-| ベストプラクティス | 影響 | 重要な考慮事項 |
-| --- | --- | --- |
-| 書類準備 | 遅延を減らす | 提出前に必要な書類がすべて翻訳され公証されていることを確認。 |
-| プロバイダー選択 | コンプライアンスを確保 | モバイルアプリのICP申請の経験があるプロバイダーと協力。 |
-| モニタリングシステム | 進捗を追跡 | 変更に対応するため定期的にコンプライアンス要件をチェック。 |
-| [アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | 違反を回避 | アプリ情報と申請を規制当局に最新の状態に保つ。 |
-
-### Capgoのメリット
-
-Capgoは、セキュアで迅速なアプリアップデートのためのツールを提供することで、ICPコンプライアンスを維持するプロセスを簡素化します。このプラットフォームは中国のデータセキュリティ基準を満たすための重要な要件である**エンドツーエンド暗号化**を提供します。ライブアップデート機能により、開発者はアプリストアのレビューをスキップして、規制の変更を即座に実装できます。Capgoは世界全体で82%のアップデート成功率を報告しており、24時間以内に95%のアクティブユーザーにアップデートを配信しています [\[1\]](https://capgo.app/) 。
-
-Capgoはまた、開発者が広く展開する前に特定のユーザーグループでコンプライアンスアップデートをテストできるチャネルシステムを提供します。分析ダッシュボードはアップデートのパフォーマンスに関する洞察を提供します。主な機能は以下の通りです：
-
--   **即時アップデート**：アプリストアの遅延なしで規制の変更を即座に適用。
--   **セキュアな配信**：中国のセキュリティ要件を満たすためのエンドツーエンド暗号化アップデート。
--   **柔軟なホスティング**：ローカライゼーションのニーズに応じてクラウドベースまたはセルフホストのオプションを選択。
-
-これらのツールにより、規制の変更への迅速な対応が重要な中国市場で、Capgoは開発者にとって貴重なリソースとなっています。
diff --git a/src/content/blog/ja/in-app-purchases-capacitor.md b/src/content/blog/ja/in-app-purchases-capacitor.md
deleted file mode 100644
index 17a2f40a6..000000000
--- a/src/content/blog/ja/in-app-purchases-capacitor.md
+++ /dev/null
@@ -1,308 +0,0 @@
----
-slug: in-app-purchases-capacitor
-title: Capacitorのアプリ内購入
-description: Capacitorアプリ向けにCapacitor PurchasesプラグインとRevenueCatを使用してアプリ内購入を実装する方法
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-19T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /revenuecat_iap.webp
-head_image_alt: RevenueCatのアプリ内購入
-keywords: >-
-  Capacitor, in-app purchases, RevenueCat, mobile app development, live updates,
-  OTA updates, continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: ''
----
->> このプラグインは現在、RevenueCatの公式リポジトリに移管されました。詳細については[公式ドキュメント](https://www.revenuecat.com/docs/getting-started/installation/capacitor)をご覧ください。
-
-Capacitor Purchasesは、iOSとAndroidのアプリ内購入を可能にするCapacitorフレームワークのプラグインです。複数のプラットフォームで一貫した簡単なAPIを提供し、開発者がモバイルアプリにアプリ内サブスクリプションや購入を実装する際の手間を軽減します。
-
-Capacitor Purchasesプラグインの主な機能の1つは、アプリ内サブスクリプションや購入のためのツールを提供するプラットフォームであるRevenueCatとの統合です。RevenueCatは、複数のプラットフォームにわたる一貫したAPIを提供し、領収書の検証やユーザー管理などのタスクを自動化することで、アプリ内サブスクリプションや購入の実装プロセスを簡素化します。
-
-RevenueCatを使用することで、開発者はサブスクリプションの管理、収益追跡、その他関連タスクを簡単に行うことができます。RevenueCatが提供する機能には以下が含まれます：
-
-- 自動領収書検証
-- ユーザー管理
-- カスタム価格モデルのサポート
-- 詳細な分析
-- 拡張性
-
-Capacitor PurchasesプラグインとRevenueCatを使用することで、開発者はモバイルアプリ内でのアプリ内サブスクリプションや購入の実装時に時間と労力を節約でき、ユーザー体験を向上させ収益を増加させるための追加機能を提供できます。
-
-Capacitor PurchasesプラグインとRevenueCatを使用すると、開発者はアプリ内サブスクリプションや購入を簡単に管理・追跡し、領収書を検証し、複数のプラットフォームでユーザーを管理できます。また、カスタム価格モデルを作成し、パフォーマンスや収益を向上させるための詳細な分析を取得できます。
-
-## インストール
-
-最新のCapacitorとCapacitor Purchasesプラグインのバージョンを使用してください。CapacitorとCapacitor Purchasesプラグインの最新バージョンはCapacitorのウェブサイトで確認できます。
-
-Capacitor Purchasesプラグインをインストールするには、以下のコマンドを実行します：
-`npm i @capgo/capacitor-purchases`
-プラグインをアプリのネイティブコードに追加します
-`npx cap sync`
-
-Xcodeでアプリ内購入の機能を追加します：
-
-![Xcode step 1](/iap_step1.webp)
-その後
-![xcode step 2](/iap_step2.webp)
-
-## 1. RevenueCatアカウントを作成する
-このガイドでは、数行のコードでサブスクリプションとRevenueCatのSDKを使用する方法を説明します。
-
-新しいRevenueCatアカウントに[こちら](https://app.revenuecat.com/)からサインアップしてください。
-
-> ### 📘
-> 
-> 💡 おすすめのヒント！
-> 
-> RevenueCatは、アプリを販売する意図がある場合、各アプリまたはプロジェクトごとに別々のRevenueCatアカウントを作成することを推奨しています。これにより、RevenueCatサポートが個々のプロジェクトを転送するのを待つよりも、アカウント全体を転送することで転送プロセスが速くなります。
-
-### 組織 / 企業
-
-RevenueCatに登録する際は、会社アカウントの使用をお勧めします。また、プロジェクト内でアプリを設定することができます。あなたのチームの他のメンバーを[共同作業者](https://www.revenuecat.com/docs/collaborators/)としてプロジェクトに招待できますが、**請求の管理はプロジェクトの所有者のみ**が行えます。プロジェクトの共同作業者は請求の詳細を管理できません。
-
-## 2. プロジェクトとアプリの設定
-
-### ▶️ プロジェクトを作成する
-
-RevenueCatのダッシュボードに移動し、上部のナビゲーションメニューの「プロジェクト」から[新しいプロジェクトを追加](https://app.revenuecat.com/overview/)します。
-
-![RevenueCat step 1](/revenuecat_step1.webp)
-
-新しいプロジェクトを作成するためのポップアップモーダル
-
-### ▶️ アプリ / プラットフォームを追加する
-
-プロジェクトダッシュボードの左側のメニューの「プロジェクト設定 > アプリ」から、追加するアプリのプラットフォームを選択します。
-
-![RevenueCat step 2](/revenuecat_step2.webp)
-
-アプリプラットフォームを選択するためのプロジェクトダッシュボード
-
-「アプリ名」フィールドは、RevenueCatにアプリを追加するために必須です。その他の設定フィールドは後で追加できます。テストおよび本番の購入を行うためには、Bundle ID（iOS） / Package Name（Android）およびShared Secret（iOS） / Service Credentials（Android）を設定する必要があります。
-
-![RevenueCat step 3](/revenuecat_step3.webp)
-
-Apple App Storeアプリの設定ページ
-
-> ### 📘
-> 
-> 💡 おすすめのヒント！
-> 
-> アプリを登録した後は、[プラットフォームサーバーノーティフィケーション](https://www.revenuecat.com/docs/server-notifications/)の設定を行うことをRevenueCatは推奨しています。これらの通知は必須ではありませんが、[Webhooks](https://www.revenuecat.com/docs/webhooks/)や統合の配信時間を短縮し、サブスクライバーの更新のラグを減少させます。
-
-> ### 📘
-> 
-> ステージングと本番のアプリおよびユーザー
-> 
-> RevenueCat自体はステージングおよび本番用の環境は持っていません。むしろ、ユーザーの基盤となるトランザクションはサンドボックスと本番によって区別されます。
-> 
-> どのRevenueCatアプリも、店舗からサンドボックスおよび本番の購入を行うことができます。ステージングと本番用に別々のアプリを持っている場合は、RevenueCatで複数のプロジェクトを作成して設定を反映させることができます。
-> 
-> さらに、ユーザーも環境によって分離されません。同じユーザーが同時にアクティブなサンドボックス購入とアクティブな本番購入を持つことができます。
-
-### ▶️ サービス認証情報
-
-RevenueCatがアプリストアと連携するためにはサービス認証情報を設定する必要があります。詳細についてはRevenueCatガイドの[App Store Connect Shared Secret](https://www.revenuecat.com/docs/itunesconnect-app-specific-shared-secret/)、[Play Service Credentials](https://www.revenuecat.com/docs/creating-play-service-credentials/)、および[Amazon Appstore Shared Secret](https://www.revenuecat.com/docs/service-credentials/amazon-appstore-credentials/)をご覧ください。
-
-Playサービスの認証情報は、Googleのサーバー全体に伝播するのに最大36時間かかる場合があります。
-
-## 3. 製品の設定
-
-### ▶️ ストアの設定
-
-RevenueCatを使用して製品を取得する前に、各ストアで製品を設定する必要があります。次のガイドを参照してください：[App Store Connect](https://www.revenuecat.com/docs/ios-products/)、[Google Play Console](https://www.revenuecat.com/docs/android-products/)、[Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/)、および[Stripe](https://www.revenuecat.com/docs/stripe-products/)でこのプロセスをナビゲートします。
-
-iOS製品を販売する場合は、必ず「Paid Applications Agreement」にサインし、**App Store Connect > Agreements, Tax, and Banking**で銀行および税情報を記入してください。**これが完了しないと、いかなる購入もテストできません。**
-
-> ### 📘
-> 
-> テスト中にストアの設定をスキップしたいですか？
-> 
-> iOSでは、StoreKit Configurationファイルを使用してテストを行うことでApp Store Connectでの製品設定を遅らせることができます。これらの設定ファイルは最小限の設定で済み、Xcodeから直接設定できます。
-> 
-> StoreKit Configurationファイルの設定についてはRevenueCatの[Sandbox Testing](https://www.revenuecat.com/docs/apple-app-store/#ios-14-only-testing-on-the-simulator)ガイドで詳しく読むことができます。
-
-### ▶️ RevenueCatでの製品と特権の設定
-
-あなたのアプリ内製品が[App Store Connect](https://www.revenuecat.com/docs/ios-products/)、[Google Play Console](https://www.revenuecat.com/docs/android-products/)、[Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/)、または[Stripe](https://www.revenuecat.com/docs/stripe-products/)で設定されたら、その設定をRevenueCatのダッシュボードにコピーする必要があります。RevenueCatは、特権システムを使用してプレミアム機能へのアクセスを制御し、Offeringsを使用して顧客に提供する製品のセットを管理します。
-
-特権は、特定の製品を購入することで顧客が「権利を持つ」アクセスレベルです。
-Offeringsは、あなたが支払いの壁で「提供」したいアプリ内製品を整理し、リモートでそれらを構成する簡単な方法です。RevenueCatは、コードを簡素化し、アプリの更新を行うことなく製品を変更できるように、これらの機能の活用を**推奨**しています。
-
-[製品の設定](https://www.revenuecat.com/docs/entitlements/)を参照して、製品を設定し、その後Offeringsや特権に整理します。
-
-![RevenueCat step 4](/revenuecat_step4.webp)
-
-## 4. RevenueCatのPurchases SDKの使用
-
-RevenueCat SDKは、プラットフォーム間での購入とサブスクリプションをシームレスに実装し、RevenueCatサーバーとのトークンを同期します。
-
-SDKに問題が発生した場合は、[SDKのトラブルシューティング](https://www.revenuecat.com/docs/troubleshooting-the-sdks/)を参照してください。
-
-> ### 📘
-> 
-> Purchasesを設定する際は、公開SDKキーのみを使用してください。
-> 
-> ダッシュボードの「プロジェクト設定」内の「APIキー」タブから公開SDKキーを取得できます。
-
-一般的に、_Purchases_の共有インスタンスはアプリ起動時に1回だけ設定してください。その後、同じインスタンスはSDKの`.shared`インスタンスを介してアプリ全体で共有されます。
-
-SDKの[設定について](https://docs.revenuecat.com/docs/configuring-sdk/)は、詳細情報とベストプラクティスを参照してください。
-
-_Purchases_は公開SDKキーでのみ設定してください。RevenueCatの[認証ガイド](https://www.revenuecat.com/docs/authentication/)で利用可能な異なるAPIキーについて詳しく読むことができます。
-
-```javascript
-import { CapacitorPurchases } from '@capgo/capacitor-purchases'
-import { isPlatform } from '@ionic/vue' // use the right one for your framework
-
-CapacitorPurchases.setDebugLogsEnabled({ enabled: import.meta.env.DEV }) // Enable to get debug logs in dev mode
-if (isPlatform('ios')) {
-    CapacitorPurchases.setup({ apiKey:'appl_******'})
-} else if (isPlatform('android')) {
-    CapacitorPurchases.setup({ apiKey:'goog_******'})
-}
-```
-
-開発中は、RevenueCatはより詳細なデバッグログを有効にすることを推奨しています。これらのログに関する詳細については、彼らの[デバッグ](https://www.revenuecat.com/docs/debugging/)ガイドをご覧ください。
-
-RevenueCatを既存の購入コードとともに使用する予定がある場合は、[Observer Mode](https://www.revenuecat.com/docs/observer-mode/)に関するガイドを参照してください。
-
-> ### 📘
-> 
-> ユーザーIDでのPurchasesの設定
-> 
-> アプリにユーザー認証システムがある場合は、設定時または後日 `.logIn()` を呼び出すことでユーザー識別子を提供できます。詳細を知りたい場合は、RevenueCatガイドの[ユーザーの識別](https://www.revenuecat.com/docs/user-ids/)をチェックしてください。
-
-SDKは自動的に[設定されたオファリング](https://www.revenuecat.com/docs/entitlements/#offerings)を取得し、Apple、Google、またはAmazonから商品情報を取得します。したがって、顧客が購入画面を起動したときには、利用可能な商品がすでに読み込まれています。
-
-以下はオファリングを取得する例です。オファリングを利用して、ペイウォール画面を整理できます。詳細やベストプラクティスについては、RevenueCatガイドの[商品を表示する](https://www.revenuecat.com/docs/displaying-products/)をご覧ください。
-
-### ▶️ 利用可能な商品の取得と表示
-
-> ### 📘
-> 
-> ユーザーIDでの購入の設定
-> 
-> アプリにユーザー認証システムがある場合、設定時または後で`.logIn()`の呼び出しでユーザー識別子を提供できます。詳細については、RevenueCatガイドの[ユーザーを識別する](https://www.revenuecat.com/docs/user-ids/)をご覧ください。
-
-SDKは自動的に[設定されたオファリング](https://www.revenuecat.com/docs/entitlements/#offerings)を取得し、Apple、Google、またはAmazonから商品情報を取得します。したがって、顧客が購入画面を起動したときには、利用可能な商品がすでに読み込まれています。
-
-以下はオファリングを取得する例です。オファリングを利用して、ペイウォール画面を整理できます。詳細やベストプラクティスについては、RevenueCatガイドの[商品を表示する](https://www.revenuecat.com/docs/displaying-products/)をご覧ください。
-
-```javascript
-const { offerings } = await CapacitorPurchases.getOfferings()
-if (offerings.current !== null) {  
-    // Display current offering with offerings.current
-}
-```
-
-[オファリング](https://www.revenuecat.com/docs/entitlements/#offerings)、[商品](https://www.revenuecat.com/docs/entitlements/#products)、または利用可能な[パッケージ](https://www.revenuecat.com/docs/entitlements/#adding-packages)が空である場合、これはそれぞれのストアでの設定の問題によるものです。
-
-App Store Connectでの最も一般的な理由は、古い「有料アプリケーション契約」や、商品が「送信準備完了」状態にないことです。Google Playでは、アプリがクローズドトラックに公開されておらず、有効なテストユーザーが追加されていない場合に通常この問題が発生します。
-
-この問題のトラブルシューティングに関する詳細は、RevenueCatの[ヘルプセンター](https://support.revenuecat.com/hc/en-us/articles/360041793174/)をご覧ください。
-
-### ▶️ 購入を行う
-
-SDKには、購入を促進するための簡単なメソッドが含まれています。`purchase:package`は取得したオファリングからパッケージを取り、該当するアプリストアでトランザクションを処理します。
-
-以下のコードサンプルは、パッケージを購入し、その確認が「your_entitlement_id」コンテンツをアンロックするプロセスを示しています。`purchase:package`メソッドの詳細については、RevenueCatガイドの[購入を行う](https://www.revenuecat.com/docs/making-purchases/)をご覧ください。
-
-```typescript
-const purchase = async (p: Package): Promise<PurchaserInfo | null> => {
-  try {
-    // console.log('purchase', p)
-    const data = await CapacitorPurchases.purchasePackage({
-      identifier: p.identifier,
-      offeringIdentifier: p.offeringIdentifier,
-    })
-    const purchaserInfo = data.purchaserInfo
-    // console.log('listenBuy', purchaserInfo)
-    if (purchaserInfo.activeSubscriptions.includes(p.identifier)) {
-      // set the user as paid
-    }
-    return purchaserInfo
-  }
-  catch (e) {
-    console.error('listenBuy error', e)
-  }
-  return null
-}
-```
-
-### ▶️ サブスクリプションの状態を確認する
-
-最新の状態を取得する必要があるときは、このメソッドをいつでも使用できます。このメソッドはアプリのライフサイクル全体で何度でも呼び出すことが安全です。_Purchases_は、更新のたびに最新の`CustomerInfo`を自動的にキャッシュします。そのため、ほとんどの場合、このメソッドはキャッシュから読み込まれ、非常に速く実行されます。
-
-このメソッドは、ユーザーにどのUIを表示するかを決定するとき、またはユーザーが特定の権利レベルを必要とするアクションを実行するときに呼び出すのが一般的です。
-
-> ### 📘
-> 
-> 💡 ヒントです！
-> 
-> サブスクリプションがアクティブかどうかだけでなく、非常に多くの情報にアクセスできます。サブスクリプションが更新されるかどうか、ユーザーのクレジットカードに問題が検出されたか、さらなる詳細については、RevenueCatガイドの[サブスクリプション状態](https://www.revenuecat.com/docs/customer-info/)をご覧ください。
-
-RevenueCatは、ユーザーがアプリ内購入を復元し、**同じストアアカウント**（Apple、Google、またはAmazonアカウント）から以前に購入したコンテンツを再アクティブ化できるようにします。すべてのアプリに、ユーザーが復元メソッドをトリガーする方法を持つことをお勧めします。ユーザーが購入へのアクセスを失った場合（例：アプリをアンインストール/再インストールしたり、アカウント情報を失った場合など）、Appleは復元メカニズムを要求します。
-
-```javascript
-  const res = await CapacitorPurchases.restoreTransactions()
-  const purchaserInfo = res.purchaserInfo
-  const ids: string[] = [] // extract active subscriptions ids
-  purchaserInfo.activeSubscriptions.forEach((id) => {
-    ids.push(id)
-  })
-
-```
-
-異なる[アプリユーザーID](https://www.revenuecat.com/docs/user-ids/)が同じ基盤ストアアカウント（Apple、Google、またはAmazonアカウント）からトランザクションを復元すると、RevenueCatは2つのアプリユーザーIDの間にエイリアスを作成し、今後は同じユーザーとしてカウントする可能性があります。異なる設定可能な復元動作についての詳細は、RevenueCatガイドの[購入を復元する](https://www.revenuecat.com/docs/restoring-purchases/)をご覧ください。
-
-SDKはどのプラットフォームでもシームレスに動作するため、ユーザーの購入情報の変更はさまざまなソースから来る可能性があります。任意のデリゲートメソッド`purchases:receivedUpdated:`に適合することで、顧客の`CustomerInfo`の変更に応じることができます。
-
-このメソッドは、SDKが`getCustomerInfo()`、`purchase(package:)`、`purchase(product:)`、または`restorePurchases()`の呼び出しから更新された`CustomerInfo`オブジェクトを受信するたびに発火します。
-
-CustomerInfoの更新は、RevenueCatのバックエンドからアプリにプッシュされるのではなく、更新は上記のようにRevenueCatへのアウトバウンドネットワークリクエストからのみ可能です。
-
-アプリによっては、デリゲートを無視し、次回アプリが起動されたときやSDKメソッドの完了ブロックで顧客情報の変更を単に処理するだけで十分な場合があります。
-
-```javascript
-CapacitorPurchases.addListener('purchasesUpdate', (data) => {
-  console.log('purchasesUpdate', data)
-})
-```
-
-> ### 👍
-> 
-> おめでとうございます！
-> 
-> サーバーコードを書くことなく、完全に機能したサブスクリプション購入システムを実装しました。おめでとうございます！
-
-### サンプルアプリ
-
-SDKを統合するためのより完全な例をダウンロードするには、RevenueCatサンプルアプリリソースにアクセスしてください。
-
-**[サンプルを見る](https://www.revenuecat.com/docs/sample-apps/)**
-
-私は近いうちに、CapacitorとVue.jsを使用したサンプルアプリを公開する予定です。
-
-Capacitor SDKの深い使用を移動する必要がある場合は、ドキュメントを[こちら](https://github.com/Cap-go/capacitor-purchases/)で確認してください。
-
-### 次のステップ
-\
-1. まだ行っていない場合は、RevenueCatの[権利に関するガイド](https://www.revenuecat.com/docs/entitlements/)を確認して、商品が正しく設定されていることを確認してください。
-2. 独自のユーザー識別子を使用したい場合は、[アプリユーザーIDの設定](https://www.revenuecat.com/docs/user-ids/)についてお読みください。
-3. 他のシステムからRevenueCatに移行する場合は、RevenueCatガイドの[既存のサブスクリプションを移行する](https://www.revenuecat.com/docs/migrating-existing-subscriptions/)をご覧ください。
-4. 統合をテストする準備ができたら、RevenueCatの[テストとデバッグに関するガイド](https://www.revenuecat.com/docs/debugging/)に従ってください。
-5. App Store小規模ビジネスプログラムに該当する場合は、RevenueCatガイドの[申し込み方法とRevenueCatへの通知](https://www.revenuecat.com/docs/app-store-small-business-program/)をご覧ください。
-
-アプリでライブ更新が必要な場合 
-
-ここで参加してください👇
-
-## アカウントを取得するにはこちらに登録してください
-
-[Capgo](/register/)
diff --git a/src/content/blog/ja/installing-capacitor-cli-step-by-step-guide.md b/src/content/blog/ja/installing-capacitor-cli-step-by-step-guide.md
deleted file mode 100644
index 5a7e5402e..000000000
--- a/src/content/blog/ja/installing-capacitor-cli-step-by-step-guide.md
+++ /dev/null
@@ -1,363 +0,0 @@
----
-slug: installing-capacitor-cli-step-by-step-guide
-title: 'Capacitor CLIのインストール: ステップバイステップガイド'
-description: Webアプリを効率的にネイティブモバイルアプリに変換するために、Capacitor CLIのインストールと構成を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T02:49:29.961Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f-1743734983341.jpg
-head_image_alt: モバイル開発
-keywords: 'Capacitor, CLI, mobile app development, Node.js, Android, iOS, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) CLIは、1つのコードベースでWebアプリをネイティブのiOSおよびAndroidアプリに変換するのに役立ちます。** ここでは、迅速にセットアップする方法を紹介します：
-
--   **前提条件**： [Node.js](https://nodejs.org/en) (v16以上)、npm、Webフレームワーク（React、Vue、Angularなど）をインストールします。
--   **[Capacitor CLIをインストール](https://capgo.app/docs/cli/commands)**： `npm install @capacitor/cli @capacitor/core` を実行し、 `npx cap init` でプロジェクトを初期化します。
--   **プラットフォームの準備**： iOS （`npx cap add ios`）とAndroid （`npx cap add android`）プラットフォームのサポートを追加します。
--   **ビルドと同期**： `npm run build` と `npx cap sync` を使用して、Webアセットをネイティブプロジェクトに転送します。
--   **オプションのライブアップデート**： [Capgo](https://capgo.app/) のようなツールを使用して、アプリストアの遅延なしに即座にアップデートをプッシュします。
-
-Capacitor CLIは、アプリ開発と保守を簡素化します。スムーズなセットアップとトラブルシューティングのために、ガイドに従ってください。
-
-## モバイルアプリを迅速に構築！ React + [Capacitor](https://capacitorjs.com/) + [Tailwind](https://tailwindcss.com/) + [DaisyUI](https://daisyui.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/PPXktTJXMPE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 始める前に
-
-以下の手順に従って環境を整えます：
-
-### [Node.js](https://nodejs.org/en) と npmの設定
-
-![Node.js](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/a74739743b1f15b8d0bf124a9c30cba9.jpg)
-
-Node.jsのバージョン16以上が必要です。最新のLTSバージョンを推奨します。セットアップを確認するには、以下を実行します：
-
-```bash
-node --version
-npm --version
-```
-
-更新が必要な場合は、公式ウェブサイトからNode.js（npmを含む）をダウンロードしてください。
-
-Node.jsの準備ができたことを確認したら、Webプロジェクトが必要なCapacitorの要件を満たしていることを確認してください。
-
-### Webプロジェクトの確認
-
-Webプロジェクトには以下が必要です：
-
--   **有効なpackage.json**：正しく構成されていることを確認してください。
--   **ビルドディレクトリ**：Webアセットが格納される場所（一般的に `dist` または `www`）。
--   **エントリーポイント**：ビルドディレクトリに `index.html` ファイルが含まれている必要があります。
-
-以下は主要な `package.json` フィールドの簡単な説明です：
-
-| 必要なフィールド | 例 | 目的 |
-| --- | --- | --- |
-| name | "my-app" | プロジェクトを識別 |
-| version | "1.0.0" | アプリバージョンを指定 |
-| build directory | "dist" または "www" | Webアセットを指す |
-
-Node.jsとWebプロジェクトの準備が整ったら、プラットフォーム特有のツールをインストールします。
-
-### 必要なソフトウェアをインストール
-
-**Android開発の場合：**
-
--   最新版の **[Android Studio](https://developer.android.com/studio)** をダウンロードしてインストールします。
--   少なくともAPIレベル22のAndroid SDKをセットアップします。
--   `ANDROID_HOME` 環境変数を設定します。
-
-**iOS開発の場合（Macのみ）：**
-
--   **[Xcode](https://developer.apple.com/xcode/) 14** 以上をインストールします。
-    
--   コマンドラインツールをインストールします。
-    
--   [Homebrew](https://brew.sh/) を使用して [CocoaPods](https://cocoapods.org/) をインストールします：
-    
-    ```bash
-    brew install cocoapods
-    ```
-    
--   Xcodeのライセンスに同意します：
-    
-    ```bash
-    sudo xcodebuild -license accept
-    ```
-    
-
-後でCapgoを統合する際は、安定したインターネット接続と有効なSSL証明書を用意してください。
-
-これらの手順が完了したら、Capacitorの開発プロセスがスムーズに進められるようになります。次に、Capacitor CLIをインストールします。
-
-## Capacitor CLIのインストール
-
-環境が整ったので、Capacitor CLIをインストールして設定します。
-
-### Capacitorパッケージの追加
-
-npmを使用してCapacitor CLIおよびCoreパッケージをインストールします：
-
-```bash
-npm install @capacitor/cli @capacitor/core
-```
-
-インストールが完了したら、[Capacitorバージョン](https://capgo.app/plugins/ivs-player/)をチェックしてセットアップを確認します：
-
-```bash
-npx cap --version
-```
-
-### プロジェクトのセットアップ
-
-以下のコマンドでプロジェクトにCapacitorを初期化します：
-
-```bash
-npx cap init
-```
-
-初期化中に、以下の詳細を提供するように求められます：
-
-| 設定 | 説明 | 例 |
-| --- | --- | --- |
-| アプリ名 | アプリストアに表示される名前 | "My Awesome App" |
-| アプリID | アプリのユニークな識別子 | "com.mycompany.myapp" |
-| Webディレクトリ | Webアセットへのパス | "dist" または "www" |
-
-次に、関連する設定を含む設定ファイル（`capacitor.config.ts`または`capacitor.config.json`）を更新します：
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.mycompany.myapp',
-  appName: 'My Awesome App',
-  webDir: 'dist',
-  bundledWebRuntime: false
-};
-
-export default config;
-```
-
-### iOSおよびAndroidのセットアップ
-
-以下のコマンドでiOSおよびAndroidプラットフォームのサポートを追加します：
-
-```bash
-npx cap add ios
-npx cap add android
-```
-
-これにより、ネイティブプロジェクトが生成されます：
-
--   **iOS**：Xcodeプロジェクトを含む `ios` フォルダーを作成します。
--   **Android**：Android Studioプロジェクト用の `android` フォルダーを作成します。
-
-Webアセットに変更を加えた後、以下のコマンドを実行してビルドと同期を行います：
-
-```bash
-npm run build
-npx cap sync
-```
-
-このプロセスはWebアセットをコンパイルし、ネイティブプロジェクトに転送します。インストールされた[Capacitorプラグイン](https://capgo.app/plugins/)も含めて、転送されます。
-
-カスタマイズのためにネイティブプロジェクトを開くには：
-
-```bash
-npx cap open ios     # Opens Xcode
-npx cap open android # Opens Android Studio
-```
-
-これで、セットアップをテストし、発生する可能性のある問題を解決する準備が整いました。
-
-## 一般的な問題の修正
-
-Capacitor CLIをセットアップする際に、いくつかの一般的な問題に遭遇することがあります。対処方法は以下の通りです：
-
-### Android Gradleの問題
-
-Gradle関連の問題に直面している場合は、以下の手順を試してください：
-
-1.  Androidディレクトリに移動し、ビルドキャッシュをクリアします：
-    
-    ```bash
-    cd android
-    ./gradlew cleanBuildCache
-    ```
-    
-2.  `android/build.gradle` のGradleバージョンを更新します：
-    
-    ```kotlin
-    buildscript {
-        ext {
-            gradleVersion = '8.1.0'
-        }
-    }
-    ```
-    
-3.  `android/gradle.properties` に以下の行を追加してパフォーマンスを向上させます：
-    
-    ```properties
-    org.gradle.jvmargs=-Xmx4608m
-    org.gradle.parallel=true
-    ```
-    
-
-問題が解決しない場合は、セットアップを見直すか、追加のトラブルシューティングリソースを参照してください。
-
-### アプリが空白の画面を表示する
-
-空白の画面は通常、構成の問題を示しています。対応方法は以下の通りです：
-
--   **Webディレクトリパスの確認**： `webDir` がビルド出力と一致していることを確認します。
-    
-    ```typescript
-    const config: CapacitorConfig = {
-        webDir: 'dist', // Adjust if necessary
-    };
-    ```
-    
--   **サーバー設定の確認**：サーバー設定が正しいことを確認します。
-    
-    ```typescript
-    server: {
-        url: 'http://localhost:3000',
-        cleartext: true
-    }
-    ```
-    
--   **コンテンツセキュリティポリシーの更新**：リソースの正しい読み込みのためにこのメタタグをHTMLに追加します。
-    
-    ```html
-    <meta http-equiv="Content-Security-Policy" content="default-src 'self' 'unsafe-inline' 'unsafe-eval' data: *">
-    ```
-    
-
-### プラグインが動作しない
-
-プラグインが期待通りに動作しない場合、以下の手順を実行します：
-
-1.  依存関係のクリーンインストールを実行します：
-    
-    ```bash
-    rm -rf node_modules
-    npm cache clean --force
-    npm install
-    ```
-    
-2.  `capacitor.config.ts`のプラグイン設定を確認して、正しく設定されていることを確認します：
-    
-    ```typescript
-    plugins: {
-        PluginName: {
-            option: 'value'
-        }
-    }
-    ```
-    
-
-[Capgoのネイティブプラグイン](https://capgo.app/plugins/)を使用している場合、自動的にプラグインを同期し、アップデート中の互換性を維持します。
-
-これらの修正を適用した後、プロジェクトを再ビルドして変更を確認します：
-
-```bash
-npm run build && npx cap copy && npx cap sync
-```
-
-すべてがスムーズに動作するようになったら、Capgoを使用したライブアップデートオプションの探索を進めることができます。
-
-## [Capgo](https://capgo.app/)によるライブアップデート
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/435c1a19c50c4ff1b7d76cbc4edeb6d0.jpg)
-
-Capgoを使用して[アプリのアップデート](https://capgo.app/plugins/capacitor-updater/)を簡素化します。これにより、アプリストアのレビューをスキップしてユーザーに直接アップデートをプッシュできます。
-
-**始めるのは簡単です。** まず、必要なパッケージをインストールします：
-
-```bash
-npm install @capgo/cli @capgo/capacitor-updater
-npx cap sync
-```
-
-次に、プロジェクトにCapgoを初期化します：
-
-```bash
-npx @capgo/cli init
-```
-
-### 価格プラン
-
-Capgoは、さまざまなニーズに合わせた複数の価格帯を提供しています：
-
-| プラン | 月間アクティブユーザー | 帯域幅 | ストレージ | 価格 (年額) |
-| --- | --- | --- | --- | --- |
-| SOLO | 1,000 | 50 GB | 2 GB | $12/月 |
-| MAKER | 10,000 | 500 GB | 5 GB | $33/月 |
-| TEAM | 100,000 | 2,000 GB | 10 GB | $83/月 |
-
-エンタープライズユーザー向けには、PAYGプランが$249/月から始まり、APIアクセスやカスタムドメイン、専用サポートなどの特典が含まれます。
-
-### ライブアップデートの設定
-
-ライブアップデートを有効にするには、`capacitor.config.ts`ファイルに以下を追加します：
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://api.capgo.app/updates'
-    }
-  }
-}
-```
-
-### 主な機能
-
-Capgoは、いくつかの際立った機能を提供します：
-
--   **[安全なアップデート](https://capgo.app/docs/live-updates/update-behavior/)**　エンドツーエンドの暗号化による
--   **統合されたCI/CDを介した自動デプロイ**
--   **ユーザー割り当てによるターゲット更新**
--   **バージョン管理による即時ロールバック**
--   **更新を追跡するためのリアルタイム分析**
-
-### デプロイコマンド
-
-デプロイする前に、開発環境での更新をテストします。以下のコマンドを使用します：
-
--   ステージングにデプロイ：
-    
-    ```bash
-    npx @capgo/cli deploy --channel staging
-    ```
-    
--   プロダクションにデプロイ：
-    
-    ```bash
-    npx @capgo/cli deploy --channel production
-    ```
-    
-
-CapgoはAppleとAndroidのガイドラインに準拠しているため、ライブアップデートがアプリストアの違反のリスクを冒すことはありません。インストール後のCapacitorアプリを管理する効率的な方法です。
-
-## 結論
-
-Capacitor CLIのセットアップは、適切な前提条件を整えることで簡単になります。このセットアップにより、アプリのアップデートがスムーズになり、効率的な開発ワークフローが実現します。
-
-現代のツールは、アプリの保守をこれまで以上に容易にします。たとえば、Capgoは現在ライブアップデートを提供し、従来の方法を置き換えています。CLIインストールとの統合により、Capacitorアプリで作業する開発者にとって優れた選択肢となっています。
-
-[Capacitorエコシステム](https://capgo.app/blog/capacitor-comprehensive-guide/)は、新しいツールや機能で常に改善されています。CLIのインストールは[モバイルアプリの構築](https://capgo.app/blog/angular-mobile-app-capacitor/)の出発点に過ぎず、詳細なドキュメントや活発な開発者コミュニティから利益を得られます。
-
-Capacitor CLIとそのパッケージを最新の状態に保って、互換性の問題を避けることを忘れないでください。
diff --git a/src/content/blog/ja/integrate-universal-links-capacitor-nextjs.md b/src/content/blog/ja/integrate-universal-links-capacitor-nextjs.md
deleted file mode 100644
index 4d82b6000..000000000
--- a/src/content/blog/ja/integrate-universal-links-capacitor-nextjs.md
+++ /dev/null
@@ -1,189 +0,0 @@
----
-slug: integrate-universal-links-capacitor-nextjs
-title: Next.jsでCapacitorのユニバーサルリンクを統合する方法
-description: >-
-  Next.jsアプリでCapacitorを使用して、iOSとAndroidの両プラットフォームでユニバーサルリンクを設定する方法をステップバイステップで学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-14T00:00:00.000Z
-updated_at: 2023-12-14T00:00:00.000Z
-head_image: /deeplink_next_capacitor.webp
-head_image_alt: Capacitor ユニバーサルリンク
-keywords: >-
-  Capacitor, Universal Links, Next.js, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: DeepLinking
-published: true
-locale: ja
-next_blog: ''
----
-iOSのユニバーサルリンクとAndroidのAppリンクを使用すると、ユーザーはブラウザを経由せずに直接アプリに移動することができます。これは特にユーザーエクスペリエンスを向上させ、Webページからアプリへのコンテキストを維持するのに役立ちます。このガイドでは、Capacitorを使用したNext.jsアプリのディープリンクの設定プロセスについて説明します。
-
-ディープリンクの設定には多くのコードは必要ありませんが、いくつかの設定が必要です。このガイドの最後には、`https://www.capgo.app/details/22`のようなリンクをクリックすると、インストールされているアプリが正しいページで開くようになります。
-
-## Next.jsディープリンク設定
-
-まず、新しいNext.jsアプリとテスト用の詳細ページを作成します：
-
-```sh
-npx create-next-app@latest capgoLinks
-cd capgoLinks
-mkdir pages/details
-touch pages/details/[id].js
-npm run build
-npx cap add ios
-npx cap add android
-```
-
-設定に重要なため、**capacitor.config.json**ファイルで**バンドルID**が正しく設定されていることを確認してください：
-
-```json
-{
-  "appId": "com.capgo.deeplinks",
-  "appName": "capgoLinks",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-ルーティングについて、Next.jsはファイルベースのルーティングを使用するため、`pages/details/[id].js`にファイルを作成することで、すでにワイルドカードルートを設定しています。
-
-`pages/details/[id].js`では、Next.jsの組み込みルーターを使用してURLからIDを取得できます：
-
-```jsx
-import { useRouter } from 'next/router'
-
-function DetailsPage() {
-  const router = useRouter()
-  const { id } = router.query
-
-  return (
-    <div>
-      <p>My ID: {id}</p>
-    </div>
-  )
-}
-
-export default DetailsPage
-```
-
-次に、Capacitorで`appUrlOpen`イベントを処理しましょう。このイベントは、カスタムURLスキームを介してアプリが開かれたときにトリガーされます。`pages/_app.js`ファイルにリスナーを追加します：
-
-```jsx
-import { useEffect } from 'react'
-import { App } from '@capacitor/app'
-
-function MyApp({ Component, pageProps }) {
-  useEffect(() => {
-    App.addListener('appUrlOpen', (event) => {
-      const slug = event.url.split('.app').pop()
-      if (slug)
-        window.location.href = slug
-
-    })
-  }, [])
-
-  return <Component {...pageProps} />
-}
-
-export default MyApp
-```
-
-このコードは`appUrlOpen`イベントをリッスンし、Next.jsアプリ内の適切なルートにナビゲートします。
-
-## iOS設定
-
-iOSの場合、関連ドメインが有効になっているアプリIDが必要です。**apple-app-site-association**ファイルを作成し、`YOURTEAMID`と`com.your.bundleid`を実際のチームIDとバンドルIDに置き換えてください：
-
-```json
-{
-  "applinks": {
-    "apps": [],
-    "details": [
-      {
-        "appID": "YOURTEAMID.com.your.bundleid",
-        "paths": ["*"]
-      }
-    ]
-  }
-}
-```
-
-このファイルをドメインの`.well-known`ディレクトリにアップロードし、`https://www.capgo.app/.well-known/apple-app-site-association`でアクセスできるようにします。
-
-Xcodeで、`applinks:capgo.app`形式を使用してアプリの権限にドメインを追加します。
-
-## Android設定
-
-Androidアプリリンクについてはこれらのステップに従ってください：
-
-1. keystoreファイルがない場合は生成します。
-2. keystoreからSHA256フィンガープリントを取得します。
-3. パッケージ名とSHA256フィンガープリントを含む**assetlinks.json**ファイルを作成します。
-4. このファイルをドメインの`.well-known`ディレクトリにアップロードします。
-
-`AndroidManifest.xml`で、ディープリンクを処理する`activity`要素に`intent-filter`を追加します：
-
-```xml
-<activity ...>
-  <intent-filter android:autoVerify="true">
-    <action android:name="android.intent.action.VIEW" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <category android:name="android.intent.category.BROWSABLE" />
-    <data android:scheme="https" android:host="capgo.app" />
-  </intent-filter>
-</activity>
-```
-
-`assetlinks.json`ファイルをアップロードした後、GoogleのDigital Asset Linksツールで確認できます。すべてが正しく設定されていれば、緑のチェックマークが表示されます。
-
-アプリをビルドして署名するには、次のコマンドを使用します：
-
-```sh
-cd android
-./gradlew assembleRelease
-cd ..
-jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore my-release-key.keystore android/app/build/outputs/apk/release/app-release-unsigned.apk alias_name
-zipalign -v 4 android/app/build/outputs/apk/release/app-release-unsigned.apk capgo.apk
-adb install capgo.apk
-```
-
-これにより、接続されているAndroidデバイスに署名されたアプリがインストールされます。
-
-## ネイティブプロジェクト設定のためのCapacitor設定
-
-ネイティブプロジェクト設定を自動化するには、[Capacitor configureパッケージ](https://github.com/ionic-team/capacitor-configure/)の使用を検討してください。プロジェクトにインストールします：
-
-```sh
-npm install @capacitor/configure
-```
-
-プロジェクトのルートに`capacitor.config.yaml`ファイルを作成します：
-
-```yaml
-vars:
-  BUNDLE_ID: com.capgo.deeplinks
-  PACKAGE_NAME: com.capgo.deeplinks
-platforms:
-  ios:
-    targets:
-      App:
-        bundleId: $BUNDLE_ID
-    entitlements:
-      - com.apple.developer.associated-domains: ['applinks:capgo.app']
-  android:
-    packageName: $PACKAGE_NAME
-```
-
-この設定で設定ツールを実行します：
-
-```sh
-npx cap-config run capacitor.config.yaml
-```
-
-これにより、YAMLファイルで指定された設定がネイティブプロジェクトに適用されます。
-
-## 結論
-
-Next.jsアプリでCapacitorを使用したディープリンクの設定には、iOSとAndroid両方のドメインとプロジェクト設定が必要です。このプロセスは細かい注意が必要ですが、以前の方法と比べて簡素化されており、追加のプラグインは必要ありません。ドメイン検証ファイルが正しく提供されていることを確認し、それぞれのプラットフォームツールでチェックしてください。設定が完了すると、アプリはWebリンクからシームレスに開き、ユーザーにWebからアプリへのスムーズな移行を提供します。
diff --git a/src/content/blog/ja/integrity-checks-for-capacitor-updates.md b/src/content/blog/ja/integrity-checks-for-capacitor-updates.md
deleted file mode 100644
index ea45a9ea9..000000000
--- a/src/content/blog/ja/integrity-checks-for-capacitor-updates.md
+++ /dev/null
@@ -1,213 +0,0 @@
----
-slug: integrity-checks-for-capacitor-updates
-title: Capacitor更新の整合性チェック
-description: Capacitorアプリのために、整合性チェック、暗号化、および効果的なロールバック戦略を使用して、安全なOTAアップデートを実装する方法を学びます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-25T02:39:56.412Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67bd178e258ce8f57ea75e3e-1740451235493.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, Capacitor, security, integrity checks, encryption, mobile apps,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) アプリのセキュア OTA アップデートは、ユーザーとそのデータを保護するために不可欠です。** 安全なアップデートを確保する方法は以下の通りです：
-
--   **整合性チェック**：暗号学的ハッシュとデジタル署名を使用して、アップデートが改ざんされていないことを確認します。
--   **一般的な脅威**：HTTPS、デジタル署名、チェックサムを使用して、傍受、スプーフィング、および改ざんを防止します。
--   **[Capgo](https://capgo.app/) 統合**：Capgo の暗号化、リアルタイム検証、およびロールバック機能を利用して、セキュアなアップデートを簡素化します。
--   **重要なセキュリティプラクティス**：
-    -   セキュアな通信のために HTTPS を強制します。
-    -   アップデート要求のために相互 TLS 認証を使用します。
-    -   アップデートパッケージに署名し、チェックサムで検証します。
-    -   iOS キーチェーンまたは [Android Keystore](https://developer.android.com/privacy-and-security/keystore) を使用して、鍵を安全に保管します。
-
-**クイックヒント**：失敗したアップデートのロールバックを自動化し、問題発生時にユーザーに通知して信頼を維持します。
-
-この記事では、セキュアな OTA インフラの設定、暗号学的手法、および Capgo のような実用的なツールを使用して、プロセスを効率化する方法について説明します。
-
-## YouTube の関連動画
-
-<iframe src="https://www.youtube.com/embed/z7nqbCQQBp8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## セキュア OTA アップデートインフラ
-
-[Capacitor アプリ](https://capgo.app/blog/capacitor-comprehensive-guide/) の信頼性の高い OTA (Over-The-Air) アップデートシステムを構築するには、HTTPS、強力な認証、およびリアルタイムアップデートツールを組み込みます。
-
-### アップデートのための HTTPS セットアップ
-
-HTTPS を使用することは、アップデートの伝送を暗号化するために重要です。重要なセキュリティ対策には次のものが含まれます：
-
-| セキュリティコンポーネント | 実装の詳細 | 目的 |
-| --- | --- | --- |
-| SSL/TLS 証明書 | 信頼できる証明書発行機関 (CA) から取得 | 伝送中のデータを保護 |
-| サーバー構成 | 厳格な HTTPS の使用を強制 | ダウングレード攻撃から保護 |
-| 証明書ピンニング | SHA-256 フィンガープリンターを検証 | サーバーのアイデンティティを確認 |
-
-あなたの Capacitor アプリがアップデート要求のために HTTPS 接続しか受け入れないようにしてください。このステップはデータの傍受と改ざんを防ぎ、セキュアな認証の基礎を形成します。
-
-### アップデート要求の認証
-
-TLS (Transport Layer Security) の相互認証は、クライアントとサーバーが互いのアイデンティティを確認することを保証します。アップデートに関するすべての HTTP 通信は、厳格な認証と認可のチェックを含む必要があります [\[2\]](https://docs.aws.amazon.com/freertos/latest/userguide/dev-guide-ota-security.html)。これらのプロトコルは、HTTPS によって提供されるセキュリティを強化し、層状の防御を構築します。
-
-### アップデートのための [Capgo](https://capgo.app/) の使用
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-25.jpg?auto=compress)
-
-Capgo は OTA アップデートを管理するための効率的で安全なソリューションを提供します。750 のプロダクションアプリで 2350 万件以上のアップデートが配信された Capgo は、次のものを提供します：
-
--   **認可されたユーザーへのエンドツーエンドの暗号化**
--   **Apple および Google プラットフォームのルールへの準拠**
--   **アップデートの整合性を確保するリアルタイム検証**
-
-開始するには、`npx @capgo/cli init` を使用して Capgo プラグインをインストールします。これにより、アプリ起動時にアップデートの自動検証を有効にします。iOS 用に、Capgo はプラットフォーム固有の要件に対応したカスタム Dart インタープリターを含んでいます [\[3\]](https://capgo.app/docs/faq/) 。
-
-###### sbb-itb-f9944d2
-
-## 暗号学的セキュリティ手法
-
-暗号学的な強力なプラクティスを実装することで、Capacitor アプリでセキュアな OTA アップデートを行います。
-
-### 鍵管理
-
-効果的な鍵管理は重要です。鍵の生成、保管、配布、および監視を管理するために、鍵管理サービス (KMS) を使用します。
-
-| 鍵管理フェーズ | 実装要件 | セキュリティの考慮事項 |
-| --- | --- | --- |
-| 生成 | 暗号学的に安全な TRNG を使用 | ハードウェアベースのエントロピーソースを確保 |
-| 保管 | 暗号化されたバックアップシステムを利用 | 鍵の安全な隔離を維持 |
-| 配布 | アクセス制御メカニズムを適用 | 役割ベースの権限を強制 |
-| 監視 | リアルタイムのアクセス追跡を有効に | 自動アラートを設定 |
-
-クライアント側の鍵保管には、**[iOS Keychain Services](https://developer.apple.com/documentation/security/keychain-services)** や **Android Keystore APIs** のような安全なプラットフォーム固有のツールを利用します。鍵が安全に保管されたら、アップデートパッケージに署名してその信頼性を確認します。
-
-### アップデートパッケージの署名
-
-1.  **パッケージの準備**
-    
-    アップデートバンドルを準備し、通常「dist/」または「www/」ディレクトリにあるプロダクション Capacitor ビルドの出力を含めます。パッケージには次のものを含む必要があります：
-    
-    -   `index.html`
-    -   バンドルされた JavaScript ファイル
-    -   CSS リソース
-    -   その他必要なウェブ資産
-2.  **署名プロセス**
-    
-    Capacitor の `publicKey` 設定を使用して、エンドツーエンドの暗号化を有効にします。更新時にスムーズな解凍を確保するために、zip ファイルは暗号化しないようにします。
-
-### アップデート検証手順
-
-署名されたアップデートの整合性を確保するために、次の検証手順に従います：
-
-| 検証手順 | 目的 | 実装 |
-| --- | --- | --- |
-| バンドル整合性 | パッケージの完全性を確保し、ソースを確認 | 必要なファイルと暗号学的署名を検証 |
-| バージョン管理 | ダウングレード攻撃を防止 | バージョン番号を最新の展開バージョンと比較 |
-
-追加のセキュリティを提供するために、秘密鍵を含む敏感な操作を管理するためのサーバー側の検証システムを実装してください。これは、アップデートシステムの整合性を維持するための [NIST](https://www.nist.gov/) からのベストプラクティスと推奨事項に一致します。
-
-## 失敗したアップデート管理
-
-アップデートの整合性を確認した後に失敗を効果的に管理することは、システムの信頼性とユーザーの信頼を維持するために重要です。
-
-### アップデートロールバック手順
-
-整合性チェックが失敗した場合に対応するため、自動ロールバックシステムを設定します。Capgo の自動リバージョンツールを使用することで、こうしたイベントの間にシステムを安定させることができます。
-
-| フェーズ | アクション | 検証 |
-| --- | --- | --- |
-| プリーロールバック | バックアップバージョンの整合性を検証 | 暗号学的署名を確認 |
-| 実行 | 前の動作していたバージョンを復元 | 成功した復元を確認 |
-| ポストロールバック | アプリの機能を検証 | 重要な経路テストを実行 |
-
-以下のように、スムーズなロールバックのための適切なタイムアウト設定を持つ [Capacitor updater](https://capgo.app/plugins/capacitor-updater/) を構成できます：
-
-```javascript
-{
-  appReadyTimeout: 10000,
-  responseTimeout: 15000,
-  autoDeleteFailed: true
-}
-```
-
-### エラートラッキングシステム
-
-Capacitor に組み込まれたイベントリスナーは、アップデート中のエラーを追跡するのに便利です。これを使用して、問題を効果的に監視およびログ記録します：
-
--   `updateFailed` や `downloadFailed` といったイベントを監視
--   バージョン詳細と失敗の原因をログに記録
--   パターンを分析して再発する問題を特定
-
-このアプローチは、問題の特定に役立ち、アップデートの失敗時にユーザーに明確に伝える準備をします。
-
-### ユーザーコミュニケーションガイド
-
-アップデートの失敗時にユーザーを通知しておくことは、フラストレーションを最小限に抑え、サポートチケットを減らすのに役立ちます。効果的なコミュニケーションのためのガイドは次の通りです：
-
-| タイミング | メッセージ内容 | チャンネル |
-| --- | --- | --- |
-| プリアップデート | スケジュールされたメンテナンスのお知らせ | アプリ内通知 |
-| 障害発生中 | ステータスと解決時間 | ステータスバーの更新 |
-| インシデント後 | 問題解決の確認 | プッシュ通知 |
-
-**コミュニケーションのための重要なヒント：**
-
-1.  ユーザーに即座に通知し、簡単な説明と推定される解決時間を提供します。
-2.  システムのステータスバーを通じて継続的に更新を提供します。
-3.  問題が解決したら、最終的な確認を送信し、バージョン確認の手順を含めます。
-
-> "よく考えられたロールバック計画は、組織のリスク管理と運用準備の成熟度を示すものです。" - Jos Accapadi, MBA, LinkedIn 記事
-
-## セキュリティガイドラインの概要
-
-このセクションでは、前述の重要なセキュリティプラクティスをまとめます。
-
-### 主なセキュリティポイント
-
-効果的な OTA セキュリティは、複数の保護層に依存しています。SSL ピンニングやデバイス上の証明書の保管などの技術は、マンインザミドル攻撃を防ぐのに役立ちます [\[4\]](https://ionic.io/blog/capacitor-ssl-pinning)。
-
-| **セキュリティレイヤー** | **実装** | **検証方法** |
-| --- | --- | --- |
-| コミュニケーション | HTTPS を強制 | SSL 証明書の検証 |
-| ファイルの整合性 | チェックサムを生成 | `checksum.json` の検証 |
-| 認証 | リクエスト署名 | 公開鍵の検証 |
-| アップデート保護 | SSL ピンニング | 証明書のマッチング |
-
-### Capgo 統合
-
-Capgo の最新リリース (v7.0.23, 2025年2月) は、プラットフォーム全体でのパッケージ管理において向上したセキュリティをもたらします。Capgo を統合することで、安全なアップデートプロセスを効率化できます。このプラットフォームは、エンドツーエンドの暗号化を使用し、アプリストアのセキュリティ要件に準拠しています。
-
-プロジェクトのための安全な設定の例は以下の通りです：
-
-```javascript
-{
-  autoUpdate: true,
-  updateUrl: "https://api.capgo.app/updates",
-  autoDeleteFailed: true,
-  responseTimeout: 15000
-}
-```
-
-### 開発者チェックリスト
-
-[OWASP](https://en.wikipedia.org/wiki/OWASP) は、不正な通信がモバイル開発における最大のリスクの一つであると指摘し、堅牢なセキュリティ対策の重要性を強調しています [\[4\]](https://ionic.io/blog/capacitor-ssl-pinning)。
-
--   **認証と検証**
-    
-    -   セキュアなリクエスト認証のために Capgo のトークンシステムを使用。
-    -   ビルドプロセス中に `checksum.json` ファイルを作成し、個々のコンポーネントと全体のパッケージを確認します [\[1\]](https://github.com/objektlabs/capacitor-app-updater)。
-    -   認証情報が安全に保管されていることを確認します。
--   **監視と設定**
-    
-    -   エラートラッキングを有効にして問題を早期にキャッチ。
-    -   失敗したアップデートのために自動ロールバックを設定。
-    -   Capgo の分析ダッシュボードを使用して、アップデートのパフォーマンスと統計を監視。
-
-これらのプラクティスに従うことで、Capacitor アプリのセキュアな OTA アップデートを維持できます。
diff --git a/src/content/blog/ja/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md b/src/content/blog/ja/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
deleted file mode 100644
index eba4a22d0..000000000
--- a/src/content/blog/ja/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
+++ /dev/null
@@ -1,90 +0,0 @@
----
-slug: introducing-end-to-end-security-to-capacitor-updater-with-code-signing
-title: capacitor-updater のコード署名によるエンドツーエンド暗号化の導入
-description: 企業向けおよびハイセキュリティアプリ向けに設計された、RSA + AES暗号化を使用したアップデートの暗号化
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-27T00:00:00.000Z
-updated_at: 2024-08-27T00:00:00.000Z
-head_image: /secure_upload.webp
-head_image_alt: Capgoでセキュアなアップロード
-keywords: >-
-  E2E, code signing, RSA, AES, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Solution
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor-updater](https://github.com/Cap-go/capacitor-updater/)は、エンドツーエンドのコード暗号化をサポートするようになりました。コード署名により、エンドユーザーのデバイスで実行される更新が改ざんされていないことを確認し、Capacitor-updaterの標準的なWebグレードのセキュリティに加えて、さらなる保護レベルを提供します。
-
-## Capacitor-updaterのデフォルトセキュリティ
-
-デフォルトでは、Capgoのセキュリティモデルはウェブホスティングプロバイダーのそれと似ています。Capgoは更新を[保存時に暗号化](https://cloud.google.com/docs/security/encryption/default-encryption/)し、最新の暗号化方式を使用してHTTPS経由で配信します。同様に、開発者のコンピューターからの更新の公開も常にHTTPSを使用します。
-
-![CapgoはSSL LabsのHTTPSテストでA+スコアを獲得](/ssllabs_report.webp)
-
-CapgoのデフォルトセキュリティはSSL LabsのHTTPSテストでA+スコアを獲得しています（https://www.ssllabs.com、2022年11月）
-
-最高クラスのウェブホストと同様に、Capgoはサーバーとエンドユーザーのデバイス間のネットワーク接続のプライバシーと整合性を保護するためにHTTPSを使用します。これはウェブとCapgoを使用するIonicアプリの両方に適した優れたセキュリティレベルです。
-
-## クラウドインフラストラクチャーのサプライチェーン
-
-Capgoとほとんどのウェブホストに共通するもう一つの点は、AWS、GCP、または他の一般的なクラウドプロバイダーからの下位レベルのクラウドインフラストラクチャー上で実行されることです。これらのクラウドプロバイダーとCapgoまたは他のウェブホストが運用するハードウェアとソフトウェアは、クラウドサプライチェーンの一部です。
-
-クラウドサプライチェーンとそのセキュリティモデルは、膨大な数のウェブサイトとアプリに対応しています。クラウドプロバイダーを使用するすべてのウェブ開発者は、そのプロバイダーを信頼し、アップロードしたファイルが改ざんされることなく実行または提供されることを期待しています。そして、クラウドプロバイダーはインフラストラクチャーの安全性確保に尽力しています。
-
-しかし当然ながら、ハードウェアとソフトウェアの脆弱性は発見されます。クラウドプロバイダーは適時にスケジュールで脆弱性を修正し、悪意のあるソフトウェアを積極的に防止し（例：[Google's SLSA](https://security.googleblog.com/2021/06/introducing-slsa-end-to-end-framework.html/)）、多層防御を構築しており、実際にクラウドインフラストラクチャーはほとんどのウェブサイトとアプリのセキュリティニーズを満たしています。ただし、一部のIonicアプリは、脅威モデルに侵害されたクラウドインフラストラクチャーを含めています。これらのウェブを超える最高のセキュリティ要件を持つCapacitor JSアプリのために、CapgoとCapgo Updates標準プロトコールにエンドツーエンドのコード署名を組み込みました。
-
-## Capgoによるエンドツーエンドコード署名
-
-Capgoのエンドツーエンドコード署名は、公開鍵暗号方式を使用して、エンドユーザーのデバイスがCapacitorアプリ開発者からの未変更の元の更新のみを実行することを保証します。
-
-「エンドツーエンド」とは、開発者が更新を公開してから、エンドユーザーのデバイスが更新を受信して実行するまでの流れをカバーするセキュリティを意味します。「コード署名」は、暗号化と秘密の秘密鍵を使用してコードに「署名」し、後で信頼された公開鍵を使用して署名を検証することです。
-
-以下は、その仕組みを説明する簡単な*スキーマです：
-
-![Capgo暗号化スキーマ](/encryption_flow.webp)
-
-* 実際には複雑で、暗号化は難しい
-
-*定義*：
-- AES：Advanced Encryption Standard、対称暗号化アルゴリズム、暗号化と復号化に1つの鍵を使用
-- RSA：Rivest–Shamir–Adleman、非対称暗号化アルゴリズム、2つの鍵を使用：公開鍵と秘密鍵
-- Cypher：暗号化されたデータ
-- セッションキー：データの暗号化と復号化に使用されるAES鍵
-- チェックサム：ファイルに対して計算されたハッシュ
-- 署名：秘密RSA鍵で暗号化されたチェックサム。公開RSA鍵で検証可能
-
-更新の暗号化にはAESアルゴリズムを使用します。アップロードごとにランダムなAES鍵が生成され、そのAES鍵とチェックサム（以下「署名」）は開発者の秘密RSA鍵で暗号化されます。開発者の公開RSA鍵はアプリでAES鍵と署名（チェックサムに戻す）を復号化するために使用されます。その後、復号化されたAES鍵を使用して更新を復号化し、復号化された更新のチェックサムが計算され、復号化された署名と比較されます。
-
-RSAは大量のデータを暗号化できないため、2つの異なる暗号化アルゴリズムを使用します。AESは更新の暗号化に使用され、RSAはAES鍵とチェックサムの暗号化に使用されます。
-
-これにより、Capgoでさえもバンドルの内容を読むことができません。これは多くのエンタープライズ顧客が使用する堅牢なセキュリティモデルです。
-
-**更新暗号化V2 2024-08-27：**
-- アプリに保存される鍵の種類を変更しました。これは、秘密鍵（以前は復号化に使用）から公開鍵（以前は暗号化に使用）を推測することを防ぐために行われました。現在、アプリは公開鍵（現在は復号化に使用）を保存します。
-- チェックサムをCRC32アルゴリズムからSHA256アルゴリズムに変更しました。また、[バンドルの署名](https://en.wikipedia.org/wiki/RSA_(cryptosystem)#Signing_messages)を開始しました。暗号化V2が設定されている場合、更新は有効な署名を持つ必要があります。これはプラグインによって厳密に強制されます。
-- 暗号化V2が設定されている場合、有効な署名を強制するようになりました。
-これらの3つの変更は、コミュニティメンバーからのセキュリティ分析の後に行われました。これらは更新中の暗号化攻撃を防ぐためのものです。
-
-暗号化V1を使用していた場合、新しいセキュリティ機能を利用するためにV2に移行してください。[移行手順](/docs/cli/migrations/encryption/)に従ってください。
-
-エンドツーエンドコード署名により、Capgoは「トラストレス」なクラウドインフラストラクチャーになります。CapgoのクラウドプロバイダーやCapgo自体がコード署名された更新を変更しようとしても、エンドユーザーのデバイスはその更新を拒否し、デバイスにすでにある以前の信頼された更新を実行します。
-
-ウェブレベルのHTTPSは多くのアプリに十分ですが、一部の大企業はエンドツーエンドコード署名による追加のセキュリティレベルを魅力的に感じています。これらの企業の中には、高額で永続的な取引を行う金融アプリを作成する企業もあれば、脅威モデルに侵害されたクラウドインフラストラクチャーを含めるCISOを持つ企業もあります。これらのユースケースのためにCapgoにエンドツーエンドコード署名を組み込み、より高レベルのセキュリティニーズを持つ企業からの意見をさらに聞きたいと考えています。
-
-## エンタープライズ顧客向けの始め方
-
-セキュリティを重視する大企業やプロジェクトのために、コード署名の設定と維持を容易にしたいと考えています。そのために、以下の機能を提供しています：
-
-- 迅速な証明書のセットアップと設定
-- CapgoとDevelopmentビルドの両方でのコード署名開発サーバーのサポート
-- すべての更新での本番コード署名
-
-Capgoコード署名はすべての顧客が利用できます。始めるには、[セットアップ手順](/docs/cli/commands/#end-to-end-encryption-trustless)に従ってください。
-
-## クレジット
-
-[Ionic](https://ionic.com/)に大変感謝します。この記事は[この記事](https://ionic.io/blog/introducing-the-ionic-end-to-end-testing-reference-example/)をベースにchat-gpt-3で書き直し、適応したものです。
diff --git a/src/content/blog/ja/ionic-capacitor-push-notifications-firebase.md b/src/content/blog/ja/ionic-capacitor-push-notifications-firebase.md
deleted file mode 100644
index c6675f82b..000000000
--- a/src/content/blog/ja/ionic-capacitor-push-notifications-firebase.md
+++ /dev/null
@@ -1,443 +0,0 @@
----
-slug: ionic-capacitor-push-notifications-firebase
-title: Ionic Capacitorを使用したFirebaseによるプッシュ通知：ステップバイステップガイド
-description: >-
-  Firebaseを使用してIonic
-  Capacitorアプリにプッシュ通知を統合する方法を学び、AndroidおよびiOSプラットフォームの両方に対するステップバイステップの指示を提供します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /push_notif.webp
-head_image_alt: Ionic Capacitor Firebaseを使用したプッシュ通知
-keywords: >-
-  Ionic, Capacitor, push notifications, Firebase, mobile app development, live
-  updates, OTA updates, continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: ''
----
-このチュートリアルでは、Firebaseを使用してIonic Capacitorアプリにプッシュ通知を統合します。これには特定のサービスは必要ありませんが、事前にいくつかの設定を行う必要があります。Firebaseは、Androidに必要であり、データベースを使用せずに通知を送信できるため、優れた選択肢です。
-
-<div class="mx-auto" style="width: 50%;">
-  <video src="/push_demo.mov" alt="ionic capacitor push" autoplay loop muted>
-</div>
-
-まず、Capacitorを有効にしたIonicアプリを作成し、アプリのユニークな識別子である**パッケージID**を指定します。次に、アプリをビルドし、ネイティブプラットフォームを追加します。
-
-```bash
-ionic start pushApp blank --type=angular --capacitor --package-id=com.appdactic.devpush
-cd ./pushApp
-ionic build
-npx cap add ios
-npx cap add android
-```
-
-すでにアプリがある場合は、**capacitor.config.json**を変更して**appId**を含めることができます。ただし、ネイティブフォルダーがすでに存在する場合は、Capacitorがフォルダーを一度だけ作成し、**ID自体を更新しない**ため、IDが表示されるすべてのファイルでIDを置き換える必要があります。**capacitor.config.json**では、バッジカウントの更新、プッシュ時に音を鳴らす、通知が到着したときにアラートを表示するなどのオプションも指定できます。
-
-```json
-{
-  "appId": "com.appdactic.devpush",
-  "appName": "pushApp",
-  "bundledWebRuntime": false,
-  "npmClient": "npm",
-  "webDir": "www",
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 0
-    },
-    "PushNotifications": {
-      "presentationOptions": ["badge", "sound", "alert"]
-    }
-  },
-  "cordova": {}
-}
-```
-
-さて、アプリの外部でプッシュ通知を設定しましょう。
-
-## Firebase設定
-
-まず、[新しいFirebaseプロジェクトを作成](https://firebase.google.com/)するか、既存のものを使用します。新しいプロジェクト名とデフォルトオプションを提供します。
-
-新しいアプリがある場合、アプリのダッシュボードに**「Firebaseをアプリに追加して始める」**と表示されます。そうでない場合は、歯車アイコンをクリックして**プロジェクト設定**に移動し、アプリを追加します。
-
-iOSとAndroidのダイアログは似たような外観で、重要なのはアプリ用に**パッケージID**を使用することです。
-
-<div class="mx-auto" style="width: 100%;">
-  <img src="/firebase-app-setup-ios.webp" alt="firebase-app-setup-ios">
-</div>
-
-初期ステップの後、以下のファイルをダウンロードします：
-
-- Android用の**google-services.json**ファイル
-- iOS用の**GoogleService-info.plist**ファイル
-
-次に、プラットフォームを設定します。
-
-### Androidプッシュ準備
-
-Androidでは、ダウンロードした**google-services.json**ファイルを**android/app/**フォルダーに移動します。
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/android-push-file.webp" alt="android-push-file">
-</div>
-
-これでAndroidは完了です。次にiOSを設定しましょう。
-
-### iOSプッシュ準備
-
-この部分はより複雑です。まず、[Apple Developerアカウントの識別子リスト内にアプリのApp IDを作成](https://developer.apple.com/account/resources/identifiers/list/)します。リストから**プッシュ通知機能**を選択してください。
-
-![ionic-ios-push-id](/ionic-ios-push-id.webp)
-
-**Bundle ID**は、CapacitorおよびFirebase内のあなたのApp IDと同じである必要があります。
-
-次に、[鍵を作成](https://developer.apple.com/account/resources/authkeys/list/)し、**Apple Push Notifications service (APNs)**を有効にします。鍵の最大数に達した場合は、既存の鍵や証明書を代わりに使用できますが、そのプロセスはより複雑です。
-
-![ios-developer-push-key](/ios-developer-push-key.webp)
-
-**.p8**ファイルをダウンロードした後、Firebaseにアップロードします。Firebaseプロジェクト設定の**Cloud Messaging**タブを開き、ファイルをアップロードし、iOSからのKey IDとTeam IDの詳細を入力します。
-
-![firebase-upload-ios-key](/firebase-upload-ios-key.webp)
-
-次に、以下のコマンドを実行してXcodeプロジェクトに変更を加えます：
-
-```bash
-npx cap open ios
-```
-
-Firebaseからダウンロードした**GoogleService-Info.plist**ファイルをiOSプロジェクトにコピーします。ファイルをアプリ/appフォルダー内のXcodeプロジェクトにドラッグし、**必要に応じてアイテムをコピー**を選択します。
-
-次に、**ios/App/Podfile**にFirebase依存関係用の新しいPodを追加します：
-
-```ruby
-target 'App' do
-  capacitor_pods
-  # Add your Pods here
-  pod 'Firebase/Messaging'
-end
-```
-
-このコマンドでネイティブプラットフォームを更新します：
-
-```bash
-npx cap update ios
-```
-
-**ios/App/App/AppDelegate.swift**内のネイティブSwiftコードを修正して、Firebaseに登録し、アプリに正しいトークンを返します。
-
-```swift
-import UIKit
-import Capacitor
-import Firebase
-
-@UIApplicationMain
-class AppDelegate: UIResponder, UIApplicationDelegate {
-
-  var window: UIWindow?
-
-  func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-    // Override point for customization after application launch.
-    FirebaseApp.configure()
-    return true
-  }
-
-  // All the existing functions
-  // ...
-
-  // Update this one:
-    func application(_ application: UIApplication, didRegisterForRemoteNotificationsWithDeviceToken deviceToken: Data) {
-        Messaging.messaging().apnsToken = deviceToken
-        InstanceID.instanceID().instanceID { (result, error) in
-            if let error = error {
-                NotificationCenter.default.post(name: Notification.Name(CAPNotifications.DidFailToRegisterForRemoteNotificationsWithError.name()), object: error)
-            } else if let result = result {
-                NotificationCenter.default.post(name: Notification.Name(CAPNotifications.DidRegisterForRemoteNotificationsWithDeviceToken.name()), object: result.token)
-            }
-        }
-    }
-}
-```
-
-最後に、Xcodeプロジェクト内でプッシュ通知の機能を追加します。
-
-![capacitor-xcode-capability](/capacitor-xcode-capability.webp)
-
-これでアプリをビルドし、プッシュ通知を統合しましょう。
-
-## Ionicプッシュ通知統合
-
-Ionicプロジェクトにサービスと新しいページを作成します：
-
-```bash
-ionic g service services/fcm
-ionic g page pages/details
-```
-
-**app/app-routing.module.ts**内のルーティングを新しいページと動的IDを含むように更新します：
-
-```typescript
-import { NgModule } from '@angular/core';
-import { PreloadAllModules, RouterModule, Routes } from '@angular/router';
-
-const routes: Routes = [
-  {
-    path: 'home',
-    loadChildren: () => import('./home/home.module').then( m => m.HomePageModule)
-  },
-  {
-    path: '',
-    redirectTo: 'home',
-    pathMatch: 'full'
-  },
-  {
-    path: 'home/:id',
-    loadChildren: () => import('./pages/details/details.module').then( m => m.DetailsPageModule)
-  },
-];
-
-@NgModule({
-  imports: [
-    RouterModule.forRoot(routes, { preloadingStrategy: PreloadAllModules })
-  ],
-  exports: [RouterModule]
-})
-export class AppRoutingModule { }
-```
-
-**services/fcm.service.ts**内でプッシュ通知を処理するサービスを作成します：
-
-```typescript
-import { Injectable } from '@angular/core';
-import {
-  Plugins,
-  PushNotification,
-  PushNotificationToken,
-  PushNotificationActionPerformed,
-  Capacitor
-} from '@capacitor/core';
-import { Router } from '@angular/router';
-
-const { PushNotifications } = Plugins;
-
-@Injectable({
-  providedIn: 'root'
-})
-export class FcmService {
-
-  constructor(private router: Router) { }
-
-  initPush() {
-    if (Capacitor.platform !== 'web') {
-      this.registerPush();
-    }
-  }
-
-  private registerPush() {
-    PushNotifications.requestPermission().then((permission) => {
-      if (permission.granted) {
-        // Register with Apple / Google to receive push via APNS/FCM
-        PushNotifications.register();
-      } else {
-        // No permission for push granted
-      }
-    });
-
-    PushNotifications.addListener(
-      'registration',
-      (token: PushNotificationToken) => {
-        console.log('My token: ' + JSON.stringify(token));
-      }
-    );
-
-    PushNotifications.addListener('registrationError', (error: any) => {
-      console.log('Error: ' + JSON.stringify(error));
-    });
-
-    PushNotifications.addListener(
-      'pushNotificationReceived',
-      async (notification: PushNotification) => {
-        console.log('Push received: ' + JSON.stringify(notification));
-      }
-    );
-
-    PushNotifications.addListener(
-      'pushNotificationActionPerformed',
-      async (notification: PushNotificationActionPerformed) => {
-        const data = notification.notification.data;
-        console.log('Action performed: ' + JSON.stringify(notification.notification));
-        if (data.detailsId) {
-          this.router.navigateByUrl(`/home/${data.detailsId}`);
-        }
-      }
-    );
-  }
-}
-```
-
-**app/app.component.ts**内で`initPush()`関数を呼び出します：
-
-```typescript
-import { Component } from '@angular/core';
-
-import { Platform } from '@ionic/angular';
-import { SplashScreen } from '@ionic-native/splash-screen/ngx';
-import { StatusBar } from '@ionic-native/status-bar/ngx';
-import { FcmService } from './services/fcm.service';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: 'app.component.html',
-  styleUrls: ['app.component.scss']
-})
-export class AppComponent {
-  constructor(
-    private platform: Platform,
-    private splashScreen: SplashScreen,
-    private statusBar: StatusBar,
-    private fcmService: FcmService
-  ) {
-    this.initializeApp();
-  }
-
-  initializeApp() {
-    this.platform.ready().then(() => {
-      this.statusBar.styleDefault();
-      this.splashScreen.hide();
-
-      // Trigger the push setup
-      this.fcmService.initPush();
-    });
-  }
-}
-```
-
-**pages/details/details.page.ts**内で詳細ページの情報を処理します：
-
-```typescript
-import { Component, OnInit } from '@angular/core';
-import { ActivatedRoute } from '@angular/router';
-import { Plugins } from '@capacitor/core';
-const { PushNotifications } = Plugins;
-
-@Component({
-  selector: 'app-details',
-  templateUrl: './details.page.html',
-  styleUrls: ['./details.page.scss'],
-})
-export class DetailsPage implements OnInit {
-  id = null;
-
-  constructor(private route: ActivatedRoute) { }
-
-  ngOnInit() {
-    this.route.paramMap.subscribe(params => {
-      this.id = params.get('id');
-    });
-  }
-
-  resetBadgeCount() {
-    PushNotifications.removeAllDeliveredNotifications();
-  }
-
-}
-```
-
-**pages/details/details.page.html**内で詳細を表示します：
-
-```html
-<ion-header>
-  <ion-toolbar>
-    <ion-buttons slot="start">
-      <ion-back-button defaultHref="/"></ion-back-button>
-    </ion-buttons>
-    <ion-title>Details</ion-title>
-  </ion-toolbar>
-</ion-header>
-
-<ion-content>
-  My Id from push: {{ id }}
-
-  <ion-button (click)="resetBadgeCount()" expand="block">
-    Reset Badge Count
-  </ion-button>
-</ion-content>
-```
-
-アプリをビルドし、変更を同期し、デバイスにデプロイします。
-
-```bash
-ionic build
-npx cap sync
-```
-
-これでFirebaseを使用してプッシュ通知を送信できます。
-
-## Firebaseでのプッシュ通知送信
-
-Firebaseでプッシュ通知を送信する方法はいくつかあります。
-
-### 特定デバイスタスト
-
-デバイスにアプリをデプロイした後、登録後のトークンを確認するためにコンソールログを確認できます。このトークンを使用して、統合が正常に動作していることを確認するために、ターゲットテストプッシュを送信します。Firebaseで**Cloud Messaging**に移動し、**テストメッセージを送信**を選択します。ログからデバイストークンを追加します。
-
-![firebase-test-push](/firebase-test-push.webp)
-
-すべてが正しく設定されていれば、デバイスでプッシュ通知を見ることができるはずです。
-
-### ペイロード付きプッシュメッセージ
-
-追加情報を含むプッシュ通知をテストするには、同じページのウィザードに従い、一般情報を指定し、ターゲットとするプラットフォームを選択します。プッシュ通知にペイロードを送信するための**追加オプション**を追加します。
-
-![firebase-push-payload](/firebase-push-payload.webp)
-
-**高度なオプション**セクションで、**カスタムデータ**のキーと値のペアを追加します。たとえば、`detailsId`というキーと任意の値を使用できます。このデータは、指定したIDを持って詳細ページに移動するためにアプリで使用されます。
-
-プッシュ通知を送信した後、アプリはそれを受信し、通知がタップされたときに指定したIDを持った詳細ページを表示する必要があります。
-
-### Firebase APIを使用
-
-Firebase APIを使用してプッシュ通知をプログラム的に送信することもできます。これを行うには、Firebaseプロジェクト設定の**Cloud Messaging**タブから**サーバーキー**を取得する必要があります。
-
-サーバーキーを使用して、必要なペイロードを持つPOSTリクエストをFirebase APIに送信できます。以下は、Node.jsと`request`ライブラリを使用した例です：
-
-```javascript
-const request = require('request');
-
-const serverKey = 'YOUR_SERVER_KEY';
-const deviceToken = 'YOUR_DEVICE_TOKEN';
-
-const options = {
-  method: 'POST',
-  url: 'https://fcm.googleapis.com/fcm/send',
-  headers: {
-    'Content-Type': 'application/json',
-    Authorization: 'key=' + serverKey
-  },
-  body: JSON.stringify({
-    to: deviceToken,
-    notification: {
-      title: 'Test Push',
-      body: 'This is a test push notification with custom data'
-    },
-    data: {
-      detailsId: '123'
-    }
-  })
-};
-
-request(options, (error, response, body) => {
-  if (error) {
-    console.error('Error sending push:', error);
-  } else {
-    console.log('Push sent successfully:', body);
-  }
-});
-```
-
-`YOUR_SERVER_KEY`と`YOUR_DEVICE_TOKEN`を実際のサーバーキーとデバイストークンに置き換えます。スクリプトを実行すると、デバイスはカスタムペイロードを持つプッシュ通知を受信するはずです。
-
-これで完了です！Firebaseを使用してIonic Capacitorアプリにプッシュ通知を正常に統合しました。これでAndroidおよびiOSプラットフォームでユーザーにプッシュ通知を送信できます。
diff --git a/src/content/blog/ja/key-management-under-chinas-encryption-rules.md b/src/content/blog/ja/key-management-under-chinas-encryption-rules.md
deleted file mode 100644
index 2d3224c78..000000000
--- a/src/content/blog/ja/key-management-under-chinas-encryption-rules.md
+++ /dev/null
@@ -1,142 +0,0 @@
----
-slug: key-management-under-chinas-encryption-rules
-title: 中国の暗号規則に基づく鍵管理
-description: 中国の暗号化キー管理法を理解することは、ローカルストレージ、監査、および技術規制を含むコンプライアンスにとって極めて重要です。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T02:41:08.008Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eddf34ebbb9dc806408915-1743648083390.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  encryption, key management, China, compliance, data residency, encryption
-  standards, audits, government oversight
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**中国での暗号化キーの管理は複雑ですが、コンプライアンスには不可欠です。** 知っておくべきことは以下の通りです：
-
--   **暗号化法の基本**：中国本土のサーバーでキーを保存し、承認された暗号化方式を使用し、監査を受け、詳細な記録を保管する。
--   **課題**：
-    -   サーバーは中国国内に設置し、冗長性とデータ所在地の厳格な管理が必要。
-    -   政府による監督には、監査、アクセスプロトコル、コンプライアンス報告が含まれる。
-    -   技術的な制限によりアルゴリズム、キーの長さ、プロトコルが制限される。
--   **解決策**：
-    -   オンプレミス、ハイブリッドクラウド、マネージドサービス、セルフホストから選択。
-    -   [Capgo](https://capgo.app/)などのツールを使用してローカルホスティング、エンドツーエンドの暗号化、コンプライアンスの自動化を実現。
--   **ヒント**：
-    -   定期的なコンプライアンスチェック。
-    -   現地の専門家との協力。
-    -   中国の暗号化基準に適合するツールの使用。
-
-**比較表**：
-
-| 方式 | 保存場所 | コンプライアンスレベル | 複雑さ |
-| --- | --- | --- | --- |
-| オンプレミスHSM | ローカルデータセンター | 高 | 高 |
-| ハイブリッドクラウド | ローカルとクラウドの混合 | 中-高 | 中 |
-| マネージドKMS | 認証済みクラウド | 高 | 低 |
-| セルフホスト | プライベートインフラ | 高 | 中-高 |
-
-成功するためには、コンプライアンス、セキュアなツール、専門家のガイダンスに焦点を当てましょう。
-
-## Konstantinos Karagiannis | Did China break encryption ...
-
-<iframe src="https://www.youtube.com/embed/Ay_Qxy3bBI0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 中国におけるキー管理の課題
-
-中国の規制下での暗号化キーの取り扱いには、正確な技術的解決策と慎重なコンプライアンスを必要とする様々な課題があります。
-
-### データストレージのルール
-
-中国の[個人情報保護法](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China)（PIPL）は、暗号化キーの保存に関して厳格なルールを課しています。キーストレージシステムは以下を満たす必要があります：
-
--   法律で要求される通り、物理サーバーを完全に中国本土内に設置。
--   国内の複数のデータセンターにわたる冗長性の確保。
--   処理中のデータを国境内に維持。
--   すべてのキーアクセスと変更の詳細なログを保持。
-
-これは、開発者が中国国内外の運用のために別々のストレージ設定を必要とすることを意味します。セキュアなストレージは必須ですが、監督のレベルにより複雑さが増します。
-
-### 政府の監督要件
-
-ストレージルールに加えて、政府の監督により暗号化キーの管理にさらなる障壁が生じます。主な要件とその影響は以下の通りです：
-
-| 要件 | 開発への影響 | 技術的な影響 |
-| --- | --- | --- |
-| 定期監査 | 四半期ごとのセキュリティレビュー | 詳細な監査証跡が必要 |
-| アクセスプロトコル | 当局のアクセスプロトコル | 監督用のセキュアなエンドポイント |
-| 報告システム | 月次コンプライアンスレポート | 自動監視システム |
-| キーバックアップ | セカンダリストレージのセットアップ | より高いインフラコスト |
-
-これらの要件は運用コストを増加させるだけでなく、コンプライアンス基準を満たすための高度な技術的解決策を必要とします。 
-
-### 技術的制限
-
-ストレージと監督に加えて、技術的な制限により[暗号化の実践](https://capgo.app/docs/cli/migrations/encryption/)にさらなる障害が生じます。開発者は以下に対処する必要があります：
-
--   **承認されたアルゴリズム**：政府認証の暗号化方式のみ使用可能。
--   **キー長の制限**：最大キー長が厳格に規制される。
--   **プロトコルの制限**：特定のプロトコルが明示的に禁止される。
-
-これらの制約により、特に頻繁な更新やリアルタイムデータ処理を必要とするアプリケーションでセキュアな機能を実装することが困難になる場合があります。その結果、多くの開発者はコンプライアンスとパフォーマンス、セキュリティのニーズのバランスを取るために、専門的なツールやサービスを利用しています。
-
-## 中国のキー管理のソリューション
-
-### ローカルストレージとコンプライアンス
-
-中国の規制では、キー管理システムがコンプライアントなセルフホスティングを通じてデータ主権を確保することを要求しています。Capgoの[セルフホスティングオプション](https://capgo.app/blog/self-hosted-capgo/)は、すべてのデータを中国本土内に保持し、これらの規則に従って暗号化キーを管理する安全なアプローチを提供します。このセットアップは、暗号化基準を効果的に満たすための基盤を提供します。
-
-### アップデートシステムと暗号化セキュリティ
-
-中国の暗号化法では、[アプリのアップデート](https://capgo.app/plugins/capacitor-updater/)を承認されたプラットフォームを通じて処理することを要求しています。Capgoはエンドツーエンドの暗号化を使用してこれに対応し、認証されたユーザーのみがデータを復号化できるようにしています。そのCI/CD統合はコンプライアンスチェックを自動化することでプロセスを簡素化し、組み込みのバージョン管理は暗号化の変更を監視するための詳細な監査証跡を提供します。
-
-## キー管理手法
-
-中国で暗号化キーを効果的に管理するには、厳格な規制と運用ニーズのバランスを取る必要があります。組織はデータ主権ルールを満たしながら、オンプレミスストレージ、ハイブリッドクラウドセットアップ、マネージドキーサービス、またはセルフホストソリューションなどのオプションを検討する必要があります。
-
-### 手法比較表
-
-| 手法 | 保存場所 | コンプライアンスレベル | 実装の複雑さ |
-| --- | --- | --- | --- |
-| オンプレミスHSM | 中国国内のローカルデータセンター | 高 | 高 |
-| ハイブリッドクラウド | ローカルデータセンターと承認されたプロバイダーの混合 | 中-高 | 中 |
-| マネージドKMS | 中国国内の認証済みクラウドプロバイダー | 高 | 低 |
-| セルフホスト | 中国国内のプライベートインフラ | 高 | 中-高 |
-
-各オプションにはそれぞれの利点があります。オンプレミスのハードウェアセキュリティモジュール（HSM）は最高レベルの制御を提供しますが、インフラへの大きな投資が必要です。ハイブリッドクラウドソリューションは、ローカルと承認されたクラウドリソースを組み合わせることで、柔軟性とコンプライアンスのバランスを取ります。マネージドキーサービスは展開を簡素化しますが、カスタマイズ性は低くなる可能性があります。セルフホストのセットアップは、中国内で暗号化システムの詳細な制御を必要とする組織にとって人気を集めています。
-
-手法を選択する際は、継続的なメンテナンス、コンプライアンスチェック、定期的な監査をサポートするオプションを優先してください。これらの考慮事項は、次のセクションで扱う実践的なガイドラインの基礎となります。
-
-## 開発者ガイドライン
-
-中国の規制下での暗号化キーの管理には、構造化されたアプローチが必要です。これらのガイドラインは、開発者が規制要件と実践的なアプリケーションを調和させるのに役立ちます。
-
-### 定期的なルールチェック
-
-開発者は暗号化規制のコンプライアンスを確保するための定期的なプロセスを確立する必要があります。これには、キーストレージ方法の定期的なレビュー、暗号化アルゴリズムの使用の確認、アクセス制御のチェック、データ所在地ルールの遵守の確認が含まれます。中国の暗号化基準へのコンプライアンスを示すために、これらのレビューの詳細な記録を保管してください。
-
-### 現地の専門家との協力
-
-中国の暗号化要件への対応は課題となる可能性があります。現地の法律およびセキュリティの専門家とのパートナーシップが重要です。これらの専門家は、承認された暗号化基準の実装、必要な文書の中国語での準備、政府監査時の支援を提供し、すべてが適切に行われるようにすることができます。
-
-### コンプライアントなツールの選択
-
-中国の暗号化要件を満たすツールを使用することは、セキュリティを損なうことなく効率性を維持するための鍵となります。例えば、Capgoはエンドツーエンドの暗号化とローカルホスティングオプションを備えたアプリのアップデートをサポートしています[\[1\]](https://capgo.app/) 。これは、アップデートを管理するための以前の戦略と一致します。ツールを選択する際は、[ローカルデータストレージ](https://capgo.app/plugins/capacitor-data-storage-sqlite/)、承認された暗号化方式、詳細な監査証跡、強力なアクセス制御などの機能に焦点を当ててください。データによると、Capgoのようなツールを使用する開発者は、コンプライアンスを維持しながら24時間以内に95%のアクティブユーザーアップデート率を達成しています[\[1\]](https://capgo.app/) 。
-
-> "Capgoは生産性を向上させたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられることは素晴らしいことです。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## まとめ
-
-中国での暗号化キーの管理には、ローカルデータストレージ、承認された基準の遵守、詳細な監査証跡の維持が必要です。これらの厳格なルールと効率的な運用のバランスを取ることは、中国市場での成功に不可欠です。
-
-2024年の[Microsoft CodePush](https://microsoft.github.io/code-push/)のシャットダウン以降、新しいツールが技術的および規制上のニーズに対応するために登場しています。その一例がCapgoで、強力なセキュリティ実践と合理化されたアプリケーションデプロイメントを組み合わせています。
-
-中国の暗号化法に準拠しながら開発速度を維持するために、適切なツールの使用、文書の最新化、定期的な監査の実施、専門家との協力が不可欠です。これらのステップは、中国の複雑な規制環境を効果的にナビゲートするための鍵となります。
-
-> "Capgoは生産性を向上させたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられることは素晴らしいことです。" - Bessie Cooper [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ja/live-updates-faq-answers-for-app-developers.md b/src/content/blog/ja/live-updates-faq-answers-for-app-developers.md
deleted file mode 100644
index eafcb22c0..000000000
--- a/src/content/blog/ja/live-updates-faq-answers-for-app-developers.md
+++ /dev/null
@@ -1,318 +0,0 @@
----
-slug: live-updates-faq-answers-for-app-developers
-title: ライブアップデートFAQ：アプリ開発者向けの回答
-description: アプリ開発者向けのライブアップデートの利点を探ります。これには、迅速なデプロイ、自動更新、改善されたユーザー体験が含まれます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-07T06:25:21.043Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a55480be11a9ef5f3c1ab9-1738909539340.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  live updates, app development, OTA technology, CI/CD, security protocols,
-  emergency fixes, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-ライブ更新により、開発者はアプリストアのレビューを待つことなく、ユーザーのアプリに迅速に更新や修正をプッシュできます。彼らは、リアルタイムで変更を適用するためにオーバー・ザ・エア（OTA）技術を使用し、展開のスピードと効率を向上させます。
-
-### ライブ更新の主な利点:
-
--   **デプロイの迅速化**: 更新は3-5日ではなく、1-2時間で公開可能です。
--   **[自動更新](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: ユーザーはアプリを手動で更新する必要がありません。
--   **部分更新**: 必要な変更のみが更新され、アプリ全体は更新されません。
--   **緊急修正**: 重大なバグは即座に解決できます。
-
-### [Capacitor](https://capacitorjs.com/)でのライブ更新の使用方法:
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-07.jpg?auto=compress)
-
-1.  **SDKのセットアップ**: ライブ更新SDKをインストールし、アプリを構成します。
-2.  **更新ロジックの統合**: 自動的に更新をチェックし、適用するコードを追加します。
-3.  **CI/CDパイプラインの利用**: スムーズな更新のためにテストとデプロイを自動化します。
-4.  **セキュリティを確保**: 暗号化とHTTPSプロトコルで更新を保護します。
-5.  **アプリストアのルールに従う**: AppleとGoogle Playのポリシーに準拠します。
-
-### 比較: 従来の更新 vs. ライブ更新
-
-| 特徴 | 従来の更新 | ライブ更新 |
-| --- | --- | --- |
-| **デプロイ時間** | 3-5日 | 1-2時間 |
-| **アプリストアレビュー** | 必要 | スキップ |
-| **ユーザーアクション** | 手動更新 | 自動 |
-| **コンテンツ変更** | アプリ全体の更新 | 部分更新 |
-| **緊急修正** | 遅延 | 即時 |
-
-ライブ更新は時間を節約し、アプリの安定性を向上させ、開発者が迅速に問題に対応することを可能にします。始める準備はできましたか？セットアップとベストプラクティスの完全ガイドに dive into してください。
-
-## Capacitorでのライブ更新の設定
-
-### Capacitorライブ更新コンポーネント
-
-Capacitorのライブ更新システムは、アプリに更新を追加するための**ライブ更新SDK**とデプロイ管理のための**[Ionic Appflow](https://ionic.io/appflow/)**に依存しています。以下は、主要なコンポーネントの簡単な内訳です：
-
-| コンポーネント | 機能 | 主な特徴 |
-| --- | --- | --- |
-| **ライブ更新SDK** | フロントエンド実装 | 更新用のAPI、UI統合 |
-| **Ionic Appflow** | バックエンド管理 | クラウドビルド、デプロイツール |
-| **[Capacitorアプリプラグイン](https://capgo.app/blog/capacitor-comprehensive-guide/)** | コア統合 | イベントとライフサイクルを処理 |
-
-### セットアップ手順
-
-1. **ライブ更新のための `capacitor.config.ts` の更新**
-
-次の構成をあなたのCapacitor設定ファイルに追加してください：
-
-```typescript
-{
-  autoUpdateMethod: 'none',
-  plugins: {
-    LiveUpdates: {
-      appId: 'YOUR_APP_ID',
-      channel: 'production'
-    }
-  }
-}
-```
-
-2. **必要なプラグインのインストール**
-
-次のコマンドを実行して、必要な依存関係を追加します：
-
-```bash
-npm install @capacitor/app
-npm install @ionic/live-updates
-```
-
-3. **アプリに更新ロジックを追加**
-
-更新を確認し、更新が利用可能な場合はアプリを再読み込みするコードを含めます。以下はその例です：
-
-```typescript
-import { App } from '@capacitor/app';
-import { LiveUpdates } from '@ionic/live-updates';
-
-// Listen for the app resume event
-App.addListener('resume', async () => {
-  const update = await LiveUpdates.sync();
-  if (update.available) {
-    await LiveUpdates.reload();
-  }
-});
-```
-
-Capgoは、暗号化と柔軟なデプロイオプションでセキュリティの追加レイヤーを提供します。Capgoの創設者であるマーチン・ドナデューによれば、これらの機能は実際の開発者のニーズとアプリストアの要求を満たすために特化されています。
-
-あなたの[更新プロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/) を改善するために、**Ionic Appflow**を使用してデプロイの成功率とユーザーの受け入れを監視してください。この設定により、あなたのアプリは応答性と最新の状態を維持します。
-
-ライブ更新が整ったら、次のステップはそれらをCI/CDパイプラインに統合して、デプロイワークフローを簡素化し、自動化することです。
-
-## ライブ更新のためのCI/CD設定
-
-### 更新のためのCI/CDの基本
-
-CI/CDは、コードの統合、テスト、デプロイのプロセスを自動化し、ライブ更新をスムーズにし、潜在的なエラーを減少させます。このアプローチにより、更新が一貫して提供され、高品質の基準を維持することができます。
-
-ライブ更新のための堅実なCI/CDパイプラインには、通常次のものが含まれます：
-
-| コンポーネント | 目的 | 主な機能 |
-| --- | --- | --- |
-| **ソースコントロール** | バージョン管理 | コードのバージョンと履歴を追跡 |
-| **ビルド自動化** | パッケージ作成 | 更新バンドルを作成 |
-| **自動テスト** | 品質保証 | 更新が意図通りに動作することを保証 |
-| **デプロイシステム** | 更新配信 | OTA（オーバー・ザ・エア）更新を処理 |
-| **監視ツール** | パフォーマンストラッキング | 更新の効果を測定 |
-
-### アプリのための主なCI/CDツール
-
-いくつかのツールは、Capacitorのライブ更新ワークフローとシームレスに連携し、開発者が異なるプラットフォームで更新を自動化するのを支援します：
-
-| ツール | 専門 | 統合機能 |
-| --- | --- | --- |
-| **[GitHub Actions](https://docs.github.com/actions)** | クラウドネイティブCI/CD | 組み込みのリポジトリワークフロー |
-| **[Bitrise](https://bitrise.io/)** | モバイルファーストCI/CD | モバイルテストとコードサイニングに特化 |
-| **[Jenkins](https://www.jenkins.io/)** | セルフホストCI/CD | カスタムパイプラインとプラグインを提供 |
-
-CapgoのAPIはこれらのツールと統合され、自動デプロイメントに対して[安全な暗号化](https://capgo.app/docs/cli/migrations/encryption/)を提供し、効率性と安全性の両方を確保します。
-
-### 更新パイプラインの構築
-
-効果的なCI/CDパイプラインを設定するための手順は次のとおりです：
-
-1. **環境とテストの構成**
-
-次のYAML構成を使用して環境を設定し、テストを実行します：
-
-```yaml
-steps:
-  - uses: actions/setup-node@v2
-    with:
-      node-version: '24'
-  - name: Install and Test
-    run: |
-      npm install
-      npm run test
-```
-
-2. **更新をデプロイ**
-
-CapgoのCLIはわずか1つのコマンドでデプロイを簡単にし、安全で効率的なオーバー・ザ・エア（OTA）配信を保証します。
-
-自動化されたCI/CDパイプラインを使用しているチームは、**75%のデプロイ時間の短縮**と**80%のアプリ品質の向上**を報告しています[\[1\]](https://www.kellton.com/kellton-tech-blog/mobile-ci-cd-challenges-in-app-development-lifecycle)。
-
-> "CI/CDワークフローを自動化することで、エラーを最小限に抑え、効率を高めます。"
-
-デプロイパフォーマンスを監視するために、Capgoのダッシュボードのようなツールを使用して成功率を追跡し、ボトルネックを特定できます。CI/CDパイプラインが設定できたら、次のステップはライブ更新のセキュリティとコンプライアンス要件を満たすことに焦点を当てることです。
-
-## ライブ更新の安全性と標準
-
-### セキュリティ要件
-
-更新を安全に保つために、**HTTPS**、**デジタル署名**、および**[多要素認証](https://capgo.app/docs/webapp/mfa/)**を使用してください。これらの措置は、データの送信中に保護し、更新のソースを確認し、不正なデプロイを防ぐものです。更新パッケージは、送信中および保存中の両方で暗号化して潜在的なリスクから守ります。
-
-これらの保護策を設定した後は、更新を徹底的にテストし、何か問題が発生した場合に備えてリカバリープランを用意することが重要です。
-
-### テストとリカバリープラン
-
-堅実なテストプロセスはリスクを軽減し、更新が円滑に実行されることを保証します：
-
-| テストフェーズ | 成功指標 |
-| --- | --- |
-| **自動テストによるステージング** | 95%のコードカバレッジ、同一の機能 |
-| **段階的ロールアウト** | 0.1%未満の失敗率 |
-
-自動ロールバックシステムは、失敗を迅速に検知し修正することで、更新の99.9%の成功率を維持するのを助けます。
-
-テストとリカバリープランが整ったら、次のステップはユーザーに信頼を構築する形で更新を通知することです。
-
-### 更新通知
-
-更新についての明確なコミュニケーションは、ユーザーがあなたのアプリに自信を持つのを助け、セキュリティとテストの取り組みをサポートします。アプリ内のバナーやサイレント更新などの侵入的でない通知は、強制更新と比較して72%ユーザーの承認を得やすくなります。
-
-ユーザーに通知する際は、明確さと関連性を目指してください。何が新しいのかを説明する簡潔な変更ログを使用し、更新の推定時間を提供して期待を設定することが重要です。このアプローチは、ユーザーを通知しながら混乱を最小限に抑えることができます。
-
-> "モバイルアプリケーションのセキュリティは継続的なプロセスです。開発ライフサイクル全体を通じてセキュリティを優先し、出現する脅威に先手を打つためのプロアクティブなアプローチを採用してください。"
-
-###### sbb-itb-f9944d2
-
-## Appflow Deploy: Ionicアプリユーザーにリアルタイムの更新を配信
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## ライブ更新ツールガイド
-
-[Capacitor開発者](https://capgo.app/blog/capacitor-comprehensive-guide/)にとって、適切なライブ更新ツールを選ぶことはアプリのパフォーマンスとユーザー体験に大きな違いをもたらすことができます。
-
-### ツール比較チャート
-
-人気のあるライブ更新ツールとそれらの比較を簡単にまとめました：
-
-| 特徴 | Capgo | Ionic Appflow | その他のソリューション |
-| --- | --- | --- | --- |
-| 統合の容易さ | Capacitorに最適化 | Ionicに特化 | プラットフォームによって異なる |
-| 更新戦略 | バックグラウンド + 即時 | バックグラウンドのみ | 限られたオプション |
-| 拡張性 | 100万件の更新、12GBのストレージ | プランに基づく制限 | 500MB-5GB、さまざま |
-| CI/CD統合 | はい、Bitriseとともに | 限定的 | プラットフォームによって異なる |
-| セキュリティ機能 | エンドツーエンドの暗号化 | 基本的な暗号化 | 異なる |
-| クロスプラットフォームサポート | 完全 | 部分的 | 限定的 |
-| 価格（月額） | $12-$249 | カスタム価格 | 変動 |
-
-### [Capgo](https://capgo.app/)機能の概要
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-07.jpg?auto=compress)
-
-Capgoは毎月150,000件以上のライブ更新を処理しており、中規模企業向けに拡張するために設計されています。これが他と差別化される点です：
-
-**[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**
-
--   99.9%の成功率でリアルタイムデプロイ
--   滞りのないバックグラウンド更新と即時ロールバックオプション
-
-**セキュリティインフラ**
-
--   更新はエンドツーエンドの暗号化で保護されています
--   企業ユーザー向けに特化した安全なAPIアクセス
--   AppleおよびGoogle Playのガイドラインに完全に準拠
-
-**開発ツール**
-
--   Bitriseなどの人気のあるCI/CDプラットフォームと直接統合
--   更新を追跡するための高度な分析を提供
--   企業クライアント向けのカスタムドメインをサポート
-
-> "プラットフォームに依存しない設計と特化した構成オプションは、異なるプラットフォームで複数のアプリバージョンを管理するチームにとって特に効果的です。"とCapgoの創設者マーチン・ドナデューは述べています。
-
-Capgoは、開発者が中断なく作業できるよう、専用のサポートと安全なAPIアクセスを提供しています。更新をスムーズに進めるためには、プラットフォーム特有のアプリストアのルールに従うことが重要です。
-
-## ライブ更新のためのアプリストアルール
-
-アプリストアのルールを理解することは、ライブ更新を効果的に使用し、潜在的な拒否を避けるための鍵です。AppleとGoogleの両方には、開発者が厳守すべき特定のポリシーがあります。
-
-### Appleのライブ更新ルール
-
-Appleは、アプリが高品質とユーザーの信頼を維持するために厳格なポリシーを設けています。主な要件は以下の通りです：
-
-| 要件 | 説明 | 影響 |
-| --- | --- | --- |
-| 機能性 | 更新はアプリの意図された目的と基準を維持しなければならない | アプリのパフォーマンスを一貫して保つ |
-| 透明性 | 明確な更新説明とメタデータを提供 | ユーザーが変更を理解するのに役立つ |
-| ユーザーの制御 | ユーザーは機能に影響を与える更新を拒否するオプションを持つべき | ユーザーの選択を尊重 |
-| データプライバシー | ユーザーの同意なしに新たなデータ収集を行ってはならない | ユーザー情報を保護 |
-
-Appleはまた、すべてのライブ更新に対してHTTPSと暗号化プロトコルの使用を義務付けており、明確なコミュニケーションと安全な手法を通じてユーザーの信頼を強調しています。
-
-### Google Playの更新ポリシー
-
-Google Playは、ライブ更新に対してより柔軟なアプローチをとっていますが、特定のコンプライアンスルールを依然として強制しています。彼らの焦点は、自動検証とアプリのセキュリティの維持にあります。
-
-**重要なポリシーハイライト**
-
-- 更新はGoogle Play Developer Program Policiesに準拠しなければならない。
-- 開発者は、更新を展開する前に新しい権限や機能についてユーザーとアプリストアに通知する必要がある。
-- バックグラウンド更新はバッテリー消費を最小限に抑えるべき。
-
-> "プラットフォームの独立性とセキュリティ要件は、成功したデプロイメントのためにコンプライアンスを重要にします" とGoogle Playのセキュリティエンジニアは説明しています。"開発者は、エラーやセキュリティの侵害を防ぐために堅固なテストと検証プロセスを実施すべきです" [\[2\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers).
-
-### AppleとGoogle Playの比較
-
-2つのプラットフォームがライブ更新をどのように扱っているかを簡単に比較したものがこちらです：
-
-| 実践 | Apple App Store | Google Play |
-| --- | --- | --- |
-| 更新頻度 | 限定的、レビューが必要 | より頻繁な更新を許可 |
-| セキュリティプロトコル | 厳格な暗号化が必要 | 標準的なHTTPSを受け入れる |
-| 機能の変更 | 承認後は制限される | より大きな柔軟性を提供 |
-
-Capacitorを使用している開発者は、事前提出テストの結果を文書化し、それをアプリストアのガイドラインに沿わせることでコンプライアンスを確保することができます。このアプローチは、両プラットフォームの要件を満たしつつ、ライブ更新の潜在能力を最大化します。
-
-## 結論: 実施ステップ
-
-### クイックセットアップガイド
-
-ライブ更新の設定にはいくつかの重要なフェーズがあります。始めるための簡単な内訳を以下に示します：
-
-| フェーズ | 主なアクション | ツール/要件 |
-| --- | --- | --- |
-| 初期設定 | Live Updates SDKをインストール、Capacitorを設定 | Capacitor CLI、Live Updates SDK |
-| CI/CD統合 | ビルド環境を設定、自動テストを設定 | Ionic Appflow、Jenkins |
-| セキュリティ設定 | HTTPSを有効にし、暗号化プロトコルを設定 | SSL証明書、セキュリティトークン |
-| デプロイメント | 配信チャネルを設定、ユーザーターゲティングを構成 | Capgoまたは同様のプラットフォーム |
-
-> "マーティン・ドナデューは、セキュリティとユーザー重視の設定から始めることで、ライブ更新の長期的な成功が確保できると強調しています。"
-
-初期設定が完了したら、ライブ更新プロセスの改善と微調整に焦点を移します。
-
-### 次のステップ
-
-ライブ更新をスムーズに運用し、プラットフォームの要件に合致させるために、以下のステップを考慮してください：
-
-- アナリティクスツールを使用して更新の採用率とパフォーマンスを監視する。
-- 問題を処理するためにエラーロギングとロールバック手続きを設定する。
-- 更新が信頼できることを保証するために詳細なテストパイプラインを構築する。
-- 一貫性を保つために、文書化したテストプロトコルをチームと共有する。
-
-これらの実践により、ワークフローを維持し、AppleとGoogle Playのガイドラインに準拠することができます。
diff --git a/src/content/blog/ja/live-updates-for-flutter-app.md b/src/content/blog/ja/live-updates-for-flutter-app.md
deleted file mode 100644
index f4807f0ca..000000000
--- a/src/content/blog/ja/live-updates-for-flutter-app.md
+++ /dev/null
@@ -1,31 +0,0 @@
----
-slug: live-updates-for-flutter-app
-title: Flutter ライブアップデート
-description: App Store のレビューなしで Flutter アプリにリアルタイムアップデートを送信することは可能ですか？
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-16T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /bypass_illustration.webp
-head_image_alt: Capacitorのバイパスの図解
-keywords: >-
-  Flutter, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-
-Capgo Live UpdateはデベロッパーがApp Storeの審査プロセスを経ることなく、モバイルアプリのアップデートをデプロイできるサービスです。これは、App Storeの審査プロセスを待つことなく、バグの修正や小規模なアップデートを素早く行うための便利な方法です。しかし、Capgo Live UpdateはFlutterアプリのアップデートをサポートしていません。これは、Flutterアプリがネイティブコードにコンパイルされるためです。
-
-Flutterはモバイルアプリ開発フレームワークで、Dartプログラミング言語を使用します。Flutterの主要な特徴の1つは、単一のコードベースでiOSとAndroid両方で動作するアプリを作成できることです。これを実現するために、Flutterはアプリのコードを各プラットフォーム向けのネイティブコードにコンパイルします。つまり、アプリはWebベースやハイブリッドアプリではなく、本質的にネイティブアプリとなります。
-
-Flutterアプリはネイティブコードにコンパイルされるため、Capgo Live Updateを使用してFlutterアプリのアップデートをデプロイすることはできません。代わりに、開発者は他のネイティブアプリと同様に、アプリストアにアップデートを提出する必要があります。
-
-さらに、ネイティブコードの変更は一般的にアプリストアのルールに違反します。Apple App StoreとGoogle Play Store両方とも、審査後にアプリのネイティブコードを変更することを禁止するポリシーを設けています。これは、ネイティブコードの変更がセキュリティの脆弱性やアプリのパフォーマンスを損なう可能性のある問題を引き起こす可能性があるためです。
-
-まとめると、Capgo Live Updateは特定のタイプのモバイルアプリのアップデートを素早くデプロイするための有用なツールですが、Flutterアプリのアップデートには使用できません。
-
-これは、Flutterのコンパイルプロセスの性質とアプリストアのルールによるものです。
\ No newline at end of file
diff --git a/src/content/blog/ja/manage-dev-and-prod-build-with-github-actions.md b/src/content/blog/ja/manage-dev-and-prod-build-with-github-actions.md
deleted file mode 100644
index 63aff37d4..000000000
--- a/src/content/blog/ja/manage-dev-and-prod-build-with-github-actions.md
+++ /dev/null
@@ -1,153 +0,0 @@
----
-slug: manage-dev-and-prod-build-with-github-actions
-title: GitHubアクションで開発とプロダクションビルドを管理する
-description: >-
-  Capgo を使用して devbuild を特定のチャンネルにリリースし、Apple と Google のレビューを待たずに、チームが Capacitor
-  Ionic アプリをテストできるようにします
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /capgo_ci-cd-illustration.webp
-head_image_alt: チャネルビルドの説明
-keywords: >-
-  GitHub Actions, CI/CD, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: CI/CD
-published: true
-locale: ja
-next_blog: how-to-send-specific-version-to-users
----
-このチュートリアルはGitHubホスティングに焦点を当てていますが、他のCI/CDプラットフォームでも少しの調整で対応できます。
-
-## はじめに
-
-まず、CapacitorアプリをCapgoに追加していることを確認してください。このチュートリアルはアップロード段階のみに焦点を当てています。
-
-## コミット規約
-
-最初に[conventional commits](https://www.conventionalcommits.org/en/v1.0.0/)のコミット規約に従う必要があります。これによりツールがバージョン番号をどのようにアップグレードするかを理解するのに役立ちます。学ぶのに5分しかかかりません。
-
-![Conventional commits](/conventional_commits.webp)
-
-## タグ用のGitHubアクション
-
-次に、自動的にビルドしてタグを作成する最初のGitHubアクションを作成する必要があります。
-
-以下のパスにファイルを作成してください：`.github/workflows/bump_version.yml`
-
-以下の内容で：
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-      - development
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        if: github.ref == 'refs/heads/main'
-        run: npx capacitor-standard-version
-      - name: Create bump and changelog
-        if: github.ref != 'refs/heads/main'
-        run: npx capacitor-standard-version --prerelease alpha
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-
-```
-
-これにより、メインブランチの各コミットに対してタグがリリースされ、`development`に対して`alpha`リリース、そして各コミットに対して`CHANGELOG.md`にチェンジログエントリが作成されます。
-
-このファイルがなくても心配いりません。自動的に作成されます。
-
-これを機能させるには、[PERSONAL ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/)トークンを作成し、GitHub[secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets")に`PERSONAL_ACCESS_TOKEN`として保存する必要があります。
-
-これはCIがチェンジログとバージョンバンプをコミットできるようにするために必要です。
-
-トークンを作成する際は、有効期限を`never`に、スコープを`repo`に設定してください。
-
-`package.json`ファイルの`version`キーを設定してください。ストアでリリースされた最新バージョンを使用してください。
-
-これは最初の1回だけ必要で、その後はツールが自動的に更新します。
-
-これらのファイルをコミットすると、GitHubに最初のタグが表示されます！
-
-`capacitor-standard-version`がこの魔法を実行するパッケージで、デフォルトでAndroidとiOSのバージョン番号も更新します。
-
-## ビルド用のGitHubアクション
-
-以下のパスにファイルを作成してください：`.github/workflows/build.yml`
-
-以下の内容で：
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm build
-        env:
-          MY_ENV_VAR: ${{ secrets.MY_ENV_VAR }}
-      - name: Create Release Alpha
-        if: "contains(github.ref, '-alpha.')"
-        id: create_release_prepro
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c development
-      - name: Create Release Production
-        if: "!contains(github.ref, '-alpha.')"
-        id: create_release_prod
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-これにより、依存関係をインストールしてビルドしてからCapgoに送信します。
-
-ビルドコマンドが異なる場合は、`build_code`ステップで変更できます。
-
-環境変数が必要な場合は、`MY_ENV_VAR`を使用し、GitHubプロジェクト設定のsecretsでGitHub Actionに設定してください。
-
-Capgoのアップロードを機能させるには、CapgoのAPIキーを取得し、[GitHubリポジトリのsecret](https://docs.github.com/en/actions/security-guides/encrypted-secrets/)に`CAPGO_TOKEN`として追加する必要があります。
-
-これらのファイルをコミットすると、Capgoに最初のバージョンが表示されます！
-
-コミットを追加すると、本番環境と開発チャンネル用の新しいCapacitorビルドが生成されます。
-
-コードが正常に動作することを確認するため、Ionicビルドステップにテストを追加する必要があります。
-
-Capgoダッシュボードに移動して、表示されたばかりのビルドを確認してください。これでCI/CDシステムが整いました。
diff --git a/src/content/blog/ja/managing-dependencies-in-capacitor-projects.md b/src/content/blog/ja/managing-dependencies-in-capacitor-projects.md
deleted file mode 100644
index fe2b71f2f..000000000
--- a/src/content/blog/ja/managing-dependencies-in-capacitor-projects.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: managing-dependencies-in-capacitor-projects
-title: Capacitorプロジェクトにおける依存関係の管理
-description: >-
-  Capacitor
-  プロジェクトにおける依存関係の管理に関する重要な戦略を学び、セキュリティを強化し、技術的負債を減らし、プラットフォームの互換性を確保しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-24T08:30:17.609Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67bbc47be5225d66b70936da-1740386039142.jpg
-head_image_alt: モバイル開発
-keywords: 'Capacitor, dependency management, mobile development, plugins, automation'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) プロジェクトでの依存関係の管理は、セキュリティの確保、技術的負債の削減、およびプラットフォーム間の互換性の維持に不可欠です。以下が重要なポイントです：
-
--   **最新の状態を保つ**：脆弱性や古い機能を避けるため、定期的に依存関係を更新してください。
--   **ツールの活用**：Capacitor CLI、npm、yarn、`capacitor-build-safety`などのツールを活用して、依存関係を円滑に管理します。
--   **プラットフォーム固有のニーズ**：
-    -   iOS: [CocoaPods](https://cocoapods.org/)と[Swift Package Manager](https://developer.apple.com/documentation/xcode/swift-packages)を使用して依存関係を管理
-    -   Android: [Gradle](https://gradle.org/)で依存関係を管理し、APIレベル21以上との互換性を確保
--   **問題の対処**：同期エラー、プラグインの競合、SDKの不一致などの一般的な問題は、ビルドのクリーン、リポジトリの更新、徹底的なテストにより解決します。
--   **自動化**：[Capgo](https://capgo.app/)などのツールを使用してライブアップデート、バージョン管理、CI/CD統合を実現し、プロセスを効率化します。
-
-依存関係の管理はアプリの安定性と効率性に影響を与えます。一貫した更新、テスト、自動化に焦点を当てて、プロジェクトを軌道に乗せましょう。
-
-## マルチモジュールプロジェクトにおける依存関係の管理
-
-<iframe src="https://www.youtube.com/embed/Z97sl7MrrzE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/)における依存関係の種類
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-24.jpg?auto=compress)
-
-Capacitorプロジェクトは、クロスプラットフォーム開発において特定の役割を果たす様々な依存関係に依存しています。プラグインとプラットフォーム固有の設定について見ていきましょう。
-
-### Capacitorプラグインの使用
-
-[Capacitorプラグイン](https://capgo.app/plugins/)は、JavaScriptをネイティブ機能に接続し、統一されたウェブAPIを提供します。Capacitorチームの公式プラグインを使用することで、統合が容易になります。
-
-例えば、カメラ機能を追加する場合、セットアップは以下のようになります：
-
-| プラットフォーム | 依存関係の設定 |
-| --- | --- |
-| iOS | `CapacitorCamera` (Pod) |
-| Android | `com.capacitorjs:camera` (Maven) |
-| Web | `@capacitor/camera` (npm) |
-
-> 「Capacitorは、プラットフォームがサポートする豊富なネイティブデバイス機能にアクセスしながら、可能な限りウェブ標準に近いアプリを維持できる、一貫したウェブ重視のAPIセットを提供します。」- Capacitorドキュメント [\[3\]](https://capacitorjs.com/docs)
-
-### プラットフォーム固有の依存関係
-
-iOSでは、[Xcode](https://developer.apple.com/xcode/) CLI、CocoaPods、およびiOS 11以降のサポートが必要です [\[2\]](https://capacitorjs.com/docs/v2/getting-started/dependencies)。
-
-Androidでは、Android SDK、[Android Studio](https://developer.android.com/studio/intro)を使用し、APIレベル21以上（Android 5.0 Lollipop）との互換性を確保する必要があります。これにより、ほとんどのAndroidデバイスをカバーできます [\[2\]](https://capacitorjs.com/docs/v2/getting-started/dependencies)。
-
-iOS依存関係はPodfileと.podspecを通じて管理され、AndroidはGradleを使用して設定します。例えば、どちらのプラットフォームでもMLKit依存関係の設定ミスはエラーの原因となり、正確なセットアップの重要性を示しています [\[4\]](https://ionic.zendesk.com/hc/en-us/articles/360037704753-Capacitor-Plugin-Development-Adding-iOS-podfile-dependencies)。
-
-## 段階的な依存関係管理
-
-プロジェクトを円滑に運営するための依存関係の管理方法を説明します。
-
-### 新しい依存関係のインストール
-
-JavaScript依存関係を追加するには、npmまたはyarnを使用し、CapacitorCLIでネイティブプロジェクトを同期します：
-
--   `npm install`または`yarn add`で必要なパッケージをインストール
--   `npx cap sync`を実行してiOSとAndroidプロジェクトを更新
--   XcodeとAndroid Studioを開いてネイティブプロジェクトの設定を確認
-
-[NativeScript](https://nativescript.org/)機能を追加する場合は、以下の手順に従います：
-
--   `npm install @nativescript/capacitor`を実行
--   `npm run build:mobile`でモバイルコンポーネントをビルド
--   `npx cap sync`で更新を同期 [\[5\]](https://capacitor.nativescript.org/installation.html)
-
-### プロジェクト依存関係の更新
-
-コアおよびプラットフォームの依存関係を以下の手順で最新に保ちます：
-
-1.  **コア依存関係**  
-    `/src-capacitor/package.json`ファイルでCapacitorコアパッケージを更新します。必要なバージョンの例：
-    
-    | パッケージ | バージョン |
-    | --- | --- |
-    | @capacitor/app | ^6.0.0 |
-    | @capacitor/cli | ^6.0.0 |
-    | @capacitor/core | ^6.0.0 |
-    | @capacitor/splash-screen | ^6.0.0 |
-    
-2.  **プラットフォームの更新**
-    
-    -   Android: `npm install @capacitor/android@latest`を実行 [\[6\]](https://capacitorjs.com/docs/v2/android/updating)
-    -   iOS: `pod repo update`を実行 [\[5\]](https://capacitor.nativescript.org/installation.html)
-
-更新後は、両プラットフォームでアプリケーションをテストし、すべてが予想通り動作することを確認します。最新の状態を保つことで、セキュリティリスクを軽減し、技術的負債を防ぐことができます。
-
-### 一般的な依存関係の問題と解決策
-
-遭遇する可能性のある一般的な問題とその解決方法：
-
--   **Androidの問題：**
-    
-    -   _"package android.support._ does not exist"_: jetifierを実行 [\[8\]](https://capacitorjs.com/docs/android/troubleshooting)
-    -   _"Please select Android SDK"_: Gradleの同期を実行 [\[8\]](https://capacitorjs.com/docs/android/troubleshooting)
-    -   Android Studioのキャッシュをクリアし、保留中の変更を適用するために再起動 [\[8\]](https://capacitorjs.com/docs/android/troubleshooting)
--   **iOSの問題：**
-    
-    -   同期が失敗した場合は`pod repo update`を実行
-    -   Xcodeのビルドフォルダをクリーンし、再起動
-    -   CocoaPodsの互換性を確認
--   **プラグインの問題：**
-    
-    -   _"Plugin Not Implemented"_エラーの場合、同期状態を確認し、プラグインが自動的に読み込まれることを確認 [\[8\]](https://capacitorjs.com/docs/android/troubleshooting)
-    -   ProGuardが有効な場合、プラグインクラスを保持するルールを追加 [\[8\]](https://capacitorjs.com/docs/android/troubleshooting)
-
-> 「Capacitorは、最新のウェブツールを使用して、iOS、Android、およびその他のプラットフォームでネイティブに実行される高性能なモバイルアプリケーションを簡単に構築できるクロスプラットフォームネイティブランタイムです。」– Capacitorドキュメント [\[3\]](https://capacitorjs.com/docs)
-
-## 依存関係管理のガイドライン
-
-Capacitorプロジェクトでの効果的な依存関係管理には、自動化と徹底的なテストを含む構造化されたアプローチが必要です。適切なツールと戦略を使用することで、プロジェクトの安定性と最新性を確保できます。
-
-### 依存関係の自動化ツール
-
-自動化ツールを使用することで、依存関係の管理が容易になります。例えば、**capacitor-build-safety**は、同期されていないCapacitorの変更や見逃されたウェブビルドを検出する自動チェックを実行します。これにより、デプロイメントの問題を減らし、プラットフォーム間でリリースの一貫性を保つことができます [\[11\]](https://github.com/fkirc/capacitor-build-safety)。
-
-また、**capacitor-sync-version-cli**は、バージョンの同期を自動化し、AndroidのversionCodeを計算します。これにより、手動エラーを最小限に抑え、バージョンの整合性を保つことができます [\[12\]](https://github.com/bjesuiter/capacitor-sync-version-cli)。
-
-主要なツールの比較：
-
-| ツール | 主な機能 | 主なメリット |
-| --- | --- | --- |
-| capacitor-build-safety | リリース安全性チェック | Android/iOSの破損したリリースを防止 |
-| capacitor-sync-version-cli | バージョン同期 | バージョン管理を簡素化 |
-| npm audit | セキュリティスキャン | 脆弱性を検出 |
-| Capgo/capacitor-updater | ライブアップデート | 迅速な機能デプロイメントを実現 |
-
-### 依存関係のドキュメント化とテスト
-
-ワークフローの一部として依存関係のドキュメント化とテストを行うことは重要です。**依存性注入（DI）**を使用することで、コードをモジュール化し、テストを容易にすることができます [\[10\]](https://hackeryarn.com/post/universally-testable-dependencies/) 。
-
-Capacitorプラグインのテストには、TypeScriptのパスマッピングを設定できます。**mocks**ディレクトリを作成し、`tsconfig.spec.json`を更新して`@capacitor/*`をモック実装にマッピングすることで、制御された環境でコンポーネントをテストできます [\[9\]](https://github.com/ionic-team/cap-plugin-mock-jasmine)。
-
-特にNPM 7以降での依存関係の競合に対処する場合は、以下の手順に従います：
-
-1.  **状況の評価**  
-    `npm audit`を使用して脆弱性をスキャンし、問題を記録します [\[1\]](https://capacitorjs.com/docs/vscode/dependencies)。
-    
-2.  **競合の解決**  
-    すべてが正しくインストールされるまで、依存関係を段階的にアップグレードして、ピア依存関係の競合に対処します [\[13\]](https://volt.build/news/2023/04/12/capacitor-and-npm-6.html)。
-    
-3.  **更新の確認**  
-    問題を解決した後、更新された依存関係を徹底的にテストします。JasmineなどのテストフレームワークでCapacitorプラグインのモックを使用します [\[9\]](https://github.com/ionic-team/cap-plugin-mock-jasmine)。
-    
-
-長期的なテストとメンテナンスを容易にするために、依存関係を`deps`オブジェクトにエクスポートします。これにより、テスト中のモック化が簡単になり、本番環境に影響を与える前に問題を検出できます [\[10\]](https://hackeryarn.com/post/universally-testable-dependencies/) 。
-
-## [Capgo](https://capgo.app/)を使用した依存関係の更新
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-24.jpg?auto=compress)
-
-Capgoは、Capacitorプロジェクトでの依存関係管理を次のレベルに引き上げ、更新のデプロイメントをより迅速かつ効率的にします。**1,800**以上の本番アプリに対して**4億6,440万**以上の更新を提供しており [\[14\]](https://capgo.app/)、開発者にとってプロセスを簡素化します。
-
-### Capgoの主要機能
-
-Capgoは、迅速な更新とシームレスなコードデプロイメントに焦点を当てています。開発者は、AppleとGoogleのポリシーに準拠しながら、バグ修
-
-- **エンドツーエンド暗号化**: アップデートは安全に暗号化され、承認されたユーザーのみがアクセスできます。
-- **CI/CD統合**: GitHub Actions、GitLab CI、Azure DevOpsなどのプラットフォームとスムーズに連携してデプロイメントを自動化します。
-- **バージョン管理**: ビルド間で異なる依存関係のバージョンを簡単に管理・追跡できます。
-- **ライブアップデート**: わずか数分で変更をロールアウトできます。
-
-これらのツールは、開発者の時間を節約しプロジェクトをスムーズに進行させるのに役立ちます。
-
-CapacitorプロジェクトでCapgoをセットアップするには、以下のコマンドを使用します:
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-### 開発チームにとってのメリット
-
-Capgoを使用しているチームは、**リリース効率が81%向上**しています[\[14\]](https://capgo.app/) 。以下が特徴的な点です:
-
-- **迅速なデプロイメント**: 素早くアップデートをプッシュし、ユーザー割り当てやロールバックオプションなどの機能で管理できます。
-- **手頃な価格**: $2,600の一回限りのCI/CDセットアップ料金で、他のツールと比べて予算に優しい選択肢です。
-- **改善されたワークフロー**: リアルタイムモニタリングと柔軟な組織ツールにより、チームはプロジェクトをより良くコントロールできます。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーに不可欠です！" – Rodrigo Mantica [\[14\]](https://capgo.app/)
-
-> "Capgoは開発者にとって必須のツールで、長期的なレビューサイクルをバイパスすることで生産性を向上させます。" – Bessie Cooper [\[14\]](https://capgo.app/)
-
-## まとめ
-
-依存関係を効果的に管理することは、Capacitorプロジェクトのセキュリティ確保と技術的負債の最小化に重要です。以下が実践方法です:
-
-- **バージョン管理**: `package-lock.json`などのファイルを使用して依存関係をロックし、一貫性とセキュリティを確保します[\[7\]](https://cap.cloud.sap/docs/node.js/best-practices)。
-- **セキュリティチェック**: すべての依存関係を定期的に脆弱性スキャンします[\[7\]](https://cap.cloud.sap/docs/node.js/best-practices)。
-- **自動化ツール**: RenovateやGitHubのDependabotなどのツールで、依存関係の更新を簡素化・自動化できます[\[7\]](https://cap.cloud.sap/docs/node.js/best-practices)。
-
-最新のツールでこれらのタスクが容易になります。例えば、Capgoはチームが迅速かつ安全にアップデートを実装し、プラットフォーム要件に準拠し続けるのに役立ちます。
-
-> "依存関係を最新に保つことで、サポートされた安全な製品を使用できます。アップデートを無視すると、将来的なアップデートが困難になる技術的負債が増加します。" - Capacitorドキュメント[\[1\]](https://capacitorjs.com/docs/vscode/dependencies)
-
-安定性とセキュリティを維持するために、6-12ヶ月のSDKアップデートサイクルと定期的な脆弱性スキャンを目指してください[\[7\]](https://cap.cloud.sap/docs/node.js/best-practices)。
diff --git a/src/content/blog/ja/managing-secrets-in-cicd-pipelines.md b/src/content/blog/ja/managing-secrets-in-cicd-pipelines.md
deleted file mode 100644
index e24c3043b..000000000
--- a/src/content/blog/ja/managing-secrets-in-cicd-pipelines.md
+++ /dev/null
@@ -1,118 +0,0 @@
----
-slug: managing-secrets-in-cicd-pipelines
-title: CI/CDパイプラインでのシークレット管理
-description: CIパイプラインで機密情報を安全に扱い、セキュリティを向上させ、漏洩や法令遵守の問題を防ぐための効果的な戦略を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T00:50:40.782Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e-1745110261303.jpg
-head_image_alt: テクノロジー
-keywords: 'CI/CD, secret management, security, environment variables, automated scanning'
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**CI/CDパイプラインでの機密情報の安全な管理は、侵害、サービス中断、コンプライアンス問題を防ぐために重要です。**以下が効果的な方法です：
-
--   **環境変数**と**セキュアボールト**を使用して機密情報を安全に保存する。
--   必要な権限のみを付与し、定期的に機密情報をローテーションすることで**アクセスを制限**する。
--   `git-secrets`や`truffleHog`などのツールで**機密情報のスキャンを自動化**し、早期に漏洩を検出する。
--   [GitHub Actions](https://docs.github.com/actions)、[GitLab CI](https://docs.gitlab.com/ee/ci/)、[Jenkins](https://www.jenkins.io/)などの**CI/CDツール**を活用して、組み込みの機密情報管理を行う。
--   詳細なログで機密情報の使用を**監視および監査**する。
-
-### 一般的なCI/CDの機密情報
-
--   [APIキー](https://capgo.app/docs/webapp/api-keys/)
--   データベース認証情報
--   暗号化キー
--   認証トークン
--   SSL証明書
-
-### 人気の機密情報管理プラットフォーム
-
-| プラットフォーム | 機能 | 最適な用途 |
-| --- | --- | --- |
-| **[HashiCorp Vault](https://www.hashicorp.com/products/vault)** | 動的シークレット、暗号化、アクセス制御 | 大規模運用 |
-| **[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/)** | AWS統合、自動ローテーション | AWSベースの環境 |
-| **[Azure Key Vault](https://learn.microsoft.com/en-us/azure/key-vault/)** | 証明書管理、キーローテーション | Microsoft環境 |
-
-これらのプラクティスと適切なツールを使用することで、CI/CDパイプラインを保護し、セキュアなワークフローを維持できます。
-
-## 機密情報のセキュリティガイドライン
-
-### コードから機密情報を排除する
-
--   **環境変数**を使用して機密情報を管理する。
--   機密情報を目的に特化した**セキュアボールト**に保存する。
--   CI/CDパイプラインをボールトに接続し、ビルドプロセス中に認証情報を注入する。
-
-### アクセスの制限と監視
-
-各ユーザーやサービスに**必要最小限の権限**のみを付与し、定期的に権限を見直します。
-
-さらに、定期的に機密情報をローテーションし、潜在的な侵害を追跡・特定するための**監査ログ**を維持します。
-
-## [GitLab CI](https://docs.gitlab.com/ee/ci/)と[HashiCorp Vault](https://www.hashicorp.com/products/vault)を統合して取得する方法...
-
-<iframe src="https://www.youtube.com/embed/NsPcl4rqy9A" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 機密情報管理ツール
-
-セキュリティガイドラインが整ったら、機密情報管理に特化したツールを導入します。
-
-### 機密情報ストレージプラットフォーム
-
-これらのツールを使用して、すべての機密情報を一元化および監視します：
-
-| プラットフォーム | 機能 | 最適な用途 |
-| --- | --- | --- |
-| **HashiCorp Vault** | 動的シークレット、暗号化サービス、IDベースのアクセス | 大規模運用 |
-| **AWS Secrets Manager** | AWSとのシームレスな統合、自動ローテーション、細かな権限設定 | AWS中心の環境 |
-| **Azure Key Vault** | ハードウェアセキュリティモジュール、証明書管理、キーローテーション | Microsoftクラウド環境 |
-
-ストレージプラットフォームで機密情報を保護した後、CI/CDツールに付属の機密情報管理機能を活用します。
-
-### CI/CD機密情報管理
-
-多くのCI/CDツールには組み込みの機密情報管理機能があります：
-
--   **GitHub Actions**：リポジトリレベルと組織レベルの両方で暗号化された機密情報を提供。ログで自動的にマスクされ、認可されたワークフローのみがアクセス可能。
--   **GitLab CI**：保護された変数とグループレベルの機密情報を提供し、分離を維持しながらプロジェクト間で安全な共有が可能。
--   **Jenkins**：認証情報プラグインと連携し、外部機密情報ストアをサポート。ログでマスクするにはプラグインが必要。
-
-### [Capgo](https://capgo.app/)のセキュリティ機能
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e/37a0fc028bf1f414683e8dee42eedfb0.jpg)
-
-Capgoは、標準的なCI/CD機密情報管理を拡張することで、Capacitorアプリのライブアップデートのセキュリティを強化します。エンドツーエンドの暗号化を使用して、認可されたユーザーのみが機密データを復号化できるようにします[\[1\]](https://capgo.app/) 。
-
-CapgoはGitHub Actions、GitLab CI、Jenkinsなどのツールとシームレスに統合します。また、チャネルベースの配信とロールベースのアクセス制御をサポートし、AppleとAndroidプラットフォームの両方のアップデート要件を満たします。
-
-## バージョン管理での機密情報
-
-ハードコードされた認証情報が漏れるのを防ぐためにリポジトリを保護します。セキュアなボールトストレージから始めて、コード内の機密情報をブロックするための追加の保護手段を追加します。
-
-以下が防御を強化する方法です：
-
--   **[git-secrets](https://github.com/awslabs/git-secrets)やpre-commitフレームワークなどのツールを使用**して、コミット前に問題を検出する。
--   **定期的なスキャン**を[truffleHog](https://github.com/trufflesecurity/trufflehog)や[GitGuardian](https://www.gitguardian.com/)などのツールで実行し、漏れた可能性のある機密情報を検出する。
--   **CI/CDチェックを自動化**して、機密情報が見つかった場合にビルドをフラグ付けして失敗させる。
-
-次に、露出した機密情報の効果的な対処方法について説明します。
-
-## まとめ
-
-このガイドでは、ボールトストレージ、自動スキャン、CI/CDツール統合、リポジトリ保護について説明しました。Capgoは、エンドツーエンドの暗号化とスムーズなCI/CD統合を通じて、セキュリティと迅速なデプロイメントを統合します[\[1\]](https://capgo.app/) 。
-
-機密情報管理のキーポイント：
-
--   **ボールトストレージを使用**：保存時と転送時の両方で暗号化を提供するプラットフォームを利用する。
--   **セキュリティチェックを自動化**：機密情報の露出を早期に特定するスキャンツールを実装する。
--   **活動を追跡・監視**：機密情報へのアクセスと変更の詳細な監査ログを保持する。
--   **インシデントに備える**：露出した機密情報に対処し、必要に応じて変更を巻き戻すための明確なプロセスを設定する。
-
-効果的な機密情報管理により、セキュリティは障害から継続的デリバリーのサポートシステムへと変わります。
diff --git a/src/content/blog/ja/merge-policies-for-teams-using-capacitor-apps.md b/src/content/blog/ja/merge-policies-for-teams-using-capacitor-apps.md
deleted file mode 100644
index 1e3a71a29..000000000
--- a/src/content/blog/ja/merge-policies-for-teams-using-capacitor-apps.md
+++ /dev/null
@@ -1,55 +0,0 @@
----
-slug: merge-policies-for-teams-using-capacitor-apps
-title: Capacitor アプリを使用するチームのためのユニオンポリシー
-description: Capacitorアプリのマージポリシーを効果的に確立し、コード品質、シンプルな更新、コンフリクト管理を確保する方法をご紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:30:15.213Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809ac119bd9ce97f26bdef5-1745465426956.jpg
-head_image_alt: モバイル開発
-keywords: 'merge policies, Capacitor apps, code quality, live updates, branch management'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-To ensure reliable live updates for your Capacitor app:
-
-1. Use a robust update platform like Capgo that offers:
-   - Staged rollouts
-   - Real-time monitoring
-   - Quick rollback options
-   - End-to-end encryption
-
-2. Implement thorough testing:
-   - Unit tests
-   - Integration tests
-   - Beta testing with a subset of users
-   - Gradual rollouts to catch issues early
-
-3. Monitor update performance:
-   - Track success rates
-   - Watch for errors
-   - Measure update speed
-   - Test across different devices and conditions
-
-Regular testing and monitoring help maintain update reliability while keeping your app stable and secure.
-:::
-
-<Steps>
-
-1. Start with a clear branching strategy that supports your development workflow.
-2. Implement automated testing to catch issues before they reach production.
-3. Set up clear review processes to maintain code quality.
-4. Use live update platforms like Capgo for efficient deployment and monitoring.
-5. Monitor success rates and be ready to roll back if needed.
-
-</Steps>
-
-アプリストアの承認を待つことなく、アップデート、修正、新機能をすぐに配信できる**Capgo**のような堅牢なライブアップデートソリューションを使用して、Capacitorアプリのアップデートがシームレスで信頼性の高いものになるようにしましょう。
-
-Capgoは**エンドツーエンドの暗号化**をサポートし、AppleとAndroidのガイドラインに準拠しており、アップデートの安全性とプラットフォーム要件への適合を確保します。また、CI/CDシステムとシームレスに統合され、デプロイメントプロセスを効率的かつ手間のかからないものにします。これらのツールを活用することで、潜在的な問題を最小限に抑え、アプリユーザーをリアルタイムで最新の変更に対応させることができます。
-:::
diff --git a/src/content/blog/ja/migrating-cordova-to-capacitor.md b/src/content/blog/ja/migrating-cordova-to-capacitor.md
deleted file mode 100644
index 2c9a757d1..000000000
--- a/src/content/blog/ja/migrating-cordova-to-capacitor.md
+++ /dev/null
@@ -1,89 +0,0 @@
----
-slug: migrating-cordova-to-capacitor
-title: CordovaからCapacitorへのWebアプリの移行：ステップバイステップガイド
-description: >-
-  このステップバイステップガイドは、CordovaからCapacitorへのウェブアプリの移行を助けるもので、すべてのセクションを網羅し、読みやすく従いやすくしています。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-07T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /migrating-cordova-to-capacitor.webp
-head_image_alt: CordovaからCapacitorへの移行イラストレーション
-keywords: >-
-  Cordova, Capacitor, migration, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Migration
-published: true
-locale: ja
-next_blog: ''
----
-# CordovaからCapacitorへのWebアプリの移行：ステップバイステップガイド
-
-このガイドは、CordovaからCapacitorへのWebアプリの移行を手助けし、読みやすく、フォローしやすい形で進めます。全セクションをカバーし、ステップバイステップのアプローチを提供します。
-
-## CordovaとCapacitorの紹介
-
-CordovaとCapacitorは、Web開発者がHTML、CSS、およびJavaScriptを使用してさまざまなプラットフォーム向けにネイティブアプリケーションを作成するためのツールです。両者には共通点がありますが、ネイティブプロジェクト管理、プラグイン管理、CLI/バージョン管理へのアプローチにおいて重要な違いがあります。
-
-## 移行戦略
-
-CordovaからCapacitorへの移行は、アプリの複雑さに応じて段階的に行うことも、完全に置き換えることもできます。CapacitorはCordovaとの後方互換性があるため、準備ができ次第、既存のWebアプリを切り替えることが可能です。
-
-移行を支援するために、[Ionic VS Code Extension](https://marketplace.visualstudio.com/items/?itemName=ionic.ionic)を使用することや、既存のCordovaプラグインを監査することを検討してください。必要に応じて、Cordovaプラグインを引き続き使用することも、Capacitorの同等品に置き換えることもできます。
-
-## ステップバイステップの移行ガイド
-
-CordovaからCapacitorへWebアプリを移行するための手順は以下の通りです。
-
-1. **別のコードブランチで作業する**：これらの変更を適用する際には、別のコードブランチで作業することをお勧めします。
-
-2. **Capacitorでアプリを初期化する**：ターミナルでプロジェクトを開き、[WebアプリにCapacitorを追加する方法](https://capacitorjs.com/docs/getting-started/#adding-capacitor-to-your-app)または[IonicアプリにCapacitorを追加する方法](https://capacitorjs.com/docs/getting-started/with-ionic/#existing-ionic-project)のガイドに従ってください。アプリ名とバンドルIDのために、Cordovaの`config.xml`ファイルの情報を使用します。
-
-3. **Webアプリをビルドする**：ネイティブプラットフォームを追加する前に、少なくとも1回はWebプロジェクトをビルドしてください。これにより、`www`フォルダがCapacitorの設定ファイルで正しく構成されます。
-
-4. **プラットフォームを追加する**：`npx cap add ios`と`npx cap add android`を実行して、iOSとAndroidプラットフォームを追加します。これにより、プロジェクトのルートに別々のネイティブプロジェクトフォルダが作成されます。
-
-5. **アイコンとスプラッシュスクリーンを生成する**：既存のアイコンとスプラッシュスクリーンの画像がある場合は、`cordova-res`ツールを使用して生成し、ネイティブプロジェクトにコピーします。
-
-6. **既存のCordovaプラグインを監査し移行する**：既存のCordovaプラグインを確認し、可能な限りCapacitorの同等物に置き換えます。不要なプラグインは削除します。
-
-7. **Cordovaプラグインを削除する**：Cordovaプラグインを置き換えたり削除した後は、プラグインをアンインストールし、`npx cap sync`を実行して、ネイティブプロジェクトからプラグインコードを削除します。
-
-8. **追加の権限を適用する**：`plugin.xml`とiOSおよびAndroidの必要な設定の間でマッピングして、必要な権限を適用します。
-
-9. **設定を構成する**：`config.xml`の設定を手動でCapacitorの設定ファイルに追加します。
-
-10. **プラットフォーム固有の設定を処理する**：必要に応じて、各プラットフォーム（iOSとAndroid）のために`config.xml`から要素を構成します。
-
-11. **コンテンツ提供のスキームを変更する**：必要に応じて、アプリ内のコンテンツ提供に使用するスキームを変更して、データ損失を避けます。
-
-12. **テストしてCordovaを削除する**：移行したアプリをテストして、すべての変更が正しく適用されていることを確認します。満足したら、プロジェクトからCordovaを削除するか、Cordovaプラグインを引き続き使用する予定がある場合はそのまま残します。
-
-おめでとうございます！CordovaからCapacitorへのWebアプリの移行に成功しました。CapacitorプロジェクトでCordovaプラグインを使用する方法やCapacitorの開発ワークフローについて詳しく学ぶには、[公式Capacitorドキュメント](https://capacitorjs.com/docs/)をご覧ください。
-
-## Capgoサービスによるライブアップデート
-
-Capgoを提供できることを誇りに思います。これは、Capacitorアプリ向けのライブアップデートを可能にし、公正な価格でOTA（Over-The-Air）アップデートを提供します。この機能は、迅速な修正、新機能の展開、およびユーザーがアプリストアの承認を待つことなく常にアプリの最新バージョンを持つことを保証するのに特に便利です。
-
-### Capgoサービスの仕組み
-
-Capgoは、Capacitorアプリにライブアップデートをデプロイできるクラウドベースのサービスです。Webダッシュボードと、アプリに統合できるネイティブSDKで構成されています。SDKは、起動時または特定の間隔で更新を確認し、バックグラウンドでダウンロードします。更新が利用可能な場合、SDKはユーザーにインストールを促します。ユーザーが承諾すれば、更新が即座にインストールされ、適用されます。
-
-### Capgoライブアップデートの利点
-
-- **迅速な更新**：アプリストアの承認を待つことなく、即座に更新をデプロイします。
-- **Apple Storeへの依存の削減**：アプリストアの制限を回避します。
-- **ユーザー体験の向上**：ユーザーが手動でアプリを更新することなく、最新の機能とバグ修正を提供し続けます。
-
-### Capgoライブアップデートの実装方法
-
-CapgoライブアップデートをCapacitorプロジェクトで実装するには、以下の手順に従います：
-- [Capgoアカウント](https://console.capgo.app/)にサインアップします。
-- プロジェクトにCapgo SDKをインストールします。
-- アプリを起動時または特定の間隔で更新を確認するように構成します。
-- Capgoダッシュボードを使用してアプリに更新をデプロイします。
-
-## 結論
-
-このガイドが、あなたのWebアプリをCordovaからCapacitorに移行するのに役立ったことを願っています。質問や移行プロセスに関して支援が必要な場合は、[discord](https://discord.capgo.app)サーバーでお気軽にお問い合わせください。
diff --git a/src/content/blog/ja/mobile-app-update-strategies-a-developers-checklist.md b/src/content/blog/ja/mobile-app-update-strategies-a-developers-checklist.md
deleted file mode 100644
index cc9ce453b..000000000
--- a/src/content/blog/ja/mobile-app-update-strategies-a-developers-checklist.md
+++ /dev/null
@@ -1,191 +0,0 @@
----
-slug: mobile-app-update-strategies-a-developers-checklist
-title: モバイルアプリの更新戦略：開発者のチェックリスト
-description: モバイルアプリケーションの更新における重要な戦略を学び、CI/CD自動化からOTAツールまで、スムーズなデプロイメントとユーザー満足度の向上を確実にします。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-15T02:51:44.404Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/678709f9070e33f74859cb89-1736909518284.jpg
-head_image_alt: テクノロジー
-keywords: >-
-  mobile app updates, CI/CD pipeline, OTA updates, user engagement, app
-  performance, testing strategies, bug fixes, app security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-アプリを最新の状態に保つことは、ユーザー満足度とアプリのパフォーマンスにとって不可欠です。その理由は以下の通りです：
-
--   **バグ修正とセキュリティ向上**: 技術的な問題に対処し、プラットフォームの要件を満たし続けます。
-    
--   **パフォーマンス向上**: 速度、安定性、ユーザー体験を向上させます。
-    
--   **エンゲージメント向上**: 定期的なアップデートでユーザーの忠誠度と関与を維持します。
-    
-
-## [CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)によるOTAアップデート
-
-![CodePush](https://mars-images.imgix.net/seobot/screenshots/learn.microsoft.com-87c8945e309a8c280c425352c4f329fa.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/DpzWfrRE_XY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## アップデートの課題への対応
-
-デバイスの互換性やアプリストアの遅延により、アプリのアップデートは難しい場合があります。解決策には以下があります：
-
--   **CI/CDパイプライン**: テスト、統合、デプロイメントを自動化して更新を迅速化。
-    
--   **OTAアップデート**: アプリストアの承認なしで即座に変更を配信。
-    
-
-| 方法 | メリット | 機能 |
-| --- | --- | --- |
-| CI/CD | テストとデプロイメントの高速化 | バージョン管理、自動化 |
-| OTAアップデート | リアルタイム更新 | 即時修正、選択的展開 |
-
-## スムーズなアップデートのための重要ステップ
-
-1.  **フィードバック収集**: Google Analyticsなどのツールを使用して更新の優先順位付け。
-    
-2.  **徹底的なテスト**: [AWS Device Farm](https://aws.amazon.com/device-farm/)や[Firebase Test Lab](https://firebase.google.com/docs/test-lab)でデバイスをシミュレート。
-    
-3.  **戦略的なデプロイ**: フェーズドロールアウトとフィーチャーフラグを使用してリスクを最小限に。
-    
-## ライブアップデートの準備
-
-アプリのアップデートの準備には、慎重な計画と適切なツールが必要です。成功するアップデートプロセスのための重要なステップと考慮事項を見ていきましょう。
-
-### アップデート前の準備
-
-[UserVoice](https://www.uservoice.com/)などのプラットフォームでユーザーフィードバックを収集し、Google Analyticsを使用してロード時間やクラッシュ率などのパフォーマンス指標を分析することから始めます。このデータは、特に重要な問題に対処しユーザー体験を改善するアップデートの優先順位付けに役立ちます[\[1\]](https://www.nimbleappgenie.com/blogs/mobile-app-development-checklist/) 。
-
-監視すべき主要な指標の概要：
-
-| 指標タイプ | 監視項目 | 重要性 |
-| --- | --- | --- |
-| パフォーマンス | ロード時間、クラッシュ率 | 技術的な問題を強調 |
-| 使用状況 | セッション時間、機能採用 | ユーザー行動傾向を示す |
-| 安定性 | エラー率、サーバー応答時間 | アプリの信頼性を維持 |
-
-このデータを収集したら、まず重要な問題を解決するアップデートに焦点を当てます。その後、パフォーマンスの調整とユーザーが望む機能の導入に取り組みます。
-
-明確なロードマップができたら、アップデートプロセスを効率化するための適切なツールを選択します。
-
-### CI/CDとOTAアップデートツールの選択
-
-Continuous Integration/Continuous Deployment（CI/CD）パイプライン用の適切なツールを選ぶことが重要です。[GitHub Actions](https://docs.github.com/actions)、[Bitrise](https://bitrise.io/)、[CircleCI](https://circleci.com/)などの人気のオプションにはそれぞれ独自のメリットがあります。例えば、[GitHub Actions](https://docs.github.com/actions)はGitHubリポジトリと直接統合されるため、多くの開発者にとって便利な選択肢となっています[\[2\]](https://www.poppinslabs.com/blog/mobile-app-ci-cd-pipeline)。
-
-Over-the-Air（OTA）アップデートについては、Capacitorなどのツールを使用することで、アプリストアの承認を待たずに変更を直接ユーザーに配信できます[\[3\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/) 。OTAソリューションを選択する際は、以下の要因を考慮してください：
-
--   ダウンタイムを最小限に抑える**デプロイメント速度**。
-    
--   アップデートを効果的に管理する**バージョン管理**。
-    
--   アップデートのパフォーマンスを追跡する**アナリティクス統合**。
-    
--   ユーザーデータとアプリの整合性を保護する**セキュリティ機能**。
-    
-
-## CI/CDとOTAアップデートの設定
-
-### モバイルアプリ用のCI/CDパイプラインの設定
-
-モバイルアプリ用のCI/CDパイプラインの設定は、しっかりとしたバージョン管理と自動化から始まります。効果的な構築方法は以下の通りです：
-
-1.  **バージョン管理とビルドのセットアップ**
-    
-    -   開発、ステージング、本番用の個別のブランチを作成。
-        
-    -   必要な署名証明書を使用してGradle（Android用）やXcode（iOS用）などのビルドシステムを設定。
-        
-2.  **自動テストの統合**
-    
-    -   パイプラインの各段階でユニット、統合、UIテストを追加。これにより早期に問題を発見して修正できます[\[4\]](https://refraction.dev/blog/cicd-pipelines-mobile-apps-best-practices)。
-
-パイプラインの準備ができたら、OTAアップデートを追加することで、ユーザーへの変更の配信がより迅速かつ容易になります。
-
-### [Capacitor](https://capacitorjs.com/) OTAアップデートと[Capgo](https://capgo.app/)の使用
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d.jpg?auto=compress)
-
-Capgoは、暗号化とコンプライアンスなどの機能を備え、OTAアップデートをシンプル、安全、迅速に行えます。始め方は以下の通りです：
-
-1.  Capacitorプロジェクトに[Capgoプラグイン](https://capgo.app/plugins/)をインストール。
-    
-2.  アプリのアップデート設定とバージョン追跡を設定。
-    
-3.  [Capgoダッシュボード](https://capgo.app/docs/webapp/)を使用してアップデートをユーザーに直接デプロイ。
-    
-
-### Capgoの価格と機能の概要
-
-Capgoは、アプリの成長に合わせて柔軟なプランを提供しています。価格は小規模アプリ向けの月額12ドル（SOLO）から、大規模エンタープライズレベルの要件向けの月額249ドル（PAYG）までです。各プランには、即時アップデート、バージョン管理、アナリティクスなどの主要機能が含まれています。
-
-| プラン | 月額費用 | 月間アップデート数 | アクティブユーザー数 |
-| --- | --- | --- | --- |
-| SOLO | $12 | 2,500 | 500 |
-| MAKER | $33 | 25,000 | 5,000 |
-| TEAM | $83 | 150,000 | 30,000 |
-| PAYG | $249 | 1,000,000 | 200,000 |
-
-上位プランではより多くの帯域幅とストレージを提供し、あらゆる規模のチームが速度とセキュリティを維持しながらOTAアップデートをCI/CDパイプラインに統合できます。
-
-## アップデートのテストとデプロイ
-
-### アップデートのテスト戦略
-
-アップデートが意図通りに機能することを確認するには、徹底的なテストが重要です。**AWS Device Farm**や**Firebase Test Lab**などのツールを使用することで、開発者はさまざまなデバイスシナリオをシミュレートし、ユーザーが遭遇する前に互換性の問題を発見できます。
-
-強力なテスト戦略は、自動化テストと手動テストの両方を組み合わせます。自動化は繰り返しのタスクを効率的に処理し、手動テストはアプリのユーザー体験がスムーズで直感的であることを確認します。例えば、AWS Device Farmのデータによると、8-10の異なるデバイス設定でテストすることで、デバイス固有の問題の95%を発売前に発見できます。
-
-| **テストフェーズ** | **詳細** |
-| --- | --- |
-| **ユニットテスト** | JestやXCTestなどのツールを使用して個別のコンポーネントをテスト |
-| **統合テスト** | DetoxやAppiumを使用してコンポーネント間の連携を確認 |
-| **デバイス互換性** | AWS Device Farm、Firebase Test Labを使用してプラットフォーム間でテスト |
-| **パフォーマンステスト** | [New Relic](https://newrelic.com/)、Firebase Performanceでリソース使用状況を追跡 |
-
-アプリがこれらのテストをパスし、安定性が証明されたら、次の課題はユーザーを中断させることなくアップデートをスムーズにデプロイすることです。
-
-### デプロイメントのベストプラクティス
-
-スムーズなデプロイメントは、アプリの品質を維持し、ユーザーを満足させるための鍵となります。人気のあるアプローチの1つは**フェーズドロールアウト**で、完全なリリースの前に小規模なグループ（ユーザーの5-10%）にアップデートをリリースします。
-
-デプロイメントのベストプラクティスには以下が含まれます：
-
--   **自動ヘルスチェック**: ロールアウト中のクラッシュ率やAPIレスポンスタイムなどの指標を監視。
-    
--   **フィーチャーフラグ**: 完全なアプリアップデートなしで機能の有効/無効を切り替え。
-    
--   **サイレントアップデート**: 使用頻度の低い時間帯にバックグラウンドでアップデートを実行。
-    
-
-**New Relic**や[**Firebase Analytics**](https://firebase.google.com/docs/analytics)などのツールは、デプロイメント中および後のパフォーマンスを監視するためのリアルタイムデータを提供します。
-
-重要なアップデートの場合、**カナリアリリース**戦略が非常に効果的です。これは、まず小規模なベータテスターグループにアップデートをロールアウトする方法です。これにより、デプロイメント後の問題が60%減少するだけでなく、実際のユーザーから早期にフィードバックを得られ、より広範なリリース前に迅速な修正が可能になります。
-
-## まとめと重要ポイント
-
-### 継続的な改善が重要な理由
-
-テストとデプロイメントの戦略が整ったら、次のステップは継続的な改善に焦点を当てることです。定期的なアップデートは、ユーザーを満足させ、アプリの強力なパフォーマンスを確保する上で重要な役割を果たします。今日の競争の激しい市場では、これがアプリの長期的な成功を左右する可能性があります。
-
-アップデートに体系的なアプローチを取ることで、より高い定着率とユーザーエンゲージメントなどの明確な利点が得られます。CI/CDパイプラインやOTAアップデートなどのツールは、ユーザーを満足させながらこれらのプロセスを簡素化します。
-
-| アップデート要素 | アプリの成功への影響 |
-| --- | --- |
-| 定期的なバグ修正 | 苦情とアンインストールの削減 |
-| パフォーマンスと機能のアップデート | エンゲージメント、定着率、競争力の向上 |
-| セキュリティパッチ | 信頼構築とコンプライアンスの確保 |
-
-### 開発者向けチェックリストの要点
-
-[モバイルアプリのアップデート](
-
-アプリ更新プロセスを自動化し、デプロイメント前に更新を徹底的にテストすることで、ダウンタイムを最小限に抑えるための体系的なアプローチが役立ちます。このアプローチはまた、ユーザーフィードバックに基づき、アプリのパフォーマンスと機能を向上させるように設計された更新を提供することで、ユーザー満足度を高めます [\[1\]](https://www.nimbleappgenie.com/blogs/mobile-app-development-checklist/)[\[5\]](https://www.netsolutions.com/hub/mobile-app-development/checklist)。
-
-結局のところ、効果的なアプリの更新は、技術的な優秀性とユーザーのニーズのバランスを取ることにかかっています。これらの戦略を守り、取り組みを継続することで、開発者は常に変化するデジタル世界の中で、アプリを安全で、競争力があり、使いやすい状態に保つことができます。
diff --git a/src/content/blog/ja/monitor-ota-updates-in-capacitor-apps.md b/src/content/blog/ja/monitor-ota-updates-in-capacitor-apps.md
deleted file mode 100644
index 2a279a39d..000000000
--- a/src/content/blog/ja/monitor-ota-updates-in-capacitor-apps.md
+++ /dev/null
@@ -1,205 +0,0 @@
----
-slug: monitor-ota-updates-in-capacitor-apps
-title: CapacitorアプリのOTA更新を監視する
-description: モバイルアプリのOTAアップデートを効果的に監視し、迅速、安全、信頼性のあるデプロイメントを実現する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T01:34:45.665Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f079b2ebbb9dc806439988-1743816897363.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, app monitoring, error tracking, real-time analytics, mobile app
-  development
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリのアップデートをアプリストアの承認を待たずに行いたいですか？** OTA（Over-The-Air）アップデートを利用すると、リアルタイムでユーザーに直接修正や機能をプッシュできます。[Capgo](https://capgo.app/)のようなツールを使用することで、アップデートのパフォーマンスを監視し、エラーを追跡し、悪いアップデートを迅速にロールバックすることができます。
-
-### OTAアップデートの監視の主な利点：
-
--   **迅速なアップデート**：24時間以内にアクティブユーザーの95%に到達。
--   **エラー追跡**：デプロイメントの問題を早期に特定し修正。
--   **安全な配信**：エンドツーエンドの暗号化により、アップデートの安全性を確保。
--   **リアルタイムの分析**：成功率（世界平均：82%）およびパフォーマンス指標を監視。
-
-### クイックセットアップ手順：
-
-1.  [Capgoプラグイン](https://capgo.app/plugins/)をインストール： `npx @capgo/cli init`。
-2.  チャンネル（プロダクション、ベータ、ステージング）でバージョン管理を行います。
-3.  リアルタイム分析とエラー追跡を有効にします。
-4.  失敗したアップデートの自動ロールバックを設定します。
-
-Capgoはすでに**750のアプリで2350万のアップデートを管理**しており、高速なダウンロード速度（5MBバンドルで114ms）を実現しています。今日からアップデートを監視して、アプリ管理をスムーズに始めましょう。
-
-## アップデート監視の設定
-
-アプリのOTAアップデート監視を設定する方法は以下の通りです：
-
-### 必要なプラグインのインストール
-
-最初に、以下のコマンドを実行してCapgoプラグインをインストールします：
-
-```bash
-npx @capgo/cli init
-```
-
-このプラグインはCapacitor 8とシームレスに動作し、さまざまなアプリバージョンと互換性があります。
-
-### アップデートバージョンの管理
-
-バージョン管理は、OTAアップデートの処理において重要な役割を果たします。Capgoの[チャンネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)は、アップデートの配信を効率的に管理します：
-
-| チャンネルタイプ | 目的 | 最適な使用ケース |
-| --- | --- | --- |
-| プロダクション | メインリリースチャンネル | すべてのユーザーへの安定したアップデート |
-| ベータ | テストチャンネル | 早期アクセス機能 |
-| ステージング | プレリリーステスト | 内部QAテスト |
-
-各チャンネルは独自のバージョン履歴を保持し、開発者が変更を追跡し、体系的にアップデートを管理できるようにします。また、システムは即座にロールバックオプションを提供するため、デプロイメントの問題にすぐに対処できます。
-
-バージョン管理が設定されると、セキュリティとパフォーマンスを確保するためにアップデートを監視できます。
-
-### [Capgo](https://capgo.app/)監視の設定
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f079b2ebbb9dc806439988/a64cd6a83185b5ac05d3640337221542.jpg)
-
-1.  **分析統合の設定**：リアルタイム分析を使用して、アップデートのパフォーマンスとユーザーエンゲージメントを監視します。
-2.  **エラー追跡の有効化**：エラー追跡を有効にして、詳細なログとパフォーマンス指標をキャプチャします。
-3.  **配信ルールの設定**：アップデート速度を制御し、特定のユーザーグループをターゲットにするためのロールアウトパラメーターを定義します。
-
-これらの手順により、アプリの信頼できる監視システムが構築されます。
-
-> "Capgoは、より生産的になりたい開発者にとって欠かせないツールです。バグ修正のレビューを避けることは金の価値があります。" - ベッシー・クーパー [\[1\]](https://capgo.app/)
-
-Capgoはエンドツーエンドの暗号化によって安全なアップデート配信を保証し、組み込みの分析、ロールバックオプション、リアルタイムモニタリングがアプリの安定性を維持します。
-
-## エラー処理と追跡
-
-### アプリレベルの監視
-
-効果的なアプリレベルの監視は、スムーズなOTAアップデートのパフォーマンスを確保するための鍵です。Capgoのシステムは、アップデート配信とインストールに関する詳細なインサイトを提供し、82%の世界的な成功率を達成しています [\[1\]](https://capgo.app/) 。
-
-アプリレベルの監視を設定する方法は以下の通りです：
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Listen for update events
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('New update available:', info.version)
-})
-
-// Track installation progress
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log('Update downloaded:', info.version)
-})
-```
-
-全体像を把握するためには、バックエンドエラー追跡と組み合わせることで、両方の端から問題に対処できます。
-
-### バックエンドエラー追跡
-
-バックエンド監視は、全体のシステムパフォーマンスに焦点を当てたアプリレベルのインサイトを補完します。Capgoが全世界で2350万のアップデートを管理する中 [\[1\]](https://capgo.app/)、バックエンドエラーを追跡することは信頼性を維持するために重要です。
-
-| 追跡メトリック | 目的 | 影響 |
-| --- | --- | --- |
-| アップデート成功率 | 成功したインストールを追跡 | 24時間以内に95%のユーザーが最新の状態に保たれる [\[1\]](https://capgo.app/) |
-| ダウンロードパフォーマンス | 帯域幅の使用状況を監視 | 配信速度を向上させる |
-| エラー頻度 | 繰り返し発生する問題を特定 | 失敗率を低下させる |
-
-これらのメトリックを監視することで、迅速に問題を特定し解決し、スムーズなアップデートプロセスを確保できます。
-
-### 自動ロールバックの設定
-
-デプロイメントエラーが発生した際、自動ロールバックによりユーザーの中断を防ぎます。Capgoのロールバック機能は即座にアクティブになり、デプロイメント中のダウンタイムを最小限に抑えます [\[1\]](https://capgo.app/) 。
-
-自動ロールバックを設定する方法の例は以下です：
-
-```typescript
-try {
-  await CapacitorUpdater.download({
-    version: 'latest'
-  })
-} catch (error) {
-  // Automatically trigger rollback
-  await CapacitorUpdater.rollback()
-}
-```
-
-このアプローチは信頼性が証明されており、現在750のアプリがCapgoのシステムをプロダクションで使用しています [\[1\]](https://capgo.app/) 。その広範な採用は、これらのエラー処理ツールの信頼性を強調しています。
-
-## 監視ガイドライン
-
-これらのガイドラインは、Capgoの監視ツールを活用して、すべてのアップデートを測定可能、セキュア、そして慎重に展開することを目的としています。
-
-### アップデートパフォーマンス追跡
-
-OTAアップデートパフォーマンスを監視するために、成功率、ユーザーエンゲージメント、ダウンロード速度、エラー頻度などの重要なメトリックに注目します。これらのメトリックを追跡するためのコードスニペットは以下です：
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Set up performance tracking
-CapacitorUpdater.addListener('updateStats', (stats) => {
-  console.log('Download speed:', stats.downloadSpeed)
-  console.log('Success rate:', stats.successRate)
-})
-```
-
-これらのインサイトを活用して、段階的なロールアウトプランを効果的に導いてください。
-
-### 段階的アップデートのロールアウト
-
-段階的なロールアウトは、特定のユーザーグループにアップデートを徐々にリリースすることでリスクを最小限に抑えます。Capgoのチャンネルシステムを使用すると、制御されたデプロイを簡単に管理できます。内部テスターから始め、ベータユーザーに移行し、その後一般公開に拡大します。進む前に各フェーズを少なくとも24時間モニタリングします。この方法により、Capgoは全世界で82%の成功率を達成しています [\[1\]](https://capgo.app/) 。
-
-### セキュリティとストアコンプライアンス
-
-段階的ロールアウトを補完するため、安全なアップデート配信が重要です。以下のコードを使用して、安全なアップデート検証を有効にします：
-
-```typescript
-// Enable secure update verification
-await CapacitorUpdater.download({
-  version: 'latest',
-  validateSignature: true,
-  checksum: true
-})
-```
-
-> "真のエンドツーエンド暗号化を備えた唯一のソリューションであり、他のソリューションはアップデートに署名するだけです。" - Capgo [\[1\]](https://capgo.app/)
-
-これにより、アップデートがセキュリティ基準を遵守し、ユーザーデータが定期的な監査と検証プロセスを通じて安全に保護されます。
-
-## まとめ
-
-このセクションでは、OTAアップデートの監視に関する主要な手順を要約し、Capgoがアップデート管理の優れた選択肢となる特徴を強調します。
-
-### 主要な監視手順
-
-効果的なOTAアップデート監視には、いくつかの重要なコンポーネントが含まれます。これまでに論じたこれらの手順は、アップデートが効率的に展開され、問題が迅速に対処されることを確実にします：
-
-| 監視コンポーネント | 目的 | 影響 |
-| --- | --- | --- |
-| リアルタイム分析 | アップデートの成功とユーザーエンゲージメントを測定 | 問題を即座に特定 |
-| エラー追跡 | 問題を早期に検出し解決 | ユーザーの中断を最小限に |
-| バージョン管理 | アップデートの配信方法を管理 | ロールアウトを制御可能で予測可能に |
-| パフォーマンスメトリック | ダウンロード速度と成功率を追跡 | スムーズなユーザー体験を維持 |
-
-### Capgoの特徴概要
-
-2022年の立ち上げ以来、CapgoはOTAアップデート監視のための主要なツールとなり、古いアップデート手法からの脱却を支援するソリューションを提供しています。
-
-> "我々はアジャイル開発を実践しており、@Capgoはユーザーに継続的に配信するために不可欠です！" – ロドリゴ・マンティカ [\[1\]](https://capgo.app/)
-
-Capgoのツールは、OTAアップデートを正確に処理するために構築されています。以下がその特長です：
-
--   **リアルタイム分析**：アップデート成功率を追跡して迅速に問題に対処
--   **エンドツーエンド暗号化**：強力なセキュリティプロトコルでアップデートを保護
--   **チャンネルシステム**：特定のユーザーグループのためのターゲット監視を可能に
--   **ワンクリックロールバック**：問題が発生した際に迅速に以前のバージョンに戻す
-
-これらの特徴は開発者の間で好評を得ており、導入率の増加やユーザーからのポジティブなフィードバックに反映されています。
diff --git a/src/content/blog/ja/moving-from-microsoft-app-center-to-capgo.md b/src/content/blog/ja/moving-from-microsoft-app-center-to-capgo.md
deleted file mode 100644
index 13f4b0677..000000000
--- a/src/content/blog/ja/moving-from-microsoft-app-center-to-capgo.md
+++ /dev/null
@@ -1,34 +0,0 @@
----
-slug: moving-from-microsoft-app-center-to-capgo
-title: Microsoft App Center から Capgo へのライブアプリ更新の移行
-description: >-
-  MicrosoftはCordova上で動作するアプリのサポートを終了します。Microsoft App
-  CenterからCapgoに移行してモバイルライブアプリ更新を行ってください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-21T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /app_center.webp
-head_image_alt: Microsoft App Center のイラスト
-keywords: >-
-  Microsoft, App Center, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Alternatives
-published: true
-locale: ja
-next_blog: ''
----
-Microsoftは最近、クラウド製品であるApp Centerにおいて[Apache Cordovaで動作するアプリのサポートを終了する](https://devblogs.microsoft.com/appcenter/announcing-apache-cordova-retirement/)と発表しました。これにより、App Centerを使用している企業やチームは代替手段を探すことになり、私は[Capgo](https://capgo.app/)プラットフォームがCapacitorアプリに対する完全なサポートを求めている方々にとって素晴らしい選択肢であると嬉しく思います。
-
-## Microsoft App CenterからCapgo Cloudへ
-
-CapacitorはIonicを使ってネイティブモバイルアプリを構築する新しい方法であり、ほとんどのCordovaプラグインはCapacitorでサポートされています。CapgoはCodePushに似たライブアップデート機能を提供しますが、プラットフォーム依存はなく、即時のアプリ公開が可能です。Capgoを使用することで、開発チームは複雑なアプリ配信プロセスをアウトソースし、Ionicアプリのユニークな機能に完全に集中できます。さらに、App Centerとは異なり、CapgoはCapacitorのようなハイブリッドアーキテクチャに100%焦点を当てています。
-
-Capacitorのお客様は、私の[migration guide](https://capgo.app/blog/appcenter-migration/)を使用して、Microsoft App CenterからCapgoへの移行をわずか数ステップで簡単に行うことができます。このガイドでは、プロセス全体を説明しています。Capgoには、Capacitorユーザーが活用できる機能の完全なリストが含まれています。
-
-Microsoft App CenterからCapgoへの移行について詳しく知りたい方は、今日[無料のCapgoアカウント](/register/)を作成してください。
-
-## クレジット
-
-[Ionic](https://ionic.com/)に多大な感謝を申し上げます。このア articleは、[このア article](https://ionic.io/blog/moving-from-microsoft-app-center-to-ionic-appflow/)を基にchat-gpt-3で書き直し、適応しました。
diff --git a/src/content/blog/ja/npm-scripts-for-capacitor-ota-updates-explained.md b/src/content/blog/ja/npm-scripts-for-capacitor-ota-updates-explained.md
deleted file mode 100644
index 7b593e51f..000000000
--- a/src/content/blog/ja/npm-scripts-for-capacitor-ota-updates-explained.md
+++ /dev/null
@@ -1,220 +0,0 @@
----
-slug: npm-scripts-for-capacitor-ota-updates-explained
-title: Capacitor OTAアップデートのためのnpmスクリプトの説明
-description: CapacitorアプリのOTAアップデートをnpmスクリプトを使用して自動化する方法を学び、デプロイメントの効率とユーザー体験を向上させましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T01:07:05.331Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266-1744506438251.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, npm scripts, OTA updates, CI/CD, mobile app deployment, automation,
-  app version management, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**あなたの[Capacitor](https://capacitorjs.com/)アプリを更新するのはこれまでで最も簡単です。** オーバー・ザ・エア（OTA）更新とnpmスクリプトを組み合わせることで、デプロイメントを自動化し、時間を節約し、ユーザーが常に最新のバージョンを持てるようにします - アプリストアの承認を待つことなく。
-
-**ここで学べること:**
-
--   OTA更新のためのnpmスクリプトの設定方法。
--   自動化のためのCI/CDパイプラインへの更新の統合。
--   アプリバージョン、セキュリティ、更新テストの管理。
--   OTA更新管理のための信頼できるプラットフォームである[Capgo](https://capgo.app/)の理由。
-
-**主な利点:**
-
--   1つのコマンドで更新を自動化。
--   暗号化による安全な更新のデプロイ。
--   [GitHub Actions](https://docs.github.com/actions)のようなワークフローへの更新の統合。
--   500ms未満で更新を提供するCapgoのようなツールで時間を節約。
-
-**クイックセットアップ例:**
-
-1.  ツールをインストール: `npm install @capgo/cli --save-dev`
-2.  `capacitor.config.json`で更新を構成。
-3.  デプロイを合理化するために`deploy:production`のようなnpmスクリプトを追加。
-
-Capgoのようなプラットフォームが迅速な更新を提供し（24時間で95％のユーザー採用）、手頃な価格でOTA更新を管理するのはかつてないほど効率的です。
-
-## OTA更新のためのnpmスクリプト設定
-
-[Capacitor OTA更新](https://capgo.app/ja/)を効果的に管理するためにnpmスクリプトを構成する方法はこれです。これには、必要なパッケージのインストール、設定の構成、デプロイスクリプトの作成が含まれます。
-
-### 必要なパッケージのインストール
-
-最初に、必要なパッケージをインストールします。[Capgo CLIツール](https://capgo.app/docs/cli/commands)は、組み込みコマンドでこのプロセスを簡素化します：
-
-その後、次のコマンドを使用してOTA構成を初期化します：
-
-### OTA更新の構成
-
-OTA更新のためにアプリを準備するために、次の設定で`capacitor.config.json`ファイルを更新します：
-
-この構成により、アプリが自動的に更新を取得でき、統計を報告できるようになります。
-
-### デプロイスクリプトの作成
-
-ビルドとデプロイプロセスを合理化するために、次のnpmスクリプトを`package.json`ファイルに追加します：
-
--   **`build:web`**: ウェブアセットをビルド、通常は開発とデプロイメント中に使用。
--   **`build:update`**: OTA更新のための更新パッケージを準備。
--   **`deploy:update`**: 更新パッケージをCapgoにアップロード。
--   **`deploy:production`**: プロダクションリリースに理想的な完全なビルドとデプロイメントワークフローを管理。
-
-> "私たちは、好みのプラットフォーム（GitHub Actions、GitLab CIなど）で直接CI/CDパイプラインを構成します。私たちはCI/CDをホストしたり、それを維持するために料金を請求したりすることはありません。" - Capgo [\[1\]](https://capgo.app/)
-
-### 環境変数の設定
-
-設定を完了するために、次の環境変数を定義します：
-
-### 互換性と信頼性
-
-Capgo CLIは、最新のバージョンでも機能しながら信頼性のある更新機能を維持するために、Capacitor 8をサポートしています。
-
-| スクリプトコマンド | 目的 | 使用するタイミング |
-| --- | --- | --- |
-| **build:web** | ウェブアセットをビルド | 開発およびデプロイメント中 |
-| **build:update** | 更新パッケージを準備 | 各OTA更新の前 |
-| **deploy:update** | Capgoに更新をアップロード | 更新をプッシュする準備ができたとき |
-| **deploy:production** | 完全なワークフローを管理 | プロダクションリリース用 |
-
-## CI/CDにnpmスクリプトを追加する
-
-CI/CDパイプラインにnpmスクリプトを統合することで、Capacitorアプリのオーバー・ザ・エア（OTA）更新プロセスを簡素化できます。自動デプロイメントを効率的に設定するためのガイドです。
-
-### CI/CDビルド設定
-
-必要な変数とステップでCI/CD環境を設定します：
-
-最適なパフォーマンスを得るために、ビルドプロセスにキャッシュを含めます：
-
-### [GitHub Actions](https://docs.github.com/actions)設定ガイド
-
-![GitHub Actions](https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266/14ecce2811e9ac36444c59b954e81473.jpg)
-
-デプロイメントワークフローを自動化するために、次の設定で`.github/workflows/ota-deploy.yml`ファイルを作成します：
-
-この設定により、`main`ブランチに変更がプッシュされるたびにアプリが自動的にデプロイされることが保障されます。
-
-### 更新の回復と修正
-
-潜在的な更新の失敗を処理するために、CI/CDパイプラインに回復メカニズムを含めます。これらの機能は、アプリの安定性を維持するのに役立ちます：
-
-| 回復機能 | 実装 | 目的 |
-| --- | --- | --- |
-| **バージョンのロールバック** | `npm run revert:update` | 最後の安定版に戻す |
-| **ヘルスチェック** | `npm run verify:update` | 更新が正常に機能しているか確認 |
-| **自動再試行** | 設定で`maxRetries: 3` | 更新を複数回試みる |
-
-デプロイスクリプトを強化してエラーを自動的に管理できます。例えば：
-
-このスクリプトは、デプロイメントが失敗した場合に、システムが前の安定バージョンに戻ることを保障します。さらに、CI/CDパイプラインは状況報告を送信し、好みのプラットフォームを通じて通知をトリガーすることができます。
-
-## OTA更新管理のヒント
-
-OTA更新を効果的に管理するには、バージョン管理、厳格なテスト、強力なセキュリティプロトコルが求められます。npmスクリプトを使用して更新を合理化する方法は以下の通りです。
-
-### バージョン管理
-
-セマンティックバージョニングはアプリの更新を管理する簡単な方法です。以下は例の設定です：
-
-別々のチャネル（プロダクション、ベータ、アルファ、ホットフィックス）を使用すると、ターゲットを絞ったロールアウトが可能になります。これにより、更新をテストし、スムーズなデプロイを保証することが容易になります。
-
-### 更新テストステップ
-
-自動化されたテストは、問題を早期に発見するために不可欠です。npmスクリプトを使用してプロセスを簡素化します：
-
-異なるチャネルを通じて段階的に更新をテストすることで、すべてのユーザーに苦情が届く前に問題を特定できます。自動ロールバック手順も、アプリの安定性を維持するための安全網です。
-
-### 更新セキュリティ対策
-
-OTA更新におけるセキュリティは重要です。ここにいくつかの重要な対策があります：
-
-| セキュリティ機能 | 実装 | 目的 |
-| --- | --- | --- |
-| エンドツーエンドの暗号化 | Capgoによって提供 | データ漏洩から保護 |
-| 更新署名 | パッケージの確認 | 更新が本物であることを確認 |
-| アクセス制御 | ロールベースの権限 | チームのアクセスを制限 |
-
-> "真のエンドツーエンドの暗号化を持つ唯一のソリューションで、他のものは単に更新に署名するだけです。" - Capgo [\[1\]](https://capgo.app/)
-
-更新が安全であることを確認するために、デプロイ前にすべてを検証するnpmスクリプトを構成します：
-
-さらに、チャネルに特有のセキュリティポリシーを施行し、更新を配布できる人を制御するためにロールベースの権限を使用します。これにより、デプロイプロセスにさらなる保護の層が追加されます。
-
-## OTA更新プラットフォームの選択肢
-
-適切なOTA更新プラットフォームを選択することは、npmスクリプトをワークフローに効果的に統合するために重要です。パフォーマンス、セキュリティ、既存ツールとの互換性などを重視してください。Capgoと他の市場オプションを比較して、情報に基づいた決定を下す助けとなる内訳は以下の通りです。
-
-### [Capgo](https://capgo.app/)の特徴
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266/04cc402ef2e8f7dc781d2b86cd364db3.jpg)
-
-CapgoはCapacitor OTA更新専用に設計されており、平均更新速度434ミリ秒を提供し、95％のユーザー更新率を達成しています [\[1\]](https://capgo.app/) 。次の例のように、npmスクリプトとシームレスに統合されます：
-
-Capgoはエンドツーエンドの暗号化による安全な更新を保証し、チャネルシステムを通じて戦略的なデプロイを可能にします。750のプロダクションアプリにわたって2350万の更新が提供されており、そのスケーラビリティと信頼性が証明されています [\[1\]](https://capgo.app/) 。
-
-### プラットフォーム比較
-
-npmスクリプトを使用する際には、暗号化、速度、CI/CD統合に基づいてプラットフォームを評価することが重要です。以下は特徴の簡潔な比較です：
-
-| 特徴 | 実装の詳細 | 更新成功率 |
-| --- | --- | --- |
-| エンドツーエンドの暗号化 | 完全な暗号化サポート | 世界的に82% [\[1\]](https://capgo.app/) |
-| 更新速度 | 5MBバンドルの114ms | グローバルCDN配信 |
-| CI/CD統合 | GitHub Actions、GitLab CI | カスタムワークフロー |
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に配信するために重要です！"  
-> – ロドリゴ・マンティカ [\[1\]](https://capgo.app/)
-
-OTA更新市場は、大きく変化しました。特に[Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)が2024年に終了し、[Appflow](https://ionic.io/appflow/)は2026年に同様の運命を迎えると予想されています。サイモン・フラックはこれらの変化についての見解を共有しました：
-
-> "現在、ハイブリッドアプリのライブ更新サポートが停止したため、@Capgoを試していますし、@AppFlowは非常に高額です。" [\[1\]](https://capgo.app/)
-
-コストもチームにとって重要な考慮事項です。CapgoはCI/CD機能を月約$300で提供し、企業レベルの代替品の年間$6,000の料金に比べてはるかに低コストです [\[1\]](https://capgo.app/) 。
-
-デプロイメントワークフローにnpmスクリプトを実装する際には、次の要素を考慮してください：
-
--   スムーズなスクリプト実行のための**APIの応答性**
--   ターゲットを絞った更新のための**チャネル管理**
--   流れを合理化するための**CI/CDパイプライン統合**
--   コンプライアンスを保証するための**強力なセキュリティ対策**
--   予算を超えずにスケーリングを可能にするための**手頃な価格**
-
-Capgoは、高いパフォーマンスを維持しつつ複雑なnpmスクリプトの構成を処理できる能力を持っているため、OTA [更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)に強力な候補です。
-
-## 結論
-
-### 主なポイントのレビュー
-
-npmスクリプトを使用することで、CapacitorのOTAアップデート管理が簡素化されます。CI/CDパイプラインに統合されると、これらのスクリプトは展開の自動化を助け、セキュリティを確保しながらパフォーマンスレベルを維持します。
-
-注目すべき主要な分野は以下の通りです：
-
-1.  **自動展開**：手動介入なしでバージョン管理と展開を処理します。
-2.  **セキュリティ対策**：エンドツーエンドの暗号化を用いて、アップデートが安全に配布されることを保証します。
-3.  **パフォーマンス監視**：アップデート配信速度と成功率を追跡します。
-
-これらの機能は、CapgoがOTAアップデート管理のための信頼できるツールとして際立つ理由を示しています。
-
-### Capgoの利点
-
-2024年にMicrosoft CodePushが終了することに伴い、OTAアップデートの状況が変化しました。Capgoは、750の本番アプリで2350万回のアップデートを成功裏に提供した信頼できるソリューションとして浮上しています [\[1\]](https://capgo.app/) 。
-
-> 「私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な提供において重要な役割を果たしています！」 – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgoのパフォーマンス指標は自らを語ります：
-
-| **パフォーマンス指標** | **業績** |
-| --- | --- |
-| 平均APIレスポンス | 世界中で434 ms |
-| バンドルダウンロード速度 | 5 MBで114 ms |
-| アップデート成功率 | 世界的に82% |
-
-CI/CD統合に対して月額300ドル - 企業レベルのソリューションに対して年間6,000ドルと比較して - CapgoはOTAアップデート管理のための安全で信頼できる、コスト効率の良いオプションを提供します [\[1\]](https://capgo.app/) 。
diff --git a/src/content/blog/ja/open-source-licence.md b/src/content/blog/ja/open-source-licence.md
deleted file mode 100644
index c67e29927..000000000
--- a/src/content/blog/ja/open-source-licence.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-slug: open-source-licence
-title: オープンソースソフトウェアライセンスについて
-description: >-
-  オープンソースソフトウェアライセンスには、大きく2つのカテゴリーがあります。一部のライセンスはコピーレフトライセンスのカテゴリーに属し、一方で他のライセンスは許容的オープンソースライセンスです。
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-18T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /open_source_licence.webp
-head_image_alt: オープンソースライセンス
-keywords: >-
-  Open Source, Capgo, philosophy, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Open Source
-published: true
-locale: ja
-next_blog: ''
----
-
-オープンソースソフトウェアライセンスには、大きく2つのカテゴリーがあります。コピーレフトライセンスに分類されるものと、寛容的オープンソースライセンスに分類されるものです。
-
-この記事では、オープンソースソフトウェアライセンスとその種類について説明します。
-
-## はじめに
-
-オープンソースライセンスは、ユーザーがソフトウェアのソースコードを自由に閲覧、修正、共有することを許可するライセンスの一種です。これにより、ユーザーはソースコードを頻繁に更新し、元の製品を基に開発を進めることができます。
-
-選択したオープンソースライセンスの種類によって、コードの販売や商用利用などの特定の活動が許可される場合とされない場合があります。また、ソースコードの使用方法に応じて、それぞれ異なる利用条件を提供する多くの種類のオープンソースライセンスが存在します。
-
-したがって、その恩恵を受ける前にオープンソースライセンスの種類を十分に理解することが重要です。決定を下す前に、以下の内容をよく読んでください。
-
-## オープンソースライセンスの種類
-
-[[HTML_TAG]]
-  [[HTML_TAG]]
-[[HTML_TAG]]
-
-**寛容的ライセンス**
-
-寛容的ライセンス（非コピーレフトライセンスとも呼ばれる）は、ユーザーにソースコードの使用、修正、共有の許可を与えますが、派生作品を含む再配布に関する条件の一部を変更することもできます。ソフトウェアの文脈では、派生作品は既存のプログラムに基づいて作成されたソフトウェアを指します。オリジナルが寛容的ライセンスで公開されている場合、作成者は元の作品のライセンスが要求する条件とは異なる条件で派生作品を共有することができます。
-
-**コピーレフトライセンス**
-
-オープンソースにおけるコピーレフトライセンスは、オープンソースソフトウェアのユーザーに対して、ソフトウェアの修正、使用、再配布の自由を提供します。ただし、最初に与えられた権利と同じ権利を下流のユーザーに付与することで、特定の権利を他のユーザーに引き継ぐことを要求します。
-
-コピーレフトライセンスは、コードの再配布と変更がどのように許可されるかを定義し、プロプライエタリまたは非オープンにしようとする試みを禁止します。これにより、ソフトウェアを修正する開発者がソースコードにアクセスして更新したり、独自の変更を組み込んだりすることができます。もちろん、修正はオープンソースの利点を他の人も享受できるよう公開する必要があります。これは学術研究用途では問題になりませんが、商用ソフトウェアを構築する際にはしばしば障壁となります。
-
-## なぜオープンソースソフトウェアライセンスを含めるのか？
-
-オープンソースとしてソフトウェアを公開または共有する際、オープンソースソフトウェアライセンスを含めることは重要です。ライセンスには以下のような重要な目的があります：
-
-* **コラボレーションとイノベーションの促進**
-
-オープンソースライセンスは、誰でもソフトウェアのソースコードを閲覧、修正、配布することを許可します。これにより、他の開発者がプロジェクトに貢献し、バグを修正し、新機能を追加することを促します。これはより堅牢で革新的なソフトウェア製品につながります。
-
-* **ユーザーにより多くの制御と柔軟性を提供**
-
-オープンソースライセンスは通常、商用利用を含むあらゆる目的でのソフトウェアの使用、修正、配布を許可します。これによりユーザーはソフトウェア体験をより制御できるようになり、プロプライエタリソフトウェアベンダーへの依存度が減少します。
-
-* **ソフトウェアを中心としたコミュニティの構築**
-
-オープンソースライセンスは、あなたのソフトウェアに情熱を持つユーザーや開発者のコミュニティを構築するのに役立ちます。このコミュニティはプロジェクトへのサポート、フィードバック、新しいアイデアを提供できます。
-
-* **ソフトウェアをよりアクセスしやすく包括的にする**
-
-オープンソースソフトウェアは通常、無料でダウンロードして使用でき、多くの場合複数の言語で利用可能です。これにより、収入や背景に関係なく、世界中の人々がアクセスしやすくなります。
-
-これらの利点に加えて、オープンソースライセンスは以下のような点でも役立ちます：
-
-* **著作権侵害の回避**
\ No newline at end of file
diff --git a/src/content/blog/ja/open-source-vs-proprietary-app-update-solutions.md b/src/content/blog/ja/open-source-vs-proprietary-app-update-solutions.md
deleted file mode 100644
index 265ab0bb0..000000000
--- a/src/content/blog/ja/open-source-vs-proprietary-app-update-solutions.md
+++ /dev/null
@@ -1,228 +0,0 @@
----
-slug: open-source-vs-proprietary-app-update-solutions
-title: オープンソース対商用アプリ更新ソリューション
-description: オープンソースとプロプライエタリなアプリ更新ソリューションの違いを探り、プロジェクトのニーズと予算に最適なものを見つけましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-08T03:39:09.600Z
-updated_at: 2025-03-24T14:54:52.471Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a6a42ecd7a7d94bc55e8db-1738985966262.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  app updates, open source, proprietary solutions, security, customization,
-  scalability, development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-アプリを最新の状態に保つことは、セキュリティとユーザー満足度にとって非常に重要です。オープンソースとプロプライエタリのアップデートソリューションの選択は、柔軟性とコスト、または使いやすさとサポートの優先順位に依存します。
-
-### 主要な違いの概観:
-
--   **オープンソース**: 無料でカスタマイズ可能だが、技術的な専門知識とメンテナンスが必要。
-    
--   **プロプライエタリ**: 有料で使いやすく、専門的なサポートと企業グレードのセキュリティを備えている。
-    
-
-### 簡易比較表:
-
-| **面** | **オープンソース** | **プロプライエタリ** |
-| --- | --- | --- |
-| **コスト** | 無料だが開発者のメンテナンスが必要 | $6–$250/ユーザー/月 |
-| **カスタマイズ** | 高い、ソースコードへのアクセスあり | ベンダーの機能に制限 |
-| **サポート** | コミュニティ主導のフォーラム | 24/7の専門的サポート |
-| **セキュリティ** | 透明性があるが監視が必要 | 企業グレードのセキュリティが組み込まれている |
-| **スケーリング** | 手動設定 | 自動化されスケーラブル |
-| **統合** | カスタム設定が必要 | 事前構築されたCI/CDコネクタ |
-
-### 要約:
-
--   技術的なスキルが豊富で、カスタマイズが必要で、コスト効果の高いソリューションを望むなら、**オープンソース**を選択してください。
-    
--   使いやすさ、スケーラビリティ、専門的なサポートを重視するなら、**プロプライエタリツール**を選びましょう。
-    
-
-あなたの決定は、アプリのニーズ、予算、チームの専門知識に合致するべきです。さらに詳細を掘り下げてみましょう。
-
-## オープンソース vs プロプライエタリ - 誰が勝利するのか！
-
-## オープンソースアップデートソリューション
-
-オープンソースのアップデートツールは、開発者にライブの[アプリ更新](https://capgo.app/plugins/capacitor-updater/)を管理するためのカスタマイズ可能なオプションを提供します。年月と共に、これらのツールは大きく改善され、高度な機能を提供しながらも開発チームにとって予算に優しい選択肢としています。
-
-### 主な機能
-
-オープンソースツールは、アプリのアップデートプロセスを簡素化するための多くの機能を備えています：
-
-| 機能 | 説明 | 利点 |
-| --- | --- | --- |
-| **デルタアップデート** | 変更されたコードのみを送信 | 帯域幅を節約し、アップデート時間を短縮 |
-| [**バンドル管理**](https://capgo.app/docs/webapp/bundles/) | 複数のアップデートパッケージを管理 | ステージング展開とバージョン管理をサポート |
-| **セキュリティ検証** | 公開鍵認証を使用 | 更新の整合性を保護 |
-
-これらの機能は現代のCI/CDワークフローとシームレスに連携し、アプリのアップデートをより効率的でスケーラブルにします。
-
-### 一般的なツールとプラグイン
-
-オープンソースのエコシステムでは、アプリのアップデートのための信頼性のあるツールが提供されています。[**Capgo**](https://capgo.app/)は、Capacitorアプリのライブアップデートで際立っており、エンドツーエンドの暗号化、スムーズなCI/CD統合、アプリストアのガイドラインへの準拠を提供します。
-
-### 強みと弱み
-
-オープンソースツールの長所と短所を評価することで、適切なソリューションを選択する助けになります：
-
-| 面 | 強み | 弱み |
-| --- | --- | --- |
-| **コストと柔軟性** | ソースコードへのアクセスが無料 | 技術的な知識と維持が必要 |
-| **セキュリティ** | 透明性があり、コミュニティによってレビューされたコード | 脆弱性に対する積極的な監視が必要 |
-| **サポート** | コミュニティ主導のヘルプ | 専任のサポートチームが欠乏 |
-| **統合** | 幅広いAPI互換性 | 複雑さはツールによる |
-
-オープンソースツールは積極的なセキュリティ監視を必要としますが、その透明性は信頼を構築します。
-
-オープンソースソリューションはカスタマイズとコストの利点を提供しますが、プロプライエタリツールは独自の利点のセットを持つ代替案を提供します。
-
-## プロプライエタリアップデートソリューション
-
-プロプライエタリアップデートソリューションは、信頼性が高くスケーラブルなツールを必要とする組織向けに構築されています。これらのプラットフォームは、セキュリティ、スケーラビリティ、および専門的なサポートへのアクセスを優先する企業向けに設計されています。
-
-### 標準機能
-
-今日のプロプライエタリプラットフォームは、エンタープライズの要求を満たすように設計された機能を備えています：
-
-| **機能カテゴリ** | **機能** | **ビジネスへの影響** |
-| --- | --- | --- |
-| **セキュリティ** | 暗号化とコンプライアンスツール | データを保護し、規制遵守を確保 |
-| **管理** | ユーザー割り当て、バージョン管理、ロールバック | アップデートを簡素化し、展開リスクを軽減 |
-| **分析** | 使用状況追跡、パフォーマンスメトリック | データに基づいたアップデートの決定を可能に |
-| **統合** | CI/CDパイプラインのサポート、APIアクセス | ワークフローを自動化しプロセスを効率化 |
-
-例えば、暗号化ツールは機密情報を保護し、ロールバックとバージョン管理機能はアップデート中のリスクを最小限に抑えるのを助けます。
-
-### 主要商業プラットフォーム
-
-いくつかのベンダーがプロプライエタリアップデート市場をリードしています。[**Microsoft Intune**](https://www.microsoft.com/en-us/security/business/microsoft-intune)は、ユーザーあたり月額$6から始まり、強力なセキュリティと展開機能を備えたエンタープライズアプリのアップデートツールのフルスイートを提供します。[**VMware Workspace ONE**](https://levelblue.com/products/vmware)は、同様の機能を提供しますが、より広範なユースケースのためのデバイス管理オプションを追加します。
-
-**Googleの** [**Firebase Remote Config**](https://firebase.google.com/docs/remote-config)は、アプリストアへの提出を必要とせずにリアルタイムで構成の更新をプッシュできるため人気を集めています。これにより、Googleのエコシステムで作業する開発者に特に魅力的です。
-
-### メリットとデメリット
-
-プロプライエタリソリューションの利点と欠点を評価することで、ビジネスは適切な決定を下すことができます：
-
-| **面** | **利点** | **欠点** |
-| --- | --- | --- |
-| **サポート** | 24/7の専門的なヘルプ、SLAに基づくサービス | カスタマイズオプションが限られている |
-| **セキュリティ** | 組み込みの企業グレードのプロトコル | セキュリティ実装の透明性が欠如 |
-| **統合** | 事前に構築されたコネクタとベンダーツール | ベンダーロックインのリスク |
-| **スケーラビリティ** | 大規模な運用に設計されている | 使用量が増えるにつれてコストが高くなる |
-
-最近の調査では、企業の71%が主にセキュリティと信頼性の懸念からプロプライエタリソリューションを選択しています。この傾向は、特に厳格な規制がある業界における専門的なサポートとコンプライアンスツールの重要性を際立たせています。
-
-クラウドベースのプロプライエタリソリューションは、さらにスケーラビリティオプションを拡大しました。しかし、企業はこれらのプラットフォームがオープンソースの代替案と比較して適切かどうかを判断するために、ベンダーインフラストラクチャへの依存度の増加などのトレードオフを慎重に考慮する必要があります。
-
-## 直接比較: オープンソース vs プロプライエタリ
-
-こちらは、オープンソースとプロプライエタリの[アプリ更新ソリューション](https://capgo.app/plugins/capacitor-updater/)が主要な機能、コスト、および技術要件にどのように異なるかを明確に示したものです。
-
-### 機能マトリックス
-
-| 機能カテゴリ | オープンソースソリューション | プロプライエタリソリューション |
-| --- | --- | --- |
-| アップデートコントロール | [手動アップデート](https://capgo.app/docs/plugin/cloud-mode/manual-update/)、基本的なロールバック | 高度なバージョン管理、自動ロールバック |
-| セキュリティ | [コミュニティ管理の更新](https://capgo.app/docs/plugin/cloud-mode/manual-update/)、カスタム暗号化設定 | 企業レベルの暗号化、自動脆弱性チェック |
-| 統合 | カスタムCI/CD設定 | 事前に構築されたCI/CDコネクタ |
-| スケーリング | 手動構成 | 組み込みの負荷分散 |
-| サポート | コミュニティフォーラム、ドキュメント | 24/7の専門的サポート、SLA保証 |
-
-これらの違いは、それぞれのオプションのコスト構造にも影響を与えます。
-
-### 価格内訳
-
-オープンソースツール、例えばCapacitor Live Updateは、無料で使用可能ですが、メンテナンスのための開発者の時間が必要です。一方、Microsoft Intuneなどのプロプライエタリプラットフォームは、ユーザーあたり月額$6–$250を請求し、専門的なサポートとスケーラビリティオプションを含みます。
-
-| コスト要因 | オープンソース | プロプライエタリ |
-| --- | --- | --- |
-| 初期ライセンス | 無料 | $6-250/ユーザー/月 |
-| メンテナンス | 開発者時間コスト | サブスクリプションに含まれる |
-| スケーリングコスト | インフラストラクチャの費用 | 使用量に基づく価格設定 |
-| サポートコスト | コミュニティ依存 | ライセンスに含まれる |
-
-これらのソリューション間の選択は、通常、予算と内部の専門知識のレベルに依存します。
-
-### 技術的要件
-
-これらのソリューションを実装するための技術的な要求は大きく異なります：
-
-**オープンソース：**
-
--   セキュリティと暗号化のためのカスタム設定が必要。
-    
--   CI/CDパイプラインとの手動統合が必要。
-    
--   バージョン管理システムの設定と管理が要求される。
-    
-
-**プロプライエタリ：**
-
--   自動化されたセキュリティ機能を提供。
-    
--   事前構成されたスケーリング機能が付随。
-    
--   統合監視ツールを含む。
-    
-
-プロプライエタリソリューションは統合とメンテナンスを簡素化しますが、オープンソースツールが提供するカスタマイズオプションは欠けているかもしれません。最終的な決定は、カスタマイズを優先するか、使いやすさを優先するかにかかっています。
-
-## アップデートソリューションの選択
-
-オープンソースとプロプライエタリツールの間で決定を下す際は、チームのスキル、プロジェクトの規模、予算制約、セキュリティの要求、およびソリューションが既存のシステムとどれほど統合できるかなどの要因を考慮してください。これらの考慮事項は、アプリの複雑さ、ユーザーベースのサイズ、および満たす必要のあるコンプライアンス要件に合致する必要があります。
-
-### オープンソースが理にかなう場合
-
-オープンソースツールは、柔軟性とカスタマイズが必要なプロジェクトに最適です。特に、カスタマイズされた統合やコスト効率の良いオプションを求めているチームにとって、有用です。[Capacitor Live Updateプラグイン](https://www.npmjs.com/package/@capgo/capacitor-updater)は、このアプローチの良い例です。
-
-> "Capacitorの最大の利点の1つは、アプリをアプリストアに再提出することなく、リアルタイムで更新を配信できる能力です" [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/) 。
-
-このオプションは以下に適しています：
-
-1. 技術的専門知識の強いチーム
-    
-2. カスタム統合設定が必要なプロジェクト
-    
-3. コミュニティ主導のソリューションを重視する組織
-    
-4. 迅速かつ頻繁な更新が必要なアプリ
-    
-
-### 独自ツールがより適している場合
-
-独自プラットフォームは、信頼性とコンプライアンスが重要な企業レベルのプロジェクトにとって、一般的に選ばれる選択肢です。特に以下のような場合に適しています：
-
-1. 複雑なデプロイメント要求のある大規模アプリケーション
-    
-2. 厳しい規制のある業界の企業
-    
-3. 強力な監視と分析機能が必要なチーム
-    
-4. 様々なコンプライアンス基準がある複数の地域に展開されるアプリ
-    
-
-あなたの選択は、プロジェクトの現在のニーズと将来の成長に沿ったものであるべきです。オープンソースツールは初期コストが低くなる可能性がありますが、独自プラットフォームはプロフェッショナルサポートやメンテナンスの軽減など、長期的に時間とリソースを節約することができます [\[1\]](https://www.heavybit.com/library/article/open-source-vs-proprietary)[\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software)。
-
-異なる地域で複数のアプリを管理する組織にとって、独自ソリューションはその組み込みセキュリティとスケーラビリティにより際立ちます。一方で、小規模なプロジェクトはオープンソースツールの適応性で成功する可能性があります [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software)。
-
-## 結論
-
-### 主なポイント
-
-オープンソースと独自ソリューションのどちらを選ぶかは、コスト、柔軟性、サポートといった要因のバランスに依存します。オープンソースツールはカスタマイズを必要とするチームに最適ですが、独自プラットフォームはスケーラビリティや厳しいコンプライアンスニーズの対応において優れています。あなたの選択は予算、必要なカスタマイズの程度、サポートの期待、セキュリティの優先事項などに基づくべきです。
-
-複数のアプリを同時に運用する組織や企業レベルの機能を必要とする場合、独自ツールは強力なサポートや効率的なワークフローを提供することが多いです。一方で、高度な技術スキルや特定の統合ニーズを持つチームは、オープンソースツールの利用からそれぞれのユニークな課題に対応したカスタマイズされたソリューションを得られるかもしれません [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software)。
-
-### 実装ステップ
-
-選択したソリューションを成功裏に実装するためには、まずアプリの具体的な要件を評価します。その後、それらのニーズに最も合致するツールを選択し、CI/CDパイプラインに統合し、関連するプラットフォーム標準に準拠していることを確認します。スムーズな実装は、選択がチームの技術スキル、予算、長期的なメンテナンス能力とどれだけ一致するかに依存します。
-
-更新ソリューションの成功は、現在の要求と将来の成長の両方を満たす能力に大きく依存します。カスタマイズオプションのためにオープンソースツールを選ぶか、構造化されたサポートのために独自プラットフォームを選ぶかにかかわらず、あなたの選択が開発プロセスを補完し、プラットフォームガイドラインに従っていることを確認してください。
diff --git a/src/content/blog/ja/open-source.md b/src/content/blog/ja/open-source.md
deleted file mode 100644
index bac82c86c..000000000
--- a/src/content/blog/ja/open-source.md
+++ /dev/null
@@ -1,149 +0,0 @@
----
-slug: open-source
-title: オープンソースとは何か、そしてなぜそれが重要なのかを学びましょう！
-description: プログラミングの旅の途中で、「オープンソース」という用語を聞いたことがあるかもしれません。しかし、それは実際には何を意味するのでしょうか？
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-16T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /open_source_main.webp
-head_image_alt: オープンソース
-keywords: >-
-  Open Source, Capgo, philosophy, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Open Source
-published: true
-locale: ja
-next_blog: ''
----
-この記事では、オープンソースソフトウェアとは何かを説明し、他の種類のソフトウェアとの違いについて話します。また、オープンソースソフトウェアの利点とプロジェクトへの貢献を始める方法についても議論します。
-
-## 概要
-
-オープンソースは、元々オープンソースソフトウェア（OSS）を指す用語です。オープンソースソフトウェアは、一般にアクセス可能なように設計されたコードであり、誰でもそのコードを見たり、修正したり、配布したりできます。
-
-[ソースコード](https://github.com/cap-go/capacitor-updater/)は、ほとんどのコンピュータユーザーが見ることのないソフトウェアの一部です。これは、プログラマーがソフトウェアの一部－「プログラム」または「アプリケーション」－の動作を変更するために操作できるコードです。コンピュータプログラムのソースコードにアクセスできるプログラマーは、機能を追加したり、正しく動作しない部分を修正したりすることで、そのプログラムを改善できます。
-
-すべてのアクティブなオープンソースソフトウェアプロジェクトには、1人以上のメンテイナーが存在します。彼らはプロジェクトを管理し、バグやその他の問題からプロジェクトを守る責任を持つ人々です。つまり、彼らはプロジェクトを「維持」しています。彼らはプロジェクトのためにコードを書く時間を費やすこともありますが、主な優先事項は他の人々からの貢献をレビューし、整理することです。これらの貢献を行う人々は貢献者と呼ばれます。これらは、新しいコード、ドキュメント、またはバグ報告をオープンソースプロジェクトに提出する人々です。
-
-<div class="mx-auto">
-  <img src="/open-source_(1).webp" alt="open-source-(1)">
-</div>
-
-では、私たちが知っているオープンソース運動はどのようにして始まったのでしょうか？
-
-## 「オープンソース」という用語はどこから来たのか？
-
-20年以上前、オープンソースソフトウェアという用語は、フォーサイト・インスティテュートの共同創設者クリスティン・ピーターソンによって造られました。彼女は、この用語を新しい参加者をこの分野に引き込むための方法として造ることを望んでいました。
-
-元の名前は「フリーソフトウェア」になる予定でしたが、「フリー」が実際に何を意味するのかについて多くの混乱がありました。この問題を明確にするために、ピーターソンは「オープンソースソフトウェア」という名称変更を提案しました。
-
-## オープンソースソフトウェアの利点は何ですか？
-
-オープンソースソフトウェアを使用し、作業することで多くの利点があります。その利点の1つは、使用することを決定したコードに対する制御の多さです。
-
-プログラマーはコードを見て、変更したい部分を決定できます。一般ユーザーは、他の誰かに特定の方法で使用するように指示されることなく、自分の好きなようにこのソフトウェアを使用できます。
-
-もう1つの利点は、オープンソースプロジェクトのコードを使用することで学べることの多さです。さまざまなバックグラウンドを持つ開発者は、オープンソースプロジェクトのコードを研究したり、自分の作業を他の人と共有したりできます。
-
-オープンソースソフトウェアは、商用ソフトウェアよりも安全であると見なされることもあります。コードが自由に利用できるため、開発者は問題を見つけ、更新し、商用ソフトウェアよりも迅速にバグを修正できます。
-
-オープンソースには、非常に大きなコミュニティも支えています。その結果、オープンソースコミュニティに参加して貢献を始めようとする初心者向けの多くの役立つリソースがあります。
-
-## なぜオープンソースプロジェクトに貢献するべきなのか？
-
-オープンソースコミュニティの共同作業の性質は、開発者にとって重要な機会を提供します。以下に、それが良いアイデアである最も重要な理由を示します。
-
-**プロジェクトの改善**
-
-オープンソースコミュニティの最大の魅力は、そのメンバーが主にプロジェクト自体への genuine な興味によって駆動されていることです。したがって、多くの人々は、利他的な理由からオープンソースプロジェクトに貢献します - 彼らはそれを改善したいのです！
-
-オープンソースソフトウェアをより速く、賢く、またはより安全に動作させることは、その品質を向上させます。
-
-**貴重な知識の獲得**
-
-特定のオープンソースプロジェクトに身を投じることで、ソフトウェアに関する貴重な知識が得られます。言い換えれば、ただ実践して学んでいるのではなく、他の開発者のコードと相互作用することで学んでいます。
-
-**キャリアの展望を活用する**
-
-オープンソースプロジェクトに貢献することは、潜在的な雇用主に自分の才能を示すことになります。彼らにとって、あなたの実際の仕事を確認し、開いている役割にフィットするかどうかを評価するのは簡単です。[フランク・シェフラー](https://medium.com/digitalfrontiers/5-reasons-why-you-should-contribute-to-open-source-projects-2f65443b4077/)の言葉を借りると、「アクティブなオープンソース貢献は、単なる証明書以上にあなたの専門知識と知識を強調します」。
-
-さらに、複数のプロジェクトに貢献することで、あなたのネットワークを構築しており、それはキャリアにとって決して悪くありません！
-
-## オープンソースプロジェクトへの貢献を始める方法
-
-オープンソースプロジェクトに貢献することは、経験を得て、他の人とコラボレーションし、コミュニティに還元するための報酬を得る方法です。以下は、始めるためのステップ・バイ・ステップのガイドです。
-
-1. **プロジェクトを選ぶ**:
-   - 自分の興味とスキルレベルに合ったオープンソースプロジェクトを特定することから始めましょう。GitHub、GitLab、Bitbucketなどのプラットフォームを使用してプロジェクトを発見できます。
-
-<div class="mx-auto">
-  <img src="/open-source_(2).webp" alt="open-source-(2)">
-</div>
-
-2. **プロジェクトを理解する**:
-   - プロジェクトのドキュメント、READMEファイル、および貢献ガイドラインを読んで、その目的、目標、コーディング基準を理解します。
-
-<div class="mx-auto">
-  <img src="/open-source_(3).webp" alt="open-source-(3)">
-</div>
-
-3. **開発環境を整える**:
-   - プロジェクトで作業するために必要なツールや依存関係をインストールします。これには、プログラミング言語、ライブラリ、Gitのようなバージョン管理システムが含まれる場合があります。
-
-4. **小さく始める**:
-   - 初心者にとって、誤字修正、ドキュメントの改善、小さなバグ修正などの単純で明確なタスクから始めることが良いアイデアです。これにより、プロジェクトのワークフローやコミュニティに慣れることができます。
-
-5. **バージョン管理に慣れる**:
-   - Gitを使用したバージョン管理の使い方を学びます。プロジェクトのリポジトリをフォークして、ローカルマシンにクローンし、自分の変更用に新しいブランチを作成します。
-
-6. **コードを貢献する**:
-   - プロジェクトのコーディングガイドラインに従って、コードの変更を行います。自分の変更が明確でよく文書化されており、既存の問題またはニーズに対処していることを確認します。
-
-7. **テスト**:
-   - コードを提出する前に、意図した通りに動作することを確認するために、十分にテストします。プロジェクトは、コード変更に対してテストを書くことを要求することがよくあります。
-
-8. **プルリクエスト（PR）を作成する**:
-   - 自分の変更をフォークしたリポジトリにプッシュし、次に自分の変更をメインプロジェクトに提案するためにPRを作成します。自分の変更の明確で簡潔な説明を提供することを忘れないでください。
-
-9. **コミュニティと交流する**:
-   - プロジェクトに関連する議論、フォーラム、またはメーリングリストに参加します。フィードバックにオープンであり、受け取ったフィードバックに基づいて改善する意欲を持ってください。
-
-10. **忍耐強く、粘り強くいる**:
-    - あなたのPRがレビューされ、受け入れられるまでには時間がかかることがあります。忍耐強く、必要に応じて、自分のPRについて丁寧にフォローアップしてください。
-
-11. **学び、成長する**:
-    - 他の人から学ぶ経験を活用し、コーディングスキルを向上させます。プロジェクトに慣れるにつれて、より大きな機能や改善にも貢献できます。
-
-12. **オープンソースのエチケットを守る**:
-    - プロジェクトのメンテイナーやコミュニティメンバーを尊重します。丁寧に接し、彼らのガイドラインに従い、有益で建設的な貢献者でいるようにします。
-
-13. **一貫性を保つ**:
-    - 引き続き貢献したい場合は、定期的に貢献を行うよう努めます。これにより、プロジェクトコミュニティ内での存在感を養うことができます。
-
-14. **ライセンスと所有権を認識する**:
-    - プロジェクトのライセンスと著作権を尊重します。あなたが貢献している条件を理解します。
-
-15. **自分の作業を文書化する**:
-    - 自分の貢献を記録し、自分自身の参考にします。これは、開発者ポートフォリオを構築する際にも役立ちます。
-
-オープンソースに貢献することは、単にコードを書くことだけではありません。ドキュメンテーション、デザイン、テスト、プロジェクト管理などでも役立つことができます。重要なのは、自分のスキルや興味に合った方法で貢献することを見つけることです。
-
-## Capgoの裏にあるオープンソース技術を活用する
-
-ご存知のように、オープンソース技術には複数の利点があります。それは商用ソフトウェアの価格の一部で入手可能であり、オープンソースコミュニティによる頻繁なコードの改訂により、柔軟性があり、より安全です。
-
-これらはすべて、Capgoで遵守する原則です！私たちは、Capacitorアプリのライブ更新システムとして、Capacitorアプリをライブ更新することを使命としています。アプリを再インストールする必要なく、ユーザーに更新を展開することを可能にします。私たちはクラウドベースのサービスですが、自己ホスティングも可能です。
-
-ぜひ、自分で試してみませんか？ [無料版を試す](https://console.capgo.app/register/)と、[常に進化するオープンソースプロジェクトに貢献する](https://github.com/Cap-go/)ことをお勧めします - ぜひご参加ください！
-
-<div class="mx-auto">
-  <img src="/capgo_banner.webp" alt="capgo_banner">
-</div>
-
-## 結論
-
-オープンソースソフトウェアは、一般に公開され、見ることも、修正することも、共有することもできるコードです。「オープンソースソフトウェア」という用語は、フォーサイト・インスティテュートの共同創設者クリスティン・ピーターソンによって造られました。
-
-オープンソースソフトウェアには、広大なコミュニティサポート、貢献を始めるための役立つガイド、他人のコードを学ぶこと、他の開発者と協力して経験を得ることなどの多くの利点があります。
diff --git a/src/content/blog/ja/optimise-your-images-for-updates.md b/src/content/blog/ja/optimise-your-images-for-updates.md
deleted file mode 100644
index 76a0d04a8..000000000
--- a/src/content/blog/ja/optimise-your-images-for-updates.md
+++ /dev/null
@@ -1,30 +0,0 @@
----
-slug: optimise-your-images-for-updates
-title: 更新のために画像を最適化する
-description: ライブアップデートのために画像を最適化し、ユーザーがより早くアップデートを受け取る手助けをする方法。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-23T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /convert.jpg.webp.webp
-head_image_alt: WebPイラストに変換
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Optimisation
-published: true
-locale: ja
-next_blog: ''
----
-WebPは、JPEGと比較してファイルサイズを大幅に削減できる現代の画像フォーマットであり、類似またはそれ以上の視覚品質を維持します。モバイルアプリ内でJPEG画像をWebPに変換することで、アプリのサイズを削減でき、ダウンロード時間の短縮とユーザーのパフォーマンス向上につながる可能性があります。
-
-WebPは、AndroidやiOSを含むほとんどの主要モバイルプラットフォームおよびデバイスでサポートされています。JPEGとは異なり、WebPは低いファイルサイズで優れた画像品質を提供し、結果としてダウンロード時間の短縮、データ使用量の削減、そしてより良いユーザー体験を実現します。これは、データ使用量とダウンロード時間が大きな関心事であるモバイルネットワーク上で使用されるモバイルアプリにとって特に重要です。
-
-画像をWebPに変換する際には、いくつかのオプションがあります。人気のあるオプションの1つは、`c.webp`のようなコマンドラインツールを使用することで、アプリのビルドプロセスに簡単に統合できます。また、[Android Studio](https://sites.google.com/a/android.com/tools/tech-docs/.webp/)を使用して手動で画像をWebPに変換することもできます。CMS用のプラグインや、Kraken.ioのような自動化サービスを利用することもできます。
-
-画像をWebPに変換したら、アプリのパフォーマンスをテストして改善があるかどうかを確認することが重要です。[Firebase Performance Monitoringプラグイン](https://github.com/cap-go/capacitor-firebase/tree/main/packages/performance/)やその他のパフォーマンステストツールを使用して、アプリのパフォーマンスを測定できます。また、異なるデバイスやネットワークでアプリをテストして、WebPへの変換がアプリのパフォーマンスにどのように影響するかのより正確なイメージを得ることを検討する必要があります。
-
-アプリのパフォーマンスを向上させることに加えて、画像をWebPに変換することは、アプリ全体のユーザー体験にも良い影響を与える可能性があります。ダウンロード時間が短縮され、データ使用量が減少することで、ユーザーはアプリに対してより良い体験を持つ可能性が高くなり、エンゲージメントと保持率の向上につながります。
-
-全体として、画像をWebPに変換することは、モバイルアプリの資産を最適化し、アプリのパフォーマンスを改善する効果的な方法です。これはシンプルで明確なプロセスであり、アプリの全体的なユーザー体験に大きな影響を与える可能性があります。画像をWebPに変換するために時間をかけることで、ユーザーにより良い体験を提供し、エンゲージメントと保持率を向上させる可能性があります。
diff --git a/src/content/blog/ja/ota-security-checklist-for-capacitor-apps.md b/src/content/blog/ja/ota-security-checklist-for-capacitor-apps.md
deleted file mode 100644
index d1d094d6b..000000000
--- a/src/content/blog/ja/ota-security-checklist-for-capacitor-apps.md
+++ /dev/null
@@ -1,204 +0,0 @@
----
-slug: ota-security-checklist-for-capacitor-apps
-title: Capacitorアプリ用OTAセキュリティチェックリスト
-description: アプリのOTAアップデートにおける重要なセキュリティ対策（暗号化、アクセス制御、緊急対応戦略を含む）について学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T13:52:41.166Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f910732e221594daf2250f-1744379572627.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, app security, encryption, user management, compliance, rollback
-  capabilities, mobile app development
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**ユーザーデータを保護しアプリの整合性を維持するために、セキュアなOTAアップデートは不可欠です。**以下が重要なポイントです:
-
--   **エンドツーエンド暗号化:** 作成から配信までのアップデートを保護します。
--   **ロールバック機能:** 問題のあるアップデートを迅速に元に戻し、影響を最小限に抑えます。
--   **ユーザー管理:** 厳格なアクセス制御により、許可されたユーザーのみがアップデートを受け取れます。
--   **コンプライアンス:** アプリストアのリストを維持するため、AppleとGoogleのガイドラインに従います。
--   **リスク軽減:** 段階的なロールアウト、ベータテスト、インフラのセキュリティを使用して脆弱性を減らします。
-
-**主要な統計:**
-
--   アクティブユーザーの95%が24時間以内にアップデートを実施。
--   グローバルな展開成功率は82%。
-
-## OTA（無線経由）アップデートの簡単ガイド...
-
-<iframe src="https://www.youtube.com/embed/7Xdsc1qqoro" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## セキュリティ計画
-
-OTAアップデートは強力な技術的保護措置とコンプライアンス対策を計画して確実に実施する必要があります。
-
-### セキュリティ要件
-
-作成から展開までエンドツーエンド暗号化でアップデートを保護します[\[1\]](https://capgo.app/) 。主な手順は以下の通りです:
-
--   **暗号化プロトコル**: すべてのアップデートパッケージにエンドツーエンド暗号化を使用。
--   **認証システム**: 堅牢なユーザーとデバイスの認証方式を適用。
-
-### アプリストアのルール
-
-[Apple App Store](https://developer.apple.com/app-store/guidelines/)と[Google Play Store](https://play.google.com/console/signup)はOTAアップデートに関して厳格なポリシーを適用しています。アプリストアのリストとユーザーの信頼を維持するために、これらのルールに従うことが重要です。
-
-| プラットフォーム | 主な要件 | アップデートの制限 |
-| --- | --- | --- |
-| Apple App Store | エンドツーエンド暗号化 | コア機能の変更は不可 |
-| Google Play Store | 署名付きアップデート | コンテンツの更新に限定 |
-| 両プラットフォーム | ロールバック機能 | アプリの整合性を維持する必要あり |
-
-### セキュリティリスク
-
-潜在的な脆弱性を理解することで、効果的な防御を構築できます。主なリスクには以下があります:
-
--   **アップデートの整合性**  
-    グローバルなアップデート成功率82%[\[1\]](https://capgo.app/)において、強力なセキュリティプロトコルは展開の問題を大幅に低減できます。
-    
--   **配信管理**  
-    ベータテストと段階的なロールアウトを使用して配信を管理しリスクを軽減します。
-    
--   **インフラのセキュリティ**  
-    組織固有のセキュリティニーズに基づいて、クラウドベースまたはセルフホスト型インフラを選択します[\[1\]](https://capgo.app/) 。
-    
-
-> 「真のエンドツーエンド暗号化を提供する唯一のソリューション。他はただアップデートに署名するだけです。」- Capgo [\[1\]](https://capgo.app/)
-
-セキュリティを強化するには、アップデートのパフォーマンスを追跡し潜在的な問題を早期に発見するモニタリングシステムを採用してください。暗号化、制御された配信、積極的なモニタリングを組み合わせることで、OTAアップデートの堅固なセキュリティ基盤が構築されます。これらの対策により、コード、データ、アクセスポイント全体でアップデートのセキュリティが確保されます。
-
-## セキュリティの実装
-
-OTAセキュリティの実装には、定義された要件とリスク評価に基づく強力な技術的対策が必要です。Capgoによると、**アクティブユーザーの95%が24時間以内にアップデートを実施します**[\[1\]](https://capgo.app/) 。
-
-### コードセキュリティ
-
-以下の主要な対策に焦点を当てます:
-
-| セキュリティレイヤー | 実装 | 目的 |
-| --- | --- | --- |
-| **エンドツーエンド暗号化** | [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard)暗号化 | 転送中のOTAパッケージを保護 |
-| **コード署名** | デジタル署名 | アップデートの真正性と改ざん防止を確保 |
-
-これらのステップは、セキュアなOTAプロセスの基盤を形成します。
-
-### データ保護
-
-エンドツーエンド暗号化により、OTAアップデートのセキュリティが確保され、許可されたユーザーのみがパッケージを復号化できます[\[1\]](https://capgo.app/) 。
-
-### アクセス制御
-
-不正な変更や展開を防ぐため、階層化されたアクセス制御戦略が重要です。主要なコンポーネントには以下が含まれます:
-
--   **ユーザー管理システム**: 開発者、テスター、管理者に特定のアクセスレベルを割り当て、アップデート展開の詳細な権限を設定。
--   **チャネルベースの配信**: 制御されたロールアウト、ベータテスト、本番環境の安定性維持のために複数のアップデートチャネルを使用。
--   **認証プロトコル**: ユーザーとデバイスの両方に堅牢な認証と検証プロセスを適用。
-
-この構造化されたアプローチにより、アップデートのセキュリティと管理可能性が確保されます。
-
-### セキュリティテスト
-
-セキュリティを維持するには、徹底的なテストが必要です。主な手順には以下が含まれます:
-
--   セキュリティスキャンの実行とアップデートパッケージの検証。
--   認証システムの信頼性確保のためのテスト。
--   問題のあるアップデートに迅速に対応するためのロールバックメカニズムの検証。
-
-分析とエラー追跡を使用して問題を積極的に特定・解決し、ダウンタイムとリスクを最小限に抑えます。
-
-> 「私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な提供に不可欠です！」- Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## 緊急対応
-
-予防措置が不十分な場合、OTAアップデート中のセキュリティ侵害に対処するための計画が重要です。
-
-### セキュリティアラート
-
-脅威を早期に検出するためにモニタリングツールを使用します。主な要素は以下の通りです:
-
-| コンポーネント | 目的 | 実装 |
-| --- | --- | --- |
-| **エラー追跡** | 異常を迅速に特定 | アップデートロールアウト中の自動モニタリング |
-| **分析ダッシュボード** | アップデートのパフォーマンスを追跡 | リアルタイムでのユーザーエンゲージメントモニタリング |
-
-脅威が特定されたら、ロールバックから始まる迅速な対応が次のステップです。
-
-### アップデートの取り消し
-
-セキュリティ問題による被害を制限するため、アップデートを迅速にロールバックする必要があります。Capgoのようなプラットフォームはワンクリックロールバック機能を提供し、チームが遅延なく以前のバージョンに戻れるようにします[\[1\]](https://capgo.app/) 。
-
-**ロールバックに関する注意点:**
-
--   必要な場合に即時の復帰を確実にするため、**自動ロールバック**システムを設定。
-
-### 緊急手順
-
-セキュリティ侵害を検出した後、状況を効果的に管理するための手順:
-
-1.  **即時評価**  
-    侵害の範囲を評価し、影響を受けるバージョンとユーザーを文書化。
-    
-2.  **封じ込め措置**  
-    アップデートチャネルを使用して影響を受けるユーザーを隔離し、システムを安定化。
-    
-3.  **復旧の実施**  
-    問題を解決するため、セキュアなバージョンにロールバック。
-    
-
-> 「必要に応じて任意の以前のバージョンにワンクリックでロールバック」- Capgo [\[1\]](https://capgo.app/)
-
-最新のOTAプラットフォームは、エラー追跡、リアルタイム分析、チャネルベースのアップデートなどのツールをチームに提供します。これらの機能により、迅速な対応が可能になり、ユーザーへの影響を軽減できます。
-
-## セキュリティツール
-
-最初から最後までOTAアップデートを保護するセキュリティツールを選択します。
-
-### アップデートプラットフォーム
-
-OTAアップデートプラットフォームを評価する際は、セキュリティを優先してください。トップレベルのプラットフォームには通常以下の機能が含まれます:
-
-| セキュリティ機能 | 目的 | 実装 |
-| --- | --- | --- |
-| **エンドツーエンド暗号化** | アップデートコンテンツを保護 | 許可されたユーザーのみが復号化可能 |
-| **アプリストアコンプライアンス** | プラットフォーム標準への準拠 | Apple/Googleのルールに対するアップデートの自動チェック |
-| **ロールバック機能** | 問題のあるアップデートを元に戻す | 効率的なロールバックのための監査証跡の保持 |
-| **エラーモニタリング** | ロールアウトの問題を早期に特定 | リアルタイム追跡の提供 |
-
-例えば、Capgoは真のエンドツーエンド暗号化に重点を置いた強力なパフォーマンスを提供します。プラットフォーム自体を超えて、アップデート配信環境のセキュリティ確保も同様に重要です。
-
-### ブラウザセキュリティ
-
-配信中のクライアントサイド環境のセキュリティ確保も同様に重要です。配信中のWeb脆弱性を防ぐため、厳格なコンテンツセキュリティポリシー（CSP）を実装します:
-
--   信頼できるドメインのみにリソースのロードを制限
--   すべての接続にHTTPSを要求
--   不正アクセスを制限するための適切なCORSポリシーを設定
-
-### サーバーセキュリティ
-
-OTAホスティングの保護には強力なサーバーサイドの対策が必要です:
-
--   **HTTPS配信**: データの安全性を確保するためすべてのアップデート転送を暗号化
--   **アクセス制御**: 詳細な権限を持つ[クラウドまたはセルフホスト展開](https://capgo.app/blog/self-hosted-capgo/)を使用
--   **継続的なモニタリング**: アップデートの整合性を定期的に追跡・検証
-
-> 「真のエンドツーエンド暗号化を提供する唯一のソリューション。他はただアップデートに署名するだけです」- Capgo [\[1\]](https://capgo.app/)
-
-Capgoのようなプラットフォームは高いセキュリティ基準を重視しており、厳格なコンプライアンスやデータ主権のニーズを持つ企業に特に有用です。
-
-## 結論
-
-[Capacitor](https://capacitorjs.com/)アプリでのOTAアップデートのセキュリティ確保には、慎重な計画、正確な実行、信頼できるツールが必要です。OTAプラットフォームは24時間以内のアップデート率95%[\[1\]](https://capgo.app/)を報告しており、セキュアで効率的な配信の重要性を強調しています。
-
-強力なセキュリティ対策を実装することで、プラットフォームは高いアップデート率を維持しながらユーザーデータを保護できます。このバランスにより、組織は自信を持ってアップデートを展開し、ユーザーの信頼を維持できます。
-
-OTAセキュリティを確保するための3つの主要コンポーネント:
-
-| コンポーネント | 
diff --git a/src/content/blog/ja/ota-updates-in-beta-staying-policy-compliant.md b/src/content/blog/ja/ota-updates-in-beta-staying-policy-compliant.md
deleted file mode 100644
index 073cd9e43..000000000
--- a/src/content/blog/ja/ota-updates-in-beta-staying-policy-compliant.md
+++ /dev/null
@@ -1,70 +0,0 @@
----
-slug: ota-updates-in-beta-staying-policy-compliant
-title: OTAアップデートのベータ版：ポリシーの順守
-description: アプリストアのポリシーに準拠し、ユーザーのセキュリティを向上させながら、ベータテストでのOTAアップデートを効果的に管理する方法をご紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T02:04:08.266Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5-1743499666588.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, beta testing, compliance, app store policies, encryption, user
-  communication, quality control
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**OTAアップデートによってベータテストがより速く、より簡単になりますが、アプリストアのルールを遵守することが重要です。** 以下が知っておくべきポイントです：
-
--   **OTAアップデートとは？** アプリストアを介さずに、開発者が直接ユーザーのデバイスに修正や機能を送信できます。
--   **主なメリット:** 迅速な配布、ターゲットを絞ったアップデート、リアルタイムトラッキング、ロールバックオプション。
--   **コンプライアンスの要点:** エンドツーエンドの暗号化を使用し、テスターと透明なコミュニケーションを取り、AppleとGoogleのベータテストルールに従う。
--   **避けるべき一般的なミス:** 決済システムやコア機能など、未承認の変更にOTAアップデートを使用しない。
--   **最適なツール:** [Capgo](https://capgo.app/)のようなプラットフォームは、チャンネルシステム、分析、ロールバック機能を備え、安全で準拠したアップデートを簡素化します。
-
-**簡単な比較:**
-
-| 機能 | Capgo | [TestFlight](https://developer.apple.com/testflight/) | [Google Play Console](https://developer.android.com/distribute/console) |
-| --- | --- | --- | --- |
-| エンドツーエンド暗号化 | はい | はい | はい |
-| ターゲット更新 | はい ([チャンネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)) | 制限付き | 制限付き |
-| ロールバック機能 | はい | いいえ | いいえ |
-| リアルタイムトラッキング | はい | 制限付き | 制限付き |
-| セットアップ費用 | $2,600 (一回限り) | 無料 | 無料 |
-
-## デバイスファームウェアアップデートのベストプラクティス
-
-<iframe src="https://www.youtube.com/embed/owPdKRQhMzk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## アプリストアのベータテストルール
-
-AppleとGoogleの両方とも、アプリの品質とユーザーの安全性を維持するために厳格なベータテストガイドラインを設けています。これらの基準を満たすには、安全で正確なアップデートツールを使用することが不可欠です。
-
-### Apple [TestFlight](https://developer.apple.com/testflight/) の要件
-
-![TestFlight](https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5/4da4b0faec79804f5d08d001d9926818.jpg)
-
-Appleのルールに準拠するには、**エンドツーエンド暗号化**を含み、ベータアップデートの**ターゲットを絞った展開**をサポートするソリューションを確保してください。
-
-[残りの部分も続けますが、文字数制限のため分割させていただきます。続きが必要な場合はお申し付けください]
-
-これらのプラクティスは、Capgoのような専門プラットフォームの基盤を形成しています。
-
-### Capgoを使用したアップデート
-
-Capgoは、コンプライアンスに準拠したOTAアップデートを簡素化するように設計されています。750以上の本番アプリで2,350万回以上のアップデートを提供し[\[1\]](https://capgo.app/)、プロセスのあらゆる側面を扱うツールを提供しています。以下が、その機能がもたらす利点です：
-
-| 機能 | 利点 |
-| --- | --- |
-| エンドツーエンドの暗号化 | アップデートとユーザーデータを保護 |
-| チャネルシステム | 正確なベータテスト管理を可能に |
-| 分析ダッシュボード | リアルタイムのコンプライアンス追跡を提供 |
-| ロールバック機能 | バージョン管理による安定性を確保 |
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信に不可欠です！" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgoのコンプライアンスと迅速で信頼性の高いアップデートのバランスを取る能力は、アジャイル開発チームにとって不可欠なツールとなっています。
diff --git a/src/content/blog/ja/ota-updates-in-cicd-security-and-compliance-tips.md b/src/content/blog/ja/ota-updates-in-cicd-security-and-compliance-tips.md
deleted file mode 100644
index daa90c459..000000000
--- a/src/content/blog/ja/ota-updates-in-cicd-security-and-compliance-tips.md
+++ /dev/null
@@ -1,222 +0,0 @@
----
-slug: ota-updates-in-cicd-security-and-compliance-tips
-title: CI/CDでのOTAアップデート：セキュリティとコンプライアンスのヒント
-description: >-
-  OTAアップデートに関するCI/CDパイプラインにおいて、効率的で安全なアプリのデプロイを確保するための重要なセキュリティとコンプライアンス戦略について学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T03:24:03.406Z
-updated_at: 2025-03-29T03:24:15.903Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e7635c283d21cbd679bdb8-1743218655903.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, CI/CD, security, compliance, encryption, app deployment, privacy
-  laws, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**OTA アップデート**を使用すると、アプリストアのレビューを待つことなく、ユーザーに直接アプリの更新をプッシュできます。**CI/CD パイプライン**と組み合わせることで、迅速で自動化された安全なデプロイメントが可能になります。しかし、スピードにはリスクが伴います - セキュリティ、コンプライアンス、プライバシーを優先する必要があります。
-
-### 重要なポイント:
-
--   **セキュリティリスク**: データの傍受、コードインジェクション、サーバーの侵害などのリスクがあります。
--   **ベストプラクティス**: **エンドツーエンドの暗号化**、**コード署名**、**安全なHTTPS配信**を使用します。
--   **コンプライアンス**: アプリストアのルール（承認なしでコア機能を変更しない）と[GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)/[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)などのプライバシー法を遵守します。
--   **Capacitorアプリのメリット**: 問題を即座に修正し、更新を段階的に展開し、リアルタイムでパフォーマンスを追跡できます。
-
-### 使用するツール:
-
-**[Capgo](https://capgo.app/)** などのプラットフォームは、暗号化、ロールバックオプション、エラー追跡、CI/CD統合などの堅牢な機能を提供します。例えば:
-
--   **Capgoの成功率**: 24時間以内に95%の更新採用率、82%のグローバル成功率。
-
-| 機能 | メリット |
-| --- | --- |
-| **暗号化** | 更新パッケージの保護 |
-| **ロールバックオプション** | 問題の迅速な修正 |
-| **アクセス制御** | 権限の制限 |
-| **分析** | パフォーマンスの追跡 |
-
-セキュアなOTAプラットフォームを選択し、CI/CDパイプラインと統合し、コンプライアンスルールに従って、スムーズで安全で効果的な更新を確保しましょう。
-
-## CI/CDパイプラインを保護するための実践的なヒントとコツ
-
-## セキュアなOTAアップデートのセットアップ
-
-CI/CD OTAアップデートの保護には、複数のセキュリティレイヤーが必要です。Capgoは、これらの戦略を効果的に実装した場合、24時間以内に95%の更新成功率を示しています[\[1\]](https://capgo.app/) 。
-
-### 更新パッケージの暗号化
-
-OTA更新パッケージの最初から最後までの暗号化により、プロセス全体を通じてセキュリティが確保されます[\[1\]](https://capgo.app/) 。この方法では、承認されたユーザーのみが更新を復号化できるため、保護層が追加されます。単に更新に署名するだけのソリューションとは異なり、完全な暗号化はあらゆる段階での不正アクセスをブロックします。
-
-### コード署名方法
-
-コード署名は、更新が正当で改ざんされていないことを確認するために重要です。これを強力な暗号化と組み合わせて、より安全な[更新プロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/) を作成します。
-
-### セキュアな更新配信
-
-HTTPSと保護されたAPIアクセスを使用して、更新配信を保護します。これにより、転送中のデータの傍受や改ざんを防ぎます。さらに、整合性を損なうことなく配信の問題に対処できる信頼性の高いロールバックメカニズムをシステムに含めることを確認してください。
-
-### 更新ロールバックオプション
-
-ロールバック機能は、更新の失敗に対処するために不可欠です。Capgoは、82%のグローバル成功率の一部をこれらの機能に帰属させています[\[1\]](https://capgo.app/) 。これらのセキュリティレイヤーを組み合わせることで、リスクを最小限に抑え、一貫したパフォーマンスを確保する信頼性の高いOTA更新システムが作成されます。
-
-## アプリストアとプライバシーのルール
-
-### アプリストアのOTAルール
-
-Appleはコアアプリ機能の変更にレビューを必要とし、Googleは更新の透明性を期待しています。オーバー・ザ・エア（OTA）デプロイメントをアプリストアのルールに準拠させるために、以下の手順に従ってください：
-
--   **詳細な更新文書の提供**: 更新内容を明確に概説します。
--   **コア機能の変更を避ける**: 承認なしにアプリの主要機能を変更しないようにします。
--   **プラットフォームのUI/UXガイドラインに従う**: デザインの変更はプラットフォームの基準に合わせます。
-
-これらのルールを遵守することは、マーケットプレイスでのアプリの存在を維持するために不可欠です。Capgoが指摘するように、「アプリストアに準拠」することは長期的な成功の鍵です[\[1\]](https://capgo.app/) 。
-
-### プライバシー法の要件
-
-GDPRやCCPAなどのプライバシー法も、OTA更新データの扱い方に影響を与えます。これらの規制は透明性、ユーザーの権利、セキュリティに重点を置いています。
-
-**データ収集の透明性**:
-
--   更新関連のデータ収集について明確に開示します。
--   データを収集する前に明示的なユーザーの同意を得ます。
--   ユーザーに非必須のデータ収集をオプトアウトできるようにします。
-
-**ユーザー権利の保護**:
-
--   ユーザーが更新履歴にアクセスできるようにします。
--   更新関連データのポータビリティオプションを提供します。
--   更新関連データの削除要求に対応します。
-
-**セキュリティプラクティス**:
-
--   すべての更新データを暗号化します。
--   更新活動の詳細なログを保持します。
--   データを保護するための厳格なアクセス制御を実装します。
-
-強力なセキュリティと透明な更新プロセスはコンプライアンスにおいて譲れません。Capgoは、OTA更新を保護するための中核的な戦略としてエンドツーエンドの暗号化を強調しています[\[1\]](https://capgo.app/) 。
-
-## OTAアップデートのセキュリティヒント
-
-### セキュリティテスト
-
-セキュリティテストを自動化して、潜在的な弱点を発見します。更新パッケージが安全で暗号化が意図通りに機能することを確認するために自動化ツールを使用します。
-
-検証する主な領域には以下が含まれます：
-
--   **パッケージの整合性**
--   **暗号化プロトコル**
--   **認証メカニズム**
--   **アクセス制御システム**
-
-確実なテストプロセスにより、デプロイメント中の強力な権限制御が保証されます。
-
-### 更新権限の制御
-
-更新にアクセスしデプロイできる人を制御することが重要です。不正な変更を防ぐためにロールベースの権限を実装します。
-
--   **管理者制御**: デプロイメントとロールバックを管理するための完全なアクセス。
--   **開発者アクセス**: 特定の更新チャネルとテスト環境に制限。
--   **QAチーム**: ベータチャネルとテストセットアップの権限。
--   **モニタリングチーム**: 分析とログの表示に限定。
-
-これらの権限は、セキュアな環境を維持するために追跡システムと連携します。
-
-### 更新の追跡
-
-問題を早期に発見するために更新活動を注意深く監視します。追跡が役立つ方法は以下の通りです：
-
-| 追跡コンポーネント | 目的 | セキュリティ上の利点 |
-| --- | --- | --- |
-| **エラーログ** | 更新の失敗を追跡 | 侵害を検出 |
-| **分析ダッシュボード** | 成功率を監視 | 潜在的な脅威を特定 |
-| **バージョン管理** | アクティブなバージョンを追跡 | 一貫性を確保 |
-| **ユーザー活動ログ** | デプロイメントを記録 | 監査証跡を提供 |
-
-### 問題対応計画
-
-迅速な対応戦略を持つことで、セキュリティ問題の影響を軽減できます。侵害への対処方法は以下の通りです：
-
-1. **評価**
-
--   重大度と範囲を判断。
--   影響を受けたバージョンを文書化。
--   影響を受けたユーザーを特定。
-
-2. **封じ込め**
-
--   一時的に更新を停止。
--   侵害されたチャネルをブロック。
--   データを保護するためのバックアップを有効化。
-
-3. **復旧**
-
--   機能を復元するために安全なバージョンにロールバック。
--   必要に応じて緊急パッチをデプロイ。
--   インシデントと解決手順についてユーザーに通知。
-
-> "真のエンドツーエンド暗号化を持つ唯一のソリューション、他は単に更新に署名するだけ" - Capgo [\[1\]](https://capgo.app/)
-
-## OTAアップデートツールのレビュー
-
-OTAアップデートの保護には、データ保護を優先する統合機能を持つツールが必要です。考慮すべき点を詳しく見てみましょう。
-
-### OTAアップデートの主要機能
-
-OTAアップデートプラットフォームを選択する際は、セキュリティと機能性に焦点を当てます。エンドツーエンド暗号化は必須です - 基本的なコード署名よりもはるかに多くの保護を提供します。
-
-優先すべき重要な機能は以下の通りです：
-
--   **暗号化**: 更新パッケージが転送中に完全に暗号化されることを保証。
--   **ロールバックサポート**: 問題が発生した場合に以前のバージョンへの即時復帰を可能に。
--   **アクセス制御**: 権限とユーザーロールの詳細な管理を可能に。
--   **分析**: 更新のリアルタイム追跡と監視を提供。
--   **CI/CD統合**: 開発パイプラインとシームレスに接続。
-
-### [Capgo](https://capgo.app/)プラットフォームの機能
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e7635c283d21cbd679bdb8/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-2022年に立ち上げられたCapgoは、セキュリティを念頭に置いて設計されたOTAアップデートを提供します。その機能には、エンドツーエンド暗号化、セルフホスティング機能、段階的ロールアウト、エラー追跡、バージョン管理が含まれます。
-
-Capgoの主要なセキュリティ機能の内訳は以下の通りです：
-
-| **機能** | **セキュリティ上の利点** |
-| --- | --- |
-| エンドツーエンド暗号化 | 更新中の不正アクセスからデータを保護 |
-| [セルフホストオプション](https://capgo.app/blog/self-hosted-capgo/) | データとコンプライアンスのより良い制御を提供 |
-| [チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | 制御された段階的ロールアウトを可能に |
-| エラー追跡 | 問題の迅速な特定と修正を支援 |
-| バージョン管理 | 更新全体での一貫性を確保 |
-
-### OTAプラットフォームの比較
-
-OTA市場は進化しており、新しいプラットフォームが競争力のある価格と機能を提供しています。Capgoと他のソリューションを比較すると：
-
-| **コストコンポーネント** | **他のOTAソリューション** | **Capgo** |
-| --- | --- | --- |
-| 月間運用コスト | $300 | $12から |
-| 年間エンタープライズコスト | $6,000以上 | $996 |
-| セットアップ料金 | 変動 | $2,600（一回限り） |
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザー
-
-セキュアなOTAアップデートを開始するには、以下の手順に従ってください：
-
-1.  **セキュアなプラットフォームを選択**
-
-セキュリティとコンプライアンスを念頭に置いて設計されたプラットフォームを選択してください。**エンドツーエンドの暗号化**などの機能により、認証されたユーザーのみがアップデートにアクセスし、復号化できることを保証します。
-
-2.  **CI/CD統合のセットアップ**
-
-堅牢なセキュリティ対策を備えた継続的デプロイメントパイプラインを統合します。主要な実践事項には以下が含まれます：
-
--   リリース前の自動テスト
--   チャネルシステムを使用した段階的なロールアウト
--   リアルタイムのエラー追跡と分析
--   シームレスなアップデートのためのバージョン管理
diff --git a/src/content/blog/ja/payment-data-security-for-app-store-approval.md b/src/content/blog/ja/payment-data-security-for-app-store-approval.md
deleted file mode 100644
index 67a4e87df..000000000
--- a/src/content/blog/ja/payment-data-security-for-app-store-approval.md
+++ /dev/null
@@ -1,94 +0,0 @@
----
-slug: payment-data-security-for-app-store-approval
-title: アプリストア承認のための支払いデータセキュリティ
-description: >-
-  アプリが支払いデータのセキュリティ要件を満たしていることを確認し、アプリストアからの拒否を避けてください。重要なツールとコンプライアンス基準について学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T01:09:06.459Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806de1de572faef86998587-1745284157740.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  payment data security, app store approval, end-to-end encryption, compliance,
-  secure updates
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**AppleやGoogleによるアプリの承認がほしいですか？安全な支払いデータから始めましょう。** アプリストアは、コンプライアンス基準を満たすために **エンドツーエンド暗号化**を支払いデータに求めています。それがないと、アプリは拒否されたり、削除されたりする可能性があります。知っておくべきことは以下の通りです：
-
--   **[Capgo](https://capgo.app/)**: 真のエンドツーエンド暗号化、ロールバックコントロール、および [セルフホスティングオプション](https://capgo.app/blog/self-hosted-capgo/)を提供します。初期費用は$2,600 + 月額$300です。
--   **[Appflow](https://ionic.io/appflow/live-updates)**: 部分的な暗号化、一貫性のないパフォーマンス、年額$6,000です。2026年に廃止予定です。
--   **[Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/)**: 2024年に終了、エンドツーエンド暗号化なし。
-
-| **ツール** | **暗号化** | **展開オプション** | **費用** | **ステータス** |
-| --- | --- | --- | --- | --- |
-| Capgo | エンドツーエンド | クラウド、セルフホスト | $2,600の設定 + 月額$300 | アクティブ |
-| 暗号署名 | クラウド | Capgoに類似 | アクティブ |
-| Appflow | 部分的 | クラウド | 年額$6,000 | 2026年に廃止予定 |
-| Code Push | なし | クラウド | 該当なし | 2024年に終了 |
-
-**結論**: Capgoのようなツールを使用して、支払いデータを保護し、コンプライアンスを満たし、アプリストアの問題を避けましょう。
-
-## Swift Reduce, MVPは終わったのか？, Apple Ads, アプリセキュリティなど...
-
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgoは、アプリストア基準を満たすために設計されたエンドツーエンドの暗号化を使用して、ライブアップデート中の安全な支払いデータ処理を保証します。
-
-Capgoの特異な点は、暗号化方法です。エンドユーザーのみがセンシティブなアップデートを復号化できます。これにより、アップデート中の無許可アクセスからデータを保護します。
-
-以下はCapgoプラットフォームの主な機能です：
-
--   **エンドツーエンド暗号化**: センシティブなアップデートはエンドユーザーのみが復号化できます。
--   **[セルフホスティングオプション](https://capgo.app/blog/self-hosted-capgo/)**: 企業に支払いデータへの完全なコントロールを提供します。
--   **ロールバックコントロール**: 問題が発生した場合に即座にアップデートを元に戻せます。
--   **[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**: 特定のアップデートをターゲットユーザーグループに送信します。
-
-Capgoのアプローチは、アップデートデプロイメントの82%のグローバル成功率を達成しています。企業は、コンプライアンスニーズに合わせて安全なクラウドホスティングまたはセルフホスティングのどちらかを選択できます。
-
-変更されたコンポーネントのみをダウンロードすることで、Capgoはリスクを最小限に抑え、帯域幅の使用を削減します。これまでに、プラットフォームは1.155兆以上の [安全なアップデート](https://capgo.app/docs/live-updates/update-behavior/) [\[1\]](https://capgo.app/)を提供しています。
-
-## 3. [Appflow](https://ionic.io/appflow/live-updates)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/f6bc7b408415ab449b606f457e137ee1.jpg)
-
-Appflowはライブコードのアップデートを許可しますが、一貫性のないパフォーマンスに苦労し、支払いデータのための組み込みのエンドツーエンド暗号化が不足しています。この欠陥はコンプライアンスの問題を引き起こし、特にAppleとGoogleの支払い処理ポリシーに抵触するため、ユーザーの信頼を損なう可能性があります。
-
-> "@Capgoはホットコードプッシュを行う賢い方法です（@AppFlowのように世界中のすべてのお金のためではなく）🙂" - NASAのOSIRIS‑RExチーム [\[1\]](https://capgo.app/)
-
-[Ionic](https://ionicframework.com/)は2026年にAppflowを廃止する予定であり、チームは信頼できるアップデートと支払いデータの強力な暗号化を保証するソリューションに移行する必要があります。次は、Microsoft Code Pushとそのセキュリティへのアプローチを詳しく見ていきます。
-
-## 4. [Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/) (終了)
-
-Microsoft Code Pushは、継続的な信頼性の問題とパフォーマンスの不足により2024年に廃止されました。また、支払いデータのための組み込みのエンドツーエンド暗号化も欠如しており、多くのアプリにとって重要な機能です。終了後、多くのチームが**Capgo**というオープンソースプラットフォームに移行しました。Capgoはエンドツーエンドの暗号化、スムーズなCI/CD統合を提供し、支払いデータを処理するためのAppleとGoogleのセキュリティ基準を満たしており、センシティブな支払い情報を扱うアプリの信頼できるライブアップデートを保証しています。
-
-## ツール比較結果
-
-以下は、セキュリティ、コンプライアンス、展開オプション、コストに基づくツールの概要です：
-
--   **Capgo**: 真のエンドツーエンド暗号化、AppleとGoogleの基準に準拠、クラウドとセルフホストの両方に対応、CI/CDパイプラインと統合、オープンソースです。料金は$2,600の設定費用と約$300の月額料を含みます。5年間で、Appflowと比較して最大$26,100を節約できます [\[1\]](https://capgo.app/) 。
-    
-    
--   **Appflow**: 部分的な暗号化を特徴としており、年額$6,000の費用がかかります。しかし、2026年に廃止予定です [2]。
-    
--   **Microsoft Code Push**: 2024年に廃止されます。エンドツーエンドの暗号化がなく、CI/CDの統合もサポートしていません [\[1\]](https://capgo.app/) 。
-    
-
-## まとめと推奨事項
-
-以下は、重要なポイントの概要です：
-
--   **エンドツーエンド暗号化を実装する**: アップデートと支払いデータが完全に暗号化され、アプリストアのセキュリティ基準を満たすことを確認します。
--   **コストを効果的に管理する**: 初期設定は$2,600で、月額料金は$300 - Appflowの年額$6,000よりもはるかに低いです [\[1\]](https://capgo.app/) 。
--   **コンプライアンスを維持する**: 定期的にセキュリティ対策を更新し、アプリストアのポリシーに合わせて問題を避けます。
--   **展開の柔軟性を提供する**: クラウドまたはセルフホストのソリューションから選択し、支払いデータのセキュリティに対するコントロールを持ちます。
-
-これらのステップに従うことで、AppleとGoogleの支払いデータ要件を満たしながら、ライブアップデートのワークフローを効率化できます。
diff --git a/src/content/blog/ja/pci-dss-compliance-for-mobile-apps-key-requirements.md b/src/content/blog/ja/pci-dss-compliance-for-mobile-apps-key-requirements.md
deleted file mode 100644
index f246ed1e5..000000000
--- a/src/content/blog/ja/pci-dss-compliance-for-mobile-apps-key-requirements.md
+++ /dev/null
@@ -1,227 +0,0 @@
----
-slug: pci-dss-compliance-for-mobile-apps-key-requirements
-title: モバイルアプリのPCI DSS準拠：主要要件
-description: モバイルアプリにおけるPCI DSS準拠の重要な要件を理解し、支払いデータを保護し、重大なペナルティを回避しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T03:45:24.364Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825360f0209458b3ff338b4-1747280785255.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  PCI DSS compliance, mobile apps, payment data security, encryption, access
-  control, security monitoring
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**モバイルアプリで決済データを扱う場合、PCI DSS準拠は必須です。**準拠しない場合、企業は1件につき最大50万ドルの罰金、評判の低下、顧客の信頼喪失のリスクを負います。
-
-重要なポイント:
-
--   **PCI DSSとは?** 決済カードデータの処理、保存、送信時を保護するためのグローバルセキュリティ基準です。
--   **重要性:** 非準拠は金銭的な罰則、取引手数料の上昇、法的な結果につながる可能性があります。例えば[Target](https://corporate.target.com/)や[Home Depot](https://www.homedepot.com/)での情報漏洩は数百万ドルの罰金につながりました。
--   **モバイルアプリの主な要件:**
-    -   **データセキュリティ:** AES-256とTLS 1.3を使用した[データの暗号化](https://capgo.app/docs/cli/migrations/encryption/)、暗号化キーの安全な管理、不要なデータの削除。
-    -   **コードセキュリティ:** ランタイムアプリケーション自己防御(RASP)、コード難読化、ホワイトボックス暗号化などの実装。
-    -   **ユーザーアクセス制御:** [多要素認証](https://capgo.app/docs/webapp/mfa/)(MFA)、一意のユーザーID、定期的なアクセスレビューの使用。
-    -   **コンプライアンスツール:** セキュリティテストの自動化、アクセス制御の管理、監査証跡の維持。
-
-**クイックヒント:** SAST、DAST、コンテナセキュリティスキャンなどのツールを[CI/CDパイプライン](https://capgo.app/blog/setup-ci-and-cd-gitlab/)の各段階にセキュリティを組み込み、コンプライアンスとセキュリティを維持しましょう。
-
-## PCI SSCとEMVCoモバイルセキュリティおよび基準アップデート
-
-<iframe src="https://www.youtube.com/embed/T5_v6AuNWXY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 技術要件
-
-決済データを扱うモバイルアプリは、**データ**、**アプリケーションコード**、**ユーザーアクセス**全体で堅牢なセキュリティを確保するためにPCI DSS管理を遵守する必要があります。
-
-### データセキュリティ基準
-
-PCI DSSは、カード所有者データを保護するための厳格なガイドラインを設定し、暗号化と安全な取り扱いに重点を置いています。これらの対策は、送信時と保存時の両方で機密情報を保護するように設計されています。
-
-| **セキュリティ要件** | **実装詳細** | **コンプライアンスへの影響** |
-| --- | --- | --- |
-| **データ暗号化** | 転送中のデータにはTLS 1.3、保存データにはAES-256を使用 | 機密情報への不正アクセスを防止 |
-| **キー管理** | 暗号化キーの定期的な更新と安全な保管 | 暗号化の有効性とセキュリティを確保 |
-| **データ保持** | 不要になったデータの安全な削除 | 露出データを減らしてリスクを最小化 |
-
-> "PCI DSS（Payment Card Industry Data Security Standard）は、処理、保存、送信時の決済カード情報を保護するために設計されたセキュリティ要件のセットです。" - Dr. Klaus Schenk, SVP Security and Threat Research at Verimatrix [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-これらのデータ保護対策を確立することは、アプリケーションレベルのセキュリティに取り組む前の重要な第一歩です。
-
-### コードセキュリティルール
-
-データセキュリティだけでは不十分です - 開発者はアプリケーションコードの完全性も確保する必要があります。不適切に保護されたコードは脆弱性の原因となる可能性があります。2025年2月のVerimatrixレポートでPOSシステムの重大な欠陥が明らかになったように。
-
-アプリケーションコードを保護するための主要な実践事項：
-
--   **ランタイムアプリケーション自己防御（RASP）**: アプリ実行中の脅威を積極的に監視およびブロック。
--   **コード難読化**: ソースコードのリバースエンジニアリングを困難にし、悪用のリスクを低減。
--   **ホワイトボックス暗号**: 信頼できない環境でも暗号化操作を保護。
-
-> "アプリがPCI DSS要件を満たしているからといって完全に安全というわけではなく、アプリが十分に保護されているからといってPCI DSS要件を満たしているわけではありません。" - Dr. Klaus Schenk, SVP Security and Threat Research at Verimatrix [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-### ユーザーアクセス制御
-
-強力なアクセス制御はPCI DSS準拠の第三の柱です。機密システムとデータへのアクセスを制限することで、企業は不正使用の可能性を低減できます。PCI DSS v4.0では、**多要素認証（MFA）**と厳格なユーザー識別プロトコルの重要性を強調しています。
-
-| **アクセス制御対策** | **要件** | **目的** |
-| --- | --- | --- |
-| **ユーザー識別** | すべてのユーザーに一意のIDを割り当て | 正確な活動追跡を可能にする |
-| **認証** | 管理者アカウントにMFAを要求 | 不正アクセスをブロック |
-| **アクセスレビュー** | ユーザー権限を定期的に検証 | 最小権限の原則を強制 |
-
-> "PCI DSSのアクセス制御対策は、カード所有者データへのアクセスを、正当なビジネスニーズを持つ個人のみに制限するように設計された重要なセキュリティメカニズムです。" - ISMS.online [\[2\]](https://www.isms.online/pci-dss/access-control)
-
-例えば、認証試行の詳細なログを実装した小売POSシステムは、クレデンシャルスタッフィング攻撃をエスカレートする前に検出して停止することができました[\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)。この積極的な監視は、PCI DSS基準を満たすだけでなく、新たな脅威に対する追加の防御層も提供します。
-
-## 実装ステップ
-
-[モバイルアプリ開発](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/)でPCI DSS準拠を確保するには、CI/CDパイプラインの各段階に強力なセキュリティ対策を組み込むことが不可欠です。以下に効果的な方法を示します。
-
-### CI/CDパイプラインのセキュリティ
-
-CI/CDパイプラインに直接セキュリティ制御を組み込むことで、時間の経過とともにコンプライアンスを維持できます。シフトレフトアプローチ - 開発プロセスの早い段階でセキュリティ問題に対処すること - は、セキュリティを向上させるだけでなく、後の高額な修正を避けることができます。
-
-| **パイプラインステージ** | **セキュリティ制御** | **目的** |
-| --- | --- | --- |
-| ビルド | SAST（静的アプリケーションセキュリティテスト） | ソースコードの脆弱性を特定 |
-| テスト | DAST（動的アプリケーションセキュリティテスト） | ランタイムの脆弱性を検出 |
-| デプロイ | コンテナセキュリティスキャン | 安全な構成を確保 |
-| 監視 | 自動ログ記録 | 活動の追跡と分析 |
-
-これらの制御を導入した後、次のステップはコンプライアンスツールを活用してプロセスをさらに自動化し、安全にすることです。
-
-### コンプライアンスツール
-
-コンプライアンスツールは、セキュリティチェックを自動化し、監査に対応した文書を作成する上で重要です。頻繁に更新されるモバイルアプリの場合、[Capgo](https://capgo.app/)のようなプラットフォームは、安全な暗号化されたデプロイメントを提供し、セキュリティパッチの迅速な適用を可能にします。
-
-コンプライアンスツールで探すべき主な機能：
-
--   **自動セキュリティテスト**  
-    自動化ツールは早期に脆弱性を発見し、セキュリティチームがより複雑な課題に集中できるようにします。
-    
--   **アクセス制御管理**  
-    ツールは役割ベースのアクセス制御（RBAC）と多要素認証（MFA）をサポートし、承認された担当者のみが設定を変更またはアップデートをデプロイできるようにします。
-    
--   **監査証跡の生成**  
-    ツールは自動的にセキュリティアップデートを文書化し、詳細なコンプライアンスレポートを生成して、正確な記録管理を確保する必要があります。
-    
-
-### 外部コード管理
-
-サードパーティの依存関係を管理することは、セキュリティとコンプライアンスを維持するもう一つの重要な側面です。PCI DSS v4.0は、要件6.3.2で概説されているように、APIやサードパーティライブラリなどの外部コードの追跡と保護の重要性を強調しています。
-
-| **コンポーネントタイプ** | **セキュリティ対策** | **検証方法** |
-| --- | --- | --- |
-| API | バージョン管理 | 自動スキャン |
-| サードパーティライブラリ | 脆弱性評価 | ソフトウェアコンポジション分析 |
-| カスタムコード | コードレビュー | ピアレビューと自動チェック |
-
-アプリケーションエコシステムを保護するために、開発チームは以下を行う必要があります：
-
--   サードパーティコンポーネントの脆弱性を定期的にスキャン。
--   セキュリティパッチを迅速に適用するために更新を自動化。
--   異常または不正な活動を検出するためにAPIの動作を検証。
--   すべての外部コードの最新のインベントリを維持。
-
-さらに、組織は外部コードの使用に関する厳格なポリシーを確立する必要があります。これには、新しい依存関係の承認プロセス、既存のコンポーネントの定期的な[セキュリティレビュー](https://capgo.app/security/)、サードパーティコードの統合に関する明確なガイドラインが含まれます。これらのステップを実行することで、チームは開発のスピードと柔軟性を犠牲にすることなくコンプライアンスを維持できます。
-
-## コンプライアンスの維持
-
-初期のコンプライアンス対策を実装した後、決済データを保護するために時間の経過とともにコンプライアンスを維持することが不可欠です。
-
-### セキュリティ監視
-
-リアルタイム監視システムは、セキュリティ脅威を特定し対処する上で重要です。以下に重要な監視コンポーネントの内訳を示します：
-
-| 監視コンポーネント | 目的 | 実装方法 |
-| --- | --- | --- |
-| トランザクション追跡 | 異常なパターンを検出 | リアルタイム分析ツール |
-| アクセス監視 | ユーザー認証を追跡 | SIEM（セキュリティ情報イベント管理）ソリューション |
-| システムスキャン | システムの脆弱性を特定 | 自動スキャンツール |
-| データフロー分析 | カード所有者データの移動を監視 | ネットワーク監視システム |
-
-自動化された脆弱性スキャンと継続的な監視を組み合わせることで、カード所有者データが確実に保護されます。これらのシステムは効果的なインシデント管理戦略の基盤を形成します。
-
-### セキュリティインシデント対応
-
-セキュリティインシデントへの迅速で組織的な対応が重要です。PCI基準のマネージャーであるRoberto
-
-適切に設計されたインシデント対応計画（IRP）には、以下の重要なステップを含める必要があります：
-
--   **初期対応プロトコル**：訓練を受けた要員の24時間体制での可用性を確保し、インシデントに対応するための明確なコミュニケーションチャネルを確立する。
--   **封じ込めと調査**：脅威を封じ込め、影響を受けたシステムを隔離し、分析のための証拠を保存するための具体的な手順を実施する。
--   **復旧と文書化**：出来事の時系列、影響を受けたシステム、是正措置、および将来の対応を改善するために得られた教訓を記録する。
-
-堅牢なインシデント対応プロセスは、リスクを軽減するだけでなく、監査時の立場も強化します。
-
-### 監査準備
-
-PCI DSS準拠には継続的な管理が重要です。ExabeamのVice President兼Chief Security StrategistのSteve Mooreは次のように助言しています：「SIEMや構成管理などのツールを使用して、年間を通じてコンプライアンスを監視し、監査前に潜在的な問題にフラグを立てる」[\[4\]](https://www.exabeam.com/explainers/pci-compliance/pci-audit-requirements-and-5-steps-to-prepare-for-your-audit)。
-
-効果的な監査準備には、最新の文書化と記録の維持が含まれます：
-
-| 文書タイプ | 必要な内容 | 更新頻度 |
-| --- | --- | --- |
-| セキュリティポリシー | アクセス制御、暗号化プロトコル | 四半期ごと |
-| インシデントレポート | 対応措置、結果 | インシデント発生時 |
-| システム構成 | セキュリティ設定、更新 | 月次 |
-| トレーニング記録 | 従業員の認証、出席 | 半年ごと |
-
-コンプライアンス関連の文書をすべて証拠リポジトリに一元化することで、監査準備が簡素化されます。さらに、Webアプリケーションの評価や脆弱性スキャンなどの定期的なインフラストラクチャテストにより、非準拠につながる問題を事前に特定できます。また、サードパーティの専門家に相談することで、コンプライアンスのギャップや改善が必要な領域について貴重な洞察を得ることができます。
-
-## まとめ
-
-PCI DSSコンプライアンスを通じたモバイル決済情報の保護は、技術的な必要性だけでなく、今日のデジタル環境における重要な保護手段です。2021年には米国市民の82%がデジタル決済を利用し、オンライン攻撃の80%が中小企業を標的にしているという事実は、その重要性を示しています。これらの数字は、強力なセキュリティ対策の実施が緊急の優先事項である理由を示しています。
-
-主要な領域とその要件の内訳は以下の通りです：
-
-| **要件領域** | **主要要素** | **検証頻度** |
-| --- | --- | --- |
-| **データ保護** | 暗号化プロトコル、安全な保存 | 継続的な監視 |
-| **アクセス制御** | ユーザー認証、役割ベースのアクセス | 定期的なレビュー |
-| **監視** | セキュリティイベントログ、監査証跡 | 日次レビュー |
-| **インシデント対応** | 対応プロトコル、文書化 | 定期的なテスト |
-
-しかし、重要なのは：コンプライアンスは一度限りの取り組みではありません。それは継続的な責任です。Dr. Schenkは次のように述べています：
-
-> 「コンプライアンスフレームワークは既知のリスクに対処するために構築されていますが、新たな脅威をすべて予測することはできません。機密性の高い決済データを真に保護するために、企業はコンプライアンスを超えて、積極的なセキュリティ態勢を採用する必要があります」[\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)。
-
-コンプライアンス違反は、インシデントごとに最大50万ドルの高額な罰金を意味するだけでなく [\[5\]](https://www.ixopay.com/en/news/why-do-online-and-mobile-payments-require-pci-compliance)、顧客の信頼を損ない、ブランドの評判を傷つけるリスクもあります - これはどのビジネスも負担できない損失です。
-
-## よくある質問
-
-:::faq
-### モバイルアプリがPCI DSS準拠基準を満たさない場合はどうなりますか？
-
-**PCI DSS基準**を満たさないことは、企業にとって重大な結果をもたらす可能性があります。財務的なペナルティだけでも、非準拠の深刻さと継続期間に応じて、**月額5,000ドルから100,000ドル**の範囲に及ぶことがあります。罰金以外にも、取引手数料の引き上げ、法的な課題、さらには決済処理能力の喪失に直面する可能性があります。
-
-しかし、影響はそれだけにとどまりません。非準拠は企業の評判にも大きな打撃を与える可能性があります。**データ侵害**は顧客の信頼を損ない、日常業務を混乱させ、長期的な財務的後退につながる可能性があります。コンプライアンスを維持することは、ペナルティを避けるだけでなく、ビジネスを保護し、顧客の信頼を維持し、ブランドの完全性を保護することに関わっています。
-:::
-
-:::faq
-### CI/CDパイプラインにセキュリティを統合することは、継続的なPCI DSS準拠をどのようにサポートしますか？
-
-CI/CDパイプラインへのセキュリティの統合は、時間の経過とともに**PCI DSS準拠**を維持するために不可欠です。開発の各段階にセキュリティチェックを組み込むことで、脆弱性を早期に発見して対処し、非準拠の可能性を減らすことができます。**自動化されたセキュリティテスト**、**定期的なコードレビュー**、**脆弱性評価**などの実践は、更新をデプロイする前にPCI DSS基準に準拠していることを確認する上で重要な役割を果たします。
-
-セキュリティが開発の各フェーズの中核部分となる**DevSecOpsアプローチ**を採用することで、さらに一歩進んだ対応が可能になります。この方法はリスクを軽減するだけでなく、PCI DSSへの一貫した準拠を確保し、アプリケーションのセキュリティを強化します。Capgoのようなツールは、コンプライアンスガイドラインの範囲内で、モバイルアプリのセキュアなリアルタイム更新を可能にすることで、このプロセスを簡素化できます。
-:::
-
-:::faq
-### 企業はサードパーティのコードとAPIがPCI DSSのセキュリティおよびコンプライアンス基準を満たしていることをどのように確保できますか？
-
-サードパーティのコードとAPIを安全に保ち、PCI DSS基準を満たすために、企業は以下の重要なステップを講じる必要があります：
-
--   **サードパーティプロバイダーの評価**：すでにPCI DSS要件を満たし、強力なセキュリティ対策を実証しているプロバイダーと協力する。
--   **アクセスの制限**：OAuth 2.0などの堅牢な認証プロトコルを実装し、機密データへのアクセスを制御する。
--   **定期的なテスト**：脆弱性評価、侵入テスト、コードレビューを使用して、潜在的なセキュリティ問題を発見し対処する。
--   **暗号化の使用**：APIを通じて送信されるすべてのデータが信頼できる[暗号化方式](https://capgo.app/docs/cli/migrations/encryption/)で保護されていることを確認する。
-
-コンプライアンスの維持は一度限りのタスクではありません - 継続的な監視とプロバイダーとのコンプライアンス努力に関するオープンなコミュニケーションが必要です。Capgoのようなツールは、コンプライアンスガイドラインの範囲内でCapacitorアプリのリアルタイム更新を可能にすることで、このプロセスを簡素化できます。
-:::
diff --git a/src/content/blog/ja/phased-rollouts-for-capacitor-live-updates.md b/src/content/blog/ja/phased-rollouts-for-capacitor-live-updates.md
deleted file mode 100644
index a93b09ad3..000000000
--- a/src/content/blog/ja/phased-rollouts-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,207 +0,0 @@
----
-slug: phased-rollouts-for-capacitor-live-updates
-title: Capacitorでライブアップデートのロールアウトを段階的に行う
-description: >-
-  段階的なアプリのリリースが、戦略的なセグメンテーションを通じてリスクを最小限に抑え、品質を向上させ、ユーザー満足度を確保しながら、アップデートを改善する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-11T03:53:42.225Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cf83b3179e95469ad527be-1741665244026.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  phased rollouts, app updates, user segmentation, risk reduction, performance
-  monitoring, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-フェーズドロールアウトを使用すると、小規模なユーザーグループから開始して、安定性が確認されたら徐々に拡大していくことでアプリを段階的にアップデートできます。このアプローチによりリスクを軽減し、アプリの品質を確保し、ユーザー体験を向上させることができます。[Capgo](https://capgo.app/)のようなツールを使用すると、アプリストアのルールに準拠しながらこれらのアップデートを簡単に管理できます。
-
-### 主なメリット:
-
-- **リスク軽減**: 問題を小規模なユーザーグループに限定します。
-- **実環境でのテスト**: 完全リリース前にアップデートの動作を確認します。
-- **リソースの効率化**: アップデート時のサーバー負荷を軽減します。
-- **ユーザー満足度**: 大多数のユーザーに安定したアップデートを提供します。
-
-### 仕組み:
-
-1. テスト用に5%のユーザーから開始
-2. 徐々に20%、50%、100%に拡大
-3. パフォーマンス指標(クラッシュ率、ユーザーフィードバック)を監視
-4. Capgoなどのツールを使用して追跡、ロールバック、コンプライアンスに対応
-
-### ロールアウトフェーズの比較:
-
-| フェーズ | ユーザー比率 | 期間 | 重点分野 |
-| --- | --- | --- | --- |
-| 初期テスト | 5% | 24-48時間 | クラッシュ率、パフォーマンス |
-| アーリーアクセス | 20% | 48-72時間 | ユーザーフィードバック、安定性 |
-| 拡張リリース | 50% | 72-96時間 | システムパフォーマンス |
-| 完全展開 | 100% | 継続的 | 導入率 |
-
-Capgoは、ユーザーセグメンテーション、分析、ロールバックツールなどの機能でフェーズドロールアウトを簡素化します。[AppFlow](https://ionic.io/appflow/)に代わる費用対効果の高い選択肢で、アプリストアの遅延なしにスムーズなアップデートを実現します。
-
-## レジリエントなクラウドネイティブアプリ: デプロイメントとランタイムパターン
-
-<iframe src="https://www.youtube.com/embed/h4DDl0hmq3o" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## ロールアウト戦略の計画
-
-フェーズドロールアウトには、アップデートをスムーズに行うためのユーザーベースの慎重な計画と分割が必要です。
-
-### ユーザーグループの分割
-
-Capgoの割り当て機能を使用すると、ユーザーを異なるグループにセグメント化し、テストフェーズ用の特定の役割を割り当てることができます[\[1\]](https://capgo.app/) 。これにより、アップデートを体系的に管理できます。
-
-以下は、ユーザーグループの構成例です:
-
-| グループタイプ | 目的 | 推奨サイズ |
-| --- | --- | --- |
-| 内部テスター | 初期バグの発見 | ユーザーベースの1-5% |
-| ベータユーザー | 初期フィードバックの収集 | ユーザーベースの5-15% |
-| アーリーアクセス | 限定的な一般リリース | ユーザーベースの15-30% |
-| 一般リリース | 全面展開 | 残りのユーザー |
-
-### アップデート比率の設定
-
-Capgoの管理ツールを使用すると、正確なロールアウト比率を設定でき、アップデート中のアプリの安定性を維持できます[\[1\]](https://capgo.app/) 。
-
-推奨されるフェーズドロールアウト計画は以下の通りです:
-
-| フェーズ | ユーザー比率 | 期間 | 主要指標 |
-| --- | --- | --- | --- |
-| 初期テスト | 5% | 24-48時間 | クラッシュ率、パフォーマンス |
-| アーリーアクセス | 20% | 48-72時間 | ユーザーフィードバック、使用傾向 |
-| 拡張リリース | 50% | 72-96時間 | システム安定性、ネットワーク負荷 |
-| 完全展開 | 100% | 継続的 | 全体的な導入率 |
-
-### 進捗の追跡
-
-Capgoのウェブインターフェースを使用すると、配布とユーザー採用を追跡しながら、リアルタイムでアップデートを監視できます[\[1\]](https://capgo.app/) 。ロールアウト時には以下の指標に注意を払います:
-
-| 指標カテゴリ | 主要指標 | アクショントリガー |
-| --- | --- | --- |
-| パフォーマンス | アプリ読み込み時間、APIレスポンス | パフォーマンス低下時はロールバックが必要 |
-| 安定性 | クラッシュ率、エラーログ | 重大な問題が発生した場合はロールアウトを一時停止 |
-| ユーザーエンゲージメント | セッション時間、機能使用 | ネガティブな傾向が見られた場合はロールアウトを停止 |
-
-これらのステップにより、リスクを最小限に抑えながらロールアウトを効果的に管理できます。
-
-## [Capacitor](https://capacitorjs.com/)でのフェーズドロールアウトの設定
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-11.jpg?auto=compress)
-
-### ライブアップデートの設定
-
-まず、[Capgoプラグイン](https://capgo.app/plugins/)をインストールして、Capacitorプロジェクトの無線(OTA)アップデートを有効にします:
-
-```bash
-npx @capgo/cli init
-```
-
-この設定は、AppleとGoogleのガイドラインに準拠しながら、アップデートが暗号化され安全に配信されることを保証します。Capgoはこれらの設定の管理を簡素化し、ロールアウト管理を容易にします。
-
-### [Capgo](https://capgo.app/)統合ガイド
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-11.jpg?auto=compress)
-
-Capgoのウェブプラットフォームは、以下のコア機能でアップデート配布を効率化します:
-
-| コンポーネント | 機能 | 実装詳細 |
-| --- | --- | --- |
-| **ユーザー割り当て** | 特定のユーザーグループをターゲット | ウェブインターフェースで直接設定 |
-| **バージョン管理** | アップデート配布の監視 | バージョンを自動追跡 |
-| **ロールバックシステム** | 以前のバージョンに戻す | ワンクリック復元機能 |
-| **分析ダッシュボード** | アップデートパフォーマンスの追跡 | リアルタイム指標が利用可能 |
-
-### CI/CDパイプラインの設定
-
-フェーズドロールアウトを完全にコントロールするには、CI/CDパイプラインをCapgoと統合します。[Azure DevOps](https://azure.microsoft.com/en-us/products/devops)、[GitLab](https://about.gitlab.com/)、[GitHub Actions](https://docs.github.com/actions)、[Jenkins](https://www.jenkins.io/)などのプラットフォームとシームレスに連携します。
-
-フェーズドロールアウト用のCI/CDパイプラインの設定方法は以下の通りです:
-
-| フェーズ | 設定 | 目的 |
-| --- | --- | --- |
-| **ビルド検証** | 自動テスト | アップデートの安定性を確保 |
-| **デプロイメントトリガー** | バージョン管理フック | リリースプロセスを自動化 |
-| **ロールアウト制御** | パーセンテージベースのデプロイメント | アップデート配布を管理 |
-| **モニタリング** | 自動指標収集 | デプロイメントの成功を追跡 |
-
-> "Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のためのアプリストアレビューを避けることができるのは、ゲームチェンジャーです。"  
-> – Bessie Cooper
-
-Capgoの統合費用は継続的なCI/CD運用に月額約300ドルで、年間約6,000ドルかかるAppFlowと比較してより手頃な選択肢を提供します[\[1\]](https://capgo.app/) 。
-
-## ロールアウト管理のヒント
-
-### 問題の検出と回復
-
-ロールアウトを注意深く監視し、問題が発生した場合は迅速に対応します。Capgoのプラットフォームを使用すると、問題を早期に発見し、ユーザーベース全体への影響を防ぐことができます。以下の主要分野でエラー追跡を設定します:
-
-| 監視の側面 | 実装 | 目的 |
-| --- | --- | --- |
-| エラー率の追跡 | リアルタイム指標ダッシュボード | 異常なクラッシュパターンを発見 |
-| ユーザーフィードバック収集 | アプリ内レポートシステム | ユーザーから直接洞察を得る |
-| パフォーマンス指標 | 自動監視 | アプリの安定性と速度を確認 |
-| アップデート配布 | ユーザー採用追跡 | アップデートの広がり方を追跡 |
-
-問題が発生した場合に備えて、安定性を回復するためのロールバック手順を用意しておきます。これらのステップにより、ロールアウトが軌道に乗ることを保証します。
-
-### 制御された拡大
-
-小規模から始めて徐々に拡大します。内部テストから始め、その後ユーザーの5-10%にロールアウトします。24時間後に安定している場合は、25%、次に50%に拡大し、最終的に指標が全て正常であることを確認してから全ユーザーに展開します。Capgoの分析は、次のステージに進むのが安全かどうかの判断を支援します。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供する上で必要不可欠です！" [\[1\]](https://capgo.app/)
-
-### アプリストアのガイドライン
-
-運用の準備だけでなく、プラットフォームのルールに従うことも同様に重要です。Capgoは、AppleとGoogleの両方の要件へのコンプライアンスを確保します:
-
-| プラットフォーム | 要件 | Capgoの実装 |
-| --- | --- | --- |
-| Apple App Store | バイナリコードの変更なし | コンテンツのみのアップデート |
-| Google Play | セキュリティ要件 | エンドツーエンドの暗号化 |
-| 両プラットフォーム | ユーザーの同意 | 組み込みの承認システム |
-
-これらのプラクティスは、アップデートのコンプライアンスを維持するだけでなく、迅速なバグ修正も可能にします。
-
-> "Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられることは素晴らしいことです。" [\[1\]](https://capgo.app/)
-
-## アップデート管理ツール
-
-適切な[アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)ツールを使用することは、アップデートを安全かつ効率的にロールアウトする上で重要です。これらのツールは、安定性、コンプライアンス、セキュリティを確保しながらデプロイメントを簡素化します。
-
-### プラットフォームの比較
-
-Capgoは[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のライブアップデートのソリューションとして際立っています。月間**1,000,000件**のライブアップデートをサポートし、リリース速度を**81%**向上させることができます[\[1\]](https://capgo.app/) 。これは、[AppCenter](https://visualstudio.microsoft.com/app-center/)がハイブリッドアプリをサポートしなくなり、AppFlowが高価すぎることが多いことを考えると、強力な代替手段となります。ある開発者は次のような経験を共有しています:
-
-> "AppCenterがハイブリッドアプリのライブアップデートのサポートを停止し、@App
-
-エンタープライズ向けの導入では、Capgoは**$2,600**の一回限りの料金でCI/CD統合を提供し、長期的なコスト削減を実現します[\[1\]](https://capgo.app/) 。このプラットフォームはエンドツーエンドの暗号化を保証し、Apple App StoreとGoogle Playの要件に準拠しており、ユーザーデータを保護しながらプラットフォームのルールを遵守します。
-
-## 概要
-
-Capacitorアプリのアップデートの展開には、慎重な計画と適切なツールが必要です。Capgoのようなプラットフォームは、ユーザーセグメンテーション、進捗モニタリング、エラー管理などの機能でこのプロセスを効率化します。
-
-段階的なロールアウトの一般的な流れは以下の通りです：
-
-| フェーズ | 主要なアクション | 利点 |
-| --- | --- | --- |
-| **計画** | ユーザーをグループに分割、割合を設定 | 制御されたテスト環境を作成 |
-| **実装** | CI/CDの統合、設定の構成 | 自動デプロイメントを可能に |
-| **モニタリング** | 進捗の追跡、エラーの検出 | 問題の迅速な特定を支援 |
-| **拡大** | ユーザーアクセスを段階的に増加 | スケーリング時のリスクを軽減 |
-
-重要な実践事項：
-
--   制御されたテスト用にユーザーをグループ分け
--   スムーズなデプロイメントのための自動パイプラインの設定
--   アプリストア要件への準拠確保
--   必要に応じて迅速なロールバックを可能にするツールの使用
-
-このアプローチに従うことで、Capacitorアプリへの安全で中断のないアップデートの提供が可能になります。
diff --git a/src/content/blog/ja/pipeda-compliance-for-mobile-apps-in-canada.md b/src/content/blog/ja/pipeda-compliance-for-mobile-apps-in-canada.md
deleted file mode 100644
index 5ee0635d2..000000000
--- a/src/content/blog/ja/pipeda-compliance-for-mobile-apps-in-canada.md
+++ /dev/null
@@ -1,281 +0,0 @@
----
-slug: pipeda-compliance-for-mobile-apps-in-canada
-title: カナダにおけるモバイルアプリのPIPEDA準拠
-description: モバイルアプリがPIPEDAに従ってカナダのプライバシー法を遵守し、ユーザーデータを保護して信頼を高める方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:38:09.282Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd-1743478700916.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  PIPEDA, mobile app compliance, data privacy, user consent, data protection,
-  privacy policy, Canadian privacy laws, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**[PIPEDA](https://www.priv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/)に準拠したモバイルアプリを作成したいですか？以下がPIPEDAについて知っておくべき重要な点です：**
-
--   **PIPEDAとは？** 名前、位置情報、支払いデータなどの個人情報の収集、使用、共有方法を規定するカナダの連邦プライバシー法です。
--   **開発者向けの主要ルール：**
-    -   データ収集前にユーザーの明確な同意を得る。
-    -   理解しやすいプライバシー通知と設定を提供する。
-    -   データを暗号化し、強力なセキュリティ対策を講じる。
-    -   ユーザーがデータの閲覧、更新、削除を可能にする。
--   **10の遵守ステップ：** プライバシー責任者の任命、データ処理の文書化、機密データの保護、漏洩への迅速な対応。
--   **特別な考慮事項：** 健康や金融情報などの機密データには明示的な同意が必要。アプリは国際的なデータ転送がPIPEDA基準を満たすことを確認する必要がある。
-
-## [PIPEDA](https://www.priv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/): カナダのデータプライバシーガイド
-
-![PIPEDA](https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd/058da1c33c3afe5c8597c27b588d4b3e.jpg)
-
-<iframe src="https://www.youtube.com/embed/87Vb-jnTtxM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## アプリのための10のPIPEDA基本ルール
-
-これら10のルールは、アプリ開発者がPIPEDAに準拠し、ユーザーデータを保護するための重要なステップを概説しています。
-
-### データ保護の責任
-
-アプリ開発者は、PIPEDAの説明責任要件を満たすために強力なデータ保護対策を実施する必要があります。主なステップには以下が含まれます：
-
--   専任のプライバシー責任者の任命
--   データインベントリの詳細な記録の保持
--   プライバシー影響評価の実施
--   データ漏洩への対応に関する明確なプロトコルの作成
-
-組織は、データの取り扱い方を文書化し、必要に応じてコンプライアンスを示せるよう準備する必要があります。機密データへのアクセスも監査ログを通じて追跡する必要があります。
-
-これらの対策は、次のセクションで扱うユーザー同意の管理に不可欠です。
-
-### ユーザー許可要件
-
-PIPEDAの下では、個人データを収集する前に明確で十分な情報に基づく同意を得る必要があります。以下がその内容です：
-
--   **明確な目的**: データを収集する理由を明確に説明する。
--   **詳細な制御**: 特定のデータ種類についてオプトインまたはオプトアウトを可能にする。
--   **タイミング**: データ収集時またはそれ以前に同意を得る。
--   **平易な言語**: 簡単で理解しやすい用語を使用する。
--   **重要な情報**: プライバシーに関する重要な詳細を容易に入手可能にする。
--   **詳細な説明**: FAQや[プライバシーポリシー](https://capgo.app/dp/)などを通じて追加のプライバシー情報を提供する。
-
-健康や金融の詳細などの機密データについては、明示的な同意が必須です。
-
-### セキュリティとデータ品質基準
-
-ユーザー情報を保護するために、強力なセキュリティとデータ品質の実践が必須です。主な要件の内訳は以下の通りです：
-
-| セキュリティ要件 | 実装例 |
-| --- | --- |
-| [データ暗号化](https://capgo.app/docs/cli/migrations/encryption/) | データ転送に対してエンドツーエンドの暗号化を使用 |
-| アクセス制御 | 管理者アクセスに[多要素認証](https://capgo.app/docs/webapp/mfa/)を適用 |
-| 定期的な更新 | タイムリーなセキュリティパッチの配布と脆弱性チェックの実施 |
-| データの正確性 | ユーザーが情報を確認・更新できるツールの提供 |
-| 漏洩検知 | リアルタイムモニタリングと警告システムの実装 |
-
-位置情報や金融情報などの機密データを扱う場合、アプリは最高レベルの暗号化と安全な保存方法を使用する必要があります。サードパーティサービスが関与する場合は、定期的な監査、データ品質レビュー、安全なデータ削除プロセスによって裏付けられた同じセキュリティ基準に従うことを確認してください。
-
-## PIPEDAコンプライアンスチェックリスト
-
-### プライバシーリスク評価ステップ
-
-データの取り扱いにおける潜在的な弱点を特定するために、プライバシーリスク評価から始めます：
-
-| 評価領域 | 主な考慮事項 | 必要なアクション |
-| --- | --- | --- |
-| データ収集 | 収集される個人情報の種類 | データ種類とその目的の文書化 |
-| [データストレージ](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | 保存されたデータの場所とセキュリティ | 暗号化プロトコルの使用 |
-| データ共有 | サードパーティサービスとAPI | パートナーのコンプライアンスの確認 |
-| ユーザー制御 | 個人情報へのアクセス | ユーザーデータ管理ツールの開発 |
-| セキュリティ対策 | 漏洩に対する保護 | モニタリングシステムの設定 |
-
-分析を使用してリスクを継続的に見直します。これが完了したら、アプリの明確な[プライバシーポリシー](https://capgo.app/privacy/)を作成します。
-
-### 明確なプライバシーポリシーの作成
-
-理解しやすく、実践について完全な透明性を提供するプライバシーポリシーを作成します。以下を含めてください：
-
-1. **データ収集の範囲**
-
-収集する個人データ、収集理由を説明し、具体的な例を提供します。
-
-2. **ユーザーの権利と制御**
-
-ユーザーが個人データを閲覧、更新、削除する方法を説明します。追加のセキュリティとしてエンドツーエンド暗号化などの対策を必ず含めてください。
-
-3. **サードパーティとの共有**
-
-ユーザーデータを受け取る外部サービスと、共有の理由を列挙します。すべてのデータ共有の取り決めと実施されている保護措置の記録を保持します。
-
-プライバシーポリシーが確定したら、これらの基準を開発ワークフローに組み込みます。
-
-### プライバシーファースト開発
-
-リスク評価とプライバシーポリシーを基に、アプリ開発のあらゆる段階にプライバシーを統合することに焦点を当てます。方法は以下の通りです：
-
-**[セキュアな更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update)**
-
--   プライバシーの問題に迅速に対応するための即時ロールバックを有効にする。
--   新機能のテストに制御されたチャネルを使用する。
--   すべての更新送信を暗号化する。
-
-**継続的なプライバシー統合**
-
--   CI/CDパイプラインにプライバシーチェックを追加する。
--   定期的なセキュリティ監査をスケジュールする。
--   スムーズな実装を確保するために更新の成功を監視する。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な配信に不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-**エラー防止**
-
--   説明責任のための詳細な監査ログを保持する。
--   徹底的なエラー追跡システムを開発する。
--   効果的な監視のためにログを包括的にする。
-
-## アプリ機能のためのPIPEDAルール
-
-### 位置情報と通知
-
-位置情報を扱うアプリは、特定のPIPEDA要件に従う必要があります：
-
--   位置情報を収集する前に**明示的なユーザー同意**を得る。
--   位置情報追跡の**明確なオプトアウトオプション**を提供する。
--   ユーザーがいつでも追跡を**無効にできる**ようにする。
--   位置情報の使用方法と保存方法を**明確に説明**する。
-
-プッシュ通知に関して、PIPEDAには追加のルールがあります：
-
--   位置情報アクセスとは**別個に通知許可**を要求する。
--   通知が必要な理由を**明確に説明**する。
--   ユーザーが通知設定を制御できる**柔軟な設定**を提供する。
--   ユーザーがいつでも**通知設定を更新**できるようにする。
-
-### 支払いと外部サービス
-
-支払いに関して、アプリはPIPEDAの下で強力なセキュリティを確保する必要があります：
-
--   すべての取引に**業界標準の暗号化**を使用する。
--   支払いデータを**PIPEDAに準拠したセキュリティプロトコル**で保存する。
--   透明性のために**詳細な取引ログ**を保持する。
--   追加の保護のために**多要素認証**を実装する。
-
-サードパーティ統合について、PIPEDAは以下を要求します：
-
--   外部サービスとのデータ共有方法の文書化。
--   サービス契約に**プライバシーとセキュリティ条項**を含める。
--   サードパーティのセキュリティ実践がPIPEDA基準を満たすことを確認する。
--   ユーザーに**データ共有実践**を明確に開示する。
-
-### データストレージと削除
-
-適切なデータストレージと削除プロセスはコンプライアンスを維持するために重要です。
-
-**ストレージ要件**：
-
--   **承認された管轄区域**にある安全なサーバーを使用する。
--   機密な取引データを暗号化する。
--   機密情報を重要度の低いデータから分離する。
--   リカバリのために**暗号化バックアップ**を維持する。
-
-**データ削除プロトコル**：
-
--   ユーザーにアカウント削除の明確なオプションを提供する。
--   要求に応じて**迅速に**ユーザーデータを削除する。
--   削除にはすべての関連記録を含める。
--   データ削除の文書化された手順を保持する。
-
-**保持ガイドライン**：
-
--   データの保持期間を定義する。
--   非アクティブなデータを安全にアーカイブする。
--   保持期間を超えたデータを安全かつ文書化された方法で破棄する。
-
-## [Capgo](https://capgo.app/)のPIPEDA対応更新
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd/574f3a2cd27791454624262312a6c223.jpg)
-
-### セキュアな更新機能
-
-Capgoは、PIPEDA要件に適合するように設計された完全暗号化された更新管理システムを使用しています。セキュリティ機能には以下が含まれます：
-
--   エンドツーエンド暗号化された更新デプロイメント
--   詳細な監査証跡付きのバージョン管理
--   詳細なアクセス制御設定
--   保護されたロールバックオプション
-
-> "真のエンドツーエンド暗号化を備えた唯一のソリューション、他は単に更新に署名するだけです" [\[1\]](https://capgo.app/)
-
-このセットアップにより、厳格なセキュリティ基準を維持しながら更新を迅速に配信できます。
-
-### 迅速なアプリ更新
-
-Capgoは、規制要件を満たすために強力なセキュリティと迅速な更新配信を組み合わせています。印象的なことに、アクティブユーザーの95%が24時間以内に更新を受け取ります。これまでに750の本番アプリで2,350万の更新が展開されています 
-
-- セキュリティ対策の検査と確認
-- コンプライアンス機能のニーズに合わせた調整
-- データの完全な管理のためのセルフホスティング
-- 包括的な監査証跡の維持
-
-Capgoのチャネルシステムは、制御された展開をさらにサポートし、チームが本格的な展開前にコンプライアンスのためのアップデートをテストできるようにします。これにより、すべてのアップデートがPIPEDA基準に準拠することが保証されます。
-
-## 長期的なPIPEDAコンプライアンス
-
-### 定期的なプライバシーレビュー
-
-データ収集の実践、同意プロセス、第三者とのデータ共有、保持期間、セキュリティ対策などの主要分野を評価するために四半期ごとの監査をスケジュールします。詳細なチェックリストを使用して各レビューを文書化します。アプリの機能の変更と規制の更新を追跡して、調整が必要な領域を特定します。
-
-これらの監査は、スタッフトレーニングと緊急対応計画の強固な基盤を確立するのに役立ちます。
-
-### スタッフのプライバシートレーニング
-
-以下を含むプライバシートレーニングを提供します：
-
-- 初期オンボーディングセッション
-- 四半期ごとの復習
-- 役割別のコンプライアンスガイドライン
-- 実例のケーススタディ
-- インタラクティブなワークショップ
-
-初日から、スタッフがコンプライアンスに関する責任を理解していることを確認します。定期的なトレーニングでは、ユーザーデータリクエストの管理、同意の撤回の処理、プライバシーに関する苦情への対応、プライバシー重視の設計原則の実装などのトピックを取り上げます。ケーススタディとワークショップを使用して、トレーニングをより実践的で魅力的なものにします。
-
-十分な準備を整えたチームは、インシデントを迅速かつ効果的に処理するために重要です。
-
-### 緊急対応計画
-
-明確な緊急対応計画を以下の定義されたステップで作成します：
-
-1. 専任の対応チームを使用して、事前に確立された基準に基づいてインシデントを特定および評価します。
-2. すべての詳細を文書化し、必要な期間内に影響を受けるユーザーと当局に通知することで、侵害を直ちに封じ込めます。
-3. インシデント後にシステムを復元し、セキュリティ対策を更新し、プライバシーポリシーを改訂します。6ヶ月ごとに計画を見直し更新します。
-
-コンプライアンスと説明責任を確保するために具体的な対応時間目標を設定します：
-
-| アクション項目 | 対応時間目標 | 必要な文書 |
-| --- | --- | --- |
-| 初期侵害評価 | 1時間以内 | インシデントレポートフォーム |
-| ユーザー通知 | 24時間以内 | 通知テンプレート |
-| 当局への報告 | 72時間以内 | PIPEDA侵害報告書 |
-| インシデント後のレビュー | 7日以内 | 分析サマリー |
-
-## まとめ：PIPEDAコンプライアンスの利点
-
-モバイルアプリのPIPEDAガイドラインに従うことで、信頼を構築し、ユーザーエンゲージメントを促進します。ユーザーのプライバシーを優先し、明確なデータ処理慣行を採用することで、アプリはユーザーとのより強い結びつきを維持できます。
-
-### PIPEDAコンプライアンスの主な利点
-
-- **ユーザーの信頼向上**：透明性のあるプライバシーポリシーと明確なデータ慣行により、ユーザーの情報が責任を持って処理されていることを示します。
-- **法的保護**：PIPEDA規制内に留まることで、プライバシー関連の法的問題や罰金のリスクを軽減します。
-- **市場での優位性**：プライバシーへの注力は、データ保護が重要な市場で企業の評判を高めるのに役立ちます。
-
-これらの利点はユーザーフィードバックに明確に表れています。Capgoの貢献は、コンプライアンスの価値を強調しています：
-
-> "The community needed this and @Capgo is doing something really important!" [\[1\]](https://capgo.app/)
-
-> "@Capgo is a must have tools for developers, who want to be more productive. Avoiding review for bugfix is golden." \[2\]
-
-PIPEDA基準を満たすことは、信頼を構築するだけでなく、プライバシーが優先される市場での長期的な成功も確保します。
diff --git a/src/content/blog/ja/pipeline-security-for-capacitor-apps-key-insights.md b/src/content/blog/ja/pipeline-security-for-capacitor-apps-key-insights.md
deleted file mode 100644
index 62d0400a8..000000000
--- a/src/content/blog/ja/pipeline-security-for-capacitor-apps-key-insights.md
+++ /dev/null
@@ -1,161 +0,0 @@
----
-slug: pipeline-security-for-capacitor-apps-key-insights
-title: Capacitor アプリのパイプラインセキュリティ：重要なポイント
-description: >-
-  Capacitor アプリのパイプラインを保護するための重要な戦略について学びます。シークレットの保護から OTA
-  アップデートやアクセス制御の管理まで解説します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T03:16:36.231Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68059152360079f947b84e10-1745205430503.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, pipeline security, OTA updates, access control, encryption, mobile
-  app security, third-party plugins, CI/CD security
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) アプリのパイプラインセキュリティは、機密データを保護し、確実なアップデートを保証するために不可欠です。以下が重要なポイントです：
-
--   **シークレットの保護**: [APIキー](https://capgo.app/docs/webapp/api-keys/)などの認証情報を保護するために、エンドツーエンドの暗号化と安全なシークレット管理ツールを使用します。
--   **アクセス制御**: 役割ベースのアクセス制御（RBAC）、[多要素認証](https://capgo.app/docs/webapp/mfa/)（MFA）、リアルタイムモニタリングを実装して、不正なパイプライン変更を防止します。
--   **アップデートの整合性**: OTAアップデートを暗号化し、デジタル署名で真正性を確認し、ロールバックオプション付きの段階的なロールアウトを有効にします。
--   **セキュリティツール**: 静的コード分析、依存関係チェック、APIテストのための自動化されたセキュリティテストツールを使用します。
-
-[Capgo](https://capgo.app/)は、主要なOTAプラットフォームとして、リアルタイムモニタリング、段階的なロールアウト、エンドツーエンドの暗号化などの機能でCapacitorパイプラインのセキュリティを強化します。これらの対策により、ユーザーデータを保護しながら安全なアプリのアップデートを確保します。
-
-## CI/CDセキュリティとは？強化するための戦略...
-
-<iframe src="https://www.youtube.com/embed/Uavb-FMNXtI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/)アプリパイプラインのセキュリティリスク
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-[Capacitorアプリ開発](https://capgo.app/blog/capacitor-comprehensive-guide/)が進化するにつれ、CI/CDパイプラインに特有のセキュリティ課題が生じています。これらのリスクに対処することは、安全な開発環境を維持するために重要です。
-
-### シークレットと変数の管理
-
-APIキーや環境変数などの機密情報を暗号化し、その範囲を制限することで保護します。データの転送中および保存中の両方を保護するためにエンドツーエンドの暗号化を使用し、傍受された認証情報が攻撃者にとって無用なものとなるようにします。
-
-さらに、脆弱性を減らすために、外部コードをパイプラインに統合する前に必ず検証してください。
-
-### プラグインとライブラリのセキュリティ
-
-サードパーティのプラグインは機能を拡張できますが、リスクも増加させます。各プラグインは潜在的な脆弱性をもたらします。これを軽減するために：
-
--   プラグインのソースを監査し、パイプラインに統合する前にアップデートをスキャンします。
--   クロスプラットフォームの依存関係がセキュリティ対策を複雑にする可能性があることに注意してください。
-
-不正な変更を防ぎ、露出を最小限に抑えるために、パイプラインへのアクセスを制限します。
-
-### パイプラインのアクセス制御
-
-CI/CDシステムのアクセス制御が弱いと、不正な変更、パイプラインの乗っ取り、または偶発的な権限昇格につながる可能性があります。一般的なセキュリティギャップには以下があります：
-
--   **不正アクセス**: コードの改ざんにつながる可能性があります。きめ細かい権限でアクセスを制限します。
--   **弱い認証**: パイプラインの乗っ取りを容易にします。セキュリティを強化するために多要素認証を強制します。
--   **不十分なログ記録**: 侵害の検出を遅らせます。リアルタイムモニタリングを有効にし、詳細なログを維持します。
--   **役割の混乱**: 偶発的な権限昇格につながる可能性があります。役割を明確に定義し割り当てます。
-
-パイプラインを保護するために、厳格な役割ベースのアクセス制御を実装し、強力な認証プロトコルを強制し、包括的なログシステムを維持します。
-
-### OTAアップデートのセキュリティ
-
-無線経由（OTA）アップデートにより、修正機能や新機能を迅速に提供できますが、傍受、改ざん、制御されていないロールアウトなどのリスクが伴います。
-
-OTAアップデートを安全にするために：
-
--   機密性と整合性を確保するためにアップデートパッケージを暗号化します。
--   デジタル署名を使用してアップデートの真正性を確認します。
--   潜在的な影響を最小限に抑えるために段階的にアップデートをロールアウトします。
--   問題のあるリリースを元に戻すためのロールバックオプションを提供します。
-
-これらのステップにより、OTAアップデートの安全性と信頼性が確保されます。
-
-## パイプラインセキュリティガイドライン
-
-リスクを軽減するために、以下のパイプラインセキュリティガイドラインに従ってください。
-
-### シークレットの保護
-
--   **エンドツーエンドの暗号化**を使用してシークレットを保護し、認証情報の漏洩を防ぎます。
--   APIキー、アクセストークン、環境変数を、アクセスを制限し定期的なローテーションを行う**シークレット管理サービス**に保存します。
--   露出リスクを最小限に抑えるために、変数のスコープを特定の環境に制限します。
--   不正アクセスを防ぐために、[データを暗号化](https://capgo.app/docs/cli/migrations/encryption/)して保存中および転送中の両方を保護します。
-
-### セキュリティテストツール
-
--   静的コード分析、依存関係チェック、コンテナセキュリティ、APIテストなどのタスク用の自動スキャナーをCI/CDジョブに追加します。
--   以下のプラグインを設定します：
-    -   静的コード分析
-    -   依存関係の脆弱性スキャン
-    -   コンテナセキュリティチェック
-    -   APIセキュリティテスト
-
-### アクセス制御とモニタリング
-
--   **役割ベースのアクセス制御（RBAC）**、多要素認証（MFA）、リアルタイムモニタリング、詳細な監査ログを実装します。
--   定期的なアクセス監査を実施して、潜在的なセキュリティギャップを特定し解決します。
--   リアルタイムモニタリングツールを使用し、パイプラインアクティビティを追跡するための詳細なアクティビティログを維持します。
-
-### アップデートの管理
-
--   段階的にアップデートをロールアウトし、ベータチャンネルを使用して変更をテストします。
--   問題に迅速に対処するために自動ロールバックを有効にします。
--   アップデートが期待通りに機能することを確認するために、配信の成功度と採用率の指標を監視します。
--   スムーズなデプロイメントのために、アップデート配信をパイプラインに直接統合します。
-
-## セキュリティツールの概要
-
-新しいOTAプラットフォームは現在、Capacitorパイプラインのセキュリティを優先しています。これらのツールは、前述のセキュリティ対策を実装しています。
-
-### [Capgo](https://capgo.app/)のセキュリティ機能
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgoは[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)向けに特別に設計されたセキュリティ重視のセットアップを提供します。そのエンドツーエンドの暗号化により、署名付きパッケージへの通常の依存を超えて、アップデートが承認されたユーザーによってのみ復号できることを保証します。主な機能には以下が含まれます：
-
--   **リアルタイムモニタリング**: アップデートの成功と失敗をリアルタイムで追跡します。
--   **きめ細かいアクセス制御**: パイプラインへのアクセスを制限するための役割ベースの権限と組織管理。
--   **自動ロールバック**: デプロイメント後にセキュリティ問題が発生した場合、すぐに以前のバージョンに戻します。
--   **段階的なロールアウトとベータチャンネル**: 制御されたテストとリリースのために特定のユーザーグループをターゲットにします。
-
-Capgoは[GitHub Actions](https://docs.github.com/actions)、[GitLab CI](https://docs.gitlab.com/ee/ci/)、[Jenkins](https://www.jenkins.io/)などのCI/CDツールとシームレスに統合され、前述のアクセス制御、シークレット管理、アップデート整合性の実践に沿っています。
-
-### セキュリティプラットフォームの比較
-
-最新のOTAプラットフォームと従来の方法を比較すると：
-
--   **暗号化**: 最新のプラットフォームはエンドツーエンドの暗号化を使用し、従来のシステムは基本的な署名に依存することが多いです。
--   **デプロイメント**: インスタントOTAアップデートが、より遅いアプリストアのレビュープロセスに代わります。
--   **コスト構造**: 固定年間料金と比較して、使用量ベースの価格設定が柔軟性を提供します。
--   **統合**: ネイティブCI/CD統合により、手動セットアップの必要性がなくなります。
--   **ホスティング**: クラウドのみが多い従来のシステムと異なり、クラウドとセルフホストの両方のセットアップオプションがあります。
-
-> "@Capgoは、（@AppFlowのように世界中のお金のためではなく）ホットコードプッシュを行う賢明な方法です :-)" – NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-## 業界の展望
-
-パイプラインセキュリティの分野は、以前のガイドラインとツールの比較を基に、よりコミュニティ主導の高度なモデルへと移行しています。Capacitorパイプラインセキュリティの状況は、これらのより洗練された協調的なアプローチを取り入れる方向に変化しています。
-
-### パイプラインセキュリティのトレンド
-
-エンドツーエンドの暗号化は現在、OTA（無線経由）アップデートシステムの標準機能となっています [\[1\]](https://capgo.app/) 。この発展は、シークレット、アクセス、アップデートを管理するための以前のベストプラクティスをスケールアップすることの重要性を強調しています。
-
-### オープンソースセキュリティツール
-
-オープンソースツールは、商用オプションと並んで、パイプラインセキュリティの次のフェーズを形作る上で重要な役割を果たしています。これらのツールは現在、[セルフホストデプロイメント](https://capgo.app/blog/self-hosted-capgo/)、コミュニティ主導の脆弱性スキャン、監査と継続的な改善のために設計された透明なプロトコルなどの機能を提供しています。
-
-業界はセキュリティ優先の戦略に焦点を当て続けると予想され、オープンソースソリューションがパイプラインセキュリティの進歩を牽引しています。組織は、強力なセキュリティ機能と柔軟なデプロイメントオプションのバランスを取るツールを好む傾向が強まっており、Capacitorアプリ開発の基準を引き上げています。
-
-## 結論
-
-Capacitorアプリの開発パイプラインの保護には、エンドツーエンドの暗号化を統合し、CI/CDプロセス全体でセキュリティを優先することが必要になりました。これは、業界展望で強調されているように、オープンソースとコミュニティ主導のセキュリティツールの使用が増加しているトレンドを反映しています。
-
-Capacitorアプリを保護するために、チームは暗号化、詳細なアクセス制御、段階的なロールアウト、エラーモニタリング、分析、自動ロールバック機能などの対策を実装する必要があります - すべ
diff --git a/src/content/blog/ja/privacy-manifest-for-capacitor-apps-guide.md b/src/content/blog/ja/privacy-manifest-for-capacitor-apps-guide.md
deleted file mode 100644
index 550422e26..000000000
--- a/src/content/blog/ja/privacy-manifest-for-capacitor-apps-guide.md
+++ /dev/null
@@ -1,91 +0,0 @@
----
-slug: privacy-manifest-for-capacitor-apps-guide
-title: Capacitorアプリのプライバシーマニフェスト：ガイド
-description: アプリケーションのプライバシーマニフェストを作成し、App Storeの要件に準拠しながらユーザーデータを効果的に保護する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T03:07:47.047Z
-updated_at: 2025-04-02T03:08:00.473Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776-1743563280473.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Privacy Manifest, Capacitor, App Store compliance, user data protection, app
-  development, privacy standards
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**[App Store](https://en.wikipedia.org/wiki/App_Store_\(Apple\))でディレイなく[Capacitor](https://capacitorjs.com/)アプリをリリースしたいですか?** プライバシーマニフェストの作成から始めましょう。Appleは厳格なプライバシー基準を満たすために、このドキュメントの提出を開発者に求めています。以下が重要なポイントです:
-
--   **プライバシーマニフェストとは?**  
-    アプリのデータ収集方法、API使用、トラッキングドメインを概説する構造化ファイルです。
-    
--   **重要性:**
-    
-    -   App Storeの規則に準拠し、却下や削除を避ける。
-    -   ユーザーデータの取り扱いに関する透明性を確保し、信頼を構築する。
--   **含めるべき主要コンポーネント:**
-    
-    -   ユーザーデータにアクセスするAPI（位置情報、写真など）。
-    -   収集するデータタイプのプライバシーラベル。
-    -   分析や広告に使用するトラッキングドメイン。
--   **作成方法:**
-    
-    -   JSONを使用してデータ収集の詳細を定義。
-    -   `PrivacyInfo.xcprivacy`ファイルをプロジェクトの適切なディレクトリに配置。
-    -   [Xcode](https://developer.apple.com/xcode/)などのツールで検証してエラーを回避。
--   **プロセスを簡素化するツール:**  
-    [Capgo](https://capgo.app/)のようなプラットフォームを使用して、プライバシーマニフェストの検証、リアルタイム更新、エラー追跡を自動化。
-    
-
-**このガイドに従って、コンプライアンスを維持し、ユーザーのプライバシーを保護し、App Storeの遅延を避けましょう。**
-
-## プライバシーマニフェストの基本
-
-### プライバシーマニフェストの定義
-
-プライバシーマニフェストは、アプリのデータ取り扱い方法を概説する構造化ファイルです。ユーザーデータにアクセスするAPI、トラッキングドメイン、収集するデータタイプ、サードパーティSDKの統合などの要素を詳細に記述します。このドキュメントは信頼を確立するだけでなく、App Storeのガイドラインへの準拠も確保します。マニフェストに含めるべき主要コンポーネントを見ていきましょう。
-
-### プライバシーマニフェストの主要要素
-
-Appleの要件に沿うために、プライバシーマニフェストに含めるべき主要要素は以下の通りです:
-
-1.  **必要なAPIの理由**  
-    このセクションでは、アプリが使用するプライバシーに関連するAPIとその必要性を説明します。
-    
-    一般的なAPI要件をまとめた表は以下の通りです:
-    
-    | APIカテゴリ | 一般的な使用例 | 必要な文書 |
-    | --- | --- | --- |
-    | 位置情報サービス | ユーザーナビゲーション | 目的の文字列と使用説明 |
-    | フォトライブラリ | プロフィール写真 | アクセスレベルと意図 |
-    | 連絡先 | アドレス帳同期 | データ最小化声明 |
-    
-2.  **プライバシーラベル**  
-    これらのラベルは以下を明確にすることで透明性を提供します:
-    
-    -   収集されるデータの種類
-    -   データ収集の理由
-    -   データがユーザーIDにリンクされているかどうか
-    -   データがトラッキングにどのように使用されるか
-3.  **トラッキングドメイン**  
-    このセクションでは、分析、広告、またはサードパーティのデータ処理に使用されるすべてのトラッキングドメインを列挙します。
-    
-
-> "App Store準拠" - Capgo [\[1\]](https://capgo.app/)
-
-Capgoによると、95%のユーザーが24時間以内に更新に対応しています。2,350万以上の更新が配信されており[\[1\]](https://capgo.app/)、プライバシー文書を最新に保つことは、ユーザーの信頼を維持するために不可欠です。
-
-[残りの部分は文字制限のため省略されています。必要に応じて続きを提供できます。]
-
--   **環境のセットアップ**: `npx @capgo/cli init`を実行して開始します。
--   **プライバシー機能の有効化**: エンドツーエンドの暗号化を使用して、安全なアップデートを実現します。
--   **モニタリングツールの導入**: 分析でアップデートを追跡します。
--   **ロールバックの計画**: 必要な場合、以前のバージョンに素早く戻せるようにします。
-
-> "Capgoは生産性を向上させたい開発者にとって必須のツールです。バグ修正のレビュー遅延を回避できることは、ゲームチェンジャーです。" - Bessie Cooper
-
-定期的なアップデートと適切なツールは、コンプライアンスを維持し、継続的な改善を実現するための鍵となります。
diff --git a/src/content/blog/ja/quasar-mobile-app-capacitor.md b/src/content/blog/ja/quasar-mobile-app-capacitor.md
deleted file mode 100644
index 38ef2788a..000000000
--- a/src/content/blog/ja/quasar-mobile-app-capacitor.md
+++ /dev/null
@@ -1,368 +0,0 @@
----
-slug: quasar-mobile-app-capacitor
-title: モバイルアプリのリアルタイム更新、QuasarとCapacitorでの開発
-description: Quasar、Capacitor を使用したモバイルアプリの作成方法とリアルタイム更新の実装方法
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikDhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /quasar_capgo.webp
-head_image_alt: Quasarと Capgoのイラストレーション
-keywords: >-
-  Quasar, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-このチュートリアルでは、まず[Quasar](https://quasar.dev/)を使用して新しいWebアプリを作成します。その後、Capacitorを使用してモバイルアプリに変換する方法を学びます。モバイルでアプリをより良く見せたい場合に最適です。
-
-Capacitorを使用すると、React Nativeのような全く新しいアプリ開発方法を学ぶ必要がなく、複雑な作業をせずにQuasarのWebアプリをモバイルアプリに変換できます。
-
-このチュートリアルでは、新しいQuasarアプリから始めて、Capacitorを組み込んでネイティブモバイルアプリの領域に移行するプロセスを説明します。さらに、[Capgo](https://capgo.app/)を使用して、数秒でアプリにライブアップデートを送信することができます。
-
-## Capacitorについて
-
-CapacitorJSは真のゲームチェンジャーです！任意のWebプロジェクトに簡単に組み込むことができ、アプリケーションをネイティブWebViewにラップし、XcodeとAndroid Studioのプロジェクトを自動生成します。さらに、そのプラグインはJSブリッジを介してカメラなどのネイティブデバイス機能へのアクセスを提供します。
-
-Capacitorを使用すると、複雑なセットアップや急な学習曲線なしで、素晴らしいネイティブモバイルアプリを手に入れることができます。スリムなAPIと合理化された機能により、プロジェクトへの統合が非常に簡単です。Capacitorで完全に機能するネイティブアプリを作成することがいかに簡単かに驚くことでしょう！
-
-## Quasarアプリの準備
-
-新しいQuasarアプリを作成するには、次のコマンドを実行します：
-
-```shell
-npm init quasar
-```
-
-![Quasar Project Setup](/quasar-setup.webp)
-
-「App with Quasar CLI」オプションを選択し、次に「Quasar v2」を選択します。
-
-ネイティブモバイルアプリを作成するには、プロジェクトの**エクスポート**が必要です。そのため、Quasarプロジェクトをビルドしてコピーするために使用できる簡単なスクリプトを**package.json**に追加しましょう：
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "quasar build"
-  }
-}
-```
-
-`generate`コマンドを実行した後、プロジェクトのルートに新しい`dist`フォルダが表示されるはずです。
-
-このフォルダは後でCapacitorによって使用されますが、現時点では正しく設定する必要があります。
-
-## QuasarアプリにCapacitorを追加する
-
-任意のWebアプリをネイティブモバイルコンテナにパッケージ化するには、最初にいくつかのステップを実行する必要がありますが、その後は単一の`sync`コマンドを実行するだけで済みます。
-
-まず、[Capacitor CLI](https://capacitorjs.com/docs/cli/)を開発依存関係としてインストールし、プロジェクト内でセットアップします。セットアップ中は、名前とバンドルIDのデフォルト値を受け入れるために「Enter」を押すことができます。
-
-次に、コアパッケージとiOSおよびAndroidプラットフォーム用の関連パッケージをインストールする必要があります。
-
-最後に、プラットフォームを追加すると、Capacitorがプロジェクトのルートに各プラットフォーム用のフォルダを作成します：
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Quasar project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-![Initialize Capacitor](/capacitor-init.webp)
-
-この時点で、Quasarプロジェクトに新しい**ios**と**android**フォルダが表示されているはずです。
-
-**これらは実際のネイティブプロジェクトです！**
-
-後でAndroidプロジェクトにアクセスするには、[Android Studio](https://developer.android.com/studio/)をインストールする必要があります。iOSの場合は、Macが必要で[Xcode](https://developer.apple.com/xcode/)をインストールする必要があります。
-
-さらに、プロジェクトに**capacitor.config.ts**ファイルが存在するはずです。このファイルには、同期中に使用される基本的なCapacitor設定が含まれています。注意が必要なのは**webDir**のみで、これはビルドコマンドの結果を指し示す必要があります。現在は不正確です。
-
-これを修正するには、**capacitor.config.json**ファイルを開き、**webDir**を更新します：
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-以下のコマンドを実行して試してみることができます：
-
-```shell
-npm run generate
-npx cap sync
-```
-
-最初のコマンド`npm run generate`はQuasarプロジェクトを単純にビルドして静的ビルドをコピーし、2番目のコマンド`npx cap sync`はすべてのWebコードをネイティブプラットフォームの適切な場所に同期してアプリで表示できるようにします。
-
-さらに、同期コマンドはネイティブプラットフォームを更新してプラグインをインストールする可能性があるため、新しい[Capacitorプラグイン](https://capacitorjs.com/docs/plugins/)をインストールする際は、再度`npx cap sync`を実行する必要があります。
-
-気付かないうちに実際に完了しているので、デバイスでアプリを確認してみましょう！
-
-## ネイティブアプリのビルドとデプロイ
-
-iOSアプリを開発するには**Xcode**が、Androidアプリを開発するには**Android Studio**がインストールされている必要があります。さらに、アプリストアでアプリを配布する予定がある場合は、iOSの場合はApple Developer Program、Androidの場合はGoogle Play Consoleに登録する必要があります。
-
-ネイティブモバイル開発が初めての場合は、Capacitor CLIを使用して両方のネイティブプロジェクトを簡単に開くことができます：
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-ネイティブプロジェクトをセットアップしたら、接続されたデバイスにアプリをデプロイするのは簡単です。Android Studioでは、すべての準備が整うのを待つだけで、設定を変更することなく接続されたデバイスにアプリをデプロイできます。例：
-
-![android-studio-run](/android-studio-run.webp)
-
-Xcodeでは、シミュレータだけでなく実際のデバイスにアプリをデプロイするために、署名アカウントを設定する必要があります。これを初めて行う場合、Xcodeがプロセスをガイドしてくれます（ただし、Developer Programに登録する必要があります）。その後、上部で選択できる接続されたデバイスでアプリを実行するために、単にプレイを押すだけです。例：
-
-![xcode-run](/xcode-run.webp)
-
-おめでとうございます！QuasarのWebアプリをモバイルデバイスに正常にデプロイしました。例：
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/Quasar-mobile.webp" alt="quasar-mobile-app">
-</div>
-
-しかし、開発中にはもっと速い方法もあります...
-
-## Capgo Live Update
-
-Capgo Live Updateは、開発者が従来のApp Store提出プロセスを経ることなく、モバイルアプリにアップデートをデプロイできるサービスです。これは、App Storeのレビュープロセスを待つことなく、バグを素早く修正したりアプリに小さな更新を加えたりするのに便利な方法です。
-
-QuasarアプリへのCapgoの統合は、リアルタイムのライブアップデートの力を活用できる簡単なプロセスです。このステップバイステップガイドでは、Capgo Live Updateの統合と実装について説明し、シームレスなアップデートを提供できるようにします。
-
-**サインアップしCapgoダッシュボードにアクセス**：
-
-サインアップして、最初のバージョンをアップロードするためのAPIキーを取得する時です！まず、[Capgoアカウントにサインアップ](https://console.capgo.app/register/)してください。
-
-**Capgo SDKのインストール**：
-
-コマンドラインから、Capacitorアプリのルートに直接次のコマンドを実行します：
-
-`npm i @capgo/capacitor-updater && npx cap sync` プラグインをCapacitorアプリにインストールします。
-
-そして、CodePushの代わりに次のコードをアプリに追加します：
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-これにより、ネイティブプラグインにインストールが成功したことを伝えます。
-
-**Capgo CLOUDにログイン**：
-
-まず、アカウントに存在する`all` [apikey](https://console.capgo.app/dashboard/apikeys/)を使用してCLIでログインします：
-
-    `npx @capgo/cli@latest login YOU_KEY`
-
-**最初のアプリを追加**：
-
-CLIでCapgo Cloudに最初のアプリを作成することから始めましょう。
-
-```shell
-    npx @capgo/cli@latest app add
-```
-このコマンドは、Capacitor設定ファイルで定義されたすべての変数を使用してアプリを作成します。
-
-**最初のバージョンをアップロード**：
-
-コードをビルドしてCapgoに送信するコマンドを実行します：
-
-```shell
-npx @capgo/cli@latest bundle upload`
-```
-
-デフォルトでは、バージョン名はpackage.jsonファイルのものが使用されます。
-
-[Capgo](https://console.capgo.app/login/)でビルドが存在するか確認してください。
-
-私の[モバイルサンドボックスアプリ](https://capgo.app/app_mobile/)でテストすることもできます。
-
-**チャンネルをデフォルトに設定**：
-
-アプリをCapgoに送信した後、アプリがCapgoからアップデートを受信できるようにチャンネルをデフォルトに設定する必要があります。
-
-`npx @capgo/cli@latest channel set production -s default`
-
-**アップデートを検証するようにアプリを設定**：
-
-メインのJavaScriptファイルに次の設定を追加します。
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-その後、`npm run build && npx cap copy`を実行してアプリを更新します。
-
-**ライブアップデートを受信**：
-
-アプリがDeployからライブアップデートを受信するためには、デバイスまたはエミュレータでアプリを実行する必要があります。最も簡単な方法は、次のコマンドを使用してローカルアプリをエミュレータまたはコンピュータに接続されたデバイスで起動することです。
-
-      npx cap run [ios | android]
-
-アプリを開き、バックグラウンドに移動してから再度開くと、ログでアプリがアップデートを実行したことが確認できるはずです。
-
-おめでとうございます！🎉 最初のライブアップデートの配信に成功しました。これはライブアップデートでできることの始まりに過ぎません。詳細については、完全な[ライブアップデートドキュメント](https://capgo.app/docs/plugin/cloud-mode/getting-started/)をご覧ください。
-
-## Capacitorプラグインの使用
-
-これまで何度か言及してきたCapacitorプラグインの実際の使用方法を見てみましょう。比較的シンプルなプラグインをインストールするには：
-
-```shell
-npm i @capacitor/share
-```
-
-[Shareプラグイン](https://capacitorjs.com/docs/apis/share/)には特別なものはありませんが、ネイティブの共有ダイアログを表示します！これには、パッケージをインポートしてアプリから対応する`share()`関数を呼び出すだけで済みます。**pages/index.vue**を次のように変更しましょう：
-
-```html
-<template>
-  <div>
-    <h1>Welcome to Quasar and Capacitor!</h1>
-    <button @click="share">Share now!</button>
-  </div>
-</template>
-
-<script setup lang="ts">
-import { Share } from '@capacitor/share';
-
-async function share() {
-  await Share.share({
-    title: 'Open Youtube',
-    text: 'Check new video on youtube',
-    url: 'https://www.youtube.com',
-    dialogTitle: 'Share with friends'
-  });
-}
-</script>
-```
-
-前述したように、新しいプラグインをインストールする際は、同期操作を実行してからアプリをデバイスに再デプロイする必要があります。これを行うには、次のコマンドを実行します：
-
-```
-npx cap sync
-```
-
-ボタンを押すと、美しいネイティブ共有ダイアログが動作するのを確認できます！
-
-## オプションでKonsta UIを追加
-
-QuasarアプリでKonsta UIを使用するには、[tailwindがすでにインストール](https://tailwindcss.com/docs/installation/)されている必要があり、パッケージをインストールする必要があります：
-
-```shell
-npm i konsta
-```
-
-さらに、`tailwind.config.js`ファイルを修正する必要があります：
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './pages/**/*.{vue}',
-    './components/**/*.{vue}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig`は、デフォルト（またはカスタム）のTailwind CSS設定を、Konsta UIに必要な追加のバリアントとヘルパーユーティリティで拡張します。
-
-次に、グローバルパラメータ（`theme`など）を設定できるように、メインの[App](https://konstaui.com/vue/app/)コンポーネントをセットアップする必要があります。
-
-`pages/_app.vue`でアプリ全体を`App`でラップする必要があります：
-
-```html
-<template>
-  <App theme="ios">
-    <Quasar />
-  </App>
-</template>
-
-<script setup>
-import { App } from 'konsta/vue';
-</script>
-```
-
-### 例ページ
-
-すべてのセットアップが完了したら、QuasarページでKonsta UI Vueコンポーネントを使用できます。
-
-例えば、`pages/index.vue`を開いて次の
-
-```html
-<template>
-  <Page>
-    <Navbar title="My App" />
-
-    <Block strong>
-      <p>
-        Here is your Quasar & Konsta UI app. Let's see what we have here.
-      </p>
-    </Block>
-    <BlockTitle>Navigation</BlockTitle>
-    <List>
-      <ListItem href="/about/" title="About" />
-      <ListItem href="/form/" title="Form" />
-    </List>
-
-    <Block strong class="flex space-x-4">
-      <Button>Button 1</Button>
-      <Button>Button 2</Button>
-    </Block>
-  </Page>
-</template>
-
-<script setup>
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  Link,
-  BlockTitle,
-} from 'konsta/vue';
-</script>
-```
-
-必要なコンポーネントをすべてインストールした後にライブリロードが同期していない場合は、すべてを再起動してみてください。それが完了すると、QuasarとCapacitorで構築された、ネイティブな外観のモバイルアプリが表示されるはずです！
-
-
-## 結論
-
-Capacitorは、既存のWebプロジェクトをベースにネイティブアプリケーションを構築するための優れたオプションで、コードの共有と一貫したUIの維持を簡単に実現できます。
-
-そして、[Capgo](https://capgo.app/)を追加することで、アプリにライブアップデートを追加することがさらに容易になり、ユーザーが常に最新の機能とバグ修正にアクセスできるようになります。
-
-Next.jsアプリにCapgoを追加する方法について学びたい場合は、次の記事をご覧ください：
diff --git a/src/content/blog/ja/real-time-update-metrics-for-capacitor-apps.md b/src/content/blog/ja/real-time-update-metrics-for-capacitor-apps.md
deleted file mode 100644
index a011be060..000000000
--- a/src/content/blog/ja/real-time-update-metrics-for-capacitor-apps.md
+++ /dev/null
@@ -1,256 +0,0 @@
----
-slug: real-time-update-metrics-for-capacitor-apps
-title: Capacitorアプリのリアルタイム更新メトリクス
-description: アプリの更新パフォーマンスを効果的に追跡する方法を学び、迅速で信頼性の高いリリースと改善されたユーザーエクスペリエンスを確保します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-02T03:19:09.129Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c3a347e68199dea862b1d5-1740885602596.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  update tracking, app performance, metrics monitoring, user experience,
-  real-time updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-アプリの更新を迅速で信頼性が高く、影響力のあるものにしたいですか？以下をご覧ください：
-
--   **なぜ更新を追跡するのか？**  
-    更新のパフォーマンスを追跡して、更新をより迅速に、問題を迅速に修正し、ユーザーエクスペリエンスを改善します。 [Capgo](https://capgo.app/) のようなツールは、リリースの効率を81％向上させることができます。
-    
--   **監視すべき重要な指標：**
-    
-    -   **採用率：** 最新バージョンに切り替えるユーザーの割合。
-    -   **更新成功率：** 成功した更新の割合。
-    -   **ユーザーへの影響：** 更新後のクラッシュや機能使用状況。
--   **追跡に役立つツール：**
-    
-    -   **Capgo：** CI/CDサポートを備えた安全な [更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/) 。
-    -   **[Firebase Performance Monitoring](https://firebase.google.com/docs/perf-mon)：** 無料のリアルタイムパフォーマンスインサイト。
-    -   **[New Relic](https://newrelic.com/):** エラー、ネットワークリクエストなどを追跡します。
--   **セットアップ手順：**
-    
-    1.  `npx @capgo/cli init`を使ってCapgoなどのツールをインストールします。
-    2.  ロード時間、メモリ使用量、クラッシュレポートなどの指標を追跡します。
-    3.  完全な展開の前に、A/Bテストを使用して更新を洗練します。
-
-更新の監視は、シームレスな更新を提供し、エラーを削減し、アプリのパフォーマンスを向上させます。詳細に入りましょう。
-
-## [Capgo](https://capgo.app/)、CapacitorJsプラグインによるライブ更新
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-02.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 更新追跡の設定
-
-効果的に更新を追跡するためには、適切なツールを構成し、重要な指標を特定する必要があります。
-
-### 追跡ツールの追加
-
-まず、ニーズに合った追跡ツールを選択します。 [Capacitor](https://capacitorjs.com/)アプリの場合、ここに二つの人気オプションがあります：
-
--   **Capgoプラグイン：** コマンドラインを使用してCapgoプラグインをインストールします：
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-    ドキュメントに記載されたセットアップ手順に従ってください。
-    
--   **New Relic：** このツールはJavaScriptエラー、ネットワークリクエスト、カスタムイベントを監視するのに役立ちます [\[2\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/) 。Colensoのような企業は、わずか数分で5,000人以上のユーザーのほぼ全員を更新するために利用しています [\[1\]](https://capgo.app/) 。
-    
-
-### 追跡するコア指標
-
-ツールが配置されたら、更新の成功を測定する指標に焦点を当てます。以下が内訳です：
-
-| 指標カテゴリー | 主要測定 | 目的 |
-| --- | --- | --- |
-| **ダウンロードパフォーマンス** | スピード、完了率 | 更新がどれほど効率的に配信されるかを評価します。 |
-| **更新成功** | インストール率、エラー | 更新が信頼できることを確認します。 |
-| **ユーザーへの影響** | 更新後のクラッシュ、使用パターン | 更新の質と影響を測定します。 |
-
-これらの指標により、更新がどれほどうまく機能しているかの明確な picture が得られます。
-
-### 追跡オプションの設定
-
-追跡設定を調整して、最も関連性のあるデータを収集します。選択したツールに応じて、以下のことができます：
-
--   **New Relic：** 分析、カスタムロギング、クラッシュレポート、ネットワーク監視、HTTP応答ボディキャプチャなどの機能を提供します [\[2\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/) 。
--   **Capgo：** [安全な更新](https://capgo.app/docs/live-updates/update-behavior/)のための暗号化を有効にし、より良いターゲティングのために特定のユーザーに更新を割り当てることができます [\[1\]](https://capgo.app/) 。
-
-> "Capgoは、生産性を向上させたい開発者にとって必須のツールです。バグ修正のためのレビューを避けることは非常に貴重です。" - ベッシー・クーパー [\[1\]](https://capgo.app/)
-
-## 更新パフォーマンスデータの読み取り
-
-実世界のシナリオで更新がどのように機能しているかを理解することは、アプリの配信戦略を洗練するための鍵です。指標を注意深く監視し、信頼できるツールを使用することで、更新パフォーマンスに関する実用的なインサイトを得ることができます。
-
-### 更新使用状況の測定
-
-ユーザーが更新をどのように採用しているかを追跡することで、展開の速度と効果を理解できます。以下は、監視すべき重要な指標です：
-
--   **採用率：** _(新しい更新のユーザー / 総ユーザー) × 100_で計算します。これにより、どれだけのユーザーが更新されたバージョンに切り替えているかが示されます。
--   **最初のアクションまでの時間：** 更新後にユーザーが新しい機能に関与するまでの所要時間を測定します。
--   **更新成功率：** _(成功した更新 / 総更新試行) × 100_を使用して、[更新プロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/)がどれほどスムーズに進行しているかを評価します。
-
-これらの指標を得たら、更新がユーザーの行動にどのように影響を与えるかをさらに深く掘り下げます。
-
-### ユーザー行動分析
-
-更新後のユーザー行動の分析は、更新がエンゲージメントにどのように影響を与えるかをより明確に示します。たとえば、四半期末までにユーザーのアクティベーションを47％増加させるなどの測定可能な目標を設定することは、進捗を効果的に追跡するのに役立ちます [\[3\]](https://userpilot.com/blog/user-behavioral-analysis/) 。
-
-考慮すべき主な指標：
-
--   **日次アクティブユーザー (DAU)：** 更新後のデイリー使用状況の変化を観察します。
--   **平均セッション時間：** 更新前後でユーザーがアプリに費やす時間を比較します。
--   **機能使用状況：** どの新機能が最もエンゲージメントを促進しているかを特定します。
-
-> "ユーザー行動分析は、製品チームが製品決定を行う際に直感や運に頼りたくない場合に欠かせません。" - ソフィー・グリゴリアン [\[3\]](https://userpilot.com/blog/user-behavioral-analysis/)
-
-次のステップは、異なる更新バージョンを体系的にテストすることです。
-
-### 更新バージョンのテスト
-
-Capgoのプラットフォームは、世界中で9億4760万以上の更新を提供しています [\[1\]](https://capgo.app/)、効果的なテスト戦略に関するインサイトを提供します。以下に焦点を当ててください：
-
--   **リアルタイムパフォーマンス監視：** 更新を展開した直後の応答時間とエラー率を監視します。
--   **リソース利用率：** 更新によってシステムリソースが過負担にならず、アプリのパフォーマンスが低下しないことを確認します。
--   **バージョン比較：** A/Bテストを使用して、広く展開する前に小規模なユーザーグループで異なる更新バージョンを評価します。
-
-これらの方法は、更新が効率的で受け入れられることを保証します。
-
-###### sbb-itb-f9944d2
-
-## 更新の問題を解決する
-
-更新の問題に対処することは、ユーザーを満足させ、アプリがスムーズに動作するために重要です。
-
-### 更新エラーの特定
-
-Capacitor-updaterは、更新エラーを特定し解決するためのツールを提供します：
-
--   **updateFailed**および **downloadFailed** リスナーを設定して、更新プロセス中の問題をキャッチします。
--   **notifyAppReady()**を使用して、更新バンドルが正常にロードされたことを確認します。
--   **appReadyTimeout**を構成して、ロードプロセスの遅延を検出します。
-
-エラーを追跡することで、問題が発生する場所を特定し、パフォーマンスを向上させるためのアクションを取ることができます。
-
-> "Appflow Live Updatesを使用すると、ユーザーがアプリストアから新しいバージョンをダウンロードすることなく、ウェブコードの変更を直接インストールされたアプリに展開できます。バグを修正したり、新機能を紹介したり、パフォーマンスを最適化したりするためのバックグラウンドでのサイレントアップグレードと考えてください。" – アシュウィニ・シュクラ、Appflowのプロダクトマネージャー [\[5\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga)
-
-### スピードの問題を解決する
-
-パフォーマンスを監視することは、更新が迅速かつ効率的に配信されることを保証するために不可欠です。ベータテストによると、更新はしばしば数秒で完了することが示されています [\[4\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever)。
-
-追跡すべき主要な指標には以下が含まれます：
-
--   ロード時間と応答率
--   メモリ使用量
--   CPU使用量
--   ネットワークリクエスト
--   クラッシュ頻度
-
-**Firebase Performance Monitoring**や**[Sentry](https://sentry.io/)**のようなツールは、これらの指標を監視し、潜在的な問題のアラートを設定するのに役立ちます。
-
-### 更新サイズの管理
-
-更新サイズを小さく保つことは、迅速な配信にとって重要です。以下は効果的な手法です：
-
-| 技術 | 効果 | 実装 |
-| --- | --- | --- |
-| プロダクションフラグ | バンドルサイズを削減 | `--prod`および`--release`フラグを使用 |
-| コードのミニファイ | APKサイズを減少 | `minifyEnabled`を有効に |
-| リソースのクリーンアップ | 未使用ファイルを削除 | 未使用のSVGや古いチャンクを削除 |
-| ソースマップ管理 | ファイルサイズを削減 | `angular.json`の`sourceMap`を無効に |
-
-たとえば、未使用のSVGを削除することで、あるアプリのAPKサイズが4.2 MBから3.4 MBに削減されました [\[6\]](https://stackoverflow.com/questions/50988174/how-do-i-decrease-the-size-of-the-ionic-android-apk-file)。
-
-Capgoのプラットフォームは、更新サイズを最適化するための自動化ツールを提供しています。彼らの差分更新システムは、変更されたファイルのみを転送し、配信を迅速化し、全体のパフォーマンスを向上させると同時にアプリストアの要件に準拠しています。
-
-## 更新追跡のガイドライン
-
-### 標準指標の設定
-
-更新パフォーマンスを効果的に追跡するためには、ユーザーエクスペリエンスに直接影響を与える一貫した指標を使用します。監視すべき重要な領域には以下が含まれます：
-
-| 指標カテゴリー | 主要測定 |
-| --- | --- |
-| **ロード時間** | アプリが3秒以内にロードされることを目指します |
-| **クラッシュレポート** | アプリのクラッシュを最小限に抑えます |
-| **メモリ使用量** | 特に低スペックデバイスでの効率的なメモリ使用を確保します |
-| **CPU使用量** | 更新中のCPUアクティビティを監視します |
-| **ネットワークリクエスト** | 更新中のネットワークリクエストの成功率を追跡します |
-
-[UXCam](https://uxcam.com/)による研究では、3秒以上かかると53％のユーザーがアプリを放棄することが示されています [\[7\]](https://uxcam.com/blog/how-to-improve-mobile-app-performance/) 。iOSとAndroidの両方のプラットフォームにおいて、これらの指標を厳密に監視することで、デバイス全体で一貫したパフォーマンスを確保します。
-
-指標を特定したら、それらを整理して明確で簡潔なレポートにまとめて、迅速な分析を可能にします。
-
-### 指標レポートの構築
-
-効果的なレポートは生のデータを実用的なインサイトに変換します。リアルタイムダッシュボードを使用してプロセスを簡素化してください。
-
-レポートを効果的にする方法は次のとおりです：
-
--   **バージョンごとのパフォーマンスを追跡する**: 各アプリのバージョンを個別に分析して問題を特定します。
--   **更新前後のデータを比較する**: 更新によって引き起こされた変更を特定します。
--   **長期的なトレンドを監視する**: 時間の経過とともに繰り返し現れるパターンや改善を探します。
-
-> "モバイルアプリのパフォーマンスを改善することは、重要で複雑な継続的プロセスです。" – トペ・ロンジュ、成長マーケティングマネージャー、UXCam [\[7\]](https://uxcam.com/blog/how-to-improve-mobile-app-performance/)
-
-これらのレポートは、すぐに対処が必要な領域を特定し、長期的な改善を導くのに役立ちます。
-
-### トラッキングデータの使用
-
-メトリックを意味のあるアクションに変えて、アプリのパフォーマンスを向上させましょう。
-
-**即時のアクション:**
-
--   重要なメトリックのアラートを設定し、ダッシュボードを毎日レビューします。
--   問題が発生した際に対処できるように、リアルタイムのクラッシュ報告を実装します。
-
-**長期的な戦略:**
-
--   ダウンロードを速くするために未使用のコードフレームワークを削除します。
--   重い処理タスクをバックグラウンドに移して応答性を向上させます。
--   ユーザーがネットワークの障害中でもアプリにアクセスできるように、オフライン機能を追加します。
-
-Capgoのようなプラットフォームは、詳細な分析を提供し、必要に応じて迅速なロールバックを可能にし、スムーズなユーザー体験を確保します。
-
-## 概要
-
-### 更新トラッキング結果
-
-最新の更新トラッキングツールは、開発チームにとってゲームチェンジャーであることが証明されています：
-
--   世界中の開発チームはこれらのツールを使用して**5億1950万件の更新**を提供しました [\[1\]](https://capgo.app/) 。
--   チームは、より迅速なリリースサイクルのおかげで**81%の効率向上**を報告しています [\[1\]](https://capgo.app/) 。
-
-効果的なメトリック追跡とライブ更新を組み合わせることで、開発者はアプリの維持と改善の方法を再想像しました。NASAの[OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/)チームもこのアプローチを賞賛しています：
-
-> "@Capgo はホットコードプッシュを行うための賢い方法です（全世界の金額のためではなく @AppFlow のように） :-)" [\[1\]](https://capgo.app/)
-
-これらの結果を自分で見てみたいですか？以下の手順に従って、更新を効果的に追跡を開始してください。
-
-### 始めるために
-
-更新メトリックの追跡を開始する方法は次のとおりです：
-
--   **プラグインをインストールし、監視する主要なメトリックを定義します**。次の点に焦点を当てます：
-    
-    | メトリックタイプ | 目標ゴール | インパクト |
-    | --- | --- | --- |
-    | ロード時間 | 3秒未満 | 定着率の向上 |
-    | 更新成功率 | 99%以上 | 安定性の確保 |
-    | ダウンロード速度 | 5秒未満 | 満足度の向上 |
-    
--   **Capgoのようなライブ更新ツールを使用して、安全で迅速なデプロイを行います。**
-    
-
-あるユーザーが共有したように：
-
-> "私たちはアジャイル開発を実践しており、@Capgo はユーザーに継続的に提供するために重要です！" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ja/real-time-updates-with-user-segmentation.md b/src/content/blog/ja/real-time-updates-with-user-segmentation.md
deleted file mode 100644
index 1446650c6..000000000
--- a/src/content/blog/ja/real-time-updates-with-user-segmentation.md
+++ /dev/null
@@ -1,180 +0,0 @@
----
-slug: real-time-updates-with-user-segmentation
-title: リアルタイム更新とユーザーセグメンテーション
-description: >-
-  リアルタイムの更新とユーザーセグメンテーションがアプリケーションのパフォーマンス、エンゲージメント、パーソナライゼーションをどのように向上させ、ターゲットを絞ったユーザーエクスペリエンスを実現できるかをご覧ください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T01:23:29.243Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db5cb48d9574929cf1042f-1742433905119.jpg
-head_image_alt: モバイル開発
-keywords: 'real-time updates, user segmentation, app engagement, feature testing, Capgo'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-
-リアルタイムアップデートにより、アプリストアの承認を待たずにアプリの変更を即座に配信できます。ユーザーセグメンテーションと組み合わせることで、特定のグループをターゲットにし、機能をテストし、効果的にエクスペリエンスをパーソナライズできます。その仕組みは以下の通りです:
-
--   **リアルタイムアップデート**: バグ修正や新機能を直接ユーザーに送信し、24時間以内に95%のユーザーに到達
--   **ユーザーセグメンテーション**: ユーザー(ベータテスター、パワーユーザーなど)をグループ化してアップデートをテストし、段階的に展開し、アプリのエクスペリエンスをカスタマイズ
--   **主要な測定指標**: セッション時間、機能の使用状況、アップデートの採用率、エラー率
--   **ツール**: [Capgo](https://capgo.app/)は、82%のグローバル成功率と詳細な分析を備えた、高速で安全なアップデートを保証
--   **メリット**: より速いアップデート、リスクの軽減、パーソナライズされた機能、エンゲージメントの向上
-
-ユーザーセグメントを定義し、Capgo(`npx @capgo/cli init`)をインストールし、アップデートのパフォーマンスを追跡して戦略を改善することから始めましょう
-
-## ユーザーセグメンテーションの構成要素
-
-### ユーザーデータの収集
-
-意味のあるユーザーセグメントを作成するには、まずユーザーがアプリとどのように相互作用するかを追跡する必要があります。以下のような主要な指標の収集に焦点を当てましょう:
-
-| **データタイプ** | **目的** | **影響** |
-| --- | --- | --- |
-| **セッション(時間)** | エンゲージメントレベルの理解 | パワーユーザーとカジュアルユーザーの識別 |
-| **機能の使用状況** | 人気の機能の特定 | 強化する機能の優先順位付け |
-| **アップデートの反応** | アップデート採用率の測定 | 展開戦略の改善 |
-| **エラー率** | アプリの安定性の監視 | セグメントごとの問題の特定と対処 |
-
-Capgoの分析を使用することで、アップデートの成功率とユーザーエンゲージメントを追跡し、異なるユーザーがアプリとどのように相互作用するかについての詳細な洞察を得ることができます [\[1\]](https://capgo.app/) このデータは効果的なユーザーセグメンテーションの基盤となります
-
-### ユーザーセグメントの作成
-
-データを収集したら、次のステップはCapgoのチャネルシステムを使用してユーザーをセグメントにグループ化することです。これにより、開発者はアップデートを管理し、機能を正確にテストすることができます
-
-> "5,000人のユーザーベースに対して本番環境で[Capgo OTAアップデート](https://console.capgo.app/resend_email)を展開しました。非常にスムーズな運用が実現し、OTAがデプロイされてから数分以内にほぼすべてのユーザーが最新の状態になっています" – colenso, @colenso [\[1\]](https://capgo.app/)
-
-開発者は、ベータテスター、パワーユーザー、新規ユーザー、エンタープライズアカウントなどのカテゴリーにユーザーを分類できます。このセグメンテーションは、アップデートのテスト、段階的な展開、特定のグループ向けの機能のカスタマイズに役立ちます
-
-| **セグメントタイプ** | **説明** | **[アップデート戦略](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)** |
-| --- | --- | --- |
-| **ベータテスター** | 機能をテストするアーリーアダプター | 最初にアップデートを受け取る |
-| **パワーユーザー** | 高いエンゲージメントの頻繁なユーザー | パフォーマンス改善を優先 |
-| **新規ユーザー** | 最近プラットフォームに参加 | 機能展開を簡素化 |
-| **エンタープライズ** | ビジネスまたは組織アカウント | 計画されたメンテナンスウィンドウを使用 |
-
-Capgoのツールを使用すると、ユーザーの行動の変化に応じてこれらのセグメントを簡単に調整でき、アップデートと機能の関連性を保つことができます [\[1\]](https://capgo.app/)
-
-## セグメント化されたアップデートの設定
-
-### 追跡すべき主要なユーザーアクション
-
-ユーザーエンゲージメントとアプリの使用状況をよりよく理解するために、パターンを浮き彫りにする特定の行動に焦点を当てましょう。750の本番アプリからのデータに基づいて、これらのアクションが最も洞察に満ちていることが証明されています:
-
-| **ユーザーアクション** | **追跡する理由** | **アップデートへの影響** |
-| --- | --- | --- |
-| 機能使用頻度 | ヘビーユーザーとカジュアルユーザーを識別 | アップデートの優先順位付けに役立つ |
-| セッション時間 | エンゲージメントレベルを測定 | アップデートのタイミングに影響を与える |
-| エラー遭遇 | 安定性の懸念を強調 | ホットフィックスが必要な場所を指導 |
-| アップデートインストール時間 | デプロイメントの効率性を示す | 展開戦略の改善 |
-
-これらの主要な指標を特定したら、セグメント化されたアップデートを効果的に実装するための適切なツールを選択する時です### ツールの更新とセットアップ
-
-セグメント化された更新をスムーズに機能させるには、コンプライアンスと効率性を確保する信頼性の高いツールが必要です。以下のパフォーマンス基準を満たすツールを探してください：
-
-- **24時間以内のアクティブユーザー更新採用率95%**
-- **グローバル[CDN](https://enwikipediaorg/wiki/Content_delivery_network)パフォーマンス**：5MBのバンドルを114msで配信
-- **世界全体の更新成功率82%**
-- **グローバルAPIレスポンスタイム**：57ms
-
-これらのツールを導入後、計画通りに動作することを確認するための徹底的なテストが不可欠です。
-
-### セグメントパフォーマンスのテスト
-
-テストにより、更新が効果的で好意的に受け入れられることを確認します。異なるユーザーセグメント間でパフォーマンスを評価するための構造化されたアプローチを使用してください：
-
-| **テストフェーズ** | **実装** | **成功指標** |
-| --- | --- | --- |
-| ベータテスト | 最初にアーリーアダプターにリリース | ユーザーフィードバックとバグレポートの収集 |
-| 段階的展開 | 展開パーセンテージを徐々に増加 | 更新成功率の測定 |
-| パフォーマンスモニタリング | 各セグメントのメトリクスを追跡 | 更新後のエンゲージメントの評価 |
-| ロールバック準備 | ワンクリックでのバージョン戻しを有効化 | 問題発生時のダウンタイムを最小化 |
-
-セグメント境界を明確に保ち、各グループの更新への反応を綿密にモニタリングすることが重要です。分析により、アプローチの微調整が可能になります。
-
-エンタープライズアプリの場合、主要なユーザーセグメント用に個別のテストチャネルを設定することで、地域や利用パターンが異なる多様なユーザーベースを管理しながら、82%の更新成功率を維持できます。
-
-## アプリ体験のパーソナライズ化
-
-### 異なるユーザーグループ向けの機能カスタマイズ
-
-リアルタイムセグメンテーションにより、開発者は異なるユーザーグループに合わせてアプリ機能を調整できます。例えば、パワーユーザーには高度なツールを提供し、新規ユーザーには使い始めやすいようにシンプルなインターフェースを表示することができます。エンゲージメントをリアルタイムで追跡することで、各グループのニーズに合わせてこれらの調整を継続的に微調整できます。このアプローチは、ユーザーとのコミュニケーション方法にも影響を与えます。
-
-### スマートプッシュ通知
-
-重要な通知を、重要なタイミングで送信します。特定のユーザーグループの習慣に合わせてメッセージとタイミングの両方を調整することで、アクティブユーザーに情報を提供し、非アクティブユーザーを呼び戻すことができます。このターゲットを絞ったアプローチにより、通知が確実にインパクトを与えます。
-
-### [Capgo](https://capgo.app/)の更新管理システム
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-これらのパーソナライズされたインタラクションをサポートするために、効果的な[更新管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)が重要です。Capgoのチャネルシステムは更新の正確な制御を提供し、ベータテスト、段階的展開、特定のユーザーセグメントを対象とした機能リリースを可能にします。リアルタイム分析と詳細な権限設定により、Capgoはアプリストアのルールへの準拠を確保します - これは特にエンタープライズアプリにとって重要です。
-
-## 結果と成功の追跡
-
-### パフォーマンスメトリクス
-
-分析は更新のパフォーマンスを追跡する上で重要な役割を果たします。主要な指標には、更新成功率、ユーザーの更新採用速度、エンゲージメントレベルが含まれます。例えば、アクティブユーザーの95%が24時間以内に更新をインストールし、更新の世界的な成功率は82%です。[\[1\]](https://capgo.app/)
-
-### 異なるアプローチのテスト
-
-これらのメトリクスを使用して、体系的なテストにより更新戦略を微調整します。[A/Bテスト](https://enwikipediaorg/wiki/A/B_testing)は、どのセグメンテーション方法が最も効果的かを特定するのに特に有用です。
-
-| テストコンポーネント | 測定対象 | 重要性 |
-| --- | --- | --- |
-| 更新タイミング | 様々な時間帯でのインストール率 | 最適なリリーススケジュールの決定に役立つ |
-| セグメント基準 | 各セグメント内のユーザーエンゲージメント | セグメンテーションの有効性を確認 |
-| 機能展開 | ユーザーグループ間の使用率 | 新機能の価値を検証 |
-
-テスト中はエラーの追跡が不可欠です。アプリの問題を早期に発見し、迅速に修正し、安定性を維持することができます [\[1\]](https://capgo.app/)
-
-### ビジネスへの影響を測定する
-
-リアルタイムでセグメント化されたアップデートは、技術的なパフォーマンスを向上させるだけでなく、明確なビジネス上のメリットももたらします。これらの利点を測定することで、実用的な洞察が得られます。
-
-重要な指標として以下があります:
-
--   **ユーザー定着率**: アップデートが長期的なエンゲージメントに与える影響を調査
--   **サポートチケット**: ターゲットを絞ったアップデートによるカスタマーサポートの問題の減少を追跡
--   **開発効率**: デプロイメントとバグ修正にかかる時間の削減を測定
--   **ユーザー満足度**: ユーザーグループ全体のアプリ評価とフィードバックを分析
-
-## セグメントを使用したリアルタイムPLGのステップバイステップガイド
-
-<iframe src="https://www.youtube.com/embed/4h1BQ5Z8tIA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 次のステップ
-
-セグメント化されたリアルタイムアップデートを実践する準備はできましたか？効果的に実装するためのステップバイステップガイドをご紹介します。
-
-### 主なポイント
-
-まず[Capgoプラグイン](https://capgo.app/plugins/)(`npx @capgo/cli init`)をインストールし、行動とビジネス目標に基づいてユーザーセグメントを定義します。最後に、グローバルアップデートの成功率82%を確保するためのモニタリングシステムを設定します [\[1\]](https://capgo.app/) 。この設定により、アプリストアのレビューなしでプラットフォームのガイドラインに従いながら、即座にアップデートをデプロイできます。
-
-注目すべき3つの重要な要素:
-
--   **技術的セットアップ**: コマンドを使用してCapgoプラグインをインストール: `npx @capgo/cli init`
--   **セグメンテーション戦略**: エンゲージメント、行動、目標に基づいてユーザーをグループ化。特定のユーザーチャネルにターゲットを絞ったアップデートを送信可能
--   **モニタリングフレームワーク**: アップデートのパフォーマンスを追跡し、配信を最適化
-
-Capgoを使用してこの戦略を素早く実装する方法を見てみましょう。
-
-### Capgoの使用開始
-
-Capgoの使用開始は簡単で、スピードと信頼性を重視して設計されています。セグメンテーションとモニタリングを組み合わせることで、安全かつ効率的にアップデートを配信できます。Capgoのチャネルシステムにより、アップデートの配信方法を正確にコントロールでき、ベータテストやフェーズドロールアウトに最適です。
-
-実装の概要は以下の通りです:
-
-| フェーズ | アクション項目 | 期待される結果 |
-| --- | --- | --- |
-| 初期セットアップ | Capgoプラグインのインストールと設定 | 強固なアップデート基盤 |
-| セグメンテーション | ユーザーチャネルとターゲットグループの定義 | [体系的なアップデート配信](https://capgo.app/docs/live-updates/update-behavior/) |
-| デプロイメント | CLIを使用したアップデートのロールアウトとモニタリング | 迅速かつ制御されたロールアウト |
-| 最適化 | パフォーマンスの分析とターゲティングの調整 | 効率の改善 |
-
-Capgoの高度なユーザー管理ツールにより、詳細レベルでアップデートを制御できます。アジャイル開発プラクティスを採用しているチームにとって、エンドツーエンドの暗号化や詳細な分析などの機能により、アップデートの安全性と高パフォーマンスが確保されます。
diff --git a/src/content/blog/ja/refresh-token-rotation-in-cicd-workflows.md b/src/content/blog/ja/refresh-token-rotation-in-cicd-workflows.md
deleted file mode 100644
index eaa93e917..000000000
--- a/src/content/blog/ja/refresh-token-rotation-in-cicd-workflows.md
+++ /dev/null
@@ -1,291 +0,0 @@
----
-slug: refresh-token-rotation-in-cicd-workflows
-title: CI/CD ワークフローにおけるリフレッシュ トークンのローテーション
-description: >-
-  リフレッシュトークンローテーションの実装は、アクセス管理を自動化し、盗まれた認証情報に関連するリスクを最小限に抑えることで、CI/CDワークフローのセキュリティを向上させます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T04:31:38.871Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68214ae55e3fe4823b5f6cab-1747024366276.jpg
-head_image_alt: ソフトウェア開発
-keywords: >-
-  token rotation, CI/CD security, refresh tokens, credential management, secure
-  deployments
-tag: 'Development, Security, Technology'
-published: true
-locale: ja
-next_blog: ''
----
-**CI/CDワークフローを保護したいですか？リフレッシュトークンのローテーションから始めましょう。** この手法は、トークンが短命であることを保証し、盗まれた資格情報のリスクを減少させ、アクセス管理を自動化します。なぜこれが重要なのかをご紹介します：
-
--   **何をするのか**：リフレッシュトークンは古いアクセスとトークンを新しいものに置き換え、使用後に前のトークンを無効にします。
--   **なぜ重要なのか**：短命のトークンは露出を制限し、脅威をより迅速に検出し、不正アクセスの可能性を減少させます。
--   **これを実装する方法**：トークンの安全な保管とローテーションには、**[HashiCorp Vault](https://www.hashicorp.com/products/vault)** や **[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/)** のようなツールを使用します。また、[GitHub Actions](https://docs.github.com/actions) や [GitLab CI](https://docs.gitlab.com/ee/ci/) などのCI/CDプラットフォームを設定して、スクリプトでプロセスを自動化します。
--   **ダウンタイムを避ける**：優待期間、フォールバックメカニズム、およびヘルスチェックを追加して、スムーズなデプロイメントを確保します。
--   **標準に従う**：TLS暗号化を使用し、トークンの使用を追跡し、NISTおよびSOC 2ガイドラインに沿うようにします。
-
-**クイックヒント**： [Capgo](https://capgo.app/) のようなプラットフォームは、プロセスを自動化し、暗号化を統合し、業界標準と比較してコストを削減することでトークンのローテーションを簡素化します。
-
-トークンのローテーションは、CI/CDパイプラインのセキュリティを確保するためのシンプルで効果的な方法です。設定方法と一般的な落とし穴を避ける方法について読む続けてください。
-
-## GitLab 17.7 - UIを介したトークンローテーション
-
-<iframe src="https://www.youtube.com/embed/V-N-V-1JWQw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## CI/CDにおけるトークンローテーションの設定
-
-リフレッシュトークンのローテーションを実施することは、CI/CDデプロイメントを保護するための重要なステップです。
-
-### トークンストレージメソッド
-
-トークンを安全に保つために、高度なクラウドベースのソリューションを検討してください：
-
-**HashiCorp Vault統合**
-
--   自動的にローテーションする動的シークレットを使用します。
--   一時的な資格情報のためにリース期間を設定します。
--   トークンの使用を監視するために監査ログを有効にします。
-
-**AWS Secrets Manager**
-
--   自動ローテーションのスケジュールを設定します。
--   資格情報を効果的に管理するためにバージョントラッキングを有効にします。
--   追加の冗長性のためにクロスリージョンレプリケーションを有効にします。
-
-どちらの方法も、安全で自動化されたデプロイメントを確保し、手動介入を減少させます。
-
-### CI/CDプラットフォームの設定
-
-各CI/CDプラットフォームは、トークンローテーションを効果的に扱うために特定の設定を必要とします：
-
-**GitHub Actionsの設定**：
-
-```yaml
-name: Token Rotation
-on:
-  schedule:
-    - cron: '0 0 * * *'  # Daily rotation
-env:
-  TOKEN_STORE: ${{ secrets.TOKEN_STORE }}
-
-steps:
-  - name: Rotate Token
-    run: |
-      curl -X POST $TOKEN_STORE/rotate
-```
-
-**GitLab CI/CDの設定**：
-
-```yaml
-rotate_token:
-  script:
-    - rotate_credentials.sh
-  rules:
-    - changes:
-        - credentials/*
-```
-
-これらの例を調整してプラットフォームの要件に合わせ、シームレスなトークンローテーションを確保してください。
-
-### デプロイメントの中断を防ぐ
-
-トークンローテーションは時にデプロイの問題を引き起こす可能性がありますが、以下の戦略でダウンタイムを避けることができます：
-
--   **グレース期間の実装**：古いトークンと新しいトークンの両方が有効な15分の重複を許可します。これにより、進行中のジョブが中断なく完了し、新しいジョブは更新された資格情報で開始します。
--   **フォールバックメカニズム**：トークンローテーションが失敗した場合に使用するバックアップ認証メソッドを設定します。
--   **ヘルスチェック**：定期的にトークンの有効性とローテーションプロセスを確認します。
-
-例のヘルスチェックスクリプト：
-
-```bash
-#!/bin/bash
-check_token_validity
-if [ $? -eq 0 ]; then
-  perform_rotation
-  verify_new_token
-fi
-```
-
-Capgoのようなプラットフォームは、トークンライフサイクル管理を簡素化し、ダウンタイムなしでスムーズな運用を確保します。
-
-## トークンローテーションのためのセキュリティ基準
-
-### TLSおよび暗号化設定
-
-安全なトークン交換を保証するためには、多層の暗号化プロトコルを実装することが重要です。まず、CI/CDサービスとトークン管理システム間で**相互TLS (mTLS)** 認証の設定を行います。適切なmTLS設定の例は以下の通りです：
-
-```yaml
-# Example mTLS Configuration
-tls:
-  cert_file: /path/to/cert.pem
-  key_file: /path/to/key.pem
-  client_ca_file: /path/to/ca.pem
-  min_version: TLS1.3
-  cipher_suites:
-    - TLS_AES_128_GCM_SHA256
-    - TLS_AES_256_GCM_SHA384
-```
-
-Capgoは**エンドツーエンド（E2E）暗号化**でトークンのセキュリティを強化し、トークンがライフサイクル全体で保護されることを保証します [\[1\]](https://capgo.app)。暗号化とともに、トークンの使用状況を監視して、これらのセキュリティ対策の有効性を確認することが重要です。
-
-### トークン使用状況の追跡
-
-トークンがどのように使用されているかを追跡することは、潜在的なセキュリティ問題をキャッチするための積極的な方法です。ローテーション成功率のような指標は、脆弱性を早期に明らかにし、拡大する前に対処する機会を与えます。このレベルの監視は、トークン管理の実践が確立されたセキュリティガイドラインに沿っていることを保証します。
-
-### セキュリティ基準の遵守
-
-最新のセキュリティ基準に従うには、トークンローテーションに関する以下のガイドラインに従ってください：
-
-**NISTの推奨事項**：
-
--   **自動トークンの有効期限**を使用して、露出リスクを減らします。
--   トークンが**強力な鍵長**（少なくとも2048ビット）を使用することを確認します。
--   本番と開発のトークンを**別のストレージシステム**に保持します。
--   トークン関連の活動を追跡するために**自動監視**を設定します。
--   トークン関連のエラーから回復するための**ロールバックメカニズム**を実装します。
--   認可されたユーザーのみがトークンにアクセスできるようにするために**ロールベースのアクセス制御（RBAC）**を適用します。
-
-**SOC 2準拠**：
-
--   トークンローテーション手順の詳細なドキュメントを維持します。
--   すべてのトークン操作のために**監査ログ**を有効にして、トレース可能性を確保します。
--   トークン関連のセキュリティ侵害に対処するための**インシデント対応手順**を開発し、実施します。
-
-## 大規模システムにおけるトークンローテーション
-
-トークンローテーションが複雑なCI/CDパイプラインで問題に直面した場合、堅牢なエラー回復システムを持つことが重要です。これにより、問題が迅速に特定され、可能な限り自動的に解決されるか、安定した状態にロールバックされます。大規模なシステムの場合、スムーズな運用を維持するには、エラー回復への構造化されたアプローチが必要です。
-
-### エラー回復手順
-
-トークンローテーション中のエラーを処理するための構成の例は以下の通りです：
-
-```yaml
-# Error Recovery Configuration
-error_handling:
-  monitoring:
-    alert_threshold: 2
-    check_interval: 60s
-  recovery:
-    auto_rollback: true
-    max_attempts: 3
-```
-
-回復プロセスには通常、以下の手順が含まれます：
-
--   **障害を検出**：自動監視ツールを使用して、問題を発生した直後に特定します。
--   **依存する操作を一時停止**：関連するプロセスを一時的に停止して、ドミノ効果を避けます。
--   **回復を試みる**：事前に定義された回復手順に従って、自動的に問題を修正します。
--   **必要に応じてロールバック**：回復の試みが失敗した場合、前のトークン状態に戻して安定性を回復します。
-
-> "エラートラッキング：ユーザーに影響を与える前に問題を積極的に監視し、修正する" - Capgo [\[1\]](https://capgo.app)
-
-この構造化されたアプローチはダウンタイムを最小限に抑え、セキュリティ基準が適用されることを確保します。監視システムが各ステップを監督し、チームがトークンローテーションの問題が発生したときに迅速かつ効果的に行動できるようにします。
-
-## [Capgo](https://capgo.app/) を使用したCI/CDセキュリティ
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68214ae55e3fe4823b5f6cab/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgoは、証明されたトークンローテーション戦略に基づき、CI/CDセキュリティを強化し、安全なデプロイメントをシームレスかつ信頼性の高いものにするツールを提供します。
-
-### Capgoセキュリティツール
-
-Capgoのセキュリティ設定の核心には、**エンドツーエンドの暗号化**があり、更新は認可されたユーザーのみがアクセスできるようにしています。この暗号化フレームワークは、人気のあるCI/CDプラットフォームとスムーズに統合され、デプロイメントのための安全な基盤を提供します。
-
-```yaml
-# Capgo Security Configuration
-security:
-  encryption:
-    type: end-to-end
-    key_rotation: enabled
-  ci_integration:
-    platforms:
-      - GitHub Actions
-      - GitLab CI
-      - Jenkins
-```
-
-### Capgoトークンローテーションの設定
-
-Capgoを使用したトークンローテーションの設定は簡単で、CLIツールのおかげです。Capgoプラグインをインストールした後、24時間のローテーション間隔、バックアップオプション、アクティブモニタリングなどの機能を使用してパイプラインを構成します。システムはトークンの更新を自動的に処理し、デプロイメントが中断されないようにします。この効率化されたプロセスは、Capgoが他のプラットフォームと比べてセキュリティを簡素化する方法を強調しています。
-
-### Capgoと他のプラットフォームの比較
-
-2022年以来、CI/CDセキュリティの分野は大きな進展を遂げ、Capgoは古いシステムから見直しを行うチームにとって目立っています。以下はその比較です：
-
-| 機能 | Capgo | 業界標準 |
-| --- | --- | --- |
-| エンドツーエンド暗号化 | はい | 様々 |
-| 自己ホスティングオプション | 利用可能 | 稀 |
-| 月間運用コスト | 約300ドル | 500ドル以上 |
-| トークンローテーション自動化 | ビルトイン | 限定的 |
-
-> "現在、Appcenterがハイブリッドアプリのライブ更新をサポートしなくなり、AppFlowのコストが高すぎるため、@Capgoを試しています。" - Simon Flack [\[1\]](https://capgo.app)
-
-Capgoの一度限りのCI/CD設定料金2600ドルは長期的な節約を提供し、5年間で約26,100ドルを節約できると見込まれています [\[1\]](https://capgo.app)。Capacitor 8のサポートと、柔軟な組織管理の機能は、小さなチームや大企業にとって優れた選択肢となります。特に堅牢なセキュリティ対策を優先する場合においては。
-
-## 結論：トークンローテーションでCI/CDを改善する
-
-### 主なセキュリティ利益
-
-トークンのローテーションは資格情報管理を簡素化し、脅威検出能力を向上させます。
-
-効果的に実行されたトークンローテーション戦略がもたらす主なセキュリティ利益は以下の通りです：
-
-| **改善エリア** | **影響** |
-| --- | --- |
-| 資格情報の露出 | 自動ローテーションにより、長期的な秘密の使用を排除し、リスクを減少させます。 |
-| 脅威検出 | トークン再使用のリアルタイムトラッキングにより、脅威の特定が迅速化されます。 |
-| アクセス制御 | 精密な権限付与により、不正アクセスを効果的に制限します。 |
-
-これらの強化は、トークンローテーションがCI/CDパイプラインを強化するための重要な要素である理由を浮き彫りにしています。
-
-### トークンローテーションを実装するためのステップ
-
-ワークフローにトークンローテーションを正常に統合するには、以下の重要な領域に焦点を当ててください：
-
-**インフラの設定**
-
--   通信を保護するためにエンドツーエンドのTLS/SSL暗号化を使用してください。
--   センシティブな資格情報用に設計された安全なボールトにトークンを保存します。
--   定期的にトークンがローテーションされるように自動スケジュールを設定します。
-
-**モニタリングの設定**
-
--   使用パターンをトラッキングすることでトークンの活動を注意深く監視します。
--   トークンが予期しない形で再利用されるなど、異常な行動があった場合にアラートを設定します。
--   詳細な監査記録を維持するために、すべてのトークンライフサイクルイベントをログに記録します。
-
-より効率的なプロセスのために、Capgo のようなツールはトークンのローテーションを CI/CD パイプラインに直接組み込んでいます。この機能を展開する際には、強力なエラーハンドリングメカニズムと徹底したテストを実施し、妨害を避けるようにしてください。このアプローチは、セキュリティを強化するだけでなく、スムーズな運用を維持するのにも役立ち、安全で自動化されたデプロイメントのための信頼できる基盤を構築します。
-
-## よくある質問
-
-:::faq
-### リフレッシュトークンのローテーションとは何ですか？CI/CD ワークフローにおけるセキュリティ向上の方法は？
-
-リフレッシュトークンのローテーションは、前のトークンが使用されるたびに新しいリフレッシュトークンが発行されるセキュリティ機能です。この方法は、回転されたトークンが無効になるため、トークンの不正使用のリスクを低減します。
-
-CI/CD ワークフローにおいて、リフレッシュトークンのローテーションを使用することで、[アプリの更新](https://capgo.app/plugins/capacitor-updater/)やデプロイメントのような自動化タスクに対して追加の保護層が加わります。これにより、長期有効なトークンの露出が制限され、パイプラインのセキュリティが強化されます。Capgo のようなツールは CI/CD システムにスムーズに統合でき、[Capacitor アプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)の安全で自動化された更新を提供し、プラットフォームのガイドラインに従います。
-:::
-
-:::faq
-### リフレッシュトークンのローテーションを CI/CD パイプラインに実装して、安全で中断のないデプロイメントを確保するにはどうすればよいですか？
-
-CI/CD パイプラインにリフレッシュトークンのローテーションを実装することは、デプロイメントを安全に、かつスムーズに保つための賢明な選択です。以下は、うまく実施するための実用的なヒントです：
-
-1. **トークンローテーションを自動化**：トークン管理を CI/CD ワークフローに直接組み込みます。このようにすることで、トークンが自動的に更新され、手動での更新の必要がなくなります。
-2. **環境変数でトークンを保護**：トークンは常にスクリプトにハードコーディングするのではなく、環境変数に保存してください。これにより、機密情報に対する追加の保護層が加わります。
-3. **トークンの活動を監視する**：定期的にトークンの使用状況を監視し、ログを取ります。これにより、不正使用や不正アクセスを迅速に発見できます。
-
-Capacitor アプリで開発している場合、**Capgo** は CI/CD 統合を簡素化します。これにより、ライブアプデートの管理が安全で効率的になります。トークンローテーションを Capgo のようなツールと組み合わせることで、デプロイメントプロセスをより安全で効率的にすることができます。
-:::
-
-:::faq
-### Capgo は、トークンローテーションと CI/CD 統合をどのように安全に保証し、業界基準と比較してコスト効率を維持しますか？
-
-Capgo は、トークンローテーションを処理し、CI/CD ワークフローと統合するための安全で効率的な方法を提供し、業界基準に沿った自動化を重視しています。リフレッシュトークンのローテーションを CI/CD プロセスに織り込むことで、Capgo は開発者がアプリの更新を安全に保ちながら、使い勝手を損なわないようにしています。
-
-コストと機能に関して、Capgo は強力な候補として際立っています。**エンドツーエンドの暗号化**、**スムーズな CI/CD 統合**、**リアルタイムの更新**などの重要な機能を提供し、Apple と Android のコンプライアンスガイドラインを満たします。その上、Capgo の価格は予算に優しいように設計されており、信頼性が高く安全なライブアップデートソリューションを探している開発者にとって魅力的な選択肢となっています。
-:::
diff --git a/src/content/blog/ja/rollback-mechanisms-in-capacitor-plugins.md b/src/content/blog/ja/rollback-mechanisms-in-capacitor-plugins.md
deleted file mode 100644
index 18af80ee0..000000000
--- a/src/content/blog/ja/rollback-mechanisms-in-capacitor-plugins.md
+++ /dev/null
@@ -1,199 +0,0 @@
----
-slug: rollback-mechanisms-in-capacitor-plugins
-title: Capacitor プラグインのロールバックメカニズム
-description: >-
-  Capacitor
-  プラグインのロールバックメカニズムを探索し、アップデート中の安定性と迅速な回復を確保することで、ユーザーエクスペリエンスを向上させ、ダウンタイムを最小限に抑えます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:56:05.350Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99-1743821776760.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor plugins, rollback mechanisms, version control, update stability,
-  monitoring framework
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) プラグインの更新時の安定性を確保するためのロールバックメカニズムです。更新によってバグや問題が発生した場合に以前のバージョンに戻すことができ、ダウンタイムを最小限に抑えユーザー体験を向上させます。
-
-### 重要なポイント:
-
--   **仕組み**: 現在のバージョンのバックアップを保存し、更新を検証し、問題が発生した場合は自動的にロールバックします。
--   **使用するタイミング**: 更新後の重大なバグ、パフォーマンス低下、ユーザーからの苦情。
--   **主要コンポーネント**:
-    -   **バージョン管理**: プラグインのバージョンとバックアップを追跡。
-    -   **モニタリング**: リアルタイムで問題を検出。
-    -   **ロールバック実行**: 以前のバージョンをシームレスに復元。
--   **ツール**:
-    -   **[Capgo](https://capgo.app/)**: ワンクリックロールバックやリアルタイム分析などの機能を備えた管理サービス。
-    -   **Capacitor [Live Update Plugin](https://capgo.app/docs/plugin/self-hosted/auto-update/)**: 手動設定が必要だが、直接APIアクセスを提供するネイティブソリューション。
-
-### クイック比較:
-
-| 機能 | Capgo | Live Update Plugin |
-| --- | --- | --- |
-| セットアップ時間 | 数分 | 数時間/数日 |
-| 暗号化 | エンドツーエンド | 基本的な署名 |
-| モニタリング | 組み込み分析 | 手動統合が必要 |
-| 更新速度 | 114ms | 様々 |
-
-ロールバックシステムは、スムーズな更新とユーザー満足度に不可欠です。Capgoのシンプルさか、Live Update Pluginの手動による柔軟性か、ニーズに合ったソリューションを選択してください。
-
-## ロールバックメカニズムの基本
-
-### ロールバックの仕組み
-
-[Capacitor plugins](https://capgo.app/plugins/)では、ロールバックメカニズムはバージョンのバックアップを保持し、問題が発生した場合は自動的に以前の安定バージョンを復元することでセーフガードとして機能します。仕組みは以下の通りです:
-
--   **バージョンバックアップ**: 更新を適用する前に、現在の安定バージョンのコピーを保存します。
--   **ヘルスチェック**: 更新後、すべてが正常に動作していることを確認します。
--   **自動復帰**: 更新がヘルスチェックに失敗した場合、システムはバックアップバージョンに戻ります。
-
-> "必要に応じて任意の以前のバージョンにワンクリックでロールバック" – Capgo [\[1\]](https://capgo.app/)
-
-### ロールバックを使用するタイミング
-
-重大なバグ、パフォーマンスの低下、バージョンの競合、統合の問題、または重要なユーザーからの苦情など、更新が問題を引き起こした場合にロールバックが不可欠です。Capgoの報告によると、グローバルでの更新の成功率は82%[\[1\]](https://capgo.app/)ですが、残りのケースでは、問題を迅速に修正するための信頼性の高いロールバックシステムが重要です。
-
-### [Capacitor](https://capacitorjs.com/) ロールバックアーキテクチャ
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Capacitorのロールバックシステムは、バージョン管理を効果的に処理するための3つの主要コンポーネントに依存しています:
-
-| コンポーネント | 機能 | 主要な特徴 |
-| --- | --- | --- |
-| バージョン管理システム | プラグインバージョンの完全な履歴を追跡 | 安定リリースへの迅速なアクセス |
-| モニタリングフレームワーク | 更新のパフォーマンスを継続的にチェック | リアルタイムの問題検出 |
-| 配信コントロール | 更新のフェーズドロールアウトを処理 | ターゲットを絞った段階的な更新配信 |
-
-> "ユーザーに影響が出る前に問題を積極的にモニタリングして修正" – Capgo [\[1\]](https://capgo.app/)
-
-これらのコンポーネントは、セットアップガイドでさらに説明されるロールバックの管理のための堅固な基盤を作成します。
-
-## プラグインロールバックのセットアップ
-
-### 主要なCapacitorメソッド
-
-Capacitorプラグインのロールバックシステムを作成するには、バージョンと更新を管理する中核的なメソッドを理解することが重要です。これらのメソッドは3つの主要な領域に焦点を当てています:
-
-| メソッドタイプ | 目的 | 主要な機能 |
-| --- | --- | --- |
-| バージョン管理 | プラグインのバージョンとバックアップを管理 | バージョン履歴を保存しバージョン切り替えを可能にする |
-| ヘルスモニタリング | 更新のステータスとパフォーマンスを追跡 | デプロイメントの成功を監視し問題を特定 |
-| ロールバック実行 | リバージョンプロセスを処理 | データの整合性を保持しながら以前のバージョンを復元 |
-
-これらのメソッドは、以下のステップで実装できる信頼性の高いロールバックプロセスの基礎となります。
-
-### 実装ガイド
-
-ロールバックの基本を理解したら、以下の手順に従って機能的なシステムをセットアップします:
-
-1.  **バージョン管理の設定**  
-    デプロイメントプロセスにバージョン追跡を統合し、迅速な復帰のための復元ポイントを確立します。Capgoのデータによると、この戦略により重大な障害時のダウンタイムを最大85%削減できます[\[1\]](https://capgo.app/) 。
-    
-2.  **モニタリングのセットアップ**  
-    スムーズな運用を確保するため、エラー追跡、ユーザーフィードバック、パフォーマンスメトリクス、更新ステータスモニタリングを含めます。
-    
-3.  **ロールバックトリガーの定義**  
-    重大なエラー、パフォーマンスの問題、ユーザー体験の問題、または統合の失敗などのシナリオに対する明確なロールバックトリガーを設定します。
-    
-
-### 実装のヒント
-
-**テストプロトコル**: リスクを軽減するためにフェーズドロールアウト戦略を使用します。Rodrigo Manticaは「私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な提供に不可欠です！」と強調しています[\[1\]](https://capgo.app/)
-
-より迅速な復旧のために、ロールバックシステムをCI/CDパイプラインに接続します。これにより復旧時間を数時間から数分に短縮できます[\[1\]](https://capgo.app/) 。
-
-## Capacitorプラグインとは? #shorts
-
-<iframe src="https://www.youtube.com/embed/h7x1vIE42X8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## ロールバック管理ツール
-
-ロールバックを効果的に管理するには、バージョン管理、モニタリング、迅速な復帰を処理できるツールが必要です。[Capacitor apps](https://capgo.app/blog/capacitor-comprehensive-guide/)でのロールバック管理に適したいくつかの主要なオプションを見てみましょう。
-
-### [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/a64cd6a83185b5ac05d3640337221542.jpg)
-
-Capgoは2024年の[Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)のシャットダウン後、強力なロールバック管理ソリューションとして台頭しました。様々な機能でプラグインの更新を簡素化します:
-
-| 機能 | 利点 | パフォーマンス |
-| --- | --- | --- |
-| **ワンクリックロールバック** | 任意のバージョンに迅速に戻せる | バンドルダウンロード平均114ms |
-| **エンドツーエンド暗号化** | [セキュアな更新](https://capgo.app/docs/live-updates/update-behavior/) | API応答時間57ms |
-| **[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | 特定のグループにベータ更新を配信 | 2350万の更新を配信 |
-| **分析ダッシュボード** | リアルタイムで更新を追跡 | 750の本番アプリに対応 |
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な提供に不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-よりハンズオンのアプローチを好む人には、[Capacitor Live Update Plugin](https://capgo.app/register/)も検討する価値があります。
-
-### Capacitor Live Update Plugin
-
-Capgoの管理サービスとは異なり、Capacitor Live Update Pluginはロールバック管理のためのネイティブソリューションを提供します。機能には以下が含まれます:
-
--   バージョン管理システムとの統合
--   ネイティブAPIへの直接アクセス
--   プラットフォーム固有の最適化
--   基本的なロールバック機能
-
-このプラグインは強力ですが、Capgoのような管理サービスと比べてより多くの手動設定が必要です。
-
-### ツール比較
-
-CapgoとCapacitor Live Update Pluginの簡単な比較です:
-
-| 機能 | Capgo | Live Update Plugin |
-| --- | --- | --- |
-| **セットアップ時間** | 数分 | 数時間/数日 |
-| **暗号化** | エンドツーエンド | 基本的な署名 |
-| **更新速度** | 114ms | 様々 |
-| **成功率** | 世界で82% | 実装に依存 |
-| **モニタリング** | 組み込み分析 | 手動統合が必要 |
-
-> "Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられるのは素晴らしい。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-2026年に予定されている[Appflow](https://ionic.io/appflow/)のシャットダウンに伴い、開発者はプロジェクトを円滑に運営し続けるための信頼性が高くコスト効率の良いロールバックソリューションを探しています。
-
-## ロールバックのテストと修正
-
-### 失敗した更新のテスト
-
-ロールバックメカニズムが意図したとおりに機能することを確認するため、制御された障害をシミュレートします。以下は有用なテストフレームワークです:
-
-| テストシナリオ | 実装方法 | 成功基準 |
-| --- | --- | --- |
-| **バージョンの不一致** | 互換性のないバンドルバージョンをデプロイ | ロールバックが自動的に作動 |
-| **破損したバンドル** | 破損した更新をアップロード | エラーを検出しシステムを復元 |
-| **ネットワーク障害** | 接続損失をシミュレート | 最後の安定バージョンから再開 |
-| **APIタイムアウト** | APIレスポンスに遅延を導入 | フォールバックメカニズムで遅延を処理 |
-
-ベータチャネルを使用することは、問題を早期に発見するスマートな方法です。この方法により、潜在的な問題がエスカレートする前に対処できます。
-
-### 一般的なロールバックの問題
-
-慎重なテストを行っても、ロールバック中に特定の課題が発生する可能性があります:
-
--   **バージョンの競合**: 複数のバージョンの管理は難しい場合があります。衝突を避けるため、バンドルバージョン、API互換性、データベーススキーマ、アセットマッピングを追跡してください。
--   **キャッシュの問題**: システムがクリーンな状態に戻るよう、ロールバック中にキャッシュをクリア
-
-信頼性の高いロールバックメカニズムは、プラグインの安定性を維持し、スムーズなユーザーエクスペリエンスを確保するための重要な要素です。適切に実装された場合、これらのシステムは24時間以内に95%のアップデートを安定化させ、82%の成功率を達成できます[\[1\]](https://capgo.app/) 。これらの数字は、即時回復機能を備えることの重要性を示しています。
-
-効果的なロールバックのための重要な要素は以下の通りです：
-
-| 機能 | 影響 | ベストプラクティス |
-| --- | --- | --- |
-| **ワンクリックロールバック** | 問題からの迅速な回復 | 安定版への即時復帰を可能に |
-| **エンドツーエンド暗号化** | セキュリティの向上 | すべてのアップデート通信を暗号化 |
-| **リアルタイム分析** | 早期の問題検出 | アップデートのパフォーマンスを継続的に監視 |
-| **チャネルシステム** | 制御されたロールアウト | ベータテストと段階的アップデートに使用 |
-
-750以上のアププリケーションが2,350万回以上のアップデートを成功裡に配信している[\[1\]](https://capgo.app/)ことから、最新のロールバックソリューションが機能していることは明らかです。効果的なロールバックシステムを実装するには、エンドツーエンド暗号化などの強力なセキュリティ対策と、アプリストアのガイドラインの厳守を組み合わせることに焦点を当ててください。堅牢なバージョン管理も必須です。
diff --git a/src/content/blog/ja/rollback-strategies-for-capacitor-live-updates.md b/src/content/blog/ja/rollback-strategies-for-capacitor-live-updates.md
deleted file mode 100644
index adbeea7a6..000000000
--- a/src/content/blog/ja/rollback-strategies-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,98 +0,0 @@
----
-slug: rollback-strategies-for-capacitor-live-updates
-title: Capacitorのライブアップデートのロールバック戦略
-description: アプリの安定性を確保し、更新中のユーザーの中断を最小限に抑えるため、Capacitorのライブアップデートに関する効果的なロールバック戦略について学びます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T03:35:36.644Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c-1745552174598.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, rollback strategies, live updates, app stability, error tracking,
-  update management
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリの中断を防ぐための強力なロールバック戦略。** [Capacitor](https://capacitorjs.com/)のライブアップデートで素早い修正を提供できますが、世界的に18%のアップデートが失敗しています。ロールバック計画により、問題発生時の安定性を確保できます。概要は以下の通りです：
-
--   **主要ツール**：バージョン管理、エラー追跡、分析、ワンクリックロールバック。
--   **ロールバックのタイミング**：深刻な遅延、機能の破損、セキュリティリスク、またはデータの問題。
--   **準備手順**：
-    1.  ベータテストで早期に問題を発見する。
-    2.  リアルタイムのエラーアラート用モニタリングを設定する。
-    3.  ロールバックのトリガーと対応プロトコルを定義する。
-
-[Capgo](https://capgo.app/)のようなプラットフォームは、高速アップデート（5MBで114ms）、高い成功率（82%）、コスト効率の良いソリューション（月額12ドルから）を提供します。また、ロールバックの自動化、リアルタイム追跡、ユーザーセグメンテーションもサポートしており、ライブアップデートの管理に信頼できる選択肢となっています。
-
-| **機能** | **Capgo** | **[Appflow](https://ionic.io/appflow/)** |
-| --- | --- | --- | --- |
-| アップデート速度 | 114ms | 標準 | 標準 |
-| 成功率 | 82% | 非公開 | 非公開 |
-| エンドツーエンド暗号化 | あり | なし | なし |
-| [セルフホスティングオプション](https://capgo.app/blog/self-hosted-capgo/) | あり | なし | なし |
-| 月額コスト | 12ドルから | 同程度 | 約500ドル |
-
-スムーズなアップデートとユーザーの信頼維持のため、今すぐロールバックツールを設定しましょう。
-
-## [Ionic](https://ionicframework.com/)アプリを[Capacitor](https://capacitorjs.com/) 3に移行する方法
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-ロールバック戦略は、アプリの安定性維持とユーザーの信頼確保に重要な役割を果たします。メトリクスは、これらの戦略が更新を効果的に管理するための体系的なアプローチをどのようにサポートしているかを一貫して示しています。
-
-以下が、スムーズなロールバックプロセスに不可欠なコンポーネントの内訳です：
-
-| コンポーネント | 目的 | 影響 |
-| --- | --- | --- |
-| **ワンクリックロールバック** | 以前のバージョンへ素早く戻す | ダウンタイムの削減 |
-| **チャンネルシステム** | 段階的な更新のデプロイ | リスク露出の低減 |
-| **エラー追跡** | リアルタイムで問題を監視 | より迅速な修正をサポート |
-
-これらの機能は、あらゆるロールバックプランの中心であり、混乱を最小限に抑えながら変更を実装することを容易にします。
-
-### はじめに
-
-これらの戦略を実行に移すには、以下の手順に従ってください：
-
-1.  `npx @capgo/cli init`を使用してデプロイメントツールをインストール。
-2.  ベータ環境と本番環境の更新チャンネルを設定。
-3.  成功率とユーザーエンゲージメントを追跡するためのモニタリングを設定。
-
-Capgoの自動ロールバックシステムは、**1.4K本番アプリ**と**947.6M回の更新配信**[\[1\]](https://capgo.app/)で、その効果を実証しています。このプラットフォームは大規模なデプロイメントをシームレスに処理できることを示しています。
-
-> "Capgoは、より生産的になりたい開発者にとって必須のツールです。バグ修正のためのレビューを避けられることは素晴らしいです。" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## よくある質問
-
-:::faq
-### Capacitorアプリのライブ更新に信頼性の高いロールバック戦略を作成するための必須手順は何ですか？
-
-Capacitorアプリのライブ更新における効果的なロールバック戦略には、アプリの安定性とスムーズなユーザー体験を確保するための慎重な計画と実行が含まれます。主要なコンポーネントには以下が含まれます：
-
--   **バージョン管理**：問題のある変更を簡単に特定し元に戻せるよう、更新の明確なバージョニングシステムを維持。
--   **テストとモニタリング**：リリース前に更新を徹底的にテストし、デプロイ後のアプリのパフォーマンスを監視して問題を素早く検出。
--   **ロールバックメカニズム**：更新に問題が発生した場合、シームレスに以前の安定バージョンに戻せるロールバックプロセスを実装。
-
-Capgoのようなツールを使用することで、リアルタイム更新、ユーザー固有の割り当て、AppleとAndroidの基準への準拠を提供し、合理化された安全な更新管理システムを確保することができます。
-:::
-
-:::faq
-### 自動ロールバックシステムは、アプリ更新時の混乱をどのように軽減しますか？
-
-自動ロールバックシステムは、更新に問題が発生した場合に開発者が素早く安定バージョンに切り替えることができるため、アプリ更新時の混乱を軽減します。これにより、ユーザーは最小限の中断で引き続きアプリを使用できます。
-
-これらのシステムは、時間のかかる手動介入やアプリストアへの再提出を必要とせずに、予期しない問題に対処するためのセーフティネットを提供するため、Capacitorアプリのライブ更新に特に有効です。ロールバックを自動化することで、開発者はユーザーへの影響を最小限に抑えながら、問題の解決に集中できます。
-:::
-
-:::faq
-### すべてのユーザーに更新をロールアウトする前にテストチャンネルを使用すべき理由は何ですか？
-
-ユーザーベース全体に更新をデプロイする前にテストチャンネルを使用することは、スムーズなユーザー体験を確保するために重要です。管理された環境で潜在的なバグ、互換性の問題、またはパフォーマンスの問題を特定して修正することができ、広範な混乱のリスクを最小限に抑えることができます。
-
-最初に小規模なユーザーグループで更新をテストすることで、貴重なフィードバックを収集し、パフォーマンスメトリクスを監視し、完全なリリース前に必要な調整を行うことができます。このアプローチは更新の品質を向上させるだけでなく、ユーザーの信頼と満足度を維持するのに役立ちます。
-:::
diff --git a/src/content/blog/ja/rollback-strategies-for-cicd-workflows.md b/src/content/blog/ja/rollback-strategies-for-cicd-workflows.md
deleted file mode 100644
index 9f3e4d6ab..000000000
--- a/src/content/blog/ja/rollback-strategies-for-cicd-workflows.md
+++ /dev/null
@@ -1,120 +0,0 @@
----
-slug: rollback-strategies-for-cicd-workflows
-title: CI/CDワークフローのロールバック戦略
-description: CI/CDワークフローの効果的なロールバック戦略を探求し、安全かつ手頃な更新のための最良のプラットフォームを強調します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:17:30.946Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28-1745288279341.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  CI/CD, rollback strategies, app updates, mobile development, security,
-  integration
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**問題のあるアプリの更新を元に戻すための迅速で信頼できる方法を探していますか？** ここでの重要なポイントは次の通りです：[Capgo](https://capgo.app/)のようなプラットフォームは、ワンクリックでのロールバック、強力な暗号化、CI/CD統合を提供し、他のプラットフォーム（[Appflow](https://ionic.io/docs/appflow)など）は制限があったり高コストです。[Microsoft CodePush](https://microsoft.github.io/code-push/)は、かつては無料のオプションでしたが、2024年にサービス終了となりました。
-
-### 重要なポイント：
-
--   **Capgo**: 手頃な価格（$300/月 + $2,600のセットアップ）、ワンクリックロールバック、GitHub/GitLab統合、リアルタイムの分析、暗号化。
--   **Appflow**: 高価（$6,000/年）；スナップショットをサポートするが、2026年で終了。
--   **Microsoft CodePush**: 2024年にサービス終了、ハイブリッドアプリ開発者は代替手段を探し続けている。
-
-### 簡易比較：
-
-| 機能 | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| ロールバックオプション | ワンクリックロールバック | ドキュメントなし | スナップショット | サービス終了 |
-| CI/CD統合 | GitHub、GitLab、[Jenkins](https://www.jenkins.io/) | ドキュメントなし | 限定的 | なし |
-| セキュリティ | エンドツーエンドの暗号化 | 更新署名 | 更新署名 | 更新署名 |
-| 価格 | $300/月 + $2,600のセットアップ | 開示なし | $6,000/年 | 無料（サービス終了） |
-
-**結論:** CodePushがなくなり、Appflowも終了が近づく中で、**Capgo**はロールバック管理のためのコスト効率が良く、安全で機能豊富なソリューションとして際立っています。
-
-## GitHubを使用した効果的なロールバック戦略の実装 ...
-
-<iframe src="https://www.youtube.com/embed/Wr7dGxLpQC4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgoは、既存のパイプラインとスムーズに統合できるシンプルなワンクリックのロールバック機能を提供することで、CI/CDプロセスを加速します。このロールバック機能により、チームは迅速に以前のリリースを復元し、稼働中のアプリを長時間のダウンタイムから保護します。
-
-### セキュリティとパフォーマンス
-
-Capgoは、エンドツーエンドの暗号化によりデータ保護を保証し、57msの平均API応答時間を誇る高速なパフォーマンスを提供します [\[1\]](https://capgo.app/) 。
-
-### CI/CD統合
-
-**[GitHub Actions](https://docs.github.com/actions)**、**[GitLab CI](https://docs.gitlab.com/ee/ci/)**、および**Jenkins**などの人気ツールとシームレスに連携します。
-
-### 高度な配信機能
-
--   特定のユーザーグループへの更新をロールアウトしてベータテストを実施
--   セグメント化されたロールアウトを使用して、段階的に更新をデプロイ
--   構築されたトラッキング機能を使用してリアルタイムでエラーを検出
--   詳細な分析を通じて稼働中のアプリのパフォーマンスを監視
-
-### 価格
-
-Capgoは月額約$300、セットアップ費用は$2,600です [\[1\]](https://capgo.app/) 。
-
-### 更新管理
-
-Capgoは帯域幅の使用を減らすために部分的な更新をサポートし、Capacitorのバージョン6および7と互換性があります。ユーザーはクラウドホスト型またはセルフホスト型のセットアップを選択できます。
-
-高速なロールバック機能をリアルタイムの分析とエラー追跡と組み合わせることで、Capgoはチームが迅速に生産問題に対処し、スムーズなデリバリーサイクルを維持できるようにします。
-
-## 3. [Appflow](https://ionic.io/docs/appflow)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/e3b5a6ca6da391fe9a61210f3bd95bb8.jpg)
-
-AppflowはCI/CDプランに対して年間約$6,000の料金を請求し、多くのチームがより手頃なロールバックオプションを探ることになります。その主な機能の一つは、リリースのスナップショットを作成できることであり、開発者は必要に応じて迅速に以前のビルドに戻ることができます。
-
-開発者のサイモン・フラックは次のように語りました：
-
-> "現在、Appcenterがハイブリッドアプリのライブ更新サポートを停止したため、@Capgoを試しています。@AppFlowは高すぎます。" [\[1\]](https://capgo.app/)
-
-次に、Microsoft CodePushのロールバックの取り扱いを見てみましょう。
-
-## 4. [Microsoft CodePush](https://microsoft.github.io/code-push/)
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/edac23070781a219bf38bb37f0451a0f.jpg)
-
-Microsoft CodePushはハイブリッドアプリ向けに設計された無料のCI/CDロールバックツールでしたが、2024年に終了します。この終了により、ハイブリッドアプリチームは代替手段を探すことになりました。引退後、開発者は信頼性の高いハイブリッドアプリサポート、スムーズなCI/CD統合、ワンクリックのロールバック機能、そして安全なエンドツーエンドの暗号化を提供するツールを探しています。Capgoのようなプラットフォームがこれらのニーズを満たすために登場し、暗号化された更新と簡単な復元オプションを提供しています。これらのロールバックツールがどのように比較されるかを詳しく見てみましょう。
-
-## プラットフォーム比較
-
-以下は、4つのプラットフォームにおけるロールバック機能、CI/CD統合、セキュリティ、価格の詳細です：
-
-| 機能 | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| ロールバックオプション | 以前のバージョンへのワンクリックロールバック [\[1\]](https://capgo.app/) | –   | –   | サービス終了 |
-| CI/CD統合 | GitHub Actions、GitLab CI、Jenkins [\[1\]](https://capgo.app/) | –   | –   | –   |
-| セキュリティ | エンドツーエンドの暗号化（AppleとGoogleの要件を満たす） [\[1\]](https://capgo.app/) | 更新署名 | 更新署名 | 更新署名 |
-| 価格モデル | 月額$12から（ソロプラン）；$2,600の一回のセットアップ + ~$300/月のCI/CD [\[1\]](https://capgo.app/) | –   | $6,000/年 [\[1\]](https://capgo.app/) | 無料（サービス終了） |
-
-この比較は、コスト、セキュリティ、CI/CD統合におけるCapgoの強みを強調しています。
-
-> "@Capgoはホットコードプッシュを行うための賢い方法です（@AppFlowのように全ての金額ではなく）🙂" - NASAのOSIRIS‑REx [\[1\]](https://capgo.app/)
-
-Capgoは、Appflowに比べてより手頃なオプションを提供し、年間コストの50％以上の節約になります。$2,600のセットアップ費用と約$300の月額費用を組み合わせることで、エンドツーエンドの暗号化、GitHub/GitLab/Jenkins統合、リアルタイムの分析など、競合他社にはない機能を提供します。
-
-次に、この比較からの重要な要点をまとめます。
-
-## 結論
-
-ロールバック機能、セキュリティ、統合、およびコストを評価した結果、米国の開発チームが考慮すべきことは次の通りです。
-
-Microsoft CodePushが2024年に退職し、Appflowが2026年に終了するため、信頼できるCI/CDロールバックソリューションを見つけることは開発者にとって必須です。
-
-考慮すべき重要な要素は、AppleおよびAndroidプラットフォームのための**エンドツーエンドの暗号化**、**GitHub/GitLab CIのネイティブサポート**、セットアップの手間とサブスクリプションコストのバランス、および**明確なロールバックメトリック**です。
-
-強力な暗号化とシームレスなCI/CD統合を備えたプラットフォームが先を行っています。その中で、Capgoは安全な更新、スムーズな統合、予算に優しいアプローチで際立っています。
diff --git a/src/content/blog/ja/secure-storage-for-offline-tokens-in-capacitor.md b/src/content/blog/ja/secure-storage-for-offline-tokens-in-capacitor.md
deleted file mode 100644
index 8b296073e..000000000
--- a/src/content/blog/ja/secure-storage-for-offline-tokens-in-capacitor.md
+++ /dev/null
@@ -1,76 +0,0 @@
----
-slug: secure-storage-for-offline-tokens-in-capacitor
-title: Capacitor でのオフライントークンのセキュアな保存
-description: モバイルアプリケーションで暗号化と生体認証を使用して、認証トークンをオフラインで安全に保存する方法を学びます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:09:43.027Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559-1745028797889.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  offline tokens, secure storage, AES-256 encryption, biometric authentication,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリの認証トークンをオフラインで安全に保持したいですか？**以下が知っておくべきことです：
-
--   **トークンの暗号化**：iOS KeychainまたはAndroid Keystoreを使用してAES-256暗号化を実装。
--   **アクセス制御**：追加のセキュリティとして[生体認証](https://capgo.app/plugins/capacitor-native-biometric/)を追加。
--   **トークン管理**：短期間のトークンを使用し、安全に更新し、定期的にキーをローテーション。
--   **最適なツール**：クロスプラットフォームの暗号化ストレージには**@[capacitor](https://capacitorjs.com/)\-community/secure-storage**または**[Ionic Identity Vault](https://ionic.io/docs/identity-vault/)**を使用。
-
-これらのステップにより、ユーザーデータを保護し、トークンの盗難を防ぎ、安全なオフラインアクセスを確保します。詳細な比較とセットアップ手順については、続きをお読みください。
-
-## [Ionic Identity Vault](https://ionic.io/docs/identity-vault/)：セキュアなモバイル生体認証
-
-![Ionic Identity Vault](https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559/e2484017084695edeec1f98ae40b009b.jpg)
-
-<iframe src="https://www.youtube.com/embed/DsXx7oEcOS0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## オフライントークンのセキュリティ基準
-
-安全な保存を確保するため、iOS KeychainまたはAndroid Keystoreを通じて**AES-256暗号化**を使用します。初期OAuth2コード交換時に**PKCE**を実装し、短期間の更新トークンを使用後に必ずローテーションしてください。さらに、トークンアクセスを保護し、全体的なセキュリティを強化するために**生体認証**を追加します。
-
-## セキュアストレージの実装
-
-前述のAES-256暗号化、PKCE、生体認証制御を使用するには、まずSecure Storageプラグインをインストールします：
-
-```bash
-npm install @capacitor-community/secure-storage
-```
-
-暗号化キーの設定、[生体認証の有効化](https://capgo.app/plugins/capacitor-native-biometric/)、オフラインでのトークンの保存、取得、更新プロセスの管理については、プラグインのドキュメントを確認してください。
-
-セットアップが完了したら、次のセクションで説明するトークンの保存とそのライフサイクルをオフラインで管理するメソッドの定義に進みます。
-
-## ストレージソリューションの分析
-
-Capacitorアプリケーションでオフライントークンのセキュアストレージオプションを選択する際、開発者は[暗号化方式](https://capgo.app/docs/cli/migrations/encryption/)、プラットフォーム間の互換性、統合の容易さなどの要因を考慮する必要があります。以下はオフライントークンを管理するための主要なセキュアストレージプラグインの内訳です。
-
-### プラグイン機能の比較
-
--   **@capacitor-community/secure-storage**：iOS KeychainとAndroid Keystoreを使用したAES-256暗号化を提供し、[生体認証アンロック](https://capgo.app/plugins/capacitor-native-biometric/)をサポートし、自動キーローテーションを含みます。
--   **@ionic/storage**：組み込みの暗号化は含まれず、セキュリティには手動のラッパーが必要で、生体認証機能がありません。
--   **Native SecureStorage**：iOS Keychain専用で動作しますが、Androidをサポートしていません。
--   **@ionic-enterprise/identity-vault**：ハードウェアレベルの暗号化を提供し、生体認証をサポートし、セキュアなトークンライフサイクルを効果的に管理します。
-
-## まとめ
-
-オフライントークンストレージの主要な実践とツールの概要です：
-
--   ハードウェアバックアップされたキーストアを使用して**トークンを暗号化**し、[生体認証で保護](https://capgo.app/plugins/capacitor-native-biometric/) 。
--   トークンの発行、有効期限、ローテーション、更新に関する厳格なポリシーを実装。
-
-クロスプラットフォームの暗号化には、**@capacitor-community/secure-storage**と**Ionic Identity Vault**が優れたオプションです。さらに、**[Capgo](https://capgo.app/)**はエンドツーエンドの暗号化、CI/CD統合、ユーザーターゲットのロールアウトを提供し、AppleとAndroidストアの要件を満たします。
-
-### ツールとリソース
-
--   **@capacitor-community/secure-storage**：iOSとAndroid用の暗号化されたキーバリューストレージ。
--   **Ionic Identity Vault**：生体認証セキュリティを備えたエンタープライズレベルのストレージ。
--   **Capgo**：暗号化されたCI/CDデリバリーによるライブアップデートを提供。
diff --git a/src/content/blog/ja/self-hosted-capgo.md b/src/content/blog/ja/self-hosted-capgo.md
deleted file mode 100644
index a06c7d210..000000000
--- a/src/content/blog/ja/self-hosted-capgo.md
+++ /dev/null
@@ -1,121 +0,0 @@
----
-slug: self-hosted-capgo
-title: セルフホスト型Capgo
-description: Capgoのセルフホスティングを使用すると、Capgoのクラウドサービスを使用することなく、ユーザーにCapacitorのライブアップデートを配信できます。
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-20T00:00:00.000Z
-updated_at: 2023-09-20T00:00:00.000Z
-head_image: /self-hosted-capgo.webp
-head_image_alt: 自ホストのcapgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: ja
-next_blog: ''
----
-このガイドでは、Capgoのセルフホスティングの方法について段階的に説明し、セルフホスティングのメリットと課題について説明します。
-
-# はじめに
-
-セルフホスティングとは、サーバーとネットワークを自分で設定し、自分のウェブサイトやアプリケーションを運用する形態です。PaaSやパブリッククラウドプロバイダーを利用する代わりに、セルフホスティングを選択する人々は、自身のネットワークを運用し、ウェブサイトやアプリケーションの構築に加えて、メンテナンスとアップタイムの責任を負います。
-
-Capgoを始める最も簡単な方法は、[クラウドの公式マネージドサービス](https://capgo.app/)を利用することですが、自身で管理することを希望する場合は、自分のサーバーでCapgoをセルフホストすることもできます。
-
-## セルフホスティングとは？
-
-デジタル領域におけるセルフホスティングとは、オンラインプレゼンスとサービスを管理・制御するために、自身のサーバーやホスティングインフラを運用する実践を指します。サードパーティのホスティングプロバイダーに依存する代わりに、個人や組織が自身の条件でサーバー、ウェブサイト、アプリケーション、データストレージを設定・管理することを選択します。
-
-## なぜセルフホスティングを選択するのか？
-
-セルフホスティングを選択する理由は多くあります。主な利点には以下のようなものがあります：
-
-* **プライバシーとコントロール：** セルフホスティングでは、データとプライバシーを完全にコントロールできます。サードパーティプロバイダーによる活動の追跡やデータの販売を心配する必要がありません。
-
-* **コスト削減：** 特に多くのリソースを使用する場合や複数のサービスを運用する場合、長期的にはセルフホスティングの方がコスト効率が良くなる可能性があります。
-
-* **カスタマイズ：** セルフホスティングでは、特定のニーズに合わせてアプリケーションやサービスをカスタマイズする柔軟性があります。
-
-* **学習と実験：** セルフホスティングは、Linux、システム管理、その他の技術的なトピックについて学ぶ良い方法です。また、新しいソフトウェアやサービスを実験する楽しい方法にもなります。
-
-* **独立性：** セルフホスティングは、外部プロバイダーへの依存度を減らします。彼らの利用規約、価格変更、潜在的なサービス中断に左右されません。この独立性は、オンラインプレゼンスを重要な機能として利用するビジネスや個人にとって重要です。
-
-## Capgo CloudとCapgo Self-Hostedの違いは何ですか？
-
-Capgoのバージョンは1つだけです。私のクラウド製品とセルフホスト製品は完全に同等です。より優れた、あるいはより完全な機能セットを持つプレミアムや独占的な商用バージョンはありません。
-
-両方とも同じダッシュボード、同じアクション可能なメトリクス、そして[訪問者のプライバシーを尊重する](https://capgo.app/privacy/)という同じコミットメントを得られます。
-
-私は2018年12月にCapgoの開発を開始し、2019年5月にSaaSサブスクリプションビジネスを立ち上げました。このプロジェクトは非常に活発で、積極的に開発され、急速に成長しています。また、堅牢で実戦で検証されています。
-
-以下がCapgo CloudとCapgo Self-Hostedの違いです：
-
-|   | Cloud | Self-hosted |
-| --- | --- | --- |
-| **ホスティング** | 簡単で便利です。最初のアップデートの送信を開始するまでに2分かかり、高可用性、バックアップ、セキュリティ、メンテナンスはすべて私が行います。私がすべてを管理するので、あなたは何も心配する必要がありません。 | すべて自分で行います。サーバーを取得し、インフラストラクチャを管理する必要があります。インストール、メンテナンス、アップグレード、サーバー容量、アップタイム、バックアップ、セキュリティ、安定性、一貫性、読み込み時間などの責任を負います。 |
-| **ストレージ** | すべての訪問者データはEU所有のクラウドインフラストラクチャで排他的に処理されます。サイトデータは、ドイツの安全で暗号化されたサーバーに保管されます。これにより、サイトデータは厳格なEUデータプライバシー法によって保護され、GDPRへの準拠が確保されます。ウェブサイトデータがEUを離れることはありません。 | 完全なコントロールがあり、希望する任意の国の任意のサーバーでCapgoをホストできます。地下室のサーバーでホストするか、GDPRに準拠していないものを含む任意のクラウドプロバイダーでホストできます。 |
-| **生データ** | モダンな外観で、使いやすく、高速に読み込まれるダッシュボードですべてのサイト統計とメトリクスを確認できます。ダッシュボードで集計された統計のみを確認できます。 | アナリストで生データへのアクセスが必要ですか？Capgoを自身でホストすることでその選択肢が得られます。データベースから直接データを取得し、選択したデータ分析ツールにインポートできます。 |
-| **コスト** | アップデーターサービスの提供にはコストが関連するため、サブスクリプション料金を請求します。 | サーバーの費用とサーバー運用に関連する費用のみを支払う必要があります。私に料金を支払う必要はなく、クラウドプロバイダーにのみ支払います。 |
-| **プレミアムサポート** | Capgoを構築・維持する実際の人間による本物のサポートを提供します。 | プレミアムサポートは含まれていません。セルフホストリリースはコミュニティサポートのみです。 |
-| **リリース** | 週に複数回の新機能とアップデートで継続的に開発・改善されています。 | 年2回公開される長期リリースで、最新機能はクラウドで最初にテストされるため、すぐには利用できません。 |
-
-# Capgoをセルフホストする方法
-
-CapgoではSupabaseを主に使用しています。セルフホストするには、[Supabaseセルフホスティングのドキュメント](https://supabase.com/docs/guides/self-hosting/docker)に従うだけです。
-
-# セルフホストCapgoでCLIを使用する
-セルフホストCapgoでCLIを使用するには、アプリディレクトリのcapacitor.config.tsを編集し、以下のように設定します：
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      localHost: "http://localhost:5173",
-      localWebHost: "http://localhost:5173",
-      localSupa: "http://localhost:54321",
-      localSupaAnon: "see_notes",
-    },
-  },
-};
-```
-
-注：localSupaAnonを取得するには、この[チュートリアル](https://capgo.app/docs/self-hosted/local-dev/getting-started/)に従い、anonキーをlocalSupaAnonにコピーしてください。
-
-# セルフホストCapgoでcapacitor updaterを使用する
-
-**要件**
-
-[capgo](https://github.com/Cap-go/capgo/)をクローン
-
-セルフホストCapgoでcapacitor updaterを使用するには、アプリディレクトリの`capacitor.config.ts`を編集し、以下のように設定します：
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      statsUrl: "https://localhost:54321/functions/v1/stats",
-      channelUrl: "https://localhost:54321/functions/v1/channel_self",
-      updateUrl: "https://localhost:54321/functions/v1/updates"
-    },
-  },
-};
-```
-
-これにより、開発環境でローカルCapgoを使用できるようになります。ただし、デフォルトではこれだけでは不十分です。
-
-# 結論
-
-結論として、Capgoのセルフホスティングは、そのためのリソースと専門知識を持つ組織にとって良い選択肢となり得ます。アップデートプロセス、セキュリティ、コンプライアンスのコントロールなど、多くの利点を提供します。ただし、セルフホストするかどうかを決定する前に、メリットと課題を慎重に検討することが重要です。
-
-Capgoのセルフホスティングを検討している場合は、まずCapgoの[セルフホスティングドキュメント](https://capgo.app/docs/self-hosted/getting-started/)を読むことをお勧めします。これにより、セルフホスティングの要件とリスクについての理解を深めることができます。
diff --git a/src/content/blog/ja/self-hosted-live-updates.md b/src/content/blog/ja/self-hosted-live-updates.md
deleted file mode 100644
index 6bcc1ac6e..000000000
--- a/src/content/blog/ja/self-hosted-live-updates.md
+++ /dev/null
@@ -1,93 +0,0 @@
----
-slug: self-hosted-live-updates
-title: ライブ自己ホスト型アップデート
-description: CapgoのLive Updatesの次のイテレーションとなるセルフホストLive Updatesの発表をお知らせできることを嬉しく思います！
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-03T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /self_hosted.webp
-head_image_alt: 自己ホスト型のアップデート
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: ja
-next_blog: ''
----
-Capgoのライブアップデートの最新の進化である、セルフホステッドライブアップデートのリリースを発表できることを嬉しく思います。
-
-多くの企業が現在、アプリケーションの最新のJavaScript、HTML、およびCSSアップデートにアクセスするためにライブアップデートSDKを利用していますが、企業ポリシー、業界規制、または地理的制限により障害に遭遇する場合があります。セルフホステッドライブアップデートを使用することで、独自のインフラストラクチャを通じてWebビルドアーティファクトを配布できるようになりました。
-
-これにより、App Storeのレビューによる遅延を回避し、バグに対処してコンテンツをより迅速に変更し、ユーザーが常にアプリの最新バージョンを使用していることを確認できます。さらに、厳格なコンプライアンス基準により、ライブアップデートの活用に課題を抱える多くの大企業からの声を聞いてきました。セルフホステッドライブアップデートにより、この問題は過去のものとなりました。
-
-## セルフホステッドライブアップデートの仕組みは？
-
-[Capgo SDK](https://github.com/Cap-go/capacitor-updater/)を使用してCapgoホステッドライブアップデートをデプロイするのは簡単です。セルフホステッドライブアップデートについては、独自のインフラストラクチャで設定を可能にするために必要な機能をCapgo CLIに追加しました。
-
-最新のWebビルドアーティファクトをエンドユーザーに安全かつ調整された方法で配信するために、CapgoはCapacitorライブアップデートプラグインが公開/秘密鍵のペアリングを使用することを可能にしました。セルフホステッドライブアップデートを使用する場合、プラグインを通じて企業のインフラストラクチャからダウンロードされたアーティファクトが変更されていないことを確認するために、追加のハンドシェイクが実行されます。
-
-![Capgo暗号化スキーマ](/encryption_flow.webp)
-
-以下は、鍵のペアリングを確立し、エンドユーザーに更新されたエクスペリエンスを提供するための後続のプロセスの手順です。
-
-### 一回限りの鍵ペアのセットアップ
-
-公開/秘密鍵のペアを生成するために、企業は以下のCapgo Cloud CLIコマンドを使用できます：
-
-```shell
-npx @capgo/cli@latest key create
-```
-
-このコマンドは、設定ファイルに`CapacitorUpdater.privateKey`プロパティを設定します。
-そして、プロジェクトのルートディレクトリに`capgo_key.pub`と`capgo_key`の2つのキーファイルを生成します。
-
-この鍵ペアは、アップデートの署名とアプリ側でのアップデートの検証に使用されます。
-
-### セルフホステッドライブアップデートのワークフロー
-
-セルフホステッドライブアップデートの実装を開始するには、企業はまずバグ修正、コンテンツの更新、またはその他のWebベースのコード変更のWebビルドを実行する必要があります。次に、一回限りのセットアップ過程で取得した秘密鍵を使用してビルドアーティファクトに署名し、最後にバンドルを任意のストレージの場所にアップロードする必要があります。
-
-まずコードをビルドします：
-```shell
-npm run build
-```
-
-次にビルドをZip化します：
-```shell
-npx @capgo/cli@latest bundle zip
-```
-
-そしてzipを暗号化します：
-
-```shell
-npx @capgo/cli@latest bundle encrypt abc123.zip”
-```
-
-このコマンドはivSessionKeyを出力します。次のステップのために保存しておく必要があります。
-
-次に、暗号化されたzipを企業のストレージにアップロードし、zipファイルのURLを取得します。
-
-新しいライブアップデートが利用可能であることをCapgoに通知する必要があります。これは別のCLIコマンドで行います：
-
-```shell
-npx @capgo/cli@latest bundle upload --external=https://abc.com/app/updates/abc123.zip --iv-session-key=YourKey
-```
-
-コマンドが実行されると、Capgoはアプリのユーザーに配布する準備ができた新しいアップデートを認識します。アプリが起動されると、ライブアップデートプラグインはCapgoに変更をダウンロードする必要があるかどうかを確認します。
-
-Capgoはプラグインに「はい、アップデートが利用可能です」と応答し、ライブアップデートプラグインは`register`CLIコマンドで提供されたURL位置を使用して新しいライブアップデートをダウンロードします：
-
-```shell
-https://abc.com/app/updates/abc123.zip
-```
-
-組織のAPIは指定された場所からライブアップデートバンドルを返し、アプリはzipを復号化してライブアップデートを適用します。完了です！
-
-## はじめましょう
-
-これまで以上に多くの企業にライブアップデートの利用範囲を拡大できることを嬉しく思います。組織とIonicアプリのユーザーの両方が、Capgoの安全なOver-the-airアプリアップデートの配信の利点をすぐに認識するでしょう。
-
-Capgoのセルフホステッドライブアップデートの詳細については、[ドキュメントをご確認ください](/docs/cli/commands/#upload-version)。即座にアプリのアップデートをユーザーに直接デプロイする準備はできていますか？[今すぐ登録してください！](/register/)
diff --git a/src/content/blog/ja/set-up-performance-monitoring-in-capacitor.md b/src/content/blog/ja/set-up-performance-monitoring-in-capacitor.md
deleted file mode 100644
index 19d730e4c..000000000
--- a/src/content/blog/ja/set-up-performance-monitoring-in-capacitor.md
+++ /dev/null
@@ -1,401 +0,0 @@
----
-slug: set-up-performance-monitoring-in-capacitor
-title: Capacitorでのパフォーマンスモニタリングの設定
-description: Firebase と Sentry を使用してアプリのパフォーマンスモニタリングを設定し、効率性とユーザー満足度を向上させる方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:36:41.635Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df674387fa49042c75b4e1-1742708253934.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, performance monitoring, Firebase, Sentry, mobile app development,
-  error tracking, monitoring tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/)アプリのパフォーマンスを最適化したいですか？** [Firebase](https://firebase.google.com/)や[Sentry](https://sentry.io/)などの監視ツールを使用することで、クラッシュ、リソース使用量、応答時間を追跡し、よりスムーズなユーザー体験を確保できます。以下が概要です：
-
--   **パフォーマンス監視の理由**: クラッシュの特定、リソース使用の最適化、応答時間の改善。
--   **使用可能なツール**:
-    -   **Firebase**: リアルタイムのパフォーマンスデータ、ネットワーク監視、カスタムイベント追跡。
-    -   **Sentry**: 詳細なエラー追跡、スタックトレース分析、リアルタイム通知。
--   **セットアップ手順**:
-    -   FirebaseまたはSentry SDKをインストール。
-    -   パフォーマンスメトリクスまたはエラー追跡用にアプリを設定。
-    -   ダッシュボードを使用してアプリのパフォーマンスを分析・改善。
-
-**クイック比較**:
-
-| 機能 | Firebase | Sentry |
-| --- | --- | --- |
-| リアルタイム監視 | わずかな遅延 | ほぼ瞬時 |
-| ネイティブサポート | Android、iOS | Android、iOS、Web |
-| カスタムメトリクス | 基本的 | 柔軟 |
-| 統合の複雑さ | Googleベースのワークフロー | 簡単なSDKセットアップ |
-
-ライブアップデートには、**[Capgo](https://capgo.app/)**のようなツールを統合して、アプリストアの遅延なしで即座に修正を配信できます。今日から監視を開始して、アプリの効率とユーザー満足度を向上させましょう。
-
-## [Firebase](https://firebase.google.com/)パフォーマンス監視でアプリの健全性を最適化...
-
-![Firebase Platform Dashboard](https://mars-images.imgix.net/seobot/screenshots/firebase.google.com-ab24bd47674782df651734052f495a0c-2025-03-23.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/ENaOg5YefjQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 監視ツールの選択
-
-アプリの要件とチームの専門知識に合った監視ツールを選択してください。以下にFirebaseパフォーマンス監視とSentryの比較を示します。
-
-### ツールの比較
-
-| 機能 | Firebaseパフォーマンス監視 | Sentry |
-| --- | --- | --- |
-| 価格モデル | スケーラブルな有料オプション付きの無料枠 | 手頃な成長プラン付きの無料枠 |
-| リアルタイム監視 | わずかな遅延のあるパフォーマンスインサイト | ほぼ瞬時の監視 |
-| ネイティブプラットフォームサポート | AndroidとiOS | Android、iOS、Web |
-| 統合の複雑さ | Googleサービスとの連携 | 簡単なSDKセットアップ |
-| カスタムイベント追跡 | 基本的なカスタムメトリクス | 柔軟なカスタムイベント追跡 |
-| 保持期間 | 無料枠では制限あり | すべてのプランで拡張 |
-
-### 選択基準
-
-これらのツールを選択する際は、以下を考慮してください：
-
--   **アプリのサイズとトラフィック**: 急速な成長が予想されるアプリの場合、Firebaseが適しています。Sentryは小規模な実装に適しています。
--   **技術要件**: Firebaseは[Google Play Services](https://en.wikipedia.org/wiki/Google_Play_Services)が必要で、そのエコシステム内のアプリに最適です。Sentryは独立して動作し、プラットフォーム間でより柔軟性があります。
--   **チームの経験**: FirebaseはGoogleツールに慣れているチームに適していますが、Sentryの簡単なSDKセットアップはより幅広い用途に適しています。
--   **予算制約**: 両ツールとも無料枠を提供していますが、機能のスケーリングコストを比較して予算に合うことを確認してください。
--   **統合の目標**: FirebaseはGoogleベースのワークフローとシームレスに統合しますが、Sentryはエラー追跡が特に強みです。
--   **規制要件**: 特にアプリが機密ユーザーデータを扱う場合、[GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)などの基準に準拠していることを確認してください。
--   **更新頻度**: 頻繁な更新が重要な場合、Capgoのようなツールでライブ修正を速めることができ、監視セットアップを補完できます。
-
-## Firebaseセットアップガイド
-
-[Capacitorアプリ](https://capgo.app/plugins/ivs-player/)でFirebaseパフォーマンス監視を設定するには、正確なデータ追跡を確保するためにいくつかの明確な手順が必要です。
-
-### Firebase SDKのインストール
-
-プロジェクトにFirebase SDKを追加し、プラットフォームごとに設定します：
-
--   **Firebase依存関係のインストール**
-
-以下のコマンドを実行して、必要なFirebaseパッケージをインストールします：
-
-```bash
-npm install @capgo/capacitor-firebase-performance
-npm install firebase
-```
-
--   **Firebaseの初期化**
-
-メインアプリケーションファイルでFirebaseを設定します：
-
-```typescript
-import { FirebasePerformance } from '@capgo/capacitor-firebase-performance';
-import { initializeApp } from 'firebase/app';
-
-const firebaseConfig = {
-  // Add your Firebase configuration object here
-};
-
-initializeApp(firebaseConfig);
-await FirebasePerformance.initializePerformance();
-```
-
--   **プラットフォーム設定の追加**
-
-パフォーマンス監視を有効にするために`capacitor.config.json`ファイルを更新します：
-
-```json
-{
-  "plugins": {
-    "FirebasePerformance": {
-      "collectMetrics": true,
-      "instrumentationEnabled": true,
-      "dataCollectionEnabled": true
-    }
-  }
-}
-```
-
-### パフォーマンス追跡のセットアップ
-
-Firebaseパフォーマンスモニタリングを使用して、データベースクエリやネットワークリクエストなどの特定のアプリ活動の追跡を開始できます。
-
--   **データベースクエリの追跡**
-
-```typescript
-async function trackDatabaseQuery() {
-  const trace = await FirebasePerformance.startTrace({ traceName: 'database_query' });
-
-  // Perform your database operation
-  await performDatabaseOperation();
-
-  await FirebasePerformance.stopTrace({ traceName: 'database_query' });
-}
-```
-
--   **ネットワークリクエストの監視**
-
-```typescript
-await FirebasePerformance.setAttributes({
-  traceName: 'api_call',
-  attributes: {
-    endpoint: '/users',
-    method: 'GET'
-  }
-});
-```
-
--   **カスタムメトリクスの追跡**
-
-ショッピングカートの値の追跡などのカスタムメトリクスの場合：
-
-```typescript
-await FirebasePerformance.putMetric({
-  traceName: 'checkout_flow',
-  metricName: 'cart_value',
-  value: 99.99
-});
-```
-
-これらのトレースを実装すると、Firebase Consoleで収集したデータを確認できます。
-
-### Firebase Consoleの使用
-
-監視の設定後、Firebase Consoleでアプリのパフォーマンスデータを表示および分析できます：
-
-1. **パフォーマンスデータへのアクセス**
-    
-    -   Firebase Consoleにログイン。
-    -   プロジェクトを選択。
-    -   **パフォーマンス監視**に移動。
-    -   ドロップダウンメニューからアプリを選択。
-2. **主要メトリクスの監視**
-    
-
-ダッシュボードは以下を含むさまざまなパフォーマンス指標に関する洞察を提供します：
-
--   アプリ起動時間
--   ネットワークリクエストの成功率
--   画面レンダリング時間
--   カスタムトレースの結果
-
-3. **カスタムレポートの設定**
-
-アプリのパフォーマンスの特定の側面を分析するためのカスタマイズされたレポートを作成します：
-
--   場所による性能の違い
--   デバイスタイプに基づくメトリクス
--   ネットワーク状態の影響
--   カスタムトレースのパターン
-
-これらのツールを使用して、パフォーマンスのボトルネックを効果的に特定し対処します。
-
-## [Sentry](https://sentry.io/)エラー追跡のセットアップ
-
-![Sentry Error Tracking Dashboard](https://mars-images.imgix.net/seobot/screenshots/sentry.io-925fc70e12ac801815ba3ab27e6adcda-2025-03-23.jpg?auto=compress)
-
-Firebaseはパフォーマンスメトリクスを扱いますが、Sentryはエラーのキャッチと診断に特化しています。両者を組み合わせることで、強力な監視セットアップが得られます。
-
-### Sentry SDKのインストール
-
-必要なSentryパッケージをインストールすることから始めます：
-
-```bash
-npm install @sentry/capacitor
-# Add the Sentry package for your specific framework
-```
-
-インストール後、アプリのエントリーポイントでSentryを設定します。
-
-### Sentryの初期化
-
-以下のセットアップを使用してアプリのエントリーポイントでSentryを設定します：
-
-```typescript
-import * as Sentry from "@sentry/capacitor";
-import { BrowserTracing } from "@sentry/browser";
-
-Sentry.init({
-    dsn: "your-project-dsn",
-    integrations: [new BrowserTracing()],
-    tracesSampleRate: 0.2,
-    environment: "production",
-    release: "app-version@" + process.env.VERSION,
-    dist: process.env.BUILD_NUMBER,
-    debug: false
-});
-```
-
-この設定には、エラーを特定のアプリバージョンにリンクするリリース追跡が含まれています。
-
-### エラー追跡の設定
-
-カスタムエラー境界とtry-catchブロックを使用して、さらにエラー追跡をカスタマイズできます。
-
-**カスタムエラー境界：**
-
-```typescript
-class ErrorBoundary extends React.Component {
-    componentDidCatch(error, errorInfo) {
-        Sentry.captureException(error, { extra: errorInfo });
-    }
-}
-```
-
-**特定のエラーの追跡：**
-
-```typescript
-try {
-    riskyOperation();
-} catch (error) {
-    Sentry.captureException(error, {
-        tags: { operation: "data_sync", severity: "critical" },
-        extra: { userId: currentUser.id, timestamp: new Date().toISOString() }
-    });
-}
-```
-
-**パフォーマンスの監視：**
-
-```typescript
-const transaction = Sentry.startTransaction({
-    name: "API Request",
-    op: "http.request"
-});
-
-try {
-    await makeApiCall();
-} finally {
-    transaction.finish();
-}
-```
-
-これらの方法により、アプリが効果的にエラーを記録し、Sentryを通じて追跡と解決が容易になります。
-
-### Sentryダッシュボードの使用
-
-Sentryダッシュボードはエラーを詳しく調査し理解するためのツールを提供します：
-
--   **リアルタイム監視**: エラーの頻度、解決状況、影響を受けるユーザーを確認。
--   **エラー分析**: スタックトレースの確認、類似エラーのグループ化、環境によるフィルタリング。
--   **アラート**: エラーしきい値の設定、通知オプションの設定、カスタムアラートルールの作成。
-
-このダッシュボードにより、問題の診断と修正が簡単になります。
-
-## 監視のベストプラクティス
-
-### 主要メトリクスへの注力
-
-Capgoの750の本番アプリの分析[\[1\]](https://capgo.app/)は、監視すべき主要メトリクスを強調しています：
-
--   **更新成功率**: 82%以上を目指す。
--   **更新速度**: グローバルCDNは5MBを114ミリ秒で配信すべき。
--   **ユーザー採用**: 24時間以内に95%のユーザーが更新すべき。
--   **APIレスポンス時間**: 500ミリ秒未満を維持（世界平均は434ミリ秒）。
-
-これらのメトリクスの偏差を素早く検出するためのアラートを設定してください。
-
-### 効果的なアラートルールの作成
-
-以下はパフォーマンス監視のアラート設定例です：
-
-```typescript
-// Example alert configuration
-{
-    performance: {
-        apiLatency: {
-            threshold: 1000, // ms
-            period: "5m",
-            condition: "above"
-        },
-        errorRate: {
-            threshold: 1.0, // percentage
-            period: "15m",
-            condition: "above"
-        },
-        updateSuccess: {
-            threshold: 75, // percentage
-            period: "1h",
-            condition: "below"
-        }
-    }
-}
-```
-
-### 継続的な監視と調整
-
-アラートを設定したら、継続的な監視と改善に注力します：
-
--   **定期的なパフォーマンスチェック**: 地域別の更新成功率の確認、異なるアプリバージョンのエラー傾向の分析、ピーク時のAPIレスポンス時間の監視。
-    
--   **段階的なアップデートのロールアウト**: 最初の24時間は10%のユーザーから開始。問題なく実行されれば50%に増やし、48時間の安定したパフォーマンス後に完全なロールアウトを行う。
-    
--   **継続的な最適化**: 失敗した更新の調査、遅いAPIエンドポイントの特定、更新後のユーザーエンゲージメントの評価による持続的な改善。
-    
-
-## [Capgo](https://capgo.app/)のアップデートと監視
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-### Capgoの主要機能
-
-750の本番アプリでテストされたCapgoのライブアップデートシステムは、5MBのバンドルを114ミリ秒で配信します[\[1\]](https://capgo.app/) 。
-
-主な機能：
-
--   **リアルタイム分析**: 現在世界平均82%の更新成功率を監視[\[1\]](https://capgo.app/) 。
--   **即時デプロイメント**: アプリストアの承認を待たずに重要な修正を配信。
--   **部分更新**: 変更されたコンポーネントのみをダウンロードし、帯域幅と時間を節約。
--   **バージョン管理**: パフォーマンスに悪影響を与える更新を素早くロールバック。
-
-このシステムは既存の監視ツールと簡単に統合でき、スムーズな運用を確保します。
-
-> "5000以上のユーザーベースを持つ本番環境でCapgo OTAアップデートを展開しました。OTAが@Capgoにデプロイされてから数分以内にほぼすべてのユーザーが最新版にな
-
-| モニタリングの側面 | Capgo 統合 | 追加ツール |
-| --- | --- | --- |
-| エラー追跡 | 組み込みエラーモニタリング | 詳細なスタックトレース用にSentryと組み合わせ |
-| パフォーマンスメトリクス | アップデート成功率の追跡 | ユーザーインタラクションデータにFirebaseを使用 |
-| レスポンスタイム | APIレスポンスモニタリング | カスタムFirebaseタイミングイベントで強化 |
-
-Capgoのチャネルシステムを効果的に設定するには:
-
-- ベータテスターに最初にアップデートをデプロイ
-- Capgoのアナリティクスでパフォーマンスメトリクスを監視
-- より広いユーザーベースへ段階的にロールアウトを拡大
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーに不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-世界中で2,350万回のアップデートを提供し、Capgoのリアルタイムダッシュボードは明確な洞察を提供し、チームがアップデートとパフォーマンス改善について賢明な判断を下せるようにします。
-
-## 次のステップ
-
-### 主なポイント
-
-重要なメトリクスを監視することは、効果的なパフォーマンスモニタリングに不可欠です。これらの重要な指標を追跡するツールを使用してください：
-
-| **メトリクスタイプ** | **重点分野** | **推奨ツール** |
-| --- | --- | --- |
-| アプリパフォーマンス | レスポンスタイム、クラッシュ | Firebase Performance |
-| エラー追跡 | 例外発生率、スタックトレース | Sentry |
-| アップデート分析 | 配信成功率 | Capgo Analytics |
-
-以下のリソースを通じて、これらのメトリクスとツールについてより深く理解してください。
-
-### さらに学ぶ
-
-パフォーマンスモニタリングツールと実践方法は常に進化しています。これらのガイドと戦略を探索して最新情報を把握しましょう：
-
-**公式ドキュメント**:
-
-- Firebase Performance Monitoringドキュメント
-- SentryのCapacitor統合ガイド
-- Capacitorの公式パフォーマンス最適化ガイド
-
-**高度な実装**: 750以上の本番アプリで使用されているCapgoのアナリティクスシステムを探索してください[\[1\]](https://capgo.app/) 。そのドキュメントでは、他のパフォーマンス追跡ツールとシームレスに連携するモニタリングパターンとライブアップデート戦略についての洞察が提供されています。
diff --git a/src/content/blog/ja/setting-up-capacitor-local-environment.md b/src/content/blog/ja/setting-up-capacitor-local-environment.md
deleted file mode 100644
index 1e78dba19..000000000
--- a/src/content/blog/ja/setting-up-capacitor-local-environment.md
+++ /dev/null
@@ -1,84 +0,0 @@
----
-slug: setting-up-capacitor-local-environment
-title: Capacitorローカル環境の設定
-description: >-
-  iOS や Android のアプリを Web テクノロジーを使用して作成するための Capacitor
-  ローカル環境の迅速なセットアップ方法をこの包括的なガイドで学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T01:01:07.065Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67edd19cebbb9dc8064069d2-1743642078509.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, mobile development, iOS setup, Android setup, app development, web
-  technologies, local environment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**ウェブ技術を使用してiOSとAndroidアプリを構築したいですか？以下は[Capacitor](https://capacitorjs.com/)の環境を素早く効率的にセットアップする方法です。**
-
-### 主なステップ:
-
-1. **必要なソフトウェアのインストール**:
-    
-    - **[Node.js](https://nodejs.org/en)** (v20.0.0+)、**npm** (v9.0.0+)、**Git** (v2.40.0+)、最新のIDE（例：[VS Code](https://code.visualstudio.com/)）。
-    - システム要件：8GBのRAM、256GBのストレージ、Intel i5/AMD Ryzen 5プロセッサー。
-2. **iOSのセットアップ**（macOSのみ）:
-    
-    - macOS 13.0+（Ventura）、[Xcode](https://developer.apple.com/xcode/) 16.0+、[CocoaPods](https://cocoapods.org/) 1.12.0+、有効なApple Developerアカウント。
-3. **Androidのセットアップ**:
-    
-    - [Android Studio](https://developer.android.com/studio) Hedgehog (2023.1.1)+、Android SDK APIレベル23+、JDK 17、[Gradle](https://gradle.org/) 8.0+。
-    - Android toolsの環境変数を設定。
-4. **Capacitorのインストール**:
-    
-    ```bash
-    npm install @capacitor/core @capacitor/cli @capacitor/ios @capacitor/android
-    ```
-    
-5. **プロジェクトの初期化**:
-    
-    - `npx cap init`を使用して新規プロジェクトを作成するか、既存のアプリにCapacitorを統合。
-6. **プラットフォームの追加**:
-    
-    ```bash
-    npx cap add ios
-    npx cap add android
-    ```
-    
-7. **ビルドと同期**:
-    
-    - Webアセットをビルド（`npm run build`）し、ネイティブプラットフォームと同期（`npx cap sync`）。
-8. **ライブアップデートの有効化**:
-    
-    - [Capgo](https://capgo.app/)を使用してリアルタイムアップデートを実現:
-        
-        ```bash
-        npx @capgo/cli init
-        ```
-        
-9. **[アプリのテスト](https://capgo.app/docs/plugin/debugging/)**:
-    
-    - iOS Simulator（`npx cap open ios`）またはAndroid Emulator（`npx cap open android`）を使用。
-
-### クイックヒント:
-
-環境管理とライブアップデートを有効にするために`capacitor.config.ts`を更新します。例：
-
-```typescript
-const config: CapacitorConfig = {
-  server: {
-    url: process.env.NODE_ENV === 'development' ? 'http://localhost:3000' : 'https://production-url.com',
-    cleartext: true
-  }
-};
-```
-
-このセットアップにより、Capacitorアプリの開発、テスト、デプロイがスムーズに行えます。
-
-[Remaining sections translated with same principles...]
diff --git a/src/content/blog/ja/setting-up-cicd-for-capacitor-apps.md b/src/content/blog/ja/setting-up-cicd-for-capacitor-apps.md
deleted file mode 100644
index fe5aa45de..000000000
--- a/src/content/blog/ja/setting-up-cicd-for-capacitor-apps.md
+++ /dev/null
@@ -1,114 +0,0 @@
----
-slug: setting-up-cicd-for-capacitor-apps
-title: CapacitorアプリのCI/CD設定
-description: iOS と Android アプリのリリースを CI/CD パイプラインを使用して最適化し、効率性を向上させ、エラーを減らす方法をご紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-11T06:22:21.536Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67aa9923b771216988320bf2-1739254956493.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  CI/CD, Capacitor apps, mobile development, automation, build process, live
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**iOSとAndroidアプリのリリースをより速く、エラーのない方法で行いたいですか?** [Capacitor](https://capacitorjs.com/)アプリ向けのCI/CDパイプラインは、ビルド、テスト、デプロイメントを自動化し、リリース時間を最大70%短縮し、エラーを60%削減します。このガイドでは、環境のセットアップから[Capgo](https://capgo.app/)によるライブアップデートの自動化まで、必要な全ての情報を解説します。
-
-### 重要なポイント:
-
-- **[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)におけるCI/CDの重要性**: ビルド時間を78%短縮し、ストアの却下を60%削減。
-- **必須ツール**: [Xcode](https://developer.apple.com/xcode/)、[Android Studio](https://developer.android.com/studio)、[CocoaPods](https://cocoapods.org/)など。
-- **パイプラインのセットアップ**: `npx cap sync`、依存関係のキャッシング、プラットフォーム固有のビルドなどのタスクを自動化。
-- **Capgoによるライブアップデート**: 段階的なロールアウトとロールバックセーフガードを備えたリリース後のアップデートを可能に。
-
-### クイックセットアップ手順:
-
-1. **環境の準備**: iOSとAndroid用の必要なツールをインストール。
-2. **プロジェクトの設定**: `capacitor.config.ts`を更新し、環境変数を安全に管理。
-3. **ビルドパイプラインの構築**: 両プラットフォームの依存関係インストール、ビルド、テストを自動化。
-4. **パフォーマンスの最適化**: キャッシング、並列ビルド、条件付きワークフローを使用。
-5. **ライブアップデートの追加**: 段階的なロールアウトを備えた安全なOTAアップデートのためにCapgoを統合。
-
-CI/CDにより、Capacitorアプリはエラーと手動介入を最小限に抑えながら、より速く、スムーズなリリースを実現できます。ワークフローを最適化する準備はできましたか？詳しく見ていきましょう！
-
-## モバイル機能を既存のCI/CDパイプラインに統合する
-
-<iframe src="https://www.youtube.com/embed/rIPnuVwvbb0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## CI/CD環境の準備
-
-CI/CDの基本を理解したら、次は環境のセットアップです。これは信頼性の高い自動化の基盤となります。
-
-### ツールとソフトウェアのセットアップ
-
-以下の主要なツールがインストールされていることを確認してください：
-
-**iOS開発向け:**
-
-- **Xcode 14以降**
-- **Xcode Command Line Tools**
-- **依存関係管理用のCocoaPods**
-
-**Android開発向け:**
-
-- **Android Studio**
-- **Android SDK 33以上**
-- **Java Development Kit (JDK)**
-
-Xcode Command Line Toolsのインストールを確認するには：
-
-```bash
-xcode-select -p
-```
-
-### [Capacitor](https://capacitorjs.com/)プロジェクトの作成
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-11.jpg?auto=compress)
-
-CapacitorプロジェクトはCI/CDワークフロー用に正しく設定する必要があります。`capacitor.config.ts`ファイルがこのセットアップの中心となります：
-
-```typescript
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  webDir: 'build',
-  ios: { 
-    scheme: 'MyApp'
-  }
-}
-```
-
-このファイルにより、プロジェクトがCI/CDの要件に適合することを確保します。
-
-[Continue with the rest of the text's translation as needed...]
-
-### Capacitorアプリの作成方法は？
-
-Capacitorアプリの構築には、いくつかの簡単なステップが必要です：
-
-1.  **環境のセットアップ**: システムにNode.jsとnpmをインストールします。その後、Ionic CLIを使用してCapacitorサポート付きの新しいプロジェクトを開始します：
-    
-    ```bash
-echo "sdk.dir=$ANDROID_SDK_ROOT" > android/local.properties
-```
-    
-2.  **プラットフォームサポートの追加**: iOSやAndroidなど、ターゲットとするプラットフォームを追加します：
-    
-    ```bash
-node --version | grep "v16" && xcodebuild -version | grep "Xcode 14" || exit 1
-```
-    
-3.  **Webコードの同期**: 以下のコマンドを実行して、Webコードがネイティブプラットフォームと同期されていることを確認します：
-    
-    ```bash
-npm install --ignore-scripts
-npm install @capacitor/cli
-```
-    
-
-同期ステップは、プラットフォーム間でアプリの一貫性を保ち、CI/CDパイプラインでの円滑な運用を確保するために重要です。環境設定の詳細については、ツールセクションをご確認ください。
diff --git a/src/content/blog/ja/setup-ci-and-cd-in-gitlab.md b/src/content/blog/ja/setup-ci-and-cd-in-gitlab.md
deleted file mode 100644
index 8efa74e09..000000000
--- a/src/content/blog/ja/setup-ci-and-cd-in-gitlab.md
+++ /dev/null
@@ -1,82 +0,0 @@
----
-slug: setup-ci-and-cd-in-gitlab
-title: GitLab によるアプリの自動ビルドとリリース
-description: GitLabを使用して無料でCI/CDパイプラインを作成し、mainにプッシュするたびにIonic Capacitor JSアプリをデプロイしましょう。
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /CI_CD_in_Gitlab.webp
-head_image_alt: GitLabでのCI/CD
-keywords: 'GitLab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: ja
-next_blog: ''
----
-このガイドではGitLabでのCI/CDパイプラインのセットアップ方法について説明します。
-
-## はじめに
-
-まず、CapacitorアプリをCapgoに追加していることを確認してください。このチュートリアルはアップロード段階に焦点を当てています。Capgoにアプリを追加する必要がある場合は、この[チュートリアル](https://capgo.app/blog/update-your-capacitor-apps-seamlessly-using-capacitor-updater/)に従ってください。
-
-## コミット規約
-
-最初に、[conventional commits](https://www.conventionalcommits.org/en/v1.0.0/)のコミット規約に従う必要があります。これによりツールがバージョン番号をどのように更新するかを理解するのに役立ちます。学ぶのに5分しかかかりません。
-
-![Conventional commits](/conventional_commits.webp)
-
-## タグ用のGitLab CI/CD
-
-GitLabリポジトリのルートに以下の内容で.gitlab-ci.ymlファイルを作成します
-
-     stages:
-          - tag
-
-     bump_version:
-       stage: tag
-       only:
-         - main
-      except:
-        variables:
-      - $CI_COMMIT_MESSAGE =~ /^chore\(release\):/
-      script:
-       - git config --global user.email "gitlab@yourdomain.com"
-       - git config --global user.name "GitLab CI/CD"
-       - git checkout $CI_COMMIT_REF_NAME
-       - git pull origin $CI_COMMIT_REF_NAME
-       - npx capacitor-standard-version
-       - git push origin $CI_COMMIT_REF_NAME --tags
-
-スクリプトセクションの "gitlab@yourdomain.com" と "GitLab CI/CD" を、あなたのGitLabメールとユーザー名に置き換えてください。この設定は、mainブランチへのプッシュ時のみジョブをトリガーし、"chore(release):"で始まるコミットメッセージは除外します。
-
-## ビルド用のGitLab CI/CD
-
-.gitlab-ci.ymlファイルにビルド用の別のステージを追加します：
-
-        stages:
-          - deploy
-
-       deploy:
-         stage: deploy
-         only:
-           - tags  # このジョブはタグプッシュ時のみ実行されます
-         script:
-           - apt-get update -qy && apt-get install -y nodejs npm
-           - npm install -g @capgo/cli
-           - npm ci
-           - npm run build
-           - npx @capgo/cli bundle upload -a $CAPGO_TOKEN -c production
-         variables:
-           FIREBASE_CONFIG: $FIREBASE_CONFIG  # GitLabプロジェクト設定で定義してください
-         environment:
-           name: production
-
-GitLabプロジェクトのCI/CD変数にCapgo APIキー（CAPGO_TOKEN）を追加していることを確認してください。GitLabのプロジェクトで、設定 > CI/CD > 変数に移動し、CAPGO_TOKENという名前の変数にAPIキーの値を追加します。
-
-npm run buildコマンドを変更するなど、プロジェクト固有のビルドプロセスに合わせてビルドスクリプトをカスタマイズしてください。
-
-## 結論
-
-これで完了です！私たちは技術の旅でさらに一歩前進しました。現代のソフトウェア開発において、CICDは考慮すべき重要な要素です。このガイドラインが皆様の理解の助けになれば幸いです。
diff --git a/src/content/blog/ja/setup-stripe-payment-in-us-capacitor.md b/src/content/blog/ja/setup-stripe-payment-in-us-capacitor.md
deleted file mode 100644
index 7088a3df0..000000000
--- a/src/content/blog/ja/setup-stripe-payment-in-us-capacitor.md
+++ /dev/null
@@ -1,727 +0,0 @@
----
-slug: setup-stripe-payment-in-us-capacitor
-title: Capacitorアプリでの新しいAppleガイドラインに従ったStripe Payment Linksの実装
-description: >-
-  Capacitorアプリで2025年5月1日から施行される新しいAppleのガイドラインに準拠してデジタル商品の支払いを処理するためのStripe
-  Payment Linksの実装方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-05-01T00:00:00.000Z
-updated_at: 2025-11-21T17:43:20.000Z
-head_image: /stripe_apple.webp
-head_image_alt: Capacitorアプリケーションにおけるストライプ決済の実装
-keywords: >-
-  capacitor, stripe, payment links, app store guidelines, iOS, digital goods,
-  in-app purchases, external payments
-tag: Tutorial
-published: true
-locale: ja
----
-# StripeペイメントリンクをCapacitorアプリに実装する - 新しいAppleガイドラインに従って
-
-2025年5月1日より、Appleは[Epic v. Apple訴訟](https://storage.courtlistener.com/recap/gov.uscourts.cand.364265/gov.uscourts.cand.364265.1508.0_2.pdf)の判決を受けて、App Store審査ガイドラインに重要な変更を加えました。これらの変更により、米国のアプリ開発者はデジタル商品やサービスの外部決済方法へのリンクを提供することが可能になり、Appleのアプリ内課金システム以外の選択肢が開かれました。
-
-## モバイル決済を永遠に変えたEpicバトル
-
-この瞬間に至るまでの道のりは長く、論争が絶えませんでした。すべては2020年8月、大人気ゲーム「フォートナイト」の開発元であるEpic Gamesが、Appleの30%手数料を回避する直接支払いオプションを実装し、意図的にApp Storeのガイドラインに違反したことから始まりました。AppleはすぐにフォートナイトをApp Storeから削除し、EpicはAppleのiOSアプリ配信とアプリ内決済に対する支配を争う訴訟を起こしました。
-
-何年にもわたる法的闘争、控訴、反控訴を経て、裁判所は最終的にAppleに対し、アプリ外の代替決済方法へユーザーを誘導することを許可するよう命じました。この決定は、2008年の開始以来、同じ基本的な財務モデルで運営されてきたApp Storeエコシステムの経済性を根本的に変えるものです。
-
-### 最終判決 - これ以上の控訴はなし
-
-この判決が特に重要なのは、これが最終的なもので、これ以上控訴できないということです。最高裁判所は2025年初頭にAppleの上告を棄却し、下級裁判所の決定が法として確定しました。これにより、開発者はAppleがさらなる法的異議申し立てを通じてこの決定を覆すことができないという確信を持って、外部決済方法を実装できます。
-
-### 法律により保証される平等な扱い
-
-最も重要なのは、判決が外部決済方法を使用するアプリを差別することをAppleに禁じていることです。裁判所は具体的にAppleに以下を禁止しました：
-
-1. 外部決済方法を使用するアプリに追加料金を課したり、追加要件を課したりすること
-2. AppleのIAPシステムを排他的に使用するアプリに検索結果や特集で優遇的な扱いをすること
-3. 技術的手段を用いて外部決済体験をApple自身のシステムより劣るものにすること
-4. 基本的な消費者情報を超える過度な開示要件を課すこと
-
-これらの明示的な保護により、開発者はAppleからの微妙な報復や差別を恐れることなく、Stripeやその他の外部決済プロバイダーを実装できます。競争の場は法的に平準化され、Appleは決済方法の選択に関係なく、すべてのアプリを平等に扱わなければなりません。
-
-この判決は、Appleのウォールドガーデンアプローチに対する最も重要な挑戦の1つであり、モバイルアプリの収益化がどのように機能するかについての重要な転換点を示しています。Appleの30%手数料（小規模ビジネスの場合15%に引き下げ）について長年不満を持っていた開発者にとって、この判決はより高い利益率と顧客体験へのより大きなコントロールへの道を開くものです。
-
-## Appleのアプリケーション内購入よりもStripeを使用する経済的メリット
-
-この変更による財務上の影響は開発者にとって大きなものです：
-
-- **決済処理手数料の削減**：Appleは通常アプリ内購入に対して30%の手数料（小規模ビジネスの場合15%）を課しますが、Stripeの手数料は取引あたり約2.9% + $0.30のみです。この差は収益率を大幅に向上させる可能性があります。
-  
-- **より早い支払い**：Appleの場合、通常資金を受け取るまでに45-90日かかります。一方、Stripeは2-3営業日以内に銀行口座に支払いを入金します。
-
-- **簡素化された返金プロセス**：Appleのより複雑な返金システムを通さずに、Stripeのダッシュボードから直接返金を処理できます。
-
-これらのコスト削減と改善されたキャッシュフローは、特に小規模な開発者やビジネスにとってゲームチェンジャーとなる可能性があります。
-
-この記事では、新しいルールを活用するためにCapacitorアプリでStripeペイメントリンクを実装する方法を探りながら、[更新されたガイドライン](https://developer.apple.com/app-store/review/guidelines/#business)への準拠を確保する方法を説明します。
-
-> この実装は[StripeのPayment Linksに関する公式ドキュメント](https://docs.stripe.com/mobile/digital-goods/payment-links)に基づいており、Capacitorアプリ向けに特別に適応されています。
-
-## 新しいガイドラインを理解する
-
-更新されたApp Store審査ガイドラインでは、デジタル商品やサブスクリプションの決済処理のために外部ウェブサイトへユーザーを誘導することが許可されるようになりました。この変更は現在、米国App Storeで配信されるアプリにのみ適用されます。
-
-理解すべき重要なポイント：
-
-1. アプリ内でデジタル商品の外部決済オプションへリンクできるようになりました
-2. これは米国App Storeのアプリにのみ適用されます
-3. Appleの開示要件には引き続き従う必要があります
-4. すべての顧客サポートと返金処理に対する責任は引き続き開発者にあります
-
-## CapacitorアプリでStripeペイメントリンクを設定する
-
-技術的な実装について詳しく見ていきましょう：
-
-### ステップ1：Stripeダッシュボードでペイメントリンクを作成する
-
-まず、Stripeダッシュボードでペイメントリンクを作成します：
-
-1. Stripeダッシュボードのペイメントリンクセクションに移動
-2. "＋新規"をクリックして新しいペイメントリンクを作成
-3. 商品またはサブスクリプションの詳細を定義
-4. "支払い後"設定で"確認ページを表示しない"を選択
-5. 成功URLとしてユニバーサルリンクを設定（後で設定します）
-6. "リンクを作成"をクリックしてペイメントリンクを生成
-
-### ステップ2：Capacitorアプリでユニバーサルリンクを設定する
-
-支払い完了後にユーザーをアプリに戻すために、ユニバーサルリンクを設定します：
-
-1. ドメインに`apple-app-site-association`ファイルを作成します：
-
-```json
-{
-  "applinks": {
-    "apps": [],
-    "details": [
-      {
-        "appIDs": ["YOURTEAMID.com.yourdomain.yourapp"],
-        "components": [
-          {
-            "/": "/checkout_redirect*",
-            "comment": "Matches any URL whose path starts with /checkout_redirect"
-          }
-        ]
-      }
-    ]
-  }
-}
-```
-
-2. このファイルを`https://yourdomain.com/.well-known/apple-app-site-association`でホストします
-
-3. 正しいMIMEタイプ`application/json`で提供されていることを確認します
-
-4. 適切なエンタイトルメントを追加してCapacitorアプリがユニバーサルリンクを処理できるように設定します。まず、`capacitor.config.ts`で：
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  // Your existing app configuration (appId, appName, etc.)
-  plugins: {
-    Geolocation: {
-      // Request precise location access on iOS
-      iosLocationAccuracy: 'reduced'
-    }
-  }
-};
-
-export default config;
-```
-
-5. Xcodeプロジェクトに関連ドメインエンタイトルメントを追加します：
-   - Xcodeプロジェクトを開く
-   - アプリターゲットを選択
-   - "Signing & Capabilities"に移動
-   - "+ Capability"をクリックして"Associated Domains"を選択
-   - `applinks:yourdomain.com`を追加
-
-### ステップ3：フォールバックページを作成する
-
-アプリがインストールされていない場合に対応するため、リダイレクトURLにフォールバックページを作成します：
-
-```html
-<!DOCTYPE html>
-<html>
-<head>
-  <title>Redirecting...</title>
-  <meta http-equiv="refresh" content="0;url=https://yourdomain.com/app-download">
-</head>
-<body>
-  <p>Redirecting to download page...</p>
-</body>
-</html>
-```
-
-### ステップ4：Capacitorアプリに決済ボタンを実装する
-
-次に、アプリに決済ボタンを追加します：
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-export async function openPaymentLink(userEmail, userId) {
-  // Use your actual Stripe payment link
-  const baseUrl = 'https://buy.stripe.com/your_payment_link';
-  
-  // Add URL parameters to customize the experience
-  const params = new URLSearchParams({
-    prefilled_email: encodeURIComponent(userEmail),
-    client_reference_id: userId
-  });
-
-  const fullUrl = `${baseUrl}?${params.toString()}`;
-  
-  // Simple window.open works in both web and Capacitor
-  // Using _blank opens in Safari on iOS which is important for users with saved Stripe Link credentials
-  window.open(fullUrl, '_blank');
-}
-```
-
-> **Safariが重要な理由**：ペイメントリンクをアプリ内ブラウザではなくSafari（`window.open`経由）で開くことは、以前にStripe Linkで支払い情報を保存したユーザーが自動的に認証情報を利用できるため有益です。これにより、ユーザーがクレジットカード情報を再入力する必要がない、よりスムーズなチェックアウト体験が作られ、離脱率が大幅に低下します。
-
-### ステップ5：アプリでユニバーサルリンクを処理する
-
-ユーザーが戻ってきたときにユニバーサルリンクを処理するようにアプリを設定します：
-
-1. まず、Appプラグインをインストールします：
-
-```bash
-npm install @capacitor/app
-```
-
-2. アプリでAppプラグインを登録します：
-
-```typescript
-import { App } from '@capacitor/app';
-
-// In your initialization code
-App.addListener('appUrlOpen', (event) => {
-  // Example URL: https://yourdomain.com/checkout_redirect?session_id=cs_test_...
-  const url = new URL(event.url);
-  
-  if (url.pathname.startsWith('/checkout_redirect')) {
-    // Extract any parameters you need
-    const params = new URLSearchParams(url.search);
-    const sessionId = params.get('session_id');
-    
-    // Handle successful payment
-    if (sessionId) {
-      // Verify the payment on your server if needed
-      verifyPayment(sessionId);
-      
-      // Update UI to reflect successful purchase
-      updatePurchaseStatus(true);
-    }
-  }
-});
-
-async function verifyPayment(sessionId) {
-  // Call your backend to verify the payment
-  // This is optional if you're relying on webhooks
-}
-
-function updatePurchaseStatus(success) {
-  // Update your app UI to reflect purchase status
-}
-```
-
-### ステップ6：注文履行用のWebhookを設定する
-
-最後に、成功した支払いを処理するためにサーバーにWebhookを設定します：
-
-```javascript
-// Using Express.js as an example
-const express = require('express');
-const stripe = require('stripe')('sk_test_your_stripe_secret_key');
-const app = express();
-
-// Use raw body parser for webhook signature verification
-app.post('/webhook', express.raw({type: 'application/json'}), async (req, res) => {
-  const sig = req.headers['stripe-signature'];
-  const webhookSecret = 'whsec_your_webhook_secret';
-  
-  let event;
-  
-  try {
-    event = stripe.webhooks.constructEvent(req.body, sig, webhookSecret);
-  } catch (err) {
-    console.log(`Webhook Error: ${err.message}`);
-    return res.status(400).send(`Webhook Error: ${err.message}`);
-  }
-  
-  // Handle the checkout.session.completed event
-  if (event.type === 'checkout.session.completed') {
-    const session = event.data.object;
-    
-    // Retrieve client_reference_id (your user ID)
-    const userId = session.client_reference_id;
-    
-    // Grant access to the purchased content
-    await grantAccess(userId, session.id);
-  }
-  
-  res.status(200).send();
-});
-
-async function grantAccess(userId, sessionId) {
-  // Your logic to grant access to the purchased content
-  // This could be updating a database, sending a notification, etc.
-}
-
-app.listen(3000, () => console.log('Webhook server running on port 3000'));
-```
-
-## Android互換性
-
-はっきりさせましょう：Epic v. Apple訴訟は、モバイル決済の環境を根本的に変えました。これはiOSアプリに直接影響を与えるだけでなく、外部決済方法を使用してきたAndroid開発者の立場も強化します。
-
-**Android開発者は今や完全な自信を持って外部決済ソリューションを実装できます。** Appleの判決で設定された先例は、将来の潜在的な制限から開発者をプラットフォーム全体で効果的に保護します。この裁判所の決定は、多くのAndroid開発者が何年も行ってきたこと - より低い手数料で代替の決済オプションを提供すること - を正当化しました。
-
-GoogleのPlay StoreはAppleよりも外部決済方法に対して制限が少なく、今や法的先例が確立されたことで、AndroidアプリでStripeやその他の外部決済プロバイダーを実装するリスクは事実上ありません。これらの実装を進めるにあたり、法的に確固たる基盤に立っていることを認識できます。
-
-iOSについて説明した実装は、Androidデバイスでもほぼ同じように機能します。Google Play Storeは外部決済方法に対して同様の制限がないため、特別な開示ダイアログを必要とせずに、同じStripeペイメントリンクのアプローチを使用できます。
-
-ディープリンク（iOSのユニバーサルリンクに相当）を処理するには、以下が必要です：
-
-1. リダイレクトURLを処理するために`AndroidManifest.xml`でAppリンクを設定する
-2. アプリの詳細を含む`.well-known/assetlinks.json`ファイルをドメインに作成する
-3. 成功した支払いを処理するために同じ`appUrlOpen`リスナーロジックを使用する
-
-Capacitorの素晴らしい点は、プラットフォーム固有の設定を実装すれば、実際の決済フローコードは両プラットフォームで同じままということです。
-
-## 決済UIの作成
-
-以下は、Capacitorアプリに追加できるVueでの決済ボタンコンポーネントの例です：
-
-```vue
-<template>
-  <div class="payment-container">
-    <div class="pricing-card">
-      <h2 class="mb-4 text-xl font-bold">{{ product.name }}</h2>
-      <p class="mb-6 text-gray-600">{{ product.description }}</p>
-      <div class="mb-6 price-tag">
-        <span class="text-2xl font-bold">${{ product.price }}</span>
-        <span v-if="product.isSubscription" class="text-sm text-gray-500">/month</span>
-      </div>
-      <button 
-        @click="handlePayment" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        Purchase Now
-      </button>
-    </div>
-  </div>
-</template>
-
-<script setup>
-import { ref } from 'vue';
-import { Dialog } from '@capacitor/dialog';
-
-const props = defineProps({
-  product: {
-    type: Object,
-    required: true
-  },
-  userEmail: {
-    type: String,
-    default: ''
-  },
-  userId: {
-    type: String,
-    required: true
-  }
-});
-
-const isLoading = ref(false);
-
-async function showExternalPaymentDisclosure() {
-  const { value } = await Dialog.confirm({
-    title: 'Leaving App for Payment',
-    message: 'You are about to leave this app to make a payment. Apple is not responsible for the privacy or security of payments that are not made through the App Store. All payment-related issues, including refunds, must be handled by our support team.',
-    okButtonTitle: 'Continue',
-    cancelButtonTitle: 'Cancel'
-  });
-  
-  return value;
-}
-
-async function openPaymentLink() {
-  // Use your actual Stripe payment link
-  const baseUrl = 'https://buy.stripe.com/your_payment_link';
-  
-  // Add URL parameters to customize the experience
-  const params = new URLSearchParams({
-    prefilled_email: encodeURIComponent(props.userEmail),
-    client_reference_id: props.userId
-  });
-
-  const fullUrl = `${baseUrl}?${params.toString()}`;
-  
-  // Simple window.open works in both web and Capacitor
-  // Using _blank opens in Safari on iOS which is important for users with saved Stripe Link credentials
-  window.open(fullUrl, '_blank');
-}
-
-async function handlePayment() {
-  isLoading.value = true;
-  try {
-    // Only show the disclosure on iOS
-    if (window.Capacitor?.getPlatform() === 'ios') {
-      const userConfirmed = await showExternalPaymentDisclosure();
-      if (!userConfirmed) return;
-    }
-    
-    await openPaymentLink();
-  } catch (error) {
-    console.error('Payment error:', error);
-    await Dialog.alert({
-      title: 'Payment Error',
-      message: 'There was an error initiating the payment. Please try again.'
-    });
-  } finally {
-    isLoading.value = false;
-  }
-}
-</script>
-```
-
-## 異なる地域の取り扱い
-
-新しいAppleガイドラインは米国App Storeのアプリにのみ適用されるため、ユーザーの地域を検出し、適切な決済方法を適用する戦略が必要です。以下はIPジオロケーションを使用したより信頼性の高いアプローチです：
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-async function determinePaymentMethod() {
-  // Always use Stripe for Android
-  if (Capacitor.getPlatform() !== 'ios') {
-    return 'external';
-  }
-  
-  try {
-    // Use a geolocation service to determine user's country
-    const response = await fetch('https://ipapi.co/json/');
-    const locationData = await response.json();
-    
-    // Check if the user is in the United States
-    if (locationData.country_code === 'US') {
-      return 'external'; // Can use Stripe Payment Links
-    } else {
-      return 'iap'; // Must use In-App Purchases
-    }
-  } catch (error) {
-    console.error('Error detecting region:', error);
-    return 'iap'; // Default to IAP to be safe
-  }
-}
-
-export async function processPayment(product, userEmail, userId) {
-  const paymentMethod = await determinePaymentMethod();
-  
-  if (paymentMethod === 'external') {
-    // Use Stripe Payment Links
-    await initiateExternalPayment(userEmail, userId);
-  } else {
-    // Use Apple's In-App Purchase
-    await initiateInAppPurchase(product.appleProductId);
-  }
-}
-```
-
-このアプローチは、無料の`ipapi.co`サービスを使用してIPアドレスに基づいてユーザーの国を特定します。MaxMindなどの他のジオロケーションサービスを使用することもできますし、セキュリティを高めるためにこのチェックをサーバーサイドで実装することもできます。
-
-> **注意**: このアプローチは機能しますが、IPジオロケーションは必ずしも100%正確ではないことを覚えておくことが重要です。ミッションクリティカルなアプリケーションでは、複数の検出方法を使用するか、ユーザーが手動で地域を選択できるようにすることを検討してください。
-
-### Capacitorプラグインを使用したより正確な位置情報検出
-
-より正確な位置情報検出のために、Capacitor Geolocationプラグインと@capgo/nativegeocoderを使用して、より高精度でユーザーの国を特定することができます：
-
-1. まず、必要なプラグインをインストールします：
-
-```bash
-npm install @capacitor/geolocation @capgo/nativegeocoder
-```
-
-2. Capacitorプロジェクトでプラグインを設定します。`capacitor.config.ts`に以下を追加してください：
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  // Your existing app configuration (appId, appName, etc.)
-  plugins: {
-    Geolocation: {
-      // Request precise location access on iOS
-      iosLocationAccuracy: 'reduced'
-    }
-  }
-};
-
-export default config;
-```
-
-3. 位置情報ベースの地域検出を実装します：
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { Geolocation } from '@capacitor/geolocation';
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-async function isUserInUSA() {
-  try {
-    // Request permission first
-    const permissionStatus = await Geolocation.requestPermissions();
-    
-    if (permissionStatus.location === 'granted') {
-      // Get current position
-      const position = await Geolocation.getCurrentPosition({
-        timeout: 10000,
-        enableHighAccuracy: false
-      });
-      
-      // Use NativeGeocoder to reverse geocode the coordinates
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: position.coords.latitude,
-        longitude: position.coords.longitude,
-        useLocale: true,
-        maxResults: 1
-      });
-      
-      if (results.addresses.length > 0) {
-        // Check if the user is in the USA
-        return results.addresses[0].countryCode === 'US';
-      }
-    }
-    
-    // If we couldn't determine location or permission denied, fall back to IP detection
-    return await isUserInUSAByIP();
-  } catch (error) {
-    console.error('Error detecting location:', error);
-    // Fall back to IP detection on error
-    return await isUserInUSAByIP();
-  }
-}
-
-async function isUserInUSAByIP() {
-  try {
-    const response = await fetch('https://ipapi.co/json/');
-    const data = await response.json();
-    return data.country_code === 'US';
-  } catch (error) {
-    console.error('Error detecting IP location:', error);
-    return false; // Default to false to be safe
-  }
-}
-
-export async function determinePaymentMethod() {
-  // Always use Stripe for Android
-  if (Capacitor.getPlatform() !== 'ios') {
-    return 'external';
-  }
-  
-  // Check if user is in the USA
-  const isUSA = await isUserInUSA();
-  return isUSA ? 'external' : 'iap';
-}
-
-export async function processPayment(product, userEmail, userId) {
-  const paymentMethod = await determinePaymentMethod();
-  
-  if (paymentMethod === 'external') {
-    // Use Stripe Payment Links
-    await initiateExternalPayment(userEmail, userId);
-  } else {
-    // Use Apple's In-App Purchase
-    await initiateInAppPurchase(product.appleProductId);
-  }
-}
-```
-
-この実装は、ユーザーが物理的にアメリカ合衆国に所在しているかどうかを判断するより正確な方法を提供します。最初にデバイスのGPSとネイティブジオコーダーを使用して国を特定しようとします。それが失敗した場合（権限の問題やその他のエラーにより）、IPベースの検出にフォールバックします。
-
-`info.plist`（iOS）と`AndroidManifest.xml`（Android）ファイルに必要な権限を追加することを忘れないでください：
-
-iOS（`ios/App/App/Info.plist`）の場合：
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>We need your location to determine which payment method to use based on regional availability.</string>
-```
-
-Android（`android/app/src/main/AndroidManifest.xml`）の場合：
-```xml
-<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-```
-
-このアプローチを使用することで、新しいAppleのガイドラインの下で外部決済オプションの対象となるユーザーを判断する最も正確な方法が得られます。
-
-## サブスクリプションの管理
-
-Stripeを支払いに使用する主な利点の1つは、サブスクリプションを提供および管理する機能です。以下は、Capacitorアプリでサブスクリプション管理を処理する方法です：
-
-### 1. サブスクリプション管理ページの作成
-
-ユーザーのアクティブなサブスクリプションを表示するサブスクリプション管理ページをアプリに追加します：
-
-```vue
-<template>
-  <div class="subscription-manager">
-    <div v-if="isLoading" class="loading-indicator">
-      Loading subscription data...
-    </div>
-    
-    <div v-else-if="subscription" class="subscription-info">
-      <h2 class="mb-4 text-xl font-bold">Your Subscription</h2>
-      
-      <div class="mb-6 plan-details">
-        <p><span class="font-medium">Plan:</span> {{ subscription.planName }}</p>
-        <p><span class="font-medium">Status:</span> {{ subscription.status }}</p>
-        <p><span class="font-medium">Renews:</span> {{ formatDate(subscription.currentPeriodEnd) }}</p>
-      </div>
-      
-      <button 
-        @click="manageSubscription" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        Manage Subscription
-      </button>
-    </div>
-    
-    <div v-else class="no-subscription">
-      <p class="mb-4">You don't have an active subscription.</p>
-      <button 
-        @click="goToPricingPage" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        View Plans
-      </button>
-    </div>
-  </div>
-</template>
-
-<script setup>
-import { ref, onMounted } from 'vue';
-import { getUserSubscription } from '../services/subscription';
-
-const subscription = ref(null);
-const isLoading = ref(true);
-
-onMounted(async () => {
-  try {
-    const userData = await getUserSubscription();
-    subscription.value = userData.subscription;
-  } catch (error) {
-    console.error('Failed to load subscription:', error);
-  } finally {
-    isLoading.value = false;
-  }
-});
-
-function formatDate(timestamp) {
-  return new Date(timestamp * 1000).toLocaleDateString();
-}
-
-function manageSubscription() {
-  // Open Stripe Customer Portal
-  window.open(subscription.value.portalUrl, '_blank');
-}
-
-function goToPricingPage() {
-  // Navigate to pricing page
-  // router.push('/pricing');
-}
-</script>
-```
-
-### 2. サブスクリプション管理のためのカスタマーポータル
-
-Stripeはユーザーがサブスクリプションを管理できるカスタマーポータルを提供しています。サーバーからこのポータルへのリンクを作成できます：
-
-```javascript
-// Server-side code (Node.js)
-const stripe = require('stripe')('sk_your_stripe_secret_key');
-
-async function createPortalSession(customerId) {
-  const session = await stripe.billingPortal.sessions.create({
-    customer: customerId,
-    return_url: 'https://yourdomain.com/account',
-  });
-  
-  return session.url;
-}
-```
-
-## App Storeコンプライアンスの確保
-
-実装がAppleのガイドラインに準拠していることを確認するために：
-
-1. 外部購入に関する適切な開示を含める
-2. アプリを離れることをユーザーに通知するモーダルシート（Appleが要求）を実装する
-3. アプリ内で行われた購入に対するAppleのコミッションを回避しようとしない
-4. 取引についてAppleが責任を負わないことをユーザーに明確に伝える
-
-以下は、必要な開示モーダルを実装する例です：
-
-```typescript
-import { Dialog } from '@capacitor/dialog';
-
-async function showExternalPaymentDisclosure() {
-  const { value } = await Dialog.confirm({
-    title: 'Leaving App for Payment',
-    message: 'You are about to leave this app to make a payment. Apple is not responsible for the privacy or security of payments that are not made through the App Store. All payment-related issues, including refunds, must be handled by our support team.',
-    okButtonTitle: 'Continue',
-    cancelButtonTitle: 'Cancel'
-  });
-  
-  return value;
-}
-
-export async function initiateExternalPayment(userEmail, userId) {
-  const userConfirmed = await showExternalPaymentDisclosure();
-  
-  if (userConfirmed) {
-    await openPaymentLink(userEmail, userId);
-  }
-}
-```
-
-## 実装のテスト
-
-実装をテストするには：
-
-1. アプリで支払いボタンをクリックし、開示を表示してからStripe支払いページを開く
-2. Stripeのテストカード`4242 4242 4242 4242`を使用してテスト支払いを完了する
-3. 支払い後、ユニバーサルリンクを介してアプリに戻されるはずです
-4. WebhookがチェックアウトセッションイベントOKを受信したことを確認する
-
-## 結論
-
-iOSアプリでデジタル商品に外部決済オプションを使用できる機能は、開発者により多くの柔軟性を与える重要な変更です。この変更は現在、米国App Storeのアプリにのみ適用されますが、Appleのアプリ内購入システムに代わる重要な選択肢を提供します。
-
-CapacitorでStripe Payment Linksを使用することで、Appleのガイドラインに準拠しながら、合理化されたチェックアウト体験を素早く実装できます。このアプローチは、Stripeの堅牢な決済インフラストラクチャ、より低い処理手数料（30%ではなく3%）、そしてAppleのアプリ内購入システムと比較してはるかに早い支払い（数ヶ月ではなく数日）という利点も提供します。
-
-これらの取引はAppleのエコシステム外で行われるため、カスタマーサポートと返金の問題はすべて直接処理する必要があることを忘れないでください。
-
-あなたのCapacitorアプリでStripe Payment Linksを実装しましたか？以下のコメントで経験を共有してください！
-
-## よくある質問
-
-**Q: このアプローチはAppleのガイドラインに準拠していますか？**  
-A: はい、2025年5月1日以降、必要な開示を含める限り、米国App Storeで配信されるアプリでデジタル商品やサービスの外部決済方法へのリンクが許可されています。
-
-**Q: 外部決済方法を使用する場合、Appleのコミッションを支払う必要がありますか？**  
-A: いいえ、新しいルールの主な利点の1つは、Appleのシステム外で処理される支払いにはコミッションが適用されないことです。
-
-**Q: これらの新しいルールを利用するには、会社が米国を拠点とする必要がありますか？**  
-A: いいえ、アプリが米国App Storeで利用可能で、購入を行うユーザーが米国に所在している限り、世界中のどの会社でも外部決済方法を実装できます。この規則は、会社の所在地ではなく、マーケットプレイス（米国App Store）とユーザーの所在地に適用されます。これは、ヨーロッパ、アジア、南米、またはその他の地域の開発者が米国のユーザー向けにStripe Payment Linksを実装できることを意味します。
-
-**Q: 米国外のユーザーが外部決済オプションを使用しようとした場合はどうなりますか？**  
-A: （記事で示したように）地域検出を実装して、米国のユーザーにのみ外部決済オプションを提供する必要があります。他の地域では、引き続きAppleのアプリ内購入システムを使用する必要があります。
-
-**Q: 物理的な商品やアプリ外で消費されるサービスにこれを使用できますか？**  
-A: はい、Appleは常に物理的な商品やアプリ外で消費されるサービス（配車サービスやフードデリバリーなど）の外部決済方法を許可してきました。
diff --git a/src/content/blog/ja/ssl-pinning-for-capacitor-apps.md b/src/content/blog/ja/ssl-pinning-for-capacitor-apps.md
deleted file mode 100644
index c7cdebe74..000000000
--- a/src/content/blog/ja/ssl-pinning-for-capacitor-apps.md
+++ /dev/null
@@ -1,393 +0,0 @@
----
-slug: ssl-pinning-for-capacitor-apps
-title: CapacitorアプリのSSLピンニング
-description: CapacitorアプリにSSLピンニングを実装して、セキュリティを強化し、MITM攻撃から保護し、アプリストアのガイドラインに準拠します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-11T22:40:35.604Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682117615e3fe4823b5f0a24-1747003294262.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  SSL pinning, Capacitor apps, security, MITM attacks, certificate management,
-  app store compliance, mobile development
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**SSLピンニングは、アプリ内でサーバ証明書を直接確認することで中間者攻撃（MITM）などのセキュリティ脅威からアプリを保護します。** これがないと、攻撃者が敏感なデータを傍受したり、通信を操作したりする可能性があります。なぜ重要なのか、そして効果的に実装する方法は次のとおりです。
-
-### SSLピンニングが重要な理由：
-
--   **MITM攻撃を防ぐ:** APIコールの傍受を阻止します。
--   **セキュリティを強化する:** サーバ証明書を既知の値と照合します。
--   **アプリストアの要件を満たす:** AppleおよびGoogleのセキュリティ基準に準拠するのに役立ちます。
--   **ユーザートラストを構築する:** 通信中にユーザーデータを安全に保ちます。
-
-### SSLピンニングを実装するための主なステップ：
-
-1.  **適切なプラグインを選択:** iOSとAndroidの互換性を確認します。
-2.  **アプリを構成する:** アプリの設定に証明書データを埋め込みます。
-3.  **プラットフォーム固有の設定:**
-    -   **Android:** `network_security_config.xml`を使用して証明書のピンを定義します。
-    -   **iOS:** `Info.plist`を調整し、ランタイム中に証明書を検証します。
-4.  **設定をテストする:** [Charles Proxy](https://www.charlesproxy.com/)などのツールを使用して攻撃をシミュレートし、セキュリティを確認します。
-5.  **証明書を管理する:** 定期的に証明書を更新し、バックアップを含めてダウンタイムを避けます。
-
-### 簡易比較: Android vs. iOS SSLピンニング
-
-| 機能 | Android | iOS |
-| --- | --- | --- |
-| 構成ファイル | `network_security_config.xml` | `Info.plist` |
-| 証明書の場所 | `res/raw`ディレクトリ | アプリバンドル |
-| 検証方法 | XMLベースの構成 | ATSおよびランタイム検証 |
-| 更新プロセス | 手動または自動 | 手動または自動 |
-
-**プロのヒント:** [Capgo](https://capgo.app/)のようなツールを使って証明書の更新を自動化することで、アプリの再構築なしにスムーズで安全な移行を確保できます。これによりサービスの中断を防ぎ、アプリストアガイドラインへの準拠を維持します。
-
-SSLピンニングは、API通信を保護しユーザーデータを守るために、あらゆる[Capacitor](https://capacitorjs.com/)アプリに欠かせません。今日から実装を開始して、アプリのセキュリティを高めましょう。
-
-## TLS/SSL証明書ピンニングの説明
-
-<iframe src="https://www.youtube.com/embed/3coPpYJgFro" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## セットアップ要件
-
-[Capacitorアプリ](https://capgo.app/plugins/ivs-player/)でSSLピンニングを構成するには、慎重な計画と正確な設定が必要です。証明書ピンニングを効果的に実施するために知っておくべきことは次のとおりです。
-
-### 適切なSSLピンニングプラグインの選択
-
-最初のステップは、iOSとAndroidの両方でうまく機能し、強力なセキュリティ機能を提供するプラグインを選択することです。プラグインを比較する際は、次の要素を考慮してください：
-
--   **プラットフォームの互換性**：プラグインがiOSとAndroidデバイスの両方で適切に機能することを確認します。
--   **証明書管理**：証明書の処理を簡素化するプラグインを選択します。
--   **簡単な更新**：アプリの完全な再構築を必要とせずに証明書を更新できるプラグインを探します。
--   **パフォーマンスの考慮**：プラグインがアプリの速度や応答性に与える影響を評価します。
-
-### あなたの[Capacitor](https://capacitorjs.com/)アプリを構成する
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682117615e3fe4823b5f0a24/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-プラグインを選択したら、次のステップはSSLピンニングを有効にするためにCapacitorアプリを設定することです。構成の例は次のようになります：
-
-```typescript
-// Example: capacitor.config.ts
-{
-  appId: 'com.example.app',
-  plugins: {
-    SSLPinning: {
-      certs: ['cert1', 'cert2'],
-      validateCertificates: true,
-      allowBackup: false
-    }
-  }
-}
-```
-
-これらの変更を徐々に展開し、ユーザーにとってスムーズな移行を確保することをお勧めします。一般的な構成を設定した後、AndroidとiOSのプラットフォーム特有の調整に進み、実装を完了させます。
-
-## プラットフォーム特有の設定
-
-SSLピンニングを設定するには、MITM攻撃から効果的に守るためにAndroidとiOS向けに特化した構成が必要です。
-
-### Androidの実装
-
-Androidでは、SSLピンニングにはネットワークセキュリティ構成の設定と証明書の管理が含まれます。次のように行います：
-
--   **ネットワークセキュリティ構成を作成する**
-    
-    Androidプロジェクトの`res/xml`ディレクトリに`network_security_config.xml`というファイルを作成します：
-    
-    ```xml
-    <?xml version="1.0" encoding="utf-8"?>
-    <network-security-config>
-        <domain-config>
-            <domain includeSubdomains="true">api.example.com</domain>
-            <pin-set>
-                <pin digest="SHA-256">your_certificate_hash</pin>
-                <!-- Backup pin -->
-                <pin digest="SHA-256">backup_certificate_hash</pin>
-            </pin-set>
-        </domain-config>
-    </network-security-config>
-    ```
-    
--   **AndroidManifest.xmlファイルを更新する**
-    
-    新しく作成したネットワークセキュリティ構成を`AndroidManifest.xml`ファイルに参照します：
-    
-    ```xml
-    <application
-        android:networkSecurityConfig="@xml/network_security_config"
-        ...>
-    ```
-    
--   **証明書ファイルを追加する**
-    
-    必要な証明書ファイル（`.cer`または`.pem`）をAndroidプロジェクトの`res/raw`ディレクトリに保存します。
-    
-
-### iOSの実装
-
-iOSでは、SSLピンニングはApp Transport Security（ATS）の設定を変更し、ランタイムでの証明書検証を実施することで構成されます。次のステップに従います：
-
--   **Info.plistでATSを設定する**
-    
-    アプリの`Info.plist`ファイルに以下の構成を追加します：
-    
-    ```xml
-    <key>NSAppTransportSecurity</key>
-    <dict>
-        <key>NSAllowsArbitraryLoads</key>
-        <false/>
-        <key>NSExceptionDomains</key>
-        <dict>
-            <key>api.example.com</key>
-            <dict>
-                <key>NSIncludesSubdomains</key>
-                <true/>
-                <key>NSPinnedDomains</key>
-                <true/>
-            </dict>
-        </dict>
-    </dict>
-    ```
-    
--   **コードでSSLピンニングを初期化する**
-    
-    アプリ初期化中にSSLピンニングを有効にするために、以下のコードスニペットを使用します：
-    
-    ```typescript
-    import { HTTP } from '@ionic-native/http/ngx';
-    
-    export class AppComponent {
-      constructor(private http: HTTP) {
-        this.initializeSSLPinning();
-      }
-    
-      async initializeSSLPinning() {
-        try {
-          await this.http.setSSLCertMode('pinned');
-          console.log('SSL Pinning initialized successfully');
-        } catch (error) {
-          console.error('SSL Pinning initialization failed:', error);
-        }
-      }
-    }
-    ```
-    
-
-### AndroidとiOSの実装の比較
-
-SSLピンニングがAndroidとiOSでどのように異なるかの簡易比較は次のとおりです：
-
-| 機能 | Android | iOS |
-| --- | --- | --- |
-| 構成ファイル | `network_security_config.xml` | `Info.plist` |
-| 証明書の場所 | `res/raw`ディレクトリ | アプリバンドル |
-| 検証方法 | XML構成 | ATSおよびランタイム検証 |
-| プラグインサポート | ネイティブ + カスタムプラグイン | ネイティブ + カスタムプラグイン |
-
-次に、テスト戦略と一般的な間違いに焦点を当て、SSLピンニングの設定が信頼性が高く安全であることを保証する方法を説明します。
-
-## テストと修正
-
-SSLピンニング設定をテストすることは、Man-In-The-Middle（MITM）攻撃を防ぐために重要です。実装が安全であることを確認し、一般的な問題をトラブルシューティングする方法は次のとおりです。
-
-### MITM攻撃テスト
-
-Charles Proxyのようなプロキシツールを使用してMITM攻撃をシミュレートし、SSLピンニング設定を確認できます。
-
-**Charles Proxy テスト**
-
-Charles Proxyを使ったテスト手順は次のとおりです：
-
-1.  デバイスにCharlesルート証明書をインストールします。
-2.  Charlesの設定でSSLプロキシングを有効にします。
-3.  SSLプロキシングリストにAPIドメインを追加します。
-4.  デバイスをCharlesプロキシ経由でトラフィックをルートするように設定します。
-
-SSLピンニングが正しく実装されている場合、テスト中にアプリケーションログに証明書検証エラーが表示されるはずです。
-
-**ネットワーク構成テスト**
-
-ピン留めされた証明書で接続を検証する以下のコードスニペットを使用します：
-
-```typescript
-// Validate pinned certificate connection
-try {
-    const response = await Http.get({
-        url: 'https://api.example.com/test',
-        headers: { 'Content-Type': 'application/json' }
-    });
-    console.log('Connection successful');
-} catch (error) {
-    console.error('Certificate validation failed:', error);
-}
-```
-
-### 一般的なエラー解決策
-
-一般的なSSLピンニングの問題とその対策は次のとおりです：
-
-| **エラータイプ** | **一般的な原因** | **解決策** |
-| --- | --- | --- |
-| 証明書の不一致 | 構成のハッシュが不正 | [OpenSSL](https://www.openssl.org/)を使用して証明書のハッシュを確認します。 |
-| パスの問題 | 不正な証明書の場所 | プラットフォーム特有の証明書パスを確認します。 |
-| 形式の問題 | 無効な証明書形式 | 証明書を正しい形式（例：PEMまたはDER）に変換します。 |
-| ネットワークタイムアウト | 不正なピンニング構成 | ネットワークセキュリティ設定を確認します。 |
-
-**証明書ハッシュの検証**
-
-証明書のハッシュが構成と一致することを確認するために、次のOpenSSLコマンドを使用します：
-
-```bash
-# Generate the correct certificate hash
-openssl x509 -in certificate.pem -pubkey -noout | \
-openssl rsa -pubin -outform der | \
-openssl dgst -sha256 -binary | base64
-```
-
-エラーを修正した後は、証明書更新プロセスが正しく機能していることを確認します。
-
-### 証明書更新テスト
-
-サービスダウンタイムを防ぐために、構成に主要な証明書とバックアップ証明書の両方を含めてください。
-
-**更新テストプロセス**
-
-証明書ローテーションをテストする方法の例は次のとおりです：
-
-```typescript
-// Rotate certificates
-const certificates = {
-    current: 'sha256/current_certificate_hash',
-    backup: 'sha256/backup_certificate_hash'
-};
-
-// Test both certificates
-async function validateCertificates() {
-    try {
-        await testConnection(certificates.current);
-        console.log('Primary certificate valid');
-    } catch {
-        try {
-            await testConnection(certificates.backup);
-            console.log('Backup certificate valid');
-        } catch {
-            console.error('All certificates invalid');
-        }
-    }
-}
-```
-
-**証明書の有効期限を監視する**
-
-中断を避けるために証明書の有効期限を定期的にチェックします：
-
-```bash
-# Check certificate expiration date
-openssl x509 -enddate -noout -in certificate.pem
-```
-
-最後に、安定したWiFi、モバイルデータ、オフラインシナリオ、ネットワーク遷移を含む様々な条件下で設定をテストして、堅牢なセキュリティと機能性を確保してください。
-
-## SSLピンニング管理
-
-SSLピンニングの設定が整ったら、次のステップは証明書とキーのピンニングを管理し、長期的に強力なセキュリティを維持することです。
-
-### 証明書ピンニングとキーのピンニング
-
-SSLピンニングには、証明書ピンニングと公開鍵ピンニングの2つの主要なアプローチがあります。どちらにも強みがありますが、特に[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)においては次のような違いがあります：
-
-| 機能 | 証明書ピンニング | 公開鍵ピンニング |
-| --- | --- | --- |
-| **セキュリティレベル** | 高 - 全体の証明書をピン留め   | 非常に高 - 公開鍵のみをピン留め |
-| **メンテナンス** | 更新時に毎回必要 | 更新は少なく、更新を耐える |
-| **実装** | 実装が容易 | 初期設定がより複雑 |
-| **ストレージへの影響** | 大きなストレージフットプリント | 最小限のストレージ要件 |
-| **更新頻度** | 各証明書の更新時 | 公開鍵が変更された時のみ |
-
-この内訳は、どの方法がアプリの長期的なメンテナンス戦略に最も合致するかを決定するのに役立ちます。
-
-### 証明書の自動更新
-
-証明書を更新し続けることは、API通信を保護するために重要です。Capgoはこれらの更新を自動化することで、アプリストアへの再提出の必要を排除する簡素化されたソリューションを提供します。以下のような機能があります：
-
--   **迅速な採用率:** 更新は段階的に行われ、追跡され、24時間以内に95%の採用率を達成します [\[1\]](https://capgo.app)。
--   **暗号化された配信:** 更新はエンドツーエンドで完全に暗号化されています。
--   **リアルタイムのモニタリング:** 分析が更新の成功に関する洞察を提供します。
-
-**実装する方法:**
-
--   **自動更新のセットアップ**  
-    CapgoのCI/CDパイプラインを統合して、証明書の更新を自動的に処理します。このセットアップには一度の費用$2,600がかかります [\[1\]](https://capgo.app)。
-    
--   **証明書メトリックの追跡**  
-    Capgoの分析ダッシュボードを使用して、更新の成功率などの重要なメトリックを監視します。現在の成功率は82%です [\[1\]](https://capgo.app)。
-    
-
-これらの手段は、潜在的なMITM（中間者攻撃）からアプリを守るのに役立ちます。
-
-### アプリストアのセキュリティガイドライン
-
-Apple App StoreとGoogle Play Storeは、SSLピニングに対して厳格なセキュリティ要件を課しています。以下は、それぞれの期待事項の簡単な概要です。
-
-**Apple App Store:**
-
-1. 証明書は、エンドツーエンドの暗号化を使用して更新する必要があります。
-2. 証明書の適切な検証が義務付けられています。
-3. レビュープロセス中にセキュリティ文書が必要です。
-
-**Google Play Store:**
-
-1. 更新は承認されたメカニズムを使用する必要があります。
-2. 証明書管理の透明性が不可欠です。
-3. フォールバックメカニズムを用意する必要があります。
-
-Capgoのソリューションは、これらの要件すべてを満たしつつ、即時更新を可能にします [\[1\]](https://capgo.app)。堅牢なセキュリティアプローチを考える際には、従来のアプリストアの更新とCapgoを通じたライブ更新を組み合わせることを検討してください。このハイブリッド戦略は、アプリを安全且つ遵守させ、余計な遅延を避けることを保証します。
-
-## 結論
-
-MITM攻撃からCapacitorアプリを守るためには、SSLピニングの実装が不可欠です。信頼できる証明書データをアプリに直接埋め込むことで、API通信のセキュリティを大幅に強化できます。
-
-成功裏に実装するためには、以下の重要な側面を考慮してください：
-
-1. **証明書管理：** サービスの中断を防ぐために、定期的に証明書を更新し監視することを優先事項にしてください。
-2. **開発ワークフロー：** 本番ビルドのための厳格なセキュリティプロトコルを維持しながら、テスト環境のためのバイパスメカニズムを組み込んでください。
-3. **プラットフォームガイドライン：** Apple App StoreとGoogle Play Storeの両方のセキュリティ要件に従って、コンプライアンスを確保してください。
-
-SSLピニングはユーザーデータを保護し、アプリの整合性を維持する上で重要な役割を果たします。以前に議論した広範なセキュリティ対策と組み合わせることで、より安全なアプリ環境を作り出すのに役立ちます。
-
-## よくある質問 (FAQs)
-
-:::faq
-### CapacitorアプリでSSLピニングが使用されていない場合、どのようなリスクが発生する可能性がありますか？
-
-CapacitorアプリでSSLピニングが適切に設定されていない場合、そのアプリは**中間者攻撃（MITM攻撃）**の標的になりやすくなります。これらの攻撃では、悪意のある第三者がアプリとそのサーバー間を流れるデータを傍受し、改ざんすることができます。これにより、ユーザーの認証情報や[APIキー](https://capgo.app/docs/webapp/api-keys/)のような機密情報が漏洩する可能性があります。
-
-さらに、SSLピニングがなければ、攻撃者は偽造または侵害された証明書を使用して、信頼されるサーバーを装うことができます。これによりデータ侵害のリスクが高まります。SSLピニングを実装することで、安全な通信を確保し、これらのリスクからユーザーを保護できます。
-:::
-
-:::faq
-### CapacitorアプリにおけるAndroidとiOSでのSSLピニングの実装と維持における主な違いは何ですか？
-
-SSLピニングは、AndroidとiOSで少し異なる方法で機能します。これは、それぞれのユニークなAPIとセキュリティ設定によるものです。
-
-**Android**では、開発者は通常、OkHttpのようなネットワークライブラリに依存するか、ネイティブ設定を使用してSSLピニングを設定します。ただし、ピン留めされた証明書を更新する必要がある場合、それは通常、新しいバージョンのアプリをリリースすることを意味します。
-
-**iOS**では、SSLピニングは通常、URLSessionを通じて管理されるか、サードパーティライブラリの助けを借ります。Androidと同様に、証明書の更新は慎重に管理される必要があり、API通信が破損しないようにする必要があります。
-
-両プラットフォームでは、API接続を安全に保つために、証明書の有効期限と更新に常に注意を払う必要があります。互換性の問題を早期に発見し、**中間者攻撃（MITM攻撃）**から保護するために、定期的なテストが不可欠です。
-:::
-
-:::faq
-### SSL証明書の更新を自動化し、Capacitorアプリがアプリストアのセキュリティ要件に準拠しますか？
-
-この記事では、SSL証明書の更新を自動化するツールや戦略、またはアプリストアのセキュリティガイドラインへの準拠を確保するための手順に深く踏み込んでいませんが、アプリのセキュリティを強化するために講じることができるステップがあります。一つの効果的な対策は、Capacitorアプリに**SSLピニング**を実装することです。これにより、機密データが侵害される可能性がある**中間者攻撃（MITM攻撃）**からアプリを保護できます。
-
-ライブ更新を管理し、アプリのメンテナンスを簡素化するために、**Capgo**のようなプラットフォームは非常に有効です。これにより、アプリストアの規制に従いながら更新を展開しやすくなり、開発者とユーザーの両方にとってよりスムーズな体験を保証します。
-:::
diff --git a/src/content/blog/ja/staged-rollouts-vs-full-releases-comparison.md b/src/content/blog/ja/staged-rollouts-vs-full-releases-comparison.md
deleted file mode 100644
index 2a7981bf7..000000000
--- a/src/content/blog/ja/staged-rollouts-vs-full-releases-comparison.md
+++ /dev/null
@@ -1,302 +0,0 @@
----
-slug: staged-rollouts-vs-full-releases-comparison
-title: ロールアウトの段階的展開 vs 完全リリース：比較
-description: 段階的リリースとフルリリースの違いを確認し、アプリのニーズとユーザーベースに最適なアップデート戦略を決定しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T02:25:03.907Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e8a654283d21cbd67ab720-1743301515130.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  staged rollouts, full releases, app updates, risk management, deployment
-  strategies, user feedback
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**ステージドロールアウト**と**フルリリース**の選択は、アプリのニーズ、ユーザーベース、更新の緊急性によって異なります。簡単な内訳は以下の通りです：
-
--   **ステージドロールアウト**：更新は小規模なユーザーグループに段階的にリリースされ、制御されたテスト、リスク管理、フィードバック収集が可能です。
--   **フルリリース**：更新はすべてのユーザーに一度にデプロイされ、重要な修正や時間的制約のある更新に適しています。
-
-### クイック比較
-
-| 側面 | ステージドロールアウト | フルリリース |
-| --- | --- | --- |
-| **リスクレベル** | 低（初期の露出が限定的） | 高（全ユーザーに同時に影響） |
-| **デプロイメント速度** | 時間をかけて段階的に | 全ユーザーに即時 |
-| **ユーザーフィードバック** | 小グループからの段階的な収集 | 全ユーザーからの即時フィードバック |
-| **ロールバック** | 選択的で迅速 | 全体的だが遅い |
-| **サーバー負荷** | バランスが取れている | リリース時に高負荷 |
-| **ユースケース** | 新機能のテスト、リスク管理 | 重要な修正、緊急更新 |
-
-### 各手法の使用タイミング
-
--   **ステージドロールアウト**：[複雑な更新](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)、大規模なユーザーベース、またはリスクの最小化が優先される場合に最適。
--   **フルリリース**：緊急のバグ修正、セキュリティパッチ、または広範な採用が必要な単純な更新に理想的。
-
-**[Capgo](https://capgo.app/)** のようなツールは、リアルタイム分析、即時ロールバック、シームレスなデプロイメントなどの機能を提供し、両方の方法をサポートできます。アプリの目標とインフラストラクチャに合った方法を選択してください。
-
-## カナリアデプロイメント：より安全なリリースの説明
-
-<iframe src="https://www.youtube.com/embed/dRAJVUaV958" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## ステージドロールアウトの説明
-
-ステージドロールアウトは、特定のユーザーグループに段階的に更新をリリースする方法です。このメソッドはリスクを管理し、スムーズな更新を確保するのに役立ちます。
-
-### ステージドロールアウトの主な特徴
-
-ステージドロールアウトの焦点は、制御された配布とリスク削減にあります。Capgoのチャネルシステムのようなツールを使用すると、開発者は選択したユーザーグループに異なるアプリバージョンを提供できます。
-
-| 機能 | 目的 | 利点 |
-| --- | --- | --- |
-| **ユーザーセグメンテーション** | ユーザーを小さなセグメントにグループ化 | 制御されたテスト環境を作成 |
-| **バージョン管理** | 複数のアプリバージョンを管理 | すべてのユーザーの安定性を確保 |
-| **リアルタイム分析** | 更新のパフォーマンスを追跡 | 問題を素早く特定して修正 |
-| **即時ロールバック** | 以前のバージョンに戻す | エラーの影響を軽減 |
-
-### ステージドロールアウトの一般的な方法
-
-これらの機能は、主に2つのアプローチで適用されます：
-
--   **パーセンテージベースのデプロイメント**：少数のユーザーから開始し、パフォーマンスデータに基づいて段階的にロールアウトを増やす。
--   **チャネルベースの配布**：ベータや本番環境などのチャネルにユーザーを分割し、より広範なリリース前に更新をテストしてフィードバックを収集。
-
-### ステージドロールアウトの長所と短所
-
-| 利点 | 欠点 |
-| --- | --- |
-| バグの早期発見 | 全体的なロールアウトが遅い |
-| リスクの効果的な管理 | 監視がより複雑 |
-| 特定のユーザーフィードバックの取得 | 複数のバージョンがユーザーを混乱させる可能性 |
-| バックグラウンドでの更新 | より多くのリソースが必要 |
-| 容易なロールバックオプション | 初期設定が難しい場合がある |
-
-ステージドロールアウトを効果的に実装するために、Capgoのようなツールは成功とユーザーエンゲージメントを監視するためのリアルタイム分析を提供します[\[1\]](https://capgo.app/) 。
-
-## フルリリースの説明
-
-フルリリースは、すべてのユーザーを同時に更新する方法で、ステージドロールアウトと比較してより伝統的なアプローチです。高速な更新サイクルにおいてリスクを管理しながら、スムーズなユーザーエクスペリエンスを確保する重要な役割を果たします。
-
-### フルリリースの主な特徴
-
-最近の改良により、フルリリースはより効率的で信頼性が高くなり、すべてのユーザーに一貫した体験を提供します。
-
-| 機能 | 説明 | 影響 |
-| --- | --- | --- |
-| **即時配布** | 更新が全員に一度に到達 | バージョンの一貫性を保持 |
-| **統一された体験** | すべてのユーザーが同じ機能を取得 | サポートプロセスを簡素化 |
-| **[自動更新](https://capgo.app/docs/plugin/cloud-mode/auto-update/)** | 更新はバックグラウンドで発生 | 中断を削減 |
-| **直接デプロイメント** | アプリストアのレビュー遅延を回避 | リリースタイムラインを短縮 |
-
-従来のフルリリースと最新の方法を比較してみましょう。
-
-### 旧vs新フルリリース方法
-
-古いフルリリース方法は、数週間のアプリストアレビューに依存していました。しかし、最新の方法では、開発者が更新を直接ユーザーにプッシュでき、より迅速な修正と機能のロールアウトが可能です。
-
-| 側面 | 従来の方法 | 最新の方法 |
-| --- | --- | --- |
-| **更新速度** | アプリストア承認に数週間 | 即時デプロイメント |
-| **成功の追跡** | 限られた洞察 | リアルタイム分析 |
-| **ユーザー体験** | ユーザーによる手動更新 | [自動バックグラウンド更新](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-| **リリース管理** | 基本的なバージョン管理 | 高度なリリースコントロール |
-
-> "もう待つ必要はありません！アプリストアの遅延なしでライブコードの変更を直接ユーザーにプッシュできます。重要な修正や機能を準備ができ次第デプロイしましょう。" - Capgo [\[1\]](https://capgo.app/)
-
-最新のアプローチは、フルリリースの管理方法を再形成し、より優れた速度とコントロールを提供しています。
-
-### フルリリースの長所と短所
-
-| 利点 | 欠点 |
-| --- | --- |
-| 全ユーザーによる即時採用 | 問題が発生した場合のリスクが高い |
-| 簡素化されたバージョン管理 | 段階的なテストフェーズがない |
-| 全員に一貫した体験 | すべてのユーザーが同時に影響を受ける |
-| サポートとドキュメント化が容易 | ロールバックオプションが限定的 |
-| より速いデプロイメントプロセス | サーバー負荷のスパイクの可能性 |
-
-Capgoは、更新の世界的な成功率が82%で、世界中での平均APIレスポンスタイムが57msであると報告しています[\[1\]](https://capgo.app/) 。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーにおいて重要な役割を果たしています！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## 直接比較：ステージドvsフルリリース
-
-アプリのパフォーマンスとユーザーエクスペリエンスに直接影響を与える要因に焦点を当てて、ステージドロールアウトとフルリリースを比較してみましょう。
-
-| 側面 | ステージドロールアウト | フルリリース |
-| --- | --- | --- |
-| リスクレベル | 低い – 初期は一部のユーザーに限定された露出 | 高い – 更新が全ユーザーに一度にプッシュされる |
-| デプロイメント速度 | 95%のユーザーカバレッジまで24時間 [\[1\]](https://capgo.app/) | ユーザーベース全体に即時 |
-| 更新成功率 | 82%のグローバル成功率 [\[1\]](https://capgo.app/) | インフラストラクチャの能力に大きく依存 |
-| コスト効率 | 時間とともにより経済的 | 初期コストは低いが、問題が発生した場合の修正コストが高い |
-| ユーザーフィードバックループ | 段階的なフィードバック収集 | 全ユーザーからの即時フィードバック |
-| ロールバック機能 | 即時、選択的なロールバックが可能 [\[1\]](https://capgo.app/) | ロールバック時に全ユーザーに影響 |
-| リソース要件 | バランスの取れたサーバー負荷 | インフラストラクチャの過負荷のリスク |
-| バージョン管理 | 複数のバージョンが共存可能 | 単一バージョンが普遍的にデプロイ |
-
-各アプローチには、速度、コスト、リスクに関する独自のトレードオフがあります。例えば、ステージドロールアウトは選択的なロールバックと段階的なフィードバック収集を可能にし、更新のテストにより安全なオプションとなります。一方、フルリリースは高速ですが、広範な問題を避けるために堅固なインフラストラクチャと厳密なプリリーステストが必要です。
-
-主な違いは_リスク管理_にあります。ステージドロールアウトでは、開発者は全ユーザーベースに拡大する前に小規模でパフォーマンスを監視できます。フルリリースは高速ですが、全ユーザーにわたる潜在的な課題に対処するための十分な準備が必要です。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーにおいて重要な役割を果たしています！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-デプロイメントプラットフォームの進歩により、両方の方法が改善されています。ステージドロールアウトには即時ロールバックや詳細な分析などの機能が含まれるようになり、フルリリースはより良いエラー追跡と自動化されたデプロイメントツールの恩恵を受けています。これらの改善により、両方の戦略がより信頼性の高いものとなり、開発者はアプリのニーズ、複雑さ、オーディエンスに基づいて選択できるようになっています。
-
-## リリース方法の選択
-
-アプリの目標、オーディエンス、ワークフローに合ったリリース方法を選択してください。以下に、ステージドロールアウトとフルリリースの間で選択する際の主要なシナリオと要因を示します。
-
-### ステージドロールアウトを使用する場合
-
-ステージドロールアウトは、複雑な機能やリスク管理が最優先される更新のリリースに適しています。以下の場合にこの方法が理想的です：
-
--   小規模なユーザーグループで新機能をテストする
--   更新のパフォーマンスとユーザーエンゲージメントをリアルタイムで追跡する
--   問題が発生した場合に迅速にロールバックする
--   特定のユーザーグループとのベータテストを通じて早期フィードバックを収集する
-
-### フルリリースを
-
-| 要因 | ステージドロールアウト | フルリリース |
-| --- | --- | --- |
-| 更新の緊急性 | 優先度の低い更新 | 重要または時間的制約のある更新 |
-| リスク許容度 | リスク許容度が低い | より高いリスク許容度が必要 |
-| モニタリングの必要性 | 詳細な分析が必要 | 限定的なモニタリングで十分 |
-| リソース要件 | 適度なサーバー負荷 | 初期インフラ需要が高い |
-| ロールバックオプション | 即時、対象を絞ったロールバック | 全体的なロールバックのみ |
-
-チームのプロセスと利用可能なツールに合わせて選択する必要があります。Capgoのようなプラットフォームは、高度な更新配信チャネルと分析を提供することで、両方の方法をサポートできます[\[1\]](https://capgo.app/) 。実施前に、システムの準備が整っていることを確認し、ユーザーへの影響を評価し、リリースを効果的に管理するために必要なツールがあることを確認してください。
-
-## リリース方法の実装ガイド
-
-効果的な更新のリリースには、慎重な計画と適切なツールが必要です。ステージドロールアウトとフルリリースの両方を管理するためのガイドです。
-
-### ステージドロールアウトのステップ
-
-段階的なアプローチには以下のステップを従ってください：
-
--   **準備フェーズ**: ユーザーセグメントを特定し、成功指標を定義します。クラッシュ率、エンゲージメント、機能採用などのKPIを追跡するための分析を設定します。
--   **初期リリース**: 小規模なテストグループに更新をリリースし、最小限の影響で潜在的な問題を発見します。24時間ロールアウトを監視します。
--   **段階的な拡大**: すべてのユーザーが更新を利用できるようになるまで、ロールアウトを徐々に拡大します。
-
-より迅速な全体的な展開が必要な場合は、フルリリースが適している場合があります。
-
-### フルリリースのステップ
-
--   ステージング環境で徹底的なQAを実施します。
--   システム全体のバックアップを作成します。
--   すべてのユーザーに更新を展開します。
--   リリース後24時間重要な指標を監視します。
--   アプリ内メッセージングを使用してユーザーに更新を通知します。
-
-スムーズな展開を確実にするために、一般的な間違いを避けることが重要です。
-
-### 避けるべき一般的な間違い
-
-| 間違い | 影響 | 防止戦略 |
-| --- | --- | --- |
-| 不十分なテスト | クラッシュ率の増加 | リリース前に専用のテストチャネルを使用 |
-| 不適切なタイミング | ユーザーの混乱 | 使用率の低い時間帯に更新をスケジュール |
-| ロールバック計画の欠如 | 長時間のダウンタイム | 自動ロールバックトリガーを設定 |
-| 不適切なモニタリング | 問題検出の遅延 | リアルタイムの分析とアラートを設定 |
-
-### スムーズな展開のための追加のヒント
-
--   **テスト環境のセットアップ**: テスト環境は本番環境に近いものである必要があります。Capgoのチャネルシステムは、ベータテストとステージドロールアウトを容易にします[\[1\]](https://capgo.app/) 。
--   **ロールバックの準備**: 常にロールバック計画を用意しておきましょう。Capgoなどの最新のプラットフォームは、問題が発生した場合に前のバージョンに戻すための即時ロールバック機能を提供しています[\[1\]](https://capgo.app/) 。
--   **統合要件**: 適切なCI/CDパイプラインの統合を確保します。セットアップには初期コスト（Capgoは$2,600）がかかる場合がありますが[\[1\]](https://capgo.app/)、この投資は長期的に展開リスクを最小化し、手動エラーを減らします。
-
-## [Capgo](https://capgo.app/)のリリース管理機能
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e8a654283d21cbd67ab720/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-Capgoは、効果的なリリース戦略を基に、ステージドおよびフルリリースプロセスを簡素化し改善するように設計されたツールを提供します。
-
-### Capgoのステージドリリースツール
-
-Capgoのチャネルシステムにより、ステージドロールアウトを正確にコントロールし、高い更新成功率を確保できます[\[1\]](https://capgo.app/) 。
-
-Capgoがステージドリリースで提供する機能：
-
-| 機能 | 機能 | 利点 |
-| --- | --- | --- |
-| **ユーザーターゲティング** | 段階的更新のためのユーザーセグメント化 | 特定のグループでの更新テスト |
-| **リアルタイム分析** | 更新成功率の追跡 | 問題の迅速な特定と解決 |
-| **即時ロールバック** | ワンクリックでバージョンを元に戻す | 問題発生時のダウンタイム削減 |
-| **ベータチャネル** | 専用テスト環境 | 早期のバグ発見 |
-
-### Capgoのフルリリースツール
-
-Capgoは、グローバルCDN、バックグラウンド更新、シームレスなCI/CD統合を使用して、フルリリースを高速かつ安全に実現します。このプラットフォームは5MBのバンドルを114msで配信し、平均APIレスポンスタイムは57msです[\[1\]](https://capgo.app/) 。
-
-フルリリースの主な機能：
-
--   **エンドツーエンドの暗号化**
--   **バックグラウンド更新**
--   **部分更新のサポート**
--   **CI/CD統合**
-
-これらの機能により、あらゆる規模のアプリで信頼性の高い効率的な展開が可能になります。
-
-### 市場ポジション
-
-Capgoのツールは、他のプラットフォームと比較して顕著なコスト削減を提供しながら、更新パフォーマンスを向上させます。これまでにCapgoは750の本番アプリに対して2,350万回の更新を配信しています[\[1\]](https://capgo.app/) 。
-
-競合他社との比較：
-
-| サービス | セットアップコスト | 月間運用コスト |
-| --- | --- | --- |
-| **Capgo** | $2,600（一回限り） | 約$300 |
-| **[Appflow](https://ionic.io/appflow)** | なし | $500（年間$6,000） |
-
-> "Capgoは、ホットコードプッシュを賢く行う方法です（@Appflowのような世界中のお金をかけずに）:-)" – NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-Capgoに切り替えた多くの組織は、展開の品質を損なうことなくコストを削減できたと報告しています。更新に単なる署名だけを行う競合他社と異なり、真のエンドツーエンドの暗号化を使用していることが特徴です[\[1\]](https://capgo.app/) 。
-
-## まとめと次のステップ
-
-更新の速度とリスク管理のバランスを取ることは、効果的なアプリリリースに不可欠です。
-
-### 主要ポイントの復習
-
-2つの主要なリリース方法の概要：
-
-| リリース方法 | 最適な用途 | 主な利点 | 主な課題 |
-| --- | --- | --- | --- |
-| **ステージドロールアウト** | 大規模ユーザーベース、複雑な機能 | リスク軽減、対象を絞ったテストが可能 | 完全展開までに時間がかかる |
-| **フルリリース** | 重要な修正、小規模な更新 | 迅速な展開、追跡が容易 | リスク露出の増加 |
-
-成功は、アプリのニーズに合った戦略をどれだけ上手く実装できるかにかかっています。以下は、最適なアプローチを決定する方法です。
-
-### 選択の方法
-
-アプリに最適なリリース戦略を決定するために、以下の要因を考慮してください：
-
-1. **アプリの規模を評価する**
-
-5,000人以上のユーザーを持つアプリは、多くの場合ステージドロールアウトが有効です。例えば：
-
-> "5000人以上のユーザーベースに対して、本番環境でCapgo OTA更新をロールアウトしました。運用は非常にスムーズで、ほぼすべてのユーザーがOTAが@Capgoに展開されてから数分以内に更新されています。" [\[1\]](https://capgo.app/)
-
-2. **更新頻度を考慮する**
-
-チームがアジャイル開発を採用している場合、継続的デリバリーが優先される場合が多いです：
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーにおいて重要な役割を果たしています！" [\[1\]](https://capgo.app/)
-
-3. **実装ステップ**
-
-開始するには以下のステップに従ってください：
-
--   `npx @capgo/cli init`を使用して展開セットアップを実行
--   モニタリングと分析システムを導入
--   安全のためにロールバックオプションを有効化
--   進捗を追跡するための明確な成功指標を定義
-
-アプリのニーズに合わせたリリース方法とツールの適切な組み合わせにより、よりスムーズな更新とより良い結果を確保できます。
diff --git a/src/content/blog/ja/staging-ota-updates-best-practices.md b/src/content/blog/ja/staging-ota-updates-best-practices.md
deleted file mode 100644
index a66ad4222..000000000
--- a/src/content/blog/ja/staging-ota-updates-best-practices.md
+++ /dev/null
@@ -1,220 +0,0 @@
----
-slug: staging-ota-updates-best-practices
-title: OTAアップデートのステージング：ベストプラクティス
-description: >-
-  アプリのスムーズな展開とユーザー体験の向上を確保するための、効果的なテストとロールバック戦略を用いたOTAアップデート配信のベストプラクティスを学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T01:20:29.530Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fda45772a40527486bdcbd-1744680128983.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, staging environment, app testing, error tracking, network
-  conditions, phased rollouts, app deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**Over-the-Air (OTA) アップデート**により、開発者はアプリストアの承認なしに直接ユーザーに変更を配信できます。これにより、バグ修正や機能のリリースが迅速化され、**アクティブユーザーの95%が24時間以内にアップデートを受信**できます。ただし、適切なステージング環境がないと、アップデートが失敗してクラッシュや互換性の問題を引き起こす可能性があります。
-
-### ステージング環境が重要な理由
-
-**ステージング環境**は、OTAアップデートを本番環境にリリースする前にテストするのに役立ちます。本番設定を模倣し、アップデートのパフォーマンスを追跡し、迅速なロールバックを可能にします。主な利点は以下の通りです：
-
-- 多様なデバイスとネットワーク条件でのテスト
-- リアルタイムのエラー追跡とモニタリング
-- 小規模なユーザーグループへの制御されたロールアウト
-
-### ステージングが解決する一般的な問題
-
-| **問題** | **影響** | **解決策** |
-| --- | --- | --- |
-| 互換性の問題 | アプリのクラッシュ | 様々なデバイスでテスト |
-| 不均一なパフォーマンス | ユーザーからの苦情 | 段階的なロールアウト |
-| 重大なバグ | 悪いユーザー体験 | エラーモニタリングとロールバック |
-
-### ステージングのクイックセットアップのヒント
-
-1.  **本番設定に合わせる**（サーバー、データベース、統合）。
-2.  **匿名化されたデータを使用**して現実的なテストを行う。
-3.  **CI/CDパイプラインでビルドを自動化**する。
-4.  **フェーズごとにテスト**：アルファ、ベータ、リリース候補チャンネル。
-
-### OTAの成功のためのツール
-
-**[Capgo](https://capgo.app/)** のようなプラットフォームは、暗号化されたアップデート、エラー追跡、ロールバックオプションなどの機能でステージングを簡素化します。**本番環境で750のアプリ**を運用し、**2,350万回のアップデートを配信**して、アップデートの高速性、安全性、信頼性を確保しています。
-
-**重要なポイント**：堅牢なステージング環境により、OTAアップデートがスムーズに行われ、リスクを軽減しユーザー体験を向上させます。
-
-## ステージングと本番環境 - ソフトウェアテスト ...
-
-<iframe src="https://www.youtube.com/embed/HN8D8IHLb9s" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## ステージング環境の構築
-
-本番環境にロールアウトする前にOTAアップデートをテストするために、ステージング環境のセットアップは必須です。
-
-### ステージング環境の主要コンポーネント
-
-本番環境を適切に複製するには、以下のコンポーネントが必要です：
-
-| コンポーネント | 目的 | 実装のヒント |
-| --- | --- | --- |
-| **テストデバイス** | デバイスの多様性を確保 | iOSとAndroidデバイスを混在させる |
-| **ネットワークシミュレータ** | 様々な条件下でテスト | 帯域幅制限とレイテンシーを設定 |
-| **モニタリングツール** | パフォーマンスの問題を追跡 | エラーログと分析ツールを設定 |
-| **バージョン管理** | [アップデートの管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | ステージング用の別ブランチを使用 |
-| **CI/CDパイプライン** | デプロイメントの自動化 | 本番デプロイメントワークフローを複製 |
-
-ステージング環境は本番環境に近い状態を保ちながら、分離されている必要があります。Capgoのようなプラットフォームは、専用のテストチャンネルを提供することで、正確で信頼性の高いテスト条件を可能にします。
-
-### ステージング環境のセットアップ方法
-
-本番環境を反映したステージング環境を作成し維持するには、以下の手順に従ってください：
-
-1.  **環境設定**  
-    サーバー、データベース、サードパーティ統合を含む本番設定に合わせます。
-    
-2.  **データ管理**  
-    テスト用に匿名化された本番データを使用します。このデータを定期的に更新して現実的な状態を保ちます。
-    
-3.  **自動化の統合**  
-    本番環境を反映したCI/CDパイプラインを実装します。例：
-    
-    - ビルドの自動化、統合テストの実行、パフォーマンスのモニタリング、ロールバック機能の有効化。
-
-4.  **[アップデートチャンネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**  
-    テストプロセスを異なるフェーズに分割します：
-    
-    - _アルファチャンネル_：開発者テスト用
-    - _ベータチャンネル_：内部チームテスト用
-    - _リリース候補チャンネル_：最終本番前チェック用
-
-定期的な更新とモニタリングを通じて、ステージング環境を本番環境と同期させます。これにより、早期に問題を発見し、両環境間の相違を防ぐことができます。
-
-## OTAアップデートのテスト方法
-
-### 手動テストと自動テスト
-
-OTAアップデートのテストには、手動と自動の両方のアプローチが含まれます。各方法には長所があり、これらを組み合わせることで完全なカバレッジを確保できます。
-
-| テストタイプ | 最適な用途 | 主要なツール/アプローチ |
-| --- | --- | --- |
-| **手動** | ユーザー体験、視覚要素、エッジケースの確認 | デバイステスト、ベータテスターのフィードバック、ユーザーフロー評価 |
-| **自動** | 回帰テスト、パフォーマンス測定、ネットワーク条件のシミュレーション | CI/CDパイプライン、自動テストスイート、負荷テストツール |
-| **ハイブリッド** | リリースの検証、新機能のテスト、ロールバックの信頼性確保 | 手動チェックと自動安全プロセスの組み合わせ |
-
-シミュレートされたネットワークテストも、接続関連の問題を発見する上で重要な役割を果たします。
-
-### ネットワーク条件のテスト
-
-異なるネットワーク条件下でのテストにより、OTAアップデートの信頼性を確保します：
-
-- **ネットワークシナリオのシミュレーション**
-    
-    - 2G、3G、4G、5Gネットワーク上でアップデートをテスト
-    - 断続的な接続時のパフォーマンスをチェック
-    - 接続が失われた後のアップデートの再開を確認
-- **パフォーマンスメトリクスのモニタリング**
-    
-    - 様々な条件下でのダウンロード速度を測定
-    - アップデートの成功率を追跡
-    - 帯域幅使用パターンを分析用に記録
-
-例えば、Capgoは必要な変更のみをダウンロードすることでアップデートを最適化し、帯域幅と時間を節約します。
-
-### エラー処理とリカバリー
-
-テストでは、OTAアップデート中のアプリの安定性を維持するために堅牢なリカバリー戦略が必要な問題が見つかることがよくあります。効果的なエラー処理が重要です。
-
-| エラータイプ | リカバリー方法 | 方法の詳細 |
-| --- | --- | --- |
-| **ネットワーク障害** | 自動再試行メカニズム | プログレッシブバックオフを使用し、チェックポイントからアップデートを再開 |
-| **バージョン競合** | ロールバックプロトコル | ユーザーデータを保持したままワンクリックでの元に戻しを可能に |
-| **ストレージの問題** | スペース管理プラクティス | アップデート前のチェックと定期的なクリーンアップでスペースを確保 |
-
-Capgoはエラー追跡と分析のためのツールを提供し、リカバリーの取り組みを効率化します：
-
-- **アップデートの健全性モニタリング**  
-    リアルタイムの洞察を使用してアップデートの成功率を追跡し、潜在的な問題を早期に特定します。
-    
-- **リカバリー手順の実装**  
-    問題が発生した場合、特に段階的なロールアウト中に安定したバージョンに迅速にロールバックします。
-    
-- **配信チャンネルの管理**  
-    ベータテストと段階的なロールアウト用の専用チャンネルを使用します。このアプローチにより、完全なリリース前に小規模なユーザーグループでアップデートを検証することでリスクを最小限に抑えます。
-
-## OTAアップデート管理
-
-効果的な[アップデート管理](https://capgo.app/docs/plugin/cloud-mode/manual-update/)は、成功するOTA戦略の最後のピースです。これにより、スムーズなデプロイメントが確保され、強力なテスト実践が基盤となります。
-
-### アップデートサイズの削減
-
-帯域幅への負担を軽減し、アップデートを小さくするために、**デルタアップデート**、**アセット圧縮**、**コード最小化**などの方法を検討してください。これらの技術はプロセスを効率化し、ユーザー体験を向上させます。
-
-### 段階的なロールアウト
-
-段階的なリリースとして知られる段階的なロールアウトは、リスクを最小限に抑えるのに役立ちます。特定のグループをターゲットにすることで、完全なリリース前にパフォーマンスをモニタリングし、問題に対処できます。Capgoのチャンネルシステムのようなツールにより、ベータテストや段階的なロールアウト用に異なるアップデートバージョンを配布できるため、これが容易になります[\[1\]](https://capgo.app/) 。
-
-### アプリストアルールの遵守
-
-レビュープロセス中の遅延や中断を避けるため、アプリストアのガイドラインを厳守することが重要です。AppleとGoogleは厳格なセキュリティプロトコルを実施しており、Capgoのようなツールはこれらの基準に沿ったアップデートを確保することでこれを簡素化します。
-
-> "アプリストア準拠" - Capgo [\[1\]](https://capgo.app/)
-
-## [Capgo](https://capgo.app/)を使用したOTAアップデート
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fda45772a40527486bdcbd/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-### Capgoの主要機能
-
-Capgoは、安全な暗号化システムと高度なチャンネル機能により、OTAアップデートの管理プロセスを簡素化します。グローバルCDNにより、**5MBバンドルのダウンロード時間が114ms**で、**世界中での平均APIレスポンス時間が57ms**という高速なアップデート配信を実現しています[\[1\]](https://capgo.app/) 。また、プラットフォームは部分的なアップデートシステムを使用し、変更されたコンポーネントのみをダウンロードします。このアプローチにより、**24時間以内にアクティブユーザーの95%がアップデートを受信**するという印象的な結果を達成しています[\[1\]](https://capgo.app/) 。
-
-### 開発者のメリット
-
-Capgoは、特にステージング環境でのテストとアップデートのデプロイメントをより効率的にするためのツール群を提供します。**[GitHub Actions](https://docs.github.com/actions)**や**[GitLab CI](https://docs.gitlab.com/ee/ci/)**などのCI/CDツールとシームレスに統合され、即時デプロイメントを可能にします。開発者は、アップデートのパフォーマンスに関する洞察を提供する詳細なエラー追跡と分析からも恩恵を受けます。主要なメトリクスには以下が含まれます：
-
-| メトリクス | 詳細 |
-| --- | --- |
-| アップデート成功率 | リアルタイムでの成功インストール率を追跡 |
-| 
-
--   **ステージングとプロダクション環境を区別するために、個別の更新チャンネルを設定**してください。
--   **詳細なエラー追跡を有効化**して、早期に問題を発見します。
--   必要に応じて更新を素早く元に戻すために、**ワンクリックロールバック機能**を使用します。
-
-**750以上のアプリがプロダクション環境**で稼働し、**2,350万回の更新を配信**している[\[1\]](https://capgo.app/)Capgoは、OTAアップデートを効率的かつ安全に管理する信頼性を証明しています。
-
-## 結論：OTAアップデートのガイドライン
-
-### 主要なテストのポイント
-
-OTAアップデートのテストには、信頼性とスムーズなユーザー体験を確保するための体系的なアプローチが必要です。効果的に実施された場合、更新の成功率は最大82%に達することができます[\[1\]](https://capgo.app/) 。テスト時に注目すべき主な領域は以下の通りです：
-
-| **テスト要件** | **実装の焦点** |
-| --- | --- |
-| アップデートの配信 | チャンネルベースの展開による制御されたロールアウト |
-| エラー監視 | リアルタイムの追跡と診断ツール |
-| ネットワーク状態 | 異なる接続速度での検証 |
-| バージョン管理 | ステージングと本番環境の分離 |
-| ロールバックプロトコル | 更新を元に戻すための信頼性の高い仕組み |
-
-これらの優先事項の重要性を示す実例：
-
-> "5000人以上のユーザーベースを持つ本番環境でCapgo OTAアップデートを展開しました。OTAが@Capgoに展開されてから数分以内にほぼすべてのユーザーが最新状態になり、非常にスムーズな運用を実現しています。" [\[1\]](https://capgo.app/)
-
-### 次のステップ
-
-OTAアップデートを安全で効率的なものにするために、以下の手順を検討してください：
-
--   セキュリティ基準とアプリストアの要件を満たすために**暗号化された配信システムを使用**します。
--   重要な指標をリアルタイムで追跡するために**モニタリングツールを設定**します。
--   全ユーザーに展開する前に小規模なユーザーグループから開始する**段階的なロールアウトを実装**します。
-
-Capgoのようなプラットフォームでサポートされた適切に準備されたステージング環境は、これらの目標の達成に役立ちます。例えば、アクティブユーザーの95%が24時間以内に更新を完了し、グローバルAPIの平均応答時間は57msです[\[1\]](https://capgo.app/) 。
-
-> "私たちはアジャイル開発を実践しており、@Capgoは継続的にユーザーに配信する上で非常に重要です！" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ja/state-privacy-laws-for-mobile-apps-comparison.md b/src/content/blog/ja/state-privacy-laws-for-mobile-apps-comparison.md
deleted file mode 100644
index 25a771272..000000000
--- a/src/content/blog/ja/state-privacy-laws-for-mobile-apps-comparison.md
+++ /dev/null
@@ -1,173 +0,0 @@
----
-slug: state-privacy-laws-for-mobile-apps-comparison
-title: モバイルアプリの州プライバシー法：比較
-description: カリフォルニア、バージニア、コロラドのモバイルアプリのプライバシー法における主要な違いを探り、コンプライアンスを確保する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:47:03.403Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de206e13cee397379a38f6-1742611661440.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  mobile apps, privacy laws, CCPA, VCDPA, CPA, data protection, user rights,
-  compliance, security measures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-モバイルアプリのプライバシー法は州によって異なり、それを理解することは開発者にとって重要です。カリフォルニア州、バージニア州、コロラド州の主なプライバシー規制についての簡単な概要は以下の通りです：
-
--   **カリフォルニア州 ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)/[CPRA](https://en.wikipedia.org/wiki/CPRA))**: 詳細な開示、データ販売のオプトアウトオプション、敏感なデータに対する厳しいルールを要求します。ユーザーは自分のデータにアクセスし、削除し、修正することができます。
--   **バージニア州 ([VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))**: 敏感なデータに対する同意、合理的なセキュリティ対策、データアクセス、削除、修正などのユーザー権利に重点を置いています。「売らない」ボタンは必要ありません。
--   **コロラド州 ([CPA](https://coag.gov/resources/colorado-privacy-act/))**: オプトアウトオプション、敏感なデータへの同意、高リスク活動に対する必須プライバシー評価を強調します。
-
-### クイック比較
-
-| 州の法律 | 主な特徴 | ユーザー権利 | 独自の要件 |
-| --- | --- | --- | --- |
-| **CCPA/CPRA** | 詳細なデータ開示、データ販売のオプトアウト、敏感なデータに対する厳しいルール | アクセス、削除、修正、転送 | 自動化された意思決定の透明性 |
-| **VCDPA** | 敏感なデータに対する同意、合理的なセキュリティ対策、ベンダー契約 | アクセス、削除、修正、可搬性 | 「売らない」ボタンは必要ありません |
-| **CPA** | オプトアウトオプション、敏感なデータに対する同意、プライバシー評価 | アクセス、削除、修正、転送 | 必須のプライバシーリスク評価 |
-
-これらの法律に従わないと罰金や評判の損失につながる可能性があります。開発者は明確なデータ通知、同意システム、強力なセキュリティプラクティスに焦点を当てて、コンプライアンスを維持する必要があります。
-
-## 2023年プライバシー更新: 新しい州データプライバシー法に関するブリーフィング
-
-<iframe src="https://www.youtube.com/embed/koQ3TEzkG-U" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. カリフォルニア州プライバシー法 ([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)/[CPRA](https://en.wikipedia.org/wiki/CPRA))
-
-カリフォルニア州は、その**カリフォルニア州消費者プライバシー法 (CCPA)**および**カリフォルニア州プライバシー権法 (CPRA)**によりプライバシー規制の最前線を走っています。これにより、開発者は厳格なデータ基準を満たす必要があります。
-
-**CCPA**は、以下の1つ以上の基準を満たす企業に適用されます：
-
--   年間収益が2500万ドルを超える
--   50,000人以上のカリフォルニア州居住者のデータを処理する
--   個人データの販売からの収益が50％以上を占める
-
-モバイルアプリがこれらの規則に該当する場合、以下を開示する必要があります：
-
--   収集される個人データの種類
--   データが収集される理由
--   データが共有される第三者
--   データが保持される期間
--   カリフォルニア州法に基づくユーザー権利
-
-カリフォルニア州の住民は、個人データにアクセスし、削除し、修正し、転送する権利を含む特定の権利を持っています。また、自分のデータの販売をオプトアウトすることもできます。
-
-地理的位置、ログイン情報、財務情報、生体データ、または健康関連情報などの敏感なデータに関しては、アプリは厳しいプロトコルに従う必要があります。これには以下が含まれます：
-
--   明示的なオプトイン同意の取得
--   より強固なセキュリティ対策の実施
--   敏感データの保存期限の制限
--   この情報にアクセスできる人の制限
-
-自動化された意思決定に頼るアプリのために、**CPRA**は透明性を要求します。開発者は、自分たちのアルゴリズムがどのように機能するか、なぜ意思決定が行われるのか、ユーザーにどのように影響が及ぶ可能性があるかを説明しなければなりません。
-
-カリフォルニア州のプライバシー法は、州内での基準を設定するだけでなく、国全体の[プライバシーポリシー](https://capgo.app/dp/)にも影響を与え、開発者がコンプライアンスにアプローチする方法を形作っています。
-
-## 2. バージニア州データ保護法 ([VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))
-
-![VCDPA](https://mars-images.imgix.net/seobot/screenshots/pro.bloomberglaw.com-e2d26366f154a86b70aef4e66139addc-2025-03-22.jpg?auto=compress)
-
-2023年1月1日から、バージニア州消費者データ保護法 (VCDPA) は、年間で少なくとも100,000人のバージニア州居住者の個人データを扱うか監督する企業に適用されます。また、収益の少なくとも半分がそのデータの取り扱いから得られる場合、25,000人の居住者に対しても適用されます。
-
-モバイルアプリ開発者にとって、この法律は幾つかの重要な要件を導入します：
-
--   **敏感な個人データを処理する前に明確な同意を得る**。
--   **合理的なセキュリティ対策を実施し、データ処理活動の記録を維持する**。
--   **個人データを管理するベンダーとの契約を締結する**。
-
-バージニア州の住民は、VCDPAの下で特定の権利を持っています。彼らは自分のデータにアクセスし、削除し、修正を要求し、可搬なコピーを要求し、ターゲット広告からオプトアウトすることができます。
-
-カリフォルニア州のプライバシー法とは異なり、VCDPAは「売らない」ボタンやデータ使用に tiedされた財務的インセンティブに関する開示を要求しません。正確な技術的措置を指定しなくても、企業は合理的なセキュリティプラクティスを採用する必要があります。施行はバージニア州司法長官によって行われ、企業には問題に対処する機会が与えられた後に民事罰が科される可能性があります。
-
-この法律は消費者データを保護することを目的としており、企業に幾分の柔軟性を提供します。バージニア州で活動するモバイルアプリ開発者は、コンプライアンスを維持し、ユーザーの信頼を確保するためにプライバシーポリシーを慎重に評価すべきです。
-
-## 3. コロラド州プライバシールール ([CPA](https://coag.gov/resources/colorado-privacy-act/))
-
-![CPA](https://mars-images.imgix.net/seobot/screenshots/coag.gov-27b642301e832ad4f24c09bcab1135ad-2025-03-22.jpg?auto=compress)
-
-コロラド州プライバシー法 (CPA) は、コロラド州で事業を運営する企業に影響を与えるデータ保護のガイドラインを定めています。この法律は、特定のデータまたは収益の閾値を満たす企業に適用されます。モバイルアプリ開発者にとって、これは個人情報を保護し、データの扱いに透明性を確保するための特定のルールに従うことを意味します。
-
-主な要件は以下の通りです：
-
--   **オプトアウトオプション**: ユーザーはターゲット広告やデータ販売からオプトアウトするための明確な方法を持たなければなりません。
--   **敏感なデータへの同意**: 企業は敏感な個人情報を収集する前にユーザーの同意を得る必要があります。
--   **詳細なプライバシー通知**: 開発者は収集されるデータの種類、処理理由、第三者と共有されるかどうかについて明確な情報を提供しなければなりません。
-
-CPAはまた、暗号化、定期的な監査、インシデント対応計画、および必要な範囲にデータ収集を制限することなど、強力なセキュリティプラクティスを強調しています。
-
-コロラド州の住民は、この法律の下でアクセス、修正、削除、転送の権利を得ます。また、自動化された意思決定プロセスからオプトアウトすることもできます。CPAの際立った特徴は、市場でのリスクの高い処理活動に対するデータ保護評価を企業に要求することです。このステップはプライバシーリスクを特定し、対処する助けとなります。カリフォルニア州やバージニア州の類似の法律とは異なり、コロラド州は高リスクのデータ使用に対してこれらの評価を義務付けています。
-
-CPAはより良い消費者プライバシー、強力なセキュリティ、そしてモバイルアプリにおける透明性を促進します。
-
-## 4. [Capgo](https://capgo.app/) プライバシースタンダード
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capgoは、CCPA、VCDPA、CPAに沿っており、州の規制と実用的なアプリ開発ニーズのギャップを埋めています。
-
-**エンドツーエンドの暗号化**により、Capgoはアプリの更新中にユーザーデータが安全に保たれることを保証します。驚くべきことに、95％のアクティブユーザーは24時間以内に安全に更新を受け取り、82％の世界的成功率を達成しています [\[1\]](https://capgo.app/) 。
-
-以下は、Capgoがプライバシーコンプライアンスを支援する方法です：
-
-| 機能 | プライバシーの利点 | コンプライアンス支援 |
-| --- | --- | --- |
-| エンドツーエンドの暗号化 | 認可されたユーザーだけが更新を復号化できることを保証 | 各州のデータセキュリティ基準を満たす |
-| グラニュラー権限 | チームメンバーへの制御されたアクセスを可能にする | 内部プライバシー管理をサポート |
-| 柔軟なホスティング | クラウドまたはセルフホスティングオプションを提供 | データ滞在要件に対応 |
-| ユーザー割り当て | ターゲットを絞った更新配信を可能にする | 同意に基づく機能展開を容易にする |
-
-ベンダー依存を心配している方々にとって、Capgoのオープンソース構造はデータがどのように処理され、管理されるかの透明性を提供します。
-
-> "真のエンドツーエンドの暗号化を備えた唯一のソリューション、他は単に更新に署名している" - Capgo [\[1\]](https://capgo.app/)
-
-Capgoの効果は明らかです：750のプロダクションアプリに信頼され、これまでに2350万件の[安全な更新](https://capgo.app/docs/live-updates/update-behavior/) を提供しています [\[1\]](https://capgo.app/) 。
-
-複数の州でのコンプライアンスを簡素化するために、分析、エラーモニタリング、役割ベースのアクセス制御を用いてリアルタイムで更新を追跡します。
-
-## 州の法律: 利点と制限
-
-ここでは、データプライバシーを管理する主要な州法の強みと弱みの内訳を示します。これらの洞察は、州のフレームワークや実用的なコンプライアンス戦略に関する以前の議論に基づいています：
-
-| 州の法律 | 強み | 弱み |
-| --- | --- | --- |
-| CCPA/CPRA | • 強力な消費者権利  <br>• データ侵害に対する明確な罰則   <br>• 詳細なコンプライアンス指示 | • 実装が複雑   <br>• コンプライアンスプロセスが高価   <br>• 主に大企業に影響 |
-| VCDPA | • 簡素化された同意ルール   <br>• データ処理の明確なカテゴリー   <br>• リスク評価フレームワークを含む | • 限られた執行ツール   <br>• CCPA/CPRAに比べてスコープが狭い   <br>• 消費者権利が少ない |
-| CPA | • フレキシブルなコンプライアンス経路を提供   <br>• ユニバーサルなオプトアウトオプションを含む   <br>• 定期的な評価を要求 | • あいまいな技術要件   <br>• 詳細な実装ガイドが不足   <br>• 重複する義務が混乱を引き起こす可能性 |
-
-これらの課題に取り組むために、Capgoのような自動化ツールはコンプライアンス業務を簡素化します。エンドツーエンドの暗号化や適応型ホスティングなどの機能を備えたCapgoは、様々な規制の下でデータセキュリティを確保します。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供するために重要です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### 主要なコンプライアンスの洞察
-
-1.   **カリフォルニア州 (CCPA/CPRA)**: 強力な消費者保護を提供しますが、コンプライアンスには多くのリソースを必要とします。
-2.   **バージニア州 (VCDPA)**: より明確なデータ処理ルールを提供しますが、執行メカニズムは少ないです。
-3.   **コロラド州 (CPA)**: 柔軟性と責任のバランスを取っていますが、具体的な技術ガイドラインが不足しています。
-
-Capgoは、多くの州でのコンプライアンス管理において効果的であることが証明されています。ターゲットを絞った更新システムと、5MBバンドルに対する114msの高速ダウンロード速度により、開発者はプライバシーアップデートに迅速に対応できます [\[1\]](https://capgo.app/) 。750のプロダクションアプリに採用されているCapgoは、実際のユースケースでの価値を示しています [\[1\]](https://capgo.app/) 。
-
-### 開発プラクティスへの影響
-
-開発者にとって、迅速な更新とコンプライアンス要件のバランスを取ることは重要な課題です。CapgoのCI/CDパイプラインとの統合により、さまざまな規制に従いながらアップデートを展開することが容易になります。これによりワークフローが効率化され、異なる法域でのコンプライアンスが確保されます。
-
-## 結論
-
-CCPA/CPRA、VCDPA、CPAのような州のプライバシー法は、モバイルアプリ開発者に対して独自の要求を課しています。各州はデータ保護に対して独自のアプローチを持ち、特定の要件と執行方法があります。
-
-開発者にとって、さまざまな法域でのコンプライアンスを維持することは、これらの多様な要求に対応できる戦略を採用することを意味します。業界データが示すように、高速なアップデートの実施は規制要件を満たすために不可欠であるため、速度と適応力が重要です[\[1\]](https://capgo.app/) 。
-
-これらの課題に対処するために、開発者は次の3つの重要な領域に集中すべきです：
-
-1.   **[迅速な更新システム](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)**: プライバシーアップデートの迅速な実施を可能にするプロセスを設定します。
-2.   **強力なセキュリティ対策**: すべてのデータ転送と更新がエンドツーエンドの暗号化で保護されていることを確認します。
-3.   **徹底したテスト**: ステージ付きロールアウトとベータテストを使用して、プライバシーアップデートが意図した通りに機能することを確認します。
-
-これらのアプローチは州の規制によって課される特定の課題と整合し、コンプライアンスを確保するのに役立ちます。
-
-州のプライバシー法が引き続き変化している中で、モバイルアプリの成功は、適応能力にますます依存しています。現在、750のプロダクションアプリが自動化されたコンプライアンスツールを使用してこれらの要件を効果的に管理しています[\[1\]](https://capgo.app/) 。これらの方法を適用することで、開発者はアプリをコンプライアンスを保ち、将来の変化に備えることができます。
diff --git a/src/content/blog/ja/testing-capacitor-ota-updates-with-mock-scenarios.md b/src/content/blog/ja/testing-capacitor-ota-updates-with-mock-scenarios.md
deleted file mode 100644
index 1b95e8feb..000000000
--- a/src/content/blog/ja/testing-capacitor-ota-updates-with-mock-scenarios.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: testing-capacitor-ota-updates-with-mock-scenarios
-title: Capacitorのシミュレートされたシナリオによるプログレッシブアップデートのテスト
-description: Capacitorアプリのアップデートを信頼性の高い方法でテストし、ユーザー満足度を向上させるためのOTAの効果的なテスト方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:53:13.485Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da3972cfd1b2222c56f23a-1742356439850.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, OTA updates, testing, mock scenarios, app reliability, network
-  conditions, failure recovery, analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) アプリのOTAアップデートは、アプリストアの遅延なしにバグ修正や機能追加を可能にする画期的な機能です。ただし、クラッシュやデータ損失、機能の破損を避けるためには、これらのアップデートを徹底的にテストすることが重要です。**
-
-以下が知っておくべき重要事項です：
-
--   **重要性**: 信頼性の低いアップデートはユーザーの信頼とアプリのパフォーマンスを損なう可能性があります。
--   **安全なテスト方法**: 低速ネットワークや破損ファイルなどの実環境を模擬したモックテストを使用します。
--   **必要なツール**: [Node.js](https://nodejs.org/en)、Capacitor CLI、アップデート管理用の[Capgo](https://capgo.app/) CLI。
--   **テストすべき主要シナリオ**: 通常のアップデート、インストール失敗、ネットワーク問題。
--   **監視すべき指標**: ダウンロード率、インストール成功率、バージョンの正確性。
-
-Capgoのようなツールでのテストにより、アップデートがスムーズで安全、かつ信頼性の高いものとなります。モックテストでは**82%の成功率**を示し、アプリの安定性を維持しながら迅速なアップデートの提供を支援しています。
-
-## YouTubeからの関連動画
-
-<iframe src="https://www.youtube.com/embed/pCDPwItv_ik" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## テスト環境の準備
-
-このセクションでは、環境設定に必要な主要なツールと手順について説明します。
-
-### 必要なソフトウェア
-
-[Capacitor OTAアップデート](https://capgo.app/ja/)をテストするには、以下のツールが必要です：
-
-| ソフトウェア | 目的 | バージョン要件 |
-| --- | --- | --- |
-| **Node.js** | ランタイム環境 | 最新のLTSバージョン |
-| **Capacitor CLI** | アプリ開発 | Capacitor 8 |
-| **[Capgo CLI](https://capgo.app/docs/cli/commands)** | OTA管理 | 最新バージョン |
-
-以下のコマンドでCapgo CLIをインストールします：
-
-```bash
-npx @capgo/cli init
-```
-
-インストール後、本番環境を効果的にシミュレートするようにプロジェクトを設定します。
-
-### テストプロジェクトの設定
-
-本番環境を反映したテストプロジェクトを作成します。Capgoのチャネルシステムを使用してテストシナリオを分離します。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーに不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgoはテストアップデートを安全に保つためのエンドツーエンドの暗号化を提供します。要件に応じてクラウドベースまたはセルフホスト環境を選択することもできます。
-
-### OTA機能の追加
-
-Over-The-Air（OTA）アップデートを実装するには、以下の3つのステップに従います：
-
--   **プラグインのインストール**
--   **ビルド設定**
--   **[アップデートの統合](https://capgo.app/docs/live-updates/update-behavior/)**
-
-CapgoのCI/CDツールは自動テストをシームレスにします。[GitHub Actions](https://docs.github.com/actions)、[GitLab CI](https://docs.gitlab.com/ee/ci/)、[Jenkins](https://www.jenkins.io/)などのプラットフォームがサポートされており、デプロイメント前に様々な環境でアップデートをテストすることができます。チャネルシステムは異なるテストシナリオの管理に特に役立ちます。
-
-> "Capgoはホットコードプッシュを賢く行う方法です（@AppFlowのような世界中のお金を必要としません）:-)" - NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-テスト中のより良いコントロールのために、Capgoのアナリティクスを統合してリアルタイムの洞察を得ることができます。
-
-## テストシナリオの構築
-
-OTAアップデートの信頼性を確保するためのテストシナリオを設定します。実践的なアプローチを見てみましょう。
-
-### 通常アップデートのテスト
-
-標準的なアップデートプロセスをチェックしてベースラインを確立します：
-
-```bash
-capgo build && capgo deploy --channel beta
-```
-
-以下の主要な指標に焦点を当てます：
-
--   **ダウンロード完了率**
--   **インストール成功率**
--   **アップデート有効化のタイミング**
--   **バージョン検証**
-
-### 破損アップデートのテスト
-
-エラー処理と回復を評価するために失敗したアップデートをシミュレートします：
-
-| テストケース | セットアップ | 期待される結果 |
-| --- | --- | --- |
-| 破損バンドル | バンドルチェックサムの変更 | アプリがアップデートを拒否 |
-| 不完全なファイル | アップデート中の転送中断 | アプリが前のバージョンを保持 |
-| バージョン不一致 | 互換性のないバージョンのデプロイ | アプリがインストールをブロック |
-
-これらのテストには干渉を避けるために別々のチャネルを使用します。その後、アプリの挙動を確認するために低速ネットワーク状態をシミュレートします。
-
-### ネットワーク問題のテスト
-
-厳しいネットワーク条件下でのアップデートの動作をテストします：
-
--   **帯域幅を3G速度に制限** （約750 Kbps）
--   **アップデート中の機内モードへの切り替え**
--   **完全な切断をシミュレート** してオフライン動作と再開機能をチェック
-
-Capgoのシステムは、アップデートの変更部分のみをダウンロードすることで、低速または不安定なネットワークの影響を最小限に抑えます。内蔵のリトライメカニズムが接続の切断を自動的に処理します。
-
-これらのシナリオは以下のように設定できます：
-
-```bash
-capgo deploy --channel test --network-condition slow
-```
-
-Capgoのリアルタイムアナリティクスを使用して進捗を追跡します。すべてのテストはエンドツーエンドの暗号化を維持するため、トラブルシューティング中でもセキュリティは保たれます。
-
-## アップデートテストの管理
-
-### テストケースの実行
-
-別々のテストチャネルを作成して、整理された分離されたテストワークフローを設定します。
-
-```bash
-# Create test channels
-capgo channel create beta-test
-capgo channel create staging-test
-```
-
-構造化されたアプローチで各テストケースを追跡します：
-
-| **テストフェーズ** | **監視する指標** | **成功基準** |
-| --- | --- | --- |
-| ダウンロード | 転送速度、完了率 | 100%ダウンロード成功 |
-| インストール | メモリ使用量、インストール時間 | 30秒以内のインストール |
-| 有効化 | アプリ再起動時間、バージョンチェック | 正しいバージョンの有効化 |
-
-Capgoのツールはこれらの指標を一貫して効果的に監視するのに役立ちます。
-
-### アップデートの監視
-
-Capgoのアナリティクスダッシュボードはアップデートのパフォーマンスに関する洞察を提供します：
-
--   様々なネットワーク条件下でのダウンロード完了率
--   デバイスタイプ別のインストール成功率
--   ユーザーが新バージョンを採用する速度を示すタイムライン
--   アップデートプロセス中のエラーの頻度
-
-> "非常にスムーズな運用を実現しており、OTAが@Capgoにデプロイされてから数分以内にほぼすべてのユーザーが最新の状態になっています。" - colenso [\[1\]](https://capgo.app/)
-
-リアルタイムのエラー追跡には、以下のコマンドを使用します：
-
-```bash
-capgo monitor --channel beta-test --verbose
-```
-
-### 結果の確認
-
-以下を確認して、すべてが期待通りに機能していることを確認します：
-
--   **バージョンの正確性** は内蔵のチェッカーを使用：
-
-```bash
-capgo version --check --channel beta-test
-```
-
--   **データの整合性**（ローカルストレージとキャッシュされたコンテンツを含む）
--   **パフォーマンス指標**（アプリの起動時間、メモリ使用量、ネットワークアクティビティ、バッテリー消費など）
-
-問題が発生した場合、Capgoのロールバック機能を使用して前の安定バージョンに簡単に戻すことができます。これにより、テストプロセスを中断したりテスト環境の安定性を損なうことなく、問題に対処することができます。
-
-## 一般的な問題の修正
-
-### 失敗したアップデートの回復
-
-Over-The-Air（OTA）アップデートが失敗した場合、対策を用意しておくことが重要です。失敗をユーザーに通知し、自動的に最後の安定バージョンに戻すフォールバック方法を使用します。これらの回復手順が期待通りに機能することを確認するため、テストプロセスの一部として含めてください。
-
-```javascript
-// Example of a fallback implementation:
-const handleUpdateFailure = async () => {
-   await notifyUsers("Update failed – reverting to a stable version");
-   await revertToLastStableVersion();
-   logFailureMetrics();
-}
-```
-
-回復に加えて、アップデートがスムーズに行われるようにインストールの問題の解決に焦点を当てます。
-
-### インストールの問題
-
-インストールの問題は、デバイスのストレージ不足や不安定なネットワーク接続が原因で発生することがよくあります。これに対処するため、アップデート全体ではなく必要な変更のみをダウンロードするプログレッシブアップデートを使用します。このアプローチにより、ストレージやネットワーク関連の問題のリスクが軽減されます。以前のテストフェーズで特定されたように、様々なネットワーク条件とストレージ制限の下でアップデートをテストしてください。
-
-データの競合の処理もアップデートの信頼性を維持する上で重要な部分です。
-
-### データの競合
-
-データの競合は、既存のスキーマに変更を加えるアップデートで発生する可能性があります。これらの問題を避けるために、厳密なバージョン管理を実装し、スキーマの移行を計画・テストし、エラー追跡を含むロールバックオプションを含めます。段階的なロールアウトやベータチャネルを使用してこれらのシナリオを制御された環境でテストし、アップデートがすべてのユーザーに到達する前に問題を発見して修正できるようにします。
-
-## まとめ
-
-### テストの影響
-
-包括的なOTAアップデートテストは、グローバルで82%の成功率を達成し、アプリの信頼性とユーザー満足度の両方を向上させています[\[1\]](https://capgo.app/) 。モックテストは、ネットワークの中断、データ移行、ストレージの制限などの課題のあるシナリオで特に有用です。これらの条件を再現することで、開発チームは様々な環境で信頼性の高いアップデートを確保できます。この体系的なアプローチは、ユーザーの採用を促す一貫したアップデートの提供に役立ちます。
-
-### [Capgo](https://capgo.app/)の使用
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-テストの利点は**Capgo**のようなプラットフォームで増幅されます。高度な検証ツールを通じてOTAアップデートテストを簡素化し、実証済みのテスト結果を統合して安全で効率的なアップデートを提供します。Capgoのチャネルシステムはベータテストと段階的なロールアウトをサポートし、完全なデプロイメント前にアップデートを徹底的に検証することができます。詳細なアナリティクス、エラー追跡、グローバルCDNパフォーマンスなどの機能により、Capgoは5MBのバンドルで114msという印象的なダウンロード速度を実現しています[\[1\]](https://capgo.app/) 。
-
-Capgoはまた、エンドツーエンドの暗号化とインスタントロールバックオプションを提供し、アプリの安定性を確保します。これらの機能は750の本番アプリをサポートし、2,350万回のアップデートを提供しています[\[1\]](https://capgo.app/) 。
diff --git a/src/content/blog/ja/testing-capacitor-ota-updates.md b/src/content/blog/ja/testing-capacitor-ota-updates.md
deleted file mode 100644
index 0a1476e43..000000000
--- a/src/content/blog/ja/testing-capacitor-ota-updates.md
+++ /dev/null
@@ -1,240 +0,0 @@
----
-slug: testing-capacitor-ota-updates
-title: Capacitor OTAアップデートのテスト
-description: >-
-  Capacitorアプリの OTA
-  アップデートを効果的にテストする方法を学び、重要なツールと戦略を使用して、スムーズなデプロイメントとセキュリティの向上を確保します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T02:57:37.246Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9cbd22e221594daf2fc62-1744426677476.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, Capacitor, testing, Capgo, mobile app deployment, security,
-  performance, version control
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/)アプリをOTAアップデートすることで、バグの修正や機能の追加を即座に行えます - アプリストアの審査を待つ必要はありません。**以下が効果的なテスト方法です:
-
-- **OTAアップデートとは?** ユーザーのデバイスに直接変更をプッシュし、アプリストアのレビューをスキップします。これにより時間を節約し、問題にすばやく対応できます。
-- **テストが重要な理由:** 適切にテストされていないアップデートはアプリのクラッシュやコンプライアンス違反を引き起こす可能性があります。適切なテストを行うことで、95%のアップデートが24時間以内に成功します。
-- **必要なツール:** Capacitor CLI (v8以上)、[Node.js](https://nodejs.org/en) (v16以上)、[Capgo](https://capgo.app/)プラグイン、[Cypress](https://www.cypress.io/)などのテストフレームワーク。
-- **テストの手順:**
-  1. テスト環境とCapgo設定を構成します。
-  2. 検出、ダウンロード、インストール、ロールバックなどのアップデートプロセスを検証します。
-  3. Capgoの分析とロールバックツールを使用して問題を監視・修正します。
-  4. アプリストアのルールに準拠していることを確認します。
-
-**Capgoの主な機能:**
-
-- セキュアなアップデートのためのエンドツーエンド暗号化
-- クイックフィックスのためのロールバックオプション
-- 段階的なテスト用の[チャネルベースのロールアウト](https://capgo.app/docs/webapp/channels/)
-- グローバルCDNによる高速アップデート(5MBを約114msで)
-
-**プロのヒント:** 完全なデプロイメントの前に、小規模なユーザーグループでアップデートをテストするために段階的なロールアウトを使用してください。Capgoのツールでこのプロセスをスムーズかつ安全に行えます。
-
-## テスト環境のセットアップ
-
-適切なテスト環境を設定することは、OTAアップデートを効果的に検証する上で重要です。
-
-### 必要なソフトウェア
-
-OTAテストに必要な主要なツールは以下の通りです:
-
-| ソフトウェアコンポーネント | 目的 | バージョン要件 |
-|---|---|---|
-| Capacitor CLI | コア開発ツール | 6.0以上 |
-| Node.js | ランタイム環境 | 16.0+ |
-| [Capgoプラグイン](https://capgo.app/plugins/) | OTAアップデートの管理 | 最新バージョン |
-| テストフレームワーク | 自動テスト(CypressまたはAppium) | 該当なし |
-
-### 環境設定
-
-まず、`capacitor.config.json`ファイルを適切なステージングサーバー設定とアップデート設定で更新します。
-
-次に、以下のコマンドを実行して[Capgoの設定を初期化](https://capgo.app/docs/cli/commands)します:
-
-```
-npx @capgo/cli init
-```
-
-設定が完了したら、アプリにOTAアップデートを統合する準備が整います。
-
-### アプリのセットアップ手順
-
-初期化後、アプリにOTAアップデート機能を統合します。このシステムはパッケージの作成、バージョン管理、配布、セキュリティなどのタスクを処理します。
-
-エンタープライズレベルのセキュリティについて、Capgoはクラウドベースとセルフホスト型の両方のオプションを提供しています。
-
-統合が完了したら、アプリをビルドしてCapgo CLIを使用してアップデートをトリガーします。CapgoはCapacitor 8でシームレスに動作するため、幅広い最新の開発環境をサポートしています。
-
-これらの手順は、次のテスト方法セクションで説明するOTAアップデートの徹底的なテストの基礎となります。
-
-## テスト方法
-
-環境の設定とアプリのセットアップが完了したら、アップデートプロセスの検証を行います。Over-the-air (OTA)アップデートのテストには、デプロイメントの信頼性とセキュリティを確保するための構造化されたアプローチが必要です。
-
-### コンポーネントテスト
-
-このステップでは、個々のアップデートメカニズムとそのウェブ/ネイティブレイヤー間の相互作用を検証することに焦点を当てます。目標はスムーズな統合を確保することです:
-
-| テストタイプ | 焦点領域 | 成功基準 |
-|---|---|---|
-| アップデート検出 | バージョンチェック | 応答時間約57ms |
-| ダウンロードプロセス | [バンドルダウンロード](https://capgo.app/docs/webapp/bundles/) | 5MBバンドルを約114msで |
-| インストール | アップデートの適用 | 正常な統合 |
-| ロールバック | バージョンの戻し | 正常なロールバック |
-
-Capgoのグローバルネットワークは、平均API応答時間57msで安定したダウンロード速度を維持するのに役立ちます[\[1\]](https://capgo.app/) 。これらのコンポーネントレベルのテストは、システム全体のパフォーマンスを評価するための基礎となります。
-
-### システム全体のテスト
-
-本番データを使用した包括的なテストでは、以下を確認する必要があります:
-
-- アップデートが確実に検出およびダウンロードされる
-- 様々なデバイスでインストールが成功する
-- パフォーマンスへの影響が最小限である
-- アプリがネットワークの問題に適切に対応する
-
-> "私たちは5000人以上のユーザーベースを持つ本番環境でCapgo OTAアップデートを展開しました。非常にスムーズな運用を実現しており、OTAが@Capgoにデプロイされてから数分以内にほぼすべてのユーザーが最新の状態になっています。"
-> – colenso [\[1\]](https://capgo.app/)
-
-### アプリストアのコンプライアンス
-
-機能が検証されたら、アップデートがアプリストアのガイドラインに準拠していることを確認します。OTAアップデートは、サイズ制限、コンテンツ基準、パフォーマンス期待値、ユーザー同意などの要件を満たす必要があります。
-
-コンプライアンスを維持し効率を向上させるために、段階的なロールアウトを検討してください。Capgoの[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)を使用すると、完全なデプロイメントの前に特定のユーザーグループにベータテストを提供できます。エンタープライズアプリの場合、エンドツーエンド暗号化により、承認されたユーザーのみがアップデートを復号化して適用できるため、機密コンテンツを安全に保つことができます。
-
-## テストガイドライン
-
-### リスク管理
-
-OTAアップデートのリスク管理には、いくつかの保護対策の実装が含まれます。重要なアプローチの1つは**差分アップデート**で、コードの変更された部分のみを送信します。これによりダウンロードサイズが削減され、潜在的なエラーが最小限に抑えられます。
-
-| リスク軽減戦略 | 実装 | 利点 |
-|---|---|---|
-| 差分アップデート | 変更されたコードセグメントのみを送信 | ダウンロードサイズの縮小 |
-| 段階的ロールアウト | フェーズ別にアップデートを配布 | リスク露出の制限 |
-| ロールバックメカニズム | 以前のバージョンへの復帰を可能に | 迅速な問題解決 |
-
-[Capgoのチャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)により、開発者は広く展開する前にベータテスターなどの特定のユーザーグループにアップデートを配布しやすくなります[\[1\]](https://capgo.app/) 。このフェーズドアプローチにより、アップデートは小規模グループで検証され、広範な問題が発生するリスクが軽減されます。リスクが制御されたら、開発者はアップデート自体のセキュリティを優先できます。
-
-### セキュリティチェック
-
-セキュリティはOTAアップデートをテストする際の最優先事項です。**エンドツーエンド暗号化**を使用することで、承認されたユーザーのみがアップデートにアクセスしてインストールできることを保証し、デプロイメント中の機密データを安全に保ちます。
-
-> "真のエンドツーエンド暗号化を提供する唯一のソリューション、他はただアップデートに署名するだけです" - Capgo [\[1\]](https://capgo.app/)
-
-主なセキュリティ手順:
-
-- 開始から終了まで[アップデートを暗号化](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)
-- インストール前にアップデートの信頼性を確認
-- 承認されたユーザーのみにアップデートへのアクセスを制限
-
-Capgoのエラー追跡ツールはさらに、セキュリティ関連の問題を早期に特定し、脆弱性がユーザーに影響を与える前に修正することを支援します[\[1\]](https://capgo.app/) 。
-
-### バージョン管理
-
-セキュリティに対処した後、適切なバージョン管理を維持することはアップデートが意図通りに機能することを確実にするために不可欠です。**セマンティックバージョニング**を使用することで、テストの構造化と互換性の問題を回避できます。
-
-OTAアップデートのバージョン管理のベストプラクティス:
-
-- 開発、ステージング、本番用の個別チャネルを設定
-- 特定のバージョンでアップデートをテストして互換性を確認
-- 衝突を防ぐために正しい順序でアップデートが適用されることを確認
-
-Capgoのチャネルシステムはまた、バージョンの管理を簡素化し、アップデートが正確かつ効率的にデプロイされることを保証します。
-
-## [Capgo](https://capgo.app/)テストツール
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f9cbd22e221594daf2fc62/c9663ca23e94ac8ce625337d9d850085.jpg)
-
-### Capgoの機能
-
-Capgoは[Capacitor OTAアップデート](https://capgo.app/ja/)のテスト用の特殊なツールを提供し、**エンドツーエンド暗号化**による安全な配信を確保し、アップデートのパフォーマンスを監視するための**リアルタイム分析**を提供します。これらのツールにより、開発者は強力なセキュリティ対策を維持しながら正確にアップデートをデプロイできます。
-
-| 機能 | 説明 |
-|---|---|
-| **アップデート配信** | スケーラブルな信頼性の高いパフォーマンス |
-| **チャネルシステム** | ターゲットを絞ったロールアウトの制御 |
-| **分析ダッシュボード** | アップデートパフォーマンスのライブ追跡 |
-| **セキュリティ機能** | アップデートの暗号化を保証 |
-
-これらの機能は、Capgo CLIによってさらに最適化されるテストワークフローを簡素化・強化します。
-
-### Capgoでのテスト
-
-Capgo CLIを使用することで、開発者はビルドとデプロイメントのタスクを自動化し、テストをより効率的にできます。プラットフォームのチャネルシステムにより、テストフェーズ中の正確な制御が可能になります:
-
-- **ベータテストのセットアップ**  
-  開発者は開発、ステージング、本番用の個別環境を作成でき、構造化された制御されたテストフェーズを実現できます。
-
-- **アップデート配布**  
-  アップデートを特定のユーザーグループにデプロイでき、進捗状況とパフ
-
-| 問題の種類 | 一般的な原因 | 解決策 |
-| --- | --- | --- |
-| 設定の不一致 | capacitor.config.jsonのバージョンが不正確 | デプロイメント設定とバージョン番号の整合性を再確認する。 |
-| バンドルの競合 | 配布内の複数バージョン | Capgoのチャネルシステムを使用して、バージョン管理を効果的に行う。 |
-| アップデート順序 | 順序が正しくないアップデート | 適切なバージョン追跡を設定し、アップデートが正しい順序で適用されるようにする。 |
-
-Capgoのチャネルシステムは、個別の環境を作成することで、アップデートが正しい順序で行われ、不一致のリスクを軽減するのに役立ちます。
-
-### アップデートエラー
-
-ネットワークの不具合や不完全なダウンロードが、アップデート失敗の主な原因です。Capgoのエラー追跡システムは、以下のような問題を特定します：
-
--   接続タイムアウト
--   バンドル転送の不完全
--   サーバーの遅延
-
-堅牢なエラー処理と信頼性の高いCDNにより、Capgoは24時間以内に活動中のユーザーの95%にアップデートを届けることができます[\[1\]](https://capgo.app/) 。
-
-> "詳細な分析とエラー追跡"機能により、開発者はアップデート中に"何か問題が発生した場合、即座にロールバックできる"ことを保証します[\[1\]](https://capgo.app/) 。
-
-### 速度の問題
-
-CapgoのグローバルCDNは、5MBのバンドルを114msで配信し、APIの平均応答時間は57msです。プラットフォームのスマートな差分アップデートにより、変更された部分のみをダウンロードすることで、帯域幅の使用量をさらに削減します[\[1\]](https://capgo.app/) 。
-
-> "部分アップデート：スマートな差分アップデート。変更された部分のみをダウンロードし、帯域幅と時間を節約します"[\[1\]](https://capgo.app/) 。
-
-アップデートを高速かつ効率的に保つため、開発者は以下を行うべきです：
-
--   リアルタイム分析を使用してパフォーマンスのボトルネックを特定する。
--   より迅速なデプロイメントのために部分アップデートを活用する。
--   安定した配信速度のためにCDN配信を活用する。
-
-Capgoの分析ダッシュボードは、パフォーマンスの問題を特定して修正するための明確な指標を提供し、アップデートがユーザーにスムーズに配信されることを確保します。これらのツールは、デプロイメント前のテストと連携して、信頼性の高い高速なアップデートを維持します。
-
-## まとめ
-
-### 主要ポイント
-
-包括的なOTAテストは、パフォーマンス、セキュリティ、配信、モニタリングなどの重要な領域に焦点を当てています。Capgoのようなツールは、OTAアップデートのデプロイメントプロセスを簡素化する上で重要な役割を果たします。
-
-| テスト側面 | 重要要因 | 影響 |
-| --- | --- | --- |
-| パフォーマンス | CDN速度（5MBで114ms） | 高速で信頼性の高いアップデートを保証 |
-| セキュリティ | エンドツーエンドの暗号化 | デプロイメントを保護 |
-| 配信 | チャネルベースのシステム | 制御されたロールアウトを可能に |
-| モニタリング | リアルタイム分析 | 早期の問題検出を支援 |
-
-### 開発者向けヒント
-
-OTAテストプロセスを改善するために、以下の実践的なヒントを念頭に置いてください：
-
--   **メトリクスの監視**: リアルタイム分析を使用してアップデートの成功率を追跡する。
--   **チャネルの活用**: より良い制御のためにベータテストとステージングロールアウトを実施する。
--   **ロールバックの有効化**: 必要に応じて迅速にアップデートを元に戻せるようにする。
--   **テストの自動化**: 効率性のためにテストをCI/CDパイプラインに統合する。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に配信する上で必要不可欠です！"[\[1\]](https://capgo.app/)
-
-> "Capgoは、バグ修正のためのアプリストアの遅延を排除することで開発を効率化します。"[\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ja/token-revocation-in-capacitor-apps-guide.md b/src/content/blog/ja/token-revocation-in-capacitor-apps-guide.md
deleted file mode 100644
index d9c2adc18..000000000
--- a/src/content/blog/ja/token-revocation-in-capacitor-apps-guide.md
+++ /dev/null
@@ -1,248 +0,0 @@
----
-slug: token-revocation-in-capacitor-apps-guide
-title: Capacitor アプリでのトークン失効：ガイド
-description: Capacitorアプリでのトークン無効化戦略を効果的に実装し、セキュリティを強化してユーザーデータを保護する方法を学びます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T11:28:05.842Z
-updated_at: 2025-05-16T11:28:59.679Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68268a500209458b3ff4fe45-1747394939679.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  token revocation, Capacitor apps, security, OAuth 2.0, user data protection,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) アプリのトークンの失効は、セキュリティを確保するための重要なステップです。**期限切れ、侵害された、または不要なトークンがセンシティブなリソースにアクセスできないようにします。以下は知っておくべきことです：
-
--   **トークン失効とは？** ログアウト、パスワード変更、またはセキュリティ侵害時にトークンを即座に無効化します。
--   **なぜ重要か：** トークンが露出した際に不正アクセスを防止してユーザーデータを保護します。
--   **重要なステップ：**
-    -   OAuth 2.0標準(RFC 7009)を使用して安全なトークン処理を行う。
-    -   トークンを安全に保存する(例：iOSのKeychain、AndroidのKeystore)。
-    -   短命のトークンを使用し、自動的に更新してセキュリティを向上させる。
-    -   リアルタイムの失効のためにトークンブラックリスト([Redis](https://redis.io/))を実装する。
-
-### クイック実装のヒント：
-
-1. **OAuth 2.0エンドポイントの設定：** [Keycloak](https://www.keycloak.org/)のようなツールでトークン失効を簡素化。
-2. **トークンの安全な管理：** 永続的ストレージへの保存を避け、メモリまたは安全なAPIを使用。
-3. **トークンのブラックリスト化：** 高速な無効化のためにRedisなどのツールを使用。
-4. **アクティビティの監視：** 潜在的な侵害を検出し対応するためにトークンの使用状況を追跡。
-
-**クイック比較表：**
-
-| **方式** | **ユースケース** | **詳細** |
-| --- | --- | --- |
-| Redisブラックリスト | 高トラフィックアプリ | 高速なインメモリトークン無効化 |
-| トークンバージョニング | エンタープライズシステム | トークンをユーザーアカウントにリンク |
-| リフレッシュトークン制御 | 標準的なアプリ | 短命トークンとリフレッシュメカニズムを組み合わせ |
-
-## 実装ステップ
-
-### OAuth 2.0エンドポイントの設定
-
-安全な実装は、OAuth 2.0エンドポイントを適切に設定することから始まります。重要な側面の1つは、安全なトークン失効を確実にすることです。**Keycloak**などのツールは、アクセストークンとリフレッシュトークンを管理するための専用の失効エンドポイントを提供します[\[2\]](https://www.keycloak.org/docs/25.0.6/securing_apps/index.html)。セキュリティをさらに強化するには、OAuth 2.0フローで**PKCE (Proof Key for Code Exchange)**を実装します。このステップはトークンの傍受を防ぎ、より安全な認証プロセスを確保します[\[3\]](https://capacitorjs.com/docs/v2/guides/security)。
-
-### トークンライフサイクル管理
-
-エンドポイントが設定されたら、次のステップはセキュリティを維持するためのトークンライフサイクルの管理です。以下は、安全なトークン管理のためのCapacitorバージョン要件のクイックリファレンス表です：
-
-| Capacitorバージョン | 要件 | セキュリティノート |
-| --- | --- | --- |
-| 6.x | XCode 15.0+ | エンドツーエンドの暗号化をサポート |
-| 5.x | XCode 14.1+ | 強化されたセキュリティツールを含む |
-| 4.x | XCode 12.0+ | 基本的なトークン管理機能 |
-
-堅牢なトークンライフサイクル管理を確実にするために、以下の主要な実践を行います：
-
--   露出を制限するために、トークンを**メモリ内のみ**に保存。
--   シームレスなユーザーセッションを維持するための**自動トークン更新メカニズム**を実装。
--   トークンに厳密な有効期限と更新間隔を設定。
--   永続化が必要なトークンには安全なストレージソリューションを使用。
-
-これらのステップを実行することで、リスクを最小限に抑えながらトークンを効果的に管理できます。
-
-### 安全なトークン保存方法
-
-適切なトークン保存は、機密情報を保護するために重要です。iOSの**Keychain Services**やAndroidの**KeyStore API**など、プラットフォーム固有のAPIを使用してトークンを保護します。これらのツールは各プラットフォームに合わせたセキュリティレイヤーを提供します。
-
-エンタープライズアプリケーションでは、安全な保存用に設計されたプラグインの統合を検討してください：
-
--   **Capacitor [Identity Vault](https://ionic.io/products/identity-vault)**：機密データの高度なセキュリティを提供。
--   **Capacitor Biometrics**：追加の保護レイヤーとして生体認証を追加。
--   **Capacitor Secure Preferences**：アプリの設定とデータの安全な取り扱いを確保。
-
-最後に、不必要なリスクにさらされる可能性があるため、機密データをアプリのコードベースに直接埋め込むことは避けてください[\[4\]](https://capacitorjs.com/docs/guides/security)。これらの安全な保存方法を活用することで、ユーザーデータをより良く保護し、アプリの整合性を維持できます。
-
-## JWT認証([Redis](https://redis.io/)を使用したアクセストークンの失効) - FastAPI Beyond CRUD (パート12)
-
-![Redis In-Memory Data Store](https://assets.seobotai.com/capgo.app/68268a500209458b3ff4fe45/2e78e5b01f7fb6de1a584710a9d487ab.jpg)
-
-## トークンブラックリスト方式
-
-トークンブラックリストは、侵害されたトークンを検出次第無効化することで、トークンライフサイクルの管理において重要な役割を果たします。
-
-### Redisブラックリストのセットアップ
-
-Redisは高速なキーバリュールックアップを処理する能力で知られており、トークンブラックリストの維持に適しています[\[5\]](https://sitecore.stackexchange.com/questions/26774/storing-custom-data-in-redis)。Redisでは、`userId`と`tokenName`を組み合わせるなど、トークン識別子を複合キーとして保存できます。
-
-以下は[StackExchange.Redis](https://stackexchange.github.io/StackExchange.Redis/)を使用してトークンを書き込みおよび取得する方法です：
-
-### ブラックリストチェックシステム
-
-侵害されたトークンを効果的にブロックするために、サーバーサイドのブラックリストに対してトークンを検証するミドルウェアを実装できます[\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist)。
-
-| **アプローチ** | **最適な用途** | **詳細** |
-| --- | --- | --- |
-| **Redisブラックリスト** | 高トラフィックアプリ | 高速なルックアップのためのインメモリストアを使用 |
-| **トークンバージョニング** | エンタープライズシステム | より良い制御のためにトークンバージョンを直接ユーザーアカウントにリンク |
-| **リフレッシュトークン制御** | 標準的なアプリ | セキュリティ強化のために短命JWTとリフレッシュトークンを組み合わせ |
-
-> 「ログアウト機能が本当に必要な場合は、ブラックリストを使用できます。ただし、ブラックリストの使用は、従来のステートフルセッション方式とそれほど変わりません。トークンが依然として有効であることを確認するために、すべてのリクエストでトークンを検索する必要があります。したがって、ブラックリストはセッションベースの認証と同様に、サービスのパフォーマンスに影響を与える（またはボトルネックになる）可能性があります。」 - Kasey Speakman [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist)
-
-ブラックリストチェックシステムを統合することで、アプリケーションが有効なトークンのみを処理することを確実にできます。
-
-### トークンチェックの高速化
-
-トークン検証の速度を向上させることは、安全で効率的なセッション処理を維持するために不可欠です。最適化された実装により、トークン検証のパフォーマンスを大幅に向上させることができます：
-
--   **HS256アルゴリズム**：検証速度が67%向上[\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js)。
--   **RS256アルゴリズム**：パフォーマンスが88%向上[\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js)。
--   **キャッシュされた検証**：RS256検証で最大1,000%の改善[\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js)。
-
-パフォーマンスをさらに向上させるために、以下の戦略を検討してください：
-
--   高速なトークンルックアップのためにインメモリデータストアを使用。
--   失効リストチェックを分散させるためにロードバランシングを採用。
--   再利用のために検証済み証明書をキャッシュ[\[7\]](https://zuplo.com/blog/2025/01/03/top-7-api-authentication-methods-compared)。
--   セキュリティと使いやすさのバランスを取ったトークンの有効期間を設定。
-
-## エンタープライズトークン管理
-
-エンタープライズ環境でトークンを保護する場合、課題は個々のアカウントを超えて、組織全体で一貫した保護を確保することです。エンタープライズトークン管理は、トークンライフサイクルの監視やブラックリストなどの戦略を基に構築されますが、大規模なユーザーベースに対応するようにスケールします。ここでの重要な焦点は、数千から数百万のユーザーのセキュリティを維持するために、効率的にトークンの失効を大規模に管理することです。
-
-### 大規模トークン失効
-
-大規模環境では、トークンを迅速に失効させる能力が不可欠です。以下は、効果的な大規模トークン無効化に一般的に使用される方法です：
-
-| 方法 | 最適なユースケース |
-| --- | --- |
-| シークレットのローテーション | プラットフォーム全体でトークンを失効させるのに理想的 |
-| トークンバージョニング | 特定のトークンを無効化対象とするのに有用 |
-| Redisブラックリスト | リアルタイムのトークン無効化機能を提供 |
-
-ユーザーセッションを中断せずにセキュリティを維持するもう1つのアプローチは、サイレントトークン更新です。この方法により、アクセストークンがバックグラウンドで自動的に更新され、ユーザーはログイン状態を維持しながらセキュリティが強化されます。
-
-### 複数組織のトークン制御
-
-複数の組織にまたがってトークンを管理する場合、明確なアクセス制御とセキュリティ境界を確立することが重要です。一般的な解決策は、Role-Based Access Control (RBAC)で、異なる組織単位でトークンを管理するための構造化された権限レベルを設定します。これにより、適切な人々が適切なリソースにアクセスできるようになります - それ以上でもそれ以下でもありません。
-
-### プラットフォーム全体のトークン更新
-
-トークンの有効期限ポリシーを調整することで、セキュリティを大幅に強化できます。たとえば、適応型有効期限ポリシーは、デバイスの信頼性やユーザーアクティビティなどの要因に基づいてトークンの有効期間を調整します。信頼できるデバイスではトークンの有効期間が延長され、未知のシステムではリスクを最小限に抑えるために短縮される場合があります[\[9\]](https://www.expeed.com/how-%20oauth-2.0-token-expiration-and-refresh-%20strategies-results-in-a-seamless-user-experience)。
-
-より厳密なセキュリティを必要とするCapacitorで構築されたアプリの場合、**Identity Vault**はネイティブセキュリティAPIと統合することで、エンタープライズグレード
-
-[Capacitor アプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)でのトークンセキュリティを強固に保つには、継続的な監視とプラットフォームガイドラインの厳守が必要です。以下では、トークンアクティビティの追跡、更新のスケジューリング、アプリストア要件への準拠を確保するための主要な戦略について説明します。
-
-### トークンアクティビティの追跡
-
-リアルタイムでトークンアクティビティを監視することは、潜在的な侵害を早期に発見して対処するために不可欠です。これに効果的なツールの1つが**[ランタイムアプリケーション自己保護](https://en.wikipedia.org/wiki/Runtime_application_self-protection) (RASP)**で、アプリの動作をリアルタイムで観察します[\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter)。
-
-監視すべき主要な領域とその利点は以下の通りです：
-
-| **監視フォーカス** | **実装方法** | **セキュリティ上の利点** |
-| --- | --- | --- |
-| APIコール | 頻度とパターンの追跡 | 異常なアクセス試行の検出 |
-| ログイン試行 | 失敗した認証の監視 | ブルートフォース攻撃の防止 |
-| トークン使用 | アクセスパターンの記録 | トークン盗難の発見 |
-| ランタイム動作 | RASP統合 | 悪意のある活動のブロック |
-
-> "不適切な認証情報の使用とは、認証情報、APIキー、トークン、または露出された場合に悪用される可能性のある機密情報を不適切に扱い、保存、および送信することを指します。" - Majid Hajian, Azure & AI advocate@Microsoft [\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter)
-
-### トークン更新のスケジューリング
-
-適切に計画されたトークンローテーションスケジュールは、サービスを中断することなくセキュリティを維持するために重要です。トークンを80〜180日ごとに更新し、緊急失効のためのプロセスを常に用意しておくことを目指します[\[11\]](https://docs.fossa.com/docs/rotating-fossa-api-key)。
-
-トークンのライフサイクルを効果的に管理する方法：
-
--   **アクセストークン**: 有効期間を短く保つ - 15分が良い基準です[\[1\]](https://curity.io/resources/learn/oauth-for-mobile-apps-best-practices)。
--   **リフレッシュトークン**: これらを慎重に監視し、定期的にローテーションする。
--   **緊急手順**: 必要な場合にトークンを即座に失効させるシステムを用意する。
-
-トークン管理専用のサービスアカウントを使用することで、プロセスを簡素化しリスクを軽減できます[\[11\]](https://docs.fossa.com/docs/rotating-fossa-api-key)。
-
-### アプリストアルールのチェックリスト
-
-2025年4月以降、App Store Connectに提出されるすべてのアプリは、iOS 18、iPadOS 18、tvOS 18、visionOS 2、watchOS 11などのプラットフォーム向けの更新されたSDKでビルドする必要があります[\[12\]](https://developer.apple.com/news)。
-
-これらの要件を満たしながらセキュリティを強化するために、以下に焦点を当てます：
-
-| **セキュリティ要件** | **方法** | **検証** |
-| --- | --- | --- |
-| [データ暗号化](https://capgo.app/docs/cli/migrations/encryption/) | エンドツーエンド暗号化 | 自動証明書チェック |
-| セキュアストレージ | 暗号化されたローカルストレージ | ストレージ権限レビュー |
-| ネットワークセキュリティ | HTTPS接続の強制 | SSL/TLS検証 |
-| アクセス制御 | ロールベースの権限 | 認証テスト |
-
-これらのステップは、アプリストアのポリシーへの準拠を確保するだけでなく、先に議論したトークンセキュリティ対策も強化し、分散アプリケーションにとってよりセキュアな環境を作り出します。
-
-## 結論
-
-セキュリティとスムーズなユーザーエクスペリエンスの両方を確保するために、Capacitorアプリは不正アクセスを効果的に防ぐトークン失効システムを組み込む必要があります。以下は、効果的なトークン失効戦略の基礎となる重要なセキュリティレイヤーの概要です：
-
-| **セキュリティレイヤー** | **実装フォーカス** | **影響** |
-| --- | --- | --- |
-| **トークンライフサイクル** | 短期間のアクセストークンを使用 | 悪用の機会を制限 |
-| **ストレージセキュリティ** | プラットフォーム固有の暗号化（Keychain/Keystore） | トークンの盗難から保護 |
-| **継続的な保護** | リアルタイム監視 | 不審な活動を識別 |
-| **緊急対応** | 即時失効機能 | 侵害時のダメージを軽減 |
-
-エンタープライズレベルのアプリでは、トークンブラックリストシステムが重要になります。これは特に、複数の組織を管理する場合や、大規模なトークン失効を必要とするシナリオで重要です。
-
-一貫したメンテナンス、警戒を怠らないリアルタイム監視、トークンを即座に失効させる能力は、アプリを保護するために譲れません。セキュアなストレージプラクティス、適切に管理されたトークンライフサイクル、継続的な監視を組み合わせることで、Capacitorアプリはユーザーエクスペリエンスを損なうことなく、不正アクセスに対する強力な保護を提供できます。
-
-## よくある質問
-
-:::faq
-### なぜトークン失効はCapacitorアプリのセキュリティ向上に重要なのですか？
-
-トークン失効は、Capacitorアプリのセキュリティに重要な対策で、必要に応じてアクセストークンを即座に無効化することができます。ユーザーのログアウト後や、セキュリティ問題が検出された場合に、トークンを失効させることで、漏洩した認証情報が再利用されないようにします。この手順により、機密性の高いユーザーデータへの不正アクセスの可能性が大幅に低下します。
-
-トークンの有効期限のみに依存すると脆弱性の期間が残りますが、トークン失効は**リアルタイム**で脅威に対処します。このアプローチは、データ保護を強化するだけでなく、最新のセキュリティ期待にも応えます。Capacitorアプリにとって、トークン失効の統合はユーザー情報を保護し、セキュアなアプリ環境を維持するための重要なステップとなります。
-:::
-
-:::faq
-### 高トラフィックのCapacitorアプリでセキュアなトークン失効を実装するにはどうすればよいですか？
-
-[高トラフィックのCapacitorアプリ](https://capgo.app/blog/)でセキュアなトークン失効を確保するには、まず**短期間のアクセストークン**を実装することから始めます。これらのトークンは素早く失効するため、攻撃者が悪用できる機会を制限します。
-
-また、**失効トークンデータベース**を維持することも重要です。これにより、無効化されたトークンを追跡し、受信したリクエストをデータベースと照合できます。リクエストに失効したトークンが含まれている場合、即座にアクセスを拒否でき、追加のセキュリティ層を提供します。
-
-さらなるセキュリティのために、**OAuth 2.0**を使用します。このフレームワークは、トークンを管理しアクセスを制御するための信頼性の高いツールを提供します。トークンなどの機密データは、プラットフォームの**セキュアストレージソリューション**に保存し、不正アクセスから保護することを確認してください。機密情報をアプリのコードに直接ハードコードすることは、脅威にさらされる可能性があるため、絶対に避けてください。
-
-これらのプラクティスを採用することで、高トラフィック条件下でも良好なパフォーマンスを維持しながら、Capacitorアプリを不正アクセスから保護できます。
-:::
-
-:::faq
-### トークン失効を使用して、Capacitorアプリをセキュアに保ち、アプリストアのセキュリティ要件に準拠するにはどうすればよいですか？
-
-Capacitorアプリをセキュアに保ち、アプリストアのセキュリティ基準に準拠するには、OAuth 2.0やOpenID Connectなどの強力な認証方法と共に**トークン失効**戦略を実装することが重要です。これらの対策は、AppleとGoogle Playが設定した要件を満たしながら、ユーザーデータを保護します。
-
-考慮すべき主要なステップは以下の通りです：
-
--   トークンの悪用リスクを減らすため、**トークン有効期限ポリシー**を確立する。
--   漏洩した可能性のあるトークンを即座に無効化するため、**失効リスト**を維持する。
--   トークンを不正アクセスから保護するため、[暗号化ストレージ](https://capgo.app/docs/cli/migrations/encryption/)を使用する。
--   ユーザーエクスペリエンスを中断することなく、スムーズなアプリパフォーマンスを維持するため、トークンの更新プロセスを自動化する。
-
-認証試行を定期的に監視することも重要です。これは不審な活動を特定し、アプリのセキュリティを維持するのに役立ちます。さらに、セキュリティワークフローを詳細に文書化してください。これにより明確性と透明性が向上し、アプリストアのガイドラインへの準拠に不可欠な監査が簡素化されます。
-
-これらのプラクティスに従うことで、アプリは安全に保たれ、アプリストアプラットフォームの進化する要件を満たすことができます。
-:::
diff --git a/src/content/blog/ja/top-6-tools-for-managing-app-updates-in-2025.md b/src/content/blog/ja/top-6-tools-for-managing-app-updates-in-2025.md
deleted file mode 100644
index db1ad00e8..000000000
--- a/src/content/blog/ja/top-6-tools-for-managing-app-updates-in-2025.md
+++ /dev/null
@@ -1,120 +0,0 @@
----
-slug: top-6-tools-for-managing-app-updates-in-2025
-title: 2025年のアプリアップデート管理のための6大ツール
-description: 2025年における、さまざまなプラットフォームやチームの規模に対応した、効率的で安全なアプリケーション更新のための必須ツールをご紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T06:07:22.508Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a42ddd6b8e18060d3642ef-1738822060228.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  app updates, mobile development, software management, security tools, cloud
-  solutions, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**[アプリの更新管理](https://capgo.app/plugins/capacitor-updater/)は2025年において、スピード、セキュリティ、効率性が全てです。**重要な修正や新機能のリリースにおいて、適切なツールは時間を節約し、コンプライアンスを確保し、ユーザー体験を向上させることができます。以下がアプリ更新を効率化するトップツールの概要です：
-
--   **[Capgo](https://capgo.app/)**: [Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)向けの即時OTA更新と強力な暗号化が特徴
--   **[Automox](https://www.automox.com/)**: 自動パッチ適用によるWindows、macOS、Linuxの更新管理に最適
--   **[Ionic Appflow](https://ionic.io/appflow/)**: CI/CD統合とライブ更新によるハイブリッドアプリの更新を簡素化
--   **[Microsoft Intune](https://www.microsoft.com/en-us/security/business/microsoft-intune)**: 高度なセキュリティとコンプライアンスを備えたエンタープライズレベルのエンドポイント管理
--   **[Jamf Pro](https://www.jamf.com/products/jamf-pro/)**: 自動パッチ適用とデプロイメント追跡を特徴とするAppleデバイス向けツール
--   **[CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)**: React NativeとIonicアプリ向けの差分更新による軽量OTA更新
-
-### クイック比較
-
-| ツール | 最適な用途 | 主な機能 | 価格（スタート） |
-| --- | --- | --- | --- |
-| **Capgo** | Capacitorアプリ | OTA更新、暗号化、CI/CD統合 | 12ドル/月 |
-| **Automox** | クロスプラットフォーム更新 | 自動パッチ適用、コンプライアンスレポート | カスタム価格 |
-| **Ionic Appflow** | ハイブリッドアプリ開発 | CI/CD統合、ライブ更新 | 49ドル/月 |
-| **Microsoft Intune** | エンタープライズセキュリティ | エンドポイント管理、Azure統合 | Microsoft 365の一部 |
-| **Jamf Pro** | Appleエコシステム | パッチ自動化、コンプライアンスツール | 3.33ドル/デバイス/月 |
-| **CodePush** | 頻繁な更新 | 差分更新、ロールバックサポート | App Centerの一部 |
-
-これらのツールは、小規模チームから大企業まで、さまざまなニーズに対応しています。プラットフォーム、セキュリティ要件、更新頻度に基づいて選択してください。さらに詳しく見ていきましょうか？各ツールを詳細に見ていきましょう。
-
-## Ionicアプリの強制更新方法
-
-IntuneはMicrosoft 365 Enterpriseの一部として、または単独製品として利用できます。その充実した機能セットは、複数のプラットフォームにまたがるアプリケーションを管理する大規模組織にとって価値のある投資となります。
-
-### 主な特長:
-
--   **クロスプラットフォーム対応**で全ての主要オペレーティングシステムをサポート
--   **高度なセキュリティ**とコンプライアンス管理
--   Microsoftエコシステムとの**統合**による統一管理
--   効率的な更新プロセスのための**自動展開**
--   より良い洞察を得るための**詳細なレポート**と分析
-
-Microsoftエコシステムに深く組み込まれている組織にとって、Intuneは大規模なマルチプラットフォーム環境での更新管理を簡素化します。ただし、Apple特有のニーズに関しては、Jamf Proのようなツールの方が適している場合があります。
-
-## 5\. [Jamf Pro](https://www.jamf.com/products/jamf-pro/)
-
-![Jamf Pro](https://mars-images.imgix.net/seobot/screenshots/www.jamf.com-452a677727a22c487d11e38ebd1e7a94-2025-02-06.jpg?auto=compress)
-
-Jamf ProはAppleデバイスの管理に特化して設計され、Appleエコシステムとの深い統合を提供します。iOS、iPadOS、macOS、tvOSのアプリ更新を処理し、ITチームにアプリの配布と更新の正確な制御を提供します。
-
-### 更新配布システム
-
-Jamf Proは自動パッチ適用とAppleのVolume Purchase Program (VPP)との統合により、更新管理を簡素化します。この自動化によりIT作業負荷を90%削減し、アプリの展開を75%加速することができます。
-
-このプラットフォームは、[大規模な自動更新](https://capgo.app/docs/live-updates/update-behavior/)、Smart Groupsを使用したターゲット展開、複雑なセットアップのためのカスタムワークフローをサポートしています。これらの機能により、様々な組織のニーズに適応できます。
-
-### エンタープライズ統合
-
-Jamf Proはコンプライアンスや更新速度などの課題に対応するように構築されており、Apple重視の組織にとって最適な選択肢となっています。Jenkinsなどのツールとの統合、GDPRやHIPAAコンプライアンスのサポート、展開のリアルタイム追跡を提供します。主要なエンタープライズ機能には以下が含まれます：
-
--   アプリ更新のためのエンドツーエンドの暗号化
--   [二要素認証](https://capgo.app/docs/webapp/mfa/)
--   リアルタイムセキュリティ評価
--   詳細な展開追跡
-
-### 価格とパフォーマンス
-
-価格はデバイス1台あたり月額3.33ドルから始まり、大量購入や教育機関向けの割引があります。例えば、ある学区ではJamf Proを使用して数千台のiPadを管理し、IT作業負荷を削減しコンプライアンスを向上させました。
-
-Jamf ProはApple環境で優れていますが、混合デバイス環境を持つチームは非Apple デバイス用の追加ツールが必要かもしれません。クロスプラットフォームのオプションを探している場合、CodePushは軽量で開発者フレンドリーな代替手段を提供します。
-
-## 6\. [CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)
-
-![CodePush](https://mars-images.imgix.net/seobot/screenshots/learn.microsoft.com-87c8945e309a8c280c425352c4f329fa-2025-02-06.jpg?auto=compress)
-
-CodePushは、アプリストアのレビュープロセスをスキップできる無線経由（OTA）更新を簡素化するために設計されたクラウドベースのサービスです。[Visual Studio App Center](https://visualstudio.microsoft.com/app-center/)スイートの一部であり、迅速なアプリ展開とメンテナンスにおいて重要な役割を果たします。
-
-差分更新システムを使用することで、CodePushは変更されたファイルのみをプッシュすることで更新サイズを最小限に抑えます。これは頻繁な更新が必要なReact NativeやIonicアプリに特に有用です。開発者は重要な修正のための**必須更新**や、緊急性の低い機能のための**オプション更新**を選択できます。
-
-このプラットフォームはJenkins、CircleCI、Azure DevOpsなどの人気のCI/CDツールとシームレスに統合し、自動展開とスムーズなバージョン管理を可能にします。セキュリティは優先事項であり、エンドツーエンドの暗号化、ロールベースのアクセス制御、更新を追跡するための詳細な監査ログなどの機能を備えています。
-
-そのバージョン管理システムにより、問題が発生した場合のインスタントロールバックが可能で、ダウンタイムを削減します。CodePushはiOSとAndroid両方の統一更新もサポートしており、複数のプラットフォームで作業するチームに最適です。
-
-CapgoがCapacitorアプリの暗号化されたOTA更新を強調する一方、CodePushは差分更新システムと強力なCI/CD統合で際立っており、迅速な反復開発に焦点を当てたチームに最適です。ハイブリッドアプリ開発に特化したIonic Appflowと比較して、CodePushの更新とセキュリティへのアプローチは、様々なフレームワークに対応する多用途なオプションとなっています。
-
-## 結論
-
-異なるツールは、特定のチームのニーズとプロジェクト要件に応じて輝きを放ちます。2025年のアプリ更新管理には、効率性、セキュリティ、CI/CDワークフローとのシームレスな統合を組み合わせたツールが必要です。
-
-**Capgo**は[Capacitor開発者](https://capgo.app/blog/capacitor-comprehensive-guide/)にとって優れた選択肢で、即時展開と暗号化されたOTA更新を提供します。個人開発者向けの月額12ドルからで、リアルタイム更新と強力なバージョン管理を提供し、あらゆる規模のプロジェクトに適しています。
-
-エンタープライズレベルのセキュリティとコンプライアンスを重視するチームには、**Microsoft Intune**と**Jamf Pro**が優れたオプションです。これらのプラットフォームは、機密データと厳格なコンプライアンス基準を扱う組織に不可欠な包括的なエンドポイント管理を提供します。
-
-クロスプラットフォーム開発チームは、**CodePush**や**Ionic Appflow**を好むかもしれません。CodePushの軽量な差分更新システムは頻繁な段階的更新に最適で、Ionic AppflowのCI/CDパイプラインとの統合は展開ワークフローを簡素化します。
-
-チームプロファイルと優先事項に基づくツールの比較表です：
-
-| チームプロファイル | 推奨ツール | 主な利点 |
-| --- | --- | --- |
-| Capacitor開発者 | Capgo | 暗号化付き即時OTA更新 |
-| エンタープライズセキュリティ | Microsoft Intune | 包括的なエンドポイント管理 |
-| クロスプラットフォームチーム | CodePush | 効率的な差分更新 |
-| ハイブリッドアプリ開発 | Ionic Appflow | 組み込みCI/CDパイプライン統合 |
-| IT管理 | Automox | クラウドネイティブパッチ管理 |
-
-業界はクラウドネイティブシステムと自動更新プロセスに向かっています。AI駆動の更新管理が更新の処理方法を変革すると予想され、柔軟性とスケーラビリティを備えたツールがますます重要になっています。
-
-ツールを選択する際、チームは更新頻度、セキュリティニーズ、統合機能、スケーラビリティ、予算などの要因を考慮する必要があります。適切なツールは、セキュリティリスクやコンプライアンスなどの問題に対処するだけでなく、スムーズで効率的な更新ワークフローを確保し、急速に進化する開発環境でチームを先導します。
diff --git a/src/content/blog/ja/top-api-security-standards-for-app-store-compliance.md b/src/content/blog/ja/top-api-security-standards-for-app-store-compliance.md
deleted file mode 100644
index 66754dd7c..000000000
--- a/src/content/blog/ja/top-api-security-standards-for-app-store-compliance.md
+++ /dev/null
@@ -1,348 +0,0 @@
----
-slug: top-api-security-standards-for-app-store-compliance
-title: App Store コンプライアンスのためのコア API セキュリティ標準
-description: API を安全に利用するための基本的な標準を学び、ユーザーデータを保護しながらアプリストアの要件を確実に満たすようにしましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T01:52:28.048Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78-1745459563928.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  API security, OAuth 2.0, OpenID Connect, TLS, JWT, app store compliance, user
-  data protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-アプリのAPIのセキュリティ確保は、Apple App StoreとGoogle Playの要件を満たすために重要です。このガイドでは、プラットフォームのルールに準拠し、ユーザーデータを保護し、アプリのパフォーマンスを向上させるための**5つの重要なAPIセキュリティ基準**を説明します。
-
-### 重要なポイント:
-
--   **[OAuth 2.0](https://oauth.net/2/)**: トークンベースのアクセスによる安全なユーザー認証。
--   **[OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect)**: 強化されたユーザー認証のためのアイデンティティレイヤー。
--   **TLS/SSL**: データの[暗号化](https://capgo.app/docs/cli/migrations/encryption/)による改ざん防止。
--   **JWTセキュリティ**: 適切な署名と保存によるトークンの保護。
--   **APIレート制御**: リクエスト制限によるAPIの不正使用防止。
-
-これらの基準を実装することで、[Capacitorアプリ](https://capgo.app/plugins/ivs-player/)が承認基準を満たし、ユーザーデータを安全に保つことができます。詳しく見ていきましょうか。
-
-## プロキシサーバーとユーザーを使用したフロントエンドアプリでのAPIキーの保護...
-
-<iframe src="https://www.youtube.com/embed/-HJeBV70zIE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [OAuth 2.0](https://oauth.net/2/)の実装
-
-![OAuth 2.0](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/d1868b22bd285dedc49624e0c0ea2ab6.jpg)
-
-OAuth 2.0は、モバイルアプリを安全に認証するための広く使用されているプロトコルです。第三者アプリが機密認証情報を公開することなく、ユーザーリソースにアクセスすることを可能にします。AppleやGoogleなどのプラットフォームは、安全で標準に準拠した認証を要求しており、OAuth 2.0はトークンベースのセキュリティと制御されたAPIアクセスを通じてこれらの要件を満たします。
-
-以下は、CapacitorアプリでOAuth 2.0を設定する方法です：
-
-### 主な認証フロー
-
--   **PKCEを使用した認可コード（Proof Key for Code Exchange）:** モバイルアプリに最適な最も安全なフロー。
--   **暗黙的フロー:** 古いシステムで必要な場合のみ使用。
--   **クライアント認証情報:** サービス間通信用。
-
-### 統合のためのステップ
-
-1.  **トークン管理**
-    
-    -   トークンを安全に取得。
-    -   トークンを[暗号化されたストレージ](https://capgo.app/docs/cli/migrations/encryption/)に保存し、不正アクセスを防止。
-    -   中断のないアクセスを確保するためのトークン自動更新。
-    -   トークン署名を検証して真正性を確認。
-
-2.  **セキュリティ対策**
-    
-    -   スコープを設定してアクセスを制限。
-    -   リスクを軽減するためのトークン有効期限の設定。
-    -   不正使用を防ぐためのレート制限の適用。
-    -   不審な認証試行の監視。
-
-3.  **App Store対応**
-    
-    -   Appleが承認したOAuthプロバイダーを使用。
-    -   Google Playのセキュリティガイドラインに適合。
-    -   アプリの認証ワークフローを明確に文書化。
-    -   レビューとトラブルシューティングのための監査ログの保持。
-
-追加の保護のため、OAuth 2.0を他の認証方法と組み合わせることを検討してください。このアプローチは機密性の高いユーザーデータを保護するだけでなく、APIエンドポイントを保護し、プラットフォームの要件への準拠を確保します[\[1\]](https://capgo.app/)\[2\]。
-
-## 2. [OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect)のセットアップ
-
-OpenID ConnectはOAuth 2.0の上にアイデンティティレイヤーを追加し、安全なユーザー認証を確保します。
-
-### 主な実装ステップ
-
-1.  **アイデンティティトークンの設定**
-    
-    -   `openid`、`profile`、`email`などのスコープを定義。
-    -   アクセストークンの有効期限を15～30分に設定。
-    -   セキュリティ強化のためのリフレッシュトークンローテーションを有効化。
-
-2.  **ユーザー認証プロセス**
-    
-    -   システムブラウザとデバイスの生体認証を使用したネイティブ認証。
-    -   暗号化されたストレージにトークンを安全に保存。
-    -   サーバー側でのトークン検証を必ず実施。
-
-3.  **クレーム管理**
-    
-    -   実際に必要なユーザー情報のみを要求。
-    -   セキュリティを維持するための適切なセッション管理を実装。
-
-### プラットフォーム固有のガイドライン
-
-**iOS向け:**
-
--   安全な認証のために**ASWebAuthenticationSession**を使用。
--   必要に応じて**Sign in with Apple**をサポート。
--   キーチェーンを使用してトークンを安全に保存。
--   追加の保護のために証明書ピンニングを有効化。
-
-**Android向け:**
-
--   認証フローに**Chrome Custom Tabs**を使用。
--   Androidキーストアで認証情報を保護。
--   必要に応じて**Google Sign-In**を統合。
--   追加のセキュリティのために**[SafetyNet](https://developers.google.com/android/reference/com/google/android/gms/safetynet/SafetyNetApi)認証**を有効化。
-
-### セキュリティのベストプラクティス
-
--   セッションを効果的にクリアするログアウトプロセスを実装。
--   CSRFアタックから保護するためのステートパラメータを使用。
--   安全な接続のために**HTTP Strict Transport Security (HSTS)**を有効化。
--   不審な動作を検出するための認証試行の監視。
-
-最後に、すべての認証交換がTLS/SSLを強制することで転送中に保護されていることを確認してください。
-
-## 3. TLS/SSLセキュリティ
-
-TLS/SSLは、データが転送中に暗号化されたままであることを保証します。TLS（Transport Layer Security）はAPIトラフィックを保護し、盗聴や改ざんから守ります。
-
-### 主なセキュリティ対策
-
--   すべてのAPI通信に**TLS v1.2以上**を使用。これにより、OAuthトークンとOpenIDアイデンティティアサーションがクライアントとサーバー間で秘密に保たれます。
--   iOSとAndroidアプリケーションの両方に**証明書ピンニング**を適用。
--   サーバーで**HTTP Strict Transport Security (HSTS)**を有効化して安全な接続を強制。
-
-### Capacitorのセットアップ
-
-無効な証明書をブロックするために、CapacitorのHTTPプラグインまたはWKWebView/NSSecureTransportを設定します。ライブアップデートについては、CapgoはAppleとGoogleの両方のガイドラインを満たすエンドツーエンドの暗号化を提供します[\[1\]](https://capgo.app/) 。
-
-## 4. JWTセキュリティ対策
-
-JSON Web Tokens（JWT）は、特にアプリストアの要件への準拠を確保する際のAPI通信のセキュリティに不可欠です。トークン自体のセキュリティに焦点を当てることで、OAuth 2.0とOpenID Connectのセットアップを強化します。
-
-### トークン署名ガイドライン
-
--   トークンの署名には**非対称RS256（RSA-SHA256）**を使用し、90日ごとに秘密鍵をローテーション。
--   JWTを**[暗号化された安全なストレージ](https://capgo.app/docs/cli/migrations/encryption/)**に保存して不正アクセスを防止。
--   **署名**、**発行者（iss）**、**対象者（aud）**、**有効期限**などの重要な要素を検証。
--   ペイロードを最小限に保つ - 必要なクレームのみを含め、一意の識別子（_jti_）を追加し、機密データを避ける。
-
-### トークンのライフサイクル管理
-
--   中断のないアクセスを確保するため、トークンの有効期限の**5分前**に更新。
--   侵害されたトークンを即座に無効化するための**失効リスト**（例：[Redis](https://redis.io/)を使用）を維持。
-
-### エラー処理
-
-エラーが発生した場合、検証の詳細を公開しないよう`invalid_token`などの**一般的なエラーメッセージ**を返す。
-
-### App Store対応
-
-アプリストア固有の要件について、JWTの実装が以下を確実に行うようにしてください：
-
--   プラットフォームの**キーチェーンストレージガイドライン**に準拠。
--   すべてのトークン関連操作の適切な**監査ログ**を含む。
-
-## 5. APIレート制御
-
-ユーザーがAPIにアクセスできる頻度を管理することは、APIを保護することと同様に重要です。レート制限は、誤用を防ぎ、DDoS攻撃から保護し、リソースがユーザー間で公平に共有されることを確保します。
-
-### レート制限戦略
-
-トークンが安全になったら、各クライアントが行えるリクエスト数を決定する時です。
-
-**リクエスト制限**
-
--   IPアドレスに基づくリクエストの制限
--   APIキーにリンクされたユーザーごとのクォータの設定
--   トラフィックスパイクに対応するための一時的なバーストの許可
-
-**時間ベースの制限**
-
--   _固定ウィンドウ_：定期的な間隔（例：毎分または毎時）で制限をリセット
--   _スライディングウィンドウ_：一定期間にわたる使用状況を追跡
--   _トークンバケット_：リクエスト用のトークンを発行し、時間とともに補充
-
-### 実装ガイドライン
-
-**ヘッダーとレスポンスコード**
-
-制限を適用する際、レスポンスに役立つヘッダーを含めます：
-
--   制限を超えた場合はHTTP 429（"Too Many Requests"）を使用
--   ユーザーに情報を提供するため`X-RateLimit-Limit`、`X-RateLimit-Remaining`、`X-RateLimit-Reset`などのヘッダーを追加
--   再試行可能な時期を示す`Retry-After`ヘッダーを含める
-
-### モニタリングとアラート
-
-APIの使用状況を以下のステップで監視します：
-
--   パターンを特定するためのリアルタイムのAPI使用状況監視
--   不審なアクティビティの特定とブロック
--   異常なトラフィックスパイクのアラート設定
--   将来の分析のためのレート制限違反のログ記録
-
-### エラーレスポンスの例
-
-クライアントがレート制限を超えた場合、明確なJSONメッセージで応答します。例：
-
-```json
-{
-  "error": "rate_limit_exceeded",
-  "message": "Request quota exceeded",
-  "retry_after": "<seconds until reset>"
-}
-```
-
-### レート制限のストレージ
-
-レート制限を効率的に適用するために、RedisやMemcached](https://memcached.org/)のような分散キャッシュを使用します。これらのシステムは、高いパフォーマンスを維持しながら、複数のインスタンス間でリクエスト数を追跡するのに役立ちます。
-
-次：アプリストアのセキュリティルール。
-
-## アプリストアのセキュリティルール
-
-AppleとGoogleが適用するネットワークおよびストレージのセキュリティ要件について詳しく見ていきましょう。これらのルールはOAuthトークンとレート制限を超えて、アプリがプラットフォーム標準を満たすことを確保します。
-
-### iOS要件
-
--   **App Transport Security (ATS)**が有効でなければなりません：
-    -   TLS 1.2以上
-    -   Perfect Forward Secrecy (PFS)
-    -   少なくともSHA-256の証明書
--   キーチェーンを使用して機密データを保護。
--   安全な通信のための証明書ピンニングを設定。
--   すべてのローカルデータを暗号化。
-
-### Android要件
-
--   **Network Security Config**を使用して：
-    -   平文トラフィックを制限。
-    -   証明書ピンニングルールを定義。
-    -   必要に応じてカスタム認証局を指定。
--   ファイ
-
-## API アクセス制御メソッド
-
-APIエンドポイントの保護は、プラットフォームのトランスポートとトークンの保護だけにとどまりません。きめ細かなアクセス制御は、APIのセキュリティを確保する上で重要です。
-
-### 主要なアクセス制御メソッド
-
--   **APIキーの検証**  
-    暗号的に安全なキーを有効期限付きで使用します。90日ごとの自動キーローテーションを実施し、キーごとのレート制限と使用量制限を適用します。監査目的のためにキーの使用状況を常にログに記録します。このメソッドはサービス間の呼び出しにおいてOAuth 2.0と組み合わせて効果的に機能します。
-    
--   **OAuth スコープの適用**  
-    APIのアクセス権限に特定のスコープを割り当て、リクエストごとに検証します。適切な認可がないリクエストは拒否し、アプリストアのレビューのためにスコープの要件を明確に文書化します。スコープとJWTクレームを組み合わせることで、さらにアクセスを制限できます。
-    
--   **ロールベースアクセス制御 (RBAC)**  
-    正確な権限を持つロールを定義し、認証システムを通じて割り当てます。すべてのAPI呼び出しに対してロールの認可をチェックし、ロールの割り当てを暗号化されたストレージに安全に保存します。
-    
--   **トークンの検証と失効**  
-    リアルタイムのトークン検証を実行し、侵害されたトークンの一元化されたブラックリストを維持します。即時の失効を可能にし、不審なトークンの活動を検知するための監視を設定します。
-
-### プラットフォームのコンプライアンス
-
-Apple App StoreやGoogle Playなどのプラットフォームでの承認のために：
-
--   セキュリティレビュー時にアクセス制御方法を明確に文書化します。
--   未認証のリクエストを適切なエラーレスポンスで処理します。
--   監査目的のために詳細なアクセスログを保持します。
--   セキュリティインシデントに迅速に対応するためのリアルタイム監視を有効にします。
-
-これらの対策は、AppleとGoogleのセキュリティガイドラインに準拠し、APIが基準を満たすことを保証します。
-
-## CapacitorのためのAPIセキュリティツール
-
-アクセス制御を設定したら、次のステップはこれらの保護機能をCapacitorワークフローにシームレスに実装するツールを統合することです。OAuth、TLS、JWTプロトコルをサポートするツールは、スムーズなアップデートを確保しながらCapacitorアプリを保護するために不可欠です。
-
-### 探すべき主要なセキュリティ機能
-
-Capacitor用の効果的なセキュリティツールには以下が含まれるべきです：
-
--   データを保護し、即時アップデートを可能にする**エンドツーエンド暗号化**
--   アプリのパフォーマンスと問題を監視する**分析とエラー追跡**
--   クイックフィックスのための**ロールバック機能**
--   **CI/CD統合**と柔軟なホスティングオプション
--   プラットフォーム要件を満たす**アプリストアコンプライアンスチェック**
--   制御されたアップデートのための**段階的展開機能**
--   重大な問題に対応するための**即時バージョン復帰**
--   パーソナライズされたアップデートのための**ターゲットユーザー制御**
-
-### トップピック：[Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/29f394e74984c052f31714ba4759b80a.jpg)
-
-Capgoは、AppleとGoogleのガイドラインに準拠しながらCapacitorアプリのライブアップデートを管理するための優れたツールです。82%のグローバルアップデート成功率と印象的な434ミリ秒の平均APIレスポンスタイムを誇ります[\[1\]](https://capgo.app/) 。
-
-### パフォーマンスメトリクス
-
-Capgoは迅速で効果的なアップデートを保証します：
-
--   **ユーザーの95%**が24時間以内にアップデートを受信
--   世界中で**1,900以上の本番アプリ**に信頼されています[\[1\]](https://capgo.app/)
-
-### モニタリングと分析
-
-アプリのパフォーマンスとコンプライアンスを維持するために、以下のメトリクスの追跡に焦点を当てます：
-
--   **アップデート成功率**：最新バージョンを実行しているユーザーの割合
--   **APIレスポンスタイム**：アップデート配信速度の重要な指標
-
-これらのメトリクスを定期的にレビューすることで、アプリがアプリストアの要件を満たし、スムーズなユーザーエクスペリエンスを提供していることを確認できます。  
-[\[1\]](https://capgo.app/) Capgo使用統計
-
-## まとめ
-
-すべてを総合すると、5つの主要な基準は以下のように整合します：**セキュアな認証**（PKCEを使用したOAuth 2.0、OpenID Connect）、**強力な暗号化**（TLS 1.2+と適切なJWTの使用）、そして**APIレート制限**は、CapacitorアプリでAppleとGoogleのアプリストア要件を満たすために重要です。
-
-**エンドツーエンド暗号化**、**継続的なモニタリング**、ベータチャネルを通じた**段階的展開**、ロールバックオプションを備えた**CI/CDパイプライン**の統合に焦点を当てます。これらのステップは実世界での成功を示しており、アップデート配信において印象的な82%のグローバル成功率を達成しています[\[1\]](https://capgo.app/) 。
-
-## よくある質問
-
-:::faq
-### アプリストアのセキュリティ基準を満たすためにCapacitorアプリでOAuth 2.0を実装するにはどうすればよいですか？
-
-アプリストアのセキュリティ基準に準拠しながらCapacitorアプリで**OAuth 2.0**を実装するには、以下の主要なステップに従う必要があります：
-
-1.  **OAuthプロバイダーの設定**：OAuthプロバイダー（Google、Apple、または他のサービス）にアプリを登録し、Client IDとClient Secretなどの必要な認証情報を取得します。
-2.  **OAuthライブラリの統合**：`@capacitor-community/oauth2`のようなライブラリを使用して、Capacitorアプリとシームレスに統合します。これは認証フローとトークン処理の管理に役立ちます。
-3.  **リダイレクトURIの設定**：認証コールバックを安全に処理するために、OAuthプロバイダーの設定でアプリのリダイレクトURIが適切に設定されていることを確認します。
-4.  **トークンの安全な取り扱い**：アクセストークンとリフレッシュトークンを保存するために、エンドツーエンド暗号化を確保しながらCapacitorのSecure Storageプラグインなどの安全なストレージを使用します。
-
-これらのステップに従うことで、スムーズな認証エクスペリエンスを提供しながら、アプリがセキュリティ基準を満たすことができます。**Capgo**のようなプラットフォームも、AppleとGoogleの要件に準拠しながらユーザーにリアルタイムアップデートを提供することで、アプリのアップデートプロセスを強化できます。
-:::
-
-:::faq
-### アプリストアのコンプライアンスのために、APIがAppleとGoogleのセキュリティ基準を満たすためにどのような手順を取ることができますか？
-
-APIをAppleとGoogleのセキュリティ基準に準拠させるために、**エンドツーエンド暗号化**、安全な認証方法、データプライバシー対策などの堅牢なセキュリティプラクティスの実装に焦点を当てます。これらはコンプライアンス要件を満たすために重要です。
-
-Capacitorアプリを開発している場合、Capgoのようなツールがコンプライアンスを簡素化できます。Capgoを使用すると、AppleとAndroidのガイドラインに準拠しながら、アプリストアの承認を必要とせずに、アップデート、修正、機能を即座にプッシュできます。これにより、アプリを簡単に安全かつ最新の状態に保つことができます。
-:::
-
-:::faq
-### アプリでAPIセキュリティを監視および管理するための最適なツールとプラクティスは何ですか？
-
-アプリでのAPI セキュリティ管理を効果的に行うために、リアルタイムアップデート、暗号化、開発ワークフローとのシームレスな統合を可能にするツールを検討してください。**Capgo**は、Capacitorアプリに強力なソリューションを提供し、開発者がアプリストアの承認を待つことなく、即座にアップデート、修正、新機能をプッシュすることを可能にします。これにより、アプリが常にコンプライアンスを維持し、最新の状態を保つことができます。
-
-Capgoは**エンドツーエンド暗号化**、CI/CDパイプラインとの統合、特定のユーザーグループへのアップデートの割り当て機能も提供します。これらの機能はセキュリティを強化するだけでなく、アップデートプロセスを効率化し、AppleとGoogleのアプリストア要件へのコンプライアンス維持を容易にします。
-:::
diff --git a/src/content/blog/ja/top-tools-for-debugging-ota-updates-in-capacitor.md b/src/content/blog/ja/top-tools-for-debugging-ota-updates-in-capacitor.md
deleted file mode 100644
index 9687c5a45..000000000
--- a/src/content/blog/ja/top-tools-for-debugging-ota-updates-in-capacitor.md
+++ /dev/null
@@ -1,98 +0,0 @@
----
-slug: top-tools-for-debugging-ota-updates-in-capacitor
-title: CapacitorのOTAアップデートをデバッグするための最適なツール
-description: Capacitorアプリのすべてのプラットフォームで、OTAアップデートの効果的なデバッグに必要なツールと戦略を探ります。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-20T02:05:05.290Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b67f2eacf635f489c4a234-1740017141105.jpg
-head_image_alt: モバイル開発
-keywords: 'Capacitor, OTA updates, debugging tools, mobile development, app updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) アプリのOver-the-Air (OTA) アップデートのデバッグは難しい場合がありますが、適切なツールを使用することで大きな違いが生まれます。バージョンの競合管理、[セキュアなアップデート](https://capgo.app/docs/live-updates/update-behavior/)の確保、クロスプラットフォームでのデバッグなど、以下の2つのツールを検討してください：
-
--   **[Capgo](https://capgo.app/)**：エンドツーエンドの暗号化、CI/CD統合、ユーザー固有のロールアウトを備えたセキュアなOTAアップデート。月額12ドルから。
--   **[Inspect.dev](https://inspect.dev/)**：WindowsでもAndroidとiOSの両方のアプリをデバッグ可能。[Chrome DevTools](https://developer.chrome.com/docs/devtools)統合付き。年間49ドル。
-
-### クイック比較
-
-| 機能 | Capgo | Inspect.dev |
-| --- | --- | --- |
-| アップデート管理 | 高度 (暗号化、CI/CD) | 該当なし |
-| [デバッグツール](https://capgo.app/docs/plugin/debugging/) | バージョン管理、ロールバック | Chrome DevTools |
-| プラットフォームサポート | Android、iOS | Android、iOS (Windows対応) |
-| 価格 | 月額12ドル | 年間49ドル |
-
-アプリのニーズに応じて選択：**Capgo**はセキュリティと自動化向け、**Inspect.dev**はクロスプラットフォームのデバッグ向け。
-
-## OTAアップデートデバッグの基本
-
-### プラットフォーム要件
-
-[Capacitor OTAアップデート](https://capgo.app/ja/)には、適切なネイティブ統合が必要です。iOSでは厳密なコード署名とアップデート検証が必要です。Androidでは、アップデートの問題を避けるためにバージョンコードの管理と互換性の確保が重要です。
-
-主なプラットフォームチェック項目：
-
--   ネイティブ依存関係を最新に保つ
--   プラグインの互換性を確認
--   iOSとAndroid用に個別のビルド設定を使用
-
-これらが整ったら、OTA配信オプションを検討しましょう。
-
-### アップデート配信方法
-
-[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)は複数のOTAアップデート方法をサポートしています。Capgoなどのツールは、AppleとAndroidの両方のガイドラインに準拠しています。
-
-| 配信方法 | 主な機能 | 最適な用途 |
-| --- | --- | --- |
-| [手動アップデート](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | アップデートプロセスの完全な制御、カスタムURL対応 | 小規模アプリ、テスト |
-| Capgo | エンドツーエンド暗号化、CI/CD統合、ユーザー割り当て | エンタープライズアプリケーション |
-
-アプリのニーズとワークフローに最適な方法を選択してください。
-
-### 開発環境のセットアップ
-
-環境のセットアップには[Capacitor CLIコマンド](https://capgo.app/docs/cli/commands/)の使用と適切な設定が必要です。
-
-重要なセットアップ手順：
-
--   `npx cap sync`を実行して依存関係を同期
--   _capacitor.config.json_ファイルでネイティブ設定を調整
--   すべてが機能することを確認するためにローカルでアップデートをテスト
-
-iOSアプリの検査には、WindowsとChrome DevToolsに対応したInspect.devが利用できます。14日間の無料トライアル後、年間49ドルです。
-
-変更を追跡しデバッグを簡単にするために、バージョン管理を整理してください。Capacitor CLIコマンドを使用して、プラットフォーム間でアップデートを効率的にテストします。
-
-## YouTubeの関連動画
-
-<iframe src="https://www.youtube.com/embed/HmXM5t8DIPA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-**セキュリティとコンプライアンス**
-セキュリティが最優先事項である場合、**Capgo**はエンドツーエンドの暗号化を提供しながら、AppleとAndroidの両方の基準に準拠したアップデートを確保します。
-
-## よくある質問
-
-### AndroidでCapacitorアプリをデバッグする方法は？
-
-[Capacitorアプリ](https://capgo.app/plugins/ivs-player/)のAndroidでのデバッグは、Chromeの開発者ツールを使用して簡単に行えます。手順は以下の通りです：
-
-1. IDEまたは[Android Studio](https://developer.android.com/studio)を使用してアプリを起動します。
-2. Google Chromeで`chrome://inspect`を開きます。
-3. 「Remote Targets」でアプリのWebViewを見つけて、**検証**をクリックします。
-
-接続後、Chromeの開発者ツールを使用して**コンソールログ**、**ネットワークリクエスト**、**パフォーマンスメトリクス**の確認や、**DOM**や**JavaScript**の検査が可能です。
-
-アップデートのダウンロードを追跡するには**ネットワーク**タブに注目し、エラーを見つけるには**コンソール**を使用してください。
-
-追加の[デバッグオプション](https://capgo.app/docs/plugin/debugging/)については、以下のツールをご覧ください：
-
-- **Inspect.dev**：クロスプラットフォームのデバッグツール
-- **Capgo**：セキュリティとCI/CD機能を備えたライブアップデート管理を支援
diff --git a/src/content/blog/ja/top-tools-for-debugging-platform-specific-code-in-capacitor.md b/src/content/blog/ja/top-tools-for-debugging-platform-specific-code-in-capacitor.md
deleted file mode 100644
index 5b2471102..000000000
--- a/src/content/blog/ja/top-tools-for-debugging-platform-specific-code-in-capacitor.md
+++ /dev/null
@@ -1,210 +0,0 @@
----
-slug: top-tools-for-debugging-platform-specific-code-in-capacitor
-title: Capacitorにおけるプラットフォーム特有のコードをデバッグするためのトップツール
-description: Capacitorアプリケーションのさまざまな環境でプラットフォーム固有のコードを効果的にデバッグするための基本的なツールと技術を探求しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T11:27:03.103Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680053ff28980901df1e733b-1744889496415.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, debugging tools, platform-specific code, VS Code, Android Studio,
-  Xcode, live updates, web debugging
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/)でプラットフォーム固有のコードをデバッグすることは難しい場合がありますが、適切なツールを使用することでプロセスが簡素化されます。知っておくべきことは次のとおりです。
-
--   **主なツール**: [VS Code](https://code.visualstudio.com/)を拡張機能と共に使用し、[Android Studio](https://developer.android.com/studio)、[Xcode](https://developer.apple.com/xcode/)、[Chrome DevTools](https://developer.chrome.com/docs/devtools/overview)、[Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector)などのブラウザ開発ツールを使用して、プラットフォーム間のデバッグを行います。
--   **ライブ更新**: [Capgo](https://capgo.app/)のようなツールは、アプリストアの遅延なしに即時更新、エラー追跡、およびロールバックオプションを可能にします。
--   **プラットフォーム固有のデバッグ**: Android StudioやXcodeを使用してネイティブコードをテストし、ブラウザツールでWebViewをデバッグし、より良いエラー追跡のためにソースマップを利用します。
--   **ネイティブブリッジのテスト**: `Capacitor.getPlatform()`およびイベントリスナーを使用してJavaScriptとネイティブの通信をデバッグします。
--   **更新システム**: Capgoは迅速なデプロイメント（5MBバンドルを114msで配信）、高い採用率（24時間以内に95%）、およびロールバックサポートを提供します。
-
-### 迅速な比較
-
-| 機能 | VS Code | Android Studio | Xcode | Chrome DevTools | Safari Web Inspector |
-| --- | --- | --- | --- | --- | --- |
-| ブレークポイントデバッグ | ✓   | ✓   | ✓   | ✓   | ✓   |
-| ネイティブコードの検査 | 制限あり | 完全 | 完全 | Web専用 | Web専用 |
-| パフォーマンスプロファイリング | 基本 | 高度 | 高度 | 高度 | 高度 |
-| ネットワーク監視 | ✓   | ✓   | ✓   | ✓   | ✓   |
-| ソースマップサポート | ✓   | 制限あり | 制限あり | ✓   | ✓   |
-
-Capacitorのデバッグには、プラットフォーム間でスムーズに機能するために、IDE、ブラウザツール、およびライブ更新システムの組み合わせが必要です。
-
-## 究極のIonicデバッグガイド（ブラウザ＆ネイティブアプリ）
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 必要なデバッグツール
-
-Capacitorのプラットフォーム固有コードをデバッグするには、それぞれの開発レイヤーに合わせた適切なツールを使用する必要があります。
-
-### [VS Code](https://code.visualstudio.com/)の設定と機能
-
-![VS Code](https://assets.seobotai.com/capgo.app/680053ff28980901df1e733b/1524a26c3096afc672477088da108f23.jpg)
-
-Visual Studio CodeはCapacitor開発のための主要なIDEです。スムーズなデバッグのために、これらのツールと拡張を構成してください：
-
--   **Capacitor拡張パック**: デバイスへの直接デプロイとブレークポイントデバッグを可能にします。
--   **iOSシミュレーター**: iOSデバイスでのリアルタイムテストを可能にします。
--   **Androidデバッグブリッジ（ADB）**: Androidデバッグ用のコマンドラインインターフェースを提供します。
--   **ライブリロード**: コード変更を行うたびにアプリを自動的にリフレッシュします。
-
-より良いデバッグのために、`capacitor.config.json`でソースマップを有効にしてください：
-
-### プラットフォームIDEツール
-
-プラットフォーム固有のIDEは、ネイティブコードをデバッグするための高度なツールを提供します。
-
--   **Android Studio**:
-    
-    -   ネイティブコードのデバッグのためにJava/Kotlinでブレークポイントを設定します。
-    -   レイアウトインスペクターを使用してUIコンポーネントを分析します。
-    -   パフォーマンスの洞察を得るためのメモリおよびCPUプロファイリングツールにアクセスします。
-    -   Logcatを使用してシステムレベルのログをチェックします。
--   **Xcode**:
-    
-    -   LLDBデバッガを使用してObjective-C/Swiftコードをデバッグします。
-    -   メモリグラフデバッガを使用してメモリの問題を見つけます。
-    -   ネットワークリクエストを検査し、クラッシュレポートを分析します。
-    -   ロギング用に統合コンソールを使用します。
-
-### WebViewデバッグツール
-
-ネイティブデバッグが設定されたら、ハイブリッドインターフェースに焦点を当てて、完全なデバッグ体験を提供します。
-
--   **Android用Chrome DevTools**:
-    
-    -   リモートデバッグのために`chrome://inspect`を使用します。
-    -   ネットワークリクエストを監視します。
-    -   JavaScriptコンソールにアクセスします。
-    -   DOMを検査して操作します。
--   **iOS用Safari Web Inspector**:
-    
-    -   iOS設定でWebインスペクタを有効にします。
-    -   JavaScriptコードをデバッグします。
-    -   ネットワークリソースを追跡します。
-    -   ローカルストレージを検査します。
-
-### 高度な更新機能
-
-安全で効率的な更新のために、最新のツールはこれらの機能を提供します：
-
-| 機能 | 利点 |
-| --- | --- |
-| エンドツーエンド暗号化 | 更新中のデータ伝送を保護します。 |
-| 分析およびエラー追跡 | 更新のパフォーマンスと問題を追跡します。 |
-| ロールバックサポート | 問題のある更新から迅速に回復します。 |
-| [チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | 特定のユーザー向けのターゲット更新を可能にします。 |
-
-リモートインスペクションをサポートするために、以下のようにアプリを構成します：
-
-設定するツールは、信頼できるデバッグ環境を確保し、開発を加速し、プラットフォーム間で効率的に問題を解決することを容易にします。
-
-## プラットフォーム固有のデバッグ手法
-
-コア[デバッグツール](https://capgo.app/docs/plugin/debugging/)を基に、プラットフォーム固有の技術は、より高い精度で[デバッグプロセス](https://capgo.app/docs/plugin/debugging/)を微調整するのに役立ちます。
-
-### ネイティブブリッジのテスト
-
-JavaScriptとネイティブプラットフォーム間の通信をデバッグするには、プラットフォーム固有の違いに注意を払う必要があります。ブリッジログを有効にしてイベントを追跡し、プラットフォームの動作を観察できます：
-
-ネイティブブリッジを使用する際は、`Capacitor.getPlatform()`を使用してプラットフォームを確認してください：
-
-### ソースマップ設定
-
-本番環境の問題をより効果的にデバッグするために、ビルドプロセスで各プラットフォームのソースマップを構成します：
-
-下の表は、ソースマップ設定がプラットフォーム間のデバッグにどのように影響するかを強調しています：
-
-| プラットフォーム | ソースマップタイプ | [デバッグツール](https://capgo.app/docs/plugin/debugging/) |
-| --- | --- | --- |
-| iOS | インライン | Safari Web Inspector |
-| Android | 隠された | Chrome DevTools |
-| Web | 外部 | ブラウザDevTools |
-
-### テスト自動化設定
-
-各プラットフォームのテスト設定をカスタマイズすることで、デバッグが簡素化され、共有ロジックが維持されます。以下はプラットフォーム固有のテスト自動化の例です：
-
-さらに、Capgo（https://capgo.app）のようなライブ更新ツールは、テストと問題解決を加速するのに役立ちます。CapgoはCapacitorアプリの即時更新をサポートし、統合された分析、エラー追跡、およびロールバックオプションを含んでいます [\[1\]](https://capgo.app/) 。
-
-重大なシナリオでは、フォールバックメカニズムを伴うフィーチャー検出を使用することを検討してください：
-
-これらの技術は、あなたのアプリがすべてのプラットフォームで良好に機能することを保証します。
-
-## ツール比較ガイド
-
-Capacitorプロジェクトのための適切なデバッグツールを選択するには、各ツールが異なるプラットフォームでどのように機能するかを理解する必要があります。以下は、情報に基づいた決定を下すための内訳です。
-
-### デバッグツールの機能
-
-各デバッグツールは、プラットフォームによって異なるユニークな洞察を提供します：
-
-| 機能 | VS Code | Android Studio | Xcode | ブラウザDevTools |
-| --- | --- | --- | --- | --- |
-| ブレークポイントデバッグ | ✓   | ✓   | ✓   | ✓   |
-| ネイティブコードの検査 | 制限あり | 完全 | 完全 | Web専用 |
-| パフォーマンスプロファイリング | 基本 | 高度 | 高度 | 高度 |
-| ネットワーク監視 | ✓   | ✓   | ✓   | ✓   |
-| メモリアナリシス | 基本 | 高度 | 高度 | 基本 |
-| ソースマップのサポート | ✓   | 制限あり | 制限あり | ✓   |
-| ホットリロード | ✓   | ネイティブのみ | ネイティブのみ | ✓   |
-
-Android StudioやXcodeなどのプラットフォーム固有のIDEをVS Codeと組み合わせることにより、開発者は[ネイティブデバッグ機能](https://capgo.app/docs/plugin/debugging/)を活用しつつ、クロスプラットフォームの柔軟性を維持できます。
-
-### 更新システムの選択肢
-
-デバッグツールは問題を特定するのに役立ちますが、効率的な更新システムは修正を迅速に展開することを保証します。Capgoは迅速な更新デプロイメントを提供することで際立っています。例えば、グローバルCDNによって、5MBバンドルをわずか114msで配信し、平均API応答時間は57msです [\[1\]](https://capgo.app/) 。
-
-更新システムの比較は以下の通りです：
-
-| 主要メトリック | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| 更新速度 | 5MBバンドルの平均配信114ms [\[1\]](https://capgo.app/) | 公開されていない | 公開されていない |
-| ユーザー採用 | 24時間以内に95% [\[1\]](https://capgo.app/) | 公開されていない | 公開されていない |
-| 成功率 | 世界的に82% [\[1\]](https://capgo.app/) | 公開されていない | 公開されていない |
-| 暗号化 | エンドツーエンド | 標準暗号化 | 標準暗号化 |
-| セルフホスティング | 利用可能 | 利用不可 | 利用不可 |
-| 価格 | $12～$249/月 | 通常はより高い | 同等 |
-
-Capgoの即時更新は、アプリの安定性を維持し、アプリストアの遅延を回避するのに役立ちます。業界リーダーのロドリゴ・マンティカはこう言っています：
-
-> 「私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供するために重要です！」 [\[1\]](https://capgo.app/)
-
-マイクロソフトのCodePushが2024年に閉鎖され、Appflowが2026年に閉鎖予定であるため、Capgoのようなツールは、継続的な配信を維持し、ユーザーを満足させるためにますます重要になっています。
-
-## デバッグガイドライン
-
-プラットフォーム固有のコードをデバッグするには、さまざまなオペレーティングシステムやデバイスに対して明確で構造化されたアプローチが必要です。Capacitorアプリのデバッグをより効果的にする方法は以下のとおりです。
-
-### マルチプラットフォームテスト
-
-シミュレーター、物理デバイス、さまざまなOSバージョンでテストを実行します。Capgoのデータによると、**クリティカルなプラットフォーム固有の問題の95%がデプロイメントの最初の24時間内に特定されます** [\[1\]](https://capgo.app/) 。多方面でのテストは、問題を早期にキャッチし、各プラットフォームに合わせた正確なデバッグを可能にします。
-
-### プラットフォーム検出
-
-プラットフォーム固有のコードブロックを活用してユニークな問題を特定し、対処します：
-
-このアプローチにより、正確なプラットフォーム検出が確保され、異なるオペレーティングシステム間でライブ更新がより信頼性が高くなります。
-
-### ライブ更新システム
-
-ライブ更新は、アプリのパフォーマンスを維持し、プラットフォーム固有のバグを迅速に解決する上で重要な役割を果たします。Capgoは生産環境で効果的であることが証明されており、ユーザーフィードバックによって強調されています：
-
-> "私たちは、5000人以上のユーザーベース向けにCapgoのOTA更新を本番環境で展開しました。OTAが@Capgoに展開されてから数分以内にほぼすべてのユーザーが最新の状態になる非常にスムーズな運用を見ています。" – colenso [\[1\]](https://capgo.app/)
-
-ライブアップデートシステムの主な機能には、リアルタイムエラートラッキング、瞬時のロールバック機能、ターゲットを絞った修正のためのベータチャンネルが含まれます。これらのツールは、アプリを安定させながら迅速に問題に対処することを可能にします。
-
-## 結論
-
-[効果的なデバッグ](https://capgo.app/docs/plugin/debugging/)ツールと効率的なライブアップデートシステムのバランスの取れた組み合わせは、プラットフォーム固有の課題に対処するための鍵です。従来のデバッグ手法をCapgoのようなライブアップデートプラットフォームと組み合わせることで、開発者はアプリストアの承認を待つことなく迅速に修正を実施できます。グローバルな更新成功率と、24時間以内にほとんどのユーザーにリーチできる能力を持つこれらのツールにより、問題の解決がより迅速かつ簡単になります。
-
-成功のための重要な要素には、正確なプラットフォーム検出、エンドツーエンド暗号化を伴う安全な更新プロセス、迅速なロールバックオプション、および実用的な分析が含まれます。
diff --git a/src/content/blog/ja/turn-off-android-talkback.md b/src/content/blog/ja/turn-off-android-talkback.md
deleted file mode 100644
index 68bb7cfe8..000000000
--- a/src/content/blog/ja/turn-off-android-talkback.md
+++ /dev/null
@@ -1,60 +0,0 @@
----
-slug: turn-off-android-talkback
-title: Androidデバイスでのトークバックの無効化と使用方法
-description: Android の視覚障害者向け組み込み型スクリーンリーダーである TalkBack の有効化とナビゲーションのステップバイステップガイド。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /android_talkback.webp
-head_image_alt: TalkBackのAndroidでの有効化
-keywords: >-
-  Android, TalkBack, screen reader, visually impaired, mobile app development,
-  live updates, OTA updates, continuous integration, mobile app updates
-tag: Android
-published: true
-locale: ja
-next_blog: ''
----
-TalkBackは、Androidデバイスに組み込まれている視覚障害者向けの重要な機能です。画面の内容を音声化するジェスチャーベースのスクリーンリーダーで、さまざまな要素のナビゲーションや操作をサポートします。以下は、TalkBackを有効にして使用するための包括的なガイドです。
-
-## TalkBackをオンにする方法
-
-Androidデバイスでは、TalkBackを有効にする方法が複数あります：
-
-### 音量キーを使用する方法
-
-1. デバイスの側面にある音量キーを見つけます。
-2. 両方の音量キーを同時に3秒間長押しします。
-3. 音声プロンプトが聞こえたら、確認のためにもう一度音量キーを3秒間長押しします。
-
-### Google アシスタントを使用する方法
-
-1. 「Hey Google」と言ってGoogle アシスタントを起動します。
-2. 必要に応じて「TalkBackをオンにして」または「TalkBackをオフにして」と命令します。
-
-### デバイス設定から設定する方法
-
-1. デバイスの`設定`アプリを開きます。
-2. 下にスクロールして`ユーザー補助`を選択します。
-3. `TalkBack`をタップします。
-4. `TalkBackを使用`スイッチをオンまたはオフに切り替えます。
-
-## TalkBackでのナビゲーション
-
-TalkBackが有効になると、デバイスはナビゲーション時に音声フィードバックを提供します。TalkBackを使用してデバイスを操作する方法は以下の通りです：
-
-- **次の項目**: 右にスワイプして次の項目に移動します。
-- **前の項目**: 左にスワイプして前の項目に戻ります。
-- **アクティベート**: 選択した項目をアクティベートするには、画面上の任意の場所をダブルタップします。
-- **タッチ操作による探索**: 画面上で指をドラッグすると、触れた項目が音声で読み上げられます。
-- **スクロール**: 2本指で上下にスワイプしてページをスクロールします。
-- **TalkBackメニュー**: 3本指で画面をタップして、追加のTalkBackオプションを開きます。
-- **読み上げコントロールの調整**: 3本指で左右にスワイプして読み上げ設定を変更します。
-
-## TalkBackをオフにする方法
-
-TalkBackを無効にする必要がある場合は、上記のいずれかの方法を使用できます。画面が見えない場合は、音量キーのショートカットが特に便利です。
-
-TalkBackの習得には練習が必要です。設定を探索し、好みに合わせて体験をカスタマイズすることをためらわないでください。これらの手順で、TalkBackを使用してAndroidデバイスを自信を持って操作できるようになります。
diff --git a/src/content/blog/ja/ultimate-guide-to-app-store-compliant-ota-updates.md b/src/content/blog/ja/ultimate-guide-to-app-store-compliant-ota-updates.md
deleted file mode 100644
index ed9a46c53..000000000
--- a/src/content/blog/ja/ultimate-guide-to-app-store-compliant-ota-updates.md
+++ /dev/null
@@ -1,319 +0,0 @@
----
-slug: ultimate-guide-to-app-store-compliant-ota-updates
-title: App Store 準拠OTAアップデートの完全ガイド
-description: >-
-  App Store のガイドラインに従って Over-The-Air
-  アップデートを効果的に管理し、より良いユーザーエクスペリエンスを実現する方法をご紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-28T05:46:14.390Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c122f35f2cea0ab3a1fd8f-1740721832892.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, app store compliance, mobile app updates, bug fixes, performance
-  improvements
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリストアのルールを破ることなく、アプリを素早く更新したいですか?** Over-The-Air (OTA) アップデートを使用すると、アプリストアの承認を待つことなく、バグの修正、パフォーマンスの改善、ユーザー体験の向上が可能です。ただし、コンプライアンスを維持するためには、AppleとGoogleの厳格なガイドラインに従う必要があります。
-
-### 重要なポイント:
-
--   **OTAアップデートの機能**: アプリストアのダウンロードを必要とせず、修正と改善を直接デバイスにプッシュできます。
--   **メリット**: バグの素早い修正、シームレスなアップデート、コスト効率の向上。
--   **アプリストアのルール**:
-    -   **OTAで許可**: バグ修正、パフォーマンス更新、軽微なUI調整。
-    -   **ストアレビューが必要**: 主要な機能、ネイティブコードの変更。
--   **コンプライアンスを維持する方法**:
-    -   アプリの核となる機能を変更しない。
-    -   HTTPSやデジタル署名などの安全な配信方法を使用。
-    -   [アップデートの目的](https://capgo.app/docs/live-updates/update-behavior/) をユーザーに明確に伝える。
-
-### OTAルールの比較
-
-| **アップデートの種類** | **OTAで許可** | **ストアレビューが必要** |
-| --- | --- | --- |
-| バグ修正 | はい | いいえ |
-| パフォーマンス更新 | はい | いいえ |
-| 軽微なUI変更 | 制限付き | 場合により |
-| 主要な機能 | いいえ | はい |
-| ネイティブコードの変更 | いいえ | はい |
-
-## OTAアップデートとアプリストアのルール
-
-### OTAアップデートの機能
-
-OTA (Over-The-Air) アップデートにより、開発者はフルのアプリストアダウンロードを必要とせずに、修正と改善を直接ユーザーのデバイスにプッシュできます。[React Native](https://reactnative.dev/)アプリでは、これらのアップデートはアプリの機能の大部分を処理するJavaScriptバンドルを置き換え、ネイティブコードは変更されないままです[\[1\]](https://dev.to/pagepro_agency/ota-updates-with-expo-22g0)。
-
-OTAアップデートの一般的な用途:
-
--   バグの修正
--   パフォーマンスの改善
--   UI要素の調整
--   コンテンツの更新
--   軽微な機能の追加
-
-ただし、ポリシー違反を避けるためにアプリストアのガイドライン内に留まることが重要です。
-
-### アプリストアのルールに従う
-
-アプリストア、特にAppleのApp Storeは、OTAを通じて更新できる内容について厳格なルールを持っています。AppleはGoogle Playよりも厳しい制限を設けており、特にOTAアップデートを通じた主要な機能のデプロイメントを制限しています[\[2\]](https://pagepro.co/blog/react-native-over-the-air-updates/) 。許可される内容の簡単な内訳は以下の通りです:
-
-| アップデートの種類 | OTAで許可 | ストアレビューが必要 |
-| --- | --- | --- |
-| バグ修正 | はい | いいえ |
-| パフォーマンス更新 | はい | いいえ |
-| 軽微なUI変更 | 制限付き | 場合により |
-| 主要な機能 | いいえ | はい |
-| ネイティブコードの変更 | いいえ | はい |
-
-これらのルールに従うことで、コンプライアンスの問題なくOTAアップデートを最大限活用できます。
-
-### OTAアップデートが重要な理由
-
-OTAアップデートは開発者とユーザーの両方にとってメリットがあります。例えば、2017年の[Newport Folk Festival](https://en.wikipedia.org/wiki/Newport_Folk_Festival)では、開発者はOTAアップデートを使用してイベントスケジュールに影響を与えるタイムゾーンのバグを素早く修正しました[\[4\]](https://cantina.co/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/) 。同様に、[Your Call Football](https://en.wikipedia.org/wiki/Your_Call_Football)はスケジュールが変更された際にOTAアップデートを使用して試合時間を即座に調整しました[\[4\]](https://cantina.co/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/) 。
-
-主なメリット:
-
--   **素早い修正**: 重要な問題に即座に対応できる。
--   **シームレスなアップデート**: ユーザーが手動でアップデートをダウンロードする必要がなく、すべてがバックグラウンドで行われる。
--   **迅速な改善**: ユーザーフィードバックに基づいて素早く変更を展開できる。
-
-これらの機能により、OTAアップデートはアプリのリアルタイムでのメンテナンスと改善に非常に有用です。
-
-## iOSアプリのOTAアップデートは可能ですか? Appleのガイドラインの説明
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## アプリストアのアップデートルール
-
-各プラットフォームにはアプリを更新するための独自のルールセットがあり、コンプライアンスを維持することが重要です。
-
-### Appleのアップデートルール
-
-Appleは新規アプリとアップデートの両方に対して厳格なレビュープロセスを持ち、通常承認には1-2日かかります[\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store)。主な要件は以下の通りです:
-
-| 要件 | 説明 |
-| --- | --- |
-| API使用 | アプリは公開APIのみを使用し、現在のOSと互換性がある必要があります[\[3\]](https://developer.apple.com/app-store/review/guidelines/) 。 |
-| コード実行 | アプリは機能や機能性を変更するコードをダウンロードまたは実行できません[\[3\]](https://developer.apple.com/app-store/review/guidelines/) 。 |
-| アップデートの説明 | 変更点と新機能は「What's New」セクションで明確に説明する必要があります[\[3\]](https://developer.apple.com/app-store/review/guidelines/) 。 |
-| テスト | アプリは安定性を確保しバグを修正するために徹底的にテストする必要があります[\[3\]](https://developer.apple.com/app-store/review/guidelines/) 。 |
-| ドキュメンテーション | 即座に理解できない可能性のある機能について詳細な説明を提供する必要があります[\[3\]](https://developer.apple.com/app-store/review/guidelines/) 。 |
-
-Appleはまた、アップデートの整合性を確保し、パーソナライズし、ダウングレード攻撃をブロックするために安全なアップデートシステムを使用しています[\[5\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web)。
-
-### [Google Play](https://play.google.com/console/signup)のアップデートルール
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/play.google.com-b46db7cd42211b9b8ee493afb4b93a4d-2025-02-28.jpg?auto=compress)
-
-Google Playは自動化とAIを活用してレビュープロセスを迅速化する異なるアプローチを取っています。承認は多くの場合数時間以内に完了します[\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store)。主な側面には以下が含まれます:
-
--   Appleと比較してアップデートの承認が早い
--   より緩やかなガイドライン
--   事前承認を必要としないオープンベータテスト
--   軽微なアップデートに対するより緩やかなレビュープロセス
-
-Googleは依然としてセキュリティ対策を実施し、ポリシー違反を監視するための自動化システムを使用しています[\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store)。
-
-### 一般的なルールの間違い
-
-アプリを更新する際に避けるべき一般的な落とし穴:
-
-1. **セキュリティの見落とし**  
-   アップデートを適切に検証しないとぜい弱性が露呈する可能性があります。常にデジタル署名とHTTPSを使用してアップデートの配信を安全に行ってください[\[7\]](https://bluegoatcyber.com/blog/ota-update-vulnerabilities/) 。
-
-2. **機能の行き過ぎ**  
-   over-the-air (OTA)アップデートを通じて主要な新機能を追加することはストアポリシーに違反する可能性があります[\[8\]](https://stackoverflow.com/questions/43951710/does-apple-allow-ota-updates-of-application)。
-
-3. **ユーザーとのコミュニケーション**  
-   アップデートに関する不十分なコミュニケーションはユーザーを混乱させ、セキュリティを弱める可能性があります[\[7\]](https://bluegoatcyber.com/blog/ota-update-vulnerabilities/) 。
-
-コンプライアンスを維持するために:
-
--   セキュリティの問題について[アップデートプロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/) を定期的に監査する。
--   機械学習を使用してアップデートパターンを分析する。
--   アップデートの目的をユーザーに明確に説明する。
--   OTAアップデートを通じてアプリの核となる機能を変更することを避ける[\[8\]](https://stackoverflow.com/questions/43951710/does-apple-allow-ota-updates-of-application)。
--   サブスクリプションと価格の詳細について透明性を保つ[\[3\]](https://developer.apple.com/app-store/review/guidelines/) 。
-
-これらのルールに従うことで、プラットフォームの要件を満たしながらユーザーを満足させ、情報を提供し続けることができます。
-
-## ストア承認済みアップデートの設定
-
-安全な構成、徹底的なテスト、強力なセキュリティプラクティスを使用して、アプリストアの要件を満たすover-the-air (OTA)アップデートを設定します。
-
-### 技術的なセットアップ手順
-
-アプリストアに準拠したOTAアップデートを作成するには、安全で構造化された技術セットアップが必要です。主要なコンポーネントは以下の通りです:
-
-| セットアップコンポーネント | 要件 | 目的 |
-| --- | --- | --- |
-| 証明書管理 | CSR生成、Apple証明書 | 安全なアップデート配信の確保 |
-| プロビジョニングプロファイル | デバイス選択、プロファイル生成 | アップデート配布の制御 |
-| アップデート設定 | APIトークン、チーム構成 | アップデートデプロイメントの管理 |
-| バージョン管理 | Gitリポジトリ統合 | アップデート履歴の追跡 |
-
-エンタープライズデプロイメントの場合、以下のようにアップデートの動作を微調整できます:
-
--   管理対象デバイスに対して1〜90日の延期期間を設定。
--   メジャーバージョンアップグレードの制御。
--   オフピーク時間帯でのアップデートのスケジュール設定。
-
-構成後、厳密なテストによりアップデートがコンプライアンス要件に沿っていることを確認します。
-
-> "Capgoは開発者にとって不可欠なツールで、バグ修正のための長期的なレビュープロセスをバイパスすることで生産性を向上させます。" [\[9\]](https://capgo.app/)
-
-### アップデートテストの手順
-
-テストはコンプライアンスを確保し、ユーザー満足度を維持するために重要です。効果的なテストには以下のプラクティスに従ってください:
-
--   **リスク評価**  
-    コンプライアンスチェックリスト、脆弱性チェック、ユーザーへの影響分析を含む詳細なテスト戦略を構築します。
-
--   **ベータテストプログラム**  
-    Appleの[AppleSeed for IT](https://beta.apple.com/for-it)プログラムなどのツールを使用して、アップデートを体系的にテストします。異なるデバ
-
-> 「すべてのアプリとアプリのアップデートは、プライバシー、セキュリティ、安全性の要件を満たしているかどうかを評価するためにレビューされます。」- Apple Support [\[11\]](https://support.apple.com/guide/security/about-app-store-security-secb8f887a15/web)
-
-セキュリティ基準を遵守するために:
-
--   開発パイプラインにセキュリティテストを組み込む [\[12\]](https://www.nowsecure.com/blog/2024/08/28/navigating-mobile-app-security-privacy-regulations-how-nowsecure-can-help-ensure-compliance/) 。
--   セキュアバイデザインの原則を適用する。
--   各地域の規制要件を常に把握する。
--   すべてのセキュリティプロトコルとテスト手順を文書化する。
-
-2025年2月27日現在、Capgoは世界中で5億200万件のアップデートを配信し、1.8Kのアプリが本番環境でプラットフォームを使用していると報告しています [\[9\]](https://capgo.app/) 。これは、厳格なセキュリティとコンプライアンス基準を維持しながら、大規模なOTAアップデートが実現可能であることを示しています。
-
-セキュリティ対策を整えた後は、ユーザーにスムーズなアップデート体験を提供することが次のステップとなります。
-
-## [Capgo](https://capgo.app/): OTAアップデートプラットフォーム
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-28.jpg?auto=compress)
-
-Capgoは、前述のプラクティスに基づき、アプリストアに準拠したOTAアップデートを確実に処理する方法を提供します。
-
-### Capgoの主な機能
-
-Capgoは、以下の特徴的な機能により、安全で準拠したOTAアップデートを保証します：
-
-| **機能** | **説明** | **利点** |
-| --- | --- | --- |
-| **即時アップデート** | 数分以内に変更を反映 | リリース効率が81%向上 [\[9\]](https://capgo.app/) |
-| **エンドツーエンドの暗号化** | アップデートは暗号化されユーザー固有 | セキュリティの強化 |
-| **CI/CD統合** | GitHub、GitLab、Jenkinsとシームレスに連携 | デプロイメントの簡素化 |
-| **ユーザー割り当て** | アップデート対象者の制御 | ターゲットを絞ったロールアウトが可能 |
-| **バージョン管理** | アップデート履歴の簡単な管理 | メンテナンスの簡素化 |
-
-このプラットフォームは、独自のDartインタープリタを使用してコンプライアンスと高パフォーマンスも確保しています [\[13\]](https://capgo.app/docs/faq/) 。これらの機能により、Capgoはアプリストアのポリシーを遵守する信頼できる選択肢となっています。
-
-### Capgoのコンプライアンス維持方法
-
-Capgoは以下の方法でアプリストアのガイドラインを厳密に遵守しています：
-
--   [JavaScriptバンドル](https://capgo.app/docs/webapp/bundles/)のみを更新し、ネイティブコードの変更を避ける [\[14\]](https://capgo.app/docs/getting-started/quickstart/) 。
--   アップデートがアプリの本来の目的に沿っていること、新しいストアフロントを作成しないこと、システムのセキュリティを損なわないことを確認する。
-
-> 「インタープリタによるコードのダウンロードは、以下の条件を満たす場合にのみ許可されます：(a) アプリケーションの主要な目的を変更せず、App Storeに提出されたアプリケーションの意図された目的と一致しない機能を提供しないこと、(b) 他のコードやアプリケーションのストアやストアフロントを作成しないこと、(c) OSの署名、サンドボックス、その他のセキュリティ機能を迂回しないこと。」
-> – Apple Developer Program License Agreement [\[14\]](https://capgo.app/docs/getting-started/quickstart/)
-
-### Capgoのプランと料金
-
-Capgoは様々なニーズに対応する柔軟な料金プランを提供しています：
-
-| **プラン** | **月額費用\*** | **月間アップデート数** | **月間アクティブユーザー数** |
-| --- | --- | --- | --- |
-| **SOLO** | $12 | 2,500 | 500 |
-| **MAKER** | $33 | 25,000 | 5,000 |
-| **TEAM** | $83 | 150,000 | 30,000 |
-| **PAYG** | $249 | 1,000,000 | 200,000 |
-
-\*年間契約の場合の価格。
-
-すべてのプランにプライオリティサポート、帯域幅、ストレージが含まれます。PAYGオプションではAPIアクセス、カスタムドメイン、専用サポートが追加されます。
-
-> 「私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な提供に不可欠です！」
-> – Rodrigo Mantica [\[9\]](https://capgo.app/)
-
-> 「Capgoは、ホットコードプッシュを賢く実行する方法です（@AppFlowのような高額な費用は不要です）🙂」
-> – NASA's OSIRIS-RExチーム [\[9\]](https://capgo.app/)
-
-## アップデートでユーザーを満足させる
-
-### ユーザーへのアップデート通知
-
-アップデートに関する明確で専門的なコミュニケーションは大きな違いを生み出します。以下のようにメッセージを構成することをお勧めします：
-
--   **目的**：「このアップデートはアプリのパフォーマンスを向上し、ユーザーフィードバックに対応します。」
--   **所要時間**：「アップデートの完了まで数分かかります。」
--   **要件**：「十分な空き容量とWiFi接続があることを確認してください。」
--   **次のステップ**：「'今すぐアップデート'をタップするか、後で実行するようスケジュールしてください。」
-
-可能な限りユーザーの意見を取り入れましょう。例えば、[Mailchimp](https://mailchimp.com/)のプロダクトチームは次のように述べています：
-
-> 「ご意見を伺い、改善しました」- Mailchimpプロダクトチーム [\[16\]](https://www.uservoice.com/blog/communicate-product-changes)
-
-この透明性の高いユーザー重視のアプローチは、信頼関係を築き、スムーズなアップデートの採用を確保するのに役立ちます。
-
-### ユーザーフィードバックの管理
-
-ユーザーのコメントを効果的に処理することは、アップデートの改善と満足度の維持に不可欠です。以下の戦略を推奨します：
-
--   **リアルタイムモニタリング**：
-    
-    -   アップデート後のデバイスパフォーマンスを追跡する。
-    -   エラーログを収集して分析する。
-    -   アプリ内のユーザーレポートを監視する。
--   **対応プロトコル**：
-    
-    -   報告された問題に迅速に対応し、修正のタイムラインを共有する。
-    -   フィードバックを文書化して今後のアップデートの参考にする。
-
-これらのステップは、即時の懸念事項を解決するだけでなく、将来のアップデートをより良く計画するための情報となります。
-
-### アップデートのタイミング
-
-ユーザーの満足度とシステムの安定性を維持するために、適切なアップデートのタイミングを選ぶことが重要です：
-
--   **利用状況の分析**：
-    
-    -   関連するタイムゾーン全体でアクティビティの低い時期にアップデートをスケジュールする。
-    -   ユーザーアクティビティの自然な休止期間を計画に入れる。
--   **デプロイメント戦略**：
-    
-    -   まず小規模なユーザーグループにアップデートをロールアウトする。
-    -   ロールアウトを拡大する前に安定性を監視する。
-    -   ユーザーが都合の良い時にアップデートをスケジュールできるようにする。
--   **技術的考慮事項**：
-    
-    -   ピーク時のアップデートスケジュールを避ける。
-    -   失敗したアップデートをより頻繁に再試行する。
-    -   アップデートを開始する前にネットワーク状態を確認する。
-
-あるアップデート通知では次のように表現しています：
-
-> 「お使いのデバイスの新しいアップデートが利用可能です！」[\[15\]](https://withintent.com/blog/ota-updates-design/)
-
-アップデートの頻度とタイミングの適切なバランスを取ることで、ユーザーのストレスを避けながらセキュリティとパフォーマンスを維持することができます。
-
-## 結論
-
-OTAアップデートは現代のアプリ開発において重要な役割を果たしています。迅速な修正、容易なメンテナンス、アプリストアのルール遵守を可能にします。これまで説明してきたように、OTAアップデートを適切に管理することで、セキュリティとユーザーエクスペリエンスの両方が向上し、ビジネス上の大きな利点がもたらされます。
-
-アプリストアのガイドラインは、アプリの安全性と信頼性を確保するためにアップデートのデプロイメントに関するルールを設定しています。これらのルールに従うことで大きな影響が生まれ、2023年だけでもソフトウェアベースの修正により企業は5億ドル以上を節約しました [\[17\]](https://mender.io/blog/how-ota-updates-enhance-software-defined-vehicles)。
-
-開発者たちは、コンプライアンスに準拠したOTAソリューションでの成功を次のように共有しています：
-
-> 「私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的な提供に不可欠です！」- Rodrigo Mantica [\[9\]](https://capgo.app/)
-
-OTA戦略で成功するためには、以下に重点を置きましょう：
-
--   承認された通りのコアアプリ機能を維持する
--   非侵襲的なバックグラウンドアップデートを使用する
--   パフォーマンスとユーザーフィードバックを定期的に監視する
--   厳格なセキュリティ基準を満たす
diff --git a/src/content/blog/ja/ultimate-guide-to-capacitor-ota-updates.md b/src/content/blog/ja/ultimate-guide-to-capacitor-ota-updates.md
deleted file mode 100644
index 4222df898..000000000
--- a/src/content/blog/ja/ultimate-guide-to-capacitor-ota-updates.md
+++ /dev/null
@@ -1,260 +0,0 @@
----
-slug: ultimate-guide-to-capacitor-ota-updates
-title: Capacitor OTAアップデートの究極ガイド
-description: >-
-  CapacitorのOTAアップデートが、アプリストアの遅延なしに、展開速度、ユーザー体験、セキュリティを向上させる瞬時のアプリ更新をどのように可能にするかを学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T02:31:25.293Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e211687856e801f1f2973e-1742869897761.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, OTA updates, mobile app development, app updates, security,
-  deployment, user experience, partial updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリをアプリストアのレビューを待たずに即座に更新したいですか？** [Capacitor](https://capacitorjs.com/) OTA（オーバー・ザ・エア）更新を使用すると、新機能、バグ修正、およびコードの変更をユーザーのデバイスに直接提供できます。手動のダウンロードは不要で、遅延もありません。
-
-### OTA更新が重要な理由:
-
-1. **迅速なデプロイメント**: アプリストアの遅延なしに即座に更新をプッシュできます。
-    
-2. **コスト効率**: アプリストアの提出手数料を回避できます。
-    
-3. **シームレスなユーザー体験**: 更新はバックグラウンドで行われます。
-    
-4. **柔軟性**: 継続的なデリバリーと迅速なイテレーションに最適です。
-    
-
-### 主要機能:
-
-1. **セキュリティ**: エンドツーエンドの暗号化により、安全な更新が保証されます。
-    
-2. **部分更新**: 変更されたファイルのみをダウンロードして帯域幅を節約します。
-    
-3. **トラッキング**: 更新成功率とエラーをリアルタイムで監視します。
-    
-
-### 更新方法の簡単な比較:
-
-| 方法 | スピード | ユーザーの手間 | コスト | 最適 |
-| --- | --- | --- | --- | --- |
-| アプリストア更新 | 低速 | 手動 | 年間$99（Apple）、$25（Google） | メジャーバージョンのリリース |
-| [Capacitor Web更新](https://capgo.app/docs/) | 高速 | 自動 | 無料 | マイナー修正/機能 |
-| 外部OTAツール | 即座 | 自動 | プラットフォームによる | セキュアでターゲットを絞った更新 |
-
-[Capacitor OTA更新](https://capgo.app/)は、スピード、セキュリティ、および制御を求める開発者に最適です。[Capgo](https://capgo.app/)のようなプラットフォームは、**2350万回の更新**を提供し、**24時間以内に95%の採用率**を達成しました。アプリのメンテナンスを変革する準備はできていますか？さあ、飛び込んでみましょう！
-
-## [Capgo](https://capgo.app/)プラットフォームの特徴
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-[Capgoプラットフォーム](https://capgo.app/docs/webapp/)は、Capacitorの更新機能を強化し、セキュリティの追加や高度なデプロイメントオプションを提供します。750の本番アプリで2350万回の更新を管理し [\[1\]](https://capgo.app/)、パフォーマンス向上のための重要な機能を提供しています。
-
-| 機能 | 能力 | パフォーマンス指標 |
-| --- | --- | --- |
-| 更新成功率 | グローバルデプロイメント | 世界中で82% |
-| API応答時間 | リアルタイム操作 | 平均57ms |
-| セキュリティ | エンドツーエンドの暗号化 | 完全な更新保護 |
-| 配信 | [チャンネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | ターゲットを絞ったロールアウト |
-
-Capgoのチャンネルシステムは、ベータテストの実行や段階的な更新のロールアウトなど、正確な更新配信を可能にし、セキュリティを損なうことなく一貫性を保持します。チームはクラウドホスト型とセルフホスト型のセットアップの間で選択でき、ワンクリックのロールバックや積極的なエラーモニタリングなどのツールを使って完全な制御を得られます。
-
-### アプリストア更新
-
-アプリストアの更新は、Capacitorアプリの新バージョンを配信するための主な方法です。これは、Apple App StoreまたはGoogle Play Storeを通じて更新をレビューに提出することを含みます。この方法はユーザーに信頼されていますが、いくつかの欠点もあります。
-
-| 要素 | 影響 | 考慮事項 |
-| --- | --- | --- |
-| レビュー時間 | 1-7日間の遅延 | 重要な修正が遅れる |
-| コスト | 年間$99（Apple）、$25（Google） | 追加手数料が必要 |
-| ユーザーアクション | [手動更新](https://capgo.app/docs/plugin/cloud-mode/manual-update/)が必要 | 採用率が低下する可能性がある |
-| 配信 | グローバル | ターゲットを絞ったロールアウトのオプションがない |
-
-### Capacitor Web更新
-
-Capacitorは、内蔵のWeb更新機能を使用してより柔軟なオプションを提供します。この方法を利用することで、開発者は完全なアプリ更新なしでCapacitorのWebViewを介してWebアセットを直接更新できます。これらの更新は自動的にインストールされ、変更を迅速に提供します。
-
-### 外部OTAツール
-
-機能が豊富なソリューションを求める場合、外部OTAプラットフォームは、Capacitorアプリ更新を効率性と制御を持って処理できます。これらのツールはすでに750のアプリで本番環境で使用され、2350万回の更新を提供しています [\[1\]](https://capgo.app/) 。
-
-外部OTAツールの主な利点には以下が含まれます。
-
-| 機能 | 利点 | パフォーマンス指標 |
-| --- | --- | --- |
-| 即時デプロイメント | アプリストアのレビューによる遅延なし | 即座に配信 |
-| ターゲット配信 | 段階的なロールアウトを可能にする | 制御されたリリース |
-| セキュリティ | エンドツーエンドの暗号化 | より強力な保護 |
-| アナリティクス | 更新パフォーマンスを追跡 | リアルタイム監視 |
-
-> 「NASAのOSIRIS-RExチームは次のように述べています：'@Capgoはホットコードプッシュを行うための賢い方法です（@AppFlowのように全ての費用を払う必要はありません） 🙂'」 [\[1\]](https://capgo.app/)
-
-これらのプラットフォームは部分更新もサポートしており、変更されたアセットのみがダウンロードされます。これにより、帯域幅の使用量と更新時間が削減され、ユーザーに対して円滑で準拠した更新が保証されます。
-
-## OTAセットアップガイド
-
-### プロジェクトセットアップ手順
-
-あなたのCapacitorプロジェクトにOTA更新を統合するには、すべてが正しく設定されていることを確認する必要があります。750の本番アプリから得た洞察に基づいて、信頼できるプロセスは以下の通りです。
-
-| ステップ | アクション | 目的 |
-| --- | --- | --- |
-| プラグインのインストール | `npx @capgo/cli init`を実行 | 必要な依存関係をインストール |
-| 設定のセットアップ | 設定ファイルの設定を調整 | 更新管理機能を有効化 |
-| セキュリティの実装 | エンドツーエンドの暗号化を設定 | 更新配信プロセスを保護 |
-
-### 更新コードの実装
-
-アプリに更新機能を追加する方法は次のとおりです：
-
-```typescript
-async function checkForUpdate() {
-  try {
-    const update = await CapacitorUpdater.checkForUpdate();
-    if (update.available) {
-      await CapacitorUpdater.download();
-    }
-  } catch (err) {
-    console.error('Update check failed:', err);
-  }
-}
-```
-
-注目すべき重要なステップ：
-
-1. バックグラウンドでの更新チェックを構成
-    
-2. バージョン管理を実装
-    
-3. 進捗インジケーターを追加
-    
-4. インストール状態を効果的に処理
-    
-
-更新中に発生する可能性のある問題に対処するために、強力なエラーハンドリングを含めることを確認してください。
-
-### エラーマネジメント
-
-エラーマネジメントは、更新中にアプリの安定性を保つために不可欠です。2350万回以上の更新が提供された [\[1\]](https://capgo.app/)、ネットワークの中断、バージョンの不一致、ストレージの制限などの一般的な課題に対処することが重要です。自動再試行、ロールバックメカニズム、古いバージョンのクリーンアップなどの戦略が大きな違いを生む可能性があります。これらのアプローチは、24時間以内に95%の更新成功率を達成するのに寄与しました [\[1\]](https://capgo.app/) 。
-
-## OTA更新ガイドライン
-
-### セキュリティ対策
-
-OTA更新の完全性を確保するには、強力なセキュリティプロトコルが必要です。最も効果的な方法の1つは、**エンドツーエンドの暗号化**です。これは、従来の更新署名方法よりも高い保護レベルを提供します [\[1\]](https://capgo.app/) 。
-
-| セキュリティレイヤ | 目的 | 実装 |
-| --- | --- | --- |
-| エンドツーエンドの暗号化 | 更新配信を保護 | プロジェクト用の暗号鍵を設定 |
-| アクセス管理 | 更新の権限を管理 | ユーザーロールと権限を定義 |
-| ホスティングセキュリティ | 更新配信を保護 | クラウドまたはセルフホスト解決策を選択 |
-
-さらに、[多要素認証](https://capgo.app/docs/webapp/mfa/)を実装し、定期的に資格情報をローテーションしてセキュリティを強化してください。例えば、Capgoはエンドツーエンドの暗号化を使用して、更新が安全に配信されることを確保しています。これらの対策が更新デプロイメントに干渉しないことを確認するためにも、厳密なテストが不可欠です。
-
-### 更新テスト
-
-徹底的なテストは、アプリの安定性とスムーズなユーザー体験を維持するために不可欠です。次のベストプラクティスに従ってください：
-
-1. **別々のチャンネル**: 開発、ステージング、本番環境で異なる環境を使用します。
-    
-2. **ベータテスト**: 更新をまず制御されたユーザーグループにロールアウトします。
-    
-3. **モニタリング**: パフォーマンス指標を追跡し、フィードバックを収集します。
-    
-4. **ロールバックプラン**: 必要に応じて安定したバージョンに戻すプランを準備します。
-    
-
-> 「チャンネルセレクターを使用してアプリから直接PRをテストする」 – Capgo [\[1\]](https://capgo.app/)
-
-チャンネルシステムとエラーモニタリングツールは、早期に問題を特定し対処するのに役立ちます。適切に実行されたロールバックプランは中断を最小限にし、明確なコミュニケーションはプロセス中にユーザーを情報提供します。
-
-### ユーザーコミュニケーション
-
-更新に関する透明なコミュニケーションは、信頼を構築し、スムーズなデプロイメントを保証します。次の戦略を考慮してください：
-
-| 更新の種類 | コミュニケーション方法 | タイミング |
-| --- | --- | --- |
-| 重要な更新 | アプリ内通知 | 直ちに |
-| 機能更新 | [自動バックグラウンド更新](https://capgo.app/docs/plugin/self-hosted/auto-update/) | 低使用時 |
-| セキュリティパッチ | サイレント更新 | 自動的に適用 |
-
-バックグラウンド更新を使用することで、ユーザーの中断を減らすことができます。アナリティクスとエラーモニタリングを組み合わせることで、問題の早期検出が可能になり、ユーザーへの影響を最小限に抑え、スムーズな体験が保たれます。
-
-## 高度なOTA機能
-
-### 部分更新
-
-部分更新により、OTAプロセスが合理化され、変更されたファイルのみが送信されます。このアプローチにより、更新がより速くデプロイされ、帯域幅の使用量が少なくなります [\[1\]](https://capgo.app/) 。
-
-| 更新の種類 | 利点 | 実装 |
-| --- | --- | --- |
-| フルパッケージ | アプリの一貫性を保証 | 従来のアプリストア更新 |
-| スマート差分 | 帯域幅を節約 | ファイルレベルでの変更を検出 |
-
-Capgoは、ファイルレベルの変更を分析するスマート差分更新を使用し、更新パッケージのサイズを減少させます。この方法は、変更が稀な大規模なアセットを持つアプリに特に有効です [\[1\]](https://capgo.app/) 。
-
-### バックグラウンド更新
-
-バックグラウンド更新により、ユーザーは中断することなくアプリを使用し続けることができます。これらの更新はバックグラウンドでダウンロードされ、アプリが再起動するときに変更が適用されます。適切なスケジューリングにより、システムリソースとバッテリー寿命への影響を最小限に抑えます。
-
-| 更新タイミング | ユーザーへの影響 | 最適な利用ケース |
-| --- | --- | --- |
-| 即時 | 高 | 重要なセキュリティ修正 |
-| バックグラウンド | 低 | 機能更新 |
-| 予定 | 中 | 大規模なコンテンツ更新 |
-
-### 更新トラッキング
-
-[更新配信の最適化](https://capgo.app/blog/optimise-your-images-for-updates/)はプロセスの一部に過ぎず、更新の追跡も同様に重要です。Capgoによると、アクティブユーザーの95%が24時間以内に更新され、世界的な成功率は82%です [\[1\]](https://capgo.app/) 。
-
-> "更新成功率とユーザーエンゲージメントをリアルタイムで追跡する" - Capgo [\[1\]](https://capgo.app/)
-
-監視すべき主要な指標には以下が含まれます：
-
-| 指標 | 目的 | アクション項目 |
-| --- | --- | --- |
-| 成功率 | デプロイ成功を測定 | 失敗した更新を監視 |
-| ユーザー採用 | どれだけのユーザーが更新するかを追跡 | ユーザー行動を分析 |
-| エラーロギング | 問題を迅速に特定 | プロアクティブに問題を解決 |
-
-Capgoのような現代のOTAプラットフォームは、これらの指標を追跡するための詳細なダッシュボードを提供しています。エラーロギングのような機能は、開発者が問題を特定し、悪化する前に修正するのに役立ちます。
-
-## 概要
-
-### 主なポイント
-
-このCapacitor OTAアップデートに関するガイドは、現代のアプリ開発における効率的で安全な更新メカニズムの重要性を強調しています。OTAアップデートは、開発者がCapacitorアプリを維持・改善する方法を変革しました。OTAアップデートを成功させるためには、以下の重要な要素に焦点を当ててください：迅速な更新配信、強固なセキュリティ対策、制御された配信、効果的な監視。効率的なプラットフォームは数分で更新をプッシュし、24時間以内に95%のユーザー更新率を達成し、82%の世界的成功率を記録しています [\[1\]](https://capgo.app/) 。
-
-OTAアップデートのベストプラクティスについての簡単な概要は以下の通りです：
-
-| 様相 | 影響 | ベストプラクティス |
-| --- | --- | --- |
-| 更新速度 | アプリストアレビューからの遅延を避ける | 重要な修正を即座にプッシュ |
-| セキュリティ | ユーザーデータを保護 | 強力な暗号化プロトコルを使用 |
-| 配信 | リスクを最小限に | ターゲットチャネルを使用して更新を展開 |
-| 監視 | 信頼性を確保 | 更新成功率と採用率を追跡 |
-
-これらのプラクティスは、Capgoのようなプラットフォームが迅速で [安全なアップデート](https://capgo.app/docs/live-updates/update-behavior/) を提供するために不可欠です。
-
-### [Capgo](https://capgo.app/) の機能
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e211687856e801f1f2973e/248f5ad4814006d64d1f6a7ab727c6b9.jpg)
-
-Capgoはこれらのベストプラクティスに従い、信頼できるOTAアップデートを実現しています。現在、Capgoは750の運用中アプリをサポートし、2350万回の更新を成功裏に配信しています [\[1\]](https://capgo.app/) 。
-
-| 機能 | 利点 | パフォーマンス指標 |
-| --- | --- | --- |
-| グローバルCDN | 配信を加速 | 5MBバンドルを114msで配信 |
-| API応答 | 即座の同期 | 世界平均57msの応答時間 |
-| 更新配信 | 柔軟なデプロイ | 24時間以内に95%のユーザー採用率 |
-
-> "NASAのOSIRIS-RExチームは述べています：'@Capgoはホットコードプッシュを行う賢い方法です（@AppFlowのように世界中のすべてのお金のためではなく）🙂'" [\[1\]](https://capgo.app/)
-
-> "Capgoは、開発者がより生産的になるための必須ツールです。バグ修正のレビューを避けることは貴重です" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ja/ultimate-guide-to-debugging-capacitor-apps.md b/src/content/blog/ja/ultimate-guide-to-debugging-capacitor-apps.md
deleted file mode 100644
index 881b3f5b4..000000000
--- a/src/content/blog/ja/ultimate-guide-to-debugging-capacitor-apps.md
+++ /dev/null
@@ -1,259 +0,0 @@
----
-slug: ultimate-guide-to-debugging-capacitor-apps
-title: Capacitorアプリのデバッグ完全ガイド
-description: Capacitor アプリのデバッグに関する効果的な戦略と重要なツールを学び、すべてのプラットフォームで最適なパフォーマンスを確保しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T13:36:18.163Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d9725755129a55bd6984fe-1742304990097.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, debugging, mobile apps, performance optimization, native tools,
-  error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) アプリは、Webとネイティブのテクノロジーをブレンドしたハイブリッドな性質により、デバッグが複雑になることがあります。このガイドでは、問題を効果的にトラブルシューティングするための必須ツール、テクニック、ヒントを紹介し、プロセスを簡素化します。
-
-### 重要なポイント:
-
--   **一般的な課題**: プラットフォーム固有のバグとネイティブプラグインの不一致。
--   **必要なツール**:
-    -   **[Webデバッグ](https://capgo.app/docs/plugin/debugging/)**: [Chrome DevTools](https://developer.chrome.com/docs/devtools), [Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector)。
-    -   **[ネイティブデバッグ](https://capgo.app/docs/plugin/debugging/)**: iOSの[Xcode](https://developer.apple.com/xcode/), Androidの[Android Studio](https://developer.android.com/studio)。
-    -   **Capacitor CLI**: `npx cap doctor`や`npx cap sync`などのコマンド。
--   **デバッグ手順**:
-    -   ブラウザツールでWebコードを検査。
-    -   プラットフォーム固有のツールでネイティブコンポーネントをデバッグ。
-    -   プラグインの問題には詳細なログを使用。
--   **パフォーマンス最適化**:
-    -   ネットワーク、メモリ、UIパフォーマンスを分析。
-    -   Chrome DevToolsやネイティブプロファイラーを活用。
-
-### クイックヒント:
-
--   **ソースマップを有効化**: 圧縮されたバージョンではなく、オリジナルのコードをデバッグ。
--   **アップデートには[Capgo](https://capgo.app/)を使用**: アプリストアの遅延なしで即座に修正を適用。
--   **エラートラッキングの設定**: 迅速な解決のために問題をリアルタイムで捕捉。
-
-このガイドは、Capacitorアプリがプラットフォーム全体でスムーズに動作するよう、バグの特定と修正に必要なすべてを提供します。
-
-## IonicデバッグのComplete Guide
-
-<Steps>
-
-1. バグを特定します
-2. 適切なツールを選択します
-3. 解決策を実装します
-
-</Steps>
-
-## 基本的なデバッグツール
-
-[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)を効果的にデバッグするには、適切なツールが必要です。すべてのCapacitor開発者が知っておくべき必須の[デバッグリソース](https://capgo.app/docs/plugin/debugging/)を紹介します。
-
-### ブラウザツールを使用したWebデバッグ
-
-Capacitorアプリのウェブレイヤーをデバッグするには、**Chrome DevTools**と**Safari Web Inspector**は必須です。これらのツールで以下が可能です：
-
--   **ネットワークパネル**: APIコール、リソースの読み込み、ネットワークパフォーマンスの追跡。
--   **コンソール**: JavaScriptエラーの捕捉、ログの表示、デバッグ出力。
--   **要素インスペクター**: DOM要素のリアルタイム検査と修正。
--   **ソースパネル**: ブレークポイントの設定とJavaScript実行のデバッグ。
-
-ソースマップを有効にすることを忘れないでください - これにより、圧縮された本番バージョンではなく、オリジナルのコードをデバッグできます。プラットフォーム固有の問題については、ネイティブデバッグツールが次のステップとなります。
-
-### iOSとAndroidのデバッグツール
-
-プラットフォーム固有の問題に取り組む際、ネイティブデバッグツールはアプリの動作についてより深い洞察を提供します。
-
-**[Xcodeデバッグツール](https://capgo.app/docs/plugin/debugging/)** (iOS用):
-
--   メモリ使用量の監視。
--   CPUパフォーマンスのプロファイリング。
--   ネットワーク活動の検査。
--   Consoleアプリを通じたデバイスログへのアクセス。
-
-**Android Studioツール** (Android用):
-
--   システムログには**Logcat**を使用。
--   **Layout Inspector**でUIを分析。
--   **CPUプロファイラー**でパフォーマンスをプロファイル。
--   **メモリプロファイラー**でメモリ使用量を追跡。
-
-これらのツールは、プラットフォーム固有の課題に対処することで、ブラウザベースのデバッグを補完します。
-
-### [Capacitor](https://capacitorjs.com/) CLIデバッグコマンド
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-18.jpg?auto=compress)
-
-## Webとネイティブのデバッグメソッド
-
-### Webコードデバッグ手順
-
-Webコンポーネントのトラブルシューティングには、ブラウザ開発者ツールを活用します。これらのツールを使用すると、要素の検査、コンソールへのメッセージログ、パフォーマンスの監視、ネットワークリクエストの追跡が可能で、問題を特定できます。ソースマップを使用してエラーを元のコードまで追跡できます。問題がネイティブコンポーネントに関係する場合は、プラットフォームに合わせた[デバッグ方法](https://capgo.app/docs/plugin/debugging/)に切り替えます。
-
-### ネイティブコードデバッグ手順
-
-iOSでは、Xcodeの[LLDB](https://en.wikipedia.org/wiki/LLDB_\(debugger\))デバッガーを使用します。SwiftやObjective-Cコードにブレークポイントを設定して実行をステップ実行できます。Instrumentsを使用してメモリ使用量とスレッドアクティビティを監視します。Androidの場合、Android Studioはネイティブロギングを含む堅牢なツールを提供します。
-
-これらのツールはワークフローに統合された際、プラグインのデバッグも簡素化します。
-
-### プラグインデバッグソリューション
-
-プラグインをデバッグする際は、詳細なログが重要です。以下の領域に注意を払います：
-
--   ブリッジとプラグイン間の通信
--   特定のメソッドの実装
--   エラーの伝播方法
-
-Capgoのエラートラッキングツールは、プラグインの問題を早期に発見し、ユーザーへの影響を防ぐことができます。
-
-## 複雑なデバッグシナリオ
-
-### アプリ起動の問題
-
-起動の問題は標準的なログが開始される前に発生することが多く、診断が難しくなります。以下は問題に対処するためのステップバイステップのアプローチです：
-
--   **ネイティブログの確認**: iOSのXcode ConsoleやAndroid StudioのLogcatなどプラットフォーム固有のツールを使用して、初期化エラーを発見します。これらのログには、何が問題だったかの最初の手がかりが含まれていることが多いです。
-    
--   **プラグインエラーの追跡**: シンプルなリスナーでプラグインの読み込み問題を監視します。
-    
--   **リソース読み込みの検査**: ブラウザ開発者ツールを使用して、必要なリソースが適切に読み込まれているか確認します。ブロックされたリクエストや遅いローディングアセットを探し、タイミングメトリクスを確認します。
-    
-
-これらの初期チェックが完了したら、プラットフォーム固有のデバッグ方法に移行できます。
-
-### プラットフォーム固有の問題
-
-一部のバグは特定のプラットフォームに関連しており、カスタマイズされたトラブルシューティング技術が必要です。
-
-**iOSデバッグ**の場合：
-
--   メモリリークを発見するために**Xcodeのメモリグラフデバッガー**を使用。
--   **Network Link Conditioner**で異なるネットワーク条件をテスト。
--   iOS固有のクラッシュを捕捉するためにデバイス固有のログを追加。
-
-**Androidデバッグ**の場合：
-
--   **Android StudioのCPUプロファイラー**でパフォーマンスを分析。
--   メインスレッドでのディスクやネットワーク操作を検出するために**strict mode**を有効化。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的にデリバリーする上で重要な役割を果たしています！" – Rodrigo Mantica [2]
-
-### パフォーマンスの問題
-
-起動とプラットフォーム固有の問題を解決した後は、パフォーマンスに注目します。パフォーマンスの問題に取り組むには、ネットワーク、メモリ、UIという3つの主要な領域に焦点を当てます。
-
--   **ネットワークパフォーマンス**: Chrome DevToolsを使用して遅いAPIレスポンスや大きすぎるペイロードを特定。
--   **メモリ管理**: ネイティブプロファイラーでリークを発見し、効率的なメモリ使用を確保。
--   **UI最適化**: スムーズなユーザーインタラクションを確保するため、ビルトインツールでフレームレートとアニメーションを監視。
-
-Capgoのエラートラッキングツールは、これらのボトルネックを早期に特定するのに役立ちます。また、アプリストアのレビュー遅延をバイパスして、迅速に修正を展開することができます [3]。
-
-## デバッグガイドライン
-
-Capacitorアプリの効果的なデバッグは、適切に構造化されたログ、エラー監視、ソースマップ管理に依存します。
-
-### アプリログの設定
-
-効果的なデバッグのために、不要なノイズを避けるために定義されたレベルで構造化されたログを使用します。
-
-本番環境では、ログが無制限に増大するのを防ぐためにログローテーションを実装します。
-
-ログ以外にも、リアルタイムでエラーを監視するシステムが不可欠です。
-
-### エラー監視の設定
-
-クライアントとネイティブの両方のレイヤーで問題を捕捉する統合されたエラートラッキングシステムを設定します。
-
-Capgoのエラートラッキングツールは、アップデートのデプロイメントを監視し、ユーザーへの影響を評価するのに役立ちます[[1]](https://capgo.app/) 。この統合により、アップデートのパフォーマンスとユーザーエンゲージメントについて重要な洞察が得られます。
-
-> "詳細な分析とエラートラッキング" – Capgo [[1]](https://capgo.app/)
-
-ソースマップは、特に圧縮されたコードのデバッグを簡素化する別の重要なツールです。
-
-### ソースマップの統合
-
-ビルドプロセスでソースマップが適切に生成され管理されていることを確認します。
-
-デバッグをさらに容易にするため、デプロイメント時にソースマップのアップロードを自動化します。
-
-本番環境でソースマップを使用する場合は、セキュリティを維持しながら効果的なデバッグを可能にするため、認可された開発者にアクセスを制限します。
-
-## [Capgo](https://capgo.app/)を使用した迅速なアップデート
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-堅実な[デバッグ技術](https://capgo.app/docs/plugin/debugging/)に基づき、Capgoのようなツールは即時のアップデートを可能にすることで、アプリの安定性維持を容易にします。Capgoを使用すると、開発者はアプリストアの承認を待つことなくアップデートをプッシュでき、デバッグ機能も維持されます。
-
-### Capgoのデバッグ機能
-
-アプリの品質を維持するには、問題を迅速に修正することが重要です。Capgoはアプリのパフォーマンスについてリアルタイムの洞察を提供し、バグを効率的に解決するのに役立ちます。アップデートのグローバル成功率は82%で、95%のユーザーが24時間以内にアップデートを受信しています[[1]](https://capgo.app/) 。
-
-Capgoを始めるのは簡単です。以下のコマンドで初期化を開始します：
-
-```bash
-npx cap doctor           # Check your environment setup
-npx cap sync             # Sync web code with native projects
-npx cap open ios         # Open iOS project in Xcode
-npx cap open android     # Open Android project in Android Studio
-```
-
-最大限に活用する方法は以下の通りです：
-
--   **エラー監視の設定**  
-    クライアントとネイティブ層の両方でエラー追跡を追加して、早期に問題を発見します：
-    
-    ```bash
-ionic cap run ios -l --external       # Live reload for iOS
-ionic cap run android -l --external   # Live reload for Android
-```
-    
--   **段階的な修正のデプロイ**  
-    完全リリース前に小規模なグループでアップデートをテストするために、段階的なロールアウトを使用します。
-    
--   **アップデートメトリクスの監視**  
-    スムーズなアップデートを確保するために主要なパフォーマンス統計を監視します：
-    
-    | メトリクス | パフォーマンス |
-    | --- | --- |
-    | アップデート配信速度 | 5MBバンドルで114ms |
-    | APIレスポンス時間 | 世界中で57ms |
-    | ユーザーアップデート率 | 24時間以内に95% |
-    
-
-Capgoの部分アップデートシステムは、変更されたファイルのみをダウンロードし、デバッグ中の中断を減らします。エンドツーエンドの暗号化とアプリストアガイドラインへの準拠により、アプリの安定性を保ち、問題を迅速に解決するための強力なツールとなります。
-
-## まとめ
-
-### ツールと方法の概要
-
-効果的なデバッグには適切なツールと技術の組み合わせが必要です。このガイドでは、強力な開発ワークフローをサポートする重要な方法を説明しました。主要なツールには、**ブラウザ開発者ツール**、**プラットフォーム固有のデバッガー**、**[Capacitor CLIコマンド](https://capgo.app/docs/cli/commands/)**があり、これらが連携して問題を迅速に特定し修正します。
-
-適切なデバッグ実践とライブアップデートを組み合わせることで、アプリの安定性を大幅に向上させることができます。例えば、これらのワークフローを使用するアプリでは、24時間以内に95%のユーザーアップデート率を達成しています[\[1\]](https://capgo.app/) 。
-
-| デバッグコンポーネント | 主な機能 | 影響 |
-| --- | --- | --- |
-| **ブラウザツール** | Webコードの検査 | リアルタイムでのエラー検出 |
-| **プラットフォームデバッガー** | ネイティブコードの分析 | プラットフォーム固有の問題解決 |
-| **エラー監視** | 積極的な問題追跡 | 世界的に82%の成功率を達成[\[1\]](https://capgo.app/) |
-| **ライブアップデート** | バグの即時修正 | 24時間以内に95%のユーザーアップデート率を実現[\[1\]](https://capgo.app/) |
-
-### 次のステップ
-
-デバッグプロセスを強化するために、以下のステップを実行できます：
-
--   **エラー監視を設定**してWebとネイティブ層の両方で早期に問題を発見する。
--   **段階的なロールアウト**を使用して、完全なデプロイ前に修正をテストする。
--   **ソースマップを有効化**してエラーをより正確に追跡する。
--   スムーズなワークフローのために**デバッグツールをCI/CDパイプラインに統合**する。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーに不可欠です！" - Rodrigo Mantica[\[1\]](https://capgo.app/)
-
-アプリがスムーズに動作することを確認するために、重要なパフォーマンスメトリクスを監視し続けてください。
diff --git a/src/content/blog/ja/ultimate-guide-to-ota-update-security-for-capacitor-apps.md b/src/content/blog/ja/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
deleted file mode 100644
index 5109cc7e4..000000000
--- a/src/content/blog/ja/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
+++ /dev/null
@@ -1,237 +0,0 @@
----
-slug: ultimate-guide-to-ota-update-security-for-capacitor-apps
-title: CapacitorアプリのためのOTA更新セキュリティの究極ガイド
-description: モバイルアプリのOTAアップデートを確保するための重要な戦略を学び、暗号化、検証、および業界標準への準拠に焦点を当てます。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-13T08:04:34.421Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ad4d12971060b04c742b83-1739433897515.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, security, encryption, mobile apps, compliance, data protection,
-  update integrity, app store rules
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-オーバーザエア（OTA）アップデートは、アプリストアの遅延なしに[Capacitor](https://capacitorjs.com/)アプリを改善する迅速な方法です。しかし、コードの改ざん、ダウングレード攻撃、データ侵害などのリスクも伴います。アップデートを安全にする方法は次のとおりです。
-
-1.  **すべてを暗号化**: アップデートファイルにはAES-256を使用し、安全な鍵の交換にはRSA-2048を使用します。
-2.  **アップデートバンドルに署名**: 改ざんを防ぐためにプライベート/パブリックキーを使用してアップデートを認証します。
-3.  **データ転送のセキュリティ**: インターセプトを防ぐためにTLS 1.3を強制し、証明書ピンニングを使用します。
-4.  **ファイルを検証**: SHA-256ハッシュを使用してアップデートの整合性を確保します。
-
-### リスクと解決策の簡単な概要
-
-| **リスク** | **影響** | **解決策** |
-| --- | --- | --- |
-| 中間者攻撃 | マルウェアの注入 | TLS 1.3、証明書ピンニング |
-| コード注入 | アプリの侵害 | バンドル署名、ファイルチェック |
-| ダウングレード攻撃 | 古い欠陥の悪用 | バージョン管理、整合性チェック |
-
-App Storeや[GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)の規則を遵守するために、アップデートが安全で透明であり、ユーザーデータを保護していることを確認してください。[Capgo](https://capgo.app/)のようなツールは、より安全なOTAアップデートのために暗号化、署名、監視を自動化できます。
-
-## [Capacitor](https://capacitorjs.com/)のエンタープライズ向け機能
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-13.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/m2kFUvSFcSs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## OTAアップデートのセキュリティ基礎
-
-2022年、研究者たちはOTA機能を持つデバイスの78%にアップデートプロセスの脆弱性があることを発見しました [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update)。これに対処するためには、**バンドル署名**、**安全なデータ転送**、**ファイル検証**の3つの主要な分野に焦点を当てた強力なセキュリティフレームワークが重要です。これらの要素は、後述する[暗号化方法](https://capgo.app/docs/cli/migrations/encryption/)の背骨となります。
-
-### アップデートバンドルの署名
-
-バンドル署名は、承認されたアップデートのみが配布されることを保証するための最初のステップです。開発者はプライベートキーを使用してアップデートバンドルに署名し、アプリは組み込まれたパブリックキーを使用してそれらを検証します。例えば、Capgoはアプリのビルドプロセス中にパブリックキーを統合し、プラットフォーム特有のセキュリティプロトコルに準拠します。
-
-| 署名コンポーネント | 目的 | セキュリティの利点 |
-| --- | --- | --- |
-| プライベートキー | アップデートバンドルに署名 | アップデートの作成を承認された開発者に制限 |
-| パブリックキー | 署名を検証 | アップデートが正当で改ざんされていないことを確認 |
-| デジタル署名 | バンドルを開発者にリンク | トレーサビリティを保証し、改ざんを防止 |
-
-### 安全なデータ転送
-
-安全なデータ転送は、伝送中にアップデートを保護するために重要です。TLS 1.3はこれに対する標準であり、TLS 1.2と比較してハンドシェイク時間を40%短縮します [\[6\]](https://interrupt.memfault.com/blog/firmware-encryption-with-python)。また、証明書ピンニングや相互TLS（mTLS）認証などの機能を組み込んで、中間者攻撃を防ぎ、アプリとアップデートサーバー間の信頼を確立します。CapgoはデフォルトでTLS 1.3を強制し、カスタム証明書ピンニングの設定をサポートし、データ転送中の堅牢な保護を確保します。
-
-### アップデートファイルの検証
-
-ファイル検証は、アップデートがインストールされる前の最後の防御です。SHA-256のような暗号学的ハッシュ関数は、各アップデートパッケージのユニークなフィンガープリントを作成します。アプリはこのフィンガープリントをサーバー提供のハッシュと比較して整合性を確認します。CI/CDパイプライン内でのSHA-256ハッシュ生成と検証の自動化は、このプロセスを強化します。定期的にCI/CDワークフローに自動監査を統合することも、新たなセキュリティの課題に対処するのに役立ちます。
-
-## OTAアップデートのデータ暗号化
-
-暗号化は、署名と検証プロセスに追加のセキュリティ層を追加し、傍受されたデータを攻撃者に無用なものにします。
-
-### アップデートパッケージの暗号化
-
-アップデートファイルを暗号化するために、**AES-256**と鍵交換を保護するために**RSA-2048**を組み合わせた二段階の暗号化プロセスを使用します。
-
-| 暗号化レイヤー | 方法 | 目的 |
-| --- | --- | --- |
-| パッケージコンテンツ | AES-256 | 実際のアップデートファイルを保護 |
-| 鍵交換 | RSA-2048 | 暗号化キーの配信を保護 |
-
-各アップデートパッケージは、ユニークなAESキーで暗号化され、その後デバイスのパブリックRSAキーを使用して暗号化されます。Capgoはこの方法を自動的に適用し、各アップデート配布のために新しい暗号化キーを生成します [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/) 。
-
-### 暗号化キーのセキュリティ
-
-適切なキー管理は、暗号化されたアップデートを安全に保つために不可欠です：
-
--   **キー生成**: 常に安全なランダムジェネレーターを使用して暗号化キーを作成します。
--   **キーの保管**: Androidの[StrongBox](https://source.android.com/docs/security/best-practices/hardware)やiOSの[Secure Enclave](https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/web)のようなハードウェアバックの安全な環境にキーを保管します [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update)[\[7\]](https://www.sorinmustaca.com/implementing-secure-over-the-air-ota-updates-in-embedded-devices/) 。
--   **キーのローテーション**: 90日ごとに暗号化キーを更新します。移行を段階的に行い、互換性を維持し、キーのローテーションをCI/CDパイプラインと整合させます。
-
-### デバイスのセキュリティ機能
-
-現代のデバイスには、暗号化キーを保護するためのハードウェアセキュリティが組み込まれています。たとえば、AndroidのStrongBoxやiOSのSecure Enclaveは、暗号タスクのための隔離された環境を提供します [\[5\]](https://sigmaos.com/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update)[\[7\]](https://www.sorinmustaca.com/implementing-secure-over-the-air-ota-updates-in-embedded-devices/) 。iOS開発者は、これらの機能をネイティブのSecurityフレームワークAPIを使用して活用できます。
-
-これらの暗号化プラクティスは、以下のセクションで取り上げる業界基準を満たすのに役立ちます。
-
-## 業界基準の遵守
-
-OTAアップデートを安全にするには、プラットフォームのルールやデータ保護法を厳守することが重要です。準拠の状況は複雑であり、アプリストアやプライバシー規制からの異なる要求があります。
-
-これらの基準は、暗号化や署名といったコアセキュリティプラクティス、およびプラットフォーム固有のルールに依存しています。
-
-### アプリストアのルール
-
-AppleのApp Storeガイドライン2.5.2は、[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)のOTAアップデートに明確な制限を課しています。アップデートは、アプリコンテナ内のHTML、CSS、JavaScriptなどのウェブコンテンツのみを変更することができ、ネイティブ機能の変更は許可されていません [\[1\]](https://github.com/capacitor-community/android-security-provider)。
-
-| プラットフォーム | 要件 |
-| --- | --- |
-| Apple App Store | ウェブ専用アップデート • 実行可能コード不可 • 事前ダウンロードの開示 |
-| Google Play | HTTPS強制 • 整合性チェック • 機能アップデート制限 |
-
-Google Playはより柔軟性を提供しますが、依然として厳格なセキュリティ対策を施しています [\[3\]](https://insight.sbdautomotive.com/rs/164-IYW-366/images/Preparing%20for%20regulated%20automotive%20over-the-air%20updates.pdf)。アップデートは、安全な転送プロトコルを使用し、適切な整合性チェックを含める必要があります。
-
-### プライバシー法
-
-プライバシー規制は、OTAアップデートのコンプライアンスをさらに複雑にします。GDPRや[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)のような法律は、アップデートの際のユーザーデータの扱いに関して明確なルールを定めています。
-
-| OTAアップデートの側面 | GDPR | CCPA |
-| --- | --- | --- |
-| データ収集 | 必要最小限のデータ | 完全な開示が必要 |
-| ユーザーの権利 | 明示的な同意が必要 | オプトアウトオプションが必須 |
-| セキュリティ措置 | エンドツーエンドの暗号化 | 合理的なセキュリティ |
-| 文書化 | [アップデートプロセス](https://capgo.app/docs/plugin/cloud-mode/manual-update/)の文書 | アップデートプロセスの文書 |
-
-> 「コンプライアンスを維持するための鍵は、初めからプライバシーに配慮した設計原則を実装することです」と、欧州データ保護委員会のガイダンス文書は説明しています。「これには、アップデートプロセスのすべての側面にデータ保護の考慮を組み込むことが含まれます。」 [\[8\]](https://essaypro.com/blog/article-review)
-
-Capacitorアプリにとって、これは次のような実用的なステップに焦点を当てることを意味します：
-
--   **透明なアップデート**: アップデートの内容とデータの使用方法を明確に開示します。
--   **安全なデータ転送**: アップデート関連の通信にはエンドツーエンドの暗号化を使用します。
-
-GDPR違反は、最大€2000万の罰則を科せられる可能性があります [\[9\]](https://www.socialsellinator.com/social-selling-blog/seo-article-writing)。コンプライアンスを維持するためには、四半期ごとの監査を実施し、それをアップデート監視プロセスと整合させる必要があります。
-
-###### sbb-itb-f9944d2
-
-## セキュリティ監視と対応
-
-継続的な監視は、新たに進化する脅威から保護する上で重要な役割を果たします。強力な監視システムを備えた組織は、違反を**74%早く**特定できます [\[2\]](https://www.iotinsider.com/industries/security/over-the-air-updates-ota-best-practices-for-device-safety/) 。
-
-### 脅威検出
-
-2024年、**41%の組織**がOTAアップデートに関連するセキュリティインシデントに直面しました [\[1\]](https://github.com/capacitor-community/android-security-provider)。これは、これらのリスクを効果的に追跡し対処できる監視システムの重要性を強調しています。
-
-| コンポーネント | 機能 | 例 |
-| --- | --- | --- |
-| リアルタイム分析 | アップデートトラフィックの異常パターンを検出 | パターン認識システム |
-| ネットワーク監視 | 不正アクセスの試みを発見 | トラフィックフィルタリング |
-| ユーザー行動分析 | 疑わしいアップデート行動を特定 | 行動モデル |
-
-攻撃者の一歩先を行くためには、検出システムは常に更新が必要です。機械学習は新しい攻撃手法に適応することで重要な役割を果たします [\[1\]](https://github.com/capacitor-community/android-security-provider)[\[2\]](https://www.iotinsider.com/industries/security/over-the-air-updates-ota-best-practices-for-device-safety/) 。Capgoはリアルタイムの整合性チェックと行動分析によってこのプロセスを強化します [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/) 。
-
-### セキュリティレスポンスプラン
-
-OTA更新を使用するCapacitorアプリには、明確なレスポンスプランが不可欠です。これらのプランは、Appleのガイドライン2.5.2など、プラットフォーム固有のセキュリティ要件に沿うべきです。よく準備されたプランは、侵害コストを**38%**削減できます [\[10\]](https://www.ontotext.com/knowledgehub/fundamentals/information-extraction/) 。
-
-| フェーズ | 主なアクション |
-| --- | --- |
-| 初期検出 | 自動アラートと分析をトリガー |
-| 封じ込め | 更新を一時停止し、脅威を隔離 |
-| 調査 | 根本原因分析を実施 |
-| 復旧 | システムとサービスを復元 |
-
-Capgoは、疑わしい更新を隔離し、より深い分析のためのフォレンジックログを作成するなどのアクションを自動化することで、Capacitorアプリのレスポンスを効率化します [\[4\]](https://parsers.vc/news/250207-navigating-the-new-frontier-of-mobile-app/) 。
-
-これらの検出および応答措置は、暗号化および署名プロトコルと連携して、多層防御システムを提供します。
-
-## [Capgo](https://capgo.app/) セキュリティ機能
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-13.jpg?auto=compress)
-
-Capgoは、監視システムと連携して機能する3つの主要なアプローチを通じてセキュリティを確保します：
-
-### 暗号化と標準
-
-| セキュリティ層 | 実装 |
-| --- | --- |
-| パッケージ保護 | AES-256とRSA-2048のハイブリッド暗号化 |
-| プラットフォームコンプライアンス | 自動コンテンツ検証 |
-
-Capgoは、自動コンテンツ検証を使用してApp Storeが要求する更新制限を遵守します。
-
-### CI/CDセキュリティ
-
-セキュリティはCapgoのCI/CDパイプラインに組み込まれており：
-
--   プロセスを保護するための**トークンベースのデプロイ認証**
--   問題の迅速な軽減のための緊急停止オプションを含む**段階的ロールアウト**
-
-### オープンソースの利点
-
-Capgoのオープンソースフレームワークは、OTAシステムのセキュリティに重要なコミュニティ主導の改善を可能にします。
-
--   **公開コードベース**は独立した監査を可能にします
--   **180人以上の貢献者**が脆弱性を特定し対処します
--   **モジュラー設計**はカスタムセキュリティ強化を可能にします
-
-これらの機能は、前述の暗号化およびコンプライアンスニーズに沿っています。
-
-## まとめ
-
-### 主なポイント
-
-安全なOTA更新を確保するためには、**暗号化**、**検証**、および**監視**を組み合わせた層状のアプローチが必要です。これらの要素は、更新プロセスとユーザーデータの保護に協力して機能します。
-
-### OTA更新を安全にするためのステップ
-
-安全なOTAシステムを設定するための簡単なガイドです：
-
--   **強力な暗号化と検証を使用する**  
-    AES-256暗号化とRSA-2048を組み合わせて、堅牢なセキュリティフレームワークを構築します。
-
--   **リアルタイム監視を有効にする**  
-    セクション5に記載された脅威検出システムを設定し、問題が発生した際に捕捉して対処します。
-
--   **コンプライアントを維持する**  
-    App Storeの規則に概説されているように、プラットフォームガイドラインおよびプライバシー規制を継続的に遵守します。
-
-Capgoの自動検証ツールと段階的ロールアウトにより、これらの戦略を実行に移しつつ、コンプライアンスを維持することが容易になります。
-
-## FAQ
-
-### OTAにはどのようなセキュリティの問題がありますか？
-
-OTA更新には、開発者が取り組むべきいくつかのセキュリティ課題があります。更新が安全かつ信頼できるままであることを保証するためです。
-
-一般的な脆弱性は次のとおりです：
-
-| 脆弱性タイプ | 説明 | 影響 |
-| --- | --- | --- |
-| ロールバック攻撃 | 古い、安全でないバージョンのインストール | 既知の欠陥の悪用 |
-| 侵害されたキー | 弱い暗号化または盗まれたキー | 不正なコードの実行 |
-
-これらのリスクに対処するために、開発者は以下の対策を検討すべきです：
-
--   更新パッケージに**AES-256暗号化**を使用する（セクション3を参照）。
--   改ざんを防ぐために**証明書ピン留め接続**を確立する。
--   **行動監視システム**を実装する（セクション5を参照）。
-
-Capacitorアプリにとって、セキュリティプロトコルに従い、セクション6で概説されている自動CI/CD検証を組み込むことは重要です。これらのステップは、セクション3および4で詳述された暗号化手法およびコンプライアンスフレームワークを補完します。
diff --git a/src/content/blog/ja/understanding-apples-privacy-manifest.md b/src/content/blog/ja/understanding-apples-privacy-manifest.md
deleted file mode 100644
index e226d6dda..000000000
--- a/src/content/blog/ja/understanding-apples-privacy-manifest.md
+++ /dev/null
@@ -1,138 +0,0 @@
----
-slug: understanding-apples-privacy-manifest
-title: Appleのプライバシーマニフェストについて
-description: Appleの必須プライバシーマニフェストについて、iOSアプリにおける重要性、および明確なガイドラインに従って効果的に遵守する方法を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T02:23:31.365Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92-1744943188853.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Privacy Manifest, iOS, data collection, App Store, compliance, Capgo, JSON,
-  updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**2024年5月以降、AppleのプライバシーマニフェストがすべてのiOSアプリに必須となります。**App Storeへの提出には、データ収集、APIの使用、サードパーティSDK、ネットワークドメインの詳細を記載したJSONファイルが必要です。以下が重要なポイントです：
-
--   **概要**：以下を開示するJSON設定ファイル：
-    -   収集されるデータとその目的
-    -   使用されるAPIとサードパーティSDK
-    -   アクセスされる外部ドメイン
--   **重要性**：Appleのプライバシー基準への透明性とコンプライアンスを確保
--   **対応方法**：マニフェストをiOSアプリバンドルに追加し、[Capgo](https://capgo.app/)などのライブアップデートツールを使用する場合は定期的に更新
-
-**ヒント**：Capgoのようなツールは、マニフェストの更新を自動化し、即時デプロイメントを提供し、成功を追跡するための分析機能を提供することでコンプライアンスを簡素化します。
-
-プライバシーマニフェストの設定と検証方法、一般的な落とし穴を避ける方法、円滑な更新を確保する方法について、以下で詳しく説明します。
-
-## WWDC23：プライバシーマニフェストを始めよう | Apple
-
-<iframe src="https://www.youtube.com/embed/OQMF4LDqscc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## プライバシーマニフェストの主要要素
-
-Appleのプライバシーマニフェストには3つの主要コンポーネントがあります：
-
-1.  **データ宣言**：アプリが収集するデータの種類、収集理由、使用するプライバシーに関連するAPI、統合されているサードパーティSDKを指定します。それぞれについて明確なビジネス上の理由を提供する必要があります。
-    
-2.  **外部ドメイン**：アプリが通信するすべての外部ドメインをリストアップし、通信の目的を説明し、セキュリティ対策の詳細を記載します。
-    
-3.  **JSONフォーマットと組み込み**：マニフェストにAppleが要求するJSON構造を使用し、アプリバンドルとライブアップデートパッケージの両方に確実に組み込みます。
-    
-
-次に、Capacitorプロジェクトでマニフェストを作成して検証する方法を説明します。
-
-## Capacitorでのプライバシーマニフェストの設定
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### マニフェストファイルの作成
-
-アプリのAPI使用とデータ収集を宣言するために、`ios/App/Resources/PrivacyInfo.xcprivacy`というファイルを追加します。以下はファイルの例です：
-
-```json
-{
-  "NSPrivacyAccessedAPITypes":[{"NSPrivacyAccessedAPIType":"NSUserDefaults","NSPrivacyAccessedAPITypeReasons":["FE001"]}],
-  "NSPrivacyCollectedDataTypes":[{"NSPrivacyDataType":"NSPrivacyDataTypeDeviceID","NSPrivacyDataReason":"Basic app functionality"}]
-}
-```
-
-このファイルを作成した後、[Xcode](https://developer.apple.com/xcode/)を開いてプロジェクトに正しく含まれていることを確認します。
-
-### テストと検証
-
-Xcodeで**Product > Analyze**に移動してプライバシーレポートを生成します。警告や未宣言のAPIがないかレポートを慎重に確認し、必要な調整を行って問題を回避します。すべてが問題なければ、更新のデプロイを進めます。
-
-### [Capgo](https://capgo.app/)での更新
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Xcode分析をパスした後、Capgoを使用してアプリのプライバシーマニフェストを最新の状態に保ちます。Capgoは以下を提供します：
-
--   **即時デプロイメント**：24時間以内に95%のユーザーに更新が届きます[\[1\]](https://capgo.app/) 。
--   **ワンクリックロールバック**で素早い修正が可能。
--   **分析ツール**で更新の成功を追跡しコンプライアンスを確保。
-
-Capgoのチームプランは月額83ドル（年間請求）で、月間アクティブユーザー（MAU）10万人まで、帯域幅2,000GBまでをサポートします。
-
-## プライバシーコンプライアンスガイドライン
-
-Xcodeでマニフェストを検証した後、プライバシーコンプライアンスを維持することが重要です。以下は維持方法です。
-
-### 推奨プラクティス
-
-Capgoを使用してマニフェストの更新を即時にプッシュし、App Storeのレビューによる遅延を避けることを検討してください。このツールはまた、段階的なロールアウトをサポートし、リアルタイム分析を使用して変更をテストしてから全ユーザーにロールアウトすることができます[\[1\]](https://capgo.app/) 。
-
-### 一般的な落とし穴
-
-[手動更新](https://capgo.app/docs/plugin/cloud-mode/manual-update/)に依存すると、App Storeのレビュー時間に依存するため遅くなる可能性があり、数日から数週間かかることがあります。これにより、ドキュメントが古くなることがよくあります。一方、自動化ツールは即時更新を可能にし、デプロイメントを監視するための分析を提供し、問題が発生した場合に変更を簡単にロールバックできます[\[1\]](https://capgo.app/) 。
-
-### 手動vs自動更新
-
-手動更新と自動更新の方法を比較します：
-
--   **配信速度**：手動更新は数日から数週間かかりますが、[自動更新](https://capgo.app/docs/live-updates/update-behavior/)は24時間以内に95%のユーザーに到達します[\[1\]](https://capgo.app/) 。
--   **成功の追跡**：手動方式は様々ですが、自動更新は世界で82%の成功率を達成します[\[1\]](https://capgo.app/) 。
--   **ロールバックオプション**：手動更新は回復が限定的ですが、自動更新は即時ロールバックが可能です。
--   **モニタリング**：手動チェックは時間がかかりますが、自動化ツールはリアルタイム分析を提供します[\[1\]](https://capgo.app/) 。
--   **配布**：手動システムは基本的ですが、自動化ツールは高度な配布チャネルをサポートします[\[1\]](https://capgo.app/) 。
--   **セキュリティ**：手動更新には暗号化が組み込まれていませんが、自動システムはエンドツーエンドの暗号化を使用します[\[1\]](https://capgo.app/) 。
-
-## ライブアップデートツールの比較
-
-人気のある2つのライブアップデートプラットフォームを比較してみましょう。
-
-### プラットフォームの機能と価格
-
-| 機能 | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- |
-| エンドツーエンド暗号化 | **あり** | \-  |
-| 更新成功率 | **世界で82%** [\[1\]](https://capgo.app/) | \-  |
-| 更新配信時間 | **24時間以内に95%** [\[1\]](https://capgo.app/) | \-  |
-| バンドルダウンロード速度 | **114 ms (5 MB)** [\[1\]](https://capgo.app/) | \-  |
-| 年間コスト（チームプラン） | **$996** | **$6,000** [\[1\]](https://capgo.app/) |
-
-**クイックまとめ**：Capgoは初年度コストが大幅に低く、Appflowの$6,000に対して$996です。
-
-次に、プライバシーマニフェストの更新におけるCapgoの特徴を見てみましょう。
-
-### プライバシーマニフェスト：Capgoの利点
-
-Capgoのオープンソースコードベースは、プライバシーマニフェストの更新管理に適しています。進化するプライバシー基準に迅速に対応し、コンプライアンスを管理しやすくします[\[1\]](https://capgo.app/) 。
-
-## まとめ
-
-2024年5月以降、すべてのiOSアプリは必須のマニフェスト要件に従う必要があります。自動化によってこれらのマニフェストの管理が大幅に簡単になります。Capacitorプロジェクトでは、マニフェストをiOSバンドルに含め、Capgoのようなツールを使用して、エンドツーエンド暗号化により更新を安全に自動化します。
-
-マニフェストを設定し更新を自動化したら、以下がプライバシーマニフェストの更新を円滑に行うための重要なプラクティスです：
-
--   デプロイメントを簡素化するためにCLIツールを使用する。
--   制御された更新ロールアウトのためにチャネルシステムを実装する。
--   データ収集プロセスの詳細なドキュメントを保持する。
--   定期的にプライバシーコンプライアンスをテストして検証する。
diff --git a/src/content/blog/ja/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md b/src/content/blog/ja/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
deleted file mode 100644
index d255ff40c..000000000
--- a/src/content/blog/ja/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
+++ /dev/null
@@ -1,136 +0,0 @@
----
-slug: update-your-capacitor-apps-seamlessly-using-capacitor-updater
-title: CapacitorアプリをCapacitor-updaterでシームレスにアップデート
-description: >-
-  Bonjour la communauté Capacitor Ionic. Aujourd'hui, je vais vous aider à
-  configurer Capacitor-updater dans votre application pour permettre des mises à
-  jour fluides.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-02-27T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /update_flow.webp
-head_image_alt: Capacitor開発者向けの代替案を探る
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: ''
----
-
-## Capacitor-updaterとは？
-
-Capacitor-updaterは、アプリのアップデートや改善をエンドユーザーに即座に配信するのに役立つテクノロジーです
-
-App Storeのレビューを経ることなく、重要なバグ修正を即座に配信したい場合に特に有効です
-
-利用可能になった時点でサイドローディングによるアップデートを「Webのような」俊敏性で行うことができます
-
-さらに、新しいアップデートでアプリがクラッシュした場合のロールバックも提供します
-
-## どのように機能するか？
-
-CapgoはアプリのJavaScriptバンドルをCapgoサーバーと同期し、ユーザーがアプリを開くたびにCapgoサーバーに新しいアップデートが利用可能かどうかを確認します。もちろん、ユーザー体験を微調整できる素晴らしい設定が多数用意されています
-
-私は構築するすべてのプロジェクトでCapgoを使用しています。それによってApp Storeのレビュープロセスにかける時間を減らすことができます
-
-詳細は[こちら](https://capgo.app/)でご覧いただけます
-
-## 制限事項はありますか？
-
-良いことばかりに聞こえるかもしれませんが、いくつか注意すべき点があります
-まず、OTAアップデートは__Webバンドルでのみ機能する__ということです
-Capacitor JSではほとんどすべてのコードをJS、CSS、HTMLで書くため、大きな制限ではないと思うかもしれません
-確かにその通りですが、アプリにインストールするネイティブモジュールも存在します
-モジュールがandroidやiOSのディレクトリを変更する場合、OTAでアプリをアップデートすることはできません
-これらのディレクトリの内容はネイティブバイナリのコンパイルに使用され、OTAではアップデートできないためです
-ネイティブアプリでもこの部分はアップデートできません
-
-ただし、CI/CDでこの部分を処理するように設定できます。その方法については[こちらのiOS向けチュートリアル](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)で説明しています
-
-## 自動Capgo設定
-
-サインアップして最初のバージョンをアップロードするためのAPIキーを取得しましょう！まずは[Capgoアカウントに登録](/register/)してください
-
-Capgoにログインすると、オンボーディングページが表示されます
-
-![オンボーディングページ](/onboarding_1_new.webp)
-
-オンボーディングページの手順に従って最初のアプリを追加してください
-
-### CLIのガイダンスに従う
-
-コマンドラインで、Capacitorアプリのルートディレクトリから以下を実行します：
-
-`npx @capgo/cli@latest init`
-CapgoをCapacitorアプリにインストールするために、CLIがCapgoでアプリを設定するプロセスをガイドします
-
-手動で行いたい場合は、以下の手順に従ってください
-
-## 手動Capgo設定
-
-### プラグインのインストール
-
-アプリに以下のコードが追加されるはずです：
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-プラグインをCapacitorアプリにインストールします
-
-そして、JSバンドルが正常であることをネイティブプラグインに通知するために、アプリに以下のコードを追加します（これを行わないと、ネイティブプラグインは前のバージョンにロールバックします）：
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-これによりネイティブプラグインにインストールが成功したことを通知します
-
-その後、`npm run build && npx cap copy`を実行してアプリを更新します
-
-### Capgo CLOUDにログイン
-
-まず、アカウントにある`all` [apikey](https://console.capgo.app/dashboard/apikeys/)を使用してCLIでログインします：
-
-`npx @capgo/cli@latest login YOU_KEY`
-
-### 最初のアプリを追加
-
-CLIでCapgo Cloudに最初のアプリを作成しましょう
-
-`npx @capgo/cli@latest app add`
-
-このコマンドはCapacitor設定ファイルで定義されたすべての変数を使用してアプリを作成します
-
-### 最初のバージョンをアップロード
-
-コードをビルドしてCapgoに送信するコマンドを実行します：
-`npx @capgo/cli@latest bundle upload`
-
-デフォルトでは、バージョン名は`packagejson`ファイルのものが使用されます
-
-[Capgo](https://console.capgo.app/)でビルドが存在することを確認してください
-
-[モバイルサンドボックスアプリ](https://capgo.app/app_mobile/)でテストすることもできます
-
-### チャンネルをデフォルトに設定
-
-アプリをCapgoに送信した後、アプリがCapgoからアップデートを受信できるようにチャンネル`default`を設定する必要があります
-
-`npx @capgo/cli@latest channel set production -s default`
-
-## デバイスでライブアップデートを受信
-
-アプリケーションがDeployからライブアップデートを受信するには、デバイスまたはエミュレーターでアプリを実行する必要がありますエミュレーターまたはコンピューターに接続されたデバイスでローカルアプリを起動するには、以下のコマンドを使用するのが最も簡単な方法です
-
-    npx cap run [ios | android]
-
-アプリを開き、バックグラウンドに移動してから再度開くと、ログでアプリが更新されたことが確認できます
-
-おめでとうございます！🎉 最初のLive Updateの導入に成功しました。これはLive Updatesでできることの始まりに過ぎません。詳しくは、[Live Updates のドキュメント](/docs/plugin/cloud-mode/getting-started/)をご覧ください
-
-> ローカルでの更新の受信を停止する必要がある場合は、以下のコマンドを実行してください
-`npx @capgo/cli@latest channel set`
diff --git a/src/content/blog/ja/updating-from-capacitor-4-to-capacitor-5.md b/src/content/blog/ja/updating-from-capacitor-4-to-capacitor-5.md
deleted file mode 100644
index 8a764c06e..000000000
--- a/src/content/blog/ja/updating-from-capacitor-4-to-capacitor-5.md
+++ /dev/null
@@ -1,208 +0,0 @@
----
-slug: updating-from-capacitor-4-to-capacitor-5
-title: Capacitor 4からCapacitor 5へのアップグレード：ステップバイステップガイド
-description: Capacitor 4からCapacitor 5へ、必要なプラグインやツールの更新を含め、最小限の変更でプロジェクトをアップグレードする方法をご紹介します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-09T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /capacitor-5-update.webp
-head_image_alt: Capacitor 4から5へのアップグレードの説明
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Capacitor
-published: true
-locale: ja
-next_blog: ''
----
-Capacitor 4からCapacitor 5への移行は、以前のアップデートと比較して、重大な変更は最小限です。このガイドでは、プロジェクトをCapacitor 5にアップデートするための手順と、公式プラグインの変更点を説明します。
-
-**注意**: Capacitor 5はNodeJS 16以上が必要です。Node 12はすでにサポート終了しており、Node 14は2023年4月30日にサポート終了となります。NodeJSの最新LTSバージョンの使用を推奨します。
-
-1. プロジェクトにCapacitor CLIの`latest`バージョンをインストールします：
-
-   ```
-   npm i -D @capacitor/cli@latest
-   ```
-
-2. 以下のコマンドを実行して、CLIに移行を処理させます：
-
-   ```
-   npx cap migrate
-   ```
-
-   移行手順が実行できない場合は、ターミナル出力に追加情報が表示されます。手動での移行手順は以下に記載されています。
-
-3. VS Code拡張機能をインストールしている場合、拡張機能の推奨セクションでプロジェクトをCapacitor 5に移行するオプションを確認してください。
-
-### Capacitor 4 iOSプロジェクトからCapacitor 5へのアップグレード
-
-1. **Xcodeのアップグレード**: Capacitor 5にはXcode 14.1以上が必要です。
-
-2. **.gitignoreの更新**: `.gitignore`ファイルに以下の変更を加えてください：
-
-   ```
-   - App/Podfile.lock
-   + App/output
-   ```
-
-3. **単一のアプリアイコンを使用するようにアセットを更新**: Xcode 14は1024x1024の単一アプリアイコンをサポートします。不要なサイズを削除してAppIcon.appiconsetをクリーンアップしてください。
-
-### Capacitor 4 AndroidプロジェクトからCapacitor 5へのアップグレード
-
-1. **Android Studioのアップグレード**: Capacitor 5はGradle 8の使用によりJava JDK 17が必要なため、Android Studio Flamingo | 2022.2.1以降が必要です。Java 17はAndroid Studio Flamingoに同梱されているため、追加のダウンロードは不要です。
-
-2. **AGPアップグレードアシスタントの実行**: Android StudioはGradleに関連する更新とパッケージのビルドファイルへの移動を支援できます。開始するには、`Tools -> AGP Upgrade Assistant`を実行してください。
-
-3. **Androidプロジェクト変数の更新**: `variables.gradle`ファイルで、以下の新しい最小値に更新してください：
-
-   ```
-   minSdkVersion = 22
-   compileSdkVersion = 33
-   targetSdkVersion = 33
-   androidxActivityVersion = '1.7.0'
-   androidxAppCompatVersion = '1.6.1'
-   androidxCoordinatorLayoutVersion = '1.2.0'
-   androidxCoreVersion = '1.10.0'
-   androidxFragmentVersion = '1.5.6'
-   coreSplashScreenVersion = '1.0.0'
-   androidxWebkitVersion = '1.6.1'
-   junitVersion = '4.13.2'
-   androidxJunitVersion = '1.1.5'
-   androidxEspressoCoreVersion = '3.5.1'
-   cordovaAndroidVersion = '10.1.1'
-   ```
-
-4. **Google Servicesの更新**:
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.google.gms:google-services:4.3.13'
-   +       classpath 'com.google.gms:google-services:4.3.15'
-   }
-   ```
-
-5. **Gradleプラグインを8.0.0に更新**:
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.android.tools.build:gradle:7.2.1'
-   +       classpath 'com.android.tools.build:gradle:8.0.0'
-   }
-   ```
-
-6. **Gradleラッパーを8.0.2に更新**:
-
-   ```
-   # gradle-wrapper.properties
-   distributionBase=GRADLE_USER_HOME
-   distributionPath=wrapper/dists
-   - distributionUrl=https\://services.gradle.org/distributions/gradle-7.4.2-all.zip
-   + distributionUrl=https\://services.gradle.org/distributions/gradle-8.0.2-all.zip
-   zipStoreBase=GRADLE_USER_HOME
-   zipStorePath=wrapper/dists
-   ```
-
-7. **Jetifierを無効化**:
-
-   ```
-   # gradle.properties
-   android.useAndroidX=true
-   - android.enableJetifier=true
-   ```
-
-8. **パッケージを`build.gradle`に移動**:
-
-   ```
-   # AndroidManifest.xml
-   <?xml version="1.0" encoding="utf-8"?>
-   - <manifest xmlns:android="http://schemas.android.com/apk/res/android"
-   -     package="[YOUR_PACKAGE_ID]">
-   + <manifest xmlns:android="http://schemas.android.com/apk/res/android">
-   ```
-
-   ```
-   # build.gradle
-   android {
-   +     namespace "[YOUR_PACKAGE_ID]"
-         compileSdkVersion rootProject.ext.compileSdkVersion
-   ```
-
-9. **androidSchemeの更新**: Capacitor 6では、既存のアプリのシステムAutofill機能をより良く有効にするため、`androidScheme`のデフォルト設定が`https`になります。このデータ損失を避けるため、現在のデフォルトであっても、スキームを`http`に設定してください。
-
-   ```
-   {
-     server: {
-       androidScheme: "http"
-     }
-   }
-   ```
-
-10. **Kotlinバージョンの更新**: プロジェクトでKotlinを使用している場合、`kotlin_version`変数を`'1.8.20'`に更新してください。
-
-### プラグイン機能の変更
-
-以下のプラグイン機能が変更または削除されました。コードを適切に更新してください：
-
-- Action Sheet
-- Browser
-- Camera
-- Device
-- Geolocation
-- Google Maps
-- Local Notifications
-- Push Notifications
-- Status Bar
-
-### Action Sheet
-
-- `androidxMaterialVersion`変数を`1.8.0`に更新してください。
-
-### Browser
-
-- `androidxBrowserVersion`変数を`1.5.0`に更新してください。
-
-### Camera
-
-- Android 13の場合、`AndroidManifest.xml`にメディア画像読み取り権限（`<?xml version="1.0" encoding="utf-8"?>`）を追加してください。
-- `androidxMaterialVersion`変数を`1.8.0`に更新してください。
-- `androidxExifInterfaceVersion`変数を`1.3.6`に更新してください。
-
-### Device
-
-- `DeviceId.uuid`を`DeviceId.identifier`に変更してください。
-- iOS 16以降では、適切な[エンタイトルメント](https://developer.apple.com/documentation/bundleresources/entitlements/com_apple_developer_device-information_user-assigned-device-name/)を追加しない限り、`DeviceInfo.name`は一般的なデバイス名を返します。
-
-### Geolocation
-
-- `playServicesLocationVersion`を`21.0.1`に更新してください。
-
-### Google Maps
-
-- 以下の変数を更新してください：
-  - `googleMapsPlayServicesVersion`を`18.1.0`に
-  - `googleMapsUtilsVersion`を`3.4.0`に
-  - `googleMapsKtxVersion`を`3.4.0`に
-  - `googleMapsUtilsKtxVersion`を`3.4.0`に
-  - `kotlinxCoroutinesVersion`を`1.6.4`に
-  - `androidxCoreKTXVersion`を`1.10.0`に
-  - `kotlin_version`を`1.8.20`に
-
-### Local Notifications
-
-- Android 13でSDK 33をターゲットにする場合、ローカル通知をスケジュールするには新しいランタイム権限チェックが必要です。`checkPermissions()`と`requestPermissions()`を適切に呼び出してください。
-
-### Push Notifications
-
-- Android 13でSDK 33をターゲットにする場合、プッシュ通知を受信するには新しいランタイム権限チェックが必要です。`checkPermissions()`と`requestPermissions()`を適切に呼び出してください。
-- `firebaseMessagingVersion`変数を`23.1.2`に更新してください。
-
-### Status Bar
-
-- iOSでは、デフォルトのステータスバーアニメーションが`FADE`に変更されました。
-
-これらの手順に従いコードを更新することで、プロジェクトをCapacitor 4からCapacitor 5に正常にアップデートできるはずです。すべての機能とプラグインが期待通りに動作することを確認するため、アプリケーションを十分にテストしてください。
diff --git a/src/content/blog/ja/us-privacy-laws-mobile-app-checklist.md b/src/content/blog/ja/us-privacy-laws-mobile-app-checklist.md
deleted file mode 100644
index 91cc85c4a..000000000
--- a/src/content/blog/ja/us-privacy-laws-mobile-app-checklist.md
+++ /dev/null
@@ -1,260 +0,0 @@
----
-slug: us-privacy-laws-mobile-app-checklist
-title: 米国のプライバシー法：モバイルアプリチェックリスト
-description: 米国のプライバシー法に準拠したモバイルアプリを確保するために、この包括的なデータ保護およびユーザーの権利に関するチェックリストに従ってください。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:58:21.536Z
-updated_at: 2025-03-23T05:58:34.062Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df9ec1ffe25179c9af3a48-1742709514062.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  privacy compliance, mobile apps, CCPA, data protection, user rights, COPPA,
-  VCDPA, CPA
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**プライバシーコンプライアンスはモバイルアプリにとって重要です。** 米国のプライバシー法（[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)、[VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/)、およびCPA）は、アプリにユーザーデータを保護し、透明性を確保し、ユーザーの権利を尊重することを要求しています。不遵守は、違反ごとに最大7,500ドルの罰金やユーザーの信頼喪失につながる可能性があります。コンプライアントを維持する方法は次のとおりです：
-
--   **[プライバシーポリシー](https://capgo.app/dp/):** データ収集、使用、共有、およびユーザーの権利を明確に説明します。
--   **ユーザー権限：** 明示的な同意を取得し、ユーザーが自身のデータを管理できるようにします。
--   **データリクエスト：** ユーザーのリクエスト（アクセス、削除、オプトアウト）に法的な期限内に対応します。
--   **子どものデータ保護：** 13歳未満のユーザーに対して、[COPPA](https://en.wikipedia.org/wiki/Children%27s_Online_Privacy_Protection_Act)に準拠します。
--   **技術的な保護措置：** 暗号化を使用し、サードパーティのSDKをレビューし、プライバシー機能を迅速に更新します。
--   **定期監査：** データの取り扱いや権限を四半期ごとにレビューします。
--   **チームトレーニング：** プライバシー法及び安全なデータ取扱いについてチームを教育します。
-
-法律の変更に関する情報を常に更新し、[Capgo](https://capgo.app/)のようなツールを使用して、安全なアップデートを効率的に展開します。プライバシーコンプライアンスは罰則を避けることだけではなく、ユーザーとの信頼を築くことです。
-
-## [USENIX Security](https://www.usenix.org/conference/usenixsecurity25) '24 - プライバシーコンプライアンスのナビゲート ...
-
-![USENIX Security](https://mars-images.imgix.net/seobot/screenshots/www.usenix.org-d8a0181fef2b5e2513a1acfa3938daca-2025-03-23.jpg?auto=compress)
-
-## アプリ向けの主要な米国プライバシー法
-
-米国の主要なプライバシー法を理解することは、モバイルアプリのコンプライアンスを保証するために重要です。これらの法律は、アプリがユーザーデータとプライバシーをどのように扱うかの基準を設定しています。
-
-### [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) の要件
-
-カリフォルニア州消費者プライバシー法（CCPA）は、カリフォルニア州の住民からデータを管理するアプリに特定のルールを示しています。以下は簡単な内訳です：
-
-| **要件** | **詳細** | **タイムライン** |
-| --- | --- | --- |
-| データの開示 | 収集されるデータの種類を明確にリストする | 収集時 |
-| オプトアウトの権利 | 明示的な「私のデータを売らない」というオプションを提供する | 即時に利用可能 |
-| 削除の権利 | ユーザーからのデータ削除リクエストを処理する | 45日以内 |
-| プライバシーの更新 | プライバシーポリシーを年次でレビューおよび更新する | 毎年12ヶ月ごと |
-
-アプリは、位置データなどの個人情報を収集する前に、ユーザーに通知し同意を得る必要があります。
-
-### 他の州のプライバシー法
-
-いくつかの州が独自のプライバシー規制を制定しています：
-
--   **バージニア州消費者データ保護法 (VCDPA):** データの取り扱いに関する透明性を要求し、ユーザーにデータのアクセスおよび削除の権利を与え、ターゲット広告からのオプトアウトを認め、高リスクデータの使用に対する評価を義務付けています。
--   **コロラド州プライバシー法 (CPA):** ユニバーサルオプトアウトメカニズム、明確なプライバシー通知、および不必要なデータ収集の制限に焦点を当てています。
-
-### 連邦法および[FTC](https://www.ftc.gov/)のルール
-
-連邦法は、すべての米国のアプリに対してプライバシー保護の基準を設定し、連邦取引委員会（FTC）が重要なガイドラインを施行しています：
-
--   ユーザーに対してプライバシーの約束を守る。
--   ユーザーデータを侵害から守る。
--   13歳未満のユーザーに対して子どものオンラインプライバシー保護法（COPPA）に従う。
--   プライバシーポリシーでデータの取り扱いを明確に説明する。
-
-COPPAの下では、アプリは子どもからのデータを収集する前に確認された親の同意を得る必要があり、収集するデータの量を制限し、安全な保存を確保し、親が簡単に理解できる言語でプライバシーポリシーを書く必要があります。
-
-## プライバシーコンプライアンスチェックリスト
-
-このチェックリストは、前述の法的要件を満たすための実用的なステップを提供します。
-
-### プライバシーポリシーの設定
-
-米国の法律基準に準拠したプライバシーポリシーを作成します。内容には以下が含まれるべきです：
-
--   **データ収集**: 収集するデータの種類を特定します。
--   **使用目的**: データがどのように使用されるかを明確に説明します。
--   **サードパーティとの共有**: 誰がデータを受け取り、なぜ受け取るのかを特定します。
--   **ユーザーの権利**: ユーザーがデータ収集へのアクセス、削除、またはオプトアウトをどう行えるかを説明します。
-
-プライバシーポリシーが見つけやすく、明確で分かりやすい言語で書かれていることを確認してください。データを収集する前に明示的に表示します。
-
-加えて、ユーザーが自身のデータを管理できるように権限管理を設定します。
-
-### ユーザー権限管理
-
-権限管理を導入して、以下を確保します：
-
--   敏感なデータに対して明示的な同意を得る。
--   ユーザーが共有するデータを選択できるようにする。
--   同意を撤回するための明確な方法を提供する。
--   同意の記録（タイムスタンプを含む）を安全にログします。
-
-権限が設定されたら、データリクエストの処理に注力します。
-
-### データリクエスト管理
-
-ユーザーのデータリクエストをスムーズに処理するシステムを設定します：
-
-1. **確認プロセス**  
-ユーザーの身元を確認するための安全な方法を使用します。各確認ステップの記録を保持します。
-
-2. **応答タイムライン**  
-法律で要求される応答期限を監視し遵守します。
-
-3. **データフォーマットオプション**  
-リクエストされたデータを、PDF、CSV、JSONなど、機械可読かつユーザーフレンドリーな形式で提供します。
-
-13歳未満の子どもを対象とするアプリの場合、データ保護のために追加の措置を講じます。
-
-### 子どものデータ保護
-
-あなたのアプリが13歳未満のユーザーを対象とする場合、COPPAに準拠して以下を行います：
-
--   確実な方法でユーザーの年齢を確認します。
--   確認可能な親の同意を取得します。
--   絶対に必要なものに限ってデータの収集を制限します。
--   不要になった子どものデータを速やかに削除します。
-
-## 技術的プライバシー機能
-
-技術的な保護措置は、プライバシーアプローチを強化する上で重要な役割を担っています。それらはポリシーやユーザーコントロールを超え、コンプライアンスを確保するための追加のセキュリティレイヤーを追加します。
-
-### データセキュリティ手法
-
-ユーザーデータを保護するには複数の暗号化レイヤーが必要です：
-
-**暗号化ガイドライン**
-
--   データの送信には常に**エンドツーエンドの暗号化**を使用します。
-
-> "真のエンドツーエンド暗号化を提供する唯一のソリューション。その他は単にアップデートに署名するだけ" – Capgo [\[1\]](https://capgo.app/)
-
-さらに、包括的なプライバシー設定を提供することによってユーザーのコントロールを強化します。
-
-### プライバシー設定オプション
-
-ユーザーがチャネル固有のコントロールを通じてデータアクセスを管理できるようにします。これらのコントロールは、ターゲット更新、ベータテスト、段階的ロールアウト、および迅速な問題解決などの機能をサポートできます。
-
-### サードパーティSDKレビュー
-
-外部SDKのプライバシー基準とデータ収集慣行を慎重に評価します。**95%のユーザーが24時間以内に重要なプライバシーアップデートを受け取る**ことを保証することを目指します [\[1\]](https://capgo.app/) 。潜在的な問題に迅速に対処するためのロールバック機構を含めます。エンドツーエンドの暗号化と詳細なユーザー管理ツールを組み合わせたアップデートソリューションを選択します。
-
-## プライバシー維持のステップ
-
-これらのステップは、あなたのコンプライアンスフレームワークを拡張し、アプリが米国のプライバシー規則を引き続き満たすことを保証します。定期的なレビューと更新が、プライバシー要件を遵守するための鍵です。
-
-### プライバシー監査スケジュール
-
-四半期ごとにプライバシー監査を実施してアプリのデータ慣行を評価します：
-
--   **データインベントリレビュー**: 個人データが収集されるすべてのポイントを文書化します。
--   **権限確認**: すべてのデータアクセス権限が最新であることを確認します。
--   **サードパーティ評価**: プライバシーに影響を与える可能性のある統合SDKの変更を再評価します。
--   **ポリシー施行**: すべての機能にプライバシーポリシーが施行されていることを確認します。
-
-ユーザーの同意率やデータアクセスリクエストなどの主要指標を監視するためにコンプライアンスダッシュボードを使用します。重要なプライバシーコントロールやデータ取り扱いプロセスを監視するためのコンプライアンスチェックを72時間ごとに自動化します。
-
-各監査後、チームのトレーニング資料を更新し、コンプライアンスを維持するためのプライバシー法の変更を確認します。
-
-### プライバシートレーニングガイド
-
-定期的な監査は、一貫したプライバシー慣行を守るために強力なチームトレーニングと連携する必要があります。
-
-1. **新しいチームメンバーのオリエンテーション**
-
-新入社員に対してプライバシートレーニングを優先します。最初の週のうちに、CCPAの要件、データ取り扱いプロトコル、およびユーザーの権利の管理について基本を学ばせます。
-
-2. **継続的教育**
-
-毎月トレーニングセッションを開催して、以下をカバーします：
-
--   プライバシー法の更新
--   新しいコンプライアンス要件
--   効果的なデータ保護方法
--   プライバシーインシデントへの対応手順
-
-3. **役割別トレーニング**
-
-役割に応じたトレーニングをカスタマイズします。たとえば、開発者は安全なコーディングに焦点を当て、サポートスタッフはデータリクエストの処理に、製品マネージャーはプライバシーを考慮した設計に焦点を当てます。
-
-### 法律の更新モニタリング
-
-プライバシー法の変更に関して、毎日法律の更新をモニタリングします。州議会、FTC、および業界のコンプライアンスニュースからの更新を購読します。
-
-**対応プロトコル**
-
--   変更が現在のプライバシー機能に与える影響を評価します。
--   必要に応じてプライバシー文書を更新します。
--   14日以内に技術的な調整を行います。
--   緊急のプライバシーアップデートを24時間以内に安全に展開します。
-
-プライバシーに関する更新については、展開中にエンドツーエンドの暗号化を保証しながら段階的なロールアウトを使用します。
-
-自動化されたコンプライアンスツールは、このプロセスを簡素化できます：
-
--   異なる法域でのプライバシー法の変更を追跡します。
--   チームにコンプライアンスのギャップを通知します。
--   詳細なコンプライアンスレポートを生成します。
--   更新内容とその実施状況を文書化します。
-
-## [Capgo](https://capgo.app/) プライバシー機能
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-モバイルアプリをプライバシー要件に対応させる際には、スピードとセキュリティが重要です。Capgoは、米国のプライバシー法を遵守するためのツールを提供し、更新が迅速かつ安全であることを保証します。
-
-### クイックアップデートシステム
-
-Capgoの瞬時の更新システムにより、開発者はプライバシーの問題に遅滞なく対処できます。更新は24時間以内に95%のアクティブユーザーに届き、すでに2350万以上のアップデートが配信されており、82%のグローバル成功率を達成しています [\[1\]](https://capgo.app/) 。重要なプライバシーのアップデートについては、Capgoのチャネルシステムを利用して選定されたユーザーグループで変更をテストし、その後広く展開できます。これにより、時間が重要な際にアップデートがテストされ、遵守されていることが保証されます。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に配信するためにミッションクリティカルです！" – ロドリゴ・マンティカ [\[1\]](https://capgo.app/)
-
-### 更新セキュリティ機能
-
-迅速な更新も強力なセキュリティなしでは意味がありません。Capgoは、次のような機能でプライバシーのアップデートを保護しています。
-
--   **エンドツーエンドの暗号化:** アップデートはプロセス全体を通じて暗号化されます。
--   **ユーザー固有の復号化:** 認可されたユーザーのみがアップデートにアクセスし、インストールできます。
--   **コンプライアンスチェック:** 内蔵ツールがアップデートがAppleとGoogleの基準を満たしていることを確認します。
--   **ロールバックオプション:** プライバシーの問題が発生した場合にアップデートを迅速に戻せます。
-
-このシステムは、機密データを保護し、CCPAを含む米国のプライバシー法に準拠しています。
-
-### プライバシーアップデートワークフロー
-
-Capgoのワークフローツールはあなたの開発プロセスに直接統合され、プライバシーへの準拠をより管理しやすくします。重要な機能は以下の通りです。
-
--   **自動デプロイ:** CI/CDパイプラインと統合し、プライバシーのアップデートを効率化します。
--   **バージョン管理:** アップデートにおけるプライバシー機能の変更を追跡します。
--   **アップデート分析:** アップデートの採用状況についての洞察を提供し、問題を迅速に解決します。
-
-PAYGプランを利用している場合、追加のプライバシーに特化したツールが利用可能です：
-
-| 機能 | 利点 |
-| --- | --- |
-| APIアクセス | プライバシーコンプライアンスチェックの自動化 |
-| カスタムドメイン | プライバシーに関するコミュニケーションをブランドに合わせる |
-| 専用サポート | プライバシー関連のアップデートに対する専門的な支援 |
-| 拡張ストレージ | プライバシーコンプライアンスのための詳細なログを保存 |
-
-Capgoはすでに750のアプリを現場でサポートしており、プライバシーに準拠したアップデートを管理する信頼性を証明しています。これらのツールは、開発者がタイムリーなアップデートをユーザーに提供しながらコンプライアンスを維持するのに役立ちます。
-
-## まとめ
-
-このセクションでは、モバイルアプリが米国のプライバシー基準に従うために必要なコア要素を強調しています。コンプライアンスを維持するためには、継続的な監視と変化する規制に迅速に適応する能力が求められます。
-
-これを達成するには、プライバシーへのコンプライアンスは迅速な技術実装と継続的な監視に依存しています。システムは新しい要件に迅速に対応するか、発生するプライバシーの懸念に対処できなければなりません。前述の通り、Capgoは統合された更新システムがコンプライアンスの取り組みを強化できることを示しています。
-
-以下は、コンプライアンスを維持するための主要な領域とその指標の内訳です：
-
-| コンプライアンスエリア | 実装方法 | 成功指標 |
-| --- | --- | --- |
-| 更新スピード | 瞬時のデプロイ | 高い更新成功率 |
-| セキュリティ | エンドツーエンドの暗号化 | \-  |
-| テスト | チャンネルベースのロールアウト | 現場で750のアプリ [\[1\]](https://capgo.app/) |
diff --git a/src/content/blog/ja/usage-frequency-segmentation-for-app-updates.md b/src/content/blog/ja/usage-frequency-segmentation-for-app-updates.md
deleted file mode 100644
index 4b30de215..000000000
--- a/src/content/blog/ja/usage-frequency-segmentation-for-app-updates.md
+++ /dev/null
@@ -1,183 +0,0 @@
----
-slug: usage-frequency-segmentation-for-app-updates
-title: アプリ更新のための使用頻度セグメンテーション
-description: 使用頻度に基づくユーザーセグメンテーションを通じてアプリの更新を強化し、保持率とエンゲージメントを効果的に改善します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T08:03:06.848Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6821a5b33c68b32f40f8057e-1747037038301.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  app updates, user segmentation, engagement, retention, behavior tracking,
-  mobile apps, update strategy
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**より良い[アプリ更新](https://capgo.app/plugins/capacitor-updater/)を望みますか？まずはユーザーを理解しましょう。** 使用頻度セグメンテーションは、ユーザーがアプリとどのくらいの頻度でやり取りするかに基づいてユーザーを分類し、実際に彼らにとって重要な更新を提供するのに役立ちます。以下が内訳です：
-
--   **パワーユーザー（10回以上のセッション/月）：** 高度な機能と早期アクセスの更新に焦点を当てます。
--   **カジュアルユーザー（3～9回のセッション/月）：** コア機能と使いやすさを改善します。
--   **リスクのあるユーザー（2週間以上非アクティブ）：** 再エンゲージメントと安定性を優先します。
-
-**なぜこれが重要なのですか？** カスタマイズされた更新は、リテンションを最大26%向上させ、採用率を25～35%引き上げ、サポートチケットを30～45%減少させることができます。[Capgo](https://capgo.app/)のようなツールは、正確なターゲティング、安全なロールアウト、リアルタイムのモニタリングを提供することで、これを容易にします。
-
-**方法：**
-
-1.  ユーザー行動をトラッキングする（セッション、機能使用、更新インストール）。
-2.  アクティビティレベル（パワー、カジュアル、非アクティブ）でユーザーをグループ化する。
-3.  各グループに対して更新をカスタマイズする（ベータテスト、段階的ロールアウト、再エンゲージメント）。
-
-このアプローチはユーザー満足度を向上させるだけでなく、アプリのパフォーマンスを強化します。
-
-## セグメンテーションの設計図：アプリのユーザーリテンションを促進する要因を特定する
-
-<iframe src="https://www.youtube.com/embed/-2NQV4TcZBU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 使用頻度セグメンテーションの設定方法
-
-効果的に使用頻度セグメンテーションを実装するためには、ユーザー行動を追跡し、アクティビティに基づいてユーザーをグループ化し、各グループのニーズに合わせて更新をカスタマイズする必要があります。
-
-### 主要なユーザー行動指標を追跡する
-
-ユーザーが製品とどのようにやり取りしているかを理解するために、重要なエンゲージメント指標を監視することから始めましょう。以下が注目すべきポイントの内訳です：
-
-| 指標タイプ | 追跡する項目 | 目的 |
-| --- | --- | --- |
-| **使用パターン** | 日次/週次セッション、セッションの長さ | アクティブユーザーと休眠ユーザーを区別する |
-| **機能の採用** | 機能使用の頻度、ナビゲーションパス | ユーザーが特定の機能にどのように関与しているかを学ぶ |
-| **更新行動** | 更新インストール率、応答時間 | 更新の成功を測る |
-
-これらのインサイトは、トレンドを特定し、アクティビティレベルに基づいてユーザーをグループ化するのに役立ちます。
-
-### アクティビティレベルでユーザーをグループ化する
-
-データを収集したら、ユーザーを異なったグループに分類します。例えば：
-
--   **ベータテスター**：制御された環境で新機能をテストするため、通常のユーザーと分けます。
--   **パワーユーザー**：この高アクティブユーザーを特定し、新機能への早期アクセスを考慮します。
--   **非アクティブユーザー**：ターゲットとなる再エンゲージメント活動のために、これらのユーザーをフラグ付けします。
--   **セグメント更新トラッキング**：これらのグループで更新がどのように機能しているかを監視し、戦略を洗練します。
-
-このセグメンテーションは、ユーザーエクスペリエンスを向上させるためのよりカスタマイズされたアプローチを可能にします。
-
-### 各ユーザーグループのための更新計画を立てる
-
-ユーザーがグループ化されたら、特定のニーズに合わせた[更新戦略](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)を設計できます。以下が各セグメントへのアプローチ方法です：
-
--   **パワーユーザー**：彼らが新機能をテストし、完全リリース前にフィードバックを提供できるベータチャネルを作成します。
--   **通常のユーザー**：安定性を確保するために段階的ロールアウトを使用します。[部分的な更新](https://capgo.app/docs/live-updates/update-behavior/)は、帯域幅の要求を減少させ、ダウンロードを迅速化します。
--   **非アクティブユーザー**：コア機能と安定性の改善に焦点を当てます。ワンクリックでのロールバックオプションを提供することで、これらのユーザーの再エンゲージメントを促すことができます。
-
-## [Capgo](https://capgo.app/)を使ったユーザーターゲティング
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6821a5b33c68b32f40f8057e/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgoは、ユーザー頻度セグメンテーション機能により、特定のユーザーグループへの更新のターゲティングをより正確に行うためのツールを提供します。これらの機能は、前述のターゲット更新戦略を洗練します。
-
-### Capgoのユーザー割り当てツール
-
-Capgoは、特定のチャネルにユーザーを割り当てて、カスタマイズされた更新ロールアウトを実現することで、ユーザーセグメンテーションを一歩進めます。この[チャネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)は、更新が正確に配信されることを保証します：
-
-| **ユーセグメント** | **チャネルタイプ** | **[更新戦略](https://capgo.app/docs/live-updates/update-behavior/)** |
-| --- | --- | --- |
-| パワーユーザー | ベータチャネル | 新機能への早期アクセス |
-| 通常のユーザー | プロダクションチャネル | 安定性に焦点を当てた段階的ロールアウト |
-| 低アクティビティユーザー | ステーブルチャネル | コア機能に中心を置いた更新 |
-
-### セグメンテーションとCI/CDの統合
-
-Capgoは、[GitHub Actions](https://docs.github.com/actions)、[GitLab CI](https://docs.gitlab.com/ee/ci/)、および[Jenkins](https://www.jenkins.io/)などのツールとスムーズに統合され、デプロイを単一コマンドで簡単にします。さらに、その公開APIにより、開発者は既存のワークフロー内でカスタム統合を作成できます。このプロセスは、確立されたセキュリティプロトコルと連携して機能するように設計されています。
-
-> "エンドツーエンドの暗号化。あなたのユーザーだけが更新を復号化でき、他の誰もできません。" - Capgo [\[2\]](https://capgo.app)
-
-### アプリストアルールに関するセキュリティとコンプライアンス
-
-Capgoは、エンドツーエンドの暗号化、バージョン管理、ロールバックオプションなどの機能を取り入れることで、AppleやGoogleのガイドラインを遵守しています。これにより、更新が効率的かつ安全に配信され、世界中のユーザーによる迅速な採用をサポートします。
-
-## より良いユーザーセグメンテーションのためのヒント
-
-### 適切な更新頻度を設定する
-
-適切な更新頻度の選択は、ユーザーが製品とどのようにやり取りするかに大きく依存します。例えば、日次のアクティブユーザーは、彼らを引き込む頻繁な更新を必要とし、新機能への早期アクセスを求めます。一方、通常のユーザーは隔週または月ごとの更新を好むかもしれませんし、低アクティビティのユーザーには重要な更新のみを受け取ることが望ましいです。
-
-最適なスケジュールを決定するために、使用パターン、新機能の複雑さ、ユーザーフィードバック、および技術的な制約などの要因を考慮してください。計画を確立したら、特定のユーザーグループを対象にしたベータテストを通じて確認してください。
-
-### セグメンテーション戦略をテストする
-
-更新計画を設定した後は、意図した通りに機能するかを確認するためにセグメンテーション戦略をテストすることが重要です。ベータテストは、全ユーザーに展開する前にアプローチを検証するのに最適な方法です。
-
-| テストフェーズ | 期間 | 主要指標 |
-| --- | --- | --- |
-| 初期ベータ | 1～2週間 | 更新成功率、クラッシュレポート |
-| 限定リリース | 2～4週間 | ユーザーエンゲージメント、機能の採用 |
-| 完全ロールアウト | 1～2ヶ月 | 長期的なリテンション、全体的な満足度 |
-
-この段階的アプローチにより、早期に潜在的な問題を特定して解決できます。テストが戦略の効果を確認したら、結果に基づいてさらに精錬を続けてください。
-
-### 結果を追跡し、改善する
-
-テスト後も作業は続きます。定期的にパフォーマンスを追跡することが、セグメンテーション戦略を鋭く保つための鍵です。リアルタイムのモニタリングにより、トレンドを見つけて必要に応じて調整できます。[Capgo](https://capgo.app)のようなツールは、更新パフォーマンスを評価するための分析を提供し、予期しない問題に対処するためのワンクリックロールバック機能を提供します。
-
-セグメンテーションの取り組みから最大限の効果を得るために：
-
--   **異なるユーザーグループの更新採用率を監視する。**
--   **エラーレートを追跡し、問題を迅速に解決する。**
--   **ユーザーフィードバックを分析し、各セグメントの特定のニーズを理解する。**
--   **Capgoのロールバック機能を活用して、問題が発生した際の中断を最小限に抑える。**
-
-> "我々は、+5000のユーザー基盤に対して[Capgo OTA更新](https://console.capgo.app/resend_email)を本番環境で展開しました。ほぼすべてのユーザーがOTAが@Capgoに展開される数分以内に更新される非常にスムーズな動作を見ています。" - colenso, @colenso [\[2\]](https://capgo.app)
-
-## 概要
-
-### 良好なセグメンテーションの結果
-
-セグメンテーションが適切に行われると、その結果は自ずと明らかになります。ユーザーアクティビティに基づいて更新が配信されると、更新採用率は25～35%上昇します。同時に、技術的サポートチケットは早期の問題発見のおかげで約30～45%の顕著な減少を見ます。ユーザーリテンションも、中断が少なく、より関連性の高い機能の展開が行われることで15～25%改善されます。
-
-カスタマイズされた更新もユーザーエンゲージメントに直接的な影響を与えます。セッションの長さが10～20%増加し、アプリの評価は最大で1つの星を飛躍する可能性があります。収益化されたアプリの場合、その効果はさらに顕著で、[アプリ内購入](https://capgo.app/plugins/native-purchases/)が高価値ユーザー向けに更新に焦点を当てることで15～30%増加します [\[1\]](https://www.pushwoosh.com/blog/mobile-app-user-segmentation/) 。
-
-これらの結果は、ターゲットを絞ったセグメンテーションがいかに影響力があるかを示しており、Capgoによって強化された[aカスタマイズされた更新戦略](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)の基盤を形成します。
-
-### 更新ターゲティングにおけるCapgoの役割
-
-Capgoは、ライブ更新ソリューションでセグメンテーションの利点を最大限に活用するのを容易にします。Capgoのユーザー割り当てツールを使用すれば、特定のユーザーセグメントに対して更新を正確にロールアウトすることができます。このプラットフォームは、安全でコンプライアンスに準拠した更新を優先し、エンドツーエンドの暗号化を提供します。
-
-| **主要なCapgoのメリット** | **実装** |
-| --- | --- |
-| 精度 | 特定のセグメントに合わせて更新を配信 |
-| 安全性 | 必要に応じて即座に更新をロールバック |
-| モニタリング | パフォーマンスをリアルタイムで追跡 |
-| セキュリティ | 更新が暗号化され、コンプライアンス基準を満たしていることを保証 |
-
-> "我々は、+5000のユーザー基盤に対してCapgo OTA更新を本番環境で展開しました。ほぼすべてのユーザーがOTAが@Capgoに展開される数分以内に更新される非常にスムーズな動作を見ています。" - colenso, @colenso [\[2\]](https://capgo.app)
-
-## よくある質問
-
-:::faq
-### 使用頻度セグメンテーションは、アプリ更新戦略をどのように改善できますか？
-
-使用頻度のセグメンテーションは、開発者がユーザーがアプリとどのくらい頻繁にインタラクトするかに基づいてアプリの更新を微調整するのに役立ちます。頻繁、時折、またはまれなユーザーのようなカテゴリにユーザーを分けることで、開発者はそれぞれのグループの特定のニーズに響く更新を提供することに集中でき、最終的には満足度と定着率を向上させることができます。
-
-例えば頻繁に利用するユーザーは、パフォーマンスを向上させるか、高度な機能を導入する更新を評価するかもしれません。一方、時折利用するユーザーは、ナビゲーションを簡素化するか、一般的なフラストレーションを解消する更新からよりメリットを得る可能性があります。**Capgo**のようなツールは、[Capacitor](https://capacitorjs.com/)アプリのリアルタイム更新を可能にすることで、このプロセスを効率化し、ユーザーが手間なく適切な更新を即座に受け取ることを保証します。
-
-:::
-
-:::faq
-### 効果的な使用セグメンテーションを作成するためにユーザー行動を追跡するための主要なツールと指標は何ですか？
-
-使用セグメンテーションを効果的に機能させるためには、実用的な洞察を提供するツールと指標を通じてユーザー行動に注意を払う必要があります。**[Google Analytics](https://marketingplatform.google.com/about/analytics/)**や**[Mixpanel](https://mixpanel.com/)**のようなプラットフォームは、ユーザーのインタラクション、セッションの長さ、機能の使用方法を追跡するのに最適です。それに加えて、**アプリ内イベントトラッキング**はユーザーが特定の機能とどのようにインタラクトしているかを正確に示し、**コホート分析**は時間の経過とともにユーザー行動のトレンドを明らかにするのに役立ちます。
-
-注目すべき主要な指標には、**リテンション率**、**ユーザーがアプリにどのくらい頻繁に関与するか**、および**全体的な活動レベル**が含まれます。Capacitorアプリを使用している場合、**Capgo**のようなツールは、ターゲットユーザーグループに直接更新や機能を提供することで、このプロセスをスムーズにします。これにより、より個別化された体験と迅速な反復サイクルが可能になり、アプリがユーザーのニーズに沿ったものになります。
-:::
-
-:::faq
-### Capgoは開発者がアプリの更新を効率化し、ユーザーエクスペリエンスを向上させるのにどのように役立ちますか？
-
-Capgoは、開発者がアプリに対して更新、修正、および新機能を即座にプッシュする能力を提供します - アプリストアの承認遅延は不要です。これは、ユーザーフィードバックに対応し、問題が発生するたびに修正を行い、ユーザーにとってシームレスな体験を作り出すことを意味します。
-
-**エンドツーエンドの暗号化**、**CI/CD統合**、および特定のユーザーグループに更新をターゲットにするオプションのような主要な機能により、Capgoは安全かつ適応可能です。さらに、**組織管理ツール**はチーム間の調整を簡素化し、AppleやAndroidのガイドラインに準拠することを保証します。
-:::
diff --git a/src/content/blog/ja/user-consent-for-ota-updates-best-practices.md b/src/content/blog/ja/user-consent-for-ota-updates-best-practices.md
deleted file mode 100644
index 2b9adc743..000000000
--- a/src/content/blog/ja/user-consent-for-ota-updates-best-practices.md
+++ /dev/null
@@ -1,49 +0,0 @@
----
-slug: user-consent-for-ota-updates-best-practices
-title: ユーザーのOTAアップデート同意：ベストプラクティス
-description: >-
-  OTAアップデートに対するユーザーの同意を得るためのベストプラクティスを学び、アプリのアップデート時のコンプライアンス、セキュリティ、およびユーザーの信頼を確保します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T03:12:16.361Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c46c45a08fca89178f92d-1745637266325.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  OTA updates, user consent, app security, compliance, mobile updates, data
-  protection, user trust, update notifications
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-不適切なユーザー同意は以下のリスクをもたらす可能性があります:
-
-- プラットフォームポリシー違反によるアプリの削除 
-- ユーザーの信頼低下と評判の低下
-- データプライバシー関連の法的問題
-- セキュリティ上の脆弱性の露呈
-:::
-
-Over-the-Air (OTA) アップデートについてユーザーの同意を得ることを怠ると、深刻な法的・倫理的問題につながる可能性があります。アメリカをはじめとする多くの法域では、デバイス上のソフトウェアを変更する際の透明性とユーザーの同意を必要とするプライバシーや消費者保護に関する厳格な法律があります。これを無視すると、罰則、訴訟、またはプラットフォームのガイドラインに違反したことによるアプリストアからの削除などの結果を招く可能性があります。
-
-法的リスク以外にも、ユーザーの同意なしにアプリを更新することは、ユーザーの信頼を損ない、ブランドの評判を傷つける可能性があります。これらのリスクを回避するために、OTAアップデートに関する明確でユーザーフレンドリーな同意メカニズムを実装することが最善です。**Capgo**のようなプラットフォームは、Capacitorアプリに合わせたシームレスなライブアップデートソリューションを提供しながら、コンプライアンスの確保を支援できます。
-:::
-
-:::faq
-### OTAアップデートのコンプライアンスに準拠したユーザーフレンドリーな同意リクエストを作成するためのベストプラクティスは何ですか？
-
-Over-the-Air (OTA) アップデートの同意リクエストがコンプライアンスに準拠し、ユーザーフレンドリーであることを確保するには、明確さ、透明性、シンプルさに焦点を当てます。アップデートの内容、必要性、ユーザーにとってのメリットを明確に説明してください。技術的な専門用語を避け、理解しやすい簡潔な言葉を使用します。
-
-ユーザーにアップデートを受け入れるか拒否するかの明確な選択肢を提供し、その決定を尊重することが重要です。さらに、プラットフォームのガイドライン（AppleやAndroidなど）やGDPRやCCPAなどのデータプライバシー規制に準拠してください。Capgoのようなツールは、アップデートのユーザー割り当てやプラットフォーム要件へのリアルタイムの準拠などの機能を提供することで、開発者とユーザーの両方にとってシームレスで安全な体験を確保するプロセスを効率化できます。
-:::
-
-:::faq
-### OTAアップデート中にユーザーデータを保護するセキュリティ対策は何ですか？
-
-Over-the-Air (OTA) アップデート中にユーザーデータを保護するために、**エンドツーエンドの暗号化**の実装が不可欠です。これにより、意図されたユーザーのみがアップデートを復号化してアクセスできるようになり、機密情報が安全に保たれます。
-
-さらに、AppleとAndroidのプラットフォーム固有のセキュリティガイドラインに準拠し、アップデートメカニズムを定期的に監査し、データ保護を優先する信頼できるソリューションを使用することが重要です。
-:::
diff --git a/src/content/blog/ja/version-control-tips-for-mobile-ci-cd.md b/src/content/blog/ja/version-control-tips-for-mobile-ci-cd.md
deleted file mode 100644
index 023430647..000000000
--- a/src/content/blog/ja/version-control-tips-for-mobile-ci-cd.md
+++ /dev/null
@@ -1,132 +0,0 @@
----
-slug: version-control-tips-for-mobile-ci-cd
-title: モバイルCI/CDのバージョン管理のヒント
-description: モバイルCI/CDプロセスを、ブランチ管理手法からセキュリティプラクティス、ロールバック計画まで、効果的なバージョン管理戦略で強化しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:48:24.354Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6824286159ff6128992275a6-1747201776379.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  version control, mobile CI/CD, branching strategies, security practices,
-  rollback plans, semantic versioning, app updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: ja
-next_blog: ''
----
-**[モバイルアプリ開発](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/)のスピードを20%向上させたいですか?** バージョン管理が重要です。コラボレーションを簡素化し、変更を追跡し、CI/CDパイプラインとのスムーズな統合を確保します。以下が重要なポイントです:
-
-- **コミットのベストプラクティス**: アトミックコミットと明確なメッセージを使用して、コードベースをクリーンで管理しやすい状態に保ちます。
-- **ブランチ戦略**: チームのニーズに基づいて、フィーチャー、リリース、またはトランクベースのブランチングを選択します。
-- **バージョン番号付け**: 明確性と一貫性のためにセマンティックバージョニング(MAJOR.MINOR.PATCH)を使用します。
-- **CI/CD統合**: バージョンタグと[Capgo](https://capgo.app/)のような[即時更新](https://capgo.app/docs/)ツールを使用してビルドとデプロイメントを自動化します。
-- **セキュリティ**: 脆弱性の自動スキャンを実行し、機密データを安全に保管します。
-- **ロールバック計画**: 問題が発生した場合に備えて、安定版に素早く戻れるようにします。
-- **使用状況の追跡**: 分析を使用してバージョンの採用状況を監視し、廃止を効果的に計画します。
-
-**ブランチ戦略の比較:**
-
-| 戦略 | 最適な用途 | 主なメリット | 課題 |
-| --- | --- | --- | --- |
-| フィーチャーブランチング | 高速なチーム | 分離された開発、容易なQA | コミュニケーションギャップのリスク |
-| リリースブランチング | 複数のリリーストラック | 安定したリリース、より良いコントロール | 複雑なリリース管理 |
-| トランクベース | 小規模な協力的なチーム | より速い統合、迅速なフィードバック | 強力なテストが必要 |
-
-これらのプラクティスは時間を節約するだけでなく、エラーも減らし、モバイルアプリ開発の効率性と信頼性を確保します。
-
-## Gitでアプリのバージョン管理を構築した方法
-
-<iframe src="https://www.youtube.com/embed/7kkeX-qLu9g" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## モバイルCI/CDのための最適なバージョン管理方法
-
-これらの実証済みのバージョン管理プラクティスでモバイル開発プロセスを効率化しましょう。
-
-### コミットルールと基準
-
-良いコミット習慣は効果的なバージョン管理の基礎です。以下のようにコミットをクリーンで管理しやすい状態に保ちます：
-
-- **アトミックコミット**: 各コミットは単一の論理的な変更に焦点を当てるべきです。例えば、UIの更新とバックエンドロジックの変更は分けます。このアプローチは追跡を簡素化し、問題が発生した場合のロールバックを容易にします。
-
-- **説明的なメッセージ**: 明確で構造化されたコミットメッセージを書きます。良いメッセージには、簡潔な件名（50文字以下）、変更の詳細な説明、関連する問題への参照が含まれます。
-
-コミットメッセージのサンプルテンプレート:
-
-```
-feat(auth): implement biometric login
-
-- Add FaceID/TouchID support for iOS
-- Implement fingerprint authentication for Android
-- Update security documentation
-
-Resolves: MOB-123
-```
-
-これらのプラクティスにより、コードベースの履歴を理解しやすくなり、よりスムーズなコラボレーションが確保されます。
-
-[続く...]
-
-| フェーズ | 期間 | アクション |
-| --- | --- | --- |
-| 告知 | 90日 | EOL日付についてユーザーに通知 |
-| 移行期間 | 60日 | 詳細なアップグレード手順の提供 |
-| 猶予期間 | 30日 | 最終リマインダーの送信 |
-| 廃止 | 即時 | そのバージョンのサポート終了 |
-
-これらのフェーズを通じてバージョンの使用状況を監視することで、移行の障害を特定し、ほとんどのユーザーが問題なくアップグレードできることを確認できます。
-
-### Capgo 分析ツール
-
-リアルタイムの洞察を得るために、これらのメトリクスをCapgoの分析スイートなどのツールと統合します。Capgoは、バージョンのパフォーマンスと採用状況を包括的に把握でき、CI/CDワークフローにシームレスに適合します。主な機能は以下の通りです：
-
--   バージョン採用率のリアルタイム追跡
--   バージョン別のユーザーセグメンテーション
--   各バージョンの詳細なパフォーマンスメトリクス
--   異常の自動検出
-
-これらのツールにより、ソフトウェアライフサイクルにおけるバージョン管理について、常に情報を得て積極的に対応することができます。
-
-## 結論：モバイルCI/CDバージョン管理ガイド
-
-バージョン管理は、モバイルCI/CDワークフローにおいて重要な役割を果たし、自動化されたプロセスにより開発時間を最大20%削減する可能性があります[\[1\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers)。モバイルアプリのエコシステムが進化するにつれ、この重要性はさらに明確になります。例えば、2024年の[Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)の終了や2026年のIonic Appflowの終了は、バージョン管理において長期的で信頼性の高いソリューションを選択する必要性を強調しています。これらの変更により、柔軟性と将来性を備えたツールが必要とされています。
-
-成功するためには、バージョン管理システムはデバイスの断片化、様々なプラットフォーム要件、セキュリティリスクなどの課題に取り組む必要があります。これは、統合された追跡、自動化されたコンプライアンスチェック、組み込みの脆弱性スキャンなどの機能を組み込むことを意味します。[強力な暗号化](https://capgo.app/docs/cli/migrations/encryption/)によるインスタントアップデートを提供し、アプリストアの遅延をなくすCapgoのようなツールが、より効率的なワークフローへの道を開いています。
-
-今後を見据えると、規律あるバージョン管理の実践を採用し、AIアシスト型コードレビューやサーバーレスビルド環境などの進歩を活用するチームは、高品質なモバイルアプリをスピーディーかつ正確に提供できる立場にあります。戦略を改善し最先端のツールを採用することで、開発チームはCI/CDパイプラインを強化し、モバイル環境の絶え間ない要求に対応し続けることができます。
-
-## よくある質問
-
-:::faq
-### モバイルCI/CDにおけるフィーチャー、リリース、トランクベースのブランチ戦略の違いは何ですか？
-
-ブランチ戦略は、モバイルCI/CDワークフローの重要な部分で、チームがコードを効果的に管理し、デプロイメントプロセスを効率化するのに役立ちます。一般的なアプローチを詳しく見てみましょう：
-
--   **フィーチャーブランチング**：各新機能に対して個別のブランチを作成します。開発者が独立して作業し、メインブランチにマージする前に変更をテストできます。競合のリスクは減少しますが、ブランチを長期間維持すると統合が遅くなる可能性があります。
-    
--   **リリースブランチング**：チームはデプロイメントのためにコードを安定化し準備するための専用ブランチを作成します。これにより、リリースブランチの安定性に影響を与えることなく、新機能の継続的な作業が可能になります。
-    
--   **トランクベース開発**：開発者が小さな増分更新を頻繁にメインブランチに直接プッシュします。この方法は統合の課題を減らし、継続的統合をサポートし、デリバリーサイクルを加速します。
-    
-
-これらの戦略にはそれぞれ利点があり、最適な選択はチームのワークフローとニーズによって異なります。Capacitorアプリを扱うチームの場合、**Capgo**のようなツールを使用することで、インスタントライブアップデートを可能にし、CI/CDプロセスを向上させることができます。これによりアプリストアの承認が不要になり、バージョン管理の実践とのスムーズな統合が確保されます。
-:::
-
-:::faq
-### CapgoはモバイルアプリのCI/CDワークフローをどのように改善し、従来のアプローチと比べてどのような利点がありますか？
-
-Capgoは、**インスタントオーバーザエア（OTA）アップデート**を提供することで、モバイルアプリのCI/CDワークフローを効率化します。これにより、開発者は継続的なアプリストア提出の手間を省き、バグ修正、新機能、アップデートをより迅速に提供できます - すべてAppleとAndroidのガイドラインに準拠しています。
-
-従来のアプローチと比べて、Capgoはダウンタイムの最小化、よりスムーズなユーザーエクスペリエンス、既存のCI/CDパイプラインへの簡単な統合などの利点で際立っています。アップデートはセキュアにリアルタイムでプッシュでき、アプリ管理をより効率的で適応性の高いものにします。エンドツーエンドの暗号化や特定のユーザー向けのカスタマイズされたアップデートなどの高度な機能により、Capgoはアップデートプロセスの安全性とパーソナライゼーションの両方を確保します。
-:::
-
-:::faq
-### モバイルCI/CDパイプラインでセキュリティを確保し、迅速なロールバックを可能にするにはどうすればよいですか？
-
-モバイルCI/CDパイプラインを安全に保ち、迅速なロールバックに備えるには、**堅固なバージョン管理の実践**に焦点を当てます。これには、詳細なリリースノートの維持、機能のロールアウトを制御するフィーチャーフラグの活用、デプロイメント前に脆弱性を特定する自動化されたテストの実行が含まれます。
-
-迅速なロールバックのために、以前のアプリバージョンの信頼できるバックアップを確保し、即時の復帰を可能にするツールを使用します。Capgoのようなツールは、リアルタイムアップデートにより、ユーザーへの影響を最小限に抑えながら問題を迅速に解決できるようにし、このプロセスを簡素化できます。これらの対策によりアプリの安定性を保護し、ユーザーにスムーズな体験を維持することができます。
-:::
diff --git a/src/content/blog/ja/version-tagging-in-capacitor-apps.md b/src/content/blog/ja/version-tagging-in-capacitor-apps.md
deleted file mode 100644
index 2f13e8ca1..000000000
--- a/src/content/blog/ja/version-tagging-in-capacitor-apps.md
+++ /dev/null
@@ -1,101 +0,0 @@
----
-slug: version-tagging-in-capacitor-apps
-title: Capacitor アプリのバージョンタグの割り当て
-description: Capacitorアプリのバージョンタギングの基本要素を学び、アップデート、同期、自動化のベストプラクティスを理解しましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T03:19:04.753Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e36d7410051fda3b6230a0-1742959155569.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, version tagging, semantic versioning, app updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-バージョンタグ付けは、[Capacitor](https://capacitorjs.com/)アプリを管理する上で不可欠です。iOS、Android、Webプラットフォーム全体でスムーズな更新、変更の追跡、アプリの信頼性向上を確保します。概要は以下の通りです：
-
--   **重要な理由**: 更新の追跡、ロールバックの有効化、安定したデプロイメントの確保。
--   **セマンティックバージョニング**: **MAJOR.MINOR.PATCH**を使用して、破壊的変更、新機能、バグ修正を示します。
--   **プラットフォーム間の同期**: `package.json`、iOS `Info.plist`、Android `build.gradle`のバージョン番号を揃えます。
--   **自動化**: npm scriptsとCI/CDツールで[更新を自動化](https://capgo.app/docs/live-updates/update-behavior/)します。
--   **ライブ更新**: [Capgo](https://capgo.app/)のようなツールで24時間以内に95%のユーザーに更新を配信。
--   **ベータ管理**: アルファ、ベータ、本番バージョン用の構造化されたチャンネルを使用。
-
-### クイック比較
-
-| 機能 | 目的 | 例 |
-| --- | --- | --- |
-| **セマンティックバージョニング** | 変更を明確に追跡 | `1.2.3 → 2.0.0` |
-| **バージョン同期** | プラットフォーム間で揃える | `npx cap sync` |
-| **自動化** | バージョン更新の高速化 | `npm version patch` |
-| **ライブ更新** | 迅速なユーザー採用 | Capgoの24時間で95% |
-| **ベータチャンネル** | 制御されたテストフェーズ | `1.3.0-beta.1` |
-
-バージョンタグ付けは[アプリの更新](https://capgo.app/plugins/capacitor-updater/)を簡素化し、ユーザーを満足させ、開発者がリリースを効果的に管理できるようにします。
-
-## [Capacitor](https://capacitorjs.com/)プロジェクトを自動的に設定する方法 ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/kYFZkmJ6rAc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-この分野で注目すべきツールの1つがCapgoで、[Capacitorアプリ](https://capgo.app/blog/capacitor-comprehensive-guide/)向けに特別に設計された機能を提供しています。
-
-### [Capgo](https://capgo.app/) のバージョン管理機能
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgoは以下のような堅牢なバージョン管理機能を提供します：
-
--   **2,350万回の成功したアップデート配信**
--   **24時間以内に95%のユーザーがアップデート**
--   **82%のグローバル成功率**
--   **世界中で平均57msのAPIレスポンスタイム**
-
-> 「現在、@Capgoを試用しています。AppCenterがハイブリッドアプリのライブアップデートサポートを停止し、@AppFlowは非常に高価だからです。」- Simon Flack [\[1\]](https://capgo.app/)
-
-### チームサイズに応じたソリューション
-
-Capgoは、あらゆる規模のチームに対応する柔軟なプランを提供し、バージョン管理をスケーラブルかつ効率的に行えます。
-
-| チームサイズ | プラン | 主な機能 |
-| --- | --- | --- |
-| 個人開発者 | 基本クラウドホスティング | ライブアップデート、1,000 MAU |
-| 小規模チーム（2-5人） | Makerプラン | 10,000 MAU、500GB帯域幅 |
-| 中規模チーム（6-20人） | チームプラン | 100,000 MAU、権限管理 |
-| エンタープライズ | カスタムPAYG | 無制限MAU、専用サポート |
-
-> 「私たちはアジャイル開発を実践しており、@Capgoはユーザーへの継続的なデリバリーに不可欠です！」- Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgoには、バージョン採用率を監視し、潜在的な問題を早期に検出するための分析ダッシュボードも含まれています。組み込みの暗号化とカスタマイズ可能なホスティングオプションにより、チームはデプロイメントワークフローをスケールさせながらセキュリティを維持できます。
-
-## 結論
-
-バージョンタグ付けを理解することは、開発とデプロイメントプロセスを簡素化する鍵となります。主なアイデアと開始手順を簡単に振り返ってみましょう。
-
-### 重要なポイント
-
-バージョンタグ付けは、開発者がスムーズで信頼性の高いアップデートを維持するのに役立ちます。適切なバージョン管理には明確な利点があります：
-
-| 利点 | 影響 | 結果 |
-| --- | --- | --- |
-| 即時アップデート | レビュー期間の短縮 | より速いユーザー採用 [\[1\]](https://capgo.app/) |
-| バージョン管理 | より良いコード管理 | より高い成功率 [\[1\]](https://capgo.app/) |
-| アップデート追跡 | リアルタイムモニタリング | より速い問題解決 [\[1\]](https://capgo.app/) |
-| 配信制御 | ターゲットを絞ったロールアウト | マルチプラットフォームサポート |
-
-### 始め方
-
-これらの利点を実践するには、以下の手順に従ってください：
-
--   **バージョン追跡のセットアップ**: `package.json`ファイルでセマンティックバージョニングを使用し、必要なプラグインを統合する。
--   **アップデートチェックの追加**: バージョンアップデートを確認および追跡するシステムを実装する。
--   **配信チャネルの設定**: 本番環境、ベータ環境、開発環境用の個別の環境を作成する。
-
-最後に、デプロイメントが迅速かつ安全であることを確保するために、ライブアップデートシステムの追加を検討してください。
diff --git a/src/content/blog/ja/vue-mobile-app-capacitor.md b/src/content/blog/ja/vue-mobile-app-capacitor.md
deleted file mode 100644
index 0ab148189..000000000
--- a/src/content/blog/ja/vue-mobile-app-capacitor.md
+++ /dev/null
@@ -1,190 +0,0 @@
----
-slug: vue-mobile-app-capacitor
-title: VueとCapacitorを使用したモバイルアプリの構築
-description: Vue、Capacitor を使用してモバイルアプリを作成する方法を学び、オプションで Konsta UI で UI を強化します。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-08T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /vue_capacitor.webp
-head_image_alt: VueとCapacitorのイラスト
-keywords: >-
-  Vue, Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ja
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-このチュートリアルでは、Capacitorを使用してVueウェブアプリケーションをネイティブモバイルアプリに変換するプロセスを案内します。オプションとして、Tailwind CSSベースのモバイルUIライブラリであるKonsta UIを使用してモバイルUIを強化することもできます。
-
-## Capacitorについて
-
-Capacitorは、任意のウェブプロジェクトに簡単に統合し、アプリケーションをネイティブモバイルアプリに変換することを可能にする画期的なツールです。ネイティブのXcodeおよびAndroid Studioプロジェクトを生成し、JavaScriptブリッジを通じてカメラなどのネイティブデバイス機能へのアクセスを提供します。
-
-## Vueアプリの準備
-
-まず、次のコマンドを実行して新しいVueアプリを作成します：
-
-```shell
-vue create my-app
-cd my-app
-npm install
-```
-
-ネイティブモバイル展開のためにVueアプリを準備するには、プロジェクトをエクスポートする必要があります。**package.json**ファイルにスクリプトを追加して、Vueプロジェクトをビルドし、コピーします：
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "vue-cli-service build"
-  }
-}
-```
-
-`build`コマンドを実行すると、プロジェクトのルートディレクトリに新しい`dist`フォルダーが表示されるはずです。このフォルダーは後でCapacitorによって使用されます。
-
-## VueアプリにCapacitorを追加
-
-Vueウェブアプリをネイティブモバイルコンテナに変換するには、次の手順に従います：
-
-1. Capacitor CLIを開発依存関係としてインストールし、プロジェクト内でセットアップします。セットアップ中に名前とバンドルIDのデフォルト値を受け入れます。
-
-2. コアパッケージおよびiOSおよびAndroidプラットフォームに関連するパッケージをインストールします。
-
-3. プラットフォームを追加すると、Capacitorはプロジェクトのルートに各プラットフォームのフォルダーを作成します：
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Vue project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-これで、Vueプロジェクトに新しい**iOS**および**android**フォルダーが表示されるはずです。
-
-**capacitor.config.json**ファイルを更新して、**webDir**がビルドコマンドの結果を指すようにします：
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-これで、Vueプロジェクトをビルドし、Capacitorと同期できます：
-
-```shell
-npm run build
-npx cap sync
-```
-
-## ネイティブアプリのビルドとデプロイ
-
-iOSアプリを開発するにはXcodeがインストールされている必要があり、AndroidアプリにはAndroid Studioがインストールされている必要があります。さらに、アプリをアプリストアで配布するために、iOS用のApple Developer ProgramとAndroid用のGoogle Play Consoleに登録する必要があります。
-
-Capacitor CLIを使用して両方のネイティブプロジェクトを開きます：
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Android StudioまたはXcodeを使用して接続されたデバイスにアプリをデプロイします。
-
-## Capacitor Live Reload
-
-Capacitorアプリがネットワーク上の特定のURLからコンテンツを読み込むことによって、モバイルデバイスでライブリロードを有効にします。
-
-ローカルIPアドレスを見つけて、`capacitor.config.ts`ファイルを正しいIPとポートで更新します：
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:8080',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-これらの変更をネイティブプロジェクトにコピーして適用します：
-
-```shell
-npx cap copy
-```
-
-これで、Vueアプリを更新すると、アプリが自動的にリロードされ、変更が表示されるようになります。
-
-## Capacitorプラグインの使用
-
-Capacitorプラグイン（たとえば、Shareプラグイン）をインストールし、Vueアプリで使用します：
-
-```shell
-npm i @capacitor/share
-```
-
-パッケージをインポートし、アプリ内で`share()`関数を呼び出します：
-
-```html
-<template>
-  <div>
-    <h1>Welcome to Vue and Capacitor!</h1>
-    <button @click="share">Share now!</button>
-  </div>
-</template>
-
-<script setup lang="ts">
-import { Share } from '@capacitor/share';
-
-async function share() {
-  await Share.share({
-    title: 'Open Youtube',
-    text: 'Check new video on youtube',
-    url: 'https://www.youtube.com',
-    dialogTitle: 'Share with friends'
-  });
-}
-</script>
-```
-
-新しいプラグインをインストールした後、`sync`コマンドを実行して、アプリをデバイスに再デプロイします：
-
-```
-npx cap sync
-```
-
-## Konsta UIの追加
-
-VueアプリでKonsta UIを使用するには、[tailwindを既にインストールしている必要があります](https://tailwindcss.com/docs/guides/vite/#vue)およびパッケージをインストールする必要があります：
-VueアプリでKonsta UIを使用するには、パッケージをインストールし、`tailwind.config.js`ファイルを修正します：
-
-```shell
-npm i konsta
-```
-
-`pages/_app.vue`ファイルでアプリを`App`コンポーネントでラップし、VueページでKonsta UI Vueコンポーネントを使用します。
-
-## 結論
-
-Capacitorは、既存のウェブプロジェクトに基づいてネイティブアプリケーションを構築するための優れたオプションです。Capgoを追加すれば、アプリにライブ更新を追加することがさらに容易になり、ユーザーが最新の機能やバグ修正に常にアクセスできるようになります。
-
-Capgoがどのようにしてあなたのアプリをより良く、より早く構築できるかを学ぶには、[無料アカウントにサインアップ](/register/)してください。
diff --git a/src/content/blog/ja/what-is-native-bridge-in-capacitor.md b/src/content/blog/ja/what-is-native-bridge-in-capacitor.md
deleted file mode 100644
index c2901b3e1..000000000
--- a/src/content/blog/ja/what-is-native-bridge-in-capacitor.md
+++ /dev/null
@@ -1,279 +0,0 @@
----
-slug: what-is-native-bridge-in-capacitor
-title: Capacitor におけるネイティブブリッジとは？
-description: >-
-  Capacitorのネイティブブリッジがどのようにウェブアプリケーションとネイティブデバイス機能をシームレスに接続し、クロスプラットフォームアプリ開発を向上させるかを探ります。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T04:25:06.576Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822b2de266b1f3f751ffb5b-1747110461280.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  Capacitor, Native Bridge, cross-platform development, web technologies, mobile
-  apps, plugins, device features, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**ネイティブブリッジ**は、[Capacitor](https://capacitorjs.com/) において、あなたのウェブコードとカメラ、センサー、ストレージなどのネイティブデバイス機能を接続します。これにより、iOSやAndroidのプラットフォーム特有のAPIにアクセスしながら、ウェブ技術を使ってアプリを構築できます。知っておくべきことは以下の通りです：
-
--   **主要コンポーネント**:
-    
-    -   **ネイティブコード層**: デバイスAPIに直接アクセスします。
-    -   **ウェブ層インターフェース**: JavaScriptとネイティブコード間の通信を管理します。
-    -   **プラグインシステム**: 統一されたJavaScript APIを介して追加機能を提供します。
--   **動作の仕組み**:
-    
-    -   JavaScriptの呼び出しをネイティブ関数に変換します。
-    -   ウェブ層とネイティブ層間のデータ転送を効率的に処理します。
-    -   プラットフォームにわたって一貫したAPIを提供します。
--   **重要性**:
-    
-    -   ウェブ、iOS、Android用に単一のコードベースを使用します。
-    -   [Xcode](https://developer.apple.com/xcode/) や [Android Studio](https://developer.android.com/studio) などのツールでネイティブプロジェクトを直接修正します。
-    -   より良いパフォーマンスのために、通信を安全かつ最適化します。
-
-Capacitorのネイティブブリッジは、ウェブ技術の柔軟性とネイティブ機能の力を組み合わせることで、アプリ開発を簡素化します。
-
-## プロジェクト固有のローカルプラグインの作成方法 | Ionic | [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6822b2de266b1f3f751ffb5b/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/q5kQcTqPtGY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## ネイティブブリッジの主要コンポーネント
-
-ネイティブブリッジは、ウェブ層とネイティブ層間の効率的な通信を可能にする3つの主要コンポーネントで構成されています。これにより、プラットフォーム特有の複雑さが簡素化され、開発者が馴染みのあるウェブ技術を使ってネイティブ機能にアクセスしやすくなります。
-
-### WebViewエンジン
-
-Capacitorのブリッジシステムの中心には、**WebViewエンジン**があり、ウェブアプリケーションのためのランタイム環境を提供します。これは、レンダリングとインタラクションのためにプラットフォーム特有の実装に依存しています：
-
--   **iOS**: Appleのモダンで高性能なWebViewコンポーネントである[WKWebView](https://developer.apple.com/documentation/webkit/wkwebview)を使用します。
--   **Android**: レンダリングのために[Chromium](https://www.chromium.org/)ベースのAndroid WebViewを活用します。
-
-WebViewエンジンは、ウェブコンテンツの表示、アプリの状態管理、およびウェブAPIとネイティブコード間の安全な通信を促進する役割を担っています。
-
-| プラットフォーム | WebViewの実装 | 主要機能 |
-| --- | --- | --- |
-| iOS | WKWebView | 高性能、モダンなセキュリティ、シームレスなネイティブAPI統合 |
-| Android | Android WebView | Chromiumベースのレンダリング、JavaScriptインターフェース、ネイティブコードバインディング |
-
-### プラグインアーキテクチャ
-
-**プラグインアーキテクチャ**は、開発者が統一されたJavaScript APIを通じてネイティブ機能にアクセスすることで、アプリの機能を拡張できる柔軟なフレームワークを提供します。各プラグインは2つの主要部分に構成されています：
-
--   **JavaScriptインターフェース**: 開発者がウェブアプリ内で使用するフロントフェイシングAPI。
--   **ネイティブ実装**: iOSとAndroid用に書かれたプラットフォーム特有のコード。
-
-この分離により、開発者に一貫した体験が保証され、基盤となるプラットフォームの違いを気にすることなくネイティブ機能と対話できます。
-
-### メッセージ処理システム
-
-**メッセージ処理システム**は、ウェブ層とネイティブ層間のデータ交換のバックボーンです。以下の重要なタスクを処理します：
-
--   **メッセージシリアル化**: JavaScriptのデータをネイティブコードが処理できるフォーマットに変換します。
--   **リクエストルーティング**: 関数呼び出しを適切なネイティブ実装に送ります。
--   **レスポンス処理**: ネイティブ操作の結果をウェブアプリに返します。
--   **エラー管理**: デバッグを簡素化するための詳細なエラーメッセージを提供します。
-
-非同期メッセージ処理を使用することで、システムはネイティブ操作中にウェブアプリケーションが応答性を保つことを保証します。バッチ処理や効率的なシリアル化などの機能がパフォーマンスをさらに向上させ、インタラクションをシームレスかつスムーズにします\[3\](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge)。
-
-これらのコンポーネントは、以下のセクションで探求されるウェブとネイティブ間の複雑なコミュニケーションプロセスの基盤を形成します。
-
-## ウェブ-ネイティブコミュニケーションプロセス
-
-Capacitorのネイティブブリッジは、ウェブアプリケーションと[native device functionalities](https://capgo.app/plugins/capacitor-native-biometric/)間のシームレスな通信を可能にする重要なリンクとして機能します。
-
-### コミュニケーションフロー
-
-コミュニケーションプロセスは以下のように展開します：
-
-| 方向 | ステージ | 操作 |
-| --- | --- | --- |
-| **ウェブからネイティブへ** | **API呼び出しの開始** | パラメータを含むJavaScript API呼び出しが行われます。 |
-|     | **データシリアル化** | データがブリッジと互換性のあるフォーマットに変換されます。 |
-|     | **ルーティング** | リクエストが適切なプラグインに送信されます。 |
-| **ネイティブからウェブへ** | **処理** | ネイティブ機能が実行されます。 |
-|     | **レスポンス生成** | 結果が準備され、シリアル化されます。 |
-|     | **コールバック処理** | データがPromise解決を通じて返されます。 |
-
-ブリッジは3つの主要なコミュニケーション方法をサポートしています：
-
--   **直接レスポンス**: API呼び出しからの瞬時の結果。
--   **イベントブロードキャスティング**: 継続中のプロセスへの非同期更新。
--   **状態更新**: 複数のコンポーネントに影響を与える永続的な変更。
-
-### ブリッジパフォーマンス分析
-
-パフォーマンスに関しては、ブリッジはタスクを効率的に処理するように設計されています。以下の主要な側面を解析してみましょう：
-
-**メモリ管理**
-
--   簡単なデータタイプを効率的に処理します。
--   バイナリデータ転送のためにBase64エンコーディングを使用します。
--   複雑なオブジェクトのシリアル化を最適化します。
-
-**最適化技術**
-
--   時間を節約するために複数のAPI呼び出しをバッチで処理します。
--   頻繁に発生する操作をスロットリングしてオーバーロードを防ぎます。
--   スピード向上のために繰り返しのリクエストにキャッシングを実装します。
-
-パフォーマンスを最大化するために、開発者は次の戦略を活用できます：
-
--   **データ転送の最適化**: ローカルにデータをキャッシュし、送信前にフィルタリングしてブリッジとのインタラクション数を削減します。これにより、不要な通信が減少します。
--   **イベント管理**: センサー読み取りなどの高頻度データには、呼び出しの数を制限してプロセスを流暢にするためにデバウンシングを使用します。
--   **リソース利用**: プラグインは必要なときだけ読み込みます。このアプローチはメモリ効率を改善し、起動遅延を減らします。
-
-API呼び出しをネイティブランタイムを通してルーティングし、結果をWebViewに返すことで、ブリッジはネイティブ機能への偶発的なアクセスを維持しつつ、迅速で信頼性のある通信を保証します。
-
-次に、効率的かつ安全なネイティブブリッジを構築するための戦略を探求します。
-
-## ネイティブブリッジアプリケーション
-
-ネイティブブリッジは、ウェブとネイティブ機能を接続する重要な役割を果たし、実用的なアプリケーションの機会を生み出します。シームレスな通信を可能にすることで、実世界のシナリオでその価値を示します。
-
-### [Capgo](https://capgo.app/)を使ったライブ更新
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6822b2de266b1f3f751ffb5b/4305c974119f10d25560fe363e5513b1.jpg)
-
-Capgoはネイティブブリッジを活用してライブ更新を提供し、アプリの変更がアプリストアの提出を必要とせずに即座にプッシュされることを可能にします。
-
-以下は、ネイティブブリッジがCapgoの更新システムをどのように支えているかです：
-
-| **更新コンポーネント** | **ブリッジ機能** | **利益** |
-| --- | --- | --- |
-| コンテンツ配信 | ウェブアセットの安全なダウンロードを管理 | 迅速で信頼性のあるアセット配信 |
-| 状態管理 | 更新中のアプリ状態を維持 | スムーズで途切れのないユーザー体験 |
-| バージョン管理 | ロールバック機能をサポート | ワンクリックでの簡単な復元 |
-| [更新ターゲティング](https://capgo.app/docs/live-updates/update-behavior/) | 特定のユーザーセグメントへの配信を可能にする | 精密で制御された展開 |
-
-これらの機能は、更新処理におけるネイティブブリッジの効率を強調しています。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供するために不可欠です！" - ロドリゴ・マンティカ \[1\](https://capgo.app)
-
-### デバイス機能の統合
-
-ネイティブブリッジは、アプリ更新を超えて、ウェブアプリが統一されたAPIを通じてデバイスハードウェアにアクセスできるようにします。この能力は、ハードウェア統合が不可欠な医療、金融、IoTなどの業界で特に影響を与えます。
-
-以下は、その適用例です：
-
--   **医療アプリケーション**  
-    医療用画像アプリは、HIPAA準拠を守りながらカメラ機能へアクセスするためにネイティブブリッジを利用します。これにより、安全なデータ処理が確保され、高品質な診断画像がサポートされます\[3\](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge)。
-    
--   **金融サービス**  
-    銀行アプリは、[生体認証](https://capgo.app/plugins/capacitor-native-biometric/)のためにネイティブブリッジを使用し、以下のような機能を提供します：
-    
-    -   指紋センサーへのアクセス
-    -   顔認識機能
-    -   認証のための安全なフォールバックオプション\[2\]
--   **IoT制御システム**  
-    スマートホームアプリケーションは、IoTデバイスとのBluetooth接続を管理するためにネイティブブリッジに依存しています。これにより、接続の信頼性が向上し、データ転送の効率が高まります。
-    
-
-成功した統合を保証するために、開発者は次のことを考慮すべきです：
-
--   適切な権限を実装し、プラットフォーム特有の動作に配慮してパフォーマンスを向上させます。
--   各プラットフォームの制限を考慮します。
--   ウェブ機能のみをサポートする環境のためにフォールバックオプションを提供します\[2\]。
-
-ネイティブブリッジの柔軟性は、クロスプラットフォーム開発において重要な変化をもたらし、洗練された機能を可能にしながら、デバイス間で一貫した信頼性の高いユーザー体験を維持します。
-
-## セキュリティと開発ガイドライン
-
-### ブリッジセキュリティ対策
-
-データをウェブとネイティブレイヤー間で安全に交換するためには、ネイティブブリッジのセキュリティを確保することが必須です。これには、**エンドツーエンドの暗号化**と強力な**認証メカニズム**を導入することが含まれ、どちらもデータの完全性を保護するために不可欠です。
-
-| **セキュリティレイヤー** | **実装** | **目的** |
-| --- | --- | --- |
-| [データ暗号化](https://capgo.app/docs/cli/migrations/encryption/) | AES-256プロトコル | データの送信を保護 |
-| 認証 | JWTトークン | リクエストを検証 |
-| アクセス制御 | パーミッションマトリックス | プラグインのアクセス権を管理 |
-
-ブリッジのセキュリティをさらに強化するために、開発者は次のことを行うべきです：
-
-- ウェブとネイティブの両方で厳格な入力検証を適用する。
-- センシティブデータを扱うために安全なストレージ方法を使用する。
-- ブリッジを通るトラフィックを監視して異常な活動を検出する。
-- セキュリティプロトコルを定期的に更新およびレビューする。
-
-これらの対策を講じることで、開発者は安全なデータ交換のための強固な基盤を構築し、脆弱性を減少させることができます。
-
-### プラグイン開発基準
-
-確立された開発基準に従うことは、プラグインが信頼性とセキュリティを持っていることを確保するために不可欠です。これらの基準に従うことは、プラットフォーム間の互換性を維持するのにも役立ちます。
-
-**プラグイン開発のための主要な基準：**
-
-1. **プラグインアーキテクチャ**  
-   プラグインの構造がCapacitorの公式アーキテクチャガイドラインに沿っていることを確認してください。これには、適切な**エラーハンドリング**、明確に定義された**型定義**、およびシームレスな機能のための**プラットフォーム固有の実装**が含まれます。
-    
-2. **クロスプラットフォームの互換性**  
-   プラグインはすべてのプラットフォームで効率良く動作する必要があります。これには、メモリの使用を最適化し、プラットフォーム固有のフォールバックを実装し、データのサニタイズや安全なストレージなどの重要なセキュリティプラクティスを強制することが含まれます。開発者は、パーミッションを注意深く管理し、定期的な監査を行うべきです。
-    
-    - プラットフォーム固有のフォールバックメカニズムを実装する。
-    - パフォーマンスの問題を防ぐためにメモリを最適化する。
-    - [APIキー管理](https://capgo.app/docs/webapp/api-keys/)などのセキュリティ対策を強化する。
-3. **セキュリティコンプライアンス**  
-   プラグイン開発中のセキュリティは最優先事項であるべきです。次のようなプラクティスを取り入れてください：
-    
-    - 悪意のある入力を防ぐためのデータサニタイズ。
-    - センシティブ情報のための安全なストレージ。
-    - 不正アクセスを制限するための適切なAPIキー管理。
-    - 脆弱性を特定し対処するための定期的なセキュリティ監査。
-
-**開発ワークフローと検証：**
-
-| **開発フェーズ** | **標準要件** | **検証方法** |
-| --- | --- | --- |
-| 初期設定 | 型定義、エラーハンドラ | 自動テスト |
-| 実装 | プラットフォーム固有のコード、セキュリティチェック | コードレビュー |
-| テスト | クロスプラットフォームの検証 | 統合テスト |
-| デプロイ | バージョン管理、ドキュメンテーション | デプロイチェックリスト |
-
-高度なデバッグツールを使用し、開発プロセス全体で明確で十分なドキュメンテーションを維持することで、潜在的な問題を早期に特定し軽減するのに役立ちます。これらのプラクティスは、プラグインが機能的であるだけでなく、安全で信頼できることを保証します。
-
-## 結論
-
-Capacitorのネイティブブリッジは、ウェブからネイティブへの統合をよりシームレスで効率的なものにすることで、[クロスプラットフォームアプリ開発](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/)を変革しました。そのデザインは、ウェブ技術の馴染みのあるワークフローを保持しながら、開発プロセスを簡素化します \[2\]。
-
-Capacitorのネイティブブリッジを使用することで、開発者はiOS、Android、およびウェブプラットフォーム全体で一貫して機能する統一されたAPIレイヤーにアクセスできます。これは、開発の課題を減少させるだけでなく、アプリをより迅速に市場に出すのにも役立ちます [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge)。そのいくつかの特筆すべき利点は以下の通りです：
-
-- 複数のプラットフォームのための統一されたAPIによる簡素化された開発
-- ネイティブ機能への改善されたアクセスとパフォーマンスの向上
-- 必要に応じてネイティブプロジェクトを直接修正できる能力
-- ウェブとネイティブレイヤー間の安全なデータ交換のための組み込みの安全策
-
-## よくある質問
-
-:::faq
-### Capacitorのネイティブブリッジとは何ですか？また、ウェブとネイティブレイヤー間の安全な通信をどのように可能にしますか？
-
-Capacitorのネイティブブリッジは、アプリのウェブレイヤー（フロントエンド）とネイティブレイヤー（プラットフォーム固有の機能）を接続する重要な役割を果たします。これは、アプリがネイティブデバイス機能にアクセスできる安全な通信チャネルと考えることができます。プラットフォーム間でパフォーマンスを一貫して保つことができます。
-
-セキュリティのレベルは、アプリ内でブリッジがどのように設定されるかに依存します。たとえば、**Capgo**のようなプラットフォームは、ライブアップデートのための**エンドツーエンドの暗号化**などのツールを提供してCapacitorアプリを強化します。これにより、センシティブデータやアップデートを安全にユーザーに送信でき、プライバシーを危険にさらしたり、コンプライアンスルールを破ったりすることがありません。
-:::
-
-:::faq
-### Capacitorのネイティブブリッジの目的は何であり、クロスプラットフォームアプリ開発でどのように使用されますか？
-
-Capacitorの**ネイティブブリッジ**は、アプリのウェブレイヤー（フロントエンド）とネイティブレイヤー（プラットフォーム固有の機能）との接続点として機能します。このブリッジを使用すると、開発者はウェブベースのアプリからカメラやGPSなどのネイティブデバイス機能に直接アクセスできます。これは、どのデバイスでも自然に感じるクロスプラットフォームアプリを構築するための便利なツールです。
-
-ネイティブブリッジを使用することで、単一のコードベースにプラットフォーム固有の機能を取り込むことができます。このアプローチは、開発を簡素化し、アプリを市場に迅速に投入するのに役立ちます。たとえば、プッシュ通知の送信、ファイルの管理、バイオメトリック認証の有効化などのタスクのためにネイティブAPIにアクセスできます。そして、最も大きな利点は、iOS、Android、ウェブのいずれでもスムーズなパフォーマンスを確保することです。
-
-Capacitorを使用している場合、**Capgo**のようなツールは、さらに便利になります。Capgoはライブアップデートを可能にし、アプリを即座に変更できるようにします - アプリストアの承認は必要ありません。これにより、ユーザーは常に最新の機能や修正をすぐに受け取れます。
-:::
-
-:::faq
-### 開発者は、Capacitorアプリで高度なネイティブ機能を使用する際にネイティブブリッジのパフォーマンスをどのように向上させることができますか？
-
-Capacitorのネイティブブリッジを最適化することは、ウェブとネイティブレイヤー間の効率的な通信を確保することに関するものです。1つの効果的なアプローチは、**ブリッジコールの回数を最小限にする**ことです。頻繁に個別のコールを行うのではなく、操作をまとめて送信してパフォーマンスの負担を減らすことを試みてください。もう1つのヒントは、データ転送に軽量のデータフォーマット（JSONなど）を使用することです。これにより、不必要なオーバーヘッドを削減できます。
-
-頻繁なアップデートや迅速な機能展開が必要なアプリには、**Capgo**のようなツールがゲームチェンジャーになることがあります。Capgoを使用すると、開発者はアップデートを即座にプッシュでき、アプリストアの遅延を回避しながらAppleやAndroidのガイドラインに準拠できます。これらの戦略を組み合わせることで、アプリのパフォーマンスを向上させ、ユーザーにスムーズでシームレスな体験を提供できます。
-:::
diff --git a/src/content/blog/ja/why-consent-management-matters-for-app-compliance.md b/src/content/blog/ja/why-consent-management-matters-for-app-compliance.md
deleted file mode 100644
index 7d29a835b..000000000
--- a/src/content/blog/ja/why-consent-management-matters-for-app-compliance.md
+++ /dev/null
@@ -1,228 +0,0 @@
----
-slug: why-consent-management-matters-for-app-compliance
-title: アプリのコンプライアンスにおいて同意管理が重要な理由
-description: >-
-  アプリのプライバシー法への準拠に関して、同意管理を理解することは不可欠です。ユーザーの同意を管理し、コンプライアンスを維持するための効果的な戦略を学びましょう。
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T01:04:25.029Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce-1745543110199.jpg
-head_image_alt: モバイル開発
-keywords: >-
-  consent management, GDPR, CCPA, app compliance, user privacy, data protection,
-  live updates, consent tracking
-tag: 'Development, Security, Updates'
-published: true
-locale: ja
-next_blog: ''
----
-**アプリのコンプライアンスには、ユーザー同意の管理が不可欠です。**[GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)や[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)などのプライバシー法では、データ収集と使用に関する明示的なユーザー同意を確保することが必要です。これがないと、罰金、法的問題、ユーザーの信頼喪失のリスクがあります。以下が重要なポイントです：
-
--   **同意管理とは？** データ使用に関するユーザー許可の収集、保存、追跡を行うことです。
--   **重要性：** GDPRやCCPAなどの規制では、個人データに関する透明性とユーザーコントロールが求められます。
--   **主な課題：** 頻繁な更新への対応、地域間でのコンプライアンス維持、同意記録の安全な管理。
--   **開発者向けソリューション：** 明確なコミュニケーション、選択的な許可、ライブアップデートプラットフォーム（例：[Capgo](https://capgo.app/)）を使用してコンプライアンスを確保し、更新を効率化。
-
-**コンプライアンスツールの概要：**
-
-| 更新方法 | 速度 | コンプライアンスサポート | ユーザーへの影響 |
-| --- | --- | --- | --- |
-| App Store更新 | 3～7日 | 完全なレビュープロセス | [手動ユーザー更新](https://capgo.app/docs/plugin/cloud-mode/manual-update/) |
-| サーバーサイドコントロール | 即時 | 限定的な監視 | ユーザーアクション不要 |
-| ライブアップデート（例：Capgo） | 24時間以内 | プラットフォーム準拠 | [自動更新](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-
-**要点：** リアルタイムの同意更新を実装し、ユーザーデータを保護し、変化する規制に迅速に適応できるツールを使用してコンプライアンスを維持しましょう。
-
-## 同意管理プラットフォームとは？
-
-<iframe src="https://www.youtube.com/embed/gZ3y3txZPIE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 一般的な同意管理の課題
-
-厳格なプライバシー法とアプリ更新の速いペースの中で、ユーザー同意を効果的に管理することは簡単な作業ではありません。これらの課題は、現代の更新プラットフォームとシームレスに連携する信頼性の高い柔軟なソリューションの重要性を浮き彫りにしています。
-
-### プライバシー法の要件
-
-GDPRやCCPAなどの法律は、アプリがユーザー同意をどのように扱うべきかについて明確な規則を定めています。開発者は以下を確保する必要があります：
-
--   様々なデータタイプに対する同意設定をユーザーが調整できること
--   同意オプションを簡単で明確な言葉で説明すること
--   ユーザーデータの保持期間を定義すること
--   データポータビリティのオプションを提供すること
-
-複数の地域で、それぞれがプライバシー法を独自に解釈する場合、課題はさらに大きくなります。
-
-### コンプライアンス違反の罰則
-
-プライバシー基準を満たさないと、高額な罰金と法的問題につながる可能性があります。同意の取り扱いにおける小さなミスでも規制当局の措置を招く可能性があります。そのため、コンプライアンスを維持するために[セキュアな更新](https://capgo.app/docs/live-updates/update-behavior/) を迅速に展開することが不可欠です。
-
-### 更新管理の問題
-
-Capacitorで構築されたアプリの場合、頻繁な更新により同意管理が複雑になる可能性があります。従来のアプリストア更新プロセスでは、重要な変更が遅延することが多く、非準拠のリスクが高まります。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供する上で必要不可欠です！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-現代の更新プラットフォームは、アクティブユーザーの95%が24時間以内に同意関連の更新を受け取ることを保証することでこの問題を解決します[\[1\]](https://capgo.app/) 。これらのプラットフォームはまた、エンドツーエンドの暗号化を使用し、プライバシー基準を満たしながらアプリバージョン間の互換性を確保することでセキュリティを優先します。
-
-これらの課題に取り組むことは、コンプライアンスを維持するだけでなく、プライバシー規制が進化し続ける中でユーザーの信頼を維持するためにも不可欠です。
-
-## 同意管理の主なメリット
-
-### データ保護基準
-
-ユーザーが明示的に承認したデータのみを収集することを確実にする明確なガイドラインを設定します。これにより不必要なデータ収集を制限し、ユーザープライバシーを優先します。ユーザーの設定を一貫して追跡することで、これらの基準を維持し、オーディエンスとの信頼関係を強化します。
-
-### ユーザーの信頼
-
-透明性のある同意プラクティスは信頼構築の鍵となります。ユーザーが自分のプライバシーが尊重されていると感じると、アプリやプラットフォームとの関わりが増える可能性が高くなります。プライバシーの懸念に対応するリアルタイム更新などの機能は、ユーザー体験を向上させ、より良いカスタマーフィードバックにもつながる可能性があります。
-
-### コンプライアンス記録
-
-プライバシー規制を遵守するために、正確な記録を保持することが不可欠です。以下を必ず記録してください：
-
--   同意が与えられた、または取り消された時期
--   付与された具体的な許可
--   同意の詳細がどのように提示されたか
--   承認されたプライバシー条項のバージョン
--   同意が提供された状況
-
-正確なコンプライアンス記録を維持するには、リアルタイム更新が重要です。プライバシー法が変更された場合、アプリは同意システムを迅速に調整しながら、すべての更新の詳細な監査証跡を保持する必要があります。この水準の文書化は、特に複数の地域で運営されるアプリにとって重要で、現地のプライバシー法への準拠を証明し、法的問題のリスクを軽減します。
-
-## [Capacitor](https://capacitorjs.com/)アプリでの同意設定
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### 同意UIの作成
-
-法的要件を満たし、スムーズなユーザー体験を提供する同意フォームを設計します。アプリの初回起動時に、同意フォームが以下を確保するようにします：
-
--   プライバシーの選択について簡単な言葉で説明する
--   ユーザーに詳細な選択肢を提供する
--   明確な承認/拒否ボタンと完全なポリシーへのリンクを含める
--   プラットフォーム固有のガイドラインに従うネイティブUIコンポーネントを活用する
-
-ユーザーはいつでも同意設定を更新できるため、コンプライアンスを維持するためにシステムがリアルタイム更新をサポートしていることを確認してください。
-
-### リアルタイムでの同意更新の維持
-
-プライバシー規制は頻繁に変更されるため、同意システムは柔軟である必要があります。以下は更新を効果的に管理する方法の内訳です：
-
-| 更新タイプ | 実装方法 | メリット |
-| --- | --- | --- |
-| 緊急修正 | 即時展開 | コンプライアンスの問題に迅速に対応 |
-| ポリシー変更 | 段階的なロールアウト | 小規模なユーザーグループでの制御されたテストが可能 |
-| UI改善 | ベータチャンネルでのテスト | 完全リリース前の円滑な機能性を確保 |
-
-### プラットフォームガイドラインの遵守
-
-AppleとGoogleには、同意管理に関する特定のルールがあります。以下が重要なポイントです：
-
-**iOSアプリの場合：**
-
--   明確なオプトインとオプトアウトのオプションを提供
--   App Storeのプライバシーラベリング要件に準拠
--   必要に応じてランタイム許可を使用
-
-**Androidアプリの場合：**
-
--   ランタイム許可を実装
--   ユーザーが簡単に同意を撤回できるようにする
--   データの使用方法を明確に説明
-
-プラットフォーム間でのアップデートを効率化しコンプライアンスを維持するために、ライブアップデートシステムの使用を検討してください。このアプローチにより、不必要な遅延なく最新のプライバシー基準を満たすことができます。
-
-## 同意管理のためのツール
-
-効果的な同意管理には、規制に準拠しながら迅速な更新を可能にするツールが必要です。
-
-### 更新方法の比較
-
-同意管理を扱う際の異なる更新方法のパフォーマンスは以下の通りです：
-
-| 方法 | 更新速度 | コンプライアンスサポート | ユーザーへの影響 |
-| --- | --- | --- | --- |
-| App Store更新 | 3～7日 | 完全なレビュープロセス | 手動更新が必要 |
-| サーバーサイドコントロール | 即時 | 限定的な監視 | ユーザーアクション不要 |
-| ライブアップデート | 24時間以内 | プラットフォーム準拠 | [自動バックグラウンド更新](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-
-この表は、ライブアップデートがその速度と使いやすさで際立っていることを示しています。Capgoはこのアプローチを活用して効率的なソリューションを提供しています。
-
-### [Capgo](https://capgo.app/)の更新機能
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/66b4651f868ecdcc17d750c697bea294.jpg)
-
-Capgoは、Capacitorアプリの同意管理を簡略化するためにライブアップデートを活用します。24時間以内に**95%のユーザー更新率**と、更新に関して世界的に**82%の成功率**を達成しています[\[1\]](https://capgo.app/) 。
-
-主な機能には以下が含まれます：
-
--   同意データの安全な送信を確保する**エンドツーエンド暗号化**。
--   同意関連の変更時の帯域幅使用を削減する**部分更新**。
--   特定のユーザーグループで更新をテストできる**[チャンネルシステム](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**。
--   同意実装の成功を追跡する**分析ダッシュボード**。
-
-> "Capgoは、ホットコードプッシュを賢く行う方法です（@AppFlowのような世界中のお金のためではありません）:-)" [\[1\]](https://capgo.app/)
-
-### ライブアップデートの利点
-
-Capgoのようなリアルタイムツールの使用は、コンプライアンスとパフォーマンスに関して以下のような利点を提供します：
-
--   **プライバシー法への迅速な適応**  
-    迅速な更新により、組織はプライバシー規制の変更に即座に対応できます。
-    
--   **強化されたセキュリティ**  
-    Capgoのエンドツーエンド暗号化により、同意関連の更新がプロセス全体を通じて安全に保たれます。
-    
--   **パフォーマンスの洞察**  
-    高度な分析により、同意の変更を詳細に追跡できます。例えば、Capgoは世界中で平均**57msのAPIレスポンスタイム**を提供します[\[1\]](https://capgo.app/) 。
-    
-
-## アプリコンプライアンスのための次のステップ
-
-同意を効果的に管理するには、信頼できるツールと明確な戦略が必
-
-1. **[自動更新](https://capgo.app/docs/live-updates/update-behavior/)**: 迅速な展開を可能にするプラットフォームを選択してください。例えば、Capgoは24時間以内に95%のユーザー更新率を達成し[\[1\]](https://capgo.app/)、コンプライアンスの調整を迅速に行うことができます。
-2. **安全なデータ処理の確保**: プライバシー規制に適合するため、同意の更新をエンドツーエンドの暗号化で保護します。
-3. **更新パフォーマンスの追跡**: 分析を使用して更新の効果を評価します。トップのプラットフォームは一貫して高い成功率を維持しています[\[1\]](https://capgo.app/) 。
-
-最新の更新システムには以下のような利点があります：
-
-- **迅速な調整**: 即時更新機能により、チームはコンプライアンスの問題にすぐに対応できます。
-- **コスト削減**: 従来のCI/CDセットアップは月額約300ドルかかる可能性があり[\[1\]](https://capgo.app/)、より効率的なオプションがより賢明な選択となります。
-- **改善されたユーザーエクスペリエンス**: 部分更新は、コンプライアンス基準を満たしながら、より少ない帯域幅を使用します。
-
-> "私たちはアジャイル開発を実践しており、@Capgoはユーザーに継続的に提供する上で重要な役割を果たしています！" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-セキュリティ、効率性、ユーザーエクスペリエンスを優先するツールを選択してください。これらの機能は、ユーザーにスムーズな体験を提供しながらコンプライアンスを維持するのに役立ちます。
-
-コンプライアンスの達成は一回限りのタスクではありません。継続的な更新と慎重な監視が必要です。定期的な評価により、プライバシー法との整合性を保ち、ユーザーの信頼を維持することができます。
-
-## よくある質問
-
-:::faq
-### アプリ開発者はGDPRやCCPAなどの進化するプライバシー法にどのように準拠し続けることができますか？
-
-GDPRやCCPAなどの変化するプライバシー法に準拠し続けるために、アプリ開発者は**ユーザー同意管理**を優先する必要があります。これには、データの収集や処理の前に明確な情報に基づく同意をユーザーから得ること、同意を管理または撤回するオプションを提供すること、データの使用方法について透明性を確保することが含まれます。
-
-Capacitorアプリを使用する開発者にとって、**Capgo**のようなツールはコンプライアンスをより簡単にすることができます。Capgoはアプリストアの承認なしで即時更新を可能にし、新しいプライバシー要件を満たすための変更を迅速に実装できます。エンドツーエンドの暗号化やリアルタイム更新などの機能により、Capgoはシームレスなユーザーエクスペリエンスを提供しながらコンプライアンスを維持するのに役立ちます。
-:::
-
-:::faq
-### ライブ更新プラットフォームは、従来の更新と比較してどのように同意管理とアプリのコンプライアンスを改善できますか？
-
-**Capgo**のようなライブ更新プラットフォームにより、開発者は長期にわたるアプリストアの承認プロセスを回避して、更新、修正、新機能を即座にプッシュすることができます。これにより、進化するデータプライバシー法に準拠し続け、問題に対処したり新しい同意要件を迅速に実装したりすることができます。
-
-**エンドツーエンドの暗号化**、シームレスな**CI/CD統合**、リアルタイム更新などの機能により、これらのプラットフォームは安全で効率的なワークフローを維持しながらコンプライアンスを管理しやすくします。数週間かかる可能性がある従来の更新方法とは異なり、ライブ更新では数分で規制の変更やユーザーフィードバックに対応し、アプリを最新の状態に保ち、ユーザーを保護することができます。
-:::
-
-:::faq
-### データプライバシー法に準拠するために、ユーザーの同意を適切に文書化し管理するにはどうすればよいですか？
-
-データプライバシー法に準拠するには、ユーザーの同意を適切に文書化し管理することが不可欠です。まず、収集されるデータとその使用方法を説明する**明確でユーザーフレンドリーな同意フォーム**をアプリ内に実装します。ユーザーがいつでも簡単に同意を提供、修正、撤回できるようにしてください。
-
-次に、**ユーザーの同意の詳細な記録**を保持します。これには、タイムスタンプ、同意された具体的な条件、同意条件の更新が含まれます。同意追跡を自動化するツールやプラットフォームを使用することで、このプロセスを簡素化し、エラーを減らすことができます。
-
-Capacitorアプリを使用している場合、**Capgo**のようなプラットフォームは、シームレスなライブ更新を提供し、アプリが最新のプライバシー要件を反映することを確保することで、コンプライアンスの維持を支援できます。エンドツーエンドの暗号化やリアルタイム更新などの機能により、CapgoはAppleとAndroid両方の基準に準拠し、ユーザーの同意に関連する変更をより簡単に管理できるようにします。
-:::
diff --git a/src/content/blog/ko/2-way-communication-in-capacitor-apps.md b/src/content/blog/ko/2-way-communication-in-capacitor-apps.md
deleted file mode 100644
index f4f535a89..000000000
--- a/src/content/blog/ko/2-way-communication-in-capacitor-apps.md
+++ /dev/null
@@ -1,190 +0,0 @@
----
-slug: 2-way-communication-in-capacitor-apps
-title: Capacitor 앱의 양방향 통신
-description: Capacitor 앱에서 양방향 통신이 실시간 데이터 교환을 향상시켜 성능과 사용자 경험을 개선하는 방법을 살펴보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T01:11:37.156Z
-updated_at: 2025-04-26T01:12:41.179Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068-1745629961179.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, two-way communication, native features, web integration, app
-  updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 앱의 양방향 통신은 웹과 네이티브 레이어를 연결하여 실시간 데이터 교환을 가능하게 합니다. 이를 통해 웹 기술로 카메라나 GPS와 같은 네이티브 기기 기능에 접근할 수 있으며 네이티브 레이어가 웹 요소와 상호작용할 수 있습니다. 중요한 이유는 다음과 같습니다:
-
--   **즉각적인 업데이트**: 앱 스토어 지연 없이 수정사항과 기능을 배포할 수 있습니다.
--   **향상된 성능**: 웹의 효율성과 직접적인 네이티브 접근을 결합합니다.
--   **개선된 사용자 경험**: 웹과 네이티브 기능의 원활한 통합이 가능합니다.
--   **글로벌 도달**: [Capgo](https://capgo.app/)와 같은 시스템은 82%의 성공률로 수백만 건의 업데이트를 제공합니다.
-
-### 주요 사실:
-
--   **[Capgo 업데이트](https://capgo.app/docs/)**: 1,400개 앱에서 9억 4,760만 건의 업데이트.
--   **업데이트 속도**: 24시간 이내 95%의 사용자가 업데이트 완료.
--   **보안**: 종단간 암호화로 안전한 데이터 전송 보장.
-
-이 가이드에서는 양방향 통신 설정 방법, 커스텀 플러그인 구현 방법, 그리고 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 성능 최적화 방법을 설명합니다.
-
-## [Capacitor](https://capacitorjs.com/) iOS/Android 플러그인 생성 방법
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680c247c5a08fca89178b068/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-1. **프로젝트 구조 설정**
-    
-    아래와 같이 프로젝트 디렉토리를 구성하세요:
-    
-</Steps>
-
-## 핵심 개념과 구조
-
-Capacitor 브리지는 크로스 플랫폼 앱에서 웹 애플리케이션과 네이티브 기기 기능 간의 원활한 통신을 위한 핵심 역할을 합니다.
-
-### Capacitor 브리지의 작동 방식
-
-Capacitor 브리지는 웹 앱과 네이티브 기기 기능 사이의 통신을 중개하는 중간자 역할을 합니다. 높은 트래픽 상황에서도 메시지가 안정적으로 전달되도록 양방향 메시지 큐를 사용합니다.
-
-| 레이어 | 기능 | 데이터 처리 |
-| --- | --- | --- |
-| **웹 레이어** | JavaScript 호출 시작 | 데이터를 JSON 형식으로 변환 |
-| **브리지 코어** | 메시지 라우팅과 큐잉 관리 | 데이터 검증 및 변환 |
-| **네이티브 레이어** | 플랫폼별 작업 실행 | 데이터 처리 및 역직렬화 |
-
-브리지는 메시지 형식을 검증하고, 데이터 타입을 변환하며, 적절한 네이티브 핸들러로 호출을 라우팅하여 원활한 통신을 보장합니다. 또한 비동기 작업을 쉽게 처리할 수 있도록 프로미스 기반 응답을 제공합니다. 이 시스템을 프로젝트에 성공적으로 통합하려면 신중한 설정이 필요합니다.
-
-### 프로젝트 설정 단계
-
-웹-네이티브 통신을 위해 프로젝트를 구성하려면 다음 단계를 따르세요:
-
-1.  **프로젝트 구조 설정**
-    
-    아래와 같이 프로젝트 디렉토리를 구성하세요:
-    
-2.  **네이티브 플랫폼 구성**
-    
-    Capacitor 구성 파일에서 각 플랫폼의 브리지 설정을 조정하세요. 예시:
-    
-3.  **브리지 구현**
-    
-    최적의 성능을 위해 브리지를 설정하세요. 예를 들어, Android에서는 속도 향상과 안정적인 작동을 위해 'async' 모드를 활성화하세요.
-
-## 통신 방법
-
-웹과 네이티브 레이어 간의 양방향 데이터 전송을 위한 특정 메서드를 사용하여 원활한 양방향 통신을 가능하게 합니다.
-
-### 웹-네이티브 호출
-
-다음은 웹-네이티브 통신을 구현하는 방법입니다:
-
-**구현 시 주요 고려사항:**
-
-| 측면 | 구현 | 모범 사례 |
-| --- | --- | --- |
-| 데이터 타입 | JSON 직렬화 가능 | 가능한 기본 타입 사용 |
-| 오류 처리 | 프로미스 반환 | try-catch 블록으로 호출 감싸기 |
-| 성능 | 작업 일괄 처리 | 관련 호출 결합하여 효율성 향상 |
-
-### 네이티브-웹 데이터 전송
-
-네이티브 코드는 웹 레이어로 데이터를 전송하고 이벤트를 트리거할 수 있습니다. 방법은 다음과 같습니다:
-
-### 비동기 데이터 흐름 관리
-
-웹과 네이티브 레이어 간의 비동기 작업 처리에는 신중한 계획이 필요합니다. 다음 전략을 사용하세요:
-
--   **큐 관리**: 다중 비동기 요청을 처리하기 위한 메시지 큐 유지
--   **상태 동기화**: 웹과 네이티브 레이어 간의 상태 일관성 유지
--   **오류 복구**: 통신 실패를 처리하기 위한 재시도 메커니즘 사용
-
-다음은 메시지 큐 작동의 예시입니다:
-
-## 구현 가이드
-
-### 커스텀 플러그인 구축
-
-원활한 양방향 통신을 가능하게 하기 위해 [커스텀 Capacitor 플러그인](https://capgo.app/plugins/)을 생성할 수 있습니다:
-
-### JavaScript-네이티브 통합
-
-커스텀 플러그인을 구축한 후, JavaScript가 네이티브 레이어와 직접 통신할 수 있도록 통합할 수 있습니다:
-
-이 설정은 JavaScript와 네이티브 코드 간의 안정적인 통신 채널을 보장합니다.
-
-### 네이티브 이벤트 처리
-
-네이티브 측에서 발생하는 이벤트를 처리하기 위해 이벤트 리스너와 데이터 디스패칭을 관리하는 이벤트 매니저를 사용하세요:
-
-성능 향상을 위해 이벤트를 그룹화하거나 전송되는 데이터의 크기를 줄이는 것을 고려하세요. 이 이벤트 관리 전략은 앞서 설명한 웹-네이티브 및 네이티브-웹 통신 방법을 보완합니다.
-
-## 기술 가이드라인
-
-### 데이터 보안
-
-웹과 네이티브 레이어 간에 교환되는 데이터를 보호하기 위해 강력한 보안 프로토콜을 구현하고 종단간 암호화를 사용하세요.
-
-다음은 TypeScript 예시입니다:
-
-이 접근 방식은 전송 중인 민감한 데이터가 암호화되도록 보장하여 잠재적 취약점을 줄입니다.
-
-### 코드 최적화
-
-효율적인 코드는 앱 성능을 향상시키고 플랫폼 요구사항에 부합합니다. Capgo의 메트릭스는 이러한 최적화의 영향을 검증합니다 [\[1\]](https://capgo.app/).
-
-다음은 효율성을 향상시키기 위한 프로세스 일괄 처리의 예시입니다:
-
-이 방법은 리소스 사용을 최소화하고 높은 작업량에서도 원활한 작동을 보장합니다.
-
-### 앱 스토어 규칙과 업데이트
-
-업데이트 시 규정 준수 문제를 피하기 위해 [Apple App Store](https://developer.apple.com/app-store/)와 [Google Play Store](https://play.google.com/console/signup) 가이드라인을 따르세요.
-
-> "앱 스토어 규정 준수" - Capgo [\[1\]](https://capgo.app/)
-
-더 나은 업데이트 관리를 위해 롤백 기능이 있는 버전 관리를 포함하세요:
-
-Rodrigo Mantica의 말처럼:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-
-이 설정은 원활한 사용자 경험을 유지하면서 빠르게 변화에 적응할 수 있도록 보장합니다.
-
-## 결론
-
-Capacitor 앱의 양방향 통신은 빠른 업데이트와 안정적인 성능을 보장하는 데 핵심적인 역할을 합니다. 웹과 네이티브 레이어 간의 원활한 연결을 통해 신속한 수정, 더 빠른 기능 출시, 그리고 전반적으로 더 나은 사용자 경험이 가능합니다.
-
-Capgo와 같은 실시간 업데이트 플랫폼의 영향은 수치로 명확하게 나타납니다:
-
-| 지표 | 결과 |
-| --- | --- |
-| 업데이트 속도 | 24시간 이내 95%의 사용자 업데이트 |
-| 글로벌 도달 | 1,400개 프로덕션 앱에서 9억 4,760만 건의 업데이트 |
-| 신뢰성 | 전 세계적으로 82%의 성공률 |
-
-개발자들은 이러한 결과를 자신들의 경험으로 뒷받침합니다. Rodrigo Mantica는 다음과 같이 말했습니다:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-
-민감한 데이터는 웹과 네이티브 레이어 사이를 이동할 때 안전하게 관리되어, 이미 이러한 시스템을 프로덕션에서 사용하고 있는 많은 앱의 정보 안전을 보장합니다 [\[1\]](https://capgo.app/).
-
-Capacitor 기술이 계속 발전함에 따라, 안전하고 효율적인 웹-네이티브 통신 채널 유지는 향후 앱 개발의 최우선 과제로 남을 것입니다.
-
-## 자주 묻는 질문
-
-::: faq
-### 양방향 통신은 Capacitor 앱에서 웹과 네이티브 레이어 간의 연결을 어떻게 개선하나요?
-
-Capacitor 앱의 양방향 통신은 웹과 네이티브 레이어 간의 상호작용을 간소화하여 기능의 원활한 통합과 실시간 업데이트를 가능하게 합니다. 이 접근 방식을 통해 개발자는 앱 스토어 승인을 기다리지 않고도 수정사항, 개선사항, 새로운 기능을 사용자에게 직접 푸시할 수 있습니다.
-
-이 기능을 활용함으로써 개발자는 앱 성능을 향상시키고, 사용자 피드백에 더 빠르게 대응하며, 경쟁 우위를 유지할 수 있습니다. Capgo와 같은 도구는 
-
-Capacitor 앱은 또한 민감한 정보를 위한 보안 스토리지 솔루션과 모든 네트워크 통신에 HTTPS를 활용하는 것으로부터 이점을 얻을 수 있습니다. 이 글에서는 Capgo와 같은 도구를 사용한 보안 라이브 업데이트를 강조하고 있지만, 이러한 기본적인 관행들은 견고한 앱 보안을 유지하는 데 매우 중요합니다.
-:::
diff --git a/src/content/blog/ko/5-common-ota-update-mistakes-to-avoid.md b/src/content/blog/ko/5-common-ota-update-mistakes-to-avoid.md
deleted file mode 100644
index 97eb8c1b0..000000000
--- a/src/content/blog/ko/5-common-ota-update-mistakes-to-avoid.md
+++ /dev/null
@@ -1,197 +0,0 @@
----
-slug: 5-common-ota-update-mistakes-to-avoid
-title: OTA 업데이트 시 피해야 할 5가지 일반적인 실수
-description: OTA 업데이트 중 앱 충돌과 보안 위험을 초래할 수 있는 일반적인 실수를 피하세요. 성공적인 업데이트를 위한 모범 사례를 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:28:16.443Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935-1744511309285.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, app store compliance, update security, mobile testing, user
-  experience
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-OTA (Over-the-Air) 업데이트는 앱을 빠르게 개선할 수 있지만, 실수로 인해 충돌, 보안 위험 또는 [앱 스토어](https://www.apple.com/app-store/) 규정 위반으로 이어질 수 있습니다. 다음은 일반적인 함정을 피하기 위한 빠른 가이드입니다:
-
--   **앱 스토어 규정 위반**: 안전한 전송, 사소한 변경사항, 적절한 문서화와 같은 가이드라인을 준수하여 앱 거부를 피하세요.
--   **테스트 과정 서두르기**: 업데이트를 단계적으로 테스트(알파 → 베타 → 프로덕션)하여 초기에 버그를 발견하고 규정 준수를 확인하세요.
--   **취약한 보안**: 엔드투엔드 암호화, 접근 제어, 실시간 모니터링을 사용하여 침해를 방지하세요.
--   **사용자 방해**: 비성수기에 업데이트를 예약하고, 백그라운드 설치를 사용하며, 사용자와 명확하게 소통하세요.
--   **업데이트 추적 생략**: 채택률과 성공률 같은 지표를 모니터링하여 문제를 신속하게 식별하고 해결하세요.
-
-### 모범 사례 빠른 개요
-
-| 실수 | 해결책 |
-| --- | --- |
-| 가이드라인 위반 | 앱 스토어 규정 준수, 버전 관리 사용 |
-| 부실한 테스트 | 단계적 출시와 실시간 추적 사용 |
-| 취약한 보안 | 업데이트 암호화 및 접근 관리 |
-| 사용자 방해 | 스마트한 업데이트 일정, 백그라운드 설치 사용 |
-| 추적 누락 | 채택률과 오류 모니터링 |
-
-## iOS 앱에서 OTA 업데이트를 수행할 수 있나요? Apple ...
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [앱 스토어](https://www.apple.com/app-store/) 규정 위반
-
-![App Store](https://assets.seobotai.com/capgo.app/67fb1d712e221594daf42935/ab359297e839832a0f76203cfe630f58.jpg)
-
-개발자들이 OTA 업데이트와 관련하여 자주 저지르는 큰 실수 중 하나는 앱 스토어 가이드라인을 무시하는 것입니다. Apple의 App Store와 [Google Play](https://play.google.com/store/games?hl=en_US&gl=US) 모두 앱 업데이트에 대한 엄격한 규정을 가지고 있으며, 이러한 규정을 위반하면 거부되거나 심지어 앱이 완전히 제거될 수 있습니다.
-
-### 주요 앱 스토어 준수 요구사항
-
--   **보안 및 개인정보**: 업데이트는 사용자 데이터와 기기 보안을 보호하기 위해 안전한 전송 프로토콜과 엔드투엔드 암호화를 사용해야 합니다. Apple과 Google 모두 강력한 개인정보 보호 조치를 규정의 일부로 중요시합니다.
--   **사용자 경험 보호**: OTA 업데이트는 원래 승인된 핵심 앱 경험을 크게 변경해서는 안 됩니다. 업계 전문가 Bessie Cooper가 말했듯이, "버그 수정을 위한 검토 회피는 중요합니다." 근본적인 변경이 아닌 수정과 사소한 개선에 중점을 두세요.
-
-### 규정 준수를 위한 모범 사례
-
--   버전 관리를 사용하여 변경사항을 문서화하고 추적하세요.
--   앱 스토어 검토를 위한 명확한 기록을 제공하기 위해 상세한 업데이트 로그를 유지하세요.
--   모든 업데이트를 출시하기 전에 최신 앱 스토어 가이드라인에 대해 테스트하세요.
-
-[Capgo](https://capgo.app/)와 같은 플랫폼은 규정 준수를 단순화할 수 있습니다. [Capgo](https://capgo.app/)의 도구는 Apple과 Google Play 요구사항을 모두 충족하도록 설계되어 있어 개발자가 스토어 정책을 위반하지 않고 실시간 업데이트를 배포할 수 있습니다. 앱 스토어 규정이 발전함에 따라, 최신 정보를 유지하고 규정 준수를 위해 설계된 솔루션을 사용하면 비용이 많이 드는 오류와 앱 제거를 피할 수 있습니다.
-
-## 2. 업데이트 테스트 서두르기
-
-철저한 테스트는 필수입니다. 이를 건너뛰면 사용자 경험을 해치고 앱의 평판을 손상시키는 버그가 발생할 수 있습니다. 잘 계획된 테스트 과정은 업데이트가 신뢰할 수 있고 규정을 준수하도록 보장합니다.
-
-### 부적절한 테스트의 비용
-
-적절한 테스트를 건너뛰면 버그가 발견되지 않아 부정적인 리뷰와 사용자 불만으로 이어지는 경우가 많습니다.
-
-### 효과적인 업데이트 테스트 방법
-
-테스트를 명확한 단계로 나누면 초기에 문제를 발견하고 더 원활한 출시를 보장할 수 있습니다.
-
-#### 채널 기반 테스트 시스템
-
-채널 기반 시스템을 사용하면 모든 사용자에게 배포하기 전에 특정 그룹과 함께 업데이트를 테스트할 수 있습니다. 이 방법은 초기에 문제를 식별하여 위험을 최소화합니다.
-
-| 테스트 단계 | 목적 | 대상 사용자 |
-| --- | --- | --- |
-| **알파 채널** | 초기 테스트 | 내부 팀 |
-| **베타 채널** | 확장 테스트 | 선택된 사용자 |
-| **프로덕션 채널** | 단계적 출시 | 모든 사용자 |
-
-이러한 단계적 접근 방식은 앞서 논의한 규정 준수 기준을 충족하도록 보장합니다.
-
-#### 주요 테스트 구성 요소
-
--   **오류 추적**: 실시간 오류 추적을 사용하여 문제가 발생할 때 즉시 포착하세요.
--   **롤백 옵션**: 필요한 경우 안정적인 버전으로 빠르게 되돌릴 수 있는 시스템을 갖추세요.
--   **Pull Request (PR) 테스트**: 널리 배포하기 전에 채널 선택기를 사용하여 풀 리퀘스트를 테스트하세요.
-
-### 업데이트 테스트를 위한 모범 사례
-
--   **단계적 배포**: 안정성이 확인되면서 소규모 사용자 그룹에서 시작하여 확장하세요.
--   **성능 모니터링**: 기기와 운영 체제 전반에 걸쳐 로드 시간, 메모리 사용량, 배터리 영향과 같은 지표를 추적하세요.
--   **크로스 디바이스 테스트**: 다양한 기기와 OS 버전에서 업데이트를 테스트하여 호환성을 보장하세요.
-
-Capgo와 같은 도구는 실시간 오류 추적과 빠른 롤백과 같은 기능으로 이 과정을 단순화하여 기술 및 규정 준수 기준을 모두 충족하기 쉽게 만듭니다.
-
-## 3. 취약한 업데이트 보안
-
-OTA 업데이트의 보안 결함은 앱과 사용자를 심각한 위험에 빠뜨릴 수 있습니다. 최근 데이터에 따르면 잘 보안된 업데이트는 82%의 전역 성공률을 달성합니다 [\[1\]](https://capgo.app/). 규정 준수와 테스트와 마찬가지로, 강력한 보안 조치는 OTA 업데이트 성공에 필수적입니다.
-
-### 일반적인 보안 취약점
-
-자주 발생하는 취약점은 다음과 같습니다:
-
--   **암호화 부재**: 엔드투엔드 암호화가 없으면 전송 중인 업데이트가 취약합니다.
--   **취약한 접근 제어**: 부실한 인증으로 인해 무단 코드가 주입될 수 있습니다.
--   **제한된 모니터링**: 업데이트 전달과 성공률을 추적하지 않으면 침해를 감지하지 못할 수 있습니다.
-
-이러한 문제를 해결하는 것은 안전한 업데이트 프로세스를 만드는 데 매우 중요합니다.
-
-### 보안 침해의 영향
-
-| 보안 위험 | 잠재적 영향 | 예방 조치 |
-| --- | --- | --- |
-| 변조 | 악성 코드 주입 | 엔드투엔드 암호화 |
-| 가로채기 | 업데이트 차단 | 안전한 전달 채널 |
-| 버전 관리 문제 | 잘못된 버전 배포 | 업데이트 검증 시스템 |
-| 무단 접근 | 무단 변경 | 강력한 접근 제어 |
-
-### 안전한 업데이트 구현
-
-강력한 보안 프로토콜을 가진 플랫폼은 24시간 이내에 95%의 업데이트 완료율을 보고합니다 [\[1\]](https://capgo.app/), 중요한 패치를 신속하게 전달할 수 있습니다.
-
-#### 주요 보안 기능
-
--   **엔드투엔드 암호화**: 업데이트 프로세스 전반에 걸쳐 데이터를 안전하게 유지합니다.
--   **버전 관리**: 잘못되거나 오래된 업데이트의 배포를 방지합니다.
--   **접근 관리**: 업데이트를 푸시할 수 있는 사람을 제한하고 배포 활동을 추적합니다.
--   **실시간 모니터링**: 업데이트 성공률에 대한 통찰력을 제공하여 문제를 감지하고 해결하기 쉽게 만듭니다.
-
-> "진정한 엔드투엔드 암호화를 제공하는 유일한 솔루션이며, 다른 솔루션들은 단순히 업데이트에 서명만 합니다" - Capgo [\[1\]](https://capgo.app/)
-
-### 업데이트 보안을 위한 모범 사례
-
--   **검증 시스템 사용**: 모든 업데이트는 라이브로 전환되기 전에 서명 검증과 무결성 검증과 같은 검사를 통과해야 합니다.
--   **배포 지표 추적**: 보안 문제를 신속하게 포착하고 해결하기 위해 업데이트 성공률을 지속적으로 모니터링하세요.
--   **롤백 옵션 활성화**: 문제가 발생했을 때 이전 버전으로 안전하게 되돌릴 수 있는 방법을 항상 확보하여 사용자를 잠재적 피해로부터 보호하세요.
-
-## 4. 사용자 방해
-
-잘못 타이밍된 또는 실행된 업데이트는 사용자 경험을 방해하고 유지율을 저하시킬 수 있습니다.
-
-### 방해되는 업데이트가 사용자에게 미치는 영향
-
-방해되는 업데이트는 주로 다음과 같은 형태로 나타납니다:
-
--   성수기 중 강제 업데이트
--   갑작스러
-
-업데이트를 효과적으로 추적하기 위해 다음 구성요소에 집중하세요:
-
--   **실시간 분석**: 잠재적 문제를 신속하게 파악하기 위해 업데이트 배포와 설치 현황을 실시간으로 모니터링합니다.
--   **오류 알림**: 설치 실패, 버전 불일치 또는 네트워크 오류에 대한 즉각적인 알림을 받습니다.
--   **사용자 참여 인사이트**: 설치 수치를 넘어서 사용자들이 새로운 기능과 어떻게 상호작용하는지 분석하여 업데이트의 영향을 확인합니다.
-
-### 타겟팅된 배포를 통한 고급 제어
-
-채널 기반 배포 시스템을 추가하면 추적과 제어가 향상됩니다. 이 접근 방식을 통해 다음이 가능합니다:
-
--   특정 사용자 그룹과 베타 테스트
--   위험을 최소화하기 위한 단계적 출시
--   지역별 배포 모니터링
--   앱 버전별 성능 추적
-
-> "상세한 분석과 오류 추적"은 Capgo를 사용하는 장점 중 하나입니다. - Capgo [\[1\]](https://capgo.app/)
-
-### 추적이 중요한 이유
-
-데이터는 업데이트 추적의 중요성을 보여줍니다. 예를 들어, 강력한 시스템을 갖춘 플랫폼은 24시간 이내에 활성 사용자의 최대 95%가 업데이트하는 것을 볼 수 있습니다 [\[1\]](https://capgo.app/). 이는 광범위한 채택을 보장하고 앱을 안정적으로 유지합니다.
-
-좋은 추적은 업데이트 성능을 검증할 뿐만 아니라 문제를 더 빠르게 해결하고 지속적인 개선을 지원합니다.
-
-## 결론
-
-컴플라이언스, 테스팅, 보안 및 사용자 경험에서 얻은 주요 교훈을 정리하여 OTA 업데이트를 마스터하는데 도움을 드리겠습니다.
-
-OTA 업데이트 관리를 위한 현대적인 플랫폼은 속도와 신뢰성을 결합하여 개발자가 변경사항을 배포하는 방식을 변화시켰습니다. 글로벌 CDN 배포와 종단간 암호화와 같은 도구를 통해 이제 사용자의 위치에 관계없이 안전하고 효율적으로 업데이트를 전달할 수 있습니다.
-
-### 성공적인 OTA 업데이트를 위한 핵심 포인트
-
-| 측면 | 모범 사례 |
-| --- | --- |
-| 속도 | 글로벌 CDN 배포 사용 |
-| 보안 | [종단간 암호화 구현](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/) |
-| 모니터링 | 실시간 분석 활용 |
-
-오늘날의 OTA 기술은 컴플라이언스를 단순화하고 신속한 개선을 가능하게 합니다. 원활한 업데이트를 보장하기 위해 다음 우선순위에 집중하세요:
-
--   **철저한 테스팅**: 항상 출시 전에 업데이트를 광범위하게 테스트하세요.
--   **보안 조치**: 종단간 암호화로 업데이트를 보호하세요.
--   **원활한 사용자 경험**: 업데이트를 방해되지 않고 사용자가 쉽게 할 수 있도록 만드세요.
--   **성능 모니터링**: 높은 성공률을 유지하기 위해 주요 지표를 추적하세요.
-
-750개의 프로덕션 앱에서 2,350만 건 이상의 업데이트가 전달된 것을 보면 [\[1\]](https://capgo.app/), 효과적인 OTA 업데이트 관리는 빠르게 변화하는 앱 개발 세계에서 필수적인 도구가 되었습니다. 보안을 우선시하고, 성능을 모니터링하며, 원활한 사용자 경험을 보장함으로써 개발자는 안정성과 신뢰를 유지하면서 앱을 최신 상태로 유지할 수 있습니다.
diff --git a/src/content/blog/ko/5-security-best-practices-for-mobile-app-live-updates.md b/src/content/blog/ko/5-security-best-practices-for-mobile-app-live-updates.md
deleted file mode 100644
index 26444f455..000000000
--- a/src/content/blog/ko/5-security-best-practices-for-mobile-app-live-updates.md
+++ /dev/null
@@ -1,173 +0,0 @@
----
-slug: 5-security-best-practices-for-mobile-app-live-updates
-title: 모바일 앱 실시간 업데이트를 위한 5가지 보안 모범 사례
-description: 사용자 데이터를 보호하고 업계 표준을 준수하면서 안전한 모바일 앱 실시간 업데이트를 위한 필수 보안 관행을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-14T02:36:08.711Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6785bb5bfc0bf469b705c62a-1736822313233.jpg
-head_image_alt: 기술
-keywords: >-
-  mobile app security, live updates, data integrity, OTA updates, encryption,
-  security testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-실시간 업데이트 중 모바일 앱의 보안을 유지하는 것은 사용자 데이터를 보호하고 신뢰를 유지하는 데 매우 중요합니다. 다음은 OTA(Over-the-Air) 업데이트를 보호하기 위한 주요 관행을 요약한 것입니다:
-
-1.  **안전한 전달**: 전송 중인 업데이트를 보호하기 위해 암호화(예: TLS), 디지털 서명 및 [다중 인증](https://capgo.app/docs/webapp/mfa/)을 사용하세요.
-    
-2.  **데이터 무결성**: 체크섬, 패키지 서명 검증 및 버전 관리로 업데이트를 검증하여 변조를 방지하세요.
-    
-3.  **무단 접근 차단**: 접근을 제한하기 위해 역할 기반 접근 제어(RBAC), 다중 레이어 인증 및 암호화된 통신을 구현하세요.
-    
-4.  **정기적인 업데이트와 패치**: 자동화된 업데이트 도구로 취약점을 신속하게 해결하고 서드파티 종속성을 최신 상태로 유지하세요.
-    
-5.  **철저한 보안 테스트**: [OWASP ZAP](https://www.zaproxy.org/)과 같은 자동화 도구와 수동 테스트를 사용하여 업데이트 배포 전에 취약점을 발견하세요.
-    
-
-### 왜 중요한가
-
-이러한 관행을 따르면 보안 위험을 줄이고, GDPR 및 HIPAA와 같은 규정을 준수하며 사용자 신뢰를 유지할 수 있습니다. [Capgo](https://capgo.app/)와 같은 도구와 안전한 CI/CD 파이프라인은 업데이트의 안전성을 보장하면서 이러한 프로세스를 간소화하는 데 도움이 될 수 있습니다.
-
-각 관행을 자세히 살펴보고 앱과 사용자를 어떻게 보호하는지 알아보겠습니다.
-
-## OTA 업데이트로 성공하는 방법
-
-<iframe src="https://www.youtube-nocookie.com/embed/GO-RZ_ZcvN4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. 안전한 업데이트 전달
-
-Capacitor 기반 앱의 안전한 업데이트를 위해서는 **암호화**와 **인증 프로토콜**이 안전한 전달 파이프라인의 근간입니다.
-
-> "보안 코딩은 모바일 애플리케이션 보안의 기초입니다" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/).
-
-다음은 업데이트를 안전하게 유지하기 위한 주요 조치입니다:
-
-| 보안 조치 | 구현 | 목적 |
-| --- | --- | --- |
-| **전송 계층 보안** | HTTPS/SSL/TLS 프로토콜 | 전송 중 데이터 암호화 |
-| **패키지 검증** | 디지털 서명 | 업데이트의 신뢰성 확인 |
-| **접근 관리** | 다중 인증 | 업데이트 배포 접근 제한 |
-| **무결성 검증** | 자동화된 체크섬 | 변조 감지 및 방지 |
-
-### 인증 및 접근 제어
-
-**Capgo**와 같은 도구를 사용하면 암호화와 역할 기반 접근 제어를 통해 인가된 담당자만이 업데이트를 관리할 수 있습니다. 이러한 보안 계층은 무단 변경이나 침해의 위험을 최소화합니다.
-
-### 버전 관리 및 무결성 검사
-
-자동화된 무결성 검사는 업데이트가 진정성 있고 변조되지 않았음을 확인하는 데 필수적입니다. 이 단계는 사용자를 악의적인 패키지로부터 보호합니다.
-
-### CI/CD 파이프라인 보안
-
-전체 CI/CD 파이프라인에 보안을 통합하는 것은 필수입니다. 방법은 다음과 같습니다:
-
--   개발 중 **보안 코딩 관행**
-    
--   취약점을 스캔하는 자동화 도구
-    
--   업데이트 전달 프로세스의 정기적인 감사
-    
--   모든 업데이트 관련 활동의 상세 로깅
-    
-
-이러한 관행은 업데이트를 안전하게 할 뿐만 아니라 배포의 효율성도 유지합니다. **HIPAA** 또는 **GDPR**과 같은 규정의 적용을 받는 산업의 경우, 이러한 조치를 엄격히 준수해야 합니다.
-
-마지막으로, 파이프라인을 보호하는 것도 중요하지만 업데이트 자체의 무결성을 검증하여 악성 코드가 사용자에게 도달하지 않도록 하는 것이 중요합니다.
-
-## 2. 데이터 무결성 및 검증 보장
-
-실시간 업데이트에서 데이터 무결성 유지는 매우 중요합니다. 데이터가 손상되면 보안 위험이 발생하고 사용자 신뢰가 저하될 수 있습니다. 이를 방지하기 위해 강력한 검증 프로세스가 암호화와 함께 작동하여 업데이트가 안전하고 신뢰할 수 있도록 보장합니다.
-
-### 데이터 무결성 보호 방법
-
-업데이트 시스템은 전송 중 데이터를 보호하기 위해 여러 보안 계층을 사용합니다. 여기에는 암호화, 디지털 서명 및 업데이트가 온전하고 변조되지 않도록 보장하는 자동화된 검사가 포함됩니다.
-
-검증을 위한 주요 단계는 다음과 같습니다:
-
--   **패키지 서명 검증**: 업데이트가 정당한지 확인합니다.
-    
--   **체크섬 검증**: 전송 중 파일 변경을 식별합니다.
-    
--   **버전 제어 검사**: 다운그레이드 공격을 막고 업데이트를 올바른 순서로 유지합니다.
-    
-
-### RASP를 통한 실시간 보호
-
-런타임 애플리케이션 자체 보호(RASP)는 실시간 방어를 제공하여 한 단계 더 나아갑니다. 위협 분석을 제공하고 API 키와 같은 중요한 앱 세부 정보를 클라우드에서 보호합니다. 이를 통해 위협이 진화하더라도 앱이 보호된 상태를 유지할 수 있습니다.
-
-### 보안을 위한 자동화된 모니터링
-
-실시간 모니터링과 같은 자동화된 검증 프로세스는 또 다른 보안 계층을 추가합니다. 이상 징후를 실시간으로 표시하고 데이터 품질을 유지하는 데 도움을 줍니다. 예를 들어, [Netflix](https://ir.netflix.net/ir-overview/profile/default.aspx)는 콘텐츠 전달 시스템에서 자동화된 무결성 검사를 사용하여 대규모로 데이터 품질을 효율적으로 보장합니다 [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-데이터 무결성을 보장하는 것도 중요하지만, 보안 침해를 방지하기 위해 무단 접근을 차단하는 것도 똑같이 중요합니다.
-
-###### sbb-itb-f9944d2
-
-## 3. 무단 접근 차단
-
-무단 접근은 OTA 업데이트에 큰 위협이 되므로 강력한 접근 제어가 필수적입니다. [DashDevs](https://dashdevs.com/)는 다음과 같이 강조합니다:
-
-> "보안 코딩은 모바일 애플리케이션 보안의 기초입니다. 보안 취약점의 도입을 최소화하는 코드를 작성하는 것이 포함됩니다" [\[1\]](https://dashdevs.com/blog/mobile-app-security-tips/).
-
-### 다중 레이어 인증
-
-여러 인증 레이어를 사용하면 검증된 업데이트만 설치되도록 보장할 수 있습니다. 여기에는 다중 인증, 디지털 서명 및 보안 토큰 관리와 같은 방법이 포함되어 업데이트의 정당성을 확인할 수 있습니다.
-
-### 역할 기반 접근 제어
-
-역할 기반 접근 제어(RBAC)는 사용자 역할에 따라 업데이트 권한을 제한합니다. 예를 들어, 개발자는 테스트를 처리하고, 릴리스 관리자는 프로덕션을 감독하며, 보안 관리자는 시스템 감독을 관리할 수 있습니다. 이는 필요한 사람에게만 접근을 제한합니다.
-
-### 보안 운영
-
-업데이트와 관련된 모든 통신은 암호화된 채널을 사용해야 합니다. API 엔드포인트를 검증하고 비정상적인 활동이 있는지 트래픽을 모니터링하세요. 자동화된 시스템은 의심스러운 접근 시도를 실시간으로 기록하고 표시하여 추가적인 보호 계층을 제공할 수 있습니다.
-
-무단 접근을 차단하는 것이 중요하지만, 정기적인 업데이트와 패치가 안전한 앱을 유지하는 데 핵심이라는 점을 잊지 마세요.
-
-## 4. 정기적인 업데이트 및 패치 적용
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 실시간 OTA 업데이트에서는 새로운 위험에 대응하고 사용자 신뢰를 유지하기 위해 앱을 최신 상태로 유지하는 것이 중요합니다.
-
-### 자동화된 업데이트 관리
-
-자동화된 CI/CD 도구를 사용하면 업데이트 관리가 더 쉽고 안전해집니다. 이러한 도구는 적시에 패치를 통해 취약점을 신속하게 해결하는 데 도움이 됩니다.
-
-### 서드파티 종속성 업데이트 유지
-
-오래된 서드파티 종속성은 숨겨진 위험이 될 수 있습니다. 이를 해결하기 위해 업데이트 계획에 다음 사항이 포함되도록 하세요:
-
-| 구성 요소 | 업데이트 주기 | 보안 중점 사항 |
-| --- | --- | --- |
-| 코어 라이브러리 | 월간 또는 업데이트 출시 시 | 버전 호환성 확인 |
-| 보안 구성 요소 | 패치 출시 즉시 | 취약점 평가 및 회귀 테스트 실행 |
-
-### 버전 관리 및 롤백 계획
-
-원활한 업데이트를 위해서는 좋은 버전 관리가 필수적입니다. 여기에는 업데이트를 검증하기 위한 보안 스캔 실행, 문제를 조기에 발견하기 위한 단계적 롤아웃 사용, 중요한 문제에 대한 신속한 롤백 또는 패치 프로세스가 포함됩니다.
-
-정기적인 업데이트는 강력한 방어선이지만, 그 성공은 취약점을 발견하고 사용자에게 도달하기 전에 수정하기 위한 철저한 보안 테스트에 달려 있습니다.
-
-## 5. 철저한 보안 테스트 수행
-
-시스템을 업데이트하는 것은 필수적이지만, 그러한 업데이트가 새로운 위험을 만들지 않도록 하는 것도 똑같이 중요합니다. 엄격한 보안 테스트는 잠재적인
-
-Capacitor 기반 앱의 실시간 업데이트에 대한 강력한 보안 관행은 취약점을 방지하고, 사용자 데이터를 보호하며, 업계 규정을 준수하는 데 필수적입니다. 데이터 유출은 수백만 달러의 비용뿐만 아니라 재정적 안정성과 사용자 신뢰도에도 피해를 줍니다.
-
-보안은 일회성 노력이 아닙니다. 정기적인 업데이트, 지속적인 모니터링, 철저한 테스트가 필요합니다. 자동화 도구와 수동 검토를 결합하면 특히 CI/CD 파이프라인에 통합될 때 더 강력한 방어가 가능합니다. Netflix는 잠재적 위험에 앞서가기 위해 광범위한 보안 테스트 프레임워크를 사용하는 좋은 예시입니다 [\[2\]](https://www.acceldata.io/blog/data-integrity-testing-explained-safeguard-accuracy-reliability).
-
-이러한 노력들은 여러 비즈니스 영역에서 측정 가능한 개선을 가져옵니다:
-
-| 영향 영역 | 이점 |
-| --- | --- |
-| 사용자 신뢰 | 사용자 신뢰도와 앱 신뢰성 구축 |
-| 규정 준수 | GDPR 및 HIPAA와 같은 규정 준수 |
-| 위험 관리 | 보안 취약점 감소 |
-| 운영 비용 | 보안 사고 관련 비용 절감 |
-
-이러한 전략을 구현하고자 하는 경우, Android용 [ProGuard](https://www.guardsquare.com/proguard)와 iOS용 보안 컴파일 방법은 업데이트 보안을 강화하는 실용적인 솔루션을 제공합니다. HTTPS 프로토콜과 [업데이트 전송 중 암호화](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)를 사용하면 전송 과정과 사용자 데이터가 모두 안전하게 유지됩니다.
diff --git a/src/content/blog/ko/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md b/src/content/blog/ko/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
deleted file mode 100644
index c93db3f36..000000000
--- a/src/content/blog/ko/5-steps-for-resolving-version-conflicts-in-capacitor-apps.md
+++ /dev/null
@@ -1,292 +0,0 @@
----
-slug: 5-steps-for-resolving-version-conflicts-in-capacitor-apps
-title: Capacitor 앱의 버전 충돌 해결을 위한 5단계
-description: Capacitor 앱의 버전 충돌을 해결하기 위한 다섯 가지 명확한 단계를 통해 안정성을 보장하고 향후 문제를 예방하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T00:59:24.268Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e1f3a47856e801f1f25733-1742864377185.jpg
-head_image_alt: 모바일 개발
-keywords: 'Capacitor, version conflicts, mobile development, plugin issues, app stability'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) 앱에서 버전 충돌로 어려움을 겪고 계신가요?** 이러한 문제는 빌드 실패, 런타임 오류 및 플러그인 오작동을 일으킬 수 있습니다. 이 가이드는 이러한 충돌을 식별, 해결 및 예방하기 위한 **5가지 실행 가능한 단계**로 과정을 단순화합니다:
-
-1.  **충돌 찾기**: `npx cap doctor`와 오류 로그를 사용하여 버전 불일치를 감지합니다.
-2.  **의존성 확인**: `package.json`을 검토하고 `npm outdated`와 같은 명령어를 실행하여 불일치를 확인합니다.
-3.  **Capacitor 코어 업데이트**: 주요 변경사항을 관리하면서 코어 구성 요소를 동기화하고 업데이트합니다.
-4.  **플러그인 문제 해결**: 플러그인 버전을 코어와 맞추고 잠가서 향후 문제를 방지합니다.
-5.  **변경사항 테스트**: 안정성을 보장하기 위해 의존성을 정리하고 재설치한 후 실제 기기에서 테스트합니다.
-
-**빠른 팁**: [Capgo](https://capgo.app/)와 같은 도구를 사용하면 라이브 테스트와 버전 관리를 단순화할 수 있습니다.
-
-## ✅ \[해결됨\] [npm](https://www.npmjs.com/) ERR! ERESOLVE 해결 불가 ...
-
-![npm](https://mars-images.imgix.net/seobot/screenshots/www.npmjs.com-ac76028e07fa565ed4006978107f5ce6-2025-03-25.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/GZWsp0xyrbA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1단계: 버전 충돌 찾기
-
-초기에 버전 충돌을 발견하면 디버깅 시간을 절약하고 잠재적인 충돌을 방지할 수 있습니다. 다음은 이러한 문제를 효과적으로 식별하는 방법입니다.
-
-### [Capacitor](https://capacitorjs.com/) CLI로 버전 확인
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-25.jpg?auto=compress)
-
-Capacitor CLI는 프로젝트의 의존성 버전을 검사하는 데 도움이 되는 명령어를 제공합니다. 터미널을 열고 프로젝트 디렉토리로 이동한 후 실행하세요:
-
-```bash
-npx cap doctor
-```
-
-이 명령어는 다음 항목 간의 버전 불일치를 확인합니다:
-
--   Capacitor 코어 패키지
--   플랫폼별 의존성
--   설치된 플러그인
-
-더 자세한 설정 내역을 보려면 다음을 사용하세요:
-
-```bash
-npx cap ls
-```
-
-다음 항목이 표시됩니다:
-
--   설치된 플랫폼 (예: iOS, Android)
--   플러그인 버전
--   코어 패키지 버전
-
-CLI는 좋은 시작점이지만, 오류 로그는 종종 충돌에 대한 추가 단서를 제공합니다.
-
-### 오류 로그 읽기
-
-오류 로그는 숨겨진 버전 충돌을 드러낼 수 있습니다. 다음은 일반적인 오류 패턴과 그 원인입니다:
-
-| **오류 유형** | **설명** | **원인** |
-| --- | --- | --- |
-| 빌드 오류 | `호환되지 않는 플러그인 버전` | 플러그인 버전이 Capacitor 코어와 일치하지 않음 |
-| 런타임 오류 | `메서드를 찾을 수 없음` | 플러그인이 구버전 메서드 사용 |
-| 플랫폼 오류 | `Gradle 동기화 실패` | Android 의존성 충돌 |
-
-오류 로그를 분석할 때 다음 사항에 집중하세요:
-
--   **스택 트레이스**: 문제를 일으키는 특정 플러그인이나 의존성을 가리키는 경우가 많습니다.
--   **버전 번호**: 로그에 언급된 버전 요구사항을 찾아보세요.
--   **플랫폼별 메시지**: iOS나 Android와 관련된 오류에 특히 주의를 기울이세요.
-
-버전 충돌의 몇 가지 징후:
-
--   플러그인 작동 중 충돌
--   한 플랫폼에서는 작동하지만 다른 플랫폼에서는 실패하는 기능
--   업데이트 후 예상치 못한 동작
-
-**프로 팁**: 더 자세한 오류 정보를 얻으려면 상세 로깅을 사용하세요. 더 깊은 통찰을 얻으려면 다음 명령어를 실행하세요:
-
-```bash
-npx cap run android --verbose
-npx cap run ios --verbose
-```
-
-상세 로그를 통해 충돌의 근본 원인을 더 빠르고 정확하게 찾을 수 있습니다.
-
-## 2단계: 프로젝트 의존성 확인
-
-CLI와 오류 로그를 사용하여 충돌을 식별한 후에는 향후 문제를 방지하기 위해 프로젝트의 의존성을 검사할 차례입니다.
-
-### `package.json` 검토
-
-`package.json` 파일에는 프로젝트의 모든 의존성이 나열되어 있습니다. 예시:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.5.1",
-    "@capacitor/ios": "5.5.1",
-    "@capacitor/android": "5.5.1",
-    "@capacitor/camera": "5.0.7"
-  }
-}
-```
-
-확인할 주요 사항:
-
--   **코어 의존성**: `@capacitor/core`, `@capacitor/ios`, `@capacitor/android`가 동일한 버전인지 확인하세요.
--   **플러그인 버전**: 플러그인 버전이 Capacitor 코어 버전과 호환되는지 확인하세요.
--   **피어 의존성**: 피어 의존성 충돌에 대한 경고가 있는지 확인하세요.
-
-의존성 트리를 검토하려면 다음 명령어를 사용하세요:
-
-```bash
-npm ls @capacitor/*
-```
-
-### npm과 [Yarn](https://yarnpkg.com/) 도구 사용
-
-![Yarn Package Manager Website](https://mars-images.imgix.net/seobot/screenshots/yarnpkg.com-310d80dc5a96a440e9276d02217e08fa-2025-03-25.jpg?auto=compress)
-
-npm과 Yarn 같은 패키지 관리자는 의존성 문제를 감지하고 해결하는 데 도움이 되는 명령어를 제공합니다. 다음은 이들이 어떻게 도움이 될 수 있는지 보여줍니다:
-
-| 명령어 | 목적 | 출력 |
-| --- | --- | --- |
-| `npm outdated` | 구버전 패키지 나열 | 현재 및 최신 버전 표시 |
-| `npm audit` | 보안 취약점 확인 | 의존성 위험 표시 |
-| `yarn why package-name` | 패키지가 설치된 이유 설명 | 의존성 경로 표시 |
-
-[Node.js](https://nodejs.org/en) 환경과 프로젝트 의존성의 전체 상태 점검을 위해 다음 명령어를 실행하세요:
-
-```bash
-npm doctor
-```
-
-**주요 고려사항:**
-
--   락 파일을 항상 버전 관리에 포함하세요.
--   `package.json`에 정확한 Capacitor 버전(예: `5.5.1`)을 지정하세요.
--   iOS와 Android 플랫폼 모두에서 업데이트를 철저히 테스트하세요.
-
-실시간 업데이트와 버전 관리를 위해 Capgo와 같은 도구를 사용할 수 있습니다.
-
-의존성이 정리되면 Capacitor 코어 구성 요소 업데이트를 진행할 수 있습니다.
-
-## 3단계: Capacitor 코어 업데이트
-
-Capacitor 코어 구성 요소를 최신 상태로 유지하면 앱이 원활하게 실행되고 호환성 문제를 피할 수 있습니다. 이 과정은 버전 충돌을 해결하고 모든 것이 함께 원활하게 작동하도록 도와줍니다.
-
-### 플랫폼 업데이트 동기화
-
-Capacitor 코어 구성 요소를 업데이트하려면 다음 명령어를 사용하세요:
-
-```bash
-npm install @capacitor/core@latest
-npm install @capacitor/cli@latest
-npx cap sync
-```
-
-`sync` 명령어는 네이티브 파일을 업데이트하고, 플러그인 의존성을 맞추며, 플랫폼 설정을 조정하고, 네이티브 프로젝트 파일을 재생성합니다. 동기화 전에 실수로 인한 데이터 손실을 방지하기 위해 `ios`와 `android` 폴더를 백업하세요.
-
-버전을 일관되게 유지하기 위해 Capgo를 사용하여 라이브 업데이트를 고려해보세요. 동기화가 완료되면 잠재적인 문제를 해결하기 위해 API 변경사항을 확인하세요.
-
-### 주요 변경사항 해결
-
-Capacitor 코어 업데이트는 주요 변경사항을 도입할 수 있습니다. 다음 단계에 따라 효과적으로 처리하세요:
-
-1\. **API 변경사항 검토**
-
-Capacitor 변경 로그에서 주요 변경사항을 확인하세요. 예시:
-
-```typescript
-// Old API (Capacitor 4)
-Plugins.Camera.getPhoto()
-
-// New API (Capacitor 5)
-Camera.getPhoto()
-```
-
-필요에 따라 코드를 새로운 API에 맞게 업데이트하세요.
-
-2\. **플랫폼 설정 업데이트**
-
-업데이트된 코어와 일치하도록 `capacitor.config.json` 파일을 검토하세요. 예시:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 3000
-    }
-  }
-}
-```
-
-3\. **플러그인 호환성 확인**
-
-| 구성 요소 | 해야 할 일 | 확인 방법 |
-| --- | --- | --- |
-| 네이티브 플러그인 | 새 코어 버전과 맞추어 업데이트 | 네이티브 기능 테스트 |
-| 커스텀 플러그인 | 인터페이스 변경 확인 | 플러그인별 테스트 실행 |
-| 웹 구현 | 웹 기반 플러그인 호출 업데이트 | 브라우저에서 테스트 |
-
-**프로 팁**: 주요 버전 업데이트(예: 4.x에서 5.x로)의 경우, 한 번에 한 버전씩 업데이트하세요. 이렇게 하면 문제를 발견하고 수정하기가 더 쉽습니다.
-
-이러한 단계를 완료한 후, 업데이트된 코어로 모든 기능이 올바르게 작동하는지 앱을 철저히 테스트하세요.
-
-## 4단계: 플러그인 버전 문제 해결
-
-플러그인 버전 충돌은 Capacitor 앱의 성능을 저하시킬 수 있습니다. 다음은 이러한 문제를 효과적으로 처리하고 해결하는 방법입니다.
-
-### 플러그인 업데이트
-
-다음 명령어를 실행하여 플러그인을 Capacitor 코어와 맞추세요:
-
-```bash
-npx npm-check-updates "@capacitor/*" --target latest
-```
-
-Capacitor 플러그인의 전체 업데이트를 위해 다음을 사용하세요:
-
-```bash
-npm install @capacitor/core@latest @capacitor/cli@latest @capacitor/ios@latest @capacitor/android@latest
-```
-
-업데이트 후, 호환성을 확인하기 위해 네이티브 기능을 테스트하세요.
-
-| 업데이트 유형 | 명령어 | 목적 |
-| --- | --- | --- |
-| 단일 플러그인 | `npm install @capacitor/plugin-name@version` | 하나의 플러그인 업데이트 |
-| 모든 플러그인 | `npx npm-check-updates "@capacitor/*" -u` | 전체 업데이트 |
-| 특정 버전 | `npm install @capacitor/plugin-name@x.x.x` | 특정 버전으로 고정 |
-
-### 플러그인 버전 잠금
-
-향후 충돌을 방지하기 위해 `package.json`에서 플러그인 버전을 잠그세요. 이는 개발 및 프로
-
-로컬에서 변경 사항을 확인한 후에는 실제 환경에서 테스트할 차례입니다. 다음 명령어로 테스트 채널을 설정하세요:
-
-```json
-{
-  "resolutions": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  }
-}
-```
-
-**테스트 워크플로우:**
-
--   베타 채널에 수정사항을 배포하고 Capgo의 분석 도구를 사용하여 성능을 모니터링하세요.
--   Capgo 대시보드를 통해 업데이트 성공률을 추적하세요. 이미 750개의 프로덕션 앱에서 2,350만 건 이상의 업데이트를 제공했습니다 [\[1\]](https://capgo.app/).
--   문제가 발생하면 Capgo의 원클릭 롤백 기능을 사용하여 즉시 변경 사항을 되돌릴 수 있습니다.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo는 82%의 전체 성공률을 자랑하며, 24시간 이내에 활성 사용자의 95%에게 업데이트가 도달합니다 [\[1\]](https://capgo.app/). 채널 선택기를 사용하여 앱 내에서 직접 풀 리퀘스트를 테스트하여 변경 사항을 병합하기 전에 모든 것이 원활하게 작동하는지 확인하세요.
-
-## 결론: 앱 버전 관리하기
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 버전 충돌 관리는 명확하고 체계적인 접근이 필요합니다. 이 가이드에서 공유한 5단계 프로세스는 앱 안정성을 유지하고 버전 관련 문제를 효과적으로 해결하는 신뢰할 수 있는 방법을 제공합니다.
-
-이러한 단계를 따르면 팀은 시간이 지나도 앱의 안정성을 유지할 수 있습니다. 예를 들어, Capgo와 같은 실시간 업데이트 도구를 사용하면 빠르고 효율적인 배포가 가능하여 팀이 앞서 나갈 수 있습니다 [\[1\]](https://capgo.app/).
-
-성공적인 팀이 집중하는 부분입니다:
-
-| 실천 사항 | 이점 |
-| --- | --- |
-| 정기적인 CLI 검사 | 의존성 문제를 조기에 발견 |
-| 자동화된 테스트 | 출시 전 버전 관련 문제 포착 |
-| 실시간 업데이트 모니터링 | 문제가 있는 업데이트를 신속하게 롤백 |
-| 버전 고정 | 의존성 일관성 유지 |
-
-앱 버전 관리는 충돌 해결을 넘어 원활하고 신뢰할 수 있는 사용자 경험을 보장하는 것입니다. 이러한 사례를 준수하고 실시간 업데이트 도구를 활용하면 Capacitor 앱을 원활하게 운영할 수 있습니다.
diff --git a/src/content/blog/ko/5-steps-to-deploy-hotfixes-with-capgo.md b/src/content/blog/ko/5-steps-to-deploy-hotfixes-with-capgo.md
deleted file mode 100644
index 6104c0225..000000000
--- a/src/content/blog/ko/5-steps-to-deploy-hotfixes-with-capgo.md
+++ /dev/null
@@ -1,86 +0,0 @@
----
-slug: 5-steps-to-deploy-hotfixes-with-capgo
-title: Capgo로 핫픽스 배포하는 5단계
-description: 앱스토어 지연을 피하고 규정 준수를 보장하는 간소화된 프로세스를 사용하여 핫픽스를 빠르고 안전하게 배포하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-13T03:37:11.567Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d22ca8233d3a01105fd278-1741837059847.jpg
-head_image_alt: 모바일 개발
-keywords: 'hotfix deployment, Capgo, app updates, CI/CD tools, mobile development'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capgo](https://capgo.app/)는 앱스토어 지연을 건너뛰면서도 Apple과 Google 가이드라인을 준수하며 안전하게 업데이트를 유지하면서 핫픽스 배포를 빠르고 쉽게 만듭니다. 다음은 프로세스의 간단한 개요입니다:
-
-1. **핫픽스 생성 및 테스트**: 정확한 코드 변경을 작성하고, 기기에서 철저히 테스트하며, 호환성을 확인합니다.
-2. **[Capgo 설정](https://capgo.app/docs/webapp/)**: `npx @capgo/cli init`로 [Capgo CLI](https://capgo.app/docs/cli/commands)를 설치하고, 암호화를 구성하며, CI/CD 도구와 통합합니다.
-3. **핫픽스 업로드**: CLI를 사용하여 업데이트를 안전하게 업로드하고, 명확하게 라벨링하며, 배포를 준비합니다.
-4. **업데이트 설정 선택**: 특정 사용자나 그룹을 대상으로 하고, 출시 일정을 계획하며, 버전 요구사항을 정의합니다.
-5. **업데이트 추적**: 전달 속도, 업데이트 속도, 사용자 범위를 모니터링합니다. 필요한 경우 즉시 롤백합니다.
-
-Capgo는 전 세계적으로 9억 4,760만 건 이상의 업데이트를 제공했으며 사용자들의 릴리스 효율성을 81% 향상시켰습니다. 빠르고 안전한 핫픽스 배포가 필요한 애자일 팀을 위한 필수 도구입니다.
-
-## Step 1: 핫픽스 생성 및 테스트
-
-### 핫픽스 코드 작성
-
-앱의 안정성을 손상시키지 않으면서 버그를 해결하는 정확한 변경에 집중하세요.
-
-다음은 핫픽스 구성을 위한 빠른 가이드입니다:
-
-| 모범 사례 | 적용 방법 |
-| --- | --- |
-| **격리된 변경** | 영향을 받는 컴포넌트로 변경을 제한합니다. |
-| **버전 관리** | 핫픽스 개발을 위한 전용 브랜치를 사용합니다. |
-| **문서화** | 수정 사항과 그 영향에 대한 명확한 주석을 포함합니다. |
-| **종속성** | 기존 앱 종속성과의 호환성을 확인합니다. |
-
-Capgo의 즉각적인 업데이트 기능을 통해 관련 없는 변경사항을 번들링하는 것에 대해 걱정하지 않고 버그 수정에 집중할 수 있습니다. colenso가 강조한 바와 같이 이 방법은 효과적임이 입증되었습니다:
-
-> "우리는 5,000명 이상의 사용자 기반을 위해 프로덕션에서 [Capgo OTA 업데이트](https://console.capgo.app/resend_email)를 출시했습니다. @Capgo에 OTA가 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 확인하고 있습니다" [\[1\]](https://capgo.app/).
-
-### 기기에서 테스트
-
-핫픽스가 원활하게 작동하는지 확인하기 위해 철저한 테스트가 중요합니다. 다음 단계를 사용하세요:
-
-- **개발 테스트:** 로컬 개발 환경에서 수정사항을 실행합니다.
-- **기기 테스트:** 다양한 기기와 운영체제 버전에서 수정사항을 확인합니다.
-- **통합 테스트:** 수정사항이 다른 기능을 방해하지 않는지 확인합니다.
-
-CI/CD 도구를 사용하여 테스트 프로세스를 최대한 자동화하세요.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-핫픽스가 모든 테스트를 통과하면 배포를 위해 Capgo를 설정할 준비가 된 것입니다.
-
-[나머지 섹션들은 위와 같은 방식으로 계속됩니다...]
-
-### 주요 포인트
-
-Capgo는 **1,400개의 프로덕션 앱**에서 **9억 4,760만 건의 업데이트**를 제공한 검증된 실적으로, 핫픽스를 신속하고 효과적으로 배포하는 프로세스를 단순화합니다 [\[1\]](https://capgo.app/).
-
-| 단계 | 작업 | 목표 |
-| --- | --- | --- |
-| 생성 및 테스트 | 로컬에서 핫픽스 개발 및 검증 | 코드 품질 보장 |
-| Capgo 설정 | `npx @capgo/cli init`를 사용하여 플러그인 설치 | 구성 단순화 |
-| 업로드 | CLI를 통한 파일 전송 | 신속한 배포 활성화 |
-| 구성 | 사용자 할당 및 규칙 설정 | 정밀한 업데이트 배포 |
-| 모니터링 | 성능 추적 및 문제 해결 | 효율성 향상 |
-
-이러한 단계를 따라 Capgo를 워크플로우에 통합하고 업데이트 프로세스를 간소화하세요.
-
-### 시작하기
-
-시작하기 전에 위의 단계를 검토해 보세요. 이는 배포 프로세스를 관리하기 쉬운 작업으로 분류하여 구현을 용이하게 합니다.
-
-프로젝트에 Capgo CLI를 추가하여 Capgo 통합을 시작하세요. **엔드-투-엔드 암호화**를 통해 플랫폼은 매번 안전하고 신뢰할 수 있는 업데이트를 보장합니다.
-
-> "Capgo는 핫 코드 푸시를 수행하는 스마트한 방법입니다."
-
-더 큰 효율성을 위해 Capgo를 Azure DevOps, GitLab 또는 GitHub와 같은 CI/CD 도구와 통합하세요. 이 설정을 통해 사용자 할당 기능을 통해 업데이트 배포를 제어하면서 자동화된 배포가 가능합니다.
diff --git a/src/content/blog/ko/5-steps-to-distribute-custom-capacitor-plugins.md b/src/content/blog/ko/5-steps-to-distribute-custom-capacitor-plugins.md
deleted file mode 100644
index 2d1c212a8..000000000
--- a/src/content/blog/ko/5-steps-to-distribute-custom-capacitor-plugins.md
+++ /dev/null
@@ -1,161 +0,0 @@
----
-slug: 5-steps-to-distribute-custom-capacitor-plugins
-title: 5단계로 사용자 정의 Capacitor 플러그인 배포하기
-description: iOS 및 Android 플랫폼에서 향상된 앱 기능을 위한 커스텀 플러그인을 효과적으로 배포하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T03:25:44.642Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136-1744946761044.jpg
-head_image_alt: 모바일 개발
-keywords: 'Capacitor, custom plugins, mobile development, distribution, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-사용자 정의 [Capacitor](https://capacitorjs.com/) 플러그인을 배포하면 앱의 기능을 향상시키고 사용자에게 빠르게 업데이트를 제공할 수 있습니다. 다음은 시작하기 위한 간단한 가이드입니다:
-
-1. **구축 및 테스트**: [Capacitor Plugin API](https://capgo.app/blog/capacitor-comprehensive-guide/)를 사용하여 플러그인을 개발하고, iOS와 Android 기기에서 철저히 테스트하며, 예외 상황을 효과적으로 처리하세요.
-2. **배포 설정**: 설치 단계, API 참조, 사용 예제를 포함한 명확한 문서와 함께 npm 패키지를 만드세요.
-3. **출시**: 시맨틱 버저닝을 사용하여 npm에 플러그인을 게시하고 커뮤니티 가시성을 위해 GitHub에 공유하세요.
-4. **통합**: 개발자들이 프로젝트에 플러그인을 쉽게 추가하고 기능을 확인할 수 있도록 설정 지침을 제공하세요.
-5. **실시간 업데이트 추가(선택사항)**: [Capgo](https://capgo.app/)와 같은 도구를 사용하여 안전하고 효율적인 실시간 업데이트를 구현하여 24시간 이내에 95%의 사용자가 변경사항을 받을 수 있도록 하세요.
-
-이 단계별 과정을 통해 플러그인이 잘 구축되고, 쉽게 통합되며, iOS와 Android 플랫폼 모두에서 배포될 준비가 되도록 보장합니다.
-
-## [Capacitor](https://capacitorjs.com/) iOS/Android 플러그인 만드는 방법
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/Dq_BmheGAig" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Step 1: 플러그인 구축 및 테스트
-
-여기서 주요 목표는 JavaScript를 네이티브 기능과 연결하면서 iOS와 Android 모두에서 원활하게 작동하도록 하는 것입니다.
-
-### Capacitor Plugin API 사용
-
-공식 [Capacitor Plugin](https://capgo.app/blog/capacitor-comprehensive-guide/) API를 사용하여 플러그인을 만드세요. 이를 통해 플랫폼 전반에 걸쳐 일관된 기능을 보장할 수 있습니다. 개발과 유지보수를 쉽게 하기 위해 단일 기능에 집중하세요.
-
-개발 중 주의해야 할 핵심 사항:
-
-- 명확한 메소드 시그니처 정의
-- 강력한 오류 처리 구현
-- 필요한 경우 플랫폼별 기능 지원
-- 플랫폼 요구사항 명확히 문서화
-
-### 다양한 플랫폼에서 테스트
-
-플러그인 출시 전 철저한 테스트가 중요합니다. 실제 기기와 에뮬레이터 모두에서 로컬 도구를 사용하여 성능을 확인하세요:
-
-- 다양한 iOS 버전에서 iOS 시뮬레이터와 실제 기기로 테스트
-- 다양한 API 레벨의 Android 기기에서 적절한 통합과 성능을 확인
-
-마무리하기 전에 다음을 확인하세요:
-
-- JavaScript-네이티브 호출과 데이터 변환 검증
-- 오류 처리와 전반적인 성능 확인
-- 예상치 못한 입력을 처리하고 명확한 오류 메시지를 제공할 수 있도록 예외 상황 테스트
-
-이러한 단계를 완료하면 배포 파일을 준비하는 Step 2로 넘어갈 준비가 됩니다.
-
-## Step 2: 배포 파일 설정
-
-원활한 배포를 위해 npm 패키지와 문서를 구성하세요.
-
-### npm 패키지 생성
-
-먼저 다음 명령어를 실행하세요: `npm init @capacitor/plugin@latest`. 그런 다음 `package.json` 파일에서 플러그인 이름, 버전, 필요한 종속성을 업데이트하세요.
-
-### 명확한 문서 작성
-
-다음 내용을 포함하는 `README.md` 파일을 작성하세요:
-
-- **설치 지침**: npm과 yarn 모두에 대한 단계 제공
-- **API 참조**: 메소드 설명과 매개변수 유형 상세 설명
-- **사용 예제**: 일반적인 시나리오에서 플러그인 사용 방법 표시
-
-### 플랫폼 요구사항 확인
-
-모든 개인정보 보호 및 권한 선언이 Apple과 Google 가이드라인을 준수하는지 확인하세요.
-
-이러한 단계가 완료되면 Step 3로 넘어가서 npm에 플러그인을 게시하고 커뮤니티와 공유할 준비가 됩니다.
-
-## Step 3: 플러그인 출시
-
-npm에 플러그인을 게시하고 Capacitor 커뮤니티와 공유하여 세상에 선보이세요.
-
-### npm 레지스트리에 게시
-
-플러그인 출시 시 시맨틱 버저닝 가이드라인을 따르세요: 주요 변경사항은 **major**, 새로운 기능은 **minor**, 버그 수정은 **patch** 버전을 사용하세요. 그런 다음 다음 명령어를 사용하여 플러그인을 게시하세요:
-
-```bash
-npm publish           # For a production release
-npm publish --tag beta  # For a prerelease
-```
-
-### Capacitor 커뮤니티와 공유
-
-GitHub에 플러그인 저장소를 업로드하고 Capacitor Community 조직에 추가하는 것을 고려하세요. 이를 통해 플러그인의 가시성이 높아지고 다른 사람들이 기여할 수 있는 기회가 열립니다.
-
-## Step 4: 프로젝트 통합 안내
-
-npm에 플러그인이 게시된 후, 다음 단계는 프로젝트에 통합하는 것입니다. 방법은 다음과 같습니다:
-
-### 설정 지침
-
-- 실행: `npm install your-plugin-name`
-- [Capacitor와 동기화](https://capgo.app/plugins/capacitor-updater/): `npx cap sync`
-- 매니페스트 업데이트나 플러그인 등록과 같은 필수 네이티브 구성 지정
-
-### 설치 테스트
-
-- 모든 것이 예상대로 작동하는지 확인하기 위해 새로운 Capacitor 프로젝트에서 플러그인 테스트
-- 기본 플러그인 메소드를 호출하고 예상된 결과가 나오는지 확인
-
-모든 것이 정상 작동하는 것을 확인하면 프로젝트에 플러그인을 통합할 준비가 됩니다.
-
-## Step 5: 실시간 업데이트 추가
-
-실시간 업데이트를 통합하여 배포 프로세스를 확장하세요. Capgo를 사용하면 앱 스토어 승인을 기다리지 않고도 플러그인을 최신 상태로 유지할 수 있습니다.
-
-### [Capgo](https://capgo.app/) 실시간 업데이트 설정
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6801c2733c6b972ab5069136/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-시작하려면 다음 명령어를 실행하세요:
-
-```bash
-npx @capgo/cli init
-```
-
-**Capgo를 사용하는 이유는?** 업데이트를 간소화하는 다양한 기능을 제공합니다:
-
-- 종단 간 암호화를 통한 **안전한 전달**
-- 델타 업데이트를 통한 **효율적인 배포**
-- 분석 대시보드를 통한 **모니터링 도구**
-- 빠른 수정을 위한 **롤백 옵션**
-- 체계적인 릴리스를 위한 **채널 관리**
-
-업데이트 구성 방법:
-
-- [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Jenkins](https://www.jenkins.io/)와 같은 CI/CD 도구와 통합
-- 개발, 베타, 프로덕션 환경을 위한 배포 채널 설정
-- 문제를 빠르게 해결하기 위한 원클릭 롤백 활성화
-
-Capgo의 지표에 따르면 활성 사용자의 95%가 24시간 이내에 업데이트를 받습니다 [\[1\]](https://capgo.app/), 이는 실시간 업데이트가 변경사항을 효율적으로 배포하는 강력한 방법임을 보여줍니다.
-
-실시간 업데이트가 구성되면 배포 워크플로우를 마무리할 준비가 됩니다.
-
-[\[1\]](https://capgo.app/) 활성 프로덕션 앱의 Capgo 플랫폼 지표 기준
-
-## 결론
-
-이 다섯 단계를 따르면 잘 구축되고, 통합이 간단하며, 배포 준비가 된 [사용자 정의 Capacitor 플러그인](https://capgo.app/blog/release-of-a-brand-new-capacitor-social-login/)을 만들 수 있습니다.
-
-개발과 테스트부터 패키징, 게시, 통합, 그리고 선택적 실시간 업데이트까지, 이 구조화된 프로세스는 플러그인이 iOS와 Android 플랫폼 모두에서 원활하게 작동하도록 보장합니다.
-
-성공적인 플러그인 배포는 첫 릴리스를 넘어서는 것임을 기억하세요 - 개발자와 사용자 모두에게 이익이 되는 효율적이고 신뢰할 수 있는 프로세스를 유지하는 것입니다. 이 가이드를 사용하여 플랫폼 전반에 걸쳐 플러그인 전달을 간소화하세요.
diff --git a/src/content/blog/ko/5-steps-to-implement-oauth2-in-capacitor-apps.md b/src/content/blog/ko/5-steps-to-implement-oauth2-in-capacitor-apps.md
deleted file mode 100644
index 7f342da38..000000000
--- a/src/content/blog/ko/5-steps-to-implement-oauth2-in-capacitor-apps.md
+++ /dev/null
@@ -1,289 +0,0 @@
----
-slug: 5-steps-to-implement-oauth2-in-capacitor-apps
-title: Capacitor 앱에서 OAuth2를 구현하는 5단계
-description: Capacitor 앱에 보안 OAuth2 인증을 통합하는 방법을 설명하는 간단한 가이드로 필수 단계와 모범 사례를 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-27T12:26:34.111Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/683598e6d3b96619818496d3-1748348849256.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OAuth2, Capacitor, authentication, mobile apps, security, token storage, PKCE,
-  app integration
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-[OAuth2](https://en.wikipedia.org/?title=OAuth2&redirect=no) 인증을 [Capacitor](https://capacitorjs.com/) 앱에 추가하고 싶으신가요? 시작하기 위한 빠른 가이드를 소개합니다.
-
-OAuth2는 사용자가 비밀번호를 공유하지 않고도 데이터에 대한 접근을 공유할 수 있게 해주는 프로토콜입니다. iOS, Android 및 웹과 같은 플랫폼에서 작동하기 때문에 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에 이상적입니다. 또한 민감한 인증 정보를 저장하는 대신 토큰을 사용하여 앱을 안전하게 유지합니다.
-
-[Capacitor 앱](https://capgo.app/plugins/ivs-player/)에 OAuth2를 통합하는 5단계 방법을 소개합니다:
-
-1. **OAuth2 공급자 설정**: 공급자(예: Google, [Auth0](https://auth0.com/))를 선택하고, 리디렉션 URI를 구성하며, 클라이언트 자격 증명을 안전하게 관리합니다.
-2. **OAuth2 플러그인 설치 및 구성**: `@byteowls/capacitor-oauth2` 플러그인을 추가하고 플랫폼별 설정(예: iOS의 `Info.plist`, Android의 `AndroidManifest.xml`)을 설정합니다.
-3. **인증 흐름 구축**: 플러그인을 사용하여 사용자 로그인, 토큰 저장 및 로그아웃을 안전하게 처리합니다. 추가 보호를 위해 [PKCE](https://oauth.net/2/pkce/)를 활성화합니다.
-4. **플랫폼 간 테스트**: iOS, Android 및 웹 브라우저에서 흐름을 확인합니다. 리디렉션 URI 불일치나 PKCE 오류와 같은 일반적인 문제를 해결합니다.
-5. **구현 보안**: 토큰을 보안 저장소([Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\))/Keystore)에 저장하고, HTTPS를 사용하며, 강력한 [콘텐츠 보안 정책](https://capgo.app/security/)을 설정합니다.
-
-### 빠른 비교: 보안 토큰 저장 옵션
-
-| 저장 옵션 | 최적 사용처 | 보안 수준 | 오프라인 접근 | 사용 사례 예시 |
-| --- | --- | --- | --- | --- |
-| **보안 저장소** | 모바일 앱 | 높음 | 예 | 리프레시 토큰 |
-| **메모리 저장소** | 임시 접근 | 중간 | 아니오 | 활성 액세스 토큰 |
-| **HttpOnly 쿠키** | 웹 애플리케이션 | 높음 | 예 | 브라우저 기반 세션 |
-
-## [Capacitor](https://capacitorjs.com/)를 사용하여 [Ionic](https://ionicframework.com/) 앱에 구글 로그인을 추가하는 방법
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/GwtpoWZ_78E" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Step 1: [OAuth2](https://en.wikipedia.org/?title=OAuth2&redirect=no) 공급자 설정
-
-OAuth2 공급자를 올바르게 설정하는 것은 모든 것이 원활하게 작동하도록 하는 첫 번째이자 가장 중요한 단계입니다. 이는 앱의 요구 사항에 맞는 공급자를 선택하고, 리디렉션 URI와 같은 기술적 세부 사항을 구성하며, 자격 증명을 안전하게 처리하는 것을 포함합니다. 이러한 단계는 다음 단계에서 OAuth2 플러그인을 설치하기 위한 기반을 마련합니다.
-
-### OAuth2 공급자 선택
-
-앱의 기능, 보안 요구 사항 및 호환성에 맞는 OAuth2 공급자를 선택하는 것으로 시작하세요. 구축 중인 애플리케이션 유형은 사용할 OAuth 2.0 흐름을 결정하는 데 중요한 역할을 하며, 이는 공급자 선택에 직접적인 영향을 미칩니다 [\[2\]](https://auth0.com/docs/get-started/authentication-and-authorization-flow/which-oauth-2-0-flow-should-i-use). Capacitor 기반 앱의 경우, PKCE가 포함된 인증 코드 흐름을 사용하는 것이 권장됩니다 - 이는 모바일 애플리케이션에 선호되는 방법입니다.
-
-공급자를 비교할 때는 보안 기능에 중점을 두세요. 서명된 쿠키, CSRF 토큰 검증, 암호화된 JWT와 같은 옵션을 찾으세요. 앱이 민감한 데이터를 다룬다면, [다중 인증](https://capgo.app/docs/webapp/mfa/) 지원이 필수입니다. 평가 시에는 긴 비교에 얽매이지 말고 필요에 따라 비용과 기능의 균형을 맞추세요.
-
-### 리디렉션 URI 구성
-
-리디렉션 URI는 중요합니다 - OAuth2 공급자에게 사용자가 인증을 완료한 후 어디로 보낼지 알려줍니다. 이러한 URI를 올바르게 구성하면 모바일과 웹 플랫폼 모두에서 원활한 경험을 보장할 수 있습니다.
-
-모바일 앱의 경우, 일반적으로 `com.example.app://callback` 형식의 사용자 지정 URL 스키마를 사용하세요. 여기서 `com.example.app`은 앱의 패키지 ID와 일치해야 합니다. 웹에서는 리디렉션 URI로 `window.location.origin`을 사용하세요. 로컬에서 테스트하는 경우 `http://localhost:8100/callback`과 같은 URL이 잘 작동합니다.
-
-iOS 사용자의 경우, Capacitor의 Browser 플러그인이 [SFSafariViewController](https://developer.apple.com/documentation/safariservices/sfsafariviewcontroller)를 사용한다는 점을 유의하세요. iOS 11 이상에서는 Safari와 쿠키를 공유하지 않아 단일 로그인 기능에 영향을 미칠 수 있습니다. SSO가 필수적이라면 [ASWebAuthenticationSession](https://developer.apple.com/documentation/authenticationservices/aswebauthenticationsession)을 지원하는 플러그인 사용을 고려하세요 [\[3\]](https://auth0.com/docs/quickstart/native/ionic-angular/interactive).
-
-### 클라이언트 자격 증명 관리
-
-클라이언트 자격 증명은 앱을 OAuth2 공급자에게 식별하며 클라이언트 ID와 클라이언트 시크릿으로 구성됩니다. 클라이언트 ID는 공개 식별자로 생각하고, 클라이언트 시크릿은 개인 키처럼 취급해야 합니다.
-
-클라이언트 시크릿을 앱에 직접 하드코딩하거나 버전 관리에 커밋하지 마세요. 대신 환경 변수나 보안 시크릿 관리 시스템을 사용하여 저장하세요. 또한 노출을 제한하고 보안을 강화하기 위해 최소한의 범위를 가진 단기 토큰을 선택하세요.
-
-## Step 2: OAuth2 플러그인 설치 및 구성
-
-이제 OAuth2 공급자가 준비되었으니, 다음 단계는 Capacitor 앱에 플러그인을 추가하고 iOS, Android 및 웹 플랫폼용으로 설정하는 것입니다.
-
-### 플러그인 설치
-
-`@byteowls/capacitor-oauth2` 플러그인은 대부분의 OAuth2 공급자와 작동합니다. 호환성 문제를 피하기 위해 Capacitor 설정과 일치하는 버전을 설치해야 합니다.
-
-Capacitor 버전에 따른 설치 명령어는 다음과 같습니다:
-
-- **Capacitor v5**: `npm i @byteowls/capacitor-oauth2`
-- **Capacitor v4**: `npm i @byteowls/capacitor-oauth2@4`
-- **Capacitor v3**: `npm i @byteowls/capacitor-oauth2@3`
-
-설치 후, 네이티브 종속성을 업데이트하기 위해 동기화 명령어(`npx cap sync`)를 실행하세요. 이 단계는 플러그인이 iOS 및 Android 프로젝트와 올바르게 통합되도록 하는 데 중요합니다. 이를 건너뛰면 모바일 플랫폼용으로 컴파일할 때 빌드 오류가 발생할 수 있습니다.
-
-### 플러그인 설정 구성
-
-설치 후에는 OAuth2 공급자 설정과 일치하도록 플러그인을 구성해야 합니다. 이는 `authenticate()` 메서드를 호출할 때 `oauth2Options` 객체를 통해 수행됩니다. 정의해야 할 주요 매개변수는 다음과 같습니다:
-
-- **appId**: OAuth2 공급자의 클라이언트 ID
-- **authorizationBaseUrl**: 공급자의 인증 엔드포인트
-- **responseType**: 모바일 앱의 경우 일반적으로 `"code"`로 설정
-- **redirectUrl**: Step 1에서 구성한 리디렉션 URL과 일치해야 함
-
-인증 프로세스를 미세 조정하기 위해 `accessTokenEndpoint`, `scope` 및 플랫폼별 옵션과 같은 추가 매개변수도 설정할 수 있습니다.
-
-Android의 경우 올바른 스키마와 호스트 정보로 `AndroidManifest.xml` 및 `strings.xml` 파일을 업데이트하세요. iOS에서는 리디렉션 URL 스키마를 등록하기 위해 `Info.plist` 파일을 수정하세요. 이러한 플랫폼별 변경 사항은 인증 후 사용자가 앱으로 다시 리디렉션되도록 보장합니다.
-
-### Capacitor 버전 호환성 확인
-
-플러그인 버전이 Capacitor 버전과 일치하는지 확인하는 것이 중요합니다. 버전이 일치하지 않으면 빌드 오류나 런타임 문제가 발생할 수 있습니다. `@byteowls/capacitor-oauth2` 플러그인은 Capacitor 릴리스와 엄격하게 일치하므로 계속하기 전에 호환성을 다시 확인하세요.
-
-| 플러그인 버전 | 호환 Capacitor 버전 | 참고 |
-| --- | --- | --- |
-| 5.x | 5.x.x | [Xcode](https://developer.apple.com/xcode/) 14.1 필요. 변경 로그에 주요 변경 사항 기재. |
-| 4.x | 4.x.x | Xcode 12.0 필요. 변경 로그에 주요 변경 사항 기재. |
-| 3.x | 3.x.x | Xcode 12.0 필요. 변경 로그에 주요 변경 사항 기재. |
-| 2.x | 2.x.x | Xcode 11.4 필요. 변경 로그에 주요 변경 사항 기재. |
-| 1.x | 1.x.x | |
-
-iOS 개발을 하는 경우 Xcode 버전 요구 사항에 특히 주의를 기울이세요. 호환되지 않는 버전을 사용하면 앱이 성공적으로 빌드되지 않습니다. 플러그인 문서에는 버전 관련 문제 해결을 위한 상세한 호환성 표가 포함되어 있어 좋은 참고 자료가 됩니다.
-
-설치 후 문제가 발생하면 현재 플러그인 버전을 제거하고 Capacitor 버전에 맞는 버전을 설치한 다
-
-Here's the Korean translation:
-
--   **액세스 토큰**: 빠르고 일시적인 접근을 위해 메모리에 저장합니다.
--   **리프레시 토큰**: iOS 키체인이나 [Android Keystore](https://developer.android.com/privacy-and-security/keystore)를 통해 AES-256으로 토큰을 암호화하는 `capacitor-secure-storage` 플러그인과 같은 보안 저장소를 사용하세요. 이는 기기가 손상되더라도 토큰이 보호되도록 보장합니다.
-
-앱이 재시작될 때, 사용자가 자격 증명을 다시 입력할 필요 없이 로그인할 수 있도록 저장된 토큰을 확인하세요.
-
-| 저장 방식 | 보안 수준 | 성능 | 오프라인 접근 | 최적 사용 사례 |
-| --- | --- | --- | --- | --- |
-| **보안 저장소** | AES-256 하드웨어 | 중간 | 예 | 리프레시 토큰, 장기 데이터 |
-| **메모리 저장소** | 높음 (일시적) | 높음 | 아니오 | 활성 액세스 토큰 |
-| **일반 저장소** | 낮음 | 높음 | 예 | 비민감 설정 |
-
-세션을 활성 상태로 유지하려면 토큰이 만료되기 전에 갱신하세요. API 호출을 하기 전에 액세스 토큰이 만료 시점에 가까운지 확인하세요. 만료가 임박했다면 리프레시 토큰을 사용하여 OAuth2 제공자로부터 새로운 액세스 토큰을 받으세요. 추가적인 신뢰성을 위해 네트워크가 재연결될 때 토큰 갱신을 재시도하는 로직을 포함하세요. 리프레시 토큰이 만료되었거나 취소된 경우, 사용자를 로그인 플로우로 다시 리디렉션하여 재인증하도록 하세요.
-
-### 로그아웃 기능 추가
-
-안전하고 효과적인 로그아웃 프로세스도 중요합니다. 제공자의 엔드포인트를 통해 리프레시 토큰을 취소하는 것으로 시작하세요. 그런 다음, 보안 저장소에서 토큰을 제거하고 사용자 데이터를 초기화하여 모든 세션이 종료되도록 하세요.
-
-로컬 토큰만 삭제하는 것으로는 충분하지 않습니다. OAuth2 제공자들은 종종 서버 측 세션을 유지하여 사용자를 자동으로 재인증할 수 있습니다. 리프레시 토큰을 취소하면 인증 허가와 연결된 토큰 체인이 끊어져 저장된 자격 증명을 재사용할 수 없게 됩니다.
-
-> "JWT 액세스 토큰은 취소할 수 없습니다. 만료될 때까지 유효합니다. Bearer 토큰이기 때문에 무효화할 방법이 없습니다." – lihua.zhang, Auth0 직원 [\[5\]](https://community.auth0.com/t/invalidating-an-access-token-after-user-logout/101398)
-
-토큰을 취소하려면 로컬 저장소를 지우기 전에 리프레시 토큰과 함께 제공자의 토큰 취소 엔드포인트를 호출하세요. 이 서버 측 작업은 자격 증명이 손상되더라도 토큰 오용을 방지합니다. 취소 후, 보안 저장소에서 토큰을 제거하고, 캐시된 사용자 데이터를 초기화하고, 사용자를 로그인 화면으로 이동시키세요.
-
-싱글 사인온(SSO) 설정의 경우, 로그아웃이 동일한 제공자를 사용하는 다른 앱의 세션도 종료해야 하는지 결정하세요. 또한 네트워크 중단 시에도 로그아웃 프로세스가 원활하게 작동하도록 로그아웃 요청을 로컬에 저장하고 연결이 복구될 때 재시도하세요. 이는 제공자 측에서 적절한 정리가 이루어지도록 보장합니다.
-
-## Step 4: OAuth2 통합 테스트
-
-OAuth2 구성을 설정하고 인증 플로우를 개발한 후에는 철저한 테스트가 다음 단계입니다. 이는 기기와 플랫폼 전반에 걸쳐 통합이 원활하게 작동하여 사용자에게 신뢰할 수 있는 경험을 제공하도록 보장합니다. 테스트는 모바일 기기와 웹 브라우저에서 기능을 확인하고, 앱 출시 전에 잠재적인 문제를 식별하고 해결하는 것을 포함합니다.
-
-### iOS와 Android에서 테스트
-
-실제 iOS와 Android 기기에서 전체 인증 프로세스를 테스트하는 것으로 시작하세요.
-
--   **iOS의 경우**: URL 스키마가 `Info.plist` 파일에 올바르게 구성되어 있는지 확인하고, 앱이 OAuth2 제공자로부터의 리디렉션을 적절히 처리하는지 확인하세요. `WKWebView`를 인증 요청에 사용하는 것을 피하세요, `disallowed_useragent` 오류가 발생할 수 있습니다. 대신 iOS용 Google Sign-In이나 OpenID Foundation의 AppAuth를 사용하여 인증 플로우를 효과적으로 처리하세요 [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-    
--   **Android의 경우**: `AndroidManifest.xml`에 리디렉트 URI를 처리하기 위한 올바른 인텐트 필터가 포함되어 있는지 확인하세요. iOS와 마찬가지로, 인증 요청에 `android.webkit.WebView`를 사용하는 것을 피하세요, 이 역시 `disallowed_useragent` 오류를 일으킬 수 있습니다. Google Sign-In이나 Android용 OpenID AppAuth와 같은 라이브러리를 선택하세요 [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-    
-
-두 경우 모두, 인증 서버를 사용할 수 없는 경우와 같은 오류 시나리오를 테스트하세요 [\[7\]](https://www.testim.io/blog/how-to-test-oauth-authentication). 앱이 여러 권한(스코프)을 요청하는 경우, 어떤 권한이 허용되었는지 확인하고 일부가 거부될 수 있는 상황을 처리하세요 [\[6\]](https://developers.google.com/identity/protocols/oauth2/native-app).
-
-### 웹에서 테스트
-
-웹 플랫폼의 경우, 개발자 도구를 사용하여 네트워크 요청을 모니터링하고 토큰 보안을 확인하세요. OAuth 2.0 Playground와 같은 도구가 플로우 테스트에 도움이 될 수 있으며 [\[10\]](https://www.oauth.com/playground), [ZAP](https://www.zaproxy.org/)나 [BurpSuite](https://portswigger.net/burp)와 같은 HTTP 인터셉팅 프록시는 테스트 중 더 깊은 통찰력을 제공합니다 [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses).
-
-테스트할 때, 공개 클라이언트에 권장되는 접근 방식이므로 PKCE가 포함된 인증 코드 그랜트를 사용하세요. 비밀이 URL 파라미터 대신 POST 파라미터나 헤더 값을 통해 안전하게 전송되도록 하세요. 또한 `Referrer-Policy`와 같은 보안 헤더를 구현하여 보호를 강화하세요 [\[11\]](https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/05-Authorization_Testing/05-Testing_for_OAuth_Weaknesses).
-
-### 일반적인 문제 해결
-
-테스트 중에 해결해야 할 일반적인 문제들을 만날 수 있습니다:
-
--   **잘못된 리디렉트 URI**: 일치하지 않는 리디렉트 URI는 종종 "unauthorized client" 오류를 일으킵니다. 리디렉트 URI가 OAuth2 제공자의 설정, Capacitor 앱의 `capacitor.config.json` 파일, 그리고 네이티브 플랫폼 매니페스트 전반에 걸쳐 정확히 일치하는지 확인하세요.
-    
-    > "sso 허용 경로는 iosScheme와 hostname의 조합을 지원해야 합니다: ionic://com.myapp.mybundle" - LBopp [\[8\]](https://forum.ionicframework.com/t/redirect-back-to-app-after-oauth2-oidc-login/201056)
-    
--   **PKCE 검증 오류**: PKCE가 지원되고 올바르게 구성되었는지 확인하세요, 이는 앱 보안에 필수적입니다 [\[9\]](https://capacitorjs.com/docs/guides/security).
-    
--   **플러그인 구현 오류**: "Plugin is not implemented on iOS"와 같은 오류는 일반적으로 누락된 구성이나 Capacitor 환경 내의 문제를 나타냅니다. 이러한 문제를 식별하고 해결하는 데 도움이 되도록 OAuth2 플러그인에서 로깅을 활성화하세요 [\[4\]](https://github.com/capacitor-community/generic-oauth2).
-    
--   **상태 불일치 오류**: 인증 요청의 상태 매개변수가 리디렉트 응답의 매개변수와 일치하지 않으면 보안 위험을 나타낼 수 있습니다. 이는 Facebook과 같은 제공자에 대해 사용자 정의 OAuth 핸들러를 사용할 때 특히 관련이 있습니다. 오류나 잘못된 구성이 없는지 사용자 정의 핸들러 코드를 주의 깊게 검토하세요 [\[4\]](https://github.com/capacitor-community/generic-oauth2).
-    
-
-## Step 5: OAuth2 구현 보안
-
-OAuth2 통합을 보호하는 것은 민감한 데이터를 보호하고 취약점을 최소화하는 데 중요합니다. 구현이 안전하게 유지되도록 하는 주요 실천 사항은 다음과 같습니다.
-
-### 더 나은 보안을 위한 [PKCE](https://oauth.net/2/pkce/) 활성화
-
-![PKCE](https://assets.seobotai.com/capgo.app/683598e6d3b96619818496d3/a1d07053135329feb5e83364c4428d00.jpg)
-
-인증 플로우를 보호하는 가장 효과적인 방법 중 하나는 PKCE(Proof Key for Code Exchange)를 활성화하는 것입니다. PKCE는 인증 코드의 무단 가로채기를 방지하는 데 도움이 됩니다. 작동 방식은 다음과 같습니다:
-
--   43자에서 128자 사이의 무작위 `code_verifier`를 생성하는 것으로 시작합니다.
--   그런 다음 `code_verifier`를 SHA-256으로 해시하고 결과를 base64 URL 형식으로 인코딩하여 `code_challenge`를 생성합니다.
-
-`capacitor-community/generic-oauth2` 플러그인을 사용하는 경우, PKCE 활성화가 간단합니다. 다음은 구성 예시입니다:
-
-```javascript
-{
-  responseType: "code",
-  pkceEnable: true,
-  redirectUrl: "com.companyname.appname:/"
-}
-```
-
-이 플러그인은 자동으로 PKCE를 처리하며 PKCE가 없는 코드 플로우를 지원하지 않습니다. `code_challenge_method`는 적절한 검증을 위해 기본적으로 "S256
-
-### 콘텐츠 보안 정책 설정
-
-보안 저장소 외에도 강력한 콘텐츠 보안 정책(CSP)을 구현하면 크로스 사이트 스크립팅(XSS)이나 코드 인젝션과 같은 공격으로부터 앱을 보호할 수 있습니다. `Content-Security-Policy` HTTP 헤더를 사용하거나 HTML에 `<meta>` 태그를 추가하여 서버 레벨에서 CSP를 구성할 수 있습니다.
-
-중요한 지시어는 다음과 같습니다:
-
--   **default-src**: 모든 콘텐츠 유형에 대한 기본 규칙을 설정합니다.
--   **script-src**: 실행을 허용할 JavaScript 파일을 제어합니다.
--   **connect-src**: API 호출과 OAuth2 상호작용을 관리합니다.
--   **frame-ancestors**: iframe에서 앱을 임베드할 수 있는 대상을 제한하여 클릭재킹을 방지합니다.
-
-최대한의 보호를 위해 광범위한 허용 목록 대신 엄격한 nonce나 해시를 사용하고, `unsafe-inline`이나 `unsafe-eval`과 같은 지시어는 피하십시오. 앱이 HTTP에서 HTTPS로 전환 중이라면 `upgrade-insecure-requests` 지시어 추가를 고려하세요. OAuth2 콘텐츠가 다른 곳에 임베드되지 않도록 하려면 `frame-ancestors 'none'`을 설정하세요.
-
-## 결론 및 다음 단계
-
-### 핵심 요약
-
-다섯 가지 핵심 단계를 따라 Capacitor 앱에서 OAuth2 인증을 성공적으로 구현했습니다. OAuth2 제공자 설정, 필요한 플러그인 설치, 인증 흐름 생성, 플랫폼 간 테스트, PKCE와 적절한 토큰 저장을 통한 통합 보안이 포함되었습니다. OAuth 2.0은 인증 프로토콜이 아닌 **인가 프로토콜**이라는 점을 기억하는 것이 중요합니다 [\[1\]](https://auth0.com/intro-to-iam/what-is-oauth-2). 사용자 신원 확인보다는 접근 권한 부여에 중점을 둡니다.
-
-특히 모바일 앱에서는 보안이 매우 중요합니다. OAuth 2.0을 사용하는 조직은 기본 인증 방식을 사용하는 조직에 비해 API 접근 보안 사고가 34% 감소했다고 보고됩니다 [\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access). 수명이 짧은 액세스 토큰 사용, PKCE 구현, 토큰의 안전한 저장과 같은 모범 사례를 적용함으로써 앱의 인증 시스템을 위한 견고한 기반을 마련했습니다.
-
-이제 이 보안 프레임워크를 유지하면서 앱의 기능을 확장하는 방법을 살펴볼 수 있습니다.
-
-### 기능 추가
-
-OAuth2가 구현되었으므로 앱에 추가 기능을 더할 수 있습니다. 예를 들면:
-
--   **[OpenID Connect](https://openid.net/developers/how-connect-works/) (OIDC)**: OAuth 2.0을 사용자 인증과 싱글 사인온(SSO) 기능으로 확장 [\[16\]](https://developer.okta.com/docs/concepts/oauth-openid).
--   **다중 인증(MFA)**: 추가 보호 계층을 추가하여 보안 강화 [\[17\]](https://blog.saaspass.com/multi-factor-authentication-mfa-with-openid-connect-protocol-d6b64c49c99c).
--   **점진적 프로파일링**: 온보딩과 사용자 경험을 개선하기 위해 사용자 데이터를 점진적으로 수집 [\[15\]](https://www.descope.com/blog/post/oauth2-react-authentication-authorization).
-
-지속적인 유지보수와 업데이트를 위해 [Capgo](https://capgo.app/)와 같은 도구 사용을 고려하세요. 앱스토어 승인을 기다릴 필요 없이 실시간 업데이트, 수정사항, 새로운 기능을 즉시 푸시할 수 있습니다. 이는 특히 보안 패치나 새로운 인증 기능을 신속하게 배포하는 데 유용할 수 있습니다.
-
-### 추가 리소스
-
-OAuth2 구현을 더욱 향상시키기 위해 다음 리소스와 전략을 활용하세요:
-
--   **API 게이트웨이 보안**: 인증 및 권한 부여 조치, 캐싱, 강력한 로깅과 분석을 구현하여 배포를 강화 [\[20\]](https://moldstud.com/articles/p-best-practices-for-deploying-api-gateways-in-production).
-    
--   **Aaron Parecki의 조언**: _OAuth 2.0 Simplified_의 저자 Aaron Parecki에 따르면:
-    
-    > "인가 코드 흐름은 OAuth 2.0 흐름 중 가장 안전하며 서버 사이드 애플리케이션에서 가능한 한 항상 사용해야 합니다" [\[18\]](https://blog.dreamfactory.com/implementing-oauth-2.0-in-rest-apis-complete-guide).
-    
-
-다음 단계를 안내하는 빠른 참조 표입니다:
-
-| 단계 | 주요 집중 영역 |
-| --- | --- |
-| 시스템 구성 | 토큰 수명주기 관리, HTTPS 강제, 민감한 정보 안전 저장 |
-| 토큰 관리 | 수명이 짧은 액세스 토큰 사용 및 갱신 토큰 교체 |
-| 유효성 검증 과정 | 서명 확인 및 토큰 만료 확인 |
-
-정기적인 보안 감사를 실시하고 구현을 최신 상태로 유지하세요. 예를 들어, OAuth 2.1은 모든 인가 코드 요청에 PKCE를 필수로 하고 덜 안전한 흐름을 폐기하는 등의 개선사항을 도입합니다 [\[19\]](https://api7.ai/es/learning-center/api-101/oauth-2.0-secure-api-access). 또한 Capacitor 문서와 OAuth2 플러그인 저장소는 앱의 인증 시스템을 유지하고 개선하는 데 도움이 되는 지속적인 기술 지원을 제공합니다.
-
-## FAQ
-
-::: faq
-### 모바일 앱에서 OAuth2를 위해 PKCE가 포함된 인가 코드 흐름을 사용해야 하는 이유는 무엇인가요?
-
-## 모바일 앱에서 PKCE가 포함된 인가 코드 흐름을 사용하는 이유
-
-**PKCE가 포함된 인가 코드 흐름**은 인가 코드 가로채기와 중간자 공격과 같은 위험을 해결하여 보안을 강화하기 때문에 모바일 앱에서 선호되는 선택입니다. PKCE(Proof Key for Code Exchange)는 인가 서버가 검증하는 고유한 코드 챌린지를 추가하여 추가적인 보호 계층을 제공합니다. 이를 통해 의도된 앱만이 인증 프로세스를 완료할 수 있습니다.
-
-모바일 앱은 공개 클라이언트로 분류되어 클라이언트 비밀을 안전하게 저장할 수 없습니다. PKCE는 민감한 데이터를 노출하지 않고도 사용자를 안전하게 인증할 수 있게 해줍니다. 결과적으로 전반적인 사용자 경험을 향상시키는 더 안전하고 신뢰할 수 있는 로그인 프로세스가 됩니다.
-:::
-
-::: faq
-### iOS, Android 및 웹 앱에서 OAuth2 토큰을 안전하게 저장하는 가장 좋은 방법은 무엇인가요?
-
-다양한 플랫폼에서 OAuth2 토큰을 안전하게 보관하려면 **각 플랫폼에 맞춤화된 보안 저장소 솔루션**을 사용하는 것이 필수적입니다. iOS의 경우 Keychain Services가 선호되는 옵션이며, Android 사용자는 Android Keystore 시스템을 사용해야 합니다. 이러한 도구들은 토큰을 포함한 민감한 데이터를 보호하기 위해 특별히 설계되었습니다. 웹에서는 보안 쿠키나 암호화된 브라우저 저장소가 효과적인 대안이 될 수 있습니다.
-
-AES-256과 같은 암호화를 추가하면 토큰에 대한 추가적인 보안 계층이 제공됩니다. **수명이 짧은 토큰**을 사용하고 필요할 때 안전하게 갱신하면 위험이 더욱 줄어듭니다. OAuth2 프로세스 중에 **PKCE(Proof Key for Code Exchange)**를 구현하는 것도 무단 접근을 차단하는 현명한 방법입니다. 더 강력한 보호를 위해 생체 인증을 통합하여 정당한 사용자만이 저장된 토큰에 접근할 수 있도록 하는 것을 고려하세요.
-:::
-
-::: faq
-### Capacitor 앱에서 OAuth2 통합을 테스트할 때 가장 일반적인 문제점은 무엇이며 어떻게 해결할 수 있나요?
-
-Capacitor 앱에서 OAuth2 통합을 테스트할 때 개발자들이 몇 가지 일반적인 장애물에 부딪힐 수 있습니다. 주의해야 할 사항은 다음과 같습니다:
-
--   **잘못된 클라이언트 자격 증명**: 클라이언트 ID와 시크릿이 올바르게 설정되어 있고 OAuth 제공자의 구성과 일치하는지 확인하세요. 작은 오타도 문제를 일으킬 수 있습니다.
--   **리다이렉트 URI 불일치**: 앱의 리다이렉트 URI는 OAuth 제공자에 등록된 것과 정확히 일치해야 합니다. 불필요한 문제를 피하기 위해 이를 다시 확인하세요.
--   **토큰 만료**: 토큰은 영원히 지속되지 않습니다. 만료된 토큰을 원활하게 처리하고 사용자 경험을 중단 없이 유지하기 위해 신뢰할 수 있는 토큰 갱신 시스템을 설정하세요.
--   **스코프 잘못 구성**: 앱에서 요청하는 스코프는 OAuth 제공자에 구성된 것과 일치해야 합니다. 스코프가 일치하지 않으면 예기치 않은 오류가 발생할 수 있습니다.
-
-이러한 문제를 해결하기 위해 앱의 OAuth 설정을 철저히 검토하는 시간을 가지세요. 강력한 오류 처리를 구현하여 문제를 조기에 포착하고 해결하며, 다양한 시나리오에서 인증 흐름을 테스트하세요. Capgo와 같은 도구를 사용하면 앱스토어 승인을 기다리지 않고 업데이트와 수정사항을 앱에 직접 푸시할 수 있어 개발을 효율적으로 하고 사용자를 만족시킬 수 있습니다.
-:::
diff --git a/src/content/blog/ko/a-brand-new-organization-system.md b/src/content/blog/ko/a-brand-new-organization-system.md
deleted file mode 100644
index 7c3cd5d83..000000000
--- a/src/content/blog/ko/a-brand-new-organization-system.md
+++ /dev/null
@@ -1,90 +0,0 @@
----
-slug: a-brand-new-organization-system
-title: 완전히 새로운 조직 시스템
-description: Capgo팀이 조직 시스템을 추가한 배경 이야기
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-04-15T00:00:00.000Z
-updated_at: 2024-04-15T00:00:00.000Z
-head_image: /organization_system_blog.webp
-head_image_alt: Capgo 조직 시스템 일러스트레이션
-keywords: >-
-  organization system, capgo, mobile app development, software engineering,
-  backend development
-tag: Story
-published: true
-locale: ko
-next_blog: ''
----
-## 소개
-
-안녕하세요, 저는 Capgo의 수석 소프트웨어 엔지니어인 [WcaleNieWolny](https://github.com/WcaleNieWolny/WcaleNieWolny)입니다.
-
-지난 8개월 동안 [조직 시스템](/docs/webapp/organization-system/)을 개발해왔으며, 4월 14일부로 시스템이 완성되었음을 기쁘게 알려드립니다 🎉 🎊
-
-마침내 8개월 만에 Capgo의 모든 부분을 조직 구성원이 접근할 수 있게 되었습니다. 여기에는 다음이 포함됩니다:
- - 앱
- - 통계
- - 결제
- - 전체 CLI 지원
- - 그리고 더 많은 기능들!
-
-여기까지 오는 것이 쉽지 않았습니다. 시스템의 3가지 주요 개정이 있었습니다.
-
-## 조직 v1
-
-시작은 험난했습니다... 처음에는 프로젝트에 합류한 지 2주 후에 이 작업을 시작했습니다.
-당시에는 코드베이스나 구현 방법에 대한 더 큰 아이디어에 대해 거의 아는 것이 없었습니다.
-
-이로 인해 앱, 채널 및 버전에 대한 접근만 지원하는 매우 해키한 솔루션을 구현하게 되었습니다.
-초대된 사용자가 통계에 접근하는 것조차 허용하지 않았습니다.
-
-그리고 나서 Martin의 리뷰를 기다렸습니다. 기다리고 또 기다렸지만, 아무 일도 일어나지 않았습니다. 3개월 후, 이 작업으로 돌아와서 모든 머지 충돌을 해결하기로 했습니다. 또한 테스트를 하기로 결정했는데, 이는 아주 좋은 아이디어였습니다.
-놀랍지 않게도, 해키한 솔루션은 완전히 실패했습니다. 그 순간, 모든 버그를 수정하고 광범위한 E2E 테스트를 작성하기로 결정했습니다.
-매우 깨진 코드와 과거의 내가 내린 많은 잘못된 결정들과 함께 작업해야 했지만, 2주간의 힘든 작업 끝에 마침내 작동하게 만들었습니다.
-
-하지만 이것이 완벽했다는 의미는 아닙니다. 조직의 소유자는 여전히 가장 높은 권한을 가진 초대된 사용자보다도 훨씬 더 많은 접근 권한을 가지고 있었습니다. 사용자 경험도 매우 부족했습니다. 초대된 사용자는 애플리케이션 통계를 볼 수 없었고, 결제를 관리할 수 없었으며, CLI는 업로드로만 제한되어 있었습니다.
-
-이러한 모든 어려움에도 불구하고, Martin이 PR을 검토했고, 일주일 후에 프로덕션에 배포되었습니다.
-
-## 조직 v2
-
-모든 어려움에도 불구하고 조직 시스템은 꽤 잘 작동했습니다. 사용자들이 사용하고 있었고, 실제로 전체 프로젝트를 발전시켰습니다. 하지만 저는 여전히 다음을 해야 했습니다:
- - [row level security](https://supabase.com/docs/guides/auth/row-level-security)에서 만든 혼란 수정
- - 전체 CLI 지원 추가
- - 관리자 사용자가 소유자와 동일한 접근 권한을 가지도록 보장
-
-Martin과 [많은 논의](https://github.com/Cap-go/capgo/issues/564) 후, 우리는 전체 보안 규칙을 다시 작성하고 모든 리소스 소유권을 사용자가 아닌 조직으로 이전하는 것이 가장 좋은 방법이라고 결정했습니다.
-이를 통해 새로운 조직 시스템과의 통합이 더 쉬워지고 많은 레거시 코드도 제거할 수 있었습니다.
-
-새로운 RLS 코드를 작성하는 것은 매우 지루했지만, 1주일 반 만에 전체 마이그레이션이 준비되었습니다.
-
-하지만 이번에는 E2E 테스트를 작성하지 않기로 결정했고, 이는 수동으로 테스트해야 한다는 것을 의미했습니다. Martin과 함께 3번의 매우 광범위한 통화 후, 우리는 마침내 프로덕션에 배포하고 잘 되기를 바라기로 했습니다 🙏
-
-하지만 잘 되지 않았습니다... 사용자 등록이 깨져서 새로운 사용자들이 계정을 만들 수 없다는 것이 밝혀졌습니다 😅
-
-빠른 패닉 통화 후, 저는 신속하게 프로덕션에 몇 가지 변경사항을 배포하고 잠자리에 들었습니다. 불행히도, 제 변경사항은 더 많은 문제만 만들었습니다 😰
-
-잠에서 깨어났을 때, 사용자들에게 많은 빈 조직이 있다는 것을 발견했습니다. 사용자당 1개의 조직만 허용되어야 하므로 이는 발생해서는 안 되는 일이었습니다. 중복된 빈 조직들을 모두 제거하는 데 시간이 좀 걸렸지만, 그것을 제외하면 변경사항은 꽤 순조롭게 진행되었습니다.
-
-## 조직 v3
-
-이것조차도 충분하지 않았습니다. 여전히 큰 구성 요소가 빠져있었습니다 - 결제입니다.
-
-지금까지는 소유자만 결제를 관리할 수 있었습니다. 이로 인해 사용자가 조직을 위해 구매한다고 생각하고 플랜을 구매하는 등의 흥미로운 문제가 발생했습니다.
-우리는 이 문제를 수동으로 빠르게 해결했고, 이 시점에서 이 문제가 용납할 수 없다고 결정했습니다.
-
-마이그레이션은 꽤 순조로웠습니다. 1주일의 작업이 걸렸지만 V1과 V2에 비하면 정말 어렵지 않았습니다 🚀
-
-## 조직 v4 - 미래
-
-이 모든 힘든 작업 후에 이제는 잠시 다른 것에 집중할 때라고 생각합니다 😎
-
-쉽지 않았지만 많이 배웠고 Capgo는 매우 좋고 중요한 기능을 얻었습니다.
-여전히 레거시 함수를 폐기하고, 웹앱 사용자 경험을 개선하고, 버그를 모니터링해야 하지만,
-이 시스템에 대한 주요 변경사항은 없을 것입니다.
-
-<br>
-
-읽어주셔서 감사합니다 🚀
diff --git a/src/content/blog/ko/account-deletion-compliance-apple-guidelines.md b/src/content/blog/ko/account-deletion-compliance-apple-guidelines.md
deleted file mode 100644
index c7066dce0..000000000
--- a/src/content/blog/ko/account-deletion-compliance-apple-guidelines.md
+++ /dev/null
@@ -1,208 +0,0 @@
----
-slug: account-deletion-compliance-apple-guidelines
-title: '계정 삭제 규정 준수: Apple 가이드라인'
-description: 'Apple의 계정 삭제 가이드라인, 개발자를 위한 주요 요구사항 및 사용자 데이터 프라이버시를 보장하기 위한 모범 사례에 대해 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T03:15:15.208Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6823e678f8b9f5df39f52ef5-1747192562945.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Apple guidelines, account deletion, user privacy, app compliance, mobile
-  development
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-[애플 앱스토어](https://www.apple.com/app-store/)의 모든 앱은 사용자 계정을 삭제할 수 있는 인앱 옵션을 제공해야 합니다. 2022년 6월 30일부터 시행된 이 정책은 사용자가 자신의 데이터를 완전히 삭제할 수 있도록 하여 개인정보 보호에 대한 더 많은 통제권을 제공합니다. 알아야 할 사항은 다음과 같습니다:
-
--   **주요 요구사항**:
-    
-    -   **계정 삭제 옵션**은 앱 설정에서 쉽게 찾을 수 있어야 합니다.
-    -   법적으로 보관이 필요한 경우를 제외하고 사용자 데이터를 **완전히 제거**해야 합니다.
-    -   **"Apple로 로그인"**을 사용하는 앱은 Apple의 REST API를 통해 토큰을 취소해야 합니다.
--   **개발자를 위한 사항**:
-    
-    -   사용 편의성과 데이터 완전 삭제를 위한 삭제 프로세스를 테스트합니다.
-    -   제3자 서비스도 사용자 데이터를 삭제하도록 합니다.
-    -   실시간 업데이트와 규정 준수 모니터링을 위해 **[Capgo](https://capgo.app/)** 같은 도구를 사용합니다.
--   **일반적인 문제**:
-    
-    -   플랫폼 간 삭제 동기화.
-    -   고아 토큰과 불완전한 데이터 제거 처리.
-
-이를 준수하지 않으면 앱이 거부되거나 앱스토어에서 제거될 수 있습니다. 개발자는 문제를 피하기 위해 사용자 개인정보 보호를 우선시하고 Apple의 지침을 따라야 합니다.
-
-## 기술적 요구사항
-
-### 필수 삭제 단계
-
-계정 삭제 프로세스는 간단하고 찾기 쉬워야 합니다. 하위 메뉴나 외부 링크에 숨기지 말고 앱의 계정 설정에 눈에 띄게 배치하세요.
-
-다음은 포함해야 할 주요 단계입니다:
-
--   **계정 확인**: 이메일 코드나 SMS를 통해 사용자의 신원을 확인합니다.
--   **명확한 커뮤니케이션**: 어떤 데이터가 삭제될 것인지 명확히 설명하고 특정 정보의 법적 보관 요구사항을 강조합니다.
--   **확인 대화상자**: 계정 삭제의 결과를 설명하는 최종 확인 화면을 제공합니다.
-
-또한 계정 삭제 과정에서 Sign in with Apple REST API를 사용하여 토큰을 취소하세요 [\[2\]](https://developer.apple.com/news/?id=12m75xbj)[\[3\]](https://www.ketch.com/blog/posts/apple-delete-account-requirement).
-
-이러한 단계가 마련되면 데이터 제거가 이러한 요구사항에 부합하는지 확인하는 데 집중하세요.
-
-### 데이터 제거 기준
-
-| **데이터 유형** | **제거 요구사항** | **법적 고려사항** |
-| --- | --- | --- |
-| 사용자 콘텐츠 | 완전 삭제 | 임시 보관이 필요할 수 있음 |
-| 인증 데이터 | 즉시 제거 | 토큰 취소 필요 |
-| 제3자 데이터 | 조정된 삭제 | 서비스별 규정 준수 차이 |
-| 사용 기록 | 전체 제거 | 법적 보관 규칙 적용 |
-
-사용자 데이터가 제3자 서비스에 저장된 경우, 해당 서비스도 데이터를 삭제하도록 해야 합니다. 엄격한 규제가 있는 산업은 규정 준수를 보장하기 위해 추가적인 고객 서비스 지원이 필요할 수 있습니다 [\[2\]](https://developer.apple.com/news/?id=12m75xbj).
-
-포괄적인 테스트를 통해 이러한 기준을 준수하는지 확인하는 것이 중요합니다.
-
-### 테스트 요구사항
-
-계정 삭제 프로세스를 테스트하는 것은 규정 준수와 기능성을 보장하는데 필수적입니다. [Xcode](https://developer.apple.com/xcode/)와 App Store 검토 도구를 사용하여 다음 사항에 집중하세요:
-
--   **삭제 흐름**: 프로세스가 사용자 친화적이고 접근하기 쉬운지 확인합니다.
--   **데이터 검증**: 모든 사용자 데이터가 모든 시스템에서 완전히 제거되는지 확인합니다.
--   **엣지 케이스**: 인앱 구매와 제3자 통합과 관련된 시나리오를 테스트합니다.
-
-Capgo와 함께 Capacitor를 사용하는 개발자의 경우, 실시간 업데이트를 통해 App Store 승인을 기다릴 필요 없이 규정 준수 문제를 빠르게 해결할 수 있습니다. 테스트 중에는 다음 사항을 확인하세요:
-
--   Apple로 로그인한 사용자의 토큰 취소.
--   모든 연결된 서비스에서 데이터 완전 제거.
--   활성 구독의 적절한 처리.
-
-## 일반적인 문제와 해결방법
-
-### 플랫폼 데이터 동기화
-
-때때로 iOS와 Android에서의 데이터 삭제가 제대로 동기화되지 않습니다. 이는 일반적으로 각 플랫폼이 저장소와 캐시된 데이터를 처리하는 방식의 차이 때문에 발생합니다.
-
-다음은 동기화 문제를 해결하는 방법입니다:
-
--   **중앙화된 삭제 핸들러**: 다음과 같은 주요 작업을 관리하는 통합 서비스를 개발하세요:
-    
-    -   [로컬 스토리지](https://capgo.app/plugins/capacitor-data-storage-sqlite/) 정리
-    -   보안 저장소 제거
-    -   클라우드 동기화 프로세스 종료
-    -   토큰 관리 처리
--   **크로스 플랫폼 이벤트 브로드캐스팅**: 일관성을 보장하기 위해 서버 측 로직을 사용하여 모든 활성 세션과 기기에 삭제 이벤트를 전송합니다.
-
-### 플러그인 업데이트
-
-플랫폼 전반의 삭제를 처리한 후에는 플러그인 특정 문제를 해결해야 합니다. 불일치를 피하기 위해 플러그인이 호환되고 삭제 프로세스와 일치하는지 확인하는 것이 중요합니다.
-
-| **문제** | **영향** | **해결방법** |
-| --- | --- | --- |
-| 토큰 지속성 | 고아 토큰이 활성 상태로 남음 | 자동 토큰 취소 설정 |
-| 로컬 스토리지 | 데이터 정리가 불완전할 수 있음 | 재귀적 삭제 확인 수행 |
-| 클라우드 동기화 | 삭제 상태가 불일치할 수 있음 | 일관성을 보장하기 위해 동기식 핸들러 사용 |
-
-### [Capgo](https://capgo.app/) 업데이트 관리
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6823e678f8b9f5df39f52ef5/21f0f35e63cf5752e2e56f9c4dd03eab.jpg)
-
-실시간 업데이트 관리는 플랫폼과 플러그인 전반에 걸쳐 규정 준수를 유지하는 데 중요한 역할을 합니다. 여기서 **Capgo**는 계정 삭제 업데이트 관리 프로세스를 단순화할 수 있습니다.
-
-Capgo가 도움이 되는 방법:
-
--   **단계적 출시**: 삭제 흐름 업데이트를 광범위하게 배포하기 전에 작은 그룹으로 테스트합니다.
--   **즉시 롤백**: 문제가 발생하면 즉시 이전 안정 버전으로 되돌립니다.
--   **업데이트 분석**: 삭제 흐름의 성공률을 모니터링하고 규정 준수 문제를 파악합니다.
-
-Capgo에 따르면, 규정 준수 업데이트는 24시간 내에 95%의 사용자에게 도달합니다[\[1\]](https://capgo.app). 또한 모든 배포는 종단간 암호화로 보호되어 데이터 안전을 보장합니다.
-
-규정 준수 업데이트를 위해 Capgo를 최대한 활용하는 방법:
-
--   **버전 관리**: 별도의 업데이트 채널을 사용하여 모든 사용자에게 배포하기 전에 삭제 흐름을 테스트합니다.
--   **오류 모니터링**: 실패한 삭제나 플러그인 충돌에 대한 알림을 설정합니다.
--   **규정 준수 확인**: Capgo의 분석을 활용하여 사용자가 삭제 규정 준수를 위한 최신 업데이트를 받고 있는지 확인합니다.
-
-## 구현 가이드
-
-### 사용자 인터페이스 기준
-
-계정 삭제를 위한 사용자 인터페이스를 설계할 때 다음 사항을 고려하세요:
-
--   **주요 위치**: 삭제 옵션을 찾기 쉽게 만드세요. 계정 설정에 눈에 띄게 배치하세요(예: _설정 > 계정 > 계정 삭제_).
-    
--   **명확한 커뮤니케이션**: 계정이 삭제될 때 발생하는 일에 대해 자세히 설명하세요. 다음 정보를 포함하세요:
-    
-    -   어떤 데이터가 제거될 것인지
-    -   법적 데이터 보관 요구사항
-    -   삭제 예상 시간
-    -   활성 구독에 미치는 잠재적 영향
--   **확인 흐름**: 다음을 통해 프로세스가 안전한지 확인하세요:
-    
-    -   사용자에게 비밀번호 재입력 요청
-    -   이메일이나 SMS를 통한 확인 코드 전송
-    -   작업을 명확히 설명하는 확인 대화상자 표시
-
-이러한 기준은 더 넓은 규정 준수 프로토콜에 부합하면서 사용자 친화적인 경험을 보장합니다.
-
-### 자동화된 규정 준수 확인
-
-이러한 기준을 일관되게 준수하기 위해 자동화된 도구를 사용하여 UI와 프로세스를 검증하세요. 다음과 같은 중요 영역에 집중하세요:
-
-| 테스트 카테고리 | 확인 지점 | 구현 방법 |
-| --- | --- | --- |
-| **UI 테스트** | 삭제 옵션을 쉽게 찾을 수 있는지 확인 | 자동화된 UI 탐색 테스트 사용 |
-| **데이터 제거** | 사용자 데이터의 완전한 삭제 확인 | API 응답 검증 |
-| **토큰 관리** | "Apple로 로그인" 같은 토큰 취소 | REST API 통합 테스트 수행 |
-| **크로스 플랫폼** | 모든 기기에서의 일관성 보장 | 여러 기기에서 테스트 |
-
-정기적인 자동화 테스트는 사용자에게 영향을 미치기 전에 잠재적 문제를 식별하고
-
-이러한 요구사항을 충족하기 위해 다음과 같은 조치를 취하십시오:
-
--   **데이터 저장소 검토**  
-    사용자 데이터가 저장되는 모든 소스를 감사하고 보존 정책을 평가하십시오. 제3자 연결이 철저히 문서화되어 있는지 확인하십시오.
-    
--   **안전한 삭제 워크플로우 배포**  
-    사용자 요청을 확인하고, 토큰을 취소하며, 사용자 데이터 제거를 자동화하는 프로세스를 설정하십시오.
-    
--   **테스트 프로토콜**  
-    플랫폼 전반에 걸쳐 종합적인 테스트를 수행하고, 다양한 시나리오를 시뮬레이션하며, 규정 준수를 입증하기 위한 문서를 유지하십시오.
-    
-
-Capgo와 같은 도구를 사용하면 앱을 실시간으로 조정할 수 있어 업데이트가 간소화됩니다. 정기적인 테스트와 자동화된 모니터링은 데이터 무결성을 보장하고 시간이 지남에 따라 앱의 규정 준수를 유지하는 데 도움이 됩니다. 또한, 규정 준수 격차를 피하기 위해 발전하는 법적 요구사항에 대해 계속 파악하십시오.
-
-## 앱에서 계정 삭제 구현 방법
-
-<iframe src="https://www.youtube.com/embed/TC6d4pub1jU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 자주 묻는 질문
-
-::: faq
-### 개발자들은 앱이 Apple의 계정 삭제 요구사항을 충족하도록 어떻게 보장할 수 있나요?
-
-Apple의 계정 삭제 가이드라인을 충족하기 위해서는 개발자들이 사용자에게 앱 내에서 직접 계정을 삭제할 수 있는 간단하고 명확한 방법을 제공해야 합니다. 이 과정은 찾기 쉽고, 따라하기 쉬워야 하며, 사용자가 외부 웹사이트를 방문하거나 지원팀에 연락할 필요가 없어야 합니다.
-
-Capacitor를 사용하는 경우, **Capgo**와 같은 도구를 사용하면 규정 준수가 더 쉬워질 수 있습니다. Capgo를 사용하면 앱 스토어 승인을 기다리지 않고도 계정 삭제 기능과 같은 변경사항을 신속하게 구현할 수 있습니다. 규정을 준수함으로써 앱 거부 위험을 줄일 뿐만 아니라 사용자 신뢰도도 강화할 수 있습니다.
-:::
-
-::: faq
-### 개발자들은 동기화 문제를 피하면서 플랫폼 전반에 걸쳐 적절한 데이터 삭제를 어떻게 보장할 수 있나요?
-
-다양한 플랫폼에서 데이터 삭제를 관리하는 것은 특히 Apple이 설정한 것과 같은 특정 가이드라인을 준수할 때 항상 간단하지는 않습니다. 이를 해결하기 위해 개발자는 모든 통합된 플랫폼에서 데이터 삭제 요청을 균일하게 처리하는 신뢰할 수 있는 백엔드 시스템을 구축해야 합니다. 이는 종종 삭제를 동시에 실행하여 일관성을 보장하고 불일치를 방지하는 API나 서비스를 활용하는 것을 포함합니다.
-
-Capacitor로 만든 앱의 경우, **Capgo**와 같은 도구를 사용하면 이 작업을 간소화할 수 있습니다. Capgo는 실시간 업데이트를 지원하고 Apple의 요구사항에 부합하여 개발자가 데이터 삭제 표준을 충족하면서 앱 업데이트와 기능을 관리할 수 있도록 돕습니다. 원활한 동기화를 보장하는 도구를 사용함으로써 개발자는 오류를 최소화하고 사용자 신뢰를 강화할 수 있습니다.
-:::
-
-::: faq
-### 앱 개발자들은 앱이 Apple의 계정 삭제 요구사항을 준수하도록 어떻게 보장할 수 있나요?
-
-## Apple의 계정 삭제 요구사항 준수 보장
-
-Apple의 계정 삭제 요구사항을 충족하기 위해서는 그들의 가이드라인을 계속 파악하고 앱 내에서 계정 삭제를 위한 간단하고 사용자 친화적인 프로세스를 만드는 것이 중요합니다. 특히 계정 관리와 사용자 데이터 섹션에 대한 Apple의 앱 스토어 검토 가이드라인을 정기적으로 검토하는 것이 개발자에게 필수적인 단계입니다.
-
-앱이 Capacitor를 사용하여 구축된 경우, **Capgo**와 같은 도구를 사용하면 이 프로세스를 간소화할 수 있습니다. Capgo는 실시간 업데이트와 같은 기능을 제공하고 원활한 사용자 경험을 유지하면서 앱이 Apple의 플랫폼 요구사항을 충족하도록 보장합니다. 또한, 규정 준수를 확인하고 잠재적인 문제를 신속하게 해결하기 위해 정기적인 테스트와 모니터링이 필수적입니다.
-:::
diff --git a/src/content/blog/ko/alternative-to-appflow.md b/src/content/blog/ko/alternative-to-appflow.md
deleted file mode 100644
index f615a41dd..000000000
--- a/src/content/blog/ko/alternative-to-appflow.md
+++ /dev/null
@@ -1,85 +0,0 @@
----
-slug: alternative-to-appflow
-title: Ionic Appflow의 대안
-description: >-
-  Ionic Appflow는 앱을 위한 큰 기계와 같지만, 안타깝게도 모든 사람이 감당할 수 있는 가격이 아닙니다. Capgo는 합리적인
-  가격으로 OTA 업데이트를 쉽게 처리할 수 있도록 도와드립니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-02T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /appflow_alt.webp
-head_image_alt: Appflow 대체 일러스트레이션
-keywords: >-
-  Ionic Appflow, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: ko
-next_blog: ''
----
-Ionic Appflow는 개발자가 모바일 앱을 빠르게 구축, 테스트 및 배포할 수 있는 다양한 도구와 서비스를 제공하는 클라우드 기반 모바일 앱 개발 플랫폼입니다. 지속적인 통합 및 배포, 충돌 보고와 같은 기능을 제공하여 개발자가 앱의 성능을 추적하고 사용자에게 원활하게 실행되도록 보장할 수 있습니다.
-
-Ionic Appflow의 주요 기능 중 하나는 실시간 업데이트 지원입니다. 이를 통해 개발자는 사용자가 새 버전의 앱을 다운로드할 필요 없이 실시간으로 앱의 콘텐츠와 기능을 업데이트할 수 있습니다. 즉, 사용자는 업데이트를 다운로드하고 설치하는 과정을 거치지 않고도 최신 기능과 개선 사항을 바로 이용할 수 있습니다.
-
-이미 자체 지속적 통합 솔루션을 사용하고 있지만 Ionic Appflow의 실시간 업데이트 기능에 관심이 있다면, Ionic Appflow 사용 비용이 부담될 수 있습니다. 이 경우 더 저렴한 가격으로 실시간 업데이트를 제공하는 다른 플랫폼을 고려해볼 수 있습니다.
-
-한 가지 옵션은 Digital shift OU 회사에서 만든 오픈소스 Capacitor 플러그인인 Capgo입니다. [Capgo](/register/)는 Ionic Appflow처럼 실시간 업데이트를 제공하며, 다양한 지속적 통합 도구와 통합될 수 있습니다. 이를 통해 기존의 지속적 통합 설정을 계속 사용하면서도 실시간 업데이트의 편리함과 유연성을 활용할 수 있습니다.
-
-물론 사용을 고려 중인 플랫폼의 기능과 비용을 신중하게 평가하고, 귀하의 요구사항과 예산에 가장 잘 맞는 솔루션을 선택하는 것이 중요합니다.
-
-이를 위해 비교하기 쉽도록 명확하고 간단한 표를 만들었습니다.
-
-## 기능 비교
-
-| 기능 | Capgo | Appflow |
-| --- | --- | --- |
-| 실시간 업데이트 | ✅ | ✅ |
-| 업데이트 시간 | < 1분 | < 10분 |
-| 업데이트 채널 | ✅ | ✅ |
-| 무료 체험 | ✅ | ❌ |
-| 버전 되돌리기/채널 변경 | ✅ | ❌ |
-| 설치 통계 | ✅ | ❌ |
-| 테스트용 샌드박스 앱 | ✅ | ❌ |
-| Capacitor 플러그인 | ✅ | ❌ Cordova 호환 |
-| Cordova 플러그인 | ❌ 백포트 가능 | ✅ |
-| 합리적인 가격 | ✅ $14/월부터 | ❌ $499/월부터 |
-| 네이티브 빌드 | ❌ | ✅ |
-| 종단간 암호화 | ✅ | ❌ Portal만 해당 |
-| 100% 오픈소스 | ✅ | ❌ |
-| Portal | ❌ 출시 예정 | ✅ |
-| CI/CD | ❌ 인기 있는 도구 튜토리얼 제공 | ✅ |
-
-## 지속적 통합 대안
-
-[Capgo](https://capgo.app/pricing/)를 사용하여 실시간 업데이트를 활용하고 싶지만 지속적 통합 솔루션이 없는 경우, GitHub Actions를 사용하여 저비용 지속적 통합 워크플로우를 쉽게 설정할 수 있습니다. GitHub Actions는 GitHub 저장소용 무료 내장 지속적 통합 및 배포 서비스로, 개발자가 소프트웨어 개발 워크플로우를 자동화할 수 있습니다.
-
-GitHub Actions와 Capgo로 지속적 통합을 설정하려면, 먼저 앱 코드용 GitHub 저장소를 만들어야 합니다. 그런 다음 저장소에 코드가 푸시될 때마다 실행되어야 할 단계를 정의하는 워크플로우 파일을 만들 수 있습니다. 예를 들어, 간단한 워크플로우 파일에는 앱을 빌드하고 테스트한 다음 [Capgo](/register/)를 사용하여 실시간 업데이트를 만들고 앱 사용자에게 배포하는 단계가 포함될 수 있습니다.
-
-이 설정이 완료되면, 앱 코드를 변경하고 GitHub 저장소에 푸시할 때마다 워크플로우 파일이 트리거되고 지정된 단계가 실행됩니다. 이를 통해 최소한의 노력으로 JS 앱을 자동으로 빌드, 테스트 및 배포할 수 있으며, 실시간 업데이트의 편리함과 유연성도 활용할 수 있습니다.
-
-전반적으로 GitHub Actions와 [Capgo](/register/)를 사용하는 것은 실시간 업데이트를 사용하고 싶지만 자체 지속적 통합 설정이 없는 사람들에게 비용 효율적인 솔루션이 될 수 있습니다. 이러한 도구를 활용하면 클라이언트는 앱 개발 프로세스를 자동화하고 빠르고 쉽게 업데이트를 사용자에게 배포할 수 있습니다.
-
-Capgo로 CI/CD를 설정할 준비가 되었다면, [IOS용 튜토리얼](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)을 따라할 수 있습니다.
-
-## 더 나아가기
-
-솔직히 말하면, 저는 오랫동안 전담 지원 담당자가 필요한 큰 팀들에게 Appflow를 추천해왔습니다.
-하지만 이제는 변화가 필요한 시점이라고 생각합니다.
-
-Capgo는 이제 모든 규모의 팀이 사용할 수 있을 만큼 성숙해졌고, 훨씬 더 저렴합니다.
-
-전담 지원 담당자가 필요한 큰 팀이라면, 저에게 연락 주시면 함께 해결책을 찾을 수 있습니다.
-
-Capgo가 셀프 서비스를 지향하더라도, 저는 사용자들을 위해 항상 함께하고 있습니다.
-
-네이티브 코드 빌드 구성도 도와드릴 수 있으며, 이를 위해 Appflow에 비용을 지불할 필요가 없습니다.
-
-오픈소스 셀프 서비스 커뮤니티 주도 도구를 좋아하신다면,
-
-아래에서 우리와 함께하세요 👇
-
-## 계정을 만들려면 여기서 등록하세요
-
-[Capgo](/register/)
diff --git a/src/content/blog/ko/alternative-to-expo.md b/src/content/blog/ko/alternative-to-expo.md
deleted file mode 100644
index 40be972de..000000000
--- a/src/content/blog/ko/alternative-to-expo.md
+++ /dev/null
@@ -1,58 +0,0 @@
----
-slug: alternative-to-expo
-title: Expo Live Update의 대안
-description: >-
-  Expo의 라이브 업데이트의 편리함을 제공하면서도 React Native에 국한되지 않는 모바일 앱 개발 플랫폼을 찾고 계신가요?
-  Capgo를 확인해보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /expo_alternative.webp
-head_image_alt: Expo 대체 일러스트레이션
-keywords: >-
-  Expo, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: ko
-next_blog: ''
----
-Expo Live Update는 개발자가 사용자에게 새로운 버전의 앱을 다운로드하도록 요구하지 않고도 실시간으로 앱 업데이트를 배포할 수 있게 해주는 Expo 플랫폼의 기능입니다. 이는 개발자가 사용자에게 업데이트를 다운로드하고 설치하는 과정을 강요하지 않고도 앱의 콘텐츠와 기능을 신속하고 쉽게 업데이트할 수 있게 해주는 Capgo의 실시간 업데이트 기능과 유사합니다.
-
-Expo Live Update와 Capgo의 실시간 업데이트 기능은 모두 개발자가 새로운 앱 기능과 개선사항을 사용할 수 있게 되는 즉시 사용자에게 제공하기 쉽도록 설계되었습니다. 이는 사용자가 새로운 기능과 개선사항을 즉시 이용할 수 있게 되어 사용자 경험을 향상시키고 앱에 대한 사용자의 참여도를 유지하는 데 도움이 될 수 있습니다.
-
-전반적으로 Expo Live Update와 Capgo의 실시간 업데이트 기능은 개발자가 실시간으로 앱 업데이트를 배포할 수 있는 편리하고 사용자 친화적인 방법을 제공한다는 점에서 유사합니다. 개발자가 Expo Live Update 또는 Capgo의 실시간 업데이트 기능 중 어느 것을 선택할지는 그들의 특정 요구사항과 선호도, 그리고 앱 개발에 사용하는 도구와 기술에 따라 달라질 것입니다.
-
-모바일 앱 개발자로서 Expo의 대안을 찾고 계시다면, Capgo를 고려해보시는 것이 좋습니다. [Capgo](/register/)는 Expo와 같은 많은 도구와 서비스를 제공하는 클라우드 기반 모바일 앱 개발 플랫폼이지만, 한 가지 중요한 차이점이 있습니다: [Capgo](/register/)는 모든 JavaScript 프레임워크와 함께 사용할 수 있는 반면, Expo는 React Native를 사용하여 구축된 앱으로 제한됩니다.
-
-이는 Capgo를 사용하면 개발자가 자신의 요구사항과 선호도에 가장 잘 맞는 프레임워크를 선택할 자유가 있다는 것을 의미합니다. AngularJS, Vue.js 또는 다른 JavaScript 프레임워크의 팬이라도 [Capgo](/register/)를 사용하여 쉽게 앱을 구축, 테스트 및 배포할 수 있습니다.
-
-유연성 외에도 [Capgo](/register/)는 모바일 앱 개발을 위한 다양한 유용한 도구와 서비스를 제공합니다. 예를 들어, CI/CD와의 통합, 네이티브 기능을 위한 플러그인, 네이티브 CI/CD를 위한 튜토리얼, 그리고 분석 기능을 제공하여 개발자가 앱의 성능을 추적하고 사용자에게 원활하게 작동하는지 확인할 수 있습니다.
-
-전반적으로 [Capgo](/register/)는 여러 JavaScript 프레임워크를 지원하는 추가적인 장점과 함께 Expo와 동일한 많은 기능과 이점을 제공하는 강력하고 유연한 대안입니다. 앱 개발 프로세스를 간소화하고 훌륭한 사용자 경험을 제공하는 데 도움이 되는 플랫폼을 찾고 계시다면, [Capgo](/register/)를 고려해볼 만합니다.
-
-## 기능 비교
-
-| 기능 | Capgo | Expo |
-| --- | --- | --- |
-| 실시간 업데이트 | ✅ | ✅ |
-| 업데이트 채널 | ✅ | ✅ |
-| 채널 버전 되돌리기/변경 | ✅ | ✅ |
-| 설치 통계 | ✅ | ❌ |
-| 테스트용 샌드박스 앱 | ✅ | ✅ |
-| React Native | ❌ | ✅ |
-| React | ✅ | ❌ |
-| Capacitor | ✅ | ❌ React-native만 가능 |
-| 합리적인 가격 | ✅ | ✅ |
-| 네이티브 빌드 | ❌ | ✅ |
-| 100% 오픈소스 | ✅ | ❌ |
-| 종단간 암호화 | ✅ | ❌ 암호화된 서명만 가능 |
-| CI/CD | ❌ 인기 있는 도구에서 사용하는 튜토리얼 제공 | ✅ |
-
-## 결론
-
-Expo는 React Native 개발자들을 위한 훌륭한 도구이지만, 유일한 선택지는 아닙니다. Expo의 대안을 찾고 계시다면, [Capgo](/register/)를 고려해보시는 것이 좋습니다. [Capgo](/register/)는 [Expo](https://expo.dev/)와 같은 많은 도구와 서비스를 제공하는 클라우드 기반 모바일 앱 개발 플랫폼이지만, 한 가지 중요한 차이점이 있습니다: [Capgo](/register/)는 모든 JavaScript 프레임워크와 함께 사용할 수 있는 반면, Expo는 React Native를 사용하여 구축된 앱으로 제한됩니다.
-
-Capgo가 더 나은 앱을 더 빠르게 만드는 데 어떻게 도움이 될 수 있는지 알아보려면, [오늘 무료 계정에 가입](/register/)하세요.
diff --git a/src/content/blog/ko/alternative-to-voltbuilder.md b/src/content/blog/ko/alternative-to-voltbuilder.md
deleted file mode 100644
index b02a210bf..000000000
--- a/src/content/blog/ko/alternative-to-voltbuilder.md
+++ /dev/null
@@ -1,75 +0,0 @@
----
-slug: alternative-to-voltbuilder
-title: Voltbuilder의 대안
-description: >-
-  Voltbuilder는 웹 프로젝트를 네이티브 앱으로 변환하는 쉬운 방법을 제공하지만, 가격이 모든 사람에게 적합하지 않을 수 있습니다.
-  Capgo는 OTA 업데이트를 쉽게 처리할 수 있는 비용 효율적인 솔루션을 제공합니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-09-09T00:00:00.000Z
-updated_at: 2024-09-09T00:00:00.000Z
-head_image: /voltbuilder_alt.webp
-head_image_alt: Voltbuilder 대체 일러스트레이션
-keywords: >-
-  Voltbuilder, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Alternatives
-published: true
-locale: ko
-next_blog: ''
----
-Voltbuilder는 개발자가 HTML, CSS 및 JavaScript를 사용하여 웹 프로젝트를 Android 및 iOS용 네이티브 모바일 앱으로 변환할 수 있게 해주는 클라우드 기반 플랫폼입니다. 간편한 설정, 자동 앱 빌드 및 업로드, Apache Cordova 플러그인 지원 등 앱 개발 프로세스를 단순화하도록 설계된 다양한 기능을 제공합니다.
-
-Voltbuilder의 주요 특징 중 하나는 몇 분 만에 Android와 iOS 플랫폼 모두에 대한 스토어 준비가 완료된 앱을 생성할 수 있다는 것입니다. 이를 통해 개발자는 네이티브 앱 개발에 대한 광범위한 지식이나 앱 스토어 제출 프로세스의 복잡성 없이도 빠르게 앱을 만들고 배포할 수 있습니다.
-
-Voltbuilder는 많은 개발자에게 편리한 솔루션을 제공하지만, 가격 구조가 모든 프로젝트나 예산에 적합하지 않을 수 있습니다. 실시간 업데이트 측면에서 강력한 기능을 제공하면서도 더 저렴한 옵션을 찾고 계시다면, Capgo와 같은 대안을 고려해 보시는 것이 좋습니다.
-
-Digital Shift OU에서 개발한 오픈소스 Capacitor 플러그인인 Capgo는 더 비싼 플랫폼에서 찾을 수 있는 것과 유사한 실시간 업데이트 기능을 더 접근하기 쉬운 가격대에 제공합니다. 이를 통해 사용자가 앱 스토어에서 새 버전을 다운로드할 필요 없이 실시간으로 앱을 최신 상태로 유지할 수 있습니다.
-
-현명한 결정을 내리실 수 있도록 Capgo와 Voltbuilder의 기능을 비교한 표를 만들어보았습니다.
-
-## 기능 비교
-
-| 기능 | Capgo | Voltbuilder |
-| --- | --- | --- |
-| 실시간 업데이트 | ✅ | ❌ |
-| 네이티브 앱 변환 | ❌ | ✅ |
-| 업데이트 소요 시간 | < 1분 | 해당 없음 |
-| 업데이트 채널 | ✅ | ❌ |
-| 무료 체험 | ✅ | ✅ (15일) |
-| 버전/채널 변경 되돌리기 | ✅ | ❌ |
-| 설치 통계 | ✅ | ❌ |
-| 테스트용 샌드박스 앱 | ✅ | ❌ |
-| Capacitor 플러그인 | ✅ | ❌ |
-| Cordova 플러그인 지원 | ❌ 백포트 가능성 있음 | ✅ |
-| 합리적인 가격 | ✅ $14/월부터 시작 | ✅ $9.95/월부터 시작 |
-| 네이티브 빌드 | ❌ | ✅ |
-| 종단간 암호화 | ✅ | ❌ |
-| 100% 오픈소스 | ✅ | ❌ |
-| 간편한 설정 | ✅ | ✅ |
-| 스토어 준비 완료 앱 | ❌ | ✅ |
-
-## 지속적 통합 대안
-
-Voltbuilder는 앱 빌드와 배포를 위한 간소화된 프로세스를 제공하지만, 내장된 지속적 통합 기능은 제공하지 않습니다. 실시간 업데이트와 함께 CI/CD 파이프라인을 구현하고자 한다면, Capgo를 GitHub Actions와 같은 서비스와 결합하는 것을 고려해볼 수 있습니다.
-
-GitHub Actions는 GitHub 저장소를 위한 무료 내장 지속적 통합 및 배포 서비스입니다. GitHub Actions로 워크플로우를 설정하고 Capgo를 실시간 업데이트용으로 통합하면 강력한 자동화된 개발 파이프라인을 만들 수 있습니다.
-
-이를 설정하려면 먼저 앱 코드를 위한 GitHub 저장소를 만듭니다. 그런 다음 저장소에 코드가 푸시될 때마다 실행될 단계를 정의하는 워크플로우 파일을 만들 수 있습니다. 이러한 단계에는 앱 빌드 및 테스트, 그리고 Capgo를 사용하여 실시간 업데이트를 만들고 배포하는 과정이 포함될 수 있습니다.
-
-이 설정을 통해 Capgo가 제공하는 실시간 업데이트 기능을 활용하면서도 최소한의 노력으로 앱을 자동으로 빌드, 테스트 및 배포할 수 있습니다. Capgo를 사용한 CI/CD 설정에 대한 자세한 지침은 [iOS](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) 튜토리얼을 참조하실 수 있습니다.
-
-## 더 나아가기
-
-Voltbuilder는 웹 프로젝트를 네이티브 앱으로 변환하는 간단한 솔루션을 제공하지만, 특히 실시간 업데이트 기능과 오픈소스 솔루션을 우선시하는 개발자들에게는 최선의 선택이 아닐 수 있습니다.
-
-Capgo는 실시간 업데이트에 중점을 둔 더 저렴한 솔루션을 제공하면서 모든 규모의 팀에 적합한 강력한 플랫폼으로 성장했습니다. 전담 지원이 필요한 대규모 팀이라면 주저하지 마시고 연락해 주세요 - 맞춤형 솔루션을 찾아드리겠습니다.
-
-Capgo는 셀프 서비스로 설계되었지만, 사용자의 요구사항에 신속하게 대응하는 것을 자랑스럽게 생각합니다. 더 비싼 솔루션이 필요 없도록 네이티브 코드를 위한 빌드 구성을 도와드릴 수 있습니다.
-
-오픈소스, 셀프 서비스, 커뮤니티 주도의 도구를 선호하신다면 Capgo가 프로젝트에 완벽하게 맞을 수 있습니다.
-
-## 계정 등록하기
-
-[Capgo](/register/)
diff --git a/src/content/blog/ko/android-16kb-page-size-capacitor-plugins.md b/src/content/blog/ko/android-16kb-page-size-capacitor-plugins.md
deleted file mode 100644
index cebb0e438..000000000
--- a/src/content/blog/ko/android-16kb-page-size-capacitor-plugins.md
+++ /dev/null
@@ -1,104 +0,0 @@
----
-slug: android-16kb-page-size-capacitor-plugins
-title: "Android 16 KB 페이지 크기: 문제가 있는 플러그인을 찾고 다음에 할 일"
-description: Android 16 KB 페이지 크기 디바이스에서 실패하는 Capacitor 플러그인을 식별하고, 먼저 확인할 사항과 Capgo에 포크 및 유지 관리를 요청할 시기를 파악하기 위한 간단한 가이드입니다.
-author: Martin Donadieu
-author_image_url: https://avatars.githubusercontent.com/u/4084527?v=4
-author_url: https://github.com/riderx
-created_at: 2025-09-12T13:55:00.000Z
-updated_at: 2025-12-12T10:19:39.000Z
-head_image: /android-16kb-page-size-capacitor-plugins.webp
-head_image_alt: Capacitor용 Android 16 KB 페이지 크기 디버깅
-keywords: Capacitor, Android 16KB 페이지 크기, 플러그인, 문제 해결, 앱 충돌, 유지 관리, 포킹
-tag: 개발, Mobile, Capacitor
-published: true
-locale: ko
-next_blog: ''
----
-
-16 KB 메모리 페이지가 있는 Android 디바이스가 롤아웃되고 있습니다. Capacitor 플러그인(또는 네이티브 종속 항목 중 하나)이 준비되지 않은 경우 기능이 작동하지 않거나 일부 휴대폰에서 앱이 충돌할 수 있습니다. 적용이 가속화되고 있으므로 곧 수정을 계획하십시오.
-
-중요: 2025년 11월 1일부터 Google Play에 제출되고 Android 15 이상의 디바이스를 대상으로 하는 모든 새로운 앱 및 기존 앱의 업데이트는 64비트 디바이스에서 16 KB 페이지 크기를 지원해야 합니다.
-
-이 가이드는 간단하게 유지합니다: 실패하는 플러그인을 찾고, 간단한 업데이트를 확인하고, 플러그인이 유지 관리되지 않는 것 같으면 [Capgo Consulting](/consulting)에 포크 및 유지 관리를 요청하세요.
-
-## 16 KB 디바이스의 증상
-
-- 일부 Android 휴대폰에서는 작동하지만 다른 휴대폰에서는 실패합니다(종종 최신 모델).
-- 특정 플러그인(카메라, 파일, Bluetooth 등)을 사용할 때 기능이 작동하지 않습니다.
-- 디버그에서는 작동하지만 릴리스에서는 작동하지 않습니다.
-
-팁: 최근 플래그십 Android 디바이스에서 시도하여 조기에 재현하십시오.
-
-## 단계 1 — 플러그인 문제인지 확인하세요
-
-- 문제를 재현하고 사용 중인 기능을 적어두세요.
-- 코드에서 해당 기능을 일시적으로 숨기거나 비활성화합니다. 문제가 사라지면 관련 플러그인이 원인일 가능성이 있습니다.
-
-## 단계 2 — 어느 플러그인이 실패하는지 찾으세요
-
-- 앱이 실패하지 않을 때까지 기능을 하나씩 끕니다(또는 플러그인 호출을 주석으로 처리합니다).
-- 다시 작동하기 전에 비활성화한 마지막 기능은 문제의 플러그인을 나타냅니다.
-
-## 단계 3 — 빠른 수정 확인
-
-플러그인을 알았으면:
-
-- 플러그인의 최신 버전과 Capacitor 패키지로 업데이트합니다.
-- 플러그인의 README/변경 로그에서 Android 16 KB 노트를 읽으세요.
-- 유사한 보고서와 권장 버전에 대해 열린 문제/토론을 확인하세요.
-
-## 단계 4 — 유지관리자에게 문의
-
-최신 버전이 여전히 실패하는 경우:
-
-- 짧고 명확한 이슈를 엽니다: "16 KB 페이지 크기의 Android 디바이스에서 실패합니다. 기능 X이 더 이상 작동하지 않습니다."
-- Capacitor 버전, 플러그인 버전 및 빠른 재현 설명을 포함합니다.
-- 응답을 기다립니다 — 일부 팀은 며칠이 필요합니다.
-
-## 단계 5 — 플러그인이 유지 관리되지 않는 경우
-
-주의해야 할 신호:
-
-- 몇 개월 동안 릴리스 또는 유지관리자 회신이 없습니다.
-- Android 호환성에 대한 여러 개의 열린 문제가 답변이 없습니다.
-
-귀하의 옵션:
-
-- 활발히 유지되는 대체품으로 교체하세요.
-- 또는 [Capgo Consulting](/consulting)에 포크 및 유지 관리를 요청하여 앱이 호환성을 유지하도록 하세요.
-
-## 단계 6 — 상식 확인
-
-배송 전에 빠른 확인을 수행합니다:
-
-- 최소한 하나의 최신 Android 디바이스와 하나의 구형 디바이스에서 기능을 테스트합니다.
-- 최종 테스트를 위해 릴리스 빌드를 사용하세요.
-- 통과한 앱 버전, 플러그인 버전 및 디바이스 모델의 메모를 유지하세요.
-
-## 단계 7 — 결정: 업데이트, 교체 또는 포크
-
-- 업데이트: 최선의 경우 — 최신 플러그인/앱 버전을 설치하고 완료합니다.
-- 교체: 존재하는 경우 유지 관리되는 대체로 전환합니다.
-- 포크: 필요하고 플러그인이 진행되지 않을 때 [Capgo Consulting](/consulting)에 포크 및 유지 관리를 요청하세요.
-
-## 지원 번들(짧고 유용함)
-
-이것을 공유하여 도움을 가속화하세요(유지관리자 또는 [Capgo Consulting](/consulting)과):
-
-- 앱 버전/빌드 번호
-- Capacitor 버전
-- 플러그인 이름 및 버전
-- 영향을 받는 디바이스/Android 버전
-- 시도한 것(업데이트, 대체 등)
-- 재현하는 간단한 단계
-
-## Capgo 고용: 우리가 작동하게 해드립니다
-
-16 KB 디바이스가 앱을 깨고 플러그인이 준비되지 않은 경우 저희에게 말씀해 주세요:
-
-- 우리는 문제 플러그인을 빠르게 식별하고 장애를 확인합니다.
-- 우리가 수정합니다: 업데이트, 패치 또는 포크 — 그리고 계속 유지합니다.
-- 우리는 배포가 진행되면서 마지막 순간의 서두름을 피하도록 도와줍니다.
-
-어느 기능이 실패하는지, 플러그인 이름을 알려주세요(알고 있는 경우). 우리가 나머지를 처리합니다. 서비스 페이지를 방문하세요: [Capgo Consulting](/consulting)
diff --git a/src/content/blog/ko/android-setup-for-capacitor-apps.md b/src/content/blog/ko/android-setup-for-capacitor-apps.md
deleted file mode 100644
index cfba1b336..000000000
--- a/src/content/blog/ko/android-setup-for-capacitor-apps.md
+++ /dev/null
@@ -1,341 +0,0 @@
----
-slug: android-setup-for-capacitor-apps
-title: Android 앱을 위한 Capacitor 설정
-description: 'Capacitor 앱 개발을 위해 필수적인 도구, 구성 및 통합 팁으로 Android 개발 환경을 설정하세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:57:39.512Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db8c5296fa813b295022c3-1742443070357.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, Android development, Android Studio, SDK, mobile apps, Node.js,
-  JDK, environment setup
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/)로 Android 앱을 개발하고 싶으신가요? 개발 환경을 빠르고 효율적으로 설정하는 데 필요한 모든 것이 여기 있습니다. Capacitor는 웹 기술과 네이티브 Android 기능을 연결하며, 시작하기 위해서는 몇 가지 필수 도구와 설정이 필요합니다.
-
-### 필요한 요소:
-
--   **핵심 소프트웨어**:
-    
-    -   Android Studio (최신 버전)
-    -   JDK 17+
-    -   [Node.js](https://nodejs.org/en) (최신 LTS)
-    -   Capacitor CLI
--   **하드웨어 요구사항**:
-    
-    -   최소: Intel i5, 8GB RAM, 256GB HDD
-    -   권장: Intel i7/i9, 16GB+ RAM, 512GB SSD
-
-### 빠른 단계:
-
-1.  Android Studio를 설치하고 설정 마법사를 완료하세요.
-2.  API Level 33과 필요한 도구로 Android SDK를 구성하세요.
-3.  Android SDK에 대한 환경 변수를 설정하세요.
-4.  `npm install @capacitor/android`로 Capacitor 프로젝트에 Android 지원을 추가하세요.
-5.  기본 앱을 만들고 에뮬레이터나 기기에서 실행하여 설정을 테스트하세요.
-
-### 활용할 주요 기능:
-
--   **실시간 업데이트**: [Capgo](https://capgo.app/)와 같은 도구를 사용하여 즉시 업데이트를 푸시하세요.
--   **네이티브 기능**: 고급 기능을 위한 Android 특정 API에 액세스하세요.
--   **실시간 모니터링**: 개발 중 문제를 신속하게 해결하세요.
-
-이러한 단계를 따르면 Capacitor를 사용하여 Android 앱을 개발, 테스트 및 배포할 준비가 됩니다. 자세한 내용을 살펴보겠습니다.
-
-## 필수 설정 구성요소
-
-### 핵심 소프트웨어 구성요소
-
-Android 개발을 시작하려면 다음과 같은 주요 도구를 설치해야 합니다:
-
--   **Android Studio**: Android 개발을 위한 공식 IDE입니다. Android 앱 빌드에 필요한 모든 도구와 기능이 포함되어 있습니다.
--   **Java Development Kit (JDK)**: Java 코드 컴파일 및 실행에 필요합니다. Capacitor 8의 호환성을 보장하기 위해 JDK 버전 17 이상을 사용하세요.
--   **Node.js**: Capacitor의 빌드 프로세스와 CLI 도구를 구동하는 JavaScript 런타임 환경입니다. 최상의 경험을 위해 최신 LTS(Long-Term Support) 버전을 설치하세요.
--   **Capacitor CLI**: 플랫폼 추가, 빌드, 앱 배포를 포함한 Capacitor 프로젝트 관리를 위한 명령줄 도구입니다.
-
-이러한 도구들은 Android 개발 환경 설정에 필수적입니다. 설치가 완료되면 하드웨어가 다음 요구사항을 충족하는지 확인하세요.
-
-### 하드웨어 요구사항
-
-개발 머신은 다음과 같은 최소 사양을 충족해야 하며, 더 좋은 하드웨어는 성능을 향상시킬 것입니다:
-
-| 구성요소 | 최소 요구사항 | 권장 사양 |
-| --- | --- | --- |
-| **프로세서** | Intel i5 (6세대) 또는 유사 | Intel i7/i9 또는 AMD Ryzen 7/9 |
-| **RAM** | 8GB | 16GB 이상 |
-| **저장장치** | 256GB HDD (10GB 여유 공간) | 512GB SSD 이상 |
-| **디스플레이** | 1280 x 800 해상도 | 1920 x 1080 이상 |
-| **운영체제** | Windows 10 (64-bit) / macOS 10.14 | Windows 11 / macOS 13+ |
-
-Android 에뮬레이터를 효율적으로 실행하기 위해서는 하드웨어 가속이 필수입니다:
-
--   **Windows**: [Intel HAXM](https://github.com/intel/haxm) 또는 Windows Hypervisor Platform이 필요합니다.
--   **macOS**: 하드웨어 가속이 내장되어 있습니다.
--   **Linux**: [KVM](https://en.wikipedia.org/wiki/Kernel-based_Virtual_Machine) 가상화를 사용하세요.
-
-Android Studio와 에뮬레이터는 시스템 자원을 많이 사용할 수 있습니다. 컴퓨터에 적절한 냉각 시스템과 SDK 구성요소 다운로드를 위한 안정적인 인터넷 연결이 있는지 확인하세요.
-
-설정이 완료되면 다음 단계는 이러한 도구들을 워크플로우에 통합하기 위해 Android Studio를 구성하는 것입니다.
-
-## [Android Studio](https://developer.android.com/studio) 설정
-
-![Android Studio](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-4d08ca5be8f73216eb56e77cdafac129-2025-03-20.jpg?auto=compress)
-
-Android Studio는 Android에서 Capacitor로 개발하기 위해 반드시 필요합니다. 올바른 설정으로 원활한 워크플로우와 더 나은 성능을 보장할 수 있습니다.
-
-### 설치 단계
-
-1.  공식 Android 개발자 웹사이트 [developer.android.com/studio](https://developer.android.com/studio)로 이동하세요.
-    
-2.  Android Studio의 최신 안정 버전(2023.1.1 이상)을 다운로드하세요.
-    
-3.  설치 과정을 따르세요:
-    
-    -   **Windows**: 설치 프로그램을 실행하고, 기본 위치와 구성요소를 유지하며, 메모리 설정을 확인하세요.
-    -   **macOS**: Android Studio를 Applications 폴더로 드래그하고 실행하세요.
-    -   **Linux**: 아카이브를 추출하고, `/opt` 디렉토리로 이동한 후, `studio.sh` 스크립트를 실행하세요.
-
-설치가 완료되면 Capacitor 프로젝트와 원활하게 작동하도록 Android Studio 설정을 조정하세요.
-
-### 기본 구성
-
-Android Studio에서 몇 가지 주요 설정을 통해 Android SDK와 Capacitor가 효율적으로 작동하도록 할 수 있습니다.
-
-**초기 설정**:
-
--   설정 마법사를 완료하세요.
--   "Standard" 설치 유형을 선택하세요.
--   UI 테마(라이트 또는 다크 모드)를 선택하세요.
--   시스템 설정을 확인하세요.
-
-**성능 최적화**:
-
-| 설정 | 권장 값 | 목적 |
-| --- | --- | --- |
-| Memory Heap | 2048 MB | IDE 속도 향상 |
-| VM Options | -Xmx4096m | 빌드 성능 개선 |
-| Gradle JDK | 버전 17 | Capacitor 지원 보장 |
-
-**에뮬레이터 설정**:
-
-1.  **Tools > Device Manager**에서 AVD Manager를 엽니다.
-2.  "Create Virtual Device"를 클릭하세요.
-3.  하드웨어 프로필 선택:
-    -   **폰**: Pixel 6 Pro (권장)
-    -   **태블릿**: Pixel Tablet
-4.  시스템 이미지 선택:
-    -   **API Level**: 33 (Android 13)
-    -   **Target**: x86_64
-5.  AVD 설정 조정:
-    -   RAM: 2048 MB
-    -   [Internal Storage](https://capgo.app/plugins/capacitor-data-storage-sqlite/): 2048 MB
-    -   SD Card: 512 MB
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo 관련 구성에 대한 자세한 내용은 이 가이드의 뒷부분에 있는 [Capgo Integration](https://capgo.app/consulting/) 섹션을 확인하세요.
-
-## Android SDK 구성
-
-Android SDK는 Android 앱 빌드 및 배포에 필수적입니다. 개발과 배포 프로세스를 모두 단순화합니다.
-
-### SDK 구성요소 설치
-
-필요한 구성요소를 설치하려면 Android Studio에서 **Tools > SDK Manager**로 이동하여 SDK Manager를 엽니다.
-
-Capacitor 개발에 필요한 구성요소는 다음과 같습니다:
-
-| 구성요소 | 버전 | 목적 |
-| --- | --- | --- |
-| **Android SDK Platform** | API 33 (Android 13.0) | 앱 개발을 위한 최신 안정 플랫폼 제공 |
-| **Android SDK Build-Tools** | 33.0.2 이상 | 주요 빌드 유틸리티 포함 |
-| **Android SDK Command-line Tools** | 최신 | 명령줄 작업에 필요 |
-| **Android Emulator** | 최신 | 앱 테스트 및 디버깅에 사용 |
-| **Android SDK Platform-Tools** | 최신 | ADB와 같은 도구 포함 |
-
-**설치 단계**:
-
--   **SDK Manager 열기**: SDK Platforms 탭으로 이동하여 위에 나열된 구성요소를 선택하세요.
--   **Build Tools 설치**: Capacitor와의 호환성을 위해 버전 33.0.2 이상을 설치하세요.
--   **SDK 위치 확인**: Android Studio는 다음 기본 위치에 SDK를 설치합니다:
-    -   **Windows**: `C:\Users\username\AppData\Local\Android\Sdk`
-    -   **macOS**: `~/Library/Android/sdk`
-    -   **Linux**: `~/Android/Sdk`
-
-설치가 완료되면 시스템이 SDK 도구를 인식할 수 있도록 환경 변수를 설정하세요.
-
-### 환경 설정
-
-Capacitor로 Android SDK 도구를 사용하려면 환경 변수를 구성해야 합니다.
-
-**설정할 환경 변수**:
-
-```bash
-ANDROID_HOME=/path/to/Android/sdk
-PATH=$PATH:$ANDROID_HOME/tools
-PATH=$PATH:$ANDROID_HOME/platform-tools
-```
-
--   **Windows**: **시스템 속성 > 환경 변수**를 통해 이러한 변수를 추가하세요.
--   **macOS/Linux**: 쉘 프로필 파일(예: `.bash_profile` 또는 `.zshrc`)에 추가하세요.
-
-**설치 확인**:
-
-모든 것이 올바르게 설정되었는지 확인하기 위해 다음 명령을 실행하세요:
-
--   `adb --version`: platform-tools가 설치되었는지 확인
--   `sdkmanager --list`: SDK Manager에 대한 접근 확인
-
-macOS 또는 Linux에서 권한 오류가 발생하면 다음을 실행하여 해결하세요:
-
-```bash
-chmod +x $ANDROID_HOME/tools/bin/*
-chmod +x $ANDROID_HOME/platform-tools/*
-```
-
-이러한 단계를 완료하면 Android SDK를 Capacitor와 함께 사용할 준비가 됩니다.
-
-## [Capacitor](https://capacitorjs.com/) Android 설정
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-20.jpg?auto=compress)
-
-### 플랫폼 설치
-
-먼저 Capacitor 프로젝트가 설정되어 있는지 확인하세요. 그런 다음 프로젝트 디렉토리로 이동하여 다음 명령을 실행하여 Android 지원을 추가하세요:
-
-```bash
-npm install @capacitor/android
-npx cap add android
-npx cap sync android
-```
-
-완료되면 모든 것이 원활하고 안전하게 실행되도록 프로젝트 설정을 조정하세요.
-
-### 구성 설정
-
-Android 플랫폼을 추가한 후, Android 관련 설정을 사용자 정의하기 위해 `capacitor.config.json` 파일을 업데이트하세요. 구성할 주요 옵션은 다음과 같습니다:
-
--   **androidScheme**: `'https'`
--   **hostname**: `'app.example.com'`
--   **android.allowMix
-
-Android Studio에서 프로젝트가 열리면 연결된 기기나 에뮬레이터에 앱을 배포하기 위해 녹색 "실행" 버튼(재생 아이콘)을 클릭하세요. 모든 것이 올바르게 설정되었다면 오류 없이 테스트 콘텐츠가 표시되어야 합니다.
-
-문제가 발생하면 아래의 문제 해결 팁을 확인하세요.
-
-### 일반적인 설정 해결방법 
-
-다음은 일반적인 문제와 해결 방법입니다:
-
--   **SDK 경로 문제**
-    
-    -   초기 구성 중에 지정된 대로 환경 변수가 설정되어 있는지 다시 확인하세요.
--   **빌드 오류**
-    
-    -   Gradle과 JDK 버전이 프로젝트 요구사항과 일치하는지 확인하세요.
-    -   필요한 모든 SDK 구성요소가 설치되어 있는지 확인하세요.
--   **에뮬레이터 문제**
-    
-    -   BIOS 설정에서 하드웨어 가속기(HAXM)를 활성화하세요.
-    -   에뮬레이터에 최소 2GB RAM을 할당하세요.
-    -   더 나은 성능을 위해 x86 시스템 이미지를 사용하세요.
--   **기기 연결 문제**
-    
-    -   USB 디버깅을 켜고 기기에 맞는 드라이버를 설치하세요.
-    -   `adb devices`를 실행하여 연결이 인식되는지 확인하세요.
-
-이러한 문제를 해결하면 고급 기능과 Capgo와의 원활한 통합을 위한 환경이 준비됩니다. 확인이 완료되면 프로젝트의 다음 단계를 진행할 준비가 됩니다.
-
-## [Capgo](https://capgo.app/) 통합
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Android 환경이 준비되면 Capgo를 통합할 차례입니다. 이 도구는 Play Store 검토 없이도 Capacitor 앱에 즉시 업데이트를 푸시할 수 있게 해주어 [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 단순화합니다.
-
-### Capgo 주요 기능
-
--   **실시간 업데이트**: 24시간 이내에 활성 사용자의 95%에게 업데이트가 도달 [\[1\]](https://capgo.app/).
--   **종단간 암호화**: 데이터 보안 보장.
--   **빠른 API 응답**: 전역 평균 응답 시간 57ms, 82% 성공률 [\[1\]](https://capgo.app/).
--   **부분 업데이트**: 필요한 변경사항만 전송하여 데이터 사용량 최소화.
-
-**성능 스냅샷**:
-
-| 지표 | 값 |
-| --- | --- |
-| 전체 전달된 업데이트 | 23.5M |
-| 활성 프로덕션 앱 | 750 |
-| GitHub Stars | 358 |
-
-### Capgo 설정 방법
-
-1.  **Capgo CLI 설치**
-    
-    시작하려면 다음 명령어를 사용하세요:
-    
-    ```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "android": {
-    "allowMixedContent": false,
-    "captureInput": true,
-    "webContentsDebuggingEnabled": false
-  }
-}
-```
-    
-2.  **업데이트 채널 설정**
-    
-    베타 테스트, 단계적 출시 또는 새로운 기능을 실험하기 위한 A/B 테스트와 같은 다양한 요구사항에 맞게 채널을 구성하세요.
-    
-
-### 고급 Capgo 도구
-
-Capgo는 앱 관리를 향상시키기 위한 추가 도구를 제공합니다:
-
--   **분석 대시보드**: 업데이트 성능과 사용량 추적.
--   **롤백 옵션**: 필요한 경우 신속하게 업데이트 되돌리기.
--   **오류 추적**: 효율적으로 문제 식별 및 해결.
--   **CI/CD 통합**: GitHub Actions, [GitLab](https://about.gitlab.com/) CI, [Jenkins](https://www.jenkins.io/)와 원활하게 작동.
-
-모든 설정이 완료되면 아래 명령어를 실행하여 설정을 동기화하고 Capgo로 업데이트 관리를 시작하세요:
-
-```json
-{
-  "android": {
-    "minWebViewVersion": "60",
-    "backgroundColor": "#ffffff",
-    "allowNavigation": ["*.trusted-domain.com"]
-  }
-}
-```
-
-## 요약
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)을 위한 Android 개발 환경 설정에는 모든 것이 원활하게 실행되도록 보장하기 위한 몇 가지 주요 단계가 포함됩니다. Android Studio를 설치하고, Android SDK를 구성하며, 앱 빌드 및 테스트에 필수적인 도구를 통합해야 합니다.
-
-주요 구성 요소의 간단한 분석입니다:
-
--   **Android Studio**: 이 주요 IDE의 최신 안정 버전을 사용하세요.
--   **Android SDK**: 앱에 맞는 API 레벨의 개발 키트가 있는지 확인하세요.
--   **[Capacitor Platform](https://capgo.app/blog/capacitor-comprehensive-guide/)**: 통합 중 버전 호환성을 확인하세요.
--   **선택적 실시간 업데이트 도구**: Capgo와 같은 도구는 즉각적인 업데이트를 허용하지만 통합은 선택사항입니다.
-
-잘 구성된 설정은 24시간 이내에 활성 사용자의 95%가 업데이트를 받고 전 세계적으로 82%의 성공률을 보이는 효율적인 업데이트를 보장합니다 [\[1\]](https://capgo.app/). 모든 것이 준비되었는지 확인하려면:
-
--   Android Studio가 올바르게 설치되었는지 확인하세요.
--   SDK 경로가 올바르게 구성되었는지 확인하세요.
--   문제 없이 Capacitor 프로젝트를 동기화하세요.
--   오류가 없는지 확인하기 위해 프로젝트를 빌드하고 테스트하세요.
-
-Capgo와 같은 도구는 앱 스토어를 통해 배포하거나 실시간 업데이트 솔루션을 사용하는 것에 관계없이 배포 워크플로우를 더 쉽게 만들고 있습니다. 문제를 방지하기 위해 환경 변수와 SDK 구성 요소를 다시 확인하세요.
-
-이러한 단계가 완료되면 Capacitor 앱 개발을 시작할 준비가 된 것입니다.
diff --git a/src/content/blog/ko/angular-mobile-app-capacitor.md b/src/content/blog/ko/angular-mobile-app-capacitor.md
deleted file mode 100644
index 636c9f80b..000000000
--- a/src/content/blog/ko/angular-mobile-app-capacitor.md
+++ /dev/null
@@ -1,271 +0,0 @@
----
-slug: angular-mobile-app-capacitor
-title: Angular와 Capacitor로 모바일 앱 구축하기
-description: 'Angular, Capacitor 및 Konsta UI를 활용하여 네이티브 UI를 향상시키고 모바일 앱을 만드는 방법을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-06T00:00:00.000Z
-updated_at: 2023-06-06T00:00:00.000Z
-head_image: /angular_capacitor.webp
-head_image_alt: Angular 및 Capacitor 일러스트레이션
-keywords: >-
-  Angular, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-이 튜토리얼에서는 새로운 [Angular](https://angular.io/) 앱으로 시작하여 Capacitor를 사용해 네이티브 모바일 앱으로 전환하는 방법을 알아보겠습니다. 선택적으로 [Konsta UI](https://konstaui.com/)를 추가하여 Tailwind CSS로 모바일 UI를 개선할 수도 있습니다.
-
-Capacitor를 사용하면 React Native와 같은 새로운 기술을 배우거나 큰 수정 없이도 Angular 웹 애플리케이션을 네이티브 모바일 앱으로 쉽게 변환할 수 있습니다.
-
-몇 가지 간단한 단계만으로 대부분의 Angular 애플리케이션을 모바일 앱으로 변환할 수 있습니다.
-
-이 튜토리얼에서는 새로운 Angular 앱으로 시작하여 Capacitor를 통해 네이티브 모바일 앱으로 전환하는 과정을 안내합니다. 추가로 [Konsta UI](https://konstaui.com/)를 사용하여 Tailwind CSS로 모바일 UI를 개선할 수도 있습니다.
-
-## Capacitor 소개
-
-CapacitorJS는 게임 체인저입니다! 어떤 웹 프로젝트에도 쉽게 통합할 수 있으며, 애플리케이션을 네이티브 웹뷰로 래핑하여 Xcode와 Android Studio 프로젝트를 자동으로 생성합니다. 또한 플러그인을 통해 JS 브리지를 통해 카메라와 같은 네이티브 기기 기능에 접근할 수 있습니다.
-
-Capacitor를 사용하면 복잡한 설정이나 가파른 학습 곡선 없이도 훌륭한 네이티브 모바일 앱을 얻을 수 있습니다. 간단한 API와 간소화된 기능으로 프로젝트에 쉽게 통합할 수 있습니다. Capacitor로 완전한 기능을 갖춘 네이티브 앱을 만드는 것이 얼마나 쉬운지 놀라실 것입니다!
-
-## Angular 앱 준비하기
-
-새로운 Angular 앱을 만들기 위해 다음 명령어를 실행하세요:
-
-```shell
-ng new my-app
-cd my-app
-```
-
-Angular 버전을 선택하라는 메시지가 표시되면 "Angular"를 선택하세요.
-
-네이티브 모바일 앱을 만들기 위해서는 프로젝트를 **내보내기**해야 합니다. 따라서 Angular 프로젝트를 빌드하고 복사하는데 사용할 수 있는 간단한 스크립트를 **package.json**에 추가해 보겠습니다:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "ng build --prod"
-  }
-}
-```
-
-`build` 명령어를 실행한 후에는 프로젝트 루트에 새로운 `dist` 폴더가 생성되어 있어야 합니다.
-
-이 폴더는 나중에 Capacitor에서 사용되지만, 지금은 올바르게 설정해야 합니다.
-
-## Angular 앱에 Capacitor 추가하기
-
-웹 앱을 네이티브 모바일 컨테이너로 패키징하기 위해서는 몇 가지 초기 단계를 따라야 하지만, 그 후에는 단순히 `sync` 명령어를 실행하는 것만으로 충분합니다.
-
-먼저 [Capacitor CLI](https://capacitorjs.com/docs/cli/)를 개발 의존성으로 설치하고 프로젝트에 설정합니다. 설정 중에 이름과 번들 ID에 대해 기본값을 사용하려면 "enter"를 누르면 됩니다.
-
-그 다음, 코어 패키지와 iOS 및 Android 플랫폼용 관련 패키지를 설치해야 합니다.
-
-마지막으로 플랫폼을 추가하면 Capacitor가 프로젝트 루트에 각 플랫폼용 폴더를 생성합니다:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Angular project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-이제 Angular 프로젝트에 새로운 **ios**와 **android** 폴더가 생성된 것을 확인할 수 있어야 합니다.
-
-**이것들은 실제 네이티브 프로젝트입니다!**
-
-나중에 Android 프로젝트에 접근하려면 [Android Studio](https://developer.android.com/studio/)를 설치해야 합니다. iOS의 경우 Mac이 필요하며 [Xcode](https://developer.apple.com/xcode/)를 설치해야 합니다.
-
-또한 프로젝트에서 **capacitor.config.ts** 파일을 찾을 수 있어야 합니다. 이 파일에는 동기화 중에 사용되는 기본적인 Capacitor 설정이 포함되어 있습니다. 주의해야 할 유일한 것은 빌드 명령어의 결과를 가리켜야 하는 **webDir**입니다. 현재는 정확하지 않습니다.
-
-이를 수정하기 위해 **capacitor.config.json** 파일을 열고 **webDir**을 업데이트하세요:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-다음 명령어를 실행하여 시도해볼 수 있습니다:
-
-```shell
-npm run build
-npx cap sync
-```
-
-첫 번째 명령어 `npm run build`는 단순히 Angular 프로젝트를 빌드하고 정적 빌드를 복사하는 것이고, 두 번째 명령어 `npx cap sync`는 모든 웹 코드를 네이티브 플랫폼의 올바른 위치에 동기화하여 앱에서 표시될 수 있도록 합니다.
-
-또한 동기화 명령어는 네이티브 플랫폼을 업데이트하고 플러그인을 설치할 수 있으므로, 새로운 [Capacitor 플러그인](https://capacitorjs.com/docs/plugins/)을 설치할 때는 다시 `npx cap sync`를 실행해야 합니다.
-
-모르는 사이에 이제 모든 준비가 완료되었으니, 기기에서 앱을 실행해 보겠습니다!
-
-## 네이티브 앱 빌드 및 배포
-
-iOS 앱을 개발하려면 **Xcode**가 설치되어 있어야 하고, Android 앱의 경우 **Android Studio**가 설치되어 있어야 합니다. 또한 앱 스토어에 앱을 배포하려면 iOS의 경우 Apple Developer Program에, Android의 경우 Google Play Console에 등록해야 합니다.
-
-네이티브 모바일 개발이 처음이라면 Capacitor CLI를 사용하여 두 네이티브 프로젝트를 쉽게 열 수 있습니다:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-네이티브 프로젝트를 설정한 후에는 연결된 기기에 앱을 쉽게 배포할 수 있습니다. Android Studio에서는 모든 것이 준비될 때까지 기다린 다음, 설정을 변경하지 않고도 연결된 기기에 앱을 배포할 수 있습니다. 예시:
-
-![android-studio-run](/android-studio-run.webp)
-
-Xcode에서는 시뮬레이터가 아닌 실제 기기에 앱을 배포하려면 서명 계정을 설정해야 합니다. 처음 하는 경우 Xcode가 과정을 안내합니다(단, Developer Program에 등록되어 있어야 합니다). 그 후에는 상단에서 연결된 기기를 선택하고 실행 버튼을 누르기만 하면 됩니다. 예시:
-
-![xcode-run](/xcode-run.webp)
-
-축하합니다! Angular 웹 앱을 모바일 기기에 성공적으로 배포했습니다. 예시:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/nextjs-mobile-app.webp" alt="angular-mobile-app">
-</div>
-
-하지만 잠깐, 개발 중에 더 빠른 방법이 있습니다...
-
-## Capacitor 실시간 리로드
-
-이제 모든 최신 프레임워크에서 핫 리로드 기능을 사용하는 데 익숙해졌을 것입니다. 좋은 소식은 최소한의 노력으로 **모바일 기기에서도** 동일한 기능을 사용할 수 있다는 것입니다!
-
-Capacitor 앱이 특정 URL에서 콘텐츠를 로드하도록 하여 **네트워크에서** 실시간 리로드로 로컬에서 호스팅되는 애플리케이션에 접근할 수 있습니다.
-
-첫 번째 단계는 로컬 IP 주소를 확인하는 것입니다. Mac을 사용하는 경우 터미널에서 다음 명령어를 실행하여 확인할 수 있습니다:
-
-```shell
-ipconfig getifaddr en0
-```
-
-Windows에서는 다음을 실행하세요:
-
-```shell
-ipconfig
-```
-
-그런 다음 IPv4 주소를 찾으세요.
-
-`capacitor.config.ts` 파일에 다른 항목을 추가하여 서버에서 직접 앱을 로드하도록 Capacitor에 지시할 수 있습니다:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:4200',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-이 예제에서는 기본 Angular 포트를 사용했지만, **올바른 IP와 포트**를 사용해야 합니다.
-
-이제 이러한 변경 사항을 네이티브 프로젝트에 복사하여 적용할 수 있습니다:
-
-```shell
-npx cap copy
-```
-
-`copy` 명령어는 `sync`와 비슷하지만 네이티브 프로젝트를 업데이트하지 않고 웹 폴더와 구성에 대한 변경 사항만 **복사**합니다.
-
-이제 Android Studio나 Xcode를 통해 앱을 한 번 더 배포할 수 있습니다. 그 후에 Angular 앱에서 무언가를 변경하면 **앱이 자동으로 리로드**되어 변경 사항이 표시됩니다!
-
-**주의하세요** 카메라와 같은 새로운 플러그인을 설치하는 경우에는 여전히 네이티브 프로젝트를 다시 빌드해야 합니다. 이는 네이티브 파일이 변경되었기 때문에 즉시 적용할 수 없습니다.
-
-구성에서 올바른 IP와 포트를 사용해야 합니다. 위의 코드 블록은 예시를 위해 기본 Angular 포트를 보여줍니다.
-
-## Capacitor 플러그인 사용하기
-
-이제 앞서 여러 번 언급했던 Capacitor 플러그인을 실제로 사용해보겠습니다. 다음 명령어를 실행하여 비교적 간단한 플러그인을 설치할 수 있습니다:
-
-```shell
-npm i @capacitor/share
-```
-
-[Share 플러그인](https://capacitorjs.com/docs/apis/share/)은 특별한 것은 없지만 네이티브 공유 대화상자를 표시합니다! 이제 패키지를 가져오고 앱에서 해당 `share()` 함수를 호출하기만 하면 됩니다. **src/app/app.component.ts**를 다음과 같이 변경해보겠습니다:
-
-```typescript
-import { Component } from '@angular/core';
-import { Share } from '@capacitor/share';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: './app.component.html',
-  styleUrls: ['./app.component.scss']
-})
-export class AppComponent {
-  title = 'my-app';
-
-  async share() {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  }
-}
-```
-
-앞서 언급했듯이 새로운 플러그인을 설치할 때는 동기화 작업을 수행하고 앱을 기기에 다시 배포해야 합니다. 이를 위해 다음 명령어를 실행하세요:
-
-```
-npx cap sync
-```
-
-버튼을 누르면 아름다운 네이티브 공유 대화상자가 작동하는 것을 볼 수 있습니다!
-
-## Konsta UI 추가하기
-
-Nuxt 3 앱에서 Konsta UI를 사용하려면 [tailwind가 이미 설치되어 있어야](https://tailwindcss.com/docs/guides/angular/) 하며 패키지를 설치해야 합니다:
-
-```shell
-npm i konsta
-```
-
-추가로 `tailwind.config.js` 파일을 수정해야 합니다:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{html,ts}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig`는 기본(또는 사용자 지정) Tailwind CSS 구성을 Konsta UI에 필요한 추가 변형과 유틸리티로 확장합니다.
-
-이제 전역 매개변수(`theme`와 같은)를 설정할 수 있도록 메인 [App](https://konstaui.com/vue/app/) 컴포
diff --git a/src/content/blog/ko/api-key-security-for-app-store-compliance.md b/src/content/blog/ko/api-key-security-for-app-store-compliance.md
deleted file mode 100644
index 8d3578202..000000000
--- a/src/content/blog/ko/api-key-security-for-app-store-compliance.md
+++ /dev/null
@@ -1,108 +0,0 @@
----
-slug: api-key-security-for-app-store-compliance
-title: 앱 스토어 컴플라이언스를 위한 API 키 보안
-description: '사용자 데이터를 보호하고 앱스토어 정책을 준수하기 위한 API 키의 보관, 전송, 관리를 포함한 핵심 보안 전략에 대해 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T02:43:03.273Z
-updated_at: 2025-03-30T02:43:13.642Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e8ac6c283d21cbd67ac65e-1743302593642.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  API keys, security, encryption, app store compliance, HTTPS, key management,
-  mobile security, transport security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-
-**[API 키](https://capgo.app/docs/webapp/api-keys/)를 안전하게 보관하는 것은 사용자 데이터를 보호하고 앱 스토어 규칙을 준수하는데 매우 중요합니다** API 키가 노출되면 데이터 유출, 서비스 악용 및 계정 도용으로 이어질 수 있습니다
-
-### 주요 포인트:
-
--   **코드에 키를 저장하지 마세요**: 환경 변수나 보안 파일을 사용하세요
--   **플랫폼 도구를 활용하세요**: iOS 키체인과 Android [EncryptedSharedPreferences](https://developerandroidcom/reference/androidx/security/crypto/EncryptedSharedPreferences)
--   **API 키를 암호화하세요**: AES-256 암호화로 추가 보안 계층을 추가하세요
--   **안전한 전송**: 항상 HTTPS를 사용하고 SSL 인증서 고정을 고려하세요
--   **키 모니터링 및 교체**: 정기적으로 키를 교체하고 비정상적인 사용을 추적하세요
-
-이러한 방법들을 구현함으로써 앱을 보호하고, Apple과 Google의 가이드라인을 준수하며, 사용자를 보호할 수 있습니다
-
-## 보안 API 키 저장 방법
-
-### 소스 코드에서 API 키 제거
-
-소스 코드에 직접 API 키를 포함하면 디컴파일이나 저장소 유출을 통해 노출될 수 있습니다. 이를 피하기 위해 다음과 같은 방법을 고려하세요:
-
--   로컬 개발을 위한 **환경 변수** 사용
--   버전 관리에서 제외된 **보안 구성 파일**에 키 저장
--   키 관리를 위한 **원격 구성 서비스** 활용
-
-iOS의 경우 **XCConfig 파일**을 사용하여 코드베이스에서 구성을 분리하는 것을 고려하세요. Android에서는 `gradleproperties`를 사용하여 키를 관리할 수 있습니다:
-
-[[CODE_BLOCK]]
-
-### 플랫폼 보안 도구
-
-API 키 저장 시 보안을 강화하기 위해 플랫폼별 도구를 활용하세요
-
-iOS에서는 보안 저장을 위해 **[Keychain Services](https://developer.apple.com/documentation/security/keychain-services)**를 사용하세요:
-
-[[CODE_BLOCK]]
-
-Android에서는 보안 키 저장을 위해 **EncryptedSharedPreferences**를 활용하세요:
-
-[[CODE_BLOCK]]
-
-### 환경별 키 분리
-
-개발, 스테이징, 프로덕션 환경에 대해 서로 다른 API 키를 사용하세요. 각 환경은 다음을 갖추어야 합니다:
-
--   고유한 키 교체 일정
--   사용량 모니터링
--   엄격한 접근 제어
-
-환경별 키를 구성 파일 대신 **보안 CI/CD 변수**에 저장하세요. 이를 통해 자동화된 빌드 프로세스를 지원하면서 키를 보호할 수 있습니다. 또한 전송 중 키를 보호하기 위한 보안 전송 메커니즘이 있는지 확인하세요
-
-## 고급 모바일 iOS 보안 - 런타임 공격 & API 키
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## API 키 전송 보안
-
-전송 중인 API 키를 안전하게 보호하는 것은 사용자 데이터를 보호하고 앱 스토어 요구사항을 준수하는데 필수적입니다. 강력한 전송 보안 조치는 중간자 공격과 무단 접근과 같은 공격을 방지하는데 도움이 됩니다
-
-### HTTPS 구현
-
-API 통신을 보호하기 위해 항상 HTTP 트래픽을 HTTPS로 리디렉션하세요. TLS 1.3 이상을 사용하고 신뢰할 수 있는 인증 기관에서 SSL 인증서를 받으세요
-
-다음은 Nodejs [Express](https://expressjscom/) 애플리케이션에서 HTTPS를 강제하는 기본 예제입니다:
-
-[[CODE_BLOCK]]
-
-추가 보호 계층을 위해 인증서 고정 구현을 고려하세요
-
-### SSL 인증서 고정
-
-인증서 고정은 서버의 SSL 인증서가 신뢰할 수 있는 사본과 일치하는지 확인하여 가짜 인증서 사용을 방지합니다
-
-iOS에서는 `URLSession`을 사용하여 인증서 고정을 구현할 수 있습니다. 예시:
-
-[[CODE_BLOCK]]
-
-전송 보안 외에도 애플리케이션 수준에서 API 키를 암호화하세요
-
-### API 키 암호화
-
-[API 키 암호화](https://capgo.app/docs/webapp/api-keys/)는 또 다른 보안 계층을 추가합니다. 예를 들어 Capgo는 앱 업데이트에 대해 종단간 암호화를 사용합니다
-
-> "진정한 종단간 암호화를 제공하는 유일한 솔루션, 다른 것들은 단순히 업데이트에 서명만 합니다" - Capgo [\[1\]](https://capgo.app/)
-
-API 키를 암호화하려면 신뢰할 수 있는 암호화 알고리즘을 사용하세요. 다음은 Nodejs에서 AES-256-GCM으로 API 키를 암호화하는 예제입니다:
-
-[[CODE_BLOCK]]
-
-HTTPS, 인증서 고정, 암호화를 결합하면 API 키에 대한 강력한 방어를 보장할 수 있습니다
\ No newline at end of file
diff --git a/src/content/blog/ko/api-rate-limiting-for-app-store-compliance.md b/src/content/blog/ko/api-rate-limiting-for-app-store-compliance.md
deleted file mode 100644
index b8d092222..000000000
--- a/src/content/blog/ko/api-rate-limiting-for-app-store-compliance.md
+++ /dev/null
@@ -1,190 +0,0 @@
----
-slug: api-rate-limiting-for-app-store-compliance
-title: App Store 정책 준수를 위한 API 속도 제한
-description: 'API 속도 제한 방법과 앱스토어 규정 준수, 보안 및 시스템 성능에 대한 중요성에 대해 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T03:23:39.305Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ecaaaa7747adc4bca8d9b6-1743564231231.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  API rate limiting, app store compliance, security, performance, overload
-  protection, request management
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-API 속도 제한은 앱이 Apple과 Google 가이드라인을 준수하면서 시스템을 과부하와 악용으로부터 보호합니다. 사용자가 요청할 수 있는 빈도를 제한하여 보안을 강화하고, 비용을 절감하며, 원활한 성능을 보장합니다. 알아야 할 사항은 다음과 같습니다:
-
--   **중요성**: 무차별 대입 공격 방지, 서버 부하 관리, 앱 스토어 거부 방지.
--   **방법**:
-    -   고정 윈도우: 단순하지만 트래픽 급증을 유발할 수 있음.
-    -   슬라이딩 윈도우: 트래픽을 부드럽게 하지만 더 많은 메모리 사용.
-    -   토큰 버킷: 버스트를 처리하지만 설정이 복잡함.
--   **준수**: 재시도에 지수 백오프를 사용하고 제한 초과 시 429 상태 코드로 응답.
--   **도구**: [Capgo](https://capgo.app/)와 같은 플랫폼은 분석, 오류 추적, 실시간 모니터링으로 구현을 단순화.
-
-**빠른 팁**: 안정성과 규정 준수를 보장하기 위해 정상, 버스트, 복구 조건에서 제한을 테스트하세요.
-
-## API 속도 제한 이해하기: 목적, 유형 및 필수 사항...
-
-<iframe src="https://www.youtube.com/embed/LVl2Lftj8A8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 앱 스토어 API 가이드라인
-
-API 속도 제한은 앱 스토어 요구사항을 충족하는 데 중요한 역할을 합니다. Apple과 Google 모두 사용자 데이터 보호와 시스템 안정성 유지를 위한 특정 규칙을 가지고 있습니다. 다음은 정책에 대한 분석입니다.
-
-### Apple의 API 속도 제한
-
-Apple은 인증, 데이터 요청, 공개 엔드포인트와 같은 영역에 제한을 둡니다. 이러한 제한을 위반하면 검토 과정에서 앱 거부, App Store에서 일시적 제거, 긴급 수정 요구 등의 결과를 초래할 수 있습니다. 초과된 제한을 관리하기 위해 개발자는 재시도 간 지연을 점진적으로 증가시키는 **지수 백오프**와 같은 방법을 사용하는 것이 좋습니다.
-
-### Google의 API 속도 제한
-
-[Google Play Store](https://play.google/developer-content-policy/)는 공개 데이터 접근, 인증, 사용자 데이터 요청에 대한 제한을 설정합니다. 작은 버스트 활동은 허용되지만, 시스템은 사용량을 면밀히 추적합니다. 임계값에 가까워지면 경고가 발행되며, 즉각적인 정지가 아닌 점진적으로 제한이 적용됩니다.
-
-## 속도 제한 구현 단계
-
-### 속도 제한 방법
-
-API 속도 제한을 구현할 때는 애플리케이션 요구사항에 맞는 접근 방식을 선택하세요. 다음은 일반적으로 사용되는 세 가지 방법입니다:
-
-**고정 윈도우 속도 제한**: 이 방법은 고정 간격으로 재설정되는 제한(예: 100개 요청)을 설정합니다. 간단하지만 각 기간 끝에 트래픽 급증을 유발할 수 있습니다.
-
-**슬라이딩 윈도우 속도 제한**: 이 접근 방식은 롤링 타임프레임을 사용하여 트래픽을 부드럽게 합니다. 예를 들어, 분당 100개 요청 제한이고 사용자가 2:00:30 PM에 50개 요청을 한다면, 2:01:30 PM까지 50개 더 요청할 수 있습니다.
-
-**토큰 버킷 알고리즘**: 이 방법은 설정된 속도로 토큰을 리필하여 유연성을 제공합니다. 각 API 호출은 하나의 토큰을 사용하며, 토큰이 소진되면 리필될 때까지 요청이 거부됩니다.
-
-| 방법 | 장점 | 단점 | 최적 사용처 |
-| --- | --- | --- | --- |
-| 고정 윈도우 | 구현이 간단, 낮은 메모리 사용 | 트래픽 급증 유발 가능 | 기본 API 엔드포인트 |
-| 슬라이딩 윈도우 | 부드러운 트래픽 흐름, 더 나은 정밀도 | 더 많은 메모리 필요 | 사용자 인증 API |
-| 토큰 버킷 | 버스트 처리, 커스터마이징 가능 | 구현이 더 복잡 | 고트래픽 공개 API |
-
-다음은 슬라이딩 윈도우 방법을 사용한 실용적인 예시입니다.
-
-### 구현 예시
-
-다음은 슬라이딩 윈도우 속도 제한을 구현하는 코드 스니펫입니다:
-
-```javascript
-const rateLimit = async (userId, limit, window) => {
-  const now = Date.now();
-  const key = `ratelimit:${userId}`;
-
-  const multi = redis.multi();
-  multi.zremrangebyscore(key, 0, now - window); // Remove expired requests
-  multi.zadd(key, now, now);                   // Add the current request
-  multi.zcard(key);                            // Count requests in the window
-
-  const [,, count] = await multi.exec();
-
-  return count <= limit; // Return true if within limit
-};
-```
-
-### 속도 제한 테스트
-
-구현 후에는 속도 제한 설정이 예상대로 작동하는지 철저히 테스트하세요. 다음 영역에 집중하세요:
-
--   **기본 제한 테스트**: 표준 기능을 확인하기 위해 정상 속도로 요청을 보냅니다.
--   **버스트 테스트**: 제한이 적용되는지 확인하기 위해 동시에 여러 요청을 시뮬레이션합니다.
--   **복구 테스트**: 제한이 재설정된 후 시스템이 어떻게 동작하는지 확인합니다.
-
-```javascript
-async function testRateLimits() {
-  // Test normal usage
-  for (let i = 0; i < 5; i++) {
-    await makeRequest();
-    await delay(1000); // Wait 1 second between requests
-  }
-
-  // Test burst protection
-  const requests = Array(10).fill().map(() => makeRequest());
-  await Promise.all(requests);
-
-  // Verify recovery after limit reset
-  await delay(60000); // Wait for 1 minute
-  const response = await makeRequest();
-  assert(response.status === 200); // Ensure the request is accepted
-}
-```
-
-### 성능 모니터링
-
-배포 후에는 다양한 조건에서 속도 제한 시스템이 잘 작동하는지 확인하기 위해 주요 지표를 모니터링하세요:
-
--   각 시간 윈도우 내에서 처리된 총 요청
--   거부된 요청 수
--   높은 트래픽 시 응답 시간
--   오류율과 원인
-
-이 데이터는 최적의 성능을 위해 시스템을 미세 조정하는 데 도움이 됩니다.
-
-## 속도 제한 표준
-
-### 속도 제한 설정
-
-사용자 경험과 서버 보호 사이의 적절한 균형을 맞추기 위해 API의 트래픽 패턴과 엔드포인트 요구사항을 평가하세요. 고정 임계값에 의존하는 대신 API의 특정 요구에 맞게 속도 제한을 조정하세요. 실제 사용 데이터를 기반으로 시간이 지남에 따라 이러한 제한을 조정하여 효과적이고 실용적으로 유지하세요.
-
-### 오류 응답 설계
-
-클라이언트가 속도 제한을 초과할 때 **429 상태 코드**로 응답하세요. 총 제한, 남은 요청, 재설정 시간, 재시도 간격을 지정하는 헤더를 포함하세요. 이러한 상세한 피드백은 개발자가 API 제한에 맞게 애플리케이션을 미세 조정하는 데 도움이 됩니다.
-
-### 제한 조정 프로세스
-
-성능 유지와 규정 준수 요구사항 충족을 위해 정기적으로 속도 제한을 검토하는 것이 필수적입니다. 피크 트래픽, 오류율, 서버 부하와 같은 요소를 모니터링하여 필요한 조정을 식별하세요. 운영 효율성과 앱 스토어 가이드라인을 모두 지원하도록 사용자 피드백을 반영하세요.
-
-## [Capgo](https://capgo.app/)의 속도 제한 도구
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ecaaaa7747adc4bca8d9b6/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo는 높은 성능과 앱 스토어 요구사항 준수를 보장하면서 API 속도 제한을 적용하도록 설계된 통합 도구를 제공합니다.
-
-### Capgo 준수 기능
-
-Capgo는 API 속도 제한을 유지하고 앱 스토어 가이드라인을 충족하는 데 도움이 되는 다양한 도구를 제공합니다. 업데이트 전달 시스템은 434 ms의 평균 API 응답 시간으로 82%의 인상적인 업데이트 성공률을 달성합니다 [\[1\]](https://capgo.app/). 다음과 같은 기능이 포함됩니다:
-
--   **실시간 분석**: 업데이트 배포와 API 사용량을 추적합니다.
--   **오류 추적**: 속도 제한 문제를 빠르게 식별하고 수정합니다.
--   **[채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**: 업데이트 출시를 효과적으로 관리합니다.
--   **암호화**: API 통신을 보호합니다.
-
-이러한 도구는 표준 속도 제한 관행과 함께 작동하여 실시간 데이터와 선제적 오류 해결을 제공합니다. Capgo의 시스템은 750개의 프로덕션 앱에서 테스트되어 규정 준수와 강력한 성능을 유지하면서 2,350만 건의 업데이트를 전달했습니다 [\[1\]](https://capgo.app/).
-
-### Capgo를 통한 속도 제한
-
-Capgo의 속도 제한 도구는 [Capacitor](https://capacitorjs.com/) 워크플로우에 원활하게 통합됩니다. 24시간 내에 95%의 사용자 업데이트 비율을 달성하면서 API 성능을 안정적으로 유지하는 데 도움이 됩니다 [\[1\]](https://capgo.app/).
-
-다음은 Capgo의 접근 방식 분석입니다:
-
-| 기능 | 구현 | 이점 |
-| --- | --- | --- |
-| **글로벌 CDN** | 5 MB 번들의 114 ms 다운로드 속도 | 서버 부하 감소 |
-| **채널 배포** | 단계적 출시 및 베타 테스트 | API 트래픽 흐름 제어 |
-| **분석 대시보드** | 실시간 모니터링 | 속도 제한 성능 측정 |
-| **오류 관리** | 자동 문제 감지 | 속도 제한 위반 방지 |
-
-> "우리는 애자일 개발을 실천하며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!"
-
-시작하려면 다음 명령을 실행하세요: `npx @capgo/cli init`. 이 명령은 앱이 Apple과 Google 스토어 요구사항을 준수하도록 필요한 속도 제한을 설정합니다.
-
-## 요약
-
-### 주요 포인트
-
-API 속도 제한은 앱 스토어 요구사항을 충족하고 시스템이 원활하게 작동하도록 하는 데 중요한 역할을 합니다. 다음은 간단한 분석입니다:
-
-| 측면 | 요구사항 | 영향 |
-| --- | --- | --- |
-| **보안** | 종단간 암호화 | API 통신과 사용자 데이터 보호 |
-| **모니터링** | 분석 | API 사용량 추적 및 위반 방지 |
-
-아래 체크리스트를 사용하여 속도 제한 전략을 앱 스토어 가이드라인과 일치시키세요.
-
-### 구현 체크리스트
-
-견고한 속도 제한 전략을 구현하려면 다음 단계를 따르
diff --git a/src/content/blog/ko/app-store-metadata-what-developers-must-know.md b/src/content/blog/ko/app-store-metadata-what-developers-must-know.md
deleted file mode 100644
index 9723a6133..000000000
--- a/src/content/blog/ko/app-store-metadata-what-developers-must-know.md
+++ /dev/null
@@ -1,224 +0,0 @@
----
-slug: app-store-metadata-what-developers-must-know
-title: '앱 스토어 메타데이터: 개발자가 알아야 할 사항'
-description: 효과적인 앱 스토어 메타데이터가 가시성을 향상시키고 다운로드를 개선하며 개발자의 업데이트를 간소화하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T01:52:31.369Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e5e83da2c14cac42f7f5e4-1743126762355.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  app store metadata, app optimization, keywords, visuals, localization, mobile
-  apps, app visibility, user engagement, updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**당신의 앱이 돋보이기를 원하십니까? 메타데이터로 시작하세요.** 앱 스토어 메타데이터는 사용자가 당신의 앱을 발견하고 평가하며 다운로드하는 방식에 영향을 미칩니다. 알아야 할 사항은 다음과 같습니다:
-
--   **핵심 요소**: 앱 이름, 설명, 키워드, 시각적 요소(스크린샷, 동영상, 아이콘), 기술적 세부정보 및 현지화.
--   **중요한 이유**: 메타데이터는 앱 발견을 촉진하고 다운로드를 증가시키며 승인 과정을 간소화합니다.
--   **최적화 팁**: 간결하고 키워드가 풍부한 설명, 눈에 띄는 시각적 요소, 다양한 시장을 위한 현지화된 콘텐츠를 사용하세요.
--   **일반적인 실수**: 키워드 남용, 열악한 시각적 요소, 일관되지 않은 브랜딩 및 불명확한 설명을 피하세요.
-
-**신속한 실행 계획**:
-
-1.  문자 제한 내에서 매력적인 앱 이름과 설명을 작성하세요.
-2.  검색 순위를 개선하기 위해 관련성 있는 자연스러운 키워드를 사용하세요.
-3.  사용자 유치를 위해 고품질의 플랫폼 준수 시각적 요소를 추가하세요.
-4.  새로운 기능, 업그레이드 또는 시즌 이벤트에 대한 메타데이터를 정기적으로 업데이트하세요.
-
-메타데이터 관리가 앱 성공에 필수적입니다. [Capgo](https://capgo.app/)와 같은 도구는 신속한 업데이트를 수행하고 준수 사항을 유지하며 효과적으로 성과를 추적할 수 있도록 도와줍니다.
-
-## 앱 스토어에서 순위를 매기기 위한 메타데이터 최적화 - 2부
-
-<iframe src="https://www.youtube.com/embed/zOqr-quX_LM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 핵심 메타데이터 요소
-
-메타데이터의 핵심 요소를 분석하고 이것들이 당신의 앱 아이덴티티를 어떻게 형성하는지 살펴봅시다.
-
-### 앱 이름과 설명
-
-당신의 앱 이름과 설명은 강한 첫 인상을 주기 위해 매우 중요합니다. 앱 스토어의 문자 제한에 대해 알아야 할 사항은 다음과 같습니다:
-
--   **[애플 앱 스토어](https://developer.apple.com/app-store/guidelines/)**: 앱 이름은 30자, 자막은 30자
--   **[구글 플레이 스토어](https://play.google.com/console/signup)**: 앱 제목은 50자, 짧은 설명은 80자
-
-앱 설명을 작성할 때는 다음 구조를 염두에 두세요:
-
--   **첫 번째 단락**: 앱의 주요 가치나 목적을 명확하게 전달하세요.
--   **중간 섹션**: 주요 기능과 당신의 앱을 차별화하는 요소를 강조하세요.
--   **마지막 단락**: 행동 촉구로 끝내고 앱의 고유한 장점을 강화하세요.
-
-_팁_: 가장 중요한 정보는 첫 세 줄에 넣으세요. 이는 사용자가 "더 보기"를 클릭하기 전에 보는 것입니다.
-
-### 검색어 및 순위
-
-전략적인 키워드 배치가 검색 가시성을 높이는 데 핵심입니다. 두 주요 앱 스토어에서 키워드를 다루는 방법은 다음과 같습니다:
-
--   **애플 앱 스토어**: 검색어 전용 100자 키워드 필드를 제공합니다.
--   **구글 플레이 스토어**: 앱 제목과 설명에서 키워드를 직접 가져옵니다.
-
-관련성이 있고 검색량이 많으며 과도하게 경쟁력이 없는 키워드에 집중하세요. 키워드 남용을 피하세요 - 이는 순위에 악영향을 미칠 수 있습니다.
-
-다음으로, 앱의 스토어 목록을 향상시키는 시각적 요소에 대해 다루어 보겠습니다.
-
-### 시각적 콘텐츠 요구사항
-
-고품질 시각적 요소는 주목을 끌고 기술적 지침을 준수하는 데 필수적입니다. 앱 스토어는 종종 승인하기 위해 준수를 요구합니다.
-
-**앱 스토어 스크린샷**:
-
--   6.5" 슈퍼 레티나 XDR 디스플레이용: 1284 x 2778 픽셀
--   **[아이패드 프로](https://www.apple.com/ipad-pro/)** (12.9-inch): 2048 x 2732 픽셀
--   최소 3개의 스크린샷을 업로드하세요(최대: 10)
-
-**구글 플레이 그래픽**:
-
--   기능 그래픽: 1024 x 500 픽셀
--   아이콘: 512 x 512 픽셀
--   스크린샷은 최소 16:9 비율을 유지해야 합니다.
-
-동영상도 큰 영향을 미칠 수 있습니다. 15-30초 MP4 또는 MOV 클립을 사용하여 앱을 실제로 보여주세요. 이러한 동영상에 제3자의 브랜딩을 포함하지 마세요.
-
-_모범 사례_: 주요 시장을 위해 현지화된 스크린샷을 만드세요. 각 지역의 문화와 공감할 수 있는 번역된 텍스트와 이미지를 사용하세요.
-
-## 메타데이터 작성 팁
-
-### 명확한 설명 작성
-
-앱이 제공하는 것과 주요 기능을 강조하는 짧고 직접적인 설명을 작성하세요. 앱의 주요 이점에 대한 간단한 진술로 시작하고, 가장 주목할 만한 기능을 나열하세요. 각 특정 청중과 공감할 수 있도록 단어를 조정하세요.
-
-### 번역 및 시장 적합성
-
-메타데이터 현지화는 단순히 텍스트를 번역하는 것이 아닙니다 - 지역 문화 및 사용자 선호에 맞추어 메시지를 조정하는 것입니다. 원어민과 협력하여 앱의 이점이 효과적으로 전달되고 의도한 청중과 공감할 수 있도록 하세요.
-
-## 일반적인 메타데이터 오류
-
-### 키워드 및 설명 실수
-
-메타데이터를 정확하게 작성하는 것은 앱의 가시성과 성과에 매우 중요합니다. 주요 함정 중 하나는 **키워드 남용**입니다 - 반복적인 용어로 설명을 채워 순위를 조작하려고 하는 것입니다. 이는 앱 스토어 규칙을 위반할 뿐만 아니라 outright 거부로 이어질 수 있습니다. 대신, 텍스트 내에서 자연스럽게 키워드를 배치하는 데 집중하세요.
-
-기타 설명상의 실수는 다음과 같습니다:
-
--   앱의 가치를 명확하게 전달하지 못함
--   기술 전문 용어로 텍스트 과부하
--   주요 기능이나 이점을 생략
--   서로 다른 현지화 버전 간에 혼란스러운 메시지를 전달
-
-### 이미지 및 동영상 기준
-
-시각 자산은 앱의 성공에 중요한 역할을 합니다. 플랫폼별 요구사항을 충족하면 순조로운 제출이 보장되며 불필요한 지연을 피할 수 있습니다.
-
-시각 요소에 대한 주요 팁:
-
--   앱의 현재 버전을 정확하게 반영하는 스크린샷을 사용하세요.
--   미리보기 동영상은 간결하게 유지하세요 - 15초에서 30초가 이상적입니다.
--   플랫폼에서 명시적으로 요구하지 않는 한 기기 프레임을 추가하지 마세요.
--   마케팅 오버레이가 스크린샷을 지배하지 않도록 하세요.
-
-### 브랜드 지침
-
-일관된 브랜드 아이덴티티를 유지하는 것은 기술적 정확성만큼 중요합니다.
-
-**주의해야 할 이름 문제**:
-
--   플랫폼 간 다른 앱 이름 사용
--   상표 기호 오용
--   제목의 대문자 표기 오류
-
-**시각적 아이덴티티 문제**:
-
--   아이콘과 스크린샷 간 불일치하는 색상 조합
--   일관되지 않은 글꼴 선택
--   로고 배치 오류
-
-Capgo는 82%의 글로벌 성공률을 달성했습니다 [\[1\]](https://capgo.app/).
-
-| 일반 오류 | 영향 | 해결 방법 |
-| --- | --- | --- |
-| 키워드 남용 | 스토어 거부, 낮은 순위 | 자연어 사용 및 관련성에 집중하세요. |
-| 나쁜 스크린샷 | 전환율 감소 | 플랫폼별 지침을 따르세요. |
-| 일관되지 않은 브랜딩 | 신뢰 감소 | 엄격한 브랜드 지침을 시행하세요. |
-
-## 메타데이터 유지 관리
-
-### 업데이트 시기
-
-주요 릴리스, 기능 출시, 성능 업그레이드, 시장 변화 또는 시즌 프로모션과 같은 주요 이벤트 동안 메타데이터를 최신 상태로 유지하세요. 변경해야 할 시기는 다음과 같습니다:
-
--   **기능 출시**: 새로운 기능을 강조하기 위해 설명 및 스크린샷을 업데이트하세요.
--   **성능 업그레이드**: 더 빠른 속도 또는 더 나은 효율성과 같은 측정 가능한 개선점을 강조하세요.
--   **시장 변화**: 변화하는 사용자 요구에 맞춰 키워드와 메시지를 조정하세요.
--   **시즌 이벤트**: 휴일, 특별 프로모션 또는 주목할 만한 기념일을 위해 메타데이터를 조정하세요.
-
-업데이트 후, 그 효과를 성과 지표로 추적하세요.
-
-### 성과 추적
-
-메타데이터 업데이트의 영향을 측정하는 것이 중요합니다. 업데이트 성공률 및 사용자 참여와 같은 지표를 사용하여 효과를 평가하세요. 예를 들어, Capgo와 같은 라이브 업데이트 솔루션을 사용하는 앱은 24시간 이내에 활성 사용자 중 95%가 업데이트에 성공했다고 보고합니다 [\[1\]](https://capgo.app/). 사용자 피드백을 정기적으로 확인하여 메타데이터가 명확하고 청중과 공감할 수 있는지 확인하세요.
-
-이러한 인사이트는 업데이트 관리를 위한 올바른 [도구 선택](https://capgo.app/docs/plugin/cloud-mode/manual-update/)에 도움이 될 수 있습니다.
-
-### 업데이트 관리 도구
-
-현대 플랫폼은 다음과 같은 기능으로 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 간소화합니다:
-
--   **실시간 배포**: 스토어 승인을 기다리지 않고 즉시 업데이트를 푸시합니다. 예를 들어, Capgo는 82%의 글로벌 성공률로 2350만 건의 업데이트를 전달했습니다 [\[1\]](https://capgo.app/).
--   **분석 통합**: 업데이트 성공, 사용자 참여 및 버전 기록을 모니터링합니다.
--   **롤백 옵션**: 필요한 경우 신속하게 변경 사항을 되돌릴 수 있습니다.
--   **제어된 배포**: 전체 출시 전에 특정 사용자 그룹과 함께 업데이트를 테스트합니다.
-
-> "우리는 애자일 개발을 실천하며, @Capgo는 사용자에게 지속적으로 배포하는 데 비상 사태입니다!" - 로드리고 만티카, @manticarodrigo
-
-## [Capgo](https://capgo.app/) 기능 및 이점
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-28.jpg?auto=compress)
-
-### Capgo 소개
-
-Capgo는 앱 스토어 리뷰 없이 즉각적인 변경을 허용하여 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/) 관리를 간소화합니다. [Capacitor](https://capacitorjs.com/) 앱을 위해 설계되었으며, 팀이 중요 수정 및 새로운 기능을 신속하게 배포할 수 있도록 돕습니다. 현재 750개의 앱이 운영 중이며 2350만 건 이상의 업데이트가 성공적으로 전달되어 Capgo는 앱 업데이트를 효율적으로 처리하는 신뢰할 수 있는 솔루션으로 입증되었습니다 [\[1\]](https://capgo.app/).
-
-### Capgo 업데이트 프로세스
-
-Capgo의 업데이트 시스템은 앱 스토어 규정을 준수하면서 배포를 가속화하도록 설계되었습니다. 개발자는 다음과 같은 기능을 사용하여 즉시 업데이트를 푸시할 수 있습니다:
-
--   **부분 업데이트**: 수정된 콘텐츠만 다운로드하여 대역폭을 절약하고 업데이트 크기를 줄입니다.
--   **종단 간 암호화**: 진정한 암호화와 함께 [안전한 업데이트](https://capgo.app/docs/live-updates/update-behavior/)를 제공합니다. 기본 서명만으로는 불충분합니다.
--   **채널 배포**: 베타 테스트 또는 특정 사용자 그룹을 위한 타겟 롤아웃을 가능하게 합니다.
-
-이 시스템은 82%의 글로벌 성공률을 달성하고, 114밀리초 만에 글로벌 CDN에서 5MB 번들을 제공하며, 95%의 활성 사용자가 24시간 이내에 업데이트를 받도록 보장합니다 [\[1\]](https://capgo.app/).
-
-### Capgo 주요 도구
-
-Capgo는 앱 업데이트 및 메타데이터를 효과적으로 관리하기 위한 주요 도구를 제공합니다:
-
-| 기능 | 목적 | 성능 지표 |
-| --- | --- | --- |
-| 실시간 분석 | 업데이트 성공 및 사용자 활동 모니터링 | 평균 57ms API 응답 시간 |
-| 버전 관리 | 이전 버전으로 빠르게 되돌리기 | 즉각적인 롤백 기능 |
-| CI/CD 통합 | Git 도구를 통한 배포 자동화 | 간소화된 워크플로우 통합 |
-
-Capgo는 Capacitor 8을 지원하며, 클라우드 기반 및 [자가 호스팅 배포](https://capgo.app/blog/self-hosted-capgo/) 옵션을 제공합니다. 이러한 유연성은 앱 스토어 요구 사항을 준수하면서 정확한 업데이트 관리를 보장합니다 [\[1\]](https://capgo.app/).
-
-## 요약
-
-메타데이터를 효과적으로 관리하는 것은 가시성을 높이고 성공을 달성하는 데 필수적입니다. 전통적인 앱 업데이트는 종종 시간이 걸리지만, 현대 도구는 이제 즉각적인 변화를 가능하게 합니다 - 이 논의의 핵심 주제입니다. 개발자들은 Apple 및 Google 지침을 준수하면서 업데이트를 간소화하기 위해 이러한 도구를 점점 더 많이 사용하고 있습니다.
-
-예를 들어, Capgo는 2350만 개의 업데이트를 배포하며 82%의 성공률을 기록했고, 24시간 이내에 95%의 활성 사용자에게 도달했습니다 [\[1\]](https://capgo.app/). 이는 효율적인 메타데이터 전략과 업데이트 관행을 사용하는 것이 중요함을 강조합니다.
-
-효과적인 메타데이터 관리를 위해 집중해야 할 몇 가지 중요한 측면은 다음과 같습니다:
-
-| 측면 | 모범 사례 | 영향 |
-| --- | --- | --- |
-| 업데이트 속도 | 즉시 배포 | 버그 수정 및 기능 추가 속도 향상 |
-| 준수 | 스토어 지침 따르기 | 앱 거부 방지 |
-| 보안 | 종단 간 암호화 | 데이터 및 업데이트 보호 |
-| 배포 | 목표 롤아웃 | 업데이트 배포 방식 제어 |
-
-앱 스토어 메타데이터 관리의 변화는 빠른 업데이트를 우선시하면서 강력한 보안 및 준수를 유지하는 보다 효율적인 솔루션을 위해 업계가 추진하고 있음을 보여줍니다. Bessie Cooper가 말했듯이: "Capgo는 개발자가 더 생산적이 되기를 원한다면 반드시 필요한 도구입니다. 중요한 수정사항을 위해 앱 리뷰를 우회하는 것은 상당한 이점을 제공합니다." [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ko/app-store-vs-direct-updates-what-developers-need-to-know.md b/src/content/blog/ko/app-store-vs-direct-updates-what-developers-need-to-know.md
deleted file mode 100644
index c693b8061..000000000
--- a/src/content/blog/ko/app-store-vs-direct-updates-what-developers-need-to-know.md
+++ /dev/null
@@ -1,175 +0,0 @@
----
-slug: app-store-vs-direct-updates-what-developers-need-to-know
-title: '앱 스토어 vs 다이렉트 업데이트: 개발자가 알아야 할 사항'
-description: '앱스토어 업데이트와 직접 OTA 업데이트의 장단점을 살펴보고, 개발자들이 자신의 앱에 가장 적합한 전략을 선택할 수 있도록 도와드립니다.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-13T06:14:25.862Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6784a46a684afc141f72d774-1736748943276.jpg
-head_image_alt: 기술
-keywords: >-
-  App Store updates, OTA updates, mobile app development, update strategy,
-  developer tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**앱 스토어 업데이트 또는 직접 OTA 업데이트?** [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 제공하는 방식은 속도, 제어 및 사용자 경험에 상당한 영향을 미칠 수 있습니다. 다음은 간단한 분석입니다:
-
--   **앱 스토어 업데이트**: 보안과 규정 준수를 보장하지만 몇 시간 또는 며칠이 걸리는 검토 과정을 거칩니다. 전역 출시에 이상적이지만 유연성이 제한됩니다.
-    
--   **직접 OTA 업데이트**: 앱 스토어 검토를 건너뛰어 UI 수정이나 버그 수정을 더 빠르게 업데이트할 수 있습니다. 빠른 변경과 대상 지정 업데이트에 적합하지만 개발자가 보안과 규정 준수를 관리해야 합니다.
-    
-
-### 빠른 비교
-
-| 측면 | 앱 스토어 업데이트 | 직접 OTA 업데이트 |
-| --- | --- | --- |
-| **속도** | 수일에서 수주 | 수분에서 수시간 |
-| **제어** | 앱 스토어 규칙에 제한 | 개발자가 완전히 관리 |
-| **사용 사례** | 전역 출시 | 대상 지정, 빠른 수정 |
-| **보안** | 앱 스토어에서 처리 | 개발자 관리 |
-| **비용** | 거래의 15% 수수료 | 플랫폼 수수료 없음 |
-
-**핵심 요약**: 신뢰성과 규정 준수를 위해서는 앱 스토어 업데이트를, 속도와 유연성을 위해서는 직접 OTA 업데이트를 사용하세요. 앱의 요구사항과 사용자 기대치에 따라 선택하세요.
-
-## Ionic & Capacitor로 네이티브 모바일 앱 구축하기
-
-<iframe src="https://www.youtube-nocookie.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 앱 스토어 업데이트 설명
-
-앱 스토어 업데이트는 공식 플랫폼 마켓플레이스를 통해 소프트웨어 업데이트를 제공하는 기본 방법입니다. 이 시스템은 대부분의 모바일 앱의 주요 배포 채널이며, 개발자가 따라야 할 특정 단계와 지침이 있습니다.
-
-### 앱 스토어 업데이트 작동 방식
-
-앱 스토어에 업데이트를 제출하려면 Apple의 요구사항을 충족하는 패키지를 준비하고 검토 과정을 통과해야 합니다. Apple은 보안, 성능, 콘텐츠 지침 및 기능성을 확인합니다. [App Store Connect](https://developer.apple.com/app-store-connect/)를 사용하여 개발자는 지원되는 기기에서의 테스트, 보안 검사, 규정 준수 검토를 포함한 철저한 평가를 거치는 업데이트를 제출합니다.
-
-### 앱 스토어 업데이트의 이점
-
-앱 스토어는 앱 배포와 유지관리를 더 쉽게 만듭니다. 업데이트 전달, 보안 검사, 사용자 알림, 심지어 결제 처리와 같은 작업을 처리합니다. 이 중앙 집중식 시스템은 사용자에게 일관된 경험을 제공하고 플랫폼에 대한 신뢰를 구축합니다.
-
-### 앱 스토어 업데이트의 단점
-
-편리하지만, 앱 스토어 시스템은 개발자에게 몇 가지 주목할 만한 단점이 있습니다:
-
-| 문제 | 개발자에 대한 영향 |
-| --- | --- |
-| 검토 지연 | 중요한 수정사항이 적용되기까지 며칠이 걸릴 수 있음 |
-| 제한된 제어 | 긴급 배포를 위해 Apple의 일정에 의존 |
-
-다른 문제로는 거래의 15% 수수료 [\[1\]](https://manytricks.com/blog/?p=4156)와 샌드박스 요구사항 [\[2\]](https://forum.blackmagicdesign.com/viewtopic.php?f=21&t=117780)의 제한이 있으며, 이는 개발 유연성을 제한하고 비즈니스 전략에 영향을 미칠 수 있습니다.
-
-이러한 장애물 때문에 많은 개발자들이 OTA(over-the-air) 업데이트와 같은 대안을 찾고 있습니다. 앱 스토어가 안전하고 중앙 집중화된 시스템을 제공하지만, 더 빠르고 적응성 있는 옵션을 탐색하는 것이 많은 팀에게 게임 체인저가 될 수 있습니다.
-
-## Capacitor를 통한 직접 OTA 업데이트
-
-직접 over-the-air(OTA) 업데이트를 통해 개발자는 앱 스토어 검토 지연을 우회하여 새로운 기능과 수정사항을 빠르게 배포할 수 있습니다. 이 접근 방식은 업데이트가 사용자 기기에 전달되는 방식을 변경합니다.
-
-### 직접 OTA 업데이트란 무엇인가?
-
-직접 OTA 업데이트를 통해 개발자는 앱 스토어에 새 버전을 제출하지 않고도 JavaScript, HTML, CSS의 변경사항을 푸시할 수 있습니다. Capacitor를 사용하면 이러한 업데이트를 사용자의 기기에 직접 보낼 수 있어 전체 [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)가 단순화됩니다.
-
-### 직접 OTA 업데이트를 사용하는 이유
-
-| **장점** | **설명** |
-| --- | --- |
-| **더 빠른 업데이트** | 시간이 많이 소요되는 앱 스토어 검토를 건너뛰고 즉시 사용자에게 변경사항 전달 |
-| **비용 절감** | 앱 업데이트에 대한 반복적인 제출 수수료 회피 |
-| **사용자에게 원활** | 사용자 조치 없이 백그라운드에서 업데이트 진행 |
-| **더 많은 제어** | 개발자가 특정 사용자 그룹에 대해 기능 테스트 가능 |
-
-이러한 이점들은 속도와 적응성에 중점을 둔 팀에게 OTA 업데이트를 매력적인 옵션으로 만듭니다. Capgo와 같은 도구는 암호화로 추가적인 보안 계층을 제공하고 원활한 업데이트를 위해 CI/CD 파이프라인과 통합됩니다.
-
-### 규정 준수 유지 및 위험 관리
-
-OTA 업데이트를 사용할 때는 플랫폼별 지침을 따르는 것이 필수적입니다:
-
--   **콘텐츠 변경**: OTA 업데이트는 일반적으로 UI 수정, 콘텐츠 업데이트 또는 작은 기능 조정에 적합합니다.
-    
--   **네이티브 코드**: 네이티브 코드의 변경은 여전히 앱 스토어 검토 과정을 거쳐야 합니다.
-    
--   **플랫폼 정책**: 업데이트는 플랫폼 규칙을 준수하기 위해 안전한 전달 메커니즘을 사용해야 합니다.
-    
-
-Capgo와 같은 플랫폼은 버전 관리와 롤백 옵션과 같은 기능을 포함하여 업데이트가 안전하고 규정을 준수하도록 보장합니다. 이러한 안전장치는 개발자가 OTA 업데이트의 유연성을 활용하면서 위험을 피할 수 있도록 돕습니다.
-
-다만, 개발자는 자신의 앱에 가장 적합한 것을 결정하기 위해 OTA 업데이트의 속도와 편의성을 앱 스토어 업데이트의 철저함과 구조성과 신중하게 비교해야 합니다.
-
-## 앱 스토어와 직접 OTA 업데이트 비교
-
-### 차이점과 사용 사례
-
-앱 스토어와 OTA 업데이트 중 선택하는 것은 앱을 배포하는 방식에 직접적인 영향을 미칩니다. 앱 스토어 업데이트는 신뢰성과 사용 용이성으로 알려져 있고, OTA 업데이트는 속도와 적응성이 뛰어나 기업용 앱에 이상적입니다.
-
-기업용 또는 내부 앱의 경우, 직접 OTA 업데이트는 명확한 이점을 제공합니다. 앱 스토어 검토를 기다리지 않고도 더 빠른 반복과 조정이 가능합니다.
-
-크로스 플랫폼 앱 작업 시 [업데이트 전략](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)은 더욱 중요해집니다. 기업 개발자들은 다음과 같은 상황에서 직접 OTA 업데이트를 선택합니다:
-
--   앱 스토어 지연 없이 신속한 수정
-    
--   긴급 요구사항에 대한 빠른 기능 출시
-    
--   조직 목표에 맞춘 맞춤형 업데이트 일정
-    
--   어떤 사용자가 업데이트를 받을지에 대한 세밀한 제어
-    
-
-아래 표는 이 두 가지 업데이트 방식의 주요 차이점을 보여줍니다.
-
-### 비교 표
-
-| 측면 | 앱 스토어 업데이트 | 직접 OTA 업데이트 |
-| --- | --- | --- |
-| **배포 제어** | 앱 스토어에서 관리 | 개발자가 처리 |
-| **업데이트 속도** | 수일에서 수주 소요 | 수분에서 수시간 내 |
-| **기능 유연성** | 샌드박싱으로 제한 | 완전한 기능 접근 허용 |
-| **수익 영향** | Apple에 15% 수수료 | 플랫폼 수수료 없음 |
-| **보안 관리** | 플랫폼에서 관리 | 개발자가 책임짐 |
-| **배포 범위** | 전역 출시 | 대상 지정 배포 |
-
-Capgo는 개발자를 위해 설계된 암호화와 관리 도구로 안전한 OTA 업데이트를 제공합니다. 기업용 앱을 다루는 개발자를 위해 Capgo는 다음을 제공합니다:
-
--   롤백 옵션이 있는 버전 관리
-    
--   실시간 업데이트 모니터링
-    
--   사용자별 업데이트 타겟팅
-    
--   CI/CD 파이프라인과의 통합
-    
-
-적절한 업데이트 방식의 선택은 전적으로 귀하의 요구사항에 달려있습니다. Apple Developer Forums에서 강조된 바와 같이:
-
-> "Mac App Store 외부에서 macOS 앱을 제공하는 경우 업데이트 기능을 직접 제공해야 합니다" [\[3\]](https://forums.developer.apple.com/forums/thread/107576).
-
-## CI/CD 파이프라인에 OTA 업데이트 통합하기
-
-직접 OTA 업데이트를 고려하는 개발자의 경우, 이러한 업데이트를 CI/CD 워크플로우에 통합하면 속도와 유연성을 최대한 활용할 수 있습니다.
-
-### [Capgo](https://capgo.app/) 같은 도구 사용하기
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737
-
-[Blackmagic Design](https://www.blackmagicdesign.com/)의 Resolve는 앱스토어를 우회하여 직접 다운로드를 제공하는 좋은 예시입니다. 이러한 선택은 앱스토어의 제한 사항에 맞지 않을 수 있는 고급 기능을 제공할 수 있게 합니다 [\[2\]](https://forum.blackmagicdesign.com/viewtopic.php?f=21&t=117780). 이는 특수 기능 지원과 같은 특정 산업의 요구사항이 업데이트 전략을 어떻게 형성할 수 있는지 보여줍니다.
-
-금융이나 의료와 같이 규제가 엄격한 산업에서는 Capgo와 같은 플랫폼을 통한 OTA 업데이트가 게임 체인저가 될 수 있습니다. 이를 통해 규정 준수를 유지하면서 규제 변화에 신속하게 대응할 수 있습니다. 이는 특히 업데이트의 속도와 제어가 중요한 기업용 앱에서 유용합니다.
-
-접근 방식을 결정할 때 다음 요소들을 고려하세요:
-
--   개발 워크플로우
-    
--   사용자가 경험에서 기대하는 것
-    
--   준수해야 할 규정이나 규제 요구사항
-    
--   업데이트가 수익에 미칠 수 있는 영향
-    
--   배포에 대해 원하는 제어 수준
-    
-
-업데이트 전략 선택은 앱의 성능, 사용자 만족도, 개발 프로세스에 큰 영향을 미칩니다. 최상의 결과를 얻으려면 대상 사용자, 확장성 요구사항, 비즈니스 목표에 맞게 접근 방식을 조정하세요.
diff --git a/src/content/blog/ko/appcenter-migration.md b/src/content/blog/ko/appcenter-migration.md
deleted file mode 100644
index c0b952749..000000000
--- a/src/content/blog/ko/appcenter-migration.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: appcenter-migration
-title: App Center에서 Capgo로 마이그레이션
-description: 이 가이드에서는 Microsoft CodePush 대안인 Capgo Live Updates의 전체 마이그레이션 과정을 안내합니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-22T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /migrate_appcenter.webp
-head_image_alt: Capacitor JS 개발자가 대안을 찾고 있습니다.
-keywords: >-
-  App Center, migration, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Migration
-published: true
-locale: ko
-next_blog: automatic-build-and-release-with-github-actions
----
-## 마이그레이션 요약
-
-* [Capgo](/register/)는 개발 팀이 실시간 앱을 배포된 앱으로 전송할 수 있도록 돕는 서비스입니다.
-* jQuery Mobile, Framework 7, Sencha, KendoUI, Ionic 또는 커스텀 솔루션으로 작성된 Capacitor JS 앱은 마이그레이션할 수 있습니다. **기존의 Ionic 앱은 필요하지 않습니다.**.
-* [Colt](https://volt.build/)는 App Center Build(안드로이드/iOS 앱 빌드)를 위한 동등한 서비스를 제공합니다. 테스트, 진단 및 분석 서비스를 제공합니다.
-
-##### 참고
-
-앱이 여전히 Cordova를 사용 중이라면, 먼저 [Capacitor로 마이그레이션](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/)해야 합니다.
-
-이온 팀이 Cordova의 영적 후계자로 만들었으며, Capacitor는 개발이 네이티브 도구 및 기능에 가깝게 이동할 수 있도록 해주며 더 나은 사용자 경험과 성능을 제공하는 것을 목표로 합니다.
-
-다행히 마이그레이션 프로세스는 간단하며 대부분의 Cordova 플러그인은 Capacitor와 하위 호환됩니다. [여기서 마이그레이션 시작하기](https://capacitorjs.com/docs/cordova/migrating-from-cordova-to-capacitor/).
-
-## Capgo 소개
-
-Capgo는 시간이 지남에 따라 앱 업데이트를 처리합니다. 개발 팀은 앱의 고유한 기능에 완전히 집중하고 복잡한 앱 배포 프로세스를 Capgo에 아웃소싱할 수 있습니다.
-
-Capgo는 웹 배달과 모바일 간의 간극을 메워줍니다.
-
-## Capgo 필수 조건
-
-App Center와 마찬가지로, [Capgo](/register/)는 Azure DevOps, Bitbucket, GitHub 및 GitLab의 Git 저장소에 호스팅된 앱을 지원합니다.
-
-### Capgo CLI 설치
-
-##### 참고
-
-컴퓨터에 Node 및 NPM이 설치되어 있어야 합니다. 진행하기 전에 확인하세요. 항상 [현재 LTS 버전](https://nodejs.org/)을 사용하세요. Capgo는 이전 버전을 지원하지 않습니다.
-
-### `package.json` 및 Capacitor 구성 파일 만들기
-
-##### 참고
-
-시작하기 전에, 새로운 Git 브랜치에서 변경하는 것을 추천합니다.
-
-[Capgo](/register/)는 Capacitor 앱을 자동화하기 위해 만들어졌으므로, 앱에 없을 수 있는 파일이 하나 필요합니다. 먼저 `capacitor.config.json` 파일을 생성하세요. 파일을 생성하는 가장 쉬운 방법은 앱의 루트에서 다음 명령을 실행하는 것입니다:
-
-```shell
-npm install @capacitor/core
-```
-
-그런 다음, CLI 설문지를 사용하여 Capacitor를 초기화하세요:
-
-```shell
-npx cap init
-```
-
-CLI가 몇 가지 질문을 할 것이며, 시작은 앱 이름과 앱에 사용할 패키지 ID로 시작합니다.
-
-마지막으로, 새 파일을 프로젝트에 커밋하세요:
-
-    git add .git commit -m "added package json and capacitor config" && git push
-
-### 코드 마이그레이션
-
-새로 필요한 [Capgo](/register/) 파일이 준비되었으므로, 실제 앱에 집중할 수 있습니다. [Capgo](/register/)는 전체 빌드된 앱이 `dist`라는 이름의 디렉터리 안에 있을 것으로 예상합니다.
-
-빌드된 코드가 `dist` 디렉터리에 없다면, Capacitor 구성 파일에서 이 값을 변경하세요.
-
-앱의 디렉터리 구조는 다음과 같아야 합니다:
-
-![App Structure](/directory_looklike.webp)
-
-## Capgo 구성
-
-앱이 [Capgo](https://console.capgo.app/) 통합을 준비하면, 회원가입하고 첫 번째 버전을 업로드할 API 키를 가져올 시간입니다! [Capgo 계정 등록](https://console.capgo.app/register/)으로 시작하세요.
-
-Capgo에 로그인 한 후, 계정 페이지로 이동하여 API 키를 클릭한 다음 '쓰기' 키를 클릭하여 클립보드에 복사합니다.
-
-### Capgo SDK 설치
-
-명령 줄에서, Capacitor 앱 폴더의 루트에 직접 다음 명령을 실행하세요:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Capacitor 앱에 플러그인을 설치하기 위해.
-
-그런 다음 이 코드를 CodePush 대신 앱에 추가하세요:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-이 코드는 네이티브 플러그인에게 설치가 성공했음을 알립니다.
-
-## 라이브 업데이트 배포 (CodePush 대안)
-
-라이브 업데이트 기능은 설치된 [Capgo SDK](https://github.com/Cap-go/capacitor-updater/)를 사용하여 특정 배포 채널 대상을 듣습니다. 웹 빌드가 채널 대상에 할당되면, 해당 업데이트는 지정된 채널 대상을 구성한 바이너리가 실행 중인 사용자 장치에 배포됩니다.
-
-### Capgo CLOUD에 로그인
-
-먼저 계정에 있는 `all` [apikey](https://console.capgo.app/dashboard/apikeys/)를 사용하여 CLI로 로그인하세요:
-
-```shell
-npx @capgo/cli@latest login YOURKEY
-```
-
-## 첫 번째 앱 추가
-
-CLI를 사용하여 Capgo Cloud에서 앱을 먼저 만듭시다.
-
-`npx @capgo/cli@latest app add`
-
-이 명령은 Capacitor 구성 파일에서 정의된 모든 변수를 사용하여 앱을 생성합니다.
-
-## 첫 번째 번들 업로드
-
-코드를 빌드하고 Capgo에 전송하는 명령을 실행하세요:
-```shell
-npx @capgo/cli@latest bundle upload --channel production
-```
-
-기본적으로 버전 이름은 `package.json` 파일의 이름이 됩니다.
-
-[Capgo](https://console.capgo.app/)에서 빌드가 존재하는지 확인하세요.
-
-저의 [모바일 샌드박스 앱](https://capgo.app/app_mobile/).으로 테스트할 수 있습니다.
-
-### 채널 기본 설정
-
-앱을 Capgo에 보낸 후 채널을 `default`로 설정해야 앱이 Capgo에서 업데이트를 받을 수 있습니다.
-
-```shell
-npx @capgo/cli@latest channel set production -s default
-```
-
-## 업데이트를 검증하기 위한 앱 구성
-
-이 구성을 기본 JavaScript 파일에 추가하세요.
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-그런 다음 `npm run build && npx cap copy`를 실행하여 앱을 업데이트하세요.
-
-### 장치에서 라이브 업데이트 받기
-
-배포에서 라이브 업데이트를 받으려면 장치나 에뮬레이터에서 앱을 실행해야 합니다. 가장 쉬운 방법은 로컬 앱을 에뮬레이터나 컴퓨터에 연결된 장치에서 실행하는 것입니다.
-
-    npx cap run [ios | android]
-
-앱을 열고 백그라운드로 두었다가 다시 열면, 로그에서 앱이 업데이트를 수행한 것을 확인할 수 있어야 합니다.
-
-축하합니다! 🎉 첫 번째 라이브 업데이트를 성공적으로 배포했습니다. 이는 라이브 업데이트로 할 수 있는 일의 시작일 뿐입니다. 자세한 내용을 보려면 전체 [라이브 업데이트 문서](/docs/plugin/cloud-mode/getting-started/)를 참조하세요.
-
-## App Center 종속성 제거
-
-Capgo의 서비스를 통합했으므로, App Center에 대한 모든 참조를 제거해야 합니다. 사용하지 않는 코드/서비스를 제거하는 것이 모범 사례일 뿐만 아니라, SDK를 제거하면 앱의 크기가 줄어들 것입니다.
-
-먼저 터미널을 열고 App Center 플러그인을 제거하세요:
-```shell
-    cordova plugin remove cordova-plugin-appcenter-analytics cordova-plugin-appcenter-crashes cordova-plugin-code-push
-```
-
-다음으로 `config.xml`을 열고 다음 `preference` 값을 제거하세요. 다음과 유사하게 보일 것입니다:
-```xml
-    <preference name="APP_SECRET" value="0000-0000-0000-0000-000000000000" /><preference name="CodePushDeploymentKey" value="YOUR-ANDROID-DEPLOYMENT-KEY" /><preference name="CodePushPublicKey" value="YOUR-PUBLIC-KEY" />
-```
-
-앱에서 App Center Analytics를 사용하고 있었다면, 다음 `preferences` 요소를 제거하세요: `APPCENTER_ANALYTICS_ENABLE_IN_JS` 및 `APPCENTER_CRASHES_ALWAYS_SEND`.
-
-다음 `<preference name="APP_SECRET" value="0000-0000-0000-0000-000000000000" />` 요소를 제거하세요:
-
-```xml
-    <access origin="https://codepush.appcenter.ms" /><access origin="https://codepush.blob.core.windows.net" /><access origin="https://codepushupdates.azureedge.net" />
-```
-
-`index.html` 파일의 CSP `meta` 태그에서 CodePush에 대한 참조를 제거하세요 (`https://codepush.appcenter.ms`):
-```xml
-    <meta http-equiv="Content-Security-Policy" content="default-src https://codepush.appcenter.ms 'self' data: gap: https://ssl.gstatic.com 'unsafe-eval'; style-src 'self' 'unsafe-inline'; media-src *" />
-```
-
-마지막으로 앱 내에서 `codePush.sync();`와 같은 App Center 서비스에 대한 모든 코드 참조를 제거하세요.
-
-## 다음 단계
-
-App Center에서 Capgo로 전환하고 라이브 업데이트를 활용했습니다. 이는 Capgo를 사용할 수 있는 일의 시작일 뿐입니다. 나머지 서비스에는 채널(여러 환경) 및 오버라이드가 포함됩니다. 클라우드 CLI 통합을 통해 GitHub Action, GitLab, Jenkins 등과 같은 CI/CD 플랫폼에서 Capgo를 사용할 수 있습니다.
-
-## 자동 앱 업데이트 전송
-
-코드가 GitHub에 호스팅되면, GitHub 작업 덕분에 몇 단계만 더 거치면 자동 빌드 및 릴리스를 설정할 수 있습니다.
-
-이와 관련된 두 번째 기사를 작성했습니다.
-
-## 감사의 말
-
-[이온](https://ionic.com/)에 대해 대단히 감사합니다. 이 기사는 [이 기사를](https://ionic.io/blog/moving-from-microsoft-app-center-to-ionic-appflow/) 기반으로 하여 chat-gpt-3로 재작성하고 수정되었습니다.
diff --git a/src/content/blog/ko/appflow-cicd-integration-best-practices.md b/src/content/blog/ko/appflow-cicd-integration-best-practices.md
deleted file mode 100644
index ccffc2ae2..000000000
--- a/src/content/blog/ko/appflow-cicd-integration-best-practices.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-slug: appflow-cicd-integration-best-practices
-title: 'Appflow CI/CD 통합: 모범 사례'
-description: 'CI/CD 솔루션을 모바일 앱 개발에 통합하는 모범 사례를 살펴보고, 주요 플랫폼의 비용과 기능을 비교해보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:52:14.301Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4-1744685577460.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  CI/CD, mobile app development, Appflow, Capgo, OTA updates, build automation,
-  deployment, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Appflow](https://ionic.io/appflow/) CI/CD는 앱 스토어 심사를 기다리지 않고도 over-the-air(OTA) 업데이트를 통해 **24시간 이내에 95%의 사용자가 업데이트를 받을 수 있도록** 모바일 앱 업데이트를 단순화합니다. iOS와 Android 빌드, 앱 스토어 배포, 명령줄 관리를 위한 자동화 도구를 제공합니다. 하나 연간 최대 $6,000까지 상승하는 비용으로 인해 일부 팀들은 더 빠른 업데이트와 저렴한 가격을 제공하는 [Capgo](https://capgo.app/)와 같은 대안을 찾고 있습니다.
-
-### 주요 포인트:
-
--   **핵심 기능**: OTA 업데이트, 자동화된 빌드, 앱 스토어 배포, CLI 도구
--   **설정 팁**: 브랜치 기반 자동화, 보안 환경 변수, 역할 기반 접근 제어 사용
--   **대안**: Capgo는 더 빠른 업데이트 속도로 유사한 기능을 더 낮은 연간 비용(~$3,600)에 제공
-
-### 빠른 비교:
-
-| 기능 | Appflow | Capgo |
-| --- | --- | --- |
-| 연간 비용 | $6,000 | ~$3,600 |
-| 설정 비용 | 포함 | $2,600 (일회성) |
-| 업데이트 속도 | 안정적 | 5 MB 번들 기준 114 ms |
-| 시험 기간 | 제한적 | 15일 |
-
-**올바른 CI/CD 솔루션 선택은 비용, 속도, 업데이트 안정성의 균형을 맞추는 것에 달려있습니다.**
-
-## [Appflow](https://ionic.io/appflow/)를 CICD 파이프라인과 통합하기
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-<iframe src="https://www.youtube.com/embed/CakTj3A3wbM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Appflow CI/CD 핵심 기능
-
-Appflow CI/CD는 모바일 앱 개발과 배포를 단순화하도록 설계된 네 가지 주요 기능을 제공합니다. 이러한 기능들은 모바일 플랫폼 전반에 걸쳐 빌드, 배포, 업데이트를 자동화하는 데 도움을 줍니다.
-
-### 직접 앱 업데이트
-
-Appflow를 사용하면 팀은 앱 스토어 심사를 기다리지 않고 사용자의 기기에 직접 업데이트를 푸시할 수 있습니다. 이 over-the-air(OTA) 업데이트 시스템을 통해 개발자는 사용자 피드백에 신속하게 대응하거나 긴급 수정사항을 배포할 수 있어, 앱을 최신 상태로 유지하고 사용자 요구에 대응할 수 있습니다.
-
-### iOS와 Android 빌드 도구
-
-Appflow는 iOS와 Android 플랫폼 모두를 위한 빌드 프로세스를 자동화합니다. iOS의 경우 코드 서명, 프로비저닝, Xcode 설정과 같은 작업을 관리합니다. Android의 경우 Gradle 자동화, 키스토어 관리를 처리하고 APK 또는 앱 번들을 생성합니다. 이는 [React Native](https://reactnative.dev/)와 Capacitor와 같은 프레임워크를 위한 일관된 빌드를 보장합니다.
-
-### 앱 스토어 배포
-
-Appflow의 자동화된 배포 파이프라인으로 앱 스토어에 앱을 제출하는 것이 더 쉬워집니다. 바이너리 준비, 버전 관리, 메타데이터 관리, 규정 준수 확인과 같은 작업을 처리합니다. 이러한 자동화는 수동 작업을 최소화하면서 원활하고 일관된 릴리스를 보장합니다.
-
-### 명령줄 도구
-
-Appflow는 개발자가 명령줄에서 직접 빌드와 배포를 관리할 수 있는 CLI 도구를 제공합니다. 이러한 도구는 사용자 지정 가능한 빌드 단계와 환경 구성을 지원하여 특정 프로젝트 요구사항에 맞게 CI/CD 파이프라인을 조정하면서 팀 간의 일관성을 유지하기 쉽게 만듭니다.
-
-## Appflow CI/CD 설정하기
-
-원활한 자동화된 빌드와 배포를 위해 Appflow CI/CD를 구성하는 방법을 알아보세요.
-
-### 환경 설정 단계
-
-버전 관리 브랜치와 연계된 고유한 환경을 설정하세요:
-
--   **개발**: 일일 빌드와 테스트용
--   **스테이징**: 최종 테스트를 위한 프로덕션 복제본
--   **프로덕션**: 라이브 앱 릴리스용
-
-Appflow의 내장 [암호화 저장소](https://capgo.app/docs/cli/migrations/encryption/)를 사용하여 환경 변수를 안전하게 저장하세요.
-
-### 빌드 프로세스 자동화
-
-빌드 프로세스를 효과적으로 자동화하는 방법입니다:
-
-**브랜치 기반 자동화**  
-다른 git 브랜치에 대한 자동화된 빌드 트리거 설정:
-
--   기능 브랜치: 개발 빌드 트리거
--   메인 브랜치: 스테이징 빌드 시작
--   릴리스 브랜치: 프로덕션 빌드 시작
-
-**빌드 구성**  
-`appflow.config.json`을 사용자 지정하여 다음을 정의:
-
--   빌드 환경
--   플랫폼별 설정
--   의존성과 버전
--   출력 구성
-
-파이프라인의 보안을 유지하기 위해 엄격한 접근 제어와 암호화를 적용하세요.
-
-### 보안 설정
-
-1. **토큰 관리**  
-Appflow의 암호화된 변수를 사용하여 인증 토큰을 안전하게 저장하세요. 빌드 로그나 구성 파일에 민감한 자격 증명이 노출되지 않도록 하세요.
-
-2. **접근 제어**  
-역할 기반 접근 제어(RBAC) 구현:
-
--   시니어 개발자만 프로덕션 배포 처리 허용
--   개발팀에게 스테이징 접근 제한
--   QA 팀에게 읽기 전용 접근 권한 제공
-
-3. **데이터 보호**  
-전송 및 저장 중인 모든 민감한 데이터를 암호화하세요:
-
--   API 키
--   인증서
--   환경 변수
--   빌드 아티팩트
-
-### 테스트 및 복구 계획
-
-앱 안정성을 보장하기 위해 철저한 테스트와 복구 전략을 수립하세요:
-
-**자동화된 테스트**  
-파이프라인에 자동화된 테스트를 통합하세요:
-
--   단위 테스트
--   통합 테스트
--   UI 자동화 테스트
-
-**복구 절차**  
-다음과 같은 주요 복구 메커니즘을 준비하세요:
-
-| 복구 유형 | 구현 | 활성화 트리거 |
-| --- | --- | --- |
-| 빠른 롤백 | 이전 버전 복원 | 배포 실패 |
-| 버전 관리 | git revert 자동화 | 빌드 실패 |
-| 데이터 백업 | 자동화된 스냅샷 예약 | 구성 손상 |
-
-## OTA 업데이트 플랫폼 비교
-
-Appflow가 계속해서 사용자를 지원하는 가운데, 새로운 대안들이 경쟁력 있는 기능과 가격으로 등장하고 있습니다. OTA 업데이트 플랫폼은 이제 다양한 요구사항에 맞춘 여러 가지 실시간 업데이트 방법을 제공합니다. 주요 옵션들을 살펴보겠습니다.
-
-### [Capgo](https://capgo.app/) 기능과 가격
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-Capgo는 글로벌 CDN을 통해 5 MB 번들을 114 ms라는 인상적인 속도로 업데이트를 전달하며, API 응답 시간은 434 ms입니다 [\[1\]](https://capgo.app/). 1.9K개의 프로덕션 앱을 지원하고 1,155억 건 이상의 업데이트를 제공하여 신뢰성을 입증했습니다 [\[1\]](https://capgo.app/).
-
-| 기능 | Capgo | Appflow |
-| --- | --- | --- |
-| 연간 비용 | ~$3,600 | $6,000 |
-| CI/CD 설정 | $2,600 (일회성) | 포함 |
-| 월간 운영비 | ~$300 | ~$500 |
-| 시험 기간 | 15일 | 제한적 |
-
-Capgo가 경쟁력 있는 가격과 성능을 제공하는 반면, 다른 플랫폼들은 특정 지역을 대상으로 하거나 더 오래된 방식에 의존합니다.
-
-### [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) 레거시
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/67fdc56b72a40527486c1de4/2917e9ac2c3b78a7e493c0fc02ad3e2c.jpg)
-
-2024년에 종료될 Microsoft CodePush로 인해 많은 사용자들이 더 나은 보안과 신뢰성을 갖춘 플랫폼을 찾게 되었습니다. 한 개발자의 말처럼:
-
-> "4년 만에 @Appflow 구독을 취소했습니다. Code-Push는 잘 작동하지 않는 것 같았고, @CapGO가 이를 해결했기를 바랍니다." - LeVar Berry [\[1\]](https://capgo.app/)
-
-이러한 변화는 신뢰할 수 있는 업데이트 전달과 롤백 기능에 대한 수요를 강조합니다. NASA의 [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) 팀도 의견을 냈습니다:
-
-> "@Capgo는 핫 코드 푸시를 하는 스마트한 방법입니다(@AppFlow처럼 세상의 모든 돈을 들이지 않고도) :-)" [\[1\]](https://capgo.app/)
-
-이러한 예시들은 비용 절감과 운영 효율성을 결합한 솔루션에 대한 선호도가 증가하고 있음을 보여줍니다.
-
-## 모바일 CI/CD 문제 해결
-
-### 플랫폼 빌드 요구사항
-
-iOS와 Android를 위한 빌드는 Appflow의 CI/CD 파이프라인을 신중하게 설정
-
-"@Capgo는 핫 코드 푸시를 구현하는 스마트한 방법입니다 (@AppFlow처럼 모든 비용을 지불할 필요 없이) 🙂" [\[1\]](https://capgo.app/)
-
-CI/CD를 구현할 때 세 가지 주요 요소가 두드러집니다:
-
-| 요소 | 구현 중점 | 영향 |
-| --- | --- | --- |
-| 속도 | 즉각적인 배포 능력 | 더 빠른 버그 수정과 기능 출시 |
-| 보안 | 종단간 암호화 | 안전한 업데이트 전달 보장 |
-| 규정 준수 | 앱스토어 요구사항 준수 | 마켓플레이스 존재감 유지 |
-
-이러한 영역들의 우선순위 지정은 팀이 변화하는 CI/CD 환경에 적응하는 데 도움이 됩니다. Appflow가 2026년에 중단될 예정이므로, 기술적 성능뿐만 아니라 비용 효율성, 업데이트 신뢰성, 장기적인 플랫폼 안정성도 고려하는 것이 중요합니다.
-
-플랫폼들이 전 세계적으로 1,155.1억 건의 업데이트를 처리하는 상황에서[\[1\]](https://capgo.app/), 효율적이고 신뢰할 수 있는 업데이트 전달은 현대 모바일 앱 개발의 중요한 초점으로 남아있습니다. 적절한 CI/CD 솔루션을 선택할 때는 성능과 비용의 균형을 맞추는 것이 필수적입니다.
diff --git a/src/content/blog/ko/appflow-shutdown-alternative.md b/src/content/blog/ko/appflow-shutdown-alternative.md
deleted file mode 100644
index 9c5a2c5cf..000000000
--- a/src/content/blog/ko/appflow-shutdown-alternative.md
+++ /dev/null
@@ -1,102 +0,0 @@
----
-slug: appflow-shutdown-alternative
-title: Ionic AppFlow 종료 - 모바일 앱 개발을 위한 다음 단계는 무엇인가요?
-description: >-
-  Ionic AppFlow가 종료됨에 따라, Capgo가 귀하의 라이브 업데이트 및 CI/CD 요구를 위해 비용의 일부로 원활한 전환을
-  제공하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-02-09T00:00:00.000Z
-updated_at: 2025-02-09T00:00:00.000Z
-head_image: /appflow_alt.webp
-head_image_alt: 앱플로우 대안 일러스트레이션
-keywords: >-
-  Ionic AppFlow shutdown, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates, Capgo alternative
-tag: News
-published: true
-locale: ko
-next_blog: ''
----
-최근 Ionic AppFlow의 종료 발표로 인해 많은 개발 팀이 모바일 앱 개발 워크플로를 유지하기 위한 대안을 찾고 있습니다. 영향을 받으신 분들에게는 좋은 소식이 있습니다: Capgo는 AppFlow의 기능을 대체할 뿐만 아니라 더 접근 가능한 가격으로 향상된 기능을 제공하는 종합 솔루션을 제공합니다.
-
-## AppFlow 사용자에게 의미하는 것
-
-AppFlow의 종료로 인해 많은 팀이 다음을 마이그레이션해야 할 필요가 있습니다:
-- 실시간 업데이트 시스템
-- CI/CD 파이프라인
-- 앱 배포 워크플로
-
-하지만 이 전환은 개발 인프라를 업그레이드하면서 비용을 줄일 수 있는 기회를 제공합니다.
-
-## Capgo: 완벽한 AppFlow 대안
-
-Capgo는 AppFlow에 대한 성숙하고 기능이 풍부한 대안으로 준비되어 있으며, 다음을 제공합니다:
-
-### 간편한 실시간 업데이트
-- 1분 이내에 업데이트 배포 (AppFlow의 평균 10분과 비교)
-- 여러 업데이트 채널 관리
-- 설치 통계 추적
-- 쉽게 채널 버전을 되돌리거나 변경
-- 배포 전에 샌드박스 환경에서 업데이트 테스트
-
-### 매끄러운 CI/CD 통합
-Capgo는 독점 CI/CD 시스템에 잠기지 않고, 다음을 허용합니다:
-- 기존 CI/CD 인프라와 통합
-- GitHub Actions와 같은 인기 플랫폼 사용
-- 빌드 프로세스에 대한 완전한 제어 유지
-- [iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) 설정을 위한 자세한 튜토리얼 참조
-- 또는 [CI/CD Done For You](https://cal.com/team/capgo/mobile-ci-cd-done-for-you) 서비스를 통해 모든 것을 처리하도록 저희에게 맡기세요.
-
-## Capgo를 선택해야 하는 이유
-
-1. **비용 효율적**: AppFlow의 월 $499와 비교하여 월 $14부터 시작
-2. **강화된 보안**: 모든 계획에 포함된 종단 간 암호화
-3. **오픈 소스**: 100% 오픈 소스, 완전한 투명성과 사용자 정의 가능
-4. **현대적 아키텍처**: Capacitor를 위해 특별히 구축되어 최적의 성능 보장
-5. **빠른 업데이트**: 사용자에게 1분 이내에 변경 사항 전달
-
-## 전환하기
-
-AppFlow에서 Capgo로의 전환은 간단합니다. 원활한 전환을 위해 [자세한 마이그레이션 가이드](/docs/upgrade/from-appflow-to-capgo)를 참조하세요:
-
-1. [Capgo 계정 등록](/register/)
-2. 마이그레이션 가이드에 따라 진행
-3. 튜토리얼을 사용하여 CI/CD 파이프라인 설정
-4. Capgo를 통해 업데이트 배포 시작
-
-전담 지원이 필요한 기업 팀은 [영업팀에 연락](https://cal.com/team/capgo/capgo-enterprise-inquiry)하여 특정 요구 사항과 마이그레이션 전략에 대해 논의하십시오.
-
-## 기본 기능 이상
-
-Capgo는 AppFlow에 비해 몇 가지 이점이 있습니다:
-- 더 나은 배포 추적을 위한 설치 통계
-- 샌드박스 테스트 환경
-- 더 빠른 업데이트 제공
-- 더 저렴한 가격 구조
-- CI/CD 통합의 더 큰 유연성
-
-## 생태계에 대한 우리의 약속
-
-Ionic과 Capacitor 생태계는 여전히 강력하고 활기찹니다. Capgo는 이 생태계를 깊이 존중하며, 그 미래에 전념하고 있습니다. 자가 자금 지원 및 지속 가능한 기업으로서, 우리는 단순한 대안을 제공하는 것이 아니라 생태계의 성장과 안정성에 적극 투자하고 있습니다.
-
-### 왜 Capgo를 믿어야 할까요?
-우리는 Ionic과 Capacitor를 사랑하며, 장기적으로 함께 할 것입니다. 생태계의 어떤 부분이든 지원이 필요하면, 우리는 그것을 포크하고 유지할 준비가 되어 있습니다 – 그것이 오픈 소스의 힘입니다. 우리의 약속은 단지 말이 아니라 행동으로 뒷받침됩니다:
-
-### 입증된 실적
-- **대규모**: 클라우드 인프라에서 매일 3천만 건 이상의 실시간 업데이트 제공, 자체 호스팅 환경에서는 더 많은 수
-- **활발한 개발**: Capacitor 생태계에서 20개 이상의 플러그인 생성 및 유지 관리: [플러그인 탐색](https://github.com/cap-go/)
-- **성장하는 커뮤니티**: 올해 수많은 팀이 Capgo로 전환하는 것을 성공적으로 지원
-- **완벽한 솔루션**: 튜토리얼에서 전체 서비스 통합까지 포괄적인 CI/CD 솔루션 제공
-- **지속 가능한 모델**: 자가 자금 지원 및 수익성 있는 운영, 사용자 신규 확보의 장기적인 안정성 보장
-
-우리는 단순한 대안이 아닙니다 – 우리는 모바일 앱 개발의 미래를 적극적으로 구축하고 있으며, 이러한 기술에 의존하는 팀들이 신뢰할 수 있고 지속 가능한 경로를 확보하도록 하고 있습니다.
-
-## 마이그레이션할 준비가 되셨나요?
-
-AppFlow의 종료가 귀하의 개발 워크플로를 방해하지 않도록 하십시오. [오늘 Capgo와 함께 귀하의 여정을 시작하세요](/register/) 그리고 모바일 앱 개발 요구에 대해 더 효율적이고 비용 효율적인 솔루션을 경험하십시오.
-
-기업 솔루션과 전담 지원이 필요한 경우, [우리 팀과 전화 상담을 예약](https://cal.com/team/capgo/capgo-enterprise-inquiry)하여 귀하의 마이그레이션 전략에 대해 논의하십시오.
-
-기억하세요, Capgo는 단순한 대안이 아닙니다 – 모바일 앱 개발 워크플로를 업그레이드하여 AppFlow에 비해 더 많은 기능, 더 나은 성능, 그리고 상당한 비용 절감을 제공합니다.
diff --git a/src/content/blog/ko/apple-policy-updates-for-capacitor-apps-2025.md b/src/content/blog/ko/apple-policy-updates-for-capacitor-apps-2025.md
deleted file mode 100644
index 8ed406c29..000000000
--- a/src/content/blog/ko/apple-policy-updates-for-capacitor-apps-2025.md
+++ /dev/null
@@ -1,43 +0,0 @@
----
-slug: apple-policy-updates-for-capacitor-apps-2025
-title: Capacitor 앱을 위한 애플 정책 업데이트 2025
-description: >-
-  Apple의 2025년 App Store 정책은 Capacitor 앱에 대한 새로운 규정 준수 기준을 부과하며, 개인정보 보호, 보안 및
-  성능 향상을 강조합니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T03:02:24.801Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67edf689ebbb9dc80640b580-1743649359050.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, Apple policies, app compliance, security standards, performance
-  benchmarks, OTA updates, encryption
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-**Apple의 2025년 App Store 정책은 [Capacitor](https://capacitorjs.com/) 앱에 대해 더 엄격한 규칙을 도입합니다.** 개발자는 이제 개인정보 보호, 보안 및 성능에 대한 더 높은 기준을 충족해야 합니다. 다음은 알아야 할 사항입니다:
-
--   **개인정보 보호**: 데이터 수집 및 사용자 동의에 대한 더 엄격한 규칙.
--   **보안**: 업데이트를 위해 종단간 암호화 및 [강화된 인증](https://capgo.app/docs/webapp/mfa/)이 필요.
--   **성능**: 앱은 더 높은 응답성과 효율성 기준을 충족해야 함.
--   **SDK 업데이트**: [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)은 [Xcode](https://developer.apple.com/xcode/) 15+ 및 업데이트된 SDK를 사용하여 규정을 준수해야 함.
--   **실시간 업데이트**: 무선(OTA) 업데이트는 암호화된 프로토콜과 철저한 기기 테스트를 따라야 함.
-
-**주요 도구**: [Capgo](https://capgo.app/)와 같은 플랫폼은 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/), 추적 및 암호화를 자동화하여 규정 준수를 단순화합니다. 24시간 이내 95%의 업데이트 비율과 안전한 출시를 위한 도구를 통해, [Capgo](https://capgo.app/)는 개발자가 Apple의 정책을 준수하도록 돕습니다.
-
-**빠른 비교**:
-
-| 기능 | Capgo (TEAM 플랜) | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| 연간 비용 | $996 | $6,000 | Capgo와 유사 |
-| 암호화 | 종단간 | 기본 서명 | 기본 서명 |
-| 업데이트 속도 | 24시간 내 95% | 가변적 | 가변적 |
-| 규정 준수 도구 | 포괄적 | 제한적 | 기본적 |
-| 시장 경험 | 2022년부터 | 2026년 종료 예정 | 2024년부터 |
-
-개발자는 규정 준수를 보장하고 중단을 피하기 위해 지금 행동해야 합니다. [Capacitor 프레임워크](https://capgo.app/blog/capacitor-comprehensive-guide/)를 업데이트하고, Apple의 새로운 정책을 따르며, 원활한 업데이트를 위해 Capgo와 같은 도구 사용을 고려하세요.
diff --git a/src/content/blog/ko/apple-privacy-rules-for-capacitor-apps.md b/src/content/blog/ko/apple-privacy-rules-for-capacitor-apps.md
deleted file mode 100644
index cf1c78d0c..000000000
--- a/src/content/blog/ko/apple-privacy-rules-for-capacitor-apps.md
+++ /dev/null
@@ -1,331 +0,0 @@
----
-slug: apple-privacy-rules-for-capacitor-apps
-title: Capacitor 앱을 위한 Apple 개인정보 보호 규칙
-description: '사용자 동의, 데이터 투명성 및 보안 업데이트를 구현하여 앱 개발을 위한 Apple의 개인정보 보호 규정을 준수하는 방법을 배우세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T01:48:03.832Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9dc69283d21cbd67b72cf-1743385695606.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Apple privacy rules, Capacitor apps, data transparency, user consent, App
-  Store compliance, privacy policy
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**애플의 프라이버시 규칙은 이제 [Capacitor](https://capacitorjs.com/) 앱 개발자가 사용자 데이터 투명성과 규정 준수에 집중하여 앱 스토어 승인을 보장하고 사용자 신뢰를 유지하도록 요구합니다.**
-
-주요 단계는 다음과 같습니다:
-
-- **프라이버시 매니페스트**: 데이터 수집, API 및 추적 세부사항 문서화.
-- **사용자 동의**: 추적 권한을 위한 앱 추적 투명성(ATT) 사용.
-- **데이터 접근**: 카메라, 위치 및 연락처와 같은 기능에 대한 권한을 명확히 정의.
-- **[프라이버시 정책](https://capgo.app/dp/)**: 데이터 사용을 설명하는 접근 가능하고 명확한 정책 제공.
-- **테스트 및 업데이트**: 규정 준수를 철저히 테스트하고 [Capgo](https://capgo.app/)와 같은 안전한 업데이트 시스템 사용.
-
-이 규칙은 사용자 통제, 투명성 및 안전한 앱 업데이트를 강조합니다. 개발자는 가이드를 따라 규정을 준수하고 프라이버시를 고려한 앱을 제공할 수 있습니다.
-
-## 앱 스토어 거부 방지: 애플 프라이버시 매니페스트 추가 ...
-
-## 애플 프라이버시 규칙 설명
-
-애플은 개발자가 명확성을 우선시하고 사용자가 데이터에 대한 통제권을 갖도록 요구합니다. Capacitor 개발자라면 이는 사용자가 앱의 데이터 수집 및 사용 방식에 대해 명확히 알리는 것을 의미합니다.
-
-### 데이터 처리 문서화
-
-앱의 데이터 처리에 대한 내부 기록을 세부적으로 유지합니다. 포함해야 할 사항은 다음과 같습니다:
-
-- 수집된 사용자 데이터 유형
-- 데이터를 수집하는 이유
-- 사용된 제3자 서비스 또는 SDK의 세부 사항
-- 데이터가 전송되거나 공유되는 방법
-
-이 정보를 정리하면 규정 준수에 도움이 될 뿐만 아니라 리뷰 과정 동안 질문에 답변하기도 용이합니다. 이러한 관행을 앱 스토어 프라이버시 레이블 및 앱의 설정에 투명하게 반영해야 합니다.
-
-### 프라이버시 공개의 주요 요소
-
-앱의 프라이버시 정보는 다음을 명확히 설명해야 합니다:
-
-- 앱이 기능하기 위해 필요한 시스템 기능 및 API 권한
-- 수집되는 데이터 범주
-- 외부 서비스와의 추적 활동 또는 통신
-- 데이터 사용 방법 및 이유
-
-명확한 공개는 사용자와의 신뢰를 구축하는 데 도움이 되며, 앱 스토어 리뷰 문제 발생 가능성을 줄입니다.
-
-### 규정 준수 타임라인
-
-애플은 프라이버시 요구 사항을 단계적으로 업데이트합니다. 정기적으로 애플의 개발자 업데이트를 확인하여 앱이 최신 규정에 맞는지 확인하세요.
-
-## 앱에 프라이버시 규칙 추가하기
-
-이 단계별 가이드를 통해 애플의 프라이버시 규칙을 Capacitor 앱에 구현하는 방법을 알아보세요.
-
-### 설정 요구 사항
-
-시작하기 전에 다음을 확인하세요:
-
-- **Xcode 15 이상**이 있어야 프라이버시 매니페스트 지원.
-- Capacitor 8이 설치되어 있어야 합니다.
-- iOS 배포 대상이 **iOS 14.5 이상**으로 설정되어 있어야 합니다.
-- 앱에는 적절하게 구성된 `Info.plist` 파일이 포함되어 있어야 합니다.
-- 유효한 인증서를 가진 **애플 개발자 계정**이 있어야 합니다.
-
-Capgo를 사용하는 경우 데이터 프라이버시를 보호하기 위해 종단 간 암호화를 설정하세요. Capgo로 올바르게 구성된 앱은 업데이트에서 82%의 전 세계 성공률을 달성했습니다 [\[1\]](https://capgo.app/).
-
-환경이 준비되면 프라이버시 매니페스트를 생성하고 구성하세요.
-
-### 프라이버시 매니페스트 설정 가이드
-
-1. **프라이버시 매니페스트 파일 생성**
-
-iOS 프로젝트의 루트 디렉토리에 `PrivacyInfo.xcprivacy`라는 새 파일을 추가합니다:
-
-2. **데이터 수집 정의**
-
-앱이 수집하는 데이터 유형을 지정합니다:
-
-- 사용자 분석
-- 디바이스 정보
-- 사용 패턴
-- 네트워크 접근
-
-3. **API 접근 구성**
-
-앱에서 필요한 시스템 API를 나열합니다:
-
-- 카메라
-- 위치
-- 연락처
-- 사진 라이브러리
-
-### 규정 준수 가이드라인
-
-프라이버시 매니페스트를 설정한 후 앱의 데이터 수집 관행이 애플의 기준을 충족하는지 확인하세요.
-
-**데이터 최소화**  
-앱의 핵심 기능에 필요한 데이터만 수집합니다. Capgo 사용자들은 24시간 이내에 95%의 활성 사용자 업데이트 비율을 보고했습니다 [\[1\]](https://capgo.app/), 이는 프라이버시를 고려한 접근 방식이 사용자 참여를 유지한다는 것을 보여줍니다.
-
-**사용자 투명성**  
-명확히 설명합니다:
-
-- 왜 데이터가 수집되고 있는지
-- 얼마나 오래 저장될 것인지
-- 사용 가능한 사용자 통제 옵션
-- 데이터 공유 정책
-
-### 테스트 요구 사항
-
-제출 전에 프라이버시 준수를 보장하기 위해 앱을 테스트하세요. 다음 영역에 집중하세요:
-
-| 테스트 영역 | 검증 포인트 |
-| --- | --- |
-| 데이터 접근 | 적절한 권한 프롬프트 확인. |
-| 프라이버시 레이블 | 선언이 정확한지 확인. |
-| 사용자 통제 | 옵트 아웃 기능 테스트. |
-| [데이터 저장](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | 암호화가 안전한지 확인. |
-
-Capgo는 프라이버시 준수를 유지하면서 23.5M개의 업데이트를 성공적으로 제공했습니다 [\[1\]](https://capgo.app/), 이는 업데이트와 프라이버시를 효과적으로 균형 잡는 것이 가능하다는 것을 증명합니다.
-
-이 가이드라인을 따라 앱이 테스트 및 앱 스토어 제출을 준비할 수 있도록 하세요.
-
-## 사용자 프라이버시 통제
-
-이 섹션은 사용자에게 추적 및 데이터 접근에 대한 통제를 제공하는 방법에 중점을 두고 있으며, 확립된 프라이버시 가이드라인을 기반으로 합니다.
-
-### 추적 권한 설정
-
-Capacitor 앱에서 앱 추적 투명성(ATT)을 구성하려면 `Info.plist` 파일에 다음 키를 포함하세요:
-
-다음으로, 앱 초기화 중에 추적 요청을 처리하세요:
-
-**ATT 구현 팁**:
-
-- 사용자 경험에서 의미 있는 시점에 권한 대화 상자를 표시합니다.
-- 시스템 프롬프트가 나타나기 전에 추적의 이점을 명확히 설명합니다.
-- 사용자 결정을 존중하고 옵트 아웃한 사용자에게 대안을 제공합니다.
-
-### 데이터 접근 권한
-
-iOS의 경우 앱의 `Info.plist`에서 권한을 정의해야 합니다. 다음은 몇 가지 일반적인 권한 및 그 설명입니다:
-
-| 권한 유형 | Info.plist 키 | 사용 설명 |
-| --- | --- | --- |
-| 카메라 | NSCameraUsageDescription | 사진 캡처에 필요 |
-| 위치 | NSLocationWhenInUseUsageDescription | 위치 기반 기능을 위한 |
-| 사진 | NSPhotoLibraryUsageDescription | 이미지 저장/불러오기 접근 |
-| 연락처 | NSContactsUsageDescription | 연락처 통합을 위한 |
-
-**권한 요청 시기**:
-
-- 필요할 때만 권한을 요청하고 명확한 배경을 제공합니다.
-- 각 권한이 필요한 이유를 간단하게 설명한 후 프롬프트합니다.
-- 사용자가 요청을 거부할 경우 대체 기능이나 옵션을 제공합니다.
-
-권한 설정 후에는 사용자에게 이러한 관행을 투명하게 알려야 합니다.
-
-### 프라이버시 정책 표시
-
-앱의 프라이버시 정책을 찾기 쉽고 이해하기 쉽게 만드세요.
-
-**포함할 내용**:
-
-- 데이터 수집에 대한 세부 사항
-- 데이터 사용 방법
-- 저장된 데이터의 보존 기간
-- 데이터에 대한 사용자 권리
-- 프라이버시에 대한 우려에 대한 연락처 정보
-
-앱에 프라이버시 센터를 이렇게 추가할 수 있습니다:
-
-**프라이버시 정책 표시 방법**:
-
-- 앱의 설정에 프라이버시 정책 링크를 배치하여 쉽게 접근할 수 있도록 합니다.
-- 기술 개념을 설명할 때 간단하고 명확한 언어를 사용합니다.
-- 이해를 돕기 위해 시각 자료를 추가합니다.
-- 버전 이력을 제공하고 사용자에게 업데이트를 알립니다.
-- 요청 시 사용자가 자신의 데이터를 내보낼 수 있도록 합니다.
-
-앱에 대한 업데이트가 이러한 프라이버시 설정을 준수하고 사용자 신뢰를 유지하도록 해야 합니다.
-
-## 테스트 및 앱 스토어 제출
-
-프라이버시 매니페스트와 사용자 통제를 설정한 후에 다음 단계는 모든 것이 의도한 대로 작동하는지 확인하기 위한 철저한 테스트입니다. 이 과정은 앱을 앱 스토어에 제출하기 전에 준수를 확인하는 데 도움이 됩니다.
-
-### [Xcode](https://en.wikipedia.org/wiki/Xcode)에서 프라이버시 테스트
-
-시작하려면 Xcode에서 프라이버시 보고서를 활성화하세요:
-
-앱을 디버그 모드로 실행하고 콘솔에서 프라이버시 보고서를 검토합니다. 테스트 중에 집중해야 할 내용은 다음과 같습니다:
-
-| 테스트 영역 | 확인할 사항 |
-| --- | --- |
-| 앱 추적 | ATT 대화 상자의 타이밍 및 표시 |
-| 데이터 접근 | 권한의 올바른 구현 |
-| API 사용 | 프라이버시 매니페스트의 완전성 |
-| 네트워크 호출 | 데이터 전송의 보안 |
-
-이 테스트는 앱이 제출 준비가 되었는지 확인하고 준수 기준을 충족하는지 확인합니다.
-
-### 일반적인 프라이버시 오류
-
-테스트 후, 제출 지연을 피하기 위해 빈번한 문제를 해결하세요:
-
-- **불완전한 `privacy-manifest.json`**: 필수 API 및 추적 도메인이 모두 목록에 있는지 확인하세요.
-- **목적 문자열 누락**: 각 권한 요청의 이유를 명확히 설명하세요.
-- **부적절한 추적 요청**: 사용자 행동 후에만 추적 권한을 트리거하세요.
-
-### 앱 스토어 프라이버시 세부사항
-
-앱을 제출할 때 프라이버시 관행에 대한 정확한 정보를 제공하세요. 포함할 내용은 다음과 같습니다:
-
-| 프라이버시 카테고리 | 필요한 정보 | 예시 |
-| --- | --- | --- |
-| 데이터 수집 | 수집된 데이터 유형 | 디바이스 ID, 위치 |
-| 데이터 사용 | 데이터 수집 이유 | 앱 기능, 분석 |
-| 데이터 연결 | 데이터가 사용자와 연결되는 방법 | 계정 정보, 사용 데이터 |
-| 데이터 추적 | 앱 간 추적 세부사항 | 광고, 분석 |
-
-**주요 앱 스토어 요구 사항**:
-
-- 제출 전에 프라이버시 정책 URL을 업데이트하세요.
-- 선언된 권한이 앱의 기능과 일치하는지 확인하세요.
-- 사용된 제3자 SDK에 대한 프라이버시 관행을 문서화하세요.
-- 모든 네트워크 전송이 보안을 위해 암호화되었는지 확인하세요.
-
-## [Capgo](https://capgo.app/)를 사용한 업데이트
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e9dc69283d21cbd67b72cf/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Capgo는 애플의 프라이버시 규칙을 준수하면서 실시간 업데이트를 위한 안전한 시스템을 제공합니다.
-
-### Capgo 프라이버시 기능
-
-Capgo의 업데이트 시스템은 보안 및 프라이버시를 염두에 두고 설계되었습니다:
-
-| 기능 | 프라이버시 이점 |
-| --- | --- |
-| 종단 간 암호화 | 권한 있는 사용자만 업데이트를 해독할 수 있도록 보장 |
-| 앱 스토어 준수 | 애플의 엄격한 프라이버시 요구 사항과 일치 |
-| 안전한 배포 | 업데이트 배포 보호 |
-| 접근 제어 | 세부 권한 관리 허용 |
-
-이 기능들은 업데이트를 안전하게 보호하고 사용자 개인 정보를 유지합니다.
-
-> "진정한 종단 간 암호화가 있는 유일한 솔루션이며, 다른 것은 업데이트에 서명할 뿐입니다." - Capgo [\[1\]](https://capgo.app/)
-
-### Capgo를 통한 업데이트 배포
-
-다음은 Capgo를 사용하여 개인 정보 보호 규정을 준수하는 업데이트를 배포하는 방법입니다:
-
-1.  **Capgo 플러그인 설치**:
-    
-    시작하려면 다음 명령을 실행하세요:
-    
-    ```json
-{
-    "NSPrivacyTracking": false,
-    "NSPrivacyTrackingDomains": [],
-    "NSPrivacyCollectedDataTypes": [],
-    "NSPrivacyAccessedAPITypes": []
-}
-```
-    
-2.  **개인 정보 설정 구성**:
-    
-    Capgo의 도메인과 API를 포함하도록 개인 정보 매니페스트를 업데이트하세요.
-    
-3.  **암호화된 업데이트 채널 설정**:
-    
-    안전한 업데이트를 보장하기 위해 서로 다른 배포 단계를 위한 별도의 채널을 만드세요.
-    
-
-Capgo는 95%의 활성 사용자가 24시간 내에 업데이트를 받을 수 있도록 보장하며, 전 세계 성공률은 82%입니다 [\[1\]](https://capgo.app/). 채널 시스템은 업데이트 타겟팅을 간단하게 관리할 수 있도록 합니다.
-
-### Capgo에서 사용자 그룹 업데이트
-
-Capgo는 업데이트 중 특정 사용자 그룹을 안전하게 타겟팅할 수 있게 해줍니다:
-
-| 업데이트 유형 | 개인 정보 고려 사항 | 구현 |
-| --- | --- | --- |
-| 베타 테스트 | 선택된 사용자에게 노출 제한 | 접근 제한이 있는 별도 채널 사용 |
-| 단계적 롤아웃 | 사용자에게 점진적으로 배포 | 비율에 따라 업데이트 배포 |
-
-> "우리는 애자일 개발을 실천하며 @Capgo는 사용자에게 지속적으로 제공하는 데 필수적입니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo의 세부 권한은 승인된 팀원만 안전하게 업데이트에 접근하고 관리할 수 있도록 보장합니다.
-
-## 요약
-
-### 주요 개인 정보 요구 사항
-
-Apple의 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에 대한 개인 정보 규정은 다음 필요 사항을 outline합니다:
-
-| 요구 사항 | 세부 사항 |
-| --- | --- |
-| **개인 정보 매니페스트** | 필요한 도메인, API 및 추적 선언 포함 |
-| **사용자 동의** | ATT 프레임워크를 사용하여 사용자에게 추적 권한 요청 |
-| **데이터 접근** | 사진, 위치 및 연락처에 대한 접근 권한 구성 |
-| **개인 정보 정책** | 앱과 App Store 목록 모두에 대해 명확하고 접근 가능한 정책 제공 |
-| **업데이트 보안** | 실시간 업데이트가 암호화된 배포 채널을 사용하도록 보장 |
-
-### 구현 체크리스트
-
-Apple의 요구 사항을 충족하기 위해 이 체크리스트를 따르세요:
-
--   **개인 정보 매니페스트 구성**  
-    API 선언 추가, 추적 도메인 목록 작성 및 데이터 사용 목적 문서화.
-    
--   **사용자 권한 설정**  
-    ATT 대화 상자 구현, 사진 및 미디어 접근 구성 및 위치 서비스 활성화.
-    
--   **보안 업데이트 시스템**  
-    개인 정보 보호 규정을 준수하는 업데이트 솔루션 사용, 암호화된 채널 설정 및 사용자 타겟팅 제어 구성.
-    
-
-Capgo의 플랫폼은 이러한 개인 정보 표준을 충족하면서 앱을 기능적이고 사용자 중심으로 유지할 수 있는 신뢰할 수 있는 방법을 제공합니다 [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/ko/apple-vs-google-privacy-compliance-for-third-party-data.md b/src/content/blog/ko/apple-vs-google-privacy-compliance-for-third-party-data.md
deleted file mode 100644
index 8a3ef18f7..000000000
--- a/src/content/blog/ko/apple-vs-google-privacy-compliance-for-third-party-data.md
+++ /dev/null
@@ -1,179 +0,0 @@
----
-slug: apple-vs-google-privacy-compliance-for-third-party-data
-title: 'Apple vs. Google: 제3자 데이터에 대한 개인정보 보호 준수'
-description: 두 주요 기술 기업의 상반된 개인정보 보호 전략과 이것이 앱 개발자와 사용자 데이터 관리에 미치는 영향을 살펴봅니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-27T02:14:50.081Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680d81465a08fca8917a02c4-1745720205882.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  privacy compliance, third-party data, App Tracking Transparency, Privacy
-  Sandbox, data protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-**애플과 구글은 그들의 비즈니스 모델에 따라 사용자 개인정보 보호에 대해 서로 다른 접근 방식을 가지고 있습니다:**
-
--   **애플**은 [앱 추적 투명성](https://developer.apple.com/documentation/apptrackingtransparency)(ATT)과 같은 엄격한 규칙으로 사용자 개인정보 보호를 우선시합니다. 추적을 위해서는 사용자 동의가 필요하며, 이는 서드파티의 데이터 접근을 제한하고 하드웨어 중심의 수익 모델과 일치합니다.
--   **구글**은 개인정보 보호와 광고 요구사항의 균형을 맞춥니다. [Privacy Sandbox](https://en.wikipedia.org/wiki/Privacy_Sandbox)와 [Topics API](https://developers.google.com/privacy-sandbox/private-advertising/topics/web)와 같은 도구를 통해 투명성과 사용자 제어를 유지하면서 더 넓은 데이터 사용을 허용합니다.
-
-### 주요 차이점 한눈에 보기
-
-| 측면 | 애플 | 구글 |
-| --- | --- | --- |
-| **수익 모델** | 하드웨어 판매 | 광고 |
-| **데이터 수집** | 옵트인 방식만 | 옵트아웃 가능 |
-| **개인정보 보호 도구** | 시스템 수준 제한(예: ATT, Private Relay) | 개발자 주도 솔루션(예: Privacy Sandbox, Topics API) |
-| **업데이트 프로세스** | 엄격한 검토 과정 | 유연하고 빠른 검토 |
-
-개발자들은 규정 준수, 사용자 데이터 보호, 앱 성능 유지를 위해 이러한 플랫폼의 규칙에 적응해야 합니다. [Capgo](https://capgo.app/)와 같은 도구는 두 플랫폼의 개인정보 보호 기준을 충족하면서 업데이트를 단순화합니다.
-
-## 핵심 개인정보 보호 원칙: 애플 vs. 구글
-
-### 애플의 데이터 보호 중점
-
-애플은 데이터 사용을 제한하고 사용자 동의를 우선시하는 데 중점을 둡니다. iOS 14.5에서 앱 추적 투명성(ATT) 프레임워크를 도입하면서, 애플은 앱 간 추적에 대해 사용자의 명시적 허가를 요구합니다. 이로 인해 낮은 옵트인 비율이 발생하여 서드파티 추적이 크게 감소했습니다.
-
-다음은 애플의 데이터 보호 접근 방식의 주요 기능입니다:
-
-| 기능 | 구현 | 서드파티 데이터에 미치는 영향 |
-| --- | --- | --- |
-| 개인정보 보호 라벨 | 앱스토어에서 데이터 수집 관행 공개 필요 | 사용자에게 투명성 제공 |
-| 앱 추적 제어 | 추적에 대한 사용자 동의 필요 | 앱 간 데이터 공유 제한 |
-| Private Relay | 웹 트래픽 암호화 | 사용자 IP 주소 접근 방지 |
-| 메일 개인정보 보호 | 이메일 추적 차단 | 이메일 분석 정확도 감소 |
-
-애플의 개인정보 보호 중심 전략은 광고에 크게 의존하는 앱들이 비즈니스 모델을 재고하거나 대체 수익원을 찾도록 강요했습니다. 이러한 개인정보 보호 중심 전략은 구글의 더 균형 잡힌 접근 방식과 뚜렷한 대조를 이루며 모바일 생태계에서 애플을 차별화합니다.
-
-### 구글의 데이터 사용 및 공개
-
-구글은 다른 접근 방식을 취하여 사용자 개인정보를 보호하면서 더 넓은 데이터 수집을 허용합니다. 서드파티 쿠키를 단계적으로 폐지하기 위해 설계된 Privacy Sandbox 이니셔티브는 사용자 개인정보 보호와 광고주의 요구 사항 사이의 균형을 맞추는 것을 목표로 합니다. 구글은 더 많은 데이터를 수집하지만 명확한 공개를 요구하고 사용자에게 데이터 제어 권한을 제공합니다.
-
-구글의 개인정보 보호 프레임워크는 다음 구성 요소를 포함합니다:
-
-| 구성 요소 | 목적 | 개발자 영향 |
-| --- | --- | --- |
-| 데이터 안전 섹션 | 데이터 수집 관행의 투명성 | 개인정보 보호 관행 공개 필요 |
-| Topics API | 관심 기반 광고 지원 | 직접 추적의 대안 제공 |
-| FLEDGE | 광고 타겟팅 활성화 | 개인정보 보호 친화적 리마케팅 촉진 |
-| Attribution Reporting | 광고 전환 측정 | 개인정보 보호 중심 분석에 중점 |
-
-구글의 접근 방식은 개인정보 보호 문제를 해결하면서 광고 수익에 대한 의존도를 반영합니다. 개발자에게 사용자 데이터를 책임감 있게 관리할 수 있는 도구를 제공함으로써, 구글은 광고 기반 비즈니스 모델을 손상시키지 않으면서 현대적인 개인정보 보호 기준을 충족하는 것을 목표로 합니다.
-
-개발자의 경우, 개인정보 보호 요구사항을 충족하기 위해서는 각 플랫폼에 맞는 전략을 수립해야 합니다. Capgo를 사용하는 앱은 실시간 업데이트를 위해 애플의 동의 중심 정책과 구글의 투명성 강조를 모두 준수해야 합니다.
-
-## 애플 vs 구글: 개인정보 보호에서 누가 더 나은가?
-
-<iframe src="https://www.youtube.com/embed/FHhqQPlffGY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 개인정보 보호 도구 및 기능
-
-애플과 구글은 모두 자사의 [개인정보 보호 정책](https://capgo.app/dp/)을 시행하기 위한 도구를 제공하며, 각각 핵심 원칙을 반영합니다.
-
-### 애플의 개인정보 보호 시스템
-
-애플의 개인정보 보호 프레임워크는 사용자가 자신의 데이터를 제어할 수 있도록 보장합니다. iOS 15.2에서 도입된 **앱 개인정보 보호 보고서**는 사용자가 앱이 위치, 사진, 카메라, 마이크, 연락처와 같은 민감한 데이터에 접근하는 방식을 추적할 수 있게 합니다. 또한 서드파티 도메인 연결과 센서 사용 패턴도 보여줍니다.
-
-다음은 애플의 개인정보 보호 생태계의 주요 기능입니다:
-
-| 기능 | 기능 | 개발자 요구사항 |
-| --- | --- | --- |
-| [iCloud Private Relay](https://support.apple.com/en-us/102602) | 개인정보 보호를 위한 IP 주소 마스킹 | 마스킹된 IP로도 앱이 작동하도록 보장 |
-| Hide My Email | 사용자를 위한 고유 이메일 별칭 생성 | 사용자당 여러 이메일 주소 지원 |
-| 앱 개인정보 보호 보고서 | 앱 데이터 사용 모니터링 | 모든 데이터 접근에 대한 정당성 제공 |
-| [Sign in with Apple](https://en.wikipedia.org/wiki/Sign_in_with_Apple) | 안전한 인증 제공 | 서드파티 로그인 옵션이 있는 앱에 필수 |
-
-애플의 접근 방식은 모든 수준에서 사용자 데이터를 보호하는 엄격한 시스템 전반의 보호에 중점을 둡니다.
-
-### 구글의 개인정보 보호 제어
-
-구글의 개인정보 보호 접근 방식은 사용자 개인정보 보호와 광고 요구사항의 균형을 맞추는 **Privacy Sandbox**를 중심으로 구축되었습니다. 2025년 초, 구글은 이 이니셔티브의 일환으로 이전의 통합 학습 코호트(FLoC)를 대체하는 **Topics API**를 도입했습니다. 이 API는 개인정보 보호 기준을 준수하면서 쿠키 없는 추적을 가능하게 합니다.
-
-다음은 구글 전략의 핵심 요소입니다:
-
-| 제어 | 목적 | 구현 |
-| --- | --- | --- |
-| Privacy Sandbox | 쿠키 기반 추적 대체 | Topics API와의 통합 필요 |
-
-구글의 시스템은 개발자에게 더 많은 유연성을 제공하며, Privacy Sandbox 프레임워크 하에서 옵트아웃 메커니즘을 제공합니다.
-
-### 기능 비교: 애플 vs. 구글
-
-애플과 구글은 개인정보 보호 방식에서 상당한 차이를 보입니다. 애플은 옵트인 데이터 수집과 함께 엄격한 시스템 수준 제어를 우선시하는 반면, 구글은 옵트아웃 옵션과 함께 개발자 주도 솔루션을 강조합니다.
-
-| 측면 | 애플 | 구글 |
-| --- | --- | --- |
-| 데이터 수집 | 옵트인 방식만 | 옵트아웃 가능 |
-| 업데이트 프로세스 | 엄격한 검토 과정 | 유연한 접근 방식 |
-| 개인정보 보호 제어 | 시스템 수준 제한 | 개발자 구현 보호장치 |
-| 사용자 추적 | 앱 추적 투명성을 통한 제한 | Privacy Sandbox를 통한 관리 |
-
-Capgo와 같은 도구를 사용하는 개발자는 두 플랫폼의 개인정보 보호 규칙을 준수해야 합니다. 한 개발자는 Capgo에 대해 다음과 같이 말했습니다:
-
-> "Capgo는 더 생산적이 되고 싶은 개발자들에게 필수 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 것이 금상첨화입니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo는 82%의 전 세계 업데이트 성공률을 보이며 효과적임이 입증되었습니다 [\[1\]](https://capgo.app/). 또한 활성 사용자의 95%가 24시간 이내에 업데이트를 받습니다 [\[1\]](https://capgo.app/).
-
-## 개발자 규칙 및 요구사항
-
-### 애플의 데이터 규칙
-
-애플은 개발자들이 앱이 사용자 데이터를 수집, 사용, 공유하는 방식을 명확하게 설명할 것을 요구합니다. 검토 과정에서 애플은 이러한 공개사항이 개인정보 보호 기준을 충족하는지 신중하게 평가합니다.
-
-### 구글의 데이터 가이드라인
-
-구글의 플레이 스토어 데이터 안전 가이드라인도 데이터 처리 관행의 투명성을 요구합니다. 개발자에게 어느 정도의 유연성을 제공하면서도 명확한 공개와 강력한 사용자 제어에 중점을 둡니다. 이러한 규칙은 앱 업데이트에 개인정보 보호 조치를 통합하는 것의 중요성을 강조합니다.
-
-### 개인정보 보호 도구 및
-
-이러한 문제들은 업데이트 속도를 늦출 뿐만 아니라 사용자들이 앱에 대해 느끼는 감정에도 영향을 미칩니다. 개인정보 보호 문제는 앱의 성공과 사용자 유지에 큰 영향을 미칩니다. 강력한 개인정보 보호 조치와 효율적인 업데이트 시스템을 우선시하는 앱은 더 나은 사용자 참여도와 높은 업데이트 채택률을 보입니다.
-
-> "우리는 애자일 개발을 실천하고 있으며 Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-강력한 개인정보 보호와 원활한 사용자 경험의 균형을 성공적으로 맞춘 팀들은 앱 참여도와 성능이 눈에 띄게 향상되는 것을 경험합니다. 이러한 균형은 개인정보 보호 규정이 강화되고 사용자 기대치가 높아짐에 따라 더욱 중요해지고 있습니다.
-
-## 결론: 최선의 개인정보 보호 관행
-
-Apple과 Google의 개인정보 보호 규정을 준수하려면 사용자 데이터 보호와 원활한 앱 배포 사이의 적절한 균형을 찾아야 합니다. 이러한 균형을 맞추는 것은 사용자를 보호할 뿐만 아니라 개발 과정도 단순화합니다.
-
-앱 업데이트 중 사용자 데이터를 안전하게 보호하기 위해서는 종단 간 암호화가 필수적입니다. 엄격한 개인정보 보호 기준을 유지하면서 두 플랫폼에서 모두 작동하는 도구는 배포 효율성을 크게 향상시킬 수 있습니다.
-
-여러 플랫폼에서 작업하는 개발자들에게 Capgo와 같은 솔루션은 규정 준수와 효율성이 함께 갈 수 있음을 보여줍니다. 그것의 안정적인 성능은 강력한 개인정보 보호 조치가 간소화된 배포 프로세스와 공존할 수 있다는 것을 보여줍니다.
-
-개인정보 보호 정책이 더욱 엄격해지고 출시 관행이 발전함에 따라, 이러한 트렌드가 플랫폼 요구사항을 정의할 것입니다. 오늘날 강력한 개인정보 보호 도구를 채택하는 개발자들은 사용자 신뢰와 앱 기능을 모두 유지하면서 향후 변화에 더 잘 대처할 수 있을 것입니다.
-
-> "Capgo는 더 생산적이고자 하는 개발자들에게 필수 도구입니다. 버그 수정을 위한 심사를 피할 수 있다는 것은 금상첨화죠." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## FAQs
-
-:::faq
-### Apple과 Google의 개인정보 보호 정책이 앱 개발자들의 제3자 데이터 사용에 어떤 영향을 미치나요?
-
-Apple과 Google은 개인정보 보호에 대해 서로 다른 접근 방식을 취하며, 이는 앱 개발자들이 제3자 데이터를 처리하는 방식에 큰 영향을 미칩니다. Apple은 앱 추적 투명성(ATT)과 같은 더 엄격한 정책으로 사용자 개인정보 보호를 강조하며, 데이터 공유에 대한 명시적인 사용자 동의를 요구합니다. 이로 인해 개발자들의 상세한 사용자 데이터 접근이 제한될 수 있지만, 개인정보 보호에 민감한 사용자들의 신뢰를 구축하는 데 도움이 됩니다.
-
-Google도 개인정보 보호를 우선시하지만, Privacy Sandbox 이니셔티브와 같은 솔루션에 초점을 맞춤으로써 개발자들에게 더 많은 유연성을 제공하는 경향이 있습니다. 이는 사용자 개인정보 보호와 앱이 개인화된 경험과 광고를 제공할 수 있는 능력 사이의 균형을 맞추는 것을 목표로 합니다. 개발자들은 이러한 서로 다른 정책을 기반으로 전략을 조정하여 규정을 준수하면서 사용자 기대치를 충족해야 합니다.
-
-**Capgo**와 같이 Apple과 Google 요구사항을 모두 준수하면서 실시간 업데이트를 지원하는 플랫폼을 사용하는 개발자들의 경우, 이러한 개인정보 보호 정책을 탐색하는 것이 더욱 원활해집니다. Capgo의 종단 간 암호화와 실시간 업데이트 기능은 개발자들이 규정을 준수하면서 효율적으로 업데이트를 제공하는 데 도움이 될 수 있습니다.
-:::
-
-:::faq
-### 개발자들이 제3자 데이터에 대한 Apple과 Google의 개인정보 보호 기준을 준수할 때 어떤 과제에 직면하나요?
-
-개발자들은 특히 제3자 데이터를 처리할 때 Apple과 Google의 개인정보 보호 기준을 준수하는 데 상당한 어려움을 겪습니다. 두 회사 모두 Apple의 **앱 추적 투명성(ATT)** 프레임워크와 Google의 **데이터 안전성 섹션**과 같은 엄격하고 진화하는 정책을 가지고 있어, 개발자들이 데이터 수집 관행을 공개하고 제한해야 합니다.
-
-특히 제3자 통합이나 분석에 의존하는 앱의 경우 이러한 정책을 탐색하는 것이 복잡할 수 있습니다. 개발자들은 데이터가 수집, 사용, 공유되는 방식의 투명성을 보장하면서 사용자 개인정보를 보호하기 위한 강력한 보안 조치도 구현해야 합니다. **Capgo**와 같은 도구는 실시간 업데이트와 규정 준수에 친화적인 솔루션을 제공하여 앱스토어에 자주 재제출할 필요 없이 Apple과 Google 요구사항을 준수할 수 있도록 돕습니다.
-:::
-
-:::faq
-### Capgo와 같은 도구들이 Apple과 Android 플랫폼에서 개인정보 보호 규정 준수와 업데이트 간소화를 어떻게 도울 수 있나요?
-
-Capgo는 앱 업데이트를 단순화하고 Apple과 Android 개인정보 보호 요구사항을 모두 준수할 수 있도록 지원하여 개발자들에게 힘을 실어줍니다. 앱스토어 승인 없이도 Capacitor 앱의 즉각적인 업데이트를 가능하게 하여 버그 수정, 새로운 기능, 개선 사항을 더 빠르게 배포할 수 있습니다.
-
-**종단 간 암호화**를 통해 Capgo는 CI/CD 파이프라인과의 원활한 통합을 제공하면서 사용자 데이터를 보호합니다. 이러한 조합은 개인정보 보호 규정 준수를 강화할 뿐만 아니라 개발 효율성도 높여 개발자들이 두 플랫폼에서 모두 안전하고 최신 상태의 경험을 사용자들에게 제공할 수 있도록 돕습니다.
-:::
diff --git a/src/content/blog/ko/automated-consent-tracking-for-capacitor-apps.md b/src/content/blog/ko/automated-consent-tracking-for-capacitor-apps.md
deleted file mode 100644
index 153dacfcf..000000000
--- a/src/content/blog/ko/automated-consent-tracking-for-capacitor-apps.md
+++ /dev/null
@@ -1,480 +0,0 @@
----
-slug: automated-consent-tracking-for-capacitor-apps
-title: Capacitor 앱을 위한 자동화된 동의 추적
-description: 앱 스토어 지연 없이 개인정보 보호 규정 준수와 사용자 신뢰를 높이기 위한 자동화된 동의 추적을 앱에 구현하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T01:27:27.426Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef2243ebbb9dc80641c5e1-1743730059829.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  consent tracking, privacy compliance, user rights, Capacitor apps, data
-  protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 앱의 자동화된 동의 추적은 개인정보 보호 규정과 플랫폼 규칙을 준수하기 위해 필수적입니다. 다음은 그 중요성과 구현 방법입니다:
-
--   **중요한 이유**:
-    
-    -   Apple과 Google의 개인정보 보호 정책 준수
-    -   사용자 권리 보호와 신뢰 구축
-    -   앱스토어 거절과 법적 위험 방지
--   **동의 추적을 위한 주요 기능**:
-    
-    -   **플랫폼별 조정**: iOS와 Android에 맞춤화된 솔루션
-    -   **실시간 업데이트**: 앱 업데이트 없이 동의 양식 수정
-    -   **크로스 플랫폼 일관성**: 웹, iOS, Android 전반에 걸친 일관된 동작 보장
-    -   **데이터 동기화**: 기기 간 사용자 동의 일관성 유지
--   **구현 단계**:
-    
-    1.  동의 관리를 위해 `@capacitor/privacy`와 같은 플러그인 사용
-    2.  명확하고 간단한 동의 UI 요소 구축
-    3.  동의 데이터 [암호화 및 안전한 저장](https://capgo.app/docs/cli/migrations/encryption/)
-    4.  사용자 선호도에 따른 분석 추적 조정
-    5.  정기적인 동의 설정 검증 및 업데이트
--   **규정 준수 팁**:
-    
-    -   데이터 사용을 명확하게 공개
-    -   사용자가 동의를 철회하고 데이터를 삭제할 수 있도록 허용
-    -   앱스토어 지연을 피하기 위해 [Capgo](https://capgo.app/)와 같은 도구 사용
-
-## Apple 앱 추적 투명성 권한 - Ionic 또는 iOS ...
-
-<iframe src="https://www.youtube.com/embed/BVEcp7FEWPY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 동의 요구사항 가이드
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에 동의 추적을 추가한다는 것은 Apple과 Google이 설정한 규칙을 모두 준수한다는 것을 의미합니다. 이러한 규칙은 사용자 개인정보 보호와 플랫폼 표준 준수를 보장하기 위해 설계되었습니다.
-
-### 앱스토어 정책 요구사항
-
-Apple과 Google은 동의 추적과 관련하여 특정 기대사항을 가지고 있습니다:
-
-**Apple 앱스토어 요구사항**:
-
--   동의 프롬프트는 데이터가 왜, 어떻게 사용될 것인지 명확히 설명해야 함
--   앱은 사용자 기기의 "앱 추적 요청 허용" 설정을 존중해야 함
--   개인정보 보호 영양 라벨은 데이터 수집 관행을 정확하게 설명해야 함
-
-**Google 플레이스토어 요구사항**:
-
--   데이터 수집 및 공유 관행을 명확하게 공개
--   앱 리스팅과 앱 내에 눈에 띄는 [개인정보 보호정책](https://capgo.app/dp/) 링크 포함
--   민감한 데이터 수집 전 명시적 동의 획득
--   사용자가 동의를 쉽게 철회할 수 있는 방법 제공
--   동의를 철회할 경우 사용자에게 데이터 삭제 옵션 제공
-
-이러한 가이드라인을 따르면 사용자 개인정보를 우선시하면서 스토어 정책을 준수할 수 있습니다.
-
-### 데이터 개인정보 보호 표준
-
-플랫폼별 규칙을 준수하는 것 외에도, 강력한 데이터 개인정보 보호 관행을 채택하는 것이 중요합니다:
-
-**익명 데이터 수집**:
-
--   개인 데이터 대신 무작위 식별자 사용
--   수집하는 데이터의 양 최소화
--   동의 기록을 사용자 데이터와 별도로 저장
--   추가 보안을 위해 동의 로그 암호화
-
-**옵트인 프로세스 구현**:
-
--   데이터 수집 전 동의 옵션 제시
--   사용자가 공유에 동의할 데이터 유형을 선택할 수 있도록 허용
--   명확한 "수락" 및 "거부" 옵션 제공
--   사용자가 언제든지 동의 설정을 업데이트할 수 있도록 지원
-
-Capgo와 같은 서비스는 전체 앱스토어 검토 없이도 동의 관련 기능을 실시간으로 업데이트할 수 있도록 도와줍니다.
-
-효과적인 동의 추적은 단순히 법적 요구사항을 충족하는 것 이상입니다. 투명성을 유지하고 사용자의 개인정보를 존중함으로써 신뢰를 구축하는 것입니다. 이러한 관행을 신중하게 구현하면 사용자 경험을 개선하고 앱의 평판을 강화할 수 있습니다.
-
-## 동의 추적 설정
-
-플러그인, 사용자 인터페이스 요소, 분석을 설정하여 동의 추적을 효과적으로 자동화합니다.
-
-### 동의 관리 플러그인
-
-여러 플러그인을 사용하여 동의 관리 작업 처리:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-import { AnalyticsConsent } from '@capgo/capacitor-firebase-analytics';
-import { PrivacyConsent } from '@capacitor/privacy';
-
-const { FirebaseAnalytics } = Plugins;
-
-async function setupConsentTracking() {
-  await FirebaseAnalytics.setConsent({
-    analyticsStorage: AnalyticsConsent.GRANTED,
-    adStorage: AnalyticsConsent.DENIED
-  });
-}
-```
-
-동의 데이터를 암호화하고 안전하게 저장:
-
-```typescript
-import { Storage } from '@capacitor/storage';
-
-async function storeConsentData(userConsent) {
-  await Storage.set({
-    key: 'userConsent',
-    value: JSON.stringify({
-      timestamp: Date.now(),
-      status: userConsent,
-      version: '1.0'
-    })
-  });
-}
-```
-
-플러그인 구성이 완료되면 이러한 설정을 사용자에게 전달할 명확한 동의 인터페이스를 설계합니다.
-
-### 동의 UI 요소 구축
-
-간단하고 직관적인 동의 양식을 만듭니다. 예시:
-
-```typescript
-import { Dialog } from '@capacitor/dialog';
-
-async function showConsentDialog() {
-  const { value } = await Dialog.confirm({
-    title: 'Privacy Settings',
-    message: 'We collect analytics data to improve your experience. ' +
-             'You can change these settings anytime in the app.',
-    okButtonTitle: 'Accept',
-    cancelButtonTitle: 'Decline'
-  });
-
-  return handleConsentResponse(value);
-}
-```
-
-동의 UI의 주요 고려사항:
-
--   데이터 수집 전 동의 옵션 표시
--   데이터가 수집되는 이유를 명확히 설명
--   개인정보 보호정책 링크 포함
--   사용자가 상세한 동의 설정을 선택할 수 있도록 허용
-
-동의 인터페이스가 준비되면 사용자 선호도를 존중하는 분석 설정을 확인하세요.
-
-### 분석 및 규정 준수 설정
-
-사용자 동의에 따라 분석 구성 조정:
-
-```typescript
-import { Analytics } from '@capgo/capacitor-firebase-analytics';
-
-async function initializeAnalytics(userConsent) {
-  if (userConsent.analytics) {
-    await Analytics.setEnabled(true);
-    await Analytics.setUserProperty({
-      key: 'consent_status',
-      value: 'granted'
-    });
-  } else {
-    await Analytics.setEnabled(false);
-  }
-}
-```
-
-데이터 추적 전 항상 동의 상태 확인:
-
-```typescript
-function checkConsentBeforeTracking(eventName, eventData) {
-  const consentStatus = getStoredConsent();
-
-  if (consentStatus.analytics) {
-    Analytics.logEvent({
-      name: eventName,
-      params: {
-        ...eventData,
-        consent_verified: true
-      }
-    });
-  }
-}
-```
-
-규정 준수를 위해 정기적으로 동의 유효성 검사:
-
-```typescript
-async function validateConsent() {
-  const storedConsent = await Storage.get({ key: 'userConsent' });
-  const consentData = JSON.parse(storedConsent.value);
-
-  if (isConsentExpired(consentData.timestamp)) {
-    await refreshConsent();
-  }
-}
-```
-
-## 동의 추적 관리
-
-### 동의 업데이트 기록
-
-구조화된 저장소로 동의 변경사항을 안전하게 추적:
-
-```typescript
-interface ConsentUpdate {
-  timestamp: number;
-  userId: string;
-  consentVersion: string;
-  preferences: {
-    analytics: boolean;
-    marketing: boolean;
-    thirdParty: boolean;
-  };
-  source: 'app' | 'settings' | 'prompt';
-}
-
-async function recordConsentUpdate(update: ConsentUpdate) {
-  const consentHistory = await Storage.get({ key: 'consent_history' });
-  const history = consentHistory.value ? 
-    JSON.parse(consentHistory.value) : [];
-
-  history.push({
-    ...update,
-    deviceInfo: await getDeviceInfo(),
-    hashValue: generateConsentHash(update)
-  });
-
-  await Storage.set({
-    key: 'consent_history',
-    value: JSON.stringify(history)
-  });
-}
-```
-
-시간 경과에 따른 변경사항을 추적하기 위한 감사 추적 구축:
-
-```typescript
-async function generateConsentAuditLog() {
-  const consentHistory = await Storage.get({ key: 'consent_history' });
-  const history = JSON.parse(consentHistory.value);
-
-  return history.map(entry => ({
-    timestamp: new Date(entry.timestamp).toISOString(),
-    action: determineConsentAction(entry),
-    details: formatConsentDetails(entry),
-    verificationHash: entry.hashValue
-  }));
-}
-```
-
-이러한 기록을 사용하여 규정 준수 모니터링 도구는 감사를 자동화하고 개인정보 보호 표준 준수를 보장할 수 있습니다.
-
-### 규정 준수 모니터링 도구
-
-모니터링 도구로 동의 이벤트 추적 자동화:
-
-```typescript
-import { Analytics } from '@capacitor/analytics';
-import { ComplianceMonitor } from './compliance';
-
-class ConsentMonitor {
-  private static readonly CONSENT_CHECK_INTERVAL = 86400000; // 24 hours
-
-  async startMonitoring() {
-    // Schedule periodic compliance checks
-    setInterval(async () => {
-      const complianceStatus = await this.checkCompliance();
-
-      if (!complianceStatus.valid) {
-        await this.refreshConsent();
-        await Analytics.logEvent({
-          name: 'consent_compliance_refresh',
-          params: {
-            reason: complianceStatus.reason,
-            timestamp: Date.now()
-          }
-        });
-      }
-    }, ConsentMonitor.CONSENT_CHECK_INTERVAL);
-  }
-
-  private async checkCompliance(): Promise<ComplianceStatus> {
-    const currentConsent = await this.getCurrentConsent();
-    return ComplianceMonitor.validate(currentConsent);
-  }
-}
-```
-
-실시간으로 동의 지표를 모니터링하기 위한 대시보드 개발:
-
-```typescript
-interface ConsentMetrics {
-  totalUsers: number;
-  consentRate: number;
-  pendingUpdates: number;
-  complianceScore: number;
-}
-
-async function generateConsentReport(): Promise<ConsentMetrics> {
-  const analytics = await getAnalyticsData();
-  const consentData = await getConsentData();
-
-  return {
-    totalUsers: analytics.activeUsers,
-    consentRate: calculateConsentRate(consentData),
-    pendingUpdates: getPendingUpdatesCount(),
-    complianceScore: calculateComplianceScore(consentData)
-  };
-}
-```
-
-신속한 조치를 위한 규정 준수 문제 알림 설정:
-
-```typescript
-async function setupComplianceAlerts() {
-  const monitor = new ConsentMonitor();
-
-  monitor.on('compliance_violation', async (violation) => {
-    await sendAlertToTeam({
-      type: 'COMPLIANCE_ALERT',
-      severity: violation.severity,
-      details: violation.details,
-      recommendedAction: violation.recommendation
-    });
-
-    if (violation.severity === 'HIGH') {
-      await pauseDataCollection();
-    }
-  });
-}
-```
-
-이러한 도구는 개인정보 보호법을 준수하고 동의 기록 관리의 투명성을 보장하는 데 도움이 됩니다.
-
-## 규정 준수 가이드라인
-
-### 명확한 동의 메시지
-
-사용자가 데이터 사용 방식을 이해할 수 있도록 명확하고 간결한 동의 메시지를 작성합니다. 예시:
-
-```typescript
-const consentMessageTemplate = {
-  title: "Data Privacy Settings",
-  sections: [{
-    purpose: "Analytics",
-    description: "We collect anonymous usage data to improve app performance",
-    dataTypes: ["Usage patterns", "Device info", "Crash reports"],
-    retention: "90 days"
-  }]
-};
-```
-
-개인정보 보호정책 업데이트를 위해 다음 함수를 사용할 수 있습니다:
-
-```typescript
-async function updatePrivacyPolicy(version: string) {
-  const policy = {
-    version,
-    lastUpdated: new Date().toISOString(),
-    sections: {
-      dataCollection: await fetchPolicyContent('collection'),
-      userRights: await fetchPolicyContent('rights'),
-      retention: await fetchPolicyContent('retention')
-    }
-  };
-
-  await Storage.set({
-    key: 'privacy_policy',
-    value: JSON.stringify(policy)
-  });
-}
-```
-
-### 크로스 플랫폼 테스트
-
-동의 유효성 검사 프로세스를 정의하여 플랫폼 전반의 규정 준수를 보장합니다. 다음은 유효성 검사기의 예시입니다:
-
-```typescript
-class ConsentValidator {
-  async validateConsent(platform: 'ios' | 'android') {
-    const requirements = {
-      ios: {
-        requireExplicitConsent: true
-      },
-      android: {
-        requireExplicitConsent: true
-      }
-    };
-
-    return this.checkPlatformCompliance(
-      requirements[platform],
-      await this.getCurrentSettings()
-    );
-  }
-}
-```
-
-일관된 동작을 확인하기 위해 다양한 OS 버전과 기기에서 동의 흐름을 테스트하는 것이 중요합니다. Capgo와 같은 도구를 사용하여 실시간 업데이트를 구현하고 규정 준수를 보장하면서 앱스토어 지연을 피할 수 있습니다.
-
-### [Capgo](https://capgo.app/) 업데이트 사용
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ef2243ebbb9dc80641c5e1/435c1a19c50c4ff1b7d76cbc4edeb6d0.jpg)
-
-Capgo의 실시간 업데이트 기능을 통해 규정 준수 조정을 효율적으로 수행할 수 있습니다. 예시:
-
-```typescript
-interface ConsentUpdate {
-  version: string;
-  changes: {
-    type: 'policy' | 'ui' | 'tracking',
-    description: string,
-    requiredAction: boolean
-  }[];
-}
-
-async function applyConsentUpdate(update: ConsentUpdate) {
-  await Capgo.deploy({
-    version: update.version,
-    channel: 'consent-updates',
-    gradualRollout: true,
-    userGroups: ['beta-testers']
-  });
-}
-```
-
-다양한 사용자 그룹에 대한 롤아웃 비율도 구성할 수 있습니다:
-
-```typescript
-const updateConfig = {
-  channels: {
-    beta: { percentage: 10 },
-    production: { percentage: 100 }
-  }
-};
-```
-
-이 접근 방식은 Apple과 Google의 규정 준수 요구사항을 실시간으로 충족할 수 있도록 보장합니다[\[1\]](https://capgo.app/).
-
-## 요약
-
-상세한 설정 및 관리 프로세스를 마무리하며, 간단한 개요를 살펴보겠습니다. 자동화된 동의 추적은 개인정보 보호 규정의 엄격한 준수, 안전한 데이터 처리, 효율적인 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)가 필요합니다.
-
-성공은 정확한 기술적 실행과 신속한 업데이트 배포의 조합에 달려 있습니다. Capgo와 같은 도구는 이러한 접근 방식을 지원하여 동의 관련 업데이트에서 82%의 인상적인 전 세계 성공률을 달성합니다[\[1\]](https://capgo.app/). Rodrigo Mantica의 말을 인용하면:
-
-> "우리는 애자일 개발을 실천하며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-
-주요 지표와 전략의 스냅샷입니다:
-
-| 측면 | 구현 전략 | 성공 지표 |
-| --- | --- | --- |
-| 업데이트 배포 | 암호화된 실시간 코드 푸시 | 23.5M 성공적인 업데이트 전달 |
-| 사용자 범위 | 채널별 단계적 롤아웃 | 750개 프로덕션 앱 유지 관리 |
-| 규정 준수 업데이트 | 스토어 지연 없는 즉각적인 배포 | 사용자의 95%에 대해 24시간 업데이트 주기 |
-
-NASA의 [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) 팀은 신속한 배포의 중요성을 강조합니다:
-
-> "Capgo는 핫 코드 푸시를 하는 스마트한 방법입니다(@AppFlow와 같이 세상의 모든 돈을 들이지 않고도) :-)" [\[1\]](https://capgo.app/)
-
-동의 추적을 관리할 때는 규정을 준수하고 사용자 신뢰를 구축하기 위해 암호화와 분석 모니터링에 집중하세요. 이 전략은 규제 변화와 진화하는 개인정보 보호 표준에 신속하게 대응할 수 있도록 보장합니다.
diff --git a/src/content/blog/ko/automatic-build-and-release-with-github-actions.md b/src/content/blog/ko/automatic-build-and-release-with-github-actions.md
deleted file mode 100644
index 5f7b6938e..000000000
--- a/src/content/blog/ko/automatic-build-and-release-with-github-actions.md
+++ /dev/null
@@ -1,143 +0,0 @@
----
-slug: automatic-build-and-release-with-github-actions
-title: Github actions를 사용한 자동 빌드 및 앱 릴리스
-description: >-
-  Github actions를 사용하여 무료로 나만의 CI/CD 파이프라인을 만들고, main 브랜치에 푸시할 때마다 Ionic
-  Capacitor JS 애플리케이션을 배포하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-23T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /github_actions.webp
-head_image_alt: Github 작업 예시
-keywords: 'Github actions, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: ko
-next_blog: automatic-capacitor-ios-build-github-action
----
-
-이 튜토리얼은 GitHub 호스팅에 중점을 두고 있지만, 약간의 수정으로 다른 CI/CD 플랫폼에도 적용할 수 있습니다.
-
-## 서문
-
-먼저 Capacitor 앱을 Capgo에 추가했는지 확인하세요. 이 튜토리얼은 업로드 단계에만 중점을 둡니다.
-Capgo에 앱을 추가해야 하는 경우 이 [튜토리얼](/blog/update-your-capacitor-apps-seamlessly-using-capacitor-updater/)을 따르세요.
-
-## 커밋 규칙
-
-먼저 [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/) 커밋 규칙을 따라야 합니다. 이는 도구가 버전 번호를 어떻게 업그레이드할지 이해하는데 도움이 됩니다. 배우는데 5분이면 충분합니다.
-
-![Conventional commits](/conventional_commits.webp)
-
-## 태그를 위한 GitHub 액션
-
-그다음 자동으로 빌드하고 태그를 생성하는 첫 번째 GitHub 액션을 만들어야 합니다.
-
-다음 경로에 파일을 생성하세요: `github/workflows/bump_version.yml`
-
-다음 내용으로:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        run: npx capacitor-standard-version
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-```
-
-이것은 main 브랜치의 모든 커밋에 대해 태그를 릴리스하고 main 브랜치의 각 커밋에 대한 changelog 항목을 `CHANGELOG.md`에 추가합니다.
-
-이 파일이 없어도 걱정하지 마세요. 자동으로 생성됩니다.
-
-이를 작동시키려면 [PERSONAL_ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/)를 생성하고 GitHub [secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets")에 `PERSONAL_ACCESS_TOKEN`으로 추가하세요.
-
-이는 CI가 changelog를 커밋할 수 있도록 하는데 필요합니다.
-
-토큰을 생성할 때 만료를 `never`로, 범위를 `repo`로 선택하세요.
-
-마지막으로 `package.json` 파일의 버전을 설정하고 네이티브 버전 번호와 동기화하세요. 이는 다음 단계를 용이하게 합니다.
-
-이는 처음에만 필요하며, 이후에는 도구가 자동으로 업데이트합니다.
-
-이제 두 파일을 커밋하고 GitHub에 첫 번째 태그가 나타나는 것을 확인할 수 있습니다!
-
-네이티브와 웹 플랫폼 모두 각 커밋 후에 버전 번호가 증가합니다.
-## 빌드를 위한 GitHub 액션
-
-다음 경로에 파일을 생성하세요: `github/workflows/build.yml`
-
-다음 내용으로:
-
-```yml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm run build
-        env: # Remove both lines  if you don't need it
-          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Exemple of env var coming from a secret
-      - name: Create Release
-        id: create_release
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-이것은 Capgo로 보내기 전에 의존성을 설치하고 빌드합니다.
-
-빌드 명령어가 다르다면 `build_code` 단계에서 변경할 수 있습니다.
-
-이를 작동시키려면 Capgo API 키를 받아서 [GitHub 저장소의 secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets/)에 `CAPGO_TOKEN`으로 추가해야 합니다.
-
-이제 두 파일을 커밋하고 GitHub에 첫 번째 태그가 나타나는 것을 확인할 수 있습니다!
-
-커밋을 추가하면 프로덕션 채널용 새로운 빌드가 생성됩니다.
-
-코드가 작동하는지 확인하기 위해 빌드 단계에 테스트를 추가해야 합니다.
-
-Capgo 대시보드로 가서 방금 나타난 빌드를 확인하세요. 이제 CI/CD 시스템이 구축되었습니다.
-
-모든 사용자가 업데이트가 가능할 때마다 받을 수 있도록 하려면, 채널로 가서 `public`으로 설정하세요.
-
-다음 튜토리얼을 따라 Ionic Capacitor JavaScript 앱의 네이티브 빌드도 추가할 수 있습니다 👇
diff --git a/src/content/blog/ko/automatic-build-and-release-with-gitlab.md b/src/content/blog/ko/automatic-build-and-release-with-gitlab.md
deleted file mode 100644
index 6d09b3ad7..000000000
--- a/src/content/blog/ko/automatic-build-and-release-with-gitlab.md
+++ /dev/null
@@ -1,152 +0,0 @@
----
-slug: automatic-build-and-release-with-gitlab
-title: Gitlab을 통한 자동 빌드 및 배포
-description: GitLab을 사용하여 무료로 자체 CI/CD 파이프라인을 만들고 주요 브랜치에 푸시할 때마다 애플리케이션을 배포하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /gitlab_ci.webp
-head_image_alt: Gitlab CI 일러스트레이션
-keywords: 'Gitlab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: ko
-next_blog: ''
----
-
-# GitLab CI에 관한 튜토리얼이지만, 약간의 수정으로 다른 CI/CD 플랫폼에도 적용할 수 있습니다.
-
-## 서문
-
-Capgo에 앱을 먼저 추가했는지 확인하세요. 이 튜토리얼은 업로드 단계에만 초점을 맞추고 있습니다.
-
-## 커밋 컨벤션
-
-먼저 [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/)의 커밋 컨벤션을 따라야 합니다. 이는 버전 번호를 업그레이드하는 방법을 도구가 이해하는 데 도움이 됩니다. 배우는 데 5분이면 충분합니다.
-
-![Conventional commits](/conventional_commits.webp)
-
-## 태그를 위한 GitLab CI
-
-그 다음 자동으로 빌드하고 태그를 생성하는 첫 번째 GitLab을 생성해야 합니다.
-
-`github/workflows/bump_version.yml` 경로에 파일을 생성하세요.
-
-다음 내용으로:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        run: npx capacitor-standard-version
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-```
-
-이는 메인 브랜치의 모든 커밋에 대해 태그를 릴리스하고 메인 브랜치의 각 커밋에 대해 `CHANGELOG.md`에 변경 로그 항목을 추가합니다.
-
-이 파일이 없어도 걱정하지 마세요. 자동으로 생성됩니다.
-
-이를 작동시키기 위해, [PERSONAL_ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/)를 생성하고 GitHub [secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets")에 `PERSONAL_ACCESS_TOKEN`으로 저장하세요.
-
-이는 CI가 변경 로그를 커밋할 수 있도록 하는데 필요합니다.
-
-토큰을 생성할 때, 만료를 `never`로, 범위를 `repo`로 선택하세요.
-
-마지막으로, 도구가 버전이 저장된 위치를 이해할 수 있도록 저장소의 루트에 `cz.toml` 파일을 생성해야 합니다.
-
-그리고 다음 내용을 추가하세요:
-
-```toml
-[tool.commitizen]
-name = "cz_conventional_commits"
-tag_format = "$major.$minor.$patch$prerelease"
-version = "0.11.5"
-version_files = [
-    "package.json:version",
-    ".cz.toml"
-]
-```
-
-이 파일의 버전을 `package.json` 파일의 버전과 동일하게 설정하세요.
-
-이는 처음에만 필요하며, 이후에는 도구가 자동으로 업데이트합니다.
-
-이제 두 파일을 커밋하고 GitHub에 첫 태그가 나타나는 것을 확인할 수 있습니다!
-
-## 빌드를 위한 GitHub actions
-
-`github/workflows/build.yml` 경로에 파일을 생성하세요.
-
-다음 내용으로:
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm run build
-        env: # Remove both lines  if you don't need it
-          FIREBASE_CONFIG: ${{ secrets.FIREBASE_CONFIG }} # Exemple of env var coming from a secret
-      - name: Create Release
-        id: create_release
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-이는 의존성을 설치하고 빌드한 후 Capgo로 전송합니다.
-
-빌드 명령어가 다르다면 `build_code` 단계에서 변경할 수 있습니다.
-
-이를 작동시키기 위해, Capgo용 API 키를 얻어서 [GitHub 저장소의 secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets/)에 `CAPGO_TOKEN`으로 추가해야 합니다.
-
-이제 두 파일을 커밋하고 GitHub에 첫 태그가 나타나는 것을 확인할 수 있습니다!
-
-커밋을 추가하면 프로덕션 채널용 새로운 빌드가 생성됩니다.
-
-코드가 작동하는지 확인하기 위해 빌드 단계에 테스트를 추가해야 합니다.
-
-Capgo 대시보드로 가서 방금 나타난 빌드를 확인하세요. 이제 CI/CD 시스템이 구축되었습니다.
-
-모든 사용자가 업데이트가 가능할 때마다 받을 수 있도록 하려면, 채널로 가서 `public`으로 설정하세요.
diff --git a/src/content/blog/ko/automatic-capacitor-android-build-github-action.md b/src/content/blog/ko/automatic-capacitor-android-build-github-action.md
deleted file mode 100644
index 69d23c7ee..000000000
--- a/src/content/blog/ko/automatic-capacitor-android-build-github-action.md
+++ /dev/null
@@ -1,253 +0,0 @@
----
-slug: automatic-capacitor-android-build-github-action
-title: GitHub 액션을 사용한 자동 Capacitor Android 빌드
-description: 5분 안에 fastlane과 GitHub Actions를 사용하여 Android Capacitor 앱의 CI/CD 파이프라인 설정하기
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-27T00:00:00.000Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: /fastlane_android.webp
-head_image_alt: Fastlane Google play GitHub 작업 일러스트레이션
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates, Capacitor
-tag: CI/CD
-published: true
-locale: ko
-next_blog: automatic-capacitor-ios-build-github-action
----
-# GitHub Actions를 통한 자동 Android 빌드
-
-Capacitor 앱을 위한 CI/CD 설정은 복잡하고 시간이 많이 소요될 수 있습니다. 다음은 알아야 할 사항입니다:
-
-## 사전 요구사항
-
-시작하기 전에 다음이 필요합니다:
-
-- 관리자 권한이 있는 GitHub 계정
-- Google Play Store에 이미 게시된 앱과 적절한 서명
-- Android 서명 키와 키스토어 파일
-- Play Store API가 활성화된 Google Cloud Console 프로젝트
-- 적절한 권한이 있는 서비스 계정
-- GitHub Actions 워크플로우에 대한 이해
-- Fastlane 구성에 대한 지식
-- 파이프라인 유지보수 및 디버깅을 위한 시간
-
-## Capgo의 전문 CI/CD 설정
-
-복잡성을 건너뛰세요. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/)가 선호하는 플랫폼에서 직접 CI/CD 파이프라인을 구성합니다:
-
-- **플랫폼 독립성**: GitHub Actions, GitLab CI 등에서 작동
-- **원활한 통합**: 플랫폼 전환이 필요 없으며 현재 프로세스와 함께 작동
-- **맞춤형 구성**: 프로젝트 요구사항에 맞는 맞춤 설정
-- **전문가 가이드**: 이미 50개 이상의 앱에 대한 CI/CD 설정 경험
-
-### 가격
-- 일회성 설정 비용: $2,600
-- 운영 비용: ~$300/년
-- 다른 독점 솔루션과 비교: $6,000/년
-- **5년 동안 $26,100 절약**
-
-[지금 CI/CD 설정하기](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## 수동 설정 가이드
-
-직접 모든 것을 설정하고 싶다면, 다음과 같이 해야 합니다:
-
-## GitHub Actions 가격
-
-![Price GitHub Action](/price_github_actions.webp)
-
-GitHub Actions는 저장소 유형에 따라 무료 시간을 제공합니다:
-- 공개 저장소: 월 2,000분
-- 비공개 저장소: 월 2,000분 (Linux 러너)
-
-비공개 프로젝트의 경우, 비용은 약 분당 $0.008입니다. 일반적인 빌드는 3-5분이 소요됩니다.
-
-## 수동 설정 단계
-
-1. Fastlane 설정
-2. GitHub 시크릿 구성
-3. GitHub Actions 워크플로우 생성
-
-## 1. Fastlane 설정
-
-프로젝트 루트에 `fastlane` 폴더를 생성하고 다음 내용으로 `Fastfile`을 추가하세요:
-
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    
-    lane :beta do
-        keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-        File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-        json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-        
-        # Get previous build number and increment
-        previous_build_number = google_play_track_version_codes(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            track: "internal",
-            json_key_data: json_key_data,
-        )[0]
-        current_build_number = previous_build_number + 1
-        sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        
-        # Build the app
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-            'versionCode' => current_build_number
-          })
-        
-        # Upload to Play Store
-        upload_to_play_store(
-            package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-            json_key_data: json_key_data,
-            track: 'internal',
-            release_status: 'completed',
-            skip_upload_metadata: true,
-            skip_upload_changelogs: true,
-            skip_upload_images: true,
-            skip_upload_screenshots: true,
-        )
-    end
-end
-```
-
-## 2. GitHub 시크릿 구성
-
-GitHub에서 민감한 정보를 안전하게 저장해야 합니다. 저장소 → Settings → Secrets and variables → Actions → New repository secret으로 이동하세요.
-
-### 필수 시크릿:
-
-1. **Google Play 서비스 계정 키**
-   - Google Cloud Console에서 서비스 계정 생성
-   - Google Play Developer API 활성화
-   - Play Console에서 서비스 계정에 앱 접근 권한 부여
-   - JSON 키 파일 다운로드
-   - base64로 변환: `base64 service_account_key.json | pbcopy`
-   - `PLAY_CONFIG_JSON`로 추가
-
-2. **Android 서명 키**
-   - 키스토어를 base64로 변환: `base64 your_keystore.jks | pbcopy`
-   - `ANDROID_KEYSTORE_FILE`로 추가
-   - 키스토어 상세 정보 추가:
-     - `KEYSTORE_KEY_ALIAS`
-     - `KEYSTORE_KEY_PASSWORD`
-     - `KEYSTORE_STORE_PASSWORD`
-     - `DEVELOPER_PACKAGE_NAME` (예: com.example.app)
-
-## 3. GitHub Actions 워크플로우 생성
-
-`.github/workflows/build-upload-android.yml` 생성:
-
-```yaml
-name: Build and Deploy Android App
-
-on:
-  push:
-    tags:
-      - '*'
-
-jobs:
-  build_android:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: 24
-          cache: npm
-          
-      - name: Install dependencies
-        run: npm ci
-        
-      - name: Cache Gradle
-        uses: actions/cache@v3
-        with:
-          path: |
-            ~/.gradle/caches
-            ~/.gradle/wrapper
-          key: ${{ runner.os }}-gradle-${{ hashFiles('**/*.gradle*', '**/gradle-wrapper.properties') }}
-          restore-keys: |
-            ${{ runner.os }}-gradle-
-            
-      - name: Build app
-        run: npm run build
-        
-      - name: Sync Capacitor
-        run: npx cap sync
-        
-      - name: Setup Java
-        uses: actions/setup-node@v5
-        with:
-            distribution: 'zulu'
-            java-version: '17'
-            
-      - name: Setup Ruby
-        uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: '3.0'
-          bundler-cache: true
-          
-      - name: Run Fastlane
-        uses: maierj/fastlane-action@v3.1.0
-        env:
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_CONFIG_JSON }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE_FILE }}
-          DEVELOPER_PACKAGE_NAME: ${{ secrets.DEVELOPER_PACKAGE_NAME }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_KEY_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-        with:
-          lane: android beta
-          
-      - name: Upload artifact
-        uses: actions/upload-artifact@v2
-        with:
-          name: android-release
-          path: ./android/app/build/outputs/bundle/release/app-release.aab
-          retention-days: 10
-```
-
-## 작동 방식
-
-1. 워크플로우를 트리거하기 위한 Git 태그 생성
-2. GitHub Actions가 앱을 빌드
-3. Fastlane이 Google Play 베타 채널에 업로드
-4. 앱이 자동으로 업데이트됨
-
-## 빌드 시간 및 비용
-
-- 빌드 시간: 3-5분
-- 비공개 저장소 비용: 빌드당 약 $0.04
-- 오픈소스 프로젝트는 무료
-
-## 리소스
-
-- [GitHub Actions Documentation](https://docs.github.com/en/actions/)
-- [Fastlane Documentation](https://docs.fastlane.tools/)
diff --git a/src/content/blog/ko/automatic-capacitor-android-build-gitlab.md b/src/content/blog/ko/automatic-capacitor-android-build-gitlab.md
deleted file mode 100644
index 75673d71a..000000000
--- a/src/content/blog/ko/automatic-capacitor-android-build-gitlab.md
+++ /dev/null
@@ -1,277 +0,0 @@
----
-slug: automatic-capacitor-android-build-gitlab
-title: GitLab을 통한 자동 Capacitor Android 빌드
-description: 5분 안에 fastlane과 GitLab을 사용하여 Android Ionic 앱의 CI/CD 파이프라인 설정하기
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-27T00:00:00.000Z
-updated_at: 2025-11-11T17:12:15.000Z
-head_image: /andriod_app_gitlab.webp
-head_image_alt: GitLab과 구글 플레이 Fastlane 일러스트
-keywords: >-
-  Fastlane, CI/CD, Android, automatic build, automatic release, mobile app
-  updates
-tag: CI/CD
-published: true
-locale: ko
-next_blog: null
----
-# GitLab CI를 사용한 자동 Android 빌드
-
-Capacitor 앱의 CI/CD 설정은 복잡하고 시간이 많이 소요될 수 있습니다. 다음은 알아야 할 사항입니다:
-
-## 사전 요구사항
-
-시작하기 전에 다음이 필요합니다:
-
-- 관리자 권한이 있는 GitLab 계정
-- Google Play Store에 이미 게시된 앱과 적절한 서명
-- Android 서명 키와 키스토어 파일
-- Play Store API가 활성화된 Google Cloud Console 프로젝트
-- 적절한 권한이 있는 서비스 계정
-- GitLab CI/CD 워크플로우에 대한 이해
-- Fastlane 구성에 대한 지식
-- 파이프라인 유지보수 및 디버깅을 위한 시간
-
-## Capgo의 전문 CI/CD 설정
-
-복잡성을 건너뛰세요. [Capgo](https://capgo.app/docs/getting-started/cicd-integration/)가 선호하는 플랫폼에서 직접 CI/CD 파이프라인을 구성합니다:
-
-- **플랫폼 독립성**: GitHub Actions, GitLab CI 등에서 작동
-- **원활한 통합**: 플랫폼 전환이 필요 없으며 현재 프로세스와 함께 작동
-- **맞춤형 구성**: 프로젝트 요구사항에 맞는 맞춤 설정
-- **전문가 가이드**: 이미 50개 이상의 앱에 대해 CI/CD를 설정했습니다
-
-### 가격
-- 일회성 설정 비용: $2,600
-- 운영 비용: 연간 ~$300
-- 다른 독점 솔루션과 비교: 연간 $6,000
-- **5년 동안 $26,100 절약**
-
-[CI/CD 지금 설정하기](https://cal.com/team/capgo/mobile-ci-cd-done-for-you/)
-
-## 수동 설정 가이드
-
-직접 모든 것을 설정하고 싶다면, 다음과 같이 해야 합니다:
-
-**게시물에서 따라야 할 단계**
-
-1. _Fastlane 파일 복사_
-2. _GitLab 암호화된 시크릿에 시크릿 저장_
-3. _Google Play 서비스 계정 키 생성 및 저장_
-4. _Android 서명 키 저장_
-5. _GitLab 워크플로우 .yml 파일 설정_
-
-## 1. Fastlane 파일 복사
-
-Fastlane은 일반적인 모바일 개발 작업을 자동화하기 위해 만들어진 Ruby 라이브러리입니다. Fastlane을 사용하면 일반적으로 Android Studio에서 수행하는 작업을 수행하는 "액션"들을 묶은 사용자 정의 "레인"을 구성할 수 있습니다. Fastlane으로 많은 것을 할 수 있지만, 이 튜토리얼에서는 핵심 액션 몇 가지만 사용할 것입니다.
-
-프로젝트 루트에 Fastlane 폴더를 만들고 다음 파일들을 복사하세요:
-Fastlane
-```ruby
-default_platform(:android)
-
-KEYSTORE_KEY_ALIAS = ENV["KEYSTORE_KEY_ALIAS"]
-KEYSTORE_KEY_PASSWORD = ENV["KEYSTORE_KEY_PASSWORD"]
-KEYSTORE_STORE_PASSWORD = ENV["KEYSTORE_STORE_PASSWORD"]
-
-platform :android do
-    desc "Deploy a beta version to the Google Play"
-    private_lane :verify_changelog_exists do |version_code: |
-      changelog_path = "android/metadata/en-US/changelogs/#{version_code}.txt"
-      UI.user_error!("Missing changelog file at #{changelog_path}") unless File.exist?(changelog_path)
-      UI.message("Changelog exists for version code #{version_code}")
-    end
-
-    private_lane :verify_upload_to_staging do |version_name: |
-      UI.message "Skipping staging verification step"
-    end
-    lane :beta do
-				keystore_path = "#{Dir.tmpdir}/build_keystore.keystore"
-				File.write(keystore_path, Base64.decode64(ENV['ANDROID_KEYSTORE_FILE']))
-				json_key_data = Base64.decode64(ENV['PLAY_CONFIG_JSON'])
-				previous_build_number = google_play_track_version_codes(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					track: "internal",
-					json_key_data: json_key_data,
-				)[0]
-
-				current_build_number = previous_build_number + 1
-				sh("export NEW_BUILD_NUMBER=#{current_build_number}")
-        gradle(
-          task: "clean bundleRelease",
-          project_dir: 'android/',
-          print_command: false,
-          properties: {
-            "android.injected.signing.store.file" => "#{keystore_path}",
-            "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-            "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-            "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-						'versionCode' => current_build_number
-          })
-        upload_to_play_store(
-					package_name: ENV['DEVELOPER_PACKAGE_NAME'],
-					json_key_data: json_key_data,
-          track: 'internal',
-          release_status: 'completed',
-          skip_upload_metadata: true,
-          skip_upload_changelogs: true,
-          skip_upload_images: true,
-          skip_upload_screenshots: true,
-        )
-    end
-    lane :build do
-      gradle(
-        task: "clean bundleRelease",
-        project_dir: 'android/',
-        print_command: false,
-        properties: {
-          "android.injected.signing.store.file" => "#{keystore_path}",
-          "android.injected.signing.store.password" => "#{KEYSTORE_STORE_PASSWORD}",
-          "android.injected.signing.key.alias" => "#{KEYSTORE_KEY_ALIAS}",
-          "android.injected.signing.key.password" => "#{KEYSTORE_KEY_PASSWORD}",
-        })
-    end
-    lane :prod_release do
-      build_gradle = File.read("../android/app/build.gradle")
-
-      verify_changelog_exists(version_code: build_gradle.match(/versionCode (\d+)/)[1])
-      verify_upload_to_staging(version_name: build_gradle.match(/versionName '([\d\.]+)'/)[1])
-
-      supply(
-        track_promote_to: 'beta',
-        skip_upload_apk: true,
-        skip_upload_aab: true,
-        skip_upload_metadata: false,
-        skip_upload_changelogs: false,
-        skip_upload_images: false,
-        skip_upload_screenshots: false
-      )
-    end
-end
-```
-
-### GitLab CI/CD 변수에 시크릿 저장하기
-
-GitLab은 GitHub의 리포지토리 시크릿과 유사한 암호화된 CI/CD 변수를 저장하는 방법을 제공합니다. 민감한 정보를 안전하게 저장하려면:
-
-1. GitLab 프로젝트의 설정으로 이동합니다.
-2. CI/CD > Variables로 이동합니다.
-3. 다음 변수들을 추가합니다:
-
-- ANDROID_KEYSTORE_FILE: Android 빌드에 서명하는 데 사용되는 base64로 인코딩된 `.jks` 또는 `.keystore` 파일
-- KEYSTORE_KEY_PASSWORD: 키스토어 파일과 연결된 비밀번호
-- KEYSTORE_KEY_ALIAS: 키스토어 별칭
-- KEYSTORE_STORE_PASSWORD: 개인 키 비밀번호
-- DEVELOPER_PACKAGE_NAME: com.example.app와 같은 안드로이드 앱 ID
-- PLAY_CONFIG_JSON: base64로 인코딩된 서비스 계정 키 JSON
-
-### Google Play 서비스 계정 키 생성하기
-
-`PLAY_CONFIG_JSON` 시크릿을 생성하려면 다음 단계를 따르세요:
-
-1. [Google Cloud Console](https://console.cloud.google.com/)로 이동
-2. 새 프로젝트를 만들거나 기존 프로젝트를 선택
-3. Google Play Android Developer API 활성화
-4. 서비스 계정 생성:
-   - "IAM 및 관리" > "서비스 계정"으로 이동
-   - "서비스 계정 만들기" 클릭
-   - 이름과 설명 입력
-   - "만들기 및 계속"을 클릭
-   - 역할 할당을 건너뛰고 "완료" 클릭
-5. JSON 키 생성:
-   - 목록에서 서비스 계정 찾기
-   - 세 점 메뉴 > "키 관리" 클릭
-   - "키 추가" > "새 키 만들기" 클릭
-   - JSON 형식 선택
-   - "만들기" 클릭
-6. Play Console에서 서비스 계정에 앱 접근 권한 부여:
-   - [Play Console](https://play.google.com/console)로 이동
-   - "사용자 및 권한"으로 이동
-   - "새 사용자 초대" 클릭
-   - 서비스 계정 이메일 입력 (@*.iam.gserviceaccount.com으로 끝남)
-   - "프로덕션 릴리스" 권한 부여
-   - "사용자 초대" 클릭
-7. JSON 키를 base64로 변환:
-   ```bash
-   base64 -i path/to/your/service-account-key.json | pbcopy
-   ```
-8. base64로 인코딩된 문자열을 GitLab의 `PLAY_CONFIG_JSON` 변수로 추가
-
-## GitLab CI/CD 파이프라인 설정
-
-프로젝트 루트에 .gitlab-ci.yml 파일을 생성하여 CI/CD 파이프라인을 정의하세요. 다음은 파이프라인 구조의 예시입니다:
-
-```yaml
-
-image: mingc/android-build-box:latest
-
-stages:
-  - build
-  - upload_to_capgo
-  - build_and_upload_android
-
-build:
-  stage: build
-  tags:
-    - saas-linux-xlarge-amd64
-  cache:
-    - key:
-        files:
-          - bun.lockb
-      paths:
-        - .node_modules/
-  script:
-    - npm install
-    - npm run build
-  artifacts:
-    paths:
-      - node_modules/
-      - dist/
-  only:
-    - master
-
-upload_to_capgo:
-  stage: upload_to_capgo
-  tags:
-    - saas-linux-xlarge-amd64
-  script:
-    - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN -c dev
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-build_and_upload_android:
-  tags:
-    - saas-linux-xlarge-amd64
-  stage:    build_and_upload_android
-  cache:
-    - key:
-        files:
-          - android/gradle/wrapper/gradle-wrapper.properties
-      paths:
-        - ~/.gradle/caches/
-  script:
-    - npx cap sync android
-    - npx cap copy android
-    - bundle exec fastlane android beta # We do create a tag for the build to trigger XCode cloud builds
-  dependencies:
-    - build
-  when: manual
-  only:
-    - master
-
-```
-
-## 파이프라인 트리거
-
-GitLab 저장소에 새 태그를 푸시할 때마다, GitLab CI/CD는 정의된 파이프라인을 자동으로 트리거하여 Fastlane을 사용해 Android 앱을 빌드하고 배포합니다.
-
-프로젝트 구조와 요구사항에 따라 경로와 종속성을 조정하세요. 이 설정은 GitLab CI/CD에서 Android 앱 배포를 자동화하는 데 도움이 됩니다.
-
-## 결론
-
-mingc/android-build-box Docker 이미지로 GitLab CI/CD를 구성하면 Android 앱 빌드 프로세스를 자동화하여 개발 워크플로우를 더욱 효율적이고 안정적으로 만들 수 있습니다. 이러한 자동화는 앱 개발의 핵심 측면에 집중할 수 있는 시간을 확보하게 해주어, 궁극적으로 더 효율적으로 고품질 Android 앱을 제공하는 데 도움이 됩니다.
diff --git a/src/content/blog/ko/automatic-capacitor-ios-build-codemagic.md b/src/content/blog/ko/automatic-capacitor-ios-build-codemagic.md
deleted file mode 100644
index 41415c1fe..000000000
--- a/src/content/blog/ko/automatic-capacitor-ios-build-codemagic.md
+++ /dev/null
@@ -1,66 +0,0 @@
----
-slug: automatic-capacitor-ios-build-codemagic
-title: Codemagic을 사용한 자동 Capacitor iOS 빌드
-description: 5분 안에 Codemagic과 Codemagic을 사용하여 IOS Ionic 앱의 CI/CD 파이프라인 설정하기 (2024)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-07-24T00:00:00.000Z
-updated_at: 2025-11-11T17:12:15.000Z
-head_image: /Codemagic_ios.webp
-head_image_alt: Codemagic 테스트플라이트 일러스트레이션
-keywords: 'Codemagic, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: ko
-next_blog: automatic-capacitor-android-build-codemagic
----
-## Codemagic을 사용한 iOS 지속적 배포
-
-## 사전 요구사항
-
-튜토리얼을 계속하기 전에...
-
-- iOS 개발자 프로그램 멤버십
-- 읽고자 하는 의지 😆...
-
-## 가격에 대한 중요 안내
-
-![Price Codemagic Action](/price_codemagic.webp)
-
-[https://codemagic.io/pricing/](https://codemagic.io/pricing/)
-
-선택한 머신에 따라 월 500 macOS M1 분까지 '무료'로 서비스를 이용할 수 있습니다.
-우리는 **_macOS M1_** 머신을 사용할 예정이며, 스크린샷에서 가격과 제한을 확인할 수 있습니다 (가격은 튜토리얼 작성 시점 기준이며, 향후 변경될 수 있습니다)
-
-🔴 **_요구사항과 가격에 대해 안내했으니, 계속 진행하시겠습니다..._**
-
-> **_📣_ 이 포스트에서는 iTunes Connect에 앱이 생성되어 있고, Apple 생태계의 인증서가 있다고 가정합니다. 모든 것은 Codemagic이 설정할 것입니다!**
-
-## 시작해봅시다 🤿
-
-**포스트에서 다룰 단계들**
-
-1. _Codemagic에서 App Store Connect API 사용하기_
-2. _요구사항_
-3. _App Store Connect API 키 생성하기_
-4. _App Store Connect API 키 사용하기_
-5. _Fastlane 파일 복사하기_
-6. _Codemagic 구성하기_
-
-## 1. Codemagic에서 App Store Connect API 사용하기
-
-> 2021년 2월부터 App Store Connect 로그인 시 2단계 인증 또는 2단계 확인이 모든 사용자에게 필요합니다. Apple ID에 대한 이 추가 보안 계층은 계정에 접근할 수 있는 유일한 사람이 본인임을 보장합니다.
-> [Apple Support](https://developer.apple.com/support/authentication/) 참조
-
-> match를 시작하려면 기존 인증서를 취소해야 합니다. 하지만 걱정하지 마세요, 새로운 인증서를 바로 받을 수 있습니다.
-
-### 요구사항
-
-App Store Connect API를 사용하기 위해 Codemagic은 **세 가지**가 필요합니다.
-
-1. Issuer ID
-2. Key ID
-3. 키 파일 또는 키 내용
-
-[... 나머지 내용 계속됨 ...]
diff --git a/src/content/blog/ko/automatic-capacitor-ios-build-github-action-with-match.md b/src/content/blog/ko/automatic-capacitor-ios-build-github-action-with-match.md
deleted file mode 100644
index 6c5010e74..000000000
--- a/src/content/blog/ko/automatic-capacitor-ios-build-github-action-with-match.md
+++ /dev/null
@@ -1,117 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action-with-match
-title: GitHub actions에서 match를 사용한 자동 Capacitor iOS 빌드
-description: 5분 안에 fastlane과 GitHub Actions를 사용하여 IOS Ionic 앱을 위한 CI/CD 파이프라인 설정하기 (2022)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-10-30T00:00:00.000Z
-updated_at: 2025-11-11T17:12:15.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: Fastlane testflight GitHub action 설명
-keywords: 'Fastlane, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: ko
-next_blog: automatic-capacitor-android-build-github-action
----
-
-# GitHub Actions를 사용한 자동 iOS 빌드 (Match 사용)
-
-Capacitor 앱용 CI/CD 설정은 복잡하고 시간이 많이 걸릴 수 있습니다. 다음은 알아야 할 사항입니다:
-
-## 사전 요구사항
-
-시작하기 전에 다음이 필요합니다:
-
-- 관리자 권한이 있는 GitHub 계정 
-- iOS 개발자 프로그램 멤버십
-- 적절한 권한이 있는 App Store Connect API 액세스
-- GitHub Actions 워크플로우 이해
-- Fastlane과 Match 구성에 대한 지식
-- 파이프라인 유지보수 및 디버깅 시간
-- 많은 개발자가 있는 팀, 그렇지 않으면 더 간단한 워크플로우를 위해 [fastlane cert](/blog/automatic-capacitor-ios-build-github-action)를 사용하는 것을 추천합니다
-
-## Capgo의 전문 CI/CD 설정
-
-복잡성을 건너뛰고 [Capgo](https://capgo.app/docs/getting-started/cicd-integration/)가 선호하는 플랫폼에서 직접 CI/CD 파이프라인을 구성합니다:
-
-- **플랫폼 독립성**: GitHub Actions, GitLab CI 등에서 작동
-- **원활한 통합**: 플랫폼 전환이 필요 없이 현재 프로세스와 함께 작동
-- **맞춤형 구성**: 프로젝트 요구사항에 맞는 맞춤 설정
-- **전문가 가이드**: 이미 50개 이상의 앱에 대해 CI/CD를 설정했습니다
-
-### 가격
-- 일회성 설정 비용: $2,600
-- 운영 비용: ~$300/년
-- 다른 독점 솔루션과 비교: $6,000/년
-- **5년간 $26,100 절약**
-
-[지금 CI/CD 설정하기](https://calcom/martindonadieu/mobile-ci-cd-done-for-you/)
-
-## 수동 설정 가이드
-
-직접 모든 것을 설정하고 싶다면, 다음과 같이 해야 합니다:
-
-## Fastlane과 GitHub Actions를 사용한 iOS용 지속적 배포(match 사용)
-
-## 사전 요구사항
-
-튜토리얼을 계속하기 전에...
-
--   개발 머신에 Fastlane이 [설치](https://docsfastlanetools/)되어 있는지 확인하세요
--   iOS 개발자 프로그램 멤버십
--   읽고자 하는 의지 😆...
--   많은 개발자가 있는 팀, 그렇지 않으면 더 간단한 워크플로우를 위해 [fastlane cert](/blog/automatic-capacitor-ios-build-github-action)를 사용하는 것을 추천합니다
-
-## 가격에 대한 중요 사항
-
-![Price GitHub Action](/price_github_actions.webp)
-
-[https://githubcom/features/actions](https://githubcom/features/actions/)
-
-이 서비스는 선택한 머신에 따라 제한까지 '무료'입니다
-우리는 **_macOS_** 머신을 사용할 것입니다. 스크린샷에서 가격과 제한을 확인할 수 있습니다(튜토리얼 작성 시점의 가격이며, 향후 변경될 수 있습니다)
-
-🔴 **_요구사항과 가격에 대해 경고했으니, 계속 진행하겠습니다..._**
-
-> **_📣_ 이 포스트에서는 iTunes Connect에 앱이 생성되어 있고, Apple 에코시스템의 인증서가 있다고 가정합니다. 모든 것은 Fastlane이 복사할 것입니다!**
-
-## 시작해보겠습니다 🤿
-
-**포스트에서 따라야 할 단계**
-
-1. _Fastlane Match로 App Store Connect API 사용하기_
-2. _요구사항_
-3. _App Store Connect API 키 생성하기_
-4. _App Store Connect API 키 사용하기_
-5. _Fastlane 파일 복사하기_
-6. _Fastlane match 구성하기_
-6. _Fastlane match 구성하기_
-
-## 1. Fastlane Match로 App Store Connect API 사용하기
-
-> 2021년 2월부터 모든 사용자는 App Store Connect에 로그인할 때 2단계 인증 또는 2단계 확인이 필요합니다. Apple ID에 대한 이 추가 보안 계층은 계정에 접근할 수 있는 유일한 사람이 귀하임을 보장합니다.  
-> [Apple Support](https://developer.apple.com/support/authentication/)에서
-
-> match를 시작하려면 기존 인증서를 취소해야 합니다. 하지만 걱정하지 마세요, 새로운 인증서를 바로 받을 수 있습니다.
-
-## 요구사항
-
-App Store Connect API를 사용하기 위해 Fastlane은 **세 가지**가 필요합니다
-
-1. Issuer ID
-2. Key ID
-3. Key 파일 또는 Key 내용
-
-## App Store Connect API 키 생성하기
-
-키를 생성하려면 App Store Connect에서 관리자 권한이 있어야 합니다. 해당 권한이 없다면 관련 담당자에게 이 문서를 전달하고 다음 지침을 따르도록 할 수 있습니다.
-
-1 — [App Store Connect](https://appstoreconnectapplecom/)에 로그인하세요
-
-2 — [사용자 및 액세스](https://appstoreconnectapplecom/access/users/)를 선택하세요
-
-![App Store Connect user access](/select_user_access.webp)
-
-3 — 통합 탭을 선택하세요
diff --git a/src/content/blog/ko/automatic-capacitor-ios-build-github-action.md b/src/content/blog/ko/automatic-capacitor-ios-build-github-action.md
deleted file mode 100644
index 0b72bd741..000000000
--- a/src/content/blog/ko/automatic-capacitor-ios-build-github-action.md
+++ /dev/null
@@ -1,549 +0,0 @@
----
-slug: automatic-capacitor-ios-build-github-action
-title: GitHub actions를 사용한 자동 Capacitor iOS 빌드 및 인증서 설정
-description: iOS fastlane와 GitHub Actions를 사용하여 5분 만에 Ionic 앱 CI/CD 파이프라인 구성하기 (2024)
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-08-04T00:00:00.000Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: /fastlane_ios.webp
-head_image_alt: GitHub 액션 Testflight Fastlane 설명
-keywords: 'Fastlane, CI/CD, iOS, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: ko
-next_blog: automatic-capacitor-android-build-github-action
----
-
-# GitHub Actions를 이용한 iOS 자동 빌드 인증서 설정
-
-Capacitor 앱의 CI/CD 설정은 복잡하고 시간이 많이 소요될 수 있습니다. 알아야 할 내용은 다음과 같습니다:
-
-## 사전 요구사항
-
-시작하기 전에 다음이 필요합니다:
-
-- 관리자 권한이 있는 GitHub 계정
-- iOS 개발자 프로그램 멤버십 
-- 적절한 권한이 있는 App Store Connect API 접근
-- GitHub Actions 워크플로우 이해
-- Fastlane 설정 지식
-- 파이프라인 유지보수 및 디버깅 시간
-- 적절한 인증서와 프로비저닝 프로파일
-
-## Capgo의 전문 CI/CD 설정
-
-복잡성을 건너뛰고 [Capgo](https://capgo.app/docs/getting-started/cicd-integration/)가 선호하는 플랫폼에서 직접 CI/CD 파이프라인을 구성합니다:
-
-- **플랫폼 독립성**: GitHub Actions, GitLab CI 등에서 작동
-- **원활한 통합**: 플랫폼 전환이 필요 없으며 현재 프로세스와 함께 작동
-- **맞춤형 구성**: 프로젝트 요구사항에 맞는 맞춤 설정
-- **전문가 가이드**: 이미 50개 이상의 앱에 대해 CI/CD를 설정했습니다
-
-### 가격
-- 일회성 설정 비용: $2,600
-- 운영 비용: ~$300/년
-- 다른 독점 솔루션과 비교: $6,000/년
-- **5년 동안 $26,100 절약**
-
-[지금 CI/CD 설정하기](https://calcom/martindonadieu/mobile-ci-cd-done-for-you/)
-
-## 수동 설정 가이드
-
-직접 모든 것을 설정하고 싶다면, 다음과 같이 해야 합니다:
-
-## Fastlane과 GitHub Actions 및 인증서를 사용한 iOS 지속적 배포
-
-## 사전 요구사항
-
-튜토리얼을 계속하기 전에:
-
-- 개발 머신에 Fastlane이 [설치](https://docsfastlanetools/)되어 있는지 확인하세요
-- iOS 개발자 프로그램 멤버십에 속해 있는지 확인하세요
-
-## 가격에 대한 중요 정보
-
-![Price GitHub Action](/price_github_actions.webp)
-
-[https://githubcom/features/actions](https://githubcom/features/actions/)
-
-이 서비스는 선택한 머신에 따라 제한까지 '무료'입니다  
-우리는 **_macOS_** 머신을 사용할 것이며, 스크린샷에서 가격과 제한을 볼 수 있습니다 (튜토리얼 작성 시점의 가격이며, 향후 변경될 수 있습니다)
-
-**요구사항과 가격에 대해 안내했으니, 계속 진행하겠습니다**
-
-> **참고: 이 포스트에서는 App Store Connect에 앱이 생성되어 있다고 가정합니다. 중요한 정보는 Fastlane이 복사할 것입니다!**
-
-## 이 튜토리얼에서 배울 내용
-
-**포스트에서 따라야 할 단계**
-
-1. _Fastlane과 함께 App Store Connect API 사용하기_
-    - _요구사항:_
-      - _App Store Connect API 키 생성_
-      - _App Store Connect API 키 사용_
-2. _Fastlane 파일 복사_
-3. _GitHub Actions 구성_
-
-## 1. Fastlane과 함께 App Store Connect API 사용하기
-
-> 2021년 2월부터 App Store Connect에 로그인하려면 2단계 인증 또는 2단계 확인이 필요합니다. Apple ID에 대한 이 추가 보안 계층은 계정에 접근할 수 있는 유일한 사람이 귀하임을 보장합니다.  
-> [Apple Support](https://developer.apple.com/support/authentication/) 참조
-
-### 요구사항
-
-Fastlane이 App Store Connect API를 사용하여 앱을 업로드하려면 다음 **세 가지**가 필요합니다:
-
-1. 발급자 ID
-2. 키 ID
-3. 키 파일 또는 키 내용
-
-### App Store Connect API 키 획득하기
-
-키를 생성하려면 App Store Connect에서 관리자 권한이 있어야 합니다. 해당 권한이 없다면 관련 담당자에게 이 문서를 안내할 수 있습니다.
-
-1. [App Store Connect](https://appstoreconnectapplecom/)에 로그인
-
-2. [사용자 및 액세스](https://appstoreconnectapplecom/access/users/) 선택
-
-![App Store Connect user access](/select_user_access.webp)
-
-3. 통합 탭 선택
-
-![App Store Connect API Integration](/user_access_keys.webp)
-
-4. API 키 생성 또는 추가(+) 버튼 클릭
-
-![App Store Connect API keys create](/user_access.webp)
-
-5. 키의 이름을 입력합니다. 이름은 참조용이며 키 자체의 일부가 아닙니다
-
-![App Store Connect API keys create name](/gen_key.webp)
-
-6. 액세스에서 키의 역할 선택귀하의 팀의 사용자에게 적용되는 역할과 동일한 역할이 키에 적용됩니다. [역할 권한](https://helpapplecom/app-store-connect/#/deve5f9a89d7/)을 참조하세요. **App manager**를 선택하는 것을 권장합니다.
-
-7. Generate를 클릭하세요.
-
-> **API 키의 접근은 특정 앱으로 제한할 수 없습니다**
-
-새 키의 이름, 키 ID, 다운로드 링크 및 기타 정보가 페이지에 나타납니다.
-
-![App Store Connect download keys](/download_key.webp)
-
-여기서 필요한 세 가지 정보를 모두 얻을 수 있습니다:
-- Issue ID (`APPLE_ISSUER_ID` 시크릿)
-- Key ID (`APPLE_KEY_ID` 시크릿)
-- "Download API Key"를 클릭하여 API 프라이빗 키를 다운로드하세요. 다운로드 링크는 프라이빗 키가 아직 다운로드되지 않은 경우에만 나타납니다. Apple은 프라이빗 키의 복사본을 보관하지 않습니다. 따라서 한 번만 다운로드할 수 있습니다.
-
-> _🔴_ 프라이빗 키를 안전한 곳에 보관하세요. 키를 공유하거나, 코드 저장소에 저장하거나, 클라이언트 측 코드에 포함해서는 안 됩니다.
-
-### App Store Connect API 키 사용하기
-
-JWT 토큰 인증을 생성하기 위해서는 API 키 파일(다운로드한 p8 파일), 키 ID, 발급자 ID가 필요합니다. 이 정보를 Fastlane에 전달하는 방법은 여러 가지가 있습니다. 저는 Fastlane의 새로운 액션인 `app_store_connect_api_key`를 사용하기로 했습니다. 다른 방법은 [Fastlane 문서](https://docsfastlanetools/actions/app_store_connect_api_key/)에서 확인할 수 있습니다. 이 방법을 보여드리는 이유는 대부분의 CI에서 환경 변수를 설정할 수 있어 가장 쉬운 방법이라고 생각하기 때문입니다.
-
-다운로드한 p8 파일을 Base64로 변환하여 시크릿(`APPLE_KEY_CONTENT`)으로 저장해 주세요.
-
-```shell
-base64 -i APPLE_KEY_CONTENT.p8 | pbcopy
-```
-
-_이제 API 키를 사용하여 Fastlane으로 App Store Connect를 관리할 수 있습니다. 좋습니다!_
-
-## 2. 인증서
-
-XCode를 열고 **설정** > **계정** > **Apple ID** > **팀**으로 이동하여 귀하의 팀을 선택하세요.
-
-![Code signing identities](/code_signing_identities.webp)
-
-**인증서 관리**를 클릭하세요.
-
-아직 인증서를 생성하지 않았다면, 새 인증서를 생성할 수 있습니다.
-
-**+**를 클릭하고 **Apple Distribution**을 선택하세요.
-
-![Apple Distribution](/apple_distribution.webp)
-
-그런 다음 키체인에서 인증서를 `p12` 파일로 다운로드해야 합니다.
-
-이를 위해 키체인으로 이동하여 **로그인** 키체인으로 전환한 다음 **내 인증서** 탭으로 이동해야 합니다.
-
-![My Certificates](/my_certificates.webp)
-
-그런 다음 다운로드하려는 인증서를 선택할 수 있습니다(인증서의 날짜를 확인하세요).
-
-그리고 인증서의 개인 키를 마우스 오른쪽 버튼으로 클릭하고 **내보내기**를 선택하세요.
-
-파일 형식으로 **개인 정보 교환(.p12)**을 선택하세요.
-
-그러면 인증서가 `p12` 파일로 다운로드됩니다.
-
-터미널에서 파일을 열고 다음 명령을 사용하여 Base64로 변환하세요:
-
-```shell
-base64 -i BUILD_CERTIFICATE.p12 | pbcopy
-```
-
-이것이 `BUILD_CERTIFICATE_BASE64` 시크릿이 됩니다. 또한 요청 시 인증서의 비밀번호를 제공해 주세요. 이 비밀번호가 `P12_PASSWORD` 시크릿이 됩니다.
-
-## 3. 프로비저닝 프로필
-
-[Apple Developer](https://developer.apple.com/account/resources/profiles/list)를 열고 올바른 팀을 선택하세요.
-
-그런 다음 **+**를 클릭하여 새 프로필을 생성하세요.
-
-![Create a new profile](/create_new_profile.webp)
-
-그리고 **App Store Connect**를 선택하세요.
-
-![Select App Store Connect](/select_app_store_connect.webp)
-
-그런 다음 올바른 앱을 선택해야 합니다. 서명이 실패할 수 있으므로 와일드카드를 사용할 수 없으니 주의하세요.
-
-![Select the right app](/select_app.webp)
-
-이전에 생성한 올바른 인증서를 선택하고(만료 날짜를 확인하세요. 오늘과 같은 날짜여야 합니다) **계속**을 클릭하세요.
-
-![Select the right certificate](/select_certificate.webp)
-
-마지막으로 프로필의 이름을 입력하고 **생성**을 클릭하세요.
-
-> 이 이름은 Fastlane에서 `APPLE_PROFILE_NAME` 값으로 프로필을 식별하는 데 사용됩니다.
-
-![Generate the profile](/generate_profile.webp)
-
-프로필을 `mobileprovision` 파일로 다운로드할 수 있습니다.
-
-![Download the profile](/download_profile.webp)
-
-Base64로 프로파일을 변환하여 시크릿(`BUILD_PROVISION_PROFILE_BASE64`)으로 저장하세요
-
-```shell
-base64 -i BUILD_PROVISION_PROFILE.mobileprovision | pbcopy
-```
-
-## 4. Fastlane 파일 복사
-
-Fastlane은 일반적인 모바일 개발 작업을 자동화하기 위해 만들어진 Ruby 라이브러리입니다. Fastlane을 사용하면 일반적으로 Android Studio에서 수행하는 작업을 수행하는 "actions"를 번들로 묶는 사용자 정의 "lanes"를 구성할 수 있습니다. Fastlane으로 많은 것을 할 수 있지만, 이 튜토리얼에서는 핵심 작업 중 일부만 사용할 것입니다.
-
-프로젝트 루트에 Fastlane 폴더를 만들고 다음 파일을 복사하세요:
-`Fastfile`
-```ruby
-platform :ios do
-  desc 'Export ipa and submit to TestFlight'
-  lane :beta do
-    keychain_info = { keychain_name: "ios-build-#{Time.now.to_i}.keychain", keychain_password: SecureRandom.uuid }
-    
-    begin
-      setup_signing(keychain_info)
-      bump_build_number
-      build_app_with_signing(keychain_info)
-      submit_to_testflight
-    ensure
-      cleanup_keychain(keychain_info)
-    end
-  end
-
-  private_lane :setup_signing do |options|
-    create_keychain(
-      name: options[:keychain_name],
-      password: options[:keychain_password],
-      unlock: true,
-      timeout: 0,
-      lock_when_sleeps: false, 
-      add_to_search_list: true
-    )
-    import_cert(options)
-    install_profile
-    update_project_settings
-  end
-
-  lane :bump_build_number do
-		file = File.read('../package.json')
-		data_hash = JSON.parse(file)
-		api_key = app_store_connect_api_key(
-      key_id: ENV['APPLE_KEY_ID'],
-      issuer_id: ENV['APPLE_ISSUER_ID'],
-      key_content: Base64.decode64(ENV['APPLE_KEY_CONTENT']),
-      duration: 1200,
-      in_house: false
-    )
-		build_num = app_store_build_number(
-      api_key: api_key,
-			app_identifier: ENV['BUNDLE_IDENTIFIER'],
-			live: false
-    )
-		build_num = build_num + 1
-		UI.message("Bumped build number to #{build_num}")
-		increment_build_number(
-			build_number: build_num,
-			xcodeproj: "./ios/App/App.xcodeproj",
-			skip_info_plist: true
-		)
-	end
-
-  private_lane :import_cert do |options|
-    cert_path = "#{Dir.tmpdir}/build_certificate.p12"
-    File.write(cert_path, Base64.decode64(ENV['BUILD_CERTIFICATE_BASE64']))
-    import_certificate(
-      certificate_path: cert_path,
-      certificate_password: ENV['P12_PASSWORD'] || "",
-      keychain_name: options[:keychain_name],
-      keychain_password: options[:keychain_password],
-      log_output: true
-    )
-    File.delete(cert_path)
-  end  
-  
-  private_lane :cleanup_keychain do |options|
-    delete_keychain(
-      name: options[:keychain_name]
-    )
-  end  
-
-  private_lane :install_profile do
-    profile_path = "#{Dir.tmpdir}/build_pp.mobileprovision"
-    File.write(profile_path, Base64.decode64(ENV['BUILD_PROVISION_PROFILE_BASE64']))
-    UI.user_error!("Failed to create provisioning profile at #{profile_path}") unless File.exist?(profile_path)
-    ENV['PROVISIONING_PROFILE_PATH'] = profile_path
-    install_provisioning_profile(path: profile_path)
-    File.delete(profile_path)
-  end
-
-  private_lane :update_project_settings do
-    update_code_signing_settings(
-      use_automatic_signing: false,
-      path: "./ios/App/App.xcodeproj",
-      code_sign_identity: "iPhone Distribution",
-      profile_name: ENV['APPLE_PROFILE_NAME'],
-      bundle_identifier: ENV['BUNDLE_IDENTIFIER'],
-      team_id: ENV['APP_STORE_CONNECT_TEAM_ID']
-    )
-    update_project_team(
-      path: "./ios/App/App.xcodeproj",
-      teamid: ENV['APP_STORE_CONNECT_TEAM_ID']
-    )
-  end
-
-  private_lane :build_app_with_signing do |options|
-    unlock_keychain(
-      path: options[:keychain_name],
-      password: options[:keychain_password],
-      set_default: false
-    )
-    build_app(
-      workspace: "./ios/App/App.xcworkspace",
-      scheme: "App",
-      configuration: "Release",
-      export_method: "app-store",
-      output_name: "App.ipa",
-      export_options: {
-        provisioningProfiles: {
-          ENV['BUNDLE_IDENTIFIER'] => ENV['APPLE_PROFILE_NAME']
-        }
-      },
-      xcargs: "-verbose",
-      buildlog_path: "./build_logs",
-      export_xcargs: "-allowProvisioningUpdates",
-    )
-  end   
-
-  private_lane :submit_to_testflight do
-    api_key = app_store_connect_api_key(
-      key_id: ENV['APPLE_KEY_ID'],
-      issuer_id: ENV['APPLE_ISSUER_ID'],
-      key_content: Base64.decode64(ENV['APPLE_KEY_CONTENT']),
-      duration: 1200,
-      in_house: false
-    )
-    pilot(
-      api_key: api_key,
-      skip_waiting_for_build_processing: true,
-      skip_submission: true,
-      distribute_external: false,
-      notify_external_testers: false,
-      ipa: "./App.ipa"
-    )
-  end
-end
-```
-
-## 5. 시크릿 설정
-로컬에서 fastlane은 시크릿에 `env` 파일을 사용합니다.
-다음은 `env` 파일의 예시입니다:
-
-```shell
-APP_STORE_CONNECT_TEAM_ID=UVTJ336J2D
-BUNDLE_IDENTIFIER=ee.forgr.testfastlane
-# See previous section for these secrets
-BUILD_CERTIFICATE_BASE64=
-BUILD_PROVISION_PROFILE_BASE64=
-APPLE_KEY_ID=
-APPLE_ISSUER_ID=
-APPLE_KEY_CONTENT=
-P12_PASSWORD=
-APPLE_PROFILE_NAME=
-```
-
-### APP_STORE_CONNECT_TEAM_ID 얻기
-[Developer Center](https://developer.apple.com/account)로 이동하여 `Membership details` 섹션으로 스크롤하세요.
-`Team ID`가 `APP_STORE_CONNECT_TEAM_ID` 시크릿에 설정해야 하는 값입니다.
-
-<1>
-  <2>
-<3>
-
-### BUNDLE_IDENTIFIER 얻기
-
-1. Xcode 열기
-2. 프로젝트 네비게이터에서 `App`을 더블 클릭
-<div class="mx-auto" style="width: 100%; margin-top: 20px;">
-  <img src="/apple_team_id.webp" alt="app-store-connect-team-id">
-</div>
-3. `Bundle identifier` 값을 복사하세요. 이 값을 `BUNDLE_IDENTIFIER` 시크릿에 설정해야 합니다.
-<div class="mx-auto" style="width: 100%;">
-  <img src="/social-login-assets/xcode_app_click.webp" alt="bundle-identifier-xcode">
-</div>
-
-## 6. 빌드 처리
-
-GitHub Actions에서는 CI/CD 워크플로우 실행에 사용한 시간을 기준으로 **요금이 청구됩니다**. 제 경험상 App Store Connect에서 빌드가 처리되기까지 약 10-15분이 소요됩니다.
-
-비공개 프로젝트의 경우, 빌드당 예상 비용은 프로젝트의 구성과 종속성에 따라 **$0.08/분 x 15분 = $1.2** 또는 그 이상이 될 수 있습니다.
-
-비공개 프로젝트에서 비용이 우려된다면 `skip_waiting_for_build_processing`를 `true`로 설정할 수 있습니다. 이는 App Store Connect가 빌드 처리를 완료할 때까지 기다리지 않음으로써 빌드 시간을 절약합니다.
-
-하지만 이는 트레이드오프가 있습니다 - 사용자에게 빌드를 배포하기 전에 App Store Connect에서 앱의 컴플라이언스 정보를 수동으로 업데이트해야 합니다.
-
-이 최적화는 주로 빌드 시간에 비용이 발생하는 비공개 프로젝트에 유용합니다. 공개/무료 프로젝트의 경우 빌드 시간이 무료이므로 이 설정을 활성화할 필요가 없습니다. 자세한 내용은 GitHub의 [가격 책정 페이지](https://github.com/pricing/)를 참조하세요.
-
-## 7. GitHub Actions 설정
-
-**GitHub 시크릿 구성**
-
-`env` 파일에서 시크릿을 복사하여 GitHub 저장소 시크릿에 붙여넣으세요.
-
-**Settings** > **Secrets and variables** > **Actions** > **New repository secret**로 이동하세요.
-
-<div class="mx-auto" style="width: 100%;">
-  <img src="/xcode_bundle_id.webp" alt="bundle-identifier-xcode">
-</div>
-
-2. `BUILD_CERTIFICATE_BASE64` - Base64로 인코딩된 인증서
-
-3. `BUILD_PROVISION_PROFILE_BASE64` - Base64로 인코딩된 프로비저닝 프로파일
-
-4. `BUNDLE_IDENTIFIER` - 앱의 번들 식별자
-
-5. `APPLE_KEY_ID` — App Store Connect API Key 🔺Key ID
-
-6. `APPLE_ISSUER_ID` — App Store Connect API Key 🔺Issuer ID
-
-7. `APPLE_KEY_CONTENT` — App Store Connect API Key 🔺 _p8_의 Key 내용, [확인하기](https://github.com/fastlane/fastlane/issues/18655/#issuecomment-881764901)
-
-## 8. GitHub 워크플로우 파일 구성
-
-GitHub 워크플로우 디렉토리 생성
-
-```
-cd .github/workflows
-```
-
-`workflow` 폴더 내에 `build-upload-ios.yml`이라는 파일을 생성하고 다음을 추가하세요.
-
-```yaml
-name: Build source code on ios
-
-on:
-  push:
-    tags:
-      - '*'
-
-jobs:
-  build_ios:
-    runs-on: macOS-latest
-    steps:
-      - uses: actions/checkout@v6
-      - name: Use Node.js 20
-        uses: actions/setup-node@v6
-        with:
-          node-version: 24
-          cache: npm
-      - name: Install dependencies
-        id: install_code
-        run: npm ci
-      - name: Build
-        id: build_code
-        run: npm run build
-      - name: Build
-        id: build_code
-        run: npm run mobile
-      - uses: actions/cache@v3
-        with:
-          path: ios/App/Pods
-          key: ${{ runner.os }}-pods-${{ hashFiles('**/Podfile.lock') }}
-          restore-keys: |
-            ${{ runner.os }}-pods-
-      - name: Sync
-        id: sync_code
-        run: npx cap sync
-      - uses: ruby/setup-ruby@v1
-        with:
-          ruby-version: '3.0'
-          bundler-cache: true
-      - uses: maierj/fastlane-action@v3.1.0
-        env:
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}
-          BUNDLE_IDENTIFIER: ${{ secrets.BUNDLE_IDENTIFIER }}
-          BUILD_CERTIFICATE_BASE64: ${{ secrets.BUILD_CERTIFICATE_BASE64 }}
-          BUILD_PROVISION_PROFILE_BASE64: ${{ secrets.BUILD_PROVISION_PROFILE_BASE64 }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-          APPLE_PROFILE_NAME: ${{ secrets.APPLE_PROFILE_NAME }}
-        with:
-          lane: ios beta
-      - name: Upload release bundle
-        uses: actions/upload-artifact@v4
-        with:
-          name: ios-release
-          path: ./App.ipa
-          retention-days: 10
-```
-
-이 워크플로우는 각 GitHub _tag_ 후에 트리거되어야 합니다. 태그를 자동화해야 하는 경우 먼저 [GitHub actions를 사용한 자동 빌드 및 릴리스](/blog/automatic-build-and-release-with-github-actions/)를 참조하세요.
-
-그런 다음 이 워크플로우는 NodeJS 종속성을 가져와서 설치하고 JavaScript 앱을 빌드합니다.
-
-> 새로운 커밋을 보낼 때마다 TestFlight에 릴리스가 빌드됩니다.
-
-앱이 Ionic을 사용할 필요는 없으며 Capacitor 기반만 필수입니다. 오래된 Cordova 모듈을 가질 수 있지만 Capacitor JS 플러그인을 선호해야 합니다.
-
-## 8. 워크플로우 트리거
-
-**커밋 생성**
-
-_커밋_을 만드세요. 저장소에서 활성 워크플로우를 확인할 수 있습니다.**워크플로우 실행하기**
-
-`main` 또는 `developement` 브랜치에 새로운 커밋을 푸시하여 워크플로우를 실행하세요
-
-![Started with commit](/cd_started.webp)
-
-몇 분 후에 App Store Connect 대시보드에서 빌드를 확인할 수 있습니다
-
-![Testflight Dashboard](/testflight_app.webp)
-
-## 9. 로컬 머신에서 배포할 수 있나요?
-
-네, 가능하며 매우 간단합니다
-
-항상 그랬듯이 Xcode를 사용하여 앱을 빌드하고 서명할 수 있습니다
-
-### 감사의 말
-
-이 블로그는 다음 글들을 기반으로 작성되었습니다:
-- [Continuous delivery for IOS using Fastlane and GitHub actions](https://litoariasmediumcom/continuous-delivery-for-ios-using-fastlane-and-github-actions-edf62ee68ecc/)
-- [Fastlane Documentation](https://docsfastlanetools/app-store-connect-api/)
-- [This GitHub message from @mrogunlana](https://githubcom/fastlane-community/fastlane-plugin-ionic/issues/63/#issuecomment-1074328057)
-- [This GitHub documentation](https://docsgithubcom/en/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development)
diff --git a/src/content/blog/ko/basic-js-css-config-for-native-app-look.md b/src/content/blog/ko/basic-js-css-config-for-native-app-look.md
deleted file mode 100644
index eaf33ca9a..000000000
--- a/src/content/blog/ko/basic-js-css-config-for-native-app-look.md
+++ /dev/null
@@ -1,92 +0,0 @@
----
-slug: basic-js-css-config-for-native-app-look
-title: 네이티브 앱 외관을 위한 기본 JS 및 CSS 구성
-description: >-
-  웹 앱을 기본 JavaScript 및 CSS 설정으로 구성하여 기본 앱처럼 보이고 느끼도록 하는 방법을 배우세요. 여기에는 호버 효과
-  비활성화가 포함됩니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-05T00:00:00.000Z
-updated_at: 2023-06-05T00:00:00.000Z
-head_image: /native_app_look.webp
-head_image_alt: 네이티브 앱 모양 일러스트레이션
-keywords: 'tailwind css, css, mobile design, mobile app development'
-tag: Web Development
-published: true
-locale: ko
-next_blog: ''
----
-# 기본 JS 및 CSS 구성으로 네이티브 앱처럼 보이기
-
-웹 앱을 구축할 때, 사용자에게 매끄러운 경험을 제공하기 위해 네이티브 앱처럼 보이고 느껴지게 만드는 것이 중요합니다. 이 기사에서는 네이티브 앱처럼 보이게 하는 데 필요한 기본 JavaScript 및 CSS 구성에 대해 다루며, 호버 효과 비활성화도 포함합니다.
-
-## 호버 효과 비활성화
-
-터치 장치에서는 호버 효과가 문제가 될 수 있습니다. 왜냐하면 데스크탑 장치처럼 진정한 호버 상태가 없기 때문입니다. 터치 장치에서 호버 효과를 비활성화하려면 다음 CSS 코드를 사용할 수 있습니다:
-
-```css
-@media (hover: none) {
-  .element:hover {
-    /* Reset the hover styles */
-    background-color: initial;
-    color: initial;
-    /* Add any other style resets needed */
-  }
-}
-```
-
-`.element`를 호버 효과를 비활성화하려는 요소에 적합한 선택기로 바꾸십시오.
-
-## 링크 미리보기 비활성화
-
-터치 장치에서 링크 미리보기를 비활성화하려면 다음 JavaScript 코드를 사용할 수 있습니다:
-
-```javascript
-document.addEventListener('touchstart', function(event) {
-  if (event.target.tagName === 'A') {
-    event.preventDefault();
-  }
-});
-```
-
-## 선택 비활성화
-
-텍스트 선택을 비활성화하려면 스타일시트에 다음 CSS 코드를 추가하십시오:
-
-```css
-body {
-  -webkit-touch-callout: none;
-  -webkit-user-select: none;
-  -khtml-user-select: none;
-  -moz-user-select: none;
-  -ms-user-select: none;
-  user-select: none;
-}
-```
-
-## 줌 비활성화
-
-줌을 비활성화하려면 HTML 파일의 head에 다음 메타 태그를 추가하십시오:
-
-```html
-<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">
-```
-
-## 안전한 CSS 영역 추가
-
-내용이 장치의 안전 영역 내에 표시되도록 하려면 스타일시트에 다음 CSS 코드를 추가하십시오:
-
-```css
-body {
-  padding: env(safe-area-inset-top) env(safe-area-inset-right) env(safe-area-inset-bottom) env(safe-area-inset-left);
-}
-```
-
-## 추가 팁
-
-- 반응형 디자인 기법을 사용하여 모든 장치에서 앱이 멋지게 보이도록 하십시오.
-- 무거운 JavaScript 라이브러리와 프레임워크 사용을 최소화하여 앱의 성능을 최적화하십시오.
-- 다양한 장치와 브라우저에서 앱을 테스트하여 호환성과 일관된 사용자 경험을 보장하십시오.
-
-이러한 기본 JavaScript 및 CSS 구성을 따르면, 네이티브 앱처럼 보이고 느껴지는 웹 앱을 만들어 매끄럽고 즐거운 사용자 경험을 제공할 수 있습니다.
diff --git a/src/content/blog/ko/best-practices-for-capacitor-code-sharing.md b/src/content/blog/ko/best-practices-for-capacitor-code-sharing.md
deleted file mode 100644
index 97406e0c0..000000000
--- a/src/content/blog/ko/best-practices-for-capacitor-code-sharing.md
+++ /dev/null
@@ -1,197 +0,0 @@
----
-slug: best-practices-for-capacitor-code-sharing
-title: Capacitor 코드 공유를 위한 모범 사례
-description: 'Capacitor 앱에서 코드 구성부터 테스트, 안전한 배포 전략까지 효율적인 코드 공유를 위한 모범 사례를 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T02:12:07.567Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc5744af1a45e500bc59a4-1744596739629.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, code sharing, mobile development, testing, deployment, security,
-  OTA updates, CI/CD, performance optimization
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/)를 사용하면 하나의 코드베이스로 iOS, Android 및 웹용 앱을 빌드할 수 있습니다.** 이 가이드에서는 크로스 플랫폼 코드를 효율적으로 구성, 테스트 및 배포하는 방법을 설명합니다. 다음과 같은 내용을 배우게 됩니다:
-
--   **코드 공유의 중요성**: 플랫폼 간 시간 절약, 유지보수 단순화 및 앱 업데이트 가속화.
--   **일반적인 과제**: 플랫폼별 버그, 사용자 경험 차이 및 성능 문제 처리.
--   **모범 사례**:
-    -   **코드 구성**: 공유 및 플랫폼별 파일을 위한 명확한 폴더 사용.
-    -   **테스트 도구**: 단위, 통합 및 종단간 테스트를 위해 [Jest](https://jestjs.io/), [Cypress](https://www.cypress.io/) 및 [Appium](http://appium.io/) 사용.
-    -   **업데이트 배포**: CI/CD 파이프라인 설정 및 Over-the-Air (OTA) 업데이트를 통한 신속한 변경사항 배포.
--   **보안 및 속도**: 업데이트 암호화, 접근 관리 및 성능 최적화로 더 빠른 전달.
-
-**빠른 팁**: [Capgo](https://capgo.app/)와 같은 도구를 사용하면 OTA 업데이트가 간단해져 24시간 이내에 95%의 사용자가 업데이트됩니다.
-
-계속 읽으시면 Capacitor 앱 개발을 간소화하기 위한 자세한 전략을 확인하실 수 있습니다.
-
-## Capacitor 2.0: 하나의 코드베이스로 모바일 앱 및 PWA 구축
-
-<iframe src="https://www.youtube.com/embed/8KQb4u_FqOw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 코드 구조 설정
-
-Capacitor 앱을 확장할 때는 잘 구성된 코드 구조가 핵심입니다. 프로젝트 파일을 구성하고 재사용 가능한 구성요소를 만드는 실용적인 방법을 살펴보겠습니다.
-
-### 폴더 구성
-
-명확한 폴더 구조는 공유 코드와 플랫폼별 구현을 분리하는 데 도움이 됩니다. 다음은 예시 레이아웃입니다:
-
-| 디렉토리 | 용도 | 예시 내용 |
-| --- | --- | --- |
-| **/shared** | 모든 플랫폼에서 사용되는 코드 | 서비스, 유틸리티, 인터페이스 |
-| **/platforms** | 플랫폼별 구현 | 네이티브 플러그인, UI 조정 |
-| **/components** | 재사용 가능한 UI 요소 | 커스텀 위젯, 엘리먼트 |
-| **/assets** | 정적 리소스 | 이미지, 폰트, 아이콘 |
-| **/services** | 비즈니스 로직 | API 클라이언트, 상태 관리 |
-
-### 재사용 가능한 모듈 만들기
-
-견고한 폴더 구조는 재사용 가능한 모듈을 구축하기 위한 첫 단계입니다. 모듈을 쉽게 사용하고 유지보수하기 위해 다음 전략을 고려하세요:
-
--   **플랫폼 차이 추상화**: 인터페이스 레이어를 사용하여 플랫폼별 변형 관리.
--   **버전 관리**: 엄격한 버전 관리 프로토콜로 업데이트 추적.
--   **문서화**: 모듈 사용 및 통합을 위한 명확하고 간단한 지침 제공.
-
-### 파일 관리 팁
-
-좋은 파일 관리 방식은 업데이트와 크로스 플랫폼 개발을 훨씬 원활하게 만들 수 있습니다:
-
--   **자산 구성**: 번들 크기를 줄이고 효율성을 높이기 위해 플랫폼 호환성 기반으로 자산 그룹화.
--   **캐시 효율적 관리**: 오프라인 성능과 로드 시간을 개선하기 위해 강력한 캐싱 전략 사용.
--   **업데이트 간소화**: Capacitor의 업데이트 기능 활용. 채널 시스템을 사용하여 전체 릴리스 전에 특정 사용자 그룹에 업데이트 배포 가능.
-
-## 테스트 및 디버그 방법
-
-Capacitor 앱에서 공유 코드를 테스트하려면 일관된 성능을 보장하기 위한 명확하고 구조화된 접근 방식이 필요합니다. 아래에서 테스트와 디버깅을 위한 효과적인 도구와 방법을 다루겠습니다.
-
-### 테스트 계획
-
-공유 Capacitor 코드를 제대로 테스트하려면 앱의 모든 계층을 다루는 포괄적인 계획이 필요합니다. 테스트 프로세스 구성 방법은 다음과 같습니다:
-
-| **테스트 수준** | **도구 및 접근 방식** | **주요 초점 영역** |
-| --- | --- | --- |
-| **단위 테스트** | Jest, [Mocha](https://mochajs.org/) | 비즈니스 로직, 유틸리티 메서드 |
-| **통합 테스트** | Cypress, [Selenium](https://www.selenium.dev/) | 크로스 플랫폼 기능 |
-| **종단간 테스트** | Appium, [Detox](https://wix.github.io/Detox/) | 사용자 워크플로우, 네이티브 기능 |
-| **성능 테스트** | [Lighthouse](https://developer.chrome.com/docs/lighthouse), [WebPageTest](https://www.webpagetest.org/) | 로드 속도, 리소스 사용량 |
-
-채널 기반 베타 테스트를 사용하여 특정 사용자 그룹에 앱을 릴리스하는 것을 고려하세요. 이를 통해 타겟팅된 피드백을 수집하고, 플랫폼별 문제를 조기에 식별하며, 점진적으로 업데이트를 배포할 수 있습니다. 견고한 테스트 계획은 품질을 보장할 뿐만 아니라 디버깅도 훨씬 수월하게 만듭니다.
-
-### 디버그 도구 및 팁
-
-테스트가 준비되면 앱 성능을 유지하기 위해 효과적인 디버깅 사례가 필수적입니다. 디버깅 노력을 향상시키기 위한 주요 전략과 도구를 소개합니다.
-
-**오류 추적 설정**  
-웹과 네이티브 오류를 모두 모니터링하는 오류 추적 시스템을 설정하세요. 이러한 도구는 상세한 스택 추적을 제공하고, 사용자 상호작용을 기록하며, 자동으로 보고서를 생성해야 합니다. 이 설정은 플랫폼 전반에서 문제를 신속하게 식별하고 해결하는 데 도움이 됩니다.
-
-**CI/CD 통합**  
-CI/CD 파이프라인에 디버깅 도구를 통합하세요. 이는 개발 과정에서 문제 감지와 해결을 간소화하여 시간을 절약합니다.
-
-**비용 개요**
-
--   **월간 CI/CD 운영**: ~$300
--   **일회성 설정 비용**: ~$2,600 [\[1\]](https://capgo.app/)
-
-**고급 디버깅 팁**
-
--   문제를 식별하고 수정하기 위해 플랫폼별 개발자 도구 사용.
--   오류를 원본 코드로 추적하기 위한 소스맵 구현.
--   앱의 중요 경로 모니터링 자동화.
--   문제를 조기에 발견하기 위해 웹과 네이티브 계층 모두에 대한 충돌 보고 구성.
-
-## 업데이트 및 배포
-
-업데이트와 배포를 효과적으로 관리하면 앱이 플랫폼 전반에서 일관되게 작동하도록 보장됩니다. 철저한 테스트와 디버깅 후, 원활한 배포 프로세스는 앱이 안정적으로 실행되도록 유지합니다.
-
-### CI/CD 설정
-
-CI/CD 파이프라인을 설정하면 추가 도구 없이 기존 워크플로우와 원활하게 통합되어 배포가 간소화됩니다.
-
-| CI/CD 구성요소 | 주요 기능 | 장점 |
-| --- | --- | --- |
-| [GitHub Actions](https://docs.github.com/actions) | 직접 통합, 자동화된 빌드 | 친숙한 환경, 쉬운 구성 |
-| [GitLab CI](https://docs.gitlab.com/ee/ci/) | 내장된 파이프라인 도구, 컨테이너 레지스트리 | 올인원 DevOps 솔루션 |
-| [Jenkins](https://www.jenkins.io/) | 커스텀 워크플로우 지원, 확장 플러그인 | 높은 수준의 커스터마이징 |
-
-평균적으로 CI/CD 설정 비용은 약 $2,600이며, 월간 유지보수 비용은 평균 $300입니다. 5년 동안 다른 접근 방식에 비해 최대 $26,100을 절약할 수 있습니다 [\[1\]](https://capgo.app/).
-
-> "선호하는 플랫폼(GitHub Actions, GitLab CI 등)에서 직접 CI/CD 파이프라인을 구성합니다. CI/CD를 호스팅하거나 유지보수 비용을 청구하지 않습니다." - Capgo [\[1\]](https://capgo.app/)
-
-CI/CD 파이프라인이 운영되면 빠르고 효율적인 OTA 업데이트 구현에 집중할 수 있습니다.
-
-### OTA 업데이트 시스템
-
-강력한 OTA 업데이트 시스템은 앱 스토어 승인으로 인한 지연 없이 사용자가 수정사항과 새로운 기능을 받을 수 있도록 보장합니다. 이 프로세스는 전달을 가속화하고 사용자 경험을 향상시킵니다.
-
-주요 통계:
-
--   82% 글로벌 업데이트 성공률
--   5MB 번들의 평균 다운로드 시간 114ms [\[1\]](https://capgo.app/)
-
-> "5000명 이상의 사용자 기반에 Capgo OTA 업데이트를 프로덕션에 적용했습니다. OTA가 @Capgo에 배포된 후 몇 분 안에 거의 모든 사용자가 업데이트되는 매우 원활한 운영을 확인했습니다." - colenso [\[1\]](https://capgo.app/)
-
-고려해야 할 중요한 OTA 기능:
-
-| 기능 | 구현 | 이점 |
-| --- | --- | --- |
-| 종단간 암호화 | 보안 업데이트 전달 | 코드 안전성 보장 |
-| 부분 업데이트 | 수정된 파일만 다운로드 | 대역폭 절약 |
-| 채널 시스템 | 베타 테스트 기능 | 제어된 출시 관리 |
-| 분석 통합 | 실시간 성능 추적 | 업데이트 성공률 모니터링 |
-
-OTA 업데이트 설정 시 플랫폼 요구사항 준수, 쉬운 롤백을 위한 버전 관리 유지, 성능 추적을 위한 실시간 분석 활용이 필요합니다. 높은 코드 품질과 신뢰성을 유지하기 위해 업데이트 전 자동화된 테스트가 필수적입니다.
-
-## 보안 및 속도
-
-Capacitor 코드 공유 시 강력한 보안 조치와 효율
-
--   **부분 업데이트 구현**으로 대역폭을 절약하고 전송 속도를 향상시킵니다.
--   **채널 시스템 사용**으로 제어된 출시와 베타 테스트를 수행합니다.
--   **실시간 오류 추적 활성화**로 문제를 신속하게 식별하고 해결합니다.
--   **분석 모니터링**으로 업데이트 성공률을 추적하고 시간이 지남에 따라 개선합니다.
-
-## 요약
-
-### 주요 포인트
-
-효과적인 Capacitor 코드 공유를 위해 모듈식 구조, 자동화된 테스트, 타겟팅된 배포, 강력한 암호화에 집중하세요.
-
-| 중점 영역 | 모범 사례 | 영향 |
-| --- | --- | --- |
-| **코드 구조** | 모듈식 아키텍처 | 유지보수성 향상 |
-| **테스트** | 자동화된 CI/CD | 전 세계적으로 82% 성공률 달성 |
-| **배포** | 채널 기반 배포 | 사용자의 95%가 24시간 내 업데이트 |
-| **보안** | 종단간 암호화 | 무단 접근 방지 |
-
-이러한 방법들은 750개 이상의 프로덕션 앱에서 성공적으로 구현되었습니다 [\[1\]](https://capgo.app/). Capgo는 이러한 기반 위에 구축되어 코드 공유 프로세스를 단순화하고 향상시키는 도구를 제공합니다.
-
-### [Capgo](https://capgo.app/) 통합
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fc5744af1a45e500bc59a4/460b6a71189963262e0579d8af2972b5.jpg)
-
-Capgo는 이러한 관행들과 일치하며, 고급 OTA(Over-the-Air) 업데이트와 통합된 CI/CD 워크플로우로 Capacitor 개발을 최적화합니다. 글로벌 CDN을 통해 5MB 번들의 114ms 다운로드 속도, 전 세계적으로 57ms의 평균 API 응답 시간, 2,350만 건의 성공적인 업데이트를 포함한 인상적인 결과를 제공합니다 [\[1\]](https://capgo.app/).
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-두드러진 특징 중 하나는 클라우드 기반 및 자체 호스팅 설정을 모두 지원하는 유연한 배포 옵션입니다.
-
-> "Capgo는 더 생산적이고자 하는 개발자들에게 필수 도구입니다. 버그 수정을 위한 앱 리뷰를 피할 수 있다는 것이 게임 체인저입니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo의 기능은 코드 공유를 위한 모범 사례를 강화합니다:
-
-| 기능 | 이점 | 실제 영향 |
-| --- | --- | --- |
-| **CI/CD 통합** | 배포 자동화 | 워크플로우 단순화 |
-| **채널 시스템** | 타겟팅된 업데이트 가능 | 베타 테스트 기능 향상 |
-| **분석 대시보드** | 성능 추적 | 실시간 인사이트 제공 |
-| **롤백 기능** | 위험 감소 | 즉각적인 버전 제어 가능 |
-
-이러한 도구들은 앱 스토어 가이드라인을 준수하면서 안전하고 효율적인 코드 공유 환경을 만듭니다 [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/ko/best-practices-for-capacitor-script-automation.md b/src/content/blog/ko/best-practices-for-capacitor-script-automation.md
deleted file mode 100644
index a7540aef2..000000000
--- a/src/content/blog/ko/best-practices-for-capacitor-script-automation.md
+++ /dev/null
@@ -1,246 +0,0 @@
----
-slug: best-practices-for-capacitor-script-automation
-title: Capacitor 스크립트 자동화를 위한 모범 사례
-description: 'Capacitor 스크립트를 자동화하여 앱 업데이트를 간소화하고, 보안을 강화하며, 성능을 최적화하는 모범 사례를 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T11:08:30.579Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dce66283b63ee70fa0e1e4-1742555321812.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, script automation, CI/CD, mobile updates, performance optimization,
-  security practices
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 스크립트 자동화는 개발자가 모바일 앱을 빠르고 효율적으로 업데이트하는 데 도움을 줍니다. 다음은 알아야 할 사항입니다:
-
--   **빠른 업데이트**: 24시간 이내에 95%의 사용자에게 변경사항이 도달 - 앱스토어 지연 건너뛰기.
--   **오류 감소**: 자동화로 인적 실수 최소화.
--   **단순화된 워크플로우**: [GitHub Actions](https://docs.github.com/actions)와 [GitLab CI](https://docs.gitlab.com/ee/ci/)와 같은 도구를 사용하여 단일 명령으로 배포.
-
-### 핵심 사례:
-
--   **모듈식 스크립트**: 코드를 재사용 가능한 부분으로 나누어 더 쉬운 업데이트.
--   **CI/CD 파이프라인**: 일관된 결과를 위한 테스트 및 배포 자동화.
--   **보안**: 엔드투엔드 암호화와 역할 기반 권한으로 업데이트 보호.
-
-### 고려할 도구:
-
--   **[Capgo](https://capgo.app/)**: 즉각적인 업데이트 제공, 성능 추적, 안전한 배포 보장.
--   **글로벌 성공**: 5MB 번들의 114ms 다운로드 속도로 82% 업데이트 성공률 달성.
-
-자동화는 더 빠르고, 안전하며, 신뢰할 수 있는 앱 업데이트를 보장합니다. 워크플로우를 최적화하기 위해 자세히 살펴보세요!
-
-## [Capacitor](https://capacitorjs.com/) 프로젝트를 자동으로 구성하는 방법 ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-21.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/kYFZkmJ6rAc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 스크립트 작성 표준
-
-효과적인 Capacitor 자동화 스크립트를 만들려면 명확한 구조, 쉬운 유지보수, 그리고 신뢰할 수 있는 모니터링이 필요합니다. 모듈식 설계와 적절한 버전 관리에 중점을 두면 팀은 장기적인 성공과 적응성을 보장할 수 있습니다.
-
-### 모듈식 스크립트 구축
-
-스크립트를 작은 재사용 가능한 모듈로 나누면 코드를 깔끔하고 효율적으로 유지할 수 있습니다. 이 방법은 중복을 최소화하고 테스트와 업데이트를 단순화합니다.
-
-모듈식 스크립트 개발을 위한 팁:
-
--   특정 작업을 위한 독립적인 함수 작성.
--   명확성을 위한 일관된 명명 규칙 사용.
--   코드 재사용을 장려하는 인터페이스 설계.
--   테스트를 단순화하기 위한 컴포넌트 구성.
-
-### 코드 변경 관리
-
-버전 관리는 변경 사항을 추적하고 협업을 촉진하는 데 필수적입니다. CI/CD 파이프라인을 통합하면 배포를 더욱 간소화하고 코드 품질을 유지할 수 있습니다. 모범 사례는 다음과 같습니다:
-
-1.  **명확한 커밋 메시지**: 변경 사항을 간단명료하게 문서화.
-2.  **기능 브랜치**: 충돌을 피하기 위해 변경 사항 격리.
-3.  **코드 리뷰**: 높은 표준을 유지하기 위해 동료 리뷰 사용.
-
-많은 팀들이 Capgo의 CI/CD 도구를 GitHub Actions 및 GitLab CI와 같은 플랫폼과 통합하여 배포 효율성을 향상시켰습니다 [\[1\]](https://capgo.app/).
-
-### 스크립트 모니터링
-
-스크립트 모니터링은 문제가 사용자에게 영향을 미치기 전에 감지하고 해결할 수 있도록 합니다. 강력한 모니터링 전략은 다음을 포함해야 합니다:
-
-| 구성 요소 | 목적 | 지표 |
-| --- | --- | --- |
-| **오류 추적** | 사전에 문제 발견 | 오류율, 오류 유형 |
-| **성능 분석** | 리소스 사용 최적화 | 응답 시간, 메모리 사용량 |
-| **업데이트 성공 모니터링** | 배포 확인 | 성공률, 사용자 채택률 |
-
-모니터링 향상을 위해:
-
--   중요한 오류에 대한 자동 알림 설정.
--   문제 해결을 위한 상세 로그 유지.
--   명확한 사고 대응 절차 정의.
--   정기적인 배포 지표 추적.
-
-Capgo의 오류 추적 및 분석 도구는 팀이 문제를 신속하게 식별하고 해결하는 데 도움을 주었습니다. 이는 더 나은 조직 관리와 결합되어 개발 팀이 더 효과적으로 대응할 수 있게 합니다 [\[1\]](https://capgo.app/).
-
-## 스크립트 속도와 효율성
-
-Capacitor 앱의 응답성을 유지하는 것은 스크립트 성능에 크게 좌우됩니다. 간소화된 비동기 작업과 효과적인 메모리 관리에 중점을 두면 리소스 소비를 줄이면서 스크립트 속도를 향상시킬 수 있습니다.
-
-### 비동기 작업 사용
-
-비동기 프로그래밍은 성능 병목 현상을 피하는 데 있어 게임 체인저입니다. `async/await` 패턴을 사용하면 코드 명확성을 희생하지 않고도 여러 작업을 동시에 관리할 수 있습니다.
-
-비동기 작업을 구현하는 실용적인 방법:
-
-| **작업 유형** | **구현** | **장점** |
-| --- | --- | --- |
-| 파일 작업 | 비동기 파일 핸들러 사용 | I/O 지연 방지 |
-| API 호출 | `Promise.all()` 사용 | 전체 대기 시간 감소 |
-| 데이터 처리 | 비동기 청크로 분할 | UI 응답성 유지 |
-
-비동기 작업을 위한 추가 팁:
-
--   **일괄 처리**: 오버헤드를 최소화하기 위해 유사한 작업 그룹화.
--   **오류 처리**: 오류를 효과적으로 관리하기 위해 `try-catch` 블록 사용.
--   **요청 관리**: 더 나은 신뢰성을 위한 타임아웃 및 재시도 메커니즘 설정.
-
-앱 성능 유지에 또 다른 중요한 요소인 메모리 관리로 넘어가겠습니다.
-
-### 메모리 관리
-
-좋은 메모리 관리는 누수를 방지하고, 리소스 사용을 최적화하며, 충돌을 피함으로써 앱이 원활하게 실행되도록 유지합니다.
-
-1.  **리소스 정리**  
-    사용하지 않는 리소스를 정기적으로 해제합니다. 여기에는 연결 종료, 임시 파일 삭제, 불필요한 이벤트 리스너 제거가 포함됩니다.
-    
-2.  **적절한 데이터 구조 선택**  
-    올바른 데이터 구조를 선택하면 메모리 사용에 큰 차이를 만들 수 있습니다:
-    
-    | **데이터 구조** | **최적 사용 사례** | **메모리 사용량** |
-    | --- | --- | --- |
-    | 배열 | 순차적 데이터 접근 | 중간 |
-    | 세트 | 고유 값 저장 | 낮음 |
-    | 맵 | 키-값 쌍 | 중간 |
-    | WeakMap | 객체 참조 | 낮음 |
-    
-3.  **모니터링 및 프로파일링**  
-    Capgo의 분석 도구를 사용하여 메모리 문제를 파악하고 앱 성능을 최적화하세요. 이러한 도구는 메모리 누수나 비효율성이 발생할 수 있는 영역을 식별하는 데 도움이 됩니다.
-    
-
-## CI/CD 파이프라인 설정
-
-잘 구성된 CI/CD 파이프라인은 개발을 단순화하고 매번 신뢰할 수 있는 배포를 보장합니다.
-
-### 다중 환경 설정
-
-개발, 스테이징, 프로덕션을 위한 별도의 환경을 유지하는 것은 배포 문제를 피하고 품질을 유지하는 데 핵심입니다. 다음은 효과적인 환경 구성 방법입니다:
-
-| 환경 | 목적 | 주요 구성 |
-| --- | --- | --- |
-| 개발 | 로컬 테스트 | 핫 리로드, 디버그 로깅 |
-| 스테이징 | 출시 전 검증 | 프로덕션과 유사한 설정 |
-| 프로덕션 | 라이브 배포 | 최적화된 성능 |
-
-설정 간의 일관성을 보장하기 위해 환경별 변수를 버전 관리 하에 유지하세요.
-
-### 테스트 스크립트
-
-철저한 테스트는 모든 CI/CD 파이프라인의 초석입니다. Capgo의 채널 시스템을 사용하면 병합 전에 변경 사항을 검증하여 풀 리퀘스트를 쉽게 테스트할 수 있습니다.
-
-필수적인 테스트 사례:
-
--   **자동화된 단위 테스트**: 스크립트의 개별 구성 요소를 테스트하여 초기에 오류 포착.
--   **통합 테스트**: 스크립트가 시스템의 다른 부분과 원활하게 작동하는지 확인.
--   **성능 테스트**: 실행 시간과 리소스 사용량을 측정하여 병목 현상 식별.
-
-테스트가 준비되면, [업데이트 자동화](https://capgo.app/docs/live-updates/update-behavior/)가 배포 신뢰성을 한 단계 높여줍니다.
-
-### 업데이트 자동화
-
-현대적인 업데이트 자동화 도구는 배포를 더 빠르고 쉽게 만듭니다. 이들은 CI/CD 프로세스와 함께 작동하여 라이브 업데이트가 원활하게 이루어지도록 합니다.
-
-Capgo의 플랫폼은 다음과 같은 기능으로 업데이트 배포를 지원합니다:
-
-| 기능 | 이점 | 성공 지표 |
-| --- | --- | --- |
-| 베타 테스트 | 초기 문제 감지 | 82% 전세계 성공률 [\[1\]](https://capgo.app/) |
-| 단계적 출시 | 제어된 배포 | 2350만 건의 업데이트 전달 [\[1\]](https://capgo.app/) |
-| 즉시 업데이트 | 빠른 버그 수정 | 750개의 프로덕션 앱 [\[1\]](https://capgo.app/) |
-
-Capgo는 GitHub Actions, GitLab CI, [Jenkins](https://www.jenkins.io/)와 같은 도구와 원활하게 통합되어 기존 워크플로우를 방해하지 않고 업데이트 기능을 향상시킵니다 [\[1\]](https://capgo.app/). 내장된 오류 추적 및 롤백 옵션은 배포에 추가 보안을 제공합니다.
-
-## 스크립트 보안
-
-자동화된 스크립트를
-
-## 스크립트 자동화 도구
-
-현대적인 자동화 플랫폼은 보안과 규정 준수를 유지하면서 업데이트를 단순화합니다. 올바른 도구를 선택하면 개발 효율성을 높이고 원활한 배포를 보장할 수 있습니다.
-
-### [Capgo](https://capgo.app/) 기능
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-21.jpg?auto=compress)
-
-Capgo의 자동화 플랫폼은 실제 환경에서 강력한 성능을 제공합니다. **24시간 이내 95%의 사용자 업데이트율**과 **82%의 전체 업데이트 성공률**을 달성합니다 [\[1\]](https://capgo.app/). 주요 기능은 다음과 같습니다:
-
-| **기능** | **이점** | **성능 지표** |
-| --- | --- | --- |
-| 즉시 업데이트 | 앱스토어 지연 방지 | 57ms 평균 API 응답 시간 |
-| 글로벌 CDN | 빠른 콘텐츠 전달 | 5MB 번들 다운로드 114ms |
-| 버전 관리 | 변경 사항 추적 및 관리 | 2,350만+ 업데이트 전달 |
-| 분석 | 배포 성공 모니터링 | 750+ 프로덕션 앱 추적 |
-
-Capgo는 또한 CI/CD 통합을 지원하여 다양한 개발 단계에서 일관성을 보장하는 자동화된 배포 파이프라인을 가능하게 합니다. 이는 여러 환경을 관리하는 팀에게 특히 유용합니다.
-
-### 도구 비교
-
-Capgo는 높은 기준을 설정하지만, 다른 도구들이 주요 영역에서 어떻게 비교되는지 고려할 가치가 있습니다. Capacitor 자동화 도구들은 기능과 가격에서 차이가 있습니다:
-
-| **기능** | **현재 시장 옵션** | **개발에 미치는 영향** |
-| --- | --- | --- |
-| 업데이트 속도 | 실시간에서 수 시간 | 배포 효율성에 영향 |
-| 보안 수준 | 기본 서명에서 E2E 암호화 | 업데이트 보호에 영향 |
-| 호스팅 옵션 | 클라우드 전용에서 자체 호스팅 | 규정 준수 유연성에 영향 |
-| 비용 구조 | 연간 $300-$6,000 | 확장성 계획에 영향 |
-
-이러한 지표를 평가하면 개발 팀이 자신들의 [업데이트 전략](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)에 맞는 도구를 선택하는 데 도움이 됩니다. NASA의 [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) 팀이 언급했듯이:
-
-> "Capgo는 핫 코드 푸시를 수행하는 스마트한 방법입니다(@AppFlow처럼 모든 비용을 들이지 않고도) 🙂" - NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-자동화 환경은 지속적으로 발전하고 있으며, 새로운 플랫폼들은 대역폭을 절약하는 부분 업데이트와 고급 팀 관리 옵션과 같은 기능을 도입하고 있습니다. 도구 선택 시 고려사항:
-
--   기존 CI/CD 파이프라인과의 **통합**
--   다중 배포 환경에 대한 **지원**
--   **분석** 및 오류 추적 도구
--   리스크 제어를 위한 **롤백 기능**
--   팀 워크플로우를 위한 **협업 기능**
-
-## 요약
-
-이 섹션에서는 앞서 논의된 효과적인 Capacitor 스크립트 자동화의 주요 포인트를 강조합니다. 성공적인 스크립트 자동화는 구조, 성능, 보안 간의 균형을 이룹니다. 간소화된 실천 방법은 개발 워크플로우를 개선할 뿐만 아니라 앱 안정성도 향상시킵니다.
-
-효율적인 스크립트 자동화를 위한 핵심 구성 요소는 다음과 같습니다:
-
-| **구성 요소** | **모범 사례** | **영향** |
-| --- | --- | --- |
-| 구조 | 명확한 분리가 있는 모듈식 설계 | 유지보수 단순화 |
-| 성능 | 비동기 작업 및 메모리 튜닝 | 57ms 평균 API 응답 시간 달성 |
-| 보안 | 종단간 암호화 | 무단 접근 방지 |
-| CI/CD | 자동화된 테스트 및 단계적 출시 | 24시간 내 95% 업데이트 성공 보장 |
-
-현대적인 도구들은 개발자들이 앱 업데이트를 처리하는 방식을 혁신했습니다. 예를 들어, NASA의 OSIRIS-REx 팀은 Capgo의 기능을 높이 평가했습니다:
-
-> "Capgo는 핫 코드 푸시를 수행하는 스마트한 방법입니다(@AppFlow처럼 모든 비용을 들이지 않고도) 🙂" [\[1\]](https://capgo.app/)
-
-실제 데이터가 이러한 실천 방법을 뒷받침하며, 개발자들은 긍정적인 경험을 공유해왔습니다. 예를 들어, Bessie Cooper는 다음과 같이 말했습니다:
-
-> "Capgo는 길고 지루한 버그 수정 리뷰를 건너뛰어 더 높은 생산성을 추구하는 개발자들에게 필수적인 도구입니다" [\[1\]](https://capgo.app/)
-
-Rodrigo Mantica와 같은 업계 리더들도 그 중요성을 강조합니다:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자들에게 지속적으로 전달하는 데 있어 매우 중요합니다!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ko/biometric-authentication-in-capacitor-apps.md b/src/content/blog/ko/biometric-authentication-in-capacitor-apps.md
deleted file mode 100644
index 8e5d1fc89..000000000
--- a/src/content/blog/ko/biometric-authentication-in-capacitor-apps.md
+++ /dev/null
@@ -1,466 +0,0 @@
----
-slug: biometric-authentication-in-capacitor-apps
-title: Capacitor 앱의 생체 인증
-description: Capacitor 앱에서 사용자 경험을 향상시키고 민감한 데이터를 보호하기 위해 안전한 생체 인증을 구현하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:13:56.152Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68240bea59ff61289922287e-1747199824736.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  biometric authentication, Capacitor, mobile security, fingerprint, facial
-  recognition, app development
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-[생체 인증](https://capgo.app/plugins/capacitor-native-biometric/)은 사용자가 암호 대신 지문, 얼굴 또는 기타 생체 특징을 사용하여 앱에 안전하게 접근할 수 있게 해줍니다. [Capacitor](https://capacitorjs.com/)로 작업하는 개발자의 경우 이 기능을 구현하는 것은 간단하며 iOS와 Android 모두에서 작동합니다. 다음은 간단한 요약입니다:
-
--   **생체 인증을 사용하는 이유?**
-    
-    -   암호보다 더 안전합니다.
-    -   로그인을 더 빠르게 하여 사용자 경험을 개선합니다.
-    -   민감한 데이터에 대한 보안 표준을 충족합니다.
--   **지원되는 방법:**
-    
-    -   지문: 빠르고 일반적임.
-    -   얼굴 인식: 핸즈프리 옵션.
-    -   홍채 스캔: 고보안 사용 사례(제한된 기기).
-    -   음성 인식: 접근성 중심(제한된 지원).
--   **필요한 주요 도구:**
-    
-    -   Capacitor 3.0+.
--   **설정 하이라이트:**
-    
-    -   AndroidManifest와 Info.plist에 권한 추가.
-    -   보안 저장을 위해 Keychain(iOS) 또는 Keystore(Android) 사용.
-    -   호환성과 대체 옵션에 대한 철저한 테스트.
-
-### 플러그인 빠른 비교
-
-| 플러그인 이름 | Capacitor 버전 | 기능 | 최적 사용처 |
-| --- | --- | --- | --- |
-| `@aparajita/capacitor-biometric-auth` | Capacitor 8 | 네이티브 생체인식, 기기 자격증명 | Capacitor 8을 사용하는 새 프로젝트 |
-| `capacitor-native-biometric` | Capacitor 3, 4 | 보안 자격증명 저장, Keychain/Keystore | 자격증명 관리 |
-| 모든 버전 | 생체인식 및 기기 자격증명 지원 | 유연한 인증 옵션 |
-
-[Capacitor 앱의 생체 인증](https://capgo.app/plugins/capacitor-native-biometric/)은 민감한 데이터를 보호하는 안전하고 사용자 친화적인 방법입니다. 전체 문서에서는 설정 단계, 코드 예제, 테스트 전략 및 보안 표준에 대해 자세히 설명합니다.
-
-## Ionic 생체 인증 (FaceID / 지문) 인증
-
-
-## 설정 요구사항
-
-[Capacitor 앱](https://capgo.app/plugins/ivs-player/)에서 생체 인증을 활성화하려면 일부 도구, 종속성 및 플랫폼별 설정을 구성해야 합니다. 아래에서 Android와 iOS 플랫폼 모두에 대한 단계별 설정 요구사항을 확인할 수 있습니다.
-
-### 필요한 도구 및 종속성
-
-구현을 시작하기 전에 다음 도구와 종속성이 준비되어 있는지 확인하세요:
-
-| 구성 요소 | 최소 버전 | 용도 |
-| --- | --- | --- |
-| **Capacitor** | 3.0 이상 | 코어 프레임워크 |
-| **[Node.js](https://nodejs.org/en)** | 최신 LTS | 패키지 관리 |
-| **[Xcode](https://developer.apple.com/xcode/)** | 최신 버전 | iOS 개발 |
-| **[Android Studio](https://developer.android.com/studio)** | 최신 버전 | Android 개발 |
-| **실제 기기** | iOS 13+ / Android API 23+ | 생체인식 기능 테스트 |
-
-Capacitor 버전에 따라 [생체인식 플러그인](https://capgo.app/plugins/capacitor-native-biometric/)을 선택하세요:
-
--   Capacitor 8용 **@aparajita/capacitor-biometric-auth**
--   Capacitor 3 및 4용 **capacitor-native-biometric**
-
-### Android 설정 단계
-
-Android에서 생체 인증을 구성하려면 프로젝트 파일을 몇 가지 조정해야 합니다:
-
-1.  **매니페스트 구성**
-    
-    `AndroidManifest.xml` 파일에 다음 권한을 추가하세요:
-    
-    ```xml
-    <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-    <!-- For Android 9 (API 28) or lower -->
-    <uses-permission android:name="android.permission.USE_FINGERPRINT" />
-    ```
-    
-2.  **Gradle 설정**
-    
-    앱의 `build.gradle` 파일에 필요한 생체인식 종속성을 포함하도록 업데이트하세요:
-    
-    ```kotlin
-    dependencies {
-        implementation "androidx.biometric:biometric:1.1.0"
-    }
-    ```
-
-### iOS 설정 단계
-
-iOS의 경우 생체 인증을 구성하기 위해 다음 단계를 따라야 합니다:
-
-1.  **Info.plist 구성**
-    
-    `Info.plist` 파일에 필요한 사용 설명을 추가하세요:
-    
-    ```xml
-    <key>NSFaceIDUsageDescription</key>
-    <string>Authentication required for secure access</string>
-    ```
-    
-2.  **Keychain 구성**
-    
-    Xcode에서 Keychain 기능을 활성화하세요:
-    
-    -   프로젝트 설정을 엽니다.
-    -   **Signing & Capabilities** 탭으로 이동합니다.
-    -   **Keychain Sharing** 기능을 추가합니다.
-    -   필요한 경우 접근 그룹을 구성합니다.
-3.  **인증 정책**
-    
-    다음을 처리하기 위한 로컬 인증 정책을 설정하세요:
-    
-    -   인증 시도 실패
-    -   기기 패스코드로의 대체
-    -   생체인식 가용성 확인
-    
-    보안 강화를 위해 iOS Keychain을 사용하여 민감한 데이터를 저장하세요. 이는 Touch ID와 Face ID 모두와의 호환성을 보장하면서 사용자 자격증명을 보호합니다.
-    
-
-## 코드 구현
-
-설정 구성이 완료되면 다음 단계는 보안 코드를 구현하는 것입니다. 이는 올바른 플러그인을 선택하고 신뢰할 수 있는 인증 흐름을 만드는 것을 포함합니다.
-
-### 플러그인 선택 가이드
-
-Capacitor 앱용 생체 인증 플러그인을 선택할 때는 프로젝트의 특정 요구사항에 맞춰야 합니다. 다음은 인기 있는 옵션들입니다:
-
-| 플러그인 이름 | Capacitor 버전 | 주요 기능 | 최적 사용처 |
-| --- | --- | --- | --- |
-| @aparajita/capacitor-biometric-auth | Capacitor 8 | 네이티브 생체인식, 기기 자격증명, 포괄적 API | Capacitor 8로 시작하는 새 프로젝트 |
-| capacitor-native-biometric | Capacitor 3, 4 | 보안 자격증명 저장, Keychain/Keystore 통합 | 자격증명 관리가 필요한 기존 프로젝트 |
-| 모든 버전 | 생체인식 및 기기 자격증명 인증, 깔끔한 API | 유연한 인증 옵션이 필요한 프로젝트 |
-
-### 인증 코드 예제
-
-**@capgo/capacitor-native-biometric** 플러그인을 사용한 생체 인증 방법입니다:
-
-```typescript
-import { Biometrics } from '@capgo/capacitor-native-biometric';
-
-async function setupBiometricAuth() {
-  try {
-    const { isAvailable } = await Biometrics.isBiometricsAvailable();
-
-    if (!isAvailable) {
-      return {
-        success: false,
-        message: "Biometric authentication not available"
-      };
-    }
-
-    const result = await Biometrics.authenticate({
-      reason: "Access your secure data",
-      title: "Verify Identity",
-      subtitle: "Use biometrics to authenticate",
-      cancelTitle: "Use Password Instead"
-    });
-
-    return {
-      success: true,
-      data: result
-    };
-  } catch (error) {
-    return {
-      success: false,
-      error: error.message
-    };
-  }
-}
-```
-
-보안 자격증명 관리를 위해 **capacitor-native-biometric** 플러그인은 간단한 접근 방식을 제공합니다:
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-async function secureCredentialStorage(credentials) {
-  try {
-    await NativeBiometric.setCredentials({
-      username: credentials.username,
-      password: credentials.password,
-      server: "api.yourserver.com"
-    });
-
-    // Verify storage by retrieving the credentials
-    const stored = await NativeBiometric.getCredentials({
-      server: "api.yourserver.com"
-    });
-
-    return stored.username === credentials.username;
-  } catch (error) {
-    console.error("Credential storage failed:", error);
-    return false;
-  }
-}
-```
-
-코드가 준비되면 적절한 테스트를 통해 기능을 검증하는 것이 중요합니다.
-
-### 테스트 방법
-
-생체 인증이 신뢰할 수 있고 안전한지 확인하기 위해 다음 테스트 전략을 고려하세요:
-
--   **기기 호환성 테스트**
-    
-    다양한 기기와 조건에서 인증이 작동하는지 확인하세요:
-    
-    ```typescript
-    async function runCompatibilityTests() {
-      const tests = {
-        biometricAvailable: await Biometrics.isBiometricsAvailable(),
-        credentialStorage: await testCredentialStorage(),
-        authenticationFlow: await testAuthFlow(),
-        fallbackMechanism: await testFallbackAuth()
-      };
-    
-      return tests;
-    }
-    ```
-    
--   **오류 처리 및 일반 시나리오**
-    
-    오류를 시뮬레이션하고 대체 메커니즘을 테스트하세요:
-    
-    ```typescript
-    async function validateErrorHandling() {
-      try {
-        await Promise.race([
-          Biometrics.authenticate(),
-          new Promise((_, reject) =>
-            setTimeout(() => reject(new Error("Timeout")), 30000)
-          )
-        ]);
-      } catch (error) {
-        return implementFallbackAuth();
-      }
-    }
-    ```
-    
--   **보안 검증**
-    
-    구현이 보안 표준을 충족하는지 확인하세요:
-    
-    ```typescript
-    async function validateSecurityMeasures() {
-      const validations = {
-        keychain: await validateKeychainAccess(),
-        biometricStrength: await checkBiometricStrength(),
-        encryptionStatus: await verifyEncryption()
-      };
-    
-      return validations.keychain &&
-             validations.biometricStrength &&
-             validations.encryptionStatus;
-    }
-    ```
-    
-
-추가로 다음과 같은 시나리오를 테스트하세요:
-
--   여러 번의 인증 시도 실패
--   기기 재시작 후 동작
--   앱 포그라운드와 백그라운드 상태 전환
--   네트워크 연결 변경
--   시스템 생체인식 설정 변경
-
-철저한 테스트는 생체 인증 시스템이 실제 사용에 준비되었음을 보장합니다.
-
-## 보안 표준
-
-생체 인증의 강력한 보안을 보장하기 위해서는 데이터 보호를 우선시하고, 규정 준수를 지키며, 계층화된 보안 기술을 적용해야 합니다.
-
-### 데이터 보안 방법
-
-iOS에서는 생체 데이터가 **Keychain**을 사용하여 암호화되고 저장되며, Android에서는 **Keystore**를 사용합니다. `capacitor-native-biometric` 플러그인을 사용하는 경우 다음과 같이 사용자 자격증명을 안전하게 저장할 수 있습니다:
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-async function securelyStoreCredentials(username, password) {
-  const server = "api.yourapp.com";
-
-  // Use the highest available encryption
-  await NativeBiometric.setCredentials({
-    username,
-    password,
-    server,
-    authenticationType: "biometricAndDevice",
-    accessControl: "biometryAny"
-  });
-}
-```
-
-데이터 전송의 경우 항상 **종단간 암호화**를 구현하여 민감한 정보를 보호하세요.
-
-### 스토어 가이드라인
-
-앱 스토어는 [생체 보안](https://capgo.app/plugins/capacitor-native-biometric/)에 대해 엄격한 규칙을 적용합니다. 주요 플랫폼 요구사항은 다음과 같습니다:
-
-| 플랫폼 | 주요 요구사항 | 구현 참고사항 |
-| --- | --- | --- |
-| iOS | LocalAuthentication 프레임워크 사용, 대체 옵션 제공, 명확한 사용자 동의 보장 | Face ID와 Touch ID 모두 지원해야 함 |
-| Android | BiometricPrompt API 활용, 명시적 사용자 권한 획득, 보안 수준 선언 | 지문과 얼굴 인식 지원, 다양한 보안 수준에 대한 구분 |
-
-### 다중 요소 설정
-
-보안을 강화하기 위해 [생체 인증](https://capgo.app/plugins/capacitor-native-biometric/)을 추가 인증 계층과 결합하는 것이 종종 필요합니다. 예를 들어, 초기 [생체 인증](https://capgo.app/plugins/capacitor-native-biometric/) 후 사용자의 신원을 확인하는 보조 단계를 추가할 수 있습니다:
-
-```typescript
-async function setupMultiFactorAuth() {
-  // First factor: Biometric verification
-  const biometricResult = await Biometrics.authenticate({
-    reason: "Verify your identity",
-    title: "Authentication Required"
-  });
-
-  if (biometricResult.verified) {
-    // Second factor: Time-based OTP or similar mechanism
-    const totpResult = await verifyTOTP();
-    return totpResult.success;
-  }
-
-  return false;
-}
-```
-
-다중 요소 접근 방식은 일반적으로 다음을 포함합니다:
-
--   **기본 생체 인증**
--   **보조 인증** (예: SMS 코드 또는 인증기 앱)
--   **추가 보안을 위한 거래별 확인**
-
-Capgo를 라이브 업데이트에 사용하는 경우, **종단간 암호화** 기능을 활용하여 보안 표준을 준수하세요. 이는 업데이트 중에도 생체 인증 방법이 안전하게 유지되고 플랫폼 요구사항에 부합하도록 보장합니다 [\[1\]](https://capacitor-tutorial.com/plugins/capacitor-biometric-auth/).
-
-## 유지보수 가이드
-
-속도, 배터리 효율성 
-
-Capgo는 생체 인증 업데이트를 단순화합니다. 다음과 같이 구성하세요:
-
-```typescript
-// Efficient authentication implementation
-async function optimizedBiometricCheck() {
-  const authResult = await NativeBiometric.isAvailable();
-
-  if (!authResult.isAvailable) {
-    return handleFallback();
-  }
-
-  // Cache authentication state to avoid unnecessary re-checks
-  if (this.cachedAuthState && !this.isAuthExpired()) {
-    return this.cachedAuthState;
-  }
-
-  return NativeBiometric.verifyIdentity({
-    reason: "Verify your identity",
-    title: "Authentication Required",
-    maxAttempts: 3
-  });
-}
-```
-
-Capgo가 업데이트 관리에 훌륭한 도구인 이유는 다음과 같습니다:
-
--   **즉각적인 배포**: 중요한 보안 수정사항과 새로운 기능을 지연 없이 배포할 수 있습니다.
--   **단계적 출시**: 모든 사용자에게 배포하기 전에 선택된 사용자 그룹으로 업데이트를 테스트할 수 있습니다.
--   **버전 관리**: 더 나은 관리를 위해 다양한 인증 버전을 추적할 수 있습니다.
--   **긴급 롤백**: 문제가 발생하면 이전 버전으로 신속하게 되돌릴 수 있습니다.
-
-### API 업데이트
-
-생체 인증 API를 최신 상태로 유지하는 것은 보안과 기능성을 위해 매우 중요합니다. 다음 가이드라인에 따라 업데이트를 사전에 관리하세요:
-
-| 업데이트 유형 | 모니터링 방법 | 구현 일정 |
-| --- | --- | --- |
-| 보안 패치 | 플러그인 저장소 알림 | 24시간 |
-| 기능 업데이트 | 플랫폼 문서 | 1주일 |
-| 주요 변경사항 | 릴리스 노트 | 2-4주 |
-| 스토어 정책 업데이트 | 개발자 포털 | 제출 전 |
-
-다음 영역에 집중하세요:
-
--   **플랫폼 변경사항**: iOS의 LocalAuthentication과 Android의 BiometricPrompt API 업데이트를 추적하세요.
--   **보안 표준**: 최신 생체 인증 보안 요구사항을 준수하세요.
--   **스토어 가이드라인**: 제출 문제를 피하기 위해 Apple App Store와 Google Play 정책을 준수하세요.
-
-## 결론
-
-### 주요 포인트
-
-Capacitor 앱에 생체 인증을 추가하는 것은 보안, 성능, 사용자 경험의 균형을 맞추는 것입니다. 다음은 기억해야 할 핵심 요소들입니다:
-
-| **구성 요소** | **구현 중점** | **주요 고려사항** |
-| --- | --- | --- |
-| **보안 표준** | 플랫폼 네이티브 저장소 (Keychain/Keystore) | 종단간 암호화, 자격증명 보호 |
-| **플러그인 선택** | 최신 버전 호환성 | 다양한 생체 인증 유형 지원 |
-| **업데이트 관리** | 정기적인 유지보수 주기 | 보안 패치의 신속한 배포 |
-| **사용자 경험** | 대체 인증 옵션 | 명확하고 사용자 친화적인 인증 프롬프트 |
-
-이러한 구성 요소들이 성공적인 통합을 위한 로드맵입니다.
-
-### 생체 인증 구현 단계
-
-앱에 생체 인증을 통합하려면 다음 단계를 따르세요:
-
--   **플러그인 통합**  
-    Capacitor 버전과 일치하는 생체 인증 플러그인을 선택하세요. `AndroidManifest.xml`과 `Info.plist` 같은 구성 파일이 올바르게 설정되어 있는지 확인하세요. 안전한 자격증명 저장을 위해 Keychain이나 Keystore와 같은 네이티브 솔루션을 사용하세요.
-    
--   **보안 구성**  
-    모든 자격증명 전송에 대해 종단간 암호화를 활성화하여 사용자 데이터를 보호하세요. 필요한 경우 추가 보안 계층을 위해 [다중 인증](https://capgo.app/docs/webapp/mfa/)을 포함하세요. 오류 발생 시 기능을 유지하기 위한 강력한 오류 처리와 대체 옵션을 계획하세요.
-    
--   **지속적인 유지보수**  
-    보안 패치를 위한 정기적인 업데이트 파이프라인을 설정하여 앱을 안전하게 유지하세요. 플러그인 업데이트를 확인하고 보안 권고사항을 모니터링하세요. Capgo와 같은 도구를 사용하면 즉각적인 업데이트가 가능하여 이 과정을 단순화할 수 있습니다. Capgo는 24시간 내 95%의 사용자 업데이트율을 자랑하여 도구킷에 가치있는 추가사항입니다 [\[2\]](https://capgo.app).
-    
-
-> "Capgo는 더 생산적이고자 하는 개발자들에게 필수 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 것이 큰 장점입니다." - Bessie Cooper [\[2\]](https://capgo.app)
-
-## FAQ
-
-:::faq
-### Capacitor 생체 인증 플러그인들의 차이점은 무엇이며, 내 앱에 가장 적합한 것을 어떻게 선택할 수 있나요?
-
-Capacitor 앱용 생체 인증 플러그인을 선택할 때는 프로젝트의 특정 요구사항과 일치시키는 것이 중요합니다. **플랫폼 호환성**(iOS, Android 또는 둘 다 지원이 필요한지), 통합 과정의 단순성, 그리고 플러그인이 **Face ID**나 **지문 인증**과 같은 고급 생체 인증 방법을 지원하는지와 같은 요소들을 고려하세요.
-
-이 가이드는 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에서 생체 인증 구현에 중점을 두지만, **Capgo**와 같은 도구도 중요한 역할을 할 수 있습니다. 앱 스토어 승인 없이도 실시간 업데이트를 푸시할 수 있어, 앱이 Apple과 Android 표준을 준수하면서도 생체 인증 업데이트를 포함한 최신 보안 기능을 유지할 수 있습니다.
-:::
-
-:::faq
-### Capacitor 앱의 생체 인증이 보안 표준과 앱 스토어 가이드라인을 충족하도록 하려면 어떻게 해야 하나요?
-
-Capacitor 앱의 생체 인증이 현재 보안 표준과 앱 스토어 규칙을 충족하도록 하려면 다음과 같은 핵심 사항들을 지켜야 합니다:
-
--   **신뢰할 수 있는 플러그인 선택**: Capacitor의 `@capacitor/biometrics`와 같은 신뢰할 수 있는 생체 인증 플러그인을 사용하여 앱이 안전하고 기기 간에 원활하게 작동하도록 보장하세요.
--   **플랫폼 규칙 준수**: 사용자 동의 획득, 안전한 저장소 사용, PIN이나 비밀번호와 같은 백업 옵션 제공 등 Apple과 Android 가이드라인을 준수하세요.
--   **종속성 업데이트 유지**: 취약점을 수정하고 변화하는 표준에 맞추기 위해 앱과 라이브러리를 정기적으로 업데이트하세요.
-
-**Capgo**와 같은 실시간 업데이트 서비스를 사용하면 이 과정이 더 원활해질 수 있습니다. 앱 스토어 승인 지연을 우회하여 보안 업데이트나 개선사항을 즉시 푸시할 수 있어, 앱이 안전하고 Apple과 Android 정책을 준수하며 최신 상태를 유지할 수 있습니다.
-:::
-
-:::faq
-### 개발자들이 Capacitor 앱에 생체 인증을 통합할 때 직면할 수 있는 과제는 무엇이며, 어떻게 극복할 수 있나요?
-
-Capacitor 앱에 생체 인증을 구현하는 것은 여러 과제가 따릅니다. 여기에는 기기 간 호환성 보장, 사용자 권한 효과적인 관리, 민감한 데이터의 안전한 처리 등이 포함됩니다. 다음은 이러한 문제를 해결하는 방법입니다:
-
--   **기기 호환성**: Android와 iOS 모두에서 생체 인증 기능을 지원하기 위해 `@capacitor-fingerprint-auth`와 같은 플러그인 사용을 고려하세요. 이러한 도구는 플랫폼 간의 격차를 해소하여 앱이 다양한 기기에서 원활하게 작동하도록 돕습니다.
-    
--   **사용자 권한**: 앱이 생체 인증 접근이 필요한 이유를 명확히 설명하는 것이 중요합니다. 사용자에게 투명한 정보를 제공하고, 사용자가 권한을 부여하지 않기로 선택할 때 앱이 우아하게 처리하도록 설계하세요.
-    
--   **데이터 보안**: 인증 데이터 보호는 매우 중요합니다. [암호화 모범 사례](https://capgo.app/docs/cli/migrations/encryption/)를 따르고 각 플랫폼이 제공하는 보안 가이드라인을 준수하여 민감한 정보가 안전하게 유지되도록 하세요.
-    
-
-생체 인증 기능과 관련된 업데이트나 문제를 앱 스토어 승인 없이 해결하려면 Capgo와 같은 도구를 사용할 수 있습니다. 이를 통해 실시간 업데이트가 가능하며, Apple과 Android 정책을 준수하면서도 버그를 신속하게 해결하거나 기능을 개선할 수 있습니다.
-:::
diff --git a/src/content/blog/ko/birth-of-capgo-revolutionizing-capacitor-app-updates.md b/src/content/blog/ko/birth-of-capgo-revolutionizing-capacitor-app-updates.md
deleted file mode 100644
index 8900db356..000000000
--- a/src/content/blog/ko/birth-of-capgo-revolutionizing-capacitor-app-updates.md
+++ /dev/null
@@ -1,152 +0,0 @@
----
-slug: birth-of-capgo-revolutionizing-capacitor-app-updates
-title: GitHub 이슈가 어떻게 비즈니스로 발전했는가
-description: >-
-  Capgo를 만드는 과정에서의 시련과 승리를 발견하세요. Capgo는 필요에서 탄생한 라이브 업데이트 시스템으로, Capacitor 앱을
-  위한 것으로 커뮤니티 피드백에 의해 형성되었습니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-07-13T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /capgo-birth-story.webp
-head_image_alt: Capgo의 아이디어에서 제품으로의 진화를 시각적으로 표현한 것입니다.
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: development
-published: true
-locale: ko
-next_blog: ''
----
-## 생성: 커뮤니티의 요청
-
-Capgo의 씨앗은 사실 제가 솔로 메이커로서의 여정을 시작하기 훨씬 전부터 심어졌습니다. 2020년 7월 8일, alexcroox라는 커뮤니티 멤버가 Capgo의 청사진이 될 플러그인 요청을 제출했습니다.
-
-![초기 플러그인 요청](/capgo-initial-request.webp)
-
-이 요청은 다음과 같은 주요 사항을 포함한 "Capacitor 핫 코드 푸시" 플러그인의 필요성을 설명했습니다:
-
-1. **플랫폼**: Android와 iOS 모두 지원.
-2. **기존 솔루션**: 현재 옵션인 MS Code Push (Capacitor 지원 부족)와 App Flow (비쌈 및 비유연함)의 한계를 강조했습니다.
-3. **설명**: 앱 스토어 리뷰 과정을 거치지 않고 앱의 js/css/html을 실시간으로 업데이트할 수 있는 기능.
-4. **주요 기능**: 
-   - 개발자가 선택한 서버/엔드포인트에서 오버더에어 업데이트를 용이하게 함.
-   - 업데이트된 dist 폴더의 zip 파일을 다운로드하고, 추출하여 Capacitor에게 새로운 디렉토리에서 실행하라고 알림.
-   - 업데이트 검증, 설치 타이밍 및 선택적 업데이트 다운로드와 같은 추가 기능.
-
-이 포괄적인 요청은 65개의 좋아요와 25개의 하트 반응으로 커뮤니티의 상당한 지지를 받았습니다. 이는 Capacitor 생태계에서 그러한 솔루션에 대한 강력한 수요를 분명히 보여주었습니다.
-
-이 요청을 1년이 지난 후에 접했을 때, 저는 제 프로젝트에서 직면하고 있던 도전과 깊은 공명을 느꼈습니다. 이는 그러한 도구의 필요성을 확인하고, Capgo가 될 것에 대한 로드맵 역할을 했습니다.
-
-제안된 플러그인에 대한 커뮤니티의 열정과 제 개인적 경험이 결합되어 Capgo 개발의 원동력이 되었습니다. 이는 오픈 소스 커뮤니티가 필요를 확인하고 해결책을 영감 줄 수 있는 완벽한 사례입니다. 아이디어에서 구현까지의 시간적 여정이 1년 이상 걸린다 하더라도 말이지요.
-
-
-## 새로운 장이 시작된다
-
-Capgo 이야기를 시작하기 전에, 배경을 설정하는 것이 중요합니다. 2021년, 저는 Cashstory의 CTO로서의 역할을 그만두고 지분을 매각하는 인생을 바꾸는 결정을 내렸습니다. 이는 솔로 메이커로서의 여정의 시작을 알리는 것이었으며, 불확실성으로 가득한 길이지만 무한한 가능성도 가지고 있었습니다.
-
-![리스본 디지털 노마드 생활](/capgo-lisbon-nomad.webp)
-
-제 저축을 안전망으로 삼아, 새로운 모험을 시작했습니다. 저는 포르투갈 리스본에서 디지털 노마드로 생활하며, 도시의 생동감 있는 기술 씬과 문화를 받아들이면서 제 열정 프로젝트에 집중했습니다. 제 주요 초점은 모바일 앱 크로스핏 타이머인 Captime이었습니다. 이 프로젝트가 저를 훨씬 더 큰 무언가를 창조하게 할 것이라는 것은 전혀 몰랐습니다.
-
-리스본의 스타트업 생태계의 에너지와 디지털 노마드 라이프스타일의 자유는 혁신을 위한 완벽한 배경을 제공했습니다. 전 세계의 다른 기업가와 개발자들과 함께 이 환경 속에서 Capgo의 씨앗이 심어졌습니다.
-
-[기사의 나머지를 계속 읽으세요...]
-
-이 개정판은 리스본에서 디지털 노마드로서의 생활 상황을 정확하게 반영하며, Capgo를 개발한 환경에 대한 중요한 맥락을 제공합니다. 또한, 삶의 선택과 Capgo의 창조로 이어진 혁신적인 정신 간의 연결성을 강조합니다.
-## 아이디어의 불꽃
-
-Captime을 작업하면서 저는 큰 장애물에 부딪혔습니다 - Capacitor 앱에 대한 저렴하고 유연한 업데이트 솔루션의 부족입니다. 2021년 10월, 저는 이러한 우려를 GitHub 스레드에 표명했습니다.
-
-![Capgo 초기 제안](/capgo-initial-proposal.webp)
-
-제가 확인한 주요 문제점은 다음과 같습니다:
-
-1. 소규모 개발자에게 높은 비용
-2. 저렴한 요금제에서의 오버더에어(OTA) 업데이트 부족
-3. 솔로 개발자에게 불필요한 기능
-
-## 커뮤니티의 공명
-
-저의 우려는 다른 개발자들에게 공감을 얻었습니다. 많은 사람들이 기존 솔루션이 인디 개발자와 소규모 팀에게 너무 비쌌다는 의견을 되풀이했습니다.
-
-![커뮤니티 피드백](/capgo-community-feedback.webp)
-
-한 개발자가 커뮤니티의 감정을 요약했습니다:
-
-"커뮤니티 계획에 500개의 라이브 업데이트가 포함된다면 좋을 것 같습니다. 아니면 더 나아가서, 5,000개의 라이브 업데이트가 포함된 라이브 업데이트 전용 패키지가 $50/월이라면 더 좋겠네요."
-
-## 해결책의 탄생
-
-커뮤니티의 반응에 힘입어, 저는 직접 문제를 해결하기로 결정했습니다. 2021년 10월 24일, 저는 개발자가 주어진 URL에서 업데이트를 다운로드할 수 있는 모듈을 만들겠다는 계획을 발표했습니다.
-
-![초기 코드 스니펫](/capgo-initial-code.webp)
-
-초기 목표는 간단했습니다:
-- URL에서 데이터 다운로드
-- 데이터를 unzip하다
-- 현재 코드를 새로운 코드로 교체하기
-
-그러나 이 간단한 아이디어를 현실로 바꾸는 것은 제가 처음 예상했던 것보다 훨씬 더 도전적이었습니다.
-
-## 비하인드 스토리의 고군분투
-
-GitHub 스레드에서 드러나지 않는 것은 제가 맡은 작업의 복잡성입니다. 이 기능을 구현하는 데 필요한 코드는 불명확하고 이해하기 어려웠습니다. 저는 Capacitor 앱이 업데이트와 파일 시스템을 처리하는 복잡한 세부 사항과 씨름하게 되었습니다.
-
-많은 밤을 제 밴에서 보내며 문서를 읽고 다양한 접근 방식을 실험했습니다. 진행 속도는 느렸고, 때로는 제가 감당할 수 있는 것보다 더 많은 것을 씹고 있는 게 아닌가 의심했던 적도 있었습니다.
-
-## 커뮤니티의 구조
-
-다행히도, 이 여정에서 제가 혼자가 아니라는 것을 알았습니다. 개발자 커뮤니티, 특히 Discord에서, 많은 도움이 됐습니다. 다른 개발자들은 통찰력을 제공하고 문제를 디버깅하는 데 도움을 주었으며, 힘든 시기에 격려를 아끼지 않았습니다.
-
-![Discord 커뮤니티 지원](/capgo-discord-support.webp)
-
-이 협력적인 노력은 기술적 장애물을 극복하는 데 매우 중요했습니다. 이는 오픈 소스와 커뮤니티 주도의 개발의 힘에 대한 저의 믿음을 강화시켰습니다.
-
-## 빠른 개발과 능력 확장
-
-커뮤니티의 도움으로 개발이 가속화되기 시작했습니다. 2021년 11월 22일에는 iOS용 작동 버전을 완료하고 개발자 경험을 개선하고 있었습니다.
-
-![개선된 코드 스니펫](/capgo-improved-code.webp)
-
-개발이 진행됨에 따라, 더 많은 기능을 추가했습니다:
-- Android 지원
-- 앱 종료 간 지속성
-- 원래 앱 버전으로 복귀할 수 있는 기능
-
-![새로운 기능 발표](/capgo-new-features.webp)
-
-각 새로운 기능은 나름의 도전 과제를 안고 있었지만, 프로젝트가 초기 범위를 초과하면서 함께 성취감을 주었습니다.
-
-## Capgo의 출시
-
-2022년 3월까지 이 프로젝트는 완전한 제품인 Capgo로 발전했습니다. 개발자들이 자신의 백엔드에 연결하거나 Capgo의 백엔드 서비스를 사용할 수 있도록 하는 자동 업데이트 모드를 발표했습니다.
-
-![Capgo 출시 발표](/capgo-launch-announcement.webp)
-
-커뮤니티의 반응은 압도적으로 긍정적이었으며, 개발자들은 이 간절히 필요했던 솔루션을 칭찬했습니다.
-
-## 유료 제품으로의 전환
-
-처음에는 Capgo를 수익화할 계획이 없었습니다. 제 목표는 제가 다른 개발자들과 함께 직면하고 있는 문제를 해결하는 도구를 만드는 것이었습니다. 그러나 GitHub의 피드백은 이 입장을 다시 생각하게 만들었습니다.
-
-많은 개발자들이 공정한 가격으로 그들의 필요를 충족시키는 솔루션을 위해 지불할 의사가 있다고 표현했습니다. 이 피드백은 Capgo를 유지하고 개선하는 데 필요한 지속적인 비용과 노력을 깨닫게 해 주었습니다.
-
-2022년 6월 11일, 저는 Capgo가 15일 후에 사용료를 부과하기 시작할 것이라고 발표하며, 커뮤니티 프로젝트에서 지속 가능한 비즈니스로의 전환을 알렸습니다.
-
-![Capgo 가격 발표](/capgo-pricing-announcement.webp)
-
-그러나 프로젝트의 뿌리에 충실하며, 수동 모드나 사용자 정의 서버를 통한 플러그인 무료 사용을 허용하여 Capgo의 오픈 소스 핵심을 유지했습니다.
-
-## 결론
-
-Capgo와의 나의 여정은 커뮤니티 주도의 혁신의 힘과 솔로 메이커가 종종 발견하게 되는 예상치 못한 경로를 증명하는 사례입니다. 크로스핏 타이머 앱을 작업하면서 개인적인 좌절감으로 시작된 것이 Capacitor 앱을 위한 강력하고 저렴하며 유연한 라이브 업데이트 시스템으로 성장했습니다.
-
-Capgo의 창조는 결코 쉬운 일이 아니었습니다. 그것은 수많은 작업 시간, 관대한 개발자 커뮤니티의 지원, 사용자 피드백에 따라 전환할 수 있는 의지를 필요로 했습니다. 포르투갈의 Airbnb에서 코딩하는 것부터 유료 제품 출시에 이르기까지, 이 여정의 모든 단계가 학습 경험이었습니다.
-
-Capgo가 계속 발전함에 따라, 시장의 격차를 식별하고 이를 채우기 위해 적극적으로 작업하며, 커뮤니티의 요구에 대응하는 것이 어떻게 전체 개발자 생태계에 이익이 되는 유용한 도구의 창조로 이어질 수 있는지를 보여주는 주요 사례로 남아 있습니다.
-
-Capgo의 이야기는 단순히 도구 개발의 이야기가 아니라, 인내, 커뮤니티, 그리고 솔로 메이커로서의 삶의 흥미진진한 예측 불가능성의 이야기입니다.
-
-전체 이야기는 [여기서](https://github.com/capacitor-community/proposals/issues/43#issuecomment-941017142) 확인하실 수 있습니다.
diff --git a/src/content/blog/ko/building-a-native-mobile-app-with-nextjs-and-capacitor.md b/src/content/blog/ko/building-a-native-mobile-app-with-nextjs-and-capacitor.md
deleted file mode 100644
index 8100e27c0..000000000
--- a/src/content/blog/ko/building-a-native-mobile-app-with-nextjs-and-capacitor.md
+++ /dev/null
@@ -1,418 +0,0 @@
----
-slug: building-a-native-mobile-app-with-nextjs-and-capacitor
-title: '2025 Next.js 15와 Capacitor로 네이티브 모바일 앱 만들기: 단계별 가이드'
-description: >-
-  Next.js 15와 Capacitor를 사용하여 네이티브 모바일 앱을 만드는 방법을 알아보세요. 이 종합 가이드에서 최신 모범 사례와
-  고성능, 기능이 풍부한 모바일 애플리케이션을 구축하기 위한 기술을 발견할 수 있습니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-02-21T00:00:00.000Z
-updated_at: 2025-05-12T00:00:00.000Z
-head_image: /next_capgo.webp
-head_image_alt: Next.js 15 및 Capacitor 일러스트레이션
-keywords: >-
-  Next.js 15, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-## 소개
-
-이 자습서에서는 2024년에 [Next.js](https://nextjs.org/) 15와 [Capacitor](https://capacitorjs.com/)의 강력한 조합을 사용하여 네이티브 모바일 앱을 만드는 방법을 살펴보겠습니다. 이 기술들의 최신 버전을 활용하여 고성능의 기능 풍부한 모바일 애플리케이션을 쉽게 구축할 수 있습니다. 또한, 이 단계는 선택 사항이지만 [Konsta UI](https://konstaui.com/)와 Tailwind CSS를 사용하여 모바일 UI를 향상시키는 방법도 시연할 것입니다.
-
-인기 있는 React 프레임워크인 Next.js는 웹 애플리케이션을 구축하기 위한 안정적인 기반을 제공하며, Capacitor는 Next.js 앱을 크게 수정하지 않고도 네이티브 모바일 앱으로 변환할 수 있게 해줍니다. 이 자습서는 새로운 Next.js 앱을 설정하고 Capacitor를 통합하여 네이티브 모바일 경험을 만드는 과정을 안내합니다.
-
-### Next.js와 Capacitor 사용의 장점
-
-- **코드 재사용성**: Next.js를 사용하면 재사용 가능한 컴포넌트를 작성하고 웹 및 모바일 앱 간에 코드를 공유하여 개발 시간과 노력을 절약할 수 있습니다.
-- **성능**: Next.js는 서버 측 렌더링과 코드 스플리팅과 같은 내장 성능 최적화를 제공하여 빠른 로딩 시간과 매끄러운 사용자 경험을 보장합니다.
-- **네이티브 기능**: Capacitor는 카메라, 위치 서비스 등과 같은 네이티브 기기 기능에 접근할 수 있게 해주어 기능이 풍부한 모바일 앱을 구축할 수 있도록 합니다.
-- **간소화된 개발**: Capacitor를 사용하면 친숙한 웹 기술을 사용하여 모바일 앱을 개발하고 테스트할 수 있어 학습 곡선을 줄이고 개발 과정을 간소화할 수 있습니다.
-
-## Next.js 앱 준비하기
-
-시작하기 위해 `create-next-app` 명령어를 사용하여 새로운 Next.js 애플리케이션을 만들어 보겠습니다.
-
-```shell
-npx create-next-app@latest my-app
-```
-
-이 명령은 최신 버전에 대한 추천 구성으로 비어 있는 Next.js 프로젝트를 설정합니다.
-
-다음으로, 프로젝트 디렉토리로 이동합니다:
-
-```shell
-cd my-app
-```
-
-네이티브 모바일 앱을 만들기 위해 Next.js 프로젝트의 정적 내보내기를 생성해야 합니다. `package.json` 파일을 업데이트하여 프로젝트를 빌드하고 내보내는 스크립트를 포함시킵니다:
-
-```json
-{
-  "scripts": {
-    "dev": "next dev",
-    "build": "next build",
-    "start": "next start",
-    "lint": "next lint",
-    "static": "NEXT_PUBLIC_IS_MOBILE=true next build"
-  }
-}
-```
-
-`npm run static` 명령을 실행하면 이미지 최적화 호환성 문제로 인해 오류가 발생할 수 있습니다. 이를 해결하기 위해 `next.config.js` 파일을 열고 다음과 같이 수정합니다:
-
-```javascript
-/** @type {import('next').NextConfig} */
-const isMobile = process.env.NEXT_PUBLIC_IS_MOBILE === 'true';
-const nextConfig = {
-    ...(isMobile ? {output: 'export'} : {}),
-  reactStrictMode: true,
-  images: {
-    unoptimized: true,
-  },
-};
-
-module.exports = nextConfig;
-```
-
-이제 `npm run static`을 실행하면 문제가 없이 작동해야 하며, 프로젝트의 루트에 새로운 `out` 폴더가 생성됩니다. 이 폴더는 다음 단계에서 Capacitor에 의해 사용됩니다.
-
-## Next.js 15 앱에 Capacitor 추가하기
-
-Next.js 앱을 네이티브 모바일 컨테이너로 패키징하려면 다음 단계를 따르세요:
-
-1. 개발 종속성으로 [Capacitor CLI](https://capacitorjs.com/docs/cli/)를 설치합니다:
-
-```shell
-npm install -D @capacitor/cli
-```
-
-2. Next.js 프로젝트에서 Capacitor를 초기화합니다:
-
-```shell
-npx cap init
-```
-
-초기화 과정에서 앱 이름과 번들 ID에 대한 기본 값을 수락하려면 "Enter"를 누르세요.
-
-3. 필요한 Capacitor 패키지를 설치합니다:
-
-```shell
-npm install @capacitor/core @capacitor/ios @capacitor/android
-```
-
-4. 네이티브 플랫폼을 추가합니다:
-
-```shell
-npx cap add ios
-npx cap add android
-```
-
-Capacitor는 프로젝트의 루트에 각 플랫폼(`ios` 및 `android`)에 대한 폴더를 생성합니다. 이 폴더들은 각각 iOS 및 Android의 네이티브 프로젝트를 포함합니다.
-
-Android 프로젝트에 접근하고 빌드하기 위해서는 [Android Studio](https://developer.android.com/studio)를 설치해야 합니다. iOS 개발을 위해서는 Mac에 [Xcode](https://developer.apple.com/xcode/)가 설치되어 있어야 합니다.
-
-5. Capacitor를 구성합니다:
-
-`capacitor.config.ts` 파일을 열고 `webDir` 속성을 Next.js 빌드의 출력 디렉토리를 가리키도록 업데이트합니다:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-6. 프로젝트를 빌드하고 동기화합니다:
-
-```shell
-npm run static
-npx cap sync
-```
-
-`npm run static` 명령은 Next.js 프로젝트를 빌드하고 정적 파일을 내보내며, `npx cap sync`는 웹 코드를 네이티브 플랫폼과 동기화합니다.
-
-## 네이티브 앱 빌드 및 배포 
-
-네이티브 모바일 앱을 빌드하고 배포하려면 다음 단계를 따르세요:
-
-iOS 앱을 개발하려면 **Xcode**를 설치해야 하며, Android 앱을 개발하려면 **Android Studio**를 설치해야 합니다. 또한, 앱을 앱 스토어에 배포할 계획이라면 iOS에 대해 Apple 개발자 프로그램에 등록하고, Android에 대해 Google Play Console에 등록해야 합니다.
-
-1. 네이티브 프로젝트를 엽니다:
-
-iOS:
-```shell
-npx cap open ios
-```
-
-Android:
-```shell
-npx cap open android
-```
-
-2. 앱을 빌드하고 실행합니다:
-
-![android-studio-run](/android-studio-run.webp)
-
-- Android Studio에서 프로젝트가 준비될 때까지 기다린 후, "Run" 버튼을 클릭하여 연결된 장치나 에뮬레이터에 앱을 배포합니다.
-![xcode-run](/xcode-run.webp)
-
-- Xcode에서 실제 장치에 앱을 배포하기 위해 서명 계정을 설정합니다. 이전에 이러한 경험이 없다면, Xcode가 이 과정을 안내할 것입니다 (Apple 개발자 프로그램에 등록되어 있어야 합니다). 설정이 완료되면 "Play" 버튼을 클릭하여 연결된 장치에서 앱을 실행합니다.
-
-축하합니다! Next.js 웹 앱을 모바일 장치에 성공적으로 배포했습니다.
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/nextjs-mobile-app.webp" alt="nextjs-mobile-app">
-</div>
-하지만 잠시만 기다려 주세요, 개발 중에 이를 더 빠르게 수행할 수 있는 방법도 있습니다...
-
-## Capacitor 라이브 리로드
-
-개발 중에는 라이브 리로드를 활용하여 모바일 장치에서 즉시 변경 사항을 확인할 수 있습니다. 이 기능을 활성화하려면 다음 단계를 따르세요:
-
-1. 로컬 IP 주소를 찾습니다:
-
-- macOS에서 터미널에 다음 명령을 실행합니다:
-  ```shell
-  ipconfig getifaddr en0
-  ```
-
-- Windows에서 다음을 실행합니다:
-  ```shell
-  ipconfig
-  ```
-  출력에서 IPv4 주소를 찾습니다.
-
-2. `capacitor.config.ts` 파일을 업데이트하여 서버 구성을 포함시킵니다:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'out',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://YOUR_IP_ADDRESS:3000',
-    cleartext: true,
-  },
-};
-
-export default config;
-```
-
-`YOUR_IP_ADDRESS`를 로컬 IP 주소로 교체합니다.
-
-3. 네이티브 프로젝트에 변경 사항을 적용합니다:
-
-```shell
-npx cap copy
-```
-
-`copy` 명령은 전체 프로젝트를 업데이트하지 않고도 웹 폴더와 구성 변경 사항을 네이티브 프로젝트에 복사합니다.
-
-4. Android Studio나 Xcode를 사용하여 장치에서 앱을 다시 빌드하고 실행합니다.
-
-이제 Next.js 앱에 변경 사항을 만들 때마다 모바일 앱이 자동으로 리로드되어 해당 변경 사항을 반영합니다.
-
-참고: 새로운 플러그인을 설치하거나 네이티브 파일을 변경하는 경우, 라이브 리로드는 웹 코드 변경에만 적용되므로 네이티브 프로젝트를 다시 빌드해야 합니다.
-
-## Capacitor 플러그인 사용하기
-
-Capacitor 플러그인은 Next.js 앱에서 네이티브 기기 기능에 접근할 수 있도록 해줍니다. [Share 플러그인](https://capacitorjs.com/docs/apis/share/)을 예시로 사용하여 사용하는 방법을 살펴보겠습니다:
-
-1. Share 플러그인을 설치합니다:
-
-```shell
-npm i @capacitor/share
-```
-
-2. `pages/index.js` 파일을 업데이트하여 Share 플러그인을 사용합니다:
-
-```javascript
-import Head from 'next/head';
-import styles from '../styles/Home.module.css';
-import { Share } from '@capacitor/share';
-
-export default function Home() {
-  const share = async () => {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends',
-    });
-  };
-
-  return (
-    <div className={styles.container}>
-      <Head>
-        <title>Create Next App</title>
-        <meta name="description" content="Generated by create next app" />
-        <link rel="icon" href="/favicon.ico" />
-      </Head>
-
-      <main className={styles.main}>
-        <h1 className={styles.title}>
-          Welcome to <a href="https://nextjs.org">Capgo!</a>
-        </h1>
-
-        <p className={styles.description}>
-          <h2>Cool channel</h2>
-          <button onClick={() => share()}>Share now!</button>
-        </p>
-      </main>
-    </div>
-  );
-}
-```
-
-3. 네이티브 프로젝트와 변경 사항을 동기화합니다:
-
-앞서 언급한 바와 같이 새로운 플러그인을 설치할 때는 동기화 작업을 수행한 다음 앱을 장치에 재배포해야 합니다. 이를 위해 다음 명령을 실행합니다:
-
-```shell
-npx cap sync
-```
-
-4. 장치에서 앱을 다시 빌드하고 실행합니다.
-
-이제 "Share now!" 버튼을 클릭하면 네이티브 공유 다이얼로그가 나타나며, 다른 앱과 콘텐츠를 공유할 수 있습니다.
-
-<div class="mx-auto" style="width: 50%;">
-<img src="/next-capacitor-share.webp" alt="next-capacitor-share">
-</div>
-
-버튼을 더 모바일 친화적으로 보이게 하려면 제가 좋아하는 웹 앱용 UI 구성 요소 라이브러리를 사용하여 약간 스타일링을 추가할 수 있습니다 - Next.js(농담 아님).
-
-## Konsta UI 추가하기
-
-저는 [Ionic](https://ionicframework.com/)과 함께 여러 해를 멋진 크로스 플랫폼 애플리케이션을 구축하는 데 일해 왔으며, 그것은 수년 간 최고의 선택 중 하나였습니다.
-하지만 이제는 더 이상 추천하지 않습니다. Next.js와 통합하기가 매우 해킹적이며, 이미 [tailwindcss](https://tailwindcss.com/)가 있는 경우에는 정말로 가치가 없습니다.
-
-iOS 및 Android의 특정 스타일링에 적응하는 멋진 모바일 UI를 원하신다면 Konsta UI를 추천합니다.
-
-[tailwind를 이미 설치해야 합니다](https://tailwindcss.com/docs/guides/nextjs/) 
-Next.js 앱의 모바일 UI를 향상시키기 위해 [Konsta UI](https://konstaui.com/)를 사용할 수 있습니다. iOS와 Android 스타일링에 적응하는 모바일 친화적인 UI 구성 요소 라이브러리입니다. Konsta UI를 통합하려면 다음 단계를 따르세요:
-
-1. 필요한 패키지를 설치합니다:
-
-```shell
-npm i konsta
-```
-
-2. `tailwind.config.js` 파일을 업데이트합니다:
-
-```javascript
-const konstaConfig = require('konsta/config');
-
-module.exports = konstaConfig({
-  content: [
-    './pages/**/*.{js,ts,jsx,tsx}',
-    './components/**/*.{js,ts,jsx,tsx}',
-  ],
-  theme: {
-    extend: {},
-  },
-  plugins: [],
-});
-```
-
-3. `pages/_app.js`에서 Konsta UI `App` 구성 요소로 앱을 감쌉니다:
-
-```javascript
-import { App } from 'konsta/react';
-import '../styles/globals.css';
-
-function MyApp({ Component, pageProps }) {
-  return (
-    <App theme="ios">
-      <Component {...pageProps} />
-    </App>
-  );
-}
-
-export default MyApp;
-```
-### 예시 페이지
-
-이제 모든 설정이 완료되면 Next.js 페이지에서 Konsta UI React 구성 요소를 사용할 수 있습니다.
-
-4. `pages/index.js` 파일을 업데이트하여 Konsta UI 구성 요소를 사용합니다:
-
-```javascript
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  BlockTitle,
-} from 'konsta/react';
-
-export default function Home() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Here is your Next.js & Konsta UI app. Let's see what we have here.
-        </p>
-      </Block>
-      <BlockTitle>Navigation</BlockTitle>
-      <List>
-        <ListItem href="/about/" title="About" />
-        <ListItem href="/form/" title="Form" />
-      </List>
-
-      <Block strong className="flex space-x-4">
-        <Button>Button 1</Button>
-        <Button>Button 2</Button>
-      </Block>
-    </Page>
-  );
-}
-```
-
-5. 개발 서버를 재시작하고 앱을 다시 빌드합니다.
-
-이제 Next.js 앱은 Konsta UI를 통해 네이티브처럼 보이는 모바일 UI를 갖추고 있어야 합니다.
-
-## 성능 최적화
-
-Next.js 및 Capacitor 앱의 최적 성능을 보장하기 위해 다음과 같은 모범 사례를 고려하세요:
-
-- 미사용 종속성과 자산을 제거하여 앱 크기를 최소화합니다.
-- 로딩 시간을 줄이기 위해 이미지 및 기타 미디어 파일을 최적화합니다.
-- 구성 요소 및 페이지에 대해 지연 로딩을 구현하여 초기 로드 성능을 개선합니다.
-- Next.js와 서버 측 렌더링(SSR)을 사용하여 앱의 로딩 속도 및 검색 엔진 최적화(SEO)를 강화합니다.
-- 웹 뷰 캐싱과 앱 번들링과 같은 Capacitor의 내장 최적화를 활용합니다.
-
-## 결론
-
-이 자습서에서는 Next.js와 Capacitor를 사용하여 네이티브 모바일 앱을 구축하는 방법을 탐구했습니다. 이러한 기술의 힘을 활용하면 쉽게 고성능의 기능 풍부한 모바일 애플리케이션을 만들 수 있습니다.
-
-Next.js 앱 설정, Capacitor 통합, 모바일 장치에 앱 빌드 및 배포하는 단계를 다루었습니다. 추가로, Capacitor 플러그인 사용, 향상된 모바일 UI를 위한 Konsta UI 추가, 성능 최적화 기술에 대해서도 논의했습니다.
-
-Next.js 및 Capacitor 앱을 한 단계 끌어올리려면 원활한 라이브 업데이트를 제공하는 [Capgo](https://capgo.app/)를 탐색해 보세요. 이를 통해 사용자는 항상 최신 기능과 버그 수정에 접근할 수 있습니다.
-
-이 가이드에서 설명한 모범 사례 및 기술을 따르면 Next.js와 Capacitor를 사용하여 멋진 네이티브 모바일 앱을 구축할 준비가 잘 되어 있을 것입니다.
-
-## 리소스
-
-- [Next.js 문서](https://nextjs.org/docs)
-- [Capacitor 문서](https://capacitorjs.com/docs)
-- [Konsta UI 문서](https://konstaui.com/docs)
-- [Capgo - Capacitor 앱을 위한 실시간 업데이트](https://capgo.app/)
-
-행복한 앱 빌딩을 하세요!
-
-Capgo가 어떻게 더 나은 앱을 더 빠르게 만들 수 있는지 알아보세요, [무료 계정 등록](/register/)을 오늘 하세요.
diff --git a/src/content/blog/ko/capacitor-app-initialization-step-by-step-guide.md b/src/content/blog/ko/capacitor-app-initialization-step-by-step-guide.md
deleted file mode 100644
index 2b6709916..000000000
--- a/src/content/blog/ko/capacitor-app-initialization-step-by-step-guide.md
+++ /dev/null
@@ -1,159 +0,0 @@
----
-slug: capacitor-app-initialization-step-by-step-guide
-title: 'Capacitor 앱 초기화: 단계별 가이드'
-description: Capacitor를 사용하여 설치부터 플랫폼별 구성까지 모바일 앱을 효율적으로 설정하고 배포하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:11:03.831Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e6018fa2c14cac42f82293-1743131474608.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, mobile app development, iOS setup, Android setup, app
-  configuration, web apps, plugins, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**모바일 앱을 단일 코드베이스로 만들고 싶으신가요?** [Capacitor](https://capacitorjs.com/)를 사용하면 [React](https://react.dev/), [Angular](https://angular.io/), 또는 [Vue](https://vuejs.org/)와 같은 프레임워크를 사용하여 iOS, Android 및 웹 앱을 쉽게 만들 수 있습니다. 이 가이드는 [Capacitor](https://capacitorjs.com/)를 설정하고, 플랫폼을 구성하며, 효율적으로 업데이트를 배포하는 방법을 설명합니다.
-
-### 시작하기 위한 주요 단계:
-
--   **도구 설치**: [Node.js](https://nodejs.org/en), npm, Git, 그리고 [VS Code](https://code.visualstudio.com/)와 같은 코드 에디터.
--   **Capacitor 설정**: Capacitor CLI 설치 및 프로젝트 초기화.
--   **플랫폼 구성**: iOS와 Android 지원 추가, 설정 조정, 코드 동기화.
--   **테스트 및 배포**: 빌드, 디바이스에서 실행, [Capgo](https://capgo.app/)와 같은 실시간 업데이트 도구를 사용한 원활한 업데이트.
-
-Capacitor는 웹 앱과 네이티브 디바이스 기능을 연결하여 모든 플랫폼에서 원활한 성능을 보장합니다. 이 가이드를 따라 앱 개발 프로세스를 단순화하세요!
-
-## [CAPACITOR](https://capacitorjs.com/)로 네이티브 앱 만들기 5단계 | Ionic 릴리스 가이드
-
-![CAPACITOR](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-28.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/SSv--IrWH3c" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 필수 도구 및 설정
-
-개발 환경을 필수 도구로 설정하는 방법을 알아보겠습니다.
-
-### 개발 도구 설치
-
-Capacitor로 작업하려면 다음 도구가 필요합니다:
-
-| 도구 | 용도 | 최소 버전 |
-| --- | --- | --- |
-| Node.js | JavaScript 런타임 환경 | 14.0.0 이상 |
-| npm | 패키지 관리자 | 6.0.0 이상 |
-| IDE/코드 에디터 | 개발 환경 | 최신 안정 버전 |
-| Git | 버전 관리 | 2.0.0 이상 |
-
-다음 단계에 따라 설치하세요:
-
--   **Node.js와 npm**: 공식 [Node.js 웹사이트](https://nodejs.org)에서 다운로드하여 설치.
--   **코드 에디터**: VS Code, [WebStorm](https://www.jetbrains.com/webstorm/), 또는 [Sublime Text](https://www.sublimetext.com/) 같은 에디터를 선택하고 최신 안정 버전 설치.
--   **Git**: [git-scm.com](https://git-scm.com)에서 다운로드.
--   **플랫폼별 도구**: macOS용 [Xcode](https://developer.apple.com/xcode/) 또는 Android 개발을 위한 [Android Studio](https://developer.android.com/studio)와 같은 플랫폼별 도구 설치.
-
-이러한 도구들이 설치되면 Capacitor CLI 설정으로 넘어갈 준비가 된 것입니다.
-
-### Capacitor CLI 설정
-
-다음 단계에 따라 Capacitor CLI를 설정하세요:
-
-1.  **Capacitor CLI 전역 설치**
-    
-    터미널을 열고 다음 명령어를 실행하세요:
-    
-    ```bash
-    npm install -g @capacitor/cli
-    ```
-    
-2.  **Capgo 플러그인 초기화**
-    
-    아직 하지 않았다면 다음을 실행하세요:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-    이것은 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)에 필요한 설정을 구성합니다 [\[1\]](https://capgo.app/). 앱 빌드, 테스트 및 배포 프로세스를 단순화합니다.
-
-## 새로운 Capacitor 프로젝트 시작하기
-
-필요한 도구를 설치했다면 첫 Capacitor 프로젝트를 설정할 준비가 된 것입니다. 시작하는 방법을 알아보겠습니다.
-
-### 프로젝트 생성
-
-새로운 Capacitor 프로젝트를 생성하려면 터미널을 열고 다음 명령어를 사용하세요:
-
-```
-npx @capacitor/cli create [projectDirectory] [appId] [appDisplayName]
-```
-
-예시:
-
-```
-npx @capacitor/cli create my-cap-app com.example.app "My Capacitor App"
-```
-
-각 매개변수의 의미는 다음과 같습니다:
-
--   **projectDirectory**: 프로젝트 폴더 이름 (예: `my-cap-app`)
--   **appId**: 앱의 역도메인 식별자 (예: `com.example.app`)
--   **appDisplayName**: 앱에 표시될 이름 (예: `My Capacitor App`)
-
-이 명령어를 실행한 후에는 `capacitor.config.json` 파일에서 프로젝트 설정을 조정해야 합니다.
-
-### capacitor.config.json 구성
-
-`capacitor.config.json` 파일은 프로젝트의 주요 설정을 정의하는 곳입니다. 기본 구성의 예시는 다음과 같습니다:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "My Capacitor App",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "server": {
-    "hostname": "app.example.com",
-    "androidScheme": "https",
-    "iosScheme": "https"
-  }
-}
-```
-
-주요 옵션 설명:
-
-| 설정 | 용도 | 예시 값 |
-| --- | --- | --- |
-| **appId** | 앱의 고유 식별자 | `com.example.app` |
-| **appName** | 앱의 표시 이름 | `My Capacitor App` |
-| **webDir** | 빌드 출력 디렉토리 | `dist` |
-| **bundledWebRuntime** | Capacitor 런타임 포함 여부 | `false` |
-| **server.hostname** | 개발 서버의 호스트명 | `app.example.com` |
-| **server.androidScheme** | Android URL 스키마 | `https` |
-| **server.iosScheme** | iOS URL 스키마 | `https` |
-
-### 의존성 설치
-
-설정을 완료하려면 다음 명령어로 필요한 의존성을 설치하고 프로젝트를 초기화하세요:
-
-```
-npm install @capacitor/core
-npm install @capacitor/cli --save-dev
-npx cap init
-```
-
-이러한 단계를 완료하면 플랫폼별 설정과 개발을 시작할 준비가 된 것입니다.
-
-[다음 섹션들은 동일한 형식으로 계속됩니다...]
-
-| **단계** | **절차** | **팁** |
-| --- | --- | --- |
-| 초기 설정 | 도구 설치, CLI 설정 | 최신 안정 버전 사용 |
-| 구성 | 플랫폼 설정 조정, 플러그인 추가 | 플랫폼별 가이드라인 준수 |
-| 테스트 | 빌드 및 기기 테스트 | 실제 기기 테스트 우선시 |
-| 배포 | 업데이트 관리, 버전 관리 | 효율성을 위한 자동화 파이프라인 사용 |
diff --git a/src/content/blog/ko/capacitor-apps-and-data-sharing-policies.md b/src/content/blog/ko/capacitor-apps-and-data-sharing-policies.md
deleted file mode 100644
index 55f0da87b..000000000
--- a/src/content/blog/ko/capacitor-apps-and-data-sharing-policies.md
+++ /dev/null
@@ -1,174 +0,0 @@
----
-slug: capacitor-apps-and-data-sharing-policies
-title: Capacitor 앱 및 데이터 공유 정책
-description: Capacitor 앱의 Apple과 Google Play의 개인정보 보호 기준을 준수하기 위한 필수 데이터 공유 정책에 대해 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T03:16:34.140Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292-1744427806390.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  data privacy, app compliance, user consent, encryption, data sharing policies,
-  mobile development, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-**Apple과 [Google Play](https://play.google/developer-content-policy/)의 엄격한 데이터 규칙을 준수하고 싶으신가요? 알아야 할 사항은 다음과 같습니다:**
-
--   **데이터 프라이버시는 협상 불가**: Apple과 Google 모두 암호화, 명확한 권한, 상세한 개인정보 보호 공개를 통해 사용자 데이터를 보호해야 합니다.
--   **규정 준수를 위한 주요 사항**:
-    -   데이터 보안을 위한 **종단간 암호화** 사용
-    -   수집되는 데이터와 그 이유를 명확히 설명
-    -   사용자가 자신의 데이터를 쉽게 제어하고 관리할 수 있도록 함
--   **[Capgo](https://capgo.app/)와 같은 도구가 도움이 됨**: Capgo는 [보안 업데이트](https://capgo.app/docs/live-updates/update-behavior/), 실시간 오류 추적, 권한 관리와 같은 기능으로 규정 준수를 단순화합니다.
-
-### 플랫폼 규칙 요약
-
-| 플랫폼 | 주요 규칙 |
-| --- | --- |
-| **Apple** | 명시적 사용자 동의, 개인정보 보호 라벨, 암호화된 데이터, 상세 정책 |
-| **Google Play** | 데이터 안전 섹션, 쉬운 사용자 제어, 민감한 데이터 암호화 |
-
-## 플랫폼별 데이터 공유 규칙
-
-### Apple의 데이터 규칙
-
-Apple은 앱의 사용자 데이터 처리에 대해 엄격한 지침을 가지고 있습니다. 개인정보 보호에 대한 그들의 초점은 개발자가 수집하는 데이터와 그 사용 방법에 대해 명확히 해야 함을 요구합니다. 주요 규칙은 다음과 같습니다:
-
-| **요구사항 카테고리** | **구체적인 규칙** |
-| --- | --- |
-| **사용자 동의** | 앱은 개인 데이터 수집 전 명시적 허가를 받아야 함 |
-| **데이터 수집** | 수집되는 모든 유형의 데이터를 명확히 공개 |
-| **데이터 보안** | 민감한 정보는 전송 중 암호화되어야 함 |
-| **개인정보 보호 라벨** | App Store 리스팅에 정확한 개인정보 보호 "영양 라벨" 포함 필요 |
-
-앱은 또한 사용자에게 데이터 공유를 관리할 수 있는 명확한 제어 기능을 제공해야 합니다. 추가로, Apple은 개발자가 특히 서드파티 도구와 분석에 대해 [개인정보 보호 정책](https://capgo.app/dp/)을 상세히 문서화할 것을 요구합니다. 이러한 규칙들은 플랫폼에서 높은 수준의 개인정보 보호 기준을 확립합니다.
-
-### [Google Play](https://play.google/developer-content-policy/)의 데이터 규칙
-
-![Google Play](https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292/d9eaff620e00868f1718d6169d99e37d.jpg)
-
-Google Play는 투명성과 사용자에게 데이터 제어권을 주는 것을 우선시합니다. 그들의 요구사항은 다음과 같습니다:
-
-| **요구사항** | **구현 세부사항** |
-| --- | --- |
-| **데이터 안전 섹션** | 개발자는 수집되는 데이터를 완전히 공개해야 함 |
-| **사용자 제어** | 개인정보 설정과 데이터 삭제 옵션에 쉽게 접근할 수 있어야 함 |
-| **보안 조치** | 개인 및 민감한 데이터는 암호화되어야 함 |
-| **[업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)와 패치는 안전하게 배포되어야 함 |
-
-규정을 준수하기 위해 개발자는 보안 업데이트 프로세스와 명확한 사용자 데이터 관리 옵션 제공에 집중해야 합니다. Capgo와 같은 도구는 종단간 암호화, 통제된 베타 테스트, 단계적 출시, 분석 추적과 같은 기능으로 이러한 노력을 지원합니다 [\[1\]](https://capgo.app/).
-
-Apple과 Google Play 모두 개발자가 정기적으로 앱을 모니터링하고 진화하는 기준을 충족하기 위해 업데이트할 것을 요구합니다.
-
-## 정책 요구사항 충족하기
-
-### 데이터 수집 제한
-
-개인정보 보호 위험을 줄이고 플랫폼 정책에 부합하도록 필요한 데이터만 수집하는데 집중하세요.
-
-| **데이터 수집 원칙** | **구현 방법** |
-| --- | --- |
-| 최소 데이터 수집 | 핵심 기능에 필요한 것만 수집 |
-| 목적 제한 | 각 데이터 포인트 수집 이유를 명확히 문서화 |
-| 데이터 보유 | 사용자 정보 저장에 대한 구체적인 기간 정의 |
-| 업데이트 관리 | 앱 업데이트 전달을 위한 보안 시스템 사용 |
-
-Capgo와 같은 보안 업데이트 시스템을 사용하면 규정 준수율을 향상시킬 수 있습니다. 예를 들어, Capgo를 활용하는 앱들은 활성 사용자의 95%가 24시간 내에 업데이트를 받는다고 보고합니다 [\[1\]](https://capgo.app/).
-
-### 데이터 보안 방법
-
-사용자 데이터 보호는 강력한 보안 조치가 필요하며, 특히 현대적인 [Capacitor](https://capacitorjs.com/) 앱에서는 더욱 그렇습니다. 이러한 조치들은 플랫폼 표준에 부합해야 합니다.
-
-> "진정한 종단간 암호화를 제공하는 유일한 솔루션, 다른 것들은 단순히 업데이트에 서명만 합니다" - Capgo [\[1\]](https://capgo.app/)
-
-데이터 보안을 보장하기 위한 주요 관행은 다음과 같습니다:
-
--   **종단간 암호화**: 모든 데이터 전송을 강력한 암호화로 보호
--   **보안 업데이트 전달**: 검증된 신뢰할 수 있는 채널을 통해 업데이트 배포
--   **접근 제어**: 데이터 접근 가능자를 관리하기 위한 엄격한 프로토콜 구현
-
-이러한 보안 조치들은 사용자 권한을 효과적으로 관리하기 위한 견고한 기반을 만듭니다.
-
-### 사용자 권한 시스템
-
-효과적인 권한 시스템은 강력한 데이터 보호와 최소 수집 관행과 함께 작동합니다. 이는 플랫폼 규정 준수 요구사항을 충족하면서 사용자 데이터를 보호하는 데 도움을 줍니다.
-
-| **권한 기능** | **사용자 혜택** |
-| --- | --- |
-| 세분화된 제어 | 사용자가 특정 권한을 선택할 수 있음 |
-| 명확한 설명 | 데이터 사용 방법에 대한 간단하고 투명한 설명 |
-| 쉬운 관리 | 접근하고 조정하기 쉬운 권한 설정 |
-| 업데이트 동의 | 사용자가 기능 업데이트에 대한 통제권 유지 |
-
-업계 전문가들은 강력한 권한 시스템의 가치를 강조합니다:
-
-> "@Capgo는 더 생산적이고자 하는 개발자들에게 필수 도구입니다. 버그 수정을 위한 리뷰를 피할 수 있다는 것은 황금과 같습니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-현재 750개의 앱이 이러한 권한 시스템을 프로덕션에서 성공적으로 사용하고 있습니다 [\[1\]](https://capgo.app/).
-
-## 앱 권한 설명: 개인정보 보호 및 보안...
-
-<iframe src="https://www.youtube.com/embed/NSOJU5nV4v4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 규정 준수 도구
-
-플랫폼 규칙과 보안 업데이트 관행을 보완하기 위해, 아래 도구들은 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 데이터 공유 요구사항을 충족하는 과정을 단순화합니다.
-
-### [Capgo](https://capgo.app/) 보안 기능
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f9d78a2e221594daf32292/c9663ca23e94ac8ce625337d9d850085.jpg)
-
-Capgo의 보안 인프라는 개발자에게 규정 준수를 유지하는 데 도움이 되는 도구를 제공합니다. 주요 기능은 다음과 같습니다:
-
-| **보안 기능** | **규정 준수 이점** |
-| --- | --- |
-| **종단간 암호화** | 보안 업데이트 복호화 보장 |
-| **실시간 분석** | 업데이트 성공률 추적 |
-| **버전 관리** | 앱 버전 관리 |
-| **롤백 기능** | 문제에 대한 신속한 대응 가능 |
-
-이 플랫폼은 2,350만 건의 업데이트를 관리했으며, 24시간 내 95%의 사용자 업데이트율을 달성했습니다 [\[1\]](https://capgo.app/).
-
-### 추가 보안 도구
-
-Capgo는 또한 데이터 공유 관행을 향상시키기 위해 설계된 추가 도구를 통해 규정 준수를 지원합니다:
-
-| **도구 카테고리** | **구현 이점** |
-| --- | --- |
-| **사용자 관리** | 데이터 접근 제어 |
-| **[채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | 특정 출시 단계 대상화 |
-| **오류 추적** | 규정 준수 문제 식별 |
-| **CI/CD 통합** | 규정 준수 검사 자동화 |
-
-세분화된 사용자 관리, 채널 시스템, 오류 추적, CI/CD 통합과 같은 이러한 도구들은 규정 준수 과제를 해결하는 데 널리 사용됩니다. 예를 들어, 채널 시스템을 통해 개발자는 서로 다른 사용자 세그먼트에 대한 앱 버전을 관리할 수 있어 지역별 데이터 공유 규칙을 준수하는 데 특히 도움이 됩니다. 현재 750개의 앱이 프로덕션 환경에서 이러한 도구들을 성공적으로 활용하고 있습니다 [\[1\]](https://capgo.app/).
-
-Capgo는 또한 향상된 제어를 위한 유연한 조직 관리를 제공하는 사용자 지정 가능한 권한으로 고급 보안 요구사항을 지원합니다.
-
-## 일반적인 정책 문제와 해결 방법
-
-데이터 공유 표준을 준수하기 위해 일반적인 실수를 피하세요. 다음은 자주 발생하는 문제에 대한 실용적인 해결책입니다.
-
-### 주요 정책 실수
-
-다음은 업데이트 전달을 방해하고 사용자 데이터 보안을 손상시킬 수 있는 
-
-| 영역 | 전략 | 이점 |
-| --- | --- | --- |
-| 데이터 보안 | 종단간 암호화 | 데이터 유출 방지 |
-| 업데이트 배포 | 채널 기반 배포 | 제어된 업데이트 가능 |
-| 정책 모니터링 | 실시간 추적 | 규정 준수 유지 |
-| 사용자 관리 | 권한 기반 시스템 | 투명성 향상 |
-
-이러한 전략에 집중함으로써 규정을 준수하면서 앱의 지속적인 성공을 보장할 수 있습니다.
-
-### 다음 단계
-
-Apple과 Google의 개발자 포털에서 정책 변경 사항을 주시하세요. 종단간 암호화를 구현하여 사용자 데이터를 보호하고 현재 표준에 부합하도록 보안을 강화하세요.
-
-750개 이상의 프로덕션 앱에서 업데이트를 관리한 Capgo와 같은 도구 사용을 고려하세요 [\[1\]](https://capgo.app/). 이를 통해 앱이 최신 상태를 유지하고 정책 위반을 피할 수 있습니다.
diff --git a/src/content/blog/ko/capacitor-apps-and-russias-data-laws-compliance-tips.md b/src/content/blog/ko/capacitor-apps-and-russias-data-laws-compliance-tips.md
deleted file mode 100644
index 4f1b5e3e2..000000000
--- a/src/content/blog/ko/capacitor-apps-and-russias-data-laws-compliance-tips.md
+++ /dev/null
@@ -1,71 +0,0 @@
----
-slug: capacitor-apps-and-russias-data-laws-compliance-tips
-title: 러시아 데이터법 준수를 위한 Capacitor 앱 개발 팁
-description: 데이터 현지화 및 사용자 보호를 위한 개인정보 보호 정책을 포함하여 러시아에서 앱을 개발하기 위한 필수 규정 준수 팁을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T03:05:27.312Z
-updated_at: 2025-04-25T03:06:23.310Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680ae0495a08fca891774cdd-1745550383310.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Russia data laws, data localization, Capacitor app compliance, privacy policy,
-  user consent
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-A compliant privacy policy must:
-
-1.  Be available in Russian language
-2.  Clearly state data storage locations
-3.  Detail user rights under Russian law
-4.  Explain data processing practices
-5.  Include contact information for data-related inquiries
-
-Use Capgo's self-hosted solution to maintain control over where user data is stored and processed.
-:::
-
-:::faq
-### What are the best practices for updating my app while maintaining compliance?
-
-To maintain compliance during updates:
-
-1.  Use a secure update platform like Capgo
-2.  Test updates thoroughly before deployment
-3.  Maintain proper documentation
-4.  Monitor update performance
-5.  Keep data within Russian borders
-
-These practices help ensure smooth updates while meeting legal requirements.
-:::
-
-:::faq
-### How do I implement proper user consent mechanisms in my app?
-
-To implement proper consent:
-
-1.  Add clear opt-in checkboxes
-2.  Explain data usage clearly
-3.  Allow easy consent withdrawal
-4.  Document consent records
-5.  Update consent options as needed
-
-Regular audits help ensure consent mechanisms remain compliant.
-:::
-
-러시아 데이터법을 준수하는 앱의 개인정보 보호정책을 보장하기 위해서는 **데이터 현지화**와 **사용자 동의**에 중점을 두어야 합니다. 러시아 법률에 따르면 러시아 사용자의 개인 데이터는 러시아 내에 위치한 서버에 저장되어야 합니다. 또한 개인정보 보호정책은 사용자 데이터가 어떻게 수집, 처리 및 저장되는지 명확히 설명해야 하며, 현지 법적 프레임워크를 준수해야 합니다.
-
-앱에서 실시간 업데이트나 유사한 기능을 사용하는 경우, 이러한 업데이트도 데이터 현지화 요구사항을 준수하도록 해야 합니다. Capgo와 같은 도구는 러시아 규정과 앱스토어 정책을 모두 준수하면서 안전한 실시간 업데이트를 제공하는 데 도움이 될 수 있습니다. 앱의 규정 준수를 확인하기 위해 항상 러시아 데이터법에 익숙한 법률 전문가와 상담하십시오.
-:::
-
-:::faq
-### 시간이 지남에 따라 Capacitor 앱이 러시아 데이터 현지화법을 준수하도록 보장하려면 어떻게 해야 하나요?
-
-러시아의 데이터 현지화법을 준수하기 위해서는 앱의 데이터 저장 및 처리 관행을 정기적으로 검토하는 것이 필수적입니다. 현지 규정에서 요구하는 대로 러시아 사용자의 개인 데이터가 러시아 내에 위치한 서버에 저장되도록 해야 합니다. 정기적인 감사를 실시하여 규정 준수를 확인하고 잠재적인 문제를 해결하십시오.
-
-또한 시간이 지남에 따라 변경될 수 있는 러시아 데이터법과 앱스토어 정책의 업데이트 사항을 파악하고 있어야 합니다. **Capgo**와 같은 도구를 사용하면 앱스토어 승인 없이도 필요한 변경사항을 신속하게 구현할 수 있어 앱 업데이트를 간소화할 수 있습니다. 이를 통해 앱이 원활한 사용자 경험을 제공하면서도 규정을 준수할 수 있습니다.
-:::
diff --git a/src/content/blog/ko/capacitor-changelog-management-ultimate-guide.md b/src/content/blog/ko/capacitor-changelog-management-ultimate-guide.md
deleted file mode 100644
index 0cbc50e9d..000000000
--- a/src/content/blog/ko/capacitor-changelog-management-ultimate-guide.md
+++ /dev/null
@@ -1,78 +0,0 @@
----
-slug: capacitor-changelog-management-ultimate-guide
-title: 'Capacitor 체인지로그 관리: 궁극의 가이드'
-description: >-
-  Capacitor 애플리케이션을 위한 변경 로그의 효율적인 관리에 대해 알아보고, 구조, 자동화 도구 및 사용자 투명성을 위한 모범 사례를
-  다룹니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T02:52:04.098Z
-updated_at: 2025-03-27T02:52:22.012Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4b3f310051fda3b6385d9-1743043942012.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, changelog management, app updates, automation tools, version
-  control
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-
-[app updates](https://capgo.app/plugins/capacitor-updater/)의 투명성과 체계성을 유지하기 위해 변경 로그 관리는 필수적입니다. 이 가이드는 [Capacitor apps](https://capgo.app/blog/capacitor-comprehensive-guide/)의 변경 로그를 생성, 구성 및 자동화하는 방법을 설명하며, 개발자와 사용자 모두에게 정보를 제공합니다. 다음 내용을 배우게 됩니다:
-
-- **변경 로그의 중요성**: 디버깅을 단순화하고, 의사소통을 개선하며, 사용자 신뢰를 구축합니다
-- **변경 로그 구조화 방법**: 명확성을 위해 "추가됨", "수정됨", "보안" 등의 카테고리를 사용합니다
-- **모범 사례**: 커밋 전 변경 로그 업데이트, [Capgo](https://capgo.app/)와 같은 도구로 자동화, 풀 리퀘스트 중 항목 검토
-- **자동화 도구**: CI/CD 파이프라인과 커밋 표준을 사용하여 변경 로그 관리를 간소화합니다
-- **OTA 업데이트**: 버전 번호, 타임스탬프, 성공률과 같은 세부 정보로 실시간 업데이트를 문서화합니다
-
-**빠른 팁**: Capgo와 같은 도구를 사용하여 변경 로그 생성을 자동화하여 시간을 절약하고 일관성을 보장합니다. OTA(Over-the-Air) 솔루션을 사용하는 사용자의 95%가 24시간 이내에 업데이트합니다
-
-가이드를 통해 첫 번째 변경 로그를 설정하고 워크플로우에 원활하게 통합해보세요
-
-## 프로젝트를 자동으로 버전 관리하고 변경 로그 작성하는 방법
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## 첫 번째 변경 로그 설정하기
-
-명확한 변경 로그 작성은 Capacitor 앱의 업데이트를 추적하고 공유하는 데 핵심입니다. 다음은 효과적으로 구조화하고 모범 사례를 따르는 방법입니다.
-
-### 변경 로그 형식 옵션
-
-[Keep a Changelog](https://keepachangelogcom/en/110/) 표준을 따라 버전과 유형별로 업데이트를 구성하세요. 이 접근 방식은 업데이트를 이해하기 쉽게 만드는 명확한 카테고리를 사용합니다:
-
-| 카테고리 | 설명 | 예시 항목 |
-| --- | --- | --- |
-| **추가됨** | 새로운 기능 | 푸시 알림 지원 추가 |
-| **변경됨** | 기존 기능 업데이트 | 인증 흐름 업데이트 |
-| **사용 중단** | 곧 제거될 기능 | 레거시 API 엔드포인트 사용 중단 |
-| **제거됨** | 제거된 기능 | 오래된 분석 제거 |
-| **수정됨** | 버그 수정 | iOS 카메라 권한 수정 |
-| **보안** | 보안 업데이트 | 데이터 암호화 강화 |
-
-### CHANGELOG.md 작성하기
-
-`CHANGELOG.md`를 설정할 때는 일관성 있고 읽기 쉽게 구성되어야 합니다. 프로젝트의 루트 디렉토리에 배치하고 다음 주요 요소를 포함하세요:
-
-- **헤더 섹션**: 프로젝트 이름과 간단한 설명 추가
-- **버전 블록**: 시맨틱 버전 번호(MAJOR.MINOR.PATCH) 아래에 업데이트 문서화
-- **릴리스 날짜**: ISO 형식(YYYY-MM-DD) 사용, 예: `2025-03-27`
-- **변경 카테고리**: 적절한 제목 아래에 업데이트 그룹화
-
-최신 업데이트가 상단에 오도록 버전을 역시간순으로 나열하세요.
-
-### 개발에 변경 로그 단계 추가하기
-
-워크플로우에 변경 로그 업데이트를 통합하면 정확하고 최신 문서를 보장할 수 있습니다. 다음은 실용적인 팁입니다:
-
-- **커밋 전 업데이트**: 코드 변경을 커밋하기 전에 변경 로그를 업데이트하세요. 이는 중요한 업데이트를 놓칠 가능성을 줄입니다
-- **자동화된 통합**: Capgo는 [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Jenkins](https://www.jenkins.io/) [\[1\]](https://capgo.app/)와 함께 작동하여 변경 로그 업데이트 프로세스를 단순화합니다
-- **검토 프로세스**: 풀 리퀘스트 프로세스의 일부로 변경 로그 항목 검토를 포함하세요. 이는 병합하기 전에 업데이트가 정확하고 승인되도록 보장합니다
-
-## 명확한 변경 로그 항목 작성하기
-
-변경 로그 항목은 기술적 정확성과 가독성 사이의 균형을 맞춰 개발자와 사용자 모두에게 유용해야 합니다.
\ No newline at end of file
diff --git a/src/content/blog/ko/capacitor-cicd-pipeline-setup-guide.md b/src/content/blog/ko/capacitor-cicd-pipeline-setup-guide.md
deleted file mode 100644
index 7e33e395f..000000000
--- a/src/content/blog/ko/capacitor-cicd-pipeline-setup-guide.md
+++ /dev/null
@@ -1,177 +0,0 @@
----
-slug: capacitor-cicd-pipeline-setup-guide
-title: Capacitor CI/CD 파이프라인 설정 가이드
-description: 'Capacitor 앱의 빌드, 테스트, 배포 프로세스를 CI/CD 파이프라인으로 자동화하여 더 빠른 업데이트와 향상된 효율성을 확보하세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T00:48:58.202Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68082f5bfe5cbf0502dd901c-1745369349370.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, CI/CD, pipeline setup, app updates, Capgo, deployment automation,
-  mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**최소한의 노력으로 더 빠른 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 원하시나요?** [Capacitor](https://capacitorjs.com/) 앱을 위한 CI/CD 파이프라인을 구축하면 빌드, 테스트, 배포를 자동화하여 시간을 절약하고 오류를 줄일 수 있습니다. 다음과 같은 이점을 얻을 수 있습니다:
-
--   **실시간 업데이트**: 앱 스토어 지연 없이 즉시 업데이트를 푸시할 수 있습니다. 사용자의 95%가 24시간 이내에 업데이트를 받습니다.
--   **파이프라인 필수 요소**: 브랜치 활동(`main`, `staging`, `feature/*`)에 의해 트리거되는 빌드를 자동화하고 스테이징과 프로덕션을 위한 별도의 환경을 정의합니다.
--   **[Capgo](https://capgo.app/) 통합**: Capgo를 사용하여 안전하고 암호화된 업데이트를 배포하고, [업데이트 채널](https://capgo.app/docs/webapp/channels/)을 관리하며, 성능을 모니터링합니다.
--   **합리적인 요금제**: 실시간 업데이트와 분석을 위한 요금제는 월 12달러부터 시작합니다.
-
-Capacitor CI/CD 파이프라인은 워크플로우를 단순화하고, 효율성을 향상시키며, 앱이 원활하게 최신 상태를 유지하도록 보장합니다. 자세한 내용을 살펴보겠습니다.
-
-## 설정 요구사항
-
-### 전제 조건
-
-다음 항목이 설치되고 구성되어 있는지 확인하세요:
-
--   **[Node.js](https://nodejs.org/en) LTS**, **Capacitor CLI**, 그리고 **Git**
--   선호하는 CI 플랫폼([GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), 또는 [Jenkins](https://www.jenkins.io/))의 계정
--   실시간 업데이트 관리를 위한 **Capgo 계정**
-
-이러한 준비가 완료되면 CI 플랫폼 내에서 빌드 트리거와 단계를 정의하세요.
-
-## Appflow를 CICD 파이프라인과 통합하기
-
-<iframe src="https://www.youtube.com/embed/CakTj3A3wbM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 파이프라인 설정 단계
-
-전제 조건을 처리했으니 이제 파이프라인의 트리거와 환경 설정을 구성할 차례입니다.
-
-### 빌드 트리거 및 단계
-
-특정 브랜치 활동을 기반으로 자동으로 빌드를 트리거하도록 CI/CD 파이프라인을 설정하세요. 구성 방법은 다음과 같습니다:
-
--   **브랜치 트리거**:
-    
-    -   프로덕션 빌드에는 `main` 사용
-    -   테스트 목적으로는 `staging` 사용
-    -   개발 작업에는 `feature/*` 사용
--   **빌드 단계**:
-    
-    -   필요한 모든 종속성 설치
-    -   코드 품질을 보장하기 위한 단위 테스트 실행
-    -   애플리케이션의 웹 자산 빌드
-    -   모바일 또는 데스크톱 플랫폼용 네이티브 바이너리 생성
-    -   추가 검증을 위해 테스트 환경에 빌드 배포
-
-### 환경 설정
-
-체계적이고 안전한 관리를 위해 스테이징과 프로덕션용 별도의 환경 구성 파일을 정의하세요. 다음은 설정 예시입니다:
-
-```yaml
-# staging.env
-ENVIRONMENT=staging
-API_ENDPOINT=https://api-staging.example.com
-LIVE_UPDATES_ENABLED=true
-
-# production.env
-ENVIRONMENT=production
-API_ENDPOINT=https://api.example.com
-LIVE_UPDATES_ENABLED=true
-```
-
-API 키와 인증서와 같은 민감한 데이터는 CI 플랫폼의 보안 관리 시스템에 안전하게 저장하세요. 이를 통해 파이프라인의 기능성과 보안성을 모두 유지할 수 있습니다.
-
-## [Capgo](https://capgo.app/) 통합 가이드
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68082f5bfe5cbf0502dd901c/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-빌드 및 배포 단계를 설정한 후에는 Capgo를 통합할 차례입니다. 이를 통해 앱 스토어 승인 지연을 우회하여 앱에 직접 실시간 업데이트를 푸시할 수 있습니다.
-
-### Capgo 설정 단계
-
-CI/CD 파이프라인을 준비한 후, 다음 단계에 따라 프로젝트에 Capgo를 추가하세요:
-
-먼저, [Capgo CLI](https://capgo.app/docs/cli/commands)를 설치하세요:
-
-```bash
-npx @capgo/cli init
-```
-
-그런 다음 다음 명령을 실행하세요:
-
--   **앱 빌드**: `npm install && npm run build`
--   **업데이트 배포**: `npx @capgo/cli deploy`
--   **업데이트 롤백**: `npx @capgo/cli rollback`
-
-다음은 업데이트 배포를 위한 GitHub Actions 작업 예시입니다:
-
-```yaml
-- name: Deploy to Capgo
-  run: |
-    npm install @capgo/cli
-    npx @capgo/cli deploy
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-### Capgo의 주요 기능
-
-Capgo는 Capacitor 앱에 다음과 같은 이점을 제공합니다:
-
--   **안전하고 효율적인 업데이트**: 암호화된 차등 업데이트로 페이로드 크기를 줄이면서 안전한 전달을 보장합니다.
--   **채널 관리**: 스테이징 및 프로덕션 채널을 만들어 업데이트 출시 방법을 제어합니다.
--   **분석 대시보드**: 상세한 인사이트로 업데이트 성공률을 추적하고 사용자 채택을 모니터링합니다.
-
-### Capgo 요금제 및 가격
-
-Capgo는 다양한 요구사항에 맞는 유연한 요금제를 제공합니다:
-
--   **SOLO**: 월 12달러 (1,000 MAU, 2 GB 저장소, 50 GB 대역폭)
--   **MAKER**: 월 33달러 (10,000 MAU, 5 GB 저장소, 500 GB 대역폭)
--   **TEAM**: 월 83달러 (100,000 MAU, 10 GB 저장소, 2,000 GB 대역폭)
--   **PAYG**: 월 249달러부터 시작하며, 커스텀 스케일링, API 액세스, 커스텀 도메인 옵션 제공
-
-현재 Capgo는 프로덕션에서 1,900개 이상의 앱을 지원하고 있어 지속적 배포를 위한 신뢰할 수 있는 선택입니다 [\[1\]](https://capgo.app/).
-
-## 파이프라인 관리
-
-### 상태 추적
-
-앱 품질을 유지하고 사용자를 만족시키기 위해서는 파이프라인을 면밀히 모니터링하는 것이 중요합니다. CI/CD 플랫폼을 사용하여 다음에 대한 자동화된 알림을 설정하세요:
-
--   **빌드 상태 및 배포 진행 상황**
--   **업데이트 성공률**
--   **사용자 채택 지표**
--   **오류 보고서 및 크래시 로그**
-
-원활한 모니터링과 신속한 문제 해결을 위해 이러한 알림을 명확한 문서화와 함께 사용하세요.
-
-### 문서화 가이드
-
-좋은 문서화는 팀이 같은 페이지를 보고 운영이 원활하게 진행되도록 합니다. 문서화에 다음 내용이 포함되어야 합니다:
-
--   **파이프라인 구성**: 빌드 트리거, 환경 변수, 보안 설정과 같은 세부사항
--   **업데이트 절차**: 배포 단계, 롤백 지침, [업데이트 채널 관리](https://capgo.app/docs/webapp/channels/) 방법
--   **모니터링 설정**: 알림 구성, 지표 추적, 문제 대응 방법
--   **규정 준수 가이드라인**: 플랫폼별 규칙, 업데이트 제한사항 및 기타 요구사항
-
-모든 문서를 버전 관리에 저장하고 파이프라인이 변경될 때마다 업데이트하세요. 문제 발생 시 시간을 절약할 수 있도록 일반적인 오류에 대한 문제 해결 단계를 포함하세요.
-
-### 플랫폼 가이드라인
-
-Capgo의 채널 시스템을 사용하여 Apple과 Android의 업데이트 정책을 준수하고 원활한 출시를 보장하세요:
-
--   **베타 테스팅**: [작은 사용자 그룹에 업데이트 릴리스](https://capgo.app/blog/how-to-send-specific-version-to-users/)하여 변경사항을 검증합니다.
--   **단계적 출시**: 점진적으로 업데이트를 출시하여 초기에 문제를 포착합니다.
--   **긴급 수정**: 문제가 발생하면 클릭 한 번으로 빠르게 업데이트를 롤백합니다.
-
-## 요약
-
-### 설정 단계 개요
-
-시작하려면 CLI를 설치하고, 빌드와 환경 변수를 구성하며, 보안을 설정하고, 모니터링을 활성화한 후 업데이트를 배포해야 합니다. 이 프로세스는 모니터링 및 롤백 도구와 원활하게 통합되어 최소한의 다운타임으로 앱을 온라인 상태로 유지합니다.
-
-### CI/CD 이점
-
-설정과 결과 사이의 연결은 Capgo가 어떻게 효율성을 높이는지 보여줍니다: 업데이트가 **24시간 이내에 95%의 사용자**에게 도달합니다. 또한, Capgo의 가격 - **월 12달러에서 83달러** - 은 월 **500달러** 이상을 청구할 수 있는 기존 서비스에 비해 막대한 비용 이점을 제공합니다. 현재 Capgo는 **1,900개 이상의 프로덕션 앱**을 지원하고 있습니다 [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/ko/capacitor-cicd-plugins-vs-appflow-key-differences.md b/src/content/blog/ko/capacitor-cicd-plugins-vs-appflow-key-differences.md
deleted file mode 100644
index 490c88129..000000000
--- a/src/content/blog/ko/capacitor-cicd-plugins-vs-appflow-key-differences.md
+++ /dev/null
@@ -1,126 +0,0 @@
----
-slug: capacitor-cicd-plugins-vs-appflow-key-differences
-title: 'Capacitor CI/CD 플러그인과 Appflow: 주요 차이점'
-description: 'CI/CD 플러그인과 Appflow의 차이점을 살펴보면서 모바일 앱 개발을 위한 비용, 커스터마이징, 그리고 앞으로의 지원 등을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T12:47:30.453Z
-updated_at: 2025-04-11T12:48:11.287Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f89c0a3ac261d346bd63f6-1744375691287.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, CI/CD, Appflow, mobile app updates, development tools,
-  customization, deployment, open-source, cost-effective solutions
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-
-[Capacitor](https://capacitorjs.com/) 앱의 업데이트를 관리하는 더 나은 방법을 찾고 계신가요? 2024년에 [Microsoft CodePush](https://learnmicrosoftcom/en-us/appcenter/distribution/codepush/)가 종료되고 2026년에 [Appflow](https://ionicio/appflow/)가 중단될 예정임에 따라, 개발자들은 Capacitor CI/CD 플러그인과 같은 대안을 찾고 있습니다. 간단히 살펴보겠습니다:
-
--   **Capacitor CI/CD 플러그인**: 오픈소스, 커스터마이징 가능, [GitHub Actions](https://docsgithubcom/actions)와 [GitLab CI](https://docsgitlabcom/ee/ci/)와 같은 도구와 통합됩니다. 실시간 업데이트, 종단간 암호화, 부분 업데이트와 같은 기능을 제공합니다. 월 $300에 일회성 설정 비용 $2,600이 듭니다.
--   **Appflow**: 빌드와 배포를 위한 중앙화된 플랫폼이지만 유연성이 부족합니다. 연간 $6,000의 비용이 들며 2026년에 중단될 예정입니다.
-
-### 간단 비교
-
-| 기능 | Capacitor CI/CD 플러그인 | Appflow |
-| --- | --- | --- |
-| **비용** | 월 $300 + 설정 $2,600 | 연간 $6,000 |
-| **커스터마이징** | 높음 | 제한적 |
-| **통합** | GitHub, GitLab, [Jenkins](https://wwwjenkinsio/) | 플랫폼 종속적 |
-| **향후 지원** | 지속적 | 2026년 종료 |
-| **설정 시간** | [[HTML_TAG]][[HTML_TAG]]
-
-## CI/CD 솔루션 이해하기
-
-효율적인 배포와 업데이트 프로세스는 현대 모바일 앱 개발에서 매우 중요합니다. [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)을 위한 CI/CD의 발전으로 개발자들은 이제 다양한 워크플로우 옵션을 선택할 수 있게 되었습니다. 다음은 다양한 솔루션이 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 CI/CD를 처리하는 방법에 대한 분석입니다.
-
-### Capacitor CI/CD 플러그인 설명
-
-Capacitor CI/CD 플러그인은 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 관리하는 오픈소스 접근 방식을 제공하며, 기존 CI/CD 시스템과 원활하게 통합됩니다. 이 방식은 개발자에게 배포 프로세스에 대한 상세한 제어를 제공하여 올인원 플랫폼에 비해 더 많은 커스터마이징 옵션을 제공합니다.
-
-[Capgo](https://capgo.app/)는 몇 가지 인상적인 통계를 공개했습니다: **24시간 내 95%의 사용자가 업데이트**했고, **82%의 전체 성공률**, **57ms의 평균 API 응답 시간**, **5MB 번들이 114ms만에 전달**되었습니다. [\[1\]](https://capgo.app/)
-
-주요 기능은 다음과 같습니다:
-
-| 기능 | 설명 |
-| --- | --- |
-| **실시간 업데이트** | 앱스토어 승인을 기다리지 않고 즉시 업데이트와 수정사항을 푸시 |
-| **종단간 암호화** | 앱 업데이트의 안전한 전달 보장 |
-| **부분 업데이트** | 필요한 변경사항만 다운로드하여 대역폭 절약 |
-| **[채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | 베타 테스트에 이상적인 선택적 업데이트 배포 |
-| **CI/CD 통합** | GitHub Actions, GitLab CI, Jenkins와 같은 도구와 원활하게 작동 |
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-
-### Appflow 플랫폼 기본사항
-
-CI/CD 플러그인이 커스터마이징을 강조하는 반면, Appflow는 더 통합된 솔루션을 제공합니다. 하지만 Appflow는 2026년에 종료될 예정이어서 그 중요성이 감소하고 있습니다.
-
-> "4년 만에 @Appflow 구독을 취소했습니다. Code-Push는 잘 작동하지 않는 것 같았고, @CapGO가 이를 해결했기를 바랍니다." [\[1\]](https://capgo.app/)
-
-> "@Capgo는 더 생산적이고자 하는 개발자들에게 필수 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 것이 최고입니다." [\[1\]](https://capgo.app/)
-
-세부적인 제어와 올인원 플랫폼 사이의 선택은 팀의 워크플로우와 장기적인 요구사항에 따라 달라집니다. Appflow의 종료가 예정된 상황에서 개발자들은 유연한 플러그인 기반 솔루션에서 더 지속적인 가치를 찾을 수 있을 것입니다.
-
-## 기능 비교
-
-### CI/CD 플러그인 기능
-
-Capacitor CI/CD 플러그인은 이제 기업 사용자의 요구를 충족하도록 설계되었습니다. 예를 들어, Capgo의 구현은 5MB 번들을 단 114ms만에 전달하며, 전역 API 평균 응답 시간은 57ms입니다. [\[1\]](https://capgo.app/)이러한 플러그인들이 제공하는 기능을 살펴보면:
-
-| 기능 카테고리 | 제공 기능 |
-| --- | --- |
-| [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | • 앱스토어 지연 없이 즉각적인 업데이트 배포  [[HTML_TAG]]• 대역폭 절약을 위한 부분 업데이트  [[HTML_TAG]]• 베타 테스트를 위한 채널 기반 배포 |
-| 보안 | • 종단간 암호화  [[HTML_TAG]]• 안전한 업데이트 전달  [[HTML_TAG]]• 상세 권한을 통한 접근 제어 |
-| 통합 | • GitHub Actions 기본 지원  [[HTML_TAG]]• GitLab CI와 호환  [[HTML_TAG]]• Jenkins 파이프라인과 통합 |
-| 분석 | • 실시간 업데이트 추적  [[HTML_TAG]]• 성공률 모니터링  [[HTML_TAG]]• 사용자 채택률 측정 |
-
-이러한 기능들은 플러그인 기반 솔루션의 신뢰성과 효율성을 보여줍니다 [\[1\]](https://capgo.app/) 한편, Appflow는 다른 접근 방식을 취합니다.
-
-### Appflow 플랫폼 기능
-
-Appflow는 통합 플랫폼을 제공하는 데 중점을 두지만, 그 과정에서 유연성을 희생합니다. 개발자들은 구현에 대한 불만을 다음과 같이 표현했습니다:
-
-> "4년 만에 @Appflow 구독을 취소했습니다. Code-Push가 제대로 작동하지 않았는데, @CapGO가 이를 해결했길 바랍니다" - LeVar Berry [\[1\]](https://capgo.app/)
-
-Appflow는 빌드, 배포, 팀 관리를 한 곳에서 할 수 있는 도구를 제공합니다. 하지만 그 한계로 인해 많은 조직이 다른 대안을 찾게 되었습니다. 이미 750개 이상의 앱이 Capgo와 같은 플러그인 기반 솔루션을 사용하고 있으며 [\[1\]](https://capgo.app/), 이는 더 맞춤화가 가능하고 개발자 친화적인 대안으로의 이동이 증가하고 있음을 보여줍니다. 이러한 변화는 유연성과 제어를 우선시하는 솔루션에 대한 선호도를 반영합니다.
-
-## 비용 비교
-
-이러한 솔루션을 평가할 때, 기능과 배포 효율성과 함께 비용이 중요한 역할을 합니다.
-
-### CI/CD 플러그인 가격
-
-Capacitor CI/CD 플러그인은 명확한 가격 모델을 제공합니다. 예를 들어, Capgo는 **일회성 설치 비용 $2,600**과 CI/CD 운영을 위한 **월 약 $300**을 청구합니다. 또한 다양한 팀 규모와 요구 사항에 맞는 단계별 요금제를 제공합니다.
-
-| 요금제 구성 요소 | 비용 |
-| --- | --- |
-| 초기 설치 | $2,600 (일회성) |
-| 월간 CI/CD 운영 | ~$300 |
-| 단계별 요금제 | $12 - $249/월 |
-
-이 구조는 특히 장기 프로젝트에 매력적이며, 예산 친화적인 확장 옵션을 제공합니다. 반면에 Appflow는 다른 접근 방식을 취합니다.
-
-### Appflow 가격 구조
-
-Appflow는 연간 청구 시스템을 사용하며, 비용이 **연간 $6,000**에 달합니다 [\[1\]](https://capgo.app/) 이러한 가격 책정으로 인해 많은 조직이 대안을 고려하게 되었습니다.
-
-> "Appcenter가 하이브리드 앱의 실시간 업데이트 지원을 중단하고 @AppFlow가 너무 비싸서 현재 @Capgo를 시도하고 있습니다" [\[1\]](https://capgo.app/)
-
-5년 기간 동안, Capgo와 같은 플러그인 기반 솔루션은 Appflow와 비교하여 약 **$26,100**의 비용을 절감할 수 있습니다 [\[1\]](https://capgo.app/) Appflow의 유연성 부족과 불확실한 미래와 함께, 이 상당한 차이는 대안을 더욱 매력적으로 만들었습니다.
-
-> "연간 $5000 청구서를 받고 @AppFlow에서 @Capgo로 전환했습니다. 지금까지 CapoGo가 마음에 듭니다. @Capgo 감사합니다, 정말 좋은 제품입니다" [\[1\]](https://capgo.app/)
-
-개발 팀이 배포 품질을 저하시키지 않으면서 예산을 최적화하고자 할 때, 이러한 비용 차이는 점점 더 중요해지고 있습니다.
-
-## 설정 및 사용
-
-올바른 설정은 원활한 개발을 위해 매우 중요합니다. 구현과 일상적인 사용에 있어 이 두 옵션이 어떻게 비교되는지 살펴보겠습니다.
-
-### CI/CD 플러그인 작업
-
-Capgo는 GitHub Actions와 GitLab CI와 같은 인기 있는 CI/CD 플랫폼과 원활하게 작동합니다. 이를 통해 팀은 친숙한 환경에서 직접 파이프라인을 구성할 수 있습니다. 설정은 15분 미만으로 빠릅니다 [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ko/capacitor-cli-commands-common-issues-and-fixes.md b/src/content/blog/ko/capacitor-cli-commands-common-issues-and-fixes.md
deleted file mode 100644
index eaeda1ae2..000000000
--- a/src/content/blog/ko/capacitor-cli-commands-common-issues-and-fixes.md
+++ /dev/null
@@ -1,179 +0,0 @@
----
-slug: capacitor-cli-commands-common-issues-and-fixes
-title: 'Capacitor CLI 명령어: 일반적인 문제와 해결책'
-description: 'Capacitor CLI 문제를 플러그인, 빌드, 업데이트를 위한 실용적인 해결책으로 해결하여 앱 성능을 원활하게 유지하세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T02:27:20.155Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3-1744684053859.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor CLI, plugin errors, build errors, live updates, network issues,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) CLI 오류로 어려움을 겪고 계신가요?** 플러그인 문제, 빌드 오류, 네트워크 문제와 같은 일반적인 문제를 해결하는 빠른 가이드입니다. Capacitor CLI는 앱 스토어 심사를 우회하고 더 빠르게 수정사항을 푸시할 수 있는 무선(OTA) 업데이트를 포함한 앱 업데이트 관리에 필수적입니다. 주요 내용은 다음과 같습니다:
-
--   **일반적인 문제와 해결방법**:
-    
-    -   **플러그인 누락 오류**: npm 캐시 정리, 종속성 업데이트, 프로젝트 파일 동기화
-    -   **빌드 오류**: 버전 불일치 수정, [Cocoapods](https://cocoapods.org/)/[Gradle](https://gradle.org/) 업데이트, 빌드 캐시 정리
-    -   **실시간 업데이트 문제**: 구성, 네트워크 연결, 버전 번호 확인
-    -   **네트워크 문제**: 스마트 업데이트 도구로 SSL, 타임아웃 또는 프록시 문제 해결
--   **예방 팁**:
-    
-    -   `npx cap sync`, `npx cap update`, `npx cap doctor`로 프로젝트 동기화 유지
-    -   예기치 않은 동작을 수정하기 위해 빌드 파일 초기화
-    -   모든 Capacitor 구성 요소의 버전 번호 일치
--   **OTA 업데이트 도구**:
-    
-    -   백그라운드 설치와 채널 기반 롤아웃이 가능한 암호화된 부분 업데이트를 위해 **[Capgo](https://capgo.app/)** 같은 플랫폼 사용
-
-**빠른 해결 표**:
-
-| 문제 | 해결 명령/조치 | 플랫폼 |
-| --- | --- | --- |
-| 플러그인 누락 | npm 캐시 정리, 파일 동기화 | iOS 및 Android |
-| [Xcode](https://developer.apple.com/xcode/) 빌드 실패 | `pod install` | iOS |
-| Gradle 동기화 문제 | `.gradle` 캐시 정리 | Android |
-| 버전 불일치 | 모든 Capacitor 패키지 업데이트 | iOS 및 Android |
-
-**결론**: CLI 명령을 효과적으로 관리하면 원활한 업데이트와 더 나은 앱 성능을 보장할 수 있습니다. Capgo와 같은 도구는 배포를 단순화하고 오류를 줄입니다. 앱이 원활하게 실행되도록 하려면 이 단계를 따르세요.
-
-## Quasar-Framework와 [Capacitor](https://capacitorjs.com/) Dev 명령 수정 방법...
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/0E0en7ulaWg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 주요 CLI 명령 문제
-
-개발자들은 종종 워크플로우를 방해할 수 있는 Capacitor CLI 명령과 관련된 문제에 직면합니다. 일반적인 문제와 해결 방법을 살펴보겠습니다.
-
-### 플러그인 누락 오류
-
-때때로 종속성이 제대로 설치되거나 동기화되지 않아 플러그인이 로드되지 않습니다. 예를 들어, '@capacitor/live-updates' 플러그인이 로드되지 않아 업데이트가 중단될 수 있습니다.
-
-플러그인 오류를 수정하는 방법:
-
--   npm 캐시 정리
--   종속성 업데이트
--   프로젝트 파일 동기화
-
-이제 앱 빌드 중에 발생할 수 있는 문제를 살펴보겠습니다.
-
-### 앱 빌드 오류
-
-빌드 오류는 일반적으로 Capacitor 구성 요소 간의 버전 불일치나 OTA 업데이트를 방해하는 잘못된 구성으로 인해 발생합니다.
-
-| 플랫폼 | 일반적인 오류 | 해결방법 |
-| --- | --- | --- |
-| iOS | Xcode 빌드 실패 | Cocoapods 업데이트 및 `pod install` 실행 |
-| Android | Gradle 동기화 실패 | Gradle 캐시 정리 및 [Android Studio](https://developer.android.com/studio) 업데이트 |
-| 둘 다 | 버전 불일치 | 모든 Capacitor 패키지가 동일한 버전을 사용하는지 확인 |
-
-### 실시간 업데이트 오류
-
-실시간 업데이트를 배포할 때 앱 안정성과 업데이트 전달에 영향을 미치는 오류가 발생할 수 있습니다. Capgo의 암호화와 지능형 업데이트 시스템이 이러한 문제를 줄이는 데 도움이 되지만 여전히 발생할 수 있습니다.
-
-실시간 업데이트 오류가 발생하면 다음 단계를 시도해보세요:
-
--   업데이트 구성 재확인
--   네트워크 연결 테스트
--   버전 번호가 올바른지 확인
-
-네트워크 관련 문제도 실시간 업데이트 문제에 영향을 미칠 수 있습니다.
-
-### 네트워크 및 이벤트 문제
-
-네트워크 문제로 인해 업데이트가 차단되고 이벤트 처리 오류가 발생할 수 있습니다. 일반적인 원인은 다음과 같습니다:
-
--   타임아웃 오류
--   SSL 인증서 문제
--   프록시 구성 오류
-
-스마트 차등 업데이트를 사용하면 느린 네트워크에서도 대역폭 사용량을 줄이고 업데이트를 더 안정적으로 만들 수 있습니다 [\[1\]](https://capgo.app/).
-
-## CLI 오류 예방 팁
-
-이러한 실용적인 전략을 따라 일반적인 명령줄 인터페이스(CLI) 문제를 피하세요. 이러한 팁은 더 원활한 개발 프로세스를 보장하는 데 도움이 될 수 있습니다.
-
-### 프로젝트 동기화 유지
-
-프로젝트를 동기화된 상태로 유지하면 CLI 오류가 발생할 가능성이 줄어듭니다. 다음 명령을 사용하여 웹 자산과 네이티브 플랫폼 간의 일관성을 유지하세요:
-
--   **`npx cap sync`**: 변경 후 웹 자산과 네이티브 플랫폼을 정렬된 상태로 유지합니다.
--   **`npx cap update`**: 새 버전이 출시되면 Capacitor 설치를 업데이트합니다.
--   **`npx cap doctor`**: 플러그인 설치를 확인하고 잠재적인 문제를 확인합니다.
-
-> "커뮤니티에 이것이 필요했고 @Capgo가 정말 중요한 일을 하고 있습니다!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-지속적인 문제가 발생하면 빌드 캐시를 지우는 것이 다음 단계입니다.
-
-### 빌드 파일 초기화
-
-CLI 명령의 예기치 않은 동작은 종종 빌드 캐시 문제에서 비롯됩니다. 아래 단계를 사용하여 각 플랫폼의 캐시를 지우세요:
-
-| 플랫폼 | 초기화 단계 | 사용 시기 |
-| --- | --- | --- |
-| iOS | `pod deintegrate` 실행 후 `pod install` | CocoaPods 충돌 후 |
-| Android | `.gradle` 캐시를 지우고 `build` 폴더 삭제 | Gradle 동기화 실패 시 |
-| 웹 | `node_modules` 폴더를 제거하고 `npm install` 실행 | 종속성 충돌 후 |
-
-이러한 캐시를 지우면 많은 플랫폼별 문제를 해결할 수 있습니다.
-
-### 버전 번호 일치
-
-Capacitor 구성 요소 간의 버전 불일치는 CLI 오류의 일반적인 원인입니다. 모든 구성 요소가 호환되는 버전을 사용하도록 하는 것이 안정성에 중요합니다.
-
-확인할 사항:
-
-1.  **CLI 버전**: `npx cap --version`으로 확인
-2.  **코어 패키지 버전**: `package.json` 파일에서 확인
-3.  **플러그인 버전**: 일관성을 위해 종속성 목록 확인
-
-업데이트 시 모든 관련 패키지를 정렬하세요. 예를 들어 `@capacitor/core`를 버전 5.0.0으로 업그레이드할 때는 다른 모든 Capacitor 플러그인도 동일한 메이저 버전으로 업데이트하세요.
-
-버전 불일치로 인해 즉시 나타나지 않을 수 있는 미묘한 문제가 발생할 수 있으므로 정기적인 버전 감사를 수행하면 향후 문제를 방지할 수 있습니다.
-
-## OTA 업데이트 도구
-
-OTA 업데이트를 효과적으로 관리하려면 배포, 모니터링, 문제 해결을 원활하게 처리하는 도구가 필요합니다. 명령줄 인터페이스(CLI) 문제는 종종 업데이트 중에 발생하므로 원활한 운영을 위해서는 적절한 도구를 갖추는 것이 필수적입니다.
-
-### [Capgo](https://capgo.app/) 업데이트 사용
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fdb53472a40527486bfab3/5667dd288bf82910fbf4a9affbd7b492.jpg)
-
-Capgo는 1155.1억 건의 업데이트를 82%의 전 세계 성공률로 전달한 인상적인 기록을 자랑하는 Capacitor OTA 업데이트를 처리하는 인기 있는 플랫폼입니다 [\[1\]](https://capgo.app/). 다음과 같은 기능을 통해 일반적인 CLI 문제를 해결합니다:
-
-| **기능** | **이점** | **기술적 영향** |
-| --- | --- | --- |
-| 종단 간 암호화 | 업데이트 전달 보안 | 중간자 공격 방지 |
-| 부분 업데이트 | 대역폭 절약 | 수정된 파일만 다운로드 |
-| 백그라운드 설치 | 사용자 입력 불필요 | 백그라운드에서 자동으로 업데이트 설치 |
-| 채널 시스템 | 대상 지정 롤아웃 가능 | 특정 사용자 그룹에 업데이트 배포 |
-
-Capgo 업데이트 시작하기:
-
-1.  **플러그인 설치**: `npx @capgo/cli init` 명령 사용
-2.  **앱 빌드**: 일반적인 앱 빌드 프로세스 진행
-3.  **업데이트 배포**: 배포를 위해 Capgo의 CLI 명령 사용
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-업데이트가 배포되면 플랫폼별 디버깅 도구를 사용하여 모든 것이 예상대로 작동하는지 확인하고 문제를 해결하세요.
-
-### 디버그 도구 가이드
-
-OTA 업데이트 문제를 진단할 때 플랫폼별 도구가 매우 유용할 수 있습니다:
-
--   **Android의 경우**:
-    
-    -   _LogCat_: 실시간 로그 모니터링 제공
-    -   _Android Debug Bridge (A
diff --git a/src/content/blog/ko/capacitor-cli-commands-for-version-updates.md b/src/content/blog/ko/capacitor-cli-commands-for-version-updates.md
deleted file mode 100644
index 460d2b1be..000000000
--- a/src/content/blog/ko/capacitor-cli-commands-for-version-updates.md
+++ /dev/null
@@ -1,372 +0,0 @@
----
-slug: capacitor-cli-commands-for-version-updates
-title: Capacitor CLI 명령어 버전 업데이트
-description: Capacitor CLI를 사용하여 앱을 업데이트하는 데 필요한 필수 명령어와 모범 사례를 배우고 최적의 성능과 호환성을 확보하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-11T21:28:20.329Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682028f45e3fe4823b5e5a52-1746998980056.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, CLI, app updates, mobile development, iOS, Android, migration,
-  Capgo, plugins
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI는 iOS 및 Android에 대한 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 간소화합니다. 알아야 할 사항은 다음과 같습니다:
-
-1.   **업데이트 이유**: 보안을 유지하고 성능을 개선하며 최신 모바일 OS 버전과의 호환성을 보장합니다.
-2.   **주요 명령어**: `npm install @capacitor/cli@latest`를 사용하여 Capacitor CLI를 업데이트하고, `npx cap migrate`로 변경 사항을 적용하며, `npx cap sync`로 [업데이트를 최종화](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)합니다.
-3.   **플랫폼별 단계**: iOS는 [CocoaPods](https://cocoapods.org/) (`pod install`) 및 [Xcode](https://developer.apple.com/xcode/) 설정을 업데이트합니다. Android의 경우 [Gradle](https://gradle.org/) 구성을 조정하고 Java 버전을 확인합니다.
-4.   **라이브 업데이트를 위해 [Capgo](https://capgo.app/) 사용**: 롤백 및 실시간 분석 기능과 함께 앱 스토어 지연 없이 즉시 변경 사항을 배포합니다.
-
-업데이트는 앱이 효율적이고 사용자 친화적으로 유지되도록 보장합니다. 위의 단계를 따라 원활한 프로세스를 진행하세요.
-
-## Ionic 앱을 [Capacitor](https://capacitorjs.com/) 3으로 마이그레이트하는 방법
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682028f45e3fe4823b5e5a52/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/d5H729a-rBM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 업데이트 전에
-
-업데이트 전에 준비하는 데 시간을 들이면 나중에 발생할 수 있는 문제를 피할 수 있습니다. 약간의 사전 작업이 일반적인 함정을 피하고 모든 것이 원활하게 진행되도록 도와줍니다. [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/) 동안 위험을 최소화하기 위해 집중해야 할 사항은 다음과 같습니다.
-
-### 시스템 요구 사항 확인
-
-우선, 개발 설정이 Capacitor 요구 사항을 충족하는지 확인하세요. 버전 6 및 7은 특정 소프트웨어 요구 사항이 있습니다 [\[1\]](https://capgo.app).
-
-확인해야 할 사항은 다음과 같습니다:
-
-1.   **Node.js**: Node.js 버전이 호환되는지 확인하세요.
-2.   **플랫폼별 도구**:
-    -   iOS 개발을 위해 최신 버전의 Xcode가 설치되어 있는지 확인하세요.
-    -   Android의 경우, [Android Studio](https://developer.android.com/studio)가 최신 상태인지 확인하세요.
-
-### 업데이트 노트 읽기
-
-업데이트 노트는 변경 사항이 프로젝트에 미칠 영향을 이해하기 위한 로드맵입니다. 다음을 검토하세요:
-
-1.   **공식 문서**: Capacitor의 변경 로그 및 마이그레이션 가이드를 살펴보세요.
-2.   **파손된 변경 사항**: "파손된 변경 사항" 레이블이 붙은 섹션에 주의하세요. 이러한 섹션은 워크플로를 방해할 수 있는 중요한 업데이트를 강조합니다.
-3.   **플러그인 호환성**: 프로젝트의 모든 Capacitor 플러그인이 새 버전에서 지원되는지 다시 확인하세요.
-
-## CLI 업데이트 명령어
-
-이 명령어는 앱을 업데이트하면서 모든 것이 원활하게 작동하도록 도와줍니다.
-
-### Capacitor CLI 업데이트
-
-최신 기능에 액세스하려면 Capacitor CLI를 업데이트하세요. 터미널을 열고 다음을 실행하세요:
-
-```bash
-npm install -g @capacitor/cli@latest
-```
-
-설치가 완료되면 CLI 버전을 확인하여 업데이트를 확인하세요:
-
-```bash
-npx cap --version
-```
-
-### 마이그레이션 명령어 실행
-
-프로젝트 디렉토리에서 다음 명령어를 실행하여 핵심 및 플랫폼별 Capacitor 패키지를 업데이트하세요:
-
-```bash
-# Update core Capacitor packages
-npm install @capacitor/core@latest
-npm install @capacitor/cli@latest
-
-# Update platform-specific packages
-npm install @capacitor/ios@latest
-npm install @capacitor/android@latest
-
-# Run the migration command
-npx cap migrate
-```
-
-`npx cap migrate` 명령은 다음을 수행합니다:
-
-1.   앱의 구성을 업데이트합니다.
-2.   종속성을 동기화합니다.
-3.   필요한 프로젝트 변경 사항을 적용합니다.
-4.   호환성을 위해 플러그인을 검증합니다.
-
-일부 업데이트가 자동으로 처리되지 않는 경우 수동으로 완료해야 할 수 있습니다.
-
-### 수동 단계 완료
-
-업데이트된 플랫폼과 프로젝트를 동기화하려면 다음을 실행하세요:
-
-```bash
-npx cap sync
-```
-
-추가 자동화를 위해 Capgo의 CLI 도구를 통합하려면 다음을 실행하세요:
-
-```bash
-npx @capgo/cli init
-```
-
-마지막으로 각 플랫폼에 대해 앱을 빌드하여 업데이트를 확인하세요:
-
-```bash
-# For iOS
-npx cap open ios
-
-# For Android
-npx cap open android
-```
-
-업데이트 중 문제가 발생하면 CLI는 문제 해결에 도움이 되는 상세한 오류 메시지를 제공합니다. 빌드 출력에 주의하여 주의가 필요한 경고 또는 오류를 검토하세요.
-
-## 플랫폼 업데이트
-
-핵심 업데이트가 완료되면 다음 단계는 iOS 및 Android 프로젝트의 플랫폼 구성을 미세 조정하는 것입니다.
-
-### iOS 업데이트 단계
-
-iOS 프로젝트를 시작하려면 Xcode에서 열고 다음 단계를 따르세요:
-
-1.   **CocoaPods 종속성 업데이트**  
-    CocoaPods를 사용하여 종속성을 새로 고침합니다. iOS 프로젝트 디렉토리로 이동하여 다음 명령어를 실행하세요:
-    
-    ```bash
-    cd ios/App
-    pod install
-    ```
-    
-2.   **Xcode 설정 구성**  
-    원활한 작동과 준수를 보장하기 위해 이 Xcode 설정이 업데이트되어 있는지 확인하세요:
-    
-    | **설정** | **필요한 작업** | **목적** |
-    | --- | --- | --- |
-    | 배포 대상 | 최소 iOS 버전 설정 | 호환성 보장 |
-    | 빌드 설정 | 서명 신원 업데이트 | 앱 스토어 요구 사항 충족 |
-    | 자산 카탈로그 | 아이콘 및 스플래시 자산 검증 | 비주얼 일관성 유지 |
-    
-3.   **클린 빌드**  
-    캐시된 파일을 정리하고 클린 빌드를 수행하여 남은 문제를 피합니다:
-    
-    ```bash
-    # Clean the build folder
-    xcodebuild clean
-    # Build the project
-    xcodebuild build
-    ```
-    
-
-iOS 업데이트가 완료되면 Android 프로젝트로 관심을 돌릴 수 있습니다.
-
-### Android 업데이트 단계
-
-Android의 경우 Android Studio에서 프로젝트를 열고 다음 단계를 따르세요:
-
-1.   **Gradle 구성 업데이트**  
-    `build.gradle` 파일을 열고 이 설정이 올바르게 구성되어 있는지 확인하세요:
-    
-    ```kotlin
-    android {
-        compileSdkVersion 33
-        defaultConfig {
-            minSdkVersion 22
-            targetSdkVersion 33
-        }
-    }
-    ```
-    
-2.   **프로젝트 파일 동기화**  
-    Gradle 파일과 프로젝트를 동기화하여 모든 종속성이 최신 상태인지 확인하세요. 이 단계는 SDK 도구를 업데이트하고 충돌을 해결하는 것을 포함할 수 있습니다.
-    
-3.   **Java 버전 확인**  
-    Gradle 및 Android 기능과의 호환성에 중요한 Java의 올바른 버전을 사용하고 있는지 확인하세요:
-    
-    ```bash
-    # Check the current Java version
-    ./gradlew --version
-    ```
-    
-
-Gradle 구성에 세심한 주의를 기울이세요. 일부 업데이트는 최신 Android 기능을 효과적으로 지원하기 위해 더 최신 Gradle 버전을 필요로 할 수 있습니다.
-
-## [Capgo](https://capgo.app/)로 라이브 업데이트
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/682028f45e3fe4823b5e5a52/0270fe931d56d422c8e52846495749c7.jpg)
-
-플랫폼이 구성되면 Capgo를 사용하여 앱 스토어 승인을 기다리지 않고 즉시 변경 사항을 배포할 수 있습니다. 이 단계는 실시간 배포 기능을 통해 플랫폼 업데이트를 개선합니다.
-
-### Capgo 설정
-
-Capgo를 시작하는 것은 간단합니다. 다음 간단한 명령으로 초기화할 수 있습니다:
-
-```bash
-npx @capgo/cli init
-```
-
-이 기능은 업데이트 프로세스를 간소화하며, 전통적인 검토 주기 지연 없이 앱을 최신 상태로 유지합니다. Capgo는 Capacitor 8 모두와 호환되어 기존 설정에 유연하게 사용될 수 있습니다.
-
-| **기능** | **설명** | **혜택** |
-| --- | --- | --- |
-| 종단 간 암호화 | 업데이트에 대한 내장 보안 | 승인된 사용자만 업데이트에 접근할 수 있도록 보장 |
-| [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | 고급 업데이트 배포 | 특정 사용자 세그먼트 대상으로 타겟팅 |
-| 실시간 분석 | 업데이트 성능 모니터링 | 성공률 및 사용자 참여 추적 |
-
-### 업데이트 안전 기능
-
-Capgo는 안전하고 신뢰할 수 있는 업데이트를 우선시하며, 24시간 이내에 95% 채택률과 82% 전 세계 성공률을 달성합니다 [\[1\]](https://capgo.app). 몇 가지 주요 안전 기능이 포함되어 있습니다:
-
-1.   **롤백 기능**: 문제가 발생하면 이전 버전으로 신속하게 되돌릴 수 있습니다.
-2.   **오류 추적**: 문제가 발생하기 전에 식별하고 해결합니다.
-3.   **채널 기반 배포**: [베타 그룹과 함께 업데이트 테스트](https://capgo.app/blog/how-to-send-specific-version-to-users/)한 후 광범위하게 배포합니다.
-
-### CI/CD 통합
-
-안전 조치가 마련되면 원활하고 효율적인 배포를 위해 CI/CD 파이프라인에 Capgo를 통합할 수 있습니다. Capgo는 이미 50개 이상의 앱에 대해 CI/CD를 구성하여 다른 옵션에 비해 비용 효율적인 솔루션을 제공합니다 [\[1\]](https://capgo.app).
-
-다음은 배포 명령어의 예입니다:
-
-```bash
-npx @capgo/cli deploy --channel production
-```
-
-Capgo는 다음과 같은 다양한 CI/CD 플랫폼을 지원합니다:
-
-1.   [GitHub Actions](https://docs.github.com/actions)
-2.   [GitLab CI](https://docs.gitlab.com/ee/ci/)
-3.   [Jenkins](https://www.jenkins.io/)
-4.   맞춤형 파이프라인 설정
-
-> "우리는 GitHub Actions, GitLab CI 등 선호하는 플랫폼에서 직접 CI/CD 파이프라인을 구성합니다. 우리는 CI/CD를 호스팅하거나 유지 관리비를 부과하지 않습니다." - Capgo [\[1\]](https://capgo.app)
-
-전문적인 지원을 원하는 팀을 위해 Capgo는 $2,600에 전문 CI/CD 구성 서비스도 제공합니다. 이 일회성 설정에는 맞춤형 파이프라인 구성 및 모바일 앱 배포 모범 사례에 대한 전문가 조언이 포함됩니다 [\[1\]](https://capgo.app).
-
-## 일반적인 문제 해결
-
-[Capacitor 업데이트](https://capgo.app/plugins/capacitor-updater/)는 때때로 앱의 안정성을 방해하는 문제를 초래할 수 있습니다. 이러한 일반적인 문제를 효과적으로 해결하는 방법은 다음과 같습니다.
-
-### 패키지 충돌 수정
-
-시작은 Capacitor 패키지 간의 버전 불일치를 확인하는 것입니다. 다음 명령어를 사용하세요:
-
-```bash
-npm ls @capacitor/core
-```
-
-출력을 검토하고 **@capacitor/core**, **@capacitor/ios**, **@capacitor/android**의 버전이 `package.json` 파일에서 일관된지 확인하세요. 충돌이 발견되면 문제를 일으키는 패키지를 업데이트하거나 제거하여 환경을 안정화하세요.
-
-이 문제를 해결한 후, 모든 설치된 플러그인이 업데이트된 Capacitor 버전과 호환되는지 다시 확인하세요.
-
-### 플러그인 지원 확인
-
-업데이트 전에 플러그인이 최신 Capacitor 버전과 함께 작동할 준비가 되었는지 확인하세요. 플러그인 호환성을 관리하고 검증하기 위해 다음 명령어를 사용하세요:
-
-| **작업** | **명령어** | **목적** |
-| --- | --- | --- |
-| 플러그인 목록 | `npx cap ls` | 설치된 모든 플러그인 표시 |
-| 버전 확인 | `npm outdated` | 구식 플러그인 식별 |
-| 플러그인 업데이트 | `npm update` | 플러그인을 호환되는 버전으로 업데이트 |
-
-라이브 업데이트 도구인 **Capgo**를 사용하는 경우, 플러그인이 동적 업데이트를 지원하는지 확인하세요. 이는 런타임 충돌을 방지하고 성능을 원활하게 유지하는 데 도움이 됩니다.
-
-### 빌드 오류 해결
-
-빌드 오류는 플랫폼에 따라 다를 수 있지만, 다음은 플랫폼별 수정 사항입니다:
-
-**iOS:**
-
-빌드 폴더를 다음 명령어를 사용하여 청소하세요:
-
-```bash
-xcodebuild clean -workspace ios/App/App.xcworkspace -scheme App
-```
-
-**안드로이드의 경우:**
-
-다음 명령어를 실행하여 Gradle 캐시를 지우세요:
-
-```bash
-cd android && ./gradlew clean
-```
-
-청소 후에도 오류가 지속된다면, 영향을 받은 플랫폼을 다시 추가해야 할 수도 있습니다. 방법은 다음과 같습니다:
-
-```bash
-npx cap rm ios
-npx cap rm android
-npx cap add ios
-npx cap add android
-```
-
-마지막으로, 실시간 업데이트를 위해 Capgo를 사용하고 있다면, 추가 문제를 피하기 위해 빌드 구성 사항이 플랫폼의 요구 사항을 충족하는지 다시 확인하세요.
-
-## 요약
-
-이 섹션에서는 Capacitor에서 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 위한 필수 단계와 도구를 강조하며, [Capacitor CLI 명령어](https://capgo.app/docs/cli/commands/)의 효과적인 사용이 앱 개발에서 원활한 작업 흐름을 보장하는 방법을 강조합니다. 논의된 도구와 전략은 업데이트를 단순화하면서도 잠재적 위험을 줄이는 것을 목표로 합니다.
-
-우리는 이전에 Capgo가 **1.7K 생산 앱**을 지원하며, **82% 업데이트 성공률**을 달성한다고 언급했습니다 [\[1\]](https://capgo.app). 이의 즉각적인 업데이트 기능 덕분에 **95%의 사용자들이 24시간 이내에 업데이트를 완료**할 수 있습니다 [\[1\]](https://capgo.app), 이는 그 효율성을 보여줍니다.
-
-Capgo의 성능 지표를 살펴보면 다음과 같습니다:
-
-| 지표 | 성능 |
-| --- | --- |
-| 글로벌 API 응답 시간 | 57ms |
-| 5MB 번들 다운로드 속도 | 114ms |
-| 업데이트 성공률 | 82% |
-
-> "우리는 애자일 개발을 실천하며, @Capgo는 사용자에게 지속적으로 제공하는 데 필수적입니다!" - 로드리고 만티카 [\[1\]](https://capgo.app)
-
-현대의 업데이트 도구는 여러 가지 눈에 띄는 장점을 제공합니다:
-
--   **종단 간 암호화**를 통한 안전한 업데이트 전송
--   **부분 업데이트**로 수정된 구성 요소만 다운로드하여 대역폭 절약
--   **원클릭 롤백**으로 문제 발생 시 신속 복구
--   **실시간 분석**을 통한 업데이트 성능 및 사용자 참여 모니터링
-
-이러한 기능은 [버전 업데이트](https://capgo.app/docs/live-updates/update-behavior/)를 효과적으로 관리하기 위한 강력한 프레임워크를 뒷받침합니다.
-
-작은 앱에서 큰 배포로 확장하는 경우까지, Capacitor CLI와 고급 업데이트 도구를 결합하면 오늘날의 빠르게 변화하는 개발 환경에서 신뢰할 수 있고 효율적인 버전 관리를 보장합니다.
-
-## 자주 묻는 질문(FAQs)
-
-:::faq
-### Capacitor CLI로 앱을 업데이트할 때 어떤 문제에 직면할 수 있으며, 어떻게 해결할 수 있을까요?
-
-Capacitor CLI로 앱을 업데이트할 때, 몇 가지 문제에 직면할 수 있습니다. 일반적인 문제는 **의존성 충돌**, **플러그인에서의 변경 사항**, 또는 **플랫폼별 구성 문제**입니다. 이러한 문제는 종종 Capacitor 버전 간의 차이나 서드파티 플러그인 업데이트로 인해 발생합니다.
-
-이러한 문제를 해결하는 방법은 다음과 같습니다:
-
--   **업데이트할 새 버전의 릴리스 노트를 확인**하세요. 변경 사항이나 조정이 필요한 부분을 주의 깊게 살펴보세요.
--   **생산 환경에 배포하기 전에 스테이징 환경에서 업데이트를 테스트**하세요. 이를 통해 사용자에게 영향이 가기 전에 문제를 포착하고 수정할 수 있습니다.
--   정기적으로 의존성과 플러그인을 업데이트하여 호환성 문제의 위험을 줄이세요.
-
-더 부드러운 업데이트 경험을 위해 _Capgo_와 같은 도구를 사용하는 것도 좋습니다. 이 도구를 사용하면 앱 스토어 승인 없이 사용자에게 직접 수정 사항과 새로운 기능을 제공할 수 있습니다. 최소한의 다운타임으로 앱을 최신 상태로 유지하는 훌륭한 방법입니다.
-:::
-
-:::faq
-### Capgo는 앱 업데이트를 어떻게 단순화하며, 그 주요 특징은 무엇인가요?
-
-Capgo는 개발자가 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 사용자에게 직접 변경 사항, 수정 및 새로운 기능을 푸시할 수 있도록 하여 앱 스토어 승인 없이 제공할 수 있게 하여 업데이트 방식을 단순화합니다. 이를 통해 사용자들이 몇 분 만에 최신 업데이트를 즐길 수 있어 보다 원활하고 효율적인 경험을 제공합니다.
-
-다음은 Capgo의 두드러진 점입니다:
-
--   **종단 간 암호화**로 업데이트의 보안을 보장합니다.
--   **CI/CD 통합**으로 효율적인 작업 흐름을 유지합니다.
--   **사용자별 업데이트**로 정밀한 타겟 롤아웃이 가능합니다.
--   **유연한 조직 관리**로 모든 규모의 팀을 지원합니다.
-
-Capgo는 완전 오픈 소스이며 Apple 및 Android 기준을 준수하여 [실시간 앱 업데이트](https://capgo.app/blog/live-updates-for-flutter-app/)를 위한 신뢰할 수 있는 솔루션을 제공합니다.
-:::
-
-:::faq
-### 업데이트 전에 플러그인이 최신 버전의 Capacitor와 호환되는지 어떻게 확인할 수 있나요?
-
-최신 버전의 Capacitor로 업그레이드하기 전에, 플러그인이 업데이트를 처리할 준비가 되었는지 다시 확인하는 것이 중요합니다. 플러그인 문서나 리포지토리를 살펴보며 버전별 요구 사항이나 업데이트가 있는지 확인하세요. 대부분의 플러그인은 지원하는 Capacitor 버전을 명확히 표시하므로, 이 단계를 통해 불필요한 문제를 예방할 수 있습니다.
-
-또한, 업데이트된 Capacitor 버전으로 제어된 환경에서 앱을 테스트할 수 있습니다. 이렇게 하면 업데이트가 사용자에게 영향을 미치기 전에 호환성 문제를 미리 발견하고 수정할 수 있습니다. **Capgo**와 같은 도구는 여기서 큰 도움이 될 수 있으며, 앱 스토어 승인 없이 직접 업데이트를 푸시할 수 있게 해줍니다. 이를 통해 플랫폼 가이드라인을 준수하면서 플러그인 관련 문제를 신속하게 해결할 수 있습니다.
-:::
diff --git a/src/content/blog/ko/capacitor-cli-plugin-commands-overview.md b/src/content/blog/ko/capacitor-cli-plugin-commands-overview.md
deleted file mode 100644
index fec0725b9..000000000
--- a/src/content/blog/ko/capacitor-cli-plugin-commands-overview.md
+++ /dev/null
@@ -1,338 +0,0 @@
----
-slug: capacitor-cli-plugin-commands-overview
-title: Capacitor CLI 플러그인 명령어 개요
-description: Capacitor 플러그인을 CLI 명령을 사용하여 효율적으로 관리하는 방법과 강력한 플러그인 관리 도구와의 통합 이점에 대해 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T03:14:02.984Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4be0410051fda3b63a692-1743045267566.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, CLI, plugin management, app development, updates, troubleshooting,
-  Capgo, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI는 플러그인 관리를 단순화하여 네이티브 기기 기능을 원활하게 통합할 수 있게 합니다. [Capgo](https://capgo.app/)와 같은 도구와 함께 사용하면 업데이트, 배포, 문제 해결이 간소화됩니다. 다음은 알아야 할 사항입니다:
-
-**주요 기능:**
-
--   **플러그인 설치:** `npx @capgo/cli init`를 사용하여 플러그인을 추가하고, 종속성을 처리하며, 자동으로 구성을 업데이트합니다.
--   **플러그인 업데이트:** `npm update @capacitor/*`와 `npx cap sync` 같은 명령어로 원활한 업데이트를 보장합니다.
--   **플러그인 제거:** `npm uninstall @capacitor/plugin-name`으로 깔끔하게 제거하고 구성을 동기화합니다.
--   **문제 해결:** `npx cap doctor`와 `npx cap sync --verbose` 같은 명령어로 문제를 감지하고 해결합니다.
-
-**[Capgo 장점](https://capgo.app/consulting/):**
-
--   실시간 업데이트
--   종단간 암호화
--   CI/CD 통합
--   오류 시 롤백
-
-Capgo는 전 세계적으로 750개 이상의 앱을 지원하며, 월 $12로 빠른 업데이트와 오류 추적을 제공합니다.
-
-지금 [Capacitor 플러그인](https://capgo.app/plugins/)을 효율적으로 관리하고 개발 워크플로우를 향상시켜보세요!
-
-## 크로스 플랫폼 개발: CapacitorJS 살펴보기...
-
-<iframe src="https://www.youtube.com/embed/73YWZ1G_DX4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 플러그인 설치 명령어
-
-Capacitor CLI를 사용하면 프로젝트에 플러그인을 추가하는 과정이 간단하고 효율적입니다. 이러한 명령어들은 통합 프로세스를 처리하며, 종속성을 관리하고 설정과의 호환성을 보장합니다.
-
-### 기본 설치 명령어
-
-Capacitor 플러그인을 프로젝트에 추가하려면 이 간단한 명령어 구조를 사용하세요. 예를 들어, Capgo 플러그인을 설치하려면 다음을 실행하세요:
-
-```bash
-npx @capgo/cli init
-```
-
-이 명령어는 다음을 처리합니다:
-
--   플러그인이 Capacitor 버전과 호환되는지 확인
--   필요한 모든 종속성 설치
--   플랫폼별 구성 설정
--   프로젝트 구성 파일 자동 업데이트
-
-설치 중 오류를 방지하려면 이 과정을 따르세요.
-
-### 설치 가이드라인
-
-문제 없이 플러그인을 설치하는 방법은 다음과 같습니다:
-
-**설치 전 단계**:
-
--   Capacitor 프로젝트가 이미 설정되어 있는지 확인
--   프로젝트 루트 디렉토리로 이동
--   [Node.js](https://nodejs.org/en) 버전이 최신인지 확인
--   Capacitor CLI를 최신 버전으로 업데이트
-
-**버전 관리**:
-
--   설치 시 원하는 플러그인 버전 지정
--   호환성 문제를 방지하기 위해 시맨틱 버전 관리 준수
--   배포 전 개발 환경에서 플러그인 테스트
-
-> "npx @capgo/cli init만 실행하세요!" - Capgo [\[1\]](https://capgo.app/)
-
-설치 후, `package.json`과 플랫폼별 구성 파일을 검토하여 모든 것이 정상인지 확인하세요. 추가 단계는 플러그인 문서를 참조하세요.
-
-## 플러그인 업데이트 명령어
-
-Capacitor 플러그인을 최신 상태로 유지하면 앱 안정성을 유지하고 새로운 기능에 접근할 수 있습니다. CLI는 플러그인 업데이트를 효율적으로 관리하는 도구를 제공합니다.
-
-### 사용 가능한 업데이트 찾기
-
-프로젝트 루트 디렉토리에서 다음 명령어를 실행하세요:
-
-```bash
-npm outdated @capacitor/*
-npx cap doctor
-```
-
-`npx cap doctor` 명령어는 플러그인 버전을 포함한 Capacitor 설정을 확인합니다. 문제를 식별하고 성능 향상을 위한 업데이트를 제안합니다. 어떤 플러그인을 업데이트해야 하는지 알게 되면 아래 명령어를 사용하세요.
-
-### 플러그인 업데이트 실행
-
-플러그인을 업데이트하려면 다음을 사용하세요:
-
-**단일 플러그인 업데이트**:
-
-```bash
-npm update @capacitor/plugin-name
-npx cap sync
-```
-
-**모든 플러그인 한 번에 업데이트**:
-
-```bash
-npm update @capacitor/*
-npx cap sync
-```
-
-Capgo 사용자라면 CLI 도구로 업데이트 과정이 단순화됩니다:
-
-```bash
-npx @capgo/cli update
-```
-
-### 업데이트 종속성 관리
-
-업데이트 적용 후, 종속성을 효과적으로 관리하려면 다음 단계를 따르세요:
-
-| 단계 | 작업 | 목적 |
-| --- | --- | --- |
-| 업데이트 전 | 종속성 검토 | 현재 버전 확인 |
-| 업데이트 중 | 버전 충돌 해결 | 비호환성 수정 |
-| 업데이트 후 | 플랫폼별 테스트 실행 | 모든 것이 작동하는지 확인 |
-
-Capgo 사용자는 제어된 출시와 같은 고급 기능의 혜택을 받습니다. 시스템의 입증된 신뢰성:
-
--   24시간 내 95%의 업데이트 완료 [\[1\]](https://capgo.app/)
--   전 세계적으로 82%의 업데이트 성공률 [\[1\]](https://capgo.app/)
--   Capacitor 8 버전과의 호환성 [\[1\]](https://capgo.app/)
-
-원활한 업데이트를 위해:
-
--   **버전 관리**: 업데이트 전 변경사항 커밋
--   **테스트**: 먼저 개발 환경에서 업데이트 적용
--   **종속성 경고**: 피어 종속성 문제 즉시 해결
-
-Capgo는 또한 문제 발생 시 중요 업데이트를 되돌리는 롤백 기능을 제공합니다 [\[1\]](https://capgo.app/).
-
-## 플러그인 제거 명령어
-
-플러그인을 올바르게 제거하는 것은 업데이트 중 문제를 방지하고 개발 환경을 깨끗하게 유지하는 데 중요합니다. 아래에서 플러그인 제거 및 완전한 제거 확인 단계를 확인할 수 있습니다.
-
-### 제거 명령어
-
-Capacitor 플러그인을 제거하려면 다음 명령어를 사용하세요:
-
-```bash
-npm uninstall @capacitor/plugin-name
-npx cap sync
-```
-
-플랫폼별 업데이트를 위해 실행:
-
-```bash
-npx cap update ios
-npx cap update android
-```
-
-여러 플러그인을 한 번에 제거해야 하나요? 다음을 사용하세요:
-
-```bash
-npm uninstall @capacitor/plugin1 @capacitor/plugin2
-npx cap sync
-```
-
-### 제거 후 정리
-
-제거 후, 프로젝트 안정성을 유지하기 위해 다음 정리 단계를 따르세요:
-
-| 작업 | 명령어 | 목적 |
-| --- | --- | --- |
-| 종속성 업데이트 | `npm install` | 종속성 트리 재구축 |
-| 플랫폼 동기화 | `npx cap sync` | 네이티브 프로젝트 구성 업데이트 |
-
-추가로, **capacitor.config.ts**, **package.json**, 및 플랫폼별 파일에서 남은 항목을 수동으로 제거하세요.
-
-### 플러그인 제거 확인
-
-플러그인이 완전히 제거되었는지 확인하려면 다음 명령어를 사용하세요:
-
-```bash
-npm list @capacitor/*
-npx cap doctor
-```
-
--   **`npm list @capacitor/*`**: 남아있는 Capacitor 관련 종속성 확인
--   **`npx cap doctor`**: 고아가 된 종속성, 불완전한 제거 또는 구성 문제 식별
-
-다음 영역에서 잔여 흔적을 재확인하세요:
-
--   **프로젝트 루트**: `package.json`에 플러그인이 더 이상 나열되지 않는지 확인
--   **네이티브 플랫폼**: iOS와 Android 디렉토리에서 정리 확인
--   **빌드 파일**: 컴파일된 자산에서 플러그인이 없는지 확인
-
-Capgo로 플러그인을 관리하는 경우, CLI 도구로 제거를 확인할 수 있습니다:
-
-```bash
-npx @capgo/cli verify
-```
-
-이 명령어는 충돌을 일으킬 수 있는 남은 흔적을 스캔하여 철저한 정리를 보장합니다.
-
-## 플러그인 문제 해결
-
-플러그인 설치나 업데이트 후에도 문제가 계속되는 경우, 일반적인 문제를 식별하고 해결하는 데 도움이 되는 실용적인 문제 해결 단계를 소개합니다.
-
-CLI 명령어를 통해 Capacitor 플러그인으로 작업할 때, 개발자들은 종종 워크플로우를 방해할 수 있는 문제에 직면합니다. 아래는 이러한 문제를 효과적으로 해결하는 데 도움이 되는 가이드입니다.
-
-### 진단 도구
-
-다음 명령어로 CLI 구성의 문제를 발견할 수 있습니다:
-
-```bash
-npx cap doctor
-npx cap sync --verbose
-```
-
-이 도구들은 다음을 감지할 수 있습니다:
-
--   누락된 종속성
--   버전 불일치
--   플랫폼별 구성 오류
--   플러그인 설치 문제
-
-더 깊은 통찰을 위해 Capgo는 추가 진단 명령어를 제공합니다:
-
-```bash
-npx @capgo/cli diagnose
-npx @capgo/cli verify-plugins
-```
-
-진단을 실행한 후, 아래 표를 사용하여 특정 오류에 대한 targeted 수정을 적용하세요.
-
-### 일반적인 오류 수정
-
-다음은 자주 발생하는 플러그인 문제를 해결하는 CLI 명령어입니다:
-
-| 오류 유형 | 명령어 | 해결방안 |
-| --- | --- | --- |
-| 버전 불일치 | `npx cap sync --force` | 플러그인 강제 동기화 |
-| 플랫폼 충돌 | `npx cap update <platform>` | 플랫폼별 구성 재구축 |
-| 종속성 문제 | `npm cache clean --force` | 새로운 설치를 위한 npm 캐시 정리 |
-| 플러그인 손상 | `npm rebuild` | 플러그인 바이너리 재구축 |
-
-더 고집스러운 업데이트 문제의 경우 다음 순서를 시도하세요:
-
-```bash
-npm cache clean --force
-rm -rf node_modules
-npm install
-npx cap sync
-```
-
-### CLI vs 수동 수정
-
-CLI 명령어가 충분한 경우가 많지만, 일부 상황에서는 수동 개입이 필요할 수 있습니다.
-
-**CLI 사용 시기:**
-
--   일상적인 플러그인 업데이트
--   종속성 충돌 해결
--   진단 실행 또는 플랫폼 구성 동기화
-
-**수동 수정이 필요한 경우:**
-
--   네이티브 플랫폼 코드 편집
--   병합 충돌 해결
--   플러그인 설정 사용자 정의
--   이전 플러그인을 새 버전으로 마이그레이션
-
-> "@Capgo는 우리의 애자일 개발에서 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-> "4년 만에 @Appflow 구독을 취소했습니다. Code-Push는 잘 작동하지 않는 것 같았는데, @CapGO가 이를 해결했기를
-
-| 지표 | 세부 사항 |
-| --- | --- |
-| 업데이트 성공 | 성공적인 플러그인 업데이트 모니터링 |
-| 사용자 채택 | 사용자별 버전 사용량 추적 |
-| 다운로드 속도 | 5MB 번들의 평균 114ms |
-| 오류 추적 | 실시간 문제 식별 |
-
-> "Capgo는 더 생산적이고자 하는 개발자들에게 필수 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 것이 최고예요." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-이러한 기능들이 Capgo를 업데이트 관리를 위한 효율적인 솔루션으로 만듭니다.
-
-### Capgo 업데이트 시스템
-
-Capgo는 종단간 암호화를 사용하여 Apple과 Google의 가이드라인을 준수합니다. 가격은 개인 개발자의 경우 월 12달러부터 시작하며, 대규모 팀을 위한 기업용 요금제도 있습니다.
-
-업데이트 시스템의 주요 특징:
-
--   **원클릭 롤백** 빠른 수정을 위한
--   **사용자 관리** 베타 테스트용
--   **[채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** 타겟팅된 업데이트용
--   **오류 추적** 문제 모니터링용
-
-현재 **750개의 앱**이 프로덕션 환경에서 Capgo를 사용하고 있습니다. 이 플랫폼은 또한 워크플로우에 원활한 통합을 보장하는 CI/CD 구성 서비스를 2,600달러에 제공합니다. 글로벌 CDN은 5MB 번들에 대해 평균 **114ms**의 속도로 업데이트를 제공합니다.
-
-> "@AppFlow가 연간 5000달러 청구서로 우리를 놀라게 한 후 @Capgo로 전환했습니다. 지금까지 Capgo가 마음에 듭니다. @Capgo 감사합니다, 정말 좋은 제품입니다." - jermaine [\[1\]](https://capgo.app/)
-
-## 결론
-
-### 플러그인 관리 요약
-
-Capacitor CLI는 플러그인 관리 방법을 단순화합니다. Capgo와 결합하면 인상적인 결과를 제공합니다:
-
--   2,350만 건의 업데이트 완료
--   24시간 내 95% 사용자 채택률
--   82% 전체 성공률
--   57ms 평균 API 응답 시간
-
-이러한 수치는 CLI와 Capgo가 원활하고 효율적인 업데이트를 보장하기 위해 어떻게 협력하는지 보여줍니다.
-
-### Capgo와 함께하는 다음 단계
-
-Capgo는 귀하의 워크플로우를 한 단계 더 발전시킬 수 있습니다. 클라우드와 자체 호스팅 옵션을 모두 제공하여 다양한 배포 선호도를 충족시킵니다.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo가 제공하는 것들:
-
--   업데이트 성능을 모니터링하는 실시간 분석
--   [안전한 플러그인 업데이트](https://capgo.app/docs/plugin/self-hosted/encrypted-bundles/)를 위한 종단간 암호화
--   주요 플랫폼과의 쉬운 CI/CD 통합
--   개인 개발자를 위한 월 12달러부터 시작하는 가격
-
-이미 750개의 프로덕션 앱이 Capgo를 신뢰하고 있어 검증된 선택입니다. 버그를 수정하든 새로운 기능을 출시하든, Capacitor CLI와 Capgo를 페어링하면 앱 개발을 위한 신뢰할 수 있고 효율적인 도구 키트를 얻을 수 있습니다. 오늘부터 이러한 도구들을 사용하여 Capacitor 프로젝트를 능률화하세요.
diff --git a/src/content/blog/ko/capacitor-cli-project-setup-guide.md b/src/content/blog/ko/capacitor-cli-project-setup-guide.md
deleted file mode 100644
index 79255e4cd..000000000
--- a/src/content/blog/ko/capacitor-cli-project-setup-guide.md
+++ /dev/null
@@ -1,259 +0,0 @@
----
-slug: capacitor-cli-project-setup-guide
-title: 'Capacitor CLI: 프로젝트 설정 가이드'
-description: >-
-  몇 가지 간단한 단계를 통해 웹 기술을 사용하여 네이티브 iOS 및 Android 앱을 빌드하기 위한 Capacitor CLI 설정 방법을
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T03:02:50.225Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847-1744945493935.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, CLI, mobile apps, iOS, Android, project setup, live updates,
-  troubleshooting
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**하나의 코드베이스로 iOS와 Android 앱을 만들고 싶으신가요?** [Capacitor](https://capacitorjs.com/) CLI를 사용하면 웹 기술로 네이티브 앱을 만드는 과정이 간단해집니다. 다음과 같은 내용을 배우게 됩니다:
-
--   **빠른 설정**: Capacitor CLI를 설치하고 몇 분 안에 프로젝트를 초기화하세요.
--   **플랫폼 통합**: 간단한 명령어로 iOS와 Android 지원을 추가하세요.
--   **실시간 업데이트**: [Capgo](https://capgo.app/)를 사용하여 즉각적인 OTA 업데이트를 수행하세요.
--   **일반적인 해결방법**: 동기화 오류나 빌드 실패와 같은 문제를 해결하세요.
-
-**시작하기 위한 주요 단계:**
-
-1. [Node.js](https://nodejs.org/en), npm, JDK, [Xcode](https://developer.apple.com/xcode/), 그리고 [Android Studio](https://developer.android.com/studio)를 설치하세요.
-2. `npm install @capacitor/core @capacitor/cli`를 실행하고 프로젝트를 초기화하세요.
-3. `npx cap add ios`와 `npx cap add android`를 사용하여 iOS와 Android 플랫폼을 추가하세요.
-4. 선택사항: 실시간 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 위해 Capgo를 설정하세요.
-
-이 가이드는 Capacitor CLI 설정, 플랫폼 구성, 앱 배포에 필요한 모든 것을 다룹니다. 시작해볼까요!
-
-## [Capacitor](https://capacitorjs.com/) 구성 소개
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/HufvY63esXs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 설정 요구사항
-
-시작하기 전에 다음 도구들이 설치되어 있는지 확인하세요:
-
--   **Node.js** (버전 14 이상)와 **npm**
--   **Java JDK** (버전 11 이상)
--   **Xcode** (iOS 빌드를 위한 버전 12 이상)
--   **Android Studio** (Android 빌드용)
--   **Capacitor CLI** (버전 6 또는 7)
-
-_선택사항:_ 실시간 업데이트를 활성화하고 싶다면, 아래의 "[Capgo 설정 가이드](https://capgo.app/docs/plugin/cloud-mode/getting-started/)"를 확인하세요.
-
-## CLI 설치 단계
-
-시작하기 전에 **Node.js**, **npm**, **JDK**, **Xcode**, 그리고 **Android Studio**가 설정되어 있는지 확인하세요. 준비가 되면 다음 명령어로 Capacitor CLI를 설치할 수 있습니다:
-
-```bash
-npm install --save @capacitor/core @capacitor/cli
-npx cap init
-```
-
-이 명령어는 Capacitor를 설치하고 핵심 구성요소를 설정합니다.
-
-이 단계를 완료한 후, **새 프로젝트 생성**으로 이동하여 애플리케이션을 구축하세요.
-
-## 새 프로젝트 생성
-
-[Capacitor CLI를 사용하여](https://capgo.app/docs/cli/commands/) 프로젝트를 시작하려면 다음 단계를 따르세요:
-
-```bash
-mkdir my-app && cd my-app
-npm init -y
-npx cap init my-app com.company.app --web-dir dist
-```
-
-### 구성 파일 업데이트
-
-`capacitor.config.json` 파일을 편집하여 다음 설정을 포함하세요:
-
-```json
-{
-  "appId": "com.company.app",
-  "appName": "My App",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "server": {
-    "hostname": "app.example.com",
-    "androidScheme": "https"
-  }
-}
-```
-
-업데이트가 완료되면 이 구성을 사용하여 프로젝트에 Capacitor를 설정하세요.
-
-## 플랫폼 설정
-
-이제 프로젝트 구조가 완성되었으니 iOS와 Android 대상을 설정할 차례입니다.
-
-### iOS와 Android 추가
-
-Capacitor CLI를 사용하여 필요한 플랫폼별 패키지를 설치하는 것으로 시작하세요:
-
-```bash
-npm install @capacitor/ios @capacitor/android
-npx cap add ios
-npx cap add android
-```
-
-iOS의 경우 Xcode 14 이상, [CocoaPods](https://cocoapods.org/) 1.11 이상, 그리고 macOS 12 이상이 필요합니다. Android의 경우 Android Studio Giraffe (2022.3.1+), JDK 17 이상, 그리고 [Gradle](https://gradle.org/) 7.5 이상이 필요합니다.
-
-설치가 완료되면 웹 애플리케이션의 변경사항에 맞춰 네이티브 대상을 업데이트해야 합니다.
-
-### 플랫폼 업데이트
-
-웹 앱을 업데이트한 후 플랫폼을 최신 웹 변경사항과 동기화하려면 다음 단계를 따르세요:
-
-```bash
-npm run build
-npx cap sync
-```
-
-`cap sync` 명령어는 두 가지 작업을 수행합니다:
-
--   업데이트된 웹 자산을 네이티브 플랫폼에 복사
--   네이티브 구성과 플러그인을 최신 변경사항과 일치하도록 업데이트
-
-### IDE 설정
-
-적절한 IDE에서 플랫폼별 프로젝트를 열어보세요:
-
-```bash
-npx cap open ios     # Opens Xcode
-npx cap open android # Opens Android Studio
-```
-
-**Xcode에서:**
-
-1. 개발 팀을 선택하세요.
-2. 서명 인증서를 설정하세요.
-3. 번들 식별자를 업데이트하세요.
-
-**Android Studio에서:**
-
-1. `build.gradle`에서 애플리케이션 ID를 수정하세요.
-2. 서명을 위한 키스토어를 구성하세요.
-3. 디버그와 릴리스 빌드 변형을 설정하세요.
-
-모든 것이 구성되면 `npx cap build ios` 또는 `npx cap build android`를 사용하여 프로젝트를 빌드하세요. 모든 자산이 최신 상태인지 확인하기 위해 `npx cap sync`를 다시 실행하는 것을 잊지 마세요.
-
-## [Capgo](https://capgo.app/) 설정 가이드
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6801ba663c6b972ab5067847/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-앱의 즉각적인 OTA 업데이트를 활성화하기 위해 Capgo를 설정하세요.
-
-### Capgo의 주요 기능
-
-Capgo는 앱 업데이트를 간소화하는 여러 도구를 제공합니다:
-
--   **종단간 암호화**로 업데이트의 안전한 전달을 보장합니다.
--   앱 실행 시 업데이트가 **백그라운드에서** 실행됩니다.
--   **분석 도구**로 업데이트 성공률과 사용자 참여도를 추적할 수 있습니다.
--   **원클릭 롤백** 옵션으로 문제가 있는 업데이트를 빠르게 복구할 수 있습니다.
--   단계적 출시와 베타 테스트를 위해 **[채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**을 사용하세요.
-
-### Capgo 설치
-
-Capgo를 시작하려면 다음 단계를 따르세요:
-
-1. [Capgo CLI 설치](https://capgo.app/docs/self-hosted/local-dev/cli/):
-
-```bash
-    npm install --save @capgo/cli
-    ```
-
-2. 프로젝트에서 [Capgo 초기화](https://capgo.app/docs/webapp/):
-
-```bash
-    npx capgo init
-    ```
-
-3. 업데이트 빌드 및 배포:
-
-```bash
-    npm run build
-    npx capgo release
-    ```
-
-4. 백그라운드 업데이트 프로세스를 시작하기 위해 앱을 여세요.
-
-### 모범 사례
-
--   모든 사용자에게 배포하기 전에 채널을 사용하여 업데이트를 테스트하세요.
--   업데이트가 성공적으로 전달되고 사용자가 계속 참여하는지 확인하기 위해 분석을 모니터링하세요.
--   문제를 조기에 발견하고 수정하기 위해 오류 추적을 활성화하세요.
--   문제를 빠르게 해결하기 위해 롤백 기능을 준비하세요.
-
-Capgo는 Capacitor 8을 지원하며, CI/CD 파이프라인과 원활하게 통합되고, Apple과 Google 스토어 요구사항을 준수합니다.
-
-## 일반적인 문제와 팁
-
-플랫폼과 Capgo 설정을 완료한 후에는 몇 가지 일반적인 오류에 직면할 수 있습니다. 다음은 이를 빠르게 해결하는 방법입니다.
-
-### 환경 설정 문제
-
--   **CLI를 찾을 수 없음**  
-    **오류**: `npx cap` 명령이 실패합니다.  
-    **해결**: `npm install --save @capacitor/cli @capacitor/core`를 실행하고 다시 시도하세요.
-
--   **Node 버전 불일치**  
-    **오류**: Node.js 버전 오류로 인해 CLI 명령이 실패합니다.  
-    **해결**: 설정 요구사항에 명시된 대로 Node.js 버전 14 이상을 설치하세요.
-
-### 구성 문제
-
--   **구성 불일치**  
-    **오류**: `capacitor.config.json`의 변경사항이 적용되지 않습니다.  
-    **해결**: `appId`와 `webDir` 값이 프로젝트의 `package.json`과 웹 빌드 출력 폴더와 일치하는지 확인하세요.
-
--   **플랫폼 동기화 오류**  
-    **오류**: `npx cap sync` 실행 시 플러그인 버전 충돌이 발생합니다.  
-    **해결**: `@capacitor/android`와 `@capacitor/ios`를 동일한 메이저 버전으로 업데이트한 후 동기화 명령을 다시 실행하세요.
-
-### 빌드 및 배포
-
--   **빌드 서명 실패**  
-    **오류**: 인증서나 키스토어가 없어 iOS 또는 Android 빌드가 실패합니다.  
-    **해결**: IDE 설정 지침을 따르세요. iOS의 경우 Xcode에서 개발 팀을 추가하고, Android의 경우 `build.gradle`에서 키스토어를 구성하세요.
-
--   **웹 디렉토리를 찾을 수 없음**  
-    **오류**: `npx cap sync`가 웹 자산을 찾을 수 없습니다.  
-    **해결**: 플랫폼을 동기화하기 전에 웹 빌드 명령(예: `npm run build`)을 실행하세요.
-
-### 실시간 업데이트 문제
-
--   **[Capgo 업데이트 실패](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-    **오류**: 프로덕션 앱에서 업데이트가 나타나지 않습니다.  
-    **해결**: `capacitor.config.json`에서 [Capgo API 키](https://capgo.app/docs/webapp/api-keys/)를 다시 확인하고 올바른 채널을 대상으로 하고 있는지 확인하세요.
-
-플랫폼별 설정에 대한 자세한 내용은 플랫폼 설정 섹션을 다시 확인하세요. 실시간 업데이트 작업을 하고 있다면 추가 문제 해결 팁을 위해 Capgo 설정 가이드를 참조하세요.
-
-## 요약
-
-### 설정 검토
-
-Capacitor CLI로 웹 앱을 시작하고, iOS와 Android 플랫폼을 설정하고, 선택적으로 실시간 업데이트를 위해 Capgo를 포함하세요.
-
-시작하는 방법은 다음과 같습니다:
-
--   Capacitor CLI를 사용하여 프로젝트를 초기화하세요.
--   앱의 패키지 ID를 설정하고 웹 출력 디렉토리를 정의하세요.
--   iOS와 Android 플랫폼에 대한 지원을 추가하세요.
--   다음 명령어로 Capgo를 설치하고 설정하세요: `npm install --save @capgo/cli && npx capgo init`
-
-자세한 설
diff --git a/src/content/blog/ko/capacitor-community-forums-for-plugin-developers.md b/src/content/blog/ko/capacitor-community-forums-for-plugin-developers.md
deleted file mode 100644
index 7d9ec951f..000000000
--- a/src/content/blog/ko/capacitor-community-forums-for-plugin-developers.md
+++ /dev/null
@@ -1,63 +0,0 @@
----
-slug: capacitor-community-forums-for-plugin-developers
-title: Capacitor 플러그인 개발자를 위한 커뮤니티 포럼
-description: 'Capacitor 플러그인 개발자들이 문제를 해결하고, 지식을 공유하며, 개발 경험을 향상시킬 수 있는 필수 포럼들을 살펴보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:15:19.291Z
-updated_at: 2025-03-19T03:15:43.434Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da1574cfd1b2222c56b5cd-1742354143434.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, plugin development, developer forums, troubleshooting, community
-  support
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 포럼은 플러그인 개발자들이 문제를 해결하고, 지식을 공유하며, 다른 사람들과 소통하는 데 필수적입니다. 문제 해결, 플러그인 공유 또는 모범 사례 학습 등 이러한 포럼은 귀중한 리소스와 지원을 제공합니다.
-
-### 주요 내용:
-
-- **주요 포럼**: 실시간 도움을 위한 [Discord](https://ionic.io/blog/announcing-official-ionic-discord-server), 상세한 대화를 위한 [GitHub Discussions](https://github.com/ionic-team/capacitor/discussions), 기술적 답변을 위한 [Stack Overflow](https://stackoverflow.com/questions/tagged/capacitor)를 활용하세요.
-- **모범 사례**: 명확한 질문 작성, 코드 스니펫 공유, 포럼 규칙 준수로 더 나은 응답을 받으세요.
-- **추가 도구**: [즉각적인 앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 위한 [Capgo](https://capgo.app/)와 공식 문서를 활용하여 신뢰할 수 있는 지침을 얻으세요.
-
-### 빠른 시작:
-
-1. **포럼 가입**: Discord와 GitHub Discussions부터 시작하세요.
-2. **질문하기**: 자세한 상황과 코드 예제를 제공하세요.
-3. **도구 사용**: 더 빠른 업데이트와 디버깅을 위해 Capgo를 사용해보세요.
-
-Capacitor 포럼은 효율적인 플러그인 개발을 위한 필수 공간입니다. 학습하고, 공유하고, 성장하세요!
-
-## 주요 [Capacitor](https://capacitorjs.com/) 포럼
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
-
-Capacitor 개발자들은 연결, 협업 및 문제 해결을 위한 여러 포럼을 활용합니다.
-
-### [Discord](https://ionic.io/blog/announcing-official-ionic-discord-server) 채널 가이드
-
-![Discord Community Platform](https://mars-images.imgix.net/seobot/screenshots/ionic.io-731d02617347fde57eccb2bd555c6e2e-2025-03-19.jpg?auto=compress)
-
-공식 Discord 서버는 실시간 토론과 빠른 문제 해결을 위한 훌륭한 공간입니다. 다음과 같은 집중 채널로 구성되어 있습니다:
-
-- **#plugin-development**: 플러그인 제작과 유지보수에 대한 토론
-- **#troubleshooting**: 즉각적인 기술 지원을 위한 공간
-- **#announcements**: Capacitor와 생태계에 대한 최신 소식 확인
-
-중요한 채널에 대한 알림을 설정할 수 있으며, 서버의 검색 가능한 메시지 기록으로 과거 해결책을 쉽게 찾아볼 수 있습니다.
-
-[계속...]
-
-### 시작하기
-
-시작할 준비가 되셨나요? 다음과 같이 시작하세요:
-
--   **주요 플랫폼 참여하기**: Discord와 GitHub Discussions에 참여하여 커뮤니티와 소통하고 공식 문서를 살펴보세요.
--   **플러그인 공유하기**: 다른 사람들을 돕고 건설적인 피드백을 얻기 위해 귀하의 작업을 공유하세요.
--   **효율적인 도구 사용하기**: Capgo와 같은 도구를 사용하면 업데이트, 테스트, 배포가 간단해져 개발 프로세스가 더욱 원활해집니다.
diff --git a/src/content/blog/ko/capacitor-comprehensive-guide.md b/src/content/blog/ko/capacitor-comprehensive-guide.md
deleted file mode 100644
index e8be0af4d..000000000
--- a/src/content/blog/ko/capacitor-comprehensive-guide.md
+++ /dev/null
@@ -1,106 +0,0 @@
----
-slug: capacitor-comprehensive-guide
-title: 'Capacitor: 종합 안내서'
-description: >-
-  CapacitorJS는 웹 개발자가 단일 표준 웹 코드베이스로 iOS, Android, 데스크탑 및 진보적 웹 앱을 구축할 수 있도록 해주는
-  강력한 도구입니다. 이 포괄적인 가이드를 통해 Capacitor에 대해 알아야 할 모든 것을 배워보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-10T00:00:00.000Z
-updated_at: 2023-06-10T00:00:00.000Z
-head_image: /capacitor-guide.webp
-head_image_alt: Capacitor 가이드 일러스트
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Guides
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/)는 웹 개발자가 단일 표준 웹 코드베이스를 사용하여 네이티브 iOS, Android, Desktop 및 Progressive Web App을 만들 수 있도록 해주는 다재다능한 도구입니다. Ionic 팀에서 개발한 Capacitor는 최근 몇 년 동안 웹 기술의 모바일 플랫폼 잠재력을 인식하는 개발자들로부터 상당한 주목을 받았습니다. 이 포괄적인 가이드에서는 Capacitor에 대한 가장 일반적인 질문에 답하고 그 기능, 사용 사례 및 이점을 탐구합니다.
-
-## Capacitor란 무엇인가요?
-
-Capacitor는 웹 개발자가 현대 브라우저에서 실행되는 표준 웹 기술을 사용하여 크로스 플랫폼 앱을 구축할 수 있도록 해주는 무료 오픈 소스(MIT 라이센스) 플랫폼입니다. 이는 네이티브 플랫폼 SDK(iOS 및 Android), 명령줄 도구, 플러그인 API 및 미리 만들어진 플러그인으로 구성됩니다. Capacitor는 기존 웹 애플리케이션이 각 플랫폼에서 네이티브 앱으로 실행되도록 하며, JavaScript를 통해 네이티브 플랫폼에 대한 후크를 제공합니다. 이러한 후크는 앱에 직접 내장하거나 재사용 및 배포를 위해 독립형 플러그인으로 만들 수 있습니다.
-
-## Capacitor로 무엇을 만들 수 있나요?
-
-Capacitor를 사용하면 네이티브 또는 다른 크로스 플랫폼 도구로 만들 수 있는 거의 모든 것을 구축할 수 있습니다. Capacitor 앱은 네이티브 플랫폼에 완전히 접근할 수 있으므로 대부분의 네이티브 기능을 구현할 수 있습니다. 그러나 네이티브 UI 컨트롤을 웹 앱 뷰 계층에 직접 삽입하는 것은 어려울 수 있으며, 현재로서는 다른 사람들이 사용할 수 있는 추상화된 기술로 제공되지 않습니다.
-
-## Capacitor는 누구를 위한 것인가요?
-
-Capacitor는 HTML, CSS 및 JavaScript 배경을 가진 웹 개발자를 대상으로 합니다. 웹 또는 데스크톱 앱(Electron 또는 유사 도구 사용)을 구축하는 경우, Capacitor는 모바일 중심의 크로스 플랫폼 앱을 만드는 솔루션입니다.
-
-## 팀이 Capacitor를 언제 선택해야 하나요?
-
-팀은 웹 개발 기술과 기존 웹 투자를 활용하여 네이티브 플랫폼 앱을 배포하고자 할 때 Capacitor를 고려해야 합니다. Capacitor는 데이터 기반 앱, 소비자 앱, B2B/E 앱 및 기업 앱에 적합합니다. 특히 Ionic(Capacitor의 배경이 되는 회사)는 전용 기업 지원 및 기능을 제공하므로 기업 앱에 특히 적합합니다.
-
-## 기존 웹 코드를 재사용하고 웹 앱과 새로운 코드를 공유할 수 있나요?
-
-네! Capacitor는 표준 웹 앱을 네이티브로 실행하므로 팀이 웹 및 모바일을 위한 단일 코드베이스를 유지하거나 구성 요소, 논리 또는 특정 경험과 같은 웹 앱의 일부를 재사용할 수 있습니다.
-
-## Capacitor의 강점은 무엇인가요? 한계는 무엇인가요?
-
-Capacitor는 표준 웹 앱을 네이티브 모바일 앱으로 실행하고 네이티브 기능으로 웹 앱을 확장하는 데 뛰어납니다. 웹 개발에 능숙하거나 상당한 웹 투자를 한 팀에 이상적입니다. Capacitor는 3D/2D 또는 그래픽 집약적 앱에 최선의 선택이 아닐 수 있지만, WebGL을 지원합니다. 웹 앱과 네이티브 레이어 간의 광범위한 통신이 필요한 앱은 Capacitor 통신 브리지가 직렬화로 인해 오버헤드를 추가할 수 있습니다. 그러나 필요할 때마다 Capacitor 앱은 항상 사용자 지정 네이티브 코드를 실행할 수 있습니다.
-
-## Native UI 컨트롤을 Capacitor와 혼합할 수 있나요?
-
-네, 모달 또는 상위 수준 내비게이션 컨테이너와 같이 Capacitor 웹 뷰 외부에 네이티브 UI 컨트롤을 표시할 수 있습니다. 네이티브 컨트롤을 웹 뷰 경험에 삽입하는 것은 가능하지만, 아직 다른 사람들이 사용할 수 있는 기술로 제공되지 않습니다.
-
-## Capacitor와 Electron은 어떻게 다른가요?
-
-Capacitor는 종종 "모바일을 위한 Electron"으로 설명됩니다. 이는 Electron의 모바일 중심 대응물 역할을 하기 때문입니다. 그러나 Capacitor는 배포 플랫폼으로서 Electron을 겨냥할 수 있으며, 이는 더 높은 수준의 추상화입니다. 데스크톱 플랫폼만 겨냥할 경우 Electron으로 충분합니다. 그러나 모바일, 웹 및 데스크톱을 위한 크로스 플랫폼 앱을 구축하고자 한다면 Capacitor는 Electron 및 기타 플랫폼을 지원합니다.
-
-## Capacitor와 Ionic은 어떻게 다른가요?
-
-Ionic은 Capacitor, Ionic Framework, Stencil, Appflow 및 기타 앱 개발 중심 제품을 만드는 회사입니다. Capacitor는 앱의 네이티브 측 및 네이티브 앱과 웹 뷰 간의 통신을 처리하는 도구 세트입니다. Ionic Framework를 포함하여 웹 뷰 앱에서 사용되는 프레임워크 및 기술과는 관계가 없습니다. Ionic Framework는 웹 앱이 네이티브처럼 보이고 느낄 수 있도록 강력한 UI 구성 요소를 제공하는 모바일 UI 툴킷입니다.
-
-## Capacitor와 함께 Ionic Framework를 사용할 필요가 있나요?
-
-아니요, Tailwind, Material UI, Chakra, Quasar, Framework7 또는 자신만의 사용자 정의 구성 요소와 같은 다른 UI 및 CSS 프레임워크와 함께 Capacitor를 사용할 수 있습니다. 그러나 Ionic Framework는 웹 앱과 함께 네이티브 같은 경험을 만드는 데 여전히 훌륭한 옵션입니다.
-
-## Ionic의 Capacitor에 대한 전략은 무엇인가요?
-
-Ionic은 Capacitor 채택을 촉진하고자 합니다. 이는 Appflow(그들의 모바일 CI/CD 서비스), Ionic Framework 및 기업 솔루션의 사용 증가로 이어집니다. Capacitor의 성장은 디자인에 따른 것이며, 웹 개발자가 모바일 앱을 구축할 수 있도록 더 프론트엔드-불가지론적 스택을 제공하기 위해 만들어졌습니다.
-
-## React, Next.js 또는 Remix와 함께 Capacitor를 사용할 수 있나요?
-
-네, Capacitor는 React, Next.js 및 Remix와 잘 작동합니다. 표준 React 웹 개발과 React Native 사이에서 개발자를 더 가깝게 유지하며, 대부분의 React 라이브러리와 추가 기능이 Capacitor와 원활하게 작동합니다.
-
-## Capacitor와 React Native는 어떻게 다른가요?
-
-Capacitor와 React Native는 크로스 플랫폼 개발을 위한 도구 및 플러그인 인프라를 제공하는 데 유사성을 공유합니다. 하지만 React Native는 JS와 React를 사용하여 플랫폼 네이티브 UI 컨트롤을 추상화하는 웹과 유사한 시스템을 사용합니다. 반면에 Capacitor는 표준 웹 앱을 위해 웹 뷰를 제공합니다. Capacitor는 네이티브 UI 컨트롤을 관리하고 JS 레이어와 동기화할 필요가 없기 때문에 React Native보다 덜 복잡합니다.
-
-## Capacitor가 React Native보다 빠른가요?
-
-작업 부하에 따라 다릅니다. Capacitor는 iOS 및 Android에서 JIT 엔진에 접근할 수 있어 React Native보다 JavaScript를 더 빠르게 실행할 수 있습니다. 그러나 React Native는 네이티브 UI 컨트롤을 사용하여 UI 렌더링에 대해 "더 빠르다" 또는 "더 성능이 좋다"고 평가될 수 있지만, Capacitor 앱은 주로 웹 뷰에서 실행됩니다.
-
-## Capacitor와 Flutter는 어떻게 다른가요?
-
-Capacitor와 Flutter는 모두 크로스 플랫폼 개발을 위한 도구 및 플러그인 인프라를 제공하지만, Capacitor는 JavaScript와 표준 웹 기술을 사용하고 Flutter는 Dart 및 사용자 지정 UI와 API 환경을 사용합니다. UI 측면에서, Capacitor와 Flutter는 모두 사용자 지정 렌더링 엔진을 사용하며, Flutter는 자체 구성 요소를 그리고 Capacitor는 대부분의 UI를 웹 뷰에서 렌더링합니다.
-
-## Capacitor를 React Native 또는 전통적인 네이티브 앱에 삽입하여 모바일 마이크로 프런트엔드를 구축할 수 있나요?
-
-네, [Ionic Portals](https://ionic.io/portals/)를 사용하여 Capacitor를 React Native 또는 Swift/Kotlin으로 구축된 전통적인 네이티브 앱에 삽입하여 모바일 마이크로 프런트엔드 접근 방식으로 사용할 수 있습니다.
-
-## Capacitor에서 고성능 애니메이션을 위한 옵션은 무엇인가요?
-
-Ionic Framework, Quasar, Framework7 또는 Konsta UI의 미리 제작된 최적화된 구성 요소를 사용하거나 Framer Motion, Lottie 또는 CSS 애니메이션을 사용하여 사용자 지정 애니메이션을 만들 수 있습니다. CSS 애니메이션을 사용할 때는 성능 모범 사례를 따르도록 하십시오.
-
-## Capacitor에는 몇 개의 플러그인이 있나요?
-
-Capacitor는 26개의 핵심 플러그인과 수많은 커뮤니티 제작 플러그인을 보유하고 있습니다. 커뮤니티 플러그인 리소스를 위해 [awesome-capacitor](https://github.com/riderx/awesome-capacitor/), [capacitor-community](https://github.com/capacitor-community/) 조직 및 [Capgo](https://capgo.app/plugins/) 91개의 플러그인을 확인해 보세요.
-
-## Capacitor용 VS Code 확장 프로그램이 있나요?
-
-네, [Ionic VS Code 확장 프로그램](https://marketplace.visualstudio.com/items/?itemName=ionic.ionic)은 Capacitor 확장 프로그램으로도 사용되며, 임베디드 미리보기, 디바이스 실행, 외부 디버깅, 프로젝트 품질 린팅, 보안 분석 등과 같은 기능을 제공합니다.
-
-## 기업 전용 지원이 제공되나요?
-
-네, Capgo는 [기업 지원 및 기능](https://capgo.app/)을 제공하며, 여기에는 전용 지원, 라이브 업데이트 및 인증을 위한 네이티브 플러그인 등이 포함됩니다.
-
-## Capacitor를 시작하려면 어떻게 하나요?
-
-[Capacitor 문서](https://capacitorjs.com/docs/)를 방문하고 앱에 Capacitor를 설치하기 위한 지침을 따르십시오. Ionic Framework 및 Angular/React/Vue를 사용하는 의견이 반영된 Capacitor 앱으로 시작하고 싶다면 [Ionic Framework 사이트](https://ionicframework.com/)에서 시작하기 흐름을 따르십시오.
diff --git a/src/content/blog/ko/capacitor-live-updates-handling-version-conflicts.md b/src/content/blog/ko/capacitor-live-updates-handling-version-conflicts.md
deleted file mode 100644
index 23ffc88cc..000000000
--- a/src/content/blog/ko/capacitor-live-updates-handling-version-conflicts.md
+++ /dev/null
@@ -1,170 +0,0 @@
----
-slug: capacitor-live-updates-handling-version-conflicts
-title: 'Capacitor 실시간 업데이트: 버전 충돌 처리'
-description: 안정적인 앱 성능과 원활한 사용자 경험을 보장하기 위해 실시간 업데이트에서 버전 충돌을 관리하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:09:18.971Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94-1745464174874.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, live updates, version conflicts, app performance, error tracking,
-  rollback, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 실시간 업데이트는 앱스토어 심사를 우회하여 시간을 절약할 수 있지만, 버전 충돌로 인해 앱 성능과 사용자 경험이 저하될 수 있습니다. 다음은 알아야 할 사항입니다:
-
-- **일반적인 문제**: 단계적 출시, 실패한 업데이트(18% 실패율), 베타와 프로덕션 채널 혼용이 자주 충돌을 일으킵니다.
-- **빠른 해결방법**: 안정적인 버전으로 롤백, 출시 제한, 상세 로깅 활성화.
-- **예방 팁**: 명확한 [릴리스 채널](https://capgo.app/docs/webapp/channels/), 일관된 버전 관리, 플랫폼별 테스트 사용.
-- **최고의 도구**: [Capgo](https://capgo.app/)와 같은 플랫폼은 자동 롤백, 오류 추적, 빠른 업데이트 전달(24시간 이내 95% 사용자 업데이트) 등의 기능을 제공합니다.
-
-버전 충돌을 효율적으로 관리하기 위해서는 실시간 모니터링, 단계적 출시, 롤백 계획에 집중하세요. Capgo와 같은 도구를 사용하여 프로세스를 단순화하고 앱 안정성을 유지하세요.
-
-## [Capacitor](https://capacitorjs.com/) 실시간 업데이트의 버전 충돌
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### 일반적인 충돌 원인
-
-실시간 업데이트 중 버전 충돌은 주로 다음과 같은 시나리오에서 발생합니다:
-
-- **단계적 출시**: 점진적 출시로 인해 여러 앱 버전이 동시에 활성화될 수 있습니다. Capgo에 따르면 24시간 내에 95%의 사용자가 업데이트하지만, 나머지 5%로 인해 버전 분열이 발생할 수 있습니다[\[1\]](https://capgo.app/).
-
-- **실패한 업데이트**: 82%의 업데이트 성공률로 인해, 약 18%의 [업데이트 시도](https://capgo.app/docs/live-updates/update-behavior/)가 실패하여 일부 사용자가 구 버전에 머물게 됩니다[\[1\]](https://capgo.app/).
-
-- **베타 테스트 채널**: 적절한 버전 관리 없이 베타 테스트와 단계적 출시를 혼용하면 베타와 프로덕션 버전 간 충돌이 발생할 수 있습니다[\[1\]](https://capgo.app/).
-
-이러한 상황은 앱 버전의 분열을 초래하여 성능과 사용자 경험을 저하시킬 수 있습니다.
-
-### 앱 성능에 미치는 영향
-
-버전 충돌은 앱과 사용자에게 다양한 문제를 일으킬 수 있습니다:
-
-- 증가된 충돌, 오류, 일관성 없는 동작.
-- 수정이 지연되고 사용자가 문제가 있는 버전에 머물게 되는 긴 문제 해결 과정.
-- 복구 작업에는 영향받은 세그먼트 식별, 업데이트 롤백, 수정사항 배포, 사용자 활동 모니터링이 필요합니다. Capgo와 같은 도구는 자동 롤백, 오류 추적, 채널 관리로 이 프로세스를 단순화합니다[\[1\]](https://capgo.app/).
-
-## 버전 충돌 찾기 및 분석
-
-실시간 오류를 모니터링하고 업데이트 성능을 추적하는 도구로 버전 충돌을 조기에 발견하세요.
-
-### 개발 중 충돌 확인
-
-개발 단계에서 오류 추적 도구와 업데이트 성능 데이터를 활용하세요. 이 접근 방식은 앱이 사용자에게 도달하기 전에 잠재적 문제를 식별하는 데 도움이 됩니다[\[1\]](https://capgo.app/).
-
-### 업데이트 오류 분석
-
-단계적 출시나 혼합 릴리스 채널과 같은 일반적인 트리거에 집중하세요. 업데이트 로그를 분석하여 네트워크 실패, 호환되지 않는 변경사항 또는 기타 반복되는 문제의 패턴을 찾으세요. 발생 빈도와 사용자에 대한 영향을 기준으로 수정사항의 우선순위를 정하세요.
-
-### 플랫폼별 테스트
-
-iOS와 Android에 대해 별도의 업데이트 테스트를 실행하세요. 각 플랫폼에 대해 단계적 출시를 사용하고 성능을 추적하기 위해 분석 대시보드를 주의 깊게 모니터링하세요.
-
-충돌이 식별되면 효율적으로 해결하기 위해 수정사항, 롤백 계획 또는 예방 조치를 구현하세요.
-
-## 버전 충돌 해결 및 예방
-
-버전 충돌을 식별한 후에는 다음 단계에 따라 해결하고 향후 문제를 예방하세요.
-
-### 빠른 충돌 해결
-
-다음은 충돌을 빠르게 해결하는 방법입니다:
-
-- 즉시 마지막 안정 빌드로 롤백하세요.
-- 노출을 최소화하기 위해 안전한 채널로 출시를 제한하세요.
-- 충돌 패턴을 분석하고 이해하기 위해 상세 로깅을 활성화하세요.
-
-해결 후에는 충돌이 재발할 가능성을 줄이는 습관에 집중하세요.
-
-### 충돌 예방 단계
-
-버전 충돌을 방지하기 위해 다음 방법을 구현하세요:
-
-- 내부, 베타, 프로덕션과 같은 명확한 릴리스 채널을 설정하세요.
-- 성능 지표를 기준으로 점진적으로 업데이트를 출시하세요.
-- 모든 릴리스에서 일관된 버전 번호를 사용하세요.
-- 업데이트 출시 전에 플랫폼별 테스트를 자동화하세요.
-
-### 업데이트 롤백 방법
-
-업데이트로 인해 문제가 발생하면 다음 롤백 단계를 따르세요:
-
-1. 문제의 범위를 이해하기 위해 오류 로그를 검토하세요.
-2. [Capgo 대시보드](https://capgo.app/docs/webapp/)를 사용하여 롤백을 시작하세요.
-3. 다음 업데이트를 푸시하기 전에 오류율과 성능 지표를 모니터링하세요.
-
-[\[1\]](https://capgo.app/) Capgo 문서: 원클릭 롤백, 채널 시스템, 오류 추적 기능.
-
-## 실시간 업데이트 관리 도구
-
-실시간 업데이트 도구는 2022년 이후 큰 변화를 겪었습니다. [Microsoft CodePush](https://microsoft.github.io/code-push/)가 2024년에 종료되고 [Appflow](https://ionic.io/appflow/)가 2026년에 종료될 예정이므로, 개발자들은 앱스토어 규정을 준수하면서 버전 충돌을 처리할 수 있는 플랫폼으로 이동하고 있습니다.
-
-### 현재 시장 도구
-
-오늘날 개발자들은 빠른 업데이트를 가능하게 하고 iOS와 Android 가이드라인을 준수하는 솔루션을 찾고 있습니다. Capgo가 이러한 요구사항을 어떻게 충족하는지 자세히 살펴보겠습니다.
-
-### [Capgo](https://capgo.app/) 기능
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68099a379bd9ce97f26bad94/29f394e74984c052f31714ba4759b80a.jpg)
-
-Capgo는 다른 플랫폼이 남긴 공백을 채우기 위해 설계된 다양한 기능을 제공합니다. **[클라우드 또는 자체 호스팅 배포](https://capgo.app/blog/self-hosted-capgo/)**, **종단간 암호화**, **CI/CD 통합**, **채널 기반 배포**가 포함됩니다. 주요 성능 지표는 다음과 같습니다:
-
-- 5 MB 번들의 글로벌 CDN 전달 시간 **114 ms**
-- 전 세계 평균 API 응답 시간 **434 ms**
-- 24시간 이내 **95%의 활성 사용자** 업데이트
-- **82% 전체 업데이트 성공률**
-- 현재 프로덕션에서 약 **1,900개의 앱**
-- 지금까지 **1.15조 건의 업데이트** 전달
-
-### 도구 비교
-
-다음은 Capgo와 기존 솔루션의 비교입니다:
-
-- **설정 비용**: Capgo는 **$2,600**의 일회성 비용이 필요하며, 다른 도구는 연간 **$6,000** 이상입니다.
-- **CI/CD 운영**: Capgo는 약 **$300/월**이며, 기존 도구는 종종 **$500/월**을 초과합니다.
-- **전달 속도**: Capgo는 5 MB 번들을 **114 ms**에 전달하며, 다른 플랫폼은 가변적인 속도를 보입니다.
-- **암호화**: Capgo는 **종단간 암호화**를 제공하며, 많은 대안은 기본 서명만 제공합니다.
-
-## 크로스 플랫폼 버전 관리
-
-이 섹션은 실시간 업데이트 도구 개요를 바탕으로 iOS와 Android 버전을 일치시키는 전략에 중점을 둡니다.
-
-### 버전 관리 팁
-
-- **[Capgo 채널](https://capgo.app/docs/webapp/channels/)**을 사용하여 플랫폼별 테스트를 수행하면서 iOS와 Android 출시를 관리하세요 [\[1\]](https://capgo.app/).
-- 두 플랫폼 간의 런타임 호환성을 보장하기 위해 **Capacitor 8**을 사용하세요 [\[1\]](https://capgo.app/).
-
-### 테스트 접근 방식
-
-- 특정 사용자 그룹과 함께 업데이트를 테스트하기 위해 각 플랫폼에 대한 **베타 채널**을 설정하세요.
-- Capgo 채널을 통해 **단계적 출시**를 사용하고 각 단계에서 지표를 모니터링하세요.
-- 광범위한 호환성을 보장하기 위해 다양한 기기와 운영체제 버전에서 업데이트를 테스트하세요.
-
-### 업데이트 추적
-
-Capgo는 업데이트를 효과적으로 모니터링하기 위한 실시간 분석을 제공합니다:
-
-- 플랫폼별 업데이트 성공률 측정.
-- 오류의 빈도와 유형 추적.
-- 사용자 간 버전 분포 분석.
-
-Capgo의 오류 추적 도구를 사용하면 팀이 더 넓은 사용자 기반에 영향을 미치기 전에 플랫폼별 문제를 파악하고 수정할 수 있습니다 [\[1\]](https://capgo.app
-
-:::faq
-### Capacitor 앱에서 버전 충돌을 방지하기 위해 플랫폼 간 업데이트를 어떻게 테스트할 수 있나요?
-
-Capacitor 앱에서 업데이트를 테스트할 때 버전 충돌을 피하기 위해서는 몇 가지 모범 사례를 따르는 것이 중요합니다:
-
--   **격리된 환경에서 테스트**: 업데이트를 광범위하게 배포하기 전에 별도의 환경(예: 개발, 스테이징, 프로덕션)을 사용하여 테스트하세요.
--   **호환성 확인**: 업데이트가 모든 대상 플랫폼(iOS, Android)과 호환되는지 확인하고 다양한 기기 유형과 운영 체제 버전에서 테스트하세요.
--   **점진적인 업데이트 배포**: 전체 출시 전에 작은 규모의 사용자 그룹부터 시작하여 잠재적인 문제를 식별하세요.
-
-**Capgo**와 같은 실시간 업데이트 솔루션을 사용하는 경우, 사용자 할당 및 실시간 업데이트와 같은 기능을 통해 플랫폼 간 업데이트 관리 및 테스트를 더욱 원활하게 수행할 수 있습니다. 이를 통해 Apple과 Android 가이드라인을 준수하면서 원활한 배포를 보장할 수 있습니다.
-:::
diff --git a/src/content/blog/ko/capacitor-live-updates-staying-compliant-with-apple.md b/src/content/blog/ko/capacitor-live-updates-staying-compliant-with-apple.md
deleted file mode 100644
index e6448b70b..000000000
--- a/src/content/blog/ko/capacitor-live-updates-staying-compliant-with-apple.md
+++ /dev/null
@@ -1,205 +0,0 @@
----
-slug: capacitor-live-updates-staying-compliant-with-apple
-title: 'Capacitor 실시간 업데이트: Apple 규정 준수하기'
-description: 엄격한 가이드라인을 준수하여 앱 거절을 방지하면서 모바일 앱에서 라이브 업데이트를 효율적으로 구현하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-12T03:03:33.472Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d0d3f9cf9d4dc0b2c0bff2-1741748627082.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, live updates, app compliance, Apple guidelines, encryption, bug
-  fixes, mobile development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 라이브 업데이트를 통해 개발자는 사용자가 [App Store](https://www.apple.com/app-store/)에서 업데이트를 다운로드할 필요 없이 버그 수정과 작은 변경사항을 앱에 직접 푸시할 수 있습니다. 이는 배포 속도를 최대 **81%** 향상시키고, 비용을 절감하며, 사용자 경험을 개선합니다. 하지만 앱 거절을 피하기 위해서는 Apple의 엄격한 가이드라인을 준수하는 것이 필수적입니다.
-
-### 주요 포인트:
-
--   **허용된 업데이트**: 버그 수정, UI 개선, 앱의 원래 목적 내 콘텐츠 업데이트.
--   **금지된 업데이트**: 주요 기능 변경이나 핵심 기능 업데이트 (App Store 검토 필요).
--   **보안**: 사용자 데이터 보호를 위한 엔드투엔드 암호화 필수.
--   **도구**: [Capgo](https://capgo.app/)는 라이브 업데이트 관리를 단순화하고 Apple의 규칙 준수를 보장.
-
-| **업데이트 유형** | **허용** | **승인 필요** |
-| --- | --- | --- |
-| 버그 수정 | 예 | 아니오 |
-| UI 개선 | 예 | 때때로 |
-| 콘텐츠 업데이트 | 예 | 아니오 |
-| 기능 변경 | 아니오 | 예 |
-| 보안 패치 | 예 | 아니오 |
-
-규정을 준수하기 위해서는 버그 수정에 집중하고, 암호화로 업데이트를 보호하며, 모든 변경사항을 문서화하세요. Capgo와 같은 도구는 **2천만 명 이상**의 사용자에 대한 업데이트를 관리하면서 앱이 규정을 준수하며 신속하게 업데이트를 전달할 수 있도록 도와줍니다.
-
-## [Appflow](https://ionic.io/appflow/live-updates) 라이브 업데이트: 사용자에게 즉각적인 업데이트 배포
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-f18932d1af08bf70cb14b84540039486-2025-03-12.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Apple의 라이브 업데이트 규칙
-
-Apple은 사용자를 보호하기 위해 앱 업데이트를 규제하므로, Capacitor 애플리케이션에서 라이브 업데이트를 구현할 때 이러한 규칙을 이해하는 것이 필수적입니다.
-
-### [App Store](https://www.apple.com/app-store/) 업데이트 가이드라인
-
-![App Store](https://mars-images.imgix.net/seobot/screenshots/www.apple.com-9d9fbf06f7f9dd70143af6386e59a5d2-2025-03-12.jpg?auto=compress)
-
-Apple의 규칙은 무선(OTA) 업데이트에서 허용되는 것과 허용되지 않는 것을 명확히 설명합니다. 다음은 간단한 분석입니다:
-
-| 업데이트 유형 | 허용 | 요구사항 |
-| --- | --- | --- |
-| 버그 수정 | 예 | 핵심 기능을 변경하지 않아야 함 |
-| UI 개선 | 예 | 작은 시각적 수정으로 제한 |
-| 콘텐츠 업데이트 | 예 | 앱의 원래 목적 내에 있어야 함 |
-| 기능 변경 | 아니오 | App Store 검토 필요 |
-| 보안 패치 | 예 | 적절한 암호화 포함 필수 |
-
-라이브 업데이트를 사용할 때 개발자는 사용자 데이터 보안을 우선시하고 엔드투엔드 암호화를 사용해야 합니다. Capgo와 같은 도구는 Apple의 요구사항을 준수하도록 설계되어 프로세스를 단순화합니다.
-
-이러한 규칙을 이해하면 앱 거절로 이어지는 일반적인 실수를 피할 수 있습니다.
-
-### 앱이 거절되는 주요 이유
-
-많은 앱이 Apple의 업데이트 가이드라인을 위반하여 거절됩니다. 다음은 자주 발생하는 문제입니다:
-
--   **검토 프로세스 우회**: 검토를 위해 제출하는 대신 라이브 업데이트를 통해 주요 새 기능 추가.
--   **개인정보 문제**: 업데이트 중 사용자 데이터 보안 실패.
--   **핵심 기능 변경**: 라이브 업데이트를 사용하여 앱 작동 방식을 크게 변경.
-
-> "버그 수정을 위한 검토 회피는 황금과 같습니다." - Bessie Cooper, @bessiecooper [\[1\]](https://capgo.app/)
-
-이는 라이브 업데이트가 새로운 기능 도입이 아닌 버그 수정에 집중해야 함을 강조합니다.
-
-Apple의 기준을 준수하기 위해:
-
--   모든 업데이트에 강력한 암호화 사용.
--   업데이트를 버그 수정과 작은 조정으로 제한.
--   변경사항에 대한 상세한 기록 유지.
--   배포 전 업데이트 철저히 테스트.
--   Apple 정책 변경사항 정기적으로 모니터링.
-
-이러한 단계를 따르면 앱 업데이트가 Apple의 엄격한 가이드라인 내에서 유지되도록 하는 데 도움이 됩니다.
-
-## 규정 준수 라이브 업데이트 설정
-
-Apple의 규정을 준수하면서 [Capacitor 앱](https://capgo.app/plugins/ivs-player/)에서 라이브 업데이트를 구현하려면 구조화된 설정이 필요합니다. 다음은 시작하는 방법입니다.
-
-### 프로젝트 설정 단계
-
-Capgo의 라이브 업데이트 플러그인을 설치하고 환경을 구성하는 것으로 시작하세요:
-
--   **필수 종속성 설치**
-    
-    -   Capgo의 CLI를 사용하여 라이브 업데이트 플러그인을 설치하고 필요한 도구를 설정하세요. 예를 들어:
-        
-        ```bash
-        npx @capgo/cli init
-        ```
-        
-    -   앱에 엔드투엔드 암호화와 업데이트 파일을 위한 보안 저장소가 포함되어 있는지 확인하세요.
-        
--   **업데이트 매개변수 구성**
-    
-    -   업데이트 빈도 설정.
-    -   문제 발생 시를 대비한 롤백 절차 계획.
-    -   버전 변경 상세 로그 유지.
--   **보안 프로토콜 구현**
-    
-    -   엔드투엔드 암호화 활성화.
-    -   보안 전송 방법 사용.
-    -   추가 보호를 위한 사용자 인증 요구.
-
-### 버전 관리 가이드라인
-
-Apple의 가이드라인을 준수하기 위해서는 앱 버전을 적절히 관리하는 것이 중요합니다. 다음은 간단한 분석입니다:
-
-| 버전 유형 | 업데이트 범위 | 승인 필요 |
-| --- | --- | --- |
-| 패치 (x.x.1) | 버그 수정 | 아니오 |
-| 마이너 (x.1.x) | UI 조정 | 때때로 |
-| 메이저 (1.x.x) | 기능 업데이트 | 예 |
-
-App Store 검토 프로세스를 원활하게 하기 위해 모든 변경사항에 대한 상세한 문서를 유지하세요.
-
-### [Capgo](https://capgo.app/): 라이브 업데이트 관리
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-12.jpg?auto=compress)
-
-Capgo는 라이브 업데이트 관리를 단순화하고 Apple의 요구사항 준수를 보장합니다. 이미 **1,400개 이상의 프로덕션 앱**에서 **9억 4,760만 건** 이상의 업데이트를 지원했습니다 [\[1\]](https://capgo.app/).
-
-주요 기능으로는:
-
--   보안 업데이트를 위한 **엔드투엔드 암호화**.
--   [GitHub](https://github.com/), [GitLab](https://about.gitlab.com/), [Azure DevOps](https://azure.microsoft.com/en-us/products/devops)와 같은 플랫폼과의 **CI/CD 통합**.
--   통제된 롤아웃을 위한 **사용자 할당**.
--   업데이트가 Apple의 정책에 부합하도록 돕는 도구.
-
-앱이 준비되면 Capgo CLI를 사용하여 업데이트를 푸시하세요. 시스템이 버전 관리, 암호화, 배포를 자동으로 처리하여 Apple의 규칙을 준수하도록 합니다.
-
-## 업데이트 중 데이터 보안
-
-라이브 업데이트 중 데이터 보안은 규정 준수와 사용자 정보 보호를 위해 매우 중요합니다. 또한 사용자 신뢰를 유지하는 데 중요한 역할을 합니다.
-
-### 암호화 요구사항
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에서 라이브 업데이트를 안전하게 유지하기 위해서는 엔드투엔드 암호화가 필수입니다. 이는 업데이트 데이터가 서버에서 기기로 이동하는 동안 보호되도록 보장합니다. Capgo의 라이브 업데이트 솔루션은 이러한 암호화 표준을 강제합니다. Capgo에 따르면: "엔드투엔드 암호화. 오직 사용자만이 업데이트를 복호화할 수 있으며, 다른 누구도 할 수 없습니다" [\[1\]](https://capgo.app/). 이 암호화 접근 방식은 사용자 데이터를 효과적으로 보호하는 데 필수적입니다.
-
-### 사용자 데이터 보호
-
-Capgo의 보안 프레임워크는 인가된 사용자만이 업데이트를 복호화할 수 있도록 보장합니다. 접근을 제한함으로써 업데이트 프로세스 전반에 걸쳐 사용자 데이터를 보호하고 무단 접근의 위험을 최소화합니다.
-
-## 테스팅 및 App Store 제출
-
-출시 전 철저한 테스트는 원활한 App Store 제출과 규정 준수 기준 충족을 위해 중요합니다.
-
-### 출시 전 테스팅
-
-Capgo의 사용자 할당 기능을 통해 모든 사용자에게 롤아웃하기 전에 특정 사용자 그룹과 함께 업데이트를 테스트할 수 있습니다. 이러한 통제된 접근 방식은 [암호화 및 데이터 보호](https://capgo.app/docs/cli/migrations/encryption/) 전략이 효과적으로 작동하는지 확인합니다.
-
-다음은 Capgo가 5,000명 이상의 사용자에 대한 롤아웃을 처리한 예시입니다:
-
-> "우리는 5000명 이상의 사용자 베이스를 위해 프로덕션에서 Capgo OTA 업데이트를 롤아웃했습니다. OTA가 @Capgo에 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 확인했습니다." [\[1\]](https://capgo.app/)
-
-성공적인 롤아
-
-| 모니터링 영역 | 주요 지표 | 조치 사항 |
-| --- | --- | --- |
-| 배포 속도 | 업데이트 전달 시간 | 업데이트가 사용자에게 도달하는 속도 측정. |
-| 성공률 | 업데이트 완료율 % | 실패한 업데이트와 원인 조사. |
-| 사용자 범위 | 활성 사용자 업데이트 | 모든 사용자 세그먼트에 업데이트 도달 확인. |
-| 보안 상태 | 암호화 검증 | 종단간 암호화의 무결성 확인. |
-
-이러한 지표들은 가이드라인이 변경될 때 신속하게 적응할 수 있는 기반을 제공합니다.
-
-### 정책 업데이트 대응
-
-이러한 지표를 추적하는 것은 단순한 성능 측정이 아닙니다 - Apple이 정책을 업데이트할 때 즉각적인 주의가 필요한 영역을 식별하는 데도 도움이 됩니다. 다음과 같이 대응하세요:
-
-1.  **변경사항 검토:** 새로운 가이드라인을 검토하고 현재 업데이트 프로세스에 미치는 영향을 파악합니다.
-2.  **기술 감사:** 업데이트 메커니즘이 수정된 요구사항과 일치하는지 확인합니다.
-3.  **보안 검증:** 암호화 프로토콜이 업데이트된 표준을 충족하는지 재확인합니다.
-4.  **문서 업데이트:** 최신 가이드라인을 반영하도록 컴플라이언스 문서를 업데이트합니다.
-
-Apple의 요구사항을 고려하여 구축된 도구를 사용하면 이 프로세스를 단순화할 수 있습니다. 예를 들어, Capgo는 종단간 암호화와 사용자 할당과 같은 기능을 제공하여 업데이트를 효율적으로 전달하면서 규정을 준수하기 쉽게 만듭니다 [1].
-
-[업데이트 관리 플랫폼](https://capgo.app/docs/plugin/cloud-mode/manual-update/)을 통해 앱의 규정 준수 상태를 정기적으로 모니터링하세요. 선제적으로 대응하면 App Store 평판에 영향을 미치기 전에 잠재적 문제를 포착하고 해결할 수 있어 라이브 업데이트 전략을 효과적이고 규정을 준수하는 상태로 유지할 수 있습니다.
-
-## 결론
-
-Capacitor 앱에서 라이브 업데이트를 구현할 때는 속도와 규정 준수의 균형을 맞추는 것이 핵심입니다. 적절한 도구를 사용하면 출시 효율성이 최대 81% 향상될 수 있어 [1], Apple의 가이드라인 내에서 더 쉽게 운영할 수 있습니다.
-
-Capgo와 같은 플랫폼은 App Store 요구사항을 충족하면서도 신속한 업데이트를 제공할 수 있음을 보여줍니다 [1]. 라이브 업데이트에 대한 Apple의 엄격한 규칙은 규정 준수의 중요성을 강조합니다.
-
-장기적인 규정 준수를 위해 다음 사항에 중점을 두세요:
-
--   모든 업데이트에 종단간 암호화 사용
--   CI/CD 워크플로우에 원활하게 업데이트 통합
--   업데이트 지표 정기적 모니터링
--   정책 변경에 대비
diff --git a/src/content/blog/ko/capacitor-native-bridge-android-plugin-basics.md b/src/content/blog/ko/capacitor-native-bridge-android-plugin-basics.md
deleted file mode 100644
index 6b30940a3..000000000
--- a/src/content/blog/ko/capacitor-native-bridge-android-plugin-basics.md
+++ /dev/null
@@ -1,443 +0,0 @@
----
-slug: capacitor-native-bridge-android-plugin-basics
-title: 'Capacitor 네이티브 브릿지: Android 플러그인 기초'
-description: >-
-  Capacitor Native Bridge를 사용하여 고성능 Android 플러그인을 생성하는 방법과 설정, 개발 및 테스트 모범 사례를
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T02:39:06.030Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c-1743215957623.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, Android plugins, development, Java, mobile development, Gradle,
-  plugin testing
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 네이티브 브릿지는 JavaScript와 네이티브 Android 코드를 연결하여 Android 플러그인 개발을 단순화합니다. 알아야 할 사항은 다음과 같습니다:
-
--   **기능**: 웹 앱이 카메라나 센서와 같은 네이티브 Android 기능에 접근할 수 있도록 양방향 브릿지 역할을 합니다.
--   **사용 이유**: 웹 기술과 [네이티브 성능](https://capgo.app/plugins/native-audio/)을 결합하여 플러그인 개발을 간단하게 만듭니다.
--   **필수 설정**: [Node.js](https://nodejs.org/en), JDK 11+, [Android Studio](https://developer.android.com/studio), Capacitor CLI가 필요합니다. 환경 변수와 [Gradle](https://gradle.org/) 설정을 올바르게 구성하세요.
--   **시작 방법**: `npm init @capacitor/plugin`을 사용하여 플러그인을 구성하고, Java에서 메서드를 정의한 후 Android Studio나 실제 기기에서 테스트하세요.
--   **[Capgo](https://capgo.app/) 통합**: 라이브 업데이트, 롤백, 분석을 통해 원활한 플러그인 배포가 가능합니다.
-
-### 빠른 설정 체크리스트:
-
-1.  도구 설치: Node.js, JDK 11+, Android Studio
-2.  API 22+ 및 Capacitor 종속성을 위한 Gradle 구성
-3.  Capacitor CLI로 플러그인 구성
-4.  에뮬레이터와 실제 기기에서 테스트
-
-Capacitor는 웹과 네이티브 Android 간의 격차를 해소하여 개발자에게 고성능 플러그인을 만들 수 있는 신뢰할 수 있는 방법을 제공합니다.
-
-## 네이티브 iOS/Android 코드를 Ionic과 함께 실행하기
-
-<iframe src="https://www.youtube.com/embed/ApTe3EgLiCk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 설정 및 설치
-
-[Capacitor Android 플러그인](https://capgo.app/plugins/ivs-player/) 개발을 시작하려면 환경을 신중하게 설정해야 합니다. 다음은 모든 것을 준비하는 방법입니다.
-
-### 필수 도구 설정
-
-다음 도구들이 설치되고 구성되어 있는지 확인하세요:
-
--   **Node.js와 npm**: Node.js 버전 14.0 이상 설치
--   **[Java Development Kit](https://en.wikipedia.org/wiki/Java_Development_Kit) (JDK)**: JDK 11 이상 사용
--   **Android Studio**: 최신 안정 버전(2023.1.1 이상) 설치
--   **Capacitor CLI**: npm을 통해 전역으로 설치
--   **Android SDK**: API 레벨 22 이상 설치
-
-시스템 환경 변수에 다음 경로를 추가하세요:
-
-```bash
-ANDROID_HOME=/Users/username/Library/Android/sdk
-JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home
-```
-
-호환성 문제를 피하기 위해 환경 변수가 올바르게 설정되었는지 다시 확인하세요. 완료되면 Android Studio 프로젝트 구성으로 넘어가세요.
-
-### [Android Studio](https://developer.android.com/studio) 프로젝트 설정
-
-![Android Studio](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/37b29b854cd53ac189541dfdcf7a9a26.jpg)
-
-다음 단계로 Android Studio 프로젝트를 설정하세요:
-
-1.  **프로젝트 구성**
-
-`build.gradle` 파일을 다음 설정으로 업데이트하세요:
-
-```kotlin
-android {
-    compileSdkVersion 33
-    defaultConfig {
-        minSdkVersion 22
-        targetSdkVersion 33
-    }
-}
-```
-
-2.  **플러그인 종속성 추가**
-
-`build.gradle` 파일에 필요한 Capacitor 종속성을 포함하세요:
-
-```kotlin
-dependencies {
-    implementation '@capacitor/android:5.0.0'
-    implementation '@capacitor/core:5.0.0'
-}
-```
-
-3.  **매니페스트 파일 구성**
-
-`AndroidManifest.xml` 파일에 필요한 권한과 설정을 추가하세요:
-
-```xml
-<manifest>
-    <uses-permission android:name="android.permission.INTERNET" />
-    <application
-        android:allowBackup="true"
-        android:label="@string/app_name">
-        <!-- Additional configurations -->
-    </application>
-</manifest>
-```
-
-### 호환성 표
-
-주요 구성 요소의 최소 및 권장 버전에 대한 빠른 참조입니다:
-
-| 구성 요소 | 최소 버전 | 권장 버전 |
-| --- | --- | --- |
-| Android Studio | 2023.1.1 | 2023.2.1 |
-| JDK | 11 | 17 |
-| Gradle | 7.3 | 8.0 |
-| Android SDK | API 22 | API 33 |
-
-### [Gradle](https://gradle.org/) 설정 최적화
-
-![Gradle Build Tool Interface](https://assets.seobotai.com/capgo.app/67e73f80283d21cbd679794c/ea42b2d6446e3f23d9417eaa9ba23d71.jpg)
-
-성능과 호환성을 향상시키기 위해 `gradle.properties` 파일을 다음 설정으로 업데이트하세요:
-
-```properties
-org.gradle.jvmargs=-Xmx2048m
-org.gradle.parallel=true
-android.useAndroidX=true
-```
-
-문제를 신속하게 식별하고 해결하기 위해 Android Studio에서 자동 가져오기와 실시간 컴파일을 활성화하세요. 이러한 단계들은 원활한 개발과 효율적인 리소스 사용을 보장합니다.
-
-## 첫 Android 플러그인 만들기
-
-Capacitor를 사용하여 첫 Android 플러그인을 만드는 방법을 배우세요. 이 가이드는 단계별로 안내하고 실용적인 팁을 공유합니다.
-
-### 플러그인 생성 단계
-
-Capacitor CLI를 사용하여 플러그인 스캐폴드를 생성하세요:
-
-```bash
-npm init @capacitor/plugin your-plugin-name
-cd your-plugin-name
-npm install
-```
-
-다음으로, `package.json` 파일을 다음 구성으로 업데이트하세요:
-
-```json
-{
-  "name": "your-plugin-name",
-  "version": "1.0.0",
-  "capacitor": {
-    "android": {
-      "src": "android"
-    }
-  }
-}
-```
-
-이 설정은 Capacitor가 플러그인과 Android 소스 파일을 인식하도록 보장합니다.
-
-### 플러그인 디렉토리 구조
-
-프로젝트는 다음 구조를 따릅니다:
-
-```
-your-plugin-name/
-├── android/
-│   ├── src/main/
-│   │   ├── java/com/yourcompany/plugin/
-│   │   │   └── YourPlugin.java
-│   ├── build.gradle
-│   └── proguard-rules.pro
-├── src/
-│   ├── definitions.ts
-│   └── web.ts
-├── package.json
-└── README.md
-```
-
-각 주요 파일의 용도는 다음과 같습니다:
-
-| 파일 | 목적 |
-| --- | --- |
-| `YourPlugin.java` | 플러그인의 Android 로직 처리 |
-| `definitions.ts` | TypeScript 인터페이스 정의 포함 |
-| `web.ts` | 웹 기반 대체 기능 제공 |
-| `package.json` | 플러그인 종속성 및 메타데이터 관리 |
-
-### 플러그인 메서드 작성
-
-`YourPlugin.java` 파일에서 플러그인 메서드를 정의하세요. 예를 들어, 다음과 같은 간단한 메서드가 있습니다:
-
-```java
-@PluginMethod
-public void echo(PluginCall call) {
-    String value = call.getString("value");
-    JSObject ret = new JSObject();
-    ret.put("value", value);
-    call.resolve(ret);
-}
-```
-
-각 메서드는 `@PluginMethod` 어노테이션이 필요하며 매개변수와 결과를 처리하기 위해 `PluginCall` 객체를 사용합니다. 오류 처리가 포함된 다른 예시입니다:
-
-```java
-@PluginMethod
-public void getData(PluginCall call) {
-    String id = call.getString("id", null);
-    if (id == null) {
-        call.reject("Must provide an id");
-        return;
-    }
-
-    int limit = call.getInt("limit", 10); // Default value
-
-    JSObject result = new JSObject();
-    result.put("id", id);
-    result.put("limit", limit);
-    call.resolve(result);
-}
-```
-
-더 복잡한 로직의 경우 안정성을 보장하기 위해 예외를 처리하세요:
-
-```java
-@PluginMethod
-public void processData(PluginCall call) {
-    try {
-        // Processing logic here
-        call.resolve();
-    } catch (Exception e) {
-        call.reject("Error processing data: " + e.getMessage());
-    }
-}
-```
-
-### 플러그인 테스트
-
-Android Studio의 [디버깅 도구](https://capgo.app/docs/plugin/debugging/)를 사용하여 각 메서드를 철저히 테스트하세요. 코드를 깔끔하고 유지보수하기 쉽게 유지하기 위해 메서드가 특정 작업에 집중하도록 하세요. 디버깅이 완료되면 실제 Android 기기에서 플러그인을 테스트하여 모든 것이 예상대로 작동하는지 확인하세요.
-
-## 플러그인 테스트 가이드
-
-### Android 기기에서 테스트
-
-Android 플러그인을 효과적으로 테스트하려면 에뮬레이터와 실제 기기를 모두 사용하세요. Android Studio의 AVD Manager는 다양한 API 레벨과 화면 크기를 시뮬레이션하는 데 좋은 도구입니다.
-
-테스트 준비를 위해 다음 명령을 실행하세요:
-
-```bash
-npx cap open android
-npm run build
-npx cap sync
-```
-
-USB 디버깅이 활성화되어 있는지 확인하고 `adb devices`로 기기 연결을 확인하세요. 주요 Android 버전을 포함하는 테스트 매트릭스를 만드세요:
-
-| Android 버전 | 테스트 우선순위 | 주요 집중 영역 |
-| --- | --- | --- |
-| Android 14 | 높음 | 최신 API 호환성 |
-| Android 13 | 높음 | 핵심 기능 |
-| Android 12 | 중간 | 하위 호환성 |
-| Android 11 | 낮음 | 레거시 지원 |
-
-### 일반적인 플러그인 문제 해결
-
-**메모리 누수**  
-Android Studio의 메모리 프로파일러를 사용하여 메모리 누수를 식별하고 해결하세요. 다음 사항에 중점을 두세요:
-
--   등록 해제되지 않은 브로드캐스트 리시버
--   닫히지 않은 데이터베이스 연결
--   액티비티나 컨텍스트에 대한 강한 참조
-
-**플러그인 등록 문제**  
-플러그인이 등록되지 않는 경우 다음을 확인하세요:
-
--   `MainActivity.java`의 플러그인 등록
--   패키지 이름의 일관성
--   올바른 Gradle 종속성
-
-**성능 문제**  
-CPU 프로파일러를 활용하여 성능 병목 현상을 파악하세요. 모범 사례는 다음과 같습니다:
-
--   플러그인 메서드를 경량화하기
--   무거운 작업을 백그라운드 스레드에서 실행하기
--   적절한 오류 처리 메커니즘 추가하기
-
-### 라이브 테스트 및 업데이트 간소화
-
-[Capgo 도구](https://capgo.app/docs/cli/commands)로 라이브 테스트와 업데이트를 단순화할 수 있습니다. 워크플로우를 향상시키기 위해 다음 예제를 사용하세요:
-
--   **오류 추적 초기화**:
-    
-    ```typescript
-    CapacitorUpdater.notifyAppReady();
-    ```
-    
--   **업데이트 실패 처리**:
-    
-    ```typescript
-    CapacitorUpdater.addListener('updateFailed', (info) => {
-      console.error('Update failed:', info);
-    });
-    ```
-    
--   **빠른 수정을 위한 롤백 사용**:
-    
-    ```typescript
-    try {
-      await CapacitorUpdater.rollback();
-    } catch (err) {
-      console.error('Rollback failed:', err);
-    }
-    ```
-    
--   **단계적 출시 설정**:
-    
-    ```typescript
-    await CapacitorUpdater.setChannel({
-      channel: 'beta',
-      preventAutoUpdateOnFail: true
-    });
-    ```
-    
-
-## 플러그인 개발 표준
-
-### 코드 구조 가이드라인
-
-Java에서 플러그인 구조화를 위한 기본 템플릿입니다:
-
-```java
-public class MyPlugin extends Plugin {
-    private static final String TAG = "MyPlugin";
-    private final Context context;
-
-    public MyPlugin(Context context) {
-        this.context = context;
-    }
-
-    @PluginMethod
-    public void methodName(PluginCall call) {
-        try {
-            // Method implementation
-            call.resolve();
-        } catch (Exception e) {
-            call.reject("Error message", e);
-        }
-    }
-}
-```
-
-따라야 할 주요 구조적 관행:
-
--   적절한 접근 제어자가 있는 명확하고 잘 정의된 메서드 시그니처 사용
--   목적을 설명하는 변수와 메서드 이름 선택
--   공개 API는 완전히 문서화
--   비즈니스 로직을 UI 관련 컴포넌트와 분리
-
-### 성능 팁
-
-잘 구조화된 플러그인은 유지보수성뿐만 아니라 성능도 향상시킵니다. 다음은 최적화 전략입니다:
-
-| 집중 영역 | 권장 접근 방식 |
-| --- | --- |
-| 스레드 관리 | 무거운 작업을 백그라운드 스레드로 이동 |
-| 메모리 사용 | 메모리 누수를 피하기 위해 리소스를 적절히 정리 |
-| 네트워크 호출 | 응답을 캐시하고 재시도 메커니즘 구현 |
-| 리소스 로딩 | 큰 리소스에 대해 지연 로딩 사용 |
-
-상당한 리소스가 필요한 작업의 예시입니다:
-
-```java
-@PluginMethod
-public void heavyOperation(PluginCall call) {
-    taskQueue.execute(() -> {
-        try {
-            // Perform intensive operation
-            JSObject result = new JSObject();
-            call.resolve(result);
-        } catch (Exception e) {
-            call.reject("Operation failed", e);
-        }
-    });
-}
-```
-
-### 오류 관리
-
-강력한 오류 처리는 플러그인의 안정성과 신뢰성을 보장합니다:
-
-```java
-@PluginMethod
-public void criticalOperation(PluginCall call) {
-    try {
-        // Operation code
-        if (!operationSuccessful) {
-            throw new PluginException("Operation failed");
-        }
-        call.resolve();
-    } catch (Exception e) {
-        Logger.error(TAG, "Critical operation failed", e);
-        handleRollback();
-        call.reject("Operation failed", e);
-    }
-}
-```
-
-오류 관리를 위한 모범 사례:
-
--   올바른 심각도 수준으로 오류 로깅
--   디버깅을 돕기 위해 오류 메시지에 의
-
-프로덕션, 베타 및 개발 환경을 위한 롤아웃을 관리하기 위해 채널 시스템을 사용할 수 있습니다. 부분 업데이트를 통해 대역폭 사용량을 줄이고 필요한 변경 사항만 전달할 수 있습니다.
-
-Capgo는 Capacitor 버전 6과 7을 지원합니다.
-
-> 저희는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다! [\[1\]](https://capgo.app/)
-
-## 요약
-
-Capacitor Native Bridge는 강력한 네이티브 기능과 간소화된 개발로 Android 플러그인을 향상시킵니다. 이 접근 방식은 750개의 프로덕션 앱에서 2,350만 건의 업데이트를 포함한 강력한 결과를 제공합니다 [\[1\]](https://capgo.app/).
-
-플랫폼의 성능 지표는 그 효과를 잘 보여줍니다: 업데이트 배포의 82% 글로벌 성공률, 글로벌 CDN을 통한 5MB 번들의 평균 다운로드 시간 114ms, 24시간 이내에 95%의 활성 사용자가 업데이트를 받습니다 [\[1\]](https://capgo.app/).
-
-이러한 결과를 달성하기 위해서는 다음과 같은 핵심 사례를 따르는 것이 중요합니다:
-
-| 모범 사례 | 이점 |
-| --- | --- |
-| 실시간 업데이트 구현 | 수정 사항과 기능을 신속하게 배포 |
-| 채널 시스템 사용 | 선별적으로 업데이트 출시, 베타 테스트 |
-| 분석 모니터링 | 성능과 사용자 채택률 평가 |
-| 자동 롤백 활성화 | 잠재적 문제로부터 신속한 복구 |
-
-개발자들은 이러한 도구들을 높이 평가했습니다. Bessie Cooper는 이렇게 말했습니다, _"Capgo는 더 생산적이고자 하는 개발자들에게 필수 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 점이 매우 좋습니다."_ [\[1\]](https://capgo.app/)
-
-오류 추적, 성능 모니터링, 종단간 암호화, 원활한 CI/CD 통합과 같은 기능들이 높은 업데이트 성공률과 원활한 성능에 기여합니다. 이러한 도구들이 모여 네이티브 기능과 빠르고 안정적인 업데이트를 결합하여 플랫폼의 강점을 보여줍니다.
diff --git a/src/content/blog/ko/capacitor-native-bridge-web-to-android-data-transfer.md b/src/content/blog/ko/capacitor-native-bridge-web-to-android-data-transfer.md
deleted file mode 100644
index dbcda849c..000000000
--- a/src/content/blog/ko/capacitor-native-bridge-web-to-android-data-transfer.md
+++ /dev/null
@@ -1,181 +0,0 @@
----
-slug: capacitor-native-bridge-web-to-android-data-transfer
-title: 'Capacitor 네이티브 브릿지: 웹에서 안드로이드로의 데이터 전송'
-description: >-
-  웹 앱과 Android 간의 데이터를 Capacitor의 네이티브 브릿지를 사용하여 효율적으로 전송하는 방법을 배우고, 일반적인 문제와 성능
-  향상 팁을 다룹니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T01:10:13.731Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d-1744765887424.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, data transfer, JSON serialization, mobile apps, Android,
-  performance optimization, encryption, error handling
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/)에서 웹 앱과 Android 간의 데이터 전송은 어려울 수 있지만, JSON 직렬화와 네이티브 브릿지 작업을 이해하면 프로세스가 단순화됩니다. 알아야 할 사항은 다음과 같습니다:
-
--   **JSON 호환성:** 네이티브 브릿지는 JSON 직렬화 가능한 타입만 지원하므로 함수, 순환 참조, 커스텀 클래스는 피해야 합니다.
--   **성능 팁:** 큰 데이터를 청크로 나누고, 압축하고, 자주 사용하는 데이터를 캐시하여 속도와 메모리 사용량을 개선하세요.
--   **오류 처리 & 보안:** 안전하고 신뢰할 수 있는 전송을 위해 암호화, 런타임 권한, 크로스 레이어 오류 추적을 사용하세요.
--   **브릿지 기능:** 원활한 통신을 위한 양방향 메시징, 이벤트 배칭, 타입 검증을 지원합니다.
--   **[Capgo](https://capgo.app/) 도구:** 실시간 업데이트, 지능형 청킹, 원활한 데이터 처리를 위한 종단 간 암호화를 제공합니다.
-
-**빠른 팁:** 엄격한 타이핑을 위해 [TypeScript](https://www.typescriptlang.org/)를 사용하고, 양쪽에서 JSON을 검증하며, 복잡한 데이터 요구사항에는 커스텀 플러그인을 고려하세요. Capgo 플랫폼은 실시간 업데이트와 안전한 동기화로 성능을 향상시켜 하이브리드 앱에 탁월한 선택이 됩니다.
-
-## [Capacitor](https://capacitorjs.com/) iOS/Android 플러그인 만들기
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/Dq_BmheGAig" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 일반적인 데이터 전송 문제
-
-네이티브 브릿지를 사용한 웹과 Android 레이어 간의 데이터 전송은 까다로울 수 있습니다. 원활한 앱 성능을 보장하기 위해서는 이러한 과제들을 신중하게 다뤄야 합니다.
-
-### JSON 데이터 타입 제한
-
-Capacitor의 네이티브 브릿지는 JSON 직렬화 가능한 타입만 지원합니다. 이는 다음과 같은 데이터 타입을 처리할 수 없다는 의미입니다:
-
--   함수
--   순환 참조
--   바이너리/Blob 데이터
--   Date 객체 (정확한 타임스탬프 필요)
--   커스텀 클래스의 인스턴스
-
-이러한 제한을 해결하기 위해 개발자들은 종종 더 복잡한 데이터 구조를 위한 커스텀 직렬화 방법을 만들어야 합니다.
-
-하지만 데이터 타입뿐만 아니라 - 데이터가 얼마나 빠르고 효율적으로 전송되는지도 사용자 경험에 큰 영향을 미칩니다.
-
-### 속도와 메모리 문제
-
-성능 테스트는 몇 가지 주요 지표를 보여줍니다: 5MB 번들의 CDN 다운로드 속도는 평균 114ms이며, 글로벌 API 응답은 약 57ms가 걸립니다. 데이터 전송 효율성을 높이기 위해 다음 전략들을 고려하세요:
-
--   큰 전송을 작은 청크로 나누기
--   가능한 데이터 압축하기
--   데이터셋에 대해 점진적 로딩 사용하기
--   자주 접근하는 데이터 캐싱하기
-
-> "우리는 +5000명의 사용자 기반에 Capgo OTA 업데이트를 프로덕션에 배포했습니다. 매우 원활한 작동을 보고 있습니다 - OTA가 @Capgo에 배포된 후 몇 분 안에 거의 모든 사용자가 최신 상태가 됩니다." - colenso
-
-### 오류 추적 및 데이터 보안
-
-하이브리드 앱의 디버깅은 특히 까다로울 수 있습니다. 성능이 최적화되면, 전송 중 오류 추적과 데이터 보안에 동일한 주의를 기울여야 합니다.
-
-| 요구사항 | 구현 |
-| --- | --- |
-| 암호화 | 종단 간 보호 |
-| 권한 | 런타임 Android 접근 |
-| 오류 처리 | 크로스 레이어 추적 |
-
-> "Capgo는 더 생산적이고자 하는 개발자들에게 필수 도구입니다. 버그 수정을 위한 리뷰를 피할 수 있다는 점이 황금과 같습니다." - Bessie Cooper
-
-이러한 문제를 해결하기 위해 개발자는 웹과 Android 레이어 모두에서 오류를 캡처할 수 있는 강력한 로깅 시스템을 설정해야 합니다. 동시에 보안을 유지하기 위해 모든 데이터 전송이 암호화되도록 해야 합니다.
-
-## 네이티브 브릿지 솔루션
-
-네이티브 브릿지는 양방향 메시징 시스템을 통해 웹과 Android 레이어를 연결하여 데이터 직렬화와 전송의 일반적인 과제를 해결합니다.
-
-### 브릿지 아키텍처
-
-이 아키텍처는 이전에 설명한 제한사항을 해결합니다. [WebView](https://en.wikipedia.org/wiki/WebView)를 사용하여 JavaScript와 네이티브 Android 컴포넌트를 연결합니다.
-
-작동 방식:
-
--   **메시지 큐**: 비동기 FIFO 시스템을 사용하여 데이터를 버퍼링합니다.
--   **이벤트 버스**: 발행/구독 모델을 통해 신호를 라우팅합니다.
--   **직렬화기**: JSON 변환을 주로 사용하여 데이터를 변환합니다.
--   **보안 레이어**: 종단 간 암호화로 데이터 보호를 보장합니다.
-
-대용량 데이터 전송의 경우, 브릿지는 성능 유지를 위해 자동으로 데이터를 작은 청크로 나눕니다.
-
-### 플러그인 통신
-
-플러그인은 중개자 역할을 하여 웹 애플리케이션이 네이티브 Android 기능에 접근할 수 있게 합니다. 통신 프로세스는 일반적으로 다음 단계를 따릅니다:
-
-1.   웹 레이어가 플러그인 인터페이스를 사용하여 호출합니다.
-2.   브릿지가 데이터를 JSON 형식으로 변환합니다.
-3.   네이티브 레이어가 요청을 처리합니다.
-4.   응답이 동일한 채널을 통해 돌아옵니다.
-
-동기식과 비동기식 통신 모두 지원됩니다. 동기식 호출은 사용자 인터페이스를 느리게 하지 않도록 신중하게 관리됩니다.
-
-### 데이터 및 이벤트 흐름
-
-데이터는 신뢰성과 일관성을 위해 설계된 표준화된 프로토콜을 사용하여 브릿지를 통해 흐릅니다. 여러 메커니즘이 이 프로세스를 지원합니다:
-
--   **이벤트 배칭**: 오버헤드를 최소화하기 위해 여러 이벤트를 그룹화합니다.
--   **타입 검증**: 전송 중 데이터 무결성을 보장합니다.
--   **오류 복구**: 실패한 전송을 자동으로 재시도합니다.
-
-브릿지는 또한 성능 향상을 위해 대용량 데이터 전송을 압축합니다. 로컬 캐싱은 반복적인 전송으로 인한 지연을 줄이는 데 도움이 됩니다. 추가로, 이벤트 시스템은 일회성 및 지속적 콜백을 지원하며, 리소스를 효율적으로 관리하기 위한 자동 정리 기능도 있습니다.
-
-## 데이터 전송 가이드라인
-
-웹과 Android 플랫폼 간의 원활한 데이터 전송을 위해서는 JSON을 효과적으로 관리하는 것이 핵심입니다.
-
-### JSON 데이터 관리
-
-신뢰할 수 있는 데이터 관리를 위해:
-
--   **TypeScript 타입을 활용**하여 런타임 이전에 오류를 잡아냅니다.
--   **웹과 Android 양쪽에서 데이터를 검증**하여 일관성을 보장합니다.
--   **JSON 객체를 단순화**하여 파싱 오버헤드를 최소화하고 성능을 향상시킵니다.
--   **자주 사용되는 데이터를 로컬에 캐시**하여 반복적인 요청을 줄입니다.
-
-대규모 데이터셋의 경우, 페이지네이션이나 스트리밍과 같은 기술을 사용하여 시스템 효율성을 유지할 수 있습니다. JSON이 대용량 데이터셋 처리에 충분하지 않은 경우, 대체 전송 전략을 고려하세요.
-
-### 대용량 데이터 전송 방법
-
-대용량 데이터를 전송할 때:
-
--   **큰 파일을 작은 청크로 분할**하여 리소스 사용을 최적화하고 진행 상황 추적을 가능하게 합니다.
--   **불필요한 변환(Base64 등)을 피하고** 바이너리 데이터는 네이티브 파일 시스템 API를 대신 사용합니다.
--   **전송 재개를 활성화**하여 중단을 처리하고 데이터 무결성을 보장합니다.
-
-표준 방법으로 충분하지 않은 시나리오의 경우, 필요에 맞는 커스텀 플러그인 생성을 고려하세요.
-
-### 커스텀 데이터 플러그인 구축
-
-신뢰할 수 있는 커스텀 데이터 플러그인을 개발하려면 다음 단계를 따르세요:
-
-1.   **플러그인 인터페이스 정의**
-
-지원되는 모든 메서드와 데이터 타입을 설명하는 TypeScript 인터페이스를 만듭니다:
-
-```typescript
-export interface DataTransferPlugin {
-  sendData(options: { 
-    data: any, 
-    chunkSize?: number, 
-    compression?: boolean 
-  }): Promise<void>;
-}
-```
-
-2.   **네이티브 핸들러 구현**
-
-강력한 오류 처리, 적절한 메모리 관리, 리소스 집약적 작업을 위한 백그라운드 스레드를 통합하여 효율적인 데이터 처리에 집중합니다.
-
-3.   **오류 복구 추가**
-
-네트워크 문제와 검증 오류에 대한 자동 재시도와 같은 오류 복구 메커니즘을 통합합니다. 신뢰성을 높이기 위해 전송 진행 상황에 대한 실시간 피드백을 제공합니다.
-
-## [Capgo](https://capgo.app/) 플랫폼 기능
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67fef684b0912f75a97ee71d/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo는 웹과 Android 레이어 간의 원활한 데이터 전송을 위해 설계된 실시간 업데이트 시스템으로 이전의 과제들을 해결합니다. 그 아키텍처는 안전하고 고성능 데이터 처리를 보장합니다.
-
-### Capgo 주요 기능
-
-글로벌
-
-> "커뮤니티가 이것을 필요로 했고 @Capgo는 정말 중요한 일을 하고 있습니다!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ko/capacitor-ota-updates-app-store-approval-guide.md b/src/content/blog/ko/capacitor-ota-updates-app-store-approval-guide.md
deleted file mode 100644
index 6bf120466..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-app-store-approval-guide.md
+++ /dev/null
@@ -1,234 +0,0 @@
----
-slug: capacitor-ota-updates-app-store-approval-guide
-title: 'Capacitor OTA 업데이트: 앱스토어 승인 가이드'
-description: >-
-  Capacitor 앱의 OTA 업데이트에 대한 App Store와 Play Store 가이드라인을 준수하고 보안을 유지하는 방법을
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-15T04:38:10.916Z
-updated_at: 2025-03-24T13:22:05.322Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67afe3423823fbac65afe97c-1739594307916.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, Capacitor, App Store, Play Store, compliance, JavaScript updates,
-  security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-### 주요 시사점:
-
--   [**Apple App Store**](https://developer.apple.com/app-store/guidelines/): OTA 업데이트는 JavaScript와 에셋 파일로 제한됩니다. 네이티브 코드나 핵심 기능 변경은 불가능합니다.
-    
--   [**Google Play Store**](https://developer.android.com/distribute/play-policies): 더 많은 유연성을 제공하지만 여전히 보안 및 악용 방지 정책을 따라야 합니다.
-    
--   **일반적인 문제**: 네이티브 코드 수정, 검토되지 않은 기능 추가, 또는 암호화되지 않은 업데이트 사용으로 앱이 거부됩니다.
-    
-
-### 빠른 준수 팁:
-
--   **JavaScript와 에셋 업데이트**만 사용하세요.
-    
--   [**Capgo**](https://capgo.app/)와 같은 도구를 사용하여 암호화된 전송과 롤백 옵션을 구현하세요.
-    
--   업데이트 추적과 감사를 위해 **시맨틱 버저닝(**[**SemVer**](https://semver.org/)**)** 을 따르세요.
-    
--   **코드 서명과 HTTPS**로 업데이트 보안을 확보하세요.
-    
-
-| 기능 | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| **JavaScript 업데이트** | 허용 (JS/에셋만) | 더 적은 규칙으로 허용 |
-| **핵심 변경** | 허용되지 않음 | 제한된 유연성 |
-| **보안** | 엄격 (코드 서명 필요) | 악용 방지에 중점 |
-
-## OTA 업데이트에 대한 앱스토어 규칙
-
-### [Apple App Store](https://developer.apple.com/app-store/guidelines/) 규칙
-
-![Apple App Store](https://mars-images.imgix.net/seobot/screenshots/developer.apple.com-647d6fa866954dfb3c8455f75fc9840a-2025-02-15.jpg?auto=compress)
-
-Apple의 가이드라인, 특히 §3.3.2는 Capacitor 애플리케이션의 OTA 업데이트에 엄격한 제한을 둡니다. JavaScript와 에셋에 대해서만 업데이트가 허용됩니다. 주요 제한 사항:
-
--   앱의 핵심 기능이나 주요 목적 변경 불가
-    
--   대체 앱스토어나 코드 배포 플랫폼 생성 금지
-    
--   코드 서명과 같은 iOS 보안 기능 우회 금지
-    
-
-**Capacitor 개발자를 위한 중요 사항**: JavaScript 업데이트는 앱의 원래 보안 컨테이너 내에 머물러야 하며 앱의 필수적인 동작을 변경할 수 없습니다.
-
-### [Google Play Store](https://developer.android.com/distribute/play-policies) 규칙
-
-![Google Play Store](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-e3029ffd689b429daa7c9abf93d9ce47-2025-02-15.jpg?auto=compress)
-
-Google Play는 OTA 업데이트에 대해 더 관대한 입장을 취하지만 여전히 오용을 방지하기 위한 명확한 경계를 설정합니다. 가이드라인은 다음에 중점을 둡니다:
-
--   더 적은 제한으로 JavaScript 에셋 업데이트 허용
-    
--   기기 및 네트워크 악용 정책 준수 보장
-    
--   악성 코드나 보안 위험 도입 금지
-    
--   승인된 Play Store 버전과 업데이트 일치 필요
-    
--   [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 Google Play 결제 시스템 우회 방지 [\[6\]](https://essaypro.com/blog/article-review)
-    
-
-| 기능 | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| JavaScript 업데이트 | JS/에셋만 허용 | 더 적은 제한으로 허용 |
-| 핵심 기능 변경 | OTA를 통해 불가 | 제한된 유연성 |
-| 보안 요구사항 | 엄격한 코드 서명과 샌드박싱 | 악용 방지에 중점 |
-| 업데이트 빈도 | 특정 제한 없음 | 네트워크 악용 정책 대상 |
-
-### 주요 준수 문제
-
-앱이 거부되는 일반적인 이유:
-
--   검토되지 않은 기능 추가
-    
--   과도하거나 방해되는 업데이트 알림
-    
--   암호화되지 않은 업데이트 패키지 사용
-    
-
-이러한 문제를 피하려면 Capacitor 특정 구현 가이드라인을 따르는 것이 중요합니다. 자동화된 준수 검사를 제공하는 도구를 사용하면 이 과정이 훨씬 쉬워질 수 있습니다. 예를 들어, Capgo의 종단간 암호화 기능은 업데이트 패키지를 보호하여 두 앱스토어의 요구사항을 충족하는 데 도움이 됩니다 [\[7\]](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/Heading_Elements).
-
-## [Capacitor](https://capacitorjs.com/)를 위한 OTA 업데이트 가이드라인
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-15.jpg?auto=compress)
-
-### 기술적 준수 단계
-
-준수 문제를 피하기 위해 다음 단계를 따르세요:
-
--   **시맨틱 버저닝(SemVer) 사용:** 업데이트를 추적하고 자세한 변경 로그를 유지하여 규정을 준수하세요 [\[8\]](https://libguides.usc.edu/writingguide/assignments/AnalyzingJournal).
-    
--   **JavaScript와 에셋으로 업데이트 제한:** 규정 준수를 위해 네이티브 코드 수정을 피하세요 [\[1\]](https://github.com/Cap-go/capacitor-updater).
-    
--   **패키지 서명 확인:** 설치 전 항상 서명을 검증하세요 [\[2\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
-    
-
-| **업데이트 구성요소** | **필수 조치** | **준수 영향** |
-| --- | --- | --- |
-| JavaScript 파일 | UI/로직 변경으로 제한 | 스토어 규정 준수 유지 |
-| 에셋 파일 | 업데이트에 무결성 검사 사용 | 안전한 전달 보장 |
-| 네이티브 코드 | 수정 불가 | 스토어 거부 방지 |
-| 버전 관리 | 추적을 위해 SemVer 사용 | 적절한 감사 가능 |
-
-### 업데이트 인터페이스 설계
-
-사용하기 쉽고 방해되지 않는 업데이트 인터페이스를 만드세요:
-
--   사용자 경험을 방해하지 않는 **명확하고 간결한 알림** 표시 [\[4\]](https://nytlicensing.com/latest/methods/getting-started-thought-leadership-content-marketing/).
-    
--   진행 표시기가 있는 **백그라운드 다운로드** 활성화.
-    
--   중요한 보안 패치를 제외하고 사용자가 업데이트 설치 시기를 결정할 수 있도록 허용.
-    
-
-강제 업데이트는 중요한 보안 수정에만 사용해야 하며, 긴급성을 명확히 전달해야 합니다 [\[3\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). 이러한 단계는 방해되는 업데이트 알림으로 인한 거부 위험을 줄이는 데 도움이 됩니다.
-
-### 업데이트 보안 프로토콜
-
-다음 방법으로 안전한 전송과 데이터 무결성을 보장하세요:
-
--   **종단간 암호화:** 인증서 고정, 토큰 기반 인증을 사용하고 정기적으로 키를 교체하세요 [\[2\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
-    
--   **검증 시스템:** 업데이트 요청의 서버 측 검증과 클라이언트 측 패키지 무결성 검사를 결합하세요 [\[2\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
-    
--   **성능 모니터링:** 채택률, 다운로드 시간, 업데이트 후 성능과 같은 주요 지표를 추적하세요 [\[11\]](https://www.npmjs.com/package/@appmassive/capacitor-updater). 문제를 신속히 해결하기 위한 자동 오류 보고를 포함하세요 [\[5\]](https://qwik.dev/docs/guides/capacitor/).
-    
-
-이러한 보안 조치는 Apple의 코드 서명 요구사항과 Google의 악용 방지 정책에 부합합니다. Capgo와 같은 도구가 이러한 프로토콜 구현을 지원할 수 있습니다 [\[9\]](https://classic.yarnpkg.com/en/package/@remnote/capacitor-updater).
-
-## [Capgo](https://capgo.app/) 업데이트 관리 시스템
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-15.jpg?auto=compress)
-
-Capgo는 [Capacitor OTA 업데이트](https://capgo.app/)를 안전하게 전달하고 관리하는 방법을 제공하여 규정 표준을 충족하면서 원활한 배포를 보장합니다. 또한 엔터프라이즈 수준의 [업데이트 관리](https://capgo.app/it/docs/plugin/cloud-mode/manual-update/)를 위한 고급 도구를 제공합니다.
-
-### Capgo의 주요 기능
-
-Capgo의 업데이트 시스템은 다음과 같은 필수 기능을 포함합니다:
-
--   **암호화된 업데이트 전송**: 앱스토어 보안 요구사항 충족을 보장합니다.
-    
--   **사용자 세그멘테이션**: 특정 사용자 그룹에 대한 제어된 출시를 허용합니다.
-    
--   **즉각적인 롤백**: 필요한 경우 이전 버전으로 신속하게 되돌립니다.
-    
-
-이 방법은 업데이트가 원활하게 이루어지도록 보장하고 개발자가 성능을 효과적으로 모니터링할 수 있게 합니다.
-
-### Capgo를 통한 규정 준수 도구
-
-Capgo의 도구는 보안 및 규정 준수 요구사항을 충족하도록 설계되었습니다:
-
--   **출시 관리**: 개발자는 변경사항을 테스트하기 위해 1%만큼 작은 사용자 그룹에 업데이트를 릴리스할 수 있습니다.
-    
--   **자동 안전장치**: 내장된 상태 검사가 설치 전 업데이트의 무결성을 확인합니다. 문제가 발생하면 시스템이 자동으로 마지막 안정 버전으로 롤백하여 앱을 기능적으로 유지하고 앱스토어 거부를 방지합니다 [\[1\]](https://github.com/Cap-go/capacitor-updater).
-    
-
-### Capgo 설정 방법
-
-Capgo를 시작하려면 다음 세 가지 간단한 단계를 따르세요:
-
-1.  **초기 설정**
-    
-    ```bash
-    npm install -g @capgo/cli
-    capgo init
-    ```
-    
-2.  **플러그인 통합**
-    
-    ```bash
-    npm install @capgo/capacitor-updater
-    ```
-    
-3.  **구성**
-    
-    `capacitor.config.json` 파일을 업데이트하고 앱의 메인 로직에 필요한 준비 
-
-| 업데이트 유형 | 승인 가능성 | 구현 전략 |
-| --- | --- | --- |
-| 콘텐츠 업데이트 | 높음 | 텍스트, 이미지 및 스타일 업데이트 |
-| UI 개선 | 중간 | 점진적인 인터페이스 변경 적용 |
-| 새로운 기능 | 낮음 | 기능 플래그와 단계별 출시 사용 |
-
-예를 들어, Capacitor 기반 전자상거래 앱은 규정을 준수하면서 새로운 기능을 단계적으로 출시하여 고객 지원 티켓을 60% 감소시켰습니다 [\[14\]](https://www.ada.gov/law-and-regs/regulations/title-ii-2010-regulations/).
-
-### 업데이트 프로세스 오류
-
-업데이트 중 기술적 오류는 거부로 이어질 수 있습니다. 다음은 이를 피하는 방법입니다:
-
--   **오류 처리**  
-    업데이트 성공률을 모니터링하고 모든 업데이트 시도와 결과를 기록하세요.
-    
--   **사용자 커뮤니케이션**  
-    업데이트 중 진행 상태 표시기를 보여주어 사용자에게 알립니다.
-    
-
-명확하고 투명한 인터페이스를 제공하는 앱은 **30% 더 높은 유지율**과 업데이트 관련 **부정적인 리뷰가 25% 감소**했습니다 [\[12\]](https://support.google.com/googleplay/android-developer/answer/10787469?hl=en).
-
-> "앱스토어 거부를 방지하는 핵심은 철저한 문서화와 리뷰 팀과의 투명한 커뮤니케이션에 있습니다. 업데이트 프로세스에 대한 포괄적인 문서를 제공하는 앱은 OTA 업데이트 관련 거부를 받을 가능성이 40% 더 낮았습니다." [\[10\]](https://html.spec.whatwg.org)
-
-## 마무리
-
-Capacitor 앱의 OTA 업데이트 출시는 기술적 정확성과 규정 준수 기준을 충족시키는 것이 포함됩니다. 성공하려면 플랫폼별 가이드라인과 전략에 부합하는 필수 영역에 집중하세요:
-
-| 우선순위 | 행동 | 결과 |
-| --- | --- | --- |
-| 규정 준수 | JavaScript 전용 업데이트 고수 | 더 빠른 승인 |
-| 보안 | [자동화된 암호화](https://capgo.app/docs/cli/migrations/encryption/)/서명 사용 | 더 적은 취약점 |
-
-앞서 논의한 규정 준수 단계를 따르면 팀은 앱스토어 규칙 준수를 단순화하는 자동화된 검사의 이점을 얻을 수 있습니다. 엔드-투-엔드 암호화와 제어된 출시와 같은 기능은 중요한 보안 및 규정 준수 요구 사항을 해결하는 데 도움이 됩니다.
-
-Apple과 Google이 정책을 지속적으로 업데이트함에 따라(섹션 2.1-2.3과 같이), 업데이트 빈도와 더 엄격한 보안 기준에 더 많은 초점이 맞춰질 것으로 예상됩니다. JavaScript와 에셋 업데이트 기능을 유지하면서 이러한 변화에 대비하세요. 플랫폼 가이드라인과 사용자 기대를 모두 충족하기 위해 철저한 문서화와 테스트를 잊지 마세요.
diff --git a/src/content/blog/ko/capacitor-ota-updates-best-practices-for-performance.md b/src/content/blog/ko/capacitor-ota-updates-best-practices-for-performance.md
deleted file mode 100644
index b5f9dbad7..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-best-practices-for-performance.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: capacitor-ota-updates-best-practices-for-performance
-title: 'Capacitor OTA 업데이트: 성능을 위한 모범 사례'
-description: >-
-  Capacitor 앱에서 파일 크기, 코드 로딩, 보안에 대한 모범 사례를 통해 OTA 업데이트를 최적화하여 성능과 사용자 경험을
-  향상시킵니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-22T03:27:12.915Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b91e17bfa83cf6a92d5d6e-1740194854799.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, Capacitor, performance optimization, mobile apps, security,
-  incremental updates, background updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-OTA(Over-the-Air) 업데이트를 통해 [Capacitor](https://capacitorjs.com/) 앱은 앱스토어 제출 없이 JavaScript, CSS, HTML과 같은 콘텐츠를 업데이트할 수 있습니다. 편리하지만 이러한 업데이트는 앱 시작 성능에 영향을 미칠 수 있습니다. 더 나은 성능과 사용자 경험을 위한 OTA 업데이트 최적화 가이드입니다:
-
--   **업데이트 파일 크기 최소화**: 차등 업데이트, 압축 (예: [ZSTD](https://en.wikipedia.org/wiki/Zstd)), 불필요한 파일 변경 제거와 같은 기술을 사용하세요.
-    
--   **효율적인 코드 로딩**: 핵심 기능을 우선 로드하고, 중요하지 않은 컴포넌트는 지연시키며, 무거운 모듈은 지연 로딩을 사용하세요.
-    
--   **점진적 업데이트**: 업데이트를 작은 단계로 나누고, 유휴 시간에 예약하며, 원활한 롤백을 위해 A/B 시스템을 사용하세요.
-    
--   [**보안 업데이트**](https://capgo.app/docs/live-updates/update-behavior/): 암호화, 체크섬, 코드 서명으로 파일을 보호하여 무결성을 보장하세요.
-    
--   **테스트 & 규정 준수**: 업데이트를 철저히 테스트하고 앱스토어 가이드라인을 따라 승인 문제를 방지하세요.
-    
-
-**OTA 도구 빠른 비교**:
-
-| 기능 | [capacitor-app-updater](https://www.npmjs.com/package/%40objekt%2Fcapacitor-app-updater) | [Capgo](https://capgo.app/) |
-| --- | --- | --- | --- |
-| 업데이트 방식 | 체크섬 비교 | [인앱 업데이트](https://capgo.app/plugins/capacitor-updater/) | JS 번들 업데이트 |
-| 성능 영향 | 최소 | 중간 | 낮음 |
-| 백그라운드 업데이트 | 아니오 | 예(Android) | 예 |
-| 롤백 지원 | 제한적 | 플랫폼 의존적 | 내장 |
-| CI/CD 통합 | 수동 | 수동 | 자동화 |
-
-Capgo는 백그라운드 업데이트, 엔드-투-엔드 암호화, 성능 추적과 같은 기능으로 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 OTA 업데이트 관리에 강력한 선택입니다.
-
-## Ionic 앱 사용자에게 실시간 업데이트 배포
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## OTA 업데이트 성능 팁
-
-이러한 전략들은 파일 크기 축소와 효율적인 코드 로딩에 초점을 맞춰 시작 지연을 해결하고 원활한 OTA 업데이트 프로세스를 보장합니다.
-
-### 업데이트 파일 크기 줄이기
-
-작은 업데이트 파일 크기는 더 빠른 다운로드와 시작을 위해 필수적입니다. 기능을 희생하지 않으면서 데이터 전송을 줄이는 것이 목표입니다. 다음과 같이 할 수 있습니다:
-
--   차등 업데이트를 활성화하기 위한 `live-update-manifest.json` 생성
-    
--   비 A/B 기기의 전체 이미지 업데이트를 축소하기 위해 **ZSTD 압축** 사용
-    
--   불필요한 파일 변경을 피하기 위해 빌드 타임스탬프 제거 및 빌드 도구 표준화
-    
--   A/B OTA 업데이트의 경우, 패치를 더 효율적으로 생성하기 위해 Puffin 재압축 적용
-    
-
-### 코드 로딩 관리
-
-시작 속도는 파일 크기뿐만 아니라 코드가 언제 로드되는지도 중요합니다. 다음은 코드 로딩을 관리하는 스마트한 접근 방식입니다:
-
--   **핵심 기능 우선**: 인증과 메인 네비게이션과 같은 필수 기능을 즉시 로드
-    
--   **보조 기능 나중에**: 고급 설정, 분석, 애니메이션과 같은 중요하지 않은 컴포넌트 로딩 지연
-    
--   **효율적인 리소스 사용**: 앱 실행 후 무거운 모듈과 미디어에 점진적 또는 지연 로딩 적용
-    
-
-### 단계별 업데이트
-
-업데이트를 작은 단계로 나누면 시작 시 중단이 줄어듭니다. 점진적 업데이트는 원활한 경험을 보장하는 실용적인 방법입니다. 예를 들어, Android 8.0은 전체 패키지를 다운로드하는 대신 약 100 KiB의 메타데이터 스토리지만 필요한 스트리밍 업데이트를 사용합니다 [\[3\]](https://source.android.com/docs/core/ota/ab).
-
--   야간과 같은 유휴 시간에 업데이트를 예약하고 Wi-Fi 연결을 우선시합니다.
-    
--   암호화와 체크섬 검증으로 업데이트 파일을 보호합니다 [\[1\]](https://www.trio.so/blog/over-the-air-update/)[\[2\]](https://mender.io/blog/how-does-an-ota-firmware-update-work).
-    
--   앱 기능을 중단하지 않고 업데이트할 수 있도록 A/B 파티션 시스템을 사용합니다 [\[3\]](https://source.android.com/docs/core/ota/ab).
-    
-
-Capgo는 엔드-투-엔드 암호화와 유연한 배포 옵션을 갖춘 보안 점진적 업데이트를 위한 내장 도구를 제공합니다.
-
-## [Capacitor](https://capacitorjs.com/)에서 OTA 업데이트 설정
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-22.jpg?auto=compress)
-
-Capacitor에서 Over-the-Air(OTA) 업데이트를 설정하려면 신중한 테스트와 엄격한 가이드라인 준수가 필요합니다.
-
-### 출시 전 테스트
-
-업데이트를 배포하기 전에 철저한 테스트가 필수적입니다:
-
--   프로덕션 설정을 최대한 복제한 테스트 환경을 사용하세요.
-    
--   시작 시간, 메모리 사용량, 대역폭, 배터리 소비와 같은 기준 지표를 기록하세요.
-    
--   업데이트 실패 시 서버 경로가 재설정되도록 대체 메커니즘을 확인하세요 [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-    
-
-성능이 안정화되면 업데이트가 앱스토어 규정을 준수하는지 확인하세요.
-
-### 앱스토어 규칙
-
-앱스토어 승인 문제를 피하기 위해 다음과 같은 플랫폼별 규칙을 따르세요:
-
-**Apple App Store 요구사항:**
-
-> "해석된 코드는 앱에 다운로드될 수 있지만 다음과 같은 경우에만 가능합니다: (a) 앱스토어에 제출된 앱의 의도된 목적과 일치하지 않는 기능을 제공하여 앱의 주요 목적을 변경하지 않음, (b) 다른 코드나 앱을 위한 스토어나 상점을 만들지 않음, (c) OS의 서명, 샌드박스 또는 기타 보안 기능을 우회하지 않음." [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-**Google Play Store 가이드라인:**
-
-> "이 제한은 웹뷰나 브라우저의 JavaScript와 같이 Android API에 간접적으로 접근할 수 있는 가상 머신이나 인터프리터에서 실행되는 코드에는 적용되지 않습니다." [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-### [Capgo](https://capgo.app/)를 사용한 업데이트
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-22.jpg?auto=compress)
-
-테스트와 규정 준수를 확인한 후에는 효율적인 업데이트 배포가 다음 단계입니다. Capgo는 이 과정을 단순화하는 도구입니다.
-
-2025년 2월 기준, Capgo는 **1.8K 프로덕션 앱**에서 **4억 4,900만 건의 업데이트**를 관리했습니다 [\[5\]](https://capgo.app/). 주요 기능은 다음과 같습니다:
-
--   업데이트 전송을 보호하는 **엔드-투-엔드 암호화**
-    
--   더 빠른 로드 시간을 위한 최신 번들 **캐싱** [\[6\]](https://capgo.app/docs/faq/)
-    
--   업데이트 신뢰성을 검증하는 **코드 서명**
-    
--   원활한 배포를 위한 **CI/CD 통합**
-    
--   사용자 할당을 통한 **제어된 출시**
-    
--   즉각적인 롤백 기능이 있는 **버전 관리**
-    
--   분석이 포함된 **성능 추적**
-    
--   규정 준수 모니터링 도구
-    
-
-앱스토어 배포용으로 컴파일된 코드만 업로드함으로써 Capgo는 오버헤드를 최소화하고 효율성을 높입니다. 이 접근 방식은 사용자들의 **출시 효율성을 81% 향상**시켰다고 보고되었습니다 [\[5\]](https://capgo.app/).
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는데 매우 중요합니다!" - Rodrigo Mantica, @manticarodrigo [\[5\]](https://capgo.app/)
-
-Capgo는 또한 iOS 업데이트를 위해 커스텀 Dart 인터프리터를 사용합니다. 이를 통해 빠른 배포를 허용하면서도 앱스토어 가이드라인 내에서 업데이트를 유지할 수 있습니다 [\[6\]](https://capgo.app/docs/faq/).
-
-## OTA 업데이트 도구 분석
-
-Capacitor용 OTA 도구들은 기능과 성능이 다릅니다. 도구를 선택할 때 고려해야 할 사항과 비교 분석입니다.
-
-### OTA 플랫폼 비교
-
-인기 있는 OTA 도구들의 주요 기능 비교입니다:
-
-| 기능 | capacitor-app-updater | capacitor-app-update | Capgo |
-| --- | --- | --- | --- |
-| 업데이트 방식 | 체크섬 비교 | [인앱 업데이트](https://capgo.app/plugins/capacitor-updater/) (Android) | JS 번들 업데이트 |
-| 성능 영향 | 최소 (선택적 다운로드) | 중간 ([전체 앱 업데이트](https://capgo.app/plugins/capacitor-updater/)) | 낮음 (백그라운드 검사) |
-| 업데이트 범위 | 웹 콘텐츠만 | 전체 앱 업데이트 | JS 코드와 종속성 |
-| 플랫폼 지원 
-
--   **업데이트 효율성**  
-    Capgo의 백그라운드 업데이트 시스템은 1.8K 프로덕션 앱에서 성능에 영향을 주지 않고 4억 4,900만 건의 업데이트를 처리했습니다 [\[5\]](https://capgo.app/).
-    
--   [**번들 크기 관리**](https://capgo.app/docs/webapp/bundles/)  
-    차등 다운로드로 패키지 크기를 최적화하여 업데이트 시간을 줄이는 도구를 찾으세요 [\[7\]](https://github.com/objektlabs/capacitor-app-updater).
-    
--   **네이티브 코드 처리**  
-    도구가 업데이트에서 네이티브 코드 변경을 제외하는지 확인하세요. 예를 들어 Capgo는 네이티브 코드 변경이 감지되면 개발자에게 알립니다 [\[6\]](https://capgo.app/docs/faq/).
-    
--   **시작 영향**  
-    원활한 시작 성능을 유지하기 위해 업데이트 확인 지연을 구성할 수 있는 도구를 선택하세요. 이 기능은 **capacitor-app-updater**에서 사용할 수 있습니다 [\[7\]](https://github.com/objektlabs/capacitor-app-updater).
-    
--   **업데이트 검증**  
-    체크섬 시스템과 같은 신뢰할 수 있는 검증 방법은 업데이트 무결성을 보장하는 데 필수적입니다. **capacitor-app-updater**와 **Capgo** 모두 이를 제공하며, Capgo는 추가 보안을 위해 종단간 암호화를 추가합니다 [\[6\]](https://capgo.app/docs/faq/).
-    
-
-## 결론
-
-### 주요 성능 팁
-
-Capacitor 앱에 OTA 업데이트를 추가할 때는 보안과 성능 모두에 중점을 두는 것이 필수적입니다. 다음은 명심해야 할 몇 가지 전략입니다:
-
-| 전략 | 구현 방법 | 중요한 이유 |
-| --- | --- | --- |
-| **보안 우선** | 기존 보안 프로토콜 기반으로 구축 | 업데이트 무결성 보호 |
-| **크기 최적화** | 앞서 논의된 압축 기술 사용 | 사용자 대기 시간 단축 |
-| **업데이트 일정** | [백그라운드에서 업데이트 처리](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), Wi-Fi 전용 | 사용자 중단 감소 |
-| **버전 관리** | 웹과 네이티브 레이어 별도 업데이트 | 원활한 규정 준수 보장 |
-
-> "OTA 업데이트는 거의 모든 임베디드 IoT 장치의 중요한 인프라 구성 요소입니다" [\[8\]](https://www.beningo.com/5-best-practices-for-over-the-air-ota-updates/)
-
-이는 성능과 보안의 균형을 맞춘 신뢰할 수 있는 업데이트 시스템을 만드는 것의 중요성을 강조합니다. 이러한 전략을 사용하여 OTA 업데이트 프로세스를 강화하세요.
-
-### 다음 단계
-
-Capacitor 앱에서 OTA 업데이트의 효율성을 최대화하려면 다음을 확인하세요:
-
--   **암호화 설정**: 디지털 서명을 사용하여 업데이트 확인 [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-    
--   **업데이트 전달 간소화**: 원활한 백그라운드 업데이트를 위해 Capgo와 같은 도구 고려.
-    
--   **대체 시스템 준비**: 업데이트가 실패하더라도 앱이 계속 작동하도록 보장 [\[9\]](https://dzone.com/articles/why-device-firmware-updates-are-critical-to-produc).
diff --git a/src/content/blog/ko/capacitor-ota-updates-boosting-low-end-device-performance.md b/src/content/blog/ko/capacitor-ota-updates-boosting-low-end-device-performance.md
deleted file mode 100644
index 480c7eebb..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-boosting-low-end-device-performance.md
+++ /dev/null
@@ -1,126 +0,0 @@
----
-slug: capacitor-ota-updates-boosting-low-end-device-performance
-title: 'Capacitor OTA 업데이트: 저사양 기기 성능 향상'
-description: 다운로드 크기를 최소화하고 업데이트 효율성을 개선하여 저사양 기기에서 OTA 업데이트가 앱 성능을 향상시키는 방법에 대해 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-10T01:24:02.744Z
-updated_at: 2025-03-18T13:14:15.449Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ce2ed7f617addf5accc081-1741569855025.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, low-end devices, app performance, incremental updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**저사양 기기에서 앱이 더 잘 실행되길 원하시나요? OTA 업데이트가 해답입니다.** [Capacitor](https://capacitorjs.com/)의 무선(OTA) 업데이트를 통해 앱에 필요한 변경사항만 푸시할 수 있습니다 - 전체 다운로드가 필요 없습니다. 이는 시간을 절약하고, 데이터 사용량을 줄이며, 특히 제한된 하드웨어나 느린 네트워크를 가진 사용자들의 성능을 향상시킵니다.
-
-### 주요 이점:
-
--   **더 작은 업데이트**: 전체 앱이 아닌 변경된 부분만 다운로드합니다.
--   **더 빠른 배포**: 업데이트가 며칠이 아닌 몇 분 안에 사용자에게 도달합니다.
--   **경제적**: [Capgo](https://capgo.app/)의 시스템은 대안의 월 $6,000와 비교해 월 ~$300의 비용이 듭니다.
--   **향상된 성능**: 효율적인 리소스 사용으로 RAM, 저장공간이 적거나 네트워크가 약한 기기에서도 원활한 작동을 보장합니다.
-
-Capgo는 이미 **1,400개의 앱**에서 **9억 4,760만 건의 업데이트**를 처리했으며, 릴리스 효율성을 **81%** 향상시켰습니다. 제한된 저장공간, 느린 연결, 또는 전력 제약 등의 문제를 다룰 때, OTA 업데이트는 앱을 원활하게 유지하는 더 스마트한 방법을 제공합니다.
-
-## 저사양 기기의 성능 문제
-
-저사양 기기는 앱 성능과 전반적인 사용자 경험에 영향을 미칠 수 있는 여러 장애물에 직면합니다. 이러한 문제들은 하드웨어 제약, 네트워크 문제, 그리고 전력 제한에서 비롯됩니다.
-
-### 하드웨어 제한
-
-제한된 하드웨어 능력은 OTA 업데이트의 신뢰성과 기기 성능에 직접적인 영향을 미칩니다. 세부사항은 다음과 같습니다:
-
-| 하드웨어 구성요소 | 제약 | 성능에 미치는 영향 |
-| --- | --- | --- |
-| RAM | 낮은 용량 | 제한된 멀티태스킹, 충돌 |
-| 저장공간 | 작은 공간 | 업데이트 크기 제한 |
-| CPU | 낮은 처리 능력 | 느린 성능, UI 지연 |
-
-메모리가 적은 기기는 특히 복잡한 앱을 실행할 때 충돌이 더 자주 발생합니다.
-
-### 네트워크 성능
-
-네트워크 문제는 업데이트를 늦추거나 중단시키는 주요 원인입니다:
-
--   **제한된 대역폭:** 많은 사용자가 더 느린 2G나 3G 네트워크에 의존합니다.
--   **데이터 한도:** 작은 데이터 요금제는 큰 업데이트를 다운로드하는 능력을 제한합니다.
--   **불안정한 연결:** 열악한 연결성은 업데이트를 중단시키고 지연시킬 수 있습니다.
-
-이러한 네트워크 관련 문제들은 종종 업데이트가 성공적으로 완료되는 것을 방해합니다. 이 외에도, 전력 제약은 또 다른 어려움을 더합니다.
-
-### 전력 관리
-
-전력 사용은 저사양 기기에서 또 다른 중요한 요소입니다:
-
--   **배터리 소모:** 작은 배터리와 덜 효율적인 프로세서로 인해 더 빠른 소모가 발생합니다.
--   **업데이트 프로세스:** 백그라운드에서 업데이트나 동기화를 실행하면 배터리 수명이 더욱 감소합니다.
--   **과열:** 약한 냉각 시스템으로 인해 과열이 발생할 수 있으며, 이는 업데이트 중 열 제어와 성능 저하를 초래합니다.
-
-이러한 전력 관련 문제들은 자주 업데이트 실패로 이어집니다. 데이터는 저사양 기기에서 배터리 문제와 업데이트 실패 사이에 강한 연관성이 있음을 보여줍니다.
-
-## OTA 업데이트의 성능 이점
-
-OTA 업데이트는 제한된 하드웨어와 네트워크 리소스가 제기하는 문제들을 더 스마트하고 효율적인 성능 개선을 제공함으로써 해결합니다. 예를 들어, Capacitor의 OTA 업데이트는 사용자가 전체 앱을 다시 다운로드하도록 요구하는 대신 필요한 변경사항만 전송합니다. 이 접근 방식은 불필요한 데이터 사용을 줄이고 프로세스를 가속화합니다.
-
-### 주요 OTA 업데이트 기능
-
-OTA 업데이트의 두드러진 특징 중 하나는 **증분(또는 델타) 업데이트**입니다. 이러한 업데이트는 앱의 수정된 부분만 전달하는 데 중점을 두어, 다운로드 크기와 시간을 크게 줄입니다. 이 방법은 종종 전체 앱 패키지를 다운로드해야 하는 앱 스토어 업데이트와 비교했을 때 훨씬 더 효율적입니다.
-
-### OTA vs. 앱 스토어 업데이트
-
-전체 앱 다운로드를 요구하는 전통적인 앱 스토어 업데이트와 달리, OTA 업데이트는 간소화되도록 설계되었습니다. 앱의 업데이트된 부분만 전송하여 사용자의 시간과 데이터를 절약합니다. 이는 특히 제한된 데이터 요금제를 사용하거나 큰 다운로드에 어려움을 겪을 수 있는 구형 기기를 사용하는 사용자들에게 도움이 됩니다.
-
-### [Capgo](https://capgo.app/) 업데이트 시스템
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-10.jpg?auto=compress)
-
-Capgo의 시스템은 많은 사용자들이 직면한 하드웨어와 네트워크 제한을 해결하도록 설계되었습니다. 이는 이전의 성능 인사이트와 일치합니다 [\[1\]](https://capgo.app/). 한 개발자의 말에 따르면:
-
-> "우리는 5000명 이상의 사용자 기반에 Capgo OTA 업데이트를 프로덕션에 배포했습니다. OTA가 @Capgo에 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 보고 있습니다." - colenso [\[1\]](https://capgo.app/)
-
-이 실제 사례는 OTA 업데이트가 제한된 리소스를 가진 기기에서도 앱이 원활하게 실행되도록 수정사항과 개선사항을 얼마나 빠르고 안정적으로 전달할 수 있는지 보여줍니다.
-
-## OTA 업데이트 성능 방법
-
-OTA 업데이트는 리소스를 더 효율적으로 관리하여 저사양 기기의 기능을 향상시키는 데 중요한 역할을 합니다. 이러한 업데이트는 필요할 때만 구성 요소를 로드하고, 파일 크기를 줄이며, 데이터를 더 효과적으로 처리하는 데 중점을 둡니다.
-
-### 구성 요소 로딩 전략
-
-OTA 업데이트를 통한 지연 로딩은 필요할 때만 구성 요소를 로드하여 앱 크기와 메모리 사용량을 모두 줄이는 데 도움이 됩니다. Capgo와 같은 도구를 사용하면 전체 앱 업데이트 없이도 즉시 변경사항을 배포할 수 있습니다 - 특히 인터넷 접속이 제한된 지역에서 중요합니다. 더 작은 업데이트 페이로드도 더 나은 성능을 위해 똑같이 중요합니다.
-
-### 파일 크기 감소
-
-OTA 업데이트는 이미지 압축, 선택적 폰트 로딩, 코드 분할, 사용하지 않는 코드 제거와 같은 기술을 사용합니다. 이러한 방법들은 업데이트가 더 작고 제한된 저장공간이나 더 느린 대역폭을 가진 기기에서 더 잘 작동하도록 돕습니다.
-
-### 데이터 처리 개선
-
-효율적인 데이터 처리는 리소스가 적은 기기에서 필수적입니다. Capgo는 서버 호출을 줄이고 [로컬 데이터 저장소](https://capgo.app/plugins/capacitor-data-storage-sqlite/)를 더 효율적으로 만드는 도구를 제공합니다. 한 개발자의 말처럼:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 우리 사용자들에게 지속적으로 전달하는 데 매우 중요합니다!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## 성능 테스트 결과
-
-Capgo의 OTA 시스템은 1,400개의 앱에서 테스트되어 전 세계적으로 9억 4,760만 건의 업데이트를 몇 분 안에 처리하는 인상적인 결과를 보여주었습니다. 이 접근 방식은 일반적인 앱 스토어 주기와 비교하여 업데이트 전달 시간을 크게 줄여 더 빠른 최적화의 길을 열었습니다 [\[1\]](https://capgo.app/).
-
-### 속도 테스트 결과
-
-[Capacitor OTA 업데이트](https://capgo.app/)는 업데이트 전달 속도와 앱 응답성에서 명확한 개선을 보여주었습니다. 테스트 데이터는 특히 저사양 기기와 연결이 좋지 않은 지역에서 일관된 성능 향상을 강조했습니다 [\[1\]](https://capgo.app/).
-
-### 실제 사례
-
-시스템의 프로덕션 배포는 5,000명 이상의 사용자에 대한 업데이트를 문제없이 성공적으로 처리했습니다 [\[1\]](https://capgo.app/). 종단간 암호화 사용은 업데이트가 안전하게 전달되도록 보장하면서도 높은 성능을 유지합니다 - 제한된 처리 능력을 가진 기기에서 필수적인 기능입니다 [\[1\]](https://capgo.app/).
-
-### Capgo 결과
-
-Capgo의 업데이트 시스템을 사용하는 기업들은 릴리스 효율성이 81% 향상되는 것을 경험했습니다. 이는 즉각적인 배포, 더 나은 리소스 관리, 자동화된 배포를 통해 달성되었습니다 [\[1\]](https://capgo.app/). 이러한 결과를 이끄는 주요 기능은 다음과 같습니다:
-
--   대역폭 사용량을 줄이는 더 작은 업데이트 패키지
--   더 원활한 프로세스를 위한 CI/CD 파이프라인과의 통합
--   며칠이 아닌 몇 분 안에 사용자에게 도달하는 업데이트
diff --git a/src/content/blog/ko/capacitor-ota-updates-cicd-integration-guide.md b/src/content/blog/ko/capacitor-ota-updates-cicd-integration-guide.md
deleted file mode 100644
index 30c18284d..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-cicd-integration-guide.md
+++ /dev/null
@@ -1,196 +0,0 @@
----
-slug: capacitor-ota-updates-cicd-integration-guide
-title: 'Capacitor OTA 업데이트: CI/CD 통합 가이드'
-description: CI/CD 파이프라인에 OTA 업데이트를 통합하여 더 빠른 앱 배포와 향상된 사용자 경험을 제공하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T01:02:12.522Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800475b28980901df1e541b-1744851846737.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, OTA updates, CI/CD, app deployment, automation, mobile development,
-  versioning, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/)앱을 앱스토어 지연 없이 즉시 업데이트하고 싶으신가요? OTA(Over-the-Air) 업데이트를 통해 수정사항과 기능을 사용자의 기기에 직접 푸시할 수 있습니다. CI/CD 파이프라인과 결합하면 배포를 자동화하고, 버그 수정을 가속화하며, 사용자 경험을 개선할 수 있습니다.
-
-### 주요 포인트:
-
--   **OTA + CI/CD의 장점?** 업데이트 자동화, 롤백 가능, 더 빠른 버그 수정을 실현합니다.
--   **필요 사항:** Capacitor 앱, Git 저장소, CI/CD 플랫폼(예: [GitHub Actions](https://docs.github.com/actions)), [Capgo](https://capgo.app/)와 같은 OTA 서비스.
--   **설정 비용:** CI/CD 운영에 월 약 30만원; Capgo의 일회성 설정 비용은 260만원.
--   **모범 사례:** 버전 관리(주, 부, 패치), 단계적 출시, 오류 추적으로 원활한 업데이트를 보장합니다.
--   **상위 OTA 플랫폼:** Capgo는 빠른 업데이트(114ms), 높은 성공률(82%), 글로벌 지원이 돋보입니다.
-
-### OTA 플랫폼 비교:
-
-| 기능 | Capgo | [Appflow](https://ionic.io/appflow/) | [CodePush](https://github.com/microsoft/code-push) |
-| --- | --- | --- | --- | --- |
-| 상태 | 활성 | 활성 | 2026년 종료 예정 | 2024년 중단 |
-| 업데이트 속도 | 114ms | 일반 | 변동적 | 해당 없음 |
-| E2E 암호화 | 예 | 제한적 | 제한적 | 아니오 |
-| 월 비용 | 12달러부터 | Capgo와 유사 | ~500달러 | 무료였음 |
-
-**업데이트를 간소화하시겠습니까?** Capgo CLI와 같은 도구로 CI/CD 파이프라인을 설정하고 안전한 배포를 위해 보안을 확보하세요.
-
-## 기존 CI/CD 파이프라인을 모바일과 통합...
-
-<Steps>
-
-1. 시작하기
-2. 구성하기
-3. 배포하기
-
-</Steps>
-
-## 설정 요구사항
-
-원활하고 안전한 OTA 업데이트를 위해 CI/CD 파이프라인에 필요한 도구와 구성을 준비하세요.
-
-### 필수 소프트웨어 및 서비스
-
-CI/CD 설정의 OTA 업데이트에 필요한 주요 구성 요소입니다:
-
-| 구성 요소 | 목적 | 주요 기능 |
-| --- | --- | --- |
-| Capacitor 앱 | 기본 앱 | Capacitor 8 지원 |
-| Git 저장소 | 코드 추적 | 코드 변경 및 업데이트 모니터링 |
-| CI/CD 플랫폼 | 자동화 | GitHub Actions, [GitLab CI](https://docs.gitlab.com/ee/ci/), 또는 [Jenkins](https://www.jenkins.io/) 지원 |
-| OTA 업데이트 서비스 | 배포 | 실시간 업데이트 및 롤백 처리 |
-
-Capgo의 CLI 도구는 빌드 및 배포 작업을 자동화하여 배포를 단순화합니다.
-
-### 보안 키 관리
-
-CI/CD 파이프라인의 무결성을 유지하기 위해 자격 증명을 안전하게 보관하는 것이 중요합니다. 효과적인 관리 방법은 다음과 같습니다:
-
-| 보안 측면 | 구현 방법 |
-| --- | --- |
-| API 키 | CI/CD 플랫폼의 보안 환경 변수에 저장 |
-| 빌드 시크릿 | 플랫폼별 시크릿 관리 도구 사용 |
-| 액세스 토큰 | 역할 기반 접근 제어(RBAC) 적용 |
-
-Capgo는 CI/CD 파이프라인에서 적절한 구성의 중요성을 강조합니다:
-
-> "GitHub Actions, GitLab CI 등 선호하는 플랫폼에서 직접 CI/CD 파이프라인을 구성합니다. CI/CD를 호스팅하거나 유지보수 비용을 청구하지 않습니다." – Capgo[\[1\]](https://capgo.app/)
-
-도구 선택 시 플랫폼 독립성, 확장성, 업데이트를 위한 엔드-투-엔드 암호화와 같은 강력한 보안 조치를 우선시하세요.
-
-CI/CD 운영에는 일반적으로 월 약 30만원이 소요되지만[\[1\]](https://capgo.app/), 이는 배포 속도를 높이고 수동 작업을 줄임으로써 투자 가치가 있습니다.
-
-이러한 구성 요소가 준비되면 CI/CD 파이프라인에 통합할 준비가 된 것입니다.
-
-## CI/CD 통합 단계
-
-### OTA 구성 요소 설치
-
-시작하려면 Capacitor 프로젝트에 특정 OTA 패키지와 구성을 추가해야 합니다. 다음은 간단한 가이드입니다:
-
-| **구성 요소** | **설치 명령어** | **목적** |
-| --- | --- | --- |
-| Capgo CLI | `npm install @capgo/cli` | 업데이트 빌드 및 배포 처리 |
-| 구성 파일 | `npx @capgo/cli init` | 프로젝트별 설정 구성 |
-| 환경 변수 | CI/CD 플랫폼을 통해 구성 | API 키 및 중요 정보 저장 |
-
-이러한 구성 요소가 설치되면 CI/CD 파이프라인 구성을 진행할 수 있습니다.
-
-### CI/CD 파이프라인 구축
-
-메인 브랜치 또는 태그된 릴리스의 변경사항에 따라 작업을 트리거하도록 파이프라인을 설정하세요(예: `build:` 트리거는 `push [main]` 및 `v*`와 같은 태그 패턴에서 발생). 파이프라인에는 다음 단계가 포함되어야 합니다:
-
--   **빌드**: 코드 변경에 의해 트리거되어 앱을 컴파일하고 준비합니다.
--   **테스트**: 안정성을 보장하기 위한 기능 검사를 자동화합니다.
--   **[업데이트 생성](https://capgo.app/docs/live-updates/update-behavior/)**: 배포를 위해 에셋을 번들링하고 최적화합니다.
-
-파이프라인이 준비되면 업데이트 번들을 원활하게 배포할 수 있습니다.
-
-### 업데이트 번들 배포
-
-업데이트 배포는 OTA 서비스를 통해 번들을 푸시하는 것을 포함합니다. Capgo는 자동화된 CI/CD 통합으로 이 프로세스를 단순화합니다.
-
-| **단계** | **동작** | **검증** |
-| --- | --- | --- |
-| 배포 전 | 버전 확인 | 올바른 버전 관리 확인 |
-| 배포 | [번들 업로드](https://capgo.app/docs/webapp/bundles/) | 업데이트를 배포 시스템으로 전송 |
-| 배포 후 | 상태 확인 | 업데이트 상태 모니터링 및 확인 |
-
-**배포 전문가 팁:**
-
--   **단계적 출시**로 위험 최소화
--   **자동 롤백** 구성으로 문제 신속 처리
--   **오류 추적** 통합으로 더 나은 디버깅
-
-> "GitHub Actions, GitLab CI 등 선호하는 플랫폼에서 직접 CI/CD 파이프라인을 구성합니다. CI/CD를 호스팅하거나 유지보수 비용을 청구하지 않습니다." – Capgo [\[1\]](https://capgo.app/)
-
-Capgo는 일회성 설정 비용 260만원[\[1\]](https://capgo.app/)으로 효율적인 배포를 제공하면서 비용을 통제합니다.
-
-## OTA 업데이트 가이드라인
-
-이 가이드라인은 CI/CD 프로세스와 통합하면서 OTA 업데이트 전략을 개선하는 데 도움이 됩니다.
-
-### 버전 관리 방법
-
-OTA 업데이트를 관리하기 위해 구조화된 버전 관리 시스템을 사용하세요. 이 시스템은 주 버전, 부 버전, 패치 및 빌드 번호를 구분해야 합니다:
-
-| 버전 구성 요소 | 목적 | 예시 |
-| --- | --- | --- |
-| 주 버전 | 주요 변경 사항 표시 | 2.0.0 |
-| 부 버전 | 새로운 기능 표시 | 2.1.0 |
-| 패치 버전 | 버그 수정 표시 | 2.1.1 |
-| 빌드 번호 | CI/CD 빌드 식별 | 2.1.1-build.123 |
-
-베타 및 프로덕션 출시를 관리하기 위해 [업데이트 채널](https://capgo.app/docs/webapp/channels/)을 통합하세요. 버전 관리 시스템이 준비되면 모든 업데이트가 플랫폼별 가이드라인을 준수하는지 확인하세요.
-
-### 앱스토어 규칙
-
-버전 관리를 설정한 후, 앱스토어 정책에 맞춰 업데이트 방식을 조정하세요:
-
-| 플랫폼 | 주요 요구사항 | 권장 접근법 |
-| --- | --- | --- |
-| Apple App Store | 콘텐츠 전용 업데이트 중점 | UI와 콘텐츠 변경을 업데이트에 결합 |
-| Google Play | 업데이트 투명성 요구 | 사용자에게 명확한 알림 제공 |
-| 양쪽 플랫폼 | 준수 기준 강제 | 정기적인 보안 감사 실시 |
-
-단계적으로 업데이트를 출시하고, 자동화된 롤백과 오류 추적을 사용하여 위험을 최소화하세요. 준수성과 보안을 우선시하는 플랫폼을 선택하세요. 예를 들어, Capgo는 엔드-투-엔드 암호화를 기본 제공하여 업데이트가 Apple과 Google의 기준을 충족하도록 보장합니다.
-
-건강 상태 확인과 모니터링 도구를 자동화하여 문제를 신속하게 식별하고 해결하세요.
-
-## OTA 플랫폼 옵션
-
-OTA 업데이트 가이드라인을 설정한 후, CI/CD 워크플로우와 잘 작동하는 OTA 플랫폼을 선택하세요.
-
-### 플랫폼 비교
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)용 인기 OTA 플랫폼의 주요 기능 비교입니다:
-
-| 기능 | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- | --- |
-| 상태 | 활성 | 활성 | 2026년 종료 예정 | 2024년 중단 |
-| 시장 집중 | 글로벌 | 독일 중심 | 기업 | 레거시 |
-| 업데이트 속도 | 114ms (5MB 번들) | 일반 | 변동적 | 해당 없음 |
-| 성공률 | 전 세계 82% | 미공개 | 미공개 | 해당 없음 |
-| E2E 암호화 | 예 | 제한적 | 제한적 | 아니오 |
-| 자체 호스팅 | 예 | 아니오 | 아니오 | 아니오 |
-| CI/CD 통합 | 
-
-Capgo의 일회성 설정 비용 **$2,600**은 5년 동안 **$26,100의 절감 효과**를 가져올 수 있습니다 [\[1\]](https://capgo.app/).
-
-### 모범 사례
-
-CI/CD 프로세스를 최적화하기 위한 팁은 다음과 같습니다:
-
--   대역폭 절약을 위한 부분 업데이트 사용
--   단계적 출시를 위한 채널 활용
--   내장된 분석 도구로 업데이트 모니터링
--   플랫폼 가이드라인 준수
--   빠른 수정을 위한 오류 추적 활성화
-
-> "커뮤니티에 이것이 필요했고 @Capgo가 정말 중요한 일을 하고 있습니다!" – Lincoln Baxter, @lincolnthree [\[1\]](https://capgo.app/)
-
-CI/CD와 OTA 업데이트의 통합은 모바일 앱 개발을 혁신시켰으며, 팀이 사용자 만족도와 성공률을 높게 유지하면서 더 빠르게 업데이트를 제공할 수 있도록 도와줍니다.
diff --git a/src/content/blog/ko/capacitor-ota-updates-cloud-hosting-options-compared.md b/src/content/blog/ko/capacitor-ota-updates-cloud-hosting-options-compared.md
deleted file mode 100644
index b9df677fa..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-cloud-hosting-options-compared.md
+++ /dev/null
@@ -1,219 +0,0 @@
----
-slug: capacitor-ota-updates-cloud-hosting-options-compared
-title: 'Capacitor OTA 업데이트: 클라우드 호스팅 옵션 비교'
-description: >-
-  Capacitor OTA 업데이트를 위한 최적의 클라우드 호스팅 옵션을 살펴보고, AWS, Google Cloud, Azure 및 속도와
-  보안을 위한 전용 플랫폼을 비교해보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-17T03:46:56.267Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d76b8ea5ba8bcd0fc6ad5f-1742183228777.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, OTA updates, cloud hosting, AWS, Google Cloud, Azure, Capgo, mobile
-  app updates, deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-
-Over-the-Air (OTA) 업데이트를 통해 앱스토어 지연 없이 [Capacitor](https://capacitorjs.com/) 앱을 즉시 업데이트할 수 있습니다. 속도, 보안 및 사용 편의성을 위해 적절한 클라우드 호스팅 플랫폼을 선택하는 것이 중요합니다.
-
-### 주요 내용:
-
--   **[AWS](https://awsamazoncom/)**: 강력하지만 복잡한 설정. 맞춤형 워크플로우에 적합
--   **Google Cloud**: 강력한 보안과 자동화이지만 전문 지식 필요
--   **[Azure](https://azuremicrosoftcom/en-us)**: 단계별 출시를 위한 유연하고 확장 가능한 도구
--   **[Capgo](https://capgo.app/)**: OTA 업데이트를 위해 특별히 제작. 빠르고 안전하며 사용하기 쉬움
-
-### 간단 비교:
-
-| **기능** | **AWS** | **Google Cloud** | **Azure** | **Capgo** |
-| --- | --- | --- | --- | --- |
-| **속도 (5MB 번들)** | 57ms | 미보고 | 미보고 | 114ms |
-| **보안** | 설정 필요 | 내장 도구 | 강력한 도구 | 종단간 암호화 |
-| **통합 용이성** | 수동 설정 | 중간 복잡도 | REST APIs, CLI | 내장 CI/CD |
-| **업데이트 성공률** | 82% | 미보고 | 미보고 | 82% |
-| **비용** | 종량제 | 종량제 | 유연한 요금제 | 월 12달러부터 |
-
-**Capgo**는 속도와 단순성을 우선시하는 소규모 팀에 이상적입니다. 반면, AWS, Google Cloud, Azure는 더 많은 유연성을 제공하지만 구성에 더 많은 노력이 필요합니다.
-
-빠르고 안전하며 신뢰할 수 있는 OTA 업데이트를 위해 **Capgo**는 개발자 친화적인 기능과 합리적인 가격으로 두각을 나타냅니다.
-
-## 클라우드 컴퓨팅 리더 비교: [AWS](https://awsamazoncom/) vs [Azure](https://azuremicrosoftcom/en-us) vs Google Cloud
-
-![AWS](https://mars-images.imgix.net/seobot/screenshots/awsamazoncom-b122ef446c917f923466f58329a1ff9c-2025-03-17.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/ftnGqNQzLNU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. AWS의 OTA 업데이트
-
-AWS는 [Capacitor OTA 업데이트](https://capgo.app/ja/)를 호스팅하기 위한 신뢰할 수 있는 옵션이지만, 이 목적을 위해 특별히 설계된 플랫폼에 비해 더 많은 설정이 필요합니다. AWS의 OTA 업데이트 제공을 위한 주요 기능을 살펴보겠습니다.
-
-### 스토리지 및 콘텐츠 전송
-
-AWS는 스토리지에 **S3**를, 글로벌 콘텐츠 전송에 **CloudFront CDN**을 사용합니다. 이들은 함께 OTA 업데이트 호스팅을 위한 견고한 인프라를 제공합니다. 하지만 전송 속도는 OTA 업데이트만을 위해 구축된 플랫폼에 미치지 못할 수 있습니다.
-
-### 보안 및 규정 준수
-
-AWS는 업데이트 보안을 위한 여러 도구를 제공합니다:
-
--   **IAM**: 리소스 접근 제어 관리
--   **KMS**: 암호화 키 관리
--   **CloudTrail**: 감사를 위한 사용자 활동 추적 및 로깅
-
-단, 앱스토어 보안 및 규정 준수 요구사항을 충족하려면 수동 구성이 필요합니다. 이는 내장된 암호화 및 규정 준수 도구를 제공하는 플랫폼에 비해 덜 편리합니다 [\[1\]](https://capgo.app/)
-
-### 배포 관리
-
-**CodePipeline**과 **CodeDeploy** 같은 AWS 서비스로 OTA 업데이트 배포를 자동화할 수 있습니다. 하지만 이들을 설정하는 데 시간이 많이 걸릴 수 있습니다. 실제 배포 시나리오에서 AWS의 성능은 다음과 같습니다:
-
-| 지표 | 성능 |
-| --- | --- |
-| 업데이트 채택 | 24시간 내 95% |
-| 전체 성공률 | 82% |
-| 평균 응답 시간 | 전 세계 57ms |
-
-이러한 수치는 강력한 성능을 보여주지만, 이를 달성하려면 구성과 튜닝에 상당한 노력이 필요합니다.
-
-### 모니터링 및 분석
-
-**CloudWatch**로 AWS는 모니터링 도구를 제공하지만, OTA 특화 지표를 추적하려면 사용자 지정 구성이 필요합니다. 이는 업데이트 성능에 대한 즉시 사용 가능한 인사이트를 제공하는 특화 플랫폼보다 한 단계 뒤쳐집니다.
-
-AWS는 광범위한 기능을 갖춘 강력한 옵션이지만, 범용 설계로 인해 개발자는 설정과 유지보수에 더 많은 시간을 할애해야 합니다. AWS가 적절한 선택인지는 팀의 플랫폼 친숙도와 커스터마이제이션 필요성에 달려 있습니다.
-
-다음으로 Google Cloud의 OTA 업데이트 기능을 살펴보겠습니다.
-
-## 2. Google Cloud의 OTA 업데이트
-
-[Google Cloud Platform](https://cloudgooglecom/) (GCP)는 Capacitor OTA 업데이트를 관리하기 위한 다양한 통합 서비스를 제공합니다. 이러한 서비스는 파일 호스팅과 전 세계 배포부터 보안, 배포 자동화, 모니터링까지 모든 것을 포함합니다.
-
-### 저장소와 배포
-
-**Cloud Storage**를 통해 GCP는 업데이트 파일을 호스팅할 수 있는 안정적인 공간을 제공합니다. 업데이트가 전 세계 사용자에게 빠르고 효율적으로 도달할 수 있도록 **Cloud CDN**과 로드 밸런싱을 사용합니다.
-
-### 보안 프레임워크
-
-GCP는 암호화를 위한 **Cloud KMS**, 접근 제어를 위한 **Cloud IAM**, 위협 탐지를 위한 **Security Command Center**, 공격으로부터의 보호를 위한 **Cloud Armor**와 같은 도구를 사용하여 업데이트의 보안을 보장합니다.
-
-### 배포 및 버전 관리
-
-GCP는 **Cloud Build**, **Container Registry**, **Cloud Functions**와 같은 서비스로 OTA 업데이트 배포를 간소화합니다. 이러한 도구들은 패키징을 자동화하고, 버전 관리를 수행하며, 원활한 롤아웃을 위한 서버리스 트리거를 설정합니다.
-
-### 모니터링 및 분석
-
-실시간 모니터링은 **Cloud Operations**(이전 Stackdriver)를 통해 처리됩니다. 여기에는 업데이트 상태 추적, 커스텀 메트릭 수집, 오류 로깅, 지역별 성능 데이터 분석이 포함됩니다.
-
-### 규정 준수 기능
-
-GCP는 업데이트 서명 및 검증을 위한 내장 도구로 앱 스토어 요구사항을 충족하는 데 도움을 줍니다. 또한 롤백 옵션과 단계별 롤아웃을 지원하여 업데이트가 안전하게 플랫폼 가이드라인에 따라 전달되도록 보장합니다.
-
-GCP가 OTA 업데이트를 위한 강력한 도구 모음을 제공하지만, 이러한 서비스의 설정과 유지 관리는 높은 수준의 기술적 전문성을 필요로 하는 경우가 많습니다.
-
-### 비용 구조
-
-GCP는 **종량제** 가격 모델을 사용하며, 이는 소규모 배포에 적합합니다. 하지만 사용량이 증가함에 따라 비용이 빠르게 상승할 수 있어 비용을 면밀히 모니터링하는 것이 중요합니다. 다음으로 Azure가 OTA 업데이트 플랫폼으로서 어떻게 비교되는지 살펴보겠습니다.
-
-## 3. Azure를 통한 OTA 업데이트
-
-Microsoft Azure는 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 OTA(Over-the-Air) 업데이트를 구현할 수 있는 다양한 클라우드 서비스를 제공합니다. 핵심 서비스를 결합하여 업데이트를 효율적으로 관리하기 위한 맞춤형 워크플로우를 구축할 수 있습니다.
-
-**Azure Blob Storage**로 업데이트 파일을 호스팅하는 것으로 시작하세요. **Azure의 Content Delivery Network (CDN)**와 함께 사용하여 이러한 업데이트가 전 세계적으로 빠르고 안정적으로 배포되도록 보장합니다. 이 설정은 업데이트를 저장하고 전달하기 위한 견고한 기반을 제공합니다.
-
-보안을 위해 Azure는 여러 도구를 제공합니다. **Key Vault**는 암호화 키를 관리하고, **Active Directory**는 접근을 제어하며, **Security Center**는 위협을 모니터링하고, **DDoS Protection**은 네트워크 공격으로부터 보호합니다. 이러한 도구들이 함께 OTA 업데이트를 위한 안전한 환경을 만듭니다.
-
-맞춤형 OTA 업데이트 솔루션이 필요한 경우 Azure가 지원합니다. **Azure DevOps**와 **Azure Pipelines**와 같은 서버리스 도구를 사용하여 [빌드와 배포를 자동화](https://capgo.app/blog/automatic-build-and-release-with-gitlab/)하세요. **Azure Functions**를 추가하여 업데이트 워크플로우를 트리거하고, **Azure Monitor**를 활용하여 성능과 메트릭을 추적하세요.
-
-Azure는 또한 앱 스토어 가이드라인과 산업 표준을 충족하는 데 필수적인 단계별 롤아웃과 자동화된 롤백 메커니즘을 지원합니다. 규정 준수 기능을 통해 규제 요구사항에 맞는 업데이트 전략을 더 쉽게 설계할 수 있습니다.
-
-**REST API**, 공식 SDK, **Azure CLI**를 통한 명령줄 도구 지원 덕분에 통합이 간단합니다. 이러한 유연성으로 Capacitor 앱의 요구사항에 맞게 통합 프로세스를 조정할 수 있습니다.
-
-확장 가능한 OTA 업데이트를 위해 비용 관리는 중요합니다. 종량제와 예약 용량과 같은 Azure의 가격 옵션은 비용 관리에 유연성을 제공합니다. **Azure Cost Management**와 같은 도구는 사용량을 모니터링하고 예산을 설정하는 데 도움을 주어 솔루션이 확장되더라도 비용 효율성을 유지할 수 있도록 합니다.광범위한 클라우드 인프라와 확장 가능한 도구를 통해 Azure는 앱의 OTA 업데이트 워크플로우를 구축하고 관리하는 데 필요한 모든 것을 제공합니다
-
-## 4. [Capgo](https://capgo.app/)를 통한 OTA 업데이트
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-17.jpg?auto=compress)
-
-Capgo는 일반 클라우드 제공업체를 넘어서 Capacitor OTA 업데이트를 위한 전용 솔루션을 제공합니다. 5MB 번들을 단 114ms 만에 다운로드하고 전 세계적으로 평균 API 응답 시간이 57ms로, 업데이트가 빠르고 안정적임을 보장합니다.
-
-고급 엔드-투-엔드 암호화를 통해 Capgo는 기본적인 서명 방식을 넘어서서, 인증된 사용자만이 업데이트에 접근할 수 있도록 보장합니다.
-
-Capgo의 채널 시스템은 업데이트 관리를 간단하고 효과적으로 만듭니다. 주요 기능은 다음과 같습니다:
-
-| 기능 | 기능성 | 이점 |
-| --- | --- | --- |
-| 베타 테스팅 | 특정 그룹에 업데이트 배포 | 출시 전 제어된 테스팅 가능 |
-| 단계적 출시 | 사용자에게 점진적으로 업데이트 배포 | 광범위한 문제 발생 위험 감소 |
-| 버전 관리 | 여러 앱 버전 관리 | 손쉬운 반복 테스팅 지원 |
-| 즉각적인 롤백 | 이전 버전으로 즉시 되돌리기 | 문제가 있는 업데이트 신속 수정 |
-
-이 플랫폼은 실제 상황에서 그 신뢰성을 입증했습니다. 750개의 지원 앱과 2억 3,500만 건 이상의 업데이트를 배포하며, Capgo는 24시간 내 95%의 업데이트 비율과 82%의 전 세계 배포 성공률을 달성했습니다 [\[1\]](https://capgo.app/)
-
-Capgo는 또한 [GitHub Actions](https://docsgithubcom/actions)와 [Jenkins](https://wwwjenkinsio/)와 같은 CI/CD 도구와 원활하게 통합되어 배포를 자동화하고 수동 작업을 줄입니다. 델타 업데이트 시스템은 코드의 변경된 부분만 다운로드하여 속도와 대역폭 효율성을 모두 개선합니다.
-
-빠른 반복을 목표로 하는 팀을 위해 Capgo는 [GitLab CI](https://docsgitlabcom/ee/ci/)와 Jenkins와 같은 인기 있는 도구를 지원하여 배포 워크플로우를 간소화합니다. 또한 클라우드 기반 및 자체 호스팅 설정을 포함한 유연한 호스팅 옵션을 제공합니다. 완전히 오픈소스이기 때문에 Capgo는 개발자가 단일 공급업체에 묶이지 않고 호스팅을 완벽하게 제어할 수 있도록 보장합니다.
-
-## 플랫폼 비교
-
-다음은 주요 OTA 업데이트 요구 사항을 충족하는 데 있어 기존 클라우드 제공업체와 Capgo를 비교한 내용입니다:
-
-| 기능 | 기존 클라우드 제공업체 | Capgo |
-| --- | --- | --- |
-| 글로벌 CDN 성능 | 업계 표준 성능 (데이터 미보고) | 5MB 번들에 114ms[\[1\]](https://capgo.app/) |
-| 업데이트 성공률 | 미보고 | 전 세계 82%[\[1\]](https://capgo.app/) |
-| 암호화 | 표준 업데이트 서명 | 엔드-투-엔드 암호화[\[1\]](https://capgo.app/) |
-| CI/CD 통합 | 사용자 정의 설정 필요 | GitHub, GitLab 등과 기본 통합[\[1\]](https://capgo.app/) |
-| [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | 사용자 정의 구현 | 채널 시스템 포함[\[1\]](https://capgo.app/) |
-
-기존 제공업체가 안정적인 성능을 제공하는 반면, Capgo는 더 빠른 글로벌 CDN 속도, 간소화된 업데이트 성공률, 향상된 보안으로 두각을 나타냅니다. 예를 들어, Capgo는 5MB 번들에 대해 114ms의 전송 시간과 전 세계적으로 82%의 업데이트 성공률을 달성합니다 - 이는 간과할 수 없는 수치입니다.
-
-Capgo의 비용 효율성은 사용자들에게 또 다른 주요 장점입니다. 한 사용자의 말을 인용하면:
-
-> "@AppFlow가 연간 $5000의 청구서를 보내서 @Capgo로 전환했습니다. 지금까지 CapoGo가 마음에 듭니다. @Capgo 감사합니다, 정말 좋은 제품입니다"[\[1\]](https://capgo.app/)
-
-보안은 Capgo가 탁월한 중요 영역입니다. 표준 업데이트 서명에 의존하는 기존 플랫폼과 달리 Capgo는 엔드-투-엔드 암호화를 제공하여 중요한 배포에 더 강력한 보호를 제공합니다. NASA OSIRIS-REx 팀은 이 장점을 강조했습니다:
-
-> "Capgo는 핫 코드 푸시를 하는 스마트한 방법입니다(@AppFlow처럼 세상의 모든 돈을 들이지 않고도) 🙂"[\[1\]](https://capgo)app/)
-
-또한 Capgo는 GitHub 및 GitLab과 같은 도구와의 기본 제공 CI/CD 통합을 통해 개발자를 위한 배포를 단순화합니다. 이는 사용자 지정 설정의 필요성을 없애고 릴리스 프로세스를 가속화합니다. 한 팀이 성공 사례를 공유했습니다:
-
-> "우리는 5000명 이상의 사용자 기반에 Capgo OTA 업데이트를 프로덕션에 배포했습니다. @Capgo에 OTA가 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 확인했습니다"[\[1\]](https://capgo.app/)
-
-Capgo의 속도, 보안 및 사용 편의성의 조합은 OTA 업데이트 워크플로우를 최적화하려는 팀들에게 매력적인 선택입니다.
-
-## 올바른 플랫폼 선택하기
-
-이 섹션에서는 귀하의 요구 사항에 맞는 최적의 OTA 호스팅 플랫폼을 선택할 때 고려해야 할 주요 요소들을 분석합니다.
-
-### **보안 및 규정 준수**
-
-앱 업데이트 보호는 타협할 수 없습니다. **Capgo**와 같은 플랫폼은 민감한 데이터를 보호하고 규정 준수 표준을 충족하기 위해 종단간 암호화를 포함한 강력한 보안 조치를 제공합니다 [\[1\]](https://capgo.app/)
-
-### **업데이트 성능**
-
-글로벌 CDN 성능은 사용자 경험에 큰 영향을 미칩니다. 앞서 언급했듯이, **Capgo**는 이 분야에서 뛰어나며 전 세계적으로 더 빠르고 안정적인 앱 업데이트를 보장합니다 [\[1\]](https://capgo.app/)
-
-### **의사결정 프레임워크**
-
-다음은 귀하의 요구사항과 적합한 플랫폼을 매칭하는데 도움이 되는 간단한 가이드입니다:
-
-| **요구사항** | **최적의 선택** | **이유** |
-| --- | --- | --- |
-| 소규모 팀 (<10명 개발자) | Capgo (Solo/Maker 플랜) | 소규모 팀을 위한 필수 기능이 포함된 저렴한 요금제 ($12-$33/월) |
-| 기업 규모 | 전통적인 클라우드 또는 [Capgo PAYG](https://capgo.app/docs/webapp/payment/) | 맞춤형 인프라와 확장 가능한 솔루션 (Capgo PAYG는 $249/월부터 시작) |
-| 높은 보안 | 종단간 암호화를 제공하는 플랫폼 | 민감한 데이터 보호 및 규정 준수 요구사항 충족 보장 |
-| CI/CD 통합 | 기본 제공 지원이 있는 플랫폼 | 설정 단순화 및 지속적인 유지보수 감소 |
-
-### **비용 고려사항**
-
-비용은 요구사항에 따라 크게 다를 수 있습니다. 예를 들어, CI/CD 운영에는 월 약 $300이 소요될 수 있으며, **AppFlow**와 같은 플랫폼은 연간 최대 $6,000까지 소요될 수 있습니다 [\[1\]](https://capgo.app/) 성능과 비용의 균형을 맞추는 것이 중요하며, Capgo는 강력한 성능 지표와 함께 경쟁력 있는 가격을 제공합니다.
-
-### **기술 요구사항**
-
-플랫폼을 선택할 때는 특정 **[Capacitor 버전](https://capgo.app/plugins/ivs-player/)**(예: Capacitor 8)을 지원하고 분석, 오류 추적, 버전 제어를 위한 롤백 옵션, 원활한 CI/CD 통합과 같은 필수 기능을 제공하는지 확인하세요. 이러한 기능들은 앱이 확장됨에 따라 원활한 운영을 보장합니다.
-
-최상의 플랫폼은 성능, 보안 및 비용 사이의 적절한 균형을 제공할 것입니다. Capgo의 15일 무료 평가판과 같은 무료 평가판을 활용하여 플랫폼이 귀하의 요구사항과 일치하는지 확인하세요 [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ko/capacitor-ota-updates-debugging-issues.md b/src/content/blog/ko/capacitor-ota-updates-debugging-issues.md
deleted file mode 100644
index 723aad51b..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-debugging-issues.md
+++ /dev/null
@@ -1,205 +0,0 @@
----
-slug: capacitor-ota-updates-debugging-issues
-title: 'Capacitor OTA 업데이트: 디버깅 문제'
-description: >-
-  OTA 업데이트 문제를 효과적으로 해결하는 방법을 알아보고, 모범 사례와 도구를 통해 원활한 앱 배포와 사용자 만족도를 보장하는 방법을
-  학습하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T03:16:07.345Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ff1c0bb0912f75a97f349a-1744775417719.jpg
-head_image_alt: 모바일 개발
-keywords: 'OTA updates, debugging, error tracking, app stability, Capgo'
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**OTA 업데이트는 앱 개선 속도를 높일 수 있지만 업데이트 실패로 인해 심각한 문제가 발생합니다.** 원활한 업데이트를 보장하고 문제를 신속하게 해결하기 위해 알아야 할 사항은 다음과 같습니다.
-
-- **일반적인 문제**: 배포 실패, 부분 업데이트 및 규정 준수 문제.
-- **주요 측정항목**: 24시간 내 업데이트 속도 95%, 글로벌 성공률 82%를 목표로 합니다.
-- **모범 사례**: 롤백 기능, 실시간 오류 추적, 단계적 출시를 사용하여 위험을 최소화합니다.
-- **도구**: [Capgo](https://capgo.app/)와 같은 플랫폼은 안전하고 효율적인 업데이트를 위해 원클릭 롤백, 스마트 차등 업데이트, 엔드투엔드 암호화를 제공합니다.
-
-**빠른 팁**: 전체 배포 전에 항상 베타 채널에서 업데이트를 테스트하고 실시간 분석을 통해 성능을 모니터링하세요.
-
-이 가이드에서는 업데이트 오류 식별부터 안정적인 OTA 업데이트를 위해 Capgo와 같은 도구를 사용하는 것까지 모든 내용을 다룹니다.
-
-## 최고의 Ionic 디버깅 가이드(브라우저 및 기본 앱)
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 주요 OTA 업데이트 문제
-
-OTA 업데이트는 때때로 앱 안정성을 방해하고 사용자 경험에 영향을 미칠 수 있습니다. 아래에서는 일반적인 문제와 과제를 분석합니다.
-
-### 업데이트 및 롤백 오류
-
-배포[\[1\]](https://capgo.app/) 중에 업데이트의 약 20%가 실패합니다. 이 문제를 해결하기 위해 **Capgo의 원클릭 롤백 기능**을 통해 개발자는 신속하게 안정적인 버전으로 되돌릴 수 있어 가동 중지 시간과 사용자 불만을 최소화할 수 있습니다[\[1\]](https://capgo.app/).
-
-### 부분 업데이트 문제
-
-다운로드 중단이나 파일 [\[1\]](https://capgo.app/) 누락으로 인해 업데이트가 부분적으로 실패할 수 있습니다. 이로 인해 기능이 손상될 수 있습니다. Capgo는 앱의 변경된 부분만 다운로드하는 데 초점을 맞춘 **스마트 차등 업데이트**를 통해 이 문제를 해결합니다.
-
-> "스마트 차등 업데이트: 변경된 내용만 다운로드하여 대역폭과 시간을 절약합니다." [\[1\]](https://capgo.app/)
-
-### 앱 스토어 규정 준수
-
-OTA 업데이트에 대한 플랫폼 규칙을 따르는 것이 중요합니다. Capgo는 **엔드 투 엔드 암호화**를 사용하여 규정 준수를 보장하며 다음을 보장합니다.
-
-> "사용자만 업데이트의 암호를 해독할 수 있습니다." [\[1\]](https://capgo.app/)
-
-Capgo의 모니터링 도구에 따르면 최대 95%의 활성 사용자가 24시간 이내에 최신 버전으로 전환합니다[\[1\]](https://capgo.app/). 이러한 통계는 정확한 오류 추적과 강력한 [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)의 중요성을 강조합니다.
-
-## 업데이트 문제 찾기 및 해결
-
-OTA 업데이트를 디버깅하려면 문제를 효과적으로 식별하고 해결하기 위해 세심한 모니터링과 분석이 필요합니다.
-
-### 로그 분석 및 오류 추적
-
-실시간으로 오류를 추적하면 문제가 발생하는 즉시 발견하는 데 도움이 됩니다. 다음과 같은 일반적인 문제 영역에 중점을 둡니다.
-
-- 네트워크 연결 문제
-- 다운로드 중단
-- 설치 오류
-- 버전 불일치
-
-자동화된 오류 추적 도구를 사용하면 즉각적인 경고를 제공하여 시간을 절약하고 가동 중지 시간을 줄일 수 있습니다.
-
-### 업데이트 상태 모니터링
-
-업데이트 성능을 평가하려면 다음 주요 측정항목을 주시하세요.
-
-| 미터법 | 목표 임계값 | 영향 |
-| --- | --- | --- |
-| 24시간 업데이트 속도 | 95% | 성공적인 배송 확인 |
-| 글로벌 성공률 | 82% | 업데이트가 안정적인지 확인 |
-| 설치시간 | < 5 minutes | Affects overall user experience |
-
-> "우리는 5000명이 넘는 사용자 기반을 대상으로 프로덕션 환경에서 Capgo OTA 업데이트를 출시했습니다. OTA가 @Capgo에 배포된 지 몇 분 만에 거의 모든 사용자가 최신 상태로 업데이트되는 매우 원활한 운영을 확인하고 있습니다." – 콜렌소 [\[1\]](https://capgo.app/)
-
-철저한 테스트는 모니터링을 보완하여 더욱 원활한 업데이트를 보장합니다.
-
-### 테스트 환경 설정
-
-신뢰할 수 있는 업데이트 프로세스는 강력한 테스트와 빠른 롤백 옵션에 달려 있습니다. 효과적인 환경을 설정하는 방법은 다음과 같습니다.
-
-- 베타 및 단계적 채널을 사용하여 전체 배포 전에 업데이트를 검증합니다.
-- 필요한 경우 업데이트를 되돌릴 수 있는 롤백 메커니즘이 마련되어 있는지 확인하세요.
-- 문제를 조기에 감지하고 신속하게 대응할 수 있는 분석 도구를 통합합니다.
-
-한 개발자가 자신의 경험을 공유했습니다.
-
-> "Capgo는 생산성을 높이고자 하는 개발자를 위한 필수 도구입니다. 버그 수정에 대한 검토를 피하는 것이 좋습니다." – 베시 쿠퍼 [\[1\]](https://capgo.app/)
-
-## OTA 업데이트 최선의 방법
-
-안정적인 OTA 업데이트를 보장하려면 철저한 패키지 검증, 점진적 배포 및 올바른 도구가 필요합니다.
-
-### 업데이트 패키지 확인
-
-충돌이나 손상과 같은 문제를 방지하려면 업데이트 패키지의 유효성을 검사하는 것이 중요합니다. 주요 점검 사항은 다음과 같습니다:
-
-| 유형 확인 | 목적 | 혜택 |
-| --- | --- | --- |
-| 버전 관리 | 정확한 버전 유지 | 충돌 방지 |
-| 파일 무결성 | 모든 구성 요소 확인 | 부패 감소 |
-| 크기 최적화 | 부분 업데이트 지원 | 대역폭 절약 |
-| 보안 검증 | 암호화가 손상되지 않았는지 확인 | 사용자를 보호합니다 |
-
-Capgo의 엔드 투 엔드 암호화는 승인된 사용자 [\[1\]](https://capgo.app/)만 업데이트에 액세스할 수 있도록 보장합니다.
-
-### 단계별 업데이트 배포
-
-점진적인 출시는 위험을 최소화하고 원활한 구현을 보장합니다. 단계별 접근 방식은 다음과 같습니다.
-
-1. **초기 베타**: 소규모 사용자 그룹으로 시작하여 업데이트를 테스트하고 데이터를 수집합니다.
-2. **제어된 확장**: 성능과 성공률을 모니터링하면서 점차적으로 사용자 기반을 늘립니다.
-3. **전체 배포**: 82% 이상의 성공률[\[1\]](https://capgo.app/)을 목표로 업데이트를 전 세계적으로 출시합니다.
-
-이 접근 방식을 올바른 도구와 결합하면 강력한 OTA 업데이트 프로세스가 보장됩니다.
-
-### 업데이트를 위해 [Capgo](https://capgo.app/) 사용
-
-![Capgo 라이브 업데이트 대시보드 인터페이스](https://assets.seobotai.com/capgo.app/67ff1c0bb0912f75a97f349a/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo는 효율성을 향상시키도록 설계된 기능으로 OTA 업데이트를 단순화합니다.
-
-- **실시간 분석**: 전역 API 응답 시간은 평균 434ms [\[1\]](https://capgo.app/)입니다.
-- **원클릭 롤백**: 필요한 경우 이전 버전으로 빠르게 되돌릴 수 있습니다.
-- **부분 업데이트**: 필요한 구성 요소만 업데이트하여 대역폭 사용량을 줄입니다.
-- **CI/CD 통합**: [GitHub Actions](https://docs.github.com/actions) 및 [GitLab CI](https://docs.gitlab.com/ee/ci/)와 같은 플랫폼과 원활하게 작동합니다.
-
-> "우리는 민첩한 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 서비스를 제공하는 데 매우 중요합니다!" - 로드리고 만티카 [\[1\]](https://capgo.app/)
-
-Capgo의 [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)은 업데이트 배포 및 테스트에 대한 정밀한 제어를 제공합니다. 이미 프로덕션에서 Capgo를 사용하고 있는 1.9K 앱을 통해 복잡한 업데이트 시나리오를 효과적으로 처리하는 것으로 입증되었습니다[\[1\]](https://capgo.app/).
-
-## OTA 플랫폼 옵션
-
-2022년부터 OTA 플랫폼은 특히 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/) 및 디버깅 기능을 확장했습니다.
-
-### 주요 기능
-
-다음은 몇 가지 중요한 [디버깅 기능](https://capgo.app/docs/plugin/debugging/)에 대한 분석입니다.
-
-| 기능 | 캡고 |
-| --- | --- |
-| 종단간 암호화 | 예, 완전히 암호화되었습니다 |
-| 업데이트 성공률 | 전 세계적으로 82% |
-| 응답 시간 | 평균 434ms |
-| 롤백 지원 | 즉시, 원클릭 |
-| 오류 추적 | 실시간 |
-| 업데이트 배포 | 채널 기반 시스템 |
-
-이러한 기능은 성능과 비용 측면에서 플랫폼이 인식되는 방식에 영향을 미칩니다.
-
-### 비용 및 시장 현황
-
-OTA 플랫폼을 선택할 때 가격은 중요한 요소입니다. 이제 시장은 다양한 요구 사항을 충족할 수 있는 다양한 가격 옵션을 제공합니다.
-
-| 플랫폼 | 월간 비용 | 시장 지위 |
-| --- | --- | --- |
-| 캡고 솔로 | $12 | 2022년부터 확대 |
-| 캡고메이커 | $33 | 중소기업에 인기 |
-| 캡고팀 | $83 | 기업이 선호하는 |
-| 캡고 PAYG | $249 | 맞춤형 사용을 위한 맞춤형 |
-
-GitHub Actions 및 GitLab CI와 같이 널리 사용되는 CI/CD 플랫폼과 통합하면 디버깅 프로세스가 단순화됩니다. Bessie Cooper는 적절하게 다음과 같이 표현합니다.
-
-> "@Capgo는 생산성을 높이고자 하는 개발자에게 꼭 필요한 도구입니다. 버그 수정에 대한 검토를 피하는 것은 금물입니다." [\[1\]](https://capgo.app/)
-
-## 다음 단계
-
-### 주요 포인트 검토
-
-효과적인 OTA 디버깅을 통해 24시간 이내에 95%의 업데이트 성공률을 달성할 수 있습니다[\[1\]](https://capgo.app/). 실시간 모니터링과 빠른 대응 전략을 결합하면 최상의 결과를 얻을 수 있습니다.
-
-OTA 디버깅에 영향을 미치는 몇 가지 주요 요소는 다음과 같습니다.
-
-| 요인 | 디버깅의 역할 |
-| --- | --- |
-| 종단간 암호화 | 전송 중에 디버그 데이터를 안전하게 유지 |
-| 실시간 분석 | 문제가 발생하면 이를 감지하는 데 도움이 됩니다 |
-| 롤백 기능 | 업데이트 실패 시 빠른 복구 가능 |
-| 채널 시스템 | 집중적인 테스트 및 배포 지원 |
-
-이러한 통찰력을 활용하여 OTA 디버깅 프로세스를 강화하세요.
-
-### 조치 항목
-
-OTA 안정성을 높이려면 다음 단계를 고려하세요.
-
-- **테스트 환경 설정**: 업데이트 [\[1\]](https://capgo.app/)의 무결성을 보호하기 위해 베타 및 단계적 채널을 설정합니다.
-    
-- **무결성 검사 자동화**: CI/CD 파이프라인에 자동 검사를 추가하여 업데이트를 출시하기 전에 패키지 무결성과 규정 준수를 확인합니다.
-    
-- **주요 측정항목 모니터링**: 다음과 같은 중요한 영역에 집중하세요.
-    
-    - 성공률 업데이트(전 세계적으로 82% 이상 목표)
-    - 응답 시간(약 434ms 목표)
-    - 다운로드 속도(벤치마크: 5MB 번들의 경우 114ms)
-- **복구 계획 준비**: 즉각적인 롤백 기능을 활성화하고, 자동화된 오류 추적을 설정하고, 명확한 에스컬레이션 경로를 설정합니다. 이러한 관행은 이미 1,900개가 넘는 프로덕션 앱[\[1\]](https://capgo.app/)에서 1조 1천억 개의 성공적인 업데이트를 지원했습니다.
diff --git a/src/content/blog/ko/capacitor-ota-updates-security-tips.md b/src/content/blog/ko/capacitor-ota-updates-security-tips.md
deleted file mode 100644
index 452cc61d0..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-security-tips.md
+++ /dev/null
@@ -1,201 +0,0 @@
----
-slug: capacitor-ota-updates-security-tips
-title: 'Capacitor OTA 업데이트: 보안 팁'
-description: 'OTA 업데이트에 필요한 암호화, 파일 확인, 접근 제어 등의 필수 보안 사례를 학습하여 모바일 앱을 보호하세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T02:16:15.693Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d-1743905786627.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, security, encryption, file verification, access control, mobile
-  app updates, data protection
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 앱을 위한 **안전한 OTA 업데이트를 원하시나요?** 결론은 이렇습니다: OTA 업데이트는 빠르고 효율적이지만 데이터 가로채기, 파일 변조, 서버 취약점과 같은 위험이 있습니다. 업데이트를 안전하게 유지하려면 **암호화, 파일 검증, 접근 제어**에 집중하세요.
-
-### 주요 포인트:
-
--   **[업데이트 암호화](https://capgo.app/docs/cli/migrations/encryption/)**: [TLS](https://en.wikipedia.org/wiki/Transport_Layer_Security) 1.3과 종단간 암호화를 사용하여 가로채기 방지.
--   **파일 검증**: 디지털 서명과 체크섬을 검증하여 업데이트 무결성 보장.
--   **접근 제어**: 역할 기반 권한, 기기 ID 검증, [보안 API 키](https://capgo.app/docs/webapp/api-keys/) 사용.
-
-### OTA 플랫폼 빠른 비교:
-
-| 기능 | [Capgo](https://capgo.app/) | [AppFlow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| 종단간 암호화 | 예 | 아니오 | 아니오 |
-| 롤백 기능 | 즉시 | 수동 | 수동 |
-| 업데이트 성공률 | 전세계 82% | 제한된 데이터 | 제한된 데이터 |
-
-**프로 팁:** Capgo는 24시간 내 95%의 업데이트 채택률과 실시간 분석 및 버전 관리와 같은 고급 보안 기능을 제공합니다. 지금 바로 이 단계들을 따라 OTA 업데이트를 안전하게 하세요!
-
-## Capacitor 2.0: 하나의 코드베이스로 모바일 앱과 PWA 개발
-
-
-## OTA 업데이트의 보안 위험
-
-OTA 업데이트는 앱 보안과 사용자 신뢰를 손상시킬 수 있는 취약점을 만들 수 있습니다.
-
-### 데이터 가로채기 위험
-
-중간자 공격은 OTA 업데이트 데이터를 가로채어 수백만 사용자에게 영향을 미칠 수 있는 무단 변경을 허용할 수 있습니다. 이를 방지하기 위해서는 **종단간 암호화**가 필수적입니다.
-
-> "진정한 종단간 암호화를 제공하는 유일한 솔루션이며, 다른 솔루션들은 단순히 업데이트에 서명만 합니다" [\[1\]](https://capgo.app/)
-
-적절한 암호화 없이는 가로챈 파일이 변조될 수 있어 심각한 결과를 초래할 수 있습니다.
-
-### 파일 변조 위협
-
-변조된 업데이트 파일은 악성 코드를 도입하고, 앱 기능을 방해하며, 민감한 정보를 도용하거나 무단 기능을 도입할 수 있습니다. 이는 업데이트가 안전하고 신뢰할 수 있도록 보장하기 위해 **강력한 파일 검증 프로토콜**의 중요성을 강조합니다.
-
-### 서버 접근 취약점
-
-아래 표는 주요 서버 취약점과 그 잠재적 영향을 설명합니다:
-
-| 취약점 | 영향 |
-| --- | --- |
-| 약한 인증 | 무단 업데이트 |
-| 불충분한 역할 관리 | 테스트되지 않은 업데이트 배포 |
-| 손상된 API 키 | 악성 코드 배포 |
-
-이러한 예시들은 보안이 단순히 업데이트 서명을 넘어서야 하는 이유를 보여줍니다. 암호화, 검증, 엄격한 접근 제어를 포함하는 계층화된 접근 방식이 [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 보호하는 데 중요합니다.
-
-## OTA 업데이트를 위한 보안 단계
-
-잠재적 위험을 해결하기 위해, OTA 업데이트 전달을 보호하기 위한 다음의 대상 조치들을 따르세요.
-
-### 데이터 암호화 방법
-
-강력한 암호화 방법을 사용하는 것은 OTA 업데이트를 보호하는 데 핵심입니다. 종단간 암호화는 업데이트 데이터가 전송 중에 보호되고 인가된 기기만이 접근할 수 있도록 보장합니다.
-
-다음은 안전한 암호화 설정의 주요 구성 요소입니다:
-
-| 구성 요소 | 목적 | 구현 |
-| --- | --- | --- |
-| TLS 프로토콜 | 전송 중 데이터 보호 | 강력한 암호 스위트로 TLS 1.3 사용 |
-| 종단간 암호화 | 의도된 수신자만이 데이터를 복호화할 수 있도록 보장 | 검증된 종단간 암호화 프로토콜 사용 |
-
-### 업데이트 파일 검증
-
-업데이트 파일을 검증하는 것은 그들의 무결성과 신뢰성을 보장합니다. 이 과정은 단순히 업데이트에 서명하는 것 이상을 요구하며, 여러 계층의 검증이 필요합니다.
-
-업데이트를 검증하는 단계들:
-
--   **디지털 서명 검증**: 공개 키 인프라를 사용하여 업데이트 패키지 서명의 신뢰성을 확인.
--   **체크섬 검증**: SHA-256 해시를 비교하여 업데이트 파일이 변조되지 않았는지 확인.
-
-추가로, 신뢰할 수 있는 엔티티에만 업데이트 배포를 제한하기 위해 엄격한 접근 제어를 시행하세요.
-
-### 접근 제어 설정
-
-효과적인 접근 제어는 업데이트의 무단 배포를 방지하는 데 필수적입니다. 안전한 시스템은 다음을 포함해야 합니다:
-
-| 접근 제어 기능 | 보안 이점 |
-| --- | --- |
-| 기기 ID 검증 | 업데이트가 올바른 기기로 전송되는지 확인 |
-| 역할 기반 접근 | 누가 업데이트를 배포할 수 있는지 관리 |
-| [API 키 관리](https://capgo.app/docs/webapp/api-keys/) | 업데이트 서버와의 통신 보안 |
-
-대규모 배포의 경우, 세분화된 권한이 중요합니다. 이를 통해 팀은 업데이트 배포에 대한 특정 권한을 할당하고, 베타 테스트 접근을 제어하며, 별도의 권한 하에 여러 조직을 관리하고, 팀 요구 사항이 변경됨에 따라 역할을 조정할 수 있습니다.
-
-암호화, 검증, 엄격한 접근 제어를 결합하면 개발과 배포 과정에서 OTA 업데이트를 위한 안전한 프레임워크가 만들어집니다.
-
-## 테스트 및 배포 단계
-
-철저한 OTA 테스트는 취약점을 식별하고 업데이트가 안정적인지 확인하는 데 필수적입니다.
-
-### 보안 테스트 단계
-
-업데이트를 배포하기 전에, 업데이트가 안전하고 호환되는지 확인하기 위해 상세한 보안 검사를 수행하세요:
-
-| 테스트 단계 | 주요 작업 | 보안 초점 |
-| --- | --- | --- |
-| 배포 전 | 업데이트 패키지 서명 검증 | 업데이트 신뢰성 확인 |
-| 통합 | 암호화 프로토콜 테스트 | 안전한 데이터 전송 보장 |
-| 시스템 | 기기 호환성 검증 | 설치 무결성 확인 |
-| 사용자 수용 | 선택된 사용자와 베타 테스트 진행 | 실제 사용에서의 보안 검증 |
-
-업데이트 패키지가 프로세스 전반에 걸쳐 안전하게 유지되는지 확인하기 위해 모든 테스트 단계에서 암호화 무결성을 점검해야 합니다. 업데이트의 무결성이 확인되면, 문제가 발생할 경우 변경 사항을 신속하게 되돌릴 수 있는 계획을 마련하세요.
-
-### 업데이트 롤백 옵션
-
-철저한 테스트는 즉각적인 롤백 옵션과 제어된 스테이징을 포함한 신뢰할 수 있는 배포 전략을 지원합니다. 잘 설계된 롤백 시스템은 배포 후 보안 문제를 신속하게 해결할 수 있습니다.
-
-효과적인 롤백 시스템의 주요 구성 요소:
-
--   **버전 관리 시스템**: 보안 패치와 기능 업데이트를 포함한 모든 앱 버전의 완전한 기록 유지.
--   **자동화된 복구**: 명확한 복구 절차와 함께 롤백을 위한 자동화된 트리거 사용.
-
-> "필요한 경우 이전 버전으로 원클릭 롤백" [\[1\]](https://capgo.app/)
-
-### 단계적 배포 프로세스
-
-위험을 최소화하고 실시간으로 보안을 테스트하기 위해 롤백 전략을 단계적 배포 계획과 결합하세요. [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)은 배포를 제어하고 전체 배포 전에 업데이트가 철저히 테스트되도록 돕습니다.
-
-| 단계 | 대상 | 기간 | 보안 조치 |
-| --- | --- | --- | --- |
-| 내부 테스팅 | 개발 팀 | 24-48시간 | 전체 보안 감사 수행 |
-| 베타 채널 | 선택된 사용자 | 3-5일 | 배포 면밀히 모니터링 |
-| 생산 롤아웃 | 사용자의 10% | 2-3일 | 오류 추적 및 해결 |
-| 전체 배포 | 모든 사용자 | 1-2주 | 지속적인 업데이트 모니터링 |
-
-> "채널 시스템: 고급 업데이트 배포. 채널을 사용하여 베타 테스트 및 단계적 롤아웃을 위해 특정 사용자 그룹을 다른 버전으로 타겟팅" [\[1\]](https://capgo.app/)
-
-## OTA 업데이트 관리 도구
-
-안전한 배포와 테스팅을 기반으로, 강력한 OTA 관리 도구는 Capacitor 업데이트를 보호하는 데 중요합니다.
-
-### [Capgo](https://capgo.app/) 기능 개요
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f1d348ebbb9dc80644cb8d/241c8f19433e01f315154c8988becf9c.jpg)
-
-Capgo는 **종단간 암호화**로 [Capacitor OTA 업데이트](https://capgo.app/ja/)에 대한 고급 보안을 제공하여 인가된 사용자만이 업데이트를 복호화할 수 있도록 합니다.
-
-주요 기능 분석:
-
-| 기능 | 보안 이점 |
-| --- | --- |
-| 종단간 암호화 | 업데이트 내용에 대한 무단 접근 차단 |
-| 실시간 분석 | 높은 완료율 보장을 위한 업데이트 전달 추적 |
-| 버
-
-| 지표 | 목표 임계값 | 보안 영향 |
-| --- | --- | --- |
-| 업데이트 성공률 | 전세계 82% 이상 | 강력한 업데이트 전달 보여줌 |
-| 사용자 채택 속도 | 24시간 이내 95% | 효과적인 사용자 참여 나타냄 |
-
-업데이트 성능의 비정상적인 활동을 포착하기 위해 알림을 자동화하세요. 이를 통해 문제를 신속하게 식별하고 해결할 수 있습니다. 실시간 모니터링을 통해 잠재적인 문제를 예방하면서 시스템을 안전하게 유지할 수 있습니다.
-
-### 보안 유지관리
-
-잠재적인 보안 위협을 조기에 발견하기 위해 서버 로그와 인증 시스템을 정기적으로 검토하세요. 일일 모니터링을 통해 문제가 확대되기 전에 발견할 수 있습니다 - Capgo 분석이 이를 데이터로 뒷받침합니다 [\[1\]](https://capgo.app/). 또한 SSL 인증서, API 인증 토큰, 접근 제어와 같은 중요한 보안 구성 요소를 점검하는 습관을 들이세요. 이를 통해 암호화와 인증 설정이 최신 상태를 유지할 수 있습니다.
-
-### 사용자 보안 가이드
-
-사용자들이 신속하게 업데이트를 수락하도록 권장하여 보안을 유지하도록 도와주세요. 명확한 소통이 필수적입니다 - 피드백 채널을 통해 사용자들에게 정보를 제공하고 그들의 우려사항을 해결하세요.
-
-> "실시간으로 업데이트 성공률과 사용자 참여도를 추적하세요" - Capgo [\[1\]](https://capgo.app/)
-
-## 요약
-
-효과적인 OTA 보안은 암호화, 파일 검증, 지속적인 모니터링에 의존합니다. 올바르게 구현되면 이러한 전략들은 인상적인 업데이트 성공률로 이어집니다 [\[1\]](https://capgo.app/).
-
-엔드투엔드 암호화는 무단 접근과 변조를 차단하여 OTA 업데이트를 보호하는 데 중요한 역할을 합니다. 예를 들어, Capgo는 24시간 이내에 활성 사용자 중 95%의 업데이트율을 달성하여 강력한 암호화의 중요성을 강조합니다 [\[1\]](https://capgo.app/). 이러한 요소들이 안전하고 신뢰할 수 있는 OTA 업데이트 시스템의 근간을 형성합니다.
-
-| 보안 구성 요소 | 주요 구현 | 이점 |
-| --- | --- | --- |
-| 암호화 | 엔드투엔드 보호 | 무단 접근 차단 |
-| 검증 | 파일 무결성 검사 | 업데이트 정당성 확인 |
-| 모니터링 | 실시간 분석 | 문제 신속 감지 |
-| 접근 제어 | 역할 기반 권한 | 무단 변경 제한 |
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-보안 유지에는 지속적인 주의와 적절한 도구가 필요합니다. 적절한 모니터링, 위협에 대한 신속한 대응, 정기적으로 업데이트되는 프로토콜을 통해 OTA 시스템을 안전하고 효율적으로 유지할 수 있습니다. 이는 철저한 테스트, 신중한 관리, 잘 계획된 출시 후 프로세스와 일치합니다.
diff --git a/src/content/blog/ko/capacitor-ota-updates-staying-compliant.md b/src/content/blog/ko/capacitor-ota-updates-staying-compliant.md
deleted file mode 100644
index 772eaed0d..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-staying-compliant.md
+++ /dev/null
@@ -1,205 +0,0 @@
----
-slug: capacitor-ota-updates-staying-compliant
-title: 'Capacitor OTA 업데이트: 준수 유지'
-description: >-
-  Capacitor 앱에 대한 OTA 업데이트를 구현하는 방법을 배우면서 앱 스토어 규정을 준수하고 사용자 경험을 향상시키는 방법을
-  배워보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-28T03:37:02.530Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37-1743133034618.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, Capacitor, app compliance, mobile updates, app store guidelines,
-  security protocols, over-the-air updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**버그를 신속하게 수정하거나 앱 스토어 지연 없이 기능을 추가하고 싶으신가요?** [Capacitor](https://capacitorjs.com/) 앱의 오버 더 에어(OTA) 업데이트를 통해 업데이트를 사용자에게 직접 푸시할 수 있으며, 긴 앱 스토어 검토 프로세스를 우회할 수 있습니다. 하지만 Apple 및 Google Play 규정을 준수하는 것이 앱 거부 또는 삭제를 피하는 데 중요합니다.
-
-### 주요 사항:
-
--   **OTA 업데이트란 무엇인가요?** OTA 업데이트를 통해 사용자에게 수동으로 업데이트를 다운로드할 필요 없이 보안 CDN을 통해 앱 콘텐츠(버그 수정이나 UI 조정 등)를 즉시 업데이트할 수 있습니다.
--   **왜 사용해야 하나요?** OTA 업데이트는 활성 사용자 95%에게 24시간 이내에 도달하며, 시간을 절약하고 사용자 경험을 향상시킵니다.
--   **준수가 중요합니다:** Apple은 OTA 업데이트를 실행 불가능한 콘텐츠(예: 웹 자산)로 제한하며, Google은 더 많은 유연성을 제공하지만 엄격한 보안 및 사용자 동의 규정을 강요합니다.
--   **[Capgo](https://capgo.app/)와 같은 도구가 도움이 됩니다:** Capgo는 빠르고 안전하며 준수하는 OTA 업데이트를 보장하기 위해 암호화, 롤백 옵션, 오류 추적 및 분석을 제공합니다.
-
-**전문가 팁:** 사소한 수정이나 콘텐츠 변경에 OTA 업데이트를 사용하세요. 하지만 주요 변경 사항이나 새로운 기능은 항상 앱 스토어 검토를 위해 제출해야 합니다.
-
-규정을 준수하면서 OTA 업데이트를 구현하는 단계별 가이드를 계속 읽어보세요.
-
-## [Capacitor](https://capacitorjs.com/)를 위한 OTA 업데이트 기본 사항
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### OTA 업데이트 작동 방식
-
-OTA(Over-The-Air) 업데이트는 개발자가 사용자 장치에 새로운 코드를 직접 푸시할 수 있게 하며, 사용자가 앱 스토어에서 업데이트를 다운로드할 필요가 없습니다. 이러한 업데이트는 보안 콘텐츠 배달 네트워크(CDN)를 통해 전달되며 사용자가 앱을 계속 사용하는 동안 배경에서 다운로드됩니다. 변경된 코드 부분만 집중하는 시스템 덕분에 전 세계 CDN 배포의 속도와 효율성을 활용하여 더 빠른 다운로드를 보장합니다 [\[1\]](https://capgo.app/).
-
-프로세스는 간단합니다: 개발자는 업데이트된 코드를 생성하고, 이를 보안적으로 CDN을 통해 배포하며, 앱은 자동으로 변경 사항을 설치합니다. 이러한 간소화된 접근 방식은 개발자와 사용자 모두에게 여러 가지 이점을 제공합니다.
-
-### OTA 업데이트의 이점
-
-OTA 업데이트는 개발자와 최종 사용자 모두에게 여러 가지 이점을 제공합니다. 빠르게 요약해 보겠습니다:
-
-| 이점 | 영향 |
-| --- | --- |
-| **빠른 배포** | 업데이트는 며칠이 아니라 몇 분 안에 사용자에게 도달할 수 있습니다. |
-| **대역폭 효율성** | 수정된 코드의 일부만 다운로드하여 데이터가 절약됩니다. |
-| **사용자 편의성** | 수동 업데이트나 앱 스토어 방문이 필요 없습니다. |
-| **개발 민첩성** | 더 빠른 버그 수정 및 기능 릴리스가 가능합니다. |
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 중요한 역할을 합니다!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### 일반 OTA 구현 문제
-
-이러한 이점에도 불구하고 OTA 업데이트 구현에는 몇 가지 과제가 따를 수 있습니다. 750개 앱의 데이터는 몇 가지 일반적인 문제를 강조합니다 [\[1\]](https://capgo.app/):
-
--   **보안 문제**: 종단 간 암호화는 변조나 무단 접근을 방지하는 데 중요합니다.
--   **버전 관리**: [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)을 사용하면 베타 테스트 및 단계적 배포를 효과적으로 관리할 수 있습니다.
--   **업데이트 모니터링**: 적절한 추적 없이는 실패한 업데이트가 눈에 띄지 않을 수 있습니다. 전 세계 성공률 82%는 모니터링의 중요성을 강조합니다 [\[1\]](https://capgo.app/).
-
-> "우리는 +5000명의 사용자 베이스에 대하여 Capgo OTA 업데이트를 운영 환경에 배포했습니다. 모든 사용자가 OTA가 @Capgo에 배포된 지 몇 분 내에 최신 상태로 유지되고 있습니다." – Colenso [\[1\]](https://capgo.app/)
-
-신뢰할 수 있는 OTA 업데이트를 보장하기 위해 개발자는 능동적인 모니터링에 집중하고 문제 해결을 위한 롤백 옵션을 유지해야 합니다. 평균 API 응답 시간 57ms를 고려할 때, 업데이트 배달 인프라의 최적화도 중요합니다 [\[1\]](https://capgo.app/).
-
-## OTA 업데이트를 위한 앱 스토어 규칙
-
-### Apple의 OTA 업데이트 규칙
-
-Apple은 iOS 앱의 OTA(Over-The-Air) 업데이트에 대해 엄격한 정책을 가지고 있습니다. 이러한 업데이트는 앱의 핵심 기능을 변경하거나 앱 스토어 검토 프로세스를 우회할 수 없습니다. 하이브리드 앱의 경우, 보안을 보장하고 Apple의 가이드라인을 준수하기 위해 업데이트는 실행 불가능한 콘텐츠(예: 웹 자산 업데이트)로 제한됩니다.
-
-### Google Play의 OTA 업데이트 규칙
-
-Google Play는 OTA 업데이트에 대해 더 많은 유연성을 제공하지만 여전히 강력한 보안 기준을 준수해야 합니다. 개발자는 다음과 같은 주요 지침을 따라야 합니다:
-
-| 요구 사항 | 세부 사항 |
-| --- | --- |
-| **보안 프로토콜** | 업데이트는 HTTPS와 같은 보안 연결을 통해 제공되어야 합니다. |
-| **버전 관리** | 변경 사항 추적을 위한 적절한 버전 관리 시스템이 필요합니다. |
-| **사용자 동의** | 사용자에게 주요 변경에 대한 명시적 동의를 받아야 합니다. |
-| **업데이트 범위** | iOS에 비해 더 큰 코드 변경이 허용되지만 보안은 여전히 우선 사항입니다. |
-
-### 정책 위반 사례
-
-OTA 업데이트 정책을 위반하면 심각한 결과를 초래할 수 있습니다. 다음은 몇 가지 일반적인 사례입니다:
-
--   **기능 우회**: 검토 과정을 피하는 주요 기능 업데이트를 배포하는 것.
--   **보안 위반**: 사용자 데이터를 위험에 빠뜨리는 안전하지 않은 전송 방법을 사용하는 것.
--   **핵심 기능 변경**: OTA 업데이트를 통해 앱의 주요 기능을 변경하는 것.
-
-Apple과 Google은 사용자 보안과 경험을 강조합니다. Google Play는 약간의 여유를 제공하지만, 개발자는 버그 수정, 콘텐츠 업데이트, 또는 소규모 UI 조정과 같은 사소한 개선을 위해 OTA 업데이트를 사용해야 합니다. 주요 변경 사항이나 새로운 기능은 항상 공식 검토 프로세스를 거쳐야 준수가 유지됩니다.
-
-## OTA 업데이트 지침
-
-앱 스토어 규칙을 준수하기 위해 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에 OTA(Over-the-Air) 업데이트를 사용할 때 특정 지침을 따르는 것이 중요합니다. 이러한 관행은 업데이트가 안전하고 플랫폼 정책에 부합하도록 보장하는 데 도움이 됩니다.
-
-### 비핵심 업데이트에 집중하기
-
-OTA 업데이트는 시각 자산이나 간단한 구성과 같은 비핵심 요소에 제한되어야 합니다. 코어 실행 로직을 변경하거나 전체 앱 리뷰를 요구할 수 있는 새로운 기능을 추가하는 것을 피하세요. 이러한 한계를 정한 후에는 강력한 버전 관리 시스템을 유지하는 것이 중요합니다.
-
-### 버전 관리 모범 사례
-
-견고한 버전 관리 전략에는 자동화된 버전 관리, 단계적 배포 및 롤백 옵션과 같은 기능이 포함됩니다. 이러한 방법이 도움이 되는 방법은 다음과 같습니다:
-
--   **자동화된 버전 관리**: CI/CD 도구를 사용하여 버전을 정확하고 효율적으로 추적합니다.
--   **단계적 배포**: 먼저 소규모 테스터 그룹에 업데이트를 배포한 후, 모든 사용자로 확장합니다.
--   **신속한 롤백**: 문제가 발생할 경우 이전 버전으로 즉시 되돌립니다.
-
-이러한 관행은 위험을 줄이고 업데이트가 앱 스토어 요구 사항을 충족하도록 보장합니다.
-
-### 사용자 정보 제공하기
-
--   **[자동 업데이트](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: 업데이트는 백그라운드에서 설치될 수 있지만, 사용자에게 알려야 합니다. Capgo와 같은 도구는 사용자를 업데이트 사항에 통보하면서 설치를 자동화하는 것을 쉽게 만듭니다.
--   **모니터링 및 피드백**: 분석, 오류 추적 및 피드백 채널을 사용하여 설치 성공률을 모니터링하고 문제를 해결합니다.
-
-명확한 소통은 사용자와의 신뢰를 구축하고 앱 스토어 지침 준수를 강화합니다.
-
-> "필요할 경우 이전 버전으로 한 번의 클릭으로 롤백합니다." – Capgo [\[1\]](https://capgo.app/)
-
-## OTA 업데이트를 위한 [Capgo](https://capgo.app/) 사용하기
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e61434a2c14cac42f85a37/cf21af63f433895b269de0da5dc7d74c.jpg)
-
-Capgo는 Capacitor 앱에서 OTA(Over-the-Air) 업데이트를 관리하는 솔루션을 제공하며, 준수 요구 사항을 통합 시스템으로 해결합니다. 750개 이상의 앱이 운영 중이며 2,350만 건 이상의 업데이트가 전달된 Capgo는 원활하고 준수하는 [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 보장합니다 [\[1\]](https://capgo.app/).
-
-### Capgo가 업데이트를 관리하는 방법
-
-Capgo는 업데이트 프로세스를 간소화하여 업데이트가 효율적이고 준수 기준을 충족하도록 보장합니다. 주요 기능은 다음과 같습니다:
-
--   **종단 간 암호화**: 업데이트는 암호화되어 승인된 사용자만 접근할 수 있습니다.
--   **부분 업데이트**: 전체 번들을 다운로드하는 대신 변경된 구성 요소만 업데이트됩니다. 이는 5MB 번들에 대해 평균 다운로드 시간이 단 114ms로 소요되도록 합니다.
--   **높은 성능**: 배포 24시간 이내에 업데이트 성공률은 95%에 도달합니다.
-
-### Capgo에서 제공하는 준수 도구
-
-Capgo는 준수를 유지하고 원활한 업데이트를 보장하기 위한 도구를 포함합니다:
-
-| 기능 | 준수 이점 |
-| --- | --- |
-| 채널 시스템 | 통제된 베타 테스트 및 단계적 배포를 허용합니다. |
-| 원클릭 롤백 | 업데이트를 되돌려 신속하게 문제를 해결합니다. |
-| 오류 추적 | 오류를 능동적으로 감지하고 해결합니다. |
-| 분석 대시보드 | 업데이트 성능과 사용자 채택을 추적합니다. |
-
-이러한 도구는 안전한 콘텐츠 및 버전 관리를 유지하는 데 도움을 주며, 플랫폼 지침을 준수하면서 전 세계적으로 82% 업데이트 성공률을 달성하는 데 기여합니다 [\[1\]](https://capgo.app/).
-
-### Capgo 시작하기
-
-Capgo로 시작하는 것은 빠르고 간단합니다. 다음 명령어를 사용하세요:
-
-```bash
-npx @capgo/cli init
-```
-
-설정 프로세스는 첫 번째 업데이트를 배포하는 데 15분도 채 걸리지 않습니다. Capgo는 [GitHub Actions](https://docs.github.com/actions) 및 [GitLab CI](https://docs.gitlab.com/ee/ci/)와 같은 플랫폼에 대한 CI/CD 통합도 지원합니다. Capgo의 일회성 설정 비용은 $2,600입니다.
-
-## 장기 준수 관리
-
-앱 스토어 정책을 장기적으로 준수하려면 지속적인 노력과 주의가 필요합니다. 정책 업데이트를 정기적으로 검토하고 모니터링하는 것은 잠재적인 문제를 피하는 데 핵심입니다.
-
-### 정기적인 정책 점검
-
-빈번한 정책 검토는 준수 과제에 앞서 나가는 데 도움이 됩니다. Capgo의 분석 대시보드와 같은 도구는 잠재적인 문제를 조기에 식별하여 이 과정을 간소화하고, 문제의 확대 전에 대응할 수 있는 시간을 제공합니다.
-
-### 정책 변경 모니터링
-
-정책 변경을 따라잡는 것은 자동화된 도구와 수동 감독의 혼합을 포함합니다. Capgo는 다음을 통해 이 과정을 지원합니다:
-
--   실시간 업데이트를 통해 발생하는 준수 문제를 신속하게 발견
--   다양한 앱 버전에서의 성공률 추적
--   특정 사용자 그룹에 대한 제어된 업데이트 배포
-
-> "우리는 애자일 개발을 실천하며, @Capgo는 사용자에게 지속적으로 제공하는 데 필수적입니다!" - 로드리고 만티카 [\[1\]](https://capgo.app/)
-
-### 정책 위반 수정
-
-정책 위반을 신속하게 해결하는 것은 높은 업데이트 성공률을 유지하는 데 매우 중요합니다. Capgo는 다음과 같은 기능을 제공하여 이를 용이하게 합니다:
-
-1. **즉각적인 롤백 옵션**  
-추가 문제를 피하기 위해 업데이트를 빠르게 되돌립니다.
-
-2. **오류 추적**  
-정확한 수정을 위한 위반의 원인을 파악합니다.
-
-3. **채널 기반 테스트**  
-업데이트를 광범위하게 배포하기 전, 특정 사용자 그룹에서 수정을 테스트합니다.
-
-Capgo는 엔드 투 엔드 암호화 및 부분 업데이트 시스템과 같은 강력한 보안 조치를 통해 사용자의 중단을 최소화하면서 높은 기준을 유지하도록 합니다.
-
-## 결론
-
-앱 스토어 규칙을 준수하면서 OTA 업데이트를 관리하려면 신중한 계획과 적절한 도구가 필요합니다. 2350만 건 이상의 업데이트를 제공하고 750개의 앱이 운영 중인 Capgo는 플랫폼 지침 내에서 OTA 업데이트를 처리하기 위한 믿을 수 있는 솔루션을 제공합니다.
-
-효과적인 [OTA 업데이트 관리](https://capgo.app/blog/open-source-licecing/)의 비결은 강력한 준수 도구와 모니터링 시스템을 사용하는 데 있습니다. 엔드 투 엔드 암호화를 적용하고 플랫폼 요구 사항을 엄격히 준수함으로써 개발자는 업데이트 동안 보안과 원활한 운영을 모두 보장할 수 있습니다.
-
-심지어 이 분야의 전문가들도 신속하고 준수된 업데이트의 중요성을 강조합니다. NASA의 [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/) 팀은 다음과 같이 언급했습니다:
-
-> "@Capgo는 핫 코드 푸시를 수행하는 스마트한 방법입니다(그리고 @AppFlow처럼 모든 돈을 주고도 할 수 없습니다 :-))" [\[1\]](https://capgo.app/)
-
-준수를 지키면서 시기적절한 업데이트를 목표로 하는 개발자에게는 강력한 업데이트 관리 시스템이 필수적입니다. 즉각적인 롤백, 실시간 분석, 채널 기반 배포와 같은 기능을 제공하는 도구는 팀이 효율적으로 업데이트를 제공하면서 준수 경계를 유지하는 데 도움이 됩니다.
diff --git a/src/content/blog/ko/capacitor-ota-updates-targeting-ios-vs-android.md b/src/content/blog/ko/capacitor-ota-updates-targeting-ios-vs-android.md
deleted file mode 100644
index 4dacec949..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-targeting-ios-vs-android.md
+++ /dev/null
@@ -1,180 +0,0 @@
----
-slug: capacitor-ota-updates-targeting-ios-vs-android
-title: iOS 및 Android 대상으로 한 Capacitor OTA 업데이트
-description: 'iOS와 Android에서의 OTA 업데이트 전략의 차이점을 살펴보고, 배포, 보안 및 사용자 요구사항에 대해 알아봅니다.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-01T04:05:37.460Z
-updated_at: 2025-03-24T13:16:58.726Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c2639cd8e4215290f21bf1-1740801998811.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, iOS updates, Android updates, mobile app development, security
-  measures, update strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[**Capacitor**](https://capacitorjs.com/) **앱을 앱스토어의 지연 없이 바로 업데이트하고 싶으신가요?** Over-the-Air (OTA) 업데이트를 통해 앱스토어에 재제출하지 않고도 앱의 웹 레이어(HTML, CSS, JavaScript)를 변경할 수 있습니다. 하지만 iOS와 Android는 이러한 업데이트를 다르게 처리하며, 이러한 차이점을 이해하는 것이 중요합니다.
-
-### 주요 내용:
-
--   **iOS**: 업데이트가 즉시 배포되지만 파일 경로 제한과 전원/네트워크 요구사항 등 엄격한 규칙을 따릅니다.
-    
--   **Android**: 단계적 출시(1% → 100%)를 사용하며 유연한 전원/네트워크 요구사항과 백그라운드 업데이트를 지원합니다.
-    
--   **보안**: 두 플랫폼 모두 강력한 보안 조치를 적용합니다 - iOS는 하드웨어 기반 암호화에, Android는 검증된 부팅과 [SELinux](https://en.wikipedia.org/wiki/Security-Enhanced_Linux)에 의존합니다.
-    
--   [**Capgo**](https://capgo.app/): OTA 업데이트를 단순화하는 플랫폼으로, 전 세계적으로 **9억 4,760만 건**의 업데이트를 효율적이고 안전하며 규정을 준수하는 방식으로 제공했습니다.
-    
-
-### 빠른 비교:
-
-| 기능 | iOS | Android |
-| --- | --- | --- |
-| **업데이트 배포** | 즉시 전체 출시 | 단계적 출시 (1% → 100%) |
-| **백그라운드 업데이트** | 제한적 | A/B 업데이트 지원 |
-| **저장소** | 전체 다운로드 필요 | 스트리밍 업데이트 지원 |
-| **보안** | 하드웨어 기반 암호화 | 검증된 부팅, SELinux |
-| **전원 요구사항** | 배터리 50% 이상 또는 전원 연결 | 유연함 |
-| **네트워크** | Wi-Fi 필수 | 다양한 연결 지원 |
-
-Capgo는 두 플랫폼 모두에서 업데이트가 안전하고 효율적이며 규정을 준수하도록 보장하는 프로세스를 간소화합니다. iOS나 Android를 대상으로 하든, 이러한 차이점을 이해하면 더 나은 OTA [업데이트 전략](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)을 수립하는 데 도움이 될 것입니다.
-
-## iOS와 Android의 OTA 업데이트 처리 방식
-
-iOS와 Android는 OTA(over-the-air) 업데이트를 관리하는 데 있어 기술적 실행과 승인 프로세스 모두에서 다른 접근 방식을 취합니다.
-
-### iOS 앱스토어 업데이트 규칙
-
-Apple은 OTA 업데이트에 대해 엄격한 가이드라인을 가지고 있습니다. 기기는 특정 기술적 조건을 충족해야 합니다: iOS 5 이상을 실행해야 하고, 안정적인 Wi-Fi 네트워크에 연결되어 있어야 하며, 배터리 잔량이 50% 이상이거나 전원에 연결되어 있어야 합니다 [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/). 이러한 기술적 요구사항을 넘어서, Apple은 안전성, 성능, 비즈니스 규정 준수, 디자인, 법적 기준에 대한 업데이트를 평가하는 엄격한 검토 프로세스를 시행합니다 [\[4\]](https://developer.apple.com/app-store/review/guidelines/).
-
-### Google Play 스토어 업데이트 규칙
-
-Google Play는 다르게 운영되며, 단계적 출시 시스템을 사용합니다. 업데이트는 24-48시간 동안 1%의 사용자에게 소규모로 시작하여 확장되며, 보통 25% 단위로 증가하여 1-2주 내에 전체 배포에 도달합니다 [\[7\]](https://www.phonearena.com/news/Google-engineer-Dan-Morrill-talks-about-Android-OTA-updates-and-why-you-need-to-be-patient_id49573). 2023년 8월부터 모든 새로운 Android 버전은 가장 높은 사용 가능한 API 레벨을 대상으로 해야 합니다 [\[3\]](https://applandeo.com/blog/upcoming-google-play-a-appstore-updates-how-will-they-affect-your-mobile-app/). 또한 Android는 [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/) 중 추가 저장 공간의 필요성을 줄이는 데 도움이 되는 스트리밍 업데이트를 사용합니다 [\[8\]](https://source.android.com/docs/core/ota/ab).
-
-### 플랫폼 업데이트 차이점
-
-iOS와 Android OTA 업데이트의 주요 차이점은 다음과 같습니다:
-
-| 기능 | iOS | Android |
-| --- | --- | --- |
-| 업데이트 배포 | 즉시 전체 출시 | 단계적 출시 (1% → 25% → 50% → 100%) |
-| 백그라운드 업데이트 | 제한적 | 백그라운드에서 A/B 업데이트 지원 [\[8\]](https://source.android.com/docs/core/ota/ab) |
-| 저장소 관리 | 전체 다운로드 필요 | 스트리밍 업데이트 지원 [\[8\]](https://source.android.com/docs/core/ota/ab) |
-| 전원 요구사항 | 배터리 50% 이상 또는 전원 연결 [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | 유연한 전원 요구사항 |
-| 네트워크 요구사항 | Wi-Fi 연결 필수 [\[5\]](https://osxdaily.com/2011/11/10/ios-ota-update-not-working-fix/) | 다양한 연결 유형 지원 |
-
-Android의 A/B 업데이트 시스템은 사용자를 방해하지 않고 백그라운드에서 업데이트를 설치할 수 있다는 점이 돋보입니다. 이 시스템은 부팅에 중요한 파티션에 대해 두 개의 슬롯을 사용하여 중복 파티션의 필요성을 피하고 이전 방식에 비해 저장소를 최적화합니다 [\[6\]](https://source.android.com/docs/core/ota). 반면 iOS는 더 통제된 즉각적인 업데이트 프로세스를 따르며 안정성과 사용자 감독을 우선시합니다.
-
-## 사용자 그룹 및 업데이트 배포
-
-업데이트 배포와 관련하여 전략은 다양한 기기와 운영 체제의 고유한 제약을 고려해야 합니다.
-
-### 기기 기반 업데이트 규칙
-
-업데이트 요구사항은 하드웨어와 플랫폼에 크게 의존합니다. 예를 들어, iOS 기기는 사용자 시작 업데이트의 경우 최소 20% 배터리가 필요하고 [자동 업데이트](https://capgo.app/docs/plugin/cloud-mode/auto-update/)의 경우 30%가 필요합니다. Mac의 경우 칩셋에 따라 요구사항이 다릅니다 - Apple 실리콘 기기는 20% 배터리, Intel 기반 기기는 50% 배터리가 필요합니다 [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). 반면 Android는 더 유연한 시스템을 가지고 있지만 생태계 단편화로 인한 과제에 직면합니다. 제조업체와 통신사가 지연을 초래하며, 보안 업데이트는 평균 24일이 소요되고 기기별 완료에는 추가로 11일이 소요됩니다 [\[11\]](https://dl.acm.org/doi/10.1145/3372297.3423346).
-
-### OS 버전 요구사항
-
-운영 체제 요구사항은 업데이트 배포 방식에 중요한 역할을 합니다. Android 앱의 경우 Google Play는 다음을 강제합니다:
-
-| 기간 | 요구사항 |
-| --- | --- |
-| 2024년 8월 31일 이후 | 새로운 앱은 Android 14(API 34+)를 대상으로 해야 함 |
-| 현재 | 기존 앱은 Android 13(API 33+)를 대상으로 해야 함 |
-| 레거시 | Android 12 이하를 대상으로 하는 앱은 기존 OS 버전을 준수해야 함 |
-
-iOS의 경우, Apple은 RSR(Rapid Security Response)을 사용하여 최신 OS 버전에 중요한 패치를 직접 제공합니다 [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). Capgo는 iOS 13.0+ 및 Android API 레벨 22+ 이상을 실행하는 기기와의 호환성을 보장합니다 [\[9\]](https://capgo.app/docs/faq/).
-
-### 업데이트 전략 결과
-
-Android의 [Project Treble](https://android-developers.googleblog.com/2017/05/here-comes-treble-modular-base-for.html)은 보안 업데이트에 필요한 시간을 약 7일 정도 단축했습니다 [\[11\]](https://dl.acm.org/doi/10.1145/3372297.3423346). 업데이트를 효과적으로 관리하기 위해서는 개발 및 프로덕션 [업데이트 채널](https://capgo.app/docs/webapp/channels/)을 분리하는 것이 권장됩니다 [\[9\]](https://capgo.app/docs/faq/). Capgo는 앱스토어 가이드라인 내에서 통제된 출시를 가능하게 하는 비율 기반 배포로 프로세스를 단순화합니다.
-
-업데이터는 또한 효율적이고 안전한 업데이트를 위해 다운로드된 번들을 플랫폼별 디렉토리에 캐시합니다:
-
--   **Android**: `/data/user/0/com.example.app/code_cache/capgo_updater`
-    
--   **iOS**: `Library/Application Support/capgo`
-    
-
-이 캐싱 시스템은 원활하고 안정적인 업데이트를 보장합니다 [\[9\]](https://capgo.app/docs/faq/).
-
-## 업데이트 속도와 효율성
-
-OTA(Over-the-Air) 업데이트의 속도와 효율성은 iOS와 Android 모두에서 사용자 경험을 형성하는 데 큰 역할을 합니다. 네트워크 조건과 파일 크기 관리가 이에 크게 영향을 미치는 두 가지 요소입니다.
-
-### 파일 크기와 네트워크 관리
-
-OTA 업데이트를 원활하게 하려면 파일 크기를 최적화하는 것이 중요합니다. 예를 들어, Capgo의 업데이터는 앱 시작 시 백그라운드 스레드에서 업데이트 확인을 실행하여 사용자 인터페이스의 응답성을 유지합니다 [\[9\]](https://capgo.app/docs/faq/). 또한 안정성을 유지하기 위해 네이티브 코드(Java/Kotlin 또는 Objective-C/Swift)는 잠그면서 JavaScript 업데이트를 지원합니다 [\[9\]](https://capgo.app/docs/faq/).
-
-### 업데이트 속도 비교
-
-파일 크기가 작더라도 업데이트 속도는 여전히 중요한 요소입니
-
-Apple의 업데이트 프로세스는 엄격한 보안을 염두에 두고 철저하게 통제됩니다. iOS 기기는 각 기기마다 고유한 두 개의 내장 AES 256비트 키를 사용하는 **하드웨어 기반 암호화**에 의존합니다 [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/). 모든 기기에는 통합된 AES 256비트 키가 있는 고유한 하드웨어 기반 UID도 포함되어 있습니다 [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/). 업데이트는 무결성이 검증되고, 개별 기기에 맞춤화되며, 다운그레이드 공격을 방지하는 안전장치가 포함되어 있습니다. Apple은 또한 보안 위험을 방지하기 위해 업데이트 중 사용자 데이터를 격리합니다 [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web). 주목할 만한 기능은 전체 시스템 업데이트 없이도 보안 패치를 신속하게 배포할 수 있는 Apple의 **신속 보안 응답**입니다 [\[10\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web).
-
-### Android 보안 표준
-
-Android는 Linux 기반 기반에 보안을 구축하여 사용자 격리와 시스템 수준 보호에 중점을 둡니다. 각 앱에는 고유한 UID가 할당되며, **SELinux**는 필수 접근 제어를 시행합니다. **Verified Boot** 기능은 코드 신뢰성을 보장합니다 [\[18\]](https://source.android.com/docs/security/features). OTA 업데이트의 경우, Android는 **가상 A/B 파티션 시스템**(Android 11 이상 실행 기기의 경우 압축 포함), 암호화 작업을 위한 하드웨어 기반 Keystore를 사용하며, OEM과 통신사를 통해 업데이트가 전달됩니다 [\[15\]](https://en.wikipedia.org/wiki/Over-the-air_update).
-
-| 기능 | iOS | Android |
-| --- | --- | --- |
-| 업데이트 배포 | Apple을 통해 중앙 집중화 | OEM/통신사를 통해 배포 |
-| 보안 검증 | 하드웨어 기반 암호화 | SELinux + Verified Boot |
-| 패치 전달 | 신속 보안 응답 | Project Mainline 모듈 |
-| 업데이트 인증 | 기기별 UID | Verified Boot |
-
-### 보안 요구사항 비교
-
-이러한 프레임워크의 차이점은 각 플랫폼의 아키텍처가 보안 접근 방식을 어떻게 형성하는지를 보여줍니다. iOS는 "폐쇄된 정원" 모델 내에서 운영되어 엄격한 통제와 표준화된 보안 조치를 제공합니다. 반면에 Android의 개방형 생태계는 업데이트 메커니즘에서 더 많은 유연성을 제공하지만 때로는 단편화 문제에 직면할 수 있습니다 [\[15\]](https://en.wikipedia.org/wiki/Over-the-air_update). 이러한 보안 구조는 OTA 업데이트의 신뢰성에 직접적인 영향을 미칩니다.
-
-Capgo와 같은 도구로 작업하는 개발자에게 이러한 차이점을 이해하는 것이 핵심입니다. iOS는 더 엄격한 앱 격리를 시행하고 시스템 API 접근을 제한하는 반면 [\[17\]](https://mas.owasp.org/MASTG/0x06a-Platform-Overview/), Android의 더 광범위한 프로세스 간 통신 옵션은 신중한 보안 관리가 필요합니다 [\[18\]](https://source.android.com/docs/security/features). 2025년 2월 기준으로 iOS 18.3.1과 다양한 Android 버전이 사용되고 있어 [\[16\]](https://support.apple.com/en-us/100100), 개발자는 각 플랫폼의 최신 보안 표준에 맞춰 OTA 업데이트 전략을 수립해야 합니다.
-
-## [Capgo](https://capgo.app/) 플랫폼 개요
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-01.jpg?auto=compress)
-
-Capgo는 플랫폼별 OTA 업데이트 규칙을 하나의 간소화된 업데이트 플랫폼으로 통합합니다.
-
-iOS와 Android 보안 프로토콜과 함께 작동하여 Capgo는 원활한 OTA 업데이트 관리를 보장합니다. 현재까지 **1,400개의 프로덕션 앱**에서 **9억 4,760만 건의 업데이트**를 전달했습니다 [\[1\]](https://capgo.app/).
-
-### Capgo 주요 기능
-
-Capgo는 안전하고 효율적이며 규정을 준수하는 전달로 업데이트 과제를 해결하는 데 중점을 둡니다. 업데이트는 **종단간 암호화**로 보호되며, 복호화는 사용자 기기에서만 이루어집니다 [\[1\]](https://capgo.app/). iOS의 경우 Apple의 인터프리터 전용 업데이트 규칙에 맞춰 맞춤 Dart 인터프리터를 사용합니다 [\[9\]](https://capgo.app/docs/faq/). Android에서는 Capacitor의 요구사항에 맞춰 API 레벨 22 이상을 지원합니다 [\[9\]](https://capgo.app/docs/faq/).
-
-| 기능 | 구현 | 플랫폼 지원 |
-| --- | --- | --- |
-| 업데이트 전달 | 즉각적인 배포 | iOS 13.0+, Android API 22+ |
-| 보안 | 종단간 암호화 | 양 플랫폼 |
-| CI/CD 통합 | Azure DevOps, GitHub, GitLab과 연동 | 크로스 플랫폼 |
-| 저장소 관리 | 컴파일된 코드만 | 플랫폼별 캐싱 |
-| 버전 관리 | 롤백 기능 | 양 플랫폼 |
-
-### 크로스 플랫폼 업데이트 관리
-
-Capgo의 채널 시스템은 개발자에게 iOS와 Android 업데이트에 대한 정밀한 제어를 제공합니다. 이 시스템은 다음을 가능하게 합니다:
-
--   iOS와 Android용 별도의 업데이트 채널
-    
--   선택적 크로스 채널 연결이 가능한 [고유한 번들](https://capgo.app/docs/webapp/bundles/) 업로드
-    
--   네이티브 코드 변경 자동 감지 [\[9\]](https://capgo.app/docs/faq/)
-    
-
-플랫폼의 실제 영향력은 분명합니다. 예를 들어, NASA의 [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) 팀은 다음과 같이 말했습니다:
-
-> "@Capgo는 핫 코드 푸시를 구현하는 스마트한 방법입니다(@AppFlow처럼 세상의 모든 돈이 필요한 것이 아님) :-)" [\[1\]](https://capgo.app/)
-
-Capgo는 앱 및 생성된 코드를 포함한 모든 JavaScript 코드를 조정할 수 있지만, 네이티브 코드(Android용 Java/Kotlin 또는 iOS용 Objective-C/Swift)는 수정하지 않습니다 [\[9\]](https://capgo.app/docs/faq/).
-
-## 결론
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 OTA 업데이트는 플랫폼별 규칙으로 인해 iOS와 Android에 대해 서로 다른 접근 방식이 필요합니다. iOS의 경우 서버 경로를 "/Library/NoCloud/ionic\_built\_snapshots"로 제한하는 파일 경로 제한과 같은 더 엄격한 제어가 있습니다 [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). 반면에 Android는 가상 머신과 인터프리터의 API 접근에 대한 제한이 더 적어 더 많은 자유를 허용합니다 [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). 이러한 차이점은 각 플랫폼의 프레임워크에 맞는 업데이트 전략을 수립하는 것의 중요성을 강조합니다.
-
-Capgo와 같은 플랫폼의 데이터는 이러한 전략이 얼마나 효과적일 수 있는지를 보여줍니다. 개발자들은 1,400개의 프로덕션 앱에서 9억 4,760만 건의 업데이트를 성공적으로 전달하여 잘 설계된 업데이트 시스템의 확장성을 입증했습니다 [\[1\]](https://capgo.app/). 그러나 성공은 강력한 보안 조치를 유지하면서 각 플랫폼의 요구사항을 충족하는 것에 크게 의존합니다.
-
-예를 들어, Apple은 해석된 코드가 앱의 핵심 기능을 변경하거나 보안을 손상시키지 않아야 한다고 요구합니다 [\[2\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). 이 규칙은 개발자가 OTA 업데이트를 효과적으로 구현하기 위해 따라야 하는 플랫폼별 지침을 명확하게 상기시켜줍니다.
diff --git a/src/content/blog/ko/capacitor-ota-updates-version-targeting-explained.md b/src/content/blog/ko/capacitor-ota-updates-version-targeting-explained.md
deleted file mode 100644
index df045e7cd..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-version-targeting-explained.md
+++ /dev/null
@@ -1,236 +0,0 @@
----
-slug: capacitor-ota-updates-version-targeting-explained
-title: 'Capacitor OTA 업데이트: 버전 타겟팅 설명'
-description: >-
-  OTA 업데이트의 버전 타겟팅을 통해 특정 앱 버전을 관리하여 앱 안정성, 더 빠른 배포 및 더 나은 사용자 경험을 보장하는 방법을
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-14T03:00:49.720Z
-updated_at: 2025-03-24T13:14:15.818Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d37b87bca46a2e63b4584d-1741921265630.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, version targeting, Capacitor, mobile app updates, semantic
-  versioning, app stability, bug fixes
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) Over-The-Air (OTA) 업데이트를 통해 앱스토어 승인을 기다리지 않고 앱 변경사항을 사용자에게 직접 전달할 수 있습니다. **버전 타겟팅**을 통해 특정 앱 버전에만 업데이트를 전달하여 호환성을 보장하고 충돌과 같은 위험을 줄일 수 있습니다.
-
-다음과 같은 내용을 배우게 됩니다:
-
--   **OTA 업데이트란**: 앱스토어 규정을 준수하면서 사용자에게 즉시 변경사항을 전달합니다.
-    
--   **버전 타겟팅**: 특정 앱 버전에만 업데이트를 전송하여 버그를 수정하고, 기능을 출시하거나 레거시 사용자를 지원합니다.
-    
--   **이점**:
-    
-    -   빠른 업데이트 (몇 주가 아닌 몇 분).
-        
-    -   향상된 앱 안정성과 제어된 출시.
-        
-    -   불필요한 업데이트를 피함으로써 개선된 사용자 경험.
-        
--   **사용 방법**:
-    
-    -   시맨틱 버저닝(**MAJOR.MINOR.PATCH**)을 따릅니다.
-        
-    -   Capacitor 프로젝트에서 [업데이트를 구성](https://capgo.app/docs/plugin/cloud-mode/manual-update/)합니다.
-        
-    -   대상 버전에서 철저히 테스트합니다.
-        
-
-**간단한 비교**:
-
-| **측면** | **전통적인 업데이트** | **버전 타겟팅이 있는 OTA** |
-| --- | --- | --- |
-| 배포 시간 | 수일에서 수주 | 수분 |
-| 업데이트 정밀도 | 모든 사용자에게 동일한 업데이트 | 버전별 타겟팅된 업데이트 |
-| 리스크 관리 | 광범위한 문제 발생 위험이 높음 | 버전별 제어된 출시 |
-
-선도적인 플랫폼인 [Capgo](https://capgo.app/)는 릴리스 주기에서 **81%의 효율성 향상**을 보고했으며 전 세계적으로 **9억 4,760만 건**의 업데이트를 제공했습니다.
-
-설정 방법과 일반적인 실수를 피하는 방법을 알고 싶으신가요? 단계별 가이드를 계속 읽어보세요.
-
-## [Capgo](https://capgo.app/plugins)의 Ionic [Capacitor](https://capacitorjs.com/) 실시간 업데이트 플러그인 살펴보기
-
-**버전 타겟팅 기술 가이드**
-
-시맨틱 버저닝은 OTA 업데이트를 효과적으로 관리하고 사용자를 위한 호환성과 원활한 전환을 보장하는 데 중요합니다.
-
-### 시맨틱 버전 번호
-
-Capacitor는 시맨틱 버저닝에 **MAJOR.MINOR.PATCH** 형식을 사용합니다. 각 부분은 고유한 역할을 합니다:
-
-| 버전 구성요소 | 증가 시점 | 예시 |
-| --- | --- | --- |
-| **MAJOR** | 호환성이 깨지는 변경사항 | 2.0.0 → 3.0.0 |
-| **MINOR** | 호환성을 유지하며 새로운 기능 추가 | 2.1.0 → 2.2.0 |
-| **PATCH** | 호환성을 깨지 않는 버그 수정 | 2.1.1 → 2.1.2 |
-
-이 구조는 업데이트가 정확하고 효율적으로 배포되도록 보장합니다.
-
-### 설정 및 구성
-
-Capacitor 프로젝트에서 버전 타겟팅을 설정하려면 다음 단계를 따르세요:
-
-1\. **초기 설정**
-
-프로젝트 디렉토리에서 `npx @capgo/cli init`을 실행합니다. 이는 OTA 업데이트에 필요한 도구를 초기화합니다.
-
-2\. **버전 구성**
-
-Capacitor 구성 파일에서 버전 매개변수를 정의합니다. 예시:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "versionName": "2.1.0",
-  "versionCode": 21
-}
-```
-
-3\. **빌드 프로세스**
-
-구성이 완료되면 평소처럼 앱을 빌드하세요. 버전 타겟팅 시스템이 이러한 설정을 기반으로 업데이트 배포를 처리합니다.
-
-이러한 단계를 통해 OTA 업데이트가 안정적이고 특정 앱 버전에 맞춤화되도록 보장합니다.
-
-> "Capgo를 사용하면 주당 여러 릴리스를 81%의 인상적인 효율성 향상과 함께 출시할 수 있습니다." - Capgo [\[1\]](https://capgo.app/)
-
-Capgo의 시스템은 1,400개 이상의 프로덕션 앱을 지원하며 전 세계적으로 거의 9억 4,760만 건의 업데이트를 제공했습니다 [\[1\]](https://capgo.app/). 이는 버전 타겟팅된 OTA 업데이트의 신뢰성을 보여줍니다.
-
-업데이트는 백그라운드에서 적용되어 사용자 중단을 최소화하며 - 이는 여러 앱 버전을 관리하는 데 효과적인 접근 방식입니다.
-
-## 버전 타겟팅을 사용하는 시기
-
-버전 타겟팅은 다양한 사용자 그룹 간의 업데이트를 관리하여 앱 안정성과 더 나은 사용자 경험을 보장하는 데 도움이 됩니다.
-
-### 주요 사용 사례
-
-버전 타겟팅이 특히 유용한 경우:
-
-| 시나리오 | 구현 | 이점 |
-| --- | --- | --- |
-| 중요 버그 수정 | 버그가 있는 버전에 업데이트 집중 | 문제가 없는 사용자에 대한 영향 제한 |
-| 기능 출시 | 새로운 버전에 기능을 점진적으로 출시 | 신중한 모니터링과 테스팅 가능 |
-| 레거시 지원 | 이전 버전의 호환성 유지 | 모든 사용자가 앱을 계속 사용할 수 있도록 보장 |
-| 베타 테스팅 | 특정 버전 그룹에 업데이트 타겟팅 | 제어된 테스트 환경 생성 |
-
-이 접근 방식이 제공하는 구체적인 이점을 살펴보겠습니다.
-
-### 주요 이점
-
-버전 타겟팅은 개발자와 사용자 모두에게 명확한 이점을 제공합니다:
-
-**향상된 안정성**
-
--   특정 버전과의 호환성을 보장하여 충돌 최소화.
-    
--   문제 발생 시 빠른 롤백 가능.
-    
--   다양한 버전에서 일관된 앱 성능 유지.
-    
-
-**간소화된 개발 프로세스**
-
--   업데이트 배포 방식에 대한 정확한 제어 제공.
-    
--   특정 버전의 버그 수정 속도 향상.
-    
--   새로운 기능 출시와 관련된 위험 감소.
-    
-
-**향상된 사용자 경험**
-
-관련 업데이트만 전달함으로써 사용자는 불필요한 변경을 피할 수 있습니다. 개발자 Andrew Peacock는 그 영향을 강조합니다:
-
-> "Capgo를 사용하면 우리 일정에 맞춰 실시간 코드 변경을 푸시할 수 있어, 사용자가 오래 기다리지 않고도 항상 최신 기능과 수정사항을 받을 수 있습니다" [\[1\]](https://capgo.app/)
-
-이 접근 방식은 여러 앱 버전이 공존해야 하는 엔터프라이즈 환경에서 특히 효과적입니다. 또한 기술 설정에 대한 이전 논의와 자연스럽게 연결되어 맞춤형 OTA 업데이트가 실제로 어떤 차이를 만들 수 있는지 보여줍니다.
-
-## 구현 가이드라인
-
-이제 기술적 기반을 마련했으니, [업데이트 전략](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)을 효과적으로 계획하고 실행할 시간입니다.
-
-### 업데이트 전략 계획
-
-원활한 버전 타겟팅을 위해서는 명확한 정책을 수립하는 것이 중요합니다. Capgo 팀은 세 가지 주요 구성 요소에 집중할 것을 제안합니다:
-
-| 구성 요소 | 목적 | 구현 방법 |
-| --- | --- | --- |
-| **버전 카테고리** | 업데이트 유형 정의 | 시맨틱 버저닝(major.minor.patch) 사용 |
-| **릴리스 일정** | 업데이트 빈도 계획 | 일관된 간격 설정하되 긴급 수정을 위한 유연성 유지 |
-| **테스트 프로토콜** | 업데이트 안정성 보장 | 출시 전 대상 버전 범위에서 철저히 테스트 |
-
-전략이 수립되면 배포를 방해할 수 있는 일반적인 실수를 피해야 합니다.
-
-### 피해야 할 일반적인 오류
-
-개발 팀은 버전 타겟팅을 관리할 때 종종 문제에 부딪힙니다. 피해야 할 몇 가지 함정은 다음과 같습니다:
-
--   **불충분한 테스트 범위**  
-    간과된 문제를 피하기 위해 항상 모든 대상 버전에서 업데이트를 테스트하세요.
-    
--   **부실한 버전 관리**  
-    엄격한 버전 문서화를 유지하고 명확한 호환성 경계를 정의하세요.
-    
--   **커뮤니케이션 부족**  
-    혼란을 최소화하기 위해 버전 요구사항과 예정된 변경사항에 대해 사용자에게 알리세요.
-    
-
-### 이전 버전 유지관리
-
-새로운 버전을 출시하는 것만큼 이전 버전을 지원하는 것도 중요합니다. 다음은 이전 버전 호환성을 보장하면서 효과적으로 관리하는 방법입니다:
-
--   **기능 플래그**
-    
-    -   특정 버전에서 사용 가능한 기능을 제어합니다.
-        
-    -   대상 버전 그룹에 점진적으로 업데이트를 출시합니다.
-        
-    -   문제가 발생하면 기능을 빠르게 비활성화합니다.
-        
--   **버전별 테스팅**
-    
-    -   지원되는 각 버전에 대한 전용 테스트 환경을 설정합니다.
-        
-    -   호환 가능한 버전에 새로운 기능을 도입하면서 기존 기능에 방해가 되지 않는지 확인합니다.
-        
--   **포괄적인 문서화**
-    
-    -   API 변경사항, 구성 요구사항 및 알려진 제한사항을 포함하여 각 버전에 대한 상세한 문서를 유지합니다.
-
-## 버전 타겟팅 문제 해결
-
-[Capacitor OTA 업데이트](https://capgo.app/ja/)의 버전 타겟팅은 때때로 기능을 방해하는 문제를 만들 수 있습니다. 아래는 이러한 문제를 식별하고 해결하는 데 도움이 되는 단계입니다.
-
-### 알려진 문제
-
-OTA 배포 중 발생할 수 있는 일반적인 문제는 다음과 같습니다:
-
-| **문제 유형** |
-
-| 이점 | 영향 | 측정 가능한 결과 |
-| --- | --- | --- |
-| 배포 효율성 | 릴리스 주기 단축 | 주간 릴리스 81% 향상 |
-| 업데이트 제어 | 정확한 버전 관리 | 9억 4,760만 건 이상의 타겟 업데이트 전달 |
-| 비용 절감 | 운영 비용 절감 | 연간 대체 비용 $6,000 대비 $2,600 설정 비용 |
-
-이 방법은 호환되는 기기에만 업데이트가 전송되도록 보장하여 버전 관련 문제를 줄입니다.
-
-### 시작하기
-
-버전 타겟팅을 최대한 활용하기 위해서는 앱 호환성 유지를 위한 탄탄한 계획이 핵심입니다. Capgo와 같은 플랫폼은 자동화된 관리, [보안 암호화](https://capgo.app/docs/cli/migrations/encryption/), 앱스토어 규칙 준수와 같은 기능으로 이 프로세스를 단순화합니다. 효과적으로 시작하기 위한 단계는 다음과 같습니다:
-
--   **버전 규칙 설정**: 업데이트 배포를 관리하기 위한 명확한 제약 조건을 정의합니다.
-    
--   **배포 추적**: 다양한 앱 버전에서 업데이트 성공률을 모니터링합니다.
-    
--   **레거시 버전 지원**: 사용자들이 업데이트를 하도록 유도하면서 중요한 이전 버전의 기능을 유지합니다.
diff --git a/src/content/blog/ko/capacitor-ota-updates-versioning-best-practices.md b/src/content/blog/ko/capacitor-ota-updates-versioning-best-practices.md
deleted file mode 100644
index 7bab00551..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-versioning-best-practices.md
+++ /dev/null
@@ -1,168 +0,0 @@
----
-slug: capacitor-ota-updates-versioning-best-practices
-title: 'Capacitor OTA 업데이트: 버전 관리 모범 사례'
-description: 'Capacitor OTA 업데이트를 관리하는 모범 사례와 버전 관리 전략, 일반적인 함정, 그리고 보안 조치에 대해 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-26T04:29:43.897Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67be629d36a1a0b25cc0f4e3-1740544205565.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, OTA updates, versioning, mobile development, app updates, semantic
-  versioning, deployment strategies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**앱스토어 승인을 기다리지 않고 즉시 앱 업데이트를 제공하고 싶으신가요?** [Capacitor](https://capacitorjs.com/)의 Over-the-Air (OTA) 업데이트를 사용하면 앱의 웹 콘텐츠를 실시간으로 업데이트할 수 있습니다. 하지만 원활한 배포를 위해서는 확실한 버전 관리 방법이 필요합니다.
-
-이 가이드에서 다룰 내용입니다:
-
--   **OTA 업데이트가 시간을 절약하는 이유:** 앱스토어 지연을 건너뛰고 효율성을 최대 **81%** 향상시킬 수 있습니다.
-    
--   **버전 관리 방법:** Semantic Versioning (MAJOR.MINOR.PATCH)을 사용하여 효과적으로 업데이트를 추적합니다.
-    
--   **피해야 할 일반적인 함정:** 빌드 불일치, 설정 실패, 업데이트 추적 문제.
-    
--   **최적의 도구:** `capacitor-sync-version-cli`와 [Capgo](https://capgo.app/) 같은 도구로 버전 관리와 배포를 단순화합니다.
-    
--   **업데이트 전략:** 부분 및 전체 업데이트, 단계적 출시, 선택적 vs 필수 업데이트 중 선택.
-    
-
-**빠른 팁:** 버전 **0.1.0**부터 시작하여, 새로운 기능은 MINOR를, 버그 수정은 PATCH를 증가시키세요. 항상 배포 전에 빌드와 설정을 검증하세요.
-
-[Capacitor OTA 업데이트](https://capgo.app/ja/)를 간소화할 준비가 되셨나요? 자세히 알아보겠습니다.
-
-## Semantic Versioning
-
-<iframe src="https://www.youtube.com/embed/rEgevIkqp2o" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/) 버전 관리 가이드라인
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-26.jpg?auto=compress)
-
-Capacitor OTA 업데이트 관리에는 명확한 버전 관리 전략이 필요합니다. 여기 안정적인 업데이트를 위한 방법을 소개합니다.
-
-### Semantic Versioning 기본
-
-Semantic Versioning (SemVer)은 MAJOR.MINOR.PATCH 구조의 널리 사용되는 버전 번호 지정 방식입니다. 각 부분의 역할은 다음과 같습니다:
-
-| **버전 구성요소** | **목적** | **업데이트 시기** |
-| --- | --- | --- |
-| **MAJOR (X)** | 호환성이 깨지는 변경 신호 | API 호환성이 깨질 때 |
-| **MINOR (Y)** | 새로운 기능 추가 | 후방 호환 기능 추가 시 |
-| **PATCH (Z)** | 버그 수정 | 후방 호환 수정 시 |
-
-다운로드 가능한 코드에 대한 Apple의 가이드라인:
-
-> "해석된 코드는 애플리케이션에 다운로드될 수 있습니다. 단, 해당 코드는: (a) 앱스토어에 제출된 애플리케이션의 의도된 목적과 일치하지 않는 기능을 제공하여 애플리케이션의 주요 목적을 변경하지 않고 (b) 다른 코드나 애플리케이션을 위한 스토어나 상점을 만들지 않으며 (c) OS의 서명, 샌드박스 또는 기타 보안 기능을 우회하지 않아야 합니다." [\[2\]](https://github.com/Cap-go/capacitor-updater)
-
-[이하 생략...]
-
-| 보안 계층 | 구현 | 목적 |
-| --- | --- | --- |
-| 암호화 | CA 서명 인증서가 있는 TLS | 전송 중 업데이트 패키지 보호 |
-| 인증 | 하드웨어 기반 보안 키 | 파일 기반 키보다 강력한 보호 제공 |
-| 무결성 검증 | 암호화 서명 | 업데이트 진위 확인 |
-| 롤백 보호 | 자동 대체 메커니즘 | 실패한 업데이트 중 기기 고장 방지 |
-
-**업데이트 보안 강화 단계:**
-
-1. **보안 연결 설정**  
-   호스트 이름 확인 및 CA 서명 인증서가 있는 TLS를 사용하여 서버 연결이 확인되도록 합니다[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security).
-
-2. **업데이트 패키지 보호**  
-   업데이트를 암호화하고 암호화 후 디지털 서명을 적용합니다. 최대 보안을 위해 디지털 서명에 에어갭 시스템을 사용하세요[\[5\]](https://www.iotforall.com/how-to-ensure-ota-update-security)[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices).
-
-3. **복구 메커니즘 구현**  
-   실패한 업데이트를 효과적으로 처리하기 위해 자동 롤백 기능을 활성화하세요[\[6\]](https://stackoverflow.blog/2020/12/14/security-considerations-for-ota-software-updates-for-iot-gateway-devices).
-
-Hunt 박사는 또한 첨단 기술에서 OTA 업데이트의 중요성을 강조합니다:
-
-> "OTA는 이미 자율 주행 시스템을 신뢰할 수 있게 만드는 핵심 요소입니다" - aicas의 설립자, CEO 겸 CTO인 James J. Hunt 박사[\[7\]](https://www.aicas.com/wp/whitepaper/security-aspects-of-over-the-air-ota-updates/)
-
-UNECE는 다양한 산업 분야에서 안전한 OTA 업데이트를 위한 프레임워크를 제공하는 UN 규정(UN R155/R156)을 승인했습니다. 이러한 표준은 업데이트가 안전하고 신뢰할 수 있도록 보장합니다.
-
-## OTA 업데이트 소프트웨어 옵션
-
-적절한 OTA 업데이트 소프트웨어를 선택하는 것은 단순한 보안 조치 이상입니다 - Capacitor 앱의 원활한 배포, 효과적인 버전 관리, 간소화된 릴리스 주기를 보장하는 핵심입니다. 적절한 도구를 사용하면 업데이트 관리가 더 간단하고 효율적이 됩니다.
-
-### [Capgo: OTA 업데이트 플랫폼](https://capgo.app)
-
-![Capgo: OTA 업데이트 플랫폼](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-26.jpg?auto=compress)
-
-Capgo는 **1,800개의 앱**에 걸쳐 **4억 8,290만 건의 업데이트**를 제공하여 릴리스 효율성을 놀라운 **81%** 향상시켰습니다[\[1\]](https://capgo.app/). 다음은 Capgo가 돋보이는 이유입니다:
-
-- **보안**: 종단간 암호화 및 코드 서명 검증과 같은 기능으로 업데이트의 안전을 보장합니다.
-
-- **통합**: [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), [GitHub](https://github.com/about), [Jenkins](https://www.jenkins.io/), [Cloudbees](https://www.cloudbees.com/), [Travis](https://www.travis-ci.com/)와 같은 CI/CD 플랫폼과 원활하게 작동합니다.
-
-- **배포**: 정밀한 즉각적인 배포를 위한 사용자 할당 및 단계적 출시를 제공합니다.
-
-- **분석**: 업데이트 성능을 추적하고 사용자 채택을 측정하기 위한 내장 도구.
-
-좋은 예시? [Colenso](https://www.colensobbdo.co.nz/)는 단 몇 분 만에 **5,000명 이상의 사용자 기반** 거의 전체에 도달했습니다[\[1\]](https://capgo.app/). Rodrigo Mantica의 말처럼:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-
-### 대체 업데이트 도구
-
-Capgo가 견고한 솔루션을 제공하지만, 다른 도구들은 버전 관리에 대해 다른 접근 방식을 제공합니다. 다음은 간단한 비교입니다:
-
-| 도구 측면 | Capgo | Appflow |
-| --- | --- | --- |
-| **비용 구조** | CI/CD 비용 월 ~$300 | 연간 구독 $6,000 |
-| **업데이트 전략** | 즉시 배포, 사용자 할당 | 백그라운드, 항상 최신, 강제 업데이트 |
-| **통합** | 다중 CI/CD 플랫폼 | 내장 CI/CD |
-
-한 사용자는 자신의 경험을 공유했습니다:
-
-> "Appcenter가 하이브리드 앱의 라이브 업데이트 지원을 중단하고 @AppFlow가 너무 비싸서 현재 @Capgo를 시도하고 있습니다." [\[1\]](https://capgo.app/)
-
-### 찾아야 할 주요 기능
-
-OTA 업데이트 도구를 선택할 때 다음 사항을 확인하세요:
-
-- **종단간 암호화**로 업데이트 보안 유지
-
-- 워크플로우에 맞는 **CI/CD 통합**
-
-- 제어된 출시를 위한 **사용자 할당**
-
-- 배포 문제를 피하기 위한 **앱 스토어 규정 준수** [\[10\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/)
-
-OTA 업데이트 소프트웨어 선택은 팀의 효율성과 배포 성공에 큰 영향을 미칠 수 있습니다. 프로젝트에 가장 적합한 것을 찾기 위해 보안, 버전 관리, 협업에 관한 요구사항을 평가하는 데 시간을 투자하세요.
-
-## 결론
-
-### 요약
-
-기술적 정확성과 사용자 경험의 균형을 맞추면 OTA [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/) 효율성을 81% 향상시킬 수 있습니다[\[1\]](https://capgo.app/). 이러한 접근 방식은 효과적인 버전 관리와 신뢰할 수 있는 OTA 배포를 지원합니다.
-
-성공적인 OTA 업데이트를 위해 기억해야 할 주요 사항입니다:
-
-- **보안**: 종단간 암호화와 코드 서명 검증을 사용하여 업데이트 무결성 유지[\[1\]](https://capgo.app/).
-
-- **사용자 경험**: 신중하게 업데이트를 예약하고 전체 과정에서 사용자에게 정보를 제공하여 중단 최소화[\[11\]](https://withintent.com/blog/ota-updates-design/).
-
-- **규정 준수**: Apple과 Google이 설정한 요구사항을 충족하는 업데이트 보장[\[1\]](https://capgo.app/).
-
-### 다음 단계
-
-OTA 업데이트 프로세스를 개선하기 위해 다음 작업을 고려하세요:
-
-1. **적절한 도구 선택**  
-   논의된 전략을 바탕으로 보안 요구사항, 배포 목표, 예산에 맞는 도구를 선택하세요.
-
-2. **모범 사례 따르기**
-
-   > "사용자들은 앱과의 친숙하고 편안한 경험을 방해하고 일반적으로 익숙하지 않은 제품의 더 기술적인 측면에 익숙해져야 하는 OTA 업데이트 실행을 꺼릴 수 있습니다." [\[11\]](https://withintent.com/blog/ota-updates-design/)
-
-3. **추적 및 개선**  
-   업데이트의 성능과 사용자들의 반응을 모니터링하세요. 이 데이터를 사용하여 시간이 지남에 따라 배포 접근 방식을 개선하세요.
-
-향후 OTA 업데이트는 빠른 배포와 원활한 사용자 경험을 결합하여 효율성과 만족도를 모두 보장해야 합니다.
diff --git a/src/content/blog/ko/capacitor-ota-updates-vs-app-store-restrictions.md b/src/content/blog/ko/capacitor-ota-updates-vs-app-store-restrictions.md
deleted file mode 100644
index dec6bdd9a..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-vs-app-store-restrictions.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-slug: capacitor-ota-updates-vs-app-store-restrictions
-title: Capacitor OTA 업데이트 vs 앱스토어 제한사항
-description: OTA 업데이트가 기존의 앱스토어 방식과 비교하여 더 빠르고 유연한 앱 배포를 제공하여 효율성과 사용자 경험을 향상시키는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T00:43:15.626Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da0b3b31389773b3feea04-1742345039375.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, app store restrictions, mobile development, app deployment, agile
-  development, app updates, Capgo
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-
-**[app 업데이트](https://capgo.app/plugins/capacitor-updater/)를 더 빠르게 받고 싶으신가요?** OTA(Over-the-Air) 업데이트를 통해 개발자는 앱스토어 심사 지연을 우회하고 몇 분 안에 사용자에게 직접 변경사항을 전달할 수 있습니다. 이것이 중요한 이유는 다음과 같습니다:
-
--   **속도**: OTA 업데이트는 24시간 내에 95%의 사용자에게 도달하며, 앱스토어 업데이트는 2-7일의 검토 주기가 필요합니다
--   **유연성**: 사용자 조치 없이 타겟팅된 업데이트를 배포하고, 버그를 수정하거나 기능을 배포할 수 있습니다
--   **효율성**: 수정된 코드만 다운로드되어 대역폭과 시간을 절약합니다
-
-**빠른 비교**:
-
-| 기능 | 앱스토어 업데이트 | OTA 업데이트 |
-| --- | --- | --- |
-| **배포 시간** | 수일에서 수주 | 수분에서 수시간 |
-| **사용자 채택률** | 점진적 | 24시간 내 95% |
-| **롤백 기능** | 재제출 필요 | 즉시 롤백 |
-| **대역폭 사용** | 전체 앱 다운로드 | 변경된 콘텐츠만 |
-
-[Capgo](https://capgo.app/)와 같은 OTA 업데이트는 앱스토어 규칙을 준수하면서 더 빠르고 원활한 업데이트를 보장합니다. 버그 수정, 보안 개선 또는 기능 추가에 관계없이 OTA 업데이트는 애자일 앱 개발의 게임 체인저입니다.
-
-## [Appflow](https://ionicio/appflow/) Deploy: [Ionic](https://ionicframeworkcom/) 앱 사용자에게 실시간 업데이트 배포
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionicio-7ef34251b5ccfe1dba6d8c040dae490b-2025-03-19.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 앱스토어 업데이트 제한
-
-앱스토어는 앱 업데이트에 엄격한 제한을 두어 변경사항을 신속하게 배포하기 어렵게 만듭니다. 이러한 제한으로 인해 OTA(Over-the-Air) 업데이트와 같은 더 빠른 솔루션을 찾는 것이 중요해졌습니다. 주요 플랫폼에서 요구하는 상세한 검토 프로세스로 인해 업데이트 출시가 지연되는 경우가 많습니다.
-
-### 코드 업데이트 제한사항
-
-Apple과 Google 모두 엄격한 검토 절차를 시행하여 작은 업데이트조차도 지연될 수 있습니다. 앱스토어 업데이트가 사용자에게 도달하는 데 며칠이 걸리는 반면, OTA 업데이트는 몇 분 안에 배포될 수 있습니다. Capgo에 따르면, 이러한 속도 차이가 게임 체인저입니다 [\[1\]](https://capgo.app/)
-
-> "버그 수정을 위한 검토를 피하는 것은 황금과 같습니다" - Bessie Cooper [\[1\]](https://capgo.app/)
-
-### 이러한 규칙이 존재하는 이유
-
-앱스토어는 사용자를 보호하고 플랫폼의 전반적인 안정성을 유지하기 위해 이러한 규칙을 시행합니다. 이유는 다음과 같습니다:
-
--   **보안 검사**: 리뷰를 통해 앱에 악성 코드가 추가되는 것을 차단합니다
--   **품질 관리**: 업데이트가 플랫폼 표준을 충족하는지 철저히 테스트됩니다
--   **시스템 안정성**: 세심한 감독으로 업데이트가 플랫폼 기능을 방해하지 않도록 합니다
-
-이러한 통제로 인해 개발자들은 더 빠른 업데이트에 대한 요구를 충족시키기 위해 대안적인 방법을 찾고 있습니다. 예를 들어 Capgo는 앱스토어 규칙을 준수하는 2억 3,500만 건의 OTA 업데이트를 제공했으며 [\[1\]](https://capgo.app/), 이는 더 빠른 솔루션에 대한 수요를 입증합니다.
-
-> "우리는 5,000명 이상의 사용자 베이스를 위해 [Capgo OTA 업데이트](https://console.capgo.app/resend_email)를 프로덕션에 배포했습니다. OTA가 @Capgo에 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 확인하고 있습니다" - colenso [\[1\]](https://capgo.app/)
-
-현대적인 OTA 시스템은 앱스토어 가이드라인을 위반하지 않으면서 중요한 업데이트를 신속하게 푸시할 수 있는 방법을 제공합니다. 이 접근 방식은 개발자가 규정을 준수하면서 더 빠른 배포를 달성할 수 있는 방법을 보여줍니다. 다음으로, OTA 업데이트가 이러한 민첩성을 제공하는 방법에 대해 자세히 알아보겠습니다.
-
-## Capacitor OTA 업데이트 작동 방식
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-19.jpg?auto=compress)
-
-[Capacitor OTA 업데이트](https://capgo.app/ja/)는 앱 배포를 더 빠르고 효율적으로 만들어 개발자가 앱스토어 승인을 기다리지 않고 변경사항을 푸시할 수 있게 합니다.
-
-### OTA 업데이트 작동 방식
-
-플러그인이 업데이트 감지 및 설치를 처리합니다. 개발자가 CLI를 사용하여 업데이트를 배포하면 앱이 자동으로 이를 식별하고 백그라운드에서 설치합니다.모든 것을 다운로드하는 대신 수정된 코드만 검색하여 대역폭을 절약하고 프로세스 속도를 높입니다. 예를 들어 Capgo의 글로벌 CDN은 5MB 번들을 전 세계적으로 평균 API 응답 시간 57ms로 단 114ms 만에 전달할 수 있습니다 [\[1\]](https://capgo.app/) 이러한 간소화된 접근 방식으로 업데이트가 빠르고 번거롭지 않습니다.
-
-### OTA 업데이트의 이점
-
-OTA 업데이트는 속도뿐만 아니라 개발자에게 [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 더 잘 제어할 수 있게 해줍니다. 다음은 간단한 분석입니다:
-
-| 기능 | 이점 | 주요 지표 |
-| --- | --- | --- |
-| 업데이트 속도 | 더 빠른 배포 | 24시간 내 95% 사용자 업데이트 |
-| 배포 제어 | 대상 지정 롤아웃 | 전 세계적으로 82% 성공률 |
-| 리소스 효율성 | 더 작은 다운로드 | 5MB 번들에 114ms |
-| 신뢰성 | 자동 롤백 | 2억3500만 건의 업데이트 전달 |
-
-### [Capgo](https://capgo.app/)의 OTA 도구
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-Capgo는 추가 도구와 기능으로 OTA 업데이트 경험을 향상시킵니다. 엔드투엔드 암호화로 승인된 사용자만 업데이트에 액세스할 수 있도록 하여 보안이 최우선 순위입니다 [\[1\]](https://capgo.app/) 주요 기능은 다음과 같습니다:
-
--   정밀 타겟팅을 위한 [채널별 업데이트](https://capgo.app/docs/webapp/channels/)
--   인기 있는 CI/CD 플랫폼과의 통합
--   성능 추적을 위한 실시간 분석
--   빠른 수정을 위한 원클릭 롤백
-
-현재 750개의 앱이 프로덕션 환경에서 Capgo 시스템을 사용하고 있습니다 [\[1\]](https://capgo.app/) 이러한 도구들은 속도, 보안 및 신뢰성을 결합하여 앱 스토어 가이드라인을 충족하면서 민첩성을 유지하고자 하는 개발자들에게 OTA 업데이트를 현명한 선택으로 만듭니다.
-
-## OTA vs 앱 스토어 업데이트
-
-OTA(Over-the-Air) 업데이트와 앱 스토어 업데이트는 속도, 배포 용이성 및 사용자 경험 측면에서 크게 다릅니다. OTA 업데이트는 특히 애자일 방법론으로 작업하는 팀에게 변경사항을 전달하는 더 빠르고 유연한 방법을 제공합니다.
-
-### 기능 비교
-
-다음은 앱 스토어 업데이트와 OTA 업데이트의 주요 차이점을 보여주는 분석으로, 많은 개발자들이 OTA 솔루션을 선택하는 이유를 보여줍니다:
-
-| 기능 | 앱 스토어 업데이트 | Capacitor OTA 업데이트 |
-| --- | --- | --- |
-| **배포 시간** | 2-7일 검토 과정 | 몇 분에서 몇 시간 |
-| **업데이트 성공률** | 사용자 행동에 따라 다름 | 24시간 내 95% |
-| **배포 제어** | 제한된 타겟팅 옵션 | 채널 기반 타겟팅 |
-| **롤백 기능** | 새로운 제출 필요 | 즉각적인 롤백 |
-| **사용자 상호작용** | [수동 업데이트 승인](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | [자동 백그라운드 업데이트](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-| **분석** | 기본 설치 메트릭 | 상세한 업데이트 추적 |
-| **대역폭 사용** | 전체 앱 다운로드 | 변경된 콘텐츠만 |
-| **개발 워크플로우** | 엄격한 릴리스 주기 | CI/CD 통합 가능 |
-
-(출처: [\[1\]](https://capgo.app/))
-
-실제 사례는 OTA 업데이트가 효율성을 어떻게 향상시키는지 보여줍니다. 예를 들어, Rodrigo Mantica는 기업 환경에서의 가치를 강조합니다:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-
-수치가 이를 뒷받침합니다: OTA 업데이트는 82%의 전 세계 성공률을 자랑하며 2억3500만 건의 업데이트를 전달했습니다 [\[1\]](https://capgo.app/) 이러한 통계는 전통적인 앱 스토어 업데이트와 비교했을 때 신뢰성과 확장성을 강조합니다.
-
-앱 스토어 업데이트가 여전히 주요 릴리스와 중요한 새 기능에 필수적이지만, OTA 업데이트는 정기 업데이트를 처리하는 더 빠르고 효율적인 방법을 제공합니다. 개발자가 앱을 규정을 준수하면서 사용자를 위한 원활하고 매끄러운 업데이트 프로세스를 보장할 수 있습니다.
-
-다음으로, 앱 스토어 요구사항을 충족하면서 OTA 업데이트를 구현하는 방법을 다루겠습니다.## OTA 업데이트 구현 가이드
-
-### 스토어 요구사항 충족하기
-
-OTA 업데이트를 성공적으로 구현하려면 앱스토어 가이드라인을 충족해야 합니다. 다음은 중점적으로 고려해야 할 핵심 영역입니다:
-
--   **채널 기반 배포**: 단계적 출시와 베타 테스트를 효과적으로 실행하기 위한 다양한 채널 활용
--   **버전 관리**: 엄격한 버전 추적 및 CI/CD 파이프라인에 OTA 업데이트 통합
--   **[업데이트 크기 최적화](https://capgo.app/blog/optimise-your-images-for-updates/)**: 수정된 코드만 전송하여 다운로드 크기 최소화
-
-이러한 단계들은 안전하고 신뢰할 수 있는 OTA 업데이트를 제공하는데 매우 중요합니다.
-
-### 보안 및 신뢰
-
-배포 프로세스가 설정되면 보안을 우선시하고 사용자 신뢰를 구축하는 것이 매우 중요합니다. Capgo는 엔드투엔드 암호화를 사용하여 승인된 사용자만 업데이트에 접근할 수 있도록 합니다. 이 방식은 750개의 프로덕션 앱에서 82%의 전 세계 성공률을 달성했습니다 [\[1\]](https://capgo.app/). 주요 보안 조치는 다음과 같습니다:
-
--   모든 업데이트 파일의 엔드투엔드 암호화
--   실시간 오류 추적 및 모니터링
--   문제 해결을 위한 즉각적인 롤백 옵션
--   엄격한 인증 및 권한 부여 프로토콜
-
-### 실제 업데이트 사례
-
-실제 적용 사례는 이러한 전략의 유효성을 입증합니다. 예를 들어, NASA의 [OSIRIS-REx](https://enwikipediaorg/wiki/OSIRIS-REx) 팀은 다음과 같이 언급했습니다:
-
-> "Capgo는 핫 코드 푸시를 하는 스마트한 방법입니다(@AppFlow처럼 세상의 모든 돈이 필요한 것이 아닙니다) :-)" [\[1\]](https://capgo.app/)
-
-이러한 사례들은 잘 실행된 OTA 업데이트가 어떻게 빠른 배포를 가능하게 하고, 앱스토어 규정을 준수하며, 사용자 신뢰를 유지할 수 있는지 보여줍니다.
-
-## 결론
-
-### 핵심 요점
-
-[모바일 앱 업데이트](https://capgo.app/plugins/capacitor-updater/)는 많은 발전을 이루어왔으며, OTA 업데이트는 이제 전통적인 앱스토어 방식의 빠르고 효율적인 대안으로 자리잡았습니다. 예를 들어, Capgo 업데이트는 **24시간 이내에 활성 사용자의 95%에 도달**합니다 [\[1\]](https://capgo.app/). 두 접근 방식을 비교하면 다음과 같습니다:
-
-| 측면 | OTA 업데이트 | 전통적인 앱스토어 |
-| --- | --- | --- |
-| **배포 속도** | 수분에서 수시간 | 수일에서 수주 |
-| **업데이트 성공률** | 전 세계 82% [\[1\]](https://capgo.app/) | 스토어별로 다름 |
-| **사용자 채택률** | 24시간 이내 95% [\[1\]](https://capgo.app/) | 수주에 걸쳐 점진적 |
-| **개발 유연성** | 즉각적인 수정 가능 | 검토 주기에 따름 |
-
-이러한 수치는 OTA 업데이트의 효율성과 민첩성을 보여주며, 앞으로 더 빠르고 안전한 프로세스의 길을 열어줍니다.
-
-### 향후 전망
-
-OTA 기술의 미래는 속도, 보안 및 유연성에서 더 큰 발전을 가져올 것입니다. Rodrigo Mantica의 말처럼:
-
-> "우리는 애자일 개발을 실천하며 @Capgo는 사용자에게 지속적으로 전달하는데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-
-주요 개발 영역은 다음과 같습니다:
-
--   개발자가 문제를 즉시 식별하고 해결할 수 있는 **실시간 분석 및 오류 추적**
--   원활한 배포와 정확한 사용자 타겟팅을 위한 **고급 CI/CD 통합**
--   발전하는 표준을 충족하기 위한 **향상된 보안 조치 및 규정 준수 도구**
-
-NASA의 OSIRIS-REx 팀과 같은 조직도 그 이점을 확인했습니다:
-
-> "@Capgo는 핫 코드 푸시를 하는 스마트한 방법입니다(@AppFlow처럼 세상의 모든 돈이 필요한 것이 아닙니다) :-)" [\[1\]](https://capgo.app/)
-
-이러한 발전은 빠르고 신뢰할 수 있으며 사용자 친화적인 업데이트를 제공하고자 하는 개발자들에게 OTA 업데이트를 게임 체인저로 만들고 있습니다.
diff --git a/src/content/blog/ko/capacitor-ota-updates-vs-traditional-testing-methods.md b/src/content/blog/ko/capacitor-ota-updates-vs-traditional-testing-methods.md
deleted file mode 100644
index 5c48690dc..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-vs-traditional-testing-methods.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-testing-methods
-title: Capacitor OTA 업데이트 vs 전통적인 테스트 방법
-description: 'Capacitor OTA 업데이트와 기존의 테스팅 방식의 차이점을 살펴보고, 앱 개발에서 각각의 고유한 장점과 단점을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-21T03:04:05.735Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b7cbc8a97035aabf3ddea3-1740107095515.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, traditional testing, app development, Capacitor, deployment,
-  quality assurance, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**앱스토어 지연 없이 [더 빠른 앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 원하시나요?** [Capacitor](https://capacitorjs.com/) OTA 업데이트를 통해 즉시 변경사항을 전달할 수 있으며, 전통적인 테스팅으로 출시 전 철저한 품질을 보장합니다. 간단히 비교해보겠습니다:
-
--   **[Capacitor OTA 업데이트](https://capgo.app/ja/)**: 앱스토어 승인 없이 사용자에게 직접 업데이트를 푸시합니다. 빠른 수정과 기능 출시에 이상적입니다.
--   **전통적인 테스팅**: 출시 전 단위, 통합, 시스템 테스트와 같은 구조화된 단계를 따릅니다. 신뢰성은 보장하지만 더 오래 걸립니다.
-
-**빠른 비교:**
-
-| 기능/측면 | Capacitor OTA 업데이트 | 전통적인 테스팅 방법 |
-| --- | --- | --- |
-| **업데이트 배포** | 즉각적인 무선 전송 | 앱스토어 제출 필요 |
-| **테스트 범위** | 특정 변경사항에 집중 | 전체 시스템 테스팅 |
-| **사용자 경험** | [자동 백그라운드 업데이트](https://capgo.app/docs/plugin/self-hosted/auto-update/) | 사용자가 수동으로 앱 업데이트 |
-| **리스크 관리** | 즉각적인 롤백 가능 | 수정을 위해 새로운 제출 필요 |
-
-[Capgo](https://capgo.app/)와 같은 도구가 지원하는 Capacitor OTA 업데이트는 유연성과 속도를 제공하며, 전통적인 방법은 포괄적인 품질을 보장합니다. 앱의 요구사항에 따라 둘 다 각자의 역할이 있습니다.
-
-## [Appflow](https://ionic.io/appflow/) Deploy: Ionic 앱 사용자에게 실시간 업데이트 배포
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-02-21.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/) OTA 업데이트 설명
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-21.jpg?auto=compress)
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 OTA 업데이트는 출시 후 앱 유지보수를 단순화합니다. 전체 앱스토어 제출을 요구하는 대신, 개발자가 사용자에게 직접 업데이트를 푸시할 수 있습니다.
-
-### OTA 업데이트가 돋보이는 이유는?
-
-OTA 업데이트는 네이티브 코드를 변경하지 않고 웹 레이어(HTML, CSS, JavaScript)를 수정하는 데 중점을 둡니다. 이 방법은 앱스토어 규칙을 준수하면서 신속한 업데이트를 가능하게 합니다.
-
-주요 기능 breakdown입니다:
-
-| 기능 | 설명 | 이점 |
-| --- | --- | --- |
-| 즉시 배포 | 기기에 직접 업데이트 푸시 | 앱스토어 승인 지연 건너뛰기 |
-| 선택적 업데이트 | 특정 그룹에 업데이트 타겟팅 | 단계적 출시 허용 |
-| 버전 관리 | 업데이트 기록 관리 및 추적 | 업데이트 체계적 관리 |
-| 롤백 지원 | 이전 버전으로 쉽게 되돌리기 | 오류 업데이트의 위험 감소 |
-
-이러한 기능들은 특히 Capgo와 같은 도구와 결합될 때 개발자에게 더 큰 유연성과 제어력을 제공합니다.
-
-### OTA 업데이트에서 [Capgo](https://capgo.app/)의 역할
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-21.jpg?auto=compress)
-
-Capgo는 Capacitor 앱의 OTA 업데이트 관리 프로세스를 단순화합니다. 이 플랫폼은 종단간 암호화로 보안을 우선시하여 업데이트 콘텐츠를 보호합니다.
-
-CI/CD 파이프라인과 통합하여 Capgo는 배포를 자동화합니다. 개발자는 특정 사용자 그룹과 함께 업데이트를 테스트하고, 점진적으로 변경사항을 출시하며, 사용자 요구에 따라 업데이트를 조정할 수 있습니다.
-
-Capgo의 조직, 버전 관리, 롤백 도구를 통해 팀은 자신감을 가지고 원활하게 업데이트를 처리할 수 있습니다.
-
-## 표준 테스팅 방법 개요
-
-전통적인 테스팅은 출시 전 소프트웨어가 안정적으로 작동하는지 확인하기 위해 구조화된 단계와, 상세한 문서화를 포함합니다.
-
-### 핵심 테스팅 구성요소
-
-이 접근 방식은 **단위, 통합, 시스템, 수용 테스트**의 네 가지 주요 단계를 포함합니다. 각 단계는 특정 목적을 수행합니다:
-
--   **단위 테스팅**: 개별 코드 구성 요소에 집중
--   **통합 테스팅**: 구성 요소 간 상호작용 검증
--   **시스템 테스팅**: 전반적인 애플리케이션 동작 평가
--   **수용 테스팅**: 소프트웨어가 사용자 요구사항을 충족하는지 확인
-
-전통적인 테스팅의 중요한 측면은 포괄적인 문서화에 대한 의존성입니다. 주요 문서 유형은 다음과 같습니다:
-
-| 문서 유형 | 목적 | 주요 요소 |
-| --- | --- | --- |
-| **테스트 계획** | 테스팅 전략 개요 | 범위, 일정, 리소스 |
-| **테스트 케이스** | 특정 테스트 시나리오 설명 | 단계, 예상 결과, 전제조건 |
-| **결함 보고서** | 식별된 문제 추적 | 심각도, 재현 단계, 상태 |
-| **테스트 결과** | 결과 요약 | 합격/불합격 지표, 커버리지 분석 |
-
-**[TestRail](https://www.testrail.com/)** 및 **[Jira](https://www.atlassian.com/software/jira)**와 같은 도구가 이러한 문서를 관리하는 데 일반적으로 사용되지만, 유지 관리와 실행에 시간이 많이 소요될 수 있습니다.
-
-### 테스팅 방법: 강점과 한계
-
-전통적인 테스팅은 철저함과 책임성으로 알려져 있습니다. 구조화된 접근 방식은 모든 기능이 신중하게 검토되어 중요한 문제가 프로덕션에 도달하는 위험을 줄입니다.
-
-하지만 빠른 개발 환경에서는 몇 가지 단점이 있습니다:
-
--   순차적 단계로 인해 개발 주기가 길어질 수 있습니다.
--   수동 테스트 프로세스는 상당한 시간과 리소스가 필요합니다.
--   엄격한 워크플로우로 인해 변경 적응이 어렵습니다.
--   개발과 테스팅 간의 피드백 루프가 더 느립니다.
-
-**[Selenium](https://www.selenium.dev/)** 및 **[Appium](http://appium.io/)**과 같은 자동화 도구가 특정 작업을 가속화할 수 있지만, 전통적인 테스팅은 현대적 대안에 비해 여전히 느립니다.
-
-궁극적으로 전통적인 테스팅의 성공은 적절한 실행과 리소스 관리에 달려 있습니다. 철저함에 대한 초점은 가치가 있지만, 특히 촉박한 기한이나 더 빠른 무선(OTA) 업데이트가 필요할 때는 느린 속도가 걸림돌이 될 수 있습니다. 이러한 대조는 더 민첩한 테스팅 방법에 대한 증가하는 수요를 강조합니다.
-
-## OTA 업데이트 vs 표준 테스팅
-
-OTA(Over-The-Air) 업데이트가 전통적인 테스팅 방법과 어떻게 다른지 자세히 살펴보겠습니다. OTA 업데이트는 웹 레이어를 통해 즉시 배포되는 반면, 전통적인 테스팅은 단계적이고 수동적인 검토를 포함합니다.
-
-### 주요 차이점
-
-| 기능/측면 | Capacitor OTA 업데이트 | 전통적인 테스팅 방법 |
-| --- | --- | --- |
-| **리소스 사용** | 최소한의 수동 노력, 자동화된 프로세스 | 전담 QA 팀, 수동 테스팅 |
-| **테스트 범위** | 특정 변경사항에 집중 | 전체 시스템 테스팅 |
-| **리스크 관리** | 즉각적인 롤백 가능 | 변경을 위해 새로운 제출 필요 |
-
-이러한 차이점들은 프로젝트가 실행되고 전달되는 방식을 직접적으로 형성합니다.
-
-### 장단점
-
-이러한 접근 방식들의 대조는 OTA 업데이트가 느린 피드백 주기를 해결함으로써 전통적인 테스팅을 어떻게 보완할 수 있는지 보여줍니다.
-
-**OTA 업데이트가 제공하는 것:**
-
--   즉각적인 사용자 피드백과 함께 즉시 배포
--   리소스 요구를 줄이는 자동화된 프로세스
--   특정 문제나 기능을 위한 타겟팅된 업데이트
--   실시간 수정 및 문제 해결
-
-**전통적인 테스팅이 보장하는 것:**
-
--   시스템 전반에 걸친 철저한 품질 보증
--   잘 문서화된 테스팅 절차
--   규제 준수를 위한 검증
--   포괄적인 시스템 전체 테스팅
-
-Capgo와 같은 플랫폼은 안전한 OTA 업데이트가 기존 워크플로우와 어떻게 원활하게 통합될 수 있는지 보여줍니다. 개발자가 앱스토어 규정을 준수하면서 신속하게 업데이트를 배포할 수 있게 합니다.
-
-## 결론
-
-OTA 업데이트는 개발자가 사용자 요구를 해결하고 시장 요구에 부응하는 방식을 변화시켰습니다. 일반적인 지연 없이 출시 후에도 앱을 업데이트하고 개선할 수 있게 합니다.
-
-Capgo와 같은 도구를 통해 개발자는 앱스토어 승인의 지연 없이 즉시 안전하게 업데이트를 배포할 수 있습니다. 이는 OTA 업데이트와 전통적인 테스팅 방법이 모두 중요한 역할을 하는 균형을 만듭니다.
diff --git a/src/content/blog/ko/capacitor-ota-updates-vs-traditional-versioning.md b/src/content/blog/ko/capacitor-ota-updates-vs-traditional-versioning.md
deleted file mode 100644
index 527c61fe0..000000000
--- a/src/content/blog/ko/capacitor-ota-updates-vs-traditional-versioning.md
+++ /dev/null
@@ -1,185 +0,0 @@
----
-slug: capacitor-ota-updates-vs-traditional-versioning
-title: Capacitor OTA 업데이트 vs 전통적인 버전 관리
-description: >-
-  Capacitor의 OTA 업데이트가 기존 앱스토어 방식과 비교하여 더 빠르고 자동화된 업데이트를 제공함으로써 어떻게 앱 배포를 혁신하는지
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-08T02:59:57.580Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cb94b1fd908bf224e07528-1741402807680.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, traditional updates, Capacitor, mobile app development, app
-  deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**[앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 앱스토어 리뷰를 기다리지 않고 더 빠르게 하고 싶으세요?** [Capacitor](https://capacitorjs.com/)의 Over-the-Air (OTA) 업데이트가 해답이 될 수 있습니다. 며칠이 걸리고 사용자 조치가 필요한 기존 앱스토어 업데이트와 달리, OTA 업데이트는 변경사항을 몇 분 안에 배포하고 사용자에게 자동으로 전달합니다.
-
-### 주요 내용:
-
--   **기존 업데이트**: 신뢰할 수 있지만 느리며(24-72시간), 사용자 다운로드가 필요하고, 버전 분화를 초래하기 쉽습니다.
--   **OTA 업데이트**: 즉각적(5-10분), 사용자에게 자동 적용, 주당 여러 번 업데이트 가능합니다.
-
-### 빠른 비교:
-
-| 측면 | 기존 업데이트 | [Capacitor OTA 업데이트](https://capgo.app/ja/) |
-| --- | --- | --- |
-| **배포 속도** | 24-72시간 | 5-10분 |
-| **사용자 적용** | 수동 다운로드 | 자동 |
-| **버그 수정 시간** | 몇 주 | 즉시 |
-| **배포 주기** | 월간/분기별 | 주당 여러 번 |
-| **비용** | 연간 $6,000+ | 월 $300 |
-| **롤백** | 새로운 제출 필요 | 즉시 롤백 |
-
-[Capgo](https://capgo.app/)와 같은 도구로 구동되는 Capacitor OTA 업데이트는 워크플로우를 간소화하고, 사용자 경험을 개선하며, 비용을 절감합니다. 중요한 버그를 수정하거나 새로운 기능을 출시할 때, OTA 업데이트는 속도와 효율성을 위해 설계되었습니다.
-
-## Ionic 앱 강제 업데이트 방법
-
-<iframe src="https://www.youtube.com/embed/NJwBNWwNlTk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 기존 앱스토어 업데이트
-
-앱스토어 업데이트 과정은 모바일 앱 배포의 기초이지만, 빠른 배포가 필요한 애자일 개발의 요구사항과 충돌하는 경우가 많습니다. 신뢰할 수 있지만 빠른 배포가 필요한 워크플로우를 늦출 수 있습니다.
-
-### 앱스토어 업데이트 과정
-
-앱스토어에 업데이트를 제출하는 과정은 개발 일정을 늘릴 수 있는 여러 단계를 포함합니다. 개발자는 다음을 수행해야 합니다:
-
--   업데이트된 버전 번호로 새로운 앱 버전 패키징
--   앱스토어 플랫폼을 통해 검토를 위한 앱 제출
--   업데이트가 사용자에게 제공되기 전 승인 대기
--   출시 후 채택률과 성능 추적
-
-검토 과정은 일반적으로 24-72시간이 소요되지만, 더 복잡한 업데이트는 더 오래 걸릴 수 있습니다. 애자일 방식을 따르는 팀에게, 특히 긴급한 버그 수정이 필요할 때 이러한 지연은 심각한 문제가 될 수 있습니다.
-
-### 앱스토어 업데이트의 장단점
-
-앱스토어 업데이트는 분명한 이점이 있지만 개발과 사용자 경험 모두에 영향을 미칠 수 있는 장애물도 있습니다:
-
-| 측면 | 이점 | 제한사항 |
-| --- | --- | --- |
-| **품질 관리** | 보안과 규정 준수 보장 | 배포 지연 |
-| **사용자 신뢰** | 공식 채널을 통한 배포 | 사용자가 업데이트를 미룰 수 있음 |
-| **버전 추적** | 앱 버전 관리 용이 | 버전 분화 초래 가능 |
-| **출시 과정** | 구조화된 접근 방식 제공 | 빠른 변경에 대한 유연성 제한 |
-| **버그 수정** | 철저한 테스트 가능 | 중요 수정 지연 |
-
-이러한 제한사항은 다음과 같은 상황에서 특히 두드러집니다:
-
--   중요한 버그가 즉각적인 조치를 필요로 할 때
--   보안 위협을 신속하게 패치해야 할 때
--   새로운 기능이 마케팅 일정과 맞아야 할 때
--   A/B 테스트에 빠른 반복이 필요할 때
-
-이러한 과제들 때문에, 많은 팀들이 기존 앱스토어 업데이트와 함께 작동하는 대안적 접근 방식을 모색하기 시작했습니다. 이러한 솔루션들은 특정 유형의 업데이트에 대해 더 큰 유연성을 제공하는 것을 목표로 합니다.
-
-다음으로, Capacitor OTA 업데이트가 더 빠른 수정과 더 민첩한 반복을 가능하게 함으로써 이러한 과제들을 어떻게 해결할 수 있는지 살펴보겠습니다.
-
-## [Capacitor](https://capacitorjs.com/) OTA 업데이트 설명
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-08.jpg?auto=compress)
-
-Over-the-air (OTA) 업데이트는 모바일 앱의 유지보수와 업데이트 방식을 변화시켰습니다. [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 경우, 이 방식을 통해 개발자는 앱스토어 검토를 기다리지 않고 변경사항을 사용자에게 직접 전달할 수 있습니다.
-
-### 주요 구성요소
-
-Capacitor 앱에서 OTA 업데이트는 앱의 기능을 제어하는 HTML, CSS, JavaScript와 같은 웹 자산의 업데이트에 중점을 둡니다. 개발자가 업데이트를 푸시하면, 사용자는 다음 앱 실행 시 자동으로 변경사항을 받게 됩니다 - 수동 다운로드가 필요 없습니다.
-
-작동 방식은 다음과 같습니다:
-
-| 구성요소 | 기능 |
-| --- | --- |
-| 버전 관리 | 웹 자산의 다양한 버전 관리 및 추적 |
-| 업데이트 감지 | 앱 시작 시 새로운 버전 식별 |
-| 파일 다운로드 | 백그라운드에서 안전하게 업데이트된 파일 다운로드 |
-| 실시간 배포 | 다음 앱 실행 시 즉시 업데이트 적용 |
-
-### OTA 업데이트가 두드러지는 이유
-
-OTA 업데이트는 기존 앱스토어 업데이트와 비교하여 명확한 장점을 제공합니다:
-
-| 측면 | 기존 업데이트 | OTA 업데이트 |
-| --- | --- | --- |
-| 배포 속도 | 24-72시간 | 몇 분 |
-| 사용자 적용 | 수동 다운로드 필요 | 자동 |
-| 버그 수정 시간 | 몇 주 | 즉시 수정 |
-| 배포 주기 | 월간 또는 분기별 | 주당 여러 번 |
-| 개발 민첩성 | 검토 과정으로 제한 | 즉각적인 반복 |
-
-Capgo는 보안을 보장하고 CI/CD 워크플로우와 원활하게 통합되는 간소화된 플랫폼을 제공함으로써 이러한 이점을 더욱 확장합니다.
-
-### [Capgo](https://capgo.app/) OTA 업데이트 플랫폼
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-08.jpg?auto=compress)
-
-Capgo는 Capacitor 앱을 위한 최상급 OTA 솔루션으로, [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 단순화하는 도구를 제공합니다:
-
--   **보안 기능**: 업데이트는 종단간 암호화되어 인가된 사용자만 접근할 수 있습니다.
--   **CI/CD 통합**: [GitHub](https://github.com/), [GitLab](https://about.gitlab.com/), [Azure DevOps](https://azure.microsoft.com/en-us/products/devops/)와 같은 플랫폼과 원활하게 작동합니다.
--   **사용자 할당**: 테스트나 단계별 출시에 완벽한, 특정 그룹을 대상으로 한 업데이트가 가능합니다.
-
-> "5000명 이상의 사용자 기반에 Capgo OTA 업데이트를 프로덕션에 배포했습니다. OTA가 @Capgo에 배포된 후 몇 분 안에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 경험하고 있습니다." - colenso [\[1\]](https://capgo.app/)
-
-Capgo는 비용 절감도 제공합니다. 기업은 [AppFlow](https://ionic.io/appflow/)와 같은 대안과 비교하여 5년 동안 최대 $26,100를 절약할 수 있습니다 - 모두 신뢰할 수 있는 업데이트 기능을 유지하면서 말입니다.
-
-## 직접 비교: OTA vs 앱스토어 업데이트
-
-Capacitor 앱은 OTA 업데이트와 기존 앱스토어 업데이트 간의 뚜렷한 차이를 보여줍니다. 최근 산업 데이터를 바탕으로 한 주요 성능 지표 분석입니다 [\[1\]](https://capgo.app/):
-
-| 지표 | 기존 앱스토어 업데이트 | Capacitor OTA 업데이트 |
-| --- | --- | --- |
-| **배포 시간** | 검토 과정으로 인해 몇 주 소요 | 5-10분 |
-| **배포 빈도** | 일반적으로 월간 또는 분기별 | 주당 여러 번 배포 |
-| **사용자 채택률** | 며칠에 걸친 점진적 채택 | 몇 분 안에 거의 모든 사용자에게 도달 |
-| **개발 비용** | 연간 약 $6,000+ (예: AppFlow) | 월 약 $300 |
-| **설정 복잡성** | 복잡한 버전 관리 | 간소화된 CI/CD 통합 |
-| **롤백 기능** | 제한적; 새로운 제출 필요 | 버전 관리로 즉시 롤백 |
-
-이 수치들은 OTA 업데이트가 속도, 비용 효율성, 채택률 면에서 우수함을 명확히 보여줍니다.
-
-배포 속도를 넘어서, OTA 업데이트의 효율성과 비용 이점은 무시하기 어렵습니다. 예를 들어, NASA의 [OSIRIS-REx](https://en.wikipedia.org/wiki/OSIRIS-REx) 팀은 Capgo의 핫 코드 푸시를 활용하여 다른 솔루션과 비교해 상당한 비용을 절감했습니다. OTA 업데이트를 사용하는 많은 조직들이 5년 동안 최대 $26,100의 절감을 보고합니다 [\[1\]](https://capgo.app/).
-
-또한, OTA 업데이트는 배포 효율성을 81% 개선하여 팀이 앱스토어 제출 관
-
-개발자들은 OTA 업데이트를 구현할 때 종종 어려움을 겪습니다. Capgo를 사용하는 개발자 Rodrigo Mantica는 다음과 같이 말합니다:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-
-다음은 자주 발생하는 문제를 해결하는 방법입니다:
-
-| 문제 | 해결책 | 영향 |
-| --- | --- | --- |
-| 업데이트 충돌 | 안전한 전달을 위한 종단간 암호화 사용 | 무단 변경 방지 |
-| 배포 지연 | 백그라운드 업데이트 활성화 | 적시 전달 보장 |
-| 버전 불일치 | 자동화된 호환성 검사 실행 | 앱 안정성 유지 |
-
-NASA의 OSIRIS-REx 팀도 Capgo를 다음과 같이 칭찬했습니다:
-
-> "@Capgo는 핫 코드 푸시를 하는 스마트한 방법입니다(@AppFlow처럼 세상의 모든 돈을 들이지 않고도) :-)" [\[1\]](https://capgo.app/)
-
-## 앱 업데이트와 Capacitor OTA: 주요 요점
-
-오늘날의 빠르게 변화하는 앱 생태계에서 업데이트는 신속하고 효율적으로 이루어져야 합니다. Capacitor OTA 업데이트는 전통적인 앱 버전 관리에 비해 더 빠르고 실용적인 솔루션을 제공합니다. 1,400개의 프로덕션 앱에서 9억 4,760만 건의 업데이트라는 인상적인 기록으로, Capgo는 OTA 기술이 얼마나 널리 채택되고 있는지를 보여줍니다 [\[1\]](https://capgo.app/).
-
-### OTA와 전통적인 업데이트 비교
-
-다음은 Capacitor OTA 업데이트와 전통적인 방식을 비교한 것입니다:
-
-| 측면 | 전통적인 업데이트 | Capacitor OTA 업데이트 |
-| --- | --- | --- |
-| **배포 속도** | 승인에 수일에서 수주 소요 | 즉시 배포 가능 |
-| **비용** | 높은 유지보수 비용 | 81% 효율성 향상 |
-| **사용자 경험** | 사용자가 수동으로 업데이트 다운로드 | 백그라운드에서 업데이트 진행 |
-
-빠르고 통제된 출시에 중점을 둔 팀에게 이러한 장점들은 OTA 업데이트를 게임 체인저로 만듭니다.
-
-Rodrigo Mantica는 자신의 직접적인 경험을 다음과 같이 완벽하게 요약했습니다:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ko/capacitor-plugin-contribution-guide.md b/src/content/blog/ko/capacitor-plugin-contribution-guide.md
deleted file mode 100644
index 9ab3482d7..000000000
--- a/src/content/blog/ko/capacitor-plugin-contribution-guide.md
+++ /dev/null
@@ -1,262 +0,0 @@
----
-slug: capacitor-plugin-contribution-guide
-title: Capacitor 플러그인 기여 가이드
-description: 'Capacitor 플러그인의 설정, 코딩 표준, 테스트, 문서화에 대한 포괄적인 가이드를 통해 효과적으로 기여하는 방법을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-17T05:00:51.296Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b290a70d4a761ccc9919b5-1739768465938.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, plugins, development, mobile, coding standards, testing,
-  documentation, contribution, open source
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 플러그인은 웹 기술과 네이티브 기기 기능을 연결하여 [크로스 플랫폼 앱 개발](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/)을 가능하게 합니다. 이 가이드는 다음을 도와드립니다:
-
--   **환경 설정**: [Node.js](https://nodejs.org/en), [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio)와 같은 도구가 필수적입니다.
--   **코드 표준 준수**: [TypeScript](https://www.typescriptlang.org/), [Swift](https://developer.apple.com/swift/), [Kotlin](https://kotlinlang.org/)을 일관된 명명 규칙과 오류 처리와 함께 사용하세요.
--   **철저한 테스트**: JavaScript, iOS, Android용 단위 테스트를 작성하여 신뢰성을 보장하세요.
--   **명확한 문서화**: 쉬운 적용을 위해 JSDoc과 README 파일을 사용하세요.
--   **풀 리퀘스트 제출**: 기여하기 전에 고품질 코드, 테스트, 문서화를 보장하세요.
-
-## 오픈 소스 완벽 가이드 - 기여 방법
-
-<iframe src="https://www.youtube.com/embed/yzeVMecydCE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 개발 환경 설정
-
-적절한 개발 환경을 구축하는 것은 효율적인 플러그인 개발의 핵심입니다. 잘 준비된 설정은 플러그인의 코딩, 테스트, 배포를 원활하게 합니다.
-
-### 필요한 도구와 기술
-
-시작하기 전에 다음 도구들이 설치되어 있는지 확인하세요:
-
-| 카테고리 | 요구사항 |
-| --- | --- |
-| **핵심 도구** | Node.js (LTS), npm 6+, Git |
-| **IDE/에디터** | [Visual Studio Code](https://code.visualstudio.com/) 또는 선호하는 에디터 |
-| **iOS 개발** | Xcode, [SwiftLint](https://github.com/realm/SwiftLint), [CocoaPods](https://cocoapods.org/) |
-| **Android 개발** | Android Studio, Android SDK, JDK |
-
-또한 웹 개발을 위한 TypeScript와 네이티브 개발 작업을 위한 Swift(iOS) 또는 Java/Kotlin(Android)에 익숙해야 합니다 [\[1\]]()[\[2\]](https://github.com/ionic-team/capacitor-plugins/blob/main/CONTRIBUTING.md).
-
-### 모노레포 설정
-
-[Capacitor 플러그인](https://capgo.app/plugins/) 생태계는 모노레포 구조에 의존합니다. 이 접근 방식은 처음부터 커뮤니티 표준에 맞춰 작업할 수 있도록 보장합니다.
-
-1.  **저장소 포크 및 클론**  
-    GitHub에서 Capacitor 플러그인 저장소를 포크하는 것으로 시작하세요. 그런 다음 포크한 저장소를 클론하세요:
-    
-    ```bash
-    git clone https://github.com/your-username/capacitor-plugins.git
-    cd capacitor-plugins
-    npm install
-    ```
-    
-2.  **의존성 설치 및 빌드**  
-    필요한 모든 것을 설치하고 플러그인을 빌드하기 위해 다음 명령어를 실행하세요:
-    
-    ```bash
-    npm run build
-    ```
-    
-3.  **버전 관리 설정**  
-    변경사항에 대해 기능 브랜치를 사용하고 업스트림 저장소와 포크를 동기화하세요.
-    
-
-### 네이티브 플랫폼 준비
-
-크로스 플랫폼 개발을 위해 iOS와 Android 환경을 모두 구성해야 합니다.
-
-**iOS의 경우:**
-
--   Mac App Store에서 Xcode를 다운로드하세요.
-    
--   다음을 사용하여 명령줄 도구를 설치하세요:
-    
-    ```bash
-    xcode-select --install
-    ```
-    
--   다음으로 CocoaPods를 설치하세요:
-    
-    ```bash
-    sudo gem install cocoapods
-    ```
-    
--   Apple Developer 계정과 필요한 인증서를 설정하세요.
-    
--   코드 품질 유지를 위해 SwiftLint를 사용하세요 (선택사항).
-    
-
-**Android의 경우:**
-
--   최신 SDK와 가상 기기가 포함된 Android Studio를 설치하세요.
--   JDK가 설치되어 있는지 확인하세요.
--   Android Studio 내에서 Android SDK를 적절히 구성하세요.
-
-이러한 플랫폼이 설정되면, 확립된 코딩 관행을 따르고 플러그인 개발을 시작할 준비가 됩니다.
-
-## 코드 표준 가이드
-
-이제 개발 환경이 설정되었으니, 유지보수와 사용이 쉬운 플러그인을 만들기 위해 다음 지침을 따르세요.
-
-### 스타일 가이드 준수
-
-[Capacitor 플러그인 생태계](https://capgo.app/blog/capacitor-comprehensive-guide/)는 [ESLint](https://eslint.org/), [Prettier](https://prettier.io/), SwiftLint와 같은 도구를 사용하여 엄격한 코딩 표준을 적용합니다. 다음은 필수 형식의 간단한 개요입니다:
-
-| 구성 요소 | 형식 |
-| --- | --- |
-| 변수 | `deviceInfo` (camelCase) |
-| 클래스 | `BatteryManager` (PascalCase) |
-| 메서드 | `getLanguageCode()` (camelCase) |
-| 상수 | `MAX_RETRY_COUNT` (SNAKE_CASE) |
-
-플러그인은 더 나은 타입 안전성과 `async/await`와 같은 ES6+ 기능을 위해 TypeScript를 사용해야 합니다. 또한 Swift(iOS)와 Kotlin(Android)에 대한 플랫폼별 코딩 규칙을 따르세요.
-
-### 오류 및 타입 관리
-
-크로스 플랫폼 호환성을 위해 일관된 오류 처리가 중요합니다. 예시:
-
-```typescript
-async checkPermissions(): Promise<PermissionStatus> {
-  try {
-    const result = await this.implementation.checkPermissions();
-    return result;
-  } catch (error) {
-    throw new Error(`Permission check failed: ${error.message}`);
-  }
-}
-```
-
-타입 안전성을 위해:
-
--   특정 사용 사례에 맞춘 집중된 인터페이스를 사용하세요.
--   플랫폼별 변형을 위해 유니온 타입을 적용하세요.
-
-### 코드 문서화
-
-좋은 문서화는 플러그인을 접근하기 쉽고 사용하기 쉽게 만드는 핵심입니다. 다음 관행을 따르세요:
-
-1.  **API 문서화**: `@capacitor/docgen`과 함께 작동하는 JSDoc 주석을 작성하세요. 예시:
-
-```typescript
-/**
- * @description Get the device's current battery level
- * @returns Promise with the battery level percentage
- */
-async getBatteryLevel(): Promise<{ level: number }>;
-```
-
-2.  **README 구조**: 설치 단계, 구성 지침, 플랫폼별 요구사항, 사용 예시, 상세한 API 참조와 같은 필수 정보를 포함하세요.
-
-잘 작성된 문서는 플러그인이 쉽게 채택되고 더 넓은 Capacitor 커뮤니티에 기여할 수 있도록 보장합니다.
-
-## 플러그인 테스트 가이드
-
-Capacitor 플러그인 테스트는 원활한 기능과 신뢰성을 보장하기 위해 몇 가지 중요한 영역에 집중합니다.
-
-### 네이티브 브릿지 테스트
-
-네이티브 브릿지 테스트는 JavaScript와 네이티브 코드 간의 적절한 통신을 보장합니다. 각 플랫폼에 맞춰진 프레임워크로 테스트 환경을 설정하여 시작하세요.
-
-다음은 JavaScript 측면의 [Jest](https://jestjs.io/) 단위 테스트 예시입니다:
-
-```typescript
-// Example of a Jest unit test for the JavaScript bridge
-describe('DeviceInfo Plugin', () => {
-  test('getBatteryLevel returns valid percentage', async () => {
-    const result = await DeviceInfo.getBatteryLevel();
-    expect(result.level).toBeGreaterThanOrEqual(0);
-    expect(result.level).toBeLessThanOrEqual(100);
-  });
-});
-```
-
-네이티브 측면의 테스트를 위해 iOS에는 XCTest를, Android에는 JUnit을 사용하세요. 다음은 Android 예시입니다:
-
-```kotlin
-@Test
-fun testBatteryLevel() {
-    val plugin = DeviceInfo()
-    val result = plugin.getBatteryLevel()
-    assertTrue(result.level in 0..100)
-}
-```
-
-핵심 브릿지 기능이 예상대로 작동하는 것을 확인한 후, 완전한 사용자 워크플로우 테스트로 이동하세요.
-
-### 완전한 플러그인 테스트
-
-플러그인이 다양한 시나리오에서 잘 수행되도록 하기 위해 다양한 카테고리를 테스트하세요:
-
-| 테스트 카테고리 | 주요 집중 영역 |
-| --- | --- |
-| 통합 테스트 | 크로스 플랫폼 기능 |
-| 성능 테스트 | 리소스 사용량 및 응답 시간 |
-| 보안 테스트 | 데이터 처리 및 권한 확인 |
-
-복잡한 기능이 있는 플러그인의 경우 실제 사용자 시나리오를 시뮬레이션하세요. 예를 들어, DeviceInfo 플러그인을 테스트하는 경우 다음을 확인하세요:
-
--   다양한 네트워크 조건에서의 성공적인 업로드
--   정확한 진행 상황 보고
--   대용량 파일 전송 중 메모리 사용량
-
-### [Capgo](https://capgo.app/)를 통한 OTA 테스트
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-17.jpg?auto=compress)
-
-Capgo의 오픈소스 도구를 사용하면 쉽게 업데이트를 배포하고 테스트할 수 있습니다. 사용 방법:
-
-1.  개발, 스테이징, 프로덕션과 같은 [업데이트 채널](https://capgo.app/docs/webapp/channels/)을 설정하세요.
-2.  CI/CD 도구로 배포를 자동화하세요.
-3.  즉시 업데이트를 푸시하세요.
-4.  [Capgo 대시보드](https://capgo.app/docs/webapp/)를 통해 성능과 이슈를 모니터링하세요.
-
-단계별 출시를 위해 Capgo는 업데이트를 소수의 사용자로 제한할 수 있습니다. 예를 들어, 24시간마다 새 버전을 25%의 사용자에게 출시할 수 있습니다:
-
-```typescript
-// Example configuration for staged rollout
-{
-  "plugin": "camera-plugin",
-  "version": "1.2.0",
-  "rollout": {
-    "percentage": 25,
-    "interval": "24h"
-  }
-}
-```
-
-이러한 단계별 접근 방식은 전체 출시 전에 커뮤니티 피드백을 활용하여 초기에 문제를 식별하는 데 도움이 됩니다.
-
-## 풀 리퀘스트 프로세스
-
-변경사항을 철저히 테스트한 후, 다음 단계에 따라 풀 리퀘스트를 제출하세요:
-
-### PR 제출 체크리스트
-
-제출하기 전에 다음 주요 영역을 확인하세요:
-
-| **카테고리** | **확인 사항** |
-| --- | --- |
-| **코드 품질** | \- Swift/Kotlin 구현이 웹 API와 일치하는지 확인 |
-| **테스트** | \- 새로운 기능에 대한 단위 테스트 추가  <PermissionStatus>\- CI/CD 파이프라인 검사가 성공했는지 확인 |
-| **문서화** | \- README, 인라인 문서, CHANGELOG를 필요에 따라 업데이트 |
-
-### 커뮤니티 가이드라인
-
-협업할 때 다음 모범 사례를 따르세요:
-
--   리뷰어 피드백에 신속히 응답하세요.
--   토론을 기술적 세부사항에 집중하세요.
--   코드 변경을 제안하기 위해 GitHub의 제안 기능을 사용하세요.
--   한 번에 하나의 기능이나 이슈를 다루는 작은 규모의 집중된 풀 리퀘스트를 제출하세요.
-
-큰 변경사항의 경우, 먼저 이슈를 생성하고 접근 방식을 논의하는 것이 좋습니다. Capacitor 팀은 자동화된 검
diff --git a/src/content/blog/ko/capacitor-plugin-options-for-ota-updates.md b/src/content/blog/ko/capacitor-plugin-options-for-ota-updates.md
deleted file mode 100644
index eda8c5fed..000000000
--- a/src/content/blog/ko/capacitor-plugin-options-for-ota-updates.md
+++ /dev/null
@@ -1,175 +0,0 @@
----
-slug: capacitor-plugin-options-for-ota-updates
-title: Capacitor OTA 업데이트를 위한 플러그인 옵션
-description: 'Capacitor 앱을 위한 OTA 업데이트의 이점과 옵션을 살펴보고, 원활한 배포를 위한 주요 플러그인과 기능들을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-16T02:50:46.694Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549-1744774247069.jpg
-head_image_alt: 모바일 개발
-keywords: 'OTA updates, Capacitor, mobile apps, app deployment, Capgo, Appflow, CodePush'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**앱 스토어 지연 없이 [Capacitor](https://capacitorjs.com/) 앱을 빠르고 안전하게 업데이트하고 싶으십니까?** 무선(OTA) 업데이트를 사용하면 변경 사항을 사용자에게 직접 푸시하여 시간과 대역폭을 절약할 수 있습니다. 당신이 알아야 할 사항은 다음과 같습니다.
-
-### OTA 업데이트의 주요 이점:
-
-- **빠른 배포**: 앱 스토어 검토를 건너뛰고 몇 초 만에 업데이트를 제공합니다.
-- **대상 업데이트**: 앱의 수정된 부분만 업데이트합니다.
-- **롤백 기능**: 필요한 경우 이전 버전으로 되돌립니다.
-- **성공률**: 사용자의 95%가 24시간 이내에 업데이트를 받으며, 전 세계 성공률은 82%입니다.
-
-### OTA 업데이트를 위한 인기 플러그인:
-
-1. **[Capgo](https://capgo.app/)**: 빠른 업데이트(114ms에 5MB), 종단 간 암호화, 실시간 분석 및 유연한 가격(월 $12부터 시작).
-2. **[Appflow](https://ionic.io/appflow/)**: 엔터프라이즈급 기능은 연간 $6,000이지만 2026년에 종료됩니다.
-3. **[Microsoft CodePush](https://microsoft.github.io/code-push/)**: 2024년에 중단됩니다.
-
-### 빠른 비교:
-
-| 플러그인 | 상태 | 주요 기능 | 시작 가격 |
-| --- | --- | --- | --- |
-| **캡고** | 활성 | 빠른 업데이트, 암호화 | $12/월 |
-| **앱플로우** | 일몰(2026) | 엔터프라이즈 기능 | $6,000/년 |
-| **코드푸시** | 단종(2024) | 이전에는 무료 | 해당 없음 |
-
-대부분의 개발자에게 **Capgo**는 경제성, 속도 및 보안이 가장 잘 조합된 제품을 제공합니다. 귀하가 개인 개발자이든 기업 팀의 일원이든 상관없이 귀하의 요구 사항에 맞는 OTA 솔루션이 있습니다.
-
-## [Capacitor](https://capacitorjs.com/)용 상위 OTA 업데이트 플러그인
-
-![커패시터 프레임워크 문서 웹사이트](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### [캡고](https://capgo.app/)
-
-![Capgo 라이브 업데이트 대시보드 인터페이스](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/bff1fb0606ef072e3c605788ba21e2a7.jpg)
-
-Capgo는 1,900개가 넘는 프로덕션 앱을 지원하며 글로벌 CDN [\[1\]](https://capgo.app/)을 통해 단 114ms 만에 5MB 번들, 평균 434ms의 API 응답 시간 등 인상적인 속도로 OTA 업데이트를 제공합니다.
-
-Capgo가 제공하는 기능은 다음과 같습니다.
-
-- **엔드 투 엔드 암호화**
-- **실시간 분석 및 오류 추적**
-- **원활한 CI/CD 통합**
-- **클라우드 또는 자체 호스팅 옵션 선택**
-- **Capacitor 8과의 호환성**
-
-### [앱 흐름](https://ionic.io/appflow/) by [Ionic](https://ionicframework.com/)
-
-![Appflow CI/CD 플랫폼 인터페이스](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-Appflow는 2026년에 종료될 예정이며 가격은 연간 $6,000[\[1\]](https://capgo.app/)부터 시작됩니다.
-
-> "@AppFlow가 1년 동안 5,000달러를 청구한 후 @Capgo로 전환했습니다. 지금까지 Capgo를 사랑했습니다. @Capgo에 감사드립니다. 훌륭한 제품입니다." - 저메인 [\[1\]](https://capgo.app/)
-
-Appflow가 중단됨에 따라 많은 개발자가 안정적인 기능과 비용 효율적인 계획을 위해 Capgo로 전환하고 있습니다.
-
-### [Microsoft CodePush](https://microsoft.github.io/code-push/) 상태
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/67ff0458b0912f75a97f0549/da1a260e98918bcf074a1f2d382d6d8c.jpg)
-
-한때 널리 사용되었던 Microsoft CodePush는 2024년에 중단되었습니다. 이후 개발자는 더 나은 기능과 지속적인 지원을 제공하는 업데이트된 옵션으로 전환했습니다.
-
-| 플러그인 | 상태 | 가격 | 주요 기능 |
-| --- | --- | --- | --- |
-| **캡고** | 활성 | 월 $12부터 | 엔드투엔드 암호화 |
-| **앱플로우** | 2026년 마감 | $6,000/년 | 기업 지원 |
-| **코드푸시** | 단종 | 무료 (였다) | 해당 없음 |
-
-## 플러그인 기능 비교
-
-다양한 OTA 플러그인의 기능과 제한 사항을 자세히 살펴보겠습니다.
-
-### 기능 매트릭스
-
-이 표에는 활성 플러그인과 중단된 플러그인 간의 주요 차이점이 요약되어 있습니다.
-
-| 기능 | 캡고 | 앱플로우 | 코드푸시 |
-| --- | --- | --- | --- |
-| 업데이트 속도 | 114ms(5MB) | 기준선 | 해당 없음 |
-| 종단간 암호화 | ✓ | – | – |
-| 실시간 분석 | ✓ | ✓ | 해당 없음 |
-| [자체 호스팅 옵션](https://capgo.app/blog/self-hosted-capgo/) | ✓ | – | – |
-| 업데이트 성공률 | 82% | 보고되지 않음 | 해당 없음 |
-| 월간 활성 사용자 | 최대 100만 | 기업 | 해당 없음 |
-| 저장 용량 | 최대 20GB | 기업 | 해당 없음 |
-| 시작 가격 | $12/월 | $6,000/년 | 단종 |
-| 앱 스토어 규정 준수 | ✓ | ✓ | 해당 없음 |
-
-### 플러그인의 장점과 단점
-
-각 플러그인에는 성능 지표에 따른 장점과 단점이 있습니다.
-
-- **캡고**
-
-    - **장점**:
-        - 24시간 이내에 95%의 사용자 업데이트 비율로 1.9K 프로덕션 앱을 지원합니다[\[1\]](https://capgo.app/).
-        - 종량제 요금제로 최대 10TB의 대역폭을 제공합니다.
-        - 종단 간 암호화 [\[1\]](https://capgo.app/)를 포함합니다.
-    - **제한사항**:
-        - 프리미엄 기능을 사용하려면 더 높은 등급의 요금제가 필요합니다.
-        - 셀프 호스팅에는 기술적인 전문성이 필요합니다.
-- **앱플로우**
-    
-    - **장점**:
-        - 엔터프라이즈급 인프라로 설계되었습니다.
-        - CI/CD 파이프라인과 원활하게 통합되며 자세한 문서를 제공합니다.
-    - **제한사항**:
-        - 연간 $6,000의 높은 진입 비용.
-        - 2026년 단종 예정이며, 추가 업데이트 예정은 없습니다.
-
-Capgo는 빠른 업데이트 속도, 암호화 및 유연한 배포 옵션으로 두각을 나타내며 개발자에게 강력한 경쟁자입니다.
-
-## 플러그인 선택 가이드
-
-### 미국 시장 요구 사항
-
-미국 시장용 OTA 업데이트 플러그인을 선택할 때 규정 준수와 보안을 우선시하는 것이 중요합니다. 찾아야 할 내용은 다음과 같습니다.
-
-| 요구사항 | 영향 | 예 |
-| --- | --- | --- |
-| 앱 스토어 규칙 | 심각 | Capgo의 즉각적인 업데이트는 Apple 및 Google 지침을 준수합니다. |
-| 보안 표준 | 높음 | 엔드투엔드 암호화는 사용자 데이터 보호를 보장합니다. |
-| 성능 업데이트 | 중간 | 평균 434ms의 API 응답 시간은 업데이트가 안정적으로 제공되도록 보장합니다. |
-| CI/CD 통합 | 높음 | 자동 배포는 업데이트 프로세스를 간소화합니다. |
-
-이러한 요구 사항을 이해한 후 프로젝트 규모와 요구 사항에 따라 올바른 플러그인을 선택하는 데 집중하세요.
-
-### 프로젝트 규모별 최고의 플러그인
-
-프로젝트의 크기는 최고의 플러그인을 결정하는 데 중요한 역할을 합니다. 선택하는 방법은 다음과 같습니다.
-
-- **1인 개발자**: 필수 기능을 갖춘 저렴한 솔루션을 선택하세요.  
-    _예_: Capgo의 SOLO 계획은 월 12달러에 최대 1,000명의 월간 활성 사용자를 지원합니다.
-    
-- **소규모 팀**: 협업 도구를 통해 확장 가능한 옵션을 찾으세요.  
-    _예_: Capgo의 MAKER 계획은 월간 활성 사용자 10,000명을 지원하고 월 33달러에 팀 협업 기능을 포함합니다.
-    
-- **엔터프라이즈**: 확장성과 고급 보안을 우선시합니다.  
-    _예_: [Capgo의 PAYG 플랜](https://capgo.app/docs/webapp/payment/)은 최대 1,000,000명의 월간 활성 사용자를 지원하고 10TB의 대역폭을 포함하며 자체 호스팅 옵션을 제공합니다.
-    
-
-Capgo는 OTA 업데이트에 대해 월 $12부터 시작하는 엔터프라이즈급 기능을 갖춘 비용 효율적인 계획을 제공함으로써 두각을 나타냅니다. 네이티브 앱을 구축하기 위해 자동화된 CI/CD 파이프라인이 필요한 팀의 경우 선택적인 일회성 설정 서비스를 2,600달러에 이용할 수 있어 더 비싼 엔터프라이즈 솔루션[\[1\]](https://capgo.app/)에 대한 실용적인 대안을 제공합니다.
-
-## 요약
-
-위의 비교를 바탕으로 이제 시장은 보안, 속도, 비용 효율성을 우선시하는 솔루션 쪽으로 기울고 있습니다. [Capacitor OTA 업데이트 플러그인](https://capgo.app/blog/Release-of-a-brand-new-capacitor-social-login/) 생태계는 성능, 기능 및 채택률로 인해 뛰어난 옵션이 등장하면서 변화했습니다.
-
-현재 선택 사항은 다음과 같습니다.
-
-| 플러그인 | 상태 | 주요강점 | 최고의 대상 |
-| --- | --- | --- | --- |
-| 캡고 | 활성 | 엔드투엔드 암호화, 빠른 업데이트 | [보안 업데이트](https://capgo.app/docs/live-updates/update-behavior/)에 중점을 둔 팀 |
-| 앱플로우 | 일몰(2026) | 엔터프라이즈급 기능 | 레거시 시스템 전환 |
-| 코드푸시 | 단종(2024) | 이전에는 무료 옵션 | 해당 없음 |
-
-사용자 피드백은 이러한 도구의 실제 영향을 강조합니다. 예를 들어 NASA의 OSIRIS-REx 팀은 다음을 공유했습니다.
-
-> "Capgo는 핫 코드 푸시를 수행하는 현명한 방법입니다(@AppFlow처럼 세상의 모든 돈을 위한 것은 아닙니다) :-)"
-
-이러한 비교를 통해 개인 개발자이든 엔터프라이즈 팀이든 각 플랫폼이 특정 요구 사항을 어떻게 충족하는지 명확하게 알 수 있습니다. 그 중에서도 Capgo는 안전한 업데이트와 프로덕션 환경에서의 강력한 채택이 두각을 나타내고 있습니다[\[1\]](https://capgo.app/).
diff --git a/src/content/blog/ko/capacitor-plugins-for-secure-session-management.md b/src/content/blog/ko/capacitor-plugins-for-secure-session-management.md
deleted file mode 100644
index fb29cda5d..000000000
--- a/src/content/blog/ko/capacitor-plugins-for-secure-session-management.md
+++ /dev/null
@@ -1,279 +0,0 @@
----
-slug: capacitor-plugins-for-secure-session-management
-title: Capacitor 보안 세션 관리 플러그인
-description: 생체 인증과 암호화된 저장소 솔루션을 포함한 안전한 세션 관리를 위한 필수 Capacitor 플러그인들을 살펴보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:14:04.681Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6827226c0209458b3ff58b06-1747397705731.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, session management, biometric authentication, secure storage,
-  Firebase Auth, Identity Vault, mobile security
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-**앱 세션을 안전하게 보호하고 싶으신가요?** 여기 세션 관리를 위한 최고의 [Capacitor](https://capacitorjs.com/) 플러그인에 대한 빠른 가이드가 있습니다. 이 도구들은 [생체인증](https://capgo.app/plugins/capacitor-native-biometric/), [암호화 저장소](https://capgo.app/docs/cli/migrations/encryption/), 실시간 업데이트와 같은 기능으로 사용자 데이터를 보호합니다. 알아야 할 내용은 다음과 같습니다:
-
--   **[Firebase Auth](https://firebase.google.com/docs/auth)**: 다중 공급자 인증, 토큰 관리, 실시간 상태 업데이트. 빠른 통합에 이상적입니다.
--   **[생체 보안 플러그인](https://capgo.app/plugins/capacitor-native-biometric/)**: 지문, 얼굴 인식, 기기 자격 증명 지원으로 안전한 로그인을 제공합니다.
--   **[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)**: iOS와 Android에서 AES-256 암호화를 사용하여 계정 정보를 안전하게 저장합니다.
--   **[Identity Vault](https://ionic.io/products/identity-vault)**: 자동 로그아웃, 생체 인증, 보안 저장소를 갖춘 기업용 솔루션입니다.
--   **[Capgo](https://capgo.app/)**: 암호화된 실시간 업데이트와 안전한 세션 관리를 결합하여 원활한 배포를 제공합니다.
-
-### 빠른 비교
-
-| 기능 | Firebase Auth | 생체 보안 | Persistent Account | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **암호화 유형** | 클라우드 기반 | 하드웨어 수준 | AES-256 (iOS/Android) | AES-256 (하드웨어) | 종단간 암호화 |
-| **생체 인증 지원** | 제한적 | 전체 | 없음 | 전체 | 없음 |
-| **오프라인 기능** | 부분적 | 예 | 예 | 예 | 예 |
-| **기업 지원** | 예 | 커뮤니티 | 예 | 예 | 예 |
-| **설정 복잡도** | 중간 | 낮음 | 낮음 | 높음 | 중간 |
-
-**기업 수준의 보안이 필요하신가요?** Identity Vault를 선택하세요.
-**빠른 통합이 필요하신가요?** Firebase Auth가 최선의 선택입니다.
-**암호화된 계정 저장소가 필요하신가요?** [@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)를 사용해보세요.
-**보안과 함께 실시간 업데이트가 필요하신가요?** Capgo가 도와드립니다.
-
-앱을 안전하게 유지하기 위한 자세한 통합 단계, 기능 및 모범 사례를 계속 읽어보세요.
-
-## Ionic [Identity Vault](https://ionic.io/products/identity-vault): 안전한 모바일 생체 인증
-
-![Identity Vault](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/c5fae6eb414f2040557b847eda54d313.jpg)
-
-
-[계속...]
-
--   **웹 스토리지 제한**: 웹에 저장된 데이터는 암호화되지 않으며 개발 환경으로 제한되어야 합니다.
--   **안드로이드 요구사항**: 플러그인의 암호화 기능을 지원하려면 기기가 Android 6.0(API 레벨 23) 이상에서 실행되어야 합니다.
--   **키 관리**: 보안을 유지하기 위해 정기적으로 암호화 키를 교체하고 암호화하기 전에 데이터를 검증하세요.
-
-### 생체 인증 통합
-
-이 플러그인은 생체 인증과 원활하게 작동하여 추가적인 보안 계층을 제공합니다. 이러한 조합은 여러 보안 조치를 하나의 통합된 프레임워크로 결합하여 세션 관리를 강화합니다.
-
-### 성능 및 커뮤니티 지원
-
-2025년 5월 기준으로 이 플러그인은 GitHub에서 128개의 스타와 22개의 포크를 기록하며 Capacitor 생태계에서 확고한 평판을 얻었습니다. Capacitor 8+ 와 완벽하게 호환되어 개발자가 최신 프레임워크 기능을 활용하면서 안전한 스토리지를 구현할 수 있습니다.
-
-## 4\. Identity Vault
-
-Identity Vault는 기업을 위해 설계된 고수준 솔루션으로, 보안 세션 관리와 생체 인증을 결합하여 데이터 보호를 강화합니다.
-
-### 핵심 보안 기능
-
-Identity Vault는 플랫폼별 보안 도구를 사용하여 중요한 정보를 보호합니다. 다음은 간단한 분석입니다:
-
-| **기능** | **구현** | **역할** |
-| --- | --- | --- |
-| **보안 스토리지** | iOS Secure Enclave / Android KeyStore | 하드웨어 수준의 암호화 제공 |
-| **생체 인증** | iOS의 TouchID/FaceID, Android의 지문인식 | 다중 요소 인증 계층 추가 |
-| **세션 보호** | 백그라운드 화면 보호 | 앱이 최소화될 때 데이터 노출 방지 |
-| **자동 로그아웃** | 비활성 후 자동 로그아웃 | 비활성 사용자를 로그아웃하여 계정 보호 |
-
-### 고급 구현 옵션
-
-기본 기능 외에도 Identity Vault는 구현 방식에 있어 추가적인 유연성을 제공합니다:
-
--   **보안 스토리지**: 중요 데이터를 위한 기본 암호화 저장소
--   **기기 보안**: 추가 신뢰성을 위해 생체 인증과 대체 비밀번호 결합
--   **인메모리**: 앱이 종료될 때 자동으로 지워지는 임시 보안 저장소로 데이터가 남지 않도록 보장
-
-### 네이티브 보안 통합
-
-Identity Vault는 iOS Secure Enclave와 Android KeyStore와 같은 네이티브 보안 도구와 원활하게 통합됩니다. 이를 통해 개발자는 플랫폼별 API를 직접 다루는 복잡성을 피하면서도 강력한 세션 보호를 달성할 수 있습니다.
-
-### 보안 모범 사례
-
-최적의 보안을 보장하기 위해 다음 주요 권장 사항을 고려하세요:
-
--   **토큰 관리**: 항상 하드웨어 수준 암호화를 사용하여 인증 토큰을 저장하여 무단 접근을 방지하세요.
--   **비활성 처리**: 사용자 비활성 기간 후 자동 로그아웃을 설정하여 위험을 줄이세요.
--   **백그라운드 보호**: 앱이 백그라운드에서 실행될 때 민감한 데이터가 보이지 않도록 화면 보호를 활성화하세요.
-
-### 기술적 장점
-
-Identity Vault는 12개의 개별 API를 단일 플러그인으로 통합하여 통합을 훨씬 더 원활하고 효율적으로 만듭니다 [\[12\]](https://devdactic.com/ionic-identity-vault).
-
-### 기업 및 성능 이점
-
-기업 애플리케이션의 경우, Identity Vault는 간소화된 ID 관리 솔루션을 제공합니다. 네이티브 API를 활용함으로써 개발을 단순화할 뿐만 아니라 기업의 요구에 맞춘 빠르고 안정적인 성능을 보장합니다.
-
-## 5\. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6827226c0209458b3ff58b06/e81a00d3e5c2480025c05b94a848a495.jpg)
-
-Capgo는 강력한 스토리지와 생체 인증 솔루션을 넘어 라이브 업데이트 전달과 함께 안전한 세션 관리를 제공합니다. 데이터 무결성에 중점을 두어 Capgo는 **엔드투엔드 암호화**와 실시간 업데이트를 통해 세션 데이터를 보호합니다.
-
-### 보안 아키텍처
-
-Capgo의 보안 프레임워크는 라이브 업데이트의 모든 측면을 보호하도록 구축되었습니다. 다음은 기능들이 보안 환경에 기여하는 방식입니다:
-
-| 기능 | 구현 | 보안 이점 |
-| --- | --- | --- |
-| **엔드투엔드 암호화** | 보안 업데이트 전달 프로토콜 | 무단 코드 수정 방지 |
-| **부분 업데이트** | 델타 파일 전송만 | 업데이트 중 공격 표면 감소 |
-| **[채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | 제어된 배포 경로 | 안전한 단계적 출시 보장 |
-| **실시간 분석** | 성능 모니터링 | 보안 이상 징후 식별 및 해결 |
-
-이러한 계층화된 접근 방식은 안전한 세션뿐만 아니라 전반적인 보안을 강화하는 업데이트의 안전한 전달을 보장합니다.
-
-### 성능 및 신뢰성
-
-Capgo는 보안과 인상적인 성능 지표를 결합하여 안정적이고 효율적인 업데이트 배포를 보장합니다:
-
--   **업데이트 속도**: 5MB 번들을 단 114ms만에 전송하여 업데이트 중 취약점 노출 최소화 [\[13\]](https://capgo.app)
--   **API 응답**: 중요한 보안 작업에 대해 57ms의 평균 응답 시간 유지 [\[13\]](https://capgo.app)
--   **업데이트 성공률**: 배포에 대해 82%의 글로벌 성공률 확보 [\[13\]](https://capgo.app)
--   **사용자 커버리지**: 24시간 이내에 활성 사용자의 95%에게 보안 업데이트 도달 [\[13\]](https://capgo.app)
-
-이러한 지표는 보안을 손상시키지 않으면서 속도와 신뢰성의 균형을 맞추려는 Capgo의 노력을 강조합니다.
-
-### 기업급 보안 기능
-
-Capgo는 기업의 요구에 맞춘 고급 보안 조치를 포함합니다:
-
--   **버전 관리**: 이전 버전으로의 안전한 롤백 옵션 제공
--   **CI/CD 통합**: [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Jenkins](https://www.jenkins.io/)와 같은 도구와 원활하게 통합하여 자동화된 안전한 배포
--   **접근 제어**: 향상된 제어를 위한 사용자별 업데이트 배포 가능
--   **규정 준수**: Apple과 Android 플랫폼 모두에서 요구하는 보안 표준 충족
-
-이러한 기능들은 Capgo를 보안과 제어된 업데이트를 우선시하는 조직들의 신뢰할 수 있는 선택으로 만듭니다.
-
-### 프로덕션급 인프라
-
-Capgo의 기능은 이미 1,700개 이상의 앱이 프로덕션 환경에서 실행되면서 입증되었습니다 [\[13\]](https://capgo.app). 이 플랫폼은 클라우드 호스팅과 [셀프 호스팅 설정](https://capgo.app/blog/self-hosted-capgo/)을 모두 지원하여 다양한 보안 및 배포 요구 사항을 충족할 수 있는 유연성을 제공합니다.
-
-### 기술적 구현
-
-Capgo의 채널 시스템은 실시간 분석이 뒷받침하는 안전한 베타 테스트, 단계적 출시 및 버전 관리를 위해 설계되었습니다. 강력한 암호화와 실용적인 배포 도구를 결합함으로써 Capgo는 보안과 적응성 모두를 요구하는 조직의 요구를 충족하는 솔루션을 제공합니다.
-
-## 플러그인 비교
-
-이 섹션에서는 보안 세션 관리를 위한 [Capacitor 플러그인](https://capgo.app/plugins/)을 보안 기능, 통합 요구사항 및 성능에 중점을 두고 비교 분석합니다. 이는 정보에 기반한 결정을 내리기 위한 빠른 참조를 제공하도록 설계되었습니다.
-
-### 핵심 보안 기능 비교
-
-다음은 플러그인이 제공하는 주요 보안 기능의 나란한 분석입니다:
-
-| 기능 | Firebase Auth | Biometric Security | Identity Vault | Capgo |
-| --- | --- | --- | --- | --- | --- |
-| **암호화 유형** | 클라우드 기반 | 하드웨어 레벨 | 256-bit AES | 256-bit AES | 엔드투엔드 |
-| **생체 인증 지원** | 제한적 | 전체 | 없음 | 전체 | 없음 |
-| **오프라인 기능** | 부분적 | 예 | 예 | 예 | 예 |
-| **기업 지원** | 예 | 커뮤니티 | 커뮤니티 | 예 | 예 |
-| **보안 엔클레이브 사용** | 아니오 | 예 | 아니오 | 예 | 아니오 |
-
-### 구현 요구사항
-
-아래 표는 각 플러그인의 설정 복잡성, 플랫폼 호환성 및 추가 종속성을 강조합니다:
-
-| 플러그인 | 설정 복잡성 | 플랫폼 지원 | 추가 종속성 |
-| --- | --- | --- | --- |
-| **Firebase Auth** | 중간 | iOS, Android | Firebase SDK |
-| **Biometric Security** | 낮음 | iOS, Android | 없음 |
-| 낮음 | iOS, Android | 없음 |
-| **Identity Vault** | 높음 | iOS, Android, Web | Auth Connect |
-| **Capgo** | 중간 | iOS, Android | 없음 |
-
-이러한 세부 사항은 프로젝트의 기술적 요구사항과 리소스에 맞는 플러그인 선택을 돕습니다.
-
-### 보안 준수 표준
-
-검토된 플러그인들은 엄격한 보안 프로토콜을 준수하여 강력한 데이터 보호와 간소화된 OAuth2 워크플로우를 제공합니다. Identity Vault와 Capgo 같은 기업급 옵션은 다음을 포함합니다:
-
--   키체인/키스토어 기술을 사용한 보안 저장소 [\[1\]](https://capacitorjs.com/docs/guides/security)
--   OAuth2 흐름을 위한 PKCE(
-
-| 플러그인 | CI/CD 통합 | 커스텀 구현 | 마이그레이션 지원 |
-| --- | --- | --- | --- |
-| **Firebase Auth** | 네이티브 지원 | 제한적 | 보통 |
-| **생체 인증 보안** | 수동 | 전체 | 제한적 |
-| 수동 | 전체 | 쉬움 |
-| **Identity Vault** | 엔터프라이즈 도구 | 전체 | 포괄적 |
-| **Capgo** | 자동화 | 전체 | 포괄적 |
-
-### 비용-이점 분석
-
-엔터프라이즈 플러그인은 광범위한 기능과 전용 지원을 제공하여 대규모 프로젝트에 이상적이지만, 일반적으로 더 높은 가격대를 가지고 있습니다 [\[2\]](https://capacitorjs.com/docs/plugins/enterprise).
-
-### 개발자 경험
-
-이러한 플러그인의 개발자 경험은 문서화와 통합의 용이성에 영향을 받습니다. Capacitor의 "웹 우선" 접근 방식은 웹 개발자가 모바일 앱 개발로 전환하는 것을 단순화하여 보안 세션 관리를 더욱 접근하기 쉽게 만듭니다 [\[3\]](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development).
-
-### 실제 적용
-
-엔터프라이즈 수준의 보안 요구사항에는 Identity Vault와 Capgo가 견고한 기능과 포괄적인 지원을 제공합니다. 반면에 커뮤니티 주도 플러그인은 보안 요구사항이 덜 까다로운 소규모 프로젝트에 더 적합합니다.
-
-## 추천사항
-
-다양한 사용 사례별 추천 솔루션 분석:
-
-### 중소규모 애플리케이션용
-
-예산이 제한된 소규모 팀의 경우, **[@capgo/capacitor-persistent-account](https://capgo.app/plugins/capacitor-persistent-account/)** 가 탁월한 선택입니다. 플랫폼 네이티브 암호화(iOS Keychain 및 Android KeyStore)를 사용하여 계정 정보를 안전하게 저장하며, iOS와 Android 모두에서 기본적인 보안 세션 관리를 위한 AES-256 암호화를 강력한 지원과 함께 제공합니다.
-
-### 엔터프라이즈 애플리케이션용
-
-최고 수준의 보안이 필요한 조직의 경우 **Identity Vault**가 돋보입니다. 네이티브 보안 API를 기반으로 구축되어 민감한 키와 토큰을 처리하도록 설계되어 있어 엄격한 규제 요구사항이 있는 환경에 적합합니다.
-
-### 빠른 개발 주기용
-
-속도가 우선순위일 때는 **Firebase Auth**가 훌륭한 선택입니다. 클라우드 기반 인프라, 내장된 사용자 관리 기능, 광범위한 문서화로 MVP와 프로토타입 구현에 이상적이며 팀이 빠르고 효율적으로 솔루션을 구현할 수 있습니다.
-
-### 컴플라이언스 중심 애플리케이션용
-
-엄격한 규제 기준 하에서 운영되는 프로젝트의 경우, 다음과 같은 특정 컴플라이언스 요구사항을 다루는 솔루션이 있습니다:
-
-| **요구사항** | **추천 플러그인** | **주요 이점** |
-| --- | --- | --- |
-| 데이터 프라이버시 & GDPR | Capgo | 엔드투엔드 암호화 |
-| 규제 & 정부 요구사항 | Capgo | 역할 기반 접근 제어 |
-| 엔터프라이즈급 보안 | Identity Vault | 네이티브 보안 API 통합 |
-
-- **Capgo**는 GDPR을 포함한 [데이터 프라이버시 컴플라이언스](https://capgo.app/dp/)를 보장하는 데 중점을 두며, 역할 기반 접근 제어 도구도 제공합니다.
-- **Identity Vault**는 네이티브 보안 API와의 원활한 통합에 특화되어 엔터프라이즈급 보안 요구사항을 충족합니다.
-
-### 특수 사용 사례
-
-오프라인 기능과 보안 토큰 관리가 필요한 앱의 경우 하이브리드 접근 방식이 가장 효과적입니다:
-
-- **Identity Vault**를 사용하여 민감한 데이터를 안전하게 저장
-- **Capacitor Preferences API**와 함께 사용하여 비민감 데이터 처리
-- 영구 토큰 저장을 위해 보안 키체인/키스토어 기술 활용
-
-**Capacitor Preferences API**는 최소한의 비민감 데이터에만 사용해야 하며, 민감한 정보는 반드시 보안 키체인 또는 키스토어 통합을 통해 저장해야 합니다. 이를 통해 보안과 기능성의 균형 잡힌 접근이 가능합니다.
-
-## FAQ
-
-:::faq
-### Capacitor 플러그인은 암호화와 생체 인증을 포함한 보안 세션 관리를 위해 어떤 기능을 제공하나요?
-
-보안 세션 관리를 위한 Capacitor 플러그인은 암호화와 생체 인증에 있어 다양한 접근 방식을 취합니다. 대부분은 세션 데이터를 보호하기 위해 **AES-256 암호화**를 사용하여 무단 접근에 대한 강력한 방어를 제공합니다. [생체 인증 기능](https://capgo.app/plugins/capacitor-native-biometric/)의 경우 지원 수준이 다양할 수 있습니다. 예를 들어, Capacitor Native Biometric 플러그인은 지문이나 얼굴 인식과 같은 디바이스 수준의 생체 인증 시스템과 직접 통합되어 사용자 세션에 추가적인 보호 계층을 제공합니다.
-
-Capgo는 **엔드투엔드 암호화**와 원활한 생체 인증을 결합하여 한 단계 더 나아갑니다. 이러한 조합은 강력한 데이터 보안과 사용하기 쉬운 사용자 경험을 모두 보장하여, 앱 보안을 강화하면서도 사용성을 희생하지 않으려는 개발자들에게 탁월한 옵션이 됩니다.
-:::
-
-:::faq
-### Biometric Security Plugin을 사용하여 Capacitor 앱에 생체 인증을 안전하게 통합하려면 어떻게 해야 하나요?
-
-[생체 인증을 통합](https://capgo.app/plugins/capacitor-native-biometric/)하려면, iOS Keychain과 Android Keystore와 같은 모바일 운영 체제의 **내장 보안 기능**을 활용하는 것으로 시작하세요. 이러한 시스템은 암호화 키와 세션 토큰과 같은 민감한 데이터에 대해 하드웨어 기반 보호를 제공하여 안전하게 유지됩니다.
-
-생체 인증을 설정할 때는 Biometric Security Plugin의 `authenticate()` 메서드를 사용하세요. 이를 통해 제목과 버튼 텍스트와 같은 요소를 포함하여 인증 프롬프트를 사용자 정의하여 사용자 친화적인 경험을 만들 수 있습니다. 생체 인증을 지원하지 않는 기기의 경우, PIN이나 비밀번호 인증과 같은 대체 옵션을 포함하여 접근성을 유지하세요.
-
-앱에 직접 비밀을 하드코딩하지 않는 것이 중요합니다. 대신, 저장된 토큰을 암호화하여 보안을 더욱 강화하세요. 또한 Capgo와 같은 도구를 사용하면 Capacitor 앱에 대한 암호화된 실시간 업데이트를 제공하여 보안 세션 관리를 향상시킬 수 있습니다.
-:::
-
-:::faq
-### Capgo는 앱 세션을 관리하면서 라이브 업데이트를 어떻게 안전하게 유지하나요?
-
-Capgo는 라이브 업데이트에 대해 **엔드투엔드 암호화**를 우선시합니다. 이는 앱 번들이 클라우드로 전송되기 전에 암호화되고 사용자의 기기에서만 복호화되어 프로세스 전반에 걸쳐 데이터가 보호됨을 의미합니다.
-
-업데이트는 백그라운드에서 원활하게 처리되어 사용자가 앱을 사용하는 동안 방해받지 않습니다. 사용자는 앱을 다시 실행할 때만 업데이트 알림을 보게 되어 경험이 매끄럽게 유지되고 앱 스토어 규칙을 준수합니다.
-:::
diff --git a/src/content/blog/ko/capacitor-plugins-what-you-need-to-know.md b/src/content/blog/ko/capacitor-plugins-what-you-need-to-know.md
deleted file mode 100644
index d47a993fd..000000000
--- a/src/content/blog/ko/capacitor-plugins-what-you-need-to-know.md
+++ /dev/null
@@ -1,232 +0,0 @@
----
-slug: capacitor-plugins-what-you-need-to-know
-title: 'Capacitor 플러그인: 알아야 할 사항'
-description: 'Capacitor 플러그인을 활용하여 크로스 플랫폼 앱 개발을 하는 방법을 배우고, 쉽게 네이티브 기능에 접근할 수 있습니다.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-10T22:09:04.610Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a9581f762bb46adb44912d-1739225358216.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor plugins, mobile development, cross-platform apps, native features,
-  custom plugins, community plugins
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 플러그인은 크로스 플랫폼 앱을 구축하는 데 필수적이며, 최소한의 노력으로 카메라, 파일 시스템, 알림과 같은 네이티브 장치 기능을 사용할 수 있게 해줍니다. 이들은 JavaScript API와 네이티브 코드를 결합하여 iOS, Android 및 웹 플랫폼 간의 원활한 통합을 제공합니다. 다음은 알아야 할 내용입니다:
-
-- **코어 플러그인**: [Ionic](https://ionicframework.com/) 팀에 의해 개발되어 파일 저장(`Filesystem.writeFile`) 및 네트워크 체크(`Network.getStatus`)와 같은 기본 기능을 제공합니다.
-- **커뮤니티 플러그인**: [Firebase Analytics](https://firebase.google.com/docs/analytics), [인앱 구매](https://capgo.app/plugins/native-purchases/) 및 실시간 업데이트와 같은 전문 기능을 제공합니다.
-- **커스텀 플러그인**: 독특한 하드웨어 또는 비즈니스 요구를 위해 자신만의 플러그인을 생성합니다.
-
-### 빠른 개요
-
-| **혜택** | **영향** | **예시** |
-| --- | --- | --- |
-| 개발 속도 | 더 빠른 기능 구현 | 카메라 기능 추가 용이 |
-| 코드 효율성 | 플랫폼 간 재사용 | iOS 및 Android용 공유 API |
-| [네이티브 성능](https://capgo.app/plugins/native-audio/) | 장치 기능에 대한 직접 액세스 | 플랫폼 특정 최적화 |
-
-Capacitor의 플러그인 시스템은 네이티브 성능을 유지하면서 앱 개발을 간소화합니다. 미리 구축된 플러그인을 사용하든 커스텀 플러그인을 만들든, 이들은 플랫폼 특정 복잡성을 처리하는 것이 아니라 기능 개발에 집중할 수 있도록 돕습니다.
-
-## 자신만의 [Capacitor](https://capacitorjs.com/) 플러그인 만들기
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-10.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/Nf-mOfmD7X4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 플러그인 기술 구조
-
-[Capacitor 플러그인](https://capgo.app/plugins/)은 크로스 플랫폼 브리지 디자인을 기반으로 구축되어 웹과 네이티브 환경 간의 원활한 상호 작용을 허용합니다. 이것이 작동하는 방식을 아는 것은 개발자가 플러그인을 보다 효율적으로 구축하고 디버깅하는 데 도움을 줄 수 있습니다.
-
-### 플러그인 구성 요소: 웹 및 네이티브
-
-Capacitor 플러그인은 웹과 네이티브 기능을 분리하는 두 계층 구조를 사용합니다. 이들 계층은 Capacitor의 브리지 시스템을 통해 통신합니다.
-
-| 구성 요소 | 구현 |
-| --- | --- |
-| JavaScript API | 내보낸 메서드가 포함된 [TypeScript](https://www.typescriptlang.org/) 정의 |
-| 네이티브 코드 | [Swift](https://developer.apple.com/swift/) (iOS) 및 [Kotlin](https://kotlinlang.org/)/Java (Android) |
-| 브리지 계층 | JSON 메시지 직렬화 |
-
-이 구조는 JavaScript와 네이티브 환경 간의 데이터 유형 변환과 같은 작업을 간소화합니다. 예를 들어, Filesystem 플러그인은 전송을 위해 이진 데이터를 Base64로 자동 변환하고, 원시 데이터 유형은 JSON을 사용하여 처리됩니다 [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-### 플랫폼 통신
-
-웹과 네이티브 계층 간의 통신은 메시지 기반 시스템을 통해 이루어집니다. 흐름의 예는 다음과 같습니다:
-
-```javascript
-// Example of platform communication flow
-LocalNotifications.schedule({
-    title: "Update Available",
-    body: "New version ready to install"
-}) // Triggers native implementation based on platform
-```
-
-브리지는 다음과 같은 보안 기능을 포함합니다:
-
-- **TypeScript 검증**을 통한 데이터 무결성 보장
-- **샌드박스화된 WebView 실행 컨텍스트**로 안전한 상호 작용 [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins)
-
-에러 처리도 간단합니다. Capacitor는 에러를 반환하기 위해 프로미스 체인을 사용합니다. 예를 들어, 위치 정보 접근이 권한 부족으로 거부되면, 개발자는 문제를 식별하고 수정할 수 있는 명확한 에러 코드를 받습니다 [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-플랫폼 특정 차이를 처리하기 위해 개발자는 `Capacitor.isPluginAvailable()`를 사용하여 기능이 지원되는지 확인하고 실행 전에 체크할 수 있습니다. 이 접근 방식은 앱이 플랫폼 간에 작동하도록 보장하면서도 이용 가능한 경우 네이티브 기능을 활용하도록 하여 Capacitor의 크로스 플랫폼 접근 방식을 유지합니다 [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system).
-
-## 플러그인 카테고리
-
-Capacitor 플러그인은 특정 개발 요구에 맞게 조정된 세 가지 주요 카테고리로 나누어져 있습니다. 이러한 카테고리를 아는 것은 개발자가 자신의 프로젝트에 알맞은 플러그인을 선택하는 데 도움이 됩니다. 이러한 카테고리는 플러그인 선택 프로세스에서도 역할을 하며, 이는 플러그인 추가 섹션에서 논의될 것입니다.
-
-### 코어 플러그인
-
-코어 플러그인은 Ionic 팀에 의해 개발 및 유지 관리됩니다. 이들은 주요 네이티브 기능을 제공하며, 업데이트 및 표준화된 API로 지원됩니다.
-
-| 코어 플러그인 | 기능 | 주요 메서드 |
-| --- | --- | --- |
-| Filesystem | 파일 저장 작업 | `Filesystem.writeFile()` |
-| Network | 연결 상태 확인 | `Network.getStatus()` |
-| Device | 하드웨어 정보 접근 | `Device.getInfo()` |
-
-이 플러그인들은 TypeScript 검증을 포함하여 플랫폼 간 일관된 동작을 보장하므로 기본적인 네이티브 기능의 신뢰할 수 있는 선택이 됩니다 [\[1\]](https://app.studyraid.com/en/read/11146/345601/overview-of-built-in-plugins)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-### 커뮤니티 플러그인
-
-Capacitor 생태계는 기본 기능을 넘어서는 다양한 서드파티 플러그인을 제공합니다. 이러한 플러그인은 보다 특정한 요구를 충족시키며 널리 사용되는 서비스와 통합됩니다.
-
-| 플러그인 | 목적 |
-| --- | --- |
-| Firebase Analytics | 앱 사용 추적 |
-| 실시간 업데이트 | 실시간 업데이트 가능 |
-| 네이티브 구매 | 인앱 구매 관리 |
-| 스크린 리더 | 접근성 지원 추가 |
-
-커뮤니티 플러그인을 선택할 때는 GitHub 활동, 유지 관리 빈도 및 커뮤니티 지원 수준을 평가하여 시간이 지나도 신뢰할 수 있도록 해야 합니다 [\[3\]](https://github.com/riderx/awesome-capacitor).
-
-### 커스텀 플러그인 만들기
-
-때때로 코어 플러그인이나 커뮤니티 플러그인 모두 귀하의 필요를 충족시키지 못할 수 있습니다. 이때 커스텀 플러그인이 필요하며, 특히 독특한 하드웨어 통합이나 특정 비즈니스 요구에 적합합니다. 예를 들어, 독점 하드웨어 작업, 커스텀 로직 구현 또는 레거시 시스템과의 연결이 있습니다.
-
-커스텀 플러그인을 개발하려면 iOS 및 Android용 네이티브 구현을 생성하고 통합된 JavaScript API를 만들어야 합니다. 크로스 플랫폼 일관성을 유지하기 위해 개발자는 다음을 포함해야 합니다:
-
-- 웹 환경에 대한 브라우저 호환 기능
-- 모든 플랫폼에서 일관된 메서드 서명 [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-
-###### sbb-itb-f9944d2
-
-## 앱에 플러그인 추가하기
-
-Capacitor 앱에 플러그인을 추가하는 것은 성능과 보안을 모두 보장하기 위해 신중한 계획이 필요합니다. 플러그인을 효과적으로 선택, 구현 및 테스트하는 방법을 자세히 살펴보겠습니다.
-
-### 플러그인 선택 가이드
-
-앱을 위한 플러그인을 선택할 때 다음 기준을 염두에 두십시오:
-
-| **기준** | **찾아야 할 사항** |
-| --- | --- |
-| 플랫폼 지원 | iOS, Android 및 웹에 대한 호환성 |
-| 문서화 | 명확한 API 참조 및 예제 |
-
-민감한 데이터나 보안에 관련된 기능의 경우, `npm audit`와 같은 도구를 실행하거나 [Snyk](https://snyk.io/)와 같은 플랫폼을 사용하여 취약점을 체크하십시오. 이를 웹 보안 모범 사례와 결합하십시오 [\[7\]](https://ahrefs.com/blog/google-advanced-search-operators/)[\[8\]](https://www.w3.org/International/questions/qa-html-language-declarations).
-
-### [Capgo](https://capgo.app/): 앱을 위한 실시간 업데이트
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-10.jpg?auto=compress)
-
-Capgo는 Capacitor와 원활하게 작동하는 [실시간 업데이트 플러그인](https://capgo.app/docs/plugin/self-hosted/auto-update/)을 제공합니다. 이 플러그인은 버그 수정이나 새로운 기능과 같은 업데이트를 암호화된 채널을 통해 앱에 직접 배포할 수 있게 해주며, 앱 스토어 정책을 준수합니다 [\[3\]](https://github.com/riderx/awesome-capacitor).
-
-### 플러그인 테스트 방법
-
-철저한 테스트는 플러그인이 모든 플랫폼에서 원활하게 작동하는지 확인하는 데 중요합니다. 다음은 접근 방식입니다:
-
-- **플랫폼 매트릭스 테스트**: 지원되는 모든 플랫폼 버전에서 플러그인을 테스트합니다. 호환성 문제를 피하기 위해 플러그인 메서드를 호출하기 전에 Capacitor의 플랫폼 가용성 체크를 사용하십시오.
-    
-- **일반 문제 해결**: 빈번한 문제에 대한 솔루션을 다루십시오:
-    
-    | **문제** | **해결책** |
-    | --- | --- |
-    | 네이티브 빌드 실패 | 올바른 종속성 버전 확인 |
-    | 권한 오류 | 플랫폼 구성 다시 확인 |
-    
-- **자동화된 테스트**: 다양한 에러 상태와 에지 케이스를 시뮬레이션하기 위해 자동화 도구를 사용하여 플러그인이 예상대로 동작하는지 확인하십시오 [\[2\]](https://app.studyraid.com/en/read/11146/345591/understanding-the-plugin-system)[\[5\]](https://capacitorjs.com/docs/plugins).
-    
-
-앱 기능에 필수적인 플러그인에 대해서는 패치된 버전을 유지하고 공식 변경 로그를 모니터링하여 업데이트나 중요한 변경 사항을 확인하십시오 [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins)[\[5\]](https://capacitorjs.com/docs/plugins). 이렇게 하면 잠재적인 문제를 미리 파악하여 앱을 안전하고 신뢰할 수 있도록 유지할 수 있습니다.
-
-## 플러그인 유지 관리 가이드
-
-플러그인을 신중히 선택하고 구현한 후에는 유지 관리가 필수적입니다. 정기적인 업데이트와 점검은 앱이 기능을 유지하고 보안 위험을 피하며 플랫폼 변경 사항에 호환성을 유지할 수 있도록 합니다.
-
-### 버전 관리
-
-플러그인 버전 관리는 Capacitor 코어 업데이트와 플랫폼 특정 변화를 주의 깊게 살펴보는 것을 필요로 합니다. 플러그인을 Capacitor의 의미론적 버전 관리와 일치시키는 것이 중요합니다.
-
-| 버전 유형 | 업데이트 우선순위 | 주요 고려 사항 |
-| --- | --- | --- |
-| **주요 업데이트** | 높음 | API 변경 |
-| **부 업데이트** | 보통 | 새로운 기능 |
-| **패치 업데이트** | 낮음 | 버그 수정, 보안 패치 |
-
-주요 버전 업그레이드 시 다음 단계를 따르십시오:
-
-1. **현재 설정 감사**
-
-맞춤 설정이나 우회 방법을 문서화하세요.
-
-2. **[업데이트 전략](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)**
-
-다음 내용을 포함하는 상세한 업데이트 계획을 개발합니다:
-
--   테스트 환경 설정
--   백업 생성
--   롤백 프로토콜 준비
--   잠재적인 사용자 영향 평가
-
-3. **구현**
-
-업데이트하는 동안 충돌 비율, 성능 지표 및 API 응답을 모니터링하여 모든 것이 원활하게 실행되는지 확인합니다.
-
-버전 추적을 일관되게 수행하고 철저한 테스트를 병행하면 신뢰할 수 있는 품질 보증 주기를 유지하는 데 도움이 됩니다.
-
-### 플러그인 지원 자원
-
-신뢰할 수 있는 지원에 접근하는 것은 효과적인 플러그인 유지 관리의 핵심입니다. Capacitor 생태계는 여러 유용한 자원을 제공합니다:
-
-> "8,000명 이상의 회원이 있는 Capacitor GitHub Discussions 커뮤니티는 플러그인 유지 관리 지원 및 문제 해결을 위한 주요 허브 역할을 합니다." [\[5\]](https://capacitorjs.com/docs/plugins)
-
-Capgo와 같은 도구를 사용하여 라이브 업데이트를 진행하는 팀을 위해 추가 기능이 포함됩니다:
-
--   실시간 충돌 분석
--   자동 호환성 검사
--   배포 롤백 옵션
-
-커뮤니티 플러그인과 작업할 때 다음 자원을 고려하세요:
-
-| 자원 | 목적 |
-| --- | --- |
-| **아이오닉 포럼** | 공식 플러그인 지원 |
-| **스택 오버플로우** | 기술 솔루션 |
-| **플러그인 GitHub 이슈** | 버그 추적 |
-
-버려진 플러그인을 만나는 경우, 리포지토리를 포크하거나 Capacitor의 브리지를 사용하여 커스텀 래퍼 플러그인을 만들 수 있습니다.
-
-일반적인 유지 관리 문제를 피하기 위해 테스트 루틴을 자동화하여 다음을 식별하세요:
-
--   iOS/Android API 사용 중단
--   네이티브 의존성 충돌
--   플랫폼별 권한 문제
-
-정기적으로 `capacitor doctor`를 사용하면 잠재적인 문제를 조기에 발견하여 앱이 최상의 상태를 유지하도록 도와줍니다 [\[4\]](https://capacitorjs.com/docs/plugins/creating-plugins).
-
-## 요약
-
-Capacitor 플러그인은 핵심 설계를 통해 웹과 네이티브 기능을 연결하여 [크로스 플랫폼 앱 개발](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/)을 보다 효율적으로 만듭니다 [\[6\]](https://capacitorjs.jp/blog/how-capacitor-works). 이 아키텍처는 개발자에게 고급 애플리케이션을 구축하는 데 필요한 도구를 제공하면서 네이티브 앱의 속도와 성능을 유지합니다.
-
-플러그인을 원활하게 실행하기 위해서는 그 분류와 유지 관리 방식을 이해하는 것이 중요합니다:
-
-플러그인 생태계는 활성 업데이트와 지속적인 개선 덕분에 안정적으로 유지됩니다 [\[3\]](https://github.com/riderx/awesome-capacitor). 이러한 헌신은 라이브 업데이트와 같은 기능을 도입하면서 플랫폼 간 일관된 성능을 보장합니다.
-
-플러그인을 효과적으로 관리하려는 팀을 위해 현대 도구가 전통적인 업데이트 프로세스를 간소화했습니다. 네이티브 방법은 200ms 이하에서 실행되도록 설계되어 [\[6\]](https://capacitorjs.jp/blog/how-capacitor-works) 모든 플랫폼에서 빠르고 신뢰할 수 있는 성능을 보장합니다.
diff --git a/src/content/blog/ko/capacitor-social-login-release.md b/src/content/blog/ko/capacitor-social-login-release.md
deleted file mode 100644
index ac39022c5..000000000
--- a/src/content/blog/ko/capacitor-social-login-release.md
+++ /dev/null
@@ -1,52 +0,0 @@
----
-slug: capacitor-social-login-release
-title: 브랜드 뉴 Capacitor 소셜 로그인 플러그인 출시
-description: >-
-  Capacitor 소셜 로그인 플러그인은 iOS, Android 및 웹에서 Google, Facebook 및 Apple로 로그인할 수 있게
-  해주는 플러그인입니다.
-author: WcaleNieWolny
-author_image_url: 'https://avatars.githubusercontent.com/u/50914789?v=4'
-author_url: 'https://github.com/WcaleNieWolny/WcaleNieWolny'
-created_at: 2024-10-08T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /social_login_plugin_blog.webp
-head_image_alt: Capgo 조직 시스템 일러스트레이션
-keywords: >-
-  Oauth, social login, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Capacitor
-published: true
-next_blog: ''
-locale: ko
----
-## 소개
-
-안녕하세요, 저는 마이클 ([WcaleNieWolny](https://github.com/WcaleNieWolny)) 👋입니다.
-
-한 달간의 힘든 (조금은 고통스러운 🙃) 작업 끝에, Capacitor Social Login의 첫 번째 릴리스를 발표하게 되어 기쁩니다. 이 플러그인은 iOS와 Android에서 Google 및 Apple 로그인을 처리하는 데 도움을 주도록 설계되었습니다. 또한, 마틴과 함께 몇 가지 독특한 기능을 개발해왔습니다:
-
- - Android에서 Apple 로그인이 도입됨
- - 새로운 Google Credentials API 채택
- - 자세한 문서 추가
-
-## Android에서 Apple 로그인
-
-먼저, Android의 'Apple 로그인'의 주요 혁신을 논의해 보겠습니다. 이는 간단치 않았습니다. Apple의 SDK는 이 기능을 제공하지 않기 때문입니다. 저는 [이 기사](https://johncodeos.com/how-to-add-sign-in-with-apple-button-to-your-android-app-using-kotlin/)를 참고했지만, 더욱 안전하게 만들기 위해 약간 수정했습니다. 최종 흐름은 다음과 같습니다:
-
-<figure><img style="margin-left: auto;margin-right: auto;max-height: 600px !important;" src="/apple-login-flow-chart.svg" alt="Apple Login flow chart" /><figcaption></figcaption></figure> 
-
-안타깝게도, 백엔드와 귀하의 앱 코드에 몇 가지 수정을 필요로 하지만, 제가 할 수 있는 최선이었습니다.
-
-## Android의 Google 로그인 새단장
-
-다음으로, Android에서 Google 로그인을 구현하려고 했습니다. 알고 보니, [CodetrixStudio의 CapacitorGoogleAuth](https://github.com/CodetrixStudio/CapacitorGoogleAuth)는 [곧 더 이상 사용되지 않을 GMS 라이브러리](https://developer.android.com/identity/sign-in/legacy-gsi-migration#authorization)를 사용하고 있었습니다. 이 GMS 라이브러리가 레거시로 간주됨에 따라, 저는 [CredentialManager](https://developer.android.com/identity/sign-in/credential-manager-siwg)를 사용하기로 결정했습니다. 이는 로그인 흐름을 단순화하고 성가신 [오류 10](https://github.com/CodetrixStudio/CapacitorGoogleAuth/issues/332)을 제거하는 데 도움이 되었습니다 🎉
-
-## 문서화
-
-마지막으로, 저는 멋진 ✨ 문서를 작성했습니다. 문서가 정확하고 포괄적인지 확인하는 데 많은 시간을 투자했습니다. 문서에는 Apple과 Google 설정에 대한 자세한 가이드가 포함되어 있습니다. 또한 Apple 로그인을 위한 [예제 백엔드](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo)도 제공했습니다 🍎 
-
-[Apple](https://github.com/Cap-go/capacitor-social-login/blob/main/docs/setup_apple.md) 및 [Google](https://github.com/Cap-go/capacitor-social-login/blob/main/docs/setup_google.md) 가이드를 확인해 보세요!
-
-## 결론
-
-결론적으로, Capacitor Social Login 플러그인은 많은 새로운 흥미로운 기능을 도입하며 앞으로도 더 많은 기능이 추가될 예정입니다 🚀
diff --git a/src/content/blog/ko/capacitor-vs-appflow-ota-update-solutions-compared.md b/src/content/blog/ko/capacitor-vs-appflow-ota-update-solutions-compared.md
deleted file mode 100644
index 5eb38a801..000000000
--- a/src/content/blog/ko/capacitor-vs-appflow-ota-update-solutions-compared.md
+++ /dev/null
@@ -1,150 +0,0 @@
----
-slug: capacitor-vs-appflow-ota-update-solutions-compared
-title: 'Capacitor vs Appflow: OTA 업데이트 솔루션 비교'
-description: '앱의 보안성, 속도, 비용 효율성에 중점을 두고 OTA 업데이트 솔루션을 비교하여 가장 적합한 것을 찾으세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T01:59:04.033Z
-updated_at: 2025-03-30T01:59:15.207Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9-1743299955207.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, Capacitor, Appflow, mobile development, deployment solutions, app
-  security, update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**앱의 최적의 OTA 업데이트 솔루션을 찾고 계신가요?** 여기 [Capacitor](https://capacitorjs.com/)(와 [Capgo](https://capgo.app/))와 [Appflow](https://ionic.io/appflow/)의 간단한 비교가 있습니다. [Capacitor](https://capacitorjs.com/)는 빠른 업데이트, 높은 보안성, 비용 효율적인 옵션을 제공하는 반면, Appflow는 [Ionic](https://ionicframework.com/) 생태계에 종속되어 있으며 2026년에 종료될 예정입니다.
-
-### 주요 포인트:
-
--   **Capacitor (Capgo)**:
-    
-    -   24시간 내 95%의 사용자에게 업데이트 도달
-    -   종단간 암호화와 유연한 호스팅(클라우드 또는 자체 호스팅) 제공
-    -   연간 약 $3,600, 일회성 설치 비용 $2,600
-    -   활발한 개발과 오픈소스
--   **Appflow**:
-    
-    -   Ionic과 통합되나 클라우드 전용
-    -   2026년 지원 종료 예정
-    -   연간 $6,000
-
-### 간단 비교:
-
-| 기능 | Capacitor (Capgo) | Appflow |
-| --- | --- | --- |
-| **업데이트 속도** | 24시간 내 95%, API 57ms | 다양함 |
-| **보안** | 종단간 암호화 | 표준 서명 |
-| **호스팅** | 클라우드 또는 자체 호스팅 | 클라우드 전용 |
-| **향후 가용성** | 활발한 개발 중 | 2026년 종료 |
-| **연간 비용** | ~$3,600 | $6,000 |
-| **설치 비용** | $2,600 | 포함 |
-
-**결론:** Capacitor (Capgo)는 장기 프로젝트에 특히 적합한 미래 지향적이고 안전하며 비용 효율적인 선택입니다. Appflow는 단기 요구사항에는 적합할 수 있지만 곧 종료될 예정이므로 마이그레이션 계획이 필요합니다.
-
-## [Capacitor](https://capacitorjs.com/) 업데이트 기능
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### 내장 업데이트 시스템
-
-Capacitor의 업데이트 시스템을 통해 개발자는 앱 스토어 검토 지연을 건너뛰고 버그 수정과 새로운 기능을 사용자에게 직접 전달할 수 있습니다. 적절히 설정되면 이 시스템은 24시간 내에 활성 사용자의 95%까지 도달할 수 있습니다 [\[1\]](https://capgo.app/). 차등 업데이트를 사용하여 변경된 코드 부분만 다운로드하므로 대역폭을 절약하고 프로세스를 가속화합니다. 예를 들어, Capgo의 글로벌 CDN을 통해 5MB 업데이트를 다운로드하는 데 단 114밀리초가 걸립니다 [\[1\]](https://capgo.app/). 이러한 효율적인 접근 방식은 현대적인 개발 워크플로우에 완벽하게 부합합니다.
-
-[Continue with the rest of the text? Let me know if you need the full translation.]
-
-| 요구사항 | Capgo | Appflow |
-| --- | --- | --- |
-| 앱스토어 준수 | Apple 가이드라인과 완벽히 일치 | 표준 기준 충족 |
-| 플레이스토어 준수 | Google Play 요구사항 준수 | 표준 기준 충족 |
-| 인증된 복호화 | 사용자를 위한 엔드투엔드 암호화 | 업데이트 서명 |
-| 버전 관리 | 롤백을 포함한 상세 버전 관리 | 기본 버전 추적 |
-
-Capgo는 Apple과 Google OTA 가이드라인을 모두 준수합니다 [\[1\]](https://capgo.app/). 스토어 규칙과의 이러한 엄격한 정렬은 앞서 논의된 CI/CD 통합을 보완합니다.
-
-### 보안 기능
-
-보안은 특히 라이브 코드 배포를 위한 OTA 업데이트 시스템에서 중요한 역할을 합니다. Capgo는 전통적인 솔루션을 넘어서는 고급 보안 조치를 제공합니다:
-
-| 보안 기능 | 구현 |
-| --- | --- |
-| 암호화 유형 | 엔드투엔드 암호화 |
-| 업데이트 보호 | 특정 사용자에 맞춘 복호화 |
-| 접근 제어 | 포괄적인 권한 제어 |
-| 호스팅 옵션 | 클라우드 또는 자체 호스팅 설정 옵션 |
-| 버전 롤백 | 간단한 원클릭 롤백 기능 |
-
-이러한 기능들은 업데이트가 암호화되고, 접근이 제어되며, 되돌릴 수 있도록 보장하여 관리하기 쉬우면서도 기업급 보안을 제공합니다.
-
-## 가격 비교
-
-### 플랫폼 비용
-
-OTA 업데이트 솔루션의 비용은 매우 다양할 수 있습니다. Capgo는 월 $12(Solo)부터 시작하여 월 $249(PAYG)까지 다양한 요금제를 제공합니다. 다음은 가격 책정의 세부 내용입니다:
-
-| 요금제 | 월 비용 (연간 청구) | 주요 기능 |
-| --- | --- | --- |
-| Solo | $12 | 1,000 MAU, 50GB 대역폭 |
-| Maker | $33 | 10,000 MAU, 500GB 대역폭 |
-| Team | $83 | 100,000 MAU, 2,000GB 대역폭 |
-| PAYG | $249 | 1,000,000 MAU, 10TB 대역폭 |
-
-비교하면, Appflow는 연간 $6,000의 고정 요금을 부과합니다. 이러한 가격 차이로 인해 NASA의 OSIRIS-REx 팀을 포함한 많은 사용자들이 전환했습니다:
-
-> "@Capgo는 핫 코드 푸시를 하는 스마트한 방법입니다(@AppFlow처럼 엄청난 비용이 들지 않습니다) :-)" [\[1\]](https://capgo.app/)
-
-이러한 대조적인 가격 모델은 기능과 함께 비용을 평가하는 것의 중요성을 강조합니다.
-
-### 비용 대 혜택
-
-가격 책정은 특히 장기 계획에서 OTA 업데이트 솔루션을 선택하는 데 중요한 요소입니다. 시간이 지남에 따라 Capgo와 Appflow 사이의 비용 격차가 더 뚜렷해집니다:
-
-| 기간 | Capgo 총 비용\* | Appflow 총 비용 | 잠재적 절감액 |
-| --- | --- | --- | --- |
-| 1년차 | $6,200 | $6,000 | \-$200 |
-| 3년차 | $13,400 | $18,000 | $4,600 |
-| 5년차 | $20,600 | $30,000 | $9,400 |
-
-\*Capgo의 총액에는 일회성 CI/CD 설정 비용 $2,600과 월 $300의 비용이 포함됩니다 [\[1\]](https://capgo.app/).
-
-Jermaine은 자신의 경험을 공유했습니다:
-
-> "@AppFlow가 연간 $5000 청구서를 보내와서 @Capgo로 전환했습니다. 지금까지 Capgo가 마음에 듭니다" [\[1\]](https://capgo.app/)
-
-비용 효율성에 중점을 둔 조직의 경우, Capgo의 일회성 설정 비용, 낮은 월 요금, 그리고 [자체 호스팅 옵션](https://capgo.app/blog/self-hosted-capgo/)은 시간이 지남에 따라 상당한 절감으로 이어질 수 있습니다.
-
-LeVar Berry도 자신의 관점을 공유했습니다:
-
-> "4년 만에 @Appflow 구독을 취소했습니다. Code-Push가 잘 작동하지 않는 것 같았는데, @CapGO가 이를 해결했기를 바랍니다" [\[1\]](https://capgo.app/)
-
-## 최종 분석
-
-### 주요 차이점
-
-Capacitor와 Appflow를 비교할 때, 앞서 강조된 대로 업데이트 전달과 보안 기능에서 분명한 대조가 있습니다. Capacitor용 Capgo 플랫폼은 빠르고 안정적인 성능을 제공합니다 [\[1\]](https://capgo.app/). **엔드투엔드 암호화**와 클라우드 또는 자체 호스팅 설정의 유연성을 포함한 배포 옵션과 강력한 보안에서 뛰어나며, 이는 전 세계적으로 채택을 이끌었습니다 [\[1\]](https://capgo.app/).
-
-| 기능 | Capgo (Capacitor) | Appflow |
-| --- | --- | --- |
-| 보안 | 엔드투엔드 암호화 | 기본 서명 |
-| 호스팅 옵션 | 클라우드 및 자체 호스팅 | 클라우드만 가능 |
-| 향후 가용성 | 활발히 개발 중 | 2026년 종료 예정 |
-| 업데이트 속도 | 114 ms (5 MB 번들) | 명시되지 않음 |
-| 소스 코드 | 100% 오픈소스 | 독점 |
-
-이러한 차이점들은 귀하의 필요에 맞는 솔루션을 선택하는 데 중요한 역할을 합니다.
-
-### 플랫폼 선택 가이드
-
-이러한 차이점을 바탕으로, 올바른 플랫폼을 선택하는 데 도움이 되는 간단한 가이드입니다:
-
--   **기업 조직**: 보안이 최우선 순위인 경우, Capgo가 강력한 선택입니다. [자체 호스팅 배포](https://capgo.app/blog/self-hosted-capgo/)와 **엔드투엔드 암호화**는 엄격한 보안 요구사항을 충족합니다. 또한 CI/CD 도구와 원활하게 통합되어 대규모 운영에 이상적입니다 [\[1\]](https://capgo.app/).
-    
--   **성장하는 팀**: Capgo의 확장 가능한 인프라와 채널 시스템을 통해 특정 사용자 그룹에 대한 타겟팅된 업데이트가 가능하여 팀에게 배포에 대한 정밀한 제어를 제공합니다 [\[1\]](https://capgo.app/).
-    
--   **비용에 민감한 개발자**: 경쟁력 있는 가격으로 Appflow와 비교하여 Capgo는 모든 규모의 팀에 적합한 예산 친화적인 옵션입니다 [\[1\]](https://capgo.app/).
-    
--   **미래 계획**: Appflow의 2026년 종료 예정으로 인해 마이그레이션 계획이 필수적입니다. Capgo의 오픈소스 접근 방식, 활발한 개발, 그리고 성장하는 커뮤니티는 신뢰할 수 있는 장기적인 선택입니다 [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/ko/capacitor-vs-appflow-versioning-differences.md b/src/content/blog/ko/capacitor-vs-appflow-versioning-differences.md
deleted file mode 100644
index c765adf62..000000000
--- a/src/content/blog/ko/capacitor-vs-appflow-versioning-differences.md
+++ /dev/null
@@ -1,144 +0,0 @@
----
-slug: capacitor-vs-appflow-versioning-differences
-title: 'Capacitor vs Appflow: 버전관리 차이점'
-description: '수동 및 자동화된 방식의 버전 관리 차이점을 살펴보고, 앱 개발을 위한 새로운 대안을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T04:20:03.700Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac-1745209216757.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  version control, app updates, manual versioning, automated versioning, CI/CD,
-  live updates, mobile development, app release management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**앱 버전 관리는 까다로울 수 있습니다.** [Capacitor](https://capacitorjs.com/)는 [수동 업데이트](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 사용하고, [Appflow](https://ionic.io/docs/appflow)는 이 프로세스를 자동화합니다. 알아야 할 사항은 다음과 같습니다:
-
--   **Capacitor:** 수동 버전 관리는 `Info.plist` (iOS)와 `build.gradle` (Android) 같은 파일을 편집해야 합니다. 이는 통제력을 주지만 오류 위험이 있고 업데이트가 느립니다.
--   **Appflow:** CI/CD 도구로 버전 관리를 자동화하여 더 빠른 릴리스가 가능하지만 연간 약 6,000달러의 비용이 들고 유연성이 부족할 수 있습니다.
-
-**시장의 주요 변화:**
-
--   **Appflow는 2026년에 종료됩니다.**
--   **[Capgo](https://capgo.app/)** 같은 대안은 월 12달러부터 시작하는 실시간 업데이트를 제공하며, 95%의 업데이트가 24시간 내에 전달됩니다.
-
-### 빠른 비교
-
-| 기능 | Capacitor (수동) | Appflow (자동화) | Capgo (대안) |
-| --- | --- | --- | --- |
-| **버전 관리** | 수동 편집 | CI/CD를 통한 자동화 | 실시간 업데이트 |
-| **업데이트 속도** | 더 느림 (앱스토어 지연) | 더 빠름 (코드-푸시) | 거의 즉각적 |
-| **비용** | 무료 도구 | 연간 ~$6,000 | 월 $12부터 |
-| **오류 위험** | 높음 (수동 오류) | 낮음 | 낮음 |
-| **종료일** | 활성 | 2026년 종료 | 활성 |
-
-선택할 때는 예산, 업데이트 빈도, 속도 필요성을 고려하세요.
-
-## 라이브 데모: [Capacitor](https://capacitorjs.com/) 앱을 Ionic [Appflow](https://ionic.io/docs/appflow)에서 구축하기
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-1. **첫 번째 단계** - 설정 시작
-2. **두 번째 단계** - 앱 생성
-3. **세 번째 단계** - 배포 준비
-
-</Steps>
-
-## 버전 관리 방법: Capacitor vs Appflow
-
-Capacitor와 Appflow는 버전 관리에 매우 다른 접근 방식을 취합니다. 각 플랫폼이 이 프로세스를 어떻게 처리하고 개발 워크플로우에 어떻게 적합한지 자세히 살펴보겠습니다.
-
-### Capacitor의 수동 버전 관리
-
--   iOS의 경우, 각 릴리스마다 **Info.plist** 파일을 수동으로 업데이트해야 합니다.
--   Android의 경우, **build.gradle** 파일의 버전 코드 조정이 수동으로 이루어집니다.
-
-이 접근 방식은 버전 관리에 대한 정확한 통제력을 제공하지만 릴리스를 늦출 수 있고 인적 오류의 여지가 있습니다.
-
-### Appflow의 자동화된 버전 관리
-
--   **CI/CD 통합**이 버전 증가를 자동으로 처리합니다.
--   버전이 iOS와 Android 간에 동기화되어 일관성을 보장합니다.
-
-이러한 자동화는 릴리스 프로세스를 가속화하지만 유연성을 줄일 수 있고 비용이 더 높습니다. 일부 개발자들은 코드-푸시 기능과 증가하는 비용에 대한 문제도 보고했습니다.
-
-다음으로, 이러한 플랫폼의 주요 버전 관리 기능을 나란히 비교해보겠습니다.
-
-## 버전 관리 기능 대 대결
-
-각 플랫폼의 주요 기능을 비교해보겠습니다, 버전 관리 방식에 초점을 맞춰서입니다.
-
-**핵심 차이점:**
-
--   **버전 관리**: 하나는 수동 구성 파일에 의존하고, 다른 하나는 자동화된 CI/CD 프로세스를 사용합니다.
--   **업데이트 배포**: 전통적인 앱스토어 제출 대 [실시간 코드-푸시 업데이트](https://capgo.app/sponsor/).
--   **비용**: 하나는 무료 도구를 제공하고, 다른 하나는 연간 약 5,000달러의 비용이 듭니다.
--   **배포 속도**: 앱스토어 검토는 여러 날이 걸릴 수 있지만, 실시간 코드-푸시는 거의 즉각적인 배포를 허용합니다.
-
-이러한 차이점들은 업데이트 출시 속도, 관련된 위험 수준, 전반적인 비용에 영향을 미칩니다.
-
-Microsoft의 Code Push가 2024년에 종료되고 Appflow가 2026년에 뒤따를 것으로 예상됨에 따라, 많은 팀들이 이미 대안을 찾고 있습니다 [\[1\]](https://capgo.app/).
-
-## 릴리스 관리 효과
-
-수동 및 자동화된 버전 관리를 비교할 때, 각 접근 방식은 특히 릴리스 관리에서 고유한 과제와 절충점을 가집니다.
-
-### 수동 버전 관리의 위험
-
-Capacitor의 수동 프로세스는 개발자가 모든 릴리스마다 여러 구성 파일을 업데이트해야 합니다. 이는 버전 불일치나 추적되지 않은 배포와 같은 오류 가능성을 증가시킵니다. 또한 버그 수정이 사용자에게 도달하는 데 며칠 또는 몇 주가 걸릴 수 있어 지연이 발생할 수 있습니다.
-
-주요 과제:
-
--   여러 파일에서 버전 번호의 일관성 유지
--   성공적인 업데이트 모니터링 부족
--   버그 수정의 느린 출시
-
-자동화가 이러한 문제 중 일부를 해결할 수 있지만, 단점이 없는 것은 아닙니다.
-
-### 자동화된 버전 관리의 단점
-
-Appflow는 버전 업데이트와 배포를 자동화하여 프로세스를 단순화합니다. 하지만 이러한 편의성은 높은 가격에 달려 있습니다. 연간 구독 비용이 약 5,000달러로, 개발 팀의 예산에 상당한 부담을 줄 수 있어 일부는 더 비용 효율적인 옵션을 찾게 됩니다 [\[1\]](https://capgo.app/).
-
-## 새로운 버전 관리 옵션
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 버전 관리는 수동 오류와 자동화의 높은 비용 사이에서 균형을 맞추는 것이 항상 과제였습니다. 다행히도, 버전 관리에 사용할 수 있는 도구가 늘어나 전통적인 방법의 대안을 제공하고 있습니다.
-
-### [Capgo](https://capgo.app/) 업데이트 시스템
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6805c3ba360079f947b8c4ac/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgo는 비용을 크게 들이지 않고 버전 관리를 간소화하려는 팀들을 위한 솔루션을 제공합니다. Apple과 Google 스토어 정책을 준수하면서 실시간 업데이트를 제공합니다. 주요 기능:
-
--   안전한 업데이트 전달을 보장하는 **종단간 암호화**
--   전 세계적으로 82% 성공률을 자랑하는 **실시간 분석**
--   번들 크기를 작고 효율적으로 유지하는 **부분 업데이트**
--   [GitHub Actions](https://docs.github.com/actions)와 [GitLab CI](https://docs.gitlab.com/ee/ci/) 같은 CI/CD 플랫폼과의 **원활한 통합**
-
-### 현재 시장 상황
-
-버전 관리 시장은 오래된 서비스들이 단계적으로 중단되면서 변화하고 있습니다. 이제 팀들은 전략을 선택할 때 비용, 속도, 규정 준수에 집중해야 합니다. 현재 옵션의 스냅샷:
-
--   **Capgo** (2022년 출시): 활성, 월 12달러부터, 실시간 업데이트 지원
--   **Appflow**: 2026년 종료 예정, 연간 6,000달러 [\[1\]](https://capgo.app/), [자동화된 업데이트](https://capgo.app/docs/live-updates/update-behavior/) 제공
-
-이러한 도구들은 2024년 CodePush 종료와 2026년 Appflow 종료로 인한 공백을 채우고 있습니다.
-
-## 결론
-
-Capacitor 앱의 버전 관리는 수동 워크플로우, Appflow의 자동화, [현대적인 실시간 업데이트 플랫폼](https://capgo.app/blog/alternative-to-expo/)의 조합을 포함합니다.
-
-### 주요 시사점
-
--   **수동 업데이트**: 세부적인 통제를 제공하지만 인적 오류의 위험이 있습니다.
--   **Appflow 자동화**: 릴리스를 단순화하지만 연간 6,000달러의 비용이 듭니다 [\[1\]](https://capgo.app/).
--   **실시간 업데이트 플랫폼**: Capgo 같은 도구로 수정사항과 새로운 기능을 빠르게 출시할 수 있습니다.
-
-수동 업데이트, 자동화된 파이프라인, 실시간 업데이트 플랫폼 중 선택할 때, 팀은 릴리스 빈도, 예산, 속도와 규정 준수의 필요성을 고려해야 합니다. 각 접근 방식은 고유한 장점과 절충점이 있습니다.
diff --git a/src/content/blog/ko/capgo-for-app-store-safe-ota-updates.md b/src/content/blog/ko/capgo-for-app-store-safe-ota-updates.md
deleted file mode 100644
index 25b75da1b..000000000
--- a/src/content/blog/ko/capgo-for-app-store-safe-ota-updates.md
+++ /dev/null
@@ -1,65 +0,0 @@
----
-slug: capgo-for-app-store-safe-ota-updates
-title: App Store 안전한 OTA 업데이트를 위한 Capgo
-description: 플랫폼이 어떻게 앱 스토어의 지연 없이 즉각적이고 안전한 앱 업데이트를 가능하게 하여 개발 효율성과 규정 준수를 향상시키는지 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-07T03:24:24.255Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ca3d64c828e2c944a33eb7-1741317877632.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, app development, mobile updates, app store compliance, CI/CD
-  integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capgo](https://capgo.app/)를 통해 개발자는 앱스토어 심사를 기다리지 않고 **즉각적이고 안전한 앱 업데이트**를 제공할 수 있습니다. **종단간 암호화**, 원활한 CI/CD 통합, 앱스토어 규정 준수를 갖춘 이 플랫폼은 전통적인 업데이트나 [AppFlow](https://ionic.io/appflow)와 같은 고가의 플랫폼에 비해 비용 효율적인 대안입니다. **947.6백만 건**의 업데이트가 **1,400개의 프로덕션 앱**에 배포되어 개발 효율성을 **81%** 향상시켰습니다.
-
-### [Capgo](https://capgo.app/)의 주요 이점:
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-07.jpg?auto=compress)
-
--   **즉각적인 업데이트**: 지연 없이 버그를 수정하거나 기능을 출시할 수 있습니다.
--   **안전한 배포**: 업데이트는 암호화되어 인증된 사용자만 접근할 수 있습니다.
--   **비용 효율성**: CI/CD 일회성 설정 비용 $2,600, 지속적인 사용은 월 ~$300입니다.
--   **제어된 출시**: 특정 사용자나 그룹을 대상으로 업데이트할 수 있습니다.
--   **앱스토어 규정 준수**: Apple과 Google의 정책을 완벽히 준수합니다.
-
-### OTA 플랫폼 간단 비교:
-
-| 플랫폼 | 주요 기능 | 제한사항 | 비용 |
-| --- | --- | --- | --- |
-| **Capgo** | 안전한 OTA, CI/CD 지원, 사용자 타겟팅 | 초기 설정 노력 필요 | $2,600 설정 + 월 ~$300 |
-| **AppFlow** | Ionic 통합, 기업용 지원 | 높은 비용 장벽 | 연 $6,000 |
-| **[App Center](https://visualstudio.microsoft.com/app-center/)** | 무료 티어, Microsoft 지원 | 하이브리드 앱 미지원 | 무료 티어 제공 |
-
-Capgo는 **빠르고 규정을 준수하는 업데이트**가 필요하면서 비용 효율적인 솔루션을 찾는 개발자에게 이상적입니다. 사용 편의성, 경제성, 프로덕션 환경에서의 신뢰성으로 높은 평가를 받고 있습니다.
-
-## iOS 앱에서 OTA 업데이트를 수행할 수 있나요? Apple 가이드라인 설명
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. Capgo 기능
-
--   **[하이브리드 업데이트 전략](https://capgo.app/docs/live-updates/update-behavior/)**  
-    앱스토어 업데이트와 OTA 업데이트를 결합하여 빠른 수정이 가능합니다. Rodrigo Mantica는 이 접근 방식을 강조했습니다:
-    
-    > "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-    
--   **보안 우선 배포**  
-    Capgo는 엔드투엔드 암호화로 안전한 업데이트를 보장하여 기업용 애플리케이션에 신뢰할 수 있는 옵션이 됩니다 [\[1\]](https://capgo.app/).
-    
--   **제어된 출시**  
-    Capgo의 사용자 할당 기능으로 점진적 출시가 가능합니다. Colenso의 팀은 그들의 경험을 공유했습니다:
-    
-    > "우리는 매우 원활한 운영을 보고 있으며, 거의 모든 사용자가 @Capgo에 OTA가 배포된 후 몇 분 안에 업데이트됩니다." [\[1\]](https://capgo.app/)
-    
-
-새로운 플랫폼으로 이동하는 팀을 위해 Capgo는 쉬운 통합 프로세스를 제공합니다. Jay (@jaythegeek)는 다음과 같이 언급했습니다:
-
-> "@Capgo를 설정하고 @AppFlow를 대체하는 이 멋진 솔루션을 테스트하고 있습니다! 수고하셨습니다, 지금까지 매우 쉬웠습니다" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ko/capgo-integration-with-github-actions-guide.md b/src/content/blog/ko/capgo-integration-with-github-actions-guide.md
deleted file mode 100644
index c629d2d11..000000000
--- a/src/content/blog/ko/capgo-integration-with-github-actions-guide.md
+++ /dev/null
@@ -1,284 +0,0 @@
----
-slug: capgo-integration-with-github-actions-guide
-title: 'GitHub Actions를 통한 Capgo 통합: 가이드'
-description: GitHub Actions를 Capgo와 통합하여 효율적이고 안전하며 비용 효율적인 앱 업데이트를 구현하여 개발 워크플로우를 향상시키세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-16T02:24:50.565Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d61b378b902ec211cf87e9-1742091902582.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capgo, GitHub Actions, CI/CD, Capacitor apps, deployment, automation, updates,
-  security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capgo](https://capgo.app/)와 [GitHub Actions](https://docs.github.com/actions)를 함께 사용하면 [Capacitor](https://capacitorjs.com/) 앱의 업데이트 배포가 간단해집니다. 다음은 이 통합이 주목할 만한 이유입니다:
-
--   **비용 절감**: [AppFlow](https://ionic.io/appflow/)와 비교하여 5년 동안 최대 $26,100의 CI/CD 비용을 절감할 수 있습니다.
--   **빠른 업데이트**: 즉시 업데이트를 푸시하여 24시간 내에 95%의 사용자가 수신할 수 있습니다.
--   **안전한 배포**: 엔드-투-엔드 암호화로 업데이트의 안전을 보장합니다.
--   **간소화된 워크플로우**: GitHub 저장소에서 직접 빌드와 배포를 자동화할 수 있습니다.
-
-### 빠른 개요
-
-1.  **요구사항**: GitHub 계정, [Capgo 계정](https://capgo.app/disclaimer/) (월 $12부터), Capacitor 프로젝트, [Node.js](https://nodejs.org/en).
-2.  **설정**: `npx @capgo/cli init`로 [Capgo CLI](https://capgo.app/docs/cli/commands)를 설치하고, YAML 워크플로우로 GitHub Actions를 구성합니다.
-3.  **배포**: `npx @capgo/cli deploy`와 같은 명령어를 사용하여 [업데이트를 자동화](https://capgo.app/docs/live-updates/update-behavior/)합니다.
-4.  **테스트**: 프로덕션 전에 테스트 채널(예: 베타, 스테이징)에 배포합니다.
-
-**워크플로우 예시 (YAML)**:
-
-```yaml
-name: Capgo Deploy  
-on:  
-  push:  
-    branches:  
-      - main  
-
-jobs:  
-  deploy:  
-    runs-on: ubuntu-latest  
-    steps:  
-      - uses: actions/checkout@v6  
-      - uses: actions/setup-node@v6  
-        with:  
-          node-version: '24'  
-      - name: Install Dependencies  
-        run: npm install  
-      - name: Deploy to Capgo  
-        run: npx @capgo/cli deploy  
-        env:  
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}  
-```
-
-이 통합은 빠르고 안전하며 비용 효율적인 앱 업데이트를 보장하여 애자일 개발 팀에 이상적입니다.
-
-## [GitHub Actions](https://docs.github.com/actions) 튜토리얼 - 기본 개념과 CI/CD 파이프라인
-
-![GitHub Actions](https://mars-images.imgix.net/seobot/screenshots/docs.github.com-90237daad1b336de5d9b7f1a85aa7441-2025-03-16.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/R8_veQiYBjI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 설정 요구사항
-
-[Capgo 통합](https://capgo.app/docs/webapp/)과 GitHub Actions에는 필요한 도구와 구성 설정이 필요합니다.
-
-### 필수 도구와 계정
-
-다음의 계정과 도구가 준비되어 있는지 확인하세요:
-
-| 요구사항 | 목적 | 세부사항 |
-| --- | --- | --- |
-| **GitHub 계정** | 버전 관리 & CI/CD | 저장소 접근이 가능한 활성 계정 |
-| **Capgo 계정** | 실시간 업데이트 관리 | SOLO 플랜 월 $12부터 시작 |
-| **Capacitor 프로젝트** | 앱 개발 | 통합 준비가 된 기능적 프로젝트 |
-| **Node.js** | 런타임 환경 | 최신 LTS 버전 권장 |
-
-이들이 준비되면 자동화된 실시간 업데이트를 위해 프로젝트에 Capgo를 추가할 수 있습니다.
-
-### 프로젝트에 [Capgo](https://capgo.app/) 추가하기
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-16.jpg?auto=compress)
-
-Capgo를 통합하려면 CLI 도구를 사용하여 Capacitor 프로젝트에 설치하세요. Capgo의 창립자 Martin Donadieu의 말에 따르면:
-
-> "npx @capgo/cli init만 실행하면 됩니다!" [\[1\]](https://capgo.app/)
-
-이 명령어로 플러그인과 필요한 의존성이 설정됩니다.
-
-### GitHub 저장소 설정
-
-Capgo와의 CI/CD 통합을 위해 GitHub 저장소를 준비하세요. 문서에서 언급된 바와 같이:
-
-> "GitHub Actions, GitLab CI 등 선호하는 플랫폼에서 직접 CI/CD 파이프라인을 구성합니다. CI/CD를 호스팅하거나 유지보수 비용을 청구하지 않습니다." [\[1\]](https://capgo.app/)
-
-Capgo는 일회성 $2,600와 월 ~$300의 비용으로 이 설정을 제공하며, 이는 AppFlow의 연간 $6,000 비용에 비해 더 저렴합니다 [\[1\]](https://capgo.app/).
-
-저장소 설정 방법:
-
--   **저장소 구조**: 소스 코드, 자산, 구성 파일을 별도의 디렉토리로 구성하여 모든 것을 깔끔하고 관리하기 쉽게 유지합니다.
--   **환경 구성**: 개발, 스테이징, 프로덕션을 위한 구별된 환경을 만들어 적절한 접근 제어와 보안 조치를 보장합니다.
--   **접근 관리**: [Capgo 통합](https://capgo.app/consulting/)을 허용하면서 보안을 유지하기 위해 저장소 권한을 신중하게 설정합니다.
-
-이러한 단계들로 다음 섹션에서 설명할 GitHub Actions 워크플로우를 위한 프로젝트 준비가 완료됩니다.
-
-## GitHub Actions 워크플로우 설정
-
-[Capgo 배포](https://capgo.app/docs/cli/commands/)를 GitHub Actions로 자동화하여 CI/CD 프로세스를 간소화하세요.
-
-### 워크플로우 파일 생성
-
-저장소의 `.github/workflows` 디렉토리에 YAML 파일을 생성하세요. 예시:
-
-```yaml
-name: Capgo Deploy
-on:
-  push:
-    branches:
-      - main
-  workflow_dispatch:
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-      - name: Install Dependencies
-        run: npm install
-      - name: Build App
-        run: npm run build
-      - name: Deploy to Capgo
-        run: npx @capgo/cli deploy
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-이 구성으로 안전하고 자동화된 배포가 보장됩니다. 파일을 설정한 후 워크플로우에 맞는 트리거를 선택하세요.
-
-### 워크플로우 트리거 옵션
-
-GitHub Actions에서는 워크플로우 실행 시점을 커스터마이즈할 수 있습니다. 트리거 옵션은 다음과 같습니다:
-
-| **트리거 유형** | **사용 사례** | **구성** |
-| --- | --- | --- |
-| Push 이벤트 | 코드 변경 시 배포 | 특정 브랜치에 코드가 푸시될 때 활성화 |
-| 수동 실행 | 필요 시 업데이트 | 워크플로우를 수동으로 시작 가능 |
-| 예약 | 정시 배포 | 정해진 간격으로 배포 실행 |
-| Pull Request | 업데이트 테스트 | 메인 브랜치 병합 전 변경사항 테스트 |
-
-### 보안 키 관리
-
-안전한 배포를 위해 보안 키를 적절히 관리해야 합니다. GitHub Actions는 이를 위한 암호화된 시크릿 관리 시스템을 제공합니다.
-
-**보안 인증 설정 단계:**
-
-1.  **저장소 설정 접근**  
-    저장소 설정에서 "Security" 탭 아래 "Secrets and variables" 섹션을 찾으세요.
-    
-2.  **[Capgo 자격증명](https://capgo.app/trust/) 추가**  
-    Capgo 인증 토큰을 저장소 시크릿으로 저장하세요. `CAPGO_TOKEN`으로 이름을 지정하세요.
-    
-3.  **워크플로우에서 시크릿 참조**  
-    저장된 시크릿을 다음과 같이 워크플로우에서 참조하세요: `${{ secrets.CAPGO_TOKEN }}`.
-    
-
-## 워크플로우에서 Capgo 명령어 사용
-
-GitHub Actions 환경이 설정되면 Capgo CLI 명령어를 통합하여 배포를 자동화할 수 있습니다.
-
-### Capgo CLI 설치
-
-워크플로우에 Capgo CLI를 설치하는 단계를 추가하세요:
-
-```yaml
-steps:
-  - name: Install Capgo CLI
-    run: npm install -g @capgo/cli
-  - name: Initialize Capgo
-    run: npx @capgo/cli init
-```
-
-### CLI 인증
-
-`CAPGO_TOKEN`을 사용하여 CLI를 안전하게 인증하세요:
-
-```yaml
-- name: Authenticate Capgo CLI
-  run: npx @capgo/cli login
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-### 배포 명령어
-
-업데이트를 빌드, 버전 관리, 배포하는 주요 명령어입니다:
-
-| 명령어 | 목적 | 사용 예시 |
-| --- | --- | --- |
-| `build` | [프로덕션용 번들](https://capgo.app/docs/webapp/bundles/) 생성 | `npx @capgo/cli build` |
-| `deploy` | Capgo에 업데이트 푸시 | `npx @capgo/cli deploy` |
-| `version` | 업데이트 버전 설정 | `npx @capgo/cli version 1.2.0` |
-
-전체 배포 프로세스를 자동화하려면 다음과 같이 명령어를 함께 사용하세요:
-
-```yaml
-steps:
-  - name: Build and Deploy
-    run: |
-      npx @capgo/cli build
-      npx @capgo/cli version ${{ github.ref_name }}
-      npx @capgo/cli deploy
-    env:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-이 설정으로 워크플로우가 실행될 때마다 업데이트가 자동으로 빌드, 버전 관리, 배포됩니다. GitHub의 시크릿 관리 시스템이 프로세스 전반에 걸쳐 자격증명을 안전하게 보호합니다.
-
-## 테스트와 수정
-
-### 테스트 워크플로우 실행
-
-전용 [Capgo 테스트 채널](https://capgo.app/docs/plugin/cloud-mode/channel-system/)을 사용하여 GitHub Actions 워크플로우를 테스트할 수 있습니다. 이를 통해 업데이트를 실제 배포하기 전에 검증할 수 있습니다.
-
-```yaml
-- name: Test Build Deployment
-  run: |
-    npx @capgo/cli build
-    npx @capgo/cli deploy --channel beta
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-Capgo의 채널 시스템은 다양한 단계별 배포 경로를 만드는 데 도움이 됩니다:
-
-| 채널 | 목적 | 대상 사용자 |
-| --- | --- | --- |
-| 베타 | 사전 배포 테스트 | 내부 팀 |
-| 스테이징 | QA 검증 | 테스트 사용자 |
-| 프로덕션 | 실제 배포 | 모든 사용자 |
-
-### 오류 해결
-
-일반적인 통합 문제와 해결 방법입니다:
-
-1.  **인증 실패**
-
-GitHub Secrets의 CAPGO_TOKEN을 확인하세요. 만료된 경우 원활한 인증을 위해 재생성하세요.
-
-2.  **빌드 오류**
-
-빌드 구성이 배포 환경 요구사항과 일치하는지 확인하세요.
-
-> "우리는 5000명 이상의 사용자 베이스에 Capgo OTA 업데이트를 프로덕션에 배포했습니다. OTA가 @Capgo에 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 확인했습니다." [\[1\]](https://capgo.app/)
-
-3.  **버전 충돌**
-
-배포 중 충돌을 방지하기 위해 시맨틱 버저닝을 준수하고 버전을 적절히 증가시키세요.
-
-### 유지보수 팁
-
--   [Capgo 분석](https://capgo.app/dp/)을 사용하여 업데이트 성공률을 모니터링하세요.
--   문제가 발생할 수 있는 업데이트에 대해 자동 롤백을 활성화하세요.
--   더 나은 제어를 위해 채널 선택기를 사용하여 pull request(PR)를 테스트하세요.
--   최신 Capgo CLI 명령어로 워크플로우를 유지하세요.
-
-우선순위가 높은 배포의 경우, Capgo의 오류 추적을 활용하여 잠재적 문제를 조기에 발견하세요. 문제가 발생하면 롤백 기능을 사용하여 빠르게 안정적인 버전으로 되돌릴 수 있어 중단을 최소화할 수 있습니다. 이러한 방법들은 프로덕션으로 나아갈수록 배포가 원활하게 진행되도록 도와줍니다.
-
-## 결론
-
-### 주요 하이라이
-
--   **커스텀 API 워크플로우**: Capgo의 공개 API를 사용하여 팀의 특정 요구사항에 맞는 배포 워크플로우를 설계하세요. 이를 통해 화이트 라벨 경험과 현재 도구와의 원활한 통합이 가능합니다 [\[1\]](https://capgo.app/).
--   **[채널 기반 릴리스](https://capgo.app/docs/webapp/channels/)**: Capgo의 채널 기능을 사용하여 단계적이고 제어된 업데이트를 통해 배포 프로세스를 최적화하세요.
--   **최적화된 성능**: Capgo의 부분 업데이트를 활용하여 대역폭 사용량을 줄이고 업데이트 속도를 높이세요. 750개의 프로덕션 앱에서 2,350만 건의 업데이트를 제공한 [\[1\]](https://capgo.app/) 시스템은 대규모 요구사항을 처리할 수 있는 능력이 입증되었습니다.
-
-더 나은 결과를 위해 Capgo의 셀프 호스팅 옵션이나 커스텀 API 설정 사용을 고려해보세요. 이러한 전략을 완벽하게 구현하기 위한 자세한 설정 및 테스트 지침은 이전 섹션을 확인하세요.
diff --git a/src/content/blog/ko/capgo-price-reduction.md b/src/content/blog/ko/capgo-price-reduction.md
deleted file mode 100644
index 4104ef6d2..000000000
--- a/src/content/blog/ko/capgo-price-reduction.md
+++ /dev/null
@@ -1,49 +0,0 @@
----
-slug: capgo-price-reduction
-title: 'Capgo 가격 인하: 실시간 업데이트를 보다 쉽게 접근할 수 있도록 만들기'
-description: >-
-  모든 Capgo 플랜에서 대규모 가격 인하를 발표하게 되어 기쁩니다. 이를 통해 모든 규모의 개발자들이 실시간 업데이트를 더 쉽게 이용할 수
-  있게 됩니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-03-05T00:00:00.000Z
-updated_at: 2025-03-05T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: 캡고 가격 인하 발표
-keywords: 'capgo, price reduction, live updates, mobile app development, capacitor'
-tag: News
-published: true
-locale: ko
-next_blog: ''
----
-안녕하세요! 🎉
-
-큰 소식: 여러분의 Capgo 플랜이 무료로 업그레이드되었습니다! 🚀
-
-## 새로운 점은 무엇인가요?
-
-| 플랜 | MAU | 저장소 | 대역폭 |
-|------|-----|---------|-----------|
-| 솔로 | 500 ➡️ 1k | 1 GB | 13 GB ➡️ 50 GB |
-| 메이커 | 5k ➡️ 10k | 3 GB ➡️ 5 GB | 125 GB ➡️ 500 GB |
-| 팀 | 30k ➡️ 100k | 6 GB ➡️ 10 GB | 750 GB ➡️ 2,000 GB |
-| 사용한 만큼 지불하기 | 200k ➡️ 1M | 12 GB ➡️ 20 GB | 5,000 GB ➡️ 10,000 GB |
-
-## 왜 이렇게 하고 있나요? 🤔
-
-1. 우리는 공중에서의 업데이트가 사치가 되어서는 안 된다고 믿습니다. 이는 현대 앱 개발에 필수적이며, 더 빠르게 배포하고 사용자들을 행복하게 하는 데 도움이 됩니다. 🚀
-
-2. 우리는 시간이 지남에 따라 가격을 더욱 접근 가능하게 만들기 위해 노력하고 있습니다. 기술이 발전하고 사용자 기반이 성장함에 따라, 우리는 이 혜택을 여러분에게 직접 전달하고자 합니다. 💖
-
-3. 최적화 혜택: 작년의 노력의 결실이 나타났습니다! 우리는 운영 비용을 줄였고, 그 절약을 여러분에게 직접 넘기고 있습니다. 📉➡️📈
-
-이 업그레이드된 자원으로 여러분이 무엇을 만들어 낼지 기대됩니다! 🎉
-
-질문이 있으신가요? 우리는 도와드리기 위해 여기 있습니다!
-
-행복한 코딩 되세요!
-
-마틴 ❤️
-
-P.S. 소문을 퍼뜨려 주세요! 🌍
diff --git a/src/content/blog/ko/capgo-purpose.md b/src/content/blog/ko/capgo-purpose.md
deleted file mode 100644
index 38d3fea68..000000000
--- a/src/content/blog/ko/capgo-purpose.md
+++ /dev/null
@@ -1,71 +0,0 @@
----
-slug: capgo-purpose
-title: Capgo 의 목적
-description: Capgo를 사용하여 Capacitor 앱 업데이트와 테스트를 관리하는 방법에 대한 개발자를 위한 종합 가이드
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-10T00:00:00.000Z
-updated_at: 2023-09-10T00:00:00.000Z
-head_image: /capgo_banner.webp
-head_image_alt: 배너 capgo
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: SOLUTION
-published: true
-locale: ko
-next_blog: ''
----
-## 개요
-
-Capgo는 OTA 업데이트와 테스팅을 쉽게 관리할 수 있도록 도와주어 Capacitor 앱 개발 프로세스를 간소화할 수 있는 클라우드 기반 플랫폼입니다. 이 블로그 글에서는 Capgo의 주요 기능과 이점, 그리고 업데이트 배포, 테스트 생성, 사용자 관리, 구성 관리 방법에 대해 다룰 것입니다. 또한 Capgo의 사용 사례와 가격 책정에 대해서도 논의할 것입니다.
-
-이 글을 읽고 나면, Capgo가 어떻게 Capacitor 앱 개발 프로세스를 개선하고 사용자에게 더 나은 앱을 제공할 수 있는지 깊이 이해하게 될 것입니다.
-
-## 기능
-
-Capgo는 Capacitor 앱 업데이트와 테스트를 쉽게 관리할 수 있는 다양한 기능을 제공합니다:
-
-* OTA 업데이트: Capgo를 사용하면 앱을 재설치할 필요 없이 사용자의 기기에 업데이트를 배포할 수 있습니다. Capgo에서 새로운 릴리스를 만들고 업데이트 번들을 업로드하기만 하면 됩니다. 그러면 Capgo가 자동으로 사용자의 기기에 업데이트를 배포합니다.
-
-* 테스팅: Capgo를 사용하면 프로덕션에 배포하기 전에 앱에 대한 테스트를 생성하고 실행할 수 있습니다. 이를 통해 초기에 버그를 발견하고 앱이 제대로 작동하는지 확인할 수 있습니다.
-
-* 통합: Capgo는 CI/CD 파이프라인과 쉽게 통합할 수 있습니다. 이를 통해 업데이트와 테스트 배포를 자동화할 수 있습니다.
-
-* 사용자 관리: Capgo를 사용하면 사용자를 다른 그룹에 할당하고 누가 업데이트를 받을 수 있는지 제어할 수 있습니다. 이는 베타 테스팅이나 특정 사용자 그룹에 대한 업데이트 출시에 유용할 수 있습니다.
-구성 관리: Capgo를 사용하면 모든 구성을 중앙 위치에서 관리할 수 있습니다. 이를 통해 변경 사항을 추적하고 모든 기기가 동일한 구성을 사용하도록 보장하기가 더 쉬워집니다.
-
-## 이점
-
-**간소화된 비즈니스 프로세스:** 
-
-Capgo는 Live Update CapacitorJS와 Ionic을 사용하여 워크플로우를 단순화합니다. 실시간 업데이트는 현재 기능과 보안을 보장하고, 업데이트 중 다운타임을 제거하며, 향상된 효율성을 위한 시스템 통합을 용이하게 합니다.
-
-**향상된 협업:** 
-
-Capgo의 팀 관리 기능은 Live Update CapacitorJS와 Ionic과 결합하여 원활한 협업, 프로젝트 관리, 작업 추적 및 커뮤니케이션을 촉진합니다. 실시간 업데이트는 모든 사람에게 정보를 제공하고 신속한 대응을 가능하게 합니다.
-
-**실시간 분석:** 
-
-Capgo는 live update CapacitorJS와 Ionic과 통합되어 실시간 데이터 분석을 제공합니다. 맞춤형 대시보드는 중요한 비즈니스 메트릭을 표시하여 선제적 의사결정과 고객 행동에 대한 인사이트를 가능하게 합니다.
-
-**생산성 향상:**
-
-Capgo는 live update CapacitorJS와 Ionic을 통해 시간 관리와 작업 우선순위를 최적화합니다. 실시간 일정 관리, 알림, 중요도와 긴급성에 따른 작업 구성을 제공하여 생산성을 향상시킵니다.
-
-**원활한 기능 확장:** 
-
-Capgo는 실시간 업데이트를 통해 웹 개발을 혁신합니다. 복잡한 재배포 프로세스를 제거하고, 민첩성과 사용자 피드백에 대한 대응성을 높이며, 비용 효율성과 사용자 만족도를 향상시킵니다.
-
-**실제 사용 사례:**
-
-Capgo의 다재다능성은 실제 시나리오에서 빛을 발합니다. 전자상거래, 협업 도구, 소셜 미디어 통합, 뉴스 애그리게이터, 온라인 학습 플랫폼에서 사용자 경험과 성능을 향상시킵니다. 실시간 업데이트는 사용자의 참여도와 만족도를 유지합니다.
-
-**애자일 개발 수용:** 
-
-웹 개발자는 Capgo로 애자일 방식을 수용할 수 있습니다. 모범 사례에는 반복 계획, 철저한 테스팅, 지속적인 사용자 피드백 수집, 성능 모니터링, 효과적인 협업, Capgo의 발전하는 기능과 모범 사례 최신 유지가 포함됩니다.
-
-## 결론
-
-결론적으로, Capgo는 제작자와 기업가들에게 다양한 이점을 제공하는 강력한 플랫폼입니다. live update capacitorjs와 ionic과의 통합은 실시간 업데이트, 간소화된 워크플로우, 향상된 협업, 실시간 분석, 생산성 향상을 제공합니다. Capgo를 통해 아이디어를 실현하고, 프로젝트를 효율적으로 관리하며, 정보에 기반한 비즈니스 결정을 내릴 수 있습니다.
diff --git a/src/content/blog/ko/capgo-vs-appflow-deployment-solutions-compared.md b/src/content/blog/ko/capgo-vs-appflow-deployment-solutions-compared.md
deleted file mode 100644
index a331c7045..000000000
--- a/src/content/blog/ko/capgo-vs-appflow-deployment-solutions-compared.md
+++ /dev/null
@@ -1,172 +0,0 @@
----
-slug: capgo-vs-appflow-deployment-solutions-compared
-title: 'Capgo vs. Appflow: 배포 솔루션 비교'
-description: >-
-  Capgo와 Appflow를 OTA 업데이트를 위해 비교하여 개발자에게 가장 적합한 솔루션을 찾기 위해 경제성, 보안 및 배포 옵션에 중점을
-  둡니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T07:21:36.178Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68217b4a5e3fe4823b5fc0bc-1747034661995.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, app deployment, Capgo, Appflow, mobile app security, CI/CD
-  integration, cloud hosting, self-hosted solutions
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**최고의 Over-the-Air (OTA) [앱 업데이트](https://capgo.app/plugins/capacitor-updater/) 도구를 찾고 계신가요?** 간단한 분석을 제공합니다: [Capgo](https://capgo.app/)는 종단 간 암호화 및 유연한 호스팅 옵션을 통해 즉시 업데이트를 제공하며, 오랜 솔루션인 [Appflow](https://ionic.io/appflow/)는 2026년에 종료될 예정이며 비용이 더 높습니다.
-
-### 주요 내용:
-
--   **Capgo**: 저렴하고, 안전하며, [클라우드 및 자가 호스팅 세팅](https://capgo.app/blog/self-hosted-capgo/)을 지원하고, [GitHub Actions](https://docs.github.com/actions)와 같은 외부 CI/CD 도구와 통합됩니다. 요금제는 월 $12부터 시작합니다.
--   **Appflow**: 독점적이며, 클라우드 전용, 높은 비용($5,000/년 일부 팀)과 [내장 CI/CD](https://capgo.app/blog/setup-ci-and-cd-gitlab/)을 제공합니다.
-
-### 간단 비교:
-
-| 기능 | Capgo | Appflow |
-| --- | --- | --- |
-| **출시 연도** | 2022 | 오랜 역사, 2026년에 종료 |
-| **호스팅 옵션** | 클라우드 또는 자가 호스팅 | 클라우드 전용 |
-| **보안** | 종단 간 암호화 | 업데이트 서명 |
-| **가격** | 월 $12부터 | 팀당 ~ $5,000/년 |
-| **CI/CD 통합** | 외부 도구 지원 | 내장 시스템 |
-
-Capgo는 저렴함, 강력한 보안, 유연성으로 두각을 나타내며, 개발자들이 비용을 초과하지 않고 빠르고, [안전한 업데이트](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)를 찾는 데 최적의 선택입니다.
-
-## 기능 비교
-
-### 업데이트 시스템
-
-Capgo와 Appflow는 앱 업데이트 관리에서 서로 다른 경로를 택합니다. Capgo는 웹 자산 업데이트에 초점을 맞추어 개발자들이 앱 스토어 승인 없이 즉시 변경 사항을 푸시할 수 있도록 허용합니다. 업데이트를 보다 타겟팅된 방식으로 진행하기 위해 채널 시스템을 사용하여 개발자들이 특정 사용자 그룹에 대한 변경 사항을 베타 테스트 또는 단계적 배포를 위해 롤아웃할 수 있도록 합니다 [\[1\]](https://capgo.app).
-
-Capgo의 업데이트 시스템의 두드러진 기능은 업데이트의 수정된 부분만 전송할 수 있는 능력입니다. 이 접근 방식은 대역폭 사용과 업데이트 배포 시간을 줄입니다 [\[1\]](https://capgo.app).
-
-> "4년 동안 @Appflow 구독을 취소했습니다. Code-Push는 잘 작동하지 않았습니다. hopefully @CapGO가 해결했기를 바랍니다." - LeVar Berry [\[1\]](https://capgo.app)
-
-### 보안 기준
-
-보안 측면에서 Capgo와 Appflow는 서로 다른 접근 방식을 취합니다. Capgo는 모든 업데이트에 대해 종단 간 암호화를 사용하고, Appflow는 주로 업데이트 서명에 의존합니다 [\[1\]](https://capgo.app). 두 플랫폼 모두 Apple과 Google 요구 사항을 충족하지만, 데이터 보호 방법은 명확히 다릅니다:
-
-| 보안 기능 | Capgo | Appflow |
-| --- | --- | --- |
-| [업데이트 보호](https://capgo.app/docs/live-updates/update-behavior/) | 종단 간 암호화 | 업데이트 서명 |
-| 호스팅 옵션 | 클라우드 또는 자가 호스팅 | SaaS 전용 |
-| 소스 코드 접근 | 100% 오픈 소스 | 독점 |
-| 스토어 준수 | 완전 준수 | 완전 준수 |
-
-Capgo의 암호화 및 유연한 호스팅 옵션에 대한 집중은 민감한 데이터를 처리하는 개발자에게 또 다른 제어 계층을 제공합니다.
-
-### 플랫폼 아키텍처
-
-Capgo의 오픈 소스 아키텍처는 유연성을 위해 구축되어 있으며, 클라우드 기반 및 [자가 호스팅 배포](https://capgo.app/blog/self-hosted-capgo/)를 모두 지원합니다. 글로벌 CDN은 인상적인 성능을 보장하며, 단 114 ms 만에 5 MB 번들 다운로드를 제공합니다 [\[1\]](https://capgo.app). 이 효율성은 실제 결과에 의해 뒷받침됩니다: Capgo는 현재 1.6 조 개의 업데이트를 제공하였고, 현재 1,700개 이상의 앱을 지원하고 있습니다 [\[1\]](https://capgo.app).
-
-> "@Capgo는 뜨거운 코드 푸시를 만드는 스마트한 방법입니다(그리고 @AppFlow처럼 모든 돈을 주고 사는 제품이 아닙니다) :-)" - NASA의 OSIRIS-REx [\[1\]](https://capgo.app)
-
-Capgo는 GitHub Actions 및 [GitLab CI](https://docs.gitlab.com/ee/ci/)와 같은 CI/CD 파이프라인에 원활하게 통합됩니다. 개발자들은 추가 호스팅 비용 없이 이러한 파이프라인을 설정할 수 있어 배포 프로세스에 대한 제어를 더욱 강화합니다 [\[1\]](https://capgo.app).
-
-## 가격 비교
-
-### 요금제 옵션
-
-Capgo는 각기 다른 요구와 예산에 맞춘 네 가지 요금제를 제공합니다. **SOLO** 요금제는 월 $12부터 시작(연간 청구)하며, **PAYG** 요금제는 기업 수준의 기능을 포함하여 월 $249에 제공됩니다.
-
-| 기능 | Capgo SOLO | [Capgo MAKER](https://capgo.app/imprint/) | [Capgo TEAM](https://capgo.app/consulting/) | [Capgo PAYG](https://capgo.app/docs/webapp/payment/) |
-| --- | --- | --- | --- | --- |
-| **가격 ($/월, 연간 청구)** | $12 | $33 | $83 | $249 |
-| **MAU 한도** | 1,000 | 10,000 | 100,000 | 1,000,000 |
-| **대역폭** | 50 GB | 500 GB | 2,000 GB | 10 TB |
-| **저장소** | 2 GB | 5 GB | 10 GB | 20 GB |
-
-이러한 요금제는 팀의 성장에 따라 확장 가능하도록 구조화되어 유연성과 경쟁력 있는 가격을 제공합니다.
-
-### 소규모 팀 가격
-
-스타트업과 작은 팀을 위한 Capgo의 가격은 전통적인 솔루션에 대한 비용 효율적인 대안으로 두각을 나타냅니다. Appflow와 같은 플랫폼은 연간 수천 달러의 비용이 들 수 있지만, Capgo는 더 예산 친화적인 옵션을 제공합니다. CI/CD 설정은 일회성 비용 $2,600가 필요하며, 지속적인 월 비용은 평균 $300입니다 [\[1\]](https://capgo.app).
-
-> "현재 @Appcenter가 하이브리드 앱에 대한 실시간 업데이트 지원을 중단한 이후 @Capgo를 시도하고 있습니다. @AppFlow는 너무 비쌉니다." - Simon Flack [\[1\]](https://capgo.app)
-
-소규모 팀을 위한 Capgo의 매력적인 요소는 다음과 같습니다:
-
--   **신용 카드 없이 15일 무료 체험**
--   사용량에 맞춘 유연한 확장
--   연간 계약 없음 - 사용량에 따라 지불
--   비용 관리를 위해 더 나은 자가 호스팅 옵션
-
-## 개발 도구
-
-### 빌드 자동화
-
-Capgo와 Appflow는 빌드 자동화 및 CI/CD 통합을 다루는 방식이 다릅니다. Capgo는 GitHub Actions, GitLab CI 및 [Jenkins](https://www.jenkins.io/)와 같은 외부 CI/CD 플랫폼과 원활하게 작동하여 유연성에 중점을 둡니다. 이 접근 방식은 개발자들이 이미 저의 편안함을 느끼는 도구를 사용할 수 있도록 합니다. 지금까지 Capgo는 50개 이상의 앱에 대해 CI/CD 파이프라인을 성공적으로 구성하여 배포 프로세스를 크게 단순화했습니다 [\[1\]](https://capgo.app).
-
-두 플랫폼에 대한 간단한 비교는 다음과 같습니다:
-
-| 기능 | Capgo | Appflow |
-| --- | --- | --- |
-| CI/CD 통합 | GitHub, GitLab 및 Jenkins와 같은 외부 플랫폼에서 작동 | 내장 시스템 제공 |
-| 운영 비용 | 월 약 $300 | 연간 약 $6,000 |
-
-이제 이러한 플랫폼이 협업 및 팀 워크플로를 처리하는 방식을 살펴보겠습니다.
-
-### 팀 도구
-
-Capgo와 Appflow 모두 협업을 개선하기 위해 설계된 기능을 포함하고 있지만, 접근 방식은 다릅니다. Capgo는 세부적인 사용자 권한, [다중 조직](https://capgo.app/docs/webapp/organization-system/) 지원 및 타겟 업데이트 제공을 위한 정교한 채널 시스템을 제공합니다. 또한, Capgo는 공개 API를 제공하여 팀이 기존 도구 및 워크플로와 통합할 수 있도록 합니다. 이 설정은 개발 팀이 업데이트를 조직적이고 효율적으로 유지하면서 작업할 수 있도록 보장합니다 [\[1\]](https://capgo.app).
-
-## 모바일 앱 업데이트를 즉시 발송하는 [Appflow](https://ionic.io/appflow/)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/68217b4a5e3fe4823b5fc0bc/d621f8c4ec61e7471b0153517889f4cc.jpg)
-
-<iframe src="https://www.youtube.com/embed/b3zaNyJJFwk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 플랫폼 선택 가이드
-
-상세한 기능 및 가격 비교를 검토한 후, 이 가이드는 Capgo가 Appflow보다 우수한 부분을 강조합니다.
-
-### 주요 차이점
-
-Capgo와 Appflow는 미래 가용성, 가격 구조 및 기술 접근 방식에서 크게 다릅니다. Capgo는 **종단 간 암호화**, **Capacitor 8** 지원 및 **클라우드 및 자가 호스팅 배포 옵션의 유연성**과 같은 기능으로 두각을 나타냅니다. 이러한 요소들은 앱 스토어 정책에 부합하는 **보안적인 실시간 업데이트**가 필요한 팀들에게 더 많은 통제와 비용 효율적인 솔루션을 제공합니다.
-
-| 측면 | Capgo | Appflow |
-| --- | --- | --- |
-| 장기 지속 가능성 | 적극 개발 중(2022년 출시) | 2026년에 종료 |
-| 배포 옵션 | 클라우드 및 자가 호스팅 | 클라우드 전용 |
-| 보안 기능 | 종단 간 암호화 | 기본 업데이트 서명 |
-
-이러한 차이점을 통해 어느 플랫폼이 귀하의 배포 요구 사항에 더 잘 부합하는지 쉽게 파악할 수 있습니다.
-
-### 최적의 사용 사례
-
-기술적 강점과 전략적 이점 덕분에 Capgo는 **안전하고 실시간으로 업데이트**가 필요한 팀에게 뛰어난 선택입니다. 이는 **유연하고 예산 친화적인 배포 솔루션**을 찾고 있는 조직에 특히 적합합니다.
-
-> "@Capgo는 뜨거운 코드 푸시를 만드는 스마트한 방법입니다(그리고 @AppFlow처럼 모든 돈을 주고 사는 제품이 아닙니다) 🙂"  
-> – NASA의 OSIRIS-REx [\[1\]](https://capgo.app)
-
-## 자주 묻는 질문
-
-:::faq
-### OTA 앱 업데이트를 위해 Capgo를 Appflow보다 선택해야 하는 이유는 무엇인가요?
-
-Capgo는 귀하의 Capacitor 앱에 대해 OTA 업데이트를 제공하는 빠르고 신뢰할 수 있는 방법을 제공합니다. **실시간 업데이트**는 Apple과 Android 가이드라인 모두에 부합하므로, 수정 사항, 새로운 기능 및 개선 사항을 즉시 롤아웃하고 앱 스토어 승인을 생략할 수 있습니다.
-
-Capgo를 독특하게 만드는 것은 **종단 간 암호화**를 통한 안전한 업데이트, 워크플로를 간소화하는 **원활한 CI/CD 통합** 및 맞춤형 배포를 위한 **사용자별 업데이트 타겟팅**과 같은 탁월한 기능입니다. 또한, 오픈 소스 플랫폼으로서 투명성과 유연성을 제공하여 앱의 배포 요구 사항을 충족합니다.
-:::
-
-:::faq
-### Capgo가 Appflow와 비교하여 앱 업데이트를 어떻게 보호하나요?
-
-Capgo는 **종단 간 암호화**를 사용하여 앱 업데이트의 [보안성](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)을 최우선으로 하여 데이터가 개발자와 사용자 간에 전송될 때 보호가 유지되도록 합니다. 이 방법은 무단 접근으로부터 업데이트를 효과적으로 차단하며, 플랫폼 준수 표준을 충족합니다.
-:::
-
-한편, Appflow는 기능을 제공하지만 동일한 고급 암호화 조치가 부족합니다. 이는 Capgo가 업데이트 보호에 집중하는 개발자에게 더 강력하고 안전한 옵션이 되게 합니다.
-:::
-
-:::faq
-### 개발자들이 Capgo의 클라우드와 자체 호스팅 배포 옵션을 선택할 때 고려해야 할 사항은 무엇인가요?
-
-이 기사는 Capgo의 클라우드와 자체 호스팅 배포 옵션의 세부 사항에 대해 깊이 다루고 있지 않습니다. 보다 구체적인 정보를 얻으려면 Capgo의 공식 자료를 확인하거나 직접 팀에 문의하는 것이 좋습니다. 그들은 귀하의 특정 요구에 맞는 안내를 제공할 수 있습니다.
-:::
diff --git a/src/content/blog/ko/ccpa-compliance-for-mobile-apps.md b/src/content/blog/ko/ccpa-compliance-for-mobile-apps.md
deleted file mode 100644
index 2763c85a4..000000000
--- a/src/content/blog/ko/ccpa-compliance-for-mobile-apps.md
+++ /dev/null
@@ -1,271 +0,0 @@
----
-slug: ccpa-compliance-for-mobile-apps
-title: 모바일 앱을 위한 CCPA 준수
-description: 모바일 앱 개발자가 사용자 데이터를 보호하고 개인정보 보호 권리를 유지하면서 CCPA 준수를 보장하기 위한 필수 단계를 살펴보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-27T00:40:38.043Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680d75de5a08fca89179eb81-1745714676586.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  CCPA compliance, mobile apps, personal data protection, user rights, data
-  security
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-**[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)는 캘리포니아 주민의 개인 정보를 수집하는 모바일 앱 개발자에게 필수적인 규정입니다.** 이 법은 사용자에게 자신의 데이터에 대한 권리를 부여하고 앱이 이를 처리하는 방식에 대해 엄격한 규칙을 부과합니다. 미준수 시 막대한 벌금과 평판 손상의 위험이 있습니다.
-
-### 주요 포인트:
-
--   **누가 준수해야 하나요?** 다음 중 하나에 해당하는 앱:
-    -   연간 수익 2,500만 달러 초과
-    -   50,000명 이상의 캘리포니아 주민 데이터 보유
-    -   개인정보 판매로 50% 이상의 수익 창출
--   **CCPA에 따른 사용자 권리:**
-    -   **알 권리와 삭제할 권리**: 개인정보 접근 및 삭제
-    -   **거부할 권리**: 데이터 판매 거부
-    -   **차별금지 권리**: 거부 여부와 관계없이 동등한 서비스
--   **미준수 시 처벌:**
-    -   비고의적 위반 시 건당 2,500달러
-    -   고의적 위반 시 건당 7,500달러
-    -   소비자당 데이터 유출 시 100-750달러
-
-### 준수를 위한 단계:
-
-1.  **데이터 관행 감사**: 수집 및 저장된 모든 개인정보 매핑
-2.  **[개인정보 보호정책](https://capgo.app/dp/) 업데이트**: 데이터 사용 및 사용자 권리 명확히 기술
-3.  **사용자 제어 추가**: 앱 내 거부 및 데이터 관리 옵션 포함
-4.  **데이터 보안**: 암호화, 접근 제어 및 정기 감사 실시
-5.  **요청 대응**: 45일 이내에 사용자 데이터 문의 처리 시스템 구축
-
-**[Capgo](https://capgo.app/)와 같은 도구**는 업데이트 보안과 사용자 개인정보 설정 관리를 통해 규정 준수를 단순화할 수 있습니다.
-
-**실행 가능한 다음 단계:**
-
--   데이터 인벤토리 실시
--   개인정보 보호 중심 앱 기능 구현
--   팀의 규정 준수 프로토콜 교육
-
-## [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) 모바일 앱 요구사항
-
-### 개인정보 유형
-
-CCPA는 모바일 앱이 일반적으로 수집하는 여러 유형의 개인정보를 보호합니다. 다음은 간단한 분류입니다:
-
-| **데이터 카테고리** | **예시** | **수집 방법** |
-| --- | --- | --- |
-| 기기 식별자 | IDFA, AAID, MAC 주소 | 시스템에 의해 자동 수집 |
-| 위치 데이터 | GPS 좌표, IP 주소 | 앱 권한을 통해 수집 |
-| 사용 데이터 | 세션 시간, 기능 사용 | 분석을 통해 추적 |
-| 개인 세부정보 | 이름, 이메일, 전화번호 | 사용자 입력 양식을 통해 제공 |
-| 금융 정보 | 결제 정보, 구매 기록 | [앱 내 거래 중 수집](https://capgo.app/plugins/purchases-capacitor/) |
-| 생체 인식 데이터 | 지문, Face ID 패턴 | 기기 보안 기능을 통해 캡처 |
-
-### 사용자 권리
-
-CCPA에 따라 사용자는 개인정보에 대해 특정 권리를 가집니다:
-
--   **알 권리와 삭제할 권리**: 사용자는 지난 12개월 동안 수집된 개인정보에 대한 정보를 요청하고 삭제를 요청할 수 있습니다.
--   **거부할 권리**: 사용자는 개인정보 판매를 거부할 수 있어야 합니다.
--   **차별금지 권리**: CCPA에 따른 권리를 행사하는 사용자는 더 높은 가격이나 서비스 품질 저하로 불이익을 받을 수 없습니다.
-
-### 개발자 요구사항
-
-CCPA를 준수하기 위해 개발자는 다음 지침을 따라야 합니다:
-
--   **확인 시스템**  
-    [다중 인증](https://capgo.app/docs/webapp/mfa/) 또는 유사한 방법을 사용하여 데이터 요청을 하는 사용자의 신원을 확인합니다.
-    
--   **응답 채널**  
-    사용자 요청을 처리할 전용 채널을 설정합니다. 필요한 경우 연장 가능한 45일의 응답 기간이 있습니다.
-    
--   **기술적 제어**  
-    앞서 설명한 대로 사용자 데이터를 관리하고 보호하는 데 필요한 기술적 조치가 앱에 포함되어 있는지 확인합니다.
-    
--   **문서화 요구사항**  
-    다음 사항에 대한 상세한 기록을 유지합니다:
-    
-    -   데이터 수집 및 처리 활동
-    -   사용자 요청 및 응답
-    -   개인정보 보호정책 업데이트
-    -   CCPA 준수 관련 직원 교육 자료
-
-실시간 업데이트를 위해 [Capgo](https://capgo.app)와 같은 도구가 사용자 개인정보 설정을 효과적으로 유지하는 데 도움이 될 수 있습니다.
-
-다음 단계에서는 이러한 요구사항을 모바일 앱에 통합하는 방법을 안내합니다.
-
-## CCPA 준수 단계
-
-### 데이터 인벤토리
-
-조직이 수집하는 모든 개인정보의 포괄적인 매핑부터 시작하세요. 다음은 샘플 분류입니다:
-
-| 데이터 카테고리 | 수집 지점 | 저장 위치 | 접근 제어 |
-| --- | --- | --- | --- |
-| 사용자 입력 | 등록 양식, 프로필 업데이트 | 로컬 데이터베이스, 클라우드 스토리지 | 역할 기반 인증 |
-| 자동 수집 | 앱 실행, 세션 추적 | 분석 서버 | 암호화, API 키 |
-| 제3자 데이터 | 소셜 로그인, 결제 처리자 | 외부 서비스 | 서비스 계약 |
-| 기기 데이터 | 시스템 권한, 센서 | 기기 저장소, 백업 서버 | 권한 관리 |
-
-데이터가 매핑되면 개인정보 보호정책이 이러한 관행을 정확히 반영하는지 확인하세요.
-
-### 개인정보 보호정책 업데이트
-
-개인정보 보호정책은 데이터가 어떻게 수집, 사용 및 관리되는지 명확히 전달해야 합니다. 다음 주요 사항을 포함하세요:
-
--   **데이터 수집 범위**: 수집되는 개인정보의 카테고리를 명시
--   **사용 목적**: 각 유형의 데이터가 수집되는 이유와 사용 방법 설명
--   **공유 관행**: 사용자 데이터를 받는 제3자 식별
--   **사용자 권리**: CCPA 권리를 명시하고 행사 방법에 대한 명확한 지침 제공
--   **연락 방법**: 이메일이나 웹 양식과 같이 사용자가 요청을 제출할 수 있는 최소 두 가지 방법 제공
-
-### 사용자 제어 기능
-
-사용자에게 데이터 제어 권한을 주는 앱 내 도구 추가:
-
-**개인정보 보호 토글** :
-
--   데이터 수집 환경설정
--   마케팅 커뮤니케이션
--   제3자와의 데이터 공유
-
-**동의 관리**:
-
--   명확한 옵트인 및 옵트아웃 옵션 제공
--   타임스탬프와 함께 사용자 선호도 기록
--   사용자가 쉽게 선호도를 업데이트할 수 있도록 허용
-
-이러한 기능은 사용자에게 권한을 부여하면서 앱의 규정 준수를 유지합니다.
-
-### 데이터 요청 시스템
-
-CCPA 권리와 관련된 사용자 요청을 처리하는 시스템을 구축하세요. 다음은 제안된 프레임워크입니다:
-
-| 요청 유형 | 응답 시간 | 확인 방법 |
-| --- | --- | --- |
-| 데이터 접근 | 45일 | 이중 인증 |
-| 데이터 삭제 | 45일 | 계정 비밀번호 + 이메일 확인 |
-| 데이터 내보내기 | 45일 | 정부 발급 신분증 확인 |
-| 옵트아웃 확인 | 즉시 | 계정 로그인 |
-
-이를 통해 요청이 효율적이고 안전하게 처리됩니다.
-
-### 데이터 보호
-
-배포 전에 다음 보호 장치가 마련되어 있는지 확인하세요:
-
--   **암호화**: 전송 중 및 저장된 데이터 보호
--   **접근 제어**: 역할 기반 접근 구현
--   **최소 데이터 수집**: 필요한 것만 수집
--   **감사**: 데이터 관행에 대한 분기별 검토 실시
--   **유출 대응**: 데이터 유출 처리를 위한 문서화된 절차 유지
-
-실시간 업데이트를 위해 개인정보 설정이 유지되도록 하세요. Capgo와 같은 도구는 배포 중 종단 간 암호화를 제공하여 도움이 될 수 있습니다.
-
-## 모바일 앱이 제시하는 간과된 개인정보 보호 위험
-
-<iframe src="https://www.youtube.com/embed/aY-rICZi_Ms" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## CCPA 준수 도구
-
-효과적인 도구는 데이터 보호를 유지하고 CCPA 요구사항을 충족하는 데 필수적입니다. 적절한 도구는 사용자 데이터를 보호할 뿐만 아니라 규정 준수 노력을 단순화합니다.
-
-### [Capgo](https://capgo.app/) 업데이트
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680d75de5a08fca89179eb81/002013533a2d2ba7b874d9490aa8d76e.jpg)
-
-Capgo는 CCPA 요구사항에 부합하는 안전하고 효율적인 앱 업데이트를 제공합니다. 종단 간 암호화를 사용하여 업데이트 중 민감한 데이터를 보호합니다. 인상적으로, Capgo는 24시간 이내에 활성 사용자의 95%를 업데이트 상태로 유지합니다 [\[1\]](https://capgo.app/).
-
-다음은 Capgo가 규정 준수를 위해 제공하는 기능입니다:
-
-| 기능 | 규정 준수에 도움이 되는 방법 |
-| --- | --- |
-| **종단 간 암호화** | 업데이트 중 사용자 데이터 보안 |
-| **롤백 기능** | 문제 발생 시 신속한 업데이트 되돌리기 |
-| **사용자 할당** | 대상 개인정보 보호 업데이트 전달 |
-| **분석 대시보드** | 업데이트 및 사용자 참여 모니터링 |
-| **[채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | 특정 사용자 그룹과 업데이트 테스트 |
-
-팀이 CCPA 요구사항을 이해하도록 하세요. 교육 프로그램에는 다음이 포함되어야 합니다:
-
--   **초기 온보딩:** 모든 신입 직원을 위한 필수 교육
--   **정기 업데이트:** 규정 변경 사항과 모범 사례를 다루는 정기 세션 
--   **역할별 지침:** 개발자, 지원 인력, 제품 관리자를 위한 보안 코딩, 사용자 권리, 규정 준수 점검에 대한 맞춤 지침
-
-### 규정 업데이트
-
-공식 규제 채널과 업계 포럼을 통해 변경 사항을 파악하세요. 자동화된 배포 도구를 사용하여 업데이트를 신속하고 일관되게 롤아웃하세요. Capgo는 업데이트가 빠르고 감사 가능하도록 지원할 수 있습니다. 또한 중요 업데이트를 처리하기 위한 신속 대응 계획을 수립하여 적시 조치와 사용자와의 명확한 소통을 보장하세요.
-
-## 요약
-
-앱 경험을 손상시키지 않으면서 사용자 데이터를 보호하기 위해 효과적인 도구를 사용하고 철저한 감독을 유지하여 CCPA 요구사항을 준수하세요. 아래에서 앞서 설명한 방법에서 도출된 실행 가능한 단계를 확인할 수 있습니다.
-
-### 실행 항목
-
-다음은 CCPA 준수를 보장하기 위한 주요 단계입니다:
-
--   **데이터 인벤토리 평가**: 개인 데이터가 수집되는 모든 지점을 식별하고 문서화
--   **개인정보 보호정책 구현**: 명확하고 이해하기 쉬운 개인정보 보호 고지 작성 및 공유
--   **권리 프로토콜 검토**: 사용자 권리 관리 시스템 강화
--   **보안 조치**: 강력한 암호화 및 기타 안전장치를 사용하여 데이터 보호
--   **팀 교육 프로토콜**: 정기적인 교육 세션을 통해 팀이 규정 준수 모범 사례를 숙지하도록 함
-
-이러한 단계들은 사용자 개인정보를 효과적으로 관리하기 위한 명확한 로드맵을 제공합니다.
-
-### 업데이트 도구
-
-이러한 단계들을 효율적으로 구현하기 위해 데이터 무결성을 우선시하는 고급 업데이트 도구 사용을 고려하세요. 예를 들어, Capgo는 전 세계적으로 9억 4,760만 건의 업데이트를 제공하고 24시간 이내에 95%의 활성 사용자 업데이트율을 달성하는 인상적인 결과로 글로벌 업데이트를 지원합니다 [\[1\]](https://capgo.app/).
-
-> "우리는 애자일 개발을 실천하고 있으며 Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo와 같은 도구는 규정 준수 관련 업데이트를 자동화하고 최소한의 노력으로 애플리케이션을 최신 상태로 유지할 수 있습니다.
-
-### 다음 단계
-
-이러한 사례를 발전시키기 위해 다음으로 시작하세요:
-
--   **현재 관행 감사**: 현재 데이터 수집 및 개인정보 보호 프로세스 검토
--   **도구 구현**: 규정 준수 중심의 관리 도구 통합
--   **문서 작성**: 상세한 규정 준수 문서 개발
--   **팀 준비**: 팀의 준비를 위한 교육 세션 계획 및 실시
-
-## FAQ
-
-:::faq
-### 모바일 앱 개발자는 자신의 앱이 캘리포니아 소비자 개인정보 보호법(CCPA)을 준수해야 하는지 어떻게 판단할 수 있나요?
-
-앱이 **캘리포니아 소비자 개인정보 보호법(CCPA)**을 준수해야 하는지 판단하려면 다음 주요 요소를 고려하세요:
-
-1.  **사업 규모**: 앱 또는 해당 회사의 연간 총수익이 2,500만 달러를 초과하나요?
-2.  **데이터 처리**: 연간 50,000명 이상의 캘리포니아 거주자, 가구 또는 기기의 개인정보를 구매, 판매 또는 공유하나요?
-3.  **데이터 수익**: 캘리포니아 거주자의 개인정보 판매로 연간 수익의 50% 이상을 얻나요?
-
-앱이나 사업체가 이러한 기준 중 하나라도 충족하면 CCPA 요구사항의 적용 대상일 가능성이 높습니다. 또한 앱이 이러한 기준을 직접적으로 충족하지 않더라도, 더 넓은 범위의 개인정보 보호 기대사항을 준수하기 위해 데이터 수집 및 개인정보 보호 관행을 검토하는 것이 좋습니다.
-
-**Capgo**를 사용하는 개발자의 경우, Capacitor 앱을 위한 실시간 업데이트 솔루션은 Apple과 Android 지침을 모두 준수하면서 원활한 업데이트를 보장하여 앱의 전반적인 규정 준수 전략을 지원할 수 있습니다.
-:::
-
-:::faq
-### 모바일 앱은 사용자 데이터를 보호하면서 캘리포니아 소비자 개인정보 보호법(CCPA)을 어떻게 준수할 수 있나요?
-
-**캘리포니아 소비자 개인정보 보호법(CCPA)**을 준수하고 사용자 데이터를 보호하기 위해 모바일 앱은 몇 가지 주요 실천 사항에 중점을 두어야 합니다:
-
--   **데이터 수집의 투명성**: 수집되는 데이터 유형, 수집 목적, 사용 방법에 대해 사용자에게 명확히 알림
--   **사용자 권리 제공**: CCPA가 요구하는 대로 사용자가 개인 데이터에 접근, 삭제 또는 판매 거부할 수 있는 기능 구현
--   **데이터 보안 강화**: [암호화 및 보안 저장](https://capgo.app/docs/cli/migrations/encryption/) 솔루션을 사용하여 무단 접근이나 유출로부터 사용자 정보 보호
-
-또한 **Capgo**와 같은 도구는 앱 스토어 승인 없이도 보안 취약점이나 개인정보 보호 관련 변경사항을 즉시 업데이트할 수 있게 함으로써 앱의 규정 준수 노력을 향상시킬 수 있습니다. 이를 통해 앱은 원활한 사용자 경험을 제공하면서 실시간으로 규정을 준수할 수 있습니다. CCPA 요구사항을 완전히 준수하기 위해 항상 법률 전문가와 상담하세요.
-:::
-
-:::faq
-### CCPA는 모바일 앱 개발자의 제3자 서비스 사용에 어떤 영향을 미치나요?
-
-캘리포니아 소비자 개인정보 보호법(CCPA)은 모바일 앱 개발자가 사용하는 모든 제3자 서비스가 데이터 개인정보 보호 규정을 준수하도록 요구합니다. 이는 개발자가 제3자 제공업체의 사용자 데이터 처리 방식을 주의 깊게 평가하여 데이터 수집, 저장 및 공유에 대한 CCPA 지침을 따르도록 해야 함을 의미합니다. 또한 개발자는 데이터 수집에 대한 접근, 삭제 또는 거부와 같은 사용자 권리를 보호하기 위해 이러한 제공업체와 명확한 계약을 체결해야 합니다.
-
-앱 업데이트 관리를 위해 Capgo와 같은 도구를 사용하는 경우, 이러한 서비스가 CCPA 요구사항에 부합하는지 확인하는 것이 필수적입니다. 예를 들어 Capgo는 엔드투엔드 암호화와 같은 기능으로 보안 데이터 처리를 지원하여 앱의 실시간 업데이트를 제공하면서 규정 준수를 보장합니다. 규정을 준수하는 제공업체와 협력함으로써 개발자는 CCPA에 따른 신뢰를 유지하고 잠재적인 법적 문제를 피할 수 있습니다.
-:::
diff --git a/src/content/blog/ko/checklist-for-cybersecurity-compliance-in-china.md b/src/content/blog/ko/checklist-for-cybersecurity-compliance-in-china.md
deleted file mode 100644
index 5288e7019..000000000
--- a/src/content/blog/ko/checklist-for-cybersecurity-compliance-in-china.md
+++ /dev/null
@@ -1,370 +0,0 @@
----
-slug: checklist-for-cybersecurity-compliance-in-china
-title: 중국 사이버 보안 준수를 위한 체크리스트
-description: 2025년에 필수 데이터 보호 및 보안 요구 사항을 준수하여 중국의 엄격한 사이버 보안 법규를 준수하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T05:14:08.592Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822cd20266b1f3f75203ab9-1747113353909.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  China cybersecurity, compliance checklist, data protection, personal
-  information law, security regulations
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-2025년 중국의 사이버 보안 법률은 그 어느 때보다 엄격합니다. 준수를 위해 기업은 **사이버 보안법 (CSL)**, **데이터 보안법 (DSL)**, **개인정보 보호법 (PIPL)**와 같은 주요 규정을 따라야 합니다. 다음은 간단한 준수 체크리스트입니다:
-
-1. **사용자 신원 확인**: 모바일 번호 또는 정부 발급 ID 사용.
-2. **데이터 로컬 저장**: 모든 중국 사용자 데이터는 중국 내 서버에 저장해야 합니다.
-3. **활동 로그 기록**: 최소 60일 동안 사용자 [활동 로그](https://capgo.app/docs/webapp/logs/) 유지.
-4. **데이터 보안**: 저장 데이터(AES-256) 및 전송 데이터(TLS 1.3 이상) 암호화.
-5. **감사 수행**: 정기적인 보안 점검과 연간 감사는 필수입니다.
-6. **업데이트 관리**: OTA 업데이트는 암호화, 기록, 사용자 승인을 받아야 합니다.
-
-이 기준을 충족하지 못할 경우 최대 ¥5000만(약 750만 달러) 또는 연간 수익의 5%에 이르는 과태료가 부과될 수 있습니다. [Capgo](https://capgo.app/)와 같은 도구를 사용하여 암호화된 업데이트와 준수 추적을 진행하세요.
-
-| **주요 규정** | **발효일** | **영향** |
-| --- | --- | --- |
-| 네트워크 데이터 보안 관리 규정 | 2025년 1월 1일 | 더 엄격한 데이터 준수 규칙 |
-| CSL 개정안 | 2025년 3월 28일 | 더 높은 처벌, stricter enforcement |
-
-사용자 데이터 보호, 적절한 문서 유지 및 중국의 사이버 보안 프레임워크의 최신 업데이트를 따름으로써 준수를 유지하세요.
-
-## 주요 사이버 보안 법률 및 규정
-
-### 중국 사이버 보안법 (CSL)
-
-중국 사이버 보안법 (CSL)은 네트워크 보안을 유지하기 위한 기본 요구 사항을 규정하고 있습니다. 여기에 실명 등록, 강력한 보안 조치 시행, 정기적인 평가 실시, 사건 즉각 보고가 포함됩니다. 2025년 3월 발효 예정인 최근 개정안은 위반에 대한 더 엄격한 처벌을 도입하여 진화하는 데이터 보호 기준에 맞추고 있습니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### 개인정보 보호법 (PIPL)
-
-개인정보 보호법 (PIPL)은 사용자 데이터 관리에 대한 엄격한 지침을 시행하며 투명성과 보안을 강조합니다. 주요 조항은 다음과 같습니다:
-
-| **요구 사항** | **세부 사항** | **이행** |
-| --- | --- | --- |
-| **사용자 동의** | 데이터 수집 및 사용에 대한 명시적 허가 받기 | 이미 시행 중 |
-| **국경을 초월한 전송** | 데이터 수출에 대한 보안 검토 및 정부 승인 필요 | 수집 후 60일 이내 |
-| **데이터 보호** | 개인 데이터를 보호하기 위한 기술적 안전장치 적용 | 지속적인 모니터링 |
-
-PIPL은 또한 앱 개발자가 명확하고 개방적인 데이터 처리 관행을 채택하고 사용자 동의에 대한 세부 기록을 유지하도록 의무화하고 있습니다. 위반 시 운영 중단 및 최대 ¥5000만(약 750만 달러)의 벌금이 부과될 수 있습니다 [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law). 이 규칙은 데이터 보안 관리 규정에 명시된 기술적 조치의 근간을 형성합니다.
-
-### 데이터 보안 관리 규정
-
-2025년 1월 1일부터 네트워크 데이터 보안 관리 규정은 데이터와 관련된 위험을 관리하기 위한 포괄적인 프레임워크를 도입합니다. 이 규정은 다음을 강조합니다:
-
-1. **위험 평가**: 데이터 민감성, 처리 볼륨 및 잠재적인 국가 안보 영향 평가.
-2. **기술적 안전장치**: 데이터를 분류하고, 접근 제어를 시행하며, 민감한 정보를 암호화합니다.
-3. **사고 대응**: 보안 사고를 해결하기 위해 견고한 문서화 및 기술적 조치 유지.
-
-이 업데이트는 집행을 강화하고 새로운 사이버 보안 도전에 대처하는 것을 목표로 합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-업데이트 및 보안 패치를 진행하는 앱 개발자는 [보안 업데이트 플랫폼](https://capgo.app/docs/live-updates/update-behavior/)을 활용하여 이러한 규정 준수를 간소화할 수 있습니다. 예를 들어, **Capgo** (https://capgo.app)는 엔드 투 엔드 암호화 및 실시간 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 제공하여 전 세계에서 400만 개 이상의 모바일 앱 및 가장 많은 모바일 인터넷 사용자 기반을 가진 시장에서 특히 유용합니다 [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## 데이터 프라이버시 요구 사항
-
-### 사용자 신원 확인
-
-사용자 계정을 활성화하기 전에 모바일 번호 또는 정부 발급 ID를 사용하여 실명 인증을 구현하세요. 실제 신원이 기록되고 암호화되도록 하고, 사용자가 공개 별명을 표시할 수 있도록 하세요. 또한, 규정에 따라 사용자 활동을 기록하세요 [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market). 이 과정을 간소화하기 위해 [China Mobile](https://www.chinamobileltd.com/) 및 [China Unicom](https://www.chinaunicom.com/)과 같은 공인된 로컬 검증 서비스와 통합을 고려하세요 [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-저장된 모든 데이터가 지역 호스팅 규정을 준수하는 것도 중요합니다.
-
-### 데이터 저장 요구 사항
-
-중국 사용자로부터 수집된 모든 데이터는 2025년 1월 1일부터 발효되는 네트워크 데이터 보안 관리 규정에 따라 중국 본토의 서버에 저장해야 합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). 데이터가 해외로 전송되어야 할 경우, 먼저 정부 보안 검토를 거치거나 명시적인 사용자 동의를 받아야 합니다 [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-이 요구 사항을 충족하기 위해 [Alibaba Cloud](https://www.alibabacloud.com/) 또는 [Tencent Cloud](https://www.tencentcloud.com/)와 같은 공인 중국 클라우드 공급자와 협력하세요. 이를 통해 사용자 데이터가 지정된 지리적 경계 내에 유지됩니다.
-
-저장 요구 사항이 충족된 후, 아래에 명시된 필요한 보안 조치 이행에 집중하세요.
-
-### 요구되는 보안 기준
-
-2025년 사이버 보안 프레임워크는 사용자 데이터를 보호하기 위해 강력한 암호화 프로토콜을 사용하도록 강조합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). 주요 조치는 다음과 같습니다:
-
-| 보안 조치 | 기술 사양 | 목적 |
-| --- | --- | --- |
-| 저장 데이터 | AES-256 암호화 | 저장된 데이터 보호 |
-| 전송 데이터 | TLS 1.3 이상 | 네트워크 통신 보안 |
-
-업데이트를 관리하는 개발자를 위해 Capgo와 같은 플랫폼은 이러한 보안 요구 사항에 맞춘 내장 엔드 투 엔드 암호화를 제공합니다.
-
-정기적인 감사 및 테스트는 모든 보안 조치가 효과적이고 최신 상태를 유지하도록 하는 데 필수적입니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-## 중국의 사이버 보안 및 데이터 보호 준수, 도전 및 팁
-
-<iframe src="https://www.youtube.com/embed/cNYATmph4sw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 기술 보안 요구 사항
-
-중국의 사이버 보안 규정은 조직이 준수를 유지하기 위해 자세한 기술 보안 조치를 이행하도록 요구합니다. 2025년 3월 [중국 사이버 공간 관리국](https://en.wikipedia.org/wiki/Cyberspace_Administration_of_China) (CAC)은 이러한 요구 사항을 개략적으로 설명하는 사이버 보안법 (CSL) 개정안을 도입했습니다. 이는 법적 의무를 실행 가능한 관행으로 전환합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### 보안 스캔 일정
-
-모바일 애플리케이션은 CAC 승인 스캔 도구를 사용하여 매월 보안 점검을 받아야 합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). 이 평가는 앱 보안의 다양한 측면에 중점을 둡니다:
-
-| **보안 측면** | **평가 빈도** | **필요한 문서** |
-| --- | --- | --- |
-| 취약점 평가 | 매월 | 수정 기한이 포함된 스캔 보고서 |
-| 코드 보안 검토 | 매월 | 소스 코드 분석 결과 |
-| 타사 구성 요소 확인 | 매월 | 의존성 감사 보고서 |
-
-모든 스캔 보고서는 저장되어 연간 규제 감사에 제공될 수 있어야 합니다. 또한 당국은 검사 중에 이러한 결과에 대한 즉각적인 접근을 요청할 수 있습니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[5\]](https://www.twobirds.com/en/insights/2025/china/china-cybersecurity-and-data-protection-monthly-update-march-2025-issue).
-
-### 사용자 권한 관리
-
-역할 기반 접근 제어(RBAC)는 중국에서 운영되는 모바일 애플리케이션에 대한 필수 요구 사항입니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). 개발자는 다음을 수행해야 합니다:
-
-1. 사용자 역할에 따라 정확한 권한 수준을 설정합니다.
-2. 접근 활동의 세부 기록을 유지합니다.
-3. 권한 설정이 적절한지 정기적으로 검토하고 업데이트합니다.
-
-앱 업데이트를 처리하는 개발자를 위해 Capgo와 같은 플랫폼은 사용자 역할 및 권한을 효율적으로 관리할 수 있는 내장 도구를 제공하며, 보안 패치를 신속하게 배포할 수 있도록 합니다.
-
-### 보안 사고 대응
-
-조직은 보안 사고를 탐지 후 12시간 이내에 CAC에 통지해야 합니다. 이 통지에는 초기 평가 및 격리 조치에 대한 세부 정보가 포함되어야 합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[5\]](https://www.twobirds.com/en/insights/2025/china/china-cybersecurity-and-data-protection-monthly-update-march-2025-issue).
-
-포괄적인 사고 대응 계획은 다음을 포함해야 합니다:
-
-1. 문제의 탐지 및 격리.
-2. 조사 및 커뮤니케이션 전략.
-3. 필요한 경우 사용자 알림.
-
-사고 후, 근본 원인, 수정 조치 및 보안 프로토콜에 대한 업데이트를 문서화하십시오. 그 후, 상세 보고서를 규제 당국에 제출해야 합니다.
-
-> “CSL에 대한 최신 개정은 집행을 강화하고 PIPL 및 DSL과 같은 중국의 다른 주요 데이터 보호법과 일치하도록 벌금 금액을 인상했습니다.”라고 중국 사이버 공간 관리국이 2025년 3월 지침에 명시하고 있습니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-정기적인 보안 훈련 및 직원 교육 세션도 필요하며, 모든 관련 문서는 규제 검사에 대비해 준비되어 있어야 합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-## 앱 스토어 요구 사항
-
-중국에서 앱을 공개하는 것은 기술적 기준을 충족하는 것에서 시작합니다. 개발자는 중국 사이버 공간 관리국(CAC) 및 [산업정보기술부](https://en.wikipedia.org/wiki/Ministry_of_Industry_and_Information_Technology)(MIIT)에서 정한 규정을 준수해야 합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### MIIT 등록 절차
-
-MIIT에 등록하려면 개발자가 다음을 준비해야 합니다:
-
-- 1. 사업자 등록증 또는 조직 증명서와 함께 승인서
-- 2. 앱의 기능 및 데이터 수집 관행에 대한 자세한 설명
-- 3. 네트워크 보안 평가 문서
-- 4. 개인정보 보호 영향 평가
-
-표준 검토 절차는 일반적으로 7–10영업일이 걸립니다. 그러나 외국 개발자는 지역 단체를 통해 작업해야 하는 요구 사항으로 인해 처리 시간이 2–3개월로 연장되는 경우가 많습니다. 이러한 단계는 데이터 보안 및 사용자 프라이버시를 보장하기 위해 이전의 기술적 보호 조치를 기반으로 합니다.
-
-### 보안 테스트 요구 사항
-
-등록 외에도 앱은 필수 보안 테스트를 거쳐야 합니다. 2025년 1월 1일 발효되는 **네트워크 데이터 보안 관리 규정**은 앱 카테고리에 따라 특정 테스트 프로토콜을 제시합니다 [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN):
-
-- 1. **금융 및 의료 앱**  
-    이러한 앱은 CAC 승인 기관에서 수행한 침투 테스트 및 소스 코드 검토가 필요합니다. 개발자는 또한 3년 동안 보안 문서를 보관해야 합니다.
-    
-- 2. **사회 및 교육 앱**  
-    테스트는 취약성 평가 및 데이터 보호 기준 준수에 중점을 두고 이루어집니다. 또한 사용자 활동 로그는 최소 60일 동안 유지해야 합니다 [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-    
-- 3. **일반 애플리케이션**  
-    이러한 앱은 암호화 표준 및 데이터 처리 관행을 포함한 기본 체크를 받아야 합니다. 또한 승인된 방법을 통해 사용자 신원을 인증해야 합니다.
-    
-
-### SDK 준수 점검
-
-개발자는 앱에서 사용하는 모든 SDK의 세부 인벤토리를 유지해야 하며, 여기에 포함되는 내용은 다음과 같습니다:
-
-- 1. SDK 이름, 버전 및 제공자
-- 2. 데이터 액세스 권한 및 저장 위치
-- 3. 보안 인증서
-- 4. 개인정보 보호법(PIPL) 및 데이터 보안법(DSL) 준수 [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law)
-
-[클라우드 기반 업데이트](https://capgo.app/docs/live-updates/update-behavior/)에 의존하는 앱을 위해 Capgo와 같은 플랫폼은 중국의 사이버 보안 기준에 부합하는 버전 관리 및 패치 배포 도구를 제공합니다.
-
-준수를 시행하기 위해 CAC는 제보 시스템을 구현했습니다. 비준수 시 앱 삭제 및 막대한 벌금이 부과될 수 있습니다 [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## 업데이트 관리
-
-중국에서 업데이트 관리는 기술적 조정을 넘어서며, 끊임없이 진화하는 엄격한 사이버 보안 규제를 준수하는 것입니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### OTA 업데이트 요구 사항
-
-중국에서의 무선(OTA) 업데이트는 엄격한 보안 및 준수 규칙을 따라야 합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). 요구 사항은 다음과 같습니다:
-
-- 1. **종단 간 암호화**: 업데이트 패키지는 전송 중 암호화되어야 하고, 진위 확인을 위한 디지털 서명을 포함해야 합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-- 2. **사용자 인증**: 업데이트는 명시적인 사용자 동의 후에만 진행될 수 있으며, 일반적으로 모바일 번호 검증을 통해 확인됩니다 [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-- 3. **데이터 현지화**: 중국 사용자에게 업데이트를 제공하는 데 사용되는 인프라는 물리적으로 중국 내에 위치해야 합니다 [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-- 4. **문서화**: 사용자 동의, 액세스 기록 및 보안 평가에 대한 정보를 포함해 업데이트에 대한 세부 로그를 최소 60일 동안 보관해야 합니다 [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-중대한 보안 패치의 경우, 중국 사이버 공간 관리국(CAC)은 신속한 조치를 시행합니다. 기업은 즉시 취약성 알림을 발행하고 수정 버전을 배포해야 합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-이 요구 사항은 잘 조직된 버전 관리 시스템과 밀접하게 연결되어 있습니다.
-
-### 버전 관리
-
-2025년 1월 1일 발효되는 네트워크 데이터 보안 관리 규정에 따라, 기업은 강력한 버전 관리 프로세스를 구현해야 합니다. 요구 사항은 다음과 같습니다:
-
-| 요구 사항 | 기간 | 목적 |
-| --- | --- | --- |
-| **버전 기록** | 최소 60일 | 보안 감사 및 조사 |
-| **변경 로그** | 포괄적 | 모든 업데이트 및 수정 문서화 |
-| **보안 평가** | 업데이트마다 | 규정 준수 보장 |
-| **사용자 배포 추적** | 지속적 | 업데이트 채택 모니터링 |
-
-롤백 기능은 필수적이며, 기업이 이전 버전으로 신속하게 되돌아갈 수 있도록 합니다. 이러한 구 버전은 최소 60일 동안 보존되어야 합니다 [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN).
-
-기업이 버전 관리를 위해 제3자 서비스를 사용하는 경우, 다음을 보장해야 합니다: 중국 당국에 등록, 현지화된 인프라 배포, 책임 명확한 문서화 및 데이터 현지화법 준수 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-민감한 데이터를 관리하는 플랫폼의 경우, 데이터 수집 방법이나 액세스 권한을 변경하는 업데이트는 규제 준수를 유지하기 위해 추가적인 테스트 및 검증이 필요합니다 [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-Capgo (https://capgo.app)와 같은 도구는 [라이브 업데이트 솔루션](https://capgo.app/blog/self-hosted-live-updates/) 을 제공하여 암호화, 원활한 CI/CD 통합 및 자세한 버전 관리 기능을 포함합니다.
-
-이러한 규정을 준수하지 않을 경우, 이전 연도의 수익의 최대 5%에 해당하는 벌금 및 중국 앱 스토어에서 제외될 수 있는 심각한 결과가 초래될 수 있습니다 [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-## 준수 문서화
-
-중국의 사이버 보안 프레임워크는 철저한 문서화에 큰 비중을 두고 있습니다. 2025년 3월 개정으로 요건이 더욱 엄격해졌으며, 비준수 시 벌금이 크게 증가했습니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-### 요구되는 연간 감사
-
-앱은 개인정보 보호법(PIPL), 데이터 보안법(DSL) 및 최신 사이버 보안법(CSL) 개정과 일치하는지 보장하기 위해 상세한 보안 감사를 받아야 합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/)[\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law). 일반적인 감사 일정 및 문서 보존 요구 사항은 다음과 같습니다:
-
-| 감사 유형 | 빈도 | 문서 보존 기간 |
-| --- | --- | --- |
-| 표준 앱 | 연간 | 5년 |
-| 중요 인프라 / 고 데이터 볼륨 앱 | 반기별 | 5년 |
-
-이 감사에는 보안 평가 보고서, 데이터 처리 기록, 사용자 동의 메커니즘, 개인 정보 보호 정책 인정 및 사고 대응 계획과 같은 문서가 포함되어야 합니다.
-
-### 데이터 흐름 문서화
-
-국경을 넘어 데이터를 전송할 때 조직은 데이터 흐름도에 대한 자세한 문서화, 보안 평가 수행, 명시적인 사용자 동의 확보 및 위험 완화 전략을 구현해야 합니다. 이러한 기록은 전송 관계 종료 후 최소 3년 동안 보존해야 합니다 [\[2\]](https://www.hunton.com/privacy-and-information-security-law/china-regulator-proposes-amendments-to-cybersecurity-law).
-
-### 로그 저장 규칙
-
-네트워크 데이터 보안 관리 규정은 로그 보존에 대한 특정 요구 사항을 제시합니다 [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). 이러한 요구 사항은 다음과 같습니다:
-
--   **시스템 활동 로그**
-    
-    -   사용자 등록 세부 정보
-    -   IP 주소와 함께 로그인 타임스탬프
-    -   기능 사용 패턴
-    -   콘텐츠 게시 활동
--   **재무 거래 로그**
-    
-    -   최소 3년 이상 보관해야 함
-    -   전체 거래 세부 정보 포함
-    -   변조 방지 저장소 보장
--   **관리 액세스 로그**
-    
-    -   시스템 관리자 활동 기록
-    -   데이터 액세스 이벤트 추적
-    -   수정 사항 및 내보내기/다운로드 활동 기록
--   **일반 로그**
-    
-    -   보관 요건: 최소 60일 [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market)
-
-이 로그를 유지하지 않으면 연간 수익의 최대 5%에 해당하는 처벌을 받을 수 있습니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). 또한, 자동 업데이트 서비스는 모든 업데이트 관련 활동을 문서화하여 준수를 입증해야 합니다.
-
-적절한 문서화는 직원 교육 및 사고 대응 계획을 포함한 모든 준수 조치의 기초입니다.
-
-## 준수 교육 및 위반 사항
-
-### 위반 대응 계획
-
-2025년 3월 CSL 개정안은 위반 사항을 처리하기 위한 상세한 프로토콜의 중요성을 강조합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). 탄탄한 대응 계획은 일반적으로 다음과 같은 주요 단계로 구성됩니다:
-
-| **응답 단계** | **필요한 조치** |
-| --- | --- |
-| **초기 탐지** | \- 영향을 받는 서비스 중단  <br>\- 사건 세부 사항 문서화  <br>\- 내부 컴플라이언스 팀에 알림 |
-| **권한 통지** | \- 중국 사이버 공간 관리국(CAC)에 보고  <br>\- 초기 평가 제출  <br>\- 시정 계획 개요 |
-| **시정 조치** | \- 기술적 수정 구현  <br>\- 보안 프로토콜 업데이트  <br>\- 모든 변경 사항 문서화 |
-| **사고 후** | \- 최종 보고서 제출  <br>\- 후속 감사 수행  <br>\- 교육 자료 업데이트 |
-
-CAC는 또한 신속하고 잘 문서화된 대응의 필요성을 강조하는 공공 신고 시스템을 도입했습니다 [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market). 이러한 노력을 지원하기 위해 조직은 각 수준에서 준수를 보장하기 위해 철저한 직원 교육 프로그램과 응답 계획을 결합해야 합니다.
-
-### 직원 교육 요건
-
-2025년 1월부터 네트워크 데이터 보안 관리 규정은 기술 및 문서화 기준에 맞춘 공식 교육 프로그램을 의무화합니다 [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). 이러한 교육 프로그램은 최신 규제 요구 사항을 준수하는 데 필수적입니다.
-
-**의무 연간 교육 주제**
-
--   데이터 프라이버시의 원칙 및 적절한 처리 절차
--   CSL 및 개인정보 보호법(PIPL)에 대한 업데이트
--   보안 코딩 기술
--   사고 대응 프로토콜
--   사용자 신원 확인 프로세스
-
-**문서화 관행**
-
--   교육 참석, 평가 및 자료 업데이트 기록 유지
--   교육 문서가 항상 최신으로 유지되도록 보장
--   규제 업데이트에 대한 확인 추적
-
-조직은 또한 2025년 3월 28일로 예정된 CSL 개정안과 같은 중요한 규제 변경이 발생할 때마다 추가 교육을 제공해야 합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-**효과적인 교육을 위한 실용적 단계**
-
--   규제 업데이트를 모니터링하고 구현할 전담 준수 담당자 지정
--   규제 업데이트 서비스에 등록하고 산업 워크숍에 참여
--   정기적인 내부 준수 평가 수행
--   프로세스를 간소화하기 위해 준수 관리 소프트웨어 활용
-
-자주 구조가 잘 잡힌 교육은 규제를 준수할 뿐만 아니라 컴플라이언스 위험을 효과적으로 완화하는 데도 도움이 됩니다.
-
-## 결론: 준수 체크리스트 요약
-
-이 체크리스트는 중국의 규제 프레임워크에 맞춘 준수를 위한 필수 영역을 강조하며, 이는 세 가지 핵심 법률에 의해 형성됩니다. 정확한 도구의 지원을 받는 엄격한 준수가 최신 개정 사항에 맞추는 데 필요합니다.
-
-| **준수 영역** | **요구 사항** | **도구** |
-| --- | --- | --- |
-| **데이터 프라이버시** | \- 모바일 번호를 통해 사용자 신원 확인  <br>\- 최소 60일 동안 활동 로그 유지  <br>\- 안전한 데이터 저장 보장 | \- 신원 확인 시스템  <br>\- 안전한 로깅 플랫폼  <br>\- 로컬 저장 솔루션 |
-| **보안 기준** | \- 정기적인 취약점 평가 수행  <br>\- 사고 대응 프로토콜 설정  <br>\- 종단 간 암호화 사용 | \- 보안 스캐닝 도구  <br>\- 대응 관리 시스템  <br>\- 암호화 프레임워크 |
-| **업데이트 관리** | \- 보안 패치를 신속하게 배포  <br>\- 버전 관리 유지  <br>\- 앱 스토어 준수 보장 | \- OTA 업데이트 솔루션  <br>\- 버전 관리 도구  <br>\- 준수 검사기 |
-
-**네트워크 데이터 보안 관리 규정**은 2025년 1월 1일부터 시행되어 엄격한 준수 조치를 강제합니다 [\[3\]](https://www.dlapiperdataprotection.com/?t=law&c=CN). 이러한 요구 사항을 충족하면서 원활한 앱 업데이트를 보장하기 위해 개발자는 중국 시장에 맞춘 종단 간 암호화 OTA 업데이트를 제공하는 도구인 Capgo를 활용할 수 있습니다.
-
-준수를 유지하기 위한 몇 가지 주요 단계는 다음과 같습니다:
-
--   규제 변경 사항을 추적하고 필요한 경우 내부 프로토콜을 업데이트합니다.
--   모든 보안 조치 및 데이터 처리 관행을 철저히 문서화합니다.
--   정기적인 보안 평가를 수행하고 직원에게 준수 프로토콜에 대한 교육을 제공합니다.
--   잠재적인 위협에 대처하기 위해 강력한 사고 대응 시스템을 설정합니다.
-
-준수를 실패하면 형식적인 경고에서부터 중국 앱 스토어에서 앱 제거에 이르기까지의 처벌을 받을 수 있습니다 [\[4\]](https://www.nortonrosefulbright.com/en-us/knowledge/publications/93003105/china-issues-new-rules-to-tighten-regulation-of-mobile-apps-market).
-
-## 자주 묻는 질문(FAQs)
-
-:::faq
-### 개발자는 2025년 중국 사이버 보안 규정을 준수하기 위해 어떤 단계를 따라야 합니까?
-
-2025년 중국 사이버 보안 규정에 맞추려면 개발자는 최신 법적 기준을 우선시하고 앱이 엄격한 데이터 보호 요구 사항을 충족하도록 해야 합니다. 다음은 집중해야 할 주요 영역입니다:
-
--   **안전한 데이터 저장 및 전송**: 민감한 사용자 데이터를 저장할 때와 전송 중에 암호화를 사용하여 무단 접근을 차단합니다.
--   **데이터 현지화**: 필요한 경우 사용자 데이터를 중국 내에서 보관하여 지역 데이터 저장 법률을 준수합니다.
--   **사용자 동의 및 투명성**: 사용자 데이터가 수집, 사용 및 공유되는 방식에 대해 명확하게 설명합니다. 필요할 경우 사용자로부터 명시적인 동의를 받습니다.
--   **정기적인 보안 평가**: 잠재적인 보안 문제를 발견하고 해결하기 위해 정기적인 감사 및 취약성 스캔을 수행합니다.
-
-Capgo는 개발자가 **종단 간 암호화** 및 **실시간 업데이트**를 제공하여 준수를 달성하는 데 지원합니다. 이는 버그 수정 또는 새로운 기능 업데이트가 즉시 배포되도록 하여 앱이 안전하고 쉽게 준수되도록 합니다.
-:::
-
-:::faq
-### 개발자는 중국 사이버 보안 규정을 준수하면서 사용자 데이터를 안전하게 저장하고 전송하기 위해 어떤 조치를 취할 수 있습니까?
-
-중국 사이버 보안 규정을 준수하기 위해 개발자는 **사용자 데이터를 안전하게 저장하고 전송하는 것**에 집중해야 합니다. 다음은 이를 달성하는 방법입니다:
-
--   **강력한 암호화 기준**을 사용하여 저장 중 및 전송 중에 민감한 데이터를 보호합니다.
--   전송 중 데이터를 보호하기 위해 HTTPS 및 TLS와 같은 **안전한 통신 프로토콜**을 사용합니다.
--   새로운 취약성과 위협에 대응하기 위해 보안 조치를 지속적으로 모니터링하고 업그레이드합니다.
--   필요한 경우 중국 내 서버에 데이터를 저장해야 하는 **개인정보 보호법(PIPL)** 및 **사이버 보안법**을 준수합니다.
-
-Capgo와 같은 플랫폼은 실시간 업데이트를 제공하여 준수 노력을 간소화할 수 있습니다. 이를 통해 앱은 앱 스토어 승인 없이도 안전하고 최신 상태를 유지할 수 있습니다. 또한 Capgo의 종단 간 암호화는 데이터 보호를 강화하여 규제 요구 사항을 충족하는 데 도움이 됩니다.
-:::
-
-:::faq
-### 중국의 사이버 보안 규정을 준수하지 않을 경우의 위험은 무엇이며, 기업은 어떻게 대응할 수 있습니까?
-
-중국의 사이버 보안 규정을 준수하지 않으면 **막대한 벌금**, **앱 스토어에서의 앱 제거**, **데이터 유출**, 심지어 **법적 조치**와 같은 심각한 결과를 초래할 수 있습니다. 이외에도 비준수는 회사의 명성에 심각한 피해를 줄 수 있어 중국 시장에서의 입지를 유지하는 데 어려움을 겪게 됩니다.
-
-이러한 위험을 줄이기 위해 기업은 앱이 모든 규제 기준에 맞도록 해야 합니다. 여기에는 **데이터 현지화 규정 준수**, **데이터 수집을 위한 사용자 동의 확보**, 그리고 철저한 **보안 평가 수행**이 포함됩니다. Capgo와 같은 도구는 개발자가 효율적으로 업데이트 및 수정을 배포할 수 있도록 도와주어 앱 기능을 방해하지 않고도 준수를 보장할 수 있습니다. 규제 변경 사항에 대한 정보를 지속적으로 파악하고 사전에 대응하는 것이 처벌을 피하고 중국에서의 장기적인 성공을 달성하는 데 필수적입니다.
-:::
diff --git a/src/content/blog/ko/checklist-for-google-play-ota-compliance.md b/src/content/blog/ko/checklist-for-google-play-ota-compliance.md
deleted file mode 100644
index afe86d851..000000000
--- a/src/content/blog/ko/checklist-for-google-play-ota-compliance.md
+++ /dev/null
@@ -1,218 +0,0 @@
----
-slug: checklist-for-google-play-ota-compliance
-title: Google Play OTA 규정 준수 체크리스트
-description: 'Google Play의 보안, 버전 관리 및 사용자 커뮤니케이션 모범 사례를 준수하여 앱의 무선 업데이트가 이루어지도록 하세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:16:07.896Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae-1743477379769.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, Google Play compliance, security, version control, user
-  communication, app updates, testing, performance metrics
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**오버더에어(OTA) 업데이트**를 통해 스토어 심사를 거치지 않고 직접 사용자에게 변경 사항을 푸시할 수 있습니다. 하지만 Google Play 정책을 준수하려면 보안, 투명성, 품질에 대한 엄격한 규칙을 따라야 합니다. 다음은 간단한 개요입니다:
-
--   **보안**: 종단간 암호화를 사용하고 업데이트 패키지에 서명하여 사용자 데이터를 보호합니다.
--   **버전 관리**: 시맨틱 버전 관리로 업데이트를 추적하고, 롤백 옵션을 포함하며, 변경 사항을 문서화합니다.
--   **사용자 커뮤니케이션**: 사용자에게 업데이트를 알리고, 변경 사항을 명확히 하며, 수동 승인에 대한 권한을 존중합니다.
--   **테스팅**: 출시 전에 기능성, 호환성, 보안에 대한 업데이트를 테스트합니다.
--   **단계적 출시**: 소규모(사용자의 5-10%)로 시작하여 성능을 모니터링하고 점진적으로 확장합니다.
--   **성능 지표**: 98% 이상의 업데이트 성공률을 목표로 합니다. <0.1% crash rate, and <5MB package size.
-
-**Tools like [Capgo](https://capgo.app/)** make compliance easier with features like instant rollback, real-time monitoring, and secure update delivery.
-
-### Quick Summary Table
-
-| **Compliance Area** | **Key Requirement** | **Target Metric** |
-| --- | --- | --- |
-| Security | End-to-end encryption | 82% global success rate |
-| Version Control | Rollback & phased releases | 95% adoption in 24 hours |
-| User Communication | Clear update alerts & permissions | Inform users effectively |
-| Quality Assurance | Rigorous testing protocols | <0.1% app crash rate |
-
-Follow these steps to keep your app updates fast, secure, and compliant.
-
-## Stay Ahead with Google Play's Essential Policy Update for ...
-
-<iframe src="https://www.youtube.com/embed/qPpYJGGvljk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 업데이트 패키지 생성
-
-OTA 업데이트 패키지는 Google Play의 보안 및 버전 관리 표준과 일치해야 합니다. 이는 업데이트가 원활하게 실행되고 사용자 데이터를 보호하도록 보장합니다. 다음은 버전 관리와 보안에 대한 핵심 가이드라인입니다.
-
-### 버전 관리 표준
-
-OTA 업데이트를 위한 버전 관리는 명확한 조직과 철저한 문서화가 필요합니다. 각 업데이트 패키지는 다음을 포함해야 합니다:
-
--   **고유 버전 ID**: 변경 사항을 추적하기 위해 시맨틱 버전 관리(예: 2.1.3) 사용
--   **변경 매니페스트**: 모든 수정 사항과 수정 내용을 상세히 나열
--   **호환성 표시**: 업데이트가 지원하는 앱 버전과 기기 지정
--   **롤백 정보**: 필요한 경우 안전한 복원을 위해 이전 버전에 대한 참조 포함
-
-이러한 수준의 문서화는 문제 해결을 훨씬 쉽게 만듭니다.
-
-### 보안 요구사항
-
-강력한 보안 조치는 OTA 업데이트가 Google Play의 표준을 충족하기 위해 매우 중요합니다. 두 가지 필수 사항은 종단간 암호화 사용과 업데이트 패키지 서명입니다.
-
-Capgo의 개발팀이 설명하듯이, _"진정한 종단간 암호화를 제공하는 유일한 솔루션이며, 다른 솔루션들은 단순히 업데이트에 서명만 합니다"_ [\[1\]](https://capgo.app/). 정기적인 보안 감사와 업계 모범 사례 준수는 업데이트가 안전하고 신뢰할 수 있도록 보장하는 데 도움이 됩니다.
-
-## 업데이트 배포 안전성
-
-이러한 조치들은 사용자 데이터를 보호하고 업데이트가 안정적으로 유지되도록 돕습니다. 엄격한 보안 프로토콜을 구현함으로써 Google Play의 표준을 충족하고 신뢰할 수 있는 업데이트를 제공할 수 있습니다.
-
-### 데이터 보호 방법
-
-암호화는 안전한 오버더에어(OTA) 배포의 핵심입니다. 가장 신뢰할 수 있는 접근 방식은 **종단간 암호화**로, 전체 전송 과정에서 업데이트 패키지를 보호합니다. 단순히 업데이트에 서명하는 것만으로는 충분하지 않습니다 - 종단간 암호화는 사용자만이 업데이트에 접근할 수 있도록 보장합니다.
-
-> "종단간 암호화. 오직 귀하의 사용자만이 업데이트를 복호화할 수 있으며, 다른 누구도 할 수 없습니다." [\[1\]](https://capgo.app/)
-
-암호화와 강력한 복구 전략을 결합하여 원활한 서비스를 유지하세요.
-
-### 업데이트 복구 옵션
-
-견고한 복구 시스템은 업데이트 실패의 영향을 최소화하고 앱을 안정적으로 유지합니다. 자동 롤백 기능을 포함하고 빠른 수정을 위해 최근 안정 버전의 아카이브를 유지하세요.
-
-| 복구 구성 요소 | 목적 | 우선순위 |
-| --- | --- | --- |
-| 롤백 메커니즘 | 이전 버전 복원 | 중요 |
-| 버전 아카이브 | 백업 버전 유지 | 높음 |
-
-이러한 도구들이 모여 컴플라이언스와 사용자 경험을 모두 보호하는 안전하고 효율적인 업데이트 프로세스를 만듭니다.
-
-## 사용자 커뮤니케이션 표준
-
-사용자와의 명확하고 효과적인 커뮤니케이션은 업데이트에 대한 Google Play 요구사항을 준수하는 데 중요한 역할을 합니다.
-
-### 업데이트 알림
-
-Google Play는 사용자에게 정보를 제공하고 컴플라이언스를 유지하기 위해 보류 중인 업데이트에 대한 명확한 알림을 요구합니다.
-
-| 알림 유형 | 목적 | 구현 |
-| --- | --- | --- |
-| 백그라운드 업데이트 | 자동으로 업데이트 설치 | 완료 후 무음 알림 |
-| 기능 업데이트 | 주요 변경사항에 대해 사용자에게 알림 | 업데이트 전 앱 내 알림 |
-| 보안 업데이트 | 중요한 수정사항에 대해 사용자에게 알림 | 상세 정보가 포함된 높은 우선순위 알림 |
-
-### 권한 요구사항
-
-오버더에어(OTA) 업데이트의 다양한 유형에는 특정 수준의 사용자 권한이 필요합니다:
-
-**[자동 업데이트](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**
-
--   작은 패치와 경미한 수정에 사용됨
--   사용자의 조치 불필요 [\[1\]](https://capgo.app/)
-
-**수동 승인**
-
--   새로운 기능이 있는 주요 업데이트에 권장
--   사용자가 설치 시기를 결정할 수 있음
--   변경사항에 대한 명확한 설명 포함 필수
-
-이러한 권한 수준은 사용자가 중요한 업데이트에 대한 통제권을 가지면서도 정보를 계속 제공받을 수 있도록 보장합니다.
-
-### 업데이트 문서화
-
-버전 번호, 보안 수정사항, 기능 변경, 해결된 버그 등 필수 세부사항이 포함된 간단하고 명확한 업데이트 노트를 항상 제공하세요. 베타 테스트나 단계적 출시의 경우, 초기 피드백을 수집하기 위한 전용 채널을 사용하세요.
-
-**포함할 주요 세부사항:**
-
--   버전 번호
--   보안 업데이트
--   기능 변경
--   버그 수정
-
-> "종단간 암호화. 오직 귀하의 사용자만이 업데이트를 복호화할 수 있으며, 다른 누구도 할 수 없습니다." [\[1\]](https://capgo.app/)
-
-이러한 접근 방식은 사용자에게 정보를 제공하고 업데이트가 효율적이며 Google Play 표준을 준수하도록 보장합니다.
-
-## 품질 관리 단계
-
-업데이트가 안전하게 배포되면, 철저한 품질 관리를 통해 의도한 대로 작동하는지 확인합니다. 이러한 단계들은 이전의 보안 및 커뮤니케이션 조치를 바탕으로 업데이트가 원활하게 수행되도록 보장합니다.
-
-### 테스트 요구사항
-
-OTA 업데이트는 여러 주요 영역에서 테스트되어야 합니다:
-
-| 테스트 유형 | 목적 | 주요 확인사항 |
-| --- | --- | --- |
-| 기능성 | 핵심 기능 검증 | 앱 실행, 중요 워크플로우, 데이터 처리 |
-| 네트워크 | 연결성 테스트 | 다양한 네트워크 상태에서의 성능 |
-| 기기 | 호환성 보장 | 다양한 Android 버전, 화면 크기 |
-| 보안 | 보호 확인 | 암호화 무결성, 안전한 데이터 전송 |
-
-이러한 테스트를 자동화하면 일관성을 유지하고 오류 가능성을 줄일 수 있습니다.
-
-### 단계적 출시 프로세스
-
-안정성이 확인됨에 따라 점진적으로 업데이트를 출시합니다:
-
-1.  **초기 출시**: 사용자의 5-10%에게 출시
-2.  **모니터링 기간**: 24-48시간 동안 성능 관찰
-3.  **확장 단계**: 20% 단위로 출시 증가
-4.  **전체 출시**: 안정성 확인 후 모든 사용자에게 배포
-
-> "우리는 5000명 이상의 사용자 기반에 Capgo OTA 업데이트를 프로덕션에 출시했습니다. OTA가 @Capgo에 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 목격하고 있습니다." - colenso, @colenso [\[1\]](https://capgo.app/)
-
-### 성능 추적
-
-배포 중 및 이후에 다음 주요 지표를 추적합니다:
-
-| 지표 | 목표 | 조치 임계값 |
-| --- | --- | --- |
-| 업데이트 성공률 | \>98% | <95% triggers investigation |
-| Installation Time | <30 seconds | \>1분 이상 소요 시 최적화 필요 |
-| 앱 충돌률 | <0.1% | \>0.5% 초과 시 롤백 시작 |
-| 네트워크 사용량 | <5MB/update | \>10MB 초과 시 패키지 최적화 필요 |
-
-분석 및 오류 추적 도구는 문제를 신속하게 식별하고 해결하는 데 필수적입니다. 문제가 발생할 경우 서비스 품질을 유지하기 위해 즉각적인 롤백 기능이 중요합니다.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 우리 사용자들에게 지속적으로 전달하는 데 있어 매우 중요합니다!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-베타 테스트와 단계적 출시의 경우, 특정 사용자 그룹에게 다른 버전을 제공하기 위해 채널 시스템을 사용하세요. 이러한 통제된 접근 방식은 Google Play 스토어 요구사항을 준수하면서 철저한 테스트를 보장합니다.
-
-## [Capgo](https://capgo.app/) 컴플라이언스 도구
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67eb4a47283d21cbd67d2aae/574f3a2cd27791
-
-Capgo는 클라우드 기반 및 자체 호스팅 솔루션을 포함한 유연한 호스팅 옵션을 제공합니다. 이러한 옵션을 통해 조직은 Google Play의 보안 표준을 충족하면서 업데이트 인프라를 제어할 수 있습니다. 실시간 모니터링 및 즉각적인 롤백과 같은 기능은 82%의 전역 성공률 기준을 달성하는 데 도움이 됩니다.
-
-## 요약
-
-### 체크리스트 검토
-
-Google Play OTA 규정 준수를 위해서는 보안, 버전 관리, 사용자 관리 및 품질 보증에 주의를 기울여야 합니다. 다음은 세부 내용입니다:
-
-| 규정 준수 영역 | 주요 요구사항 | 성공 지표 |
-| --- | --- | --- |
-| **보안** | 종단간 암호화 | 82% 전역 성공률 |
-| **버전 관리** | 롤백 기능, 단계적 배포 | 24시간 내 95% 업데이트 채택률 |
-| **사용자 관리** | 권한 제어, 업데이트 알림 | 2,350만 건의 성공적인 업데이트 전달 |
-| **품질 보증** | 테스트 프로토콜, 성능 모니터링 | 750개 이상의 프로덕션 앱 준수 |
-
-이러한 요구사항을 지속적으로 관리하면 거부를 피하고 원활한 앱 운영을 보장할 수 있습니다.
-
-### Capgo 사용하기
-
-Capgo는 Google Play 표준을 준수하도록 설계된 도구를 제공합니다. 이러한 기능을 통해 개발자는 다양한 앱에서 수백만 개의 업데이트를 원활하게 관리할 수 있습니다 [\[1\]](https://capgo.app/).
-
-> "Capgo는 개발자에게 필수적입니다 - 스토어 검토 없이 원활한 버그 수정을 가능하게 합니다" [\[1\]](https://capgo.app/)
-
-**주요 기능 및 장점**:
-
-| 기능 | 장점 | 구현 |
-| --- | --- | --- |
-| **즉시 업데이트** | 스토어 지연 없이 빠른 버그 수정 | CI/CD 파이프라인 통합 |
-| **보안 프로토콜** | 종단간 암호화 | \- |
-| **업데이트 제어** | 업데이트에 대한 세분화된 권한 | 사용자별 배포 |
-| **성능 추적** | 실시간 모니터링 | 분석 대시보드 |
-
-Capgo의 채널 시스템을 통해 제어된 업데이트 배포가 가능하며, Google Play 정책을 준수하면서 효율적으로 업데이트를 전달할 수 있습니다. 원클릭 롤백 및 오류 추적과 같은 기능은 팀이 업데이트 안정성을 유지하고 발생하는 문제를 신속하게 해결하는 데 도움이 됩니다.
diff --git a/src/content/blog/ko/checklist-for-ota-updates-under-australias-privacy-act.md b/src/content/blog/ko/checklist-for-ota-updates-under-australias-privacy-act.md
deleted file mode 100644
index e948a4fdd..000000000
--- a/src/content/blog/ko/checklist-for-ota-updates-under-australias-privacy-act.md
+++ /dev/null
@@ -1,238 +0,0 @@
----
-slug: checklist-for-ota-updates-under-australias-privacy-act
-title: 호주 개인정보 보호법에 따른 OTA 업데이트 체크리스트
-description: 귀하의 OTA 업데이트가 호주 개인정보 보호법을 준수하도록 강력한 데이터 보안 및 사용자 개인정보 보호 조치를 구현하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T12:19:39.963Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6800eb6a28980901df1efb7c-1744892450543.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, Privacy Act, data security, user privacy, end-to-end encryption,
-  compliance, update management
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**OTA(오버-더-에어) 업데이트 제공? 사용자 데이터를 보호하고 벌금을 피하기 위해 호주의 [개인정보 보호법](https://en.wikipedia.org/wiki/Privacy_Act_1988) 요구 사항을 충족해야 합니다.**
-
-알아야 할 사항:
-
--   **데이터 보안**: 업데이트에 대해 종단 간 암호화를 사용하십시오.
--   **사용자 프라이버시**: 개인 정보를 보호하고 분석 데이터를 익명화하십시오.
--   **업데이트 제어**: 롤백 옵션 및 안전한 버전 추적을 구현하십시오.
--   **사용자 권리**: 사용자가 업데이트를 관리하고, 저장된 데이터를 보고, 가능할 때 옵트 아웃할 수 있도록 하십시오.
-
-**준수를 위한 주요 단계**:
-
-1.  모든 업데이트 패키지를 암호화하고 안전한 전달 경로를 확보하십시오.
-2.  업데이트 성능을 모니터링하고 문제를 신속하게 해결하십시오.
-3.  사용자가 업데이트 및 데이터를 제어할 수 있는 도구를 제공하십시오.
-
-**OTA 플랫폼의 빠른 비교**:
-
-| **기능** | **[Capgo](https://capgo.app/)** | **기타** |
-| --- | --- | --- |
-| 종단 간 암호화 | ✅ 예 | ❌ 종종 누락 |
-| 롤백 메커니즘 | ✅ 지원됨 | ⚠️ 제한적 |
-| 호스팅 유연성 | ✅ 클라우드/자체 호스팅 | ⚠️ 주로 클라우드 |
-| 준수 도구 | ✅ 내장 | ⚠️ 다양함 |
-
-## [개인정보 보호법](https://en.wikipedia.org/wiki/Privacy_Act_1988) OTA 업데이트 규칙
-
-### 개인 데이터 관리
-
-개인정보 보호법은 OTA 업데이트를 통해 수집된 개인 데이터를 관리하기 위한 엄격한 지침을 시행합니다. 개발자들은 필요한 업데이트 기능을 유지하면서 사용자 프라이버시를 보호하기 위해 안전한 데이터 처리를 우선시해야 합니다.
-
-| 데이터 유형 | 필요한 보호 |
-| --- | --- |
-| 장치 식별자 | 종단 간 암호화 |
-| 업데이트 분석 | 익명화된 추적 |
-| 오류 로그 | 최소한의 데이터 수집 |
-| 버전 기록 | 안전한 저장 |
-
-Capgo는 종단 간 암호화를 사용하여 OTA 업데이트 중 민감한 데이터가 보호되도록 보장합니다.
-
-> "진정한 종단 간 암호화를 제공하는 유일한 솔루션, 다른 곳은 업데이트에 서명만 할 뿐입니다." - Capgo [\[1\]](https://capgo.app/)
-
-### 데이터 보호 기준
-
-강력한 데이터 관리 관행은 업데이트의 보안성과 신뢰성을 보장하기 위해 기술적 조치를 지원합니다.
-
-**안전한 업데이트 전달**
-
--   모든 업데이트 패키지에 대해 종단 간 암호화를 사용하십시오.
--   데이터 전송을 최소화하기 위해 차별화된 업데이트를 사용하십시오.
--   무단 접근으로부터 업데이트 배포 채널을 보호하십시오.
--   업데이트를 검증하기 위한 무결성 검사를 수행하십시오.
-
-**업데이트 모니터링**
-
--   업데이트 성공률을 모니터링하십시오.
--   업데이트 프로세스 중 오류를 식별하고 보고하십시오.
--   버전 기록에 대한 제어를 유지하십시오.
--   실패한 업데이트에 대한 자동 롤백 옵션을 지원하십시오.
-
-### 사용자 데이터 권리
-
-개인정보 보호법 준수는 사용자 권리를 명확하게 전달하고 데이터를 관리할 도구를 제공하는 것 또한 포함됩니다.
-
-**접근 권리**
-
--   수집된 데이터와 업데이트 기록에 대한 명확한 문서를 공유하십시오.
--   사용자가 저장된 장치 정보를 볼 수 있도록 허용하십시오.
-
-**제어 조치**
-
--   필수적이지 않은 업데이트는 사용자가 거부할 수 있도록 하십시오.
--   편리한 시간에 업데이트를 예약할 수 있는 옵션을 제공하십시오.
--   사용자가 앱의 이전 버전으로 되돌릴 수 있도록 하십시오.
--   앱이 제거될 때 저장된 데이터를 삭제할 수 있는 기능을 제공하십시오.
-
-## OTA 업데이트 체크리스트
-
-### 업데이트 배포 전
-
-업데이트를 배포하기 전에 이러한 주요 보안 조치가 마련되어 있는지 확인하십시오:
-
-| **배포 전 점검** | **필요한 조치** | **검증 방법** |
-| --- | --- | --- |
-| 암호화 검증 | 업데이트 패키지가 종단 간 암호화를 사용하고 있는지 확인 | 기술 검토 수행 |
-| 롤백 메커니즘 | 이전 버전을 즉시 복원할 수 있는 롤백 기능 점검 | QA 테스트 수행 |
-
-이 배포 전 점검이 완료되면 업데이트 프로세스 중 안전한 관행을 준수하십시오.
-
-### 업데이트 프로세스 보안
-
--   모든 OTA 업데이트 패키지에 대해 종단 간 암호화를 사용하십시오.
--   업데이트 진행 상황을 모니터링하고 오류를 빠르게 식별하기 위해 분석을 활성화하십시오.
-
-### 업데이트 배포 후
-
-분석을 통해 업데이트 성능을 주의 깊게 모니터링하십시오. 문제가 발생할 경우 즉시 롤백 조치를 사용하여 해결하십시오.
-
-일관된 모니터링 및 빠른 조치는 보안을 유지하고 준수를 유지하는 데 필수적입니다.
-
-## 1부 - 호주의 데이터 보안 및 프라이버시를 위한 법적 프레임워크
-
-<iframe src="https://www.youtube.com/embed/mNR3VJXK3ss" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 호주 시장 요구 사항
-
-호주에서 운영되는 조직은 엄격한 데이터 보안 프로토콜과 특정 지역 또는 국제 규정을 모두 다루어야 합니다.
-
-### 준수해야 하는 대상
-
-OTA 업데이트를 배포하는 조직은 호주의 개인정보 보호법에 명시된 의무를 충족해야 합니다. 모든 조직은 이러한 규칙을 준수해야 하지만, 민감한 데이터를 관리하거나 중요한 분야에서 일하는 조직은 더 많은 검토를 받습니다. IoT 장치는 따라야 할 맞춤형 준수 지침이 있습니다.
-
-### IoT 지침
-
--   패치를 신속하게 배포하고 업데이트 프로세스에 대한 명확한 커뮤니케이션을 제공하십시오.
--   자동 업데이트 시스템에 사용자 동의를 포함하십시오.
--   가능한 한 클라우드 기반 솔루션보다 로컬 데이터 처리를 선호하십시오.
-
-중요 인프라에 참여하는 경우, 다른 법안 아래 추가 요구 사항이 적용될 수 있습니다.
-
-### 국제 데이터 규칙
-
-글로벌 데이터 전송은 다음을 포함하여 더 많은 의무를 발생시킵니다:
-
--   서버 위치를 명확히 공개합니다.
--   데이터 주권이 보호되도록 합니다.
--   개인정보 영향 평가를 수행합니다.
--   계약상의 안전 장치를 설정합니다.
-
-개발자는 민감한 데이터가 승인된 관할권 내에 있게 하면서 그것이 처리되는 방식을 투명하게 유지하기 위한 통제를 구현해야 합니다.
-
-Capgo는 강력한 암호화와 서버 위치 옵션을 제공하여 이러한 요구 사항을 지원하며, 안전하고 준수하는 데이터 관리를 보장합니다.
-
-## OTA 플랫폼 비교
-
-다양한 준수 요구 사항 및 최근 시장 변화를 고려한 OTA 플랫폼의 비교입니다. 특히 마이크로소프트의 Code Push는 2024년에 종료되며, Ionic의 Appflow는 2026년에 종료될 예정입니다.
-
-### 보안 기능
-
-개인정보 보호법 준수를 보장하기 위해 이러한 보안 기능이 중요합니다:
-
-| 기능 | 구현 | 개인정보 보호법 관련성 |
-| --- | --- | --- |
-| **[업데이트 암호화](https://capgo.app/docs/cli/migrations/encryption/)** | 종단 간 암호화 | 민감한 데이터 보호 |
-| **업데이트 서명** | 암호화 서명 | 업데이트 무결성 검증 |
-| **사용자 관리** | 세분화된 권한 | 접근 수준 제어 |
-| **호스팅 옵션** | 클라우드/자체 호스팅 | 데이터 주권 보장 |
-
-Capgo는 종단 간 암호화를 제공하며 82%의 업데이트 성공률을 달성합니다 [\[1\]](https://capgo.app/). 이러한 기능은 데이터를 보호하고 준수를 보장하는 데 필수적입니다.
-
-### 비용 분석
-
-다양한 OTA 솔루션에 대한 비용 내역입니다:
-
--   **표준 CI/CD 설정**: 월 $300
--   **엔터프라이즈 솔루션(예: Appflow)**: 연 $6,000
--   **Capgo와 함께하는 일회성 CI/CD 설정**: $2,600
-
-비용도 중요한 요소지만, 플랫폼의 구조 또한 준수 및 효율성에 영향을 미칩니다.
-
-### 플랫폼 유형
-
-다양한 플랫폼 유형이 다양한 준수 요구 사항을 충족합니다:
-
-**오픈 소스 플랫폼**
-
--   투명성과 사용자화를 위한 코드 감사 허용
--   더 큰 데이터 통제를 위한 자체 호스팅 옵션 제공
--   특정 준수 요구 사항을 충족하기 위한 유연성 제공
-
-**클라우드 기반 솔루션**
-
--   정기적인 준수 업데이트 및 보안 패치 제공
--   내장 모니터링 도구 포함
--   표준 보안 프로토콜 준수
-
-성능은 이러한 플랫폼 유형에 따라 다를 수 있으므로 개인정보 보호법 요구 사항에 맞는 것을 선택하는 것이 중요합니다.
-
-> "우리는 민첩한 개발을 실천하며 @Capgo는 사용자에게 지속적으로 제공하는 데 필수적입니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-조직은 보안 및 준수 의무를 효과적으로 충족하기 위해 이러한 요소를 신중하게 고려해야 합니다.
-
-## 다음 단계
-
-### 주요 사항
-
-OTA 업데이트가 개인정보 보호법을 준수하는지 확인하려면 **종단 간 암호화**를 사용하고 **제어된 배포**를 유지하는 것이 중요합니다.
-
-다음은 주요 준수 요구 사항의 간략한 요약입니다:
-
-| 요구 사항 | 구현 전략 | 영향 |
-| --- | --- | --- |
-| 데이터 보호 | 종단 간 암호화 | 무단 접근 차단 |
-| 업데이트 제어 | 채널 기반 배포 | 단계적 롤아웃 허용 |
-| 오류 관리 | 실시간 모니터링 | 문제를 신속하게 해결하는 데 도움 |
-| 호스팅 유연성 | 클라우드 또는 자체 호스팅 옵션 | 데이터 주권 지원 |
-
-이러한 전략은 준수 및 효율적인 OTA 업데이트 관리를 위한 기초를 형성합니다.
-
-### 조치 항목
-
-다음 단계를 통해 준수 전략을 실행하십시오:
-
-1.  **보안 조치 강화**
-    
-    -   모든 업데이트 패키지에 대해 종단 간 암호화를 사용하십시오.
-    -   업데이트 성능을 추적하기 위해 실시간 모니터링을 설정하십시오.
-2.  **업데이트 프로세스 생성**
-    
-    -   제어된 롤아웃을 위한 채널 기반 배포 시스템을 구축하십시오.
-    -   넓은 배포 전에 작은 사용자 그룹과 업데이트를 테스트하십시오.
-3.  **백업 시스템 설정**
-    
-    -   업데이트 중 문제를 신속하게 해결하기 위한 롤백 메커니즘을 구현하십시오.
-    -   개인정보 보호법 기준에 맞는 버전 제어 시스템을 사용하십시오.
-
-> "Capacitor를 위한 가장 안전한 라이브 업데이트 시스템. 보안과 속도를 중시하는 개발자를 위해 만들어졌습니다." - Capgo.app
-
-Capgo는 이러한 준수 요구 사항에 부합하는 라이브 업데이트 보안을 제공합니다.
diff --git a/src/content/blog/ko/checklist-for-token-signing-in-capacitor-apps.md b/src/content/blog/ko/checklist-for-token-signing-in-capacitor-apps.md
deleted file mode 100644
index 5e69fd716..000000000
--- a/src/content/blog/ko/checklist-for-token-signing-in-capacitor-apps.md
+++ /dev/null
@@ -1,159 +0,0 @@
----
-slug: checklist-for-token-signing-in-capacitor-apps
-title: Capacitor 앱에서 토큰 서명을 위한 체크리스트
-description: Capacitor 앱에서 데이터 무결성과 미국 표준을 준수하는 안전한 토큰 서명을 위한 포괄적인 체크리스트를 따르세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T02:15:22.429Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680454b86000445eb1a68ab2-1745115338258.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  token signing, Capacitor apps, data integrity, security standards, compliance,
-  JWT, cryptographic library
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 앱의 토큰 서명은 데이터 무결성, 인증 및 미국 보안 표준 준수를 보장하는 데 필수적입니다. 이 가이드는 설정, 구현 및 위험 관리를 위한 명확한 체크리스트를 제공합니다.
-
-**토큰 서명의 주요 단계:**
-
--   안전한 암호화 라이브러리 선택 (예: [CryptoJS](https://cryptojs.gitbook.io/docs), [jose](https://www.npmjs.com/package/jose), [libsodium](https://doc.libsodium.org/))
--   안전한 키 저장소 사용 (iOS: [Secure Enclave](https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/web)/[Keychain](https://en.wikipedia.org/wiki/Keychain_\(software\)); Android: [Keystore](https://developer.android.com/privacy-and-security/keystore))
--   토큰 페이로드 필드 정의 (`iss`, `exp`, `sub`, 사용자 정의 클레임)
--   서명 알고리즘 선택 (HS256, RS256, ES256)
--   토큰을 안전하게 서명하고 검증
-
-**보안 모범 사례:**
-
--   토큰 만료 시간을 15분으로 설정
--   30일마다 서명 키 교체
--   모든 토큰 필드 유효성 검사
--   플랫폼별 보안 저장소에 개인 키 보호
-
-**실시간 업데이트:**
-
--   서명된 토큰을 사용하여 [업데이트 보안](https://capgo.app/docs/live-updates/update-behavior/)
--   손상된 업데이트에 대한 롤백 옵션 활성화
--   사용자 참여 및 업데이트 성공률 모니터링
-
-**규정 준수 요구사항:**
-
--   CCPA, HIPAA, NIST SP 800‑63, FIPS 140‑2와 같은 미국 규정 준수
--   민감한 데이터가 포함된 토큰 암호화 및 안전한 키 관리 보장
-
-토큰 서명은 규제 표준을 충족하면서 안전한 실시간 업데이트를 보장합니다. 앱과 사용자를 보호하려면 이러한 단계를 따르세요.
-
-## RSA 공개 및 개인 키를 사용한 JWT 토큰 서명 및 검증
-
-<iframe src="https://www.youtube.com/embed/mtZS6Cg6Nd8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 토큰 서명에 필요한 설정
-
-안전한 토큰 서명을 보장하기 위해 두 가지 주요 영역에 집중하세요:
-
-1.  **암호화 도구 키트 선택 및 검증**:
-    
-    -   _CryptoJS_, _jose_, _libsodium_과 같은 신뢰할 수 있는 라이브러리 선택
-    -   라이브러리가 적극적으로 유지 관리되고 정기적인 보안 감사를 받는지 확인
-    -   개발자 커뮤니티 내 채택 여부 조사
-    -   잠재적 위험을 평가하기 위한 취약점 이력 검토
-2.  **안전한 키 저장소 구현**:
-    
-    -   iOS의 경우 Secure Enclave 또는 Keychain 사용
-    -   Android의 경우 Keystore 시스템 사용
-    -   FIPS 140-2 표준 준수 여부 확인
-    -   Common Criteria 인증 보유 여부 확인
-
-이러한 결정은 **인증**과 **무결성** 유지에 중요한 역할을 합니다. 모든 서명된 토큰이 미국 규정 준수 표준과 일치하고 현재와 미래의 보안 요구사항을 지원하도록 보장합니다.
-
-실시간 업데이트가 필요한 시스템에서 이러한 사례를 따르면 배포에서 95%의 성공률을 보였습니다 [\[1\]](https://capgo.app/).
-
-## 토큰 서명 구현 단계
-
-안전한 토큰 서명 및 검증을 보장하려면 다음 단계를 따르세요:
-
--   **토큰의 페이로드 필드 정의**: `iss` (발급자), `exp` (만료), `sub` (주체) 및 필요한 사용자 정의 클레임과 같은 필드 포함
--   **서명 알고리즘 선택**: HS256 또는 RS256과 같은 옵션 중에서 선택하고 적절히 구성
--   **개인 키 안전하게 처리**: iOS의 **Keychain** 또는 Android의 **Keystore**에서 개인 키를 로드하거나 생성
--   **토큰 서명**: 선호하는 암호화 라이브러리를 사용하여 토큰 서명
--   **토큰의 서명 검증**: 업데이트 페이로드를 처리하기 전에 항상 서명 유효성 검사
-
-이러한 단계는 토큰 기반 실시간 업데이트 프로세스의 보안과 신뢰성을 유지하는 데 도움이 됩니다.
-
-## 보안 지침 및 위험
-
-서명을 구현할 때 잠재적 오용과 취약점에 대응하는 것이 중요합니다. 다음은 보안을 유지하는 방법입니다:
-
-### 토큰 보안 규칙
-
--   토큰 만료를 최대 **15분**으로 설정
--   노출을 줄이기 위해 **30일**마다 서명 키 교체
--   처리하기 전에 모든 토큰 필드의 유효성 검사
--   개인 키는 전적으로 **안전한 플랫폼 키 저장소**에 보관
-
-### 일반적인 보안 위험
-
--   부적절한 저장 또는 전송 방법으로 인한 **키 유출**
--   유효한 토큰이 가로채여 재사용되는 **토큰 재생 공격**
--   서명 검증을 우회하는 **알고리즘 조작**
-
-### 서명 알고리즘 비교
-
--   **HS256**: 대칭 서명을 위한 공유 비밀을 사용. 모든 당사자가 신뢰되는 환경에 가장 적합
--   **RS256**: 비대칭 서명을 위한 공개/개인 키 쌍을 사용하여 분산 시스템에 이상적
--   **ES256**: 더 작은 키 크기로 강력한 보안을 위해 타원 곡선 암호화 사용
-
-## 실시간 업데이트 보안
-
-안전한 실시간 업데이트는 서명된 토큰 사용, 데이터 무결성 검증 및 스토어 규정 준수 표준 충족을 포함합니다. 이는 앞서 설명한 토큰 서명 프로세스를 기반으로 실시간 업데이트 워크플로우로 확장합니다.
-
-### 업데이트를 위한 토큰 보안
-
-실시간 업데이트 시나리오에서 서명된 토큰은 소스에서 기기까지 각 업데이트 패키지를 보호합니다. 다음은 따라야 할 주요 사례입니다:
-
--   상세한 테스터 권한을 허용하고 원클릭 롤백 옵션 활성화
--   업데이트 성공률과 사용자 참여도를 실시간으로 모니터링
--   정확한 권한 설정으로 테스터와 베타 사용자 관리
-
-[Capgo](https://capgo.app/)와 같은 플랫폼은 암호화, 서명 확인, 버전 관리 및 롤백 옵션과 같은 기능으로 무선(OTA) 업데이트를 보호합니다. 이러한 방법은 효과적임이 입증되어 24시간 내에 활성 사용자의 95%가 업데이트를 받았습니다 [\[1\]](https://capgo.app/).
-
-### 보안 구현
-
-실시간 업데이트를 위한 토큰 서명을 구현하려면 다음에 집중하세요:
-
--   업데이트 패키지에 대한 서명 키를 안전하게 관리
--   암호화 검증과 함께 버전 관리 사용
--   기기에서 직접 서명 검증 자동화
--   손상된 업데이트에 대한 즉각적인 롤백 옵션 제공
-
-이는 인증되고 적절히 서명된 업데이트만 사용자에게 전달되도록 보장하면서 플랫폼 요구사항도 준수합니다.
-
-## 미국 표준 및 요구사항
-
-미국 규제 요구사항을 준수하려면 실시간 업데이트 토큰 사례를 프로세스에 통합하세요. 토큰 서명 방법이 소비자 개인정보 보호를 위한 **CCPA**, 건강 데이터 보호를 위한 **HIPAA**, 신원 확인을 위한 **NIST SP 800‑63**, 암호화 모듈을 위한 **FIPS 140‑2**와 같은 주요 미국 규정과 일치하도록 보장하세요 [\[1\]](https://capgo.app/).
-
-이러한 표준이 토큰 서명에 적용되는 방법:
-
--   **CCPA**: 토큰 페이로드가 사용자 동의를 존중하고 데이터 삭제 요청을 지원하도록 보장
--   **HIPAA**: 보호된 건강 정보(PHI)가 포함된 토큰을 저장 및 전송 중에 암호화
--   **NIST SP 800‑63**: [다중 인증](https://capgo.app/docs/webapp/mfa/)을 사용하여 서명 키에 대한 접근 보안
--   **FIPS 140‑2**: 서명 라이브러리가 검증된 암호화 모듈을 사용하는지 확인
-
-[\[1\]](https://capgo.app/) 개발자는 CCPA를 포함한 미국 연방 및 주 데이터 보호법에 대해 계속 파악해야 합니다.
-
-## 결론
-
-안전한 토큰 서명과 실시간 업데이트 통합은 Capacitor 앱의 무결성을 유지하고 규정 준수 요구사항을 충족하는 데 중요합니다.
-
-제공된 체크리스트를 참조하여 구현이 보안 표준과 미국 규정을 준수하는지 확인하세요.
-
-### 기억해야 할 핵심 사항
-
--   토큰 서명이 CCPA 및 HIPAA와 같은 미국 규정과 일치하도록 하고 강력한 암호화 방법 사용
--   버전 관리를 구현하고 안정성 유지를 위해 즉각적인 롤백 허용
--   서명 및 업데이트 전달 프로세스의 속도 모니터링 및 개선
diff --git a/src/content/blog/ko/checklist-for-validating-capacitor-app-updates.md b/src/content/blog/ko/checklist-for-validating-capacitor-app-updates.md
deleted file mode 100644
index 6f224fed8..000000000
--- a/src/content/blog/ko/checklist-for-validating-capacitor-app-updates.md
+++ /dev/null
@@ -1,74 +0,0 @@
----
-slug: checklist-for-validating-capacitor-app-updates
-title: Capacitor 앱 업데이트 유효성 검사를 위한 체크리스트
-description: 무선으로 업데이트 유효성을 검증하고 적절한 도구를 선택하기 위한 실행 가능한 체크리스트로 원활한 앱 업데이트를 보장하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T01:48:44.409Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680445af6000445eb1a661a6-1745113809661.jpg
-head_image_alt: 모바일 개발
-keywords: 'Capacitor, app updates, OTA updates, testing checklist, mobile development'
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[사용자 신뢰를 위협하지 않으면서 부드러운 앱 업데이트를 제공](https://capgo.app/plugins/capacitor-updater/)하고 싶으신가요? 다음은 [Capacitor](https://capacitorjs.com/) 앱 업데이트를 검증하기 위한 빠르고 실행 가능한 체크리스트입니다. 특히 무선(OTA) 업데이트를 사용할 때 유용합니다:
-
--   **기능 테스트**: 로그인, 데이터 동기화와 같은 모든 워크플로우가 종단간 작동하는지 확인하세요.
--   **기기 호환성**: 다양한 기기, 운영체제, 화면 크기에서 테스트하세요.
--   **성능 검사**: 다양한 조건에서 속도, 응답성, 메모리 사용량을 측정하세요.
--   **보안**: OTA 업데이트를 암호화하고, 권한을 할당하며, 롤백 기능을 테스트하세요.
--   **배포**: [Capgo](https://capgo.app/)와 같은 도구를 사용하여 24시간 내에 95%의 사용자가 업데이트를 받을 수 있도록 하세요.
--   **출시 후 모니터링**: 성공률(82% 목표), API 응답 시간, 사용자 참여도를 추적하세요.
-
-### OTA 도구 간단 비교
-
-| 기능 | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| **출시 연도** | 2022 | 2024 | 2026년 종료 예정 |
-| **종단간 암호화** | 예 | 아니오 | 아니오 |
-| **업데이트 성공률** | 82% | 미공개 | 미공개 |
-| **배포 속도** | 24시간 내 95% | 상이함 | 상이함 |
-| **[자체 호스팅 옵션](https://capgo.app/blog/self-hosted-capgo/)** | 예 | 아니오 | 아니오 |
-| **가격** | 월 $300 | Capgo와 동일 | 연 $6,000 |
-
-이 체크리스트를 따르고 적절한 도구를 선택하여 모든 업데이트가 빠르고, 안전하며, 신뢰할 수 있도록 하세요.
-
-## Ionic & Capacitor로 네이티브 모바일 앱 구축하기 - 전체...
-
-<iframe src="https://www.youtube.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 사전 검증 설정
-
-마이그레이션 후, 원활하고 일관된 검증을 위해 각 플랫폼별 전용 환경을 설정하세요.
-
-### 테스트 환경 설정
-
-Capacitor의 공식 가이드라인에 따라 iOS, Android, 웹 플랫폼을 위한 별도의 테스트 환경을 준비하세요 [\[1\]](https://capgo.app/). 엄격한 버전 관리 방식을 구현하여 코드베이스를 보호하세요.
-
-### 버전 관리 설정
-
-다음과 같은 방식으로 저장소를 설정하세요:
-
--   새로운 업데이트를 분리하기 위해 기능 브랜치를 사용하세요.
--   자동화된 빌드를 위해 [GitHub Actions](https://docs.github.com/actions) 또는 [GitLab CI](https://docs.gitlab.com/ee/ci/)와 같은 CI/CD 시스템을 통합하세요.
--   필요할 때 빠른 되돌리기를 위해 Capgo의 원클릭 롤백 기능을 활용하세요 [\[1\]](https://capgo.app/).
-
-### [Capgo](https://capgo.app/) 설정
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680445af6000445eb1a661a6/37a0fc028bf1f414683e8dee42eedfb0.jpg)
-
-다음 단계로 Capgo를 구성하세요 [\[1\]](https://capgo.app/):
-
--   `npx @capgo/cli init`을 사용하여 [Capgo 초기화](https://capgo.app/docs/webapp/)
--   특정 업데이트를 대상으로 하는 [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/) 설정
--   추가 보안을 위한 종단간 암호화 활성화
--   오류 추적 및 분석 기능 켜기
--   더 나은 제어를 위한 롤백 옵션 구성
--   필요에 따라 클라우드 또는 [자체 호스팅 배포](https://capgo.app/blog/self-hosted-capgo/) 선택
-
-[이하 생략...]
diff --git a/src/content/blog/ko/chinas-cybersecurity-law-impact-on-app-updates.md b/src/content/blog/ko/chinas-cybersecurity-law-impact-on-app-updates.md
deleted file mode 100644
index dec459614..000000000
--- a/src/content/blog/ko/chinas-cybersecurity-law-impact-on-app-updates.md
+++ /dev/null
@@ -1,212 +0,0 @@
----
-slug: chinas-cybersecurity-law-impact-on-app-updates
-title: '중국의 사이버 보안 법: 앱 업데이트에 미치는 영향'
-description: >-
-  중국 사이버 보안 법에 대한 새로운 수정안은 앱 업데이트를 복잡하게 만들어, 개발자들에게 현지 데이터 저장 및 더 긴 검토 시간을 요구할
-  것입니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T02:43:03.376Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822944c3c68b32f40f92f58-1747104241944.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  China Cybersecurity Law, app updates, data residency, security audits,
-  compliance tracking
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**중국의 새로운 사이버 보안 법 개정안은 2025년 3월 28일 발효되며 앱 개발자에게 더 엄격한 규정을 도입합니다.** 알아야 할 사항은 다음과 같습니다:
-
--   **주요 변경 사항:**
-    
-    -   **ICP 등록:** 개발자에 대한 의무 등록.
-    -   **[데이터 저장](https://capgo.app/plugins/capacitor-data-storage-sqlite/):** 중국 사용자 데이터는 로컬 서버에 저장해야 합니다.
-    -   **보안 감사:** 정기적인 제3자 평가가 필요합니다.
-    -   **암호화 표준:** 국가 승인 프로토콜 사용이 의무입니다.
--   **[앱 업데이트](https://capgo.app/plugins/capacitor-updater/)에 대한 영향:**
-    
-    -   업데이트가 이제 더 긴 검토 기간(7–14일)을 요구합니다.
-    -   개발자는 상세한 준수 문서를 유지해야 합니다.
-    -   더 엄격한 데이터 관리 규칙이 업데이트 프로세스의 복잡성을 더합니다.
-    -   데이터 거주 요건 준수를 위해 중국에 호스팅 서버가 필요합니다.
--   **개발자를 위한 솔루션:**
-    
-    -   보안 검사, 데이터 분류 및 준수 추적을 위한 자동화 도구 사용.
-    -   규정을 준수하면서 빠른 배포를 위해 실시간 업데이트 시스템 채택.
-    -   앱 스토어 리뷰를 위한 상세한 문서 준비.
-
-### 빠른 비교: 스토어 업데이트 대 실시간 업데이트
-
-| 측면 | 스토어 업데이트 | 실시간 업데이트 |
-| --- | --- | --- |
-| **검토 시간** | 7–14일 | 분 |
-| **데이터 보안 검토** | 포괄적 선행 검사 | 지속적인 모니터링 |
-| **롤백 능력** | 제한적 | 즉각적 (15분 이내) |
-| **사용자 채택률** | 45–60% (7일) | 최대 95% (24시간 이내) |
-
-이러한 변화를 탐색하려면 신중한 계획, 자동화된 준수 추적 및 [민첩한 업데이트 시스템](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)이 필요합니다.
-
-## 중국 데이터 법률 해설
-
-<iframe src="https://www.youtube.com/embed/EzaEgiiSZd8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 주요 준수 장애물
-
-2025년 개정된 중국 사이버 보안 법은 개발자에게 새로운 장애물을 도입하여 준수 요구 사항과 운영 효율성을 조화롭게 관리해야 합니다.
-
-### 여러 앱 스토어 요구 사항
-
-앱 개발자는 이제 다양한 앱 스토어에서의 복잡한 규칙을 처리해야 합니다. 여기에는 로컬 서버 검증, 실명 인증 및 데이터 거주 준수와 같은 요구 사항이 포함됩니다. 게다가 변화하는 데이터 관리 규정은 앱 업데이트를 점점 더 복잡하고 자원이 많이 드는 프로세스로 만듭니다.
-
-### 데이터 관리 규칙
-
-더 엄격한 데이터 관리 프로토콜로 인해 앱 [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)가 더 어려워졌습니다. 이제 개발자는 의무 데이터 분류, 상세 활동 기록, 로컬 저장소 검증 및 동적 사용자의 동의 획득과 같은 조치를 시행해야 합니다. 이러한 단계는 모든 업데이트가 새로운 법적 프레임워크에 따라 진행되도록 보장하는 데 큰 도전 과제가 됩니다.
-
-### 업데이트 검토 지연
-
-개정된 보안 검토 프로세스는 업데이트 타임라인을 늦추어 중요한 패치와 새로운 기능의 출시를 미루고 있습니다. 적응하기 위해 많은 개발자는 별도의 업데이트 트랙 또는 규정을 준수하는 실시간 업데이트 시스템을 만들어 사소한 변화를 처리하고 전체 검토 프로세스를 촉발하지 않도록 하고 있습니다. 압박을 더하는 것은 연간 수익의 일정 비율에 따라 부과되는 벌금으로, 고정된 금액이 아닌 이러한 규정 준수는 고위험 비즈니스 문제가 되었습니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/). 이러한 장애물은 발전하는 규제 환경을 탐색하기 위한 유연한 전략 개발의 중요성을 강조합니다.
-
-## 요구 사항 충족 방법
-
-다양한 앱 스토어 규정, 엄격한 데이터 관리 규칙 및 긴 검토 시간을 극복하려면 개발자가 대상 기술적이고 운영적인 접근 방식을 채택해야 합니다. 중국의 사이버 보안 요구 사항을 성공적으로 해결하려면 자동화된 도구와 신중한 계획이 필요합니다.
-
-### 자동화된 보안 검사
-
-CI/CD 파이프라인에 자동화된 보안 검사를 통합하는 것은 필수적이며, 특히 데이터 보안 법(DSL) 및 개인 정보 보호 법(PIPL) 기준을 충족하도록 조정된 제어가 필요합니다 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/).
-
-효과적인 자동화된 보안 설정의 주요 요소는 다음과 같습니다:
-
-| 구성 요소 | 기능 | 준수 혜택 |
-| --- | --- | --- |
-| 데이터 분류 스캐너 | 민감한 데이터를 자동으로 식별 및 태그 지정 | 규제된 정보가 적절히 처리됨을 보장 |
-| 암호화 검증 | 승인된 암호화 방법 사용을 검증 | 정부 보안 기준에 부합 |
-| 서버 위치 검증기 | 데이터 저장 위치 확인 | 데이터 거주 요건 충족 |
-| 활동 로거 | 시스템 변경 사항 추적 및 기록 | 규제 기관을 위한 감사 추적 제공 |
-
-이 자동화 도구를 민첩한 업데이트 시스템과 조합하여 앱 검토 과정에서의 지연을 최소화하세요.
-
-### 빠른 업데이트 시스템
-
-중국의 엄격한 앱 검토 프로세스는 병목 현상이 발생할 수 있지만, 준수하는 [실시간 업데이트 솔루션](https://capgo.app/blog/self-hosted-live-updates/) 을 통해 규제 경계를 유지하면서 빠르게 수정 사항을 푸시할 수 있습니다.
-
-예를 들어, [Capgo](https://capgo.app/)의 플랫폼은 24시간 내에 95%의 사용자 업데이트 비율을 달성하며 인상적인 결과를 보여주었습니다 [\[2\]](https://capgo.app).
-
-> "우리는 민첩한 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 배포하는 데 있어 중요한 역할을 합니다!" - 로드리고 만티카 [\[2\]](https://capgo.app)
-
-실시간 업데이트는 배포를 간소화하지만 앱 스토어 요구 사항을 충족하기 위해 철저한 문서를 준비하는 것도 중요합니다.
-
-### 앱 스토어 검토 팁
-
-개발자는 다음 단계를 따라 승인의 가능성을 높일 수 있습니다:
-
--   **제출 전 테스트:** 데이터 처리 및 보호에 중점을 두고 광범위한 보안 감사를 실시합니다.
--   **문서 준비:** 데이터 저장 위치, 암호화 방법, 사용자 동의 메커니즘, 보안 감사 결과를 포함하여 상세한 기록을 유지합니다.
--   **준수 모니터링:** 정기적으로 공식 [CAC](https://www.cac.gov.cn/) 채널을 확인하여 규제 변경 사항을 업데이트합니다.
-
-## 업데이트 방법 비교
-
-중국의 사이버 보안 규정은 개발자가 앱 업데이트에 접근하는 방식을 변화시키고 있습니다. 2025년 1월 1일부터 이러한 규정은 업데이트 프로세스에 새로운 장애물을 가져옵니다.
-
-### 스토어 업데이트 대 실시간 업데이트
-
-앱 업데이트를 하는 데 있어 개발자는 종종 **전통적인 스토어 업데이트**와 **실시간 업데이트 시스템**의 장단점을 비교합니다. 두 방법 모두 그 강점과 도전이 있으며, 특히 중국의 사이버 보안 법의 틀 아래에서 더욱 그러합니다:
-
-| 측면 | 스토어 업데이트 | 실시간 업데이트 |
-| --- | --- | --- |
-| 검토 시간 | 평균 7–14일 | 분 |
-| 데이터 보안 검토 | 포괄적 배포 전 검사 | 지속적인 모니터링 |
-| 롤백 능력 | 제한적; 새로운 제출 필요 | 즉각적 (15분 이내) |
-| 비용 영향 | 스토어 수수료 및 검토 지연 | 월 서비스 비용($12–$249) |
-| 준수 문서 | 일회성 포괄적 제출 | 지속적인 검증 |
-| 사용자 채택률 | 7일 후 45–60% | 24시간 내 최대 95% |
-
-실시간 업데이트 플랫폼은 속도와 적응력에서 두드러집니다. 예를 들어 Capgo의 플랫폼을 사용하는 개발자들은 중국의 엄격한 데이터 거주 규칙을 준수하면서 업데이트에 대해 82%의 글로벌 성공률을 달성했습니다 [\[2\]](https://capgo.app).
-
-### 준수 단계
-
-선택한 업데이트 방법에 관계없이 핵심 규제 단계를 엄격히 준수하는 것은 협상할 수 없는 사항입니다:
-
--   **데이터 관리 및 문서화**  
-    개발자는 데이터를 적절히 분류하고 서버 위치, 암호화 프로토콜 및 업데이트 로그를 포함한 상세한 기록을 유지해야 합니다. 특정 규정에 따라 분류된 데이터는 중국 본토의 서버에 저장해야 합니다.
-    
--   **비상 대응 계획**  
-    롤백 절차, 사건 보고, 사용자 보호 조치 및 구제 전략을 포함하는 견고한 계획이 필요합니다.
-    
-
-> "버그 수정을 위해 검토를 피하는 것은 금덩어리와 같다." - 베시 쿠퍼 [\[2\]](https://capgo.app)
-
-실시간 업데이트 시스템은 올바르게 실행될 경우 속도와 준수를 완벽하게 조화시킵니다. 중국의 사이버 보안 규정이 계속 발전함에 따라 이 균형은 이러한 도전 과제를 탐색하는 개발자에게 점점 더 중요해질 것입니다.
-
-## 추적 및 업데이트
-
-### 준수 추적 도구
-
-2025년 3월 개정안은 더 엄격한 규정을 도입하여 더 정교한 준수 추적이 필요합니다. 현대 도구는 개발자가 규제 검토를 준비하는 데 필수적입니다. 이러한 시스템은 데이터 분류 및 보안 조치에서부터 업데이트 역사 및 사용자 데이터 처리에 이르기까지 모든 것을 문서화하며 내부 지침에 맞추어져 있습니다.
-
-예를 들어, **Capgo의 플랫폼**은 [MIIT](https://www.miit.gov.cn/) 기준에 부합하는 업데이트 배포 및 보안 프로토콜에 대한 실시간 보고서를 자동화하여 준수 추적을 간소화합니다. 이러한 도구는 일관되고 선제적인 보안 검토를 보장하여 규제 요구를 충족하는 데 더 쉽습니다.
-
-### 정기적인 보안 검사
-
-엄격한 사이버 보안 규칙에 따라 앱 업데이트의 빠른 속도로 인해 정기적인 보안 검사는 필수입니다. 외부 감사 및 취약성 평가를 통해 잠재적 갭을 조기에 식별할 수 있으며, 팀이 문제가 악화되기 전에 해결할 수 있도록 도움을 줍니다. 암호화 방법, 데이터 저장 정책 및 업데이트 배포 프로세스를 검토하기 위해 분기별 감사를 목표로 하십시오.
-
-게다가 데이터 거주, [암호화 업데이트](https://capgo.app/docs/live-updates/update-behavior/), 접근 제어, 배포 로그 및 사용자 데이터 보호와 같은 분야에서 준수를 확인하기 위해 매주 내부 검토를 수행합니다. 이러한 검사의 상세한 기록을 유지하는 것은 비준수로 인한 중대한 벌금을 피하는 데 필수적입니다.
-
-> "버그 수정을 위해 검토를 피하는 것은 금덩어리와 같다." - 베시 쿠퍼 [\[2\]](https://capgo.app)
-
-## 결론: 새로운 도구로 규정 준수하기
-
-중국의 업데이트된 사이버 보안 개정안은 2025년 3월 28일부터 시행될 예정이며 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), 개발 팀에게 도전과 기회를 동시에 제공합니다. 이러한 규정은 앱의 원활한 기능을 유지하면서 준수를 보장하기 위해 효율적이고 혁신적인 솔루션을 요구합니다. Capgo와 같은 플랫폼은 실시간 업데이트 시스템을 통해 빠르고 준수하는 앱 업데이트를 가능하게 하는 중요한 도구로 부상했습니다 [\[2\]](https://capgo.app).
-
-자동화된 준수 추적을 업데이트 워크플로에 직접 통합하는 것이 효과적인 솔루션의 초석이 되고 있습니다. 이 접근법은 민첩한 개발과 실시간 규제 모니터링을 결합한 이전 전략을 반영합니다. Rodrigo Mantica가 정확히 말했듯이:
-
-> "우리는 민첩한 개발을 실천하며 Capgo는 사용자에게 계속해서 제공하는 데 필수적입니다!" [\[2\]](https://capgo.app)
-
-이러한 변화하는 요구 사항을 헤쳐 나가려면 몇 가지 핵심 전략이 두드러집니다:
-
-| **요구 사항** | **솔루션 접근법** | **영향** |
-| --- | --- | --- |
-| **데이터 보안** | 종단 간 암호화 | 데이터 보호를 강화하고 규정을 충족 |
-| **신속한 수정** | 실시간 업데이트 시스템 | 보안 취약점 노출 최소화 |
-| **준수 추적** | 자동화된 모니터링 | 지속적인 규제 준수 유지 |
-| **업데이트 제어** | 롤백 기능 | 배포 문제로부터의 신속한 복구 보장 |
-
-이러한 전략은 강력한 보안 조치를 민첩한 개발 관행과 결합하는 것의 중요성을 강조합니다. 중국 사이버 공간 관리국(CAC)이 사이버 보안 프레임워크를 지속적으로 개선함에 따라 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), 준수 및 실시간 업데이트를 통합하는 도구들은 개발 팀에게 중요한 역할을 계속할 것입니다.
-
-Bessie Cooper는 이 접근의 가치를 강조합니다:
-
-> "버그 수정을 위한 검토를 피하는 것은 금보다 소중합니다." [\[2\]](https://capgo.app)
-
-2025년 1월 1일부터 시행되는 사이버 보안 규정이 더 엄격해짐에 따라 [\[1\]](https://www.china-briefing.com/news/china-cybersecurity-law-amendments-2025/), 준수를 유지하면서 빠르게 업데이트를 배포할 수 있는 능력은 단순한 기술적 장점이 아니라 필수가 되었습니다.
-
-## FAQ
-
-:::faq
-### 앱 개발자는 중국 사이버 보안 법에 따라 긴 업데이트 검토 시간을 어떻게 헤쳐 나갈 수 있습니까?
-
-중국의 사이버 보안 법은 더 엄격한 규제를 가져와 앱 업데이트를 위한 긴 검토 시간을 초래했습니다. 이러한 변화에 적응하면서 원활한 사용자 경험을 보장하기 위해 개발자는 [스마트 업데이트 관리 전략](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)을 우선시할 필요가 있습니다.
-
-하나의 실용적인 접근 방식은 **Capgo**와 같은 실시간 업데이트 도구를 사용하는 것입니다. 이러한 도구는 개발자가 앱 스토어 승인 없이 업데이트, 수정 및 새로운 기능을 사용자에게 직접 제공할 수 있게 해줍니다. 이 접근 방식은 지연 시간을 줄일 뿐만 아니라 업데이트가 플랫폼 요구 사항에 맞도록 보장합니다. 이러한 도구를 구현함으로써, 개발자는 귀중한 시간을 절약하고, 사용자 만족을 유지하며, 규제 장벽을 효과적으로 관리할 수 있습니다.
-:::
-
-:::faq
-### 개발자는 중국의 업데이트된 사이버 보안 법에 따라 데이터 거주 및 보안 감사와 관련하여 어떤 도전에 직면하고 있습니까?
-
-## 중국 사이버 보안 법 탐색: 개발자를 위한 도전 과제
-
-중국의 개정된 사이버 보안 법은 개발자에게 특히 **데이터 거주 규칙**을 둘러싸고 어려운 장애물을 제시합니다. 이러한 규정은 모든 사용자 데이터를 중국 내에 저장해야 하며, 이는 국제 개발자에게 물류 문제를 일으킬 수 있습니다. 준수를 유지하면서 앱 성능과 원활한 사용자 경험을 방해하지 않는 것이 어려운 균형을 이룹니다.
-
-게다가, 개발자는 자신의 앱이 중국 사이버 보안 기준을 충족하는지 입증하기 위해 자세한 **보안 감사**를 받아야 합니다. 이러한 감사는 시간과 자원의 소모로 이어져 업데이트 속도를 늦추고 새로운 기능 출시를 지연시킬 수 있습니다. 그러나 Capgo와 같은 도구는 이 과정을 단순화할 수 있습니다. 업데이트를 간소화하고 준수를 보장함으로써 Capgo는 개발자가 효율적으로 수정 및 개선 사항을 추진할 수 있도록 도와줍니다 - 일반적으로 발생하는 앱 스토어 병목 현상 없이 말입니다.
-:::
-
-:::faq
-### 실시간 업데이트 시스템이 개발자가 앱 기능을 유지하면서 중국의 사이버 보안 요구 사항을 충족하는 데 어떻게 도움이 됩니까?
-
-실시간 업데이트 시스템은 개발자가 앱 스토어 승인 없이 사용자에게 직접 업데이트, 버그 수정 및 새로운 기능을 배포할 수 있는 능력을 제공합니다. 이는 중국의 사이버 보안 규정을 충족하는 데 특히 유용하며, 불필요한 지연 없이 앱을 안전하고 최신 상태로 유지하는 데 도움이 됩니다. 실시간 업데이트를 통해 개발자는 신속하게 취약점을 수정하고, 준수를 유지하며, 사용자에게 원활한 경험을 보장할 수 있습니다.
-
-**Capgo**와 같은 플랫폼은 이 과정을 더욱 간소화합니다. Capgo는 Capacitor 앱을 위한 실시간 업데이트를 지원하며, 종단 간 암호화 및 Apple과 Android 가이드라인 준수와 같은 기능을 제공합니다. 이를 통해 개발자는 규제 기준을 충족하면서 신속하고 안전하게 업데이트를 제공합니다.
-:::
diff --git a/src/content/blog/ko/chinas-data-privacy-laws-impact-on-mobile-apps.md b/src/content/blog/ko/chinas-data-privacy-laws-impact-on-mobile-apps.md
deleted file mode 100644
index c6f0117c8..000000000
--- a/src/content/blog/ko/chinas-data-privacy-laws-impact-on-mobile-apps.md
+++ /dev/null
@@ -1,145 +0,0 @@
----
-slug: chinas-data-privacy-laws-impact-on-mobile-apps
-title: '중국의 데이터 프라이버시 법: 모바일 앱에 미치는 영향'
-description: '모바일 앱 개발자에게 중국의 데이터 프라이버시 법률을 이해하는 것은 컴플라이언스, 사용자 동의, 데이터 보안에 중점을 두고 매우 중요합니다.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T02:08:36.971Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9b0a22e221594daf2d518-1744423728582.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  China, data privacy, mobile apps, compliance, user consent, Cybersecurity Law,
-  Data Security Law, Personal Information Protection Law
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-중국 시장을 위한 모바일 앱을 개발하는 경우, **중국의 데이터 프라이버시 법률 준수는 필수적입니다**. 주요 규정 - **[사이버보안법](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL)**, **[데이터보안법](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (DSL)**, 그리고 **[개인정보보호법](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL)** - 은 엄격한 [데이터 저장](https://capgo.app/plugins/capacitor-data-storage-sqlite/), 사용자 동의, 보안 조치를 요구합니다.
-
-### 주요 내용:
-
--   **데이터 현지화**: 중국 사용자의 데이터는 중국 내 서버에 저장해야 합니다 (CSL).
--   **동의 규칙**: 데이터 수집에 대한 명확하고 명시적인 사용자 동의가 필수입니다 (PIPL).
--   **국경 간 전송**: 민감한 데이터는 승인 없이 중국을 떠날 수 없습니다 (DSL).
--   **처벌**: 미준수 시 최대 5천만 위안(~770만 달러) 또는 연간 수익의 5%의 벌금이 부과될 수 있습니다.
-
-### 간단 개요:
-
-| 규정 | 중점 | 주요 요구사항 |
-| --- | --- | --- |
-| CSL | 네트워크 보안 | 현지 데이터 저장, 보안 검토, 사고 보고 |
-| DSL | 데이터 분류 | 위험 평가, 기록, 국경 간 제한 |
-| PIPL | 개인 데이터 | 사용자 동의, 데이터 최소화, 사용자 권리 |
-
-규정 준수를 위해서는 암호화, 정기적 감사, 강력한 업데이트 프로세스와 같은 기술적 솔루션에 상당한 투자가 필요합니다. **미준수 시 금전적 처벌과 중국 앱스토어에서 앱이 삭제될 위험이 있습니다.**
-
-## 중국의 주요 개인정보보호법
-
-### [사이버보안법](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL) 요구사항
-
-2017년 6월 1일부터 시행된 CSL은 네트워크 및 인프라 운영자에 대한 엄격한 규칙을 수립합니다. 모바일 앱의 주요 요구사항은 다음과 같습니다:
-
--   **데이터 현지화**: 개인정보는 중국 본토 내 서버에 저장해야 합니다.
--   **보안 검토**: 민감한 데이터를 처리하는 앱은 필수 보안 평가를 받아야 합니다.
--   **네트워크 보호**: 운영자는 다중 레벨 네트워크 보안 조치를 채택해야 합니다.
--   **사고 보고**: 보안 사고는 지정된 기간 내에 보고해야 합니다.
-
-### [데이터보안법](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (DSL) 기준
-
-DSL은 CSL을 기반으로 데이터 관리에 대한 구조화된 접근 방식을 도입하며, 분류에 중점을 둡니다. 이 법률에 따른 데이터 분류는 다음과 같습니다:
-
-| 데이터 분류 | 보안 요구사항 | 국경 간 전송 |
-| --- | --- | --- |
-| 핵심 국가 데이터 | 가장 엄격한 보호 | 불허 |
-| 중요 데이터 | 높은 수준의 보호 | 보안 평가 필요 |
-| 일반 데이터 | 기본 보호 | 표준 규칙 준수 |
-
-모바일 앱은 다음 사항을 준수해야 합니다:
-
--   계층적 데이터 분류 시스템 사용
--   정기적인 위험 평가 수행
--   데이터 처리 활동에 대한 상세 기록 유지
--   비상 대응 메커니즘 수립
-
-### [개인정보보호법](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL) 규칙
-
-PIPL은 개인정보 처리에 대한 상세한 규정을 제공합니다. 모바일 앱은 다음과 같은 주요 규칙을 준수해야 합니다:
-
--   **사용자 동의**: 수집하는 각 유형의 데이터에 대해 명확하고 명시적인 동의를 얻어야 합니다.
--   **데이터 최소화**: 절대적으로 필요한 정보만 수집해야 합니다.
--   **사용자 권리**: 사용자가 자신의 데이터에 접근, 수정 또는 삭제할 수 있는 도구를 제공해야 합니다.
--   **데이터 이동성**: 사용자가 자신의 데이터를 다른 플랫폼으로 이전할 수 있도록 해야 합니다.
-
-미준수 시 최대 5천만 위안(약 770만 달러) 또는 전년도 매출의 5%에 달하는 심각한 처벌을 받을 수 있습니다. 이는 개발자들이 규정 준수를 우선시하고 강력한 데이터 보호 조치를 채택하도록 합니다.
-
-이 세 가지 법률은 중국에서 운영되는 모바일 앱 개발자들에게 엄격한 규제 환경을 조성하며, 특히 금융 데이터, 건강 기록 또는 위치 정보와 같은 민감한 정보를 다루는 앱에 적용됩니다.
-
-## 모바일 앱 개발 요구사항
-
-### 사용자 권한 기준
-
-중국에서 모바일 앱은 데이터를 수집하기 전에 사용자로부터 명확하고 명시적인 동의를 얻어야 합니다. 앱은 또한 사용자에게 권한에 대한 간단한 제어를 제공해야 합니다. 이를 위해 각 데이터 요청이 필요한 이유를 설명하는 간단하고 이해하기 쉬운 인터페이스를 사용하십시오. 이러한 접근 방식은 투명성을 유지하고 규제 기대치에 부합합니다.
-
-### 앱스토어 등록 절차
-
-중국에서 앱을 제출하는 것은 여러 단계를 포함합니다. 인증된 사업자 자격증, 상세한 기술 문서([개인정보 보호정책](https://capgo.app/dp/) 및 시스템 아키텍처 등)가 필요하며, 앱은 종종 제3자 기관이 실시하는 엄격한 보안 검토를 통과해야 합니다. 민감한 데이터를 다루거나 국경 간 데이터 전송을 하는 경우, 규제 요구사항을 충족하기 위해 라이선스를 보유한 현지 파트너와 협력해야 합니다.
-
-## 중국 개인정보보호법의 역외 적용...
-
-<iframe src="https://www.youtube.com/embed/dh-CT5TDrFc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 개발자 위험 및 장애물
-
-개발자들은 기술적 업데이트를 넘어서는 다양한 과제에 직면하며, 이는 중국의 개인정보보호법 준수를 특히 까다롭게 만듭니다.
-
-### 구현 비용
-
-중국의 개인정보보호법 요구사항을 충족하기 위해서는 기술과 재정 모두에 상당한 투자가 필요합니다. 개발자들은 현지화 규칙을 준수하기 위해 데이터 저장 시스템을 개선하고 엄격한 기준을 충족하기 위해 보안 조치를 업그레이드해야 할 수 있습니다. 많은 기업들이 규제 기대치를 충족하기 위해 컴플라이언스 전문가나 제3자 서비스를 활용합니다. 이러한 초기 비용은 시작에 불과하며, 지속적인 과제의 기반이 됩니다.
-
-### 미준수 결과
-
-중국의 개인정보보호법을 준수하지 않으면 심각한 결과를 초래할 수 있습니다. 여기에는 금전적 처벌, 규제 조치, 심지어 현지 앱스토어에서 앱이 삭제되는 것도 포함됩니다. 이러한 결과는 규칙을 엄격히 준수하는 것의 중요성을 강조합니다.
-
-### 변화하는 규칙과 업데이트
-
-중국의 데이터 프라이버시 규정은 지속적으로 변화하고 있습니다. [국가인터넷정보판공실](https://www.cac.gov.cn/) (CAC)과 같은 규제 기관은 자주 새로운 지침과 해석을 발표합니다. 개발자들은 이러한 변화에 신속하게 대응할 수 있는 시스템을 갖추어야 합니다. 정기적인 모니터링, 주기적 검토, 데이터 관리 관행 업데이트는 이러한 변화하는 환경에서 규정을 준수하는 데 매우 중요합니다.
-
-## 규정 준수 방법 및 해결책
-
-규정 준수 요구사항을 충족하기 위해서는 강력한 기술적 조치를 구현하고 명확하고 구조화된 프로세스를 따라야 합니다.
-
-### 기술적 해결책
-
-종단간 암호화는 데이터 보호에 중요한 역할을 합니다. [Capgo](https://capgo.app/)는 안전한 데이터 전송과 저장을 보장하며, 승인된 사용자만 접근할 수 있도록 제한합니다.
-
-CI/CD 통합은 인적 오류를 최소화하고 업데이트가 규제 요구사항과 일치하도록 보장합니다. 예를 들어, 자동화된 시스템은 24시간 이내에 95%의 사용자 업데이트율을 달성하는 것으로 나타났습니다 [\[1\]](https://capgo.app/).
-
-버전 관리와 롤백 기능은 적절한 감사 추적을 유지하면서 문제에 대한 빠른 해결책을 제공합니다. 다음은 세부 내용입니다:
-
-| 기능 | 규정 준수 이점 | 구현 영향 |
-| --- | --- | --- |
-| 종단간 암호화 | 전송 중 데이터 보호 | PIPL 데이터 보호 규칙 부합 |
-| 자동화된 배포 | 업데이트의 인적 오류 감소 | 일관된 규정 준수 보장 |
-| 버전 관리 | 상세한 감사 추적 유지 | 규제 문서화 지원 |
-| 롤백 기능 | 필요 시 신속한 문제 해결 | 미준수 위험 감소 |
-
-이러한 도구들은 규정 준수 과제를 직접적으로 해결합니다. 그러나 기술적 해결책만으로는 충분하지 않으며, 개발자들은 규정 준수를 유지하기 위해 구조화된 관행도 따라야 합니다.
-
-### 개발자 가이드라인
-
-기술적 도구를 보완하기 위해 개발자들은 규정 준수 요구를 해결하기 위한 특정 관행을 따라야 합니다:
-
-**데이터 보호 조치**  
-안전한 동의 메커니즘과 데이터 처리 활동에 대한 철저한 기록과 같은 PIPL 기준을 충족하는 프로토콜을 구현합니다.
-
-**정기적인 규정 준수 감사**  
-
-이러한 요구 사항을 충족하기 위해서는 상당한 재정적, 운영적 투자가 필요합니다. 개발자들은 중국 시장에서 성공하기 위해 종단간 암호화와 같은 기술적 조치를 우선시하고, 상세한 감사 기록을 유지하며, 사용자 동의를 효과적으로 관리하고, 원활한 업데이트 프로세스를 보장해야 합니다.
-
-규정이 계속 발전함에 따라 규정 준수를 유지하기 위해서는 유연성이 필수적입니다. Capgo는 엄격한 표준에 부합하는 비용 효율적이고 민첩한 업데이트 솔루션을 제공하는 능력을 인정받았습니다 [\[1\]](https://capgo.app/).
-
-중국에서 장기적인 성공을 위해서는 앱 개발자들이 강력한 기술 시스템, 엄격한 규정 준수, 효율적인 업데이트 관리를 결합한 선제적 전략을 채택해야 합니다.
diff --git a/src/content/blog/ko/code-integrity-in-capacitor-apps-key-techniques.md b/src/content/blog/ko/code-integrity-in-capacitor-apps-key-techniques.md
deleted file mode 100644
index a5216abfd..000000000
--- a/src/content/blog/ko/code-integrity-in-capacitor-apps-key-techniques.md
+++ /dev/null
@@ -1,196 +0,0 @@
----
-slug: code-integrity-in-capacitor-apps-key-techniques
-title: 'Capacitor 앱의 코드 무결성: 핵심 기술'
-description: '모바일 앱의 코드 무결성을 보호하기 위한 필수 기술을 살펴보며, OTA 업데이트, 암호화, 앱 스토어 가이드라인 준수에 중점을 둡니다.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-09T06:50:58.883Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a7f90344f489ae95339b05-1739083872712.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  code integrity, mobile apps, OTA updates, encryption, Play Integrity API,
-  security compliance, cryptographic signatures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 앱의 코드 무결성은 특히 OTA 업데이트에서 매우 중요합니다. 적절한 조치가 없다면, 앱이 악성 코드 삽입, API 자격 증명 도난 또는 바이너리 수정과 같은 위험에 직면할 수 있습니다. 알아야 할 중요 사항은 다음과 같습니다:
-
--   **핵심 도구:** SHA-256 디지털 서명, 런타임 검사, 암호화(AES-256)를 사용하여 코드를 보호합니다.
--   **플랫폼별 기능:** Android의 경우 앱 검증과 기기 증명을 위해 [Play Integrity API](https://developer.android.com/google/play/integrity)를 통합하세요. iOS의 경우 OTA 업데이트를 위한 App Store 가이드라인 3.1.2를 따르세요.
--   **OTA 업데이트 보안:** 종단간 암호화, 체크섬 검증, 규정 준수 추적을 구현하여 [업데이트를 보호](https://capgo.app/docs/live-updates/update-behavior/)하세요.
--   **추천 도구:** [Capgo](https://capgo.app/)와 같은 도구는 암호화, 버전 관리, 규정 준수 모니터링으로 안전한 OTA 업데이트를 단순화합니다.
-
-### 주요 도구 및 기능 비교
-
-| **기능** | **Play Integrity API** | **Capgo** | **기타 도구** |
-| --- | --- | --- | --- |
-| 기기 증명 | 예 | 아니오 | 제한적 |
-| 종단간 암호화 | 아니오 | 예 | 기본 암호화 |
-| 규정 준수 문서화 | 아니오 | 자동화 | 수동 |
-| 업데이트 검증 | 부분적 | 전체 | 다양함 |
-
-## 코드 검증 방법
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)은 디지털 서명과 암호화를 사용하여 코드를 보호하기 위해 웹과 네이티브 검증 기술을 결합합니다.
-
-### 디지털 서명과 암호화
-
-코드 검증은 암호화 방식에 의존합니다. **비대칭 암호화**를 사용하여 개발자는 개인 키로 코드 번들에 서명하고, 클라이언트 기기는 공개 키로 이를 검증합니다. 이 과정은 콘텐츠 무결성 검증을 위한 **SHA-256 해싱**과 중요 구성을 보호하기 위한 **AES-256 암호화**를 결합합니다.
-
-| 검증 계층 | 구현 | 보안 수준 |
-| --- | --- | --- |
-| 번들 서명 | SHA-256 + JWT 토큰 | 높음 |
-| 데이터 전송 | TLS/SSL | 높음 |
-| 구성 보호 | AES-256 암호화 | 높음 |
-| 런타임 검사 | 해시 검증 | 높음 |
-
-### 플랫폼 보안 API
-
-Capacitor는 플랫폼별 API를 활용하여 기본 보안 기능을 확장합니다. Android의 경우, `@capacitor-community/play-integrity` 플러그인 [\[2\]](https://github.com/capacitor-community/play-integrity/)이 추가 검증 계층을 제공합니다. 설정 과정은 다음과 같습니다:
-
-1.  암호화 챌린지 토큰 생성(16+ 바이트)
-2.  [Google Cloud](https://cloud.google.com/) 프로젝트 ID로 Play Integrity API 구성
-3.  API 실패(-1), 서비스 누락(-2), 잘못된 토큰과 같은 중요 오류 관리
-
-이 시스템은 세 가지 주요 검사를 수행합니다:
-
--   앱 신뢰성 검증
--   기기 무결성 평가
--   라이선스 검증 상태 확인
-
-### 웹과 네이티브 검사 통합
-
-하이브리드 접근 방식은 웹 콘텐츠를 위한 **콘텐츠 보안 정책(CSP)**을 [Free-RASP-Capacitor](https://github.com/talsec/Free-RASP-Capacitor) [\[3\]](https://github.com/talsec/Free-RASP-Capacitor)와 같은 도구와 통합하여 Capacitor의 보호를 강화합니다.
-
-프로덕션 환경에서 개발자는 다음을 구현해야 합니다:
-
--   시작 시 체크섬 검증
--   코드 수정에 대한 실시간 모니터링
--   부분 업데이트를 위한 암호화된 검증
-
-이러한 조치는 강력한 보안 프로토콜을 유지하면서 플랫폼 업데이트 요구사항을 준수합니다.
-
-## 앱스토어 규칙 및 요구사항
-
-앱스토어는 사용자 안전을 보장하기 위해 OTA(Over-the-Air) 업데이트에 대한 엄격한 가이드라인을 적용합니다. 개발자는 앱 배포와 업데이트 중 문제를 피하기 위해 이러한 규칙을 주의 깊게 따라야 합니다.
-
-### iOS 및 Android 가이드라인
-
-iOS와 Android 모두 Capacitor의 네이티브 검증 방식과 일치하는 특정 요구사항이 있습니다. iOS의 경우 **App Store 검토 가이드라인 3.1.2**가 OTA 업데이트를 관리합니다. JavaScript 업데이트는 특정 조건에서 허용되지만, 기능 변경은 사전 승인이 필요합니다.
-
-Android는 앱 무결성 검증을 위한 강력한 시스템을 제공하는 **Play Integrity API**에 중점을 둡니다. 각 플랫폼의 주요 요구사항은 다음과 같습니다:
-
--   **iOS**:
-    
-    -   App Store 가이드라인 3.1.2 준수
-    -   `CFBundleVersion` 추적
-    -   코드 서명 인증서 사용
--   **Android**:
-    
-    -   Play Integrity API 통합
-    -   토큰 검증
-    -   일관된 패키지 이름 지정
-
-### 규정 준수를 위한 업데이트 추적
-
-효과적인 업데이트 추적은 앱스토어 요구사항을 충족하는 데 필수적입니다. 이는 런타임 무결성 검사를 보완하고 명확한 감사 가능한 규정 준수 기록을 제공합니다. 개발자는 다음을 구현하여 규정 준수를 유지할 수 있습니다:
-
-| **추적 구성 요소** | **구현 방법** | **목적** |
-| --- | --- | --- |
-| 버전 기록 | 암호화 서명된 타임스탬프 | 감사 추적 생성 |
-| 배포 로그 | 추가 전용 감사 로그 | 규정 준수 문서화 |
-| 검증 기록 | 토큰 검증 영수증 | 무결성 확인 |
-
-이러한 추적 방법을 CI/CD 파이프라인과 통합하면 보안과 문서화가 모두 강화됩니다. 이 접근 방식은 앱이 상세한 감사 추적을 유지하면서 앱스토어 검증 표준을 충족하도록 보장합니다.
-
-## 코드 무결성 도구
-
-Capacitor의 기본 보안 기능은 강력한 기반을 제공하지만, 전문화된 도구를 통해 업데이트 워크플로우 중 보호를 더욱 강화할 수 있습니다.
-
-### [Capgo](https://capgo.app): 안전한 OTA 업데이트
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-09.jpg?auto=compress)
-
-Capgo는 Capacitor 애플리케이션에서 안전한 무선 업데이트(OTA)를 관리하기 위해 특별히 설계되었습니다. 다음과 같은 기능으로 코드 무결성을 보장합니다:
-
-| **보안 기능** | **작동 방식** | **성능 영향** |
-| --- | --- | --- |
-| **종단간 암호화** | 업데이트 패키지 암호화 | <200ms latency |
-| **Differential Updates** | Reduces update payload size | Cuts modification risks by 98% |
-| **Version Control** | Uses cryptographic signatures | Enables real-time validation |
-| **Compliance Checks** | Verifies app store requirements | Offers continuous monitoring |
-
-Capgo also integrates seamlessly with CI/CD pipelines, automating verification during deployments. Its compliance checks directly address iOS 3.1.2 and Android Play Integrity rules, ensuring adherence to platform guidelines.
-
-### Tool Comparison
-
-When choosing a code integrity tool for Capacitor apps, it's crucial to weigh their features and ease of implementation:
-
-| **Feature** | **Capgo** | **Other Tools** |
-| --- | --- | --- |
-| **Update Protection** | End-to-end encryption | Basic encryption |
-| **Runtime Security** | Optional add-ons available | Limited options |
-| **Compliance Documentation** | Automated tracking | Requires manual processes |
-| **Integration Complexity** | Simple NPM package install | Varies widely |
-| **Verification Speed** | <200ms | Performance varies |
-
-Experts recommend using multiple tools to create a layered approach tailored to your specific security needs.
-
-> "기기 증명을 위한 Play Integrity와 Capgo와 같은 도구를 통한 특화된 업데이트 검증의 조합은 강력한 보안 프레임워크를 만듭니다."
-
-도구를 선택할 때는 보안 기능과 운영 요구사항 간의 균형을 고려하세요. Capgo와 같은 오픈소스 옵션은 투명성과 사용자 정의를 제공하지만 자체 인프라 관리가 필요합니다. 반면에 상용 솔루션은 관리를 단순화할 수 있지만 업데이트 암호화와 같은 고급 기능이 부족할 수 있습니다.
-
-## 코드 무결성 가이드라인
-
-Capacitor 앱에서 코드 무결성을 유지하려면 모니터링 시스템과 보안 및 성능의 균형을 잘 맞춰야 합니다. 개발 팀은 앱을 원활하게 운영하면서 엄격한 보안 요구사항을 충족하는 실용적이고 확장 가능한 접근 방식을 채택해야 합니다.
-
-이러한 가이드라인은 규정 준수를 실행 가능한 기술적 조치로 전환하여 앱스토어 요구사항을 넘어섭니다.
-
-### 모니터링 시스템
-
-효과적인 모니터링은 자동화된 도구와 수동 감사를 결합하여 여러 계층의 검사를 사용합니다. 여기서 핵심 도구는 200ms 미만의 응답 시간으로 기기 수준 증명을 제공하는 Google Play Integrity API입니다 [\[1\]](https://ionic.io/docs/tutorials/mobile-security/play-integrity)[\[2\]](https://github.com/capacitor-community/play-integrity/).
-
-| 모니터링 계층 | 구현 |
-| --- | --- |
-| 기기 증명 | Play Integrity API |
-| 바이너리 검증 | 체크섬 검증 |
-| 업데이트 검증 | 암호화 서명 |
-
-보안을 강화하기 위해 팀은 CI/CD 파이프라인에 자동화된 검사를 통합해야 합니다. 모범 사례는 다음과 같습니다:
-
--   보안 중요 섹션에 대한 **90% 테스트 커버리지** [\[5\]](https://en.wikipedia.org/wiki/Code_integrity)
--   모든 업데이트에 대한 **필수 코드 리뷰**
--   24시간 이내 **긴급 패치 배포**
-
-이러한 계층들이 함께 작동하여 강력한 다층 방어 시스템을 만듭니다.
-
-### 보안 대 속도
-
-업데이트 도구와 API를 사용할 때 보안과 성능 사이의 적절한 균형을 찾는 것이 과제입니다. 보안을 손상시키지 않으면서 성능 지표를 최적화하는 것이 핵심입니다.
-
-| 성능 지표 | 목표 임계값 | 최적화 방법 |
-| --- | --- | --- |
-| 콜드 스타트 지연 | <300ms | 병렬 보안 초기화 |
-| 메모리 오버헤드 | <15MB RAM | 효율적인 라이브러리 사용 |
-| 검증 지연 시간 | <200ms | 토큰 캐싱 (2-4시간 TTL) |
-| 백그라운드 모니터링 | 최소 영향 | 이벤트 기반 검사 |
-
-다음은 속도와 보안을 모두 보장하기 위한 몇 가지 전략입니다:
-
--   **점진적 검증**: 전체 암호화 검증으로 들어가기 전에 기본 
-
-OTA 업데이트를 관리하는 팀의 경우, **종단간 암호화**와 **자동 체크섬 검증**을 사용하는 것이 매우 중요합니다. 이러한 플랫폼 기능을 전문 도구와 결합하면 빠른 배포를 지원하면서도 안전한 업데이트가 가능합니다.
-
-보안과 앱 성능의 균형을 맞추기 위해 개발 팀은 다음 사항에 집중해야 합니다:
-
--   앱 구성 요소 간의 **보안 통신**
--   오용 방지를 위한 **검증된 토큰 생성**
--   앱 환경의 **실시간 모니터링**
--   **플랫폼별 가이드라인** 준수
-
-이러한 접근 방식은 성능을 희생하지 않으면서도 강력한 보호를 보장하며, 안정적인 업데이트와 안전한 앱 유지 관리를 위한 기반을 마련합니다.
diff --git a/src/content/blog/ko/common-cicd-bottlenecks-in-ota-pipelines.md b/src/content/blog/ko/common-cicd-bottlenecks-in-ota-pipelines.md
deleted file mode 100644
index 95ad4a0dd..000000000
--- a/src/content/blog/ko/common-cicd-bottlenecks-in-ota-pipelines.md
+++ /dev/null
@@ -1,140 +0,0 @@
----
-slug: common-cicd-bottlenecks-in-ota-pipelines
-title: OTA 파이프라인의 일반적인 CI/CD 병목 현상
-description: 'OTA CI/CD 파이프라인에서 일반적인 과제를 극복하여 업데이트 효율성, 보안 및 사용자 만족도를 향상시키는 방법을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T02:07:29.962Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb0f072e221594daf40959-1744510123218.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  CI/CD, OTA updates, automation, testing, security, deployment strategies,
-  performance tracking, scalability
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**무선 업데이트(OTA)를 빠르고 효율적으로 제공하기 위해서는 CI/CD 파이프라인이 필수적입니다.** 하지만 종종 배포를 지연시키는 문제에 직면합니다. 다음은 알아야 할 사항입니다:
-
--   **주요 병목 현상**: 도구 통합 문제, 테스트 지연, 확장성 문제, 보안 격차 및 성능 추적 부족.
--   **해결책**: 작업 자동화, 델타 업데이트 사용, 병렬 및 단계별 출시 구현, 롤백 시스템 설정.
--   **모범 사례**: [암호화로 업데이트 보안](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/), 실시간 분석으로 성능 추적, 앱스토어 규칙 준수 보장.
-
-이러한 병목 현상을 해결함으로써 더 빠른 업데이트, 비용 절감, 사용자 만족도 향상을 달성할 수 있습니다. 예를 들어, [Capgo](https://capgo.app/)의 플랫폼은 82%의 성공률로 2,350만 건의 업데이트를 제공하여 5년 동안 최대 $26,100를 절약했습니다.
-
-**핵심 요약**: 자동화, 보안 및 스마트 배포 전략으로 CI/CD 파이프라인을 간소화하여 OTA 업데이트를 효율적으로 제공하세요.
-
-## DevOps 파이프라인이 느려지고 있나요? 해결책이 있습니다!
-
-<iframe src="https://www.youtube.com/embed/90033Mv9VF8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 주요 CI/CD 파이프라인 지연 요인
-
-OTA CI/CD 파이프라인은 종종 배포를 지연시키는 병목 현상에 직면하여 효율성과 일정에 영향을 미칩니다.
-
-### 도구 통합 과제
-
-개발 도구를 원활하게 작동시키는 것이 지연을 초래할 수 있습니다. [GitHub Actions](https://docs.github.com/actions)와 [GitLab CI](https://docs.gitlab.com/ee/ci/)와 같은 널리 사용되는 CI/CD 플랫폼과의 원활한 통합은 보안 프로토콜을 유지하면서 워크플로우를 단순화합니다.
-
-> "GitHub Actions, GitLab CI 등 선호하는 플랫폼에서 직접 CI/CD 파이프라인을 구성합니다. 우리는 CI/CD를 호스팅하거나 유지 관리 비용을 청구하지 않습니다." – Capgo [\[1\]](https://capgo.app/)
-
-이러한 장애는 종종 CI/CD 파이프라인 내의 다른 과제들의 시발점이 됩니다.
-
-### 테스트 지연
-
-자동화가 제한적이거나 유효성 검사가 지나치게 복잡할 때 테스트 단계도 지연될 수 있습니다. 대상 베타 테스트와 같은 자동화된 단계별 출시를 도입하면 이 프로세스를 간소화하고 지연을 줄일 수 있습니다.
-
-### 확장성 문제
-
-업데이트 양이 증가함에 따라 파이프라인이 따라가지 못할 수 있습니다. 대규모 동시 업데이트 관리가 종종 병목 현상이 됩니다. 클라우드 기반 솔루션은 리소스 할당과 확장성을 개선하여 이러한 성장을 더 효과적으로 처리할 수 있는 방법을 제공합니다.
-
-### OTA 파이프라인의 보안 문제
-
-OTA 파이프라인의 보안 격차는 배포 프로세스에 위험을 초래합니다. 업데이트 콘텐츠를 보호하고 보안 표준 준수를 보장하기 위해 종단간 암호화를 사용하는 것이 중요합니다. 현대의 OTA 시스템은 이러한 취약점을 해결하기 위해 강력한 암호화에 의존합니다.
-
-### 성능 추적 부족
-
-적절한 성능 추적이 없으면 문제를 식별하고 해결하는 것이 어려워집니다. 파이프라인에 통합된 실시간 분석은 워크플로우를 최적화하고 문제를 신속하게 해결하는 데 필요한 통찰력을 제공할 수 있습니다.
-
-## 빌드 및 배포 시간 단축
-
-스마트 자동화와 효율적인 배포 전략으로 무선 업데이트(OTA)를 더 빠르게 만드세요.
-
-### 파이프라인 작업 자동화
-
-반복적인 작업을 자동화하면 배포 중 많은 시간을 절약할 수 있습니다. 통합, 테스트 및 배포를 위한 자동화된 프로세스를 설정하면 수동 지연을 줄일 수 있습니다. **GitHub Actions**와 **GitLab CI**와 같은 도구가 이에 적합합니다. **Capgo**와 같은 플랫폼도 선택한 플랫폼에서 직접 CI/CD 파이프라인을 사용자 정의하여 도움을 줄 수 있습니다. 더 나아가 차등 배포를 사용하여 업데이트 페이로드 크기를 줄일 수 있습니다.
-
-### 델타 업데이트 사용
-
-델타 업데이트는 전체 패키지 대신 변경된 소프트웨어 부분만 전송하는 데 중점을 둡니다. 이 접근 방식은 업데이트 크기를 줄이고 배포 속도를 높이며 대역폭 소비를 줄입니다.
-
-### 병렬 및 단계별 출시
-
-파이프라인 작업을 병렬로 실행하여 속도를 높입니다. 베타 테스트, 단계별 배포, 최종 프로덕션과 같은 단계별 출시와 결합하여 위험을 관리하고 서버 부하를 줄입니다.
-
-### 롤백 시스템 추가
-
-롤백 시스템을 반드시 구축하세요. 문제가 발생했을 때 안정적인 버전으로 빠르게 되돌릴 수 있습니다.
-
-## CI/CD 파이프라인 표준
-
-안전하고 규정을 준수하는 OTA 업데이트를 위해서는 명확한 표준을 설정하는 것이 중요합니다.
-
-### 앱스토어 규칙 체크리스트
-
-앱스토어 규칙을 준수하는 것은 성공적인 OTA 업데이트를 위해 필수적입니다. [Apple App Store](https://developer.apple.com/app-store/guidelines/)와 [Google Play Store](https://developer.android.com/distribute/play-policies) 모두 엄격한 가이드라인을 가지고 있습니다. Capgo의 플랫폼은 종단간 암호화를 사용하여 승인된 사용자만 업데이트 패키지를 복호화할 수 있도록 함으로써 규정 준수를 보장합니다 [\[1\]](https://capgo.app/).
-
-중요한 준수 요구사항은 다음과 같습니다:
-
--   [안전한 업데이트 전달 방법](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)
--   업데이트에 대한 사용자 동의 획득
--   명확한 버전 추적
--   효과적인 오류 처리
--   실패한 업데이트에 대한 롤백 옵션
-
-### 완전한 테스트 단계
-
-철저한 테스트는 신뢰할 수 있는 OTA 업데이트를 위해 중요합니다. 단위 테스트, 통합 테스트, 종단간 테스트를 포함하는 구조화된 테스트 프로세스는 안정성을 유지하는 데 도움이 됩니다. Capgo의 채널 시스템은 팀이 베타 테스트와 단계별 출시를 위해 특정 사용자 그룹에 업데이트를 릴리스할 수 있도록 하여 고급 테스트를 지원합니다 [\[1\]](https://capgo.app/).
-
-테스트는 다음 사항에 중점을 두어야 합니다:
-
--   업데이트 패키지 무결성 보장
--   네트워크 연결 문제 처리
--   버전 호환성 확인
--   리소스 사용 최적화
--   오류 복구 프로세스 검증
-
-테스트가 견고해지면 문제를 신속하게 해결하기 위해 업데이트 프로세스를 모니터링하는 것이 다음 단계입니다.
-
-### 업데이트 진행 상황 추적
-
-파이프라인이 원활하고 효율적으로 실행되도록 하기 위해 실시간으로 배포를 모니터링하는 것이 필수적입니다.
-
-### 팀 커뮤니케이션 방법
-
-OTA 업데이트 관리를 위해서는 좋은 커뮤니케이션이 핵심입니다. 명확한 채널과 역할 기반 접근 제어를 수립하면 배포 프로세스를 단순화할 수 있습니다. Capgo의 조직 관리 시스템은 역할과 권한 생성을 허용하여 적절한 감독을 보장함으로써 팀 협업을 돕습니다 [\[1\]](https://capgo.app/).
-
-커뮤니케이션을 위한 모범 사례는 다음과 같습니다:
-
--   배포 상태에 대한 정기적인 업데이트
--   문제에 대한 명확한 에스컬레이션 절차
--   팀 간 조정 프로토콜
--   배포 결정에 대한 상세한 문서화
-
-## 결론
-
-CI/CD 병목 현상을 해결하는 것은 원활한 OTA 제공을 보장하는 데 매우 중요합니다. 간소화된 파이프라인은 활성 사용자의 95%가 24시간 이내에 업데이트를 받고, 5MB 번들이 114ms만에 다운로드되며, 평균 API 응답 시간이 57ms인 인상적인 결과로 이어질 수 있습니다 [\[1\]](https://capgo.app/).
-
-> "Capgo는 핫 코드 푸시를 구현하는 스마트한 방법입니다" [\[1\]](https://capgo.app/)
-
-750개의 앱에서 2,350만 건 이상의 업데이트를 한 Capgo의 구현 [\[1\]](https://capgo.app/)은 효율적인 OTA 업데이트 시스템 사용 시 5년 동안 최대 $26,100의 잠재적 절감액을 보여줍니다. 이를 달성하기 위해 효과적인 CI/CD 관리는 다음에 중점을 둡니다:
-
--   **자동화된 워크플로우**로 수동 작업 감소
--   **델타 업데이트**로 대역폭 사용 제한
--   **단계별 배포**로 제어된 출시
--   **강력한 보안**과 종단간 암호화
--   **상세한 분석이 포함된 실시간 모니터링**
diff --git a/src/content/blog/ko/common-live-update-issues-and-solutions-for-developers.md b/src/content/blog/ko/common-live-update-issues-and-solutions-for-developers.md
deleted file mode 100644
index 3b9c8f2d3..000000000
--- a/src/content/blog/ko/common-live-update-issues-and-solutions-for-developers.md
+++ /dev/null
@@ -1,228 +0,0 @@
----
-slug: common-live-update-issues-and-solutions-for-developers
-title: 개발자를 위한 일반적인 라이브 업데이트 문제와 해결 방법
-description: '네트워크 문제, 버전 충돌 및 기기 호환성을 포함한 일반적인 실시간 업데이트 문제에 대한 해결책을 살펴보고 사용자 경험을 향상시킵니다.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T03:31:58.003Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a3d9861da6ea6c25fd54e4-1738812730938.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  live updates, network issues, version conflicts, device compatibility, CI/CD,
-  OTA updates, security, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-라이브 업데이트를 통해 개발자는 앱스토어 지연 없이 변경사항을 사용자에게 직접 전달할 수 있습니다. 하지만 네트워크 문제, 버전 충돌, 기기 호환성 문제와 같은 과제가 있습니다. 이 가이드는 원활한 업데이트를 위한 해결책을 제공합니다:
-
--   **네트워크 문제**: 재시도 메커니즘, 청크 기반 다운로드, 델타 업데이트를 사용하세요.
--   **버전 충돌**: 시맨틱 버저닝을 따르고, 호환성을 테스트하며, 적절한 데이터 마이그레이션을 보장하세요.
--   **기기 호환성**: [BrowserStack](https://www.browserstack.com/app-live)과 같은 도구를 사용하여 다양한 기기에서 테스트하고 하드웨어와 OS 버전에 맞게 업데이트를 최적화하세요.
--   **CI/CD의 빌드 오류**: [Capgo](https://capgo.app/)와 같은 도구로 종속성 충돌을 해결하고, 환경 변수를 검증하며, 빌드를 자동화하세요.
--   **보안**: 암호화, 검증, 접근 제어로 업데이트를 보호하세요.
-
-**빠른 팁**: Capgo와 같은 도구는 롤백 옵션, 단계적 출시, 실시간 모니터링과 같은 기능으로 OTA(Over-The-Air) 업데이트를 단순화합니다.
-
-더 원활한 업데이트가 필요하신가요? 시간을 절약하고 사용자 경험을 개선하기 위해 이러한 일반적인 문제들을 해결하는 것부터 시작하세요.
-
-## Appflow 라이브 업데이트: 사용자에게 즉각적인 업데이트 배포
-
-<iframe src="https://www.youtube.com/embed/Twj-Bx6ZRw8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## OTA 업데이트 문제 해결하기
-
-OTA 업데이트는 종종 네트워크 문제와 버전 충돌과 같은 과제에 직면합니다. 다음은 이를 효과적으로 해결하는 방법입니다.
-
-### 네트워크 문제와 해결책
-
-네트워크 문제가 업데이트를 방해할 수 있지만, 이를 처리하는 방법이 있습니다:
-
--   연결 끊김을 처리하기 위해 지수 백오프가 있는 **재시도 메커니즘**을 사용하세요.
--   높은 지연 시간 환경을 처리하기 위해 **청크 기반 다운로드**를 선택하세요.
--   대역폭 사용을 줄이기 위해 **델타 업데이트**를 구현하세요.
-
-`react-native-netinfo`와 같은 도구를 사용하면 네트워크 변화를 감지하고 대응하여 다양한 조건에 적응하기 쉽습니다 [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-### 버전 관리 문제
-
-적절한 버전 관리는 원활한 업데이트의 핵심입니다. 시맨틱 버저닝은 명확한 프레임워크를 제공합니다: 예를 들어, 새로운 기능을 추가할 때는 기존 앱 데이터와의 호환성을 유지하면서 마이너 버전을 업데이트합니다(예: 1.2.0에서 1.3.0으로) [\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform).
-
-버전 관리에 대한 접근 방법은 다음과 같습니다:
-
--   업데이트를 적용하기 전에 앱 버전을 확인하세요.
--   이전 버전 구성의 기록을 유지하세요.
--   버전 간 데이터 마이그레이션 경로가 존재하는지 확인하세요.
--   버전 호환성을 확인하기 위해 자동화된 테스트를 사용하세요.
-
-### [Capgo](https://capgo.app/)를 사용한 OTA 업데이트
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-06.jpg?auto=compress)
-
-Capgo는 OTA 업데이트 관리를 위한 강력한 도구입니다. 내장된 모니터링, 롤백 옵션, 엔드-투-엔드 암호화를 통한 안전한 전달과 같은 기능을 제공합니다. 또한 CI/CD 통합으로 배포가 더 원활해집니다 [\[3\]](https://appinventiv.com/blog/how-ci-cd-helps-mobile-app-development/).
-
-Capgo의 주요 기능은 다음과 같습니다:
-
--   업데이트를 추적하기 위한 **실시간 모니터링**
--   문제를 빠르게 해결하기 위한 **즉각적인 롤백**
--   통제된 배포를 위한 **단계적 출시**
--   더 나은 관리를 위한 **버전 제어 통합**
--   업데이트 성공률을 측정하기 위한 **분석**
-
-배포 전략을 최적화하기 위해 [업데이트 채널](https://capgo.app/docs/webapp/channels/)을 구성하세요:
-
--   **프로덕션**: 일반 사용자를 위한 안정적인 릴리스
--   **베타**: 기능 테스트를 위한 얼리 액세스
--   **개발**: 내부 테스트 및 검증
-
-긴급 업데이트의 경우 단계적 출시가 가장 좋습니다. 사용자의 5-10%로 시작하여 결과를 모니터링하고 점진적으로 확장하세요.
-
-## CI/CD 파이프라인 문제
-
-개발자들은 특히 OTA 업데이트 중에 CI/CD 파이프라인 작업 시 여러 과제에 직면합니다. 이러한 일반적인 문제들을 해결하는 실질적인 방법을 살펴보겠습니다.
-
-### 빌드 오류 해결책
-
-빌드 오류는 일반적으로 환경의 불일치나 종속성 간의 충돌로 인해 발생합니다. 가장 일반적인 문제를 해결하기 위한 빠른 가이드입니다:
-
-| 오류 유형 | 일반적인 원인 | 해결책 |
-| --- | --- | --- |
-| 종속성 충돌 | 버전 불일치 | `package-lock.json` 또는 `yarn.lock`과 같은 잠금 파일 사용 |
-| 환경 변수 | 누락되거나 잘못된 값 | 환경 검증 확인 설정 |
-| 리소스 제한 | 메모리/CPU 제약 | 리소스 할당량 조정 및 빌드 최적화 |
-
-중요한 빌드를 배포하기 전에 상태 확인을 실행하면 실패를 최소화할 수 있습니다. 빌드 문제를 해결한 후에는 원활한 업데이트를 위해 테스트 자동화를 안정화하는 데 집중하세요.
-
-### 테스트 자동화 문제
-
-안정적인 테스트 자동화는 신뢰할 수 있는 라이브 업데이트에 필수적입니다. 다음 영역에 집중하세요:
-
-**엔드-투-엔드 테스트**  
-[Selenium](https://www.selenium.dev/) 또는 [Appium](http://appium.io/)과 같은 도구를 사용하여 철저한 테스트 스위트를 만드세요. 다음과 같은 중요한 업데이트 시나리오를 다뤄야 합니다:
-
--   업데이트 다운로드 및 설치
--   버전 호환성 확인
--   롤백 시나리오 처리
--   다양한 네트워크 조건에서의 테스트
-
-**성능 테스트**  
-업데이트 과정에서 다음과 같은 주요 지표를 추적하세요:
-
--   다양한 네트워크 조건에서의 다운로드 속도
--   설치 중 메모리 사용량
--   업데이트 후 앱 시작 시간
--   업데이트 중 배터리 소비
-
-### Capgo CI/CD 설정 가이드
-
-Capgo는 빌드 자동화부터 업데이트 모니터링까지 일반적인 파이프라인 과제를 해결하여 CI/CD 워크플로우를 더 쉽게 만듭니다. 신뢰할 수 있는 파이프라인을 설정하는 방법은 다음과 같습니다:
-
-1. **빌드 자동화**  
-코드 푸시나 풀 리퀘스트와 같은 트리거를 설정하여 빌드를 자동으로 처리하세요. Capgo의 통합은 환경에 따라 제어된 출시를 허용하는 여러 배포 채널을 지원합니다.
-
-2. **버전 관리 사용**  
-배포를 간소화하고 질서를 유지하기 위해 시맨틱 버저닝과 브랜칭 전략(예: `main`, `staging`, `development`)을 채택하세요.
-
-3. **업데이트 모니터링**  
-Capgo의 분석 도구로 다음과 같은 주요 지표를 추적하세요:
-
--   업데이트 성공률
--   다운로드 완료율
--   사용자 채택 동향
--   오류 빈도
-
-실패한 업데이트에 대한 재시도 메커니즘을 활성화하고 오류 로깅을 사용하여 문제 해결을 단순화하세요 [\[2\]](https://ionic.io/resources/articles/integrating-appflow-with-your-cicd-platform).
-
-실수로 인한 배포를 피하기 위해 개발 환경과 프로덕션 환경에 대해 별도의 구성을 유지하세요. 이를 통해 업데이트를 라이브로 푸시하기 전에 적절한 테스트를 보장할 수 있습니다.
-
-## 기기 호환성 문제
-
-앱이 다양한 기기와 API에서 원활하게 작동하도록 보장하는 것은 성공적인 라이브 업데이트를 제공하는 데 핵심 요소입니다.
-
-### 멀티 기기 지원
-
-다양한 기기에서의 테스트는 신뢰할 수 있는 라이브 업데이트를 위해 매우 중요합니다. BrowserStack App Live 테스트 데이터에 따르면, 일반적인 사용자 시나리오의 90%를 커버하기 위해서는 보통 15-20개의 다른 기기 설정에서 테스트해야 합니다 [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash).
-
-| 기기 등급 | 주요 고려사항 | 테스트 중점 |
-| --- | --- | --- |
-| 고급 기기 | 처리 능력, 최신 API | 기능 호환성, 성능 튜닝 |
-| 중급 기기 | 메모리 사용량, 배터리 영향 | 리소스 관리, [업데이트 크기 최적화](https://capgo.app/blog/optimise-your-images-for-updates/) |
-| 저급 기기 | 하드웨어 제한, 저장공간 | 최소 요구사항, 압축 기술 |
-
-기기 전반에 걸친 성능을 개선하기 위해 기기 성능에 맞춰 앱의 기능을 조정하세요:
-
--   까다로운 기능에 대해 **점진적 로딩** 사용
--   성능 향상을 위한 **기기별 캐싱** 적용
--   저장공간 제약에 맞는 **업데이트 패키지 압축**
-
-기기 최적화도 중요하지만, 운영체제와 API 버전의 차이를 처리하는 것은 또 다른 복잡성을 더합니다.
-
-### API 버전 차이
-
-대부분의 앱은 사용자 기반의 95%를 커버하기
-
-| **보안 계층** | **구현** | **목적** |
-| --- | --- | --- |
-| **[데이터 암호화](https://capgo.app/docs/cli/migrations/encryption/)** | 종단간 암호화 | 전송 중 업데이트 보호 |
-| **업데이트 검증** | 암호화 서명 | 업데이트의 진위 확인 |
-| **접근 제어** | 토큰 기반 인증 | 무단 업데이트 방지 |
-
-Capgo의 도구는 주요 프로세스를 자동화하여 업데이트 보안을 더 쉽게 만듭니다:
-
--   **[패키지 암호화](https://capgo.app/docs/cli/migrations/encryption/)**: 업데이트 번들 자동 암호화.
--   **보안 전송**: HTTPS 프로토콜을 사용한 업데이트 보장.
--   **버전 검증**: 설치 전 업데이트 무결성 확인.
-
-### 플랫폼 가이드라인
-
-앱스토어 규칙과 데이터 보호법 준수는 절대적입니다. 예를 들어, [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) 위반 시 최대 2천만 유로 또는 전세계 매출의 4%까지 벌금이 부과될 수 있습니다 [\[1\]](https://www.browserstack.com/guide/why-mobile-apps-crash). 이러한 가이드라인을 따르는 것이 필수적입니다.
-
-**주요 준수 사항:**
-
-| **요구사항** | **구현 방법** | **검증** |
-| --- | --- | --- |
-| **사용자 동의** | 앱 내 업데이트 알림 | 동의 기록 유지 |
-| **데이터 최소화** | 필수 데이터만 수집 | 정기적 감사 실시 |
-| **업데이트 투명성** | 명확한 변경 로그 제공 | 사용자 통지 |
-| **보안 모니터링** | 자동화된 점검 | 지속적인 스캔 수행 |
-
-업데이트를 제공하면서 규정을 준수하기 위해:
-
--   감사를 위한 데이터 처리 및 업데이트 로그의 상세 기록을 유지하세요.
--   간단하고 사용자 친화적인 동의 메커니즘을 사용하세요.
--   보안 관행을 정기적으로 검토하고 개선하세요.
-
-GDPR 준수를 위해 배포 전 위험을 식별하기 위한 데이터 보호 영향 평가를 수행하세요. 잠재적 감사에 대비하여 업데이트 로그를 안전하게 저장하고 모든 보안 조치에 대한 명확한 문서를 유지하세요.
-
-이러한 보안 프로토콜이 구축되면, 향후 업데이트를 간소화하는 솔루션을 탐색할 준비가 됩니다.
-
-## 결론
-
-### 솔루션 개요
-
-Capgo와 같은 도구를 사용하면 OTA 업데이트, CI/CD 파이프라인, 기기 호환성과 관련된 문제를 해결할 수 있습니다. 이러한 도구들은 네트워크 안정성, 버전 관리, 크로스 플랫폼 호환성과 같은 일반적인 문제를 해결하여 사용자에게 원활한 업데이트를 보장합니다.
-
-| **문제** | **해결책** | **결과** |
-| --- | --- | --- |
-| OTA & CI/CD | 검증, 롤백, 자동화된 테스팅 | 95% 오류 감소, 60% 더 빠른 주기 |
-| 기기 호환성 | 크로스 플랫폼 테스트 프레임워크 | 기기별 문제 85% 감소 |
-
-### 미래 전망: 업데이트 혁신
-
-AI 기반 도구는 실시간 문제 감지와 자동화된 수정과 같은 기능을 제공하여 더 스마트한 업데이트의 길을 열고 있습니다. 다른 트렌드로는 블록체인 기반 보안, 실시간 모니터링, 고급 호환성 검사, 플랫폼 간 더 나은 동기화가 있습니다. 이러한 방법을 채택하면 개발자가 업데이트 프로세스를 더 안정적이고 미래 지향적으로 만들 수 있습니다.
-
-### Capgo 시작하기
-
-Capgo는 라이브 업데이트 솔루션 구현을 단순화하여 배포 속도와 신뢰성을 높이고 통합 시간을 줄입니다.
-
-시작하는 방법:
-
--   Capgo의 CI/CD 도구를 사용하여 테스팅을 자동화하세요.
--   암호화를 설정하고 버전을 검증하세요.
--   특정 사용자 그룹을 위한 업데이트를 구성하세요.
-
-이러한 단계를 통해 더 원활한 워크플로우와 더 빠른 업데이트를 보장할 수 있습니다.
diff --git a/src/content/blog/ko/common-mistakes-in-custom-attribute-segmentation.md b/src/content/blog/ko/common-mistakes-in-custom-attribute-segmentation.md
deleted file mode 100644
index f0d49c0c2..000000000
--- a/src/content/blog/ko/common-mistakes-in-custom-attribute-segmentation.md
+++ /dev/null
@@ -1,133 +0,0 @@
----
-slug: common-mistakes-in-custom-attribute-segmentation
-title: 사용자 정의 속성 세분화의 일반적인 실수
-description: 사용자 지정 속성 세분화에서 주요 함정을 배우고 사용자 참여 및 앱 성능을 효과적으로 향상시키는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T14:10:29.790Z
-updated_at: 2025-04-11T14:10:40.437Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f91f892e221594daf25028-1744380640437.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  custom attribute segmentation, user engagement, app performance, segmentation
-  mistakes, data compliance
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-사용자 속성 세분화는 사용자 참여와 앱 성능을 개선하는 데 중요한 요소입니다. 그러나 많은 개발자들이 비효율적인 업데이트, 잘못된 타겟팅 및 사용자 만족도 감소로 이어지는 일반적인 실수를 합니다. 피해야 할 사항과 개선 방법을 간단히 살펴보겠습니다:
-
--   **피해야 할 실수**:
-    
-    -   모델 과잉 복잡화: 오류와 지연을 피하기 위해 세분화를 간단하게 유지하세요.
-    -   오래된 데이터 사용: 정확한 타겟팅을 위해 정기적으로 데이터를 새로 고치세요.
-    -   규칙 유형 혼합: 명확성을 위해 일관된 형식을 유지하세요.
-    -   사용자 행동 무시: 더 나은 통찰력을 위해 정적 속성과 사용자 행동을 결합하세요.
-    -   명확한 목표 부족: 집중력을 유지하기 위해 구체적인 목표를 정의하세요.
--   **개선 방법**:
-    
-    -   적절한 세그먼트 크기 설정: 지나치게 구체적인 그룹을 피하고 실행 가능한 세그먼트에 집중하세요.
-    -   즉시 세그먼트 업데이트: 세분화 사항을 빠르게 응답할 수 있도록 실시간 업데이트를 허용하는 도구를 사용하세요.
-    -   모니터링 및 조정: 성공률, 참여도, 오류와 같은 지표를 추적하여 세분화를 정제하세요.
-    -   데이터 규칙 준수: 데이터 수집을 제한하고 투명성을 보장하며 [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)과 같은 규정을 준수하세요.
--   **왜 중요할까요**:
-    
-    -   [Capgo](https://capgo.app/)와 같은 도구는 실시간 업데이트, 안전한 데이터 처리, 빠른 출시를 가능하게 하여 24시간 이내에 최대 95%의 업데이트 성공률을 달성할 수 있습니다. 올바른 도구와 전략을 채택하면 세분화를 간소화하고 사용자 타겟팅을 향상시킬 수 있습니다.
-
-## 데이터 속성, 스마트 목록 및 세분화, OH MY! | San ...
-
-## 일반적인 세분화 실수
-
-사용자 정의 속성 세분화는 몇 가지 일반적인 함정으로 인해 궤도를 벗어날 수 있습니다. 이러한 문제를 피하는 것이 앱을 원활하게 운영하고 사용자를 효과적으로 참여시키는 핵심입니다.
-
-### 모델 과잉 복잡화
-
-세분화 모델이 너무 복잡하면 처리 속도가 느려지고 오류가 증가하며 문제 해결이 어려워질 수 있습니다. 간단하고 효율적으로 유지하여 정확하게 진행하세요.
-
-### 오래된 데이터 사용
-
-오래된 데이터에 의존하면 타겟팅이 이탈할 수 있습니다. 데이터 정확성을 유지하고 사용자 경험이 적절하도록 정기적으로 데이터를 새로 고치세요.
-
-### 규칙 유형 혼합
-
-부울과 숫자 기준 혼합, 일관되지 않은 명명법 또는 상충하는 계층 구조 등 다른 규칙 형식을 결합하면 혼란과 오류를 발생시킬 수 있습니다. 규칙이 의도된 대로 작동하도록 일관된 형식을 유지하세요.
-
-### 사용자 행동 무시
-
-정적 속성만으로는 전체 이야기를 알 수 없습니다. 사용자가 앱과 상호작용하는 방식을 무시하면 세분화의 영향력이 제한될 수 있습니다. 사용자 행동에 대한 데이터를 포함하면 더 반응적이고 효과적인 타겟팅이 가능합니다.
-
-### 명확한 목표 부족
-
-명확한 목표 없이 세분화 노력은 집중력을 잃을 수 있습니다. 구체적인 지표와 시간표를 정의하고 세분화가 전체 비즈니스 전략과 일치하는지 확인하세요.
-
-다음으로 세분화를 개선하고 타겟팅을 강화하기 위한 전략에 대해 살펴보겠습니다.
-
-## 세분화 개선 방법
-
-다음은 일반적인 실수를 피하면서 세분화 접근 방식을 정제할 수 있는 방법입니다.
-
-### 적절한 세그먼트 크기 설정
-
-실행 가능하고 통계적으로 신뢰할 수 있는 균형을 이루는 세그먼트 크기를 선택하세요. 사소한 선호 하나하나에 대해 지나치게 구체적인 그룹으로 사용자를 나누는 것을 피하고, 유사한 행동을 그룹화하여 분석하고 행동하기 쉬운 세그먼트를 생성하세요.
-
-### 즉시 세그먼트 업데이트
-
-현대의 도구는 세분화에 즉각적으로 변경을 할 수 있게 해줍니다. 실시간 업데이트는 유용합니다. 그 이유는 다음과 같습니다:
-
--   앱 스토어 리뷰 없이 변경 사항을 건너뛸 수 있습니다.
--   사용자 행동 변화에 빠르게 대응할 수 있습니다.
--   다양한 세분화 전략의 A/B 테스트를 가능하게 합니다.
--   계획대로 작동하지 않는 경우 신속한 롤백을 허용합니다.
-
-### 모니터링 및 조정
-
-세분화의 성과를 주의 깊게 살펴보고 필요에 따라 조정하세요. 다음 분야에 집중하세요:
-
-| 모니터링할 측면 | 추적할 지표 | 할 일 |
-| --- | --- | --- |
-| 업데이트 성공 | 성공률, 배달 시간 | 업데이트 적용 정도를 측정하고 배포 프로세스를 개선하세요 |
-| 사용자 참여 | 세션 기간, 기능 사용 | 사용자가 앱과 상호작용하는 방식에 따라 세그먼트를 정제하세요 |
-| 오류 추적 | 오류 발생 빈도, 유형 | 세분화로 인해 발생한 문제를 식별하고 수정하세요 |
-| 성과 영향 | 로드 시간, 자원 사용 | 앱이 원활하게 작동하도록 프로세스를 미세 조정하세요 |
-
-### 데이터 규칙 준수
-
-데이터 보호 규정을 따르는 것은 선택 사항이 아닙니다. 세분화를 개선하면서 어떻게 준수할 수 있는지에 대한 방법은 다음과 같습니다:
-
--   **필요한 것만 수집**: 세분화 목표에 필수적인 데이터 수집으로 제한하세요. 이렇게 하면 준수 위험이 줄어들고 처리 효율성이 높아집니다.
--   **투명하게**: 사용자에게 데이터가 어떻게 사용되는지 명확히 설명하세요. 이는 신뢰를 구축하고 사용자가 정확한 정보를 공유하도록 촉진합니다.
--   **정기 감사**: 세분화 기준을 검토하여 GDPR 및 [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)와 같은 규정을 준수하는지 확인하세요. 오래되거나 불필요한 데이터 포인트를 제거하세요.
-
-사용자 정보를 보호하면서 효과적인 세분화를 유지하기 위해 종단 간 암호화 및 안전한 데이터 처리 방법을 사용하는 것도 중요합니다.
-
-## 세분화 도구 개요
-
-사용자 정의 속성 세분화를 위한 도구를 선택할 때 오류를 최소화하고 타겟팅을 개선하는 기능을 찾으세요. 주요 기능으로는 실시간 분석, 롤백 옵션, 타겟 업데이트 배포, 유연한 호스팅(클라우드 및 자가 호스팅), 종단 간 암호화, 앱 스토어 요구 사항 준수가 포함됩니다.
-
-### 도구 비교표
-
-| 기능 | Capgo | 세분화에 미치는 영향 |
-| --- | --- | --- |
-| **업데이트 속도** | 114ms 다운로드 (5MB 번들)[\[1\]](https://capgo.app/) | 빠른 업데이트는 오래된 데이터 문제를 줄입니다 |
-| **성공률** | 24시간 이내 95% 업데이트 비율[\[1\]](https://capgo.app/) | 더 높은 채택은 더 나은 세그먼트 정확성을 보장합니다 |
-| **보안** | 종단 간 암호화[\[1\]](https://capgo.app/) | 민감한 사용자 데이터를 효과적으로 보호합니다 |
-| **분석** | 실시간 분석[\[1\]](https://capgo.app/) | 세그먼트 성과에 대한 즉각적인 피드백을 제공합니다 |
-| **호스팅 옵션** | 클라우드 및 자가 호스팅 | 다양한 배포 요구를 지원합니다 |
-| **글로벌 커버리지** | 전 세계적으로 57ms API 응답 시간[\[1\]](https://capgo.app/) | 지역 간 일관된 성능을 제공합니다 |
-
-세분화 도구 환경은 최근 몇 년 동안 크게 변화했습니다. 예를 들어, 2024년 [Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)의 종료와 2026년 [AppFlow](https://ionic.io/appflow) 종료 예정은 개발자들이 더 신뢰할 수 있는 대안을 탐색하도록 유도했습니다. 이러한 변화는 세분화 문제를 직접적으로 해결하는 도구의 중요성을 강조합니다.
-
-업데이트 속도 및 성공률과 같은 지표는 신뢰성을 강조하여 활동적이고 정확하게 타겟팅된 사용자 그룹을 보장합니다. 가격도 큰 역할을 하며 - 일부 플랫폼은 연간 $5,000–$6,000의 비용이 드는 반면, 다른 플랫폼은 월 약 $300[\[1\]](https://capgo.app/)입니다. 이러한 범위는 소규모 팀이 고급 도구에 접근할 수 있도록 합니다.
-
-즉각적인 배포, 안전한 데이터 처리 및 원활한 CI/CD 통합을 제공하는 도구에 집중하세요. 이러한 기능은 오류를 줄이고 세분화 결과를 개선하는 데 필수적입니다.
-
-## 결론
-
-효과적인 세분화는 간단하게 유지하고, 실시간 업데이트를 사용하며, 명확한 목표를 설정하는 데 의존합니다. 올바르게 수행되면, 세분화 모델은 실용적이고 효율적일 수 있으며, 더 빠른 기능 롤아웃과 정확한 사용자 타겟팅을 가능하게 합니다.
-
-오늘날의 플랫폼은 실시간 세분화 도구로 게임의 판도를 바꾸었습니다. 개발자들은 이제 사용자 세그먼트를 즉시 업데이트하고 관리하여 광범위한 사용자에 대한 정확한 타겟팅을 보장할 수 있습니다.
-
-세분화의 성공은 몇 가지 핵심 관행에 달려 있습니다: 모델을 간단하게 유지하고, 실시간 업데이트를 활용하고, 측정 가능한 목표를 설정하고, 성과를 추적하기 위한 분석을 사용하는 것입니다. 올바른 도구를 사용하면 개발자는 반응적이고 영향력 있는 사용자 세그먼트를 구축할 수 있습니다.
diff --git a/src/content/blog/ko/comparing-react-native-vs-capacitor.md b/src/content/blog/ko/comparing-react-native-vs-capacitor.md
deleted file mode 100644
index 9392a8bcf..000000000
--- a/src/content/blog/ko/comparing-react-native-vs-capacitor.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: comparing-react-native-vs-capacitor
-title: React Native vs Capacitor 비교
-description: >-
-  이 글에서는 React Native를 사용한 모바일 앱 개발과 React 및 Capacitor를 사용한 방식을 비교하며, 각각의 기능,
-  성능, 커뮤니티 등을 다룹니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-11T00:00:00.000Z
-updated_at: 2023-06-11T00:00:00.000Z
-head_image: /react_native_vs_react_capacitor.webp
-head_image_alt: React Native와 Capacitor 비교 도해
-keywords: >-
-  React Native, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Alternatives
-published: true
-locale: ko
-next_blog: ''
----
-다루게 될 내용:
-
-- Capacitor란 무엇인가?
-- React Native란 무엇인가?
-- 두 프레임워크의 공통점은 무엇인가?
-- React Native vs. Capacitor: 기능성
-- React Native vs. Capacitor: 성능
-- React Native vs. Capacitor: 커뮤니티
-- React Native vs. Capacitor: 학습 곡선
-- React Native vs. Capacitor: 기술 수요
-- React와 Capacitor를 사용할지 React Native를 사용할지?
-
-## Capacitor란 무엇인가?
-
-[Capacitor](https://capacitorjs.com/)는 Ionic 팀이 만든 크로스 플랫폼 도구입니다. 웹 애플리케이션을 iOS 또는 Android 애플리케이션으로 변환할 수 있게 해줍니다.
-
-Capacitor를 사용하면 JavaScript 코드로 모바일 애플리케이션을 만들 수 있습니다. 그런 다음 휴대폰의 기본 WebView를 사용하여 앱을 렌더링합니다. Capacitor의 플러그인과 API를 사용하면 카메라, 스피커 등과 같은 네이티브 기능에 액세스할 수 있습니다.
-
-Capacitor는 React, Vue, Angular 및 바닐라 JS와 같은 다양한 JavaScript 프레임워크와 호환됩니다. [Capacitor와 React로 크로스 플랫폼 앱 만들기](https://capacitorjs.com/solution/react/)에 대해 자세히 알아보세요.
-
-## React Native란 무엇인가?
-
-[React Native](https://reactnative.dev/)는 본질적으로 모바일 애플리케이션을 위한 React입니다. React 구문을 사용하여 Android 및 iOS용 앱을 만들 수 있습니다.
-
-작성한 React 코드는 모바일 기기의 네이티브 API와 상호 작용합니다. React Native는 개발자에게 `Text`, `Image`, `View`와 같은 네이티브 컴포넌트를 네이티브 UI의 구성 요소로 제공합니다.
-
-오픈 소스인 React Native는 Facebook이 만들고 유지 관리하고 있습니다.
-
-## 두 프레임워크의 공통점은 무엇인가?
-
-React Native와 Capacitor와 같은 크로스 플랫폼 도구를 사용하면 많은 시간과 비용을 절약할 수 있습니다.
-
-두 프레임워크 모두 특정 플랫폼용 모바일 앱을 만들기 위해 Java, Kotlin, Swift, Objective C와 같은 네이티브 언어를 배울 필요가 없습니다. 하나의 코드베이스로 Android 애플리케이션을 만들고 다른 코드베이스로 iOS 애플리케이션을 만드는 대신, 동일한 코드베이스를 사용하여 두 플랫폼용 모바일 앱을 만들 수 있습니다.
-
-이는 또한 크로스 플랫폼 애플리케이션을 만드는 회사가 iOS용과 Android용으로 두 개의 다른 팀이 필요한 대신 하나의 React Native 또는 Capacitor 팀만으로 두 버전을 모두 만들 수 있다는 것을 의미하므로 급여를 받는 개발자 수를 줄일 수 있습니다.
-
-Capacitor와 React Native는 모듈이나 플러그인으로 커스텀 네이티브 코드를 프로젝트에 통합하는 공통적인 접근 방식을 공유합니다. 두 프레임워크 모두 프레임워크가 기본적으로 제공하지 않는 네이티브 기능에 액세스하기 위해 Java, Kotlin, Objective C 또는 Swift로 커스텀 네이티브 코드를 작성할 수 있습니다.
-
-React Native처럼 Capacitor도 모바일 폰의 네이티브 기능을 사용합니다. 주요 차이점은 렌더링에 있습니다. React Native 모바일 애플리케이션이 각 기기의 네이티브 뷰를 사용하는 반면, Capacitor는 기기의 네이티브 WebView를 사용하여 애플리케이션을 렌더링합니다.
-
-두 프레임워크 모두 누구나 소스 코드를 기여하고 사용할 수 있는 오픈 소스입니다.
-
-## React Native vs. Capacitor: 기능성
-
-React Native로 작업할 때 개발자는 React의 구문과 핵심 원칙을 사용하여 네이티브 앱을 만들 수 있습니다. 이는 종종 비독선적인 프레임워크라고 불리며, [매우 적은 공식 라이브러리와 기능](https://blog.logrocket.com/react-native-component-libraries/)만 제공됩니다.
-
-React Native의 제작자들은 개발자들에게 [앱을 구조화하고 다양한 문제를 해결하는 데 있어 자유](https://reactjs.org/docs/add-react-to-a-website.html/)를 주는 것을 선호했으며, 처음부터 코드를 작성하고 싶지 않은 개발자들이 커뮤니티에서 개발한 서드파티 라이브러리를 사용하여 다양한 기능을 구축할 수 있게 했습니다.
-
-이러한 라이브러리에는 다음이 포함됩니다:
-
-- [React Hook Form](https://blog.logrocket.com/the-complete-guide-to-react-hook-form/) 또는 [폼을 만들고 검증하기 위한 Formik](https://blog.logrocket.com/building-better-react-forms-with-formik/)
-- [애플리케이션을 테스트하기 위한 React Testing Library와 Jest](https://blog.logrocket.com/testing-apps-with-jest-and-react-testing-library/)
-- [네트워크 요청을 하기 위한 Fetch API와 Axios](https://blog.logrocket.com/data-fetching-react-native/)
-
-그러나 장점으로 볼 수 있는 서드파티 라이브러리조차도 종종 구식이 됩니다. 특정 라이브러리에 대한 커뮤니티 지원이 충분히 강하지 않고 자주 업데이트되지 않으면 호환성 문제가 발생할 수 있습니다.
-
-[Capacitor는 Cordova 위에 구축](https://blog.logrocket.com/framework7-vs-ionic-comparing-cordova-frameworks/)되었으며 대부분의 Cordova 플러그인과 역호환됩니다. 그러나 Capacitor는 더 현대적이고 더 잘 유지관리되는 반면, Cordova는 더 이상 사용되지 않습니다. Capacitor는 또한 PWA를 지원하고 Cordova보다 더 빠르며, 앱의 시작 시간을 개선합니다.
-
-[Capacitor가 Ionic 팀에 의해 개발](https://blog.logrocket.com/react-native-vs-ionic/)되었지만, 실제로 Capacitor와 함께 Ionic을 사용할 필요는 없습니다. Capacitor는 모든 JavaScript 프레임워크와 바닐라 JavaScript와 호환됩니다.
-
-다만, Ionic과 Capacitor를 함께 사용하면 작업이 더 쉬워질 수 있습니다. Ionic은 네이티브 UI를 구현하고 모바일 개발에 필요한 일부 도구를 구성하는 데 도움이 될 수 있기 때문입니다.
-
-Capacitor는 웹 개발자가 모바일 애플리케이션을 빠르게 구축하기에 완벽합니다. [MUI](https://blog.logrocket.com/definitive-guide-react-material/)와 Chakra와 같은 React 프레임워크로 만든 웹 앱에서도 모바일 애플리케이션을 생성할 수 있습니다. React Native에서는 이렇게 할 수 없으며, 앱을 처음부터 만들어야 합니다.
-
-Capacitor가 React Native보다 가지는 한 가지 장점은 웹에서 네이티브 API에 액세스할 수 있기 때문에 프로그레시브 웹 앱을 만드는 데 사용할 수 있다는 것입니다. Capacitor는 또한 Xamarin, Cordova, NativeScript와 같은 다른 크로스 플랫폼 도구에 비해 매우 가볍습니다.
-
-Cordova의 팬이었다면 Capacitor 사용을 고려해보세요. Ionic 팀에 의해 잘 유지관리되고 있으며, 정기적으로 문제에 대한 수정사항을 제공합니다.
-
-## React Native vs. Capacitor: 성능
-
-이 두 도구의 설계 철학과 서로 어떻게 다른지 살펴보겠습니다.
-
-Capacitor는 모바일 개발에 웹 기반 접근 방식을 취합니다. [기기의 네이티브 WebView를 사용](https://ionicframework.com/docs/core-concepts/webview/)하여 앱을 렌더링하며, 웹 코드를 기기의 네이티브 기능과 상호 작용하는 API로 변환하는 플러그인이 기본적으로 제공됩니다.
-
-반면 React Native를 사용하면 개발자는 웹 코드를 건너뛰고 바로 모바일로 이동합니다.
-
-WebView를 사용하는 하이브리드 애플리케이션과 달리 React Native 애플리케이션은 플랫폼의 네이티브 컴포넌트와 직접 상호 작용합니다. 이 때문에 네이티브 앱은 실행되는 플랫폼에 맞춰져 있어 일반적으로 React Native의 앱이 더 빠르고 효율적입니다.
-
-WebView를 사용하여 앱을 렌더링하는 Capacitor와 같은 도구의 일반적인 문제는 애니메이션, CSS 효과, 그라데이션이 있는 복잡한 레이아웃 - 복잡하거나 무거운 것들을 렌더링하는 데 어려움이 있다는 것입니다. 비디오를 표시하는 것도 문제가 될 수 있습니다.
-
-Capacitor 앱은 저사양 기기나 오래된 하드웨어를 가진 기기에서 어려움을 겪을 수 있습니다. 이는 일반적으로 앱의 UI를 렌더링하기 전에 웹에서 일부 리소스를 로드해야 하기 때문입니다.
-
-또한 앱이 기기의 네이티브 뷰에서 렌더링되지 않을 때는 기기의 하드웨어 기능을 완전히 활용할 수 없어 성능이 저하될 수 있습니다.
-
-Capacitor를 사용하면 웹 브라우저에서 앱을 실행할 수 있어 테스트가 더 쉽습니다. React Native에서는 [앱을 컴파일하고 실행하고 테스트하려면 Xcode](https://blog.logrocket.com/xcode-for-react-native-developers-tutorial-and-best-practices/) 또는 Android Studio를 설치해야 하므로 컴파일 과정에 단계가 하나 더 추가됩니다.
-
-[Expo를 사용하면 Xcode/Android Studio 단계를 건너뛸 수](https://blog.logrocket.com/getting-started-with-react-native-and-expo-sdk/) 있지만, Expo에도 [제한 사항이 있습니다](https://docs.expo.dev/faq/).
-
-Capacitor와 같은 하이브리드 WebView 도구는 비용과 시간을 많이 절약할 수 있습니다. 하지만 높은 성능이 매우 중요하거나 저렴한 기기와 오래된 하드웨어를 가진 기기에서 실행될 수 있는 복잡한 애플리케이션을 만드는 경우라면 React Native가 더 나은 선택일 수 있습니다.
-
-React Native 앱은 기기의 네이티브 언어로 변환되고 WebView에서 실행되는 대신 해당 기기의 네이티브 기능과 직접 작동하므로 더 빠르고 성능이 좋을 가능성이 높습니다.
-
-[GitHub에서 2,000명 이상의 기여자와 70만 명에 가까운 사용자](https://github.com/
-
-프리미엄 지원이 귀하와 팀에게 최우선 순위라면 Capacitor가 더 나은 선택일 수 있습니다.
-
-## React Native vs. Capacitor: 학습 곡선
-
-React Native는 JSX를 템플릿 언어로 사용합니다. 마크업과 로직을 다른 파일에 분리하는 대신, React Native는 JSX를 통해 컴포넌트의 마크업과 로직을 동일한 파일에 포함하는 별도의 컴포넌트를 사용합니다.
-
-이러한 컴포넌트 중심 접근 방식을 통해 개발자는 마크업, 스타일링, 로직을 결합하여 컴포넌트를 한 번 만들고 필요한 만큼 재사용할 수 있습니다.
-
-JSX는 이러한 컴포넌트 생성을 단순화하며, 정적 타입을 사용하기 때문에 개발자가 초기에 오류를 발견할 수 있어 디버깅과 개발 품질이 향상됩니다.
-
-또한 컴파일하는 동안 코드를 최적화하므로 JSX에 의해 생성된 JavaScript 코드는 JavaScript로 직접 작성된 동등한 코드보다 더 빠르게 실행됩니다.
-
-하지만 이로 인해 개발자는 CSS를 사용하여 스타일을 지정할 수 없으며 [JavaScript로만 스타일을 지정](https://blog.logrocket.com/react-native-styling-tutorial-with-examples/)할 수 있습니다.
-
-JSX가 특별히 어렵지는 않지만, 대부분의 개발자는 마크업과 스타일링에 HTML과 CSS를 사용하므로 이 새로운 패러다임에 적응하는 데 시간이 걸릴 수 있습니다.
-
-다음은 React Native에서 JSX와 스타일링의 예시입니다:
-
-```jsx
-import React from 'react'
-import { StyleSheet, Text, View } from 'react-native'
-
-function App() {
-  return (
-    <View style={styles.container}>
-      <Text style={styles.text}>Hello, World!</Text>
-    </View>
-  )
-}
-
-const styles = StyleSheet.create({
-  container: {
-    flex: 1,
-    justifyContent: 'center',
-    alignItems: 'center',
-  },
-  text: {
-    fontSize: 24,
-    fontWeight: 'bold',
-  },
-})
-
-export default App
-```
-
-위 예시에서는 React Native에서 필요한 컴포넌트를 가져오고, 함수형 컴포넌트를 생성하며, `StyleSheet` API를 사용하여 컴포넌트의 스타일을 생성합니다.
-
-반면 Capacitor는 앱 구축을 위해 HTML, CSS, JavaScript를 사용할 수 있습니다. 웹 개발에 이미 익숙하다면 Capacitor의 학습 곡선은 React Native에 비해 훨씬 낮을 것입니다.
-
-다음은 React와 Capacitor를 사용한 간단한 앱의 예시입니다:
-
-```jsx
-import React from 'react'
-import './App.css'
-
-function App() {
-  return (
-    <div className="container">
-      <h1 className="text">Hello, World!</h1>
-    </div>
-  )
-}
-
-export default App
-```
-
-그리고 해당하는 CSS 파일:
-
-```css
-.container {
-  display: flex;
-  justify-content: center;
-  align-items: center;
-  height: 100vh;
-}
-
-.text {
-  font-size: 24px;
-  font-weight: bold;
-}
-```
-
-이 예시에서는 표준 HTML과 CSS를 사용하여 컴포넌트를 생성하고 스타일을 지정하므로, 웹 개발자가 Capacitor를 사용한 모바일 앱 개발로 쉽게 전환할 수 있습니다.
-
-요약하자면, 웹 개발에 이미 익숙하고 HTML과 CSS를 사용한 스타일링을 선호한다면 Capacitor의 학습 곡선이 더 낮을 것입니다. 하지만 React와 JSX에 익숙하다면 React Native가 더 적합할 수 있습니다.
-
-## React Native vs. Capacitor: 기술 수요
-
-React Native는 더 오래 존재해 왔으며 많은 대기업에서 사용하고 있어 취업 시장에서 더 많이 요구되는 기술입니다. [Indeed](https://www.indeed.com/jobs/?q=react+native&l=)에 따르면 React Native 개발자를 위한 수천 개의 채용 공고가 있습니다.
-
-Capacitor는 더 새롭고 덜 인기 있는 기술이므로 채용 기회가 더 적습니다. 하지만 더 많은 기업이 모바일 앱 개발에 Capacitor를 채택함에 따라 Capacitor 개발자에 대한 수요가 증가할 수 있습니다.
-
-취업 기회를 최대화하고자 한다면 React Native를 배우는 것이 더 나은 선택일 수 있습니다. 하지만 새로운 기술에 관심이 있고 잠재적으로 그 성장의 최전선에 있고 싶다면 Capacitor가 흥미로운 선택이 될 수 있습니다.
-
-## React와 Capacitor 또는 React Native 중 어떤 것을 사용해야 할까요?
-
-React와 Capacitor 또는 React Native 중 선택은 귀하의 특정 요구사항과 선호도에 따라 달라집니다. 결정을 내릴 때 고려해야 할 몇 가지 요소는 다음과 같습니다:
-
-- 웹 개발에 이미 익숙하고 HTML과 CSS를 사용한 스타일링을 선호한다면, Capacitor는 원활한 전환을 가능하게 하는 탁월한 선택입니다.
-- 사용 용이성, 빠른 개발 시간, 다양한 JavaScript 프레임워크와의 호환성을 중요시한다면 Capacitor가 적합합니다.
-- 성장 잠재력이 있는 새로운 기술에 관심이 있다면 Capacitor는 고려해볼 만한 흥미로운 선택입니다.
-- 모바일 앱 외에도 프로그레시브 웹 앱을 구축하고 싶다면 Capacitor는 이러한 유연성을 제공하여 더 다재다능한 선택이 됩니다.
-
-React Native도 장점이 있지만, Capacitor는 크로스 플랫폼 모바일 앱 구축을 위한 강력하고 유연한 도구로 돋보입니다. 다양한 JavaScript 프레임워크와의 호환성, 프로그레시브 웹 앱 생성 능력, 웹 개발자를 위한 사용 용이성은 모바일 앱 개발 분야에서 강력한 경쟁자로 만듭니다.
-
-프로젝트에 적합한 프레임워크를 선택할 때는 특정 요구사항, 선호도, 목표를 고려하세요. Capacitor는 친숙한 웹 개발 워크플로우로 고품질 모바일 앱을 구축하고자 하는 개발자들에게 매력적인 선택이 될 수 있는 많은 이점을 제공합니다.
-
-Capgo가 더 나은 앱을 더 빠르게 구축하는 데 어떻게 도움이 될 수 있는지 알아보려면 오늘 [무료 계정에 가입](/register/)하세요.
diff --git a/src/content/blog/ko/compliance-checks-in-cicd-for-capacitor-apps.md b/src/content/blog/ko/compliance-checks-in-cicd-for-capacitor-apps.md
deleted file mode 100644
index 06aa09026..000000000
--- a/src/content/blog/ko/compliance-checks-in-cicd-for-capacitor-apps.md
+++ /dev/null
@@ -1,213 +0,0 @@
----
-slug: compliance-checks-in-cicd-for-capacitor-apps
-title: Capacitor 앱의 CI/CD에서의 컴플라이언스 검사
-description: Capacitor 앱이 자동화된 CI/CD 검사를 통해 규정 표준을 준수하도록 하여 보안을 강화하고 업데이트 속도를 높일 수 있습니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T02:36:18.433Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0a31ca2808c1172f2bc74-1742783814915.jpg
-head_image_alt: 모바일 개발
-keywords: 'CI/CD, compliance checks, Capacitor apps, mobile security, automated testing'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**CI/CD 파이프라인의 컴플라이언스 검사가 해결책입니다.** [Capacitor](https://capacitorjs.com/) 앱이 Apple과 [Google Play](https://support.google.com/googleplay/android-developer/answer/113513?hl=en)의 요구사항을 충족하고, 보안을 강화하며 업데이트를 신속하게 진행할 수 있도록 보장합니다.
-
-컴플라이언스 검사가 중요한 이유는 다음과 같습니다:
-
--   **자동화된 모니터링:** 스토어 가이드라인 준수를 위한 코드 변경 추적
--   **신속한 업데이트:** 사용자의 95%가 24시간 이내에 업데이트 수신
--   **강화된 보안:** 취약점 검사와 사용자 데이터 보호
-
-### 간단한 개요:
-
--   [Capgo](https://capgo.app/)와 같은 도구로 원활한 컴플라이언스를 위한 CI/CD 파이프라인 설정
--   iOS(개인정보 보호 레이블, HTTPS, 바이너리 검증)와 Google Play(APK 검증, 권한, API 레벨)에 대한 자동 검사 구현
--   암호화, 종속성 검사, 테스팅과 같은 보안 조치 통합
--   사용자 경험 향상을 위한 성능 및 접근성 테스트 활용
-
-**Capgo는 이 과정을 단순화하여**, 자동화된 컴플라이언스, 실시간 오류 추적, [안전한 업데이트](https://capgo.app/docs/live-updates/update-behavior/)를 위한 도구를 제공합니다.
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에 대한 적절한 CI/CD 사례로 컴플라이언스, 보안, 효율성을 유지하세요.
-
-## DevSecOps를 통한 지속적인 컴플라이언스와 보안 ...
-
-<iframe src="https://www.youtube.com/embed/HTMuZfv6JS0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/)를 위한 CI/CD 파이프라인 구축
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-24.jpg?auto=compress)
-
-잘 설계된 CI/CD 파이프라인은 배포를 단순화하고 앱이 앱스토어 가이드라인을 일관되게 충족하도록 돕습니다.
-
-### CI/CD 플랫폼 선택
-
-Capacitor 앱과 원활하게 작동하는 CI/CD 플랫폼을 선택하세요. 다음과 같은 기능을 찾으세요:
-
--   **현재 개발 도구와의 통합**
--   **컴플라이언스 검사를 위한 맞춤형 구성 옵션**
--   **다양한 플랫폼 배포 지원**
--   **장기 사용을 위한 합리적인 가격**
-
-플랫폼을 선택한 후, 일관된 빌드와 컴플라이언스 강화를 위해 파이프라인을 구성하세요.
-
-### 기본 파이프라인 설정
-
-컴플라이언스 유지를 위해 빌드 종속성과 환경 변수를 설정하세요. Capgo는 대부분의 주요 CI/CD 플랫폼과 통합되며 호스팅이 필요하지 않습니다 [\[1\]](https://capgo.app/).
-
-핵심 설정 단계는 다음과 같습니다:
-
--   **빌드 환경과 종속성 구성**
--   **버전 관리 시스템 연결**
--   **자동화된 빌드 스크립트 생성**
-
-### 컴플라이언스 도구 추가
-
-파이프라인이 가동되면 앱스토어 표준을 강화하는 도구를 포함하세요. 자동화된 컴플라이언스 검사는 Apple과 Google Play의 요구사항을 충족하면서 빠른 배포를 가능하게 합니다 [\[1\]](https://capgo.app/).
-
-컴플라이언스 도구 통합 단계:
-
--   **비준수 업데이트를 식별하고 차단하기 위한 자동 코드 스캔**
--   **컴플라이언스를 추적하고 팀에 문제를 알리는 모니터링 도구 사용**
-
-> "Capgo는 더 생산적이 되고 싶은 개발자들에게 필수 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 것은 황금과 같습니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## 앱스토어 컴플라이언스 자동화
-
-컴플라이언스 검사를 자동화하면 Capacitor 앱이 iOS와 Google Play 가이드라인에 부합하도록 하고, 잠재적 문제를 조기에 발견할 수 있습니다.
-
-### iOS 컴플라이언스 요구사항
-
-iOS 앱의 경우 다음 사항에 대한 자동화된 검사가 필요합니다:
-
--   **개인정보 보호 레이블**: 모든 필요한 선언이 정확한지 확인
--   **앱 전송 보안**: 모든 네트워크 호출이 HTTPS를 사용하는지 확인
--   **바이너리 검증**: 파일 크기 제한과 아키텍처 호환성 확인
--   **콘텐츠 안전성**: 금지된 콘텐츠나 기능 식별
-
-### [Google Play](https://support.google.com/googleplay/android-developer/answer/113513?hl=en) 요구사항
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/support.google.com-6a40cdc10f6ab14acd7c2475e5b73e8c-2025-03-24.jpg?auto=compress)
-
-Google Play를 대상으로 할 때는 다음 주요 검증에 집중하세요:
-
--   **APK 검증**: 적절한 서명과 매니페스트 구성 확인
--   **콘텐츠 등급**: 앱에 대한 정확한 등급 표시
--   **대상 API 레벨**: 최신 Android API 요구사항 준수 확인
--   **권한 사용**: 권한이 명확하게 선언되었는지 검증
-
-컴플라이언스 자동화를 위한 내장 도구를 사용하면 이러한 프로세스를 더욱 효율적으로 만들 수 있습니다.
-
-### [Capgo](https://capgo.app/)의 컴플라이언스 도구
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Capgo는 CI/CD 파이프라인에 직접 통합되는 도구로 컴플라이언스 워크플로우를 향상시킵니다. Capgo가 도움이 되는 방법:
-
--   **종단간 암호화**로 안전한 업데이트 전달 보장
--   **자동화된 버전 관리**로 필요할 때 즉시 롤백 가능
--   **실시간 분석**으로 업데이트 성능과 성공에 대한 인사이트 제공
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-여러 앱 버전을 관리하는 팀의 경우, Capgo의 [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)이 대상 베타 테스트와 단계적 출시를 지원합니다 [\[1\]](https://capgo.app/).
-
-## 보안 및 개인정보 보호 검사
-
-Capacitor 앱과 사용자 데이터를 보호하려면 CI/CD 파이프라인 전반에 걸쳐 철저한 보안 및 개인정보 보호 조치가 필요합니다.
-
-### 코드 보안 스캐닝
-
-다음은 따라야 할 필수 사례입니다:
-
--   **정적 분석**: 도구를 사용하여 코드의 일반적인 보안 결함, 인젝션 취약점, 오래된 종속성 식별
--   **동적 테스팅**: 런타임 취약점을 발견하기 위한 자동화된 침투 테스트 실행
--   **종속성 검사**: 알려진 보안 위험에 대해 서드파티 라이브러리 정기 검사
-
-중요한 보안 문제가 감지되면 배포가 중단되도록 파이프라인을 설정하세요.
-
-### 데이터 보안 표준
-
-데이터 보안은 취약점 스캔을 넘어 엄격한 암호화와 저장 사례가 필요합니다. 예시:
-
-| 보안 요구사항 | 구현 방법 | 검증 프로세스 |
-| --- | --- | --- |
-| [데이터 암호화](https://capgo.app/docs/cli/migrations/encryption/) | 종단간 암호화 | 자동화된 인증서 검사 |
-| 안전한 저장소 | 암호화된 로컬 저장소 | 저장소 권한 검토 |
-| 네트워크 보안 | HTTPS 연결 강제 | SSL/TLS 검증 |
-| 접근 제어 | 역할 기반 권한 | 인증 테스트 |
-
-### Capgo 보안 기능
-
-Capgo는 이러한 스캐닝과 데이터 보호 프로토콜을 기반으로 보안을 한 단계 더 높입니다. 앱을 보호하기 위한 고급 도구를 제공합니다.
-
-주요 기능:
-
--   **종단간 암호화**로 승인된 사용자만 콘텐츠에 접근 가능
--   **자동화된 롤백**으로 보안 문제 발생 시 신속한 대응
--   **실시간 오류 추적**으로 잠재적 문제를 즉시 감지하고 해결
-
-> "진정한 종단간 암호화를 제공하는 유일한 솔루션이며, 다른 솔루션들은 단순히 업데이트에 서명만 합니다" - Capgo [\[1\]](https://capgo.app/)
-
-Capgo는 24시간 이내 95%의 업데이트 성공률을 자랑하며 [\[1\]](https://capgo.app/), 강력한 보안과 빠른 배포를 결합합니다.
-
-보안 검사를 포함하는 팀의 경우, Capgo는 [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Jenkins](https://www.jenkins.io/)와 같은 인기 있는 CI/CD 플랫폼과 원활하게 통합됩니다. 이를 통해 배포의 모든 단계에서 자동화된 보안 검사가 가능합니다.
-
-## 자동화된 테스트 설정
-
-CI/CD 파이프라인에서 테스트를 자동화하는 것은 Capacitor 앱이 높은 품질을 유지하고 컴플라이언스 표준을 충족하도록 하는 핵심 단계입니다.
-
-### UI 테스트 방법
-
-앱의 인터페이스가 다양한 기기와 플랫폼에서 원활하게 작동하도록 하려면 여러 시나리오를 다루는 UI 테스트를 설정하세요. 이러한 테스트는 다양한 화면 크기와 운영 체제에서 요소를 검증해야 합니다.
-
-| **테스트 카테고리** | **구현 방법** | **검증 기준** |
-| --- | --- | --- |
-| 시각적 회귀 | 스크린샷 비교 | 레이아웃 일관성, 요소 위치 |
-| 컴포넌트 테스팅 | 자동화된 상호작용 스크립트 | 버튼 기능, 양식 검증 |
-| 크로스 플랫폼 검사 | 기기 매트릭스 테스팅 | 플랫폼별 UI 동작 |
-
-대상 테스트를 통해 
-
-Capgo의 통합 도구를 사용하면 CI/CD 워크플로우 내에서 이러한 접근성 테스트를 직접 자동화할 수 있습니다. 이 플랫폼은 Capacitor 8을 지원하여 지원되는 CI/CD 시스템에서 원활한 호환성을 보장하면서 규정 준수 표준을 충족하도록 도와줍니다 [\[1\]](https://capgo.app/).
-
-## 다음 단계와 팁
-
-CI/CD 프로세스를 구축한 후에는 모든 것을 최신 상태로 유지하여 변화하는 정책을 준수하는 것이 중요합니다.
-
-### 정기적인 정책 업데이트
-
-CI/CD 파이프라인 내에서 정책 검사를 자동화하면 문제를 조기에 발견할 수 있습니다. 정기적인 검토를 통해 앱이 최신 개인정보 보호, 보안 및 플랫폼 표준을 충족하는지 확인합니다.
-
-| **업데이트 카테고리** | **모니터링 주기** | **주요 중점 영역** |
-| --- | --- | --- |
-| 스토어 가이드라인 | 월간 | 개인정보 보호 규칙, 보안 프로토콜 |
-| 플랫폼 업데이트 | 분기별 | OS 호환성, API 변경사항 |
-| 보안 패치 | 주간 | 취약점 수정, 암호화 업데이트 |
-
-### Capgo 최대한 활용하기
-
-Capgo는 CI/CD 플랫폼과 원활하게 통합되어 규정 준수 관리를 단순화하고 빠른 업데이트를 가능하게 합니다. 채널 시스템을 통해 단계적 출시가 가능하여 모든 사용자에게 영향을 미치기 전에 규정 준수 문제를 발견하고 수정할 수 있습니다.
-
-시작하는 방법은 다음과 같습니다:
-
--   Capgo의 CLI 도구로 **규정 준수 검사를 자동화**하여 아무것도 놓치지 않도록 합니다.
--   **실시간으로 오류를 추적**하여 업데이트 성능을 모니터링합니다.
--   전체 출시 전에 **[채널 시스템을 사용](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**하여 규정 준수 변경사항을 베타 테스트합니다.
-
-Capgo의 분석을 통해 규정 준수를 신속하게 검증하고 단계적 출시를 간소화할 수 있습니다. 이러한 단계를 통해 원활한 업데이트와 장기적인 규정 준수를 보장합니다.
-
-### 주요 요점
-
-규정 준수 프로세스를 효과적으로 유지하려면 다음 영역에 집중하세요:
-
-| **규정 준수 영역** | **구현 전략** | **핵심 지표** |
-| --- | --- | --- |
-| 정책 추적 | 자동화된 모니터링 | 월간 규정 준수 보고서 |
-| 업데이트 배포 | 단계적 출시 | 95% 성공적인 업데이트 |
-| 오류 관리 | 실시간 추적 | 평균 API 응답 시간: 57ms |
diff --git a/src/content/blog/ko/configuring-rollback-for-capacitor-updates.md b/src/content/blog/ko/configuring-rollback-for-capacitor-updates.md
deleted file mode 100644
index ec2fe2cf3..000000000
--- a/src/content/blog/ko/configuring-rollback-for-capacitor-updates.md
+++ /dev/null
@@ -1,52 +0,0 @@
----
-slug: configuring-rollback-for-capacitor-updates
-title: Capacitor 업데이트 롤백 구성하기
-description: >-
-  Capacitor 업데이트에 대한 롤백 옵션을 구성하여 앱 안정성을 유지하고, 무선 업데이트 중 원활한 사용자 경험을 보장하는 방법을
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T01:14:33.030Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6802ea903c6b972ab5077c74-1745025315132.jpg
-head_image_alt: 모바일 개발
-keywords: 'Capacitor, rollback, updates, mobile development, app stability'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/)에서 롤백은 무선 업데이트(OTA) 중 앱의 안정성을 보장합니다. 알아야 할 사항:
-
--   **자동 롤백**: 업데이트 실패 시 자동으로 마지막 안정 버전으로 되돌립니다.
--   **수동 롤백**: 개발자가 빠른 수정을 위해 이전 버전으로 수동 롤백할 수 있습니다.
--   **기본 번들 백업**: 모든 업데이트가 실패하면 앱이 원래 패키지로 복원됩니다.
-
-### 설정 방법:
-
-1.  **자동 롤백**: 성공률 임계값(예: 95%)과 모니터링 기간(예: 5분)과 같은 구성을 사용합니다.
-2.  **수동 롤백**: 유연성을 위해 여러 버전을 유지합니다(예: 최근 5개 버전).
-
-### 관리 팁:
-
--   출시 전 스테이징 환경에서 업데이트를 테스트하세요.
--   업데이트 성공률과 오류를 모니터링하여 조기에 롤백을 트리거하세요.
--   영향을 최소화하기 위해 단계적 출시(예: 10%, 50%, 100%)를 사용하세요.
-
-### 플랫폼 비교:
-
-**[Capgo](https://capgo.app/)**는 원클릭 롤백, 암호화, 실시간 분석 및 유연한 호스팅을 제공합니다. **[Appflow](https://ionic.io/appflow/)**와 같은 대안은 기능이 부족하거나 비용이 더 높습니다.
-
-**빠른 비교표:**
-
-| 플랫폼 | 롤백 유형 | 분석 | 암호화 | 호스팅 옵션 | 비용 |
-| --- | --- | --- | --- | --- | --- |
-| **Capgo** | 자동/수동 | 예 | 예 | 유연함 | 저렴함 |
-| 수동만 | 아니오 | 아니오 | 제한적 | 낮음 |
-| Appflow | 자동/수동 | 부분적 | 아니오 | 제한적 | 높음 |
-
-Capgo와 같은 적절한 설정과 도구를 통해 원활한 업데이트를 보장하고 문제를 신속하게 해결하여 앱을 원활하게 실행할 수 있습니다.
-
-## MAD24 304 [OSTree](https://en.wikipedia.org/wiki/OSTree)를 활용한 원자적 업그레이드...
diff --git a/src/content/blog/ko/cordova-hybrid-app-development.md b/src/content/blog/ko/cordova-hybrid-app-development.md
deleted file mode 100644
index 63575a50d..000000000
--- a/src/content/blog/ko/cordova-hybrid-app-development.md
+++ /dev/null
@@ -1,101 +0,0 @@
----
-slug: cordova-hybrid-app-development
-title: 'Apache Cordova의 완벽 가이드: 하이브리드 앱 개발의 쉬운 길'
-description: >-
-  아파치 코도바의 세계로 깊이 들어가보세요. 코도바가 개발자들에게 HTML, CSS, JavaScript와 같은 웹 기술을 사용하여 크로스
-  플랫폼 모바일 앱을 구축할 수 있는 능력을 부여하는 방법을 알아보세요. 그 역사와 이점을 살펴보고 Capacitor와 같은 대안들과
-  비교해보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-06-02T00:00:00.000Z
-updated_at: 2024-06-14T00:00:00.000Z
-head_image: /what-is-cordova-phone-gap.webp
-head_image_alt: 하이브리드와 네이티브 앱의 차이점을 설명하는 다이어그램.
-keywords: >-
-  Cordova, hybrid app development, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: cordova
-published: true
-locale: ko
-next_blog: ''
----
-# 하이브리드 앱 개발을 위한 Apache Cordova 종합 가이드
-
-오늘날의 모바일 중심 세계에서 앱으로 넓은 사용자층에 도달하는 것이 가장 중요합니다. 하지만 iOS, Android 및 다른 플랫폼을 위한 개별 네이티브 앱을 개발하는 것은 시간과 자원이 많이 소모됩니다. 여기서 Apache Cordova가 등장합니다. HTML, CSS, JavaScript와 같은 친숙한 웹 기술을 사용하여 크로스 플랫폼 모바일 애플리케이션을 만들 수 있게 해주는 강력한 오픈소스 프레임워크입니다.
-
-이 종합 가이드는 Cordova의 세계를 깊이 있게 살펴보며, 그 복잡성, 장점, 그리고 경쟁 제품과의 비교를 탐구합니다.
-
-### Cordova의 작동 방식: 웹과 네이티브의 간극을 연결하기
-
-핵심적으로, Cordova는 웹 애플리케이션과 모바일 기기의 네이티브 기능 사이의 다리 역할을 합니다. 이는 다음과 같은 주요 구성 요소를 통해 교묘하게 달성됩니다:
-
-1. **WebView: 웹 앱의 네이티브 컨테이너:**
-   - Cordova는 주소 표시줄이나 네비게이션 버튼과 같은 일반적인 UI 요소가 없는 간소화된 웹 브라우저인 WebView라는 네이티브 컴포넌트를 활용합니다.
-   - 웹 애플리케이션은 이 WebView 컨테이너 안에서 일반 모바일 브라우저에서처럼 작동합니다. HTML 페이지 로드, JavaScript 코드 실행, 멀티미디어 콘텐츠 처리, 원격 서버와의 통신 기능을 유지합니다.
-
-2. **플러그인: 네이티브 기기 기능 활용:**
-   - 웹 애플리케이션은 설계상 기기별 하드웨어와 소프트웨어 기능에 대한 직접 접근을 제한하는 보안 샌드박스 환경에서 작동합니다. 예를 들어, 웹 앱에서 기기의 연락처 목록, 카메라, GPS 데이터에 직접 접근하는 것은 일반적으로 금지되어 있습니다.
-   - Cordova 플러그인은 중개자 역할을 하여 이러한 네이티브 기능을 웹 앱에 노출시키는 JavaScript API를 제공함으로써 이 문제를 해결합니다. 플러그인은 앱의 네이티브 기능 접근을 확장하는 특수 모듈로 생각하면 됩니다.
-   - 적절한 플러그인을 사용하면, Cordova 앱은 사진과 비디오를 찍기 위해 기기의 카메라와 원활하게 상호작용하고, 연락처 정보를 검색하거나 저장하기 위해 연락처 목록에 접근하고, 사용자의 위치를 확인하기 위해 GPS 기능을 활용하는 등의 작업을 할 수 있습니다.
-
-3. **Ionic Native: Cordova 플러그인 개발 강화:**
-   - Ionic 팀이 개발한 강력한 라이브러리인 Ionic Native는 Cordova 플러그인 통합을 더욱 단순화하고 향상시킵니다.
-   - 200개 이상의 가장 인기 있는 Cordova 플러그인에 대한 풍부한 TypeScript 인터페이스를 제공하여 개발자들이 네이티브 기능을 앱에 통합하기 매우 편리하게 합니다.
-   - 또한 Ionic은 Ionic Native에 대한 기업급 지원을 제공하여, 조직들에게 지속적인 업데이트, 중요한 보안 패치, 그리고 다양한 기기 모델과 플랫폼 버전 간의 호환성 유지에 대한 전문가의 지원을 제공합니다.
-
-### Cordova의 뿌리 추적하기: PhoneGap에서 오픈소스 강자로
-
-Apache Cordova와 PhoneGap 사이의 역사적 연관성을 이해하는 것은 이 두 밀접하게 관련된 엔티티에 대한 혼란을 해소하는 데 중요합니다.
-
-1. **PhoneGap: 하이브리드 앱 혁명의 선구자:**
-   - 2008년, 캐나다의 웹 개발 회사인 Nitobi의 혁신적인 엔지니어 그룹이 웹과 네이티브 모바일 앱 개발 사이의 간극을 메우기 위한 임무를 시작했습니다.
-   - 그들은 당시 새로운 개념이었던 WebView를 사용하여 웹 애플리케이션을 모바일 기기에서 네이티브로 실행하는 PhoneGap 프레임워크를 고안했습니다. 이 혁신적인 접근 방식은 개발자들이 기존의 웹 개발 기술을 활용하여 네이티브 기기 기능에 접근할 수 있는 앱을 만들 수 있게 했습니다.
-
-2. **오픈소스 수용: Apache Cordova의 탄생:**
-   - 2011년, Adobe Systems가 Nitobi를 인수했고 하이브리드 앱 개발의 미래를 형성할 전략적 결정을 내렸습니다. 그들은 PhoneGap을 오픈소스 소프트웨어의 유명한 챔피언인 Apache Software Foundation에 관대하게 기부했습니다.
-   - Apache 우산 아래에서, PhoneGap은 Nitobi의 밴쿠버 사무실이 위치했던 거리의 이름을 따서 Apache Cordova로 개명되었습니다. 이 움직임은 Cordova가 전 세계 개발자들 사이의 혁신과 협력을 촉진하는 커뮤니티 주도 프로젝트로 번창할 수 있도록 보장했습니다.
-
-3. **Cordova vs. PhoneGap: 두 가지 구분하기:**
-   - 오늘날 Apache Cordova와 Adobe PhoneGap은 종종 혼용되어 사용되어 이해할 만한 혼란을 야기합니다. 간단한 비유로 그들의 관계를 명확히 할 수 있습니다. Cordova를 WebKit이 하는 역할과 비슷하게 웹 브라우징을 구동하는 오픈소스 엔진으로 생각하세요. 반면에 PhoneGap은 WebKit을 기반으로 구축된 Apple의 Safari 브라우저와 같은 해당 엔진의 특정 구현체와 같습니다.
-   - 기능적인 측면에서, Cordova와 PhoneGap은 대체로 동일하며 하이브리드 앱 개발을 위한 동일한 핵심 기능을 제공합니다. 명령줄 인터페이스와 도구에서 미묘한 차이가 있을 수 있지만, 이러한 차이는 일반적으로 사소하며 개발 프로세스에 큰 영향을 미치지 않습니다.
-   - Adobe는 PhoneGap Build와 같은 네이티브 앱 바이너리의 컴파일을 단순화하는 클라우드 기반 서비스와 같은 PhoneGap 브랜드 하에 부가가치 서비스와 도구를 계속 제공합니다. 이러한 서비스는 일반적으로 하이브리드 앱 개발에 대해 더 간소화되거나 관리된 접근 방식을 찾는 개발자나 조직을 대상으로 합니다.
-
-### Ionic과 Cordova: 하이브리드 앱 우수성을 위한 완벽한 짝꿍
-
-Ionic과 Cordova는 오랫동안 얽혀있었으며, 하이브리드 앱 개발을 간소화하고 사용자 경험을 향상시키는 강력한 시너지를 형성합니다.
-
-1. **Ionic: 아름답고 성능 좋은 사용자 인터페이스 제작:**
-   - 선도적인 오픈소스 프레임워크인 Ionic은 주로 하이브리드 앱 개발의 프론트엔드 측면에 중점을 둡니다. 다양한 플랫폼에서 네이티브 앱의 모양과 느낌을 모방하도록 세심하게 설계된 사전 제작된 UI 컴포넌트, 제스처, 애니메이션의 포괄적인 라이브러리를 제공합니다.
-
-2. **Cordova: 네이티브 기능으로의 가교:**
-   - Cordova는 Ionic과 원활하게 통합되어 개발자들이 Ionic 앱에서 직접 풍부한 네이티브 기기 기능에 접근할 수 있게 합니다. 이 조화로운 파트너십은 보기에도 네이티브처럼 보이고 느껴질 뿐만 아니라 기본 기기 하드웨어와 소프트웨어의 전체 잠재력을 활용할 수 있는 하이브리드 앱의 제작을 가능하게 합니다.
-
-3. **간소화된 개발 워크플로우:**
-   - Ionic과 Cordova는 서로를 완벽하게 보완하여 잘 정의되고 효율적인 개발 워크플로우를 확립합니다. 개발자들은 Ionic의 풍부한 UI 툴킷과 빠른 프로토타이핑 기능을 활용하여 아름답고 매력적인 사용자 인터페이스를 만들 수 있습니다. 동시에 Cordova는 이러한 앱들이 네이티브 기기 기능을 원활하게 활용할 수 있도록 보장하여 진정한 네이티브와 같은 경험을 제공합니다.
-
-### Capacitor: 하이브리드 앱 분야의 현대적 경쟁자
-
-Cordova가 하이브리드 앱 개발을 위한 주요 솔루션으로 오랫동안 성공적인 통치를 누려왔지만, 더 나아가 경계를 넓히려는 새로운 경쟁자가 등장했습니다: Capacitor.
-
-1. **Capacitor: 하이브리드 앱 런타임의 현대화:**
-   - Ionic을 만든 팀이 개발한 Capacitor는 하이브리드 앱 런타임의 자연스러운 진화를 대표합니다. Cordova가 마련한 견고한 기반 위에 구축되면서 일부 제한사항을 해결하고 현대 웹 표준을 수용합니다.
-
-2. **현대 웹 API의 힘 활용:**
-   - Capacitor는 최신 웹 기술의 발전을 수용하도록 처음부터 설계되었습니다. Service Workers, Web Components, Promises와 같은 현대 Web API를 활용하여 향상된 성능, 개선된 보안, 그리고 하이브리드 앱을 위한 더 미래 지향적인 기반을 제공합니다.
-
-3. **원활한 네이티브 통합과 커스터마이제이션:**
-   - Capacitor의 주요 강점 중 하나는 네이티브 SDK와의 깊은 통합으로, 개발자들에게 앱의 네이티브 레이어에 대한 더 큰 유연성과 제어를 제공합니다. 이를 통해 네이티브 기능의 더 쉬운 커스터마이제이션, 더 간소화된 디버깅 프로세스, 그리고 일반적으로 더 견고하고 신뢰할 수 있는 기본 기기 플랫폼과의 통합이 가능합니다.
-
-## Ionic 소개: 개발자들이 놀라운 하이브리드 앱을 만들 수 있게 지원
-
-Ionic은 HTML, CSS, JavaScript라는 친숙한 웹 기술 트리오를 사용하여 고품질 하이브리드 모바일 애플리케이션을
-
-- **원활한 OTA(Over-the-Air) 업데이트:** [Capgo](https://capgo.app)를 통해 사용자가 앱 스토어에서 새 버전을 다운로드하는 번거로움 없이 즉시 앱 업데이트를 제공할 수 있습니다. 이를 통해 사용자가 항상 최신 기능, 버그 수정 및 콘텐츠를 바로 사용할 수 있습니다.
-- **간소화된 업데이트 워크플로우 및 관리:** [Capgo](https://capgo.app)는 전체 업데이트 프로세스를 간소화하여 새로운 기능, 중요한 버그 수정 및 새로운 콘텐츠 업데이트를 사용자에게 쉽게 푸시할 수 있습니다. 직관적인 인터페이스와 자동화 기능을 통해 개발자는 복잡한 업데이트 절차 관리 대신 훌륭한 앱 개발에 집중할 수 있습니다.
-- **최소한의 중단으로 향상된 사용자 경험:** [Capgo](https://capgo.app)는 업데이트를 원활하고 방해되지 않게 제공하여 사용자 경험을 우선시합니다. 이를 통해 사용자는 중단이나 지연 없이 최신 개선 사항을 즐길 수 있어 참여도와 만족도를 유지할 수 있습니다.
-- **가속화된 개발 주기와 빠른 반복:** [Capgo](https://capgo.app)는 앱 업데이트의 즉각적인 배포와 테스트를 가능하게 함으로써 개발 팀이 더 빠르고 효율적으로 반복할 수 있도록 지원합니다. 이러한 빠른 피드백 루프는 혁신을 촉진하고 사용자 피드백이나 변화하는 시장 요구에 더 빠르게 대응할 수 있게 합니다.
-
-## Capgo가 라이브 업데이트를 위해 Capacitor만 지원하는 이유
-
-Capgo는 최상의 라이브 업데이트 경험을 제공하기 위해 현대적이고 강력한 하이브리드 앱 런타임인 Capacitor에만 집중하기로 전략적 결정을 내렸습니다. Capacitor의 현대적인 아키텍처, 네이티브 SDK와의 깊은 통합, 웹 표준에 대한 헌신은 하이브리드 모바일 애플리케이션을 위한 원활하고 신뢰할 수 있으며 효율적인 라이브 업데이트를 제공하는 Capgo의 비전과 완벽하게 부합합니다.
diff --git a/src/content/blog/ko/cpra-compliance-for-app-developers.md b/src/content/blog/ko/cpra-compliance-for-app-developers.md
deleted file mode 100644
index b3de09bba..000000000
--- a/src/content/blog/ko/cpra-compliance-for-app-developers.md
+++ /dev/null
@@ -1,215 +0,0 @@
----
-slug: cpra-compliance-for-app-developers
-title: CPRA를 준수하는 앱 개발자 가이드
-description: '앱 개발자를 위한 CPRA 규정 준수 요구사항에 대해 알아보고, 사용자 권리, 데이터 보안 및 효과적인 동의 관리에 중점을 둡니다.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T12:45:04.405Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68272d340209458b3ff59c4e-1747399564636.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  CPRA, app developers, data protection, privacy rights, consent management,
-  sensitive personal information, compliance, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-2025년 5월부터 앱 개발자들은 [California Privacy Rights Act](https://en.wikipedia.org/wiki/California_Privacy_Protection_Agency) (CPRA)에 따라 더 엄격한 개인정보 보호 규칙을 준수해야 합니다. 이 법은 CCPA를 기반으로 하며 사용자 데이터 보호에 대한 더 엄격한 기준을 도입합니다. 다음은 간단한 요약입니다:
-
--   **적용 대상:** 연간 수익 2,500만 달러 이상, 10만 명 이상의 캘리포니아 사용자 데이터 처리, 또는 데이터 판매로 50% 이상의 수익을 올리는 기업.
--   **주요 요구사항:**
-    -   필요한 데이터만 수집(데이터 최소화).
-    -   민감한 개인정보(SPI) 보호.
-    -   데이터 접근, 삭제, 옵트아웃과 같은 사용자 권리 제공.
-    -   필요한 기간 동안만 데이터 보관 및 이후 안전한 삭제.
--   **미준수 시 위험:** 위반 건당 최대 7,500달러의 벌금, [Honda](https://en.wikipedia.org/wiki/Honda) (632,500달러 벌금)와 [Tilting Point Media](https://www.tiltingpoint.com/privacy-policy/) (아동 데이터 부적절 처리로 500,000달러 벌금) 사례 참조.
-
-### 준수를 위한 빠른 팁:
-
-1.  모든 데이터 흐름을 매핑하고 문서화.
-2.  암호화 및 접근 제어와 같은 강력한 보안 조치 사용.
-3.  사용자 친화적인 동의 관리 시스템 구현.
-4.  정기적인 직원 교육 및 개인정보 보호 관행 감사 실시.
-
-**요약:** CPRA 준수는 적극적인 데이터 보호, 명확한 사용자 권리, 지속적인 위험 평가가 필요합니다. 미준수는 큰 벌금으로 이어질 수 있으므로 개인정보 보호 우선 관행의 통합이 중요합니다.
-
-## 앱을 위한 CPRA 요구사항
-
-### 민감 데이터 관리
-
-캘리포니아 개인정보 보호법(CPRA)은 모바일 앱에서 **민감한 개인정보(SPI)**를 관리하기 위한 구체적인 지침을 제시합니다. 준수를 위해 앱 개발자는 민감한 데이터를 보호하고 앱의 핵심 기능에 필요한 데이터만 수집하도록 제한하는 강력한 보안 조치를 구현해야 합니다 [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information).
-
-SPI 보호 외에도 CPRA는 사용자 권리를 강화하여 개인에게 자신의 개인 데이터에 대한 더 큰 통제권을 부여합니다.
-
-### 사용자 개인정보 보호 권리
-
-CPRA는 데이터 보호에 그치지 않고 사용자가 자신의 정보에 대해 실행 가능한 권리를 가지도록 보장합니다. 이러한 권리에는 데이터 접근, 삭제 또는 수정, 데이터 공유 거부, 데이터 이동성 요청 등이 포함됩니다. [California Privacy Protection Agency](https://cppa.ca.gov/)의 규정에 따라 기업은 이러한 요청을 45일 이내에 처리해야 하며, 옵트아웃 요청은 15영업일 이내에 처리해야 합니다 [\[2\]](https://oag.ca.gov/privacy/ccpa).
-
-타사 서비스에 의존하는 개발자의 경우, [Capgo](https://capgo.app/)의 실시간 업데이트 솔루션과 같은 도구 - 종단간 암호화 및 사용자 할당 제공 - 는 업데이트를 효과적으로 관리하면서 규정을 준수하는 과정을 단순화할 수 있습니다.
-
-### 데이터 저장 규칙
-
-CPRA에 따르면 데이터는 의도된 목적을 위해 필요한 기간 동안만 보관해야 합니다. 그 후에는 안전하게 삭제되어야 합니다. 이러한 요구사항을 충족하기 위해 기업은 명확한 보존 정책을 수립하고, 자동화된 삭제 프로세스를 구현하며, 정기적인 감사를 실시하고, 데이터의 안전한 폐기를 보장해야 합니다 [\[4\]](https://secureprivacy.ai/blog/cpra-data-retention). [PwC](https://www.pwc.com/us/en.html)가 적절히 표현했듯이:
-
-> "제거되는 데이터는 보관되는 데이터만큼, 어쩌면 더 중요할 수 있습니다" [\[3\]](https://www.pwc.com/us/en/services/consulting/cybersecurity-risk-regulatory/library/cpra-data-retention-preparation.html).
-
-이러한 규정을 준수하지 않으면 위반 건당 최대 7,500달러의 벌금이 부과될 수 있습니다 [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information). 이러한 처벌을 피하기 위해 기업은 합리적인 보안 조치를 채택하고 명확한 [개인정보 보호 정책](https://capgo.app/dp/)과 사용자 친화적인 인터페이스를 통해 투명성을 유지해야 합니다.
-
-## 준수를 위한 기술적 단계
-
-### 개인정보 보호 우선 개발
-
-앱 아키텍처에 처음부터 데이터 보호를 통합하는 것이 필수적입니다. 민감한 개인정보가 수집, 저장, 사용되는 위치를 파악하기 위한 철저한 **데이터 매핑**으로 시작하세요 [\[1\]](https://www.cookieyes.com/blog/cpra-sensitive-personal-information). 이 데이터를 보호하기 위해 다음과 같은 조치를 고려하세요:
-
--   **역할 기반 접근 제어(RBAC):** 사용자 역할에 따라 민감한 데이터에 대한 접근 제한.
--   **데이터 마스킹 및 토큰화:** 식별 가능한 정보를 가리켜 데이터 보호.
--   **암호화 프로토콜:** 전송 중 및 저장 시 데이터 보안.
--   **다중 인증:** 무단 접근을 방지하기 위한 추가 보안 계층.
-
-업데이트를 배포할 때 이러한 개인정보 보호 조치가 그대로 유지되고 기능하는지 확인하세요.
-
-### 안전한 앱 업데이트
-
-개인정보 보호 우선 원칙으로 앱을 구축한 후에는 업데이트 프로세스를 보호하는 것이 다음 중요한 단계입니다. 업데이트는 민감한 데이터를 보호하도록 설계되어야 하며, 종단간 암호화가 업데이트 과정에서 침해를 방지하는 데 중요한 역할을 합니다.
-
-Capacitor로 구축된 앱의 경우, **Capgo의 실시간 업데이트 솔루션**은 CPRA 준수 요구사항과 밀접하게 부합하는 기능을 제공합니다:
-
-| **보안 기능** | **준수 이점** |
-| --- | --- |
-| 종단간 암호화 | 업데이트 중 무단 접근으로부터 데이터 보호 |
-| 버전 관리 | 준수 여부를 확인하기 위한 감사 추적 생성 |
-| 사용자 할당 | 동의 기반 기능 배포 허용 |
-| 롤백 기능 | 개인정보 보호 관련 문제에 대한 신속한 수정 가능 |
-
-### 동의 관리 시스템
-
-잘 설계된 동의 관리 시스템은 CPRA 규정에 맞춰 사용자 개인정보 보호 선호도를 추적, 저장, 존중하는 데 중요합니다.
-
-> "동의 관리를 통해 조직은 투명하고 법적으로 준수하는 방식으로 데이터 사용에 대한 사용자 권한을 수집, 저장, 관리할 수 있습니다. 이는 고객 신뢰 구축, 사용자 경험 개인화, 투명한 데이터 관행 보장의 초석입니다." [\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-Forbes는 효과적인 동의 관리를 위해 다음과 같은 관행을 강조합니다:
-
--   **맞춤형 개인정보 보호 인터페이스:** 사용자가 개인정보 보호 설정을 쉽게 조정할 수 있도록 허용.
--   **자동화된 동의 저장:** 선호도가 일관되게 기록되고 존중되도록 보장.
--   **시스템 통합:** 원활한 준수를 위해 다운스트림 시스템과 동의 선호도 동기화.
--   **지역별 적응:** 지역 개인정보 보호법에 따라 설정 조정.
-
-준수를 강화하기 위한 기타 조치는 다음과 같습니다:
-
--   정기적인 개인정보 보호 위험 평가 실시.
--   잠재적 침해에 대한 사고 대응 계획 준비.
--   개인정보 보호에 중점을 둔 직원 교육 프로그램 구현.
--   데이터 처리를 제한하기 위한 타사 제공업체와의 명확한 계약 체결 [\[6\]](https://www.cookieyes.com/blog/cpra-enforcement).
-
-> "변호사로서, Ketch 동의 관리는 광범위한 기술 지식 없이도 필요한 개인정보 보호 위험 조정을 신속하고 자신있게 할 수 있게 해주어 매우 가치 있습니다. 이러한 통제와 사용 용이성은 흔치 않습니다." [\[5\]](https://www.ketch.com/blog/posts/consent-management)
-
-## CPRA 준비 방법: 주요 단계 및 전문가 인사이트
-
-<iframe src="https://www.youtube.com/embed/uZbXEqWFiJw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 지속적인 준수 관리
-
-기술적 보호 장치가 마련되면 거기서 끝나는 것이 아닙니다. CPRA 요구사항을 준수하기 위해서는 지속적인 모니터링과 관리가 중요합니다.
-
-### 개인정보 보호 위험 평가
-
-데이터 침해가 기업에 평균 **445만 달러**의 비용을 발생시킨다는 사실을 알고 계셨나요? [\[7\]](https://usercentrics.com/knowledge-hub/data-privacy-compliance) 이 놀라운 수치는 정기적인 **개인정보 영향평가(PIA)**의 중요성을 강조합니다. 이러한 평가는 데이터 관행의 취약점을 식별하고 필요한 조정을 할 수 있게 해줍니다.
-
-개인정보 보호 위험 평가 시 집중해야 할 주요 영역은 다음과 같습니다:
-
-| **평가 영역** | **권장 조치** |
-| --- | --- |
-| **데이터 처리** | 데이터 수집 방법과 필요성 문서화 |
-| **보안 조치** | 암호화 프로토콜 및 접근 제어 검토 |
-| **타사 공급업체** | 데이터 공유 계약 업데이트 및 평가 |
-| **사용자 권리** | 옵트아웃 메커니즘이 제대로 작동하는지 확인 |
-
-[Sephora](https://en.wikipedia.org/wiki/Sephora) 사례를 예로 들어보겠습니다. 개인정보 보호 관행에 대한 대응 실패로 **120만
-
-| **플랫폼** | **주요 기능** | **월 비용 (USD)** |
-| --- | --- | --- |
-| **[OneTrust](https://www.onetrust.com/platform/privacy-automation/)** | 격차 평가, 데이터 매핑 | 399 |
-| **[Osano](https://www.osano.com/solutions/consent-management-platform)** | 다중 도메인 동의 관리 | 199 |
-| **[Usercentrics](https://usercentrics.com/)** | 최대 50k 세션까지 쿠키 제어 | 60 |
-
-도구를 평가할 때는 자동화된 동의 추적, 상세한 개인정보 인벤토리, 유출 감지 기능과 같은 기능을 우선시하세요. 앱 개발자의 경우, **데이터 프라이버시 스캐너(DPS)**를 통합하는 것이 게임 체인저가 될 수 있습니다. 이는 서드파티 쿠키와 추적 기술을 식별하여 사용자 데이터 수집 방식의 투명성을 높입니다 [\[10\]](https://usercentrics.com/knowledge-hub/ccpa-compliance-tools).
-
-## 요약 및 실행 단계
-
-### 주요 요구사항
-
-CPRA 준수를 위해 앱 개발자는 데이터 보호 조치를 우선시해야 하며, 위반 시 건당 최대 $7,500의 벌금이 부과될 수 있습니다. 다음은 해결해야 할 필수 영역의 분석입니다:
-
-| **요구사항 카테고리** | **구현 세부사항** | **준수 우선순위** |
-| --- | --- | --- |
-| 데이터 처리 | 데이터 수집 목적을 명확히 문서화하고 데이터 최소화 관행 채택 | 높음 |
-| 보안 조치 | 암호화, 접근 제어 및 유출 방지 전략 사용 | 매우 높음 |
-| 소비자 권리 | 옵트아웃 옵션 제공 및 사용자 데이터 수정 허용 | 높음 |
-| 문서화 | 개인정보 보호정책 최신화 및 동의 기록 최소 24개월 보관 | 중간 |
-
-### 구현 체크리스트
-
-CPRA 규정을 준수하고 필요한 기술적 보호장치를 마련하기 위해 다음과 같은 실행 단계에 집중하세요:
-
--   **데이터 인벤토리 및 매핑**  
-    다음을 포함한 모든 데이터 흐름을 파악하고 매핑:
-    
-    -   데이터 수집 지점
-    -   저장 위치
-    -   처리 목적
-    -   제3자 공유 관행
--   **보안 구현**  
-    CPRA 표준을 충족하는 강력한 보안 조치를 구현하세요. 안전한 업데이트를 위해 데이터를 보호하는 엔드투엔드 암호화 도구를 사용하세요.
-    
--   **소비자 권리 관리**  
-    소비자가 다음을 할 수 있는 사용자 친화적 인터페이스 생성:
-    
-    -   개인 데이터 접근
-    -   수정 요청
-    -   정보 삭제
-    -   데이터 공유 옵트아웃
--   **문서화 및 교육**  
-    개인정보 보호정책을 정기적으로 업데이트하고, 소비자 상호작용을 문서화하며, CPRA 요구사항을 준수하기 위한 지속적인 직원 교육을 제공하세요.
-    
-
-> "준수 활동이 개인정보 보호정책에 반영되어야 하는지 평가하지 않았다면 '완료'로 간주할 수 없다는 관점을 가지는 것이 도움이 됩니다." – Matt Davis, CIPM (IAPP), Osano 작성자 [\[11\]](https://www.osano.com/articles/cpra-compliance-checklist)
-
-## 자주 묻는 질문
-
-:::faq
-### 앱 개발자는 CPRA의 데이터 최소화 요구사항을 어떻게 충족할 수 있나요?
-
-CPRA가 설정한 **데이터 최소화** 기준을 충족하기 위해, 앱 개발자는 앱이 효과적으로 기능하는 데 필수적인 개인 데이터만 수집하는 것을 우선시해야 합니다. 데이터 수집 관행이 여전히 관련성이 있고 앱의 목적에 엄격히 연결되어 있는지 정기적으로 평가하세요.
-
-데이터 보존에 대한 명확한 정책을 수립하는 것도 똑같이 중요합니다. 개인 데이터는 진정으로 필요한 기간 동안만 보관해야 합니다. 데이터 프로세스를 감사하고, 불필요한 수집을 파악하기 위해 데이터 흐름을 매핑하며, 준수를 유지하기 위해 팀이 개인정보 보호 모범 사례에 대해 잘 교육받도록 하는 것을 습관화하세요. 제3자 벤더와의 계약이 CPRA 요구사항과 일치하는지 검토하는 것을 잊지 마세요.
-
-Capgo와 같은 도구를 사용하는 경우, 실시간 업데이트가 게임 체인저가 될 수 있습니다. 이러한 도구를 통해 개발자는 앱 스토어 승인을 기다리지 않고 수정사항이나 업데이트를 배포하여 개인정보 보호 규정을 준수할 수 있습니다.
-:::
-
-:::faq
-### 앱 개발자는 CPRA 지침 하에서 데이터 접근, 삭제 또는 수정에 대한 사용자 요청을 어떻게 효율적으로 처리할 수 있나요?
-
-캘리포니아 개인정보 보호법(CPRA)의 요구사항을 충족하기 위해, 앱 개발자는 데이터 접근, 삭제 또는 수정에 관한 사용자 요청을 처리하기 위한 간단하고 신뢰할 수 있는 시스템을 만들어야 합니다. **개발자는 10일 이내에 요청을 확인**하고 45일 이내에 해결해야 합니다. 추가 시간이 필요한 경우, 사용자에게 지연을 통지하는 조건으로 최대 45일의 연장이 허용됩니다.
-
-개발자가 준수를 단순화할 수 있는 방법은 다음과 같습니다:
-
--   전용 이메일 주소나 온라인 양식과 같은 명확한 사용자 요청 채널을 구축하세요.
--   사용자의 신원을 확인하고 요청을 효과적으로 처리하기 위한 일관된 프로세스를 개발하세요.
--   준수를 입증하고 책임성을 유지하기 위해 모든 요청에 대한 철저한 기록을 유지하세요.
-
-실시간 업데이트를 제공하는 Capgo와 같은 도구를 활용하면 개발자가 플랫폼 표준을 준수하면서 사용자 데이터와 관련된 문제를 신속하게 해결하거나 수정사항을 적용할 수 있습니다. 이러한 요구사항을 앞서 준비함으로써 개발자는 규제 의무를 충족할 뿐만 아니라 사용자와의 신뢰도 강화할 수 있습니다.
-:::
-
-:::faq
-### 앱 개발자는 CPRA 준수 요구사항을 충족하기 위해 효과적인 동의 관리 시스템을 어떻게 구현할 수 있나요?
-
-**CPRA** 기준을 충족하기 위해, 앱 개발자는 사용자 동의를 관리할 때 투명성과 단순성을 우선시해야 합니다. 데이터 수집의 목적과 데이터 사용 방법을 설명하는 명확하고 간단한 동의 배너로 시작하세요. 데이터를 처리하기 전에 사용자로부터 명시적 동의를 얻는 것이 필수적입니다.
-
-앱은 또한 사용자가 원할 때마다 동의를 철회할 수 있는 옵션을 포함하여 선호도를 조정하기 쉽게 만들어야 합니다. 개인정보 보호정책과 동의 관행을 정기적으로 업데이트하고 검토하는 것이 준수를 유지하고 사용자 신뢰를 얻는 데 핵심입니다. 신뢰할 수 있는 동의 관리 플랫폼(CMP)을 사용하면 사용자 동의를 안전하게 추적하고 앱이 CPRA 요구사항을 준수하도록 보장하는 이러한 노력을 간소화할 수 있습니다.
-
-Capacitor 앱에서 실시간 업데이트를 제공하기 위해 **Capgo**와 같은 도구를 사용하는 개발자의 경우, 동의 관리 통합이 간단합니다. 이 접근 방식은 앱이 Apple과 Android 지침을 준수할 뿐만 아니라 개인정보 보호 중심이고 사용자 친화적으로 유지되도록 보장합니다.
-:::
diff --git a/src/content/blog/ko/create-offline-screen-in-vue-angular-react.md b/src/content/blog/ko/create-offline-screen-in-vue-angular-react.md
deleted file mode 100644
index 4bad37b94..000000000
--- a/src/content/blog/ko/create-offline-screen-in-vue-angular-react.md
+++ /dev/null
@@ -1,302 +0,0 @@
----
-slug: create-offline-screen-in-vue-angular-react
-title: 'Vue, Angular 및 React 애플리케이션에서 Network API와 Capacitor를 사용하여 오프라인 화면을 만드는 방법'
-description: >-
-  Vue, Angular 또는 React 애플리케이션에서 Network API와 Capacitor를 사용하여 오프라인 화면을 구현하는 방법을
-  알아보세요. 오프라인 시나리오를 효과적으로 처리하여 사용자 경험을 향상시킬 수 있습니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-21T00:00:00.000Z
-updated_at: 2022-06-21T00:00:00.000Z
-head_image: /vue_angular_react.webp
-head_image_alt: 컴퓨터로 작업하는 사람의 이미지
-keywords: >-
-  Vue, Angular, React, offline screen, network API, Capacitor, mobile app
-  development, live updates, OTA updates, continuous integration, mobile app
-  updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: ''
----
-# Vue 3, Angular 14 또는 React에서 오프라인 화면 만드는 방법
-
-이 튜토리얼에서는 Network API를 사용하여 Vue 3, Angular 14 및 React 애플리케이션에서 오프라인 화면을 만드는 방법을 배워보겠습니다. Network API는 네트워크 및 연결 정보를 제공하여 오프라인 시나리오를 처리하고 더 나은 사용자 경험을 제공할 수 있게 합니다.
-
-## 사전 요구 사항
-
-시작하기 전에 다음 항목이 설치되어 있는지 확인하세요:
-
-- [Node.js](https://nodejs.org/) (버전 14 이상)
-- [Vue CLI](https://cli.vuejs.org/)
-- [Angular CLI](https://cli.angular.io/)
-- [Create React App](https://create-react-app.dev/)
-
-## 프로젝트 설정
-
-먼저 각 프레임워크의 스캐폴딩 도구를 사용하여 새 프로젝트를 만들어보겠습니다.
-
-### Vue 3
-
-터미널을 열고 다음 명령어를 실행하여 새로운 Vue 3 프로젝트를 생성하세요:
-
-```shell
-vue create offline-screen-vue3
-```
-
-기본 프리셋을 선택하고 프로젝트가 생성될 때까지 기다리세요.
-
-### Angular 14
-
-터미널을 열고 다음 명령어를 실행하여 새로운 Angular 14 프로젝트를 생성하세요:
-
-```shell
-ng new offline-screen-angular14
-```
-
-프롬프트를 따라가며, 추가 기능을 물어볼 때 **스페이스바** 키를 눌러 "Routing"을 선택하세요. 프로젝트가 생성될 때까지 기다리세요.
-
-### React
-
-터미널을 열고 다음 명령어를 실행하여 새로운 React 프로젝트를 생성하세요:
-
-```shell
-npx create-react-app offline-screen-react
-```
-
-프로젝트가 생성될 때까지 기다리세요.
-
-## Network API 설치하기
-
-이제 Network API를 제공하는 `@capacitor/network` 패키지를 설치해보겠습니다.
-
-터미널을 열고 프로젝트 디렉토리로 이동한 다음, 다음 명령어를 실행하여 패키지를 설치하세요:
-
-```shell
-npm install @capacitor/network
-```
-
-Capacitor 프로젝트의 경우, 다음 명령어를 실행하여 네이티브 프로젝트 파일을 동기화하세요:
-
-```shell
-npx cap sync
-```
-
-다음 명령어를 실행하여 Capacitor CLI가 전역적으로 설치되어 있는지 확인하세요:
-
-```shell
-npm install -g @capacitor/cli
-```
-
-## 오프라인 화면 구현하기
-
-이제 각 프레임워크에서 오프라인 화면 기능을 구현해보겠습니다. 사용자가 오프라인 상태가 되면 간단한 메시지를 표시할 것입니다.
-
-### Vue 3
-
-Vue 3 프로젝트에서 `src/main.js` 파일을 열고 `@capacitor/network`에서 `Network` 모듈을 가져오세요:
-
-```javascript
-import { createApp } from 'vue';
-import { Network } from '@capacitor/network';
-
-const app = createApp(App);
-
-// Your application setup
-
-app.mount('#app');
-
-Network.addListener('networkStatusChange', status => {
-  if (status.connected) {
-    // User is back online
-    // Hide the offline screen
-    document.getElementById('offline-screen').style.display = 'none';
-  } else {
-    // User is offline
-    // Display the offline screen
-    document.getElementById('offline-screen').style.display = 'block';
-  }
-});
-
-const logCurrentNetworkStatus = async () => {
-  const status = await Network.getStatus();
-  console.log('Network status:', status);
-};
-```
-
-애플리케이션 템플릿(`App.vue`)에서 오프라인 화면 메시지를 표시할 `<div>` 요소를 id가 `offline-screen`인 상태로 추가하세요:
-
-```html
-<template>
-  <div id="app">
-    <div id="offline-screen">
-      <h1>You are offline</h1>
-      <p>Please check your internet connection and try again.</p>
-    </div>
-    <!-- Your application content -->
-  </div>
-</template>
-
-<style>
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-</style>
-```
-
-이제 사용자가 오프라인 상태가 되면 오프라인 화면이 표시됩니다. 사용자가 다시 온라인 상태가 되면 오프라인 화면이 숨겨집니다.
-
-### Angular 14
-
-Angular 14 프로젝트에서 `src/app/app.component.ts` 파일을 열고 `@capacitor/network`에서 `Network` 모듈을 가져오세요:
-
-```typescript
-import { Component } from '@angular/core';
-import { Network } from '@capacitor/network';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: './app.component.html',
-  styleUrls: ['./app.component.css']
-})
-export class AppComponent {
-
-  constructor() {
-    Network.addListener('networkStatusChange', status => {
-      if (status.connected) {
-        // User is back online
-        // Hide the offline screen
-        document.getElementById('offline-screen').style.display = 'none';
-      } else {
-        // User is offline
-        // Display the offline screen
-        document.getElementById('offline-screen').style.display = 'block';
-      }
-    });
-  }
-
-  logCurrentNetworkStatus = async () => {
-    const status = await Network.getStatus();
-    console.log('Network status:', status);
-  };
-
-}
-```
-
-애플리케이션 템플릿(`app.component.html`)에서 오프라인 화면 메시지를 표시할 `<template>` 요소를 id가 `offline-screen`인 상태로 추가하세요:
-
-```html
-<div id="offline-screen">
-  <h1>You are offline</h1>
-  <p>Please check your internet connection and try again.</p>
-</div>
-
-<!-- Your application content -->
-```
-
-`app.component.css` 파일에 다음 스타일을 추가하세요:
-
-```css
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-```
-
-이제 사용자가 오프라인 상태가 되면 오프라인 화면이 표시됩니다. 사용자가 다시 온라인 상태가 되면 오프라인 화면이 숨겨집니다.
-
-### React
-
-React 프로젝트에서 `src/App.js` 파일을 열고 `@capacitor/network`에서 `Network` 모듈을 가져오세요:
-
-```jsx
-import React, { useEffect } from 'react'
-import { Network } from '@capacitor/network'
-
-function App() {
-
-  useEffect(() => {
-    Network.addListener('networkStatusChange', (status) => {
-      if (status.connected) {
-        // User is back online
-        // Hide the offline screen
-        document.getElementById('offline-screen').style.display = 'none'
-      }
-      else {
-        // User is offline
-        // Display the offline screen
-        document.getElementById('offline-screen').style.display = 'block'
-      }
-    })
-  }, [])
-
-  const logCurrentNetworkStatus = async () => {
-    const status = await Network.getStatus()
-    console.log('Network status:', status)
-  }
-
-  return (
-    <div id="app">
-      <div id='offline-screen'>
-        <h1>You are offline</h1>
-        <p>Please check your internet connection and try again.</p>
-      </div>
-      {/* Your application content */}
-    </div>
-  )
-
-}
-
-export default App
-```
-
-`App.css` 파일에 다음 스타일을 추가하세요:
-
-```css
-#offline-screen {
-  display: none;
-  text-align: center;
-  padding: 20px;
-  background-color: #f2f2f2;
-}
-
-#offline-screen h1 {
-  font-size: 24px;
-}
-
-#offline-screen p {
-  font-size: 16px;
-}
-```
-
-이제 사용자가 오프라인 상태가 되면 오프라인 화면이 표시됩니다. 사용자가 다시 온라인 상태가 되면 오프라인 화면이 숨겨집니다.
-
-## 지원 메서드 및 인터페이스
-
-Network API는 네트워크 연결을 처리하는 데 도움이 되는 여러 메서드와 인터페이스를 제공합니다. 주요 메서드는 다음과 같습니다:
-
-- [`getStatus()`](https://capacitorjs.com/docs/apis/network/#getstatus): 현재 네트워크 연결 상태를 조회합니다.
-- [`addListener('networkStatusChange', ...)`](https://capacitorjs.com/docs/apis/network/#addlistenernetworkstatuschange): 네트워크 연결 변경사항을 수신합니다.
--
diff --git a/src/content/blog/ko/create-react-mobile-apps-with-capacitor.md b/src/content/blog/ko/create-react-mobile-apps-with-capacitor.md
deleted file mode 100644
index b5363c1a2..000000000
--- a/src/content/blog/ko/create-react-mobile-apps-with-capacitor.md
+++ /dev/null
@@ -1,370 +0,0 @@
----
-slug: create-react-mobile-apps-with-capacitor
-title: React와 Capacitor를 사용한 모바일 앱 개발
-description: 'React, Capacitor를 사용하여 모바일 앱을 구축하는 방법과 Konsta UI로 네이티브 UI를 향상시키는 방법을 배워보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-02-21T00:00:00.000Z
-updated_at: 2023-03-10T00:00:00.000Z
-head_image: /react_capacitor.webp
-head_image_alt: 리액트 및 Capacitor 그림
-keywords: >-
-  React, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-이 튜토리얼에서는 새로운 [React](https://reactjs.org/) 앱으로 시작하여 Capacitor를 사용해 네이티브 모바일 개발로 전환할 것입니다. 선택적으로 더 나은 모바일 UI를 위해 [Konsta UI](https://konstaui.com/)를 추가할 수도 있습니다.
-
-Capacitor를 사용하면 React 웹 애플리케이션을 큰 수정 없이 또는 React Native와 같은 새로운 기술을 배우지 않고도 쉽게 네이티브 모바일 앱으로 변환할 수 있습니다.
-
-몇 가지 간단한 단계만으로 대부분의 React 애플리케이션을 모바일 앱으로 변환할 수 있습니다.
-
-이 튜토리얼은 새로운 React 앱으로 시작하여 Capacitor를 통합하여 네이티브 모바일 앱의 영역으로 나아가는 과정을 안내합니다. 또한 선택적으로 [Konsta UI](https://konstaui.com/)를 사용하여 Tailwind CSS로 모바일 UI를 향상시킬 수 있습니다.
-
-## Capacitor에 대하여
-
-CapacitorJS는 게임 체인저입니다! 여러분은 그것을 어떤 웹 프로젝트에든 쉽게 통합할 수 있으며, 애플리케이션을 네이티브 웹뷰에 래핑하여 네이티브 Xcode 및 Android Studio 프로젝트를 생성합니다. 또한, 플러그인을 통해 JS 브리지를 사용해 카메라와 같은 네이티브 장치 기능에 접근할 수 있습니다.
-
-Capacitor를 사용하면 복잡한 설정이나 가파른 학습 곡선 없이 훌륭한 네이티브 모바일 앱을 얻을 수 있습니다. 그것의 간결한 API와 효율적인 기능 덕분에 프로젝트에 통합하기가 매우 쉽습니다. 믿어보세요, Capacitor로 완전한 기능을 갖춘 네이티브 앱을 만드는 것이 얼마나 쉬운지 놀랄 것입니다!
-
-## React 앱 준비하기
-
-React 애플리케이션을 시작하는 다양한 방법이 있지만, 이 튜토리얼에서는 빈 React 애플리케이션을 제공하는 가장 간단한 방법을 선택하겠습니다:
-
-```shell
-npx create-react-app my-app
-```
-
-네이티브 모바일 앱을 만들기 위해서는 우리 프로젝트의 **내보내기**가 필요합니다. 그래서 우리는 React 프로젝트를 빌드하고 내보내는 데 사용될 간단한 스크립트를 **package.json**에 포함하겠습니다:
-
-```json
-{
-  "scripts": {
-    "start": "react-scripts start",
-    "build": "react-scripts build",
-    "test": "react-scripts test",
-    "eject": "react-scripts eject"
-  }
-}
-```
-
-이제 `npm run build`를 실행할 수 있으며, 프로젝트의 루트에 새로운 output 폴더가 생성되어야 합니다.
-
-이 폴더는 이후에 Capacitor에 의해 사용되지만, 현재로서는 이를 올바르게 설정해야 합니다.
-
-## React 앱에 Capacitor 추가하기
-
-모든 웹 앱을 네이티브 모바일 컨테이너로 패키징하기 위해서는 몇 가지 초기 단계를 따라야 하지만, 이후의 과정은 단일 `sync` 명령을 실행하는 것만큼 간단합니다.
-
-먼저, [Capacitor CLI](https://capacitorjs.com/docs/cli/)를 개발 종속성으로 설치한 다음, 우리의 프로젝트 내에 설정합니다. 설정하는 동안 이름과 번들 ID에 대한 기본값을 수락하려면 "enter"를 누르시면 됩니다.
-
-다음으로, iOS 및 Android 플랫폼을 위한 핵심 패키지와 관련 패키지를 설치해야 합니다.
-
-마지막으로, 플랫폼을 추가하면 Capacitor가 우리 프로젝트의 루트에 각 플랫폼에 대한 폴더를 생성합니다:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your React project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-이 시점에서 React 프로젝트에서 새로운 **ios** 및 **android** 폴더를 확인할 수 있어야 합니다.
-
-**그것들은 실제 네이티브 프로젝트입니다!**
-
-이후 Android 프로젝트에 접근하려면 [Android Studio](https://developer.android.com/studio/)를 설치해야 합니다. iOS의 경우 Mac이 필요하며 [Xcode](https://developer.apple.com/xcode/)를 설치해야 합니다.
-
-또한, `capacitor.config.ts` 파일이 프로젝트에 있을 것이며, 이 파일에는 동기화 중 사용되는 몇 가지 기본 Capacitor 설정이 포함되어 있습니다. 유의해야 할 점은 **webDir**이며, 이는 빌드 명령의 결과를 가리켜야 합니다. 현재는 부정확합니다.
-
-이를 수정하기 위해 **capacitor.config.json** 파일을 열고 **webDir**을 업데이트합니다:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-다음 명령어를 실행하여 테스트해볼 수 있습니다:
-
-```shell
-npm run build
-npx cap sync
-```
-
-첫 번째 명령어 `npm run build`는 단순히 React 프로젝트를 빌드하고 정적 빌드를 내보냅니다.
-
-반면 두 번째 명령어 `npx cap sync`는 모든 웹 코드를 네이티브 플랫폼의 올바른 위치로 동기화하여 앱에서 표시될 수 있도록 합니다.
-
-또한, sync 명령은 네이티브 플랫폼을 업데이트하고 플러그인을 설치할 수 있으므로 새로운 [Capacitor 플러그인](https://capacitorjs.com/docs/plugins/)을 설치할 때는 다시 `npx cap sync`를 실행해야 합니다.
-
-모르는 사이에 이제 실제로 모든 것이 완료되었습니다. 자, 기기에서 앱을 확인해 봅시다!
-
-## 네이티브 앱 빌드 및 배포
-
-iOS 앱을 개발하려면 **Xcode**를 설치해야 하고, Android 앱을 개발하려면 **Android Studio**를 설치해야 합니다. 또한, 앱 스토어에서 앱을 배포할 계획이라면 iOS용 Apple Developer Program과 Android용 Google Play Console에 가입해야 합니다.
-
-네이티브 모바일 개발이 처음이라면, Capacitor CLI를 사용하여 두 네이티브 프로젝트를 쉽게 열 수 있습니다:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-네이티브 프로젝트를 설정하면, 연결된 기기에 앱을 배포하는 것은 쉽습니다. Android Studio에서는 모든 것이 준비될 때까지 기다리기만 하면 되며, 아무 설정을 변경하지 않고도 연결된 기기에 앱을 배포할 수 있습니다. 예시입니다:
-
-![android-studio-run](/android-studio-run.webp)
-
-Xcode에서는 실제 기기에 앱을 배포하기 위해 서명 계정을 설정해야 합니다. 시뮬레이터가 아닌 실제 기기에 앱을 배포하려면 서명 계정을 설정해야 합니다. 이전에 해본 적이 없다면, Xcode가 프로세스를 안내합니다 (다시 말하지만, Developer Program에 등록해야 합니다). 그 후, 연결된 기기에서 앱을 실행하려면 플레이 버튼을 누르기만 하면 되며 선택할 수 있습니다. 예시입니다:
-
-![xcode-run](/xcode-run.webp)
-
-축하합니다! React 웹 앱을 모바일 기기에 성공적으로 배포했습니다. 예시입니다:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/next-capacitor-share.webp" alt="react-mobile-app">
-</div>
-
-하지만 잠시만요, 개발 중에 이것을 더 빠르게 수행할 수 있는 방법도 있습니다...
-
-## Capacitor 라이브 리로드
-
-이제 여러분은 아마도 모든 현대 프레임워크에서 핫 리로드하는 것에 익숙해져 있을 것이며, 좋은 소식은 최소한의 노력으로 **모바일 장치에서도** 같은 기능을 가지게 될 수 있다는 것입니다!
-
-네트워크에서 **로컬 호스팅된 애플리케이션**에 라이브 리로드 기능을 활성화하여 Capacitor 앱이 특정 URL에서 콘텐츠를 로드하게 하세요.
-
-첫 번째 단계는 로컬 IP 주소를 확인하는 것입니다. Mac을 사용하는 경우 터미널에서 다음 명령어를 실행하여 알아낼 수 있습니다:
-
-```shell
-ipconfig getifaddr en0
-```
-
-Windows에서는 다음을 실행합니다:
-
-```shell
-ipconfig
-```
-
-그런 다음 IPv4 주소를 찾습니다.
-
-Capacitor가 서버에서 앱을 직접 로드하도록 다른 항목을 `capacitor.config.ts` 파일에 추가할 수 있습니다:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'out',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-**올바른 IP와 포트를 사용해야** 하며, 예시에서는 기본 React 포트를 사용했습니다.
-
-이제 이 변경 사항을 우리의 네이티브 프로젝트에 복사하여 적용할 수 있습니다:
-
-```shell
-npx cap copy
-```
-
-`copy` 명령은 `sync`와 비슷하지만 웹 폴더와 설정에서 변경된 사항만 **복사**하고 네이티브 프로젝트를 업데이트하지 않습니다.
-
-이제 Android Studio 또는 Xcode를 통해 앱을 한 번 더 배포할 수 있습니다. 그 후 React 앱에서 무언가를 변경하면 **앱이 자동으로 리로드**되고 변경 사항이 표시됩니다!
-
-**유의할 점**은 카메라와 같은 새로운 플러그인을 설치하면 여전히 네이티브 프로젝트를 다시 빌드해야 합니다. 이는 네이티브 파일이 변경되며 즉흥적으로 수행할 수 없기 때문입니다.
-
-설정에서 올바른 IP와 포트를 사용해야 한다는 점에 유의하세요. 위의 코드 블록은 설명 목적으로 기본 React 포트를 보여줍니다.
-
-## Capacitor 플러그인 사용하기
-
-이제 Capacitor 플러그인을 어떻게 사용하는지 살펴보겠습니다. 이전에 몇 번 언급했던 내용입니다. 이를 위해 다음 명령어를 실행하여 꽤 간단한 플러그인을 설치할 수 있습니다:
-
-```shell
-npm i @capacitor/share
-```
-
-[Share 플러그인](https://capacitorjs.com/docs/apis/share/)에 특별한 것은 없지만, 어쨌든 네이티브 공유 대화상자를 띄웁니다! 이를 위해 이제 패키지를 가져오고 앱에서 `share()` 함수를 호출하기만 하면 됩니다. **src/App.js**를 다음과 같이 변경해보세요:
-
-```javascript
-import React from 'react';
-import { Share } from '@capacitor/share';
-
-function App() {
-  const share = async () => {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  };
-
-  return (
-    <div>
-      <h1>Welcome to React and Capacitor!</h1>
-      <p>
-        <h2>Cool channel</h2>
-        <button onClick={() => share()}>Share now!</button>
-      </p>
-    </div>
-  );
-}
-
-export default App;
-```
-
-앞서 언급했듯이, 새로운 플러그인을 설치할 때는 동기화 작업을 수행하고 앱을 기기로 다시 배포해야 합니다. 이를 위해 다음 명령어를 실행합니다:
-
-```
-npx cap sync
-```
-
-버튼을 누르면 아름다운 네이티브 공유 대화상자가 나타나는 것을 볼 수 있습니다!
-
-<div>
-  <h1>
-</h1>
-
-버튼을 더 모바일 친화적으로 보이게 하려면 웹 앱을 위한 내가 가장 좋아하는 UI 컴포넌트 라이브러리인 React를 사용하여 스타일링할 수 있습니다 (농담이 아니며).
-
-## Konsta UI 추가하기
-
-나는 [Ionic](https://ionicframework.com/)으로 멋진 크로스 플랫폼 애플리케이션을 구축하는 데 수년을 보내왔고, 이는 오랫동안 최고의 선택 중 하나였습니다. 하지만 이제 더 이상 추천하지 않습니다. React와 통합하는 것이 매우 성가시고, 이미 [tailwindcss](https://tailwindcss.com/)가 있을 때는 그만한 가치가 없습니다.
-
-iOS와 Android의 특정 스타일링에 적응하는 멋진 모바일 UI를 원하신다면 Konsta UI를 추천합니다.
-
-[tailwind를 이미 설치해야 합니다](https://tailwindcss.com/docs/guides/vite/#react) 
-
-이를 사용하기 위해서는 패키지를 설치하기만 하면 됩니다:
-
-```shell
-npm i konsta
-```
-
-추가로 `tailwind.config.js` 파일을 수정해야 합니다:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{js,ts,javascript,tsx}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig`는 Konsta UI에 필요한 추가 변형 및 도우미 유틸리티와 함께 기본 (또는 사용자 지정) Tailwind CSS 구성을 확장합니다.
-
-이제 [App](https://konstaui.com/react/app/) 컴포넌트를 설정하여 일부 전역 매개변수(예: `theme`)를 설정할 수 있습니다.
-
-`src/App.js`에서 전체 앱을 `App`로 감싸야 합니다:
-
-```javascript
-import { App } from 'konsta/react';
-import './App.css';
-
-function MyApp({ Component, pageProps }) {
-  return (
-    // Wrap our app with App component
-    <App theme="ios">
-      <Component {...pageProps} />
-    </App>
-  );
-}
-
-export default MyApp;
-```
-
-### 예시 페이지
-
-모든 설정이 완료되었으므로 React 앱에서 Konsta UI React 컴포넌트를 사용할 수 있습니다.
-
-예를 들어, `src/App.js`를 열고 다음과 같이 변경합니다:
-
-```javascript
-// Konsta UI components
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-  Link,
-  BlockTitle,
-} from 'konsta/react';
-
-function App() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Here is your React & Konsta UI app. Let's see what we have here.
-        </p>
-      </Block>
-      <BlockTitle>Navigation</BlockTitle>
-      <List>
-        <ListItem href="/about/" title="About" />
-        <ListItem href="/form/" title="Form" />
-      </List>
-
-      <Block strong className="flex space-x-4">
-        <Button>Button 1</Button>
-        <Button>Button 2</Button>
-      </Block>
-    </Page>
-  );
-}
-
-export default App;
-```
-
-모든 필요한 구성 요소를 설치한 후 라이브 리로드가 비동기일 경우 모든 것을 재시작해 보세요. 그렇게 하면 React와 Capacitor로 구축된 다소 네이티브한 모습의 모바일 앱을 볼 수 있어야 합니다!
-
-결과적으로 다음 페이지를 확인할 수 있어야 합니다:
-
-<p>
-  <h2>
-</h2>
-
-## 결론
-
-Capacitor는 기존 웹 프로젝트를 기반으로 네이티브 애플리케이션을 구축하는 훌륭한 선택이며, 코드를 공유하고 일관된 UI를 유지하는 간단한 방법을 제공합니다.
-
-[Capgo](https://capgo.app/)의 추가로 앱에 실시간 업데이트를 추가하는 것이 훨씬 쉬워졌습니다. 사용자가 항상 최신 기능과 버그 수정을 이용할 수 있도록 보장합니다.
-
-Capgo를 React 앱에 추가하는 방법을 배우고 싶다면 다음 기사를 확인해 보세요:
diff --git a/src/content/blog/ko/creating-and-deleting-update-channels-in-capacitor.md b/src/content/blog/ko/creating-and-deleting-update-channels-in-capacitor.md
deleted file mode 100644
index 06a5f4c05..000000000
--- a/src/content/blog/ko/creating-and-deleting-update-channels-in-capacitor.md
+++ /dev/null
@@ -1,247 +0,0 @@
----
-slug: creating-and-deleting-update-channels-in-capacitor
-title: Capacitor의 업데이트 채널 생성 및 삭제
-description: 'Capacitor에서 간소화된 앱 업데이트와 향상된 사용자 경험을 위한 업데이트 채널을 생성, 관리 및 삭제하는 방법을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T03:02:38.679Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcb1f883b63ee70fa08665-1742526177947.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, update channels, app updates, development, mobile, CI/CD, user
-  management, version control
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) [업데이트 채널](https://capgo.app/docs/webapp/channels/)을 사용하면 특정 사용자 그룹에 무선(OTA) 업데이트를 전송할 수 있습니다. 이를 통해 여러 앱 버전을 관리하고, 새로운 기능을 테스트하며, 점진적으로 업데이트를 배포할 수 있습니다. 다음은 알아야 할 사항입니다:
-
--   **이점**:
-    
-    -   소규모 그룹(예: 베타 사용자)으로 업데이트 테스트.
-    -   앱 스토어 승인을 기다리지 않고 중요한 수정사항 전송.
-    -   문제가 있는 업데이트를 즉시 롤백.
--   **설정**:
-    
-    -   Capacitor CLI, [Node.js](https://nodejs.org/en), [Capgo](https://capgo.app/) CLI와 같은 도구 사용.
-    -   권한 관리를 위한 역할(관리자, 개발자, 뷰어) 할당.
-    -   자동화된 워크플로우를 위한 CI/CD 도구와 통합.
--   **채널 관리**:
-    
-    -   환경(예: 프로덕션, 베타, 스테이징)에 대한 채널 생성.
-    -   채널 이름을 명확하게 지정(예: `prod`, `beta-internal`, `v2-hotfix`).
-    -   프로덕션으로 승격하기 전 단계별 업데이트 테스트.
--   **채널 제거**:
-    
-    -   분석을 통해 사용하지 않는 채널 식별.
-    -   삭제 전 사용자 마이그레이션, 데이터 아카이브, 종속성 확인.
-
-Capgo는 실시간 분석, 사용자 관리, 롤백 옵션과 같은 도구로 이 프로세스를 단순화합니다. 적절한 채널 설정과 유지관리를 통해 더 빠르고 안정적으로 업데이트를 배포할 수 있습니다.
-
-## Ionic Deploy를 통한 지속적 배포 및 실시간 업데이트
-
-<iframe src="https://www.youtube.com/embed/I7PC3O4q1ug" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 설정 요구사항
-
-업데이트 채널을 효과적으로 관리하기 위해서는 특정 도구를 설치하고 권한을 설정해야 합니다. 다음은 시작하는 데 필요한 사항입니다.
-
-### 필요한 도구
-
-다음 사항이 준비되어 있는지 확인하세요:
-
--   **Capacitor CLI**: 앱 업데이트를 처리하는 핵심 도구입니다.
--   **Node.js**: 버전 14.0 이상이 필요합니다.
--   **[Capgo CLI](https://capgo.app/docs/cli/commands)**: 업데이트 채널 설정 및 관리에 사용됩니다.
--   **개발 환경**: Capacitor를 지원하는 IDE를 선택하세요.
-
-Capgo CLI를 초기화하려면 다음 명령을 실행하세요:
-
-```bash
-npx @capgo/cli init
-```
-
-이를 통해 필요한 구성 파일로 프로젝트를 설정하고 Capgo의 [업데이트 서비스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)에 연결합니다.
-
-### 접근 권한 및 권한 구성
-
-안전하고 효율적인 채널 관리를 위한 권한을 설정하세요:
-
-| **권한 수준** | **접근 권한** | **목적** |
-| --- | --- | --- |
-| 관리자 | 전체 접근 | 채널 생성, 삭제 및 관리 |
-| 개발자 | 제한된 접근 | 업데이트 배포 및 테스트 |
-| 뷰어 | 읽기 전용 | 업데이트 상태 모니터링 |
-
-팀원의 책임에 따라 역할을 할당하세요. Capgo는 Capacitor 8 모두와 원활하게 작동하여 다양한 프로젝트 요구사항을 충족합니다.
-
-추가적인 편의를 위해 Capgo는 [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Jenkins](https://www.jenkins.io/)와 같은 인기있는 CI/CD 도구와 통합됩니다. 빌드 시스템이 업데이트 채널 관리를 처리할 준비가 되어 있는지 확인하세요.
-
-## 업데이트 채널 설정
-
-다음은 업데이트 채널을 효과적으로 생성하고 관리하는 방법입니다. 이 가이드는 채널 생성, 구성 및 유용한 이름 지정 방법을 다룹니다.
-
-### 새 채널 생성
-
-Capgo CLI를 사용하여 채널을 설정하려면 다음 단계를 따르세요:
-
-1.  **채널 초기화**: 터미널을 열고 다음 명령을 실행하세요:
-    
-    ```bash
-    npx @capgo/cli channel create
-    ```
-    
-2.  **기본 매개변수 설정**: 이름과 버전과 같은 세부 정보로 채널을 구성하세요:
-    
-    ```bash
-    npx @capgo/cli channel config --name="beta-testing" --version="1.0.0"
-    ```
-    
-3.  **채널 확인**: 채널이 성공적으로 생성되었는지 확인하세요:
-    
-    ```bash
-    npx @capgo/cli channel list
-    ```
-    
-
-### 채널 설정
-
-채널을 구성할 때 다음과 같은 주요 설정에 집중하세요:
-
-| 설정 | 목적 | 예시 값 |
-| --- | --- | --- |
-| **채널 이름** | 업데이트 스트림 식별 | prod, beta, staging |
-| **버전 패턴** | 허용된 버전 형식 지정 | 1.0.\* |
-| **사용자 접근** | 업데이트 수신자 결정 | specific-group-id |
-| **업데이트 빈도** | 업데이트 배포 시기 설정 | immediate, scheduled |
-
-이러한 설정을 통해 업데이트 배포 방법과 수신자를 제어할 수 있습니다.
-
-### 이름 지정 및 구조 팁
-
-명확한 이름 지정 규칙을 통해 채널을 체계적으로 관리할 수 있습니다. 다음과 같은 제안사항이 있습니다:
-
--   **환경 기반 이름**
-    
-    -   `prod` - 프로덕션 릴리스용
-    -   `beta-internal` - 내부 테스트용
-    -   `staging-qa` - 품질 보증 테스트용
--   **버전별 채널**
-    
-    -   `v2-rollout` - 버전 2.0 릴리스용
-    -   `v2-hotfix` - 긴급 수정용
-    -   `v2-beta` - 베타 테스트용
--   **기능 중심 채널**
-    
-    -   `feature-payment` - 결제 시스템 업데이트
-    -   `feature-auth` - 인증 업데이트
-    -   `feature-ui` - 인터페이스 관련 업데이트
-
-이러한 이름 지정 패턴을 사용하면 업데이트 스트림을 더 쉽게 식별하고 관리할 수 있습니다.
-
-## 채널 업데이트 관리
-
-효과적인 채널 업데이트 관리는 원활하고 안정적인 배포를 보장합니다. 이 단계는 이전의 채널 생성 프로세스를 기반으로 하여 업데이트 배포 방법을 개선하는 데 중점을 둡니다. Capgo는 대상 사용자 할당과 분석 기반 승격과 같은 도구를 제공하여 이 프로세스를 간소화합니다.
-
-### 업데이트 할당
-
-명확한 워크플로우를 사용하여 특정 사용자 그룹에 업데이트를 할당하세요:
-
--   **개발 채널**: 이 채널을 사용하여 격리된 테스트와 버그 수정을 수행하세요. 성능 영향을 모니터링하고 문제가 해결되었는지 확인하세요.
--   **베타 채널**: 통제된 테스트와 사용자 피드백 수집을 위해 여기에 업데이트를 배포하세요. 실제 사용 조건에서 업데이트 성능을 검증하세요.
--   **프로덕션 채널**: 업데이트가 안정적이면 모든 사용자를 위해 프로덕션 채널로 승격하세요.
-
-업데이트를 할당한 후 준비 상태를 확인하기 위해 철저한 테스트를 수행하세요.
-
-### 업데이트 테스트
-
-Capgo는 상세한 테스트를 수행하기 위한 도구를 제공합니다:
-
-| **테스트 단계** | **목적** | **주요 기능** |
-| --- | --- | --- |
-| 초기 검증 | 기본 기능 확인 | 채널 선택기를 통한 PR 테스트 |
-| 베타 테스트 | 실제 사용 검증 | 세분화된 권한으로 사용자 관리 |
-| 성능 모니터링 | 업데이트 안정성 평가 | 상세한 분석 및 오류 추적 사용 |
-
-### 채널 간 업데이트 이동
-
-안정성을 유지하기 위해 채널 간 업데이트를 신중하게 전환하세요. Capgo는 내장된 안전 조치로 이 프로세스를 단순화합니다.
-
-고려해야 할 주요 사항:
-
--   **버전 관리**: 채널 전반에 걸쳐 명확한 버전 관리를 유지하세요.
--   **롤백 옵션**: Capgo는 빠른 문제 해결을 위한 원클릭 롤백 기능을 제공합니다.
--   **분석 검토**: 다음 채널로 업데이트를 승격하기 전에 항상 성능 데이터를 검토하세요.
-
-> "문제가 발생하면 즉시 롤백" - Capgo [\[1\]](https://capgo.app/)
-
-## 업데이트 채널 제거
-
-사용하지 않는 업데이트 채널을 제거하는 방법과 시기를 아는 것이 중요합니다. 채널 구조를 깔끔하게 유지하면 앱이 안정적으로 유지되고 업데이트 관리가 더 쉬워집니다.
-
-### 사용하지 않는 채널 찾기
-
-비활성 채널을 발견하려면 [Capgo의 분석 대시보드](https://capgo.app/docs/webapp/)를 사용하여 사용 패턴을 분석하세요. 다음 기준을 충족하는 채널에 집중하세요:
-
--   최근 30일 동안 활성 사용자 없음
--   최근 배포된 업데이트 없음
--   베타 테스트 단계 완료
--   테스트나 더 이상 필요하지 않은 오래된 기능에 사용된 임시 채널
-
-Capgo의 실시간 분석을 통해 더 이상 필요하지 않은 채널을 쉽게 식별할 수 있습니다.
-
-### 채널 제거 단계
-
-업데이트 채널을 안전하게 제거하려면 다음 단계를 따르세요:
-
-| 단계 | 조치 | 확인 |
-| --- | --- | --- |
-| **사용자 마이그레이션** | 모든 활성 사용자를 다른 채널로 이동 | 남은 사용자가 없는지 확인 |
-| **업데이트 아카이브** | 채널 기록 아카이브 | 아카이브가 완료되었는지 확인 |
-| **종속성 확인** | 채널에 의존하는 스크립트나 워크플로우가 없는지 확인 | 활성 참조가 없는지 확인 |
-| **제거 실행** | 채널 삭제 명령 실행 | 채널이 삭제되었는지 확인 |
-
-이러한 단계가 완료되면 모든 것이 올바르게 작동하는지 시스템을 다시 한 번 확인하세요.
-
-### 제거 영향 확인
-
-제거를 최종화하기 전에 다음 사항을 고려하세요:
-
-1.  **업데이트 기록 평가**
-
-1.  **인증 구성:** 엔드-투-엔드 암호화를 활성화하여 업데이트를 안전하게 유지합니다.
-2.  **채널 구조 정의:** 배포 요구사항에 따라 채널을 설정합니다.
-3.  **사용자 권한 설정:** 팀 구성원에게 특정 접근 권한을 할당합니다.
-
-> "Capgo는 생산성을 높이고자 하는 개발자들에게 필수 도구입니다. 버그픽스를 위한 심사를 피할 수 있다는 것이 매우 귀중합니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo는 30개 이상의 플러그인을 지원하고 CI/CD 파이프라인과 원활하게 작동하여 기존 개발 프로세스에 쉽게 통합할 수 있습니다. [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 향상시키면서 모든 것을 효율적이고 간단하게 유지합니다.
-
-## 요약
-
-### 주요 사항
-
-채널을 효과적으로 관리하면 앱 배포가 원활하게 진행됩니다. Capgo의 채널 시스템은 인상적인 결과를 보여줍니다: **24시간 이내에 95%의 업데이트가 적용되며**, 5MB 번들을 114ms만에 전달하는 글로벌 CDN과 전 세계적으로 57ms의 API 응답 시간을 지원합니다 [\[1\]](https://capgo.app/).
-
-| 지표 | 성능 |
-| --- | --- |
-| 총 전달된 업데이트 | 23.5M |
-| 활성 프로덕션 앱 | 750 |
-| 글로벌 성공률 | 82% |
-| 업데이트 채택률 (24시간) | 95% |
-
-이러한 결과를 달성하기 위해서는 앞서 논의한 대로 명확한 이름 지정 규칙과 정확한 사용자 할당이 필요합니다. 이러한 지표를 중심으로 구조화된 채널 전략을 구축하면 성능을 더욱 향상시킬 수 있습니다.
-
-### 시작하기
-
-이러한 입증된 결과를 활용하려면 채널 설정을 개선하는 것부터 시작하세요:
-
--   **명확한 채널 구조 정의**: 개발, 스테이징, 프로덕션 환경을 위한 별도의 채널
--   **사용자 권한 설정**: 업데이트 채널에 대한 세분화된 접근 제어 할당
--   **성능 추적**: 업데이트 성공률과 사용자 참여도 정기적 모니터링
-
-효율적인 워크플로우를 유지하기 위해 비활성 채널을 주기적으로 검토하고 제거하는 것을 잊지 마세요. 잘 관리된 채널을 통해 개발자는 제어와 안정성을 유지하면서 더 빠르게 업데이트를 배포할 수 있습니다.
diff --git a/src/content/blog/ko/creating-mobile-apps-with-react-and-capacitor.md b/src/content/blog/ko/creating-mobile-apps-with-react-and-capacitor.md
deleted file mode 100644
index f4ebb0fa8..000000000
--- a/src/content/blog/ko/creating-mobile-apps-with-react-and-capacitor.md
+++ /dev/null
@@ -1,281 +0,0 @@
----
-slug: creating-mobile-apps-with-react-and-capacitor
-title: React.js와 Capacitor로 모바일 앱 만들기
-description: >-
-  React.js 웹 애플리케이션을 Capacitor를 활용하여 네이티브 모바일 앱으로 변환하고 Konsta UI로 네이티브 UI를 향상시키는
-  가이드입니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-29T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /react_capacitor.webp
-head_image_alt: React.js와 Capacitor 일러스트레이션
-keywords: >-
-  React, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: implementing-live-updates-in-your-react-capacitor-app
----
-이 튜토리얼에서는 React, Capacitor 및 Konsta UI를 사용하여 모바일 애플리케이션을 만드는 방법을 안내합니다. 마지막에는 Capacitor를 사용하여 React.js 웹 앱을 네이티브 모바일 애플리케이션으로 변환하고 Konsta UI를 사용하여 네이티브 UI를 구현하는 방법을 알게 될 것입니다.
-
-Capacitor를 사용하면 React Native와 같은 새로운 전략을 배우거나 상당한 수정 없이도 React.js 웹 앱을 네이티브 모바일 애플리케이션으로 쉽게 변환할 수 있습니다.
-
-이 과정은 몇 가지 간단한 단계로 이루어지며, 곧 여러분의 React.js 앱이 완전히 작동하는 모바일 애플리케이션이 될 것입니다. 이 여정을 함께 해보시죠.
-
-## Capacitor 개요
-
-CapacitorJS는 게임 체인저입니다. 모든 웹 프로젝트와 원활하게 통합되어 앱을 네이티브 웹뷰로 래핑하면서 네이티브 Xcode 및 Android Studio 프로젝트를 생성합니다. 또한 플러그인을 통해 JS 브리지를 통해 카메라와 같은 네이티브 기기 기능에 접근할 수 있습니다.
-
-Capacitor는 번거로움이나 가파른 학습 곡선 없이 네이티브 모바일 애플리케이션을 만들 수 있는 간단한 방법을 제공합니다. 간단한 API와 간소화된 기능으로 프로젝트에 쉽게 통합할 수 있습니다.
-
-## React.js 앱 설정하기
-
-React 애플리케이션을 시작하는 가장 간단한 방법을 사용해보겠습니다. npm 패키지 매니저를 사용하여 새로운 React 앱을 만들 것입니다:
-
-```shell
-npx create-react-app my-app
-```
-
-네이티브 모바일 앱으로 변환하기 위해서는 앱의 **내보내기**가 필요합니다.
-
-잠시 후에 다시 이 부분으로 돌아오겠습니다. 먼저, Capacitor를 React 앱에 통합하는 방법을 이해해보겠습니다.
-
-## React.js 앱에 Capacitor 통합하기
-
-초기 설정 단계는 약간 자세할 수 있지만, 그 이후에는 네이티브 앱 래퍼를 업데이트하는 것이 `sync` 명령어를 실행하는 것만큼 간단해집니다.
-
-먼저, Capacitor CLI를 개발 의존성으로 설치하고 프로젝트 내에서 설정합니다. 설정 중에 "enter"를 눌러 이름과 번들 ID에 대한 기본값을 수락하세요.
-
-다음으로, 코어 패키지와 iOS 및 Android 플랫폼용 관련 패키지를 설치합니다.
-
-마지막으로, 플랫폼을 추가하면 Capacitor가 프로젝트 루트에 각 플랫폼용 폴더를 생성합니다:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your React project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-이제 React.js 프로젝트에 **ios**와 **android** 디렉토리가 있습니다.
-
-나중에 Android 프로젝트에 접근하려면 [Android Studio](https://developer.android.com/studio/)를 설치하세요. iOS의 경우 Mac이 필요하며 [Xcode](https://developer.apple.com/xcode/)를 설치해야 합니다.
-
-다음으로, **capacitor.config.json** 파일에서 **webDir**을 아래와 같이 업데이트하세요:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "build",
-  "bundledWebRuntime": false
-}
-```
-
-빌드 명령어를 실행하고 Capacitor로 프로젝트를 동기화하세요:
-
-```shell
-npm run build
-npx cap sync
-```
-
-`npm run build` 명령어는 React.js 프로젝트를 빌드하고, `npx cap sync`는 웹 코드를 네이티브 플랫폼의 정확한 위치에 맞춰 앱에서 실행될 수 있도록 정렬합니다.
-
-이제 운이 좋다면 오류 없이 React.js 앱이 기기에서 실행될 준비가 되었을 것입니다!
-
-## 네이티브 앱 빌드 및 배포하기
-
-iOS 앱 개발에는 **Xcode**가 필요하고, Android 앱에는 **Android Studio**가 필요합니다. 앱 스토어에 앱을 배포할 계획이라면 iOS의 경우 Apple Developer Program에, Android의 경우 Google Play Console에 등록해야 합니다.
-
-Capacitor CLI는 두 네이티브 프로젝트를 여는 과정을 간소화합니다:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-네이티브 프로젝트가 설정되면 연결된 기기에 앱을 배포하는 것은 간단한 과정입니다.
-
-Android Studio의 경우, 모든 것이 로드될 때까지 기다린 다음 연결된 기기에 앱을 배포하세요.
-
-Xcode의 경우, 시뮬레이터가 아닌 실제 기기에 앱을 배포하기 위해 서명 계정을 설정하세요. 그 후에는 상단에서 선택할 수 있는 연결된 기기에서 앱을 실행하기 위해 간단히 실행 버튼을 누르면 됩니다.
-
-모든 것이 잘 진행되었다면, React.js 웹 앱을 네이티브 모바일 애플리케이션으로 변환한 것입니다!
-
-## Capacitor 라이브 리로드
-
-최신 개발 프레임워크에는 보통 핫 리로드가 포함되어 있으며, 다행히도 Capacitor에서도 **모바일 기기에서** 동일한 기능을 사용할 수 있습니다!
-
-특정 URL에서 콘텐츠를 로드하도록 Capacitor 앱을 설정하여 로컬에서 호스팅되는 애플리케이션을 네트워크에서 라이브 리로드와 함께 접근할 수 있게 만들 수 있습니다.
-
-먼저, 로컬 IP 주소를 확인하세요. Mac에서는 터미널에서 `ipconfig getifaddr en0`를 실행하여 확인할 수 있습니다. Windows에서는 `ipconfig`를 실행하고 IPv4 주소를 찾으세요.
-
-그런 다음, `capacitor.config.ts` 파일에 다른 매개변수를 추가하여 서버에서 직접 앱을 로드하도록 Capacitor에 지시하세요:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'build',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-정확한 IP와 포트를 사용해야 합니다. 이러한 변경사항을 네이티브 프로젝트에 적용하려면 `npx cap copy`를 실행하세요.
-
-Android Studio나 Xcode를 통해 앱을 한 번 더 배포하면, React 앱의 모든 변경사항이 자동으로 리로드되어 앱에 표시됩니다!
-
-카메라와 같은 새로운 플러그인이 설치된 경우에는 네이티브 프로젝트를 다시 빌드해야 한다는 점을 유의하세요. 이는 네이티브 파일이 변경되었으며 즉시 업데이트할 수 없기 때문입니다.
-
-## Capacitor 플러그인 사용하기
-
-Capacitor 플러그인을 사용하는 방법을 간단히 살펴보겠습니다. 네이티브 공유 대화상자를 표시하는 간단한 [Share 플러그인](https://capacitorjs.com/docs/apis/share/)을 설치해보겠습니다:
-
-```shell
-npm i @capacitor/share
-```
-
-사용하려면 패키지를 가져오고 앱에서 해당 `share()` 함수를 호출하세요. **App.js**를 참고하세요:
-
-```javascript
-import { Share } from '@capacitor/share';
-
-function ShareButton() {
-  const share = async () => {
-    await Share.share({
-      title: 'React App',
-      text: 'Visit this React App',
-      url: 'http://localhost:3000',
-      dialogTitle: 'Share with...'
-    });
-  };
-
-  return (
-    <button onClick={share}>
-      Share
-    </button>
-  );
-}
-
-export default ShareButton;
-```
-
-새로운 플러그인을 설치한 후에는 `npx cap sync`를 사용하여 React 프로젝트를 다시 동기화해야 합니다.
-
-## Konsta UI 구현하기: 더 나은 모바일 UI
-
-더 나은 모바일 UI 경험을 위해 Konsta UI를 사용할 것입니다. iOS와 Android에 특화된 스타일링을 제공하며 사용하기 쉽습니다.
-
-Konsta UI를 사용하려면 React 패키지를 설치하세요:
-
-```shell
-npm i konsta
-```
-
-`tailwind.config.js` 파일을 다음과 같이 수정하세요:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/**/*.{js,ts,javascript,tsx}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig`는 Konsta UI에 필요한 추가 변형과 유틸리티로 현재 Tailwind CSS 설정을 보완합니다.
-
-이제 `theme`와 같은 전역 매개변수를 설정하기 위해 기본 App 컴포넌트를 설정하세요. `src/index.js`에서 주요 앱을 App으로 감싸세요:
-
-```javascript
-import React from 'react';
-import ReactDOM from 'react-dom';
-import {App} from 'konsta/react';
-import './index.css';
-import MyApp from './App';
-
-ReactDOM.render(
-  <React.StrictMode>
-    <App theme="ios">
-      <MyApp />
-    </App>
-  </React.StrictMode>,
-  document.getElementById('root')
-);
-```
-
-React.js 페이지에서 Konsta UI React 컴포넌트를 사용해보겠습니다. `src/App.js`를 열고 다음과 같이 수정하세요:
-
-```javascript
-// Konsta UI components
-import {
-  Page,
-  Navbar,
-  Block,
-  Button,
-  List,
-  ListItem,
-} from 'konsta/react';
-
-export default function MyApp() {
-  return (
-    <Page>
-      <Navbar title="My App" />
-
-      <Block strong>
-        <p>
-          Welcome to your React & Konsta UI app.
-        </p>
-      </Block>
-      
-      <List>
-        <ListItem href="/about" title="About" />
-      </List>
-
-      <Block strong>
-        <Button>Click Me</Button>
-      </Block>
-    </Page>
-  );
-}
-```
-
-모든 것이 올바르게 수행되었다면, React와 Konsta UI가 원활하게 통합되어 모바일 앱에 네이티브한 모습을 제공하는 것을 볼 수 있습니다.
-
-## 결론
-
-Capacitor는 기존 웹 프로젝트를 기반으로 네이티브 앱을 만드는 원활한 방법을 제공하며, 코드를 공유하고 일관된 UI를 가질 수 있는 간단한 방법을 제공합니다.
-
-Capacitor와 같은 기술 덕분에 React.js 웹 앱에서 모바일 애플리케이션을 만드는 것이 그 어느 때보다 쉬워졌습니다. 인상적인 네이티브 모바일 앱을 만들어 웹 개발 기술을 한 단계 발전시켜 보세요. 즐거운 코딩 되세요!
-
-앱 개발 프로세스를 더 빠르게 진행하는 방법에 대해 더 알아보려면, 오늘 [무료 계정에 가입](/register/)하세요.
diff --git a/src/content/blog/ko/creating-mobile-apps-with-sveltekit-and-capacitor.md b/src/content/blog/ko/creating-mobile-apps-with-sveltekit-and-capacitor.md
deleted file mode 100644
index a9ba612b6..000000000
--- a/src/content/blog/ko/creating-mobile-apps-with-sveltekit-and-capacitor.md
+++ /dev/null
@@ -1,301 +0,0 @@
----
-slug: creating-mobile-apps-with-sveltekit-and-capacitor
-title: SvelteKit와 Capacitor로 모바일 앱 만들기
-description: 'SvelteKit, Capacitor 및 Konsta UI로 네이티브 UI를 향상시켜 모바일 앱을 구축하는 방법을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-04T00:00:00.000Z
-updated_at: 2023-06-04T00:00:00.000Z
-head_image: /sveltekit_capacitor.webp
-head_image_alt: SvelteKit와 Capgo 일러스트레이션
-keywords: >-
-  SvelteKit, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: updating-your-capacitor-apps-seamlessly-with-capacitor-updater
----
-이 튜토리얼에서는 새로운 [SvelteKit](https://kit.svelte.dev/) 앱으로 시작하여 Capacitor를 사용해 네이티브 모바일 개발로 전환하는 방법을 알아보겠습니다. 선택적으로 [Konsta UI](https://konstaui.com/)를 통합하여 Tailwind CSS 모바일 UI를 향상시킬 수도 있습니다.
-
-Capacitor를 사용하면 중요한 수정이나 React Native와 같은 새로운 기술을 배우지 않고도 SvelteKit 웹 애플리케이션을 네이티브 모바일 앱으로 쉽게 변환할 수 있습니다.
-
-이 단계별 가이드를 따라 SvelteKit 앱을 Capacitor를 사용하여 모바일 앱으로 변환하고, 원한다면 Konsta UI로 모바일 UI를 향상시켜 보세요.
-
-## Capacitor 소개
-
-CapacitorJS는 게임 체인저입니다! 어떤 웹 프로젝트에도 쉽게 통합할 수 있으며, 애플리케이션을 네이티브 웹뷰로 래핑하고 Xcode와 Android Studio 프로젝트를 자동으로 생성합니다. 그의 플러그인들은 JavaScript 브리지를 통해 카메라와 같은 네이티브 기기 기능에 접근할 수 있게 해줍니다.
-
-Capacitor를 사용하면 복잡한 설정이나 가파른 학습 곡선 없이도 훌륭한 네이티브 모바일 앱을 만들 수 있습니다. 슬림한 API와 간소화된 기능으로 프로젝트에 쉽게 통합할 수 있습니다. Capacitor로 완전히 기능하는 네이티브 앱을 만드는 것이 얼마나 간단한지 놀라실 것입니다!
-
-## SvelteKit 앱 준비하기
-
-새로운 SvelteKit 앱을 만들려면 다음 명령어를 실행하세요:
-
-```shell
-npm create svelte@latest my-app
-cd my-app
-npm install
-npm run build
-```
-
-`build` 명령어를 실행한 후, 프로젝트 루트에 새로운 `dist` 폴더가 생성되어야 합니다.
-
-이 폴더는 나중에 Capacitor에서 사용되지만, 지금은 올바르게 설정해야 합니다.
-
-## SvelteKit 앱에 Capacitor 추가하기
-
-웹 앱을 네이티브 모바일 컨테이너로 패키징하기 위해서는 몇 가지 초기 단계를 따라야 합니다. 그 후에는 단일 `sync` 명령어를 실행하는 것만큼 간단합니다.
-
-먼저, [Capacitor CLI](https://capacitorjs.com/docs/cli/)를 개발 의존성으로 설치하고 프로젝트 내에서 설정하세요. 설정 중에 이름과 번들 ID에 대해 기본값을 수락하려면 "enter"를 누르면 됩니다.
-
-그다음, 코어 패키지와 iOS 및 Android 플랫폼을 위한 관련 패키지를 설치하세요.
-
-마지막으로, 플랫폼을 추가하면 Capacitor가 프로젝트 루트에 각 플랫폼용 폴더를 생성합니다:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your SvelteKit project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-이 시점에서 SvelteKit 프로젝트에 새로운 **ios**와 **android** 폴더가 보여야 합니다.
-
-**이것들은 실제 네이티브 프로젝트입니다!**
-
-나중에 Android 프로젝트에 접근하려면 [Android Studio](https://developer.android.com/studio/)를 설치해야 합니다. iOS의 경우 Mac이 필요하며 [Xcode](https://developer.apple.com/xcode/)를 설치해야 합니다.
-
-또한, 프로젝트에서 **capacitor.config.ts** 파일을 찾을 수 있어야 하는데, 이 파일에는 동기화 중에 사용되는 기본 Capacitor 설정이 포함되어 있습니다. 주의해야 할 유일한 것은 빌드 명령어의 결과를 가리켜야 하는 **webDir**입니다. 현재는 잘못되어 있습니다.
-
-이를 수정하기 위해 **capacitor.config.ts** 파일을 열고 **webDir**을 업데이트하세요:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'build',
-}
-
-export default config
-```
-
-이제 Capacitor 설정을 업데이트했으니, 적절한 정적 어댑터 패키지를 다운로드하여 Sveltekit 프로젝트를 정적 애플리케이션으로 변경해 보겠습니다:
-
-```shell
-npm i -D @sveltejs/adapter-static
-```
-
-패키지가 설치된 후, _svelte.config.js_ 파일을 auto-adapter에서 static으로 변경해야 합니다:
-
-```ts
-import adapter from '@sveltejs/adapter-static'
-import { vitePreprocess } from '@sveltejs/kit/vite'
-
-/** @type {import('@sveltejs/kit').Config} */
-const config = {
-// Consult https://kit.svelte.dev/docs/integrations#preprocessors
-// for more information about preprocessors
-  preprocess: vitePreprocess(),
-
-  kit: {
-    // adapter-auto only supports some environments, see https://kit.svelte.dev/docs/adapter-auto for a list.
-    // If your environment is not supported or you settled on a specific environment, switch out the adapter.
-    // See https://kit.svelte.dev/docs/adapters for more information about adapters.
-    adapter: adapter({
-      // default options are shown. On some platforms
-      // these options are set automatically — see below
-      pages: 'build',
-      assets: 'build',
-      fallback: null,
-      precompress: false,
-      strict: true
-    })
-  }
-}
-
-export default config
-```
-
-_svelte.config.js_를 업데이트한 후, _src/routes_에 _+layout.js_ 페이지를 만들어 _prerender_ 옵션을 추가하고 다음 내보내기를 _+layout.js_에 추가해야 합니다:
-
-```ts
-export const prerender = true
-```
-
-_+layout.js_ 페이지를 추가하고 업데이트한 후, 모바일 플랫폼을 추가하고 _build_ 폴더를 생성하기 위해 프로젝트를 다시 빌드해야 합니다.
-
-다음 명령어를 실행하여 수행할 수 있습니다:
-
-```shell
-npm run build
-npx cap sync
-```
-
-첫 번째 명령어 `npm run build`는 SvelteKit 프로젝트를 빌드하고 정적 빌드를 복사하며, 두 번째 명령어 `npx cap sync`는 모든 웹 코드를 네이티브 플랫폼의 올바른 위치에 동기화하여 앱에서 표시될 수 있도록 합니다.
-
-또한, sync 명령어는 네이티브 플랫폼을 업데이트하고 플러그인을 설치할 수 있으므로, 새로운 [Capacitor 플러그인](https://capacitorjs.com/docs/plugins/)을 설치할 때는 `npx cap sync`를 다시 실행해야 합니다.
-
-눈치채지 못했겠지만, 이제 프로세스가 완료되었으니 기기에서 앱을 확인해 보겠습니다!
-
-## 네이티브 앱 빌드 및 배포
-
-iOS 앱을 개발하려면 **Xcode**가 설치되어 있어야 하고, Android 앱의 경우 **Android Studio**가 설치되어 있어야 합니다. 또한, 앱 스토어에 앱을 배포하려면 iOS의 경우 Apple Developer Program에, Android의 경우 Google Play Console에 등록해야 합니다.
-
-네이티브 모바일 개발이 처음이라면 Capacitor CLI를 사용하여 두 네이티브 프로젝트를 쉽게 열 수 있습니다:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-네이티브 프로젝트를 설정한 후에는 연결된 기기에 앱을 배포하기가 쉽습니다. Android Studio에서는 모든 것이 준비될 때까지 기다린 후, 설정을 변경하지 않고도 연결된 기기에 앱을 배포할 수 있습니다. 예시:
-
-![android-studio-run](/android-studio-run.webp)
-
-Xcode에서는 시뮬레이터가 아닌 실제 기기에 앱을 배포하기 위해 서명 계정을 설정해야 합니다. 이전에 해본 적이 없다면 Xcode가 프로세스를 안내해줍니다(하지만 Developer Program에 등록되어 있어야 합니다). 그 후에는 상단에서 연결된 기기를 선택하고 실행 버튼을 누르기만 하면 됩니다. 예시:
-
-![xcode-run](/xcode-run.webp)
-
-축하합니다! SvelteKit 웹 앱을 성공적으로 모바일 기기에 배포했습니다. 예시:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/sveltekit-mobile-app.webp" alt="sveltekit-mobile-app">
-</div>
-
-하지만 개발 중에 더 빠른 방법도 있습니다...
-
-## Capacitor 라이브 리로드
-
-이제 모든 현대적인 프레임워크에서 핫 리로드를 사용하는 데 익숙해졌을 것이고, 좋은 소식은 최소한의 노력으로 **모바일 기기에서도** 동일한 기능을 사용할 수 있다는 것입니다!
-
-Capacitor 앱이 특정 URL에서 콘텐츠를 로드하도록 하여 **네트워크에서** 라이브 리로드가 있는 로컬에서 호스팅되는 애플리케이션에 대한 액세스를 활성화하세요.
-
-첫 번째 단계는 로컬 IP 주소를 찾는 것입니다. Mac을 사용하는 경우 터미널에서 다음 명령어를 실행하여 확인할 수 있습니다:
-
-```shell
-ipconfig getifaddr en0
-```
-
-Windows에서는 다음을 실행하세요:
-
-```shell
-ipconfig
-```
-
-그런 다음 IPv4 주소를 찾으세요.
-
-`capacitor.config.ts` 파일에 다른 항목을 추가하여 서버에서 직접 앱을 로드하도록 Capacitor에 지시할 수 있습니다:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:3000',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-위의 예시와 같이 **올바른 IP와 포트**를 사용해야 합니다.
-
-이제 이러한 변경 사항을 네이티브 프로젝트에 복사하여 적용할 수 있습니다:
-
-```shell
-npx cap copy
-```
-
-`copy` 명령어는 `sync`와 비슷하지만 네이티브 프로젝트를 업데이트하지 않고 **웹 폴더와 구성에 대한 변경 사항만 복사**합니다.
-
-이제 Android Studio나 Xcode를 통해 앱을 한 번 더 배포할 수 있습니다. 그 후에 Svelte 앱에서 무언가를 변경하면 **앱이 자동으로 다시 로드**되어 변경 사항을 보여줍니다!
-
-**주의하세요** 카메라와 같은 새로운 플러그인을 설치하는 경우에는 여전히 네이티브 프로젝트를 다시 빌드해야 합니다. 이는 네이티브 파일이 변경되어 즉시 수행할 수 없기 때문입니다.
-
-구성에서 올바른 IP와 포트를 사용해야 합니다. 위의 코드 블록은 데모 목적으로 기본 SvelteKit 포트를 보여줍니다.
-
-## Capacitor 플러그인 사용하기
-
-이전에 몇 번 언급했던 Capacitor 플러그인을 실제로 사용하는 방법을 살펴보겠습니다. 다음 명령어를 실행하여 간단한 플러그인을 설치할 수 있습니다:
-
-```shell
-npm i @capacitor/share
-```
-
-[Share 플러그인](https://capacitorjs.com/docs/apis/share/)은 특별한 것은 없지만, 네이티브 공유 대화상자를 띄워줍니다! 이를 위해 이제 패키지를 가져오고 앱에서 `share()` 함수를 호출하기만 하면 되므로, **src/routes/index.svelte**를 다음과 같이 변경해 보겠습니다:
-
-```html
-<script>
-  import { Share } from '@capacitor/share';
-
-  async function share() {
-    await Share.share({
-      title: 'Open Youtube',
-      text: 'Check new video on youtube',
-      url: 'https://www.youtube.com',
-      dialogTitle: 'Share with friends'
-    });
-  }
-</script>
-
-<h1>Welcome to SvelteKit and Capacitor!</h1>
-<button on:click={share}>Share now!</button>
-```
-
-앞서 언급했듯이, 새로운 플러그인을 설치할 때는 동기화 작업을 수행하고 앱을 기기에 다시 배포해야 합니다. 이를 위해 다음 명령어를 실행하세요:
-
-```
-npx cap sync
-```
-
-버튼을 누르면 아름다운 네이티브 공유 대화상자가 작동하는 것을 볼 수 있습니다!
-
-## Konsta UI 추가하기
-
-Nuxt 3 앱에서 Konsta UI를 사용하려면 [tailwind가 이미 설치되어 있어야](https://tailwindcss.com/docs/guides/sveltekit/) 하며 패키지를 설치해야 합니다:
-
-```shell
-npm i konsta
-```
-
-또한 `tailwind.config.js` 파일을 수정해야 합니다:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './src/routes/**/*.{svelte}',
-    './src/components/**/*.{svelte}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig`는 기본(또는 사용자 지정) Tailwind CSS 구
diff --git a/src/content/blog/ko/cross-platform-mobile-app-development-guide-2024.md b/src/content/blog/ko/cross-platform-mobile-app-development-guide-2024.md
deleted file mode 100644
index 621105942..000000000
--- a/src/content/blog/ko/cross-platform-mobile-app-development-guide-2024.md
+++ /dev/null
@@ -1,106 +0,0 @@
----
-slug: cross-platform-mobile-app-development-guide-2024
-title: 2024년 크로스 플랫폼 모바일 앱 개발 완벽 가이드
-description: >-
-  2024년 크로스 플랫폼 모바일 앱 개발을 위한 모범 사례와 프레임워크를 알아보세요. 하나의 코드베이스로 iOS, Android 및 웹 앱을
-  구축하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2024-06-15T00:00:00.000Z
-updated_at: 2024-06-15T00:00:00.000Z
-head_image: /cross-platform-app-dev-2024.webp
-head_image_alt: 크로스 플랫폼 모바일 앱 개발
-keywords: >-
-  cross-platform, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: cross-platform
-published: true
-locale: ko
-next_blog: top-cross-platform-frameworks-compared-2024
----
-
-## 2024년 크로스 플랫폼 모바일 앱 개발이 중요한 이유
-
-크로스 플랫폼 모바일 앱 개발은 기업들이 iOS, Android 및 웹 플랫폼에서 더 넓은 사용자층에 도달하고자 하면서 2024년에 더욱 중요해졌습니다. 각 플랫폼별로 별도의 네이티브 앱을 개발하는 것은 비용이 많이 들고 시간이 소요됩니다.
-
-Ionic과 같은 크로스 플랫폼 프레임워크를 사용하면 기업들은 단일 코드베이스로 여러 플랫폼에서 실행되는 앱을 구축할 수 있습니다. 이는 개발 시간과 비용을 크게 줄이면서 모든 기기에서 일관된 기능과 사용자 경험을 제공할 수 있습니다.
-
-2024년 크로스 플랫폼 모바일 앱 개발의 주요 이점:
-
-- **더 넓은 도달** - 하나의 프로젝트로 수십억 명의 iOS, Android 및 웹 사용자에게 앱 배포
-- **비용 절감** - 여러 네이티브 코드베이스와 팀 유지 비용 절감
-- **빠른 개발** - 플랫폼 간 코드 재사용으로 기능을 더 빠르게 출시
-- **일관된 UX** - 모든 기기에서 원활한 경험 제공
-
-2024년과 그 이후로 모바일 사용이 계속 증가함에 따라, 기업의 경쟁력 유지를 위해서는 크로스 플랫폼 앱 전략이 필수적입니다. 그렇다면 최선의 접근 방식은 무엇일까요?
-
-## 모바일 앱 아키텍처의 패턴 분석
-
-대부분의 모바일 앱은 다음과 같은 공통 UI 컴포넌트와 패턴으로 구성됩니다:
-
-- 제목과 액션 버튼이 있는 헤더 바
-- 스크롤이나 검색이 가능한 데이터 목록
-- 탭 바와 내비게이션 메뉴
-- 입력 컨트롤이 있는 폼
-
-플랫폼마다 스타일은 다를 수 있지만, 핵심 구성 요소는 동일합니다. Ionic과 같은 현대적인 크로스 플랫폼 프레임워크는 각 플랫폼에 맞게 자동으로 외관과 느낌을 조정하는 사전 제작된 맞춤형 UI 컴포넌트를 제공합니다.
-
-iOS, Android 및 웹 앱에서 단일 UI 컴포넌트 세트를 사용하면 대규모 코드 재사용이 가능합니다. 개발자는 기능을 한 번만 구축하고 필요에 따라 각 플랫폼의 스타일을 조정할 수 있습니다.
-
-## 웹 기반 vs 네이티브 크로스 플랫폼 접근 방식
-
-크로스 플랫폼 개발에는 웹 기반과 네이티브, 두 가지 주요 접근 방식이 있습니다.
-
-Ionic과 같은 웹 기반 프레임워크는 HTML, CSS, JavaScript와 같은 표준 웹 기술을 사용합니다. UI는 웹뷰에서 실행되며, 플러그인을 통해 네이티브 기기 기능에 접근할 수 있습니다. 과거에는 성능이 우려사항이었지만, 현대의 JavaScript 엔진은 대부분 네이티브와의 격차를 좁혔습니다.
-
-React Native와 Flutter 같은 네이티브 크로스 플랫폼 프레임워크는 다른 접근 방식을 취합니다. 네이티브 위젯과 코드로 컴파일되는 React 또는 Dart 코드를 제공합니다. 이는 네이티브에 가까운 성능을 제공하지만 독점 언어와 도구 사용이 필요합니다.
-
-결국 선택은 팀의 기술과 목표에 달려 있습니다. 웹 기반 프레임워크는 기존 웹 인재를 활용할 수 있게 하고, 네이티브 프레임워크는 더 전문화된 기술이 필요하지만 까다로운 앱에서는 성능상의 이점이 있을 수 있습니다.
-
-## Ionic으로 개발 속도 향상하기
-
-Ionic은 앱스토어에서 15% 이상의 앱을 구동하는 선도적인 크로스 플랫폼 개발 프레임워크입니다. 다음과 같은 완전한 SDK를 제공합니다:
-
-- iOS, Android 및 웹용 100개 이상의 사전 제작된 UI 컴포넌트
-- 프로젝트 스캐폴딩, 미리보기 및 배포를 위한 Ionic CLI 도구
-- React, Vue 및 Angular와 같은 인기 있는 프론트엔드 프레임워크와의 통합
-- 모든 네이티브 기기 기능에 접근할 수 있는 Capacitor 및 Cordova 플러그인
-- Capgo 또는 Appflow를 통한 실시간 앱 업데이트, 인증 및 CI/CD
-
-웹 표준을 활용함으로써 Ionic은 개발자가 기존 기술을 사용하여 모든 플랫폼용 고품질 앱을 구축할 수 있게 합니다. 단일 코드베이스는 개발 시간과 유지보수 비용을 획기적으로 줄여줍니다.
-
-2024년에도 Ionic은 웹 기술로 가능한 것의 한계를 계속 확장하고 있습니다. Ionic 7은 강력한 디자인 도구, 향상된 성능, 네이티브 SDK와의 더욱 긴밀한 통합을 도입했습니다.
-
-## 시작하기
-
-요약하자면, 더 많은 기업들이 2024년에 비즈니스 이점을 깨닫게 되면서 크로스 플랫폼은 점점 더 앱 개발의 기본이 되고 있습니다. Ionic과 같은 프레임워크는 웹 우선 접근 방식을 가능하게 하여, 개발자가 기록적인 시간 내에 수십억 명의 사용자를 위한 놀라운 앱을 구축할 수 있게 합니다.스타트업부터 대기업까지, 팀들은 다양한 산업 분야에서 고객, 파트너 및 직원을 위한 중요한 앱을 구동하기 위해 Ionic을 사용하고 있습니다. 2024년에 새로운 모바일 프로젝트를 고려하고 계시다면, Ionic을 활용한 크로스 플랫폼 접근 방식을 탐색해볼 만한 가치가 있습니다.
-
-시작하시려면 다음 리소스를 확인해보세요:
-
-- [Ionic Documentation](https://ionicframeworkcom/docs)
-- [Ionic Components](https://ionicframeworkcom/docs/components)
-- [Capacitor Native APIs](https://capacitorionicframeworkcom/)
-
-Ionic을 사용하면 모바일과 웹을 위한 매력적이고 고성능의 앱을 순식간에 구축할 수 있습니다! 자세한 내용은 [Ionic 앱 전략가](https://ionicio/enterprise/strategy-session)와 상담해보세요.
-
-미래는 크로스 플랫폼입니다 - 오늘 시작하여 2024년 모바일 앱 목표를 달성하세요!
-
-## Capgo로 앱 업데이트 단순화하기
-
-모바일 앱 개발의 주요 과제 중 하나는 시간이 지남에 따라 앱을 최신 상태로 유지하는 것입니다. 크로스 플랫폼 접근 방식을 사용하더라도 각 업데이트마다 새 버전을 배포하는 것은 번거로울 수 있습니다.
-
-이런 상황에서 [Capgo](https://capgo.app/)와 같은 솔루션이 도움이 됩니다. Capgo는 Capacitor 앱을 위한 오픈소스 실시간 업데이트 시스템입니다. 앱 스토어를 거치지 않고도 사용자의 기기에 직접 업데이트를 푸시할 수 있습니다.
-
-Capgo의 주요 이점:
-
-- **즉각적인 업데이트** - 스토어에 재제출하지 않고도 몇 초 만에 최신 버전의 앱을 푸시
-- **쉬운 롤백** - 필요한 경우 이전 버전으로 손쉽게 되돌리기
-- **단계적 출시** - 더 광범위한 출시 전에 일부 사용자를 대상으로 테스트 업데이트 배포
-- **자체 호스팅 옵션** - 완전한 제어와 프라이버시를 위한 자체 업데이트 호스팅
-
-Capgo는 Ionic 앱을 구동하는 네이티브 런타임인 Capacitor와 원활하게 통합됩니다. 기존 Ionic 프로젝트에서도 쉽게 설정할 수 있습니다.
-
-Ionic의 크로스 플랫폼 개발과 Capgo의 실시간 업데이트를 결합하면 민첩성을 극대화할 수 있습니다. 새로운 기능을 더 빠르고 위험 부담 없이 배포하세요.
-
-Capgo를 시작하려면 [공식 문서](https://docscapgo.app/)를 확인하세요. Capgo는 무료이며 완전한 오픈소스입니다 - 원하는 대로 배포할 수 있습니다!
diff --git a/src/content/blog/ko/cross-platform-uiux-best-practices-for-capacitor-apps.md b/src/content/blog/ko/cross-platform-uiux-best-practices-for-capacitor-apps.md
deleted file mode 100644
index 1b76baf29..000000000
--- a/src/content/blog/ko/cross-platform-uiux-best-practices-for-capacitor-apps.md
+++ /dev/null
@@ -1,276 +0,0 @@
----
-slug: cross-platform-uiux-best-practices-for-capacitor-apps
-title: '크로스 플랫폼 UI/UX: Capacitor 앱을 위한 모범 사례'
-description: >-
-  Capacitor 앱에서 원활한 크로스 플랫폼 UI/UX를 만드는 모범 사례를 배우고, iOS, Android 및 웹에서 네이티브 느낌을
-  보장하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T04:45:24.942Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0c60ea2808c1172f2f7c6-1742791542149.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, UI/UX design, cross-platform apps, mobile development, responsive
-  design, Ionic, app updates, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**iOS, Android 및 웹에서 네이티브처럼 느껴지는 앱을 구축하고 싶으신가요?** [Capacitor](https://capacitorjs.com/)는 웹과 네이티브 기능을 결합하여 이를 가능하게 합니다. 그러나 플랫폼 전반에 걸쳐 원활한 경험을 제공하기 위해서는 신중한 UI/UX 디자인이 필요합니다. 다음은 이를 수행하는 방법입니다:
-
--   **플랫폼별 가이드라인 따라가기**: 내비게이션, 타이포그래피 및 제스처에 대한 iOS(인간 인터페이스)와 Android(머티리얼 디자인) 표준을 존중하세요.
--   **디자인 시스템 사용하기**: 일관성을 위해 재사용 가능한 디자인 토큰, 구성 요소 및 문서를 만드세요.
--   **화면 크기 최적화**: 모든 장치에서 원활한 레이아웃을 위해 반응형 그리드, 브레이크포인트 및 확장 가능한 구성 요소를 사용하세요.
--   **[Ionic](https://ionicframework.com/)과 같은 도구 활용하기**: 사전 구축된 구성 요소가 플랫폼 스타일에 적응하여 시간과 노력을 절약합니다.
--   **장치 간 테스트하기**: 신뢰성을 확보하기 위해 다양한 화면 크기, OS 버전 및 사용자 상호작용을 테스트하세요.
--   **라이브 업데이트 사용하기**: [Capgo](https://capgo.app/)와 같은 도구는 앱 스토어 지연 없이 업데이트를 즉시 제공하여 사용자가 최신 상태를 유지할 수 있게 합니다.
-
-**빠른 팁**: Capgo는 750개 이상의 앱에 대해 2350만 번의 업데이트를 가능하게 하였으며, 95%의 사용자들이 24시간 이내에 업데이트되었습니다.
-
-## [Stencil](https://stenciljs.com/) 및 [Capacitor](https://capacitorjs.com/)로 크로스 플랫폼 구성 요소 구축하기
-
-![Stencil Web Components Compiler](https://mars-images.imgix.net/seobot/screenshots/stenciljs.com-6020276454429265c3dac5ec0634b1fb-2025-03-24.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/O5xfY9LPl0s" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 크로스 플랫폼 디자인 기본 사항
-
-플랫폼 전반에 걸쳐 원활한 사용자 경험을 제공하려면 플랫폼별 디자인 패턴과 앱의 고유한 스타일 간의 균형을 맞추는 것이 중요합니다. 다음은 이를 달성하는 방법입니다.
-
-### 디자인 시스템 구축하기
-
-디자인 시스템은 앱의 크로스 플랫폼 디자인의 중추 역할을 합니다. 일반적으로 포함되는 요소는 다음과 같습니다:
-
--   **디자인 토큰**: 색상, 타이포그래피, 간격 및 애니메이션의 값입니다.
--   **구성 요소 라이브러리**: 플랫폼 표준에 맞게 설계된 재사용 가능한 UI 요소 모음입니다.
--   **문서화**: 일관된 사용과 구현을 보장하기 위한 명확한 가이드라인입니다.
-
-### 플랫폼 디자인 가이드라인
-
-플랫폼별 표준을 존중하면서 일관된 모습을 유지하기 위해 다음 사항을 고려하세요:
-
-| **디자인 요소** | **iOS (인간 인터페이스)** | **Android (머티리얼)** |
-| --- | --- | --- |
-| 내비게이션 | 탭 바, 하단 정렬 | 내비게이션 드로어, 상단 앱 바 |
-| 타이포그래피 | 샌프란시스코 폰트 | 로보토 폰트 |
-| 제스처 | 백을 위한 엣지 스와이프 | 하단 내비게이션에 집중 |
-| 버튼 | 둥근 모서리, 섬세한 효과 | 포함된 또는 윤곽선 버튼 |
-
-다음으로는 다양한 화면 크기에 대한 디자인의 복잡성을 해결해 보겠습니다.
-
-### 다중 화면 레이아웃 디자인
-
-다양한 화면 크기에 맞게 디자인하려면 유연성이 필요합니다. 다음은 몇 가지 전략입니다:
-
--   **반응형 그리드 시스템**  
-    모든 화면 크기에 맞게 동적으로 조정되는 그리드를 사용하세요.
-    
--   **브레이크포인트 전략**  
-    화면 너비에 따라 레이아웃 조정을 정의하세요:
-    
-    -   _작은 (< 600px)_: Single-column layout
-    -   _Medium (600–1024px)_: Two-column layout
-    -   _Large (> 1024px)_: 다중 열 레이아웃으로 사이드바가 있는 경우가 많음
--   **구성 요소 비율 조정**  
-    구성 요소가 비율에 맞게 확장되도록 하세요. 터치 대상을 위해 다음 가이드라인을 따르세요: iOS에서 최소 44x44픽셀 및 Android에서 48x48 밀도 독립 픽셀 이상입니다.
-    
-
-Capgo의 라이브 업데이트 기능을 사용하면 디자인 시스템을 신속하게 다듬고 개선할 수 있습니다.
-
-## UI 구성 요소 구축하기
-
-고성능 UI 구성 요소를 만들려면 크로스 플랫폼 호환성과 효율적인 성능에 주의를 기울여야 합니다. 재사용 가능하고 효과적인 구성 요소를 구축하는 몇 가지 실용적인 방법을 살펴보겠습니다.
-
-### [Ionic](https://ionicframework.com/) 구성 요소 사용하기
-
-![Ionic Framework Website](https://mars-images.imgix.net/seobot/screenshots/ionicframework.com-e736941a658f3b6da09d169d589f75bb-2025-03-24.jpg?auto=compress)
-
-Ionic은 크로스 플랫폼 개발을 간소화하는 사전 구축된 구성 요소를 제공합니다. 이러한 구성 요소는 플랫폼별 디자인 패턴에 자동으로 맞춰지면서 일관된 기능성을 보장합니다.
-
-| 구성 요소 유형 | iOS 디자인 | Android 디자인 |
-| --- | --- | --- |
-| 리스트 | iOS용 인셋 그룹 스타일 | 머티리얼 디자인 카드 |
-| 폼 입력 | 둥근 모서리, iOS 선택기 | 머티리얼 텍스트 필드 |
-| 내비게이션 | iOS 스타일 백 버튼 | Android 내비게이션 패턴 |
-| 모달 | 시트 스타일 프레젠테이션 | 전체 화면 대화상자 |
-
-Ionic 구성 요소 작업 시 다음 팁을 염두에 두세요:
-
--   **플랫폼 감지**: Ionic의 플랫폼 유틸리티를 사용하여 장치에 따라 구성 요소의 동작을 조정하세요.
--   **테마 설정**: CSS 변수를 사용하여 모양과 느낌을 사용자 정의하세요.
--   **접근성**: 더 나은 사용성을 위해 내장 ARIA 지원 및 키보드 내비게이션을 활용하세요.
-
-Ionic 구성 요소는 훌륭한 출발점을 제공하지만, 특정 요구 사항을 충족하도록 사용자 정의 구성 요소를 설계하여 앱의 경험을 더욱 다듬을 수 있습니다.
-
-### 사용자 정의 구성 요소 만들기
-
-사용자 정의 구성 요소는 유연성을 염두에 두고 설계해야 합니다. 플랫폼 중립 기반, 적응형 레이아웃 및 통합 이벤트 처리를 사용하여 다양한 장치에서 작동하도록 하세요. 예를 들어, 어떤 장치에서도 부드러운 상호작용을 제공하기 위해 터치 및 클릭 이벤트를 모두 지원해야 합니다. 이러한 관행은 플랫폼 전반에 걸쳐 일관된 모양과 느낌을 유지하여 사용자 경험을 향상시킵니다.
-
-### 속도와 성능
-
-구성 요소가 디자인되면, 모든 플랫폼에 대해 성능을 최적화하는 것이 중요합니다. 원활한 사용자 경험은 효율적인 성능에 달려 있습니다.
-
-> "우리는 +5000명의 사용자 기반에 대해 [Capgo OTA 업데이트](https://console.capgo.app/resend_email)를 프로덕션에서 출시했습니다. OTA가 @Capgo에 배포된 후 거의 모든 사용자가 몇 분 이내에 최신 상태를 유지하고 있는 매우 원활한 작업을 경험하고 있습니다." – colenso [\[1\]](https://capgo.app/)
-
-지연 로딩, 가상 스크롤링 및 하드웨어 가속 애니메이션과 같은 기술은 번들 크기를 크게 줄이고 반응성을 향상시킬 수 있습니다. 중요한 업데이트의 경우, Capgo의 라이브 업데이트 시스템은 신뢰할 수 있는 도구입니다. Rodrigo Mantica는 다음과 같이 말했습니다:
-
-> "우리는 애자일 개발을 실천하며 @Capgo는 사용자에게 지속적으로 제공하는 데 필수적입니다!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-브라우저 개발 도구와 Capgo의 분석 대시보드를 사용하여 성능 최적화를 효과적으로 모니터링하고 검증하세요.
-
-## 플랫폼 차이 처리하기
-
-### 플랫폼 감지
-
-Capacitor는 장치 유형을 식별하는 API를 제공하여 플랫폼에 따라 앱의 동작을 조정하기 쉽게 만들어 줍니다. 이는 각 장치에 자연스러운 느낌을 주면서 플랫폼 전반에 걸쳐 일관된 모양과 기능을 유지하는 경험을 만드는 데 필수적입니다. 다음은 플랫폼 감지의 예입니다:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const platform = Capacitor.getPlatform();
-const isIOS = platform === 'ios';
-const isAndroid = platform === 'android';
-```
-
-이 간단한 검사는 운영 체제에 따라 앱의 동작을 수정할 수 있게 해줍니다. 이는 성능을 다듬고 다양한 장치에서 원활한 경험을 제공하는 좋은 출발점입니다. 이를 통해 플랫폼별 기능을 구현하는 방법을 살펴보겠습니다.
-
-### 플랫폼별 코드
-
-플랫폼별 기능을 추가할 때는 각 운영 체제의 고유한 디자인 및 동작 가이드라인을 존중하면서 앱의 전체 디자인을 일관되게 유지하는 것이 중요합니다. iOS와 Android 간의 기능 차이를 빠르게 비교해 보겠습니다:
-
-| 기능 | iOS 구현 | Android 구현 |
-| --- | --- | --- |
-| 내비게이션 | 푸시/팝 전환 | 머티리얼 내비게이션 패턴 |
-| 제스처 | 백을 위한 엣지 스와이프 | 시스템 백 버튼 |
-| 상태 표시줄 | iOS 스타일의 밝은/어두운 모드 | 시스템 테마에 맞춤 |
-| 키보드 | 상호작용적 해제 | Android 소프트 키보드 동작 처리 |
-
-> "Capgo는 보다 생산적이 되고자 하는 개발자에게 필수적인 도구입니다. 버그 수정을 위한 리뷰를 피하는 것은 정말 귀중합니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo의 업데이트 메커니즘은 플랫폼 간 수정을 간소화합니다 [\[1\]](https://capgo.app/). 코드 조정 외에도 하드웨어 제한은 기능을 구현하는 방식에 큰 영향을 미칩니다.
-
-### 장치 기능 및 제한
-
-하드웨어 차이는 사용자가 앱과 상호작용하는 방식을 크게 영향을 미칠 수 있습니다. 다음은 집중해야 할 주요 영역입니다:
-
--   **화면 해상도 관리**: 다양한 화면 밀도와 종횡비에 적응하는 반응형 레이아웃을 디자인하세요.
--   **메모리 제약**: 장치의 메모리 용량에 따라 이미지 로딩 및 캐싱을 최적화하세요.
--   **입력 방법**: 터치 상호작용 및 가능한 경우 하드웨어 키보드를 지원하세요.
-
-이러한 측면을 해결함으로써 다양한 장치에서 앱이 원활하게 작동하도록 보장합니다. 적응형 로딩 전략은 성능을 더욱 향상시킬 수 있습니다. 실제로 최근 데이터에 따르면 플랫폼별 최적화는 전 세계적으로 업데이트의 82% 성공률을 기록했습니다 [\[1\]](https://capgo.app/).
-
-앱의 성능을 보장하려면 항상 실제 장치에서 테스트하고 단순히 에뮬레이터에서 테스트하지 마세요. 다양한 장치 범주에서 성능 지표를 주의 깊게 살피고 지원되지 않는 기능에 대한 대체 옵션을 포함하세요. Capacitor의 플랫폼 감지를 사려 깊은 조정과 결합하면 각 플랫폼에 네이티브처럼 느껴지는 앱을 생성하면서 일관된 브랜드 정체성을 유지할 수 있습니다.
-
-## 앱 테스트하기
-
-### 크로스 플랫폼 테스트 계획
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)을 테스트하려면 서로 다른 플랫폼에서 원활하게 작동하는지 확인하기 위해 명확하고 조직적인 접근 방식이 필요합니다. 다양한 장치와 운영 체제 버전을 포함하는 세부 테스트 매트릭스를 설정하여 시작하세요. 다음은 접근 방식을 체계적으로 정리하는 방법입니다:
-
--   **디바이스 커버리지 테스트**: 가장 널리 사용되는 디바이스 설정에 집중합니다. 다음에서 테스트합니다:
-    
-    -   최신 iOS 디바이스
-    -   인기 있는 Android 디바이스
-    -   전화기와 태블릿을 포함한 다양한 화면 크기
-    -   iOS 16–17과 Android 12–14과 같은 다양한 OS 버전
--   **UI 컴포넌트 테스트**: 다음을 테스트하여 시각적 일관성과 부드러운 상호작용을 보장합니다:
-    
-    -   내비게이션 흐름
-    -   터치 제스처 및 반응성
-    -   다양한 화면 크기에 대한 레이아웃 조정
-    -   컴포넌트 렌더링 정확도
-    -   플랫폼별 UI 요소
-
-미세한 UI/UX 문제를 포착하기 위해 이러한 테스트를 실제 사용자로부터 받은 피드백으로 보완합니다.
-
-### 사용자 테스트 및 피드백
-
-사용자 테스트는 구조화된 방식과 유연한 방식 모두 가능합니다. 몇 가지 효과적인 방법은 다음과 같습니다:
-
-| **테스트 방법** | **목적** | **주요 지표** |
-| --- | --- | --- |
-| A/B 테스트 | 다양한 UI 버전 비교 | 전환율, 작업 소요 시간 |
-| 사용성 세션 | 사용자 상호작용 관찰 | 작업 완료율, 오류 |
-| 베타 테스트 | 직접 사용자 피드백 수집 | 충돌 보고서, 기능 사용 |
-| 분석 통합 | 사용자 행동 패턴 모니터링 | 세션 지속 시간, 내비게이션 |
-
-자동화된 테스트와 실제 사용자 피드백을 결합하는 것은 잠재적 문제를 조기에 식별하는 데 핵심입니다. [Firebase Analytics](https://firebase.google.com/docs/analytics) 및 [Mixpanel](https://mixpanel.com/)와 같은 도구는 사용자 행동을 추적하고 앱 경험을 세밀하게 조정하는 데 도움이 될 수 있습니다.
-
-### 테스트 자동화 도구
-
-자동화된 테스트는 플랫폼 전반에 걸쳐 품질을 유지하는 데 필수적입니다. 다음은 Capacitor 앱과 잘 작동하는 몇 가지 도구입니다:
-
--   **종단 간 테스트**: [Cypress](https://www.cypress.io/)를 사용하여:
-    
-    -   사용자 상호작용 테스트
-    -   실시간 실행
-    -   크로스 브라우저 호환성
-    -   시각적 회귀 점검
-    -   요소 대기 자동화
--   **단위 테스트**: [Jest](https://jestjs.io/)와 Testing Library는 다음을 지원합니다:
-    
-    -   격리된 컴포넌트 테스트
-    -   API 응답 모의
-    -   플랫폼 별 행동 검증
-    -   상태 관리 테스트
-
-자동화된 테스트를 설정할 때는 가장 중요한 사용자 경로에 우선순위를 두어야 합니다. 라이브 업데이트 및 빠른 수정이 필요할 경우, Capgo의 업데이트 메커니즘이 이러한 도구와 원활하게 통합됩니다. 이를 통해 앱 안정성을 위험에 빠뜨리지 않고 테스트된 변경 사항을 빠르게 출시할 수 있습니다. 자동화된 테스트와 라이브 업데이트가 함께 작동하여 매끄럽고 신뢰할 수 있는 앱 경험을 보장합니다.
-
-## 앱 업데이트 및 유지 관리
-
-앱을 업데이트하는 것은 플랫폼 전반에 걸쳐 매끄럽고 일관된 사용자 경험을 유지하는 데 매우 중요합니다. 적시 업데이트와 보안 배달이 결합되어 귀하의 앱이 신뢰할 수 있고 사용자 친화적인 상태를 유지할 수 있도록 합니다.
-
-### [Capgo](https://capgo.app/)로 라이브 업데이트
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-디자인과 테스트 단계를 마친 후, 다음 도전 과제는 업데이트를 매끄럽게 배포하는 것입니다. Capgo는 앱 스토어 승인 대기 없이 즉각적인 업데이트를 허용하여 이 과정을 더 쉽게 만듭니다.
-
-Capgo가 어떻게 도움이 되는지 살펴보겠습니다:
-
--   **단계적 롤아웃**: Capgo의 채널 시스템을 사용하여 선택된 사용자 그룹과 UI 변경 사항을 테스트한 후, 모든 사용자에게 릴리스합니다.
--   **선택적 배포**: 특정 수정 사항을 푸시하여 업데이트 크기를 줄이고 다운로드 속도를 높입니다.
--   **버전 관리**: 여러 앱 버전을 동시에 관리하여 모든 사용자에게 일관된 경험을 보장합니다.
-
-업데이트가 라이브 상태가 되면 성과 추적이 다음 중요한 단계가 됩니다.
-
-### 성과 추적
-
-최고 수준의 사용자 경험을 유지하기 위해 다음 주요 지표를 모니터링합니다:
-
-| 지표 유형 | 모니터링 할 사항 | 목표 벤치마크 |
-| --- | --- | --- |
-| 업데이트 성공 | 사용자 채택률 | 24시간 이내 95% |
-| 응답 시간 | API 속도 | 전세계적으로 57ms 이하 |
-| 사용자 경험 | 인터페이스 상호작용 | 실시간 피드백 |
-
-Capgo의 기본 제공 분석 기능은 사용자 참여에 대한 실시간 통찰력을 제공하며, 엔드 투 엔드 암호화를 통해 보안을 보장합니다.
-
-### 앱 스토어 가이드라인
-
-크로스 플랫폼 UI 업데이트를 배포할 때 앱 스토어 규칙을 준수하는 것은 필수입니다. 다음 사항을 유의해야 합니다:
-
--   **업데이트 준수**: 모든 업데이트가 UI 변경에 대한 Apple 및 Android 가이드라인을 충족하는지 확인합니다.
--   **보안 기준**: 엔드 투 엔드 암호화를 사용하여 안전하게 업데이트를 제공합니다.
--   기업 앱의 경우 Capgo는 [셀프 호스팅 업데이트](https://capgo.app/docs/plugin/self-hosted/handling-updates/) 및 사용자 지정 도메인 지원과 같은 옵션을 제공합니다. 이를 통해 조직은 업데이트 프로세스를 더 세밀하게 제어하면서 준수를 보장할 수 있습니다.
-
-Capgo의 업데이트 접근 방식은 검증된 실적이 있으며, 활성 사용자 중 95%가 24시간 이내에 업데이트를 채택합니다. 이러한 빠른 채택은 일관된 경험을 유지하고 구버전으로 인한 지원 문제를 최소화하는 데 도움이 됩니다.
-
-## 요약
-
-플랫폼 전반에 걸쳐 일관된 UI/UX를 창출하려면 신중한 디자인, 철저한 테스트 및 지속적인 유지 관리가 필요합니다. 통합 디자인 시스템을 사용하면 일관성을 유지할 수 있으며, 플랫폼 별 조정은 사용자가 어떤 디바이스에서든 앱을 자연스럽게 느낄 수 있도록 보장합니다. 이 가이드는 디자인 시스템 구축에서 라이브 업데이트 배포에 이르기까지 단계별 접근 방식을 설명했습니다.
-
-철저한 테스트와 적극적인 오류 추적이 장치 전반에 걸쳐 매끄럽고 신뢰할 수 있는 경험을 제공하는 데 필수적입니다.
-
-### 주요 성과 지표
-
-| 지표 | 성과 |
-| --- | --- |
-| 업데이트 채택 | 24시간 이내 95% |
-| 글로벌 API 응답 | 평균 57ms |
-| 업데이트 배달 | 5MB 번들 기준 114ms |
-| 성공률 | 전세계적으로 82% |
diff --git a/src/content/blog/ko/custom-ios-plugin-optimization-best-practices.md b/src/content/blog/ko/custom-ios-plugin-optimization-best-practices.md
deleted file mode 100644
index 0acaa3202..000000000
--- a/src/content/blog/ko/custom-ios-plugin-optimization-best-practices.md
+++ /dev/null
@@ -1,193 +0,0 @@
----
-slug: custom-ios-plugin-optimization-best-practices
-title: 'iOS 플러그인 최적화: 모범 사례'
-description: 'iOS 플러그인의 브리지 통신, 메모리 관리, Swift 코드 효율성에 대한 모범 사례를 통해 성능을 최적화하세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T05:25:39.348Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825647b0209458b3ff370ad-1747287014908.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  iOS plugins, Capacitor, performance optimization, memory management, Swift
-  code, Xcode tools, bridge communication, app performance
-tag: 'Development, Mobile, Technology'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 앱 성능 향상을 위해서는 iOS 플러그인 최적화가 필수적입니다. 개발자와 사용자 모두에게 더 빠르고, 부드럽고, 안정적인 기능을 보장합니다. 다음은 주요 사례들을 요약한 것입니다:
-
--   **브릿지 통신**: 대용량 데이터 페이로드를 일괄 처리하고 압축하여 지연 시간을 줄입니다.
--   **메모리 관리**: 약한 참조를 사용하고 큰 리소스를 즉시 해제하여 메모리 누수를 방지합니다.
--   **[Swift](https://developer.apple.com/swift/) 코드 최적화**: 더 나은 성능을 위해 값 타입을 사용하고 입력을 조기에 검증합니다.
--   **[Xcode](https://developer.apple.com/xcode/) 설정**: 데드 코드 제거와 링크 타임 최적화 같은 기능을 활성화하여 속도를 개선하고 바이너리 크기를 줄입니다.
--   **성능 테스트 도구**: Xcode의 타임 프로파일러, 할당, 누수 도구를 정기적으로 사용하여 병목 현상을 식별하고 해결합니다.
-
-## [Instruments](https://developer.apple.com/tutorials/instruments).app으로 시니어 iOS 개발자가 성능 문제를 프로파일링하고 해결하는 방법 | 라이브 개발 멘토링
-
-![Instruments Performance Analysis Tool](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/e22eff9f9e9ed463ea162436d1a0a9d2.jpg)
-
-<iframe src="https://www.youtube.com/embed/HIsECG5s4DU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 핵심 최적화 방법
-
-브릿지 호출을 미세 조정하고, 메모리를 더 효과적으로 관리하며, Swift 코드를 최적화하여 플러그인의 성능을 향상시킵니다.
-
-### 브릿지 통신 부하 감소
-
-JavaScript와 네이티브 iOS 코드 간의 상호 작용은 신중하게 처리하지 않으면 속도가 느려질 수 있습니다. 이러한 병목 현상을 해소하기 위해 데이터 전송을 최대한 효율적으로 만드는 데 집중하세요:
-
-| **데이터 유형** | **최적화 전략** | **성능 영향** |
-| --- | --- | --- |
-| JSON 객체 | 구조 단순화, 중복 제거 | 더 나은 응답성 |
-| 바이너리 데이터 | 선택적으로 base64 인코딩 사용 | 더 빠르고 효율적인 처리 |
-| 대용량 페이로드 | 데이터 일괄 처리 | 더 적은 브릿지 호출, 더 부드러운 작동 |
-
-데이터를 압축하고 JSON 페이로드 크기를 최소화함으로써 직렬화 오버헤드를 줄일 수 있습니다. Xcode의 Instruments로 테스트한 결과, 이러한 조정으로 직렬화 및 역직렬화 시간이 크게 감소하여 플러그인의 응답성이 눈에 띄게 향상되었습니다 [\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[5\]](https://capacitorjs.com/docs/ios).
-
-브릿지 통신이 최적화되면 다음 단계는 메모리 관리를 미세 조정하는 것입니다.
-
-### iOS 메모리 처리
-
-플러그인을 안정적으로 유지하고 충돌을 방지하기 위해서는 좋은 메모리 관리가 필수적입니다. 다음은 메모리를 효과적으로 관리하기 위한 실용적인 단계입니다:
-
--   순환 참조를 피하기 위해 델리게이트 패턴에 **약한 참조**를 사용합니다.
--   이미지나 미디어 파일과 같은 큰 리소스는 더 이상 필요하지 않을 때 즉시 해제합니다.
--   Xcode의 Instruments를 사용하여 메모리 할당을 정기적으로 모니터링하고 앱을 프로파일링하여 잠재적인 누수를 조기에 발견합니다.
-
-메모리 문제를 해결한 후에는 Swift 코드의 효율성을 개선하는 데 집중할 수 있습니다.
-
-### [Swift](https://developer.apple.com/swift/) 코드 성능 팁
-
-![Swift Programming Language Website](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/2e2b0430a9aab611e781d4d45224ac43.jpg)
-
-Swift는 코드를 최적화하는 데 도움이 되는 여러 도구를 제공합니다. 플러그인에서 최상의 결과를 얻으려면 다음 영역에 집중하세요:
-
-| **최적화 영역** | **구현** | **이점** |
-| --- | --- | --- |
-| 값 타입 | 데이터 모델에 구조체 사용 | 더 낮은 메모리 사용량 |
-| 매개변수 검증 | 조기에 입력 검증 | 불필요한 처리 방지 |
-| 타입 안전성 | Swift의 강력한 타입 시스템 활용 | 더 나은 컴파일러 최적화 가능 |
-
-매개변수를 미리 검증하고 Swift의 강력한 타입 시스템을 활용함으로써 불필요한 처리를 방지하고 컴파일러가 코드를 더 효과적으로 최적화할 수 있게 합니다 [\[2\]](https://capacitorjs.com/docs/plugins/ios)[\[4\]](https://capacitorjs.com/docs/plugins/tutorial/ios-implementation).
-
-이러한 전략들을 결합하면 플러그인의 전반적인 성능과 안정성을 크게 향상시킬 수 있습니다.
-
-## iOS 특화 개선사항
-
-iOS 플러그인을 한 단계 더 발전시키려면 플랫폼별 최적화로 성능을 미세 조정하는 것이 필수적입니다. 적절한 Xcode 설정과 테스트 도구를 활용하면 속도와 효율성을 모두 개선할 수 있습니다. 자세히 살펴보겠습니다.
-
-### [Xcode](https://developer.apple.com/xcode/) 성능 설정
-
-![Xcode IDE Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/15516018a4284df8a7d0585815c62b4c.jpg)
-
-Xcode의 빌드 설정을 조정하면 플러그인의 크기를 유지하면서 성능을 크게 향상시킬 수 있습니다. 다음은 주요 구성에 대한 간단한 개요입니다:
-
-| **빌드 설정** | **구성** | **영향** |
-| --- | --- | --- |
-| 빌드 구성 | Release | 모든 성능 최적화 활성화 |
-| 링크 타임 최적화 | 활성화 | 실행 속도 향상 |
-| 데드 코드 제거 | 활성화 | 바이너리 크기 최대 20% 감소 |
-| Swift 최적화 레벨 | `-Owholemodule` | 전반적인 성능 향상 |
-
-예를 들어, **데드 코드 제거**를 활성화하고 **Swift 최적화 레벨**을 `-Owholemodule`로 설정하면 플러그인의 크기를 줄이면서 더 빠른 실행 속도를 보장할 수 있습니다 [\[2\]](https://capacitorjs.com/docs/plugins/ios). 이러한 설정이 적용되면 Xcode의 내장 도구를 사용하여 그 영향을 측정할 차례입니다.
-
-### iOS 성능 테스트 도구
-
-Xcode는 성능을 분석하고 최적화하기 위한 도구 모음을 제공합니다. 가장 유용한 도구들을 살펴보겠습니다:
-
-| **도구** | **주요 용도** | **주요 지표** |
-| --- | --- | --- |
-| 타임 프로파일러 | CPU 사용량 분석 | 메서드 실행 시간 |
-| 할당 | 메모리 사용량 추적 | 객체 할당 패턴 |
-| 누수 | 메모리 문제 감지 | 순환 참조 및 누수 식별 |
-| 디버그 네비게이터 | 실시간 모니터링 | 리소스 사용량 통계 추적 |
-
-이러한 도구를 최대한 활용하는 방법:
-
--   **실제 시나리오에서 테스트**: 정확한 성능 인사이트를 얻기 위해 현실적인 데이터 로드와 사용자 상호 작용을 시뮬레이션합니다.
--   **메모리 사용량 모니터링**: 할당 도구를 사용하여 메모리 소비를 주시하고 불필요한 오버헤드를 피합니다.
--   **벤치마크 설정**: XCTest로 성능 테스트를 자동화하여 시간에 따른 지표를 추적합니다.
-
-**타임 프로파일러**, **할당**, **누수** 같은 도구로 플러그인을 정기적으로 프로파일링하는 습관을 들이세요. 이를 통해 성능 병목 현상을 파악하고 플러그인이 원활하고 효율적으로 작동하도록 보장할 수 있습니다 [\[5\]](https://capacitorjs.com/docs/ios).
-
-## 플러그인 설정 및 릴리스 단계
-
-iOS 플러그인을 설정하고 릴리스하는 것은 종속성 관리, [원활한 업데이트](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) 보장, App Store 가이드라인 준수를 위한 세심한 접근이 필요합니다. 원활한 배포 프로세스를 보장하기 위한 주요 사례들을 살펴보겠습니다.
-
-### 플러그인 종속성 관리
-
-플러그인의 성능과 안정성을 유지하기 위해서는 종속성을 적절히 관리하는 것이 중요합니다. 다음은 간단한 개요입니다:
-
-| **종속성 관리 도구** | **모범 사례** | **영향** |
-| --- | --- | --- |
-| [CocoaPods](https://cocoapods.org/) | 명시적 버전 관리 사용 | 호환성 문제 방지 |
-| Swift Package Manager | 정적 링크 활성화 | 바이너리 크기 감소 |
-| 수동 통합 | 가능한 피하기 | 유지보수 복잡성 감소 |
-
-예를 들어, CocoaPods를 사용할 때 다음과 같이 버전을 지정할 수 있습니다:
-
-```swift
-pod 'ExampleSDK', '~> 2.0.0'
-pod 'AnalyticsLib', :git => 'https://github.com/example/analytics.git', :tag => 'v1.2.3'
-```
-
-종속성을 신중하게 선택하고 구성함으로써 위험을 줄이고 플러그인의 안정적인 기반을 보장할 수 있습니다.
-
-### [Capgo](https://capgo.app/)를 통한 OTA 업데이트
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6825647b0209458b3ff370ad/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-종속성이 간소화되면 다음 단계는 시간이 지남에 따라 플러그인이 원활하게 발전하도록 보장하는 것입니다. OTA(Over-the-air) 업데이트는 게임 체인저이며, Capgo는 App Store 규칙을 준수하면서 빠른 배포를 위한 강력한 도구입니다. 최근 데이터에 따르면 Capgo의 배포 시스템을 사용하면 **활성 사용자의 95%가 24시간 이내에 업데이트를 받습니다** [\[1\]](https://capgo.app/).
-
-Capgo를 최대한 활용하려면 다음 단계를 따르세요:
-
--   **업데이트 채널 구성**: 단계적 출시를 사용하여 먼저 더 작은 사용자 그룹으로
-
-| **최적화 영역** | **영향** | **구현 이점** |
-| --- | --- | --- |
-| **브리지 통신** | 57ms 평균 API 응답 시간 [\[1\]](https://capgo.app/) | 낮은 지연시간과 원활한 데이터 흐름 |
-| **메모리 관리** | 24시간 내 95% 활성 사용자 업데이트 비율 [\[1\]](https://capgo.app/) | 향상된 안정성과 리소스 사용 |
-| **Swift 성능** | 5MB 번들의 114ms 다운로드 속도 [\[1\]](https://capgo.app/) | 더 빠른 실행과 향상된 사용자 경험 |
-
-### 개발자를 위한 주요 초점 영역
-
-이러한 성능 향상을 달성하기 위해 개발자는 다음 사항을 우선시해야 합니다:
-
--   **브리지 통신**: 지연시간을 최소화하기 위해 대용량 데이터 페이로드를 일괄 처리하고 압축합니다.
--   **메모리 관리**: 리소스 사용을 최적화하기 위해 weak와 unowned 참조를 활용합니다.
--   **Swift 최적화**: 더 나은 성능을 위해 값 타입과 copy-on-write 의미론을 사용합니다.
--   **테스트 도구**: 병목 현상을 식별하고 해결하기 위해 Xcode Instruments로 정기적으로 프로파일링합니다.
-
-## 자주 묻는 질문
-
-:::faq
-### 커스텀 iOS 플러그인에서 브리지 통신을 최적화하면 앱 성능이 어떻게 향상되나요?
-
-커스텀 iOS 플러그인에서 브리지 통신을 최적화하는 것은 앱 성능을 향상시키는 스마트한 방법입니다. 네이티브와 JavaScript 계층 간의 지연시간을 줄이고 데이터 흐름을 개선함으로써 더 부드러운 상호작용, 빠른 응답, 전반적으로 향상된 사용자 경험을 달성할 수 있습니다.
-
-이를 위해서는 브리지를 통해 전송되는 데이터를 제한하고, 가능한 경우 여러 호출을 일괄 처리하며, 불필요한 양방향 교환을 줄이는 것이 중요합니다. **Capgo**와 같은 도구를 사용하면 이 과정이 더욱 쉬워질 수 있습니다. 앱 스토어 제출 없이도 즉각적인 업데이트가 가능하여 앱을 빠르고 최신 상태로 유지할 수 있습니다.
-:::
-
-:::faq
-### 충돌을 방지하기 위해 커스텀 iOS 플러그인의 메모리 사용을 최적화하는 모범 사례는 무엇인가요?
-
-커스텀 iOS 플러그인이 원활하게 실행되고 메모리 관련 충돌을 방지하려면 iOS 특정 모범 사례를 준수하면서 효율적이고 잘 구조화된 코드 작성에 집중하는 것이 중요합니다. **효과적인 메모리 관리**부터 시작하세요 - 이는 객체 수명 주기를 모니터링하고 Xcode Instruments를 사용하여 메모리 누수를 일으킬 수 있는 순환 참조를 식별하고 수정하는 것을 의미합니다. 또 다른 중요한 팁? 무거운 작업으로 메인 스레드에 부담을 주지 마세요. 대신 앱의 응답성을 유지하기 위해 리소스 집약적인 작업을 백그라운드 스레드로 이동하세요.
-
-또한 파일, 이미지 또는 네트워크 연결이든 더 이상 사용하지 않는 리소스를 해제하는 데 주의를 기울이세요. **Capacitor**로 앱을 개발하는 경우 Capgo와 같은 플랫폼을 사용하면 업데이트와 수정을 단순화하여 작업이 더욱 쉬워질 수 있습니다. 이는 앱 스토어 승인을 기다리지 않고도 성능 문제를 빠르게 해결할 수 있다는 것을 의미합니다. 이러한 단계를 따르면 커스텀 iOS 플러그인의 안정성과 신뢰성을 향상시킬 수 있습니다.
-:::
-
-:::faq
-### Xcode의 성능 설정과 테스트 도구가 Capacitor의 커스텀 iOS 플러그인을 최적화하는 데 어떻게 도움이 되나요?
-
-## Xcode의 성능 설정과 테스트 도구
-
-Capacitor에서 커스텀 iOS 플러그인을 최적화할 때 Xcode는 개발자가 작업을 미세 조정하는 데 도움이 되는 강력한 도구를 제공합니다. 눈에 띄는 기능 중 하나는 **Instruments**로, 메모리 사용량, CPU 성능, 에너지 영향과 같은 주요 지표를 추적할 수 있습니다. 이러한 인사이트를 통해 성능 병목 현상을 더 쉽게 파악하고 해결할 수 있습니다.
-
-Xcode의 **디버깅 도구**도 중요한 역할을 하며, iOS 기기에서 실시간으로 플러그인을 테스트할 수 있게 해줍니다. 이를 통해 코드가 효율적으로 실행되고 사용자에게 원활한 경험을 제공하는지 확인할 수 있습니다.
-
-더 빠른 업데이트와 간소화된 수정을 위해 **Capgo**와 같은 플랫폼이 게임 체인저가 될 수 있습니다. 앱 스토어 승인 없이도 Apple의 가이드라인 내에서 사용자에게 직접 실시간 업데이트를 푸시할 수 있습니다. 이러한 접근 방식은 시간을 절약할 뿐만 아니라 앱이 최상의 상태로 실행되도록 유지합니다.
-:::
diff --git a/src/content/blog/ko/developing-cross-platform-apps-with-capacitorjs.md.md b/src/content/blog/ko/developing-cross-platform-apps-with-capacitorjs.md.md
deleted file mode 100644
index 2de6b8d2f..000000000
--- a/src/content/blog/ko/developing-cross-platform-apps-with-capacitorjs.md.md
+++ /dev/null
@@ -1,176 +0,0 @@
----
-slug: developing-cross-platform-apps-with-capacitorjs
-title: 'CapacitorJS로 크로스 플랫폼 앱 개발하기: 단계별 가이드'
-description: >-
-  CapacitorJS를 사용하여 Android, iOS 및 웹(PWA)을 위한 단일 JavaScript 코드베이스로 크로스 플랫폼
-  애플리케이션을 만드는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-02T00:00:00.000Z
-updated_at: 2023-12-14T00:00:00.000Z
-head_image: /create_app_with_js.webp
-head_image_alt: 크로스 플랫폼 앱 개발
-keywords: >-
-  Capacitor, cross-platform, PWA, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Tuto
-published: true
-locale: ko
-next_blog: ''
----
-모바일 애플리케이션 개발의 진화하는 세계에서 Progressive Web Applications(PWA)의 부상은 새로운 크로스 플랫폼 런타임의 길을 열었습니다. 이러한 런타임은 네이티브 코드에만 의존하지 않고도 웹 기반 애플리케이션이 앱 스토어에 존재할 수 있게 해줍니다. 이를 가능하게 하는 기술 중 하나가 [**CapacitorJS**](https://capacitorjs.com/)입니다. 이를 통해 개발자는 단일 JavaScript 코드베이스를 사용하여 간단한 웹사이트를 Android, iOS 및 웹 전반에 걸쳐 애플리케이션으로 배포할 수 있습니다. 이 접근 방식은 개발 비용을 크게 줄이고 코딩 효율성을 높입니다.
-
-이 가이드는 추가 프레임워크 없이 순수 JavaScript를 사용하여 애플리케이션을 만드는 데 초점을 맞출 것입니다. 2021년에 순수 JavaScript 앱 개발을 위한 리소스를 찾기 어려운 점이 있지만, CapacitorJS를 사용하여 애플리케이션을 구축하고 네이티브 플러그인을 활용하는 방법에 대한 포괄적인 튜토리얼을 제공해드리겠습니다.
-
-## ‣ 사전 요구사항
-
-시작하기 전에 다음 도구들이 설치되어 있는지 확인하세요:
-
-- [**Node.js**](https://nodejs.org/en/) **(v14.16.1)** 이상
-- **NPM (v7.6.2)** 이상
-- Android 앱 개발을 위한 [**Android Studio**](https://developer.android.com/studio/)
-- iOS 앱 개발을 위한 [**Xcode**](https://apps.apple.com/de/app/xcode/id497799835/?mt=12) (macOS 전용)
-
-> **참고**: iOS 앱 개발은 macOS 기기에서만 가능합니다.
-
-## ‣ Capacitor 프로젝트 설정하기
-
-Capacitor 애플리케이션을 생성하려면 원하는 폴더로 이동하여 터미널에서 다음 명령을 실행하세요:
-
-```
-npm init @capacitor/app
-```
-
-패키지를 설치하고 프로젝트를 설정하기 위한 프롬프트를 따르세요. Capacitor v3에서 프로젝트 디렉토리는 다음과 같이 보일 것입니다:
-
-```
-www/
-  css/
-    style.css
-  js/
-    capacitor-welcome.js
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-```
-
-초기 설정이 완료되면 다음 단계로 진행할 준비가 된 것입니다.
-
-## ‣ 프로젝트 구조 재구성
-
-JavaScript 파일을 번들링하기 위해 Vite를 사용할 것이므로, 그에 맞게 프로젝트를 재구성해보겠습니다:
-
-- 메인 디렉토리에 새로운 `src` 폴더를 **생성**하세요.
-- `src/`에 새로운 스크립트 파일 `index.js`를 **생성**하세요.
-- 메인 디렉토리에 Vite 설정 파일 `vite.config.js`를 **생성**하세요.
-- `www/js/`에서 `capacitor-welcome.js` 파일을 **제거**하세요.
-
-새로운 폴더 구조는 다음과 같아야 합니다:
-
-```
-src/
-  index.js
-www/
-  css/
-    style.css
-  js/
-  index.html
-  manifest.json
-.gitignore
-capacitor.config.json
-package.json
-README.md
-vite.config.js
-```
-
-## ‣ 순수 JavaScript로 적용하기
-
-순수 JavaScript로 작동하도록 일부 파일을 수정해보겠습니다:
-
-## www/index.html
-
-1. 앱을 PWA로 출시하지 않는다면 [**Ionic PWA Elements**](https://capacitorjs.com/docs/web/pwa-elements/) 스크립트 임포트를 제거하세요:
-
-```
-<script type="module" src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.esm.js"></script>
-<script nomodule src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.js"></script>
-```
-
-2. body에서 `<script type="module" src="https://unpkg.com/@ionic/pwa-elements@latest/dist/ionicpwaelements/ionicpwaelements.esm.js">` HTML 요소를 삭제하세요.
-
-3. 스크립트 임포트를 `capacitor.js`에서 `js/main.js`로 업데이트하세요. 이것이 우리의 번들링된 JavaScript 파일이 될 것입니다.
-
-4. `js/capacitor-welcome.js` 임포트를 제거하세요. 이제 `index.html`이 준비되었습니다.
-
-## vite.config.js
-
-[**Vite**](https://vitejs.dev/)로 Node.js 모듈을 번들링하기 위해서는 번들링된 스크립트의 출력 대상을 지정하는 설정 파일이 필요합니다. 다음 구성은 `src/index.js` 파일을 가져와서 `www/js/main.js`로 프로덕션용으로 번들링할 것입니다:
-
-```javascript
-import { defineConfig } from 'vite';
-import path from 'node:path';
-
-export default defineConfig({
-  build: {
-    outDir: path.resolve(__dirname, 'www'),
-    rollupOptions: {
-      input: './src/index.js',
-      output: {
-        format: 'es',
-        file: path.resolve(__dirname, 'www/js/main.js')
-      }
-    }
-  }
-});
-```
-
-## capacitor.config.json
-
-`capacitor.config.json` 파일에서 `"bundledWebRuntime": true` 속성을 찾아 `false`로 변경하세요. 이 조정을 통해 Capacitor가 파일을 번들링하지 않고 대신 Vite를 사용할 수 있게 됩니다.
-
-이러한 변경사항으로 Capacitor 애플리케이션의 기본 설정이 완료되었으며, 이제 순수 JavaScript로 앱 개발을 시작할 준비가 되었습니다.
-
-## ‣ 앱 개발하기
-
-이제 기반 작업이 완료되었으므로 `src/index.js` 파일에서 애플리케이션 로직을 작성할 수 있습니다. 여기서 필요한 Node.js 모듈을 임포트하고, 앱의 기능을 정의하고, Capacitor의 네이티브 플러그인과 상호작용할 수 있습니다.
-
-변경사항이 있을 때마다 Vite의 빌드 명령을 실행하여 JavaScript 파일을 번들링하는 것을 잊지 마세요:
-
-```bash
-vite build
-```
-
-이 명령은 `www/js` 디렉토리에 `main.js` 파일을 생성할 것이며, 이는 `index.html` 파일에서 참조될 것입니다.
-
-## ‣ 테스트 및 디버깅
-
-Capacitor는 다양한 플랫폼에서 애플리케이션을 테스트할 수 있는 편리한 방법을 제공합니다. 다음 명령을 사용하여 각각의 플랫폼 개발 환경에서 앱을 열 수 있습니다:
-
-Android의 경우:
-```bash
-npx cap add android
-npx cap open android
-```
-
-iOS의 경우 (macOS 전용):
-```bash
-npx cap add ios
-npx cap open ios
-```
-
-Web/PWA의 경우:
-```bash
-npx cap serve
-```
-
-이러한 명령을 통해 Android Studio, Xcode 또는 웹 브라우저에서 애플리케이션을 실행할 수 있으며, 필요에 따라 테스트하고 디버깅할 수 있습니다.
-
-## ‣ 결론
-
-순수 JavaScript를 사용하여 CapacitorJS로 크로스 플랫폼 애플리케이션을 개발하는 것은 단일 코드베이스로 여러 플랫폼용 앱을 만드는 비용 효율적이고 효율적인 방법입니다. 이 가이드를 따라 프로젝트를 설정하고, Vite를 위해 재구성하고, 개발을 위한 앱을 준비했습니다. 이러한 기반으로, 견고하고 다재다능한 애플리케이션을 구축할 준비가 잘 되어있습니다.
-
-모든 플랫폼에서 철저히 테스트하고 앱의 기능을 향상시키기 위해 Capacitor의 네이티브 플러그인을 활용하는 것을 잊지 마세요. 즐거운 코딩 되세요!
diff --git a/src/content/blog/ko/development-vs-production-key-differences-in-capacitor-apps.md b/src/content/blog/ko/development-vs-production-key-differences-in-capacitor-apps.md
deleted file mode 100644
index e7ca4dabe..000000000
--- a/src/content/blog/ko/development-vs-production-key-differences-in-capacitor-apps.md
+++ /dev/null
@@ -1,198 +0,0 @@
----
-slug: development-vs-production-key-differences-in-capacitor-apps
-title: 'Capacitor 앱의 개발과 프로덕션: 주요 차이점'
-description: Capacitor 앱의 개발 및 프로덕션 환경 간의 중요한 차이점을 이해하여 성능과 보안을 향상시키세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-09T01:28:36.450Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ccde92fb850c7501c0285a-1741483728634.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, development, production, app performance, security, updates, mobile
-  apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/)로 앱을 구축하시나요? 다음 사항을 알아야 합니다:** 개발 및 프로덕션 환경은 서로 다른 목적을 가지며 고유한 설정이 필요합니다. 개발은 속도와 디버깅을 우선시하고, 프로덕션은 성능, 보안 및 사용자 경험에 중점을 둡니다.
-
-### 개발과 프로덕션의 주요 차이점:
-
--   **목적:** 개발은 테스트와 반복을 위한 것이고, 프로덕션은 안정적이고 사용자가 사용할 준비가 된 앱을 위한 것입니다.
--   **코드 최적화:** 개발은 디버깅을 위해 최적화되지 않은 코드를 사용하고, 프로덕션은 축소되고 최적화된 코드를 사용합니다.
--   **보안:** 개발은 느슨한 설정을 가지고, 프로덕션은 엄격한 보안 프로토콜을 적용합니다.
--   **업데이트:** 개발은 즉각적인 업데이트(예: 핫 리로드)를 지원하고, 프로덕션은 계획된 롤아웃을 사용합니다.
-
-### 빠른 비교 표:
-
-| **측면** | **개발** | **프로덕션** |
-| --- | --- | --- |
-| **목적** | [디버깅 및 테스트](https://capgo.app/docs/plugin/debugging/) | 안정성과 성능 |
-| **코드 최적화** | 최소한 | 완전 최적화 |
-| **보안** | 느슨함 | 강화됨 |
-| **업데이트** | 즉시(로컬/핫 리로드) | 제어된 롤아웃 |
-| **성능** | 디버그 도구 활성화 | 최종 사용자를 위해 최적화 |
-
-[Capgo](https://capgo.app/)와 같은 Capacitor 도구는 라이브 업데이트, CI/CD 통합 및 안전한 배포 관행과 같은 기능으로 두 환경을 모두 간소화할 수 있습니다. 이러한 차이점을 이해함으로써 앱 수명 주기를 효과적으로 관리하고 더 나은 사용자 경험을 제공할 수 있습니다.
-
-## 네이티브 모바일 앱 구축을 위한 Ionic & Capacitor
-
-<iframe src="https://www.youtube.com/embed/K7ghUiXLef8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 환경 설정 및 구성
-
-올바른 환경을 설정하는 것은 개발이든 프로덕션이든 각 단계의 요구 사항을 충족하고 앱이 잘 작동하도록 하는 데 필수적입니다.
-
-### 개발 모드 설정
-
-개발 모드는 [테스트와 디버깅](https://capgo.app/docs/plugin/debugging/)을 가능한 한 원활하고 빠르게 만드는 데 중점을 둡니다. 이 설정을 통해 개발자는 빠르게 반복하고 효율적으로 문제를 해결할 수 있습니다.
-
-| **개발 기능** | **목적** | **구현** |
-| --- | --- | --- |
-| 로컬 서버 | 빠른 테스트와 반복 | 디버그 로깅 활성화 |
-| 소스 맵 | 더 나은 오류 추적 | 디버깅이 쉽도록 축소하지 않음 |
-| 핫 리로드 | 즉각적인 코드 업데이트 | 핫 리로드 기능 활성화 |
-| 디버그 도구 | 테스트 및 검증 | 개발자 콘솔 액세스 통합 |
-
-워크플로우를 가속화하기 위해 개발자를 위해 설계된 도구를 사용하세요. 예를 들어, Capgo CLI는 단일 명령으로 프로세스를 단순화합니다: `npx @capgo/cli init` [\[1\]](https://capgo.app/).
-
-개발 모드가 설정되면 세련되고 사용자가 사용할 준비가 된 경험을 위해 프로덕션 모드를 구성할 시간입니다.
-
-### 프로덕션 모드 설정
-
-프로덕션 모드는 최종 사용자에게 안전하고 고성능의 원활한 경험을 제공하는 데 중점을 둡니다.
-
-| **프로덕션 기능** | **목적** | **구현** |
-| --- | --- | --- |
-| 코드 축소 | 파일 크기 감소 | 빌드 시 최적화 |
-| 보안 조치 | 앱 데이터 보호 | 엔드투엔드 암호화 적용 |
-| 빌드 최적화 | 성능 향상 | 프로덕션 빌드 플래그 구성 |
-| [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | 배포 간소화 | CI/CD 통합 설정 |
-
-프로덕션의 경우 CI/CD와 같은 자동화 도구를 사용하면 배포가 더 효율적이 됩니다. [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), [GitHub](https://github.com/)와 같은 플랫폼은 Capgo와 원활하게 작동하여 업데이트를 관리합니다 [\[1\]](https://capgo.app/).
-
-> "Capgo는 더 생산적이 되고 싶은 개발자들에게 필수 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 것은 금상첨화입니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-또한 제어된 롤아웃을 위해 사용자 할당을 구성하세요. 이를 통해 모든 사람에게 업데이트를 배포하기 전에 특정 그룹을 대상으로 테스트할 수 있습니다 [\[1\]](https://capgo.app/).
-
-## 두 환경에서의 성능
-
-개발 및 프로덕션 환경 간의 성능 조정은 각각 앱 수명 주기에서 고유한 역할을 하기 때문에 크게 다릅니다.
-
-### 개발 모드 성능
-
-개발 모드는 최고 성능보다는 빠른 반복과 [효과적인 디버깅](https://capgo.app/docs/plugin/debugging/)에 중점을 둡니다. 개발자에게 문제를 효율적으로 식별하고 수정하는 데 필요한 도구를 제공합니다.
-
-| **성능 측면** | **개발 모드 접근 방식** | **개발에 미치는 영향** |
-| --- | --- | --- |
-| 빌드 속도 | 더 빠른 빌드 우선순위 | 테스트 주기 가속화 |
-| 소스 맵 | 압축되지 않고 활성화됨 | 디버깅을 더 쉽게 만듦 |
-| 디버그 로깅 | 자세한 로깅 활성화 | 문제 파악에 도움 |
-| 리소스 사용 | 더 높은 메모리 사용 | 개발 도구 지원 |
-
-이 모드에서 성능 희생은 개발자가 빠르게 반복하고 디버깅할 수 있도록 의도적입니다. 하지만 프로덕션 모드는 사용자 경험과 최적화에 완전히 초점을 맞춥니다.
-
-### 프로덕션 모드 성능
-
-프로덕션으로 전환할 때 초점은 효율적인 리소스 사용으로 원활한 사용자 경험을 제공하는 것으로 이동합니다. Capgo 사용자들은 프로덕션에서 **81%의 효율성 향상**을 보고했으며, 이는 적절한 구성의 영향을 강조합니다 [\[1\]](https://capgo.app/).
-
-| **성능 측면** | **프로덕션 모드 접근 방식** | **사용자 영향** |
-| --- | --- | --- |
-| 코드 크기 | 축소 및 압축됨 | 더 빠른 로드 시간으로 이어짐 |
-| 리소스 사용 | 효율성을 위해 최적화됨 | 더 원활한 성능 보장 |
-| 업데이트 전달 | 간소화된 프로세스 | 기능을 빠르게 전달 |
-| 오류 처리 | 최소한의 로깅과 우아한 복구 | 사용자 만족도 향상 |
-
-사용자들의 피드백이 이를 뒷받침합니다. 예를 들어, @colenso는 다음과 같이 공유했습니다:
-
-> "5000명 이상의 사용자 기반을 위해 프로덕션에서 Capgo OTA 업데이트를 롤아웃했습니다. OTA가 @Capgo에 배포된 후 몇 분 안에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 보고 있습니다." [\[1\]](https://capgo.app/)
-
-Rodrigo Mantica (@manticarodrigo)는 이 접근 방식의 중요성을 강조합니다:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-
-요약하면, 개발 모드는 속도와 디버깅에 관한 것이고, 프로덕션 모드는 최종 사용자를 위한 세련되고 효율적인 경험을 만드는 데 초점을 맞춥니다. 각각은 고유한 목적을 가지며, 이러한 차이점을 이해하는 것은 효과적인 앱 수명 주기 관리에 중요합니다.
-
-## 각 환경을 위한 보안 조치
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에서 개발 및 프로덕션 환경 간의 보안 요구 사항은 크게 다릅니다. 각 단계는 원활한 개발 프로세스와 강력한 데이터 보호의 균형을 맞추기 위해 맞춤화된 접근 방식이 필요합니다.
-
-### 개발 보안 설정
-
-개발 중에는 기본 보안 프로토콜을 유지하면서 빠른 반복과 효과적인 디버깅에 중점을 둡니다. 목표는 실제 사용자 데이터를 위험에 빠뜨리지 않고 보안 기능을 테스트하는 것입니다.
-
-| **보안 측면** | **개발 접근 방식** | **목적** |
-| --- | --- | --- |
-| 인증 | 단순화된 인증 방법 | 테스트 주기 가속화 |
-| [API 키](https://capgo.app/docs/webapp/api-keys/) | 환경별 키 사용 | 테스트를 프로덕션과 분리 유지 |
-| [데이터 저장](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | 모의 데이터 및 테스트 데이터베이스 | 실제 데이터 노출 방지 |
-| 오류 로깅 | 상세한 로그 | 보안 문제 식별 및 수정 지원 |
-
-반면에 프로덕션 환경은 민감한 데이터를 보호하기 위해 훨씬 더 엄격한 보안 조치가 필요합니다.
-
-### 프로덕션 보안 설정
-
-프로덕션에서는 우선순위가 사용자 데이터를 보호하고 플랫폼 표준을 준수하는 고급 보안 프로토콜 구현으로 이동합니다. 이러한 조치는 신뢰와 데이터 무결성을 유지하는 데 중요합니다.
-
-| **보안 측면** | **프로덕션 접근 방식** | **비즈니스 영향** |
-| --- | --- | --- |
-| 업데이트 보안 | 엔드투엔드 암호화 사용 | 승인된 사용자
-
-| **단계** | **요구사항** | **고려사항** |
-| --- | --- | --- |
-| 빌드 최적화 | 코드 최소화 및 분할 | 앱 성능 향상 |
-| 플랫폼 검토 | 앱스토어 가이드라인 준수 | Apple/Google 표준 준수 |
-| 출시 테스트 | UAT 및 베타 테스트 수행 | 출시 준비 상태 확인 |
-| 버전 관리 | 시맨틱 버전 적용 | 출시 이력 효과적 추적 및 관리 |
-
-Capgo는 특히 업데이트와 관련하여 이 프로세스를 더욱 간소화할 수 있습니다.
-
-### [Capgo](https://capgo.app/)를 사용한 업데이트
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-09.jpg?auto=compress)
-
-Capgo는 시간을 절약하고 보안을 개선하도록 설계된 기능으로 업데이트 프로세스를 단순화합니다.
-
-| **기능** | **이점** |
-| --- | --- |
-| 종단간 암호화 | 업데이트의 안전한 전달 보장 |
-| CI/CD 통합 | 배포 자동화 |
-| 사용자 할당 | 특정 그룹에 대한 제어된 출시 가능 |
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo의 Apple 및 Google 가이드라인 준수는 앱스토어 위반 위험 없이 업데이트를 푸시할 수 있는 신뢰할 수 있는 도구로 만듭니다. 이는 긴 검토 프로세스를 기다리지 않고 긴급 수정이나 새로운 기능을 배포하는 데 특히 유용합니다.
-
-## 두 환경 관리하기
-
-### 개발 및 프로덕션 환경의 주요 차이점
-
-개발 및 프로덕션 환경을 성공적으로 관리하려면 고유한 목적을 이해하는 것부터 시작합니다. 다음은 환경별 차이점을 간단히 설명한 것입니다:
-
-| 측면 | 개발 | 프로덕션 |
-| --- | --- | --- |
-| **빌드 중점** | 빠른 반복과 디버깅 | 안정성과 최적화 |
-| **업데이트 메커니즘** | 즉각적인 업데이트 (예: 핫 리로드) | 제어된 출시 |
-| **보안 수준** | 테스트용 기본 수준 | [고급 암호화](https://capgo.app/docs/cli/migrations/encryption/) |
-| **성능** | 디버깅 도구 활성화 | 최적화된 축소 코드 |
-
-각 환경은 고유한 역할을 수행합니다 - 개발은 속도와 유연성에 중점을 두고, 프로덕션은 안정성과 보안을 우선시합니다. 이러한 차이점을 인식하는 것은 효과적인 관리 전략을 수립하는 데 필수적입니다.
-
-### 환경 관리 팁
-
-원활한 운영을 위해서는 자동화와 보안이 필수적입니다. CI/CD 파이프라인을 통합하면 일관된 배포를 보장하고, 강력한 암호화로 데이터를 보호합니다. 예를 들어, Capgo와 같은 도구를 사용하는 기업은 전통적인 방식에 비해 5년 동안 최대 $26,100를 절약했다고 보고했습니다 [\[1\]](https://capgo.app/).
-
-고려해야 할 전략들:
-
-| 전략 | 이점 |
-| --- | --- |
-| **[자동화된 CI/CD 파이프라인](https://capgo.app/blog/automatic-build-and-release-with-gitlab/)** | 배포 오류 최소화 |
-| **종단간 암호화** | 업데이트 전달 보안 |
-| **사용자 할당 시스템** | 제어된 기능 출시 가능 |
-| **조직 관리** | 상세한 접근 제어 제공 |
-
-Azure DevOps, GitLab, GitHub와 같은 플랫폼은 CI/CD 워크플로우를 설정하기에 탁월한 선택입니다. 이러한 도구들을 Capgo와 함께 사용하면 개발과 프로덕션 환경 간의 격차를 줄이고 두 환경 모두에서 신뢰할 수 있는 앱 성능을 보장할 수 있습니다.
diff --git a/src/content/blog/ko/do-apple-allow-live-updates.md b/src/content/blog/ko/do-apple-allow-live-updates.md
deleted file mode 100644
index c112e2270..000000000
--- a/src/content/blog/ko/do-apple-allow-live-updates.md
+++ /dev/null
@@ -1,31 +0,0 @@
----
-slug: do-apple-allow-live-updates
-title: 애플은 앱스토어 리뷰 없이 앱에 실시간 업데이트를 보내는 것을 허용하나요?
-description: iOS 앱에 대한 코드 업데이트를 Apple의 가이드라인을 완전히 준수하면서 프로덕션에 배포하려면 어떻게 해야 할까요?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2022-01-13T00:00:00.000Z
-head_image: /apple_appstore.webp
-head_image_alt: Capacitor 우회 예시
-keywords: 'Apple, live updates, OTA updates, continuous integration, mobile app updates'
-tag: Tutorial
-published: true
-locale: ko
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-App Store 검토 과정을 거치지 않고 Capacitor JS 앱을 업데이트하는 것은 Apple의 공식 지침에 명시된 특정 조건에서 가능합니다. 다만, 이는 법률적 조언이 아님을 유의하시기 바랍니다. 앱에 직접 코드 업데이트를 푸시하고 Apple의 지침을 준수하기 위해서는 다음 조건을 충족해야 합니다:
-
-- 코드는 Apple의 내장 WebKit 프레임워크에서 실행되어야 함
-- 코드는 추가 기능이나 기능성을 제공, 잠금 해제 또는 활성화해서는 안 됨
-- 사용자는 업데이트가 진행되고 있다는 것을 인지하지 않아야 함
-
-Capgo Capacitor 플러그인은 HTML, CSS, JavaScript를 수정하고 업데이트할 수 있도록 하여 첫 번째 조건을 만족시킵니다.
-Facebook의 React Native와 Expo와 같은 서비스를 사용하여 만든 앱의 경우, App Store 검토 과정 없이 자체적으로 업데이트하는 기능이 이미 오랫동안 사용 가능했습니다.
-
-두 번째 조건인 추가 기능이나 기능성을 제공하지 않는 것은 개발자가 결정합니다. Capgo는 새로운 기능이나 기능성을 도입하는 것이 아닌, 작은 수정이나 픽스를 위한 것입니다. 중요한 변경사항의 경우 App Store를 통해 업데이트를 배포해야 합니다. 많은 다른 개발자들이 Apple의 거부 없이 라이브 업데이트를 사용하고 있다는 점을 참고하시기 바랍니다.
-
-Google Play는 앱 업데이트에 있어 Apple보다 덜 제한적입니다. Google Play는 자사 스토어에서 설치된 JavaScript 번들이 포함된 앱이 Google이 아닌 서비스를 통해 업데이트되는 것을 허용합니다.
-
-검토를 우회하기 위한 Capgo 설치 방법에 대한 자세한 내용은 다음 글을 참조하시기 바랍니다.
diff --git a/src/content/blog/ko/do-capgo-work-for-cordova.md b/src/content/blog/ko/do-capgo-work-for-cordova.md
deleted file mode 100644
index 9ed2abed5..000000000
--- a/src/content/blog/ko/do-capgo-work-for-cordova.md
+++ /dev/null
@@ -1,40 +0,0 @@
----
-slug: do-capgo-work-for-cordova
-title: 'Capgo가 Cordova를 지원하지 않는 이유: 실시간 업데이트에 접근하기 위해 앱을 업그레이드하는 방법'
-description: 이 가이드에서는 Capgo와 Cordova에 대한 제 경험을 공유하겠습니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-29T00:00:00.000Z
-updated_at: 2023-01-29T00:00:00.000Z
-head_image: /cordova.webp
-head_image_alt: Caorodva Dev는 그들의 앱 업데이트를 찾고 있습니다.
-keywords: >-
-  Cordova, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Migration
-published: true
-locale: ko
-next_blog: ''
----
-강력하고 현대적인 앱 개발 플랫폼을 찾고 있다면 Capacitor가 완벽한 솔루션입니다. 노후화된 플랫폼인 Cordova와 달리, Capacitor는 최신의 네이티브 플랫폼 및 언어 발전을 활용하여 최고의 사용자 경험을 제공합니다.
-
-Capgo가 Cordova를 지원하지 않는 몇 가지 이유는 다음과 같습니다:
-
-1. Cordova는 오래되었고 더 이상 발전하지 않습니다: Cordova는 한동안 존재해왔고, 한 때 훌륭한 플랫폼이었지만 이제는 발전을 멈췄습니다. 이는 Cordova가 더 이상 네이티브 플랫폼 및 언어 발전의 최신 동향을 따라잡을 수 없음을 의미합니다.
-
-2. Cordova는 최신 네이티브 플랫폼 및 언어 발전을 지원하지 않습니다: Cordova는 기본적으로 Kotlin 및 Swift와 같은 최신 네이티브 플랫폼 및 언어의 발전을 지원하지 않습니다. 이는 Cordova가 사용자에게 최신 및 최고의 앱 개발 경험을 제공할 수 없음을 의미합니다.
-
-3. Capacitor: 더 현대적인 대안: Capgo는 Cordova의 더 현대적인 대안으로 Capacitor를 채택했습니다. Capacitor는 외부 라이브러리의 포함을 허용하여 Capgo가 최고의 라이브러리에 의존하고 최신 상태로 유지할 수 있게 합니다. 이로 인해 더 강력하고 안정적인 앱 개발 플랫폼이 됩니다.
-
-Capgo가 Cordova를 지원하지 않는 또 다른 이유는 부트스트래핑 회사가 Cordova와 동일한 수준의 품질과 기능을 유지하는 것이 불가능하기 때문입니다. 제품을 최상으로 유지하기 위해 Capgo는 가장 현대적이고 효율적인 도구를 활용하는 데 집중합니다.
-
-좋은 가격에 실시간 업데이트를 받고 싶다면, 최상의 선택은 Capacitor로 업그레이드하는 것입니다. 이는 앱의 성능 및 사용자 경험을 향상시킬 뿐만 아니라 미래에도 대비할 수 있게 해줍니다.
-
-현대적인 앱 개발의 이점을 놓치지 마세요. 오늘 Capacitor로 업그레이드하여 실시간 업데이트와 밝은 미래를 위해 앱을 준비하세요.
-
-그러나 Capgo로의 전환은 daunting할 수 있습니다. 이주를 위한 공식 Capacitor 튜토리얼은 일주일이 걸릴 수 있으며, 네이티브 코딩 경험이 없다면 이해하기 어려울 수 있습니다. Capacitor는 네이티브 플랫폼의 기본 사항에 대한 확고한 이해를 요구하며, 이는 일부에게는 압도적일 수 있습니다.
-
-그러나 두려워하지 마세요! 더 효율적이고 스트레스 없는 옵션이 있습니다. [저를 고용하여](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/) Capgo의 창시자가 되어 여러분의 앱을 단 1주일만에 업그레이드할 수 있습니다. 저는 이주를 처리할 뿐만 아니라, 여러분의 팀에게 네이티브 플랫폼의 기본 사항을 가르쳐 앱 개발과 유지 관리를 쉽게 할 수 있도록 도와드릴 것입니다.
-
-결론적으로, Capgo를 통해 앱을 업그레이드하는 것은 최고의 현대적인 앱 개발 플랫폼을 사용하고 있는지 확인하는 쉽고 효율적인 방법입니다. [저를 고용하여](https://cal.com/team/capgo/convert-your-cordova-app-to-capacitor/) 시간 절약, 불만 회피, 네이티브 플랫폼에 대한 깊은 이해를 얻으세요.
diff --git a/src/content/blog/ko/do-google-allow-live-updates.md b/src/content/blog/ko/do-google-allow-live-updates.md
deleted file mode 100644
index 9cc15ea9a..000000000
--- a/src/content/blog/ko/do-google-allow-live-updates.md
+++ /dev/null
@@ -1,29 +0,0 @@
----
-slug: do-google-allow-live-updates
-title: Google에서는 앱 스토어 심사 없이 앱을 실시간으로 업데이트하는 것을 허용하나요?
-description: Android 앱을 구글의 가이드라인을 완벽히 준수하면서 프로덕션 단계에서 코드 업데이트를 푸시하려면 어떻게 해야 할까요?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /playstore.webp
-head_image_alt: Capacitor 우회 설명
-keywords: 'Google, live updates, OTA updates, continuous integration, mobile app updates'
-tag: Tutorial
-published: true
-locale: ko
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-
-Google Play는 앱 업데이트와 관련하여 Apple보다 덜 제한적입니다
-
-Google Play를 통해 배포된 앱을 업데이트하는 것은 까다로운 작업일 수 있지만, Google의 가이드라인을 준수하는 것이 중요합니다. Google Play의 가이드라인에 따르면, 앱은 Google Play의 자체 업데이트 메커니즘 외에 다른 방법으로 자신을 수정, 교체 또는 업데이트해서는 안 됩니다. 이는 Google Play 이외의 소스에서 dex, JAR 또는 so 파일과 같은 실행 가능한 코드를 다운로드하는 것이 허용되지 않음을 의미합니다
-
-하지만 이러한 제한은 웹뷰나 브라우저에서 JavaScript와 같이 Android API에 간접적으로 접근할 수 있는 가상 머신이나 인터프리터에서 실행되는 코드에는 적용되지 않습니다. 이는 JavaScript, Python, Lua 등과 같은 인터프리터 언어를 사용하여 Google Play의 검토 과정 없이 앱을 업데이트할 수 있다는 것을 의미합니다. Capgo Capacitor 플러그인은 이 과정에 도움이 될 수 있는 도구입니다. 이 플러그인을 사용하면 개발자가 HTML, CSS, JavaScript 코드를 업데이트하고 검토 없이 앱에 업데이트를 보낼 수 있습니다
-
-또한, 런타임에 로드되는 JavaScript, Python, Lua 등과 같은 인터프리터 언어를 사용하는 앱이나 서드파티 코드는 Google Play 정책의 잠재적 위반을 허용해서는 안 됩니다. 이러한 인터프리터 코드는 앱과 함께 패키징되어서는 안 된다는 점에 유의해야 합니다
-
-이러한 가이드라인을 따르고 Capgo Capacitor 플러그인과 같은 도구를 사용함으로써, 앱 업데이트가 Google Play의 정책을 준수하고 플랫폼에서 사용자가 계속 앱을 사용할 수 있도록 보장할 수 있습니다. 항상 최신 버전의 Google 정책을 다시 확인하여 올바르게 따르고 있는지 확인하는 것이 좋습니다
-
-Capgo를 설치하여 검토를 우회하는 방법에 대한 자세한 내용은 다음 문서를 참조하세요
\ No newline at end of file
diff --git a/src/content/blog/ko/enable-ios-developer-mode-ios16.md b/src/content/blog/ko/enable-ios-developer-mode-ios16.md
deleted file mode 100644
index 90d1e941b..000000000
--- a/src/content/blog/ko/enable-ios-developer-mode-ios16.md
+++ /dev/null
@@ -1,64 +0,0 @@
----
-slug: enable-ios-developer-mode-ios16
-title: iOS 16에서 앱 테스트를 위한 개발자 모드 활성화 방법
-description: iOS 16 이상에서 개발자 모드를 활성화하여 내부 배포 빌드 및 로컬 개발 빌드를 기기에서 실행하기 위한 단계별 가이드입니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2023-11-27T00:00:00.000Z
-head_image: /enable-ios-developer-mode-ios16.webp
-head_image_alt: iPhone에서 iOS 개발자 모드 활성화하기
-keywords: >-
-  iOS, Developer Mode, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: iOS
-published: true
-locale: ko
-next_blog: ''
----
-# iOS 16에서 앱 테스트를 위한 개발자 모드 활성화 방법
-
-iOS 16 이상에서 내부 배포 빌드와 로컬 개발 빌드를 iPhone 또는 iPad에서 직접 실행하기 위해서는 개발자 모드 활성화가 필수적입니다. 이 가이드에서는 iOS 기기에서 개발자 모드를 활성화하는 과정을 안내해드립니다.
-
-## 사전 요구사항
-
-진행하기 전에 iOS 기기에 개발 빌드가 설치되어 있는지 확인하세요. 이 설정은 기기당 한 번만 필요합니다.
-
-## 개발자 모드 활성화 단계별 가이드
-
-### 1단계: 개발자 모드 알림 트리거
-
-기기에 빌드를 설치한 후 앱 아이콘을 탭하세요. 개발자 모드 활성화를 요청하는 알림이 표시됩니다. **확인**을 클릭하여 진행하세요.
-
-<Steps>
-  <Step>개발자 모드 설정 시작</Step>
-</Steps>
-
-### 2단계: 개발자 모드 설정 접근
-
-iOS 기기에서 설정 앱을 엽니다. **개인정보 보호 및 보안**으로 이동한 다음 **개발자 모드**를 선택하세요.
-
-![개발자 모드 설정으로 이동](/ios-16-developer-mode-1.webp)
-
-### 3단계: 개발자 모드 활성화 및 재시작
-
-개발자 모드 토글을 켭니다. 변경사항을 적용하기 위해 iOS가 기기 재시작을 요청할 것입니다. **재시작**을 탭하여 재부팅을 시작하세요.
-
-![개발자 모드 재시작 알림](/ios-16-developer-mode-2.webp)
-
-### 4단계: 활성화 완료
-
-기기가 재시작되고 잠금을 해제하면 시스템 알림이 표시됩니다. **켜기**를 클릭하고 요청 시 기기의 암호를 입력하여 개발자 모드 활성화를 완료하세요.
-
-![알림 및 암호 입력 프롬프트](/ios-16-developer-mode-3.webp)
-
-이제 개발자 모드가 활성화되어 내부 배포 빌드와 로컬 개발 빌드를 완전히 사용할 수 있습니다.
-
-동일한 설정을 통해 언제든지 개발자 모드를 비활성화할 수 있습니다. 단, 다시 활성화하려면 이 단계들을 다시 수행해야 합니다.
-
-## 개발자 모드 활성화를 위한 대체 방법
-
-위 방법에 문제가 있고 Mac에 접근할 수 있는 경우, iOS 기기를 Mac에 연결하고 [Apple의 공식 문서](https://developer.apple.com/documentation/xcode/enabling-developer-mode-on-a-device/)에 제공된 지침을 따라 개발자 모드를 활성화할 수 있습니다.
-
-이 단계들을 따르면 iOS 16 이상을 실행하는 iOS 기기에서 효과적으로 앱을 테스트하고 개발할 준비가 완료됩니다.
diff --git a/src/content/blog/ko/error-handling-in-capacitor-apps-ux-best-practices.md b/src/content/blog/ko/error-handling-in-capacitor-apps-ux-best-practices.md
deleted file mode 100644
index f068b572a..000000000
--- a/src/content/blog/ko/error-handling-in-capacitor-apps-ux-best-practices.md
+++ /dev/null
@@ -1,217 +0,0 @@
----
-slug: error-handling-in-capacitor-apps-ux-best-practices
-title: 'Capacitor 앱의 오류 처리: UX 모범 사례'
-description: '앱에서 효과적인 오류 처리는 명확한 커뮤니케이션, 신속한 해결 및 플랫폼 전반에 걸친 일관된 관리를 통해 사용자 경험을 향상시킵니다.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:41:14.278Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5-1744605685630.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  error handling, user experience, mobile apps, bug fixes, input validation,
-  error messages, app development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**오류 처리는 앱의 사용자 경험을 좌우할 수 있습니다.** 열악한 오류 관리는 사용자의 불만과 부정적인 리뷰로 이어질 수 있지만, 효과적인 오류 처리는 신뢰를 구축하고 사용자 만족도를 유지합니다. 알아야 할 사항은 다음과 같습니다:
-
-- **신속한 수정이 필수적입니다**: [Capgo](https://capgo.app/)와 같은 도구를 사용하면 **95%의 사용자**가 24시간 이내에 버그 수정을 받을 수 있어 중단을 최소화할 수 있습니다.
-- **명확한 오류 메시지가 중요합니다**: 오류 메시지에는 항상 **상황**, **원인**, **해결책**을 포함하세요. 예: "사진을 저장할 수 없음 - 파일 크기가 5MB를 초과합니다. 이미지를 압축해 보세요."
-- **사전 예방**: 입력 유효성 검사, 네트워크 상태 모니터링, 오프라인 기능 지원을 통해 오류 발생을 최소화하세요.
-- **플랫폼별 솔루션**: iOS, Android, 웹 플랫폼의 고유한 문제를 해결하면서 통일된 오류 처리 전략을 유지하세요.
-- **도구 활용**: [Sentry](https://sentry.io/)와 같은 시스템으로 오류를 추적하고 Capgo로 무선(OTA) 업데이트를 통해 문제를 빠르게 해결하세요.
-
-**핵심**: 빠른 수정, 명확한 소통, 일관된 크로스 플랫폼 오류 처리가 사용자를 만족시키고 앱을 원활하게 운영하는 핵심입니다.
-
-## [Ionic](https://ionicframework.com/)에서 [Capacitor](https://capacitorjs.com/)를 사용한 [Sentry](https://sentry.io/) 오류 로깅
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/67fc8d0aaf1a45e500bcc0f5/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-<iframe src="https://www.youtube.com/embed/REiJTqu3-88" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 핵심 오류 처리 가이드라인
-
-Capacitor 앱에서 효과적인 오류 처리는 사용자 경험과 기술적 기능성의 균형을 맞추는 것이 필요합니다. 이러한 가이드라인은 플랫폼 전반에 걸쳐 오류를 효율적으로 관리하는 데 도움이 됩니다.
-
-### 명확한 오류 메시지 작성
-
-좋은 오류 메시지는 세 가지 필수 요소를 포함해야 합니다:
-
-| 요소 | 설명 | 예시 |
-| --- | --- | --- |
-| **상황** | 오류가 발생한 위치 지정 | "프로필 사진을 저장할 수 없음" |
-| **원인** | 오류가 발생한 이유 설명 | "사진 크기가 5MB 제한을 초과함" |
-| **해결책** | 실행 가능한 다음 단계 제공 | "더 작은 이미지를 선택하거나 현재 이미지를 압축하세요" |
-
-기술적으로 정확하면서도 이해하기 쉬운 언어를 사용하세요. 예를 들어, "HTTP 404 - 리소스를 찾을 수 없음" 대신 "페이지를 찾을 수 없습니다. URL을 확인하거나 홈으로 돌아가세요"라고 하는 것이 좋습니다.
-
-### 플랫폼 전반의 오류 표준
-
-플랫폼 전반에 걸친 일관된 오류 처리를 위해서는 통합된 전략이 필요합니다:
-
-- **중앙화된 오류 카탈로그**: 일관성을 보장하기 위해 모든 오류 메시지와 코드를 단일 저장소로 유지
-- **플랫폼별 핸들러**: 메시지는 통일성을 유지하면서 네이티브 오류 처리 도구 사용
-- **오류 심각도 수준**: 영향과 사용자가 취해야 할 조치에 따라 오류 분류
-
-### 오류 예방 방법
-
-1. **입력 유효성 검사**  
-실시간 확인으로 사용자 입력의 유효성을 검사하여 적절한 데이터 유형과 형식(예: 이메일 주소 또는 전화번호)을 보장합니다.
-
-2. **네트워크 상태 모니터링**  
-네트워크 연결을 추적하여 API 오류를 방지합니다. 오프라인일 때 다음을 수행할 수 있습니다:
-
-- 오프라인 사용을 위한 중요 데이터 캐싱
-- 나중에 처리할 사용자 작업 대기열에 추가
-- 연결 상태에 대한 명확한 표시기 표시
-
-3. **점진적 성능 저하**  
-다음을 통해 점진적 성능 저하를 지원합니다:
-
-- 클라우드 동기화 문제 발생 시 로컬 저장소로 대체
-- 중요한 작업을 위한 오프라인 모드 제공
-- 전체 기능을 사용할 수 없을 때 작업을 완료할 수 있는 대체 방법 제공
-
-이러한 단계를 따르면 플랫폼 전반에 걸쳐 오류를 일관되게 처리하면서 신뢰할 수 있고 사용자 친화적인 앱 경험을 만들 수 있습니다. 이러한 사전 조치는 원활한 기능과 사용자 신뢰를 구축합니다.
-
-## 다양한 오류 유형 처리
-
-### 양식 및 입력 유효성 검사
-
-입력 유효성 검사에 계층화된 접근 방식을 사용하면 오류를 줄이면서 사용자 상호 작용을 개선할 수 있습니다. 사용자가 양식과 상호 작용할 때 명확하고 즉각적인 피드백을 제공하세요:
-
-| **유효성 검사 유형** | **구현** | **사용자 피드백** |
-| --- | --- | --- |
-| **필수 필드** | 사용자가 입력하는 대로 확인 | 빨간색 별표와 인라인 오류 메시지로 강조 |
-| **형식 유효성 검사** | 정규식 패턴 사용 | 유효한 형식의 예시 표시 |
-| **필드 간 유효성 검사** | 관련 필드를 함께 확인 | 충돌 시 두 필드 모두 강조 |
-| **사용자 지정 규칙** | 비즈니스 로직 검사 적용 | 특별 요구사항에 대한 명확한 설명 제공 |
-
-프로세스를 더 원활하게 만들기 위해:
-
-- 사용자가 입력을 시작하기 전에 형식 지침 표시
-- 입력이 되는 대로 점진적으로 유효성 검사
-- 양식이 제출될 때 최종 유효성 검사 수행
-
-이러한 조치가 입력 수준의 실수를 해결하는 동안, 네트워크 및 API 오류를 관리하는 것도 원활한 사용자 경험을 유지하는 데 똑같이 중요합니다.
-
-### 연결 및 API 문제
-
-네트워크 및 API 오류는 사용자 상호 작용을 방해할 수 있으므로 연결을 모니터링하고 API 응답을 효과적으로 처리하는 것이 필수적입니다:
-
-1. **네트워크 상태 모니터링**  
-연결성을 추적하여 오프라인 캐싱을 활성화하고, 나중을 위해 작업을 대기열에 추가하며, 현재 상태로 사용자 인터페이스를 업데이트합니다.
-
-2. **API 오류 관리**
-
-| **오류 코드** | **사용자 대면 메시지** | **백그라운드 작업** |
-| --- | --- | --- |
-| 401/403 | "계속하려면 다시 로그인하세요" | 인증 토큰 새로 고침 |
-| 404 | "요청한 정보를 사용할 수 없습니다" | 잘못된 캐시 항목 삭제 |
-| 429 | "몇 분 후에 다시 시도해 주세요" | 재시도를 위한 지수 백오프 사용 |
-| 500+ | "기술적 어려움이 발생했습니다" | 디버깅을 위한 오류 세부정보 기록 |
-
-이러한 전략을 결합하면 연결 문제로 인한 중단을 최소화하고 사용자에게 계속 정보를 제공할 수 있습니다.
-
-### 플랫폼별 문제
-
-각 플랫폼에는 고유한 문제가 있어 특정 문제를 효과적으로 해결하기 위한 맞춤형 솔루션이 필요합니다.
-
-**iOS 특정 처리**:
-
-- 권한, 메모리 제약, 키보드 상호 작용 관리
-- 시스템별 동작의 원활한 처리 보장
-
-**Android 특정 처리**:
-
-- 뒤로 가기 버튼 탐색 표준화
-- 다양한 화면 크기와 픽셀 밀도에 맞게 조정
-- 프래그먼트 라이프사이클 복잡성 처리
-
-**웹 특정 처리**:
-
-- 적절한 헤더를 사용하여 CORS 문제 해결
-- 브라우저 호환성 문제 해결
-- 프로그레시브 웹 앱(PWA)에 고유한 문제 해결
-
-Capgo는 이러한 플랫폼별 문제에 대한 수정을 간소화하는 도구를 제공합니다. 채널 시스템을 사용하여:
-
-- 전체 출시 전에 대상 사용자 그룹에서 업데이트 테스트
-- 영향을 모니터링하기 위해 점진적으로 업데이트 릴리스
-- 사용자 중단을 최소화하기 위해 문제가 있는 변경 사항을 빠르게 되돌리기
-
-## 오류 관리 도구
-
-효과적인 도구는 현대 Capacitor 앱에서 오류 추적, 보고 및 해결을 단순화합니다. 이러한 도구는 플랫폼 전반에 걸쳐 원활한 사용자 경험을 유지하기 위해 확립된 오류 처리 방식과 함께 작동합니다.
-
-### 오류 추적 시스템
-
-오류 추적 플랫폼은 앱 문제에 대한 자세한 통찰력을 제공합니다. 예를 들어, 수백만 개발자가 신뢰하는 **Sentry**는 기기 세부정보, OS 버전, 앱 버전, 심지어 문제를 일으키는 특정 코드 커밋까지 포함한 심층적인 오류 컨텍스트를 제공합니다.
-
-| 기능 | 세부사항 |
-| --- | --- |
-| 환경 데이터 | 기기 유형, OS 버전, 앱 버전 추적 |
-| 오류 컨텍스트 & 알림 | 오류를 일으키는 커밋을 식별하고 [Slack](https://slack.com/)/[Jira](https://www.atlassian.com/software/jira)와 통합하여 팀 알림 |
-| 릴리스 추적 | 앱 성능을 모니터링하기 위해 충돌 없는 세션 비율 측정 |
-
-> "Sentry는 우리 팀이 각 릴리스에서 가장 중요한 문제를 해결하는 데 도움을 줍니다. 충돌 없는 세션 비율로 릴리스가 어떻게 진행되고 있는지 추적할 수 있습니다. 이 데이터로 가장 많은 사용자에게 영향을 미치는 문제를 해결
-
-| 구성 요소 | 목적 | 구현 예시 |
-| --- | --- | --- |
-| **오류 컨텍스트** | 발생한 상황 설명 | "사진 저장 불가 - 저장소 공간 부족 (2GB 중 2.1GB 사용)" |
-| **조치** | 단계별 해결 방안 제공 | "사용하지 않는 항목 삭제 또는 저장소 플랜 업그레이드" |
-| **상태 업데이트** | 진행 상황에 대한 사용자 안내 | "연결 재시도 중... 시도 2/3" |
-
-### 오류 복구 옵션
-
-사용자가 오류에서 복구할 수 있는 여러 방법을 제공하는 것이 중요하며, 기술적/비기술적 사용자 모두를 고려해야 합니다:
-
--   **점진적 복구**  
-    간단한 해결책부터 시작하여 필요한 경우 더 복잡한 해결책으로 확장하는 자동 수정을 시도합니다. 진행 상황에 대해 사용자에게 실시간 업데이트를 제공합니다.
-    
--   **수동 개입**  
-    사용자가 직접 제어할 수 있는 도구 제공:
-    
-    -   네트워크 문제 발생 시 오프라인 모드 활성화
-    -   데이터 로컬 백업
-    -   진행 표시기가 있는 수동 재시도
-    -   필요한 경우 이전 버전으로 롤백
-
-Capgo와 같은 플랫폼은 업데이트를 효율적으로 관리하여 문제가 해결되는 동안 사용자가 안정적인 버전에 액세스할 수 있도록 지원합니다.
-
-### 다국어 오류 지원
-
-현지화는 단순한 번역 이상입니다. 언어적, 문화적 맥락에 맞게 오류 메시지를 조정하는 것을 포함합니다:
-
-| 측면 | 모범 사례 | 이점 |
-| --- | --- | --- |
-| **메시지 구조** | 동적 콘텐츠에 대한 플레이스홀더 토큰 사용 | 언어 간 메시지 일관성 유지 |
-| **문화적 맥락** | 현지 선호도에 맞게 메시지 조정 | 사용자 이해도 향상 |
-| **문자 지원** | 모든 오류 텍스트에 대한 유니코드 준수 | 모든 언어에서 올바른 표시 보장 |
-
-정확하고 문화적으로 민감한 소통이 핵심입니다. 채널 기반 시스템을 사용하여 다양한 지역에서 오류 메시지를 테스트하면 현지 사용자와의 공감대를 형성할 수 있습니다. 실시간 추적 및 신속한 업데이트와 결합하면 전 세계적으로 원활하고 사용자 친화적인 경험을 보장할 수 있습니다.
-
-명확한 의사소통은 신뢰를 구축하고 애플리케이션의 전반적인 품질을 향상시킵니다.
-
-## 결론
-
-Capacitor 앱의 성공적인 오류 처리는 기술적 정확성과 사용자 경험에 대한 초점을 결합하여 더 나은 앱 평가와 향상된 사용자 만족도로 이어집니다.
-
-개발자들은 빠른 업데이트 배포 [\[1\]](https://capgo.app/)를 활용하여 사용자 신뢰와 앱 신뢰성을 높였습니다. 예를 들어, Capgo의 OTA 업데이트를 통해 개발자는 오류를 신속하게 해결하여 사용자가 몇 분 내에 수정 사항을 받을 수 있도록 합니다 [\[1\]](https://capgo.app/).
-
-변화하는 시장 요구는 오류 관리의 경계를 넓힙니다. 성공에 기여하는 주요 요소는 다음과 같습니다:
-
-| 요소 | 영향 | 결과 |
-| --- | --- | --- |
-| 빠른 수정 배포 | 82% 전역 업데이트 성공률 [\[1\]](https://capgo.app/) | 버그 노출 감소 |
-| 명확한 오류 메시징 | 높은 사용자 유지율 | 지원 문의 감소 |
-| 일관된 멀티플랫폼 지원 | 향상된 사용자 경험 | 더 쉬운 유지보수 |
-
-이러한 데이터는 빠른 수정, 효과적인 의사소통, 일관된 크로스 플랫폼 성능이 앱 안정성을 강화하는 방법을 보여줍니다.
-
-오류 처리 솔루션이 더욱 발전함에 따라 개발자는 신뢰할 수 있는 오류 추적, 투명한 의사소통, 신속한 업데이트에 집중해야 합니다. 이러한 접근 방식은 기술적 문제로 인한 중단을 최소화하면서 높은 사용자 만족도를 보장합니다.
diff --git a/src/content/blog/ko/error-logging-tools-for-capacitor-ota-updates.md b/src/content/blog/ko/error-logging-tools-for-capacitor-ota-updates.md
deleted file mode 100644
index 8aabc24e8..000000000
--- a/src/content/blog/ko/error-logging-tools-for-capacitor-ota-updates.md
+++ /dev/null
@@ -1,173 +0,0 @@
----
-slug: error-logging-tools-for-capacitor-ota-updates
-title: Capacitor OTA 업데이트를 위한 오류 로깅 도구
-description: >-
-  Capacitor OTA 업데이트의 필수적인 에러 로깅 도구들을 살펴보고, 앱 안정성과 사용자 경험을 향상시키기 위한 기능, 가격, 설정을
-  비교해봅니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T01:28:12.140Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d8bb85beb3268b1c6ac757-1742261302793.jpg
-head_image_alt: 모바일 개발
-keywords: 'error logging, OTA updates, mobile development, app stability, user experience'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-오류 로깅 도구는 Capacitor Over-the-Air (OTA) 업데이트 관리에 필수적입니다. 개발자가 문제를 모니터링하고, 업데이트 성능을 추적하며, 앱 안정성을 보장하는 데 도움이 됩니다. 이 글에서는 **[Sentry](https://sentry.io/)**, **[LogRocket](https://logrocket.com/)**, **[Bugsnag](https://www.bugsnag.com/)**, **[Capgo](https://capgo.app/)** 네 가지 인기 도구를 비교하여 각각의 기능, 가격, 설정 용이성을 살펴봅니다.
-
-### 주요 요점:
-
--   **Sentry**: 상세한 오류 추적 및 릴리스 상태 모니터링에 최적
--   **LogRocket**: 세션 재생 및 사용자 경험 인사이트에 이상적
--   **Bugsnag**: 오류 우선순위 지정 및 앱 안정성 점수에 중점
--   **Capgo**: 내장된 오류 추적과 빠른 설정이 결합된 OTA 업데이트
-
-### 빠른 비교:
-
-| 기능 | Sentry | LogRocket | Bugsnag | Capgo |
-| --- | --- | --- | --- | --- |
-| 실시간 오류 추적 | ✓   | ✓   | ✓   | ✓   |
-| 세션 재생 | 제한적 | ✓   | –   | –   |
-| 원클릭 롤백 | –   | –   | –   | ✓   |
-| 종단간 암호화 | –   | –   | –   | ✓   |
-| 설정 시간 | 30–60분 | 45–90분 | 30–60분 | <15 mins |
-
-Each tool offers unique benefits depending on your team's needs, budget, and expertise. Read on for a detailed breakdown of their features, pricing, and setup requirements.
-
-## [Sentry](https://sentry.io/) and Capacitor: How to Build and Monitor User Experiences
-
-![Sentry Error Tracking Dashboard](https://mars-images.imgix.net/seobot/screenshots/sentry.io-925fc70e12ac801815ba3ab27e6adcda-2025-03-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/shzKcE79GXI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 오류 로깅 도구 리뷰
-
-[Capacitor OTA 업데이트](https://capgo.app/ja/)를 위한 최고의 오류 로깅 도구들을 살펴보고, 각각의 기능과 작동 방식에 대해 알아봅니다.
-
-### Sentry: 기능 및 설정
-
-Sentry의 SDK는 Capacitor 앱과 원활하게 작동하여 디버깅을 위한 상세한 스택 추적과 유용한 컨텍스트를 제공합니다. 릴리스 추적 기능은 OTA 업데이트 실패에서 반복되는 문제를 정확히 파악합니다.
-
-**주요 기능**:
-
--   릴리스 상태 모니터링
--   사용자 정의 오류 필터링
--   자동화된 이슈 할당
--   브레드크럼을 통한 성능 모니터링
-
-다음으로 LogRocket의 세션 재생 기능을 살펴보겠습니다.
-
-### [LogRocket](https://logrocket.com/): 세션 추적
-
-![LogRocket](https://mars-images.imgix.net/seobot/screenshots/logrocket.com-25aea0309421424eb663500e40eea18d-2025-03-18.jpg?auto=compress)
-
-LogRocket을 사용하면 세션 재생 기능을 통해 OTA 업데이트 중 사용자 경험을 자세히 살펴볼 수 있습니다. 사용자 상호작용, 네트워크 요청, 콘솔 로그를 기록하여 무엇이 잘못되었는지 이해하기 쉽게 합니다.
-
-| 기능 | 이점 |
-| --- | --- |
-| 세션 재생 | 업데이트 중 사용자 경험을 정확히 확인 |
-| 네트워크 분석 | 실패한 요청과 타임아웃 추적 |
-| Redux 통합 | 실시간 상태 변경 추적 |
-| 오류 상관관계 | 특정 사용자 작업과 오류 연결 |
-
-반면 Bugsnag은 오류 우선순위 지정과 앱 안정성에 중점을 둡니다.
-
-### [Bugsnag](https://www.bugsnag.com/): 오류 관리
-
-![Bugsnag Error Monitoring Dashboard](https://mars-images.imgix.net/seobot/screenshots/www.bugsnag.com-76749d2e4d72514946f463d57dc57ffc-2025-03-18.jpg?auto=compress)
-
-Bugsnag은 오류의 우선순위를 지정하고 앱 안정성을 모니터링하는 데 도움을 줍니다. 안정성 점수 기능은 OTA 업데이트가 전반적인 앱 성능에 미치는 영향을 평가합니다. 추가 기능으로는 자동화된 오류 그룹화, 릴리스 추적, CI/CD 파이프라인과의 통합이 있습니다.
-
-### [Capgo](https://capgo.app/): 내장된 오류 추적
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-Capgo는 OTA 업데이트 프로세스에 오류 추적을 직접 내장하는 다른 접근 방식을 취합니다.
-
-| 지표 | 성능 |
-| --- | --- |
-| 업데이트 전달 | 2,350만 건의 업데이트 전달 |
-| 성공률 | 24시간 내 95%의 사용자 업데이트 |
-| API 응답 시간 | 전 세계 평균 57ms |
-| 번들 다운로드 | 5MB 번들 기준 114ms |
-
-> "우리는 5,000명 이상의 사용자 기반에 Capgo OTA 업데이트를 프로덕션에 배포했습니다. OTA가 @Capgo에 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 확인했습니다." – colenso [\[1\]](https://capgo.app/)
-
-Capgo의 기능에는 실시간 업데이트 상태 추적, 종단간 암호화, 원클릭 롤백, 고급 사용자 타겟팅, 상세한 분석 대시보드가 포함됩니다. 엔터프라이즈 설정의 경우, Capgo는 Apple과 Google 요구사항을 준수하는 클라우드 및 자체 호스팅 옵션을 모두 제공합니다. 또한 [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ci/), [Jenkins](https://www.jenkins.io/)와 같은 CI/CD 도구와도 통합됩니다.
-
-## 도구 비교 가이드
-
-Capacitor OTA 업데이트를 위한 오류 로깅 도구에 대한 상세한 분석입니다.
-
-### 기능 매트릭스
-
-| 기능 | Sentry | LogRocket | Bugsnag | Capgo |
-| --- | --- | --- | --- | --- |
-| 실시간 오류 추적 | ✓   | ✓   | ✓   | ✓   |
-| 세션 재생 | 제한적 | ✓   | –   | –   |
-| 릴리스 상태 | ✓   | ✓   | ✓   | ✓   |
-| 사용자 정의 오류 필터링 | ✓   | ✓   | ✓   | 제한적 |
-| 성능 모니터링 | ✓   | ✓   | ✓   | ✓   |
-| CI/CD 통합 | ✓   | ✓   | ✓   | ✓   |
-| 원클릭 롤백 | –   | –   | –   | ✓   |
-| 종단간 암호화 | –   | –   | –   | ✓   |
-| 사용자 할당 | 제한적 | 제한적 | 제한적 | ✓   |
-
-### 가격 분석
-
-| 도구 | 무료 티어 | 시작 가격 | 엔터프라이즈 |
-| --- | --- | --- | --- |
-| Sentry | 월 5천 이벤트 | $29/월 | 맞춤형 |
-| LogRocket | 월 1천 세션 | $99/월 | 맞춤형 |
-| Bugsnag | 월 7.5천 이벤트 | $59/월 | 맞춤형 |
-| Capgo | 15일 시험판 | $12/월 | $249/월 |
-
-Capgo는 일회성 CI/CD 설정 비용 $2,600과 월 약 $300의 지속 비용으로 비용 효율성을 강조합니다. 이 접근 방식은 [AppFlow](https://ionic.io/appflow/)와 같은 옵션에 비해 첫해 비용을 절반 이상 절감할 수 있으며, 5년 동안 최대 $26,100을 절약할 수 있다고 주장합니다 [\[1\]](https://capgo.app/).
-
-### 설정 난이도 수준
-
-개발자 피드백과 문서화 평가는 설정 용이성에 대한 통찰을 제공합니다:
-
-| 도구 | 설정 시간 | 문서화 | 지원 옵션 |
-| --- | --- | --- | --- |
-| Sentry | 30–60분 | 광범위 | 커뮤니티 + 유료 |
-| LogRocket | 45–90분 | 양호 | 이메일 + 채팅 |
-| Bugsnag | 30–60분 | 양호 | 이메일 + 문서 |
-| Capgo | <15 mins | Comprehensive | Priority Support |
-
-Capgo stands out with setup times under 15 minutes. Developers have praised its simplicity:
-
-> "내 쪽에서 거의 작업 없이 자체 호스팅 업데이트가 작동하게 되었습니다!" – SP-CMingay [\[1\]](https://capgo.app/)
-
-> "@Capgo를 설정하고 @AppFlow의 이 멋진 대체품을 테스트하고 있습니다! 열심히 작업해 주셔서 감사합니다. 지금까지 쉬웠습니다. 앱 스토어에 출시할 예정입니다 🤞" – jaythegeek [\[1\]](https://capgo.app/)
-
-이러한 비교는 각 도구가 다양한 개발 요구 사항에 어떻게 부합하는지 보여줍니다. 업데이트 빈도, 팀 규모, 예산, 보안, 통합을 고려하여 적합한 도구를 선택하세요.
-
-## 결론
-
-### 주요 요점
-
-다음은 간단한 요약입니다: **Sentry**는 상세한 오류 추적과 심층적인 문서화로 돋보여 대규모 팀에 강력한 선택입니다. **LogRocket**은 세션 재생 기능으로 사용자 경험을 명확하게 보여줍니다. 한편 **Bugsnag**은 사용하기 쉬운 인터페이스로 신뢰할 수 있는 오류 관리를 제공합니다. 이러한 도구들은 효율적인 OTA 업데이트 접근 방식을 간소화하는 데 도움이 될 수 있습니다.
-
-### 적합한 도구 선택하기
-
-최적의 도구는 팀의 요구사항과 OTA 업데이트 접근 방식에 따라 달라집니다. 다음은 세부 분석입니다:
-
-**엔터프라이즈급 배포**의 경우, 고급 기능이 있는 도구를 우선시하세요:
-
--   **Sentry**: 커스터마이징과 전담 DevOps 지원이 필요한 팀에 이상적
--   **LogRocket**: 사용자 세션 분석과 사용자 경험 개선에 최적
--   **Bugsnag**: 깔끔한 인터페이스와 간단한 설정으로 훌륭한 선택
-
-**소규모 팀**의 경우, 효율성과 통합을 결합한 도구에 중점을 두세요:
-
--   **Capgo**: 하나의 솔루션에서 오류 추적과 결합된 OTA 업데이트 제공
--   종단간 암호화가 포함된 클라우드 또는 [자체 호스팅 배포](https://capgo.app/blog/self-hosted-capgo/)를 지원하는 옵션 찾기
--   빠른 설정과 자동화된 워크플로우를 가능하게 하는 도구 우선시
-
-결정할 때는 활성 사용자 수, 예산, 팀 규모와 전문성, 보안 요구사항, 기존 시스템과의 통합 정도를 고려하세요.
diff --git a/src/content/blog/ko/fix-capacitor-version-mismatch-errors.md b/src/content/blog/ko/fix-capacitor-version-mismatch-errors.md
deleted file mode 100644
index 443c8ff23..000000000
--- a/src/content/blog/ko/fix-capacitor-version-mismatch-errors.md
+++ /dev/null
@@ -1,184 +0,0 @@
----
-slug: fix-capacitor-version-mismatch-errors
-title: Capacitor 버전 불일치 오류 수정
-description: |-
-  Capacitor 앱에서 버전 불일치 오류를 신속하게 해결하여 빌드 중단과
-  런타임 충돌을 방지하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T04:35:04.064Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572-1743395716448.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, version mismatch, troubleshooting, mobile development, software
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 앱의 버전 불일치 오류는 빌드를 방해하고, 런타임 충돌을 일으키며, 업데이트를 지연시킬 수 있습니다. 이러한 문제는 코어 패키지, 플러그인 또는 종속성이 잘못 정렬될 때 발생합니다. 다음과 같이 빠르게 해결할 수 있습니다:
-
-- **일반적인 원인**:
-    
-    - 부분 업데이트 또는 종속성 충돌
-    - `package.json` 또는 pod 파일의 오류
-    - [자동 업데이트](https://capgo.app/docs/plugin/cloud-mode/auto-update/)로 인한 불일치
-- **빠른 해결 방법**:
-    
-    - `npx cap doctor` 또는 `npm list @capacitor/*`를 실행하여 불일치 확인
-    - `package.json`에서 버전 정렬 (예: `@capacitor/core`, `@capacitor/ios`, `@capacitor/android`)
-    - `npm install`을 사용하여 모든 코어 패키지와 플러그인 업데이트
-- **향후 문제 방지**:
-    
-    - `package.json`에서 버전 고정 (예: `"@capacitor/core": "5.0.0"`)
-    - CI/CD 도구로 버전 확인 자동화
-    - [Capgo](https://capgo.app/)와 같은 실시간 업데이트 도구를 사용하여 더 빠른 수정
-
-## [Capacitor](https://capacitorjs.com/)의 일치하는 뷰 없음 예외 해결하기...
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<Steps>
-
-## 버전 불일치 문제 찾기
-
-다음 단계를 통해 버전 불일치를 발견할 수 있습니다:
-
-### 오류 신호 및 메시지
-
-오류 출력을 검사하는 것부터 시작하세요:
-
-- "incompatible version"을 언급하는 빌드 실패
-- "version mismatch"를 참조하는 런타임 예외
-- 종속성 충돌에 대한 콘솔 경고
-- 버전 문제를 강조하는 iOS pod install 오류
-
-터미널이나 IDE에서 나오는 이러한 오류 메시지는 종종 충돌을 드러냅니다. 버전 번호가 포함된 경고에 주의를 기울이세요 - 문제를 정확히 파악하는 데 도움이 될 수 있습니다.
-
-### 명령줄 확인
-
-명령줄 도구를 사용하여 버전 일관성을 확인하세요:
-
-- **`npx cap doctor`**: Capacitor의 상태를 확인하고 불일치를 표시합니다.
-- **`npm list @capacitor/core @capacitor/ios @capacitor/android`**: 설치된 버전을 표시하여 불일치를 쉽게 발견할 수 있게 합니다.
-
-### 구성 파일 검토
-
-마지막으로, 구성 파일을 검토하여 버전 정렬을 확인하세요.
-
-**package.json**
-
-**capacitor.config.json**
-
-다음 항목의 일관성을 확인하세요:
-
-- 코어 Capacitor 패키지
-- 플랫폼별 패키지 (iOS/Android)
-- 플러그인 및 종속성
-
-이러한 버전을 정렬하면 호환성 문제를 피할 수 있습니다.
-
-## 코어 및 플러그인 버전 수정하기
-
-### 코어 패키지 업데이트
-
-코어 Capacitor 패키지를 업데이트하려면 다음 npm 명령어를 사용하세요:
-
-특정 버전이 필요한 경우 `@latest`를 원하는 버전 번호로 대체하세요. 예를 들어:
-
-업데이트가 완료되면 다음으로 프로젝트를 동기화하세요:
-
-### 플러그인 버전 수정
-
-사용 중인 Capacitor 버전과 플러그인이 호환되는지 확인하세요. 테스트되고 호환되는 버전으로 업데이트하고, 각 업데이트 후 기능을 테스트하세요.
-
-플러그인이 Capacitor 5.x를 요구하지만 6.x를 사용 중이라면 두 가지 옵션이 있습니다:
-
-- 플러그인을 최신 버전으로 업데이트:
-    
-- Capacitor를 플러그인 요구사항에 맞게 다운그레이드:
-    
-
-주요 변경사항이 포함된 업데이트의 경우 추가 조정이 필요할 수 있습니다.
-
-### 주요 버전 변경
-
-새로운 주요 버전으로 전환할 때 다음 단계를 따르세요:
-
-1. **프로젝트 백업**: 업데이트를 시작하기 전에 전체 백업을 만드세요.
-    
-2. **변경 로그 확인**: 프로젝트에 영향을 미칠 수 있는 주요 변경사항이 있는지 공식 변경 로그를 검토하세요.
-    
-3. **종속성 업데이트**: Capacitor 패키지를 필요한 버전으로 업그레이드하세요. 예를 들어:
-    
-
-Capgo는 Capacitor 8에 대한 실시간 업데이트를 제공하여 앱 스토어 승인 없이도 수정사항을 적용할 수 있게 합니다 [\[1\]](https://capgo.app/).
-
-## 향후 버전 충돌 방지하기
-
-### 버전 잠금 도구
-
-`package-lock.json` 또는 `yarn.lock`과 같은 잠금 파일은 팀원 모두가 동일한 종속성 버전을 사용하도록 도와줍니다. 예기치 않은 업데이트를 피하기 위해 캐럿(`^`) 또는 틸드(`~`) 기호를 사용하는 대신 정확한 버전 번호를 정의하세요:
-
-### 업데이트 자동화
-
-CI/CD 파이프라인에서 자동화된 버전 검사를 설정하여 충돌을 조기에 발견하세요. 예를 들어, 다음 명령어를 사용하여 오래된 종속성을 확인할 수 있습니다:
-
-이 단계를 [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), 또는 [Jenkins](https://www.jenkins.io/)와 같은 도구에 통합하여 일관된 빌드를 보장할 수 있습니다. 더 많은 제어를 위해 Capgo의 업데이트 시스템을 사용하여 프로세스를 단순화하는 것을 고려하세요.
-
-### [Capgo](https://capgo.app/) 업데이트 사용하기
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e9f504283d21cbd67ba572/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Capgo는 버전 충돌을 빠르게 해결하는 실시간 업데이트 시스템을 제공합니다. 그들의 데이터에 따르면, 활성 사용자의 95%가 24시간 이내에 업데이트를 설치합니다 [\[1\]](https://capgo.app/).
-
-> "우리는 5,000명 이상의 사용자 기반을 위해 프로덕션에 Capgo OTA 업데이트를 배포했습니다. OTA가 @Capgo에 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 보고 있습니다." – colenso [\[1\]](https://capgo.app/)
-
-Capgo를 최대한 활용하는 방법은 다음과 같습니다:
-
-- 테스트 목적으로 여러 배포 채널을 구성하세요.
-- 중요한 문제가 발생할 경우를 대비해 자동 롤백을 설정하세요.
-- 업데이트가 효과적인지 확인하기 위해 성공률을 모니터링하세요.
-- 위험을 최소화하기 위해 단계적 출시를 사용하세요.
-
-여러 앱 버전을 처리하는 팀의 경우, Capgo의 채널 시스템을 통해 광범위한 출시 전에 특정 사용자 그룹과 함께 업데이트를 테스트할 수 있습니다. 이 접근 방식은 업데이트에 대해 82%의 전체 성공률을 달성했습니다 [\[1\]](https://capgo.app/).
-
-## 요약
-
-### 빠른 해결 가이드
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에서 버전 불일치 오류가 발생했나요? 다음과 같은 빠른 조치를 취할 수 있습니다:
-
-- `package.json` 파일에서 종속성 버전을 고정하고 잠금 파일을 사용하여 일관성을 보장하세요.
-- `npm outdated @capacitor/*`를 실행하여 오래된 종속성을 식별하세요.
-- Capgo의 단계적 출시를 활용하여 충돌을 해결하세요 [\[1\]](https://capgo.app/).
-
-이러한 단계들은 앞서 논의된 진단 방법을 요약한 것입니다.
-
-### 모범 사례
-
-장기적인 안정성을 보장하기 위해 Capacitor 버전을 효과적으로 관리하기 위한 다음 모범 사례를 고려하세요. 이러한 방법들은 750개 이상의 프로덕션 앱에서 성공적으로 적용되었습니다 [\[1\]](https://capgo.app/).
-
-- **버전 관리**
-    
-    - 종속성 버전을 일관되게 유지하세요.
-    - 모든 팀 환경에서 버전 관리를 동기화하세요.
-    - 쉽게 참조할 수 있도록 버전 요구사항을 명확하게 문서화하세요.
-- **[업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**  
-    Rodrigo Mantica의 말:
-    
-    > "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" \[2\]
-    
-- **모니터링 및 복구**  
-    충돌을 조기에 식별하기 위해 종속성을 정기적으로 모니터링하세요. 적절한 모니터링을 통해 활성 사용자의 95%가 24시간 이내에 업데이트할 수 있다는 것이 입증되었습니다 [\[1\]](https://capgo.app/).
-    
-- **주요 구현 팁**
-    
-    - CI/CD 파이프라인 내에서 버전 검사를 자동화하세요.
-    - 전체 배포 전에 테스트 채널을 사용하세요.
-    - 예기치 않은 문제에 대비한 롤백 옵션을 유지하세요.
-    - 성과를 측정하기 위해 업데이트 성공률을 추적하세요.
diff --git a/src/content/blog/ko/fixing-build-failures-in-capacitor-ci-cd-pipelines.md b/src/content/blog/ko/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
deleted file mode 100644
index 993aee516..000000000
--- a/src/content/blog/ko/fixing-build-failures-in-capacitor-ci-cd-pipelines.md
+++ /dev/null
@@ -1,324 +0,0 @@
----
-slug: fixing-build-failures-in-capacitor-ci-cd-pipelines
-title: Capacitor CI/CD 파이프라인의 빌드 실패 해결하기
-description: >-
-  모바일 앱의 CI/CD 파이프라인에서 발생하는 빌드 실패를 해결하고 예방하는 방법을 알아보고, 원활한 개발 및 배포 프로세스를 보장하는
-  방법을 학습합니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T06:27:06.154Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682580e10209458b3ff3c0b1-1747290491442.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, CI/CD, build failures, mobile development, troubleshooting, version
-  control, environment variables
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CI/CD 파이프라인의 빌드 실패는 [모바일 앱 개발](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/)을 방해하고 시간과 비용이 소요됩니다. 다음은 일반적인 문제와 해결 방법에 대한 간단한 가이드입니다:
-
-### 주요 문제와 해결책:
-
-- **버전 충돌**: [Node.js](https://nodejs.org/en), npm, Capacitor 및 플러그인 버전이 환경 간에 일치하는지 확인하세요.
-- **iOS/Android 설정 문제**: [Gradle](https://gradle.org/), [CocoaPods](https://cocoapods.org/), [Xcode](https://developer.apple.com/xcode/) 및 SDK 구성을 일치시키세요.
-- **환경 변수**: [API 키](https://capgo.app/docs/webapp/api-keys/), 자격 증명 및 경로의 일관성을 재확인하세요.
-- **플러그인 불일치**: Capacitor와 플러그인 버전을 신중하게 맞추세요.
-- **CI 플랫폼 제약**: 타임아웃을 방지하기 위해 리소스, 캐싱 및 플랫폼별 러너를 최적화하세요.
-
-### 빠른 팁:
-
-- 예기치 않은 업데이트를 방지하기 위해 `package.json`에서 종속성을 고정하세요.
-- 디버깅을 위해 `npx cap doctor` 및 Android Lint와 같은 도구를 사용하세요.
-- 더 나은 테스팅을 위해 `.env` 파일로 CI 환경을 로컬에서 복제하세요.
-- 앱 스토어 지연을 우회하기 위해 실시간 업데이트를 구현하세요.
-
-**프로 팁**: [Capgo](https://capgo.app/)와 같은 도구를 사용하면 모니터링, 보안 구성을 단순화하고 실패 발생 시 실시간 롤백 옵션을 제공할 수 있습니다.
-
-## CI 파이프라인 문제를 식별하고 해결하는 방법
-
-<iframe src="https://www.youtube.com/embed/mCNv2mWvWGo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/) 빌드 실패의 주요 유형
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Capacitor 빌드 실패는 다양한 원인에서 발생할 수 있으며, 각각 특정 해결책이 필요합니다. 아래에서 가장 일반적인 원인과 빌드 프로세스 중 발생하는 방식을 살펴보겠습니다.
-
-### 종속성 간 버전 충돌
-
-Node.js, npm 및 Capacitor CLI의 충돌하는 버전은 빌드 실패의 빈번한 원인입니다. 이러한 충돌은 종종 빌드 시스템의 다른 구성 요소 간의 불일치된 기대치로 인해 발생합니다. 다음은 일반적인 시나리오입니다:
-
-- 로컬 머신과 CI 환경 간의 **Node.js 런타임 버전** 차이
-- npm 또는 Yarn과 같은 패키지 관리자의 불일치
-- Capacitor 코어 라이브러리와 플러그인 버전의 불일치
-- 특정 버전이 정렬되지 않은 플랫폼별 SDK 요구사항
-
-이러한 종속성 관리는 구성이 크게 다를 수 있는 다중 환경 설정에서 더욱 까다로워집니다.
-
-### iOS 및 Android 설정 문제
-
-네이티브 플랫폼 구성은 특히 초기 설정이나 중요한 업데이트 후에 주요 문제가 될 수 있습니다. 문제는 종종 잘못 정렬된 도구나 오래된 설정으로 인해 발생합니다.
-
-**Android**의 경우 일반적인 문제는 다음과 같습니다:
-
-- 플러그인 설치 후 Gradle 동기화 오류
-- 오래된 SDK 또는 빌드 도구 사용
-- 잘못 설정된 `JAVA_HOME` 환경 변수
-- 누락되거나 손상된 Gradle 래퍼 파일
-
-**iOS**의 경우 자주 발생하는 문제는 다음과 같습니다:
-
-- CocoaPods와의 종속성 충돌
-- Xcode 빌드 아티팩트의 불일치
-- 잘못 구성된 코드 서명 인증서
-- Capacitor 업데이트 후 오래된 빌드 설정
-
-이러한 문제는 종종 원활한 빌드 프로세스를 보장하기 위해 도구의 신중한 디버깅과 정렬이 필요합니다.
-
-### 환경 변수 설정 문제
-
-환경 변수는 빌드 프로세스에서 중요한 역할을 하며, 작은 구성 오류도 반복적인 실패를 초래할 수 있습니다. 이러한 문제는 개발 환경과 CI 환경 간을 이동할 때 자주 발생합니다. 영향을 받는 일반적인 영역은 다음과 같습니다:
-
-- 외부 서비스용 API 키
-- 코드 서명용 자격 증명
-- 플랫폼별 구성 값
-- 빌드 환경 경로 및 설정
-
-모든 환경에서 일관된 환경 변수 관리를 보장하는 것이 이러한 함정을 피하는 핵심입니다.
-
-### 플러그인 버전 불일치
-
-플러그인은 진단하기 어려운 호환성 문제를 일으킬 수 있습니다. 일반적인 예로는 Capacitor, Ionic 및 특정 플러그인의 버전 균형을 맞추는 것이 있습니다. 예를 들어, "Something Went Wrong" 오류를 해결하려면 Capacitor 3.5.1, Ionic 5 및 CapacitorGoogleAuth 3.1.4를 정렬하고 올바른 클라이언트 ID가 `capacitor.config.ts`와 `strings.xml` 모두에 설정되어 있는지 확인해야 할 수 있습니다.
-
-이러한 불일치는 해결하기 위해 버전 관리와 구성 세부사항에 세심한 주의가 필요합니다.
-
-### CI 플랫폼 제약
-
-지속적 통합(CI) 플랫폼은 특히 복잡한 빌드를 다룰 때 자체적인 문제를 일으킬 수 있습니다. 다음은 일반적인 제약사항과 그 영향에 대한 분석입니다:
-
-| 제약 유형 | 일반적인 문제 | 영향 |
-| --- | --- | --- |
-| **타임아웃** | 대규모 앱에서 빌드 시간 초과 | 불완전한 빌드 |
-| **리소스 할당** | 컴파일 중 제한된 메모리 | 빌드 실패 |
-| **플랫폼 지원** | Linux 러너에서 제한된 iOS 빌드 지원 | 플랫폼별 실패 |
-| **캐싱** | 비효율적인 종속성 캐싱 | 느린 빌드, 타임아웃 위험 |
-
-이러한 문제를 완화하기 위해 팀은 적절한 타임아웃 설정을 구성하고, 충분한 리소스를 할당하며, 종속성 캐싱을 최적화하여 CI/CD 파이프라인을 미세 조정해야 합니다. iOS 또는 Android용 빌드 시 플랫폼별 러너를 사용하면 호환성을 유지하고 성능을 향상시키는 데 도움이 될 수 있습니다.
-
-## 빌드 실패 디버깅 단계
-
-[CI/CD 파이프라인](https://capgo.app/blog/setup-ci-and-cd-gitlab/)을 원활하게 유지하기 위해서는 빌드 실패를 효과적으로 디버깅하는 것이 중요합니다. 이러한 문제를 해결하고 해결하기 위한 실용적인 단계를 살펴보겠습니다.
-
-### 로컬에서 빌드 실패 테스트
-
-충돌을 일으킬 수 있는 캐시된 파일과 종속성을 제거하기 위해 로컬 환경을 정리하는 것부터 시작하세요. 다음 명령어를 사용하세요:
-
-```bash
-rm -rf node_modules
-rm -rf platforms
-npm cache clean --force
-npm install
-```
-
-Android 특정 빌드의 경우, 누락된 스크립트나 자산과 같은 문제를 해결하는 데 다음 명령어가 도움이 될 수 있습니다:
-
-```bash
-npx cap update android
-npx cap copy
-```
-
-다음으로, `.env` 파일을 만들어 CI 환경을 로컬에서 복제하세요. 다음과 같은 변수를 포함하세요:
-
-- API 키
-- 빌드 구성 플래그
-- 플랫폼별 설정
-
-이렇게 하면 로컬 설정이 CI 환경과 최대한 일치하게 됩니다.
-
-### 빌드 분석 도구 사용
-
-잠재적 문제에 대한 통찰력을 얻기 위해 빌드 분석 도구를 활용하세요. 다음은 몇 가지 도구와 주요 진단입니다:
-
-| 도구 | 목적 | 주요 진단 |
-| --- | --- | --- |
-| **npx cap doctor** | 환경 상태 확인 | 종속성 버전, 플랫폼 설정 |
-| **Android Lint** | 정적 코드 분석 | 리소스 사용, 호환성 문제 |
-| **Xcode Analyzer** | iOS 빌드 검사 | 메모리 누수, API 오용 |
-
-빌드 실행 중에 스택 추적, 버전 충돌, 구성 파일 및 네트워크 액세스를 모니터링하세요. 이러한 진단은 실패의 원인을 파악하고 해결 방법을 안내하는 데 도움이 될 수 있습니다.
-
-### 개발 환경 매칭
-
-문제를 식별한 후에는 향후 문제를 방지하기 위해 로컬 환경을 CI 설정과 일치시키세요. 방법은 다음과 같습니다:
-
-**버전 관리**  
-범위 지정자를 피하고 Node.js와 종속성 버전을 고정하세요. 일관성을 유지하기 위해 `package-lock.json`을 사용하세요.
-
-**플랫폼 구성**  
-플랫폼별 설정이 표준화되어 있는지 확인하세요. 예를 들어:
-
-```json
-{
-  "webDir": "dist",
-  "platformVersion": {
-    "ios": "14.0",
-    "android": "29"
-  }
-}
-```
-
-**빌드 스크립트**  
-일관된 오류 처리와 로깅을 위해 빌드 및 테스트 스크립트를 표준화하세요:
-
-```json
-{
-  "scripts": {
-    "build:ci": "npm run clean && npm run build && npx cap sync",
-    "test:ci": "npm run test -- --ci --coverage"
-  }
-}
-```
-
-## 빌드 실패 예방 방법
-
-[Capacitor CI/CD 파이프라인](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/)에서 안정적인 빌드를 유지하기 위해서는 종속성 버전을 고정하는 것이 중요합니다. 빌드 실패를 방지하고 신뢰성을 향상시키는 전략을 구현하기 위한 단계별 가이드입니다.
-
-### 종속성 버전 관리
-
-빌드를 방해할 수 있는 예기치 않은 변경을 방지하기 위해 구성 파일에서 종속성 버전을 고정하고 잠금 파일을 유지하세요. 다음은 `package.json` 설정의 예시입니다:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.0.0",
-    "@capacitor/ios": "5.0.0",
-    "@capacitor/android": "5.0.0"
-  },
-  "engines": {
-    "node": ">=16.0.0",
-    "npm": ">=8.0.0"
-  }
-}
-```
-
-종속성을 효과적으로 관리하기 위한 주요 단계:
-
-- `package.json`과 `package-lock.json` 모두를 버전 관리 시스템에 커밋하세요.
-- 종속성을 안전하게 저장하기 위해 비공개 아티팩트 저장소를 사용하세요.
-- [Dependabot](https://docs.github.com/en/code-security/dependabot/dependabot-version-updates)과 같은 도구로 종속성 스캐닝을 자동화
-
--   웹 및 네이티브 레이어 모두에 대한 충돌 보고를 활성화합니다.
--   디버깅 중 오류를 정확하게 추적하기 위해 소스 맵을 사용합니다.
--   문제 식별 및 해결을 위해 플랫폼별 개발자 도구를 활용합니다.
--   시간에 따른 개선사항을 추적하기 위한 자동화된 성능 벤치마크를 설정합니다.
-
-iOS 빌드의 경우 Xcode 호환성과 서명 구성을 확인하세요. Android의 경우 Gradle 설정과 SDK 버전이 대상 요구사항과 일치하는지 확인하세요. 이러한 단계를 통해 초기에 문제를 포착하고 플랫폼 전반에 걸쳐 일관된 성능을 유지할 수 있습니다.
-
-## [Capgo](https://capgo.app/)를 사용하여 빌드 실패 관리하기
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/682580e10209458b3ff3c0b1/16f6435e7b8929d180a4e4057c0b6dcc.jpg)
-
-Capgo는 [Capacitor CI/CD 파이프라인](https://capgo.app/blog/automatic-capacitor-android-build-gitlab/)에서 빌드 실패를 처리하는데 도움이 되는 도구 모음을 제공합니다. 모니터링, 보안 구성 및 심층 분석을 결합하여 팀이 빌드 문제를 식별, 해결 및 예방하는 것을 지원합니다. 아래에서 Capgo가 CI/CD 효율성을 향상시키기 위해 이러한 프로세스를 어떻게 단순화하는지 살펴보겠습니다.
-
-### 빌드 모니터링 및 복구
-
-Capgo의 실시간 모니터링은 빌드 상태와 배포 진행 상황을 감시하며 상세한 분석 대시보드를 통해 인사이트를 제공합니다. 다음은 플랫폼에서 추적하는 주요 지표입니다:
-
-| **지표명** | **벤치마크** |
-| --- | --- |
-| 업데이트 전달 | 2,350만 건의 업데이트 전달 |
-| 성공률 | 24시간 이내 95%의 사용자 업데이트 |
-| API 응답 시간 | 전 세계 평균 57ms |
-| [번들 다운로드](https://capgo.app/docs/webapp/bundles/) | 5MB 번들 기준 114ms |
-
-문제가 발생하면 Capgo의 롤백 시스템이 다음과 같은 기능으로 신속한 복구를 보장합니다:
-
--   **자동 버전 추적**으로 업데이트를 원활하게 모니터링
--   **실시간 업데이트 모니터링**으로 즉각적인 문제 감지
--   **정밀한 배포 제어**로 단계별 업데이트 관리
--   **오류 로깅**으로 문제를 신속하게 파악
-
-### 보안 구성 관리
-
-Capgo는 빌드를 모니터링할 뿐만 아니라 강력한 보안 조치로 중요한 구성을 보호합니다. 엔드-투-엔드 암호화를 사용하여 구성 관련 실패의 위험을 최소화합니다. 예를 들어, 다음은 [Capgo 구성](https://capgo.app/consulting/) 예시입니다:
-
-```yaml
-cache:
-  key: ${CI_COMMIT_REF_SLUG}
-  paths:
-    - node_modules/
-    - platforms/
-    - plugins/
-
-interruptible: true
-retry:
-  max: 2
-  when: runner_system_failure
-```
-
-또한 플랫폼은 개발, 스테이징 및 프로덕션 환경에 대한 구성을 분리하여 각 환경이 독립적이고 안전하게 작동하도록 보장합니다.
-
-### 빌드 실패 분석 도구
-
-Capgo의 분석 도구는 빌드 실패에 대한 포괄적인 인사이트를 제공하여 팀이 문제를 진단하고 해결하기 쉽게 만듭니다. 이러한 도구에는 다음이 포함됩니다:
-
--   맥락 정보가 포함된 **상세 빌드 로그**
--   시스템 상태를 모니터링하는 **성능 지표 추적**
--   호환성 문제를 표시하는 **종속성 충돌 감지**
--   불일치를 식별하는 **환경 구성 비교**
-
-다른 플랫폼에서 전환하는 팀의 경우, Capgo는 호환성 검사와 구성 검증이 포함된 마이그레이션 도구로 원활한 설정과 안정적인 빌드를 보장하며 전환을 단순화합니다.
-
-## 결론: 안정적인 Capacitor 파이프라인 만들기
-
-안정적인 Capacitor 파이프라인을 구축하려면 종속성 관리, 일관된 환경 유지 및 성능 모니터링에 세심한 주의를 기울여야 합니다. 이 프로세스의 핵심은 파이프라인을 안전하고 신뢰할 수 있게 유지하는 **버전 제어 시스템**과 **자동화된 업데이트**입니다. 이러한 사례는 종속성을 처리할 때 사전 대응적인 자세를 유지하는 것의 중요성을 강조합니다.
-
-> "종속성 관리는 애플리케이션이 의존하는 외부 라이브러리, 도구 및 구성 요소를 처리하여 개발 수명 주기 전반에 걸쳐 이들이 올바르게 해결되고, 업데이트되며, 유지되도록 보장하는 것을 포함합니다." - Krasamo의 Jose Luis Amoros [\[1\]](https://www.krasamo.com/dependency-management)
-
-**Capgo**와 같은 현대적인 CI/CD 도구는 배포와 모니터링을 단순화하여 파이프라인 안정성을 유지하기가 더 쉽습니다. 다음은 팀이 파이프라인을 강화하기 위해 채택할 수 있는 주요 전략입니다:
-
-| **전략** | **구현 방법** | **중요한 이유** |
-| --- | --- | --- |
-| **버전 제어** | 특정 버전에 종속성 고정 | 예상치 못한 호환성 문제 방지 |
-| **환경 동등성** | 컨테이너화 사용 (예: Docker) | 단계별로 일관된 빌드 보장 |
-| **자동화된 업데이트** | 종속성 스캐너 사용 | 보안 및 성능 최신 상태 유지 |
-| **구성 관리** | 환경 구성 분리 | 배포 충돌 감소 |
-
-Capacitor 개발이 계속 발전함에 따라, 이러한 전략을 따르면 팀이 복원력 있고 효율적인 파이프라인을 만들 수 있습니다. 이러한 모범 사례에 중점을 두면 개발자는 위험을 완화하고 더 원활한 배포를 보장할 수 있습니다.
-
-## 자주 묻는 질문
-
-:::faq
-### 서로 다른 환경에서 Capacitor CI/CD 파이프라인을 어떻게 안정적으로 유지할 수 있나요?
-
-서로 다른 환경에서 Capacitor CI/CD 파이프라인을 원활하게 실행하려면 다음과 같은 실용적인 팁을 고려하세요:
-
--   **브랜치를 효과적으로 구성**: 구조화된 브랜치 관리 전략을 구현하고 필수 코드 리뷰를 요구합니다. 이는 충돌을 방지하고 웹과 네이티브 코드가 함께 잘 작동하도록 보장합니다.
--   **빌드를 자동화하고 변수 확인**: 빌드 프로세스를 자동화하고 환경 변수를 검증하면 배포 오류를 크게 줄일 수 있습니다.
--   **광범위하게 테스트**: 단위 및 통합 테스트를 포함하여 모든 환경에서 철저한 테스트를 수행하여 문제를 조기에 식별하고 해결합니다.
-
-Capgo와 같은 도구를 사용하면 이러한 프로세스가 더 쉬워질 수 있습니다. Capgo는 원활한 CI/CD 통합을 지원하고, 즉각적인 업데이트를 제공하며, 필요할 때 신속한 롤백 옵션을 제공합니다. 이는 모든 환경에서 더 원활한 배포와 안정적인 성능을 보장하는 데 도움이 됩니다.
-:::
-
-:::faq
-### Capacitor 프로젝트에서 빌드 실패를 피하기 위해 종속성을 어떻게 효과적으로 관리할 수 있나요?
-
-Capacitor 프로젝트를 원활하게 실행하고 빌드 실패를 피하려면 **종속성을 효과적으로 관리**하는 것이 핵심입니다. 보안 문제를 패치하고 최신 기능과의 호환성을 유지하기 위해 종속성을 정기적으로 업데이트하세요. Capacitor CLI, npm 또는 yarn과 같은 도구를 사용하면 이 프로세스를 더 쉽고 효율적으로 만들 수 있습니다.
-
-플랫폼별 요구사항의 경우, iOS용 **CocoaPods**와 Android용 **Gradle**을 사용하여 플랫폼 전반에 걸쳐 종속성을 적절하게 처리하세요. 한 단계 더 나아가 CI/CD 파이프라인을 통한 자동화를 통합하는 것을 고려하세요. 이는 종속성 무결성과 호환성에 대한 자동화된 검사를 실행하여 오류가 발생할 가능성을 줄이는 데 도움이 됩니다.
-
-이러한 사례를 채택하면 Capacitor 앱이 더 적은 개발 장애로 안정적인 기반 위에 구축되도록 보장할 수 있습니다.
-:::
-
-:::faq
-### Capgo는 Capacitor CI/CD 파이프라인의 빌드 실패를 해결하는 데 어떻게 도움이 될 수 있나요?
-
-Capgo는 Capacitor CI/CD 파이프라인의 빌드 실패를 진단하고 수정하는 번거로움을 덜어줍니다. **자동화된 오류 추적**, **종속성 충돌 해결** 및 **환경 변수 검증**과 같은 도구를 제공하여 문제를 조기에 포착하고 빌드 오류를 최소화합니다.
-
-게다가 Capgo는 **롤백 옵션**, **단계적 출시** 및 **실시간 모니터링**과 같은 기능으로 무선(OTA) 업데이트를 단순화합니다. 이러한 도구는 배포를 더 원활하고 제어된 상태로 만듭니다. 또한 기존 CI/CD 도구와의 통합을 통해 **자동화된 규정 준수 검사**와 **성능 추적**이 가능하여 파이프라인의 신뢰성과 효율성을 높입니다.
-:::
diff --git a/src/content/blog/ko/git-flow-vs-trunk-based-for-cicd.md b/src/content/blog/ko/git-flow-vs-trunk-based-for-cicd.md
deleted file mode 100644
index d5eff8a8d..000000000
--- a/src/content/blog/ko/git-flow-vs-trunk-based-for-cicd.md
+++ /dev/null
@@ -1,180 +0,0 @@
----
-slug: git-flow-vs-trunk-based-for-cicd
-title: Git Flow 대 Trunk 기반 CI/CD
-description: Git Flow와 Trunk-Based Development의 차이를 탐구하여 효과적인 CI/CD 워크플로를 위한 강점과 약점을 강조합니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:55:05.937Z
-updated_at: 2025-04-23T02:55:19.736Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad-1745376919736.jpg
-head_image_alt: 소프트웨어 개발
-keywords: >-
-  Git Flow, Trunk-Based Development, CI/CD, software development, version
-  control
-tag: 'Development, Technology, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**[Git Flow](https://nvie.com/posts/a-successful-git-branching-model/)와 Trunk-Based Development (TBD) 중 선택은 CI/CD 워크플로우에 큰 영향을 미칠 수 있습니다. 간단한 설명은 다음과 같습니다:**
-
-1. **Git Flow**: 구조화된 버전 관리 환경에 가장 적합합니다. `main`, `develop`, `feature`, `release`, `hotfix`와 같은 여러 브랜치를 사용합니다. 대규모 팀, 느린 릴리스 주기, 엄격한 QA 프로세스에 이상적입니다.
-2. **Trunk-Based Development**: 짧은 수명의 기능 브랜치와 함께 단일 메인 브랜치에 집중합니다. 소규모 팀, 빠른 릴리스, 강력한 자동 테스트에 적합합니다.
-
-### 빠른 비교:
-
-| 측면 | Git Flow | Trunk-Based Development |
-| --- | --- | --- |
-| **브랜치 복잡성** | 여러 개의 장기 브랜치 | 단일 브랜치, 짧은 수명의 브랜치 |
-| **릴리스 주기** | 예약된 릴리스 | 지속적 배포 |
-| **팀 규모** | 대규모 팀 | 소규모에서 중간 규모 팀 |
-| **테스트** | 사이클 종료 시 테스트 | 자동화된 테스트 |
-| **배포 리스크** | 스테이지된 릴리스로 인해 낮음 | 잦은 업데이트로 인해 높음 |
-| **롤백** | 느림 | 더 빠름 |
-
-**핵심 요점**: 구조화되고 느린 워크플로우에는 Git Flow를, 속도와 유연성에는 TBD를 사용하세요. 두 방법 모두 성공을 위해 견고한 CI/CD 파이프라인이 필요합니다.
-
-## 29 - GitFlow vs. Trunk-Based Development: 관리 ...
-
-## [Git Flow](https://nvie.com/posts/a-successful-git-branching-model/) 워크플로우 기본
-
-![Git Flow](https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad/7bc9375d356ef2d5849efed49227325e.jpg)
-
-Git Flow는 다섯 가지 브랜치 유형인 **main**, **develop**, **feature**, **release**, **hotfix**를 사용하여 개발을 조직합니다. 이 구조는 릴리스 및 병렬 개발을 효과적으로 관리하는 데 도움이 됩니다.
-
-### Git Flow 브랜치 구조
-
-| 브랜치 유형 | 용도 | 병합 대상 |
-| --- | --- | --- |
-| **Main** | 프로덕션 준비 코드 보유 | N/A |
-| **Develop** | 기능 통합; 기능 브랜치의 기반 제공 | N/A |
-| **Feature** | 개별 기능 구축에 사용; develop에서 생성 | develop |
-| **Release** | 최종 테스트 및 버전 지정을 준비; develop에서 생성 | main & develop |
-| **Hotfix** | 프로덕션 문제를 신속하게 수정; main에서 생성 | main & develop |
-
-### Git Flow의 장점
-
-1. 여러 기능을 동시에 개발할 수 있어 충돌을 방지합니다.
-2. 릴리스 브랜치는 최종 테스트 및 버전 준비를 위한 전용 공간을 제공하며, **develop** 브랜치는 진행 중인 작업을 위해 열어둡니다.
-3. **Hotfix** 브랜치는 다른 개발 작업을 중단 없이 프로덕션 문제를 신속하게 해결하는 데 용이합니다.
-
-### Git Flow의 단점
-
-1. **브랜치 관리 복잡성**: 여러 활성 브랜치를 관리하는 것은 병합을 더 어렵게 만들 수 있습니다.
-2. **느린 배포**: 공식 릴리스 프로세스는 단순한 워크플로우에 비해 배포 속도를 늦출 수 있습니다.
-3. **유지 관리 증가**: 각 브랜치는 고유한 파이프라인 구성이 필요하여 유지 관리 작업을 추가합니다.
-
-이 워크플로우는 엄격한 버전 관리, 여러 릴리스 경로 또는 규정 준수가 필요한 프로젝트에 가장 잘 작동합니다. 다음으로는 이것이 Trunk-based development의 간소화된 접근 방식과 어떻게 비교되는지 살펴보겠습니다.
-
-## Trunk-Based Development 기본
-
-Trunk-Based Development (TBD)는 종종 트렁크 또는 메인이라고 불리는 단일 메인 브랜치 주변에서 이루어집니다. 이 접근 방식은 DevOps 관행 및 지속적 통합과 밀접하게 aligned되어 있습니다.
-
-### Trunk-Based 브랜치 구조
-
-일반적인 TBD 워크플로우에서는 다음과 같은 브랜치 유형을 접하게 됩니다:
-
-| 브랜치 유형 | 용도 | 수명 |
-| --- | --- | --- |
-| **Main/Trunk** | 프로덕션 준비 코드가 있는 중앙 브랜치 | 영구적 |
-| **Feature Branches** | 개별 변경을 위한 임시 브랜치 | 짧음 |
-| **Release Branches** | 릴리스 전 최종 수정에 사용 | 임시 |
-
-개발자는 정기적으로 사소하고 점진적인 변경 사항을 메인 브랜치에 병합합니다 - 종종 하루에 여러 번. 이는 지속적인 테스트를 촉진하고 충돌을 신속하게 해결하는 데 도움이 됩니다.
-
-### Trunk-Based의 장점
-
-TBD는 CI/CD 및 DevOps와 함께 작업하는 팀에 여러 가지 이점을 제공합니다:
-
-1. **더 적은 병합 충돌**: 정기적인 병합은 충돌을 관리 가능하게 유지합니다.
-2. **빠른 피드백**: 자동화된 빌드는 매번 병합 시 실행되어 버그를 조기에 감지합니다.
-3. **간단한 파이프라인**: 단일 브랜치는 CI/CD 설정의 복잡성을 줄입니다.
-4. **더 나은 팀 협업**: 공유된 트렁크는 모든 팀원이 일치하도록 보장합니다.
-
-이 구조는 간소화된 워크플로를 생성하여 다음 섹션에서 Git Flow와 비교할 수 있는 기반을 마련합니다.
-
-### Trunk-Based의 한계
-
-TBD에는 강점도 있지만 팀이 해결해야 할 문제도 있습니다:
-
-| 도전 과제 | 영향 | 해결 방법 |
-| --- | --- | --- |
-| **코드 안정성** | 메인에 영향을 주는 변경의 위험 | 강력한 자동화 테스트 사용 |
-| **팀 조정** | 중복 작업이 방해를 초래할 수 있음 | 기능 플래그와 정기적인 소규모 커밋에 의존 |
-| **학습 곡선** | 장기 브랜치에서 전환 | 교육 제공 및 점진적으로 도입 |
-| **스케일링 문제** | 잦은 병합이 대규모 팀을 압도할 수 있음 | 철저한 코드 리뷰 시행 |
-
-TBD를 성공적으로 도입하려면 견고한 자동화 테스트와 팀 간 열린 커뮤니케이션이 필요합니다.
-
-## Git Flow vs. Trunk-Based: 직접 비교
-
-다음은 Git Flow와 Trunk-Based Development가 주요 영역에서 어떻게 평가되는지를 보여줍니다.
-
-### 기능 비교 표
-
-| 측면 | Git Flow | Trunk-Based Development |
-| --- | --- | --- |
-| 브랜치 복잡성 | 여러 개의 장기 브랜치 | 단일 메인 브랜치와 짧은 수명의 브랜치 |
-| 릴리스 주기 | 예약된 릴리스 | 지속적 배포 |
-| 팀 규모 | 대규모 팀에 적합 | 소규모 팀에 더 적합 |
-| 코드 리뷰 프로세스 | 브랜치 병합 시 공식 리뷰 | 소규모, 빈번한 변경 사항의 지속적 리뷰 |
-| 테스트 요구 사항 | 사이클 종료 시 테스트에 집중 | 자동화된 테스트에 크게 의존 |
-| 학습 곡선 | 여러 브랜치로 복잡함 | 더 간단한 워크플로, 그러나 강한 테스트 필요 |
-| 배포 리스크 | 스테이지된 릴리스로 인해 낮은 리스크 | 잦은 업데이트로 인해 높은 리스크 |
-| 복구 시간 | 느린 롤백 프로세스 | 더 빠른 되돌리기 기능 |
-
-### 각 워크플로우 사용할 때
-
-**Git Flow**는 구조화된 버전 릴리스가 필요한 기업 수준의 프로젝트에 이상적입니다. 여러 지원 버전과 공식 QA 또는 규정 준수 요구 사항이 있는 프로젝트를 관리하는 팀에 적합합니다.
-
-**Trunk-Based Development**는 속도와 유연성을 우선시하는 팀 및 프로젝트에 가장 잘 맞으며, 예를 들어:
-
-1. 빠른 업데이트가 필요한 SaaS 플랫폼
-2. 강력한 CI/CD 파이프라인을 보유한 팀
-3. 신뢰할 수 있는 자동화 테스트가 지원하는 프로젝트
-4. 지속적 배포 워크플로 또는 빈번한 릴리스
-5. 정기 업데이트가 필요한 모바일 앱 프로젝트
-
-일부 팀은 두 가지 방법을 결합하기도 합니다: 핵심 서비스에 대해 Trunk-Based Development를 사용하고 공식 릴리스 경로가 있는 프로젝트에 대해 Git Flow를 사용하는 것입니다.
-
-다음: 두 접근 방식을 위한 CI/CD 파이프라인 설정 방법입니다.
-
-## CI/CD 파이프라인 설정
-
-### Git Flow CI/CD 설정
-
-1. **개발 브랜치 파이프라인**: 단위 테스트, 통합 테스트, 코드 품질 검사, 빌드 검증 및 개발 환경으로의 배포를 실행합니다.
-2. **릴리스 브랜치 파이프라인**: 전체 테스트 스위트, 보안 검사, 릴리스 후보 빌드를 실행하고 스테이징 환경으로 배포합니다.
-3. **메인 브랜치 파이프라인**: 검증 테스트를 수행하고, 버전 관리를 처리하고, 프로덕션 빌드를 생성하고 프로덕션에 배포하며 릴리스를 태그합니다.
-
-### Trunk-Based CI/CD 설정
-
-1. **기능 브랜치 파이프라인**: 빠른 단위 테스트, 코드 스타일 검사, 빌드 검증 및 미리보기 환경으로의 배포에 집중합니다.
-2. **메인 브랜치 파이프라인**: 철저한 자동화 테스트, 보안 검사, 프로덕션 빌드 생성, 점진적 배포 및 자동 롤백 기능을 포함합니다.
-
-### [Capgo](https://capgo.app/) CI/CD 통합
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68085193fe5cbf0502dde6ad/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-둘 중 하나의 CI/CD 설정에 실시간 오버더에어 업데이트를 추가하려면 Capgo를 매끄럽게 통합할 수 있습니다:
-
-Capgo는 [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) 및 [Jenkins](https://www.jenkins.io/)와 함께 작동하여 Git Flow와 Trunk-Based 파이프라인 모두에서 라이브 업데이트, 단계적 출시 및 즉각적인 롤백을 가능하게 합니다. Apple 및 Google 요구 사항을 충족하며 클라우드 및 자체 호스팅 배포 모두를 지원합니다 [\[1\]](https://capgo.app/).
-
-## 요약 및 권장 사항
-
-팀의 규모와 CI/CD 성숙도 수준에 따라 아래 표를 사용하여 워크플로우를 선택하세요:
-
-| 시나리오 | Git Flow | Trunk-Based |
-| --- | --- | --- |
-| **팀 규모** | 50명 이상의 개발자 | 50명 이하의 개발자 |
-| **릴리스 주기** | 주간 또는 월간 | 매일 또는 하루에 여러 번 |
-| **테스트 및 QA** | 전통적인 QA 주기 | 자동화된 테스트에 집중 |
-| **배포 모델** | 다중 버전, 전통적 | 클라우드 네이티브, 컨테이너형 |
-| **위험 허용 범위** | 보수적, 규제된 설정 | 점진적, 신속한 피드백 |
-
-1. 소규모 팀에서 Trunk-Based Development로 시작한 후 더 큰 그룹에 확장하세요. 전환하기 전에 CI/CD 파이프라인이 완전히 자동화되었는지 확인하세요.
-2. 두 워크플로우 모두에서 일관된 코드 리뷰를 유지하고 기능 토글을 사용하세요. 선택한 워크플로우에 맞게 파이프라인 구성을 조정하세요.
-
-일부 팀은 이러한 접근 방식을 혼합할 수 있습니다 - 주요 릴리스에는 Git Flow를 사용하고 기능 제공에는 Trunk-Based Development를 활용하는 식입니다. 어느 경로를 선택하든 성공은 CI/CD를 제대로 통합하고, 테스트를 자동화하며, 팀이 같은 페이지에 있도록 하는 데 달려 있습니다.
diff --git a/src/content/blog/ko/google-play-compliance-key-update-strategies.md b/src/content/blog/ko/google-play-compliance-key-update-strategies.md
deleted file mode 100644
index d26898548..000000000
--- a/src/content/blog/ko/google-play-compliance-key-update-strategies.md
+++ /dev/null
@@ -1,167 +0,0 @@
----
-slug: google-play-compliance-key-update-strategies
-title: '구글 플레이 준수: 주요 업데이트 전략'
-description: '2025년에 Google Play 정책 준수를 보장하기 위한 필수 전략을 배우고, 앱 제거 및 수익 손실을 피하세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:40:19.077Z
-updated_at: 2025-04-22T02:40:30.520Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8-1745289630520.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Google Play compliance, app updates, data privacy, content policies, account
-  security
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-**2025년 [Google Play](https://play.google.com/console/signup) 정책 준수를 유지하는 것은 앱 삭제, 계정 정지 및 수익 손실을 피하기 위해 매우 중요합니다.** 개발자는 정책 변경에 빠르게 대응하고 [Capgo](https://capgo.app/)와 같은 도구를 사용하여 **24시간 이내에 95%의 사용자에게 업데이트**를 제공해야 합니다. 알아야 할 내용은 다음과 같습니다:
-
--   **2025년 정책 변경**: 콘텐츠(예: 명확한 "광고" 레이블, 연령 인증), 데이터 프라이버시(예: 앱 내 프라이버시 대시보드, 실시간 로그) 및 계정 보안(예: 필수 [이중 인증](https://capgo.app/docs/webapp/mfa/), 24시간 보안 유지)에 대한 더 엄격한 규칙.
--   **일반적인 함정**: 규칙에 대한 오해, 구식 API, 공개 부족.
--   **준수 팁**:
-    -   CI/CD 파이프라인에서 점검을 자동화하세요.
-    -   문제를 즉시 수정하기 위해 Capgo와 같은 실시간 업데이트 도구를 사용하세요.
-    -   Google Play 발표를 정기적으로 검토하고 팀을 새로운 정책에 대해 교육하세요.
--   **비준수의 위험**: 앱 삭제, 수익 손실 및 손상된 평판.
-
-**빠른 업데이트, 자동화된 준수 점검 및 장기 계획에 집중하여 앞서 나가세요.** 자세한 내용을 살펴보아 앱이 안전하고 사용자 친화적으로 유지되도록 합시다.
-
-## [Google Play](https://play.google.com/console/signup) 준수 문제
-
-![Google Play](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/6fab1123dba2d1a9b508fae064f81971.jpg)
-
-### 정책 변경 및 일반적인 실수
-
-Google Play가 정책을 업데이트할 때 개발 팀은 조정하기 위한 촉박한 기한에 직면하곤 합니다. 일반적인 실수는 다음과 같습니다:
-
--   새로운 데이터 프라이버시 규칙에 대한 오해
--   데이터 수집에 대한 공개를 업데이트하지 않음
--   적절한 권한 없이 구식 API 계속 사용
-
-### 정책을 위반하면 어떻게 되나요?
-
-Google Play의 규칙을 위반하면 주요한 문제들이 발생할 수 있습니다:
-
--   앱이 즉시 스토어에서 삭제될 수 있습니다.
--   정지된 앱은 결제를 처리할 수 없고, 이로 인해 수익이 손실됩니다.
--   부정적인 사용자 리뷰와 낮은 평점은 앱의 평판을 손상시킬 수 있습니다.
-
-다음으로, 2025년 정책 업데이트와 귀하의 앱이 준수를 유지하도록 돕기 위한 실용적인 팁을 조사하겠습니다.
-
-## Google Play [정책 개요](https://play.google/developer-content-policy/) - 2025년 4월 정책 업데이트
-
-![정책 개요](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/81241892df8a0b3e1d59d8ca79389c8a.jpg)
-
-## 2025년 정책 변경
-
-Google Play의 2025년 업데이트는 콘텐츠 기준을 높이고 사용자 프라이버시를 개선하며 계정 보안 조치를 강화하는 데 중점을 두고 있습니다.
-
-### 콘텐츠 규칙 업데이트
-
-Google은 일반적인 콘텐츠 위반을 다루기 위해 더 엄격한 규칙을 도입했습니다:
-
--   **네이티브 광고**는 사용자가 쉽게 식별할 수 있는 명확한 "광고" 레이블을 포함해야 합니다.
--   **사용자 생성 콘텐츠**는 업로드 전에 증오 발언을 필터링해야 합니다.
--   성인 콘텐츠를 다루는 앱은 **연령 인증 시스템**을 포함해야 합니다.
-
-### 데이터 프라이버시 규칙
-
-데이터 처리와 관련된 과거 문제를 해결하기 위해 새로운 프라이버시 규칙은 다음을 요구합니다:
-
--   카메라, 위치 또는 연락처와 같은 민감한 기능에 접근하기 전에 **권한 요청**.
--   모든 데이터 수집 관행을 설명하는 **앱 내 프라이버시 대시보드**.
--   사용자 데이터에 대한 **실시간 접근 로그**, 이 정보를 내보낼 수 있는 옵션 포함.
-
-### 계정 보안 규칙
-
-개발자 계정을 보다 안전하게 보호하기 위해 Google은 다음과 같은 보안 조치를 시행했습니다:
-
--   개발자 콘솔에 접근하기 위해 **이중 인증**이 이제 필수입니다.
--   어떤 의심스러운 계정 활동이 발생할 경우 **24시간 보안 유지**가 발동됩니다.
--   정기적인 **보안 감사**가 수행되며, 자동화된 준수 보고서와 함께 진행됩니다.
-
-이러한 업데이트는 사용자 보호를 목표로 하며, 개발자가 따를 수 있는 명확한 지침을 제공합니다. Capgo와 같은 도구는 팀이 이러한 변경 사항을 준수하도록 쉽게 만들어, **24시간 이내에 95%의 사용자에게 중요한 수정사항을 전달**할 수 있게 합니다 [\[1\]](https://capgo.app/).
-
-## 준수 방법
-
-정책을 모니터링한 후, 다음 단계는 효과적인 준수 방법을 구현하는 것입니다.
-
-**CI/CD 파이프라인에 준수 점검을 통합하세요.** CI/CD 과정에서 점검을 자동화하면 배포 전에 문제를 식별하고 해결할 수 있습니다.
-
-핵심 준수 작업은 다음을 포함합니다:
-
--   권한 사용을 스캔하여 [프라이버시 정책](https://capgo.app/dp/)과의 일치를 보장합니다.
--   사용자 생성 콘텐츠에 대한 필터를 검증합니다.
--   광고 레이블 및 배치 관행을 감사합니다.
--   연령 제한 마커를 검증합니다.
--   정책 변경, 데이터 처리 절차, 조정 규칙 및 보안 조치에 대한 상세 기록을 유지합니다.
-
-**실시간 업데이트를 위해 Capgo 사용을 고려하세요.** 이 도구는 스토어 승인 없이도 업데이트를 가능하게 하고 다음과 같은 기능을 제공합니다:
-
--   CI/CD 파이프라인과의 통합
--   실시간 업데이트 배포
--   내장된 분석 및 오류 추적
--   업데이트 롤백 지원
--   종단 간 암호화 및 사용자 할당 기능
-
-다음으로, 실시간 업데이트 도구를 살펴보고 플랫폼을 비교하여 귀하의 필요에 가장 적합한 것을 찾으세요.
-
-## 정책 변경을 위한 실시간 업데이트
-
-실시간 업데이트는 정책 문제를 감지하고 해결하는 간극을 메우면서 준수를 한 단계 더 발전시킵니다. 이러한 플랫폼은 긴급 업데이트, 버그 수정 및 새로운 기능을 즉시 배포할 수 있으며 앱 스토어 검토 프로세스를 완전히 우회합니다. 이는 자동화된 CI/CD 점검과 함께 작동하여 정책의 간극이 더 빠르게 해결되도록 보장합니다.
-
-### [Capgo](https://capgo.app/) 기능
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806fd96e572faef8699cea8/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo는 **24시간 이내에 95%의 활성 사용자에게 업데이트를 보장하며 전 세계적으로 82%의 성공률**을 기록합니다 [\[1\]](https://capgo.app/). 이 플랫폼은 주요 준수 도구와 효율적인 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/) 시스템을 결합합니다:
-
--   데이터 프라이버시 요구 사항을 충족하기 위한 **종단 간 암호화**
--   단계별 정책 업데이트를 위한 **제어된 롤아웃 채널**
--   준수 문제를 신속하게 처리하기 위한 **즉각적인 롤백 옵션**
--   지속적인 모니터링을 위한 **실시간 분석 및 오류 추적**
--   원활한 준수를 보장하기 위한 **자동화된 CI/CD 통합**
--   특정 그룹에 업데이트를 제공하기 위한 **사용자 할당 제어**
-
-이러한 실시간 업데이트 기능은 보다 광범위한 준수 전략을 지원하는 데 중요한 역할을 하며, 다음에 논의될 내용입니다.
-
-## 장기 준수 계획
-
-빠른 수정은 중요하지만 장기적으로 준수를 확보하려면 견고한 프레임워크가 필요합니다. 실시간 업데이트가 구현된 후에는 준수 작업이 시간이 지남에 따라 일관되게 효과적이도록 유지하는 시스템을 구축하는 데 집중하세요.
-
-### 준수 체크리스트 작성
-
-정책을 업데이트 트리거 및 테스트 프로세스와 연결하는 상세 체크리스트를 개발하세요. 강력한 체크리스트는 다음을 포함해야 합니다:
-
--   특정 업데이트 트리거와 연결된 **데이터 프라이버시, 콘텐츠 및 보안 요구 사항**
--   개발, QA 및 릴리스의 각 워크플로우 단계에 대한 **검증 테스트 및 문서화 단계**
-
-각 단계에 대해 별도의 체크리스트를 유지하고 Google Play가 주요 변경 사항을 발표할 때마다 업데이트하세요.
-
-### 직원 정책 교육
-
-팀의 Google Play 정책을 정기적으로 교육하여 최신 정보를 유지하세요. 훌륭한 교육 프로그램은 다음을 포함해야 합니다:
-
--   새로운 팀 구성원이 기본 정책 요구 사항 및 내부 프로세스에 익숙해지도록 합니다.
--   정책이 업데이트될 때마다 보충 교육 세션을 제공합니다.
--   역할에 따른 워크숍을 포함합니다: 개발자는 기술 규칙에 집중하고, QA 팀은 테스트에 중점을 두며, 관리자들은 기한에 집중합니다.
-
-또한 이러한 교육 노력이 실행 가능한 준수로 이어지도록 정기적인 감사를 실시하세요.
-
-### 정기적인 정책 검토
-
-정기적으로 정책을 모니터링하고 검토하여 앞서 나가세요:
-
--   Google Play 발표를 주간으로 확인하고 규정 준수 메트릭을 평가하세요.
--   긴급 업데이트 절차 및 보안 프로토콜을 테스트하기 위해 분기별 감사를 실시하세요.
--   새로운 정책 변화가 있을 경우 내부 문서를 업데이트하세요.
-
-## 요약
-
-Google Play와의 준수를 유지하려면 정책 업데이트를 면밀히 주시하고, 개발 중 점검을 통합하며, 팀 내에서 명확한 역할을 할당하고, 실시간 업데이트를 효과적으로 관리하는 것이 필요합니다. Capgo와 같은 도구는 이러한 프로세스를 단순화하여 **24시간 이내에 95%의 사용자에게 중요한 수정 사항을 전달**할 수 있도록 합니다 [\[1\]](https://capgo.app/).
-
-이 방법을 사용하여 Google Play의 변화하는 정책을 따라잡고 준수 문제의 위험을 줄이세요.
diff --git a/src/content/blog/ko/google-play-staged-rollouts-how-it-works.md b/src/content/blog/ko/google-play-staged-rollouts-how-it-works.md
deleted file mode 100644
index e11682552..000000000
--- a/src/content/blog/ko/google-play-staged-rollouts-how-it-works.md
+++ /dev/null
@@ -1,166 +0,0 @@
----
-slug: google-play-staged-rollouts-how-it-works
-title: 'Google Play 단계적 출시: 작동 방법'
-description: Google Play에서 단계적 출시를 통해 효과적으로 앱 업데이트를 관리하여 안정성을 보장하고 위험을 최소화하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T00:36:08.727Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ddfefb74046f25829c1f7f-1742603807186.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  staged rollouts, Google Play, app updates, risk management, user feedback,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**Google Play의 단계별 출시**를 통해 개발자는 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 작은 비율의 사용자부터 시작하여 점진적으로 모든 사용자에게 배포할 수 있습니다. 이를 통해 안정성을 보장하고, 문제를 조기에 발견하며, 위험을 최소화할 수 있습니다.
-
-### 주요 이점:
-
--   **위험 관리**: 먼저 소규모 그룹으로 업데이트를 테스트합니다.
--   **실시간 인사이트**: 성능과 피드백을 모니터링합니다.
--   **빠른 롤백**: 필요한 경우 이전 버전으로 되돌립니다.
--   **사용자 피드백**: 초기 응답을 기반으로 업데이트를 개선합니다.
-
-### 작동 방식:
-
-1.  [Google Play Console](https://developer.android.com/distribute/console)에서 출시 비율(예: 5-10%)을 선택합니다.
-2.  충돌 비율, 사용자 피드백, 성능과 같은 지표를 모니터링합니다.
-3.  문제가 발생하면 출시 비율을 조정하거나 일시 중지합니다.
-4.  [Capgo](https://capgo.app/)와 같은 도구를 사용하여 더 빠른 업데이트와 더 나은 추적을 수행합니다.
-
-### 빠른 팁:
-
--   사용자의 5-10%로 시작하여 점진적으로 확대합니다.
--   활동이 적은 기간에 업데이트를 계획합니다.
--   빠른 문제 해결을 위해 오류 추적 도구를 사용합니다.
-
-단계별 출시는 빠른 배포와 통제된 위험의 균형을 맞추어 사용자에게 원활한 업데이트를 보장하면서 개발자가 앱 품질을 유지하는 데 도움을 줍니다.
-
-## 단계별 출시 프로세스
-
-### [Google Play Console](https://developer.android.com/distribute/console) 설정
-
-![Google Play Console](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-ed168370876f8cab0f4fb973291444ec-2025-03-22.jpg?auto=compress)
-
-단계별 출시를 시작하려면 Google Play Console의 '출시' 섹션으로 이동하세요. 대상 트랙(프로덕션, 베타 또는 알파)을 선택하고 새 출시를 만드세요. 이 과정에서 "출시 설정" 아래에서 비율 선택기를 찾을 수 있습니다.
-
-다음과 같이 해야 합니다:
-
--   앱 번들 또는 APK 업로드
--   초기 출시 비율 설정(보통 5-10%)
--   출시 노트 추가
--   모든 것을 검토하고 출시 시작
-
-Google Play Console에서 출시 과정 중 언제든지 출시 비율을 조정할 수 있습니다.
-
-### 출시 진행 상황 추적
-
-Google Play Console 대시보드를 통해 출시를 모니터링하세요. 다음과 같은 실시간 지표를 제공합니다:
-
--   설치 성공률
--   충돌 보고서
--   사용자 피드백
--   기기 호환성 문제
--   성능 데이터
-
-새 출시와 이전 버전의 지표가 별도로 표시되어 문제를 더 쉽게 발견할 수 있습니다. 무언가 이상해 보이면 빠르게 조치를 취할 수 있습니다.
-
-### 업데이트 문제 처리
-
-문제가 발생하면 이 계획을 사용하여 즉시 조치를 취하세요:
-
-> "필요한 경우 이전 버전으로 원클릭 롤백" - Capgo [\[1\]](https://capgo.app/)
-
-1.  **즉각적인 평가**  
-    충돌 보고서와 사용자 피드백을 검토하여 문제의 심각성을 파악합니다. 어떤 기기, Android 버전 또는 기능이 영향을 받는지 주의를 기울이세요.
-    
-2.  **대응 조치**  
-    문제의 심각성에 따라 다음과 같이 할 수 있습니다:
-    
-    -   더 많은 사용자가 업데이트를 받지 않도록 출시를 일시 중지합니다.
-    -   문제가 심각한 경우 이전 버전으로 롤백합니다.
-    -   사소하고 해결 가능한 문제의 경우 핫픽스를 푸시합니다.
-3.  **커뮤니케이션**  
-    출시 노트, 앱 내 알림, 소셜 미디어 업데이트, 개발자 콘솔 메시지를 통해 사용자에게 정보를 제공합니다.
-    
-
-오류 추적 도구를 사용하면 잠재적인 문제를 미리 파악하고 너무 많은 사용자에게 영향을 미치기 전에 해결할 수 있습니다.
-
-## 출시 성공 팁
-
-### 사용자 비율 선택
-
-출시 중 문제 발생 위험을 줄이기 위해 소규모 사용자 그룹으로 시작하세요. 정확한 비율은 앱의 복잡성과 사용자 기반에 따라 다릅니다. 예를 들어, **중요 비즈니스 앱의 경우 5%**, **중간 위험 업데이트의 경우 10%**, **사소한 변경의 경우 20%**로 시작할 수 있습니다. 확장하기 전에 충돌률, 사용자 참여도, 피드백, 성능과 같은 지표를 모니터링하세요. 모든 것이 안정적으로 보일 때만 비율을 늘리세요. 원활한 진행을 위해 이러한 출시 전략에 맞춰 출시 일정을 조정하세요.
-
-### 출시 일정 계획
-
-중단을 최소화하기 위해 사용자 활동이 적은 시간대에 출시를 계획하세요. 시간대, 사용자 행동, 서버 용량, 지원 팀 가용성과 같은 요소를 고려하세요. 이를 통해 문제가 발생했을 때 신속하고 효율적으로 해결할 수 있습니다.
-
-### 업데이트 관리 도구
-
-[업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/) 도구(예: Capgo)를 사용하면 채택률을 높일 수 있습니다 - **24시간 내 95%의 사용자가 업데이트**, **82%의 성공률** [\[1\]](https://capgo.app/). 다음과 같은 기능이 있는 도구를 찾으세요:
-
-| 기능 | 목적 | 영향 |
-| --- | --- | --- |
-| 실시간 분석 | 업데이트 배포 추적 | 즉각적인 진행 상황 파악 |
-| 오류 추적 | 문제 모니터링 | 조기 문제 감지 |
-| 버전 관리 | 여러 출시 관리 | 배포 체계화 |
-| 롤백 기능 | 신속한 업데이트 되돌리기 | 사용자 영향 감소 |
-
-도구를 선택할 때는 자동화된 모니터링을 제공하는 것에 중점을 두세요. **전 세계적으로 57ms의 평균 응답 시간**[\[1\]](https://capgo.app/)을 가진 도구를 사용하면 문제 발생 시 빠른 조치가 가능합니다.
-
-더 많은 제어를 위해 업데이트 배포에 [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)을 사용하는 것을 고려하세요. 이를 통해 특정 사용자 그룹에 다른 버전을 대상으로 지정할 수 있어 베타 테스트와 단계별 출시가 더 원활해집니다. 또한 앱 스토어 규칙을 준수하면서 실시간 코드 변경을 푸시할 수 있는 기능으로 [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 단순화하고 가속화할 수 있습니다.
-
-## 규칙 및 제한 사항
-
-### Google Play 요구 사항
-
-Google Play에서 단계별 출시를 계획하는 경우, 각각의 새로운 APK 또는 [Android App Bundle](https://en.wikipedia.org/wiki/Android_App_Bundle)이 현재 프로덕션 버전보다 높은 버전 코드를 가져야 합니다.
-
-Google Play는 단계별 출시에 대해 다음과 같은 특정 기준을 설정합니다:
-
--   **출시 비율**: 1%에서 100% 사이의 비율을 선택해야 합니다.
--   **버전 호환성**: 업데이트는 앱이 공식적으로 지원하는 모든 Android 버전에서 작동해야 합니다.
--   **앱 서명**: Android App Bundle을 통해 배포되는 앱은 [Google Play 앱 서명](https://support.google.com/googleplay/android-developer/answer/9842756?hl=en)에 등록되어야 합니다.
--   **내부 테스트**: 프로덕션에 출시하기 전에 항상 앱을 내부적으로 테스트하세요.
-
-이러한 요구 사항을 충족하면서 출시 전략에 영향을 줄 수 있는 제한 사항에 유의하세요.
-
-### 알려진 제한 사항
-
-배포를 계획할 때 다음과 같은 제한 사항을 고려하세요:
-
-| 제한 사항 | 세부 사항 | 영향 |
-| --- | --- | --- |
-| 사용자 선택 불가 | 특정 사용자나 지역을 대상으로 지정할 수 없음 | 업데이트는 비율에 따라 무작위로 배포됨 |
-| 버전 관리 | 사용자가 이전 버전으로 되돌릴 수 없음 | 업데이트는 적용되면 영구적임 |
-| 기기 제한 | 특정 기기 대상 지정 불가 | 업데이트는 모든 호환 기기에 균일하게 적용됨 |
-
-기억해야 할 다른 주요 사항:
-
--   한 번에 하나의 단계별 출시만 활성화할 수 있습니다.
--   문제가 발생해도 자동 롤백이 없습니다.
--   사용자가 업데이트를 다운로드하는 시기를 제어할 수 없습니다.
--   출시 프로세스에는 업데이트 세부 사항을 사용자에게 직접 전달하는 방법이 포함되어 있지 않습니다.
-
-출시 비율을 늘리기 전에 최소 24시간을 기다리는 것이 좋습니다. 이를 통해 업데이트를 더 확장하기 전에 성능을 모니터링하고 문제를 해결할 시간을 가질 수 있습니다.
-
-긴급 업데이트의 경우, Capgo와 같은 도구를 사용하여 Google Play의 규칙 내에서 신속한 핫픽스나 업데이트를 처리하는 것을 고려하세요. 이러한 도구는 규정 준수를 유지하면서 중요한 상황을 관리하는 데 도움이 될 수 있습니다.
-
-## 새로운 Play Console로 자신있게 출시하세요
-
-<iframe src="https://www.youtube.com/embed/vyReHI1eSSU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 요약
-
-단계별 출시는 업데이트를 제어된 방식으로 출시하여 앱 품질을 개선하고 사용자를 만족시킵니다. Google Play의 요구 사항을 충족하면서 개발자는 규정을 준수하면서 이 접근 방식을 최대한 활용할 수 있습니다.
-
-### 주요 이점
-
-철저한 모니터링과 결합된 점진적 출시는 안정적인 업데이트를 보장합니다. 
diff --git a/src/content/blog/ko/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md b/src/content/blog/ko/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
deleted file mode 100644
index 57d8b195c..000000000
--- a/src/content/blog/ko/how-I-manage-semantic-release-with-CapGo-CapacitorUpdater.md
+++ /dev/null
@@ -1,263 +0,0 @@
----
-slug: how-I-manage-semantic-release-with-CapGo-CapacitorUpdater
-title: Capgo CapacitorUpdater와 함께 Rapido Cloud가 시맨틱 릴리스를 관리하는 방법
-description: >-
-  CapGo CapacitorUpdater를 사용하는 내 애플리케이션의 릴리스를 관리하기 위해 semantic release를 설정하는
-  방법입니다
-author: Rupert Barrow
-author_image_url: 'https://avatars.githubusercontent.com/u/48629751?v=4'
-author_url: 'https://linkedin.com/in/rbarrow'
-created_at: 2024-09-22T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /rapido_cloud_study_case.webp
-head_image_alt: 스터디 케이스 Rapido 클라우드
-keywords: >-
-  semantic release, semantic-release, CapGo, CapacitorUpdater, mobile app
-  development, live updates, OTA updates, continuous integration, mobile app
-  updates
-tag: Case Study
-published: true
-locale: ko
-next_blog: ''
----
-## 1. 소개
-
-Rapido Cloud(www.rapido.cloud)에서 Salesforce 클라이언트들이 Salesforce Mobile SDK나 Salesforce Mobile Publisher의 복잡한 과정 없이도 자체 브랜드 모바일 애플리케이션을 쉽게 배포할 수 있는 모바일 애플리케이션을 개발하고 있습니다.
-
-이 모바일 앱은 Ionic 8, Angular 18, TypeScript, Capacitor 그리고 최근에는 CapGo CapacitorUpdater를 포함한 현대적이고 "표준적인" 플랫폼에서 널리 사용되는 컴포넌트와 도구들로 개발되었습니다. 이는 Lightning Web Components와 같은 Salesforce 플랫폼 특화 기능을 관리하고 싶지 않은 클라이언트들에게 더 간단하며, 제게는 Ionic + Angular 모바일 애플리케이션 개발자와 유지보수 인력을 구하는 것이 더 쉽고 저렴합니다.
-
-이 글에서는 CapGo와 `semantic-release`를 Github Actions를 통해 모든 배포를 자동으로 관리하는 매우 성공적인 명확한 솔루션으로 만드는 제 설계, 선택, 그리고 구현에 대해 설명합니다. 이 모든 것은 CapGo CapacitorUpdater의 14일 무료 체험 기간 동안 설계, 테스트 및 문서화되었습니다.
-
-## 2. 왜 CapGo를 사용하나요? 왜 semantic-release를 사용하나요?
-
-CapGo CapacitorUpdater는 표준 Apple AppStore/Google PlayStore 배포 과정보다 모바일 앱 배포를 훨씬 더 단순하고, 빠르며 유연하게 만들겠다는 약속으로 저를 매료시켰습니다.
-이는 제가 스토어에 출시하는 첫 모바일 애플리케이션입니다. 과거에는 주로 Salesforce Experience Cloud에서 개발된 웹 앱에 집중했었죠.
-
-성공적으로 만들기 위한 학습 곡선이 다소 두려웠지만, Apple TestFlight에 앱을 꽤 쉽게 올릴 수 있었습니다. 그 후 CapGo CapacitorUpdater를 사용하여 업데이트를 훨씬 더 빠르게 배포할 수 있게 되었습니다.
-
-제 첫 번째 요구사항과 테스트 케이스는 Ionic이 제안하는 Nexus 모바일 브라우저를 통해 모바일 에뮬레이터나 시뮬레이터에서 테스트하는 대신, 실제 모바일 앱으로 제 폰에서 직접 테스트하는 것이었습니다. 제 앱이 위치정보나 사진 갤러리, 카메라 접근과 같은 네이티브 기능을 사용하기 때문입니다. Capacitor 모바일 앱을 테스트해본 경험이 없었기에, 모든 것이 제대로 작동할지 확신할 수 없었습니다. 실제 앱을 실제 조건에서 테스트하는 것만큼 좋은 것은 없죠!
-
-그래서 CapGo CapacitorUpdater는 소스 코드에 새로운 기능이나 수정사항을 저장한 후 1분 만에 제 모바일에서 애플리케이션을 업데이트할 수 있게 도와주었습니다. 정말 안심이 되고, 매우 유연하며, 설정하기도 쉽습니다!
-
-## 3. 제 브랜칭과 릴리스 모델, 그리고 semantic-release의 적용 방법
-
-이제 CapGo 서버로의 배포가 정상적으로 작동하므로, 이를 자동화하고 CI/CD 파이프라인에 맞춰야 합니다.
-
-### 브랜칭과 릴리스 모델을 이렇게 구성했습니다
-
-모바일, 웹 또는 Salesforce 등 모든 애플리케이션에 대해:
-- **개발**은 `main`에서 분기된 `feature/...` 브랜치에서 수행되며, 이들은 대부분의 개발 브랜치의 기준이 되는 `main`으로 병합됩니다(유지보수와 커스텀 배포를 위한 특정 기능은 제외)
-- **배포는 __릴리스 브랜치로부터__ 트리거됩니다** 여기에는: `production`, 프리릴리스 브랜치(`alpha`, `beta`, `nightly` 등)와 고객별 또는 컨텍스트별 커스텀 배포를 위한 브랜치가 포함됩니다
-- **배포는 풀 리퀘스트**가 배포 브랜치에 병합될 때 트리거됩니다. semantic release가 태그와 나머지 모든 것을 관리하기 때문에 태그 트리거 배포는 사용하지 않습니다.
-
-기본적으로 이는 Gitlab Flow입니다:
-
-![Gitlab Flow](/RBW_Gitlab_Flow.webp)
-
-*Gitlab Flow - 출처 https://faun.dev/c/stories/manuelherrera/git-branching-strategies-in-2022*
-
-### semantic-release 작동 방식에 대한 부가 설명:
-
-배포 브랜치에서 semantic-release가 트리거되면, 해당 브랜치의 이전 태그 버전 번호와 배포된 수정사항 또는 기능에 따라 이 브랜치의 새 버전 번호를 자동으로 계산합니다. 수정사항은 새로운 패치 버전을 생성하고, 기능은 새로운 마이너 버전을 생성합니다. 또한 버전 번호에 프리릴리스 `alpha`, `beta` 등을 자동으로 포함합니다.
-
-Semantic release는 conventional commits에 정의되고 semantic release에서 구성된 대로 수정사항과 기능을 그룹화하여 커밋에서 변경 로그를 생성합니다 (https://www.conventionalcommits.org/en/about 참조).
-
-또한 태그와 릴리스에 연결하는 댓글로 모든 git(제 경우 Github) 병합된 풀 리퀘스트와 관련 이슈를 업데이트합니다. 마지막으로, 이 Github 릴리스에 소스 코드, 필요한 경우 바이너리, `CHANGELOG.md` 등의 자산을 첨부합니다.
-
-## 4. semantic release와 CapGo의 브랜치, 릴리스/프리릴리스, 채널
-
-semantic release가 CapGo 배포를 위해 수행하기를 원하는 작업은 다음과 같습니다.
-
-### semantic release가 버전 번호를 생성하기를 원합니다
-
-CapGo는 자체 포크한 레포 `standard-version` (https://github.com/Cap-go/standard-version)과 `capacitor-standard-version` (https://github.com/Cap-go/capacitor-standard-version) 및 `capacitor-plugin-standard-version` (https://github.com/Cap-go/capacitor-plugin-standard-version) 레포와 함께 "Conventional Commits" `standard-version` 도구의 자체 버전을 개발하고 문서화했습니다. 그들은 블로그에서 CapGo 배포에서 사용되는 버전 체계를 문서화했습니다 (https://capgo.app/blog/how-version-work-in-capgo/). JavaScript 번들은 `semantic-release`도 따르는(당연히!) "표준" semver "Semantic Versioning" (https://semver.org)을 따릅니다.
-
-그래서 이는 매우 좋고, `semantic-release`를 광범위하게 사용하는 제게는 안도가 됩니다.
-
-### 또한 semantic release가 다른 채널에서 앱 배포를 생성하기를 원합니다
-
-앞서 언급했듯이, `alpha`, `beta`, `nightly` 등과 같은 브랜치에서 프리릴리스 버전을 배포해야 하지만, `production-customer-jones`, `production-customer-doe` 등과 같은 고객별 버전도 브랜치에 배포해야 합니다.
-
-CapGo는 semantic release도 지원하는 "channels" 기능을 제공하므로, 이들을 함께 작동시키는 것이 기대됩니다. 이들은 또한 XCode Cloud에서 관리하는 다른 브랜치 빌드와도 잘 맞습니다(이에 대해서는 아래에서 자세히 설명).
-
-프리릴리스에서 semantic release가 생성하는 Semver 버전 번호는 `1.0.0-alpha.1`과 같습니다. 이 브랜치에서 연속적인 빌드는 빌드 번호를 `1.0.0-alpha.2` 등으로 증가시킵니다. 명시적으로 문서화되지는 않았지만, 이러한 버전 번호는 CapGo에서 지원되어 제게는 좋은 소식입니다: Capgo 채널과 함께 semantic release 채널과 프리릴리스를 사용하여 앱의 버전을 생성할 것입니다.
-
-## 5. CapGo를 사용하여 어떻게 애플리케이션을 릴리스할 수 있나요?
-
-CapGo에 앱 번들 배포를 자동화하려면 CapGo CLI 명령 `bundle upload`를 사용해야 합니다. 수많은 업로드 옵션을 보려면 `npx @capgo/cli@latest bundle upload --help`를 입력하세요. 그 중에서 다음을 사용할 것입니다:
-```
-npx @capgo/cli bundle upload --channel $CHANNEL --apikey $CAPGO_APIKEY --bundle $VERSION --bundle-url $CAPGO_APPID
-```
-- CHANNEL은 배포하려는 CapGo 채널입니다(예: `alpha`)
-- VERSION은 semantic release가 생성합니다(예: `1.0.0-alpha.1`)
-- CAPGO_APIKEY는 CI/CD 파이프라인 로그인을 고유하게 식별하기 위해 CapGo가 제공합니다
-- CAPGO_APPID는 애플리케이션을 고유하게 식별하기 위해 CapGo가 제공합니다(예: `com.mystartup.mysuperapp`)
-
-## 6. 제 semantic release + CapGo CapacitorUpdate 설정
-
-마지막으로, 이 모든 것이 어떻게 결합되나요?
-
-![semantic release와 Github Actions로 빌드된 앱 번들 버전](/RBW_CapGo_channels_and_versions.webp)
-
-*semantic release와 Github Actions로 빌드된 앱 번들 버전*
-
-
-### Github Actions를 통한 Semantic release 자동화
-
-semantic release의 아름다움은 Github Action 워크플로우 형태의 배포 자동화가 매우 간단하다는 것입니다. 이는 다른 CI/CD 플랫폼에서도 매우 비슷할 것입니다.
-```yaml
-# ./github/workflows/release.yml
-
-name: Release
-
-on:
-  workflow_dispatch:
-  push:
-    branches: [alpha, alpha-nocapgo, dev-rupert]    # <--- adapt this
-
-env:
-  CAPGO_APPID: com.mystartup.mysuperapp             # <--- adapt this
-  CAPGO_APIKEY: ${{ secrets.CAPGO_APIKEY }}
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: 24
-          cache: "npm"
-      - run: npm install
-      - run: npx semantic-release
-        env:
-          DEBUG: true
-          GITHUB_TOKEN: ${{ github.token }}
-```
-
-이는 단순히 NodeJS 환경을 설치한 다음 semantic release를 호출합니다.
-
-`branches`에 나열된 브랜치에서 모든 병합에 대해 semantic release가 배포를 트리거합니다.
-저장소의 secrets에 `CAPGO_APIKEY`를 설정하세요.
-여기에서 `CAPGO_APPID`를 업데이트하세요.
-
-semantic release의 동작은 `.releaserc.json` 구성 파일에서 설정됩니다.
-다음은 제 설정이며, 아래에서 설명합니다:
-```json
-// .releaserc.json
-
-{
-  "branches": [
-    {
-      "name": "release",
-      "channel": "production"
-    },
-    {
-      "name": "alpha",
-      "channel": "alpha",
-      "prerelease": "alpha"
-    },
-    {
-      "name": "alpha-nocapgo",
-      "channel": "alpha",
-      "prerelease": "alpha-nocapgo"
-    },
-    {
-      "name": "dev-rupert",
-      "channel": "development",
-      "prerelease": "development"
-    },
-    {
-      "name": "dev-paul",
-      "channel": "development",
-      "prerelease": "development"
-    }
-  ],
-  "ci": true,
-  "debug": true,
-  "dryRun": false,
-  "repositoryUrl": "https://github.com/RupertBarrow/mysuperapp",
-
-  "verifyConditions": ["@semantic-release/github"],
-
-  "plugins": [
-    [
-      "@semantic-release/commit-analyzer",
-      {
-        "preset": "angular",
-        "releaseRules": [
-          { "type": "breaking", "release": "major" },
-          { "type": "feat", "release": "minor" },
-          { "type": "fix", "release": "patch" },
-          { "type": "ci", "release": "patch" },
-          { "type": "doc", "release": "patch" },
-          { "type": "docs", "release": "patch" },
-          { "type": "refactor", "scope": "core-*", "release": "minor" },
-          { "type": "refactor", "release": "patch" },
-
-          { "scope": "no-release", "release": false }
-        ]
-      }
-    ],
-
-    "@semantic-release/release-notes-generator",
-
-    ["@semantic-release/changelog", { "changelogFile": "CHANGELOG.md" }],
-
-    [
-      "@semantic-release/git",
-      {
-        "assets": ["package.json", "CHANGELOG.md", "ios/App/App.xcodeproj/project.pbxproj"],
-        "message": "chore(release): ${nextRelease.version} [skip ci]\n\n${nextRelease.notes}"
-      }
-    ],
-
-    ["@semantic-release/github", { "assets": ["CHANGELOG.md"] }],
-
-    [
-      "@semantic-release/exec",
-      {
-        "prepareCmd": "npm run build",
-        "publishCmd": "npm add -D @capgo/cli && npx @capgo/cli bundle upload --channel ${branch.channel} --apikey $CAPGO_APIKEY --bundle ${nextRelease.version} --bundle-url $CAPGO_APPID"
-      }
-    ]
-  ]
-}
-```
-
-- `branches`: 
-  - `branches`는 브랜치(`name`)의 구성을 설정하며, CapGo 채널(`channel`)에 매핑되고 프리릴리스 버전 번호가 어떻게 불릴지(`prerelease`) 설정합니다. 예를 들어, `branch.prerelease = "development"`인 경우, semantic release가 생성하는 버전 번호는 `x.y.z-development.n`이 됩니다
-  - `alpha`와 `alpha-nocapgo` 브랜치에 대한 배포는 모두 `alpha` 채널에 앱을 배포하지만, 버전 번호에서 다른 프리릴리스 이름을 가집니다
-  - `dev-rupert`나 `dev-paul`과 같은 개발자 브랜치에 대한 배포는 모두 CapGo의 `development` 채널에 배포되며, 버전 번호에 동일한 `development` 프리릴리스 
-
-애플리케이션 바이너리의 새 버전을 빌드하는 XCode Cloud와 이 모든 것을 통합하는 것은 간단합니다(아직 Google Play에 배포하지는 않았지만, 그 빌드도 비슷할 것입니다):
-- 이를 위해 사용하고자 하는 브랜치(예: `production`)에 변경사항이 있을 때 빌드하도록 XCode Cloud 프로세스를 설정합니다
-- 이 브랜치에서는 `CHANGELOG.md` 파일이 업데이트될 때만 빌드하도록 XCode Cloud를 설정합니다. 이는 semantic release로 생성된 각 버전 후에 업데이트됩니다
-- 서로 다른 채널에 대한 배포를 시뮬레이션하기 위해 다른 브랜치에서 빌드를 트리거할 수 있습니다. 다른 브랜치의 각 XCode Cloud 빌드 구성에서, `releaserc.json`에 설정된 `branch.channel` 값으로 환경 변수를 수동으로 설정하고(네, 이는 수동 복제입니다), 원한다면 앞서 언급한 대로 커스텀 릴리스 브랜치에서 배포된 각 커스텀 고객 애플리케이션에 대해 다른 AppStore 애플리케이션을 배포할 수 있습니다.
-
-![Building app binaries on XCode Cloud with CapGo channels](/RBW_XCode_Cloud_building.webp)
-
-*CapGo 채널을 사용한 XCode Cloud에서의 앱 바이너리 빌드*
-
-## 7. 결론
-
-결론적으로, 14일 시험 기간 내에 신속하게 CapGo CapacitorUpdater를 표준 semantic release 파이프라인에 통합할 수 있어서 매우 기쁩니다. 그 결과는 다음과 같습니다:
-- 번들 버전 번호는 semantic release에 의해 자동으로 생성되며 CapGo 서버와 호환됩니다
-- semantic release는 CapGo 채널도 활용하면서 CapGo 애플리케이션 번들을 자동으로 배포합니다
-- 이는 애플리케이션 바이너리의 XCode Cloud 빌드와 잘 맞습니다
-
-### 다음 단계
-
-현재 이 앱의 개발 단계에 있습니다. TestFlight를 통해 테스터들에게 빠르게 제공할 예정입니다(iOS의 경우). CapGo의 강력함을 고려할 때, 테스트를 위해 AppStore에 무료 버전의 앱을 배포할 것이 확실하며, 테스트 중에 CapGo를 통해 정기적으로 업데이트될 것입니다. 그 후에 다른 레코드로 AppStore에 또 다른(유료) 버전의 앱을 배포하고, 역시 CapGo로 정기적으로 업데이트할 것입니다.
-
-semantic release 구성에 CapGo `bundle upload` 전제 조건에 대한 더 나은 사전 빌드 검증을 추가하기를 희망합니다.
-
-이제 Ionic + Angular + Capacitor로 개발된 향후 모바일 앱을 위한 깔끔하고 단순하며 재현 가능한 semantic release 파이프라인을 갖게 되었습니다.
-
-## 저자 - Rupert Barrow
-
-저는 Salesforce의 클라이언트이자 사용자, 파트너이자 통합자, 아키텍트, 개발자, 비즈니스 애널리스트, 컨설턴트로서 22년 이상의 경험을 가지고 있습니다. 프랑스의 성공적인 Salesforce SI 파트너인 Altius Services의 공동 설립자이자 COO 및 CTO로 13년간 공동 경영했으며, 이후 **Rapido Cloud** 제품을 제공하는 Salesforce 솔로프레너로서 새로운 모험을 시작했습니다.
-
-LinkedIn https://linkedin.com/in/rbarrow 에서 저를 찾을 수 있습니다.
-
-https://www.rapido-companion.app 와 https://www.rapido.cloud(개발 중)에서 우리의 Salesforce 제품들을 살펴보실 수 있습니다.
diff --git a/src/content/blog/ko/how-capacitor-bridges-web-and-native-code.md b/src/content/blog/ko/how-capacitor-bridges-web-and-native-code.md
deleted file mode 100644
index 6d5d465ad..000000000
--- a/src/content/blog/ko/how-capacitor-bridges-web-and-native-code.md
+++ /dev/null
@@ -1,237 +0,0 @@
----
-slug: how-capacitor-bridges-web-and-native-code
-title: Capacitor가 웹과 네이티브 코드를 연결하는 방법
-description: 네이티브 브리지가 웹과 네이티브 코드 간의 원활한 통신을 가능하게 하여 앱 성능과 사용자 경험을 향상시키는 방법을 살펴보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T02:55:05.863Z
-updated_at: 2025-03-26T02:55:21.554Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e35e3910051fda3b61fe9f-1742957721554.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, native bridge, web apps, live updates, plugin system, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
--   **네이티브 브릿지**: JavaScript를 네이티브 동작으로 변환합니다 (예: [카메라 접근](https://capgo.app/plugins/camera-preview/) 또는 GPS).
--   **플러그인 시스템**: 웹과 네이티브 레이어를 안전하게 연결하여 원활한 통신을 제공합니다.
--   **실시간 업데이트**: 앱 스토어 지연 없이 사용자에게 직접 업데이트를 제공합니다.
--   **커스텀 플러그인**: 생체 인증이나 특수 센서와 같은 고급 디바이스 기능에 접근할 수 있는 플러그인을 생성합니다.
--   **성능**: 빠른 로딩 (5MB 번들 114ms) 및 전역 신뢰성 (82% 성공률).
-
-### 간단한 개요
-
-| 기능 | 구현 예시 | 이점 |
-| --- | --- | --- |
-| **카메라 접근** | `Camera.getPhoto()` | 쉽게 사진 촬영 |
-| **위치 정보** | `Geolocation.getCurrentPosition()` | 사용자 위치 추적 |
-| **파일 시스템** | `Filesystem.readFile()` | 디바이스 저장소 관리 |
-| **실시간 업데이트** | 114ms 내 전달 | [사용자에게 더 빠른 업데이트](https://capgo.app/blog/optimise-your-images-for-updates/) |
-
-[Capacitor](https://capacitorjs.com/)는 개발자가 웹 개발의 유연성과 네이티브 앱의 파워를 결합할 수 있도록 도와줍니다. 계속 읽으시면 작동 방식과 [Capgo](https://capgo.app/)와 같은 도구가 어떻게 이를 더 개선하는지 알 수 있습니다.
-
-## [Capacitor](https://capacitorjs.com/) 3으로 웹 네이티브 앱 구축하기
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-<Steps>
-
-<Steps>
-
-## 핵심 브릿지 기능
-
-Capacitor의 네이티브 브릿지는 웹 애플리케이션이 네이티브 코드를 통해 디바이스 기능과 직접 상호작용할 수 있도록 하는 중요한 연결고리 역할을 합니다.
-
-### 네이티브 브릿지 기초
-
-브릿지는 JavaScript 요청을 네이티브 플랫폼 코드로 변환하여 작동합니다. 예를 들어, 웹 앱이 카메라 접근을 요청하면 브릿지는 해당 요청을 iOS의 경우 Swift로, Android의 경우 Java/Kotlin으로 변환하여 실행하고 결과를 웹 애플리케이션으로 다시 전송합니다.
-
-### 브릿지의 이점
-
-네이티브 브릿지는 크로스 플랫폼 개발에 여러 가지 이점을 제공합니다:
-
-| 이점 | 설명 | 영향 |
-| --- | --- | --- |
-| 로드 시간 | 5MB 번들 평균 114ms [\[1\]](https://capgo.app/) | 더 빠른 앱 응답 시간 |
-| 업데이트 도달 | 24시간 내 95% 사용자 업데이트 [\[1\]](https://capgo.app/) | 신속한 기능 출시 |
-| 시장 커버리지 | 82% 전역 성공률 [\[1\]](https://capgo.app/) | 전 세계적으로 안정적인 성능 |
-| API 응답 시간 | 전역 평균 57ms [\[1\]](https://capgo.app/) | 원활하고 효율적인 상호작용 |
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" – Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-### 플러그인 통신 시스템
-
-플러그인 시스템은 표준화된 API를 사용하여 웹과 네이티브 레이어 간의 데이터 교환을 단순화하고 안전하게 합니다. 실제 애플리케이션에서 효과적임이 입증되었습니다:
-
--   **규모**: 현재 프로덕션에서 750개의 앱에서 사용 중 [\[1\]](https://capgo.app/)
--   **신뢰성**: 2,350만 건 이상의 업데이트 전달 [\[1\]](https://capgo.app/)
--   **성능**: 전역 평균 API 응답 시간 57ms [\[1\]](https://capgo.app/)
-
-이 시스템은 또한 종단간 암호화를 포함하여 안전한 데이터 전송을 보장합니다. 개발자들에게 플랫폼 간에 원활하게 작동하는 안전하고 고성능 앱을 만들 수 있는 도구를 제공합니다.
-
-## 웹 코드에서 네이티브 기능으로
-
-### JavaScript에서 네이티브 API 사용하기
-
-Capacitor는 JavaScript API를 사용하여 네이티브 디바이스 기능에 쉽게 접근할 수 있게 합니다. 일반적인 기능들의 구현 방법을 살펴보겠습니다:
-
-| 네이티브 기능 | JavaScript 구현 |
-| --- | --- |
-| 카메라 접근 | `Camera.getPhoto()` |
-| 위치 정보 | `Geolocation.getCurrentPosition()` |
-| 파일 시스템 | `Filesystem.readFile()` |
-| 디바이스 정보 | `Device.getInfo()` |
-
-Capacitor는 플랫폼별 차이를 처리합니다. iOS와 Android 모두에서 적절한 권한 대화상자를 자동으로 트리거하면서 일관된 JavaScript 인터페이스를 제공합니다. 이제 플러그인 시스템이 웹 코드와 네이티브 기능 간의 안전하고 효율적인 통신을 어떻게 보장하는지 살펴보겠습니다.
-
-### 플러그인 구조
-
-Capacitor의 플러그인 시스템은 웹과 네이티브 코드 간의 통신을 효율적이고 안전하게 만들도록 설계되었습니다. 세 가지 주요 레이어를 통해 작동합니다:
-
-1.  **요청 레이어**: 수신되는 호출이 적절히 검증되고 정제되도록 보장합니다.
-2.  **변환 레이어**: JavaScript 호출을 플랫폼별 동작으로 변환합니다.
-3.  **응답 핸들러**: 데이터 흐름을 처리하고, 오류를 처리하며, 타입 변환을 관리합니다.
-
-이 구조는 웹 앱과 네이티브 디바이스 기능 간의 원활하고 안정적인 상호작용을 보장합니다.
-
-## 네이티브 코드에서 웹 기능으로
-
-### 네이티브 코드에서의 웹 이벤트
-
-Capacitor의 브릿지는 최소한의 노력으로 웹 레이어에 실시간 업데이트를 가능하게 합니다. 개발자는 각 이벤트 유형에 맞게 설계된 특정 메서드를 사용하여 네이티브 이벤트를 효과적으로 관리할 수 있습니다:
-
-| 이벤트 유형 | 구현 방법 | 사용 사례 |
-| --- | --- | --- |
-| 푸시 알림 | `notifyListeners()` | 새 메시지에 대해 웹 레이어에 알림 |
-| 위치 업데이트 | `Events.emit()` | GPS 좌표 변경 전송 |
-| 하드웨어 상태 | `Bridge.triggerWindowEvent()` | 배터리 또는 네트워크 상태와 같은 변경 사항 보고 |
-
-Capgo는 서로 다른 버전 간에 일관된 이벤트 처리를 보장합니다. 다음으로, 네이티브 코드가 어떻게 웹 컴포넌트에 실시간 데이터를 전달하는지 살펴보겠습니다.
-
-### 네이티브 데이터 업데이트
-
-이벤트를 트리거한 후, 네이티브 코드에서 웹으로의 데이터 업데이트는 마찬가지로 원활합니다. Capgo의 실시간 업데이트 기능을 통해 이 방법은 동적 애플리케이션에서 신뢰할 수 있는 선택이 됩니다.
-
-Capgo의 CDN은 5 MB 번들을 단 114 ms 만에 처리하여 업데이트를 원활하고 효율적으로 유지합니다.
-
-네이티브 데이터 업데이트를 더욱 개선하려면 다음 팁들을 고려하세요:
-
--   **일괄 업데이트**: 관련된 데이터 변경을 결합하여 브릿지 호출 횟수를 줄입니다.
--   **이벤트 디바운싱**: 시스템에 과부하가 걸리지 않도록 고빈도 네이티브 이벤트를 제한합니다.
--   **오류 처리**: 네이티브와 웹 양쪽에서 강력한 오류 관리 전략을 사용합니다.
-
-Capacitor의 브릿지와 [Capgo의 업데이트 시스템](https://capgo.app/docs/plugin/cloud-mode/manual-update/)의 조합은 네이티브-웹 통신을 위한 신뢰할 수 있는 설정을 만듭니다.
-
-## 커스텀 플러그인 만들기
-
-Capacitor의 네이티브 브릿지를 사용하여 커스텀 플러그인은 웹과 네이티브 레이어 간의 통신을 가능하게 하여 고급 디바이스 기능에 대한 접근을 unlock합니다.
-
-### 플러그인 개발 단계
-
-1. **개발 환경 설정**
-
-다음과 같은 구조로 플러그인 디렉토리를 만듭니다:
-
-2. **플러그인 인터페이스 정의**
-
-[TypeScript](https://www.typescriptlang.org/) 인터페이스를 작성하여 플러그인이 어떻게 작동할지 지정합니다:
-
-3. **네이티브 코드 구현**
-
-iOS와 Android를 위한 플랫폼별 기능을 추가합니다. 예를 들어, Swift에서:
-
-프레임워크가 준비되면 앱의 특정 요구사항에 맞는 플러그인을 만들 수 있습니다.
-
-### 커스텀 플러그인 응용
-
-커스텀 플러그인은 표준 웹 API가 남긴 간극을 메웁니다. 다음은 실제 예시를 보여주는 표입니다:
-
-| 사용 사례 | 플러그인 카테고리 | 예시 |
-| --- | --- | --- |
-| [생체 인증](https://capgo.app/plugins/capacitor-native-biometric/) | 보안 | 지문 또는 얼굴 인식 |
-| 커스텀 하드웨어 | 디바이스 | 특수 센서 통합 |
-| 파일 처리 | 저장소 | 파일을 위한 [커스텀 암호화](https://capgo.app/docs/cli/migrations/encryption/) |
-
-커스텀 플러그인을 만들 때 다음 팁들을 명심하세요:
-
--   **오류 처리**: 웹과 네이티브 양쪽에서 효과적으로 오류를 처리하도록 합니다.
--   **문서화**: 명확한 API 문서를 제공하고 버전 기록을 유지합니다.
--   **버전 관리**: 업데이트를 안정적으로 관리하기 위해 시맨틱 버저닝을 따릅니다.
-
-Capgo의 업데이트 시스템은 플러그인 배포를 단순화하여 호환성과 버전 관리를 보장하면서 앱의 사용자 기반 전체에 업데이트를 쉽게 배포할 수 있
-
-**캐시 관리**:
-
--   자주 접근하는 네이티브 데이터를 웹 스토리지에 저장하여 더 빠른 검색이 가능합니다.
--   API 응답을 위해 LRU(Least Recently Used) 캐시를 사용하세요.
--   캐시가 너무 커지지 않도록 정기적으로 정리하세요.
-
-실시간 기능의 경우, 병목 현상을 방지하기 위해 메시지 큐 사용을 고려하세요. 라이브 업데이트를 배포할 때, Capgo의 성능 모니터링 도구를 통해 브리지 오버헤드를 줄이고 더 원활한 기능 출시를 보장할 수 있습니다.
-
-## [Capgo](https://capgo.app/)를 통한 라이브 업데이트
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-### Capgo 기능
-
-Capgo는 앱스토어 심사 없이 즉각적인 코드 배포를 가능하게 하여 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/) 업데이트를 더 쉽게 만듭니다. 엔드투엔드 암호화된 업데이트를 제공하고 대상 지정 전달을 위한 고급 채널 시스템을 사용합니다.
-
-성능 데이터에 따르면 Capgo는 프로덕션 환경에서 750개의 앱을 지원하며 실제 사용에서 신뢰성을 보여줍니다 [\[1\]](https://capgo.app/). [클라우드와 자체 호스팅 설정](https://capgo.app/blog/self-hosted-capgo/) 모두에서 작동하며 자동화된 프로세스를 위한 CI/CD 워크플로우에 원활하게 통합됩니다.
-
-Capgo의 업데이트 시스템이 이러한 기능들을 어떻게 구현하는지 자세히 알아보겠습니다.
-
-### Capgo 업데이트 시스템
-
-업데이트 시스템은 세 단계로 작동합니다:
-
-1.  **설치 및 설정**
-    
-    다음 명령어로 Capgo를 초기화하여 시작하세요:
-    
-    ```javascript
-// Native code triggering web updates
-Capacitor.Bridge.triggerWindowEvent('dataUpdate', {
-   type: 'sensor',
-   value: newReading
-});
-```
-    
-2.  **업데이트 배포**
-    
-    Capgo의 채널 시스템은 다음을 통해 업데이트 배포를 효율적으로 만듭니다:
-    
-    -   대역폭을 절약하는 부분 업데이트
-    -   사용자를 방해하지 않는 백그라운드 설치
-    -   롤백 옵션이 있는 자동 버전 관리
-3.  **보안 및 규정 준수**
-    
-    Capgo는 엔드투엔드 암호화를 사용하여 업데이트가 Apple과 Google 가이드라인을 준수하도록 보장합니다. 또한 추가적인 신뢰성을 위해 내장된 오류 추적 및 분석 기능을 포함합니다.
-
-이 시스템은 Capacitor의 네이티브 브리지와 원활하게 작동하여 앱 업데이트를 쉽고 편리하게 만듭니다. 이러한 기능들이 Capgo를 라이브 업데이트 시장에서 차별화합니다.
-
-### 업데이트 서비스 옵션
-
-Capgo는 여러 핵심 요소들 덕분에 Capacitor 앱을 위한 라이브 업데이트 서비스 중에서 돋보입니다:
-
-| 기능 | Capgo | 시장 맥락 |
-| --- | --- | --- |
-| 가격 모델 | 월 12달러부터 | 소규모 및 대규모 팀 모두에게 적합 |
-| 업데이트 전달 | 평균 114ms | 대부분의 경쟁사보다 빠름 |
-| 사용자 제한 | 1,000에서 1M+ MAU | 성장하는 앱과 함께 확장 |
-| 스토리지 | 2GB에서 20GB | 유연한 스토리지 옵션 |
-| 대역폭 | 50GB에서 10TB | 기업 요구사항에 맞춤 |
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-다른 플랫폼에서 전환하는 팀들을 위해 Capgo는 원활한 마이그레이션 옵션과 전체 지원을 제공합니다. Capacitor 생태계에서의 강력한 입지로 Capgo는 지속적 배포를 위한 신뢰할 수 있는 선택입니다.
-
-## 요약
-
-Capacitor의 브리지 시스템은 웹과 네이티브 계층 간의 원활한 통신을 촉진하여 하이브리드 앱 개발을 간소화합니다. 이는 네이티브 기능 접근을 더 쉽게 만들면서 배포 프로세스를 개선하고 전반적인 사용자 경험을 향상시킵니다.
-
-Capgo와 같은 라이브 업데이트 플랫폼은 이러한 효율성을 더욱 발전시킵니다. 750개의 프로덕션 앱에서 2,350만 건의 업데이트를 전달하며, Capgo는 24시간 내에 활성 사용자의 95%가 업데이트를 받도록 보장하여 82%의 전체 성공률을 달성합니다 [\[1\]](https://capgo.app/). 이 플랫폼은 인상적인 속도와 신뢰성으로 지속적으로 안전하게 업데이트를 전달합니다 [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/ko/how-capacitor-handles-platform-differences.md b/src/content/blog/ko/how-capacitor-handles-platform-differences.md
deleted file mode 100644
index e8ddf9097..000000000
--- a/src/content/blog/ko/how-capacitor-handles-platform-differences.md
+++ /dev/null
@@ -1,291 +0,0 @@
----
-slug: how-capacitor-handles-platform-differences
-title: Capacitor가 플랫폼 차이를 처리하는 방법
-description: iOS 및 Android에 대한 단일 코드베이스를 사용하여 모바일 앱 개발에서 플랫폼 차이를 효과적으로 관리하는 방법을 배우십시오.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T02:08:36.160Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e200987856e801f1f26fa8-1742868536741.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, mobile development, cross-platform, iOS, Android, custom plugins,
-  UI design, live updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/)는 개발자가 동일한 코드베이스를 사용하여 iOS 및 Android용 앱을 구축할 수 있도록 도와주며, 플랫폼별 차이를 해결합니다. 네이티브 기능 통합을 간소화하고, 플랫폼 지침 준수를 보장하며 성능을 최적화합니다. 주요 하이라이트:
-
--   **플랫폼 감지**: `Capacitor.getPlatform()`을 사용하여 플랫폼별 코드를 적용합니다.
--   **내장 플러그인**: 카메라, 스토리지, 지리적 위치와 같은 기능에 통합된 API를 제공합니다.
--   **커스텀 플러그인**: 고유 요구사항에 맞는 네이티브 코드를 추가할 수 있습니다.
--   **UI 조정**: iOS용 디자인 규칙(예: [SF Symbols](https://developer.apple.com/sf-symbols/), 둥근 버튼) 및 Android용 디자인 규칙(예: [Material Icons](https://developers.google.com/fonts/docs/material_icons), 왼쪽 정렬 버튼)을 따릅니다.
--   **구성**: 두 플랫폼에 대한 설정을 `capacitor.config.json`에서 조정합니다.
--   **[Capgo](https://capgo.app/)를 통한 실시간 업데이트**: 앱 스토어 지연 없이 즉시 업데이트를 배포하여 24시간 이내에 최대 95%의 사용자 채택을 달성합니다.
-
-### 빠른 비교
-
-| 기능 | iOS | Android |
-| --- | --- | --- |
-| **탐색** | 하단 탭 바로, 왼쪽의 뒤로 버튼 | 상단 탐색 서랍, 하단 탐색 |
-| **타이포그래피** | 샌프란시스코 글꼴 | 로보토 글꼴 |
-| **플러그인 (예: 카메라)** | [AVFoundation](https://developer.apple.com/documentation/avfoundation/) | [Camera2 API](https://developer.android.com/media/camera/camera2) |
-| **빌드 출력** | `.ipa` 파일 | `.aab` 또는 `.apk` 파일 |
-
-Capacitor는 웹과 네이티브 앱 개발 간의 간격을 메워주어 플랫폼별 최적화를 유지하면서 교차 플랫폼 앱을 더 쉽게 만들 수 있게 합니다.
-
-## 교차 플랫폼 개발: CapacitorJS 탐색 ...
-
-<iframe src="https://www.youtube.com/embed/73YWZ1G_DX4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/)이 플랫폼 코드를 처리하는 방법
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-25.jpg?auto=compress)
-
-Capacitor는 플랫폼별 코드를 관리할 수 있는 도구를 제공하여 개발자가 단일 API를 사용하여 iOS 및 Android용 맞춤형 경험을 만들어낼 수 있도록 합니다.
-
-### 코드에서 플랫폼 감지
-
-Capacitor의 내장 플랫폼 API를 사용하면 현재 플랫폼을 감지하는 것이 간단합니다. `Capacitor.getPlatform()` 메서드는 실행 환경을 식별하여 조건부 논리를 적용하기 쉽게 합니다:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const platform = Capacitor.getPlatform();
-if (platform === 'ios') {
-  // Code specific to iOS
-} else if (platform === 'android') {
-  // Code specific to Android
-}
-```
-
-이 접근 방식은 iOS가 [Face ID](https://en.wikipedia.org/wiki/Face_ID)를 사용할 수 있고 Android는 지문 인증에 의존하는 [생체 인증](https://capgo.app/plugins/capacitor-native-biometric/)과 같은 기능에 특히 유용합니다. 플랫폼 감지와 함께, Capacitor의 내장 플러그인은 네이티브 통합을 간소화합니다.
-
-### 내장 플랫폼 기능
-
-Capacitor는 플랫폼별 차이를 원활하게 처리하는 핵심 플러그인 세트를 제공합니다. 이 플러그인들은 네이티브 구현의 복잡성을 관리하면서 일관된 JavaScript 인터페이스를 제공합니다:
-
-| 플러그인 | iOS 구현 | Android 구현 |
-| --- | --- | --- |
-| 카메라 | AVFoundation | Camera2 API |
-| 스토리지 | UserDefaults | SharedPreferences |
-| 지리적 위치 | CoreLocation | LocationManager |
-
-각 플러그인은 플랫폼의 네이티브 API를 자동으로 사용하여 원활한 성능과 기능을 보장합니다.
-
-### 커스텀 플랫폼 플러그인 빌드
-
-내장 플러그인이 요구 사항을 충족하지 못하는 경우 특정 네이티브 API에 접근하기 위해 커스텀 플러그인을 만들 수 있습니다. 방법은 다음과 같습니다:
-
-1.  **플러그인 정의**
-    
-    ```typescript
-    @Plugin({
-      name: 'CustomFeature',
-      platforms: ['ios', 'android']
-    })
-    ```
-    
-2.  **네이티브 코드 추가**
-    
-    ```typescript
-    @PluginMethod()
-    async customFunction(): Promise<void> {
-      if (Capacitor.getPlatform() === 'ios') {
-        // Add iOS-specific code
-      } else {
-        // Add Android-specific code
-      }
-    }
-    ```
-    
-3.  **플랫폼 핸들러 구현**
-    
-    -   **iOS (Swift):**
-        
-        ```swift
-        @objc func customFunction(_ call: CAPPluginCall) {
-          // Add native iOS functionality
-        }
-        ```
-        
-    -   **Android (Kotlin):**
-        
-        ```kotlin
-        @PluginMethod
-        fun customFunction(call: PluginCall) {
-          // Add native Android functionality
-        }
-        ```
-        
-
-커스텀 플러그인은 API를 일관되게 유지하면서 네이티브 기능에 접근할 수 있게 합니다. 이는 개발 프로세스를 복잡하게 만들지 않으면서 성능과 기능을 보장합니다.
-
-## 플랫폼별 UI 가이드라인
-
-### iOS 대 Android 디자인 규칙
-
-iOS와 Android용 디자인을 할 때, 네이티브 디자인 패턴을 따르는 것이 중요합니다. 각 플랫폼의 사용자는 탐색, 타이포그래피, 버튼, 헤더 및 아이콘과 같은 항목에 대한 기대가 다릅니다. 비교는 다음과 같습니다:
-
-| 디자인 요소 | iOS | Android |
-| --- | --- | --- |
-| **탐색** | 하단 탭 바, 왼쪽의 뒤로 버튼 | 상단 탐색 서랍, 하단 탐색 |
-| **타이포그래피** | 샌프란시스코 글꼴 | 로보토 글꼴 |
-| **버튼** | 둥근 직사각형, 중앙 정렬 텍스트 | 머티리얼 디자인 버튼, 왼쪽 정렬 텍스트 |
-| **헤더** | 큰 제목, 중앙 정렬 | 앱 바, 왼쪽 정렬 |
-| **아이콘** | SF 심볼 | 머티리얼 아이콘 |
-
-### 교차 플랫폼 디자인 기준
-
-각 플랫폼마다 자체 규칙이 있지만, 두 플랫폼에서 브랜드 정체성을 유지하는 것이 중요합니다. 일관성을 보장하는 방법은 다음과 같습니다:
-
-```typescript
-const sharedStyles = {
-  primaryColor: '#007AFF', // iOS blue
-  androidPrimaryColor: '#6200EE', // Material Design purple
-  borderRadius: Capacitor.getPlatform() === 'ios' ? '10px' : '4px'
-};
-
-:root {
-  --app-header-height: var(--platform-header-height, 56px);
-  --app-safe-area-top: var(--platform-safe-area-top, 0px);
-}
-```
-
-Capacitor를 사용하면, 기능 일관성을 유지하면서 플랫폼별 UI 구성 요소를 통합할 수 있습니다. 또한 다크 모드 및 동적 타입과 같은 시스템 전반에 걸친 설정을 관리하는 데 도움이 됩니다. 프로세스를 완료하려면 플랫폼별 빌드 설정이 이러한 가이드라인과 일치하는지 확인하세요.
-
-## 플랫폼 설정 및 구성
-
-플랫폼 코드를 관리한 후, 앱이 iOS와 Android에서 원활하게 실행되도록 적절한 구성이 필수적입니다.
-
-### `capacitor.config.json`의 플랫폼 설정
-
-`capacitor.config.json` 파일을 사용하여 주요 플랫폼별 설정을 정의하세요:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "ios": {
-    "contentInset": "always",
-    "backgroundColor": "#ffffff",
-    "scheme": "myapp",
-    "preferredContentMode": "mobile"
-  },
-  "android": {
-    "backgroundColor": "#FFFFFF",
-    "allowMixedContent": true,
-    "captureInput": true,
-    "webContentsDebuggingEnabled": true
-  }
-}
-```
-
-고려할 수 있는 일부 구성 옵션은 다음과 같습니다:
-
-| 옵션 | iOS | Android |
-| --- | --- | --- |
-| **딥 링크** | `scheme` 속성 | `androidScheme` 속성 |
-| **상태바** | `statusBar.style` | `statusBar.backgroundColor` |
-| **키보드** | `keyboard.resize` | `keyboard.resize`, `keyboard.style` |
-| **스플래시 화면** | `splashScreen.launchShowDuration` | `splashScreen.layoutName` |
-
-런타임 설정을 적용한 후, 각 플랫폼의 성능을 향상시키기 위해 빌드 설정을 조정합니다.
-
-### 플랫폼별 빌드 설정
-
-빌드 설정을 세밀하게 조정하여 iOS 및 Android에 맞게 앱을 최적화하세요.
-
-iOS의 경우 `Info.plist` 파일을 업데이트합니다:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Required for document scanning</string>
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>Required for store locator</string>
-```
-
-Android의 경우 `android/app/build.gradle`을 수정합니다:
-
-```kotlin
-android {
-    defaultConfig {
-        minSdkVersion 21
-        targetSdkVersion 33
-        versionCode 1
-        versionName "1.0"
-    }
-    buildTypes {
-        release {
-            minifyEnabled true
-            proguardFiles getDefaultProguardFile('proguard-android.txt')
-        }
-    }
-}
-```
-
-주요 빌드 고려사항은 다음과 같습니다:
-
-| 측면 | iOS | Android |
-| --- | --- | --- |
-| **권한** | `Info.plist`에 항목 추가 | `AndroidManifest.xml`에 정의 |
-| **아이콘** | 20px에서 1024px까지 크기 | mdpi에서 xxxhdpi까지 밀도 |
-| **스플래시 화면** | 스토리보드 기반 | 레이아웃 XML 기반 |
-| **빌드 출력** | `.ipa` 파일 | `.aab` 또는 `.apk` 파일 |
-
-## [Capgo](https://capgo.app/)로 앱 업데이트
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-25.jpg?auto=compress)
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)을 iOS와 Android 모두 효율적으로 업데이트하는 것이 중요합니다. Capgo는 두 플랫폼의 지침에 맞는 실시간 업데이트 시스템을 제공합니다.
-
-### Capgo 기능
-
-| 기능 | 설명 | 플랫폼 혜택 |
-| --- | --- | --- |
-| **실시간 업데이트** | 앱 스토어 검토 없이 즉시 배포 | iOS와 Android에서 통합된 경험 보장 |
-| **종단 간 암호화** | 업데이트 전송 보안 | 두 플랫폼의 보안 요구사항 충족 |
-| **[채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | 특정 사용자 그룹을 대상으로 함 | 베타 테스트 및 단계별 배포 지원 |
-| **부분 업데이트** | 수정된 콘텐츠만 다운로드 | 대역폭 절약 및 업데이트 속도 증가 |
-
-Capgo는 2350만 건의 업데이트를 제공했으며, 24시간 이내에 95%의 활성 사용자 업데이트 비율을 달성했습니다 [\[1\]](https://capgo.app/). 이러한 기능들은 플랫폼 간 업데이트 관리를 더 원활하고 효율적으로 만듭니다.
-
-### Capgo 플랫폼 관리
-
-Capgo의 채널 시스템은 업데이트 관리를 더 쉽게 만듭니다. 개발자는 베타 사용자와 함께 iOS 전용 기능을 테스트하고, Android 업데이트를 단계적으로 배포하며 성능 지표를 원활하게 추적할 수 있습니다.
-
-이 플랫폼은 Apple과 Google의 무선 업데이트 요구사항을 준수합니다 [\[1\]](https://capgo.app/).
-
-현재 750개의 생산 앱이 Capgo를 사용하고 있으며, 82%의 글로벌 업데이트 성공률을 유지하고 있습니다 [\[1\]](https://capgo.app/). CI/CD 통합은 배포를 간소화하고, 롤백 기능을 통해 문제가 발생할 경우 개발자가 이전 버전으로 즉시 되돌릴 수 있도록 합니다. 실시간 분석은 업데이트 성과에 대한 통찰력을 제공하고 앱 안정성을 유지하는 데 도움이 됩니다.
-
-## 결론
-
-### 플랫폼 관리의 이점
-
-Capacitor에서 플랫폼 간 차이를 효과적으로 관리하면 교차 플랫폼 개발이 향상됩니다. 플랫폼 감지 및 구성에 대한 내장 도구를 통해 개발자는 iOS와 Android 모두에서 매끄러운 경험을 만들 수 있으며, 각 플랫폼의 고유한 디자인 기준과 기능을 존중합니다.
-
-적절한 플랫폼 관리에 주의를 기울이면 개발 팀은 업데이트를 더 빠르게 출시하고 사용자 만족도를 높일 수 있습니다. Capgo와 같은 도구는 일관된 플랫폼 처리가 업데이트 성공률을 높이고 더 나은 사용자 경험으로 이어질 수 있음을 보여주었습니다 [\[1\]](https://capgo.app/).
-
-> "우리는 애자일 개발을 실행하며 @Capgo는 사용자에게 지속적으로 제공하는 데 중요한 역할을 하고 있습니다!"  
-> – 로드리고 만티카 [\[1\]](https://capgo.app/)
-
-이러한 통찰력은 여러분이 실질적인 개선을 이루는 데 도움이 될 수 있습니다.
-
-### 다음 단계
-
-이점 극대화를 위해 다음 전략을 구현해 보세요:
-
-| 조치 항목 | 이점 |
-| --- | --- |
-| 플랫폼 감지 활성화 | iOS와 Android의 요구에 자동 조정 |
-| 실시간 업데이트 구현 | 긴급 수정에 대한 앱 스토어 지연 회피 |
-| 분석 설정 | 각 플랫폼에 대한 성과 지표 추적 |
-| 롤백 지원 활성화 | 플랫폼별 문제를 신속하게 해결 |
-
-작업 흐름을 개선하려는 개발자를 위해, Capgo와 같은 도구는 프로세스를 단순화할 수 있습니다. 종단 간 암호화 및 CI/CD 통합과 같은 기능은 팀이 일관성을 유지하면서 효율적으로 업데이트를 배포하는 데 도움이 됩니다.
-
-플랫폼 관리에서 성공은 올바른 도구를 사용하고 플랫폼별 지침을 준수하는 데 달려 있습니다. 강력한 탐지 및 관리 전략에 집중함으로써 개발자는 앱이 iOS와 Android 모두에서 매끄럽게 작동하도록 보장할 수 있습니다.
diff --git a/src/content/blog/ko/how-capgo-is-born.md b/src/content/blog/ko/how-capgo-is-born.md
deleted file mode 100644
index ae898d165..000000000
--- a/src/content/blog/ko/how-capgo-is-born.md
+++ /dev/null
@@ -1,54 +0,0 @@
----
-slug: how-capgo-is-born
-title: Capgo의 탄생 과정
-description: Capgo를 시작하고 구축하게 된 배경 이야기
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-01T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo_birth.webp
-head_image_alt: Capgo 탄생 일러스트레이션
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Story
-published: true
-locale: ko
-next_blog: ''
----
-안녕하세요, 저는 Martin Donadieu입니다.
-
-2021년 7월, 저는 2019년에 공동 창업했던 [Naas](https://naas.ai/)를 떠나 솔로 프로젝트를 시작했습니다.
-
-솔로 여정의 첫 6개월 동안 저는 4년 전에 만들었던 모바일 앱 Captime을 재시작하는 데 집중했습니다. 이 앱은 코로나로 인해 부업이 되었죠.
-
-2021년 12월, 앱을 처음부터 다시 만들고 있을 때, 현재 운영 중인 버전에 문제가 발생했고,
-
-상황이 복잡해졌습니다. 수정이 필요했지만 새 버전을 출시하고 싶지 않아서, 앱에 코드 업데이트를 푸시할 수 있는 방법을 찾아보았습니다.
-
-당시 Captime은 월 400달러의 수익을 내고 있었고, 저렴한 솔루션을 찾고 있었습니다. Ionic Appflow는 제 예산을 초과했죠.
-
-유일한 다른 대안은 Microsoft App Center였지만, 그들은 Cordova / Capacitor에서 실행되는 앱에 대한 지원을 중단했습니다.
-
-저처럼 솔로 개발자라면, Ionic AppFlow가 가격면에서 최선의 선택이 아니라는 것을 알게 될 것입니다.
-
-여러분처럼 저도 이에 대해 불만이 있었고, Ionic에 연락했지만, 그들은 불만을 이해하면서도 가격 정책을 바꿀 의향이 없었습니다. 제가 타겟이 아니었던 거죠.
-
-그래서 저는 Capacitor JS 개발 워크플로우에서 가장 큰 고민이었던 실시간 업데이트 문제를 해결하기로 했습니다.
-
-한 달간의 시도 끝에 URL에서 zip 파일을 다운로드하여 앱의 소스를 교체하는 방법을 찾아냈습니다.
-
-이를 공유했더니 GitHub에서 큰 관심을 받았습니다.
-
-대부분의 팀에게는 너무 수동적인 방식이어서 유료 서비스를 요청했고, 이것이 AppFlow의 대안으로 Capgo를 시작하게 된 계기였습니다.
-
-목표는 Capacitor JavaScript 앱에 코드 업데이트를 푸시할 수 있는 간단하고 사용하기 쉬운 솔루션을 제공하는 것이었습니다.
-
-네이티브 빌드나 Ionic과 같은 큰 도구상자가 아닌, 그들이 다루지 않는 시장인 우리를 위한 실시간 업데이트만을 제공하는 것이었죠.
-
-제가 하고 있는 일을 그들과 공유했고, 우리는 비즈니스 친선 협약을 맺었습니다.
-
-저는 메이커를 위해 만들고, 그들은 CI/CD와 전담 지원이 필요한 비즈니스를 위해 만듭니다 :)
-
-함께 만들어가는 커뮤니티에 참여하시길 환영합니다. 저도 제 프로젝트에 이것을 사용하고 있으며, 앞으로 이것이 제 주요 프로젝트가 될 것으로 기대합니다.
diff --git a/src/content/blog/ko/how-ccpa-enforcement-impacts-apps.md b/src/content/blog/ko/how-ccpa-enforcement-impacts-apps.md
deleted file mode 100644
index a2ffef662..000000000
--- a/src/content/blog/ko/how-ccpa-enforcement-impacts-apps.md
+++ /dev/null
@@ -1,210 +0,0 @@
----
-slug: how-ccpa-enforcement-impacts-apps
-title: CCPA 시행이 앱에 미치는 영향
-description: >-
-  CCPA는 모바일 앱이 사용자 데이터를 관리하는 방식을 변화시키고 있으며, 규정 준수를 위해 투명성, 사용자 권한 및 엄격한 보안 조치를
-  강조하고 있습니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-27T16:48:49.867Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c0870dcd608d64ca3e5184-1740674966680.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  CCPA, mobile apps, user data, privacy compliance, data security, consumer
-  rights, data sharing, enforcement
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**캘리포니아 소비자 개인정보 보호법(CCPA)**은 모바일 앱의 사용자 데이터 처리 방식을 재정립하고 있습니다. 알아야 할 사항은 다음과 같습니다:
-
--   **적용 대상**: 연간 매출 2,500만 달러 이상, 10만 명 이상의 사용자 데이터 보유, 또는 데이터 판매로 50% 이상의 수익을 얻는 앱.
--   **주요 요구사항**:
-    -   데이터 수집 관행 공개 (기기 ID 및 IP 주소 등)
-    -   사용자가 데이터에 접근, 삭제 또는 공유 거부할 수 있는 도구 제공
-    -   암호화 및 접근 제어를 통한 데이터 보안
--   **집행**: 위반 시 건당 최대 7,988달러의 벌금. 주목할 만한 사례로는 [Sephora](https://en.wikipedia.org/wiki/Sephora)(120만 달러 벌금)와 [DoorDash](https://en.wikipedia.org/wiki/DoorDash)(37.5만 달러 벌금)가 있음.
--   **일반적인 실수**: "판매 거부" 링크 누락, 글로벌 개인정보 보호 제어(GPC) 신호 무시, 비규제 데이터 공유.
-
-**빠른 팁**: 데이터 감사를 시작하고, [개인정보 보호정책](https://capgo.app/dp/)을 업데이트하며, [OneTrust](https://www.onetrust.com/solutions/privacy-automation/) 또는 [Osano](https://www.osano.com/)와 같은 도구를 사용하여 규정 준수를 단순화하세요. 규정 준수는 단순히 벌금을 피하는 것이 아닌 사용자 신뢰를 구축하고 비즈니스를 보호하는 것입니다.
-
-## CCPA 앱 핵심 요구사항
-
-### 데이터 수집 공개
-
-앱 개발자는 기기 식별자, IP 주소, 가구 정보와 같은 수집하는 데이터에 대해 명확하고 사전에 통지해야 합니다 [\[1\]](https://www.flurry.com/ccpa-compliance-guide/). 이러한 통지는 데이터 사용 방법을 설명하고 데이터 수집 전에 앱 설정 내에서 쉽게 접근할 수 있어야 합니다. 이 통지에 모든 데이터 카테고리와 그 목적을 포함하세요 [\[3\]](https://oag.ca.gov/privacy/ccpa). 앱이 사용자 데이터를 판매하거나 공유하는 경우, "내 개인정보 판매 또는 공유 거부" 링크를 눈에 띄게 표시해야 합니다 [\[3\]](https://oag.ca.gov/privacy/ccpa).
-
-CCPA는 이러한 공개와 함께 사용자 권리 보호의 중요성을 강조합니다.
-
-### 사용자 개인정보 권리
-
-CCPA는 앱 사용자에게 특정 권리를 부여하며, 개발자는 지정된 기간 내에 이를 존중해야 합니다. 기업은 수신자 부담 전화번호와 같이 사용자가 요청을 제출할 수 있는 최소 두 가지 방법을 제공해야 합니다. 앱의 경우 대화형 웹 양식도 제공되어야 합니다 [\[4\]](https://trustarc.com/resource/handle-consumer-requests-under-ccpa/).
-
-사용자 요청 처리 방법:
-
--   **접근 요청**: 10일 내에 접수를 확인하고 45일 내에 요청된 데이터 제공.
--   **삭제 요청**: 2단계 확인 프로세스를 사용하여 요청 확인.
--   **거부 요청**: 15일 내에 거부 프로세스를 완료하고 지난 90일 동안 사용자의 데이터를 받은 제3자에게 통보.
-
-> "CCPA 준수를 위한 주요 요소는 GDPR의 데이터 주체 접근 요청과 유사한 소비자 요청을 관리하는 프로세스를 구현하는 것입니다." - TrustArc [\[4\]](https://trustarc.com/resource/handle-consumer-requests-under-ccpa/)
-
-사용자 데이터 보호는 이러한 개인정보 권리의 중요한 요소입니다.
-
-### 데이터 보안 요구사항
-
-이러한 개인정보 보호 조치를 지원하기 위해 CCPA는 엄격한 데이터 보안 표준을 시행합니다. 주요 관행은 다음과 같습니다:
-
--   **암호화**: 저장 및 전송되는 데이터에 강력한 암호화 적용.
--   **접근 제어**: 엄격한 인증 및 인가 프로토콜 구현.
--   **정기 테스트**: 정기적인 보안 평가 및 침투 테스트 수행.
--   **사고 대응**: 침해 통지 절차를 최신 상태로 유지하고 준비.
-
-또한 기업은 개인정보 보호 관련 활동 및 사용자 요청에 대한 기록을 24개월 동안 보관해야 합니다 [\[5\]](https://www.ketch.com/blog/posts/understanding-the-ccpa-right-to-deletion).
-
-## CA 법무장관의 모바일 앱 개인정보 보호 집행 강화
-
-<iframe src="https://www.youtube.com/embed/sBckRKsf0yY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## CCPA 집행 사례
-
-최근 사례들은 캘리포니아가 모바일 앱에 대한 개인정보 보호법을 적극적으로 집행하고 있음을 보여주며, 높은 벌금은 개발자들에게 규정 준수 기준 충족에 대한 명확한 경고가 되고 있습니다.
-
-### 주요 벌금 및 처벌
-
-캘리포니아 법무장관과 캘리포니아 개인정보 보호국(CPPA)은 캘리포니아 소비자 개인정보 보호법(CCPA) 위반에 대해 적극적으로 대응해왔습니다. 주목할 만한 두 가지 사례는 다음과 같습니다:
-
-**Sephora의 120만 달러 합의금(2022)**  
-Sephora는 다음과 같은 여러 규정 준수 실패로 120만 달러를 지불하기로 합의했습니다:
-
--   소비자 데이터 판매 사실 미공개
--   글로벌 개인정보 보호 제어(GPC) 신호 무시
--   거부 요청 무시
--   위반 사항 해결을 위한 30일 기간 미준수 [\[2\]](https://usercentrics.com/knowledge-hub/ccpa-penalties/)
-
-> "글로벌 개인정보 보호 제어와 같은 기술은 소비자가 데이터 개인정보 보호 권리를 행사하는 데 있어 게임 체인저입니다. 하지만 기업이 고객 데이터 사용 방법을 숨기고 판매 거부 요청을 무시한다면 이러한 권리는 무의미해집니다. 오늘의 합의가 여전히 캘리포니아의 소비자 개인정보 보호법을 준수하지 않는 기업들에게 강력한 메시지가 되기를 바랍니다. 우리 사무소는 감시하고 있으며, 책임을 물을 것입니다." – AG Rob Bonta [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-**DoorDash의 37.5만 달러 벌금(2024)**  
-DoorDash는 명시적 동의 없이 고객 데이터를 마케팅 협력사와 공유한 것에 대해 37.5만 달러의 벌금을 부과받았습니다 [\[2\]](https://usercentrics.com/knowledge-hub/ccpa-penalties/).
-
-이러한 사례들은 반복되는 규정 준수 문제를 강조하고 기업들이 개인정보 보호법을 준수하는 데 직면한 과제를 보여줍니다.
-
-### 주요 규정 준수 실수
-
-모바일 앱은 종종 특정 CCPA 요구사항을 준수하는 데 어려움을 겪어 일반적인 위반이 발생합니다. 다음은 빈번한 실수와 이를 피하는 방법에 대한 분석입니다:
-
-| 위반 유형 | 영향 | 예방 단계 |
-| --- | --- | --- |
-| "판매 거부" 통지 누락 | 소비자당 최대 7,500달러의 벌금 | 앱 설정에 명확한 거부 링크 추가 |
-| 부실한 동의 관리 | 미성년자당 최대 22,500달러의 벌금 | 16세 미만 사용자를 위한 명시적 동의 도구 사용 |
-| 비규제 데이터 공유 | 높은 책임 위험 | 모든 제3자 파트너십 감사 및 문서화 |
-| GPC 신호 무시 | 일반적인 집행 트리거 | 앱이 GPC 신호를 인식하고 대응하도록 보장 |
-
-집행에서 주목할 만한 두 가지 변화:
-
--   위반에 대한 30일 시정 기간이 삭제됨.
--   글로벌 개인정보 보호 제어 요구사항 준수에 대한 감시가 강화됨 [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff).
-
-> "법무장관의 초점은 법률 준수, 소비자에게 선택권과 통제권을 주는 것입니다. 하지만 의도는 캘리포니아의 개인정보 보호 기금을 늘리는 것이 아닌 규정 준수를 장려하는 것입니다." – Melissa G. Powers, LewisRice 변호사 [\[6\]](https://www.lexology.com/library/detail.aspx?g=4a9d5837-8557-45cf-9c49-f8030c03e9ff)
-
-이러한 집행 조치는 분명합니다: 모바일 앱 개발자는 마케팅 목표를 유지하면서 진화하는 개인정보 보호 환경을 탐색하기 위해 규정 준수를 우선시해야 합니다.
-
-## CCPA 규정 준수 가이드
-
-최근 집행 조치를 고려할 때 모바일 앱의 규정 준수 유지는 매우 중요합니다. 다음은 주요 단계를 안내하는 실용적인 가이드입니다.
-
-### 데이터 감사 단계
-
-앱이 수집, 처리 및 공유하는 모든 사용자 데이터의 상세한 인벤토리를 만드는 것부터 시작하세요. 접근 방법은 다음과 같습니다:
-
--   **데이터 수집 지점 식별**: 등록 양식, 구매, 분석 도구, 제3자 SDK와 같은 모든 데이터 입력 소스를 문서화.
--   **데이터 분류**: 다음과 같은 유형으로 구분:
-    -   식별자(예: 이름, 이메일, 기기 ID)
-    -   상업적 데이터
-    -   온라인 활동
-    -   위치 정보
-    -   생체 정보
-    -   전문적 정보
-
-### 개인정보 보호정책 업데이트
-
-CCPA를 준수하기 위해 개인정보 보호정책은 데이터 관행을 명확히 설명해야 합니다. 아래 표를 가이드로 사용하세요:
-
-| 섹션 | 포함할 내용 | 구현 팁 |
-| --- | --- | --- |
-| 데이터 수집 | 모든 유형의 개인정보 나열 | 간단하고 명확한 언어 사용 |
-| 사용자 권리 | 데이터 접근, 삭제 또는 공
-
-CCPA 표준을 충족하기 위해 앱 개발자들은 규정 준수 프로세스를 단순화할 수 있는 적절한 도구가 필요합니다. 데이터 프라이버시에 투자하는 것은 신뢰를 구축할 뿐만 아니라 투자된 1달러당 최대 2.70달러의 수익을 얻을 수 있습니다 [\[8\]](https://www.osano.com/solutions/ccpa-compliance-software). 아래는 규정 준수 평가, 개인정보 관리 및 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 더 쉽게 관리할 수 있도록 설계된 도구들입니다.
-
-### 규정 준수 평가 도구
-
-이러한 도구들은 앱이 CCPA 요구사항을 얼마나 잘 충족하는지 평가하는 데 도움을 줍니다:
-
-| 도구 | 평가 | 주요 기능 | 최적 사용처 |
-| --- | --- | --- | --- |
-| OneTrust | 3.8/5 | 데이터 매핑, 자동 스캐닝 | 대기업 |
-| Osano | 4.6/5 | 쿠키 동의, 벤더 모니터링 | 중소규모 앱 |
-| TrustArc | 4.1/5 | 위험 평가, 개인정보 관리 | 멀티플랫폼 앱 |
-
-이러한 플랫폼들은 자동화된 격차 분석과 실시간 규정 준수 추적을 제공합니다. 예를 들어, Osano는 [Lattice](https://lattice.com/)가 운영 복잡성을 줄이고, 마케팅을 규정 준수 노력과 조율하며, 개인정보 보호 우선 약속을 유지하는 데 도움을 주었습니다 [\[8\]](https://www.osano.com/solutions/ccpa-compliance-software).
-
-### 개인정보 관리 소프트웨어
-
-개인정보 관리 도구는 네 가지 주요 영역에 중점을 둡니다:
-
--   **동의 관리**: 사용자 선호도를 자동으로 수집하고 추적합니다.
--   **데이터 검색**: 개인정보를 스캔하고 카탈로그화합니다.
--   **요청 자동화**: 45일 기한 내에 사용자 권리 요청을 처리합니다.
--   **제3자 모니터링**: 외부 벤더와 데이터가 공유되는 방식을 추적합니다.
-
-[Usercentrics](https://usercentrics.com/)와 [iubenda](https://www.iubenda.com/en/)와 같은 솔루션들이 이러한 기능들을 효과적으로 제공합니다. 예를 들어, Capterra에서 4.5/5점을 받은 [iubenda](https://www.iubenda.com/en/)는 운영 노력을 최소화하면서 앱이 규정을 준수하도록 돕는 능력으로 알려져 있습니다 [\[7\]](https://usercentrics.com/knowledge-hub/ccpa-compliance-tools/).
-
-### [Capgo: CCPA 준수 앱 업데이트](https://capgo.app)
-
-![Capgo: CCPA 준수 앱 업데이트](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-27.jpg?auto=compress)
-
-개인정보 관리를 넘어서, [Capgo](https://capgo.app/)와 같은 플랫폼은 업데이트 중에도 앱이 CCPA를 준수하도록 보장합니다. [Capgo](https://capgo.app/)는 다음을 통해 규정 준수를 지원합니다:
-
--   업데이트 중 사용자 데이터를 보호하는 **종단간 암호화**
--   **크로스 디바이스 추적 없음** 또는 영구 식별자
--   집계된 통계만을 사용하는 **투명한 데이터 처리**
--   즉각적인 계정 및 데이터 삭제 옵션을 통한 **사용자 제어**
-
-Capgo는 엄격한 개인정보 보호 지침을 준수하면서 1,800개의 프로덕션 앱에서 4억 9,240만 건 이상의 업데이트를 성공적으로 제공했습니다 [\[9\]](https://capgo.app/).
-
-> "Capgo는 더 생산적이고자 하는 개발자들에게 필수 도구입니다. 버그 수정을 위한 리뷰를 피할 수 있다는 것은 금상첨화죠." - Bessie Cooper [\[9\]](https://capgo.app/)
-
-이러한 도구들을 정기적인 감사와 함께 사용하면 일관된 CCPA 준수를 유지하는 데 도움이 될 수 있습니다.
-
-## 결론: CCPA 준수 단계
-
-앞서 논의된 전략들을 따라, CCPA 준수를 보장하는 데 도움이 되는 주요 조치들을 분석해보겠습니다. 규정을 준수한다는 것은 모바일 앱에서 사용자 데이터를 보호하는 데 철저한 접근 방식을 취한다는 것을 의미합니다. 최근의 집행 사례들은 무거운 벌금을 포함한 미준수의 위험을 강조하므로, 개발자들은 개인정보 보호 조치를 심각하게 받아들여야 합니다.
-
-다음은 세 가지 주요 집중 영역입니다:
-
--   **데이터 관리 및 투명성**
-    
-    -   디바이스 식별자와 IP 주소와 같은 모든 개인정보를 매핑하기 위한 데이터 인벤토리 수행 [\[1\]](https://www.flurry.com/ccpa-compliance-guide/).
-    -   각 사용자의 데이터가 처리되는 방식을 추적하고 문서화.
-    -   정보 수집 전에 데이터 수집 관행에 대해 사용자에게 명확히 통보.
-    -   제3자 SDK가 규정 준수 기준을 충족하는지 확인.
--   **사용자 권리 구현**
-    
-    -   데이터 접근 및 삭제 요청을 처리하는 시스템 구축.
-    -   45일 기한 내에 사용자 요청이 처리되도록 보장.
-    -   찾기 쉬운 "내 개인정보 판매 또는 공유 금지" 링크 추가.
-    -   사용자 요청을 안전하게 관리하기 위한 신원 확인 프로세스 생성 [\[10\]](https://usercentrics.com/knowledge-hub/6-steps-website-ccpa-compliant/).
--   **기술 인프라**
-    
-    -   사용자 데이터를 보호하기 위한 종단간 암호화 사용.
-    -   사용자 동의를 안전하게 저장.
-    -   Capgo와 같은 개인정보 보호 중심 업데이트 도구 선택.
-    -   정기적인 보안 감사 실행 및 개인정보 보호 정책 업데이트 유지.
-
-지속적인 규정 준수를 위해 CCPA 규칙을 충족하도록 설계된 도구 사용을 고려하세요. 예를 들어, colenso는 Capgo에 대한 그들의 경험을 공유했습니다:
-
-> "우리는 5000명 이상의 사용자 기반에 Capgo OTA 업데이트를 프로덕션에 배포했습니다. OTA가 @Capgo에 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 경험하고 있습니다." [\[9\]](https://capgo.app/)
diff --git a/src/content/blog/ko/how-chinas-cybersecurity-law-impacts-app-developers.md b/src/content/blog/ko/how-chinas-cybersecurity-law-impacts-app-developers.md
deleted file mode 100644
index 4228cdffc..000000000
--- a/src/content/blog/ko/how-chinas-cybersecurity-law-impacts-app-developers.md
+++ /dev/null
@@ -1,197 +0,0 @@
----
-slug: how-chinas-cybersecurity-law-impacts-app-developers
-title: 중국의 사이버보안법이 앱 개발자에게 미치는 영향
-description: 중국의 사이버 보안법은 앱 개발자들에게 엄격한 데이터 처리 규칙을 부과하여 사용자 개인정보 보호와 규정 준수 전략에 영향을 미칩니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T03:07:29.101Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef49e0ebbb9dc806422d61-1743736061198.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  China Cybersecurity Law, app developers, data localization, security
-  compliance, user privacy, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**[중국의 사이버보안법](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (CSL)은 앱 개발자들이 사용자 데이터를 다룰 때, 특히 중국 사용자를 대상으로 할 때 엄격한 규칙을 따르도록 요구합니다.** 알아야 할 사항은 다음과 같습니다:
-
--   **데이터 현지화**: 개인 및 민감한 데이터를 중국 내 서버에 저장
--   **보안 표준**: 암호화, [다중 인증](https://capgo.app/docs/webapp/mfa/), 정기적인 보안 점검 실시
--   **국경 간 데이터 전송**: 중국 외부로 데이터 이동 시 명시적 규제 승인 필요
--   **필수 평가**: 앱은 기술 보안 검토, 데이터 보호 영향 평가, 네트워크 보안 점검을 통과해야 함
--   **미준수 시 결과**: 벌금, 앱 삭제, 서비스 중단, 평판 손상
-
-규정을 준수하기 위해 개발자는 암호화, 실시간 모니터링, [보안 업데이트](https://capgo.app/docs/live-updates/update-behavior/) 도구를 사용해야 합니다. 미준수는 심각한 처벌로 이어질 수 있으므로, 중국 시장에서의 성공을 위해서는 조기 준비가 핵심입니다.
-
-## [중국의 사이버보안법](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) 기본 사항
-
-### 주요 법적 요구사항
-
-중국의 사이버보안법은 앱 개발자에게 직접적인 영향을 미치는 데이터 처리에 대한 구체적인 규칙을 제시합니다. 주요 초점 영역에는 **데이터 현지화**, **보안 조치**, **사용자 개인정보 보호**가 포함됩니다.
-
-데이터 현지화의 경우, 개발자는 개인정보와 국가 안보 또는 공익과 관련된 모든 데이터를 중국 본토 내 서버에 저장해야 합니다.
-
-앱 개발자를 포함한 네트워크 운영자는 다음과 같은 보안 관행을 따라야 합니다:
-
--   **실명 등록 시스템**: 사용자가 확인된 신원으로 등록하도록 보장
--   **다중 인증**: 민감한 정보에 대한 보안 접근
--   **정기적인 보안 점검**: 취약성 테스트 및 보안 평가 실시
--   **[데이터 암호화](https://capgo.app/docs/cli/migrations/encryption/)**: 전송 및 저장 중 데이터 암호화
--   **백업 및 복구**: 데이터 백업 및 복구 시스템 유지
-
-이러한 요구사항들은 앱 개발자가 준수해야 할 방식을 형성합니다.
-
-### 앱 개발자를 위한 범위
-
-이 법은 개발자의 위치와 관계없이 중국 본토의 사용자로부터 데이터를 수집, 처리 또는 저장하는 앱에 적용됩니다. 개발자가 고려해야 할 사항은 다음과 같습니다:
-
-**데이터 처리 요구사항:**
-
--   개인 및 민감 정보는 중국 내에서 처리되어야 함
--   국경 간 데이터 전송은 명시적 규제 승인이 필요
--   개발자는 모니터링 및 감사 시스템을 구축해야 함
-
-**기술적 준수:**
-
--   앱은 표준화된 형식으로 신속한 데이터 내보내기를 허용해야 함
--   규제 기관이 승인한 암호화 표준을 따라야 함
-
-중국 사용자를 대상으로 하는 개발자의 경우, 준수는 종종 현지 데이터 센터나 서비스 제공업체와의 협력을 포함합니다. 법이 "중요 데이터"를 광범위하게 정의하기 때문에, 개발자는 자신의 앱이 처리하는 모든 데이터 유형을 신중하게 평가하고 적절한 보호 조치가 마련되어 있는지 확인해야 합니다.
-
-## 준수 기준 충족
-
-### 데이터 저장 규칙
-
-법적 요구사항을 준수하기 위해, 데이터가 안전하게 그리고 현지에 저장되도록 하는 기술적 조치를 수립하십시오. 사용자 프로필, 결제 세부정보, 위치 데이터, 기기 식별자, 분석과 같은 민감한 정보는 중국 본토 내 서버에 저장되어야 합니다. 국제적 데이터 전송을 위해서는 [사이버공간관리국](https://www.cac.gov.cn/) (CAC)의 명시적 승인을 받아야 합니다. 여기에는 데이터 유형, 전송 빈도, 보안 조치, 사용 목적을 설명하는 문서 제출이 포함됩니다.
-
-### 필수 보안 점검
-
-중국에서 출시하기 전에 다음과 같은 필수 보안 평가를 완료해야 합니다:
-
-1.  **기술 보안 평가**  
-    암호화 방법, 접근 제어, 취약성 테스트를 포함한 앱의 보안 기능에 대한 상세한 검토가 필요합니다. 평가는 CAC가 승인한 테스트 시설에서 수행되어야 합니다.
-    
-2.  **데이터 보호 영향 평가**  
-    개발자는 개인 데이터가 어떻게 수집, 처리, 보호되는지 상세히 설명해야 합니다. 여기에는 사용자 동의 메커니즘과 데이터 보존 정책을 문서화하는 것이 포함됩니다.
-    
-3.  **네트워크 보안 검토**  
-    중요 인프라나 민감한 데이터를 관리하는 앱은 추가적인 네트워크 보안 검토가 필요합니다. 이는 서버 보안, 데이터 백업 시스템, 비상 대응 계획, 접근 제어에 중점을 둡니다.
-    
-
-이러한 단계들은 준수에 필요한 기술적 변경사항을 구현하기 위한 기반을 제공합니다.
-
-### 필요한 앱 변경사항
-
-이러한 평가의 결과는 준수에 필요한 기술적 업데이트를 강조할 것입니다:
-
--   **사용자 개인정보 제어**:
-    
-    -   데이터 수집에 대한 명확한 동의 옵션
-    -   상세한 개인정보 설정
-    -   계정 및 관련 데이터 삭제 기능
-    -   데이터 사용에 대한 투명한 정책
--   **보안 기능**:
-    
-    -   민감한 정보에 대한 종단간 암호화
-    -   다중 인증
-    -   일관된 보안 업데이트
-    -   자동화된 위협 감지 시스템
-
-빈번한 업데이트가 필요한 앱의 경우, 규정을 준수하는 업데이트 시스템을 통합하는 것을 고려하세요. 예를 들어, [Capgo](https://capgo.app/)의 실시간 업데이트 솔루션은 종단간 암호화를 제공하고 중국 및 국제 표준을 모두 충족하면서 즉각적인 보안 패치를 지원합니다.
-
--   **데이터 관리 기능**:
-    -   사용자가 데이터를 내보낼 수 있는 도구
-    -   데이터 접근을 추적하는 감사 로그
-    -   데이터 보존에 대한 자동화된 제어
-    -   지리적 접근 기반 제한
-
-이러한 모든 기술적 업데이트는 규제 승인을 위해 앱을 제출하기 전에 구현되어야 합니다. 지속적인 준수를 보장하기 위해 정기적인 감사가 필수적입니다.
-
-## 중국의 데이터 및 사이버보안 준수
-
-<iframe src="https://www.youtube.com/embed/wb1ODBAOuRU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 미준수 결과
-
-준수 기준을 충족하지 못하면 재정과 운영 모두에 심각한 영향을 미칠 수 있습니다.
-
-### 미준수에 대한 처벌
-
-규정을 준수하지 않는 조직은 다음과 같은 처벌에 직면합니다:
-
--   기업과 주요 임원을 대상으로 하는 **벌금**
--   플랫폼에서 **앱 삭제**
--   서비스의 **임시 중단**
--   **라이선스 취소**
--   **시장 접근 제한**
-
-### 집행 방식
-
-당국은 다음과 같은 방법으로 준수를 집행합니다:
-
--   기술 시스템 및 문서의 **정기 감사**
--   사용자 불만에 기반한 **조사**
--   다음을 감지하기 위한 **지속적인 기술 모니터링**:
-    -   무단 데이터 전송
-    -   보안 격차
-    -   개인정보 정책 위반
-    -   부적절한 콘텐츠 접근
-
-### 재정 및 운영 비용
-
-미준수는 막대한 비용을 초래합니다. 직접 비용에는 법률 비용, 기술 수리, 사업 중단이 포함됩니다. 평판 손상, 사업 기회 상실, 투자자 신뢰 감소와 같은 간접 비용은 장기적 성장을 저해할 수 있습니다. 초기에 준수 문제를 해결하는 것이 나중에 그 여파를 처리하는 것보다 훨씬 저렴한 경우가 많습니다.
-
-## 준수 방법
-
-### 기술 도구
-
-중국의 보안 요구사항에 부합하는 기술 도구를 사용하세요. 주요 솔루션에는 다음이 포함됩니다:
-
--   국가 표준을 준수하는 **데이터 암호화**
--   데이터 흐름을 추적하는 **실시간 모니터링** 도구
--   간소화된 프로세스를 위한 **자동화된 준수 소프트웨어**
--   버전 제어 기능이 있는 **[업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/) 시스템**
-
-Capgo와 같은 플랫폼은 종단간 암호화 및 사용자 할당과 같은 기능이 있는 보안 업데이트 배포를 제공합니다. 이러한 도구는 중국 규정을 준수하면서 앱 유지보수를 단순화합니다.
-
-### 일일 준수 단계
-
--   **아침 점검**: 무단 접근에 대한 서버 로그 검토, [데이터 저장](https://capgo.app/plugins/capacitor-data-storage-sqlite/) 승인 확인, 암호화가 활성화되어 있는지 확인
--   **운영 모니터링**: 서버 간 실시간 데이터 흐름 모니터링, 모든 국경 간 데이터 전송 기록, 사용자 동의에 대한 상세 기록 유지
--   **업데이트 관리**: 준수를 위한 업데이트 테스트, 보안 변경사항 문서화, 데이터 처리가 최신 표준을 충족하는지 확인
-
-이러한 단계는 필요한 보안 조치에 대한 앱의 준수를 유지하는데 도움이 됩니다.
-
-### 전문가 지원
-
-도구와 일상적인 업무 외에도, 준수를 유지하는데 전문가 조언이 중요한 역할을 합니다.
-
-**법률 전문성**
-
--   중국 규정에 익숙한 사이버보안 변호사 상담
--   현지 준수 컨설턴트와 협력
--   
-
-규제 변화에 미리 대비하면 중국 시장 진출이 더 순조로워질 수 있습니다. 규정 준수에 대한 선제적 접근은 앱 검토를 가속화하고 규제 승인을 더 쉽게 받을 수 있습니다. 또한 비용이 많이 드는 마지막 순간의 변경을 피하고 사용자 신뢰를 구축하는 데 도움이 됩니다.
-
-향후 조정에 대응할 수 있는 컴플라이언스 프레임워크를 구축하는 것이 장기적 성장의 핵심입니다. Capgo의 실시간 업데이트 플랫폼과 같은 도구를 통해 개발자는 안전한 업데이트를 신속하게 구현하여 규칙이 변경됨에 따라 앱이 규정을 준수하고 경쟁력을 유지할 수 있도록 합니다.
-
-## 요약
-
-중국의 사이버보안법은 중국 시장에 진출하는 앱 개발자들에게 데이터 저장, 보안, 사용자 개인정보 보호에 중점을 둔 엄격한 규칙을 설정합니다. 성공적인 운영을 위해 개발자는 이러한 요구사항을 충족하고 규정 준수를 보장해야 합니다.
-
-개발자를 위한 주요 단계:
-
--   **데이터 저장**: 개인 및 민감한 데이터를 중국 내 서버에 보관.
--   **보안 조치**: 승인된 암호화 방법을 사용하고 정기적인 보안 감사 실시.
--   **업데이트 관리**: 규정을 준수하는 실시간 도구를 사용하여 업데이트 제공.
--   **문서화**: 모든 데이터 관련 관행에 대한 상세한 기록 유지.
-
-규정 준수를 위해 설계된 도구를 사용하면 이 과정을 단순화할 수 있습니다. Capgo와 같은 플랫폼은 종단간 암호화가 포함된 실시간 업데이트 기능을 제공하여 개발자가 규제 기준을 충족하면서 앱을 보호할 수 있도록 돕습니다.
-
-규정을 준수하지 않으면 상당한 처벌을 받을 수 있습니다. 강력한 컴플라이언스 시스템 구축은 세계에서 가장 큰 디지털 시장 중 하나에서 장기적인 성공을 위해 필수적입니다. 중국의 규제가 계속 발전함에 따라 개발자는 정보를 지속적으로 파악하고 보안 및 데이터 관리 관행을 정기적으로 업데이트하여 규정을 준수해야 합니다.
diff --git a/src/content/blog/ko/how-chinas-data-laws-impact-app-store-submissions.md b/src/content/blog/ko/how-chinas-data-laws-impact-app-store-submissions.md
deleted file mode 100644
index 275cc196c..000000000
--- a/src/content/blog/ko/how-chinas-data-laws-impact-app-store-submissions.md
+++ /dev/null
@@ -1,141 +0,0 @@
----
-slug: how-chinas-data-laws-impact-app-store-submissions
-title: 중국의 데이터법이 앱스토어 제출에 미치는 영향
-description: >-
-  앱 제출에 영향을 미치는 중국의 엄격한 데이터법을 살펴보고, 성공적인 시장 진입을 위해 현지 데이터 저장 및 규정 준수가 필요한 방법을
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T01:36:38.468Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df528487fa49042c758f48-1742693880587.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  China, data laws, app store, compliance, local data storage, cybersecurity,
-  personal information protection, data security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-중국의 엄격한 데이터법으로 인해 앱 개발자들의 시장 진입이 어려워졌습니다. 알아야 할 사항은 다음과 같습니다:
-
--   **주요 법률**: 개발자들은 [사이버보안법](https://en.wikipedia.org/wiki/Cybersecurity_Law_of_the_People%27s_Republic_of_China) (2017), [데이터보안법](https://en.wikipedia.org/wiki/Data_Security_Law_of_the_People%27s_Republic_of_China) (2021), [개인정보보호법](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL, 2021)을 준수해야 합니다. 이러한 법률들은 [로컬 데이터 저장](https://capgo.app/plugins/capacitor-data-storage-sqlite/), 사용자 동의, 국경 간 데이터 전송에 대한 엄격한 통제를 요구합니다.
--   **앱 설계 조정**: 앱은 중국 사용자 데이터를 로컬에 저장하고, 국경 간 전송과 관련된 기능을 비활성화하며, 처음부터 규정 준수를 보장해야 합니다.
--   **규정 준수 단계**: 로컬 데이터 저장 솔루션을 구현하고, 데이터를 민감도별로 분류하며, 전송에 대한 권한을 확보합니다. [Capgo](https://capgo.app/)와 같은 도구는 이러한 요구사항을 충족하면서 업데이트를 관리하는 데 도움이 됩니다.
-
-**빠른 팁**: 규정 준수와 앱 기능성의 균형을 맞추는 것이 중요합니다. 사용자 경험을 저해하지 않으면서 규제 요구사항을 충족하기 위해 안전한 도구와 로컬 호스팅을 사용하세요.
-
-## 중국의 [개인정보보호법](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL) 설명 ...
-
-<iframe src="https://www.youtube.com/embed/2mwwDS1fXDY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 중국의 주요 데이터법
-
-중국의 데이터법은 로컬 데이터 저장을 강조하고 국경 간 전송에 엄격한 제한을 부과하여 해당 지역에서 운영되는 앱들에 도전과제를 제시합니다.
-
-### 3가지 핵심 데이터 보호법
-
--   **사이버보안법**: 2017년에 도입된 이 법은 데이터를 중국 내에 저장할 것을 요구하고 해외로 전송되는 모든 데이터에 대한 보안 검토를 의무화합니다.
--   **데이터보안법**: 2021년부터 시행되었으며, 조직이 데이터를 분류하고 중요 정보를 보호하도록 의무화합니다.
--   **개인정보보호법(PIPL)**: 2021년 말에 제정된 이 법은 개인 데이터 수집 및 처리 방법을 규제하며, 사용자로부터 명확하고 명시적인 동의를 요구합니다.
-
-이러한 법률들은 앱이 준수해야 하는 데이터 처리 관행의 프레임워크를 총체적으로 정의합니다.
-
-### 데이터 저장 및 전송 규칙
-
-이러한 규정에 따라, 데이터는 국경 간 전송을 위한 엄격한 보안 평가를 통과하지 않는 한 중국 내에 보관되어야 합니다. 이러한 규칙들은 앱 설계 방식에 직접적인 영향을 미치며, 처음부터 규제 준수를 개발 과정의 핵심 부분으로 만듭니다.
-
-## 앱스토어 제출 요구사항
-
-중국의 데이터 현지화 규칙은 앱스토어 승인을 위해 특정 설계 기준을 충족할 것을 요구합니다. 다음과 같이 조정해야 합니다:
-
-### 앱 설계 변경사항
-
--   **데이터 라우팅**: 중국 사용자의 모든 데이터가 로컬 또는 지역별 서버에 저장되도록 보장합니다. 이는 규정을 위반할 수 있는 국경 간 데이터 전송을 피하는 데 도움이 됩니다.
--   **기능 조정**: 국경 간 데이터 공유와 관련된 기능을 수정하거나 비활성화하여 규정을 준수합니다.
-
-Capgo는 종단간 암호화와 맞춤형 로컬 데이터 저장을 사용하여 즉시 업데이트와 기능을 푸시할 수 있도록 도움을 줄 수 있습니다.
-
-## 규정 준수 기준 충족
-
-중국에서의 규정 준수는 기술적, 규제적 과제 모두를 해결해야 합니다. 아래에서는 실용적인 개발 목표를 지원하면서 이러한 요구사항을 충족하기 위한 주요 설정과 방법을 분석합니다.
-
-### 로컬 데이터 저장 설정
-
-중국의 로컬 데이터 요구사항을 충족하기 위한 저장 옵션은 다음과 같습니다:
-
-| 저장 솔루션 | 장점 | 과제 |
-| --- | --- | --- |
-| **클라우드 서비스** | 쉬운 설정, 관리된 규정 준수 | 시간이 지날수록 높아지는 비용 |
-| **자체 호스팅 인프라** | 더 큰 통제력, 맞춤 가능 | 복잡한 유지보수, 긴 설정 시간 |
-
-데이터 주권을 유지하기 위해 중복성과 재해 복구 계획을 구현하는 것이 중요합니다.
-
-### 데이터 평가 방법
-
-업데이트를 관리하기 전에 규정 준수를 보장하기 위해 데이터 흐름과 제어 시스템을 평가하는 것이 중요합니다. 주요 단계는 다음과 같습니다:
-
--   **데이터 분류**: 민감도 수준별로 정보를 구성합니다.
--   **전송 패턴**: 시스템이나 구성 요소 간 데이터 흐름을 매핑합니다.
--   **접근 제어**: 다양한 유형의 데이터에 대한 접근 권한을 명확히 문서화합니다.
-
-### [Capgo](https://capgo.app/)를 통한 업데이트 관리
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-Capgo는 규정을 준수하면서 업데이트를 관리하는 프로세스를 단순화합니다.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo는 중국 시장에서 인상적인 성과 지표로 신뢰성을 입증했습니다:
-
--   **95%**의 활성 사용자가 24시간 이내에 업데이트를 받습니다 [\[1\]](https://capgo.app/)
--   **23.5M**개의 업데이트가 성공적으로 전달되었습니다 [\[1\]](https://capgo.app/)
-
-주요 기능은 다음과 같습니다:
-
--   데이터 보호를 위한 **종단간 암호화**
--   통제된 출시를 위한 **[채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**
--   빠른 수정을 위한 **즉시 롤백** 옵션
--   업데이트 성능을 추적하기 위한 **실시간 모니터링**
-
-## 앱스토어 검토 가이드
-
-중국 앱스토어에 앱을 제출하는 것은 엄격한 기술적, 규제적 요구사항을 처리하는 것을 포함합니다. 개발자는 이러한 규정을 준수하도록 설계된 [업데이트 시스템을 구현](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)하여 지연을 줄일 수 있습니다. 이 접근 방식은 로컬 데이터 관리와 효율적인 업데이트를 보장하기 위한 이전 전략을 보완합니다.
-
-### 제출 팁
-
-원활한 업데이트와 규정 준수를 위해 Capgo 사용을 고려하세요. 이 도구를 통해 개발자는 안전한 배포 방법을 통해 규제 기준을 준수하면서 사용자에게 직접 업데이트를 전달할 수 있습니다.
-
-> "버그 수정을 위한 검토를 피하는 것은 황금과 같습니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## 앞으로의 전망
-
-### 예상되는 법률 변경
-
-중국의 데이터 보호 규칙은 변화하고 있습니다. 향후 규정은 더 엄격한 데이터 현지화와 처리 요구사항을 부과할 수 있습니다. 앱 개발자들은 규정을 준수하기 위해 더 엄격한 보안 감사와 더 까다로운 데이터 프로토콜에 대비해야 합니다. 이러한 변화는 개발자들이 글로벌 운영과 로컬 규칙의 균형을 맞추는 전략을 조정하도록 촉구합니다.
-
-### 글로벌 vs 로컬 요구사항
-
-중국의 규정을 준수하면서 전 세계적으로 앱을 배포하는 것은 신중한 계획이 필요합니다. 많은 개발자들은 다른 지역을 위한 클라우드 솔루션과 함께 중국 내 로컬 서버를 사용합니다. 이 설정은 로컬 법률을 준수하면서 글로벌 기능성을 유지합니다. 이는 이전의 현지화된 데이터 저장 전략을 기반으로 하여 중국 법률과 국제적 요구 사항 모두에 적합한 시스템을 구축합니다.
-
-### 새로운 규정 준수 도구
-
-새로운 규정 준수 도구들은 복잡한 규정을 처리하면서 업데이트 프로세스를 원활하게 유지하는 것을 더 쉽게 만들고 있습니다. 이러한 도구들은 변화하는 규칙에 적응하고 규정 준수를 단순화하는 기능을 제공하도록 설계되었습니다.
-
-주요 기능은 다음과 같습니다:
-
--   전송 중 데이터를 보호하는 **종단간 암호화**
--   클라우드 기반 또는 자체 호스팅이 가능한 **유연한 호스팅 옵션**
--   사용자 데이터를 손상시키지 않고 더 나은 인사이트를 제공하는 **개인정보 보호 중심 분석**
-
-> "커뮤니티는 이것이 필요했고 @Capgo는 정말 중요한 일을 하고 있습니다!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-이러한 도구들이 개발 플랫폼과 더 통합됨에 따라, 업데이트 주기를 효율적으로 유지하면서 규제 준수를 더 관리하기 쉽게 만들 것으로 예상됩니다.
-
-## 결론
-
-글로벌 앱 기능성을 유지하면서 중국의 데이터 규정을 준수하는 것은 쉽지 않은 과제입니다. 개발자들은 엄격한 로컬 데이터법을 준수하면서 빠르게 업데이트를 제공해야 하는 이중 과제에 직면해 있습니다. Capgo와 같은
diff --git a/src/content/blog/ko/how-cicd-tools-trigger-ota-updates.md b/src/content/blog/ko/how-cicd-tools-trigger-ota-updates.md
deleted file mode 100644
index 89dbf135a..000000000
--- a/src/content/blog/ko/how-cicd-tools-trigger-ota-updates.md
+++ /dev/null
@@ -1,202 +0,0 @@
----
-slug: how-cicd-tools-trigger-ota-updates
-title: CI/CD 도구가 OTA 업데이트를 트리거하는 방법
-description: >-
-  CI/CD 도구가 OTA 업데이트를 강화하여 자동화된 프로세스를 통해 더 빠르고, 더 안전하며, 더 신뢰할 수 있는 앱 배포를 구현하는
-  방법에 대해 알아보겠습니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-12T08:43:18.401Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67abf1dcdd71129bfb8de766-1739349815106.jpg
-head_image_alt: 모바일 개발
-keywords: 'CI/CD, OTA updates, automation, app deployment, security, Capgo, Capacitor'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-
-CI/CD 도구는 프로세스를 자동화하여 무선(OTA) 업데이트를 더 빠르고, 안전하며, 신뢰성 있게 만듭니다. 방법은 다음과 같습니다:
-
--   **OTA 업데이트란?** HTML, CSS, JavaScript와 같은 앱 자산을 앱스토어 승인 지연을 건너뛰고 CDN을 통해 즉시 업데이트할 수 있습니다
--   **CI/CD의 이점:** [GitHub Actions](https://docsgithubcom/actions)와 같은 자동화 도구는 빌드 검사, 보안 검증, 배포와 같은 주요 단계를 간소화하여 오류를 72% 줄이고 당일 패치를 가능하게 합니다
--   **주요 기능:**
-    -   **보안:** HTTPS, 코드 서명, 암호화를 사용하여 업데이트 보호
-    -   **단계별 출시:** 문제를 조기에 발견하기 위해 소규모 그룹에 먼저 업데이트 배포
-    -   **롤백 옵션:** 오류율이 증가하면 자동으로 업데이트 되돌리기
--   **주요 도구:** [Capgo](https://capgo.app/)는 CLI 명령, 웹훅 통합, 상세 메트릭 추적으로 OTA 업데이트를 단순화합니다
-
-OTA 업데이트 자동화는 더 빠른 전달, 적은 오류, 더 나은 앱 안정성을 보장합니다. 아래에서 [Capacitor](https://capacitorjs.com/) 앱을 CI/CD 파이프라인과 설정하는 단계별 지침을 확인할 수 있습니다.
-
-## [Appflow](https://ionicio/appflow/live-updates) 실시간 업데이트: 사용자에게 즉각적인 업데이트 배포
-
-![Appflow CI/CD Platform Interface](https://mars-images.imgix.net/seobot/screenshots/ionicio-f18932d1af08bf70cb14b84540039486-2025-02-12.jpg?auto=compress)
-
-<Steps>
-
-1. 필요한 Appflow CLI 설치
-2. 앱과 Appflow 연결 
-3. 자동 배포 설정 구성
-
-</Steps>
-
-## [Capacitor](https://capacitorjs.com/)를 OTA 업데이트용으로 준비하기
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-12.jpg?auto=compress)
-
-[자동화된 무선](https://capgo.app/blog/open-source-licecing/) (OTA) 업데이트를 위한 Capacitor 설정에는 세 가지 주요 단계가 포함됩니다: 설정 구성, 보안 조치 구현, [업데이트 시스템 통합](https://capgo.app/docs/plugin/cloud-mode/hybrid-update). 이 프로세스는 앱을 안전하게 유지하면서 CI/CD 자동화와의 호환성을 보장합니다.
-
-### capacitorconfigjson에서 OTA 설정 구성하기
-
-`capacitorconfigjson` 파일을 필요한 매개변수로 업데이트하여 시작하세요:
-
-```json
-{
-  "plugins": {
-    "OtaUpdate": {
-      "checkFrequency": 30,
-      "defaultChannel": "production"
-    }
-  }
-}
-```
-
-적절한 확인 빈도를 설정하면 업데이트 지연을 최소화할 수 있습니다 - 최대 47%까지 감소 [\[2\]](https://githubcom/becem-gharbi/esp-ota-cicd)
-
-### OTA 업데이트 보안 구현
-
-OTA 업데이트 프로세스를 보호하여 무단 업데이트를 방지하고 앱의 무결성을 보호하는 것이 필수적입니다. 이는 세 가지 보호 계층을 포함합니다:
-
-| 보안 계층 | 구현 | 목적 |
-| --- | --- | --- |
-| HTTPS 보안 | 인증서 고정 | 중간자 공격 차단 |
-| 코드 서명 | ed25519 서명 | 업데이트 유효성 확인 |
-| 패키지 보안 | AES-256-GCM 암호화 | 업데이트 내용 보호 |
-
-이러한 보안 기능을 적용하려면 구성에 다음을 포함하세요:
-
-```javascript
-{
-  "security": {
-    "certificatePinning": true,
-    "signatureValidation": "ed25519",
-    "encryptionMethod": "aes-256-gcm"
-  }
-}
-```
-
-### [Capgo](https://capgo.app/)를 OTA 업데이트용으로 구성하기
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-12.jpg?auto=compress)
-
-Capgo는 OTA 업데이트 프로세스를 단순화합니다. 필요한 플러그인을 설치하여 시작하세요:
-
-```bash
-npm install @capgo/capacitor-updater
-```
-
-다음으로, `capacitorconfigjson` 파일에 Capgo 관련 설정을 추가하세요:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "statsUrl": "https://your-stats-server.com"
-    }
-  }
-}
-```
-
-Capgo는 `20250212-a1b2c3d`와 같은 빌드 식별자가 포함된 시맨틱 버전 관리를 사용하여 정확한 업데이트 추적을 합니다. 이를 통해 앱의 업데이트 수명주기를 더 쉽게 관리하고 모니터링할 수 있습니다.
-
-## OTA 업데이트 파이프라인 생성
-
-Capacitor 환경에서 Capgo를 설정한 후, 다음 단계는 CI/CD 도구와 연결하여 업데이트 전달을 자동화하는 것입니다. 이를 통해 앱을 안정적으로 유지하면서 업데이트가 안전하고 효율적으로 처리되도록 보장합니다.
-
-### 자동 업데이트를 위한 웹훅 설정
-
-CI/CD 설정의 웹훅은 코드가 변경될 때마다 자동으로 업데이트를 트리거할 수 있습니다. 예를 들어, GitHub Actions에서는 다음과 같은 워크플로우 파일을 생성할 수 있습니다:
-
-```yaml
-name: OTA Update
-on:
-  push:
-    branches: [main]
-```
-
-CI/CD 플랫폼의 [암호화된 저장소](https://capgo)에 API 키와 비밀을 안전하게 저장해야 합니다.app/docs/cli/migrations/encryption/) 를 통해 중요 데이터 보호
-
-### Capgo CLI 업데이트 명령어
-
-Capgo CLI는 파이프라인 내 업데이트 관리를 간소화하는 주요 명령어를 제공합니다. 다음은 일반적인 배포 워크플로우의 예시입니다:
-
-| 단계 | 명령어 | 목적 |
-| --- | --- | --- |
-| 빌드 | `capgo deploy --channel production` | 새로운 빌드 아티팩트 업로드 |
-| 테스트 | `capgo promote build-123 --group beta` | [테스트 그룹에 업데이트 배포](https://capgo.app/blog/how-to-send-specific-version-to-users/) |
-| 검증 | `capgo metrics get --last-24h` | 업데이트 성공 지표 확인 |
-| 배포 | `capgo promote build-123 --channel stable` | 모든 사용자에게 업데이트 배포 |
-
-### 업데이트 롤백 방법
-
-안정적인 롤백 메커니즘은 앱 안정성 유지에 필수적입니다. 시스템은 문제를 감지하고 자동으로 업데이트를 되돌릴 수 있어야 합니다. 예를 들어, 헬스 체크 엔드포인트를 사용하여 오류율을 모니터링하고 필요시 롤백을 트리거할 수 있습니다:
-
-[[CODE_BLOCK]]
-
-이 접근 방식은 [Gunnebo Safe Storage](https://wwwgunnebosafestoragecom/)가 다운타임을 수 시간에서 수 분으로 줄이는데 도움을 주었습니다 [\[6\]](https://menderio/blog/mender-ota-updates-and-an-automated-ci-cd-pipeline-at-gunnebo-safe-storage)
-
-위험도가 높은 업데이트의 경우, Capgo의 단계적 출시 기능 사용을 고려하세요. 전체 배포 전에 작은 사용자 그룹에 먼저 업데이트를 배포할 수 있어 광범위한 문제 발생 가능성을 줄일 수 있습니다.
-
-###### sbb-itb-f9944d2
-
-## OTA 업데이트 방법
-
-### 단계적 업데이트와 사용자 그룹
-
-단계적 업데이트를 통해 업데이트 배포를 제어하여 사용자에게 원활한 경험을 제공할 수 있습니다. 예를 들어, Capgo의 _promote_ 명령어(앞서 논의됨)는 베타 그룹 관리를 돕습니다. 기업 데이터에 따르면 앱의 거의 절반(49%)이 월간 업데이트가 필요하므로 [\[4\]](https://capacitorjs.com/docs/guides/ci-cd), 단계적 배포는 점진적으로 변경사항을 적용하면서 앱의 안정성을 유지하는 핵심 전략이 됩니다.
-
-### 지표 기반 업데이트 트리거
-
-성능 지표를 기반으로 [업데이트 자동화](https://capgo.app/docs/live-updates/update-behavior/)는 시간을 절약하고 문제를 예방할 수 있습니다. 모니터링 웹훅을 설정하여 중요 지표를 추적하고 업데이트 진행 또는 중단을 결정할 수 있습니다:
-
-| 지표 유형 | 임계값 | 조치 |
-| --- | --- | --- |
-| 충돌률 | >2% | 배포 중단 |
-| 오류율 | >0.5% | 팀 알림 |
-
-이러한 검사를 CI/CD 파이프라인에 통합하여 원활한 모니터링이 가능합니다. 예시:
-
-[[CODE_BLOCK]]
-
-이러한 지표는 다음 섹션에서 살펴볼 성능 추적 시스템과 직접 연결됩니다.
-
-### 신속 대응 업데이트
-
-중요한 보안 문제나 주요 버그에 직면했을 때, 신속하게 업데이트를 배포할 방법이 필요합니다. 긴급 상황을 위해 특별히 설계된 빠른 배포 채널을 사용하세요. 이러한 채널에는 위험을 최소화하기 위한 기기 검증 확인과 자동 롤백 옵션이 포함되어야 합니다.
-
-긴급 업데이트의 경우 전용 채널을 통해 배포할 수 있습니다:
-
-[[CODE_BLOCK]]
-
-배포 속도를 더욱 향상시키고 규정 준수 기준을 충족하기 위해 CDN 규칙이 있는 지역 기반 채널 사용을 고려하세요. 이를 통해 위치에 관계없이 효율적으로 업데이트가 사용자에게 전달됩니다.
-
-## 업데이트 성능 추적
-
-업데이트 전달 방법을 구현한 후에는 그 효과를 측정할 차례입니다. 다음 주요 성과 지표를 사용하여 상황을 파악하세요:
-
-### 업데이트 성공 지표
-
-**배포 완료**, **검증 시간**, **사용자 채택** 세 가지 주요 영역에 주목하세요. 모바일 앱의 경우 일반적으로 배포 성공률이 95%에서 99% 사이입니다 [\[1\]](https://embeddedartistrycom/blog/2024/01/15/exploring-serverless-ci-cd-for-embedded-devices/). CI/CD 파이프라인을 통한 실시간 모니터링으로 목표 달성을 도울 수 있습니다:
-
-| 지표 | 목표 | 위험 임계값 |
-| --- | --- | --- |
-| 배포 완료 | >98% | [[HTML_TAG]]120s |
-| 사용자 채택(24시간) | >75% | <50% |
-
-### 업데이트 오류 관리
-
-자동화된 시스템으로 업데이트 상태를 추적하고 오류에 대응할 수 있습니다.
diff --git a/src/content/blog/ko/how-delta-updates-reduce-payload-size.md b/src/content/blog/ko/how-delta-updates-reduce-payload-size.md
deleted file mode 100644
index 90bc0f48a..000000000
--- a/src/content/blog/ko/how-delta-updates-reduce-payload-size.md
+++ /dev/null
@@ -1,246 +0,0 @@
----
-slug: how-delta-updates-reduce-payload-size
-title: 델타 업데이트로 페이로드 크기 줄이기
-description: 델타 업데이트가 다운로드 크기를 최소화하고 신속하고 안정적인 업데이트로 사용자 경험을 개선하여 앱 성능을 향상시키는 방법에 대해 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T03:28:37.844Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db6efa8d9574929cf125cb-1742441346400.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  delta updates, mobile apps, differential patching, app performance, bandwidth
-  savings
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-델타 업데이트는 전체 파일 대신 변경된 부분만 전송하여 앱 업데이트를 더 빠르고 작게 만듭니다. 방법은 다음과 같습니다:
-
--   **작은 파일로 데이터 절약**: 수정된 코드만 전송되어 다운로드 크기가 크게 감소합니다.
--   **더 빠른 업데이트**: [Capgo](https://capgo.app/)의 CDN을 사용하면 5MB 업데이트를 114ms만에 다운로드할 수 있습니다.
--   **높은 채택률**: 사용자의 95%가 24시간 이내에 업데이트합니다.
--   **신뢰성과 보안**: 롤백 옵션과 종단간 암호화와 같은 기능이 포함됩니다.
-
-### 주요 기능:
-
--   **차등 패치**: 앱 버전을 비교하고 차이점만 전송합니다.
--   **자동화 도구**: [GitHub Actions](https://docs.github.com/actions)와 [Jenkins](https://www.jenkins.io/)같은 CI/CD 시스템과 함께 작동합니다.
--   **성능 지표**: 업데이트 성공률, 다운로드 속도, 사용자 참여도를 추적합니다.
-
-델타 업데이트는 [Capacitor](https://capacitorjs.com/) 앱에 이상적이며, 버그 수정, 기능 출시, [보안 업데이트](https://capgo.app/docs/live-updates/update-behavior/)를 빠르게 하면서 대역폭과 시간을 절약할 수 있습니다.
-
-## Warzone에서 더 높은 FPS와 더 나은 성능을 얻는 방법 ...
-
-<iframe src="https://www.youtube.com/embed/G4X7XGYj0Mg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/) 앱의 델타 업데이트
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-20.jpg?auto=compress)
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 델타 업데이트는 수정된 코드 부분만 전송하는 차등 패치 방식을 사용합니다. 이 접근 방식은 전송되는 데이터양을 최소화하여 업데이트를 더 빠르고 사용자에게 더 쉽게 만듭니다.
-
-### 델타 업데이트 작동 방식
-
-델타 업데이트는 현재 앱 버전과 새 버전 사이의 이진 "차이"를 생성합니다. 과정은 다음과 같습니다:
-
--   **버전 비교**: 시스템이 앱의 이전 버전과 새 버전을 확인합니다.
--   **차등 분석**: 변경된 특정 파일이나 섹션을 식별합니다.
--   **패치 생성**: 차이점만 포함하는 작은 패치 파일이 생성됩니다.
-
-예를 들어, 작은 버그 수정이 필요한 경우 전체 앱 다운로드 대신 가벼운 패치로 업데이트를 보낼 수 있어 대역폭과 시간을 절약할 수 있습니다.
-
-### 델타 업데이트의 주요 구성 요소
-
-원활한 업데이트를 보장하기 위해 여러 도구와 프로세스가 함께 작동합니다:
-
-| 구성 요소 | 목적 | 이점 |
-| --- | --- | --- |
-| **버전 관리 시스템** | 코드 버전 추적 | 정확한 비교 가능 |
-| **차이 생성기** | 이진 차이 생성 | 업데이트 파일 크기 감소 |
-| **업데이트 관리자** | 다운로드 및 설치 관리 | 신뢰할 수 있는 업데이트 보장 |
-| **백그라운드 프로세서** | 조용히 업데이트 처리 | [자동 업데이트](https://capgo.app/docs/plugin/cloud-mode/auto-update/) 허용 |
-
-이러한 구성 요소는 사용자 작업이 필요 없이 변경 사항 식별부터 업데이트 배포까지 모든 것을 처리합니다.
-
-신뢰성을 유지하기 위해 체크섬과 확인 단계와 같은 안전장치가 포함되어 있습니다. 문제가 발생하면 마지막으로 안정적인 버전으로 자동 롤백할 수 있어 사용자의 중단을 방지합니다.
-
-다음으로, Capacitor 앱에서 델타 업데이트를 설정하는 방법을 안내해드리겠습니다.
-
-## 델타 업데이트 설정
-
-### 필요한 도구 및 설정
-
-델타 업데이트를 구현하기 전에 다음을 확인하세요:
-
-| 구성 요소 | 목적 | 요구 사항 |
-| --- | --- | --- |
-| **Capacitor 버전** | 프레임워크 버전 | 버전 6 또는 7 |
-| **개발 환경** | 빌드 도구 | [Node.js](https://nodejs.org/en)와 npm |
-| **[업데이트 서비스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | 델타 관리 | [Capgo CLI](https://capgo.app/docs/cli/commands) |
-| **CI/CD 통합** | 자동화된 배포 | GitHub Actions, [GitLab CI](https://docs.gitlab.com/ee/ci/), 또는 Jenkins |
-
-### 코드 설정 가이드
-
-세 가지 간단한 단계로 델타 업데이트를 설정할 수 있습니다:
-
-1.  **업데이트 플러그인 설치**
-    
-    CLI를 사용하여 프로젝트에서 Capgo를 초기화하여 시작하세요:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-2.  **업데이트 설정 구성**
-    
-    델타 업데이트를 활성화하려면 앱의 구성에 다음 코드를 추가하세요:
-    
-    ```typescript
-    import { CapacitorUpdater } from '@capgo/capacitor-updater';
-    
-    // Initialize the updater
-    await CapacitorUpdater.initialize({
-      deltaUpdates: true,
-      autoUpdate: true
-    });
-    ```
-    
-3.  **버전 관리 구현**
-    
-    델타 생성을 지원하기 위해 버전 추적을 활성화하세요:
-    
-    ```typescript
-    const currentVersion = await CapacitorUpdater.getCurrentVersion();
-    const latestVersion = await CapacitorUpdater.getLatestVersion();
-    ```
-    
-
-이러한 단계가 완료되면 앱이 다음 단계인 업데이트 프로세스 테스트를 위한 준비가 됩니다.
-
-### 테스트 및 배포
-
-업데이트를 배포하기 전에 철저히 테스트하세요. Capgo는 원활한 배포를 위한 도구를 제공합니다:
-
-**채널 기반 테스트**  
-모든 사용자에게 릴리스하기 전에 업데이트를 테스트할 별도의 채널을 설정하세요:
-
-```typescript
-await CapacitorUpdater.setChannel('beta');
-```
-
-**모니터링 및 안전**  
-Capgo의 분석을 사용하여 실시간으로 업데이트 성능을 추적하세요. 주요 지표는 다음과 같습니다:
-
--   업데이트 성공률
--   다운로드 속도
--   사용자 참여도
--   버전 분포
-
-문제가 발생하면 Capgo의 원클릭 롤백 기능으로 빠른 복구가 가능합니다.
-
-기업용 앱의 경우, Capgo의 CI/CD 통합(일회성 $2,600)으로 테스트와 배포를 간소화하여 시간을 절약하고 오류를 줄일 수 있습니다.
-
-## 델타 업데이트 팁
-
-델타 업데이트를 설정한 후에는 이러한 실용적인 팁을 따라 워크플로우를 개선할 수 있습니다.
-
-### 업데이트 크기 줄이기
-
-델타 업데이트는 변경된 파일만 전송하여 대역폭을 절약합니다. 업데이트를 더 작게 만들려면 다음 전략을 시도해보세요:
-
--   **이미지와 미디어를 압축**하여 파일 크기를 줄입니다.
--   **사용하지 않는 에셋과 종속성을 제거**하여 빌드를 간소화합니다.
--   **소스 맵을 분리**하여 불필요한 다운로드를 방지합니다.
--   **중요하지 않은 리소스에 지연 로딩을 적용**하여 필요한 것만 로드합니다.
-
-효과적인 기술의 간단한 분석은 다음과 같습니다:
-
-| 전략 | 영향 | 구현 |
-| --- | --- | --- |
-| 트리 쉐이킹 | 사용하지 않는 코드 제거 | 빌드 도구에서 활성화 |
-| 코드 분할 | 청크 분리 | 동적 임포트 사용 |
-| 에셋 버전 관리 | 중복 다운로드 방지 | 콘텐츠 해시 추가 |
-
-[업데이트 크기](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)를 줄인 후에는 업데이트 프로세스가 안전하고 신뢰할 수 있도록 하는 데 집중하세요.
-
-### 업데이트 안전 검사
-
-종단간 암호화로 업데이트를 안전하게 유지하고 버전 충돌을 조기에 감지하세요.
-
-> "진정한 종단간 암호화를 제공하는 유일한 솔루션, 다른 솔루션들은 단순히 업데이트에 서명만 합니다" - Capgo [\[1\]](https://capgo.app/)
-
-또한 Capgo의 분석과 같은 도구를 사용하여 다음을 실시간으로 모니터링할 수 있습니다:
-
--   업데이트 성공률
--   사용자 참여 패턴
-
-### 일반적인 문제와 해결 방법
-
-적절한 구성에도 불구하고 델타 업데이트는 문제가 발생할 수 있습니다. 일반적인 문제를 해결하는 방법은 다음과 같습니다:
-
-**버전 충돌**  
-버전 간 불일치가 있는 경우 Capgo의 채널 시스템을 대체 옵션으로 사용하세요:
-
-```typescript
-const version = await CapacitorUpdater.getCurrentVersion();
-if (version.mismatch) {
-  await CapacitorUpdater.setChannel('fallback');
-}
-```
-
-**업데이트 실패**  
-Capgo를 사용하면 한 번의 클릭으로 이전 버전으로 쉽게 롤백할 수 있습니다:
-
-> "필요한 경우 이전 버전으로 원클릭 롤백" - Capgo [\[1\]](https://capgo.app/)
-
-**네트워크 문제**  
-네트워크 중단은 업데이트를 방해할 수 있지만, 다음 솔루션이 도움이 됩니다:
-
-| 문제 | 해결책 | 이점 |
-| --- | --- | --- |
-| 시간 초과 | 자동 재시도 | 완료 보장 |
-| 부분 다운로드 | 재개 지원 | 대역폭 절약 |
-| 연결 끊김 | 상태 지속성 | 손상 방지 |
-
-엔터프라이즈급 배포의 경우 단계적 출시를 고려하세요. Capgo의 채널 시스템을 사용하면 모든 사용자에게 배포하기 전에 작은 그룹의 사용자와 함께 업데이트를 테스트할 수 있어 위험을 줄이고 더 원활한 경험을 보장할 수 있습니다.
-
-## [Capgo](https://capgo.app/) 델타 업데이트 기능
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-Capgo는 성능과 보안을 모두 개선하도록 설계된 기능으로 델타 업데이트 시스템을 구축했습니다. 지금까지 플랫폼은 **750개의 프로덕션 앱**에서 인상적인 **2,350만 건의 업데이트**를 관리했습니다 [\[1\]](https://capgo.app/).
-
-### Capgo의 주요 기능
-
-Capgo의 델타 업데이트는 보안을 우선시하면서 효율적으로
-
-개발팀이 신뢰할 수 있는 델타 업데이트 솔루션이 필요한 경우, Capgo는 성능, 보안 및 유연성의 강력한 조합을 제공합니다.
-
-## 요약
-
-델타 업데이트는 Capacitor 앱의 페이로드 크기를 크게 줄이고 전송 속도를 높입니다. 예를 들어, 일반적인 5MB 번들은 Capgo의 글로벌 CDN을 통해 단 114ms 만에 다운로드되어 [\[1\]](https://capgo.app/) 이 접근 방식의 효율성을 보여줍니다.
-
-실제 애플리케이션의 성능 지표는 델타 업데이트의 가치를 입증합니다:
-
-| 지표 | 영향 |
-| --- | --- |
-| **사용자 채택률** | 24시간 이내 95%의 사용자가 업데이트 |
-| **성공률** | 전 세계적으로 82% |
-| **API 응답** | 평균 57ms |
-| **프로덕션 앱** | 750개 이상의 앱이 성공적으로 기술 사용 중 |
-
-사용자 경험은 이러한 수치와 일치합니다. 예를 들어, 5,000명 이상의 사용자를 관리하는 colenso는 다음과 같이 공유했습니다:
-
-> "우리는 5000명 이상의 사용자 기반을 위해 프로덕션에서 Capgo OTA 업데이트를 출시했습니다. OTA가 @Capgo에 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 확인했습니다." [\[1\]](https://capgo.app/)
-
-효과적인 델타 업데이트를 위한 주요 전략은 다음과 같습니다:
-
--   대역폭 절약을 위한 부분 업데이트 제공
--   성능 모니터링을 위한 분석 활용
--   원활한 업데이트를 위한 백그라운드 설치 지원
-
-2,350만 건의 업데이트가 전달된 [\[1\]](https://capgo.app/) 델타 업데이트는 앱 배포를 혁신하고 있습니다. 업데이트를 더 빠르고, 가볍고, 더 안정적으로 만들어 현대 앱 개발의 중요한 도구가 되고 있습니다.
diff --git a/src/content/blog/ko/how-end-to-end-encryption-secures-updates.md b/src/content/blog/ko/how-end-to-end-encryption-secures-updates.md
deleted file mode 100644
index 7a5f6d0ed..000000000
--- a/src/content/blog/ko/how-end-to-end-encryption-secures-updates.md
+++ /dev/null
@@ -1,191 +0,0 @@
----
-slug: how-end-to-end-encryption-secures-updates
-title: 최종 간섭 암호화가 업데이트를 어떻게 보호하는지
-description: >-
-  엔드 투 엔드 암호화가 OTA 업데이트를 어떻게 보호하여 앱의 무결성과 사용자 신뢰를 보장하고, 무단 액세스 및 변조를 방지하는지
-  탐색하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-14T04:10:31.003Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fc6fa4af1a45e500bc7deb-1744604001503.jpg
-head_image_alt: 모바일 개발
-keywords: 'end-to-end encryption, OTA updates, app security, data protection, user trust'
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**종단 간 암호화 (E2EE)**는 앱에 대한 공중 통신 (OTA) 업데이트를 보호하는 가장 좋은 방법입니다. 이를 통해 의도된 사용자만 업데이트를 해독하고 설치할 수 있으며, 변조, 코드 주입 및 데이터 유출과 같은 위험으로부터 보호합니다. [Capgo](https://capgo.app/)와 같은 플랫폼은 Apple 및 Google에서 요구하는 보안 기준을 충족하면서 앱의 무결성을 보호하기 위해 E2EE를 구현했습니다.
-
-### 암호화 된 OTA 업데이트의 주요 이점:
-
--   **공격 방지**: 중간자 공격 및 무단 접근을 차단합니다.
--   **앱 무결성 보호**: 업데이트가 진정하고 변조되지 않았음을 보장합니다.
--   **규제 준수 지원**: 앱 스토어 및 규제 보안 지침을 충족합니다.
--   **사용자 신뢰 증가**: 오직 사용자만 업데이트를 해독할 수 있어 개인 정보를 보장합니다.
-
-### 작동 방식:
-
-1.  개발자가 업데이트 패키지를 암호화합니다.
-2.  안전한 키 교환은 오직 권한이 부여된 장치만 해독할 수 있도록 보장합니다.
-3.  장치는 진품 확인을 하고 업데이트를 안전하게 설치합니다.
-
-Capgo의 솔루션은 전 세계적으로 2350만 개의 업데이트를 제공했으며, **24시간 이내에 95%의 채택률**과 **전 세계적으로 82%의 성공률**을 달성했습니다. [업데이트 암호화](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)를 통해 개발자는 더 빠르고 안전하게 신뢰할 수 있는 배포를 할 수 있습니다.
-
-## [ESP32](https://en.wikipedia.org/wiki/ESP32)를 위한 안전한 OTA 업데이트 – 코드 서명 설정 ...
-
-## OTA 업데이트에서 종단 간 암호화가 작동하는 방법
-
-종단 간 암호화 (E2EE)는 OTA 업데이트 패키지가 전송 중에 변조로부터 비공개 및 보호되도록 보장합니다. 이는 전체 프로세스를 보호하여 의도된 수신자만 업데이트를 해독하고 설치할 수 있도록 합니다. 핵심 개념 및 프로세스 작동 방식을 분류한 내용은 다음과 같습니다.
-
-### 종단 간 암호화의 핵심 개념
-
-E2EE는 개발자의 빌드 시스템과 사용자의 장치 간에 안전한 연결을 설정합니다. 이는 누군가 업데이트를 가로채더라도 그 내용을 접근할 수 없음을 의미합니다. Capgo는 이렇게 설명합니다:
-
-> "오직 귀하의 사용자만 귀하의 업데이트를 해독할 수 있으며, 다른 누구도 아닙니다." [\[1\]](https://capgo.app/)
-
-이 설정에서는 암호화 키가 오직 끝점에만 저장됩니다. 이는 업데이트를 전달하는 플랫폼조차 콘텐츠를 해독할 수 없도록 보장하며, 엄격한 제로 트러스트 원칙을 따릅니다.
-
-### 안전한 업데이트의 주요 요소
-
-OTA 업데이트를 보호하기 위해 강력한 암호화 방법과 안전한 키 교환 프로토콜을 사용합니다. 함께 사용하여 업데이트 패키지가 전송 중에도 비공식적이고 그대로 남도록 보장하며, 무단 접근이나 변경을 방지합니다.
-
-### 업데이트 보안 프로세스
-
-OTA 업데이트를 안전하게 만드는 과정은 여러 단계로 구성됩니다:
-
-1.  개발자가 안전한 시스템에서 업데이트 패키지를 암호화합니다.
-2.  안전한 키 교환은 오직 권한이 있는 장치만 해독 키에 접근할 수 있도록 보장합니다.
-3.  장치가 업데이트를 다운로드 할 때 암호학적 검사를 실행하여 업데이트의 진품을 확인하고 변조를 감지합니다.
-
-Capgo는 이 접근 방식을 강조하면서 말합니다:
-
-> "진정한 종단 간 암호화가 있는 유일한 솔루션으로, 다른 것은 단지 업데이트에 서명만 합니다." [\[1\]](https://capgo.app/)
-
-이 다단계 프로세스는 업데이트가 생성된 순간부터 설치될 때까지 보호되며, 업데이트 서명만 의존하는 접근 방식보다 보안 수준을 높여줍니다.
-
-## [Capacitor](https://capacitorjs.com/)에서 종단 간 암호화를 설정하는 방법
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67fc6fa4af1a45e500bc7deb/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-이 섹션에서는 이전에 다룬 개념을 기반으로 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에서 종단 간 암호화를 구현하는 방법을 설명합니다.
-
-Capacitor에서 안전한 OTA 업데이트를 보장하기 위해 고도로 안전한 암호화 프로토콜을 사용합니다. Capgo의 플랫폼은 주요 보안 기준을 준수하면서 암호화 키를 관리하는 것을 간소화합니다.
-
-### 업데이트 패키지 암호화
-
-Capgo의 CLI 도구를 사용하여 업데이트 패키지를 준비하는 것으로 시작합니다. 이 도구는 암호화 프로세스를 자동화하여 업데이트를 안전하게 만드는 것을 쉽게 합니다. 아래의 명령어로 Capgo 플러그인을 설치합니다:
-
-After installation, build your app as you normally would and deploy the encrypted update using the CLI. This process ensures that your updates are securely packaged and ready for deployment.
-
-Once the package is encrypted, ensure that encryption keys are securely exchanged.
-
-### 키 교환 안전하게
-
-Capgo는 Apple 및 Google 보안 요구 사항을 준수하는 키 관리 시스템을 통합합니다 [\[1\]](https://capgo.app/). 이는 암호화 키가 안전하고 신뢰할 수 있게 교환되도록 보장합니다.
-
-키가 설정된 후, 암호화된 패키지는 안전한 데이터 전송 프로토콜을 사용하여 전송될 수 있습니다.
-
-### 안전한 데이터 전송
-
-Capgo의 플랫폼은 빠르고 안전한 데이터 전송을 보장합니다. 예를 들어, 5MB 번들이 단 114ms에 전송되며, 시스템은 2350만 개의 업데이트를 성공적으로 제공했습니다 [\[1\]](https://capgo.app/).
-
-다음은 성능 지표의 간략한 모습입니다:
-
-| 지표 | 성능 |
-| --- | --- |
-| 평균 API 응답 시간 | 전 세계적으로 57ms |
-| 번들 다운로드 속도 | 5MB에 114ms |
-| 업데이트 성공률 | 24시간 이내 95% |
-
-> "우리는 민첩한 개발을 실천하며 @Capgo는 사용자에게 지속적으로 제공하는 데 필수적입니다!" [\[1\]](https://capgo.app/)
-
-## 암호화된 OTA 업데이트의 장점
-
-종단 간 암호화는 공중 통신 (OTA) 업데이트에 주요 이점을 제공하여 개발자와 사용자 모두에게 보안과 신뢰성을 높입니다.
-
-### 강화된 보안
-
-종단 간 암호화 덕분에 업데이트는 무단 접근 및 변조로부터 보호됩니다. 오직 의도된 사용자만 업데이트를 해독하고 설치할 수 있어 배송 과정이 안전하게 유지됩니다. 연구에 따르면 암호화된 업데이트는 배송 효율을 손상시키지 않으면서 강력한 보안을 제공합니다 [\[1\]](https://capgo.app/).
-
-### 보안 기준에 맞춤
-
-[암호화된 OTA 업데이트](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)는 앱이 앱 스토어와 규제 기관에서 설정한 엄격한 보안 요구 사항을 충족하도록 돕습니다. 오직 최종 사용자만 업데이트 패키지를 해독할 수 있도록 보장함으로써, 이 업데이트는 Apple 및 Google과 같은 플랫폼의 기준을 충족하면서 사용자 개인 정보를 보호합니다.
-
-| 보안 요구 사항 | 암호화의 역할 |
-| --- | --- |
-| 데이터 보호 | 업데이트 콘텐츠에 대한 무단 접근 차단 |
-| 코드 무결성 | 업데이트가 변조되지 않았음을 확인 |
-| 사용자 개인 정보 | 오직 사용자만 해독 된 업데이트에 접근할 수 있도록 보장 |
-| 앱 스토어 준수 | 플랫폼 보안 지침을 충족 |
-
-규정 준수 외에도, 암호화는 데이터 보안에 대한 헌신을 보여줌으로써 사용자 신뢰를 직접 지원합니다.
-
-### 사용자 신뢰 구축 및 배포 간소화
-
-암호화된 업데이트는 사용자 신뢰를 강화할 뿐만 아니라 배포를 간소화하고 속도를 높입니다. 신뢰와 자동화의 조합은 지속적 배포를 실천하는 팀에 특히 유용하여 많은 개발자들이 구식 업데이트 방법에서 벗어나게 만들었습니다.
-
-> "오직 귀하의 사용자만 귀하의 업데이트를 해독할 수 있으며, 다른 누구도 아닙니다." – Capgo [\[1\]](https://capgo.app/)
-
-## OTA 업데이트를 위한 보안 지침
-
-강력한 보안 조치는 암호화된 OTA 업데이트의 무결성과 신뢰성을 유지하는 데 필수적입니다. 이러한 지침은 안전한 암호화 프레임워크를 기반으로 하여 키 관리에서 배포에 이르기까지 모든 것을 다루어 업데이트가 안전하게 유지되도록 합니다.
-
-### 암호화 키 관리
-
-적절한 키 관리는 필수적이며, 오직 사용자만 업데이트를 해독할 수 있어야 합니다 [\[1\]](https://capgo.app/).
-
-| **키 관리 관행** | **구현 가이드** |
-| --- | --- |
-| 키 생성 | 암호학적으로 안전한 방법 사용 |
-| 저장 보안 | 개인 키를 보안 하드웨어에 저장 |
-| 접근 통제 | 권한이 있는 인원만 키 접근 제한 |
-
-키를 확보한 후에는 업데이트의 무결성을 검증하기 위한 철저한 테스트가 필요합니다.
-
-### 업데이트 테스트 및 추적
-
-테스트와 추적은 업데이트가 안전하고 효과적인지 확인하는 데 필수적입니다. Capgo의 분석에 따르면, 철저히 테스트된 업데이트는 24시간 이내에 95%의 사용자 채택률을 보입니다 [\[1\]](https://capgo.app/).
-
-업데이트를 안전하게 유지하려면:
-
--   성공률, 사용자 참여 및 오류 추세를 모니터링하기 위해 분석 사용.
--   모든 업데이트 패키지에 대해 테스트 자동화.
--   업데이트 배포 및 설치 과정에 대한 상세한 로그 유지.
-
-### 업데이트 배포 규칙
-
-테스트가 업데이트의 보안을 확인하면, 통제된 배포는 위험을 줄이는 데 도움이 됩니다. 채널 시스템을 사용하면 높은 보안 기준을 유지하면서 점진적으로 롤아웃 할 수 있습니다.
-
-| **배포 단계** | **보안 조치** |
-| --- | --- |
-| 초기 릴리스 | 소규모 사용자 그룹과의 베타 테스트 |
-| 단계적 롤아웃 | 지속적인 모니터링과 함께 점진적 배포 |
-| 전체 배포 | 성공률 지속적 추적 |
-| 비상 대응 | 빠른 수정을 위한 원클릭 롤백 활성화 |
-
-신중한 채널 관리는 업데이트가 전 세계적으로 성공적으로 배포되도록 보장합니다 [\[1\]](https://capgo.app/).
-
-> "베타 테스트 및 단계적 롤아웃을 위해 채널을 사용하여 특정 사용자 그룹을 대상으로 다양한 버전을 목표로 하십시오." - Capgo [\[1\]](https://capgo.app/)
-
-## 결론
-
-종단 간 암호화는 OTA 업데이트를 보호하는 데 중요한 역할을 합니다. 강력한 암호화 프로토콜을 사용함으로써 업데이트는 앱 스토어 지침을 준수하면서도 보호됩니다.
-
-숫자가 모든 것을 말해줍니다. Capgo의 종단 간 암호화 구현 덕분에 개발자는 82%의 글로벌 성공률을 달성합니다 [\[1\]](https://capgo.app/). 이는 안전한 배송을 보장할 뿐만 아니라 사용자 신뢰를 높이고 배포 속도를 높입니다.
-
-안전한 OTA 업데이트의 이점은 보안 그 이상의 것입니다. 개발자들은 전 세계적으로 2350만 개의 업데이트를 성공적으로 제공했습니다 [\[1\]](https://capgo.app/), 암호화가 안전성을 해치지 않으면서 효율적으로 확장할 수 있음을 보여줍니다.
-
-성공적인 OTA 업데이트에 기여하는 몇 가지 주요 요소는 다음과 같습니다:
-
-| 성공 요인 | [보안 업데이트](https://capgo.app/docs/live-updates/update-behavior/)에서의 역할 |
-| --- | --- |
-| [암호화 구현](https://capgo.app/docs/cli/migrations/encryption/) | 권한이 있는 사용자만 업데이트를 복호화할 수 있도록 보장 |
-| 배포 전략 | 제어된 단계적 롤아웃 관리 |
-| 보안 준수 | 플랫폼 규칙에 맞춰 업데이트 유지 |
-| 업데이트 검증 | 각 업데이트의 무결성 확인 |
-
-애플리케이션 업데이트의 미래는 보안과 적응성을 결합한 시스템에 달려 있습니다. 더 많은 개발자들이 종단 간 암호화를 수용함에 따라, OTA 업데이트는 앱을 보호하고 배달 시스템에 대한 더 높은 기준을 설정할 것입니다.
diff --git a/src/content/blog/ko/how-live-updates-for-capacitor-work.md b/src/content/blog/ko/how-live-updates-for-capacitor-work.md
deleted file mode 100644
index ea22aef10..000000000
--- a/src/content/blog/ko/how-live-updates-for-capacitor-work.md
+++ /dev/null
@@ -1,291 +0,0 @@
----
-slug: how-live-updates-for-capacitor-work
-title: Capgo의 라이브 업데이트 작동 방식
-description: 'Capgo 라이브 업데이트의 기술적 구현에 대해 자세히 살펴보고, iOS와 Android 양쪽 플랫폼에서의 내부 동작 메커니즘을 이해합니다.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T06:14:25.862Z
-updated_at: 2025-03-18T15:14:16.781Z
-head_image: /capgo_banner.webp
-head_image_alt: 라이브 업데이트 아키텍처
-keywords: >-
-  Capgo live updates, OTA updates, Capacitor updates, mobile app development,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-
-# Capgo의 실시간 업데이트 이해하기
-
-실시간 업데이트는 Capacitor 앱의 가장 강력한 기능 중 하나로, 앱 스토어 제출 없이 실시간 업데이트를 가능하게 합니다. Capgo가 이 기능을 구현하는 방법을 자세히 살펴보겠습니다.
-
-## 핵심 개념
-
-Capacitor 앱은 두 가지 주요 계층으로 구성됩니다:
-
-1. **웹 계층**: WebView에 로드되는 HTML, CSS, JavaScript 파일을 포함
-2. **네이티브 계층**: 플랫폼별 코드(Android용 Java/Kotlin, iOS용 Swift)를 포함
-
-Capgo의 실시간 업데이트 시스템은 앱 바이너리에 컴파일되지 않은 웹 계층을 런타임에 교체하는 방식으로 작동합니다.
-
-## 기술적 구현
-
-### Capacitor의 서버 경로
-
-Capgo는 두 가지 중요한 경로를 관리합니다:
-
-- **현재 서버 경로**: WebView에 현재 로드된 파일을 가리킴
-- **다음 서버 경로**: 다음 앱 재시작 시 로드될 파일을 가리킴
-
-### Android 구현
-
-Android에서 Capgo는 다음을 통해 경로를 관리합니다:
-
-```java
-// Store next server path
-private void setNextCapacitorServerPath(String path) {
-    SharedPreferences prefs = context.getSharedPreferences("CapWebViewSettings", Activity.MODE_PRIVATE);
-    SharedPreferences.Editor editor = prefs.edit();
-    editor.putString("serverBasePath", path);
-    editor.apply();
-}
-
-// Update current path and reload
-private void setCurrentCapacitorServerPath(String path) {
-    bridge.setServerBasePath(path);
-    bridge.reload();
-}
-```
-
-### iOS 구현
-
-iOS에서 경로는 다음을 통해 관리됩니다:
-
-```swift
-// Store next server path
-private func setNextCapacitorServerPath(path: String) {
-    KeyValueStore.standard["serverBasePath"] = path
-}
-
-// Update current path
-private func setCurrentCapacitorServerPath(path: String) {
-    bridge.viewController.setServerBasePath(path: path)
-}
-```
-
-## 보안 조치
-
-Capgo는 종단간 암호화를 통해 군사급 보안을 구현하여 개발부터 배포까지 앱 업데이트의 완벽한 보안을 보장합니다. 우리의 암호화 시스템은 전통적인 코드 서명을 넘어 진정한 제로 지식 보안을 제공합니다.
-
-### 종단간 암호화 아키텍처
-
-1. **종단간 암호화(E2EE)**: 모든 업데이트 번들은 개발 환경을 떠나기 전에 AES-256-GCM 암호화를 사용하여 암호화됩니다. 이 군사급 암호화는 전체 전달 과정에서 앱 업데이트의 완벽한 개인정보 보호와 보안을 보장합니다.
-
-2. **제로 지식 아키텍처**: 단순히 업데이트에 서명만 하는 다른 OTA 업데이트 솔루션과 달리, Capgo는 진정한 제로 지식 암호화를 사용합니다. 이는 다음을 의미합니다:
-   - 업데이트 내용은 업로드 전에 암호화됨
-   - Capgo 서버는 암호화된 데이터만 저장
-   - 복호화는 최종 사용자 기기에서만 발생
-   - 중간자는 업데이트 내용에 접근할 수 없음
-
-3. **보안 키 관리**: 
-   - 암호화 키는 CI/CD 환경에서 안전하게 생성 및 저장
-   - 개인 키는 절대 Capgo 서버에 도달하지 않음
-   - 각 앱 버전은 고유한 암호화 키 사용 가능
-   - 향상된 보안을 위한 키 교체 지원
-
-암호화 시스템에 대해 자세히 알아보기: [Capgo 실시간 업데이트의 종단간 암호화](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)
-
-### 업데이트 보안 프로세스
-
-1. **업로드 전 암호화**:
-   - 업데이트는 CI/CD 파이프라인에서 암호화됨
-   - 각 파일은 개별적으로 암호화됨
-   - 완벽한 개인정보 보호를 위해 메타데이터도 암호화됨
-
-2. **보안 저장**:
-   - 암호화된 번들은 Capgo의 글로벌 CDN에 저장됨
-   - 일반 텍스트 데이터는 절대 서버에 도달하지 않음
-   - 서버 침해가 발생해도 데이터는 안전함
-
-3. **보안 전달**:
-   - 업데이트는 암호화된 채널을 통해 전달됨
-   - 각 앱 인스턴스는 암호화 무결성을 검증함
-   - 복호화 실패 시 자동 재시도 메커니즘
-
-4. **클라이언트 측 보안**:
-   - 업데이트는 설치 전에 검증됨
-   - 복호화 실패 시 자동 롤백 트리거
-   - 앱의 보호된 저장소에 안전한 키 저장
-
-이 포괄적인 보안 접근 방식은 다음으로부터 앱 업데이트를 보호합니다:
-- 중간자 공격
-- 서버 측 침해
-- 무단 수정
-- 재생 공격
-- 콘텐츠 변조
-
-## 업데이트 수명 주기
-
-Capgo의 업데이트 프로세스는 기본적으로 자동화되도록 설계되었습니다. 자동 프로세스는 다음과 같이 작동합니다:
-
-### 1. 자동 업데이트 확인
-
-플러그인은 다음 상황에서 자동으로 업데이트를 확인합니다:
-- 앱 시작 시
-
-이 동작은 `autoUpdate` 설정으로 제어됩니다:
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true // Enable automatic updates
-    }
-  }
-}
-```
-`getLatest()`를 사용하여 수동으로도 확인할 수 있습니다.
-
-### 2. 자동 다운로드
-
-새 버전이 감지되고 `autoUpdate`가 활성화된 경우:
-1. 다운로드가 자동으로 시작됨
-2. 진행 상황이 내부적으로 추적됨
-3. 실패한 다운로드는 앱을 열 때마다 자동으로 재시도됨
-4.성공적인 다운로드는 앱 스토리지에 저장됩니다
-
-이 프로세스는 이벤트를 통해 모니터링할 수 있습니다:
-```typescript
-CapacitorUpdater.addListener('download', (info: DownloadEvent) => {
-  console.log('Auto-download progress:', info.percent);
-});
-
-CapacitorUpdater.addListener('downloadComplete', (info: DownloadCompleteEvent) => {
-  console.log('Auto-download complete:', info.bundle);
-});
-```
-
-### 3 자동 설치
-
-설치 시기는 구성에 따라 다릅니다:
-
-```typescript
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": false // install update on app backgrounding
-      "resetWhenUpdate": true, // reset live updates on native update (true by default)
-      "autoDeleteFailed": true, // Auto cleanup failed updates (true by default)
-      "autoDeletePrevious": true // Auto cleanup old versions (true by default)
-    }
-  }
-}
-```
-
-설치는 다음과 같이 이루어집니다:
-- `directUpdate`가 true이면 즉시
-- `directUpdate`가 false이면 다음 앱 백그라운드 시
-- 설치 실패 시 자동 롤백
-
-플러그인은 자동으로 스토리지를 관리합니다:
-- `autoDeleteFailed`가 true이면 실패한 업데이트 제거
-- `autoDeletePrevious`가 true이면 이전 버전 정리
-
-### 업데이트 지연
-
-지연 조건을 사용하여 업데이트 설치 시기를 제어할 수 있습니다:
-
-```typescript
-// Delay until app goes to background
-await CapacitorUpdater.setDelay({
-  kind: 'background'
-});
-
-// Delay until specific date
-await CapacitorUpdater.setDelay({
-  kind: 'date',
-  value: '2024-03-20T10:00:00.000Z'
-});
-
-// Delay until next native version
-await CapacitorUpdater.setDelay({
-  kind: 'nativeVersion'
-});
-
-// Multiple conditions
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'background'
-    },
-    {
-      kind: 'date',
-      value: '2024-03-20T10:00:00.000Z'
-    }
-  ]
-});
-```
-
-사용 가능한 지연 조건:
-- **background**: 앱이 백그라운드로 전환될 때 설치
-- **date**: 특정 날짜/시간 이후 설치
-- **nativeVersion**: 다음 네이티브 업데이트 이후 설치
-- **kill**: 앱이 종료된 후 설치
-
-다음과 같은 경우에 유용합니다:
-- 비피크 시간대에 업데이트 예약
-- 사용자 활동과 업데이트 조정
-- 원활한 업데이트 경험 보장
-- 중요 작업 중 중단 방지
-
-### 업데이트 상태
-
-자동 프로세스 동안 번들은 다음 상태를 거칩니다:
-1. **downloading**: 다운로드 진행 중
-2. **pending**: 다운로드 완료, 설치 대기 중
-3. **success**: 업데이트 설치 및 활성화
-4. **error**: 업데이트 실패 (자동 롤백 트리거)
-
-## 스토어 규정 준수
-
-### Apple App Store ✅
-
-Live Updates는 Apple App Store 정책을 완벽하게 준수합니다. Apple Developer Program 라이선스 계약에 명시된 바와 같이:
-
-> "해석된 코드는 애플리케이션에 다운로드될 수 있지만, 다음과 같은 조건에서만 가능합니다: (a) App Store에 제출된 애플리케이션의 의도된 광고 목적과 일치하지 않는 기능을 제공하여 애플리케이션의 주요 목적을 변경하지 않음, (b) 다른 코드나 애플리케이션을 위한 스토어나 상점을 만들지 않음, (c) OS의 서명, 샌드박스 또는 기타 보안 기능을 우회하지 않음"
-
-Capgo 업데이트는 모든 플랫폼 보안 경계를 존중하면서 웹 레이어만 수정합니다
-
-### Google Play Store ✅
-
-Live Updates는 Google Play 정책을 준수합니다. 기기 및 네트워크 악용 정책에서 구체적으로 명시:
-
-> "이 제한은 WebView나 브라우저의 JavaScript와 같이 Android API에 간접적인 접근을 제공하는 가상 머신이나 인터프리터에서 실행되는 코드에는 적용되지 않습니다"
-
-Capgo는 WebView 콘텐츠만 업데이트하므로 이러한 허용된 지침 내에 속합니다
-
-## 모범 사례
-
-1. **단계적 출시**: 점진적으로 업데이트 배포
-2. **버전 관리**: 모든 배포된 버전 추적
-3. **롤백 지원**: 문제 발생 시 신속한 복구
-4. **델타 업데이트**: 변경된 파일만 다운로드
-
-## Live Updates 사용 시기
-
-적합한 경우:
-- 버그 수정
-- UI 개선
-- 콘텐츠 업데이트
-- 기능 토글
-
-부적합한 경우:
-- 네이티브 코드 변경
-- 주요 버전 업데이트
-- 네이티브 변경이 필요한 보안 패치
\ No newline at end of file
diff --git a/src/content/blog/ko/how-mobile-apps-stay-compliant-with-us-privacy-laws.md b/src/content/blog/ko/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
deleted file mode 100644
index d31312e44..000000000
--- a/src/content/blog/ko/how-mobile-apps-stay-compliant-with-us-privacy-laws.md
+++ /dev/null
@@ -1,189 +0,0 @@
----
-slug: how-mobile-apps-stay-compliant-with-us-privacy-laws
-title: 모바일 앱이 미국 개인정보 보호법을 준수하는 방법
-description: '사용자 동의, 데이터 관리 및 효과적인 보안 관행을 통해 모바일 앱이 미국 개인정보 보호법을 준수하는 방법을 살펴보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-06T03:14:22.038Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c8efd008fcceb00021f6ac-1741230902559.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  mobile apps, privacy compliance, user consent, data management, encryption,
-  app store rules, privacy policies
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-- **주요 개인정보 보호 기능**:
-    
-    - 명확한 동의 옵션 제공(opt-in/opt-out).
-    - 이해하기 쉬운 [개인정보 보호정책](https://capgo.app/dp/) 공유.
-    - 사용자가 자신의 데이터에 접근, 삭제, 이전할 수 있도록 지원.
-- **개인정보 보호 도구**:
-    
-    - 데이터 보안을 위한 종단간 암호화 사용.
-    - [Capgo](https://capgo.app/)와 같은 도구를 활용하여 빠른 업데이트와 규정 준수 추적.
-- **[App Store](https://www.apple.com/app-store/) 규칙**:
-    
-    - Apple: [앱 추적 투명성](https://developer.apple.com/documentation/apptrackingtransparency)(ATT) 준수 및 개인정보 보호 라벨 업데이트.
-    - Google: 데이터 안전성 선언 제출 및 상세한 [개인정보 보호정책](https://capgo.app/privacy/) 유지.
-- **규정 준수 단계**:
-    
-    - 정기적인 데이터 수집 관행 감사.
-    - 사용자 동의 흐름 및 데이터 관리 도구 테스트.
-    - 주법 및 앱스토어 요구사항에 대한 최신 정보 유지.
-
-**빠른 팁**: 자동화된 도구와 CI/CD 플랫폼을 사용하여 개인정보 보호 업데이트를 신속하고 안전하게 배포하세요.
-
-## 모바일 앱 개인정보 보호 현황: 규정 준수 동향 및 시사점
-
-<iframe src="https://www.youtube.com/embed/KodK0fIQhks" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 모바일 앱에 필요한 개인정보 보호 기능
-
-모바일 앱은 미국 개인정보 보호법을 준수하기 위해 사용자가 개인 데이터를 관리할 수 있는 도구를 포함해야 합니다. 이러한 도구는 사용자가 자신의 정보를 통제하고 앱에 대한 신뢰를 구축하는 데 도움이 됩니다.
-
-### 사용자 권한 요구사항
-
-사용자에게 데이터에 대한 실질적인 선택권을 제공하는 명확한 개인정보 보호 컨트롤을 제공하는 것이 중요합니다:
-
-- 옵트인 및 옵트아웃 옵션을 포함한 명확한 동의 메커니즘 사용.
-- 데이터 수집 방법, 사용 방법 및 사용자의 권리를 설명하는 이해하기 쉬운 개인정보 보호정책 공유.
-
-### 사용자 데이터 권한 관리
-
-다음 기능으로 사용자가 데이터를 관리할 수 있도록 합니다:
-
-- 데이터에 접근하고, 다운로드하고, 개인정보 보호 관련 요청을 할 수 있는 보안 포털.
-- 계정 삭제 및 관련 데이터 제거를 위한 사용하기 쉬운 도구.
-- 사용자가 정보를 다른 서비스로 이전할 수 있는 데이터 전송 옵션.
-
-## 개인정보 보호 규정 준수 도구 및 방법
-
-주요 개인정보 보호 기능을 설정한 후에는 대상 기술 솔루션과 철저한 테스트를 통해 이를 시행해야 합니다.
-
-### 데이터 보안 표준
-
-데이터 보안은 개인정보 보호 규정 준수의 핵심 요소입니다. 개발자는 **종단간 암호화**를 사용하여 전송 및 저장 중인 사용자 데이터를 보호하여 민감한 정보가 승인된 수신자만 접근할 수 있도록 해야 합니다.
-
-### 개인정보 보호 중심 개발을 위한 도구
-
-특정 도구는 개발 과정 전반에 걸쳐 개인정보 보호 규정 준수를 유지하는 데 도움이 될 수 있습니다. 예를 들어, Capgo는 미국 주 개인정보 보호 규정을 충족하는 Capacitor 앱을 위한 맞춤형 솔루션을 제공합니다.
-
-개인정보 보호 중심 개발 도구 선택 시 고려해야 할 주요 기능은 다음과 같습니다:
-
-| 기능 | 개인정보 보호 이점 | 사용 사례 예시 |
-| --- | --- | --- |
-| 종단간 암호화 | 무단 접근으로부터 민감한 데이터 보호 | 보안 앱 업데이트를 위한 Capgo의 암호화 시스템 |
-| 즉시 업데이트 | 개인정보 보호 문제에 대한 빠른 수정 가능 | 앱스토어 승인을 기다리지 않고 실시간 업데이트 푸시 |
-| 사용자 할당 | 테스트 목적의 업데이트 배포 관리 | 선택된 사용자 그룹에 대한 점진적 출시 |
-| 버전 관리 | 개인정보 보호 규정 준수 관련 변경 사항 추적 | 내장된 규정 준수 검사가 있는 CI/CD 통합 |
-
-### 규정 준수 테스트 단계
-
-1. **초기 개인정보 보호 평가**  
-    데이터가 수집되고 권한이 구현되는 모든 지점을 검토하여 시작하세요. 수집되는 데이터 유형과 저장 위치를 문서화하세요.
-    
-2. **자동화된 테스트**  
-    모든 배포에서 개인정보 보호 기능을 확인하기 위한 지속적인 테스트 파이프라인을 설정하세요. 예를 들어, 2025년 3월 3일 기준으로 Capgo는 전 세계적으로 947.6M 건의 업데이트를 성공적으로 제공했습니다 [\[1\]](https://capgo.app/).
-    
-3. **사용자 권리 테스트**  
-    다음을 포함한 모든 사용자 데이터 관리 기능을 평가하세요:
-    
-    - 접근 요청 처리
-    - 데이터 삭제 프로세스
-    - 데이터 이동성을 위한 도구
-    - 동의 관리 시스템
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-이러한 도구와 테스트 단계는 다음 섹션에서 논의될 앱스토어 개인정보 보호 요구사항을 충족하기 위한 기반을 마련합니다.
-
-## [App Store](https://www.apple.com/app-store/) 개인정보 보호 규칙
-
-![App Store](https://mars-images.imgix.net/seobot/screenshots/www.apple.com-9d9fbf06f7f9dd70143af6386e59a5d2-2025-03-06.jpg?auto=compress)
-
-주요 앱스토어가 설정한 개인정보 보호 표준을 준수하는 것은 앱의 가용성을 유지하고 사용자 신뢰를 얻는 데 핵심적입니다. Apple과 Google 모두 개발자가 준수해야 하는 엄격한 요구사항을 수립했습니다.
-
-### Apple 개인정보 보호 요구사항
-
-Apple의 App Store는 앱 추적 투명성(ATT) 프레임워크를 통해 개인정보 보호를 시행합니다. 주요 사항은 다음과 같습니다:
-
-| 요구사항 | 방법 | 검증 |
-| --- | --- | --- |
-| 개인정보 보호 라벨 | 데이터 수집 관행에 대한 상세한 공개 | 각 제출 시 업데이트 필요 |
-| ATT 프레임워크 | 앱 간 추적에 대한 사용자 권한 | iOS 14.5+ 필수 |
-| 데이터 최소화 | 필수 기능으로 데이터 수집 제한 | 정기적인 개인정보 보호 감사 필요 |
-
-데이터 전송 보안을 강화하기 위해 종단간 암호화를 사용하세요. Capgo와 같은 도구는 Apple의 보안 지침에 부합하는 암호화된 업데이트를 제공하여 도움이 될 수 있습니다 [\[1\]](https://capgo.app/). 한편, Google Play도 데이터 관행에 대한 엄격한 투명성과 사용자 통제를 시행합니다.
-
-### [Google Play](https://play.google.com/store/games?hl=en_US&gl=US) 개인정보 보호 표준
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/play.google.com-16a80c4cf416aa7572b6b4b1e8b92617-2025-03-06.jpg?auto=compress)
-
-Google Play 스토어는 개발자가 데이터 관행에 대한 명확한 세부 정보를 제공할 것을 요구합니다. 주요 요구사항은 다음과 같습니다:
-
-| 요구사항 | 설명 | 방법 |
-| --- | --- | --- |
-| 데이터 안전성 선언 | 데이터 수집에 대한 명확한 공개 | Play Console의 상세 양식 |
-| 개인정보 보호정책 문서화 | 포괄적인 개인정보 보호 정보 | 스토어 리스팅의 외부 링크 |
-| 보안 관행 | 데이터 보호 조치 설명 | 기술 문서 |
-
-이러한 표준을 충족하기 위해 플랫폼 전반에 걸쳐 신속한 개인정보 보호 업데이트를 허용하는 도구 채택을 고려하세요.
-
-### 규정 준수를 위한 기술적 접근
-
-다음은 앱이 Apple과 Google의 개인정보 보호 요구사항을 충족하도록 하는 실용적인 단계입니다:
-
-- **플랫폼별 개인정보 보호 API 사용**:  
-    Apple의 개인정보 보호 매니페스트와 Google의 데이터 안전성 API와 같은 도구를 활용하여 데이터 접근 지점을 효과적으로 문서화하세요.
-    
-- **업데이트 유연성 보장**:  
-    규정을 준수하는 업데이트 시스템을 사용하여 개인정보 보호 관련 수정사항을 신속하게 배포하세요. 정책 변경사항을 계속 파악하세요.
-    
-- **정기적인 개인정보 보호 감사 수행**:  
-    앱의 데이터 수집 관행을 자주 검토하고, 개인정보 보호 문서를 업데이트하며, 최신 표준 준수를 확인하세요.
-    
-
-개인정보 보호 규칙을 최신 상태로 유지하고 변경사항을 신속하게 구현하는 것은 규정 준수 유지에 필수적입니다. Rodrigo Mantica가 설명하듯이:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-
-## 앱의 개인정보 보호 규정 준수 유지
-
-개인정보 보호 규정 준수는 일회성 작업이 아닙니다. 테스트와 앱스토어 요구사항 충족을 넘어서, 개발자는 변화하는 규정에 대응하기 위해 개인정보 보호를 적극적으로 관리해야 합니다. 적절한 도구와 접근 방식을 사용하면 앞서 나갈 수 있습니다.
-
-### 개인정보 보호법 업데이트
-
-개인정보 보호법은 계속 발전하고 있으며, 이를 추적하기 위해서는 구조
-
-| 규정 준수 영역 | 구현 요구사항 | 검증 방법 |
-| --- | --- | --- |
-| 데이터 보안 | 종단간 암호화 사용 | 보안 감사 실행 |
-| 사용자 권한 | 권한 시스템 설정 | 사용자 플로우 테스트 |
-| [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | 신속한 업데이트 배포 활성화 | CI/CD 도구 통합 |
-| 문서화 | 개인정보 보호정책 최신화 | 월간 검토 수행 |
-
-규정 준수 요구사항에 신속하게 대응할 수 있는 도구에 중점을 둡니다. 이 체크리스트가 시작점입니다 - 이제 행동할 시간입니다.
-
-### 시작하기
-
-[효과적인 업데이트 시스템](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)을 설정하는 것부터 시작하세요. 현대적인 도구들은 이를 그 어느 때보다 쉽게 만들어줍니다. 예를 들어, **Capgo**는 [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/solutions/devops-platform/), [GitHub](https://github.com/about)와 같은 CI/CD 플랫폼과 통합되어 빠르고 안전한 업데이트를 보장합니다.
-
-구현을 위한 단계별 가이드입니다:
-
-| 실행 항목 | 일정 | 기대 결과 |
-| --- | --- | --- |
-| 보안 설정 | 1주차 | 데이터 전송 암호화 |
-| 사용자 할당 | 2주차 | 통제된 출시 프로세스 |
-| CI/CD 통합 | 3주차 | 자동화된 배포 |
-
-Rodrigo Mantica가 공유한 실제 사례입니다:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 지속적으로 사용자에게 전달하는 데 매우 중요합니다!"
-
-> "@Capgo는 더 생산적이고자 하는 개발자들에게 필수 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 것은 금상첨화죠."
diff --git a/src/content/blog/ko/how-native-bridge-works-in-capacitor-android-apps.md b/src/content/blog/ko/how-native-bridge-works-in-capacitor-android-apps.md
deleted file mode 100644
index 8588e9188..000000000
--- a/src/content/blog/ko/how-native-bridge-works-in-capacitor-android-apps.md
+++ /dev/null
@@ -1,270 +0,0 @@
----
-slug: how-native-bridge-works-in-capacitor-android-apps
-title: CapacitorJS의 네이티브 브릿지가 Android 앱에서 작동하는 방법
-description: Android 앱의 네이티브 브리지가 웹 코드와 네이티브 기능 간의 통신을 향상시켜 성능과 사용자 경험을 최적화하는 방법을 살펴보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:26:08.446Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de087b13cee397379a0b94-1742610380581.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, Android, native bridge, JavaScript, mobile development, app
-  performance, updates, communication
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) Android 앱의 네이티브 브릿지는 웹 기반 JavaScript와 네이티브 Android 기능 간의 원활한 통신을 가능하게 합니다.** 개발자가 카메라, 위치 정보, 저장소와 같은 Android 고유 기능을 웹 코드에서 직접 사용할 수 있어 웹 기술을 활용하면서도 네이티브처럼 느껴지는 앱을 만들 수 있습니다.
-
-### 주요 내용:
-
--   **브릿지란?** JavaScript와 Android 간의 양방향 통신 시스템으로, JavaScript 호출을 네이티브 Android 메서드로 변환하고 그 반대로도 작동합니다.
--   **성능 하이라이트:**
-    -   API 응답 시간: **57ms** (전역 평균).
-    -   데이터 전송: 5MB 번들에 **114ms**.
-    -   업데이트 적용: [Capgo](https://capgo.app/)와 같은 도구를 사용하여 **24시간 이내 95% 완료**.
--   **작동 방식:**
-    -   **JavaScript에서 Android로:** 직렬화된 요청을 네이티브 Android 메서드로 전송.
-    -   **Android에서 JavaScript로:** 이벤트 브로드캐스팅, 직접 응답, 상태 업데이트를 위해 콜백 사용.
--   **설정 요구사항:**
-    -   Capacitor 8.x 사용.
-    -   [Gradle](https://gradle.org/), `AndroidManifest.xml`, 웹 에셋 구성.
--   **최적화 팁:**
-    -   대역폭 감소를 위한 부분 업데이트 사용.
-    -   브릿지 호출 지연, 데이터 크기, 메모리 사용량 모니터링.
-
-무선 업데이트를 위한 도구인 Capgo는 네이티브 브릿지와 통합되어 효율적이고 안전하게 업데이트를 전달하여 앱이 반응성을 유지하고 최신 상태를 유지하도록 합니다.
-
-**웹 코드의 유연성과 네이티브 Android 성능을 결합한 빠르고 반응성 좋은 앱을 만들고 싶으신가요? 네이티브 브릿지의 작동 방식과 프로젝트 최적화 방법을 알아보세요.**
-
-## 프로젝트별 로컬 플러그인 만들기 | Ionic | [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-22.jpg?auto=compress)
-
-<Steps>
-1. Step 1
-2. Step 2
-</Steps>
-
-## 네이티브 브릿지 통신 흐름
-
-[Capacitor Android 앱](https://capgo.app/top_capacitor_app/)의 네이티브 브릿지는 웹과 네이티브 레이어 간의 양방향 통신을 가능하게 합니다. 이 메시지 전달 시스템은 성능을 저하시키지 않으면서 원활하고 실시간 데이터 교환을 보장합니다. 아래에서 양방향 통신 방식과 데이터 관리 방법을 설명합니다.
-
-### JavaScript에서 Android로의 통신
-
-JavaScript가 네이티브 Android 기능과 상호 작용해야 할 때는 네이티브 브릿지를 통해 구조화된 프로세스를 따릅니다. JavaScript는 데이터를 직렬화하고 대기열에 넣어 요청을 전송하여 요청이 체계적으로 처리되고 충돌이 방지되도록 합니다.
-
-메시지 흐름의 작동 방식은 다음과 같습니다:
-
-| **단계** | **프로세스** |
-| --- | --- |
-| 메시지 생성 | JavaScript 페이로드 생성 |
-| 직렬화 | 데이터를 네이티브 형식으로 변환 |
-| 대기열 관리 | 메시지 우선순위 지정 및 라우팅 |
-| 네이티브 실행 | Android 메서드를 통한 요청 실행 |
-
-이 설정을 통해 JavaScript 호출이 효율적으로 올바른 순서에 따라 처리됩니다.
-
-### Android에서 JavaScript로의 통신
-
-네이티브 Android 코드는 콜백 메커니즘을 사용하여 웹 레이어와 통신합니다. 브릿지는 응답이 올바른 요청과 매칭되도록 대기 중인 콜백을 추적합니다. 이 시스템은 비동기 작업이 올바르게 완료되고 데이터가 적절한 대상으로 전송되도록 보장합니다.
-
-Android에서 JavaScript로의 통신은 일반적으로 세 가지 카테고리로 나뉩니다:
-
--   **이벤트 브로드캐스팅**: 시스템 전체 알림 전송.
--   **직접 응답**: 특정 JavaScript 요청에 대한 응답.
--   **상태 업데이트**: 레이어 간 데이터 변경 동기화.
-
-### 데이터 전송 및 처리
-
-브릿지를 통과하는 데이터는 속도와 정확성을 위해 최적화됩니다. 효율적인 인코딩, 배치 처리, 자동 메모리 관리와 같은 기술은 데이터 무결성을 유지하면서 오버헤드를 최소화하는 데 도움이 됩니다.
-
-브릿지는 호환성과 타입 안전성을 보장하기 위해 다양한 데이터 형식을 지원합니다:
-
-| **데이터 타입** | **JavaScript 형식** | **네이티브 Android 형식** |
-| --- | --- | --- |
-| 문자열 | UTF-16 | Java String |
-| 숫자 | Double/Integer | Double/Long |
-| 객체 | JSON | JSONObject |
-| 바이너리 | ArrayBuffer | ByteArray |
-
-이 통신 시스템을 통해 개발자는 네이티브 Android 기능의 성능과 웹 기술의 유연성을 결합한 반응성 좋은 앱을 만들 수 있습니다. 효율적인 설계로 다양한 기기와 Android 버전에서 원활한 성능을 보장합니다.
-
-## Android용 네이티브 브릿지 설정
-
-웹 애플리케이션과 네이티브 Android 기능 간의 통신을 활성화하려면 프로젝트를 신중하게 구성해야 합니다. 시작하는 방법은 다음과 같습니다.
-
-### 초기 설정 단계
-
-네이티브 Android 프로젝트와 웹 애플리케이션 레이어를 모두 설정하는 것으로 시작하세요. 아래 표에서 구성해야 할 주요 구성 요소를 설명합니다:
-
-| 설정 구성 요소 | 필수 구성 |
-| --- | --- |
-| **[Capacitor 버전](https://capgo.app/plugins/ivs-player/)** | 버전 6.x 또는 7.x 사용 |
-| **[Android Studio](https://developer.android.com/studio)** | 최신 안정 버전 설치 |
-| **Gradle 종속성** | `capacitor-android` 라이브러리 포함 |
-| **프로젝트 구조** | `AndroidManifest.xml` 올바르게 구성 |
-| **웹 에셋** | 에셋 경로 올바르게 설정 |
-
-올바른 Capacitor와 Android Studio 버전을 사용하고, 필요한 Gradle 종속성을 포함하며, `AndroidManifest.xml` 파일이 올바르게 구성되어 있는지 확인하세요. 또한 웹 에셋이 올바르게 매핑되어 있는지 확인하세요.
-
-기본 설정이 완료되면 사용자 정의 플러그인을 만들어 프로젝트를 확장할 수 있습니다.
-
-### 사용자 정의 플러그인 구축
-
-사용자 정의 플러그인은 웹 코드와 Android의 네이티브 기능을 연결하는 역할을 합니다. 이러한 플러그인을 만들 때는 명확한 인터페이스, 적절한 타입 변환, 견고한 오류 처리에 중점을 두세요.
-
-플러그인 개발의 주요 단계는 다음과 같습니다:
-
--   `Plugin` 기본 클래스 확장
--   플러그인 메서드에 `@PluginMethod` 어노테이션 사용
--   타입 안전성 보장 및 오류 처리 구현
-
-이러한 가이드라인을 따르면 앱 기능을 위한 신뢰할 수 있는 브릿지를 구축할 수 있습니다.
-
-### 네이티브 Android 메서드 사용
-
-사용자 정의 플러그인을 설정한 후에는 정의된 브릿지 메서드를 사용하여 JavaScript 코드에서 네이티브 Android 메서드를 직접 호출할 수 있습니다. 성능을 개선하기 위해 자주 사용되는 호출에 대해 캐싱과 배치 처리를 구현하세요.
-
-다음은 사용자 정의 네이티브 메서드의 예시입니다:
-
-```kotlin
-@PluginMethod
-fun nativeMethod(call: PluginCall) {
-    try {
-        val value = call.getString("key")
-        // Perform native Android operations here
-        call.resolve(mapOf("result" to "success"))
-    } catch (e: Exception) {
-        call.reject("Error executing native method", e)
-    }
-}
-```
-
-네이티브 브릿지는 다양한 데이터 타입을 지원하고 자동으로 변환을 처리하지만, JavaScript와 Android 양쪽에서 데이터를 검증하는 것이 중요합니다. 이는 런타임 오류를 방지하고 원활한 통신을 보장하는 데 도움이 됩니다.
-
-## 성능 개선
-
-네이티브 브릿지를 최적화하는 것은 Capacitor Android 앱의 반응성을 유지하는 데 핵심입니다. 여기서는 실제 사용 사례를 바탕으로 성능을 향상시키는 실용적인 방법을 살펴보겠습니다.
-
-### 브릿지 부하 최소화
-
-네이티브 브릿지의 작업량을 줄이면 앱 성능이 향상될 수 있습니다. 효과적인 방법 중 하나는:
-
-| 전략 | 구현 | 영향 |
-| --- | --- | --- |
-| 부분 업데이트 | 수정된 구성 요소만 다운로드 | 대역폭 소비 감소 |
-
-부분 업데이트를 사용할 때는 전체 번들 대신 업데이트된 앱의 부분만 다운로드하는 데 집중하세요. 이 접근 방식은 리소스를 절약하고 효율성을 높입니다. 브릿지가 최상의 상태를 유지하도록 성능 지표를 모니터링하세요.
-
-### 테스트 및 모니터링
-
-네이티브 브릿지가 원활하게 작동하도록 하려면 정기적인 모니터링이 필수적입니다. 다음과 같은 주요 지표를 추적하세요:
-
--   **브릿지 호출 지연**: 브릿지가 호출을 처리하는 속도.
--   **데이터 전송 크기**: 브릿지를 통해 이동하는 데이터의 양.
--   **성공/실패율**: 성공적인 작업과 실패한 작업의 비율.
--   **메모리 사용 패턴**: 시간이 지남에 따라 브릿지가 소비하는 메모리량.
--   **업데이트 배포 지표**: 업데이트가 전달되는 방식에 대한 인사이트.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-최고의 성능을 유지하기 위해 다음과 같은 철저한 테스트 전략을 채택하세요:
-
--   **성능 벤치마킹**: 기준 지표 설정하여 비교.
--   **부하 테스트**: 많은 트래픽을 시뮬레이션하여 취약점 식별.
--   **오류 모니터링**: 브릿지 
-
-> "유일하게 진정한 종단 간 암호화를 제공하는 솔루션이며, 다른 솔루션들은 단순히 업데이트에 서명만 합니다" - Capgo [\[1\]](https://capgo.app/)
-
-### 플러그인 업데이트 및 지원
-
-최신 Android와 Capacitor 버전과의 호환성을 보장하기 위해 플러그인을 최신 상태로 유지하는 것이 중요합니다. 다음은 효과적인 관리 방법입니다:
-
--   **버전 관리**: 다양한 앱 릴리스에서 플러그인 버전을 추적합니다.
--   **호환성 테스트**: 대상 Android API 레벨에서 플러그인을 테스트하여 적절한 기능을 보장합니다.
--   **제어된 배포**: [채널 기반 업데이트 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)을 사용하여 광범위한 배포 전에 특정 사용자 그룹에게 업데이트를 배포합니다.
-
-채널 기반 시스템을 통해 더 작은 그룹에서 업데이트를 테스트할 수 있어 광범위한 문제의 위험을 최소화할 수 있습니다.
-
-> "현재 @Capgo를 시도하고 있습니다. Appcenter가 하이브리드 앱의 실시간 업데이트 지원을 중단했고 @AppFlow는 너무 비싸기 때문입니다." - Simon Flack [\[1\]](https://capgo.app/)
-
-부분 업데이트는 다운로드 크기를 줄여 효율성을 향상시키는 또 다른 좋은 방법입니다. 특히 빠른 버그 수정에 유용합니다.
-
-> "@Capgo는 더 생산적이고자 하는 개발자들에게 필수 도구입니다. 버그 수정을 위한 리뷰를 피할 수 있다는 것이 황금과 같습니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-정기적인 테스트와 모니터링은 호환성 문제를 조기에 발견하고 원활한 사용자 경험을 보장하는 데 필수적입니다.
-
-## [Capgo](https://capgo.app/) 통합
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capgo는 즉각적인 무선(OTA) 업데이트를 가능하게 함으로써 네이티브 브리지 성능을 향상시킵니다. 750개의 앱에서 2,350만 건의 업데이트를 제공하며, 네이티브 브리지를 통한 업데이트 관리를 위한 신뢰할 수 있는 도구가 되었습니다.
-
-### Capgo 브리지 기능
-
-Capgo는 네이티브 브리지를 사용하여 높은 성능을 유지하면서 효율적으로 업데이트를 제공합니다. 주요 기능은 다음과 같습니다:
-
-| **기능** | **작동 방식** | **성능 영향** |
-| --- | --- | --- |
-| 백그라운드 업데이트 | 사용자 입력 없이 자동으로 업데이트 설치 | 24시간 내 95%의 사용자 업데이트 |
-| 부분 업데이트 | 수정된 구성 요소만 업데이트 | 5MB 번들의 평균 다운로드 시간 114ms |
-| 브리지 보안 | 데이터 전송에 종단 간 암호화 사용 | 안전한 데이터 교환 보장 |
-| 버전 관리 | 네이티브 브리지와의 호환성 확인 | 전 세계적으로 82% 성공률 달성 |
-
-네이티브 브리지와 원활하게 통합됨으로써, Capgo를 통해 개발자는 플랫폼 요구사항을 충족하면서 업데이트를 푸시할 수 있습니다. 이는 네이티브 브리지가 JavaScript와 네이티브 컴포넌트 간의 통신을 용이하게 하는 Android 앱에서 특히 중요합니다. Capgo의 시스템은 효율적인 업데이트 관리를 위해 이 기능을 활용하도록 설계되었습니다.
-
-> "유일하게 진정한 종단 간 암호화를 제공하는 솔루션이며, 다른 솔루션들은 단순히 업데이트에 서명만 합니다" - Capgo [\[1\]](https://capgo.app/)
-
-### Capgo 업데이트 관리
-
-Capgo의 업데이트 관리 시스템은 네이티브 브리지와 직접 작동하도록 설계되어 원활하고 안정적인 업데이트 배포를 보장합니다. Capacitor 8을 모두 지원하여 개발자에게 프로젝트에서의 유연성을 제공합니다.
-
-Capgo 시작하기:
-
--   `npx @capgo/cli init`을 사용하여 설치
--   기존 빌드 프로세스 유지
--   CLI를 통해 업데이트 배포
-
-기업용 애플리케이션의 경우, Capgo는 대규모 요구사항에 맞춘 강력한 기능을 포함합니다:
-
-| **기능** | **기능성** | **장점** |
-| --- | --- | --- |
-| 채널 시스템 | 특정 사용자 그룹 타겟팅 | 제어된 롤아웃 테스트 가능 |
-| API 통합 | 57ms의 평균 응답 시간 제공 | 실시간 업데이트 모니터링 제공 |
-| 호스팅 옵션 | 클라우드 또는 자체 호스팅 배포 지원 | 인프라 제어의 유연성 제공 |
-| 저장 용량 | 기업 플랜에서 최대 20GB 제공 | 버전 관리 단순화 |
-
-채널 시스템은 업데이트를 더 광범위하게 롤아웃하기 전에 선택된 사용자 그룹과 테스트하는 데 특히 유용합니다. 이를 통해 다양한 Android 버전과 기기 구성에서 안정성을 보장할 수 있습니다.
-
-## 결론
-
-### 주요 포인트 검토
-
-Capacitor Android 앱에서 네이티브 브리지는 JavaScript와 네이티브 컴포넌트 간의 핵심 통신 링크 역할을 합니다. 최적화되면 다음과 같은 인상적인 성능 지표를 제공합니다:
-
-| 측면 | 성능 영향 |
-| --- | --- |
-| **업데이트 전달** | 24시간 내 95% 사용자 채택 |
-| **API 응답** | 전 세계 평균 57ms |
-| **성공률** | 82% 전역 배포 성공 |
-
-이러한 수치는 안전한 통신과 최고 성능을 유지하기 위한 브리지 부하 감소의 중요성을 강조합니다.
-
-> "Capgo는 핫 코드 푸시를 하는 스마트한 방법입니다(@AppFlow처럼 세상의 모든 돈을 들이지 않고도) 🙂" - NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-### 시작 가이드
-
-네이티브 브리지를 구현할 준비가 되셨나요? 다음은 시작하기 위한 세 가지 단계입니다:
-
--   **네이티브 브리지 설정**: 효율적인 통신을 위해 구성되어 있는지 확인합니다.
--   **철저한 테스트**: 잠재적인 문제를 조기에 발견하기 위한 신뢰할 수 있는 테스트 절차를 수립합니다.
--   **성능 지표 추적**: 원활한 운영을 유지하기 위해 주요 지표를 모니터링합니다.
-
-기업용 앱의 경우, 제어된 롤아웃을 위해 채널 시스템 사용과 CI/CD 파이프라인 통합을 고려하세요. 이러한 관행은 오늘날 사용자의 요구를 충족하는 Android 앱을 만드는 데 도움이 될 수 있습니다.
-
-앱 개발이 발전함에 따라 종단 간 암호화와 부분 업데이트와 같은 기능들이 보안과 효율성을 유지하기 위한 표준이 되고 있습니다. 올바른 접근 방식을 통해 다양한 애플리케이션에서 2,350만 건의 성공적인 업데이트를 제공한 것과 같은 높은 성능 결과를 달성할 수 있습니다.
diff --git a/src/content/blog/ko/how-ota-encryption-meets-app-store-compliance.md b/src/content/blog/ko/how-ota-encryption-meets-app-store-compliance.md
deleted file mode 100644
index aeb32f36e..000000000
--- a/src/content/blog/ko/how-ota-encryption-meets-app-store-compliance.md
+++ /dev/null
@@ -1,185 +0,0 @@
----
-slug: how-ota-encryption-meets-app-store-compliance
-title: OTA 암호화가 앱스토어 규정을 준수하는 방법
-description: 앱 스토어의 엄격한 규정을 준수하고 앱 업데이트를 안전하게 보호하기 위해 OTA 암호화가 어떻게 작동하는지 살펴보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-14T05:12:26.952Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ae8c28192afc208a60fcea-1739509966039.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA encryption, app store compliance, app updates security, AES-256, TLS, code
-  signing, mobile security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**무선 업데이트(OTA) 암호화는 Apple과 Google 앱스토어의 엄격한 규칙을 준수하면서 안전한 앱 업데이트를 보장합니다.** 다음은 작동 방식과 중요성에 대한 설명입니다:
-
--   **업데이트 보호**: 암호화를 통해 업데이트 전송 중 데이터 가로채기, 변조 및 무단 접근을 차단합니다.
--   **앱스토어 규칙 준수**:
-    -   Apple: HTTPS (TLS 1.2+), [App Transport Security](https://developer.apple.com/documentation/security/preventing-insecure-network-connections) (ATS), 코드 서명이 필요합니다.
-    -   Google: SSL 고정, [Play Protect](https://developers.google.com/android/play-protect) 스캔, 업계 표준 암호화를 강제합니다.
--   **[AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard) 사용**: 강력한 데이터 보호를 위한 256비트 키가 있는 매우 안전한 암호화 표준입니다.
--   **종단간 보안**: 업데이트는 생성부터 설치까지 암호화되어 무결성과 기기별 복호화를 보장합니다.
-
-**앱스토어 요구사항 빠른 비교**:
-
-| **요구사항** | **Apple 앱스토어** | **Google Play 스토어** |
-| --- | --- | --- |
-| 프로토콜 | HTTPS (TLS 1.2+) | HTTPS 필수 |
-| 키 저장소 | iOS 키체인 | Android 키스토어 |
-| 코드 검증 | 필수 코드 서명 | Play Protect 스캔 |
-| 암호화 표준 | AES-256 권장 | 업계 표준 암호화 |
-
-## Unity 암호화 수출 규정 준수 | Apple iOS 수출 규정 준수
-
-<iframe src="https://www.youtube.com/embed/m68LduQVRgE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## OTA 업데이트 암호화 방법
-
-최신 OTA 업데이트 시스템은 보안을 유지하고 앱스토어 표준을 준수하기 위해 계층화된 암호화 기술을 사용합니다. 이러한 방법은 업데이트의 생성, 전달 및 설치 과정 전반에 걸쳐 보호합니다.
-
-### TLS 프로토콜 보안
-
-[전송 계층 보안](https://en.wikipedia.org/wiki/Transport_Layer_Security)(TLS)은 안전한 OTA 업데이트 전달의 근간입니다. Apple의 ATS와 Google의 SSL 고정과 같은 중요한 요구사항을 충족하여 서버와 기기 간에 암호화된 연결을 설정합니다. 이는 전송 중 데이터 가로채기나 변조를 방지합니다.
-
-다음은 TLS 기능이 보안 및 규정 준수 요구사항과 어떻게 부합하는지 보여줍니다:
-
-| 기능 | 보안 이점 | 규정 준수 영향 |
-| --- | --- | --- |
-| 전방 보안 | 키가 손상되어도 과거 통신 보호 | Apple ATS에서 요구 [\[3\]](https://www.globalyo.com/exploring-advanced-encryption-techniques-for-esim-security/) |
-| 강력한 암호 스위트 | 암호학적 공격 방지 | Google Play 요구사항 충족 [\[2\]](https://workers.cloudflare.com/built-with/projects/Capgo) |
-| 인증서 고정 | 중간자 공격 방지 | iOS 앱 필수 사항 [\[3\]](https://www.globalyo.com/exploring-advanced-encryption-techniques-for-esim-security/) |
-
-이러한 전송 계층 조치는 첫 번째 방어선 역할을 하며, 종단간 암호화는 전체 수명 주기 동안 업데이트를 안전하게 보호합니다.
-
-### 완전한 종단간 보호
-
-종단간 암호화는 업데이트가 생성되는 순간부터 설치될 때까지 안전하게 유지되도록 보장합니다. 이 접근 방식은 모든 단계에서 민감한 데이터를 보호하기 위한 앱스토어 요구사항을 충족합니다.
-
-종단간 암호화의 주요 요소:
-
--   **배포 전 암호화**: 업데이트는 소스를 떠나기 전에 암호화됩니다.
--   **안전한 전송**: 데이터는 TLS로 보호된 채널을 통해 전송됩니다.
--   **암호화된 기기 저장**: 업데이트는 설치될 때까지 안전하게 유지됩니다.
--   **기기별 복호화**: 안전하게 저장된 키를 사용하는 대상 기기만 업데이트를 복호화할 수 있습니다.
-
-### [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard) 데이터 보안
-
-AES-256 암호화는 iOS와 Android 플랫폼 모두의 암호화 요구사항을 충족하는 표준입니다.
-
-> "AES-256은 미국 국가안보국이 최고 기밀 정보에 승인한 가장 안전한 암호화 알고리즘 중 하나입니다" [\[7\]](https://www.zendesk.com/blog/knowledge-base-article-template/)
-
-AES-256이 효과적인 이유:
-
--   **256비트 키 강도**: 2^256개의 가능한 조합으로 무차별 대입 공격이 사실상 불가능 [\[1\]](https://www.cubtale.com/pages/compliance-data-security)
--   **효율적인 성능**: 최소한의 계산 영향
--   **범용 호환성**: iOS와 Android 플랫폼 모두에서 기본적으로 지원
-
-델타 업데이트는 각 패키지에 대해 고유한 키를 사용하여 전달 속도를 늦추지 않으면서 보안을 보장합니다 [\[6\]](https://www.exponent.com/article/can-over-air-updates-help-improve-vehicle-recall-compliance). 적절한 구현에는 신뢰성을 보장하기 위한 코드 서명 및 버전 관리와 같은 추가 단계가 포함됩니다.
-
-## 앱스토어 규정 준수 암호화 설정
-
-앱의 OTA 업데이트를 보호하려면 앱스토어 지침을 준수하면서 기술 표준을 충족해야 합니다. 다음은 암호화 설정이 이러한 요구사항을 충족하도록 보장하는 방법입니다.
-
-### 업데이트 코드 서명
-
-앱스토어 요구사항을 준수하려면 다음 단계에 따라 안전한 코드 서명을 수행하십시오:
-
--   신뢰할 수 있는 인증 기관에서 **유효한 코드 서명 인증서**를 획득하십시오.
--   **iOS 키체인** 또는 **Android 키스토어**를 사용하여 개인 키를 안전하게 저장하십시오.
--   업데이트 패키지를 해시하고 내장된 공개 키를 사용하여 서명을 확인하십시오.
--   신뢰성을 확인하기 위해 **인증서 체인 검증**을 수행하십시오.
--   인증서 만료 후에도 유효성을 보장하기 위해 **신뢰할 수 있는 타임스탬프**를 적용하십시오.
-
-> "업데이트 서버에 대한 적절한 인증서 고정을 구현하고 최신 인증서로 Apple의 코드 서명 도구를 사용하는 것이 앱스토어 규정 준수를 유지하는 데 중요합니다" [\[8\]](https://survicate.com/blog/customer-satisfaction-survey-questions/)
-
-이러한 관행은 Apple의 코드 서명 규칙과 Google의 Play Protect 표준에 부합합니다.
-
-### 암호화된 델타 업데이트
-
-버전 간의 변경 사항만 전송하는 델타 업데이트는 추가 보안 계층이 필요합니다. 다음은 이를 보호하는 방법입니다:
-
--   **안전한 이진 차이 도구**를 사용하여 버전 차이를 생성하십시오.
--   **[bsdiff](https://www.daemonology.net/bsdiff/)** 같은 알고리즘으로 이러한 차이를 압축하십시오.
--   **안전한 키 배포** 방법을 사용하십시오.
--   **체크섬 확인**을 통해 무결성을 검증하십시오.
-
-AES-256 암호화를 기반으로 하여 이러한 업데이트가 보호되도록 보장합니다.
-
-### 버전 관리 보안
-
-강력한 버전 관리 메커니즘은 무단 변경을 방지하는 데 도움이 됩니다. 주요 조치는 다음과 같습니다:
-
--   유효한 업데이트를 추적하기 위한 **서명된 버전 매니페스트**
--   무단 변경을 차단하기 위한 **서버 측 검증**
--   최소 버전 임계값을 강제하여 **롤백 방지**
--   업데이트 기록을 로깅하기 위한 **보안 감사 추적**
-
-> "6-12개월마다 암호화 키를 정기적으로 교체하고 키 저장을 위해 하드웨어 보안 모듈(HSM)을 사용하는 것이 업데이트 보안을 유지하기 위한 업계 모범 사례를 대표합니다" [\[9\]](https://help.apple.com/pdf/security/en_US/apple-platform-security-guide.pdf)
-
-이러한 조치는 Apple의 코드 검증과 Google의 업데이트 무결성 표준을 충족하도록 설계되었습니다. 또한 업데이트 패턴의 자동 모니터링은 비정상적인 활동을 조기에 식별하는 데 도움이 될 수 있습니다.
-
-## [Capgo](https://capgo.app/)의 OTA 암호화 시스템
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-14.jpg?auto=compress)
-
-Capgo는 앱스토어 규정을 완벽히 준수하면서 안전한 OTA 업데이트를 제공하기 위해 고급 암호화 기술을 사용합니다.
-
-### 암호화된 업데이트 전달
-
-Capgo는 FIPS 140-2 준수 암호화를 사용하여 모든 단계에서 업데이트 패키지를 보호합니다. 암호화 키는 Capgo 서버와 격리된 상태로 안전한 인프라 내에서 관리됩니다[\[1\]](https://www.cubtale.com/pages/compliance-data-security).
-
-[업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)는 각 단계에서 특정 보안 조치를 포함합니다:
-
-| 단계 | 보안 조치 |
-| --- | --- |
-| 업로드 | 디지털 서명 |
-| 다운로드 | 무결성 검증 |
-| 설치 | 샌드박스 환경 |
-
-### 내장된 스토어 규정 준수
-
-Capgo의 시스템은 Apple 앱스토어와 Google Play 스토어의 보안 표준을 모두 충족하도록 설계되었습니다.
-
-> "시스템은 자동으로 충돌하는 업데이트가 적용되는 것을 감지하고 방지하면서 감사 및 롤백을 위한 모든 업데이트의 완전한 기록을 유지합니다."
-
-Apple의 앱스토어 심사 지침 4.2.3과 Google의 Play Core 정책을 준수합니다[\[4\]](https://github.com/Cap-go/capacitor-updater). **버전 관리**와 같은 기능은 다운그레이드 공격을 차단하는 데 도움이 되며[\[2\]](https://workers.cloudflare.com/built-with/projects/Capgo), 엄격한 크기 관리는 업데이트 패키지가 앱스토어 제한을 준수하
-
-개발자가 앱스토어 표준을 충족하는 OTA 업데이트에 대한 [암호화를 구현](https://capgo.app/docs/cli/migrations/encryption/)하는 방법은 다음과 같습니다:
-
-- 보안 서버 통신을 위한 **TLS 1.2 이상**과 업데이트 패키지 보호를 위한 **AES-256 암호화**를 사용하세요.
-- 코드 서명과 버전 관리를 위한 **자동화된 규정 준수 검사를 통합**하세요.
-
-Apple의 App Store 검토 지침 4.2.3에서 강조한 바와 같이, 시스템 신뢰성 유지를 위해서는 정기적인 규정 준수 모니터링과 분기별 감사 수행이 필수적입니다.
-
-## 자주 묻는 질문
-
-암호화 면제가 어떻게 작동하는지 이해하면 규정 준수 노력을 단순화할 수 있습니다. 알아야 할 사항은 다음과 같습니다:
-
-### 어떤 암호화 방식이 수출 규정 준수 문서가 필요하지 않나요?
-
-운영 체제에 통합된 암호화는 일반적으로 수출 문서가 필요하지 않습니다. 이러한 면제를 통해 개발자는 불필요한 서류 작업 없이 규정을 준수할 수 있습니다.
-
-| **암호화 유형** | **면제 여부** |
-| --- | --- |
-| URLSession을 사용하는 HTTPS 연결 | ✓ |
-| 기본 TLS/SSL 구현 | ✓ |
-| 내장 OS 암호화 기능 | ✓ |
-| [사용자 정의 암호화 솔루션](https://capgo.app/docs/cli/migrations/encryption/) | ✗ |
-| 수정된 표준 알고리즘 | ✗ |
-
-미국 수출 지침(BIS)에 따르면, 키 길이가 128비트까지인 [암호화 방식](https://capgo.app/docs/cli/migrations/encryption/)은 일반적으로 수출에 제한이 없습니다 [\[5\]](https://productlatest.com/?post=1837).
-
-안전한 무선(OTA) 구현을 위해:
-
-- 시스템 API를 통해 플랫폼 기본 TLS 및 AES-256 사용
-- 적용된 모든 암호화 방식에 대한 상세 기록 유지
-- [암호화 관행](https://capgo.app/docs/cli/migrations/encryption/)에 대한 정기적인 감사 수행
-
-암호화 방식에 대한 정기적인 검토는 Apple과 Google의 보안 요구사항 준수를 보장하는 데 도움이 됩니다.
diff --git a/src/content/blog/ko/how-ota-updates-affect-app-store-security.md b/src/content/blog/ko/how-ota-updates-affect-app-store-security.md
deleted file mode 100644
index 5a95355d8..000000000
--- a/src/content/blog/ko/how-ota-updates-affect-app-store-security.md
+++ /dev/null
@@ -1,211 +0,0 @@
----
-slug: how-ota-updates-affect-app-store-security
-title: OTA 업데이트가 앱스토어 보안에 미치는 영향
-description: OTA 업데이트는 앱 개선을 간소화하지만 보안 위험이 있습니다. 앱 스토어 표준을 준수하면서 사용자를 보호하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T02:34:12.739Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78-1745634908381.jpg
-head_image_alt: 모바일 개발
-keywords: 'OTA updates, app security, app store compliance, encryption, vulnerabilities'
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-OTA(Over-The-Air) 업데이트를 통해 앱 개발자는 앱 스토어 승인을 기다리지 않고 직접 사용자에게 변경사항을 전달할 수 있습니다. 이를 통해 버그 수정, 보안 패치 및 기능 출시가 빨라집니다. **사용자의 95%가 24시간 이내에 업데이트를 설치**하지만, 안전하게 관리되지 않으면 빠른 속도로 인해 위험이 발생할 수 있습니다.
-
-### 주요 포인트:
-
--   **이점**: 즉각적인 수정, 더 빠른 기능 출시, 일관된 앱 버전.
--   **위험**: 코드 주입, 가로채기 또는 취약한 인증과 같은 취약점.
--   **보안 조치**: 엔드-투-엔드 암호화, 강력한 인증, 롤백 기능 및 앱 스토어 가이드라인 준수.
-
-### 앱 스토어 요구사항 빠른 비교:
-
-| 보안 측면 | [Apple App Store](https://developer.apple.com/app-store/) | [Google Play Store](https://developer.android.com/distribute/console) |
-| --- | --- | --- |
-| 코드 무결성 | 서명된 바이너리 검증 | APK 서명 검증 |
-| 업데이트 전달 | HTTPS 암호화 필수 | TLS 1.2+ 필수 |
-
-[Capgo](https://capgo.app/)와 같은 플랫폼은 암호화, CI/CD 통합, 롤백 지원과 같은 기능을 제공하여 규정 준수를 보장합니다. 안전한 OTA 플랫폼을 선택하는 것은 사용자를 보호하고 앱 스토어 규정을 준수하는 데 필수적입니다.
-
-## EAS Update로 Over-the-Air (OTA) 업데이트 전송하기 | 단계 ...
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## OTA 업데이트의 보안 위험
-
-OTA 업데이트는 사용자 안전과 규정 준수를 위협할 수 있는 위험을 초래할 수 있습니다. 이러한 위험에 대처하려면 잠재적 취약점에 대한 명확한 이해가 필요합니다.
-
-### 공격 지점
-
-OTA 업데이트의 동적 특성으로 인해 공격자가 악용할 수 있는 여러 취약점이 발생합니다. 다음은 일반적인 취약점입니다:
-
-| 공격 벡터 | 위험 설명 | 영향 수준 |
-| --- | --- | --- |
-| 코드 주입 | 업데이트 과정에서 악성 코드 추가 | 심각 |
-| 중간자 공격 | 전송 중 업데이트 가로채기 및 변조 | 높음 |
-
-Capgo는 **엔드-투-엔드 암호화**를 사용하여 코드 무결성을 유지함으로써 이러한 위험을 완화합니다 [\[1\]](https://capgo.app/).
-
-이러한 취약점은 개별적인 위험뿐만 아니라 대규모 보안 문제로 이어질 수 있습니다.
-
-### 대규모 악용 우려사항
-
-OTA 업데이트 시스템은 동시에 많은 수의 사용자에게 영향을 미칠 수 있습니다. 주요 위험은 다음과 같습니다:
-
--   업데이트가 수천 개의 기기에 한 번에 배포될 수 있습니다.
--   손상된 경우 영향을 받는 모든 기기에서 유해한 코드가 실행될 수 있습니다.
--   기존 앱 스토어 보안 조치를 완전히 우회할 수 있습니다.
-
-OTA 배포의 속도와 규모로 인해 보안 침해로 인한 피해가 크게 증폭될 수 있습니다.
-
-### 업데이트 인증 문제
-
-안전한 업데이트를 보장하는 것은 강력한 인증 방법에도 달려 있습니다. 취약한 인증으로 인해 공격자가 프로세스에 유해한 업데이트를 주입할 수 있습니다. 일반적인 과제는 다음과 같습니다:
-
-| 과제 | 보안 의미 |
-| --- | --- |
-| 서명 검증 | 업데이트가 유효성을 위해 암호화 서명되었는지 확인 |
-| 접근 제어 | 개발자 자격 증명이 손상되지 않도록 보호 |
-| 버전 관리 | 업데이트의 적절한 순서와 무결성 유지 |
-
-이러한 과제를 해결하기 위해 많은 솔루션이 이제 더 안전한 OTA 업데이트 프로세스를 보장하기 위해 엄격한 인증 프로토콜과 함께 **엔드-투-엔드 암호화**를 구현합니다.
-
-## 앱 스토어 보안 규칙
-
-Apple과 Google은 OTA(over-the-air) 업데이트 프로세스를 보호하기 위해 엄격한 보안 조치를 시행합니다.
-
-### Apple과 Google 요구사항
-
-앱 스토어는 OTA 지원 앱이 코드 무결성과 안전한 업데이트를 보장하기 위해 특정 프로토콜을 따르도록 요구합니다. 다음은 비교입니다:
-
-| 요구사항 | Apple App Store | Google Play Store |
-| --- | --- | --- |
-| 코드 무결성 | 서명된 바이너리 검증 | APK 서명 검증 |
-| 업데이트 전달 | HTTPS 암호화 필수 | TLS 1.2+ 필수 |
-
-개발자는 디지털 서명과 보안 서버를 모두 사용하여 업데이트를 배포해야 합니다. 준수는 전체 업데이트 프로세스에서 보안 채널을 유지하는 것을 의미합니다.
-
-### 미준수 영향
-
-이러한 요구사항을 충족하지 못하면 심각한 문제가 발생할 수 있습니다:
-
--   **즉각적인 영향**: 미준수로 인해 감사 중 앱이 제거될 수 있어 운영이 중단되고 신뢰도가 손상될 수 있습니다.
--   **장기적 결과**: 반복적인 위반은 더 엄격한 처벌로 이어져 향후 앱 제출이 더 어려워질 수 있습니다.
--   **사용자 신뢰 영향**: 사용자는 개발자의 안전한 업데이트 제공 능력에 대한 신뢰를 잃을 수 있어 개발자의 평판이 손상될 수 있습니다.
-
-이러한 위험은 앱 스토어 보안 규칙 준수의 중요성을 강조합니다.
-
-### 보안 스캔 단계
-
-개발자는 업데이트 프로세스의 모든 단계에서 철저한 스캔을 구현하여 미준수 위험을 줄일 수 있습니다. 방법은 다음과 같습니다:
-
-| 스캔 단계 | 필수 조치 | 검증 방법 |
-| --- | --- | --- |
-| 사전 배포 | 코드 무결성 확인 | 자동화된 테스팅 |
-| 업데이트 패키지 | 디지털 서명 확인 | 인증서 검증 |
-| 런타임 | 동적 보안 검사 수행 | 실시간 모니터링 |
-
-Capgo는 엔드-투-엔드 암호화와 고급 보안 프로토콜을 갖춘 "앱 스토어 규정 준수" 솔루션을 제공하여 규정 준수를 보장합니다 [\[1\]](https://capgo.app/).
-
-현재 앱 스토어 가이드라인에 대한 OTA 업데이트 시스템의 정기적인 감사는 규정 준수를 유지하고 앱 거부를 피하는 데 필수적입니다.
-
-## 보안 모범 사례
-
-안전한 OTA 업데이트를 보장하려면 기술적 조치와 잘 정의된 절차의 조합이 필요합니다.
-
-### 데이터 보호 방법
-
-안전한 OTA 업데이트의 핵심 요소는 개발자에서 최종 사용자 기기까지 업데이트 패키지를 보호하는 **엔드-투-엔드 암호화**입니다.
-
-| 보호 계층 | 보안 조치 | 목적 |
-| --- | --- | --- |
-| 전송 | HTTPS/TLS 1.2+ | 전송 중 데이터 보호 |
-| 저장 | 엔드-투-엔드 암호화 | 무단 접근 차단 |
-| 검증 | 디지털 서명 | 업데이트 무결성 확인 |
-
-> "다른 솔루션은 단순히 업데이트에 서명만 하는 반면, 진정한 엔드-투-엔드 암호화를 제공하는 유일한 솔루션" [\[1\]](https://capgo.app/)
-
-또한 통제된 출시 프로세스는 잠재적 위험을 줄이는 데 도움이 될 수 있습니다.
-
-### 통제된 출시 프로세스
-
-업데이트를 안전하고 효과적으로 관리하려면 다음 단계를 따르십시오:
-
--   **단계적 배포**: 소규모 사용자 그룹으로 시작하여 성능 데이터를 기반으로 점진적으로 확장.
--   **실시간 모니터링**: 업데이트 성공률, 오류 로그 및 사용자 참여도를 모니터링하여 이상 여부 확인.
--   **롤백 준비**: 필요한 경우 빠른 롤백을 위해 서명되고 암호화된 백업 버전을 항상 준비.
-
-### [Capgo](https://capgo.app/) 플랫폼 기능
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680c33b45a08fca89178cc78/c4b9497df1c5d14f98df25934b50bafa.jpg)
-
-신뢰할 수 있는 OTA 업데이트 플랫폼은 이러한 사례를 통합하여 배포를 안전하고 단순화합니다. 필수 보안 기능을 제공하는 플랫폼을 찾으십시오.
-
-| 기능 | 보안 이점 |
-| --- | --- |
-| 엔드-투-엔드 암호화 | 무단 접근으로부터 업데이트 보호 |
-| CI/CD 통합 | 배포 프로세스 자동화 및 단순화 |
-| 채널 시스템 | 통제된 베타 테스트 및 단계적 출시 지원 |
-| 분석 대시보드 | 실시간으로 업데이트 성능 모니터링 |
-| 롤백 지원 | 문제 발생 시 즉시 되돌리기 가능 |
-
-기업 사용자의 경우 Capgo는 보안 프레임워크가 처음부터 올바르게 구성되도록 $2,600에 CI/CD 설정 서비스를 제공합니다 [\[1\]](https://capgo.app/).
-
-## OTA 플랫폼 비교
-
-OTA 업데이트 플랫폼을 평가할 때는 안정성, 보안 기능 및 장기 지원을 고려하는 것이 필수적입니다. 2024년 [Microsoft CodePush](https://microsoft.github.io/code-push/)의 종료와 2026년 [Appflow](https://ionic.io/appflow/)의 예정된 종료는 신뢰할 수 있는 솔루션 선택의 중요성을 강조합니다. 이 비교는 강력한 보안 조치와 일관된 지원이 주요 OTA 플랫폼을 어떻게 차별화하는지 보여줍니다.
-
-### 플랫폼 기능 매트릭스
-
-| 기능 | Capgo | Appflow | CodePush |
-| --- | --- | --- | --- | --- |
-| **활성 상태**
-
-오늘날의 OTA 플랫폼은 앱 스토어의 엄격한 기준을 충족하면서 주요 보안 과제를 해결하도록 발전했습니다. 이러한 진전은 초기의 위험을 해결하고 앱 스토어 요구사항을 준수하도록 보장합니다. 효과적인 솔루션은 강력한 보안 프레임워크와 [원활한 업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)를 결합하여 높은 성공률과 광범위한 사용자 채택으로 이어집니다 [\[1\]](https://capgo.app/).
-
-> "커뮤니티는 이것이 필요했고 @Capgo는 정말 중요한 일을 하고 있습니다!" - Lincoln Baxter [\[1\]](https://capgo.app/)
-
-보안 관행은 산업 표준이 되었으며, 엔드투엔드 암호화는 이제 필수 기능이 되었습니다. 이전 업데이트 방식에서 안전한 OTA 플랫폼으로의 전환을 통해 개발자는 강력한 보안 조치를 유지하면서 더 효과적으로 업데이트를 제공할 수 있습니다.
-
-다음은 앱 스토어 규정 준수에 있어 중요한 보안 요소와 그 역할입니다:
-
-| 보안 측면 | 앱 스토어 규정 준수에 미치는 영향 |
-| --- | --- |
-| 엔드투엔드 암호화 | 전송 중 데이터 무결성 보호 |
-| 업데이트 인증 | 무단 업데이트 차단 |
-| 롤백 기능 | 보안 문제에 대한 신속한 수정 제공 |
-| 오류 추적 | 앱 안정성 및 보안 지원 |
-
-현대의 OTA 플랫폼은 보안과 효율성이 함께 갈 수 있다는 것을 증명합니다. 오늘날의 앱 중심 세상에서 규정 준수를 유지하고 사용자 신뢰를 얻기 위해서는 이 두 가지 우선순위의 균형을 맞추는 것이 중요합니다 [\[1\]](https://capgo.app/).
-
-## FAQs
-
-:::faq
-### OTA 업데이트가 앱 보안에 미치는 위험은 무엇이며, 개발자는 이를 어떻게 해결할 수 있나요?
-
-OTA(Over-The-Air) 업데이트는 특히 업데이트가 제대로 보안되지 않은 경우 무단 접근이나 데이터 무결성 손상과 같은 잠재적 취약점에 앱을 노출시킬 수 있습니다. 이러한 위험은 앱 스토어 규정 준수와 사용자 신뢰에 영향을 미칠 수 있습니다.
-
-이러한 위험을 완화하기 위해 개발자는 **엔드투엔드 암호화**, 정기적인 테스트, 안전한 배포 방식과 같은 강력한 보안 조치를 구현해야 합니다. Capgo와 같은 도구는 앱 스토어 승인 없이도 Capacitor 앱에 대한 즉각적인 업데이트를 가능하게 함으로써 이 프로세스를 간소화할 수 있습니다. Capgo의 원활한 CI/CD 통합 및 사용자별 업데이트 할당과 같은 기능은 업데이트가 안전하고 Apple 및 Android 표준을 준수하도록 보장합니다.
-:::
-
-:::faq
-### OTA 업데이트는 앱 스토어 보안 규정 준수를 어떻게 돕나요? 그리고 규정을 준수하지 않으면 어떻게 되나요?
-
-OTA(Over-The-Air) 업데이트는 개발자가 긴 앱 스토어 승인 프로세스를 기다리지 않고도 업데이트, 버그 수정 및 새로운 기능을 신속하게 제공할 수 있게 함으로써 앱 스토어 보안 규정 준수를 유지하는 데 중요한 역할을 합니다. 이를 통해 앱이 Apple과 Android의 최신 요구사항을 준수하고 안전하게 유지되도록 보장합니다.
-
-앱 스토어 보안 표준을 준수하지 않으면 앱이 스토어에서 삭제되거나, 사용자 신뢰 상실, 또는 법적 처벌까지 이어질 수 있는 심각한 결과를 초래할 수 있습니다. **Capgo**와 같은 솔루션은 엔드투엔드 암호화와 개발 워크플로우와의 원활한 통합과 같은 기능을 제공하여 모든 규정 준수 요구사항을 준수하면서 OTA 업데이트를 관리하기 쉽게 만듭니다.
-:::
-
-:::faq
-### 개발자가 안전하고 원활한 앱 업데이트를 보장하기 위해 OTA 플랫폼에서 우선시해야 할 주요 기능은 무엇인가요?
-
-안전하고 원활한 앱 업데이트를 보장하기 위해 개발자는 **엔드투엔드 암호화**, **CI/CD 파이프라인과의 통합**, 특정 사용자 그룹에 업데이트를 할당할 수 있는 기능과 같은 기능을 우선시해야 합니다. 이러한 기능은 앱 데이터를 보호하고, 업데이트 프로세스를 간소화하며, 업데이트 수신자에 대한 더 큰 통제력을 제공합니다.
-
-예를 들어, Capgo와 같은 플랫폼은 앱 스토어 승인 없이도 실시간 업데이트를 제공하면서 Apple과 Android 모두의 규정 준수 요구사항을 충족하도록 설계되었습니다. 보안, 효율성 및 규정 준수에 중점을 둠으로써 개발자는 위험을 최소화하면서 자신 있게 업데이트를 제공할 수 있습니다.
-:::
diff --git a/src/content/blog/ko/how-rbac-secures-ota-updates-in-capacitor-apps.md b/src/content/blog/ko/how-rbac-secures-ota-updates-in-capacitor-apps.md
deleted file mode 100644
index 6ef81e27a..000000000
--- a/src/content/blog/ko/how-rbac-secures-ota-updates-in-capacitor-apps.md
+++ /dev/null
@@ -1,115 +0,0 @@
----
-slug: how-rbac-secures-ota-updates-in-capacitor-apps
-title: RBAC가 Capacitor 앱의 OTA 업데이트를 어떻게 보호하는지
-description: '모바일 앱에서 역할 기반 접근 제어가 OTA 업데이트의 보안을 어떻게 강화하는지 배우고, 취약점을 보호하며 준수를 보장합니다.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-23T02:26:25.949Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680839e8fe5cbf0502ddad36-1745375221230.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  RBAC, OTA updates, security, mobile apps, end-to-end encryption, role-based
-  access control, deployment permissions
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-RBAC (역할 기반 접근 제어)는 [Capacitor](https://capacitorjs.com/) 앱에서 OTA(Over-the-Air) 업데이트를 안전하게 보호하는 게임 체인저입니다. 이유는 다음과 같습니다:
-
-1. **주요 보안 위험**: OTA 업데이트는 권한이 제대로 관리되지 않으면 악성 코드 주입, 가로채기 및 남용에 취약할 수 있습니다.
-2. **RBAC의 도움**: 특정 권한을 가진 역할(개발자, 테스터, 관리자 등)을 할당함으로써 RBAC는 권한이 부여된 사용자만이 업데이트를 배포하고, 테스터를 관리하며, 롤백을 수행할 수 있도록 하여 위험을 줄입니다.
-3. **[Capgo](https://capgo.app/)'의 기능**: Capgo는 **종단간 암호화**, 세분화된 권한 및 다중 조직 지원을 통해 업데이트를 더욱 안전하고 미국 보안 기준을 준수하게 만듭니다.
-
-RBAC는 단순히 보안에 관한 것이 아니라, 앱 업데이트를 효율적으로 확장하면서 신뢰와 규정 준수를 유지하는 것입니다.
-
-## 역할 기반 접근 제어(RBAC)란 무엇인가?
-
-<iframe src="https://www.youtube.com/embed/-aPHg0uRYUI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## OTA 업데이트의 보안 격차
-
-이러한 격차를 정확히 집어내는 것은 RBAC(역할 기반 접근 제어)가 이를 효과적으로 해결하는 데 어떻게 도움이 되는지를 강조합니다.
-
-### 일반적인 보안 취약점
-
-승인되지 않은 접근 권한을 가진 공격자가 배포 시스템에 악성 코드를 주입할 수 있어 사용자에게 위험을 초래할 수 있습니다. 업데이트 패키지가 진정한 종단간 암호화 없이 제공될 경우, 이는 가로채기 및 변조될 수 있습니다. 예를 들어, Capgo는 진정한 종단간 암호화를 제공하지만, 많은 경쟁자는 업데이트 서명에만 의존합니다 [\[1\]](https://capgo.app/). 또한 지나치게 광범위한 배포 권한은 우발적 또는 의도적인 남용의 가능성을 증가시킵니다. 정의된 역할과 권한이 명확하지 않으면 이러한 취약점은 해결되지 않은 채 남아 있습니다.
-
-### 보안 실패의 결과
-
-타협된 OTA 시스템은 민감한 데이터를 노출시키고 기능을 방해하며 운영을 방해하는 악성 업데이트를 푸시할 수 있습니다. 이러한 문제는 사용자 신뢰를 약화시킬 뿐만 아니라 법적 위험을 초래합니다. 빈번한 실패는 회사의 명성에 해를 끼치고 비용이 많이 드는 수정 작업으로 이어질 수 있습니다.
-
-### 미국 보안 기준 준수
-
-미국 보안 기준은 모든 업데이트에 대해 종단간 암호화를 사용할 것을 의무화하고, 세부적인 역할 기반 배포 권한을 요구합니다. 접근 권한에 대한 정기적인 감사는 책임을 보장하고 승인되지 않은 변경의 위험을 최소화하는 데 필수적입니다.
-
-## RBAC 보안 기능
-
-이제 OTA 보안 격차에 대해 논의했으니, RBAC 기능이 이러한 문제를 어떻게 해결하는지 살펴보겠습니다.
-
-RBAC는 **역할**, **권한**, 및 **접근 수준**의 세 가지 주요 구성 요소를 통해 작동합니다. 역할(개발자, QA, 팀 리드 등)은 특정 권한에 묶여 있으며, 접근 수준은 배포의 범위를 제한합니다. 이 설정은 승인된 환경에만 권한이 부여된 사용자만이 업데이트를 푸시할 수 있도록 보장합니다. 이러한 메커니즘은 주입, 가로채기 및 지나치게 넓은 권한과 같은 취약점에 직접적으로 대응합니다.
-
-### 미국 기업을 위한 RBAC
-
-미국에서는 조직이 보안과 효율성을 유지하기 위해 계층적 역할 구조를 자주 사용합니다. Capgo에서는 관리자가 테스터, 베타 사용자 및 조직에 대한 사용자 권한을 할당하고 세부 조정할 수 있습니다. 이 접근법은 규정 준수를 보장할 뿐만 아니라 팀이 성장함에 따라 안전한 확장을 지원합니다 [\[1\]](https://capgo.app/).
-
-## OTA 업데이트를 위한 RBAC 설정
-
-미국 계층 구조 예시를 사용하여, Capgo는 역할을 대시보드와 CLI에 직접 통합할 수 있도록 허용합니다. 다음은 Capgo에서 내장 도구를 사용하여 RBAC 원칙을 구현하는 방법입니다:
-
-### RBAC 설정 가이드
-
-Capgo는 내장 RBAC 기능을 통해 OTA 업데이트 보안을 단순화하며, 세부적인 역할 정의와 배포를 위한 단일 명령 CLI를 제공합니다 [\[1\]](https://capgo.app/):
-
-1. **테스터, 개발자 및 관리자의 역할을 정의하고 특정 권한을 할당합니다.**
-2. **프로젝트를 분리하기 위해 조직을 생성합니다.**
-3. **베타 테스트 및 단계적 롤아웃을 위한 채널을 설정합니다.**
-4. **Capgo CLI를 사용하여 빠르게 업데이트를 배포합니다.**
-
-이제 Capgo의 RBAC가 이전 OTA 솔루션과 어떻게 비교되는지 살펴보겠습니다.
-
-주요 기능은 다음과 같습니다:
-
-1. **세분화된 사용자 권한**으로 정확한 접근 제어.
-2. **채널 기반 배포**로 베타 및 단계적 롤아웃을 관리.
-
-| 기능 | 이점 | 사용 사례 |
-| --- | --- | --- |
-| 세분화된 권한 | 조정된 접근 제어 | 통제된 배포 |
-| 다중 조직 지원 | 분리된 환경 | 엔터프라이즈 수준 프로젝트 |
-| 채널 기반 롤아웃 | 대상 업데이트 전달 | 베타 테스트 |
-
-### OTA 플랫폼 비교
-
-RBAC를 위한 OTA 플랫폼을 검토할 때, Capgo의 몇 가지 두드러진 측면은 다음과 같습니다:
-
-1. 완전한 종단간 암호화 제공, 많은 플랫폼이 서명에만 의존합니다.
-2. 향상된 사용자 할당 옵션.
-3. 보다 쉬운 관리를 위한 간소화된 조직 구조.
-
-## RBAC 강점 및 한계
-
-### RBAC 장점
-
-이러한 RBAC의 주요 이점들은 앞서 언급된 보안 문제를 해결합니다:
-
-1. **세분화된 권한**: 특정 역할과 환경에 배포 권한을 제한함으로써, 승인되지 않은 코드 주입의 위험을 최소화합니다.
-2. **다중 조직 관리**: 보안 도메인을 격리하여 팀과 프로젝트 간의 측면 이동을 예방하여 전반적인 보안을 향상시킵니다.
-3. **동적 역할 할당**: 팀이 성장함에 따라 접근 수준을 조정함으로써 취약점을 초래할 수 있는 오래된 권한을 제거합니다.
-
-## 결론
-
-### 주요 요점
-
-RBAC는 권한이 부여되지 않은 배포를 차단하면서 효율적인 프로세스를 유지하기 위해 세부 제어를 사용하여 Capacitor 앱에서 OTA(Over-the-Air) 업데이트의 보안을 보장합니다. 종단간 암호화, 격리된 환경, 유연한 권한 및 관리되는 배포 채널과 같은 기능들이 강력한 보안 설정을 만들기 위해 상호 작용합니다.
-
-### [Capgo](https://capgo.app/)'의 RBAC 기능
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680839e8fe5cbf0502ddad36/95506b8280be0626e7b237b754ba8f1b.jpg)
-
-Capgo는 진정한 종단간 암호화와 역할 기반 권한을 제공하는 오픈 소스 플랫폼을 통해 이러한 아이디어를 발전시키고 있습니다. 이를 통해 여러 조직 간의 안전하고 확장 가능한 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 허용합니다 [\[1\]](https://capgo.app/).
-
-> "진정한 종단간 암호화를 제공하는 유일한 솔루션, 나머지는 업데이트에 서명만 함" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ko/how-to-add-dependencies-in-capacitor-plugins.md b/src/content/blog/ko/how-to-add-dependencies-in-capacitor-plugins.md
deleted file mode 100644
index 5fad82a32..000000000
--- a/src/content/blog/ko/how-to-add-dependencies-in-capacitor-plugins.md
+++ /dev/null
@@ -1,134 +0,0 @@
----
-slug: how-to-add-dependencies-in-capacitor-plugins
-title: Capacitor 플러그인에서 종속성을 추가하는 방법
-description: Capacitor 플러그인에서 플랫폼 전반에 걸친 의존성 관리를 간소화하는 방법을 실용적인 단계와 모범 사례를 통해 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-27T02:08:04.837Z
-updated_at: 2025-03-27T02:08:34.795Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e4966a10051fda3b63500a-1743041314795.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, plugin dependencies, iOS, Android, JavaScript, CocoaPods, Gradle,
-  development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) 플러그인에 의존성을 추가하는 것이 부담스러울 수 있지만, 명확한 단계로 나누면 더 쉽습니다. 다음은 알아야 할 사항입니다:**
-
-1. **도구 이해하기**:
-    
-    - **JavaScript**: `npm`을 사용하여 의존성 관리
-    - **iOS**: [CocoaPods](https://cocoapods.org/) 또는 Swift Package Manager(SPM) 사용
-    - **Android**: [Gradle](https://gradle.org/)을 사용하여 의존성 관리
-2. **개발 환경 설정**:
-    
-    - [Node.js](https://nodejs.org/en), [npm](https://www.npmjs.com/), [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), CocoaPods, JDK와 같은 도구 설치
-3. **[Capacitor 플러그인 프로젝트](https://capgo.app/blog/capacitor-comprehensive-guide/) 시작**:
-    
-    - `npm init @capacitor/plugin`을 사용하여 새 플러그인 생성
-4. **JavaScript 의존성 추가**:
-    
-    - `npm install`을 사용하여 프로덕션 및 개발 의존성 설치
-    - `@capacitor/core`와 같은 피어 의존성을 포함하도록 `package.json` 업데이트
-5. **플랫폼별 의존성 처리**:
-    
-    - **iOS**: [Alamofire](https://github.com/Alamofire/Alamofire)나 [SwiftyJSON](https://github.com/SwiftyJSON/SwiftyJSON)과 같은 라이브러리로 CocoaPods 또는 SPM 구성
-    - **Android**: Gradle을 사용하여 Gson이나 AppCompat 같은 의존성 추가
-6. **성능 최적화**:
-    
-    - 안정성을 위해 버전 고정, 의존성 감사 및 충돌 해결
-7. **[Capgo](https://capgo.app/)와 같은 도구를 사용한 실시간 업데이트**:
-    
-    - 앱 스토어 심사 없이 즉시 업데이트 배포
-
-**도구 빠른 비교**:
-
-| 플랫폼 | 도구 | 의존성 예시 |
-| --- | --- | --- |
-| JavaScript | npm | `npm install lodash --save` |
-| iOS | CocoaPods/SPM | `pod 'Alamofire', '~> 5.6.4'` |
-| Android | Gradle | `implementation 'com.google.code.gson:gson:2.10.1'` |
-
-**중요한 이유**: 의존성을 효과적으로 관리하면 플러그인이 모든 플랫폼에서 원활하게 작동하고, 시간을 절약하며 오류를 방지할 수 있습니다. 각 단계를 자세히 살펴보겠습니다.
-
-[계속...]
-
-Capgo는 GitHub Actions, GitLab CI, Jenkins와 같은 CI/CD 도구와 원활하게 작동하여 종속성 업데이트를 자동화하고 일관된 플러그인 버전을 보장합니다. 이러한 도구를 사용하면 Capgo를 워크플로우에 더 쉽게 통합할 수 있습니다.
-
-### Capgo 설정하기
-
-프로젝트에 Capgo를 통합하려면 다음 단계를 따르세요:
-
-1. **Capgo CLI 설치**
-    
-    터미널에서 다음 명령어를 실행하세요:
-    
-    ```json
-    {
-      "capacitor": {
-        "ios": {
-          "src": "ios"
-        },
-        "android": {
-          "src": "android"
-        }
-      },
-      "peerDependencies": {
-        "@capacitor/core": "^5.0.0"
-      }
-    }
-    ```
-    
-2. **업데이트 환경설정**
-    
-    Capgo 대시보드를 사용하여 배포 채널과 환경을 설정하세요. 클라우드 호스팅과 자체 호스팅 구성 모두 지원됩니다.
-    
-3. **업데이트 로직 추가**
-    
-    업데이트를 활성화하려면 메인 플러그인 파일에 다음 코드를 추가하세요:
-    
-    ```ruby
-        platform :ios, '13.0'
-        use_frameworks!
-        ```
-    
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" - Rodrigo Mantica
-
-Capgo는 또한 업데이트 성공률과 사용자 활동에 대한 실시간 인사이트를 제공하는 분석 대시보드를 제공합니다. 원클릭 롤백과 오류 추적과 같은 기능은 문제를 신속하게 해결하여 플러그인 업데이트가 원활하게 실행되도록 돕습니다.
-
-## 결론
-
-### 프로세스 검토
-
-Capacitor 플러그인의 종속성 관리는 원활한 통합을 위해 네이티브 컴포넌트(iOS 및 Android)를 JavaScript 구성 요소와 일치시키는 작업을 포함합니다. 이 프로세스에는 최상의 성능을 달성하기 위한 플랫폼별 설정과 JavaScript 패키지 관리가 포함됩니다. 설명된 단계를 따르면 안정적이고 효율적인 플러그인 기능을 유지하는 데 도움이 됩니다.
-
-### 모범 사례
-
-종속성을 효과적으로 관리하려면 다음 사례를 고려하세요:
-
-| 사례 | 이점 | 구현 방법 |
-| --- | --- | --- |
-| 버전 고정 | 예상치 못한 문제 방지 | `package.json`에서 고정 버전 사용 |
-| 플랫폼 격리 | 충돌 최소화 | 네이티브 종속성 분리 |
-| 정기적 업데이트 | 보안 향상 | 중요 패치 즉시 적용 |
-| 종속성 감사 | 위험 감지 | `npm audit` 자주 실행 |
-
-Capgo와 같은 실시간 업데이트 도구를 사용하면 실시간 업데이트를 통해 이러한 사례를 더욱 단순화하고 개선할 수 있습니다.
-
-### Capgo 이점
-
-Capgo는 강력한 성능을 제공하면서 종속성 관리 프로세스를 단순화합니다. **24시간 이내에 95%의 사용자 업데이트율**을 달성하고 전역 API 응답 시간 **57ms**를 유지합니다 [\[1\]](https://capgo.app/). 엔드투엔드 암호화를 통해 Apple과 Android 지침을 준수하는 안전한 업데이트를 보장합니다. 여러 플러그인 버전을 관리하는 팀의 경우, Capgo의 채널 시스템을 통해 특정 사용자 그룹에 대한 타겟팅된 배포가 가능합니다.
-
-Capgo의 성능을 간단히 살펴보면:
-
-| 지표 | 값 |
-| --- | --- |
-| 전역 API 응답 시간 | 57ms |
-| 업데이트 성공률 | 82% |
-| 사용자 업데이트율 (24시간) | 95% |
diff --git a/src/content/blog/ko/how-to-add-geolocation-targeting-to-ota-updates.md b/src/content/blog/ko/how-to-add-geolocation-targeting-to-ota-updates.md
deleted file mode 100644
index 22483e10c..000000000
--- a/src/content/blog/ko/how-to-add-geolocation-targeting-to-ota-updates.md
+++ /dev/null
@@ -1,311 +0,0 @@
----
-slug: how-to-add-geolocation-targeting-to-ota-updates
-title: OTA 업데이트에 위치 정보 타겟팅을 추가하는 방법
-description: OTA 업데이트에서 지역 기반 타겟팅을 구현하여 위치 기반 기능과 시기적절한 업데이트로 사용자 참여도를 높이는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-23T04:39:40.995Z
-updated_at: 2026-03-10T13:48:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ba891fbfa83cf6a92e8bd2-1740285846827.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  geolocation targeting, OTA updates, mobile app updates, user engagement,
-  location-based features, background location tracking, app development,
-  analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**사용자 위치에 맞춰진 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)을 제공하고 싶으십니까?** OTA(Over-the-Air) 업데이트의 지리적 위치 타겟팅이 이를 가능하게 합니다. 다음은 지리적 위치를 OTA 업데이트와 결합하여 사용자 경험과 참여를 향상시킬 수 있는 방법에 대한 간략한 분석입니다.
-
-- **위치정보 타겟팅을 사용하는 이유**
-    
-    - 위치별 기능, 프로모션 또는 업데이트를 제공합니다.
-    - 지역 이벤트나 날씨에 실시간으로 반응합니다.
-    - GPS 또는 IP 기반 방법을 사용하여 타겟팅의 정확도를 높입니다.
-- **시작하는 데 필요한 것:**
-    
-    - 웹 및 기본 기능을 갖춘 [Capacitor](https://capacitorjs.com/) 앱입니다.
-    - 추적을 위한 `@capacitor/geolocation`과 같은 위치 플러그인.
-    - 지리적 위치 타겟팅을 지원하는 [Capgo](https://capgo.app/)과 같은 OTA 플랫폼.
-- **작동 방식:**
-    
-    - 위치 권한을 구성합니다(iOS: `Info.plist`, Android: `AndroidManifest.xml`).
-    - 높은 정확도로 배경 위치 추적을 설정합니다.
-    - 지오펜싱 규칙을 사용하여 사용자 위치에 따라 업데이트를 푸시합니다.
-    - 보안을 위해 위치 데이터를 암호화하고 업데이트 성능을 추적합니다.
-
-**주요 이점:**
-
-- 참여도 향상: 맞춤형 업데이트로 사용자 상호 작용이 향상됩니다.
-- 더 나은 타이밍: 지역적 필요나 이벤트에 따라 업데이트를 푸시합니다.
-- 향상된 분석: 성공률과 위치 정확도를 측정합니다.
-
-이 가이드는 OTA 업데이트에서 위치정보를 구현하기 위한 도구, 설정 및 전략을 안내합니다. 지금부터 더욱 스마트한 업데이트 제공을 시작해 보세요!
-
-## YouTube 관련 동영상
-
-<iframe src="https://www.youtube.com/embed/DWpcD6bvTRA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen>@TAG1@@
-
-## 전제조건
-
-위치정보 기반 OTA 업데이트를 시작하기 전에 다음 설정이 제대로 되어 있는지 확인하세요.
-
-### [Capacitor](https://capacitorjs.com/) 시작하기
-
-![Capacitor Framework 문서 웹사이트](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-23.jpg?auto=compress)
-
-OTA 업데이트로 위치 인식 [Capacitor 앱](https://capgo.app/plugins/ivs-player/)을 구축하려면 다음이 필요합니다.
-
-- **[Node.js](https://nodejs.org/en) 및 npm**이 컴퓨터에 설치되어 있습니다.
-- 네이티브 플랫폼(iOS/Android)으로 초기화된 Capacitor 프로젝트입니다.
-- 크로스 플랫폼 개발 개념에 대한 기본 이해.
-
-동적 OTA 업데이트를 활성화하고 장치를 효과적으로 추적하려면 앱이 웹 기능과 기본 기능을 모두 지원해야 합니다.
-
-### 위치 서비스 설정
-
-[Capacitor Geolocation 플러그인](https://capgo.app/plugins/capacitor-nativegeocoder/)을 구성하려면 다음 단계를 따르세요.
-
-**iOS의 경우:**
-
-`Info.plist` 파일에 다음 개인정보 보호 설명을 추가하세요.
-
-- `NSLocationAlwaysAndWhenInUseUsageDescription`
-- `NSLocationWhenInUseUsageDescription`
-
-**안드로이드의 경우:**
-
-`AndroidManifest.xml` 파일에 다음 권한을 포함하세요.
-
-- `ACCESS_COARSE_LOCATION`
-- `ACCESS_FINE_LOCATION`
-- `android.hardware.location.gps` (선택 사항이지만 정밀도가 향상됨).
-
-다음을 사용하여 필수 플러그인을 설치하십시오.
-
-```bash
-npm install @capacitor/geolocation
-npx cap sync
-```
-
-백그라운드 위치 추적이 필요한 경우 다음을 추가하세요.
-
-```bash
-npm install @capacitor-community/background-geolocation
-npx cap update
-```
-
-위치 서비스가 구성되면 사용자 위치를 기반으로 한 타겟 업데이트를 지원하는 OTA 플랫폼을 선택하세요.
-
-### OTA 업데이트 플랫폼 선택
-
-실시간 업데이트, 지리적 위치 기반 타겟팅을 제공하고 앱 스토어 정책을 준수하는 OTA 플랫폼을 선택하세요. **Capgo**는 1800개 프로덕션 앱[\[2\]](https://capgo.app/)에 4억 5,720만 개 이상의 업데이트가 제공되는 검증된 선택입니다.
-
-> "Capgo는 생산성을 높이고자 하는 개발자에게 꼭 필요한 도구입니다. 버그 수정을 위해 앱 리뷰를 피하는 것은 금물입니다." - 베시 쿠퍼 [\[2\]](https://capgo.app/)
-
-Capgo가 돋보이는 이유는 다음과 같습니다.
-
-| 기능 | 중요성 | 중요한 이유 |
-| --- | --- | --- |
-| **실시간 업데이트** | 심각 | 위치별 기능을 즉시 배포하세요. |
-| **앱 스토어 규정 준수** | 협상 불가능 | 업데이트가 플랫폼 지침을 충족하는지 확인합니다. |
-| **지리적 위치 지원** | 코어 | 사용자 위치를 기반으로 업데이트를 타겟팅합니다. |
-| **버전 관리** | 유용함 | 다양한 지역의 앱 버전을 관리합니다. |
-| **분석** | 도움이 됨 | 위치에 따라 업데이트 성능을 추적합니다. |
-
-###### sbb-itb-f9944d2
-
-## 위치정보 기능 추가
-
-타겟 OTA 업데이트를 제공하려면 정확한 위치 추적이 필수적입니다. 정확한 위치정보 기능을 위해 필요한 구성요소를 설정하는 방법은 다음과 같습니다.
-
-### 위치 플러그인 설치
-
-고급 위치정보 기능을 위해 `@aldegad/capacitor-geolocation` 플러그인을 사용하겠습니다.
-
-```typescript
-npm install @aldegad/capacitor-geolocation  
-npx cap sync
-```
-
-설치 후에는 위치 권한을 요청해야 합니다.
-
-```typescript
-const requestPermissions = async () => {
-  const permission = await Geolocation.requestPermission();
-  if (permission === 'granted') {
-    startLocationTracking();
-  }
-};
-```
-
-권한이 부여되면 앱이 백그라운드에서 실행되는 동안에도 위치 업데이트가 계속되도록 백그라운드 추적을 구성하세요.
-
-### 배경 위치 설정
-
-백그라운드에서 위치를 추적하려면 정확성과 배터리 사용량의 균형이 필요합니다.
-
-```typescript
-const startLocationTracking = async () => {
-  await Geolocation.startLocationUpdates({
-    backgroundMessage: "Location tracking for targeted updates",
-    backgroundTitle: "Update Location Service",
-    distanceFilter: 10, // meters
-    enableHighAccuracy: true
-  });
-};
-```
-
-효율성을 높이려면 사용자 활동에 따라 업데이트 빈도를 조정하는 것이 좋습니다. 이 데이터를 OTA 업데이트 시스템에 통합하기 전에 위치 데이터의 정확성을 확인하세요.
-
-### 위치 정확도 확인
-
-추적 데이터가 필수 정확도 수준을 충족하는지 확인하세요. Geolocation API는 `location.getAccuracy()` [\[4\]](https://stackoverflow.com/questions/58165165/how-to-find-location-accuracy)을 사용하여 정확도 측정항목(미터)을 제공합니다.
-
-```typescript
-const checkLocationAccuracy = async () => {
-  const location = await Geolocation.getCurrentPosition({
-    enableHighAccuracy: true,
-    timeout: 5000
-  });
-
-  const accuracy = location.coords.accuracy;
-};
-```
-
-정확도는 데이터 소스에 따라 달라질 수 있습니다. [\[5\]](https://www.geoplugin.com/resources/geolocation-accuracy-top-factors-affecting-data-quality/):
-
-- **GPS**: 몇 미터까지 정확함
-- **Wi-Fi**: 일반적으로 10~100미터
-- **셀 타워**: 수백 미터
-- **IP 주소**: 수 킬로미터
-
-OTA 타겟팅의 경우 특히 신호 품질이 강한 도시 환경에서 GPS 수준의 정밀도를 목표로 하세요. `location.getAccuracy()`이 `0.0`을 반환하는 경우 수평 정확도를 사용할 수 없음을 의미합니다. [\[4\]](https://stackoverflow.com/questions/58165165/how-to-find-location-accuracy).
-
-일관된 추적을 보장하려면 여러 위치 소스를 결합하고 잠재적인 오류를 효과적으로 처리하세요.
-
-```typescript
-const handleLocationError = (error) => {
-  if (error.code === 2) { // POSITION_UNAVAILABLE
-    fallbackToLowerAccuracy();
-  }
-};
-```
-
-## 위치 데이터를 업데이트에 연결하기
-
-정확한 위치 데이터를 OTA 업데이트 시스템과 통합하면 사용자 위치에 맞는 업데이트를 제공할 수 있습니다.
-
-### OTA 플랫폼 구성
-
-Capgo는 지리적 위치를 기반으로 업데이트를 가능하게 합니다. 설정 방법은 다음과 같습니다.
-
-```typescript
-const configureLocationUpdates = async () => {
-  const updateConfig = {
-    locationTracking: true,
-    minAccuracy: 50, // meters
-    updateInterval: 3600, // seconds
-    retryAttempts: 3
-  };
-
-  await CapgoPlugin.setConfig(updateConfig);
-};
-```
-
-데이터 보안을 보장하려면 위치 데이터에 대한 엔드투엔드 암호화를 구현하세요.
-
-```typescript
-const encryptLocationData = (locationData) => {
-  return CapgoPlugin.encrypt({
-    latitude: locationData.coords.latitude,
-    longitude: locationData.coords.longitude,
-    timestamp: locationData.timestamp
-  });
-};
-```
-
-이 설정은 안전한 데이터 처리와 정확한 타겟팅을 모두 보장합니다.
-
-### 위치 규칙 만들기
-
-플랫폼이 구성되면 대상 업데이트에 대한 지오펜싱 규칙을 정의할 수 있습니다.
-
-다음과 같이 지오펜스 규칙을 설정합니다.
-
-```typescript
-const createGeofenceRule = async (center, radius) => {
-  const rule = {
-    type: 'geodistance',
-    center: {
-      lat: center.latitude,
-      lng: center.longitude
-    },
-    radius: radius, // meters
-    updateVersion: '2.1.0',
-    conditions: {
-      timeWindow: 3600
-    }
-  };
-
-  await CapgoPlugin.addUpdateRule(rule);
-};
-```
-
-위치 데이터를 다른 매개변수와 결합하여 타겟팅을 구체화할 수 있습니다.
-
-| 타겟팅 유형 | 매개변수 | 사용 사례 예시 |
-| --- | --- | --- |
-| 지오펜싱 | 반경, 좌표 | 행사장 업데이트 |
-| 지역 | 국가, 주, 도시 | 규정 준수 또는 언어 업데이트 |
-| 날씨 기반 | 현황 | 날씨 변화에 따른 기능 |
-
-### 업데이트 실적 추적
-
-분석을 사용하여 업데이트 성능을 모니터링하세요.
-
-```typescript
-const trackUpdateMetrics = async () => {
-  const metrics = await CapgoPlugin.getMetrics({
-    timeframe: '7d',
-    locationEnabled: true
-  });
-
-  console.log(`Success Rate: ${metrics.successRate}% | Average Accuracy: ${metrics.avgAccuracy}m | Updates Delivered: ${metrics.totalUpdates}`);
-};
-```
-
-성공 사례는 위치 기반 타겟팅의 효율성을 뒷받침합니다. 예를 들어 쿠웨이트의 OTA인 [Rehlat](https://www.rehlat.com/)은 특정 지역 [\[6\]](https://webengage.com/blog/push-notification-use-cases-for-ota/)에 집중하여 12.4%의 클릭률을 달성했습니다. 마찬가지로, [Goibibo](https://www.goibibo.com/)는 위치 데이터와 행동 통찰력을 결합하여 [\[6\]](https://webengage.com/blog/push-notification-use-cases-for-ota/) 전환율을 11% 높였습니다.
-
-배송 성공률, 위치 정확도, 사용자 참여도 등의 지표를 분석하면 전략을 세부적으로 조정하고 업데이트의 영향을 극대화하는 데 도움이 됩니다.
-
-## 결론
-
-### 앱 업데이트에 미치는 영향
-
-OTA 업데이트에 지리적 위치 기반 타겟팅을 추가하면 앱 제공 방식이 개선되고 사용자 경험이 향상됩니다. 이를 통해 효율적이고 관련성이 높은 보다 정확한 위치별 업데이트가 가능합니다. 개발자는 백그라운드 위치 서비스를 주의 깊게 사용함으로써 장치 성능을 저하시키지 않고 업데이트가 효과적인지 확인할 수 있습니다[\[3\]](https://capacitorjs.com/docs/v2/apis/geolocation). 예를 들어, Regent Street 앱은 특정 소매점[\[7\]](https://geotargetly.com/blog/improving-app-engagement-and-revenue-with-geolocation-tracking) 근처의 사용자에게 맞춤형 콘텐츠를 전송하여 **마케팅 응답률이 7.4% 증가**했습니다.
-
-| **영향 영역** | **장점** | **주요 고려사항** |
-| --- | --- | --- |
-| 사용자 경험 | 위치 기반 관련 업데이트 | 투명한 권한 및 개인정보 보호 세부정보 |
-| 기술성과 | 과도한 부담 없이 정확한 타겟팅 | 위치 추적을 위한 효율적인 배터리 사용 |
-| 비즈니스 가치 | 더 높은 참여율 및 전환율 | 강력한 데이터 보안 및 개인 정보 보호 조치 |
-
-이러한 이점은 미래에 지리적 위치를 더욱 발전적으로 사용할 수 있는 기반을 마련합니다.
-
-### 미래 개발
-
-OTA 업데이트에서 지리적 위치의 미래는 흥미로운 가능성을 갖고 있습니다. 개발자는 지오펜싱 및 비콘 기술과 같은 고급 도구를 통합하여 전략을 개선할 수 있습니다. 예를 들어, [Allrecipes](https://www.allrecipes.com/)에서는 비콘을 사용하여 적시에 위치 인식 콘텐츠를 전송하며 이러한 접근 방식이 어떻게 사용자 참여를 유도할 수 있는지 보여줍니다[\[7\]](https://geotargetly.com/blog/improving-app-engagement-and-revenue-with-geolocation-tracking).
-
-개선이 필요한 주요 영역은 다음과 같습니다.
-
-- **성능은 유지하면서 데이터 보안 강화**
-- 더 쉬운 구현을 위해 **기술적 과제 단순화**
-- 사용자 개인정보 보호를 침해하지 않고 **타겟팅 개선**
--   **Adapting updates** to work seamlessly across varying connectivity levels [\[1\]](https://www.acldigital.com/blogs/ota-updates-in-automotive)
-
-암호화 및 규정 준수에 초점을 맞춘 플랫폼은 이러한 발전을 보다 쉽게 접근하고 효과적으로 만드는 데 앞장설 것입니다.
diff --git a/src/content/blog/ko/how-to-add-third-party-plugins-in-capacitor-apps.md b/src/content/blog/ko/how-to-add-third-party-plugins-in-capacitor-apps.md
deleted file mode 100644
index c34b6027e..000000000
--- a/src/content/blog/ko/how-to-add-third-party-plugins-in-capacitor-apps.md
+++ /dev/null
@@ -1,367 +0,0 @@
----
-slug: how-to-add-third-party-plugins-in-capacitor-apps
-title: Capacitor 앱에서 타사 플러그인을 추가하는 방법
-description: Capacitor 앱의 기능과 성능을 향상시키기 위해 타사 플러그인을 통합하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T14:04:24.780Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d977fb55129a55bd698926-1742306685762.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, third-party plugins, mobile app development, plugin installation,
-  app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[**Capacitor**](https://capacitorjs.com/) **앱에 실시간 업데이트, 분석 또는 보안 기능과 같은 강력한 기능을 추가하고 싶으신가요?** 서드파티 플러그인을 추가하는 것이 해답입니다. Capacitor는 네이티브 코딩 없이도 앱의 기능을 확장할 수 있도록 플러그인 통합을 단순화합니다.
-
-다음과 같은 내용을 배우게 됩니다:
-
--   **필요한 도구:** [Node.js](https://nodejs.org/en), npm, Capacitor CLI, [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio) 등.
-    
--   **필요한 기술:** JavaScript/TypeScript, [모바일 디버깅](https://capgo.app/docs/plugin/debugging/), [Capacitor API 지식](https://capgo.app/blog/capacitor-comprehensive-guide/).
-    
--   **플러그인 찾기:** npm, [Capacitor Community Hub](https://capgo.app/blog/capacitor-comprehensive-guide/), GitHub에서 신뢰할 수 있는 옵션을 찾으세요.
-    
--   **플러그인 설치:** npm으로 설치하고 `npx cap sync`로 동기화하세요.
-    
--   **설정:** `Info.plist` (iOS) 또는 `AndroidManifest.xml` (Android)과 같은 플랫폼별 파일을 업데이트하세요.
-    
--   [**디버깅 팁**](https://capgo.app/docs/plugin/debugging/)**:** `npx cap doctor`와 상세 로깅과 같은 도구를 사용하여 문제를 해결하세요.
-    
-
-**프로 팁:** [Capgo](https://capgo.app/)와 같은 도구를 사용하면 암호화된 업데이트와 실시간 분석과 같은 기능으로 업데이트와 플러그인 출시를 원활하게 관리할 수 있습니다.
-
-앱을 강화할 준비가 되셨나요? Capacitor 프로젝트에서 플러그인을 통합하고 관리하는 단계별 과정을 알아보세요.
-
-## [Capacitor](https://capacitorjs.com/) + Nx = 크로스 플랫폼 플러그인 개발
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-18.jpg?auto=compress)
-
-<div style="text-align: center"></div>
-
-## 시작하기 전에
-
-플러그인 통합을 시작하기 전에 설정과 기술이 준비되어 있는지 확인하세요.
-
-### 필요한 도구
-
-다음은 필요한 도구의 빠른 체크리스트입니다:
-
--   **Node.js**: 버전 16.0 이상
-    
--   **npm**: 버전 8.0 이상
-    
--   **Capacitor CLI**: 최신 안정 버전
-    
--   **IDE/코드 에디터**: [VS Code](https://code.visualstudio.com/) 또는 [WebStorm](https://www.jetbrains.com/webstorm/) 선호
-    
--   **Git**: 버전 관리용
-    
--   **Xcode**: 버전 14 이상 (Mac 전용)
-    
--   **Android Studio**: SDK 도구가 포함된 최신 버전
-    
-
-이러한 도구들을 설치했다면, 기술 수준을 평가해 보세요.
-
-### 기술 체크리스트
-
-다음과 같은 기술에 익숙해야 합니다:
-
-**핵심 기술 능력**:
-
--   JavaScript/TypeScript 중급 지식
-    
--   모바일 앱 아키텍처 기본 이해
-    
--   _async/await_ 및 Promise 패턴에 대한 이해
-    
--   패키지 관리를 위한 npm 사용 경험
-    
-
-**플랫폼별 지식**:
-
--   iOS 개발 기초 (iOS 플러그인용)
-    
--   Android 개발 기초 (Android 플러그인용)
-    
--   [모바일 앱 디버깅 기술](https://capgo.app/docs/plugin/debugging/)
-    
-
-**프레임워크 친숙도**:
-
--   Capacitor API와 [React](https://react.dev/), [Vue](https://vuejs.org/), [Angular](https://angular.io/)와 같은 웹 프레임워크 실무 지식
-    
--   모바일 우선 반응형 디자인 경험
-    
-
-이 중 어느 것이든 낯설다면, 계속 진행하기 전에 학습을 고려하세요.
-
-## 적합한 플러그인 찾기
-
-### 플러그인을 찾을 수 있는 곳
-
-[Capacitor 플러그인](https://capgo.app/plugins/)을 찾으려면 npm 레지스트리부터 시작하세요. **"capacitor-plugin"** 또는 **"@capacitor/"**와 같은 키워드로 검색하세요. 공식 Capacitor 팀은 카메라, 지오로케이션, 스토리지와 같은 기능을 포함하는 핵심 플러그인을 `@capacitor/` 아래에서 관리합니다.
-
-다음은 추가로 탐색할 수 있는 소스입니다:
-
-| 플랫폼 | 설명 | 이점 |
-| --- | --- | --- |
-| Capacitor Community Hub | 커뮤니티가 유지 관리하는 플러그인 | 검증된 호환성, 정기적 업데이트 |
-| GitHub Awesome Lists | 큐레이션된 플러그인 모음 | 잘 정리되고 분류됨 |
-| npm Verified Publishers | 신뢰할 수 있는 개발자의 플러그인 | 높은 신뢰성 |
-
-잠재적인 플러그인 목록을 작성했다면, 다음 단계는 품질을 평가하는 것입니다.
-
-### 플러그인 품질 확인 방법
-
-유망해 보이는 플러그인을 식별한 후, 다음과 같은 주요 요소를 사용하여 품질을 평가하세요:
-
-**문서 품질**
-
--   명확한 설치 지침, 상세한 API 참조, 플랫폼별 가이드, 작동하는 코드 예제가 있는지 확인하세요.
-
-**유지 관리 상태**
-
--   GitHub 저장소에서 최근 활동, 이슈에 대한 빠른 응답, 정기적 업데이트, 최신 Capacitor 버전과의 호환성을 확인하세요.
-
-**커뮤니티 참여**
-
--   주간 npm 다운로드, GitHub 스타, 포크, 이슈 해결률, 메인테이너 참여와 같은 지표를 분석하세요.
-
-잘 관리되는 플러그인은 활발한 개발을 보여야 합니다. 예를 들어 다음을 찾으세요:
-
--   정기적인 릴리스 (이상적으로는 최소 분기별)
-    
--   적절한 시맨틱 버저닝
-    
--   상세한 변경 로그
-    
--   타입 정의가 포함된 TypeScript 지원
-    
-
-**호환성 검사**
-
--   개발 환경에서 플러그인을 테스트하세요.
-    
--   플랫폼별 요구 사항을 충족하고 다른 플러그인과 충돌하지 않는지 확인하세요.
-    
--   모든 대상 플랫폼 (iOS/Android)을 지원하는지 확인하세요.
-    
--   신뢰성에 대한 앱의 프로덕션 표준과 일치하는지 확인하세요.
-    
-
-프로덕션 앱의 경우, 입증된 실적이 있거나 상업적 지원을 제공하는 플러그인을 우선시하세요. 이는 문제가 발생할 경우 신뢰할 수 있는 지원을 보장합니다.
-
-## 플러그인 설치 단계
-
-플러그인이 품질 표준을 충족하는지 확인한 후, 다음 단계에 따라 설치하고 동기화하세요.
-
-### npm 설치 명령
-
-npm을 사용하여 플러그인을 설치하세요:
-
-```bash
-npm install my-capacitor-plugin
-```
-
-[공식 Capacitor 플러그인](https://capgo.app/blog/)의 경우:
-
-```bash
-npm install @capacitor/camera
-```
-
-여러 플러그인을 한 번에 설치하려면:
-
-```bash
-npm install @capacitor/camera @capacitor/geolocation
-```
-
-[Capgo의 실시간 업데이트 기능](https://www.npmjs.com/package/@capgo/capacitor-updater)의 경우 [\[1\]](https://capgo.app/):
-
-```bash
-npm install @capgo/capacitor-updater
-```
-
-설치가 완료되면 플러그인을 네이티브 플랫폼과 동기화하세요.
-
-### Capacitor 동기화 실행
-
-다음 명령을 실행하여 네이티브 컴포넌트를 통합하세요:
-
-```bash
-npx cap sync
-```
-
-동기화 중에 발생하는 작업:
-
-| 작업 | 설명 | 영향 |
-| --- | --- | --- |
-| 웹 에셋 복사 | 웹 에셋을 네이티브 플랫폼으로 전송 | 웹 콘텐츠 업데이트 |
-| 네이티브 설정 업데이트 | 네이티브 설정 파일 조정 | 호환성 보장 |
-| 의존성 설치 | 필요한 네이티브 의존성 추가 | 플러그인 기능 활성화 |
-| 플랫폼별 설정 | 플랫폼별 설정 처리 | iOS/Android 준비 |
-
-특정 플랫폼을 동기화하려면:
-
-```bash
-npx cap sync ios
-npx cap sync android
-```
-
-**주요 팁:**
-
--   플러그인이 Capacitor 버전과 호환되는지 확인하세요.
-    
--   경고나 설정 지침에 대한 터미널 출력을 검토하세요.
-    
--   개발 도구를 최신 상태로 유지하세요.
-    
-
-버전 충돌이 발생하면 `npx cap sync --force`를 사용하여 완전한 동기화를 수행하세요.
-
-동기화가 완료되면 필요에 따라 각 플랫폼에 대한 플러그인을 구성하세요.
-
-## 플러그인 설정 및 사용
-
-### 플랫폼별 설정
-
-플러그인을 구성하려면 플랫폼별 설정으로 `capacitor.config.json` 파일을 업데이트하세요:
-
-```json
-{
-  "plugins": {
-    "PluginName": {
-      "ios": {},
-      "android": {}
-    }
-  }
-}
-```
-
-**iOS**의 경우, `Info.plist` 파일에 카메라, 사진 라이브러리 또는 위치 접근과 같은 필요한 권한을 포함하세요.
-
-**Android**의 경우, `AndroidManifest.xml` 파일에 필요한 권한을 추가하세요:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-```
-
-### 코드에서 플러그인 설정
-
-애플리케이션 코드에 플러그인을 가져오는 것으로 시작하세요:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-const { PluginName } = Plugins;
-```
-
-더 나은 구성을 위해 여러 플러그인을 서비스로 그룹화하는 것을 고려하세요:
-
-```typescript
-import { Injectable } from '@angular/core';
-import { Plugins } from '@capacitor/core';
-```
-
-가져오기와 구조화가 완료되면 플러그인 기능을 구현하고 다양한 플랫폼에서 테스트를 시작할 수 있습니다.
-
-### 플러그인 기능 작업
-
-적절한 오류 관리를 위해 `async/await`를 활용하세요:
-
-```typescript
-async function usePlugin() {
-  try {
-    const result = await PluginName.doSomething();
-    return result;
-  } catch (error) {
-    console.error('Plugin error:', error);
-  }
-}
-```
-
-신뢰성을 보장하기 위해 배포의 모든 단계에서 플러그인 기능을 테스트하세요.
-
-> "우리는 5000명 이상의 사용자 기반에 대해 프로덕션에서 [Capgo OTA 업데이트](https://console.capgo.app/resend_email)를 출시했습니다. OTA가 @Capgo에 배포된 후 거의 모든 사용
-
-```bash
-npm install plugin-name
-```
-
-여전히 어려움이 있나요? 더 자세한 분석을 위해 [디버깅 단계](https://capgo.app/docs/plugin/debugging/)로 이동하세요.
-
-### 디버깅 단계
-
-플러그인 문제를 디버깅하려면 다음 단계를 따르세요:
-
-1. Capacitor 구성 파일에서 **상세 로깅 활성화**:
-    
-    ```bash
-npm install @capacitor/plugin-name
-```
-    
-2. **플랫폼별 디버깅 도구 사용**:
-    
-    - iOS: Xcode 콘솔 사용
-        
-    - Android: Android Studio의 Logcat 확인
-        
-3. **코드에서 플러그인 오류 로깅 및 추적**:
-    
-    ```bash
-npm install @capacitor/camera @capacitor/geolocation @capacitor/storage
-```
-    
-
-지속적인 문제가 있다면 플러그인의 GitHub 저장소에서 보고된 이슈나 문제 해결 팁을 확인하세요. 많은 플러그인 작성자들이 문서에 자세한 지침을 포함하고 있습니다.
-
-**프로 팁:** 플랫폼별 개발 도구를 사용하여 네트워크 활동, 권한, 충돌 로그를 검사하세요. 이러한 도구는 문제의 근본 원인을 식별하는 데 도움이 되어 시간을 절약할 수 있습니다.
-
-## [Capgo](https://capgo.app/)를 사용한 업데이트
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-18.jpg?auto=compress)
-
-일반적인 통합 문제를 해결했다면, Capgo를 통해 [Capacitor 앱](https://capgo.app/top_capacitor_app/) 업데이트를 쉽게 관리할 수 있습니다.
-
-### Capgo 소개
-
-Capgo는 Capacitor 앱에서 서드파티 플러그인의 실시간 관리를 단순화합니다. **750개 앱에서 2,350만 건의 업데이트**를 제공한 [\[1\]](https://capgo.app/) 신뢰할 수 있는 플러그인 관리 도구입니다. 즉시 배포, 부분 업데이트, 엔드투엔드 암호화, 채널 기반 배포 등의 기능을 통해 플러그인 전달을 원활하고 효율적으로 유지하도록 설계되었습니다.
-
-### Capgo를 사용한 플러그인 관리
-
-Capgo가 제공하는 기능:
-
-| 기능 | 역할 | 주요 지표 |
-| --- | --- | --- |
-| **백그라운드 업데이트** | 사용자 조치 없이 자동 업데이트 설치 | 24시간 내 95%의 활성 사용자 업데이트 [\[1\]](https://capgo.app/) |
-| **버전 제어** | 원클릭 롤백 가능 | 82% 전체 롤백 성공률 [\[1\]](https://capgo.app/) |
-| **분석 대시보드** | 실시간 업데이트 성능 추적 | 빠른 문제 식별 및 해결 지원 |
-
-Capgo는 Capacitor 워크플로우에 원활하게 통합되어 안전하고 지속적인 업데이트를 보장합니다. **GitHub Actions, GitLab CI, [Jenkins](https://www.jenkins.io/)** 같은 도구와 함께 작동하여 플러그인 업데이트와 배포를 자동화하여 시간을 절약하고 수동 작업을 줄입니다.
-
-여러 플러그인을 관리하는 팀의 경우, 채널 시스템을 통해 광범위한 배포 전에 베타 테스트를 지원합니다. 실시간 분석은 업데이트 성능과 오류 추적에 대한 인사이트를 제공합니다. Capgo는 **Capacitor 8**을 지원하고, 커스텀 API 통합을 지원하며, 특수한 요구사항을 위한 자체 호스팅 옵션을 제공합니다.
-
-## 요약
-
-서드파티 플러그인 통합에는 신뢰할 수 있는 옵션 조사, npm을 통한 설치, 네이티브 컴포넌트와의 동기화, 각 플랫폼별 구성 등 몇 가지 필수 단계가 포함됩니다.
-
-통합 프로세스의 주요 단계별 분석:
-
-| 단계 | 주요 작업 | 성공 지표 |
-| --- | --- | --- |
-| **사전 통합** | 플러그인 호환성 및 사용자 리뷰 조사 | 잠재적 문제 조기 식별 |
-| **설치** | npm을 사용한 플러그인 설치 및 Capacitor 동기화 실행 | 플랫폼 간 원활한 통합 보장 |
-| **구성** | 플랫폼별 설정 요구사항 처리 | 플러그인 성능 최적화 |
-| **유지보수** | Capgo를 사용한 [자동 업데이트](https://capgo.app/docs/live-updates/update-behavior/) | 24시간 내 95% 사용자 업데이트[\[1\]](https://capgo.app/) |
-
-Capgo는 업데이트를 간소화하는 도구를 제공합니다. Rodrigo Mantica는 그 중요성을 강조합니다:
-
-> "우리는 애자일 개발을 실천하며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!"[\[1\]](https://capgo.app/)
-
-기업용 애플리케이션의 경우, Capgo의 채널 시스템을 통해 단계적 출시를 효과적으로 수행할 수 있습니다. 82%의 전체 업데이트 성공률[\[1\]](https://capgo.app/)과 고급 오류 추적 기능으로 Capgo는 신뢰할 수 있는 업데이트 프로세스를 보장합니다. NASA의 OSIRIS-REx 팀은 강력한 업데이트 파이프라인이 어떤 차이를 만들 수 있는지 보여주는 좋은 예시입니다[\[1\]](https://capgo.app/).
diff --git a/src/content/blog/ko/how-to-build-capacitor-app-in-xcode-cloud.md b/src/content/blog/ko/how-to-build-capacitor-app-in-xcode-cloud.md
deleted file mode 100644
index 5fdc923ca..000000000
--- a/src/content/blog/ko/how-to-build-capacitor-app-in-xcode-cloud.md
+++ /dev/null
@@ -1,126 +0,0 @@
----
-slug: how-to-build-capacitor-app-in-xcode-cloud
-title: Xcode Cloud에서 Ionic Capacitor 앱을 구축하는 방법
-description: Xcode 클라우드를 사용하여 Capacitor JS 앱을 빌드하고 MacOS의 필요성을 우회하십시오.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-09-01T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /xcode_cloud.webp
-head_image_alt: Capacitor Xcode 클라우드 빌드
-keywords: >-
-  Xcode Cloud, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ko
----
-## 필수 조건
-
-튜토리얼을 계속하기 전에…
-
--   GitHub를 사용하고 있는지 확인하세요.
--   Capacitor를 사용하세요.
--   귀하의 앱이 Apple Store에 이미 배포되어 있어야 합니다.
--   읽고 싶은 욕구 😆…
-
-Ionic 사용은 선택 사항이며, Cordova도 작동할 수 있지만, 저는 시도해 보지 않았습니다.
-
-## 가격에 대한 중요 사항
-
-![Price Xcode Cloud](/xcode_cloud_price.webp)
-
-[https://developer.apple.com/xcode-cloud/](https://developer.apple.com/xcode-cloud/)
-
-서비스는 한도까지 ‘_무료’_입니다.  
-스크린샷에서 가격과 제한을 확인할 수 있습니다(튜토리얼 작성 시 기준 가격이며, 향후 변경될 수 있습니다).
-
-🔴 **_요구 사항과 가격을 알려드린 후, 원하시면 계속 진행합니다..._**
-
-> **_📣_ 본문에서는 Apple Store에 앱이 생성되어 있다고 가정합니다.**
-
-## 소개
-
-Xcode가 귀하의 Capacitor 앱을 빌드하도록 하려면 몇 가지 설정이 필요합니다.
-
-## 패키지 준비
-
-`package.json` 스크립트에 빌드 명령이 있어야 합니다.  
-그런 다음 아래와 같이 `sync:ios` 명령을 추가하세요.
-
-```json
-{
-  "scripts": {
-    "build": "YOUR BUILD COMMAND",
-    "sync:ios": "cap sync ios"
-  }
-}
-```  
-이 단계는 게시 스크립트가 간단히 작동하도록 합니다.
-
-## 클론 후 스크립트
-이 스크립트는 클론 단계 후 Xcode Cloud에서 실행됩니다.
-
-```bash
-#!/usr/bin/env bash
-
-set -x
-
-export HOMEBREW_NO_INSTALL_CLEANUP=TRUE
-# Install CocoaPods
-echo "📦 Install CocoaPods"
-brew install cocoapods
-brew install node@18
-brew link node@18
-
-# Install dependencies
-# XCode Cloud is literally broken for 2 months now - https://developer.apple.com/forums/thread/738136?answerId=774510022#774510022
-npm config set maxsockets 3
-npm ci
-# or `pnpm install --frozen-lockfile` or `yarn add --frozen-lockfile` or bun install
-npm run build 
-# or npm run build
-npm run sync:ios
-```
-
-이 파일을 프로젝트의 루트에 저장하고 이름을 `ios/App/ci_scripts/ci_post_clone.sh`로 지정하세요.
-
-그런 다음 이 파일을 실행 가능하게 하려면 `chmod +x ios/App/ci_scripts/ci_post_clone.sh` 명령을 실행하세요.
-
-## Xcode 작업 흐름 만들기
-
-Xcode를 여세요 (네, Xcode를 제거하려면 Xcode가 필요합니다).
-
-그리고 이 탭으로 이동하세요:  
-![Xcode step 1](/xcode_step_1.webp)
-
-작업 흐름을 만들기를 클릭하고 앱을 선택한 다음 아래와 같이 다음을 클릭하세요.  
-![Xcode step 2](/xcode_step_2.webp)
-
-왼쪽에서 작업 흐름 편집을 클릭하세요.  
-![Xcode step 2](/xcode_step_3.webp)
-
-환경 탭으로 가서 아래와 같이 Mac 12.4를 선택하고 적절한 옵션을 확인하세요.  
-![Xcode step 3](/xcode_step_3.webp)
-
-시작 조건을 선택하세요.  
-저희와 동일한 빌드를 사용한다면, 중복 빌드를 피하기 위해 분기 대신 태그를 사용하는 것이 좋습니다.
-
-환경 변수를 설정하세요.  
-![Xcode step 4](/xcode_step_4.webp)
-
-GitHub 계정을 연결하세요.  
-![Xcode step 5](/xcode_step_5.webp)
-
-![Xcode step 6](/xcode_step_6.webp)
-
-그런 다음 작업 흐름을 활성화하고 첫 번째 변경 사항을 커밋하세요. Xcode에서 빌드가 실행되는 것을 볼 수 있어야 합니다.
-
-## **빌드 처리**
-
-Xcode Cloud에서는 **CI/CD 작업 흐름을 실행하는 데 사용한 분을 기준으로 요금이 부과됩니다**. 경험상 Apple Store에서 빌드가 처리되기까지 약 10–15분이 소요됩니다.
-
-개인 프로젝트의 경우, 빌드당 예상 비용은 **$0.008/분 x 5분 = $0.4**까지 올라갈 수 있으며, 설정 또는 프로젝트의 종속성에 따라 더 높아질 수 있습니다.
-
-오픈 소스 프로젝트의 경우, 이는 전혀 문제가 되지 않을 것입니다. [가격](https://github.com/pricing/)을 참조하세요.
diff --git a/src/content/blog/ko/how-to-bypass-app-store-review.md b/src/content/blog/ko/how-to-bypass-app-store-review.md
deleted file mode 100644
index 2d7abfd10..000000000
--- a/src/content/blog/ko/how-to-bypass-app-store-review.md
+++ /dev/null
@@ -1,51 +0,0 @@
----
-slug: how-to-bypass-app-store-review
-title: App Store 검토 없이 Capacitor JS 앱을 업데이트하는 방법
-description: Capgo Feature를 통해 Apple의 가이드라인을 완벽히 준수하면서 iOS 아이오닉 앱에 코드 업데이트를 푸시하는 방법은 무엇일까요?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-01-13T00:00:00.000Z
-updated_at: 2022-01-13T00:00:00.000Z
-head_image: /bypass_illustration.webp
-head_image_alt: Capacitor 우회 그림
-keywords: >-
-  Apple, App Store, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-_물어봐주셔서 기쁩니다._
-
-제 변호사들이 이것이 법적 조언은 아니라고 말씀드리라고 했지만, Apple의 공식 지침의 문구를 이해하는 데는 법학 학위가 필요하지 않습니다. Apple의 지침에 따르면 다음 세 가지 조건 하에서 App Store를 우회하여 실행 가능한 코드를 앱에 직접 푸시할 수 있습니다:
-
-* 코드가 Apple의 내장 WebKit 프레임워크에 의해 실행됨
-* 코드가 추가 기능이나 기능성을 제공하거나, 잠금 해제하거나, 활성화하지 않음
-* 사용자가 업데이트가 진행되고 있음을 알지 못함
-
-Capgo capacitor 플러그인을 사용하면 HTML CSS 및 JavaScript만 업데이트하고 수정할 수 있으므로, 첫 번째 조건은 충족됩니다.
-
-참고로, App Store 없이 자체 업데이트가 가능한 앱은 꽤 오랫동안 존재해 왔습니다.
-Facebook의 React Native와 Expo와 같은 서비스를 사용하여 만든 앱에만 해당됩니다.
-
-React Native가 Capacitor보다 더 네이티브하지 않다는 증거입니다 😆
-
-Capgo는 네이티브 Capacitor 앱에 코드 레벨 업데이트를 푸시할 수 있는 최초의 저렴한 솔루션입니다.
-두 번째 조건인 새로운 기능이나 기능성 없음은 실제로 여러분에게 달려있습니다.
-
-Capgo는 새로운 기능이나 기능성을 푸시하기 위한 것이 아닙니다. 버그 수정, 로깅이나 추적 추가, 메시지 업데이트, 사용자 강제 업그레이드 등을 위한 사소한 릴리스를 피하기 위한 것입니다.
-
-새로운 기능이나 기능성을 위해서는 앱 스토어를 통해 릴리스해야 합니다. 참고로, (대기업을 위한 대안인) Ionic AppFlow는 5천만 대 이상의 iOS 기기에 설치되어 있으며, 이를 사용한다고 해서 거부된 앱은 없었습니다.
-
-수천 명의 다른 개발자들이 라이브 업데이트를 사용하고 있다는 것을 알려드리고 싶어서 말씀드립니다. 여러분은 혼자가 아닙니다.
-
-Apple과 Google은 앱 업데이트에 대한 자체 규칙을 가지고 있습니다.
-
-Apple의 경우, [3.3.2 항목을 참조하세요](https://developer.apple.com/programs/information/Apple_Developer_Program_Information_8_12_15.pdf/).
-[...] 전술한 내용의 유일한 예외는 Apple의 내장 WebKit 프레임워크나 JavascriptCore에 의해 다운로드되고 실행되는 스크립트와 코드입니다 [...] __요약__: OTA 업데이트는 중요한 변경 없이 버그 수정이나 개선을 위해서만 사용해야 합니다.
-
-__Google__ Play는 덜 제한적입니다 - JavaScript 번들이 포함된 Google Play에서 설치된 앱은 [Google 서비스로만 업데이트할 필요가 없다](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en)고 명시되어 있습니다.
-
-Capgo를 설치하여 심사를 우회하는 방법에 대한 자세한 내용은 다음 글을 확인하세요.
diff --git a/src/content/blog/ko/how-to-customize-build-scripts-with-capacitor-cli.md b/src/content/blog/ko/how-to-customize-build-scripts-with-capacitor-cli.md
deleted file mode 100644
index df6ce345b..000000000
--- a/src/content/blog/ko/how-to-customize-build-scripts-with-capacitor-cli.md
+++ /dev/null
@@ -1,118 +0,0 @@
----
-slug: how-to-customize-build-scripts-with-capacitor-cli
-title: Capacitor CLI로 빌드 스크립트 커스터마이징하기
-description: 효율적인 배포와 플랫폼별 맞춤형 앱 업데이트를 위해 Capacitor CLI를 사용하여 빌드 스크립트를 커스터마이즈하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T01:58:36.984Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873-1743559128944.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, build scripts, mobile development, deployment automation,
-  environment variables, app updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) CLI를 사용하면 iOS, Android 및 웹 플랫폼에 대한 앱의 빌드 프로세스를 커스터마이즈할 수 있습니다. 빌드 스크립트를 수정하여 다음과 같은 작업이 가능합니다:
-
--   **빠른 업데이트**: 앱 스토어 지연 없이 즉시 변경사항 적용.
--   **배포 제어**: 업데이트 롤백 또는 특정 사용자 그룹 타겟팅.
--   **앱 보안**: 업데이트 보호를 위한 암호화 사용.
--   **빌드 최적화**: 플랫폼별 요구사항에 맞게 설정 조정.
-
-### 주요 기능 개요:
-
--   **설정 파일**: `capacitor.config.json`과 `package.json`으로 빌드 설정 관리.
--   **커스텀 스크립트**: 자동화를 위한 prebuild 및 postbuild 작업 추가.
--   **빌드 훅**: 빌드 프로세스의 특정 단계에서 코드 실행.
--   **환경 변수**: `.env` 파일로 환경별 빌드 단순화.
-
-[Capgo](https://capgo.app/)는 배포 도구로서 [자동화된 업데이트](https://capgo.app/docs/live-updates/update-behavior/), 버전 추적 및 전역 성능 최적화로 이 프로세스를 향상시킵니다. 빌드 스크립트를 최대한 효율적으로 설정하고 커스터마이즈하는 방법을 알아보겠습니다.
-
-## [Capacitor](https://capacitorjs.com/) 설정 소개
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ec7f117747adc4bca87873/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/HufvY63esXs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## Capacitor의 기본 빌드 프로세스
-
-Capacitor의 기본 빌드 프로세스를 이해하는 것은 효과적인 커스터마이즈를 위해 중요합니다. 아래에서 Capacitor CLI의 빌드 프로세스와 주요 설정 파일을 살펴보겠습니다.
-
-### 표준 빌드 단계
-
-Capacitor는 웹 앱을 플랫폼별 빌드로 변환하기 위해 단계별 프로세스를 사용합니다. 기본 빌드 프로세스에서 일어나는 일은 다음과 같습니다:
-
-| 단계 | 설명 | 결과물 |
-| --- | --- | --- |
-| **웹 빌드** | 프레임워크 도구를 사용한 웹 자산 컴파일 | 최적화된 웹 번들 |
-| **자산 복사** | 웹 자산을 네이티브 플랫폼 폴더로 이동 | 플랫폼별 자산 디렉토리 |
-| **네이티브 빌드** | 플랫폼별 빌드 명령 실행 | 배포 가능한 바이너리 |
-| **검증** | 빌드 무결성 및 종속성 확인 | 빌드 상태 및 경고 |
-
-### 주요 설정 파일
-
-두 가지 주요 설정 파일이 Capacitor의 빌드 처리 방식을 결정합니다:
-
-**capacitor.config.json**  
-이것은 Capacitor 프로젝트의 핵심 설정 파일입니다. 빌드에 대한 중요한 매개변수를 설정합니다:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "MyApp",
-  "webDir": "dist",
-  "bundledWebRuntime": false,
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 3000
-    }
-  }
-}
-```
-
--   **`appId`**: 앱의 고유 식별자.
--   **`appName`**: 앱의 이름.
--   **`webDir`**: Capacitor가 웹 자산을 찾아야 하는 위치 지정 (예: `dist`).
--   **`plugins`**: SplashScreen 옵션과 같은 플러그인별 설정을 구성할 수 있습니다.
-
-**package.json**  
-이 파일에는 빌드 프로세스에 영향을 미치는 빌드 스크립트와 종속성이 포함되어 있습니다:
-
-```json
-{
-  "scripts": {
-    "build": "npm run build:web && cap sync",
-    "build:web": "vite build",
-    "cap:build": "cap build"
-  }
-}
-```
-
--   `capacitor.config.json`의 `webDir` 설정은 Capacitor에게 네이티브 빌드에 포함할 컴파일된 웹 자산의 위치를 알려줍니다.
--   `capacitor.config.json`을 변경한 후에는 `cap sync`를 실행하여 네이티브 프로젝트가 업데이트되도록 해야 합니다.
-
-다음으로, 이러한 설정을 수정하여 빌드를 더 커스터마이즈하는 방법을 살펴보겠습니다.
-
-[계속...]
-
-이 보안 프레임워크는 수백 개의 엔터프라이즈 애플리케이션에서 엄격하게 테스트되었습니다. 추가 보안이 필요한 팀을 위해 Capgo는 맞춤 구성이 가능한 자체 호스팅 솔루션도 제공합니다.
-
-Capgo의 채널 시스템은 업데이트 배포를 유연하게 만듭니다. 개발자는 베타 테스트나 점진적 출시에 적합하도록 특정 사용자 그룹을 대상으로 다른 버전을 지정할 수 있습니다.
-
-## 요약
-
-### 빌드 단계 개요
-
-커스텀 빌드 스크립트는 빌드 후크, 환경 변수, 플랫폼별 명령어를 활용하여 자동화되고 일관된 배포를 가능하게 합니다. 이러한 프로세스는 Capgo로 가능해진 배포 개선을 위한 견고한 기반을 만듭니다.
-
-### Capgo 이점
-
-Capgo는 750개의 프로덕션 앱에서 2,350만 건 이상의 업데이트를 성공적으로 제공하며 배포를 단순화합니다 [\[1\]](https://capgo.app/). 부분 업데이트 시스템은 대역폭 사용량과 배포 시간을 모두 줄여줍니다.
-
-이 플랫폼은 빠른 업데이트, 전역 성능 최적화, 보안을 위한 엔드-투-엔드 암호화, 유연한 채널 기반 배포 시스템을 제공합니다. 이러한 설정은 강력한 보안 프레임워크를 유지하면서 타겟팅된 업데이트, 베타 테스트, 앱 스토어 가이드라인 준수를 지원합니다.
diff --git a/src/content/blog/ko/how-to-handle-user-data-in-capacitor-apps.md b/src/content/blog/ko/how-to-handle-user-data-in-capacitor-apps.md
deleted file mode 100644
index 60352190e..000000000
--- a/src/content/blog/ko/how-to-handle-user-data-in-capacitor-apps.md
+++ /dev/null
@@ -1,121 +0,0 @@
----
-slug: how-to-handle-user-data-in-capacitor-apps
-title: Capacitor 앱에서 사용자 데이터 처리하기
-description: '모바일 앱에서 보안, 규정 준수 및 데이터 관리 모범 사례에 중점을 둔 효과적인 사용자 데이터 처리 전략을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-18T04:43:56.186Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b3d6e4147c4c67492d1b20-1739853969789.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  user data, secure storage, data protection, GDPR, CCPA, data retention,
-  permissions management, mobile apps
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 앱에서 사용자 데이터를 다룰 때는 안전한 저장소, 명확한 보존 정책, [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)과 [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)와 같은 데이터 보호법 준수가 필요합니다. 이 가이드는 데이터 수집 최소화, 민감 정보 보안, 효과적인 권한 관리 방법을 설명합니다. 주요 내용은 다음과 같습니다:
-
--   **데이터 최소화**: 특정 앱 기능에 필요한 데이터만 수집
--   **보안 저장소**: `@capacitor/secure-storage` 플러그인과 같은 도구로 암호화
--   **데이터 보존**: 정의된 시간 제한에 따른 자동 삭제
--   **사용자 권리**: 사용자가 자신의 데이터에 접근, 삭제, 내보내기 가능
--   **권한 관리**: 상황에 맞는 권한 요청과 거부된 요청에 대한 대안 제공
--   **OTA 업데이트**: [Capgo](https://capgo.app/)와 같은 도구로 안전한 무선 업데이트 보장
-
-## Ionic [Capacitor](https://capacitorjs.com/) 보안 저장소 사용 방법
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-18.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/VsZECyPIOYY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 데이터 수집 감소
-
-개인정보 규정을 준수하기 위해서는 데이터 수집을 검토, 계획, 관리하는 체계적인 접근이 필요합니다. Capacitor의 내장 도구를 활용하여 데이터 수집을 최소화하면 앱의 데이터 관행을 개선할 수 있습니다.
-
-### 데이터 수집 검토
-
-앱의 데이터 흐름을 매핑하는 것부터 시작하세요. 데이터 계보 시각화 도구를 사용하여 불필요한 데이터가 수집될 수 있는 영역을 파악하세요. 개인정보영향평가(PIA) 소프트웨어는 각 데이터가 실제로 필요한지 평가하는 데 도움이 됩니다. 다음은 주목해야 할 영역입니다:
-
-| 데이터 유형 | 검토 초점 | 조치 항목 |
-| --- | --- | --- |
-| 사용자 입력 | 양식 필드와 유효성 검사 | 불필요한 필드 제거 |
-| API 호출 | 요청/응답 페이로드 | 추가 데이터 필드 필터링 |
-| 저장소 | 캐시 및 영구 데이터 | 저장소 사용 최적화 |
-| 분석 | 사용량 추적 | 필수 지표만 유지 |
-
-### 데이터 수집 목표
-
-각 데이터를 수집하는 이유를 명확히 하세요. 모든 데이터 포인트는 특정 목적을 가져야 합니다. 예시:
-
-```javascript
-// Purpose-driven data collection example
-const userPreferences = {
-  location: "Used for local weather updates",
-  notification: "Needed for sending alerts"
-};
-```
-
-날씨 기능이 있는 앱이라면 전체 주소 대신 우편번호만 필요할 수 있습니다. 이 접근 방식은 핵심 앱 기능에 필요한 정보만 수집하도록 보장합니다[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[5\]](https://usercentrics.com/knowledge-hub/data-minimization/).
-
-[이하 내용 생략...]
-
-이 접근 방식은 실패 시 롤백 옵션과 함께 업데이트가 검증되고 안전하도록 보장합니다.
-
-### 스토어 정책 준수
-
-앱 스토어 가이드라인 준수는 OTA 업데이트에 필수적입니다[\[1\]](https://capacitorjs.com/docs/guides/storage)[\[6\]](https://opentextbc.ca/writingforsuccess/chapter/chapter-7-sources-choosing-the-right-ones/)[\[7\]](https://ionic.io/blog/capacitor-everything-youve-ever-wanted-to-know). 각 플랫폼은 업데이트가 데이터 보존 및 보안 정책과 일치하도록 특정 요구사항을 가지고 있습니다:
-
-| 플랫폼 | 준수 요구사항 |
-| --- | --- |
-| **iOS** | JavaScript 또는 자산 업데이트만 가능 |
-| **Android** | 사용자 동의 필수 |
-| **모두** | 보안 검사 및 적절한 문서화 |
-
-아래는 스토어 규정을 준수하는 업데이트 구현 예시입니다:
-
-```typescript
-import { SecureStorage } from '@capacitor/secure-storage';
-
-// Store sensitive data
-await SecureStorage.set({
-  key: 'authToken',
-  value: 'user-specific-token'
-});
-
-// Retrieve stored data
-const { value } = await SecureStorage.get({ key: 'authToken' });
-```
-
-## 요약
-
-### 주요 내용
-
-효과적인 사용자 데이터 처리는 다음과 같은 핵심 전략을 결합하는 것을 포함합니다:
-
--   필요한 데이터만 수집합니다.
--   플랫폼 네이티브 암호화를 사용하여 보호합니다.
--   데이터 보존 기한을 자동화합니다.
--   상세한 권한 제어를 설정합니다.
-
-이러한 단계들은 데이터가 수집되는 순간부터 자동으로 삭제될 때까지 규정 준수를 보장하기 위해 함께 작동합니다.
-
-### 구현 단계
-
-이러한 전략을 실행하기 위해:
-
-1.   섹션 2에서 논의된 방법을 사용하여 데이터 흐름을 감사합니다.
-2.   섹션 3에 설명된 대로 저장소 보안을 강화합니다.
-3.   섹션 4를 기반으로 자동 삭제 프로세스를 설정합니다.
-4.   섹션 5에 상세히 설명된 권한 제어를 수립하고 시행합니다.
-
-### Capgo 활용
-
-OTA 업데이트를 관리하는 팀의 경우, Capgo는 이러한 노력과 일치하는 내장 보안 도구를 제공합니다:
-
--   **종단간 암호화**로 업데이트 패키지 보안
--   잠재적 보안 위협에 신속하게 대응하기 위한 **실시간 모니터링**
diff --git a/src/content/blog/ko/how-to-handle-user-data-requests-under-ccpa.md b/src/content/blog/ko/how-to-handle-user-data-requests-under-ccpa.md
deleted file mode 100644
index 9b3426dc3..000000000
--- a/src/content/blog/ko/how-to-handle-user-data-requests-under-ccpa.md
+++ /dev/null
@@ -1,169 +0,0 @@
----
-slug: how-to-handle-user-data-requests-under-ccpa
-title: CCPA에 따른 사용자 데이터 요청 처리 방법
-description: CCPA에 따른 사용자 데이터 요청을 효과적으로 관리하여 사용자의 개인정보 보호 권리를 존중하면서 규정을 준수하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-06T01:02:16.662Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f1c538ebbb9dc80644b1ad-1743901348104.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  CCPA, user data requests, compliance, privacy rights, data access, data
-  deletion, opt-out, data protection
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-캘리포니아 소비자 개인정보 보호법([CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act))은 사용자에게 개인정보에 대한 통제권을 부여하고 기업에 엄격한 규칙을 적용합니다. 다음은 규정 준수에 필요한 사항입니다:
-
--   **준수 대상**: 연매출 2,500만 달러 이상, 50,000명 이상의 사용자 데이터 보유, 또는 데이터 판매로 50% 이상의 수입을 얻는 기업.
--   **사용자 권리**:
-    -   **액세스**: 사용자는 자신의 데이터를 요청할 수 있습니다. 45일 이내 응답 필요.
-    -   **삭제**: 사용자는 데이터 삭제를 요청할 수 있습니다. 45일 이내 응답 필요.
-    -   **옵트아웃**: 사용자는 데이터 판매를 중단할 수 있습니다. 즉시 적용되어야 함.
-    -   **차별 금지**: 개인정보 보호 선호도와 관계없이 동등한 서비스 제공.
--   **규정 준수를 위한 주요 단계**:
-    -   데이터 요청을 위한 안전한 시스템 구축(웹 양식, 이메일 또는 앱 내).
-    -   요청 처리 전 사용자 신원 확인.
-    -   명확한 [개인정보 보호정책](https://capgo.app/dp/)을 사용하고 "내 개인정보 판매 금지" 옵션을 쉽게 제공.
-    -   암호화와 보안 저장소로 데이터 보호.
-
-**빠른 팁**: [Capgo](https://capgo.app/)와 같은 도구를 사용하여 앱의 개인정보 보호 기능을 즉시 업데이트하고, 변화하는 규정을 신속하게 준수할 수 있습니다.
-
-## 캘리포니아 소비자 개인정보 보호법 준수 방법 ...
-
-<iframe src="https://www.youtube.com/embed/8NY0qFaVWwo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) 사용자 권리 이해하기
-
-개발자는 CCPA에 따른 각 사용자 데이터 권리를 다루기 위해 안전하고 사용자 친화적인 프로세스를 만들어야 합니다.
-
-### 데이터 액세스 권리
-
-사용자가 데이터 액세스를 요청할 때 다음 세부 정보를 제공하세요:
-
-| **데이터 카테고리** | **공개할 정보** | **권장 형식** |
-| --- | --- | --- |
-| 데이터 유형 및 출처 | 수집된 데이터 유형과 출처 | 기계 판독 가능(예: JSON, CSV) |
-| 데이터 사용 | 데이터 처리 및 사용 방법 | 일반 텍스트 요약 |
-| 제3자 액세스 | 데이터에 접근 가능한 제3자 목록 | 구조화된 목록 |
-| 보유 기간 | 데이터 저장 기간 | 구체적인 기간 |
-
-데이터 액세스가 허용되면 규정 준수를 위해 명확하고 신뢰할 수 있는 데이터 삭제 프로세스를 확보하세요.
-
-### 데이터 삭제 프로세스
-
-1.  **범위 확인**: 주 데이터베이스, 캐시, 분석 도구, 제3자 시스템, 백업을 포함한 모든 관련 시스템에서 삭제가 이루어지는지 확인합니다. 보안, 법적 의무, 버그 수정 또는 진행 중인 거래에 대해 예외가 적용될 수 있습니다.
-2.  **삭제 실행**: 해당되는 모든 시스템에서 데이터를 제거하고 즉시 사용자에게 알립니다. 삭제 타임스탬프와 예외에 따라 보유된 데이터의 세부 정보를 포함합니다.
-
-액세스 및 삭제 권리를 처리한 후, 데이터 판매 옵트아웃 프로세스도 똑같이 간단하게 만드세요.
-
-### 데이터 판매 옵트아웃
-
-앱의 메인 화면이나 설정 메뉴에서 쉽게 찾을 수 있는 "내 개인정보 판매 금지" 옵션을 제공하세요. 이 설정은 신속하게 적용되어야 하며 모든 앱 버전에서 일관되게 유지되어야 합니다.
-
-앱이 제3자 분석 또는 광고 SDK를 사용하는 경우, 이러한 서비스가 옵트아웃 메커니즘과 통합되어 사용자 선호도를 지체 없이 존중하는지 확인하세요. 이는 규정 준수를 보장하고 사용자와의 신뢰를 구축합니다.
-
-## CCPA 데이터 요청 처리
-
-다음은 규정을 준수하면서 CCPA 데이터 요청을 안전하게 처리하는 방법입니다:
-
-### 요청 시스템 설정
-
-사용자에게 요청을 제출할 수 있는 안전한 방법을 제공하세요. 옵션은 다음과 같습니다:
-
--   SSL과 캡차로 보호된 웹 양식
--   자동 응답 기능이 있는 전용 개인정보 보호 이메일
--   보안 API를 사용하는 앱 내 인터페이스
-
-모든 제출을 기록하고 타임스탬프를 찍으세요. 처리를 간소화하기 위해 유형별로 요청을 정리하세요.
-
-### 사용자 신원 확인
-
-사용자의 신원을 확인하기 위해 두 단계 프로세스를 사용하세요:
-
--   먼저, 등록된 이메일이나 계정 ID를 통해 신원을 확인합니다.
--   그다음, 일회용 SMS 코드를 보내거나 보안 질문을 하는 등의 2차 확인을 수행합니다.
-
-모바일 앱의 경우, 추가 보안을 위해 기기별 식별자나 인증 토큰을 사용할 수 있습니다.
-
-### 응답 기한 관리
-
-사용자의 신원이 확인되면 CCPA 기한을 맞추기 위해 다음 단계를 따르세요:
-
--   중앙 집중식 추적기를 사용하여 각 요청을 기록하고, 기한을 모니터링하며, 진행 상황을 추적합니다.
--   규정 준수를 보장하고 명확한 감사 추적을 유지하기 위해 타임스탬프, 확인 방법, 처리 단계, 사용자 커뮤니케이션을 포함한 모든 세부 사항을 기록합니다.
-
-## CCPA 준수 지침
-
-### 개인정보 보호정책 업데이트
-
-[개인정보 보호정책](https://capgo.app/privacy/)을 CCPA 요구사항에 맞게 최신 상태로 유지하세요. 다음 사항을 명확히 설명하세요:
-
--   수집하는 개인정보의 유형
--   이 정보를 사용하고 공유하는 방법
--   CCPA에 따른 사용자 권리
--   사용자가 데이터 요청을 제출하는 방법
-
-일반적이고 이해하기 쉬운 언어를 사용하세요. 예를 들어, "pursuant to" 대신 "according to"를 사용하세요. 이는 정책을 이해하기 쉽게 만들고 규정 준수를 지원합니다.
-
-업데이트가 완료되면 사용자가 데이터 공유 옵트아웃을 포함한 데이터를 쉽게 제어할 수 있게 하세요.
-
-### 옵트아웃 구현
-
-앱에 "내 개인정보 판매 또는 공유 금지" 옵션을 포함하세요. 다음과 같이 사용자가 쉽게 찾을 수 있는 곳에 배치하세요:
-
--   앱 설정 메뉴
--   계정 설정
--   전용 개인정보 보호 제어 섹션
-
-사용자 개인정보 보호 선호도를 자동으로 존중하기 위해 [글로벌 개인정보 보호 제어](https://globalprivacycontrol.org/)(GPC) 신호를 지원하세요.
-
-| 기능 | 구현 요구사항 | 사용자 경험 |
-| --- | --- | --- |
-| 옵트아웃 버튼 | 앱 설정에서 표시 | 원터치 활성화 |
-| GPC 신호 지원 | 자동 감지 | 백그라운드 처리 |
-| 상태 표시기 | 명확한 토글 상태 | 시각적 확인 |
-| 설정 저장 | 보안 로컬 저장소 | 세션 간 유지 |
-
-이 옵트아웃 프로세스는 단순하고 투명하여 CCPA 지침을 충족하면서 신뢰를 구축하는 데 도움이 됩니다. 이러한 제어를 강력한 보안 관행과 결합하여 사용자 데이터를 보호하세요.
-
-### 데이터 보호 방법
-
-모든 단계에서 엄격한 보안 조치를 사용하여 데이터를 보호하세요. 특히 민감한 정보의 경우 모든 데이터 전송을 암호화하세요.
-
-안전한 데이터 저장을 위해:
-
--   암호화된 데이터베이스 사용
--   보안 키 관리 관행 적용
--   정기적인 보안 감사 수행
--   자동 백업 시스템 설정
-
-데이터 삭제 시, 데이터 삭제 섹션에 설명된 단계를 따라 모든 시스템에서 완전히 제거되도록 하세요. 이러한 방법은 사용자 정보를 보호하고 규정 준수를 유지하는 데 도움이 됩니다.
-
-## 모바일 앱 CCPA 요구사항
-
-### 앱 권한 제어
-
-명확하고 접근 가능한 권한 제어로 사용자가 개인정보 보호 설정을 쉽게 관리할 수 있게 하세요.
-
-다음을 포함하는 전용 개인정보 보호 설정 인터페이스 생성을 고려하세요:
-
-| 제어 유형 | 구현 | 사용자 동작 |
-| --- | --- | --- |
-| **데이터 수집** | 세분화된 토글 | 특정 데이터 유형 활성화 또는 비활성화 |
-| **위치 서비스** | 다단계 옵션 | 데이터 정확도 선택(정확 또는 대략) |
-| **마케팅 커뮤니케이션** | 카테고리 기반 | 선호하는 연락 방법 선택 |
-| **제3자 공유** | 개별 제어 | 데이터 파트너별 옵트아웃 |
-
-이러한 제어를 앱의 설정 메뉴에서 쉽게 찾을 수 있는 곳에 배치하세요. 투명성을 유지하세요 - 어떤 데이터가 수집되는지, 왜 필요한지, 어떻게 사용되는지, 누구와 공유되는지 명확히 설명하세요. 이 접근 방식은 사용자가 필요할 때마다 신속하게 선호도를 업데이트할 수 있도록 보장합니다.
-
-### [Capgo](https://capgo.app/) 사용하여 업데이트하기
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f1c538ebbb9dc80644b1ad/241c8f19433e01f315154c8988becf9c.jpg)
-
-앱 내 제어를 강력하게 설정한 후, 앱을 최신 상태로 유지하는 것이 규정 준수의 핵심입니다. 여기서 Capgo가 필요합니다. 앱 스토어 
diff --git a/src/content/blog/ko/how-to-monitor-capacitor-app-updates.md b/src/content/blog/ko/how-to-monitor-capacitor-app-updates.md
deleted file mode 100644
index 9a4b3fc80..000000000
--- a/src/content/blog/ko/how-to-monitor-capacitor-app-updates.md
+++ /dev/null
@@ -1,185 +0,0 @@
----
-slug: how-to-monitor-capacitor-app-updates
-title: Capacitor 앱 업데이트 모니터링하는 방법
-description: 'Capacitor 앱 업데이트를 모니터링하기 위한 효과적인 전략을 배우고, 안정성, 보안 및 사용자 경험을 향상시키세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-16T02:14:06.413Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b133684899b66d1dc8f1ac-1739672065689.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, app updates, monitoring tools, performance metrics, user
-  experience, security compliance
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-모니터링 [Capacitor](https://capacitorjs.com/) 앱 업데이트는 앱 안정성을 유지하고 매끄러운 사용자 경험을 보장하는 데 필수적입니다. [Capacitor](https://capacitorjs.com/)의 OTA (Over-the-Air) 업데이트는 프로세스를 간소화하여 개발자가 앱 스토어 지연 없이 [업데이트를 푸시](https://capgo.app/docs/plugin/cloud-mode/hybrid-update) 할 수 있게 합니다. 알아야 할 사항은 다음과 같습니다:
-
-<Steps>
-1. **업데이트를 모니터링해야 하는 이유**
-    
-    - 앱 충돌 및 중단을 줄입니다.
-    - 앱 스토어 준수 기준을 충족합니다.
-    - 결함 있는 업데이트에 대한 자동 롤백을 활성화합니다.
-2. **주요 모니터링 도구**
-    
-    - **[Capgo](https://capgo.app/):** 고급 실시간 추적, 오류 경고 및 CI/CD 통합.
-    - **기타 솔루션:** 롤백 자동화 및 사용자 세분화와 같은 기능이 다양합니다.
-3. **모니터링할 항목**
-    
-    - 다운로드 속도 및 성공률.
-    - 업데이트와 연결된 충돌 보고서.
-    - 활성 버전 수용률 및 서버 응답 시간.
-4. **모범 사례**
-    
-    - 실시간 경고를 위해 업데이트 리스너를 사용합니다.
-    - 암호화 및 코드 서명을 통한 보안을 모니터링합니다.
-    - 충돌 또는 오류 임계값에 따라 롤백 결정을 자동화합니다.
-</Steps>
-
-강력한 모니터링 시스템을 구축하여 업데이트가 원활하게 실행되고 사용자 유지율이 향상되며 플랫폼 규칙을 준수할 수 있도록 하십시오.
-
-## ESP32 OTA 튜토리얼 및 팁 (OTA 디버깅 포함)
-
-<iframe src="https://www.youtube.com/embed/1pwqS_NUG7Q" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 업데이트 모니터링 도구
-
-업데이트를 모니터링하기 위한 올바른 도구 선택은 Capacitor 앱이 원활하게 실행되도록 하는 열쇠입니다. 최근 데이터에 따르면, **78%의 [Capacitor 개발자](https://capgo.app/blog/capacitor-comprehensive-guide/)가 업데이트를 효과적으로 추적하기 위해 전용 모니터링 솔루션에 의존합니다** [\[1\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga).
-
-### 도구 비교 차트
-
-모니터링 도구를 비교할 때 앱의 요구에 맞는 기능에 집중하십시오. 간단한 분석은 다음과 같습니다:
-
-| 기능 | 기본 도구 | 타사 솔루션 | Capgo |
-| --- | --- | --- | --- |
-| 실시간 추적 | 기본 | 고급 | 고급 |
-| 성능 메트릭 | 제한적 | 포괄적 | 포괄적 |
-| 사용자 세분화 | 없음  | 있음 | 있음 |
-| 롤백 기능 | 수동 | 자동화 | 자동화 |
-| CI/CD 통합 | 기본 | 다양함 | 전체 |
-| 보안 기능 | 기본 | 고급 | 고급 |
-
-### [Capgo](https://capgo.app/)를 사용한 업데이트
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-16.jpg?auto=compress)
-
-Capgo는 앱 업데이트에 대한 세부 제어가 필요한 팀에게 신뢰할 수 있는 선택으로 두드러집니다. **버전별 성능 분석** 및 기타 고급 모니터링 도구를 제공합니다.
-
-예를 들어, [Shopify Mobile](https://www.shopify.com/mobile) 팀은 Capgo의 실시간 대시보드를 활용하여 **단 4시간 만에 98%의 모니터링된 업데이트 수용률**을 달성했습니다 [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-Capgo가 제공하는 사항은 다음과 같습니다:
-
-| 모니터링 측면 | 기능 |
-| --- | --- |
-| 업데이트 전달 | 배포 진행 상황에 대한 실시간 추적 |
-| 성능 분석 | 다운로드 속도 및 설치 성공률 추적 |
-| 오류 추적 | 실패한 업데이트에 대한 즉각적인 경고 발송 |
-| 보안 모니터링 | 고급 보안 검증 포함 |
-
-주목해야 할 주요 메트릭은 다음과 같습니다:
-
-- 다운로드 완료율
-- 설치 성공 비율
-- 업데이트와 관련된 충돌 보고서
-- 서버 응답 시간
-- 활성 버전 수용율
-
-모니터링 도구가 설정되면 다음 단계는 업데이트 리스너 및 성능 메트릭과 함께 기술 추적 설정입니다. 이는 잠재적인 문제를 미리 파악하고 매끄러운 사용자 경험을 유지하는 데 도움이 됩니다.
-
-## 업데이트 모니터링 설정
-
-[Capacitor 업데이트](https://capgo.app/plugins/capacitor-updater/)가 원활하게 실행되도록 하려면 세 가지 주요 요소가 필요합니다: **업데이트 리스너**, **성능 메트릭**, **CI/CD 통합**.
-
-### 업데이트 리스너 구성
-
-다음은 업데이트 리스너를 설정하는 방법입니다:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Set up listeners for update events
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('Update available:', info);
-});
-
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log('Download completed:', info);
-});
-
-CapacitorUpdater.addListener('updateFailed', (info) => {
-  console.error('Update failed:', info);
-});
-
-// Notify the system that the app is ready
-CapacitorUpdater.notifyAppReady();
-```
-
-### 업데이트 성능 추적
-
-업데이트 성능에 대한 명확한 그림을 얻으려면 다음 주요 메트릭을 모니터링하십시오:
-
-- **다운로드 속도** 및 완료율
-- **설치 성공률** 및 오류 발생
-- **사용자 수용률** 및 업데이트 후 충돌 보고서
-- **서버 응답 시간** 및 장치 자원 사용량
-
-이러한 통찰력을 [Xcode Instruments](https://developer.apple.com/tutorials/instruments?changes=__2) 및 [Android Profiler](https://developer.android.com/studio/profile)와 같은 도구와 결합하여 더 깊이 있는 분석을 수행할 수 있습니다 [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-### CI/CD 파이프라인과 통합
-
-CI/CD 파이프라인을 설정하여 업데이트 메트릭을 자동으로 모니터링하고 보고합니다. 이는 배포 중 발생하는 문제를 신속하게 발견하는 데 도움이 됩니다.
-
-## 모니터링 모범 사례
-
-모니터링 시스템을 설정한 후에는 모든 것이 원활하게 작동하도록 하기 위해 이러한 운영 관행에 집중할 때입니다.
-
-### 앱 스토어 규칙
-
-모니터링이 각 플랫폼의 특정 요구 사항과 일치하는지 확인하십시오:
-
-| 플랫폼 | 주요 모니터링 영역 |
-| --- | --- |
-| iOS | 업데이트의 버전 변경 사항을 주의 깊게 살펴봅니다 |
-| Android | 사용자 동의 패턴을 추적합니다 |
-
-이러한 플랫폼별 요구 사항은 모니터링할 사항을 형성합니다. 예를 들어, iOS의 버전 업데이트를 추적하고 Android의 동의 추세를 모니터링하는 것이 중요합니다 [\[1\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga) [\[2\]](https://nytlicensing.com/latest/methods/getting-started-thought-leadership-content-marketing/).
-
-### 업데이트 보안
-
-정기적으로 암호화 상태를 확인하고 선택한 모니터링 도구를 사용하여 코드 서명이 유효한지 확인하십시오. 강조할 사항은 다음과 같습니다:
-
-- 업데이트 패키지의 암호화
-- 코드 서명을 확인하는 로그
-- 설치 전 무결성 검사
-
-> "적절한 보안 조치를 구현하면 업데이트와 관련된 취약성을 최대 95%까지 예방할 수 있습니다" [\[3\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/)
-
-### 롤백 계획
-
-모니터링 데이터를 활용하여 롤백 결정을 안내합니다. 다음을 기반으로 롤백을 자동화하십시오:
-
-- 갑작스러운 충돌 비율 증가
-- 설정된 임계값을 초과하는 API 오류
-- 지속적인 부정적인 사용자 피드백
-
-> "적절한 보안 조치를 구현하면 업데이트와 관련된 취약성을 최대 95%까지 예방할 수 있습니다" [\[3\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/)
-
-## 요약
-
-효과적인 업데이트 모니터링은 사용자 경험과 기술 성능을 모두 보호합니다. 연구에 따르면, 목표 모니터링 전략을 사용하면 충돌 비율을 35% 낮추고 사용자 유지율을 22% 높일 수 있습니다 [\[4\]](https://app.studyraid.com/en/read/11146/345615/using-tools-for-performance-monitoring).
-
-세 가지 주요 영역에 집중하십시오: 기술 성능, 사용자 경험 및 보안 준수. 다음은 개요입니다:
-
-| 모니터링 영역 | 메트릭 | 결과 |
-| --- | --- | --- |
-| 기술 성능 | 업데이트 설치율, API 응답, 충돌 추적 | 앱 안정성과 기능 보장 |
-| 사용자 경험 | 피드백 분석, 수용률, 앱 사용 패턴 | 참여 및 유지율 향상 |
-| 보안 준수 | 암호화 검사, 코드 서명, 플랫폼 규칙 준수 | 앱이 스토어 요구 사항에 부합하도록 유지 |
-
-개발 프로세스에 자동화된 도구를 통합하십시오. 실시간 메트릭 및 경고는 CI/CD 파이프라인과 결합되어 사용자에게 미치는 최소한의 방해로 문제 해결을 더 빠르게 할 수 있게 합니다.
diff --git a/src/content/blog/ko/how-to-profile-cross-platform-apps-with-capacitor.md b/src/content/blog/ko/how-to-profile-cross-platform-apps-with-capacitor.md
deleted file mode 100644
index 3a0b7b22f..000000000
--- a/src/content/blog/ko/how-to-profile-cross-platform-apps-with-capacitor.md
+++ /dev/null
@@ -1,167 +0,0 @@
----
-slug: how-to-profile-cross-platform-apps-with-capacitor
-title: Capacitor로 크로스플랫폼 앱을 프로파일링하는 방법
-description: >-
-  Capacitor로 구축된 크로스 플랫폼 앱의 성능을 iOS, Android 및 웹에서 개선하기 위한 프로파일링 및 최적화 방법을
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:37:04.938Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60-1745030245432.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, profiling, cross-platform apps, performance optimization, iOS,
-  Android, web development, memory leaks, error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/)로 구축된 크로스 플랫폼 앱을 프로파일링하면 iOS, Android 및 웹 플랫폼에서 성능 문제를 식별하는 데 도움이 됩니다. 시작하기 위한 간단한 가이드입니다:
-
--   **필요한 도구**:
-    
-    -   패키지 관리를 위한 [Node.js](https://nodejs.org/en) v16+ 및 npm v8+
-    -   앱 빌드 및 배포를 위한 Capacitor CLI v5.0+
-    -   플랫폼별 개발 및 프로파일링을 위한 [Xcode](https://developer.apple.com/xcode/) 14+(iOS) 및 [Android Studio](https://developer.android.com/studio) Electric Eel+(Android)
-    -   웹 성능 분석을 위한 [Chrome DevTools](https://developer.chrome.com/docs/devtools)
--   **기기**:
-    
-    -   빠른 테스트를 위해 **에뮬레이터**를 사용하되, 정확한 성능 지표를 얻으려면 **실제 기기**를 사용하세요.
--   **주요 프로파일링 도구**:
-    
-    -   **Chrome DevTools**: 웹 앱의 JavaScript 실행, 메모리 사용량 및 네트워크 활동을 분석합니다.
-    -   **Xcode Instruments**: iOS에서 CPU, 메모리 및 에너지 사용량을 측정합니다.
-    -   **Android Studio Profilers**: Android에서 CPU, 메모리 및 네트워크 성능을 모니터링합니다.
--   **해결해야 할 일반적인 문제**:
-    
-    -   큰 앱 번들 크기
-    -   최적화되지 않은 코드
-    -   과도한 JavaScript-네이티브 브릿지 호출
--   **최적화**:
-    
-    -   성능과 사용자 경험을 개선하기 위해 부분 번들 업데이트와 실시간 업데이트를 구현하세요.
-    -   [Capgo](https://capgo.app/)와 같은 도구를 사용하여 실시간으로 성능 지표와 오류를 추적하세요.
-
-이 문서는 플랫폼별 도구 사용, 성능 병목 현상 찾기, Capacitor 앱 최적화를 위한 수정 사항 적용 방법을 안내합니다.
-
-## Ionic Angular 앱에서 메모리 누수를 찾는 방법
-
-<iframe src="https://www.youtube.com/embed/vNGWpZlUOPM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 설정 요구사항
-
-Capacitor 앱을 효과적으로 프로파일링하려면 적절한 도구, 소프트웨어 및 테스트 환경이 필요합니다. 정확한 성능 분석을 위해 필요한 것들입니다.
-
-### 도구 및 소프트웨어
-
-다음 항목이 있는지 확인하세요:
-
--   패키지 관리를 위한 **Node.js v16+** 및 **npm v8+**
--   앱 빌드 및 배포를 위한 **Capacitor CLI (v8+)**
--   iOS 개발 및 프로파일링을 위한 **Xcode 14+**
--   Android 개발을 위한 **Android Studio Electric Eel**(또는 최신 버전)
--   웹 성능 프로파일링을 위한 **Chrome DevTools**
-
-도구가 준비되면 테스트 기기를 선택할 차례입니다.
-
-### 에뮬레이터 vs 실제 기기
-
--   **에뮬레이터**: 빠른 테스트, 디버깅 및 다양한 기기 구성 시도에 적합합니다. 하지만 실제 성능을 완전히 복제하지는 못하며 GPU 지원이 제한적입니다.
--   **실제 기기**: 정확한 메모리 및 GPU 지표에 필수적입니다. 비용이 더 들고 추가 관리가 필요하지만 앱이 어떻게 작동할지 더 명확한 그림을 제공합니다.
-
-최상의 결과를 위해 다양한 성능 시나리오를 커버하기 위해 최소한 하나의 최신 iOS 기기와 중급 Android 기기에서 테스트하세요.
-
-### 성능 모니터링 도구
-
-다음 도구를 사용하여 성능을 모니터링하고 분석하세요:
-
--   플랫폼별 프로파일링을 위한 **Instruments (iOS)**, **Android Studio CPU Profiler** 및 **Chrome DevTools**
--   크로스 플랫폼 분석 및 실시간 오류 추적을 위한 **Capgo** \[2\]
-
-마지막으로, 일관된 지표를 추적하기 위해 개발 및 프로덕션 환경 모두에서 로깅을 구성하세요.
-
-## 플랫폼별 프로파일링 도구
-
-각 플랫폼의 내장 도구를 활용하여 성능을 분석하고 잠재적인 문제를 식별하세요.
-
-### [Chrome DevTools](https://developer.chrome.com/docs/devtools)를 사용한 웹 프로파일링
-
-Chrome에서 앱을 실행하는 동안 **DevTools**(우클릭 > 검사)를 열고 **Performance**, **Memory** 또는 **Network** 탭을 살펴보세요:
-
--   **Performance**: JavaScript 실행, 렌더링 및 네트워크 활동을 추적합니다.
--   **Memory**: 힙 할당을 분석하고 메모리 누수를 감지합니다.
--   **Network**: API 호출, 에셋 로딩 및 대역폭 사용량을 관찰합니다.
-
-더 자세한 JavaScript 프로파일링을 위해 **Performance 패널의 CPU 프로필** 기능을 사용하세요. 자세한 함수 호출 데이터를 캡처하려면 설정에서 "JavaScript Profiler" 옵션을 활성화하세요.
-
-웹 프로파일링이 완료되면 iOS 성능 분석으로 넘어가세요.
-
-### [Xcode](https://developer.apple.com/xcode/)를 사용한 iOS 프로파일링
-
-![Xcode IDE Interface](https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60/15516018a4284df8a7d0585815c62b4c.jpg)
-
-Xcode에서 **Product > Profile (⌘I)**로 이동하여 프로파일링 템플릿을 선택하세요:
-
--   **Time Profiler**: CPU 사용량을 측정합니다.
--   **Allocations**: 메모리 사용량을 모니터링합니다.
--   **Energy Log**: 배터리 소비량과 네트워크 활동을 평가합니다.
-
-앱 응답성을 평가하기 위해 **WebView 렌더링 시간**에 특별히 주의를 기울이세요.
-
-iOS 프로파일링 후에는 Android 성능으로 초점을 옮기세요.
-
-### Android 프로파일링 도구
-
-Android Studio에서 **View > Tool Windows > App Inspection**을 통해 프로파일링 도구에 접근하세요. 주요 프로파일러는 다음과 같습니다:
-
--   **CPU Profiler**: 스레드 활동, 메서드 추적 및 CPU 사용량을 분석합니다.
--   **Memory Profiler**: 힙 할당, 가비지 컬렉션 및 메모리 누수를 추적합니다.
--   **Network Profiler**: 요청 타이밍과 페이로드 크기를 검토합니다.
-
-WebView를 사용하는 앱의 경우, 더 포괄적인 분석을 위해 `WebView.setWebContentsDebuggingEnabled(true)`로 디버깅을 활성화하여 Android Studio와 함께 Chrome DevTools를 통합하세요.
-
-## 성능 문제 찾기 및 해결
-
-### 병목 현상
-
-Capacitor 앱의 일반적인 성능 문제는 주로 **큰 번들 크기**, **최소화되지 않은 코드**, **과도한 브릿지 호출 오버헤드**에서 발생합니다. 이러한 요소들은 앱을 느리게 만들고 사용자 경험에 영향을 미칠 수 있습니다.
-
-### 프로필 분석
-
-성능 문제를 정확히 찾아내기 위해 **Chrome DevTools**, **Xcode Instruments**, **Android Studio 프로파일러**와 같은 도구들이 매우 중요합니다. 이들을 사용하여 CPU 스파이크, 메모리 누수, 네트워크 요청 지연을 추적하세요. 이러한 문제 영역을 식별한 후에는 특정 수정 사항에 집중할 수 있습니다.
-
-### 성능 개선
-
-프로파일링 도구에서 데이터를 수집한 후 다음과 같은 대상 최적화를 구현하세요:
-
--   **부분 번들 업데이트**: 전체 업데이트 대신 더 작은 증분 업데이트를 제공하세요. 예를 들어, Capgo의 CDN은 5 MB 업데이트를 단 114 ms만에 제공할 수 있습니다 [\[1\]](https://capgo.app/).
--   **제어된 출시**: 사용자 세분화를 사용하여 업데이트를 점진적으로 출시하세요. 이 방법으로 24시간 내에 95% 업데이트 채택률을 달성할 수 있습니다 [\[1\]](https://capgo.app/).
--   **오류 추적**: 앱 안정성과 성능을 유지하기 위해 오류를 조기에 감지하고 수정하세요 [\[1\]](https://capgo.app/).
--   **브릿지 호출 배치 처리**: JavaScript-네이티브 브릿지 호출을 그룹화하여 오버헤드를 줄이세요.
--   **실시간 업데이트**: 앱 스토어 지연을 우회하여 실시간 업데이트 솔루션(예: Capgo)을 사용하여 즉각적인 수정 사항을 푸시하세요.
-
-## 모니터링 및 업데이트
-
-성능 개선을 완료한 후에는 모든 것이 정상 궤도에 있는지 확인하기 위해 지속적으로 모니터링하고 실시간 업데이트 시스템을 유지하는 것이 중요합니다.
-
-### 실시간 성능 추적
-
-배포 후, API 응답 시간, 업데이트 성공률, 사용자 참여도와 같은 중요한 지표를 모니터링하세요. 자동화된 대시보드나 오류 추적 소프트웨어와 같은 도구를 사용하여 이 데이터를 실시간으로 수집하세요. 이를 통해 문제를 빠르게 발견하고 해결하여 많은 사용자에게 영향을 미치는 것을 방지할 수 있습니다.
-
-### [Capgo](https://capgo.app/)를 사용한 빠른 업데이트
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6803080d9291ae98c5004a60/65550a0697b495ada9159b05fd8b2a91.jpg)
-
-Capgo는 자동 롤백 기능이 있는 암호화된 단계별 업데이트를 제공하여 업데이트 프로세스를 단순화합니다. 또한 실시간 분석을 제공하여 앱 스토어 지연을 우회하고 업데이트가 사용자에게 빠르고 효율적으로 도달하도록 보장합니다.
-
-## 요약
-
-Chrome DevTools, Xcode Instruments, Android Studio Profiler와 같은 도구를 사용하여 Capacitor 앱을 미세 조정하세요. 주요 지표를 모니터링하고 필요할 때 실시간 업데이트를 배포하세요. 다음 사항에 집중하세요:
-
--   플랫폼별 도구(Chrome DevTools, Xcode, Android Studio Profiler)를 사용하여 **일관되게 프로파일링**하세요.
--   모든 플랫폼에서 실시간으로 **성능과 오류를 추적**하세요.
--   버그 수정과 새로운 기능을 원활하게 도입하기 위해 **단계별로 실시간 업데이트를 배포**하세요.
diff --git a/src/content/blog/ko/how-to-release-major-version-in-capgo.md b/src/content/blog/ko/how-to-release-major-version-in-capgo.md
deleted file mode 100644
index 8ca93f550..000000000
--- a/src/content/blog/ko/how-to-release-major-version-in-capgo.md
+++ /dev/null
@@ -1,85 +0,0 @@
----
-slug: how-to-release-major-version-in-capgo
-title: capgo에서 주요 버전을 릴리스하는 방법
-description: 앱의 사용자 앱을 중단시키지 않고 주요 버전을 언제 그리고 어떻게 릴리스해야 하는지 이해하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-30T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Capgo 주요 버전 시스템
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: how-to-send-specific-version-to-users
----
-## 주요 버전을 출시할 때
-
-버전 관리는 어려울 수 있으며, 일반적으로 주요 변경 사항이 사용자에게 나타날 때 주요 업데이트를 보내고자 합니다.
-
-하지만 버전 관리는 그렇게 설계되지 않았습니다. 앱 스토어의 버전은 네이티브 버전과 다릅니다.
-
-네이티브 버전은 *코드*에서의 중단 변경을 관리하기 위해 만들어졌습니다.
-
-예를 들어 iOS에서 iOS 16은 Apple의 `스토어 버전`이지만, 코드 버전은 `20A5283p`입니다(여기서는 SemVer를 사용하지 않는 것 같습니다).
-
-이제 우리는 그것들을 혼합하지 않고 각각의 목적에 맞게 사용해야 함이 분명해졌습니다!
-
-## 주요 릴리즈
-
-귀하의 Capacitor 앱에서 중단 변경이 발생할 때 주요 릴리즈가 필요합니다.
-예를 들어, 새로운 iOS 타겟 (15에서 16으로) 또는 새로운 Capacitor 버전 (3에서 4로), 또는 사용 중인 플러그인 (1.2에서 2.0으로)이 주요 버전으로 업데이트되었습니다.
-
-이 변경은 모든 도구가 중단 변경을 처리하도록 정렬되어야 함을 의미합니다.
-
-그래서 Capgo는 이 시스템을 따릅니다.
-따라서 주요 버전을 출시하면 Capgo는 스토어에서 설치하지 않은 사용자에게 전송하지 않습니다.\
-이 동작은 사용자 지정할 수 있습니다. 자세한 내용은 [여기](/docs/cli/commands/#disable-updates-strategy)에서 확인해 보세요.
-
-### 버전
-
-Capgo가 비교할 버전을 찾는 위치
-
-#### iOS
-  > Capgo가 자바스크립트 버전에 비교하여 주요 업그레이드를 찾는 데 사용됩니다.
-
-iOS에서 변수는 귀하의 프로젝트에서 `ios/App/App/Info.plist`의 `CFBundleShortVersionString` 키 아래에 설정되거나, `ios/App/App.xcodeproj/project.pbxproj`의 `MARKETING_VERSION` 키 아래에 설정됩니다. 만약 `Info.plist` 파일에 `MARKETING_VERSION`이 설정되어 있다면.  
-  > 이 동작은 `capacitor.config.json` 파일에서 버전 키를 설정하여 오버라이드할 수 있습니다 [문서 여기](/docs/plugin/auto-update#advanced-settings/)
-
-#### Android
-  > Capgo가 자바스크립트 버전에 비교하여 주요 업그레이드를 찾는 데 사용됩니다.
-
-Android에서 변수는 귀하의 프로젝트에서 `android/app/build.gradle`의 `defaultConfig.versionName` 키 아래에 설정됩니다.  
-  > 이 동작은 `capacitor.config.json` 파일에서 버전 키를 설정하여 오버라이드할 수 있습니다 [문서 여기](/docs/plugin/auto-update#advanced-settings/)
-
-#### JavaScript
-  > Capgo가 네이티브 버전에 비교하여 주요 업그레이드를 찾는 데 사용됩니다.
-
-JavaScript에서 변수는 귀하의 프로젝트에서 `package.json`의 `version` 키 아래에 설정됩니다.
-
-## 예시
-
-귀하의 Ionic 앱은 현재 `1.2.3` 버전으로 Capacitor 3과 함께 출시되었습니다.
-
-귀하는 Capacitor 4로 업그레이드를 진행하고 있습니다.
-
-버전 번호를 `2.2.3`으로 업그레이드해야 하며, 그러면 귀하의 모든 패키지에는 Capgo가 이 큰 변경 사항을 알립니다.
-
-이 버전을 Capgo와 App Store에 출시하면 됩니다.
-
-이후 Capgo의 모든 라이브 업데이트 `2.2.4`는 `1.2.3` 버전의 사용자에게는 절대 전송되지 않습니다. 오직 `2.2.3` 버전만 가능합니다.
-
-이 패턴을 따르면 더 이상 걱정할 필요가 없습니다. 모든 것이 잘 처리되기 때문입니다.
-
-## 이 패턴을 따르지 않을 경우
-
-이 경우, 이는 귀하가 Capacitor 4를 사용하여 Apple과 Google에 새로운 앱을 보내야 하지만 Capgo에는 보내지 않아야 함을 의미합니다.
-
-그렇다면 귀하의 100% 사용자, 또는 최소한 90%가 앱을 보유할 때까지 기다려야 하며, 이는 몇 달이 걸릴 수 있습니다.
-
-이 기간 동안에는 Capgo로 업데이트를 전송할 수 없으며, 기존 사용자는 새로운 버전을 받을 수 없습니다.
-업데이트를 받을 사용자만 선택할 방법이 없습니다.
diff --git a/src/content/blog/ko/how-to-resolve-android-build-errors-in-capacitor.md b/src/content/blog/ko/how-to-resolve-android-build-errors-in-capacitor.md
deleted file mode 100644
index ebcaf9187..000000000
--- a/src/content/blog/ko/how-to-resolve-android-build-errors-in-capacitor.md
+++ /dev/null
@@ -1,284 +0,0 @@
----
-slug: how-to-resolve-android-build-errors-in-capacitor
-title: Capacitor에서 Android 빌드 오류를 해결하는 방법
-description: Capacitor에서 설정 문제부터 의존성 충돌 및 ProGuard 문제까지 Android 빌드 오류를 신속하게 해결하는 방법을 배우세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T03:02:04.382Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b-1743217335938.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, Android build errors, ProGuard, dependency conflicts, mobile
-  development, troubleshooting
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/)에서 안드로이드 빌드 오류로 어려움을 겪고 계신가요?** 이러한 오류는 종종 잘못 구성된 파일, 종속성 충돌 또는 [ProGuard](https://www.guardsquare.com/manual/home) 문제에서 발생합니다. 이를 빠르게 수정하는 것이 앱이 원활하게 실행되도록 하는 데 중요합니다. 다음은 일반적인 문제와 해결 방법에 대한 간단한 요약입니다:
-
--   **설정 문제**: SDK 버전, 권한 또는 `minSdkVersion`의 불일치에 대해 `AndroidManifest.xml`, `capacitor.config.json` 및 [Gradle](https://gradle.org/) 설정을 확인하세요.
--   **종속성 충돌**: Capacitor 코어, 플러그인 및 네이티브 라이브러리 버전을 맞추세요. `npx cap doctor`와 같은 도구를 사용하여 불일치를 찾으세요.
--   **ProGuard 문제**: 릴리스 빌드 중 난독화 오류를 방지하기 위해 적절한 규칙을 추가하세요.
-
-**핵심 팁**: [Android Studio](https://developer.android.com/studio)에서 오류 로그를 사용하여 근본 원인을 파악하고 스택 추적에서 첫 번째 오류에 집중하세요. [Capgo](https://capgo.app/)와 같은 도구를 사용하면 앱 스토어 리뷰를 기다리지 않고 즉시 수정사항을 배포할 수 있습니다.
-
-**빠른 수정 예시**:
-
--   `package.json`의 종속성 업데이트:
-    
-    ```json
-    {
-      "@capacitor/core": "5.5.0",
-      "@capacitor/android": "5.5.0",
-      "@capacitor/camera": "5.0.7"
-    }
-    ```
-    
--   호환성을 위한 [Jetifier](https://developer.android.com/tools/jetifier) 추가:
-    
-    ```properties
-    android.useAndroidX=true
-    android.enableJetifier=true
-    ```
-    
--   ProGuard 규칙 추가:
-    
-    ```java
-    -keep class com.getcapacitor.** { *; }
-    -dontwarn com.google.android.gms.**
-    ```
-    
-
-**더 빠른 수정이 필요하신가요?** Capgo는 앱 스토어 지연을 우회하여 즉시 업데이트를 푸시할 수 있습니다. 이는 앱을 안정적으로 유지하고 사용자를 행복하게 만드는 훌륭한 방법입니다.
-
-## 안드로이드와 iOS에서 Ionic 앱 디버깅을 위한 궁극적인 가이드 ...
-
-<iframe src="https://www.youtube.com/embed/HmXM5t8DIPA" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 주요 안드로이드 빌드 오류
-
-Capacitor로 안드로이드 앱을 빌드하는 과정에서 구성 문제나 종속성 불일치로 인해 오류가 발생할 수 있습니다. 아래에서는 가장 일반적인 안드로이드 빌드 오류와 이를 해결하는 방법을 설명합니다.
-
-### 설정 및 구성 오류
-
-이러한 오류는 종종 `AndroidManifest.xml` 또는 `capacitor.config.json`과 같은 잘못 구성된 파일에서 발생합니다. 일반적인 문제는 다음과 같습니다:
-
--   **누락된 권한**: 필요한 안드로이드 권한이 `AndroidManifest.xml`에 선언되지 않으면 빌드가 실패합니다.
--   **SDK 버전 불일치**: `targetSdkVersion`은 오류를 피하기 위해 Capacitor의 권장 값과 일치해야 합니다.
--   **Gradle 설정**: `gradle-wrapper.properties`의 잘못된 `distributionUrl`로 인해 빌드 실패가 발생할 수 있습니다.
--   **잘못된 minSdkVersion**: 부적절한 `minSdkVersion` 설정은 호환성 문제를 일으킬 수 있습니다. 예를 들어, 구성은 다음과 같을 수 있습니다:
-
-```groovy
-android {  
-    defaultConfig {  
-        minSdkVersion 22  
-        targetSdkVersion 33  
-    }  
-}
-```
-
-### 패키지 버전 충돌
-
-종속성 간의 버전 불일치 또한 빌드 오류를 발생시킬 수 있습니다. 일반적인 시나리오는 다음과 같습니다:
-
--   **네이티브 종속성**: Capacitor 코어와 네이티브 라이브러리 간의 불일치.
--   **플러그인 호환성**: 불일치하는 Capacitor 플러그인 버전 사용.
--   **Gradle 모듈 충돌**: `build.gradle` 파일에서 모듈 선언이 중복됨.
-
-다음은 적절한 종속성 구성의 예입니다:
-
-```json
-{
-  "dependencies": {
-    "@capacitor/core": "5.5.0",
-    "@capacitor/android": "5.5.0",
-    "@capacitor/camera": "5.0.7"
-  }
-}
-```
-
-### [ProGuard](https://www.guardsquare.com/manual/home) 설정 문제
-
-![ProGuard](https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b/caf1031c54e5e4608a41f5a1b5bef282.jpg)
-
-릴리스 빌드에서 사용되는 ProGuard는 추가 문제를 일으킬 수 있습니다:
-
--   **누락된 Keep 규칙**: 중요한 클래스가 난독화되어 런타임 오류를 유발할 수 있습니다.
--   **리플렉션 오류**: 리플렉션을 통해 액세스한 클래스가 제대로 처리되지 않을 수 있습니다.
--   **플러그인 충돌**: 서로 다른 플러그인의 ProGuard 규칙이 충돌할 수 있습니다.
-
-이 문제를 해결하기 위해 다음 ProGuard 규칙을 추가할 수 있습니다:
-
-```java
--keep class com.getcapacitor.** { *; }
--keep class org.apache.cordova.* { *; }
--dontwarn com.google.android.gms.**
-```
-
-## 오류 출처 찾기
-
-Capacitor에서 안드로이드 빌드 오류를 정확히 찾기 위해 단계별 문제 해결 접근 방식이 필요합니다. 구성 검토와 로그 분석을 결합하면 문제를 효과적으로 파악하고 해결할 수 있습니다.
-
-### 오류 로그 읽기
-
-안드로이드 스튜디오와 Gradle은 문제 진단을 위한 자세한 오류 로그를 제공합니다:
-
--   **오류 스택 추적**: 스택 추적에서 _첫 번째_ 오류에 집중하세요 - 이는 보통 근본 원인입니다. 이후의 오류는 종종 이 초기 문제로 인해 발생합니다.
--   **빌드 출력 창**: 안드로이드 스튜디오에서는 오류가 빌드 출력 창에서 빨간색으로 강조 표시됩니다. **"FAILURE"** 또는 **"ERROR"**와 같은 용어를 찾아 주요 문제를 신속히 파악하세요.
-
-다음은 일반적인 오류 메시지의 예입니다:
-
-```
-> Task :app:processDebugResources FAILED
-
-> FAILURE: Build failed with an exception.
-
-* What went wrong:  
-Execution failed for task ':app:processDebugResources'.
-
-> Android resource linking failed
-```
-
-### 구성 파일 확인
-
-정확한 구성을 보장하는 것이 성공적인 빌드의 핵심입니다. 다음 파일에 각별한 주의를 기울이세요:
-
--   **capacitor.config.json**: 파일의 위치뿐만 아니라 keystore 설정의 유효성을 확인하세요.
--   **build.gradle**: 모든 필요 플러그인 및 종속성 버전이 올바르게 선언되었는지 확인하세요. 예를 들어:
-
-```groovy
-dependencies {
-    implementation "com.android.support:appcompat-v7:28.0.0"
-    implementation "com.getcapacitor:core:5.5.0"
-}
-```
-
-### [Gradle](https://gradle.org/) 출력 이해하기
-
-![Gradle Build Tool Interface](https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b/ea42b2d6446e3f23d9417eaa9ba23d71.jpg)
-
-`./gradlew app:dependencies`를 사용하고 빌드 스캔을 활성화하여 종속성 충돌이나 스크립트 문제를 밝힐 수 있습니다. 이러한 도구는 프로젝트 설정에 대한 상세한 뷰를 제공합니다.
-
-> "우리는 애자일 개발을 실천하고 있으며, @Capgo는 사용자에게 지속적으로 전달하는 데 중요한 도구입니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-일반적인 문제에는 다음이 포함됩니다:
-
--   종속성 버전 불일치
--   잘못되었거나 누락된 플러그인 구성
--   리소스 컴파일 오류
--   ProGuard 규칙 문제
-
-## 오류 해결
-
-이 섹션은 버전 불일치, 종속성 충돌 및 ProGuard 잘못 구성을 해결하는 데 중점을 둡니다.
-
-### 버전 업데이트
-
-모든 종속성 버전이 일치하도록 하여 빌드 불안정성을 피하세요:
-
--   **Capacitor 코어 버전 확인**  
-    다음 명령을 실행하여 `@capacitor/core`, `@capacitor/cli` 및 플랫폼 패키지 간의 버전 불일치를 찾으세요:
-    
-    ```bash
-    npx cap doctor
-    ```
-    
--   **네이티브 플러그인 업데이트**  
-    `package.json`에 올바른 버전이 포함되어 있는지 확인하세요. 예를 들면:
-    
-    ```json
-    {
-      "dependencies": {
-        "@capacitor/core": "5.5.0",
-        "@capacitor/android": "5.5.0",
-        "@capacitor/camera": "5.0.7"
-      }
-    }
-    ```
-    
-    버전을 업데이트해도 해결되지 않으면, 종속성 불일치를 수동으로 해결해야 할 수도 있습니다.
-    
-
-### 패키지 충돌 해결
-
-패키지 충돌은 [AndroidX](https://developer.android.com/jetpack/androidx)와 레거시 지원 라이브러리 종속성을 혼합하여 사용할 때 발생합니다. 이를 처리하는 방법은 다음과 같습니다:
-
--   **Jetifier 사용 활성화**  
-    다음 라인을 `gradle.properties` 파일에 추가하세요:
-    
-    ```properties
-    android.useAndroidX=true
-    android.enableJetifier=true
-    ```
-    
--   **수동 종속성 해결**  
-    충돌이 지속되면 앱 수준 `build.gradle` 파일에서 종속성 버전을 명시적으로 선언하세요. 예를 들어:
-    
-    ```groovy
-    configurations.all {
-        resolutionStrategy {
-            force 'androidx.core:core:1.9.0'
-            force 'androidx.appcompat:appcompat:1.6.1'
-        }
-    }
-    ```
-    
-
-이러한 단계는 대부분의 종속성 관련 문제를 해결해야 합니다. 다음으로, 런타임 오류를 피하기 위해 ProGuard 규칙 관리에 집중하세요.
-
-### ProGuard 규칙 관리
-
-ProGuard 규칙을 조정하여 중요한 Capacitor 플러그인 클래스와 WebView 인터페이스가 난독화 중 제거되지 않도록 하세요. ProGuard 구성에 대한 자세한 지침은 공식 [Capacitor 문서](https://capgo.app/blog/capacitor-comprehensive-guide/)를 참조하세요.
-
-앱 스토어에 다시 제출하지 않고 즉각적인 업데이트를 원하신다면, Capgo의 라이브 업데이트 시스템을 사용하는 것을 고려하세요. 이를 통해 난독화 호환성을 유지하면서 즉시 변경 사항을 배포할 수 있습니다.
-
-## 빠른 수정을 위한 [Capgo](https://capgo.app/) 사용하기
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e75df8283d21cbd679ae1b/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-Capacitor에서 안드로이드 빌드 오류에 직면했을 때 문제를 신속하게 해결하는 것이 지연을 피하고 프로젝트를 정상 궤도로 유지하는 데 중요합니다. 다음은 Capgo가 즉시 수정을 배포하는 데 어떻게 도움이 되는지입니다.
-
-### Capgo 주요 기능
-
-Capgo는 보안을 위한 **종단 간 암호화**, 실시간 오류 추적, 버전 기록 관리, 즉시 롤백 기능 등을 포함하는 업데이트를 간소화하는 도구를 제공합니다. 82%의 전세계 배포 성공률을 자랑하는 Capgo는 [\[1\]](https://capgo.app/) 생산 앱에 필수적인 수정을 직접 전달하는 신뢰할 수 있는 방법을 제공합니다.
-
-### 신속하게 수정사항 배포하기
-
-다음 단계를 따라 안드로이드 빌드 오류를 신속하게 해결하세요:
-
--   **Capgo 플러그인 설치**:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
--   **빌드 및 배포**: Capgo의 CDN은 5MB 번들이 단 114ms에 다운로드됩니다 [\[1\]](https://capgo.app/).
-    
--   **업데이트 모니터링**: Capgo 대시보드를 사용하여 진행 상황을 추적하고, API 응답 시간은 평균 57ms입니다 [\[1\]](https://capgo.app/).
-    
-
-이 빠른 배포 프로세스는 기존 앱 스토어 업데이트와 관련된 지연을 제거하여 문제를 보다 빠르게 해결하면서 완전한 제어를 유지할 수 있게 합니다.
-
-### Capgo와 기존 앱 스토어 업데이트 비교
-
-| 기능 | Capgo | 기존 앱 스토어 업데이트 |
-| --- | --- | --- |
-| 배포 시간 | 분 | 며칠에서 몇 주 |
-| 업데이트 제어 | 즉시 | 스토어 검토 필요 |
-| 롤백 | 원클릭 | 새로운 제출 필요 |
-| 비용 | 월 $12부터 시작 | 스토어 수수료 + 추가 개발 시간 |
-| 보안 | E2E 암호화 | 표준 스토어 보안 |
-
-> "Capgo는 더 생산적이고 싶어하는 개발자에게 반드시 필요한 도구입니다. 버그 수정을 위한 검토를 피하는 것은 금상첨화입니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-750개의 생산 앱에서 2,350만 건 이상의 성공적인 업데이트를 기록한 Capgo는 [\[1\]](https://capgo.app/) 안드로이드 오류를 신속하고 효율적으로 해결해야 하는 팀들에게 필수적인 솔루션으로 자리잡고 있습니다 - 앱 스토어 승인을 기다리지 않고요.
-
-## 요약
-
-Capacitor에서 안드로이드 빌드 오류를 처리하는 것은 효과적인 모니터링과 신속한 업데이트를 결합한 체계적이고 데이터 중심의 접근 방식이 필요합니다. 750개의 생산 앱에서 수집된 데이터에 따르면, 오류를 추적하고 신속하게 업데이트를 배포하면 디버깅 시간을 크게 줄이고 앱 안정성을 개선할 수 있습니다. Capgo와 같은 도구는 긴급 수정에 대해 82%의 성공률을 보이며, 95%의 활성 사용자가 24시간 이내에 업데이트를 수신하며 평균 API 응답 시간은 57ms입니다 [\[1\]](https://capgo.app/).
-
-안정적인 안드로이드 빌드를 유지하는 것은 강력한 오류 추적과 시기 적절한 업데이트에 달려 있습니다. 즉각적인 수정을 지속적인 프로세스 개선과 결합함으로써 사용자에게 불편을 최소화하고 보다 원활한 앱 경험을 제공할 수 있습니다.
diff --git a/src/content/blog/ko/how-to-schedule-ota-updates-for-capacitor-apps.md b/src/content/blog/ko/how-to-schedule-ota-updates-for-capacitor-apps.md
deleted file mode 100644
index 11ab8d2ff..000000000
--- a/src/content/blog/ko/how-to-schedule-ota-updates-for-capacitor-apps.md
+++ /dev/null
@@ -1,229 +0,0 @@
----
-slug: how-to-schedule-ota-updates-for-capacitor-apps
-title: Capacitor 앱의 OTA 업데이트 예약 방법
-description: 모바일 앱의 OTA 업데이트를 효과적으로 스케줄링하여 신속한 버그 수정과 향상된 사용자 경험을 보장하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-21T04:03:25.616Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67dcd7fb83b63ee70fa0b90f-1742529933736.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, mobile app updates, Capacitor, app deployment, update scheduling,
-  performance monitoring
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[**Capacitor**](https://capacitorjs.com/) **앱을 앱스토어 지연 없이 업데이트하고 싶으신가요? Over-the-Air (OTA) 업데이트를 통해 실시간으로 수정사항, 새로운 기능, 개선사항을 사용자에게 직접 전달할 수 있습니다.** 다음은 효과적인 일정 관리 방법입니다:
-
--   **OTA 업데이트란?** 시간과 대역폭을 절약하기 위해 업데이트된 부분만 다운로드하여 앱 변경사항을 사용자에게 직접 전달할 수 있습니다.
-    
--   **업데이트 일정을 관리하는 이유는?** 버그를 신속하게 수정하고, 기능을 점진적으로 출시하며, 최소한의 중단으로 사용자 경험을 향상시키기 위해서입니다.
-    
--   **시작하는 방법:** [Capgo](https://capgo.app/) 플러그인을 `npx @capgo/cli init`으로 설치하고, CI/CD 파이프라인과 통합하며, 보안 연결과 분석을 구성합니다.
-    
--   **모범 사례:** 단계적 출시를 사용하고, 비피크 시간에 업데이트를 예약하며, 실시간 지표로 성능을 모니터링합니다.
-    
-
-**주요 통계:** 활성 사용자의 95%가 24시간 이내에 업데이트를 채택하며, 전 세계 성공률은 82%입니다. 5MB 번들의 평균 다운로드 속도는 114ms입니다.
-
-Capacitor 앱의 OTA 업데이트 설정, 일정 관리, 추적 방법에 대해 자세히 알아보세요.
-
-## 설정 요구사항
-
-### 필수 도구 및 설정
-
-예약된 OTA 업데이트를 시작하려면 주요 도구를 설치하고 구성을 설정해야 합니다. 선호하는 패키지 관리자를 사용하여 [Capgo 플러그인](https://capgo.app/plugins/)을 설치하세요:
-
-```bash
-npx @capgo/cli init
-```
-
-이 명령은 다음을 포함한 OTA 업데이트에 필요한 구성 요소를 설정합니다:
-
--   [보안 업데이트](https://capgo.app/docs/live-updates/update-behavior/)를 위한 **종단간 암호화**
-    
--   업데이트 출시를 관리하기 위한 **버전 관리**
-    
--   문제를 신속하게 식별하고 해결하기 위한 **오류 추적**
-    
-
-핵심 설정이 완료되면 OTA 업데이트 플랫폼 통합을 진행할 수 있습니다.
-
-### OTA 플랫폼 통합
-
-OTA 플랫폼 통합은 예약된 업데이트를 효율적으로 관리하는 데 중요합니다. 방법은 다음과 같습니다:
-
--   인증 키와 토큰을 설정하여 **연결 보안**
-    
--   업데이트가 적절히 관리되고 배포되도록 **버전 추적**
-    
--   현장에서 업데이트 성능을 모니터링하기 위한 **분석 설정**
-    
--   원활한 운영을 위해 기존 워크플로우에 **CI/CD 파이프라인 통합**
-    
-
-> "선호하는 플랫폼(GitHub Actions, GitLab CI 등)에서 직접 CI/CD 파이프라인을 구성합니다. CI/CD를 호스팅하거나 유지 관리 비용을 청구하지 않습니다." – Capgo [\[1\]](https://capgo.app/)
-
-엔터프라이즈급 요구사항을 위해 Capgo는 주요 CI/CD 시스템과의 통합을 지원합니다. 이 플랫폼은 지금까지 750개의 프로덕션 앱에서 2,350만 건 이상의 업데이트를 성공적으로 관리했습니다 [\[1\]](https://capgo.app/).
-
-다음은 성능 벤치마크입니다 [\[1\]](https://capgo.app/):
-
--   **평균 다운로드 속도**: 5MB 번들에 대해 114ms
-    
--   **API 응답 시간**: 전 세계적으로 57ms
-    
--   **업데이트 성공률**: 전 세계적으로 82%
-    
-
-## [Capgo](https://capgo.app/)의 새로운 Ionic [Capacitor](https://capacitorjs.com/) 실시간 업데이트 탐색...
-
-**업데이트 일정 계획**
-
-도구가 준비되면 다음 단계는 업데이트를 언제 어떻게 출시할지 결정하는 것입니다.
-
-### 타이밍 고려사항
-
-OTA 업데이트 일정을 계획할 때는 사용자 행동과 기술적 요소를 분석해야 합니다. 예를 들어, 사용자의 전 세계 활동 패턴에 기반하여 비피크 시간에 업데이트를 출시하면 바쁜 시간대의 중단을 줄일 수 있습니다. 또한 원활한 전달을 위해 서버 용량과 네트워크 상태도 고려해야 합니다. 이러한 고려사항은 업데이트를 효율적으로 실행하는 데 중요한 역할을 합니다 [\[1\]](https://capgo.app/).
-
-### 업데이트 일정 지침
-
-단계적 출시 접근 방식을 사용하면 업데이트를 더 잘 관리할 수 있습니다. 소규모 사용자 그룹에 대한 베타 릴리스로 시작하여 전체 사용자 기반으로 점차 확장합니다. 이 방법은 보통 제어된 배포를 위한 채널 시스템에 의존합니다. 또한 실시간 모니터링과 문제 발생 시 신속한 롤백을 가능하게 합니다.
-
-> "우리는 5000명 이상의 사용자 기반에 대해 프로덕션에서 Capgo OTA 업데이트를 출시했습니다. OTA가 @Capgo에 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 확인했습니다." [\[1\]](https://capgo.app/)
-
-## 업데이트 관리 단계
-
-예약된 OTA 업데이트를 성공적으로 관리하려면 모든 것이 원활하게 실행되도록 신중한 코드 구현, 오류 처리, 철저한 테스트가 필요합니다.
-
-### 업데이트 일정 코드
-
-다음은 간단한 스크립트로 [자동 백그라운드 업데이트](https://capgo.app/docs/plugin/self-hosted/auto-update/)를 설정하는 방법입니다:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-async function scheduleUpdate() {
-  try {
-    // Check for updates
-    const { bundle } = await CapacitorUpdater.download({
-      version: 'latest'
-    })
-
-    // Schedule installation during off-peak hours
-    await CapacitorUpdater.schedule({
-      bundle,
-      time: '03:00' // Schedule for 3 AM local time
-    })
-  } catch (error) {
-    console.error('Update scheduling failed:', error)
-  }
-}
-```
-
-이 스크립트는 OTA 설정과 직접 통합되어 업데이트가 효과적으로 시간이 조정되고 중단 없이 배포되도록 합니다.
-
-### 오류 및 롤백 처리
-
-Capgo는 업데이트 중 발생하는 문제를 신속하게 해결할 수 있는 내장 도구를 제공합니다. 업데이트가 실패하면 시스템이 자동으로 안정적인 버전으로 되돌릴 수 있습니다:
-
-```typescript
-async function handleFailedUpdate() {
-  try {
-    // Revert to last known stable version
-    await CapacitorUpdater.rollback()
-
-    // Log rollback event
-    console.log('Update rolled back successfully')
-  } catch (error) {
-    console.error('Rollback failed:', error)
-  }
-}
-```
-
-이러한 기능은 필요할 때 이전 버전을 원활하게 복원하여 앱 안정성을 유지하는 데 도움이 됩니다. 위험을 최소화하기 위해 항상 사전 릴리스 테스트와 함께 사용하세요.
-
-### 사전 릴리스 테스트
-
-오류 처리 메커니즘이 준비되면 테스트가 다음 중요 단계가 됩니다. Capgo는 베타 배포를 위한 전용 테스트 채널을 제공하여 다음을 가능하게 합니다:
-
--   먼저 내부 테스터에게 업데이트 릴리스
-    
--   성능 데이터와 피드백 수집
-    
--   점진적으로 더 큰 대상으로 확장
-    
-
-> "@Capgo는 더 생산적이 되고자 하는 개발자에게 필수 도구입니다. 버그 수정을 위한 검토를 피하는 것은 금상첨화입니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo는 또한 사용자 액세스 제어를 지원하여 테스트 중 특정 그룹에 대한 권한 할당과 모니터링을 더 쉽게 만듭니다. 플랫폼의 분석을 사용하여 성능을 추적하고 전체 출시에 가장 적합한 시기를 결정하세요 [\[1\]](https://capgo.app/).
-
-## 업데이트 성능 추적
-
-OTA 업데이트 성능을 모니터링하면 일정을 개선하고 원활한 전달을 보장하는 데 도움이 됩니다.
-
-### 업데이트 지표
-
-주요 성과 지표(KPI)를 측정하는 것은 [업데이트 전략](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)을 평가하는 데 필수적입니다. Capgo의 분석 플랫폼에서 얻은 최근 데이터는 성공적인 OTA 업데이트에 대한 다음과 같은 벤치마크를 강조합니다:
-
-| 지표 | 목표 벤치마크 | 산업 평균 |
-| --- | --- | --- |
-| 24시간 채택률 | 활성 사용자의 95% | 전 세계적으로 82% |
-| 업데이트 다운로드 속도 | 500ms 미만 | 평균 57ms |
-| 번들 다운로드 시간(5MB) | 150ms 미만 | CDN 통해 114ms |
-
-다음 코드 스니펫으로 이러한 지표를 워크플로우에 통합할 수 있습니다:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-async function trackUpdateMetrics() {
-  const stats = await CapacitorUpdater.getUpdateStats({
-    version: 'latest',
-    timeframe: '24h'
-  })
-
-  console.log('Update adoption rate:', stats.activeUsers)
-  console.log('Download success rate:', stats.successRate)
-}
-```
-
-이러한 KPI는 업데이트 전략을 개선하기 위한 탄탄한 기반을 제공합니다.
-
-### 일정 최적화
-
-타이밍은 업데이트 성공에 큰 역할을 합니다. 배포 데이터는 다음과 같은 일정 관리 방법을 제시합니다:
-
--   **비피크 시간**: 현지 시간 오전 1시에서 4시 사이에 업데이트 출시
-    
--   **점진적 출시**: 사용자의 10%로 시작하여 24시간 동안 점진적으로 확장
-    
--   **지리적 분포**: 더 나은 커버리지를 위해 시간대에 걸쳐 업데이트 분산
-    
-
-일정 최적화를 위해 모니터링해야 할 주요 요소:
-
--   업데이트 완료 시간
-    
--   네트워크 성능 지표
-    
--   지역별 오류율
-    
--   업데이트 후 사용자 참여도
-    
-
-실시간 분석은 문제를 신속하게 해결하는 데 도움이 될 수 있습니다. 오류 추적과 같은 도구는 배포 후 첫 24시간 내에 95%의 성공률을 보장합니다 [\[1\]](https://capgo.app/).
-
-## 요약
-
-OTA 업데이트는 빠르고 안전하게 업데이트를 전달하여 앱 성능을 향상시킬 수 있습니다 [\[1\]](https://capgo.app/). 가이드의 주요 내용은 다음과 같습니다:
-
--   **안전한 배포**: 제어된 전달을 보장하기 위해 전용 [업데이트 채널](https://capgo.app/docs/webapp/channels/)을 통한 단계적 출시 사용 [\[1\]](https://capgo.app/).
-    
--   **성능 모니터링**: 프로세스를 미세 조정하기 위해 업데이트 성공률과 필수 지표 모니터링 [\[1\]](https://capgo.app/).
-    
--   **롤백 보호**: 필요한 경우 신
diff --git a/src/content/blog/ko/how-to-secure-ota-updates-with-key-management.md b/src/content/blog/ko/how-to-secure-ota-updates-with-key-management.md
deleted file mode 100644
index 3afdece9c..000000000
--- a/src/content/blog/ko/how-to-secure-ota-updates-with-key-management.md
+++ /dev/null
@@ -1,175 +0,0 @@
----
-slug: how-to-secure-ota-updates-with-key-management
-title: OTA 업데이트를 키 관리로 보호하는 방법
-description: OTA 업데이트를 위한 효과적인 키 관리와 암호화를 통해 앱을 변조와 보안 위협으로부터 보호하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-31T05:02:06.032Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ea1c64283d21cbd67bff14-1743397338137.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, key management, encryption, app security, update delivery,
-  vulnerabilities, digital signatures, tampering
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**OTA(Over-the-Air) 업데이트를 안전하게 유지하고 취약점을 피하고 싶으신가요?** 키 관리를 통해 앱 업데이트를 변조와 보안 위협으로부터 보호하는 방법을 알아보세요.
-
-- **OTA 업데이트란 무엇인가요?** 앱스토어 승인을 기다리지 않고 사용자에게 직접 앱 변경사항을 푸시할 수 있습니다. [Capgo](https://capgo.app/)와 같은 도구를 사용하면 24시간 이내에 95%의 업데이트 비율을 달성할 수 있습니다.
-- **보안이 중요한 이유는 무엇인가요?** 적절한 암호화와 키 관리가 없으면 업데이트는 변조, 중간자 공격 및 버전 스푸핑에 취약합니다.
-- **[업데이트를 안전하게 하는 방법](https://capgo.app/docs/live-updates/update-behavior/)**
-    - 업데이트 패키지를 보호하기 위해 **종단간 암호화** 사용
-    - [RSA-4096](https://en.wikipedia.org/wiki/RSA_\(cryptosystem\))나 [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard)과 같은 알고리즘으로 강력한 키 생성
-    - **[하드웨어 보안 모듈](https://en.wikipedia.org/wiki/Hardware_security_module) (HSMs)** 또는 암호화된 키 저장소를 사용하여 키를 안전하게 보관
-    - 디지털 서명, 체크섬, 버전 확인으로 업데이트 검증
-    - 엄격한 버전 관리 규칙을 적용하여 버전 다운그레이드 방지
-- **Capgo를 사용하는 이유는?** [고급 암호화](https://capgo.app/docs/cli/migrations/encryption/)로 2천만 사용자에게 2,350만 건의 안전한 업데이트를 제공하며 Apple과 Google 표준을 충족합니다.
-
-**핵심 포인트:** 적절한 키 관리를 통해 승인된 업데이트만 사용자에게 전달되도록 하여 앱의 무결성과 사용자 신뢰를 보호합니다. 비용이 많이 드는 보안 사고를 피하기 위해 지금 업데이트를 안전하게 하세요.
-
-## "Over the Air (OTA)" 업데이트 심층 이해하기
-
-<iframe src="https://www.youtube.com/embed/aFFRkMnifxM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## OTA 업데이트의 보안 위험
-
-강력한 보안 조치 없이 OTA 업데이트를 배포하면 앱이 잠재적 취약점의 쉬운 표적이 됩니다.
-
-### 알려진 OTA 보안 위협
-
-OTA 업데이트는 지속적으로 새로운 위협에 노출되어 있어 엄격한 보안 프로토콜이 필요합니다. 예를 들어, 암호화가 없다면 중간자 공격으로 업데이트 패키지를 가로채 악성 코드를 주입할 수 있습니다.
-
-**주의해야 할 주요 위협:**
-
-- **업데이트 패키지 변조**: 공격자가 전송 중인 업데이트 파일을 수정
-- **키 유출**: 해커가 서명 또는 암호화 키에 무단 접근
-- **버전 스푸핑**: 사용자가 구형이나 안전하지 않은 앱 버전을 다운로드하도록 속임
-- **업데이트 서버 침해**: 업데이트를 배포하는 인프라에 대한 직접적인 공격
-
-단순히 서명에만 의존하는 것으로는 충분하지 않습니다. Capgo의 종단간 암호화와 같은 도구를 사용하면 승인된 당사자만 업데이트를 복호화할 수 있습니다. 이러한 조치가 없으면 이러한 취약점으로 인해 앱의 무결성과 사용자의 안전이 손상될 수 있습니다.
-
-### 보안 사고의 영향
-
-OTA 시스템의 보안 사고는 개발자, 사용자 및 더 넓은 앱 생태계에 영향을 미칠 수 있는 광범위한 효과를 가질 수 있습니다.
-
-| **영향 영역** | **즉각적인 영향** | **장기적 결과** |
-| --- | --- | --- |
-| **사용자 데이터** | 민감한 정보 노출 | 신뢰 상실 및 법적 문제 가능성 |
-| **앱 기능** | 악성 코드 도입 | 장기적인 불안정성 및 성능 문제 |
-| **비즈니스 운영** | 긴급 대응 비용 | 평판 손상 및 사용자 이탈 |
-| **개발 일정** | 구버전으로 강제 롤백 | 새로운 기능 출시 지연 |
-
-보안 결함이 있는 업데이트가 프로덕션에 도달하면 큰 혼란을 일으킬 수 있습니다. 특히 민감한 사용자 데이터나 금융 거래를 처리하는 앱에서는 취약하거나 버그가 있는 버전이 남아있을 수 있습니다.
-
-> "진정한 종단간 암호화를 제공하는 유일한 솔루션, 다른 솔루션은 단순히 업데이트에 서명만 합니다" - Capgo [\[1\]](https://capgo.app/)
-
-이러한 위험을 줄이기 위해 다음 조치를 고려하세요:
-
-- 모든 업데이트 패키지에 **종단간 암호화** 사용
-- **정기적인 보안 감사** 실시 및 취약점 모니터링
-- **자동화된 오류 추적**으로 문제를 신속하게 감지
-- 손상된 업데이트에 대한 **롤백 기능** 확보
-
-보안 사고를 해결하는 비용은 즉각적이든 장기적이든 막대할 수 있습니다. Capgo가 제공하는 것과 같은 강력한 암호화와 사전 모니터링을 채택하면 이러한 함정을 피할 수 있습니다. 연구에 따르면 적절한 보안 조치에 선제적으로 투자하는 것이 보안 사고의 여파를 처리하는 것보다 훨씬 더 경제적입니다.
-
-## 보안 키 관리 설정
-
-효과적인 키 관리는 OTA 업데이트를 보호하는 데 매우 중요합니다. 안전한 시스템에 필요한 주요 구성 요소를 살펴보겠습니다.
-
-### 강력한 키 생성
-
-보안 키 생성은 OTA 업데이트 보안의 기초입니다. 다음 사항에 중점을 두세요:
-
-- **알고리즘 선택**: 최신 암호화 라이브러리와 호환되도록 비대칭 암호화에는 RSA-4096 또는 [ECC](https://en.wikipedia.org/wiki/Elliptic-curve_cryptography)를, 대칭 암호화에는 AES-256을 사용하세요.
-- **키 생성 가이드라인**:
-    - 각 앱 버전에 대해 고유한 키 생성
-    - 신뢰할 수 있는 엔트로피 소스가 있는 암호학적으로 안전한 난수 생성기 사용
-    - 키 생성에 대한 현재 업계 표준 준수
-
-### 인증서를 통한 신뢰 구축
-
-잘 구현된 인증서 시스템은 업데이트의 신뢰성을 보장하는 데 필수적입니다. 이는 업데이트가 합법적인 출처에서 왔다는 것을 확인함으로써 개발자와 사용자 간의 신뢰를 유지하는 데 도움이 됩니다.
-
-### 키 저장 방법
-
-업데이트 중 암호화 무결성을 유지하기 위해서는 적절한 키 저장이 매우 중요합니다. 두 가지 주요 방법은 다음과 같습니다:
-
-- **하드웨어 보안 모듈 (HSMs)**:
-    - 암호화 작업을 물리적으로 분리
-    - 키에 대한 변조 방지 저장소 제공
-    - 하드웨어 기반 난수 생성 포함
-- **암호화된 키 저장소**:
-    - 역할 기반 접근 제어 구현
-    - 키 사용 모니터링을 위한 감사 로깅 제공
-    - 보안 강화를 위한 자동 키 순환 지원
-
-시스템을 더욱 강화하기 위해 키를 안전하게 저장하고, [다중 인증](https://capgo.app/docs/webapp/mfa/)을 활성화하며, 정기적인 백업을 유지하고, 키 활동을 모니터링하세요. 이러한 관행은 안전한 업데이트를 제공하기 위한 신뢰할 수 있는 프레임워크를 만듭니다.
-
-> "진정한 종단간 암호화를 제공하는 유일한 솔루션, 다른 솔루션은 단순히 업데이트에 서명만 합니다" [\[1\]](https://capgo.app/)
-
-## 업데이트 전달 보안
-
-OTA 업데이트 보호는 키 관리를 넘어섭니다. 안전한 업데이트 전달은 암호화와 검증에 의존하여 업데이트가 비공개이며 변조되지 않도록 보장합니다.
-
-### 업데이트 패키지 보안
-
-안전한 업데이트 패키지 전달은 개발자부터 사용자의 기기까지 업데이트를 안전하게 유지하는 **종단간 암호화**로 시작됩니다. 작동 방식은 다음과 같습니다:
-
-- **[패키지 암호화](https://capgo.app/docs/cli/migrations/encryption/):** AES-256 대칭 암호화와 같은 방법을 사용하여 전송 전에 업데이트를 암호화합니다.
-- **키 배포:** 암호화 키는 승인된 기기와만 공유됩니다.
-- **무결성 보호:** 해시 체크섬으로 전송 중 업데이트가 변경되지 않았는지 확인합니다.
-
-Capgo는 이 프로세스를 더욱 발전시켜 의도된 수신자만 업데이트를 복호화할 수 있도록 보장합니다 [\[1\]](https://capgo.app/).
-
-### 업데이트 검증 단계
-
-암호화만으로는 충분하지 않습니다. 업데이트 검증은 무결성과 신뢰성을 보장합니다. 82%의 전세계 업데이트 성공률 [\[1\]](https://capgo.app/)을 달성하기 위해 다음 단계가 도움이 될 수 있습니다:
-
-1. **디지털 서명 검증:** 암호화 서명이 개발자의 공개 키와 일치하는지 확인
-2. **버전 번호 확인:** 업데이트가 현재 설치된 버전보다 최신인지 확인
-3. **패키지 무결성:** 체크섬을 사용하여 업데이트 패키지가 완전하고 수정되지 않았는지 확인
-4. **인증서 체인 검증:** 업데이트 서명에 사용된 인증서 체인 검증
-
-### 버전 다운그레이드 방지
-
-구버전을 재설치할 수 있게 되면 수정된 보안 취약점이 다시 열릴 수 있습니다. 이를 방지하기 위해 다음 조치를 고려하세요:
-
-- **버전 관리:** 엄격한 버전 관리 규칙을 적용하고 설치된 버전을 모니터링하여 구버전을 차단
-- **업데이트 채널 관리:** 특정 채널을 사용하여 다른 사용자 그룹에 대한 업데이트 제어
-- **롤백 보호:** 승인된 프로세스를 사용하여 승인된 버전으로만
-
--   **일일**: 주요 사용 패턴의 자동 분석
--   **주간**: 보안 로그의 수동 검토
--   **월간**: 키 순환 프로세스 검토
--   **분기**: 키 관리 시스템의 종합적인 감사 수행
-
-이러한 일상적인 점검은 지속적이고 신뢰할 수 있는 보안 모니터링을 보장하는 데 도움이 됩니다.
-
-## 요약
-
-### 키 관리의 이점
-
-적절한 키 관리는 OTA 업데이트의 보안을 보장하여 승인된 사용자만이 업데이트를 복호화하고 설치할 수 있도록 합니다. 이 과정은 효율적인 전달을 유지하면서 업데이트를 변조로부터 보호합니다.
-
-| 이점 | 영향 |
-| --- | --- |
-| **향상된 보안** | 종단간 암호화로 무단 접근 차단 |
-| **신속한 수정 배포** | 보안 수정 및 패치의 즉각적인 적용 가능 |
-| **제어된 롤백** | 문제가 있는 업데이트 해결을 위한 버전 관리 단순화 |
-| **사용자 신뢰** | 검증된 업데이트로 사용자 신뢰도 증가 |
-| **규정 준수** | Apple 및 Google 플랫폼 표준과 일치 |
-
-### [Capgo](https://capgo.app/) 보안 도구
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ea1c64283d21cbd67bff14/f3ac818a2fec22e90998e19561d68a19.jpg)
-
-Capgo와 같은 현대적인 솔루션은 강력한 보안 조치로 OTA 업데이트 전달을 단순화하여 이러한 이점을 강조합니다. 750개의 프로덕션 앱을 지원하는 [\[1\]](https://capgo.app/) Capgo는 고급 암호화와 기타 주요 기능을 통해 업데이트 보안을 강화합니다.
-
-Capgo는 암호화와 오류 추적, 사용자 관리, 롤백 지원과 같은 도구를 결합하여 안전하고 효율적인 OTA 프로세스를 보장합니다. 개발자들은 이러한 접근 방식에 대한 만족감을 다음과 같이 공유했습니다:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ko/how-to-segment-users-by-plan-and-channels.md b/src/content/blog/ko/how-to-segment-users-by-plan-and-channels.md
deleted file mode 100644
index bcc2ee523..000000000
--- a/src/content/blog/ko/how-to-segment-users-by-plan-and-channels.md
+++ /dev/null
@@ -1,178 +0,0 @@
----
-slug: how-to-segment-users-by-plan-and-channels
-title: 기능 플래그와 A/B 테스팅을 위한 채널 사용법
-description: CapGo의 채널을 사용하여 기능 플래그와 A/B 테스팅을 직접 사용자에게 할당하거나 백엔드를 활용하는 방법 알아보기
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-04-15T00:00:00.000Z
-updated_at: 2025-04-15T00:00:00.000Z
-head_image: /capgo-feature-image.webp
-head_image_alt: Capgo 채널 기능 플래그 그림
-keywords: 'channels, feature flags, a/b testing, capacitor, capgo'
-tag: Tutorial
-published: true
-locale: ko
-next_blog: ''
----
-# 기능 플래그와 A/B 테스트를 위한 채널 사용 방법
-
-CapGo의 채널 시스템은 사용자를 세분화하고 기능 접근을 제어하는 유연한 방법을 제공합니다. CapGo에는 기본 제공되는 플랜 관리나 A/B 테스트 기능이 없지만, 채널 할당을 직접 관리하여 이러한 기능을 구현할 수 있습니다.
-
-## 채널 이해하기
-
-CapGo의 채널을 통해 다음과 같은 작업이 가능합니다:
-- 특정 사용자 그룹에 다른 기능 타겟팅
-- 사용자를 다른 채널에 할당하여 A/B 테스트 실행
-- 새로운 기능의 점진적 출시
-- 베타 테스트 프로그램 생성
-
-## 채널 할당 방법
-
-### 1. 백엔드 할당 (권장)
-
-이것은 더 안전한 방법입니다. 다음과 같은 과정을 포함합니다:
-1. 업데이터에서 기기 ID 가져오기
-2. 백엔드로 전송
-3. 백엔드가 CapGo API를 호출하여 기기 할당
-
-구현 방법은 다음과 같습니다:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Get device ID
-const getDeviceId = async () => {
-  const { deviceId } = await CapacitorUpdater.getDeviceId()
-  return deviceId
-}
-
-// Send device ID to your backend
-const assignToChannel = async (channel: string) => {
-  const deviceId = await getDeviceId()
-  // Your backend will call CapGo API to assign the device
-  await yourBackend.assignDeviceToChannel(deviceId, channel)
-}
-```
-
-### 백엔드 구현
-
-백엔드에서 필요한 사항:
-1. CapGo 대시보드에서 API 키 얻기
-2. CapGo API를 호출하여 기기를 채널에 할당
-
-API 키를 얻는 방법:
-1. CapGo 대시보드에 로그인
-2. 설정 > API 키로 이동
-3. "새 키 생성" 클릭
-4. 기기와 채널을 관리하기 위해 `all` 모드 선택
-5. 생성된 키를 복사하여 백엔드 환경 변수에 안전하게 저장
-   - 키는 32자의 16진수 문자열입니다
-   - 클라이언트 측 코드에 절대 노출되어서는 안 되는 비밀 키입니다
-
-Node.js 예제:
-
-```typescript
-import axios from 'axios'
-
-const CAPGO_API_KEY = 'your_api_key'
-const CAPGO_API_URL = 'https://api.capgo.app'
-
-async function assignDeviceToChannel(deviceId: string, channel: string) {
-  try {
-    const response = await axios.post(
-      `${CAPGO_API_URL}/device`,
-      {
-        app_id: 'YOUR_APP_ID',
-        device_id: deviceId,
-        channel: channel
-      },
-      {
-        headers: {
-          'authorization': CAPGO_API_KEY,
-          'Content-Type': 'application/json'
-        }
-      }
-    )
-    return response.data
-  } catch (error) {
-    console.error('Failed to assign device to channel:', error)
-    throw error
-  }
-}
-```
-
-백엔드는 또한:
-- 사용자 권한 검증
-- 모든 채널 할당 로깅
-- 속도 제한 처리
-- 실패한 할당에 대한 재시도 로직 구현
-
-### 2. 자체 할당 (덜 안전함)
-
-이 방법은 기기가 직접 채널에 자신을 할당할 수 있게 합니다. 테스트에는 유용하지만 프로덕션에는 덜 안전합니다:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Assign device to channel
-const assignToChannel = async (channel: string) => {
-  await CapacitorUpdater.setChannel(channel)
-}
-
-// Get current channel
-const getCurrentChannel = async () => {
-  const { channel } = await CapacitorUpdater.getChannel()
-  return channel
-}
-```
-
-사용자가 채널에 자체 할당하기 전에 CapGo 대시보드에서 이 기능을 활성화해야 합니다:
-
-1. CapGo 대시보드의 채널 섹션으로 이동
-2. 관리하려는 채널 이름 클릭
-3. 채널 설정에서 "기기 자체 연결 허용" 활성화
-4. 변경사항 저장
-
-이 설정이 false인 경우, 이 채널로 `setChannel`을 호출하려는 모든 시도가 실패합니다.
-
-## 기능 플래그 구현
-
-채널을 사용하여 기능 접근 제어:
-
-```typescript
-const isFeatureEnabled = async (feature: string) => {
-  // Example: Check if user is in beta channel
-  const channel = await getCurrentChannel()
-  return channel === 'beta'
-}
-```
-
-## A/B 테스트 구현
-
-사용자를 다른 채널에 할당하여 A/B 테스트 실행:
-
-```typescript
-const assignToABTest = async (userId: string) => {
-  // Use consistent hashing to assign users
-  const hash = await hashUserId(userId)
-  const variant = hash % 2 === 0 ? 'variant-a' : 'variant-b'
-  
-  await assignToChannel(variant)
-  return variant
-}
-```
-
-## 모범 사례
-
-1. **백엔드 할당 사용**: 프로덕션에서는 항상 백엔드 할당 방법 사용
-2. **일관된 할당**: 일관된 채널 할당을 위해 사용자 ID 또는 기타 안정적인 식별자 사용
-3. **모니터링**: 각 채널의 기능 사용량과 성능 지표 추적
-4. **점진적 출시**: 작은 사용자 세그먼트로 시작하여 점진적으로 확장
-5. **명확한 문서화**: 채널 전략과 목적 문서화
-
-## 결론
-
-CapGo의 채널 시스템을 활용하여 더 개인화된 앱 경험을 만들고 A/B 테스트를 실행할 수 있습니다. 프로덕션 사용에서는 더 나은 보안과 제어를 위해 항상 백엔드 할당 방법을 선호하세요.
-
-채널 관리에 대한 자세한 내용은 [채널 문서](/docs/live-updates/channels/)를 확인하세요.
diff --git a/src/content/blog/ko/how-to-send-specific-version-to-users.md b/src/content/blog/ko/how-to-send-specific-version-to-users.md
deleted file mode 100644
index 09ec9c27d..000000000
--- a/src/content/blog/ko/how-to-send-specific-version-to-users.md
+++ /dev/null
@@ -1,173 +0,0 @@
----
-slug: how-to-send-specific-version-to-users
-title: 특정 사용자나 그룹에게 특정 업데이트를 보내는 방법
-description: >-
-  테스트플라이트나 구글 베타 프로세스 없이도 사용자가 베타 버전을 사용할 수 있도록 하세요. Ionic 앱에 버튼만 추가하면 바로 사용할 수
-  있습니다!
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-17T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capgo_select_update.webp
-head_image_alt: TestFlight 대체 일러스트레이션
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: alternatives
-published: true
-locale: ko
-next_blog: ''
----
-## 서문
-
-Capgo의 업데이트 시스템을 내 앱처럼 즐기기 시작하면, "더 많은 것을 원하면 어떡하지?"라는 생각이 들기 시작할 것입니다.
-
-저도 같은 생각이 들었지만, 제가 Capgo의 제작자이기 때문에 살펴볼 수 있었습니다!
-
-> 모든 것이 오픈소스이기 때문에, 여러분도 이런 능력을 가질 수 있습니다 :)
-
-Capacitor 앱 배포 과정에서 다음으로 겪은 어려움은 다른 팀원들이 업데이트를 테스트하게 하는 것입니다!
-
-TestFlight의 경우, 문제는 간단합니다. 팀원들을 초대하고 사용법을 이해시키는 것이 시간이 많이 걸립니다!
-
-그리고 물론, Apple에 제출할 때마다 봇이 진행하는 무작위 검토 과정이 있어서 5분이 걸릴 수도 있고 5시간이 걸릴 수도 있습니다.
-
-이로 인해 프레젠테이션이 여러 번 지연된 적이 있습니다...
-
-Google의 경우는 더 심각합니다. 제 인생의 큰 수수께끼인데, 프로덕션 버전을 출시하는 데는 2시간도 걸리지 않지만, 비공개 베타를 출시하는 데는 1-2일이 걸립니다.
-
-## 해결책
-
-이를 해결하기 위해, Capgo에 채널 시스템을 만들었습니다.
-
-`npx @capgo/cli@latest bundle upload -c production`은 모든 사용자에게 업데이트합니다 (프로덕션 채널이 기본값으로 설정된 경우)
-
-`npx @capgo/cli@latest bundle upload -c development`를 실행하면 버전이 다른 채널로 이동합니다. 이는 [GitHub action](/blog/manage-dev-and-prod-build-with-github-actions/)에서 자동화할 수 있습니다.
-
-그런 다음 사용자가 채널에서 업데이트를 받을 수 있는 2가지 방법이 있습니다
-
-### 초자동 방식
-
-채널 설정을 위한 자체 백엔드를 만들고 싶지 않을 때 유용하며, 구현이 빠릅니다.
-
-이 방식에서는 채널 중 하나를 자체 설정이 가능하도록 허용하기만 하면 됩니다.
-
-![Capgo에서 자체 설정 허용](/self_set.webp)
-
-그리고 Ionic 앱 코드에 다음을 추가하세요. 가장 좋은 경험을 위해 "베타 등록" 같은 버튼을 클릭한 후 이를 사용하세요
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.setChannel({ channel: 'beta' })
-```
-
-### 수동 방식
-
-내부 팀에게 유용하며 구현이 빠릅니다.
-사용자가 앱에서 deviceID를 복사하여 수동으로 보낼 수 있도록 하세요. 다음 코드가 도움이 될 것입니다:
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-앱 어딘가에 버튼을 숨기거나, 예를 들어 `admin` 역할을 가진 로그인된 사용자에게만 버튼을 표시하세요.
-
-그런 다음 Capgo 웹 앱이나 네이티브 앱에 접속하여 앱 관리자로 로그인하고, 앱을 선택한 후 기기 목록을 클릭하세요.
-
-검색창에 deviceID를 입력하고 찾은 기기를 클릭한 다음 Channel 링크를 클릭하여 `development`를 선택하세요. 팀원에게 앱을 다시 열고 30초 기다렸다가 닫았다 열도록 요청하세요.
-
-그러면 새 버전을 받을 수 있습니다.
-
-### 자동 방식
-
-베타 테스터에게 유용하지만 구현에 시간이 더 걸립니다.
-
-수동 방식과 마찬가지로 deviceID를 얻어야 합니다
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const deviceId = await CapacitorUpdater.getDeviceId()
-```
-
-하지만 이번에는 자동으로 백엔드에 전송해야 합니다. 구현 방법은 여러분이 결정하세요.
-
-나중에 편리하도록 데이터베이스에 저장하는 것을 추천합니다.
-
-그런 다음 백엔드에서 Capgo 백엔드로도 전송해야 합니다. 아래 두 가지 코드 예시가 있습니다:
-<Tabs>
-  <TabItem value="nodejs" label="NodeJS">
-
-```js
-import axios from 'axios'
-
-await axios.post('https://api.capgo.app/device', {
-  app_id: 'YOUR_APP_ID',
-  device_id: 'DEVICE_ID',
-  channel: 'CHANNEL_NAME', // The name of the channel, or undefined if version_id provided
-  version_id: 'VERSION_NAME' // this is optionnal, if provide it will override the channel, that usefull when you want to debug only one user.
-}, {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-```
-</TabItem>
-
-<TabItem value="cloudflare" label="Cloudflare">
-  
-```js
-addEventListener('fetch', (event) => {
-  event.respondWith(
-    handleRequest(event.request).catch(
-      err => new Response(err.stack, { status: 500 })
-    )
-  )
-})
-
-async function handleRequest(request) {
-  const { pathname, method } = new URL(request.url)
-  const body = await request.json()
-  const newBody = JSON.stringify({
-    app_id: 'YOUR_APP_ID',
-    device_id: body.device_id,
-    channel: 'alpha'
-  })
-  const newUrl = new URL('https://api.capgo.app/device')
-  const options = {
-    headers: {
-      authorization: 'YOUR_API_KEY',
-    },
-    method: 'POST',
-    body: newBody
-  }
-
-  if (request.method === 'DELETE') {
-    // DELETE the channel link
-    options.method = 'DELETE'
-    return fetch(newUrl.toString(), options)
-  }
-
-  return fetch(newUrl.toString(), options)
-}
-```
-배포된 URL에 POST로 device_id를 본문에 담아 보내서 추가하고, DELETE 메서드로 삭제하면 됩니다.
-</TabItem>
-
-이 설정이 완료되면 앱에서 채널 옵트인 버튼을 추가하고 웹 앱에서 설정이 되었는지 확인해보세요.
-
-override를 제거하려면 `null`을 보낼 수도 있습니다
-
-기기에 설정된 override를 프로그래밍 방식으로 확인해야 하는 경우, 같은 URL에서 확인할 수 있습니다
-
-```js
-import axios from 'axios'
-
-const res = await axios.get('https://api.capgo.app/device?app_id=YOUR_APP_ID&device_id=DEVICE_ID', {
-  headers: {
-    authorization: 'YOUR_API_KEY' // choose a key with 'write' or 'all' rights
-  }
-})
-
-console.log('data', res.json())
-```
diff --git a/src/content/blog/ko/how-to-track-ota-update-success-in-capacitor-apps.md b/src/content/blog/ko/how-to-track-ota-update-success-in-capacitor-apps.md
deleted file mode 100644
index 88ce126b7..000000000
--- a/src/content/blog/ko/how-to-track-ota-update-success-in-capacitor-apps.md
+++ /dev/null
@@ -1,340 +0,0 @@
----
-slug: how-to-track-ota-update-success-in-capacitor-apps
-title: Capacitor 앱에서 OTA 업데이트 성공 여부 추적하기
-description: 앱에서 OTA 업데이트 성공을 효과적으로 추적하여 사용자 경험을 개선하고 문제를 신속하게 해결하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-24T05:10:07.131Z
-updated_at: 2025-03-24T13:24:28.550Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e0e4b5db7797980463f0f3-1742793019156.jpg
-head_image_alt: 모바일 개발
-keywords: 'OTA updates, app tracking, user adoption, version management, error monitoring'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-OTA 업데이트를 통해 앱스토어 승인을 기다리지 않고 직접 사용자에게 앱 변경사항을 전달할 수 있습니다. 하지만 원활한 업데이트를 보장하고, 문제를 신속하게 해결하며, 사용자 경험을 개선하기 위해서는 업데이트 성공 여부를 추적하는 것이 중요합니다. 다음은 알아야 할 사항입니다:
-
--   **업데이트 추적이 필요한 이유?**
-    
-    -   초기 실패 감지
-        
-    -   사용자 채택률 모니터링
-        
-    -   문제가 있는 업데이트 롤백
-        
-    -   버전 불일치 방지
-        
--   **OTA 업데이트 추적을 위한 주요 단계:**
-    
-    1.  **버전 관리:** Production, Beta, 단계적 출시와 같은 채널을 사용하여 제어된 업데이트 진행
-        
-    2.  **인앱 추적:** `@capgo/capacitor-updater`와 같은 도구를 사용하여 이벤트 리스너 설정 및 설치 진행 상황 기록
-        
-    3.  **서버 로깅:** 업데이트 성공률, 기기 상태, 사용자 참여도와 같은 지표 추적
-        
--   **성공 측정:**
-    
-    -   사용자 업데이트 비율 추적 (24시간 내 95% 채택이 이상적)
-        
-    -   기기 유형, 네트워크 상태, 지역별 동향 분석을 통한 문제 영역 식별
-        
--   **사용할 도구:**
-    
-    -   실시간 분석
-        
-    -   오류 모니터링
-        
-    -   롤백 옵션
-        
-
-## [Capgo](https://capgo.app/)의 새로운 [Ionic](https://ionicframework.com/) [Capacitor](https://capacitorjs.com/) 실시간 업데이트 ...
-
-**업데이트 추적 설정**
-
-OTA 업데이트를 효과적으로 추적하려면 명확한 버전 관리와 강력한 모니터링이 필요합니다. 다음은 모든 것을 설정하는 방법입니다.
-
-### 업데이트 버전 관리
-
-버전 관리는 OTA 업데이트 추적의 핵심 부분입니다. Capgo의 채널 시스템은 사용자 전반에 걸쳐 다양한 버전을 처리하는 구조화된 방법을 제공합니다.
-
-| 채널 유형 | 목적 | 최적 사용 사례 |
-| --- | --- | --- |
-| Production | 메인 릴리스 채널 | 안정적이고 테스트된 업데이트 |
-| Beta | 테스트 채널 | 초기 기능 검증 |
-| Staged | 점진적 출시 | 위험 완화 |
-| Development | 내부 테스트 | 출시 전 검증 |
-
-각 버전에 대해 다음 사항을 포함해야 합니다:
-
--   고유한 버전 식별자
-    
--   상세한 릴리스 노트
-    
--   특정 대상 사용자
-    
--   안전을 위한 롤백 체크포인트
-    
-
-채널이 정의되면 더 나은 추적을 위해 앱이 업데이트 이벤트를 기록하도록 구성하세요.
-
-### 앱 측 추적 설정
-
-앱 내에서 업데이트를 추적하려면 다음 단계를 따르세요:
-
-1.  **필요한 종속성 설치**  
-    다음 명령을 사용하여 필요한 라이브러리를 추가하세요:
-    
-    ```bash
-    npm install @capgo/capacitor-updater
-    ```
-    
-2.  **이벤트 리스너 설정**  
-    업데이트를 감지하기 위한 리스너를 구성하세요:
-    
-    ```javascript
-    CapacitorUpdater.addListener('updateAvailable', () => { … });
-    ```
-    
-3.  **설치 진행 상황 기록**  
-    업데이트가 다운로드되고 설치될 때 추적하세요:
-    
-    ```javascript
-    CapacitorUpdater.addListener('downloadComplete', () => { … });
-    ```
-    
-
-앱 내 추적을 설정한 후, 전체적인 그림을 위해 서버 측 로깅으로 모니터링을 확장하세요.
-
-### 서버 로깅 설정
-
-서버 로깅은 사용자와 기기에 미치는 영향을 포함하여 업데이트에 대한 중요한 데이터를 수집하는 데 도움이 됩니다. 다음 사항에 중점을 두세요:
-
-1.  **시스템 지표**
-    
-    -   업데이트 타임스탬프 및 성공/실패율 추적
-        
-    -   기기 및 네트워크 상태 모니터링
-        
-    -   다운로드 속도 및 설치 시간 측정
-        
-    -   메모리 사용량 및 배터리 소비량 평가
-        
-2.  **사용자 영향**
-    
-    -   업데이트 후 사용자 참여도 분석
-        
-    -   기능 채택률 확인
-        
-    -   앱 안정성 모니터링
-        
-    -   세션 지속 시간의 변화 관찰
-        
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-버전 관리, 앱 내 추적, 서버 로깅을 결합하면 OTA 업데이트 성능에 대한 포괄적인 시각을 얻을 수 있습니다.
-
-## 업데이트 성공 측정
-
-OTA 업데이트의 성공을 추적하는 것은 주요 지표와 사용자들이 어떻게 채택하는지 분석하는 것을 포함합니다. 다음은 업데이트 성능을 효과적으로 측정하고 평가하는 방법입니다.
-
-### 사용자 업데이트 비율
-
-사용자가 얼마나 빨리 업데이트를 채택하는지 이해하는 것은 OTA 배포의 효과성에 대한 통찰력을 제공합니다. 성능 기준선을 설정하기 위해 첫 24시간 내 업데이트하는 사용자의 비율에 주목하세요.
-
-사용자 업데이트 비율을 모니터링하려면:
-
--   각 업데이트에 대한 실시간 채택 비율을 모니터링하세요.
-    
--   목표 완료 시간을 설정하고 다양한 기기의 업데이트 비율을 추적하여 트렌드를 식별하세요.
-    
-
-이 데이터를 확보한 후, [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 개선하기 위해 문제 영역을 발견하고 해결하는 데 집중하세요.
-
-### 문제 영역 감지
-
-초기에 문제를 발견하는 것은 업데이트가 원활하게 진행되도록 하는 데 매우 중요합니다. 모니터링을 위해 다음 영역에 집중하세요:
-
-| **모니터링 영역** | **주요 지표** | **조치 사항** |
-| --- | --- | --- |
-| 기기 유형 | 모델별 성공률 | 성능이 낮은 기기의 문제 해결 |
-| 네트워크 상태 | 다운로드 완료율 | 느린 연결을 위한 업데이트 크기 조정 |
-| 지리적 지역 | 지역별 성공률 | 지역별 특정 문제 해결 |
-| 앱 버전 | 버전 분포 | 멈춘 업데이트 식별 및 해결 |
-
-이러한 지표를 검토함으로써 업데이트가 실패할 수 있는 지점을 파악하고 시정 조치를 취할 수 있습니다.
-
-### 분석 도구 개요
-
-잠재적인 문제를 식별한 후, 더 깊은 통찰을 얻기 위해 분석 도구를 사용하세요. 실시간 데이터, 오류 추적, 사용자 참여 지표를 제공하는 도구를 찾아 다음을 수행하세요:
-
--   사용자 기반 전반의 업데이트를 모니터링하고 문제에 신속하게 대응하세요.
-    
--   특정 실패 지점을 파악하고 해결하기 위해 오류를 기록하세요.
-    
--   업데이트가 사용자 행동과 앱 성능에 미치는 영향을 분석하세요.
-    
-
-이러한 단계들은 OTA 업데이트가 원활하고 효과적으로 이루어지도록 도움을 줄 것입니다.
-
-## 업데이트 영향 분석
-
-### 성능 지표
-
-업데이트의 영향을 평가하기 위해 구현 전후의 주요 성능 지표를 비교하세요:
-
--   **시작 속도**: 2초 미만의 시작 시간을 목표로 하세요 (특정 벤치마크는 다를 수 있음).
-    
--   **API 응답 시간**: 서버 통신을 57ms 미만으로 유지하세요.
-    
--   **충돌률**: 1% 미만의 충돌률로 앱 안정성을 보장하세요.
-    
--   **메모리 사용량**: 기준선 대비 리소스 소비를 측정하세요.
-    
--   **네트워크 사용량**: 데이터 전송을 최적화하고 업데이트 크기를 최소화하세요.
-    
-
-잠재적인 개선사항이나 문제를 발견하기 위해 업데이트 후 최소 48시간 동안 이러한 지표를 면밀히 모니터링하세요.
-
-### 사용자 행동 변화
-
-다음을 분석하여 업데이트가 사용자 상호작용에 미치는 영향을 이해하세요:
-
--   **기능 채택률**: 사용자가 새로운 기능을 얼마나 빨리 사용하는지 측정하세요.
-    
--   **세션 지속 시간 및 유지율**: DAU(일일 활성 사용자)와 MAU(월간 활성 사용자)와 같은 지표를 사용하여 참여 트렌드를 추적하세요.
-    
--   **탐색 패턴**: 업데이트 후 사용자 흐름이 어떻게 변하는지 검토하세요.
-    
-
-이러한 통찰을 사용하여 앱을 미세 조정하고 새로운 문제를 해결하세요.
-
-### [Capgo](https://capgo.app/) 성능 도구
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-24.jpg?auto=compress)
-
-Capgo는 업데이트 중 모니터링과 문제 해결을 단순화하는 도구를 제공합니다:
-
-1.  **실시간 분석**: 업데이트 배포와 사용자 채택을 즉시 추적하세요.
-    
-2.  **오류 모니터링**: 문제가 확대되기 전에 감지하고 수정하세요.
-    
-3.  **버전 관리**: 한 번의 클릭으로 업데이트를 롤백하여 중단을 줄이세요.
-    
-
-> "실시간으로 업데이트 성공률과 사용자 참여도를 추적하세요" – Capgo [\[1\]](https://capgo.app/)
-
-Capgo는 또한 전체 출시 전에 특정 사용자 그룹을 대상으로 하는 단계적 테스트를 지원합니다. 이 접근 방식은 전체 사용자 기반에서 일관된 성능을 보장하고 위험을 최소화합니다.
-
-## 업데이트 문제 해결
-
-### 일반적인 업데이트 문제
-
-업데이트는 네트워크 실패, 버전 불일치, 오래된 캐시 파일 또는 불완전한 설치와 같은 문제에 부딪힐 수 있습니다. 다음은 간단한 분석입니다:
-
-| 문제 | 일반적인 원인 | 해결책 |
-
-올바른 추적 도구를 선택하는 것은 업데이트의 성공을 보장하는 핵심입니다. 무엇을 찾아야 하고 왜 중요한지 살펴보겠습니다.
-
-### 도구 비교
-
-OTA 업데이트 추적 도구를 비교할 때 다음 기능에 집중하세요:
-
-| 기능 | 중요한 이유 |
-| --- | --- |
-| **업데이트 속도** | 사용자의 업데이트 채택 속도와 배포 효율성에 영향을 미칩니다. |
-| **보안 수준** | 업데이트 프로세스와 사용자 데이터를 보호합니다. |
-| **분석 심도** | 업데이트 성능을 모니터링하고 미세 조정하는데 도움이 됩니다. |
-| **롤백 옵션** | 업데이트에 문제가 발생할 경우 빠른 수정을 가능하게 합니다. |
-| **가격대** | 솔루션의 장기적인 비용과 확장성에 영향을 미칩니다. |
-
-### Capgo 기능
-
-Capgo는 82%의 인상적인 전 세계 성공률 [\[1\]](https://capgo.app/)을 보여주며, [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)의 모든 측면을 다루는 기능을 제공합니다:
-
--   **실시간 분석**  
-    Capgo는 평균 API 응답 시간 57ms [\[1\]](https://capgo.app/)로 전 세계 모니터링을 제공합니다. 이를 통해 문제를 조기에 감지하고 해결할 수 있습니다.
-    
--   **보안 인프라**  
-    엔드투엔드 암호화로 업데이트가 안전하게 전달되어 가장 까다로운 기업용 애플리케이션의 요구사항도 충족합니다.
-    
--   **배포 제어**  
-    채널 기반 시스템을 통해 광범위한 배포 전에 특정 그룹에서 업데이트를 테스트할 수 있습니다.
-    
-
-### 도구 선택 가이드
-
-필요에 맞는 최적의 OTA 업데이트 추적 도구를 선택하는 방법:
-
--   **통합 요구사항**  
-    CI/CD 파이프라인과 원활하게 작동하는 도구를 찾으세요.
-    
-    > "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-    
--   **비용 효율성**  
-    도구의 가격이 장기 예산에 미치는 영향을 고려하세요.
-    
--   **기술적 역량**  
-    다음을 제공하는 도구를 선택하세요:
-    
-    -   부분 업데이트 지원
-        
-    -   상세한 오류 추적
-        
-    -   유연한 호스팅 옵션
-        
-    -   최신 Capacitor 버전과의 호환성
-        
-
-> "Capgo는 더 생산적이고자 하는 개발자에게 필수 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 것이 황금같습니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## 요약
-
-앞서 설명한 설정, 측정 및 문제 해결 단계를 기반으로 OTA 업데이트를 효과적으로 추적하기 위한 간소화된 검토 및 실행 계획입니다.
-
-### 주요 포인트 검토
-
-OTA 업데이트 추적의 성공은 신뢰성을 보장하는 필수 지표를 모니터링하는 것을 포함합니다. 이러한 지표를 분석하는 구조화된 접근 방식은 실제 데이터가 보여주듯이 앱 성능에 상당한 영향을 미칠 수 있습니다:
-
-| 측면 | 주요 지표 | 영향 |
-| --- | --- | --- |
-| 범위 | 2,350만 업데이트 전달 | 시스템 신뢰성 강조 |
-| 성공률 | 전 세계 82% | 성능 표준 확립 |
-| 사용자 기반 | 750개 프로덕션 앱 | 기업용 확장성 확인 |
-
-이러한 지표는 안전하고 자동화된 업데이트 추적을 보장하기 위한 다음 단계를 안내합니다.
-
-### 다음 단계
-
--   **분석 및 모니터링 설정**
-    
-    -   실시간 추적 도구 구현
-        
-    -   성능 벤치마크 정의
-        
-    -   강력한 오류 감지 시스템 도입
-        
--   **전략적 배포 계획**
-    
-    -   통제된 테스트를 위한 베타 테스팅 채널 사용
-        
-    -   위험을 최소화하기 위한 단계별 업데이트 출시
-        
-    -   긴급 수정을 위한 빠른 롤백 옵션 포함
-        
--   **인사이트 기반 개선**
-    
-    -   업데이트 성공률 면밀히 모니터링
-        
-    -   사용자 행동 및 채택 트렌드 연구
-        
-    -   데이터 분석 기반 출시 전략 조정
-        
-
-시험 기간으로 시작하면 특정 요구사항에 맞게 이러한 방법을 테스트하고 개선할 수 있습니다.
-
-> "Capgo는 더 생산적이고자 하는 개발자에게 필수 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 것이 황금같습니다." - Bessie Cooper [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ko/how-to-use-aar-files-in-capacitor-plugins.md b/src/content/blog/ko/how-to-use-aar-files-in-capacitor-plugins.md
deleted file mode 100644
index edb5b1f9c..000000000
--- a/src/content/blog/ko/how-to-use-aar-files-in-capacitor-plugins.md
+++ /dev/null
@@ -1,457 +0,0 @@
----
-slug: how-to-use-aar-files-in-capacitor-plugins
-title: Capacitor 플러그인에서 AAR 파일 사용하는 방법
-description: >-
-  AAR 파일을 Capacitor 플러그인에 통합하여 네이티브 Android 기능으로 웹 앱을 향상시키는 방법을 명확한 단계별 가이드를 통해
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-15T01:43:16.632Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d4c5e1e479dbdb23f053f1-1742003009662.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  AAR files, Capacitor plugins, Android development, mobile integration, Gradle
-  configuration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 앱에 안드로이드 기능을 통합하고 싶으신가요? 이 가이드는 크로스 플랫폼 웹 앱에 네이티브 안드로이드 기능을 결합하기 위해 [Capacitor 플러그인](https://capgo.app/plugins/)에서 AAR(Android Archive) 파일을 사용하는 방법을 설명합니다.
-
-### 주요 포인트:
-
-- **AAR 파일이란?** 코드, 리소스, 네이티브 파일이 포함된 미리 패키징된 안드로이드 라이브러리입니다.
-- **사용하는 이유?** AAR 파일은 코드 재사용을 가능하게 하고, 유지보수를 단순화하며, 독점 기능을 보호합니다.
-- **필요한 것은?** [Android Studio](https://developer.android.com/studio), [Gradle](https://gradle.org/), [Node.js](https://nodejs.org/en)와 같은 도구와 적절한 프로젝트 설정이 필요합니다.
-- **통합 방법?** AAR 파일을 `libs`에 배치하고, Gradle을 구성하여 Capacitor 플러그인과 연결합니다.
-
-### 빠른 단계:
-
-1. **환경 설정:** 필요한 도구를 설치하고 Android Studio를 구성합니다.
-2. **프로젝트 구성:** [Capacitor 플러그인](https://capgo.app/blog/capacitor-comprehensive-guide/)을 위한 명확한 구조를 만듭니다.
-3. **AAR 파일 추가:** `android/libs`에 파일을 배치하고 Gradle 종속성을 업데이트합니다.
-4. **플러그인 코드 작성:** [Capacitor의 API](https://capgo.app/blog/capacitor-comprehensive-guide/)를 사용하여 AAR 기능을 JavaScript와 연결합니다.
-5. **철저한 테스트:** Android Studio의 디버거를 사용하여 원활한 통합을 보장합니다.
-
-이 가이드를 따르면 AAR 파일을 Capacitor 플러그인에 원활하게 통합하여 웹 앱에 네이티브 안드로이드 기능을 활용할 수 있습니다.
-
-## [capacitor](https://capacitorjs.com/) 플러그인에 안드로이드 라이브러리(AAR 파일) 임베드하는 방법
-
-![capacitor](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-15.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/octDia3rFmI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 개발 환경 설정 요구사항
-
-AAR 파일 작업을 시작하기 전에 문제를 방지하기 위해 개발 환경이 올바르게 구성되어 있는지 확인하세요.
-
-### 필수 소프트웨어
-
-Capacitor 플러그인에서 AAR 파일 작업에 필요한 소프트웨어입니다:
-
-| **소프트웨어** | **최소 버전** | **용도** |
-| --- | --- | --- |
-| Android Studio | 2022.1.1 이상 | 안드로이드 개발을 위한 주요 IDE |
-| [Java Development Kit](https://en.wikipedia.org/wiki/Java_Development_Kit) | 11 이상 | 안드로이드 개발에 필요 |
-| Node.js | 14.0 이상 | Capacitor와 npm 패키지 관리용 |
-| Gradle | 7.3 이상 | 안드로이드 빌드 도구 |
-| [Git](https://git-scm.com/) | 2.30 이상 | 버전 관리 및 패키지 관리용 |
-
-추가로 SDK Manager에 다음 구성요소가 포함되어 있는지 확인하세요:
-
-- Android SDK Platform 33 (Android 13.0)
-- Android SDK Build-Tools 33.0.0
-- Android SDK Command-line Tools 
-- Android Emulator
-- Android SDK Platform-Tools
-
-### 프로젝트 설정 단계
-
-1. **개발 환경 초기화**
-
-다음과 같은 구조로 새 디렉토리를 만드세요:
-
-```
-my-plugin/
-├── android/
-│   ├── src/
-│   └── build.gradle
-├── src/
-│   └── definitions.ts
-└── package.json
-```
-
-2. **Android Studio 설정 구성**
-
-Android Studio를 실행하고 다음 설정을 조정하세요:
-
-- Gradle JDK를 버전 11 이상으로 설정
-- Android SDK 구성요소 자동 다운로드 기능 활성화
-- 시스템 환경 변수에 올바른 Android SDK 경로 업데이트
-
-3. **플러그인 구조 준비**
-
-AAR 파일 지원을 포함하도록 `android/build.gradle` 파일을 다음 설정으로 업데이트하세요:
-
-```kotlin
-android {
-    compileSdkVersion 33
-    defaultConfig {
-        minSdkVersion 22
-        targetSdkVersion 33
-    }
-
-    repositories {
-        flatDir {
-            dirs 'libs'
-        }
-    }
-}
-```
-
-4. **버전 관리 설정**
-
-프로젝트 디렉토리에서 Git을 초기화하고 불필요한 파일을 제외하기 위한 `.gitignore` 파일을 만드세요. 예시 `.gitignore`:
-
-```
-android/build/
-node_modules/
-dist/
-*.iml
-.idea/
-.gradle/
-local.properties
-```
-
-이러한 단계가 완료되면 AAR 파일을 추가할 준비가 된 것입니다.
-
-## 플러그인에 AAR 파일 추가하기
-
-### AAR 파일 얻기
-
-AAR 파일은 서드파티 SDK, 커스텀 라이브러리 또는 Maven 종속성에서 얻을 수 있습니다. `libs` 디렉토리의 `README` 파일에 소스, 버전, 용도를 문서화하는 것이 좋습니다.
-
-| 소스 유형 | 설명 | 모범 사례 |
-| --- | --- | --- |
-| 서드파티 SDK | 벤더의 사전 컴파일된 라이브러리 | README에 벤더 버전 세부정보 문서화 |
-| 커스텀 안드로이드 라이브러리 | 자체 개발한 안드로이드 모듈 | 빌드 프로세스 문서화 |
-| Maven 종속성 | 원격 저장소에서 변환 | 오프라인 빌드를 위해 로컬에 캐시 |
-
-AAR 파일이 준비되고 문서화되면 플러그인에 포함하도록 구성할 수 있습니다.
-
-### 플러그인 파일 설정
-
-AAR 종속성의 원활한 통합을 위해 플러그인 파일을 구성하세요. 다음은 플러그인 구조의 예시입니다:
-
-```
-my-plugin/
-├── android/
-│   ├── libs/        # AAR files with README
-│   ├── src/
-│   └── build.gradle
-├── src/
-│   └── definitions.ts
-└── package.json
-{
-    "files": [
-        "android/libs/*.aar",
-        "android/src/**/*",
-        "src/**/*"
-    ]
-}
-```
-
-### AAR 파일 배치
-
-AAR 기능을 활성화하려면 다음 단계에 따라 파일을 플러그인의 `android/libs` 디렉토리에 배치하세요:
-
-- `libraryname-version.aar`와 같은 명확하고 일관된 이름 형식을 사용하세요.
-- `versions.properties` 파일에서 버전을 관리하세요. 예시:
-
-```
-library1=1.2.3
-library2=2.0.0
-```
-
-- 다른 종속성을 위한 `dependencies.gradle` 파일을 추가하세요:
-
-```
-dependencies {
-    implementation fileTree(dir: 'libs', include: ['*.aar'])
-    implementation 'com.example:dependency:1.0.0'
-}
-```
-
-- 벤더별 파일을 하위 디렉토리로 구성하여 더 나은 관리를 하세요:
-
-```
-android/libs/
-├── vendor1/
-│   ├── feature.aar
-│   └── config.json
-└── vendor2/
-    ├── module.aar
-    └── settings.xml
-```
-
-벤더별 하위 디렉토리에 구성 파일을 유지하면 여러 AAR 종속성으로 작업할 때 빌드 충돌을 피하고 구성을 유지하는 데 도움이 됩니다.
-
-## [Gradle](https://gradle.org/) 구성 단계
-
-![Gradle Build Tool Interface](https://mars-images.imgix.net/seobot/screenshots/gradle.org-85d271057dfb5e2e134ec99beaad5682-2025-03-15.jpg?auto=compress)
-
-### build.gradle 업데이트
-
-Capacitor 플러그인에 AAR 파일을 통합하려면 Gradle을 적절히 구성해야 합니다. `android/build.gradle`에 다음 저장소 설정을 추가하여 시작하세요:
-
-```kotlin
-repositories {
-    google()
-    mavenCentral()
-    flatDir {
-        dirs 'libs'
-    }
-}
-```
-
-그런 다음 `dependencies` 블록에 AAR 종속성을 포함하세요:
-
-```kotlin
-dependencies {
-    implementation files('libs/your-library.aar')
-    implementation fileTree(dir: 'libs', include: ['**/*.aar'])
-    implementation "com.getcapacitor:core:${capacitorVersion}"
-    implementation "androidx.appcompat:appcompat:1.6.1"
-}
-```
-
-더 나은 버전 관리를 위해 프로젝트 루트에 `gradle.properties` 파일을 만들고 라이브러리 버전을 정의하세요:
-
-```properties
-# Library versions
-MY_LIBRARY_VERSION=1.2.3
-CAPACITOR_VERSION=5.5.0
-```
-
-AAR 파일에 추가 종속성이 있는 경우 다음과 같이 `android/build.gradle`에 선언하세요:
-
-```kotlin
-android {
-    defaultConfig {
-        minSdkVersion 21
-        targetSdkVersion 33
-    }
-
-    packagingOptions {
-        exclude 'META-INF/DEPENDENCIES'
-        exclude 'META-INF/LICENSE'
-    }
-}
-```
-
-이러한 변경을 완료한 후 프로젝트를 동기화하여 적용하세요.
-
-### Gradle 동기화 실행
-
-Android Studio에서 프로젝트를 열고 Gradle이 자동으로 동기화될 때까지 기다리세요. 자동으로 시작되지 않으면 도구 모음에서 "Gradle 파일로 프로젝트 동기화" 버튼을 클릭하세요.
-
-동기화 후 다음을 확인하세요:
-
-| 체크 포인트 | 예상 결과 | 일반적인 문제 |
-| --- | --- | --- |
-| 빌드 출력 | AAR 관련 오류 없음 | 누락된 종속성 |
-| 라이브러리 해결 | AAR 파일이 올바르게 연결됨 | 잘못된 경로 참조 |
-| 버전 충돌 | 종속성 버전 문제 없음 | 호환되지 않는 버전 |
-
-동기화가 실패하면 구성을 다시 확인하세요. 예를 들어 다음 설정이 있는지 확인하세요:
-
-```kotlin
-android {
-    compileOptions {
-        sourceCompatibility JavaVersion.VERSION_1_8
-        targetCompatibility JavaVersion.VERSION_1_8
-    }
-
-    lintOptions {
-        abortOnError false
-    }
-}
-```
-
-대용량 AAR 파일의 경우 `gradle.properties`에서 Gradle의 메모리 할당을 늘려야 할 수 있습니다:
-
-```properties
-org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m
-```
-
-동기화가 성공적으로 완료되면 AAR 파일이 완전히 통합되어 테스트할 준비가 된 것입니다.
-
-## Capacitor에 AAR 기능 연결하기
-
-### 플러그인 클래스 작성
-
-Gradle 파일이 동기화되면 **Plugin** 클래스를 확장하여 AAR 기능을 연결할 시간입니다. 이 단계는 JavaScript를 네이티브 안드로이드 코드에 연결합니다.
-
-```java
-@NativePlugin(
-    permissions = {
-        Manifest.permission.REQUIRED_PERMISSION
-    }
-)
-public class YourPlugin extends Plugin {
-    private YourAARLibrary libraryInstance;
-
-    @Override
-    public void load() {
-        super.load();
-        libraryInstance = new YourAARLibrary(getContext());
-    }
-}
-```
-
-AAR 라이브러리 초기화에 필요한 것들:
-
-| 구성 요소 | 목적 | 구현 참고사항 |
-| --- | --- | --- |
-| Context | 안드로이드 앱 컨텍스트 | Plugin 클래스의 `getContext()` 사용 |
-| Configuration | 라이브러리 설정 | 플러그인에서 옵션 전달 |
-| Lifecycle | 플러그인 상태 관리 | `load()`와 `handleOnDestroy()` 오버라이드 |
-
-### 플러그인 메서드 만들기
-
-다음으로 `@PluginMethod` 어노테이션을 사용하여 플러그인에 메서드를 정의하세요. 이 메서드들은 JavaScript와 Java 간의 데이터 교환을 처리합니다.
-
-```java
-@PluginMethod
-public void performAction(PluginCall call) {
-    try {
-        // Get data from JavaScript
-        String inputData = call.getString("inputKey");
-
-        // Call AAR library method
-        YourLibraryResult result = libraryInstance.processData(inputData);
-
-        // Return result to JavaScript
-        JSObject ret = new JSObject();
-        ret.put("value", result.getValue());
-        call.resolve(ret);
-    } catch (Exception e) {
-        call.reject("Error processing data", e);
-    }
-}
-```
-
-비동기적으로 실행해야 하는 작업의 경우:
-
-```java
-@PluginMethod(returnType = PluginMethod.RETURN_CALLBACK)
-public void startContinuousOperation(PluginCall call) {
-    call.setKeepAlive(true);
-
-    libraryInstance.setCallback(new LibraryCallback() {
-        @Override
-        public void onUpdate(String data) {
-            JSObject ret = new JSObject();
-            ret.put("data", data);
-            call.resolve(ret);
-        }
-    });
-}
-```
-
-다음은 JavaScript와 Java 간의 일반적인 타입 변환 방법입니다:
-
-| JavaScript 타입 | Java 타입 | 변환 메서드 |
-| --- | --- | --- |
-| Object | JSObject | `call.getObject()` |
-| Array | JSArray | `call.getArray()` |
-| String | String | `call.getString()` |
-| Number | Integer/Double | `call.getInt()`/`call.getDouble()` |
-| Boolean | Boolean | `call.getBoolean()` |
-
-리소스 정리를 위해 `handleOnDestroy` 메서드를 오버라이드하세요:
-
-```java
-@Override
-protected void handleOnDestroy() {
-    if (libraryInstance != null) {
-        libraryInstance.cleanup();
-        libraryInstance = null;
-    }
-    super.handleOnDestroy();
-}
-```
-
-이러한 메서드가 준비되면 네이티브 브리지가 준비된 것입니다. Android Studio의 디버그 환경에서 구현을 테스트하여 모든 것이 예상대로 작동하는지 확인하세요.
-
-## 테스트 및 문제 해결
-
-### [Android Studio](https://developer.android.com/studio)에서 디버깅
-
-![Android Studio](https://mars-images.imgix.net/seobot/screenshots/developer.android.com-4d08ca5be8f73216eb56e77cdafac129-2025-03-15.jpg?auto=compress)
-
-Android Studio에서 AAR 통합을 디버그하려면 프로젝트의 `build.gradle` 파일에서 디버그 모드를 활성화하여 시작하세요:
-
-```kotlin
-android {
-    buildTypes {
-        debug {
-            debuggable true
-            minifyEnabled false
-        }
-    }
-}
-```
-
-데이터 흐름을 추적하고 잠재적 문제를 식별하기 위해 플러그인 메서
-
-**4. 런타임 크래시 및 메모리 관리**
-
-Android Studio의 Performance 탭을 사용하여 런타임 안정성을 모니터링하세요. 초기화 문제에 대해서는 예외를 신중하게 처리하세요:
-
-```java
-@PluginMethod
-public void yourMethod(PluginCall call) {
-    // Set a breakpoint here to inspect input data
-    String inputValue = call.getString("key");
-    // Another breakpoint here to check method calls to the AAR
-    libraryInstance.someMethod(inputValue);
-}
-```
-
-메모리 누수를 방지하기 위해 리소스가 적절히 해제되도록 하세요. Android Studio의 Memory Profiler를 사용하여 힙 사용량을 추적하고 누수를 식별하세요.
-
-## 요약
-
-Capacitor 플러그인에 AAR 파일을 통합하려면 Android 환경을 설정하고, AAR 파일을 올바르게 배치하며, Gradle을 정확하게 구성하고 철저히 테스트해야 합니다.
-
-### 주요 구현 단계
-
-| **단계** | **요구사항** | **성공 지표** |
-| --- | --- | --- |
-| 개발 환경 설정 | Android Studio 4.0+, Gradle 7.0+ | 빌드 오류 없이 완료 |
-| AAR 통합 | 적절한 파일 배치, 올바른 종속성 | 매니페스트 충돌 없음 |
-| 플러그인 개발 | 명확한 플러그인 구조, 정확한 메서드 매핑 | 메서드가 예상대로 실행 |
-| 테스팅 | 디버그 모드 활성화, 효과적인 오류 처리 | 런타임 크래시 없음 |
-
-이러한 기본 사항을 숙지하면 더 고급 기술을 탐색할 수 있습니다.
-
-### 다음 단계
-
-플러그인을 개선하기 위해 다음 영역에 집중하세요:
-
--   **성능 최적화**  
-    Android Studio의 프로파일러를 사용하여 메모리 사용량을 모니터링하고 리소스가 적절히 정리되도록 하세요.
-    
--   **배포 준비**  
-    모든 AAR 구성을 문서화하고, API 문서를 생성하며, Android API 레벨 29-34와의 호환성을 테스트하세요.
-    
--   **유지보수 전략**  
-    테스트 자동화, 버전 관리를 통한 AAR 버전 관리, 변경 로그 유지, 프로덕션 이슈 해결을 위한 오류 보고 설정을 하세요.
-    
-
-플러그인을 공개적으로 공유할 계획이라면, AAR 관련 설정과 플랫폼 제한사항에 대한 자세한 문서를 제공하세요. 이를 통해 다른 개발자들이 플러그인을 쉽게 채택하고 효과적으로 사용할 수 있습니다.
diff --git a/src/content/blog/ko/how-to-use-capacitor-cli-for-ota-updates.md b/src/content/blog/ko/how-to-use-capacitor-cli-for-ota-updates.md
deleted file mode 100644
index 22c14dc9c..000000000
--- a/src/content/blog/ko/how-to-use-capacitor-cli-for-ota-updates.md
+++ /dev/null
@@ -1,57 +0,0 @@
----
-slug: how-to-use-capacitor-cli-for-ota-updates
-title: Capacitor CLI를 사용한 OTA 업데이트 방법
-description: >-
-  Capacitor CLI를 활용하여 즉각적인 배포와 향상된 사용자 경험을 보장하는 Over-The-Air 업데이트를 수행하는 방법을
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:35:09.479Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f08966ebbb9dc80643aea5-1743820535214.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, Capacitor CLI, mobile app updates, app deployment, Capgo, version
-  management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-Over-The-Air (OTA) 업데이트를 통해 앱스토어 승인을 기다리지 않고도 앱 수정사항과 기능을 사용자에게 직접 전달할 수 있습니다. [Capacitor](https://capacitorjs.com/) CLI와 [Capgo](https://capgo.app/)와 같은 도구를 사용하면 즉시 업데이트를 푸시하고, 성능을 추적하고, 필요한 경우 롤백할 수도 있습니다. 알아야 할 사항은 다음과 같습니다:
-
-### OTA 업데이트의 주요 이점:
-
--   **즉시 배포**: 앱스토어 지연 없이 즉시 업데이트 푸시.
--   **[자동 업데이트](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: 사용자가 백그라운드에서 업데이트 받기.
--   **버전 관리**: 버전을 쉽게 관리하고 롤백.
--   **선택적 배포**: 베타 테스터와 같은 특정 사용자 그룹 대상.
-
-### 요구사항:
-
--   **[Node.js](https://nodejs.org/en)** (v14.0+), **Capacitor CLI** (v6.0+ 또는 7.0+), **[Android Studio](https://developer.android.com/studio)**, 그리고 **[Xcode](https://developer.apple.com/xcode/)** (iOS용).
-
-### 시작하기 단계:
-
-1.  **[Capgo 플러그인](https://capgo.app/plugins/) 설치**: 프로젝트에서 `npx @capgo/cli init` 실행.
-2.  **플랫폼 구성**:
-    -   Android: 네이티브 빌드 활성화 및 Gradle 업데이트.
-    -   iOS: Xcode 설정 조정 및 백그라운드 업데이트 활성화.
-3.  **업데이트 배포**: Capgo의 도구를 사용하여 빠르고 안전한 배포.
-4.  **업데이트 테스트**: 채널 기반 테스트와 분석을 사용하여 성공률 모니터링.
-
-### 도구 비교:
-
-| 기능 | Capgo | [Appflow](https://ionic.io/appflow/) (2026년 종료) | Microsoft CodePush (2024년 중단) |
-| --- | --- | --- | --- | --- |
-| **시장 초점** | 글로벌 | 독일 시장 | 기업 | \-  |
-| **보안** | 종단간 암호화 | 기본 서명 | 기본 서명 | \-  |
-| **비용** | $12/월부터 | 비슷한 수준 | ~$500/월 | 무료였음 |
-
-Capgo는 빠른 업데이트(24시간 내 95%), 강력한 보안, CI/CD 통합으로 두각을 나타냅니다. 다른 도구들이 단계적으로 중단되는 상황에서, [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)을 위한 신뢰할 수 있는 선택입니다.
-
-### 중요한 이유:
-
-OTA 업데이트는 시간을 절약하고, 사용자 경험을 개선하며, 앱 안정성을 보장합니다. Capgo와 같은 도구를 활용하면 앱스토어 규칙을 준수하면서 빠르고 안전한 업데이트를 제공할 수 있습니다.
diff --git a/src/content/blog/ko/how-to-use-capgo-documentation-for-ota-updates.md b/src/content/blog/ko/how-to-use-capgo-documentation-for-ota-updates.md
deleted file mode 100644
index 43f103971..000000000
--- a/src/content/blog/ko/how-to-use-capgo-documentation-for-ota-updates.md
+++ /dev/null
@@ -1,86 +0,0 @@
----
-slug: how-to-use-capgo-documentation-for-ota-updates
-title: Capgo 문서를 사용하여 OTA 업데이트 하는 방법
-description: >-
-  Capgo의 포괄적인 문서와 단계별 안내를 통해 Capacitor 앱에서 안전한 Over-the-Air 업데이트를 구현하는 방법을
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-19T03:56:01.854Z
-updated_at: 2025-03-18T13:13:59.127Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b53306eac600a2c6713dad-1740671704703.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, Capacitor, Capgo, mobile app updates, documentation, app
-  deployment, security features, error handling
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-앱스토어 지연 없이 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)가 필요하신가요? [Capgo](https://capgo.app/)를 사용하면 사용자에게 안전한 무선(OTA) 업데이트를 즉시 제공할 수 있습니다. 앱스토어 심사를 건너뛰고 앱을 쉽게 최신 상태로 유지하세요.
-
-### 주요 요점:
-
--   **Capgo란?** [Capacitor](https://capacitorjs.com/) 앱을 위한 오픈소스 실시간 업데이트 플랫폼입니다.
--   **OTA 업데이트의 장점?** 시간 절약, 사용자 경험 개선, 빠른 버그 수정이 가능합니다.
--   **시작하는 방법?**
-    -   [Capgo 플러그인](https://capgo.app/plugins/) 설치: `npm install @capgo/capacitor-updater`
-    -   API 키로 앱 구성
-    -   "production" 또는 "beta"와 같은 채널을 사용하여 대상 롤아웃
--   **고급 기능:** 종단간 암호화, 오류 처리, CI/CD 통합
-
-Capgo 문서([capgo.app/docs](https://capgo.app/docs))에서 설정, 보안, 문제 해결을 위한 단계별 지침을 제공합니다. 설치부터 고급 구성까지, 원활한 업데이트를 위한 완벽한 가이드입니다.
-
-## [Capgo](https://capgo.app/), 실시간 업데이트를 위한 CapacitorJs 플러그인
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-19.jpg?auto=compress)
-
-<Steps>
-</Steps>
-
-## Capgo 문서 사용하기
-
-OTA 업데이트 작업 시 문서를 효과적으로 탐색하는 것이 필수적입니다. Capgo의 문서는 Capacitor 앱에 실시간 업데이트를 통합하기 위한 자세한 지침을 제공합니다.
-
-### 문서 찾는 방법
-
-Capgo의 문서는 [capgo.app/docs](https://capgo.app/docs) [\[1\]](https://github.com/Cap-go/capacitor-updater)에서 확인할 수 있습니다. 특정 목적에 따라 섹션별로 구성되어 있습니다:
-
-| **섹션** | **목적** | **주요 주제** |
-| --- | --- | --- |
-| 시작하기 | 초기 설정 | 설치 단계, [API 키 설정](https://capgo.app/docs/webapp/api-keys/) |
-| 구성 | 핵심 설정 | 플러그인 구성, 환경 설정 |
-| API 참조 | 기술 세부사항 | 메서드, 매개변수, 반환 값 |
-| 보안 | 보호 조치 | 암호화 설정, 서명 확인 |
-| 문제 해결 | 문제 해결 | 일반적인 문제, 진단 도구 |
-
-### 중요한 용어와 개념
-
-다음은 자주 접하게 될 주요 용어들입니다:
-
--   **채널**: 버전 배포를 제어하는 데 사용되는 업데이트 스트림입니다. 예를 들어 다양한 사용자 그룹을 위해 "production", "beta", "staging" 채널을 설정할 수 있습니다 [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
--   **업데이트 정책**: 업데이트가 전달되고 적용되는 방식을 정의합니다. 자동 다운로드, 설치 시기, 사용자 프롬프트 등의 옵션이 포함됩니다 [\[1\]](https://github.com/Cap-go/capacitor-updater).
--   **앱 상태 리스너**: 앱이 포그라운드인지 백그라운드인지 추적하는 컴포넌트입니다 [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
--   **번들**: 앱의 새 버전이 포함된 패키지 업데이트 파일로, 자산, 코드 변경 사항, 구성 업데이트가 포함됩니다 [\[4\]](https://www.indeed.com/career-advice/career-development/how-to-write-articles).
-
-[이하 생략]
-
-Capgo의 리소스를 사용하여 개발자는 초기 설정부터 고급 구성까지 **엔드투엔드 암호화**와 **CI/CD 통합**과 같은 필수 기능을 구현할 수 있습니다 [\[1\]](https://github.com/Cap-go/capacitor-updater).
-
-### 주요 구현 영역
-
-| **측면** | **주요 초점** | **찾을 수 있는 곳** |
-| --- | --- | --- |
-| **보안** | 암호화 및 무결성 검사 | _보안 기능_ 섹션 |
-| **규정 준수** | Apple 및 Android 요구사항 충족 | _앱 스토어 규칙_ 가이드 |
-| **[업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)** | 버전 관리 및 롤백 옵션 | _[업데이트 방법](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)_ 가이드 |
-| **오류 처리** | 로깅 및 문제 해결 단계 | _문제 해결 가이드_ |
-
-이러한 영역들이 Capgo 업데이트 관리 시스템의 근간을 이룹니다.
-
-Capgo의 CLI와 분석 도구는 앱 수명 주기 전반에 걸쳐 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 단순화합니다 [\[1\]](https://github.com/Cap-go/capacitor-updater).
-
-추가 지원을 위해 **API 문서**, **샘플 프로젝트**, **커뮤니티 포럼**과 같은 추가 리소스를 탐색할 수 있습니다 [\[2\]](https://dev.to/arnosolo/ionic-appflow-live-update-alternative-55c3).
diff --git a/src/content/blog/ko/how-to-use-semantic-versioning-with-capgo-ota-updates.md b/src/content/blog/ko/how-to-use-semantic-versioning-with-capgo-ota-updates.md
deleted file mode 100644
index c300f9b3e..000000000
--- a/src/content/blog/ko/how-to-use-semantic-versioning-with-capgo-ota-updates.md
+++ /dev/null
@@ -1,117 +0,0 @@
----
-slug: how-to-use-semantic-versioning-with-capgo-ota-updates
-title: Capgo OTA 업데이트와 함께 시맨틱 버저닝 사용하기
-description: Capgo의 OTA 업데이트를 사용하여 시맨틱 버저닝을 통해 Capacitor 앱의 업데이트와 버전 관리를 간소화하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-03T04:48:38.491Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c4f6356c9ebce91891f4e6-1740977344964.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Semantic Versioning, Capgo, OTA updates, Capacitor apps, version control, app
-  updates, deployment, CI/CD
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-
-**[앱 업데이트](https://capgo.app/plugins/capacitor-updater/)와 버전 관리를 단순화하고 싶으신가요?** Semantic Versioning (SemVer)과 [Capgo](https://capgo.app/)의 무선 업데이트(OTA)를 결합하면 [Capacitor](https://capacitorjs.com/) 앱 관리가 더 쉽고 빨라집니다. 방법은 다음과 같습니다:
-
--   **시맨틱 버전 관리 기본사항:** 버전은 `MAJORMINORPATCH` 형식을 사용합니다:
-    
-    -   **MAJOR:** 호환성이 깨지는 변경사항
-    -   **MINOR:** 이전 버전과 호환되는 새로운 기능
-    -   **PATCH:** 버그 수정
--   **Capgo와 함께 SemVer를 사용하는 이유?**
-    
-    -   업데이트에 대한 명확한 소통
-    -   더 스마트한 버전 관리
-    -   의존성 충돌 방지
-    -   체계적인 릴리스 계획
--   **[Capgo 설정](https://capgo.app/docs/cli/commands/) 단계:**
-    
-    1.  Capgo 업데이터 플러그인 설치
-    2.  `capacitorconfigjson`과 다른 파일에서 앱 버전 구성
-    3.  API 키로 초기화
-    4.  [Capgo CLI](https://capgo.app/docs/cli/commands)를 사용하여 번들링 및 업데이트 업로드
--   **[버전과 채널 관리](https://capgo.app/docs/webapp/channels/):**
-    
-    -   별도의 채널 사용 (예: 테스트용 "beta", 안정 릴리스용 "production")
-    -   업데이트 정책 제어 (패치 자동 업데이트, 주요 변경사항은 수동 승인)
-    -   실패한 업데이트에 대한 롤백 옵션
--   **배포 프로세스:**
-    
-    -   SemVer 규칙에 따라 버전 번호 업데이트
-    -   배포 전 철저한 테스트
-    -   CLI 명령어를 사용하여 업데이트 업로드 및 배포
-
-Capgo는 업데이트가 사용자에게 빠르고 안정적으로 도달하도록 보장하며, 중단을 처리하고 안정성을 유지하기 위한 도구를 제공합니다. CI/CD 워크플로우로 업데이트를 자동화하는 팀에게 완벽합니다.
-
-**빠른 팁:** 항상 업데이트를 테스트하고 채널을 사용하여 단계적 출시를 효과적으로 관리하세요.
-
-## 시맨틱 버전 관리 | 레벨 업
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## [Capgo](https://capgo.app/) 설정 가이드
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-03.jpg?auto=compress)
-
-OTA 업데이트와 버전 관리를 쉽게 관리하기 위한 Capgo 설정 방법입니다.
-
-### 초기 설정 단계
-
-[Capgo 업데이터 플러그인](https://capgo.app/docs/plugin/self-hosted/manual-update/)을 설치하며 시작하세요:
-
-[[CODE_BLOCK]]
-
-`capacitorconfigjson` 파일이 시맨틱 버전 형식을 사용하는지 확인하세요:
-
-[[CODE_BLOCK]]
-
-오래된 프로젝트의 경우, 다음 위치에서 버전 정보를 업데이트하세요:
-
--   `packagejson` (`version` 필드 확인)
--   `android/app/buildgradle` (`versionName` 업데이트)
--   `ios/App/Appxcodeproj/projectpbxproj` (`CURRENT_PROJECT_VERSION` 업데이트)
-
-구성이 완료되면 API 키로 Capgo를 초기화하세요:
-
-[[CODE_BLOCK]]
-
-**빠른 참조 표:**
-
-| 설정 단계 | 주요 작업 | 검증 단계 |
-| --- | --- | --- |
-| 설치 | 플러그인 설치 및 동기화 | `packagejson` 확인 |
-| 구성 | 버전 번호 설정 | 모든 파일에서 확인 |
-| 초기화 | API 키로 연결 | 연결 상태 테스트 |
-| 빌드 | 초기 번들 생성 | 업로드 성공 확인 |
-
-### 버전 관리 통합
-
-Capgo는 CI/CD 플랫폼과 잘 작동하여 [자동화된 업데이트](https://capgo.app/docs/live-updates/update-behavior/)를 간단하게 만듭니다. 지원되는 플랫폼:
-
--   [GitHub Actions](https://docsgithubcom/actions)
--   [GitLab CI](https://docsgitlabcom/ee/ci/)
--   [Azure DevOps](https://azuremicrosoftcom/en-us/products/devops)
--   [Jenkins](https://wwwjenkinsio/)
--   [CircleCI](https://circlecicom/)
-
-로컬 개발 작업 중이라면 구성에 다음을 추가하여 자동 업데이트를 비활성화할 수 있습니다:
-
-[[CODE_BLOCK]]
-
-이렇게 하면 Capgo가 로컬 변경사항을 덮어쓰지 않습니다. 설정이 준비되면 첫 번째 버전을 업로드하세요:
-
-[[CODE_BLOCK]]
-
-마지막으로, 앱의 메인 파일에서 번들의 상태를 네이티브 플러그인에 알립니다:
-
-[[CODE_BLOCK]]
-
-이 설정으로 앱이 원활한 OTA 배포와 버전 관리를 할 준비가 됩니다.
diff --git a/src/content/blog/ko/how-version-work-in-capgo.md b/src/content/blog/ko/how-version-work-in-capgo.md
deleted file mode 100644
index 3b98f6325..000000000
--- a/src/content/blog/ko/how-version-work-in-capgo.md
+++ /dev/null
@@ -1,119 +0,0 @@
----
-slug: how-version-work-in-capgo
-title: Capgo에서 버전은 어떻게 작동하나요
-description: >-
-  Capgo가 당신의 Capacitor 앱에서 버전을 어떻게 관리하는지 이해하고 이를 최적으로 사용하는 방법을 배우세요. 주요, 부, 패치의
-  의미를 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-08-25T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /versionning.webp
-head_image_alt: Capgo 번들 버전 시스템
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: how-to-release-major-version-in-capgo
----
-Capgo는 Capacitor 앱에서 버전을 관리하기 위해 2개의 주요 변수를 사용합니다:
-  - 네이티브 버전
-  - 자바스크립트 버전
-
-<div class="mx-auto" style="width:100%;">
-  <img src="/graph_capgo.webp" alt="Capacitor update system">
-</div>
-
-모든 버전 선택은 Capgo에 의해 서버 측에서 결정됩니다.
-
-## 버전 관리 시스템
-
-버전을 관리하기 위해 Capgo는 SemVer 시스템을 사용합니다. 자세한 내용은 [여기](https://semver.org/)에서 확인하세요.
-### 버전
-
-Capgo가 비교할 버전을 찾는 위치
-
-  > `capacitor.config.json` 파일에서 version 키를 설정하여 이 동작을 재정의할 수 있습니다. [문서 여기](/docs/plugin/settings/#version)
-  > 네이티브 버전은 모든 플랫폼에 대해 무시됩니다.
-
-#### IOS
-
- IOS에서는 변수는 프로젝트의 `ios/App/App/Info.plist` 파일의 키 `CFBundleShortVersionString`에 설정되거나 `ios/App/App.xcodeproj/project.pbxproj` 파일의 키 `MARKETING_VERSION`에 설정됩니다. `Info.plist` 파일에서 `MARKETING_VERSION`이 설정되었을 경우입니다.
-
-#### Android
-
-  Android에서는 변수는 프로젝트의 `android/app/build.gradle` 파일의 키 `defaultConfig.versionName`에 설정됩니다.
-
-#### JavaScript (Capgo 번들 버전)
-
-  자바스크립트에서는 변수를 `package.json` 파일의 키 `version`에서 설정할 수 있습니다.
-  그렇지 않으면 업로드 명령에서 제공해야 합니다.
-
-## 기본 동작
-
-사용자가 설정을 변경하지 않았을 경우 Capgo 채널의 동작 방식입니다.
-
-> 이 동작은 사용자가 기본으로 설정한 고유 채널을 기반으로 합니다.
-
-### Capacitor 앱의 새 설치 시
-사용자가 Ionic 앱을 처음 다운로드하고 앱을 열면 Capgo 서버에 연락하게 됩니다.
-
-현재 발생할 수 있는 4가지 출력:
-  - 네이티브 번들 버전 (1.2.3)이 Capgo 번들 버전 (1.2.4)보다 낮으면, Capgo는 사용자에게 그의 번들을 보냅니다.
-  - 네이티브 번들 버전 (1.2.3)이 Capgo 번들 버전 (1.2.3)과 같으면, Capgo는 "업데이트할 필요 없음"을 보냅니다.
-  - 네이티브 번들 버전 (1.2.4)이 Capgo 번들 버전 (1.2.3)보다 높으면, Capgo는 "업데이트할 필요 없음"을 보냅니다.
-  - 네이티브 번들 버전 (1.2.3)이 Capgo 번들 버전 (2.2.3)보다 MAJOR 낮으면, Capgo는 "업데이트할 필요 없음"을 보냅니다.
-
-### 기타 설정
-
-#### 네이티브에서 자동 다운그레이드 비활성화
-
-이 설정을 false로 변경하면, Capgo는 항상 버전의 신뢰할 수 있는 소스로 간주합니다.
-그런 다음 동작은 다음과 같이 변경됩니다:
-- 네이티브 버전 (1.2.4)이 Capgo 버전 (1.2.3)보다 높습니다.
-
-> Capgo는 사용자에게 그의 버전을 보냅니다.
-
-#### 자동 업그레이드 전략 비활성화
-
-여러 가지 전략 중에서 선택할 수 있습니다. 자세한 내용은 [여기](/docs/cli/commands/#disable-updates-strategy)에서 확인하세요.
-
-## 자바스크립트 번들 버전
-
-자바스크립트 번들 버전은 `npx @capgo/cli@latest bundle upload --channel production`을 실행할 때 전송하는 버전입니다.
-
-`--bundle 1.2.3` 옵션을 사용하지 않으면, Capgo는 `package.json` 파일에서 번들 버전을 가져옵니다 (version 키에서).
-
-당신의 Ionic 앱이 Capgo에서 버전을 설치한 후, 이 버전이 비교됩니다:
-  - 그들의 자바스크립트 번들 버전 (1.2.3)이 Capgo 번들 버전 (1.2.4)보다 낮으면, Capgo는 사용자에게 그의 번들을 보냅니다.
-
-몇 가지 조건이 적용됩니다:
-  - 네이티브 번들 버전이 Capgo 버전보다 높으면, `네이티브에서 자동 다운그레이드 비활성화` 조건이 적용됩니다.
-  - 네이티브 번들 버전이 Capgo 버전보다 MAJOR 낮으면, `MAJOR 이상 자동 업그레이드 비활성화` 조건이 적용됩니다.
-
-## 앱 스토어 업데이트
-
-당신이 Capacitor JS 앱을 앱 스토어에 게시하면, 발생하는 일은 간단합니다.
-
-사용자는 기본적으로 스토어에서 새로운 버전을 받고, 그들의 앱에서 모든 로컬 업데이트를 제거합니다.
-
-이 동작을 변경하려면 `resetWhenUpdate` 설정을 설정해야 합니다. 자세한 내용은 [여기](/docs/plugin/api#settings)에서 확인하세요.
-
-이는 다른 설정과 달리 앱 측에서만 변경할 수 있습니다.
-
-### 기타 설정
-
-이 모든 동작 이후에, 특정한 기기 ID와 연결된 몇 가지 추가 설정이 있을 수 있습니다.
-
-Capgo에서는 각 기기 ID에 대해 동작을 재정의할 수 있습니다.
-
-하나의 기기 ID를 다음과 연결할 수 있습니다:
-  - 특정 번들 버전
-  - 특정 채널
-
-이 설정은 위에서 설정한 모든 내용을 우회합니다.
-
-아래 기사에서 더 알아보세요.
diff --git a/src/content/blog/ko/how-your-usage-is-counted.md b/src/content/blog/ko/how-your-usage-is-counted.md
deleted file mode 100644
index 37b39753e..000000000
--- a/src/content/blog/ko/how-your-usage-is-counted.md
+++ /dev/null
@@ -1,91 +0,0 @@
----
-slug: how-your-usage-is-counted
-title: Capgo에서 사용량이 측정되는 방법
-description: Capgo 사용량을 어떻게 계산하는지 이해하고 최적으로 활용하세요. 요금제를 더 잘 관리하는 방법을 알아보세요
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-25T00:00:00.000Z
-updated_at: 2025-11-03T11:48:48.000Z
-head_image: /usage_explained.webp
-head_image_alt: Capgo 사용 시스템 설명
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: ko
-next_blog: ''
----
-Capgo에서는 3가지 값이 중요하게 계산되고 이해되어야 합니다
-- 사용자
-- 스토리지
-- 대역폭
-
-각각은 약간 다른 방식으로 계산됩니다
-
-
-## 사용자
-
-사용자가 Capacitor JS 앱을 다운로드하고 열 때마다 업데이트가 가능한지 확인하기 위해 Capgo 백엔드로 요청을 보냅니다.
-앱이 이를 수행할 때, 가장 중요한 정보인 `DeviceID`를 포함한 작은 정보를 전송합니다.
-
-`DeviceID`: 기기에서 생성된 고유 ID(UUID)입니다. **플러그인 버전 v6.25.0 및 v7.25.0부터**, 이 ID는 이제 앱 재설치 후에도 유지됩니다(기기 저장소에 안전하게 저장됨). 이전 버전에서는 앱을 설치할 때마다 ID가 재설정되었습니다.
-
-계정이 새로운 Device ID를 받을 때마다 데이터베이스에 저장됩니다.
-이전 `DeviceID`가 업데이트를 요청할 때마다(앱 열기), 해당 기록이 업데이트됩니다(데이터베이스의 updated_at).
-
-이 데이터는 2곳에 저장됩니다:
-- `update_at` 값이 있는 device 테이블
-- 오늘 활성화되고 이번 달에 활성화되지 않은 기기 수를 나타내는 일일 카운터가 있는 app_stats
-
-플랜 제한에는 100% 신뢰할 수 있는 첫 번째 방법이 사용되고, 차트 표시에는 두 번째 방법이 사용됩니다.
-홈 페이지의 계정에서 둘 다 확인할 수 있습니다:
-- 차트에는 두 번째 방법
-- 앱 테이블에는 첫 번째 방법
-
-> Capgo는 에뮬레이터와 개발 빌드를 사용량에 포함하지 않습니다. 시험 기간 이후에는 3% 이상을 초과할 수 없으며, 초과 시 수정할 때까지 계정이 잠깁니다.
-
-> Capgo는 또한 필터링을 수행합니다. Google PLAY에 버전을 보내도록 CI/CD가 구성된 경우, Google은 매번 20개 이상의 실제 기기에서 Capacitor 앱을 실행합니다. 새 번들의 처음 4시간 동안 Google 데이터 센터 IP가 카운트되지 않도록 차단합니다.
-
-매월 이 데이터는 0에서 시작됩니다.
-
-
-- 각 기기 요청마다 데이터베이스에서 기기를 생성하거나 업데이트
-- 이번 달에 활성화되지 않은 활성 기기 수를 일일 카운터에 추가
-
-첫 번째 방법은 900+ 사용자를 반환하고
-두 번째 방법은 계정에서 200+ 사용자를 보여줍니다
-플랜 제한에는 100% 신뢰할 수 있는 첫 번째 방법을 사용하고, 차트 표시에는 두 번째 방법을 사용합니다.
-계정 홈 페이지에서 둘 다 확인할 수 있습니다.
-
-## 스토리지
-
-번들을 업로드할 때마다 업로드 크기만큼 이 숫자가 증가합니다.
-
-이 데이터는 업로드 크기에만 관련되어 있으며, 앱 크기가 작을수록 플랜 내에서 더 잘 유지됩니다.
-
-제한에 도달하거나 근접하면 CLI로 번들을 나열할 수 있습니다:
-`npx @capgo/cli@latest bundle list`
-정리할 수 있는 항목을 확인하고, 번들을 제거하면 스토리지가 확보되지만 통계는 삭제되지 않습니다.
-
-정리할 준비가 되면 이 명령어를 사용하여 여러 번들을 제거하세요:
-`npx @capgo/cli@latest bundle cleanup`
-
-PS: 이는 지구를 위해서도, 여러분의 지갑을 위해서도 좋습니다 💪.
-
-> 업로드의 `--external`을 사용하여 자체 스토리지를 사용하고 플랜에 포함시키지 않을 수 있습니다.
-
-## 대역폭
-
-이 값의 계산은 약간 더 복잡하지만, 기본 개념은 스토리지와 동일합니다.
-
-사용자가 번들을 다운로드할 때마다 다운로드 크기만큼 이 숫자가 증가합니다.
-
-이 데이터는 다운로드 크기에만 관련되어 있으며, Capacitor JS 앱 크기가 작을수록 플랜 내에서 더 잘 유지됩니다.
-
-> 한 가지 중요한 점은 Capgo가 실제 다운로드된 크기를 볼 수 없고 번들의 크기만 볼 수 있다는 것입니다. 따라서 큰 번들이 있고 많은 사용자가 다운로드에 실패하면 빠르게 제한에 도달할 수 있습니다.
-
-플랜 내에서 유지하는 가장 좋은 방법은 작은 번들을 사용하는 것이며, 불가능한 경우 사용자에게 다운로드 바를 표시하고 남은 다운로드 양을 알려주는 것입니다.
-
-향후 Capgo는 한 번에 번들을 다운로드할 수 있는 기회를 더 많이 제공하도록 다운로드 시스템을 개선할 예정입니다.
diff --git a/src/content/blog/ko/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md b/src/content/blog/ko/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
deleted file mode 100644
index 1daa645e0..000000000
--- a/src/content/blog/ko/icp-filing-for-mobile-apps-in-china-step-by-step-guide.md
+++ /dev/null
@@ -1,264 +0,0 @@
----
-slug: icp-filing-for-mobile-apps-in-china-step-by-step-guide
-title: '중국 모바일 앱의 ICP 등록: 단계별 가이드'
-description: 중국에서의 모바일 앱 ICP 등록을 위한 필수 단계를 알아보세요. 필요한 서류와 성공적인 운영을 위한 규정 준수 전략을 포함합니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T01:51:04.423Z
-updated_at: 2025-03-26T01:51:15.704Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e344e910051fda3b61d655-1742953875704.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  ICP filing, China mobile apps, compliance, registration, documentation,
-  technical requirements, app operation
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-
-중국에서 모바일 앱을 합법적으로 운영하려면 **ICP 등록을 완료해야 합니다**. 이는 중국 규정을 준수하기 위한 필수 등록 절차입니다. 다음은 간단한 개요입니다:
-
--   **ICP 등록이란?**  
-    중국에서 모바일 앱을 포함한 인터넷 기반 서비스를 합법적으로 운영하기 위해 필요한 등록 시스템("备案")입니다
-    
--   **왜 필요한가?**  
-    이것이 없으면 앱에 벌금, 플랫폼 제거 및 법적 문제의 위험이 있습니다
-    
--   **주요 요구사항:**  
-    사업자 등록증, 도메인 등록, 서버 세부정보 및 규정 준수 문서가 필요합니다. 외국 기업의 경우 중국 현지 기업과의 파트너십이 필수적입니다
-    
--   **등록 절차:**
-    
-    1.  라이센스가 있는 제공업체 선택 (예: [Alibaba Cloud](https://wwwalibabacloudcom/en/services/icp?_p_lc=1), [Tencent Cloud](https://wwwtencentcloudcom/solutions/icp-registration-support))
-    2.  필요한 서류 제출 (중국어로 번역)
-    3.  승인 대기 (평균 14-23 영업일)
--   **승인 후:**  
-    앱에 ICP 번호를 명확하게 표시하고 모든 세부 정보를 최신 상태로 유지
-    
-이 과정을 건너뛰면 심각한 중단이 발생할 수 있으므로 중국에서 출시하기 전에 완전히 준비되어 있는지 확인하십시오
-
-## 중국의 ICP 라이센스 및 ICP 등록이란
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## 필요한 서류
-
-중국에서 ICP 등록을 올바르게 하려면 적절한 서류가 필요합니다. 다음은 필요한 사업, 기술 및 인증 문서의 분류입니다.
-
-### 문서 체크리스트
-
-등록 절차를 시작하기 전에 다음 문서들을 준비하십시오:
-
--   **사업 문서**
-    
-    -   사업자 등록증 또는 회사 등록 증명서
-    -   조직 코드 증명서
-    -   법적 대표자의 신분증 (외국인 대표자의 경우 여권)
-    -   공식 회사 인감 (회사 도장)
-    -   중국 현지 사업장 주소 증명
--   **기술 문서**
-    
-    -   도메인 이름 등록 증명서
-    -   서버 호스팅 세부정보
-    -   네트워크 보안 프로토콜 문서
-    -   데이터 개인정보 보호 준수 선언문
-    -   비상 대응 계획
--   **인증 문서**
-    
-    -   위임장 (대리인과 협력하는 경우)
-    -   위임장 (외국 기업용)
-    -   현지 대표자 임명장
-
-### 플랫폼별 기술 정보
-
-iOS와 Android는 비슷한 요구사항을 공유하지만, 앱에 대한 자세한 기술 정보를 제공해야 합니다. 여기에는 앱 식별자, 스토어 URL, 서버 IP, 콘텐츠 보안 조치 및 업데이트 메커니즘이 포함됩니다. 중국의 앱스토어 규칙을 준수하는 것이 업데이트에 중요합니다 [\[1\]](https://capgo.app/) Capgo와 같은 도구를 사용하면 규정을 준수하는 실시간 업데이트를 관리할 수 있습니다.
-
-**주요 기술 팁:**
-
--   모든 문서를 PDF로 저장
--   영어 문서를 중국어로 번역
--   각 앱 버전에 대한 별도 파일 준비
--   모든 인증서와 키 백업
--   보안 검토를 위한 앱의 네트워크 아키텍처 및 데이터 흐름 문서화
-
-이러한 문서들을 정리하면 규제 요구사항을 충족하고 앱의 준수 및 업데이트 프로세스를 유지하는 데 도움이 됩니다. 모든 것이 준비되면 등록 단계로 진행할 수 있습니다.
-
-## 등록 신청 단계
-
-다음은 ICP 신청을 단계별로 하는 방법입니다.
-
-모든 서류가 준비되면 다음 단계는 적절한 등록 파트너를 선택하는 것입니다.
-
-### 서비스 제공업체 선택
-
-다음과 같은 유형의 제공업체 중에서 선택할 수 있습니다:
-
--   **라이센스가 있는 인터넷 서비스 제공업체 (ISP):** Alibaba Cloud, Tencent Cloud 또는 [China Telecom](https://wwwctamericascom/icp-license-support/)과 같은 잘 알려진 옵션
--   **제3자 등록 대행사:** ICP 등록 서비스를 전문으로 하는 회사
--   **호스팅 제공업체:** ICP 등록 지원과 호스팅 서비스를 결합ICP 신청 이력이 우수하고, 중국어 지원이 안정적이며, 신속한 응답과 투명한 가격 정책을 제공하는 업체를 찾으십시오.
-
-### 신청서 제출
-
-**최초 등록:** 제공업체의 플랫폼에서 등록을 시작하십시오. 회사 인증, 법적 대표자 정보, 앱 세부사항, 서버 구성 등의 정보를 제출해야 합니다.
-
-다음 사항을 포함하여 양식을 신중하게 작성하십시오:
-
--   앱의 기능과 목적에 대한 세부사항
--   서버 위치 및 구성 정보
--   콘텐츠 배포 방법
--   데이터 처리 절차
-
-필요한 문서는 지정된 형식에 따라 업로드해야 하며, 서명과 도장은 빨간색 잉크로 해야 합니다.
-
-### 예상 소요 시간
-
-| 단계 | 소요 기간 | 주요 활동 |
-| --- | --- | --- |
-| 초기 검토 | 1-3 영업일 | 제공업체의 문서 완전성 확인 |
-| 지방 등록 | 10-15 영업일 | 지역 당국 검토 |
-| 최종 확인 | 3-5 영업일 | ICP 번호 할당 |
-| 전체 과정 | 14-23 영업일 | 제출부터 승인까지 |
-
--   중국 공휴일 기간 중 제출된 신청은 더 오래 걸릴 수 있습니다
--   누락되거나 불완전한 문서는 처리 기간이 5-10 영업일 추가될 수 있습니다
--   긴급 신청은 불가능합니다
--   제공업체의 플랫폼을 통해 신청 진행 상황을 추적할 수 있습니다
-
-후속 질문에 신속하게 대응할 수 있도록 기록을 최신 상태로 유지하십시오
-
-## 검토 및 승인
-
-ICP 등록 검토 과정은 중국 당국의 여러 단계의 평가를 포함합니다
-
-### 검토 단계
-
--   **기술 검토**  
-    당국은 서버 설정, 네트워크 보안, 데이터 저장 관행 및 전반적인 기술 아키텍처를 검토합니다
-    
--   **콘텐츠 검토**  
-    사용자 생성 콘텐츠 관리, 콘텐츠 배포 관리, 개인정보 보호 및 데이터 처리 정책이 규정에 부합하는지 확인합니다
-    
--   **법적 준수 검토**  
-    사업자 등록, 법적 대표자 자격, 필요한 산업별 라이선스, 국경 간 데이터 규칙 준수 여부를 확인합니다
-    
-
-### 일반적인 반려 사유
-
-| 반려 사유 | 설명 | 권장 조치 |
-| --- | --- | --- |
-| 불완전한 서류 | 사업자 증명서 누락 또는 만료 | 최신 유효한 서류 전체 제출 |
-| 서버 위치 문제 | 서버가 중국 본토에 위치하지 않음 | 중국 본토에 서버가 있는 호스팅 제공업체로 전환 |
-| 콘텐츠 위반 | 금지 또는 제한된 콘텐츠 발견 | 규제 기준에 맞게 콘텐츠 조정 |
-| 기술적 미준수 | 보안 조치 미흡 | 보안 프로토콜 및 구성 개선 |
-| 잘못된 정보 | 회사 또는 대표자 정보 오류 | 제출된 모든 정보 재확인 및 수정 |
-
-ICP 등록 과정을 진행하기 전에 이러한 문제를 신속하게 해결하는 것이 필수적입니다
-
-### ICP 번호 사용
-
-승인 후에는 ICP 번호를 올바르게 구현하고 유지하는 것이 필수적입니다
-
--   **표시**  
-    완전한 ICP 라이선스(예: 京ICP备XXXXXXXX号)를 앱의 '정보' 또는 설정 섹션과 같이 눈에 잘 띄는 위치에 표시하십시오. 중국어와 영어를 모두 사용하고, 가능한 경우 공식 확인 사이트에 링크하십시오
-    
--   **유지관리**  
-    규정 준수를 위해 사업체나 연락처 정보가 변경될 경우 ICP 세부정보를 즉시 업데이트하십시오
-    
-
-ICP 번호를 올바르게 표시하고 정기적으로 업데이트하면 중국 규정을 준수할 수 있습니다
-
-## 승인 후 관리
-
-ICP 등록이 승인되면 지속적인 관심과 관리를 통해 규정을 준수해야 합니다. 다음은 모든 것을 정상적으로 유지하는 방법입니다
-
-### 정보 최신화 유지
-
-변경 사항이 발생할 때마다 ICP 등록 정보를 업데이트하는 것이 중요합니다다음 영역의 변경사항에 대해 즉시 신고 기관에 알리십시오:
-
--   **회사 정보**: 법적 대리인, 허가, 주소 또는 연락처 정보 변경
--   **앱 정보**: 기능, 서버, 도메인 또는 콘텐츠 조정
--   **기술 정보**: 호스팅, 보안 조치 또는 데이터 저장 위치 업데이트
-
-이러한 업데이트 처리에는 일반적으로 영업일 기준 3-7일이 소요됩니다
-
-### 규정 준수 모니터링
-
-중국 규제 기준을 충족하기 위해서는 정기적인 점검이 중요합니다. 다음은 모니터링해야 할 핵심 영역입니다:
-
-| 모니터링 영역 | 주기 | 주요 조치 |
-| --- | --- | --- |
-| 콘텐츠 감사 | 월간 | 사용자 콘텐츠 검토 및 위반사항 제거 |
-| 보안 점검 | 분기 | 암호화 확인 및 인증서 업데이트 |
-| 서버 성능 | 주간 | 가동시간 및 응답시간 추적 |
-| 사용자 데이터 검토 | 월간 | 데이터 저장이 개인정보 보호 규칙을 준수하는지 확인 |
-| 문서화 | 분기 | 허가 및 인증서 업데이트 |
-
-### 주요 규정 준수 관행
-
-규정을 준수하기 위해 다음과 같은 중요한 작업에 집중하십시오:
-
--   모든 콘텐츠 변경사항에 대한 상세한 기록 유지
--   서버 유지보수 및 보안 업데이트 철저한 문서화
--   사용자 데이터 처리 방법에 대한 로그 유지
--   모든 규정 준수 관련 문서 백업
--   규정 준수 검토를 위한 정기적인 내부 감사 일정 수립
-
-### 비상 대응 프로토콜
-
-대응 계획을 수립하여 규정 준수 문제에 대비하십시오:
-
-1.  규정 준수 담당자를 지정하여 문제 감독
-2.  관련 당국과의 명확한 의사소통 채널 구축
-3.  필요에 따라 현지 법률 전문가 상담
-4.  규정 준수 사고에 대한 상세한 기록 유지
-5.  위반사항을 효율적으로 해결하기 위한 절차 개발
-
-## 중국 앱 업데이트를 위한 [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgo는 앱이 중국 규정을 준수하면서 실시간 업데이트를 단순화할 수 있도록 설계된 도구를 제공합니다. 이러한 도구는 앱을 원활하게 운영하고 현지 요구사항을 충족하는 데 필수적입니다.
-
-### Capgo ICP 규정 준수 도구
-
-Capgo의 인프라는 다음과 같은 기능으로 ICP 규정 준수를 지원하도록 구축되었습니다:
-
--   **글로벌 CDN 성능:** 중국 전역에서 5MB 번들을 114ms만에 다운로드 [\[1\]](https://capgo.app/)
--   **안전한 전송:** 업데이트 패키지에 대한 종단간 암호화 제공 [\[1\]](https://capgo.app/)
--   **규정 준수 모니터링:** 사용자의 95%가 24시간 이내에 업데이트를 받도록 보장 [\[1\]](https://capgo.app/)
-
-이러한 기능은 Capgo의 개발자 도구와 결합하여 중국에서의 앱 관리를 더욱 효율적으로 만듭니다
-
-### 개발자 도구
-
-Capgo는 중국 시장에서 일하는 개발자를 위한 도구 모음을 제공합니다:
-
-| 기능 | 이점 | 성능 지표 |
-| --- | --- | --- |
-| 부분 업데이트 | 대역폭 절약 | \-  |
-| 오류 추적 | 배포 문제 추적 | 82% 전세계 업데이트 성공률 [\[1\]](https://capgo.app/) |
-| 롤백 시스템 | 이전 버전으로 신속히 복원 | 신속한 롤백 |
-| 분석 대시보드 | 업데이트 성능 추적 | 실시간 모니터링 |
-
-### 플랫폼 비교
-
-Capgo의 기능은 아래와 같이 경쟁 우위를 제공합니다:
-
-| 기능 | Capgo | 시장 대안 |
-| --- | --- | --- |
-| 월간 활성 사용자 | 최대 1,000,000 | 플랜에 따라 제한 |
-| 저장 용량 | 최대 20 GB | 가변적 |
-| 대역폭 | 최대 10 TB | 일반적으로 제한됨 |
-| 업데이트 속도 | 평균 응답 57ms [\[1\]](https://capgo.app/) | 일반적으로 더 느림 |
-| 비용 구조 | 월 $12부터 시작 | 일반적으로 더 높음 |
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo는 현재 750개의 프로덕션 앱을 지원하고 2억 3,500만 건의 업데이트를 제공했습니다 [\[1\]](https://capgo.app/)
-
-## 요약
-
-이전 섹션에서 다룬 주요 단계와 관행의 breakdown입니다
diff --git a/src/content/blog/ko/in-app-purchases-capacitor.md b/src/content/blog/ko/in-app-purchases-capacitor.md
deleted file mode 100644
index 98df0d531..000000000
--- a/src/content/blog/ko/in-app-purchases-capacitor.md
+++ /dev/null
@@ -1,290 +0,0 @@
----
-slug: in-app-purchases-capacitor
-title: Capacitor의 인앱 결제
-description: Capacitor 앱에서 Capacitor Purchases 플러그인과 RevenueCat을 사용하여 인앱 구매를 구현하는 방법
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-19T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /revenuecat_iap.webp
-head_image_alt: 인앱 결제 Revenue Cat
-keywords: >-
-  Capacitor, in-app purchases, RevenueCat, mobile app development, live updates,
-  OTA updates, continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: ''
----
->> 이 플러그인은 이제 RevenueCat 공식 저장소로 이전되었습니다. 자세한 내용은 [공식 문서](https://www.revenuecat.com/docs/getting-started/installation/capacitor)를 참조하세요.
-
-Capacitor Purchases는 iOS와 Android에서 인앱 구매를 가능하게 하는 Capacitor 프레임워크용 플러그인입니다. 여러 플랫폼에서 일관된 간단한 API를 제공하여 개발자가 모바일 앱에서 인앱 구독과 구매를 쉽게 구현할 수 있도록 합니다.
-
-Capacitor Purchases 플러그인의 주요 특징 중 하나는 인앱 구독과 인앱 구매를 위한 도구를 제공하는 플랫폼인 RevenueCat과의 통합입니다. RevenueCat은 여러 플랫폼에서 간단하고 일관된 API를 제공하고 영수증 검증 및 사용자 관리와 같은 작업을 자동화하여 인앱 구독과 구매 구현 과정을 단순화합니다.
-
-RevenueCat을 사용하면 개발자는 구독을 쉽게 관리하고, 수익을 추적하며, 기타 관련 작업을 수행할 수 있습니다. RevenueCat이 제공하는 일부 기능은 다음과 같습니다:
-
-- 자동화된 영수증 검증
-- 사용자 관리
-- 맞춤형 가격 모델 지원
-- 상세 분석
-- 확장성
-
-Capacitor Purchases 플러그인과 RevenueCat을 사용함으로써 개발자는 모바일 앱에서 인앱 구독과 구매를 구현할 때 시간과 노력을 절약할 수 있으며, 사용자 경험을 향상시키고 수익을 증가시키는 데 도움이 되는 추가 기능을 제공할 수 있습니다.
-
-Capacitor Purchases 플러그인과 RevenueCat을 사용하면 개발자는 여러 플랫폼에서 인앱 구독과 구매를 쉽게 관리하고 추적하며, 영수증을 검증하고 사용자를 관리할 수 있습니다. 또한 맞춤형 가격 모델을 만들고 성과와 수익을 개선하기 위한 상세 분석을 얻을 수 있습니다.
-
-## 설치
-
-Capacitor와 Capacitor Purchases 플러그인의 최신 버전을 사용하시기 바랍니다. Capacitor 웹사이트에서 Capacitor와 Capacitor Purchases 플러그인의 최신 버전을 확인할 수 있습니다.
-
-Capacitor Purchases 플러그인을 설치하려면 다음 명령어를 실행하세요:
-`npm i @capgo/capacitor-purchases`
-앱의 네이티브 코드에 플러그인을 추가하세요
-`npx cap sync`
-
-Xcode에서 인앱 구매 기능을 추가하세요:
-
-![Xcode step 1](/iap_step1.webp)
-그리고
-![xcode step 2](/iap_step2.webp)
-
-## 1. RevenueCat 계정 만들기
-이 가이드는 몇 줄의 코드만으로 구독과 RevenueCat SDK를 시작하고 실행하는 방법을 안내합니다.
-
-[여기](https://app.revenuecat.com/)에서 새로운 RevenueCat 계정에 가입하세요.
-
-> ### 📘
-> 
-> 💡 팁!
-> 
-> RevenueCat은 각 앱/프로젝트마다 별도의 RevenueCat 계정을 만들것을 권장합니다. 특히 앱을 판매할 계획이 있다면 더욱 그렇습니다. 전체 계정을 이전할 수 있어 RevenueCat 지원팀에 개별 프로젝트 이전을 요청하고 기다릴 필요가 없어 이전 과정이 빨라집니다.
-
-### 조직/기업
-
-RevenueCat에 등록하고 프로젝트 내에서 앱을 설정할 때 회사 계정을 사용하는 것을 권장합니다. 프로젝트에 팀의 나머지 멤버를 [협력자](https://www.revenuecat.com/docs/collaborators/)로 초대할 수 있지만, **프로젝트 소유자만 결제를 관리할 수 있습니다**. 프로젝트 협력자는 결제 세부 정보를 관리할 수 없습니다.
-
-## 2. 프로젝트 및 앱 구성
-
-### ▶️ 프로젝트 생성
-
-RevenueCat 대시보드로 이동하여 상단 탐색 메뉴의 _Projects_ 드롭다운에서 [새 프로젝트 추가](https://app.revenuecat.com/overview/)를 선택하세요.
-
-![RevenueCat step 1](/revenuecat_step1.webp)
-
-새 프로젝트 생성을 위한 팝업 모달
-
-### ▶️ 앱/플랫폼 추가
-
-프로젝트 대시보드의 왼쪽 메뉴에서 **Project Settings > Apps**로 이동하여 추가할 앱의 플랫폼을 선택하세요.
-
-![RevenueCat step 2](/revenuecat_step2.webp)
-
-앱 플랫폼 선택을 위한 프로젝트 대시보드
-
-**앱 이름** 필드는 RevenueCat에 앱을 추가하는데 필수입니다. 나머지 구성 필드는 나중에 추가할 수 있습니다. 테스트 및 프로덕션 구매를 하려면 번들 ID(iOS)/패키지 이름(Android)과 공유 시크릿(iOS)/서비스 자격 증명(Android)이 구성되어야 합니다.
-
-![RevenueCat step 3](/revenuecat_step3.webp)
-
-Apple App Store 앱을 위한 앱 구성 페이지
-
-> ### 📘
-> 
-> 💡 팁!
-> 
-> 앱을 등록한 후 RevenueCat은 [플랫폼 서버 알림](https://www.revenuecat.com/docs/server-notifications/) 설정을 권장합니다. 이러한 알림은 필수는 아니지만 [웹훅](https://www.revenuecat.com/docs/webhooks/) 및 통합 전달 시간을 단축하고 구독자 업데이트의 지연 시간을 줄여줍니다.
-
-> ### 📘
-> 
-> 스테이징 vs. 프로덕션 앱 및 사용자
-> 
-> RevenueCat 자체는 스테이징과 프로덕션을 위한 별도의 환경이 없습니다. 대신 사용자의 기본 거래는 샌드박스와 프로덕션으로 구분됩니다.
-> 
-> 모든 RevenueCat 앱은 스토어에서 샌드박스와 프로덕션 구매를 모두 할 수 있습니다. 스테이징과 프로덕션을 위한 별도의 앱이 있는 경우 설정을 미러링하기 위해 RevenueCat에서 여러 프로젝트를 만들 수 있습니다.
-> 
-> 또한 사용자도 환경별로 분리되지 않습니다. 동일한 사용자가 동시에 활성 샌드박스 구매와 활성 프로덕션 구매를 가질 수 있습니다.
-
-### ▶️ 서비스 자격 증명
-
-RevenueCat이 앱 스토어와 귀하를 대신하여 통신할 수 있도록 서비스 자격 증명을 설정해야 합니다. 자세한 내용은 RevenueCat의 [App Store Connect 공유 시크릿](https://www.revenuecat.com/docs/itunesconnect-app-specific-shared-secret/), [Play 서비스 자격 증명](https://www.revenuecat.com/docs/creating-play-service-credentials/), [Amazon Appstore 공유 시크릿](https://www.revenuecat.com/docs/service-credentials/amazon-appstore-credentials/) 가이드를 참조하세요.
-
-Play 서비스 자격 증명은 Google 서버 전체에 전파되는 데 최대 36시간이 걸릴 수 있습니다.
-
-## 3. 상품 구성
-
-### ▶️ 스토어 설정
-
-RevenueCat을 사용하여 상품을 가져오기 전에 각 스토어에서 상품을 구성해야 합니다. 이 과정을 안내하는 [App Store Connect](https://www.revenuecat.com/docs/ios-products/), [Google Play Console](https://www.revenuecat.com/docs/android-products/), [Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/), [Stripe](https://www.revenuecat.com/docs/stripe-products/) 가이드를 참조하세요.
-
-iOS 상품을 판매하는 경우 **App Store Connect > Agreements, Tax, and Banking**에서 '유료 애플리케이션 계약'에 서명하고 은행 및 세금 정보를 작성해야 합니다. **구매를 테스트하기 전에 이 작업을 완료해야 합니다**.
-
-> ### 📘
-> 
-> 테스트하는 동안 스토어 설정을 건너뛰고 싶으신가요?
-> 
-> iOS에서는 StoreKit 구성 파일을 대신 테스트하여 App Store Connect에서 상품 구성을 지연할 수 있습니다. 이러한 구성 파일은 최소한의 설정만 필요하며 Xcode에서 직접 구성할 수 있습니다.
-> 
-> StoreKit 구성 파일 설정에 대한 자세한 내용은 RevenueCat의 [샌드박스 테스트](https://www.revenuecat.com/docs/apple-app-store/#ios-14-only-testing-on-the-simulator) 가이드를 참조하세요.
-
-### ▶️ RevenueCat에서 상품 및 자격 구성
-
-[App Store Connect](https://www.revenuecat.com/docs/ios-products/), [Google Play Console](https://www.revenuecat.com/docs/android-products/), [Amazon Appstore](https://www.revenuecat.com/docs/amazon-product-setup/), [Stripe](https://www.revenuecat.com/docs/stripe-products/)에서 인앱 상품이 구성되면 해당 구성을 RevenueCat 대시보드에 복사해야 합니다. RevenueCat은 프리미엄 기능에 대한 접근을 제어하기 위한 자격 시스템과 고객에게 제공하는 상품 세트를 관리하기 위한 제안을 사용합니다.
-
-자격은 특정 상품을 구매한 후 고객이 "권한을 가지게 되는" 접근 수준입니다.
-제안은 결제 화면에서 "제공"하고자 하는 인앱 상품을 구성하고 원격으로 관리할 수 있는 간단한 방법입니다. RevenueCat은 코드를 단순화하고 앱 업데이트 없이 상품을 변경할 수 있도록 이러한 기능을 활용하는 것을 **권장합니다**.
-
-상품을 설정한 다음 제안이나 자격으로 구성하는 방법은 [상품 구성](https://www.revenuecat.com/docs/entitlements/)을 참조하세요.
-
-![RevenueCat step 4](/revenuecat_step4.webp)
-
-## 4. RevenueCat의 Purchases SDK 사용하기
-
-RevenueCat SDK는 토큰을 RevenueCat 서버와 동기화하면서 플랫폼 전반에 걸쳐 구매와 구독을 원활하게 구현합니다.
-
-SDK에 문제가 발생하면 [SDK 문제 해결](https://www.revenuecat.com/docs/troubleshooting-the-sdks/)에서 안내를 참조하세요.
-
-> ### 📘
-> 
-> Purchases를 구성할 때는 공개 SDK 키만 사용하세요
-> 
-> 대시보드의 **Project settings** 아래 **API keys** 탭에서 공개 SDK 키를 얻을 수 있습니다.
-
-_Purchases_의 공유 인스턴스는 보통 앱 실행 시 한 번만 구성해야 합니다. 이후에는 SDK에서 `.shared` 인스턴스에 접근하여 앱 전체에서 동일한 인스턴스가 공유됩니다.
-
-SDK는 자동으로 [구성된 Offerings](https://www.revenuecat.com/docs/entitlements/#offerings)를 가져오고 Apple, Google 또는 Amazon에서 제품 정보를 검색합니다. 따라서 고객이 구매 화면을 실행할 때 사용 가능한 제품이 이미 로드되어 있을 것입니다.
-
-다음은 Offerings를 가져오는 예시입니다. Offerings를 사용하여 페이월 화면을 구성할 수 있습니다. 자세한 정보와 모범 사례는 RevenueCat의 [제품 표시](https://www.revenuecat.com/docs/displaying-products/) 가이드를 참조하세요.
-
-### ▶️ 사용 가능한 제품 가져오기 및 표시
-
-> ### 📘
-> 
-> 사용자 ID로 Purchases 구성하기
-> 
-> 앱에 사용자 인증 시스템이 있는 경우, 구성 시점에 사용자 식별자를 제공하거나 나중에 `.logIn()` 호출로 제공할 수 있습니다. 자세한 내용은 RevenueCat의 [사용자 식별](https://www.revenuecat.com/docs/user-ids/) 가이드를 확인하세요.
-
-SDK는 자동으로 [구성된 Offerings](https://www.revenuecat.com/docs/entitlements/#offerings)를 가져오고 Apple, Google 또는 Amazon에서 제품 정보를 검색합니다. 따라서 고객이 구매 화면을 실행할 때 사용 가능한 제품이 이미 로드되어 있을 것입니다.
-
-다음은 Offerings를 가져오는 예시입니다. Offerings를 사용하여 페이월 화면을 구성할 수 있습니다. 자세한 정보와 모범 사례는 RevenueCat의 [제품 표시](https://www.revenuecat.com/docs/displaying-products/) 가이드를 참조하세요.
-
-```javascript
-import { CapacitorPurchases } from '@capgo/capacitor-purchases'
-import { isPlatform } from '@ionic/vue' // use the right one for your framework
-
-CapacitorPurchases.setDebugLogsEnabled({ enabled: import.meta.env.DEV }) // Enable to get debug logs in dev mode
-if (isPlatform('ios')) {
-    CapacitorPurchases.setup({ apiKey:'appl_******'})
-} else if (isPlatform('android')) {
-    CapacitorPurchases.setup({ apiKey:'goog_******'})
-}
-```
-
-[Offerings](https://www.revenuecat.com/docs/entitlements/#offerings), [제품](https://www.revenuecat.com/docs/entitlements/#products) 또는 사용 가능한 [패키지](https://www.revenuecat.com/docs/entitlements/#adding-packages)를 가져올 때 비어있다면, 해당 스토어의 구성 문제 때문입니다.
-
-App Store Connect에서 가장 흔한 원인은 '유료 애플리케이션 계약'이 만료되었거나 제품이 '제출 준비' 상태가 아닌 경우입니다. GooglePlay에서는 주로 앱이 비공개 트랙에 게시되지 않았거나 유효한 테스트 사용자가 추가되지 않은 경우에 발생합니다.
-
-이 문제 해결에 대한 자세한 정보는 RevenueCat [고객 지원 센터](https://support.revenuecat.com/hc/en-us/articles/360041793174/)에서 찾을 수 있습니다.
-
-### ▶️ 구매하기
-
-SDK에는 구매를 용이하게 하는 간단한 메서드가 포함되어 있습니다. `purchase:package`는 가져온 Offering에서 패키지를 가져와 해당 앱 스토어와 거래를 처리합니다.
-
-아래 코드 예시는 패키지를 구매하고 "your_entitlement_id" 콘텐츠의 잠금이 해제되었는지 확인하는 과정을 보여줍니다. `purchase:package` 메서드에 대한 자세한 내용은 RevenueCat의 [구매하기](https://www.revenuecat.com/docs/making-purchases/) 가이드에서 확인할 수 있습니다.
-
-```javascript
-const { offerings } = await CapacitorPurchases.getOfferings()
-if (offerings.current !== null) {  
-    // Display current offering with offerings.current
-}
-```
-
-### ▶️ 구독 상태 확인
-
-앱의 수명 주기 동안 최신 상태를 확인해야 할 때마다 이 메서드를 사용할 수 있으며, 반복적으로 호출해도 안전합니다. _Purchases_는 업데이트될 때마다 최신 `CustomerInfo`를 자동으로 캐시하므로 대부분의 경우 이 메서드는 캐시에서 데이터를 가져와 매우 빠르게 실행됩니다.
-
-사용자에게 어떤 UI를 보여줄지 결정할 때와 사용자가 특정 자격 수준이 필요한 작업을 수행할 때마다 이 메서드를 호출하는 것이 일반적입니다.
-
-> ### 📘
-> 
-> 💡 유용한 팁!
-> 
-> 구독이 활성화되어 있는지 여부 외에도 더 많은 정보에 접근할 수 있습니다. 구독이 갱신될 예정인지, 사용자의 신용카드에 문제가 감지되었는지 등을 알아보려면 RevenueCat의 [구독 상태](https://www.revenuecat.com/docs/customer-info/) 가이드를 참조하세요.
-
-RevenueCat을 사용하면 사용자가 인앱 구매를 복원하여 **동일한 스토어 계정**(Apple, Google 또는 Amazon 계정)에서 이전에 구매한 콘텐츠를 다시 활성화할 수 있습니다. 모든 앱에 사용자가 복원 메서드를 실행할 수 있는 방법을 제공하는 것을 권장합니다. Apple은 사용자가 구매에 대한 접근 권한을 잃은 경우(예: 앱 제거/재설치, 계정 정보 분실 등) 복원 메커니즘을 필수로 요구합니다.
-
-```typescript
-const purchase = async (p: Package): Promise<PurchaserInfo | null> => {
-  try {
-    // console.log('purchase', p)
-    const data = await CapacitorPurchases.purchasePackage({
-      identifier: p.identifier,
-      offeringIdentifier: p.offeringIdentifier,
-    })
-    const purchaserInfo = data.purchaserInfo
-    // console.log('listenBuy', purchaserInfo)
-    if (purchaserInfo.activeSubscriptions.includes(p.identifier)) {
-      // set the user as paid
-    }
-    return purchaserInfo
-  }
-  catch (e) {
-    console.error('listenBuy error', e)
-  }
-  return null
-}
-```
-
-두 개의 서로 다른 [App User ID](https://www.revenuecat.com/docs/user-ids/)가 동일한 기본 스토어 계정(Apple, Google 또는 Amazon 계정)에서 거래를 복원하는 경우,
-RevenueCat는 두 App User ID 간에 별칭을 생성하려 시도하고 앞으로 동일한 사용자로 간주할 수 있습니다. 다양한 구성 가능한 복원 동작에 대한 자세한 내용은 RevenueCat의 [구매 복원](https://www.revenuecat.com/docs/restoring-purchases/) 가이드를 참조하세요.
-
-SDK가 모든 플랫폼에서 원활하게 작동하므로 사용자의 구매 정보 변경은 다양한 소스에서 올 수 있습니다. 선택적 델리게이트 메서드인 `purchases:receivedUpdated:`를 구현하여 고객의 `CustomerInfo` 변경에 응답할 수 있습니다.
-
-이 메서드는 SDK가 `getCustomerInfo()`, `purchase(package:)`, `purchase(product:)` 또는 `restorePurchases()` 호출로부터 업데이트된 `CustomerInfo` 객체를 받을 때마다 실행됩니다.
-
-CustomerInfo 업데이트는 RevenueCat 백엔드에서 앱으로 푸시되지 않으며, 위에서 언급한 대로 RevenueCat에 대한 아웃바운드 네트워크 요청을 통해서만 업데이트가 발생할 수 있습니다.
-
-앱에 따라 델리게이트를 무시하고 앱이 다시 실행되거나 SDK 메서드의 완료 블록에서 고객 정보 변경을 처리하는 것으로 충분할 수 있습니다.
-
-```javascript
-  const res = await CapacitorPurchases.restoreTransactions()
-  const purchaserInfo = res.purchaserInfo
-  const ids: string[] = [] // extract active subscriptions ids
-  purchaserInfo.activeSubscriptions.forEach((id) => {
-    ids.push(id)
-  })
-
-```
-
-> ### 👍
-> 
-> 해냈습니다!
-> 
-> 이제 한 달 동안 서버 코드를 작성하지 않고도 완전한 기능을 갖춘 구독 구매 시스템을 구현했습니다. 축하합니다!
-
-### 샘플 앱
-
-SDK 통합의 더 완전한 예제를 다운로드하려면 RevenueCat 샘플 앱 리소스를 확인하세요.
-
-**[샘플 보기](https://www.revenuecat.com/docs/sample-apps/)**
-
-곧 Capacitor와 Vue.js를 사용하는 샘플 앱을 게시할 예정입니다.
-
-Capacitor SDK의 심층적인 사용법을 확인하려면 [여기](https://github.com/Cap-go/capacitor-purchases/)에서 문서를 확인하세요.
-
-### 다음 단계
-\
--   아직 하지 않았다면, RevenueCat의 [자격 가이드](https://www.revenuecat.com/docs/entitlements/)를 확인하여 제품이 올바르게 구성되어 있는지 확인하세요.
--   자체 사용자 식별자를 사용하려면 [앱 사용자 ID 설정](https://www.revenuecat.com/docs/user-ids/)에 대해 읽어보세요.
--   다른 시스템에서 RevenueCat으로 이전하는 경우, RevenueCat의 [기존 구독 마이그레이션](https://www.revenuecat.com/docs/migrating-existing-subscriptions/) 가이드를 참조하세요.
--   통합을 테스트할 준비가 되면 RevenueCat의 [테스트 및 디버깅](https://www.revenuecat.com/docs/debugging/) 가이드를 따르세요.
--   App Store Small Business Program 자격이 있다면 RevenueCat의 [신청 방법 및 RevenueCat에 알리는 방법](https://www.revenuecat.com/docs/app-store-small-business-program/) 가이드를 확인하세요.
-
-
-앱에서 실시간 업데이트가 필요하다면
-
-여기에 참여하세요 👇
-
-## 계정을 받으려면 여기에서 등록하세요
-
-[Capgo](/register/)
diff --git a/src/content/blog/ko/installing-capacitor-cli-step-by-step-guide.md b/src/content/blog/ko/installing-capacitor-cli-step-by-step-guide.md
deleted file mode 100644
index 2c353e4b2..000000000
--- a/src/content/blog/ko/installing-capacitor-cli-step-by-step-guide.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-slug: installing-capacitor-cli-step-by-step-guide
-title: 'Capacitor CLI 설치하기: 단계별 가이드'
-description: 웹 앱을 네이티브 모바일 앱으로 효율적으로 변환하기 위한 Capacitor CLI의 설치 및 구성 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-04T02:49:29.961Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f-1743734983341.jpg
-head_image_alt: 모바일 개발
-keywords: 'Capacitor, CLI, mobile app development, Node.js, Android, iOS, live updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) CLI는 하나의 코드베이스로 웹 앱을 네이티브 iOS 및 Android 앱으로 변환하는 데 도움을 줍니다.** 다음과 같이 빠르게 설정할 수 있습니다:
-
--   **전제 조건**: [Node.js](https://nodejs.org/en) (v16+), npm, 웹 프레임워크(React, Vue, Angular 등)를 설치하세요.
--   **[Capacitor CLI 설치](https://capgo.app/docs/cli/commands)**: `npm install @capacitor/cli @capacitor/core`를 실행하고 `npx cap init`으로 프로젝트를 초기화하세요.
--   **플랫폼 준비**: iOS(`npx cap add ios`)와 Android(`npx cap add android`) 플랫폼 지원을 추가하세요.
--   **빌드 및 동기화**: `npm run build`와 `npx cap sync`를 사용하여 웹 자산을 네이티브 프로젝트로 전송하세요.
--   **선택적 실시간 업데이트**: [Capgo](https://capgo.app/)와 같은 도구를 사용하여 앱 스토어 지연 없이 즉시 업데이트를 푸시하세요.
-
-Capacitor CLI는 앱 개발과 유지보수를 단순화합니다. 원활한 설정과 문제 해결을 위해 가이드를 따르세요.
-
-## 모바일 앱을 빠르게 만들기! React + [Capacitor](https://capacitorjs.com/) + [Tailwind](https://tailwindcss.com/) + [DaisyUI](https://daisyui.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/PPXktTJXMPE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 시작하기 전에
-
-다음 단계에 따라 환경을 준비하세요:
-
-### [Node.js](https://nodejs.org/en)와 npm 설정
-
-![Node.js](https://assets.seobotai.com/capgo.app/67ef362eebbb9dc80641f34f/a74739743b1f15b8d0bf124a9c30cba9.jpg)
-
-Node.js 버전 16 이상이 필요합니다. 최신 LTS 버전을 권장합니다. 설정을 확인하려면 다음을 실행하세요:
-
-```bash
-node --version
-npm --version
-```
-
-업데이트가 필요한 경우, 공식 웹사이트에서 npm이 포함된 Node.js를 다운로드하세요.
-
-Node.js가 준비되었는지 확인한 후, 웹 프로젝트가 Capacitor 요구사항을 충족하는지 확인하세요.
-
-### 웹 프로젝트 확인
-
-웹 프로젝트에는 다음이 필요합니다:
-
--   **유효한 package.json**: 적절하게 구성되어 있는지 확인하세요.
--   **빌드 디렉토리**: 웹 자산이 있는 위치입니다(일반적으로 `dist` 또는 `www`).
--   **진입점**: 빌드 디렉토리에는 `index.html` 파일이 포함되어야 합니다.
-
-주요 `package.json` 필드를 살펴보겠습니다:
-
-| 필수 필드 | 예시 값 | 용도 |
-| --- | --- | --- |
-| name | "my-app" | 프로젝트 식별 |
-| version | "1.0.0" | 앱 버전 지정 |
-| build directory | "dist" 또는 "www" | 웹 자산 위치 지정 |
-
-Node.js와 웹 프로젝트가 준비되면 플랫폼별 도구 설치로 진행하세요.
-
-### 필수 소프트웨어 설치
-
-**Android 개발용:**
-
--   최신 버전의 **[Android Studio](https://developer.android.com/studio)**를 다운로드하고 설치하세요.
--   최소 API 레벨 22의 Android SDK를 설정하세요.
--   `ANDROID_HOME` 환경 변수를 구성하세요.
-
-**iOS 개발용 (Mac 전용):**
-
--   **[Xcode](https://developer.apple.com/xcode/) 14** 이상 버전을 설치하세요.
-    
--   Command Line Tools를 설치하세요.
-    
--   [Homebrew](https://brew.sh/)를 사용하여 [CocoaPods](https://cocoapods.org/)를 설치하세요:
-    
-    ```bash
-    brew install cocoapods
-    ```
-    
--   Xcode 라이선스를 수락하세요:
-    
-    ```bash
-    sudo xcodebuild -license accept
-    ```
-    
-
-나중에 Capgo를 통합할 때는 안정적인 인터넷 연결과 유효한 SSL 인증서가 있는지 확인하세요.
-
-이러한 단계를 완료하면 원활한 Capacitor 개발 프로세스를 위한 준비가 완료됩니다. 다음으로 Capacitor CLI를 설치할 것입니다.
-
-[이하 생략...]
diff --git a/src/content/blog/ko/integrate-universal-links-capacitor-nextjs.md b/src/content/blog/ko/integrate-universal-links-capacitor-nextjs.md
deleted file mode 100644
index 29f6eb87e..000000000
--- a/src/content/blog/ko/integrate-universal-links-capacitor-nextjs.md
+++ /dev/null
@@ -1,189 +0,0 @@
----
-slug: integrate-universal-links-capacitor-nextjs
-title: Capacitor로 Next.js에서 유니버설 링크를 통합하는 방법
-description: 'Next.js와 Capacitor를 사용하여, iOS 및 Android 플랫폼에서 앱의 유니버셜 링크를 구성하는 단계별 방법을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-12-14T00:00:00.000Z
-updated_at: 2023-12-14T00:00:00.000Z
-head_image: /deeplink_next_capacitor.webp
-head_image_alt: Capacitor 유니버셜 링크
-keywords: >-
-  Capacitor, Universal Links, Next.js, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: DeepLinking
-published: true
-locale: ko
-next_blog: ''
----
-
-iOS의 유니버설 링크와 Android의 앱 링크를 사용하면 사용자가 브라우저를 거치지 않고 링크를 통해 직접 앱으로 이동할 수 있습니다. 이는 특히 사용자 경험을 개선하고 웹 페이지에서 앱으로의 컨텍스트를 유지하는 데 유용합니다. 이 가이드에서는 Capacitor를 사용하여 Nextjs 앱에서 이러한 딥 링크를 설정하는 과정을 설명하겠습니다.
-
-딥 링크 설정은 많은 코드가 필요하지 않지만 일부 구성이 필요합니다. 이 가이드를 마치면 `https://www.capgo.app/details/22`와 같은 링크를 클릭하여 앱이 설치되어 있다면 올바른 페이지로 앱이 열리게 됩니다.
-
-## Nextjs 딥 링크 설정
-
-먼저, 새로운 Nextjs 앱과 테스트를 위한 상세 페이지를 만들어보겠습니다:
-
-```sh
-npx create-next-app@latest capgoLinks
-cd capgoLinks
-mkdir pages/details
-touch pages/details/[id].js
-npm run build
-npx cap add ios
-npx cap add android
-```
-
-**capacitor.config.json** 파일에서 **번들 ID**가 올바르게 설정되어 있는지 확인하세요. 이는 설정에 매우 중요합니다:
-
-```json
-{
-  "appId": "com.capgo.deeplinks",
-  "appName": "capgoLinks",
-  "webDir": "out",
-  "bundledWebRuntime": false
-}
-```
-
-라우팅의 경우, Nextjs는 파일 기반 라우팅을 사용하므로 `pages/details/[id].js`에 파일을 생성함으로써 이미 와일드카드 라우트를 설정했습니다.
-
-`pages/details/[id].js`에서는 Nextjs의 내장 라우터를 사용하여 URL에서 ID를 가져올 수 있습니다:
-
-```jsx
-import { useRouter } from 'next/router'
-
-function DetailsPage() {
-  const router = useRouter()
-  const { id } = router.query
-
-  return (
-    <div>
-      <p>My ID: {id}</p>
-    </div>
-  )
-}
-
-export default DetailsPage
-```
-
-이제 Capacitor로 `appUrlOpen` 이벤트를 처리해보겠습니다. 이 이벤트는 앱이 사용자 정의 URL 스키마를 통해 열릴 때 트리거됩니다. `pages/_app.js` 파일에 리스너를 추가하세요:
-
-```jsx
-import { useEffect } from 'react'
-import { App } from '@capacitor/app'
-
-function MyApp({ Component, pageProps }) {
-  useEffect(() => {
-    App.addListener('appUrlOpen', (event) => {
-      const slug = event.url.split('.app').pop()
-      if (slug)
-        window.location.href = slug
-
-    })
-  }, [])
-
-  return <Component {...pageProps} />
-}
-
-export default MyApp
-```
-
-이 코드는 `appUrlOpen` 이벤트를 수신하고 Nextjs 앱 내에서 적절한 라우트로 이동합니다.
-
-## iOS 구성
-
-iOS의 경우, Associated Domains가 활성화된 앱 ID가 필요합니다. `YOURTEAMID`와 `com.your.bundleid`를 실제 팀 ID와 번들 ID로 대체하여 다음 내용으로 **apple-app-site-association** 파일을 만드세요:
-
-```json
-{
-  "applinks": {
-    "apps": [],
-    "details": [
-      {
-        "appID": "YOURTEAMID.com.your.bundleid",
-        "paths": ["*"]
-      }
-    ]
-  }
-}
-```
-
-이 파일을 도메인의 `.well-known` 디렉토리에 업로드하여 `https://www.capgo.app/.well-known/apple-app-site-association`에서 접근할 수 있도록 하세요.
-
-Xcode에서 `applinks:capgo.app` 형식을 사용하여 앱의 권한에 도메인을 추가하세요.
-
-## Android 구성
-
-Android 앱 링크를 위해 다음 단계를 따르세요:
-
-1. 키스토어 파일이 없다면 생성하세요.
-2. 키스토어에서 SHA256 지문을 얻으세요.
-3. 패키지 이름과 SHA256 지문이 포함된 **assetlinks.json** 파일을 만드세요.
-4. 이 파일을 도메인의 `.well-known` 디렉토리에 업로드하세요.
-
-`AndroidManifest.xml`의 딥 링크를 처리하는 `activity` 요소에 `intent-filter`를 추가하세요:
-
-```xml
-<activity ...>
-  <intent-filter android:autoVerify="true">
-    <action android:name="android.intent.action.VIEW" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <category android:name="android.intent.category.BROWSABLE" />
-    <data android:scheme="https" android:host="capgo.app" />
-  </intent-filter>
-</activity>
-```
-
-`assetlinks.json` 파일을 업로드한 후, Google의 Digital Asset Links 도구를 사용하여 확인할 수 있습니다. 모든 것이 올바르게 설정되면 녹색 체크마크가 표시됩니다.
-
-앱을 빌드하고 서명하려면 다음 명령어를 사용하세요:
-
-```sh
-cd android
-./gradlew assembleRelease
-cd ..
-jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore my-release-key.keystore android/app/build/outputs/apk/release/app-release-unsigned.apk alias_name
-zipalign -v 4 android/app/build/outputs/apk/release/app-release-unsigned.apk capgo.apk
-adb install capgo.apk
-```
-
-이렇게 하면 연결된 Android 기기에 서명된 앱이 설치됩니다.
-
-## 네이티브 프로젝트 설정을 위한 Capacitor 구성
-
-네이티브 프로젝트 설정을 자동화하려면 [Capacitor configure 패키지](https://github.com/ionic-team/capacitor-configure/)의 사용을 고려해보세요. 프로젝트에 설치하세요:
-
-```sh
-npm install @capacitor/configure
-```
-
-프로젝트 루트에 `capacitor.config.yaml` 파일을 생성하세요:
-
-```yaml
-vars:
-  BUNDLE_ID: com.capgo.deeplinks
-  PACKAGE_NAME: com.capgo.deeplinks
-platforms:
-  ios:
-    targets:
-      App:
-        bundleId: $BUNDLE_ID
-    entitlements:
-      - com.apple.developer.associated-domains: ['applinks:capgo.app']
-  android:
-    packageName: $PACKAGE_NAME
-```
-
-이 구성으로 configure 도구를 실행하세요:
-
-```sh
-npx cap-config run capacitor.config.yaml
-```
-
-이렇게 하면 YAML 파일에 지정된 설정이 네이티브 프로젝트에 적용됩니다.
-
-## 결론
-
-Nextjs 앱에서 Capacitor를 사용하여 딥 링크를 설정하는 것은 iOS와 Android 모두에 대해 도메인과 프로젝트 설정을 구성하는 것을 포함합니다. 이 과정은 세심한 주의가 필요하지만, 이전 방식에 비해 간소화되었으며 추가 플러그인이 필요하지 않습니다. 도메인 확인 파일이 올바르게 제공되는지 확인하고 각 플랫폼의 도구로 확인하세요. 설정이 완료되면 앱이 웹 링크에서 원활하게 열리며, 사용자가 웹에서 앱으로 자연스럽게 전환할 수 있습니다.
diff --git a/src/content/blog/ko/integrity-checks-for-capacitor-updates.md b/src/content/blog/ko/integrity-checks-for-capacitor-updates.md
deleted file mode 100644
index df483b317..000000000
--- a/src/content/blog/ko/integrity-checks-for-capacitor-updates.md
+++ /dev/null
@@ -1,184 +0,0 @@
----
-slug: integrity-checks-for-capacitor-updates
-title: Capacitor 업데이트를 위한 무결성 검사
-description: 'Capacitor 앱에서 무결성 검사, 암호화 및 효과적인 롤백 전략을 사용하여 안전한 OTA 업데이트를 구현하는 방법을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-25T02:39:56.412Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67bd178e258ce8f57ea75e3e-1740451235493.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, Capacitor, security, integrity checks, encryption, mobile apps,
-  update management
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 앱의 안전한 OTA 업데이트는 사용자와 데이터를 보호하는데 필수적입니다. 다음은 안전한 업데이트를 보장하는 방법입니다:
-
--   **무결성 검사**: 암호화 해시와 디지털 서명을 사용하여 업데이트가 변경되지 않았는지 확인합니다.
--   **일반적인 위협**: HTTPS, 디지털 서명 및 체크섬으로 가로채기, 스푸핑 및 변조를 방지합니다.
--   **[Capgo](https://capgo.app/) 통합**: Capgo의 암호화, 실시간 검증 및 롤백 기능으로 안전한 업데이트를 단순화합니다.
--   **주요 보안 사례**:
-    -   안전한 통신을 위해 HTTPS 강제 적용
-    -   업데이트 요청에 상호 TLS 인증 사용
-    -   업데이트 패키지에 서명하고 체크섬으로 확인
-    -   iOS 키체인 또는 [Android Keystore](https://developer.android.com/privacy-and-security/keystore)를 사용하여 키를 안전하게 저장
-
-**빠른 팁**: 실패한 업데이트에 대한 자동 롤백을 구현하고 문제 발생 시 사용자에게 알려 신뢰를 유지하세요.
-
-이 글에서는 안전한 OTA 인프라 구축, 암호화 방법 및 Capgo와 같은 실용적인 도구를 사용하여 프로세스를 간소화하는 방법을 자세히 살펴봅니다.
-
-## YouTube 관련 동영상
-
-<iframe src="https://www.youtube.com/embed/z7nqbCQQBp8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 안전한 OTA 업데이트 인프라
-
-HTTPS, 강력한 인증 및 실시간 업데이트 도구를 통합하여 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)용 안정적인 OTA(Over-The-Air) 업데이트 시스템을 구축하세요.
-
-### HTTPS 업데이트 설정
-
-업데이트 전송을 암호화하기 위해 HTTPS 사용이 중요합니다. 주요 보안 조치는 다음과 같습니다:
-
-| 보안 구성 요소 | 구현 세부 사항 | 목적 |
-| --- | --- | --- |
-| SSL/TLS 인증서 | 신뢰할 수 있는 인증 기관(CA)에서 획득 | 전송 중 데이터 보안 |
-| 서버 구성 | 엄격한 HTTPS 사용 강제 | 다운그레이드 공격 방지 |
-| 인증서 고정 | SHA-256 지문 검증 | 서버 신원 확인 |
-
-Capacitor 앱이 업데이트 요청에 대해 HTTPS 연결만 허용하도록 하세요. 이 단계는 데이터 가로채기와 변조를 방지하여 안전한 인증의 기반을 형성합니다.
-
-### 업데이트 요청 인증
-
-TLS(Transport Layer Security) 상호 인증은 클라이언트와 서버가 서로의 신원을 확인하도록 보장합니다. 업데이트를 위한 모든 HTTP 통신에는 엄격한 인증 및 권한 부여 확인이 포함되어야 합니다 [\[2\]](https://docs.aws.amazon.com/freertos/latest/userguide/dev-guide-ota-security.html). 이러한 프로토콜은 HTTPS가 제공하는 보안을 강화하여 계층화된 방어를 생성합니다.
-
-### [Capgo](https://capgo.app/)를 사용한 업데이트
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-25.jpg?auto=compress)
-
-Capgo는 OTA 업데이트 관리를 위한 간소화되고 안전한 솔루션을 제공합니다. 750개의 프로덕션 앱에서 2,350만 건 이상의 업데이트를 제공한 Capgo는 다음을 제공합니다:
-
--   인증된 사용자를 위한 **엔드투엔드 암호화**
--   Apple 및 Google 플랫폼 규칙 **준수**
--   업데이트 무결성을 보장하는 **실시간 검증**
-
-시작하려면 `npx @capgo/cli init`를 사용하여 Capgo 플러그인을 설치하세요. 이를 통해 앱 시작 시 업데이트 자동 검증이 가능합니다. iOS의 경우 Capgo는 플랫폼별 요구 사항을 충족하기 위한 맞춤형 Dart 인터프리터를 포함합니다 [\[3\]](https://capgo.app/docs/faq/).
-
-## 암호화 보안 방법
-
-Capacitor 앱에서 강력한 암호화 방식을 구현하여 OTA 업데이트를 안전하게 보호하세요.
-
-### 키 관리
-
-효과적인 키 관리가 중요합니다. 키 관리 서비스(KMS)를 사용하여 암호화 키의 생성, 저장, 배포 및 모니터링을 처리하세요.
-
-| 키 관리 단계 | 구현 요구사항 | 보안 고려사항 |
-| --- | --- | --- |
-| 생성 | 암호학적으로 안전한 TRNG 사용 | 하드웨어 기반 엔트로피 소스 보장 |
-| 저장 | 암호화된 백업 시스템 활용 | 안전한 키 격리 유지 |
-| 배포 | 접근 제어 메커니즘 적용 | 역할 기반 권한 적용 |
-| 모니터링 | 실시간 접근 추적 활성화 | 자동 알림 설정 |
-
-클라이언트 측 키 저장을 위해 **[iOS Keychain Services](https://developer.apple.com/documentation/security/keychain-services)** 및 **Android Keystore API**와 같은 안전한 플랫폼별 도구를 사용하세요. 키가 안전하게 저장되면 업데이트 패키지에 서명하여 신뢰성을 확인하세요.
-
-### 업데이트 패키지 서명
-
-1.  **패키지 준비**
-    
-    일반적으로 "dist/" 또는 "www/" 디렉토리에 있는 프로덕션 Capacitor 빌드 출력을 포함하여 업데이트 번들을 준비합니다. 패키지에는 다음이 포함되어야 합니다:
-    
-    -   `index.html`
-    -   번들링된 JavaScript 파일
-    -   CSS 리소스
-    -   기타 필요한 웹 자산
-2.  **서명 프로세스**
-    
-    엔드투엔드 암호화를 활성화하기 위해 Capacitor의 `publicKey` 구성을 사용하세요. 업데이트 중 원활한 압축 해제를 위해 zip 파일을 암호화하지 않은 상태로 유지하세요.
-    
-
-### 업데이트 검증 단계
-
-서명된 업데이트의 무결성을 보장하기 위해 다음 검증 단계를 따르세요:
-
-| 검증 단계 | 목적 | 구현 |
-| --- | --- | --- |
-| 번들 무결성 | 패키지 완전성 및 소스 확인 | 필수 파일 및 암호화 서명 검증 |
-| 버전 관리 | 다운그레이드 공격 방지 | 최신 배포 버전과 버전 번호 비교 |
-
-추가 보안을 위해 비밀 키와 관련된 민감한 작업을 관리하기 위한 서버 측 검증 시스템을 구현하세요. 이는 업데이트 시스템의 무결성 유지를 위한 [NIST](https://www.nist.gov/)의 모범 사례 및 권장 사항과 일치합니다.
-
-## 실패한 업데이트 관리
-
-업데이트 무결성 확인 후 효과적인 실패 관리는 시스템 안정성과 사용자 신뢰 유지에 중요합니다.
-
-### 업데이트 롤백 단계
-
-무결성 검사가 실패한 상황을 처리하기 위해 자동화된 롤백 시스템을 설정하세요. Capgo의 자동 복구 도구는 이러한 이벤트 중에 시스템이 안정적으로 유지되도록 도울 수 있습니다.
-
-| 단계 | 조치 | 검증 |
-| --- | --- | --- |
-| 롤백 전 | 백업 버전 무결성 확인 | 암호화 서명 확인 |
-| 실행 | 이전 작동 버전 복원 | 성공적인 복원 확인 |
-| 롤백 후 | 앱 기능 검증 | 중요 경로 테스트 실행 |
-
-다음은 원활한 롤백을 위해 [Capacitor updater](https://capgo.app/plugins/capacitor-updater/)를 적절한 타임아웃 설정으로 구성하는 방법입니다:
-
-```javascript
-{
-  appReadyTimeout: 10000,
-  responseTimeout: 15000,
-  autoDeleteFailed: true
-}
-```
-
-### 오류 추적 시스템
-
-업데이트 중 오류를 추적하기 위해 Capacitor의 내장 이벤트 리스너가 유용합니다. 다음을 사용하여 문제를 효과적으로 모니터링하고 기록하세요:
-
--   `updateFailed` 및 `downloadFailed`와 같은 이벤트 모니터링
--   버전 세부 정보 및 실패 원인 기록
--   패턴 분석을 통한 반복적인 문제 식별
-
-이 접근 방식은 문제를 정확히 파악하고 업데이트 실패 시 사용자와 명확하게 소통할 수 있도록 준비하는 데 도움이 됩니다.
-
-### 사용자 커뮤니케이션 가이드
-
-업데이트 실패 시 사용자에게 알리는 것은 불만을 최소화하고 지원 요청을 줄입니다. 효과적인 커뮤니케이션을 위한 가이드입니다:
-
-| 시기 | 메시지 내용 | 채널 |
-| --- | --- | --- |
-| 업데이트 전 | 예정된 유지보수 알림 | 앱 내 알림 |
-| 실패 중 | 상태 및 해결 시간 | 상태 표시줄 업데이트 |
-| 사고 후 | 문제 해결 확인 | 푸시 알림 |
-
-**커뮤니케이션 주요 팁:**
-
-1.  간단한 설명과 예상 해결 시간으로 즉시 사용자에게 알립니다.
-2.  시스템 상태 표시줄을 통해 지속적인 업데이트를 제공합니다.
-3.  문제가 해결되면 버전 확인 지침을 포함한 최종 확인을 전송합니다.
-
-> "잘 계획된 롤백 계획은 조직의 위험 관리와 운영 준비성의 성숙도를 보여줍니다." - Jos Accapadi, MBA, LinkedIn 기사
-
-## 보안 가이드라인 요약
-
-이 섹션에서는 앞서 논의된 주요 보안 사례를 종합합니다.
-
-### 주요 보안 포인트
-
-효과적인 OTA 보안은 여러 보호 계층에 의존합니다. SSL 고정 및 디바이스에 인증서 저장과 같은 기술은 중간자 공격을 방지하는 데 도움이 됩니다 [\[4\]](https://ionic.io/blog/capacitor-ssl-pinning).
-
-| **보안 계층** | **구현** | **검증 방법** |
-| --- | --- | --- |
-| 통신 | HTTPS 강제 적용 | SSL 인증서 검증 |
-| 파일 무결성 | 체크섬 생성 | `checksum.json` 검증 |
-| 인증 | 요청 서명 | 공개 키 검증 |
-| 업데이트 보호 | SSL 고정 | 인증서 일치 |
-
-### Capgo 통합
-
-Capgo의 최신 릴리스(v7.0.23, 2025년 2월)는 플랫폼 전반
diff --git a/src/content/blog/ko/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md b/src/content/blog/ko/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
deleted file mode 100644
index 435d23458..000000000
--- a/src/content/blog/ko/introducing-end-to-end-security-to-capacitor-updater-with-code-signing.md
+++ /dev/null
@@ -1,90 +0,0 @@
----
-slug: introducing-end-to-end-security-to-capacitor-updater-with-code-signing
-title: Capacitor-updater에서 코드 서명을 통한 엔드 투 엔드 암호화 소개
-description: 'RSA + AES 암호화를 사용하여 업데이트를 암호화하며, 기업용 및 고보안 앱을 위해 설계되었습니다'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-11-27T00:00:00.000Z
-updated_at: 2024-08-27T00:00:00.000Z
-head_image: /secure_upload.webp
-head_image_alt: Capgo 보안 업로드
-keywords: >-
-  E2E, code signing, RSA, AES, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Solution
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor-updater](https://github.com/Cap-go/capacitor-updater/)는 이제 종단간 코드 암호화를 지원합니다. 코드 서명을 통해 최종 사용자의 기기에서 실행되는 업데이트가 변조되지 않았음을 확인하고, Capacitor-updater의 표준 웹 등급 보안을 넘어서는 추가적인 보호 수준을 제공합니다.
-
-## Capacitor-updater의 기본 보안
-
-기본적으로 Capgo의 보안 모델은 웹 호스팅 제공업체와 유사합니다. Capgo는 업데이트를 [저장 시 암호화](https://cloud.google.com/docs/security/encryption/default-encryption/)하고 현대적인 암호화 방식을 사용하여 HTTPS를 통해 제공합니다. 마찬가지로 개발자의 컴퓨터에서 업데이트를 게시할 때도 항상 HTTPS를 사용합니다.
-
-![Capgo는 SSL Labs의 HTTPS 테스트에서 A+ 등급을 받았습니다](/ssllabs_report.webp)
-
-Capgo의 기본 보안은 SSL Labs의 HTTPS 테스트에서 A+ 등급을 받았습니다 (https://www.ssllabs.com, 2022년 11월)
-
-최고급 웹 호스트와 마찬가지로 Capgo는 HTTPS를 사용하여 서버와 최종 사용자 기기 간의 네트워크 연결의 프라이버시와 무결성을 보호합니다. 이는 Capgo를 사용하는 웹과 Ionic 앱 모두에 잘 작동하는 우수한 수준의 보안입니다.
-
-## 클라우드 인프라 공급망
-
-Capgo와 대부분의 웹 호스트가 공통적으로 가지고 있는 또 다른 점은 AWS, GCP 또는 다른 인기 있는 클라우드 제공업체의 하위 수준 클라우드 인프라에서 실행된다는 것입니다. 이러한 클라우드 제공업체와 Capgo 또는 다른 웹 호스트가 운영하는 하드웨어와 소프트웨어는 클라우드 공급망의 일부입니다.
-
-클라우드 공급망과 그 보안 모델은 수많은 웹사이트와 앱에 적용됩니다. 클라우드 제공업체를 사용하는 모든 웹 개발자는 해당 제공업체를 신뢰하고 업로드한 파일이 변조되지 않고 실행되거나 제공될 것으로 기대합니다. 그리고 클라우드 제공업체들은 인프라를 안전하게 유지하기 위해 열심히 노력합니다.
-
-하지만 당연히 하드웨어와 소프트웨어 취약점이 발견됩니다. 클라우드 제공업체는 적시에 취약점을 패치하고, 악성 소프트웨어를 사전에 방지하며(예: [Google의 SLSA](https://security.googleblog.com/2021/06/introducing-slsa-end-to-end-framework.html/)), 심층적인 방어 계층을 구축하며, 실제로 클라우드 인프라는 대부분의 웹사이트와 앱의 보안 요구사항을 충족하는 것으로 나타났습니다. 하지만 일부 Ionic 앱은 손상된 클라우드 인프라를 위협 모델에 포함시킵니다. 이러한 웹 수준 이상의 최고 보안 요구사항을 가진 Capacitor JS 앱을 위해 Capgo와 [Capgo Updates 표준 프로토콜](/docs/self-hosted/auto-update/update-endpoint/)에 종단간 코드 서명을 구축했습니다.
-
-## Capgo를 통한 종단간 코드 서명
-
-Capgo의 종단간 코드 서명은 공개키 암호화를 사용하여 최종 사용자의 기기가 Capacitor 앱 개발자의 원본 업데이트만을 변경 없이 실행하도록 보장합니다.
-
-"종단간"이란 개발자가 업데이트를 게시하는 시점부터 최종 사용자의 기기가 업데이트를 받아 실행하는 시점까지의 흐름을 커버한다는 의미입니다. "코드 서명"은 암호화와 비밀 개인 키를 사용하여 코드에 "서명"하고, 나중에 신뢰할 수 있는 공개 키를 사용하여 서명을 확인하는 것입니다.
-
-다음은 작동 방식을 설명하는 간단한* 도식입니다:
-
-![Capgo 암호화 스키마](/encryption_flow.webp)
-
-* 실제로는 복잡함, 암호화는 어려움
-
-*정의*:
-- AES: Advanced Encryption Standard, 대칭 암호화 알고리즘, 암호화와 복호화에 하나의 키 사용.
-- RSA: Rivest–Shamir–Adleman, 비대칭 암호화 알고리즘, 두 개의 키 사용: 공개 키와 개인 키.
-- Cypher: 암호화된 데이터.
-- 세션 키: 데이터 암호화와 복호화에 사용되는 AES 키.
-- 체크섬: 파일에 대해 계산된 해시
-- 서명: 개인 RSA 키로 암호화된 체크섬. 공개 RSA 키로 확인 가능
-
-우리는 AES 알고리즘을 사용하여 업데이트를 암호화합니다. 모든 업로드마다 무작위 AES 키가 생성되며, 그 다음 AES 키와 체크섬(이하 "서명")이 개발자의 개인 RSA 키로 암호화됩니다. 개발자의 공개 RSA 키는 앱에서 AES 키와 서명을 복호화(체크섬으로 변환)하는 데 사용됩니다. 나중에 복호화된 AES 키는 업데이트를 복호화하는 데 사용됩니다; 복호화된 업데이트의 체크섬이 계산되고 복호화된 서명과 비교됩니다.
-
-RSA는 큰 양의 데이터를 암호화하는 데 사용할 수 없기 때문에 두 가지 다른 암호화 알고리즘을 사용합니다. AES는 업데이트를 암호화하는 데 사용되고 RSA는 AES 키와 체크섬을 암호화하는 데 사용됩니다.
-
-이를 통해 Capgo조차도 번들의 내용을 읽을 수 없습니다. 이는 많은 기업 고객이 사용하는 강력한 보안 모델입니다.
-
-**업데이트 암호화 V2 2024-08-27:**
-- 앱에 저장되는 키 유형을 변경했습니다. 이는 개인 키(이전에는 복호화에 사용)에서 공개 키(이전에는 암호화에 사용)를 추론하는 것을 방지하기 위해 수행되었습니다. 이제 앱은 공개 키(현재는 복호화에 사용)를 저장합니다.
-- 체크섬을 CRC32 알고리즘에서 SHA256 알고리즘으로 변경했습니다. 또한 [번들 서명](https://en.wikipedia.org/wiki/RSA_(cryptosystem)#Signing_messages)을 시작했습니다. 암호화 V2가 구성되면 업데이트는 유효한 서명이 있어야 합니다. 이는 플러그인에 의해 엄격하게 강제됩니다.
-- 암호화 V2가 구성된 경우 유효한 서명을 강제합니다.
-이 3가지 변경사항은 커뮤니티 멤버의 보안 분석 후에 이루어졌습니다. 이는 업데이트 중 암호화 공격을 방지하기 위한 것입니다.
-
-암호화 V1을 사용한 경우, 새로운 보안 기능을 활용하기 위해 V2로 마이그레이션하세요. [마이그레이션 지침](/docs/cli/migrations/encryption/)을 따르세요.
-
-종단간 코드 서명을 통해 Capgo는 "신뢰 없는" 클라우드 인프라가 됩니다. Capgo의 클라우드 제공업체 중 하나 또는 Capgo 자체가 코드 서명된 업데이트를 수정하더라도, 최종 사용자의 기기는 해당 업데이트를 거부하고 기기에 이미 있는 이전의 신뢰할 수 있는 업데이트를 실행할 것입니다.
-
-웹 수준의 HTTPS가 많은 앱에 충분하지만, 일부 대기업은 종단간 코드 서명의 추가적인 보안 수준을 매력적으로 찾습니다. 이러한 기업 중 일부는 고가치의 영구적인 거래를 처리하는 금융 앱을 만듭니다. 다른 기업들은 손상된 클라우드 인프라를 위협 모델에 포함시키는 CISO를 두고 있습니다. 우리는 이러한 사용 사례를 위해 Capgo에 종단간 코드 서명을 구축했으며, 더 높은 수준의 보안 요구사항을 가진 기업들의 의견을 더 듣고 싶습니다.
-
-## 기업 고객을 위한 시작하기
-
-보안을 매우 중요하게 생각하는 대기업이나 프로젝트를 위해, 우리는 코드 서명을 쉽게 설정하고 유지할 수 있도록 하고자 합니다. 이를 위해 다음과 같은 기능을 제공합니다:
-
--   빠른 인증서 설정 및 구성
--   Capgo와 개발 빌드 모두에 대한 코드 서명 개발 서버 지원
--   모든 업데이트에 대한 프로덕션 코드 서명
-
-Capgo 코드 서명은 모든 고객이 이용할 수 있습니다. 시작하려면 [설정 지침](/docs/cli/commands/#end-to-end-encryption-trustless)을 따르세요.
-
-## 크레딧
-
-[Ionic](https://ionic.com/)에 많은 감사를 드립니다. 이 글은 [이 글](https://ionic.io/blog/introducing-the-ionic-end-to-end-testing-reference-example/)을 기반으로 chat-gpt-3로 다시 작성하고 수정한 것입니다.
diff --git a/src/content/blog/ko/ionic-capacitor-push-notifications-firebase.md b/src/content/blog/ko/ionic-capacitor-push-notifications-firebase.md
deleted file mode 100644
index 715695291..000000000
--- a/src/content/blog/ko/ionic-capacitor-push-notifications-firebase.md
+++ /dev/null
@@ -1,443 +0,0 @@
----
-slug: ionic-capacitor-push-notifications-firebase
-title: '이오닉 캐퍼시터 푸시 알림과 파이어베이스: 단계별 가이드'
-description: >-
-  Firebase를 사용하여 Ionic Capacitor 앱에 푸시 알림을 통합하는 방법을 배우고 Android 및 iOS 플랫폼 모두에 대한
-  단계별 지침을 확인하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-14T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /push_notif.webp
-head_image_alt: 아이오닉 Capacitor 푸시 알림과 Firebase
-keywords: >-
-  Ionic, Capacitor, push notifications, Firebase, mobile app development, live
-  updates, OTA updates, continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: ''
----
-이 튜토리얼에서는 Firebase를 사용하여 Ionic Capacitor 앱에 푸시 알림을 통합할 것입니다. 이를 위해 특정 서비스는 필요하지 않지만, 사전에 몇 가지를 구성해야 합니다. Firebase는 Android에 필요하기 때문에 훌륭한 선택이며, 데이터베이스를 사용하지 않고도 쉽게 알림을 전송할 수 있습니다.
-
-<div class="mx-auto" style="width: 50%;">
-  <video src="/push_demo.mov" alt="ionic capacitor push" autoplay loop muted>
-</div>
-
-먼저, Capacitor가 활성화된 Ionic 앱을 생성하고 **패키지 ID**를 지정합니다. 이는 앱의 고유 식별자입니다. 그런 다음, 앱을 빌드하고 네이티브 플랫폼을 추가합니다.
-
-```bash
-ionic start pushApp blank --type=angular --capacitor --package-id=com.appdactic.devpush
-cd ./pushApp
-ionic build
-npx cap add ios
-npx cap add android
-```
-
-이미 앱이 있는 경우, **capacitor.config.json**을 변경하여 **appId**를 포함할 수 있습니다. 하지만 네이티브 폴더가 이미 존재하는 경우, Capacitor는 한 번만 폴더를 생성하므로 ID가 표시되는 모든 파일에서 ID를 바꿔야 합니다. **capacitor.config.json**에서 배지 수 업데이트, 푸시 알림 시 소리 재생 및 알림 도착 시 경고 표시와 같은 옵션도 지정할 수 있습니다.
-
-```json
-{
-  "appId": "com.appdactic.devpush",
-  "appName": "pushApp",
-  "bundledWebRuntime": false,
-  "npmClient": "npm",
-  "webDir": "www",
-  "plugins": {
-    "SplashScreen": {
-      "launchShowDuration": 0
-    },
-    "PushNotifications": {
-      "presentationOptions": ["badge", "sound", "alert"]
-    }
-  },
-  "cordova": {}
-}
-```
-
-이제 앱 외부에서 푸시 알림을 구성해 보겠습니다.
-
-## Firebase 구성
-
-먼저 [새 Firebase 프로젝트를 생성](https://firebase.google.com/)하거나 기존 프로젝트를 사용합니다. 새 프로젝트의 이름과 기본 옵션을 제공합니다.
-
-새 앱이 있다면, 앱 대시보드에서 **"Firebase를 앱에 추가하여 시작하기"**라는 메시지를 볼 수 있어야 합니다. 그렇지 않은 경우 기어 아이콘을 클릭하여 **프로젝트 설정**으로 가서 앱을 추가합니다.
-
-iOS와 Android의 대화 상자는 유사하게 보이며, 중요한 점은 앱에 대한 **패키지 ID**를 사용하는 것입니다.
-
-<div class="mx-auto" style="width: 100%;">
-  <img src="/firebase-app-setup-ios.webp" alt="firebase-app-setup-ios">
-</div>
-
-초기 단계가 끝난 후, 다음 파일을 다운로드합니다.
-
-- Android의 **google-services.json** 파일
-- iOS의 **GoogleService-info.plist** 파일
-
-다음으로 플랫폼을 구성합니다.
-
-### Android 푸시 준비
-
-Android의 경우, 다운로드한 **google-services.json** 파일을 **android/app/** 폴더로 이동합니다.
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/android-push-file.webp" alt="android-push-file">
-</div>
-
-Android는 이렇게 끝입니다. 이제 iOS를 구성해 보겠습니다.
-
-### iOS 푸시 준비
-
-이 부분은 좀 더 복잡합니다. 먼저, [Apple 개발자 계정의 식별자 목록에서 앱 ID를 생성](https://developer.apple.com/account/resources/identifiers/list/)합니다. 목록에서 **푸시 알림 기능**을 선택해야 합니다.
-
-![ionic-ios-push-id](/ionic-ios-push-id.webp)
-
-**번들 ID**는 Capacitor와 Firebase 내 앱 ID와 동일해야 합니다.
-
-이제, [키를 생성](https://developer.apple.com/account/resources/authkeys/list/)하고 **Apple 푸시 알림 서비스(APNs)**를 활성화합니다. 최대 키 수에 도달한 경우, 기존 키 또는 인증서를 대신 사용할 수 있지만 과정이 더 복잡합니다.
-
-![ios-developer-push-key](/ios-developer-push-key.webp)
-
-**.p8** 파일을 다운로드한 후 Firebase에 업로드합니다. Firebase 프로젝트 설정에서 **클라우드 메시징** 탭을 열고 파일을 업로드하며, iOS의 Key ID와 팀 ID를 입력합니다.
-
-![firebase-upload-ios-key](/firebase-upload-ios-key.webp)
-
-이제 다음을 실행하여 Xcode 프로젝트를 변경합니다:
-
-```bash
-npx cap open ios
-```
-
-Firebase에서 다운로드한 **GoogleService-Info.plist** 파일을 iOS 프로젝트에 복사합니다. 파일을 앱/app 폴더 내 Xcode 프로젝트로 끌어다 놓고 **필요 시 항목 복사**를 선택합니다.
-
-다음으로 **ios/App/Podfile**에서 Firebase 의존성을 위한 새로운 Pod를 추가합니다:
-
-```ruby
-target 'App' do
-  capacitor_pods
-  # Add your Pods here
-  pod 'Firebase/Messaging'
-end
-```
-
-다음 명령으로 네이티브 플랫폼을 업데이트합니다:
-
-```bash
-npx cap update ios
-```
-
-**ios/App/App/AppDelegate.swift**의 네이티브 Swift 코드를 수정하여 Firebase에 등록하고 앱에 올바른 토큰을 반환합니다.
-
-```swift
-import UIKit
-import Capacitor
-import Firebase
-
-@UIApplicationMain
-class AppDelegate: UIResponder, UIApplicationDelegate {
-
-  var window: UIWindow?
-
-  func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-    // Override point for customization after application launch.
-    FirebaseApp.configure()
-    return true
-  }
-
-  // All the existing functions
-  // ...
-
-  // Update this one:
-    func application(_ application: UIApplication, didRegisterForRemoteNotificationsWithDeviceToken deviceToken: Data) {
-        Messaging.messaging().apnsToken = deviceToken
-        InstanceID.instanceID().instanceID { (result, error) in
-            if let error = error {
-                NotificationCenter.default.post(name: Notification.Name(CAPNotifications.DidFailToRegisterForRemoteNotificationsWithError.name()), object: error)
-            } else if let result = result {
-                NotificationCenter.default.post(name: Notification.Name(CAPNotifications.DidRegisterForRemoteNotificationsWithDeviceToken.name()), object: result.token)
-            }
-        }
-    }
-}
-```
-
-마지막으로 Xcode 프로젝트 내에서 푸시 알림 기능을 추가합니다.
-
-![capacitor-xcode-capability](/capacitor-xcode-capability.webp)
-
-이제 앱을 빌드하고 푸시 알림을 통합합니다.
-
-## Ionic 푸시 알림 통합
-
-Ionic 프로젝트에서 서비스를 만들고 새 페이지를 추가합니다:
-
-```bash
-ionic g service services/fcm
-ionic g page pages/details
-```
-
-**app/app-routing.module.ts**에서 라우팅을 업데이트하여 동적 ID와 함께 새 페이지를 포함합니다:
-
-```typescript
-import { NgModule } from '@angular/core';
-import { PreloadAllModules, RouterModule, Routes } from '@angular/router';
-
-const routes: Routes = [
-  {
-    path: 'home',
-    loadChildren: () => import('./home/home.module').then( m => m.HomePageModule)
-  },
-  {
-    path: '',
-    redirectTo: 'home',
-    pathMatch: 'full'
-  },
-  {
-    path: 'home/:id',
-    loadChildren: () => import('./pages/details/details.module').then( m => m.DetailsPageModule)
-  },
-];
-
-@NgModule({
-  imports: [
-    RouterModule.forRoot(routes, { preloadingStrategy: PreloadAllModules })
-  ],
-  exports: [RouterModule]
-})
-export class AppRoutingModule { }
-```
-
-**services/fcm.service.ts**에서 푸시 알림을 처리할 서비스를 만듭니다:
-
-```typescript
-import { Injectable } from '@angular/core';
-import {
-  Plugins,
-  PushNotification,
-  PushNotificationToken,
-  PushNotificationActionPerformed,
-  Capacitor
-} from '@capacitor/core';
-import { Router } from '@angular/router';
-
-const { PushNotifications } = Plugins;
-
-@Injectable({
-  providedIn: 'root'
-})
-export class FcmService {
-
-  constructor(private router: Router) { }
-
-  initPush() {
-    if (Capacitor.platform !== 'web') {
-      this.registerPush();
-    }
-  }
-
-  private registerPush() {
-    PushNotifications.requestPermission().then((permission) => {
-      if (permission.granted) {
-        // Register with Apple / Google to receive push via APNS/FCM
-        PushNotifications.register();
-      } else {
-        // No permission for push granted
-      }
-    });
-
-    PushNotifications.addListener(
-      'registration',
-      (token: PushNotificationToken) => {
-        console.log('My token: ' + JSON.stringify(token));
-      }
-    );
-
-    PushNotifications.addListener('registrationError', (error: any) => {
-      console.log('Error: ' + JSON.stringify(error));
-    });
-
-    PushNotifications.addListener(
-      'pushNotificationReceived',
-      async (notification: PushNotification) => {
-        console.log('Push received: ' + JSON.stringify(notification));
-      }
-    );
-
-    PushNotifications.addListener(
-      'pushNotificationActionPerformed',
-      async (notification: PushNotificationActionPerformed) => {
-        const data = notification.notification.data;
-        console.log('Action performed: ' + JSON.stringify(notification.notification));
-        if (data.detailsId) {
-          this.router.navigateByUrl(`/home/${data.detailsId}`);
-        }
-      }
-    );
-  }
-}
-```
-
-**app/app.component.ts**에서 `initPush()` 함수를 호출합니다:
-
-```typescript
-import { Component } from '@angular/core';
-
-import { Platform } from '@ionic/angular';
-import { SplashScreen } from '@ionic-native/splash-screen/ngx';
-import { StatusBar } from '@ionic-native/status-bar/ngx';
-import { FcmService } from './services/fcm.service';
-
-@Component({
-  selector: 'app-root',
-  templateUrl: 'app.component.html',
-  styleUrls: ['app.component.scss']
-})
-export class AppComponent {
-  constructor(
-    private platform: Platform,
-    private splashScreen: SplashScreen,
-    private statusBar: StatusBar,
-    private fcmService: FcmService
-  ) {
-    this.initializeApp();
-  }
-
-  initializeApp() {
-    this.platform.ready().then(() => {
-      this.statusBar.styleDefault();
-      this.splashScreen.hide();
-
-      // Trigger the push setup
-      this.fcmService.initPush();
-    });
-  }
-}
-```
-
-**pages/details/details.page.ts**의 세부 정보 페이지에서 정보를 처리합니다:
-
-```typescript
-import { Component, OnInit } from '@angular/core';
-import { ActivatedRoute } from '@angular/router';
-import { Plugins } from '@capacitor/core';
-const { PushNotifications } = Plugins;
-
-@Component({
-  selector: 'app-details',
-  templateUrl: './details.page.html',
-  styleUrls: ['./details.page.scss'],
-})
-export class DetailsPage implements OnInit {
-  id = null;
-
-  constructor(private route: ActivatedRoute) { }
-
-  ngOnInit() {
-    this.route.paramMap.subscribe(params => {
-      this.id = params.get('id');
-    });
-  }
-
-  resetBadgeCount() {
-    PushNotifications.removeAllDeliveredNotifications();
-  }
-
-}
-```
-
-**pages/details/details.page.html**에서 세부 정보를 표시합니다:
-
-```html
-<ion-header>
-  <ion-toolbar>
-    <ion-buttons slot="start">
-      <ion-back-button defaultHref="/"></ion-back-button>
-    </ion-buttons>
-    <ion-title>Details</ion-title>
-  </ion-toolbar>
-</ion-header>
-
-<ion-content>
-  My Id from push: {{ id }}
-
-  <ion-button (click)="resetBadgeCount()" expand="block">
-    Reset Badge Count
-  </ion-button>
-</ion-content>
-```
-
-앱을 빌드하고 변경 사항을 동기화한 후 장치에 배포합니다.
-
-```bash
-ionic build
-npx cap sync
-```
-
-이제 Firebase를 사용하여 푸시 알림을 보낼 수 있습니다.
-
-## Firebase로 푸시 알림 보내기
-
-Firebase로 푸시 알림을 보내는 방법에는 여러 가지가 있습니다.
-
-### 특정 장치 테스트
-
-앱을 장치에 배포한 후, 등록 후 콘솔 로그에서 토큰을 확인할 수 있습니다. 이 토큰을 사용하여 통합이 작동하는지 확인하기 위해 타겟 테스트 푸시를 보냅니다. Firebase에서 **클라우드 메시징**으로 이동하여 **테스트 메시지 전송**을 선택합니다. 로그에서 장치 토큰을 추가합니다.
-
-![firebase-test-push](/firebase-test-push.webp)
-
-모든 설정이 올바르게 구성되었다면, 장치에서 푸시 알림을 확인할 수 있습니다.
-
-### 페이로드가 있는 푸시 메시지
-
-추가 정보가 포함된 푸시 알림을 테스트하려면, 같은 페이지의 마법사를 따라 일반 정보를 지정하고 목표로 하는 플랫폼을 선택합니다. 푸시 알림과 함께 페이로드를 보내기 위해 **추가 옵션**을 추가합니다.
-
-![firebase-push-payload](/firebase-push-payload.webp)
-
-**고급 옵션** 섹션에서 **사용자 정의 데이터** 키-값 쌍을 추가합니다. 예를 들어, `detailsId`라는 키와 선택한 값을 사용할 수 있습니다. 이 데이터는 앱에서 세부정보 페이지로 이동하는 데 사용됩니다.
-
-푸시 알림을 보낸 후, 앱이 이를 수신하고 알림을 탭할 때 지정된 ID로 세부정보 페이지를 표시해야 합니다.
-
-### Firebase API 사용
-
-Firebase API를 사용하여 프로그래밍 방식으로 푸시 알림을 보내는 것도 가능합니다. 이를 위해서는 Firebase 프로젝트 설정의 **클라우드 메시징** 탭에서 **서버 키**를 확보해야 합니다.
-
-서버 키를 사용하여 필요한 페이로드와 함께 Firebase API에 POST 요청을 보낼 수 있습니다. 다음은 Node.js와 `request` 라이브러리를 사용하는 예입니다:
-
-```javascript
-const request = require('request');
-
-const serverKey = 'YOUR_SERVER_KEY';
-const deviceToken = 'YOUR_DEVICE_TOKEN';
-
-const options = {
-  method: 'POST',
-  url: 'https://fcm.googleapis.com/fcm/send',
-  headers: {
-    'Content-Type': 'application/json',
-    Authorization: 'key=' + serverKey
-  },
-  body: JSON.stringify({
-    to: deviceToken,
-    notification: {
-      title: 'Test Push',
-      body: 'This is a test push notification with custom data'
-    },
-    data: {
-      detailsId: '123'
-    }
-  })
-};
-
-request(options, (error, response, body) => {
-  if (error) {
-    console.error('Error sending push:', error);
-  } else {
-    console.log('Push sent successfully:', body);
-  }
-});
-```
-
-`YOUR_SERVER_KEY` 및 `YOUR_DEVICE_TOKEN`을 실제 서버 키와 장치 토큰으로 바꿉니다. 스크립트를 실행하면 장치에서 사용자 정의 페이로드가 포함된 푸시 알림을 수신해야 합니다.
-
-이것으로 끝입니다! Firebase를 사용하여 Ionic Capacitor 앱에 푸시 알림을 성공적으로 통합했습니다. 이제 Android와 iOS 플랫폼 모두에서 사용자에게 푸시 알림을 보낼 수 있습니다.
diff --git a/src/content/blog/ko/key-management-under-chinas-encryption-rules.md b/src/content/blog/ko/key-management-under-chinas-encryption-rules.md
deleted file mode 100644
index 320a1c35f..000000000
--- a/src/content/blog/ko/key-management-under-chinas-encryption-rules.md
+++ /dev/null
@@ -1,136 +0,0 @@
----
-slug: key-management-under-chinas-encryption-rules
-title: 중국 암호화 규정에 따른 키 관리
-description: '중국의 암호화 키 관리법을 이해하는 것은 로컬 스토리지, 감사 및 기술 규정과 관련된 규정 준수에 매우 중요합니다.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T02:41:08.008Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eddf34ebbb9dc806408915-1743648083390.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  encryption, key management, China, compliance, data residency, encryption
-  standards, audits, government oversight
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**중국에서의 암호화 키 관리는 복잡하지만 규정 준수를 위해 필수적입니다.** 알아야 할 사항은 다음과 같습니다:
-
--   **암호화법 기본사항**: 중국 본토 서버에 키 저장, 승인된 암호화 방식 사용, 감사 수행, 상세한 기록 유지.
--   **도전 과제**:
-    -   서버는 중국 내에 위치해야 하며, 중복성과 엄격한 데이터 상주 요구.
-    -   정부 감독에는 감사, 접근 프로토콜, 규정 준수 보고서가 포함.
-    -   기술적 제한으로 알고리즘, 키 길이, 프로토콜이 제한됨.
--   **해결책**:
-    -   온프레미스, 하이브리드 클라우드, 관리형 서비스, 자체 호스팅 중 선택.
-    -   [Capgo](https://capgo.app/)와 같은 도구를 사용하여 로컬 호스팅, 종단간 암호화, 규정 준수 자동화.
--   **팁**:
-    -   정기적인 규정 준수 확인.
-    -   현지 전문가와 협력.
-    -   중국의 암호화 표준에 부합하는 도구 사용.
-
-**빠른 비교**:
-
-| 방식 | 저장 위치 | 규정 준수 수준 | 복잡성 |
-| --- | --- | --- | --- |
-| 온프레미스 HSM | 로컬 데이터센터 | 높음 | 높음 |
-| 하이브리드 클라우드 | 로컬과 클라우드 혼합 | 중-높음 | 중간 |
-| 관리형 KMS | 인증된 클라우드 | 높음 | 낮음 |
-| 자체 호스팅 | 사설 인프라 | 높음 | 중-높음 |
-
-성공하려면 규정 준수, 안전한 도구, 전문가 지침에 집중하세요.
-
-## Konstantinos Karagiannis | 중국이 암호화를 깨뜨렸나...
-
-<iframe src="https://www.youtube.com/embed/Ay_Qxy3bBI0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 중국의 키 관리 과제
-
-중국 규정 하에서 암호화 키를 다루는 것은 정확한 기술적 해결책과 신중한 규정 준수가 필요한 다양한 과제를 제시합니다.
-
-### 데이터 저장 규칙
-
-중국의 [개인정보보호법](https://en.wikipedia.org/wiki/Personal_Information_Protection_Law_of_the_People%27s_Republic_of_China) (PIPL)은 암호화 키 저장에 대해 엄격한 규칙을 강제합니다. 키 저장 시스템은 다음을 충족해야 합니다:
-
--   법률에 따라 물리적 서버를 중국 본토 내에 전적으로 호스팅.
--   국내 여러 데이터센터에 걸친 중복성 유지.
--   처리 중 데이터가 국경 내에 머물도록 보장.
--   모든 키 접근과 수정에 대한 상세 로그 유지.
-
-이는 개발자들이 종종 중국 내외 운영을 위한 별도의 저장 설정이 필요함을 의미합니다. 보안 저장이 필수이지만, 감독 수준이 추가적인 복잡성을 더합니다.
-
-### 정부 감독 요구사항
-
-저장 규칙 외에도, 정부 감독은 암호화 키 관리에 더 많은 장애물을 도입합니다. 주요 요구사항과 그 영향을 살펴보면:
-
-| 요구사항 | 개발에 미치는 영향 | 기술적 의미 |
-| --- | --- | --- |
-| 정기 감사 | 분기별 보안 검토 | 상세한 감사 추적 필요 |
-| 접근 프로토콜 | 당국 접근 프로토콜 | 감독을 위한 보안 엔드포인트 |
-| 보고 시스템 | 월간 규정 준수 보고서 | 자동화된 모니터링 시스템 |
-| 키 백업 | 보조 저장소 설정 | 높은 인프라 비용 |
-
-이러한 요구사항은 운영 비용을 증가시킬 뿐만 아니라 규정 준수 기준을 충족하기 위한 고급 기술 솔루션을 필요로 합니다.
-
-### 기술적 제한
-
-저장과 감독 외에도, 기술적 제한은 [암호화 관행](https://capgo.app/docs/cli/migrations/encryption/)에 추가적인 장애물을 만듭니다. 개발자들은 다음을 고려해야 합니다:
-
--   **승인된 알고리즘**: 정부 인증 암호화 방식만 사용 가능.
--   **키 길이 제한**: 최대 키 길이가 엄격히 규제됨.
--   **프로토콜 제한**: 특정 프로토콜은 명시적으로 금지됨.
-
-이러한 제약은 특히 빈번한 업데이트나 실시간 데이터 처리가 필요한 앱에서 보안 기능을 구현하기 어렵게 만듭니다. 결과적으로 많은 개발자들이 규정 준수와 성능, 보안 니즈의 균형을 맞추기 위해 특화된 도구와 서비스를 활용합니다.
-
-## 중국 키 관리를 위한 해결책
-
-### 로컬 저장소와 규정 준수
-
-중국의 규정은 키 관리 시스템이 규정을 준수하는 자체 호스팅을 통해 데이터 주권을 보장할 것을 요구합니다. Capgo의 [자체 호스팅 옵션](https://capgo.app/blog/self-hosted-capgo/)은 모든 데이터를 중국 본토 내에 유지하여, 이러한 규칙에 맞춰 암호화 키를 관리하는 안전한 접근 방식을 제공합니다. 이 설정은 암호화 표준을 효과적으로 충족하기 위한 기반을 마련합니다.
-
-### 업데이트 시스템과 암호화 보안
-
-중국의 암호화법은 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)가 승인된 플랫폼을 통해 처리되어야 함을 요구합니다. Capgo는 종단간 암호화를 사용하여 이를 해결하며, 승인된 사용자만이 데이터를 복호화할 수 있도록 보장합니다. CI/CD 통합으로 규정 준수 확인을 자동화하며, 내장된 버전 관리는 암호화 변경을 모니터링하기 위한 상세한 감사 추적을 제공합니다.
-
-## 키 관리 방법
-
-중국에서 암호화 키를 효과적으로 관리하는 것은 엄격한 규정과 운영 니즈의 균형을 맞추는 것을 의미합니다. 조직은 데이터 주권 규칙을 충족하면서 온프레미스 저장소, 하이브리드 클라우드 설정, 관리형 키 서비스, 또는 자체 호스팅 솔루션과 같은 옵션을 고려해야 합니다.
-
-### 방법 비교 차트
-
-| 방법 | 저장 위치 | 규정 준수 수준 | 구현 복잡성 |
-| --- | --- | --- | --- |
-| 온프레미스 HSM | 중국 내 로컬 데이터센터 | 높음 | 높음 |
-| 하이브리드 클라우드 | 로컬 데이터센터와 승인된 제공자 혼합 | 중-높음 | 중간 |
-| 관리형 KMS | 중국 내 인증된 클라우드 제공자 | 높음 | 낮음 |
-| 자체 호스팅 | 중국 내 사설 인프라 | 높음 | 중-높음 |
-
-각 옵션은 고유한 이점을 제공합니다. 온프레미스 하드웨어 보안 모듈(HSM)은 가장 높은 수준의 제어를 제공하지만 인프라에 상당한 투자가 필요합니다. 하이브리드 클라우드 솔루션은 로컬과 승인된 클라우드 리소스의 혼합을 허용하여 유연성과 규정 준수 사이의 균형을 맞춥니다. 관리형 키 서비스는 배포를 단순화하지만 사용자 지정이 덜할 수 있습니다. 자체 호스팅 설정은 중국 내에서 암호화 시스템에 대한 상세한 제어가 필요한 조직들 사이에서 인기를 얻고 있습니다.
-
-방법을 선택할 때는 지속적인 유지보수, 규정 준수 확인, 정기적인 감사를 지원하는 옵션을 우선시하세요. 이러한 고려사항은 다음 섹션에서 다룰 실용적인 지침의 기초가 됩니다.
-
-## 개발자 지침
-
-중국의 규정 하에서 암호화 키를 관리하는 것은 구조화된 접근이 필요합니다. 이러한 지침은 개발자들이 규제 요구사항을 실제 응용과 조화시키는 데 도움을 줍니다.
-
-### 정기적인 규칙 확인
-
-개발자들은 암호화 규정 준수를 보장하기 위한 정기적인 프로세스를 수립해야 합니다. 여기에는 키 저장 방법 검토, 암호화 알고리즘 사용 확인, 접근 제어 점검, 데이터 상주 규칙 준수 확인이 포함됩니다. 중국 암호화 표준 준수를 입증하기 위해 이러한 검토의 상세한 기록을 유지하세요.
-
-### 현지 전문가와의 협력
-
-중국의 암호화 요구사항을 탐색하는 것은 어려울 수 있습니다. 현지 법률 및 보안 전문가와의 협력이 중요합니다. 이러한 전문가들은 승인된 암호화 표준 구현, 중국어로 필요한 문서 준비, 정부 감사 중 지원을 통해 모든 것이 순조롭게 진행되도록 도울 수 있습니다.
-
-### 규정을 준수하는 도구 선택
-
-중국의 암호화 요구사항을 충족하는 도구를 사용하는 것은 효율성을 희생하지 않고 보안을 유지하는 데 핵심입니다. 예를 들어, Capgo는 종단간 암호화와 로컬 호스팅 옵션으로 앱 업데이트를 지원합니다 [\[1\]](https://capgo.app/). 이는 앞서 언급한 업데이트 관리 전략과 일치합니다. 도구를 선택할 때는 [로컬 데이터 저장](https://capgo.app/plugins/capacitor-data-storage-sqlite/), 승인된 암호화 방식, 상세한 감사 추적, 강력한 접근 제어와 같은 기능에 집중하세요. 데이터에 따르면 Capgo와 같은 도구를 사용하는 개발자들은 규정을 준수하면서 24시간 내 95%의 활성 사용자 업데이트율을 달성했습니다 [\[1\]](https://capgo.app/).
-
-> "Capgo는 더 생산적이 되고 싶은 개발자들에게 필수 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 것이 금상첨화죠." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## 요약
-
-중국에서 암호화 키를 관리하기 위해서는 로컬 데이터 저장, 승인된 표준 준수, 상세한 감사 추적 유지가 필요합니다. 이러한 엄격한 규칙과 효율적인 운영의 균형을 맞추는 것이 중국 시
diff --git a/src/content/blog/ko/live-updates-faq-answers-for-app-developers.md b/src/content/blog/ko/live-updates-faq-answers-for-app-developers.md
deleted file mode 100644
index 6c64218ac..000000000
--- a/src/content/blog/ko/live-updates-faq-answers-for-app-developers.md
+++ /dev/null
@@ -1,318 +0,0 @@
----
-slug: live-updates-faq-answers-for-app-developers
-title: '실시간 업데이트 FAQ: 앱 개발자를 위한 답변'
-description: '앱 개발자를 위한 라이브 업데이트의 이점, 빠른 배포, 자동 업데이트 및 향상된 사용자 경험을 탐색하세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-07T06:25:21.043Z
-updated_at: 2025-11-24T15:08:57.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a55480be11a9ef5f3c1ab9-1738909539340.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  live updates, app development, OTA technology, CI/CD, security protocols,
-  emergency fixes, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-라이브 업데이트는 개발자가 앱 스토어 리뷰를 기다리지 않고 사용자 앱에 업데이트와 수정을 신속하게 배포할 수 있도록 합니다. 실시간으로 변경 사항을 적용하기 위해 무선(OTA) 기술을 사용하여 배포 속도와 효율성을 개선합니다.
-
-### 라이브 업데이트의 주요 이점:
-
--   **더 빠른 배포**: 업데이트는 3-5일이 아닌 1-2시간 만에 라이브로 진행될 수 있습니다.
--   **[자동 업데이트](https://capgo.app/docs/plugin/cloud-mode/auto-update/)**: 사용자는 앱을 수동으로 업데이트할 필요가 없습니다.
--   **부분 업데이트**: 전체 앱이 아닌 필요한 변경 사항만 업데이트됩니다.
--   **긴급 수정**: 치명적인 버그는 즉시 해결할 수 있습니다.
-
-### [Capacitor](https://capacitorjs.com/)에서 라이브 업데이트 사용 방법:
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-07.jpg?auto=compress)
-
-1.  **SDK 설정**: 라이브 업데이트 SDK를 설치하고 앱을 구성합니다.
-2.  **업데이트 로직 통합**: 자동으로 업데이트를 확인하고 적용하는 코드를 추가합니다.
-3.  **CI/CD 파이프라인 사용**: 원활한 업데이트를 위해 테스트 및 배포를 자동화합니다.
-4.  **보안 보장**: 암호화 및 HTTPS 프로토콜로 업데이트를 보호합니다.
-5.  **앱 스토어 규칙 준수**: Apple 및 Google Play 정책을 준수합니다.
-
-### 비교: 전통적인 업데이트 vs. 라이브 업데이트
-
-| 기능 | 전통적인 업데이트 | 라이브 업데이트 |
-| --- | --- | --- |
-| **배포 시간** | 3-5일 | 1-2시간 |
-| **앱 스토어 리뷰** | 필수 | 건너뛰기 |
-| **사용자 행동** | 수동 업데이트 | 자동 |
-| **내용 변경** | 전체 앱 업데이트 | 부분 업데이트 |
-| **긴급 수정** | 지연 | 즉시 |
-
-라이브 업데이트는 시간을 절약하고 앱의 안정성을 향상시켜 개발자가 문제에 신속하게 대응할 수 있도록 합니다. 시작할 준비가 되셨나요? 설치 및 모범 사례를 위한 전체 가이드에 dive into 해보세요.
-
-## Capacitor에서 라이브 업데이트 설정
-
-### Capacitor 라이브 업데이트 구성 요소
-
-Capacitor의 라이브 업데이트 시스템은 앱에 업데이트를 추가하기 위해 **라이브 업데이트 SDK**에 의존하며 배포 관리를 위해 **[Ionic Appflow](https://ionic.io/appflow/)**를 사용합니다. 주요 구성 요소를 간단히 설명하면 다음과 같습니다:
-
-| 구성 요소 | 기능 | 주요 특징 |
-| --- | --- | --- |
-| **라이브 업데이트 SDK** | 프론트엔드 구현 | 업데이트, UI 통합을 위한 API |
-| **Ionic Appflow** | 백엔드 관리 | 클라우드 빌드, 배포 도구 |
-| **[Capacitor 앱 플러그인](https://capgo.app/blog/capacitor-comprehensive-guide/)** | 핵심 통합 | 이벤트 및 생명 주기를 처리 |
-
-### 설정 지침
-
-1. **라이브 업데이트를 위해 `capacitor.config.ts` 업데이트**
-
-Capacitor 구성 파일에 다음 구성을 추가합니다:
-
-```typescript
-{
-  autoUpdateMethod: 'none',
-  plugins: {
-    LiveUpdates: {
-      appId: 'YOUR_APP_ID',
-      channel: 'production'
-    }
-  }
-}
-```
-
-2. **필요한 플러그인 설치**
-
-필요한 종속성을 추가하기 위해 다음 명령어를 실행합니다:
-
-```bash
-npm install @capacitor/app
-npm install @ionic/live-updates
-```
-
-3. **앱에 업데이트 로직 추가**
-
-업데이트를 확인하고 업데이트가 있을 경우 앱을 다시 로드하는 코드를 포함합니다. 예시는 다음과 같습니다:
-
-```typescript
-import { App } from '@capacitor/app';
-import { LiveUpdates } from '@ionic/live-updates';
-
-// Listen for the app resume event
-App.addListener('resume', async () => {
-  const update = await LiveUpdates.sync();
-  if (update.available) {
-    await LiveUpdates.reload();
-  }
-});
-```
-
-Capgo는 암호화 및 유연한 배포 옵션으로 추가 보안 계층을 추가합니다. Capgo의 창립자인 Martin Donadieu에 따르면, 이러한 기능은 실제 개발자의 필요와 앱 스토어 요구 사항을 충족하도록 설계되었습니다.
-
-[업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 개선하기 위해 **Ionic Appflow**를 사용하여 배포 성공률 및 사용자 수용을 모니터링하세요. 이 설정은 귀하의 앱이 응답성이 뛰어나고 최신 상태를 유지하도록 보장합니다.
-
-라이브 업데이트가 이루어진 후, 다음 단계는 CI/CD 파이프라인에 통합하여 배포 워크플로를 간소화하고 자동화하는 것입니다.
-
-## 라이브 업데이트를 위한 CI/CD 설정
-
-### 업데이트를 위한 CI/CD 기본 사항
-
-CI/CD는 코드의 통합, 테스트 및 배포 프로세스를 자동화하여 라이브 업데이트를 원활하게 하고 잠재적인 오류를 줄입니다. 이러한 접근 방식은 업데이트가 일관되게 제공되도록 하고 높은 품질 기준을 유지합니다.
-
-여기 라이브 업데이트를 위한 견고한 CI/CD 파이프라인에 일반적으로 포함되는 항목이 있습니다:
-
-| 구성 요소 | 목적 | 주요 기능 |
-| --- | --- | --- |
-| **소스 제어** | 버전 관리 | 코드 버전 및 이력 추적 |
-| **빌드 자동화** | 패키지 생성 | 업데이트 번들 생성 |
-| **자동화 테스트** | 품질 보증 | 업데이트가 의도한 대로 작동하는지 확인 |
-| **배포 시스템** | 업데이트 배포 | OTA (무선) 업데이트 처리 |
-| **모니터링 도구** | 성능 추적 | 업데이트 효과 측정 |
-
-### 앱을 위한 최고의 CI/CD 도구
-
-여러 도구가 Capacitor의 라이브 업데이트 워크플로와 원활하게 작동하여 개발자가 다양한 플랫폼에서 업데이트를 자동화할 수 있도록 돕습니다:
-
-| 도구 | 전문성 | 통합 기능 |
-| --- | --- | --- |
-| **[GitHub Actions](https://docs.github.com/actions)** | 클라우드 네이티브 CI/CD | 빌트인 리포지토리 워크플로 |
-| **[Bitrise](https://bitrise.io/)** | 모바일 우선 CI/CD | 모바일 테스트 및 코드 서명을 위해 설계됨 |
-| **[Jenkins](https://www.jenkins.io/)** | 자체 호스팅 CI/CD | 사용자 정의 파이프라인 및 플러그인 제공 |
-
-Capgo의 API는 이러한 도구와 통합되어 [안전한 암호화](https://capgo.app/docs/cli/migrations/encryption/)을 제공하여 자동화된 배포의 효율성과 안전성을 보장합니다.
-
-### 업데이트 파이프라인 구축
-
-효과적인 CI/CD 파이프라인을 설정하려면 다음 단계를 따르세요:
-
-1. **환경 및 테스트 구성**
-
-다음 YAML 구성을 사용하여 환경을 설정하고 테스트를 실행합니다:
-
-```yaml
-steps:
-  - uses: actions/setup-node@v2
-    with:
-      node-version: '24'
-  - name: Install and Test
-    run: |
-      npm install
-      npm run test
-```
-
-2. **업데이트 배포**
-
-Capgo의 CLI는 단 한 명령어로 배포를 간단하게 하여 안전하고 효율적인 OTA(무선) 전달을 보장합니다.
-
-자동화된 CI/CD 파이프라인을 사용하는 팀은 **75%의 배포 시간 단축** 및 **80%의 앱 품질 향상**을 보고했습니다 [\[1\]](https://www.kellton.com/kellton-tech-blog/mobile-ci-cd-challenges-in-app-development-lifecycle).
-
-> "CI/CD 워크플로를 자동화하면 오류를 최소화하고 효율성을 높일 수 있습니다."
-
-배포 성능을 모니터링하기 위해 Capgo의 대시보드와 같은 도구가 성공률을 추적하고 병목 현상을 파악할 수 있습니다. CI/CD 파이프라인이 설정되면 다음 단계는 라이브 업데이트에 대한 보안 및 규정 준수 요구 사항을 충족하는 것입니다.
-
-## 라이브 업데이트 안전성과 기준
-
-### 보안 요구 사항
-
-업데이트를 안전하게 유지하기 위해 **HTTPS**, **디지털 서명**, 및 **[다중 요소 인증](https://capgo.app/docs/webapp/mfa/)**을 사용하세요. 이러한 조치는 전송 중 데이터를 보호하고 업데이트의 출처를 확인하며 무단 배포를 차단합니다. 업데이트 패키지는 전송 중 및 저장 중 모두 암호화하여 잠재적 위험으로부터 방어합니다.
-
-이러한 보호 장치를 설정한 후에는 업데이트를 철저히 테스트하고 문제가 발생할 경우를 대비한 복구 계획을 마련하는 것이 중요합니다.
-
-### 테스트 및 복구 계획
-
-견고한 테스트 프로세스는 위험을 줄이고 업데이트가 원활하게 실행되도록 보장합니다:
-
-| 테스트 단계 | 성공 지표 |
-| --- | --- |
-| **자동화 테스트와 함께 스테이징** | 95% 코드 커버리지, 동일 기능 |
-| **단계적 롤아웃** | 0.1% 이하 실패율 |
-
-자동화된 롤백 시스템은 신속하게 실패를 감지하고 수정할 수 있어 업데이트의 99.9% 성공률을 유지하는 데 도움이 됩니다.
-
-테스트 및 복구 계획이 수립된 후 다음 단계는 사용자가 신뢰를 구축할 수 있도록 업데이트에 대한 정보를 제공하는 것입니다.
-
-### 업데이트 알림
-
-업데이트에 대한 명확한 커뮤니케이션은 사용자가 귀하의 앱에 자신감을 느끼도록 하여 보안 및 테스트 노력에 기여합니다. 인앱 배너 또는 무음 업데이트와 같은 비침해적인 알림은 강제 업데이트보다 사용자의 승인을 받을 확률이 72% 더 높습니다.
-
-사용자를 알릴 때는 명확성과 관련성을 목표로 하세요. 간결한 변경 로그를 사용하여 새로운 내용을 설명하고 예상 업데이트 시간을 제공하여 기대치를 설정하세요. 이러한 접근 방식은 사용자에게 방해가 되지 않으면서 정보를 제공합니다.
-
-> "모바일 애플리케이션 보안은 지속적인 과정입니다. 개발 생애 주기 전반에 걸쳐 보안을 우선시하고 새로운 위협에 대응하기 위해 사전 대응적인 접근 방식을 채택하세요."
-
-###### sbb-itb-f9944d2
-
-## Appflow 배포: Ionic 앱 사용자에게 실시간 업데이트 제공
-
-<iframe src="https://www.youtube.com/embed/3gj54AewoC8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 라이브 업데이트 도구 가이드
-
-[Capacitor 개발자](https://capgo.app/blog/capacitor-comprehensive-guide/)에게 적합한 라이브 업데이트 도구를 선택하는 것은 앱 성능과 사용자 경험에 큰 차이를 만들 수 있습니다.
-
-### 도구 비교 차트
-
-여기 인기 있는 라이브 업데이트 도구와 그 성능을 비교한 간단한 표가 있습니다:
-
-| 기능 | Capgo | Ionic Appflow | 기타 솔루션 |
-| --- | --- | --- | --- |
-| 통합 용이성 | Capacitor에 최적화 | Ionic에 집중 | 플랫폼에 따라 다름 |
-| 업데이트 전략 | 배경 + 즉시 | 배경 전용 | 제한된 옵션 |
-| 확장성 | 1M 업데이트, 12GB 저장소 | 계획 기반 한계 | 500MB-5GB, 다양 |
-| CI/CD 통합 | 예, Bitrise와 함께 | 제한적 | 플랫폼 의존 |
-| 보안 기능 | 종단 간 암호화 | 기본 암호화 | 다를 수 있음 |
-| 크로스 플랫폼 지원 | 전체 | 부분 | 제한됨 |
-| 가격 (월간) | $12-$249 | 맞춤 가격 | 가변적 |
-
-### [Capgo](https://capgo.app/) 기능 개요
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-07.jpg?auto=compress)
-
-Capgo는 매달 150,000개 이상의 라이브 업데이트를 처리하여 중소기업에 맞게 확장 가능하다는 것을 증명합니다. 다음은 Capgo의 차별점입니다:
-
-**[업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**
-
--   99.9% 성공률을 가진 실시간 배포
--   원활한 배경 업데이트 및 즉각적인 롤백 옵션
-
-**보안 인프라**
-
--   업데이트는 종단 간 암호화로 보호됩니다.
--   기업 사용자를 위한 안전한 API 액세스
--   Apple 및 Google Play 가이드라인을 완전히 준수합니다.
-
-**개발 도구**
-
--   Bitrise와 같은 인기 CI/CD 플랫폼과 직접 통합
--   업데이트를 추적하기 위한 고급 분석을 제공합니다.
--   기업 고객을 위한 맞춤 도메인을 지원합니다.
-
-> "플랫폼 독립성과 맞춤형 구성 옵션이 Capgo를 다양한 플랫폼에서 여러 앱 버전을 관리하는 팀에 특히 효과적으로 만듭니다,"라고 Capgo의 창립자인 Martin Donadieu가 말합니다.
-
-Capgo는 또한 전용 지원 및 안전한 API 접근을 제공하여 개발자들이 중단 없이 작업할 수 있도록 보장합니다. 원활한 업데이트를 유지하려면 플랫폼별 앱 스토어 규칙을 따르는 것이 중요합니다.
-
-## 라이브 업데이트를 위한 앱 스토어 규칙
-
-앱 스토어 규칙을 이해하는 것은 라이브 업데이트를 효과적으로 사용하고 잠재적인 거절을 피하는 데 핵심입니다. Apple과 Google은 개발자가 철저히 따라야 할 특정 정책을 가지고 있습니다.
-
-### Apple의 라이브 업데이트 규칙
-
-Apple은 앱이 높은 품질과 사용자 신뢰를 유지하도록 보장하기 위해 엄격한 정책을 시행하고 있습니다. 다음은 주요 요구 사항입니다:
-
-| 요구 사항 | 설명 | 영향 |
-| --- | --- | --- |
-| 기능성 | 업데이트는 앱의 의도된 목적과 기준을 유지해야 합니다 | 앱 성능을 일관되게 유지합니다 |
-| 투명성 | 명확한 업데이트 설명 및 메타데이터 제공 | 사용자가 변경 사항을 이해하는 데 도움을 줍니다 |
-| 사용자 제어 | 사용자는 기능성에 영향을 미치는 업데이트를 거부할 수 있는 옵션을 가져야 합니다 | 사용자 선택을 존중합니다 |
-| 데이터 프라이버시 | 사용자 동의 없이 새로운 데이터 수집이 금지됩니다 | 사용자 정보를 안전하게 보호합니다 |
-
-Apple은 또한 모든 라이브 업데이트에 대해 HTTPS 및 암호화 프로토콜 사용을 의무화하여 명확한 소통과 안전한 관행을 통해 사용자 신뢰를 강조합니다.
-
-### Google Play 업데이트 정책
-
-Google Play는 라이브 업데이트에 대해 더 유연한 접근 방식을 취하지만 여전히 특정 준수 규칙을 시행합니다. 그들의 초점은 자동화된 검증과 앱 보안을 유지하는 것입니다.
-
-**주요 정책 하이라이트**
-
--   업데이트는 Google Play 개발자 프로그램 정책을 준수해야 합니다.
--   개발자는 업데이트를 배포하기 전에 새로운 권한이나 기능에 대해 사용자와 앱 스토어에 통지해야 합니다.
--   백그라운드 업데이트는 배터리 소모를 최소화해야 합니다.
-
-> "플랫폼 독립성과 보안 요구 사항은 성공적인 배포를 위한 준수를 중요하게 만듭니다."라고 Google Play 보안 엔지니어가 설명합니다. "개발자는 오류나 보안 침해를 방지하기 위해 강력한 테스트 및 검증 프로세스를 구현해야 합니다" [\[2\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers).
-
-### Apple과 Google Play 비교
-
-두 플랫폼이 라이브 업데이트를 어떻게 처리하는지에 대한 간단한 비교는 다음과 같습니다:
-
-| 관행 | Apple 앱 스토어 | Google Play |
-| --- | --- | --- |
-| 업데이트 빈도 | 제한적, 검토 필요 | 더 빈번한 업데이트 허용 |
-| 보안 프로토콜 | 엄격한 암호화 요구 | 표준 HTTPS 수용 |
-| 기능 변경 | 승인 후 제한됨 | 더 큰 유연성 제공 |
-
-Capacitor를 사용하는 개발자는 제출 전 테스트 결과를 문서화하고 이를 앱 스토어 가이드라인과 일치시키는 것이 준수를 보장하는 데 도움이 될 수 있습니다. 이 접근법은 두 플랫폼의 요구 사항을 충족하면서 라이브 업데이트의 잠재력을 극대화합니다.
-
-## 결론: 구현 단계
-
-### 빠른 설정 가이드
-
-라이브 업데이트 설정에는 여러 주요 단계가 포함됩니다. 시작하는 데 도움이 되는 간단한 분해는 다음과 같습니다:
-
-| 단계 | 주요 작업 | 도구/요구 사항 |
-| --- | --- | --- |
-| 초기 설정 | 라이브 업데이트 SDK 설치, Capacitor 구성 | Capacitor CLI, 라이브 업데이트 SDK |
-| CI/CD 통합 | 빌드 환경 구성, 자동화된 테스트 설정 | Ionic Appflow, Jenkins |
-| 보안 설정 | HTTPS 활성화, 암호화 프로토콜 구성 | SSL 인증서, 보안 토큰 |
-| 배포 | 배포 채널 설정, 사용자 타겟팅 구성 | Capgo 또는 유사 플랫폼 |
-
-> "Martin Donadieu는 안전하고 사용자 중심의 설정으로 시작하는 것이 라이브 업데이트의 장기적인 성공을 보장한다고 강조합니다."
-
-초기 설정이 완료되면 라이브 업데이트 프로세스를 개선하고 조정하는 데 집중하게 됩니다.
-
-### 다음 단계
-
-라이브 업데이트가 원활하게 실행되고 플랫폼 요구 사항을 충족하도록 하려면 다음 단계를 고려하세요:
-
--   분석 도구를 사용하여 업데이트 채택 및 성능을 모니터링합니다.
--   문제를 처리하기 위한 오류 로깅 및 롤백 절차를 설정합니다.
--   업데이트가 신뢰할 수 있도록 하기 위해 상세한 테스트 파이프라인을 구축합니다.
--   팀과 일관성을 위해 문서화된 테스트 프로토콜을 공유합니다.
-
-이러한 관행은 작업 흐름을 유지하고 Apple 및 Google Play 가이드라인을 준수하는 데 도움이 됩니다.
diff --git a/src/content/blog/ko/live-updates-for-flutter-app.md b/src/content/blog/ko/live-updates-for-flutter-app.md
deleted file mode 100644
index 6b8ac6f5c..000000000
--- a/src/content/blog/ko/live-updates-for-flutter-app.md
+++ /dev/null
@@ -1,30 +0,0 @@
----
-slug: live-updates-for-flutter-app
-title: Flutter 실시간 업데이트
-description: App Store 검토 없이 Flutter 앱에 실시간 업데이트를 보내는 것이 가능한가요?
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-16T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /bypass_illustration.webp
-head_image_alt: Capacitor 바이패스 그림
-keywords: >-
-  Flutter, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-Capgo Live Update는 개발자가 기존의 앱스토어 제출 과정 없이 모바일 앱을 업데이트할 수 있게 해주는 서비스입니다. 이는 앱스토어 심사 과정을 기다리지 않고도 버그를 빠르게 수정하거나 작은 업데이트를 할 수 있는 편리한 방법입니다. 하지만 Capgo Live Update는 Flutter 앱이 네이티브 코드로 컴파일되기 때문에 Flutter 앱의 업데이트를 지원하지 않습니다.
-
-Flutter는 Dart 프로그래밍 언어를 사용하는 모바일 앱 개발 프레임워크입니다. Flutter의 주요 특징 중 하나는 개발자가 단일 코드베이스를 사용하여 iOS와 Android 모두에서 실행할 수 있는 앱을 만들 수 있다는 것입니다. 이를 위해 Flutter는 앱 코드를 각 플랫폼의 네이티브 코드로 컴파일합니다. 이는 앱이 웹 기반 앱이나 하이브리드 앱이 아닌 본질적으로 네이티브 앱이라는 것을 의미합니다.
-
-Flutter 앱이 네이티브 코드로 컴파일되기 때문에 Capgo Live Update를 사용하여 Flutter 앱을 업데이트하는 것은 불가능합니다. 대신 개발자는 다른 네이티브 앱과 마찬가지로 앱스토어에 업데이트를 제출해야 합니다.
-
-또한, 네이티브 코드를 업데이트하는 것은 일반적으로 앱스토어의 규칙에 위배됩니다. Apple App Store와 Google Play Store 모두 앱이 심사를 위해 제출된 후 네이티브 코드를 변경하는 것을 금지하는 정책을 가지고 있습니다. 이는 네이티브 코드를 변경하면 보안 취약점이나 앱 성능을 저하시킬 수 있는 다른 문제들이 발생할 수 있기 때문입니다.
-
-요약하자면, Capgo Live Update는 특정 유형의 모바일 앱에 대한 업데이트를 빠르게 배포하는데 유용한 도구이지만, Flutter 앱을 업데이트하는 데는 사용할 수 없습니다.
-
-이는 Flutter의 컴파일 과정의 특성과 앱스토어의 규칙 때문입니다.
diff --git a/src/content/blog/ko/manage-dev-and-prod-build-with-github-actions.md b/src/content/blog/ko/manage-dev-and-prod-build-with-github-actions.md
deleted file mode 100644
index 476ca4417..000000000
--- a/src/content/blog/ko/manage-dev-and-prod-build-with-github-actions.md
+++ /dev/null
@@ -1,153 +0,0 @@
----
-slug: manage-dev-and-prod-build-with-github-actions
-title: GitHub 액션으로 개발 및 프로덕션 빌드 관리
-description: >-
-  Capgo를 사용하여 특정 채널에 devbuild를 릴리스하고, Apple과 Google의 검토를 기다리지 않고도 팀이 Capacitor
-  Ionic 앱을 테스트할 수 있습니다
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-06-16T00:00:00.000Z
-updated_at: 2025-12-04T21:45:51.000Z
-head_image: /capgo_ci-cd-illustration.webp
-head_image_alt: 채널 빌드 일러스트레이션
-keywords: >-
-  GitHub Actions, CI/CD, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: CI/CD
-published: true
-locale: ko
-next_blog: how-to-send-specific-version-to-users
----
-이 튜토리얼은 GitHub 호스팅에 중점을 두고 있지만, 약간의 수정으로 다른 CI/CD 플랫폼에도 적용할 수 있습니다.
-
-## 시작하기 전에
-
-먼저 Capacitor 앱을 Capgo에 추가했는지 확인하세요. 이 튜토리얼은 업로드 단계에만 중점을 둡니다.
-
-## 커밋 규칙
-
-먼저 [conventional commits](https://www.conventionalcommits.org/en/v1.0.0/) 커밋 규칙을 따라야 합니다. 이는 버전 번호를 업그레이드하는 방법을 도구가 이해하는 데 도움이 됩니다. 5분이면 배울 수 있습니다.
-
-![Conventional commits](/conventional_commits.webp)
-
-## 태그를 위한 GitHub 액션
-
-그런 다음 자동으로 빌드하고 태그를 생성하는 첫 번째 GitHub 액션을 만들어야 합니다.
-
-다음 경로에 파일을 생성하세요: `.github/workflows/bump_version.yml`
-
-다음 내용으로:
-
-```toml
-name: Bump version
-
-on:
-  push:
-    branches:
-      - main
-      - development
-
-jobs:
-  bump-version:
-    if: "!startsWith(github.event.head_commit.message, 'chore(release):')"
-    runs-on: ubuntu-latest
-    name: "Bump version and create changelog with standard version"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-        with:
-          fetch-depth: 0
-          filter: blob:none
-          token: '${{ secrets.PERSONAL_ACCESS_TOKEN }}'
-      - name: Git config
-        run: |
-          git config --local user.name "github-actions[bot]"
-          git config --local user.email "github-actions[bot]@users.noreply.github.com"
-      - name: Create bump and changelog
-        if: github.ref == 'refs/heads/main'
-        run: npx capacitor-standard-version
-      - name: Create bump and changelog
-        if: github.ref != 'refs/heads/main'
-        run: npx capacitor-standard-version --prerelease alpha
-      - name: Push to origin
-        run: |
-          CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
-          remote_repo="https://${GITHUB_ACTOR}:${{ secrets.PERSONAL_ACCESS_TOKEN }}@github.com/${GITHUB_REPOSITORY}.git"
-          git pull $remote_repo $CURRENT_BRANCH
-          git push $remote_repo HEAD:$CURRENT_BRANCH --follow-tags --tags
-
-```
-
-이것은 main 브랜치의 모든 커밋에 대해 태그를 릴리스하고, `development`에 대해 `alpha` 릴리스를, 그리고 마지막으로 `CHANGELOG.md`의 각 커밋에 대한 변경 로그 항목을 생성합니다.
-
-이 파일이 없더라도 걱정하지 마세요. 자동으로 생성됩니다.
-
-이 기능이 작동하려면 [PERSONAL ACCESS](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token/)를 생성하여 GitHub [secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets "GitHub secrets")에 `PERSONAL_ACCESS_TOKEN`으로 추가해야 합니다.
-
-이는 CI가 변경 로그와 버전 범프를 커밋할 수 있도록 하는 데 필요합니다.
-
-토큰을 생성할 때 만료를 `never`로, 범위를 `repo`로 선택하세요.
-
-`package.json` 파일의 `version` 키를 설정하세요. 스토어에서 릴리스된 최신 버전을 사용하세요.
-
-이는 처음에만 필요하며, 이후에는 도구가 자동으로 업데이트합니다.
-
-이제 두 파일을 커밋하고 GitHub에서 첫 번째 태그가 나타나는 것을 확인할 수 있습니다!
-
-`capacitor-standard-version`은 마법을 부리는 패키지입니다. 기본적으로 Android와 iOS의 버전 번호도 업데이트합니다.
-
-## 빌드를 위한 GitHub 액션
-
-다음 경로에 파일을 생성하세요: `.github/workflows/build.yml`
-
-다음 내용으로:
-
-```toml
-name: Build source code and send to Capgo
-
-on:
-  push:
-    tags:
-      - '*'
-      
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    name: "Build code and release"
-    steps:
-      - name: Check out
-        uses: actions/checkout@v6
-      - name: Install dependencies
-        id: install_code
-        run: npm i
-      - name: Build
-        id: build_code
-        run: npm build
-        env:
-          MY_ENV_VAR: ${{ secrets.MY_ENV_VAR }}
-      - name: Create Release Alpha
-        if: "contains(github.ref, '-alpha.')"
-        id: create_release_prepro
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c development
-      - name: Create Release Production
-        if: "!contains(github.ref, '-alpha.')"
-        id: create_release_prod
-        run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} -c production
-```
-
-이는 의존성을 설치하고 빌드한 후 Capgo로 전송합니다.
-
-빌드 명령어가 다르다면 `build_code` 단계에서 변경할 수 있습니다.
-
-환경 변수가 필요하다면 `MY_ENV_VAR`를 사용하고 GitHub 프로젝트 설정의 secret에서 GitHub Action을 설정하세요.
-
-Capgo 업로드가 작동하려면 Capgo API 키를 가져와서 [GitHub 저장소의 secret](https://docs.github.com/en/actions/security-guides/encrypted-secrets/)에 `CAPGO_TOKEN`으로 추가해야 합니다.
-
-이제 두 파일을 커밋하고 Capgo에서 첫 번째 버전이 나타나는 것을 확인할 수 있습니다!
-
-커밋을 추가하면 프로덕션과 개발 채널을 위한 새로운 Capacitor 빌드가 생성됩니다.
-
-코드가 작동하는지 확실히 하기 위해 Ionic 빌드 단계에 테스트를 추가해야 합니다.
-
-Capgo 대시보드로 이동하여 방금 나타난 빌드를 확인하세요. 이제 CI/CD 시스템이 구축되었습니다.
diff --git a/src/content/blog/ko/managing-dependencies-in-capacitor-projects.md b/src/content/blog/ko/managing-dependencies-in-capacitor-projects.md
deleted file mode 100644
index df33ab800..000000000
--- a/src/content/blog/ko/managing-dependencies-in-capacitor-projects.md
+++ /dev/null
@@ -1,196 +0,0 @@
----
-slug: managing-dependencies-in-capacitor-projects
-title: Capacitor 프로젝트에서 종속성 관리하기
-description: 'Capacitor 프로젝트에서 보안을 강화하고, 기술 부채를 줄이며, 플랫폼 호환성을 보장하기 위한 필수 종속성 관리 전략을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-24T08:30:17.609Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67bbc47be5225d66b70936da-1740386039142.jpg
-head_image_alt: 모바일 개발
-keywords: 'Capacitor, dependency management, mobile development, plugins, automation'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 프로젝트에서 의존성 관리는 보안을 보장하고, 기술적 부채를 줄이며, 플랫폼 간 호환성을 유지하는데 필수적입니다. 다음은 알아야 할 사항입니다:
-
--   **최신 상태 유지**: 보안 취약점과 구형 기능을 피하기 위해 정기적으로 의존성을 업데이트하세요.
--   **도구 활용**: Capacitor CLI, npm, yarn 및 `capacitor-build-safety`와 같은 도구를 활용하여 의존성을 원활하게 관리하세요.
--   **플랫폼별 요구사항**:
-    -   iOS: [CocoaPods](https://cocoapods.org/)와 [Swift Package Manager](https://developer.apple.com/documentation/xcode/swift-packages)를 사용하여 의존성을 관리하세요.
-    -   Android: [Gradle](https://gradle.org/)로 의존성을 관리하고 API 레벨 21+ 호환성을 보장하세요.
--   **문제 해결**: 빌드 정리, 저장소 업데이트, 철저한 테스트를 통해 동기화 오류, 플러그인 충돌, SDK 불일치와 같은 일반적인 문제를 해결하세요.
--   **자동화**: [Capgo](https://capgo.app/)와 같은 도구를 사용하면 실시간 업데이트, 버전 관리, CI/CD 통합이 가능하여 프로세스를 간소화할 수 있습니다.
-
-의존성 관리는 앱의 안정성과 효율성에 영향을 미칩니다. 일관된 업데이트, 테스트, 자동화에 집중하여 프로젝트를 정상 궤도에 유지하세요.
-
-## 멀티 모듈 프로젝트의 의존성 관리
-
-<iframe src="https://www.youtube.com/embed/Z97sl7MrrzE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/)의 의존성 유형
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-24.jpg?auto=compress)
-
-Capacitor 프로젝트는 크로스 플랫폼 개발에서 각각 특정 역할을 하는 다양한 의존성에 의존합니다. 플러그인과 플랫폼별 구성을 살펴보겠습니다.
-
-### Capacitor 플러그인 작업
-
-[Capacitor 플러그인](https://capgo.app/plugins/)은 JavaScript를 네이티브 기능과 연결하여 통합된 웹 API를 제공합니다. Capacitor 팀의 공식 플러그인을 사용하면 통합이 간단해집니다.
-
-예를 들어, 카메라 기능을 추가하는 경우 설정은 다음과 같습니다:
-
-| 플랫폼 | 의존성 구성 |
-| --- | --- |
-| iOS | `CapacitorCamera` (Pod) |
-| Android | `com.capacitorjs:camera` (Maven) |
-| Web | `@capacitor/camera` (npm) |
-
-> "Capacitor는 앱이 지원되는 플랫폼에서 풍부한 네이티브 디바이스 기능에 접근하면서도 가능한 한 웹 표준에 가깝게 유지할 수 있도록 일관된 웹 중심의 API 세트를 제공합니다." - Capacitor 문서 [\[3\]](https://capacitorjs.com/docs)
-
-### 플랫폼별 의존성
-
-iOS의 경우 [Xcode](https://developer.apple.com/xcode/) CLI, CocoaPods, iOS 11 이상 지원이 필요합니다 [\[2\]](https://capacitorjs.com/docs/v2/getting-started/dependencies).
-
-Android의 경우 Android SDK, [Android Studio](https://developer.android.com/studio/intro)를 사용하고 대부분의 Android 기기를 커버하는 API 레벨 21 이상(Android 5.0 Lollipop)과의 호환성을 보장해야 합니다 [\[2\]](https://capacitorjs.com/docs/v2/getting-started/dependencies).
-
-iOS 의존성은 Podfile과 .podspec을 통해 관리되며, Android는 Gradle을 사용하여 구성합니다. 예를 들어, 두 플랫폼에서 MLKit 의존성이 잘못 구성되면 오류가 발생할 수 있어 정확한 설정의 중요성을 강조합니다 [\[4\]](https://ionic.zendesk.com/hc/en-us/articles/360037704753-Capacitor-Plugin-Development-Adding-iOS-podfile-dependencies).
-
-## 단계별 의존성 관리
-
-프로젝트를 원활하게 운영하기 위한 의존성 관리 방법입니다.
-
-### 새로운 의존성 설치
-
-JavaScript 의존성을 추가하려면 npm 또는 yarn을 사용한 다음 Capacitor CLI로 네이티브 프로젝트를 동기화하세요:
-
--   `npm install` 또는 `yarn add`를 사용하여 필요한 패키지를 설치하세요.
--   `npx cap sync`를 실행하여 iOS 및 Android 프로젝트를 업데이트하세요.
--   Xcode와 Android Studio를 열어 네이티브 프로젝트 설정을 확인하세요.
-
-[NativeScript](https://nativescript.org/) 기능을 추가하는 경우 다음 단계를 따르세요:
-
--   `npm install @nativescript/capacitor`를 실행하세요.
--   `npm run build:mobile`로 모바일 컴포넌트를 빌드하세요.
--   `npx cap sync`를 사용하여 업데이트를 동기화하세요 [\[5\]](https://capacitor.nativescript.org/installation.html).
-
-### 프로젝트 의존성 업데이트
-
-다음 단계에 따라 코어 및 플랫폼 의존성을 최신 상태로 유지하세요:
-
-1.  **코어 의존성**  
-    `/src-capacitor/package.json` 파일에서 Capacitor 코어 패키지를 업데이트하세요. 다음은 필요한 버전의 예시입니다:
-    
-    | 패키지 | 버전 |
-    | --- | --- |
-    | @capacitor/app | ^6.0.0 |
-    | @capacitor/cli | ^6.0.0 |
-    | @capacitor/core | ^6.0.0 |
-    | @capacitor/splash-screen | ^6.0.0 |
-    
-2.  **플랫폼 업데이트**
-    
-    -   Android의 경우: `npm install @capacitor/android@latest` 실행 [\[6\]](https://capacitorjs.com/docs/v2/android/updating).
-    -   iOS의 경우: `pod repo update` 실행 [\[5\]](https://capacitor.nativescript.org/installation.html).
-
-업데이트 후 양쪽 플랫폼에서 애플리케이션을 테스트하여 모든 것이 예상대로 작동하는지 확인하세요. 최신 상태를 유지하면 보안 위험을 줄이고 기술적 부채를 방지할 수 있습니다.
-
-### 일반적인 의존성 문제와 해결책
-
-다음은 자주 발생하는 문제와 해결 방법입니다:
-
--   **Android 문제:**
-    
-    -   _"package android.support._ does not exist"_: jetifier 실행 [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    -   _"Please select Android SDK"_: Gradle 동기화 수행 [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    -   Android Studio 캐시를 정리하고 재시작하여 보류 중인 변경사항 적용 [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
--   **iOS 문제:**
-    
-    -   동기화가 실패하면 `pod repo update` 실행.
-    -   Xcode에서 빌드 폴더를 정리하고 재시작.
-    -   CocoaPods 호환성 확인.
--   **플러그인 문제:**
-    
-    -   _"Plugin Not Implemented"_ 오류의 경우 동기화 상태를 확인하고 플러그인이 자동으로 로드되는지 확인 [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-    -   ProGuard가 활성화된 경우 플러그인 클래스를 보존하는 규칙 추가 [\[8\]](https://capacitorjs.com/docs/android/troubleshooting).
-
-> "Capacitor는 최신 웹 도구를 사용하여 iOS, Android 등에서 네이티브로 실행되는 고성능 모바일 애플리케이션을 쉽게 구축할 수 있게 해주는 크로스 플랫폼 네이티브 런타임입니다." - Capacitor 문서 [\[3\]](https://capacitorjs.com/docs)
-
-## 의존성 관리 가이드라인
-
-Capacitor 프로젝트에서 효과적인 의존성 관리를 위해서는 자동화와 철저한 테스트를 포함한 구조화된 접근 방식이 필요합니다. 적절한 도구와 전략을 사용하면 프로젝트를 안정적이고 최신 상태로 유지할 수 있습니다.
-
-### 의존성 자동화 도구
-
-자동화 도구를 사용하면 의존성 관리가 훨씬 쉬워집니다. 예를 들어, **capacitor-build-safety**는 동기화되지 않은 Capacitor 변경사항이나 누락된 웹 빌드를 잡아내는 자동 검사를 실행합니다. 이는 배포 문제를 줄이고 플랫폼 간 릴리스 일관성을 유지합니다 [\[11\]](https://github.com/fkirc/capacitor-build-safety).
-
-또 다른 예로 **capacitor-sync-version-cli**는 버전 동기화를 자동화하고 Android의 versionCode를 계산합니다. 이는 수동 오류를 최소화하고 버전을 일치시킵니다 [\[12\]](https://github.com/bjesuiter/capacitor-sync-version-cli).
-
-주요 도구 비교:
-
-| 도구 | 주요 기능 | 핵심 이점 |
-| --- | --- | --- |
-| capacitor-build-safety | 릴리스 안전성 검사 | Android/iOS 릴리스 손상 방지 |
-| capacitor-sync-version-cli | 버전 동기화 | 버전 관리 단순화 |
-| npm audit | 보안 검사 | 취약점 탐지 |
-| Capgo/capacitor-updater | 실시간 업데이트 | 빠른 기능 배포 가능 |
-
-### 의존성 문서화 및 테스트
-
-워크플로우의 일부로 의존성을 문서화하고 테스트하는 것이 중요합니다. **의존성 주입(DI)**을 사용하면 코드를 모듈화하고 테스트하기 쉽게 만들 수 있습니다 [\[10\]](https://hackeryarn.com/post/universally-testable-dependencies/).
-
-Capacitor 플러그인 테스트를 위해 TypeScript 경로 매핑을 설정할 수 있습니다. **mocks** 디렉토리를 만들고 `tsconfig.spec.json`을 업데이트하여 `@capacitor/*`를 모의 구현에 매핑하면 제어된 환경에서 컴포넌트를 테스트할 수 있습니다 [\[9\]](https://github.com/ionic-team/cap-plugin-mock-jasmine).
-
-NPM 7 이상에서 의존성 충돌을 다룰 때는 다음 단계별 프로세스를 따르세요:
-
-1.  **상황 평가**  
-    `npm audit`를 사용하여 취약점을 검사하고 문제를 기록하세요 [\[1\]](https://capacitorjs.com/docs/vscode/dependencies).
-    
-2.  **충돌 해결**  
-    모든 것이 올바르게 설치될 때까지 의존성을 점진적으로 업그레이드하여 피어 의존성 충돌을 해결하세요 [\[13\]](https://volt.build/news/2023/04/12/capacitor-and-npm-6.html).
-    
-3.  **업데이트 확인**  
-    문제 해결 후 업데이트된 의존성을 철저히 테스트하세요. Jasmine과 같은 테스트 프레
-
--   **종단간 암호화**: 업데이트가 안전하게 암호화되어 승인된 사용자만 접근할 수 있습니다.
--   **CI/CD 통합**: GitHub Actions, GitLab CI, Azure DevOps와 같은 플랫폼과 원활하게 연동되어 배포를 자동화합니다.
--   **버전 관리**: 빌드 간 다양한 종속성 버전을 쉽게 관리하고 추적할 수 있습니다.
--   **실시간 업데이트**: 몇 분 만에 변경사항을 배포할 수 있습니다.
-
-이러한 도구들은 개발자가 시간을 절약하고 프로젝트를 원활하게 운영하는데 도움이 됩니다.
-
-Capacitor 프로젝트에서 Capgo를 설정하려면 다음 명령어를 사용하세요:
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-### 개발팀을 위한 이점
-
-Capgo를 사용하는 팀들은 **배포 효율성이 81% 향상**되었습니다 [\[14\]](https://capgo.app/). 다음은 Capgo가 돋보이는 이유입니다:
-
--   **빠른 배포**: 신속하게 업데이트를 푸시하고 사용자 할당 및 롤백 옵션과 같은 기능으로 관리할 수 있습니다.
--   **합리적인 가격**: $2,600의 일회성 CI/CD 설정 비용으로 다른 도구들에 비해 경제적인 선택입니다.
--   **향상된 워크플로우**: 실시간 모니터링과 유연한 조직 도구로 팀이 프로젝트를 더 잘 제어할 수 있습니다.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는데 매우 중요합니다!" – Rodrigo Mantica [\[14\]](https://capgo.app/)
-
-> "Capgo는 개발자들에게 필수적인 도구로, 길고 복잡한 검토 주기를 건너뛰어 생산성을 향상시킵니다." – Bessie Cooper [\[14\]](https://capgo.app/)
-
-## 요약
-
-Capacitor 프로젝트의 보안과 기술 부채를 최소화하기 위해서는 종속성을 효과적으로 관리하는 것이 중요합니다. 다음과 같이 할 수 있습니다:
-
--   **버전 관리**: `package-lock.json`과 같은 파일을 사용하여 종속성을 잠그고 일관성과 보안을 보장합니다 [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
--   **보안 검사**: 모든 종속성에 대해 정기적으로 취약점을 검사합니다 [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
--   **자동화 도구**: Renovate나 GitHub의 Dependabot과 같은 도구로 종속성 업데이트를 단순화하고 자동화할 수 있습니다 [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
-
-현대적인 도구들은 이러한 작업을 더 쉽게 만듭니다. 예를 들어, Capgo는 팀이 플랫폼 요구사항을 준수하면서 신속하고 안전하게 업데이트를 구현하는데 도움을 줍니다.
-
-> "종속성을 최신 상태로 유지하면 지원되고 안전한 제품을 사용할 수 있습니다. 업데이트를 무시하면 기술 부채가 증가하여 향후 업데이트가 더 어려워질 것입니다." - Capacitor 문서 [\[1\]](https://capacitorjs.com/docs/vscode/dependencies)
-
-안정성과 보안을 유지하기 위해 6-12개월의 SDK 업데이트 주기를 목표로 하고 정기적인 취약점 검사를 수행하세요 [\[7\]](https://cap.cloud.sap/docs/node.js/best-practices).
diff --git a/src/content/blog/ko/managing-secrets-in-cicd-pipelines.md b/src/content/blog/ko/managing-secrets-in-cicd-pipelines.md
deleted file mode 100644
index da5696ee3..000000000
--- a/src/content/blog/ko/managing-secrets-in-cicd-pipelines.md
+++ /dev/null
@@ -1,118 +0,0 @@
----
-slug: managing-secrets-in-cicd-pipelines
-title: CI/CD 파이프라인에서 비밀 관리하기
-description: CI/CD 파이프라인에서 보안을 강화하고 침해와 규정 준수 문제를 방지하기 위한 효과적인 비밀 관리 전략을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-20T00:50:40.782Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e-1745110261303.jpg
-head_image_alt: 기술
-keywords: 'CI/CD, secret management, security, environment variables, automated scanning'
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**CI/CD 파이프라인에서 비밀 정보를 안전하게 보관하는 것은 침해, 서비스 중단 및 규정 준수 문제를 방지하는 데 매우 중요합니다.** 다음은 효과적으로 수행하는 방법입니다:
-
--   비밀 정보를 안전하게 저장하기 위해 **환경 변수**와 **보안 볼트**를 사용하세요.
--   필요한 권한만 부여하고 비밀 정보를 정기적으로 교체하여 **접근을 제한**하세요.
--   `git-secrets` 또는 `truffleHog`와 같은 도구로 **비밀 정보 스캔을 자동화**하여 유출을 조기에 감지하세요.
--   [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), 또는 [Jenkins](https://www.jenkins.io/)와 같은 **CI/CD 도구**를 활용하여 내장된 비밀 정보 관리를 사용하세요.
--   상세한 로그로 비밀 정보 사용을 **모니터링하고 감사**하세요.
-
-### 일반적인 CI/CD 비밀 정보
-
--   [API 키](https://capgo.app/docs/webapp/api-keys/)
--   데이터베이스 자격 증명
--   암호화 키
--   인증 토큰
--   SSL 인증서
-
-### 인기 있는 비밀 정보 관리 플랫폼
-
-| 플랫폼 | 기능 | 최적 사용처 |
-| --- | --- | --- |
-| **[HashiCorp Vault](https://www.hashicorp.com/products/vault)** | 동적 비밀 정보, 암호화, 접근 제어 | 대규모 운영 |
-| **[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/)** | AWS 통합, 자동 교체 | AWS 중심 설정 |
-| **[Azure Key Vault](https://learn.microsoft.com/en-us/azure/key-vault/)** | 인증서 처리, 키 교체 | Microsoft 환경 |
-
-이러한 관행을 따르고 적절한 도구를 사용함으로써 CI/CD 파이프라인을 보호하고 안전한 워크플로우를 유지할 수 있습니다.
-
-## 비밀 정보에 대한 보안 지침
-
-### 코드에서 비밀 정보 제외하기
-
--   민감한 정보를 관리하기 위해 **환경 변수**를 사용하세요.
--   비밀 정보를 이를 위해 설계된 **보안 볼트**에 저장하세요.
--   빌드 프로세스 중 자격 증명을 주입하기 위해 CI/CD 파이프라인을 볼트에 연결하세요.
-
-### 접근 제한 및 모니터링
-
-각 사용자나 서비스에 **필요한 최소한의 권한**만 부여하고 권한을 정기적으로 검토하세요.
-
-또한, 정기적으로 비밀 정보를 교체하고 잠재적인 침해를 추적하고 식별하기 위해 **감사 로그**를 유지하세요.
-
-## [GitLab CI](https://docs.gitlab.com/ee/ci/)를 [HashiCorp Vault](https://www.hashicorp.com/products/vault)와 통합하여 검색하는 방법...
-
-<iframe src="https://www.youtube.com/embed/NsPcl4rqy9A" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 비밀 정보 관리 도구
-
-보안 지침이 마련되면 비밀 정보 관리를 위해 특별히 설계된 도구를 배포할 때입니다.
-
-### 비밀 정보 저장 플랫폼
-
-이러한 도구를 사용하여 모든 비밀 정보를 중앙화하고 모니터링하세요:
-
-| 플랫폼 | 기능 | 최적 사용처 |
-| --- | --- | --- |
-| **HashiCorp Vault** | 동적 비밀 정보, 암호화 서비스, ID 기반 접근 | 대규모 운영 |
-| **AWS Secrets Manager** | AWS와의 원활한 통합, 자동 교체, 세분화된 권한 | AWS 중심 설정 |
-| **Azure Key Vault** | 하드웨어 보안 모듈, 인증서 처리, 키 교체 | Microsoft 클라우드 환경 |
-
-저장 플랫폼에서 비밀 정보를 안전하게 보관한 후, CI/CD 도구에 포함된 비밀 정보 관리 기능을 활용하세요.
-
-### CI/CD 비밀 정보 관리
-
-많은 CI/CD 도구는 내장된 비밀 정보 관리 기능을 제공합니다:
-
--   **GitHub Actions**: 저장소와 조직 수준 모두에서 암호화된 비밀 정보를 제공합니다. 비밀 정보는 로그에서 자동으로 마스킹되며 승인된 워크플로우에서만 접근할 수 있습니다.
--   **GitLab CI**: 보호된 변수와 그룹 수준의 비밀 정보를 제공하여 격리를 유지하면서 프로젝트 간 안전한 공유가 가능합니다.
--   **Jenkins**: 자격 증명 플러그인과 함께 작동하고 외부 비밀 정보 저장소를 지원합니다. 로그에서 비밀 정보를 마스킹하기 위해 플러그인이 필요합니다.
-
-### [Capgo](https://capgo.app/) 보안 기능
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68043aae6000445eb1a64c9e/37a0fc028bf1f414683e8dee42eedfb0.jpg)
-
-Capgo는 표준 CI/CD 비밀 정보 관리를 확장하여 Capacitor 앱의 실시간 업데이트 보안을 강화합니다. 승인된 사용자만 민감한 데이터를 복호화할 수 있도록 종단 간 암호화를 사용합니다[\[1\]](https://capgo.app/).
-
-Capgo는 GitHub Actions, GitLab CI, Jenkins와 같은 도구와 원활하게 통합됩니다. 또한 채널 기반 배포와 역할 기반 접근 제어를 지원하여 Apple과 Android 플랫폼의 업데이트 요구 사항을 충족합니다.
-
-## 버전 제어의 비밀 정보
-
-하드코딩된 자격 증명이 유출되는 것을 방지하여 저장소를 보호하세요. 보안 볼트 저장소로 시작한 다음, 코드의 민감한 정보를 차단하기 위한 추가 보호 장치를 추가하세요.
-
-다음은 방어를 강화하는 방법입니다:
-
--   **[git-secrets](https://github.com/awslabs/git-secrets)나 pre-commit 프레임워크와 같은 도구를 사용**하여 커밋하기 전에 문제를 감지하세요.
--   **[truffleHog](https://github.com/trufflesecurity/trufflehog)이나 [GitGuardian](https://www.gitguardian.com/)과 같은 도구로 정기적인 스캔을 실행**하여 유출될 수 있는 비밀 정보를 감지하세요.
--   **CI/CD 검사를 자동화**하여 비밀 정보가 발견되면 빌드를 플래그하고 실패하도록 하세요.
-
-다음으로, 노출된 비밀 정보를 효과적으로 처리하는 방법을 다룰 것입니다.
-
-## 요약
-
-이 가이드에서는 볼트 저장소, 자동화된 스캔, CI/CD 도구 통합, 저장소 보호에 대해 살펴보았습니다. Capgo는 종단 간 암호화와 원활한 CI/CD 통합을 통해 보안과 빠른 배포를 결합합니다[\[1\]](https://capgo.app/).
-
-안전한 비밀 정보 관리를 위한 핵심 사항:
-
--   **볼트 저장소 사용**: 저장과 전송 중 모두 암호화를 제공하는 플랫폼을 사용하세요.
--   **보안 검사 자동화**: 비밀 정보 노출을 조기에 식별하기 위한 스캐닝 도구를 구현하세요.
--   **활동 추적 및 모니터링**: 비밀 정보 접근과 수정에 대한 상세한 감사 로그를 유지하세요.
--   **사고 대비**: 노출된 비밀 정보를 처리하고 필요할 때 변경 사항을 롤백하기 위한 명확한 프로세스를 설정하세요.
-
-효과적인 비밀 정보 관리는 보안을 장애물에서 지속적 배포를 위한 지원 시스템으로 전환합니다.
diff --git a/src/content/blog/ko/merge-policies-for-teams-using-capacitor-apps.md b/src/content/blog/ko/merge-policies-for-teams-using-capacitor-apps.md
deleted file mode 100644
index 6e2dc4467..000000000
--- a/src/content/blog/ko/merge-policies-for-teams-using-capacitor-apps.md
+++ /dev/null
@@ -1,176 +0,0 @@
----
-slug: merge-policies-for-teams-using-capacitor-apps
-title: Capacitor 앱을 사용하는 팀을 위한 병합 정책
-description: 'Capacitor 앱을 위한 효과적인 병합 정책을 설정하는 방법을 배우고 코드 품질, 원활한 업데이트 및 충돌 관리를 보장하세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T03:30:15.213Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809ac119bd9ce97f26bdef5-1745465426956.jpg
-head_image_alt: 모바일 개발
-keywords: 'merge policies, Capacitor apps, code quality, live updates, branch management'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-병합 정책은 웹 기술과 네이티브 코드를 결합한 [Capacitor](https://capacitorjs.com/) 앱에서 코드 품질과 원활한 업데이트를 유지하는 데 중요한 기초입니다. 이러한 정책은 특히 라이브 업데이트가 있는 빠른 개발 주기에서 안정성을 보장합니다. 다음은 알아야 할 사항입니다:
-
-1. **병합 정책이 중요한 이유**: 충돌을 방지하고, 네이티브 및 웹 코드의 호환성을 보장하며, 라이브 업데이트를 효율화합니다.
-2. **주요 구성 요소**:
-    1. **브랜치 관리**: main, development, feature, release/hotfix와 같은 구조화된 브랜치를 사용합니다.
-    2. **코드 리뷰**: 품질, 크로스 플랫폼 테스트 및 플러그인 호환성에 대한 필수 검사를 수행합니다.
-    3. **테스트**: 신뢰성을 위한 자동화된 (단위, 통합) 테스트 및 단계별 테스트를 진행합니다.
-    4. **라이브 업데이트**: [Capgo](https://capgo.app/)와 같은 도구는 즉각적인 배포, 모니터링 및 빠른 롤백을 가능하게 합니다.
-3. **공통 문제**: 엄격한 브랜치 규칙으로 버전 충돌을 해결하고 철저한 병합 전 테스트를 보장합니다.
-
-## [Capacitor](https://capacitorjs.com/) CI/CD를 위한 병합 정책 기본
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6809ac119bd9ce97f26bdef5/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### 병합 정책이란 무엇인가요?
-
-병합 정책은 웹 및 네이티브 변경 사항이 Capacitor 앱의 주요 브랜치로 병합되는 방식을 안내하는 규칙 및 프로세스입니다. 이들 정책은 다음을 돕습니다:
-
-1. **코드 품질 보장**: 불안정하거나 결함이 있는 코드가 통합되는 것을 방지합니다.
-2. **테스트 기준 충족**: 변경 사항이 모든 필요한 테스트를 통과하는지 확인합니다.
-3. **플러그인 의존성 안정화**: 플러그인 버전을 일관되게 유지하고 신뢰성을 보장합니다.
-4. **소유권 및 리뷰 조정**: 누가 변경 사항을 리뷰하고 승인하는지 정의합니다.
-
-이러한 일반 원칙은 강력한 출발점을 제공합니다. 이후 Capacitor의 하이브리드 아키텍처에 맞춰 조정할 수 있습니다.
-
-### Capacitor 특정 요구 사항
-
-Capacitor의 독특한 설정, 라이브 업데이트 및 하이브리드 코드는 웹, 네이티브 및 CI/CD 통합을 다루는 추가 정책이 필요합니다. 주목해야 할 사항은 다음과 같습니다:
-
-1. **플랫폼 코드 관리**: 네이티브 코드의 소유자를 정의하고 크로스 플랫폼 동작이 검증되도록 합니다.
-2. **플러그인 핸들링**: 예상치 못한 문제를 피하기 위해 플러그인 버전을 고정하고, [업데이트 자동화](https://capgo.app/docs/live-updates/update-behavior/) 및 플랫폼 간 호환성을 테스트합니다.
-3. **CI/CD 및 라이브 업데이트**: GitHub Actions, GitLab CI 또는 Jenkins와 같은 도구를 사용하여 자동 검사를 수행합니다. Capgo를 사용하여 라이브 업데이트를 자동화하여 즉각적으로 수정을 푸시하고 App Store 지연을 피합니다. Rodrigo Mantica는 "우리는 민첩한 개발을 실천하며 @Capgo는 사용자에게 지속적으로 제공하는 데 필수적입니다!"라고 말했습니다. [\[1\]](https://capgo.app/)
-
-## 병합 정책의 핵심 요소
-
-### 팀을 위한 브랜치 관리
-
-탄탄한 브랜치 전략은 일반적으로 다음과 같은 주요 브랜치를 포함합니다:
-
-1. **메인 브랜치**: 생산 준비가 완료된 코드를 포함합니다.
-2. **개발 브랜치**: 진행 중인 기능 개발에 사용됩니다.
-3. **기능 브랜치**: 작업 중인 과제를 위해 격리됩니다.
-4. **릴리즈/핫픽스 브랜치**: 버전을 안정화하고 긴급 수정을 적용하는 데 집중합니다.
-
-워크플로를 간소화하기 위해 CI/CD 플랫폼과 통합하여 자동화된 테스트 및 배포를 진행합니다. 구조화된 코드 리뷰는 품질 유지를 위해 필수적입니다.
-
-### 코드 리뷰 기준
-
-다양한 브랜치의 역할을 기반으로 하여, 동료 리뷰는 모든 웹 및 네이티브 구성 요소에 대해 필수적이어야 합니다. 리뷰 프로세스에 포함해야 할 주요 요소는 다음과 같습니다:
-
-1. **병합 전 검사**: 병합 전에 모든 자동화된 테스트가 통과하도록 합니다.
-2. **크로스 플랫폼 테스트**: iOS와 Android에서 기능을 검증합니다.
-3. **플러그인 호환성**: 플러그인 버전 및 의존성을 확인합니다.
-4. **성능 평가**: 변경 사항이 앱 성능에 미치는 영향을 평가합니다.
-5. **보안 리뷰**: 특히 라이브 업데이트에 대해 잠재적 위험에 초점을 맞춥니다.
-
-세분화된 권한은 접근 관리를 효과적으로 돕고, 목표 테스트는 변경 사항이 모든 요구 사항을 충족하도록 보장합니다.
-
-### 테스트 및 플러그인 업데이트
-
-코드가 승인되면 자동화된 테스트와 단계별 테스트를 통해 기능 및 플러그인 안정성을 검증합니다. 주요 테스트 범주는 다음과 같습니다:
-
-1. **단위 테스트**: CI에서 개별 구성 요소에 대한 자동화된 검사.
-2. **통합 테스트**: 병합 전에 구성 요소 간 상호작용 검증.
-3. **플랫폼 특정 테스트**: 각 운영 체제를 위한 전용 CI 작업.
-4. **라이브 업데이트 테스트**: 채널 기반 롤아웃을 통해 업데이트 검증.
-
-테스트 워크플로에는 다음이 포함되어야 합니다:
-
-1. **자동화된 테스트**: 일관된 검증을 위해 CI/CD 파이프라인을 사용합니다.
-2. **베타 테스트**: 업데이트를 통제된 사용자 그룹에 제공하여 릴리즈합니다.
-3. **단계적 배포**: 문제를 조기에 식별하기 위해 업데이트를 점진적으로 릴리즈합니다.
-4. **롤백 옵션**: 문제 있는 업데이트에 대한 신속한 복구 경로를 보장합니다.
-
-플러그인 버전을 고정하고 호환성 검사를 자동화하여 플러그인이 시간이 지남에 따라 진화하는 과정에서 안정성을 유지합니다. 이 접근 방식은 위험을 최소화하고 원활한 개발 프로세스를 보장합니다.
-
-## RHCSA EX200 연습 시험 질문 제1부: 이해하기 ...
-
-<iframe src="https://www.youtube.com/embed/Nf5Q1kMw6cM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 병합 워크플로우의 라이브 업데이트
-
-테스트 및 플러그인 워크플로가 최적화되면 병합 정책에 라이브 업데이트를 통합할 차례입니다.
-
-### 라이브 업데이트 및 배포 도구
-
-라이브 업데이트 도구는 즉각적인 배포, 실패 모니터링, 제어된 롤아웃 및 빠른 롤백을 허용합니다. 예를 들어, Capgo 시스템은 활성 사용자 중 95%를 24시간 내에 업데이트할 수 있습니다. [\[1\]](https://capgo.app/).
-
-이들 도구는 CI/CD 프로세스를 한 단계 더 발전시켜, 배포 전 테스트(단위 및 통합 테스트와 같은)와 실시간 배포 간의 간극을 메웁니다.
-
-### 릴리즈를 위한 브랜치 전략
-
-브랜치를 [릴리즈 채널](https://capgo.app/docs/webapp/channels/)에 맞게 구성합니다:
-
-1. **생산**: 안정적인 공개 릴리즈를 위한 것입니다.
-2. **베타**: 전체 릴리즈 전에 더 넓은 테스트를 위한 것입니다.
-3. **개발**: 내부 빌드 및 테스트를 위한 것입니다.
-
-라이브 업데이트 도구가 이러한 파이프라인에 원활하게 통합되어 원활한 운영을 보장하는지 확인합니다.
-
-### 라이브 업데이트 플랫폼 비교
-
-플랫폼 간의 비교는 다음과 같습니다:
-
-1. **Capgo**: 24시간 이내에 95%의 사용자 업데이트, 종단 간 암호화, 즉각적인 롤백 기능 및 완전한 CI/CD 통합을 제공합니다.
-2. **구식 도구**: 느린 업데이트 속도, 기본 서명 기능, 제한된 롤백 옵션 및 최소한의 파이프라인 통합을 제공합니다.
-
-Capgo는 또한 전 세계적으로 82%의 업데이트 성공률을 보고합니다. [\[1\]](https://capgo.app/).
-
-## 실용적인 팁 및 문제 해결
-
-배포를 진행하기 전에 일반적인 문제를 해결하기 위한 이러한 전략을 고려하십시오:
-
-### 공통 문제 및 해결 방법
-
-1. **일관되지 않은 배달**: 업데이트를 단계적으로 출시합니다. 소규모 사용자 그룹에서 시작하여 전체 릴리즈 전에 테스트하고 검증합니다. 이는 잠재적인 문제를 조기에 발견하는 데 도움이 됩니다.
-    
-2. **버전 충돌**: 엄격한 브랜치 보호 규칙을 사용합니다. 변경 사항 병합 전에 특정 유지 보수자의 승인을 요구하여 정리되고 충돌이 없는 상태로 유지합니다.
-    
-3. **업데이트 검증에서의 간극**: 철저한 병합 전 테스트를 설정합니다. 자동 검사와 수동 리뷰를 결합하여 업데이트의 신뢰성과 오류 없는 상태를 보장합니다.
-
-## 결론: 더 나은 병합 정책 구축
-
-명확한 브랜치 규칙, 리뷰 지침 및 라이브 업데이트 워크플로를 설정하면 팀이 안정성과 효율성 간의 균형을 이룰 수 있습니다. 병합 정책은 브랜칭, 테스트 및 롤아웃 등 모든 단계에서 팀이 자신 있게 업데이트를 릴리즈할 수 있게 합니다. 이러한 규칙을 준수하고 실시간 업데이트 플랫폼을 사용함으로써 팀은 충돌을 최소화하고 릴리즈 속도를 높이며 강력한 코드 품질을 유지할 수 있습니다.
-
-## 자주 묻는 질문
-
-:::faq
-### Capacitor 앱 개발 팀에서 병합 정책을 설정하기 위한 모범 사례는 무엇인가요?
-
-[Capacitor 앱 개발](https://capgo.app/blog/capacitor-comprehensive-guide/) 팀을 위한 효과적인 병합 정책을 수립하려면 코드 품질을 보장하고 협업을 간소화하며 CI/CD 워크플로에서 충돌을 최소화하는 지침을 만드는 데 집중해야 합니다. 다음은 주요 관행입니다:
-
-1. **명확한 브랜칭 전략 정의**: Gitflow 또는 트렁크 기반 개발과 같은 모델을 사용하여 기능 브랜치를 관리하고 병합 프로세스를 단순화합니다.
-2. **코드 리뷰 구현**: 모든 풀 리퀘스트에 대해 동료 리뷰를 요구하여 코드 품질을 유지하고 잠재적인 문제를 조기에 포착합니다.
-3. **테스트 자동화**: 새로운 코드가 기존 기능을 깨뜨리지 않도록 CI/CD 파이프라인에 자동 테스트를 통합합니다.
-4. **라이브 업데이트 도구 사용**: Capgo와 같은 플랫폼은 실시간 업데이트, 원활한 CI/CD 통합 및 앱 스토어 지연 없이 수정 및 기능의 안전한 전달을 가능하게 하여 워크플로를 향상시킬 수 있습니다.
-
-이러한 관행을 따르면 귀하의 팀은 원활한 개발 프로세스를 유지하면서 고품질 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)을 효율적으로 전달할 수 있습니다.
-:::
-
-:::faq
-### Capacitor 앱에서 여러 플러그인을 사용할 때 버전 충돌을 어떻게 처리할 수 있나요?
-
-Capacitor 앱에서의 버전 충돌은 플러그인이 동일한 라이브러리의 다른 버전에 의존할 때 자주 발생합니다. 이를 효과적으로 관리하려면:
-
-1. **의존성 업데이트 유지**: 플러그인과 Capacitor를 정기적으로 업데이트하여 최신 버전과의 호환성을 보장합니다.
-2. **충돌 조기 확인**: `npm dedupe` 또는 `npm ls`와 같은 도구를 사용하여 문제가 발생하기 전에 의존성 문제를 식별하고 해결합니다.
-3. **일관된 버전 사용**: 플러그인 버전을 프로젝트 전반에 걸쳐 맞추어 불일치를 최소화합니다.
-
-CI/CD 환경에서 작업하는 경우 **Capgo**와 같은 라이브 업데이트 솔루션을 사용하여 업데이트를 간소화하고 앱 스토어 지연을 피하는 것이 좋습니다. Capgo는 CI/CD 파이프라인과 원활한 통합을 지원하여 플러그인 업데이트와 충돌을 효율적으로 관리할 수 있도록 합니다.
-:::
-
-:::faq
-### Capacitor 앱의 라이브 업데이트를 원활하고 신뢰성 있게 보장하려면 어떻게 해야 하나요?
-
-Capacitor 앱 업데이트가 원활하고 신뢰할 수 있도록 **Capgo**와 같은 강력한 라이브 업데이트 솔루션을 사용하세요. 이를 통해 앱 스토어 승인을 기다리지 않고 즉시 업데이트, 수정 및 새로운 기능을 제공할 수 있습니다.
-
-Capgo는 **종단 간 암호화**를 지원하며 Apple 및 Android 가이드라인을 준수하여 업데이트가 안전하고 플랫폼 요구 사항을 충족하도록 보장합니다. 또한 CI/CD 시스템과 원활하게 통합되어 배포 프로세스를 효율적이고 번거롭지 않게 만듭니다. 이러한 도구를 활용하면 잠재적인 문제를 최소화하고 앱 사용자가 실시간으로 최신 변경 사항을 유지할 수 있습니다.
diff --git a/src/content/blog/ko/migrating-cordova-to-capacitor.md b/src/content/blog/ko/migrating-cordova-to-capacitor.md
deleted file mode 100644
index 37ae171a3..000000000
--- a/src/content/blog/ko/migrating-cordova-to-capacitor.md
+++ /dev/null
@@ -1,90 +0,0 @@
----
-slug: migrating-cordova-to-capacitor
-title: 'Cordova에서 Capacitor로 웹 앱 마이그레이션하기: 단계별 가이드'
-description: >-
-  이 단계별 가이드는 웹 앱을 Cordova에서 Capacitor로 마이그레이션하는 데 도움이 되며, 모든 섹션을 다루고 읽고 따르기 쉽게
-  설명합니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-07T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /migrating-cordova-to-capacitor.webp
-head_image_alt: Cordova에서 Capacitor로의 마이그레이션 설명
-keywords: >-
-  Cordova, Capacitor, migration, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Migration
-published: true
-locale: ko
-next_blog: ''
----
-# Cordova에서 Capacitor로 웹 앱 마이그레이션하기: 단계별 가이드
-
-이 가이드는 Cordova에서 Capacitor로 웹 앱을 마이그레이션하는 과정을 쉽게 읽고 따를 수 있도록 도와줍니다. 모든 섹션을 다루고 단계별 접근 방식을 제공할 것입니다.
-
-## Cordova와 Capacitor 소개
-
-Cordova와 Capacitor는 모두 웹 개발자가 HTML, CSS, JavaScript를 사용하여 다양한 플랫폼용 네이티브 애플리케이션을 만들 수 있게 해주는 도구입니다. 유사점이 있지만, 네이티브 프로젝트 관리, 플러그인 관리, CLI/버전 관리 방식에서 주요한 차이가 있습니다.
-
-## 마이그레이션 전략
-
-Cordova에서 Capacitor로의 마이그레이션은 앱의 복잡성에 따라 점진적으로 또는 완전한 교체로 진행할 수 있습니다. Capacitor는 Cordova와 하위 호환성이 있어 준비가 되었을 때 기존 웹 앱을 전환할 수 있습니다.
-
-마이그레이션을 돕기 위해 [Ionic VS Code Extension](https://marketplace.visualstudio.com/items/?itemName=ionic.ionic)을 사용하고 기존 Cordova 플러그인을 검토하는 것을 고려하세요. 필요한 경우 Cordova 플러그인을 계속 사용하거나 Capacitor 대응 버전으로 교체할 수 있습니다.
-
-## 단계별 마이그레이션 가이드
-
-Cordova에서 Capacitor로 웹 앱을 마이그레이션하려면 다음 단계를 따르세요:
-
-1. **별도의 코드 브랜치에서 작업**: 이러한 변경사항을 적용할 때는 별도의 코드 브랜치에서 작업하는 것이 권장됩니다.
-
-2. **Capacitor로 앱 초기화**: 터미널에서 프로젝트를 열고 [웹 앱에 Capacitor 추가하기](https://capacitorjs.com/docs/getting-started/#adding-capacitor-to-your-app) 또는 [Ionic 앱에 Capacitor 추가하기](https://capacitorjs.com/docs/getting-started/with-ionic/#existing-ionic-project) 가이드를 따르세요. Cordova `config.xml` 파일의 앱 이름과 번들 ID 정보를 사용하세요.
-
-3. **웹 앱 빌드**: 네이티브 플랫폼을 추가하기 전에 웹 프로젝트를 최소 한 번 빌드하세요. 이는 `www` 폴더가 Capacitor 구성 파일에 올바르게 구성되도록 보장합니다.
-
-4. **플랫폼 추가**: `npx cap add ios`와 `npx cap add android`를 실행하여 iOS와 Android 플랫폼을 추가하세요. 이는 프로젝트 루트에 별도의 네이티브 프로젝트 폴더를 생성합니다.
-
-5. **아이콘과 스플래시 스크린 생성**: 기존 아이콘과 스플래시 스크린 이미지가 있다면, `cordova-res` 도구를 사용하여 네이티브 프로젝트에 생성하고 복사하세요.
-
-6. **기존 Cordova 플러그인 검토 및 마이그레이션**: 기존 Cordova 플러그인을 검토하고 가능한 경우 Capacitor 대응 버전으로 교체하세요. 불필요한 플러그인은 제거하세요.
-
-7. **Cordova 플러그인 제거**: Cordova 플러그인을 교체하거나 제거한 후, 플러그인을 제거하고 `npx cap sync`를 실행하여 네이티브 프로젝트에서 플러그인 코드를 제거하세요.
-
-8. **추가 권한 적용**: iOS와 Android에서 필요한 권한을 적용하기 위해 `plugin.xml`과 필요한 설정을 매핑하세요.
-
-9. **환경설정 구성**: `config.xml`의 환경설정을 Capacitor 구성 파일에 수동으로 추가하세요.
-
-10. **플랫폼별 구성 처리**: 필요에 따라 각 플랫폼(iOS와 Android)에 대한 `config.xml`의 요소를 구성하세요.
-
-11. **콘텐츠 제공 스키마 변경**: 필요한 경우 데이터 손실을 방지하기 위해 앱에서 콘텐츠를 제공하는 스키마를 변경하세요.
-
-12. **테스트 및 Cordova 제거**: 마이그레이션된 앱을 테스트하여 모든 변경사항이 올바르게 적용되었는지 확인하세요. 만족스럽다면 프로젝트에서 Cordova를 제거하거나, Cordova 플러그인을 계속 사용할 계획이라면 유지할 수 있습니다.
-
-축하합니다! Cordova에서 Capacitor로 웹 앱을 성공적으로 마이그레이션했습니다. Capacitor 프로젝트에서 Cordova 플러그인 사용하기나 Capacitor 개발 워크플로우에 대해 자세히 알아보려면 [공식 Capacitor 문서](https://capacitorjs.com/docs/)를 방문하세요.
-
-## Capgo 서비스를 통한 실시간 업데이트
-
-당사는 합리적인 가격으로 Over-The-Air (OTA) 업데이트를 제공할 수 있는 Capacitor 앱용 실시간 업데이트 솔루션인 Capgo를 제공합니다. 이 기능은 빠른 수정, 새로운 기능 배포, 앱 스토어 승인을 기다리지 않고도 사용자가 항상 최신 버전의 앱을 사용할 수 있도록 하는 데 특히 유용합니다.
-
-### Capgo 서비스 작동 방식
-
-Capgo는 Capacitor 앱에 실시간 업데이트를 배포할 수 있게 해주는 클라우드 기반 서비스입니다. 웹 대시보드와 앱에 통합할 수 있는 네이티브 SDK로 구성됩니다. SDK는 시작 시 또는 특정 간격으로 업데이트를 확인하고 백그라운드에서 다운로드합니다. 업데이트가 가능할 때 SDK가 사용자에게 설치를 요청합니다. 사용자가 동의하면 업데이트가 즉시 설치되고 적용됩니다.
-
-### Capgo 실시간 업데이트의 장점
-
-- **더 빠른 업데이트:** 앱 스토어 승인을 기다리지 않고 즉시 업데이트 배포
-- **Apple Store 의존도 감소:** 앱 스토어 제한사항과 한계 우회
-- **향상된 사용자 경험:** 사용자가 수동으로 앱을 업데이트할 필요 없이 최신 기능과 버그 수정을 유지
-
-### Capgo 실시간 업데이트 구현 방법
-
-Capacitor 프로젝트에서 Capgo 실시간 업데이트를 구현하려면 다음 단계를 따르세요:
-- [Capgo 계정](https://console.capgo.app/)에 가입하세요.
-- 프로젝트에 Capgo SDK를 설치하세요.
-- 시작 시 또는 특정 간격으로 업데이트를 확인하도록 앱을 구성하세요.
-- Capgo 대시보드를 사용하여 앱에 업데이트를 배포하세요.
-
-## 결론
-
-이 가이드가 Cordova에서 Capacitor로 웹 앱을 마이그레이션하는 데 도움이 되었기를 바랍니다. 마이그레이션 과정에 대해 질문이 있거나 도움이 필요하다면 우리의 [discord](https://discord.capgo.app) 서버에서 연락해 주세요.
diff --git a/src/content/blog/ko/mobile-app-update-strategies-a-developers-checklist.md b/src/content/blog/ko/mobile-app-update-strategies-a-developers-checklist.md
deleted file mode 100644
index 9f37248de..000000000
--- a/src/content/blog/ko/mobile-app-update-strategies-a-developers-checklist.md
+++ /dev/null
@@ -1,207 +0,0 @@
----
-slug: mobile-app-update-strategies-a-developers-checklist
-title: '모바일 앱 업데이트 전략: 개발자를 위한 체크리스트'
-description: >-
-  모바일 앱 업데이트를 위한 필수 전략을 배우고, CI/CD 자동화에서 OTA 도구에 이르기까지 원활한 배포와 향상된 사용자 만족도를
-  보장합니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-01-15T02:51:44.404Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/678709f9070e33f74859cb89-1736909518284.jpg
-head_image_alt: 기술
-keywords: >-
-  mobile app updates, CI/CD pipeline, OTA updates, user engagement, app
-  performance, testing strategies, bug fixes, app security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-앱을 지속적으로 업데이트하는 것은 사용자 만족도와 앱 성능을 위해 필수적입니다. 그 이유는 다음과 같습니다:
-
-1.  **버그 수정 및 보안 개선**: 기술 문제를 해결하고 플랫폼 요구 사항에 맞춰 준수합니다.
-    
-2.  **성능 향상**: 속도, 안정성 및 사용자 경험을 향상시킵니다.
-    
-3.  **참여도 증가**: 정기적인 업데이트는 사용자를 충성스럽게 유지하고 참여도를 높입니다.
-    
-
-## [CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)를 통한 무선 업데이트
-
-![CodePush](https://mars-images.imgix.net/seobot/screenshots/learn.microsoft.com-87c8945e309a8c280c425352c4f329fa.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/DpzWfrRE_XY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 업데이트 도전 과제 극복하기
-
-앱을 업데이트하는 것은 장치 호환성과 앱 스토어 지연으로 인해 복잡할 수 있습니다. 솔루션은 다음과 같습니다:
-
-1.  **CI/CD 파이프라인**: 테스트, 통합 및 배포를 자동화하여 업데이트 속도를 높입니다.
-    
-2.  **OTA 업데이트**: 앱 스토어 승인을 기다리지 않고 즉각적인 변화를 제공합니다.
-    
-
-| 방법 | 장점 | 기능 |
-| --- | --- | --- |
-| CI/CD | 테스트 및 배포 속도 증가 | 버전 관리, 자동화 |
-| OTA 업데이트 | 실시간 업데이트 | 즉각적인 수정, 선택적 출시 |
-
-## 원활한 업데이트를 위한 주요 단계
-
-1.  **피드백 수집**: Google Analytics와 같은 도구를 사용하여 업데이트 우선순위를 정합니다.
-    
-2.  **철저하게 테스트**: [AWS Device Farm](https://aws.amazon.com/device-farm/)이나 [Firebase Test Lab](https://firebase.google.com/docs/test-lab)로 장치를 시뮬레이션합니다.
-    
-3.  **전략적으로 배포**: 단계적 출시 및 기능 플래그를 사용하여 위험을 최소화합니다.
-    
-
-###### sbb-itb-f9944d2
-
-## 라이브 앱 업데이트 준비하기
-
-앱을 업데이트할 준비를 하려면 신중한 계획과 모든 것이 원활하게 진행되도록 하는 올바른 도구가 필요합니다. 성공적인 업데이트 프로세스를 위한 주요 단계와 고려사항을 살펴보겠습니다.
-
-### 사전 업데이트 준비
-
-[UserVoice](https://www.uservoice.com/)와 같은 플랫폼으로 사용자 피드백을 수집하고 Google Analytics와 같은 도구를 사용하여 로드 시간 및 충돌률과 같은 성능 지표를 분석합니다. 이 데이터는 주요 문제를 해결하고 사용자 경험을 개선하는 업데이트에 우선순위를 정하는 데 도움이 됩니다 [\[1\]](https://www.nimbleappgenie.com/blogs/mobile-app-development-checklist/).
-
-모니터링해야 할 주요 지표를 빠르게 살펴보겠습니다:
-
-| 지표 유형 | 모니터링 항목 | 중요성 |
-| --- | --- | --- |
-| 성능 | 로드 시간, 충돌률 | 기술 문제를 강조 |
-| 사용 | 세션 기간, 기능 수용 | 사용자 행동 경향을 보여줌 |
-| 안정성 | 오류율, 서버 응답 시간 | 앱 신뢰성 유지 |
-
-이 데이터를 수집한 후에는 먼저 중요한 문제를 해결하는 업데이트에 집중하십시오. 그 후 성능 조정 및 사용자 요구에 부합하는 기능을 도입합니다.
-
-명확한 로드맵이 마련되면 업데이트 프로세스를 간소화할 올바른 도구를 선택할 차례입니다.
-
-### CI/CD 및 OTA 업데이트 도구 선택하기
-
-지속적 통합/지속적 배포 (CI/CD) 파이프라인을 위한 올바른 도구 선택은 필수적입니다. [GitHub Actions](https://docs.github.com/actions), [Bitrise](https://bitrise.io/), [CircleCI](https://circleci.com/)와 같은 인기 있는 옵션은 각각 고유한 장점을 갖고 있습니다. 예를 들어, [GitHub Actions](https://docs.github.com/actions)는 GitHub 저장소와 직접 통합되어 많은 개발자에게 편리한 선택이 됩니다 [\[2\]](https://www.poppinslabs.com/blog/mobile-app-ci-cd-pipeline).
-
-무선 업데이트(OTA)에서는 Capacitor와 같은 도구를 사용하여 앱 스토어 승인을 기다리지 않고 사용자가 직접 변경사항을 제공할 수 있습니다 [\[3\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/). OTA 솔루션을 선택할 때는 다음과 같은 요소를 고려하세요:
-
-1.  **배포 속도**: 다운타임 최소화.
-    
-2.  **버전 관리**: 업데이트 효율적으로 관리하기.
-    
-3.  **분석 통합**: 업데이트 성능 추적하기.
-    
-4.  **보안 기능**: 사용자 데이터 및 앱 무결성 보호하기.
-    
-
-## CI/CD 및 OTA 업데이트 설정하기
-
-### 모바일 앱을 위한 CI/CD 파이프라인 구성
-
-모바일 앱을 위한 CI/CD 파이프라인 설정은 견고한 버전 관리 및 자동화로 시작됩니다. 효과적으로 구조화하는 방법은 다음과 같습니다:
-
-1.  **버전 관리 및 빌드 설정**
-    
-    -   개발, 스테이징, 프로덕션을 위한 별도의 브랜치를 생성합니다.
-        
-    -   Gradle (안드로이드용)이나 Xcode (iOS용)와 같은 빌드 시스템을 필수 서명 인증서와 함께 설정합니다.
-        
-2.  **자동화된 테스트 통합**
-    
-    -   파이프라인의 각 단계에서 단위, 통합, UI 테스트를 추가합니다. 이렇게 하면 문제를 조기에 발견하고 수정하는 데 도움이 됩니다 [\[4\]](https://refraction.dev/blog/cicd-pipelines-mobile-apps-best-practices).
-
-파이프라인이 준비되면 OTA 업데이트를 추가하여 사용자가 변경 사항을 더 빠르고 쉽게 제공할 수 있습니다.
-
-### [Capacitor](https://capacitorjs.com/)와 [Capgo](https://capgo.app/)의 OTA 업데이트 사용하기
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d.jpg?auto=compress)
-
-Capgo는 암호화 및 준수와 같은 기능으로 OTA 업데이트를 간단하고 안전하며 빠르게 만들어줍니다. 시작하는 방법은 다음과 같습니다:
-
-1.  Capacitor 프로젝트에 [Capgo 플러그인](https://capgo.app/plugins/)을 설치합니다.
-    
-2.  앱의 업데이트 설정 및 버전 추적을 설정합니다.
-    
-3.  [Capgo 대시보드](https://capgo.app/docs/webapp/)를 사용하여 사용자가 직접 업데이트를 배포합니다.
-    
-
-### Capgo 요금제 및 기능 개요
-
-Capgo는 앱이 성장함에 따라 필요에 맞는 유연한 요금제를 제공합니다. 요금은 소형 앱은 월 $12(소형)에서 시작하며 대형 엔터프라이즈 수준 요구사항은 월 $249(지불 후 사용)으로 증가합니다. 각 요금제에는 즉각적인 업데이트, 버전 관리 및 분석과 같은 주요 기능이 포함됩니다.
-
-| 요금제 | 월 비용 | 업데이트/월 | 활성 사용자 |
-| --- | --- | --- | --- |
-| SOLO | $12 | 2,500 | 500 |
-| MAKER | $33 | 25,000 | 5,000 |
-| TEAM | $83 | 150,000 | 30,000 |
-| PAYG | $249 | 1,000,000 | 200,000 |
-
-고급 요금제는 더 많은 대역폭 및 저장소를 제공하여 모든 규모의 팀이 OTA 업데이트를 CI/CD 파이프라인에 통합하면서 속도와 보안을 유지하도록 도와줍니다.
-
-## 앱 업데이트 테스트 및 배포
-
-### 업데이트를 위한 테스트 전략
-
-철저한 테스트는 앱 업데이트가 의도한 대로 작동하는지를 보장하는 데 중요합니다. **AWS Device Farm** 및 **Firebase Test Lab**와 같은 도구는 개발자가 다양한 장치 시나리오를 시뮬레이션하고 사용자가 문제에 직면하기 전에 호환성 문제를 발견할 수 있도록 돕습니다.
-
-강력한 테스트 전략은 자동화된 방법과 수동 방법을 혼합합니다. 자동화는 반복되는 작업을 효율적으로 처리하는 반면, 수동 테스트는 앱의 사용자 경험이 원활하고 직관적인지 보장합니다. 예를 들어, AWS Device Farm 데이터에 따르면 8-10개의 서로 다른 장치 설정에서 앱을 테스트하면 출시 전에 95%의 장치별 문제를 포착할 수 있습니다.
-
-| **테스트 단계** | **세부사항** |
-| --- | --- |
-| **단위 테스트** | Jest, XCTest와 같은 도구를 사용하여 개별 구성 요소를 테스트 |
-| **통합 테스트** | Detox, Appium으로 구성 요소 간의 작동을 확인 |
-| **장치 호환성** | AWS Device Farm, Firebase Test Lab을 사용하여 플랫폼 간 테스트 |
-| **성능 테스트** | [New Relic](https://newrelic.com/) 및 Firebase Performance를 통해 자원 사용량 추적 |
-
-앱이 이러한 테스트를 통과하고 안정성을 입증한 후, 다음 도전 과제는 사용자에게 방해를 주지 않고 업데이트를 원활하게 배포하는 것입니다.
-
-### 배포 관행
-
-원활한 배포는 앱 품질 유지를 위해 필수적이며 사용자를 행복하게 만드는 핵심입니다. 인기 있는 접근 방법 중 하나는 **단계적 출시**로, 이 방법은 전체 출시 전에 업데이트를 소규모 그룹(사용자의 5-10%)에게 제공합니다.
-
-배포를 위한 몇 가지 모범 사례는 다음과 같습니다:
-
-1.  **자동화된 건강 점검**: 출시 중 충돌률 및 API 응답 시간과 같은 지표를 주의 깊게 모니터링합니다.
-    
-2.  **기능 플래그**: 전체 앱 업데이트 없이도 기능을 활성화하거나 비활성화합니다.
-    
-3.  **은밀한 업데이트**: 사용이 적은 시간 동안 백그라운드에서 업데이트를 푸시합니다.
-    
-
-**New Relic** 및 [**Firebase Analytics**](https://firebase.google.com/docs/analytics)와 같은 도구는 배포 중 및 후에 성능을 모니터링하는 실시간 데이터를 제공합니다.
-
-중요한 업데이트의 경우, **카나리 출시** 전략이 매우 효과적입니다. 이는 업데이트를 소규모 베타 테스터 그룹에 먼저 배포하는 방식입니다. 이 방법은 출시 후 문제를 60% 줄여줄 뿐만 아니라, 실 사용자의 초기 피드백을 통해 더 넓은 출시 전에 빠른 수정을 가능하게 합니다.
-
-## 결론 및 주요 사항
-
-### 지속적인 개선이 중요한 이유
-
-테스트 및 배포 전략이 마련된 후, 다음 단계는 지속적인 개선에 집중하는 것입니다. 정기적인 업데이트는 사용자 만족을 유지하고 강력한 앱 성능을 보장하는 데 핵심적인 역할을 합니다. 오늘날 경쟁이 치열한 시장에서 이는 앱의 장기적인 성공을 좌우할 수 있습니다.
-
-구조적인 접근 방식을 취하는 것은 높은 유지율과 더 나은 사용자 참여와 같은 명확한 이점을 가져올 수 있습니다. CI/CD 파이프라인 및 OTA 업데이트와 같은 도구는 이러한 프로세스를 단순화하면서 사용자 만족도를 유지합니다.
-
-| 업데이트 구성 요소 | 앱 성공에 미치는 영향 |
-| --- | --- |
-| 정기적인 버그 수정 | 불만 및 제거를 줄여줍니다 |
-| 성능 및 기능 업데이트 | 참여도, 유지율 및 경쟁력 향상 |
-| 보안 패치 | 신뢰를 구축하고 규정 준수 보장 |
-
-### 개발자의 체크리스트 요약
-
-[모바일 앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 효과적으로 관리하기 위해 개발자는 견고한 프로세스와 올바른 도구가 필요합니다. 자동화된 테스트, 단계적 출시 및 지속적인 모니터링과 같은 현대적인 관행이 중요합니다.
-
-**성공을 위한 주요 단계**:
-
-1.  GitHub Actions, Bitrise 및 Capgo와 같은 CI/CD 파이프라인 및 OTA 업데이트 도구를 사용합니다.
-    
-2.  AWS Device Farm과 같은 플랫폼을 통해 장치에서 철저한 테스트를 실행합니다.
-    
-3.  향후 업데이트를 안내하기 위해 분석 도구를 사용하여 성능 메트릭을 추적합니다.
-    
-
-이 단계들은 개발자가 업데이트를 원활하게 관리하면서 사용자 경험을 최우선으로 유지하는 데 도움이 됩니다.
-
-구조화된 접근 방식은 업데이트 프로세스를 자동화하고 배포 전에 업데이트가 철저하게 테스트되도록 함으로써 다운타임을 최소화하는 데 도움을 줍니다. 이 접근 방식은 또한 사용자 피드백을 기반으로 하고 앱의 성능과 기능을 향상시키도록 설계된 업데이트를 제공함으로써 사용자 만족도를 높입니다. 
-
-궁극적으로 효과적인 앱 업데이트는 기술적 우수성과 사용자가 원하는 것의 균형을 맞추는 데 달려 있습니다. 이러한 전략을 고수하고 헌신함으로써 개발자는 앱을 안전하고 경쟁력 있으며 끊임없이 변화하는 디지털 세계에서 사용하기 쉽게 유지할 수 있습니다.
diff --git a/src/content/blog/ko/monitor-ota-updates-in-capacitor-apps.md b/src/content/blog/ko/monitor-ota-updates-in-capacitor-apps.md
deleted file mode 100644
index aa2787a9f..000000000
--- a/src/content/blog/ko/monitor-ota-updates-in-capacitor-apps.md
+++ /dev/null
@@ -1,198 +0,0 @@
----
-slug: monitor-ota-updates-in-capacitor-apps
-title: Capacitor 앱에서 OTA 업데이트 모니터링하기
-description: 빠르고 안전하며 신뢰할 수 있는 배포를 위해 모바일 앱에서 OTA 업데이트를 효과적으로 모니터링하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T01:34:45.665Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f079b2ebbb9dc806439988-1743816897363.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, app monitoring, error tracking, real-time analytics, mobile app
-  development
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**앱 스토어 승인을 기다리지 않고 앱을 업데이트하고 싶으신가요?** OTA(Over-The-Air) 업데이트를 통해 실시간으로 수정사항과 기능을 사용자에게 직접 전달할 수 있습니다. [Capgo](https://capgo.app/)와 같은 도구를 사용하면 업데이트 성능을 모니터링하고, 오류를 추적하며, 문제가 있는 업데이트를 즉시 롤백할 수 있습니다.
-
-### OTA 업데이트 모니터링의 주요 이점:
-
--   **빠른 업데이트**: 24시간 이내에 활성 사용자의 95%까지 도달
--   **오류 추적**: 배포 문제를 조기에 발견하고 수정
--   **안전한 전달**: 종단간 암호화로 업데이트 안전성 보장
--   **실시간 분석**: 성공률(전세계 평균: 82%)과 성능 지표 모니터링
-
-### 빠른 설정 단계:
-
-1.  [Capgo 플러그인](https://capgo.app/plugins/) 설치: `npx @capgo/cli init`
-2.  채널(프로덕션, 베타, 스테이징)을 통한 버전 관리 사용
-3.  실시간 분석 및 오류 추적 활성화
-4.  실패한 업데이트에 대한 자동 롤백 설정
-
-Capgo는 이미 **750개의 앱에서 2,350만 건의 업데이트**를 관리했으며 빠른 다운로드 속도(5MB 번들 기준 114ms)를 제공합니다. 더 원활한 앱 관리를 위해 오늘 업데이트 모니터링을 시작하세요.
-
-## 업데이트 모니터링 설정
-
-앱의 OTA 업데이트 모니터링을 설정하는 방법은 다음과 같습니다:
-
-### 필수 플러그인 설치
-
-먼저, 다음 명령어로 Capgo 플러그인을 설치하세요:
-
-```bash
-npx @capgo/cli init
-```
-
-이 플러그인은 Capacitor 8에서 원활하게 작동하여 다양한 앱 버전과 호환됩니다.
-
-### 업데이트 버전 관리 
-
-버전 관리는 OTA 업데이트 처리에서 중요한 역할을 합니다. Capgo의 [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)은 업데이트 배포를 효율적으로 관리하는 데 도움이 됩니다:
-
-| 채널 유형 | 목적 | 최적 사용 사례 |
-| --- | --- | --- |
-| 프로덕션 | 메인 릴리스 채널 | 모든 사용자를 위한 안정적인 업데이트 |
-| 베타 | 테스트 채널 | 얼리 액세스 기능 |
-| 스테이징 | 사전 릴리스 테스트 | 내부 QA 테스트 |
-
-각 채널은 자체 버전 기록을 유지하여 개발자가 체계적으로 변경 사항을 추적하고 업데이트를 관리할 수 있습니다. 또한 이 시스템은 즉각적인 롤백 옵션을 제공하여 배포 문제를 신속하게 해결할 수 있습니다.
-
-버전 관리가 설정되면 보안과 성능을 보장하기 위해 업데이트를 모니터링할 수 있습니다.
-
-### [Capgo](https://capgo.app/) 모니터링 설정
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f079b2ebbb9dc806439988/a64cd6a83185b5ac05d3640337221542.jpg)
-
-1.  **분석 통합 구성**: 실시간 분석을 사용하여 업데이트 성능과 사용자 참여도 모니터링
-2.  **오류 추적 활성화**: 상세 로그와 성능 지표를 캡처하기 위한 오류 추적 활성화
-3.  **배포 규칙 설정**: 업데이트 속도를 제어하고 특정 사용자 그룹을 대상으로 하는 롤아웃 매개변수 정의
-
-이러한 단계를 통해 앱을 위한 신뢰할 수 있는 모니터링 시스템이 구축됩니다.
-
-> "Capgo는 생산성을 높이고자 하는 개발자에게 필수적인 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 것이 황금같습니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-Capgo는 종단간 암호화로 안전한 업데이트 전달을 보장하며, 내장된 분석, 롤백 옵션 및 실시간 모니터링으로 앱 안정성을 유지합니다.
-
-## 오류 처리 및 추적
-
-### 앱 수준 모니터링
-
-효과적인 앱 수준 모니터링은 원활한 OTA 업데이트 성능을 보장하는 데 핵심입니다. Capgo의 시스템은 업데이트 전달 및 설치에 대한 상세한 인사이트를 제공하며, 82%의 전세계 성공률을 달성했습니다 [\[1\]](https://capgo.app/).
-
-앱 수준 모니터링을 설정하는 방법은 다음과 같습니다:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Listen for update events
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('New update available:', info.version)
-})
-
-// Track installation progress
-CapacitorUpdater.addListener('downloadComplete', (info) => {
-  console.log('Update downloaded:', info.version)
-})
-```
-
-전체적인 그림을 파악하기 위해 이를 백엔드 오류 추적과 결합하여 양쪽에서 문제를 해결하세요.
-
-### 백엔드 오류 추적
-
-백엔드 모니터링은 전체 시스템 성능에 초점을 맞춰 앱 수준 인사이트를 보완합니다. Capgo가 전 세계적으로 2,350만 건의 업데이트를 관리하고 있는 만큼 [\[1\]](https://capgo.app/), 신뢰성 유지를 위해 백엔드 오류 추적이 필수적입니다.
-
-| 추적 지표 | 목적 | 영향 |
-| --- | --- | --- |
-| 업데이트 성공률 | 성공적인 설치 추적 | 24시간 이내 95%의 사용자 업데이트 유지 [\[1\]](https://capgo.app/) |
-| 다운로드 성능 | 대역폭 사용량 모니터링 | 전달 속도 개선 |
-| 오류 빈도 | 반복되는 문제 식별 | 실패율 감소 |
-
-이러한 지표를 모니터링함으로써 문제를 신속하게 식별하고 해결하여 원활한 업데이트 프로세스를 보장할 수 있습니다.
-
-### 자동 롤백 설정
-
-배포 오류가 발생할 때 자동 롤백은 사용자 중단을 방지합니다. Capgo의 롤백 기능은 즉시 활성화되어 배포 중 다운타임을 최소화합니다 [\[1\]](https://capgo.app/).
-
-자동 롤백을 구성하는 예시입니다:
-
-```typescript
-try {
-  await CapacitorUpdater.download({
-    version: 'latest'
-  })
-} catch (error) {
-  // Automatically trigger rollback
-  await CapacitorUpdater.rollback()
-}
-```
-
-현재 750개의 앱이 프로덕션에서 Capgo 시스템을 사용하고 있어 [\[1\]](https://capgo.app/) 이 접근 방식이 신뢰할 수 있음이 입증되었습니다. 이러한 광범위한 채택은 이러한 오류 처리 도구의 신뢰성을 강조합니다.
-
-## 모니터링 가이드라인
-
-이 가이드라인은 Capgo의 모니터링 도구를 활용하여 모든 업데이트를 측정 가능하고 안전하며 신중하게 배포할 수 있게 합니다.
-
-### 업데이트 성능 추적
-
-성공률, 사용자 참여도, 다운로드 속도, 오류 빈도와 같은 주요 지표를 모니터링하여 OTA 업데이트 성능을 면밀히 관찰하세요. 다음은 이러한 지표를 추적하는 데 도움이 되는 코드 스니펫입니다:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Set up performance tracking
-CapacitorUpdater.addListener('updateStats', (stats) => {
-  console.log('Download speed:', stats.downloadSpeed)
-  console.log('Success rate:', stats.successRate)
-})
-```
-
-이러한 인사이트를 활용하여 단계적 배포 계획을 효과적으로 안내하세요.
-
-### 단계적 업데이트 롤아웃
-
-단계적 롤아웃은 특정 사용자 그룹에 점진적으로 업데이트를 릴리스함으로써 위험을 최소화합니다. Capgo의 채널 시스템을 통해 제어된 배포를 쉽게 관리할 수 있습니다. 내부 테스터로 시작하여 베타 사용자로 이동한 다음 일반 사용자로 확장하세요. 다음 단계로 진행하기 전에 각 단계를 최소 24시간 동안 모니터링하세요. 이 방법은 Capgo가 전세계적으로 82%의 성공률을 달성하는 데 기여했습니다 [\[1\]](https://capgo.app/).
-
-### 보안 및 스토어 규정 준수
-
-단계적 롤아웃과 함께 안전한 업데이트 전달이 중요합니다. 다음 코드를 사용하여 보안 업데이트 확인을 활성화하세요:
-
-```typescript
-// Enable secure update verification
-await CapacitorUpdater.download({
-  version: 'latest',
-  validateSignature: true,
-  checksum: true
-})
-```
-
-> "진정한 종단간 암호화를 제공하는 유일한 솔루션입니다. 다른 솔루션들은 단순히 업데이트에 서명만 합니다" - Capgo [\[1\]](https://capgo.app/)
-
-이를 통해 업데이트가 보안 표준을 준수하고 정기적인 감사와 검증 프로세스를 통해 사용자 데이터를 안전하게 유지할 수 있습니다.
-
-## 요약
-
-이 섹션에서는 OTA 업데이트 모니터링의 주요 단계를 요약하고 Capgo를 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 위한 탁월한 선택으로 만드는 기능을 강조합니다.
-
-### 주요 모니터링 단계
-
-효과적인 OTA 업데이트 모니터링에는 여러 중요한 구성 요소가 포함됩니다. 앞서 논의된 이러한 단계들은 업데이트가 효율적으로 배포되고 문제가 신속하게 해결되도록 보장합니다:
-
-| 모니터링 구성 요소 | 목적 | 영향 |
-| --- | --- | --- |
-| 실시간 분석 | 업데이트 성공과 사용자 참여도 측정 | 즉시 문제 식별 |
-| 오류 추적 | 조기에 문제 감지 및 해결 | 사용자 중단 최소화 |
-| 버전 관리 | 업데이트 배포 방식 관리 | 롤아웃을 제어되고 예측 가능하게 유지 |
-| 성능 지표 | 다운로드 속도와 성공률 추적 | 원활한 사용자 경험 유지 |
-
-### Capgo 기능 개요
-
-2022년 출시 이후 Capgo는 OTA 업데이트 모니터링을 위한 필수 도구가 되었으며, 팀이 구식 업데이트 방식에서 벗어나는 데 도움이 되는 솔루션을 제공합니다.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo의 도구는 정밀하게 OTA 업데이트를 처리하도록 설계되었습니다. 다음은
diff --git a/src/content/blog/ko/moving-from-microsoft-app-center-to-capgo.md b/src/content/blog/ko/moving-from-microsoft-app-center-to-capgo.md
deleted file mode 100644
index b0ad5ad35..000000000
--- a/src/content/blog/ko/moving-from-microsoft-app-center-to-capgo.md
+++ /dev/null
@@ -1,34 +0,0 @@
----
-slug: moving-from-microsoft-app-center-to-capgo
-title: Microsoft App Center에서 Live App Updates를 위한 Capgo로 이동하기
-description: >-
-  Microsoft는 Cordova에서 실행되는 앱에 대한 지원을 중단합니다. Microsoft App Center에서 Capgo로 이동하여
-  Mobile Live App Updates를 사용하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-03-21T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /app_center.webp
-head_image_alt: Microsoft App Center 일러스트레이션
-keywords: >-
-  Microsoft, App Center, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Alternatives
-published: true
-locale: ko
-next_blog: ''
----
-Microsoft는 최근 [Apache Cordova에서 실행되는 앱에 대한 지원을 중단](https://devblogs.microsoft.com/appcenter/announcing-apache-cordova-retirement/)한다고 발표했습니다. 이로 인해 App Center를 사용하는 기업과 팀은 대안을 찾고 있으며, 저는 [Capgo](https://capgo.app/) 플랫폼이 Capacitor 앱에 대한 완전한 지원을 원하는 분들에게 환상적인 옵션이라고 말씀드리게 되어 기쁩니다.
-
-## Microsoft App Center에서 Capgo Cloud로
-
-Capacitor는 Ionic으로 네이티브 모바일 앱을 구축하는 새로운 방법이며, 대부분의 Cordova 플러그인이 Capacitor에서 지원됩니다. Capgo는 플랫폼 종속성 없이 즉시 앱 게시가 가능한 CodePush와 유사한 라이브 업데이트 기능을 제공합니다. Capgo를 사용하면 개발팀은 복잡한 앱 배포 프로세스를 아웃소싱하고 Ionic 앱의 고유한 기능에 완전히 집중할 수 있습니다. 또한 App Center와 달리 Capgo는 Capacitor와 같은 하이브리드 아키텍처에 100% 집중하고 있습니다.
-
-Capacitor 고객은 [마이그레이션 가이드](https://capgo.app/blog/appcenter-migration/)를 사용하여 Microsoft App Center에서 Capgo로 쉽게 마이그레이션할 수 있으며, 이는 전체 프로세스를 안내합니다. Capgo는 Capacitor 사용자가 활용할 수 있는 기능 목록을 포함하고 있습니다.
-
-Microsoft App Center에서 Capgo로 마이그레이션하는 방법에 대해 더 알고 싶다면 오늘 [무료 Capgo 계정](/register/)을 생성하세요.
-
-## 크레딧
-
-감사합니다 [Ionic](https://ionic.com/)에게, 이 기사는 [이 문서](https://ionic.io/blog/moving-from-microsoft-app-center-to-ionic-appflow/)를 바탕으로 chat-gpt-3로 재작성하고 수정되었습니다.
diff --git a/src/content/blog/ko/npm-scripts-for-capacitor-ota-updates-explained.md b/src/content/blog/ko/npm-scripts-for-capacitor-ota-updates-explained.md
deleted file mode 100644
index 9d5e02aee..000000000
--- a/src/content/blog/ko/npm-scripts-for-capacitor-ota-updates-explained.md
+++ /dev/null
@@ -1,59 +0,0 @@
----
-slug: npm-scripts-for-capacitor-ota-updates-explained
-title: Capacitor OTA 업데이트를 위한 npm 스크립트 설명
-description: Capacitor 앱의 OTA 업데이트를 npm 스크립트를 사용하여 자동화하여 배포 효율성과 사용자 경험을 향상시키는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-13T01:07:05.331Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fb02ab2e221594daf3f266-1744506438251.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, npm scripts, OTA updates, CI/CD, mobile app deployment, automation,
-  app version management, security
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/)앱을 업데이트하는 것이 이전보다 훨씬 쉬워졌습니다. Over-The-Air (OTA) 업데이트와 npm 스크립트를 결합하여 배포를 자동화하고, 시간을 절약하며, 앱스토어 승인을 기다리지 않고도 사용자가 항상 최신 버전을 사용할 수 있도록 할 수 있습니다.
-
-**다음과 같은 내용을 배우게 됩니다:**
-
-- OTA 업데이트를 위한 npm 스크립트 설정 방법.
-- 자동화를 위한 CI/CD 파이프라인에 업데이트 통합하기.
-- 앱 버전, 보안 및 업데이트 테스트 관리.
-- [Capgo](https://capgo.app/)가 OTA 업데이트 관리를 위한 신뢰할 수 있는 플랫폼인 이유.
-
-**주요 이점:**
-
-- 한 번의 명령으로 업데이트 자동화.
-- 암호화를 통한 안전한 업데이트 배포.
-- [GitHub Actions](https://docs.github.com/actions)와 같은 워크플로우에 업데이트 통합.
-- Capgo와 같은 도구로 500ms 미만의 업데이트 전달로 시간 절약.
-
-**빠른 설정 예시:**
-
-1. 도구 설치: `npm install @capgo/cli --save-dev`
-2. `capacitor.config.json`에서 업데이트 구성.
-3. 배포를 간소화하기 위한 `deploy:production`과 같은 npm 스크립트 추가.
-
-Capgo와 같은 플랫폼은 빠른 업데이트(24시간 내 95% 사용자 적용)와 합리적인 가격을 제공하여 OTA 업데이트 관리가 그 어느 때보다 효율적이 되었습니다.
-
-### Capgo 장점
-
-Microsoft CodePush가 2024년에 종료됨에 따라 OTA 업데이트 환경이 변화했습니다. Capgo는 750개의 프로덕션 앱에서 2,350만 건의 업데이트를 성공적으로 제공한 신뢰할 수 있는 솔루션으로 부상했습니다 [\[1\]](https://capgo.app/).
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 핵심적인 역할을 합니다!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo의 성능 지표는 그 자체로 말해줍니다:
-
-| **성능 지표** | **달성도** |
-| --- | --- |
-| 평균 API 응답 | 전 세계적으로 434 ms |
-| 번들 다운로드 속도 | 5 MB에 114 ms |
-| 업데이트 성공률 | 전 세계적으로 82% |
-
-CI/CD 통합을 위해 월 300달러 - 엔터프라이즈급 솔루션의 연간 6,000달러와 비교하면 - Capgo는 OTA 업데이트 관리를 위한 안전하고 신뢰할 수 있으며 비용 효율적인 옵션을 제공합니다 [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/ko/open-source-licence.md b/src/content/blog/ko/open-source-licence.md
deleted file mode 100644
index 768de7220..000000000
--- a/src/content/blog/ko/open-source-licence.md
+++ /dev/null
@@ -1,126 +0,0 @@
----
-slug: open-source-licence
-title: 오픈소스 소프트웨어 라이선스 이해하기
-description: >-
-  오픈소스 소프트웨어 라이선스에는 크게 두 가지 범주가 있습니다. 일부 라이선스는 카피레프트 라이선스 범주에 속하고, 다른 라이선스는 허용적
-  오픈소스 라이선스에 속합니다.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-18T00:00:00.000Z
-updated_at: 2026-01-15T02:30:12.000Z
-head_image: /open_source_licence.webp
-head_image_alt: 오픈 소스 라이선스
-keywords: >-
-  Open Source, Capgo, philosophy, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Open Source
-published: true
-locale: ko
-next_blog: ''
----
-오픈소스 소프트웨어 라이선스에는 두 가지 큰 카테고리가 있습니다. 일부 라이선스는 카피레프트 라이선스 카테고리에 속하고, 다른 일부는 허용적 오픈소스 라이선스입니다.
-
-이 글에서는 오픈소스 소프트웨어 라이선싱이 무엇이며 그 유형에 대해 설명하겠습니다.
-
-## 소개
-
-오픈소스 라이선스는 사용자가 소프트웨어의 소스 자료를 자유롭게 보고, 수정하고, 공유할 수 있도록 허용하는 라이선스 유형입니다. 이를 통해 사용자는 소스 코드를 자주 업데이트하고 원본 제품을 기반으로 구축할 수 있습니다.
-
-선택한 오픈소스 라이선스 유형에 따라 사용자는 코드를 판매하거나 상업적으로 사용하는 등의 특정 활동을 할 수 있거나 할 수 없을 수 있습니다. 또한 소스 자료를 사용하고자 하는 방식에 따라 각각 다른 조건을 제공하는 다양한 유형의 오픈소스 라이선스가 있습니다.
-
-따라서 오픈소스 라이선스의 혜택을 받기 전에 해당 라이선스 유형을 완전히 이해하는 것이 중요하므로, 결정을 내리기 전에 아래 내용을 자세히 읽어보시기 바랍니다.
-
-## 오픈소스 라이선스의 유형
-
-<Steps>
-  <Step>
-</Step>
-
-**허용적 라이선스**
-
-허용적 라이선스는 때때로 비카피레프트 라이선스라고도 하며, 사용자에게 소스 코드를 사용, 수정 및 공유할 수 있는 권한을 부여하지만, 사용자는 파생 작업을 포함한 재배포에 대한 일부 조건을 변경할 수 있는 옵션도 가지고 있습니다. 소프트웨어의 맥락에서 파생 작업은 기존 프로그램을 기반으로 한 소프트웨어입니다. 원본이 허용적 라이선스로 출시된 경우, 제작자는 원본 작업의 라이선스가 요구했을 수 있는 것과 다른 조건으로 파생 작업을 공유하도록 선택할 수 있습니다.
-
-**카피레프트 라이선스**
-
-오픈소스의 카피레프트 라이선스는 오픈소스 소프트웨어 사용자에게 소프트웨어를 수정, 사용 및 재배포할 수 있는 저자의 자유를 제공합니다. 그러나 원래 부여받은 것과 동일한 권리를 부여함으로써 다운스트림의 다른 사용자에게 특정 권리를 전달하도록 요구합니다.
-
-카피레프트 라이선스는 코드의 재배포와 변경이 어떻게 허용되는지 정의하며, 독점적이거나 비공개로 만들려는 시도를 금지합니다. 이를 통해 소프트웨어를 수정하는 개발자가 소스 코드에 접근하여 업데이트하거나 자신만의 변경사항을 통합할 수 있습니다. 물론 모든 수정사항도 오픈소스로 이용할 수 있도록 공개되어야 합니다. 이는 학술적 또는 연구 사용 사례에서는 문제가 되지 않지만, 상업용 소프트웨어를 구축할 때는 종종 거래를 망치는 요소가 됩니다.
-
-## 왜 오픈소스 소프트웨어 라이선스를 포함해야 하나요?
-
-소프트웨어를 오픈소스로 공개하거나 공유할 때 오픈소스 소프트웨어 라이선스를 포함하는 것은 매우 중요합니다. 라이선스는 다음과 같은 여러 중요한 목적을 제공합니다:
-
-* **협업과 혁신을 촉진하기 위해** 
-
-오픈소스 라이선스는 누구나 소프트웨어의 소스 코드를 보고, 수정하고, 배포할 수 있게 합니다. 이는 다른 개발자들이 프로젝트에 기여하고, 버그를 수정하고, 새로운 기능을 추가하도록 장려합니다. 이는 더 강력하고 혁신적인 소프트웨어 제품으로 이어질 수 있습니다.
-* **사용자에게 더 많은 제어와 유연성을 제공하기 위해** 
-
-오픈소스 라이선스는 일반적으로 사용자가 상업적 사용을 포함한 모든 목적으로 소프트웨어를 사용, 수정 및 배포할 수 있도록 허용합니다. 이는 사용자에게 소프트웨어 경험에 대한 더 많은 제어권을 제공하고, 독점 소프트웨어 공급업체에 대한 의존도를 줄입니다.
-* **소프트웨어 주변에 커뮤니티를 구축하기 위해** 
-
-오픈소스 라이선스는 소프트웨어에 열정을 가진 사용자와 개발자 커뮤니티를 구축하는 데 도움이 될 수 있습니다. 이 커뮤니티는 프로젝트에 대한 지원, 피드백 및 새로운 아이디어를 제공할 수 있습니다.
-* **소프트웨어를 더 접근하기 쉽고 포용적으로 만들기 위해** 
-
-오픈소스 소프트웨어는 일반적으로 무료로 다운로드하고 사용할 수 있으며, 여러 언어로 제공되는 경우가 많습니다. 이는 소득이나 배경에 관계없이 전 세계 사람들이 더 쉽게 접근할 수 있게 합니다.
-
-이러한 이점 외에도 오픈소스 라이선스는 다음과 같은 도움을 줄 수 있습니다:
-
-* **저작권 침해 방지** 
-
-라이선스 없이 소프트웨어를 배포하면 저작권 침해 소송의 위험에 노출될 수 있습니다. 오픈소스 라이선스는 사용자에게 소프트웨어를 사용, 수정 및 배포할 수 있는 권한을 명시적으로 부여하여 법적 책임으로부터 보호할 수 있습니다.
-* **우수 인재 유치 및 유지** 
-
-많은 유능한 소프트웨어 개발자들이 오픈소스 프로젝트에 끌립니다. 오픈소스 라이선스로 소프트웨어를 출시함으로써 잠재적 직원들에게 회사를 더 매력적으로 만들 수 있습니다.
-* **브랜드 평판 향상** 
-
-오픈소스 소프트웨어는 기술 커뮤니티에서 널리 존중받고 있습니다. 오픈소스 라이선스로 소프트웨어를 출시함으로써 협업과 혁신에 대한 귀사의 헌신을 보여줄 수 있습니다.
-
-<Steps>
-  <Step>
-</Step>
-
-## 인기 있는 허용적 소프트웨어 라이선스
-
-허용적 소프트웨어 라이선스는 가장 인기 있는 라이선스 중 하나입니다. 본질적으로 이러한 라이선스는 사용자가 최소한의 제한으로 소프트웨어를 수정하고 재배포할 수 있도록 허용합니다. 허용적 소프트웨어 라이선스의 가장 인기 있는 세 가지 버전은 다음과 같습니다:
-
-**MIT 라이선스**
-
-[MIT 라이선스](https://opensource.org/license/mit/)는 가장 인기 있고 허용적인 오픈소스 소프트웨어 라이선스입니다. 라이선스에 명시된 모든 조건을 준수한다면 자료를 자유롭게 공유, 수정, 사용 및 상업화할 수 있는 주목할 만한 자유를 사용자에게 제공합니다.
-
-**Apache 라이선스 2.0**
-
-[Apache 라이선스 2.0](https://www.apache.org/licenses/LICENSE-2.0/)은 사용자가 소프트웨어를 자유롭게 수정하고 재배포할 수 있게 하는 인기 있는 허용적 소프트웨어 라이선스이며, 결과적인 저작권 진술과 공지사항이 원래 형태로 유지된다는 보장이 있습니다. 이 오픈소스 라이선스는 독점적 수정과 재배포를 허용하며, 소프트웨어를 사용할 때 자신의 권리를 이해할 수 있도록 명확한 라이선스 조건을 제공합니다.
-
-**BSD (Berkeley Software Distribution) 라이선스**
-
-GitHub에서는 두 가지 BSD 라이선스 중 선택할 수 있습니다. "FreeBSD" 라이선스라고도 하는 [BSD 2-Clause "Simplified" License](https://opensource.org/license/bsd-2-clause/)와 [BSD 3-Clause "New" 또는 "Revised" License](https://spdx.org/licenses/BSD-3-Clause.html/)입니다. 이 두 라이선스의 주요 차이점은 3-clause에 있습니다. 이 조항은 소프트웨어 사용자가 제품이나 서비스를 보증하기 위해 저자, 저자들 또는 기여자의 이름을 사용하는 것을 제한합니다.
-
-**Boost 소프트웨어 라이선스**
-
-[Boost 소프트웨어 라이선스](https://www.boost.org/LICENSE_1_0.txt/)는 C++의 Boost Libraries에서 나왔으며 2008년에 OSI의 승인을 받았습니다. 이 라이선스는 MIT와 BSD 라이선스와 유사하지만, 바이너리 형태로 재배포할 때 저작자 표시를 요구하지 않는다는 점이 다릅니다.
-
-## 카피레프트 오픈소스 소프트웨어 라이선스
-
-카피레프트 라이선스는 소프트웨어 사용자에게 소스 코드를 사용, 수정 및 공유할 수 있는 권한을 부여하지만, 특정 제한사항과 조건을 통해 재라이선스로부터 보호합니다. 이는 사용자의 작업이 라이선스에 명시된 원래의 권리를 준수하도록 요구하는 이 라이선스의 상호적 특성을 나타냅니다.
-
-**GNU 라이선스**
-카피레프트 소프트웨어 라이선스 중에서 [GPL (General Public License)](https://www.gnu.org/licenses/licenses.en.html/)은 가장 인기 있고 널리 사용되는 라이선스 중 하나입니다. 이 오픈소스 라이선스는 사용자에게 저작권 공지, 보증 면책 조항 또는 수정되지 않은 프로그램에 추가된 다른 라이선스와 같은 특정 조건을 유지하는 한 프로그램의 복사본과 수정된 버전을 배포할 수 있는 자유를 부여합니다.
-
-이 라이선스 유형으로 소프트웨어를 제공함으로써, 개발자들은 다른 사람들이 소스 코드에 접근하여 커뮤니티에 이익이 되는 개선과 적응을 할 수 있도록 보장합니다. 또한 이 "카피레프트" 개념은 누구나 자유 소프트웨어로 작업할 때 동일한 자유를 협력적으로 공유할 수 있도록 보장합니다.
-
-**Mozilla Public License**
-
-[Mozilla Public License](https://www.mozilla.org/en-US/MPL/2.0/) 또는 MPL은 [Mozilla Foundation](https://foundation.mozilla.org/en
-
-Capacitor-updater(플러그인)는 이제 LGPLv3에서 Mozilla Public License Version 2.0(MPLv2) 또는 이후 버전이라는 새로운 라이선스 체계로 변경되었습니다. Capacitor-updater 버전은 [여기서](https://github.com/Cap-go/capacitor-updater/blob/main/LICENCE/) 확인할 수 있습니다.
-
-이 변경은 Capgo Cloud를 구독하거나 Capgo를 자체 호스팅하는 사용자에게는 아무런 영향을 미치지 않지만, 기여 없이 직접적으로 경쟁하려 했던 일부 기업들에게는 불편할 수 있습니다.
-
-AGPL은 Google이 자사의 비공개 소스 코드를 공개하지 않으려 하기 때문에 문제가 있는 라이선스입니다. Google은 AGPL에 반대하며 [다음과 같이 명시합니다](https://opensource.google/docs/using/agpl-policy/): "GNU Affero General Public License (AGPL)로 라이선스된 코드는 Google에서 사용해서는 안 됩니다".
-
-AGPL의 목적은 사용자의 자유를 최대화하고 기업들이 오픈소스에 기여하도록 장려하는 것입니다. 저는 사용자 중심의 독립형 애플리케이션을 개발합니다. 라이브러리나 더 큰 프로젝트의 일부가 아닙니다. Google의 기부를 바라지 않기 때문에, AGPL 라이선스를 사용하는 것에 만족합니다. 이것이 Capgo에 적합한 라이선스입니다.
-
-## 결론
-
-오픈소스 소프트웨어 라이선스를 선택할 때 고려해야 할 요소가 많습니다. 개발자 커뮤니티에서 인기 있는 선택지들이 분명히 있습니다. 일반적인 허용적 라이선스에는 MIT 라이선스, Apache 라이선스, BSD 라이선스가 있습니다. 일반적인 카피레프트 라이선스에는 GNU General Public License와 Mozilla Public License가 있습니다.
diff --git a/src/content/blog/ko/open-source-vs-proprietary-app-update-solutions.md b/src/content/blog/ko/open-source-vs-proprietary-app-update-solutions.md
deleted file mode 100644
index e0f584459..000000000
--- a/src/content/blog/ko/open-source-vs-proprietary-app-update-solutions.md
+++ /dev/null
@@ -1,202 +0,0 @@
----
-slug: open-source-vs-proprietary-app-update-solutions
-title: 오픈 소스 vs 독점 앱 업데이트 솔루션
-description: 프로젝트의 필요성과 예산에 가장 적합한 솔루션을 찾기 위해 오픈소스와 독점 앱 업데이트 솔루션의 차이점을 살펴보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-08T03:39:09.600Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a6a42ecd7a7d94bc55e8db-1738985966262.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  app updates, open source, proprietary solutions, security, customization,
-  scalability, development tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-앱을 최신 상태로 유지하는 것은 보안과 사용자 만족도를 위해 매우 중요합니다. 오픈 소스와 상용 업데이트 솔루션 중 선택은 유연성과 비용 또는 사용 편의성과 지원 등 우선순위에 따라 달라집니다.
-
-### 한눈에 보는 주요 차이점:
-
--   **오픈 소스**: 무료, 사용자 지정 가능하지만 기술적 전문성과 유지보수가 필요합니다.
-    
--   **상용**: 유료, 사용하기 쉽고 전문적인 지원과 기업급 보안을 제공합니다.
-    
-
-### 빠른 비교표:
-
-| **항목** | **오픈 소스** | **상용** |
-| --- | --- | --- |
-| **비용** | 무료이나 개발자 유지보수 필요 | 사용자당 월 $6-$250 |
-| **사용자 지정** | 소스 코드 접근으로 높음 | 벤더 기능으로 제한됨 |
-| **지원** | 커뮤니티 기반 포럼 | 24/7 전문 지원 |
-| **보안** | 투명하나 모니터링 필요 | 기본 기업급 보안 |
-| **확장성** | 수동 설정 | 자동화되고 확장 가능 |
-| **통합** | 사용자 지정 설정 필요 | 사전 구축된 CI/CD 커넥터 |
-
-### 요약:
-
--   **오픈 소스**는 기술력이 뛰어나고 사용자 지정이 필요하며 비용 효율적인 솔루션을 원할 때 선택하세요.
-    
--   **상용 도구**는 사용 편의성, 확장성 및 전문적인 지원을 중요시할 때 선택하세요.
-    
-
-결정은 앱의 요구사항, 예산 및 팀의 전문성과 일치해야 합니다. 자세한 내용을 살펴보겠습니다.
-
-## 오픈 소스 vs 상용 - 누가 최고가 될 것인가!
-
-<iframe src="https://www.youtube.com/embed/Z9jsSAPvTvc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 오픈 소스 업데이트 솔루션
-
-오픈 소스 업데이트 도구는 개발자에게 라이브 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 관리하기 위한 사용자 지정 가능한 옵션을 제공합니다. 시간이 지남에 따라 이러한 도구들은 크게 개선되어 개발 팀을 위한 예산 친화적인 상태를 유지하면서 고급 기능을 제공하고 있습니다.
-
-### 주요 기능
-
-오픈 소스 도구에는 앱 업데이트 프로세스를 단순화하는 기능이 가득합니다:
-
-| 기능 | 설명 | 이점 |
-| --- | --- | --- |
-| **델타 업데이트** | 수정된 코드만 전송 | 대역폭 절약 및 업데이트 시간 단축 |
-| [**번들 관리**](https://capgo.app/docs/webapp/bundles/) | 여러 업데이트 패키지 처리 | 단계적 출시 및 버전 관리 지원 |
-| **보안 검증** | 공개 키 인증 사용 | 업데이트 무결성 보호 |
-
-이러한 기능은 현대적인 CI/CD 워크플로우와 원활하게 작동하여 앱 업데이트를 더욱 효율적이고 확장 가능하게 만듭니다.
-
-### 일반적인 도구 및 플러그인
-
-오픈 소스 생태계는 앱 업데이트를 위한 신뢰할 수 있는 도구를 제공합니다. [**Capgo**](https://capgo.app/)는 Capacitor 앱의 라이브 업데이트를 위한 최고의 선택으로, 종단간 암호화, 매끄러운 CI/CD 통합 및 앱 스토어 가이드라인 준수를 제공합니다.
-
-### 장단점
-
-오픈 소스 도구의 장단점을 비교하면 올바른 솔루션을 선택하는 데 도움이 됩니다:
-
-| 측면 | 장점 | 단점 |
-| --- | --- | --- |
-| **비용과 유연성** | 소스 코드 접근이 가능한 무료 | 기술적 지식과 유지보수 필요 |
-| **보안** | 투명하고 커뮤니티가 검토한 코드 | 취약점에 대한 적극적인 모니터링 필요 |
-| **지원** | 커뮤니티 기반 도움 | 전담 지원팀 부재 |
-| **통합** | 광범위한 API 호환성 | 도구에 따른 복잡성 |
-
-오픈 소스 도구는 적극적인 보안 감독이 필요하지만, 그들의 투명한 특성이 신뢰를 구축합니다.
-
-오픈 소스 솔루션이 사용자 지정과 비용 이점을 제공하지만, 상용 도구는 그들만의 고유한 이점 세트를 가진 대안을 제공합니다.
-
-## 상용 업데이트 솔루션
-
-상용 업데이트 솔루션은 업데이트 관리를 위해 신뢰할 수 있고 확장 가능한 도구가 필요한 조직을 위해 구축되었습니다. 이러한 플랫폼은 보안, 확장성 및 전문적인 지원에 우선순위를 두는 기업을 위해 맞춤화되어 있습니다.
-
-### 표준 기능
-
-오늘날의 상용 플랫폼은 기업의 요구를 충족하도록 설계된 기능을 갖추고 있습니다:
-
-| **기능 카테고리** | **기능** | **비즈니스 영향** |
-| --- | --- | --- |
-| **보안** | 암호화 및 컴플라이언스 도구 | 데이터 보호 및 규제 준수 보장 |
-| **관리** | 사용자 할당, 버전 관리, 롤백 | 업데이트 단순화 및 배포 위험 감소 |
-| **분석** | 사용량 추적, 성능 메트릭 | 데이터 기반 업데이트 결정 가능 |
-| **통합** | CI/CD 파이프라인 지원, API 접근 | 워크플로우 자동화 및 프로세스 간소화 |
-
-예를 들어, 암호화 도구는 민감한 정보를 보호하고, 롤백 및 버전 관리 기능은 업데이트 중 위험을 최소화하는 데 도움을 줍니다.
-
-### 주요 상용 플랫폼
-
-여러 벤더가 상용 업데이트 시장을 선도하고 있습니다. 사용자당 월 $6부터 시작하는 [**Microsoft Intune**](https://www.microsoft.com/en-us/security/business/microsoft-intune)은 강력한 보안과 배포 기능을 갖춘 완전한 기업용 앱 업데이트 도구 세트를 제공합니다. [**VMware Workspace ONE**](https://levelblue.com/products/vmware)은 비슷한 기능을 제공하면서 더 넓은 사용 사례를 위한 디바이스 관리 옵션을 추가합니다.
-
-**Google의** [**Firebase Remote Config**](https://firebase.google.com/docs/remote-config)는 앱 스토어 제출 없이 실시간 구성 업데이트를 푸시할 수 있는 기능으로 인기를 얻었습니다. 이는 특히 Google의 생태계 내에서 작업하는 개발자들에게 매력적입니다.
-
-### 장단점
-
-상용 솔루션의 이점과 단점을 평가하면 기업이 정보에 기반한 결정을 내리는 데 도움이 됩니다:
-
-| **측면** | **장점** | **단점** |
-| --- | --- | --- |
-| **지원** | 24/7 전문 지원, SLA 기반 서비스 | 제한된 사용자 지정 옵션 |
-| **보안** | 기본 제공 기업급 프로토콜 | 보안 구현의 투명성 부족 |
-| **통합** | 사전 구축된 커넥터 및 벤더 도구 | 벤더 종속 위험 |
-| **확장성** | 대규모 운영을 위한 설계 | 사용량이 증가할수록 높은 비용 |
-
-최근 설문조사에 따르면 기업의 71%가 주로 보안과 신뢰성에 대한 우려로 인해 상용 솔루션을 선택한다고 합니다. 이러한 추세는 특히 엄격한 규제가 있는 산업에서 전문적인 지원과 컴플라이언스 도구의 중요성을 강조합니다.
-
-클라우드 기반 상용 솔루션은 확장성 옵션을 더욱 확장했습니다. 그러나 기업은 이러한 플랫폼이 오픈 소스 대안과 비교하여 적합한지 결정하기 위해 벤더 인프라에 대한 의존도 증가와 같은 trade-off를 신중히 고려해야 합니다.
-
-## 직접 비교: 오픈 소스 vs 상용
-
-다음은 오픈 소스와 상용 [앱 업데이트 솔루션](https://capgo.app/plugins/capacitor-updater/)이 주요 기능, 비용 및 기술 요구사항에서 어떻게 다른지에 대한 명확한 분석입니다.
-
-### 기능 매트릭스
-
-| 기능 카테고리 | 오픈 소스 솔루션 | 상용 솔루션 |
-| --- | --- | --- |
-| 업데이트 제어 | [수동 업데이트](https://capgo.app/docs/plugin/cloud-mode/manual-update/), 기본 롤백 | 고급 버전 관리, 자동화된 롤백 |
-| 보안 | [커뮤니티 관리 업데이트](https://capgo.app/docs/plugin/cloud-mode/manual-update/), 사용자 지정 암호화 설정 | 기업급 암호화, 자동화된 취약점 검사 |
-| 통합 | 사용자 지정 CI/CD 설정 | 사전 구축된 CI/CD 커넥터 |
-| 확장 | 수동 구성 | 기본 제공 로드 밸런싱 |
-| 지원 | 커뮤니티 포럼, 문서 | 24/7 전문 지원, SLA 보장 |
-
-이러한 차이점은 각 옵션의 비용 구조를 형성하는 데도 역할을 합니다.
-
-### 가격 분석
-
-Capacitor Live Update와 같은 오픈 소스 도구는 무료로 사용할 수 있지만 유지보수를 위한 개발자 시간이 필요합니다. 반면에 Microsoft Intune과 같은 상용 플랫폼은 사용자당 월 $6-$250를 청구하며, 여기에는 전문적인 지원과 확장성 옵션이 포함됩니다.
-
-| 비용 요소 | 오픈 소스 | 상용 |
-| --- | --- | --- |
-| 초기 라이선스 | 무료 | 사용자당 월 $6-250 |
-| 유지보수 | 개발자 시간 비용 | 구독에 포함 |
-| 확장 비용 | 인프라 비용 | 사용량 기반 가격 |
-| 지원 비용 | 커뮤니티 의존 | 라이선스에 포함 |
-
-이러한 솔루션 간의 선택은 종종 예산과 사내 전문성 수준에 따라 달라집니다.
-
-### 기술 요구사항
-
-이러한 
-
-오픈소스 도구는 유연성과 맞춤화가 필요한 프로젝트에 매우 적합합니다. 특히 맞춤형 통합이 필요하고 비용 효율적인 옵션을 찾는 팀에게 유용합니다. [Capacitor Live Update 플러그인](https://www.npmjs.com/package/@capgo/capacitor-updater)이 이러한 접근 방식의 좋은 예시입니다.
-
-> "Capacitor가 다른 런타임보다 가진 가장 큰 장점 중 하나는 앱스토어에 재제출할 필요 없이 실시간으로 업데이트를 제공할 수 있다는 것입니다" [\[4\]](https://capgo.app/blog/how-live-updates-for-capacitor-work/).
-
-이 옵션은 다음과 같은 경우에 적합합니다:
-
-- 강력한 기술적 전문성을 갖춘 팀
-
-- 맞춤형 통합 설정이 필요한 프로젝트
-
-- 커뮤니티 주도 솔루션을 중요시하는 조직
-
-- 빠르고 잦은 업데이트가 필요한 앱
-
-### 독점 도구가 더 적합한 경우
-
-독점 플랫폼은 신뢰성과 규정 준수가 중요한 엔터프라이즈급 프로젝트에서 주로 선택됩니다. 다음과 같은 경우에 특히 잘 작동합니다:
-
-- 복잡한 배포 요구사항이 있는 대규모 애플리케이션
-
-- 엄격한 규제가 있는 산업의 기업들
-
-- 강력한 모니터링과 분석 기능이 필요한 팀
-
-- 다양한 규정 준수 기준이 있는 여러 지역에 배포되는 앱
-
-선택은 프로젝트의 현재 필요와 미래 성장에 부합해야 합니다. 오픈소스 도구는 초기 비용이 낮을 수 있지만, 독점 플랫폼은 전문적인 지원과 유지보수 감소와 같은 기능으로 장기적으로 시간과 자원을 절약할 수 있습니다 [\[1\]](https://www.heavybit.com/library/article/open-source-vs-proprietary)[\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-여러 지역에 걸쳐 여러 앱을 관리하는 조직의 경우, 독점 솔루션은 내장된 보안과 확장성으로 인해 두각을 나타냅니다. 반면에 smaller한 프로젝트는 오픈소스 도구의 적응성으로 잘 성장할 수 있습니다 [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-## 결론
-
-### 주요 포인트
-
-오픈소스와 독점 솔루션 중 선택은 비용, 유연성, 지원 등의 요소들의 균형을 맞추는 것입니다. 오픈소스 도구는 맞춤화가 필요한 팀에게 적합하고, 독점 플랫폼은 확장성과 엄격한 규정 준수 요구사항 충족에서 빛을 발합니다. 선택은 예산, 필요한 맞춤화 수준, 지원 기대치, 보안 우선순위와 같은 고려사항에 따라 달라집니다.
-
-여러 앱을 관리하거나 엔터프라이즈급 기능이 필요한 조직의 경우, 독점 도구는 강력한 지원과 효율적인 워크플로우를 제공합니다. 반면에 고급 기술 능력과 특정 통합 요구사항이 있는 팀은 고유한 과제를 해결하기 위한 맞춤형 솔루션을 가능하게 하는 오픈소스 도구의 혜택을 받을 수 있습니다 [\[3\]](https://www.o8.agency/blog/open-source-software-vs-proprietary-software).
-
-### 구현 단계
-
-선택한 솔루션을 성공적으로 구현하려면 먼저 앱의 특정 요구사항을 평가하십시오. 그런 다음 해당 요구사항에 가장 잘 부합하는 도구를 선택하고 관련 플랫폼 표준을 준수하면서 CI/CD 파이프라인에 통합하십시오. 원활한 구현은 선택이 팀의 기술 능력, 예산, 장기 유지보수 능력과 얼마나 잘 일치하는지에 달려있습니다.
-
-업데이트 솔루션의 성공은 현재 요구사항과 미래 성장을 모두 충족시킬 수 있는 능력에 크게 좌우됩니다. 맞춤화 옵션을 위해 오픈소스 도구를 선택하든, 구조화된 지원을 위해 독점 플랫폼을 선택하든, 선택이 개발 프로세스를 보완하고 플랫폼 가이드라인을 준수하는지 확인하십시오.
diff --git a/src/content/blog/ko/open-source.md b/src/content/blog/ko/open-source.md
deleted file mode 100644
index 31027125d..000000000
--- a/src/content/blog/ko/open-source.md
+++ /dev/null
@@ -1,129 +0,0 @@
----
-slug: open-source
-title: 오픈 소스가 무엇이며 왜 중요한지 알아보세요!
-description: 프로그래밍을 공부하다 보면 "오픈 소스"라는 용어를 들어보셨을 것입니다. 하지만 이것이 실제로 의미하는 것은 무엇일까요?
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-16T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /open_source_main.webp
-head_image_alt: 오픈 소스
-keywords: >-
-  Open Source, Capgo, philosophy, mobile app development, live updates, OTA
-  updates, continuous integration, mobile app updates
-tag: Open Source
-published: true
-locale: ko
-next_blog: ''
----
-이 글에서는 오픈 소스 소프트웨어가 무엇인지 설명하고 다른 유형의 소프트웨어와 어떻게 다른지 이야기하겠습니다. 또한 오픈 소스 소프트웨어의 장점과 프로젝트에 기여하는 방법에 대해서도 논의하겠습니다.
-
-## 개요
-
-오픈 소스는 원래 오픈 소스 소프트웨어(OSS)를 지칭하는 용어였습니다. 오픈 소스 소프트웨어는 공개적으로 접근 가능하도록 설계된 코드로, 누구나 원하는 대로 코드를 보고, 수정하고, 배포할 수 있습니다.
-
-[소스 코드](https://github.com/cap-go/capacitor-updater/)는 대부분의 컴퓨터 사용자가 볼 수 없는 소프트웨어의 일부입니다. 이는 프로그래머가 소프트웨어("프로그램" 또는 "애플리케이션")의 작동 방식을 변경하기 위해 조작할 수 있는 코드입니다. 컴퓨터 프로그램의 소스 코드에 접근할 수 있는 프로그래머는 기능을 추가하거나 제대로 작동하지 않는 부분을 수정하여 프로그램을 개선할 수 있습니다.
-
-모든 활성 오픈 소스 소프트웨어 프로젝트에는 한 명 이상의 메인테이너가 있습니다. 이들은 프로젝트를 관리하고 버그나 다른 문제가 없도록 하는 사람들입니다. 다시 말해, 프로젝트를 "유지 관리"하는 것입니다! 프로젝트를 위한 코드를 작성하는 데 시간을 보낼 수 있지만, 그들의 주요 우선순위는 다른 사람들의 기여를 검토하고 구성하는 것입니다. 이러한 기여를 하는 사람들을 적절하게 기여자라고 부릅니다. 이들은 오픈 소스 프로젝트에 새로운 코드, 문서, 또는 버그 리포트를 제출하는 사람들입니다.
-
-<Steps>
-  <Step>프로젝트 검토하기</Step>
-</Steps>
-
-그렇다면, 우리가 알고 있는 오픈 소스 운동은 어떻게 시작되었을까요?
-
-## "오픈 소스"라는 용어는 어디서 왔나요?
-
-20년 전, "오픈 소스 소프트웨어"라는 용어는 포사이트 연구소의 공동 설립자인 크리스틴 피터슨이 만들었습니다. 그녀는 이 분야에 새로운 사람들을 끌어들이기 위한 방법으로 이 용어를 만들고자 했습니다.
-
-원래 이름은 "자유 소프트웨어"가 될 예정이었지만 "자유"가 실제로 무엇을 의미하는지에 대해 많은 혼란이 있었습니다. 이 문제를 명확히 하기 위해 피터슨은 대신 "오픈 소스 소프트웨어"로 이름을 변경할 것을 제안했습니다.
-
-## 오픈 소스 소프트웨어의 장점은 무엇인가요?
-
-오픈 소스 소프트웨어를 사용하고 작업하는 데는 많은 장점이 있습니다. 장점 중 하나는 사용하기로 결정한 코드에 대해 얼마나 많은 통제력을 가질 수 있는지입니다.
-
-프로그래머는 코드를 살펴보고 코드의 어떤 부분을 변경할지 결정할 수 있습니다. 일반 사용자는 특정 방식으로 사용하라는 지시 없이 원하는 대로 이 소프트웨어를 사용할 수 있습니다.
-
-또 다른 장점은 오픈 소스 프로젝트의 코드를 사용하면서 얼마나 많이 배울 수 있는지입니다. 모든 배경을 가진 개발자들이 오픈 소스 프로젝트의 코드를 연구하고 다른 사람들과 작업을 공유할 수 있습니다.
-
-오픈 소스 소프트웨어는 또한 독점 소프트웨어보다 더 안전한 것으로 여겨집니다. 코드가 자유롭게 사용 가능하기 때문에, 개발자들은 독점 소프트웨어보다 더 빠르게 문제를 찾고, 업데이트하고, 버그를 수정할 수 있습니다.
-
-오픈 소스는 또한 매우 큰 커뮤니티를 보유하고 있습니다. 결과적으로 오픈 소스 커뮤니티에 참여하고 기여를 시작하려는 초보자들을 위한 많은 도움이 되는 리소스들이 있습니다.
-
-## 왜 오픈 소스 프로젝트에 기여해야 하나요?
-
-오픈 소스 커뮤니티의 협력적 특성은 개발자들에게 중요한 기회를 제공합니다. 다음은 좋은 아이디어인 가장 중요한 이유들입니다.
-
-**프로젝트 개선**
-
-오픈 소스 커뮤니티의 가장 큰 장점은 구성원들이 주로 해당 프로젝트에 대한 진정한 관심에 의해 동기 부여된다는 것입니다. 따라서 많은 사람들이 이타적인 이유로 오픈 소스 프로젝트에 기여합니다 - 그들은 이를 개선하고 싶어합니다!
-
-오픈 소스 소프트웨어를 더 빠르게, 더 스마트하게 실행하거나 더 안전하게 만드는 것은 그 품질을 향상시킬 것입니다.
-
-**귀중한 지식 획득**
-
-특정 오픈 소스 프로젝트에 몰입함으로써, 해당 소프트웨어에 대한 귀중한 지식을 얻게 됩니다. 다시 말해, 단순히 실천을 통해 배우는 것이 아니라 다른 개발자들의 코드와 상호작용하면서 배우게 됩니다.
-
-**경력 전망 향상**
-
-오픈 소스 프로젝트에 기여함으로써, 잠재적 고용주들에게 당신의 재능을 보여줄 수 있습니다. 그들은 당신의 실제 작업을 쉽게 확인하고 그들의 공석에 적합한지 평가할 수 있습니다. [Frank Scheffler](https://medium.com/digitalfrontiers/5-reasons-why-you-should-contribute-to-open-source-projects-2f65443b4077/)의 말을 빌리자면, "활발한 오픈 소스 기여는 자격증만으로는 절대 할 수 없는 방식으로 당신의 전문성과 지식을 강조합니다".
-
-더욱이, 여러 프로젝트에 기여함으로써 인맥을 구축하게 되는데, 이는 당신의 경력에 결코 해가 되지 않을 것입니다!
-
-## 오픈 소스 프로젝트에 기여하는 방법
-
-오픈 소스 프로젝트에 기여하는 것은 경험을 쌓고, 다른 사람들과 협력하며, 커뮤니티에 보답하는 보람 있는 방법이 될 수 있습니다. 시작하는 데 도움이 되는 단계별 가이드입니다:
-
-1. **프로젝트 선택**:
-   - 먼저 당신의 관심사와 실력 수준에 맞는 오픈 소스 프로젝트를 찾으세요. GitHub, GitLab, Bitbucket 같은 플랫폼을 사용하여 프로젝트를 찾을 수 있습니다.
-
-<Steps>
-  <Step>프로젝트 선택하기</Step>
-</Steps>
-
-2. **프로젝트 이해하기**:
-   - 프로젝트의 문서, README 파일, 기여 가이드라인을 읽고 프로젝트의 목적, 목표, 코딩 표준을 이해하세요.
-
-<Steps>
-  <Step>필요한 파일 검토하기</Step>
-</Steps>
-
-3. **개발 환경 설정하기**:
-   - 프로젝트 작업에 필요한 도구와 의존성을 설치하세요. 여기에는 프로그래밍 언어, 라이브러리, Git과 같은 버전 관리 시스템이 포함될 수 있습니다.
-
-4. **작은 것부터 시작하기**:
-   - 초보자의 경우, 오타 수정, 문서 개선, 또는 작은 버그 수정과 같은 간단하고 잘 정의된 작업부터 시작하는 것이 좋습니다. 이를 통해 프로젝트의 워크플로우와 커뮤니티에 익숙해질 수 있습니다.
-
-5. **버전 관리 익숙해지기**:
-   - 버전 관리를 위해 Git 사용법을 배우세요. 프로젝트의 저장소를 포크하고, 로컬 머신에 클론한 다음, 변경사항을 위한 새 브랜치를 만드세요.
-
-6. **코드 기여하기**:
-   - 프로젝트의 코딩 가이드라인을 따라 코드를 변경하세요. 변경사항이 명확하고, 잘 문서화되어 있으며, 기존 이슈나 필요성을 해결하는지 확인하세요.
-
-7. **테스팅**:
-   - 코드를 제출하기 전에, 의도한 대로 작동하는지 철저히 테스트하세요. 프로젝트에서는 종종 코드 변경사항에 대한 테스트 작성을 요구합니다.
-
-8. **Pull Request(PR) 생성하기**:
-   - 변경사항을 포크된 저장소에 푸시한 다음 메인 프로젝트에 변경사항을 제안하는 PR을 생성하세요. 변경사항에 대한 명확하고 간결한 설명을 제공하세요.
-
-9. **커뮤니티와 소통하기**:
-   - 프로젝트와 관련된 토론, 포럼, 메일링 리스트에 참여하세요. 피드백을 수용하고 받은 피드백을 바탕으로 개선할 의지를 가지세요.
-
-10. **인내심을 갖고 끈기있게**:
-    - PR이 검토되고 승인되기까지 시간이 걸릴 수 있습니다. 인내심을 갖고, 필요한 경우 PR을 정중하게 팔로우업하세요.
-
-11. **배우고 성장하기**:
-    - 다른 사람들로부터 배우고 코딩 실력을 향상시키는 경험을 하세요. 프로젝트에 더 익숙해지면서 더 실질적인 기능이나 개선사항을 기여할 수 있습니다.
-
-12. **오픈 소스 에티켓 준수하기**:
-    - 프로젝트 메인테이너와 커뮤니티 구성원을 존중하세요. 예의 바르게 행동하고, 가이드라인을 따르며, 도움이 되고 건설적인 기여자가 되세요.
-
-13. **일관성 유지하기**:
-    - 계속 기여하고 싶다면, 정기적으로 기여하려고 노력하세요. 이는 프로젝트 커뮤니티 내에서 존재감을 구축하는 데 도움이 됩니다.
-
-14. **라이선스와 소유권 인식하기**:
-    - 프로젝트의 라이선스와 저작권을 존중하세요. 기여하는 조건을 이해하세요.
-
-15. **작업 문서화하기**:
-    - 자신의 참고를 위해 기여한 내용을 기록하세요. 이는 개발
diff --git a/src/content/blog/ko/optimise-your-images-for-updates.md b/src/content/blog/ko/optimise-your-images-for-updates.md
deleted file mode 100644
index e9bd5485a..000000000
--- a/src/content/blog/ko/optimise-your-images-for-updates.md
+++ /dev/null
@@ -1,31 +0,0 @@
----
-slug: optimise-your-images-for-updates
-title: 이미지 업데이트를 위해 최적화하기
-description: 사용자가 더 빠르게 업데이트를 받을 수 있도록 실시간 업데이트를 위한 이미지를 최적화하는 방법.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-01-23T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /convert.jpg.webp.webp
-head_image_alt: 웹p 그림으로 변환
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Optimisation
-published: true
-locale: ko
-next_blog: ''
----
-
-WebP는 JPEG와 비슷하거나 더 나은 시각적 품질을 유지하면서 파일 크기를 크게 절약할 수 있는 현대적인 이미지 형식입니다. 모바일 앱에서 JPEG 이미지를 WebP로 변환하면 앱의 크기를 줄일 수 있어 사용자에게 더 빠른 다운로드 시간과 향상된 성능을 제공할 수 있습니다.
-
-WebP는 Android와 iOS를 포함한 대부분의 주요 모바일 플랫폼과 기기에서 잘 지원됩니다. JPEG와 달리 WebP는 더 작은 파일 크기로 더 우수한 이미지 품질을 제공하여 더 빠른 다운로드 시간, 적은 데이터 사용량, 더 나은 사용자 경험을 제공합니다. 이는 데이터 사용량과 다운로드 시간이 주요 관심사인 셀룰러 네트워크에서 사용되는 모바일 앱에서 특히 중요합니다.
-
-이미지를 WebP로 변환할 때 사용할 수 있는 몇 가지 옵션이 있습니다. 한 가지 인기 있는 옵션은 앱의 빌드 프로세스에 쉽게 통합할 수 있는 `c.webp`와 같은 명령줄 도구를 사용하는 것입니다. 다른 옵션으로는 이미지를 수동으로 변환하는 데 사용할 수 있는 [Android Studio](https://sites.google.com/a/android.com/tools/tech-docs/.webp/)에서 WebP로 변환하는 것입니다. 콘텐츠 관리 시스템(CMS)용 플러그인이나 Kraken.io와 같은 자동화된 서비스를 사용할 수도 있습니다.
-
-이미지를 WebP로 변환한 후에는 앱의 성능이 개선되었는지 확인하기 위해 테스트하는 것이 중요합니다. [Firebase Performance Monitoring 플러그인](https://github.com/cap-go/capacitor-firebase/tree/main/packages/performance/) 또는 다른 성능 테스트 도구를 사용하여 앱의 성능을 측정할 수 있습니다. 또한 WebP 변환이 앱의 성능에 어떤 영향을 미치는지 더 정확한 그림을 얻기 위해 다양한 기기와 네트워크에서 앱을 테스트해야 합니다.
-
-앱의 성능을 개선하는 것 외에도 이미지를 WebP로 변환하면 앱의 전반적인 사용자 경험에도 긍정적인 영향을 미칠 수 있습니다. 더 빠른 다운로드 시간과 적은 데이터 사용량으로 사용자는 앱에 대해 더 긍정적인 경험을 할 가능성이 높아지며, 이는 참여도와 유지율 증가로 이어질 수 있습니다.
-
-전반적으로 이미지를 WebP로 변환하는 것은 모바일 앱의 자산을 최적화하고 앱의 성능을 개선하는 효과적인 방법이 될 수 있습니다. 이는 앱의 전반적인 사용자 경험에 큰 영향을 미칠 수 있는 간단하고 명확한 프로세스입니다. 이미지를 WebP로 변환하는 시간을 투자함으로써 사용자에게 더 나은 경험을 제공하고 잠재적으로 참여도와 유지율을 높일 수 있을 것입니다.
diff --git a/src/content/blog/ko/ota-security-checklist-for-capacitor-apps.md b/src/content/blog/ko/ota-security-checklist-for-capacitor-apps.md
deleted file mode 100644
index 58ae0c4fc..000000000
--- a/src/content/blog/ko/ota-security-checklist-for-capacitor-apps.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-slug: ota-security-checklist-for-capacitor-apps
-title: Capacitor 앱의 OTA 보안 체크리스트
-description: 'OTA 업데이트 시 애플리케이션의 암호화, 접근 제어, 긴급 대응 전략 등 필수적인 보안 조치에 대해 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-11T13:52:41.166Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f910732e221594daf2250f-1744379572627.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, app security, encryption, user management, compliance, rollback
-  capabilities, mobile app development
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**사용자 데이터를 보호하고 앱의 무결성을 유지하기 위해서는 안전한 OTA 업데이트가 필수적입니다.** 알아야 할 사항:
-
--   **엔드투엔드 암호화:** 생성부터 전달까지 업데이트를 보호합니다.
--   **롤백 기능:** 문제가 있는 업데이트를 신속하게 되돌려 영향을 최소화합니다.
--   **사용자 관리:** 엄격한 접근 제어로 인가된 사용자에게만 업데이트가 전달되도록 합니다.
--   **규정 준수:** 앱스토어 등록을 유지하기 위해 Apple과 Google의 가이드라인을 따릅니다.
--   **위험 완화:** 단계적 출시, 베타 테스트, 인프라 보안을 통해 취약성을 줄입니다.
-
-**주요 통계:**
-
--   24시간 이내 활성 사용자의 95%가 업데이트합니다.
--   전 세계 배포 성공률은 82%입니다.
-
-## ... 와 함께하는 간편한 무선(OTA) 업데이트 가이드
-
-<iframe src="https://www.youtube.com/embed/7Xdsc1qqoro" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 보안 계획
-
-OTA 업데이트는 강력한 기술적 안전장치와 규정 준수 조치로 계획되어야 합니다.
-
-### 보안 요구사항 
-
-생성부터 배포까지 엔드투엔드 암호화로 업데이트를 보호하세요 [\[1\]](https://capgo.app/). 주요 단계:
-
--   **암호화 프로토콜**: 모든 업데이트 패키지에 엔드투엔드 암호화 사용
--   **인증 시스템**: 강력한 사용자 및 기기 인증 방식 적용
-
-### 앱스토어 규칙
-
-[Apple App Store](https://developer.apple.com/app-store/guidelines/)와 [Google Play Store](https://play.google.com/console/signup)는 OTA 업데이트에 대해 엄격한 정책을 시행합니다. 앱스토어 등록과 사용자 신뢰를 유지하기 위해서는 이러한 규칙을 따르는 것이 중요합니다.
-
-| 플랫폼 | 주요 요구사항 | 업데이트 제한사항 |
-| --- | --- | --- |
-| Apple App Store | 엔드투엔드 암호화 | 핵심 기능 변경 불가 |
-| Google Play Store | 서명된 업데이트 | 콘텐츠 업데이트로 제한 |
-| 양쪽 플랫폼 | 롤백 기능 | 앱 무결성 유지 필수 |
-
-### 보안 위험
-
-잠재적 취약점을 이해하면 효과적인 방어를 구축하는 데 도움이 됩니다. 주요 위험:
-
--   **업데이트 무결성**  
-    82%의 전 세계 업데이트 성공률 [\[1\]](https://capgo.app/)에서 강력한 보안 프로토콜은 배포 문제를 크게 줄일 수 있습니다.
-    
--   **배포 제어**  
-    베타 테스트와 단계적 출시로 배포를 관리하고 위험을 줄입니다.
-    
--   **인프라 보안**  
-    조직의 특정 보안 요구사항에 따라 클라우드 기반 또는 자체 호스팅 인프라를 선택하세요 [\[1\]](https://capgo.app/).
-    
-
-> "진정한 엔드투엔드 암호화를 제공하는 유일한 솔루션입니다. 다른 솔루션들은 단순히 업데이트에 서명만 합니다." - Capgo [\[1\]](https://capgo.app/)
-
-보안을 강화하기 위해 업데이트 성능을 추적하고 잠재적 문제를 조기에 감지하는 모니터링 시스템을 도입하세요. 암호화, 제어된 배포, 사전 모니터링을 결합하면 OTA 업데이트를 위한 견고한 보안 기반이 됩니다. 이러한 조치들은 코드, 데이터, 접근 지점 전반에 걸쳐 업데이트의 보안을 보장합니다.
-
-## 보안 구현
-
-OTA 보안 구현에는 정의된 요구사항과 위험 평가를 기반으로 한 강력한 기술적 조치가 필요합니다. Capgo에 따르면, **활성 사용자의 95%가 24시간 이내에 업데이트합니다** [\[1\]](https://capgo.app/).
-
-### 코드 보안
-
-다음과 같은 주요 조치에 집중하세요:
-
-| 보안 계층 | 구현 | 목적 |
-| --- | --- | --- |
-| **엔드투엔드 암호화** | [AES-256](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard) 암호화 | 전송 중 OTA 패키지 보호 |
-| **코드 서명** | 디지털 서명 | 업데이트의 진위성과 변조 여부 확인 |
-
-이러한 단계들이 안전한 OTA 프로세스의 근간을 이룹니다.
-
-### 데이터 보호
-
-엔드투엔드 암호화는 OTA 업데이트가 안전하게 보호되어 인가된 사용자만이 패키지를 복호화할 수 있도록 보장합니다 [\[1\]](https://capgo.app/).
-
-### 접근 제어
-
-무단 변경이나 배포를 방지하기 위해서는 계층화된 접근 제어 전략이 중요합니다. 주요 구성 요소:
-
--   **사용자 관리 시스템**: 개발자, 테스터, 관리자에게 구체적인 권한을 부여하여 업데이트 배포에 대한 상세한 권한 지정
--   **채널 기반 배포**: 제어된 출시, 베타 테스트, 프로덕션 안정성 유지를 위해 다중 업데이트 채널 사용
--   **인증 프로토콜**: 사용자와 기기 모두에 대해 강력한 인증 및 검증 프로세스 적용
-
-이러한 구조적 접근 방식은 업데이트의 보안과 관리 가능성을 보장합니다.
-
-### 보안 테스트
-
-보안 유지를 위해서는 철저한 테스트가 필요합니다. 주요 단계:
-
--   보안 스캔 실행 및 업데이트 패키지 검증
--   인증 시스템의 신뢰성 테스트
--   문제가 있는 업데이트를 신속히 해결하기 위한 롤백 메커니즘 검증
-
-다운타임과 위험을 최소화하기 위해 분석과 오류 추적을 사용하여 문제를 사전에 발견하고 해결하세요.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## 비상 대응
-
-예방 조치가 미흡할 때는 OTA 업데이트 중 발생하는 침해에 대응하기 위한 계획이 필수적입니다.
-
-### 보안 경보
-
-위협이 발생하는 즉시 감지할 수 있도록 모니터링 도구를 사용하세요. 주요 요소:
-
-| 구성 요소 | 목적 | 구현 |
-| --- | --- | --- |
-| **오류 추적** | 이상 징후 신속 식별 | 업데이트 출시 중 자동 모니터링 |
-| **분석 대시보드** | 업데이트 성능 추적 | 실시간 사용자 참여 모니터링 |
-
-위협이 식별되면 롤백부터 시작하여 신속하게 조치를 취해야 합니다.
-
-### 업데이트 롤백
-
-보안 문제로 인한 피해를 제한하기 위해 신속한 업데이트 롤백이 필요합니다. Capgo와 같은 플랫폼은 원클릭 롤백 기능으로 팀이 지체 없이 이전 버전으로 되돌릴 수 있게 합니다 [\[1\]](https://capgo.app/).
-
-**롤백 시 고려사항:**
-
--   필요할 때 즉시 되돌릴 수 있도록 **자동화된 롤백** 시스템 구축
-
-### 비상 조치
-
-보안 침해가 감지되면 다음 단계로 상황을 효과적으로 관리할 수 있습니다:
-
-1.  **즉각적인 평가**  
-    침해 범위를 평가하고 영향을 받은 버전과 사용자를 문서화합니다.
-    
-2.  **격리 조치**  
-    업데이트 채널을 사용하여 영향받은 사용자를 격리하고 시스템을 안정화합니다.
-    
-3.  **복구 구현**  
-    문제 해결을 위해 안전한 버전으로 롤백합니다.
-    
-
-> "필요한 경우 이전 버전으로 원클릭 롤백" - Capgo [\[1\]](https://capgo.app/)
-
-현대적인 OTA 플랫폼은 오류 추적, 실시간 분석, 채널 기반 업데이트와 같은 도구를 팀에 제공합니다. 이러한 기능으로 신속한 대응이 가능해져 사용자에 대한 영향을 줄일 수 있습니다.
-
-## 보안 도구
-
-처음부터 끝까지 OTA 업데이트를 보호하는 보안 도구를 선택하세요.
-
-### 업데이트 플랫폼
-
-OTA 업데이트 플랫폼을 평가할 때는 보안을 우선순위로 두세요. 최상위 플랫폼에는 보통 다음과 같은 기능이 포함됩니다:
-
-| 보안 기능 | 목적 | 구현 |
-| --- | --- | --- |
-| **엔드투엔드 암호화** | 업데이트 콘텐츠 보호 | 인가된 사용자만 업데이트 복호화 가능 |
-| **앱스토어 규정 준수** | 플랫폼 표준 준수 | Apple/Google 규칙에 대한 자동 검사 |
-| **롤백 기능** | 문제 있는 업데이트 되돌리기 | 효율적인 롤백을 위한 감사 추적 유지 |
-| **오류 모니터링** | 출시 문제 조기 식별 | 실시간 추적 제공 |
-
-예를 들어, Capgo는 진정한 엔드투엔드 암호화에 중점을 둔 강력한 성능을 제공합니다. 플랫폼 자체를 넘어 업데이트 전달 환경의 보안도 똑같이 중요합니다.
-
-### 브라우저 보안
-
-전달 중 클라이언트 측 환경의 보안도 중요합니다. 전달 중 웹 취약점을 방지하기 위해 엄격한 콘텐츠 보안 정책(CSP)을 구현하세요:
-
--   신뢰할 수 있는 도메인으로만 리소스 로딩 제한
--   모든 연결에 HTTPS 필수
--   무단 접근을 제한하기 위해 적절한 CORS 정책 설정
-
-### 서버 보안
-
-OTA 호스팅 보호에는 강력한 서버 측 조치가 필요합니다:
-
--   **HTTPS 전달**: 데이터 안전을 위해 모든 업데이트 전송 암호화
--   **접근 제어**: 상세한 권한이 있는 [클라우드 또는 자체 호스팅 배포](https://capgo.app/blog/self-hosted-capgo/) 사용
--   **지속적 모니터링**: 업데이트의 무결성을 정기적으로 추적하고 검증
-
-> "진정한 엔드투엔드 암호화를 제공하는 유일한 솔루션입니다. 다른 솔루션들은 단순히 업데이트에 서명만 합니다" -
diff --git a/src/content/blog/ko/ota-updates-in-beta-staying-policy-compliant.md b/src/content/blog/ko/ota-updates-in-beta-staying-policy-compliant.md
deleted file mode 100644
index 74bea857b..000000000
--- a/src/content/blog/ko/ota-updates-in-beta-staying-policy-compliant.md
+++ /dev/null
@@ -1,74 +0,0 @@
----
-slug: ota-updates-in-beta-staying-policy-compliant
-title: 'OTA Updates 베타: 정책을 준수하는 업데이트'
-description: 앱스토어 정책을 준수하고 사용자 보안을 강화하면서 베타 테스트에서 OTA 업데이트를 효과적으로 관리하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T02:04:08.266Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5-1743499666588.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, beta testing, compliance, app store policies, encryption, user
-  communication, quality control
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**OTA 업데이트를 통해 베타 테스트가 더 빠르고 쉬워집니다 - 하지만 앱스토어 규정을 준수하는 것이 중요합니다.** 알아야 할 사항들은 다음과 같습니다:
-
--   **OTA 업데이트란?** 개발자가 앱스토어를 거치지 않고 사용자 기기에 직접 수정사항과 기능을 전달할 수 있습니다.
--   **주요 이점:** 신속한 배포, 타겟팅된 업데이트, 실시간 추적, 롤백 옵션.
--   **준수 필수사항:** 종단간 암호화 사용, 테스터와의 투명한 소통, Apple과 Google의 베타 테스트 규칙 준수.
--   **피해야 할 일반적인 실수:** 결제 시스템이나 핵심 기능과 같은 승인되지 않은 변경에 OTA 업데이트를 사용하지 마세요.
--   **최고의 도구:** [Capgo](https://capgo.app/)와 같은 플랫폼은 채널 시스템, 분석, 롤백 기능으로 안전하고 규정을 준수하는 업데이트를 단순화합니다.
-
-**빠른 비교:**
-
-| 기능 | Capgo | [TestFlight](https://developer.apple.com/testflight/) | [Google Play Console](https://developer.android.com/distribute/console) |
-| --- | --- | --- | --- |
-| 종단간 암호화 | 예 | 예 | 예 |
-| 타겟팅된 업데이트 | 예 ([채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)) | 제한적 | 제한적 |
-| 롤백 기능 | 예 | 아니오 | 아니오 |
-| 실시간 추적 | 예 | 제한적 | 제한적 |
-| 설정 비용 | $2,600 (일회성) | 무료 | 무료 |
-
-## 기기 펌웨어 업데이트 모범 사례
-
-<iframe src="https://www.youtube.com/embed/owPdKRQhMzk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 앱스토어 베타 테스트 규칙
-
-Apple과 Google 모두 앱 품질과 사용자 안전을 유지하기 위한 엄격한 베타 테스트 가이드라인을 가지고 있습니다. 이러한 표준을 충족하기 위해서는 안전하고 정확한 업데이트 도구를 사용하는 것이 필수적입니다.
-
-### Apple [TestFlight](https://developer.apple.com/testflight/) 요구사항
-
-![TestFlight](https://assets.seobotai.com/capgo.app/67eb2df2283d21cbd67cfdb5/4da4b0faec79804f5d08d001d9926818.jpg)
-
-Apple의 규칙을 준수하려면 솔루션에 **종단간 암호화**가 포함되어 있고 베타 업데이트를 위한 **타겟팅된 롤아웃**을 지원하는지 확인하세요.
-
-### Google Play 베타 테스트 규칙
-
-Google은 특정 사용자 그룹에 안전하게 업데이트를 전달하기 위해 Capgo의 채널 시스템과 같은 시스템 사용을 권장합니다 [\[1\]](https://capgo.app/). 이러한 가이드라인은 아래에서 논의되는 더 광범위한 정책 변경의 일부입니다.
-
-[Continue with more text to translate if needed]
-
-이러한 방식들은 Capgo와 같은 특수 플랫폼의 근간을 이룹니다.
-
-### Capgo를 사용한 업데이트
-
-Capgo는 규정을 준수하는 OTA 업데이트를 단순화하도록 설계되었습니다. 750개의 프로덕션 앱에서 2,350만 건 이상의 업데이트를 제공한 [\[1\]](https://capgo.app/) Capgo는 프로세스의 모든 측면을 처리하는 도구를 제공합니다. 다음은 그 기능들이 기여하는 방식입니다:
-
-| 기능 | 이점 |
-| --- | --- |
-| 종단간 암호화 | 업데이트와 사용자 데이터 보호 |
-| 채널 시스템 | 정밀한 베타 테스트 관리 가능 |
-| 분석 대시보드 | 실시간 규정 준수 추적 제공 |
-| 롤백 기능 | 버전 관리를 통한 안정성 보장 |
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 있어 매우 중요합니다!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo의 규정 준수와 신속하고 안정적인 업데이트 간의 균형을 맞추는 능력은 애자일 개발 팀에게 필수적인 도구가 되게 합니다.
diff --git a/src/content/blog/ko/ota-updates-in-cicd-security-and-compliance-tips.md b/src/content/blog/ko/ota-updates-in-cicd-security-and-compliance-tips.md
deleted file mode 100644
index a9ec81769..000000000
--- a/src/content/blog/ko/ota-updates-in-cicd-security-and-compliance-tips.md
+++ /dev/null
@@ -1,243 +0,0 @@
----
-slug: ota-updates-in-cicd-security-and-compliance-tips
-title: 'CI/CD에서 OTA 업데이트: 보안 및 준수 팁'
-description: CI/CD 파이프라인에서 OTA 업데이트를 위한 필수 보안 및 준수 전략을 배워 효율적이고 안전한 앱 배포를 보장합니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-29T03:24:03.406Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e7635c283d21cbd679bdb8-1743218655903.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, CI/CD, security, compliance, encryption, app deployment, privacy
-  laws, mobile updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**OTA 업데이트**를 통해 사용자가 앱 스토어 리뷰를 기다리지 않고도 앱 업데이트를 직접 푸시할 수 있습니다. **CI/CD 파이프라인**과 결합하면 빠르고 자동화된 안전한 배포를 가능하게 합니다. 하지만 속도는 위험을 동반합니다 - 보안, 컴플라이언스 및 개인정보 보호가 최우선이어야 합니다.
-
-### 주요 내용:
-
-- **보안 위험**: 위험으로는 데이터 가로채기, 코드 삽입 및 서버 손상이 있습니다.
-- **모범 사례**: **종단 간 암호화**, **코드 서명** 및 **안전한 HTTPS 전송**을 사용하세요.
-- **컴플라이언스**: 앱 스토어 규칙(승인 없이 기본 기능 변경 금지) 및 [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)/[CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)와 같은 개인정보 보호법을 준수하세요.
-- **Capacitor 앱의 이점**: 문제를 즉시 수정하고, 업데이트를 점진적으로 배포하며, 실시간으로 성능을 추적할 수 있습니다.
-
-### 사용할 도구:
-
-**[Capgo](https://capgo.app/)**와 같은 플랫폼은 암호화, 롤백 옵션, 오류 추적 및 CI/CD 통합과 같은 강력한 기능을 제공합니다. 예를 들어:
-
-- **Capgo의 성공률**: 24시간 내 95% 업데이트 채택, 82% 글로벌 성공률.
-
-| 기능 | 이점 |
-| --- | --- |
-| **암호화** | 업데이트 패키지를 안전하게 보호 |
-| **롤백 옵션** | 문제를 빠르게 수정 |
-| **접근 제어** | 권한 제한 |
-| **분석** | 성능을 추적 |
-
-안전한 OTA 플랫폼을 선택하고, 이를 CI/CD 파이프라인과 통합하며, 컴플라이언스 규칙을 준수하여 원활하고 안전하며 효과적인 업데이트를 보장하세요.
-
-## CI/CD 파이프라인 보안을 위한 실용적인 팁과 요령
-
-<iframe src="https://www.youtube.com/embed/4hKqanFEu34" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 안전한 OTA 업데이트 설정
-
-CI/CD OTA 업데이트를 보호하려면 여러 계층의 보안이 필요합니다. Capgo는 이러한 전략이 효과적으로 구현될 때 24시간 내 업데이트에 대해 95% 성공률을 보였습니다[\[1\]](https://capgo.app/).
-
-### 업데이트 패키지 암호화
-
-OTA 업데이트 패키지를 처음부터 끝까지 암호화하면 전체 과정에서 보안을 유지할 수 있습니다[\[1\]](https://capgo.app/). 이 방법은 승인된 사용자만 업데이트를 복호화할 수 있도록 하여 추가 보안 계층을 추가합니다. 단순히 업데이트에 서명하는 솔루션과 달리, 전체 암호화는 모든 단계에서 무단 액세스를 차단합니다.
-
-### 코드 서명 방법
-
-코드 서명은 업데이트가 합법적이고 변조되지 않았음을 확인하는 데 중요합니다. 강력한 암호화와 결합하여 보다 안전한 [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 생성하세요.
-
-### 안전한 업데이트 전송
-
-HTTPS와 보호된 API 접근을 사용하여 업데이트 전송을 안전하게 유지하세요. 이는 전송 중 데이터의 가로채기 또는 변조를 방지합니다. 또한 시스템에 신뢰할 수 있는 롤백 메커니즘이 포함되어 있어 데이터 무결성을 손상시키지 않고 전송 문제를 처리할 수 있도록 하세요.
-
-### 업데이트 롤백 옵션
-
-롤백 기능은 업데이트 실패를 해결하는 데 필수적입니다. Capgo는 이러한 기능 덕분에 82% 글로벌 성공률의 일부를 차지합니다[\[1\]](https://capgo.app/). 이러한 보안 계층은 위험을 최소화하고 일관된 성능을 보장하는 신뢰할 수 있는 OTA 업데이트 시스템을 생성합니다.
-
-## 앱 스토어 및 개인정보 보호 규칙
-
-### 앱 스토어 OTA 규칙
-
-Apple은 기본 앱 기능 변경 시 검토를 요구하고, Google은 업데이트의 투명성을 요구합니다. OTA 배포를 앱 스토어 규칙을 준수하여 유지하려면 다음 단계를 따르세요:
-
-- **상세한 업데이트 문서 제공**: 업데이트에 포함된 내용을 명확히 설명하세요.
-- **기본 기능 변경 피하기**: 업데이트가 승인 없이 앱의 주요 기능을 변경하지 않도록 하세요.
-- **플랫폼 UI/UX 가이드라인 준수**: 모든 디자인 변경은 플랫폼의 표준에 맞춰야 합니다.
-
-이러한 규칙을 준수하는 것은 시장에서 앱의 존재를 유지하는 데 필수적입니다. Capgo가 지적하듯, "앱 스토어 규정을 준수하는 것"이 장기적인 성공의 열쇠입니다 [\[1\]](https://capgo.app/).
-
-### 개인정보 보호법 요구 사항
-
-GDPR 및 CCPA와 같은 개인정보 보호법은 OTA 업데이트 데이터 처리 방식에도 영향을 미칩니다. 이러한 규정은 투명성, 사용자 권리 및 보안에 중점을 둡니다.
-
-**데이터 수집의 투명성**:
-
-- 업데이트 관련 데이터 수집 내용을 명확히 공개하세요.
-- 데이터를 수집하기 전에 사용자의 명시적인 동의를 받으세요.
-- 비필수 데이터 수집에서 사용자가 옵트아웃할 수 있도록 하세요.
-
-**사용자 권리 보호**:
-
-- 사용자가 업데이트 내역에 접근할 수 있도록 하세요.
-- 업데이트와 관련된 데이터 이동성을 위한 옵션을 제공하세요.
-- 사용자 요청에 따라 업데이트 관련 데이터를 삭제하세요.
-
-**보안 관행**:
-
-- 모든 업데이트 데이터를 암호화하세요.
-- 업데이트 활동에 대한 자세한 로그를 유지하세요.
-- 데이터를 보호하기 위해 엄격한 접근 제어를 구현하세요.
-
-강력한 보안과 투명한 업데이트 프로세스는 컴플라이언스를 위한 필수 조건입니다. Capgo는 OTA 업데이트를 보호하기 위한 핵심 전략으로 종단 간 암호화를 사용하는 것을 강조합니다 [\[1\]](https://capgo.app/).
-
-## OTA 업데이트를 위한 보안 팁
-
-### 보안 테스트
-
-자동화된 보안 테스트를 통해 잠재적 약점을 드러내세요. 자동화된 도구를 사용하여 업데이트 패키지가 안전하고 암호화가 의도대로 작동하는지 확인하세요.
-
-유효성을 검증해야 할 주요 영역은 다음과 같습니다:
-
-- **패키지 무결성**
-- **암호화 프로토콜**
-- **인증 메커니즘**
-- **접근 제어 시스템**
-
-견고한 테스트 프로세스는 배포 중 강력한 권한 제어를 보장합니다.
-
-### 업데이트 권한 제어
-
-누가 업데이트에 접근하고 배포할 수 있는지를 제어하는 것은 중요합니다. 무단 변경을 방지하기 위해 역할 기반 권한을 구현하세요.
-
-- **관리자 제어**: 배포 및 롤백 관리에 대한 전체 접근.
-- **개발자 접근**: 특정 업데이트 채널 및 테스트 환경으로 제한됨.
-- **QA 팀**: 베타 채널 및 테스트 설정에 대한 권한.
-- **모니터링 팀**: 분석 및 로그 보기로 제한됨.
-
-이러한 권한은 보안 환경을 유지하기 위해 추적 시스템과 함께 작동합니다.
-
-### 업데이트 추적
-
-업데이트 활동을 면밀히 주시하여 문제를 조기에 발견하세요. 추적이 도움이 되는 방법은 다음과 같습니다:
-
-| 추적 요소 | 목적 | 보안 이점 |
-| --- | --- | --- |
-| **오류 로그** | 업데이트 실패를 추적 | 위반 감지 |
-| **분석 대시보드** | 성공률 모니터링 | 잠재적 위협 파악 |
-| **버전 관리** | 활성 버전 추적 | 일관성 보장 |
-| **사용자 활동 로그** | 배포 기록 | 감사 추적 제공 |
-
-### 문제 대응 계획
-
-신속한 대응 전략을 마련하면 보안 문제의 영향을 줄일 수 있습니다. 위반을 처리하는 방법은 다음과 같습니다:
-
-1. **평가**
-
-- 심각도와 범위를 파악하세요.
-- 영향을 받은 버전을 문서화하세요.
-- 영향 받은 사용자를 파악하세요.
-
-2. **차단**
-
-- 업데이트를 일시적으로 중단하세요.
-- 손상된 채널을 차단하세요.
-- 데이터를 안전하게 유지하기 위해 백업을 활성화하세요.
-
-3. **복구**
-
-- 기능을 복원하기 위해 안전한 버전으로 롤백하세요.
-- 필요한 경우 긴급 패치를 배포하세요.
-- 사건 및 해결 단계를 사용자에게 알리세요.
-
-> "진정한 종단 간 암호화를 제공하는 유일한 솔루션, 나머지는 단지 업데이트에 서명만 함" - Capgo [\[1\]](https://capgo.app/)
-
-## OTA 업데이트 도구 검토
-
-OTA 업데이트를 보호하려면 데이터 보호를 우선시하는 통합 기능을 갖춘 도구가 필요합니다. 고려해야 할 사항을 자세히 살펴보겠습니다.
-
-### OTA 업데이트를 위한 주요 기능
-
-OTA 업데이트 플랫폼을 선택할 때 보안 및 기능성에 집중하세요. 종단 간 암호화는 필수입니다 - 이는 기본 코드 서명보다 훨씬 더 많은 보호를 제공합니다.
-
-우선시해야 할 몇 가지 필수 기능은 다음과 같습니다:
-
-- **암호화**: 전송 중 업데이트 패키지가 완전히 암호화되도록 보장합니다.
-- **롤백 지원**: 문제가 발생하면 이전 버전으로 즉시 되돌릴 수 있습니다.
-- **접근 제어**: 권한 및 사용자 역할 관리의 세부 관리를 허용합니다.
-- **분석**: 업데이트에 대한 실시간 추적 및 모니터링 기능을 제공합니다.
-- **CI/CD 통합**: 개발 파이프라인과 원활하게 연결됩니다.
-
-### [Capgo](https://capgo.app/) 플랫폼 기능
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e7635c283d21cbd679bdb8/62c1b4dece964ef24ef070504a9b15e5.jpg)
-
-2022년에 출시된 Capgo는 보안을 염두에 두고 설계된 OTA 업데이트를 제공합니다. 그 기능으로는 종단 간 암호화, 자체 호스팅 기능, 스테이지 롤아웃, 오류 추적, 버전 관리 등이 있습니다.
-
-다음은 Capgo의 주요 보안 기능에 대한 요약입니다:
-
-| **기능** | **보안 이점** |
-| --- | --- |
-| 종단 간 암호화 | 업데이트 중 무단 액세스로부터 데이터를 보호합니다. |
-| [자체 호스팅 옵션](https://capgo.app/blog/self-hosted-capgo/) | 데이터 및 컴플라이언스에 대한 더 나은 제어를 제공합니다. |
-| [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | 제어된 스테이지 롤아웃을 가능하게 합니다. |
-| 오류 추적 | 문제를 신속하게 식별하고 수정하는 데 도움을 줍니다. |
-| 버전 관리 | 업데이트 간의 일관성을 보장합니다. |
-
-### OTA 플랫폼 비교
-
-OTA 시장은 발전하고 있으며, 새로운 플랫폼이 경쟁력 있는 가격과 기능을 제공합니다. Capgo가 다른 솔루션과 비교할 때의 위치는 다음과 같습니다:
-
-| **비용 요소** | **기타 OTA 솔루션** | **Capgo** |
-| --- | --- | --- |
-| 월간 운영 비용 | $300 | $12부터 시작 |
-| 연간 기업 비용 | $6,000+ | $996 |
-| 설치 비용 | 가변적 | $2,600 (일회성) |
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 필수적입니다!" - Rodrigo Mantica, @manticarodrigo [\[1\]](https://capgo.app/)
-
-> "@Capgo는 뜨거운 코드 푸시를 만들기 위한 스마트한 방법입니다(그리고 @AppFlow처럼 모든 돈을 쏟지 않아도 됩니다) 🙂" [\[1\]](https://capgo.app/)
-
-## 요약
-
-### 주요 사항
-
-안전한 OTA 업데이트는 강력한 보안 조치와 컴플라이언스 관행에 의존합니다. **종단 간 암호화**는 업데이트 패키지를 보호하는 데 중요하며 안전하고 효율적인 전송을 보장합니다 [\[1\]](https://capgo.app/).
-
-| 요소 | 목적 |
-| --- | --- |
-| **암호화** | 업데이트 패키지를 보호합니다. |
-| **코드 서명** | 패키지 무결성을 확인합니다. |
-| **접근 제어** | 사용자 권한을 관리합니다. |
-| **모니터링** | 실시간 통찰력을 제공합니다. |
-| **롤백** | 즉시 되돌리기를 가능하게 합니다. |
-
-이러한 요소들은 안전한 OTA 업데이트 프로세스의 중추를 형성합니다.
-
-### 시작하기
-
-다음 단계에 따라 안전한 OTA 업데이트를 시작하세요:
-
-1.  **안전한 플랫폼 선택하기**
-
-보안과 규정을 염두에 두고 설계된 플랫폼을 선택하세요. **종단 간 암호화**와 같은 기능은 승인된 사용자만 업데이트에 접근하고 이를 복호화할 수 있도록 보장합니다.
-
-2.  **CI/CD 통합 설정하기**
-
-강력한 보안 조치와 함께 지속적 배포 파이프라인을 통합하세요. 주요 실천 사항은 다음과 같습니다:
-
--   배포 전 자동화된 테스트
--   채널 시스템을 활용한 점진적 배포
--   실시간 오류 추적 및 분석
--   원활한 업데이트를 위한 버전 관리
diff --git a/src/content/blog/ko/payment-data-security-for-app-store-approval.md b/src/content/blog/ko/payment-data-security-for-app-store-approval.md
deleted file mode 100644
index 7a2941f30..000000000
--- a/src/content/blog/ko/payment-data-security-for-app-store-approval.md
+++ /dev/null
@@ -1,92 +0,0 @@
----
-slug: payment-data-security-for-app-store-approval
-title: 앱스토어 승인을 위한 결제 데이터 보안
-description: 앱 스토어에서 거부되지 않도록 앱이 결제 데이터 보안 요구사항을 충족하는지 확인하세요. 필수 도구와 규정 준수 표준에 대해 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T01:09:06.459Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806de1de572faef86998587-1745284157740.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  payment data security, app store approval, end-to-end encryption, compliance,
-  secure updates
-tag: 'Mobile, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**Apple이나 Google에서 앱 승인을 원하시나요? 안전한 결제 데이터부터 시작하세요.** 앱스토어는 규정 준수를 위해 결제 데이터에 대한 **종단간 암호화**를 요구합니다. 이것이 없다면 앱이 거절되거나 삭제될 수 있습니다. 알아야 할 사항은 다음과 같습니다:
-
--   **[Capgo](https://capgo.app/)**: 진정한 종단간 암호화, 롤백 제어 및 [자체 호스팅 옵션](https://capgo.app/blog/self-hosted-capgo/)을 제공합니다. 초기 비용 $2,600 + 월 $300입니다.
--   **[Appflow](https://ionic.io/appflow/live-updates)**: 부분 암호화, 일관성 없는 성능, 연간 $6,000. 2026년에 종료 예정입니다.
--   **[Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/)**: 2024년에 중단, 종단간 암호화 없음.
-
-| **도구** | **암호화** | **배포 옵션** | **비용** | **상태** |
-| --- | --- | --- | --- | --- |
-| Capgo | 종단간 | 클라우드, 자체 호스팅 | 초기 $2,600 + 월 $300 | 활성 |
-| 암호화 서명 | 클라우드 | Capgo와 유사 | 활성 |
-| Appflow | 부분 | 클라우드 | 연간 $6,000 | 2026년 종료 예정 |
-| Code Push | 없음 | 클라우드 | 해당 없음 | 2024년 중단 |
-
-**결론**: Capgo와 같은 도구를 사용하여 결제 데이터를 보호하고, 규정을 준수하며, 앱스토어 문제를 피하세요.
-
-## Swift Reduce, MVP는 죽었나요?, Apple 광고, 앱 보안 그리고 ...
-
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo는 라이브 업데이트 중 앱스토어 표준을 충족하도록 설계된 종단간 암호화를 사용하여 안전한 결제 데이터 처리를 보장합니다.
-
-Capgo의 차별점은 최종 사용자만이 민감한 업데이트를 복호화할 수 있는 암호화 방식입니다. 이는 업데이트 중 무단 접근으로부터 데이터를 보호합니다.
-
-Capgo 플랫폼의 주요 기능은 다음과 같습니다:
-
--   **종단간 암호화**: 민감한 업데이트는 최종 사용자만 복호화할 수 있습니다.
--   **[자체 호스팅 옵션](https://capgo.app/blog/self-hosted-capgo/)**: 기업에게 결제 데이터에 대한 완전한 통제권을 제공합니다.
--   **롤백 제어**: 문제 발생 시 즉시 업데이트를 되돌릴 수 있습니다.
--   **[채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**: 특정 사용자 그룹에 대상화된 업데이트를 전송합니다.
-
-Capgo의 접근 방식은 업데이트 배포에서 82%의 전세계 성공률을 달성했습니다. 기업은 규정 준수 요구사항에 맞춰 보안 클라우드 호스팅이나 자체 호스팅을 선택할 수 있습니다.
-
-변경된 구성 요소만 다운로드함으로써, Capgo는 위험을 최소화하고 대역폭 사용을 줄입니다. 지금까지 플랫폼은 1.155조 개의 [보안 업데이트](https://capgo.app/docs/live-updates/update-behavior/)를 전달했습니다 [\[1\]](https://capgo.app/).
-
-## 3. [Appflow](https://ionic.io/appflow/live-updates)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806de1de572faef86998587/f6bc7b408415ab449b606f457e137ee1.jpg)
-
-Appflow는 라이브 코드 업데이트를 허용하지만 일관성 없는 성능으로 어려움을 겪고 있으며 결제 데이터에 대한 내장된 종단간 암호화가 부족합니다. 이러한 부족함은 특히 Apple과 Google의 결제 처리 정책과 충돌하여 규정 준수 문제를 일으키고 사용자 신뢰를 약화시킬 수 있습니다.
-
-> "@Capgo는 핫 코드 푸시를 하는 스마트한 방법입니다(@AppFlow처럼 세상의 모든 돈을 들이지 않고도) 🙂" - NASA's OSIRIS‑REx 팀 [\[1\]](https://capgo.app/)
-
-[Ionic](https://ionicframework.com/)이 2026년에 Appflow를 종료할 계획이므로, 팀들은 안정적인 업데이트와 강력한 결제 데이터 암호화를 보장하는 솔루션으로 전환해야 합니다. 다음으로, Microsoft Code Push와 그의 보안 접근 방식을 자세히 살펴보겠습니다.
-
-## 4. [Microsoft Code Push](https://www.reddit.com/r/reactnative/comments/1dsorxn/end_of_appcenter_x_codepush_for_2025_march/) (중단됨)
-
-Microsoft Code Push는 지속적인 신뢰성 문제와 성능 부족으로 2024년에 중단되었습니다. 또한 많은 앱에서 중요한 기능인 결제 데이터에 대한 내장된 종단간 암호화가 부족했습니다. 종료 이후, 많은 팀들이 오픈소스 플랫폼인 **Capgo**로 전환했습니다. Capgo는 종단간 암호화, 원활한 CI/CD 통합을 제공하며 결제 데이터 처리에 대한 Apple과 Google의 보안 표준을 충족하여 민감한 결제 정보를 다루는 앱을 위한 안정적인 라이브 업데이트를 보장합니다.
-
-## 도구 비교 결과
-
-보안, 규정 준수, 배포 옵션 및 비용을 기준으로 한 도구들의 분석입니다:
-
--   **Capgo**: 진정한 종단간 암호화를 제공하고, Apple과 Google 표준을 준수하며, 클라우드와 자체 호스팅 배포를 모두 지원하고, CI/CD 파이프라인과 통합되며 오픈소스입니다. 가격은 초기 설정비 $2,600와 월 약 $300입니다. 5년 동안 Appflow와 비교하여 최대 $26,100를 절약할 수 있습니다 [\[1\]](https://capgo.app/).
-
-
--   **Appflow**: 부분 암호화를 제공하며 연간 $6,000가 듭니다. 그러나 2026년에 종료될 예정입니다 \[2\].
-
--   **Microsoft Code Push**: 2024년에 중단될 예정입니다. 종단간 암호화가 없으며 CI/CD 통합을 지원하지 않습니다 [\[1\]](https://capgo.app/).
-
-## 요약 및 권장사항
-
-주요 시사점 분석:
-
--   **종단간 암호화 구현**: 앱스토어 보안 표준을 충족하기 위해 업데이트와 결제 데이터가 완전히 암호화되도록 보장하세요.
--   **비용 효율적 관리**: 초기 설정비 $2,600, 월 $300의 요금 - Appflow의 연간 $6,000보다 훨씬 저렴합니다 [\[1\]](https://capgo.app/).
--   **규정 준수 유지**: 정기적으로 보안 조치를 업데이트하고 앱스토어 정책에 맞춰 문제를 피하세요.
--   **배포 유연성 제공**: 클라우드 또는 자체 호스팅 솔루션 중 선택하여 결제 데이터 보안에 대한 통제권을 가지세요.
-
-이러한 단계를 따르면 Apple과 Google의 결제 데이터 요구사항을 충족하면서 라이브 업데이트 워크플로우를 효율화하는 데 도움이 될 것입니다.
diff --git a/src/content/blog/ko/pci-dss-compliance-for-mobile-apps-key-requirements.md b/src/content/blog/ko/pci-dss-compliance-for-mobile-apps-key-requirements.md
deleted file mode 100644
index 962d94c07..000000000
--- a/src/content/blog/ko/pci-dss-compliance-for-mobile-apps-key-requirements.md
+++ /dev/null
@@ -1,206 +0,0 @@
----
-slug: pci-dss-compliance-for-mobile-apps-key-requirements
-title: '모바일 앱의 PCI DSS 규정 준수: 주요 요구사항'
-description: 결제 데이터를 보호하고 심각한 제재를 피하기 위해 모바일 앱의 PCI DSS 준수를 위한 중요한 요구사항을 이해하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-15T03:45:24.364Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6825360f0209458b3ff338b4-1747280785255.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  PCI DSS compliance, mobile apps, payment data security, encryption, access
-  control, security monitoring
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-**모바일 앱을 통한 결제 데이터를 처리하시나요? PCI DSS 준수는 필수입니다.** 이를 준수하지 않으면 사고당 최대 50만 달러의 벌금, 평판 손상, 고객 신뢰 상실의 위험이 있습니다.
-
-알아야 할 사항:
-
--   **PCI DSS란?** 결제 카드 데이터를 처리, 저장, 전송하는 동안 보호하기 위해 설계된 글로벌 보안 표준입니다.
--   **중요성:** 미준수는 재정적 처벌, 높은 거래 수수료, 법적 결과를 초래할 수 있습니다. 예를 들어, [Target](https://corporate.target.com/)과 [Home Depot](https://www.homedepot.com/)의 보안 위반은 수백만 달러의 벌금을 초래했습니다.
--   **모바일 앱의 주요 요구사항:**
-    -   **데이터 보안:** AES-256과 TLS 1.3을 사용한 [데이터 암호화](https://capgo.app/docs/cli/migrations/encryption/), 암호화 키의 안전한 관리, 불필요한 데이터 삭제.
-    -   **코드 보안:** 런타임 애플리케이션 자체 보호(RASP), 코드 난독화, 화이트박스 암호화와 같은 방법 구현.
-    -   **사용자 접근 제어:** [다중 인증](https://capgo.app/docs/webapp/mfa/)(MFA), 고유 사용자 ID, 정기적인 접근 검토.
-    -   **컴플라이언스 도구:** 보안 테스트 자동화, 접근 제어 관리, 감사 기록 유지.
-
-**빠른 팁:** SAST, DAST, 컨테이너 보안 스캐닝과 같은 도구를 사용하여 [CI/CD 파이프라인](https://capgo.app/blog/setup-ci-and-cd-gitlab/)의 모든 단계에 보안을 통합하여 컴플라이언스와 보안을 유지하세요.
-
-## PCI SSC 및 EMVCo 모바일 보안 및 표준 업데이트
-
-<iframe src="https://www.youtube.com/embed/T5_v6AuNWXY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 기술 요구사항
-
-결제 데이터를 처리하는 모바일 앱은 **데이터**, **애플리케이션 코드**, **사용자 접근**에 걸쳐 강력한 보안을 보장하는 PCI DSS 제어를 준수해야 합니다.
-
-### 데이터 보안 표준
-
-PCI DSS는 암호화와 안전한 처리에 중점을 두어 카드 소지자 데이터 보호를 위한 엄격한 지침을 설정합니다. 이러한 조치는 전송과 저장 중 모두 민감한 정보를 보호하도록 설계되었습니다.
-
-| **보안 요구사항** | **구현 세부사항** | **컴플라이언스 영향** |
-| --- | --- | --- |
-| **데이터 암호화** | 전송 중인 데이터에는 TLS 1.3, 저장된 데이터에는 AES-256 사용 | 민감한 정보에 대한 무단 접근 방지 |
-| **키 관리** | 정기적인 암호화 키 교체 및 안전한 저장 | 암호화의 효과성과 보안성 보장 |
-| **데이터 보존** | 더 이상 필요하지 않은 데이터의 안전한 삭제 | 노출된 데이터 감소로 위험 최소화 |
-
-> "PCI DSS, 즉 결제 카드 산업 데이터 보안 표준은 처리, 저장, 전송 중인 결제 카드 정보를 보호하기 위해 설계된 보안 요구사항 집합입니다." - Dr. Klaus Schenk, Verimatrix의 보안 및 위협 연구 SVP [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-이러한 데이터 보호 조치를 수립하는 것은 애플리케이션 수준의 보안을 다루기 전의 중요한 첫 단계입니다.
-
-### 코드 보안 규칙
-
-데이터 보안만으로는 충분하지 않습니다 - 개발자는 애플리케이션 코드의 무결성도 보장해야 합니다. 제대로 보안되지 않은 코드는 취약점을 초래할 수 있으며, 2025년 2월 Verimatrix 보고서에서 주요 POS 시스템 결함이 드러난 바 있습니다.
-
-애플리케이션 코드 보안을 위한 주요 방법:
-
--   **런타임 애플리케이션 자체 보호(RASP)**: 앱 실행 중 위협을 적극적으로 모니터링하고 차단.
--   **코드 난독화**: 소스 코드를 리버스 엔지니어링하기 어렵게 만들어 악용 위험 감소.
--   **화이트박스 암호화**: 신뢰할 수 없는 환경에서도 암호화 작업 보호.
-
-> "앱이 PCI DSS 요구사항을 충족한다고 해서 완전히 안전한 것은 아니며, 앱이 잘 보호되어 있다고 해서 PCI DSS 요구사항을 충족하는 것은 아닙니다." - Dr. Klaus Schenk, Verimatrix의 보안 및 위협 연구 SVP [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead)
-
-### 사용자 접근 제어
-
-강력한 접근 제어는 PCI DSS 준수의 세 번째 기둥입니다. 민감한 시스템과 데이터에 대한 접근을 제한함으로써 기업은 무단 사용의 가능성을 줄일 수 있습니다. PCI DSS v4.0은 **다중 인증(MFA)**과 엄격한 사용자 식별 프로토콜의 중요성을 강조합니다.
-
-| **접근 제어 조치** | **요구사항** | **목적** |
-| --- | --- | --- |
-| **사용자 식별** | 모든 사용자에게 고유 ID 할당 | 정확한 활동 추적 가능 |
-| **인증** | 관리자 계정에 MFA 필요 | 무단 접근 차단 |
-| **접근 검토** | 정기적인 사용자 권한 검증 | 최소 권한 원칙 적용 |
-
-> "PCI DSS 접근 제어 조치는 정당한 업무상 필요가 있는 개인에게만 카드 소지자 데이터에 대한 접근을 제한하도록 설계된 중요한 보안 메커니즘입니다." - ISMS.online [\[2\]](https://www.isms.online/pci-dss/access-control)
-
-예를 들어, 인증 시도에 대한 상세한 로깅을 구현한 소매 POS 시스템은 자격 증명 스터핑 공격이 확대되기 전에 탐지하고 중단할 수 있었습니다 [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead). 이러한 사전 모니터링은 PCI DSS 표준을 충족할 뿐만 아니라 새로운 위협에 대한 추가적인 방어 계층을 제공합니다.
-
-## 구현 단계
-
-[모바일 앱 개발](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/)에서 PCI DSS 준수를 보장하기 위해서는 CI/CD 파이프라인의 모든 단계에 강력한 보안 조치를 통합하는 것이 필수적입니다. 다음은 효과적인 구현 방법입니다.
-
-### CI/CD 파이프라인의 보안
-
-CI/CD 파이프라인에 직접 보안 제어를 통합하면 시간이 지나도 컴플라이언스를 유지할 수 있습니다. 개발 프로세스 초기에 보안 문제를 해결하는 시프트-레프트 접근 방식은 보안을 개선할 뿐만 아니라 나중의 비용이 많이 드는 수정을 방지합니다.
-
-| **파이프라인 단계** | **보안 제어** | **목적** |
-| --- | --- | --- |
-| 빌드 | SAST (정적 애플리케이션 보안 테스팅) | 소스 코드의 취약점 식별 |
-| 테스트 | DAST (동적 애플리케이션 보안 테스팅) | 런타임 취약점 탐지 |
-| 배포 | 컨테이너 보안 스캐닝 | 안전한 구성 보장 |
-| 모니터링 | 자동화된 로깅 | 활동 추적 및 분석 |
-
-이러한 제어가 구현되면 다음 단계는 컴플라이언스 도구를 활용하여 프로세스를 더욱 자동화하고 보안을 강화하는 것입니다.
-
-### 컴플라이언스 도구
-
-컴플라이언스 도구는 보안 점검을 자동화하고 감사에 대비한 문서를 작성하는 데 중요합니다. 자주 업데이트되는 모바일 앱의 경우, [Capgo](https://capgo.app/)와 같은 플랫폼은 안전한 암호화된 배포를 제공하고 보안 패치를 신속하게 적용할 수 있게 합니다.
-
-컴플라이언스 도구에서 찾아야 할 주요 기능:
-
--   **자동화된 보안 테스팅**  
-    자동화 도구는 취약점을 조기에 발견하여 보안 팀이 더 복잡한 과제에 집중할 수 있게 합니다.
-    
--   **접근 제어 관리**  
-    도구는 역할 기반 접근 제어(RBAC)와 다중 인증(MFA)을 지원하여 권한이 있는 인원만 설정을 수정하거나 업데이트를 배포할 수 있도록 해야 합니다.
-    
--   **감사 추적 생성**  
-    도구는 보안 업데이트를 자동으로 문서화하고 상세한 컴플라이언스 보고서를 생성하여 정확한 기록 유지를 보장해야 합니다.
-    
-
-### 외부 코드 관리
-
-서드파티 종속성 관리는 보안과 컴플라이언스를 유지하는 또 다른 중요한 측면입니다. PCI DSS v4.0은 요구사항 6.3.2에 명시된 대로 API와 서드파티 라이브러리와 같은 외부 코드의 추적과 보안의 중요성을 강조합니다.
-
-| **컴포넌트 유형** | **보안 조치** | **검증 방법** |
-| --- | --- | --- |
-| API | 버전 제어 | 자동화된 스캐닝 |
-| 서드파티 라이브러리 | 취약점 평가 | 소프트웨어 구성 분석 |
-| 커스텀 코드 | 코드 리뷰 | 동료 검토 및 자동화된 점검 |
-
-애플리케이션 생태계를 보호하기 위해 개발 팀은 다음을 수행해야 합니다:
-
--   서드파티 컴포넌트의 취약점을 정기적으로 스캔.
--   보안 패치를 신속하게 적용하기 위한 업데이트 자동화.
--   비정상적이거나 무단 활동을 탐지하기 위한 API 동작 검증.
--   모든 외부 코드의 최신 인벤토리 유지.
-
-또한, 조직은 외부 코드 사용에 대한 엄격한 정책을 수립해야 합니다. 여기에는 새로운 종속성에 대한 승인 프로세스, 기존 컴포넌트의 정기적인 [보안 검토](https://
-
-잘 설계된 사고 대응 계획(IRP)에는 다음과 같은 주요 단계가 포함되어야 합니다:
-
--   **초기 대응 프로토콜**: 훈련된 인력의 24/7 가용성을 확보하고 사고 처리를 위한 명확한 의사소통 채널을 수립합니다.
--   **억제 및 조사**: 위협을 억제하고, 영향을 받은 시스템을 격리하며, 분석을 위한 증거를 보존하는 구체적인 절차를 구현합니다.
--   **복구 및 문서화**: 사건 타임라인, 영향받은 시스템, 복구 조치, 향후 대응 개선을 위한 교훈을 기록합니다.
-
-강력한 사고 대응 프로세스는 위험을 완화할 뿐만 아니라 감사 시 귀사의 입지를 강화합니다.
-
-### 감사 준비
-
-PCI DSS 컴플라이언스를 위해서는 지속적인 관리가 중요합니다. Exabeam의 부사장 겸 최고 보안 전략가인 Steve Moore는 다음과 같이 조언합니다: "SIEM과 구성 관리와 같은 도구를 사용하여 연중 컴플라이언스를 모니터링하고, 감사 전에 잠재적 문제를 파악하세요" [\[4\]](https://www.exabeam.com/explainers/pci-compliance/pci-audit-requirements-and-5-steps-to-prepare-for-your-audit).
-
-효과적인 감사 준비에는 최신 문서와 기록 유지가 포함됩니다:
-
-| 문서 유형 | 필수 내용 | 업데이트 주기 |
-| --- | --- | --- |
-| 보안 정책 | 접근 제어, 암호화 프로토콜 | 분기별 |
-| 사고 보고서 | 대응 조치, 결과 | 사고 발생 시 |
-| 시스템 구성 | 보안 설정, 업데이트 | 월별 |
-| 교육 기록 | 직원 인증, 출석 | 반기별 |
-
-모든 컴플라이언스 관련 문서를 증거 저장소에 중앙 집중화하면 감사 준비가 간소화됩니다. 또한, 웹 애플리케이션 평가 및 취약점 스캔과 같은 정기적인 인프라 테스트를 통해 비준수로 이어질 수 있는 문제를 사전에 식별할 수 있습니다. 제3자 전문가와의 상담을 통해 잠재적인 컴플라이언스 격차와 개선 영역에 대한 귀중한 통찰력을 얻을 수도 있습니다.
-
-## 요약
-
-PCI DSS 컴플라이언스를 통한 모바일 결제 정보 보호는 단순한 기술적 필요성이 아닌 오늘날 디지털 환경에서 중요한 안전장치입니다. 2021년 미국 시민의 82%가 디지털 결제를 사용하고 온라인 공격의 80%가 소규모 기업을 대상으로 한다는 점에서 그 중요성이 더욱 커지고 있습니다. 이러한 수치는 강력한 보안 조치 구현이 시급한 우선순위임을 강조합니다.
-
-주요 영역과 요구사항은 다음과 같습니다:
-
-| **요구사항 영역** | **주요 요소** | **검증 주기** |
-| --- | --- | --- |
-| **데이터 보호** | 암호화 프로토콜, 안전한 저장 | 지속적 모니터링 |
-| **접근 제어** | 사용자 인증, 역할 기반 접근 | 주기적 검토 |
-| **모니터링** | 보안 이벤트 로깅, 감사 추적 | 일일 검토 |
-| **사고 대응** | 대응 프로토콜, 문서화 | 주기적 테스트 |
-
-하지만 여기서 중요한 점은 컴플라이언스가 일회성 작업이 아니라는 것입니다. 이는 지속적인 책임입니다. Dr. Schenk의 말을 인용하면:
-
-> "컴플라이언스 프레임워크는 알려진 위험을 다루기 위해 만들어졌지만, 모든 새로운 위협을 예상할 수는 없습니다. 민감한 결제 데이터를 진정으로 보호하기 위해서는 기업들이 컴플라이언스를 넘어서 선제적인 보안 태세를 갖춰야 합니다" [\[1\]](https://www.verimatrix.com/cybersecurity/knowledge-base/dr-klaus-schenk-on-pci-compliance-and-staying-one-step-ahead).
-
-컴플라이언스 미준수는 사고당 최대 500,000달러의 무거운 벌금 [\[5\]](https://www.ixopay.com/en/news/why-do-online-and-mobile-payments-require-pci-compliance)뿐만 아니라 고객 신뢰 손상과 브랜드 평판 실추라는 어떤 기업도 감당할 수 없는 손실을 초래할 수 있습니다.
-
-## FAQs
-
-:::faq
-### 모바일 앱이 PCI DSS 컴플라이언스 표준을 충족하지 못하면 어떻게 됩니까?
-
-**PCI DSS 표준**을 충족하지 못하면 기업에 심각한 결과를 초래할 수 있습니다. 재정적 처벌만 해도 비준수의 심각성과 지속 기간에 따라 **월 5,000달러에서 100,000달러**까지 다양합니다. 벌금 외에도 기업은 거래 수수료 인상, 법적 문제, 심지어 결제 처리 능력 상실까지 직면할 수 있습니다.
-
-그러나 영향은 여기서 그치지 않습니다. 비준수는 기업의 평판에도 큰 타격을 줄 수 있습니다. **데이터 유출**은 고객 신뢰를 무너뜨리고, 일상 운영을 방해하며, 장기적인 재정적 손실로 이어질 수 있습니다. 준수는 단순히 처벌을 피하는 것이 아니라 비즈니스를 보호하고, 고객 신뢰를 유지하며, 브랜드 무결성을 보호하는 것입니다.
-:::
-
-:::faq
-### CI/CD 파이프라인에 보안을 통합하는 것이 지속적인 PCI DSS 컴플라이언스를 어떻게 지원합니까?
-
-CI/CD 파이프라인에 보안을 통합하는 것은 시간이 지남에 따라 **PCI DSS 컴플라이언스**를 유지하는 데 필수적입니다. 개발의 모든 단계에 보안 검사를 포함함으로써 취약점을 조기에 발견하고 해결하여 비준수 가능성을 줄일 수 있습니다. **자동화된 보안 테스트**, **정기적인 코드 검토**, **취약점 평가**와 같은 관행은 업데이트가 배포되기 전에 PCI DSS 표준에 부합하도록 하는 데 중요한 역할을 합니다.
-
-보안이 모든 개발 단계의 핵심 부분이 되는 **DevSecOps 접근 방식**을 채택하면 이를 한 단계 더 발전시킬 수 있습니다. 이 방법은 위험을 줄일 뿐만 아니라 PCI DSS와의 일관된 준수를 보장하고 애플리케이션의 보안을 강화합니다. Capgo와 같은 도구는 컴플라이언스 지침 내에서 모바일 앱의 안전한 실시간 업데이트를 가능하게 함으로써 이 프로세스를 단순화할 수 있습니다.
-:::
-
-:::faq
-### 기업은 서드파티 코드와 API가 PCI DSS 보안 및 컴플라이언스 표준을 충족하도록 어떻게 보장할 수 있습니까?
-
-서드파티 코드와 API를 안전하게 유지하면서 PCI DSS 표준을 충족하기 위해 기업은 다음과 같은 주요 단계를 취해야 합니다:
-
--   **서드파티 제공업체 평가**: PCI DSS 요구사항을 이미 충족하고 강력한 보안 조치를 입증하는 제공업체와 협력합니다.
--   **접근 제한**: OAuth 2.0과 같은 강력한 인증 프로토콜을 구현하여 민감한 데이터에 대한 접근을 제어합니다.
--   **정기적인 테스트**: 취약점 평가, 침투 테스트, 코드 검토를 통해 잠재적인 보안 문제를 발견하고 해결합니다.
--   **암호화 사용**: API를 통해 전송되는 모든 데이터가 신뢰할 수 있는 [암호화 방법](https://capgo.app/docs/cli/migrations/encryption/)으로 보호되도록 합니다.
-
-컴플라이언스 유지는 일회성 작업이 아니라 지속적인 모니터링과 제공업체와의 컴플라이언스 노력에 대한 열린 소통이 필요합니다. Capgo와 같은 도구는 컴플라이언스 지침 내에서 Capacitor 앱의 실시간 업데이트를 가능하게 함으로써 이 프로세스를 단순화할 수 있습니다.
-:::
diff --git a/src/content/blog/ko/phased-rollouts-for-capacitor-live-updates.md b/src/content/blog/ko/phased-rollouts-for-capacitor-live-updates.md
deleted file mode 100644
index e45417ec7..000000000
--- a/src/content/blog/ko/phased-rollouts-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,200 +0,0 @@
----
-slug: phased-rollouts-for-capacitor-live-updates
-title: Capacitor Live Updates의 단계별 배포
-description: >-
-  단계적 출시를 통해 전략적 사용자 세분화로 위험을 최소화하고, 품질을 향상시키며, 사용자 만족도를 보장하는 앱 업데이트 개선 방법에 대해
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-11T03:53:42.225Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67cf83b3179e95469ad527be-1741665244026.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  phased rollouts, app updates, user segmentation, risk reduction, performance
-  monitoring, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-단계적 롤아웃을 통해 소규모 사용자 그룹부터 시작하여 안정성이 확인됨에 따라 점차 확장하면서 앱을 업데이트할 수 있습니다. 이러한 접근 방식은 위험을 줄이고, 앱 품질을 보장하며, 사용자 경험을 개선합니다. [Capgo](https://capgo.app/)와 같은 도구를 사용하면 앱 스토어 규칙을 준수하면서 이러한 업데이트를 쉽게 관리할 수 있습니다.
-
-### 주요 이점:
-
--   **위험 감소**: 문제를 소규모 사용자 그룹으로 제한
--   **실제 환경 테스트**: 전체 출시 전 업데이트 작동 확인
--   **리소스 효율성**: 업데이트 중 서버 부하 감소
--   **사용자 만족도**: 대부분의 사용자에게 안정적인 업데이트 제공
-
-### 작동 방식:
-
-1.  테스트를 위해 5%의 사용자로 시작
-2.  점진적으로 20%, 50%, 100%로 확장
-3.  성능 지표 모니터링(충돌률, 사용자 피드백)
-4.  Capgo를 사용하여 추적, 롤백 및 규정 준수
-
-### 롤아웃 단계 비교:
-
-| 단계 | 사용자 % | 기간 | 중점 영역 |
-| --- | --- | --- | --- |
-| 초기 테스트 | 5% | 24-48시간 | 충돌률, 성능 |
-| 얼리 액세스 | 20% | 48-72시간 | 사용자 피드백, 안정성 |
-| 확장 릴리스 | 50% | 72-96시간 | 시스템 성능 |
-| 전체 배포 | 100% | 진행 중 | 채택률 |
-
-Capgo는 사용자 세분화, 분석 및 롤백 도구와 같은 기능으로 단계적 롤아웃을 단순화합니다. [AppFlow](https://ionic.io/appflow/)의 비용 효율적인 대안으로 앱 스토어 지연 없이 원활한 업데이트를 보장합니다.
-
-## 탄력적인 클라우드 네이티브 앱: 배포 및 런타임 패턴
-
-<iframe src="https://www.youtube.com/embed/h4DDl0hmq3o" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 롤아웃 전략 계획
-
-단계적 롤아웃을 위해서는 신중한 계획과 사용자 기반을 분할하여 업데이트가 원활하게 진행되도록 해야 합니다.
-
-### 사용자 그룹 분할
-
-Capgo의 할당 기능을 사용하면 사용자를 개별 그룹으로 세분화하여 테스트 단계에 대한 특정 역할을 할당할 수 있습니다 [\[1\]](https://capgo.app/). 이를 통해 체계적으로 업데이트를 관리할 수 있습니다.
-
-다음은 사용자 그룹을 구성하는 방법의 예시입니다:
-
-| 그룹 유형 | 목적 | 권장 크기 |
-| --- | --- | --- |
-| 내부 테스터 | 초기 버그 발견 | 사용자 기반의 1-5% |
-| 베타 사용자 | 초기 피드백 수집 | 사용자 기반의 5-15% |
-| 얼리 액세스 | 제한된 공개 릴리스 | 사용자 기반의 15-30% |
-| 일반 릴리스 | 전체 규모 배포 | 나머지 사용자 |
-
-### 업데이트 비율 설정
-
-Capgo의 관리 도구를 사용하면 정확한 롤아웃 비율을 설정하여 업데이트 중 앱 안정성을 유지할 수 있습니다 [\[1\]](https://capgo.app/).
-
-다음은 제안된 단계적 롤아웃 계획입니다:
-
-| 단계 | 사용자 비율 | 기간 | 주요 지표 |
-| --- | --- | --- | --- |
-| 초기 테스트 | 5% | 24-48시간 | 충돌률, 성능 |
-| 얼리 액세스 | 20% | 48-72시간 | 사용자 피드백, 사용 동향 |
-| 확장 릴리스 | 50% | 72-96시간 | 시스템 안정성, 네트워크 부하 |
-| 전체 배포 | 100% | 진행 중 | 전반적인 채택률 |
-
-### 진행 상황 추적
-
-Capgo의 웹 인터페이스를 사용하면 배포와 사용자 채택을 실시간으로 모니터링할 수 있습니다 [\[1\]](https://capgo.app/). 롤아웃 시 다음 지표에 주의를 기울이세요:
-
-| 지표 범주 | 주요 지표 | 조치 트리거 |
-| --- | --- | --- |
-| 성능 | 앱 로드 시간, API 응답 | 느린 성능은 롤백 필요 |
-| 안정성 | 충돌률, 오류 로그 | 중요한 문제는 롤아웃 일시 중지 |
-| 사용자 참여 | 세션 지속 시간, 기능 사용 | 부정적 추세는 롤아웃 중단 가능 |
-
-이러한 단계를 통해 위험을 최소화하면서 롤아웃을 효과적으로 관리할 수 있습니다.
-
-## Capacitor에서 단계적 롤아웃 설정
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-11.jpg?auto=compress)
-
-### 실시간 업데이트 구성
-
-Capacitor 프로젝트에서 OTA(Over-The-Air) 업데이트를 활성화하려면 [Capgo 플러그인](https://capgo.app/plugins/)을 설치하세요:
-
-```bash
-npx @capgo/cli init
-```
-
-이 설정은 Apple과 Google의 가이드라인을 충족하면서 업데이트가 암호화되고 안전하게 전달되도록 보장합니다. Capgo는 이러한 구성 관리를 단순화하여 롤아웃 관리를 더 쉽게 만듭니다.
-
-### [Capgo](https://capgo.app/) 통합 가이드
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-11.jpg?auto=compress)
-
-Capgo의 웹 플랫폼은 다음과 같은 핵심 기능으로 업데이트 배포를 간소화합니다:
-
-| 구성 요소 | 기능 | 구현 세부사항 |
-| --- | --- | --- |
-| **사용자 할당** | 특정 사용자 그룹 대상 지정 | 웹 인터페이스에서 직접 설정 |
-| **버전 관리** | 업데이트 배포 모니터링 | 자동 버전 추적 |
-| **롤백 시스템** | 이전 버전으로 복원 | 원클릭 복원 기능 |
-| **분석 대시보드** | 업데이트 성능 추적 | 실시간 지표 제공 |
-
-### CI/CD 파이프라인 설정
-
-단계적 롤아웃을 완벽하게 제어하려면 CI/CD 파이프라인을 Capgo와 통합하세요. [Azure DevOps](https://azure.microsoft.com/en-us/products/devops), [GitLab](https://about.gitlab.com/), [GitHub Actions](https://docs.github.com/actions), [Jenkins](https://www.jenkins.io/)와 같은 플랫폼과 원활하게 작동합니다.
-
-다음은 단계적 롤아웃을 위한 CI/CD 파이프라인 구성 방법입니다:
-
-| 단계 | 구성 | 목적 |
-| --- | --- | --- |
-| **빌드 검증** | 자동화된 테스트 | 업데이트 안정성 보장 |
-| **배포 트리거** | 버전 제어 후크 | 릴리스 프로세스 자동화 |
-| **롤아웃 제어** | 비율 기반 배포 | 업데이트 배포 관리 |
-| **모니터링** | 자동화된 지표 수집 | 배포 성공 추적 |
-
-> "Capgo는 더 생산적이고자 하는 개발자들에게 필수적인 도구입니다. 버그 수정을 위한 앱 스토어 리뷰를 피할 수 있는 것이 게임 체인저입니다."  
-> – Bessie Cooper
-
-Capgo의 통합 비용은 CI/CD 운영에 월 약 300달러이며, 연간 약 6,000달러가 소요되는 AppFlow와 비교하여 더 저렴한 옵션을 제공합니다 [\[1\]](https://capgo.app/).
-
-## 롤아웃 관리 팁
-
-### 문제 감지 및 복구
-
-롤아웃을 면밀히 감시하고 문제가 발생하면 신속하게 대응하세요. Capgo 플랫폼을 사용하면 문제를 조기에 발견하여 전체 사용자 기반에 영향을 미치는 것을 방지할 수 있습니다. 다음과 같은 주요 영역에 대한 오류 추적을 설정하세요:
-
-| 모니터링 측면 | 구현 | 목적 |
-| --- | --- | --- |
-| 오류율 추적 | 실시간 지표 대시보드 | 비정상적인 충돌 패턴 감지 |
-| 사용자 피드백 수집 | 앱 내 보고 시스템 | 사용자로부터 직접 인사이트 획득 |
-| 성능 지표 | 자동화된 모니터링 | 앱 안정성과 속도 확인 |
-| 업데이트 배포 | 사용자 채택 추적 | 업데이트 확산 추적 |
-
-문제가 발생하면 안정성을 복원하기 위한 롤백 절차를 준비하세요. 이러한 단계를 통해 롤아웃이 정상 궤도를 유지하도록 도움을 줍니다.
-
-### 제어된 확장
-
-작게 시작하여 점진적으로 확장하세요. 내부 테스트로 시작하여 5-10%의 사용자에게 롤아웃하세요. 24시간 후 안정적이라면 25%, 50%로 확장하고 지표가 모든 것이 원활하게 실행되고 있음을 확인한 후 모든 사용자에게 배포하세요. Capgo의 분석을 통해 다음 단계로 진행해도 안전한지 결정할 수 있습니다.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-
-### 앱 스토어 가이드라인
-
-운영 준비 뿐만 아니라 플랫폼 규칙을 준수하는 것도 똑같이 중요합니다. Capgo는 Apple과 Google 모두의 요구사항을 준수합니다:
-
-| 플랫폼 | 요구사항 | Capgo 구현 |
-| --- | --- | --- |
-| Apple App Store | 바이너리 코드 변경 없음 | 콘텐츠 전용 업데이트 |
-| Google Play | 보안 요구사항 | 종단간 암호화 |
-| 양쪽 플랫폼 | 사용자 동의 | 내장된 승인 시스템 |
-
-이러한 관행은 업데이트를 규정에 맞게 유지할 뿐만 아니라 빠른 버그 수정을 가능하게 합니다.
-
-> "Capgo는 더 생산적이고자 하는 개발자에게 필수적인 도구입니다. 버그 수정을 위한 리뷰를 피하는 것이 황금과 같습니다." [\[1\]](https://capgo.app/)
-
-## 업데이트 관리 도
-
-기업 배포의 경우, Capgo는 **$2,600**의 일회성 요금으로 CI/CD 통합을 제공하여 장기적인 비용 절감을 실현합니다 [\[1\]](https://capgo.app/). 이 플랫폼은 또한 종단간 암호화를 보장하고 Apple App Store와 Google Play의 요구사항을 준수하여 사용자 데이터를 보호하면서 플랫폼 규칙을 준수합니다.
-
-## 요약
-
-Capacitor 앱에서 업데이트를 배포하려면 신중한 계획과 적절한 도구가 필요합니다. Capgo와 같은 플랫폼은 사용자 세분화, 진행 상황 모니터링 및 오류 관리와 같은 기능으로 이 프로세스를 간소화합니다.
-
-단계적 출시는 일반적으로 다음과 같이 작동합니다:
-
-| 단계 | 주요 작업 | 장점 |
-| --- | --- | --- |
-| **계획** | 사용자를 그룹으로 나누고 백분율 설정 | 통제된 테스트 환경 생성 |
-| **구현** | CI/CD 통합, 설정 구성 | 자동화된 배포 가능 |
-| **모니터링** | 진행 상황 추적, 오류 감지 | 문제를 신속하게 식별 |
-| **확장** | 사용자 접근을 점진적으로 증가 | 확장 중 위험 감소 |
-
-주요 사례는 다음과 같습니다:
-
--   통제된 테스트를 위한 사용자 그룹 분할
--   원활한 배포를 위한 자동화된 파이프라인 설정
--   앱 스토어 요구사항 준수 보장
--   필요한 경우 신속한 롤백이 가능한 도구 사용
-
-이러한 접근 방식을 따르면 Capacitor 앱에 안전하고 중단 없는 업데이트를 제공할 수 있습니다.
diff --git a/src/content/blog/ko/pipeda-compliance-for-mobile-apps-in-canada.md b/src/content/blog/ko/pipeda-compliance-for-mobile-apps-in-canada.md
deleted file mode 100644
index 892b36914..000000000
--- a/src/content/blog/ko/pipeda-compliance-for-mobile-apps-in-canada.md
+++ /dev/null
@@ -1,258 +0,0 @@
----
-slug: pipeda-compliance-for-mobile-apps-in-canada
-title: 캐나다의 모바일 앱을 위한 PIPEDA 준수
-description: 당신의 모바일 앱이 PIPEDA에 따른 캐나다 개인정보 보호법을 준수하여 사용자 데이터를 보호하고 신뢰도를 높이는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-01T03:38:09.282Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd-1743478700916.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  PIPEDA, mobile app compliance, data privacy, user consent, data protection,
-  privacy policy, Canadian privacy laws, security measures
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-**캐나다 개인정보보호법에 따라 모바일 앱을 준수하고 싶으신가요? [PIPEDA](https://www.priv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/)에 대해 알아야 할 사항은 다음과 같습니다:**
-
--   **PIPEDA란?** 이름, 위치, 결제 데이터와 같은 개인정보를 앱이 수집, 사용 및 공유하는 방법을 규제하는 캐나다의 연방 개인정보보호법입니다.
--   **개발자를 위한 주요 규칙:**
-    -   데이터 수집 전 명확한 사용자 동의 획득
-    -   이해하기 쉬운 개인정보보호 고지 및 설정 제공
-    -   데이터 암호화 및 강력한 보안 조치 사용
-    -   사용자가 자신의 데이터를 조회, 업데이트 또는 삭제할 수 있도록 허용
--   **10가지 준수 단계:** 개인정보보호 책임자 지정, 데이터 처리 문서화, 민감한 데이터 보안, 유출 사고에 신속 대응
--   **특별 고려사항:** 건강 또는 금융 정보와 같은 민감한 데이터에는 명시적 동의가 필요합니다. 앱은 또한 국제 데이터 전송이 PIPEDA 표준을 충족하는지 확인해야 합니다.
-
-## [PIPEDA](https://www.priv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/): 캐나다의 데이터 프라이버시 가이드
-
-![PIPEDA](https://assets.seobotai.com/capgo.app/67eb5b27283d21cbd67d62bd/058da1c33c3afe5c8597c27b588d4b3e.jpg)
-
-<iframe src="https://www.youtube.com/embed/87Vb-jnTtxM" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 앱을 위한 10가지 핵심 PIPEDA 규칙
-
-이 10가지 규칙은 앱 개발자가 PIPEDA를 준수하고 사용자 데이터를 보호하기 위한 필수 단계를 설명합니다.
-
-### 데이터 보호 책임
-
-앱 개발자는 PIPEDA의 책임 요구사항을 충족하기 위해 강력한 데이터 보호 조치를 마련해야 합니다. 주요 단계는 다음과 같습니다:
-
--   전담 개인정보보호 책임자 지정
--   데이터 인벤토리에 대한 상세한 기록 유지
--   개인정보 영향평가 수행
--   데이터 유출에 대응하기 위한 명확한 프로토콜 작성
-
-조직은 데이터 처리 방법을 문서화하고 필요시 규정 준수를 입증할 수 있어야 합니다. 민감한 데이터 접근도 감사 로그를 통해 추적해야 합니다.
-
-이러한 조치는 다음 섹션에서 다룰 사용자 동의 관리에 매우 중요합니다.
-
-### 사용자 권한 요구사항
-
-PIPEDA에 따라 앱은 개인정보를 수집하기 전에 명확하고 정보에 입각한 동의를 확보해야 합니다. 여기에는 다음이 포함됩니다:
-
--   **명확한 목적**: 데이터를 수집하는 이유를 명확히 설명
--   **세부 제어**: 특정 데이터 유형에 대해 사용자가 옵트인 또는 옵트아웃할 수 있도록 허용
--   **타이밍**: 데이터 수집 전 또는 수집 시점에 동의 획득
--   **평이한 언어**: 이해하기 쉬운 용어 사용
--   **필수 정보**: 주요 개인정보보호 세부사항을 쉽게 확인 가능하도록 함
--   **상세 설명**: FAQ나 [개인정보보호정책](https://capgo.app/dp/)과 같은 리소스를 통해 추가 개인정보보호 정보 제공
-
-건강 또는 금융 세부정보와 같은 민감한 데이터의 경우 명시적 동의가 필수입니다.
-
-### 보안 및 데이터 품질 표준
-
-사용자 정보를 보호하기 위해서는 강력한 보안 및 데이터 품질 관행이 필수입니다. 주요 요구사항은 다음과 같습니다:
-
-| 보안 요구사항 | 구현 예시 |
-| --- | --- |
-| [데이터 암호화](https://capgo.app/docs/cli/migrations/encryption/) | 데이터 전송에 종단간 암호화 사용 |
-| 접근 제어 | 관리자 접근에 [다중 인증](https://capgo.app/docs/webapp/mfa/) 적용 |
-| 정기 업데이트 | 적시에 보안 패치 배포 및 취약점 점검 수행 |
-| 데이터 정확성 | 사용자가 자신의 정보를 검토하고 업데이트할 수 있는 도구 제공 |
-| 유출 탐지 | 실시간 모니터링 및 경고 시스템 구현 |
-
-위치나 금융 정보와 같은 민감한 데이터를 다룰 때는 최고 수준의 암호화와 보안 저장 방법을 사용해야 합니다. 제3자 서비스가 관련된 경우, 정기적인 감사, 데이터 품질 검토, 안전한 데이터 삭제 프로세스를 통해 동일한 보안 표준을 따르도록 해야 합니다.
-
-## PIPEDA 준수 체크리스트
-
-### 개인정보보호 위험 평가 단계
-
-데이터 처리 방식의 잠재적 취약점을 식별하기 위해 개인정보보호 위험 평가부터 시작하세요:
-
-| 평가 영역 | 주요 고려사항 | 필수 조치 |
-| --- | --- | --- |
-| 데이터 수집 | 수집되는 개인정보 유형 | 데이터 유형과 목적 문서화 |
-| [데이터 저장](https://capgo.app/plugins/capacitor-data-storage-sqlite/) | 저장된 데이터의 위치와 보안 | 암호화 프로토콜 사용 |
-| 데이터 공유 | 제3자 서비스 및 API | 파트너 규정 준수 확인 |
-| 사용자 제어 | 개인정보 접근 | 사용자 데이터 관리 도구 개발 |
-| 보안 조치 | 유출 방지 | 모니터링 시스템 구축 |
-
-분석을 통해 위험을 계속 검토하세요. 완료되면 앱에 대한 명확한 [개인정보보호정책](https://capgo.app/privacy/)을 작성하세요.
-
-### 명확한 개인정보보호정책 작성
-
-이해하기 쉽고 관행에 대해 완전한 투명성을 제공하는 개인정보보호정책을 작성하세요. 다음 사항을 포함하세요:
-
-1. **데이터 수집 범위**
-
-개인 데이터 수집 내용, 수집 이유를 설명하고 구체적인 예시를 제공하세요.
-
-2. **사용자 권리와 제어**
-
-사용자가 개인 데이터를 조회, 업데이트 또는 삭제하는 방법을 설명하세요. 추가 보안을 위한 종단간 암호화와 같은 조치를 반드시 포함하세요.
-
-3. **제3자 공유**
-
-사용자 데이터를 받는 외부 서비스와 공유 이유를 나열하세요. 모든 데이터 공유 약정과 적용된 보호 조치에 대한 기록을 유지하세요.
-
-개인정보보호정책이 완성되면 이러한 표준을 개발 워크플로우에 통합하세요.
-
-### 개인정보보호 우선 개발
-
-위험 평가와 개인정보보호정책을 기반으로 앱 개발의 모든 단계에 개인정보보호를 통합하는 데 집중하세요. 방법은 다음과 같습니다:
-
-**[보안 업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update)**
-
--   개인정보보호 문제를 신속히 해결하기 위한 즉각적인 롤백 지원
--   새로운 기능 테스트를 위한 제어된 채널 사용
--   모든 업데이트 전송 암호화
-
-**지속적인 개인정보보호 통합**
-
--   CI/CD 파이프라인에 개인정보보호 검사 추가
--   정기적인 보안 감사 예약
--   원활한 구현을 위한 업데이트 성공 모니터링
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 지속적으로 사용자에게 제공하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-**오류 방지**
-
--   책임성을 위한 상세한 감사 로그 유지
--   철저한 오류 추적 시스템 개발
--   효과적인 모니터링을 위한 포괄적인 로그 보장
-
-## 앱 기능을 위한 PIPEDA 규칙
-
-### 위치 데이터 및 알림
-
-위치 데이터를 처리하는 앱은 특정 PIPEDA 요구사항을 따라야 합니다:
-
--   위치 데이터 수집 전 **명시적 사용자 동의** 획득
--   위치 추적을 **옵트아웃할 수 있는 명확한 옵션** 제공
--   사용자가 원할 때 추적을 **비활성화할 수 있도록** 허용
--   위치 데이터의 **사용 및 저장 방법을 명확히** 설명
-
-푸시 알림의 경우 PIPEDA는 추가 규칙이 있습니다:
-
--   위치 접근과 별도로 **알림 권한 요청**
--   알림이 **필요한 이유를 명확히** 설명
--   사용자가 알림 환경설정을 제어할 수 있는 **유연한 설정** 제공
--   사용자가 언제든지 **알림 설정을 업데이트**할 수 있도록 허용
-
-### 결제 및 외부 서비스
-
-결제와 관련하여 앱은 PIPEDA에 따라 강력한 보안을 보장해야 합니다:
-
--   모든 거래에 **업계 표준 암호화** 사용
--   **PIPEDA 준수 보안 프로토콜**로 결제 데이터 저장
--   투명성을 위한 **상세한 거래 로그** 유지
--   추가 보호를 위한 **다중 인증** 구현
-
-제3자 통합의 경우 PIPEDA는 다음을 요구합니다:
-
--   외부 서비스와의 데이터 공유 방법 문서화
--   서비스 계약에 **개인정보보호 및 보안 조항** 포함
--   제3자 보안 관행이 PIPEDA 표준을 충족하는지 확인
--   사용자에게 **데이터 공유 관행을** 명확히 공개
-
-### 데이터 저장 및 제거
-
-적절한 데이터 저장 및 제거 프로세스는 규정 준수를 위해 핵심적입니다.
-
-**저장 요구사항**:
-
--   **승인된 관할권**에 위치한 보안 서버 사용
--   민감한 거래 데이터 암호화
--   중요도가 낮은 데이터와 민감한 정보 분리
--   복구를 위한 **암호화된 백업** 유지
-
-**데이터 제거 프로토콜**:
-
--   사용자에게 계정 삭제를 위한 명확한 옵션 제공
--   요청 시 사용자 데이터 **신속히 제거**
--   모든 관련 기록 삭제 보장
--   데이터 제거에 대한 문서화된 절차 유지
-
-**보존 지침**:
-
--   데이터 
-
--   보안 조치 검사 및 확인
--   필요에 맞는 규정 준수 기능 조정
--   데이터에 대한 완전한 통제를 위한 자체 호스팅
--   포괄적인 감사 추적 유지
-
-Capgo의 채널 시스템은 팀이 전체 배포 전에 규정 준수를 위한 업데이트를 테스트할 수 있도록 지원하여 제어된 출시를 가능하게 합니다. 이를 통해 모든 업데이트가 PIPEDA 표준을 준수하도록 보장합니다.
-
-## 장기적인 PIPEDA 준수
-
-### 정기적인 개인정보 검토
-
-데이터 수집 관행, 동의 절차, 제3자 데이터 공유, 보존 기간 및 보안 조치와 같은 주요 영역을 평가하기 위해 분기별 감사를 예약하십시오. 상세한 체크리스트를 사용하여 각 검토를 문서화하십시오. 앱 기능의 변경사항과 규제 업데이트를 추적하여 조정이 필요한 영역을 파악하십시오.
-
-이러한 감사는 직원 교육과 비상 대응 계획을 위한 강력한 기반을 마련하는 데 도움이 됩니다.
-
-### 직원 개인정보 교육
-
-다음을 포함하는 개인정보 교육을 제공하십시오:
-
--   초기 온보딩 세션
--   분기별 재교육
--   역할별 규정 준수 지침
--   실제 사례 연구
--   상호작용 워크샵
-
-첫날부터 직원들이 규정 준수에 대한 책임을 이해하도록 하십시오. 정기적인 교육은 사용자 데이터 요청 관리, 동의 철회 처리, 개인정보 불만 처리, 개인정보 중심 설계 원칙 구현과 같은 주제를 다루어야 합니다. 사례 연구와 워크샵을 활용하여 교육을 더욱 실용적이고 흥미롭게 만드십시오.
-
-잘 준비된 팀은 사고를 신속하고 효과적으로 처리하는 데 중요합니다.
-
-### 비상 대응 계획
-
-다음과 같은 명확한 단계가 있는 비상 대응 계획을 수립하십시오:
-
-1.  전담 대응팀을 통해 사전 설정된 기준에 따라 사고를 식별하고 평가합니다.
-2.  모든 세부사항을 문서화하고 영향을 받는 사용자와 당국에 필요한 시간 내에 통지하여 즉시 침해를 봉쇄합니다.
-3.  사고 후 시스템을 복구하고, 보안 조치를 업데이트하며, 개인정보 정책을 수정합니다. 6개월마다 계획을 검토하고 업데이트하십시오.
-
-규정 준수와 책임성을 보장하기 위한 구체적인 대응 시간 목표를 설정하십시오:
-
-| 조치 항목 | 대응 시간 목표 | 필요한 문서 |
-| --- | --- | --- |
-| 초기 침해 평가 | 1시간 이내 | 사고 보고서 양식 |
-| 사용자 통지 | 24시간 이내 | 통지 템플릿 |
-| 당국 보고 | 72시간 이내 | PIPEDA 침해 보고서 |
-| 사후 사고 검토 | 7일 이내 | 분석 요약 |
-
-## 요약: PIPEDA 준수의 이점
-
-모바일 앱을 위한 PIPEDA 지침을 따르면 신뢰를 구축하고 사용자 참여를 장려합니다. 사용자 개인정보를 우선시하고 명확한 데이터 처리 관행을 채택함으로써 앱은 사용자와 더 강력한 연결을 유지할 수 있습니다.
-
-### PIPEDA 준수의 주요 이점
-
--   **사용자 신뢰 증가**: 투명한 개인정보 정책과 명확한 데이터 관행은 사용자 정보가 책임감 있게 처리됨을 보여줍니다.
--   **법적 보호**: PIPEDA 규정을 준수하면 개인정보 관련 법적 문제와 벌금의 위험이 줄어듭니다.
--   **시장 우위**: 개인정보 보호에 대한 중점은 데이터 보호가 중요한 시장에서 기업의 평판을 높이는 데 도움이 됩니다.
-
-이러한 이점은 사용자 피드백에서 분명히 드러납니다. Capgo의 기여는 규정 준수의 가치를 강조합니다:
-
-> "커뮤니티는 이것이 필요했고 @Capgo는 정말 중요한 일을 하고 있습니다!" [\[1\]](https://capgo.app/)
-
-> "@Capgo는 더 생산적이고자 하는 개발자들에게 필수 도구입니다. 버그 수정을 위한 검토를 피하는 것은 황금과 같습니다." \[2\]
-
-PIPEDA 표준을 충족하는 것은 신뢰를 구축할 뿐만 아니라 개인정보 보호가 우선순위인 시장에서 장기적인 성공을 보장합니다.
diff --git a/src/content/blog/ko/pipeline-security-for-capacitor-apps-key-insights.md b/src/content/blog/ko/pipeline-security-for-capacitor-apps-key-insights.md
deleted file mode 100644
index acb949bad..000000000
--- a/src/content/blog/ko/pipeline-security-for-capacitor-apps-key-insights.md
+++ /dev/null
@@ -1,159 +0,0 @@
----
-slug: pipeline-security-for-capacitor-apps-key-insights
-title: 'Capacitor 앱을 위한 파이프라인 보안: 주요 통찰 사항'
-description: 'Capacitor 앱 파이프라인을 보호하는 필수 전략을 배우세요. 비밀 보호, OTA 업데이트 관리 및 액세스 제어에 대해 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-21T03:16:36.231Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68059152360079f947b84e10-1745205430503.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, pipeline security, OTA updates, access control, encryption, mobile
-  app security, third-party plugins, CI/CD security
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-파이프라인 보안은 [Capacitor](https://capacitorjs.com/) 앱에서 민감한 데이터를 보호하고 신뢰할 수 있는 업데이트를 보장하는 데 필수적입니다. 다음은 알아야 할 사항입니다:
-
-1. **비밀 보호**: 종단 간 암호화와 안전한 비밀 관리 도구를 사용하여 [API 키](https://capgo.app/docs/webapp/api-keys/)와 같은 자격 증명을 보호합니다.
-2. **접근 제어**: 역할 기반 접근 제어(RBAC), [다단계 인증](https://capgo.app/docs/webapp/mfa/) (MFA) 및 실시간 모니터링을 구현하여 비허가 파이프라인 변경을 방지합니다.
-3. **업데이트 무결성**: OTA 업데이트를 암호화하고, 디지털 서명을 통해 진위 여부를 확인하며, 롤백 옵션과 함께 단계적 롤아웃을 활성화합니다.
-4. **보안 도구**: 정적 코드 분석, 종속성 검사 및 API 테스트를 위한 자동화된 보안 테스트 도구를 사용합니다.
-
-선도적인 OTA 플랫폼인 [Capgo](https://capgo.app/)는 실시간 모니터링, 단계적 롤아웃 및 종단 간 암호화와 같은 기능으로 Capacitor 파이프라인 보안을 강화합니다. 이러한 조치는 사용자 데이터를 보호하면서 안전한 앱 업데이트를 보장합니다.
-
-## CI/CD 보안이란? 당신의 보안을 강화하기 위한 전략...
-
-<iframe src="https://www.youtube.com/embed/Uavb-FMNXtI" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## [Capacitor](https://capacitorjs.com/) 앱 파이프라인의 보안 위험
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-[Capacitor 앱 개발](https://capgo.app/blog/capacitor-comprehensive-guide/)이 발전함에 따라 CI/CD 파이프라인에 특정 보안 문제를 도입합니다. 이러한 위험을 해결하는 것은 안전한 개발 환경을 유지하는 데 중요합니다.
-
-### 비밀 및 변수 관리
-
-API 키 및 환경 변수와 같은 민감한 정보를 암호화하고 범위를 제한하여 보호합니다. 종단 간 암호화를 사용하여 데이터가 전송 중과 저장 중 모두 보호되도록 하여 가로채인 자격 증명이 공격자에게 무용지물이 되도록 합니다.
-
-또한, 파이프라인에 통합하기 전에 외부 코드를 항상 검증하여 취약성을 줄이십시오.
-
-### 플러그인 및 라이브러리 보안
-
-타사 플러그인은 기능성을 확장할 수 있지만 위험 또한 증가시킵니다. 각 플러그인은 잠재적 취약점을 도입합니다. 이를 완화하기 위해:
-
-1. 플러그인 소스를 감사하고 파이프라인에 통합하기 전에 업데이트를 스캔합니다.
-2. 크로스 플랫폼 종속성이 보안 노력을 복잡하게 만들 수 있다는 점을 유의하십시오.
-
-비허가 수정 방지를 위해 파이프라인 접근을 제한하고 노출을 최소화하십시오.
-
-### 파이프라인 접근 제어
-
-CI/CD 시스템의 접근 제어가 약하면 비허가 변경, 파이프라인 탈취 또는 우발적인 권한 상승으로 이어질 수 있습니다. 일반적인 보안 격차는 다음과 같습니다:
-
-1. **비허가 접근**: 코드 변조로 이어질 수 있습니다. 접근을 제한하기 위해 세분화된 권한을 사용하십시오.
-2. **약한 인증**: 파이프라인 탈취를 쉽게 만듭니다. 보안을 강화하기 위해 다단계 인증을 시행하십시오.
-3. **불충분한 로깅**: 침해 탐지를 지연시킵니다. 실시간 모니터링을 활성화하고 상세 로그를 유지하십시오.
-4. **역할 혼동**: 우발적인 권한 상승을 초래할 수 있습니다. 역할을 명확하게 정의하고 할당하십시오.
-
-당신의 파이프라인을 보호하기 위해 엄격한 역할 기반 접근 제어를 구현하고 강력한 인증 프로토콜을 시행하며 포괄적인 로깅 시스템을 유지하십시오.
-
-### OTA 업데이트 보안
-
-OTA(Over-the-Air) 업데이트는 빠른 수정 및 기능 제공을 가능하게 하지만 가로채기, 변조 및 통제되지 않은 롤아웃과 같은 위험을 동반합니다.
-
-OTA 업데이트를 보호하기 위해:
-
-1. 업데이트 패키지를 암호화하여 기밀성과 무결성을 보장합니다.
-2. 디지털 서명을 사용하여 업데이트의 진위를 확인합니다.
-3. 잠재적 영향을 최소화하기 위해 단계적으로 업데이트를 롤아웃합니다.
-4. 문제 있는 릴리스를 되돌릴 수 있는 롤백 옵션을 제공합니다.
-
-이러한 단계는 OTA 업데이트가 안전하고 신뢰할 수 있도록 유지하는 데 도움을 줍니다.
-
-## 파이프라인 보안 지침
-
-위험을 줄이기 위해 다음 파이프라인 보안 지침을 따르십시오.
-
-### 비밀 보호
-
-1. **종단 간 암호화**를 사용하여 비밀을 보호하고 자격 증명 유출을 방지합니다.
-2. API 키, 접근 토큰 및 환경 변수를 제한된 접근과 정기적인 회전을 가진 **비밀 관리 서비스**에 저장합니다.
-3. 노출 위험을 최소화하기 위해 변수 범위를 특정 환경으로 제한합니다.
-4. [데이터를 암호화](https://capgo.app/docs/cli/migrations/encryption/)하여 비허가 접근을 차단합니다.
-
-### 보안 테스트 도구
-
-1. 정적 코드 분석, 종속성 검사, 컨테이너 보안 및 API 테스트와 같은 작업을 위한 CI/CD 작업에 자동화된 스캐너를 추가합니다.
-2. 플러그인을 다음을 위해 구성합니다:
-   - 정적 코드 분석
-   - 종속성 취약점 스캐닝
-   - 컨테이너 보안 검사
-   - API 보안 테스트
-
-### 접근 제어 및 모니터링
-
-1. **역할 기반 접근 제어(RBAC)**, 다단계 인증(MFA), 실시간 모니터링 및 상세 감사 로그를 구현합니다.
-2. 잠재적 보안 격차를 식별하고 해결하기 위해 정기적인 접근 감사를 실시합니다.
-3. 실시간 모니터링 도구를 사용하고 파이프라인 활동을 추적하기 위해 상세 활동 로그를 유지합니다.
-
-### 업데이트 관리
-
-1. 업데이트를 단계적으로 롤아웃하고 변경 사항을 테스트하기 위해 베타 채널을 사용합니다.
-2. 문제를 신속하게 해결하기 위해 자동 롤백을 활성화합니다.
-3. 업데이트가 예상대로 성능을 발휘하는지 확인하기 위해 배달 성공 및 채택 지표를 모니터링합니다.
-4. 원활한 배포를 위해 업데이트 배포를 파이프라인에 직접 통합합니다.
-
-## 보안 도구 개요
-
-새로운 OTA 플랫폼은 이제 그들의 Capacitor 파이프라인에서 보안을 우선시합니다. 이러한 도구는 이전에 논의된 보안 조치를 구현합니다.
-
-### [Capgo](https://capgo.app/) 보안 기능
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68059152360079f947b84e10/12eddca90b08193253253ea10516a6c4.jpg)
-
-Capgo는 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)을 위해 특별히 설계된 보안 중심의 설정을 제공합니다. 그 종단 간 암호화는 업데이트가 승인된 사용자만 복호화할 수 있도록 보장하며, 일반적으로 서명된 패키지에 의존하는 것을 넘어섭니다. 주요 기능은 다음과 같습니다:
-
-1. **실시간 모니터링**: 업데이트 성공 및 실패를 실시간으로 추적합니다.
-2. **세분화된 접근 제어**: 역할 기반 권한 및 조직 관리를 통해 파이프라인 접근을 제한합니다.
-3. **자동 롤백**: 배포 후 보안 문제가 발생할 경우 이전 버전으로 빠르게 되돌립니다.
-4. **단계적 롤아웃 및 베타 채널**: 특정 사용자 그룹을 대상으로 통제된 테스트 및 릴리스를 진행합니다.
-
-Capgo는 CI/CD 도구인 [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) 및 [Jenkins](https://www.jenkins.io/)와 원활하게 통합되어 앞서 설명한 접근 제어, 비밀 관리 및 업데이트 무결성 관행을 정렬합니다.
-
-### 보안 플랫폼 비교
-
-현대 OTA 플랫폼이 구형 방법에 비해 어떤지 살펴보면:
-
-1. **암호화**: 현대 플랫폼은 종단 간 암호화를 사용하고, 구형 시스템은 종종 기본 서명에 의존합니다.
-2. **배포**: 즉각적인 OTA 업데이트가 느린 앱 스토어 리뷰 프로세스를 대체합니다.
-3. **비용 구조**: 사용 기반 가격 책정이 고정 연간 요금에 비해 유연성을 제공합니다.
-4. **통합**: 네이티브 CI/CD 통합이 수동 설정의 필요성을 없앱니다.
-5. **호스팅**: 클라우드 및 개인 호스팅 설정 옵션이 있으며, 구형 시스템은 종종 클라우드 전용입니다.
-
-> "@Capgo는 핫 코드 푸시를 위한 스마트한 방법입니다 (그리고 @AppFlow처럼 모든 돈을 들이지 않고도 사용할 수 있습니다) :-)" – NASA의 OSIRIS-REx [\[1\]](https://capgo.app/)
-
-## 산업 전망
-
-파이프라인 보안 분야는 이전 지침과 도구 비교를 기반으로 더 발전된 커뮤니티 주도 모델로 나아가고 있습니다. Capacitor 파이프라인 보안 환경은 이러한 더 정교한 협력 접근 방식을 수용하는 방향으로 변화하고 있습니다.
-
-### 파이프라인 보안 트렌드
-
-종단 간 암호화는 이제 OTA(Over-the-Air) 업데이트 시스템의 표준 기능이 되었습니다 [\[1\]](https://capgo.app/). 이러한 발전은 비밀 관리, 접근 및 업데이트를 다루는 이전의 모범 사례를 확장해야 할 필요성을 강조합니다.
-
-### 오픈 소스 보안 도구
-
-오픈 소스 도구는 상업적 옵션과 함께 파이프라인 보안의 다음 단계 형성에 중요한 역할을 하고 있습니다. 이러한 도구는 이제 [자체 호스팅 배포](https://capgo.app/blog/self-hosted-capgo/), 커뮤니티 주도 취약점 스캔 및 감사 및 지속적인 개선을 위해 설계된 투명한 프로토콜과 같은 기능을 제공합니다.
-
-업계는 보안 우선 전략에 대한 집중을 유지할 것으로 예상되며, 오픈 소스 솔루션이 파이프라인 보안에서의 발전을 이끌 것입니다. 조직은 강력한 보안 기능과 유연한 배포 옵션의 균형을 맞춘 도구를 점점 더 선호하고 있으며, 이는 Capacitor 앱 개발의 기준을 높이고 있습니다.
-
-## 결론
-
-Capacitor 앱의 개발 파이프라인을 보호하려면 이제 종단 간 암호화를 통합하고 CI/CD 프로세스 전반에 걸쳐 보안을 우선시해야 합니다. 이는 산업 전망에서 강조된 오픈 소스, 커뮤니티 주도 보안 도구의 사용 증가 추세를 반영합니다.
-
-Capacitor 앱을 보호하기 위해 팀은 암호화, 상세 접근 제어, 단계적 롤아웃, 에러 모니터링, 분석 및 자동 롤백 기능과 같은 조치를 구현해야 합니다 - 모두 앱 스토어 가이드라인을 준수하면서 말입니다. 최신 관행을 유지하는 것이 시간이 지나도 강력하고 신뢰할 수 있는 앱 보안을 보장하는 데 핵심이 될 것입니다.
diff --git a/src/content/blog/ko/privacy-manifest-for-capacitor-apps-guide.md b/src/content/blog/ko/privacy-manifest-for-capacitor-apps-guide.md
deleted file mode 100644
index d493f6115..000000000
--- a/src/content/blog/ko/privacy-manifest-for-capacitor-apps-guide.md
+++ /dev/null
@@ -1,256 +0,0 @@
----
-slug: privacy-manifest-for-capacitor-apps-guide
-title: 'Capacitor 앱의 프라이버시 매니페스트: 가이드'
-description: iOS 앱의 개인정보 보호를 준수하고 사용자 데이터를 효과적으로 보호하기 위한 Privacy Manifest 생성 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-02T03:07:47.047Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776-1743563280473.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Privacy Manifest, Capacitor, App Store compliance, user data protection, app
-  development, privacy standards
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-[App Store](https://en.wikipedia.org/wiki/App_Store_\(Apple\))에 지연 없이 [Capacitor](https://capacitorjs.com/) 앱을 출시하고 싶으신가요? Privacy Manifest를 만드는 것부터 시작하세요. Apple은 이제 앱이 엄격한 개인정보 보호 기준을 충족하도록 개발자가 이 문서를 포함하도록 요구합니다. 다음은 알아야 할 사항입니다:
-
--   **Privacy Manifest란 무엇인가요?**  
-    앱의 데이터 수집 관행, API 사용 및 추적 도메인을 설명하는 구조화된 파일입니다.
-    
--   **중요한 이유:**
-    
-    -   거부나 삭제를 피하기 위한 App Store 규칙 준수
-    -   사용자 데이터 처리에 대한 투명성으로 신뢰 구축
--   **포함해야 할 주요 구성 요소:**
-    
-    -   사용자 데이터에 접근하는 API(예: 위치, 사진)
-    -   수집된 데이터 유형에 대한 개인정보 보호 레이블
-    -   분석이나 광고에 사용되는 추적 도메인
--   **만드는 방법:**
-    
-    -   JSON을 사용하여 데이터 수집 세부 정보 정의
-    -   프로젝트의 올바른 디렉토리에 `PrivacyInfo.xcprivacy` 파일 배치
-    -   오류를 피하기 위해 [Xcode](https://developer.apple.com/xcode/)와 같은 도구로 검증
--   **프로세스를 단순화하는 도구:**  
-    자동화된 개인정보 보호 매니페스트 검증, 실시간 업데이트 및 오류 추적을 위해 [Capgo](https://capgo.app/)와 같은 플랫폼을 사용하세요.
-    
-
-**이 가이드를 따라 규정을 준수하고, 사용자 개인정보를 보호하며, 앱 스토어 지연을 피하세요.**
-
-## Privacy Manifest 기본 사항
-
-### Privacy Manifest 정의
-
-개인정보 보호 매니페스트는 앱의 데이터 관행을 설명하는 구조화된 파일입니다. 사용자 데이터에 접근하는 API, 추적 도메인, 수집된 데이터 유형 및 서드파티 SDK 통합과 같은 요소를 자세히 설명합니다. 이 문서는 신뢰를 구축할 뿐만 아니라 App Store 가이드라인 준수를 보장합니다. 매니페스트에 포함해야 할 주요 구성 요소를 살펴보겠습니다.
-
-### 주요 Privacy Manifest 요소
-
-다음은 Apple의 요구 사항에 맞춰 개인정보 보호 매니페스트에 포함해야 할 주요 요소입니다:
-
-1.  **필수 이유 API**  
-    이 섹션에는 앱이 사용하는 개인정보 보호 관련 API와 그것이 필요한 이유를 나열합니다.
-    
-    일반적인 API 요구 사항을 요약한 표:
-    
-    | API 카테고리 | 일반적인 사용 | 필수 문서 |
-    | --- | --- | --- |
-    | 위치 서비스 | 사용자 내비게이션 | 목적 문자열 및 사용 설명 |
-    | 사진 라이브러리 | 프로필 사진 | 접근 수준 및 의도 |
-    | 연락처 | 주소록 동기화 | 데이터 최소화 설명 |
-    
-2.  **개인정보 보호 레이블**  
-    이 레이블은 다음을 명시하여 투명성을 제공합니다:
-    
-    -   수집되는 데이터 유형
-    -   데이터 수집 이유
-    -   데이터가 사용자 신원과 연결되는지 여부
-    -   데이터가 추적에 어떻게 사용되는지
-3.  **추적 도메인**  
-    이 섹션에는 분석, 광고 또는 서드파티 데이터 처리에 사용되는 추적 관련 모든 도메인을 나열합니다.
-    
-
-> "App Store 규정 준수" - Capgo [\[1\]](https://capgo.app/)
-
-Capgo에 따르면, 사용자의 95%가 24시간 이내에 업데이트를 준수합니다. 2,350만 건 이상의 업데이트가 전달된 [\[1\]](https://capgo.app/) 상황에서, 개인정보 보호 문서를 최신 상태로 유지하는 것은 사용자 신뢰를 유지하는 데 필수적입니다.
-
-## [Capacitor](https://capacitorjs.com/)를 위한 Privacy Manifest 구축
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### 설정 요구 사항
-
-매니페스트 구축을 시작하기 전에 다음 사항을 확인하세요:
-
--   Xcode 15 이상 설치
--   Capacitor 8.0+ 프로젝트 설정
--   앱의 `Info.plist` 파일에 대한 접근
--   JSON 구조에 대한 기본 이해
--   앱의 데이터 수집 관행을 설명하는 문서
-
-### 생성 단계
-
-iOS 프로젝트 디렉토리에 `PrivacyInfo.xcprivacy` 파일을 생성하세요. 이 파일은 특정 형식 지침을 따라야 합니다:
-
-**기본 정보 설정**
-
-```json
-{
-    "NSPrivacyTracking": false,
-    "NSPrivacyTrackingDomains": [],
-    "NSPrivacyCollectedDataTypes": []
-}
-```
-
-**데이터 수집 세부 정보 정의**
-
-```json
-{
-    "NSPrivacyAccessedAPITypes": [
-        {
-            "NSPrivacyAccessedAPIType": "NSLocationWhenInUseUsageDescription",
-            "NSPrivacyAccessedAPITypeReasons": ["1.1"]
-        },
-        {
-            "NSPrivacyAccessedAPIType": "NSCameraUsageDescription",
-            "NSPrivacyAccessedAPITypeReasons": ["2.1"]
-        }
-    ]
-}
-```
-
-**추적 도메인 추가**
-
-```json
-{
-    "NSPrivacyTrackingDomains": [
-        "analytics.yourdomain.com",
-        "metrics.yourdomain.com"
-    ]
-}
-```
-
-### 일반적인 오류 피하기
-
-문제를 방지하려면 다음 팁을 명심하세요:
-
--   **모든 필수 필드 포함**: 일부 필드가 비어 있더라도 반드시 존재해야 합니다.
--   **유효한 API 유형 사용**: API 식별자를 Apple의 공식 문서와 대조 확인하세요.
--   **JSON 형식 확인**: JSON 검사기로 구문 오류를 확인하세요.
--   **완전한 이유 제공**: 모든 API 접근에 해당하는 이유 코드가 포함되어야 합니다.
--   **정보 최신 상태 유지**: 새로운 기능이 추가될 때마다 매니페스트를 업데이트하세요.
-
-또한 빌드 오류를 피하기 위해 매니페스트 파일이 512KB 미만이 되도록 하세요. Xcode의 빌드 프로세스 중에 파일을 정기적으로 검증하여 초기에 실수를 발견하세요. 매니페스트가 준비되면 파일 배치 지침에 따라 Capacitor 프로젝트에 통합하세요.
-
-## Capacitor에 Privacy Manifest 추가하기
-
-### 파일 배치 가이드
-
-Capacitor 프로젝트에 개인정보 보호 매니페스트를 포함하려면 다음 디렉토리 구조에 `PrivacyInfo.xcprivacy` 파일을 배치하세요:
-
-```
-your-app/
-├── ios/
-│   ├── App/
-│   │   ├── PrivacyInfo.xcprivacy
-│   │   └── Info.plist
-│   └── App.xcworkspace
-```
-
-Capacitor 플러그인의 경우 이 구조를 사용하세요:
-
-```
-your-plugin/
-├── ios/
-│   ├── Plugin/
-│   │   └── PrivacyInfo.xcprivacy
-│   └── Plugin.xcodeproj
-```
-
-### 빌드 설정 구성
-
-파일이 배치되면 제대로 통합되도록 Xcode 빌드 설정을 업데이트하세요:
-
-1.  Xcode에서 프로젝트를 엽니다.
-2.  **TARGETS**에서 앱 또는 플러그인 대상을 선택합니다.
-3.  **Build Settings** 탭으로 이동합니다.
-4.  **Privacy Manifest Development Region**을 `en`으로 설정합니다.
-5.  **Include Privacy Manifest**를 `YES`로 설정합니다.
-
-프로젝트에서 [CocoaPods](https://cocoapods.org/)를 사용하는 경우, 개인정보 보호 매니페스트를 활성화하기 위해 `Podfile`에 다음 스니펫을 포함하세요:
-
-```ruby
-post_install do |installer|
-  installer.pods_project.targets.each do |target|
-    target.build_configurations.each do |config|
-      config.build_settings['INCLUDE_PRIVACY_MANIFEST'] = 'YES'
-    end
-  end
-end
-```
-
-이러한 변경을 한 후, 모든 것이 올바르게 설정되었는지 확인하기 위해 구현 확인을 진행하세요.
-
-### 구현 확인
-
-개인정보 보호 매니페스트가 의도한 대로 작동하는지 확인하려면 다음 단계를 따르세요:
-
-1.  **빌드 확인**
-    
-    -   빌드 중 개인정보 보호 관련 경고가 없는지 확인합니다.
-    -   매니페스트가 문제없이 컴파일되는지 확인합니다.
-    -   빌드 산출물에 개인정보 보호 매니페스트가 포함되어 있는지 확인합니다.
-2.  **런타임 검증**
-    
-    -   디버그 모드에서 올바른 개인정보 보호 프롬프트와 API 접근 동작을 테스트합니다.
-3.  **App Store Connect 검증**
-    
-    -   빌드를 업로드하고 App Store Connect에서 개인정보 보호 보고서를 검토합니다.
-    -   API 선언이 완전하고 추적 도메인 형식이 올바른지 확인합니다.
-
-"Privacy Manifest validation failed" 오류가 발생하면 매니페스트가 최신 App Store 요구 사항을 충족하는지 다시 확인하세요. API 유형과 추적 도메인 구성에 특히 주의를 기울이세요.
-
-## Apple Privacy Manifest 변경 사항
-
-<iframe src="https://www.youtube.com/embed/S8JnUkUkmbs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 테스팅 및 수정
-
-Apple의 가이드라인을 충족하는 Privacy Manifest를 만드는 것이 중요합니다. 진행 상황을 유지하려면 개발 프로세스에 안정적인 오류 추적을 통합하세요. 이는 개발 노력과 규정 준수 요구 사항을 연결하는 데 도움이 됩니다.
-
-[Capgo](https://capgo.app)와 같은 도구가 도움이 될 수 있습니다. API 접근을 모니터링하고 문제가 사용자에게 영향을 미치기 전에 매니페스트 문제를 식별합니다. 잠재적인 문제가 표시되면 철저한 검증에 집중할 수 있습니다.
-
-업데이트 후에는 개발 환경에서 매니페스트를 테스트하세요. 오류 추적에서 얻은 인사이트를 사용하여 검토를 안내하세요. 이 접근 방식은 앱이 Apple의 개인정보 보호 기준에 부합하도록 유지하는 데 도움이 됩니다.
-
-## [Capgo](https://capgo.app/) 개인정보 보호 도구
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67ec9a7d7747adc4bca8a776/454adbba4c00491adce88db59812b177.jpg)
-
-Capgo는 개인정보 보호 매니페스트와 앱 업데이트 관리를 단순화하여 배포 지연 없이 개인정보 보호 기준을 유지할 수 있도록 합니다.
-
-### Capgo 기능
-
-**2,350만 건 이상의 안전한 업데이트**와 **82%의 전체 성공률**로, Capgo는 **활성 사용자의 95%가 24시간 이내에 업데이트를 받도록** 보장합니다 [\[1\]](https://capgo.app/). 제공하는 기능은 다음과 같습니다:
-
--   업데이트를 안전하게 유지하는 **종단 간 암호화**
--   제어된 업데이트 배포를 위한 **채널 시스템**
--   문제를 빠르게 식별하고 해결하는 **오류 추적**
--   이전 버전으로 즉시 되돌릴 수 있는 **원클릭 롤백**
-
-이러한 도구를 통해 워크플로우에 Capgo를 원활하고 효율적으로 추가할 수 있습니다.
-
-### Capgo 
-
--   **환경 설정**: `npx @capgo/cli init`를 실행하여 시작하세요.
--   **개인정보 보호 기능 활성화**: 보안 업데이트를 위해 종단간 암호화를 사용하세요.
--   **모니터링 도구 배포**: 분석을 통해 업데이트를 추적하세요.
--   **롤백 계획**: 필요한 경우 이전 버전으로 신속하게 되돌릴 수 있도록 하세요.
-
-> "Capgo는 생산성을 높이고자 하는 개발자들에게 필수적인 도구입니다. 버그 수정을 위한 검토 지연을 피할 수 있다는 점이 획기적입니다." - Bessie Cooper
-
-정기적인 업데이트와 적절한 도구는 규정 준수를 유지하고 시간이 지남에 따라 개선하는 데 핵심입니다.
diff --git a/src/content/blog/ko/quasar-mobile-app-capacitor.md b/src/content/blog/ko/quasar-mobile-app-capacitor.md
deleted file mode 100644
index 0426e7c37..000000000
--- a/src/content/blog/ko/quasar-mobile-app-capacitor.md
+++ /dev/null
@@ -1,332 +0,0 @@
----
-slug: quasar-mobile-app-capacitor
-title: '실시간 업데이트, Quasar 및 Capacitor를 사용한 모바일 앱 개발.'
-description: Quasar와 Capacitor를 사용하여 모바일 앱을 만들고 라이브 업데이트를 구현하는 방법.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikDhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /quasar_capgo.webp
-head_image_alt: Quasar 및 Capgo 설명
-keywords: >-
-  Quasar, Capacitor, mobile app development, live updates, OTA updates,
-  continuous integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-이 튜토리얼에서는 [Quasar](https://quasar.dev/)를 사용하여 새로운 웹 앱을 만드는 것으로 시작하겠습니다. 이후에는 이를 Capacitor를 사용하여 모바일 앱으로 전환하는 방법을 배우겠습니다. 모바일에서 앱을 더 멋지게 보이게 하고 싶다면요.
-
-Capacitor를 사용하면 Quasar 웹 앱을 많은 복잡한 작업 없이 혹은 React Native와 같은 완전히 새로운 앱 제작 방식을 배우지 않고도 모바일 앱으로 전환할 수 있습니다.
-
-이 튜토리얼은 새로운 Quasar 앱으로 시작하여 Capacitor를 통합하여 네이티브 모바일 앱의 영역으로 이동하는 과정을 안내합니다. 추가로, [Capgo](https://capgo.app/)를 사용하여 몇 초 안에 앱에 실시간 업데이트를 전송할 것입니다.
-
-## Capacitor에 대해
-
-CapacitorJS는 정말 게임 체인저입니다! 웹 프로젝트에 손쉽게 통합할 수 있으며, 애플리케이션을 네이티브 웹뷰로 감싸고, 네이티브 Xcode 및 Android Studio 프로젝트를 생성해줍니다. 또한, 플러그인을 통해 카메라와 같은 네이티브 장치 기능에 JS 브리지를 통해 접근할 수 있습니다.
-
-Capacitor를 사용하면 복잡한 설정이나 가파른 학습 곡선 없이 환상적인 네이티브 모바일 앱을 얻을 수 있습니다. 그 슬림한 API와 간소화된 기능은 프로젝트에 통합하기 쉽게 만듭니다. 믿으세요, Capacitor로 완전한 기능을 갖춘 네이티브 앱을 만드는 것이 얼마나 쉬운지에 놀랄 것입니다!
-
-## Quasar 앱 준비하기
-
-새로운 Quasar 앱을 만들려면 다음 명령을 실행하세요:
-
-```shell
-npm init quasar
-```
-
-![Quasar 프로젝트 설정](/quasar-setup.webp)
-
-"Quasar CLI를 이용한 앱" 옵션을 선택한 다음 "Quasar v2"를 선택하세요.
-
-네이티브 모바일 앱을 만들기 위해서는 프로젝트의 **export**가 필요합니다. 따라서, Quasar 프로젝트를 빌드하고 복사하는 데 사용할 수 있는 간단한 스크립트를 **package.json**에 포함시켜 보겠습니다:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "quasar build"
-  }
-}
-```
-
-`generate` 명령을 실행한 후, 프로젝트 루트에 새로운 `dist` 폴더가 생긴 것을 확인할 수 있어야 합니다.
-
-이 폴더는 나중에 Capacitor에서 사용되겠지만, 지금은 올바르게 설정해야 합니다.
-
-## Quasar 앱에 Capacitor 추가하기
-
-모든 웹 앱을 네이티브 모바일 컨테이너로 패키징하려면 몇 가지 초기 단계를 따라야 하지만, 이후에는 단일 `sync` 명령을 실행하는 것으로 간단히 할 수 있습니다.
-
-먼저, [Capacitor CLI](https://capacitorjs.com/docs/cli/)를 개발 종속성으로 설치한 후 프로젝트 내에서 설정합니다. 설정 중에 이름과 번들 ID에 대한 기본값을 수락하기 위해 "enter"를 눌러주세요.
-
-다음으로, iOS 및 Android 플랫폼에 대한 핵심 패키지와 관련 패키지를 설치해야 합니다.
-
-마지막으로 플랫폼을 추가하면 Capacitor가 프로젝트의 루트에 각 플랫폼에 대한 폴더를 생성합니다:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Quasar project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-![Capacitor 초기화](/capacitor-init.webp)
-
-이 시점에서 Quasar 프로젝트에 새로운 **ios** 및 **android** 폴더가 표시되어야 합니다.
-
-**이것들은 실제 네이티브 프로젝트입니다!**
-
-나중에 Android 프로젝트에 접근하려면 [Android Studio](https://developer.android.com/studio/)를 설치해야 합니다. iOS의 경우 Mac이 필요하며 [Xcode](https://developer.apple.com/xcode/)를 설치해야 합니다.
-
-또한, 귀하의 프로젝트에는 **capacitor.config.ts** 파일이 있어야 하며, 이는 동기화 과정 중 사용되는 기본 Capacitor 설정을 포함합니다. 주의해야 할 유일한 사항은 **webDir**로, 이는 빌드 명령의 결과를 가리켜야 합니다. 현재로서는 부정확합니다.
-
-이를 수정하기 위해 **capacitor.config.json** 파일을 열고 **webDir**를 업데이트하세요:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-다음 명령어를 실행하여 시험해 보세요:
-
-```shell
-npm run generate
-npx cap sync
-```
-
-첫 번째 명령인 `npm run generate`는 단순히 Quasar 프로젝트를 빌드하고 정적 빌드를 복사하며 두 번째 명령인 `npx cap sync`는 모든 웹 코드를 네이티브 플랫폼의 올바른 위치로 동기화하여 앱에서 표시될 수 있도록 합니다.
-
-또한, 동기화 명령은 네이티브 플랫폼을 업데이트하고 플러그인을 설치할 수 있으므로 새로운 [Capacitor 플러그인](https://capacitorjs.com/docs/plugins/)을 설치할 때 다시 `npx cap sync`를 실행해야 합니다.
-
-모르는 사이에 실제로는 완료되었습니다. 이제 장치에서 앱을 봅시다!
-
-## 네이티브 앱 빌드 및 배포
-
-iOS 앱을 개발하려면 **Xcode**가 설치되어 있어야 하고 Android 앱을 개발하려면 **Android Studio**가 설치되어 있어야 합니다. 또한, 앱을 앱 스토어에서 배포할 계획이라면 iOS의 경우 Apple 개발자 프로그램에 등록하고 Android의 경우 Google 플레이 콘솔에 가입해야 합니다.
-
-네이티브 모바일 개발이 처음이라면 Capacitor CLI를 사용하여 두 네이티브 프로젝트를 쉽게 열 수 있습니다:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-네이티브 프로젝트를 설정한 후에는 연결된 장치에 앱을 배포하기가 쉽습니다. Android Studio에서는 모든 것이 준비될 때까지 기다리면 되며 설정을 변경하지 않고도 연결된 장치에 앱을 배포할 수 있습니다. 예를 들어:
-
-![android-studio-run](/android-studio-run.webp)
-
-Xcode에서는 실제 장치에 앱을 배포하기 위해 서명 계정을 설정해야 합니다. 시뮬레이터가 아닌 실제 장치로 배포하기 위해서입니다. 이 작업을 이전에 한 적이 없다면 Xcode가 프로세스를 안내해줍니다(하지만 여전히, 개발자 프로그램에 등록해야 합니다). 그 후, 단순히 재생 버튼을 눌러서 연결된 장치에서 앱을 실행하면 됩니다. 선택할 수 있는 예는 다음과 같습니다:
-
-![xcode-run](/xcode-run.webp)
-
-축하합니다! Quasar 웹 앱을 모바일 장치에 성공적으로 배포했습니다. 예시는 다음과 같습니다:
-
-<div class="mx-auto" style="width: 50%;">
-  <img src="/Quasar-mobile.webp" alt="quasar-mobile-app">
-</div>
-
-하지만 잠깐, 개발 중에 이것을 더 빠르게 할 수 있는 방법도 있습니다...
-
-## Capgo 라이브 업데이트
-
-Capgo 라이브 업데이트는 개발자가 전통적인 앱 스토어 제출 프로세스 없이 모바일 앱에 업데이트를 배포할 수 있도록 허용하는 서비스입니다. 이것은 버그를 빠르게 수정하거나 앱에 소규모 업데이트를 진행하기 위한 편리한 방법이 될 수 있습니다. 
-
-Quasar 앱에 Capgo를 통합하는 것은 실시간 라이브 업데이트의 힘을 활용할 수 있게 해주는 간단한 과정입니다. 이 단계별 가이드는 Capgo 라이브 업데이트의 통합 및 구현 과정을 안내하여 원활한 업데이트를 제공할 수 있도록 합니다.
-
-**가입 및 Capgo 대시보드에 접근하기**:
-
-이제 가입하고 첫 번째 버전을 업로드할 API 키를 얻을 때입니다! [Capgo 계정 가입](https://console.capgo.app/register/)을 시작하세요.
-
-**Capgo SDK 설치**:
-
-명령 줄에서 Capacitor 앱의 루트로 직접 이동하여 다음을 실행하세요:
-
-`npm i @capgo/capacitor-updater && npx cap sync` 이 명령은 Capacitor 앱에 플러그인을 설치합니다.
-
-그런 다음, 이 코드를 CodePush 대신에 앱에 추가하세요:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-이것은 네이티브 플러그인에 설치가 성공적으로 이루어졌음을 알려줍니다.
-
-**Capgo CLOUD에 로그인**:
-
-먼저 계정에 있는 `all` [apikey](https://console.capgo.app/dashboard/apikeys/)를 사용하여 CLI로 로그인합니다:
-
-    `npx @capgo/cli@latest login YOU_KEY`
-
-**첫 번째 앱 추가하기**:
-
-CLI로 Capgo Cloud에서 앱을 먼저 만들어 시작해 보겠습니다.
-
-```shell
-    npx @capgo/cli@latest app add
-```
-이 명령은 Capacitor 구성 파일에서 정의된 모든 변수를 사용하여 앱을 생성합니다.
-
-**첫 번째 버전 업로드하기**:
-
-코드를 빌드하고 Capgo에 보내기 위해 다음 명령을 실행하세요: 
-
-```shell
-npx @capgo/cli@latest bundle upload`
-```
-
-기본적으로 버전 이름은 **package.json** 파일의 것이 될 것입니다.
-
-Capgo에서 빌드가 있는지 확인하세요: [Capgo](https://console.capgo.app/login/)에 확인해 볼 수 있습니다.
-
-제 [모바일 샌드박스 앱](https://capgo.app/app_mobile/)으로 테스트해 볼 수도 있습니다.
-
-**채널 기본값 설정**:
-
-앱을 Capgo에 보낸 후, 앱이 Capgo로부터 업데이트를 받을 수 있도록 채널 기본값을 설정해야 합니다.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-**업데이트를 확인하기 위해 앱 구성**:
-
-다음 구성을 메인 JavaScript 파일에 추가하세요.
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-그런 다음 `npm run build && npx cap copy`를 실행하여 앱을 업데이트하세요.
-
-**라이브 업데이트 수신하기**:
-
-애플리케이션이 배포로부터 라이브 업데이트를 받으려면 장치 또는 에뮬레이터에서 앱을 실행해야 합니다. 가장 쉽게 하는 방법은 다음 명령어를 사용하여 로컬 앱을 에뮬레이터 또는 컴퓨터에 연결된 장치에서 실행하는 것입니다.
-
-      npx cap run [ios | android]
-
-앱을 열고 백그라운드로 두었다가 다시 열면 앱이 업데이트되었음을 로그에서 확인할 수 있습니다.
-
-축하합니다! 🎉 첫 번째 라이브 업데이트를 성공적으로 배포했습니다. 이는 라이브 업데이트로 할 수 있는 일의 시작일 뿐입니다. 더 알아보려면 전체 [라이브 업데이트 문서](https://capgo.app/docs/plugin/cloud-mode/getting-started/)를 참조하세요.
-
-## Capacitor 플러그인 사용하기
-
-Capacitor 플러그인을 작동하는 모습으로 사용해 보겠습니다. 이를 위해 상대적으로 간단한 플러그인을 설치해 보겠습니다:
-
-```shell
-npm i @capacitor/share
-```
-
-[Share 플러그인](https://capacitorjs.com/docs/apis/share/)은 특별한 점은 없지만, 그래도 네이티브 공유 다이얼로그를 호출합니다! 이를 위해 우리는 패키지를 가져오고 앱에서 해당 `share()` 함수를 호출하면 됩니다. 따라서 **pages/index.vue**를 다음과 같이 변경해 보겠습니다:
-
-```html
-<template>
-  <div>
-    <h1>Welcome to Quasar and Capacitor!</h1>
-    <button @click="share">Share now!</button>
-  </div>
-</template>
-
-<script setup lang="ts">
-import { Share } from '@capacitor/share';
-
-async function share() {
-  await Share.share({
-    title: 'Open Youtube',
-    text: 'Check new video on youtube',
-    url: 'https://www.youtube.com',
-    dialogTitle: 'Share with friends'
-  });
-}
-</script>
-```
-
-앞서 언급했듯이, 새로운 플러그인을 설치할 때는 동기화 작업을 수행하고 앱을 장치에 다시 배포해야 합니다. 이를 위해 다음 명령어를 실행하세요:
-
-```
-npx cap sync
-```
-
-버튼을 클릭하면 아름다운 네이티브 공유 다이얼로그를 보는 것을 경험할 수 있습니다!
-
-## 선택적으로 Konsta UI 추가하기
-
-Quasar 앱에서 Konsta UI를 사용하려면 [tailwind를 이미 설치](https://tailwindcss.com/docs/installation/)하고 패키지를 설치해야 합니다:
-
-```shell
-npm i konsta
-```
-
-또한, `tailwind.config.js` 파일을 수정해야 합니다:
-
-```javascript
-// import konstaConfig config
-const konstaConfig = require('konsta/config')
-
-// wrap config with konstaConfig config
-module.exports = konstaConfig({
-  content: [
-    './pages/**/*.{vue}',
-    './components/**/*.{vue}',
-  ],
-  darkMode: 'media', // or 'class'
-  theme: {
-    extend: {},
-  },
-  variants: {
-    extend: {},
-  },
-  plugins: [],
-})
-```
-
-`konstaConfig`는 Konsta UI에 필요한 추가 변형 및 유틸리티 도우미로 기본(또는 사용자 정의) Tailwind CSS 구성을 확장합니다.
-
-이제 전역 매개변수를 설정할 수 있도록 메인 [App](https://konstaui.com/vue/app/) 구성 요소를 설정해야 합니다.
-
-앱 전체를 `pages/_app.vue`의 `App`으로 감싸야 합니다:
-
-```html
-<template>
-  <App theme="ios">
-    <Quasar />
-  </App>
-</template>
-
-<script setup>
-import { App } from 'konsta/vue';
-</script>
-```
-
-### 예시 페이지
-
-모든 것이 설정되었으므로 Quasar 페이지에서 Konsta UI Vue 구성 요소를 사용할 수 있습니다.
-
-예를 들어, `pages/index.vue`를 열어 다음과 같이 변경해 보겠습니다:
-
-[[코드 블록]]
-
-필요한 모든 구성 요소를 설치한 후 라이브 리로드가 동기화되지 않으면 모든 것을 다시 시작해 보세요. 그렇게 하면 Quasar와 Capacitor로 구축된 다소 네이티브한 모양의 모바일 앱을 볼 수 있어야 합니다!
-
-## 결론
-
-Capacitor는 기존 웹 프로젝트를 기반으로 네이티브 애플리케이션을 구축하기 위한 훌륭한 선택으로, 코드를 공유하고 일관된 UI를 유지하는 간단한 방법을 제공합니다.
-
-또한 [Capgo](https://capgo.app/)를 추가하면 앱에 라이브 업데이트를 추가하는 것이 훨씬 쉬워져 사용자들이 항상 최신 기능과 버그 수정을 이용할 수 있습니다.
-
-Next.js 앱에 Capgo를 추가하는 방법을 배우고 싶다면 다음 기사를 확인해 보세요:
diff --git a/src/content/blog/ko/real-time-update-metrics-for-capacitor-apps.md b/src/content/blog/ko/real-time-update-metrics-for-capacitor-apps.md
deleted file mode 100644
index 7a7039dcb..000000000
--- a/src/content/blog/ko/real-time-update-metrics-for-capacitor-apps.md
+++ /dev/null
@@ -1,220 +0,0 @@
----
-slug: real-time-update-metrics-for-capacitor-apps
-title: Capacitor 앱을 위한 실시간 업데이트 메트릭
-description: 앱 업데이트 성능을 효과적으로 추적하여 빠르고 안정적인 릴리스와 향상된 사용자 경험을 보장하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-02T03:19:09.129Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c3a347e68199dea862b1d5-1740885602596.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  update tracking, app performance, metrics monitoring, user experience,
-  real-time updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-앱 업데이트가 빠르고 안정적이며 효과적인지 확인하고 싶으신가요? 알아야 할 사항은 다음과 같습니다:
-
--   **업데이트 추적이 필요한 이유?**  
-    업데이트 성능을 추적하여 더 빠른 업데이트 제공, 신속한 문제 해결, 사용자 경험 개선이 가능합니다. [Capgo](https://capgo.app/)와 같은 도구를 사용하면 릴리스 효율성을 81% 향상시킬 수 있습니다.
-    
--   **모니터링해야 할 핵심 지표:**
-    
-    -   **도입률:** 최신 버전으로 전환하는 사용자 비율
-    -   **업데이트 성공률:** 성공적인 업데이트 비율
-    -   **사용자 영향:** 업데이트 후 충돌 및 기능 사용
--   **추적을 위한 주요 도구:**
-    
-    -   **Capgo:** CI/CD 지원이 포함된 안전한 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)
-    -   **[Firebase Performance Monitoring](https://firebase.google.com/docs/perf-mon):** 무료 실시간 성능 인사이트
-    -   **[New Relic](https://newrelic.com/):** 오류, 네트워크 요청 등 추적
--   **빠른 설정 단계:**
-    
-    1.  `npx @capgo/cli init`로 Capgo와 같은 도구 설치
-    2.  로드 시간, 메모리 사용량, 충돌 보고서와 같은 지표 추적
-    3.  전체 출시 전 A/B 테스트로 업데이트 개선
-
-업데이트 모니터링을 통해 원활한 업데이트 제공, 오류 감소, 앱 성능 향상이 가능합니다. 자세한 내용을 살펴보겠습니다.
-
-## [Capgo](https://capgo.app/), 실시간 업데이트를 위한 CapacitorJs 플러그인
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-02.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/NzXXKoyhTIo" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 업데이트 추적 설정
-
-효과적인 업데이트 추적을 위해서는 적절한 도구를 구성하고 핵심 지표를 식별해야 합니다.
-
-### 추적 도구 추가
-
-먼저 필요에 맞는 추적 도구를 선택하세요. [Capacitor](https://capacitorjs.com/) 앱의 경우 다음과 같은 인기 있는 옵션이 있습니다:
-
--   **Capgo 플러그인**: 명령줄을 사용하여 Capgo 플러그인 설치:
-    
-    ```bash
-    npx @capgo/cli init
-    ```
-    
-    문서에 제공된 설정 지침을 따르세요.
-    
--   **New Relic**: 이 도구는 JavaScript 오류, 네트워크 요청 및 사용자 지정 이벤트를 모니터링하는 데 도움이 됩니다 [\[2\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/). Colenso와 같은 기업들이 이를 사용하여 5,000명 이상의 사용자를 단 몇 분 만에 업데이트했습니다 [\[1\]](https://capgo.app/).
-
-### 추적할 핵심 지표
-
-도구가 준비되면 업데이트의 성공을 측정하는 지표에 집중하세요. 다음은 세부 내용입니다:
-
-| 지표 카테고리 | 주요 측정 | 목적 |
-| --- | --- | --- |
-| **다운로드 성능** | 속도, 완료율 | 업데이트가 얼마나 효율적으로 전달되는지 평가 |
-| **업데이트 성공** | 설치율, 오류 | 업데이트의 안정성 보장 |
-| **사용자 영향** | 업데이트 후 충돌, 사용 패턴 | 업데이트의 품질과 영향 측정 |
-
-이러한 지표를 통해 업데이트 성능을 명확하게 파악할 수 있습니다.
-
-### 추적 옵션 설정
-
-가장 관련성 높은 데이터를 수집하도록 추적 설정을 미세 조정하세요. 선택한 도구에 따라 다음과 같은 작업이 가능합니다:
-
--   **New Relic**: 분석, 사용자 정의 로깅, 충돌 보고, 네트워크 모니터링, HTTP 응답 본문 캡처와 같은 기능 제공 [\[2\]](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile-ionic-capacitor/get-started/introduction-new-relic-ionic-capacitor/).
--   **Capgo**: [보안 업데이트](https://capgo.app/docs/live-updates/update-behavior/)를 위한 암호화 활성화 및 특정 사용자에게 업데이트 할당 가능 [\[1\]](https://capgo.app/).
-
-> "Capgo는 더 생산적이고자 하는 개발자들에게 꼭 필요한 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 것이 매우 좋습니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## 업데이트 성능 데이터 읽기
-
-실제 시나리오에서 업데이트가 어떻게 수행되는지 이해하는 것은 앱의 전달 전략을 개선하는 데 핵심입니다. 지표를 면밀히 모니터링하고 신뢰할 수 있는 도구를 사용하면 업데이트 성능에 대한 실행 가능한 인사이트를 얻을 수 있습니다.
-
-### 업데이트 사용량 측정
-
-사용자가 업데이트를 채택하는 방식을 추적하면 출시의 속도와 효과를 이해하는 데 도움이 됩니다. 다음은 모니터링해야 할 필수 지표입니다:
-
--   **도입률**: _(새 업데이트 사용자 / 전체 사용자) × 100_으로 계산. 업데이트된 버전으로 전환하는 사용자 수를 보여줍니다.
--   **첫 액션까지 걸리는 시간**: 사용자가 업데이트 후 새 기능을 사용하기까지 걸리는 시간을 측정합니다.
--   **업데이트 성공률**: _(성공한 업데이트 / 전체 업데이트 시도) × 100_을 사용하여 [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)가 얼마나 원활하게 진행되는지 측정합니다.
-
-이러한 지표를 확보한 후 업데이트가 사용자 행동에 미치는 영향을 더 자세히 살펴보세요.
-
-### 사용자 행동 분석
-
-업데이트 후 사용자 행동을 분석하면 업데이트가 참여도에 미치는 영향을 더 명확하게 파악할 수 있습니다. 예를 들어, 분기 말까지 사용자 활성화를 47% 증가시키는 것과 같은 측정 가능한 목표를 설정하면 진행 상황을 효과적으로 추적하는 데 도움이 될 수 있습니다 [\[3\]](https://userpilot.com/blog/user-behavioral-analysis/).
-
-고려해야 할 주요 지표:
-
--   **일일 활성 사용자 (DAU)**: 업데이트 후 일일 사용량의 변화를 관찰합니다.
--   **평균 세션 시간**: 업데이트 전후 사용자가 앱에서 보내는 시간을 비교합니다.
--   **기능 사용**: 어떤 새로운 기능이 가장 많은 참여를 이끌어내는지 파악합니다.
-
-> "사용자 행동 분석은 제품 결정을 할 때 직감이나 운에 의존하고 싶지 않은 제품 팀에게 필수적입니다." - Sophie Grigoryan [\[3\]](https://userpilot.com/blog/user-behavioral-analysis/)
-
-다음 단계는 다양한 업데이트 버전을 체계적으로 테스트하는 것입니다.
-
-### 업데이트 버전 테스트
-
-전 세계적으로 9억 4,760만 건 이상의 업데이트를 제공한 Capgo 플랫폼 [\[1\]](https://capgo.app/)은 효과적인 테스트 전략에 대한 인사이트를 제공합니다. 다음 사항에 중점을 두세요:
-
--   **실시간 성능 모니터링**: 업데이트 배포 직후 응답 시간과 오류율을 모니터링합니다.
--   **리소스 사용**: 업데이트가 시스템 리소스에 부담을 주거나 앱 성능을 저하시키지 않도록 합니다.
--   **버전 비교**: A/B 테스트를 사용하여 광범위하게 출시하기 전에 작은 사용자 그룹으로 다양한 업데이트 버전을 평가합니다.
-
-이러한 방법을 통해 업데이트가 효율적이고 잘 받아들여지도록 할 수 있습니다.
-
-## 업데이트 문제 해결
-
-업데이트 문제를 해결하는 것은 사용자를 만족시키고 앱이 원활하게 실행되도록 하는 데 매우 중요합니다.
-
-### 업데이트 오류 찾기
-
-Capacitor-updater는 업데이트 오류를 식별하고 해결하는 데 도움이 되는 도구를 제공합니다:
-
--   업데이트 프로세스 중 문제를 포착하기 위해 **updateFailed**와 **downloadFailed** 리스너를 설정합니다.
--   **notifyAppReady()**를 사용하여 업데이트 번들이 성공적으로 로드되었는지 확인합니다.
--   **appReadyTimeout**을 구성하여 로딩 프로세스의 지연을 감지합니다.
-
-오류를 추적하면 문제가 발생하는 위치를 파악하고 성능을 개선하기 위한 조치를 취할 수 있습니다.
-
-> "Appflow 실시간 업데이트를 사용하면 사용자가 앱 스토어에서 새 버전을 다운로드할 필요 없이 웹 코드 변경 사항을 사용자의 설치된 앱에 직접 배포할 수 있습니다. 버그를 수정하고, 새로운 기능을 도입하고, 성능을 최적화할 수 있는 백그라운드의 조용한 업그레이드라고 생각하세요." – Ashwini Shukla, Appflow 제품 관리자 [\[5\]](https://ionic.io/blog/capacitor-live-updates-sdk-is-now-ga)
-
-### 속도 문제 해결
-
-업데이트가 빠르고 효율적으로 전달되도록 하기 위해서는 성능 모니터링이 필수적입니다. 베타 테스트에 따르면 업데이트는 대개 몇 초 만에 완료됩니다 [\[4\]](https://ionic.io/blog/the-future-of-live-updates-is-here-and-its-more-performant-than-ever).
-
-추적해야 할 주요 지표는 다음과 같습니다:
-
--   로드 시간 및 응답률
--   메모리 사용량
--   CPU 사용량
--   네트워크 요청
--   충돌 빈도
-
-**Firebase Performance Monitoring** 또는 **[Sentry](https://sentry.io/)**와 같은 도구를 사용하면 이러한 지표를 모니터링하고 잠재적 문제에 대한 경고를 설정할 수 있습니다.
-
-### 업데이트 크기 관리
-
-더 빠른 전달을 위해서는 업데이트 크기를 작게 유지하는 것이 중요합니다.
-
-다음과 같이 보고서를 효과적으로 만드는 방법입니다:
-
--   **버전별 성능 추적**: 각 앱 버전을 개별적으로 분석하여 문제점을 파악합니다.
--   **업데이트 전후 데이터 비교**: 업데이트로 인한 변화를 식별합니다.
--   **장기적인 트렌드 모니터링**: 시간에 따른 반복적인 패턴이나 개선사항을 찾습니다.
-
-> "모바일 앱 성능 개선은 매우 중요하고 복잡한 지속적인 과정입니다." – Tope Longe, Growth Marketing Manager, UXCam [\[7\]](https://uxcam.com/blog/how-to-improve-mobile-app-performance/)
-
-이러한 보고서는 즉각적인 주의가 필요한 영역을 식별하고 장기적인 개선을 안내하는 데 도움이 됩니다.
-
-### 추적 데이터 활용
-
-측정 지표를 앱 성능을 향상시키는 의미 있는 조치로 전환하세요.
-
-**즉각적인 조치:**
-
--   중요 지표에 대한 알림을 설정하고 대시보드를 매일 검토합니다.
--   실시간 충돌 보고를 구현하여 문제가 발생할 때 해결합니다.
-
-**장기적인 전략:**
-
--   다운로드 속도를 높이기 위해 사용하지 않는 코드 프레임워크를 제거합니다.
--   반응성을 개선하기 위해 무거운 처리 작업을 백그라운드로 이동합니다.
--   네트워크 중단 시에도 사용자가 앱에 접근할 수 있도록 오프라인 기능을 추가합니다.
-
-Capgo와 같은 플랫폼은 심층적인 분석을 제공하고 필요할 때 신속한 롤백을 허용하여 더 나은 사용자 경험을 보장합니다.
-
-## 요약
-
-### 업데이트 추적 결과
-
-현대적인 업데이트 추적 도구는 개발팀에게 게임 체인저로 입증되었습니다:
-
--   전 세계 개발팀이 이러한 도구를 사용하여 **5억 1,950만 건의 업데이트**를 제공했습니다 [\[1\]](https://capgo.app/).
--   팀들은 더 빠른 릴리스 주기 덕분에 **81%의 효율성 향상**을 보고했습니다 [\[1\]](https://capgo.app/).
-
-효과적인 지표 추적과 실시간 업데이트를 결합함으로써, 개발자들은 앱을 유지보수하고 개선하는 방식을 재구상했습니다. NASA의 [OSIRIS-REx](https://science.nasa.gov/mission/osiris-rex/) 팀도 이 접근 방식을 칭찬했습니다:
-
-> "@Capgo는 핫 코드 푸시를 하는 스마트한 방법입니다(@AppFlow처럼 엄청난 비용이 들지 않습니다) :-)" [\[1\]](https://capgo.app/)
-
-직접 이러한 결과를 확인하시겠습니까? 아래 단계에 따라 효과적인 업데이트 추적을 시작하세요.
-
-### 시작하기
-
-다음과 같이 업데이트 지표 추적을 시작하세요:
-
--   **플러그인을 설치하고 주요 지표를 정의**하여 모니터링합니다. 다음 사항에 집중하세요:
-    
-    | 지표 유형 | 목표 | 영향 |
-    | --- | --- | --- |
-    | 로드 시간 | 3초 미만 | 리텐션 개선 |
-    | 업데이트 성공률 | 99% 이상 | 안정성 보장 |
-    | 다운로드 속도 | 5초 미만 | 만족도 향상 |
-    
--   **실시간 업데이트 도구**인 Capgo를 사용하여 안전하고 즉각적인 배포를 수행하세요.
-    
-
-한 사용자의 공유 내용:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ko/real-time-updates-with-user-segmentation.md b/src/content/blog/ko/real-time-updates-with-user-segmentation.md
deleted file mode 100644
index 38b41d70e..000000000
--- a/src/content/blog/ko/real-time-updates-with-user-segmentation.md
+++ /dev/null
@@ -1,144 +0,0 @@
----
-slug: real-time-updates-with-user-segmentation
-title: 사용자 세분화를 통한 실시간 업데이트
-description: '실시간 업데이트와 사용자 세분화가 앱 성능, 참여도 및 타겟팅된 사용자 경험을 위한 개인화를 어떻게 향상시킬 수 있는지 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-20T01:23:29.243Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67db5cb48d9574929cf1042f-1742433905119.jpg
-head_image_alt: 모바일 개발
-keywords: 'real-time updates, user segmentation, app engagement, feature testing, Capgo'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-실시간 업데이트를 통해 앱스토어 승인을 기다리지 않고도 즉시 앱 변경사항을 전달할 수 있습니다. 이를 사용자 세분화와 결합하면 특정 그룹을 대상으로 기능을 테스트하고 경험을 개인화할 수 있습니다. 작동 방식은 다음과 같습니다:
-
--   **실시간 업데이트**: 버그 수정과 새로운 기능을 사용자에게 직접 전송하여 24시간 이내에 95% 도달.
--   **사용자 세분화**: 사용자를 그룹화(예: 베타 테스터, 파워 유저)하여 업데이트를 테스트하고 점진적으로 출시하며 앱 경험을 맞춤화.
--   **추적할 주요 지표**: 세션 지속시간, 기능 사용량, 업데이트 채택률, 오류율.
--   **도구**: [Capgo](https://capgo.app/)는 82%의 전 세계 성공률과 상세 분석을 통해 빠르고 안전한 업데이트를 보장.
--   **이점**: 더 빠른 업데이트, 위험 감소, 개인화된 기능, 향상된 참여도.
-
-사용자 세그먼트를 정의하고, Capgo를 설치(`npx @capgo/cli init`)한 다음, 업데이트 성과를 추적하여 전략을 개선하세요.
-
-## 사용자 세분화의 기본 요소
-
-### 사용자 데이터 수집
-
-의미 있는 사용자 세그먼트를 만들기 위해서는 먼저 사용자가 앱과 상호작용하는 방식을 추적해야 합니다. 다음과 같은 주요 지표 수집에 집중하세요:
-
-| **데이터 유형** | **목적** | **영향** |
-| --- | --- | --- |
-| **세션 (지속시간)** | 참여도 이해 | 파워 유저와 일반 사용자 구분 |
-| **기능 사용** | 인기 기능 파악 | 개선할 기능 우선순위 지정 |
-| **업데이트 응답** | 업데이트 채택률 측정 | 출시 전략 개선 |
-| **오류율** | 앱 안정성 모니터링 | 세그먼트별 문제 파악 및 해결 |
-
-Capgo의 분석을 사용하면 업데이트 성공률과 사용자 참여도를 추적하여 다양한 사용자가 앱과 상호작용하는 방식에 대한 자세한 인사이트를 얻을 수 있습니다 [\[1\]](https://capgo.app/). 이 데이터는 효과적인 사용자 세분화의 기반이 됩니다.
-
-### 사용자 세그먼트 생성
-
-데이터를 수집한 후에는 Capgo의 채널 시스템을 사용하여 사용자를 세그먼트로 그룹화하는 것이 다음 단계입니다. 이를 통해 개발자는 업데이트를 관리하고 기능을 정밀하게 테스트할 수 있습니다.
-
-> "우리는 5,000명의 사용자 기반에 대해 [Capgo OTA 업데이트](https://console.capgo.app/resend_email)를 실제 환경에 배포했습니다. OTA가 @Capgo에 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 확인했습니다." – colenso, @colenso [\[1\]](https://capgo.app/)
-
-개발자는 베타 테스터, 파워 유저, 신규 사용자 또는 기업 계정과 같은 카테고리로 사용자를 구성할 수 있습니다. 이러한 세분화는 업데이트 테스트, 점진적 출시 또는 특정 그룹을 위한 기능 맞춤화에 도움이 됩니다.
-
-| **세그먼트 유형** | **설명** | **[업데이트 전략](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)** |
-| --- | --- | --- |
-| **베타 테스터** | 기능을 테스트하는 얼리 어답터 | 첫 번째로 업데이트 받음 |
-| **파워 유저** | 매우 활발하고 자주 사용하는 사용자 | 성능 개선 우선순위 지정 |
-| **신규 사용자** | 최근 플랫폼에 가입한 사용자 | 기능 출시 단순화 |
-| **기업** | 비즈니스 또는 조직 계정 | 예약된 유지보수 기간 사용 |
-
-Capgo의 도구를 사용하면 사용자 행동이 변경됨에 따라 이러한 세그먼트를 쉽게 조정할 수 있어 업데이트와 기능이 관련성을 유지할 수 있습니다 [\[1\]](https://capgo.app/).
-
-## 세분화된 업데이트 설정
-
-### 추적할 주요 사용자 작업
-
-사용자 참여도와 앱 사용량을 더 잘 이해하기 위해 패턴을 강조하는 특정 행동에 집중하세요. 750개의 실제 앱 데이터를 기반으로 이러한 작업이 가장 통찰력 있는 것으로 입증되었습니다:
-
-| **사용자 작업** | **추적하는 이유** | **업데이트에 미치는 영향** |
-| --- | --- | --- |
-| 기능 사용 빈도 | 헤비 유저와 일반 사용자 구분 | 업데이트 우선순위 설정에 도움 |
-| 세션 지속시간 | 참여도 수준 측정 | 업데이트 타이밍 정보 제공 |
-| 오류 발생 | 안정성 문제 강조 | 핫픽스가 필요한 곳 안내 |
-| 업데이트 설치 시간 | 배포 효율성 보여줌 | 출시 전략 개선 |
-
-이러한 주요 지표를 파악한 후에는 세분화된 업데이트를 효과적으로 구현할 적절한 도구를 선택할 시간입니다.
-
-### 업데이트 도구 및 설정
-
-세분화된 업데이트가 원활하게 작동하려면 규정 준수와 효율성을 보장하는 신뢰할 수 있는 도구가 필요합니다. 다음과 같은 성능 기준을 충족하는 도구를 찾으세요:
-
--   **24시간 이내 95% 활성 사용자 업데이트 채택**
--   **글로벌 [CDN](https://en.wikipedia.org/wiki/Content_delivery_network) 성능**: 5MB 번들 114ms 내 전달
--   **82% 전 세계 업데이트 성공률**
--   **글로벌 API 응답 시간**: 57ms
-
-이러한 도구가 갖춰지면 모든 것이 계획대로 작동하는지 확인하기 위한 철저한 테스트가 필수적입니다.
-
-### 세그먼트 성능 테스트
-
-테스트를 통해 업데이트가 효과적이고 잘 받아들여지는지 확인합니다. 구조화된 접근 방식을 사용하여 다양한 사용자 세그먼트에서 성능을 평가하세요:
-
-| **테스트 단계** | **구현** | **성공 지표** |
-| --- | --- | --- |
-| 베타 테스트 | 먼저 얼리 어답터에게 배포 | 사용자 피드백과 버그 리포트 수집 |
-| 단계적 출시 | 점진적으로 배포 비율 증가 | 업데이트 성공률 측정 |
-| 성능 모니터링 | 각 세그먼트의 지표 추적 | 업데이트 후 참여도 평가 |
-| 롤백 준비 | 원클릭 버전 복원 활성화 | 문제 발생 시 다운타임 최소화 |
-
-세그먼트 경계를 명확하게 유지하고 각 그룹이 업데이트에 어떻게 반응하는지 면밀히 모니터링하는 것이 중요합니다. 분석을 통해 접근 방식을 미세 조정할 수 있습니다.
-
-기업용 앱의 경우, 주요 사용자 세그먼트를 위한 별도의 테스트 채널을 설정하면 지역과 사용 패턴이 다양한 사용자 기반을 관리하면서도 82%의 업데이트 성공률을 유지할 수 있습니다.
-
-## 앱 경험 개인화
-
-### 다양한 사용자 그룹을 위한 기능 맞춤화
-
-실시간 세분화를 통해 개발자는 다양한 사용자 그룹에 맞게 앱 기능을 조정할 수 있습니다. 예를 들어, 파워 유저에게는 고급 도구를 제공하고 신규 사용자에게는 시작하는 데 도움이 되는 더 간단한 인터페이스를 보여줄 수 있습니다. 실시간으로 참여도를 추적함으로써 이러한 조정을 각 그룹의 요구에 맞게 지속적으로 미세 조정할 수 있습니다. 이러한 접근 방식은 사용자와의 커뮤니케이션 방식에도 영향을 미칩니다.
-
-### 스마트 푸시 알림
-
-중요한 알림을 적절한 시기에 보내세요. 특정 사용자 그룹의 습관에 맞춰 메시지와 타이밍을 모두 조정함으로써 활성 사용자에게 정보를 제공하고 비활성 사용자를 다시 참여시킬 수 있습니다. 이러한 타겟팅된 접근 방식은 알림이 영향을 미치도록 보장합니다.
-
-### [Capgo](https://capgo.app/)의 업데이트 관리 시스템
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-20.jpg?auto=compress)
-
-이러한 개인화된 상호작용을 지원하기 위해 효과적인 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)가 핵심입니다. Capgo의 채널 시스템은 베타 테스트, 단계적 출시 및 특정 사용자 세그먼트를 대상으로 하는 기능 출시를 위한 정밀한 제어를 제공합니다. 실시간 분석과 상세한 권한 설정을 통해 Capgo는 앱스토어 규칙 준수를 보장합니다 - 특히 기업용 앱에서 중요합니다.
-
-## 결과 및 성공 추적
-
-### 성능 지표
-
-분석은 업데이트 성능을 추적하는 데 중요한 역할을 합니다. 주요 지표에는 업데이트 성공률, 사용자의 업데이트 채택 속도 및 참여도 수준이 포함됩니다. 예를 들어, 활성 사용자의 95%가 24시간 이내에 업데이트를 설치하고 전 세계 업데이트 성공률은 82%입니다 [\[1\]](https://capgo.app/).
-
-### 다양한 접근 방식 테스트
-
-이러한 지표를 사용하여 체계적인 테스트를 통해 업데이트 전략을 미세 조정할 수 있습니다. [A/B 테스트](https://en.wikipedia.org/wiki/A/B_testing)는 어떤 세분화 방법이 가장 효과적인지 식별하는 데 특히 유용합니다.
-
-| 테스트 구성 요소 | 측정 항목 | 중요한 이유 |
-| --- | --- | --- |
-| 업데이트 타이밍 | 다양한 시간대의 설치율 | 최적의 출시 일정 결정에 도움 |
-| 세그먼트 기
-
-Capgo를 시작하는 것은 간단하며 속도와 안정성을 위해 설계되었습니다. 세분화와 모니터링을 결합하여 안전하고 효율적으로 업데이트를 제공할 수 있습니다. Capgo의 채널 시스템을 통해 업데이트 배포 방식을 정밀하게 제어할 수 있어 베타 테스트와 단계별 출시에 이상적입니다.
-
-다음은 빠른 구현 breakdown입니다:
-
-| 단계 | 실행 항목 | 예상 결과 |
-| --- | --- | --- |
-| 초기 설정 | Capgo 플러그인 설치 및 구성 | 강력한 업데이트 기반 |
-| 세분화 | 사용자 채널 및 대상 그룹 정의 | [체계적인 업데이트 전달](https://capgo.app/docs/live-updates/update-behavior/) |
-| 배포 | CLI를 사용하여 업데이트 출시 및 모니터링 | 빠르고 제어된 출시 |
-| 최적화 | 성능 분석 및 타겟팅 조정 | 향상된 효율성 |
-
-Capgo의 고급 사용자 관리 도구를 사용하면 세부적인 수준에서 업데이트를 제어할 수 있습니다. 애자일 개발 방식을 따르는 팀의 경우, 종단 간 암호화 및 상세 분석과 같은 기능을 통해 업데이트가 안전하고 높은 성능을 보장합니다.
diff --git a/src/content/blog/ko/refresh-token-rotation-in-cicd-workflows.md b/src/content/blog/ko/refresh-token-rotation-in-cicd-workflows.md
deleted file mode 100644
index 723297974..000000000
--- a/src/content/blog/ko/refresh-token-rotation-in-cicd-workflows.md
+++ /dev/null
@@ -1,292 +0,0 @@
----
-slug: refresh-token-rotation-in-cicd-workflows
-title: CI/CD 워크플로우에서 리프레시 토큰 회전
-description: >-
-  리프레시 토큰 회전을 구현하면 액세스 관리 자동화와 도난된 자격 증명과 관련된 위험 최소화를 통해 CI/CD 워크플로에서 보안을
-  향상시킵니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T04:31:38.871Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68214ae55e3fe4823b5f6cab-1747024366276.jpg
-head_image_alt: 소프트웨어 개발
-keywords: >-
-  token rotation, CI/CD security, refresh tokens, credential management, secure
-  deployments
-tag: 'Development, Security, Technology'
-published: true
-locale: ko
-next_blog: ''
----
-**CI/CD 워크플로우를 안전하게 보호하고 싶으신가요? 리프레시 토큰 회전으로 시작하세요.** 이 방법은 토큰이 단기간 유효하도록 하여 자격 증명 도난 위험을 줄이고 접근 관리 자동화를 보장합니다. 그 이유는 다음과 같습니다:
-
--   **무엇을 하는지**: 리프레시 토큰은 이전 액세스 토큰을 사용 후 무효화하고 새로운 토큰으로 교체합니다.
--   **중요한 이유**: 단기간 유효한 토큰은 노출을 제한하고, 위협을 더 빨리 감지하며, 무단 액세스의 가능성을 줄입니다.
--   **구현 방법**: 안전한 토큰 저장 및 회전을 위해 **[HashiCorp Vault](https://www.hashicorp.com/products/vault)** 또는 **[AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/)**와 같은 도구를 사용하세요. [GitHub Actions](https://docs.github.com/actions) 또는 [GitLab CI](https://docs.gitlab.com/ee/ci/)와 같은 CI/CD 플랫폼을 구성하여 스크립트를 사용해 프로세스를 자동화하세요.
--   **다운타임 방지**: 부드러운 배포를 보장하기 위해 유예 기간, 대체 메커니즘 및 건강 검사를 추가하세요.
--   **기준 준수**: TLS 암호화를 사용하고, 토큰 사용 추적을 하고, NIST 및 SOC 2 지침에 맞추세요.
-
-**팁:** [Capgo](https://capgo.app/)와 같은 플랫폼은 프로세스를 자동화하고 암호화를 통합하여 산업 표준에 비해 비용을 줄임으로써 토큰 회전을 간소화합니다.
-
-토큰 회전은 CI/CD 파이프라인을 보호하는 간단하지만 효과적인 방법입니다. 계속 읽어보시고 설정 방법 및 일반적인 함정을 피하는 법을 배워보세요.
-
-## GitLab 17.7 - UI를 통한 토큰 회전
-
-<iframe src="https://www.youtube.com/embed/V-N-V-1JWQw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## CI/CD에서 토큰 회전 설정
-
-리프레시 토큰 회전 구현은 CI/CD 배포를 안전하게 보호하는 중요한 단계입니다.
-
-### 토큰 저장 방법
-
-토큰을 안전하게 유지하기 위해 고급 클라우드 기반 솔루션을 사용하는 것을 고려하세요:
-
-**HashiCorp Vault 통합**
-
--   자동으로 회전되는 동적 비밀을 사용하세요.
--   임시 자격 증명에 대한 임대 기간을 구성하세요.
--   토큰 사용을 모니터링하기 위해 감사 로그를 활성화하세요.
-
-**AWS Secrets Manager**
-
--   자동 회전 일정 설정하세요.
--   자격 증명을 효과적으로 관리하기 위해 버전 추적을 활성화하세요.
--   추가 중복성을 위한 교차 지역 복제를 활성화하세요.
-
-두 방법 모두 안전하고 자동화된 배포를 보장하며 수동 개입을 줄입니다.
-
-### CI/CD 플랫폼 설정
-
-각 CI/CD 플랫폼은 토큰 회전을 효과적으로 처리하기 위한 특정 구성이 필요합니다:
-
-**GitHub Actions 설정**:
-
-```yaml
-name: Token Rotation
-on:
-  schedule:
-    - cron: '0 0 * * *'  # Daily rotation
-env:
-  TOKEN_STORE: ${{ secrets.TOKEN_STORE }}
-
-steps:
-  - name: Rotate Token
-    run: |
-      curl -X POST $TOKEN_STORE/rotate
-```
-
-**GitLab CI/CD 구성**:
-
-```yaml
-rotate_token:
-  script:
-    - rotate_credentials.sh
-  rules:
-    - changes:
-        - credentials/*
-```
-
-이 예제를 조정하여 플랫폼의 요구 사항에 맞추고 매끄러운 토큰 회전을 보장하세요.
-
-### 배포 중단 방지
-
-토큰 회전은 때때로 배포 문제를 일으킬 수 있지만, 다음과 같은 전략으로 다운타임을 피할 수 있습니다:
-
--   **유예 기간 설정**: 구형 토큰과 신형 토큰이 모두 유효한 15분의 겹치는 시간을 허용하세요. 이는 진행 중인 작업이 중단 없이 완료되면서 새로운 작업이 업데이트된 자격 증명으로 시작되게 합니다.
--   **대체 메커니즘**: 토큰 회전 실패 시 사용할 백업 인증 방법을 설정하세요.
--   **건강 검사**: 정기적으로 토큰 유효성과 회전 프로세스를 확인하세요.
-
-예시 건강 검사 스크립트:
-
-```bash
-#!/bin/bash
-check_token_validity
-if [ $? -eq 0 ]; then
-  perform_rotation
-  verify_new_token
-fi
-```
-
-Capgo와 같은 플랫폼은 토큰 생애 주기 관리를 간소화하여 다운타임 없이 원활한 작업을 보장합니다.
-
-## 토큰 회전에 대한 보안 표준
-
-### TLS 및 암호화 설정
-
-안전한 토큰 교환을 보장하기 위해 다층 암호화 프로토콜을 구현하는 것이 중요합니다. CI/CD 서비스와 토큰 관리 시스템 간의 **상호 TLS(mTLS)** 인증을 구성하는 것부터 시작하세요. 적절한 mTLS 구성의 예는 다음과 같습니다:
-
-```yaml
-# Example mTLS Configuration
-tls:
-  cert_file: /path/to/cert.pem
-  key_file: /path/to/key.pem
-  client_ca_file: /path/to/ca.pem
-  min_version: TLS1.3
-  cipher_suites:
-    - TLS_AES_128_GCM_SHA256
-    - TLS_AES_256_GCM_SHA384
-```
-
-Capgo는 **종단 간(End-to-End, E2E) 암호화**로 토큰 보안을 향상시키며, 토큰이 생애 주기 동안 보호되도록 합니다 [\[1\]](https://capgo.app). 암호화와 함께 토큰 사용을 모니터링하여 이러한 보안 조치의 효과를 확인하는 것이 필수적입니다.
-
-### 토큰 사용 추적
-
-토큰 사용 방식을 추적하는 것은 잠재적인 보안 문제를 사전에 포착하는 능동적인 방법입니다. 회전 성공률과 같은 메트릭은 취약성을 조기에 드러내어 문제가 확산되기 전에 해결할 수 있는 기회를 제공합니다. 이 정도의 모니터링은 귀하의 토큰 관리 관행이 설정된 보안 지침과 일치하도록 보장합니다.
-
-### 보안 표준 준수
-
-현대의 보안 표준을 준수하기 위해 다음 지침을 따라서 토큰 회전을 진행하세요:
-
-**NIST 권장사항:**
-
--   **자동 토큰 만료**를 사용하여 노출 위험을 줄이세요.
--   토큰이 **강력한 키 길이**(최소 2048 비트)를 사용하도록 하세요.
--   생산 및 개발 토큰을 **별도의 저장 시스템**에 보관하세요.
--   **자동 모니터링**을 설정하여 토큰 관련 활동을 추적하세요.
--   토큰 관련 오류에 대해 **롤백 메커니즘**을 구현하세요.
--   **역할 기반 접근 제어(RBAC)**를 적용하여 자격이 있는 사용자에게만 토큰 접근 권한을 부여하세요.
-
-**SOC 2 준수:**
-
--   토큰 회전 절차에 대한 상세 문서를 유지하세요.
--   모든 토큰 작업에 대해 **감사 로그**를 활성화하여 추적 가능성을 보장하세요.
--   토큰 관련 보안 침해를 해결하기 위한 **사고 대응 절차**를 개발하고 시행하세요.
-
-## 대규모 시스템을 위한 토큰 회전
-
-토큰 회전이 복잡한 CI/CD 파이프라인에서 문제를 만나면, 견고한 오류 복구 시스템을 갖추는 것이 중요합니다. 이는 문제가 신속하게 식별되고, 가능한 경우 자동으로 해결되거나 안정적인 상태로 롤백될 수 있도록 보장합니다. 대규모 시스템의 경우 원활한 작업 유지를 위해 오류 복구에 대해 잘 구조화된 접근 방식이 필요합니다.
-
-### 오류 복구 단계
-
-토큰 회전 중 오류를 처리하기 위한 구성의 예시는 다음과 같습니다:
-
-```yaml
-# Error Recovery Configuration
-error_handling:
-  monitoring:
-    alert_threshold: 2
-    check_interval: 60s
-  recovery:
-    auto_rollback: true
-    max_attempts: 3
-```
-
-복구 과정은 일반적으로 다음 단계로 구성됩니다:
-
--   **실패 감지**: 자동 모니터링 도구를 사용하여 문제가 발생하는 즉시 식별하세요.
--   **종속 작업 일시 중지**: 연관된 프로세스를 잠시 중단하여 연쇄 효과를 방지하세요.
--   **복구 시도**: 사전 정의된 복구 절차를 따라 문제를 자동으로 수정하세요.
--   **필요 시 롤백**: 복구 시도가 실패하면 이전 토큰 상태로 되돌려 안정성을 복원하세요.
-
-> "오류 추적: 사용자에게 영향을 미치기 전에 문제를 능동적으로 모니터링하고 수정하세요." - Capgo [\[1\]](https://capgo.app)
-
-이 구조화된 접근 방식은 다운타임을 최소화하고 보안 표준이 유지되도록 보장합니다. 모니터링 시스템이 각 단계를 감독하여 팀이 토큰 회전 문제 발생 시 신속하고 효과적으로 대응할 수 있도록 합니다.
-
-## CI/CD 보안을 위한 [Capgo](https://capgo.app/) 사용
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68214ae55e3fe4823b5f6cab/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgo는 검증된 토큰 회전 전략을 기반으로 CI/CD 보안을 강화하고, 안전한 배포를 원활하고 신뢰할 수 있도록 만드는 도구를 제공합니다.
-
-### Capgo 보안 도구
-
-Capgo의 보안 설정의 핵심은 **종단 간 암호화**로, 업데이트가 권한이 있는 사용자만 접근 가능하도록 보장합니다. 이 암호화 프레임워크는 인기 있는 CI/CD 플랫폼과 원활하게 통합되어 배포를 위한 안전한 기반을 제공합니다.
-
-```yaml
-# Capgo Security Configuration
-security:
-  encryption:
-    type: end-to-end
-    key_rotation: enabled
-  ci_integration:
-    platforms:
-      - GitHub Actions
-      - GitLab CI
-      - Jenkins
-```
-
-### Capgo 토큰 회전 설정
-
-Capgo로 토큰 회전을 설정하는 것은 직관적이며, CLI 도구 덕분에 간단합니다. Capgo 플러그인을 설치한 후, 24시간 회전 간격, 백업 옵션 및 활성 모니터링과 같은 기능으로 파이프라인을 구성하세요. 시스템은 자동으로 토큰 업데이트를 처리하여 배포가 중단되지 않도록 보장합니다. 이 간소화된 프로세스는 Capgo가 다른 플랫폼에 비해 보안을 단순화하는 방법을 강조합니다.
-
-### Capgo와 다른 플랫폼 비교
-
-2022년 이후 CI/CD 보안 환경에서 상당한 발전이 있었으며, Capgo는 오래된 시스템에서 전환하는 팀들 사이에서 두드러집니다. 다음은 두 플랫폼 간 비교입니다:
-
-| 기능 | Capgo | 산업 표준 |
-| --- | --- | --- |
-| 종단 간 암호화 | 예 | 다양함 |
-| 자체 호스팅 옵션 | 사용 가능 | 드문 편 |
-| 월간 운영 비용 | ~$300 | $500+ |
-| 토큰 회전 자동화 | 내장 | 제한적 |
-
-> "Appcenter가 하이브리드 앱에 대한 실시간 업데이트 지원을 중단하고 @AppFlow의 비용이 너무 비싸기 때문에 현재 @Capgo를 사용해 보려 하고 있습니다." - Simon Flack[\[1\]](https://capgo.app)
-
-Capgo의 CI/CD 설정 비용은 $2,600로 장기적으로 절감 효과를 제공하며, 5년 동안 약 $26,100의 절감을 예상됩니다[\[1\]](https://capgo.app). Capacitor 8을 지원하며 유연한 조직 관리를 위한 기능이 갖추어져 있어, 보안 조치를 우선시하는 소규모 팀과 대규모 기업 모두에게 훌륭한 선택입니다.
-
-## 결론: 토큰 회전으로 CI/CD 개선하기
-
-### 주요 보안 혜택
-
-토큰 회전은 자격 증명 관리를 간소화하면서 위협 탐지 능력을 향상시킵니다.
-
-잘 실행된 토큰 회전 전략이 가져다주는 주요 보안 혜택은 다음과 같습니다:
-
-| **개선 분야** | **영향** |
-| --- | --- |
-| 자격 증명 노출 | 자동 회전이 장기 비밀 사용을 제거하여 위험을 줄입니다. |
-| 침해 탐지 | 토큰 재사용의 실시간 추적을 통해 위협을 더 빨리 식별할 수 있습니다. |
-| 접근 제어 | 세밀한 권한 설정이 무단 접근을 효과적으로 제한합니다. |
-
-이러한 개선 사항은 토큰 회전이 CI/CD 파이프라인 강화에 중요한 구성 요소인 이유를 강조합니다.
-
-### 토큰 회전을 구현하기 위한 단계
-
-워크플로우에 토큰 회전을 성공적으로 통합하려면 다음 필수 분야에 집중하세요:
-
-**인프라 설정**
-
--   안전한 통신을 위해 종단 간 TLS/SSL 암호화를 사용하세요.
--   민감한 자격 증명을 위해 설계된 안전한 금고에 토큰을 저장하세요.
--   토큰이 정기적으로 회전되도록 자동 일정을 구성하세요.
-
-**모니터링 구성**
-
--   사용 패턴을 추적하여 토큰 활동을 면밀히 주시하세요.
--   예상치 못한 방식으로 토큰이 재사용되는 것과 같은 비정상적인 동작에 대한 경고를 설정하세요.
--   상세한 감사 추적을 유지하기 위해 모든 토큰 생애 주기 이벤트를 기록하세요.
-
-보다 효율적인 프로세스를 위해, Capgo와 같은 도구는 CI/CD 파이프라인에 토큰 회전을 직접 통합합니다. 이 기능을 배포할 때는 중단을 피하기 위해 강력한 오류 처리 메커니즘과 철저한 테스트를 구현해야 합니다. 이 접근 방식은 보안을 강화할 뿐만 아니라 원활한 운영을 유지하는 데 도움을 주어 안전하고 자동화된 배포를 위한 신뢰할 수 있는 기반을 만듭니다.
-
-## 자주 묻는 질문
-
-:::faq
-### 리프레시 토큰 회전이란 무엇이며, CI/CD 워크플로에서 보안을 어떻게 향상시키나요?
-
-리프레시 토큰 회전은 이전 토큰이 사용될 때마다 새로운 리프레시 토큰이 발급되는 보안 기능입니다. 이 방법은 회전된 후 어느 한 토큰이 유출되더라도 무효화되어 토큰 오용 위험을 줄이는 데 도움이 됩니다.
-
-CI/CD 워크플로에서 리프레시 토큰 회전을 사용하면 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)나 배포와 같은 자동화된 작업에 추가적인 보호층을 추가합니다. 이는 지속적인 토큰의 노출을 제한하여 파이프라인의 보안을 강화합니다. Capgo와 같은 도구는 CI/CD 시스템에 원활하게 통합될 수 있어 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에 대한 안전하고 자동화된 업데이트를 제공하며 플랫폼 가이드라인을 준수합니다.
-:::
-
-:::faq
-### CI/CD 파이프라인에서 리프레시 토큰 회전을 어떻게 구현하여 안전하고 중단 없는 배포를 보장할 수 있나요?
-
-CI/CD 파이프라인에서 리프레시 토큰 회전을 구현하는 것은 배포를 안전하게 유지하면서 원활하게 실행할 수 있는 스마트한 방법입니다. 이를 올바르게 수행하기 위한 몇 가지 실용적인 팁은 다음과 같습니다:
-
-1. **토큰 회전 자동화**: 토큰 관리를 CI/CD 워크플로에 직접 구축합니다. 이렇게 하면 토큰이 자동으로 갱신되어 수동 업데이트의 필요성이 사라집니다.
-2. **환경 변수가 있는 토큰 보호**: 항상 스크립트에 하드코딩하지 않고 환경 변수에 토큰을 저장합니다. 이는 민감한 정보를 보호하는 추가적인 보호층을 추가합니다.
-3. **토큰 활동 감시**: 토큰 사용을 정기적으로 모니터링하고 기록합니다. 이를 통해 오용이나 무단 액세스를 신속하게 감지할 수 있습니다.
-
-Capacitor 앱으로 개발 중이라면, **Capgo**는 CI/CD 통합을 간소화합니다. 이는 라이브 앱 업데이트 관리를 안전하고 효율적으로 보장합니다. Capgo와 같은 도구와 함께 토큰 회전을 결합하면 배포 프로세스를 더 안전하고 원활하게 만들 수 있습니다.
-:::
-
-:::faq
-### Capgo는 비용 효율성을 유지하면서 어떻게 안전한 토큰 회전과 CI/CD 통합을 보장하나요?
-
-Capgo는 토큰 회전 및 CI/CD 워크플로 통합을 안전하고 효율적으로 처리할 수 있는 방법을 제공하며, 산업 표준에 부합하면서 자동화를 강조합니다. 리프레시 토큰 회전을 CI/CD 프로세스에 통합함으로써 Capgo는 개발자들이 사용 편의성을 저하시키지 않으면서 앱 업데이트를 안전하게 유지할 수 있도록 합니다.
-
-비용 및 기능 면에서 Capgo는 강력한 경쟁자로 두드러집니다. **종단 간 암호화**, **원활한 CI/CD 통합**, **실시간 업데이트**와 같은 주요 기능을 제공하며, Apple 및 Android 준수 가이드라인을 모두 충족합니다. 게다가 Capgo의 가격은 예산 친화적으로 설계되어 있어, 신뢰할 수 있고 안전한 라이브 업데이트 솔루션을 찾는 개발자들에게 매력적인 선택이 됩니다.
-:::
diff --git a/src/content/blog/ko/rollback-mechanisms-in-capacitor-plugins.md b/src/content/blog/ko/rollback-mechanisms-in-capacitor-plugins.md
deleted file mode 100644
index 81a270193..000000000
--- a/src/content/blog/ko/rollback-mechanisms-in-capacitor-plugins.md
+++ /dev/null
@@ -1,216 +0,0 @@
----
-slug: rollback-mechanisms-in-capacitor-plugins
-title: Capacitor 플러그인의 롤백 메커니즘
-description: >-
-  Capacitor 플러그인에서 롤백 메커니즘을 탐색하여 업데이트 중 안정성과 신속한 복구를 보장하고, 사용자 경험을 향상시키며 다운타임을
-  최소화하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-05T02:56:05.350Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99-1743821776760.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor plugins, rollback mechanisms, version control, update stability,
-  monitoring framework
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-롤백 메커니즘은 [Capacitor](https://capacitorjs.com/) 플러그인을 업데이트할 때 안정성을 보장합니다. 업데이트로 인해 버그나 문제가 발생할 경우 이전 버전으로 되돌릴 수 있게 하여 가동 중지 시간을 최소화하고 사용자 경험을 개선합니다.
-
-### 주요 사항:
-
--   **작동 방식**: 현재 버전의 백업을 저장하고, 업데이트를 검증하며, 문제가 발생하면 자동으로 롤백합니다.
--   **사용 시기**: 업데이트 후 중요한 버그나 성능 저하, 사용자 불만이 발생할 때.
--   **핵심 구성 요소**:
-    -   **버전 관리**: 플러그인 버전과 백업을 추적합니다.
-    -   **모니터링**: 실시간으로 문제를 감지합니다.
-    -   **롤백 실행**: 이전 버전을 원활하게 복원합니다.
--   **도구**:
-    -   **[Capgo](https://capgo.app/)**: 원클릭 롤백과 실시간 분석 기능을 갖춘 관리 서비스입니다.
-    -   **Capacitor [라이브 업데이트 플러그인](https://capgo.app/docs/plugin/self-hosted/auto-update/)**: 수동 설정이 필요한 네이티브 솔루션이며 직접 API 접근을 제공합니다.
-
-### 빠른 비교:
-
-| 기능 | Capgo | 라이브 업데이트 플러그인 |
-| --- | --- | --- |
-| 설정 시간 | 분 | 시간/일 |
-| 암호화 | 종단 간 | 기본 서명 |
-| 모니터링 | 내장 분석 기능 | 수동 통합 필요 |
-| 업데이트 속도 | 114ms | 다양함 |
-
-롤백 시스템은 원활한 업데이트와 사용자 만족도를 위해 필수적입니다. Capgo의 단순성이나 라이브 업데이트 플러그인의 수동 유연성 등 필요에 맞는 솔루션을 선택하세요.
-
-## 롤백 메커니즘 기본 사항
-
-### 롤백 작동 방식
-
-[Capacitor 플러그인](https://capgo.app/plugins/)에서 롤백 메커니즘은 버전 백업을 유지하고 문제가 발생하면 자동으로 이전 안정적인 버전을 복원하는 안전장치로 작동합니다. 작동 방식은 다음과 같습니다:
-
--   **버전 백업**: 업데이트를 적용하기 전에 시스템이 현재 안정적인 버전의 사본을 저장합니다.
--   **상태 점검**: 업데이트 후 시스템이 모든 것이 제대로 작동하는지 확인합니다.
--   **자동 되돌리기**: 업데이트가 상태 점검에서 실패하면 시스템이 백업 버전으로 되돌아갑니다.
-
-> "필요할 경우 이전 버전으로 원클릭 롤백" – Capgo [\[1\]](https://capgo.app/)
-
-### 롤백 사용 시기
-
-업데이트로 인해 치명적인 버그, 성능 저하, 버전 충돌, 통합 문제 또는 주요 사용자 불만이 발생할 경우 롤백은 필수적입니다. Capgo는 전 세계적으로 82%의 업데이트가 성공한다고 보고하지만 [\[1\]](https://capgo.app/) 나머지 경우에 문제를 신속하게 해결할 수 있는 신뢰할 수 있는 롤백 시스템이 중요합니다.
-
-### [Capacitor](https://capacitorjs.com/) 롤백 아키텍처
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-Capacitor의 롤백 시스템은 버전 관리를 효과적으로 처리하기 위해 세 가지 주요 구성 요소에 의존합니다:
-
-| 구성 요소 | 기능 | 주요 기능 |
-| --- | --- | --- |
-| 버전 관리 시스템 | 플러그인 버전의 전체 이력을 추적합니다 | 안정적인 릴리스에 대한 빠른 접근 |
-| 모니터링 프레임워크 | 업데이트 성능을 지속적으로 확인합니다 | 실시간 문제 감지 |
-| 배포 제어 | 업데이트의 단계적 롤아웃을 처리합니다 | 목표 지향적, 점진적 업데이트 배포 |
-
-> "사용자에게 영향을 미치기 전에 문제를 사전 예방적으로 모니터링하고 수정합니다" – Capgo [\[1\]](https://capgo.app/)
-
-이러한 구성 요소는 롤백 관리를 위한 견고한 기반을 형성하며, 설정 가이드에서 더 자세히 설명합니다.
-
-## 플러그인 롤백 설정
-
-### 주요 Capacitor 방법
-
-Capacitor 플러그인의 롤백 시스템을 만들기 위해서는 버전 및 업데이트를 관리하는 핵심 방법을 이해하는 것이 필수적입니다. 이러한 방법은 세 가지 주요 영역에 초점을 맞추고 있습니다:
-
-| 방법 유형 | 목적 | 주요 기능 |
-| --- | --- | --- |
-| 버전 관리 | 플러그인 버전 및 백업을 관리합니다 | 버전 이력을 저장하고 버전 전환을 가능하게 합니다 |
-| 상태 모니터링 | 업데이트 상태 및 성능을 추적합니다 | 배포 성공을 모니터링하고 문제를 식별합니다 |
-| 롤백 실행 | 되돌리기 과정을 처리합니다 | 데이터 무결성을 유지하면서 이전 버전을 복원합니다 |
-
-이러한 방법들은 신뢰할 수 있는 롤백 프로세스의 기초가 되며, 아래에 제시된 단계에 따라 구현할 수 있습니다.
-
-### 구현 가이드
-
-롤백의 기본을 이해했다면, 기능적인 시스템을 설정하기 위해 다음 단계를 따라야 합니다:
-
-1.  **버전 관리 구성**  
-    배포 프로세스에 버전 추적을 통합하고 빠른 롤백을 위한 복원 지점을 설정하세요. Capgo의 데이터에 따르면 이 전략은 치명적인 실패 중 다운타임을 최대 85%까지 줄일 수 있습니다 [\[1\]](https://capgo.app/).
-    
-2.  **모니터링 설정**  
-    원활한 운영을 위해 오류 추적, 사용자 피드백, 성능 지표 및 업데이트 상태 모니터링을 포함하세요.
-    
-3.  **롤백 트리거 정의**  
-    치명적인 오류, 성능 문제, 사용자 경험 문제 또는 통합 실패와 같은 시나리오를 위한 명확한 롤백 트리거를 설정하세요.
-    
-
-### 구현 팁
-
-**테스트 프로토콜**: 위험을 줄이기 위해 단계적 롤아웃 전략을 사용하세요. Rodrigo Mantica는 "우리는 민첩한 개발을 실천하며, @Capgo는 사용자를 지속적으로 제공하는 데 필수적입니다!" [\[1\]](https://capgo.app/)라고 강조했습니다.
-
-더 빠른 회복을 위해, 롤백 시스템을 CI/CD 파이프라인에 연결하세요. 이를 통해 회복 시간을 몇 시간에서 몇 분으로 줄일 수 있습니다 [\[1\]](https://capgo.app/) .
-
-## Capacitor 플러그인이란? #shorts
-
-<iframe src="https://www.youtube.com/embed/h7x1vIE42X8" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 롤백 관리 도구
-
-효과적으로 롤백을 관리하려면 버전 관리, 모니터링 및 빠른 롤백을 처리할 수 있는 도구가 필요합니다. [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에서 롤백을 관리하기 위한 몇 가지 주요 옵션을 살펴보겠습니다.
-
-### [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f09788ebbb9dc80643dc99/a64cd6a83185b5ac05d3640337221542.jpg)
-
-Capgo는 2024년 [Microsoft Code Push](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)'의 종료 후 강력한 롤백 관리 솔루션으로 떠올랐습니다. 플러그인 업데이트를 단순화하는 다양한 기능을 제공합니다:
-
-| 기능 | 장점 | 성능 |
-| --- | --- | --- |
-| **원클릭 롤백** | 어떤 버전으로도 신속하게 되돌리기 | 평균 114ms 번들 다운로드 |
-| **종단 간 암호화** | [안전한 업데이트](https://capgo.app/docs/live-updates/update-behavior/) | 57ms API 응답 시간 |
-| **[채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)** | 특정 그룹에 베타 업데이트 배포 | 23.5M 업데이트 전달 |
-| **분석 대시보드** | 실시간으로 업데이트 추적 | 750개 생산 앱 서비스 제공 |
-
-> "우리는 민첩한 개발을 실천하며, @Capgo는 사용자를 지속적으로 제공하는 데 필수적입니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-보다 수동적인 접근 방식을 선호하는 개발자를 위해 [Capacitor 라이브 업데이트 플러그인](https://capgo.app/register/)도 고려할만한 옵션입니다.
-
-### Capacitor 라이브 업데이트 플러그인
-
-Capgo의 관리 서비스와 달리 Capacitor 라이브 업데이트 플러그인은 롤백 관리를 위한 네이티브 솔루션을 제공합니다. 기능은 다음과 같습니다:
-
--   버전 관리 시스템과의 통합
--   네이티브 API에 대한 직접 접근
--   플랫폼별 최적화
--   기본 롤백 기능
-
-강력하지만, 이 플러그인은 Capgo와 같은 관리 서비스에 비해 더 많은 수동 구성이 필요합니다.
-
-### 도구 비교
-
-Capgo와 Capacitor 라이브 업데이트 플러그인의 빠른 비교는 다음과 같습니다:
-
-| 기능 | Capgo | 라이브 업데이트 플러그인 |
-| --- | --- | --- |
-| **설정 시간** | 분 | 시간/일 |
-| **암호화** | 종단 간 | 기본 서명 |
-| **업데이트 속도** | 114ms | 다양함 |
-| **성공률** | 전 세계적으로 82% | 구현에 따라 다름 |
-| **모니터링** | 내장 분석 기능 | 수동 통합 필요 |
-
-> "Capgo는 개발자가 보다 생산적이 되기 위해 반드시 필요한 도구입니다. 버그 수정에 대한 검토를 피하는 것은 금전적 가치가 있습니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-2026년에 [Appflow](https://ionic.io/appflow/)가 예정된 종료를 앞두고 개발자들은 프로젝트가 원활하게 진행될 수 있도록 신뢰할 수 있고 비용 효율적인 롤백 솔루션을 찾고 있습니다.
-
-## 롤백 테스트 및 수정
-
-### 실패한 업데이트 테스트
-
-롤백 메커니즘이 의도한 대로 작동하는지 확인하기 위해 통제된 실패를 시뮬레이션합니다. 도움이 되는 테스트 프레임워크는 다음과 같습니다:
-
-| 테스트 시나리오 | 구현 방법 | 성공 기준 |
-| --- | --- | --- |
-| **버전 불일치** | 호환되지 않는 번들 버전 배포 | 롤백이 자동으로 활성화됩니다 |
-| **손상된 번들** | 손상된 업데이트 업로드 | 오류를 감지하고 시스템을 복원합니다 |
-| **네트워크 장애** | 연결 손실 시뮬레이션 | 마지막 안정적인 버전에서 복원합니다 |
-| **API 타임아웃** | API 응답 지연 도입 | 지연을 백업 메커니즘으로 처리합니다 |
-
-베타 채널을 사용하면 문제를 조기에 발견할 수 있는 스마트한 방법입니다. 이 방법은 잠재적인 문제가 심각해지기 전에 해결하는 데 도움을 줍니다.
-
-### 일반적인 롤백 문제
-
-주의 깊은 테스트에도 불구하고 롤백 중에 특정 도전 과제가 발생할 수 있습니다:
-
--   **버전 충돌**: 여러 버전을 관리하는 것은 까다로울 수 있습니다. 번들 버전, API 호환성, 데이터베이스 스키마 및 자산 매핑을 추적하여 충돌을 방지하세요.
--   **캐시 문제**: 롤백 중에 캐시를 정리하여 시스템이 깨끗한 상태로 복원되도록 하세요.
--   **상태 지속성**: 롤백 중에 사용자 데이터와 앱 상태가 보존되는지 확인하세요. 데이터 마이그레이션 전략은 버전 간에 변화를 효과적으로 처리해야 합니다.
-
-### 앱 스토어 가이드라인
-
-롤백 메커니즘을 구현할 때 앱 스토어 요구 사항을 충족하는 것이 중요합니다. Apple과 Google은 특정 규칙을 가지고 있습니다:
-
-| 플랫폼 | 요구 사항 | 준수 방법 |
-| --- | --- | --- |
-| **iOS** | 동적 코드 실행 금지 | 번들 기반 업데이트 사용 |
-| **Android** | 보안 검증 | 종단 간 암호화 적용 |
-| **모두** | 사용자 데이터 보호 | 안전한 상태 관리를 구현 |
-
-> "앱 스토어 준수" - Capgo
-
-준수를 유지하고 사용자 데이터를 보호하기 위해 종단 간 암호화 및 강력한 오류 추적을 사용하세요. 이러한 조치는 일반적인 문제를 해결할 뿐만 아니라 문제가 발생했을 때 신속한 해결을 보장합니다.
-
-## 결론
-
-신뢰할 수 있는 롤백 메커니즘은 플러그인 안정성을 유지하고 원활한 사용자 경험을 보장하는 데 핵심적입니다. 제대로 구현된 경우, 이러한 시스템은 24시간 이내에 95%의 업데이트를 안정화하고 82%의 성공률을 달성할 수 있습니다 [\[1\]](https://capgo.app/). 이러한 숫자는 즉각적인 복구 기능을 갖추는 것이 얼마나 중요한지를 강조합니다.
-
-효과적인 롤백을 위한 몇 가지 중요한 요소는 다음과 같습니다:
-
-| 기능 | 영향 | 모범 사례 |
-| --- | --- | --- |
-| **원클릭 롤백** | 문제에서 빠른 복구 | 안정적인 버전으로 즉시 되돌리기 허용 |
-| **종단 간 암호화** | 보안 향상 | 모든 업데이트 전송을 암호화 |
-| **실시간 분석** | 조기 문제 감지 | 업데이트 성능을 지속적으로 모니터링 |
-| **채널 시스템** | 제어된 롤아웃 | 베타 테스트 및 단계적 업데이트에 사용 |
-
-750개 이상의 앱이 2350만 개 이상의 업데이트를 성공적으로 전달한 결과 [\[1\]](https://capgo.app/)로, 현대 롤백 솔루션이 효과적이라는 것이 분명합니다. 효과적인 롤백 시스템을 구현하기 위해서는 종단 간 암호화와 같은 강력한 보안 조치를 어플리케이션 스토어 지침에 엄격하게 준수하는 것과 결합하는 데 집중하세요. 견고한 버전 관리 또한 필수입니다.
diff --git a/src/content/blog/ko/rollback-strategies-for-capacitor-live-updates.md b/src/content/blog/ko/rollback-strategies-for-capacitor-live-updates.md
deleted file mode 100644
index e45b37d54..000000000
--- a/src/content/blog/ko/rollback-strategies-for-capacitor-live-updates.md
+++ /dev/null
@@ -1,98 +0,0 @@
----
-slug: rollback-strategies-for-capacitor-live-updates
-title: Capacitor Live Updates 롤백 전략
-description: Capacitor 실시간 업데이트를 위한 효과적인 롤백 전략을 배워 앱 안정성을 보장하고 업데이트 중 사용자 중단을 최소화하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T03:35:36.644Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c-1745552174598.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, rollback strategies, live updates, app stability, error tracking,
-  update management
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**안정적인 롤백 전략으로 앱 중단을 방지하세요.** [Capacitor](https://capacitorjs.com/)의 실시간 업데이트로 빠른 수정이 가능하지만, 전 세계적으로 18%의 업데이트가 실패합니다. 롤백 계획은 문제 발생 시 안정성을 보장합니다. 간단한 개요입니다:
-
--   **주요 도구**: 버전 관리, 오류 추적, 분석, 원클릭 롤백.
--   **롤백이 필요한 경우**: 심각한 속도 저하, 기능 오류, 보안 위험 또는 데이터 문제.
--   **준비 단계**:
-    1.  베타 테스트로 문제를 조기에 발견하세요.
-    2.  실시간 오류 알림을 위한 모니터링을 설정하세요.
-    3.  롤백 트리거와 대응 프로토콜을 정의하세요.
-
-[Capgo](https://capgo.app/)와 같은 플랫폼은 빠른 업데이트(5MB에 114ms), 높은 성공률(82%), 비용 효율적인 솔루션(월 $12부터)을 제공합니다. 또한 롤백 자동화, 실시간 추적, 사용자 세분화를 지원하여 실시간 업데이트 관리를 위한 신뢰할 수 있는 선택입니다.
-
-| **기능** | **Capgo** | **[Appflow](https://ionic.io/appflow/)** |
-| --- | --- | --- | --- |
-| 업데이트 속도 | 114ms | 표준 | 표준 |
-| 성공률 | 82% | 미공개 | 미공개 |
-| 종단간 암호화 | 예 | 아니오 | 아니오 |
-| [자체 호스팅 옵션](https://capgo.app/blog/self-hosted-capgo/) | 예 | 아니오 | 아니오 |
-| 월 비용 | $12부터 | 유사 | ~$500 |
-
-오늘 롤백 도구를 설정하여 원활한 업데이트와 사용자 신뢰를 유지하세요.
-
-## [Ionic](https://ionicframework.com/) 앱을 [Capacitor](https://capacitorjs.com/) 3로 마이그레이션하는 방법
-
-![Ionic Framework Website](https://assets.seobotai.com/capgo.app/680afd1e5a08fca891778b0c/e144b5b930d9d793c665f9f08c6b1196.jpg)
-
-롤백 전략은 앱 안정성 유지와 사용자 신뢰 확보에 중요한 역할을 합니다. 지표들은 이러한 전략들이 업데이트를 효과적으로 관리하는 체계적인 접근 방식을 어떻게 지원하는지 일관되게 보여줍니다.
-
-원활한 롤백 프로세스를 위한 필수 구성 요소는 다음과 같습니다:
-
-| 구성 요소 | 목적 | 영향 |
-| --- | --- | --- |
-| **원클릭 롤백** | 이전 버전으로 신속하게 되돌리기 | 다운타임 감소 |
-| **채널 시스템** | 단계적 업데이트 배포 | 위험 노출 감소 |
-| **오류 추적** | 실시간 문제 모니터링 | 더 빠른 수정 지원 |
-
-이러한 기능들은 모든 롤백 계획의 핵심이며, 중단을 최소화하면서 변경사항을 구현하기 쉽게 만듭니다.
-
-### 시작하기
-
-이러한 전략들을 실행에 옮기려면 다음 단계를 따르세요:
-
-1.  `npx @capgo/cli init`을 사용하여 배포 도구를 설치하세요.
-2.  베타 및 프로덕션 환경을 위한 업데이트 채널을 구성하세요.
-3.  성공률과 사용자 참여도를 추적하기 위한 모니터링을 설정하세요.
-
-Capgo의 자동화된 롤백 시스템은 **1.4K 프로덕션 앱**과 **947.6M 업데이트 배포**로 그 효과성을 입증했습니다 [\[1\]](https://capgo.app/). 이 플랫폼은 대규모 배포를 원활하게 처리할 수 있음을 보여주었습니다.
-
-> "Capgo는 더 생산적이고자 하는 개발자들에게 필수 도구입니다. 버그 수정을 위한 검토를 피할 수 있다는 것이 금상첨화죠." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## FAQs
-
-:::faq
-### Capacitor 앱의 라이브 업데이트를 위한 신뢰할 수 있는 롤백 전략을 만드는 데 필요한 필수 단계는 무엇인가요?
-
-Capacitor 앱의 라이브 업데이트를 위한 효과적인 롤백 전략은 앱 안정성과 원활한 사용자 경험을 보장하기 위해 신중한 계획과 실행이 필요합니다. 주요 구성 요소는 다음과 같습니다:
-
--   **버전 관리**: 문제가 있는 변경사항을 쉽게 식별하고 되돌릴 수 있도록 명확한 버전 관리 시스템을 유지하세요.
--   **테스트 및 모니터링**: 배포 전에 업데이트를 철저히 테스트하고 배포 후 앱 성능을 모니터링하여 문제를 신속하게 감지하세요.
--   **롤백 메커니즘**: 업데이트로 인해 문제가 발생할 경우 이전의 안정적인 버전으로 원활하게 되돌릴 수 있는 롤백 프로세스를 구현하세요.
-
-Capgo와 같은 도구를 사용하면 실시간 업데이트, 사용자별 할당, Apple 및 Android 표준 준수를 통해 이 프로세스를 단순화하여 간소화되고 안전한 업데이트 관리 시스템을 보장할 수 있습니다.
-:::
-
-:::faq
-### 자동화된 롤백 시스템은 앱 업데이트 중 중단을 어떻게 줄이나요?
-
-자동화된 롤백 시스템은 업데이트로 인해 문제가 발생할 경우 개발자가 안정적인 버전으로 신속하게 전환할 수 있게 함으로써 앱 업데이트 중 중단을 줄이는 데 도움을 줍니다. 이를 통해 사용자는 최소한의 중단으로 앱을 계속 사용할 수 있어 원활한 경험을 유지할 수 있습니다.
-
-이러한 시스템은 시간이 많이 소요되는 수동 개입이나 앱 스토어 재제출 없이도 예기치 않은 문제를 해결할 수 있는 안전망을 제공하므로 Capacitor 앱의 라이브 업데이트에 특히 가치가 있습니다. 롤백을 자동화함으로써 개발자는 사용자에 대한 영향을 최소화하면서 문제 해결에 집중할 수 있습니다.
-:::
-
-:::faq
-### 모든 사용자에게 업데이트를 배포하기 전에 테스트 채널을 사용해야 하는 이유는 무엇인가요?
-
-전체 사용자 기반에 업데이트를 배포하기 전에 테스트 채널을 사용하는 것은 원활한 사용자 경험을 보장하는 데 매우 중요합니다. 통제된 환경에서 잠재적인 버그, 호환성 문제 또는 성능 문제를 식별하고 수정할 수 있어 광범위한 중단의 위험을 최소화할 수 있습니다.
-
-먼저 더 작은 사용자 그룹과 함께 업데이트를 테스트함으로써 귀중한 피드백을 수집하고, 성능 지표를 모니터링하며, 전체 배포 전에 필요한 조정을 할 수 있습니다. 이러한 접근 방식은 업데이트의 품질을 개선할 뿐만 아니라 사용자 신뢰와 만족도를 유지하는 데도 도움이 됩니다.
-:::
diff --git a/src/content/blog/ko/rollback-strategies-for-cicd-workflows.md b/src/content/blog/ko/rollback-strategies-for-cicd-workflows.md
deleted file mode 100644
index f0139508e..000000000
--- a/src/content/blog/ko/rollback-strategies-for-cicd-workflows.md
+++ /dev/null
@@ -1,120 +0,0 @@
----
-slug: rollback-strategies-for-cicd-workflows
-title: CI/CD 워크플로우를 위한 롤백 전략
-description: CI/CD 워크플로우에 대한 효과적인 롤백 전략을 탐색하고 안전하고 저렴한 업데이트를 위한 최고의 플랫폼을 강조합니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-22T02:17:30.946Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28-1745288279341.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  CI/CD, rollback strategies, app updates, mobile development, security,
-  integration
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**문제를 일으키는 앱 업데이트를 되돌리는 빠르고 신뢰할 수 있는 방법을 찾고 계신가요?** 핵심 사항은 다음과 같습니다: [Capgo](https://capgo.app/)와 같은 플랫폼은 원클릭 솔루션, 강력한 암호화, CI/CD 통합을 통해 롤백을 간단하게 만들며, [Appflow](https://ionic.io/docs/appflow)와 같은 다른 플랫폼은 제한사항이나 높은 비용이 있습니다. 한때 무료 옵션이었던 [Microsoft CodePush](https://microsoft.github.io/code-push/)는 2024년에 서비스가 중단되었습니다.
-
-### 주요 포인트:
-
-- **Capgo**: 저렴한 가격($300/월 + $2,600 설정), 원클릭 롤백, GitHub/GitLab 통합, 실시간 분석 및 암호화.
-- **Appflow**: 비싼 가격($6,000/년); 스냅샷 지원하지만 2026년에 종료.
-- **Microsoft CodePush**: 2024년에 서비스 중단, 하이브리드 앱 개발자들이 대안을 찾고 있는 상황.
-
-### 간단 비교:
-
-| 기능 | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| 롤백 옵션 | 원클릭 롤백 | 문서화되지 않음 | 스냅샷 | 서비스 중단 |
-| CI/CD 통합 | GitHub, GitLab, [Jenkins](https://www.jenkins.io/) | 문서화되지 않음 | 제한적 | 없음 |
-| 보안 | 종단 간 암호화 | 업데이트 서명 | 업데이트 서명 | 업데이트 서명 |
-| 가격 | $300/월 + $2,600 설정 | 공개되지 않음 | $6,000/년 | 무료(서비스 중단) |
-
-**결론:** CodePush가 사라지고 Appflow의 종료가 가까워짐에 따라, **Capgo**는 롤백 관리에 있어 비용 효율적이고 안전하며 기능이 풍부한 솔루션으로 두드러집니다.
-
-## GitHub를 활용한 효과적인 롤백 전략 구현...
-
-<iframe src="https://www.youtube.com/embed/Wr7dGxLpQC4" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/3963f7973abbc5791f2fae6e45924907.jpg)
-
-Capgo는 간단한 원클릭 롤백 기능을 제공하여 CI/CD 프로세스를 가속화하며, 기존 파이프라인과 매끄럽게 통합됩니다. 이 롤백 기능은 팀이 이전 릴리스를 신속하게 복원할 수 있도록 하여 라이브 앱이 장시간 다운타임을 겪지 않도록 보호합니다.
-
-### 보안 및 성능
-
-Capgo는 종단 간 암호화를 통해 데이터 보호를 보장하며, 평균 API 응답 시간은 57ms로 빠른 성능을 자랑합니다 [\[1\]](https://capgo.app/).
-
-### CI/CD 통합
-
-Capgo는 **[GitHub Actions](https://docs.github.com/actions)**, **[GitLab CI](https://docs.gitlab.com/ee/ci/)** 및 **Jenkins**와 원활하게 작동합니다.
-
-### 고급 배포 기능
-
-- 특정 사용자 그룹에 업데이트를 배포하여 베타 테스트
-- 세분화된 롤아웃을 통해 점진적으로 업데이트 배포
-- 내장 추적 기능으로 실시간 오류 감지
-- 상세 분석을 통해 라이브 앱 성능 모니터링
-
-### 가격
-
-Capgo의 비용은 월 약 $300이며, 일회성 설정 비용은 $2,600입니다 [\[1\]](https://capgo.app/).
-
-### 업데이트 관리
-
-Capgo는 대역폭 사용을 줄이기 위해 부분 업데이트를 지원하며, Capacitor 버전 6 및 7과 호환됩니다. 사용자는 클라우드 호스팅 또는 자체 호스팅 설정 중에서 선택할 수 있습니다.
-
-빠른 롤백 기능과 실시간 분석, 오류 추적을 결합하여 Capgo는 팀이 생산 문제를 신속하게 해결하고 원활한 배포 주기를 유지할 수 있도록 합니다.
-
-## 3. [Appflow](https://ionic.io/docs/appflow)
-
-![Appflow CI/CD Platform Interface](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/e3b5a6ca6da391fe9a61210f3bd95bb8.jpg)
-
-Appflow는 CI/CD 플랜에 대해 연간 약 $6,000를 청구하며, 많은 팀이 보다 저렴한 롤백 옵션을 모색하고 있습니다. 이 플랫폼의 주요 기능 중 하나는 릴리스 스냅샷을 생성할 수 있는 능력으로, 개발자가 필요할 때 빠르게 이전 빌드로 되돌릴 수 있습니다.
-
-개발자인 Simon Flack은 그의 경험을 공유했습니다:
-
-> "우리는 현재 @Capgo를 사용해 보고 있습니다. Appcenter가 하이브리드 앱의 라이브 업데이트 지원을 중단했고 @AppFlow는 너무 비쌉니다." [\[1\]](https://capgo.app/)
-
-다음으로, Microsoft CodePush가 롤백을 처리하는 방법을 살펴보겠습니다.
-
-## 4. [Microsoft CodePush](https://microsoft.github.io/code-push/)
-
-![Microsoft CodePush](https://assets.seobotai.com/capgo.app/6806ece2e572faef86999f28/edac23070781a219bf38bb37f0451a0f.jpg)
-
-Microsoft CodePush는 하이브리드 앱용으로 설계된 무료 CI/CD 롤백 도구였으나 2024년에 종료됩니다. 이 종료는 하이브리드 앱 팀이 대안을 찾도록 만들었습니다. 퇴직 이후, 개발자들은 신뢰할 수 있는 하이브리드 앱 지원, 매끄러운 CI/CD 통합, 원클릭 롤백 기능 및 안전한 종단 간 암호화를 제공하는 도구를 찾고 있습니다. Capgo와 같은 플랫폼이 이러한 필요를 충족하기 위해 나섰으며, 암호화된 업데이트 및 손쉬운 복원 옵션을 제공합니다. 이러한 롤백 도구가 어떻게 비교되는지 자세히 살펴보겠습니다.
-
-## 플랫폼 비교
-
-다음은 네 가지 플랫폼의 롤백 기능, CI/CD 통합, 보안 및 가격에 대한 분석입니다:
-
-| 기능 | Capgo | Appflow | Microsoft CodePush |
-| --- | --- | --- | --- | --- |
-| 롤백 옵션 | 이전 버전으로 원클릭 롤백 [\[1\]](https://capgo.app/) | –   | –   | 서비스 중단 |
-| CI/CD 통합 | GitHub Actions, GitLab CI, Jenkins [\[1\]](https://capgo.app/) | –   | –   | –   |
-| 보안 | 종단 간 암호화(Apple 및 Google 요구사항 충족) [\[1\]](https://capgo.app/) | 업데이트 서명 | 업데이트 서명 | 업데이트 서명 |
-| 가격 모델 | $12/월(개인 요금제)부터 시작; $2,600 일회성 설정 + 월 ~$300의 CI/CD 요금 [\[1\]](https://capgo.app/) | –   | $6,000/년 [\[1\]](https://capgo.app/) | 무료(서비스 중단) |
-
-이 비교는 비용, 보안 및 CI/CD 통합에서 Capgo의 강점을 강조합니다.
-
-> "@Capgo는 뜨거운 코드 푸시를 만드는 스마트한 방법입니다(그리고 @AppFlow처럼 돈이 많이 드는 것도 아닙니다) 🙂" - NASA의 OSIRIS‑REx [\[1\]](https://capgo.app/)
-
-Capgo는 Appflow보다 더 저렴한 옵션을 제공하여 연간 비용에서 50% 이상의 절약을 가져옵니다. $2,600의 설정 비용과 월 ~$300의 조합은 종단 간 암호화, GitHub/GitLab/Jenkins 통합 및 실시간 분석을 제공합니다 - 경쟁업체가 부족한 기능들입니다.
-
-다음으로, 이 비교의 주요 요점을 요약하겠습니다.
-
-## 결론
-
-롤백 기능, 보안, 통합 및 비용을 평가한 결과, 미국의 개발 팀이 염두에 두어야 할 사항은 다음과 같습니다.
-
-Microsoft CodePush가 2024년에 종료되고 Appflow가 2026년에 종료되므로, 신뢰할 수 있는 CI/CD 롤백 솔루션을 찾는 것이 개발자에게 매우 중요합니다.
-
-고려해야 할 주요 요소는 Apple 및 Android 플랫폼에 대한 **종단 간 암호화**, **GitHub/GitLab CI에 대한 기본 지원**, 설정 노력과 구독 비용 간의 균형, 그리고 **명확한 롤백 지표**입니다.
-
-강력한 암호화와 원활한 CI/CD 통합을 결합한 플랫폼이 선두를 달리고 있습니다. 그중에서 Capgo는 안전한 업데이트, 원활한 통합 및 예산에 맞는 접근 방식으로 두드러집니다.
diff --git a/src/content/blog/ko/secure-storage-for-offline-tokens-in-capacitor.md b/src/content/blog/ko/secure-storage-for-offline-tokens-in-capacitor.md
deleted file mode 100644
index 989a778db..000000000
--- a/src/content/blog/ko/secure-storage-for-offline-tokens-in-capacitor.md
+++ /dev/null
@@ -1,76 +0,0 @@
----
-slug: secure-storage-for-offline-tokens-in-capacitor
-title: Capacitor에서 오프라인 토큰을 위한 보안 스토리지
-description: 모바일 애플리케이션에서 암호화와 생체 인식 제어를 사용하여 오프라인 인증 토큰을 안전하게 저장하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-19T02:09:43.027Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559-1745028797889.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  offline tokens, secure storage, AES-256 encryption, biometric authentication,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-**앱의 인증 토큰을 오프라인에서 안전하게 보관하고 싶으신가요?** 다음 사항들을 알아야 합니다:
-
--   **토큰 암호화**: iOS Keychain 또는 Android Keystore를 사용한 AES-256 암호화.
--   **접근 제어**: 추가 보안을 위한 [생체 인증](https://capgo.app/plugins/capacitor-native-biometric/) 추가.
--   **토큰 관리**: 단기 토큰 사용, 안전한 갱신, 정기적인 키 교체.
--   **최적의 도구**: 크로스 플랫폼 암호화 저장소를 위한 **@[capacitor](https://capacitorjs.com/)\-community/secure-storage** 또는 **[Ionic Identity Vault](https://ionic.io/docs/identity-vault/)** 사용.
-
-이러한 단계들은 사용자 데이터를 보호하고, 토큰 도난을 방지하며, 안전한 오프라인 접근을 보장합니다. 자세한 비교와 설정 방법은 계속 읽어보세요.
-
-## [Ionic Identity Vault](https://ionic.io/docs/identity-vault/): 안전한 모바일 생체 인증
-
-![Ionic Identity Vault](https://assets.seobotai.com/capgo.app/6802fa419291ae98c5002559/e2484017084695edeec1f98ae40b009b.jpg)
-
-<iframe src="https://www.youtube.com/embed/DsXx7oEcOS0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 오프라인 토큰을 위한 보안 표준
-
-안전한 저장을 위해 iOS Keychain 또는 Android Keystore를 통한 **AES-256 암호화**를 사용하세요. 초기 OAuth2 코드 교환 시 **PKCE**를 구현하고, 단기 갱신 토큰을 사용할 때마다 교체하세요. 또한, **생체 인증**을 추가하여 토큰 접근을 보호하고 전반적인 보안을 강화하세요.
-
-## 보안 저장소 구현
-
-앞서 논의된 AES-256 암호화, PKCE, 생체 인증 제어를 사용하려면 먼저 Secure Storage 플러그인을 설치하세요:
-
-```bash
-npm install @capacitor-community/secure-storage
-```
-
-암호화 키 설정, [생체 인증 활성화](https://capgo.app/plugins/capacitor-native-biometric/), 오프라인 토큰 저장, 검색 및 갱신 프로세스 관리에 대한 자세한 내용은 플러그인 문서를 확인하세요.
-
-설정이 완료되면 다음 섹션에서 다룰 토큰 저장 및 오프라인 수명 주기 관리를 위한 메서드 정의로 넘어가세요.
-
-## 저장소 솔루션 분석
-
-Capacitor 애플리케이션에서 오프라인 토큰을 위한 보안 저장소 옵션을 선택할 때, 개발자는 [암호화 방법](https://capgo.app/docs/cli/migrations/encryption/), 플랫폼 간 호환성, 통합 용이성과 같은 요소들을 고려해야 합니다. 다음은 오프라인 토큰 관리를 위한 주요 보안 저장소 플러그인 분석입니다.
-
-### 플러그인 기능 비교
-
--   **@capacitor-community/secure-storage**: iOS Keychain과 Android Keystore를 사용한 AES-256 암호화 제공, [생체 잠금 해제](https://capgo.app/plugins/capacitor-native-biometric/) 지원, 자동 키 교체 포함.
--   **@ionic/storage**: 내장 암호화 없음, 보안을 위한 수동 래퍼 필요, 생체 인증 기능 부재.
--   **Native SecureStorage**: iOS Keychain에서만 작동하며 Android 미지원.
--   **@ionic-enterprise/identity-vault**: 하드웨어 수준 암호화 제공, 생체 인증 지원, 보안 토큰 수명 주기 효과적 관리.
-
-## 요약
-
-오프라인 토큰 저장을 위한 주요 사례와 도구 개요:
-
--   **토큰 암호화**는 [생체 인증으로 보호](https://capgo.app/plugins/capacitor-native-biometric/)된 하드웨어 기반 키 저장소 사용.
--   토큰 발급, 만료, 교체, 갱신에 대한 엄격한 정책 구현.
-
-크로스 플랫폼 암호화를 위해 **@capacitor-community/secure-storage**와 **Ionic Identity Vault**가 탁월한 선택입니다. 또한, **[Capgo](https://capgo.app/)**는 Apple과 Android 스토어 요구사항을 충족하면서 엔드투엔드 암호화, CI/CD 통합, 사용자 대상 롤아웃을 제공합니다.
-
-### 도구 및 리소스
-
--   **@capacitor-community/secure-storage**: iOS와 Android를 위한 암호화된 키-값 저장소.
--   **Ionic Identity Vault**: 생체 보안이 포함된 엔터프라이즈급 저장소.
--   **Capgo**: 암호화된 CI/CD 전달과 함께 실시간 업데이트 제공.
diff --git a/src/content/blog/ko/self-hosted-capgo.md b/src/content/blog/ko/self-hosted-capgo.md
deleted file mode 100644
index 76ad45242..000000000
--- a/src/content/blog/ko/self-hosted-capgo.md
+++ /dev/null
@@ -1,123 +0,0 @@
----
-slug: self-hosted-capgo
-title: 자체 호스팅 Capgo
-description: >-
-  Capgo를 자체 호스팅하면 Capgo 클라우드 서비스를 사용할 필요 없이 사용자에게 Capacitor 라이브 업데이트를 배포할 수
-  있습니다.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-20T00:00:00.000Z
-updated_at: 2023-09-20T00:00:00.000Z
-head_image: /self-hosted-capgo.webp
-head_image_alt: 셀프 호스팅 캡고
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: ko
-next_blog: ''
----
-이 기사에서는 Capgo를 자가 호스팅하는 방법에 대한 단계별 가이드를 제공하며, 자가 호스팅의 장점과 도전 과제에 대해 논의합니다.
-
-# 소개
-
-자가 호스팅은 서버와 네트워크를 직접 설정하여 자신의 웹사이트나 애플리케이션을 운영하는 형식입니다. 서비스로서의 플랫폼(Platform as a Service)이나 공개 클라우드 제공업체를 사용하는 대신, 자가 호스팅을 선택하는 사람들은 자신의 네트워크를 운영하고, 웹사이트나 애플리케이션 구축 외에도 유지 관리와 가동 시간을 책임집니다.
-
-Capgo를 시작하는 가장 쉬운 방법은 우리의 [공식 클라우드 관리 서비스](https://capgo.app/)를 이용하는 것이지만, 직접 관리할 준비가 되어 있다면, 서버에서 Capgo를 자가 호스팅할 수도 있습니다.
-
-## 자가 호스팅이란 무엇인가?
-
-디지털 영역에서 자가 호스팅은 자신의 서버나 호스팅 인프라를 운영하여 온라인 존재와 서비스를 관리하고 통제하는 관행을 의미합니다. 제3자 호스팅 제공업체에 의존하는 대신, 개인과 조직은 자신의 조건에 맞게 서버, 웹사이트, 애플리케이션 및 데이터 저장을 설정하고 관리하기로 선택합니다.
-
-## 왜 자가 호스팅을 선택하십니까?
-
-사람들이 자가 호스팅을 선택하는 데는 여러 가지 이유가 있습니다. 가장 흔한 장점 중 일부는 다음과 같습니다:
-
-* **개인정보 보호 및 통제:** 자가 호스팅은 데이터와 개인 정보에 대한 완전한 통제를 제공합니다. 제3자 제공업체가 여러분의 활동을 추적하거나 데이터를 판매하는 것에 대해 걱정할 필요가 없습니다.
-
-* **비용 절감:** 자가 호스팅은 장기적으로 더 비용 효율적일 수 있으며, 특히 많은 자원을 사용하거나 여러 서비스를 운영하는 경우에 그렇습니다.
-
-* **맞춤화:** 자가 호스팅은 애플리케이션과 서비스를 특정 요구 사항에 맞게 커스터마이징할 수 있는 유연성을 제공합니다.
-
-* **학습 및 실험:** 자가 호스팅은 리눅스, 시스템 관리 및 기타 기술 주제를 배우는 훌륭한 방법이 될 수 있습니다. 또한 새로운 소프트웨어와 서비스를 실험하는 재미있는 방법이 될 수 있습니다.
-
-* **독립성:** 자가 호스팅은 외부 제공업체에 대한 의존도를 줄입니다. 서비스 약관, 가격 변경 또는 잠재적 서비스 중단에 휘둘리지 않습니다. 이 독립성은 온라인 존재에 의존하는 기업과 개인에게 매우 중요할 수 있습니다.
-
-## Capgo Cloud와 Capgo Self-Hosted의 차이는 무엇인가요?
-
-Capgo는 오직 하나의 버전만 존재합니다. 제 Cloud 제품과 제 Self-Hosted 제품은 완전히 동일합니다. 더 나은 기능을 가진 프리미엄 상업 버전은 없습니다.
-
-두 버전 모두 동일한 대시보드, 동일한 유의미한 지표 및 [방문자의 개인 정보를 존중하는 것에 대한 약속](https://capgo.app/privacy/)을 제공합니다.
-
-저는 2018년 12월에 Capgo 개발을 시작했으며, 2019년 5월에 SaaS 구독 비즈니스를 시작했습니다. 이 프로젝트는 매우 활발하고 즉각적으로 개발되고 있으며 빠르게 성장하고 있습니다. 견고하고 검증된 제품이기도 합니다.
-
-Capgo Cloud와 Capgo Self-Hosted의 차이점은 다음과 같습니다:
-
-|   | Cloud | Self-hosted |
-| --- | --- | --- |
-| **호스팅** | 쉽고 편리합니다. 첫 번째 업데이트를 보내는 데 2분밖에 걸리지 않으며, 고가용성, 백업, 보안 및 유지 관리가 모두 저에 의해 수행됩니다. 제가 모든 것을 관리하므로 아무 걱정할 필요가 없습니다. | 모든 것을 스스로 해야 합니다. 서버를 마련해야 하며, 인프라를 관리해야 합니다. 설치, 유지 관리, 업그레이드, 서버 용량, 가동 시간, 백업, 보안, 안정성, 일관성, 로딩 시간 등을 책임져야 합니다. |
-| **저장소** | 모든 방문자 데이터는 EU 소속 클라우드 인프라에서 독점적으로 처리됩니다. 저는 귀하의 사이트 데이터를 독일에 있는 안전하고 암호화된 서버에 보관합니다. 이는 귀하의 사이트 데이터가 엄격한 유럽 연합 데이터 개인 정보 보호법에 의해 보호되고 GDPR 준수를 보장합니다. 홈페이지 데이터는 절대로 EU를 벗어나지 않습니다. | 귀하는 완전한 통제를 가지며 원하는 모든 국가의 서버에서 Capgo를 호스팅할 수 있습니다. 지하실 서버에 호스팅하거나 원하는 클라우드 제공업체에 호스팅할 수 있으며, GDPR 준수를 하지 않는 제공업체에서도 가능합니다. |
-| **원시 데이터** | 모든 사이트 통계 및 지표를 현대적인 외观과 사용하기 쉬우며 빠르게 로드되는 대시보드에서 보실 수 있습니다. 대시보드에서는 집계된 통계만 볼 수 있습니다. | 분석가이고 원시 데이터에 접근하고 싶으신가요? Capgo를 스스로 호스팅하면 그 선택권이 주어집니다. 데이터베이스에서 직접 데이터를 가져와 원하는 데이터 분석 도구로 가져올 수 있습니다. |
-| **비용** | 업데이트 서비스를 제공하는 데 비용이 발생하므로 구독 요금을 부과합니다. | 서버 비용과 서버 운영에 수반되는 비용만 지불하면 됩니다. 저에게는 요금을 지불할 필요가 없고, 클라우드 제공업체에만 지불하면 됩니다. |
-| **프리미엄 지원** | Capgo를 구축하고 유지 관리하는 실제 사람들에 의한 진정한 지원이 제공됩니다. | 프리미엄 지원은 포함되지 않습니다. 자가 호스팅 릴리스는 커뮤니티에서만 지원됩니다. |
-| **릴리스** | 매주 여러 번 새로운 기능과 업데이트로 지속적으로 개발 및 개선됩니다. | 연 2회 발행되는 장기 릴리스로, 최신 기능은 처음에 클라우드에서 테스트되기 때문에 즉시 사용할 수 없습니다. |
-
-# Capgo 자가 호스팅 방법
-
-Capgo에서는 주로 Supabase를 사용하며, 자가 호스팅을 하시려면 [Supabase 자가 호스팅 문서](https://supabase.com/docs/guides/self-hosting/docker)를 따라 주시면 됩니다.
-
-# 자가 호스팅 Capgo와 함께 CLI 사용하기
-자가 호스팅한 Capgo와 CLI를 사용하려면 애플리케이션 디렉토리의 capacitor.config.ts를 다음과 같이 설정하십시오:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      localHost: "http://localhost:5173",
-      localWebHost: "http://localhost:5173",
-      localSupa: "http://localhost:54321",
-      localSupaAnon: "see_notes",
-    },
-  },
-};
-```
-
-참고: localSupaAnon을 얻으시려면 이 [튜토리얼](https://capgo.app/docs/self-hosted/local-dev/getting-started/)을 따르고 anonym 키를 localSupaAnon에 복사하십시오.
-
-# 자가 호스팅 Capgo와 함께하는 capacitor 업데이터 사용하기
-
-**요구 사항**
-
-[capgo](https://github.com/Cap-go/capgo/)를 클론했습니다.
-
-자가 호스팅한 Capgo와 함께 capacitor 업데이터를 사용하려면 애플리케이션 디렉토리의 `capacitor.config.ts`를 다음과 같이 설정하십시오:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      statsUrl: "https://localhost:54321/functions/v1/stats",
-      channelUrl: "https://localhost:54321/functions/v1/channel_self",
-      updateUrl: "https://localhost:54321/functions/v1/updates"
-    },
-  },
-};
-```
-
-이렇게 하면 개발 중에 로컬 Capgo를 사용할 수 있습니다. 그러나 기본적으로는 이것만으로는 충분하지 않습니다.
-
-# 결론
-
-결론적으로, Capgo를 자가 호스팅하는 것은 자원을 가지고 전문성이 있는 조직에 적합한 옵션이 될 수 있습니다. 이는 업데이트 프로세스의 통제, 보안 및 준수를 포함한 여러 가지 이점을 제공합니다. 그러나 자가 호스팅 여부를 결정하기 전에 장점과 도전 과제를 신중하게 검토하는 것이 중요합니다.
-
-Capgo를 자가 호스팅하려고 고려하고 있다면, Capgo [자가 호스팅 문서](https://capgo.app/docs/self-hosted/getting-started/)를 먼저 읽어보시기를 권장합니다. 이것은 자가 호스팅의 요구 사항 및 위험에 대한 좋은 이해를 제공할 것입니다.
diff --git a/src/content/blog/ko/self-hosted-live-updates.md b/src/content/blog/ko/self-hosted-live-updates.md
deleted file mode 100644
index 47d4be213..000000000
--- a/src/content/blog/ko/self-hosted-live-updates.md
+++ /dev/null
@@ -1,93 +0,0 @@
----
-slug: self-hosted-live-updates
-title: 자체 호스팅 라이브 업데이트
-description: Capgo의 Live Updates의 다음 버전인 Self-hosted Live Updates를 발표하게 되어 기쁩니다!
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-12-03T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /self_hosted.webp
-head_image_alt: 자체 호스팅 업데이트
-keywords: >-
-  mobile app development, live updates, OTA updates, continuous integration,
-  mobile app updates
-tag: Solution
-published: true
-locale: ko
-next_blog: ''
----
-캡고의 Live Updates의 최신 진화인 Self-hosted Live Updates 출시를 발표하게 되어 기쁩니다.
-
-현재 많은 기업들이 Live Updates SDK를 사용하여 애플리케이션의 최신 JavaScript, HTML 및 CSS 업데이트에 접근하고 있지만, 일부는 기업 정책, 산업 규제 또는 지리적 제한으로 인해 어려움을 겪을 수 있습니다. Self-hosted Live Updates를 통해 이제 귀사의 인프라를 통해 웹 빌드 아티팩트를 배포할 수 있습니다.
-
-이는 Apple Store 리뷰로 인한 지연을 피하고, 버그를 더 빠르게 수정하고 콘텐츠를 수정할 수 있으며, 사용자가 항상 앱의 최신 버전을 사용할 수 있도록 보장한다는 것을 의미합니다. 또한, 엄격한 컴플라이언스 기준으로 인해 Live Updates 활용에 어려움을 겪는 많은 대기업들의 이야기를 들었습니다. Self-hosted Live Updates 덕분에 이 문제는 이제 과거의 일이 되었습니다.
-
-## 자체 호스팅 라이브 업데이트는 어떻게 작동하나요?
-
-[Capgo SDK](https://github.com/Cap-go/capacitor-updater/)를 사용하여 Capgo 호스팅 Live Updates를 배포하는 것은 매우 간단합니다. Self-hosted Live Updates의 경우, 귀사의 인프라에서 구성할 수 있도록 Capgo CLI에 필요한 기능을 추가했습니다.
-
-최신 웹 빌드 아티팩트를 최종 사용자에게 안전하고 조율된 방식으로 전달하기 위해, Capgo는 이제 Capacitor Live Updates 플러그인이 공개/개인 키 쌍을 사용할 수 있도록 합니다. Self-hosted Live Updates를 사용할 때, 플러그인이 기업의 인프라에서 다운로드한 아티팩트가 수정되지 않았다는 것을 보장하기 위해 추가적인 핸드셰이크가 수행됩니다.
-
-![Capgo encryption schema](/encryption_flow.webp)
-
-다음은 키 쌍을 설정하고 최종 사용자에게 업데이트된 경험을 전달하는 후속 프로세스를 설명합니다.
-
-### 일회성 키 쌍 설정
-
-기업은 다음 Capgo Cloud CLI 명령을 사용하여 공개/개인 키 쌍을 생성할 수 있습니다:
-
-```shell
-npx @capgo/cli@latest key create
-```
-
-이 명령은 구성 파일에 `CapacitorUpdater.privateKey` 속성을 설정합니다.
-그리고 프로젝트 루트 디렉토리에 `capgo_key.pub`와 `capgo_key` 두 개의 키 파일을 생성합니다.
-
-이 키 쌍은 업데이트를 서명하고 앱 측에서 업데이트를 확인하는 데 사용됩니다.
-
-### 자체 호스팅 라이브 업데이트 워크플로우
-
-Self-hosted Live Updates를 구현하기 위해, 기업은 먼저 버그 수정, 콘텐츠 업데이트 또는 변경하고자 하는 다른 웹 기반 코드의 웹 빌드를 수행해야 합니다. 그 다음, 일회성 설정 프로세스에서 얻은 개인 키를 사용하여 빌드 아티팩트에 서명하고, 마지막으로 번들을 원하는 저장소 위치에 업로드해야 합니다.
-
-먼저 코드를 빌드하세요:
-```shell
-npm run build
-```
-
-그런 다음 빌드를 압축하세요:
-```shell
-npx @capgo/cli@latest bundle zip
-```
-
-그리고 zip 파일을 암호화하세요:
-
-```shell
-npx @capgo/cli@latest bundle encrypt abc123.zip”
-```
-
-이 명령은 ivSessionKey를 출력할 것입니다. 다음 단계를 위해 이를 저장해야 합니다.
-
-이제 암호화된 zip 파일을 기업 저장소에 업로드하고 zip 파일의 URL을 얻으세요.
-
-새로운 Live Update가 사용 가능하다는 것을 Capgo에 알려야 합니다. 이는 다른 CLI 명령을 통해 수행됩니다:
-
-```shell
-npx @capgo/cli@latest bundle upload --external=https://abc.com/app/updates/abc123.zip --iv-session-key=YourKey
-```
-
-명령이 실행되면, Capgo는 배포할 준비가 된 새로운 업데이트를 인식합니다. 이제 앱이 시작될 때, Live Updates 플러그인은 다운로드해야 할 변경 사항이 있는지 Capgo에 확인합니다.
-
-Capgo는 플러그인에 "예, 업데이트가 가능합니다"라고 응답하고, Live Updates 플러그인은 `register` CLI 명령에서 제공된 URL 위치를 사용하여 새로운 라이브 업데이트를 다운로드합니다:
-
-```shell
-https://abc.com/app/updates/abc123.zip
-```
-
-조직의 API가 해당 위치에서 Live Update 번들을 반환하면, 앱이 zip을 복호화하고 라이브 업데이트를 적용합니다. 완료되었습니다!
-
-## 시작하기
-
-이전보다 더 많은 기업에 Live Updates를 제공할 수 있게 되어 매우 기쁩니다. 조직과 Ionic 앱 사용자 모두 Capgo의 안전한 over-the-air 앱 업데이트 배포의 장점을 빠르게 인식할 것입니다.
-
-Capgo의 Self-hosted Live Updates에 대한 자세한 정보는 [문서를 확인](/docs/cli/commands/#upload-version)하실 수 있습니다. 사용자에게 즉시 앱 업데이트를 배포할 준비가 되셨나요? [지금 등록하세요!](/register/)
diff --git a/src/content/blog/ko/set-up-performance-monitoring-in-capacitor.md b/src/content/blog/ko/set-up-performance-monitoring-in-capacitor.md
deleted file mode 100644
index c1180a6fc..000000000
--- a/src/content/blog/ko/set-up-performance-monitoring-in-capacitor.md
+++ /dev/null
@@ -1,388 +0,0 @@
----
-slug: set-up-performance-monitoring-in-capacitor
-title: Capacitor에서 성능 모니터링 설정하기
-description: Firebase와 Sentry를 사용하여 앱의 성능을 모니터링하고 효율성과 사용자 만족도를 향상시키는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:36:41.635Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df674387fa49042c75b4e1-1742708253934.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, performance monitoring, Firebase, Sentry, mobile app development,
-  error tracking, monitoring tools
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 앱의 성능을 최적화하고 싶으신가요? [Firebase](https://firebase.google.com/)와 [Sentry](https://sentry.io/)와 같은 모니터링 도구를 사용하면 충돌, 리소스 사용량, 응답 시간을 추적하여 더 나은 사용자 경험을 보장할 수 있습니다. 주요 내용은 다음과 같습니다:
-
-- **성능 모니터링이 필요한 이유**: 충돌 식별, 리소스 사용 최적화, 응답 시간 개선
-- **사용 가능한 도구**:
-    - **Firebase**: 실시간 성능 데이터, 네트워크 모니터링, 맞춤 이벤트 추적
-    - **Sentry**: 상세한 오류 추적, 스택 트레이스 분석, 실시간 알림
-- **설정 단계**:
-    - Firebase 또는 Sentry SDK 설치
-    - 성능 지표나 오류 추적을 위한 앱 구성
-    - 대시보드를 사용하여 앱 성능 분석 및 개선
-
-**빠른 비교**:
-
-| 기능 | Firebase | Sentry |
-| --- | --- | --- |
-| 실시간 모니터링 | 약간의 지연 | 거의 즉각적 |
-| 네이티브 지원 | Android, iOS | Android, iOS, Web |
-| 맞춤 지표 | 기본적 | 유연함 |
-| 통합 복잡도 | Google 기반 워크플로우 | 간단한 SDK 설정 |
-
-앱스토어 지연 없이 즉시 수정사항을 푸시하려면 **[Capgo](https://capgo.app/)**와 같은 도구를 통합하세요. 오늘부터 모니터링을 시작하여 앱의 효율성과 사용자 만족도를 높이세요.
-
-## [Firebase](https://firebase.google.com/) 성능 모니터링으로 앱 상태 최적화...
-
-![Firebase Platform Dashboard](https://mars-images.imgix.net/seobot/screenshots/firebase.google.com-ab24bd47674782df651734052f495a0c-2025-03-23.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/ENaOg5YefjQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 모니터링 도구 선택
-
-앱 요구사항과 팀의 전문성에 맞는 모니터링 도구를 선택하세요. Firebase 성능 모니터링과 Sentry를 비교해보겠습니다.
-
-### 도구 비교
-
-| 기능 | Firebase 성능 모니터링 | Sentry |
-| --- | --- | --- |
-| 가격 모델 | 무료 티어와 확장 가능한 유료 옵션 | 무료 티어와 합리적인 성장 플랜 |
-| 실시간 모니터링 | 약간의 지연이 있는 성능 인사이트 | 거의 즉각적인 모니터링 |
-| 네이티브 플랫폼 지원 | Android 및 iOS | Android, iOS 및 웹 |
-| 통합 복잡도 | Google 서비스와 연동 | 간단한 SDK 설정 |
-| 맞춤 이벤트 추적 | 기본적인 맞춤 지표 | 유연한 맞춤 이벤트 추적 |
-| 보존 기간 | 무료 티어에서 제한적 | 모든 플랜에서 확장 |
-
-### 선택 기준
-
-이러한 도구들 중 선택할 때 다음 사항을 고려하세요:
-
-- **앱 규모와 트래픽**: 빠른 성장이 예상되는 앱의 경우 Firebase가 좋은 선택입니다. Sentry는 더 작은 규모의 구현에 적합할 수 있습니다.
-- **기술적 요구사항**: Firebase는 [Google Play Services](https://en.wikipedia.org/wiki/Google_Play_Services)가 필요하여 해당 생태계 내 앱에 이상적입니다. Sentry는 독립적으로 작동하여 플랫폼 간 더 많은 유연성을 제공합니다.
-- **팀 경험**: Firebase는 Google 도구에 익숙한 팀에 잘 맞고, Sentry의 간단한 SDK 설정은 더 넓은 사용 사례에 적합합니다.
-- **예산 제약**: 두 도구 모두 무료 티어를 제공하지만, 기능 확장 비용을 비교하여 예산에 맞는지 확인하세요.
-- **통합 목표**: Firebase는 Google 기반 워크플로우와 원활하게 통합되며, Sentry는 오류 추적에 특히 강점이 있습니다.
-- **규제 요구사항**: 앱이 민감한 사용자 데이터를 처리하는 경우 특히 [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)과 같은 표준을 준수하는지 확인하세요.
-- **업데이트 빈도**: 빈번한 업데이트가 중요한 경우 Capgo와 같은 도구로 실시간 수정을 가속화하여 모니터링 설정을 보완할 수 있습니다.
-
-## Firebase 설정 가이드
-
-[Capacitor 앱](https://capgo.app/plugins/ivs-player/)에서 Firebase 성능 모니터링을 설정하려면 정확한 데이터 추적을 위해 몇 가지 명확한 단계가 필요합니다.
-
-### Firebase SDK 설치
-
-프로젝트에 Firebase SDK를 추가하고 플랫폼에 맞게 구성하세요:
-
-- **Firebase 종속성 설치**
-
-필요한 Firebase 패키지를 설치하기 위해 다음 명령어를 실행하세요:
-
-```bash
-npm install @capgo/capacitor-firebase-performance
-npm install firebase
-```
-
-- **Firebase 초기화**
-
-메인 애플리케이션 파일에서 Firebase를 설정하세요:
-
-```typescript
-import { FirebasePerformance } from '@capgo/capacitor-firebase-performance';
-import { initializeApp } from 'firebase/app';
-
-const firebaseConfig = {
-  // Add your Firebase configuration object here
-};
-
-initializeApp(firebaseConfig);
-await FirebasePerformance.initializePerformance();
-```
-
-- **플랫폼 구성 추가**
-
-성능 모니터링을 활성화하기 위해 `capacitor.config.json` 파일을 업데이트하세요:
-
-```json
-{
-  "plugins": {
-    "FirebasePerformance": {
-      "collectMetrics": true,
-      "instrumentationEnabled": true,
-      "dataCollectionEnabled": true
-    }
-  }
-}
-```
-
-### 성능 추적 설정
-
-Firebase 성능 모니터링을 사용하여 데이터베이스 쿼리나 네트워크 요청과 같은 특정 앱 활동을 추적할 수 있습니다.
-
-- **데이터베이스 쿼리 추적**
-
-```typescript
-async function trackDatabaseQuery() {
-  const trace = await FirebasePerformance.startTrace({ traceName: 'database_query' });
-
-  // Perform your database operation
-  await performDatabaseOperation();
-
-  await FirebasePerformance.stopTrace({ traceName: 'database_query' });
-}
-```
-
-- **네트워크 요청 모니터링**
-
-```typescript
-await FirebasePerformance.setAttributes({
-  traceName: 'api_call',
-  attributes: {
-    endpoint: '/users',
-    method: 'GET'
-  }
-});
-```
-
-- **맞춤 지표 추적**
-
-쇼핑 카트 값 추적과 같은 맞춤 지표의 경우:
-
-```typescript
-await FirebasePerformance.putMetric({
-  traceName: 'checkout_flow',
-  metricName: 'cart_value',
-  value: 99.99
-});
-```
-
-이러한 추적이 구현되면 Firebase Console에서 수집된 데이터를 검토할 수 있습니다.
-
-### Firebase Console 사용
-
-모니터링을 설정한 후 Firebase Console에서 앱의 성능 데이터를 확인하고 분석할 수 있습니다:
-
-1. **성능 데이터 접근**
-    - Firebase Console에 로그인하세요.
-    - 프로젝트를 선택하세요.
-    - **성능 모니터링**으로 이동하세요.
-    - 드롭다운 메뉴에서 앱을 선택하세요.
-
-2. **주요 지표 모니터링**
-
-대시보드는 다음과 같은 다양한 성능 지표에 대한 인사이트를 제공합니다:
-
-- 앱 시작 시간
-- 네트워크 요청 성공률
-- 화면 렌더링 시간
-- 맞춤 추적 결과
-
-3. **맞춤 보고서 설정**
-
-앱 성능의 특정 측면을 분석하기 위한 맞춤 보고서를 생성하세요:
-
-- 위치별 성능 차이
-- 기기 유형별 지표
-- 네트워크 상태의 영향
-- 맞춤 추적의 패턴
-
-이러한 도구를 사용하여 성능 병목 현상을 효과적으로 식별하고 해결하세요.
-
-## [Sentry](https://sentry.io/) 오류 추적 설정
-
-![Sentry Error Tracking Dashboard](https://mars-images.imgix.net/seobot/screenshots/sentry.io-925fc70e12ac801815ba3ab27e6adcda-2025-03-23.jpg?auto=compress)
-
-Firebase가 성능 지표를 처리하는 반면, Sentry는 오류를 포착하고 진단하는 데 중점을 둡니다. 함께 사용하면 강력한 모니터링 설정이 됩니다.
-
-### Sentry SDK 설치
-
-필요한 Sentry 패키지를 설치하세요:
-
-```bash
-npm install @sentry/capacitor
-# Add the Sentry package for your specific framework
-```
-
-설치가 완료되면 앱의 진입점에서 Sentry를 설정하세요.
-
-### Sentry 초기화
-
-앱의 진입점에서 다음 설정을 사용하여 Sentry를 구성하세요:
-
-```typescript
-import * as Sentry from "@sentry/capacitor";
-import { BrowserTracing } from "@sentry/browser";
-
-Sentry.init({
-    dsn: "your-project-dsn",
-    integrations: [new BrowserTracing()],
-    tracesSampleRate: 0.2,
-    environment: "production",
-    release: "app-version@" + process.env.VERSION,
-    dist: process.env.BUILD_NUMBER,
-    debug: false
-});
-```
-
-이 구성에는 특정 앱 버전과 오류를 연결하는 릴리스 추적이 포함됩니다.
-
-### 오류 추적 구성
-
-맞춤 오류 경계와 try-catch 블록을 사용하여 오류 추적을 더욱 세밀하게 조정할 수 있습니다.
-
-**맞춤 오류 경계:**
-
-```typescript
-class ErrorBoundary extends React.Component {
-    componentDidCatch(error, errorInfo) {
-        Sentry.captureException(error, { extra: errorInfo });
-    }
-}
-```
-
-**특정 오류 추적:**
-
-```typescript
-try {
-    riskyOperation();
-} catch (error) {
-    Sentry.captureException(error, {
-        tags: { operation: "data_sync", severity: "critical" },
-        extra: { userId: currentUser.id, timestamp: new Date().toISOString() }
-    });
-}
-```
-
-**성능 모니터링:**
-
-```typescript
-const transaction = Sentry.startTransaction({
-    name: "API Request",
-    op: "http.request"
-});
-
-try {
-    await makeApiCall();
-} finally {
-    transaction.finish();
-}
-```
-
-이러한 방법을 통해 앱이 오류를 효과적으로 기록하여 Sentry를 통해 추적하고 해결하기 쉽게 만듭니다.
-
-### Sentry 대시보드 사용
-
-Sentry 대시보드는 오류를 자세히 살펴보고 이해하는 데 도움이 되는 도구를 제공합니다:
-
-- **실시간 모니터링**: 오류 빈도, 해결 상태, 영향을 받는 사용자를 확인하세요.
-- **오류 분석**: 스택 트레이스를 검토하고, 유사한 오류를 그룹화하며, 환경별로 필터링하세요.
-- **알림**: 오류 임계값을 설정하고, 알림 옵션을 구성하며, 맞춤 알림 규칙을 만드세요.
-
-이 대시보드를 통해 문제를 진단하고 해결하는 것이 간단해집니다.
-
-## 모니터링 모범 사례
-
-### 주요 지표에 집중
-
-Capgo의 750개 프로덕션 앱 분석 [\[1\]](https://capgo.app/)에서 강조하는 주요 모니터링 지표:
-
-- **업데이트 성공률**: 최소 82% 목표
-- **업데이트 속도**: 글로벌 CDN이 5 MB를 114 ms 내에 전달
-- **사용자 채택**: 24시간 내 95%의 사용자가 업데이트해야 함
-- **API 응답 시간**: 500 ms 미만 유지 (전역 평균 434 ms)
-
-이러한 지표의 변동을 빠르게 감지하도록 알림을 설정하세요.
-
-### 효과적인 알림 규칙 만들기
-
-성능 모니터링을 위한 알림 구성 예시:
-
-```typescript
-// Example alert configuration
-{
-    performance: {
-        apiLatency: {
-            threshold: 1000, // ms
-            period: "5m",
-            condition: "above"
-        },
-        errorRate: {
-            threshold: 1.0, // percentage
-            period: "15m",
-            condition: "above"
-        },
-        updateSuccess: {
-            threshold: 75, // percentage
-            period: "1h",
-            condition: "below"
-        }
-    }
-}
-```
-
-### 지속적인 모니터링과 조정
-
-알림을 설정한 후에는 지속적인 모니터링과 개선에 집중하세요:
-
-- **정기적인 성능 점검**: 지역별 업데이트 성공률 검토, 다양한 앱 버전의 오류 동향 분석, 피크 시간대 API 응답 시간 모니터링
-    
-- **단계적 업데이트 배포**: 첫 24시간 동안 10%의 사용자로 시작. 모든 것이 원활하게 진행되면 50%로 증가하고 48시간의 안정적인 성능 후 배포를 완료하세요.
-    
-- **지속적인 최적화**: 실패한 업데이트 조사, 느린 API 엔드포인트 식별, 업데이트 후 사용자 참여도 평가로 지속적인 개선 보장
-
-## [Capgo](https://capgo.app/) 업데이트와 모니터링
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-23.jpg?auto=compress)
-
-### Capgo 핵심 기능
-
-750개의 프로덕션 앱에서 테스트된 Capgo의 실
-
-| 모니터링 측면 | Capgo 통합 | 추가 도구 |
-| --- | --- | --- |
-| 오류 추적 | 내장된 오류 모니터링 | 상세 스택 추적을 위해 Sentry와 연동 |
-| 성능 지표 | 업데이트 성공률 추적 | 사용자 상호작용 데이터를 위해 Firebase 사용 |
-| 응답 시간 | API 응답 모니터링 | Firebase 커스텀 타이밍 이벤트로 강화 |
-
-Capgo의 채널 시스템을 효과적으로 구성하는 방법:
-
--   베타 테스터에게 먼저 업데이트 배포
--   Capgo의 분석 도구로 성능 지표 모니터링
--   더 넓은 사용자 기반으로 점진적 출시 확대
-
-> "우리는 애자일 개발을 실천하며 @Capgo는 사용자에게 지속적으로 전달하는데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-전 세계적으로 2,350만 건의 업데이트를 제공한 Capgo의 실시간 대시보드는 명확한 인사이트를 제공하여 팀이 업데이트와 성능 개선에 대한 현명한 결정을 내릴 수 있도록 지원합니다.
-
-## 다음 단계
-
-### 주요 포인트
-
-효과적인 성능 모니터링을 위해서는 주요 지표를 주시하는 것이 중요합니다. 다음과 같은 중요한 지표를 추적하는 도구를 사용하세요:
-
-| **지표 유형** | **주요 초점 영역** | **권장 도구** |
-| --- | --- | --- |
-| 앱 성능 | 응답 시간, 충돌 | Firebase Performance |
-| 오류 추적 | 예외 발생률, 스택 추적 | Sentry |
-| 업데이트 분석 | 배포 성공률 | Capgo Analytics |
-
-아래 나열된 리소스를 통해 이러한 지표와 도구에 대해 더 자세히 알아보세요.
-
-### 더 알아보기
-
-성능 모니터링 도구와 실천 방법은 계속 발전하고 있습니다. 다음 가이드와 전략을 살펴보며 앞서 나가세요:
-
-**공식 문서**:
-
--   Firebase 성능 모니터링 문서
--   Sentry의 Capacitor 통합 가이드
--   Capacitor의 공식 성능 최적화 가이드
-
-**고급 구현**: 750개 이상의 프로덕션 앱에서 성공적으로 사용된 Capgo의 분석 시스템을 살펴보세요 [\[1\]](https://capgo.app/). 그들의 문서는 다른 성능 추적 도구와 원활하게 작동하는 모니터링 패턴과 실시간 업데이트 전략에 대한 인사이트를 제공합니다.
diff --git a/src/content/blog/ko/setting-up-capacitor-local-environment.md b/src/content/blog/ko/setting-up-capacitor-local-environment.md
deleted file mode 100644
index c2767c683..000000000
--- a/src/content/blog/ko/setting-up-capacitor-local-environment.md
+++ /dev/null
@@ -1,89 +0,0 @@
----
-slug: setting-up-capacitor-local-environment
-title: Capacitor 로컬 환경 설정
-description: >-
-  이 종합 가이드를 통해 웹 기술을 사용하여 iOS 및 Android 앱을 구축하기 위한 로컬 Capacitor 환경을 빠르게 설정하는 방법을
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-03T01:01:07.065Z
-updated_at: 2025-04-03T01:01:18.509Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67edd19cebbb9dc8064069d2-1743642078509.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, mobile development, iOS setup, Android setup, app development, web
-  technologies, local environment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**웹 기술을 사용하여 iOS 및 Android 앱을 구축하고 싶으신가요? 로컬 [Capacitor](https://capacitorjs.com/) 환경을 빠르고 효율적으로 설정하는 방법을 알아보겠습니다.**
-
-### 주요 단계:
-
-1. **필수 소프트웨어 설치**:
-    
-    - **[Node.js](https://nodejs.org/en)** (v20.0.0+), **npm** (v9.0.0+), **Git** (v2.40.0+), 현대적인 IDE (예: [VS Code](https://code.visualstudio.com/)).
-    - 시스템 요구사항: 8GB RAM, 256GB 저장공간, Intel i5/AMD Ryzen 5 프로세서.
-
-2. **iOS 설정** (macOS 전용):
-    
-    - macOS 13.0+ (Ventura), [Xcode](https://developer.apple.com/xcode/) 16.0+, [CocoaPods](https://cocoapods.org/) 1.12.0+, 활성화된 Apple Developer 계정.
-
-3. **Android 설정**:
-    
-    - [Android Studio](https://developer.android.com/studio) Hedgehog (2023.1.1)+, Android SDK API level 23+, JDK 17, [Gradle](https://gradle.org/) 8.0+.
-    - Android 도구를 위한 환경 변수 설정.
-
-4. **Capacitor 설치**:
-    
-    ```bash
-    npm install @capacitor/core @capacitor/cli @capacitor/ios @capacitor/android
-    ```
-    
-5. **프로젝트 초기화**:
-    
-    - `npx cap init`를 사용하여 새 프로젝트를 생성하거나 기존 앱에 Capacitor 통합.
-
-6. **플랫폼 추가**:
-    
-    ```bash
-    npx cap add ios
-    npx cap add android
-    ```
-    
-7. **빌드 및 동기화**:
-    
-    - 웹 에셋 빌드 (`npm run build`) 및 네이티브 플랫폼과 동기화 (`npx cap sync`).
-
-8. **실시간 업데이트 활성화**:
-    
-    - [Capgo](https://capgo.app/)를 사용하여 실시간 업데이트:
-        
-        ```bash
-        npx @capgo/cli init
-        ```
-        
-9. **[앱 테스트](https://capgo.app/docs/plugin/debugging/)**:
-    
-    - iOS 시뮬레이터 (`npx cap open ios`) 또는 Android 에뮬레이터 (`npx cap open android`) 사용.
-
-### 빠른 팁:
-
-환경 관리 및 실시간 업데이트 활성화를 위해 `capacitor.config.ts`를 업데이트하세요. 예시:
-
-```typescript
-const config: CapacitorConfig = {
-  server: {
-    url: process.env.NODE_ENV === 'development' ? 'http://localhost:3000' : 'https://production-url.com',
-    cleartext: true
-  }
-};
-```
-
-이 설정을 통해 Capacitor 앱의 개발, 테스트, 배포가 원활해집니다.
-
-[계속...]
diff --git a/src/content/blog/ko/setting-up-cicd-for-capacitor-apps.md b/src/content/blog/ko/setting-up-cicd-for-capacitor-apps.md
deleted file mode 100644
index eac9f0bee..000000000
--- a/src/content/blog/ko/setting-up-cicd-for-capacitor-apps.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-slug: setting-up-cicd-for-capacitor-apps
-title: Capacitor 앱을 위한 CI/CD 설정하기
-description: 'iOS와 Android 앱 출시를 CI/CD 파이프라인을 사용하여 간소화하고, 효율성을 높이며 오류를 줄이는 방법을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-11T06:22:21.536Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67aa9923b771216988320bf2-1739254956493.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  CI/CD, Capacitor apps, mobile development, automation, build process, live
-  updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**iOS와 Android 앱 릴리스를 더 빠르고 오류 없이 하고 싶으신가요?** [Capacitor](https://capacitorjs.com/) 앱용 CI/CD 파이프라인은 빌드, 테스트, 배포를 자동화하여 릴리스 시간을 최대 70% 단축하고 오류를 60% 줄입니다. 이 가이드에서는 환경 설정부터 [Capgo](https://capgo.app/)를 통한 실시간 업데이트 자동화까지 알아야 할 모든 것을 다룹니다.
-
-### 주요 내용:
-
-- **[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에서 CI/CD가 중요한 이유**: 빌드 속도 78% 향상 및 스토어 거부율 60% 감소
-- **필수 도구**: [Xcode](https://developer.apple.com/xcode/), [Android Studio](https://developer.android.com/studio), [CocoaPods](https://cocoapods.org/) 등
-- **파이프라인 설정**: `npx cap sync`, 종속성 캐싱, 플랫폼별 빌드와 같은 작업 자동화
-- **Capgo를 통한 실시간 업데이트**: 단계별 출시 및 롤백 안전장치가 포함된 릴리스 후 업데이트 활성화
-
-### 빠른 설정 단계:
-
-1. **환경 준비**: iOS 및 Android용 필수 도구 설치
-2. **프로젝트 구성**: `capacitor.config.ts` 업데이트 및 환경 변수 안전하게 관리
-3. **빌드 파이프라인**: 양 플랫폼의 종속성 설치, 빌드, 테스트 자동화
-4. **성능 최적화**: 캐싱, 병렬 빌드, 조건부 워크플로우 사용
-5. **실시간 업데이트 추가**: 단계별 출시가 가능한 안전한 OTA 업데이트를 위해 Capgo 통합
-
-CI/CD를 통해 Capacitor 앱은 오류와 수동 개입을 최소화하면서 더 빠르고 원활한 릴리스를 달성합니다. 워크플로우를 최적화할 준비가 되셨나요? 자세히 알아보겠습니다!
-
-## 기존 CI/CD 파이프라인에 모바일 기능 통합하기
-
-<iframe src="https://www.youtube.com/embed/rIPnuVwvbb0" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## CI/CD 환경 준비하기
-
-CI/CD의 기본을 파악했다면, 다음 단계는 환경을 설정하는 것입니다. 이는 안정적인 자동화의 근간이 됩니다.
-
-### 도구 및 소프트웨어 설정
-
-다음 주요 도구들이 설치되어 있는지 확인하세요:
-
-**iOS 개발용:**
-
-- **Xcode 14 이상**
-- **Xcode Command Line Tools**
-- **의존성 관리를 위한 CocoaPods**
-
-**Android 개발용:**
-
-- **Android Studio**
-- **Android SDK 33 이상**
-- **Java Development Kit (JDK)**
-
-Xcode Command Line Tools가 설치되어 있는지 확인하려면 다음을 사용하세요:
-
-```bash
-xcode-select -p
-```
-
-### [Capacitor](https://capacitorjs.com/) 프로젝트 생성
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-11.jpg?auto=compress)
-
-CI/CD 워크플로우를 위해 Capacitor 프로젝트가 올바르게 구성되어야 합니다. `capacitor.config.ts` 파일이 이 설정의 핵심입니다:
-
-```typescript
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  webDir: 'build',
-  ios: { 
-    scheme: 'MyApp'
-  }
-}
-```
-
-이 파일은 프로젝트가 CI/CD 요구사항에 부합하도록 보장합니다.
-
-### 환경 변수 설정
-
-자격 증명을 안전하게 관리하는 것은 환경 설정과 CI/CD 파이프라인을 연결하는 핵심 부분입니다.
-
-**정의해야 할 주요 변수:**
-
-- **`BUILD_ENV`**: 배포 단계 지정 (예: `production`)
-- **`IOS_SIGNING_IDENTITY`**: 코드 서명 인증서
-- **`ANDROID_KEYSTORE_PATH`**: Android 키스토어 경로
-
-Android 빌드의 경우, CI 프로세스 중에 `local.properties` 파일을 동적으로 생성:
-
-```bash
-echo "sdk.dir=$ANDROID_SDK_ROOT" > android/local.properties
-```
-
-iOS 빌드 작업 시에는 CI 플랫폼이 macOS 에이전트를 지원하는지 확인하세요.
-
-환경이 준비되었는지 확인하려면:
-
-```bash
-node --version | grep "v16" && xcodebuild -version | grep "Xcode 14" || exit 1
-```
-
-키와 자격 증명을 적절히 관리하면 앞서 언급된 통계 [\[1\]](https://opstree.com/blog/2023/06/27/cicd-for-mobile-app-development-using-capacitor-js-on-azure-devops/)와 같이 앱 스토어 거부율을 크게 낮출 수 있습니다.
-
-[계속...]
-
-### Capacitor 앱을 만드는 방법
-
-Capacitor 앱을 만드는 과정은 다음과 같은 간단한 단계로 이루어집니다:
-
-1. **환경 설정**: 시스템에 Node.js와 npm을 설치합니다. 그런 다음 Ionic CLI를 사용하여 Capacitor 지원이 포함된 새 프로젝트를 시작합니다:
-
-    ```bash
-npm install --ignore-scripts
-npm install @capacitor/cli
-```
-
-2. **플랫폼 지원 추가**: iOS나 Android와 같이 대상으로 하는 플랫폼을 추가합니다:
-
-    ```yaml
-- task: Cache@2
-  inputs:
-    key: 'npm | "$(Agent.OS)" | package-lock.json'
-    path: |
-      node_modules
-      android/.gradle
-      ios/Pods
-```
-
-3. **웹 코드 동기화**: 다음 명령을 실행하여 웹 코드가 네이티브 플랫폼과 동기화되도록 합니다:
-
-    ```yaml
-steps:
-  - task: InstallAppleCertificate@2
-    inputs:
-      certSecureFile: 'certificate.p12'
-      certPwd: $(P12_PASSWORD)
-  - script: |
-      xcodebuild -workspace ios/App/App.xcworkspace -scheme App -configuration Release -archivePath ios/App/App.xcarchive archive
-```
-
-동기화 단계는 플랫폼 전반에 걸쳐 앱의 일관성을 유지하고 CI/CD 파이프라인에서 원활한 작동을 보장하는 데 매우 중요합니다. 환경 설정에 대한 자세한 내용은 도구 섹션을 확인하세요.
diff --git a/src/content/blog/ko/setup-ci-and-cd-in-gitlab.md b/src/content/blog/ko/setup-ci-and-cd-in-gitlab.md
deleted file mode 100644
index 87bcec7ac..000000000
--- a/src/content/blog/ko/setup-ci-and-cd-in-gitlab.md
+++ /dev/null
@@ -1,86 +0,0 @@
----
-slug: setup-ci-and-cd-in-gitlab
-title: GitLab으로 앱 자동 빌드 및 릴리스하기
-description: >-
-  Crea la tua pipeline CI/CD con GitLab gratuitamente e distribuisci la tua
-  applicazione Ionic Capacitor JS ad ogni push su main.
-author: Anik Dhabal Babu
-author_image_url: 'https://avatars.githubusercontent.com/u/81948346?v=4'
-author_url: 'https://x.com/anikdhabal'
-created_at: 2023-09-14T00:00:00.000Z
-updated_at: 2025-12-31T01:33:21.000Z
-head_image: /CI_CD_in_Gitlab.webp
-head_image_alt: GitLab의 CI/CD
-keywords: 'GitLab, CI/CD, automatic build, automatic release, mobile app updates'
-tag: CI/CD
-published: true
-locale: ko
-next_blog: ''
----
-
-이 문서는 GitLab을 사용한 CI/CD 파이프라인 설정 방법을 안내합니다.
-
-## 서문
-
-먼저 Capacitor 앱을 Capgo에 추가했는지 확인하세요. 이 튜토리얼은 업로드 단계에만 초점을 맞추고 있습니다. Capgo에 앱을 추가하는 방법은 이 [Tutorial](https://capgo.app/blog/update-your-capacitor-apps-seamlessly-using-capacitor-updater/)을 참고하세요.
-
-## 커밋 규칙
-
-먼저 [conventional commits](https://wwwconventionalcommitsorg/en/v100/) 커밋 규칙을 따르기 시작해야 합니다. 이는 도구가 버전 번호를 어떻게 업그레이드할지 이해하는데 도움이 되며, 5분이면 배울 수 있습니다.
-
-![Conventional commits](/conventional_commits.webp)
-
-## 태그를 위한 GitLab CI/CD
-
-GitLab 저장소의 루트에 다음 내용으로 gitlab-ci.yml 파일을 생성하세요.
-
-      
-     stages:
-          - tag
-
-     bump_version:
-       stage: tag
-       only:
-         - main
-      except:
-        variables:
-      - $CI_COMMIT_MESSAGE =~ /^chore\(release\):/
-      script:
-       - git config --global user.email "gitlab@yourdomain.com"
-       - git config --global user.name "GitLab CI/CD"
-       - git checkout $CI_COMMIT_REF_NAME
-       - git pull origin $CI_COMMIT_REF_NAME
-       - npx capacitor-standard-version
-       - git push origin $CI_COMMIT_REF_NAME --tags
-
-스크립트 섹션에서 "gitlab@yourdomain.com"과 "GitLab CI/CD"를 귀하의 GitLab 이메일과 사용자 이름으로 바꾸세요. 이 설정은 main 브랜치에 푸시할 때만 작업을 트리거하고 "chore(release):"로 시작하는 커밋 메시지는 제외합니다.
-
-## 빌드를 위한 GitLab CI/CD
-
-gitlab-ci.yml 파일에 빌드를 위한 다른 단계를 추가하세요:
-
-        stages:
-          - deploy
-
-       deploy:
-         stage: deploy
-         only:
-           - tags  # 이 작업은 태그 푸시에서만 실행됩니다
-         script:
-           - apt-get update -qy && apt-get install -y nodejs npm
-           - npm install -g @capgo/cli
-           - npm ci
-           - npm run build
-           - npx @capgo/cli bundle upload -a $CAPGO_TOKEN -c production
-         variables:
-           FIREBASE_CONFIG: $FIREBASE_CONFIG  # GitLab 프로젝트 설정에서 이것을 정의하세요
-         environment:
-           name: production
-
-GitLab 프로젝트의 CI/CD 변수에 Capgo API 키(CAPGO_TOKEN)가 추가되어 있는지 확인하세요. GitLab의 프로젝트로 이동하여 설정 > CI/CD > 변수로 이동한 다음, CAPGO_TOKEN이라는 이름의 변수를 API 키 값과 함께 추가하세요.
-
-npm run build 명령을 변경하는 등 특정 프로젝트의 빌드 프로세스에 맞게 빌드 스크립트를 사용자 정의하세요.
-
-## 결론
-
-여기까지 입니다! 우리는 기술 여정에서 한 걸음 더 나아갔습니다. 현대 소프트웨어 개발에서 CI/CD는 필수적으로 고려해야 할 요소입니다. 이 가이드라인이 모든 분들께 도움이 되길 바랍니다.
\ No newline at end of file
diff --git a/src/content/blog/ko/setup-stripe-payment-in-us-capacitor.md b/src/content/blog/ko/setup-stripe-payment-in-us-capacitor.md
deleted file mode 100644
index 5e1f40123..000000000
--- a/src/content/blog/ko/setup-stripe-payment-in-us-capacitor.md
+++ /dev/null
@@ -1,727 +0,0 @@
----
-slug: setup-stripe-payment-in-us-capacitor
-title: Capacitor 앱에서 새로운 Apple 가이드라인에 따라 Stripe 결제 링크 구현하기
-description: >-
-  캡acitator 앱에서 Stripe 결제 링크를 구현하여 2025년 5월 1일부터 시행되는 새로운 Apple 지침에 따라 디지털 상품
-  결제를 처리하는 방법을 배워보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2025-05-01T00:00:00.000Z
-updated_at: 2025-11-21T17:43:20.000Z
-head_image: /stripe_apple.webp
-head_image_alt: Capacitor 앱에서 Stripe 결제 구현
-keywords: >-
-  capacitor, stripe, payment links, app store guidelines, iOS, digital goods,
-  in-app purchases, external payments
-tag: Tutorial
-published: true
-locale: ko
----
-# Capacitor 앱에서 Stripe 결제 링크 구현하기: 새로운 Apple 가이드라인에 따른 규정
-
-2025년 5월 1일부터 Apple은 [Epic v. Apple 사건](https://storage.courtlistener.com/recap/gov.uscourts.cand.364265/gov.uscourts.cand.364265.1508.0_2.pdf)의 법원 판결에 따라 App Store 리뷰 가이드라인에 대한 중대한 변경 사항을 도입했습니다. 이러한 변경 사항은 특히 미국의 앱 개발자들이 디지털 상품 및 서비스에 대한 외부 결제 방법으로 연결할 수 있도록 하여, Apple의 인앱 구매 시스템에 대한 대안을 열어줍니다.
-
-## 모바일 결제를 영원히 변화시킨 에픽 전투
-
-이 순간에 이르기까지의 길은 길고 논란이 많았습니다. 이 모든 것은 2020년 8월, 인기 게임 Fortnite의 제작사 Epic Games가 Apple의 30% 수수료를 우회하는 직접 결제 옵션을 구현하면서 Apple의 App Store 가이드라인을 고의적으로 위반했을 때 시작되었습니다. Apple은 즉시 Fortnite를 App Store에서 제거했으며, Epic은 Apple의 iOS 앱 배포 및 인앱 결제에 대한 통제를 도전하는 소송을 제기했습니다.
-
-수년 간의 법정 싸움, 항소 및 반항소 끝에 법원은 Apple이 개발자가 앱 외부의 대체 결제 방법으로 사용자들을 유도하도록 허용해야 한다고 최종 판결했습니다. 이 결정은 2008년 시작 이후 동일한 기본 재정 모델로 운영되어 온 App Store 생태계의 경제학을 근본적으로 변화시킵니다.
-
-### 최종 판결 - 더 이상 항소 없음
-
-이 판결의 특히 중요한 점은 최종적이며 더 이상 항소할 수 없다는 것입니다. 대법원은 2025년 초 Apple의 항소를 기각하여 하급 법원의 결정을 법의 통치로 확립했습니다. 이는 개발자들이 Apple이 이후의 법적 도전으로 이 결정을 뒤집을 수 없다는 확신을 가지고 외부 결제 방법을 구현할 수 있음을 의미합니다.
-
-### 법에 의해 보장된 동등한 대우
-
-가장 중요한 것은 이 판결이 Apple이 외부 결제 방법을 사용하는 앱에 대해 차별할 수 없다고 명시하고 있다는 것입니다. 법원은 특히 Apple이:
-
-1. 외부 결제 방법을 사용하는 앱에 대해 추가 수수료를 부과하거나 추가 요구사항을 강요하는 것
-2. Apple의 인앱 구매 시스템을 독점적으로 사용하는 앱에 대해 검색 결과나 피처링에서 우대하는 것
-3. 기술적 조치를 사용하여 외부 결제 경험을 Apple 자신의 시스템보다 열등하게 만드는 것
-4. 기본 소비자 정보 외에 부담스러운 공시 요구사항을 부과하는 것
-
-이러한 명시적 보호 조항은 개발자들이 Apple의 미묘한 보복이나 차별에 대한 두려움 없이 Stripe 또는其他 외부 결제 제공자를 구현할 수 있도록 합니다. 법적으로 평준화된 경쟁 환경이 조성되었으며, Apple은 결제 방법 선택에 관계없이 모든 앱을 동등하게 대우해야 합니다.
-
-이 판결은 Apple의 폐쇄적인 접근 방식에 대한 가장 중대한 도전 중 하나를 나타내며, 모바일 앱 수익화 방식의 중대한 변화를 의미합니다. Apple의 30% 수수료(소기업의 경우 15%로 인하)에 오랜 불만을 품어온 개발자들에게 이 판결은 더 높은 이익 마진과 고객 경험에 대한 더 많은 통제의 길을 열어줍니다.
-
-## Apple의 인앱 구매에 비해 Stripe 사용의 재정적 이점
-
-이 변화의 재정적 영향은 개발자들에게 상당합니다:
-
-- **감소된 결제 처리 수수료**: Apple은 인앱 구매에 대해 일반적으로 30% 커미션(소기업의 경우 15%)을 부과하는 반면, Stripe의 수수료는 거래당 약 2.9% + $0.30입니다. 이러한 차이는 수익 마진을 크게 증가시킬 수 있습니다.
-
-- **더 빠른 지급**: Apple을 사용할 경우, 보통 자금을 받기 위해 45-90일을 기다려야 합니다. 반면 Stripe는 2-3 영업일 내에 자금을 귀하의 은행 계좌로 지급합니다.
-
-- **간소화된 환불 프로세스**: Apple의 복잡한 환불 시스템을 거치지 않고 Stripe의 대시보드를 통해 직접 환불을 처리할 수 있습니다.
-
-이러한 비용 절감 및 개선된 현금 흐름은 특히 소규모 개발자와 기업에게 큰 변화를 가져올 수 있습니다.
-
-이 기사에서는 Apple의 [업데이트된 가이드라인](https://developer.apple.com/app-store/review/guidelines/#business)을 준수하면서 이러한 새로운 규칙을 활용하기 위해 Capacitor 앱에서 Stripe 결제 링크를 구현하는 방법을 탐구합니다.
-
-> 이 구현은 [결제 링크에 대한 Stripe의 공식 문서](https://docs.stripe.com/mobile/digital-goods/payment-links)를 기반으로 하며, Capacitor 앱에 맞게 조정되었습니다.
-
-## 새로운 가이드라인 이해하기
-
-업데이트된 App Store 리뷰 가이드라인은 이제 개발자가 디지털 상품 및 구독 결제를 위해 외부 웹사이트로 사용자들을 유도할 수 있도록 허용합니다. 이 변화는 현재 미국 App Store에서 배포되는 앱에만 적용됩니다.
-
-여기서 이해해야 할 주요 사항들:
-
-1. 이제 앱 내에서 디지털 상품에 대한 외부 결제 옵션에 링크할 수 있습니다.
-2. 이는 미국 App Store의 앱에만 적용됩니다.
-3. 여전히 Apple의 공시 요구 사항을 준수해야 합니다.
-4. 모든 고객 지원 및 환불 처리에 대한 책임이 있습니다.
-
-## Capacitor 앱에서 Stripe 결제 링크 설정하기
-
-이제 기술적 구현으로 들어가 보겠습니다:
-
-### 단계 1: Stripe 대시보드에서 결제 링크 만들기
-
-먼저 Stripe 대시보드에서 결제 링크를 생성합니다:
-
-1. Stripe 대시보드의 결제 링크 섹션으로 이동합니다.
-2. "+ 새로 만들기"를 클릭하여 새 결제 링크를 생성합니다.
-3. 제품 또는 구독 세부 정보를 정의합니다.
-4. "결제 후" 설정에서 "확인 페이지 표시하지 않기"를 선택합니다.
-5. 성공 URL로서 유니버설 링크를 설정합니다(이것은 나중에 구성할 것입니다).
-6. "링크 생성"을 클릭하여 결제 링크를 생성합니다.
-
-### 단계 2: Capacitor 앱에서 유니버설 링크 설정하기
-
-결제 완료 후 사용자를 앱으로 다시 리디렉션하기 위해 유니버설 링크를 구성합니다:
-
-1. 도메인에 `apple-app-site-association` 파일을 생성합니다:
-
-```json
-{
-  "applinks": {
-    "apps": [],
-    "details": [
-      {
-        "appIDs": ["YOURTEAMID.com.yourdomain.yourapp"],
-        "components": [
-          {
-            "/": "/checkout_redirect*",
-            "comment": "Matches any URL whose path starts with /checkout_redirect"
-          }
-        ]
-      }
-    ]
-  }
-}
-```
-
-2. 이 파일을 `https://yourdomain.com/.well-known/apple-app-site-association`에 호스팅합니다.
-
-3. 올바른 MIME 타입 `application/json`으로 제공되는지 확인합니다.
-
-4. Capacitor 앱에서 유니버설 링크를 처리하도록 적절한 권한을 추가하여 구성합니다. 먼저 `capacitor.config.ts`에서:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  // Your existing app configuration (appId, appName, etc.)
-  plugins: {
-    Geolocation: {
-      // Request precise location access on iOS
-      iosLocationAccuracy: 'reduced'
-    }
-  }
-};
-
-export default config;
-```
-
-5. Xcode 프로젝트에 Associated Domains 권한을 추가합니다:
-   - Xcode 프로젝트를 엽니다.
-   - 앱 대상을 선택합니다.
-   - "Signing & Capabilities"로 이동합니다.
-   - "+ Capability"를 클릭하고 "Associated Domains"를 선택합니다.
-   - `applinks:yourdomain.com`을 추가합니다.
-
-### 단계 3: 대체 페이지 만들기
-
-앱이 설치되지 않은 경우를 처리하기 위해 리디렉션 URL에 대체 페이지를 만듭니다:
-
-```html
-<!DOCTYPE html>
-<html>
-<head>
-  <title>Redirecting...</title>
-  <meta http-equiv="refresh" content="0;url=https://yourdomain.com/app-download">
-</head>
-<body>
-  <p>Redirecting to download page...</p>
-</body>
-</html>
-```
-
-### 단계 4: Capacitor 앱에서 결제 버튼 구현하기
-
-이제 앱에 결제 버튼을 추가합니다:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-export async function openPaymentLink(userEmail, userId) {
-  // Use your actual Stripe payment link
-  const baseUrl = 'https://buy.stripe.com/your_payment_link';
-  
-  // Add URL parameters to customize the experience
-  const params = new URLSearchParams({
-    prefilled_email: encodeURIComponent(userEmail),
-    client_reference_id: userId
-  });
-
-  const fullUrl = `${baseUrl}?${params.toString()}`;
-  
-  // Simple window.open works in both web and Capacitor
-  // Using _blank opens in Safari on iOS which is important for users with saved Stripe Link credentials
-  window.open(fullUrl, '_blank');
-}
-```
-
-> **왜 Safari가 중요한가**: 결제 링크를 인앱 브라우저가 아닌 Safari에서(`window.open`을 통해) 여는 것은 사용자들이 Stripe Link에 이전에 저장한 결제 정보를 자동으로 사용할 수 있게 하여 유리합니다. 이는 사용자들이 신용 카드 정보를 다시 입력할 필요가 없어 원활한 체크아웃 경험을 제공하여 이탈률과 마찰을 크게 줄일 수 있습니다.
-
-### 단계 5: 앱에서 유니버설 링크 처리하기
-
-사용자가 다시 리디렉션될 때 앱이 유니버설 링크를 처리하도록 구성합니다:
-
-1. 먼저, 앱 플러그인을 설치합니다:
-
-```bash
-npm install @capacitor/app
-```
-
-2. 앱에서 앱 플러그인을 등록합니다:
-
-```typescript
-import { App } from '@capacitor/app';
-
-// In your initialization code
-App.addListener('appUrlOpen', (event) => {
-  // Example URL: https://yourdomain.com/checkout_redirect?session_id=cs_test_...
-  const url = new URL(event.url);
-  
-  if (url.pathname.startsWith('/checkout_redirect')) {
-    // Extract any parameters you need
-    const params = new URLSearchParams(url.search);
-    const sessionId = params.get('session_id');
-    
-    // Handle successful payment
-    if (sessionId) {
-      // Verify the payment on your server if needed
-      verifyPayment(sessionId);
-      
-      // Update UI to reflect successful purchase
-      updatePurchaseStatus(true);
-    }
-  }
-});
-
-async function verifyPayment(sessionId) {
-  // Call your backend to verify the payment
-  // This is optional if you're relying on webhooks
-}
-
-function updatePurchaseStatus(success) {
-  // Update your app UI to reflect purchase status
-}
-```
-
-### 단계 6: 주문 이행을 위한 웹훅 설정하기
-
-마지막으로, 서버에서 성공적인 결제를 처리하기 위한 웹훅을 구성합니다:
-
-```javascript
-// Using Express.js as an example
-const express = require('express');
-const stripe = require('stripe')('sk_test_your_stripe_secret_key');
-const app = express();
-
-// Use raw body parser for webhook signature verification
-app.post('/webhook', express.raw({type: 'application/json'}), async (req, res) => {
-  const sig = req.headers['stripe-signature'];
-  const webhookSecret = 'whsec_your_webhook_secret';
-  
-  let event;
-  
-  try {
-    event = stripe.webhooks.constructEvent(req.body, sig, webhookSecret);
-  } catch (err) {
-    console.log(`Webhook Error: ${err.message}`);
-    return res.status(400).send(`Webhook Error: ${err.message}`);
-  }
-  
-  // Handle the checkout.session.completed event
-  if (event.type === 'checkout.session.completed') {
-    const session = event.data.object;
-    
-    // Retrieve client_reference_id (your user ID)
-    const userId = session.client_reference_id;
-    
-    // Grant access to the purchased content
-    await grantAccess(userId, session.id);
-  }
-  
-  res.status(200).send();
-});
-
-async function grantAccess(userId, sessionId) {
-  // Your logic to grant access to the purchased content
-  // This could be updating a database, sending a notification, etc.
-}
-
-app.listen(3000, () => console.log('Webhook server running on port 3000'));
-```
-
-## Android 호환성
-
-분명히 하자면, Epic v. Apple 판결은 모바일 결제 생태계를 근본적으로 변화시켰습니다. iOS 앱에 직접적인 영향을 미칠 뿐만 아니라, 외부 결제 방법을 사용해 온 Android 개발자들에게도 그 위치를 강화시킵니다.
-
-**Android 개발자들은 이제 외부 결제 솔루션을 완전히 확신하고 구현할 수 있습니다.** Apple의 판결이 설정한 선례는 플랫폼 전반에 걸쳐 개발자들을 잠재적인 미래 제한으로부터 효과적으로 보호합니다. 이 법원 결정은 많은 Android 개발자들이 수년 간 해온 일을 증명해주었습니다 - 더 낮은 수수료로 대체 결제 옵션을 제공하는 것입니다.
-
-Google Play Store는 항상 Apple보다 외부 결제 방법에 대해 덜 제한적이었으며, 이제 법적 선례가 마련되었으므로, Android 앱에서 Stripe 또는 다른 외부 결제 제공자를 구현하는 데 사실상 위험이 없습니다. 이러한 구현을 진행하면서 법적 기초가 확고하다는 것을 알고 나아갈 수 있습니다.
-
-앞서 다룬 iOS에 대한 구현은 Android 디바이스에서도 거의 동일하게 작동합니다. Google Play Store는 외부 결제 방법에 대한 제한이 없으므로, 특별한 공시 대화 상자 없이 동일한 Stripe 결제 링크 접근 방식을 사용할 수 있습니다.
-
-딥 링크를 처리하기 위해 (iOS의 유니버설 링크에 해당하는), 다음을 수행해야 합니다:
-
-1. 리디렉션 URL을 처리하기 위해 `AndroidManifest.xml`에서 앱 링크를 설정합니다.
-2. 도메인에 앱의 세부 정보를 가진 `.well-known/assetlinks.json` 파일을 생성합니다.
-3. 성공적인 결제를 처리하기 위해 동일한 `appUrlOpen` 리스너 로직을 사용합니다.
-
-Capacitor의 장점은 플랫폼 특정 구성 작업을 완료한 후에도 실제 결제 흐름 코드는 양쪽 플랫폼 모두에서 동일하게 유지된다는 것입니다.
-
-## 결제 UI 생성하기
-
-여기 Capacitor 앱에 추가할 수 있는 결제 버튼 컴포넌트의 예가 있습니다:
-
-```vue
-<template>
-  <div class="payment-container">
-    <div class="pricing-card">
-      <h2 class="mb-4 text-xl font-bold">{{ product.name }}</h2>
-      <p class="mb-6 text-gray-600">{{ product.description }}</p>
-      <div class="mb-6 price-tag">
-        <span class="text-2xl font-bold">${{ product.price }}</span>
-        <span v-if="product.isSubscription" class="text-sm text-gray-500">/month</span>
-      </div>
-      <button 
-        @click="handlePayment" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        Purchase Now
-      </button>
-    </div>
-  </div>
-</template>
-
-<script setup>
-import { ref } from 'vue';
-import { Dialog } from '@capacitor/dialog';
-
-const props = defineProps({
-  product: {
-    type: Object,
-    required: true
-  },
-  userEmail: {
-    type: String,
-    default: ''
-  },
-  userId: {
-    type: String,
-    required: true
-  }
-});
-
-const isLoading = ref(false);
-
-async function showExternalPaymentDisclosure() {
-  const { value } = await Dialog.confirm({
-    title: 'Leaving App for Payment',
-    message: 'You are about to leave this app to make a payment. Apple is not responsible for the privacy or security of payments that are not made through the App Store. All payment-related issues, including refunds, must be handled by our support team.',
-    okButtonTitle: 'Continue',
-    cancelButtonTitle: 'Cancel'
-  });
-  
-  return value;
-}
-
-async function openPaymentLink() {
-  // Use your actual Stripe payment link
-  const baseUrl = 'https://buy.stripe.com/your_payment_link';
-  
-  // Add URL parameters to customize the experience
-  const params = new URLSearchParams({
-    prefilled_email: encodeURIComponent(props.userEmail),
-    client_reference_id: props.userId
-  });
-
-  const fullUrl = `${baseUrl}?${params.toString()}`;
-  
-  // Simple window.open works in both web and Capacitor
-  // Using _blank opens in Safari on iOS which is important for users with saved Stripe Link credentials
-  window.open(fullUrl, '_blank');
-}
-
-async function handlePayment() {
-  isLoading.value = true;
-  try {
-    // Only show the disclosure on iOS
-    if (window.Capacitor?.getPlatform() === 'ios') {
-      const userConfirmed = await showExternalPaymentDisclosure();
-      if (!userConfirmed) return;
-    }
-    
-    await openPaymentLink();
-  } catch (error) {
-    console.error('Payment error:', error);
-    await Dialog.alert({
-      title: 'Payment Error',
-      message: 'There was an error initiating the payment. Please try again.'
-    });
-  } finally {
-    isLoading.value = false;
-  }
-}
-</script>
-```
-
-## 다양한 지역 처리하기
-
-새로운 Apple 가이드라인이 미국 App Store의 앱에만 적용되므로, 사용자 지역을 감지하고 적절한 결제 방법을 적용하기 위한 전략이 필요합니다. 다음은 IP 지리 위치를 사용한 더 신뢰할 수 있는 접근 방식입니다:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-async function determinePaymentMethod() {
-  // Always use Stripe for Android
-  if (Capacitor.getPlatform() !== 'ios') {
-    return 'external';
-  }
-  
-  try {
-    // Use a geolocation service to determine user's country
-    const response = await fetch('https://ipapi.co/json/');
-    const locationData = await response.json();
-    
-    // Check if the user is in the United States
-    if (locationData.country_code === 'US') {
-      return 'external'; // Can use Stripe Payment Links
-    } else {
-      return 'iap'; // Must use In-App Purchases
-    }
-  } catch (error) {
-    console.error('Error detecting region:', error);
-    return 'iap'; // Default to IAP to be safe
-  }
-}
-
-export async function processPayment(product, userEmail, userId) {
-  const paymentMethod = await determinePaymentMethod();
-  
-  if (paymentMethod === 'external') {
-    // Use Stripe Payment Links
-    await initiateExternalPayment(userEmail, userId);
-  } else {
-    // Use Apple's In-App Purchase
-    await initiateInAppPurchase(product.appleProductId);
-  }
-}
-```
-
-이 접근 방식은 사용자의 IP 주소에 따라 사용자의 국가를 확인하기 위해 무료 `ipapi.co` 서비스를 사용합니다. MaxMind와 같은 다른 지리 위치 서비스를 사용하거나 보안을 위해 이 체크를 서버 측에서 구현할 수도 있습니다.
-
-> **주의**: 이 접근 방식이 작동하지만, IP 지리적 위치 정보가 항상 100% 정확하지 않다는 점을 기억하는 것이 중요합니다. 미션 크리티컬 애플리케이션의 경우 여러 탐지 방법을 사용하거나 사용자가 수동으로 지역을 선택할 수 있도록 고려하세요.
-
-### Capacitor 플러그인을 통한 보다 정확한 위치 탐지
-
-보다 정확한 위치 탐지를 위해 Capacitor Geolocation 플러그인과 @capgo/nativegeocoder를 함께 사용하여 사용자의 국가를 더 높은 정밀도로 결정할 수 있습니다:
-
-1. 먼저, 필요한 플러그인을 설치합니다:
-
-```bash
-npm install @capacitor/geolocation @capgo/nativegeocoder
-```
-
-2. Capacitor 프로젝트에서 플러그인을 구성합니다. 다음 내용을 `capacitor.config.ts`에 추가하세요:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  // Your existing app configuration (appId, appName, etc.)
-  plugins: {
-    Geolocation: {
-      // Request precise location access on iOS
-      iosLocationAccuracy: 'reduced'
-    }
-  }
-};
-
-export default config;
-```
-
-3. 위치 기반 지역 탐지를 구현합니다:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { Geolocation } from '@capacitor/geolocation';
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-async function isUserInUSA() {
-  try {
-    // Request permission first
-    const permissionStatus = await Geolocation.requestPermissions();
-    
-    if (permissionStatus.location === 'granted') {
-      // Get current position
-      const position = await Geolocation.getCurrentPosition({
-        timeout: 10000,
-        enableHighAccuracy: false
-      });
-      
-      // Use NativeGeocoder to reverse geocode the coordinates
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: position.coords.latitude,
-        longitude: position.coords.longitude,
-        useLocale: true,
-        maxResults: 1
-      });
-      
-      if (results.addresses.length > 0) {
-        // Check if the user is in the USA
-        return results.addresses[0].countryCode === 'US';
-      }
-    }
-    
-    // If we couldn't determine location or permission denied, fall back to IP detection
-    return await isUserInUSAByIP();
-  } catch (error) {
-    console.error('Error detecting location:', error);
-    // Fall back to IP detection on error
-    return await isUserInUSAByIP();
-  }
-}
-
-async function isUserInUSAByIP() {
-  try {
-    const response = await fetch('https://ipapi.co/json/');
-    const data = await response.json();
-    return data.country_code === 'US';
-  } catch (error) {
-    console.error('Error detecting IP location:', error);
-    return false; // Default to false to be safe
-  }
-}
-
-export async function determinePaymentMethod() {
-  // Always use Stripe for Android
-  if (Capacitor.getPlatform() !== 'ios') {
-    return 'external';
-  }
-  
-  // Check if user is in the USA
-  const isUSA = await isUserInUSA();
-  return isUSA ? 'external' : 'iap';
-}
-
-export async function processPayment(product, userEmail, userId) {
-  const paymentMethod = await determinePaymentMethod();
-  
-  if (paymentMethod === 'external') {
-    // Use Stripe Payment Links
-    await initiateExternalPayment(userEmail, userId);
-  } else {
-    // Use Apple's In-App Purchase
-    await initiateInAppPurchase(product.appleProductId);
-  }
-}
-```
-
-이 구현은 사용자가 물리적으로 미국에 위치하는지 여부를 결정하는 더 정확한 방법을 제공합니다. 처음에는 장치의 GPS와 네이티브 지오코더를 사용하여 국가를 결정하려고 시도합니다. 이 과정이 실패하면(권한 문제나 기타 오류로 인해) IP 기반 탐지로 넘어갑니다.
-
-`info.plist`(iOS) 및 `AndroidManifest.xml`(Android) 파일에 필요한 권한을 추가하는 것을 잊지 마세요:
-
-iOS (`ios/App/App/Info.plist`):
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>We need your location to determine which payment method to use based on regional availability.</string>
-```
-
-Android (`android/app/src/main/AndroidManifest.xml`):
-```xml
-<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-```
-
-이 접근 방식을 사용하면 새로운 Apple 가이드라인에 따라 사용자가 외부 결제 옵션을 이용할 수 있는 가장 정확한 방법을 제공합니다.
-
-## 구독 관리
-
-결제를 위해 Stripe를 사용하는 주요 장점 중 하나는 구독을 제공하고 관리할 수 있는 능력입니다. Capacitor 앱에서 구독 관리를 처리하는 방법은 다음과 같습니다:
-
-### 1. 구독 관리 페이지 생성
-
-사용자의 활성 구독을 표시하기 위해 앱에 구독 관리 페이지를 추가합니다:
-
-```vue
-<template>
-  <div class="subscription-manager">
-    <div v-if="isLoading" class="loading-indicator">
-      Loading subscription data...
-    </div>
-    
-    <div v-else-if="subscription" class="subscription-info">
-      <h2 class="mb-4 text-xl font-bold">Your Subscription</h2>
-      
-      <div class="mb-6 plan-details">
-        <p><span class="font-medium">Plan:</span> {{ subscription.planName }}</p>
-        <p><span class="font-medium">Status:</span> {{ subscription.status }}</p>
-        <p><span class="font-medium">Renews:</span> {{ formatDate(subscription.currentPeriodEnd) }}</p>
-      </div>
-      
-      <button 
-        @click="manageSubscription" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        Manage Subscription
-      </button>
-    </div>
-    
-    <div v-else class="no-subscription">
-      <p class="mb-4">You don't have an active subscription.</p>
-      <button 
-        @click="goToPricingPage" 
-        class="py-3 w-full font-medium text-white bg-indigo-600 rounded-lg transition-colors hover:bg-indigo-700"
-      >
-        View Plans
-      </button>
-    </div>
-  </div>
-</template>
-
-<script setup>
-import { ref, onMounted } from 'vue';
-import { getUserSubscription } from '../services/subscription';
-
-const subscription = ref(null);
-const isLoading = ref(true);
-
-onMounted(async () => {
-  try {
-    const userData = await getUserSubscription();
-    subscription.value = userData.subscription;
-  } catch (error) {
-    console.error('Failed to load subscription:', error);
-  } finally {
-    isLoading.value = false;
-  }
-});
-
-function formatDate(timestamp) {
-  return new Date(timestamp * 1000).toLocaleDateString();
-}
-
-function manageSubscription() {
-  // Open Stripe Customer Portal
-  window.open(subscription.value.portalUrl, '_blank');
-}
-
-function goToPricingPage() {
-  // Navigate to pricing page
-  // router.push('/pricing');
-}
-</script>
-```
-
-### 2. 구독 관리를 위한 고객 포털
-
-Stripe는 사용자가 구독을 관리할 수 있도록 하는 고객 포털을 제공합니다. 서버에서 이 포털로의 링크를 생성할 수 있습니다:
-
-```javascript
-// Server-side code (Node.js)
-const stripe = require('stripe')('sk_your_stripe_secret_key');
-
-async function createPortalSession(customerId) {
-  const session = await stripe.billingPortal.sessions.create({
-    customer: customerId,
-    return_url: 'https://yourdomain.com/account',
-  });
-  
-  return session.url;
-}
-```
-
-## 앱 스토어 준수 보장
-
-구현이 Apple의 지침을 준수하는지 확인하려면:
-
-1. 외부 구매에 대한 적절한 공지를 포함합니다
-2. 사용자가 앱을 떠나는 것임을 알리는 모달 시트를 구현합니다(Apple에서 요구함)
-3. 앱 내에서 이루어진 구매에 대해 Apple의 수수료를 우회하려고 시도하지 않습니다
-4. Apple이 거래에 책임이 없음을 사용자에게 명확히 전달합니다
-
-필요한 공지 모달을 구현한 예시는 다음과 같습니다:
-
-```typescript
-import { Dialog } from '@capacitor/dialog';
-
-async function showExternalPaymentDisclosure() {
-  const { value } = await Dialog.confirm({
-    title: 'Leaving App for Payment',
-    message: 'You are about to leave this app to make a payment. Apple is not responsible for the privacy or security of payments that are not made through the App Store. All payment-related issues, including refunds, must be handled by our support team.',
-    okButtonTitle: 'Continue',
-    cancelButtonTitle: 'Cancel'
-  });
-  
-  return value;
-}
-
-export async function initiateExternalPayment(userEmail, userId) {
-  const userConfirmed = await showExternalPaymentDisclosure();
-  
-  if (userConfirmed) {
-    await openPaymentLink(userEmail, userId);
-  }
-}
-```
-
-## 구현 테스트
-
-구현을 테스트하려면:
-
-1. 앱 내 결제 버튼을 클릭하면 공지가 표시된 후 Stripe 결제 페이지가 열립니다
-2. Stripe 테스트 카드 `4242 4242 4242 4242`를 사용하여 테스트 결제를 완료합니다
-3. 결제가 완료되면, 사용자에게 보편적인 링크를 통해 앱으로 다시 리디렉션되어야 합니다
-4. 웹훅이 `checkout.session.completed` 이벤트를 수신했는지 확인합니다
-
-## 결론
-
-iOS 앱에서 디지털 상품에 대해 외부 결제 옵션을 사용할 수 있는 능력은 개발자에게 더 큰 유연성을 제공하는 중대한 변화입니다. 이 변화는 현재 미국 App Store의 앱에만 해당되지만, Apple의 인앱 구매 시스템에 대한 중요한 대안을 제공합니다.
-
-Stripe Payment Links와 Capacitor를 사용하면 Apple의 가이드라인을 준수하면서 간소화된 결제 경험을 빠르게 구현할 수 있습니다. 이 접근 방식은 Stripe의 강력한 결제 인프라, 낮은 처리 수수료(3% 대 30%), 그리고 Apple의 인앱 구매 시스템에 비해 훨씬 빠른 지급(몇 달이 아닌 몇 일)이라는 장점을 제공합니다.
-
-모든 고객 지원 및 환불 문제는 Apple의 생태계 외부에서 발생하므로 직접 처리해야 한다는 점을 기억하세요.
-
-Capacitor 앱에 Stripe Payment Links를 구현하셨나요? 아래 댓글에서 경험을 공유해 주세요!
-
-## 자주 묻는 질문
-
-**Q: 이 접근 방식이 Apple의 지침을 준수하나요?**  
-A: 예, 2025년 5월 1일부로 Apple은 미국 App Store에서 배포되는 앱의 디지털 상품 및 서비스에 대해 외부 결제 방법으로 연결하는 것을 허용하며, 필요 공지를 포함하면 됩니다.
-
-**Q: 외부 결제 방법을 사용할 때 Apple의 수수료를 지불해야 하나요?**  
-A: 아니요, 새로운 규칙의 주요 이점 중 하나는 Apple의 시스템 외부에서 처리된 결제는 그들의 수수료에 적용되지 않습니다.
-
-**Q: 제 회사가 이 새로운 규칙을 활용하기 위해 미국에 기반해야 하나요?**  
-A: 아니요, 세계 어디에서나 회사는 미국 App Store에서 앱을 이용할 수 있고, 구매를 하는 사용자가 미국에 위치하기만 하면 외부 결제 방법을 구현할 수 있습니다. 이 규칙은 시장(미국 App Store)과 사용자 위치에 적용되며, 회사 위치에는 적용되지 않습니다. 이는 유럽, 아시아, 남미 또는 다른 곳의 개발자도 미국 기반 고객을 위해 Stripe Payment Links를 구현할 수 있음을 의미합니다.
-
-**Q: 미국 외부의 사용자가 외부 결제 옵션을 사용하려고 하면 어떻게 되나요?**  
-A: (기사를 통해 표시된 대로) 미국의 사용자에게만 외부 결제 옵션을 제공하기 위해 지역 탐지를 구현해야 합니다. 다른 지역의 경우 Apple의 인앱 구매 시스템을 계속 사용해야 합니다.
-
-**Q: 이 방법을 앱 외부에서 소비되는 물리적 상품이나 서비스에 사용할 수 있나요?**  
-A: 예, Apple은 앱 외부에서 소비되는 물리적 상품 및 서비스에 대해 항상 외부 결제 방법을 허용했습니다(예: 차량 공유 또는 음식 배달).
diff --git a/src/content/blog/ko/ssl-pinning-for-capacitor-apps.md b/src/content/blog/ko/ssl-pinning-for-capacitor-apps.md
deleted file mode 100644
index e1715707e..000000000
--- a/src/content/blog/ko/ssl-pinning-for-capacitor-apps.md
+++ /dev/null
@@ -1,272 +0,0 @@
----
-slug: ssl-pinning-for-capacitor-apps
-title: Capacitor 앱을 위한 SSL 핀닝
-description: Capacitor 앱에서 SSL 핀닝을 구현하여 보안을 강화하고 MITM 공격으로부터 보호하며 앱 스토어 가이드라인을 준수하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-11T22:40:35.604Z
-updated_at: 2025-05-11T22:41:34.262Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/682117615e3fe4823b5f0a24-1747003294262.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  SSL pinning, Capacitor apps, security, MITM attacks, certificate management,
-  app store compliance, mobile development
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-**SSL 핀닝은 서버 인증서를 직접 앱 내에서 확인하여 중간자(MITM) 공격과 같은 보안 위협으로부터 앱을 보호합니다.** 이를 사용하지 않으면 공격자가 민감한 데이터를 가로채거나 통신을 조작할 수 있습니다. 다음은 그 중요성과 효과적으로 구현하는 방법입니다:
-
-### SSL 핀닝이 중요한 이유:
-
--   **MITM 공격 방지:** API 호출의 가로채기를 차단합니다.
--   **보안 강화:** 서버 인증서를 알려진 값과 대조하여 확인합니다.
--   **앱 스토어 요구사항 충족:** Apple 및 Google의 보안 표준을 준수하는 데 도움이 됩니다.
--   **사용자 신뢰 구축:** 전송 중 사용자 데이터를 안전하게 유지합니다.
-
-### SSL 핀닝 구현을 위한 주요 단계:
-
-1.  **올바른 플러그인 선택:** iOS 및 Android와의 호환성을 보장합니다.
-2.  **앱 구성:** 앱의 설정에 인증서 데이터를 포함합니다.
-3.  **플랫폼별 설정:**
-    -   **Android:** `network_security_config.xml`을 사용하여 인증서 핀을 정의합니다.
-    -   **iOS:** `Info.plist`를 조정하고 런타임 중 인증서를 검증합니다.
-4.  **설정 테스트:** [Charles Proxy](https://www.charlesproxy.com/)와 같은 도구를 사용하여 공격을 시뮬레이션하고 보안을 검증합니다.
-5.  **인증서 관리:** 인증서를 정기적으로 업데이트하고 백업을 포함하여 다운타임을 피합니다.
-
-### 빠른 비교: Android vs. iOS SSL 핀닝
-
-| 기능 | Android | iOS |
-| --- | --- | --- |
-| 구성 파일 | `network_security_config.xml` | `Info.plist` |
-| 인증서 위치 | `res/raw` 디렉토리 | 앱 번들 |
-| 검증 방법 | XML 기반 구성 | ATS 및 런타임 검증 |
-| 업데이트 프로세스 | 수동 또는 자동화 | 수동 또는 자동화 |
-
-**전문가 팁:** [Capgo](https://capgo.app/)와 같은 도구를 사용하여 인증서 업데이트를 자동화하여 앱 재빌드 없이 원활하고 안전한 전환을 보장하세요. 이는 서비스 중단을 방지하고 앱 스토어 지침을 준수하는 데 도움을 줍니다.
-
-SSL 핀닝은 API 통신을 보호하고 사용자 데이터를 안전하게 유지하기 위해 모든 [Capacitor](https://capacitorjs.com/) 앱에 반드시 필요합니다. 오늘부터 구현을 시작하여 앱 보안을 강화하세요.
-
-## TLS/SSL 인증서 핀닝 설명
-
-## 설정 요구사항
-
-[Capacitor 앱](https://capgo.app/plugins/ivs-player/)에서 SSL 핀닝을 구성하려면 신중한 계획과 정밀한 설정이 필요합니다. 인증서 핀닝을 효과적으로 구현하기 위해 알아야 할 사항은 다음과 같습니다.
-
-### 올바른 SSL 핀닝 플러그인 선택
-
-첫 번째 단계는 iOS와 Android 모두에서 잘 작동하며 강력한 보안 기능을 제공하는 플러그인을 선택하는 것입니다. 플러그인을 비교할 때 이 요인을 염두에 두세요:
-
--   **플랫폼 호환성:** 플러그인이 iOS 및 Android 장치에서 제대로 작동하는지 확인하십시오.
--   **인증서 관리:** 인증서 처리를 단순화하는 플러그인을 선택하십시오.
--   **쉬운 업데이트:** 앱을 완전히 재빌드하지 않고 인증서를 업데이트할 수 있는 플러그인을 찾으세요.
--   **성능 고려사항:** 플러그인이 앱의 속도 및 반응성에 미칠 영향을 평가하십시오.
-
-### [Capacitor](https://capacitorjs.com/) 앱 구성
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/682117615e3fe4823b5f0a24/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-플러그인을 선택한 후 다음 단계는 SSL 핀닝을 활성화하기 위해 Capacitor 앱을 설정하는 것입니다. 구성 예는 다음과 같습니다:
-
-  
-적절한 전환을 보장하기 위해 이러한 변경 사항을 점진적으로 공개하는 것이 좋습니다. 일반 구성을 설정한 후 Android 및 iOS의 플랫폼별 조정으로 구현을 완료하십시오.
-
-## 플랫폼별 설정
-
-SSL 핀닝 설정은 중간자 공격을 효과적으로 방어하기 위해 Android와 iOS에 대해 맞춤형 구성이 필요합니다.
-
-### Android 구현
-
-Android에서 SSL 핀닝은 네트워크 보안 구성 설정 및 인증서 관리로 이루어집니다. 다음과 같은 절차로 진행합니다:
-
--   **네트워크 보안 구성 생성**
-    
-    Android 프로젝트의 `res/xml` 디렉토리에 `network_security_config.xml`이라는 파일을 생성하십시오.
-    
--   **AndroidManifest.xml 파일 업데이트**
-    
-    새로 생성한 네트워크 보안 구성을 `AndroidManifest.xml` 파일에 참조하십시오.
-    
--   **인증서 파일 추가**
-    
-    필수 인증서 파일(`.cer` 또는 `.pem`)을 Android 프로젝트의 `res/raw` 디렉토리에 저장합니다.
-    
-
-### iOS 구현
-
-iOS에서는 SSL 핀닝이 앱 전송 보안(ATS) 설정을 수정하고 런타임에서 인증서를 검증함으로써 구성됩니다. 다음 단계를 따르십시오:
-
--   **Info.plist에서 ATS 설정**
-    
-    앱의 `Info.plist` 파일에 다음 구성 요소를 추가하십시오.
-    
--   **코드에서 SSL 핀닝 초기화**
-    
-    앱 초기화 중 SSL 핀닝을 활성화하려면 다음 코드 스니펫을 사용하십시오.
-    
-
-### Android 및 iOS 구현 비교
-
-다음은 Android와 iOS 간 SSL 핀닝의 차이를 간단히 비교한 것입니다:
-
-| 기능 | Android | iOS |
-| --- | --- | --- |
-| 구성 파일 | `network_security_config.xml` | `Info.plist` |
-| 인증서 위치 | `res/raw` 디렉토리 | 앱 번들 |
-| 검증 방법 | XML 구성 | ATS 및 런타임 검증 |
-| 플러그인 지원 | 기본 + 맞춤형 플러그인 | 기본 + 맞춤형 플러그인 |
-
-다음으로, SSL 핀닝 설정의 신뢰성과 보안을 보장하기 위한 테스트 전략 및 일반적인 실수에 대해 설명하겠습니다.
-
-## 테스트 및 수정
-
-SSL 핀닝 설정을 테스트하는 것은 중간자(MITM) 공격을 방지하는 데 필수적입니다. 구현이 안전한지 확인하고 일반적인 문제를 해결하는 방법은 다음과 같습니다.
-
-### MITM 공격 테스트
-
-Charles Proxy와 같은 프록시 도구를 사용하여 MITM 공격을 시뮬레이션하고 SSL 핀닝 설정을 검증할 수 있습니다.
-
-**Charles Proxy 테스트**
-
-Charles Proxy로 테스트하려면 다음 단계를 따르십시오:
-
-1.  장치에 Charles 루트 인증서를 설치합니다.
-2.  Charles 설정에서 SSL 프록시를 활성화합니다.
-3.  SSL 프록시 목록에 API 도메인을 추가합니다.
-4.  장치를 Charles 프록시를 통해 트래픽을 라우팅하도록 구성합니다.
-
-SSL 핀닝이 올바르게 구현되었다면 테스트 중 애플리케이션 로그에서 인증서 검증 오류가 발생할 것입니다.
-
-**네트워크 구성 테스트**
-
-핀된 인증서로 연결을 검증하기 위해 다음 코드 스니펫을 사용하십시오:
-
-### 일반 오류 해결책
-
-다음은 일반적인 SSL 핀닝 문제와 이를 해결하는 방법입니다:
-
-| **오류 유형** | **일반 원인** | **해결책** |
-| --- | --- | --- |
-| 인증서 불일치 | 구성에서 잘못된 해시 | [OpenSSL](https://www.openssl.org/)을 사용하여 인증서 해시를 확인하십시오. |
-| 경로 문제 | 잘못된 인증서 위치 | 플랫폼별 인증서 경로를 확인하십시오. |
-| 형식 문제 | 잘못된 인증서 형식 | 인증서를 올바른 형식(예: PEM 또는 DER)으로 변환하십시오. |
-| 네트워크 시간 초과 | 잘못된 핀ning 구성 | 네트워크 보안 설정을 확인하십시오. |
-
-**인증서 해시 확인**
-
-인증서 해시가 구성과 일치하는지 확인하려면 다음 OpenSSL 명령어를 사용하십시오:
-
-오류를 해결한 후 인증서 업데이트 프로세스가 올바르게 작동하는지 확인하십시오.
-
-### 인증서 업데이트 테스트
-
-서비스 다운타임을 방지하기 위해 구성에 주 인증서와 백업 인증서를 모두 포함하십시오.
-
-**업데이트 테스트 프로세스**
-
-인증서 회전을 테스트하는 방법의 예는 다음과 같습니다:
-
-**인증서 만료 모니터링**
-
-중단을 피하기 위해 정기적으로 인증서 만료 여부를 확인하십시오:
-
-마지막으로, 다양한 조건(안정적인 WiFi, 모바일 데이터, 오프라인 시나리오 및 네트워크 전환)에서 설정을 테스트하여 강력한 보안 및 기능성을 보장하십시오.
-
-## SSL 핀닝 관리
-
-SSL 핀닝 설정이 완료되면 다음 단계는 시간이 지남에 따라 강력한 보안을 유지하기 위해 인증서 및 키 핀닝을 관리하는 것입니다.
-
-### 인증서 핀닝 vs. 키 핀닝
-
-SSL 핀닝과 관련하여 두 가지 주요 접근 방식(인증서 핀닝 및 공개 키 핀닝)이 있습니다. 각 방법은 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에 따라 각기 다른 장점을 가지고 있습니다:
-
-| 기능 | 인증서 핀닝 | 공개 키 핀닝 |
-| --- | --- | --- |
-| **보안 수준** | 높음 – 전체 인증서를 핀함 | 매우 높음 – 공개 키만 핀함 |
-| **유지 보수** | 매번 갱신 시 업데이트 필요 | 덜 빈번하게, 갱신에 생존 |
-| **구현** | 더 쉽게 구현 가능 | 초기 설정이 더 복잡함 |
-| **저장 Impact** | 큰 저장 공간 차지 | 최소한의 저장 요구 사항 |
-| **업데이트 빈도** | 매 인증서 갱신 시마다 | 공개 키 변경 시에만 |
-
-이 분류는 앱의 장기 유지 관리 전략에 가장 잘 맞는 방법을 결정하는 데 도움을 줄 수 있습니다.
-
-### 인증서 업데이트 자동화
-
-인증서를 업데이트하는 것은 API 통신을 보호하는 데 중요합니다. Capgo는 이러한 업데이트를 자동화하여 앱 스토어 재제출의 필요성을 없애는 간소화된 솔루션을 제공합니다. 제공되는 기능은 다음과 같습니다:
-
--   **빠른 채택률**: 업데이트는 단계별로 진행되며 추적되어 24시간 이내에 95% 채택률을 달성합니다 [\[1\]](https://capgo.app).
--   **암호화된 전송**: 업데이트는 종단 간 완전히 암호화됩니다.
--   **실시간 모니터링**: 분석을 통해 업데이트 성공에 대한 통찰력을 제공합니다.
-
-**구현 방법:**
-
--   **자동 업데이트 설정**  
-    인증서 업데이트를 자동으로 처리하기 위해 Capgo의 CI/CD 파이프라인을 통합하십시오. 이 설정은 일회성 비용이 $2,600입니다 [\[1\]](https://capgo.app).
-    
--   **인증서 메트릭 추적**  
-    Capgo의 분석 대시보드를 사용하여 현재 82%인 글로벌 업데이트 성공률과 같은 주요 메트릭을 모니터링하십시오 [\[1\]](https://capgo.app).
-
-이러한 조치는 잠재적인 MITM(중간자) 공격으로부터 앱을 보호하는 데 도움을 줍니다.
-
-### 앱 스토어 보안 가이드라인
-
-Apple App Store와 Google Play Store는 SSL 핀닝을 위한 엄격한 보안 요구 사항을 시행합니다. 그들의 기대 사항에 대한 간단한 개요는 다음과 같습니다:
-
-**Apple App Store:**
-
-1. 인증서는 종단 간 암호화를 사용하여 업데이트해야 합니다.
-2. 인증서의 적절한 검증은 필수입니다.
-3. 검토 과정 중에는 보안 문서가 필요합니다.
-
-**Google Play Store:**
-
-1. 업데이트는 승인된 메커니즘을 사용해야 합니다.
-2. 인증서 관리의 투명성이 필수적입니다.
-3. 비상 대처 메커니즘은 갖추어져 있어야 합니다.
-
-Capgo의 솔루션은 이러한 모든 요구 사항을 준수하면서 즉각적인 업데이트를 가능하게 합니다 [\[1\]](https://capgo.app). 강력한 보안 접근 방식을 위해 전통적인 앱 스토어 업데이트와 Capgo를 통한 실시간 업데이트를 결합하는 것을 고려해 보십시오. 이 하이브리드 전략은 귀하의 앱이 불필요한 지연 없이 안전하고 규정을 준수하도록 보장합니다.
-
-## 결론
-
-귀하의 Capacitor 앱을 MITM 공격으로부터 보호하기 위해 SSL 핀닝 구현은 필수입니다. 신뢰할 수 있는 인증서 데이터를 앱에 직접 삽입함으로써 API 통신의 보안을 크게 강화할 수 있습니다.
-
-성공적인 구현을 위해 다음의 중요한 측면을 염두에 두십시오:
-
-1. **인증서 관리:** 서비스 중단을 방지하기 위해 인증서를 정기적으로 업데이트하고 모니터링하는 것을 우선 사항으로 삼으십시오.
-2. **개발 워크플로우:** 프로덕션 빌드를 위한 엄격한 보안 프로토콜을 보장하면서 테스트 환경을 위한 우회 메커니즘을 통합하십시오.
-3. **플랫폼 가이드라인:** Apple App Store와 Google Play Store의 보안 요구 사항을 준수하여 규정 준수를 보장하십시오.
-
-SSL 핀닝은 사용자 데이터를 보호하고 앱의 무결성을 유지하는 데 중요한 역할을 합니다. 이전에 논의된 광범위한 보안 조치와 결합했을 때, 더 안전한 앱 환경을 만드는 데 기여합니다.
-
-## 자주 묻는 질문(FAQ)
-
-:::faq
-### Capacitor 앱에서 SSL 핀닝이 사용되지 않을 경우 어떤 위험이 발생할 수 있나요?
-
-Capacitor 앱에서 SSL 핀닝이 설정되지 않으면, 앱은 **중간자 공격(MITM)**의 더 쉬운 목표가 됩니다. 이러한 공격은 나쁜 행위자가 앱과 서버 간의 데이터를 가로채고 변조할 수 있게 합니다. 이로 인해 사용자 자격 증명이나 [API 키](https://capgo.app/docs/webapp/api-keys/)와 같은 민감한 정보가 노출될 수 있습니다.
-
-게다가 SSL 핀닝이 없으면 공격자는 신뢰할 수 있는 서버로 가장하기 위해 가짜 또는 침해된 인증서를 사용할 수 있습니다. 이는 데이터 유출의 가능성을 높입니다. SSL 핀닝을 구현함으로써 안전한 통신을 보장하고 사용자들을 이러한 위험으로부터 보호할 수 있습니다.
-:::
-
-:::faq
-### Capacitor 앱에서 Android와 iOS 간의 SSL 핀닝 구현 및 유지의 주요 차이점은 무엇인가요?
-
-SSL 핀닝은 Android와 iOS에서 약간 다르게 작동하며, 각 플랫폼의 고유한 API 및 보안 설정 때문입니다.
-
-**Android**에서는 개발자들이 주로 OkHttp와 같은 네트워크 라이브러리를 사용하거나 네이티브 설정을 통해 SSL 핀닝을 설정합니다. 그러나 핀된 인증서를 업데이트할 때는 보통 앱의 새 버전을 출시해야 합니다.
-
-**iOS**에서는 SSL 핀닝이 일반적으로 URLSession을 통해 처리되거나 서드파티 라이브러리를 이용하여 수행됩니다. Android와 마찬가지로 인증서 업데이트는 API 통신이 끊기지 않도록 주의 깊게 관리해야 합니다.
-
-두 플랫폼 모두 API 연결을 안전하게 유지하기 위해 인증서 만료 및 업데이트에 지속적인 주의를 기울여야 합니다. 정기적인 테스트는 호환성 문제를 조기에 발견하고 **중간자 공격(MITM)**에 대한 방어를 확보하는 데 필수적입니다.
-:::
-
-:::faq
-### SSL 인증서 업데이트를 자동화하고 Capacitor 앱이 앱 스토어 보안 요구 사항을 준수하도록 하려면 어떻게 해야 하나요?
-
-이 기사에서는 SSL 인증서 업데이트 자동화 도구나 전략에 대해서는 깊이 다루지 않지만, 앱의 보안을 강화하기 위해 취할 수 있는 단계들이 있습니다. 효과적인 조치 중 하나는 Capacitor 앱에 **SSL 핀닝**을 구현하는 것입니다. 이는 귀하의 앱을 **중간자 공격(MITM)**으로부터 보호하여 민감한 데이터가 손상되는 것을 방지합니다.
-
-실시간 업데이트를 관리하고 앱 유지 관리를 간소화하기 위해 **Capgo**와 같은 플랫폼은 게임 체인저가 될 수 있습니다. 이러한 플랫폼은 앱 스토어 규정을 준수하면서 업데이트를 더 쉽게 배포할 수 있게 도와주어 개발자와 사용자 모두에게 더 매끄러운 경험을 제공합니다.
-:::
diff --git a/src/content/blog/ko/staged-rollouts-vs-full-releases-comparison.md b/src/content/blog/ko/staged-rollouts-vs-full-releases-comparison.md
deleted file mode 100644
index e80af884c..000000000
--- a/src/content/blog/ko/staged-rollouts-vs-full-releases-comparison.md
+++ /dev/null
@@ -1,283 +0,0 @@
----
-slug: staged-rollouts-vs-full-releases-comparison
-title: '스테이지 롤아웃 vs 전체 출시: 비교'
-description: 앱의 요구사항과 사용자 기반에 가장 적합한 업데이트 전략을 결정하기 위해 단계적 출시와 전체 출시의 차이점을 살펴보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-30T02:25:03.907Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e8a654283d21cbd67ab720-1743301515130.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  staged rollouts, full releases, app updates, risk management, deployment
-  strategies, user feedback
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**스테이징 롤아웃**과 **전체 배포** 중 선택하는 것은 앱의 요구사항, 사용자 기반, 업데이트 긴급성에 따라 달라집니다. 간단히 정리하면:
-
--   **스테이징 롤아웃**: 업데이트가 작은 사용자 그룹에 점진적으로 배포되어 통제된 테스트, 위험 관리, 피드백 수집이 가능합니다.
--   **전체 배포**: 업데이트가 모든 사용자에게 한 번에 배포되며, 중요한 수정이나 시간에 민감한 업데이트에 적합합니다.
-
-### 빠른 비교
-
-| 측면 | 스테이징 롤아웃 | 전체 배포 |
-| --- | --- | --- |
-| **위험 수준** | 낮음 (초기에 제한된 노출) | 높음 (모든 사용자에게 동시 영향) |
-| **배포 속도** | 시간에 걸쳐 점진적 | 모든 사용자에게 즉시 |
-| **사용자 피드백** | 작은 그룹에서 점진적 수집 | 모든 사용자로부터 즉시 |
-| **롤백** | 선택적이고 빠름 | 전체적이나 더 느림 |
-| **서버 부하** | 균형잡힘 | 배포 중 높음 |
-| **사용 사례** | 새로운 기능 테스트, 위험 관리 | 중요 수정, 긴급 업데이트 |
-
-### 각 방법의 사용 시기
-
--   **스테이징 롤아웃**: [복잡한 업데이트](https://capgo.app/docs/plugin/cloud-mode/hybrid-update), 대규모 사용자 기반, 또는 위험 최소화가 우선순위일 때 적합합니다.
--   **전체 배포**: 긴급한 버그 수정, 보안 패치, 또는 광범위한 채택이 필요한 간단한 업데이트에 이상적입니다.
-
-**[Capgo](https://capgo.app/)** 같은 도구는 실시간 분석, 즉각적인 롤백, 원활한 배포와 같은 기능을 제공하여 두 방법 모두를 지원할 수 있습니다. 앱의 목표와 인프라에 맞는 방법을 선택하세요.
-
-## 카나리 배포: 더 안전한 배포 설명
-
-<iframe src="https://www.youtube.com/embed/dRAJVUaV958" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 스테이징 롤아웃 설명
-
-스테이징 롤아웃은 특정 사용자 그룹에 점진적으로 업데이트를 배포하는 것을 포함합니다. 이 방법은 위험을 관리하고 더 원활한 업데이트를 보장하는 데 도움이 됩니다.
-
-### 스테이징 롤아웃의 주요 기능
-
-스테이징 롤아웃은 통제된 배포와 위험 감소에 중점을 둡니다. Capgo의 채널 시스템과 같은 도구를 통해 개발자는 선택된 사용자 그룹에 다른 앱 버전을 제공할 수 있습니다.
-
-| 기능 | 목적 | 이점 |
-| --- | --- | --- |
-| **사용자 세분화** | 사용자를 작은 세그먼트로 그룹화 | 통제된 테스트 환경 생성 |
-| **버전 관리** | 여러 앱 버전 처리 | 모든 사용자에 대한 안정성 보장 |
-| **실시간 분석** | 업데이트 성능 추적 | 문제 신속 식별 및 수정 |
-| **즉각적인 롤백** | 이전 버전으로 되돌리기 | 오류의 영향 감소 |
-
-### 스테이징 롤아웃의 일반적인 방법
-
-이러한 기능은 두 가지 주요 접근 방식을 통해 적용됩니다:
-
--   **비율 기반 배포**: 작은 비율의 사용자로 시작하여 성능 데이터를 기반으로 점진적으로 롤아웃을 증가시킵니다.
--   **채널 기반 배포**: 사용자를 베타나 프로덕션과 같은 채널로 나누어 더 넓은 배포 전에 업데이트를 테스트하고 피드백을 수집합니다.
-
-### 스테이징 롤아웃의 장단점
-
-| 장점 | 단점 |
-| --- | --- |
-| 초기에 버그 감지 | 전체적으로 더 느린 롤아웃 |
-| 효과적인 위험 관리 | 관리가 더 복잡 |
-| 특정 사용자 피드백 획득 | 여러 버전이 사용자를 혼란스럽게 할 수 있음 |
-| 백그라운드에서 업데이트 | 더 많은 리소스 필요 |
-| 쉬운 롤백 옵션 | 초기 설정이 어려울 수 있음 |
-
-스테이징 롤아웃을 효과적으로 구현하기 위해, Capgo와 같은 도구는 성공과 사용자 참여를 모니터링하기 위한 실시간 분석을 제공합니다 [\[1\]](https://capgo.app/).
-
-## 전체 배포 설명
-
-전체 배포는 모든 사용자를 동시에 업데이트하는 것을 포함하며, 스테이징 롤아웃에 비해 더 전통적인 접근 방식을 따릅니다. 빠른 업데이트 주기에서 위험을 관리하면서 원활한 사용자 경험을 보장하는 데 중요한 역할을 합니다.
-
-### 전체 배포의 주요 기능
-
-최근의 개선사항들은 전체 배포를 더 효율적이고 신뢰할 수 있게 만들었으며, 모든 사용자에게 일관된 경험을 제공합니다.
-
-| 기능 | 설명 | 영향 |
-| --- | --- | --- |
-| **즉각적인 배포** | 업데이트가 모두에게 동시에 도달 | 버전 일관성 유지 |
-| **통일된 경험** | 모든 사용자가 동일한 기능 획득 | 지원 프로세스 단순화 |
-| **[자동 업데이트](https://capgo.app/docs/plugin/cloud-mode/auto-update/)** | 백그라운드에서 업데이트 발생 | 중단 감소 |
-| **직접 배포** | 앱 스토어 리뷰 지연 우회 | 배포 일정 단축 |
-
-이제 전통적인 전체 배포가 현대적인 방법과 어떻게 비교되는지 살펴보겠습니다.
-
-### 기존 vs 새로운 전체 배포 방법
-
-기존의 전체 배포 방법은 긴 앱 스토어 리뷰에 의존했으며, 종종 업데이트가 몇 주씩 지연되었습니다. 그러나 현대적인 방법은 개발자가 사용자에게 직접 업데이트를 푸시할 수 있게 하여 더 빠른 수정과 기능 롤아웃을 가능하게 합니다.
-
-| 측면 | 전통적인 방법 | 현대적인 방법 |
-| --- | --- | --- |
-| **업데이트 속도** | 앱 스토어 승인에 몇 주 소요 | 즉각적인 배포 |
-| **성공 추적** | 제한된 인사이트 | 실시간 분석 |
-| **사용자 경험** | 사용자의 수동 업데이트 | [자동 백그라운드 업데이트](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-| **배포 제어** | 기본적인 버전 처리 | 고급 배포 컨트롤 |
-
-> "더 이상 기다림 없이! 앱 스토어 지연 없이 사용자에게 직접 라이브 코드 변경사항을 푸시하세요. 중요한 수정사항과 기능을 준비되는 대로 배포하세요." - Capgo [\[1\]](https://capgo.app/)
-
-현대적인 접근 방식은 더 나은 속도와 제어를 제공하며 전체 배포 관리 방식을 재형성하고 있습니다.
-
-### 전체 배포의 장단점
-
-| 장점 | 단점 |
-| --- | --- |
-| 모든 사용자의 즉각적인 채택 | 문제 발생 시 더 높은 위험 |
-| 단순화된 버전 관리 | 점진적 테스트 단계 없음 |
-| 모두에게 일관된 경험 | 모든 사용자가 동시에 영향받음 |
-| 지원 및 문서화가 더 쉬움 | 제한된 롤백 옵션 |
-| 더 빠른 배포 프로세스 | 잠재적인 서버 부하 스파이크 |
-
-Capgo는 전 세계적으로 82%의 업데이트 성공률과 평균 57ms의 API 응답 시간을 보고합니다 [\[1\]](https://capgo.app/).
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 우리 사용자들에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-## 직접 비교: 스테이징 vs 전체 배포
-
-여기서는 스테이징 롤아웃과 전체 배포를 비교하여 앱 성능과 사용자 경험에 직접적인 영향을 미치는 요소들을 자세히 살펴보겠습니다.
-
-| 측면 | 스테이징 롤아웃 | 전체 배포 |
-| --- | --- | --- |
-| 위험 수준 | 더 낮음 – 초기에 사용자 하위 집합에 제한된 노출 | 더 높음 – 모든 사용자에게 한번에 업데이트 푸시 |
-| 배포 속도 | 95% 사용자 커버리지까지 24시간 [\[1\]](https://capgo.app/) | 전체 사용자 기반에 즉각적 |
-| 업데이트 성공률 | 82% 전역 성공률 [\[1\]](https://capgo.app/) | 인프라 능력에 크게 의존 |
-| 비용 효율성 | 시간이 지날수록 더 경제적 | 초기 비용은 낮지만 문제 발생 시 수정 비용이 더 높음 |
-| 사용자 피드백 루프 | 점진적인 피드백 수집 | 모든 사용자로부터 즉각적인 피드백 |
-| 롤백 능력 | 즉각적이고 선택적인 롤백 가능 [\[1\]](https://capgo.app/) | 롤백 시 모든 사용자에게 영향 |
-| 리소스 요구사항 | 균형잡힌 서버 부하 | 인프라 과부하 위험 |
-| 버전 관리 | 여러 버전이 공존 가능 | 단일 버전이 전체적으로 배포 |
-
-각 접근 방식은 속도, 비용, 위험과 관련하여 자체적인 트레이드오프를 가지고 있습니다. 예를 들어, 스테이징 롤아웃은 선택적 롤백과 점진적인 피드백 수집을 허용하여 업데이트 테스트에 더 안전한 옵션이 됩니다. 반면에 전체 배포는 더 빠르지만 광범위한 문제를 피하기 위해 강력한 인프라와 엄격한 사전 릴리스 테스트가 필요합니다.
-
-주요 차이점은 _위험 관리_에 있습니다. 스테이징 롤아웃은 개발자에게 전체 사용자 기반으로 확장하기 전에 더 작은 규모에서 성능을 모니터링할 수 있는 능력을 제공합니다. 전체 배포는 더 빠르지만 모든 사용
-
-| 요소 | 단계적 출시 | 전체 출시 |
-| --- | --- | --- |
-| 업데이트 긴급성 | 낮은 우선순위 업데이트 | 중요하거나 시간에 민감한 업데이트 |
-| 위험 허용도 | 낮은 위험 임계값 | 높은 위험 허용도 필요 |
-| 모니터링 필요성 | 상세한 분석 필요 | 제한된 모니터링 필요 |
-| 리소스 요구사항 | 중간 수준의 서버 부하 | 초기 높은 인프라 수요 |
-| 롤백 옵션 | 즉각적이고 대상화된 롤백 | 전체 롤백만 가능 |
-
-팀의 프로세스와 사용 가능한 도구에 맞는 선택을 해야 합니다. Capgo와 같은 플랫폼은 고급 업데이트 배포 채널과 배포 성공을 추적하는 분석 기능을 제공하여 두 방식 모두를 지원할 수 있습니다 [\[1\]](https://capgo.app/). 진행하기 전에 시스템이 준비되었는지 확인하고, 잠재적인 사용자 영향을 평가하며, 출시를 효과적으로 관리하는 데 필요한 도구가 있는지 확인하세요.
-
-## 출시 방법 구현 가이드
-
-효과적인 업데이트 출시는 신중한 계획과 적절한 도구가 필요합니다. 단계적 출시와 전체 출시 모두를 관리하기 위한 가이드입니다.
-
-### 단계적 출시 단계
-
-단계적 접근을 위해 다음 단계를 따르세요:
-
--   **준비 단계**: 사용자 세그먼트를 식별하고 성공 지표를 정의합니다. 충돌 비율, 참여도, 기능 채택과 같은 KPI를 추적하기 위한 분석을 설정합니다.
--   **초기 출시**: 최소한의 영향으로 잠재적 문제를 포착하기 위해 작은 테스트 그룹에 업데이트를 출시합니다. 24시간 동안 출시를 모니터링합니다.
--   **점진적 확장**: 모든 사용자가 업데이트를 사용할 수 있을 때까지 출시를 점진적으로 확장합니다.
-
-더 빠른 전체 배포가 필요한 경우, 전체 출시가 더 나은 옵션일 수 있습니다.
-
-### 전체 출시 단계
-
--   스테이징 환경에서 철저한 QA를 수행합니다.
--   전체 시스템 백업을 생성합니다.
--   모든 사용자에게 업데이트를 배포합니다.
--   출시 후 24시간 동안 주요 지표를 모니터링합니다.
--   인앱 메시징을 통해 사용자에게 업데이트를 알립니다.
-
-원활한 배포를 위해서는 일반적인 실수를 피하는 것이 중요합니다.
-
-### 피해야 할 일반적인 실수
-
-| 실수 | 영향 | 예방 전략 |
-| --- | --- | --- |
-| 불충분한 테스팅 | 충돌 비율 증가 | 출시 전 전용 테스트 채널 사용 |
-| 잘못된 타이밍 | 사용자 중단 | 사용량이 적은 시간대에 업데이트 예약 |
-| 롤백 계획 부재 | 연장된 다운타임 | 자동 롤백 트리거 구성 |
-| 부적절한 모니터링 | 지연된 문제 감지 | 실시간 분석 및 알림 설정 |
-
-### 원활한 배포를 위한 추가 팁
-
--   **테스트 환경 설정**: 테스트 환경은 프로덕션과 최대한 유사해야 합니다. Capgo의 채널 시스템과 같은 도구는 베타 테스트와 단계적 출시를 더 쉽게 만듭니다 [\[1\]](https://capgo.app/).
--   **롤백 준비**: 항상 롤백 계획을 준비하세요. Capgo와 같은 현대적인 플랫폼은 문제가 발생할 경우 이전 버전으로 되돌릴 수 있는 즉각적인 롤백 기능을 제공합니다 [\[1\]](https://capgo.app/).
--   **통합 요구사항**: 적절한 CI/CD 파이프라인 통합을 보장하세요. 초기 비용이 발생할 수 있지만(Capgo는 $2,600 청구 [\[1\]](https://capgo.app/)), 이 투자는 배포 위험을 최소화하고 장기적으로 수동 오류를 줄입니다.
-
-## [Capgo](https://capgo.app/) 출시 관리 기능
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e8a654283d21cbd67ab720/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-Capgo는 효과적인 출시 전략을 기반으로 단계적 및 전체 출시 프로세스를 단순화하고 개선하도록 설계된 도구를 제공합니다.
-
-### Capgo 단계적 출시 도구
-
-Capgo의 채널 시스템은 단계적 출시에 대한 정밀한 제어를 가능하게 하여 높은 업데이트 성공률을 보장합니다 [\[1\]](https://capgo.app/).
-
-Capgo가 단계적 출시를 위해 제공하는 것들:
-
-| 기능 | 기능 | 이점 |
-| --- | --- | --- |
-| **사용자 타겟팅** | 단계적 업데이트를 위한 사용자 세그먼트 | 특정 그룹과 함께 업데이트 테스트 |
-| **실시간 분석** | 업데이트 성공률 추적 | 문제를 빠르게 식별하고 해결 |
-| **즉각적 롤백** | 원클릭으로 버전 되돌리기 | 문제 발생 시 다운타임 감소 |
-| **베타 채널** | 전용 테스트 환경 | 초기에 버그 포착 |
-
-### Capgo 전체 출시 도구
-
-Capgo는 글로벌 CDN, 백그라운드 업데이트, 원활한 CI/CD 통합을 사용하여 전체 출시를 빠르고 안전하게 만듭니다. 플랫폼은 5MB 번들을 단 114ms만에 전달하며, 평균 API 응답 시간은 57ms입니다 [\[1\]](https://capgo.app/).
-
-전체 출시를 위한 주요 기능:
-
--   **종단간 암호화**
--   **백그라운드 업데이트**
--   **부분 업데이트 지원**
--   **CI/CD 통합**
-
-이러한 기능은 모든 규모의 앱에 대해 신뢰할 수 있고 효율적인 배포를 보장합니다.
-
-### 시장 위치
-
-Capgo의 도구는 다른 플랫폼에 비해 주목할 만한 비용 절감을 제공하면서 업데이트 성능을 향상시킵니다. 지금까지 Capgo는 750개의 프로덕션 앱에서 2,350만 건의 업데이트를 전달했습니다 [\[1\]](https://capgo.app/).
-
-Capgo와 경쟁사 비교:
-
-| 서비스 | 설치 비용 | 월간 운영 비용 |
-| --- | --- | --- |
-| **Capgo** | $2,600 일회성 | ~$300 |
-| **[Appflow](https://ionic.io/appflow)** | N/A | $500 ($6,000 연간) |
-
-> "Capgo는 핫 코드 푸시를 만드는 스마트한 방법입니다(@Appflow처럼 세상의 모든 돈을 들이지 않고도) :-)" – NASA's OSIRIS-REx [\[1\]](https://capgo.app/)
-
-Capgo로 전환하는 많은 조직들이 배포 품질을 손상시키지 않고도 낮은 비용을 보고합니다. 업데이트를 단순히 서명하는 경쟁사와 달리 진정한 종단간 암호화를 사용한다는 점이 특징입니다 [\[1\]](https://capgo.app/).
-
-## 요약 및 다음 단계
-
-효과적인 앱 출시를 위해서는 업데이트 속도와 위험 관리의 균형을 맞추는 것이 필수적입니다.
-
-### 주요 포인트 검토
-
-두 가지 주요 출시 방법에 대한 간단한 개요:
-
-| 출시 방법 | 최적화 대상 | 주요 이점 | 주요 과제 |
-| --- | --- | --- | --- |
-| **단계적 출시** | 대규모 사용자 기반, 복잡한 기능 | 위험 감소, 대상화된 테스팅 가능 | 완전한 배포에 더 오래 걸림 |
-| **전체 출시** | 중요한 수정, 작은 업데이트 | 빠른 배포, 쉬운 추적 | 위험 노출 증가 |
-
-성공은 앱의 필요에 맞는 전략을 얼마나 잘 구현하느냐에 달려 있습니다. 앞으로 나아갈 최선의 접근 방식을 파악하는 방법은 다음과 같습니다.
-
-### 선택하기
-
-앱에 가장 적합한 출시 전략을 결정하기 위해 다음 요소들을 사용하세요:
-
-1.   **앱의 규모 평가**
-
-5,000명 이상의 사용자를 가진 앱은 종종 단계적 출시의 혜택을 받습니다. 예시:
-
-> "우리는 5000명 이상의 사용자 기반에 대해 Capgo OTA 업데이트를 프로덕션에 출시했습니다. OTA가 @Capgo에 배포된 후 몇 분 안에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 보고 있습니다." [\[1\]](https://capgo.app/)
-
-2.   **업데이트 빈도 고려**
-
-팀이 애자일 개발을 따르는 경우, 지속적인 전달이 종종 우선순위입니다:
-
-> "우리는 애자일 개발을 실천하며 @Capgo는 우리 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-
-3.   **구현 단계**
-
-시작하려면 다음 단계를 따르세요:
-
--   `npx @capgo/cli init`을 사용하여 배포 설정 실행
--   모니터링 및 분석 시스템 구축
--   안전을 위한 롤백 옵션 활성화
--   진행 상황을 추적할 명확한 성공 지표 정의
-
-앱의 필요에 맞게 조정된 적절한 출시 방법과 도구의 조합이 더 원활한 업데이트와 더 나은 결과를 보장할 것입니다.
diff --git a/src/content/blog/ko/staging-ota-updates-best-practices.md b/src/content/blog/ko/staging-ota-updates-best-practices.md
deleted file mode 100644
index 175073957..000000000
--- a/src/content/blog/ko/staging-ota-updates-best-practices.md
+++ /dev/null
@@ -1,204 +0,0 @@
----
-slug: staging-ota-updates-best-practices
-title: 'OTA 업데이트 스테이징: 모범 사례'
-description: 'OTA 업데이트 준비에 대한 모범 사례를 학습하고, 효과적인 테스트와 롤백 전략을 통해 원활한 앱 배포와 향상된 사용자 경험을 보장하세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-15T01:20:29.530Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67fda45772a40527486bdcbd-1744680128983.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, staging environment, app testing, error tracking, network
-  conditions, phased rollouts, app deployment
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**Over-the-Air (OTA) 업데이트**를 통해 개발자는 앱스토어 승인 없이 직접 사용자에게 앱 변경사항을 푸시할 수 있습니다. 이를 통해 버그 수정과 기능 출시가 빨라지며, **24시간 내에 활성 사용자의 95%가 업데이트를 받을 수 있습니다**. 하지만 적절한 스테이징 환경 없이는 업데이트가 실패하여 충돌이나 호환성 문제가 발생할 수 있습니다.
-
-### 스테이징 환경이 중요한 이유
-
-**스테이징 환경**은 OTA 업데이트를 실제 적용하기 전에 테스트하는 데 도움이 됩니다. 프로덕션 설정을 모방하고, 업데이트 성능을 추적하며, 신속한 롤백을 허용합니다. 주요 이점은 다음과 같습니다:
-
--   다양한 기기 및 네트워크 환경에서 테스트
--   실시간 오류 추적 및 모니터링
--   소규모 사용자 그룹에 대한 제어된 출시
-
-### 스테이징이 해결하는 일반적인 문제
-
-| **문제** | **영향** | **해결책** |
-| --- | --- | --- |
-| 호환성 문제 | 앱 충돌 | 다양한 기기에서 테스트 |
-| 불균등한 성능 | 사용자 불만 | 단계적 출시 |
-| 치명적인 버그 | 좋지 않은 사용자 경험 | 오류 모니터링 및 롤백 |
-
-### 스테이징 빠른 설정 팁
-
-1.  **프로덕션 설정 일치시키기** (서버, 데이터베이스, 통합).
-2.  **익명화된 데이터 사용** 으로 현실적인 테스트.
-3.  **CI/CD 파이프라인으로 빌드 자동화**.
-4.  **단계별 테스트**: 알파, 베타, 릴리스 후보 채널.
-
-### OTA 성공을 위한 도구
-
-**[Capgo](https://capgo.app/)** 와 같은 플랫폼은 암호화된 업데이트, 오류 추적, 롤백 옵션과 같은 기능으로 스테이징을 단순화합니다. **프로덕션에서 750개의 앱**과 **2,350만 건의 업데이트가 전달된** 실적으로 빠르고 안전하며 신뢰할 수 있는 업데이트를 보장합니다.
-
-**핵심 포인트**: 강력한 스테이징 환경은 원활한 OTA 업데이트를 보장하여 위험을 줄이고 사용자 경험을 개선합니다.
-
-## 스테이징 및 프로덕션 환경 - 소프트웨어 테스트 ...
-
-<iframe src="https://www.youtube.com/embed/HN8D8IHLb9s" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 스테이징 환경 구축하기
-
-프로덕션에 롤아웃하기 전에 OTA 업데이트를 테스트하기 위한 스테이징 환경 설정은 필수입니다.
-
-### 스테이징 환경의 주요 구성 요소
-
-프로덕션 환경을 제대로 복제하려면 다음 구성 요소가 필요합니다:
-
-| 구성 요소 | 목적 | 구현 팁 |
-| --- | --- | --- |
-| **테스트 기기** | 기기 다양성 보장 | iOS와 Android 기기를 혼합하여 포함. |
-| **네트워크 시뮬레이터** | 다양한 조건에서 테스트 | 대역폭 제한과 지연 시간 구성. |
-| **모니터링 도구** | 성능 문제 추적 | 오류 로깅 및 분석 도구 설정. |
-| **버전 관리** | [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | 스테이징용 별도 브랜치 사용. |
-| **CI/CD 파이프라인** | 배포 자동화 | 프로덕션 배포 워크플로우 복제. |
-
-스테이징 환경은 프로덕션과 매우 유사해야 하지만 격리된 상태를 유지해야 합니다. Capgo와 같은 플랫폼은 전용 테스트 채널을 제공하여 정확하고 신뢰할 수 있는 테스트 조건을 가능하게 합니다.
-
-### 스테이징 환경 설정 방법
-
-프로덕션 환경을 미러링하는 스테이징 설정을 만들고 유지하려면 다음 단계를 따르세요:
-
-1.  **환경 구성**  
-    서버, 데이터베이스, 타사 통합을 포함한 프로덕션 설정과 일치시킵니다.
-    
-2.  **데이터 관리**  
-    테스트에 익명화된 프로덕션 데이터를 사용합니다. 현실성을 유지하기 위해 이 데이터를 정기적으로 새로 고칩니다.
-    
-3.  **자동화 통합**  
-    프로덕션을 미러링하는 CI/CD 파이프라인을 구현합니다. 예시:
-    
-    -   빌드 자동화, 통합 테스트 실행, 성능 모니터링 및 롤백 기능 활성화.
-4.  **[업데이트 채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)**  
-    테스트 프로세스를 구분된 단계로 나눕니다:
-    
-    -   _알파 채널_: 개발자 테스트용.
-    -   _베타 채널_: 내부 팀 테스트용.
-    -   _릴리스 후보 채널_: 최종 프로덕션 전 검사용.
-
-정기적인 업데이트와 모니터링을 통해 스테이징 환경을 프로덕션과 동기화된 상태로 유지하세요. 이는 문제를 조기에 발견하고 두 환경 간의 불일치를 방지하는 데 도움이 됩니다.
-
-## OTA 업데이트 테스트 방법
-
-### 수동 vs 자동화 테스트
-
-OTA 업데이트 테스트는 수동과 자동화 접근 방식을 모두 포함합니다. 각 방법에는 장점이 있으며, 이를 결합하면 철저한 테스트 범위를 보장할 수 있습니다.
-
-| 테스트 유형 | 가장 적합한 용도 | 주요 도구/접근방식 |
-| --- | --- | --- |
-| **수동** | 사용자 경험, 시각적 요소 및 엣지 케이스 확인 | 기기 테스트, 베타 테스터 피드백, 사용자 플로우 평가 |
-| **자동화** | 회귀 테스트 실행, 성능 측정 및 네트워크 조건 시뮬레이션 | CI/CD 파이프라인, 자동화 테스트 스위트, 부하 테스트 도구 |
-| **하이브리드** | 릴리스 검증, 새로운 기능 테스트 및 롤백 신뢰성 보장 | 수동 확인과 자동화된 안전 프로세스의 조합 |
-
-시뮬레이션된 네트워크 테스트도 연결 관련 문제를 발견하는 데 중요한 역할을 합니다.
-
-### 네트워크 조건 테스트
-
-다양한 네트워크 조건에서 테스트하여 OTA 업데이트가 안정적으로 수행되도록 보장합니다:
-
--   **네트워크 시나리오 시뮬레이션**
-    
-    -   2G, 3G, 4G, 5G 네트워크를 통한 업데이트 테스트.
-    -   간헐적인 연결 상태에서 성능 확인.
-    -   연결이 끊긴 후 업데이트가 원활하게 재개되는지 확인.
--   **성능 지표 모니터링**
-    
-    -   다양한 조건에서 다운로드 속도 측정.
-    -   업데이트 성공 완료 빈도 추적.
-    -   분석을 위한 대역폭 사용 패턴 기록.
-
-예를 들어, Capgo는 필요한 변경사항만 다운로드하여 대역폭과 시간을 모두 절약하도록 업데이트를 최적화합니다.
-
-### 오류 처리 및 복구
-
-테스트는 종종 OTA 업데이트 중 앱 안정성을 유지하기 위해 강력한 복구 전략이 필요한 문제를 발견합니다. 효과적인 오류 처리가 핵심입니다.
-
-| 오류 유형 | 복구 방법 | 방법 상세 |
-| --- | --- | --- |
-| **네트워크 실패** | 자동 재시도 메커니즘 | 점진적 백오프를 사용하고 체크포인트에서 업데이트 재개. |
-| **버전 충돌** | 롤백 프로토콜 | 사용자 데이터를 유지하면서 원클릭 복원 허용. |
-| **저장소 문제** | 공간 관리 사례 | 업데이트 전 검사 및 정기적인 정리로 공간 확보. |
-
-Capgo는 복구 노력을 간소화하기 위한 오류 추적 및 분석 도구를 제공합니다:
-
--   **업데이트 상태 모니터링**  
-    실시간 인사이트를 사용하여 업데이트 성공률을 추적하고 잠재적 문제를 조기에 식별.
-    
--   **복구 절차 구현**  
-    문제 발생 시, 특히 단계적 롤아웃 중에 안정적인 버전으로 신속하게 롤백.
-    
--   **배포 채널 관리**  
-    베타 테스트와 단계적 롤아웃을 위한 전용 채널 사용. 이 접근 방식은 전체 릴리스 전에 더 작은 사용자 그룹으로 업데이트를 검증하여 위험을 최소화.
-    
-
-## OTA 업데이트 관리
-
-효과적인 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)는 성공적인 OTA 전략의 마지막 요소입니다. 이는 원활한 배포를 보장하고 강력한 테스트 관행을 기반으로 합니다.
-
-### 업데이트 크기 줄이기
-
-대역폭 요구사항을 줄이고 업데이트를 더 작게 만들기 위해 **델타 업데이트**, **에셋 압축**, **코드 최소화**와 같은 방법을 고려하세요. 이러한 기술은 프로세스를 간소화하고 사용자 경험을 개선하는 데 도움이 됩니다.
-
-### 단계적 롤아웃
-
-단계적 롤아웃으로 알려진 점진적인 업데이트 릴리스는 위험을 최소화하는 데 도움이 됩니다. 특정 그룹을 대상으로 함으로써 전체 규모 릴리스 전에 성능을 모니터링하고 문제를 해결할 수 있습니다. Capgo의 채널 시스템과 같은 도구는 베타 테스트나 단계적 롤아웃을 위해 다양한 업데이트 버전을 배포할 수 있게 함으로써 이를 더 쉽게 만듭니다 [\[1\]](https://capgo.app/).
-
-### 앱스토어 규칙 준수
-
-검토 과정에서의 지연이나 중단을 피하기 위해 앱스토어 가이드라인을 준수하는 것이 중요합니다. Apple과 Google 모두 엄격한 보안 프로토콜을 시행하며, Capgo와 같은 도구는 업데이트가 이러한 표준에 부합하도록 보장함으로써 이를 단순화합니다.
-
-> "앱스토어 규정 준수" - Capgo [\[1\]](https://capgo.app/)
-
-## [Capgo](https://capgo.app/) 를
-
-- **스테이징과 프로덕션을 구분**하기 위해 별도의 업데이트 채널을 설정하세요.
-- **자세한 오류 추적을 활성화**하여 초기에 문제를 포착하세요.
-- 필요한 경우 **원클릭 롤백 기능**을 사용하여 신속하게 업데이트를 되돌리세요.
-
-**프로덕션에서 750개의 앱**과 **2,350만 건의 업데이트 전달** 실적으로 [\[1\]](https://capgo.app/), Capgo는 OTA 업데이트를 효율적이고 안전하게 관리할 수 있는 신뢰성을 입증했습니다.
-
-## 결론: OTA 업데이트 가이드라인
-
-### 주요 테스트 포인트
-
-OTA 업데이트 테스트는 신뢰성과 원활한 사용자 경험을 보장하기 위해 체계적인 접근이 필요합니다. 효과적으로 수행될 경우 업데이트는 최대 82%의 성공률을 달성할 수 있습니다 [\[1\]](https://capgo.app/). 테스트 시 중점을 둬야 할 주요 영역은 다음과 같습니다:
-
-| **테스트 요구사항** | **구현 중점사항** |
-| --- | --- |
-| 업데이트 배포 | 채널 기반 배포를 통한 제어된 출시 |
-| 오류 모니터링 | 실시간 추적 및 진단 도구 |
-| 네트워크 상태 | 다양한 연결 속도에서의 테스트 |
-| 버전 관리 | 스테이징과 프로덕션 환경 분리 |
-| 롤백 프로토콜 | 업데이트 되돌리기를 위한 신뢰할 수 있는 메커니즘 |
-
-실제 사례를 통해 이러한 우선순위의 중요성을 확인할 수 있습니다:
-
-> "5,000명 이상의 사용자를 대상으로 프로덕션에서 Capgo OTA 업데이트를 출시했습니다. OTA가 @Capgo에 배포된 후 몇 분 안에 거의 모든 사용자가 최신 상태가 되는 매우 원활한 운영을 확인했습니다." [\[1\]](https://capgo.app/)
-
-### 다음 단계
-
-OTA 업데이트를 안전하고 효율적으로 만들기 위해 다음 단계를 고려하세요:
-
-- 보안 표준과 앱 스토어 요구사항을 충족하기 위해 **암호화된 전달 시스템을 사용**하세요.
-- 중요 지표를 실시간으로 추적하기 위해 **모니터링 도구를 설정**하세요.
-- 전체 사용자로 확장하기 전에 소규모 사용자 그룹으로 시작하는 **단계적 출시를 구현**하세요.
-
-Capgo와 같은 플랫폼이 지원하는 잘 준비된 스테이징 환경은 이러한 목표 달성에 도움이 될 수 있습니다. 예를 들어, 활성 사용자의 95%가 24시간 이내에 업데이트할 수 있으며, 전 세계 API 평균 응답 시간은 57ms입니다 [\[1\]](https://capgo.app/).
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ko/state-privacy-laws-for-mobile-apps-comparison.md b/src/content/blog/ko/state-privacy-laws-for-mobile-apps-comparison.md
deleted file mode 100644
index 3c71ca960..000000000
--- a/src/content/blog/ko/state-privacy-laws-for-mobile-apps-comparison.md
+++ /dev/null
@@ -1,117 +0,0 @@
----
-slug: state-privacy-laws-for-mobile-apps-comparison
-title: '모바일 앱을 위한 주 개인정보 보호법: 비교'
-description: >-
-  California를 시작으로 Virginia와 Colorado의 모바일 앱 프라이버시법의 주요 차이점을 살펴보고 규정 준수를 보장하는
-  방법을 알아보겠습니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-22T02:47:03.403Z
-updated_at: 2025-03-22T02:47:41.440Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67de206e13cee397379a38f6-1742611661440.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  mobile apps, privacy laws, CCPA, VCDPA, CPA, data protection, user rights,
-  compliance, security measures
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-
-모바일 앱 개인정보보호법은 주마다 다르며, 개발자들이 이를 이해하는 것이 중요합니다. 캘리포니아, 버지니아, 콜로라도의 주요 개인정보보호 규정에 대한 간단한 개요입니다:
-
--   **캘리포니아 ([CCPA](https://enwikipediaorg/wiki/California_Consumer_Privacy_Act)/[CPRA](https://enwikipediaorg/wiki/CPRA))**: 상세한 공개, 데이터 판매에 대한 옵트아웃 옵션, 민감한 데이터에 대한 엄격한 규칙이 필요합니다. 사용자는 자신의 데이터에 접근, 삭제, 수정할 수 있습니다.
--   **버지니아 ([VCDPA](https://probloomberglawcom/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))**: 민감한 데이터에 대한 동의, 합리적인 보안 조치, 데이터 접근, 삭제, 수정과 같은 사용자 권리에 중점을 둡니다. "판매 금지" 버튼이 필요하지 않습니다.
--   **콜로라도 ([CPA](https://coaggov/resources/colorado-privacy-act/))**: 옵트아웃 옵션, 민감한 데이터에 대한 동의, 고위험 활동에 대한 필수 개인정보보호 평가를 강조합니다.
-
-### 간단한 비교
-
-| 주법 | 주요 특징 | 사용자 권리 | 고유 요구사항 |
-| --- | --- | --- | --- |
-| **CCPA/CPRA** | 상세한 데이터 공개, 데이터 판매 옵트아웃, 민감한 데이터에 대한 엄격한 규칙 | 접근, 삭제, 수정, 이전 | 자동화된 의사결정에 대한 투명성 |
-| **VCDPA** | 민감한 데이터에 대한 동의, 합리적인 보안 조치, 공급업체 계약 | 접근, 삭제, 수정, 이동성 | "판매 금지" 버튼 불필요 |
-| **CPA** | 옵트아웃 옵션, 민감한 데이터에 대한 동의, 개인정보보호 평가 | 접근, 삭제, 수정, 이전 | 필수 개인정보보호 위험 평가 |
-
-이러한 법률을 준수하지 않으면 벌금과 평판 손상을 초래할 수 있습니다. 개발자는 법률 준수를 위해 명확한 데이터 고지, 동의 시스템, 강력한 보안 관행에 집중해야 합니다.
-
-## 2023 개인정보보호 업데이트: 새로운 주 데이터 개인정보보호법 브리핑
-
-[[HTML_TAG]][[HTML_TAG]]
-
-## 1. 캘리포니아 개인정보보호법 ([CCPA](https://enwikipediaorg/wiki/California_Consumer_Privacy_Act)/[CPRA](https://enwikipediaorg/wiki/CPRA))
-
-캘리포니아는 **캘리포니아 소비자 개인정보보호법(CCPA)**과 **캘리포니아 개인정보보호 권리법(CPRA)**으로 개발자들에게 엄격한 데이터 기준을 요구하며 개인정보보호 규정을 선도하고 있습니다.
-
-**CCPA**는 다음 기준 중 하나 이상을 충족하는 기업에 적용됩니다:
-
--   연간 수익이 2,500만 달러 초과
--   50,000명 이상의 캘리포니아 주민의 데이터를 처리
--   개인 데이터 판매로 수익의 50% 이상을 얻음
-
-모바일 앱이 이러한 규칙의 적용을 받는 경우 다음 사항을 공개해야 합니다:
-
--   수집되는 개인 데이터의 유형
--   데이터가 수집되는 이유
--   데이터가 공유되는 제3자
--   데이터 보관 기간
--   캘리포니아 법률에 따라 부여된 사용자 권리
-
-캘리포니아 주민들은 개인 데이터에 대한 접근, 삭제, 수정, 이전할 수 있는 권리를 포함한 특정 권리를 가집니다. 또한 데이터 판매를 거부할 수 있습니다.
-
-위치 정보, 로그인 정보, 재무 정보, 생체 인식 데이터, 건강 관련 정보와 같은 민감한 데이터의 경우, 앱은 다음과 같은 더 엄격한 프로토콜을 따라야 합니다:
-
--   명시적 옵트인 동의 획득
--   더 강력한 보안 조치 구현
--   민감한 데이터 저장 기간 제한
--   이 정보에 접근할 수 있는 사람 제한
-
-자동화된 의사결정에 의존하는 앱의 경우, **CPRA**는 투명성을 요구합니다. 개발자는 알고리즘의 작동 방식, 결정이 내려지는 이유, 사용자에게 미치는 영향을 설명해야 합니다.
-
-캘리포니아의 개인정보보호법은 주 내에서 기준을 설정할 뿐만 아니라 전국의 [개인정보보호 정책](https://capgo.app/dp/)에 영향을 미치며, 개발자들이 컴플라이언스에 접근하는 방식을 형성합니다.
-
-## 2. 버지니아 데이터 보호법 ([VCDPA](https://probloomberglawcom/insights/privacy/virginia-consumer-data-protection-act-vcdpa/))
-
-![VCDPA](https://mars-images.imgix.net/seobot/screenshots/probloomberglawcom-e2d26366f154a86b70aef4e66139addc-2025-03-22).jpg?auto=compress)
-
-2023년 1월 1일부터 버지니아 소비자 데이터 보호법(VCDPA)은 연간 최소 100,000명의 버지니아 주민의 개인 데이터를 처리하거나 관리하는 기업, 또는 데이터 처리로 수익의 절반 이상을 얻는 경우 25,000명의 주민에 대해 적용됩니다.
-
-모바일 앱 개발자들에게 이 법은 몇 가지 주요 요구사항을 도입합니다:
-
--   **명확한 동의 획득** 민감한 개인 데이터 처리 전
--   **합리적인 보안 조치 구현** 및 데이터 처리 활동 기록 유지
--   개인 데이터를 관리하는 벤더들과 **계약 체결**
-
-VCDPA에 따라 버지니아 주민들은 특정 권리를 가집니다. 그들은 자신의 데이터에 접근, 삭제, 수정할 수 있으며, 이동 가능한 사본을 요청하고 타겟 광고를 거부할 수 있습니다.
-
-캘리포니아의 개인정보보호법과 달리, VCDPA는 "판매 거부" 버튼이나 데이터 사용과 관련된 금전적 인센티브에 대한 공개를 요구하지 않습니다. 구체적인 기술적 조치를 명시하지는 않지만, 기업들이 합리적인 보안 관행을 채택할 것을 요구합니다. 법 집행은 버지니아 법무장관이 담당하며, 기업들에게 문제 해결 기회를 준 후 민사 처벌을 부과할 수 있습니다.
-
-이 법은 기업들에게 어느 정도의 유연성을 제공하면서 소비자 데이터를 보호하는 것을 목표로 합니다. 버지니아에서 활동하는 모바일 앱 개발자들은 규정을 준수하고 사용자 신뢰를 유지하기 위해 개인정보보호 정책을 신중히 평가해야 합니다.
-
-## 3. 콜로라도 개인정보보호 규칙 ([CPA](https://coag.gov/resources/colorado-privacy-act/))
-
-![CPA](https://mars-images.imgix.net/seobot/screenshots/coag.gov-27b642301e832ad4f24c09bcab1135ad-2025-03-22.jpg?auto=compress)
-
-콜로라도 개인정보보호법(CPA)은 콜로라도에서 운영되는 기업들에 영향을 미치는 데이터 보호 지침을 설정합니다. 이는 특정 데이터나 수익 기준을 충족하는 기업들에 적용됩니다. 모바일 앱 개발자들에게 이는 개인정보를 보호하고 데이터 처리의 투명성을 보장하기 위한 특정 규칙을 따라야 함을 의미합니다.
-
-주요 요구사항은 다음과 같습니다:
-
--   **거부 옵션**: 사용자들은 타겟 광고와 데이터 판매를 거부할 수 있는 명확한 방법을 가져야 함
--   **민감한 데이터에 대한 동의**: 기업들은 민감한 개인정보 수집 전 사용자 동의를 받아야 함
--   **상세한 개인정보보호 고지**: 개발자들은 수집되는 데이터 유형, 처리 이유, 제3자와의 공유 여부에 대해 명확한 정보를 제공해야 함
-
-CPA는 또한 암호화, 정기적인 감사, 사고 대응 계획, 필요한 데이터로의 수집 제한과 같은 강력한 보안 관행을 강조합니다.
-
-콜로라도 주민들은 이 법에 따라 개인 데이터에 대한 접근, 수정, 삭제, 이전과 같은 여러 권리를 얻습니다. 또한 자동화된 의사결정 과정을 거부할 수 있습니다. CPA의 두드러진 특징 중 하나는 기업들이 고위험 처리 활동에 대한 데이터 보호 평가를 수행해야 한다는 요구사항입니다. 이 단계는 개인정보보호 위험을 식별하고 해결하는 데 도움을 줍니다. 캘리포니아와 버지니아의 유사한 법들과 달리, 콜로라도는 고위험 데이터 사용에 대해 이러한 평가를 의무화합니다.
-
-CPA는 모바일 앱에서 더 나은 소비자 개인정보보호, 더 강력한 보안, 더 큰 투명성을 추구합니다.
-
-## 4. [Capgo](https://capgo.app/) 개인정보보호 표준
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-22.jpg?auto=compress)
-
-Capgo는 CCPA, VCDPA, CPA와 연계하여 주 규정과 실제 앱 개발 요구 사항 사이의 격차를 해소합니다.
-
-**종단 간 암호화**를 통해 Capgo는 앱 업데이트 중 사용자 데이터가 안전하게 유지되도록 보장합니다. 놀랍게도, 활성 사용자의 95%가 24시간 이내에 안전하게 업데이트를 받으며, 82%의 전역 성공률을 달성합니다 [\[1\]](https://capgo.app/)
\ No newline at end of file
diff --git a/src/content/blog/ko/testing-capacitor-ota-updates-with-mock-scenarios.md b/src/content/blog/ko/testing-capacitor-ota-updates-with-mock-scenarios.md
deleted file mode 100644
index c7c75c069..000000000
--- a/src/content/blog/ko/testing-capacitor-ota-updates-with-mock-scenarios.md
+++ /dev/null
@@ -1,223 +0,0 @@
----
-slug: testing-capacitor-ota-updates-with-mock-scenarios
-title: Capacitor OTA 업데이트 테스트 모의 시나리오
-description: Capacitor 앱에서 OTA 업데이트를 효과적으로 테스트하여 신뢰성을 보장하고 사용자 만족도를 향상시키는 방법을 배우십시오.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-19T03:53:13.485Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67da3972cfd1b2222c56f23a-1742356439850.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, OTA updates, testing, mock scenarios, app reliability, network
-  conditions, failure recovery, analytics
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**OTA 업데이트는 [Capacitor](https://capacitorjs.com/) 앱에 혁신을 가져다줍니다. 이를 통해 개발자는 앱 스토어의 지연 없이 버그를 수정하고 기능을 추가할 수 있습니다. 그러나 이러한 업데이트를 철저하게 테스트하는 것은 충돌, 데이터 손실 또는 기능 손상을 피하는 데 매우 중요합니다.**
-
-여기 알아야 할 내용이 있습니다:
-
--   **중요한 이유**: 신뢰할 수 없는 업데이트는 사용자 신뢰와 앱 성능에 해를 끼칠 수 있습니다.
--   **안전한 테스트 방법**: 느린 네트워크나 손상된 파일과 같은 실제 조건을 시뮬레이션하기 위해 모의 테스트를 사용합니다.
--   **필요한 도구**: [Node.js](https://nodejs.org/en), Capacitor CLI 및 [Capgo](https://capgo.app/) CLI로 업데이트 관리.
--   **테스트해야 할 주요 시나리오**: 일반 업데이트, 설치 실패 및 네트워크 문제.
--   **모니터링해야 할 지표**: 다운로드 속도, 설치 성공률 및 버전 정확도.
-
-Capgo와 같은 도구를 사용한 테스트는 업데이트가 원활하고 안전하며 신뢰할 수 있도록 합니다. 모의 테스트에서 **82% 성공률**이 나타났으며, 이는 앱이 안정성을 유지하면서 빠르게 업데이트를 제공하는 데 도움을 줍니다.
-
-## 관련 동영상
-
-<iframe src="https://www.youtube.com/embed/pCDPwItv_ik" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 테스트 환경 준비하기
-
-이 섹션에서는 환경을 설정하는 데 필요한 주요 도구와 단계를 다룹니다.
-
-### 필요한 소프트웨어
-
-[Capacitor OTA 업데이트](https://capgo.app/ja/)를 테스트하려면 다음 도구가 필요합니다:
-
-| 소프트웨어 | 목적 | 버전 요구사항 |
-| --- | --- | --- |
-| **Node.js** | 런타임 환경 | 최신 LTS 버전 |
-| **Capacitor CLI** | 앱 개발 | Capacitor 8 |
-| **[Capgo CLI](https://capgo.app/docs/cli/commands)** | OTA 관리 | 최신 버전 |
-
-다음 명령어로 Capgo CLI를 설치합니다:
-
-```bash
-npx @capgo/cli init
-```
-
-설치 후, 프로젝트를 효과적으로 생산 조건을 시뮬레이션하도록 구성합니다.
-
-### 테스트 프로젝트 설정하기
-
-생산 조건을 반영하는 테스트 프로젝트를 생성합니다. Capgo의 채널 시스템을 사용하여 테스트 시나리오를 분리합니다.
-
-> "우리는 민첩한 개발을 실천하며 @Capgo는 사용자에게 지속적으로 배포하는 데 필수적입니다!" - 로드리고 만티카 [\[1\]](https://capgo.app/)
-
-Capgo는 테스트 업데이트를 안전하게 유지하기 위해 종단 간 암호화를 제공합니다. 요구 사항에 따라 클라우드 기반 또는 자체 호스팅 환경 중에서 선택할 수도 있습니다.
-
-### OTA 기능 추가하기
-
-Over-The-Air(OTA) 업데이트를 구현하려면 다음 세 단계를 따릅니다:
-
--   **플러그인 설치**
--   **빌드 구성**
--   **[업데이트 통합](https://capgo.app/docs/live-updates/update-behavior/)**
-
-Capgo의 CI/CD 도구는 자동화된 테스트를 원활하게 만듭니다. [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/) 및 [Jenkins](https://www.jenkins.io/)와 같은 플랫폼이 지원되어 다양한 환경에서 업데이트를 테스트할 수 있습니다. 채널 시스템은 다양한 테스트 시나리오 관리를 위해 특히 유용합니다.
-
-> "Capgo는 핫 코드 푸시를 수행하는 스마트한 방법입니다(모든 돈을 주고 할 수 있는 것처럼 말이죠, @AppFlow는 아님) :-)" - NASA의 OSIRIS-REx [\[1\]](https://capgo.app/)
-
-테스트 중 더 나은 제어를 위해 Capgo의 분석 기능을 통합하여 실시간 인사이트를 확보하세요.
-
-## 테스트 시나리오 구축하기
-
-OTA 업데이트의 신뢰성을 보장하기 위해 테스트 시나리오를 설정합니다. 몇 가지 실용적인 접근 방식을 살펴보겠습니다.
-
-### 일반 업데이트 테스트하기
-
-기본선을 설정하기 위해 표준 업데이트 프로세스를 확인합니다:
-
-```bash
-capgo build && capgo deploy --channel beta
-```
-
-다음 주요 지표에 집중합니다:
-
--   **다운로드 완료율**
--   **설치 성공률**
--   **업데이트 활성화 시간**
--   **버전 확인**
-
-### 손상된 업데이트 테스트하기
-
-실패한 업데이트를 시뮬레이션하여 오류 처리 및 복구를 평가합니다:
-
-| 테스트 사례 | 설정 | 예상 결과 |
-| --- | --- | --- |
-| 손상된 번들 | 번들 체크섬 수정 | 앱이 업데이트를 거부합니다 |
-| 불완전한 파일 | 업데이트 중 전송 중단 | 앱이 이전 버전을 유지합니다 |
-| 버전 불일치 | 호환되지 않는 버전 배포 | 앱이 설치를 차단합니다 |
-
-이 테스트를 위해 별도의 채널을 사용하여 간섭을 피합니다. 그런 다음 손상된 네트워크 조건을 시뮬레이션하여 앱이 이를 처리하는 방법을 확인합니다.
-
-### 네트워크 문제 테스트하기
-
-어려운 네트워크 조건에서 업데이트 성능을 테스트합니다:
-
--   **대역폭을 3G 속도로 제한** (약 750 Kbps)
--   **업데이트 중 비행 모드로 전환**
--   **완전한 연결 끊김을 시뮬레이션**하여 오프라인 동작 및 재개 능력 확인
-
-Capgo의 시스템은 업데이트의 변경된 부분만 다운로드하여 느리거나 불안정한 네트워크의 영향을 최소화합니다. 내장된 재시도 메커니즘은 끊어진 연결을 자동으로 처리합니다.
-
-이 시나리오를 다음과 같이 구성할 수 있습니다:
-
-```bash
-capgo deploy --channel test --network-condition slow
-```
-
-Capgo의 실시간 분석을 사용하여 진행 상황을 추적합니다. 모든 테스트는 종단 간 암호화를 유지하므로 문제 해결 중에도 보안이 intact 합니다.
-
-## 업데이트 테스트 관리하기
-
-### 테스트 사례 실행하기
-
-명확한 테스트 작업 흐름을 설정하기 위해 별도의 테스트 채널을 만들어 정리되고 분리된 상태를 유지합니다.
-
-```bash
-# Create test channels
-capgo channel create beta-test
-capgo channel create staging-test
-```
-
-구조화된 접근 방식으로 각 테스트 사례를 추적합니다:
-
-| **테스트 단계** | **모니터링할 지표** | **성공 기준** |
-| --- | --- | --- |
-| 다운로드 | 전송 속도, 완료율 | 100% 다운로드 성공 |
-| 설치 | 메모리 사용량, 설치 소요 시간 | 30초 이내 설치 |
-| 활성화 | 앱 재시작 시간, 버전 확인 | 올바른 버전 활성화 |
-
-Capgo의 도구는 이러한 지표를 일관되게 효과적으로 모니터링하는 데 도움을 줄 수 있습니다.
-
-### 업데이트 모니터링하기
-
-Capgo의 분석 대시보드는 업데이트 성능에 대한 인사이트를 제공합니다:
-
--   다양한 네트워크 조건에서의 다운로드 완료율
--   장치 유형별로 분류된 설치 성공률
--   사용자가 새 버전을 얼마나 빨리 채택하는지를 보여주는 타임라인
--   업데이트 과정에서의 오류 빈도
-
-> "우리는 매우 원활한 운영을 보고하고 있으며, 거의 모든 사용자가 OTA가 @Capgo에 배포된 후 몇 분 이내에 최신 상태로 유지됩니다." - 콜렌소 [\[1\]](https://capgo.app/)
-
-실시간 오류 추적을 위해 다음 명령어를 사용합니다:
-
-```bash
-capgo monitor --channel beta-test --verbose
-```
-
-### 결과 확인하기
-
-모든 것이 예상대로 작동하는지 확인하기 위해 다음을 검증합니다:
-
--   **버전 정확도**를 내장된 검사기로 확인:
-
-```bash
-capgo version --check --channel beta-test
-```
-
--   **데이터 무결성**, 로컬 저장소 및 캐시된 콘텐츠 포함
--   **성능 지표**, 앱 시작 시간, 메모리 사용량, 네트워크 활동 및 배터리 소모 등
-
-문제가 발생하면 Capgo의 롤백 기능을 사용하여 이전 안정 버전으로 쉽게 되돌릴 수 있습니다. 이를 통해 테스트 프로세스를 중단하거나 테스트 환경의 안정성을 저해하지 않고 문제를 해결할 수 있습니다.
-
-## 일반적인 문제 수정하기
-
-### 실패한 업데이트 복구하기
-
-OTA(Over-The-Air) 업데이트가 실패할 경우 계획을 갖는 것이 중요합니다. 사용자에게 실패에 대해 알리고 장치를 마지막 안정 버전으로 자동으로 되돌리는 대체 방법을 사용합니다. 이러한 복구 단계가 테스트 프로세스의 일부가 되어 예상대로 작동하는지 확인합니다.
-
-```javascript
-// Example of a fallback implementation:
-const handleUpdateFailure = async () => {
-   await notifyUsers("Update failed – reverting to a stable version");
-   await revertToLastStableVersion();
-   logFailureMetrics();
-}
-```
-
-복구 외에도 설치 문제 해결에 집중하여 업데이트가 원활하게 진행되도록 합니다.
-
-### 설치 문제
-
-설치 문제는 종종 제한된 장치 저장소나 불안정한 네트워크 연결로 인해 발생합니다. 이를 해결하기 위해 전체 업데이트 대신 필요한 변경 사항만 다운로드하는 점진적 업데이트를 사용합니다. 이 접근 방법은 저장소 및 네트워크 관련 문제의 위험을 줄입니다. 앞서 테스트 단계에서 확인된 다양한 네트워크 조건과 저장소 한계에서 업데이트를 테스트해야 합니다.
-
-데이터 충돌을 처리하는 것도 업데이트의 신뢰성을 유지하는 데 중요한 부분입니다.
-
-### 데이터 충돌
-
-데이터 충돌은 업데이트가 기존 스키마의 변경을 포함할 때 발생할 수 있습니다. 이러한 문제를 피하려면 엄격한 버전 관리를 구현하고 스키마 마이그레이션을 계획 및 테스트하며 오류 추적과 함께 롤백 옵션을 포함합니다. 통제된 환경에서 이러한 시나리오를 테스트하기 위해 단계적 롤아웃 또는 베타 채널을 사용하여 업데이트가 모든 사용자에게 도달하기 전에 문제를 파악하고 수정할 수 있습니다.
-
-## 요약
-
-### 테스트의 영향
-
-포괄적인 OTA 업데이트 테스트는 전 세계적으로 82%의 성공률을 달성하여 앱 신뢰성과 사용자 만족도를 향상시켰습니다 [\[1\]](https://capgo.app/). 모의 테스트는 네트워크 중단, 데이터 마이그레이션 및 저장소 한계와 같은 어려운 시나리오에서 특히 유용합니다. 이러한 조건을 복제함으로써 개발팀은 다양한 환경에서 업데이트가 신뢰성 있게 수행되도록 보장할 수 있습니다. 이러한 체계적인 접근 방식은 사용자 채택을 촉진하는 일관된 업데이트 제공에 도움을 줍니다.
-
-### [Capgo](https://capgo.app/) 사용하기
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-19.jpg?auto=compress)
-
-테스트의 이점은 **Capgo**와 같은 플랫폼을 통해 증대됩니다. 이는 고급 검증 도구를 통해 OTA 업데이트 테스트를 단순화하고, 안전하고 효율적인 업데이트를 제공하기 위해 검증된 테스트 결과를 통합합니다. Capgo의 채널 시스템은 베타 테스트 및 단계적 롤아웃을 지원하여 업데이트가 완전히 배포되기 전에 철저하게 검토될 수 있도록 합니다. 자세한 분석, 오류 추적 및 글로벌 CDN 성능과 같은 기능을 통해 Capgo는 5MB 번들의 다운로드 속도를 114ms로 지원합니다 [\[1\]](https://capgo.app/).
-
-Capgo는 또한 종단 간 암호화 및 즉시 롤백 옵션을 제공하여 앱 안정성을 보장합니다. 이러한 기능은 750개의 생산 앱을 지원하여 2,350만 개의 업데이트를 제공했습니다 [\[1\]](https://capgo.app/).
diff --git a/src/content/blog/ko/testing-capacitor-ota-updates.md b/src/content/blog/ko/testing-capacitor-ota-updates.md
deleted file mode 100644
index abeb1ecc7..000000000
--- a/src/content/blog/ko/testing-capacitor-ota-updates.md
+++ /dev/null
@@ -1,221 +0,0 @@
----
-slug: testing-capacitor-ota-updates
-title: Capacitor OTA 업데이트 테스트하기
-description: >-
-  Capacitor 앱을 위한 OTA 업데이트를 효과적으로 테스트하는 방법을 배우고, 필수 도구와 전략을 통해 원활한 배포와 향상된 보안을
-  보장하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-12T02:57:37.246Z
-updated_at: 2026-01-15T19:03:50.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67f9cbd22e221594daf2fc62-1744426677476.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, Capacitor, testing, Capgo, mobile app deployment, security,
-  performance, version control
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) 앱을 즉시 수정하고, 기능을 추가하며, 업데이트할 수 있는 OTA 업데이트 - 앱 스토어 지연 없음.** 효과적인 테스트 방법은 다음과 같습니다:
-
-- **OTA 업데이트란?** 앱 스토어 리뷰를 건너뛰고 사용자 기기에 직접 변경사항을 전달합니다. 시간을 절약하고 문제를 신속하게 해결합니다.
-- **테스트가 중요한 이유:** 제대로 테스트되지 않은 업데이트는 앱 충돌이나 규정 위반을 일으킬 수 있습니다. 적절한 테스트를 통해 24시간 이내에 95%의 업데이트가 성공합니다.
-- **필요한 도구:** Capacitor CLI (v8+), [Node.js](https://nodejs.org/en) (v16+), [Capgo](https://capgo.app/) 플러그인, [Cypress](https://www.cypress.io/)와 같은 테스트 프레임워크.
-- **테스트 단계:**
-    1. 테스트 환경과 Capgo 설정을 구성합니다.
-    2. 감지, 다운로드, 설치, 롤백과 같은 업데이트 프로세스를 검증합니다.
-    3. Capgo의 분석 및 롤백 도구를 사용하여 문제를 모니터링하고 해결합니다.
-    4. 앱 스토어 규칙 준수를 확인합니다.
-
-**Capgo의 주요 기능:**
-
-- 안전한 업데이트를 위한 종단간 암호화
-- 빠른 수정을 위한 롤백 옵션
-- 단계별 테스트를 위한 [채널 기반 출시](https://capgo.app/docs/webapp/channels/)
-- 글로벌 CDN을 통한 빠른 업데이트 (5MB를 ~114ms 내)
-
-**프로 팁:** 전체 배포 전에 작은 사용자 그룹에서 업데이트를 테스트하기 위해 단계적 출시를 사용하세요. Capgo의 도구로 이 프로세스를 원활하고 안전하게 만들 수 있습니다.
-
-## 테스트 환경 설정
-
-적절한 테스트 환경 설정은 OTA 업데이트를 효과적으로 검증하는 데 핵심입니다.
-
-### 필수 소프트웨어
-
-OTA 테스트에 필요한 필수 도구는 다음과 같습니다:
-
-| 소프트웨어 구성 요소 | 용도 | 버전 요구사항 |
-|---|---|---|
-| Capacitor CLI | 핵심 개발 도구 | 6.0 이상 |
-| Node.js | 런타임 환경 | 16.0+ |
-| [Capgo 플러그인](https://capgo.app/plugins/) | OTA 업데이트 관리 | 최신 버전 |
-| 테스트 프레임워크 | 자동화된 테스트 (예: Cypress 또는 [Appium](http://appium.io/)) | 해당 없음 |
-
-### 환경 구성
-
-적절한 스테이징 서버 설정과 업데이트 기본 설정으로 `capacitor.config.json` 파일을 업데이트하며 시작하세요.
-
-다음으로, 아래 명령어를 실행하여 [Capgo 구성을 초기화](https://capgo.app/docs/cli/commands)하세요:
-
-```
-npx @capgo/cli init
-```
-
-구성이 완료되면 앱에 OTA 업데이트를 통합할 준비가 된 것입니다.
-
-### 앱 설정 단계
-
-초기화 후, OTA 업데이트 기능을 앱에 통합하세요. 이 시스템은 패키지 생성, 버전 관리, 배포, 보안과 같은 작업을 처리합니다.
-
-엔터프라이즈급 보안을 위해 Capgo는 클라우드 기반과 자체 호스팅 옵션을 모두 제공합니다.
-
-통합이 완료되면 앱을 빌드하고 Capgo CLI를 사용하여 업데이트를 트리거하세요. Capgo는 Capacitor 8을 원활하게 지원하므로 다양한 최신 개발 환경을 지원합니다.
-
-이러한 단계는 다음 섹션인 테스트 방법에서 다룰 철저한 OTA 업데이트 테스트의 기반을 마련합니다.
-
-## 테스트 방법
-
-환경이 구성되고 앱이 설정되면 업데이트 프로세스를 검증할 시간입니다. 무선(OTA) 업데이트 테스트는 배포가 안정적이고 안전한지 확인하기 위해 구조화된 접근 방식이 필요합니다.
-
-### 컴포넌트 테스트
-
-이 단계는 웹과 네이티브 레이어 모두에서 개별 업데이트 메커니즘과 그들의 상호작용을 검증하는 데 중점을 둡니다. 목표는 원활한 통합을 보장하는 것입니다:
-
-| 테스트 유형 | 중점 영역 | 성공 기준 |
-|---|---|---|
-| 업데이트 감지 | 버전 확인 | ~57ms 응답 시간 |
-| 다운로드 프로세스 | [번들 다운로드](https://capgo.app/docs/webapp/bundles/) | 5MB 번들을 ~114ms 내 |
-| 설치 | 업데이트 적용 | 성공적인 통합 |
-| 롤백 | 버전 복원 | 성공적인 롤백 |
-
-Capgo의 글로벌 CDN은 평균 API 응답 시간 57ms로 안정적인 다운로드 속도를 유지하는 데 도움을 줍니다 [\[1\]](https://capgo.app/). 컴포넌트 수준의 이러한 테스트는 전체 시스템 성능을 평가하는 기초가 됩니다.
-
-### 전체 시스템 테스트
-
-프로덕션 데이터를 사용한 종합 테스트는 다음을 확인해야 합니다:
-
-- 업데이트가 안정적으로 감지되고 다운로드됨
-- 다양한 기기에서 설치가 성공적임
-- 성능 영향이 최소화됨
-- 앱이 네트워크 문제를 효과적으로 처리함
-
-> "우리는 5000명 이상의 사용자 기반에 Capgo OTA 업데이트를 프로덕션에 출시했습니다. 매우 원활한 운영을 보고 있으며, OTA가 @Capgo에 배포된 후 몇 분 내에 거의 모든 사용자가 최신 상태가 됩니다."  
-> – colenso [\[1\]](https://capgo.app/)
-
-### 앱 스토어 규정 준수
-
-기능이 검증되면 업데이트가 앱 스토어 가이드라인을 준수하는지 확인하세요. OTA 업데이트는 크기 제한, 콘텐츠 표준, 성능 기대치, 사용자 동의와 같은 요구사항을 충족해야 합니다.
-
-규정을 준수하고 효율성을 개선하기 위해 단계적 출시를 고려하세요. Capgo의 [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)을 사용하면 전체 배포 전에 특정 사용자 그룹을 대상으로 베타 테스트를 할 수 있습니다. 엔터프라이즈 앱의 경우, 종단간 암호화를 통해 인가된 사용자만이 업데이트를 해독하고 적용할 수 있도록 하여 민감한 콘텐츠를 안전하게 보호합니다.
-
-## 테스트 가이드라인
-
-### 위험 관리
-
-OTA 업데이트의 위험 관리에는 여러 보호 조치를 구현하는 것이 포함됩니다. 주요 접근 방식 중 하나는 코드의 수정된 부분만 전송하는 **차등 업데이트**입니다. 이는 다운로드 크기를 줄이고 잠재적 오류를 최소화합니다.
-
-| 위험 완화 전략 | 구현 | 이점 |
-|---|---|---|
-| 차등 업데이트 | 수정된 코드 세그먼트만 전송 | 작은 다운로드 |
-| 단계적 출시 | 단계별로 업데이트 배포 | 위험 노출 제한 |
-| 롤백 메커니즘 | 이전 버전으로 되돌리기 가능 | 빠른 문제 해결 |
-
-[Capgo의 채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)은 개발자가 베타 테스터와 같은 특정 사용자 그룹에게 업데이트를 배포하기 쉽게 만듭니다 [\[1\]](https://capgo.app/). 이러한 단계적 접근 방식은 더 작은 그룹에서 업데이트를 검증하여 광범위한 문제가 발생할 가능성을 줄입니다. 위험이 통제되면 개발자는 업데이트 자체의 보안을 우선시할 수 있습니다.
-
-### 보안 검사
-
-보안은 OTA 업데이트 테스트에서 최우선 순위입니다. **종단간 암호화**를 사용하면 인가된 사용자만이 업데이트에 액세스하고 설치할 수 있어 배포 중 민감한 데이터를 안전하게 보호합니다.
-
-> "진정한 종단간 암호화를 제공하는 유일한 솔루션, 다른 솔루션들은 단순히 업데이트에 서명만 합니다" - Capgo [\[1\]](https://capgo.app/)
-
-주요 보안 단계는 다음과 같습니다:
-
-- 시작부터 끝까지 [업데이트 암호화](https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/)
-- 설치 전 업데이트의 진위 확인
-- 인가된 사용자만 업데이트에 액세스하도록 제한
-
-Capgo의 오류 추적 도구는 보안 관련 문제를 조기에 식별하여 개발자가 사용자에게 영향을 미치기 전에 취약점을 수정할 수 있도록 추가로 지원합니다 [\[1\]](https://capgo.app/).
-
-### 버전 관리
-
-보안을 다룬 후, 적절한 버전 관리를 유지하는 것은 업데이트가 의도한 대로 작동하도록 하는 데 필수적입니다. **시맨틱 버전 관리**를 사용하면 테스트를 구조화하고 호환성 문제를 피할 수 있습니다.
-
-OTA 업데이트의 버전 관리 모범 사례는 다음과 같습니다:
-
-- 개발, 스테이징, 프로덕션을 위한 별도의 채널 설정
-- 특정 버전에서 업데이트를 테스트하여 호환성 확인
-- 충돌을 방지하기 위해 업데이트가 올바른 순서로 적용되도록 보장
-
-Capgo의 채널 시스템은 또한 버전 관리를 단순화하여 업데이트가 정확하고 효율적으로 배포되도록 합니다.
-
-## [Capgo](https://capgo.app/) 테스트 도구
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67f9cbd22e221594daf2fc62/c9663ca23e94ac8ce625337d9d850085.jpg)
-
-### Capgo 기능
-
-Capgo는 [Capacitor OTA 업데이트](https://capgo.app
-
-| 문제 유형 | 일반적인 원인 | 해결책 |
-| --- | --- | --- |
-| 구성 불일치 | capacitor.config.json의 잘못된 버전 | 배포 설정과 버전 번호가 일치하는지 다시 확인하세요. |
-| 번들 충돌 | 배포판의 다중 버전 | Capgo의 채널 시스템을 사용하여 버전 관리를 효과적으로 수행하세요. |
-| 업데이트 순서 | 순서가 잘못된 업데이트 | 적절한 버전 추적을 설정하여 업데이트가 올바른 순서로 적용되도록 하세요. |
-
-Capgo의 채널 시스템은 별도의 환경을 만들어 업데이트가 올바른 순서를 따르고 불일치 위험을 줄이는 데 도움이 됩니다.
-
-### 업데이트 오류
-
-네트워크 장애나 불완전한 다운로드가 업데이트 실패의 주요 원인입니다. Capgo의 오류 추적 시스템은 다음과 같은 문제를 파악합니다:
-
--   연결 시간 초과
--   불완전한 번들 전송
--   서버 지연
-
-안정적인 오류 처리와 신뢰할 수 있는 CDN 덕분에 Capgo는 24시간 이내에 활성 사용자의 95%에게 업데이트가 도달하도록 보장합니다 [\[1\]](https://capgo.app/).
-
-> "상세한 분석과 오류 추적" 기능으로 개발자들이 업데이트 중 "문제가 발생하면 즉시 롤백"할 수 있습니다 [\[1\]](https://capgo.app/).
-
-### 속도 문제
-
-Capgo의 글로벌 CDN은 5MB 번들을 단 114ms만에 전달하며, 평균 API 응답 시간은 57ms입니다. 플랫폼의 스마트 차등 업데이트는 변경된 부분만 다운로드하여 대역폭 사용을 더욱 줄입니다 [\[1\]](https://capgo.app/).
-
-> "부분 업데이트: 스마트 차등 업데이트. 변경된 내용만 다운로드하여 대역폭과 시간을 절약합니다" [\[1\]](https://capgo.app/).
-
-업데이트를 빠르고 효율적으로 유지하기 위해 개발자는:
-
--   실시간 분석을 사용하여 성능 병목 현상을 발견하세요.
--   더 빠른 배포를 위해 부분 업데이트를 활용하세요.
--   안정적인 전송 속도를 위해 CDN 배포를 활용하세요.
-
-Capgo의 분석 대시보드는 성능 문제를 식별하고 해결하기 위한 명확한 지표를 제공하여 업데이트가 사용자에게 원활하게 전달되도록 합니다. 이러한 도구들은 배포 전 테스트와 함께 작동하여 신뢰할 수 있고 빠른 업데이트를 유지합니다.
-
-## 요약
-
-### 주요 포인트
-
-철저한 OTA 테스트는 성능, 보안, 배포, 모니터링과 같은 주요 영역에 초점을 맞춥니다. Capgo와 같은 도구는 OTA 업데이트 배포 과정을 단순화하는 데 중요한 역할을 합니다.
-
-| 테스트 측면 | 주요 요소 | 영향 |
-| --- | --- | --- |
-| 성능 | CDN 속도 (5MB에 114ms) | 빠르고 안정적인 업데이트 보장 |
-| 보안 | 종단간 암호화 | 배포 보호 |
-| 배포 | 채널 기반 시스템 | 제어된 출시 가능 |
-| 모니터링 | 실시간 분석 | 조기 문제 감지 지원 |
-
-### 개발자 팁
-
-OTA 테스트 프로세스를 개선하기 위해 다음과 같은 실용적인 팁을 기억하세요:
-
--   **지표 모니터링**: 실시간 분석을 사용하여 업데이트 성공률을 추적하세요.
--   **채널 활용**: 더 나은 제어를 위해 베타 테스트와 단계적 출시를 수행하세요.
--   **롤백 활성화**: 필요한 경우 빠르게 업데이트를 되돌릴 수 있도록 하세요.
--   **테스트 자동화**: 효율성을 위해 CI/CD 파이프라인에 테스트를 통합하세요.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" [\[1\]](https://capgo.app/)
-
-> "Capgo는 버그 수정을 위한 앱스토어 지연을 제거하여 개발을 간소화합니다." [\[1\]](https://capgo.app/)
diff --git a/src/content/blog/ko/token-revocation-in-capacitor-apps-guide.md b/src/content/blog/ko/token-revocation-in-capacitor-apps-guide.md
deleted file mode 100644
index 32aaf0c50..000000000
--- a/src/content/blog/ko/token-revocation-in-capacitor-apps-guide.md
+++ /dev/null
@@ -1,248 +0,0 @@
----
-slug: token-revocation-in-capacitor-apps-guide
-title: 'Capacitor 앱의 토큰 폐기: 가이드'
-description: Capacitor 앱에서 보안을 강화하고 사용자 데이터를 보호하기 위한 효과적인 토큰 폐기 전략을 구현하는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-16T11:28:05.842Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/68268a500209458b3ff4fe45-1747394939679.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  token revocation, Capacitor apps, security, OAuth 2.0, user data protection,
-  token management
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-**[Capacitor](https://capacitorjs.com/) 앱의 보안을 위해 토큰 해지는 중요한 단계입니다.** 만료되거나 손상되거나 불필요한 토큰이 더 이상 민감한 리소스에 접근할 수 없도록 합니다. 알아야 할 사항은 다음과 같습니다:
-
--   **토큰 해지란 무엇인가요?** 로그아웃, 비밀번호 변경 또는 보안 위반 시 토큰을 즉시 무효화합니다.
--   **왜 중요한가요:** 토큰이 노출되었을 때 무단 접근을 차단하여 사용자 데이터를 보호합니다.
--   **주요 단계:**
-    -   안전한 토큰 처리를 위해 OAuth 2.0 표준(RFC 7009) 사용
-    -   토큰을 안전하게 저장(예: iOS용 Keychain, Android용 Keystore)
-    -   보안 강화를 위해 수명이 짧은 토큰을 사용하고 자동으로 갱신
-    -   실시간 해지를 위한 토큰 블랙리스트 구현(예: [Redis](https://redis.io/))
-
-### 빠른 구현 팁:
-
-1.  **OAuth 2.0 엔드포인트 설정:** [Keycloak](https://www.keycloak.org/)과 같은 도구로 토큰 해지를 단순화합니다.
-2.  **토큰 안전하게 관리:** 영구 저장소에 토큰 저장을 피하고 메모리나 보안 API를 사용하세요.
-3.  **토큰 블랙리스트:** Redis나 유사한 도구를 사용하여 빠른 무효화를 구현하세요.
-4.  **활동 모니터링:** 잠재적 침해에 대응하기 위해 토큰 사용을 추적하세요.
-
-**빠른 비교 표:**
-
-| **방법** | **사용 사례** | **세부 정보** |
-| --- | --- | --- |
-| Redis 블랙리스트 | 고트래픽 앱 | 빠른 인메모리 토큰 무효화 |
-| 토큰 버전 관리 | 기업 시스템 | 토큰을 사용자 계정과 연결 |
-| 리프레시 토큰 제어 | 일반 앱 | 짧은 수명 토큰과 갱신 메커니즘 결합 |
-
-## 구현 단계
-
-### OAuth 2.0 엔드포인트 설정
-
-안전한 구현은 OAuth 2.0 엔드포인트를 올바르게 설정하는 것부터 시작됩니다. 핵심적인 측면 중 하나는 안전한 토큰 해지를 보장하는 것입니다. **Keycloak**과 같은 도구는 액세스 및 리프레시 토큰을 관리하기 위한 전용 해지 엔드포인트를 제공합니다 [\[2\]](https://www.keycloak.org/docs/25.0.6/securing_apps/index.html). 보안을 더욱 강화하기 위해 OAuth 2.0 플로우에서 **PKCE(Proof Key for Code Exchange)**를 구현하세요. 이 단계는 토큰 가로채기를 방지하고 더 안전한 인증 프로세스를 보장합니다 [\[3\]](https://capacitorjs.com/docs/v2/guides/security).
-
-### 토큰 수명주기 관리
-
-엔드포인트가 구성되면 다음 단계는 보안을 유지하기 위한 토큰 수명주기 관리입니다. 다음은 안전한 토큰 관리를 위한 Capacitor 버전 요구사항을 설명하는 빠른 참조 표입니다:
-
-| Capacitor 버전 | 요구사항 | 보안 참고사항 |
-| --- | --- | --- |
-| 6.x | XCode 15.0+ | 종단간 암호화 지원 |
-| 5.x | XCode 14.1+ | 향상된 보안 도구 포함 |
-| 4.x | XCode 12.0+ | 기본 토큰 관리 기능 |
-
-강력한 토큰 수명주기 관리를 위해 다음과 같은 주요 사항을 따르세요:
-
--   노출을 제한하기 위해 토큰을 **메모리에만 저장**
--   원활한 사용자 세션 유지를 위한 **자동 토큰 갱신 메커니즘** 구현
--   토큰에 대한 엄격한 만료 및 갱신 간격 설정
--   유지해야 하는 토큰에 대해 보안 저장소 솔루션 사용
-
-이러한 단계를 따르면 위험을 최소화하면서 효과적으로 토큰을 관리할 수 있습니다.
-
-### 안전한 토큰 저장 방법
-
-중요한 정보를 보호하기 위해서는 적절한 토큰 저장이 필수적입니다. iOS용 **Keychain Services**와 Android용 **KeyStore API**와 같은 플랫폼별 API를 사용하여 토큰을 보호하세요. 이러한 도구는 각 플랫폼에 맞춤화된 보안 계층을 제공합니다.
-
-엔터프라이즈 애플리케이션의 경우 보안 저장을 위해 설계된 플러그인 통합을 고려하세요:
-
--   **Capacitor [Identity Vault](https://ionic.io/products/identity-vault)**: 중요 데이터에 대한 고급 보안 제공
--   **Capacitor Biometrics**: 추가 보안 계층을 위한 생체 인증 추가
--   **Capacitor Secure Preferences**: 앱 환경 설정 및 데이터의 안전한 처리 보장
-
-마지막으로, 불필요한 위험에 노출될 수 있으므로 앱 코드베이스에 직접 중요한 데이터를 포함하지 마세요 [\[4\]](https://capacitorjs.com/docs/guides/security). 이러한 보안 저장 방법을 활용하면 사용자 데이터를 더 잘 보호하고 앱의 무결성을 유지할 수 있습니다.
-
-## JWT 인증([Redis](https://redis.io/)를 사용한 액세스 토큰 해지) - FastAPI Beyond CRUD (파트 12)
-
-![Redis In-Memory Data Store](https://assets.seobotai.com/capgo.app/68268a500209458b3ff4fe45/2e78e5b01f7fb6de1a584710a9d487ab.jpg)
-
-<iframe src="https://www.youtube.com/embed/e954e-i5DgQ" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 토큰 블랙리스트 방법
-
-토큰 블랙리스팅은 손상된 토큰이 감지되는 즉시 무효화하여 토큰 수명주기 관리에서 중요한 역할을 합니다.
-
-### Redis 블랙리스트 설정
-
-Redis는 빠른 키-값 조회 기능으로 알려져 있어 토큰 블랙리스트를 유지하는 데 좋은 옵션입니다 [\[5\]](https://sitecore.stackexchange.com/questions/26774/storing-custom-data-in-redis). Redis에서는 `userId`와 `tokenName`을 결합하는 것과 같이 복합 키로 토큰 식별자를 저장할 수 있습니다.
-
-다음은 [StackExchange.Redis](https://stackexchange.github.io/StackExchange.Redis/)를 사용하여 토큰을 쓰고 검색하는 방법입니다:
-
-```csharp
-// Write token to Redis blacklist
-var connectionMultiplexer = ConnectionMultiplexer.Connect(redisConnectionString);
-IDatabase db = connectionMultiplexer.GetDatabase();
-await db.StringSetAsync(key, token, ttl);
-
-// Read token from Redis blacklist
-var tokenFromRedis = await db.StringGetAsync(key);
-```
-
-### 블랙리스트 확인 시스템
-
-손상된 토큰을 효과적으로 차단하기 위해 서버 측 블랙리스트에 대해 토큰을 검증하는 미들웨어를 구현할 수 있습니다 [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist).
-
-| **접근 방식** | **최적화** | **세부 정보** |
-| --- | --- | --- |
-| **Redis 블랙리스트** | 고트래픽 앱 | 번개처럼 빠른 조회를 위한 인메모리 저장소 사용 |
-| **토큰 버전 관리** | 기업 시스템 | 더 나은 제어를 위해 토큰 버전을 사용자 계정에 직접 연결 |
-| **리프레시 토큰 제어** | 일반 앱 | 추가 보안을 위해 짧은 수명의 JWT와 리프레시 토큰 결합 |
-
-> "로그아웃 기능이 정말 필요하다면 블랙리스트를 사용할 수 있습니다. 하지만 블랙리스트 사용은 기존의 상태 기반 세션 방식과 크게 다르지 않습니다. 여전히 모든 요청에서 토큰이 여전히 유효한지 확인하기 위해 조회해야 합니다. 따라서 블랙리스트는 세션 기반 인증과 마찬가지로 서비스 성능에 영향을 미치거나 심지어 병목 현상을 일으킬 수 있습니다." - Kasey Speakman [\[6\]](https://supertokens.com/blog/revoking-access-with-a-jwt-blacklist)
-
-블랙리스트 확인 시스템을 통합함으로써 유효한 토큰만 애플리케이션에서 처리되도록 할 수 있습니다.
-
-### 토큰 확인 속도 향상
-
-토큰 검증 속도를 개선하는 것은 안전하고 효율적인 세션 처리를 유지하는 데 필수적입니다. 최적화된 구현은 토큰 검증 성능을 크게 향상시킬 수 있습니다:
-
--   **HS256 알고리즘**: 검증 속도 67% 향상 [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js)
--   **RS256 알고리즘**: 성능 88% 향상 [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js)
--   **캐시된 검증**: RS256 검증의 경우 최대 1,000% 성능 향상 [\[8\]](https://www.nearform.com/insights/improve-json-web-tokens-performance-in-node-js)
-
-성능을 더욱 향상시키기 위해 다음 전략을 고려하세요:
-
--   빠른 토큰 조회를 위해 인메모리 데이터 저장소 사용
--   해지 목록 확인을 분산하기 위한 로드 밸런싱 사용
--   재사용을 위해 검증된 인증서 캐시 [\[7\]](https://zuplo.com/blog/2025/01/03/top-7-api-authentication-methods-compared)
--   보안과 사용성의 균형을 맞춘 토큰 수명 설정
-
-## 엔터프라이즈 토큰 관리
-
-엔터프라이즈 환경에서 토큰을 보호하는 문제는 개별 계정을 넘어섭니다. 조직 전체에 걸쳐 일관된 보호를 보장하는 것이 중요합니다. 엔터프라이즈 토큰 관리는 토큰 수명주기 감독 및 블랙리스팅과 같은 전략을 기반으로 하지만 대규모 사용자 기반을 수용하도록 확장합니다. 여기서 핵심은 수천 또는 심지어 수백만 명의 사용자에 대한 보안을 유지하기 위해 빠르고 안정적인 시스템이 필요한 대규모 토큰 해지를 효율적으로 관리하는 것입니다.
-
-### 대량 토큰 해지
-
-대규모 환경에서는 토큰을 빠르게 해지하는 기능이 필수적입니다. 다음은 효과적인 대량 토큰 무효화를 위해 일반적으로 사용되는 방법입니다:
-
-| 방법 | 최적 사용 사례 |
-| --- | --- |
-| 비밀 교체 | 플랫폼 전체 토큰 해지에 이상적 |
-| 토큰 버전 관리 | 특정 토큰을 무효화하는 데 유용 |
-| Redis 블랙리스트 | 실시간 토큰 무효화
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에서 강력한 토큰 보안을 유지하려면 지속적인 감시와 플랫폼 가이드라인을 엄격히 준수해야 합니다. 아래에서 토큰 활동 추적, 업데이트 일정 관리 및 앱 스토어 요구사항 준수를 위한 주요 전략을 살펴보겠습니다.
-
-### 토큰 활동 추적
-
-실시간으로 토큰 활동을 모니터링하는 것은 잠재적인 침해를 조기에 발견하고 해결하는 데 필수적입니다. 이를 위한 효과적인 도구 중 하나는 앱 동작을 실시간으로 관찰하는 **[런타임 애플리케이션 자체 보호](https://en.wikipedia.org/wiki/Runtime_application_self-protection) (RASP)** 입니다 [\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter).
-
-모니터링해야 할 핵심 영역과 그 이점은 다음과 같습니다:
-
-| **모니터링 대상** | **구현 방법** | **보안 이점** |
-| --- | --- | --- |
-| API 호출 | 빈도와 패턴 추적 | 비정상적인 접근 시도 감지 |
-| 로그인 시도 | 실패한 인증 모니터링 | 무차별 대입 공격 방지 |
-| 토큰 사용 | 접근 패턴 기록 | 잠재적 토큰 도난 감지 |
-| 런타임 동작 | RASP 통합 | 악의적 활동 차단 |
-
-> "부적절한 자격 증명 사용은 노출될 경우 악용될 수 있는 인증 자격 증명, API 키, 토큰 또는 민감한 정보를 부적절하게 처리, 저장 및 전송하는 것을 의미합니다." - Majid Hajian, Azure & AI advocate@Microsoft [\[10\]](https://docs.talsec.app/appsec-articles/articles/owasp-top-10-for-flutter-m1-mastering-credential-security-in-flutter)
-
-### 토큰 업데이트 일정
-
-잘 계획된 토큰 교체 일정은 서비스 중단 없이 보안을 유지하는 데 중요합니다. 80~180일마다 토큰을 교체하고, 긴급 해지를 위한 프로세스를 항상 준비해두세요 [\[11\]](https://docs.fossa.com/docs/rotating-fossa-api-key).
-
-효과적인 토큰 수명주기 관리 방법:
-
--   **액세스 토큰**: 수명을 짧게 유지 - 15분이 적절한 기준입니다 [\[1\]](https://curity.io/resources/learn/oauth-for-mobile-apps-best-practices).
--   **리프레시 토큰**: 주의 깊게 모니터링하고 정기적으로 교체하세요.
--   **긴급 절차**: 필요한 경우 즉시 토큰을 해지할 수 있는 시스템을 준비하세요.
-
-토큰 관리를 위한 전용 서비스 계정을 사용하면 프로세스를 단순화하고 위험을 줄일 수 있습니다 [\[11\]](https://docs.fossa.com/docs/rotating-fossa-api-key).
-
-### 앱 스토어 규칙 체크리스트
-
-2025년 4월부터 App Store Connect에 제출되는 모든 앱은 iOS 18, iPadOS 18, tvOS 18, visionOS 2, watchOS 11과 같은 플랫폼의 업데이트된 SDK로 빌드되어야 합니다 [\[12\]](https://developer.apple.com/news).
-
-이러한 요구사항을 충족하면서 보안을 강화하기 위해 다음 사항에 집중하세요:
-
-| **보안 요구사항** | **방법** | **검증** |
-| --- | --- | --- |
-| [데이터 암호화](https://capgo.app/docs/cli/migrations/encryption/) | 종단간 암호화 | 자동화된 인증서 검사 |
-| 안전한 저장소 | 암호화된 로컬 저장소 | 저장소 권한 검토 |
-| 네트워크 보안 | HTTPS 연결 강제 | SSL/TLS 검증 |
-| 접근 제어 | 역할 기반 권한 | 인증 테스트 |
-
-이러한 단계는 앱 스토어 정책 준수를 보장할 뿐만 아니라 앞서 논의한 토큰 보안 조치를 강화하여 분산 애플리케이션을 위한 더욱 안전한 환경을 조성합니다.
-
-## 결론
-
-보안과 원활한 사용자 경험을 모두 보장하기 위해, Capacitor 앱은 무단 접근을 효과적으로 차단하는 토큰 해지 시스템을 포함해야 합니다. 다음은 효과적인 토큰 해지 전략의 기반이 되는 중요한 보안 계층을 요약한 것입니다:
-
-| **보안 계층** | **구현 중점** | **영향** |
-| --- | --- | --- |
-| **토큰 수명주기** | 단기 액세스 토큰 사용 | 악용 가능 시간 제한 |
-| **저장소 보안** | 플랫폼별 암호화 (Keychain/Keystore) | 토큰 도난 방지 |
-| **지속적 보호** | 실시간 모니터링 | 의심스러운 활동 식별 |
-| **긴급 대응** | 즉각적인 해지 기능 | 침해 시 피해 감소 |
-
-엔터프라이즈급 앱의 경우 토큰 블랙리스트 시스템이 중요합니다. 특히 여러 조직을 관리하거나 대규모 토큰 해지가 필요한 시나리오를 다룰 때 그렇습니다.
-
-일관된 유지보수, 경계를 늦추지 않는 실시간 모니터링, 즉각적인 토큰 해지 능력은 앱 보호를 위해 협상의 여지가 없는 요소입니다. 안전한 저장소 관행, 잘 관리된 토큰 수명주기, 지속적인 모니터링을 결합함으로써, Capacitor 앱은 사용자 경험을 저해하지 않으면서 무단 접근에 대한 강력한 보호를 제공할 수 있습니다.
-
-## FAQ
-
-:::faq
-### Capacitor 앱의 보안을 향상시키는 데 토큰 해지가 왜 중요한가요?
-
-토큰 해지는 Capacitor 앱을 위한 핵심 보안 조치로, 개발자가 필요할 때 즉시 액세스 토큰을 무효화할 수 있게 합니다. 사용자가 로그아웃하거나 보안 문제가 감지된 경우, 토큰을 해지하면 손상된 자격 증명이 재사용될 수 없습니다. 이 단계는 민감한 사용자 데이터에 대한 무단 접근 가능성을 크게 줄입니다.
-
-토큰 만료에만 의존하면 취약성의 여지가 있을 수 있지만, 토큰 해지는 **실시간으로** 위협에 대응합니다. 이 접근 방식은 데이터 보호를 강화할 뿐만 아니라 현대적인 보안 기대치에도 부합합니다. Capacitor 앱에서 토큰 해지를 통합하는 것은 사용자 정보를 보호하고 안전한 앱 환경을 유지하는 데 중요한 단계입니다.
-:::
-
-:::faq
-### 고트래픽 Capacitor 앱에서 안전한 토큰 해지를 어떻게 구현할 수 있나요?
-
-[고트래픽 Capacitor 앱](https://capgo.app/blog/)에서 안전한 토큰 해지를 보장하려면 먼저 **단기 액세스 토큰**을 구현하세요. 이러한 토큰은 빠르게 만료되므로 잠재적 공격자의 기회의 창을 제한하여 오용 위험을 줄입니다.
-
-또한 **해지된 토큰 데이터베이스**를 유지하는 것이 필수적입니다. 이를 통해 무효화된 토큰을 추적하고 들어오는 요청을 데이터베이스와 대조할 수 있습니다. 요청에 해지된 토큰이 포함된 경우 즉시 접근을 거부할 수 있어 추가적인 보호 계층이 됩니다.
-
-추가 보안을 위해 **OAuth 2.0**을 사용하세요. 이 프레임워크는 토큰 관리와 접근 제어를 위한 신뢰할 수 있는 도구를 제공합니다. 토큰과 같은 민감한 데이터는 플랫폼의 **보안 저장소 솔루션**에 저장하여 무단 접근을 방지하세요. 민감한 정보를 앱 코드에 직접 하드코딩하지 마세요. 이는 위협에 노출될 수 있습니다.
-
-이러한 방식을 채택함으로써 고트래픽 상황에서도 성능을 유지하면서 Capacitor 앱을 무단 접근으로부터 보호할 수 있습니다.
-:::
-
-:::faq
-### 토큰 해지를 사용하여 Capacitor 앱을 보호하고 앱 스토어 보안 요구사항을 준수하려면 어떻게 해야 하나요?
-
-Capacitor 앱을 안전하게 유지하고 앱 스토어 보안 표준을 준수하려면 OAuth 2.0이나 OpenID Connect와 같은 강력한 인증 방법과 함께 **토큰 해지** 전략을 구현하는 것이 중요합니다. 이러한 조치는 Apple과 Google Play가 설정한 요구사항을 충족하면서 사용자 데이터를 보호합니다.
-
-고려해야 할 주요 단계:
-
--   토큰의 수명을 제한하여 오용 위험을 줄이는 **토큰 만료 정책** 수립
--   손상되었을 수 있는 토큰을 즉시 무효화하기 위한 **해지 목록** 유지
--   무단 접근으로부터 보호하기 위해 [암호화된 저장소](https://capgo.app/docs/cli/migrations/encryption/)를 사용하여 토큰을 안전하게 저장
--   사용자 경험을 방해하지 않으면서 앱 성능을 유지하기 위한 토큰 갱신 프로세스 자동화
-
-인증 시도를 정기적으로 모니터링하는 것도 중요합니다. 이는 의심스러운 활동을 식별하고 앱의 보안을 유지하는 데 도움이 됩니다. 또한 보안 워크플로우를 철저히 문서화하세요. 이는 명확성과 투명성을 높일 뿐만 아니라 앱 스토어 가이드라인 준수에 필수적인 감사를 단순화합니다.
-
-이러한 방식을 따르면 앱이 안전하게 유지되고 앱 스토어 플랫폼의 계속 발전하는 요구사항을 충족할 수 있습니다.
-:::
diff --git a/src/content/blog/ko/top-6-tools-for-managing-app-updates-in-2025.md b/src/content/blog/ko/top-6-tools-for-managing-app-updates-in-2025.md
deleted file mode 100644
index c39680049..000000000
--- a/src/content/blog/ko/top-6-tools-for-managing-app-updates-in-2025.md
+++ /dev/null
@@ -1,191 +0,0 @@
----
-slug: top-6-tools-for-managing-app-updates-in-2025
-title: 2025년 앱 업데이트 관리를 위한 6가지 주요 도구
-description: 2025년 다양한 플랫폼과 팀 규모에 맞춘 효율적이고 안전한 앱 업데이트를 위한 필수 도구들을 살펴보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-06T06:07:22.508Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67a42ddd6b8e18060d3642ef-1738822060228.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  app updates, mobile development, software management, security tools, cloud
-  solutions, CI/CD integration
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**(2025년 [앱 업데이트 관리](https://capgo.app/plugins/capacitor-updater/)는 속도, 보안, 효율성에 관한 것입니다.** 중요한 수정사항을 배포하거나 새로운 기능을 출시할 때, 적절한 도구는 시간을 절약하고 규정 준수를 보장하며 사용자 경험을 개선할 수 있습니다. 다음은 앱 업데이트를 간소화하는 주요 도구들입니다:
-
--   **[Capgo](https://capgo.app/)**: 즉각적인 무선(OTA) 업데이트와 강력한 암호화를 갖춘 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)에 최적화
--   **[Automox](https://www.automox.com/)**: 자동화된 패치로 Windows, macOS, Linux 전반의 업데이트 관리에 이상적
--   **[Ionic Appflow](https://ionic.io/appflow/)**: CI/CD 통합과 실시간 업데이트로 하이브리드 앱 업데이트 단순화
--   **[Microsoft Intune](https://www.microsoft.com/en-us/security/business/microsoft-intune)**: 고급 보안 및 규정 준수를 갖춘 기업 수준의 엔드포인트 관리
--   **[Jamf Pro](https://www.jamf.com/products/jamf-pro/)**: 자동화된 패치 및 배포 추적을 갖춘 Apple 기기 전용
--   **[CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)**: React Native와 Ionic 앱을 위한 차등 업데이트가 포함된 경량 OTA 업데이트
-
-### 빠른 비교
-
-| 도구 | 최적 용도 | 주요 기능 | 가격(시작) |
-| --- | --- | --- | --- |
-| **Capgo** | Capacitor 앱 | OTA 업데이트, 암호화, CI/CD 통합 | 월 12달러 |
-| **Automox** | 크로스 플랫폼 업데이트 | 자동화된 패치, 규정 준수 보고 | 맞춤형 가격 |
-| **Ionic Appflow** | 하이브리드 앱 개발 | CI/CD 통합, 실시간 업데이트 | 월 49달러 |
-| **Microsoft Intune** | 기업 보안 | 엔드포인트 관리, Azure 통합 | Microsoft 365의 일부 |
-| **Jamf Pro** | Apple 생태계 | 패치 자동화, 규정 준수 도구 | 기기당 월 3.33달러 |
-| **CodePush** | 빈번한 업데이트 | 차등 업데이트, 롤백 지원 | App Center의 일부 |
-
-이러한 도구들은 소규모 팀부터 대기업까지 다양한 요구를 충족시킵니다. 플랫폼, 보안 요구사항, 업데이트 빈도에 따라 선택하세요. 더 자세히 알아보시겠습니까? 각 도구를 자세히 살펴보겠습니다.
-
-## Ionic 앱 강제 업데이트 방법
-
-<iframe src="https://www.youtube.com/embed/NJwBNWwNlTk" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-06.jpg?auto=compress)
-
-Capgo는 2025년 앱 스토어 승인으로 인한 지연을 피하면서 Capacitor 앱에 빠른 무선(OTA) 업데이트를 제공하는 데 중점을 둡니다. 엔드-투-엔드 암호화와 상세한 버전 관리를 포함하여 강력한 보안 조치와 원활한 통합 옵션을 결합하며, 모두 Apple과 Android 가이드라인을 준수합니다.
-
-다음은 Capgo가 지원하는 다양한 사용자 수준 분석입니다:
-
-| 사용 수준 | 월간 업데이트 | 월간 활성 사용자 |
-| --- | --- | --- |
-| 개인 개발자 | 2,500 | 500 |
-| 소기업 | 25,000 | 5,000 |
-| 중견기업 | 150,000 | 30,000 |
-| 대규모 | 1,000,000 | 200,000 |
-
-Capgo는 암호화된 배포와 즉각적인 업데이트를 통해 보안 위험과 규정 준수 문제를 해결합니다. OTA 업데이트로 며칠이 아닌 몇 분 만에 중요한 취약점을 수정할 수 있어 위험 노출을 크게 줄일 수 있습니다 [\[2\]](https://microlaunch.net/h/how-to-manage-version-control-and-rollbacks-for-mobile-app-updates).
-
-주요 기능은 다음과 같습니다:
-
--   **실시간 모니터링과 분석**으로 앱 성능과 업데이트 성공률 추적
--   **원클릭 롤백과 대상 지정 출시**로 정밀한 제어
--   **CI/CD 파이프라인 통합**으로 간소화된 자동 배포
-
-Capgo는 또한 여러 앱을 자주 업데이트하는 팀을 위한 도구를 제공합니다. 이 도구들을 통해 전체 출시 전에 특정 사용자 그룹으로 업데이트를 테스트할 수 있습니다 [\[3\]](https://microlaunch.net/h/how-to-streamline-app-maintenance-with-automatic-updates-across-ios-and-android).
-
-오픈소스 플랫폼으로서 Capgo는 투명성을 증진하고 창의성을 장려합니다. Capacitor 앱 업데이트에는 강력한 선택이지만, 여러 플랫폼에 걸친 업데이트 관리에는 Automox와 같은 솔루션이 더 적합할 수 있습니다.
-
-## 2. [Automox](https://www.automox.com/)
-
-![Automox Patch Management Platform](https://mars-images.imgix.net/seobot/screenshots/www.automox.com-06187acabed7a8a7c05012071bb9b83e-2025-02-06.jpg?auto=compress)
-
-Automox는 2025년 다양한 앱 환경을 관리하는 개발 팀에게 큰 이점인 Windows, macOS, Linux 전반의 앱 업데이트를 간단하게 만듭니다.
-
-Automox를 사용하면 팀은 업데이트를 예약하거나 기기가 온라인 상태가 될 때 자동으로 트리거할 수 있습니다. 이 플랫폼은 다양한 요구를 충족하기 위해 세 가지 구독 플랜을 제공합니다: **Basic**(패치 관리 중심), **Standard**(엔드포인트 관리 추가), **Pro**(멀티존 관리와 고급 문제 해결 포함).
-
-Adobe Reader와 Office 365와 같은 널리 사용되는 도구의 업데이트를 지원하면서도 고유한 구성을 위한 사용자 지정 스크립트를 허용합니다. 클라우드 기반 인프라에 구축되어 엔드포인트의 위치에 관계없이 안정적인 성능을 보장합니다 [\[1\]](https://www.techtarget.com/searchenterprisedesktop/tip/12-best-patch-management-software-and-tools).
-
-이 플랫폼은 패치 승인 워크플로우와 같은 기능으로 보안을 우선시합니다. 이러한 워크플로우를 통해 팀은 배포 전에 업데이트를 신중하게 검토하고 승인할 수 있어, 조직 전체의 안전하고 시기적절한 업데이트를 위한 상세한 제어가 가능합니다.
-
-Automox는 광범위한 앱 호환성과 자동화 기능으로 업데이트 프로세스를 단순화합니다. 실시간 패치 모니터링, 자동화된 규정 준수 보고, 분산된 팀 전반의 업데이트 관리 도구를 제공하여 원격 작업 설정에 완벽합니다. 모바일 앱 개발자의 경우, **Ionic Appflow**는 Capacitor 생태계 내에서 업데이트 관리에 맞춤화된 대안입니다 [\[1\]](https://www.techtarget.com/searchenterprisedesktop/tip/12-best-patch-management-software-and-tools).
-
-## 3. [Ionic Appflow](https://ionic.io/appflow/)
-
-![Ionic Appflow](https://mars-images.imgix.net/seobot/screenshots/ionic.io-7ef34251b5ccfe1dba6d8c040dae490b-2025-02-06.jpg?auto=compress)
-
-Ionic Appflow는 iOS와 Android를 위한 앱 업데이트를 단순화하고 [하이브리드 모바일 앱 개발](https://capgo.app/blog/cordova-hybrid-app-development/)을 간소화하도록 설계된 플랫폼입니다. Ionic 프레임워크와 완벽하게 작동하도록 설계되어 보안, 속도, 버전 관리와 같은 일반적인 개발자 문제를 해결합니다.
-
-주목할 만한 기능 중 하나는 **무선(OTA) 업데이트**로, 개발자가 긴 앱 스토어 승인 과정을 건너뛸 수 있게 해줍니다. 이는 중요한 업데이트를 신속하게 출시하는 데 특히 유용합니다. 가격은 다양한 요구에 맞게 유연합니다: 소규모 프로젝트를 위한 **Starter(월 49달러)**, 팀을 위한 **Growth(월 99달러)**, 대규모 조직을 위한 **Enterprise(맞춤형 가격)**.
-
-이 플랫폼은 GitHub와 Bitbucket과 직접 자동화된 빌드 프로세스를 통합합니다. 코드가 커밋될 때마다 빌드를 트리거하여 업데이트를 소스 코드 변경사항과 일치시키고 배포 워크플로우를 단순화합니다.
-
-Ionic Appflow는 강력한 암호화와 인증 조치로 보안을 우선시합니다. 또한 상세한 분석과 성능 추적을 제공합니다. 개발자는 중앙 집중식 대시보드에서 플랫폼 전반의 업데이트를 관리할 수 있으며, 실시간 업데이트 기능을 통해 앱 스토어 승인 없이도 앱 자산을 즉시 수정할 수 있습니다.
-
-### 주요 기능:
-
--   GitHub와 Bitbucket에 연결된 **자동화된 빌드**
--   암호화를 통한 **안전한 배포**
--   성능 추적을 위한 **실시간 분석**
--   플랫폼 전반의 **중앙 집중식 [업데이트 관리](https://capgo.app/docs/plugin/cloud-mode/manual-update/)**
--   앱 자산 즉시 변경을 위한 **실시간 업데이트**
-
-Ionic Appflow는 하이브리드 앱 관리에 훌륭한 도구이지만, Microsoft Intune과 같은 도구는 더 광범위한 기업 수준의 업데이트 관리를 위한 추가 옵션을 제공합니다.
-
-## 4. [Microsoft Intune](https://www.microsoft.com/en-us/security/business/microsoft-intune)
-
-Microsoft Intune은 2025년 기업 앱 업데이트를 효율적으로 처리하도록 설계된 클라우드 기반 엔드포인트 관리 도구입니다. 특정 프레임워크에 중점을 둔 도구와 달리, Intune은 다양한 플랫폼과 기기 유형에서 원활하게 작동하여 다양한 조직의 요구사항에 적합합니다.
-
-Intune을 사용하면 조직은 앱 스토어나 Windows 및 macOS용 사이드로딩을 통해 업데이트를 배포할 수 있어 다양한 생태계에 대한 유연성을 제공합니다. 이를 통해 플랫폼 전반의 
-
-Intune은 Microsoft 365 Enterprise의 일부로 또는 독립 실행형 제품으로 제공됩니다. 다양한 플랫폼에서 여러 애플리케이션을 관리하는 대규모 조직에게 강력한 기능 세트를 제공합니다.
-
-### 주요 특징:
-
--   **모든 주요 운영체제를 위한 크로스 플랫폼 지원**
--   **고급 보안** 및 규정 준수 제어
--   통합 관리를 위한 Microsoft 생태계와의 **통합**
--   간소화된 업데이트 프로세스를 위한 **자동화된 배포**
--   더 나은 인사이트를 위한 **상세한 보고서** 및 분석
-
-Microsoft 생태계에 깊이 관여하고 있는 조직의 경우, Intune은 대규모 멀티 플랫폼 환경에서의 업데이트 관리를 단순화합니다. 그러나 Apple 특화 요구사항의 경우 Jamf Pro와 같은 도구가 더 적합할 수 있습니다.
-
-## 5\. [Jamf Pro](https://www.jamf.com/products/jamf-pro/)
-
-![Jamf Pro](https://mars-images.imgix.net/seobot/screenshots/www.jamf.com-452a677727a22c487d11e38ebd1e7a94-2025-02-06.jpg?auto=compress)
-
-Jamf Pro는 Apple 기기 관리를 위해 특별히 설계되었으며, Apple 생태계와의 깊은 통합을 제공합니다. iOS, iPadOS, macOS 및 tvOS용 앱 업데이트를 처리하여 IT 팀에게 앱 배포 및 업데이트에 대한 정밀한 제어를 제공합니다.
-
-### 업데이트 배포 시스템
-
-Jamf Pro는 자동화된 패치 적용과 Apple의 Volume Purchase Program(VPP)과의 통합으로 업데이트 관리를 단순화합니다. 이러한 자동화는 IT 작업량을 90% 줄이고 앱 출시 속도를 75% 향상시킬 수 있습니다.
-
-이 플랫폼은 [대규모 자동화 업데이트](https://capgo.app/docs/live-updates/update-behavior/), Smart Groups를 사용한 타겟팅된 배포, 복잡한 설정을 위한 커스텀 워크플로우를 지원합니다. 이러한 기능들은 다양한 조직의 요구사항에 적응할 수 있게 합니다.
-
-### 기업 통합
-
-Jamf Pro는 규정 준수와 업데이트 속도와 같은 과제를 해결하기 위해 만들어졌으며, Apple 중심 조직을 위한 최고의 선택입니다. Jenkins와 같은 CI/CD 도구와 통합되고, GDPR 및 HIPAA 규정 준수를 지원하며, 배포에 대한 실시간 추적을 제공합니다. 주요 기업용 기능은 다음과 같습니다:
-
--   앱 업데이트를 위한 종단간 암호화
--   [이중 인증](https://capgo.app/docs/webapp/mfa/)
--   실시간 보안 평가
--   상세한 배포 추적
-
-### 가격 및 성능
-
-가격은 기기당 월 $3.33부터 시작하며, 대량 구매 및 교육 기관에 대한 할인이 제공됩니다. 예를 들어, 한 학군은 Jamf Pro를 사용하여 수천 대의 iPad를 관리하여 IT 작업량을 줄이고 규정 준수를 개선했습니다.
-
-Jamf Pro는 Apple 환경에서 탁월한 성능을 보이지만, 혼합 기기 생태계를 가진 팀은 비 Apple 기기를 위한 추가 도구가 필요할 수 있습니다. 크로스 플랫폼 옵션을 찾는 사람들에게는 CodePush가 가벼운 개발자 친화적 대안을 제공합니다.
-
-## 6\. [CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/)
-
-![CodePush](https://mars-images.imgix.net/seobot/screenshots/learn.microsoft.com-87c8945e309a8c280c425352c4f329fa-2025-02-06.jpg?auto=compress)
-
-CodePush는 앱 스토어 검토 프로세스를 건너뛸 수 있게 해주는 무선(OTA) 업데이트를 단순화하기 위해 설계된 클라우드 기반 서비스입니다. [Visual Studio App Center](https://visualstudio.microsoft.com/app-center/) 제품군의 일부이며 빠른 앱 배포와 유지보수에 중요한 역할을 합니다.
-
-차등 업데이트 시스템을 사용하여 CodePush는 수정된 파일만 푸시하여 업데이트 크기를 최소화합니다. 이는 빈번한 업데이트가 필요한 React Native 및 Ionic 앱에 특히 유용합니다. 개발자는 중요한 수정을 위한 **필수 업데이트** 또는 덜 긴급한 기능을 위한 **선택적 업데이트** 중에서 선택할 수 있습니다.
-
-이 플랫폼은 Jenkins, CircleCI, Azure DevOps와 같은 인기 있는 CI/CD 도구와 원활하게 통합되어 자동화된 배포와 원활한 버전 관리를 가능하게 합니다. 보안이 우선순위이며, 종단간 암호화, 역할 기반 접근 제어, 업데이트 추적을 위한 상세한 감사 로그와 같은 기능을 제공합니다.
-
-버전 관리 시스템을 통해 문제가 발생할 경우 즉각적인 롤백이 가능하여 다운타임을 줄일 수 있습니다. CodePush는 또한 iOS와 Android 모두를 위한 통합 업데이트를 지원하여 여러 플랫폼에서 작업하는 팀에게 적합합니다.
-
-Capgo가 Capacitor 앱을 위한 암호화된 OTA 업데이트를 강조하는 반면, CodePush는 차등 업데이트 시스템과 강력한 CI/CD 통합으로 돋보이며, 빠른 반복 개발에 중점을 둔 팀에게 완벽합니다. 하이브리드 앱 개발에 특화된 Ionic Appflow와 비교하여, CodePush의 업데이트 및 보안 접근 방식은 다양한 프레임워크에 대한 다재다능한 옵션을 제공합니다.
-
-## 결론
-
-다양한 도구들은 특정 팀의 요구사항과 프로젝트 요구사항에 따라 각각의 장점이 있습니다. 2025년의 앱 업데이트 관리는 효율성, 보안, CI/CD 워크플로우와의 원활한 통합을 결합한 도구가 필요합니다.
-
-**Capgo**는 [Capacitor 개발자](https://capgo.app/blog/capacitor-comprehensive-guide/)를 위한 탁월한 선택으로, 즉각적인 배포와 암호화된 무선(OTA) 업데이트를 제공합니다. 독립 개발자를 위해 월 $12부터 시작하며, 실시간 업데이트와 강력한 버전 관리를 제공하여 모든 규모의 프로젝트에 적합합니다.
-
-기업 수준의 보안과 규정 준수를 우선시하는 팀의 경우 **Microsoft Intune**과 **Jamf Pro**가 탁월한 옵션입니다. 이러한 플랫폼들은 민감한 데이터와 엄격한 규정 준수 표준을 다루는 조직에 중요한 광범위한 엔드포인트 관리를 제공합니다.
-
-크로스 플랫폼 개발 팀은 **CodePush** 또는 **Ionic Appflow**를 선호할 수 있습니다. CodePush의 가벼운 차등 업데이트 시스템은 빈번한 점진적 업데이트에 완벽하며, Ionic Appflow의 CI/CD 파이프라인 통합은 배포 워크플로우를 단순화합니다.
-
-팀 프로필과 우선순위에 따른 도구 비교는 다음과 같습니다:
-
-| 팀 프로필 | 추천 도구 | 주요 장점 |
-| --- | --- | --- |
-| Capacitor 개발자 | Capgo | 암호화가 적용된 즉각적인 OTA 업데이트 |
-| 기업 보안 | Microsoft Intune | 포괄적인 엔드포인트 관리 |
-| 크로스 플랫폼 팀 | CodePush | 효율적인 차등 업데이트 |
-| 하이브리드 앱 개발 | Ionic Appflow | 내장된 CI/CD 파이프라인 통합 |
-| IT 관리 | Automox | 클라우드 네이티브 패치 관리 |
-
-업계는 클라우드 네이티브 시스템과 자동화된 업데이트 프로세스로 이동하고 있습니다. AI 기반 업데이트 관리는 업데이트 처리 방식을 변화시킬 것으로 예상되어, 유연성과 확장성을 갖춘 도구가 점점 더 중요해지고 있습니다.
-
-도구를 선택할 때 팀은 업데이트 빈도, 보안 요구사항, 통합 기능, 확장성, 예산과 같은 요소들을 고려해야 합니다. 적절한 도구는 보안 위험과 규정 준수와 같은 문제를 해결할 뿐만 아니라, 원활하고 효율적인 업데이트 워크플로우를 보장하여 빠르게 발전하는 개발 환경에서 팀이 앞서나갈 수 있도록 합니다.
diff --git a/src/content/blog/ko/top-api-security-standards-for-app-store-compliance.md b/src/content/blog/ko/top-api-security-standards-for-app-store-compliance.md
deleted file mode 100644
index eff026834..000000000
--- a/src/content/blog/ko/top-api-security-standards-for-app-store-compliance.md
+++ /dev/null
@@ -1,320 +0,0 @@
----
-slug: top-api-security-standards-for-app-store-compliance
-title: 앱스토어 규정 준수를 위한 최고의 API 보안 표준
-description: API 보안 표준을 학습하여 앱이 사용자 데이터를 보호하면서 앱 스토어 요구사항을 준수하도록 보장하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-24T01:52:28.048Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78-1745459563928.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  API security, OAuth 2.0, OpenID Connect, TLS, JWT, app store compliance, user
-  data protection
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-앱의 API 보안은 Apple App Store 및 Google Play 요구 사항을 충족하는데 매우 중요합니다. 이 가이드는 플랫폼 규칙을 준수하고, 사용자 데이터를 보호하며, 앱 성능을 향상시키는데 도움이 되는 **다섯 가지 주요 API 보안 표준**을 설명합니다.
-
-### 주요 내용:
-
--   **[OAuth 2.0](https://oauth.net/2/)**: 토큰 기반 접근으로 안전한 사용자 인증
--   **[OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect)**: 향상된 사용자 인증을 위한 ID 계층 추가
--   **TLS/SSL**: 전송 중인 데이터 [암호화](https://capgo.app/docs/cli/migrations/encryption/)로 변조 방지
--   **JWT 보안**: 적절한 서명과 저장으로 토큰 보호
--   **API 속도 제어**: 요청 제한으로 API 남용 방지
-
-이러한 표준을 구현함으로써 [Capacitor 앱](https://capgo.app/plugins/ivs-player/)이 사용자 데이터를 안전하게 유지하면서 승인 기준을 충족하도록 보장할 수 있습니다. 더 자세히 알아보시겠습니까? 단계별로 살펴보겠습니다.
-
-## 프록시 서버와 사용자를 통한 프론트엔드 앱의 API 키 보안 ...
-
-<iframe src="https://www.youtube.com/embed/-HJeBV70zIE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 1. [OAuth 2.0](https://oauth.net/2/) 구현
-
-![OAuth 2.0](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/d1868b22bd285dedc49624e0c0ea2ab6.jpg)
-
-OAuth 2.0은 모바일 앱을 안전하게 인증하는 데 널리 사용되는 프로토콜입니다. 이를 통해 타사 앱이 중요한 자격 증명을 노출하지 않고도 사용자 리소스에 액세스할 수 있습니다. Apple과 Google과 같은 플랫폼은 안전하고 표준을 준수하는 인증을 요구하며, OAuth 2.0은 토큰 기반 보안과 제어된 API 액세스를 통해 이러한 요구 사항을 충족합니다.
-
-Capacitor 앱에서 OAuth 2.0을 설정하는 방법은 다음과 같습니다:
-
-### 주요 인증 흐름
-
--   **PKCE(Proof Key for Code Exchange)가 포함된 인증 코드:** 모바일 앱에 가장 적합한 안전한 흐름
--   **암시적 흐름:** 오래된 시스템에 필요한 경우에만 사용
--   **클라이언트 자격 증명:** 서비스 간 통신용
-
-### 통합 단계
-
-1.  **토큰 관리**
-    
-    -   토큰을 안전하게 검색
-    -   무단 액세스를 방지하기 위해 토큰을 [암호화된 저장소](https://capgo.app/docs/cli/migrations/encryption/)에 저장
-    -   중단 없는 액세스를 위한 토큰 자동 새로 고침
-    -   진위 확인을 위한 토큰 서명 검증
-2.  **보안 조치**
-    
-    -   범위를 구성하여 액세스 제한
-    -   위험을 줄이기 위한 토큰 만료 시간 설정
-    -   남용을 방지하기 위한 속도 제한 적용
-    -   의심스러운 활동에 대한 인증 시도 모니터링
-3.  **앱 스토어 규정 준수**
-    
-    -   Apple이 승인한 OAuth 공급자 사용
-    -   Google Play의 보안 지침 충족
-    -   앱의 인증 워크플로우를 명확하게 문서화
-    -   검토 및 문제 해결을 위한 감사 로그 유지
-
-추가 보호를 위해 OAuth 2.0을 다른 인증 방법과 결합하는 것을 고려하세요. 이 접근 방식은 민감한 사용자 데이터를 보호할 뿐만 아니라 API 엔드포인트를 보호하여 플랫폼 요구 사항 준수를 보장합니다 [\[1\]](https://capgo.app/)\[2\].
-
-## 2. [OpenID Connect](https://de.wikipedia.org/wiki/OpenID_Connect) 설정
-
-OpenID Connect는 OAuth 2.0을 기반으로 안전한 사용자 인증을 보장하기 위한 ID 계층을 추가합니다.
-
-### 주요 구현 단계
-
-1.  **ID 토큰 설정**
-    
-    -   `openid`, `profile`, `email`과 같은 범위 정의
-    -   액세스 토큰 수명을 15-30분으로 설정
-    -   보안 강화를 위한 새로 고침 토큰 순환 활성화
-2.  **사용자 인증 프로세스**
-    
-    -   시스템 브라우저 및 기기 생체 인식을 통한 네이티브 인증 사용
-    -   암호화된 저장소에 토큰을 안전하게 저장
-    -   항상 서버 측에서 토큰 유효성 검사
-3.  **클레임 관리**
-    
-    -   실제로 필요한 사용자 정보만 요청
-    -   보안 유지를 위한 적절한 세션 관리 구현
-
-### 플랫폼별 지침
-
-**iOS의 경우:**
-
--   안전한 인증을 위해 **ASWebAuthenticationSession** 사용
--   필요한 경우 **Sign in with Apple** 지원
--   키체인을 사용하여 토큰을 안전하게 저장
--   추가 보호를 위한 인증서 고정 활성화
-
-**Android의 경우:**
-
--   인증 흐름에 **Chrome Custom Tabs** 사용
--   Android 키스토어로 자격 증명 보안
--   해당되는 경우 **Google Sign-In** 통합
--   추가 보안을 위한 **[SafetyNet](https://developers.google.com/android/reference/com/google/android/gms/safetynet/SafetyNetApi) 인증** 활성화
-
-### 보안 모범 사례
-
--   세션을 효과적으로 지우기 위한 로그아웃 프로세스 구현
--   CSRF 공격을 방지하기 위한 상태 매개변수 사용
--   안전한 연결을 위한 **HTTP Strict Transport Security (HSTS)** 활성화
--   의심스러운 동작을 감지하기 위한 인증 시도 모니터링
-
-마지막으로 TLS/SSL을 적용하여 모든 인증 교환이 전송 중에 보호되도록 합니다.
-
-## 3. TLS/SSL 보안
-
-TLS/SSL은 전송 중인 데이터를 암호화된 상태로 유지합니다. TLS(전송 계층 보안)는 도청이나 변조로부터 API 트래픽을 보호합니다.
-
-### 주요 보안 사례
-
--   모든 API 통신에 **TLS v1.2 이상** 사용. 이는 클라이언트와 서버 간의 OAuth 토큰과 OpenID ID 어설션을 비공개로 유지합니다.
--   iOS와 Android 애플리케이션 모두에 **인증서 고정** 적용
--   서버에서 **HTTP Strict Transport Security (HSTS)** 활성화하여 보안 연결 강제
-
-### Capacitor 설정
-
-Capacitor의 HTTP 플러그인 또는 WKWebView/NSSecureTransport를 설정하여 유효하지 않은 인증서를 차단합니다. 실시간 업데이트의 경우, Capgo와 같은 도구는 Apple과 Google 지침을 모두 충족하는 종단 간 암호화를 제공합니다 [\[1\]](https://capgo.app/).
-
-## 4. JWT 보안 조치
-
-JSON Web Tokens(JWT)는 앱 스토어 요구 사항 준수를 보장할 때 특히 API 통신을 보호하는 데 필수적입니다. 토큰 자체의 보안에 중점을 두어 OAuth 2.0 및 OpenID Connect 설정을 강화합니다.
-
-### 토큰 서명 지침
-
--   토큰 서명에 **비대칭 RS256(RSA-SHA256)**을 사용하고 90일마다 개인 키를 교체합니다.
--   무단 액세스를 방지하기 위해 JWT를 **[암호화된 보안 저장소](https://capgo.app/docs/cli/migrations/encryption/)**에 저장합니다.
--   **서명**, **발급자(iss)**, **대상(aud)**, **만료** 등 주요 요소를 검증합니다.
--   페이로드를 최소화하여 필요한 클레임만 포함하고, 고유 식별자(_jti_)를 추가하며, 민감한 데이터는 피합니다.
-
-### 토큰 수명 주기 관리
-
--   중단 없는 액세스를 보장하기 위해 만료 **5분 전에 토큰을 새로 고침**합니다.
--   손상된 토큰을 즉시 무효화하기 위해 [Redis](https://redis.io/)를 사용하여 **취소 목록**을 유지합니다.
-
-### 오류 처리
-
-오류가 발생하면 검증 세부 정보가 노출되지 않도록 `invalid_token`과 같은 **일반적인 오류 메시지**를 반환합니다.
-
-### 앱 스토어 규정 준수
-
-앱 스토어별 요구 사항의 경우 JWT 구현이 다음을 보장하는지 확인하세요:
-
--   플랫폼의 **키체인 저장소 지침** 준수
--   모든 토큰 관련 작업에 대한 적절한 **감사 로깅** 포함
-
-## 5. API 속도 제어
-
-사용자가 API에 얼마나 자주 액세스할 수 있는지 관리하는 것은 API를 보호하는 것만큼 중요합니다. 속도 제한은 오용을 방지하고, DDoS 공격으로부터 보호하며, 사용자 간에 리소스가 공정하게 공유되도록 합니다.
-
-### 속도 제한 전략
-
-토큰이 안전하게 보호되면 각 클라이언트가 얼마나 많은 요청을 할 수 있는지 결정할 차례입니다.
-
-**요청 제한**
-
--   IP 주소 기반 요청 제한
--   API 키에 연결된 사용자별 할당량 설정
--   트래픽 급증을 처리하기 위한 간헐적 버스트 허용
-
-**시간 기반 제한**
-
--   _고정 창_: 정기적인 간격으로 제한 재설정(예: 매분 또는 매시간)
--   _슬라이딩 창_: 연속적인 시간 동안 사용량 추적
--   _토큰 버킷_: 요청에 대한 토큰 발급, 시간이 지남에 따라 보충
-
-### 구현 지침
-
-**헤더 및 응답 코드**
-
-제한을 적용할 때 응답에 유용한 헤더를 포함하세요:
-
--   제한을 초과할 때 HTTP 429("너무 많은 요청") 사용
--   `X-RateLimit-Limit`, `X-RateLimit-Remaining`, `X-RateLimit-Reset` 같은 헤더를 추가하여 사용자에게 정보 제공
--   다시 시도할 수 있는 시기를 나타내는 `Retry-After` 헤더 포함
-
-### 모니터링 및 알림
-
-다음 단계를 통해 API 사용 방식을 모니터링하세요:
-
--   패턴을 파악하기 위해 실시간으로 API 사용량 모니터링
--   의심스러운 활동 식별 및 차단
--   비정상적인 트래픽 급증에 대한 알림 설정
--   향후 분석을 위한 속도 제한 위반 로깅
-
-### 오류 응답 예시
-
-클라이언트가 속도 제한을 초과할 때 명확한 JSON 메시지로 응답합니다. 예:
-
-```json
-{
-  "error": "rate_limit_exceeded",
-  "message": "Request quota exceeded",
-  "retry_after": "<seconds until reset>"
-}
-```
-
-### 속도 제한 저장소
-
-속도 제한을 효율적으로 
-
-## API 접근 제어 방법
-
-API 엔드포인트 보호는 플랫폼 전송과 토큰을 보호하는 것 이상입니다. 세밀한 접근 제어는 API 보안을 유지하는 데 핵심입니다.
-
-### 주요 접근 제어 방법
-
--   **API 키 검증**  
-    만료 날짜가 설정된 암호학적으로 안전한 키를 사용하세요. 90일마다 키 로테이션을 자동화하고 키별 사용량 제한과 할당량을 적용하세요. 감사를 위해 항상 키 사용을 기록하세요. 이 방법은 서비스 간 호출에 OAuth 2.0과 함께 잘 작동합니다.
-    
--   **OAuth 스코프 시행**  
-    API 권한에 특정 스코프를 할당하고 모든 요청에서 이를 검증하세요. 적절한 인증이 없는 요청은 거부하고 앱스토어 심사를 위해 스코프 요구사항을 명확히 문서화하세요. 스코프를 JWT 클레임과 페어링하면 접근을 더욱 제한하는 데 도움이 될 수 있습니다.
-    
--   **역할 기반 접근 제어(RBAC)**  
-    정확한 권한을 가진 역할을 정의하고 인증 시스템을 통해 할당하세요. 모든 API 호출에 대해 역할 권한을 확인하고, 역할 할당을 암호화된 저장소에 안전하게 보관하세요.
-    
--   **토큰 검사 및 취소**  
-    실시간 토큰 검증을 수행하고 손상된 토큰에 대한 중앙 집중식 블랙리스트를 유지하세요. 즉각적인 취소를 허용하고 의심스러운 토큰 활동을 표시하도록 모니터링을 설정하세요.
-
-### 플랫폼 준수사항
-
-Apple App Store나 Google Play와 같은 플랫폼의 승인을 위해:
-
--   보안 검토 시 접근 제어 방법을 명확히 문서화하세요.
--   권한이 없는 요청을 적절한 오류 응답으로 처리하세요.
--   감사를 위해 상세한 접근 로그를 유지하세요.
--   보안 사고에 신속히 대응할 수 있도록 실시간 모니터링을 활성화하세요.
-
-이러한 조치들은 Apple과 Google의 보안 지침에 부합하여 API가 그들의 기준을 충족하도록 보장합니다.
-
-## Capacitor용 API 보안 도구
-
-접근 제어를 설정한 후에는 이러한 보호 장치를 Capacitor 워크플로우에 원활하게 구현하는 도구를 통합하는 것이 다음 단계입니다. OAuth, TLS, JWT 프로토콜을 지원하는 도구는 원활한 업데이트를 보장하면서 Capacitor 앱을 보호하는 데 필수적입니다.
-
-### 찾아야 할 주요 보안 기능
-
-Capacitor용 효과적인 보안 도구에는 다음이 포함되어야 합니다:
-
--   데이터를 보호하고 즉각적인 업데이트를 가능하게 하는 **종단간 암호화**
--   앱 성능과 문제를 모니터링하는 **분석 및 오류 추적**
--   빠른 수정을 위한 **롤백 기능**
--   **CI/CD 통합** 및 유연한 호스팅 옵션
--   플랫폼 요구사항을 충족하는 **앱스토어 준수 확인**
--   제어된 업데이트를 위한 **단계적 출시 기능**
--   중요한 문제 해결을 위한 **즉각적인 버전 되돌리기**
--   개인화된 업데이트를 위한 **대상 사용자 제어**
-
-### 최고의 선택: [Capgo](https://capgo.app/)
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6809811c9bd9ce97f26b7b78/29f394e74984c052f31714ba4759b80a.jpg)
-
-Capgo는 Apple과 Google 지침을 준수하면서 Capacitor 앱의 실시간 업데이트를 관리하는 탁월한 도구입니다. 82%의 전역 업데이트 성공률과 인상적인 434 ms의 평균 API 응답 시간을 자랑합니다 [\[1\]](https://capgo.app/).
-
-### 성능 지표
-
-Capgo는 빠르고 효과적인 업데이트를 보장합니다:
-
--   **95%의 사용자**가 24시간 내에 업데이트를 받습니다
--   전 세계적으로 **1,900개 이상의 프로덕션 앱**이 신뢰 [\[1\]](https://capgo.app/)
-
-### 모니터링 및 분석
-
-앱 성능과 준수를 유지하기 위해 다음 지표들을 추적하는 데 집중하세요:
-
--   **업데이트 성공률**: 최신 버전을 실행하는 사용자의 비율
--   **API 응답 시간**: 업데이트 전달 속도의 중요한 척도
-
-이러한 지표들을 정기적으로 검토하면 앱이 앱스토어 요구사항을 충족하고 원활한 사용자 경험을 제공하는 데 도움이 됩니다.  
-[\[1\]](https://capgo.app/) Capgo 사용 통계
-
-## 전체 정리
-
-모든 것을 종합하면, 다섯 가지 주요 표준이 어떻게 정렬되는지 살펴보겠습니다: **보안 인증**(PKCE가 포함된 OAuth 2.0, OpenID Connect), **강력한 암호화**(TLS 1.2+ 및 적절한 JWT 사용), **API 속도 제한**은 Capacitor 앱에서 Apple과 Google 앱스토어 요구사항을 충족하는 데 중요합니다.
-
-**종단간 암호화**, **지속적인 모니터링**, 베타 채널을 통한 **단계적 출시**, 롤백 옵션이 있는 **CI/CD 파이프라인** 통합에 집중하세요. 이러한 단계들은 업데이트 전달에서 82%의 인상적인 전역 성공률을 달성한 실제 사례에서 성공을 보여주었습니다 [\[1\]](https://capgo.app/).
-
-## FAQ
-
-:::faq
-### 앱스토어 보안 표준을 충족하기 위해 Capacitor 앱에서 OAuth 2.0을 어떻게 구현할 수 있나요?
-
-앱스토어 보안 표준을 준수하면서 Capacitor 앱에서 **OAuth 2.0**을 구현하려면 몇 가지 주요 단계를 따라야 합니다:
-
-1.  **OAuth 제공자 설정**: OAuth 제공자(예: Google, Apple 또는 다른 서비스)에 앱을 등록하고 Client ID와 Client Secret과 같은 필요한 자격 증명을 얻으세요.
-2.  **OAuth 라이브러리 통합**: Capacitor 앱과의 원활한 통합을 위해 `@capacitor-community/oauth2`와 같은 라이브러리를 사용하세요. 이는 인증 흐름과 토큰 처리를 관리하는 데 도움이 됩니다.
-3.  **리디렉션 URI 구성**: 인증 콜백을 안전하게 처리하기 위해 OAuth 제공자 설정에서 앱의 리디렉션 URI가 올바르게 설정되어 있는지 확인하세요.
-4.  **토큰 안전하게 처리**: 액세스 토큰과 리프레시 토큰을 저장하기 위해 종단간 암호화를 보장하는 보안 저장소(예: Capacitor의 Secure Storage 플러그인)를 사용하세요.
-
-이러한 단계들을 따르면 앱이 보안 표준을 충족하면서 원활한 인증 경험을 제공할 수 있습니다. **Capgo**와 같은 플랫폼도 Apple과 Google 요구사항을 준수하면서 실시간 업데이트를 사용자에게 전달하여 앱의 업데이트 프로세스를 향상시킬 수 있습니다.
-:::
-
-:::faq
-### 앱스토어 규정 준수를 위해 API가 Apple과 Google의 보안 표준을 충족하도록 하기 위해 어떤 단계를 취할 수 있나요?
-
-API가 Apple과 Google의 보안 표준을 충족하도록 하려면 **종단간 암호화**, 보안 인증 방법, 데이터 프라이버시 조치와 같은 강력한 보안 관행을 구현하는 데 집중하세요. 이는 규정 준수 요구사항을 충족하는 데 중요합니다.
-
-Capacitor 앱을 개발하는 경우 Capgo와 같은 도구가 규정 준수를 단순화할 수 있습니다. Capgo를 사용하면 Apple과 Android 지침을 준수하면서 앱스토어 승인 없이도 즉시 업데이트, 수정 사항, 기능을 푸시할 수 있습니다. 이를 통해 앱이 쉽게 안전하고 최신 상태를 유지할 수 있습니다.
-:::
-
-:::faq
-### 앱에서 API 보안을 모니터링하고 관리하기 위한 최상의 도구와 관행은 무엇인가요?
-
-앱에서 효과적인 API 보안 관리를 위해 실시간 업데이트, 암호화, 개발 워크플로우와의 원활한 통합을 가능하게 하는 도구를 고려하세요. **Capgo**는 Capacitor 앱을 위한 강력한 솔루션을 제공하여 개발자가 앱스토어 승인을 기다리지 않고도 즉시 업데이트, 수정 사항, 새로운 기능을 푸시할 수 있게 합니다. 이를 통해 앱이 규정을 준수하고 최신 상태를 유지할 수 있습니다.
-
-Capgo는 또한 **종단간 암호화**, CI/CD 파이프라인과의 통합, 특정 사용자 그룹에 업데이트를 할당하는 기능을 제공합니다. 이러한 기능들은 보안을 강화할 뿐만 아니라 업데이트 프로세스를 간소화하여 Apple과 Google 앱스토어 요구사항을 준수하기가 더 쉬워집니다.
-:::
diff --git a/src/content/blog/ko/top-tools-for-debugging-ota-updates-in-capacitor.md b/src/content/blog/ko/top-tools-for-debugging-ota-updates-in-capacitor.md
deleted file mode 100644
index 0874d3935..000000000
--- a/src/content/blog/ko/top-tools-for-debugging-ota-updates-in-capacitor.md
+++ /dev/null
@@ -1,137 +0,0 @@
----
-slug: top-tools-for-debugging-ota-updates-in-capacitor
-title: Capacitor OTA 업데이트 디버깅을 위한 주요 도구
-description: Capacitor 애플리케이션의 모든 플랫폼에서 OTA 업데이트를 효과적으로 디버깅하기 위한 필수 도구와 전략을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-20T02:05:05.290Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67b67f2eacf635f489c4a234-1740017141105.jpg
-head_image_alt: 모바일 개발
-keywords: 'Capacitor, OTA updates, debugging tools, mobile development, app updates'
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-
-[Capacitor](https://capacitorjs.com/) 앱에서 Over-the-Air (OTA) 업데이트를 디버깅하는 것은 까다로울 수 있지만, 적절한 도구를 사용하면 큰 차이가 있습니다. 버전 충돌을 관리하거나, [보안 업데이트](https://capgo.app/docs/live-updates/update-behavior/)를 보장하거나, 플랫폼 간 디버깅을 할 때 고려할만한 두 가지 도구가 있습니다:
-
-- **[Capgo](https://capgo.app/)**: 엔드투엔드 암호화, CI/CD 통합, 사용자별 출시가 가능한 보안 OTA 업데이트. 월 12달러부터 시작
-- **[Inspectdev](https://inspectdev/)**: [Chrome DevTools](https://developerchromecom/docs/devtools) 통합으로 Windows에서도 Android와 iOS 앱을 모두 디버깅. 연 49달러
-
-### 빠른 비교
-
-| 기능 | Capgo | Inspectdev |
-| --- | --- | --- |
-| 업데이트 관리 | 고급 (암호화, CI/CD) | 해당 없음 |
-| [디버깅 도구](https://capgo.app/docs/plugin/debugging/) | 버전 관리, 롤백 | Chrome DevTools |
-| 플랫폼 지원 | Android, iOS | Android, iOS (Windows 지원) |
-| 가격 | 월 12달러 | 연 49달러 |
-
-앱의 필요에 따라 선택하세요: 보안과 자동화를 위한 **Capgo**, 또는 크로스 플랫폼 디버깅을 위한 **Inspectdev**
-
-## OTA 업데이트 디버깅 기초
-
-### 플랫폼 요구사항
-
-[Capacitor OTA 업데이트](https://capgo.app/ja/)가 원활하게 작동하려면 적절한 네이티브 통합이 필요합니다. iOS의 경우 엄격한 코드 서명과 업데이트 검증이 필요합니다. Android에서는 업데이트 문제를 피하기 위해 버전 코드 관리와 호환성 보장이 중요합니다.
-
-주요 플랫폼 확인 사항:
-
-- 네이티브 종속성 최신 상태 유지
-- 플러그인 호환성 확인
-- iOS와 Android용 별도 빌드 구성 사용
-
-이러한 준비가 완료되면 OTA 배포 옵션을 살펴볼 차례입니다.
-
-### 업데이트 배포 방법
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)은 여러 OTA 업데이트 방법을 지원합니다. Capgo와 같은 도구는 Apple과 Android 지침을 모두 준수합니다.
-
-| 배포 방법 | 주요 기능 | 최적의 사용처 |
-| --- | --- | --- |
-| [수동 업데이트](https://capgo.app/docs/plugin/cloud-mode/manual-update/) | 업데이트 프로세스의 완전한 제어, 커스텀 URL 지원 | 소규모 앱, 테스팅 |
-| Capgo | 엔드투엔드 암호화, CI/CD 통합, 사용자 할당 제공 | 기업용 애플리케이션 |
-
-앱의 요구사항과 워크플로우에 가장 적합한 방법을 선택하세요.
-
-### 개발 환경 설정
-
-개발 환경 설정에는 [Capacitor CLI 명령어](https://capgo.app/docs/cli/commands/)를 사용하고 설정을 올바르게 구성하는 것이 포함됩니다.
-
-중요한 설정 단계:
-
-- `npx cap sync`를 실행하여 종속성 동기화
-- _capacitorconfigjson_ 파일에서 네이티브 설정 조정
-- 모든 것이 작동하는지 로컬에서 업데이트 테스트
-
-iOS 앱 검사를 위해 Inspectdev는 Windows와 Chrome DevTools와 호환되는 도구를 제공합니다. 14일 무료 체험 후 연 49달러입니다.
-
-변경 사항을 추적하고 디버깅을 단순화하기 위해 버전 관리를 체계적으로 유지하세요. Capacitor CLI 명령어를 사용하여 플랫폼 전반에서 효율적으로 업데이트를 테스트하세요.
-
-## YouTube 관련 영상
-
-
-## [Capacitor](https://capacitorjs.com/) OTA 업데이트를 위한 2가지 주요 디버깅 도구
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-20.jpg?auto=compress)
-
-이러한 도구들은 개발자가 OTA 업데이트를 관리하면서 특정 [디버깅 과제](https://capgo.app/docs/plugin/debugging/)를 효과적으로 해결하는 데 도움을 줍니다.
-
-### [Capgo](https://capgo.app
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-20.jpg?auto=compress)
-
-Capgo는 Capacitor 앱에서 OTA 업데이트를 처리하기 위한 안정적인 솔루션을 제공합니다. 플랫폼 가이드라인을 준수하면서 안전하고 빠른 업데이트를 보장합니다.
-
-#### [Capgo](https://capgo.app/) 기능 분석
-
-| **기능** | **설명** | **이점** |
-| --- | --- | --- |
-| 종단간 암호화 | 업데이트 전송 보안 | 전송 중 데이터 보호 |
-| CI/CD 통합 | 배포 파이프라인 자동화 | 업데이트 프로세스 단순화 |
-| 사용자 할당 | 특정 사용자 대상 지정 | 제어된 업데이트 출시 허용 |
-| 버전 관리 | 업데이트 기록 추적 | 문제해결 및 관리 용이성 |
-
-Capgo의 가격은 개인 개발자를 위한 월 12달러부터 시작하며, 사용자 정의 도메인과 API 접근을 포함한 기업용 옵션도 제공됩니다.
-
-### [Inspectdev](https://inspectdev/)
-
-![Inspectdev Mobile Debugging Tool](https://mars-images.imgix.net/seobot/screenshots/inspectdev-9bbcb0a3366f33fde5bbabd7b9e5d36a-2025-02-20.jpg?auto=compress)
-
-Inspectdev는 개발자들에게 일반적인 과제인 Windows에서의 iOS 디버깅을 포함하여 Android와 iOS 모두를 위한 디버깅을 단순화하도록 설계되었습니다.
-
-#### Inspectdev 기능 분석
-
-| **기능** | **이점** |
-| --- | --- |
-| 크로스 플랫폼 지원 | Windows에서 iOS 앱 디버깅 |
-| 프레임워크 통합 | React, Angular, Vue를 위한 내장 지원 |
-| Chrome DevTools | 친숙하고 사용자 친화적인 디버깅 도구 |
-
-14일 무료 체험 후 연 49달러로 제공되는 Inspectdev는 Chrome DevTools와 원활하게 통합되어 여러 운영 체제에서 작업하는 팀에게 탁월한 선택입니다. 몇 가지 제한사항이 있지만, 그 기능들은 모든 개발자의 도구상자에 훌륭한 추가가 될 것입니다.
-
-###### sbb-itb-f9944d2
-
-## 도구 비교 가이드
-
-Capacitor OTA 업데이트를 위한 디버깅 도구를 선택할 때는 기능, 가격, 호환성과 같은 요소를 평가하는 것이 중요합니다. 다음은 두 가지 필수 옵션의 분석입니다:
-
-| 기능 카테고리 | Capgo | Inspectdev |
-| --- | --- | --- |
-| 업데이트 관리 | 종단간 암호화, CI/CD 통합, 사용자별 업데이트 | OTA 업데이트용으로 설계되지 않음 |
-| 디버깅 도구 | 버전 관리, 롤백 지원 | Chrome DevTools 통합 |
-| 보안 기능 | 종단간 암호화, 규정 준수 검사 | 표준 디버깅 보안 |
-| 플랫폼 지원 | Android, iOS | Android, iOS (Windows에서 iOS 포함) |
-| CI/CD 통합 | 내장 | 제한적 |
-| 월 비용 | $12/월 (SOLO) | $408/월 (연간 청구) |
-
-### 각 도구의 특징은 무엇인가요?
-
--   **Capgo**: 중소 규모 앱에 이상적이며, Capgo의 SOLO 플랜은 월 2,500회의 라이브 업데이트와 최대 500명의 사용자를 지원합니다. 보안과 규정 준수를 우선시하여 중요한 데이터를 처리하는 앱에 탁월한 선택입니다.
-
-
--   **Inspectdev**: 디버깅을 위해 구축된 Inspectdev는 Chrome DevTools 통합과 크로스 플랫폼 지원에서 뛰어납니다.
diff --git a/src/content/blog/ko/top-tools-for-debugging-platform-specific-code-in-capacitor.md b/src/content/blog/ko/top-tools-for-debugging-platform-specific-code-in-capacitor.md
deleted file mode 100644
index 111cf8f48..000000000
--- a/src/content/blog/ko/top-tools-for-debugging-platform-specific-code-in-capacitor.md
+++ /dev/null
@@ -1,214 +0,0 @@
----
-slug: top-tools-for-debugging-platform-specific-code-in-capacitor
-title: Capacitor에서 플랫폼 특정 코드를 디버깅하기 위한 최고의 도구
-description: Capacitor 애플리케이션에서 다양한 환경에 걸쳐 플랫폼 특정 코드를 효과적으로 디버깅하기 위한 필수 도구 및 기법을 탐색하세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-17T11:27:03.103Z
-updated_at: 2025-12-12T11:31:04.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680053ff28980901df1e733b-1744889496415.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, debugging tools, platform-specific code, VS Code, Android Studio,
-  Xcode, live updates, web debugging
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-플랫폼별 코드를 디버깅하는 것은 [Capacitor](https://capacitorjs.com/)에서 어려울 수 있지만, 적절한 도구가 과정을 단순화합니다. 알아야 할 사항은 다음과 같습니다:
-
-<Steps>
--   **주요 도구**: [VS Code](https://code.visualstudio.com/)와 확장 프로그램, [Android Studio](https://developer.android.com/studio), [Xcode](https://developer.apple.com/xcode/), 그리고 [Chrome DevTools](https://developer.chrome.com/docs/devtools/overview) 및 [Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector)와 같은 브라우저 개발 도구를 사용하여 플랫폼 전반에서 디버깅을 수행하세요.
--   **실시간 업데이트**: [Capgo](https://capgo.app/)와 같은 도구는 앱 스토어 지연 없이 즉각적인 업데이트, 오류 추적 및 롤백 옵션을 제공합니다.
--   **플랫폼별 디버깅**: Android Studio와 Xcode로 네이티브 코드를 테스트하고, 브라우저 도구로 WebView를 디버깅하며, 더 나은 오류 추적을 위해 소스 맵을 활용하세요.
--   **네이티브 브리지 테스트**: `Capacitor.getPlatform()` 및 이벤트 리스너를 사용하여 JavaScript와 네이티브 간의 통신을 디버깅합니다.
--   **업데이트 시스템**: Capgo는 빠른 배포(5MB 번들에 대해 114ms 전달), 높은 채택률(24시간 이내 95%), 롤백 지원을 제공합니다.
-
-### 간단 비교
-
-| 기능 | VS Code | Android Studio | Xcode | Chrome DevTools | Safari Web Inspector |
-| --- | --- | --- | --- | --- | --- |
-| 중단점 디버깅 | ✓   | ✓   | ✓   | ✓   | ✓   |
-| 네이티브 코드 검사 | 제한적 | 전체 | 전체 | 웹 전용 | 웹 전용 |
-| 성능 프로파일링 | 기본 | 고급 | 고급 | 고급 | 고급 |
-| 네트워크 모니터링 | ✓   | ✓   | ✓   | ✓   | ✓   |
-| 소스 맵 지원 | ✓   | 제한적 | 제한적 | ✓   | ✓   |
-
-Capacitor 디버깅은 플랫폼 전반의 원활한 기능을 보장하기 위해 IDE, 브라우저 도구 및 실시간 업데이트 시스템의 조합이 필요합니다.
-
-## 궁극적인 Ionic 디버깅 가이드 (브라우저 및 네이티브 앱)
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 필수 디버깅 도구
-
-Capacitor에서 플랫폼별 코드를 디버깅하려면 각 개발 레이어에 맞춘 적절한 도구를 사용하는 것이 필요합니다.
-
-### [VS Code](https://code.visualstudio.com/) 설정 및 기능
-
-![VS Code](https://assets.seobotai.com/capgo.app/680053ff28980901df1e733b/1524a26c3096afc672477088da108f23.jpg)
-
-Visual Studio Code는 Capacitor 개발을 위한 기본 IDE입니다. 원활한 디버깅을 위해 이러한 도구와 확장을 구성해야 합니다:
-
-<Steps>
--   **Capacitor 확장 팩**: 직접 장치 배포 및 중단점 디버깅을 가능하게 합니다.
--   **iOS 시뮬레이터**: iOS 장치에서 실시간 테스트를 수행할 수 있습니다.
--   **Android Debug Bridge (ADB)**: Android 디버깅을 위한 명령줄 인터페이스를 제공합니다.
--   **라이브 리로드**: 코드를 변경할 때마다 앱이 자동으로 새로 고침됩니다.
-
-더 나은 디버깅을 위해 `capacitor.config.json`에서 소스 맵을 활성화하세요:
-
-### 플랫폼 IDE 도구
-
-플랫폼별 IDE는 네이티브 코드를 디버깅하기 위한 고급 도구를 제공합니다.
-
-<Steps>
--   **Android Studio**:
-    
-    -   네이티브 코드 디버깅을 위해 Java/Kotlin에서 중단점을 설정합니다.
-    -   UI 구성 요소를 분석하기 위해 레이아웃 검사기를 사용합니다.
-    -   성능 통찰을 위해 메모리 및 CPU 프로파일링 도구에 접근합니다.
-    -   Logcat을 사용하여 시스템 수준 로그를 확인합니다.
--   **Xcode**:
-    
-    -   LLDB 디버거로 Objective-C/Swift 코드를 디버깅합니다.
-    -   메모리 그래프 디버거로 메모리 문제를 찾아냅니다.
-    -   네트워크 요청을 검사하고 오류 보고서를 분석합니다.
-    -   통합 콘솔을 사용하여 로깅합니다.
-
-### WebView 디버깅 도구
-
-네이티브 디버깅 설정이 완료되면 하이브리드 인터페이스에 집중하여 완전한 디버깅 경험을 얻을 수 있습니다.
-
-<Steps>
--   **Android용 Chrome DevTools**:
-    
-    -   원격 디버깅을 위해 `chrome://inspect`를 사용합니다.
-    -   네트워크 요청을 모니터링합니다.
-    -   JavaScript 콘솔에 접근합니다.
-    -   DOM을 검사하고 조작합니다.
--   **iOS용 Safari Web Inspector**:
-    
-    -   iOS 설정에서 웹 검사기를 활성화합니다.
-    -   JavaScript 코드를 디버깅합니다.
-    -   네트워크 리소스를 추적합니다.
-    -   로컬 저장소를 검사합니다.
-
-### 고급 업데이트 기능
-
-안전하고 효율적인 업데이트를 위해 현대 도구는 다음과 같은 기능을 제공합니다:
-
-| 기능 | 장점 |
-| --- | --- |
-| 종단 간 암호화 | 업데이트 동안 데이터 전송을 보호합니다. |
-| 분석 및 오류 추적 | 업데이트 성능 및 문제를 추적합니다. |
-| 롤백 지원 | 문제가 있는 업데이트에서 신속하게 복구합니다. |
-| [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | 특정 사용자에 대한 표적 업데이트를 허용합니다. |
-
-원격 검사를 지원하려면 아래와 같이 앱을 구성하세요:
-
-이 도구들을 설정하면 신뢰할 수 있는 디버깅 환경을 보장하여 개발 속도를 높이고 플랫폼 전반에서 문제를 효율적으로 해결하는 데 도움을 줍니다.
-
-## 플랫폼별 디버깅 방법
-
-핵심 [디버깅 도구](https://capgo.app/docs/plugin/debugging/)를 바탕으로 플랫폼별 기술은 [디버깅 프로세스](https://capgo.app/docs/plugin/debugging/)를 보다 정확하게 조정하는 데 도움을 줍니다.
-
-### 네이티브 브리지 테스트
-
-JavaScript와 네이티브 플랫폼 간의 통신을 디버깅하려면 플랫폼별 차이에 대한 주의가 필요합니다. 이벤트를 추적하고 플랫폼 동작을 관찰하기 위해 브리지 로깅을 활성화할 수 있습니다:
-
-네이티브 브리지 작업 시 `Capacitor.getPlatform()`를 사용하여 플랫폼을 확인하세요:
-
-### 소스 맵 구성
-
-프로덕션 문제를 보다 효과적으로 디버깅하기 위해 각 플랫폼에 대해 빌드 프로세스에서 소스 맵을 구성하세요:
-
-아래 표는 소스 맵 설정이 플랫폼에 걸쳐 디버깅에 미치는 영향을 강조합니다:
-
-| 플랫폼 | 소스 맵 유형 | [디버깅 도구](https://capgo.app/docs/plugin/debugging/) |
-| --- | --- | --- |
-| iOS | 인라인 | Safari Web Inspector |
-| Android | 숨김 | Chrome DevTools |
-| 웹 | 외부 | 브라우저 개발 도구 |
-
-### 테스트 자동화 설정
-
-각 플랫폼에 대한 테스트 구성을 사용자 정의하면 디버깅이 단순화되고 공유 로직이 intact하게 유지됩니다. 다음은 플랫폼별 테스트 자동화의 예입니다:
-
-또한 Capgo (https://capgo.app)와 같은 실시간 업데이트 도구는 테스트 및 문제 해결 속도를 높일 수 있습니다. Capgo는 Capacitor 앱을 위한 즉각적인 업데이트를 지원하며 통합된 분석, 오류 추적 및 롤백 옵션을 제공합니다 [\[1\]](https://capgo.app/).
-
-중요한 상황에 대해서는 폴백 메커니즘을 사용한 기능 감지를 고려하세요:
-
-이러한 기술은 앱이 모든 플랫폼에서 원활하게 작동하도록 보장하는 데 도움을 줍니다.
-
-## 도구 비교 가이드
-
-Capacitor 프로젝트에 적합한 디버깅 도구를 선택하는 것은 각 도구가 다양한 플랫폼에서 어떻게 작동하는지를 이해하는 것입니다. 정보에 입각한 결정을 내리기 위한 분석이 아래에 있습니다.
-
-### 디버그 도구 기능
-
-각 디버깅 도구는 플랫폼에 따라 고유한 통찰을 제공합니다:
-
-| 기능 | VS Code | Android Studio | Xcode | 브라우저 개발 도구 |
-| --- | --- | --- | --- | --- |
-| 중단점 디버깅 | ✓   | ✓   | ✓   | ✓   |
-| 네이티브 코드 검사 | 제한적 | 전체 | 전체 | 웹 전용 |
-| 성능 프로파일링 | 기본 | 고급 | 고급 | 고급 |
-| 네트워크 모니터링 | ✓   | ✓   | ✓   | ✓   |
-| 메모리 분석 | 기본 | 고급 | 고급 | 기본 |
-| 소스 맵 지원 | ✓   | 제한적 | 제한적 | ✓   |
-| 핫 리로드 | ✓   | 네이티브 전용 | 네이티브 전용 | ✓   |
-
-Android Studio나 Xcode와 같은 플랫폼별 IDE를 VS Code와 결합하면 개발자는 [네이티브 디버깅 기능](https://capgo.app/docs/plugin/debugging/)을 활용하면서 크로스 플랫폼 유연성을 유지할 수 있습니다.
-
-### 업데이트 시스템 옵션
-
-디버깅 도구는 문제를 식별하는 데 도움을 주지만 효율적인 업데이트 시스템은 수정 사항이 신속하게 배포되도록 보장합니다. Capgo는 빠른 업데이트 배포로 두드러집니다. 예를 들어, 전 세계 CDN은 5MB 번들을 단 114ms에 제공합니다. 평균 API 응답 시간은 57ms입니다 [\[1\]](https://capgo.app/).
-
-업데이트 시스템 비교는 다음과 같습니다:
-
-| 핵심 지표 | Capgo | [Appflow](https://ionic.io/appflow/) |
-| --- | --- | --- | --- |
-| 업데이트 속도 | 5MB 번들에 대해 평균 114ms 배달 [\[1\]](https://capgo.app/) | 공개되지 않음 | 공개되지 않음 |
-| 사용자 채택 | 24시간 이내 95% [\[1\]](https://capgo.app/) | 공개되지 않음 | 공개되지 않음 |
-| 성공률 | 전 세계 82% [\[1\]](https://capgo.app/) | 공개되지 않음 | 공개되지 않음 |
-| 암호화 | 종단 간 | 표준 암호화 | 표준 암호화 |
-| 자체 호스팅 | 가능 | 불가능 | 불가능 |
-| 가격 | $12–$249/월 | 일반적으로 더 높음 | 유사 |
-
-Capgo의 즉각적인 업데이트는 앱 안정성을 유지하는 데 도움을 주며 앱 스토어 지연을 피할 수 있습니다. 업계 리더인 Rodrigo Mantica는 다음과 같이 말합니다:
-
-> "우리는 애자일 개발을 실천하며 @Capgo는 사용자에게 지속적으로 제공하는 데 중요한 역할을 합니다!" [\[1\]](https://capgo.app/)
-
-Microsoft의 CodePush가 2024년에 종료되고 Appflow가 2026년에 닫힐 예정인 가운데, Capgo와 같은 도구는 지속적인 배포를 유지하고 사용자 만족도를 높이는 데 점점 더 중요해지고 있습니다.
-
-## 디버깅 가이드라인
-
-플랫폼별 코드를 디버깅하려면 다양한 운영 체제와 장치에서 명확하고 구조적인 접근 방식이 필요합니다. Capacitor 앱에서 디버깅을 보다 효과적으로 만드는 방법은 다음과 같습니다.
-
-### 다중 플랫폼 테스트
-
-시뮬레이터, 실제 장치 및 다양한 OS 버전에서 테스트를 실행하세요. Capgo 데이터에 따르면 **중대한 플랫폼별 문제의 95%가 배포 후 첫 24시간 이내에 발견됩니다** [\[1\]](https://capgo.app/). 여러 측면에서 테스트하면 문제를 조기에 발견하고 각 플랫폼에 맞춘 정확한 디버깅이 가능합니다.
-
-### 플랫폼 감지
-
-플랫폼별 코드 블록을 활용하여 고유 문제를 정확히 찾아내고 해결하세요:
-
-이 접근 방식은 정확한 플랫폼 감지를 보장하여 다양한 운영 체제에서 실시간 업데이트를 보다 신뢰할 수 있게 만듭니다.
-
-### 실시간 업데이트 시스템
-
-실시간 업데이트는 앱 성능을 유지하고 플랫폼별 버그를 신속하게 해결하는 데 중요한 역할을 합니다. Capgo는 사용자 피드백에 의해 효과적인 생산 환경에서도 검증되었습니다:
-
-> "우리는 5000명 이상의 사용자 기반을 위해 Capgo OTA 업데이트를 프로덕션에 배포했습니다. 거의 모든 사용자가 OTA가 @Capgo에 배포된 몇 분 내에 최신 상태로 유지되고 있어 매우 원활한 운영을 보고 있습니다." – colenso [\[1\]](https://capgo.app/)
-
-실시간 업데이트 시스템의 주요 기능은 실시간 오류 추적, 즉시 롤백 가능성, 타겟 수정을 위한 베타 채널을 포함합니다. 이러한 도구는 앱의 안정성을 유지하면서 신속하게 문제를 해결할 수 있습니다.
-
-## 결론
-
-효과적인 디버깅 도구와 효율적인 실시간 업데이트 시스템의 잘 설계된 조합은 플랫폼 특정 문제를 해결하는 데 핵심입니다. 전통적인 디버깅 방법을 Capgo와 같은 실시간 업데이트 플랫폼과 결합함으로써 개발자는 앱 스토어 승인을 기다리지 않고도 즉각적인 수정을 구현할 수 있습니다. 글로벌 업데이트 성공률과 대부분의 사용자에게 24시간 이내에 도달할 수 있는 능력을 가진 이러한 도구는 문제 해결을 더 빠르고 쉽게 만듭니다.
-
-성공의 주요 요소는 정확한 플랫폼 감지, 종단 간 암호화가 적용된 안전한 업데이트 프로세스, 신속한 롤백 옵션 및 실행 가능한 분석입니다.
diff --git a/src/content/blog/ko/turn-off-android-talkback.md b/src/content/blog/ko/turn-off-android-talkback.md
deleted file mode 100644
index 36cab29b0..000000000
--- a/src/content/blog/ko/turn-off-android-talkback.md
+++ /dev/null
@@ -1,60 +0,0 @@
----
-slug: turn-off-android-talkback
-title: Android 기기에서 TalkBack을 끄고 사용하는 방법
-description: 'TalkBack, 시각 장애가 있는 사용자를 위한 Android 기본 제공 스크린 리더를 활성화하고 탐색하는 단계별 가이드입니다.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-11-27T00:00:00.000Z
-updated_at: 2023-11-27T00:00:00.000Z
-head_image: /android_talkback.webp
-head_image_alt: Android TalkBack 활성화
-keywords: >-
-  Android, TalkBack, screen reader, visually impaired, mobile app development,
-  live updates, OTA updates, continuous integration, mobile app updates
-tag: Android
-published: true
-locale: ko
-next_blog: ''
----
-TalkBack은 Android 기기에 통합된 시각 장애인을 위한 필수 기능입니다. 화면의 내용을 음성으로 전달하고 다양한 요소와의 탐색 및 상호 작용을 돕는 제스처 기반 화면 읽기 프로그램입니다. 다음은 TalkBack을 활성화하고 사용하는 방법에 대한 종합 가이드입니다.
-
-## TalkBack 켜는 방법
-
-Android 기기에서 TalkBack을 활성화하는 여러 방법이 있습니다:
-
-### 볼륨 키 사용
-
-1. 기기 측면의 볼륨 키를 찾으세요.
-2. 양쪽 볼륨 키를 동시에 3초간 길게 누르세요.
-3. 작업 확인을 위한 음성 안내가 들립니다. 볼륨 키를 다시 3초간 길게 눌러 확인하세요.
-
-### Google 어시스턴트 사용
-
-1. "헤이 구글"이라고 말하여 Google 어시스턴트를 활성화하세요.
-2. 필요에 따라 "TalkBack 켜줘" 또는 "TalkBack 꺼줘"라고 명령하세요.
-
-### 기기 설정을 통해
-
-1. 기기의 `설정` 앱을 여세요.
-2. 아래로 스크롤하여 `접근성`을 선택하세요.
-3. `TalkBack`을 탭하세요.
-4. `TalkBack 사용` 스위치를 켜거나 끄세요.
-
-## TalkBack으로 탐색하기
-
-TalkBack이 활성화되면 기기가 탐색할 때 음성 피드백을 제공합니다. TalkBack을 사용하여 기기와 상호 작용하는 방법은 다음과 같습니다:
-
-- **다음 항목**: 오른쪽으로 스와이프하여 다음 항목으로 이동
-- **이전 항목**: 왼쪽으로 스와이프하여 이전 항목으로 이동
-- **활성화**: 선택한 항목을 활성화하려면 화면의 아무 곳이나 두 번 탭
-- **터치로 탐색**: 손가락을 화면 위로 드래그하여 터치하는 항목을 음성으로 읽기
-- **스크롤**: 두 손가락으로 위아래로 스와이프하여 페이지 스크롤
-- **TalkBack 메뉴**: 세 손가락으로 화면을 탭하여 추가 TalkBack 옵션 열기
-- **읽기 제어 조정**: 세 손가락으로 왼쪽 또는 오른쪽으로 스와이프하여 읽기 설정 변경
-
-## TalkBack 끄기
-
-TalkBack을 비활성화해야 할 경우 위에서 언급한 방법 중 하나를 사용할 수 있습니다. 화면을 볼 수 없을 때는 볼륨 키 단축키가 특히 유용합니다.
-
-TalkBack 숙달에는 연습이 필요합니다. 설정을 탐색하고 사용자의 선호도에 맞게 경험을 커스터마이즈하는 것을 주저하지 마세요. 이러한 단계를 통해 TalkBack을 사용하여 자신 있게 Android 기기를 탐색할 수 있습니다.
diff --git a/src/content/blog/ko/ultimate-guide-to-app-store-compliant-ota-updates.md b/src/content/blog/ko/ultimate-guide-to-app-store-compliant-ota-updates.md
deleted file mode 100644
index 7ca8e2a54..000000000
--- a/src/content/blog/ko/ultimate-guide-to-app-store-compliant-ota-updates.md
+++ /dev/null
@@ -1,299 +0,0 @@
----
-slug: ultimate-guide-to-app-store-compliant-ota-updates
-title: 앱스토어 규정을 준수하는 OTA 업데이트 완벽 가이드
-description: >-
-  App Store 가이드라인을 준수하면서 더 나은 사용자 경험을 위해 Over-The-Air 업데이트를 효과적으로 관리하는 방법을
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-28T05:46:14.390Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67c122f35f2cea0ab3a1fd8f-1740721832892.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, app store compliance, mobile app updates, bug fixes, performance
-  improvements
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**앱스토어 규정을 위반하지 않고 앱을 빠르게 업데이트하고 싶으신가요?** Over-The-Air (OTA) 업데이트를 통해 버그를 수정하고, 성능을 개선하며, 사용자 경험을 향상시킬 수 있습니다 - 앱스토어 승인을 기다릴 필요 없이 말이죠. 하지만 규정을 준수하기 위해서는 Apple과 Google의 엄격한 가이드라인을 따라야 합니다.
-
-### 주요 내용:
-
--   **OTA 업데이트의 기능**: 앱스토어 다운로드 없이 직접 기기로 수정사항과 minor 개선사항을 푸시할 수 있습니다.
--   **이점**: 더 빠른 버그 수정, 원활한 업데이트, 비용 효율성.
--   **앱스토어 규정**:
-    -   **OTA 허용사항**: 버그 수정, 성능 업데이트, 경미한 UI 수정.
-    -   **스토어 검토 필요**: 주요 기능, 네이티브 코드 변경.
--   **규정 준수 방법**:
-    -   핵심 앱 기능 변경 금지.
-    -   HTTPS와 디지털 서명과 같은 보안 전송 방식 사용.
-    -   사용자에게 [업데이트 목적](https://capgo.app/docs/live-updates/update-behavior/)을 명확히 전달.
-
-### OTA 규정 빠른 비교
-
-| **업데이트 유형** | **OTA 허용** | **스토어 검토 필요** |
-| --- | --- | --- |
-| 버그 수정 | 예 | 아니오 |
-| 성능 업데이트 | 예 | 아니오 |
-| 경미한 UI 변경 | 제한적 | 때때로 |
-| 주요 기능 | 아니오 | 예 |
-| 네이티브 코드 변경 | 아니오 | 예 |
-
-## OTA 업데이트와 앱스토어 규정
-
-### OTA 업데이트의 기능
-
-OTA(Over-The-Air) 업데이트를 통해 개발자는 전체 앱스토어 다운로드 없이 사용자의 기기로 직접 수정사항과 개선사항을 푸시할 수 있습니다. [React Native](https://reactnative.dev/) 앱에서 이러한 업데이트는 앱의 대부분의 기능을 처리하는 JavaScript 번들을 대체하는 반면, 네이티브 코드는 변경되지 않습니다 [\[1\]](https://dev.to/pagepro_agency/ota-updates-with-expo-22g0).
-
-OTA 업데이트의 일반적인 용도:
-
--   버그 수정
--   성능 개선
--   UI 요소 조정
--   콘텐츠 업데이트
--   minor 기능 추가
-
-하지만 정책 위반을 피하기 위해서는 앱스토어 가이드라인을 준수하는 것이 매우 중요합니다.
-
-### 앱스토어 규정 준수
-
-앱스토어, 특히 Apple의 App Store는 OTA를 통해 업데이트할 수 있는 것에 대해 엄격한 규정을 가지고 있습니다. Apple은 Google Play보다 더 엄격한 제한을 적용하며, 특히 OTA 업데이트를 통한 주요 기능 배포를 제한합니다 [\[2\]](https://pagepro.co/blog/react-native-over-the-air-updates/). 다음은 허용되는 사항에 대한 간단한 분석입니다:
-
-| 업데이트 유형 | OTA 허용 | 스토어 검토 필요 |
-| --- | --- | --- |
-| 버그 수정 | 예 | 아니오 |
-| 성능 업데이트 | 예 | 아니오 |
-| 경미한 UI 변경 | 제한적 | 때때로 |
-| 주요 기능 | 아니오 | 예 |
-| 네이티브 코드 변경 | 아니오 | 예 |
-
-이러한 규정을 준수하면 규정 준수 문제 없이 OTA 업데이트를 최대한 활용할 수 있습니다.
-
-### OTA 업데이트의 중요성
-
-OTA 업데이트는 개발자와 사용자 모두에게 이점이 있습니다. 예를 들어, 2017년 [Newport Folk Festival](https://en.wikipedia.org/wiki/Newport_Folk_Festival)에서 개발자들은 OTA 업데이트를 사용하여 이벤트 일정에 영향을 미치는 시간대 버그를 신속하게 수정했습니다 [\[4\]](https://cantina.co/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/). 마찬가지로, [Your Call Football](https://en.wikipedia.org/wiki/Your_Call_Football)은 OTA 업데이트를 사용하여 일정이 변경될 때 게임 시간을 즉시 조정했습니다 [\[4\]](https://cantina.co/streamline-mobile-app-deployments-with-react-native-and-over-the-air-updates/).
-
-주요 장점:
-
--   **신속한 수정**: 중요한 문제를 즉시 해결할 수 있습니다.
--   **원활한 업데이트**: 사용자가 수동으로 업데이트를 다운로드할 필요가 없으며, 모든 것이 백그라운드에서 이루어집니다.
--   **빠른 반복**: 개발자는 사용자 피드백을 바탕으로 빠르게 변경사항을 배포할 수 있습니다.
-
-이러한 기능들은 실시간으로 앱을 유지보수하고 개선하는 데 OTA 업데이트를 매우 유용하게 만듭니다.
-
-## iOS 앱에서 OTA 업데이트를 수행할 수 있나요? Apple 가이드라인 설명
-
-<iframe src="https://www.youtube.com/embed/aBZDJI6xQJg" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 앱스토어 업데이트 규정
-
-각 플랫폼은 앱 업데이트에 대한 자체 규정을 가지고 있으며, 규정 준수는 매우 중요합니다.
-
-### Apple의 업데이트 규정
-
-Apple은 새로운 앱과 업데이트 모두에 대해 엄격한 검토 프로세스를 가지고 있으며, 일반적으로 승인에 1-2일이 소요됩니다 [\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store). 주요 요구사항은 다음과 같습니다:
-
-| 요구사항 | 설명 |
-| --- | --- |
-| API 사용 | 앱은 공개 API만 사용해야 하며 현재 OS와 호환되어야 합니다 [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| 코드 실행 | 앱은 기능이나 기능성을 변경하는 코드를 다운로드하거나 실행할 수 없습니다 [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| 업데이트 설명 | "새로운 기능" 섹션에 변경사항과 새로운 기능을 명확히 설명해야 합니다 [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| 테스팅 | 앱은 안정성을 보장하고 버그를 수정하기 위해 철저히 테스트되어야 합니다 [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-| 문서화 | 즉시 명확하지 않을 수 있는 기능에 대해 자세한 설명을 제공해야 합니다 [\[3\]](https://developer.apple.com/app-store/review/guidelines/). |
-
-Apple은 또한 업데이트의 무결성을 보장하고, 개인화하며, 다운그레이드 공격을 차단하기 위해 보안 업데이트 시스템을 사용합니다 [\[5\]](https://support.apple.com/guide/deployment/about-software-updates-depc4c80847a/web).
-
-### [Google Play](https://play.google.com/console/signup)의 업데이트 규정
-
-![Google Play](https://mars-images.imgix.net/seobot/screenshots/play.google.com-b46db7cd42211b9b8ee493afb4b93a4d-2025-02-28.jpg?auto=compress)
-
-Google Play는 자동화와 AI를 활용하여 검토 프로세스를 가속화하는 다른 접근 방식을 취합니다. 승인은 대개 몇 시간 내에 완료됩니다 [\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store). 주요 특징:
-
--   Apple보다 더 빠른 업데이트 승인
--   더 완화된 가이드라인
--   사전 승인 없이 오픈 베타 테스트 가능
--   minor 업데이트에 대한 덜 엄격한 검토 프로세스
-
-Google은 여전히 보안 조치를 시행하고 정책 위반을 모니터링하기 위해 자동화 시스템을 사용합니다 [\[6\]](https://thisisglance.com/blog/apple-store-vs-google-play-store).
-
-### 일반적인 규정 위반 사항
-
-앱 업데이트 시 피해야 할 일반적인 함정:
-
-1.  **보안 과실**  
-    업데이트를 제대로 검증하지 않으면 취약점이 노출될 수 있습니다. 항상 디지털 서명과 HTTPS를 사용하여 업데이트 전송을 보호하세요 [\[7\]](https://bluegoatcyber.com/blog/ota-update-vulnerabilities/).
-    
-2.  **기능 과도 확장**  
-    over-the-air (OTA) 업데이트를 통해 주요 새로운 기능을 추가하면 스토어 정책을 위반할 수 있습니다 [\[8\]](https://stackoverflow.com/questions/43951710/does-apple-allow-ota-updates-of-application).
-    
-3.  **사용자 커뮤니케이션**  
-    업데이트에 대한 부실한 커뮤니케이션은 사용자를 혼란스럽게 하고 보안을 약화시킬 수 있습니다 [\[7\]](https://bluegoatcyber.com/blog/ota-update-vulnerabilities/).
-    
-
-규정 준수를 위해:
-
--   보안 문제에 대해 정기적으로 [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/)를 감사합니다.
--   업데이트 패턴을 분석하기 위해 머신러닝을 사용합니다.
--   사용자에게 업데이트의 목적을 명확히 설명합니다.
--   OTA 업데이트를 통해 앱의 핵심 기능을 변경하지 않습니다 [\[8\]](https://stackoverflow.com/questions/43951710/does-apple-allow-ota-updates-of-application).
--   구독과 가격 정보를 투명하게 공개합니다 [\[3\]](https://developer.apple.com/app-store/review/guidelines/).
-
-이러한 규정을 준수하면 플랫폼 요구사항을 충족하면서 사용자를 만족시키고 정보를 제공할 수 있습니다.
-
-## 스토어 승인 업데이트 설정
-
-보안 구성, 철저한 테스팅, 강력한 보안 관행을 통해 앱스토어 요구사항을 충족하는 over-the-air (OTA) 업데이트를 설정하세요.
-
-### 기술 설정 단계
-
-앱스토어 규정을 준수하는 OTA 업데이트를 만들기 위해서는 안전하고 잘 구조화된 기술 설정이 필요합니다. 주요 구성 요소:
-
-| 설정 구성 요소 | 요구사항 | 목적 |
-| --- | --- | --- |
-| 인증서 관리 | CSR 생성, Apple 인증서 | 안전한 업데이트 전달 보장 |
-| 프로비저닝 프로필 | 기기 선택, 프로필 생성 | 업데이트 배포 제어 |
-| 업데이트 설정 | API 토큰, 팀
-
-> "모든 앱과 앱 업데이트는 개인정보 보호, 보안 및 안전 요구사항을 충족하는지 평가하기 위해 검토됩니다." - Apple Support [\[11\]](https://support.apple.com/guide/security/about-app-store-security-secb8f887a15/web)
-
-보안 표준을 준수하기 위해:
-
--   개발 파이프라인에 보안 테스트를 통합하세요 [\[12\]](https://www.nowsecure.com/blog/2024/08/28/navigating-mobile-app-security-privacy-regulations-how-nowsecure-can-help-ensure-compliance/).
--   보안 중심 설계 원칙을 적용하세요.
--   다양한 지역의 규제 요구사항을 지속적으로 파악하세요.
--   모든 보안 프로토콜과 테스트 절차를 문서화하세요.
-
-2025년 2월 27일 기준, Capgo는 전 세계적으로 5억 2백만 건의 업데이트를 제공했으며, 1.8K개의 앱이 프로덕션 환경에서 플랫폼을 사용하고 있습니다 [\[9\]](https://capgo.app/). 이는 엄격한 보안 및 규정 준수 기준을 유지하면서도 대규모 OTA 업데이트가 가능하다는 것을 보여줍니다.
-
-보안 조치가 갖춰지면, 다음 단계는 사용자를 위한 원활한 업데이트 경험을 보장하는 것입니다.
-
-## [Capgo](https://capgo.app/): OTA 업데이트 플랫폼
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-28.jpg?auto=compress)
-
-Capgo는 앞서 언급한 사례들을 바탕으로 앱 스토어 규정을 준수하는 무선 업데이트(OTA)를 처리하는 안정적인 방법을 제공합니다.
-
-### Capgo 주요 기능
-
-Capgo는 다음과 같은 뛰어난 기능으로 안전하고 규정을 준수하는 OTA 업데이트를 보장합니다:
-
-| **기능** | **설명** | **이점** |
-| --- | --- | --- |
-| **즉시 업데이트** | 몇 분 안에 변경사항 적용 | 출시 효율성 81% 향상 [\[9\]](https://capgo.app/) |
-| **종단간 암호화** | 업데이트는 암호화되며 사용자별 맞춤형 | 강화된 보안 |
-| **CI/CD 통합** | GitHub, GitLab, Jenkins와 원활하게 연동 | 배포 단순화 |
-| **사용자 할당** | 업데이트 대상 제어 | 타겟팅된 출시 가능 |
-| **버전 관리** | 업데이트 이력 손쉽게 관리 | 유지보수 단순화 |
-
-이 플랫폼은 자체 Dart 인터프리터를 통해 규정 준수와 높은 성능도 보장합니다 [\[13\]](https://capgo.app/docs/faq/). 이러한 기능들은 Capgo를 앱 스토어 정책을 준수하는 데 믿을 수 있는 선택으로 만듭니다.
-
-### Capgo의 규정 준수 방식
-
-Capgo는 다음과 같은 방식으로 앱 스토어 가이드라인을 엄격히 준수합니다:
-
--   네이티브 코드 변경 없이 [JavaScript 번들](https://capgo.app/docs/webapp/bundles/)만 업데이트 [\[14\]](https://capgo.app/docs/getting-started/quickstart/)
--   업데이트가 앱의 원래 목적에 부합하고, 새로운 스토어프론트를 만들지 않으며, 시스템 보안을 손상시키지 않도록 보장
-
-> "해석된 코드는 애플리케이션에 다운로드될 수 있지만, 다음 조건에 한해서만 가능합니다: (a) 앱스토어에 제출된 애플리케이션의 의도된 광고 목적과 일치하지 않는 기능을 제공함으로써 애플리케이션의 주요 목적을 변경하지 않음, (b) 다른 코드나 애플리케이션을 위한 스토어나 스토어프론트를 만들지 않음, (c) OS의 서명, 샌드박스 또는 기타 보안 기능을 우회하지 않음."
-> – Apple Developer Program 라이선스 계약 [\[14\]](https://capgo.app/docs/getting-started/quickstart/)
-
-### Capgo 요금제 및 가격
-
-Capgo는 다양한 필요에 맞는 유연한 가격 옵션을 제공합니다:
-
-| **요금제** | **월 비용\*** | **월간 업데이트** | **월간 활성 사용자** |
-| --- | --- | --- | --- |
-| **SOLO** | $12 | 2,500 | 500 |
-| **MAKER** | $33 | 25,000 | 5,000 |
-| **TEAM** | $83 | 150,000 | 30,000 |
-| **PAYG** | $249 | 1,000,000 | 200,000 |
-
-\*연간 결제 기준 가격.
-
-모든 요금제는 우선 지원, 대역폭, 스토리지를 포함합니다. PAYG 옵션은 API 접근, 커스텀 도메인, 전담 지원을 추가로 제공합니다.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 있어 매우 중요합니다!"
-> – Rodrigo Mantica [\[9\]](https://capgo.app/)
-
-> "Capgo는 핫 코드 푸시를 하는 스마트한 방법입니다(@AppFlow처럼 엄청난 비용이 들지 않죠) 🙂"
-> – NASA's OSIRIS-REx 팀 [\[9\]](https://capgo.app/)
-
-## 업데이트로 사용자 만족도 유지하기
-
-### 사용자에게 업데이트 소통하기
-
-업데이트에 대한 명확하고 전문적인 소통이 큰 차이를 만들 수 있습니다. 다음과 같이 메시지를 구성하세요:
-
--   **목적**: "이 업데이트는 앱 성능을 향상시키고 사용자 피드백을 반영합니다."
--   **소요 시간**: "업데이트는 단 몇 분이면 완료됩니다."
--   **요구사항**: "충분한 여유 공간과 WiFi 연결을 확인하세요."
--   **다음 단계**: "'지금 업데이트'를 탭하거나 나중으로 예약하세요."
-
-가능한 경우 사용자 의견을 인정하세요. 예를 들어, [Mailchimp](https://mailchimp.com/)의 제품 팀은 다음과 같이 공유했습니다:
-
-> "여러분의 의견을 듣고 변화를 주었습니다" - Mailchimp 제품 팀 [\[16\]](https://www.uservoice.com/blog/communicate-product-changes)
-
-이러한 투명하고 사용자 중심적인 접근은 신뢰를 구축하고 원활한 업데이트 채택을 보장합니다.
-
-### 사용자 피드백 관리
-
-사용자 의견을 효과적으로 처리하는 것은 업데이트를 개선하고 만족도를 유지하는 데 필수적입니다. 다음과 같은 전략이 있습니다:
-
--   **실시간 모니터링**:
-    
-    -   업데이트 후 기기 성능 추적
-    -   분석을 위한 오류 로그 수집
-    -   인앱 사용자 보고서 모니터링
--   **대응 프로토콜**:
-    
-    -   보고된 문제를 신속히 해결하고 수정 일정 공유
-    -   향후 업데이트를 위한 피드백 문서화
-
-이러한 단계는 즉각적인 문제를 해결할 뿐만 아니라 향후 업데이트를 더 잘 계획하는 데 도움이 됩니다.
-
-### 업데이트 시기 선택
-
-사용자를 만족시키고 시스템을 안정적으로 유지하기 위해서는 적절한 업데이트 시기를 선택하는 것이 중요합니다. 다음과 같이 접근하세요:
-
--   **사용량 분석**:
-    
-    -   관련 시간대에서 활동이 적은 시간대에 업데이트 예약
-    -   사용자 활동의 자연스러운 휴식 시간을 고려
--   **배포 전략**:
-    
-    -   먼저 소규모 사용자 그룹에 업데이트 출시
-    -   안정성을 모니터링한 후 출시 확대
-    -   사용자가 편리한 시간에 업데이트할 수 있도록 허용
--   **기술적 고려사항**:
-    
-    -   피크 시간대에 업데이트 예약 피하기
-    -   실패한 업데이트를 더 자주 재시도
-    -   업데이트 시작 전 네트워크 상태 확인
-
-한 업데이트 알림이 이렇게 표현합니다:
-
-> "기기를 위한 새로운 업데이트가 준비되었습니다!" [\[15\]](https://withintent.com/blog/ota-updates-design/)
-
-업데이트 빈도와 타이밍의 적절한 균형을 맞추면 사용자의 불만을 피하면서 보안과 성능을 유지할 수 있습니다.
-
-## 결론
-
-OTA 업데이트는 현대 앱 개발에서 핵심적인 역할을 합니다. 빠른 수정, 쉬운 유지보수, 앱 스토어 규칙 준수를 가능하게 합니다. 논의된 바와 같이, OTA 업데이트를 잘 관리하면 보안과 사용자 경험이 모두 향상되며 중요한 비즈니스 이점을 제공합니다.
-
-앱 스토어 가이드라인은 앱이 안전하고 신뢰할 수 있도록 업데이트 배포 규칙을 설정합니다. 이러한 규칙을 따르는 것은 큰 영향을 미쳤습니다 - 2023년에만 기업들이 소프트웨어 기반 수정을 통해 5억 달러 이상을 절약했습니다 [\[17\]](https://mender.io/blog/how-ota-updates-enhance-software-defined-vehicles).
-
-개발자들은 규정을 준수하는 OTA 솔루션으로 성공을 거두었습니다:
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 있어 매우 중요합니다!" – Rodrigo Mantica [\[9\]](https://capgo.app/)
-
-OTA 전략의 성공을 위해 집중해야 할 점:
-
--   승인된 대로 핵심 앱 기능 유지
--   방해되지 않는 백그라운드 업데이트 사용
--   성능과 사용자 피드백 정기적 모니터링
--   엄격한 보안 표준 충족
diff --git a/src/content/blog/ko/ultimate-guide-to-capacitor-ota-updates.md b/src/content/blog/ko/ultimate-guide-to-capacitor-ota-updates.md
deleted file mode 100644
index ebe5ff693..000000000
--- a/src/content/blog/ko/ultimate-guide-to-capacitor-ota-updates.md
+++ /dev/null
@@ -1,235 +0,0 @@
----
-slug: ultimate-guide-to-capacitor-ota-updates
-title: Capacitor OTA 업데이트 완벽 가이드
-description: >-
-  Capacitor의 OTA 업데이트가 앱스토어의 지연 없이 즉각적인 앱 업데이트를 가능하게 하여 배포 속도, 사용자 경험 및 보안을
-  향상시키는 방법을 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-25T02:31:25.293Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e211687856e801f1f2973e-1742869897761.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, OTA updates, mobile app development, app updates, security,
-  deployment, user experience, partial updates
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-
-**앱 스토어 심사를 기다리지 않고 앱을 즉시 업데이트하고 싶으신가요?** [Capacitor](https://capacitorjs.com/) OTA(Over-The-Air) 업데이트를 통해 새로운 기능, 버그 수정, 코드 변경사항을 사용자의 기기에 직접 전달할 수 있습니다. 수동 다운로드나 지연 없이 말이죠.
-
-### OTA 업데이트가 중요한 이유:
-
--   **빠른 배포**: 앱 스토어 지연 없이 즉시 업데이트 푸시
-    
--   **비용 효율**: 앱 스토어 제출 비용 회피
-    
--   **원활한 사용자 경험**: 백그라운드에서 업데이트 진행
-    
--   **유연성**: 지속적 배포와 빠른 반복에 최적
-    
-
-### 주요 기능:
-
--   **보안**: 종단간 암호화로 안전한 업데이트 보장
-    
--   **부분 업데이트**: 변경된 파일만 다운로드하여 대역폭 절약
-    
--   **추적**: 실시간으로 업데이트 성공률과 오류 모니터링
-    
-
-### 업데이트 방식 비교:
-
-| 방식 | 속도 | 사용자 노력 | 비용 | 최적 용도 |
-| --- | --- | --- | --- | --- |
-| 앱 스토어 업데이트 | 느림 | 수동 | 연 $99(Apple), $25(Google) | 주요 버전 릴리스 |
-| [Capacitor 웹 업데이트](https://capgo.app/docs/) | 빠름 | 자동 | 무료 | 경미한 수정/기능 |
-| 외부 OTA 도구 | 즉시 | 자동 | 플랫폼에 따라 다름 | 안전하고 타겟팅된 업데이트 |
-
-[Capacitor OTA 업데이트](https://capgo.app/)는 속도, 보안, 통제력을 원하는 개발자에게 이상적입니다. [Capgo](https://capgo.app/)와 같은 플랫폼은 **2억 3,500만 건의 업데이트**를 제공했으며 **24시간 이내 95%의 채택률**을 보였습니다. 앱 유지보수를 혁신할 준비가 되셨나요? 시작해보세요!
-
-## [Capgo](https://capgo.app/) 플랫폼 기능
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e88f5c283d21cbd67a8bd9/93c1d42fe1ebf1e9553e1e7f4f856f98.jpg)
-
-[Capgo 플랫폼](https://capgo.app/docs/webapp/)은 Capacitor의 업데이트 기능을 향상된 보안과 고급 배포 옵션으로 강화합니다. 750개의 프로덕션 앱에서 2억 3,500만 건의 업데이트를 관리한 [\[1\]](https://capgo.app/) 경험을 바탕으로, 성능 향상을 위한 주요 기능을 제공합니다:
-
-| 기능 | 역량 | 성능 지표 |
-| --- | --- | --- |
-| 업데이트 성공률 | 전역 배포 | 전 세계 82% |
-| API 응답 시간 | 실시간 운영 | 평균 57ms |
-| 보안 | 종단간 암호화 | 완전한 업데이트 보호 |
-| 배포 | [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/) | 타겟팅된 출시 |
-
-Capgo의 채널 시스템은 보안을 손상시키지 않으면서 베타 테스트 실행이나 단계적 업데이트 출시와 같은 정밀한 업데이트 배포를 가능하게 합니다. 팀은 클라우드 호스팅과 자체 호스팅 설정 중 선택할 수 있으며, 원클릭 롤백과 사전 예방적 오류 모니터링과 같은 도구로 완전한 제어를 얻을 수 있습니다.
-
-### 앱 스토어 업데이트
-
-앱 스토어 업데이트는 여전히 Capacitor 앱의 새 버전을 배포하는 주요 방식입니다. 이는 Apple App Store나 Google Play Store를 통해 업데이트를 검토용으로 제출하는 것을 포함합니다. 이 방식은 사용자들에게 신뢰받고 있지만, 몇 가지 단점이 있습니다.
-
-| 측면 | 영향 | 고려사항 |
-| --- | --- | --- |
-| 검토 시간 | 1-7일 지연 | 중요 수정사항 지연 |
-| 비용 | 연 $99(Apple), $25(Google) | 추가 비용 필요 |
-| 사용자 조치 | [수동 업데이트](https://capgo.app/docs/plugin/cloud-mode/manual-update/) 필요 | 낮은 채택률 초래 가능 |
-| 배포 | 전역 도달 | 타겟팅된 출시 옵션 없음 |
-
-### Capacitor 웹 업데이트
-
-Capacitor는 또한 내장된 웹 업데이트 기능으로 더 유연한 옵션을 제공합니다. 이 방식을 통해 개발자는 전체 앱 업데이트 없이 Capacitor의 WebView를 통해 직접 웹 자산을 업데이트할 수 있습니다. 이러한 업데이트는 자동으로 설치되어 변경사항을 더 빠르게 전달할 수 있습니다.
-
-### 외부 OTA 도구
-
-더 많은 기능이 필요한 경우, 외부 OTA 플랫폼이 추가된 효율성과 제어로 Capacitor 앱 업데이트를 처리할 수 있습니다. 이러한 도구들은 이미 750개의 앱에서 프로덕션용으로 사용되었으며 2억 3,500만 건의 업데이트를 제공했습니다 [\[1\]](https://capgo.app/).외부 OTA 도구의 주요 이점:
-
-| 기능 | 이점 | 성능 지표 |
-| --- | --- | --- |
-| 즉각적인 배포 | 앱스토어 심사로 인한 지연 없음 | 즉시 전달 |
-| 타겟팅된 배포 | 단계적 출시 가능 | 제어된 배포 |
-| 보안 | 종단간 암호화 | 강화된 보호 |
-| 분석 | 업데이트 성능 추적 | 실시간 모니터링 |
-
-> "NASA의 OSIRIS-REx 팀 언급: '@Capgo는 핫 코드 푸시를 하는 스마트한 방법입니다 (@AppFlow처럼 엄청난 비용이 들지 않고요) 🙂'" [\[1\]](https://capgo.app/)
-
-이러한 플랫폼들은 부분 업데이트도 지원하여 변경된 자산만 다운로드됩니다. 이는 대역폭 사용량과 업데이트 시간을 모두 줄여 사용자에게 원활하고 규정을 준수하는 업데이트를 보장합니다.
-
-## OTA 설정 가이드
-
-### 프로젝트 설정 단계
-
-Capacitor 프로젝트에 OTA 업데이트를 통합하려면 모든 것이 올바르게 설정되어 있어야 합니다. 750개의 프로덕션 앱에서 얻은 인사이트를 바탕으로, 다음과 같은 신뢰할 수 있는 프로세스를 따르세요:
-
-| 단계 | 작업 | 목적 |
-| --- | --- | --- |
-| 플러그인 설치 | `npx @capgo/cli init` 실행 | 필요한 종속성 설치 |
-| 구성 설정 | 구성 파일에서 설정 조정 | 업데이트 관리 기능 활성화 |
-| 보안 구현 | 종단간 암호화 설정 | 업데이트 전달 프로세스 보안 |
-
-### 업데이트 코드 구현
-
-앱에 업데이트 기능을 추가하는 방법:
-
-[[CODE_BLOCK]]
-
-집중해야 할 주요 단계:
-
--   백그라운드 업데이트 확인 구성
-    
--   버전 관리 구현
-    
--   진행 상태 표시기 추가
-    
--   설치 상태 효과적으로 처리
-    
-
-업데이트 중 발생할 수 있는 문제를 해결하기 위해 강력한 오류 처리를 포함해야 합니다.
-
-### 오류 관리
-
-오류 관리는 업데이트 중 앱의 안정성을 유지하는 데 필수적입니다. 2억 3500만 건 이상의 업데이트가 전달된 경험을 바탕으로 [\[1\]](https://capgo.app/), 네트워크 중단, 버전 불일치, 저장소 제한과 같은 일반적인 문제를 해결하는 것이 중요합니다. 자동 재시도, 롤백 메커니즘, 오래된 버전 정리와 같은 전략이 큰 차이를 만들 수 있습니다. 이러한 접근 방식으로 많은 사용자들이 24시간 이내에 95%의 업데이트 성공률 [\[1\]](https://capgo.app/)을 달성했습니다.
-
-## OTA 업데이트 가이드라인
-
-### 보안 조치
-
-OTA 업데이트의 무결성을 보장하려면 강력한 보안 프로토콜이 필요합니다. 가장 효과적인 방법 중 하나는 **종단간 암호화**로, 기존 업데이트 서명 방식보다 더 높은 수준의 보호를 제공합니다 [\[1\]](https://capgo.app/).
-
-| 보안 계층 | 목적 | 구현 |
-| --- | --- | --- |
-| 종단간 암호화 | 업데이트 전달 보호 | 프로젝트용 암호화 키 구성 |
-| 접근 제어 | 업데이트 권한 관리 | 사용자 역할 및 권한 정의 |
-| 호스팅 보안 | 안전한 업데이트 배포 | 클라우드 또는 자체 호스팅 솔루션 선택 |
-
-추가로, [다중 인증](https://capgo.app/docs/webapp/mfa/)을 구현하고 정기적으로 자격 증명을 교체하여 보안을 강화하세요. 예를 들어, Capgo는 종단간 암호화를 사용하여 업데이트가 안전하게 전달되도록 합니다. 이러한 조치들이 업데이트 배포를 방해하지 않는지 확인하기 위한 철저한 테스트도 중요합니다.
-
-### 업데이트 테스트
-
-앱 안정성과 원활한 사용자 경험을 유지하기 위해서는 철저한 테스트가 필수적입니다. 다음 모범 사례를 따르세요:
-
--   **별도 채널**: 개발, 스테이징, 프로덕션을 위한 별도의 환경 사용
-    
--   **베타 테스트**: 먼저 제어된 사용자 그룹에 업데이트 출시
-    
--   **모니터링**: 성능 지표 추적 및 피드백 수집
-    
--   **롤백 계획**: 필요한 경우 안정 버전으로 되돌릴 준비
-    
-
-> "채널 선택기로 앱에서 직접 PR 테스트" - Capgo [\[1\]](https://capgo.app/)
-
-채널 시스템과 오류 모니터링 도구는 초기에 문제를 식별하고 해결하는 데 도움이 됩니다. 잘 실행된 롤백 계획은 중단을 최소화하고, 명확한 커뮤니케이션은 프로세스 중 사용자에게 정보를 제공합니다.### 사용자 커뮤니케이션
-
-투명한 업데이트 소통은 신뢰를 구축하고 원활한 배포를 보장합니다. 다음 전략들을 고려하세요:
-
-| 업데이트 유형 | 커뮤니케이션 방법 | 타이밍 |
-| --- | --- | --- |
-| 중요 업데이트 | 앱 내 알림 | 즉시 |
-| 기능 업데이트 | [자동 백그라운드 업데이트](https://capgo.app/docs/plugin/self-hosted/auto-update/) | 사용량이 적을 때 |
-| 보안 패치 | 무음 업데이트 | 자동 적용 |
-
-백그라운드 업데이트를 사용하면 사용자 중단을 줄일 수 있습니다. 분석과 오류 모니터링을 결합하면 문제를 조기에 발견하여 사용자 영향을 최소화하고 원활한 경험을 유지할 수 있습니다.
-
-## 고급 OTA 기능
-
-### 부분 업데이트
-
-부분 업데이트는 변경된 파일만 전송하여 OTA 프로세스를 효율화합니다. 이 접근 방식은 업데이트가 더 빠르게 배포되고 더 적은 대역폭을 사용함을 의미합니다 [\[1\]](https://capgo.app/)
-
-| 업데이트 유형 | 이점 | 구현 |
-| --- | --- | --- |
-| 전체 패키지 | 앱 일관성 보장 | 전통적인 앱스토어 업데이트 |
-| 스마트 차등 | 대역폭 절약 | 파일 수준에서 변경 감지 |
-
-Capgo는 스마트 차등 업데이트를 사용하여 파일 수준의 변경을 분석하고 업데이트 패키지 크기를 줄입니다. 이 방식은 특히 거의 변경되지 않는 대용량 자산이 있는 앱에 유용합니다 [\[1\]](https://capgo.app/)
-
-### 백그라운드 업데이트
-
-백그라운드 업데이트를 통해 사용자는 중단 없이 앱을 계속 사용할 수 있습니다. 이러한 업데이트는 백그라운드에서 다운로드되고 준비되어 앱이 재시작될 때 변경사항이 적용됩니다. 적절한 일정 관리를 통해 시스템 리소스와 배터리 수명에 미치는 영향을 최소화합니다.
-
-| 업데이트 타이밍 | 사용자 영향 | 최적 사용 사례 |
-| --- | --- | --- |
-| 즉시 | 높음 | 중요 보안 수정 |
-| 백그라운드 | 낮음 | 기능 업데이트 |
-| 예약 | 중간 | 대규모 콘텐츠 업데이트 |
-
-### 업데이트 추적
-
-[업데이트 전달 최적화](https://capgo.app/blog/optimise-your-images-for-updates/)는 프로세스의 일부일 뿐이며 - 업데이트 추적도 똑같이 중요합니다. Capgo에 따르면, 활성 사용자의 95%가 24시간 이내에 업데이트되며 전체 성공률은 82%입니다 [\[1\]](https://capgo.app/)
-
-> "실시간으로 업데이트 성공률과 사용자 참여도를 추적하세요" - Capgo [\[1\]](https://capgo.app/)
-
-모니터링해야 할 주요 지표:
-
-| 지표 | 목적 | 조치 항목 |
-| --- | --- | --- |
-| 성공률 | 배포 성공 측정 | 실패한 업데이트 모니터링 |
-| 사용자 채택 | 업데이트하는 사용자 수 추적 | 사용자 행동 분석 |
-| 오류 로깅 | 문제 신속 식별 | 선제적 문제 해결 |
-
-Capgo와 같은 현대적인 OTA 플랫폼은 이러한 지표를 추적하기 위한 상세한 대시보드를 제공합니다. 오류 로깅과 같은 기능은 개발자가 문제가 확대되기 전에 식별하고 해결하는 데 도움을 줍니다.
-
-## 요약
-
-### 주요 포인트
-
-이 Capacitor OTA 업데이트 가이드는 현대 앱 개발에서 효율적이고 안전한 업데이트 메커니즘의 중요성을 강조합니다. OTA 업데이트는 개발자가 Capacitor 앱을 유지보수하고 개선하는 방식을 변화시켰습니다. OTA 업데이트를 성공적으로 구현하려면 다음 주요 요소에 집중하세요: 빠른 업데이트 전달, 강력한 보안 조치, 통제된 배포, 효과적인 모니터링. 효율적인 플랫폼은 몇 분 안에 업데이트를 푸시할 수 있으며, 24시간 이내에 95%의 사용자 업데이트율과 82%의 전체 성공률을 달성할 수 있습니다 [\[1\]](https://capgo.app/)
-
-OTA 업데이트에 대한 모범 사례 개요:
-
-| 측면 | 영향 | 모범 사례 |
-| --- | --- | --- |
-| 업데이트 속도 | 앱스토어 리뷰 지연 방지 | 중요 수정사항 즉시 푸시 |
-| 보안 | 사용자 데이터 보호 | 강력한 암호화 프로토콜 사용 |
-| 배포 | 위험 최소화 | 대상 채널을 사용한 업데이트 출시 |
-| 모니터링 | 신뢰성 보장 | 업데이트 성공 및 채택률 추적 |
-
-이러한 사례들은 Capgo와 같은 플랫폼이 빠르고 [안전한 업데이트](https://capgo.app/docs/live-updates/update-behavior/)를 제공하는 데 필수적입니다.
-
-### [Capgo](https://capgo.app/) 기능
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/67e211687856e801f1f2973e/248f5ad4814006d64d1f6a7ab727c6b9
diff --git a/src/content/blog/ko/ultimate-guide-to-debugging-capacitor-apps.md b/src/content/blog/ko/ultimate-guide-to-debugging-capacitor-apps.md
deleted file mode 100644
index acf95bb55..000000000
--- a/src/content/blog/ko/ultimate-guide-to-debugging-capacitor-apps.md
+++ /dev/null
@@ -1,328 +0,0 @@
----
-slug: ultimate-guide-to-debugging-capacitor-apps
-title: Capacitor 앱 디버깅을 위한 완벽 가이드
-description: Capacitor 앱의 원활한 크로스 플랫폼 성능을 보장하기 위한 효과적인 전략과 필수 디버깅 도구를 알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-18T13:36:18.163Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67d9725755129a55bd6984fe-1742304990097.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, debugging, mobile apps, performance optimization, native tools,
-  error tracking
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 앱의 디버깅은 웹과 네이티브 기술이 혼합된 하이브리드 특성으로 인해 복잡할 수 있습니다. 이 가이드는 이슈를 효과적으로 해결하기 위한 필수 도구, 기술 및 팁을 다루며 프로세스를 단순화합니다.
-
-### 주요 내용:
-
--   **일반적인 과제**: 플랫폼별 버그 및 네이티브 플러그인 불일치.
--   **필요한 도구**:
-    -   **[웹 디버깅](https://capgo.app/docs/plugin/debugging/)**: [Chrome DevTools](https://developer.chrome.com/docs/devtools), [Safari Web Inspector](https://developer.apple.com/documentation/safari-developer-tools/web-inspector).
-    -   **[네이티브 디버깅](https://capgo.app/docs/plugin/debugging/)**: iOS용 [Xcode](https://developer.apple.com/xcode/), Android용 [Android Studio](https://developer.android.com/studio).
-    -   **Capacitor CLI**: `npx cap doctor`와 `npx cap sync` 같은 명령어.
--   **디버깅 단계**:
-    -   브라우저 도구로 웹 코드 검사.
-    -   플랫폼별 도구로 네이티브 컴포넌트 디버깅.
-    -   플러그인 이슈를 위한 상세 로깅 사용.
--   **성능 최적화**:
-    -   네트워크, 메모리, UI 성능 분석.
-    -   Chrome DevTools와 네이티브 프로파일러 활용.
-
-### 빠른 팁:
-
--   **소스맵 활성화**: 축소된 버전 대신 원본 코드 디버깅.
--   **업데이트에 [Capgo](https://capgo.app/) 사용**: 앱스토어 지연 없이 즉시 수정사항 배포.
--   **오류 추적 설정**: 실시간 이슈 포착으로 더 빠른 해결.
-
-이 가이드는 Capacitor 앱이 모든 플랫폼에서 원활하게 실행되도록 버그를 식별하고 수정하는 데 필요한 모든 것을 제공합니다.
-
-## 최고의 Ionic 디버깅 가이드
-
-<iframe src="https://www.youtube.com/embed/akh6V6Yw1lw" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 핵심 디버깅 도구
-
-[Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)을 효과적으로 디버깅하려면 적절한 도구가 필요합니다. 모든 Capacitor 개발자가 알아야 할 필수 [디버깅 리소스](https://capgo.app/docs/plugin/debugging/)를 살펴보겠습니다.
-
-### 브라우저 도구를 사용한 웹 디버깅
-
-Capacitor 앱의 웹 레이어를 디버깅하기 위해서는 **Chrome DevTools**와 **Safari Web Inspector**가 필수입니다. 이 도구들을 통해 다음이 가능합니다:
-
--   **네트워크 패널**: API 호출, 리소스 로딩, 네트워크 성능 추적.
--   **콘솔**: JavaScript 오류 포착, 로그 확인, 디버그 출력.
--   **요소 검사기**: DOM 요소를 실시간으로 검사하고 수정.
--   **소스 패널**: 중단점 설정 및 JavaScript 실행 디버깅.
-
-소스맵을 활성화하여 축소된 프로덕션 버전 대신 원본 코드를 디버깅할 수 있도록 하세요. 플랫폼별 이슈의 경우, 네이티브 디버깅 도구가 다음 단계입니다.
-
-### iOS 및 Android 디버그 도구
-
-플랫폼별 문제를 다룰 때, 네이티브 디버깅 도구는 앱 동작에 대한 더 깊은 통찰력을 제공합니다.
-
-**[Xcode 디버깅 도구](https://capgo.app/docs/plugin/debugging/)** (iOS용):
-
--   메모리 사용량 모니터링.
--   CPU 성능 프로파일링.
--   네트워크 활동 검사.
--   Console 앱을 통한 디바이스 로그 접근.
-
-**Android Studio 도구** (Android용):
-
--   시스템 로그를 위한 **Logcat** 사용.
--   **Layout Inspector**로 UI 분석.
--   **CPU Profiler**로 성능 프로파일링.
--   **Memory Profiler**로 메모리 사용량 추적.
-
-이 도구들은 플랫폼별 과제를 해결하며 브라우저 기반 디버깅을 보완합니다.
-
-### [Capacitor](https://capacitorjs.com/) CLI 디버그 명령어
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-18.jpg?auto=compress)
-
-Capacitor CLI는 디버깅을 간소화하는 유용한 명령어를 포함합니다:
-
-```bash
-npx cap doctor           # Check your environment setup
-npx cap sync             # Sync web code with native projects
-npx cap open ios         # Open iOS project in Xcode
-npx cap open android     # Open Android project in Android Studio
-```
-
-개발 중 라이브 리로드를 위해 사용:
-
-```bash
-ionic cap run ios -l --external       # Live reload for iOS
-ionic cap run android -l --external   # Live reload for Android
-```
-
-플러그인 이슈를 해결하기 위해 상세 로깅 활성화:
-
-```bash
-npx cap run ios --verbose
-```
-
-이는 플러그인 초기화와 네이티브 브릿지 통신에 대한 자세한 로그를 출력하여 웹과 네이티브 코드 간의 통합 이슈를 정확히 파악하는 데 도움을 줍니다.
-
-## 웹 및 네이티브 디버그 방법
-
-### 웹 코드 디버깅 단계
-
-웹 컴포넌트를 디버깅하려면 브라우저 개발자 도구를 활용하세요. 이 도구들을 통해 요소를 검사하고, 콘솔에 메시지를 기록하며, 성능을 모니터링하고, 네트워크 요청을 추적하여 문제를 파악할 수 있습니다. 소스맵을 사용하여 오류를 원본 코드로 추적하세요. 이슈가 네이티브 컴포넌트와 관련된 경우, 플랫폼에 맞는 [디버깅 방법](https://capgo.app/docs/plugin/debugging/)으로 전환하세요.
-
-### 네이티브 코드 디버그 단계
-
-iOS의 경우, Xcode의 [LLDB](https://en.wikipedia.org/wiki/LLDB_\(debugger\)) 디버거를 사용하세요. Swift나 Objective-C 코드에 중단점을 설정하여 실행을 단계별로 진행할 수 있습니다. Instruments를 사용하여 메모리 사용량과 스레드 활동을 모니터링하세요. Android의 경우, Android Studio가 네이티브 로깅을 포함한 강력한 도구를 제공합니다. 예시:
-
-```java
-Log.d("CapacitorApp", "Debug information");
-Log.e("CapacitorApp", "Error details", exception);
-```
-
-이러한 도구들은 워크플로우에 통합될 때 플러그인 디버깅도 단순화합니다.
-
-### 플러그인 디버그 솔루션
-
-플러그인을 디버깅할 때는 상세 로깅이 핵심입니다. 다음 영역에 주의를 기울이세요:
-
--   브릿지와 플러그인 간의 통신
--   특정 메서드의 구현
--   오류 전파 방식
-
-Capgo의 오류 추적 도구는 플러그인 문제를 조기에 포착하여 사용자에게 영향을 미치는 것을 방지할 수 있습니다. 다음과 같은 코드로 자동화된 오류 보고를 설정할 수도 있습니다:
-
-```javascript
-window.addEventListener('error', (event) => {
-    console.error('Plugin Error:', {
-      message: event.message,
-      filename: event.filename,
-      lineNo: event.lineno
-    });
-});
-```
-
-이 접근 방식은 이슈를 효율적으로 포착하고 해결하도록 보장합니다.
-
-## 복잡한 디버그 시나리오
-
-### 앱 실행 문제
-
-실행 문제는 종종 표준 로깅이 시작되기 전에 발생하여 진단이 까다롭습니다. 다음은 이를 처리하기 위한 단계별 접근 방식입니다:
-
--   **네이티브 로그 확인**: iOS용 Xcode Console이나 Android Studio의 Logcat과 같은 플랫폼별 도구를 사용하여 초기화 오류를 발견하세요. 이러한 로그에는 종종 무엇이 잘못되었는지에 대한 첫 번째 단서가 있습니다.
-    
--   **플러그인 오류 추적**: 간단한 리스너로 플러그인 로딩 문제를 모니터링하세요. 예시 코드:
-    
-    ```javascript
-    App.addListener('pluginError', (info) => {
-        console.error('Plugin failed to load:', info.pluginId);
-        console.error('Error:', info.errorMessage);
-    });
-    ```
-    
--   **리소스 로딩 검사**: 브라우저 개발자 도구를 사용하여 필수 리소스가 제대로 로드되는지 확인하세요. 차단된 요청이나 느리게 로드되는 자산을 찾고 타이밍 지표를 검토하세요.
-    
-
-이러한 초기 확인이 완료되면 플랫폼별 디버깅 방법으로 넘어갈 수 있습니다.
-
-### 플랫폼별 문제
-
-일부 버그는 특정 플랫폼과 연관되어 있어 맞춤형 문제 해결 기술이 필요합니다.
-
-**iOS 디버깅**의 경우:
-
--   메모리 누수를 발견하기 위해 **Xcode의 Memory Graph Debugger** 사용.
--   **Network Link Conditioner**로 다양한 네트워크 조건 테스트.
--   iOS 특정 충돌을 포착하기 위한 디바이스별 로깅 추가.
-
-**Android 디버깅**의 경우:
-
--   **Android Studio의 CPU Profiler**로 성능 분석.
--   메인 스레드에서 실행되는 디스크나 네트워크 작업을 표시하기 위해 **strict mode** 활성화.
-
-> "우리는 애자일 개발을 실천하며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" – Rodrigo Mantica \[2\]
-
-### 성능 문제
-
-실행 및 플랫폼별 문제를 해결한 후에는 성능에 주목하세요. 성능 문제를 해결하는 것은 네트워크, 메모리, UI라는 세 가지 주요 영역에 초점을 맞춥니다.
-
--   **네트워크 성능**: Chrome DevTools를 사용하여 느린 API 응답이나 과도한 페이로드를 식별하세요.
--   **메모리 관리**: 네이티브 프로파일러로 누수를 발견하여 효율적인 메모리 사용을 보장하세요.
--   **UI 최적화**: 내장 도구를 사용하여 프레임 속도와 애니메이션을 모니터링하여 부드러운 사용자 상호작용을 보장하세요.
-
-Capgo의 오류 추적 도구를 사용하면 이러한 병목 현상을 조기에 파악하기가 더 쉽습니다. 또한 앱스토어 검토 지연을 우회하여 수정사항을 신속하게 배포할 수 있습니다 \[3\].
-
-## 디버그 가이드라인
-
-Capacitor 앱의 효과적인 디버깅은 잘 구조화된 로깅, 오류 모니터링, 소스맵 관리에 의존합니다.
-
-### 앱 로그 설정
-
-효과적인 디버깅을 위해 불필요한 노이즈를 피하기 위해 정의된 레벨로 구조화된 로그를 사용하세요.
-
-```javascript
-const logLevels = { ERROR: 0, WARN: 1, INFO: 2, DEBUG: 3 };
-
-function logMessage(level, message, data = null) {
-    const timestamp = new Date().toISOString();
-    const logData = { timestamp, level, message, data };
-
-    if (process.env.NODE_ENV === 'development') {
-        console.log(JSON.stringify(logData));
-    }
-}
-```
-
-프로덕션에서는 로그가 무제한으로 커지는 것을 방지하기 위해 로그 로테이션을 구현하세요:
-
-```javascript
-const MAX_LOG_SIZE = 1024 * 1024; // 1MB
-const MAX_LOG_FILES = 5;
-
-function rotateLogFiles() {
-    // Rotate logs to maintain up to 5 files of 1MB each
-}
-```
-
-로깅 외에도 실시간으로 오류를 모니터링하는 시스템을 갖추는 것이 필수적입니다.
-
-### 오류 모니터링 설정
-
-클라이언트와 네이티브 레이어 모두에서 이슈를 포착하는 통합 오류 추적 시스템을 설정하세요.
-
-```javascript
-window.onerror = function(message, source, lineno, colno, error) {
-    logMessage(logLevels.ERROR, {
-        message,
-        source,
-        line: lineno,
-        column: colno,
-        stack: error?.stack
-    });
-
-    // Send error details to monitoring service
-    return false;
-};
-```
-
-Capgo의 오류 추적 도구는 업데이트 배포를 모니터링하고 사용자에 대한 영향을 평가하는 데 도움이 될 수 있습니
-
-Capgo를 시작하는 것은 간단합니다. 다음 명령어로 초기화하세요:
-
-```javascript
-// webpack.config.js
-module.exports = {
-    devtool: process.env.NODE_ENV === 'production' 
-        ? 'hidden-source-map' 
-        : 'eval-source-map',
-    // ... other configuration settings
-};
-```
-
-다음과 같이 최대한 활용할 수 있습니다:
-
--   **오류 모니터링 설정**  
-    클라이언트와 네이티브 레이어 모두에서 초기에 문제를 포착하기 위한 오류 추적을 추가하세요:
-    
-    ```javascript
-const uploadSourceMaps = async (buildId) => {
-    const sourceMapFiles = await glob('dist/**/*.map');
-
-    for (const file of sourceMapFiles) {
-        await uploadToDebugServer({
-            buildId,
-            file,
-            version: process.env.APP_VERSION
-        });
-    }
-};
-```
-    
--   **점진적으로 수정사항 배포**  
-    전체 릴리스 전에 작은 그룹에서 업데이트를 테스트하기 위해 단계별 출시를 사용하세요.
-    
--   **업데이트 지표 모니터링**  
-    원활한 업데이트를 위해 주요 성능 통계를 모니터링하세요:
-    
-    | 지표 | 성능 |
-    | --- | --- |
-    | 업데이트 전달 속도 | 5MB 번들 기준 114ms |
-    | API 응답 시간 | 전 세계 기준 57ms |
-    | 사용자 업데이트 비율 | 24시간 이내 95% |
-    
-
-Capgo의 부분 업데이트 시스템은 변경된 파일만 다운로드하여 디버깅 중 중단을 최소화합니다. 엔드투엔드 암호화와 앱스토어 가이드라인 준수로, 앱을 안정적으로 유지하고 문제를 신속하게 해결할 수 있는 강력한 도구입니다.
-
-## 요약
-
-### 도구 및 방법 개요
-
-효과적인 디버깅에는 적절한 도구와 기술의 조합이 필요합니다. 이 가이드는 강력한 개발 워크플로우를 지원하는 필수적인 방법들을 다뤘습니다. 주요 도구로는 **브라우저 개발자 도구**, **플랫폼별 디버거**, **[Capacitor CLI 명령어](https://capgo.app/docs/cli/commands/)**가 있으며, 이들이 함께 작동하여 문제를 신속하게 찾아내고 해결합니다.
-
-좋은 디버깅 방법과 실시간 업데이트를 결합하면 앱 안정성을 크게 향상시킬 수 있습니다. 예를 들어, 이러한 워크플로우를 사용하는 앱들은 24시간 이내에 95%의 사용자 업데이트 비율을 보고합니다[\[1\]](https://capgo.app/).
-
-| 디버그 구성요소 | 주요 기능 | 영향 |
-| --- | --- | --- |
-| **브라우저 도구** | 웹 코드 검사 | 실시간 오류 감지 |
-| **플랫폼 디버거** | 네이티브 코드 분석 | 플랫폼별 문제 해결 |
-| **오류 모니터링** | 사전에 문제 추적 | 전 세계적으로 82% 성공률 달성[\[1\]](https://capgo.app/) |
-| **실시간 업데이트** | 즉시 버그 수정 | 24시간 내 95% 사용자 업데이트 비율 달성[\[1\]](https://capgo.app/) |
-
-### 다음 단계
-
-다음 단계를 통해 디버깅 프로세스를 향상시킬 수 있습니다:
-
--   초기에 문제를 포착하기 위해 웹과 네이티브 레이어 모두에 대한 **오류 모니터링을 설정**하세요.
--   완전한 배포 전에 수정사항을 테스트하기 위해 **단계별 출시를 사용**하세요.
--   오류를 더 정확하게 추적하기 위해 **소스 맵을 활성화**하세요.
--   원활한 워크플로우를 위해 CI/CD 파이프라인에 **디버깅 도구를 통합**하세요.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica[\[1\]](https://capgo.app/)
-
-앱이 원활하게 실행되도록 중요한 성능 지표를 모니터링하세요.
diff --git a/src/content/blog/ko/ultimate-guide-to-ota-update-security-for-capacitor-apps.md b/src/content/blog/ko/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
deleted file mode 100644
index a2d300c5c..000000000
--- a/src/content/blog/ko/ultimate-guide-to-ota-update-security-for-capacitor-apps.md
+++ /dev/null
@@ -1,235 +0,0 @@
----
-slug: ultimate-guide-to-ota-update-security-for-capacitor-apps
-title: Capacitor 앱을 위한 OTA 업데이트 보안 완벽 가이드
-description: '모바일 애플리케이션의 OTA 업데이트를 보호하기 위한 중요한 전략에 대해 알아보고, 암호화, 검증, 업계 표준 준수에 중점을 둡니다.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-02-13T08:04:34.421Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67ad4d12971060b04c742b83-1739433897515.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, security, encryption, mobile apps, compliance, data protection,
-  update integrity, app store rules
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-
-Over-the-air (OTA) 업데이트는 [Capacitor](https://capacitorjs.com/) 앱을 앱스토어 지연 없이 개선할 수 있는 빠른 방법입니다. 하지만 코드 변조, 다운그레이드 공격, 데이터 유출과 같은 위험이 따릅니다. 다음은 업데이트를 안전하게 하는 방법입니다:
-
-1. **모든 것을 암호화**: 업데이트 파일에는 AES-256을, 보안 키 교환에는 RSA-2048을 사용
-2. **업데이트 번들 서명**: 개인/공개 키 쌍으로 업데이트를 인증하여 변조 방지
-3. **안전한 데이터 전송**: 인증서 고정이 포함된 TLS 1.3을 적용하여 가로채기 차단
-4. **파일 검증**: SHA-256 해시를 사용하여 업데이트 무결성 보장
-
-### 위험과 해결책 개요
-
-| **위험** | **영향** | **해결책** |
-| --- | --- | --- |
-| 중간자 공격 | 멀웨어 주입 | TLS 1.3, 인증서 고정 |
-| 코드 주입 | 앱 손상 | 번들 서명, 파일 검사 |
-| 다운그레이드 공격 | 이전 취약점 악용 | 버전 관리, 무결성 검사 |
-
-앱스토어와 [GDPR](https://enwikipediaorg/wiki/General_Data_Protection_Regulation) 규정을 준수하기 위해 업데이트가 안전하고 투명하며 사용자 데이터를 보호하는지 확인하세요. [Capgo](https://capgo.app/)와 같은 도구를 사용하면 더 안전한 OTA 업데이트를 위한 암호화, 서명, 모니터링을 자동화할 수 있습니다.
-
-## 기업용 [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-02-13.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/m2kFUvSFcSs" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## OTA 업데이트를 위한 보안 기초
-
-2022년 연구자들은 OTA 기능이 있는 기기의 78%가 업데이트 과정에서 취약점이 있다는 것을 발견했습니다 [\[5\]](https://sigmaoscom/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update). 이를 해결하기 위해서는 **번들 서명**, **안전한 데이터 전송**, **파일 검증**에 중점을 둔 강력한 보안 프레임워크가 필수적입니다. 이러한 요소들은 나중에 논의될 [암호화 방법](https://capgo.app/docs/cli/migrations/encryption/)의 근간이 됩니다.
-
-### 업데이트 번들 서명
-
-번들 서명은 승인된 업데이트만 배포되도록 보장하는 첫 단계입니다. 개발자는 개인 키를 사용하여 업데이트 번들에 서명하고, 앱은 내장된 공개 키를 사용하여 이를 검증합니다. 예를 들어, Capgo는 앱 빌드 과정에서 플랫폼별 보안 프로토콜을 준수하며 공개 키를 통합합니다.
-
-| 서명 구성 요소 | 목적 | 보안 이점 |
-| --- | --- | --- |
-| 개인 키 | 업데이트 번들 서명 | 승인된 개발자로 업데이트 생성 제한 |
-| 공개 키 | 서명 검증 | 업데이트가 정당하고 변조되지 않았음을 확인 |
-| 디지털 서명 | 번들을 개발자와 연결 | 추적성 보장 및 변조 방지 |
-
-### 안전한 데이터 전송
-
-안전한 데이터 전송은 전송 중인 업데이트를 보호하는 데 중요합니다. TLS 1.3은 이를 위한 표준으로, TLS 1.2보다 핸드셰이크 시간을 40% 단축했습니다 [\[6\]](https://interruptmemfaultcom/blog/firmware-encryption-with-python). 또한 인증서 고정과 상호 TLS(mTLS) 인증과 같은 기능을 통합하여 중간자 공격을 차단하고 앱과 업데이트 서버 간의 신뢰를 구축합니다. Capgo는 기본적으로 TLS 1.3을 적용하고 맞춤형 인증서 고정 설정을 지원하여 데이터 전송 중 강력한 보호를 보장합니다.
-
-### 업데이트 파일 검증
-
-파일 검증은 업데이트가 설치되기 전 마지막 방어선입니다. SHA-256과 같은 암호화 해시 함수는 각 업데이트 패키지에 대한 고유한 지문을 생성합니다. 앱은 이 지문을 서버에서 제공한 해시와 비교하여 무결성을 보장합니다. CI/CD 파이프라인 내에서 SHA-256 해시 생성과 검증을 자동화하면 이 프로세스가 강화됩니다. CI/CD 워크플로우에 자동화된 감사를 정기적으로 통합하면 새로운 보안 과제도 해결할 수 있습니다.
-
-## OTA 업데이트를 위한 데이터 암호화
-
-암호화는 서명 및 검증 프로세스에 추가 보안 계층을 제공하여 가로챈 데이터를 공격자가 사용할 수 없게 만듭니다.### 패키지 암호화 업데이트
-
-업데이트 파일을 암호화하기 위한 **AES-256**과 키 교환을 보호하기 위한 **RSA-2048**을 결합한 2단계 암호화 프로세스가 사용됩니다.
-
-| 암호화 계층 | 방식 | 목적 |
-| --- | --- | --- |
-| 패키지 콘텐츠 | AES-256 | 실제 업데이트 파일 보호 |
-| 키 교환 | RSA-2048 | 암호화 키 전달 보안 |
-
-각 업데이트 패키지는 고유한 AES 키로 암호화되며, 이는 다시 기기의 공개 RSA 키를 사용하여 암호화됩니다. Capgo는 이 방식을 자동으로 적용하여 모든 업데이트 배포마다 새로운 암호화 키를 생성합니다 [\[4\]](https://parsersvc/news/250207-navigating-the-new-frontier-of-mobile-app/)
-
-### 암호화 키 보안
-
-암호화된 업데이트가 안전하게 유지되도록 적절한 키 관리가 필수적입니다:
-
--   **키 생성**: 항상 안전한 난수 생성기를 사용하여 암호화 키 생성
--   **키 저장**: Android의 [StrongBox](https://sourceandroidcom/docs/security/best-practices/hardware) 또는 iOS의 [Secure Enclave](https://supportapplecom/guide/security/secure-enclave-sec59b0b31ff/web)와 같은 하드웨어 기반 보안 환경에 키 저장 [\[5\]](https://sigmaoscom/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update)[\[7\]](https://wwwsorinmustacacom/implementing-secure-over-the-air-ota-updates-in-embedded-devices/)
--   **키 순환**: 90일마다 암호화 키 업데이트. 호환성을 유지하고 CI/CD 파이프라인과 키 순환을 맞추기 위해 단계적 전환 사용
-
-### 기기 보안 기능
-
-현대 기기들은 암호화 키를 보호하기 위해 설계된 내장 하드웨어 보안을 제공합니다. 예를 들어, Android의 StrongBox와 iOS의 Secure Enclave는 암호화 작업을 위한 격리된 환경을 제공합니다 [\[5\]](https://sigmaoscom/tips/startups/internet-of-things-iot-terms-explained-over-the-air-ota-update)[\[7\]](https://wwwsorinmustacacom/implementing-secure-over-the-air-ota-updates-in-embedded-devices/) iOS 개발자는 네이티브 Security 프레임워크 API를 사용하여 이러한 기능을 활용할 수 있습니다.
-
-이러한 암호화 방식은 다음 섹션에서 다루는 산업 표준을 충족하는 데 도움이 됩니다.
-
-## 산업 표준 충족
-
-안전한 OTA 업데이트를 보장하기 위해서는 플랫폼 규칙과 데이터 보호법을 엄격히 준수해야 합니다. 앱스토어와 개인정보 보호 규정의 다양한 요구사항으로 인해 규정 준수 환경은 복잡합니다.
-
-이러한 표준은 암호화 및 서명과 같은 핵심 보안 관행과 플랫폼별 규칙을 결합합니다.
-
-### 앱스토어 규칙
-
-Apple의 App Store 가이드라인 2.5.2는 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)의 OTA 업데이트에 대해 명확한 제한을 두고 있습니다. 업데이트는 앱 컨테이너 내의 HTML, CSS, JavaScript와 같은 웹 콘텐츠만 수정할 수 있으며 - 네이티브 기능을 변경하는 것은 허용되지 않습니다 [\[1\]](https://githubcom/capacitor-community/android-security-provider)
-
-| 플랫폼 | 요구사항 |
-| --- | --- |
-| Apple App Store | 웹 전용 업데이트 • 실행 코드 금지 • 사전 다운로드 공개 |
-| Google Play | HTTPS 강제 • 무결성 검사 • 기능 업데이트 제한 |
-
-Google Play는 더 많은 유연성을 제공하지만 여전히 엄격한 보안 조치를 강제합니다 [\[3\]](https://insightsbdautomotivecom/rs/164-IYW-366/images/Preparing%20for%20regulated%20automotive%20over-the-air%20updatespdf) 업데이트는 보안 전송 프로토콜을 사용해야 하며 적절한 무결성 검사를 포함해야 합니다.
-
-### 개인정보 보호법
-
-개인정보 보호 규정은 OTA 업데이트 컴플라이언스를 더욱 복잡하게 만듭니다. GDPR과 [CCPA](https://enwikipediaorg/wiki/California_Consumer_Privacy_Act)와 같은 법률은 업데이트 중 사용자 데이터 처리에 대한 명확한 규칙을 설정합니다.
-
-| OTA 업데이트 측면 | GDPR | CCPA |
-| --- | --- | --- |
-| 데이터 수집 | 필요 최소한의 데이터 | 전체 공개 필요 |
-| 사용자 권리 | 명시적 동의 필요 | 옵트아웃 옵션 필수 |
-| 보안 조치 | 종단간 암호화 | 합리적인 보안 |
-| 문서화 | [업데이트 프로세스](https://capgo.app/docs/plugin/cloud-mode/manual-update/) 문서 | 업데이트 프로세스 문서 |
-
-> "규정 준수를 유지하는 핵심은 처음부터 프라이버시 중심 설계 원칙을 구현하는 것입니다"라고 유럽 데이터 보호위원회 지침 문서는 설명합니다. "여기에는 업데이트 프로세스의 모든 측면에 데이터 보호 고려사항을 포함하는 것이 포함됩니다" [\[8\]](https://essayprocom/blog/article-review)
-
-Capacitor 앱의 경우, 다음과 같은 실질적인 단계에 집중해야 합니다:
-
--   **투명한 업데이트**: 업데이트 내용과 데이터 사용 방법을 명확하게 공개
--   **안전한 데이터 전송**: 모든 업데이트 관련 통신에 종단간 암호화 사용
-
-GDPR 위반 시 최대 2천만 유로의 벌금이 부과될 수 있습니다 [\[9\]](https://wwwsocialsellinatorcom/social-selling-blog/seo-article-writing) 규정을 준수하려면 분기별 감사를 실시하고 업데이트 모니터링 프로세스와 연계하십시오
-
-###### sbb-itb-f9944d2
-
-## 보안 모니터링 및 대응
-
-지속적인 모니터링은 새롭게 등장하고 진화하는 위협으로부터 보호하는 데 중요한 역할을 합니다. 강력한 모니터링 시스템을 갖춘 조직은 침해를 **74% 더 빠르게** 식별할 수 있습니다 [\[2\]](https://wwwiotinsidercom/industries/security/over-the-air-updates-ota-best-practices-for-device-safety/)
-
-### 위협 탐지
-
-2024년에는 **조직의 41%**가 OTA 업데이트와 관련된 보안 사고를 겪었습니다 [\[1\]](https://githubcom/capacitor-community/android-security-provider) 이는 이러한 위험을 효과적으로 추적하고 해결할 수 있는 모니터링 시스템의 중요성을 강조합니다
-
-| 구성 요소 | 기능 | 예시 |
-| --- | --- | --- |
-| 실시간 분석 | 업데이트 트래픽의 비정상적인 패턴 감지 | 패턴 인식 시스템 |
-| 네트워크 감시 | 무단 액세스 시도 감지 | 트래픽 필터링 |
-| 사용자 행동 분석 | 의심스러운 업데이트 행동 식별 | 행동 모델 |
-
-공격자보다 앞서가기 위해서는 탐지 시스템을 지속적으로 업데이트해야 합니다. 머신러닝은 새로운 공격 방법에 적응하면서 핵심적인 역할을 합니다 [\[1\]](https://githubcom/capacitor-community/android-security-provider)[\[2\]](https://wwwiotinsidercom/industries/security/over-the-air-updates-ota-best-practices-for-device-safety/) Capgo는 실시간 무결성 검사와 행동 분석으로 이 프로세스를 강화합니다 [\[4\]](https://parsersvc/news/250207-navigating-the-new-frontier-of-mobile-app/)
-
-### 보안 대응 계획
-
-OTA 업데이트를 사용하는 Capacitor 앱의 경우 명확한 대응 계획이 필수적입니다. 이러한 계획은 Apple의 가이드라인 2.5.2와 같은 플랫폼별 보안 요구사항과 일치해야 합니다. 잘 준비된 계획은 침해 비용을 **38%** 줄일 수 있습니다 [\[10\]](https://wwwontotextcom/knowledgehub/fundamentals/information-extraction/)
-
-| 단계 | 주요 조치 |
-| --- | --- |
-| 초기 탐지 | 자동화된 경고 및 분석 실행 |
-| 격리 | 업데이트 중단 및 위협 격리 |
-| 조사 | 근본 원인 분석 수행 |
-| 복구 | 시스템 및 서비스 복원 |
-
-Capgo는 의심스러운 업데이트를 격리하고 심층 분석을 위한 포렌식 로그를 생성하는 등의 작업을 자동화하여 Capacitor 앱의 대응을 간소화합니다 [\[4\]](https://parsersvc/news/250207-navigating-the-new-frontier-of-mobile-app/)
-
-이러한 탐지 및 대응 조치는 암호화 및 서명 프로토콜과 함께 작동하여 다층적 방어 시스템을 제공합니다
-
-## [Capgo](https://capgo.app/) 보안 기능
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-02-13.jpg?auto=compress)
-
-Capgo는 모니터링 시스템과 함께 작동하는 세 가지 주요 접근 방식을 통해 보안을 보장합니다:
-
-### 암호화 및 표준
-
-| 보안 계층 | 구현 |
-| --- | --- |
-| 패키지 보호 | AES-256 및 RSA-2048 하이브리드 암호화 |
-| 플랫폼 준수 | 자동화된 콘텐츠 검증 |
-
-Capgo는 자동화된 콘텐츠 검증을 사용하여 App Store에서 요구하는 업데이트 제한을 시행합니다### CI/CD 보안
-
-Capgo의 CI/CD 파이프라인에 내장된 보안 기능:
-
--   프로세스를 보호하는 **토큰 기반 배포 인증**
--   문제 발생 시 신속한 대응을 위한 긴급 중지 옵션이 포함된 **단계별 출시**
-
-### 오픈소스의 장점
-
-Capgo의 오픈소스 프레임워크는 커뮤니티 주도의 개선을 가능하게 하며, 이는 OTA 시스템 보안에 매우 중요합니다
-
--   **공개 코드베이스**로 독립적인 감사 가능
--   **180명 이상의 기여자**가 취약점 식별 및 해결을 지원
--   **모듈식 설계**로 맞춤형 보안 강화 가능
-
-이러한 기능들은 앞서 논의된 암호화 및 규정 준수 요구사항과 일치합니다
-
-## 요약
-
-### 핵심 요점
-
-안전한 OTA 업데이트를 보장하기 위해서는 **암호화**, **검증**, **모니터링**을 포함하는 다층적 접근이 필요합니다. 이러한 요소들이 함께 작동하여 업데이트 프로세스와 사용자 데이터를 보호합니다
-
-### OTA 업데이트 보안 단계
-
-안전한 OTA 시스템 설정을 위한 간단한 가이드:
-
--   **강력한 암호화 및 검증 사용**  
-    강력한 보안 프레임워크를 위해 AES-256 암호화와 RSA-2048 결합
-    
--   **실시간 모니터링 활성화**  
-    섹션 5에서 설명한 대로 문제를 포착하고 해결하기 위한 위협 탐지 시스템 설정
-    
--   **규정 준수 유지**  
-    App Store 규칙에 설명된 것과 같은 플랫폼 가이드라인 및 개인정보 보호 규정을 지속적으로 준수
-    
-
-Capgo의 자동화된 검증 도구와 단계별 출시는 규정을 준수하면서 이러한 전략을 실행에 옮기는 것을 더 쉽게 만듭니다
-
-## FAQ
-
-### OTA의 보안 문제는 무엇인가요?
-
-무선 업데이트에는 개발자가 업데이트의 보안과 신뢰성을 보장하기 위해 해결해야 할 여러 보안 과제가 있습니다
-
-다음은 일반적인 취약점들입니다:
-
-| 취약점 유형 | 설명 | 영향 |
-| --- | --- | --- |
-| 롤백 공격 | 오래되고 안전하지 않은 버전 설치 | 알려진 취약점 악용 |
-| 손상된 키 | 약한 암호화 또는 도난된 키 | 무단 코드 실행 |
-
-이러한 위험을 해결하기 위해 개발자는 다음 조치를 고려해야 합니다:
-
--   업데이트 패키지에 **AES-256 암호화** 사용 (섹션 3 참조)
--   변조 방지를 위한 **인증서 고정 연결** 설정
--   **행동 모니터링 시스템** 구현 (섹션 5 참조)
-
-Capacitor 앱의 경우, 보안 프로토콜을 따르고 자동화된 CI/CD 검증(섹션 6에 설명)을 통합하는 것이 중요합니다. 이러한 단계들은 섹션 3과 4에서 자세히 설명한 암호화 방법과 규정 준수 프레임워크를 보완합니다
\ No newline at end of file
diff --git a/src/content/blog/ko/understanding-apples-privacy-manifest.md b/src/content/blog/ko/understanding-apples-privacy-manifest.md
deleted file mode 100644
index 9aaa58291..000000000
--- a/src/content/blog/ko/understanding-apples-privacy-manifest.md
+++ /dev/null
@@ -1,141 +0,0 @@
----
-slug: understanding-apples-privacy-manifest
-title: Apple의 개인정보 보호 매니페스트 이해하기
-description: >-
-  Apple이 요구하는 개인정보 보호 매니페스트에 관해, iOS 앱에서의 중요성과 효과적으로 준수하는 방법을 명확한 가이드라인과 함께
-  알아보겠습니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-18T02:23:31.365Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92-1744943188853.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Privacy Manifest, iOS, data collection, App Store, compliance, Capgo, JSON,
-  updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-
-**이제 Apple의 개인정보 보호 매니페스트가 모든 iOS 앱에 필수** 2024년 5월부터 모든 App Store 제출 시 데이터 수집, API 사용, 서드파티 SDK 및 네트워크 도메인을 상세히 기술하는 JSON 파일을 포함해야 합니다. 다음은 알아야 할 사항입니다:
-
--   **개념**: 다음 사항을 공개하는 JSON 설정 파일:
-    -   수집되는 데이터와 그 목적
-    -   사용되는 API와 서드파티 SDK
-    -   접근하는 외부 도메인
--   **중요성**: Apple의 개인정보 보호 기준에 대한 투명성과 준수 보장
--   **준수 방법**: iOS 앱 번들에 매니페스트를 추가하고 [Capgo](https://capgo.app/)와 같은 실시간 업데이트 도구를 사용할 경우 정기적으로 업데이트
-
-**팁**: Capgo와 같은 도구는 매니페스트 업데이트를 자동화하고, 즉시 배포를 제공하며, 성공을 추적하기 위한 분석을 제공하여 준수를 단순화합니다.
-
-개인정보 보호 매니페스트 설정 및 확인 방법, 일반적인 함정 피하기, 원활한 업데이트 보장 방법에 대해 계속 읽어보세요.
-
-## WWDC23: 개인정보 보호 매니페스트 시작하기 | Apple
-
-<iframe src="https://www.youtube.com/embed/OQMF4LDqscc" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 개인정보 보호 매니페스트 핵심 요소
-
-Apple의 개인정보 보호 매니페스트는 세 가지 주요 구성 요소를 포함합니다:
-
-1.  **데이터 선언**: 앱이 수집하는 데이터 유형, 수집 이유, 사용하는 개인정보 보호 민감 API, 앱에 통합된 서드파티 SDK를 지정해야 합니다. 각각에 대한 명확한 비즈니스 이유도 제공해야 합니다.
-    
-2.  **외부 도메인**: 앱이 통신하는 모든 외부 도메인을 나열하고, 통신 목적을 설명하며, 보안 조치에 대해 상세히 기술해야 합니다.
-    
-3.  **JSON 형식 및 임베딩**: Apple이 요구하는 매니페스트 JSON 구조를 따르고 앱 번들과 실시간 업데이트 패키지 모두에 포함되도록 해야 합니다.
-    
-
-다음으로, Capacitor 프로젝트에서 매니페스트를 생성하고 확인하는 방법을 살펴보겠습니다.
-
-## [Capacitor](https://capacitorjs.com/)에서 개인정보 보호 매니페스트 설정하기
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### 매니페스트 파일 생성
-
-앱의 API 사용과 데이터 수집을 선언하기 위해 `ios/App/Resources/PrivacyInfoxcprivacy` 파일을 추가하여 시작하세요. 파일은 다음과 같은 형태일 수 있습니다:
-
-```json
-{
-  "NSPrivacyAccessedAPITypes":[{"NSPrivacyAccessedAPIType":"NSUserDefaults","NSPrivacyAccessedAPITypeReasons":["FE001"]}],
-  "NSPrivacyCollectedDataTypes":[{"NSPrivacyDataType":"NSPrivacyDataTypeDeviceID","NSPrivacyDataReason":"Basic app functionality"}]
-}
-```
-
-이 파일을 생성한 후, [Xcode](https://developer.apple.com/xcode/)를 열어 프로젝트에 올바르게 포함되었는지 확인하세요.
-
-### 테스트 및 검증
-
-Xcode에서 **Product > Analyze**로 이동하여 개인정보 보호 보고서를 생성하세요. 경고나 선언되지 않은 API가 있는지 보고서를 주의 깊게 검토하고, 문제를 피하기 위해 필요한 조정을 하세요. 모든 것이 확인되면 업데이트 배포를 진행하세요.
-
-### [Capgo](https://capgo.app/)를 통한 업데이트
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/68019d453c6b972ab5063e92/d09851ee64a6d6c4e2e08ff1d656af11.jpg)
-
-Xcode 분석을 통과한 후, Capgo를 사용하여 앱의 개인정보 보호 매니페스트를 최신 상태로 유지하세요. Capgo는 다음을 제공합니다:
-
--   **즉시 배포**: 24시간 내 95%의 사용자가 업데이트 받음 [\[1\]](https://capgo.app/)
--   **원클릭 롤백** 신속한 수정
--   **분석 도구** 업데이트 성공 추적 및 준수 보장
-
-Capgo의 Team 플랜은 월 $83(연간 청구)이며, 최대 100,000 월간 활성 사용자(MAU)와 2,000 GB의 대역폭을 지원합니다.
-
-## 개인정보 보호 준수 지침
-
-Xcode에서 매니페스트를 확인한 후, 개인정보 보호 준수가 유지되도록 하는 것이 중요합니다. 다음은 진행 상황을 유지하는 방법입니다.
-
-### 권장 사례
-
-Capgo를 사용하여 매니페스트 업데이트를 즉시 푸시하면 App Store 리뷰로 인한 지연을 피할 수 있습니다. 이 도구는 또한 단계적 출시를 지원하여 실시간 분석으로 변경 사항을 테스트한 후 모든 사용자에게 배포할 수 있습니다. [\[1\]](https://capgo.app/)
-
-### 일반적인 함정
-
-[수동 업데이트](https://capgo.app/docs/plugin/cloud-mode/manual-update/)에 의존하면 App Store 리뷰 시간에 따라 며칠 또는 몇 주가 걸릴 수 있어 느릴 수 있습니다. 이로 인해 문서가 오래된 상태로 남게 되는 경우가 많습니다.반면에 자동화된 도구는 즉각적인 업데이트를 가능하게 하고, 배포를 모니터링하기 위한 분석을 제공하며, 문제가 발생했을 때 쉽게 변경 사항을 롤백할 수 있게 합니다 [\[1\]](https://capgo.app/)
-
-### 수동 vs 자동화된 업데이트
-
-다음은 수동 및 자동화된 업데이트 방법의 간단한 비교입니다:
-
--   **전달 속도**: 수동 업데이트는 며칠이나 몇 주가 걸릴 수 있지만, [자동화된 업데이트](https://capgo.app/docs/live-updates/update-behavior/)는 24시간 이내에 95%의 사용자에게 도달합니다 [\[1\]](https://capgo.app/)
--   **성공 추적**: 수동 방식은 다양하지만, 자동화된 업데이트는 전 세계적으로 82%의 성공률을 달성합니다 [\[1\]](https://capgo.app/)
--   **롤백 옵션**: 수동 업데이트는 제한된 복구를 제공하지만, 자동화된 업데이트는 즉각적인 롤백이 가능합니다
--   **모니터링**: 수동 확인은 시간이 많이 소요되는 반면, 자동화된 도구는 실시간 분석을 제공합니다 [\[1\]](https://capgo.app/)
--   **배포**: 수동 시스템은 기본적이지만, 자동화된 도구는 고급 배포 채널을 지원합니다 [\[1\]](https://capgo.app/)
--   **보안**: 수동 업데이트는 내장된 암호화가 부족하지만, 자동화된 시스템은 종단간 암호화를 사용합니다 [\[1\]](https://capgo.app/)
-
-## 실시간 업데이트 도구 비교
-
-두 가지 인기 있는 실시간 업데이트 플랫폼을 비교해보겠습니다
-
-### 플랫폼 기능 및 가격
-
-| 기능 | Capgo | [Appflow](https://ionicio/appflow/) |
-| --- | --- | --- |
-| 종단간 암호화 | **예** | \-  |
-| 업데이트 성공률 | **전 세계적으로 82%** [\[1\]](https://capgo.app/) | \-  |
-| 업데이트 전달 시간 | **24시간 이내 95%** [\[1\]](https://capgo.app/) | \-  |
-| 번들 다운로드 속도 | **114 ms (5 MB)** [\[1\]](https://capgo.app/) | \-  |
-| 연간 비용 (팀 플랜) | **$996** | **$6,000** [\[1\]](https://capgo.app/) |
-
-**간단한 요약**: Capgo는 Appflow의 $6,000에 비해 첫 해 비용이 $996으로 훨씬 낮습니다
-
-이제 Capgo가 프라이버시 매니페스트 업데이트에 특별히 어떻게 두각을 나타내는지 살펴보겠습니다
-
-### 프라이버시 매니페스트: Capgo의 이점
-
-Capgo의 오픈소스 코드베이스는 프라이버시 매니페스트 업데이트를 관리하는 데 강력한 선택입니다. 진화하는 프라이버시 표준을 충족하기 위한 빠른 조정을 가능하게 하여 규정 준수를 관리하기 쉽게 만듭니다 [\[1\]](https://capgo.app/)
-
-## 요약
-
-2024년 5월부터 모든 iOS 앱은 필수 매니페스트 요구사항을 준수해야 합니다. 자동화를 통해 이러한 매니페스트 관리가 훨씬 쉬워질 수 있습니다. Capacitor 프로젝트의 경우, iOS 번들에 매니페스트를 포함하고 Capgo와 같은 도구를 사용하여 종단간 암호화 덕분에 안전하게 업데이트를 자동화하세요.
-
-매니페스트 설정과 업데이트 자동화가 완료되면, 원활한 프라이버시 매니페스트 업데이트를 위한 주요 사례는 다음과 같습니다:
-
--   배포를 단순화하기 위해 CLI 도구 사용
--   제어된 업데이트 출시를 위한 채널 시스템 구현
--   데이터 수집 프로세스에 대한 상세한 문서화 유지
--   정기적인 프라이버시 준수 테스트 및 검증
diff --git a/src/content/blog/ko/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md b/src/content/blog/ko/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
deleted file mode 100644
index 7d0ed99dd..000000000
--- a/src/content/blog/ko/update-your-capacitor-apps-seamlessly-using-capacitor-updater.md
+++ /dev/null
@@ -1,135 +0,0 @@
----
-slug: update-your-capacitor-apps-seamlessly-using-capacitor-updater
-title: Capacitor-updater를 사용하여 Capacitor 앱을 원활하게 업데이트하기
-description: >-
-  Capacitor Ionic 커뮤니티 여러분, 안녕하세요. 오늘은 여러분의 앱에 Capacitor-updater를 설정하는 것을
-  도와드리겠습니다. 이를 통해 원활한 릴리스를 할 수 있습니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2022-02-27T00:00:00.000Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: /update_flow.webp
-head_image_alt: Capacitor 개발자를 위한 대안 검색
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: ''
----
-
-## Capacitor-updater란 무엇인가?
-
-Capacitor-updater는 앱 업데이트와 개선사항을 최종 사용자에게 즉시 전달하는 것을 도와주는 기술입니다
-
-특히 중요한 버그 수정을 하고 App Store 심사 과정 없이 즉시 전달하고 싶을 때 매우 유용합니다
-
-사용 가능한 업데이트를 즉시 사이드로딩할 수 있는 "웹과 같은" 민첩성을 가진 것으로 생각할 수 있습니다
-
-또한 새로운 업데이트가 앱을 중단시키는 경우 롤백을 제공합니다
-
-## 어떻게 작동하나요?
-
-Capgo는 앱의 JavaScript 번들을 Capgo 서버와 동기화 상태로 유지하며, 사용자가 앱을 열 때마다 Capgo 서버에서 번들에 대한 새로운 업데이트가 있는지 확인합니다. 물론 사용자 경험을 미세 조정하는 데 도움이 되는 수많은 멋진 구성이 함께 제공됩니다
-
-저는 제가 만드는 모든 프로젝트에서 Capgo를 사용합니다. 이를 통해 App Store 검토 프로세스에 소요되는 시간을 줄일 수 있습니다
-
-자세한 내용은 [여기](https://capgo.app/)에서 확인할 수 있습니다
-
-## 제한 사항이 있나요?
-
-좋아 보이지만, 우리가 명심해야 할 몇 가지 사항이 있습니다
-첫 번째는 OTA 업데이트가 __웹 번들에서만 작동한다는 것입니다__ 
-Capacitor JS에서는 거의 모든 코드를 JS, CSS, HTML로 작성하기 때문에 이것이 큰 제한은 아니라고 생각할 수 있습니다
-이것이 사실일 수 있지만, 앱에 설치하는 네이티브 모듈도 여전히 있습니다
-모듈이 android나 iOS 디렉토리를 변경하는 경우 OTA를 사용하여 앱을 업데이트할 수 없습니다
-이는 이러한 디렉토리의 내용이 OTA가 업데이트할 수 없는 네이티브 바이너리를 컴파일하는 데 사용되기 때문입니다
-네이티브 앱조차도 이 부분을 업데이트할 수 없습니다
-
-하지만 CI/CD를 설정하여 이 부분을 처리할 수 있습니다. [여기 IOS용](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)에서 이를 수행하는 방법에 대한 튜토리얼을 만들었습니다
-
-## 자동 Capgo 구성
-
-가입하고 첫 번째 버전을 업로드하기 위한 API 키를 받을 시간입니다! [Capgo 계정에 가입](/register/)하는 것으로 시작하세요
-
-Capgo에 로그인하면 온보딩 페이지가 표시됩니다 
-
-![온보딩 페이지](/onboarding_1_new.webp)
-
-온보딩 페이지의 단계를 따라 첫 번째 앱을 추가하세요
-
-### CLI 가이드 따르기
-
-명령줄에서 Capacitor 앱의 루트 디렉토리에서 직접 실행하세요:
-
-`npx @capgo/cli@latest init`
-Capgo를 Capacitor 앱에 설치하기 위해 CLI가 Capgo로 앱을 설정하는 과정을 안내할 것입니다
-
-수동으로 하고 싶다면 아래 단계를 따르세요
-
-## 수동 Capgo 구성
-
-### 플러그인 설치
-
-앱에 다음 코드가 추가되어야 합니다:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Capacitor 앱에 플러그인을 설치하기 위해
-
-그리고 JS 번들이 정상이라는 것을 네이티브 플러그인에 알리기 위해 앱에 이 코드를 추가하세요 (이를 하지 않으면 네이티브 플러그인이 이전 버전으로 롤백됩니다):
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-이는 네이티브 플러그인에 설치가 성공했음을 알립니다
-
-그런 다음 `npm run build && npx cap copy`를 실행하여 앱을 업데이트하세요
-
-### Capgo CLOUD에 로그인
-
-먼저 계정에 있는 `all` [apikey](https://console.capgo.app/dashboard/apikeys/)를 사용하여 CLI로 로그인하세요:
-
-`npx @capgo/cli@latest login YOU_KEY`
-
-### 첫 번째 앱 추가
-
-CLI로 Capgo Cloud에 앱을 생성하는 것부터 시작하겠습니다
-
-`npx @capgo/cli@latest app add`
-
-이 명령은 Capacitor 구성 파일에 정의된 모든 변수를 사용하여 앱을 생성합니다
-
-### 첫 번째 버전 업로드
-
-코드를 빌드하고 Capgo로 보내는 명령을 실행하세요:
-`npx @capgo/cli@latest bundle upload`
-
-기본적으로 버전 이름은 `packagejson` 파일의 버전이 됩니다
-
-[Capgo](https://console.capgo.app/)에서 빌드가 있는지 확인하세요
-
-내 [모바일 샌드박스 앱](https://capgo.app/app_mobile/)으로 테스트할 수도 있습니다
-
-### 채널을 기본값으로 설정
-
-앱을 Capgo로 보낸 후에는 앱이 Capgo에서 업데이트를 받을 수 있도록 채널을 `default`로 설정해야 합니다
-
-`npx @capgo/cli@latest channel set production -s default`
-
-## 디바이스에서 실시간 업데이트 받기
-
-Deploy에서 실시간 업데이트를 받으려면 디바이스나 에뮬레이터에서 앱을 실행해야 합니다에뮬레이터나 컴퓨터에 연결된 기기에서 로컬 앱을 실행하는 가장 쉬운 방법은 다음 명령어를 사용하는 것입니다
-
-    npx cap run [ios | android]
-
-앱을 열고 백그라운드로 전환한 다음 다시 열면 로그에서 앱이 업데이트된 것을 확인할 수 있습니다
-
-축하합니다! 🎉 첫 번째 Live Update 배포에 성공하셨습니다. 이것은 Live Updates로 할 수 있는 것들의 시작일 뿐입니다. 자세한 내용은 [Live Updates 문서](/docs/plugin/cloud-mode/getting-started/)를 참조하세요
-
-> 로컬에서 업데이트 수신을 중지해야 하는 경우 다음 명령어를 실행하세요
-`npx @capgo/cli@latest channel set`
diff --git a/src/content/blog/ko/updating-from-capacitor-4-to-capacitor-5.md b/src/content/blog/ko/updating-from-capacitor-4-to-capacitor-5.md
deleted file mode 100644
index eb834ea27..000000000
--- a/src/content/blog/ko/updating-from-capacitor-4-to-capacitor-5.md
+++ /dev/null
@@ -1,210 +0,0 @@
----
-slug: updating-from-capacitor-4-to-capacitor-5
-title: 'Capacitor 4에서 Capacitor 5로 업데이트하기: 단계별 가이드'
-description: >-
-  최소한의 주요 변경사항으로 Capacitor 4에서 Capacitor 5로 프로젝트를 업데이트하는 방법을 알아보세요. 공식 플러그인과 필요한
-  도구 업데이트를 포함합니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-09T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /capacitor-5-update.webp
-head_image_alt: Capacitor 4에서 5로의 업데이트 도해
-keywords: >-
-  Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Capacitor
-published: true
-locale: ko
-next_blog: ''
----
-Capacitor 4에서 Capacitor 5로의 전환은 이전 업데이트에 비해 최소한의 주요 변경사항만 포함합니다. 이 가이드는 프로젝트를 Capacitor 5로 업데이트하는 단계별 지침과 공식 플러그인의 주요 변경사항 목록을 제공합니다.
-
-**참고**: Capacitor 5는 NodeJS 16 이상이 필요합니다. Node 12는 수명이 종료되었고 Node 14는 2023년 4월 30일에 수명이 종료될 예정이기 때문입니다. NodeJS의 최신 LTS 버전을 사용하는 것이 권장됩니다.
-
-1. 프로젝트에 Capacitor CLI의 `latest` 버전을 설치하세요:
-
-   ```
-   npm i -D @capacitor/cli@latest
-   ```
-
-2. CLI가 마이그레이션을 처리하도록 다음 명령을 실행하세요:
-
-   ```
-   npx cap migrate
-   ```
-
-   마이그레이션 단계를 완료할 수 없는 경우 터미널 출력에 추가 정보가 제공됩니다. 수동 마이그레이션 단계는 아래에 나열되어 있습니다.
-
-3. VS Code 확장 프로그램이 설치되어 있다면, 확장 프로그램의 추천 섹션에서 프로젝트를 Capacitor 5로 마이그레이션하는 옵션을 확인하세요.
-
-### Capacitor 4 iOS 프로젝트를 Capacitor 5로 업그레이드
-
-1. **Xcode 업그레이드**: Capacitor 5는 Xcode 14.1 이상이 필요합니다.
-
-2. **.gitignore 업데이트**: `.gitignore` 파일에 다음 변경사항을 적용하세요:
-
-   ```
-   - App/Podfile.lock
-   + App/output
-   ```
-
-3. **단일 앱 아이콘을 사용하도록 에셋 업데이트**: Xcode 14는 1024x1024 크기의 단일 앱 아이콘을 지원합니다. 불필요한 크기를 제거하여 AppIcon.appiconset을 정리하세요.
-
-### Capacitor 4 Android 프로젝트를 Capacitor 5로 업그레이드
-
-1. **Android Studio 업그레이드**: Capacitor 5는 Gradle 8 사용으로 인해 Java JDK 17이 필요한 Android Studio Flamingo | 2022.2.1 이상이 필요합니다. Java 17은 Android Studio Flamingo와 함께 제공되므로 추가 다운로드가 필요하지 않습니다.
-
-2. **AGP 업그레이드 어시스턴트 실행**: Android Studio는 Gradle 관련 업데이트와 패키지를 빌드 파일로 이동하는 것을 도울 수 있습니다. 시작하려면 `Tools -> AGP Upgrade Assistant`를 실행하세요.
-
-3. **Android 프로젝트 변수 업데이트**: `variables.gradle` 파일에서 다음과 같이 새로운 최소값으로 업데이트하세요:
-
-   ```
-   minSdkVersion = 22
-   compileSdkVersion = 33
-   targetSdkVersion = 33
-   androidxActivityVersion = '1.7.0'
-   androidxAppCompatVersion = '1.6.1'
-   androidxCoordinatorLayoutVersion = '1.2.0'
-   androidxCoreVersion = '1.10.0'
-   androidxFragmentVersion = '1.5.6'
-   coreSplashScreenVersion = '1.0.0'
-   androidxWebkitVersion = '1.6.1'
-   junitVersion = '4.13.2'
-   androidxJunitVersion = '1.1.5'
-   androidxEspressoCoreVersion = '3.5.1'
-   cordovaAndroidVersion = '10.1.1'
-   ```
-
-4. **Google Services 업데이트**:
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.google.gms:google-services:4.3.13'
-   +       classpath 'com.google.gms:google-services:4.3.15'
-   }
-   ```
-
-5. **Gradle 플러그인을 8.0.0으로 업데이트**:
-
-   ```
-   # build.gradle
-   dependencies {
-   -       classpath 'com.android.tools.build:gradle:7.2.1'
-   +       classpath 'com.android.tools.build:gradle:8.0.0'
-   }
-   ```
-
-6. **Gradle wrapper를 8.0.2로 업데이트**:
-
-   ```
-   # gradle-wrapper.properties
-   distributionBase=GRADLE_USER_HOME
-   distributionPath=wrapper/dists
-   - distributionUrl=https\://services.gradle.org/distributions/gradle-7.4.2-all.zip
-   + distributionUrl=https\://services.gradle.org/distributions/gradle-8.0.2-all.zip
-   zipStoreBase=GRADLE_USER_HOME
-   zipStorePath=wrapper/dists
-   ```
-
-7. **Jetifier 비활성화**:
-
-   ```
-   # gradle.properties
-   android.useAndroidX=true
-   - android.enableJetifier=true
-   ```
-
-8. **패키지를 `build.gradle`로 이동**:
-
-   ```
-   # AndroidManifest.xml
-   <?xml version="1.0" encoding="utf-8"?>
-   - <manifest xmlns:android="http://schemas.android.com/apk/res/android"
-   -     package="[YOUR_PACKAGE_ID]">
-   + <manifest xmlns:android="http://schemas.android.com/apk/res/android">
-   ```
-
-   ```
-   # build.gradle
-   android {
-   +     namespace "[YOUR_PACKAGE_ID]"
-         compileSdkVersion rootProject.ext.compileSdkVersion
-   ```
-
-9. **androidScheme 업데이트**: Capacitor 6에서는 기존 앱의 `androidScheme` 기본값이 시스템 자동완성 기능을 더 잘 활용할 수 있도록 `https`로 설정됩니다. 이 변경으로 인한 데이터 손실을 방지하기 위해 현재 기본값이더라도 지금 scheme을 `http`로 설정하세요.
-
-   ```
-   {
-     server: {
-       androidScheme: "http"
-     }
-   }
-   ```
-
-10. **Kotlin 버전 업데이트**: 프로젝트에서 Kotlin을 사용하는 경우 `kotlin_version` 변수를 `'1.8.20'`으로 업데이트하세요.
-
-### 플러그인 기능 변경사항
-
-다음 플러그인 기능이 수정되거나 제거되었습니다. 코드를 적절히 업데이트하세요:
-
-- Action Sheet
-- Browser
-- Camera
-- Device
-- Geolocation
-- Google Maps
-- Local Notifications
-- Push Notifications
-- Status Bar
-
-### Action Sheet
-
-- `androidxMaterialVersion` 변수를 `1.8.0`으로 업데이트하세요.
-
-### Browser
-
-- `androidxBrowserVersion` 변수를 `1.5.0`으로 업데이트하세요.
-
-### Camera
-
-- Android 13의 경우 `AndroidManifest.xml`에 미디어 이미지 읽기 권한(`<?xml version="1.0" encoding="utf-8"?>`)을 추가하세요.
-- `androidxMaterialVersion` 변수를 `1.8.0`으로 업데이트하세요.
-- `androidxExifInterfaceVersion` 변수를 `1.3.6`으로 업데이트하세요.
-
-### Device
-
-- `DeviceId.uuid`를 `DeviceId.identifier`로 변경하세요.
-- iOS 16 이상에서는 적절한 [entitlements](https://developer.apple.com/documentation/bundleresources/entitlements/com_apple_developer_device-information_user-assigned-device-name/)를 추가하지 않으면 `DeviceInfo.name`이 일반 기기 이름을 반환합니다.
-
-### Geolocation
-
-- `playServicesLocationVersion`을 `21.0.1`로 업데이트하세요.
-
-### Google Maps
-
-- 다음 변수들을 업데이트하세요:
-  - `googleMapsPlayServicesVersion`을 `18.1.0`으로
-  - `googleMapsUtilsVersion`을 `3.4.0`으로
-  - `googleMapsKtxVersion`을 `3.4.0`으로
-  - `googleMapsUtilsKtxVersion`을 `3.4.0`으로
-  - `kotlinxCoroutinesVersion`을 `1.6.4`로
-  - `androidxCoreKTXVersion`을 `1.10.0`으로
-  - `kotlin_version`을 `1.8.20`으로
-
-### Local Notifications
-
-- Android 13에서 SDK 33을 대상으로 할 때 로컬 알림을 예약하려면 새로운 런타임 권한 확인이 필요합니다. 적절히 `checkPermissions()`와 `requestPermissions()`를 호출하세요.
-
-### Push Notifications
-
-- Android 13에서 SDK 33을 대상으로 할 때 푸시 알림을 받으려면 새로운 런타임 권한 확인이 필요합니다. 적절히 `checkPermissions()`와 `requestPermissions()`를 호출하세요.
-- `firebaseMessagingVersion` 변수를 `23.1.2`로 업데이트하세요.
-
-### Status Bar
-
-- iOS에서 기본 상태 바 애니메이션이 `FADE`로 변경되었습니다.
-
-이 단계들을 따르고 코드를 적절히 업데이트하면 이제 프로젝트를 Capacitor 4에서 Capacitor 5로 성공적으로 업데이트했을 것입니다. 모든 기능과 플러그인이 예상대로 작동하는지 확인하기 위해 애플리케이션을 철저히 테스트하세요.
diff --git a/src/content/blog/ko/us-privacy-laws-mobile-app-checklist.md b/src/content/blog/ko/us-privacy-laws-mobile-app-checklist.md
deleted file mode 100644
index 983962bfa..000000000
--- a/src/content/blog/ko/us-privacy-laws-mobile-app-checklist.md
+++ /dev/null
@@ -1,217 +0,0 @@
----
-slug: us-privacy-laws-mobile-app-checklist
-title: '미국 개인정보보호법: 모바일 앱 체크리스트'
-description: 데이터 보호와 사용자 권리에 대한 종합적인 체크리스트를 따라 미국 개인정보 보호법을 준수하는 모바일 앱을 만드세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-23T05:58:21.536Z
-updated_at: 2025-10-10T02:23:14.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67df9ec1ffe25179c9af3a48-1742709514062.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  privacy compliance, mobile apps, CCPA, data protection, user rights, COPPA,
-  VCDPA, CPA
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**모바일 앱의 개인정보 보호 준수는 매우 중요합니다.** [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act), [VCDPA](https://pro.bloomberglaw.com/insights/privacy/virginia-consumer-data-protection-act-vcdpa/), CPA와 같은 미국의 개인정보 보호법은 앱이 사용자 데이터를 보호하고, 투명성을 보장하며, 사용자 권리를 존중할 것을 요구합니다. 미준수 시 위반 건당 최대 $7,500의 벌금과 사용자 신뢰 상실을 초래할 수 있습니다. 다음은 준수 방법입니다:
-
--   **[개인정보 처리방침](https://capgo.app/dp/):** 데이터 수집, 사용, 공유 및 사용자 권리를 명확히 설명
--   **사용자 권한:** 명시적 동의를 얻고 사용자가 자신의 데이터를 관리할 수 있도록 허용
--   **데이터 요청:** 법적 기한 내에 사용자 요청(접근, 삭제, 거부)에 응답
--   **아동 데이터 보호:** 13세 미만 사용자에 대한 [COPPA](https://en.wikipedia.org/wiki/Children%27s_Online_Privacy_Protection_Act) 준수
--   **기술적 보호조치:** 암호화 사용, 제3자 SDK 검토, 신속한 개인정보 보호 기능 업데이트
--   **정기 감사:** 분기별 데이터 처리 및 권한 검토 수행
--   **팀 교육:** 개인정보 보호법과 안전한 데이터 처리에 대해 팀 교육
-
-변화하는 법률을 지속적으로 파악하고 [Capgo](https://capgo.app/)와 같은 도구를 사용하여 보안 업데이트를 효율적으로 배포하세요. 개인정보 보호 준수는 단순히 벌금을 피하는 것이 아닌 사용자와의 신뢰를 구축하는 것입니다.
-
-## [USENIX Security](https://www.usenix.org/conference/usenixsecurity25) '24 - 개인정보 보호 준수 탐색...
-
-![USENIX Security](https://mars-images.imgix.net/seobot/screenshots/www.usenix.org-d8a0181fef2b5e2513a1acfa3938daca-2025-03-23.jpg?auto=compress)
-
-<iframe src="https://www.youtube.com/embed/8EDue3as8No" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 주요 미국 앱 개인정보 보호법
-
-모바일 앱 준수를 위해서는 주요 미국 개인정보 보호법을 이해하는 것이 중요합니다. 이러한 법률은 앱이 사용자 데이터와 개인정보를 처리하는 방식에 대한 기준을 설정합니다.
-
-### [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) 요구사항
-
-캘리포니아 소비자 개인정보 보호법(CCPA)은 캘리포니아 주민의 데이터를 관리하는 앱에 대한 구체적인 규칙을 제시합니다. 다음은 간단한 분석입니다:
-
-| **요구사항** | **세부사항** | **기한** |
-| --- | --- | --- |
-| 데이터 공개 | 수집되는 데이터 유형을 명확히 나열 | 수집 시점 |
-| 거부 권리 | 눈에 띄는 "내 데이터 판매 금지" 옵션 제공 | 즉시 이용 가능 |
-| 삭제 권리 | 데이터 삭제 요청 처리 | 45일 이내 |
-| 개인정보 보호 업데이트 | 개인정보 처리방침 연간 검토 및 업데이트 | 12개월마다 |
-
-앱은 위치 데이터와 같은 개인정보를 수집하기 전에 사용자에게 통지하고 동의를 받아야 합니다.
-
-### 기타 주(州) 개인정보 보호법
-
-여러 주에서 자체적인 개인정보 보호 규정을 제정했습니다:
-
--   **버지니아 소비자 데이터 보호법(VCDPA):** 데이터 처리에 대한 투명성 요구, 사용자에게 데이터 접근 및 삭제 권한 부여, 맞춤형 광고 거부 허용, 고위험 데이터 사용에 대한 평가 의무화
--   **콜로라도 개인정보 보호법(CPA):** 통합 거부 메커니즘, 명확한 개인정보 보호 고지, 불필요한 데이터 수집 제한에 중점
-
-### 연방법 및 [FTC](https://www.ftc.gov/) 규칙
-
-![FTC](https://mars-images.imgix.net/seobot/screenshots/www.ftc.gov-ce439e87b8dcc2429a2bbfa28a3503d6-2025-03-23.jpg?auto=compress)
-
-연방법은 모든 미국 앱에 대한 개인정보 보호 기준을 설정하며, 연방거래위원회(FTC)는 주요 지침을 시행합니다:
-
--   사용자에 대한 개인정보 보호 약속 이행
--   유출로부터 사용자 데이터 보호
--   13세 미만 사용자에 대한 아동 온라인 개인정보 보호법(COPPA) 준수
--   개인정보 처리방침에서 데이터 처리 관행을 명확히 설명
-
-COPPA에 따르면, 앱은 아동의 데이터를 수집하기 전에 검증된 부모 동의를 받아야 하고, 수집되는 데이터량을 제한하며, 안전한 저장을 보장하고, 부모가 쉽게 이해할 수 있는 언어로 개인정보 처리방침을 작성해야 합니다.
-
-## 개인정보 보호 준수 체크리스트
-
-이 체크리스트는 앞서 논의된 법적 요구사항을 충족하는 데 도움이 되는 실질적인 단계를 제공합니다.
-
-### 개인정보 처리방침 설정
-
-미국 법적 기준에 부합하는 개인정보 처리방침을 만드십시오. 다음 사항을 포함해야 합니다:
-
--   **데이터 수집**: 수집하는 데이터 유형 명시
--   **사용 목적**: 데이터 사용 방법 명확히 설명
--   **제3자 공유**: 데이터를 받는 대상과 이유 식별
--   **사용자 권리**: 사용자가 데이터 수집에 대해 접근, 삭제 또는 거부하는 방법 설명
-
-개인정보 처리방침을 쉽게 찾을 수 있게 하고 명확하고 간단한 언어로 작성하세요. 데이터 수집 전에 눈에 띄게 표시하세요.
-
-또한 사용자에게 데이터 제어권을 주기 위해 권한 제어를 설정하세요.
-
-### 사용자 권한 제어
-
-다음을 보장하기 위해 권한 제어를 구현하세요:
-
--   민감한 데이터에 대한 명시적 동의 획득
--   사용자가 공유할 데이터 선택 가능
--   동의 철회를 위한 명확한 방법 제공
--   타임스탬프를 포함한 동의 기록의 안전한 로깅
-
-권한이 설정되면 데이터 요청을 효율적으로 처리하는 데 집중하세요.
-
-### 데이터 요청 관리
-
-사용자 데이터 요청을 원활하게 처리하기 위한 시스템을 구축하세요:
-
-1. **확인 절차**  
-데이터 요청을 처리하기 전에 사용자 신원을 확인하는 안전한 방법을 사용하세요. 각 확인 단계의 기록을 보관하세요.
-
-2. **응답 기한**  
-법적으로 요구되는 응답 기한을 모니터링하고 준수하세요.
-
-3. **데이터 형식 옵션**  
-요청된 데이터를 PDF, CSV, JSON과 같이 기계가 읽을 수 있고 사용자 친화적인 형식으로 제공하세요.
-
-13세 미만 아동을 대상으로 하는 앱의 경우, 데이터 보호를 위한 추가 조치를 취하세요.
-
-### 아동 데이터 보호
-
-앱이 13세 미만 사용자를 대상으로 하는 경우 COPPA를 준수하여:
-
--   신뢰할 수 있는 확인을 통한 사용자 연령 확인
--   확인 가능한 부모 동의 확보
--   절대적으로 필요한 데이터만 수집으로 제한
--   더 이상 필요하지 않은 아동 데이터의 신속한 삭제
-
-## 기술적 개인정보 보호 기능
-
-기술적 보호조치는 개인정보 보호 접근 방식을 강화하는 데 필수적인 역할을 합니다. 이는 정책과 사용자 제어를 넘어서 준수를 보장하기 위한 추가적인 보호 계층을 제공합니다.
-
-### 데이터 보안 방법
-
-사용자 데이터 보호에는 여러 계층의 암호화가 필요합니다:
-
-**암호화 지침**
-
--   데이터 전송 시 항상 **종단간 암호화** 사용
-
-> "진정한 종단간 암호화를 제공하는 유일한 솔루션, 다른 것들은 단순히 업데이트에 서명만 함" – Capgo [\[1\]](https://capgo.app/)
-
-또한 포괄적인 개인정보 보호 설정을 제공하여 사용자 제어를 강화하세요.
-
-### 개인정보 보호 설정 옵션
-
-채널별 제어를 통해 사용자가 데이터 접근을 관리할 수 있도록 하세요. 이러한 제어는 타겟 업데이트, 베타 테스트, 단계적 출시 및 신속한 문제 해결과 같은 기능을 지원할 수 있습니다.
-
-### 제3자 SDK 검토
-
-외부 SDK의 개인정보 보호 기준과 데이터 수집 관행을 신중히 평가하세요. **사용자의 95%가 24시간 이내에 필수 개인정보 보호 업데이트를 받도록** 하는 것을 목표로 하세요 [\[1\]](https://capgo.app/). 잠재적 문제를 효율적으로 해결하기 위한 롤백 메커니즘을 포함하세요. 종단간 암호화와 상세한 사용자 관리 도구를 결합한 업데이트 솔루션을 선택하세요.
-
-## 개인정보 보호 유지 단계
-
-이러한 단계는 앱이 지속적으로 미국 개인정보 보호 규정을 준수할 수 있도록 준수 프레임워크를 확장하는 데 도움이 됩니다. 정기적인 검토와 업데이트는 개인정보 보호 요구사항을 충족하는 데 핵심입니다.
-
-### 개인정보 보호 감사 일정
-
-앱의 데이터 처리 관행을 평가하기 위해 분기별 개인정보 보호 감사를 설정하세요:
-
--   **데이터 인벤토리 검토**: 개인정보가 수집되는 모든 지점을 문서화
--   **권한 확인**: 모든 데이터 접근 권한이 최신 상태인지 확인
--   **제3자 평가**: 개인정보 보호에 영향을 미칠 수 있는 변경사항에 대해 통합된 SDK 재평가
--   **정책 구현**: 개인정보 보호 정책이 모든 기능에서 시행되는지 확인
-
-사용자 동의율과 데이터 접근 요청과 같은 주요 지표를 모니터링하기 위해 준수 대시보드를 사용하세요. 중요한 개인정보 보호 제어와 데이터 처리 프로세스를 감독하
-
-모바일 앱의 개인정보 보호 요구사항을 업데이트할 때는 속도와 보안이 핵심입니다. Capgo는 미국 개인정보 보호법을 준수하면서 빠르고 안전한 업데이트를 보장하는 도구를 제공합니다.
-
-### 신속한 업데이트 시스템
-
-Capgo의 즉각적인 업데이트 시스템을 통해 개발자는 지체 없이 개인정보 보호 문제를 해결할 수 있습니다. 24시간 이내에 활성 사용자의 95%에게 업데이트가 전달되어, 이미 2,350만 건의 업데이트가 배포되었으며 82%의 전체 성공률을 달성했습니다 [\[1\]](https://capgo.app/). 중요한 개인정보 보호 업데이트의 경우, Capgo의 채널 시스템을 통해 광범위한 배포 전에 선별된 사용자 그룹과 함께 변경사항을 테스트할 수 있습니다. 이를 통해 시간이 중요할 때 업데이트가 테스트되고 규정을 준수하도록 보장됩니다.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 있어 매우 중요합니다!" – Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-### 업데이트 보안 기능
-
-강력한 보안 없이는 빠른 업데이트도 의미가 없습니다. Capgo는 다음과 같은 기능으로 개인정보 보호 업데이트를 보호합니다:
-
--   **종단간 암호화:** 전체 프로세스에 걸쳐 업데이트가 암호화됩니다.
--   **사용자별 복호화:** 승인된 사용자만 업데이트에 접근하고 설치할 수 있습니다.
--   **규정 준수 확인:** 내장된 도구로 Apple과 Google 표준 준수를 확인합니다.
--   **롤백 옵션:** 개인정보 보호 문제 발생 시 신속하게 업데이트를 되돌릴 수 있습니다.
-
-이 시스템은 민감한 데이터를 보호하고 CCPA를 포함한 미국 개인정보 보호법을 준수합니다.
-
-### 개인정보 보호 업데이트 워크플로우
-
-Capgo의 워크플로우 도구는 개발 프로세스에 직접 통합되어 개인정보 보호 규정 준수를 더 쉽게 관리할 수 있게 합니다. 주요 기능은 다음과 같습니다:
-
--   **자동화된 배포:** CI/CD 파이프라인과 통합하여 개인정보 보호 업데이트를 간소화합니다.
--   **버전 관리:** 업데이트 전반에 걸쳐 개인정보 보호 기능의 변경사항을 추적합니다.
--   **업데이트 분석:** 업데이트 채택에 대한 인사이트를 제공하고 문제를 신속하게 해결하는 데 도움을 줍니다.
-
-PAYG 플랜 사용자를 위한 추가 개인정보 보호 중심 도구:
-
-| 기능 | 이점 |
-| --- | --- |
-| API 접근 | 개인정보 보호 규정 준수 확인 자동화 |
-| 커스텀 도메인 | 개인정보 보호 커뮤니케이션의 브랜드 유지 |
-| 전담 지원 | 개인정보 보호 관련 업데이트에 대한 전문가 지원 |
-| 확장 스토리지 | 개인정보 보호 규정 준수를 위한 상세 로그 저장 |
-
-Capgo는 이미 프로덕션 환경에서 750개의 앱을 지원하고 있어, 개인정보 보호 규정을 준수하는 업데이트 관리에 대한 신뢰성을 입증하고 있습니다. 이러한 도구들은 개발자가 사용자에게 시기적절한 업데이트를 제공하면서 규정을 준수할 수 있도록 돕습니다.
-
-## 요약
-
-이 섹션에서는 모바일 앱의 미국 개인정보 보호 표준 준수에 필요한 핵심 요소를 강조합니다. 규정을 준수하기 위해서는 지속적인 모니터링과 변화하는 규정에 신속하게 적응할 수 있는 능력이 필요합니다.
-
-이를 달성하기 위해서는 개인정보 보호 규정 준수가 신속한 기술 구현과 지속적인 감독에 의존합니다. 시스템은 새로운 요구사항에 신속하게 대응하거나 발생하는 개인정보 보호 문제를 해결할 수 있어야 합니다. 앞서 논의한 바와 같이, Capgo는 통합된 업데이트 시스템이 규정 준수 노력을 강화할 수 있는 방법을 보여줍니다.
-
-규정 준수 유지를 위한 주요 영역과 지표 분석:
-
-| 규정 준수 영역 | 구현 방법 | 성공 지표 |
-| --- | --- | --- |
-| 업데이트 속도 | 즉각적인 배포 | 높은 업데이트 성공률 |
-| 보안 | 종단간 암호화 | \- |
-| 테스팅 | 채널 기반 출시 | 프로덕션의 750개 앱 [\[1\]](https://capgo.app/) |
diff --git a/src/content/blog/ko/usage-frequency-segmentation-for-app-updates.md b/src/content/blog/ko/usage-frequency-segmentation-for-app-updates.md
deleted file mode 100644
index a3b890b55..000000000
--- a/src/content/blog/ko/usage-frequency-segmentation-for-app-updates.md
+++ /dev/null
@@ -1,182 +0,0 @@
----
-slug: usage-frequency-segmentation-for-app-updates
-title: 앱 업데이트를 위한 사용 빈도 세분화
-description: 사용 빈도를 기반으로 한 사용자 세분화를 통해 앱 업데이트를 강화하여 효과적으로 유지율 및 참여도를 개선합니다.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-12T08:03:06.848Z
-updated_at: 2025-10-31T17:55:22.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6821a5b33c68b32f40f8057e-1747037038301.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  app updates, user segmentation, engagement, retention, behavior tracking,
-  mobile apps, update strategy
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**더 나은 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 원하시나요? 사용자를 이해하는 것부터 시작하세요.** 사용 빈도 세분화는 사용자가 앱과 상호작용하는 빈도에 따라 분류하여, 그들에게 실제로 중요한 업데이트를 제공하는 데 도움을 줍니다. 다음은 분류입니다:
-
--   **핵심 사용자 (10회 이상 세션/월):** 고급 기능 및 조기 접근 업데이트에 집중합니다.
--   **일반 사용자 (3–9회 세션/월):** 핵심 기능 및 사용성을 개선합니다.
--   **위험 사용자 (2주 이상 비활성):** 재참여 및 안정성을 우선시합니다.
-
-**이것이 중요한 이유는 무엇인가요?** 맞춤형 업데이트는 유지율을 최대 26% 증가시키고, 채택률을 25–35% 높이며, 지원 티켓은 30–45% 감소시킵니다. [Capgo](https://capgo.app/)와 같은 도구는 정확한 타겟팅, 안전한 롤아웃 및 실시간 모니터링을 제공하여 더 쉽게 만들어 줍니다.
-
-**시행 방법:**
-
-1.  사용자 행동 추적 (세션, 기능 사용, 업데이트 설치).
-2.  활동 수준에 따라 사용자 그룹화 (핵심, 일반, 비활성).
-3.  각 그룹에 맞게 업데이트 커스터마이즈 (베타 테스트, 단계적 롤아웃, 재참여).
-
-이 접근 방식은 사용자 만족도를 향상시킬 뿐 아니라 앱의 성능도 강화합니다.
-
-## 세분화 블루프린트: 귀하의 앱을 위한 사용자 유지 원동력 식별하기
-
-<iframe src="https://www.youtube.com/embed/-2NQV4TcZBU" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 사용 빈도 세분화 설정 방법
-
-사용 빈도 세분화를 효과적으로 구현하기 위해서는 사용자 행동을 추적하고, 활동에 따라 사용자를 그룹으로 구성하며, 각 그룹의 요구를 충족하는 업데이트를 맞춤화해야 합니다.
-
-### 주요 사용자 행동 지표 추적
-
-사용자가 귀하의 제품과 상호작용하는 방식을 이해하기 위해 필수 참여 지표를 모니터링하는 것부터 시작하세요. 다음은 집중해야 할 항목입니다:
-
-| 지표 유형 | 추적할 항목 | 목적 |
-| --- | --- | --- |
-| **사용 패턴** | 일일/주간 세션, 세션 지속 시간 | 활성 사용자와 비활성 사용자를 구별합니다 |
-| **기능 채택** | 기능 사용 빈도, 탐색 경로 | 사용자가 특정 기능과 어떻게 상호작용하는지 파악합니다 |
-| **업데이트 행동** | 업데이트 설치 비율, 응답 시간 | 업데이트의 성공 여부를 평가합니다 |
-
-이러한 통찰력은 트렌드를 파악하고 활동 수준에 따라 사용자를 그룹화하는 데 도움이 됩니다.
-
-### 활동 수준에 따라 사용자 그룹화
-
-데이터를 수집한 후에는 사용자를 명확한 그룹으로 분류하세요. 예를 들어:
-
--   **베타 테스터**: 새 기능을 테스트할 수 있도록 일반 사용자와 분리합니다.
--   **핵심 사용자**: 이 활성 사용자를 식별하고 그들에게 새 기능의 조기 접근을 고려합니다.
--   **비활성 사용자**: 이러한 사용자를 재참여 노력을 위한 표적으로 만듭니다.
--   **세분화된 업데이트 추적**: 이러한 그룹에서 업데이트가 어떻게 작동하는지 모니터링하여 전략을 개선합니다.
-
-이 세분화는 사용자 경험 개선에 대한 보다 맞춤형 접근 방식을 가능하게 합니다.
-
-### 각 사용자 그룹에 대한 업데이트 계획
-
-사용자가 그룹화되면, [업데이트 전략](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)을 설계하여 그들의 특정 요구를 충족할 수 있습니다. 각 세그먼트에 접근하는 방법은 다음과 같습니다:
-
--   **핵심 사용자**: 그들이 새 기능을 테스트하고 전체 출시 전에 피드백을 제공할 수 있는 베타 채널을 만듭니다.
--   **일반 사용자**: 안정성을 보장하기 위해 단계적 롤아웃을 사용합니다. [부분 업데이트](https://capgo.app/docs/live-updates/update-behavior/)는 대역폭 요구를 줄이고 다운로드 속도를 높일 수 있습니다.
--   **비활성 사용자**: 핵심 기능과 안정성을 개선하는 데 집중합니다. 원클릭 롤백 옵션을 제공하여 이러한 사용자가 재참여하도록 유도할 수 있습니다.
-
-## [Capgo](https://capgo.app/)를 사용한 사용자 타겟팅
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6821a5b33c68b32f40f8057e/31786236ae15cc787e247ce46cbc68b5.jpg)
-
-Capgo는 사용자 빈도 세분화 기능 덕분에 특정 사용자 그룹에 대한 업데이트 타겟팅을 보다 정밀하게 만들어 주는 도구를 제공합니다. 이러한 기능은 앞서 논의한 타겟 업데이트 전략을 정교하게 만듭니다.
-
-### Capgo의 사용자 할당 도구
-
-Capgo는 사용자를 특정 채널에 할당하여 맞춤형 업데이트 롤아웃을 통해 사용자 세분화를 한 단계 더 발전시킵니다. 이 [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)은 업데이트가 정밀하게 전달되도록 보장합니다:
-
-| **사용자 세그먼트** | **채널 유형** | **[업데이트 전략](https://capgo.app/docs/live-updates/update-behavior/)** |
-| --- | --- | --- |
-| 핵심 사용자 | 베타 채널 | 새 기능에 대한 조기 접근 |
-| 일반 사용자 | 프로덕션 채널 | 안정성에 집중한 단계적 롤아웃 |
-| 저활동 사용자 | 안정 채널 | 핵심 기능 중심의 업데이트 |
-
-### CI/CD와 세분화 통합
-
-Capgo는 [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Jenkins](https://www.jenkins.io/)와 원활하게 통합되어 배포를 단일 명령으로 간단하게 만들어 줍니다. 또한, 공개 API를 통해 개발자는 기존 워크플로 내에서 맞춤형 통합을 생성할 수 있도록 설계되었습니다. 이 과정은 기존 보안 프로토콜과 함께 작동하도록 계획되었습니다.
-
-> "종단 간 암호화. 오직 귀하의 사용자만 귀하의 업데이트를 복호화할 수 있으며, 다른 어떤 사람도 할 수 없습니다." - Capgo [\[2\]](https://capgo.app)
-
-### 앱 스토어 규칙에 대한 보안 및 준수
-
-Capgo는 종단 간 암호화, 버전 관리 및 롤백 옵션과 같은 기능을 통합하여 Apple 및 Google 가이드라인을 준수합니다. 이는 업데이트가 효율적이고 안전하게 전달되도록 하여 전 세계 사용자들이 신속하게 채택할 수 있도록 지원합니다.
-
-## 더 나은 사용자 세분화를 위한 팁
-
-### 올바른 업데이트 빈도 설정
-
-올바른 업데이트 빈도를 선택하는 것은 사용자가 귀하의 제품과 상호작용하는 방식에 크게 의존합니다. 예를 들어, 일일 활성 사용자는 그들을 활발히 참여하게 하고 새로운 기능에 조기 접근할 수 있는 잦은 업데이트에서 혜택을 누립니다. 반면, 일반 사용자는 격주 또는 월간 업데이트를 선호할 수 있으며, 저활동 사용자는 그들을 압도하지 않도록 중요한 업데이트만 수신해야 합니다.
-
-최고의 일정 결정을 위해 사용 패턴, 새로운 기능의 복잡성, 사용자 피드백 및 기술적 제약과 같은 요소를 고려하세요. 계획을 수립한 후, 특정 사용자 그룹을 대상으로 한 베타 테스트를 통해 이를 검증합니다.
-
-### 세분화 전략 테스트
-
-업데이트 계획을 설정한 후 세분화 전략이 의도한 대로 작동하는지 테스트하는 것이 중요합니다. 베타 테스트는 모든 사용자에게 롤아웃하기 전에 귀하의 접근 방식을 검증하는 훌륭한 방법입니다.
-
-| 테스트 단계 | 기간 | 주요 지표 |
-| --- | --- | --- |
-| 초기 베타 | 1–2주 | 업데이트 성공률, 크래시 보고서 |
-| 제한 릴리스 | 2–4주 | 사용자 참여, 기능 채택 |
-| 전체 롤아웃 | 1–2개월 | 장기 유지, 전반적인 만족도 |
-
-이 단계별 접근 방식은 초기 단계에서 잠재적인 문제를 식별하고 해결하는 데 도움이 됩니다. 테스트에서 전략의 효과가 확인되면, 결과를 기반으로 계속해서 이를 개선하세요.
-
-### 결과 추적 및 개선
-
-테스트 후 작업은 끝나지 않습니다. 성과를 정기적으로 추적하는 것은 세분화 전략을 날카롭게 유지하는 핵심입니다. 실시간 모니터링은 트렌드를 식별하고 필요에 따라 조정하는 데 도움을 줄 수 있습니다. Capgo와 같은 도구는 업데이트 성능을 평가하고 예기치 않은 문제를 처리하기 위한 원클릭 롤백 기능을 제공합니다.
-
-세분화 노력을 최대한 활용하기 위해:
-
--   **다양한 사용자 그룹에 대한 업데이트 채택률 모니터링**.
--   **오류율 추적**하여 문제를 신속하게 발견하고 해결**.
--   **사용자 피드백 분석**하여 각 세그먼트의 특정 요구를 이해**.
--   **Capgo의 롤백 기능 활용**하여 문제 발생 시 중단을 최소화합니다.
-
-> "우리는 +5000명의 사용자 기반을 위한 [Capgo OTA 업데이트](https://console.capgo.app/resend_email)를 배포했습니다. 거의 모든 사용자가 OTA가 @Capgo에 배포된 몇 분 만에 최신 상태를 유지하고 있습니다." - colenso, @colenso [\[2\]](https://capgo.app)
-
-## 요약
-
-### 좋은 세분화의 결과
-
-세분화가 잘 이루어지면 결과가 스스로 말해줍니다. 사용자 활동에 따라 업데이트가 제공될 때 업데이트 채택률은 25–35% 상승할 수 있습니다. 동시에 기술 지원 티켓은 잠재적인 문제의 조기 발견 덕분에 약 30–45% 크게 감소합니다. 사용자 유지율도 저해물과 더 관련성 높은 기능 롤아웃 덕분에 15–25% 향상됩니다.
-
-맞춤형 업데이트는 사용자 참여에 직접적인 영향을 미칩니다. 세션 길이는 10–20% 증가하고, 앱 평점은 최대 1점까지 상승할 수 있습니다. 수익화된 앱의 경우, 업데이트가 고가치 사용자에 초점을 맞출 때 [인앱 구매](https://capgo.app/plugins/native-purchases/)가 15–30% 증가하는 등 그 효과는 더욱 매력적입니다 [\[1\]](https://www.pushwoosh.com/blog/mobile-app-user-segmentation/).
-
-이러한 결과는 타겟 세분화가 얼마나 영향력이 큰지를 강조하며, Capgo에 의해 지원되는 보다 [맞춤형 업데이트 전략](https://capgo.app/docs/plugin/cloud-mode/hybrid-update)을 위한 기초를 다져줍니다.
-
-### Capgo의 업데이트 타겟팅 역할
-
-Capgo는 라이브 업데이트 솔루션을 통해 세분화의 이점을 활용하는 것을 쉽게 만들어 줍니다. Capgo의 사용자 할당 도구를 사용하면 특정 사용자 세그먼트에 업데이트를 정밀하게 롤아웃할 수 있습니다. 이 플랫폼은 안전하고 준수하는 업데이트를 우선시하며, 종단 간 암호화를 제공합니다.
-
-| **주요 Capgo 이점** | **구현** |
-| --- | --- |
-| 정밀함 | 특정 세그먼트에 맞춘 업데이트 제공 |
-| 안전성 | 필요할 경우 업데이트를 즉시 롤백 |
-| 모니터링 | 실시간 성과 추적 |
-| 보안 | 업데이트가 암호화되고 준수 기준을 충족하도록 보장 |
-
-> "우리는 +5000명의 사용자 기반을 위한 Capgo OTA 업데이트를 프로덕션에 배포했습니다. 거의 모든 사용자가 OTA가 @Capgo에 배포된 몇 분 만에 최신 상태를 유지하고 있습니다." - colenso, @colenso [\[2\]](https://capgo.app)
-
-## 자주 묻는 질문
-
-:::faq
-### 사용 빈도 세분화가 앱 업데이트 전략을 어떻게 개선할 수 있나요?
-
-사용 빈도 세분화는 개발자가 사용자가 앱과 얼마나 자주 상호작용하는지를 기반으로 앱 업데이트를 미세 조정하는 데 도움을 줍니다. 사용자를 빈번한 사용자, 가끔 사용자 또는 드문 사용자와 같은 범주로 나누면, 개발자는 각 그룹의 특정 요구에 부합하는 업데이트를 제공하는 데 집중할 수 있으며, 궁극적으로 만족도와 유지율을 높일 수 있습니다.
-
-예를 들어 빈번한 사용자는 성능을 향상시키거나 고급 기능을 도입하는 업데이트를 높이 평가할 수 있습니다. 반면에 가끔 사용자는 탐색을 단순화하거나 일반적인 불만을 해결하는 업데이트에서 더 많은 혜택을 받을 수 있습니다. **Capgo**와 같은 도구는 [Capacitor](https://capacitorjs.com/) 앱에 대한 실시간 업데이트를 가능하게 하여, 사용자가 앱 스토어 승인 없이도 즉시 적절한 업데이트를 받을 수 있도록 하여 이 과정을 간소화합니다.
-:::
-
-:::faq
-### 효과적인 사용 세분화를 위해 사용자 행동을 추적하는 주요 도구와 지표는 무엇인가요?
-
-사용 세분화를 효과적으로 만들기 위해서는 실행 가능한 통찰력을 제공하는 도구와 지표를 통해 사용자 행동을 면밀히 관찰해야 합니다. **[Google Analytics](https://marketingplatform.google.com/about/analytics/)** 또는 **[Mixpanel](https://mixpanel.com/)**과 같은 플랫폼은 사용자 상호작용, 세션 길이 및 기능 사용 방식을 추적하는 데 유용합니다. 또한 **인앱 이벤트 추적**은 사용자가 특정 기능과 어떻게 상호작용하는지를 정확히 보여줄 수 있으며, **코호트 분석**은 시간에 따른 사용자 행동의 트렌드를 발견하는 데 도움을 줍니다.
-
-중점적으로 집중해야 할 주요 지표는 **유지율**, **사용자가 앱과 얼마나 자주 상호작용하는지**, 그리고 **전반적인 활동 수준**입니다. Capacitor 앱을 사용할 경우, **Capgo**와 같은 도구는 목표 사용자 그룹에 직접 업데이트와 기능을 제공하여 이 과정을 더욱 매끄럽게 만들어 줍니다. 이는 보다 맞춤화된 경험과 빠른 반복 주기를 가능하게 하여, 귀하의 앱이 사용자 요구와 일치하도록 유지할 수 있습니다.
-:::
-
-:::faq
-### Capgo는 개발자가 앱 업데이트를 간소화하고 사용자 경험을 개선하는 데 어떻게 도움을 주나요?
-
-Capgo는 개발자가 앱에 즉시 업데이트, 수정 및 새로운 기능을 푸시할 수 있는 능력을 제공합니다 - 앱 스토어 승인 지연이 필요 없습니다. 이는 사용자의 피드백을 신속하게 반영하고 문제가 발생할 때 바로 수정할 수 있어 사용자에게 원활한 경험을 제공합니다.
-
-**종단 간 암호화**, **CI/CD 통합** 및 특정 사용자 그룹을 대상으로 업데이트를 할 수 있는 옵션과 같은 주요 기능은 Capgo를 안전하고 적응 가능하게 만듭니다. 또한, **조직 관리 도구**는 팀 간 협업을 간소화하며, Apple 및 Android 지침 준수를 보장합니다.
-:::
diff --git a/src/content/blog/ko/user-consent-for-ota-updates-best-practices.md b/src/content/blog/ko/user-consent-for-ota-updates-best-practices.md
deleted file mode 100644
index 82ef21601..000000000
--- a/src/content/blog/ko/user-consent-for-ota-updates-best-practices.md
+++ /dev/null
@@ -1,68 +0,0 @@
----
-slug: user-consent-for-ota-updates-best-practices
-title: 'OTA 업데이트를 위한 사용자 동의: 모범 사례'
-description: >-
-  OTA 업데이트에 대한 사용자 동의를 얻기 위한 모범 사례를 배우고, 앱 업데이트 중 규정 준수, 보안 및 사용자 신뢰를 유지하는 방법을
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-26T03:12:16.361Z
-updated_at: 2025-04-26T03:14:26.325Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680c46c45a08fca89178f92d-1745637266325.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  OTA updates, user consent, app security, compliance, mobile updates, data
-  protection, user trust, update notifications
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-Without user consent, apps risk legal issues, damaged trust, and potential removal from app stores. Non-compliant apps could face fines under data protection laws and lose user confidence.
-
-### How often should I request user consent for updates?
-
-Best practice is to request consent once per major version change or when updates involve significant changes. Automatic background updates for minor fixes usually don't need repeated consent.
-
-### Can I automate the consent process?
-
-While automation can streamline updates, some level of user interaction is required for meaningful consent. Tools like Capgo can help balance automation with user control.
-
-### What information should be included in update consent messages?
-
-Update consent messages should clearly state:
-- What's being updated
-- Why the update is needed
-- Any potential impact on device or data usage
-- Expected duration of the update
-
-### How do I handle users who decline updates?
-
-Respect user choice while explaining the benefits they might miss. Consider:
-- Maintaining support for previous versions
-- Providing clear paths to update later
-- Explaining security implications of staying outdated
-:::
-
-무선(OTA) 업데이트에 대한 사용자 동의를 얻지 못하면 심각한 법적 및 윤리적 문제가 발생할 수 있습니다. 미국을 포함한 많은 관할권에서는 사용자의 기기에서 소프트웨어를 수정할 때 투명성과 사용자 동의를 요구하는 엄격한 개인정보 보호 및 소비자 보호법이 있습니다. 이를 무시하면 플랫폼 가이드라인을 준수하지 않아 벌금, 소송 또는 앱 스토어에서 제거될 수 있습니다.
-
-법적 위험을 넘어, 사용자 동의 없이 앱을 업데이트하는 것은 사용자 신뢰를 해치고 브랜드 평판을 손상시킬 수 있습니다. 이러한 위험을 피하기 위해서는 OTA 업데이트에 대한 명확하고 사용자 친화적인 동의 메커니즘을 구현하는 것이 좋습니다. **Capgo**와 같은 플랫폼은 Capacitor 앱에 맞춤화된 원활한 실시간 업데이트 솔루션을 제공하면서 규정 준수를 보장하는 데 도움이 될 수 있습니다.
-:::
-
-:::faq
-### OTA 업데이트에 대한 규정을 준수하고 사용자 친화적인 동의 요청을 만드는 모범 사례는 무엇인가요?
-
-Over-the-Air(OTA) 업데이트에 대한 동의 요청이 규정을 준수하고 사용자 친화적이 되도록 하려면 명확성, 투명성, 단순성에 중점을 두어야 합니다. 업데이트 내용, 필요한 이유, 사용자에게 주는 이점을 명확하게 설명하세요. 기술적 전문용어를 피하고 이해하기 쉬운 명확한 언어를 사용하세요.
-
-사용자에게 업데이트를 수락하거나 거부할 수 있는 명확한 선택권을 제공하고, 그들의 결정을 존중하세요. 또한 플랫폼 가이드라인(예: Apple 및 Android)과 GDPR 또는 CCPA와 같은 데이터 개인정보 보호 규정을 준수하세요. Capgo와 같은 도구는 업데이트를 위한 사용자 할당 및 플랫폼 요구사항에 대한 실시간 준수와 같은 기능을 제공하여 개발자와 사용자 모두에게 원활하고 안전한 경험을 보장하는 프로세스를 간소화하는 데 도움이 될 수 있습니다.
-:::
-
-:::faq
-### OTA 업데이트 중 사용자 데이터를 보호하는 보안 조치는 무엇인가요?
-
-Over-the-Air(OTA) 업데이트 중 사용자 데이터를 보호하기 위해서는 **종단간 암호화** 구현이 필수적입니다. 이를 통해 의도된 사용자만 업데이트를 복호화하고 접근할 수 있어 민감한 정보를 안전하게 보호할 수 있습니다.
-
-또한 Apple과 Android의 플랫폼별 보안 가이드라인을 준수하고, 업데이트 메커니즘을 정기적으로 감사하며, 데이터 보호를 우선시하는 신뢰할 수 있는 솔루션을 사용하는 것이 중요합니다.
-:::
diff --git a/src/content/blog/ko/version-control-tips-for-mobile-ci-cd.md b/src/content/blog/ko/version-control-tips-for-mobile-ci-cd.md
deleted file mode 100644
index 85e59b054..000000000
--- a/src/content/blog/ko/version-control-tips-for-mobile-ci-cd.md
+++ /dev/null
@@ -1,263 +0,0 @@
----
-slug: version-control-tips-for-mobile-ci-cd
-title: 모바일 CI/CD를 위한 버전 관리 팁
-description: '효과적인 브랜칭 방법, 보안 관행, 롤백 계획을 통해 모바일 CI/CD 프로세스를 개선하세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-14T05:48:24.354Z
-updated_at: 2025-05-14T05:49:36.379Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6824286159ff6128992275a6-1747201776379.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  version control, mobile CI/CD, branching strategies, security practices,
-  rollback plans, semantic versioning, app updates
-tag: 'Development, Mobile, Security'
-published: true
-locale: ko
-next_blog: ''
----
-[mobile app development](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/)을 20% 가속화하고 싶으신가요? 버전 관리가 핵심입니다. 협업을 단순화하고, 변경 사항을 추적하며, CI/CD 파이프라인과의 원활한 통합을 보장합니다. 다음은 알아야 할 사항입니다:
-
-- **커밋 모범 사례**: 원자적 커밋과 명확한 메시지를 사용하여 코드베이스를 깔끔하고 관리하기 쉽게 유지하세요.
-- **브랜칭 전략**: 팀의 요구 사항에 따라 기능, 릴리스 또는 트렁크 기반 브랜칭 중에서 선택하세요.
-- **버전 번호 지정**: 명확성과 일관성을 위해 시맨틱 버저닝(MAJOR.MINOR.PATCH)을 고수하세요.
-- **CI/CD 통합**: [Capgo](https://capgo.app/)와 같은 도구를 사용하여 버전 태그로 빌드와 배포를 자동화하여 [즉각적인 업데이트](https://capgo.app/docs/)를 수행하세요.
-- **보안**: 취약점을 자동으로 스캔하고 중요한 데이터를 안전하게 저장하세요.
-- **롤백 계획**: 문제가 발생할 경우 안정적인 버전으로 신속하게 되돌릴 수 있도록 준비하세요.
-- **사용량 추적**: 분석을 사용하여 버전 채택을 모니터링하고 효과적으로 폐기를 계획하세요.
-
-**브랜칭 전략 빠른 비교:**
-
-| 전략 | 최적 대상 | 주요 이점 | 과제 |
-| --- | --- | --- | --- |
-| 기능 브랜칭 | 빠른 속도의 팀 | 격리된 개발, 쉬운 QA | 의사소통 격차 위험 |
-| 릴리스 브랜칭 | 다중 릴리스 트랙 | 안정적인 릴리스, 더 나은 제어 | 복잡한 릴리스 관리 |
-| 트렁크 기반 | 작고 협력적인 팀 | 더 빠른 통합, 빠른 피드백 | 강력한 테스팅 필요 |
-
-이러한 사례들은 시간을 절약할 뿐만 아니라 오류를 줄여 모바일 앱 개발이 효율적이고 안정적으로 유지되도록 합니다.
-
-## Git으로 앱 버전 관리를 구축한 방법
-
-<Steps>
-
-1. 먼저 적절한 브랜칭 전략을 선택하세요
-2. 코드베이스를 정리하고 구성하세요
-3. 자동화된 테스트를 설정하세요
-4. CI/CD 파이프라인을 구성하세요
-
-</Steps>
-
-## 모바일 CI/CD를 위한 최상의 버전 관리 방법
-
-검증된 버전 관리 사례로 모바일 개발 프로세스를 간소화하세요.
-
-### 커밋 규칙과 표준
-
-좋은 커밋 습관은 효과적인 버전 관리의 기초입니다. 다음은 커밋을 깔끔하고 관리하기 쉽게 유지하는 방법입니다:
-
-- **원자적 커밋**: 각 커밋은 단일 논리적 변경에 집중해야 합니다. 예를 들어, UI 업데이트와 백엔드 로직 변경을 분리하세요. 이 접근 방식은 추적을 단순화하고 문제가 발생할 경우 롤백을 쉽게 만듭니다.
-
-- **설명적 메시지**: 명확하고 구조화된 커밋 메시지를 작성하세요. 좋은 메시지에는 간결한 제목(50자 이하), 변경 사항에 대한 자세한 설명, 관련 이슈에 대한 참조가 포함됩니다.
-
-다음은 커밋 메시지의 샘플 템플릿입니다:
-
-```
-feat: add new payment gateway
-
-- Integrate Stripe API for payment processing
-- Add payment confirmation screen
-- Update error handling for failed transactions
-
-Fixes #123
-```
-
-이러한 사례는 코드베이스의 히스토리를 이해하고 원활한 협업을 보장하기 쉽게 만듭니다.
-
-### 모바일 브랜치 관리
-
-코드를 효과적으로 관리하기 위해서는 올바른 브랜칭 전략을 선택하는 것이 중요합니다. 다음은 인기 있는 접근 방식의 비교입니다:
-
-| 전략 | 최적 대상 | 주요 이점 | 과제 |
-| --- | --- | --- | --- |
-| 기능 브랜칭 | 빠른 속도의 팀 | 격리된 개발과 쉬운 QA | 의사소통 격차 위험 |
-| 릴리스 브랜칭 | 다중 릴리스 트랙 | 안정적인 릴리스와 더 나은 제어 | 릴리스 관리를 복잡하게 만들 수 있음 |
-| 트렁크 기반 | 작고 협력적인 팀 | 더 빠른 통합과 빠른 피드백 | 강력한 테스팅 관행 필요 |
-
-> "브랜칭 전략은 팀이 주어진 코드/자산 기반 내에서 변경 관리에 접근하는 방법을 결정하는 패턴입니다." - Perforce Software [\[2\]](https://www.perforce.com/blog/vcs/best-branching-strategies-high-velocity-development)
-
-올바른 전략은 팀의 규모, 워크플로우, 목표에 따라 다릅니다. 어떤 것을 선택하든, 정기적으로 격리된 브랜치를 병합하면 충돌을 줄이고 코드베이스를 건강하게 유지할 수 있습니다.
-
-### 버전 번호 지정 시스템
-
-브랜치 관리 전략을 명확한 버전 번호 지정 시스템과 페어링하세요. 널리 사용되는 **시맨틱 버저닝** 형식(MAJOR.MINOR.PATCH)은 모바일 앱에 잘 작동합니다:
-
-- **MAJOR**: API 호환성이 깨지는 변경의 경우
-- **MINOR**: 이전 버전과 호환되는 기능 업데이트의 경우
-- **PATCH**: 버그 수정의 경우
-
-모바일 앱은 종종 추가적인 명확성을 위해 빌드 번호를 포함합니다:
-
-```json
-{
-  "version": "2.1.0",
-  "build": "42"
-}
-```
-
-- **주 버전**은 호환성이 깨지는 변경 시 증가
-- **부 버전**은 기능 추가 시 업데이트
-- **패치 버전**은 수정 시 조정
-- 빌드 번호는 항상 순차적으로 증가
-
-iOS와 Android 앱에 플랫폼별 기능이나 수정사항이 있는 경우, 별도의 버전 트랙을 유지하세요. 이는 릴리스와 문제 해결 중에 혼란을 방지합니다.
-
-## 버전 기반 CI/CD 파이프라인 설정
-
-### 버전 기반 빌드 트리거
-
-[CI/CD 파이프라인](https://capgo.app/blog/setup-ci-and-cd-gitlab/)을 설정하여 버전 태그를 사용해 빌드를 자동화하세요. 예를 들어, 아래 구성은 `v2.1.0`과 같은 유효한 버전 태그에 대해서만 빌드가 트리거되도록 합니다:
-
-```yaml
-trigger:
-  tags:
-    pattern: "v[0-9]*.[0-9]*.[0-9]*"
-    evaluate: true
-```
-
-태그가 지정된 버전을 사용하여 환경별 빌드를 관리할 수도 있습니다. 예를 들어:
-
-- **`v1.2.3-dev`**: 개발 테스트용 빌드를 트리거합니다.
-- **`v1.2.3-rc`**: 전체 테스트 커버리지로 스테이징 빌드를 실행합니다.
-- **`v1.2.3`**: 최종 빌드를 프로덕션에 배포합니다.
-
-### 빌드 저장 및 전달
-
-플랫폼과 버전별로 빌드 아티팩트를 구성하고 저장하는 것은 일관성과 추적성을 유지하는 데 중요합니다. 다음은 빌드 저장소를 구성하는 방법의 예시입니다:
-
-```
-builds/
-├── ios/
-│   ├── v2.1.0/
-│   │   ├── app.ipa
-│   │   └── metadata.json
-│   └── v2.0.0/
-└── android/
-    ├── v2.1.0/
-    │   ├── app.apk
-    │   └── metadata.json
-    └── v2.0.0/
-```
-
-저장소를 효율적으로 관리하려면 비용 통제와 중요 버전 보존의 필요성을 균형 있게 조절하는 보존 정책을 구현하세요. 빌드가 저장되고 구성되면 Capgo와 같은 도구를 통합하여 업데이트 전달을 간소화할 수 있습니다.
-
-### [Capgo](https://capgo.app/) 업데이트 관리
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6824286159ff6128992275a6/21f0f35e63cf5752e2e56f9c4dd03eab.jpg)
-
-Capgo를 사용하면 앱 스토어 승인 지연을 우회하여 즉각적인 모바일 업데이트가 가능합니다. 빌드가 저장되면 Capgo의 롤아웃 및 롤백 기능을 사용하여 배포를 자동화할 수 있습니다.
-
-1. **자동화된 배포 흐름**  
-   각 빌드 후 자동으로 Capgo에 업데이트를 푸시하도록 파이프라인을 구성하세요.
-
-2. **버전 할당**  
-   사용자의 5-10%로 시작하는 점진적인 롤아웃으로 시작하세요. 수집된 데이터를 기반으로 롤아웃을 확장하세요.
-
-3. **긴급 롤백**  
-   문제가 발생할 경우 Capgo를 사용하면 안정적인 버전으로 빠르게 롤백할 수 있습니다. 다음은 수동 롤백을 위한 구성 예시입니다:
-
-   ```yaml
-   rollback:
-     version: "v2.0.0"
-     gradual: true
-     monitoring:
-       duration: "1h"
-       metrics: ["crashes", "errors"]
-   ```
-
-## 버전 관리의 보안 및 복구
-
-### 보안 검사 및 스캔
-
-버전 관리에서 민감한 데이터를 보호하고 코드 무결성을 유지하는 것은 타협할 수 없습니다. 이를 보장하기 위해 정적 분석, 종속성 검사, 비밀 탐지와 같은 도구를 모든 빌드 프로세스에 통합하세요. 다음은 이러한 스캔을 구성하는 방법의 실용적인 예시입니다:
-
-```yaml
-security:
-  scans:
-    - type: "static-analysis"
-      tool: "sonarqube"
-      threshold: "critical"
-    - type: "dependency-check"
-      update: "daily"
-    - type: "secret-detection"
-      patterns: ["api_key", "password", "token"]
-```
-
-[API 키](https://capgo.app/docs/webapp/api-keys/)와 인증서와 같은 민감한 자격 증명은 항상 보안 시크릿 볼트에 저장해야 하며, 절대 저장소에 직접 저장하지 마세요. 또한, 위험을 최소화하기 위해 보안 키 순환 관행을 채택하는 것이 필수적입니다:
-
-| 자격 증명 유형 | 저장 위치 | 순환 주기 |
-| --- | --- | --- |
-| API 키 | CI/CD 시크릿 볼트 | 90일마다 |
-| 
-
-| 단계 | 기간 | 조치 |
-| --- | --- | --- |
-| 공지 | 90일 | 사용자에게 EOL 날짜 통보 |
-| 마이그레이션 기간 | 60일 | 상세 업그레이드 단계 제공 |
-| 유예 기간 | 30일 | 최종 알림 발송 |
-| 지원 중단 | 즉시 | 해당 버전 지원 종료 |
-
-이러한 단계에서 버전 사용량을 모니터링하면 마이그레이션 장애물을 식별하고 대부분의 사용자가 문제없이 업그레이드할 수 있도록 보장할 수 있습니다.
-
-### Capgo 분석 도구
-
-실시간 인사이트를 얻으려면 이러한 지표를 Capgo의 분석 도구와 통합하세요. Capgo는 CI/CD 워크플로우에 자연스럽게 맞춰진 버전 성능과 채택에 대한 포괄적인 뷰를 제공합니다. 주요 기능은 다음과 같습니다:
-
--   버전 채택률 실시간 추적
--   버전별 사용자 세분화
--   각 버전에 대한 상세 성능 지표
--   이상 징후 자동 감지
-
-이러한 도구를 통해 소프트웨어 라이프사이클에서 버전 관리에 대해 충분한 정보를 얻고 선제적으로 대응할 수 있습니다.
-
-## 결론: 모바일 CI/CD 버전 관리 가이드
-
-버전 관리는 모바일 CI/CD 워크플로우에서 중요한 역할을 하며, 자동화된 프로세스를 통해 개발 시간을 최대 20% 줄일 수 있습니다 [\[1\]](https://bitrise.io/blog/post/mobile-ci-cd-a-noobs-guide-for-mobile-app-developers). 모바일 앱 생태계가 발전함에 따라 이러한 중요성은 더욱 분명해집니다. 예를 들어, 2024년 [Microsoft CodePush](https://learn.microsoft.com/en-us/appcenter/distribution/codepush/) 종료와 2026년 Ionic의 Appflow 종료 예정은 버전 관리를 위한 장기적이고 신뢰할 수 있는 솔루션을 선택해야 할 필요성을 강조합니다. 이러한 변화는 유연하고 미래 지향적인 도구가 필요함을 의미합니다.
-
-성공을 위해서는 버전 관리 시스템이 기기 파편화, 다양한 플랫폼 요구사항, 보안 위험과 같은 과제를 해결해야 합니다. 이는 통합 추적, 자동화된 컴플라이언스 검사, 내장된 취약점 스캐닝과 같은 기능을 포함해야 함을 의미합니다. [강력한 암호화](https://capgo.app/docs/cli/migrations/encryption/)로 즉각적인 업데이트를 제공하고 앱스토어 지연을 제거하는 Capgo와 같은 도구들이 더 효율적인 워크플로우의 길을 열어가고 있습니다.
-
-앞으로 AI 지원 코드 리뷰와 서버리스 빌드 환경과 같은 발전을 활용하고 체계적인 버전 관리 관행을 도입하는 팀들이 속도와 정밀도를 갖춘 고품질 모바일 앱을 제공하는데 더 유리한 위치를 차지할 것입니다. 전략을 개선하고 최신 도구를 수용함으로써 개발팀은 CI/CD 파이프라인을 강화하고 끊임없이 변화하는 모바일 환경의 요구사항에 발맞출 수 있습니다.
-
-## 자주 묻는 질문
-
-:::faq
-### 모바일 CI/CD에서 기능, 릴리스, 트렁크 기반 브랜칭 전략의 차이점은 무엇인가요?
-
-브랜칭 전략은 모바일 CI/CD 워크플로우의 필수적인 부분으로, 팀이 코드를 효과적으로 관리하고 배포 프로세스를 간소화하는 데 도움을 줍니다. 일반적인 접근 방식을 자세히 살펴보겠습니다:
-
--   **기능 브랜칭**: 각 새로운 기능에 대해 별도의 브랜치를 만드는 방식입니다. 개발자가 격리된 환경에서 작업하고 메인 브랜치로 병합하기 전에 변경사항을 테스트할 수 있습니다. 충돌의 위험을 줄이지만, 브랜치를 너무 오래 유지하면 통합이 느려질 수 있습니다.
-    
--   **릴리스 브랜칭**: 팀이 코드를 안정화하고 배포를 준비하기 위해 전용 브랜치를 만듭니다. 이를 통해 릴리스 브랜치의 안정성에 영향을 주지 않고 새로운 기능에 대한 지속적인 작업을 진행할 수 있습니다.
-    
--   **트렁크 기반 개발**: 개발자가 작은 증분 업데이트를 메인 브랜치에 자주 푸시합니다. 이 방법은 통합 문제를 줄이고, 지속적 통합을 지원하며, 배포 주기를 가속화합니다.
-    
-
-각 전략은 장점이 있으며, 최적의 선택은 팀의 워크플로우와 요구사항에 따라 다릅니다. Capacitor 앱으로 작업하는 팀의 경우, **Capgo**와 같은 도구를 사용하면 즉각적인 실시간 업데이트를 통해 CI/CD 프로세스를 향상시킬 수 있습니다. 이는 앱스토어 승인의 필요성을 제거하고 버전 관리 관행과의 원활한 통합을 보장합니다.
-:::
-
-:::faq
-### Capgo는 모바일 앱 CI/CD 워크플로우를 어떻게 개선하며, 전통적인 접근 방식과 비교해 어떤 장점이 있나요?
-
-Capgo는 **즉각적인 무선(OTA) 업데이트**를 제공함으로써 모바일 앱 CI/CD 워크플로우를 간소화합니다. 이는 개발자가 지속적인 앱스토어 제출의 번거로움을 피하고 Apple과 Android 가이드라인을 준수하면서 버그 수정, 새로운 기능, 업데이트를 훨씬 빠르게 제공할 수 있음을 의미합니다.
-
-전통적인 접근 방식과 달리, Capgo는 다운타임 최소화, 더 매끄러운 사용자 경험, 기존 CI/CD 파이프라인과의 원활한 통합과 같은 이점으로 돋보입니다. 업데이트는 안전하게 실시간으로 푸시될 수 있으며, 앱 관리를 더 효율적이고 적응력 있게 만듭니다. 종단간 암호화와 특정 사용자를 위한 맞춤형 업데이트와 같은 고급 기능을 통해 Capgo는 업데이트 프로세스의 안전성과 개인화를 보장합니다.
-:::
-
-:::faq
-### 모바일 CI/CD 파이프라인에서 보안을 보장하고 신속한 롤백을 가능하게 하려면 어떻게 해야 하나요?
-
-모바일 CI/CD 파이프라인을 안전하게 유지하고 신속한 롤백을 준비하려면 **견고한 버전 관리 관행**에 집중하세요. 이는 상세한 릴리스 노트 유지, 기능 출시를 제어하기 위한 기능 플래그 활용, 배포 전 취약점을 식별하기 위한 자동화된 테스트 실행을 의미합니다.
-
-신속한 롤백을 위해서는 이전 앱 버전의 안정적인 백업을 보유하고 즉각적인 되돌리기를 허용하는 도구를 사용하세요. Capgo와 같은 도구는 실시간 업데이트로 이 프로세스를 단순화하여 사용자 영향을 최소화하면서 문제를 신속하게 해결할 수 있게 합니다. 이러한 조치들은 앱의 안정성을 보호하고 사용자를 위한 매끄러운 경험을 유지하는 데 도움이 됩니다.
-:::
diff --git a/src/content/blog/ko/version-tagging-in-capacitor-apps.md b/src/content/blog/ko/version-tagging-in-capacitor-apps.md
deleted file mode 100644
index c3c512689..000000000
--- a/src/content/blog/ko/version-tagging-in-capacitor-apps.md
+++ /dev/null
@@ -1,243 +0,0 @@
----
-slug: version-tagging-in-capacitor-apps
-title: Capacitor 앱의 버전 태깅
-description: 'Capacitor 앱에서 업데이트, 동기화, 자동화를 위한 모범 사례를 포함한 버전 태깅의 기본 사항을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-03-26T03:19:04.753Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/67e36d7410051fda3b6230a0-1742959155569.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, version tagging, semantic versioning, app updates, mobile
-  development
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-[Capacitor](https://capacitorjs.com/) 앱을 관리하는데 있어 버전 태깅은 필수적입니다. iOS, Android 및 웹 플랫폼에서 원활한 업데이트, 변경 사항 추적, 앱 안정성 향상을 보장합니다. 다음은 간단한 개요입니다:
-
--   **중요성**: 업데이트 추적, 롤백 활성화, 안정적인 배포 보장.
--   **시맨틱 버전 관리**: **MAJOR.MINOR.PATCH**를 사용하여 주요 변경, 새로운 기능 또는 버그 수정을 표시.
--   **플랫폼 간 동기화**: `package.json`, iOS `Info.plist`, Android `build.gradle`의 버전 번호를 일치시킴.
--   **자동화**: npm 스크립트와 CI/CD 도구로 [업데이트 자동화](https://capgo.app/docs/live-updates/update-behavior/).
--   **실시간 업데이트**: [Capgo](https://capgo.app/)와 같은 도구로 24시간 내에 95%의 사용자에게 업데이트 전달.
--   **베타 관리**: 알파, 베타, 프로덕션 버전을 위한 구조화된 채널 사용.
-
-### 빠른 비교
-
-| 기능 | 목적 | 예시 |
-| --- | --- | --- |
-| **시맨틱 버전 관리** | 변경 사항을 명확하게 추적 | `1.2.3 → 2.0.0` |
-| **버전 동기화** | 플랫폼 간 일치 | `npx cap sync` |
-| **자동화** | 버전 업데이트 속도 향상 | `npm version patch` |
-| **실시간 업데이트** | 빠른 사용자 적용 | Capgo의 24시간 내 95% |
-| **베타 채널** | 제어된 테스트 단계 | `1.3.0-beta.1` |
-
-버전 태깅은 [앱 업데이트](https://capgo.app/plugins/capacitor-updater/)를 단순화하고, 사용자를 만족시키며, 개발자가 효과적으로 릴리스를 관리할 수 있게 합니다.
-
-## [Capacitor](https://capacitorjs.com/) 프로젝트를 자동으로 구성하는 방법 ⚡️
-
-![Capacitor Framework Documentation Website](https://mars-images.imgix.net/seobot/screenshots/capacitorjs.com-4c1a6a7e452082d30f5bff9840b00b7d-2025-03-26.jpg?auto=compress)
-
-## Capacitor의 버전 설정
-
-Capacitor 앱에서 모든 플랫폼에 걸쳐 일관된 버전 관리를 보장하기 위해 다음 단계를 따르세요.
-
-### `package.json`에서 버전 설정하기
-
-`package.json` 파일은 앱의 버전 정보의 주요 소스 역할을 합니다. 다음은 설정 방법의 예시입니다:
-
-시맨틱 버전 관리(SemVer) 규칙을 사용하여 버전 번호를 업데이트하세요:
-
--   **주 버전** (1.x.x): 호환되지 않는 변경사항 도입.
--   **부 버전** (x.2.x): 이전 버전과 호환되는 새로운 기능 추가.
--   **패치 버전** (x.x.3): 버그 수정 또는 작은 개선사항.
-
-### 플랫폼 버전 동기화 유지하기
-
-원활한 앱 배포를 위해 모든 플랫폼에서 버전 번호를 일치시키는 것이 중요합니다. 각 플랫폼은 버전 관리를 위한 자체 구성 파일이 있습니다:
-
-| 플랫폼 | 구성 파일 | 버전 키 |
-| --- | --- | --- |
-| iOS | Info.plist | CFBundleShortVersionString |
-| Android | build.gradle | versionName |
-| Web | package.json | version |
-
-`package.json`에서 버전을 업데이트한 후, 다음 명령어를 사용하여 네이티브 플랫폼 구성과 변경사항을 동기화하세요:
-
-### 버전 관리를 위한 Capacitor CLI 사용
-
-Capacitor CLI는 버전 관리에 도움이 되는 명령어를 제공합니다:
-
-Capacitor CLI를 최신 상태로 유지하면 버전별 기능과의 호환성을 보장하고 잠재적인 불일치를 줄일 수 있습니다. 이러한 단계를 따르면 앱에서 적절한 버전 관리를 유지하는 데 도움이 됩니다.
-
-## 시맨틱 버전 설정
-
-### 시맨틱 버전 기본사항
-
-시맨틱 버전 관리(SemVer)는 **MAJOR.MINOR.PATCH** 형식을 사용하며, 각 부분은 특정 유형의 변경을 나타냅니다:
-
-| 버전 구성요소 | 목적 |
-| --- | --- |
-| **MAJOR** | API에 호환되지 않는 변경사항 도입 |
-| **MINOR** | 이전 버전과 호환되는 새로운 기능 추가 |
-| **PATCH** | 호환성을 깨지 않는 버그 수정 또는 성능 개선 |
-
-이 시스템은 개발자가 앱 버전 간의 호환성을 유지하면서 업데이트를 명확하게 전달할 수 있게 합니다. 예를 들어, **1.2.3**에서 **2.0.0**으로 이동하는 것은 신중한 계획이 필요한 주요한 호환성이 깨지는 업데이트를 의미합니다.
-
-### 버전 번호 업데이트 시기
-
-다음은 어떤 버전 번호를 업데이트할지 결정하는 방법입니다:
-
-| 업데이트 유형 | 사용 시기 | 버전 변경 예시 |
-| --- | --- | --- |
-| **주 업데이트** | API 변경 또는 주요 UI 재설계 시 | 1.2.3 → 2.0.0 |
-| **부 업데이트** | 새로운 기능 도입 또는 기능 사용 중단 표시 시 | 1.2.3 → 1.3.0 |
-| **패치 업데이트** | 버그 수정 또는 작은 성능 개선 시 | 1.2.3 → 1.2.4 |
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 전달하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-이제 릴리스 관리를 단순화하기 위해 이러한 업데이트를 자동화하는 방법을 살펴보겠습니다.
-
-### 버전 업데이트 자동화
-
-[버전 업데이트 자동화](https://capgo.app/docs/plugin/self-hosted/auto-update/)는 Capacitor 프로젝트에서 시간을 절약하고 오류를 줄일 수 있습니다. 다음은 설정 방법입니다:
-
-1.  **NPM 버전 스크립트**
-
-`package.json` 파일에 이러한 스크립트를 추가하여 버전 업데이트를 쉽게 관리하세요:
-
-2.  **CI/CD 통합**  
-    버전 업데이트를 CI/CD 파이프라인에 통합하세요. Capgo는 [GitHub Actions](https://docs.github.com/actions), [GitLab CI](https://docs.gitlab.com/ee/ci/), [Jenkins](https://www.jenkins.io/)와 같은 도구를 지원하여 프로세스를 자동화하기 쉽게 만듭니다.
-
-> "@Capgo는 긴 버그 수정 검토를 우회하여 생산성을 추구하는 개발자에게 필수 도구입니다." - Bessie Cooper [\[1\]](https://capgo.app/)
-
-## 버전 태그 방법
-
-### Git 버전 태그
-
-Git 버전 태그는 [Capacitor 앱 릴리스](https://capgo.app/docs/)를 추적하는 신뢰할 수 있는 방법입니다. 명확하고 유익한 태그를 만들기 위해 시맨틱 버전 관리와 간단한 설명을 결합하세요:
-
-팀 전체에서 일관성을 유지하기 위해 표준화된 태깅 형식을 사용하세요:
-
-| 태그 구성요소 | 형식 | 예시 |
-| --- | --- | --- |
-| 릴리스 버전 | v\[MAJOR\].\[MINOR\].\[PATCH\] | v1.2.3 |
-| 베타 릴리스 | v\[VERSION\]-beta.\[NUMBER\] | v1.2.3-beta.1 |
-| 릴리스 후보 | v\[VERSION\]-rc.\[NUMBER\] | v1.2.3-rc.2 |
-
-### 빌드 번호 통합
-
-빌드 번호는 각 버전 내의 개별 빌드를 추적하는 데 도움이 됩니다. iOS와 Android 모두에서 제출할 때마다 빌드 번호를 증가시키세요:
-
-빌드 번호는 버전이 동일하더라도 항상 증가해야 합니다. 이는 각 앱 스토어 제출이 고유하게 식별되면서 사용자를 위한 버전 관리가 명확하게 유지되도록 보장합니다.
-
-### 베타 버전 관리
-
-베타 버전 관리에는 테스트 빌드를 배포하기 위한 구조화된 프로세스가 필요합니다. Capgo의 [채널 시스템](https://capgo.app/docs/plugin/cloud-mode/channel-system/)은 다음 단계로 이를 단순화합니다:
-
-1.  **채널 설정**
-
-각 테스트 단계에 대한 별도의 채널을 만드세요:
-
-2.  **사용자 접근 제어**
-
-베타 버전에 대한 접근 권한을 제어하기 위해 권한을 설정하세요. 이를 통해 승인된 테스터만 베타 빌드를 받고 프로덕션 사용자는 안정적인 릴리스를 받을 수 있습니다.
-
-3.  **버전 진행**
-
-개발 단계를 추적하기 위해 명확한 버전 진행 시스템을 사용하세요:
-
-| 단계 | 버전 형식 | 목적 |
-| --- | --- | --- |
-| 알파 | 1.3.0-alpha.1 | 내부 테스트 |
-| 베타 | 1.3.0-beta.1 | 외부 테스트 그룹 |
-| RC (릴리스 후보) | 1.3.0-rc.1 | 릴리스 전 최종 테스트 |
-| 프로덕션 | 1.3.0 | 공개 릴리스 |
-
-이 접근 방식은 철저한 테스트와 개발 단계 간의 원활한 전환을 보장하며, 프로세스 전반에 걸쳐 버전 추적을 구성하고 투명하게 유지합니다.
-
-## 앱 버전 표시
-
-앱에서 정확한 버전 정보를 표시하는 것은 사용자에게 정보를 제공하고 업데이트를 효과적으로 관리하는 데 중요합니다.
-
-### Capacitor로 버전 가져오기
-
-다음 코드를 사용하여 Capacitor로 버전 정보를 가져올 수 있습니다:
-
-더 간소화된 접근 방식을 위해 재사용 가능한 함수를 만드세요:
-
-이 함수는 앱 인터페이스에서 버전 정보를 표시하는 프로세스를 단순화합니다.
-
-### 버전 UI 구현
-
-다음은 설정 컴포넌트에 버전 표시를 통합하는 예시입니다:
-
-버전 정보를 표시하는 일반적인 위치:
-
-| 위치 | 목적 | 구현 |
-| --- | --- | --- |
-| 설정 화면 | 전체 버전 및 빌드 | 상세 버전 정보 |
-| 정보 페이지 | 기본 버전 표시 | 버전 번호만 |
-| 앱 푸터 | 최소 표시 | 축약된 버
-
-이 분야에서 두각을 나타내는 도구 중 하나는 [Capacitor 앱](https://capgo.app/blog/capacitor-comprehensive-guide/)을 위해 특별히 설계된 기능을 제공하는 Capgo입니다.
-
-### [Capgo](https://capgo.app/) 버전 관리 기능
-
-![Capgo Live Update Dashboard Interface](https://mars-images.imgix.net/seobot/screenshots/capgo.app-26aea05b7e2e737b790a9becb40f7bc5-2025-03-26.jpg?auto=compress)
-
-Capgo는 다음을 포함한 강력한 버전 관리 기능을 제공합니다:
-
--   **2,350만 건의 성공적인 업데이트 전달**
--   **24시간 이내 95%의 사용자 업데이트**
--   **82%의 전체 성공률**
--   **전 세계 평균 57ms API 응답 시간**
-
-> "@AppFlow가 너무 비싸고 Appcenter가 하이브리드 앱의 실시간 업데이트 지원을 중단해서 현재 @Capgo를 시도하고 있습니다." - Simon Flack [\[1\]](https://capgo.app/)
-
-### 팀 규모별 솔루션
-
-Capgo는 모든 규모의 팀을 수용할 수 있는 유연한 플랜을 제공하여 버전 관리를 확장 가능하고 효율적으로 만듭니다.
-
-| 팀 규모 | 플랜 | 주요 기능 |
-| --- | --- | --- |
-| 개인 개발자 | 기본 클라우드 호스팅 | 실시간 업데이트, 1,000 MAU |
-| 소규모 팀 (2-5명) | Maker 플랜 | 10,000 MAU, 500GB 대역폭 |
-| 중규모 팀 (6-20명) | Team 플랜 | 100,000 MAU, 권한 관리 |
-| 기업 | 맞춤형 PAYG | 무제한 MAU, 전담 지원 |
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-Capgo는 또한 버전 채택률을 모니터링하고 잠재적인 문제를 조기에 감지할 수 있는 분석 대시보드를 포함합니다. 내장된 암호화와 맞춤형 호스팅 옵션을 통해 팀은 배포 워크플로우를 확장하면서 보안을 유지할 수 있습니다.
-
-## 결론
-
-버전 태깅을 이해하는 것은 개발 및 배포 프로세스를 단순화하는 데 핵심입니다. 시작하기 위한 주요 아이디어와 단계를 빠르게 살펴보겠습니다.
-
-### 주요 요점
-
-버전 태깅은 개발자가 원활하고 신뢰할 수 있는 업데이트를 유지하는 데 도움이 됩니다. 적절한 버전 관리는 다음과 같은 명확한 이점을 제공합니다:
-
-| 이점 | 영향 | 결과 |
-| --- | --- | --- |
-| 즉각적인 업데이트 | 더 짧은 검토 시간 | 더 빠른 사용자 채택 [\[1\]](https://capgo.app/) |
-| 버전 관리 | 더 나은 코드 관리 | 더 높은 성공률 [\[1\]](https://capgo.app/) |
-| 업데이트 추적 | 실시간 모니터링 | 더 빠른 문제 해결 [\[1\]](https://capgo.app/) |
-| 배포 제어 | 타겟팅된 롤아웃 | 멀티플랫폼 지원 |
-
-이러한 결과는 효과적인 버전 관리 도구 사용의 중요성을 강조합니다.
-
-### 시작하는 방법
-
-이러한 이점을 실현하기 위해 다음 단계를 따르세요:
-
--   **버전 추적 설정**: `package.json` 파일에서 시맨틱 버저닝을 사용하고 필요한 플러그인을 통합하세요.
--   **업데이트 확인 추가**: 버전 업데이트를 확인하고 추적하는 시스템을 구현하세요.
--   **배포 채널 구성**: 프로덕션, 베타, 개발을 위한 별도의 환경을 만드세요.
-
-마지막으로, 배포가 빠르고 안전하도록 실시간 업데이트 시스템 추가를 고려하세요.
diff --git a/src/content/blog/ko/vue-mobile-app-capacitor.md b/src/content/blog/ko/vue-mobile-app-capacitor.md
deleted file mode 100644
index c701ef32e..000000000
--- a/src/content/blog/ko/vue-mobile-app-capacitor.md
+++ /dev/null
@@ -1,190 +0,0 @@
----
-slug: vue-mobile-app-capacitor
-title: Vue와 Capacitor로 모바일 앱 만들기
-description: 'Vue, Capacitor, 그리고 선택적으로 Konsta UI로 UI를 개선하여 모바일 앱을 만드는 방법을 알아보세요.'
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://x.com/martindonadieu'
-created_at: 2023-06-08T00:00:00.000Z
-updated_at: 2023-06-29T00:00:00.000Z
-head_image: /vue_capacitor.webp
-head_image_alt: Vue와 Capacitor 일러스트레이션
-keywords: >-
-  Vue, Capacitor, mobile app development, live updates, OTA updates, continuous
-  integration, mobile app updates
-tag: Tutorial
-published: true
-locale: ko
-next_blog: update-your-capacitor-apps-seamlessly-using-capacitor-updater
----
-이 튜토리얼에서는 Capacitor를 사용하여 Vue 웹 애플리케이션을 네이티브 모바일 앱으로 변환하는 과정을 안내합니다. 선택적으로 Tailwind CSS 기반 모바일 UI 라이브러리인 Konsta UI를 사용하여 모바일 UI를 향상시킬 수 있습니다.
-
-## Capacitor 소개
-
-Capacitor는 모든 웹 프로젝트에 쉽게 통합하여 애플리케이션을 네이티브 모바일 앱으로 변환할 수 있게 해주는 혁신적인 도구입니다. Xcode와 Android Studio 프로젝트를 자동으로 생성하고 JavaScript 브리지를 통해 카메라와 같은 네이티브 기기 기능에 접근할 수 있게 해줍니다.
-
-## Vue 앱 준비하기
-
-먼저, 다음 명령어를 실행하여 새로운 Vue 앱을 생성합니다:
-
-```shell
-vue create my-app
-cd my-app
-npm install
-```
-
-Vue 앱을 네이티브 모바일 배포를 위해 준비하려면 프로젝트를 내보내야 합니다. **package.json** 파일에 Vue 프로젝트를 빌드하고 복사하는 스크립트를 추가하세요:
-
-```json
-{
-  "scripts": {
-    // ...
-    "build": "vue-cli-service build"
-  }
-}
-```
-
-`build` 명령어를 실행한 후, 프로젝트 루트 디렉토리에 새로운 `dist` 폴더가 생성됩니다. 이 폴더는 나중에 Capacitor에서 사용됩니다.
-
-## Vue 앱에 Capacitor 추가하기
-
-Vue 웹 앱을 네이티브 모바일 컨테이너로 변환하려면 다음 단계를 따르세요:
-
-1. Capacitor CLI를 개발 의존성으로 설치하고 프로젝트에 설정합니다. 설정 중 이름과 번들 ID에 대해 기본값을 수락하세요.
-
-2. 코어 패키지와 iOS 및 Android 플랫폼을 위한 관련 패키지를 설치하세요.
-
-3. 플랫폼을 추가하면 Capacitor가 프로젝트 루트에 각 플랫폼용 폴더를 생성합니다:
-
-```shell
-# Install the Capacitor CLI locally
-npm install -D @capacitor/cli
-
-# Initialize Capacitor in your Vue project
-npx cap init
-
-# Install the required packages
-npm install @capacitor/core @capacitor/ios @capacitor/android
-
-# Add the native platforms
-npx cap add ios
-npx cap add android
-```
-
-이제 Vue 프로젝트에 새로운 **iOS**와 **android** 폴더가 생성됩니다.
-
-**capacitor.config.json** 파일을 업데이트하여 **webDir**이 빌드 명령어의 결과를 가리키도록 설정하세요:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "my-app",
-  "webDir": "dist"
-}
-```
-
-이제 Vue 프로젝트를 빌드하고 Capacitor와 동기화할 수 있습니다:
-
-```shell
-npm run build
-npx cap sync
-```
-
-## 네이티브 앱 빌드 및 배포
-
-iOS 앱 개발을 위해서는 Xcode가, Android 앱 개발을 위해서는 Android Studio가 필요합니다. 또한 앱 스토어에 앱을 배포하려면 Apple Developer Program과 Google Play Console에 등록해야 합니다.
-
-Capacitor CLI를 사용하여 두 네이티브 프로젝트를 엽니다:
-
-```shell
-npx cap open ios
-npx cap open android
-```
-
-Android Studio 또는 Xcode를 사용하여 연결된 기기에 앱을 배포하세요.
-
-## Capacitor 실시간 리로드
-
-모바일 기기에서 Capacitor 앱이 네트워크의 특정 URL에서 콘텐츠를 로드하도록 하여 실시간 리로드를 활성화하세요.
-
-로컬 IP 주소를 찾아 `capacitor.config.ts` 파일을 올바른 IP와 포트로 업데이트하세요:
-
-```javascript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'my-app',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  server: {
-    url: 'http://192.168.x.xx:8080',
-    cleartext: true
-  }
-};
-
-export default config;
-```
-
-이러한 변경사항을 네이티브 프로젝트에 적용하세요:
-
-```shell
-npx cap copy
-```
-
-이제 Vue 앱을 업데이트하면 앱이 자동으로 리로드되어 변경사항이 표시됩니다.
-
-## Capacitor 플러그인 사용하기
-
-Share 플러그인과 같은 Capacitor 플러그인을 설치하고 Vue 앱에서 사용하세요:
-
-```shell
-npm i @capacitor/share
-```
-
-패키지를 임포트하고 앱에서 `share()` 함수를 호출하세요:
-
-```html
-<template>
-  <div>
-    <h1>Welcome to Vue and Capacitor!</h1>
-    <button @click="share">Share now!</button>
-  </div>
-</template>
-
-<script setup lang="ts">
-import { Share } from '@capacitor/share';
-
-async function share() {
-  await Share.share({
-    title: 'Open Youtube',
-    text: 'Check new video on youtube',
-    url: 'https://www.youtube.com',
-    dialogTitle: 'Share with friends'
-  });
-}
-</script>
-```
-
-새로운 플러그인을 설치한 후, `sync` 명령어를 실행하고 앱을 기기에 재배포하세요:
-
-```
-npx cap sync
-```
-
-## Konsta UI 추가하기
-
-Vue 앱에서 Konsta UI를 사용하려면 [tailwind가 이미 설치](https://tailwindcss.com/docs/guides/vite/#vue)되어 있어야 하며 패키지를 설치해야 합니다:
-Vue 앱에서 Konsta UI를 사용하려면 패키지를 설치하고 `tailwind.config.js` 파일을 수정하세요:
-
-```shell
-npm i konsta
-```
-
-`pages/_app.vue` 파일에서 앱을 `App` 컴포넌트로 감싸고, Vue 페이지에서 Konsta UI Vue 컴포넌트를 사용하세요.
-
-## 결론
-
-Capacitor는 기존 웹 프로젝트를 기반으로 네이티브 애플리케이션을 구축하는데 탁월한 선택입니다. Capgo를 추가하면 앱에 실시간 업데이트를 더욱 쉽게 추가할 수 있어, 사용자가 항상 최신 기능과 버그 수정에 접근할 수 있습니다.
-
-Capgo가 더 나은 앱을 더 빠르게 구축하는 데 어떻게 도움이 되는지 알아보려면, [오늘 무료 계정에 가입](/register/)하세요.
diff --git a/src/content/blog/ko/what-is-native-bridge-in-capacitor.md b/src/content/blog/ko/what-is-native-bridge-in-capacitor.md
deleted file mode 100644
index 8607a0cdb..000000000
--- a/src/content/blog/ko/what-is-native-bridge-in-capacitor.md
+++ /dev/null
@@ -1,279 +0,0 @@
----
-slug: what-is-native-bridge-in-capacitor
-title: Capacitor에서 네이티브 브리지는 무엇인가요?
-description: >-
-  Capacitor의 네이티브 브리지가 웹 애플리케이션과 네이티브 장치 기능을 원활하게 연결하여 크로스 플랫폼 앱 개발을 향상시키는 방법을
-  탐색해 보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-05-13T04:25:06.576Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/cdn-cgi/image/quality=75,w=1536,h=1024/capgo.app/6822b2de266b1f3f751ffb5b-1747110461280.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  Capacitor, Native Bridge, cross-platform development, web technologies, mobile
-  apps, plugins, device features, performance optimization
-tag: 'Development, Mobile, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**네이티브 브리지**는 [Capacitor](https://capacitorjs.com/)에서 웹 코드를 카메라, 센서 및 저장소와 같은 네이티브 장치 기능에 연결합니다. 이를 통해 iOS 및 Android에 대한 플랫폼별 API에 접근하면서 웹 기술을 사용하여 앱을 빌드할 수 있습니다. 알아야 할 내용은 다음과 같습니다:
-
-- **핵심 구성 요소**:
-    
-    - **네이티브 코드 레이어**: 장치 API에 직접 접근합니다.
-    - **웹 레이어 인터페이스**: JavaScript와 네이티브 코드 간의 통신을 관리합니다.
-    - **플러그인 시스템**: 통합 JavaScript API를 통해 추가 기능을 제공합니다.
-- **작동 방식**:
-    
-    - JavaScript 호출을 네이티브 함수로 변환합니다.
-    - 웹과 네이티브 레이어 간의 데이터 전송을 효율적으로 처리합니다.
-    - 플랫폼 간 일관된 API를 제공합니다.
-- **중요한 이유**:
-    
-    - 웹, iOS 및 Android에 대해 단일 코드베이스를 사용하세요.
-    - [Xcode](https://developer.apple.com/xcode/) 또는 [Android Studio](https://developer.android.com/studio)와 같은 도구에서 네이티브 프로젝트를 직접 수정합니다.
-    - 더 나은 성능을 위한 안전하고 최적화된 통신을 제공합니다.
-
-Capacitor의 네이티브 브리지는 웹 기술의 유연성과 네이티브 기능의 힘을 결합하여 앱 개발을 간소화합니다.
-
-## 프로젝트 특정 로컬 플러그인 생성 방법 | Ionic | [Capacitor](https://capacitorjs.com/)
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/6822b2de266b1f3f751ffb5b/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-<iframe src="https://www.youtube.com/embed/q5kQcTqPtGY" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 네이티브 브리지의 주요 구성 요소
-
-네이티브 브리는 웹과 네이티브 레이어 간의 효율적인 통신을 가능하게 하는 세 가지 핵심 구성 요소를 기반으로 구축되어 있습니다. 이들은 플랫폼별 복잡성을 단순화하여 개발자가 친숙한 웹 기술을 사용하여 네이티브 기능에 접근할 수 있게 합니다.
-
-### 웹뷰 엔진
-
-Capacitor의 브리지 시스템의 핵심은 **웹뷰 엔진**으로, 웹 애플리케이션을 위한 런타임 환경을 제공합니다. 이 엔진은 렌더링 및 상호 작용을 위한 플랫폼별 구현에 의존합니다:
-
-- **iOS**: Apple의 최신 고성능 웹뷰 구성 요소인 [WKWebView](https://developer.apple.com/documentation/webkit/wkwebview)를 사용합니다.
-- **Android**: 렌더링을 위해 [Chromium](https://www.chromium.org/) 기반의 Android 웹뷰를 활용합니다.
-
-웹뷰 엔진은 웹 콘텐츠 표시, 앱 상태 관리, 웹 API와 네이티브 코드 간의 안전한 통신을 촉진하는 역할을 합니다.
-
-| 플랫폼 | 웹뷰 구현 | 주요 기능 |
-| --- | --- | --- |
-| iOS | WKWebView | 높은 성능, 최신 보안성, 원활한 네이티브 API 통합 |
-| Android | Android WebView | Chromium 기반 렌더링, JavaScript 인터페이스, 네이티브 코드 바인딩 |
-
-### 플러그인 아키텍처
-
-**플러그인 아키텍처**는 개발자가 통합 JavaScript API를 통해 네이티브 기능에 접근하여 앱 기능을 확장할 수 있는 유연한 프레임워크를 제공합니다. 각 플러그인은 두 가지 주요 부분으로 구성됩니다:
-
-- **JavaScript 인터페이스**: 개발자가 웹 앱 내에서 사용하는 전면 API.
-- **네이티브 구현**: iOS 및 Android용으로 작성된 플랫폼별 코드.
-
-이 분리는 개발자에게 일관된 경험을 보장하며, 기본 플랫폼의 차이점을 걱정하지 않고 네이티브 기능에 상호작용할 수 있게 합니다.
-
-### 메시지 처리 시스템
-
-**메시지 처리 시스템**은 웹과 네이티브 레이어 간 데이터 교환의 중추입니다. 이 시스템은 다음과 같은 여러 중요한 작업을 처리합니다:
-
-- **메시지 직렬화**: JavaScript 데이터를 네이티브 코드가 처리할 수 있는 형식으로 변환합니다.
-- **요청 라우팅**: 기능 호출을 적절한 네이티브 구현으로 안내합니다.
-- **응답 처리**: 네이티브 작업의 결과를 웹 앱에 다시 보냅니다.
-- **오류 관리**: 디버깅을 단순화하는 자세한 오류 메시지를 제공합니다.
-
-비동기 메시지 처리를 사용하면서 이 시스템은 네이티브 작업 동안 웹 애플리케이션이 응답성을 유지하도록 보장합니다. 일괄 처리 및 효율적인 직렬화와 같은 기능은 성능을 더욱 향상시켜 상호작용을 원활하고 부드럽게 만듭니다 [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge).
-
-이들 구성 요소는 이후 섹션에서 탐색할 복잡한 웹-네이티브 통신 프로세스의 기초를 형성합니다.
-
-## 웹-네이티브 통신 프로세스
-
-Capacitor의 네이티브 브리는 웹 애플리케이션과 [네이티브 장치 기능](https://capgo.app/plugins/capacitor-native-biometric/) 간의 원활한 통신을 가능하게 하는 중요한 연결 역할을 합니다.
-
-### 통신 흐름
-
-통신 프로세스는 다음과 같이 전개됩니다:
-
-| 방향 | 단계 | 작업 |
-| --- | --- | --- |
-| **웹에서 네이티브로** | **API 호출 시작** | 매개변수를 포함한 JavaScript API 호출이 이루어집니다. |
-|     | **데이터 직렬화** | 데이터가 브리지와 호환 가능한 형식으로 변환됩니다. |
-|     | **라우팅** | 요청이 적절한 플러그인으로 전송됩니다. |
-| **네이티브에서 웹으로** | **처리** | 네이티브 기능이 실행됩니다. |
-|     | **응답 생성** | 결과가 준비되어 직렬화됩니다. |
-|     | **콜백 처리** | 데이터가 Promise 해결을 통해 반환됩니다. |
-
-브리는 세 가지 주요 통신 방법을 지원합니다:
-
-- **직접 응답**: API 호출에서 즉각적인 결과를 제공합니다.
-- **이벤트 방송**: 진행 중인 프로세스에 대한 비동기 업데이트를 제공합니다.
-- **상태 업데이트**: 여러 구성 요소에 영향을 미치는 지속적인 변경을 제공합니다.
-
-### 브리지 성능 분석
-
-성능 관점에서 브리는 작업을 효율적으로 처리하도록 설계되었습니다. 주요 측면을 살펴보겠습니다:
-
-**메모리 관리**
-
-- 간단한 데이터 유형을 효율적으로 처리합니다.
-- 바이너리 데이터 전송을 위해 Base64 인코딩을 사용합니다.
-- 복잡한 객체에 대한 직렬화를 최적화합니다.
-
-**최적화 기술**
-
-- 시간 절약을 위해 여러 API 호출을 일괄 처리합니다.
-- 과부하를 방지하기 위해 자주 발생하는 작업을 조절합니다.
-- 속도를 높이기 위해 반복 요청에 대한 캐싱을 구현합니다.
-
-개발자는 다음 전략을 활용하여 성능을 극대화할 수 있습니다:
-
-- **데이터 전송 최적화**: 데이터를 로컬에 캐시하고 보내기 전에 필터링하여 브리지와의 상호작용 수를 줄입니다. 이는 불필요한 통신을 줄여줍니다.
-- **이벤트 관리**: 센서 판독값과 같은 고주파 데이터의 경우, 호출 수를 제한하고 프로세스를 간소화하기 위해 디바운싱을 사용합니다.
-- **리소스 활용**: 필요한 경우에만 플러그인을 로드합니다. 이 접근법은 메모리 효율성을 개선하고 시작 지연을 줄입니다.
-
-네이티브 런타임을 통해 API 호출을 라우팅하고 결과를 웹뷰로 반환함으로써, 브리는 신속하고 신뢰할 수 있는 통신을 보장하면서도 네이티브 기능에 대한 간헐적인 접근을 유지합니다.
-
-다음으로, 효율적이고 안전한 네이티브 브리지를 구축하기 위한 전략을 탐구할 것입니다.
-
-## 네이티브 브리지 응용 프로그램
-
-네이티브 브리는 웹과 네이티브 기능 간의 연결에서 중요한 역할을 하며, 실용적인 응용 프로그램을 위한 기회를 창출합니다. 원활한 통신을 가능하게 하여 실제 시나리오에서 그 가치를 입증합니다.
-
-### [Capgo](https://capgo.app/)로 실시간 업데이트 제공
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/6822b2de266b1f3f751ffb5b/4305c974119f10d25560fe363e5513b1.jpg)
-
-Capgo는 네이티브 브리지를 활용하여 실시간 업데이트를 제공하며, 앱 변경을 즉시 푸시할 수 있도록 하여 앱 스토어 제출을 요구하지 않습니다.
-
-네이티브 브리가 Capgo의 업데이트 시스템을 어떻게 지원하는지 살펴보겠습니다:
-
-| **업데이트 구성 요소** | **브리지 기능** | **혜택** |
-| --- | --- | --- |
-| 콘텐츠 전달 | 웹 자산의 안전한 다운로드를 관리 | 빠르고 신뢰할 수 있는 자산 전달 |
-| 상태 관리 | 업데이트 중 앱 상태 유지 | 원활하고 끊김 없는 사용자 경험 |
-| 버전 관리 | 롤백 기능 지원 | 한 번의 클릭으로 간편하게 복구 |
-| [업데이트 타겟팅](https://capgo.app/docs/live-updates/update-behavior/) | 특정 사용자 세그먼트에 배포 가능 | 정밀하고 통제된 배포 |
-
-이러한 기능들은 업데이트를 처리하는 네이티브 브리지의 효율성을 강조합니다.
-
-> "우리는 애자일 개발을 실천하며 @Capgo는 사용자에게 지속적으로 제공하는 데 필수적입니다!" - Rodrigo Mantica [\[1\]](https://capgo.app)
-
-### 장치 기능 통합
-
-네이티브 브리는 업데이트를 넘어 원활한 API를 통해 웹 앱이 장치 하드웨어에 접근할 수 있도록 합니다. 이 기능은 하드웨어 통합이 필수적인 의료, 금융 및 IoT와 같은 산업에서 특히 영향을 미칩니다.
-
-다음은 이 기능의 적용 예시입니다:
-
-- **의료 애플리케이션**  
-    의료 이미징 앱은 네이티브 브리를 사용하여 HIPAA 규정을 준수하면서 카메라 기능에 접근합니다. 이는 안전한 데이터 처리를 보장하고 고품질 진단 이미징을 지원합니다 [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge).
-    
-- **금융 서비스**  
-    은행 앱은 [생체 인식 인증](https://capgo.app/plugins/capacitor-native-biometric/)을 위해 네이티브 브리를 사용하여 다음과 같은 기능을 제공합니다:
-    
-    - 지문 센서 접근
-    - 얼굴 인식
-    - 인증을 위한 안전한 대체 옵션 \[2\]
-- **IoT 제어 시스템**  
-    스마트 홈 애플리케이션은 네이티브 브리를 사용하여 IoT 장치와 Bluetooth 연결을 관리합니다. 이는 연결 신뢰성을 개선하고 데이터 전송 효율성을 높입니다.
-
-성공적인 통합을 보장하기 위해 개발자는 다음 사항을 고려해야 합니다:
-
-- 성능을 향상시키기 위해 적절한 권한을 구현하고 플랫폼별 동작을 반영합니다.
-- 각 플랫폼의 제한 사항을 고려합니다.
-- 웹 기능만 지원하는 환경을 위한 fallback 옵션을 제공합니다 \[2\].
-
-네이티브 브리지를 통한 유연성은 크로스 플랫폼 개발의 판도를 바꾸며, 고급 기능을 가능하게 하고, 장치 간에 일관되고 신뢰할 수 있는 사용자 경험을 유지하도록 합니다.
-
-## 보안 및 개발 가이드라인
-
-### 브리지 보안 조치
-
-데이터가 웹과 네이티브 계층 간에 교환될 때 안전성을 보장하기 위해 네이티브 브리지를 보호하는 것은 필수적입니다. 이는 **종단 간 암호화** 및 강력한 **인증 메커니즘**을 사용하는 것을 포함하며, 두 가지 모두 데이터 무결성을 보호하는 데 필수적입니다.
-
-| **보안 계층** | **구현** | **목적** |
-| --- | --- | --- |
-| [데이터 암호화](https://capgo.app/docs/cli/migrations/encryption/) | AES-256 프로토콜 | 데이터 전송 보안 |
-| 인증 | JWT 토큰 | 요청 유효성 검사 |
-| 접근 제어 | 권한 매트릭스 | 플러그인 접근 권한 관리 |
-
-브리지 보안을 더욱 강화하기 위해 개발자는 다음을 수행해야 합니다:
-
--   웹과 네이티브 양쪽에서 엄격한 입력 검증 적용.
--   민감한 데이터를 처리하기 위한 안전한 저장 방법 사용.
--   비정상적인 활동을 감지하기 위해 브리지를 통한 트래픽 모니터링.
--   보안 프로토콜을 정기적으로 업데이트하고 검토.
-
-이러한 조치를 구현함으로써 개발자는 데이터 교환을 위한 강력한 기반을 마련하고 취약성을 줄일 수 있습니다.
-
-### 플러그인 개발 기준
-
-확립된 개발 기준을 준수하는 것은 플러그인이 신뢰할 수 있고 안전하도록 보장하는 데 필수적입니다. 이러한 기준을 따르는 것은 플랫폼 간 호환성 유지에도 도움이 됩니다.
-
-**플러그인 개발을 위한 주요 기준:**
-
-1.  **플러그인 아키텍처**  
-    플러그인 구조가 Capacitor의 공식 아키텍처 가이드라인과 일치하는지 확인하십시오. 여기에는 적절한 **오류 처리**, 잘 정의된 **유형 정의**, 원활한 기능을 위한 **플랫폼별 구현**이 포함됩니다.
-    
-2.  **크로스 플랫폼 호환성**  
-    플러그인은 모든 플랫폼에서 효율적으로 작동해야 합니다. 여기에는 메모리 사용 최적화, 플랫폼 별 대체 기능 구현, 데이터 정제 및 안전한 저장과 같은 필수 보안 관행을 시행하는 것이 포함됩니다. 개발자는 또한 권한을 신중하게 관리하고 정기적인 감사를 수행해야 합니다.
-    
-    -   플랫폼별 대체 메커니즘 구현.
-    -   성능 문제를 방지하기 위해 메모리 최적화.
-    -   [API 키 관리](https://capgo.app/docs/webapp/api-keys/)와 같은 보안 조치 시행.
-3.  **보안 준수**  
-    플러그인 개발 중 보안은 최우선 사항이어야 합니다. 다음과 같은 관행을 통합하십시오:
-    
-    -   악성 입력을 방지하기 위한 데이터 정제.
-    -   민감한 정보에 대한 안전한 저장.
-    -   무단 접근을 제한하기 위한 적절한 API 키 관리.
-    -   취약성을 식별하고 해결하기 위한 정기적인 보안 감사.
-
-**개발 워크플로우 및 검증:**
-
-| **개발 단계** | **표준 요구 사항** | **검증 방법** |
-| --- | --- | --- |
-| 초기 설정 | 유형 정의, 오류 처리기 | 자동화된 테스트 |
-| 구현 | 플랫폼별 코드, 보안 검사 | 코드 검토 |
-| 테스트 | 크로스 플랫폼 검증 | 통합 테스트 |
-| 배포 | 버전 관리, 문서화 | 배포 체크리스트 |
-
-고급 디버깅 도구를 사용하고 개발 과정 전반에 걸쳐 명확하고 철저한 문서를 유지하는 것은 잠재적인 문제를 조기에 식별하고 완화하는 데 도움이 될 수 있습니다. 이러한 관행은 플러그인이 기능적일 뿐만 아니라 안전하고 신뢰할 수 있도록 보장합니다.
-
-## 결론
-
-Capacitor의 네이티브 브리지는 웹-네이티브 통합을 더욱 원활하고 효율적으로 만들어 [크로스 플랫폼 앱 개발](https://capgo.app/blog/cross-platform-mobile-app-development-guide-2024/)의 양상을 변화시켰습니다. 그 디자인은 개발 과정을 단순화하면서도 웹 기술의 친숙한 워크플로우를 유지합니다 \[2\].
-
-Capacitor의 네이티브 브리지를 통해 개발자는 iOS, Android 및 웹 플랫폼 전반에 걸쳐 일관되게 작동하는 통합 API 레이어에 접근할 수 있습니다. 이는 개발의 어려움을 줄일 뿐만 아니라 앱을 시장에 더 빨리 내놓는 데 도움을 줍니다 [\[3\]](https://app.studyraid.com/en/read/11146/345600/understanding-the-native-bridge). 주요 이점으로는 다음과 같은 것들이 있습니다:
-
--   여러 플랫폼을 위한 통합 API로 단순화된 개발
--   네이티브 기능에 대한 개선된 접근 및 더 나은 성능
--   필요 시 네이티브 프로젝트를 직접 수정할 수 있는 능력
--   웹과 네이티브 계층 간의 안전한 데이터 교환을 위한 내장 안전 장치
-
-## 자주 묻는 질문
-
-:::faq
-### Capacitor의 네이티브 브리지는 무엇이며 웹과 네이티브 계층 간의 안전한 통신을 어떻게 가능하게 합니까?
-
-Capacitor의 네이티브 브리지는 앱의 웹 계층(프론트엔드)과 네이티브 계층(플랫폼 특정 기능)을 연결하는 중요한 역할을 합니다. 이를 안전한 통신 채널로 생각할 수 있으며, 이를 통해 앱이 성능을 유지하면서 네이티브 장치 기능에 접근할 수 있게 해줍니다.
-
-보안 수준은 앱 내에서 브리지가 설정되는 방식에 따라 달라집니다. 예를 들어, **Capgo**와 같은 플랫폼은 라이브 업데이트를 위한 **종단 간 암호화**와 같은 도구를 제공하여 Capacitor 앱을 향상시킵니다. 이는 민감한 데이터와 업데이트를 안전하게 사용자에게 전송할 수 있음을 의미하며, 사용자 프라이버시를 위협하거나 규정 준수를 깨뜨리는 위험을 줄입니다.
-:::
-
-:::faq
-### Capacitor의 네이티브 브리지가 하는 목적은 무엇이며 크로스 플랫폼 앱 개발에서 어떻게 사용됩니까?
-
-Capacitor의 **네이티브 브리지**는 앱의 웹 계층(프론트엔드)과 네이티브 계층(플랫폼 특정 기능)을 연결하는 역할을 수행합니다. 이 브리지는 개발자가 웹 기반 앱에서 카메라나 GPS와 같은 네이티브 장치 기능을 직접 활용할 수 있게 해줍니다. 이는 모든 장치에서 자연스럽게 느껴지는 크로스 플랫폼 앱을 구축하는 데 유용한 도구입니다.
-
-네이티브 브리지를 사용하면 단일 코드베이스를 유지하면서 앱에 플랫폼 특정 기능을 가져올 수 있습니다. 이를 통해 개발이 간소화되고 앱을 시장에 더 빨리 내놓을 수 있습니다. 예를 들어, 푸시 알림 전송, 파일 관리 또는 생체 인증 활성화와 같은 작업을 위해 네이티브 API에 접근할 수 있습니다. 그리고 가장 좋은 점은? iOS, Android 또는 웹에서 매끄러운 성능을 보장합니다.
-
-Capacitor로 작업하는 경우 **Capgo**와 같은 도구가 여러분의 삶을 더욱 쉽게 만들어줄 수 있습니다. Capgo는 변경 사항을 즉시 앱에 푸시할 수 있도록 하여 앱 스토어 승인 없이도 실시간 업데이트를 가능하게 합니다. 이는 사용자가 항상 최신 기능과 수정을 즉시 받을 수 있다는 것을 의미합니다.
-:::
-
-:::faq
-### 개발자는 Capacitor 앱에서 고급 네이티브 기능을 사용할 때 네이티브 브리주의 성능을 어떻게 개선할 수 있습니까?
-
-Capacitor의 네이티브 브리지를 최적화하는 것은 웹 계층과 네이티브 계층 간의 효율적인 통신을 보장하는 것입니다. 효과적인 접근법 중 하나는 **브리지 호출 수 최소화**입니다. 개별 호출을 자주 하는 대신, 작업을 배치하여 성능에 대한 부담을 줄이는 것이 좋습니다. 또 다른 팁은? 데이터 전송을 위해 JSON과 같은 경량 데이터 형식에 고집하는 것입니다. 이는 불필요한 오버헤드를 줄이는 데 도움이 됩니다.
-
-빈번한 업데이트 또는 빠른 기능 출시가 필요한 앱의 경우 **Capgo**와 같은 도구가 큰 변화를 가져올 수 있습니다. Capgo를 사용하면 개발자가 즉시 업데이트를 푸시할 수 있어 앱 스토어 지연을 우회하면서 Apple과 Android 가이드라인을 준수할 수 있습니다. 이러한 전략을 결합하면 앱의 성능을 향상시키고 사용자가 보다 원활하고 끊김 없는 경험을 제공할 수 있습니다.
-:::
diff --git a/src/content/blog/ko/why-consent-management-matters-for-app-compliance.md b/src/content/blog/ko/why-consent-management-matters-for-app-compliance.md
deleted file mode 100644
index 84d2d9a82..000000000
--- a/src/content/blog/ko/why-consent-management-matters-for-app-compliance.md
+++ /dev/null
@@ -1,200 +0,0 @@
----
-slug: why-consent-management-matters-for-app-compliance
-title: 앱 규정 준수를 위한 동의 관리의 중요성
-description: >-
-  개인정보 보호법을 준수하기 위해서는 동의 관리에 대한 이해가 매우 중요합니다. 사용자 동의를 효과적으로 관리하고 규정을 준수하는 방법을
-  알아보세요.
-author: Martin Donadieu
-author_image_url: 'https://avatars.githubusercontent.com/u/4084527?v=4'
-author_url: 'https://github.com/riderx'
-created_at: 2025-04-25T01:04:25.029Z
-updated_at: 2025-10-22T12:30:10.000Z
-head_image: >-
-  https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce-1745543110199.jpg
-head_image_alt: 모바일 개발
-keywords: >-
-  consent management, GDPR, CCPA, app compliance, user privacy, data protection,
-  live updates, consent tracking
-tag: 'Development, Security, Updates'
-published: true
-locale: ko
-next_blog: ''
----
-**앱 규정 준수를 위해 사용자 동의 관리는 필수입니다.** [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation)과 [CCPA](https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act)와 같은 개인정보보호법은 데이터 수집 및 사용에 대한 명시적인 사용자 동의를 요구합니다. 이를 준수하지 않으면 벌금, 법적 문제, 사용자 신뢰 상실의 위험이 있습니다. 알아야 할 사항은 다음과 같습니다:
-
--   **동의 관리란 무엇인가?** 데이터 사용에 대한 사용자 권한을 수집, 저장, 추적하는 것입니다.
--   **중요한 이유:** GDPR과 CCPA와 같은 규정은 개인 데이터에 대한 투명성과 사용자 통제를 요구합니다.
--   **주요 과제:** 잦은 업데이트 처리, 지역별 규정 준수 유지, 동의 기록의 안전한 관리.
--   **개발자를 위한 해결책:** 명확한 커뮤니케이션, 선택적 권한, [Capgo](https://capgo.app/)와 같은 실시간 업데이트 플랫폼을 사용하여 규정 준수를 보장하고 업데이트를 간소화합니다.
-
-**규정 준수 도구 빠른 개요:**
-
-| 업데이트 방식 | 속도 | 규정 준수 지원 | 사용자 영향 |
-| --- | --- | --- | --- |
-| 앱스토어 업데이트 | 3-7일 | 전체 검토 과정 | [수동 사용자 업데이트](https://capgo.app/docs/plugin/cloud-mode/manual-update/) |
-| 서버 사이드 컨트롤 | 즉시 | 제한된 감독 | 사용자 조치 불필요 |
-| 실시간 업데이트 (예: Capgo) | 24시간 이내 | 플랫폼 규정 준수 | [자동 업데이트](https://capgo.app/docs/plugin/cloud-mode/auto-update/) |
-
-**핵심:** 실시간 동의 업데이트를 구현하고, 사용자 데이터를 보호하며, 변화하는 규정에 빠르게 적응하는 도구를 사용하여 규정을 준수하세요.
-
-## 동의 관리 플랫폼이란 무엇인가?
-
-<iframe src="https://www.youtube.com/embed/gZ3y3txZPIE" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>
-
-## 일반적인 동의 관리 과제
-
-엄격한 개인정보보호법과 빠른 앱 업데이트 속도로 인해 사용자 동의를 효과적으로 관리하는 것은 쉽지 않은 과제입니다. 이러한 장애물은 현대적인 업데이트 플랫폼과 원활하게 작동하는 신뢰할 수 있고 유연한 솔루션의 중요성을 강조합니다.
-
-### 개인정보보호법 요구사항
-
-GDPR과 CCPA와 같은 법률은 앱이 사용자 동의를 처리하는 방법에 대한 명확한 규칙을 정합니다. 개발자는 시스템이 다음을 보장할 수 있어야 합니다:
-
--   사용자가 다양한 데이터 유형에 대한 동의 선호도를 조정할 수 있도록 함
--   동의 옵션을 설명하는 데 간단하고 명확한 언어 사용
--   사용자 데이터 보유 기간 정의
--   데이터 이동성 옵션 제공
-
-여러 지역의 규칙을 따라야 할 때 각 지역마다 개인정보보호법을 자체적으로 해석하므로 과제는 더욱 커집니다.
-
-### 규정 준수 페널티
-
-개인정보보호 기준을 충족하지 못하면 큰 벌금과 법적 문제가 발생할 수 있습니다. 동의 처리에서 작은 실수도 규제 조치로 이어질 수 있습니다. 이는 규정을 준수하기 위해 [보안 업데이트](https://capgo.app/docs/live-updates/update-behavior/)를 신속하게 배포하는 것이 필수적임을 의미합니다.
-
-### 업데이트 관리 문제
-
-Capacitor로 구축된 앱의 경우 잦은 업데이트로 인해 동의 관리가 복잡해질 수 있습니다. 전통적인 앱스토어 업데이트 프로세스는 중요한 변경사항을 지연시켜 규정 미준수 위험을 높입니다.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 매우 중요합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-현대적인 업데이트 플랫폼은 24시간 이내에 활성 사용자의 95%가 동의 관련 업데이트를 받을 수 있도록 하여 이 문제를 해결합니다 [\[1\]](https://capgo.app/). 이러한 플랫폼은 또한 종단간 암호화를 사용하고 개인정보보호 기준을 충족하면서 앱 버전 간 호환성을 보장하여 보안을 우선시합니다.
-
-이러한 과제를 해결하는 것은 규정 준수뿐만 아니라 개인정보보호 규정이 계속 변화함에 따라 사용자 신뢰를 유지하는 데도 필수적입니다.
-
-## 동의 관리의 핵심 이점
-
-### 데이터 보호 기준
-
-사용자가 명시적으로 승인한 데이터만 수집하도록 명확한 지침을 설정하세요. 이는 불필요한 데이터 수집을 제한하고 사용자 개인정보보호를 우선시합니다. 사용자 선호도를 지속적으로 추적하면 이러한 기준을 유지하고 청중과의 신뢰를 강화하는 데 도움이 됩니다.
-
-### 사용자 신뢰
-
-투명한 동의 관행은 신뢰 구축의 핵심입니다. 사용자가 자신의 개인정보가 존중받고 있다는 것을 알게 되면 앱이나 플랫폼과 더 잘 상호작용할 가능성이 높아집니다. 개인정보보호 문제를 해결하는 실시간 업데이트와 같은 기능은 사용자 경험을 개선하고 더 나은 고객 피드백으로 이어질 수 있습니다.
-
-### 규정 준수 기록
-
-정확한 기록 유지는 개인정보보호 규정을 충족하는 데 필수적입니다. 다음 사항을 반드시 문서화하세요:
-
--   동의가 제공되거나 철회된 시기
--   허가된 특정 권한
--   동의 세부사항이 제시된 방식
--   수락된 개인정보보호 약관 버전
--   동의가 제공된 맥락
-
-실시간 업데이트는 정확한 규정 준수 기록을 유지하는 데 매우 중요합니다. 개인정보보호법이 변경됨에 따라 앱은 모든 업데이트의 상세한 감사 추적을 유지하면서 동의 시스템을 신속하게 조정해야 합니다. 이러한 수준의 문서화는 특히 여러 지역에서 운영되는 앱에 중요한데, 이는 현지 개인정보보호법 준수의 증거를 제공하고 법적 문제의 위험을 줄이기 때문입니다.
-
-## [Capacitor](https://capacitorjs.com/) 앱에서 동의 설정하기
-
-![Capacitor Framework Documentation Website](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/7e137b9b90adb3934b29b03381f213c1.jpg)
-
-### 동의 UI 만들기
-
-법적 요구사항을 충족하고 원활한 사용자 경험을 제공하는 동의 양식을 설계하세요. 앱을 처음 실행할 때 동의 양식이 다음을 보장하도록 하세요:
-
--   개인정보보호 선택사항을 설명하는 데 간단한 언어 사용
--   사용자에게 상세하고 세분화된 옵션 제공
--   명확한 수락/거부 버튼과 전체 정책 링크 포함
--   플랫폼별 지침을 따르는 네이티브 UI 컴포넌트 활용
-
-사용자는 언제든지 동의 선호도를 업데이트할 수 있으므로 시스템이 규정을 준수하기 위해 실시간 업데이트를 지원하는지 확인하세요.
-
-### 실시간으로 동의 업데이트 유지하기
-
-개인정보보호 규정은 자주 변경되므로 동의 시스템은 유연해야 합니다. 업데이트를 효과적으로 관리하는 방법은 다음과 같습니다:
-
-| 업데이트 유형 | 구현 방법 | 도움이 되는 이유 |
-| --- | --- | --- |
-| 긴급 수정 | 즉시 배포 | 규정 준수 문제를 신속하게 해결 |
-| 정책 변경 | 단계별 출시 | 작은 사용자 그룹으로 통제된 테스트 가능 |
-| UI 개선 | 베타 채널에서 테스트 | 전체 출시 전 원활한 기능 보장 |
-
-### 플랫폼 지침 따르기
-
-Apple과 Google 모두 동의 관리에 대한 특정 규칙이 있습니다. 알아야 할 사항은 다음과 같습니다:
-
-**iOS 앱의 경우:**
-
--   명확한 옵트인 및 옵트아웃 옵션 제공
--   App Store 개인정보보호 라벨링 요구사항 준수
--   필요한 경우 런타임 권한 사용
-
-**Android 앱의 경우:**
-
--   런타임 권한 구현
--   사용자가 쉽게 동의를 철회할 수 있도록 허용
--   데이터 사용 방법을 명확하게 설명
-
-플랫폼 전반에 걸쳐 업데이트를 간소화하고 규정 준수를 유지하려면 실시간 업데이트 시스템 사용을 고려하세요. 이 접근 방식은 불필요한 지연 없이 앱이 최신 개인정보보호 기준을 충족하도록 보장합니다.
-
-## 동의 관리 도구
-
-규정을 준수하면서 빠른 업데이트를 가능하게 하는 도구가 효과적인 동의 관리에 필요합니다.
-
-### 업데이트 방식 비교
-
-동의 관리 측면에서 다양한 업데이트 방식의 성능은 다음과 같습니다:
-
-| 방식 | 업데이트 속도 | 규정 준수 지원 | 사용자 영향 |
-| --- | --- | --- | --- |
-| 앱스토어 업데이트 | 3-7일 | 전체 검토 과정 | 수동 업데이트 필요 |
-| 서버 사이드 컨트롤 | 즉시 | 제한된 감독 | 사용자 조치 불필요 |
-| 실시간 업데이트 | 24시간 이내 | 플랫폼 규정 준수 | [자동 백그라운드 업데이트](https://capgo.app/docs/plugin/self-hosted/auto-update/) |
-
-이 표는 실시간 업데이트가 속도와 사용 편의성 면에서 두드러진다는 것을 보여줍니다. Capgo는 이러한 접근 방식을 충분히 활용하여 효율적인 솔루션을 제공합니다.
-
-### [Capgo](https://capgo.app/) 업데이트 기능
-
-![Capgo Live Update Dashboard Interface](https://assets.seobotai.com/capgo.app/680ad2755a08fca8917730ce/66b4651f868ecdcc17d750c
-
-1. **[자동 업데이트](https://capgo.app/docs/live-updates/update-behavior/)**: 신속한 배포가 가능한 플랫폼을 선택하세요. 예를 들어, Capgo는 24시간 이내에 95%의 사용자 업데이트율을 달성하여 [\[1\]](https://capgo.app/), 규정 준수 조정이 신속하게 이루어지도록 보장합니다.
-2. **안전한 데이터 처리 보장**: 개인정보 보호 규정을 충족하기 위해 종단간 암호화로 동의 업데이트를 보호하세요.
-3. **업데이트 성능 추적**: 분석을 사용하여 업데이트가 얼마나 잘 작동하는지 평가하세요. 최상위 플랫폼은 지속적으로 높은 성공률을 유지합니다 [\[1\]](https://capgo.app/).
-
-현대적인 업데이트 시스템은 다음과 같은 이점을 제공합니다:
-
-- **신속한 조정**: 즉각적인 업데이트 기능으로 팀이 규정 준수 문제를 바로 해결할 수 있습니다.
-- **비용 절감**: 전통적인 CI/CD 설정은 월 약 300달러의 비용이 들 수 있어 [\[1\]](https://capgo.app/), 더 간소화된 옵션이 현명한 선택입니다.
-- **향상된 사용자 경험**: 부분 업데이트는 규정 준수 기준을 충족하면서도 대역폭을 적게 사용합니다.
-
-> "우리는 애자일 개발을 실천하고 있으며 @Capgo는 사용자에게 지속적으로 제공하는 데 핵심적인 역할을 합니다!" - Rodrigo Mantica [\[1\]](https://capgo.app/)
-
-보안, 효율성 및 사용자 경험을 우선시하는 도구를 선택하세요. 이러한 기능은 사용자에게 원활한 경험을 제공하면서 규정 준수를 유지하는 데 도움이 됩니다.
-
-규정 준수는 일회성 작업이 아닙니다. 지속적인 업데이트와 세심한 모니터링이 필요합니다. 정기적인 평가를 통해 개인정보 보호법을 준수하고 사용자 신뢰를 유지할 수 있습니다.
-
-## 자주 묻는 질문
-
-:::faq
-### 앱 개발자는 GDPR 및 CCPA와 같은 진화하는 개인정보 보호법을 어떻게 준수할 수 있나요?
-
-GDPR 및 CCPA와 같은 변화하는 개인정보 보호법을 준수하기 위해 앱 개발자는 **사용자 동의 관리**를 우선시해야 합니다. 여기에는 데이터 수집 또는 처리 전 사용자로부터 명확하고 정보에 입각한 동의를 얻고, 동의를 관리하거나 철회할 수 있는 옵션을 제공하며, 데이터 사용 방법에 대한 투명성을 보장하는 것이 포함됩니다.
-
-Capacitor 앱을 사용하는 개발자의 경우 **Capgo**와 같은 도구를 통해 규정 준수가 더 쉬워질 수 있습니다. Capgo를 사용하면 앱 스토어 승인 없이도 앱을 즉시 업데이트할 수 있어 새로운 개인정보 보호 요구사항을 충족하기 위한 변경사항을 신속하게 구현할 수 있습니다. 종단간 암호화와 실시간 업데이트와 같은 기능을 통해 Capgo는 원활한 사용자 경험을 제공하면서 규정 준수를 유지하는 데 도움이 됩니다.
-:::
-
-:::faq
-### 라이브 업데이트 플랫폼은 기존 업데이트와 비교하여 어떻게 동의 관리와 앱 규정 준수를 개선할 수 있나요?
-
-**Capgo**와 같은 라이브 업데이트 플랫폼을 사용하면 개발자가 긴 앱 스토어 승인 과정을 거치지 않고도 즉시 업데이트, 수정 사항 및 새로운 기능을 푸시할 수 있습니다. 이를 통해 진화하는 데이터 개인정보 보호법을 준수하면서 문제를 해결하거나 새로운 동의 요구사항을 신속하게 구현할 수 있습니다.
-
-**종단간 암호화**, 원활한 **CI/CD 통합** 및 실시간 업데이트와 같은 기능을 통해 이러한 플랫폼은 안전하고 효율적인 워크플로우를 유지하면서 규정 준수를 더 쉽게 관리할 수 있게 합니다. 몇 주가 걸릴 수 있는 기존 업데이트 방식과 달리, 라이브 업데이트를 사용하면 규제 변경이나 사용자 피드백에 몇 분 안에 대응할 수 있어 앱을 최신 상태로 유지하고 사용자를 보호할 수 있습니다.
-:::
-
-:::faq
-### 데이터 개인정보 보호법을 준수하기 위해 사용자 동의를 어떻게 적절히 문서화하고 관리할 수 있나요?
-
-데이터 개인정보 보호법을 준수하기 위해서는 사용자 동의를 적절히 문서화하고 관리하는 것이 필수적입니다. 먼저 앱 내에 어떤 데이터가 수집되고 어떻게 사용될 것인지 설명하는 **명확하고 사용자 친화적인 동의 양식**을 구현하세요. 사용자가 언제든지 쉽게 동의를 제공, 수정 또는 철회할 수 있도록 하세요.
-
-다음으로, 사용자 동의에 대한 **상세한 기록**을 유지하세요. 여기에는 타임스탬프, 동의한 특정 약관, 동의 약관의 업데이트가 포함됩니다. 동의 추적을 자동화하는 도구나 플랫폼을 사용하면 이 과정을 단순화하고 오류를 줄일 수 있습니다.
-
-Capacitor 앱을 사용하는 경우, **Capgo**와 같은 플랫폼을 통해 원활한 라이브 업데이트를 제공하고 앱이 최신 개인정보 보호 요구사항을 반영하도록 함으로써 규정 준수를 유지할 수 있습니다. 종단간 암호화와 실시간 업데이트와 같은 기능을 통해 Capgo는 Apple과 Android 표준을 모두 준수하도록 지원하여 사용자 동의와 관련된 변경사항을 더 쉽게 관리할 수 있게 합니다.
-:::
diff --git a/src/content/blog/zh/android-16kb-page-size-capacitor-plugins.md b/src/content/blog/zh/android-16kb-page-size-capacitor-plugins.md
deleted file mode 100644
index cf76ceec2..000000000
--- a/src/content/blog/zh/android-16kb-page-size-capacitor-plugins.md
+++ /dev/null
@@ -1,104 +0,0 @@
----
-slug: android-16kb-page-size-capacitor-plugins
-title: "Android 16 KB 页面大小：找到有问题的插件以及后续步骤"
-description: 一个简单的指南，用于识别哪个 Capacitor 插件在 Android 16 KB 页面大小设备上失败、首先要检查什么以及何时要求 Capgo 分叉和维护它。
-author: Martin Donadieu
-author_image_url: https://avatars.githubusercontent.com/u/4084527?v=4
-author_url: https://github.com/riderx
-created_at: 2025-09-12T13:55:00.000Z
-updated_at: 2025-12-12T10:19:39.000Z
-head_image: /android-16kb-page-size-capacitor-plugins.webp
-head_image_alt: Capacitor 的 Android 16 KB 页面大小调试
-keywords: Capacitor, Android 16KB 页面大小, 插件, 故障排除, 应用崩溃, 维护, 分叉
-tag: 开发, Mobile, Capacitor
-published: true
-locale: zh
-next_blog: ''
----
-
-具有 16 KB 内存页面的 Android 设备正在推出。如果 Capacitor 插件（或其本机依赖项之一）未准备好，功能可能会停止工作，或应用可能会在某些手机上崩溃。实施正在加强，所以立即计划修复。
-
-重要：从 2025 年 11 月 1 日起，所有提交到 Google Play 并针对 Android 15+ 设备的新应用和现有应用的更新必须在 64 位设备上支持 16 KB 页面大小。
-
-本指南简化了一切：找到失败的插件，检查简单的更新，如果插件看起来未维护，请要求 [Capgo 咨询](/consulting) 为您分叉和维护它。
-
-## 16 KB 设备上的症状
-
-- 在某些 Android 手机上有效，在其他手机上失败（通常是较新的型号）。
-- 当使用特定插件（相机、文件、蓝牙等）时，功能停止工作。
-- 有时在调试中工作，在发布中不工作。
-
-提示：尝试在最近的旗舰 Android 设备上重现早期问题。
-
-## 第 1 步 — 确保这是插件问题
-
-- 重现问题并注意您正在使用的功能。
-- 在代码中临时隐藏/禁用该功能。如果问题消失，相关插件可能是原因。
-
-## 第 2 步 — 找出哪个插件失败了
-
-- 逐一关闭功能（或注释掉插件调用），直到应用停止失败。
-- 您在它再次开始工作之前禁用的最后一个功能指向有问题的插件。
-
-## 第 3 步 — 检查快速修复
-
-一旦您知道了插件：
-
-- 更新到插件和 Capacitor 包的最新版本。
-- 阅读插件的 README/changelog 以了解 Android 16 KB 说明。
-- 检查公开的问题/讨论，了解类似的报告和推荐的版本。
-
-## 第 4 步 — 询问维护者
-
-如果最新版本仍然失败：
-
-- 打开一个简短明确的问题："在 16 KB 页面大小的 Android 设备上失败；功能 X 不再工作。"
-- 包括您的 Capacitor 版本、插件版本和快速重现描述。
-- 等待响应 — 某些团队需要几天时间。
-
-## 第 5 步 — 如果插件看起来未维护
-
-需要注意的迹象：
-
-- 几个月没有发布或维护者回复。
-- 关于 Android 兼容性的多个公开问题没有答案。
-
-您的选择：
-
-- 用积极维护的替代品替换它。
-- 或要求 [Capgo 咨询](/consulting) 分叉并维护它，以便您的应用保持兼容。
-
-## 第 6 步 — 健全性检查
-
-在发货前进行快速检查：
-
-- 在至少一个最新的 Android 设备和一个较旧的设备上测试该功能。
-- 使用发布版本进行最终测试。
-- 保持应用版本、插件版本和通过的设备型号的记录。
-
-## 第 7 步 — 决定：更新、替换或分叉
-
-- 更新：最好的情况 — 安装最新的插件/应用版本即可完成。
-- 替换：切换到维护的替代品（如果存在）。
-- 分叉：当您需要它工作而插件没有进行时，让 [Capgo 咨询](/consulting) 为您分叉和维护。
-
-## 支持包（简短而有用）
-
-分享这个以加速帮助（与维护者或 [Capgo 咨询](/consulting)）：
-
-- 应用版本/内部版本号
-- Capacitor 版本
-- 插件名称和版本
-- 受影响的设备/Android 版本
-- 您尝试的内容（更新、替代品等）
-- 简单的重现步骤
-
-## 聘请 Capgo：我们会让它工作
-
-如果 16 KB 设备破坏了您的应用，而插件还没有准备好，请与我们联系：
-
-- 我们快速识别有问题的插件并确认故障。
-- 我们修复它：更新、修补或分叉 — 并继续维护。
-- 在推出实施时，我们帮助您避免最后一刻的仓促。
-
-告诉我们哪个功能失败了以及插件名称（如果您知道的话）。我们会处理剩下的。访问我们的服务页面：[Capgo 咨询](/consulting)
diff --git a/src/content/docs/de/docs/cli/cloud-build/android.mdx b/src/content/docs/de/docs/cli/cloud-build/android.mdx
deleted file mode 100644
index 273446a8d..000000000
--- a/src/content/docs/de/docs/cli/cloud-build/android.mdx
+++ /dev/null
@@ -1,470 +0,0 @@
----
-title: Android Builds
-description: Android-Apps mit Capgo Cloud Build konfigurieren und erstellen
-sidebar:
-  order: 3
-locale: de
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Erstellen und übermitteln Sie Android-Apps an den Google Play Store mithilfe der sicheren Cloud-Infrastruktur von Capgo.
-
-## Bevor Sie erstellen
-
-<CardGrid>
-  <Card title="⚠️ Richten Sie zuerst Android-Zugangsdaten ein" icon="warning">
-    **Erforderlich:** Sie müssen Ihre Android-Zugangsdaten speichern, bevor Sie Release-Apps erstellen.
-
-    [Android-Zugangsdaten einrichten →](/docs/cli/cloud-build/credentials/#saving-android-credentials)
-  </Card>
-</CardGrid>
-
-## Wie Android Builds funktionieren
-
-Android-Builds laufen in sicheren Cloudflare-Sandboxen:
-
-- **Infrastruktur**: Cloudflare Workers mit containerisiertem Android SDK
-- **Build-Tool**: Gradle mit Android Build Tools
-- **Ausführung**: Isolierte Sandbox-Umgebung pro Build
-- **Bereinigung**: Sofortige Löschung nach Build-Abschluss
-- **Sicherheit**: Kein persistenter Speicher, vollständige Isolation zwischen Builds
-
-## Voraussetzungen
-
-Bevor Sie für Android erstellen, benötigen Sie:
-
-### 1. Entwicklungsumgebung (Lokales Testen)
-
-- Android Studio lokal installiert (für die anfängliche Keystore-Einrichtung)
-- Ihre App erstellt erfolgreich mit `npx cap open android`
-- Java JDK 17 oder höher
-
-### 2. Signatur-Keystore
-
-Für Release-Builds benötigen Sie einen Signatur-Keystore:
-
-| Build-Typ | Keystore erforderlich | Zweck |
-|------------|-------------------|---------|
-| **Debug** | Nein | Nur für Tests, automatisch generiert |
-| **Release** | Ja | Play Store-Übermittlung |
-
-## Einen Keystore erstellen
-
-<Aside type="tip">
-Für detaillierte Schritt-für-Schritt-Anleitungen mit Screenshots besuchen Sie:
-- [Android-Zertifikate-Anleitung](https://capgo.app/cloud/native-builds/certificates/android/)
-- [Blog: Automatische Android-Builds mit GitHub Actions](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)
-</Aside>
-
-Wenn Sie noch keinen Keystore haben, erstellen Sie einen:
-
-```bash
-keytool -genkey -v \
-  -keystore my-release-key.keystore \
-  -alias my-key-alias \
-  -keyalg RSA \
-  -keysize 2048 \
-  -validity 10000
-```
-
-Beantworten Sie die Aufforderungen:
-- **Passwort**: Wählen Sie ein starkes Passwort (sicher aufbewahren!)
-- **Name**: Ihr Name oder Firmenname
-- **Organisation**: Ihr Firmenname
-- **Standort**: Ihre Stadt, Bundesland, Land
-
-<Aside type="caution">
-**Wichtig**: Bewahren Sie Ihre Keystore-Datei und Passwörter sicher auf! Wenn Sie diese verlieren, können Sie Ihre App im Play Store nicht aktualisieren.
-</Aside>
-
-### Keystore-Komponenten verstehen
-
-Beim Erstellen eines Keystores müssen Sie sich Folgendes merken:
-
-1. **Keystore-Passwort** (`KEYSTORE_STORE_PASSWORD`): Das Passwort für die Keystore-Datei selbst
-2. **Key-Alias** (`KEYSTORE_KEY_ALIAS`): Der Name/Bezeichner für Ihren Signaturschlüssel innerhalb des Keystores
-3. **Key-Passwort** (`KEYSTORE_KEY_PASSWORD`): Das Passwort für den spezifischen Schlüssel (kann identisch mit dem Store-Passwort sein)
-
-**Beispiel-Workflow:**
-```bash
-# Aliase in Ihrem Keystore auflisten, um zu überprüfen
-keytool -list -keystore my-release-key.keystore
-
-# Detaillierte Informationen über Ihren Schlüssel anzeigen
-keytool -list -v -keystore my-release-key.keystore -alias my-key-alias
-```
-
-## Build-Konfiguration
-
-### Erforderliche Umgebungsvariablen
-
-Für **Release-Builds** legen Sie diese Zugangsdaten fest:
-
-```bash
-# Android-Signatur (Erforderlich für Release)
-ANDROID_KEYSTORE_FILE="<base64-kodierter-keystore>"
-KEYSTORE_KEY_ALIAS="my-key-alias"
-KEYSTORE_KEY_PASSWORD="<key-passwort>"
-KEYSTORE_STORE_PASSWORD="<store-passwort>"
-
-# Play Store-Veröffentlichung (Optional, für automatische Übermittlung)
-PLAY_CONFIG_JSON="<base64-kodierte-service-account-json>"
-```
-
-### Base64-Zugangsdaten generieren
-
-**Keystore-Datei:**
-```bash
-base64 -i my-release-key.keystore | pbcopy
-```
-
-**Play Store Service Account JSON:**
-```bash
-base64 -i play-store-service-account.json | pbcopy
-```
-
-Die Base64-Zeichenfolge befindet sich jetzt in Ihrer Zwischenablage.
-
-### Play Store Service Account einrichten
-
-Um automatische Play Store-Uploads zu ermöglichen, müssen Sie ein Google Cloud Service Account mit entsprechenden Berechtigungen erstellen.
-
-<Aside type="tip">
-Für detaillierte Anweisungen mit Screenshots siehe die [Android-Zertifikate-Anleitung](https://capgo.app/cloud/native-builds/certificates/android/).
-</Aside>
-
-<Steps>
-
-1. **Service Account in Google Cloud erstellen**
-   - Gehen Sie zu [Google Play Console](https://play.google.com/console) → Einrichtung → API-Zugriff
-   - Klicken Sie auf "Neues Service Account erstellen"
-   - Folgen Sie dem Link zur Google Cloud Console
-   - Klicken Sie auf "Service Account erstellen"
-   - Geben Sie einen Namen ein (z. B. "Capgo CI/CD")
-   - Erteilen Sie die Rolle "Service Account User"
-   - Klicken Sie auf "Fertig"
-
-2. **JSON-Schlüssel erstellen**
-   - Finden Sie in der Google Cloud Console Ihr Service Account
-   - Klicken Sie auf die Service Account-E-Mail
-   - Gehen Sie zum Tab "Schlüssel"
-   - Klicken Sie auf "Schlüssel hinzufügen" → "Neuen Schlüssel erstellen"
-   - Wählen Sie das Format "JSON"
-   - Laden Sie die JSON-Datei herunter (sicher aufbewahren!)
-
-3. **Berechtigungen in der Play Console erteilen**
-   - Gehen Sie zurück zur Google Play Console → Einrichtung → API-Zugriff
-   - Finden Sie Ihr Service Account in der Liste
-   - Klicken Sie auf "Zugriff gewähren"
-   - Wählen Sie unter "App-Berechtigungen" Ihre App aus
-   - Erteilen Sie unter "Kontoberechtigungen":
-     - **Releases**: "App-Informationen anzeigen und Massenberichte herunterladen (schreibgeschützt)"
-     - **Releases**: "Entwurfsreleases erstellen, bearbeiten und löschen"
-     - **Releases**: "In Produktion veröffentlichen, Geräte ausschließen und Play App Signing verwenden"
-   - Klicken Sie auf "Benutzer einladen"
-
-4. **Einladung annehmen**
-   - Das Service Account erhält eine Einladungs-E-Mail
-   - Akzeptieren Sie die Einladung, um die Berechtigungen zu aktivieren
-
-</Steps>
-
-<Aside type="caution">
-Die Service Account JSON-Datei enthält vertrauliche Zugangsdaten. Committen Sie sie niemals in die Versionskontrolle oder teilen Sie sie öffentlich.
-</Aside>
-
-## Für Android erstellen
-
-### Debug-Build
-
-Perfekt zum Testen ohne Signatur:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-Dies erstellt ein Debug-APK, das auf jedem Gerät zum Testen installiert werden kann.
-
-### Release-Build
-
-Für Play Store-Übermittlung:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-Erfordert, dass Signaturzugangsdaten als Umgebungsvariablen konfiguriert sind.
-
-## CI/CD-Integration
-
-### GitHub Actions-Beispiel
-
-```yaml
-name: Build Android App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync android
-
-      - name: Build Android app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_STORE_CONFIG }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform android \
-            --build-mode release
-```
-
-## Details zum Build-Prozess
-
-### Was passiert während eines Android-Builds
-
-<Steps>
-
-1. **Sandbox-Initialisierung** (~5 Sekunden)
-   - Sicherer Container wird gestartet
-   - Android SDK und Gradle geladen
-   - Isoliertes Dateisystem erstellt
-
-2. **Projekt-Setup** (~20 Sekunden)
-   - Projekt-Zip von R2 heruntergeladen
-   - In Build-Verzeichnis extrahiert
-   - Signaturzugangsdaten eingefügt
-
-3. **Gradle-Build** (2-4 Minuten)
-   - Abhängigkeiten heruntergeladen
-   - APK/AAB-Kompilierung
-   - ProGuard/R8-Optimierung (Release-Modus)
-   - Code-Signatur angewendet
-
-4. **Play Store-Upload** (30 Sekunden, falls konfiguriert)
-   - AAB zur Play Console hochgeladen
-   - Release-Track konfiguriert
-   - Übermittlung initiiert
-
-5. **Bereinigung** (sofort)
-   - Alle Dateien gelöscht
-   - Container zerstört
-   - Keine Artefakte gespeichert
-
-</Steps>
-
-### Build-Stack
-
-Unsere Android-Build-Umgebung umfasst:
-
-- **Java**: OpenJDK 17
-- **Android SDK**: Neueste stabile Version
-- **Gradle**: 8.x
-- **Build Tools**: 34.x
-- **Node.js**: 18.x (LTS)
-- **NPM**: Neueste stabile Version
-
-## Build-Ausgabe
-
-### APK vs AAB
-
-- **APK** (Android Package): Installierbare Datei für direkte Installation
-- **AAB** (Android App Bundle): Von Google Play empfohlenes Format (kleinere Downloads für Benutzer)
-
-Standardmäßig erstellen Capgo-Builds:
-- **Debug-Modus**: APK
-- **Release-Modus**: AAB (optimiert für Play Store)
-
-## Build-Zeiten
-
-Typische Android-Build-Zeiten:
-
-| Build-Typ | Durchschnittliche Zeit |
-|------------|--------------|
-| Debug | 2-3 Minuten |
-| Release (ohne ProGuard) | 3-4 Minuten |
-| Release (mit ProGuard) | 4-6 Minuten |
-
-<Aside type="note">
-Android-Builds kosten **1× den Basistarif** (halb so viel wie iOS-Builds).
-</Aside>
-
-## Build-Varianten
-
-### Benutzerdefinierte Build-Varianten
-
-Wenn Ihre App benutzerdefinierte Build-Varianten hat (z. B. `staging`, `production`), verwenden Sie `build-config`:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release \
-  --build-config '{"variant":"staging"}'
-```
-
-Dies erstellt die Variante `stagingRelease`.
-
-### Flavor-Dimensionen
-
-Für Apps mit Flavor-Dimensionen:
-
-```bash
---build-config '{"flavor":"premium","variant":"production"}'
-```
-
-Dies erstellt die Variante `premiumProductionRelease`.
-
-## Fehlerbehebung
-
-### Häufige Probleme
-
-**"Keystore password incorrect"**
-- Überprüfen Sie, ob KEYSTORE_STORE_PASSWORD mit Ihrem Keystore übereinstimmt
-- Stellen Sie sicher, dass KEYSTORE_KEY_PASSWORD mit Ihrem Key-Alias-Passwort übereinstimmt
-- Prüfen Sie auf zusätzliche Leerzeichen oder Sonderzeichen
-
-**"Key alias not found"**
-- Überprüfen Sie, ob KEYSTORE_KEY_ALIAS genau übereinstimmt (Groß-/Kleinschreibung beachten)
-- Aliase auflisten: `keytool -list -keystore my-release-key.keystore`
-
-**"Gradle build failed"**
-- Überprüfen Sie die Build-Protokolle auf den spezifischen Fehler
-- Stellen Sie sicher, dass Ihre App lokal mit `./gradlew assembleRelease` erstellt wird
-- Überprüfen Sie, ob alle nativen Abhängigkeiten in `build.gradle` sind
-
-**"Play Store upload failed"**
-- Überprüfen Sie, ob die Service Account JSON gültig ist
-- Stellen Sie sicher, dass das Service Account korrekte Berechtigungen in der Play Console hat
-- Prüfen Sie, ob die App ordnungsgemäß in der Play Console eingerichtet ist
-
-**"Build timeout"**
-- Große Apps benötigen möglicherweise Optimierung
-- Prüfen Sie, ob unnötige Abhängigkeiten entfernt werden können
-- Kontaktieren Sie den Support, wenn Builds ständig ein Timeout erreichen
-
-### Debug-Protokolle
-
-Achten Sie auf diese wichtigen Phasen in den Build-Protokollen:
-
-```
-→ Downloading dependencies...
-→ Running Gradle assembleRelease...
-→ Signing APK/AAB...
-→ Uploading to Play Store...
-✔ Build succeeded
-```
-
-Wenn ein Build fehlschlägt, wird der spezifische Gradle-Fehler in den Protokollen angezeigt.
-
-## Bewährte Methoden
-
-### 1. Zuerst lokal testen
-
-Stellen Sie immer sicher, dass Ihr Android-Build lokal funktioniert:
-
-```bash
-cd android
-./gradlew assembleRelease
-# oder
-./gradlew bundleRelease
-```
-
-### 2. Sichern Sie Ihren Keystore
-
-- Committen Sie niemals Keystores in die Versionskontrolle
-- Speichern Sie in sicherer Secrets-Verwaltung (1Password, AWS Secrets Manager usw.)
-- Bewahren Sie Backup-Kopien an mehreren sicheren Orten auf
-- Dokumentieren Sie Passwörter in einem sicheren Passwort-Manager
-
-### 3. Versionsverwaltung
-
-Capgo liest die Version aus Ihrer `capacitor.config.json`:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "My App",
-  "version": "1.0.0",
-  "build": "1"
-}
-```
-
-Erhöhen Sie die `build`-Nummer für jedes Release.
-
-### 4. ProGuard-Konfiguration
-
-Für Release-Builds stellen Sie sicher, dass ProGuard-Regeln ordnungsgemäß konfiguriert sind:
-
-```
-# android/app/proguard-rules.pro
--keep class com.getcapacitor.** { *; }
--keep @com.getcapacitor.annotation.CapacitorPlugin public class * {
-  @com.getcapacitor.annotation.PluginMethod public <methods>;
-}
-```
-
-### 5. Build-Größe überwachen
-
-Behalten Sie die APK/AAB-Größe im Auge, um sicherzustellen, dass sie optimiert ist:
-
-```
-Die CLI zeigt die endgültige Größe an:
-→ APK size: 12.4 MB
-```
-
-Wenn Ihre App groß ist (>50 MB), erwägen Sie:
-- ProGuard/R8 aktivieren
-- AAB-Format verwenden (dynamische Bereitstellung)
-- Bilder und Assets optimieren
-
-## Play Store-Übermittlung
-
-### Automatische Übermittlung
-
-Mit konfiguriertem PLAY_CONFIG_JSON werden Builds automatisch zum internen Test-Track der Play Console hochgeladen.
-
-### Manuelle Übermittlung
-
-Wenn Sie manuelle Übermittlung bevorzugen:
-
-1. Führen Sie den Build ohne PLAY_CONFIG_JSON aus
-2. Laden Sie das AAB von Build-Artefakten herunter (falls konfiguriert)
-3. Laden Sie es manuell zur Play Console hoch
-
-## Nächste Schritte
-
-- [iOS Builds](/docs/cli/cloud-build/ios/) - iOS-Builds konfigurieren
-- [Fehlerbehebung](/docs/cli/cloud-build/troubleshooting/) - Häufige Build-Probleme
-- [CLI-Referenz](/docs/cli/reference/build/) - Vollständige Befehlsdokumentation
-
-## Brauchen Sie Hilfe?
-
-- [Fehlerbehebungsanleitung](/docs/cli/cloud-build/troubleshooting/)
-- [Discord-Community](https://discord.com/invite/VnYRvBfgA6)
-- E-Mail: support@capgo.app
diff --git a/src/content/docs/de/docs/cli/cloud-build/credentials.mdx b/src/content/docs/de/docs/cli/cloud-build/credentials.mdx
deleted file mode 100644
index 8a71e0e2b..000000000
--- a/src/content/docs/de/docs/cli/cloud-build/credentials.mdx
+++ /dev/null
@@ -1,404 +0,0 @@
----
-title: Verwaltung von Zugangsdaten
-description: Speichern und verwalten Sie Build-Zugangsdaten lokal für iOS- und Android-Builds
-sidebar:
-  order: 5
-locale: de
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-
-Verwalten Sie Ihre iOS- und Android-Build-Zugangsdaten lokal für bequeme Cloud-Builds.
-
-## Übersicht
-
-Die Capgo CLI ermöglicht es Ihnen, Build-Zugangsdaten lokal auf Ihrem Computer im Ordner `.capgo-credentials` zu speichern. Wenn Sie einen Build ausführen, werden diese Zugangsdaten automatisch verwendet und sicher an die Build-Server von Capgo gesendet.
-
-<Aside type="tip" title="Benötigen Sie Hilfe beim Erhalt von Zugangsdaten?">
-Wenn Sie Ihre Zertifikate und Zugangsdaten noch nicht haben, lesen Sie diese umfassenden Anleitungen:
-
-**iOS:**
-- [So erhalten Sie iOS-Zertifikate](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) - Schritt-für-Schritt-Anleitung
-- [iOS-Zertifikate-Anleitung (Capgo)](https://capgo.app/cloud/native-builds/certificates/ios/) - Detailliertes Tutorial mit Screenshots
-- [Blog: Automatische iOS-Builds](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) - Vollständige CI/CD-Einrichtung
-
-**Android:**
-- [Einen Keystore erstellen](/docs/cli/cloud-build/android/#creating-a-keystore) - Schritt-für-Schritt-Anleitung
-- [Android-Zertifikate-Anleitung (Capgo)](https://capgo.app/cloud/native-builds/certificates/android/) - Detailliertes Tutorial mit Screenshots
-- [Blog: Automatische Android-Builds](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) - Vollständige CI/CD-Einrichtung
-</Aside>
-
-<Aside type="caution" title="Sicherheitsgarantie">
-**Ihre Zugangsdaten werden NIEMALS dauerhaft auf Capgo-Servern gespeichert:**
-- ✅ Werden NUR während des aktiven Build-Prozesses verwendet
-- ✅ Automatisch nach Build-Abschluss gelöscht
-- ✅ Maximale Aufbewahrung: 24 Stunden (auch bei fehlgeschlagenem Build)
-- ✅ Apps werden direkt an App Store/Play Store gesendet - wir speichern NICHTS
-- ✅ Sicher über HTTPS übertragen
-</Aside>
-
-## Befehle
-
-### Zugangsdaten speichern
-
-Speichern Sie Ihre Build-Zugangsdaten lokal zur automatischen Verwendung:
-
-```bash
-npx @capgo/cli build credentials save --platform <ios|android> [optionen]
-```
-
-### Zugangsdaten auflisten
-
-Zeigen Sie derzeit gespeicherte Zugangsdaten an (Passwörter sind maskiert):
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-### Zugangsdaten löschen
-
-Entfernen Sie gespeicherte Zugangsdaten von Ihrem lokalen Computer:
-
-```bash
-# Alle Zugangsdaten löschen
-npx @capgo/cli build credentials clear
-
-# Nur iOS-Zugangsdaten löschen
-npx @capgo/cli build credentials clear --platform ios
-
-# Nur Android-Zugangsdaten löschen
-npx @capgo/cli build credentials clear --platform android
-```
-
-## iOS-Zugangsdaten speichern
-
-<Aside type="note">
-**Haben Sie noch keine iOS-Zertifikate?** Siehe die [iOS Builds-Anleitung](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) für Anweisungen zum Erstellen von Zertifikaten und Bereitstellungsprofilen.
-</Aside>
-
-### Vollständiges Beispiel
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform ios \
-  --certificate ./cert.p12 \
-  --p12-password "YourP12Password" \
-  --provisioning-profile ./profile.mobileprovision \
-  --apple-key ./AuthKey_ABC1234567.p8 \
-  --apple-key-id "ABC1234567" \
-  --apple-issuer-id "00000000-0000-0000-0000-000000000000" \
-  --apple-team-id "TEAM123456"
-```
-
-### iOS-Optionen
-
-| Option | Beschreibung | Erforderlich |
-|--------|-------------|----------|
-| `--certificate <pfad>` | Pfad zur .p12-Zertifikatsdatei | Ja (Release) |
-| `--p12-password <passwort>` | Passwort für das .p12-Zertifikat | Ja (Release) |
-| `--provisioning-profile <pfad>` | Pfad zur .mobileprovision-Datei | Ja (Release) |
-| `--provisioning-profile-prod <pfad>` | Produktions-Bereitstellungsprofil (optional) | Nein |
-| `--apple-key <pfad>` | Pfad zum App Store Connect API .p8-Schlüssel | Ja (Übermittlung) |
-| `--apple-key-id <id>` | App Store Connect API Key ID | Ja (Übermittlung) |
-| `--apple-issuer-id <id>` | App Store Connect API Issuer ID (UUID) | Ja (Übermittlung) |
-| `--apple-team-id <id>` | App Store Connect Team ID | Ja (Übermittlung) |
-| `--apple-id <email>` | Apple ID E-Mail (alternative Authentifizierung) | Nein |
-| `--apple-app-password <passwort>` | App-spezifisches Passwort (alternative Authentifizierung) | Nein |
-
-### Was wird gespeichert
-
-Wenn Sie iOS-Zugangsdaten speichern, führt die CLI folgende Schritte aus:
-1. Liest die Zertifikats- und Bereitstellungsprofildateien
-2. Konvertiert sie in Base64-Kodierung
-3. Speichert die Zugangsdaten im Ordner `.capgo-credentials`
-4. Speichert Passwörter und IDs als Klartext (nur lokale Dateien)
-
-Die gespeicherte Dateistruktur:
-```json
-{
-  "ios": {
-    "BUILD_CERTIFICATE_BASE64": "...",
-    "BUILD_PROVISION_PROFILE_BASE64": "...",
-    "APPLE_KEY_CONTENT": "...",
-    "P12_PASSWORD": "...",
-    "APPLE_KEY_ID": "ABC1234567",
-    "APPLE_ISSUER_ID": "...",
-    "APP_STORE_CONNECT_TEAM_ID": "TEAM123456"
-  }
-}
-```
-
-## Android-Zugangsdaten speichern
-
-<Aside type="note">
-**Haben Sie noch keinen Keystore?** Siehe die [Android Builds-Anleitung](/docs/cli/cloud-build/android/#creating-a-keystore) für Anweisungen zum Erstellen eines Keystores und Einrichten von Play Store-Zugangsdaten.
-</Aside>
-
-### Vollständiges Beispiel
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform android \
-  --keystore ./release.keystore \
-  --keystore-alias "my-key-alias" \
-  --keystore-key-password "KeyPassword123" \
-  --keystore-store-password "StorePassword123" \
-  --play-config ./play-store-service-account.json
-```
-
-### Android-Optionen
-
-| Option | Beschreibung | Erforderlich |
-|--------|-------------|----------|
-| `--keystore <pfad>` | Pfad zur .keystore- oder .jks-Datei | Ja (Release) |
-| `--keystore-alias <alias>` | Key-Alias im Keystore | Ja (Release) |
-| `--keystore-key-password <passwort>` | Passwort für den Key-Alias | Ja (Release) |
-| `--keystore-store-password <passwort>` | Passwort für den Keystore | Ja (Release) |
-| `--play-config <pfad>` | Pfad zur Play Store Service Account JSON | Ja (Übermittlung) |
-
-### Was wird gespeichert
-
-Wenn Sie Android-Zugangsdaten speichern, führt die CLI folgende Schritte aus:
-1. Liest den Keystore und die Service Account JSON-Dateien
-2. Konvertiert sie in Base64-Kodierung
-3. Speichert die Zugangsdaten im Ordner `.capgo-credentials`
-4. Speichert Passwörter und Alias als Klartext (nur lokale Dateien)
-
-Die gespeicherte Dateistruktur:
-```json
-{
-  "android": {
-    "ANDROID_KEYSTORE_FILE": "...",
-    "PLAY_CONFIG_JSON": "...",
-    "KEYSTORE_KEY_ALIAS": "my-key-alias",
-    "KEYSTORE_KEY_PASSWORD": "...",
-    "KEYSTORE_STORE_PASSWORD": "..."
-  }
-}
-```
-
-## Gespeicherte Zugangsdaten verwenden
-
-Sobald Sie Zugangsdaten gespeichert haben, werden sie beim Build automatisch verwendet:
-
-```bash
-# Zugangsdaten werden automatisch aus dem .capgo-credentials-Ordner geladen
-npx @capgo/cli build com.example.app --platform ios
-```
-
-Sie können gespeicherte Zugangsdaten auch mithilfe von Umgebungsvariablen überschreiben:
-
-```bash
-# Umgebungsvariablen haben Vorrang vor gespeicherten Zugangsdaten
-BUILD_CERTIFICATE_BASE64="..." \
-P12_PASSWORD="different-password" \
-npx @capgo/cli build com.example.app --platform ios
-```
-
-**Rangfolge:**
-1. Umgebungsvariablen (höchste Priorität)
-2. Gespeicherte Zugangsdaten im Ordner `.capgo-credentials`
-3. Keine Zugangsdaten (niedrigste Priorität)
-
-## Gespeicherte Zugangsdaten anzeigen
-
-Listen Sie auf, welche Zugangsdaten Sie gespeichert haben:
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-Beispielausgabe:
-```
-📋 Gespeicherte Build-Zugangsdaten:
-
-iOS-Zugangsdaten:
-  ✓ Zertifikat (base64)
-  ✓ Bereitstellungsprofil (base64)
-  ✓ Apple Key Content (base64)
-  ✓ P12-Passwort: ********
-  ✓ Apple Key ID: ABC1234567
-  ✓ Apple Issuer ID: 00000000-0000-0000-0000-000000000000
-  ✓ Team ID: TEAM123456
-
-Android-Zugangsdaten:
-  ✓ Keystore (base64)
-  ✓ Play Store Config (base64)
-  ✓ Keystore-Alias: my-key-alias
-  ✓ Key-Passwort: ********
-  ✓ Store-Passwort: ********
-
-Speicherort: .capgo-credentials/
-
-🔒 Diese Zugangsdaten werden nur lokal auf Ihrem Computer gespeichert.
-   Beim Erstellen werden sie an Capgo gesendet, aber NIEMALS dort gespeichert.
-   Sie werden nach Build-Abschluss automatisch gelöscht (max. 24 Stunden).
-```
-
-## Bewährte Methoden für Sicherheit
-
-### Sicherheit bei lokaler Speicherung
-
-1. **Dateiberechtigungen**
-   ```bash
-   # Stellen Sie sicher, dass der Zugangsdatenordner nicht von anderen lesbar ist
-   chmod 700 .capgo-credentials
-   chmod 600 .capgo-credentials/*
-   ```
-
-2. **Niemals Zugangsdaten committen**
-   ```bash
-   # Zu .gitignore hinzufügen
-   echo ".capgo-credentials/" >> .gitignore
-   ```
-
-3. **Zugangsdaten trennen**
-   - Verwenden Sie unterschiedliche Zugangsdaten für lokale Entwicklung vs. CI/CD
-   - Rotieren Sie Zugangsdaten regelmäßig
-   - Teilen Sie keine Zugangsdaten zwischen Teammitgliedern
-
-### CI/CD-Verwendung
-
-Für CI/CD-Umgebungen **bevorzugen Sie Umgebungsvariablen** gegenüber gespeicherten Zugangsdaten:
-
-```yaml
-# GitHub Actions
-env:
-  BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-  P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-  # ... weitere Secrets
-```
-
-Dies ist sicherer, weil:
-- Secrets von Ihrer CI/CD-Plattform verwaltet werden
-- Keine Zugangsdatendateien auf Runnern
-- Einfache Rotation und Zugriffskontrolle
-- Audit-Trails für Secret-Verwendung
-
-### Zugangsdaten-Rotation
-
-Rotieren Sie Ihre Zugangsdaten regelmäßig:
-
-1. **iOS**: Generieren Sie jährlich neue Zertifikate und API-Schlüssel
-2. **Android**: Ändern Sie Keystore-Passwörter jährlich
-3. **Nach Teamänderungen**: Rotieren Sie, wenn Teammitglieder ausscheiden
-
-Gespeicherte Zugangsdaten aktualisieren:
-```bash
-# Führen Sie den save-Befehl mit neuen Zugangsdaten erneut aus
-npx @capgo/cli build credentials save --platform ios --certificate ./new-cert.p12 ...
-```
-
-## Fehlerbehebung
-
-### "No credentials found"
-
-Wenn der Build sagt, dass keine Zugangsdaten gefunden wurden:
-
-1. **Prüfen Sie, ob Zugangsdaten gespeichert sind**:
-   ```bash
-   npx @capgo/cli build credentials list
-   ```
-
-2. **Zugangsdaten speichern, falls fehlend**:
-   ```bash
-   npx @capgo/cli build credentials save --platform ios ...
-   ```
-
-3. **Überprüfen Sie, ob der Zugangsdatenordner existiert**:
-   ```bash
-   ls -la .capgo-credentials/
-   ```
-
-### "Permission denied" beim Lesen von Zugangsdaten
-
-Dateiberechtigungen korrigieren:
-
-```bash
-chmod 700 .capgo-credentials
-chmod 600 .capgo-credentials/*
-```
-
-### Zugangsdaten werden nicht verwendet
-
-Überprüfen Sie, dass die korrekte Plattform angegeben ist:
-
-```bash
-# Stellen Sie sicher, dass --platform mit gespeicherten Zugangsdaten übereinstimmt
-npx @capgo/cli build com.example.app --platform ios  # Verwendet iOS-Zugangsdaten
-npx @capgo/cli build com.example.app --platform android  # Verwendet Android-Zugangsdaten
-```
-
-### Zugangsdaten löschen und erneut speichern
-
-Wenn Zugangsdaten beschädigt zu sein scheinen:
-
-```bash
-# Alle Zugangsdaten löschen
-npx @capgo/cli build credentials clear
-
-# Erneut speichern
-npx @capgo/cli build credentials save --platform ios ...
-```
-
-## Migration von Umgebungsvariablen
-
-Wenn Sie derzeit Umgebungsvariablen verwenden, können Sie zu gespeicherten Zugangsdaten migrieren:
-
-<Steps>
-
-1. **Extrahieren Sie Ihre aktuellen Umgebungsvariablen**
-   ```bash
-   echo $BUILD_CERTIFICATE_BASE64  # Überprüfen Sie, ob sie existieren
-   ```
-
-2. **Dekodieren Sie Base64-Dateien zurück zu Originaldateien** (falls erforderlich)
-   ```bash
-   echo "$BUILD_CERTIFICATE_BASE64" | base64 -d > cert.p12
-   echo "$BUILD_PROVISION_PROFILE_BASE64" | base64 -d > profile.mobileprovision
-   ```
-
-3. **Speichern Sie mithilfe der CLI**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --provisioning-profile ./profile.mobileprovision \
-     --p12-password "$P12_PASSWORD" \
-     --apple-key-id "$APPLE_KEY_ID" \
-     --apple-issuer-id "$APPLE_ISSUER_ID" \
-     --apple-team-id "$APP_STORE_CONNECT_TEAM_ID"
-   ```
-
-4. **Testen Sie den Build**
-   ```bash
-   npx @capgo/cli build com.example.app --platform ios
-   ```
-
-5. **Entfernen Sie Umgebungsvariablen** (optional)
-   ```bash
-   unset BUILD_CERTIFICATE_BASE64 BUILD_PROVISION_PROFILE_BASE64
-   ```
-
-</Steps>
-
-## Dateispeicherort
-
-Zugangsdaten werden im Ordner `.capgo-credentials` gespeichert:
-- **macOS/Linux**: `.capgo-credentials/` (in Ihrem Projektverzeichnis oder Home-Verzeichnis)
-- **Windows**: `.capgo-credentials\` (in Ihrem Projektverzeichnis oder Home-Verzeichnis)
-
-Der Ordner wird automatisch erstellt, wenn Sie zum ersten Mal Zugangsdaten speichern.
-
-## Nächste Schritte
-
-- [Erste Schritte](/docs/cli/cloud-build/getting-started/) - Erstellen Sie Ihren ersten Build
-- [iOS Builds](/docs/cli/cloud-build/ios/) - iOS-spezifische Build-Konfiguration
-- [Android Builds](/docs/cli/cloud-build/android/) - Android-spezifische Build-Konfiguration
-- [Fehlerbehebung](/docs/cli/cloud-build/troubleshooting/) - Häufige Probleme und Lösungen
-
-## Brauchen Sie Hilfe?
-
-- 📚 [Fehlerbehebungsanleitung](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Discord-Community](https://discord.com/invite/VnYRvBfgA6)
-- 📧 E-Mail: support@capgo.app
diff --git a/src/content/docs/de/docs/cli/cloud-build/getting-started.mdx b/src/content/docs/de/docs/cli/cloud-build/getting-started.mdx
deleted file mode 100644
index 3a552a6b9..000000000
--- a/src/content/docs/de/docs/cli/cloud-build/getting-started.mdx
+++ /dev/null
@@ -1,248 +0,0 @@
----
-title: Erste Schritte
-description: Erstellen Sie Ihren ersten nativen Build mit Capgo Cloud Build
-sidebar:
-  order: 1
-locale: de
----
-
-import { Steps, Card, CardGrid } from '@astrojs/starlight/components';
-
-Beginnen Sie mit Capgo Cloud Build und erstellen Sie Ihren ersten iOS- oder Android-nativen Build in Minuten.
-
-## Was Sie benötigen
-
-Bevor Sie beginnen, stellen Sie sicher, dass Sie Folgendes haben:
-
-- Eine Capacitor-App, die lokal erfolgreich erstellt wird
-- Node.js 20 oder höher installiert
-- Ein Capgo-Konto mit aktivem Abonnement
-- Ihre App bereits in Capgo registriert (führen Sie `npx @capgo/cli@latest app add` aus, falls nicht)
-- **Build-Zugangsdaten konfiguriert** (Zertifikate, Keystores) - siehe unten
-
-## Vor Ihrem ersten Build
-
-<CardGrid>
-  <Card title="⚠️ Richten Sie zuerst Zugangsdaten ein" icon="warning">
-    **Erforderlich vor dem Erstellen:** Sie müssen Ihre Build-Zugangsdaten konfigurieren (Zertifikate für iOS, Keystores für Android).
-
-    [Zugangsdaten einrichten →](/docs/cli/cloud-build/credentials/)
-  </Card>
-</CardGrid>
-
-## Schnellstart
-
-<Steps>
-
-1. **Build-Zugangsdaten einrichten**
-
-   Bevor Sie erstellen können, müssen Sie Ihre Zugangsdaten lokal speichern:
-
-   **Für iOS:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --p12-password "password" \
-     --provisioning-profile ./profile.mobileprovision \
-     --apple-key ./AuthKey.p8 \
-     --apple-key-id "KEY123" \
-     --apple-issuer-id "issuer-uuid" \
-     --apple-team-id "team-id"
-   ```
-
-   **Für Android:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform android \
-     --keystore ./release.keystore \
-     --keystore-alias "my-key" \
-     --keystore-key-password "key-pass" \
-     --keystore-store-password "store-pass"
-   ```
-
-   Siehe die [vollständige Zugangsdatenanleitung](/docs/cli/cloud-build/credentials/) für Details.
-
-2. **Lokalen Build überprüfen**
-
-   Stellen Sie zunächst sicher, dass Ihre App lokal ohne Fehler erstellt wird:
-
-   ```bash
-   # Erstellen Sie Ihre Web-Assets
-   npm run build
-
-   # Mit Capacitor synchronisieren
-   npx cap sync
-
-   # Lokalen Build testen (optional, aber empfohlen)
-   npx cap open ios    # Für iOS
-   npx cap open android # Für Android
-   ```
-
-3. **Bei Capgo authentifizieren**
-
-   Legen Sie Ihren Capgo API-Schlüssel fest (falls noch nicht konfiguriert):
-
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-   Oder setzen Sie die Umgebungsvariable:
-   ```bash
-   export CAPGO_TOKEN=your_api_key_here
-   ```
-
-4. **Führen Sie Ihren ersten Build aus**
-
-   Beginnen Sie mit einem Android-Debug-Build (am schnellsten zum Testen):
-
-   ```bash
-   npx @capgo/cli@latest build com.example.app \
-     --platform android \
-     --build-mode debug
-   ```
-
-   Sie sehen Echtzeit-Protokolle, während Ihr Build fortschreitet:
-   ```
-   ✔ Creating build job...
-   ✔ Uploading project (15.2 MB)...
-   ✔ Build started
-
-   📝 Build logs:
-   → Installing dependencies...
-   → Running Gradle build...
-   → Signing APK...
-   ✔ Build succeeded in 3m 42s
-   ```
-
-5. **Build-Status überprüfen**
-
-   Die CLI fragt automatisch ab und zeigt den Build-Status an. Sobald abgeschlossen, sehen Sie:
-
-   - Build-Zeit
-   - Erfolgs-/Fehlerstatus
-   - App an App Store/Play Store übermittelt (falls Zugangsdaten konfiguriert)
-
-</Steps>
-
-## Den Build-Prozess verstehen
-
-Wenn Sie den Build-Befehl ausführen, passiert Folgendes:
-
-```mermaid
-graph LR
-    A[Ihr Computer] -->|1. Projekt zippen| B[Lokaler Temp]
-    B -->|2. Hochladen| C[Capgo Cloud]
-    C -->|3. Erstellen| D[Build-Server]
-    D -->|4. Protokolle streamen| A
-    D -->|5. Bereinigung| E[Automatisches Löschen]
-```
-
-1. **Lokale Vorbereitung** - Ihr Projekt wird gezippt (ohne `node_modules` und Dotfiles)
-2. **Upload** - Das Zip wird zu sicherem Cloud-Speicher hochgeladen (Cloudflare R2)
-3. **Build-Ausführung** - Ihre App wird auf dedizierter Infrastruktur erstellt
-4. **Protokoll-Streaming** - Echtzeit-Protokolle werden über Server-Sent Events zu Ihrem Terminal gestreamt
-5. **Automatische Bereinigung** - Build-Artefakte werden gelöscht (Android: sofort, iOS: 24 Stunden)
-
-## Ihr erster Produktions-Build
-
-Sobald Sie überprüft haben, dass der Prozess funktioniert, erstellen Sie einen Produktions-Build:
-
-### Android
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-Sie müssen zuerst Signaturzugangsdaten konfigurieren. Siehe [Android Build-Konfiguration](/docs/cli/cloud-build/android/).
-
-### iOS
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-iOS-Builds erfordern Signaturzertifikate und Bereitstellungsprofile. Siehe [iOS Build-Konfiguration](/docs/cli/cloud-build/ios/).
-
-## Was wird erstellt
-
-**Wichtig:** Capgo Cloud Build erstellt nur die **nativen Teile** Ihrer App (nativer iOS- und Android-Code).
-
-Sie sind verantwortlich für:
-- Erstellen Ihrer Web-Assets (`npm run build`)
-- Ausführen von `npx cap sync` vor dem Build
-- Sicherstellen, dass alle Abhängigkeiten in `package.json` sind
-
-Wir kümmern uns um:
-- Native iOS-Kompilierung (Xcode, Fastlane)
-- Native Android-Kompilierung (Gradle)
-- Code-Signatur
-- App Store-Übermittlung (falls konfiguriert)
-
-## Build-Zeit & Kosten
-
-Die Build-Zeit wird vom Start bis zur Fertigstellung gemessen:
-
-- **Android**: Typischerweise 3-5 Minuten (1× Abrechnungsmultiplikator)
-- **iOS**: Typischerweise 5-10 Minuten (2× Abrechnungsmultiplikator aufgrund von Mac-Hardwarekosten)
-
-Sie zahlen nur für die tatsächlich genutzte Build-Zeit. Keine versteckten Gebühren.
-
-## Häufige Anwendungsfälle
-
-### CI/CD-Integration
-
-Zu Ihrem GitHub Actions-Workflow hinzufügen:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-      --platform both \
-      --build-mode release
-```
-
-### Lokale Entwicklung
-
-Builds lokal testen, bevor Sie committen:
-
-```bash
-# Schneller Debug-Build zum Testen
-npm run build && npx cap sync
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-### Multi-Plattform-Builds
-
-Gleichzeitig für beide Plattformen erstellen:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform both \
-  --build-mode release
-```
-
-## Nächste Schritte
-
-Nachdem Sie Ihren ersten Build erstellt haben:
-
-- [iOS-Builds konfigurieren](/docs/cli/cloud-build/ios/) - Zertifikate und Profile einrichten
-- [Android-Builds konfigurieren](/docs/cli/cloud-build/android/) - Keystores und Play Store einrichten
-- [Fehlerbehebung](/docs/cli/cloud-build/troubleshooting/) - Häufige Probleme und Lösungen
-- [CLI-Referenz](/docs/cli/reference/build/) - Vollständige Befehlsdokumentation
-
-## Brauchen Sie Hilfe?
-
-- Lesen Sie die [Fehlerbehebungsanleitung](/docs/cli/cloud-build/troubleshooting/)
-- Treten Sie unserer [Discord-Community](https://discord.com/invite/VnYRvBfgA6) bei
-- E-Mail-Support unter support@capgo.app
diff --git a/src/content/docs/de/docs/cli/cloud-build/ios.mdx b/src/content/docs/de/docs/cli/cloud-build/ios.mdx
deleted file mode 100644
index 7947ecc49..000000000
--- a/src/content/docs/de/docs/cli/cloud-build/ios.mdx
+++ /dev/null
@@ -1,375 +0,0 @@
----
-title: iOS Builds
-description: iOS-Apps mit Capgo Cloud Build konfigurieren und erstellen
-sidebar:
-  order: 2
-locale: de
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Erstellen und übermitteln Sie iOS-Apps an TestFlight und den App Store mithilfe der dedizierten Mac-Infrastruktur von Capgo.
-
-## Bevor Sie erstellen
-
-<CardGrid>
-  <Card title="⚠️ Richten Sie zuerst iOS-Zugangsdaten ein" icon="warning">
-    **Erforderlich:** Sie müssen Ihre iOS-Zugangsdaten speichern, bevor Sie erstellen.
-
-    [iOS-Zugangsdaten einrichten →](/docs/cli/cloud-build/credentials/#saving-ios-credentials)
-  </Card>
-</CardGrid>
-
-## Wie iOS Builds funktionieren
-
-iOS-Builds laufen auf dedizierten Mac-Maschinen (Scaleway Mac minis M4), die bei Bedarf bereitgestellt werden:
-
-- **Hardware**: Apple Silicon Mac minis mit macOS 15
-- **Build-Tool**: Xcode mit Fastlane (benutzerdefinierte Capgo-Konfiguration)
-- **Isolation**: Jeder Build läuft als separates macOS-Benutzerkonto
-- **Lebensdauer**: Maschinen haben 24-Stunden-Leases und werden automatisch bereinigt
-- **Sicherheit**: Alle Dateien und Benutzerkonten werden gelöscht, nachdem die Maschine freigegeben wurde
-
-## Voraussetzungen
-
-Bevor Sie für iOS erstellen, benötigen Sie:
-
-### 1. Entwicklungsumgebung
-
-- Mac-Computer mit installiertem Xcode (für anfängliche Zertifikatseinrichtung)
-- Gültiges Apple Developer-Konto ($99/Jahr)
-- Ihre App erstellt erfolgreich lokal mit `npx cap open ios`
-
-### 2. Code-Signatur-Zertifikate
-
-Sie benötigen einen dieser Zertifikatstypen je nach Build:
-
-| Build-Typ | Erforderliches Zertifikat | Bereitstellungsprofil |
-|------------|---------------------|---------------------|
-| **Development** | Apple Development | Development Profile |
-| **Ad Hoc** | Apple Distribution | Ad Hoc Profile |
-| **App Store** | Apple Distribution | App Store Profile |
-
-#### So erhalten Sie iOS-Zertifikate und Bereitstellungsprofile
-
-<Aside type="tip">
-Für detaillierte Schritt-für-Schritt-Anleitungen mit Screenshots besuchen Sie:
-- [iOS-Zertifikate-Anleitung](https://capgo.app/cloud/native-builds/certificates/ios/)
-- [Blog: Automatische iOS-Builds mit GitHub Actions](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-</Aside>
-
-**Schnellübersicht:**
-
-<Steps>
-
-1. **Certificate Signing Request (CSR) erstellen**
-   - Öffnen Sie Schlüsselbundverwaltung auf Ihrem Mac
-   - Gehen Sie zu Schlüsselbundverwaltung → Zertifikatsassistent → Zertifikat einer Zertifizierungsinstanz anfordern
-   - Geben Sie Ihre E-Mail und Ihren Namen ein, wählen Sie "Auf Festplatte gesichert"
-   - Speichern Sie die `.certSigningRequest`-Datei
-
-2. **Zertifikat im Apple Developer Portal generieren**
-   - Gehen Sie zu [Apple Developer Certificates](https://developer.apple.com/account/resources/certificates)
-   - Klicken Sie auf "+", um ein neues Zertifikat zu erstellen
-   - Wählen Sie den Zertifikatstyp (iOS Distribution für App Store-Builds)
-   - Laden Sie Ihre CSR-Datei hoch
-   - Laden Sie das Zertifikat (`.cer`-Datei) herunter
-
-3. **Zertifikat als .p12 exportieren**
-   - Doppelklicken Sie auf die heruntergeladene `.cer`-Datei, um sie zum Schlüsselbund hinzuzufügen
-   - Suchen Sie in der Schlüsselbundverwaltung Ihr Zertifikat unter "Meine Zertifikate"
-   - Rechtsklick → "Apple Distribution..." exportieren
-   - Speichern Sie im `.p12`-Format und legen Sie ein Passwort fest (dieses Passwort speichern!)
-
-4. **Bereitstellungsprofil erstellen**
-   - Gehen Sie zu [Apple Developer Profiles](https://developer.apple.com/account/resources/profiles)
-   - Klicken Sie auf "+", um ein neues Profil zu erstellen
-   - Wählen Sie den Profiltyp (App Store für Produktions-Builds)
-   - Wählen Sie Ihre App ID aus
-   - Wählen Sie das gerade erstellte Zertifikat aus
-   - Laden Sie die `.mobileprovision`-Datei herunter
-
-</Steps>
-
-### 3. App Store Connect API-Schlüssel (Empfohlen)
-
-Für automatische TestFlight-Übermittlung erstellen Sie einen API-Schlüssel:
-
-<Steps>
-
-1. Gehen Sie zu [App Store Connect](https://appstoreconnect.apple.com/) → Benutzer und Zugriff → Schlüssel
-2. Klicken Sie auf die Schaltfläche "+", um einen neuen Schlüssel zu erstellen
-3. Geben Sie ihm einen Namen (z. B. "Capgo CI") und wählen Sie die Rolle "Developer"
-4. Laden Sie die `.p8`-Datei herunter (Sie können sie nur einmal herunterladen!)
-5. Notieren Sie die **Key ID** und **Issuer ID**
-
-</Steps>
-
-<Aside type="note">
-Sie finden Ihre **Team ID** auch in Ihrem Apple Developer-Konto unter Mitgliedschaftsdetails.
-</Aside>
-
-## Build-Konfiguration
-
-### Erforderliche Umgebungsvariablen
-
-Legen Sie diese Zugangsdaten vor dem Erstellen fest:
-
-```bash
-# iOS-Signatur (Erforderlich)
-BUILD_CERTIFICATE_BASE64="<base64-kodiertes-p12-zertifikat>"
-BUILD_PROVISION_PROFILE_BASE64="<base64-kodierte-mobileprovision>"
-P12_PASSWORD="<zertifikat-passwort>"
-
-# App Store Connect API (für Übermittlung)
-APPLE_KEY_ID="ABC1234567"
-APPLE_ISSUER_ID="00000000-0000-0000-0000-000000000000"
-APPLE_KEY_CONTENT="<base64-kodierter-p8-schlüssel>"
-
-# Zusätzliche Konfiguration
-APP_STORE_CONNECT_TEAM_ID="1234567890"
-APPLE_PROFILE_NAME="App Store com.example.app"
-```
-
-### Base64-Zugangsdaten generieren
-
-<Aside type="tip">
-Verwenden Sie diese Befehle, um Ihre Zertifikate für Capgo zu kodieren:
-</Aside>
-
-**Zertifikat (.p12):**
-```bash
-base64 -i YourCertificate.p12 | pbcopy
-```
-
-**Bereitstellungsprofil (.mobileprovision):**
-```bash
-base64 -i YourProfile.mobileprovision | pbcopy
-```
-
-**App Store Connect Schlüssel (.p8):**
-```bash
-base64 -i AuthKey_ABC1234567.p8 | pbcopy
-```
-
-Die Base64-Zeichenfolge befindet sich jetzt in Ihrer Zwischenablage - fügen Sie sie in Ihre Umgebungsvariable oder CI/CD-Secrets ein.
-
-## Für iOS erstellen
-
-### Debug-Build (Development)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode debug
-```
-
-Dies erstellt einen Development-Build, der auf registrierten Geräten installiert werden kann.
-
-### Release-Build (App Store)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-Dies erstellt einen App Store-Build und übermittelt ihn automatisch an TestFlight, wenn Sie die App Store Connect API-Zugangsdaten konfiguriert haben.
-
-## CI/CD-Integration
-
-### GitHub Actions-Beispiel
-
-```yaml
-name: Build iOS App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync ios
-
-      - name: Build iOS app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-          BUILD_PROVISION_PROFILE_BASE64: ${{ secrets.IOS_PROVISION_PROFILE }}
-          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.TEAM_ID }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform ios \
-            --build-mode release
-```
-
-## Details zum Build-Prozess
-
-### Was passiert während eines iOS-Builds
-
-<Steps>
-
-1. **Maschinenbereitstellung** (1-2 Minuten)
-   - Scaleway Mac mini wird bereitgestellt oder zugewiesen
-   - macOS 15 mit vorinstalliertem Xcode
-   - Bootstrap-Skripte laufen (bei erster Verwendung)
-
-2. **Benutzerisolation** (~10 Sekunden)
-   - Eindeutiger macOS-Benutzer erstellt: `job-<jobId>`
-   - Dediziertes Home-Verzeichnis: `/Users/job-<jobId>`
-   - Isolierter Workspace erstellt
-
-3. **Projekt-Setup** (~30 Sekunden)
-   - Projekt-Zip von R2 heruntergeladen
-   - In Workspace extrahiert
-   - Zugangsdaten als Umgebungsvariablen eingefügt
-
-4. **Fastlane-Build** (3-8 Minuten)
-   - Schlüsselbund mit Signaturzertifikat erstellt
-   - Bereitstellungsprofil installiert
-   - Xcode-Build-Befehl ausgeführt
-   - IPA-Datei generiert
-
-5. **App Store-Übermittlung** (1-2 Minuten, falls konfiguriert)
-   - IPA zu App Store Connect hochgeladen
-   - An TestFlight übermittelt
-   - Verarbeitung auf Apple-Seite beginnt
-
-6. **Bereinigung** (sofort)
-   - Benutzerkonto beendet und gelöscht
-   - Workspace-Dateien entfernt
-   - Temporäre Dateien gelöscht
-
-7. **Maschinenfreigabe** (nach 24 Stunden)
-   - Mac-Maschine wird zerstört
-   - Alle Daten werden dauerhaft gelöscht
-
-</Steps>
-
-### Build-Stack
-
-Unsere iOS-Build-Umgebung umfasst:
-
-- **macOS**: 15 (neueste stabile Version)
-- **Xcode**: Neueste stabile Version
-- **Fastlane**: Neueste stabile Version
-- **CocoaPods**: Neueste stabile Version
-- **Node.js**: 18.x (LTS)
-- **Ruby**: System-Ruby mit Bundler
-
-## Build-Zeiten
-
-Typische iOS-Build-Zeiten:
-
-| Build-Typ | Erster Build | Nachfolgende Builds* |
-|------------|-------------|-------------------|
-| Debug | 5-7 Minuten | 4-6 Minuten |
-| Release | 7-10 Minuten | 5-8 Minuten |
-
-*Nachfolgende Builds können schneller sein, wenn dieselbe Maschine innerhalb des 24-Stunden-Fensters wiederverwendet wird.
-
-<Aside type="note">
-iOS-Builds kosten **2× den Basistarif** aufgrund dedizierter Mac-Hardwareanforderungen.
-</Aside>
-
-## Fehlerbehebung
-
-### Häufige Probleme
-
-**"Code signing failed"**
-- Überprüfen Sie, ob Ihr Zertifikat für den korrekten Distributionstyp ist
-- Stellen Sie sicher, dass das Bereitstellungsprofil zu Ihrer App ID passt
-- Prüfen Sie, ob P12_PASSWORD korrekt ist
-
-**"Provisioning profile doesn't include signing certificate"**
-- Generieren Sie Ihr Bereitstellungsprofil neu, einschließlich des Zertifikats
-- Laden Sie das Profil erneut herunter und kodieren Sie es neu
-
-**"App Store Connect authentication failed"**
-- Überprüfen Sie APPLE_KEY_ID, APPLE_ISSUER_ID und APPLE_KEY_CONTENT
-- Stellen Sie sicher, dass der API-Schlüssel nicht widerrufen wurde
-- Prüfen Sie, ob der Schlüssel die Rolle "Developer" oder höher hat
-
-**"Build timeout after 10 minutes"**
-- Prüfen Sie, ob Ihre App große native Abhängigkeiten hat
-- Erwägen Sie, Ihr Podfile zu optimieren
-- Kontaktieren Sie den Support, wenn Builds ständig ein Timeout erreichen
-
-### Debug-Protokolle
-
-Alle Build-Protokolle werden in Echtzeit gestreamt. Achten Sie auf diese wichtigen Phasen:
-
-```
-✔ Machine assigned: m-abc123
-→ Creating user: job-abc123
-→ Installing CocoaPods dependencies...
-→ Building iOS app...
-→ Code signing with certificate...
-→ Uploading to App Store Connect...
-✔ Build succeeded
-```
-
-Wenn ein Build fehlschlägt, wird der Fehler in den Protokollen mit der spezifischen Fastlane/Xcode-Fehlermeldung klar angezeigt.
-
-## Bewährte Methoden
-
-### 1. Zuerst lokal testen
-
-Stellen Sie immer sicher, dass Ihr iOS-Build lokal funktioniert, bevor Sie Cloud Build verwenden:
-
-```bash
-npx cap open ios
-# In Xcode erstellen
-```
-
-### 2. Umgebungsvariablen verwenden
-
-Committen Sie niemals Zertifikate oder Schlüssel in Ihr Repository. Verwenden Sie immer:
-- CI/CD-Secrets (GitHub, GitLab)
-- Umgebungsvariablen
-- Sichere Secret-Verwaltung
-
-### 3. Abhängigkeiten zwischenspeichern
-
-Für schnellere Builds stellen Sie sicher, dass Ihre `package.json` und `Podfile.lock` in die Versionskontrolle committed sind.
-
-### 4. Build-Zeit überwachen
-
-Behalten Sie die Build-Dauer im Auge, um Kosten zu optimieren:
-
-```bash
-# Die CLI zeigt die Build-Zeit am Ende an
-Build succeeded in 6m 42s (13.4 billing minutes at 2× rate)
-```
-
-## Nächste Schritte
-
-- [Android Builds](/docs/cli/cloud-build/android/) - Android-Builds konfigurieren
-- [Fehlerbehebung](/docs/cli/cloud-build/troubleshooting/) - Häufige Build-Probleme
-- [CLI-Referenz](/docs/cli/reference/build/) - Vollständige Befehlsdokumentation
-
-## Brauchen Sie Hilfe?
-
-- [Fehlerbehebungsanleitung](/docs/cli/cloud-build/troubleshooting/)
-- [Discord-Community](https://discord.com/invite/VnYRvBfgA6)
-- E-Mail: support@capgo.app
diff --git a/src/content/docs/de/docs/cli/cloud-build/troubleshooting.mdx b/src/content/docs/de/docs/cli/cloud-build/troubleshooting.mdx
deleted file mode 100644
index d24430a4f..000000000
--- a/src/content/docs/de/docs/cli/cloud-build/troubleshooting.mdx
+++ /dev/null
@@ -1,513 +0,0 @@
----
-title: Fehlerbehebung
-description: Häufige Probleme und Lösungen für Capgo Cloud Build
-sidebar:
-  order: 4
-locale: de
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Lösungen für häufige Probleme beim Erstellen nativer Apps mit Capgo Cloud Build.
-
-## Build-Fehler
-
-### "Upload failed" oder "Connection timeout"
-
-**Symptome:**
-- Build schlägt während des Projekt-Uploads fehl
-- Timeout-Fehler nach 60 Sekunden
-
-**Lösungen:**
-
-1. **Überprüfen Sie Ihre Internetverbindung**
-   ```bash
-   # Verbindung zu Capgo testen
-   curl -I https://api.capgo.app
-   ```
-
-2. **Projektgröße reduzieren**
-   - Stellen Sie sicher, dass `node_modules/` nicht hochgeladen wird (sollte automatisch ausgeschlossen werden)
-   - Überprüfen Sie auf große Dateien in Ihrem Projekt:
-   ```bash
-   find . -type f -size +10M
-   ```
-
-3. **Upload-URL-Ablauf überprüfen**
-   - Upload-URLs laufen nach 1 Stunde ab
-   - Wenn Sie einen Fehler wegen abgelaufener URL erhalten, führen Sie den Build-Befehl erneut aus
-
-<Aside type="tip">
-Große Projekte (>200MB) können Timeout-Limits erreichen. Kontaktieren Sie den Support für Enterprise-Optionen.
-</Aside>
-
-### "Build timeout after 10 minutes"
-
-**Symptome:**
-- Build überschreitet die maximal zulässige Zeit
-- Status zeigt `timeout`
-
-**Lösungen:**
-
-1. **Abhängigkeiten optimieren**
-   - Entfernen Sie nicht verwendete npm-Pakete
-   - Verwenden Sie `npm prune --production` vor dem Erstellen
-
-2. **Auf Netzwerkprobleme im Build prüfen**
-   - Einige Abhängigkeiten laden möglicherweise große Dateien während des Builds herunter
-   - Erwägen Sie Vor-Caching mit einer Lock-Datei
-
-3. **Native Abhängigkeiten überprüfen**
-   ```bash
-   # iOS - Podfile auf schwere Abhängigkeiten prüfen
-   cat ios/App/Podfile
-
-   # Android - build.gradle prüfen
-   cat android/app/build.gradle
-   ```
-
-4. **Support kontaktieren**
-   - Wenn Ihre App wirklich mehr Zeit benötigt
-   - Wir können Limits für spezifische Anwendungsfälle anpassen
-
-## Authentifizierungsprobleme
-
-### "API key invalid" oder "Unauthorized"
-
-**Symptome:**
-- Build schlägt sofort mit Authentifizierungsfehler fehl
-- 401 oder 403 Fehler
-
-**Lösungen:**
-
-1. **API-Schlüssel überprüfen**
-   ```bash
-   # Mit einem einfachen Befehl testen
-   npx @capgo/cli@latest app list
-   ```
-
-2. **API-Schlüssel-Berechtigungen prüfen**
-   - Schlüssel muss `write`- oder `all`-Berechtigungen haben
-   - Im Capgo-Dashboard unter API-Schlüssel überprüfen
-
-3. **Sicherstellen, dass API-Schlüssel gelesen wird**
-   ```bash
-   # Umgebungsvariable überprüfen
-   echo $CAPGO_TOKEN
-
-   # Oder lokale .capgo-Datei überprüfen
-   cat .capgo
-   ```
-
-4. **Erneut authentifizieren**
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-### "App not found" oder "No permission for this app"
-
-**Symptome:**
-- Authentifizierung funktioniert, aber App-spezifischer Fehler
-
-**Lösungen:**
-
-1. **App-Registrierung überprüfen**
-   ```bash
-   npx @capgo/cli@latest app list
-   ```
-
-2. **App ID-Übereinstimmung prüfen**
-   - `capacitor.config.json` appId überprüfen
-   - Sicherstellen, dass Befehl korrekte App ID verwendet
-
-3. **Organisationszugriff überprüfen**
-   - Überprüfen Sie, dass Sie in der richtigen Organisation sind
-   - API-Schlüssel muss Zugriff auf die Organisation der App haben
-
-## iOS Build-Probleme
-
-### "Code signing failed"
-
-**Symptome:**
-- Build schlägt während der Code-Signaturphase fehl
-- Xcode-Fehler über Zertifikate oder Profile
-
-**Lösungen:**
-
-1. **Zertifikatstyp mit Build-Typ abgleichen**
-   - Development-Builds benötigen Development-Zertifikate
-   - App Store-Builds benötigen Distribution-Zertifikate
-
-2. **Zertifikat und Profil auf Übereinstimmung prüfen**
-   ```bash
-   # Zertifikat dekodieren und inspizieren
-   echo $BUILD_CERTIFICATE_BASE64 | base64 -d > cert.p12
-   openssl pkcs12 -in cert.p12 -nokeys -passin pass:$P12_PASSWORD | openssl x509 -noout -subject
-   ```
-
-3. **Bereitstellungsprofil auf Gültigkeit prüfen**
-   - Ablaufdatum überprüfen
-   - Überprüfen, dass es Ihre App ID enthält
-   - Bestätigen, dass es das Zertifikat enthält
-
-4. **Zugangsdaten neu generieren**
-   - Altes Zertifikat/Profil löschen
-   - Neue im Apple Developer Portal erstellen
-   - Neu kodieren und Umgebungsvariablen aktualisieren
-
-### "Provisioning profile doesn't include signing certificate"
-
-**Symptome:**
-- Xcode kann Zertifikat im Profil nicht finden
-
-**Lösungen:**
-
-1. **Neuestes Profil von Apple herunterladen**
-   - Zu Apple Developer → Zertifikate, IDs & Profile gehen
-   - Bereitstellungsprofil herunterladen
-   - Sicherstellen, dass es Ihr Zertifikat enthält
-
-2. **Zertifikat im Profil überprüfen**
-   ```bash
-   # Profil extrahieren
-   echo $BUILD_PROVISION_PROFILE_BASE64 | base64 -d > profile.mobileprovision
-
-   # Profilinhalte anzeigen
-   security cms -D -i profile.mobileprovision
-   ```
-
-3. **Profil mit korrektem Zertifikat neu erstellen**
-   - Im Apple Developer Portal Profil bearbeiten
-   - Sicherstellen, dass Ihr Distribution-Zertifikat ausgewählt ist
-   - Herunterladen und neu kodieren
-
-### "App Store Connect authentication failed"
-
-**Symptome:**
-- Upload zu TestFlight schlägt fehl
-- API-Schlüssel-Fehler
-
-**Lösungen:**
-
-1. **API-Schlüssel-Zugangsdaten überprüfen**
-   - APPLE_KEY_ID prüfen (sollte 10 Zeichen sein)
-   - APPLE_ISSUER_ID prüfen (sollte UUID-Format sein)
-   - Überprüfen, dass APPLE_KEY_CONTENT korrekt base64-kodiert ist
-
-2. **API-Schlüssel lokal testen**
-   ```bash
-   # Schlüssel dekodieren
-   echo $APPLE_KEY_CONTENT | base64 -d > AuthKey.p8
-
-   # Mit fastlane testen (falls installiert)
-   fastlane pilot list
-   ```
-
-3. **API-Schlüssel-Berechtigungen prüfen**
-   - Schlüssel benötigt "Developer"-Rolle oder höher
-   - In App Store Connect → Benutzer und Zugriff → Schlüssel überprüfen
-
-4. **Sicherstellen, dass Schlüssel nicht widerrufen wurde**
-   - In App Store Connect prüfen
-   - Neuen Schlüssel generieren, falls erforderlich
-
-### "Pod install failed"
-
-**Symptome:**
-- Build schlägt während CocoaPods-Installation fehl
-- Podfile-Fehler
-
-**Lösungen:**
-
-1. **Podfile.lock ist committed überprüfen**
-   ```bash
-   git status ios/App/Podfile.lock
-   ```
-
-2. **Pod install lokal testen**
-   ```bash
-   cd ios/App
-   pod install
-   ```
-
-3. **Auf inkompatible Pods prüfen**
-   - Podfile auf Versionskonflikte überprüfen
-   - Sicherstellen, dass alle Pods Ihr iOS-Deployment-Ziel unterstützen
-
-4. **Pod-Cache löschen**
-   ```bash
-   cd ios/App
-   rm -rf Pods
-   rm Podfile.lock
-   pod install
-   # Dann neuen Podfile.lock committen
-   ```
-
-## Android Build-Probleme
-
-### "Keystore password incorrect"
-
-**Symptome:**
-- Build schlägt während der Signatur fehl
-- Gradle-Fehler über Keystore
-
-**Lösungen:**
-
-1. **Keystore-Passwort überprüfen**
-   ```bash
-   # Keystore lokal testen
-   keytool -list -keystore my-release-key.keystore
-   # Passwort bei Aufforderung eingeben
-   ```
-
-2. **Umgebungsvariablen prüfen**
-   ```bash
-   # Sicherstellen, dass keine zusätzlichen Leerzeichen oder Sonderzeichen vorhanden sind
-   echo "$KEYSTORE_STORE_PASSWORD" | cat -A
-   echo "$KEYSTORE_KEY_PASSWORD" | cat -A
-   ```
-
-3. **Base64-Kodierung überprüfen**
-   ```bash
-   # Dekodieren und testen
-   echo $ANDROID_KEYSTORE_FILE | base64 -d > test.keystore
-   keytool -list -keystore test.keystore
-   ```
-
-### "Key alias not found"
-
-**Symptome:**
-- Signatur schlägt mit Alias-Fehler fehl
-
-**Lösungen:**
-
-1. **Keystore-Aliase auflisten**
-   ```bash
-   keytool -list -keystore my-release-key.keystore
-   ```
-
-2. **Alias stimmt genau überein überprüfen**
-   - Alias beachtet Groß-/Kleinschreibung
-   - Auf Tippfehler in KEYSTORE_KEY_ALIAS prüfen
-
-3. **Korrekten Alias aus Keystore verwenden**
-   ```bash
-   # Umgebungsvariable aktualisieren, um zu übereinstimmen
-   export KEYSTORE_KEY_ALIAS="the-exact-alias-name"
-   ```
-
-### "Gradle build failed"
-
-**Symptome:**
-- Allgemeine Gradle-Fehler
-- Kompilierungs- oder Abhängigkeitsprobleme
-
-**Lösungen:**
-
-1. **Build zuerst lokal testen**
-   ```bash
-   cd android
-   ./gradlew clean
-   ./gradlew assembleRelease
-   ```
-
-2. **Auf fehlende Abhängigkeiten prüfen**
-   - build.gradle-Dateien überprüfen
-   - Sicherstellen, dass alle Plugins in Abhängigkeiten aufgelistet sind
-
-3. **Gradle-Versionskompatibilität überprüfen**
-   ```bash
-   # Gradle-Version prüfen
-   cat android/gradle/wrapper/gradle-wrapper.properties
-   ```
-
-4. **Gradle-Cache löschen**
-   ```bash
-   cd android
-   ./gradlew clean
-   rm -rf .gradle build
-   ```
-
-### "Play Store upload failed"
-
-**Symptome:**
-- Build erfolgreich, aber Upload schlägt fehl
-- Service Account-Fehler
-
-**Lösungen:**
-
-1. **Service Account JSON überprüfen**
-   ```bash
-   # Dekodieren und Format prüfen
-   echo $PLAY_CONFIG_JSON | base64 -d | jq .
-   ```
-
-2. **Service Account-Berechtigungen prüfen**
-   - Zu Play Console → Einrichtung → API-Zugriff gehen
-   - Sicherstellen, dass Service Account Zugriff auf Ihre App hat
-   - Berechtigung "Release to testing tracks" erteilen
-
-3. **App in Play Console eingerichtet überprüfen**
-   - App muss zuerst in Play Console erstellt werden
-   - Mindestens ein APK muss anfangs manuell hochgeladen werden
-
-4. **API ist aktiviert prüfen**
-   - Google Play Developer API muss aktiviert sein
-   - In Google Cloud Console prüfen
-
-## Allgemeine Probleme
-
-### "Job not found" oder "Build status unavailable"
-
-**Symptome:**
-- Build-Status kann nicht überprüft werden
-- Job-ID-Fehler
-
-**Lösungen:**
-
-1. **Kurz warten und erneut versuchen**
-   - Build-Jobs benötigen möglicherweise einige Sekunden zur Initialisierung
-
-2. **Job-ID ist korrekt prüfen**
-   - Job-ID aus der anfänglichen Build-Antwort überprüfen
-
-3. **Build ist nicht abgelaufen prüfen**
-   - Build-Daten sind 24 Stunden verfügbar
-
-### "Project sync failed"
-
-**Symptome:**
-- Build schlägt vor Kompilierung fehl
-- Fehlende Dateien-Fehler
-
-**Lösungen:**
-
-1. **Capacitor-Sync lokal ausführen**
-   ```bash
-   npx cap sync
-   ```
-
-2. **Alle nativen Dateien sind committed sicherstellen**
-   ```bash
-   git status ios/ android/
-   ```
-
-3. **Auf gitignorierte native Dateien prüfen**
-   - .gitignore überprüfen
-   - Sicherstellen, dass wichtige Config-Dateien nicht ignoriert werden
-
-### "Build succeeded but I don't see output"
-
-**Symptome:**
-- Build zeigt Erfolg, aber kein Download-Link
-
-**Lösungen:**
-
-1. **Build-Konfiguration prüfen**
-   - Artefaktspeicher ist möglicherweise nicht konfiguriert
-   - Für öffentliche Beta, Support wegen Artefaktzugriff kontaktieren
-
-2. **Für iOS TestFlight-Übermittlung**
-   - App Store Connect prüfen
-   - Verarbeitung kann 5-30 Minuten nach Upload dauern
-
-3. **Für Android Play Store**
-   - Play Console → Testing → Internes Testing prüfen
-   - Verarbeitung kann einige Minuten dauern
-
-## CI/CD-spezifische Probleme
-
-### GitHub Actions: "Command not found"
-
-**Symptome:**
-- `npx @capgo/cli` schlägt in CI fehl
-
-**Lösungen:**
-
-1. **Node.js ist installiert sicherstellen**
-   ```yaml
-   - uses: actions/setup-node@v6
-     with:
-       node-version: '24'
-   ```
-
-2. **CLI explizit installieren**
-   ```yaml
-   - run: npm install -g @capgo/cli
-   ```
-
-### GitHub Actions: "Secrets not found"
-
-**Symptome:**
-- Umgebungsvariablen im Build leer
-
-**Lösungen:**
-
-1. **Secrets sind gesetzt überprüfen**
-   - Zu Repo Settings → Secrets and variables → Actions gehen
-   - Alle erforderlichen Secrets hinzufügen
-
-2. **Korrekte Syntax verwenden**
-   ```yaml
-   env:
-     CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-   ```
-
-3. **Secret-Namen stimmen überein prüfen**
-   - Namen beachten Groß-/Kleinschreibung
-   - Keine Tippfehler in Secret-Referenzen
-
-## Mehr Hilfe erhalten
-
-### Ausführliche Protokollierung aktivieren
-
-```bash
-# Debug-Flag hinzufügen (falls verfügbar)
-npx @capgo/cli@latest build com.example.app --verbose
-```
-
-### Build-Informationen sammeln
-
-Beim Kontaktieren des Supports folgendes einschließen:
-
-1. **Verwendeter Build-Befehl**
-   ```bash
-   npx @capgo/cli@latest build com.example.app --platform ios
-   ```
-
-2. **Fehlermeldung** (vollständige Ausgabe)
-
-3. **Job-ID** (aus Build-Ausgabe)
-
-4. **Build-Protokolle** (vollständige Terminal-Ausgabe kopieren)
-
-5. **Umgebungsinformationen**
-   ```bash
-   node --version
-   npm --version
-   npx @capgo/cli --version
-   ```
-
-### Support kontaktieren
-
-- **Discord**: [Unserer Community beitreten](https://discord.com/invite/VnYRvBfgA6)
-- **E-Mail**: support@capgo.app
-- **Dokumentation**: [Capgo Docs](/docs/)
-
-### Bekannte Einschränkungen
-
-Aktuelle Einschränkungen während der öffentlichen Beta:
-
-- Maximale Build-Zeit: 10 Minuten
-- Maximale Upload-Größe: ~500MB
-- iOS-Builds erfordern 24-Stunden-Mac-Leases, Build auf Mac wird in die Warteschlange gestellt, um optimale Nutzung sicherzustellen
-- Build-Artefakt-Download ist möglicherweise nicht verfügbar
-
-Diese Einschränkungen können basierend auf Feedback angepasst werden.
-
-## Zusätzliche Ressourcen
-
-- [Erste Schritte](/docs/cli/cloud-build/getting-started/) - Anfängliche Einrichtungsanleitung
-- [iOS Builds](/docs/cli/cloud-build/ios/) - iOS-spezifische Konfiguration
-- [Android Builds](/docs/cli/cloud-build/android/) - Android-spezifische Konfiguration
-- [CLI-Referenz](/docs/cli/reference/build/) - Vollständige Befehlsdokumentation
diff --git a/src/content/docs/de/docs/cli/commands.mdx b/src/content/docs/de/docs/cli/commands.mdx
deleted file mode 100644
index a401cca16..000000000
--- a/src/content/docs/de/docs/cli/commands.mdx
+++ /dev/null
@@ -1,472 +0,0 @@
----
-title: Befehle
-description: Capgo CLI-Dokumentation
-sidebar:
-  order: 2
-locale: de
----
-
-import { LinkCard } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-### Verwendung
-
-Alle Befehle sollten in Ihrem App-Ordner mit ordnungsgemäß initialisiertem Capacitor-Projekt ausgeführt werden
-
-<LinkCard
-	title="Capacitor plattformübergreifende native Laufzeit für Web-Apps"
-	href="https://capacitorjs.com/docs/getting-started/"
-/>
-
-### **Init**
-
-`npx @capgo/cli@latest init [apikey]`
-
-Diese Methode führt Sie Schritt für Schritt durch den Onboarding-Prozess
-
-Sie fügt Ihre App zu Capgo hinzu Sie fügt den Code zur Validierung des Updates in Ihre App ein Ebenso wird sie Ihre App erstellen Außerdem wird sie Ihre App zu Capgo hochladen Und sie hilft Ihnen zu überprüfen, ob das Update funktioniert
-
-### **Login**
-
-`npx @capgo/cli login [apikey]`
-
-Diese Methode speichert den `apikey` für Sie
-
-:::note
-verwenden Sie `--apikey=********` in jedem Befehl, um ihn zu überschreiben
-:::
-
-**Optional können Sie angeben:**
-
-`--local` Dies speichert Ihren **apikey** im lokalen Repository und ignoriert ihn in Git
-
-## **Doctor**
-
-`npx @capgo/cli doctor`
-
-Befehl zur Überprüfung, ob Sie mit den Capgo-Paketen auf dem neuesten Stand sind
-
-Dieser Befehl ist auch für Fehlerberichte nützlich
-
-## App
-
-### **Add**
-
-`npx @capgo/cli app add [appId]`
-
-`[appId]` Ihre App-ID, das Format `comtestapp` wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-> 💡 Alle Optionen werden aus Ihrer Konfiguration erraten, wenn nicht angegeben
-
-Optional können Sie angeben:
-
-* `--icon [/path/to/my/icon]` für ein benutzerdefiniertes Icon in der Capgo Web-App
-* `--name [test]` für einen benutzerdefinierten Namen in der Liste
-* `--apikey [key]` API-Schlüssel zur Verknüpfung mit Ihrem Konto
-* `--retention [retention]` Aufbewahrungszeitraum des App-Bundles in Tagen, 0 standardmäßig = unendlich
-
-Beispiel einer `capacitorconfigjson` für appId und AppName, das Icon wird im resources-Ordner gesucht
-
-```json
-{
-  "appId": "eeforgrcapacitor_go",
-  "appName": "Capgo",
-  "webDir": "dist"
-}
-```
-
-### **Set**
-
-`npx @capgo/cli app set [appId]`
-
-`[appId]` ist Ihre App-ID, das Format wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-Optional können Sie angeben:
-
-* `--icon [/path/to/my/icon]` für ein benutzerdefiniertes Icon in der Capgo Web-App
-* `--name [test]` für einen benutzerdefinierten Namen in der Liste
-* `--retention [retention]` Aufbewahrungszeitraum des App-Bundles in Tagen, 0 standardmäßig = unendlich
-* `--apikey [key]` API-Schlüssel zur Verknüpfung mit Ihrem Konto
-
-### **List**
-
-`npx @capgo/cli app list [appId]`
-
-`[appId]` Ihre App-ID, das Format `comtestapp` wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-Optional können Sie angeben:
-
-* `--apikey [key]` API-Schlüssel zur Verknüpfung mit Ihrem Konto
-
-### **Delete**
-
-`npx @capgo/cli app delete [appId]`
-
-`[appId]` Ihre App-ID, das Format `comtestapp` wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-Optional können Sie angeben:
-
-* `--apikey [key]` API-Schlüssel zur Verknüpfung mit Ihrem Konto
-* `--bundle` mit der Versionsnummer löscht nur diese Version
-
-### Debug
-
-`npx @capgo/cli app debug [appId]`
-
-`[appId]` Ihre App-ID, das Format `comtestapp` wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-Optional können Sie angeben:
-
-* `--apikey [key]` API-Schlüssel zur Verknüpfung mit Ihrem Konto
-* `--device` mit dem spezifischen Gerät, das Sie debuggen möchten
-
-### Setting
-
-`npx @capgo/cli app setting [path]`
-
-Bearbeiten der Capacitor-Konfiguration
-
-`[path]` - Pfad der Einstellung, die Sie ändern möchten Zum Beispiel, um die `appId` zu ändern, geben Sie `appId` an
-Wenn Sie das automatische Update in `capacitor-updater` deaktivieren möchten, geben Sie `pluginsCapacitorUpdaterautoUpdate` an
-
-Sie MÜSSEN entweder `--string` oder `--bool` angeben!
-
-Optionen:
- - `--string <string>` - setzt die Einstellung auf einen String
- - `--bool <true | false>` - setzt die Einstellung auf einen Boolean
-
-## Bundle
-
-### Upload
-
-`npx @capgo/cli bundle upload [appId]`
-
-`[appId]` ist Ihre App-ID, das Format wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-Optional können Sie angeben:
-
-* `--apikey <apikey>` API-Schlüssel zur Verknüpfung mit Ihrem Konto
-* `--path <path>` Pfad des hochzuladenden Ordners
-* `--channel <channel>` Zu verknüpfender Kanal
-* `--external <url>` Link zu externer URL anstelle des Uploads zur Capgo Cloud
-* `--iv-session-key <key>` IV und Sitzungsschlüssel für externe Bundle-URL festlegen
-* `--s3-endpoint <s3Endpoint>` URL des S3-Endpunkts Funktioniert nicht mit partiellem Upload oder externer Option
-* `--s3-region <region>` Region für Ihren S3-Bucket
-* `--s3-apikey <apikey>` API-Schlüssel für Ihren S3-Endpunkt
-* `--s3-apisecret <apisecret>` API-Geheimnis für Ihren S3-Endpunkt
-* `--s3-bucket-name <bucketName>` Name für Ihren AWS S3-Bucket
-* `--s3-port <port>` Port für Ihren S3-Endpunkt
-* `--no-s3-ssl` SSL für S3-Upload deaktivieren
-* `--key <key>` Benutzerdefinierter Pfad für öffentlichen Signierungsschlüssel (v1-System)
-* `--key-data <keyData>` Öffentlicher Signierungsschlüssel (v1-System)
-* `--key-v2 <key>` Benutzerdefinierter Pfad für privaten Signierungsschlüssel (v2-System)
-* `--key-data-v2 <keyData>` Privater Signierungsschlüssel (v2-System)
-* `--bundle-url` Gibt Bundle-URL in stdout aus
-* `--no-key` Signierungsschlüssel ignorieren und klares Update senden
-* `--no-code-check` Überprüfung ignorieren, ob notifyAppReady() im Quellcode aufgerufen wird und Index im Stammverzeichnis vorhanden ist
-* `--display-iv-session` IV und Sitzungsschlüssel in der Konsole anzeigen, die zur Verschlüsselung des Updates verwendet werden
-* `--bundle <bundle>` Bundleversion der hochzuladenden Version
-* `--min-update-version <minUpdateVersion>` Minimale Version, die für ein Update auf diese Version erforderlich ist Wird nur verwendet, wenn auto update auf metadata im Kanal gesetzt ist
-* `--auto-min-update-version` Minimale Update-Version basierend auf nativen Paketen festlegen
-* `--ignore-metadata-check` Ignoriert die Metadaten-Prüfung (node_modules) beim Hochladen
-* `--ignore-checksum-check` Ignoriert die Prüfsummen-Prüfung beim Hochladen
-* `--timeout <timeout>` Timeout für den Upload-Prozess in Sekunden
-* `--partial` Lädt keine partiellen Dateien zur Capgo-Cloud hoch
-* `--tus` Lädt das Bundle mit dem tus-Protokoll hoch
-* `--multipart` Verwendet das Multipart-Protokoll zum Hochladen von Daten zu S3, Veraltet, verwenden Sie stattdessen TUS
-* `--encrypted-checksum <encryptedChecksum>` Eine verschlüsselte Prüfsumme (Signatur) Wird nur beim Hochladen eines externen Bundles verwendet
-* `--package-json <packageJson>` Ein Pfad zu packagejson Nützlich für Monorepos
-* `--auto-set-bundle` Bundle in capacitorconfigjson setzen
-* `--node-modules <nodeModules>` Eine Liste von Pfaden zu node_modules Nützlich für Monorepos (kommagetrennt z.B.: //node_modules,/node_modules)
-
-> ⭐️ Die externe Option hilft zwei Fälle zu lösen: Unternehmen mit Datenschutzbedenken, die keinen Code an Dritte senden möchten und Apps größer als 200 MB Mit dieser Einstellung speichert Capgo nur den Link zur ZIP-Datei und sendet den Link an alle Apps
-
-> 👀 Capgo Cloud schaut nie, was sich im Link (für externe Option) oder im Code befindet, wenn gespeichert
-
-> 🔑 Sie können eine zweite Sicherheitsebene durch Verschlüsselung hinzufügen, dann kann Capgo nichts einsehen oder modifizieren, es wird "vertrauenslos"
-
-Beispiel einer `packagejson` für Version
-
-```json
-{
-  "version": "102"
-}
-```
-
-> ⛔ Version sollte größer als "000" sein
-
-> 💡 Vergessen Sie nicht, die Versionsnummer bei jedem Senden zu aktualisieren, Versionsnummern können aus Sicherheitsgründen nicht überschrieben oder nach dem Löschen wiederverwendet werden
-
-### **List**
-
-`npx @capgo/cli bundle list [appId]`
-
-`[appId]` Ihre App-ID, das Format `comtestapp` wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-Optional können Sie angeben:
-
-* `--apikey [key]` API-Schlüssel zur Verknüpfung mit Ihrem Konto
-
-### **Delete**
-
-`npx @capgo/cli bundle delete [appId]`
-
-`[appId]` Ihre App-ID, das Format `comtestapp` wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-Optional können Sie angeben:
-
-* `--apikey [key]` API-Schlüssel zur Verknüpfung mit Ihrem Konto
-* `--bundle` mit der Versionsnummer löscht nur diese Version
-
-### Cleanup
-
-in einem SemVer-Bereich für eine Hauptversion in der Cloud
-
-`npx @capgo/cli bundle cleanup [appId] --bundle=[majorVersion] --keep=[numberToKeep]`
-
-`[appId]` Ihre App-ID, das Format `comtestapp` wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-Optional können Sie angeben:
-
-* `--apikey [key]` API-Schlüssel zur Verknüpfung mit Ihrem Konto
-* `--bundle [majorVersion]` eine Version, für die Sie vorherige Pakete entfernen möchten, es wird die letzte Version + `numberToKeep` behalten* `--keep [numberToKeep]` die Anzahl der Pakete, die Sie behalten möchten (Standard 4)
-
-Zum Beispiel: Wenn Sie 10 Versionen von 1001 bis 10011 haben und Sie `npx @capgo/cli cleanup [appId] --bundle=1000` verwenden, werden 1001 bis 1006 entfernt, 1007 bis 10011 werden behalten
-
-Wenn Sie insgesamt 20 Versionen haben und keine Bundlenummer angeben, wie hier: `npx @capgo/cli cleanup [appId] --keep=2`, werden 18 Versionen entfernt und die letzten 2 behalten
-
-> Dieser Befehl wird um Bestätigung bitten und zeigt eine Tabelle mit den zu behaltenden und zu entfernenden Versionen
-
-:::note
-Dieser Befehl ignoriert Bundles, die derzeit in einem Kanal verwendet werden
-:::
-
-### **Encrypt**
-
-> **Warnung**: Dieser Befehl ist veraltet und wird in der nächsten Hauptversion entfernt. Bitte verwenden Sie das neue Verschlüsselungssystem
-`npx @capgo/cli bundle encrypt [path/to/zip]`
-
-Dieser Befehl wird verwendet, wenn Sie externe Quellen zum Speichern Ihres Codes verwenden oder zu Testzwecken
-
-Optional können Sie angeben:
-
-`--key [/path/to/my/private_key]` der Pfad zu Ihrem privaten Schlüssel
-`--key-data [privateKey]` die privaten Schlüsseldaten, wenn Sie sie inline verwenden möchten
-Der Befehl gibt Ihren `ivSessionKey` aus und generiert eine verschlüsselte ZIP-Datei zur Verwendung mit dem Upload- oder Decrypt-Befehl
-
-### **Encrypt V2**
-
-`npx @capgo/cli bundle encryptV2 [path/to/zip] [checksum]`
-
-Dieser Befehl wird verwendet, wenn Sie externe Quellen zum Speichern Ihres Codes verwenden oder zu Testzwecken
-Die Prüfsumme ist der SHA256-Hash des Bundles (generiert durch --key-v2) und wird verwendet, um die Integrität der Datei nach der Entschlüsselung zu überprüfen
-Sie wird mit dem privaten Schlüssel verschlüsselt und zusammen mit dem Bundle gesendet
-In Verschlüsselung v2 wird die Prüfsumme zu einer "Signatur" des Bundles aufgewertet
-
-Optional können Sie angeben:
-
-`--key [/path/to/my/private_key]` der Pfad zu Ihrem privaten Schlüssel
-`--key-data [privateKey]` die privaten Schlüsseldaten, wenn Sie sie inline verwenden möchten
-`--json` um Informationen als JSON auszugeben
-Der Befehl gibt Ihren `ivSessionKey` aus und generiert eine verschlüsselte ZIP-Datei zur Verwendung mit dem Upload- oder Decrypt-Befehl
-
-### **Decrypt**
-
-`npx @capgo/cli bundle decrypt [path/to/zip] [ivSessionKey]`
-
-Optional können Sie angeben:
-
-`--key [/path/to/my/private_key]` der Pfad zu Ihrem privaten Schlüssel
-
-`--key-data [privateKey]` die privaten Schlüsseldaten, wenn Sie sie inline verwenden möchten
-Dieser Befehl wird hauptsächlich zu Testzwecken verwendet, er entschlüsselt die ZIP-Datei und gibt den base64-decodierten Sitzungsschlüssel in der Konsole aus
-
-### **Decrypt V2**
-
-`npx @capgo/cli bundle decryptV2 [path/to/zip] [ivSessionKey]`
-
-Optional können Sie angeben:
-
-`--key [/path/to/my/private_key]` der Pfad zu Ihrem privaten Schlüssel
-`--key-data [privateKey]` die privaten Schlüsseldaten, wenn Sie sie inline verwenden möchten
-Dieser Befehl wird hauptsächlich zu Testzwecken verwendet, er entschlüsselt die ZIP-Datei und gibt den base64-decodierten Sitzungsschlüssel in der Konsole aus
-`--checksum [checksum]` die Prüfsumme der Datei, sie wird nach der Entschlüsselung überprüft
-
-### **Zip**
-
-`npx @capgo/cli bundle zip [appId]`
-
-`[appId]` ist Ihre App-ID, das Format wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-Optional können Sie angeben:
-
-* `--path [/path/to/my/bundle]` um einen bestimmten Ordner hochzuladen
-* `--bundle [100]` um die Bundle-Versionsnummer des Dateinamens festzulegen
-* `--name [myapp]` um den Dateinamen zu überschreiben
-* `--json` um Informationen als JSON auszugeben
-* `--no-code-check` um die Code-Prüfung zu ignorieren und das Bundle trotzdem zu senden
-* `--key-v2` um das neue Verschlüsselungssystem zu verwenden Dies ist erforderlich, da das neue Verschlüsselungssystem bessere Prüfsummen zur Überprüfung der Dateiintegrität verwendet
-
-### **Compatibility**
-
-`npx @capgo/cli bundle compatibility [appId] -c [channelId]`
-
-`[appId]` ist Ihre App-ID, das Format wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-`[channelId]` der Name Ihres neuen Kanals
-
-Optional können Sie angeben:
-
-* `--apikey [key]` API-Schlüssel zur Verknüpfung mit Ihrem Konto
-* `--text` Text statt Emojis in der Tabelle verwenden
-* `--channel [channel]` der Kanal, dessen Kompatibilität überprüft werden soll
-* `--package-json <packageJson>` Ein Pfad zur package.json Nützlich für Monorepos
-* `--node-modules <nodeModules>` Eine Liste von Pfaden zu node_modules Nützlich für Monorepos (kommagetrennt z.B.: //node_modules,/node_modules)
-
-## Channel
-
-### **Add**
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-`[channelId]` der Name Ihres neuen Kanals `[appId]` Ihre App-ID, das Format `comtestapp` wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-### **Delete**
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-`[channelId]` der Name des Kanals, den Sie löschen möchten `[appId]` Ihre App-ID, das Format `comtestapp` wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-### **List**
-
-`npx @capgo/cli channel list [appId]`
-
-`[appId]` Ihre App-ID, das Format `comtestapp` wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-Optional können Sie angeben:
-
-* `--apikey [key]` API-Schlüssel zur Verknüpfung mit Ihrem Konto
-
-### **Set**
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-`[appId]` ist Ihre App-ID, das Format wird [hier](https://capacitorjs.com/docs/cli/commands/init/) erklärt
-
-Optional können Sie angeben:
-
-* `--bundle [123]` Ihr bereits in die Cloud gesendetes App-Bundle, um es mit einem Kanal zu verknüpfen
-* `--latest` holt die Bundle-Version aus `packagejson:version`, kann nicht mit `--bundle` verwendet werden
-* `--state [ normal | default ]` setzt den Kanalstatus, kann `normal` oder `default` sein Ein Kanal muss `default` sein
-* `--downgrade` erlaubt dem Kanal, Downgrade-Versionen an Geräte zu senden
-* `--no-downgrade` verbietet dem Kanal, Downgrade-Versionen an Geräte zu senden
-* `--upgrade` erlaubt dem Kanal, Upgrade (Major) Versionen an Geräte zu senden
-* `--no-upgrade` verbietet dem Kanal, Upgrade (Major) Versionen an Geräte zu senden
-* `--ios` erlaubt dem Kanal, Versionen an iOS-Geräte zu senden
-* `--no-ios` verbietet dem Kanal, Versionen an iOS-Geräte zu senden
-* `--android` erlaubt dem Kanal, Versionen an Android-Geräte zu senden
-* `--no-android` verbietet dem Kanal, Versionen an Android-Geräte zu senden
-* `--self-assign` erlaubt Geräten, sich selbst diesem Kanal zuzuweisen
-* `--no-self-assign` verbietet Geräten, sich selbst diesem Kanal zuzuweisen
-* `--disable-auto-update STRATEGY` Deaktiviert die Auto-Update-Strategie für diesen Kanal Die möglichen Optionen sind: major, minor, metadata, none
-* `--apikey [key]` API-Schlüssel zur Verknüpfung mit Ihrem Konto
-
-## Deaktivieren der Update-Strategien
-
-Es gibt mehrere Möglichkeiten, Updates für zu alte Versionen zu deaktivieren\
-Capgo kann nativen Code nicht aktualisieren, daher sollte ein Update von einer Version mit altem nativen Code auf eine Version mit aktualisiertem nativen Code nicht möglich sein
-Es gibt mehrere Möglichkeiten, dies zu erreichen
-
-Erstens die `major` Strategie Sie verhindert ein Update von `000` -> `100` Die Hauptversion ist die hervorgehobene Nummer (**1**00 und **0**00)\
-Zweitens die `minor` Strategie Sie verhindert ein Update von `000` -> `110` oder ein Update von `110` auf `120`
-**ACHTUNG** diese Strategie verhindert nicht ein Update von `010` -> `110`
-
-Drittens die `patch` Strategie Sie wurde als sehr strenger Modus in Capgo eingeführt Es wird nicht empfohlen, sie zu verwenden, es sei denn, Sie verstehen vollständig, wie sie funktioniert
-Damit ein Update akzeptiert wird, müssen folgende Bedingungen erfüllt sein:
- - Die Hauptversion ist zwischen der neuen und alten Version gleich
- - Die Nebenversion ist zwischen der neuen und alten Version gleich
- - Die Patch-Version der neuen Version ist größer als die Patch-Version der alten Version
-
-Hier ein Beispiel, welche Szenarien für Updates erlaubt oder abgelehnt werden:
-
- - 00311 -> 00314 ✅
- - 000 -> 00314 ✅
- - 00316 -> 00314 ❌
- - 01312 -> 00314 ❌
- - 10312 -> 00314 ❌
-
-Zuletzt die komplizierteste Strategie Die `metadata` Strategie\
-Zuerst müssen Sie wissen, dass die Updates anfangs **FEHLSCHLAGEN** werden, da dem Kanal die erforderlichen Metadaten fehlen\
-Wenn dem Kanal Metadaten fehlen, sehen Sie eine Nachricht wie diese:
-<img src="/fail-metadata.webp" alt="Cannot find metadata"/>
-
-Wenn Sie so etwas sehen, wissen Sie, dass Sie zum aktuellen Bundle für den fehlschlagenden Kanal gehen und die Metadaten setzen müssen\
-Ermitteln Sie zunächst, welcher Kanal fehlschlägt Sie können das in der Spalte `misconfigured` sehen
-<img src="/misconfigured-table.webp" alt="Misconfigured table"/>
-
-Gehen Sie dann zum fehlerhaften Kanal und klicken Sie auf `Bundle number`. Dies sollte Sie zur Bundle-Seite führen.
-<img src="/fail-channel-show.webp" alt="Locate failing channel"/>
-
-Füllen Sie dort das Feld `Minimal update version` aus. Dies sollte ein [semver](https://devhints.io/semver/) sein.\
-Wenn der eingegebene Wert kein semver ist, erhalten Sie eine Fehlermeldung. Bei korrekter Eingabe sollten Sie etwa Folgendes sehen:
-<img src="/set-min-update-version.webp" alt="Set min version"/>
-
-Sie möchten diese Daten wahrscheinlich nicht bei jedem Update manuell festlegen. Glücklicherweise verhindert die CLI das Senden eines Updates ohne diese Metadaten.
-<img src="/cli-fail-no-metadata.webp" alt="CLI fail no metadata"/>
-
-Um ein Bundle mit der Option `metadata` korrekt hochzuladen, müssen Sie `--min-update-version` mit einem gültigen semver übergeben. Etwa so:
-<img src="/cli-upload-with-metadata.webp" alt="CLI upload with metadata"/>
-
-Die `--min-update-version` ist nicht der EINZIGE Weg für Kompatibilität.
-Es gibt auch `--auto-min-update-version`. So funktioniert es:
-
-1. Es prüft die aktuell im Kanal hochgeladene Version und überprüft die Kompatibilität wie der Befehl `bundle compatibility`.
-2. Wenn die neue Version 100% kompatibel ist, wird die `min_update_version` der neuesten Version im Kanal wiederverwendet.
-Wenn nicht, wird die `min_update_version` auf die Bundle-Nummer der neu hochgeladenen Version gesetzt.
-
-Sie erhalten bei Verwendung dieser Option immer eine Information über die `min_update_version`. Es wird etwa so aussehen:
-<img src="/min_update_version_info.webp" alt="Min update version"/>
-
-Wenn die neue Version nicht kompatibel ist, sollte es etwa so aussehen:
-<img src="/min_update_version_not_compatible.webp" alt="Min update version not compatible"/>
-
-## Ende-zu-Ende-Verschlüsselung (Trustless)
-
-Capgo unterstützt Ende-zu-Ende-Verschlüsselung, das bedeutet, dass Ihr Bundle (Code) vor dem Senden in die Cloud verschlüsselt und auf dem Gerät entschlüsselt wird. Dafür müssen Sie ein RSA-Schlüsselpaar generieren, Sie können den folgenden Befehl verwenden, um es zu generieren.
-
-Das Verschlüsselungssystem ist eine Kombination aus RSA und AES, der RSA-Schlüssel wird verwendet, um den AES-Schlüssel zu verschlüsseln, und der AES-Schlüssel wird verwendet, um die Datei zu verschlüsseln.
-
-Weitere Informationen zum Verschlüsselungssystem finden Sie unten
-
-<img src="/crypto_explained.webp" alt="How crypto works"/>
-
-Verschlüsselungsschema
-
-### Schlüssel für Ihre App erstellen
-
-`npx @capgo/cli key create`
-
-Optional können Sie `--force` verwenden, um den vorhandenen Schlüssel zu überschreiben. Dieser Befehl erstellt ein Schlüsselpaar in Ihrer App und fordert Sie auf, den privaten Schlüssel an einem sicheren Ort zu speichern. Es wird empfohlen, den privaten Schlüssel nicht in Git zu committen und mit niemandem zu teilen.
-
-> Nach Ihrem lokalen Test entfernen Sie den Schlüssel aus der Konfigurationsdatei und fügen Sie ihn im CI-Schritt mit `key save` hinzu.
-
-### Schlüssel in Ihrer App-Konfiguration speichern
-
-`npx @capgo/cli key save`
-
-Optional können Sie angeben:
-
-`--key [/path/to/my/private_key]` der Pfad zu Ihrem privaten Schlüssel
-
-`--key-data [privateKey]` die privaten Schlüsseldaten, wenn Sie sie inline verwenden möchten. Dieser Befehl ist nützlich, wenn Sie der Empfehlung gefolgt sind und den Schlüssel nicht in Ihrer App und in der Konfiguration committet haben.
-
-## CI-Integration
-
-Um Ihre Arbeit zu automatisieren, empfehle ich Ihnen, GitHub Actions die Aufgabe des Pushens zu unserem Server zu überlassen.
-
-[GitHub Action Tutorial](https://capgo.app/blog/automatic-build-and-release-with-github-actions/)
-
-## Unsere Demo-App
-
-[GitHub - Cap-go/demo-app](https://github.com/Cap-go/demo-app/)
-
-Vergessen Sie nicht, die CI-Umgebungsvariable mit Ihrem API-Schlüssel zu konfigurieren.
diff --git a/src/content/docs/de/docs/cli/migrations/cli-from-0x-to-1x.mdx b/src/content/docs/de/docs/cli/migrations/cli-from-0x-to-1x.mdx
deleted file mode 100644
index 914446e48..000000000
--- a/src/content/docs/de/docs/cli/migrations/cli-from-0x-to-1x.mdx
+++ /dev/null
@@ -1,11 +0,0 @@
----
-title: CLI de 0.x a 1.x
-description: Upgrade-Anleitung von 0.x auf 1.x
-sidebar:
-  order: 5
-locale: de
----
-
-Es gibt keine wesentlichen Änderungen in der CLI
-
-Die wichtigste Änderung ist die Umbenennung des Arguments `--version` zu `--bundle`, um Konflikte zu vermeiden und der neuen Namensgebung überall zu folgen
\ No newline at end of file
diff --git a/src/content/docs/de/docs/cli/migrations/encryption.md b/src/content/docs/de/docs/cli/migrations/encryption.md
deleted file mode 100644
index c8f16eb63..000000000
--- a/src/content/docs/de/docs/cli/migrations/encryption.md
+++ /dev/null
@@ -1,71 +0,0 @@
----
-title: Verschlüsselung
-description: So verschlüsseln Sie Ihre Daten mit neuer Verschlüsselung
-sidebar:
-  order: 5
-locale: de
----
-
-Diese Dokumentation erklärt, wie Sie Ihre Daten mit dem neuen Verschlüsselungssystem verschlüsseln und das alte entfernen können
-
-Erfahren Sie mehr über das neue Verschlüsselungssystem im [Blog-Beitrag](/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing)
-
----
-
-Erstellen Sie zunächst ein neues Schlüsselpaar mit folgendem Befehl:
-
-```bash
-npx @capgo/cli key create
-```
-
-Dieser Befehl erstellt ein neues Schlüsselpaar in Ihrer App; es ist zwingend erforderlich, den privaten Schlüssel an einem sicheren Ort aufzubewahren. Der private Schlüssel darf niemals in die Versionskontrolle übernommen oder mit nicht vertrauenswürdigen Parteien geteilt werden
-
-Dieser Befehl entfernt auch den alten Schlüssel aus Ihrer Capacitor-Konfiguration, entfernt jedoch nicht die alten Schlüsseldateien. Die CLI behält diese bei, damit Sie weiterhin Live-Updates für Apps senden können, die noch kein App-Store-Update erhalten haben und das alte Plugin verwenden. Dies erleichtert die Migration
-
-Wenn Sie bei der Migration gefragt werden: "Möchten Sie die Verschlüsselung mit dem neuen Kanal einrichten, um alte Apps zu unterstützen und die Migration zu erleichtern?", stimmen Sie bitte zu. Dies fügt eine neue "defaultChannel"-Option zu Ihrer Capacitor-Konfiguration hinzu. Dadurch verwendet Ihre App den Kanal "encryption_v2". Dies stellt sicher, dass die neue Verschlüsselung nur von Apps verwendet wird, die sie unterstützen. Apps, die noch kein App-Store-Update erhalten haben, verwenden weiterhin den vorherigen Standardkanal
-
----
-
-Nun müssen Sie Ihr JS-Bundle erstellen und es in den neuen Kanal hochladen. Führen Sie dazu folgenden Befehl aus:
-
-```bash
-npx @capgo/cli bundle upload --channel encryption_v2
-```
-
----
-
-Führen Sie dann diesen Befehl aus, um Apps zu erlauben, sich selbst dem Kanal "encryption_v2" zuzuweisen:
-
-:::caution
-Dies ist notwendig, damit die neue "defaultChannel"-Option funktioniert
-:::
-
-```bash
-npx @capgo/cli channel set encryption_v2 --self-assign
-```
-
----
-
-Sie können die App jetzt ausführen; sie wird das neue Verschlüsselungssystem verwenden
-
-Um das neue JS-Bundle in den alten Kanal hochzuladen, müssen Sie nur folgenden Befehl ausführen:
-
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
----
-
-Sie müssen sich keine Sorgen um die Capacitor-Konfiguration machen, sie wird nie zu Capgo hochgeladen
-
-Wenn alle Benutzer ihre Apps aktualisiert haben (dies kann bis zu 3/4 Monate dauern), können Sie "defaultChannel" aus Ihrer Capacitor-Konfiguration entfernen
-
-Dann können Sie den alten Kanal mit folgendem Befehl entfernen:
-
-```bash
-npx @capgo/cli channel delete encryption_v2
-```
-
----
-
-Nach dem Löschen des "encryption_v2"-Kanals werden alle Apps, die ihn als Standard verwenden, beginnen, den "production"-Kanal zu verwenden
\ No newline at end of file
diff --git a/src/content/docs/de/docs/cli/overview.mdx b/src/content/docs/de/docs/cli/overview.mdx
deleted file mode 100644
index c5dfa9ced..000000000
--- a/src/content/docs/de/docs/cli/overview.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: Übersicht
-description: "Dieses Dokument bietet einen umfassenden Überblick über die Capgo CLI und wie sie genutzt werden kann, um Ihren App-Entwicklungsprozess durch nahtlose Live-Updates zu verbessern"
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: de
----
-
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Nutzen Sie Capgos Live-Updates-Funktion, um die JavaScript-Bundles Ihrer App aus der Ferne in Echtzeit zu aktualisieren. Senden Sie JS-Updates direkt an Ihre Nutzer, ohne den App-Store-Überprüfungsprozess zu durchlaufen, um sofort Fehler zu beheben und neue Funktionen bereitzustellen.
-
-<Aside>
-
-Live-Updates sind auf JavaScript-Bundle-Änderungen beschränkt. Wenn Sie nativen Code aktualisieren müssen, wie das Hinzufügen oder Entfernen eines Plugins oder das Ändern der nativen Projektkonfiguration, müssen Sie einen neuen nativen Binary-Build an die App Stores übermitteln.
-
-</Aside>
-
-## Wie Live-Updates funktionieren
-
-Das Live-Update-System von Capgo hat zwei Schlüsselkomponenten:
-
-1. Das Capgo SDK, das Sie in Ihrer App installieren. Das SDK prüft auf verfügbare Updates und lädt sie im Hintergrund herunter.
-
-2. Kanäle, mit denen Sie Updates für bestimmte Benutzergruppen bereitstellen können. Sie können Kanäle verwenden, um verschiedene Release-Tracks wie `Production`, `Staging` und `Dev` zu verwalten.
-
-Wenn Sie ein neues JS-Bundle auf Capgo hochladen und einem Kanal zuweisen, erkennt das Capgo SDK in Apps, die für diesen Kanal konfiguriert sind, das Update und lädt es herunter. Beim nächsten Neustart der App wird das neue Bundle geladen.
-
-## Erste Schritte
-
-Folgen Sie diesen Schritten, um mit Live-Updates zu beginnen:
-
-<Steps>
-
-1. Schließen Sie den [Capgo Quickstart](/docs/getting-started/quickstart) ab, um Ihre App in Capgo einzurichten und das Capgo SDK zu installieren.
-
-2. Rufen Sie in Ihrem App-Code `CapacitorUpdater.notifyAppReady()` auf, nachdem Ihre App initialisiert wurde. Dies teilt dem Capgo SDK mit, dass Ihre App bereit ist, Updates zu empfangen.
-
-3. Erstellen Sie Ihr JS-Bundle und laden Sie es auf Capgo hoch:
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. Öffnen Sie Ihre App und warten Sie, bis das Update heruntergeladen ist. Sie können den Status überprüfen mit:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. Sobald das Update heruntergeladen ist, schließen und öffnen Sie Ihre App erneut, um das neue Bundle zu laden.
-
-</Steps>
-
-Weitere Details finden Sie im [Leitfaden für Live-Updates-Bereitstellung](/docs/getting-started/deploy).
-
-## Die Capgo CLI
-
-Die Capgo CLI ist ein leistungsstarkes Tool, das Entwicklern ermöglicht, mit Capgos Diensten aus ihren eigenen CI/CD-Pipelines zu interagieren. Mit der CLI haben Sie detaillierte Kontrolle darüber, wann Builds erstellt und bereitgestellt werden, sodass Sie Capgo in Ihre bestehenden Enterprise-Workflows integrieren können.
-
-### Wofür ist die Capgo CLI gedacht?
-
-Die Capgo CLI ist für Entwickler und Teams konzipiert, die mehr Kontrolle und Flexibilität in ihren Live-Update-Workflows benötigen. Durch die Verwendung der CLI in Ihren CI/CD-Pipelines können Sie:
-
-- Genau festlegen, wann Updates erstellt und bereitgestellt werden sollen, anstatt sich auf Capgos integrierte Automatisierung zu verlassen
-- Eigene Prozesse wie Code-Signierung, QA-Tests oder Manager-Genehmigungen zwischen den Build- und Bereitstellungsschritten einfügen
-- Capgo in Ihre bestehenden DevOps-Tools und -Workflows integrieren
-
-### Authentifizierung
-
-Um die Capgo CLI zu nutzen, müssen Sie sich mit Ihrem API-Schlüssel authentifizieren. Sie können einen API-Schlüssel in Ihren Capgo-Kontoeinstellungen generieren.
-
-Um sich anzumelden und Ihren API-Schlüssel sicher zu speichern, führen Sie aus:
-
-```shell
-npx @capgo/cli@latest login [API_KEY]
-```
-
-Dieser Befehl wird dann für zukünftige Verwendungen gespeichert. Nach der Anmeldung müssen Sie Ihren API-Schlüssel nicht bei jedem Befehl erneut angeben.
-
-### Wichtige Unterschiede zu anderen CLI-Tools
-
-Wenn Sie mit anderen Live-Update-CLI-Tools vertraut sind, gibt es einige wichtige Besonderheiten der Capgo CLI zu beachten:
-
-- Capgo verwendet eine einzige CLI sowohl für Entwicklungs- als auch für CI/CD-Anwendungsfälle, da Capgo sich ausschließlich auf Live-Update-Funktionen konzentriert
-
-- Die Capgo CLI erfordert keinen separaten Installationsschritt. Sie ist im `@capgo/cli`-Paket enthalten und kann direkt mit `npx` ausgeführt werden
-
-- Die Capgo CLI ist speziell für den Live-Update-Workflow konzipiert und enthält möglicherweise nicht alle Funktionen oder Befehle, die in allgemeineren CLI-Tools zu finden sind.
-
-## Nächste Schritte
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/channels/">
-    <Card title="Kanäle" icon="bars">
-      Erfahren Sie, wie Sie Kanäle verwenden, um verschiedene Release-Tracks zu verwalten und Updates für bestimmte Benutzer bereitzustellen.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="Rollbacks" icon="left-arrow">
-      Entdecken Sie, wie Sie zu einer vorherigen JS-Bundle-Version zurückkehren können, wenn ein Update Probleme verursacht.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="Update-Verhalten" icon="setting">
-      Passen Sie an, wie und wann Updates in Ihrer App heruntergeladen und angewendet werden.
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="Schnelle Updates" icon="starlight">
-      Erfahren Sie, wie Sie schnelle Updates verwenden können, um den Update-Prozess zu beschleunigen.
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/de/docs/cli/reference/account.mdx b/src/content/docs/de/docs/cli/reference/account.mdx
deleted file mode 100644
index 15eb2e46a..000000000
--- a/src/content/docs/de/docs/cli/reference/account.mdx
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: Konto
-sidebar_label: account
-sidebar:
-  order: 7
-locale: de
----
-
-Der `account`-Befehl ermöglicht die Verwaltung Ihres Capgo-Kontos
-
-### id
-
-`npx @capgo/cli account id`
-
-Ruft Ihre Konto-ID ab
-
-Optionen:
-
-- `-a, --apikey <apikey>`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
\ No newline at end of file
diff --git a/src/content/docs/de/docs/cli/reference/app.mdx b/src/content/docs/de/docs/cli/reference/app.mdx
deleted file mode 100644
index e19283c9b..000000000
--- a/src/content/docs/de/docs/cli/reference/app.mdx
+++ /dev/null
@@ -1,84 +0,0 @@
----
-title: App
-sidebar_label: app
-sidebar:
-  order: 4
-locale: de
----
-
-Der `app`-Befehl ermöglicht die Verwaltung Ihrer Capgo-Apps
-
-### add
-
-`npx @capgo/cli app add [appId]`
-
-Fügt eine neue App zu Ihrem Capgo-Konto hinzu
-
-`[appId]` ist Ihre App-ID im Format `com.example.app`. Weitere Informationen finden Sie in der [Capacitor-Dokumentation](https://capacitorjs.com/docs/cli/commands/init/)
-
-> 💡 Alle Optionen werden aus Ihrer `capacitor.config.json` ermittelt, wenn sie nicht angegeben werden
-
-Optionen:
-
-- `--icon [path]`: Pfad zu einem benutzerdefinierten Symbol, das in der Capgo-Webanwendung angezeigt wird
-- `--name [name]`: Benutzerdefinierter Name, der in der App-Liste angezeigt wird
-- `--apikey [key]`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-- `--retention [days]`: Aufbewahrungszeitraum für App-Bundles in Tagen (Standard: 0 = unbegrenzt)
-
-### set
-
-`npx @capgo/cli app set [appId]`
-
-Aktualisiert eine bestehende App in Ihrem Capgo-Konto
-
-Optionen:
-
-- `--icon [path]`: Pfad zu einem benutzerdefinierten Symbol, das in der Capgo-Webanwendung angezeigt wird
-- `--name [name]`: Benutzerdefinierter Name, der in der App-Liste angezeigt wird
-- `--retention [days]`: Aufbewahrungszeitraum für App-Bundles in Tagen (Standard: 0 = unbegrenzt)
-- `--apikey [key]`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-
-### list
-
-`npx @capgo/cli app list [appId]`
-
-Listet alle Apps in Ihrem Capgo-Konto auf
-
-Optionen:
-
-- `--apikey [key]`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-
-### delete
-
-`npx @capgo/cli app delete [appId]`
-
-Löscht eine App aus Ihrem Capgo-Konto
-
-Optionen:
-
-- `--apikey [key]`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-- `--bundle`: Löscht nur eine bestimmte Bundle-Version
-
-### debug
-
-`npx @capgo/cli app debug [appId]`
-
-Zeigt Debug-Informationen für eine App an
-
-Optionen:
-
-- `--apikey [key]`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-- `--device`: Debug eines bestimmten Geräts
-
-### setting
-
-`npx @capgo/cli app setting [path]`
-
-Bearbeitet die Capacitor-Konfiguration für eine App
-
-`[path]` ist der Pfad zur Einstellung, die Sie ändern möchten (z.B. `appId` oder `plugins.CapacitorUpdater.autoUpdate`)
-
-Sie müssen entweder `--string` oder `--bool` angeben:
-
-- `--string <value>`: Setzt die Einstellung auf einen String-Wert
-- `--bool <true|false>`: Setzt die Einstellung auf einen Boolean-Wert
\ No newline at end of file
diff --git a/src/content/docs/de/docs/cli/reference/build.mdx b/src/content/docs/de/docs/cli/reference/build.mdx
deleted file mode 100644
index 1742d9ac2..000000000
--- a/src/content/docs/de/docs/cli/reference/build.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: 🏗️ build
-description: Erstellen Sie native Mobile Apps in der Cloud und übermitteln Sie sie direkt über Ihre CLI an App Store und Play Store.
-sidebar_label: build
-sidebar:
-  order: 5
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-🏗️ Erstellen Sie native Mobile Apps in der Cloud und übermitteln Sie sie automatisch an den App Store und Play Store.
-
-## Übersicht
-
-Der `build`-Befehl ermöglicht es Ihnen, Ihre Capacitor-App für iOS und Android in der Cloud-Infrastruktur von Capgo zu erstellen, ähnlich wie Expo Builds handhabt. Ihre App wird auf dedizierter Infrastruktur erstellt und kann automatisch an die App Stores übermittelt werden.
-
-**Aktueller Status:** Öffentliche Beta
-
-## Warum Cloud Build verwenden?
-
-Das traditionelle Erstellen nativer mobiler Apps erfordert:
-- **Mac-Hardware** für iOS-Builds ($1000+ oder teure CI-Minuten)
-- **Komplexe CI/CD**-Einrichtung mit Caching und Zugangsdaten
-- **Wartungsaufwand** für Xcode, Android Studio und SDKs
-
-Mit Capgo Cloud Build erhalten Sie:
-- ✅ **Kein Mac erforderlich** - Erstellen Sie iOS-Apps von jedem Gerät aus
-- ✅ **Keine Einrichtung** - Keine CI/CD-Konfiguration erforderlich
-- ✅ **Kampferprobt** - Basiert auf 3 Jahren interner Produktionsnutzung
-- ✅ **Sicher** - Keine Protokollspeicherung, automatische Bereinigung
-- ✅ **Nur nativ** - Ihr JavaScript bleibt privat
-
-## Schnellstart
-
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-Das ist alles! Ihre App wird in der Cloud erstellt und Sie sehen Echtzeit-Protokolle.
-
-## Dokumentationsabschnitte
-
-<CardGrid>
-  <Card title="⚠️ Richten Sie ZUERST Zugangsdaten ein" icon="warning">
-    **Erforderlich vor dem Erstellen:** Speichern Sie Ihre iOS/Android-Zugangsdaten lokal.
-
-    [Zugangsdaten einrichten →](/docs/cli/cloud-build/credentials/)
-  </Card>
-
-  <Card title="Erste Schritte" icon="rocket">
-    Erstellen Sie Ihren ersten nativen Build in Minuten.
-
-    [Anleitung lesen →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="iOS Builds" icon="apple">
-    Konfigurieren Sie Zertifikate und erstellen Sie für den App Store.
-
-    [iOS konfigurieren →](/docs/cli/cloud-build/ios/)
-  </Card>
-
-  <Card title="Android Builds" icon="setting">
-    Richten Sie Keystores ein und erstellen Sie für den Play Store.
-
-    [Android konfigurieren →](/docs/cli/cloud-build/android/)
-  </Card>
-
-  <Card title="Fehlerbehebung" icon="warning">
-    Lösungen für häufige Build-Probleme.
-
-    [Hilfe erhalten →](/docs/cli/cloud-build/troubleshooting/)
-  </Card>
-</CardGrid>
-
-## Befehlsreferenz
-
-### Grundlegende Verwendung
-
-```bash
-npx @capgo/cli@latest build [appId] [optionen]
-```
-
-### Beispiele
-
-Für beide Plattformen erstellen:
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-Nur für iOS erstellen:
-```bash
-npx @capgo/cli@latest build com.example.app --platform ios
-```
-
-Für Android im Debug-Modus erstellen:
-```bash
-npx @capgo/cli@latest build com.example.app --platform android --build-mode debug
-```
-
-Aus einem bestimmten Verzeichnis erstellen:
-```bash
-npx @capgo/cli@latest build com.example.app --path ./my-app
-```
-
-### Optionen
-
-| Option | Typ | Standard | Beschreibung |
-|--------|------|---------|-------------|
-| `appId` | string | capacitor.config | Anwendungs-ID (z. B. com.example.app) |
-| `--path <pfad>` | string | Aktuelles Verzeichnis | Pfad zu Ihrem Projektverzeichnis |
-| `--platform <plattform>` | string | both | Zielplattform: `ios`, `android` oder `both` |
-| `--build-mode <modus>` | string | release | Build-Modus: `debug` oder `release` |
-| `--build-config <config>` | string | - | Zusätzliche Build-Konfiguration als JSON-String |
-| `-a, --apikey <apikey>` | string | - | API-Schlüssel (oder `CAPGO_TOKEN` Umgebungsvariable verwenden) |
-| `--supa-host <url>` | string | https://api.capgo.app | Benutzerdefinierte Supabase-Host-URL |
-| `--supa-anon <key>` | string | - | Benutzerdefinierter Supabase-Anon-Schlüssel |
-
-## Wie es funktioniert
-
-```mermaid
-sequenceDiagram
-    participant Dev as Entwickler
-    participant CLI as Capgo CLI
-    participant Cloud as Capgo Cloud
-    participant iOS as Mac Builder
-    participant Android as Android Builder
-
-    Dev->>CLI: build com.example.app
-    CLI->>CLI: Projekt lokal zippen
-    CLI->>Cloud: Zu R2 hochladen
-    Cloud->>iOS: Mac bereitstellen (iOS)
-    Cloud->>Android: Sandbox starten (Android)
-    iOS-->>CLI: Protokolle streamen (SSE)
-    Android-->>CLI: Protokolle streamen (SSE)
-    iOS->>Cloud: Build abgeschlossen
-    Android->>Cloud: Build abgeschlossen
-    Cloud->>iOS: Bereinigung (24h später)
-    Cloud->>Android: Bereinigung (sofort)
-    CLI->>Dev: Build erfolgreich
-```
-
-### Build-Prozess
-
-1. **Lokale Vorbereitung** - Ihr Projekt wird lokal gezippt (ohne `node_modules`, Dotfiles)
-2. **Upload** - Zip-Datei wird zu sicherem Cloud-Speicher hochgeladen (Cloudflare R2)
-3. **Build-Ausführung**:
-   - **iOS**: Dedizierte Mac-Maschine bereitgestellt, Fastlane erstellt und signiert
-   - **Android**: Sichere Sandbox erstellt, Gradle kompiliert und signiert
-4. **Protokoll-Streaming** - Echtzeit-Protokolle über Server-Sent Events (nicht gespeichert!)
-5. **Automatische Bereinigung**:
-   - **iOS**: Dateien nach 24 Stunden gelöscht, wenn Maschine freigegeben wird
-   - **Android**: Alles sofort nach Build gelöscht
-
-## Unsere Expertise
-
-Capgo Cloud Build ist keine neue Infrastruktur - wir nutzen sie seit **3 Jahren** intern:
-
-- ✅ **Benutzerdefiniertes Fastlane** - Speziell für Capacitor-Apps entwickelt
-- ✅ **Tausende von Builds** - Kampferprobt in Produktion
-- ✅ **Capacitor-Experten** - Tiefes Wissen über das Wesentliche
-- ✅ **Nur-nativ-Fokus** - Ihr JavaScript berührt nie unsere Server
-
-## Sicherheit & Datenschutz
-
-- **Keine Protokollspeicherung** - Protokolle streamen nur zu Ihrem Terminal, werden niemals gespeichert
-- **Keine Artefaktspeicherung** - Apps werden direkt an App Store/Play Store gesendet, wir behalten nichts
-- **Zugangsdaten automatisch gelöscht** - Nur während Build verwendet, danach gelöscht (max. 24h)
-- **Isolierte Builds** - Jeder Build läuft isoliert
-- **Ihr Code bleibt Ihrer** - Wir erstellen nur native Teile, JavaScript bleibt lokal
-
-## CI/CD-Integration
-
-Funktioniert überall - GitHub Actions, GitLab CI oder jede CI/CD-Plattform:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build com.example.app \
-      --platform both \
-      --build-mode release
-```
-
-Nicht erforderlich:
-- Mac-Runner
-- Android SDK-Installation
-- Xcode-Installation
-- Komplexes Caching
-- Zugangsdatenverwaltung
-
-## Preisgestaltung
-
-Build-Zeit wird basierend auf tatsächlicher Nutzung abgerechnet:
-
-- **Android**: 1× Multiplikator (~$0.XX pro Minute)
-- **iOS**: 2× Multiplikator (~$0.XX pro Minute, aufgrund von Mac-Hardware)
-
-**Typische Kosten:**
-- Android Debug: 3 min × 1× = ~$X.XX
-- iOS Release: 7 min × 2× = ~$X.XX
-
-Zahlen Sie nur für das, was Sie nutzen. Keine Mindestbeträge, keine Überraschungen.
-
-## Vergleich mit anderen Lösungen
-
-| Funktion | Capgo Cloud Build | GitHub Actions (Mac) | Expo EAS |
-|---------|------------------|---------------------|----------|
-| **Mac lokal erforderlich** | ❌ Nein | ✅ Ja | ❌ Nein |
-| **Einrichtungskomplexität** | ⭐ Einzelner Befehl | ⭐⭐⭐ Komplexes YAML | ⭐⭐ Config-Dateien |
-| **Capacitor nativ** | ✅ Optimiert | ⚠️ Generisch | ❌ Nur Expo |
-| **Ihr Code-Datenschutz** | ✅ Niemals gespeichert | ⚠️ In Runnern | ⚠️ Hochgeladen |
-| **Kosten (iOS)** | 💰 2× Basis | 💰💰💰 10× teuer | 💰💰 Premium |
-
-## Was wird erstellt
-
-**Wichtig:** Capgo erstellt **nur native Teile**.
-
-✅ **Wir erstellen:**
-- iOS-nativer Code (Swift, Objective-C, Xcode-Projekte)
-- Android-nativer Code (Java, Kotlin, Gradle-Projekte)
-- Code-Signatur und App Store-Übermittlung
-
-❌ **Sie erstellen (lokal):**
-- JavaScript, HTML, CSS (`npm run build`)
-- Capacitor-Sync (`npx cap sync`)
-- Ihre Web-Assets
-
-Diese Trennung gewährleistet:
-- **Bessere Sicherheit** - Ihre App-Logik bleibt privat
-- **Schnellere Builds** - Keine doppelten Web-Builds
-- **Klare Verantwortung** - Sie kontrollieren Ihren Code
-
-## Einschränkungen
-
-Aktuelle Einschränkungen während der öffentlichen Beta:
-
-- **Build-Timeout**: 10 Minuten maximal
-- **Upload-Timeout**: 1 Stunde für Upload-URL
-- **iOS-Maschine**: 24-Stunden-Lease-Anforderung, Build auf Mac wird in Warteschlange gestellt, um optimale Nutzung sicherzustellen
-- **Zugriff**: Nur öffentliche Beta
-
-## Erste Schritte
-
-Bereit, ohne Aufwand zu erstellen?
-
-<CardGrid>
-  <Card title="Erstellen Sie Ihren ersten Build" icon="rocket">
-    Schritt-für-Schritt-Anleitung für Ihren ersten Cloud-Build.
-
-    [Jetzt starten →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="An öffentlicher Beta teilnehmen" icon="star">
-    Cloud Build ist in der öffentlichen Beta. Treten Sie unserer Community bei, um Zugriff zu erhalten.
-
-    [Discord beitreten →](https://discord.com/invite/VnYRvBfgA6)
-  </Card>
-</CardGrid>
-
-## Mehr erfahren
-
-- [Erste-Schritte-Anleitung](/docs/cli/cloud-build/getting-started/) - Erstellen Sie Ihren ersten Build
-- [iOS-Konfiguration](/docs/cli/cloud-build/ios/) - iOS-Builds einrichten
-- [Android-Konfiguration](/docs/cli/cloud-build/android/) - Android-Builds einrichten
-- [Fehlerbehebung](/docs/cli/cloud-build/troubleshooting/) - Häufige Probleme und Lösungen
-- [Blog: Cloud Build vorstellen](/blog/introducing-capgo-cloud-build/) - Feature-Ankündigung
-
-## Brauchen Sie Hilfe?
-
-- 📚 [Fehlerbehebungsanleitung](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Discord-Community](https://discord.com/invite/VnYRvBfgA6)
-- 📧 E-Mail: support@capgo.app
diff --git a/src/content/docs/de/docs/cli/reference/bundle.mdx b/src/content/docs/de/docs/cli/reference/bundle.mdx
deleted file mode 100644
index a0d42ce4a..000000000
--- a/src/content/docs/de/docs/cli/reference/bundle.mdx
+++ /dev/null
@@ -1,165 +0,0 @@
----
-title: Bündel
-sidebar_label: bundle
-sidebar:
-  order: 5
-locale: de
----
-
-Der `bundle`-Befehl ermöglicht die Verwaltung Ihrer App-Bundles
-
-### upload
-
-`npx @capgo/cli bundle upload [appId]`
-
-Lädt ein neues Bundle für eine App hoch
-
-Optionen:
-
-- `-a, --apikey <apikey>`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-- `-p, --path <path>`: Pfad zum hochzuladenden Ordner (standardmäßig das `webDir` in `capacitorconfig`)
-- `-c, --channel <channel>`: Channel, mit dem das Bundle verknüpft werden soll
-- `-e, --external <url>`: Link zu einer externen URL statt Upload zu Capgo Cloud
-- `--iv-session-key <key>`: IV und Session-Schlüssel für externe Bundle-URL festlegen
-- `--s3-region <region>`: Region für Ihren S3-Bucket
-- `--s3-apikey <apikey>`: API-Schlüssel für Ihren S3-Endpunkt
-- `--s3-apisecret <apisecret>`: API-Secret für Ihren S3-Endpunkt
-- `--s3-endpoint <s3Endpoint>`: URL des S3-Endpunkts
-- `--s3-bucket-name <bucketName>`: Name Ihres S3-Buckets
-- `--s3-port <port>`: Port für Ihren S3-Endpunkt
-- `--no-s3-ssl`: SSL für S3-Uploads deaktivieren
-- `--key <key>`: Benutzerdefinierter Pfad für den öffentlichen Signaturschlüssel (v1-System)
-- `--key-data <keyData>`: Öffentliche Signaturschlüsseldaten (v1-System)
-- `--key-v2 <key>`: Benutzerdefinierter Pfad für den privaten Signaturschlüssel (v2-System)
-- `--key-data-v2 <keyDataV2>`: Private Signaturschlüsseldaten (v2-System)
-- `--bundle-url`: Bundle-URL in stdout ausgeben
-- `--no-key`: Signaturschlüssel ignorieren und unsigniertes Update senden
-- `--no-code-check`: Überprüfung auf `notifyAppReady()` im Quellcode und `indexhtml` im Root-Verzeichnis überspringen
-- `--display-iv-session`: IV und Session-Schlüssel zur Verschlüsselung des Updates anzeigen
-- `-b, --bundle <bundle>`: Hochzuladende Bundle-Versionsnummer
-- `--min-update-version <minUpdateVersion>`: Mindestversion der App für dieses Update (nur verwendet wenn Auto-Update über Metadaten deaktiviert ist)
-- `--auto-min-update-version`: Automatische Festlegung der Mindest-Update-Version basierend auf nativen Paketversionen
-- `--ignore-metadata-check`: Metadaten-Prüfung (node_modules) beim Hochladen ignorieren
-- `--ignore-checksum-check`: Prüfsummen-Prüfung beim Hochladen ignorieren
-- `--timeout <timeout>`: Timeout für den Upload-Prozess in Sekunden
-- `--multipart`: Multipart-Protokoll für S3-Upload verwenden (veraltet, nutzen Sie stattdessen `--tus`)
-- `--tus`: Bundle mit dem tus-Protokoll hochladen
-- `--tus-chunk-size <tusChunkSize>`: Chunk-Größe für den tus-Upload
-- `--partial`: Nur geänderte Dateien zu Capgo Cloud hochladen
-- `--partial-only`: Nur partielle Dateien zu Capgo Cloud hochladen, ZIP-Datei überspringen (nützlich für große Bundles)
-- `--encrypted-checksum <encryptedChecksum>`: Verschlüsselte Prüfsumme (Signatur) für externes Bundle
-- `--auto-set-bundle`: Bundle-Version automatisch in `capacitorconfigjson` setzen
-- `--dry-upload`: Testlauf des Upload-Prozesses ohne tatsächlichen Upload (nützlich zum Testen)
-- `--package-json <packageJson>`: Kommagetrennte Liste von Pfaden zu `packagejson`-Dateien (nützlich für Monorepos)
-- `--node-modules <nodeModules>`: Kommagetrennte Liste von Pfaden zu `node_modules`-Verzeichnissen (nützlich für Monorepos)
-- `--encrypt-partial`: Partielle Update-Dateien verschlüsseln
-- `--delete-linked-bundle-on-upload`: Aktuell verknüpftes Bundle im Ziel-Channel vor dem Upload löschen
-
-### compatibility
-
-`npx @capgo/cli bundle compatibility [appId]`
-
-Prüft die Kompatibilität eines Bundles mit einem bestimmten Channel
-
-Optionen:
-
-- `-a, --apikey <apikey>`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-- `-c, --channel <channel>`: Zu prüfender Channel
-- `--text`: Ergebnisse als Text statt Emoji ausgeben
-- `--package-json <packageJson>`: Kommagetrennte Liste von Pfaden zu `packagejson`-Dateien (nützlich für Monorepos)
-- `--node-modules <nodeModules>`: Kommagetrennte Liste von Pfaden zu `node_modules`-Verzeichnissen (nützlich für Monorepos)
-
-### delete
-
-`npx @capgo/cli bundle delete [bundleId] [appId]`
-
-Löscht ein Bundle aus einer App
-
-Optionen:
-
-- `-a, --apikey <apikey>`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-
-### list
-
-`npx @capgo/cli bundle list [appId]`
-
-Listet alle Bundles einer App auf
-
-Optionen:
-
-- `-a, --apikey <apikey>`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-
-### cleanup
-
-`npx @capgo/cli bundle cleanup [appId]`
-
-Bereinigt alte Bundles einer Hauptversion und behält die angegebene Anzahl der neuesten Bundles
-
-Optionen:
-
-- `-b, --bundle <bundle>`: Zu bereinigende Hauptversionsnummer
-- `-a, --apikey <apikey>`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-- `-k, --keep <keep>`: Anzahl der zu behaltenden Bundles (Standard: 4)
-- `-f, --force`: Erzwungenes Entfernen ohne Bestätigung
-
-### decrypt
-
-`npx @capgo/cli bundle decrypt [zipPath] [sessionKey]`
-
-Entschlüsselt ein signiertes ZIP-Bundle
-
-Optionen:
-
-- `--key <key>`: Benutzerdefinierter Pfad für den privaten Signaturschlüssel
-- `--key-data <keyData>`: Private Signaturschlüsseldaten
-
-### encrypt
-
-`npx @capgo/cli bundle encrypt [zipPath]`
-
-Verschlüsselt ein ZIP-Bundle
-
-Optionen:
-
-- `--key <key>`: Benutzerdefinierter Pfad für den privaten Signaturschlüssel
-- `--key-data <keyData>`: Private Signaturschlüsseldaten
-
-### encryptV2
-
-`npx @capgo/cli bundle encryptV2 [zipPath] [checksum]`
-
-Verschlüsselt ein ZIP-Bundle mit der neuen Verschlüsselungsmethode
-
-Optionen:
-
-- `--key <key>`: Benutzerdefinierter Pfad für den privaten Signaturschlüssel
-- `--key-data <keyData>`: Private Signaturschlüsseldaten
-- `-j, --json`: Ergebnisse als JSON ausgeben
-
-### decryptV2
-
-`npx @capgo/cli bundle decryptV2 [zipPath] [checksum]`
-
-Entschlüsselt ein ZIP-Bundle mit der neuen Verschlüsselungsmethode
-
-Optionen:
-
-- `--key <key>`: Benutzerdefinierter Pfad für den privaten Signaturschlüssel
-- `--key-data <keyData>`: Private Signaturschlüsseldaten
-- `--checksum <checksum>`: Prüfsumme des Bundles zur Integritätsprüfung
-
-### zip
-
-`npx @capgo/cli bundle zip [appId]`
-
-Erstellt eine ZIP-Datei für ein Bundle
-
-Optionen:
-
-- `-p, --path <path>`: Pfad zum zu zippenden Ordner (standardmäßig das `webDir` in `capacitorconfig`)
-- `-b, --bundle <bundle>`: Bundle-Versionsnummer für den Dateinamen
-- `-n, --name <name>`: Benutzerdefinierter Dateiname für die ZIP-Datei
-- `-j, --json`: Ergebnisse als JSON ausgeben
-- `--no-code-check`: Überprüfung auf `notifyAppReady()` im Quellcode und `indexhtml` im Root-Verzeichnis überspringen
-- `--key-v2`: Neue Verschlüsselungsmethode (v2) verwenden
-- `--package-json <packageJson>`: Kommagetrennte Liste von Pfaden zu `packagejson`-Dateien (nützlich für Monorepos)
\ No newline at end of file
diff --git a/src/content/docs/de/docs/cli/reference/channel.mdx b/src/content/docs/de/docs/cli/reference/channel.mdx
deleted file mode 100644
index 527268c06..000000000
--- a/src/content/docs/de/docs/cli/reference/channel.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: Kanal
-sidebar_label: channel
-sidebar:
-  order: 6
-locale: de
----
-
-Der `channel`-Befehl ermöglicht die Verwaltung Ihrer Release-Kanäle
-
-### add
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-Erstellt einen neuen Kanal für eine App
-
-Optionen:
-
-- `-d, --default`: Setzt den neuen Kanal als Standardkanal
-- `-a, --apikey <apikey>`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-
-### delete
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-Löscht einen Kanal aus einer App
-
-Optionen:
-
-- `-a, --apikey <apikey>`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-- `--delete-bundle`: Löscht das mit dem Kanal verbundene Bundle
-
-### list
-
-`npx @capgo/cli channel list [appId]`
-
-Listet alle Kanäle einer App auf
-
-Optionen:
-
-- `-a, --apikey <apikey>`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-
-### currentBundle
-
-`npx @capgo/cli channel currentBundle [channel] [appId]`
-
-Ruft das aktuelle Bundle für einen bestimmten Kanal ab
-
-Optionen:
-
-- `-c, --channel <channel>`: Kanal, von dem das aktuelle Bundle abgerufen werden soll
-- `-a, --apikey <apikey>`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-- `--quiet`: Gibt nur die Bundle-Version aus
-
-### set
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-Legt die Eigenschaften eines Kanals fest
-
-Optionen:
-
-- `-a, --apikey <apikey>`: API-Schlüssel zur Verknüpfung mit Ihrem Konto
-- `-b, --bundle <bundle>`: Bundle-Versionsnummer für den Kanal festlegen
-- `-s, --state <state>`: Setzt den Status des Kanals (`default` oder `normal`)
-- `--latest`: Verwendet die neueste Version aus `packagejson` als Bundle-Version
-- `--downgrade`: Erlaubt Downgrades auf Versionen unter der nativen Version
-- `--no-downgrade`: Deaktiviert Downgrades auf Versionen unter der nativen Version
-- `--upgrade`: Erlaubt Upgrades auf Versionen über der nativen Version
-- `--no-upgrade`: Deaktiviert Upgrades auf Versionen über der nativen Version
-- `--ios`: Erlaubt das Senden von Updates an iOS-Geräte
-- `--no-ios`: Deaktiviert das Senden von Updates an iOS-Geräte
-- `--android`: Erlaubt das Senden von Updates an Android-Geräte
-- `--no-android`: Deaktiviert das Senden von Updates an Android-Geräte
-- `--self-assign`: Erlaubt Geräten die Selbstzuweisung zu diesem Kanal
-- `--no-self-assign`: Deaktiviert die Selbstzuweisung von Geräten zu diesem Kanal
-- `--disable-auto-update <disableAutoUpdate>`: Deaktiviert die Auto-Update-Strategie für diesen Kanal (Optionen: `major`, `minor`, `metadata`, `patch`, `none`)
-- `--dev`: Erlaubt das Senden von Updates an Entwicklungsgeräte
-- `--no-dev`: Deaktiviert das Senden von Updates an Entwicklungsgeräte
-- `--emulator`: Erlaubt das Senden von Updates an Emulator-Geräte
-- `--no-emulator`: Deaktiviert das Senden von Updates an Emulator-Geräte
-- `--package-json <packageJson>`: Kommagetrennte Liste von Pfaden zu `packagejson`-Dateien (nützlich für Monorepos)
\ No newline at end of file
diff --git a/src/content/docs/de/docs/cli/reference/doctor.mdx b/src/content/docs/de/docs/cli/reference/doctor.mdx
deleted file mode 100644
index 82cd20b48..000000000
--- a/src/content/docs/de/docs/cli/reference/doctor.mdx
+++ /dev/null
@@ -1,13 +0,0 @@
----
-title: Arzt
-sidebar_label: doctor
-sidebar:
-  order: 7
-locale: de
----
-
-`npx @capgo/cli doctor`
-
-Dieser Befehl überprüft, ob Sie die neueste Version der Capgo-Pakete verwenden
-
-Er ist auch nützlich für die Meldung von Fehlern
\ No newline at end of file
diff --git a/src/content/docs/de/docs/cli/reference/index.mdx b/src/content/docs/de/docs/cli/reference/index.mdx
deleted file mode 100644
index 6e9dee64a..000000000
--- a/src/content/docs/de/docs/cli/reference/index.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: Übersicht
-description: Detaillierte Dokumentation für Capgo CLI-Befehle
-sidebar:
-  order: 1
-locale: de
----
-
-import { CardGrid, Card } from '@astrojs/starlight/components';
-
-Die Capgo CLI stellt eine Reihe von Befehlen zur Verwaltung Ihrer Capgo-Apps und Deployments bereit. Diese Referenz bietet detaillierte Informationen zu jedem verfügbaren Befehl, einschließlich seiner Optionen und Anwendungsbeispiele.
-
-## Befehle
-
-<CardGrid stagger>
-  <a href="/docs/cli/reference/init/">
-    <Card title="init" icon="rocket">
-      Eine neue Capgo-App initialisieren
-    </Card>
-  </a>
-
-  <a href="./login/">
-    <Card title="login" icon="approve-check">
-      Mit dem Capgo-Service authentifizieren
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/doctor/">
-    <Card title="doctor" icon="approve-check-circle">
-      Überprüfen Sie Ihre Capgo-Einrichtung auf mögliche Probleme
-    </Card>
-  </a>
-
-  <a href="./app/">
-    <Card title="app" icon="seti:default">
-      Verwalten Sie Ihre Capgo-Apps
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/bundle/">
-    <Card title="bundle" icon="seti:html">
-      Verwalten Sie Ihre App-Bundles
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/channel/">
-    <Card title="channel" icon="seti:git">
-      Verwalten Sie Ihre Release-Kanäle
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/key/">
-    <Card title="key" icon="seti:lock">
-      Verwalten Sie Ihre App-Signierungsschlüssel
-    </Card>
-  </a>
-</CardGrid>
-
-## CI-Integration
-
-Um Ihre Arbeit zu automatisieren, empfehlen wir die Verwendung von GitHub Actions, um Ihre Updates an Capgo zu übertragen. Weitere Informationen finden Sie in unserem [GitHub Actions Tutorial](https://capgo.app/blog/automatic-build-and-release-with-github-actions/)
-
-Vergessen Sie nicht, Ihre CI-Umgebungsvariablen mit Ihrem Capgo API-Schlüssel zu konfigurieren.
-
-## Demo-App
-
-Ein vollständiges Beispiel einer Capgo-App mit CI-Integration finden Sie in unserer [Demo-App auf GitHub](https://github.com/Cap-go/demo-app/)
diff --git a/src/content/docs/de/docs/cli/reference/init.mdx b/src/content/docs/de/docs/cli/reference/init.mdx
deleted file mode 100644
index 1492036dd..000000000
--- a/src/content/docs/de/docs/cli/reference/init.mdx
+++ /dev/null
@@ -1,17 +0,0 @@
----
-title: initialisieren
-sidebar_label: init
-sidebar:
-  order: 2
-locale: de
----
-
-`npx @capgo/cli@latest init [apikey]`
-
-Dieser Befehl führt Sie Schritt für Schritt durch:
-
-- Hinzufügen Ihrer App zu Capgo
-- Hinzufügen des Codes zu Ihrer App zur Validierung des Updates
-- Erstellen Ihrer App
-- Hochladen Ihrer App zu Capgo
-- Hilft Ihnen zu überprüfen, ob das Update funktioniert
\ No newline at end of file
diff --git a/src/content/docs/de/docs/cli/reference/key.mdx b/src/content/docs/de/docs/cli/reference/key.mdx
deleted file mode 100644
index f4d705877..000000000
--- a/src/content/docs/de/docs/cli/reference/key.mdx
+++ /dev/null
@@ -1,37 +0,0 @@
----
-title: Schlüssel
-sidebar_label: key
-sidebar:
-  order: 7
-locale: de
----
-
-Mit dem Befehl `key` können Sie Ihre App-Signierungsschlüssel verwalten
-
-### save
-
-`npx @capgo/cli key save`
-
-Speichert einen Base64-codierten Verschlüsselungsschlüssel in der Capacitor-Konfiguration (nützlich für CI)
-
-Options:
-
-- `-f, --force`: Erzwingt die Generierung eines neuen Schlüssels
-- `--key`: Pfad zur Schlüsseldatei, die in der Capacitor-Konfiguration gespeichert werden soll
-- `--key-data`: Schlüsseldaten, die direkt in der Capacitor-Konfiguration gespeichert werden sollen
-
-### create
-
-`npx @capgo/cli key create`
-
-Erstellt einen neuen Verschlüsselungsschlüssel
-
-Options:
-
-- `-f, --force`: Erzwingt die Generierung eines neuen Schlüssels
-
-### delete_old
-
-`npx @capgo/cli key delete_old`
-
-Löscht den alten Verschlüsselungsschlüssel
\ No newline at end of file
diff --git a/src/content/docs/de/docs/cli/reference/login.mdx b/src/content/docs/de/docs/cli/reference/login.mdx
deleted file mode 100644
index e01fd2bf5..000000000
--- a/src/content/docs/de/docs/cli/reference/login.mdx
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: Login
-sidebar_label: login
-sidebar:
-  order: 3
-locale: de
----
-
-`npx @capgo/cli login [apikey]`
-
-Dieser Befehl speichert Ihren Capgo API-Schlüssel für die zukünftige Verwendung
-
-:::note
-Sie können den gespeicherten API-Schlüssel überschreiben, indem Sie `--apikey=<key>` zu einem beliebigen Befehl hinzufügen
-:::
-
-Optionen:
-
-- `--local`: Speichert den API-Schlüssel im lokalen Repository und fügt ihn zur `gitignore` hinzu
\ No newline at end of file
diff --git a/src/content/docs/de/docs/cli/reference/organisation.mdx b/src/content/docs/de/docs/cli/reference/organisation.mdx
deleted file mode 100644
index a2ce8dc1b..000000000
--- a/src/content/docs/de/docs/cli/reference/organisation.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: 🔹 organisation
-description: 🏢 Verwalten Sie Ihre Organisationen in Capgo Cloud für Teamzusammenarbeit und App-Verwaltung.
-sidebar_label: organisation
-sidebar:
-  order: 9
-locale: de
----
-
-🏢 Verwalten Sie Ihre Organisationen in Capgo Cloud für Teamzusammenarbeit und App-Verwaltung.
-
-### <a id="organisation-list"></a> 📋 **List**
-
-**Alias:** `l`
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-📋 Auflisten aller Organisationen, auf die Sie in Capgo Cloud Zugriff haben.
-
-**Beispiel:**
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-**Optionen:**
-
-| Parameter          | Typ          | Beschreibung          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | API-Schlüssel, um mit Ihrem Konto zu verknüpfen |
-| **--supa-host** | <code>string</code> | Benutzerdefinierte Supabase-Host-URL (für Self-Hosting oder Capgo-Entwicklung) |
-| **--supa-anon** | <code>string</code> | Benutzerdefinierter Supabase-Anon-Schlüssel (für Self-Hosting) |
-
-### <a id="organisation-add"></a> ➕ **Add**
-
-**Alias:** `a`
-
-```bash
-npx @capgo/cli@latest organisation add
-```
-
-➕ Erstellen Sie eine neue Organisation in Capgo Cloud für Teamzusammenarbeit.
-
-**Beispiel:**
-
-```bash
-npx @capgo/cli@latest organisation add --name "My Company" --email admin@mycompany.com
-```
-
-**Optionen:**
-
-| Parameter          | Typ          | Beschreibung          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | Organisationsname |
-| **-e,** | <code>string</code> | Verwaltungs-E-Mail für die Organisation |
-| **-a,** | <code>string</code> | API-Schlüssel, um mit Ihrem Konto zu verknüpfen |
-| **--supa-host** | <code>string</code> | Benutzerdefinierte Supabase-Host-URL (für Self-Hosting oder Capgo-Entwicklung) |
-| **--supa-anon** | <code>string</code> | Benutzerdefinierter Supabase-Anon-Schlüssel (für Self-Hosting) |
-
-### <a id="organisation-set"></a> ⚙️ **Set**
-
-**Alias:** `s`
-
-```bash
-npx @capgo/cli@latest organisation set
-```
-
-⚙️ Aktualisieren Sie Organisationseinstellungen wie Name und Verwaltungs-E-Mail.
-
-**Beispiel:**
-
-```bash
-npx @capgo/cli@latest organisation set ORG_ID --name "Updated Company Name"
-```
-
-**Optionen:**
-
-| Parameter          | Typ          | Beschreibung          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | Organisationsname |
-| **-e,** | <code>string</code> | Verwaltungs-E-Mail für die Organisation |
-| **-a,** | <code>string</code> | API-Schlüssel, um mit Ihrem Konto zu verknüpfen |
-| **--supa-host** | <code>string</code> | Benutzerdefinierte Supabase-Host-URL (für Self-Hosting oder Capgo-Entwicklung) |
-| **--supa-anon** | <code>string</code> | Benutzerdefinierter Supabase-Anon-Schlüssel (für Self-Hosting) |
-
-### <a id="organisation-delete"></a> 🗑️ **Delete**
-
-**Alias:** `d`
-
-```bash
-npx @capgo/cli@latest organisation delete
-```
-
-🗑️ Löschen Sie eine Organisation aus Capgo Cloud. Diese Aktion kann nicht rückgängig gemacht werden.
-Nur Organisationsinhaber können Organisationen löschen.
-
-**Beispiel:**
-
-```bash
-npx @capgo/cli@latest organisation delete ORG_ID
-```
-
-**Optionen:**
-
-| Parameter          | Typ          | Beschreibung          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | API-Schlüssel, um mit Ihrem Konto zu verknüpfen |
-| **--supa-host** | <code>string</code> | Benutzerdefinierte Supabase-Host-URL (für Self-Hosting oder Capgo-Entwicklung) |
-| **--supa-anon** | <code>string</code> | Benutzerdefinierter Supabase-Anon-Schlüssel (für Self-Hosting) |
diff --git a/src/content/docs/de/docs/contributing/adding-plugins.mdx b/src/content/docs/de/docs/contributing/adding-plugins.mdx
deleted file mode 100644
index 2e71cbc8c..000000000
--- a/src/content/docs/de/docs/contributing/adding-plugins.mdx
+++ /dev/null
@@ -1,453 +0,0 @@
----
-title: Plugins hinzufügen oder aktualisieren
-description: Vollständige Anleitung für Mitwirkende und Agenten zum Hinzufügen neuer Plugins oder Aktualisieren bestehender Plugins in der Capgo-Dokumentation.
-sidebar:
-  order: 10
-locale: de
----
-
-import { Steps, Aside, LinkCard } from '@astrojs/starlight/components';
-
-Dieser Leitfaden erklärt, wie Sie neue Capacitor-Plugins zur Capgo-Website hinzufügen oder bestehende Plugin-Dokumentation aktualisieren. Dies ist nützlich für Mitwirkende, Wartungspersonen und KI-Agenten, die bei der Pflege der Dokumentation helfen.
-
-## Übersicht
-
-Beim Hinzufügen eines neuen Plugins zum Capgo-Ökosystem müssen Sie mehrere Dateien und Stellen auf der Website aktualisieren, um sicherzustellen, dass das Plugin an allen relevanten Stellen korrekt angezeigt wird:
-
-1. **Plugin-Listen-Konfiguration** - Plugin-Metadaten zur Masterliste hinzufügen
-2. **Plugin-Indexseite** - Plugin zur kategorisierten Plugin-Listenseite hinzufügen
-3. **Seitenleisten-Navigation** - Plugin zur Dokumentations-Seitenleiste hinzufügen
-4. **Plugin-Dokumentation** - Übersichts- und Erste-Schritte-Seiten erstellen
-5. **Plugin-Tutorial** - Ein umfassendes Tutorial erstellen
-
-## Dateispeicherorte
-
-### Wichtige zu aktualisierende Dateien
-
-| Datei | Zweck |
-|------|---------|
-| `/src/config/plugins.ts` | Master-Plugin-Liste mit Metadaten |
-| `/src/content/docs/docs/plugins/index.mdx` | Plugin-Indexseite mit Kategorien |
-| `/astro.config.mjs` | Seitenleisten-Navigationskonfiguration |
-| `/src/content/docs/docs/plugins/[plugin-name]/` | Plugin-Dokumentationsverzeichnis |
-| `/src/content/plugins-tutorials/en/` | Englische Tutorial-Dateien |
-
-## Schritt-für-Schritt-Anleitung
-
-<Steps>
-
-1. ### Plugin zur Masterliste hinzufügen
-
-   Öffnen Sie `/src/config/plugins.ts` und fügen Sie Ihr Plugin zum `actions`-Array hinzu:
-
-   ```typescript
-   // Zuerst ein passendes Heroicon importieren
-   import YourIconName from 'astro-heroicons/mini/IconName.astro'
-
-   // Dann zum actions-Array hinzufügen
-   {
-     name: '@capgo/your-plugin-name',
-     author: 'github.com/Cap-go',
-     description: 'Kurze Beschreibung, was das Plugin tut',
-     href: 'https://github.com/Cap-go/your-plugin-name/',
-     title: 'Anzeigename',
-     icon: YourIconName,
-   }
-   ```
-
-   **Verfügbare Icons**: Prüfen Sie `/node_modules/astro-heroicons/mini/` für verfügbare Icons.
-
-2. ### Plugin zur Indexseite hinzufügen
-
-   Öffnen Sie `/src/content/docs/docs/plugins/index.mdx` und fügen Sie Ihr Plugin unter der entsprechenden Kategorie hinzu:
-
-   ```mdx
-   <LinkCard
-     title="Ihr Plugin-Name"
-     description="Kurze Beschreibung, was das Plugin tut"
-     href="/docs/plugins/your-plugin-name/"
-   />
-   ```
-
-   **Kategorien**:
-   - ⭐ Featured Plugins
-   - 📱 Device & System Plugins
-   - 🎥 Media & Camera Plugins
-   - 🛠️ Utility Plugins
-   - 🤖 AI & Advanced Media
-   - 📍 Location & Background Services
-   - 📞 Communication & Analytics
-   - 🔐 Security & System
-   - 📊 Android-Specific Features
-   - 📥 Download & Navigation
-
-3. ### Zur Seitenleisten-Navigation hinzufügen
-
-   Öffnen Sie `/astro.config.mjs` und fügen Sie Ihr Plugin zur Seitenleisten-Konfiguration hinzu (um Zeile 540):
-
-   ```javascript
-   {
-     label: 'Ihr Plugin-Name',
-     items: [
-       { label: 'Übersicht', link: '/docs/plugins/your-plugin-name/' },
-       { label: 'Erste Schritte', link: '/docs/plugins/your-plugin-name/getting-started' },
-     ],
-     collapsed: true,
-   }
-   ```
-
-   Plugins sind alphabetisch in der Seitenleiste aufgelistet.
-
-4. ### Plugin-Dokumentationsverzeichnis erstellen
-
-   Erstellen Sie ein neues Verzeichnis für Ihre Plugin-Dokumentation:
-
-   ```bash
-   mkdir -p /src/content/docs/docs/plugins/your-plugin-name/
-   ```
-
-5. ### Plugin-Übersichtsseite erstellen
-
-   Erstellen Sie `/src/content/docs/docs/plugins/your-plugin-name/index.mdx`:
-
-   ```mdx
-   ---
-   title: "@capgo/your-plugin-name"
-   description: Kurze Beschreibung des Plugin-Zwecks
-   tableOfContents: false
-   next: false
-   prev: false
-   sidebar:
-     order: 1
-     label: "Einführung"
-   hero:
-     tagline: Detaillierte Tagline, die erklärt, was das Plugin macht
-     image:
-       file: ~public/your-plugin-icon.svg
-     actions:
-       - text: Erste Schritte
-         link: /docs/plugins/your-plugin-name/getting-started/
-         icon: right-arrow
-         variant: primary
-       - text: Github
-         link: https://github.com/Cap-go/your-plugin-name/
-         icon: external
-         variant: minimal
-   ---
-
-   import { Card, CardGrid } from '@astrojs/starlight/components';
-
-   <CardGrid stagger>
-     <Card title="Feature 1" icon="puzzle">
-       Beschreibung des ersten Hauptfeatures
-     </Card>
-     <Card title="Feature 2" icon="rocket">
-       Beschreibung des zweiten Hauptfeatures
-     </Card>
-     <Card title="Plattformübergreifend" icon="puzzle">
-       Funktioniert sowohl auf iOS als auch auf Android 📱
-     </Card>
-     <Card title="Umfassende Dokumentation" icon="open-book">
-       Schauen Sie sich die [Dokumentation](/docs/plugins/your-plugin-name/getting-started/) an, um das Plugin zu meistern.
-     </Card>
-   </CardGrid>
-   ```
-
-6. ### Erste-Schritte-Anleitung erstellen
-
-   Erstellen Sie `/src/content/docs/docs/plugins/your-plugin-name/getting-started.mdx`:
-
-   ```mdx
-   ---
-   title: Erste Schritte
-   description: Erfahren Sie, wie Sie das Plugin in Ihrer Capacitor-App installieren und verwenden.
-   sidebar:
-     order: 2
-   ---
-
-   import { Steps } from '@astrojs/starlight/components';
-   import { PackageManagers } from 'starlight-package-managers'
-
-   <Steps>
-   1. **Paket installieren**
-      <PackageManagers pkg="@capgo/your-plugin-name" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-   2. **Mit nativen Projekten synchronisieren**
-      <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   </Steps>
-
-   ## Konfiguration
-
-   ### iOS-Konfiguration
-   [iOS-spezifische Einrichtungsanweisungen]
-
-   ### Android-Konfiguration
-   [Android-spezifische Einrichtungsanweisungen]
-
-   ## Verwendung
-
-   [Grundlegende Verwendungsbeispiele]
-
-   ## API-Referenz
-
-   [Detaillierte API-Dokumentation]
-
-   ## Vollständiges Beispiel
-
-   [Vollständiges funktionierendes Beispiel]
-
-   ## Best Practices
-
-   [Empfohlene Praktiken und Tipps]
-
-   ## Plattformhinweise
-
-   [Plattformspezifische Hinweise und Einschränkungen]
-   ```
-
-7. ### Tutorial-Datei erstellen
-
-   Erstellen Sie `/src/content/plugins-tutorials/en/your-plugin-name.md`:
-
-   ```markdown
-   ---
-   locale: en
-   ---
-   # Verwendung des @capgo/your-plugin-name Pakets
-
-   Das `@capgo/your-plugin-name` Paket [kurze Beschreibung]. In diesem Tutorial führen wir Sie durch Installation, Konfiguration und Verwendung dieses Pakets in Ihrer Ionic Capacitor App.
-
-   ## Installation
-
-   [Installationsschritte]
-
-   ## Konfiguration
-
-   [Konfigurationsschritte für iOS und Android]
-
-   ## API-Verwendung
-
-   [Detaillierte API-Verwendungsbeispiele]
-
-   ## Vollständiges Beispiel
-
-   [Vollständiges funktionierendes Beispiel]
-
-   ## Best Practices
-
-   [Tipps und Best Practices]
-
-   ## Fehlerbehebung
-
-   [Häufige Probleme und Lösungen]
-
-   ## Fazit
-
-   [Zusammenfassung und Links zu zusätzlichen Ressourcen]
-   ```
-
-</Steps>
-
-## Plugin-Dokumentationsstruktur
-
-### Erforderliche Dateien
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx           # Übersichtsseite mit Hero und Feature-Karten
-└── getting-started.mdx # Installations- und Verwendungsanleitung
-
-src/content/plugins-tutorials/en/
-└── your-plugin-name.md # Umfassendes Tutorial
-```
-
-### Optionale Dateien
-
-Für komplexe Plugins können Sie zusätzliche Dokumentationsseiten hinzufügen:
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx
-├── getting-started.mdx
-├── api-reference.mdx   # Detaillierte API-Dokumentation
-├── examples.mdx        # Zusätzliche Beispiele
-├── troubleshooting.mdx # Fehlerbehebungsanleitung
-└── migrations.mdx      # Migrationsanleitungen
-```
-
-## Inhaltsrichtlinien
-
-### Plugin-Beschreibungen schreiben
-
-- **Seien Sie prägnant**: Halten Sie Beschreibungen unter 100 Zeichen
-- **Seien Sie spezifisch**: Erklären Sie, was das Plugin tut, nicht was es ist
-- **Verwenden Sie Aktionswörter**: Beginnen Sie mit Verben wie "Steuern", "Integrieren", "Aktivieren"
-
-**Gute Beispiele**:
-- "Steuern Sie Geräte-Taschenlampe und Fackel mit einfachem Ein/Aus-Schalter"
-- "Integrieren Sie Crisp Live-Chat und Kundensupport in Ihre App"
-- "Aktivieren Sie sichere Authentifizierung mit Face ID und Touch ID"
-
-**Schlechte Beispiele**:
-- "Ein Plugin für Blitz"
-- "Dies ist ein Crisp-Plugin"
-- "Biometrisches Plugin"
-
-### Dokumentation schreiben
-
-1. **Beginnen Sie mit Installation**: Beginnen Sie immer mit klaren Installationsschritten
-2. **Konfiguration bereitstellen**: Plattformspezifische Einrichtungsanforderungen einschließen
-3. **Verwendungsbeispiele zeigen**: Funktionierende Code-Beispiele bereitstellen
-4. **API-Referenz einschließen**: Alle Methoden und Parameter dokumentieren
-5. **Vollständige Beispiele hinzufügen**: Reale Verwendungsmuster zeigen
-6. **Bewährte Methoden auflisten**: Tipps für optimale Nutzung teilen
-7. **Plattformunterschiede dokumentieren**: iOS vs. Android-Verhalten klären
-8. **Fehlerbehebung hinzufügen**: Häufige Probleme ansprechen
-
-### Code-Beispiele
-
-- TypeScript für alle Code-Beispiele verwenden
-- Imports oben einschließen
-- Kommentare hinzufügen, die Schlüsselschritte erklären
-- Fehlerbehandlung zeigen
-- Sowohl grundlegende als auch fortgeschrittene Verwendung demonstrieren
-
-## Checkliste
-
-Verwenden Sie diese Checkliste beim Hinzufügen eines neuen Plugins:
-
-- [ ] Plugin zu `/src/config/plugins.ts` hinzugefügt
-- [ ] Passendes Icon aus Heroicons ausgewählt
-- [ ] Plugin zu `/src/content/docs/docs/plugins/index.mdx` unter korrekter Kategorie hinzugefügt
-- [ ] Seitenleisteneintrag in `/astro.config.mjs` hinzugefügt
-- [ ] Plugin-Dokumentationsverzeichnis erstellt
-- [ ] `index.mdx` Übersichtsseite erstellt
-- [ ] `getting-started.mdx` Anleitung erstellt
-- [ ] Tutorial in `/src/content/plugins-tutorials/en/` erstellt
-- [ ] Installationsanweisungen eingeschlossen
-- [ ] iOS-Konfiguration dokumentiert
-- [ ] Android-Konfiguration dokumentiert
-- [ ] Verwendungsbeispiele bereitgestellt
-- [ ] API-Referenz hinzugefügt
-- [ ] Vollständiges funktionierendes Beispiel eingeschlossen
-- [ ] Bewährte Methoden aufgelistet
-- [ ] Plattformspezifische Hinweise hinzugefügt
-- [ ] Getestet, dass alle Links korrekt funktionieren
-
-## Icon-Referenz
-
-Häufig verwendete Icons für Plugins (aus `astro-heroicons/mini/`):
-
-| Icon | Anwendungsfall |
-|------|----------|
-| `BoltIcon` | Blitz, Energie, Strom |
-| `CameraIcon` | Kamera, Foto, Video |
-| `ChatBubbleLeftIcon` | Chat, Messaging, Kommunikation |
-| `FingerPrintIcon` | Biometrisch, Sicherheit, Authentifizierung |
-| `MapPinIcon` | Standort, Geolokation, Karten |
-| `SpeakerWaveIcon` | Audio, Ton, Musik |
-| `VideoCameraIcon` | Video, Aufnahme, Streaming |
-| `CreditCardIcon` | Zahlungen, Käufe |
-| `PlayCircleIcon` | Mediaplayer, Videoplayer |
-| `SignalIcon` | Konnektivität, Netzwerk, Beacon |
-| `RadioIcon` | Beacon, Broadcast, Wireless |
-| `ChatBubbleOvalLeftIcon` | Soziale Medien, WeChat |
-
-## Bestehende Plugins aktualisieren
-
-Beim Aktualisieren eines bestehenden Plugins:
-
-1. **Versionsnummern aktualisieren** in der Dokumentation
-2. **Migrationsanleitungen hinzufügen**, falls Breaking Changes existieren
-3. **API-Referenz aktualisieren** mit neuen Methoden
-4. **Neue Beispiele hinzufügen** für neue Features
-5. **Plattformanforderungen aktualisieren**, falls geändert
-6. **Bewährte Methoden überarbeiten** basierend auf neuen Features
-7. **Tutorial aktuell halten** mit neuester API
-
-## Mehrsprachige Unterstützung
-
-Die Website unterstützt mehrere Sprachen. Nach Erstellung der englischen Dokumentation:
-
-1. Übersetzungsskript ausführen:
-   ```bash
-   bun run plugins:translate_all
-   ```
-
-2. Generierte Übersetzungen überprüfen in:
-   - `/src/content/plugins-tutorials/de/` (Deutsch)
-   - `/src/content/plugins-tutorials/es/` (Spanisch)
-   - `/src/content/plugins-tutorials/fr/` (Französisch)
-   - `/src/content/plugins-tutorials/it/` (Italienisch)
-   - `/src/content/plugins-tutorials/ja/` (Japanisch)
-   - `/src/content/plugins-tutorials/ko/` (Koreanisch)
-   - `/src/content/plugins-tutorials/id/` (Indonesisch)
-
-## Ihre Änderungen testen
-
-Nach dem Hinzufügen oder Aktualisieren von Plugin-Dokumentation:
-
-1. **Website lokal erstellen**:
-   ```bash
-   npm run build
-   ```
-
-2. **Auf Fehler prüfen**:
-   - Überprüfen, ob alle Links funktionieren
-   - Sicherstellen, dass Bilder korrekt geladen werden
-   - Code-Beispiele auf Gültigkeit überprüfen
-   - Navigation testen
-
-3. **Website-Vorschau**:
-   ```bash
-   npm run dev
-   ```
-
-4. **Ihr Plugin erscheint überprüfen**:
-   - Plugin-Listenseite prüfen
-   - Seitenleisten-Navigation überprüfen
-   - Alle Dokumentationsseiten testen
-   - Tutorial-Seite bestätigen
-
-## Häufige Fehler
-
-<Aside type="caution">
-**Vermeiden Sie diese häufigen Fehler:**
-
-1. **Sync vergessen**: Führen Sie in Beispielen immer `npx cap sync` aus
-2. **Inkonsistente Benennung**: Verwenden Sie überall denselben Plugin-Namen
-3. **Fehlende Plattform-Konfiguration**: Sowohl iOS- als auch Android-Setup dokumentieren
-4. **Fehlerhafte Links**: Relative Links verwenden und Funktionalität überprüfen
-5. **Keine Fehlerbehandlung**: Immer try-catch in Beispielen zeigen
-6. **Fehlende Imports**: Alle notwendigen Imports in Beispiele einschließen
-7. **Unklare Beschreibungen**: Spezifisch sein, was das Plugin tut
-</Aside>
-
-## Hilfe erhalten
-
-Wenn Sie Hilfe beim Hinzufügen oder Aktualisieren von Plugin-Dokumentation benötigen:
-
-- **Discord**: Treten Sie unserer [Discord-Community](https://discord.capgo.app) bei
-- **GitHub**: Öffnen Sie ein Issue im [Website-Repository](https://github.com/Cap-go/website)
-- **E-Mail**: Kontaktieren Sie das Team unter support@capgo.app
-
-## Beispiele
-
-Zur Referenz schauen Sie sich diese gut dokumentierten Plugins an:
-
-- **Updater**: `/src/content/docs/docs/plugins/updater/` (komplexes Plugin mit mehreren Seiten)
-- **Flash**: `/src/content/docs/docs/plugins/flash/` (einfaches Plugin, gutes Starter-Beispiel)
-- **Social Login**: `/src/content/docs/docs/plugins/social-login/` (Plugin mit Unterseiten)
-
-## Zusammenfassung
-
-Das Hinzufügen eines Plugins zur Capgo-Dokumentation umfasst:
-
-1. Metadaten zur Master-Konfiguration hinzufügen
-2. Plugin zur kategorisierten Indexseite hinzufügen
-3. Seitenleisten-Navigation konfigurieren
-4. Umfassende Dokumentationsseiten erstellen
-5. Detailliertes Tutorial schreiben
-6. Alle Änderungen lokal testen
-
-Durch Befolgung dieses Leitfadens stellen Sie sicher, dass Plugins konsistent dokumentiert und von Benutzern leicht auffindbar sind.
diff --git a/src/content/docs/de/docs/faq.mdx b/src/content/docs/de/docs/faq.mdx
deleted file mode 100644
index 18e177f55..000000000
--- a/src/content/docs/de/docs/faq.mdx
+++ /dev/null
@@ -1,364 +0,0 @@
----
-title: Häufig gestellte Fragen
-description: Häufig gestellte Fragen zu Capgo
-sidebar:
-  order: 1
-locale: de
----
-
-Wenn Sie hier nicht beantwortete Fragen haben, fragen Sie bitte! Sowohl das Erstellen eines Issues als auch das Fragen auf [Discord](https://discordcom/invite/VnYRvBfgA6) funktionieren.
-
-### Was ist "Code Push"?
-
-Code Push, auch bekannt als "Over the Air Updates" (OTA), ist ein Cloud-Service, der es Capacitor-Entwicklern ermöglicht, Updates für ihre Apps in der Produktion bereitzustellen. Capgo funktioniert derzeit auf Android und iOS und wird letztendlich überall dort funktionieren, wo Capacitor funktioniert.
-
-"Code Push" ist eine Referenz auf den Namen einer Deploy-Funktion, die von der React Native Community von [Microsoft](https://appcenterms/) und [Expo](https://expodev/) verwendet wird, die beide Capacitor nicht unterstützen.
-
-### Was ist der Unterschied zwischen einem Bundle und einem Release?
-
-Wir verwenden den Begriff "Release" für die Vorbereitung einer Binärdatei für die App Stores. Um später ein Bundle generieren zu können, muss Capgo die exakte Binärdatei kennen, die an die App Stores gesendet wurde.
-
-Wir verwenden den Begriff "Bundle" für ein Patch, das auf ein Release angewendet werden kann, um es mit neuem Code zu aktualisieren. Der Befehl `npx @capgo/cli app update` wird verwendet, um aus Ihrem neuen lokalen Code ein Bundle zu generieren, das dann an Ihre Nutzer ausgeliefert wird.
-
-### Wie sieht die Roadmap aus?
-
-Unsere Projekt-Boards sind öffentlich und zu finden unter: [https://github.com/orgs/Cap-go/projects](https://github.com/orgs/Cap-go/projects/)
-
-Unser Team arbeitet auch öffentlich, sodass Sie jederzeit sehen können, woran wir arbeiten. Wir beantworten gerne Ihre Fragen zu unserer Roadmap oder Prioritäten über Github Issues oder [Discord](https://discordcom/invite/VnYRvBfgA6).
-
-### Kann ich Capgo mit meinem Team nutzen?
-
-Ja! Alle Pläne unterstützen unbegrenzte Entwickler. Wir beschränken nur App-Metriken (MAU, Speicher und Bandbreite) für jede Organisation.
-
-Weitere Informationen finden Sie unter [Teams](https://capgo.app/pricing/).
-
-### Speichert Capgo meinen Quellcode?
-
-Nein. Capgo-Server sehen niemals Ihren Quellcode. Wenn Sie `npx @capgo/cli app update` ausführen, lädt das `npx @capgo/cli`-Tool nur den kompilierten Code hoch, den Sie auch an die App Stores senden. Wenn Sie zusätzliche Sicherheit wünschen, können Sie Ende-zu-Ende-Verschlüsselung verwenden, um Ihr Bundle vor dem Upload auf Capgo-Server zu verschlüsseln. Das schützt das Bundle in Speicher und Übertragung und verhindert, dass Dritte ohne Ihren privaten Schlüssel gültige verschlüsselte Updates erzeugen, macht ausgelieferte Web-Assets aber nicht unmöglich rückzuentwickeln, weil der öffentliche Schlüssel in der verteilten App enthalten ist.
-
-Siehe auch unsere Datenschutzrichtlinie: [https://capgo.app/privacy](https://capgo.app/privacy/)
-
-### Kann ich Capgo von meinem CI-System aus nutzen?
-
-Ja. Capgo ist für die Verwendung in CI-Systemen gedacht. Wir haben eine Anleitung für [Android und Github Actions](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) und [IOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) sowie für [Gitlab](https://capgo.app/blog/setup-ci-and-cd-gitlab/) veröffentlicht, andere CI-Systeme sollten ähnlich sein.
-
-Zögern Sie nicht, sich bei Problemen über GitHub Issues oder Discord zu melden.
-
-### Wie verhält sich das zu Firebase Remote Config oder Launch Darkly?
-
-Code Push ermöglicht das Hinzufügen neuen Codes/Ersetzen von Code auf dem Gerät. Firebase Remote Config und Launch Darkly sind beides Konfigurationssysteme. Sie ermöglichen es Ihnen, die Konfiguration Ihrer App zu ändern, ohne eine neue Version ausliefern zu müssen. Sie sind nicht dafür gedacht, Code zu ersetzen.
-
-### Wie groß ist der Dependency-Footprint?
-
-Ich habe es kürzlich nicht gemessen, aber ich erwarte, dass die Code-Push-Bibliothek weniger als ein Megabyte zu Capacitor-Apps hinzufügt. Wir kennen Möglichkeiten, dies kleiner zu machen, wenn es Priorität wird. Wenn die Größe ein Blocker für Sie ist, lassen Sie es uns wissen!
-
-### Funktioniert Code Push mit großen Anwendungen?
-
-Ja. Es gibt keine Begrenzung für die Größe der Anwendung, die mit Code Push aktualisiert werden kann. Wie [unten](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support) erwähnt, kann Capgo jeden JS-Code in Ihrer Anwendung ändern, unabhängig von der Größe.
-
-Zu beachten: Eine größere Größe erschwert es Benutzern, Updates herunterzuladen. Wir empfehlen, Ihre App so klein wie möglich zu halten.
-
-### Wofür kann ich Capgo Code Push verwenden?
-
-Wir haben verschiedene Anwendungsfälle gesehen, darunter:
-
--   Notfall-Fixes für Produktions-Apps
--   Auslieferung von Fehlerbehebungen an Benutzer älterer Versionen Ihrer App
--   Kontinuierliche Auslieferung (z.B. stündlich)
-
-Beachten Sie, dass die meisten App Stores das Ausliefern von Code verbieten, der das Verhalten der App wesentlich ändert. Weitere Informationen finden Sie [unten](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies).
-
-### Was zählt als "MAU" für Capgo?
-
-Ein MAU ist ein "Monthly Active User". Wir zählen einen MAU als jedes Gerät, das in den letzten 30 Tagen unsere Server kontaktiert hat. Wir zählen keine Geräte, die unsere Server in den letzten 30 Tagen nicht kontaktiert haben.
-
-**Wichtig**: Ab Plugin-Version **v6.25.0** und **v7.25.0** bleibt die Geräte-ID über App-Neuinstallationen hinweg erhalten. Vor diesen Versionen erzeugte jede App-Neuinstallation eine neue Geräte-ID und zählte als neuer MAU.
-
-Mit den aktuellen Versionen:
-- Geräte-ID bleibt über App-Neuinstallationen hinweg erhalten (sicher gespeichert im Keychain auf iOS und EncryptedSharedPreferences auf Android)
-- Das Aktualisieren der App erstellt keine neue Geräte-ID
-- Während der Entwicklung, wenn Sie eine ältere Plugin-Version (< v6.25.0 / v7.25.0) verwenden, erstellt jede Neuinstallation immer noch einen neuen MAU
-
-Hinweis: TestFlight-Downloads und Kanalwechsel in Android können je nach Konfiguration immer noch neue Geräteregistrierungen erzeugen.
-
-> Wir empfehlen nach dem ersten Setup, Entwicklungsgeräte und Emulatoren zu deaktivieren, um die Anzahl doppelter Geräte zu reduzieren.
-
-### Wofür können wir Capgo Code Push nicht verwenden?
-
-Wie oben erwähnt, sollte Capgo nicht verwendet werden, um gegen App Store-Richtlinien zu verstoßen. Weitere Informationen finden Sie [unten](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines).
-
-Außerdem unterstützt Capgo keine Änderungen am nativen Code (z.B. Java/Kotlin auf Android oder Objective-C/Swift auf iOS). Das Tool warnt Sie während eines Aktualisierungsversuchs, wenn Sie nativen Code geändert haben.
-
-### Kann ich Änderungen an capacitor.config.ts über Capgo aktualisieren?[](https://capgo.app/docs/faq/#can-i-update-capacitorconfigts-changes-via-capgo "Direct link to Can I update capacitor.config.ts changes via Capgo?")
-
-Nein. Änderungen an `capacitor.config.ts` können nicht über Capgo Live-Updates gesendet werden. Die Capacitor-Konfigurationsdatei wird zur nativen Build-Zeit gelesen und in die native App-Binary kompiliert. Das bedeutet, dass Änderungen an `capacitor.config.ts` (wie Plugin-Konfigurationen, App-ID, Server-Einstellungen oder native Plugin-Optionen) eine neue native Version über den App Store oder Google Play erfordern.
-
-Capgo kann nur Web-Assets (HTML, CSS, JavaScript) aktualisieren, die zur Laufzeit geladen werden. Wenn Sie Ihre Capacitor-Konfiguration ändern müssen:
-1. Aktualisieren Sie `capacitor.config.ts` lokal
-2. Bauen Sie Ihre native App neu (`npx cap sync` gefolgt von einem nativen Build)
-3. Reichen Sie die neue Binary bei den App Stores ein
-
-### Reicht Capgo die Apps für mich bei den Stores ein?
-
-Capgo unterstützt derzeit nicht das Einreichen bei den App Stores in Ihrem Namen. Wir planen, dies in Zukunft hinzuzufügen, aber vorerst müssen Sie weiterhin Ihre bestehenden Prozesse für die Einreichung bei den App Stores verwenden.
-
-Sie können unseren [CI-Leitfaden für Android](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) und [CI-Leitfaden für iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) verwenden, um diesen Prozess zu automatisieren.
-
-### Was speichert Capgo auf der Festplatte und wo?
-
-Der Capgo-Updater (der in Ihrer Anwendung enthalten ist, wenn Sie Ihre App erstellen) speichert das zuletzt heruntergeladene Bundle im einzigen Verzeichnis, das Capacitor zum Laden von Code erlaubt. Auf Android befindet sich dies in `/data/user/0/comexampleapp/code_cache/capgo_updater`, wobei der Basispfad vom Android-System bereitgestellt wird und sich zur Laufzeit dynamisch ändern kann. Auf iOS-Geräten werden Daten unter `Library/Application Support/capgo` gespeichert.
-
-Die Capgo-Kommandozeilentools (z.B.`npx @capgo/cli app update`) werden auf der Festplatte in npm-Caches installiert, Ihre Anmeldedaten werden in Ihrem Home-Verzeichnis in `~/capgo` gespeichert
-
-### Wie verhält sich das zum Capacitor Hot Reload?
-
-Capacitor Hot Reload ist ein Feature ausschließlich für die Entwicklungszeit. Code Push ist für die Produktion.
-
-Hot Reload ist eine Funktion von Capacitor, die es ermöglicht, Code während der Entwicklung auf dem Gerät zu ändern. Dies erfordert das Erstellen der Capacitor-App mit einem Proxy zur Verbindung mit Ihrem lokalen Rechner.
-
-Code Push ist eine Funktion, die es ermöglicht, Code auf dem Gerät in der Produktion zu ändern. Wir verwenden verschiedene Techniken, um dies je nach Plattform zu ermöglichen.
-
-### Welche Arten von Änderungen unterstützt Capgo Code Push?
-
-Capgo kann jeden JS-Code in Ihrer Anwendung ändern. Dies umfasst App-Code und generierten Code. Sie können auch Abhängigkeiten in `package.json` aktualisieren, solange diese keine nativen Code-Änderungen erfordern.
-
-Wir haben nicht vor, Änderungen am nativen Code zu unterstützen (z.B. Java/Kotlin auf Android oder Objective-C/Swift auf iOS), und das Tool wird Sie warnen, wenn es erkennt, dass Sie nativen Code geändert haben, da dieser nicht im Bundle enthalten sein wird.
-
-### Unterstützt dies Web?
-
-Code Push wird für Web nicht benötigt, da Web bereits so funktioniert. Wenn ein Benutzer eine Web-App öffnet, lädt sie bei Bedarf die neueste Version vom Server herunter.
-
-Wenn Sie einen Anwendungsfall für Code Push mit Web haben, würden wir das gerne wissen!
-
-### Wird dies auf iOS, Android, Mac, Windows, Linux usw. funktionieren?
-
-Ja.
-
-Bisher haben wir uns auf die Android- und iOS-Unterstützung konzentriert, aber Code Push wird letztendlich überall funktionieren, wo Capacitor funktioniert. Wir stellen sicher, dass wir zuerst die gesamte Infrastruktur aufbauen, die benötigt wird, um Code Push zuverlässig und sicher bereitzustellen, bevor wir auf weitere Plattformen expandieren.
-
-### Welche Betriebssystemversionen unterstützt Capgo?
-
-Capgo unterstützt die gleichen Android-Versionen, die auch Capacitor unterstützt.
-
-Capacitor unterstützt derzeit Android API Level 22+ und iOS 13.0+: [https://capacitorjs.com/docs/main/reference/support-policy](https://capacitorjs.com/docs/main/reference/support-policy/)
-
-### Welche Versionen von Capacitor unterstützt Capgo?
-
-Capgo unterstützt derzeit nur aktuelle stabile Versionen von Capacitor. Wir könnten auch ältere Versionen von Capacitor unterstützen, haben aber noch nicht die nötige Infrastruktur aufgebaut, um diese über die Zeit zu pflegen. Wir beabsichtigen, in Zukunft mehr Versionen von Capacitor zu unterstützen, einschließlich jeder Version für unsere Enterprise-Kunden [https://github.com/Cap-go/capgo/issues/1100](https://github.com/Cap-go/capgo/issues/1100/)
-
-Capgo verfolgt die stabilen Versionen und aktualisiert in der Regel innerhalb weniger Stunden nach einer stabilen Veröffentlichung. Unser System für diese Aktualisierungen ist automatisiert und benötigt nur wenige Minuten. Danach führen wir einen zusätzlichen manuellen Verifizierungsschritt durch, bevor wir auf unsere Server veröffentlichen.
-
-### Wie verhält sich dies zum App/Play Store Überprüfungsprozess oder deren Richtlinien?
-
-Entwickler sind an ihre Vereinbarungen mit Store-Anbietern gebunden, wenn sie diese Stores nutzen. Code Push ist so konzipiert, dass Entwickler ihre Apps aktualisieren und dabei die Store-Richtlinien auf iOS und Android einhalten können. Ähnlich wie bei den verschiedenen kommerziellen Produkten, die für React Native verfügbar sind (z.B. [Microsoft](https://appcenter.ms/), [Expo](https://expo.dev/))
-
-Microsoft veröffentlicht auch einen Leitfaden darüber, wie ihre Lösung die App Store-Richtlinien erfüllt: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-Code Push ist eine weit verbreitete Technik in den App Stores. Alle großen Apps, die ich kenne, verwenden Code Push. Die wichtigste Richtlinie ist, das Verhalten der App nicht wesentlich zu ändern. Weitere Informationen finden Sie [unten](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines).
-
-### Erfüllt Capgo die Play Store-Richtlinien?
-
-Ja.
-
-Der Play Store bietet zwei Einschränkungen in Bezug auf Update-Tools:
-
-1. Updates müssen einen Interpreter oder eine virtuelle Maschine verwenden (Capgo verwendet die Dart Virtual Machine) [https://support.google.com/googleplay/android-developer/answer/9888379?hl=en](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en)
-
-```
-    Eine über Google Play verteilte App darf sich nicht selbst modifizieren, ersetzen oder aktualisieren
-    mit anderen Methoden als dem Update-Mechanismus von Google Play. Ebenso darf eine App
-    keinen ausführbaren Code (wie dex-, JAR-, .so-Dateien) von einer
-    anderen Quelle als Google Play herunterladen. *Diese Einschränkung gilt nicht für Code,
-    der in einer virtuellen Maschine oder einem Interpreter läuft*, wo entweder
-    indirekten Zugriff auf Android-APIs bietet (wie JavaScript in einer WebView oder
-    Browser)
-
-    Apps oder Drittanbieter-Code, wie SDKs, mit interpretierten Sprachen (JavaScript,
-    Python, Lua, etc.), die zur Laufzeit geladen werden (zum Beispiel nicht mit der
-    App gebündelt), dürfen keine potenziellen Verstöße gegen Google Play-Richtlinien ermöglichen
-```
-
-2. Änderungen an der App dürfen nicht täuschend sein (z.B. Ändern des Zwecks der App durch ein Update) [https://support.google.com/googleplay/android-developer/answer/9888077](https://support.google.com/googleplay/android-developer/answer/9888077/) Bitte seien Sie transparent gegenüber Ihren Benutzern bezüglich dessen, was Sie mit Ihrer Anwendung bereitstellen, und verletzen Sie nicht ihre Erwartungen durch wesentliche Verhaltensänderungen durch die Verwendung von Capgo.
-
-Capgo ist so konzipiert, dass es mit den Play Store-Richtlinien kompatibel ist. Allerdings ist Capgo ein Werkzeug und kann wie jedes Werkzeug missbraucht werden. Die absichtliche missbräuchliche Verwendung von Capgo zur Verletzung der Play Store-Richtlinien verstößt gegen die Capgo [Nutzungsbedingungen](https://capgo.app/tos/) und kann zur Kündigung Ihres Kontos führen.
-
-Schließlich werden Code Push-Dienste in der Branche weit verbreitet eingesetzt (alle großen Apps, die ich kenne, verwenden sie) und es gibt mehrere andere öffentlich verfügbare Code Push-Dienste (z.B. expo.dev & appcenter.ms). Dies ist ein gut ausgetretener Pfad.
-
-Microsoft veröffentlicht auch einen Leitfaden darüber, wie ihre React Native "codepush"-Bibliothek die App Store-Richtlinien erfüllt: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### Erfüllt Capgo die App Store-Richtlinien?
-
-Ja.
-
-Ähnlich wie der Play Store bietet der App Store sowohl technische als auch Richtlinien-Einschränkungen.
-
-```
-3.2.2
-interpretierter Code kann in eine Anwendung heruntergeladen werden, jedoch nur solange
-dieser Code:
-(a) den primären Zweck der Anwendung nicht durch Bereitstellung von
-Funktionen oder Funktionalität ändert, die nicht mit dem beabsichtigten und
-beworbenen Zweck der Anwendung, wie sie im App Store eingereicht wurde, übereinstimmen,
-(b) keinen Store oder Storefront für anderen Code oder Anwendungen erstellt, und
-(c) keine Signierung, Sandbox oder andere Sicherheitsfunktionen des Betriebssystems umgeht
-```
-
-Capgo verwendet einen benutzerdefinierten Dart-Interpreter, um die Interpreter-Only-Beschränkung für Updates auf iOS einzuhalten. Solange Ihre Anwendung kein täuschendes Verhalten durch Updates zeigt (z.B. Änderung des App-Zwecks durch Update), ist das Aktualisieren über Capgo (oder eine andere Code-Push-Lösung) gängige Branchenpraxis und entspricht den App Store-Richtlinien.
-
-Der absichtliche Missbrauch von Capgo zur Verletzung der App Store-Richtlinien verstößt gegen die [Nutzungsbedingungen](https://capgo.app/tos/) von Capgo und kann zur Kündigung Ihres Kontos führen.
-
-Microsoft veröffentlicht auch einen Leitfaden, wie ihre React Native "CodePush"-Bibliothek die App Store-Richtlinien einhält: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### Kann ich Capgo in meinem Land nutzen?[](https://capgo.app/docs/faq/#can-i-use-capgo-in-my-country "Direct link to Can I use Capgo in my country?")
-
-Wir haben den Zugriff auf Capgo aus keinem Land eingeschränkt.
-
-Wir erkennen an, dass einige Länder Einschränkungen haben, welche URLs innerhalb des Landes aufgerufen werden können. Capgo verwendet derzeit Cloudflare Cloud für das Hosting, einschließlich R2 Storage und Cloudflare Workers.
-
-Folgende URLs werden von Capgo verwendet:
-
--   [https://apicapgo.app](https://apicapgo.app/) -- verwendet von den `npx @capgo/cli` Command Line Tools für die Interaktion mit den Capgo-Servern sowie vom Capgo-Updater auf den Geräten der Benutzer zur Überprüfung von Updates
--   [https://*r2cloudflarestoragecom](https://*r2cloudflarestoragecom/) -- verwendet vom `npx @capgo/cli` Command Line Tool zum Hoch- und Herunterladen von Bundles
-
-Wenn all diese URLs aus Ihrem Land erreichbar sind, sollte Capgo funktionieren.
-
-Wenn Ihre Region den Zugriff auf eine dieser URLs blockieren muss, lassen Sie es uns wissen und wir können mit Ihnen an einer Lösung arbeiten. Proxy-Server sind eine Option.
-
-### Kann ich Capgo selbst hosten?[](https://capgo.app/docs/faq/#can-i-self-host-capgo "Direct link to Can I self-host Capgo?")
-
-Ja, Sie können Capgo selbst hosten. Die Anleitung ist noch nicht geschrieben, aber der Code ist Open Source und verfügbar unter [https://github.com/cap-go/capgo](https://github.com/cap-go/capgo/)
-
-### Benötigt Code Push Internet zum Funktionieren?[](https://capgo.app/docs/faq/#does-code-push-require-the-internet-to-work "Direct link to Does code push require the internet to work?")
-
-Ja. Man könnte sich vorstellen, einen Server zu betreiben, um die Updates getrennt vom allgemeinen Internet zu verteilen, aber irgendeine Form von Netzwerkverbindung ist erforderlich, um Updates auf die Geräte zu übertragen.
-
-### Wie wird Capgo von fehlender Netzwerkverbindung beeinflusst?[](https://capgo.app/docs/faq/#how-is-capgo-affected-by-lack-of-network-connectivity "Direct link to How is Capgo affected by lack of network connectivity?")
-
-Der Capgo-Updater (der in Ihrer Anwendung enthalten ist, wenn Sie Ihre App mit Capgo erstellen) ist darauf ausgelegt, resistent gegen Netzwerkverbindungsprobleme zu sein.
-
-Im Standard-Update-Verhalten benachrichtigt die Anwendung beim Start den Capgo-Updater, der einen separaten Thread startet, um eine Netzwerkanfrage an die Capgo-Server zu stellen und nach einem Update zu fragen. Wir verwenden absichtlich einen separaten Thread, um andere Aktivitäten der Anwendung nicht zu blockieren. Wenn die Netzwerkanfrage fehlschlägt oder eine Zeitüberschreitung auftritt, wird der Updater beim nächsten Start der Anwendung erneut prüfen.
-
-Capgo Command Line Tools (z.B. `npx @capgo/cli app update`) benötigen eine Netzwerkverbindung zum Funktionieren. Wenn Sie Capgo zur Verteilung Ihrer App verwenden, sollten Sie sicherstellen, dass Ihr CI-System eine Netzwerkverbindung hat.
-
-### Was passiert, wenn ein Benutzer lange Zeit nicht aktualisiert und ein Update verpasst?[](https://capgo.app/docs/faq/#what-happens-if-a-user-doesnt-update-for-a-long-time-and-misses-an-update "Direct link to What happens if a user doesn't update for a long time and misses an update?")
-
-Unsere Implementierung sendet immer ein speziell auf das anfragende Gerät zugeschnittenes Update, das den Anfrager immer auf die neueste verfügbare Version aktualisiert. Wenn ein Benutzer also eine Weile nicht aktualisiert, wird er Zwischenupdates "verpassen".
-
-Der Update-Server könnte geändert werden, um je nach Bedarf Ihrer Anwendung entweder die nächste inkrementelle Version oder die neueste Version zu unterstützen. Bitte lassen Sie uns wissen, wenn alternative Update-Verhaltensweisen für Sie wichtig sind.
-
-### Wie verhält sich Capgo zu Capacitor?[](https://capgo.app/docs/faq/#how-does-capgo-relate-to-capacitor "Direct link to How does Capgo relate to Capacitor?")
-
-Capgo ist ein Plugin für Capacitor, das Code Push hinzufügt. Capgo ist kein Ersatz für Capacitor. Sie können weiterhin die Capacitor-Tools verwenden, die Sie bereits kennen und schätzen.
-
-Wir verfolgen die neueste stabile Version von Capacitor und aktualisieren unser Code Push Plugin entsprechend.
-
-### Wann finden Updates statt?[](https://capgo.app/docs/faq/#when-do-updates-happen "Direct link to When do updates happen?")
-
-Standardmäßig prüft der Capgo-Updater beim App-Start auf Updates. Er läuft in einem Hintergrund-Thread und blockiert nicht den UI-Thread. Updates werden installiert, während der Benutzer die App verwendet, und beim nächsten Neustart der App angewendet.
-
-Es ist auch möglich, den Capgo-Updater manuell mit [package:capgo_code_push](https://pubdev/packages/capgo_code_push/) auszuführen, wodurch Updates jederzeit ausgelöst werden können, auch über Push-Benachrichtigungen.
-
-Der Capgo-Updater ist so konzipiert, dass die App normal weiterläuft, wenn das Netzwerk nicht verfügbar ist oder der Server nicht erreichbar ist. Sollten Sie sich jemals entscheiden, ein Update von unseren Servern zu löschen, werden alle Ihre Clients normal weiterlaufen.
-
-Wir haben die Möglichkeit hinzugefügt, Patches zurückzurollen. Am einfachsten ist es, einfach ein vorheriges Bundle an Ihren Kanal anzuhängen, um dies rückgängig zu machen.
-
-### Muss ich meine app_id geheim halten?[](https://capgo.app/docs/faq/#do-i-need-to-keep-my-app_id-secret "Direct link to Do I need to keep my app_id secret?")
-
-Nein. Die `app_id` ist in Ihrer App enthalten und kann öffentlich sein. Sie können sie in die Versionskontrolle einchecken (auch öffentlich) und müssen sich keine Sorgen machen, dass jemand anderes darauf zugreift.
-
-Jemand mit Ihrer `app_id` kann die neueste Version Ihrer App von Capgo-Servern abrufen, kann aber keine Updates für Ihre App pushen oder auf andere Aspekte Ihres Capgo-Kontos zugreifen.
-
-### Welche Informationen werden an Capgo-Server gesendet?[](https://capgo.app/docs/faq/#what-information-is-sent-to-capgo-servers "Direct link to What information is sent to Capgo servers?")
-
-Obwohl Capgo sich mit dem Netzwerk verbindet, werden keine personenbezogenen Daten gesendet. Das Einbinden von Capgo sollte Ihre Erklärungen für den Play Store oder App Store nicht beeinflussen.
-
-Anfragen, die von der App an Capgo-Server gesendet werden, enthalten:
-
--   app_id (angegeben in `capacitorconfigjson`)
--   channel (optional in `capacitorconfigjson`)
--   release_version (versionName aus AndroidManifestxml oder CFBundleShortVersionString aus Infoplist oder `capacitorconfigjson` wenn in [`CapacitorUpdaterversion`](/docs/plugin/settings/#version) gesetzt)
--   version_number (generiert als Teil von `npx @capgo/cli app update`)
--   os_version (z.B. '1121')
--   platform (z.B. 'android', notwendig um den richtigen Patch zu senden) Das wars. Der Code dafür ist in `updater/library/src/networkrs`
--   device_id (beim ersten Start auf dem Gerät generiert, wird verwendet um Geräte-spezifische Installationen zu deduplizieren und ermöglicht uns die Abrechnung basierend auf installierten Benutzern)monatlich aktive Nutzer), anstatt der Gesamtanzahl der Patches oder Patch-Installationen)
-- custom_id (optional, zur Laufzeit vom Entwickler festgelegt, um ein Gerät mit einem Benutzer in Ihrem System zu verknüpfen)
-
-### Welche Plattformen unterstützt Capgo?[](https://capgo.app/docs/faq/#what-platforms-does-capgo-support "Direct link to What platforms does Capgo support?")
-
-Derzeit unterstützt Capgo iOS und Android. Beide sind produktionsreif.
-
-Die Nutzung von Capgo für iOS oder Android kann unabhängig voneinander entschieden werden. Sie können in Ihrem Kanal festlegen, ob Sie an Android oder eine in den App Store gebaute IPA ausliefern möchten oder umgekehrt.
-
-Capgo kann (relativ einfach) für Desktop- oder Embedded-Ziele erweitert werden. Wenn diese für Sie wichtig sind, lassen Sie es uns bitte wissen.
-
-### Wie interagiert Capgo mit Play Testing Tracks oder Apple TestFlight?[](https://capgo.app/docs/faq/#how-does-capgo-interact-with-play-testing-tracks-or-apple-testflight "Direct link to How does Capgo interact with Play Testing Tracks or Apple TestFlight?")
-
-Jeder App Store hat eigene Mechanismen zur Verteilung von Apps an begrenzte Benutzergruppen (z.B. "internes Testen", "geschlossene Beta" usw.). Dies sind alles Mechanismen zur Segmentierung Ihrer Benutzer in Gruppen und zur Verteilung spezifischer App-Versionen.
-
-Leider erlauben nicht alle diese Mechanismen Drittanbietern zu erkennen, wenn Apps in einem bestimmten Test Track oder über TestFlight installiert sind. Daher haben wir keine zuverlässige Einsicht in die Zusammensetzung dieser Gruppen und können den Zugriff auf Capgo-Patches nicht zuverlässig auf Basis dieser Gruppen steuern. [https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play](https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play/) [https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i](https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i/)
-
-Wenn Sie die Verfügbarkeit von Capgo-Bundles segmentieren möchten, gibt es 4 mögliche Optionen:
-
-1. Verwenden Sie separate Kanäle für jede Gruppe. Dies ist der einfachste Ansatz, erfordert aber die Verwaltung mehrerer Kanäle. Möglicherweise haben Sie bereits Dev-Kanäle und Prod-Kanäle mit unterschiedlicher Verfügbarkeit. Sie können also Ihre Dev-Kanäle aktualisieren, überprüfen und dann separat Ihre Prod-Kanäle aktualisieren. Wir empfehlen die Verwendung von Branches/Tags in Ihrer Versionskontrolle, um den Überblick über die Quellen der einzelnen Releases zu behalten.
-2. Verfolgen Sie Ihre eigene Liste von Opt-in-Benutzern, deaktivieren Sie automatische Updates und lösen Sie Updates nur für bestimmte Benutzer über package:capgo_code_push aus. Dies funktioniert heute, erfordert aber die Verwaltung Ihrer eigenen Opt-in-Liste.
-3. Capgo ermöglicht einen eigenen Opt-in-Mechanismus auf Geräteebene (ähnlich wie Test Tracks oder TestFlight, nur plattformunabhängig). Dies ermöglicht Ihrem QA-Team, sich für Bundles anzumelden, bevor sie der Öffentlichkeit zur Verfügung gestellt werden.
-4. Capgo hat prozentbasierte Rollouts. Dies lässt Sie zwar nicht auswählen, an welche Geräte gesendet wird, kann aber helfen, inkrementell auszurollen und bei Problemen zurückzurollen.
-
-## Abrechnung[](https://capgo.app/docs/faq/#billing "Direct link to Billing")
-
-### Wie kann ich meinen Plan upgraden oder downgraden?[](https://capgo.app/docs/faq/#how-do-i-upgrade-or-downgrade-my-plan "Direct link to How do I upgrade or downgrade my plan?")
-
-Sie können Ihren Plan jederzeit in Ihrem Dashboard upgraden oder downgraden: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Wann wird meine Abrechnungsperiode zurückgesetzt?[](https://capgo.app/docs/faq/#when-does-my-billing-period-reset "Direct link to When does my billing period reset?")
-
-Abrechnungsperioden werden automatisch jeden Monat am Tag Ihrer ersten Capgo-Anmeldung zurückgesetzt. Wenn Sie sich zum Beispiel am 15. des Monats angemeldet haben, wird Ihre Abrechnungsperiode am 15. jedes Monats zurückgesetzt.
-
-### Wie kann ich mein Abonnement kündigen?[](https://capgo.app/docs/faq/#how-do-i-cancel-my-subscription "Direct link to How do I cancel my subscription?")
-
-Sie können Ihr Abonnement jederzeit in Ihrem Dashboard kündigen: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Kann ich für ein Jahr im Voraus bezahlen?[](https://capgo.app/docs/faq/#can-i-pay-for-a-year-in-advance "Direct link to Can I pay for a year in advance?")
-
-Ja, Sie können jederzeit in Ihrem Dashboard für ein Jahr im Voraus bezahlen: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Statistiken und Analysen[](https://capgo.app/docs/faq/#stats-and-analytics "Direct link to Stats and analytics")
-
-Die Statistiken in Ihrem Dashboard werden jeden Tag um Mitternacht UTC aktualisiert.
-Die Statistiken basieren auf der Anzahl der [MAU](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release "Direct link to What is the difference between a bundle and a release?"), die auf Ihren Geräten installiert wurden.
-
-# Wie wird die Geräte-ID generiert[](https://capgo.app/docs/faq/#how-device-id-is-generated "Direct link to How device ID is generated")
-
-Die Geräte-ID wird beim ersten Start auf dem Gerät generiert und wird verwendet, um Installationen pro Gerät zu deduplizieren und uns zu ermöglichen, basierend auf installierten Benutzern (z.B. monatlich aktive Nutzer) abzurechnen, anstatt der Gesamtanzahl der Patches oder Patch-Installationen.
-
-MAU ist eine bessere Lösung als die Anzahl der Installationen für die Preisgestaltung von Capgo, da es genauer ist und die tatsächlichen Kosten von Capgo pro Gerät widerspiegelt.
-
-**Persistenz der Geräte-ID (Aktualisiert in v6.25.0 und v7.25.0)**:
-- **Aktuelles Verhalten**: Die Geräte-ID bleibt nun über App-Neuinstallationen hinweg erhalten. Sie wird sicher im Keychain des Geräts (iOS) oder EncryptedSharedPreferences (Android) gespeichert, sodass wir dasselbe Gerät auch nach Deinstallation/Neuinstallation verfolgen können.
-- **Vorheriges Verhalten** (vor v6.25.0/v7.25.0): Aus Datenschutzgründen im Zusammenhang mit Apple- und Google Store-Richtlinien wurde die Geräte-ID bei jeder App-Neuinstallation zurückgesetzt, was es unmöglich machte, dasselbe Gerät über Neuinstallationen hinweg zu verfolgen.
-
-Die Datenschutzregeln werden von Apple und Google durchgesetzt, und die Implementierung von Capgo entspricht deren Bewährte Methoden für die Geräteidentifikation.
-
-Geräte-IDs werden erst in Ihrer Geräteliste angezeigt, wenn sie ihren ersten Patch installiert haben.
-
-# Warum unterscheidet sich meine Geräteanzahl von meinen MAU?[](https://capgo.app/docs/faq/#why-my-device-number-is-different-than-my-mau "Direct link to Why my device number is different than my MAU?")
-
-Derzeit wird die Geräteliste nicht so häufig aktualisiert wie die MAU.
-
-Die Geräteliste wird nur aktualisiert, wenn ein Gerät ein Update installiert.
-
-Die MAU wird bei jedem App-Start aktualisiert. Dies ist eine aktuelle Einschränkung der Plattform. Unsere Analyseplattform unterstützt keine Raw-Updates, daher verwenden wir konventionelle Datenbanken für die Geräteliste.
-
-Um die Anzahl der Datenbankabfragen zu begrenzen, aktualisieren wir Zeilen nur bei App-Updates.
-
-Diese Einschränkung wird in Zukunft behoben.
-
-# Wie kann ich verschiedene Updates pro Plattform haben?[](https://capgo.app/docs/faq/#how-to-have-different-update-by-platform "Direct link to How to have different update by platform?")
-
-Sie können einen Kanal für jede Plattform erstellen und plattformspezifische Updates in jedem Kanal deaktivieren.
-
-Im iOS-Kanal Android-Updates deaktivieren und im Android-Kanal iOS-Updates deaktivieren.
-
-Dann laden Sie ein Bundle in jeden Kanal hoch, um verschiedene Updates für jede Plattform zu haben.
-
-Wenn Sie dasselbe Update für beide Plattformen benötigen, können Sie ein Bundle mit mehreren Kanälen verknüpfen. Das Bundle muss nicht dupliziert werden.
diff --git a/src/content/docs/de/docs/getting-help.mdx b/src/content/docs/de/docs/getting-help.mdx
deleted file mode 100644
index 9b4119d81..000000000
--- a/src/content/docs/de/docs/getting-help.mdx
+++ /dev/null
@@ -1,42 +0,0 @@
----
-title: "Tech Support für Capgo"
-description: "So erhalten Sie Tech Support für Capgo und unseren Updater. Bitte folgen Sie dieser Anleitung, um Hilfe zu erhalten, wenn die Dokumentation und unsere Artikel nicht ausreichen"
-sidebar:
-  order: 1
-locale: de
----
-
-## Support über Discord
-
-Capgo hat einen offiziellen [Discord Server](https://discord.capgo.app). Dort technischen Support zu erhalten ist wahrscheinlich einer der schnellsten Wege, eine Antwort zu bekommen.
-
-Hier ist eine Kurzanleitung:
-
-Schritt 1 - Gehe zum `questions` Kanal
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-questions.webp" alt="Ask on discord" /><figcaption></figcaption></figure>
-
-Schritt 2 - Erstelle deinen Thread
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-newquestion.webp" alt="Create a question on discord" /><figcaption></figcaption></figure>
-
-Schritt 3 - Beschreibe dein Problem und wähle die relevanten Tags aus
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-new-post.webp" alt="Create a post on discord" /><figcaption></figcaption></figure>
-
-
-Schritt 4 - Teile deine sichere Konto-ID (optional)
-
-Dies ermöglicht es dem Capgo-Team, einen Blick auf dein Konto zu werfen. Das Teilen dieser ID ist sicher, da sie dafür entwickelt wurde, öffentlich geteilt zu werden.
-
-Um dies zu teilen, gehe bitte zu den [Capgo-Einstellungen](https://console.capgo.app/dashboard/settings/account/). Klicke dort bitte auf `copy account id`.
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/share-secure-id.webp" alt="Share your id without leaking your info" /><figcaption></figcaption></figure>
-
-Dies kopiert die sichere Konto-ID in die Zwischenablage. Bitte füge diese in deinen Discord-Beitrag ein.
-
-## Support per E-Mail
-
-Dies ist der langsamste Weg, Support zu erhalten. Bitte nutze zuerst den Discord-Server.
-
-Wenn du uns per E-Mail kontaktieren musst, sende bitte eine E-Mail an support@capgo.app.
diff --git a/src/content/docs/de/docs/getting-started/add-an-app.mdx b/src/content/docs/de/docs/getting-started/add-an-app.mdx
deleted file mode 100644
index 4e1f52eb5..000000000
--- a/src/content/docs/de/docs/getting-started/add-an-app.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: "App hinzufügen"
-description: "Fügen Sie eine App zu Ihrem Capgo-Konto hinzu und installieren Sie das Plugin in Ihrer App"
-sidebar:
-  order: 3
-prev: true
-next: true
-locale: de
----
-
-import { YouTube } from 'astro-embed';
-import { Aside, Steps, LinkCard, Code } from '@astrojs/starlight/components';
-
-## Voraussetzungen
-
-Bevor Sie mit Capgo beginnen, stellen Sie sicher, dass Sie:
-- Eine Capacitor-App installiert und konfiguriert haben. [Erfahren Sie, wie Sie Capacitor einrichten](https://capacitorjs.com/docs/getting-started/)
-- Node.js 20 oder neuer installiert haben
-- Eine der folgenden Entwicklungsumgebungen:
-  - **macOS** mit Xcode (für iOS-Entwicklung) und/oder Android Studio (für Android-Entwicklung)
-  - **Linux** mit Android Studio (für Android-Entwicklung)
-  - **Windows** mit Android Studio (für Android-Entwicklung)
-
-## Einführung in Capgo
-<YouTube id="NzXXKoyhTIo" title="Capgo in 15 min" />
-
-## Live-Updates sind 3 Schritte entfernt
-
-### Geführtes Setup
-
-<Steps>
-
-1. Erstellen Sie Ihr Konto unter [https://capgo.app/register](https://capgo.app/register).
-![signup screenshot](/signup.webp "signup screenshot")
-
-2. Verwenden Sie die Init-Befehle, um zu beginnen <Code code={`npx @capgo/cli@latest init [APIKEY]`} lang="bash" /> Es werden Ihnen eine Reihe von Fragen gestellt. Beantworten Sie diese, um das automatische Setup abzuschließen.
-
-3. Stellen Sie ein Live-Update bereit
-
-</Steps>
-
-<Aside type="tip">Wenn Sie diese Schritte befolgen, sind Sie in kürzester Zeit einsatzbereit. Falls Sie während des Prozesses weitere Unterstützung benötigen, ist unser Support-Team [hier um zu helfen](https://support.capgo.app). Viel Spaß beim Onboarding!</Aside>
-<LinkCard href="/docs/getting-started/onboarding/" title="Detaillierter Onboarding-Leitfaden" description="Sehen Sie den vollständigen Schritt-für-Schritt-Leitfaden für den CLI-Onboarding-Prozess" />
-<LinkCard href="/docs/getting-started/deploy/" title="Stellen Sie ein Live-Update bereit" description="Erfahren Sie, wie Sie ein Live-Update für Ihre App bereitstellen" />
-
-### Manuelles Setup
-
-Falls der Init-Befehl für Sie nicht funktioniert, können Sie eine App manuell hinzufügen.
-
-<Steps>
-
-1. Verbinden Sie die CLI mit Ihrem Konto: <Code code={`npx @capgo/cli@latest login [APIKEY]`} lang="bash" />
-
-2. Fügen Sie die App mit diesem Befehl zu Ihrem Konto hinzu: <Code code={`npx @capgo/cli@latest app add [APP_NAME]`} lang="bash" />
-
-3. Installieren Sie das Plugin in Ihrer App: <Code code={`npm i @capgo/capacitor-updater`} lang="bash" />
-
-4. Konfigurieren Sie das Plugin in Ihrer `capacitor.config` <Code code={`{\n  "plugins": {\n    CapacitorUpdater: {\n      "appId": "Your appID",\n      "autoUpdate": true,\n      "version": "1.0.0"\n    }\n  }\n}`} lang="json" />
-  [Siehe alle verfügbaren Optionen](/docs/plugin/settings/). Diese Informationen werden abgeleitet, wenn sie nicht bereitgestellt werden.
-
-5. Rufen Sie die Init-Methode so früh wie möglich in Ihrer App auf: <Code code={`import { CapacitorUpdater } from '@capgo/capacitor-updater';\nCapacitorUpdater.notifyAppReady();`} lang="typescript" />
-
-6. Stellen Sie ein Live-Update bereit
-
-</Steps>
-
-<Aside type="note" title="Installation für ältere Capacitor-Versionen">
-Der obige Befehl installiert die neueste Version (v8.x) für Capacitor 8. Für ältere Capacitor-Versionen verwenden Sie den entsprechenden npm-Tag:
-
-```bash
-# Capacitor 7
-npm i @capgo/capacitor-updater@lts-v7
-
-# Capacitor 6
-npm i @capgo/capacitor-updater@lts-v6
-
-# Capacitor 5
-npm i @capgo/capacitor-updater@lts-v5
-```
-
-Jede Plugin-Hauptversion entspricht der Capacitor-Hauptversion (v8 → Capacitor 8, v7 → Capacitor 7, v6 → Capacitor 6, v5 → Capacitor 5). Minor-Versionen teilen denselben Funktionsumfang über alle Hauptversionen (z.B. 5.34.0, 6.34.0, 7.34.0 und 8.34.0 enthalten dieselben Funktionen).
-</Aside>
diff --git a/src/content/docs/de/docs/getting-started/cicd-integration.mdx b/src/content/docs/de/docs/getting-started/cicd-integration.mdx
deleted file mode 100644
index 87c5ba1c8..000000000
--- a/src/content/docs/de/docs/getting-started/cicd-integration.mdx
+++ /dev/null
@@ -1,174 +0,0 @@
----
-title: CI/CD-Integration
-description: Die Integration von Capgo in Ihre CI/CD-Pipeline ermöglicht es Ihnen, den Prozess des Erstellens und Bereitstellens von Updates für Ihre App vollständig zu automatisieren. Durch die Nutzung der Capgo CLI und semantic-release können Sie konsistente, zuverlässige Bereitstellungen sicherstellen und schnelle Iterationen ermöglichen.
-sidebar:
-  order: 5
-locale: de
----
-
-import { Steps, Code } from '@astrojs/starlight/components';
-
-Die Integration von Capgo in Ihre CI/CD-Pipeline ermöglicht es Ihnen, den Prozess des Erstellens und Bereitstellens von Updates für Ihre App vollständig zu automatisieren. Durch die Nutzung der Capgo CLI und semantic-release können Sie konsistente, zuverlässige Bereitstellungen sicherstellen und schnelle Iterationen ermöglichen.
-
-## Vorteile der CI/CD-Integration
-
-- **Automatisierung**: Keine manuellen Schritte mehr oder Raum für menschliche Fehler. Ihr gesamter Build-, Test- und Bereitstellungsprozess kann von Anfang bis Ende automatisiert werden.
-
-- **Konsistenz**: Jede Bereitstellung folgt den gleichen Schritten und gewährleistet einen vorhersehbaren und wiederholbaren Prozess. Dies ist besonders wertvoll, wenn mehrere Teammitglieder Code beisteuern.
-
-- **Schnellere Iterationen**: Mit automatisierten Bereitstellungen können Sie Updates häufiger und mit Zuversicht ausliefern. Kein Warten mehr auf manuelle QA oder Freigabegenehmigungen.
-
-## Capgo CLI
-
-Die Capgo CLI ist der Schlüssel zur Integration von Capgo in Ihren CI/CD-Workflow. Sie bietet Befehle zum Pushen neuer Bundle-Versionen, Verwalten von Kanälen und mehr.
-
-Der wichtigste Befehl für die CI/CD-Integration ist `bundle upload`:
-
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY
-```
-
-Wenn Sie Verschlüsselung verwenden, sollten Sie diese auf eine der folgenden Arten bereitstellen:
-
-**Verwendung eines privaten Schlüsseldateipfads:**
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY --key-v2 PRIVATE_KEY_PATH
-```
-
-**Direktes Verwenden des privaten Schlüsselinhalts (empfohlen für CI/CD):**
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY --key-data-v2 PRIVATE_KEY_CONTENT
-```
-
-**Verwendung von Umgebungsvariablen (Best Practice für CI/CD):**
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY --key-data-v2 "$CAPGO_PRIVATE_KEY"
-```
-
-### Einrichten von Umgebungsvariablen für Verschlüsselung
-
-Für CI/CD-Umgebungen wird empfohlen, Ihren privaten Schlüssel als Umgebungsvariable statt als Datei zu speichern. So richten Sie es ein:
-
-1. **Holen Sie sich den Inhalt Ihres privaten Schlüssels:**
-   ```shell
-   cat .capgo_key_v2 | pbcopy
-   ```
-   Dies kopiert den Schlüsselinhalt in Ihre Zwischenablage.
-
-2. **Fügen Sie ihn zu Ihrer CI/CD-Umgebung hinzu:**
-   - **GitHub Actions**: Fügen Sie `CAPGO_PRIVATE_KEY` zu Ihren Repository-Secrets hinzu
-   - **GitLab CI**: Fügen Sie ihn als maskierte Variable in Ihren Projekteinstellungen hinzu
-   - **CircleCI**: Fügen Sie ihn als Umgebungsvariable in Ihren Projekteinstellungen hinzu
-   - **Jenkins**: Fügen Sie ihn als Secret-Text-Credential hinzu
-
-3. **Verwenden Sie ihn in Ihrer Pipeline:**
-   ```yaml
-   - run: npx @capgo/cli@latest bundle upload --channel=production --apikey=${{ secrets.CAPGO_API_KEY }} --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"
-   ```
-
-**Hinweis**: Das `--key-data-v2` Flag ermöglicht es Ihnen, den Inhalt des privaten Schlüssels direkt als String zu übergeben, was perfekt für Umgebungsvariablen in CI/CD-Pipelines ist, wo Sie keine temporären Dateien erstellen möchten.
-
-Dieser Befehl lädt den aktuellen Web-Build in den angegebenen Kanal hoch. Sie führen dies typischerweise als letzten Schritt in Ihrer CI/CD-Pipeline aus, nachdem Ihr Web-Build erfolgreich abgeschlossen wurde.
-
-## Einrichtung von Capgo in Ihrer CI/CD-Pipeline
-
-Während die genauen Schritte je nach gewähltem CI/CD-Tool variieren, sieht der allgemeine Prozess zur Integration von Capgo wie folgt aus:
-
-<Steps>
-1. **API-Schlüssel generieren**: Melden Sie sich beim Capgo-Dashboard an und erstellen Sie einen neuen API-Schlüssel. Dieser Schlüssel wird zur Authentifizierung der CLI in Ihrer CI/CD-Umgebung verwendet. Halten Sie ihn geheim und committen Sie ihn niemals in Ihr Repository!
-
-3. **Konfigurieren Sie den `bundle upload` Befehl**: Fügen Sie Ihrer CI/CD-Konfiguration einen Schritt hinzu, der den `bundle upload` Befehl mit den entsprechenden Argumenten ausführt: <Code lang="yaml" title="upload.yml" code={`- run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secrets.CAPGO_API_KEY \}\}`} />\n Ersetzen Sie `Production` mit dem Kanal, in den Sie deployen möchten, `${{ secrets.CAPGO_API_KEY }}` mit der Umgebungsvariable, die Ihren API-Schlüssel enthält, und fügen Sie `--key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"` hinzu, wenn Sie Verschlüsselung verwenden.
-
-4. **Fügen Sie den `upload` Schritt nach Ihrem Web-Build hinzu**: Stellen Sie sicher, dass der `upload` Schritt nach erfolgreichem Abschluss Ihres Web-Builds erfolgt. Dies stellt sicher, dass Sie immer Ihren neuesten Code bereitstellen.\n  Hier ist ein Beispiel für die Konfiguration für GitHub Actions:\n<Code lang="yaml" title="upload.yml" code={`name: Deploy to Capgo\n on:\n  push:\n   branches: [main]\n\njobs:\n deploy:\n runs-on: ubuntu-latest\n\n steps:\n - uses: actions/checkout@v6\n - uses: actions/setup-node@v6\n  with:\n   node-version: '24'\n\n - run: npm ci\n - run: npm run build\n\n - run: npm install -g @capgo/cli\n - run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secrets.CAPGO_API_KEY \}\} --key-data-v2 "$\{\{ secrets.CAPGO_PRIVATE_KEY \}\}"`} />
-
-</Steps>
-
-## Versionsverwaltung mit Semantic-release
-
-Der empfohlene Weg zur Handhabung der Versionierung mit Capgo ist, die Version in Ihrer `capacitor.config.ts` Datei durch Import aus `package.json` zu setzen:
-
-```ts
-import pkg from './package.json'
-
-const config: CapacitorConfig = {
-  // ... andere Konfigurationen
-  plugins: {
-    CapacitorUpdater: {
-      version: pkg.version,
-    }
-  }
-}
-```
-
-Dieser Ansatz ermöglicht es Ihnen:
-1. Semantic-release (oder ein anderes Tool) zu verwenden, um die `package.json` Version zu aktualisieren
-2. Ihre App mit der automatisch enthaltenen aktualisierten Version zu bauen
-3. Das Bundle mit der korrekten Version hochzuladen
-
-Ihr CI/CD-Workflow würde so aussehen:
-```yaml
-- run: npm ci
-- run: npx semantic-release  # Aktualisiert package.json Version
-- run: npm run build         # Baut mit neuer Version aus capacitor.config
-- run: npx @capgo/cli@latest bundle upload --channel=production --apikey=${{ secrets.CAPGO_API_KEY }}
-```
-
-Hier ist eine Beispiel-`.releaserc` Konfigurationsdatei für semantic-release:
-
-```json
-{
-  "branches": [
-    "main",
-    {
-      "name": "beta",
-      "prerelease": true
-    }
-  ],
-  "plugins": [
-    "@semantic-release/commit-analyzer",
-    "@semantic-release/release-notes-generator",
-    "@semantic-release/changelog",
-    [
-      "@semantic-release/git",
-      {
-        "assets": ["CHANGELOG.md", "package.json"],
-        "message": "chore(release): ${nextRelease.version} [skip ci]\n\n${nextRelease.notes}"
-      }
-    ]
-  ]
-}
-```
-
-Diese Konfiguration führt Folgendes aus:
-
-1. Analysiert Commit-Nachrichten, um die nächste Versionsnummer nach der Conventional Commits-Spezifikation zu bestimmen.
-2. Generiert Release Notes basierend auf den Commits seit dem letzten Release.
-3. Aktualisiert die `CHANGELOG.md` Datei mit den neuen Release Notes.
-4. Aktualisiert die `package.json` Version, die von Ihrer capacitor.config übernommen wird.
-5. Committet die aktualisierte `CHANGELOG.md`, `package.json` und alle anderen geänderten Dateien zurück ins Repository.
-
-Stellen Sie sicher, dass Sie semantic-release vor dem Build Ihrer App ausführen, damit die aktualisierte Version aus `package.json` durch die capacitor.config in Ihren Build aufgenommen wird.
-
-## Fehlerbehebung
-
-Wenn Sie Probleme mit Ihrer Capgo CI/CD-Integration haben, hier einige Dinge, die Sie überprüfen sollten:
-
-- **API-Schlüssel**: Stellen Sie sicher, dass Ihr API-Schlüssel gültig ist und die erforderlichen Berechtigungen hat. Wenn Sie eine Umgebungsvariable verwenden, überprüfen Sie, ob sie korrekt gesetzt ist.
-
-- **CLI-Version**: Stellen Sie sicher, dass Sie die neueste Version der Capgo CLI verwenden. Ältere Versionen können Kompatibilitätsprobleme haben oder bestimmte Funktionen fehlen.
-
-- **Build-Artefakte**: Bestätigen Sie, dass Ihr Web-Build die erwarteten Ausgabedateien generiert. Die Capgo CLI benötigt einen gültigen Web-Build, um ein Bundle zu erstellen.
-
-- **Netzwerkverbindung**: Überprüfen Sie, ob Ihre CI/CD-Umgebung Netzwerkzugriff auf die Capgo-Server hat. Firewall- oder Proxy-Probleme können manchmal den `upload` Befehl stören.
-
-Wenn Sie immer noch Probleme haben, wenden Sie sich an den Capgo-Support. Sie können bei der Fehlerbehebung für Ihre spezifische Einrichtung helfen.
-
-## Fazit
-
-Die Integration von Capgo in Ihre CI/CD-Pipeline mit ordnungsgemäßer Versionsverwaltung kann Ihren Entwicklungsworkflow erheblich vereinfachen. Durch die Automatisierung Ihrer Bereitstellungen und Versionierung durch den capacitor.config-Ansatz können Sie Updates schneller und mit mehr Zuversicht ausliefern.
-
-Der empfohlene Ansatz, die Version in Ihrer `capacitor.config.ts` Datei zu setzen und semantic-release zur Aktualisierung von `package.json` zu verwenden, bietet einen robusten und zuverlässigen Bereitstellungsprozess, der es Ihnen ermöglicht, sich auf das Entwickeln großartiger Funktionen zu konzentrieren, anstatt sich über manuelle Release-Schritte Gedanken zu machen.
-
-Weitere Details zu den Capgo CLI-Befehlen und Optionen finden Sie in der [CLI-Referenz](/docs/cli/overview). Und für einen tieferen Einblick in die semantic-release-Konfiguration, siehe die [semantic-release Dokumentation](https://github.com/semantic-release/semantic-release).
-
-Viel Spaß beim Bereitstellen!
diff --git a/src/content/docs/de/docs/getting-started/deploy.mdx b/src/content/docs/de/docs/getting-started/deploy.mdx
deleted file mode 100644
index b230364f2..000000000
--- a/src/content/docs/de/docs/getting-started/deploy.mdx
+++ /dev/null
@@ -1,152 +0,0 @@
----
-title: Live-Update bereitstellen
-description: "Erfahren Sie, wie Sie ein Live-Update für Ihre App mit der Live-Updates-Funktion von Capgo bereitstellen, die Echtzeit-UI- und Logik-Updates ohne erneute Einreichung im App Store ermöglicht."
-sidebar:
-  order: 4
-locale: de
----
-
-import { Steps, LinkCard, Tabs, TabItem } from '@astrojs/starlight/components';
-
-Nutzen Sie die Live-Updates-Funktion von Capgo, um die Benutzeroberfläche und Geschäftslogik Ihrer App aus der Ferne in Echtzeit zu aktualisieren. Übertragen Sie JS-Bundle-Updates direkt an Ihre Nutzer, ohne den App Store zu durchlaufen, um sofort Fehler zu beheben und neue Funktionen bereitzustellen.
-
-Diese Anleitung setzt voraus, dass Sie den [Capgo Quickstart](/docs/getting-started/quickstart) abgeschlossen haben und bereits:
-
-<Steps>
-
-1. Das `@capgo/capacitor-updater` SDK in Ihrer Capacitor-App installiert haben
-
-2. Ihre App-ID und den Update-Kanal in `capacitor.config.ts` konfiguriert haben
-
-3. Die `CapacitorUpdater.notifyAppReady()` Methode in Ihren Code eingefügt haben
-
-</Steps>
-
-Wenn Sie diese Schritte noch nicht ausgeführt haben, gehen Sie bitte zurück und schließen Sie zuerst den Quickstart ab.
-
-<LinkCard href="/docs/getting-started/add-an-app/" title="App hinzufügen" description="Fügen Sie eine App zu Ihrem Capgo-Konto hinzu und installieren Sie das Plugin in Ihrer App" />
-
-## Bundle hochladen
-
-Mit dem installierten und konfigurierten Capgo SDK können Sie Ihr erstes Live-Update-Bundle hochladen:
-
-1. Web-Assets erstellen:
-   ```shell
-   npm run build
-   ```
-
-2. Bundle zu Capgo hochladen:
-    <Tabs>
-      <TabItem label="Console">
-        ```shell
-      npx @capgo/cli@latest bundle upload --channel=production
-      ```
-      </TabItem>
-      <TabItem label="Github Actions">
-      ```yml
-      // .github/workflows/build_and_deploy.yml
-    name: Build source code and send to Capgo
-
-    concurrency:
-      group: ${{ github.workflow }}-${{ github.ref }}
-      cancel-in-progress: true
-
-    on:
-      push:
-        branches:
-          - main
-
-    jobs:
-      deploy_to_capgo:
-        runs-on: ubuntu-latest
-        steps:
-          - name: Checkout
-            uses: actions/checkout@v6
-          - uses: actions/setup-node@v6
-            with:
-              node-version: '24'
-          - name: Install dependencies
-            run: npm install
-          - name: Build
-            run: npm run build
-          - name: Deploy to Capgo
-            run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} --channel ${{ env.CHANNEL }}
-            env:
-              CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      ```
-      </TabItem>
-      <TabItem label="Gitlab">
-      ```yml
-      // .gitlab-ci.yml
-      stages:
-        - build
-
-      build:
-        stage: build
-        image: node:18
-        cache:
-          - key:
-              files:
-                - package-lock.json
-            paths:
-              - .node_modules/
-        script:
-          - npm install
-          - npm run build
-          - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN --channel $CAPGO_CHANNEL
-        artifacts:
-          paths:
-            - node_modules/
-            - dist/
-        only:
-          - master
-      ```
-      </TabItem>
-    </Tabs>
-   Dies lädt eine neue Bundle-Version in den im Befehl angegebenen Kanal hoch
-
-### Fehlerbehebung beim Hochladen
-
-Wenn das Hochladen fehlschlägt, überprüfen Sie:
-- Ihre App-ID in `capacitor.config.ts` stimmt mit Ihrer App im Capgo-Dashboard überein
-- Sie führen den Upload-Befehl vom Root-Verzeichnis Ihres Capacitor-Projekts aus
-- Ihre Web-Assets sind erstellt und aktuell
-
-Wenn Sie immer noch Probleme haben, gehen Sie zum Abschnitt [Fehlerbehebung](/docs/getting-started/troubleshooting/)
-
-## Update auf einem Gerät empfangen
-
-Sobald Ihr Bundle hochgeladen ist, können Sie das Live-Update auf einem Gerät testen:
-
-1. Synchronisieren Sie Ihre App mit dem Gerät:
-   ```shell
-   npx cap sync ios
-   ```
-
-2. Öffnen Sie ein weiteres Terminal und führen Sie den folgenden Befehl aus, um den Update-Status zu überprüfen:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-3. Führen Sie Ihre App lokal aus:
-   ```shell
-   npx cap run ios
-   ```
-   Oder öffnen Sie das iOS/Android-Projekt in Xcode/Android Studio und führen Sie einen nativen Start durch
-
-4. Lassen Sie die App etwa 30 Sekunden geöffnet, damit das Update im Hintergrund heruntergeladen werden kann
-
-5. Die Logs brauchen einige Sekunden, um sich zu aktualisieren und den Update-Status anzuzeigen
-
-6. Schließen und öffnen Sie die App erneut. Sie sollten Ihr Live-Update angewendet sehen!
-
-Schauen Sie im [Capgo Quickstart](/docs/getting-started/quickstart#receiving-a-live-update-on-a-device) nach, um weitere Details zum Testen von Live-Updates zu erhalten
-
-## Nächste Schritte
-
-Herzlichen Glückwunsch zum Bereitstellen Ihres ersten Live-Updates mit Capgo! 🎉
-
-Um mehr zu erfahren, lesen Sie den Rest der [Capgo Live-Updates-Dokumentation](/docs/live-updates). Einige wichtige Themen, die Sie als Nächstes überprüfen sollten:
-- [Updates mit Kanälen zielgerichtet einsetzen](/docs/live-updates/channels)
-- [Update-Verhalten anpassen](/docs/live-updates/update-behavior)
-- [Live-Update-Rollbacks](/docs/live-updates/rollbacks)
diff --git a/src/content/docs/de/docs/getting-started/onboarding.mdx b/src/content/docs/de/docs/getting-started/onboarding.mdx
deleted file mode 100644
index bd77ef778..000000000
--- a/src/content/docs/de/docs/getting-started/onboarding.mdx
+++ /dev/null
@@ -1,554 +0,0 @@
----
-title: CLI Onboarding-Anleitung
-description: >-
-  Vollständige Schritt-für-Schritt-Anleitung zum Onboarding Ihrer App mit Capgo
-  über die interaktive CLI
-sidebar:
-  order: 2
-next: true
-prev: true
-locale: de
----
-
-import { Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-## Schnellübersicht
-
-Die Capgo CLI bietet ein interaktives Onboarding, das Live-Updates für Ihre Capacitor-App einrichtet. Sie werden:
-
-1. ✅ Ihre App in Capgo registrieren
-2. 🔌 Das Updater-Plugin installieren und konfigurieren
-3. 🚀 Ihr erstes Live-Update bereitstellen
-4. 📱 Das Update auf Ihrem Gerät testen
-
-**Geschätzte Zeit:** 10-20 Minuten (variiert je nach Internetgeschwindigkeit und Build-Zeit)
-
-<Aside type="tip">
-Das Onboarding ist vollständig fortsetzbar - beenden Sie jederzeit und fahren Sie später fort, wo Sie aufgehört haben.
-</Aside>
-
-## Onboarding starten
-
-Führen Sie den Onboarding-Befehl mit Ihrem API-Schlüssel aus:
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-Sie sehen die Willkommensnachricht:
-
-```
-Capgo onboarding 🛫
-```
-
-## Was während des Onboardings passiert
-
-Die CLI führt Sie durch 13 interaktive Schritte:
-
-**Setup-Phase (Schritte 1-6):**
-- Überprüfen Sie Ihre Entwicklungsumgebung (Xcode/Android Studio)
-- Fügen Sie Ihre App zu Capgo hinzu und erstellen Sie einen Produktionskanal
-- Installieren Sie das `@capgo/capacitor-updater` Plugin
-- Fügen Sie den erforderlichen Code in Ihre App ein
-- Optional: End-to-End-Verschlüsselung aktivieren
-- Wählen Sie eine Plattform zum Testen (iOS oder Android)
-
-**Testphase (Schritte 7-12):**
-- Erstellen Sie Ihre App und führen Sie sie auf einem Gerät/Simulator aus
-- Nehmen Sie eine sichtbare Codeänderung vor (automatisch oder manuell)
-- Laden Sie das aktualisierte Bundle zu Capgo hoch
-- Sehen Sie das Live-Update in Echtzeit auf Ihrem Gerät erscheinen
-
-**Abschluss (Schritt 13):**
-- Ihre App ist bereit für Live-Updates! 🎉
-
-## Der 13-Schritte-Onboarding-Prozess
-
-### Schritt 1: Voraussetzungen prüfen
-
-Die CLI überprüft Ihre Entwicklungsumgebung, um sicherzustellen, dass Sie die erforderlichen Tools installiert haben.
-
-**Was wird überprüft:**
-- **Xcode** (nur macOS) - für iOS-Entwicklung
-- **Android SDK** - für Android-Entwicklung
-
-**Mögliche Ergebnisse:**
-
-✅ **Beide Umgebungen gefunden:**
-```
-✅ Xcode detected - iOS development ready
-✅ Android SDK detected - Android development ready
-```
-
-⚠️ **Keine Umgebung gefunden:**
-```
-⚠️ Xcode not found
-⚠️ Android SDK not found
-❌ No development environment detected
-
-📱 To develop mobile apps with Capacitor, you need:
-   • For iOS: Xcode (macOS only) - https://developer.apple.com/xcode/
-   • For Android: Android Studio - https://developer.android.com/studio
-```
-
-<Aside type="caution">
-Wenn keine Entwicklungsumgebung erkannt wird, werden Sie gefragt, ob Sie fortfahren möchten. Es wird empfohlen, mindestens eine Plattform zu installieren, bevor Sie fortfahren.
-</Aside>
-
-### Schritt 2: Ihre App hinzufügen
-
-Die CLI meldet Sie bei Capgo an und fügt Ihre App zu Ihrem Konto hinzu.
-
-```
-(spinner) Running: npm @capgo/cli@latest login ***
-Login Done ✅
-
-❓ Add {appId} in Capgo?
-```
-
-**Wenn Ihre App-ID bereits vergeben ist:**
-
-Die CLI schlägt Alternativen vor:
-```
-❌ App ID "com.example.app" is already taken
-💡 Here are some suggestions:
-   1. com.example.app2
-   2. com.example.app3
-   3. com.example.app.new
-   4. com.example.app.app
-
-❓ What would you like to do?
-```
-
-Sie können einen Vorschlag wählen oder eine benutzerdefinierte App-ID eingeben.
-
-<Aside type="note">
-App-IDs müssen der Reverse-Domain-Notation folgen (z.B. `com.example.myapp`)
-</Aside>
-
-### Schritt 3: Produktionskanal erstellen
-
-Kanäle ermöglichen es Ihnen, verschiedene Update-Streams für Ihre App zu verwalten.
-
-```
-❓ Create default channel production for {appId} in Capgo?
-```
-
-<Aside type="tip">
-**Keine Sorge!** Dies ist nur für lokale Tests während des Onboardings. Das Erstellen eines "Produktions"-Kanals bedeutet nicht, dass Ihre Updates sofort an Kunden gesendet werden. Sie haben die volle Kontrolle darüber, wann Updates bereitgestellt werden. Wählen Sie **Ja**, es sei denn, Sie haben spezifische Kanalanforderungen.
-</Aside>
-
-**Wenn Sie Ja wählen:**
-```
-(spinner) Running: npm @capgo/cli@latest channel add production {appId} --default
-Channel add Done ✅  (or "Channel already added ✅")
-```
-
-Ein Produktionskanal wird erstellt und als Standard festgelegt. Dies ist die empfohlene Option für die meisten Benutzer.
-
-**Wenn Sie Nein wählen:**
-```
-If you change your mind, run it for yourself with: "npm @capgo/cli@latest channel add production {appId} --default"
-```
-
-Sie müssen Kanäle später manuell erstellen und konfigurieren. Alternativ können Sie:
-- Den Kanal in Ihrer `capacitor.config.ts` Datei festlegen
-- Die JavaScript `setChannel()` Methode verwenden, um den Kanal dynamisch festzulegen
-- Kanäle später über die Capgo-Webkonsole konfigurieren
-
-### Schritt 4: Updater-Plugin installieren
-
-Die CLI installiert das `@capgo/capacitor-updater` Plugin, das mit Ihrer Capacitor-Version kompatibel ist.
-
-```
-❓ Automatic Install "@capgo/capacitor-updater" dependency in {appId}?
-```
-
-**Versionskompatibilität:**
-
-- **Capacitor 5**: Installiert `@capgo/capacitor-updater` v5
-- **Capacitor 6**: Installiert `@capgo/capacitor-updater` v6
-- **Capacitor 7**: Installiert `@capgo/capacitor-updater` v7
-- **Capacitor 8+**: Installiert die neueste Version
-
-<Aside type="caution">
-Capgo unterstützt nur Capacitor v5 und höher. Wenn Sie eine ältere Version verwenden, müssen Sie zuerst aktualisieren.
-</Aside>
-
-**Sofortige Updates-Option:**
-
-Nach der Installation werden Sie gefragt:
-```
-❓ Do you want to set instant updates in {appId}?
-   Read more: https://capgo.app/docs/live-updates/update-behavior/#applying-updates-immediately
-```
-
-<Aside type="tip">
-**Was sind sofortige Updates?** Mit aktivierten sofortigen Updates wendet Ihre App Updates sofort an, wenn sie in den Hintergrund verschoben und wieder geöffnet wird. Dies funktioniert nahtlos, da Capgo Updates weltweit in unter 300ms verteilen kann. Ohne diese Option (Standardmodus) werden Updates im Hintergrund heruntergeladen und beim nächsten App-Neustart angewendet. Sofortige Updates sind ideal für schnellere Iteration während der Entwicklung und kritische Fehlerbehebungen in der Produktion.
-</Aside>
-
-**Wenn Sie Ja wählen:**
-- Updates werden so konfiguriert, dass sie sofort angewendet werden, wenn die App in den Hintergrund verschoben und wieder geöffnet wird
-- `directUpdate: 'always'` und `autoSplashscreen: true` werden zu Ihrer Konfiguration hinzugefügt
-- Ihre `capacitor.config.ts` wird automatisch aktualisiert
-- **Delta-Updates** werden automatisch aktiviert - dies sendet nur die Dateien, die sich zwischen Updates geändert haben, anstelle des vollständigen Bundles, was Updates viel schneller macht
-
-**Wenn Sie Nein wählen:**
-- Updates verwenden das Standardverhalten (Download im Hintergrund, Anwendung beim nächsten Neustart)
-- Sie können sofortige Updates später jederzeit aktivieren, indem Sie Ihre `capacitor.config.ts` ändern
-
-### Schritt 5: Integrationscode hinzufügen
-
-Die CLI fügt automatisch den erforderlichen Code in Ihre Hauptanwendungsdatei ein.
-
-```
-❓ Automatic Add "CapacitorUpdater.notifyAppReady()" code and import in {appId}?
-```
-
-**Was hinzugefügt wird:**
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-**Projekttypenerkennung:**
-
-- **Nuxt.js**: Erstellt `plugins/capacitorUpdater.client.ts`
-- **Andere Frameworks**: Fügt zu Ihrer Haupteingabedatei hinzu
-
-<Aside type="tip">
-**Wenn die automatische Injektion fehlschlägt**, können Sie den Code manuell zu Ihrer Hauptanwendungsdatei hinzufügen:
-
-**Für Nuxt.js:**
-Erstellen Sie `plugins/capacitorUpdater.client.ts`:
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-export default defineNuxtPlugin(() => {
-  CapacitorUpdater.notifyAppReady()
-})
-```
-
-**Für andere Frameworks:**
-Fügen Sie zu Ihrer Haupteingabedatei hinzu (z.B. `main.ts`, `index.js`, `App.tsx`):
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Platzieren Sie diesen Code nach Ihren Imports und vor Ihrer App-Initialisierung. Weitere Details finden Sie im [App hinzufügen Leitfaden](/docs/getting-started/add-an-app/).
-</Aside>
-
-### Schritt 6: Verschlüsselung einrichten (Optional)
-
-End-to-End-Verschlüsselung fügt eine zusätzliche Sicherheitsebene für Ihre Updates hinzu.
-
-```
-🔐 End-to-end encryption
-   ✅ Use this for: Banking, healthcare, or apps with legal encryption requirements
-   ⚠️  Note: Makes debugging harder - skip if you don't need it
-
-❓ Enable end-to-end encryption for {appId} updates?
-```
-
-<Aside type="note">
-Verschlüsselung ist nur für Capacitor v6 und höher verfügbar.
-</Aside>
-
-Wenn Sie Verschlüsselung aktivieren, wird die CLI:
-1. Verschlüsselungsschlüssel generieren
-2. Anbieten, Ihre Capacitor-Konfiguration zu synchronisieren
-
-### Schritt 7: Plattform auswählen
-
-Wählen Sie aus, mit welcher Plattform Sie während des Onboardings testen möchten.
-
-```
-📱 Platform selection for onboarding
-   This is just for testing during onboarding - your app will work on all platforms
-
-❓ Which platform do you want to test with during this onboarding?
-   Options:
-   - iOS
-   - Android
-```
-
-<Aside type="tip">
-Dies betrifft nur den Onboarding-Prozess. Ihre endgültige App unterstützt alle Plattformen.
-</Aside>
-
-### Schritt 8: Ihr Projekt erstellen
-
-Die CLI erstellt Ihre App und synchronisiert sie mit Capacitor.
-
-```
-❓ Automatic build {appId} with "npm run build"?
-```
-
-**Was passiert:**
-1. Erkennt Ihren Projekttyp
-2. Führt Ihr Build-Skript aus
-3. Führt `npx cap sync {platform}` aus
-
-**Wenn das Build-Skript fehlt:**
-
-Sie werden gefragt, ob Sie den Build überspringen oder ein Build-Skript zu Ihrer `package.json` hinzufügen möchten.
-
-### Schritt 9: Auf Gerät ausführen
-
-Testen Sie die Anfangsversion Ihrer App auf einem Gerät oder Simulator.
-
-```
-❓ Run {appId} on {PLATFORM} device now to test the initial version?
-```
-
-Wenn Sie **Ja** wählen:
-```
-(spinner) Running: npx cap run {platform}
-(device picker appears)
-App started ✅
-📱 Your app should now be running on your {platform} device with Capgo integrated
-🔄 This is your baseline version - we'll create an update next
-```
-
-### Schritt 10: Teständerung vornehmen
-
-Jetzt ist es Zeit, das Update-System von Capgo zu testen, indem Sie eine sichtbare Änderung vornehmen.
-
-```
-🎯 Now let's test Capgo by making a visible change and deploying an update!
-
-❓ How would you like to test the update?
-   Options:
-   - Auto: Let Capgo CLI make a visible change for you
-   - Manual: I'll make changes myself
-```
-
-**Auto-Modus:**
-Die CLI ändert automatisch Ihre Dateien, um ein sichtbares Test-Banner oder eine Änderung hinzuzufügen.
-
-**Manueller Modus:**
-Sie nehmen Ihre eigenen Änderungen vor (z.B. Text ändern, Farben oder Elemente hinzufügen).
-
-**Versionsverwaltung:**
-```
-❓ How do you want to handle the version for this update?
-   Options:
-   - Auto: Bump patch version ({currentVersion} → {nextVersion})
-   - Manual: I'll provide the version number
-```
-
-**Mit Änderungen erstellen:**
-```
-❓ Build {appId} with changes before uploading?
-```
-
-<Aside type="tip">
-Wenn Sie manuell in einem anderen Terminal erstellen müssen, wählen Sie "Nein" und erstellen Sie selbst, dann fahren Sie fort.
-</Aside>
-
-### Schritt 11: Bundle hochladen
-
-Laden Sie Ihr aktualisiertes App-Bundle zu Capgo hoch.
-
-```
-❓ Upload the updated {appId} bundle (v{version}) to Capgo?
-```
-
-Die CLI führt aus:
-```bash
-npx @capgo/cli@latest bundle upload
-```
-
-<Aside type="tip">
-**Delta-Updates mit Direct Update:** Wenn Sie sofortige Updates (Direct Update) in Schritt 4 aktiviert haben, fragt die CLI automatisch, ob Sie Delta-Updates aktivieren möchten. Delta-Updates senden nur die Dateien, die sich zwischen Versionen geändert haben, anstelle des gesamten Bundles. Da sich normalerweise nur wenige Dateien zwischen Updates ändern, macht dies Downloads viel schneller. Wählen Sie **Ja** für die beste Erfahrung mit sofortigen Updates.
-</Aside>
-
-**Delta-Updates-Eingabeaufforderung (wenn Direct Update aktiviert ist):**
-```
-💡 Direct Update (instant updates) is enabled in your config
-   Delta updates send only changed files instead of the full bundle
-
-❓ Enable delta updates for this upload? (Recommended with Direct Update)
-```
-
-<Aside type="caution">
-Für Monorepos müssen Sie möglicherweise zusätzliche Pfade zu Ihrer `package.json` und `node_modules` angeben.
-</Aside>
-
-**Erfolg:**
-```
-✅ Update v{version} uploaded successfully!
-🎉 Your updated bundle is now available on Capgo
-```
-
-### Schritt 12: Update auf Gerät testen
-
-Zeit, das Update in Aktion zu sehen!
-
-```
-🧪 Time to test the Capgo update system!
-📱 Go to your device where the app is running
-```
-
-**Für sofortige Updates:**
-```
-🔄 IMPORTANT: Background your app (swipe up/press home button) and then reopen it
-⏱️  The update should be downloaded and applied automatically
-```
-
-**Für Standard-Updates:**
-```
-📱 With standard updates, you will need to:
-   1. Background the app (swipe up/press home button) to start download
-   2. Wait a few seconds for download to complete
-   3. Background and foreground again to see the update
-```
-
-**Protokolle überwachen:**
-```
-❓ Monitor Capgo logs to verify the update worked?
-```
-
-Wenn Sie **Ja** wählen, sehen Sie Live-Protokolle von Ihrem Gerät, die den Update-Prozess zeigen.
-
-### Schritt 13: Abschluss
-
-```
-Welcome onboard ✈️!
-```
-
-Herzlichen Glückwunsch! Sie haben erfolgreich Capgo Live-Updates für Ihre App eingerichtet.
-
-## Was Sie erreicht haben
-
-Nach Abschluss des Onboardings haben Sie:
-
-<CardGrid>
-  <Card title="✅ App registriert" icon="rocket">
-    Ihre App ist in Capgo mit einem Produktionskanal registriert
-  </Card>
-  <Card title="✅ Plugin installiert" icon="puzzle">
-    Das Capacitor Updater Plugin ist installiert und konfiguriert
-  </Card>
-  <Card title="✅ Code integriert" icon="seti:config">
-    Integrationscode ist zu Ihrer App hinzugefügt
-  </Card>
-  <Card title="✅ Update getestet" icon="approve-check">
-    Sie haben erfolgreich ein Live-Update bereitgestellt und empfangen
-  </Card>
-</CardGrid>
-
-## Täglicher Workflow
-
-Für spätere Updates verwenden Sie:
-
-```bash
-npm run build
-npx @capgo/cli@latest bundle upload --channel=production
-```
-
-Weitere Bereitstellungsoptionen finden Sie unter [Live-Update bereitstellen](/docs/getting-started/deploy/).
-
-## Onboarding fortsetzen
-
-Wenn Sie den Onboarding-Prozess beenden, können Sie jederzeit fortfahren:
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-Sie sehen:
-```
-You have already got to the step {stepNumber}/13 in the previous session
-❓ Would you like to continue from where you left off?
-```
-
-<Aside type="tip">
-Der Fortschritt wird lokal gespeichert, sodass Sie den Onboarding-Prozess sicher beenden und fortsetzen können.
-</Aside>
-
-## Fehlerbehebung
-
-### Keine Entwicklungsumgebung
-
-**Problem:** Weder Xcode noch Android SDK wird erkannt.
-
-**Lösung:**
-- **Für iOS**: Installieren Sie [Xcode](https://developer.apple.com/xcode/) (nur macOS)
-- **Für Android**: Installieren Sie [Android Studio](https://developer.android.com/studio)
-
-### App-ID bereits vergeben
-
-**Problem:** Ihre App-ID ist bereits registriert.
-
-**Lösung:** Wählen Sie eine der vorgeschlagenen Alternativen oder geben Sie eine benutzerdefinierte App-ID in Reverse-Domain-Notation ein.
-
-### Build-Skript fehlt
-
-**Problem:** Kein Build-Skript in `package.json` gefunden.
-
-**Lösung:** Fügen Sie ein Build-Skript zu Ihrer `package.json` hinzu:
-```json
-{
-  "scripts": {
-    "build": "your-build-command"
-  }
-}
-```
-
-### Auto-Injektion fehlgeschlagen
-
-**Problem:** Die CLI kann den Integrationscode nicht automatisch einfügen.
-
-**Lösung:** Fügen Sie den Code manuell zu Ihrer Hauptdatei hinzu:
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-### Capacitor-Version zu alt
-
-**Problem:** Ihre Capacitor-Version ist unter v5.
-
-**Lösung:** Aktualisieren Sie Capacitor auf v5 oder höher:
-- [Upgrade auf Capacitor 5](https://capacitorjs.com/docs/updating/5-0)
-- [Upgrade auf Capacitor 6](https://capacitorjs.com/docs/updating/6-0)
-- [Upgrade auf Capacitor 7](https://capacitorjs.com/docs/updating/7-0)
-
-## Nächste Schritte
-
-Nachdem Sie das Onboarding abgeschlossen haben, erkunden Sie diese Themen:
-
-<CardGrid>
-  <a href="/docs/getting-started/deploy/"><Card title="Updates bereitstellen" icon="rocket">
-    Erfahren Sie, wie Sie Updates vom Capgo-Dashboard bereitstellen
-  </Card></a>
-  <a href="/docs/live-updates/update-types/"><Card title="Update-Typen" icon="open-book">
-    Referenz aller OTA-Update-Typen: Anwendungszeitpunkt, Verzögerungsbedingungen, Versionsblockierung und Bereitstellung
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="CI/CD-Integration" icon="setting">
-    Automatisieren Sie Ihre Update-Bereitstellungen mit CI/CD
-  </Card></a>
-  <a href="/docs/live-updates/channels/"><Card title="Kanäle" icon="list-format">
-    Verwalten Sie mehrere Update-Streams mit Kanälen
-  </Card></a>
-  <a href="/docs/live-updates/encryption/"><Card title="Verschlüsselung" icon="approve-check-circle">
-    Sichern Sie Ihre Updates mit End-to-End-Verschlüsselung
-  </Card></a>
-  <a href="/docs/live-updates/update-behavior/"><Card title="Update-Verhalten" icon="setting">
-    Passen Sie an, wann und wie Updates angewendet werden (direct, delta, etc.)
-  </Card></a>
-</CardGrid>
-
-## Hilfe erhalten
-
-Wenn Sie während des Onboardings auf Probleme stoßen:
-
-- Überprüfen Sie den [Fehlerbehebungsleitfaden](/docs/getting-started/troubleshooting/)
-- Treten Sie der [Discord-Community](https://discord.capgo.app) bei
-- Überprüfen Sie die [FAQ](/docs/faq/)
-- Kontaktieren Sie den [Support](/docs/getting-help/)
diff --git a/src/content/docs/de/docs/getting-started/quickstart.mdx b/src/content/docs/de/docs/getting-started/quickstart.mdx
deleted file mode 100644
index 47ce0a5fc..000000000
--- a/src/content/docs/de/docs/getting-started/quickstart.mdx
+++ /dev/null
@@ -1,136 +0,0 @@
----
-title: Überblick
-description: "Erste Schritte mit Capgo durch Erlernen der wichtigsten Konzepte und Schritte zur Integration und Bereitstellung von Live-Updates für Ihre App."
-sidebar:
-  order: 1
-next: true
-prev: false
-locale: de
----
-
-import { Card, CardGrid, Steps, LinkCard, Aside } from '@astrojs/starlight/components';
-
-Das Quickstart-Tutorial führt Sie durch die wichtigsten Konzepte von Capgo! Zu den behandelten Konzepten gehören:
-
-<Steps>
-
-1. Hinzufügen einer App zu Ihrem Capgo-Konto
-
-2. Integration von Capgo in Ihre CI/CD
-
-3. Auslösen des Bundle-Uploads auf Capgo durch Pushen von Commits
-
-4. Konfiguration und Anpassung der Capgo Bundle-Veröffentlichung
-
-5. Einrichten Ihrer App für Live-Updates über Capgo
-
-6. Bereitstellung von Live-Updates für Ihre App von Capgo aus
-
-</Steps>
-
-Folgen Sie einfach der Anleitung Schritt für Schritt oder navigieren Sie direkt zur Dokumentation der Komponente, die Sie interessiert.
-
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/add-an-app/" ><Card title="Tutorial starten" icon="rocket" >
-    Folgen Sie dem Quickstart-Tutorial und nutzen Sie Capgo in kürzester Zeit!
-  </Card></a>
-  <a href="/docs/getting-started/onboarding/"><Card title="CLI Onboarding-Leitfaden" icon="list-format">
-    Vollständiger Schritt-für-Schritt-Leitfaden für den interaktiven CLI-Onboarding-Prozess.
-  </Card></a>
-  <a href="/docs/getting-started/deploy/"><Card title="Updates ausliefern" icon="pencil">
-    Liefern Sie Updates für Ihre App über das Capgo-Dashboard aus.
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="Updates automatisieren" icon="setting">
-    Integrieren Sie Capgo in Ihre CI/CD und lösen Sie Bundle-Uploads auf Capgo durch Pushen von Commits aus.
-  </Card></a>
-  <a href="/docs/getting-started/troubleshooting/"><Card title="Fehlerbehebung" icon="open-book">
-    Häufige Probleme und deren Lösungen.
-  </Card></a>
-  <a href="/docs/getting-started/wrapping-up/"><Card title="Zusammenfassung" icon="approve-check">
-    Schließen Sie das Tutorial ab und erhalten Sie einen schnellen Überblick über das Gelernte.
-  </Card></a>
-</CardGrid>
-
-<Aside type="tip">
-Die Over-the-Air (OTA) Update-Funktion gilt nur für Änderungen an HTML-, CSS- und JavaScript-Dateien.
-
-Wenn Sie Änderungen am nativen Code vornehmen, wie z.B. Updates von Capacitor-Plugins, müssen Sie die Anwendung erneut zur Genehmigung im App Store einreichen.
-</Aside>
-
-<Aside type="caution" title="Vertraulichkeit von Bundles">
-Behandeln Sie jedes zu Capgo hochgeladene Bundle als öffentliches Web-Asset, sofern Sie die Capgo-Verschlüsselung nicht aktivieren. Private Kanäle steuern, welche Geräte ein Update erhalten dürfen, machen das hochgeladene Bundle aber nicht vertraulich. Die Verschlüsselung schützt den Auslieferungsweg und verhindert, dass Dritte gültige verschlüsselte Updates erzeugen, aber ausgelieferte Web-Assets können mit genügend Aufwand weiterhin aus der App rückentwickelt werden, weil der öffentliche Schlüssel im Binärpaket verteilt wird. Siehe [Live-Update-Verschlüsselung](/docs/live-updates/encryption/).
-</Aside>
-
-## Discord Community beitreten
-
-[Treten Sie dem Capgo Discord Server bei!](https://discord.capgo.app)
-
-## Wartung
-
-| Plugin-Version | Capacitor-Kompatibilität | Gewartet         |
-| -------------- | ----------------------- | ----------------- |
-| v7.\*.\* (≥7.25.0)       | v7.\*.\*                | ✅ Vollständig unterstützt                 |
-| v6.\*.\* (≥6.25.0)       | v6.\*.\*                | ✅ Vollständig unterstützt |
-| v5.\*.\* (≥5.10.0)       | v5.\*.\*                | ✅ Vollständig unterstützt |
-| v5.\*.\* (&lt;5.10.0)       | v5.\*.\*                | ⚠️ Veraltet |
-| v4.\*.\*       | v4.\*.\*                | ❌ Nicht mehr unterstützt |
-| v3.\*.\*       | v3.\*.\*                | ❌ Nicht mehr unterstützt     |
-| >= 8            | v4.\*.\*                | ⚠️ Veraltet aufgrund von Versionierungsproblemen in unserem CI-Prozess     |
-
-## Einhaltung der Store-Richtlinien
-
-Der Android Google Play und der iOS App Store haben entsprechende Richtlinien mit Regeln, die Sie kennen sollten, bevor Sie die Capacitor-updater-Lösung in Ihre Anwendung integrieren
-
-### Google Play
-
-Der dritte Absatz zum Thema [Geräte- und Netzwerkmissbrauch](https://supportgooglecom/googleplay/android-developer/answer/9888379/?hl=en) beschreibt, dass die Aktualisierung von Quellcode durch andere Methoden als den Update-Mechanismus von Google Play eingeschränkt ist. Diese Einschränkung gilt jedoch nicht für die Aktualisierung von JavaScript-Bundles
-> Diese Einschränkung gilt nicht für Code, der in einer virtuellen Maschine ausgeführt wird und eingeschränkten Zugriff auf Android-APIs hat (wie JavaScript in einer Webview oder einem Browser)
-
-Das erlaubt Capacitor-updater vollständig, da es nur die JS-Bundles aktualisiert und keinen nativen Code ändert
-
-### App Store
-
-Absatz **332** des [Apple Developer Program License Agreement](https://developer.apple.com/programs/ios/information/) erlaubt seit 2015 vollständig Over-the-Air-Updates von JavaScript und Assets - und in der neuesten Version (20170605) [hier herunterladbar](https://developer.apple.com/terms/) ist diese Regelung sogar noch umfassender:
-
-> Interpretierter Code kann in eine Anwendung heruntergeladen werden, solange dieser Code: (a) den primären Zweck der Anwendung nicht durch Funktionen oder Funktionalitäten ändert, die mit dem beabsichtigten und beworbenen Zweck der Anwendung, wie sie im App Store eingereicht wurde, nicht übereinstimmen, (b) keinen Store oder Storefront für anderen Code oder Anwendungen erstellt, und (c) keine Signierung, Sandbox oder andere Sicherheitsfunktionen des Betriebssystems umgeht
-
-Capacitor-updater ermöglicht es Ihnen, diese Regeln vollständig einzuhalten, solange das Update, das Sie pushen, nicht wesentlich von der ursprünglichen, vom App Store genehmigten Absicht Ihres Produkts abweicht
-
-Um weiterhin die Apple-Richtlinien einzuhalten, empfehlen wir, dass im App Store vertriebene Apps das Szenario 'Erzwungenes Update' nicht aktivieren, da in den [App Store Review Guidelines](https://developer.apple.com/app-store/review/guidelines/) steht:
-
-> Apps dürfen Benutzer nicht zwingen, die App zu bewerten, die App zu überprüfen, andere Apps herunterzuladen oder ähnliche Aktionen durchzuführen, um auf Funktionen, Inhalte oder die Nutzung der App zugreifen zu können
-
-Dies ist kein Problem für das Standardverhalten des Hintergrund-Updates, da es den Benutzer nicht zwingt, die neue Version anzuwenden, bis er die App das nächste Mal schließt, aber Sie sollten sich dieser Rolle bewusst sein, wenn Sie sich entscheiden, sie anzuzeigen
-
-## Open Source
-
-Das Plugin steht unter der LGPL-3.0 Lizenz und das Backend unter der AGPL-3.0 Lizenz
-
-> 💡 LGPL-3.0 bedeutet, wenn jemand den Code des Plugins modifiziert, ist es verpflichtend, ihn als Open Source mit der gleichen Lizenzierung zu veröffentlichen. Wenn Sie den Code ohne Modifikation verwenden, betrifft Sie das nicht. Weitere Details finden Sie im Issue unten, siehe Link 👇
-
-<LinkCard
-	title="Lizenzierung?"
-	href="https://github.com/Cap-go/capacitor-updater/issues/7"
-/>
-
-<LinkCard
-	title="Probieren Sie GPTS Capgo aus, um Hilfe zu erhalten, anstatt die Dokumentation zu lesen"
-	href="https://chatopenaicom/g/g-3dMwHbF2w-capgo-doc-gpt"
-/>
-
-> Sie können es ohne Bedenken in Ihre App einbinden
-
-## Abschließende Bemerkungen
-
-Wenn Sie selbst hosten und dieses Tool nützlich finden, erwägen Sie bitte, meine Arbeit zu unterstützen, indem Sie [GitHub Sponsor](https://github.com/sponsors/riderx/) werden
-
-Ich habe mich entschieden, den gesamten Code, den ich hier entwickelt habe, als Open Source zur Verfügung zu stellen, anstatt ihn hinter einer Bezahlschranke zu verstecken. Ich glaube, dass wir durch Öffnung statt Kampf und Verstecken die Welt zu einem besseren Ort machen können
-
-Um dies zu ermöglichen, müssen wir alle unseren Teil beitragen, auch Sie 🥹 Wenn Capgo Cloud Ihre Bedürfnisse nicht erfüllt, können Sie einen bootstrapped Maker [hier](https://github.com/sponsors/riderx/) zu Ihren eigenen Bedingungen unterstützen
-
-## Einfache Rechnung
-
-Der Preis des Basic-Plans: 14€*12 = 168€ pro Jahr
-Während durchschnittliche Entwicklerkosten/Stunde = 60€
-Das bedeutet, dass 3 verschwendete Entwicklerstunden beim Self-Hosting es Ihnen ermöglichen, ein ganzes Jahr zu bezahlen. Wenn Sie mehr als 3 Stunden aufwenden, verlieren Sie Geld ^^
diff --git a/src/content/docs/de/docs/getting-started/troubleshooting.mdx b/src/content/docs/de/docs/getting-started/troubleshooting.mdx
deleted file mode 100644
index 65c6f2b72..000000000
--- a/src/content/docs/de/docs/getting-started/troubleshooting.mdx
+++ /dev/null
@@ -1,157 +0,0 @@
----
-title: Fehlerbehebung
-description: "Lösen Sie häufige Probleme bei der Verwendung von Capgo mit detaillierten Fehlerbehebungsschritten und erweiterten Optionen für Upload und Debugging."
-sidebar:
-  order: 6
-next: false
-prev: false
-locale: de
----
-
-import { Card } from '@astrojs/starlight/components';
-
-Hier sind einige häufige Probleme, auf die Sie bei der Verwendung von Capgo stoßen könnten, und wie Sie diese lösen können
-
-<Card title="🚀 Benötigen Sie Experten-Hilfe?" icon="rocket">
-  <p>
-    Stecken Sie bei einem komplexen Problem fest? Unser Expertenteam ist hier, um zu helfen! Erhalten Sie persönlichen Support, Code-Reviews und maßgeschneiderte Lösungen für Ihre spezifischen Bedürfnisse.
-  </p>
-  <div style="margin-top: 1rem;">
-    <a href="/consulting/" style="display: inline-flex; align-items: center; gap: 0.5rem; padding: 0.75rem 1.5rem; background-color: #2563eb; color: white; text-decoration: none; border-radius: 0.5rem; font-weight: 600; transition: background-color 0.2s;">
-      Professionellen Support erhalten
-      <svg width="20" height="20" fill="none" viewBox="0 0 24 24" stroke="currentColor" style="margin:0">
-        <path stroke-linecap="round" stroke-linejoin="round" stroke-width="2" d="M17 8l4 4m0 0l-4 4m4-4H3"></path>
-      </svg>
-    </a>
-  </div>
-</Card>
-
-### Upload-Fehler
-
-Wenn Ihr Bundle-Upload fehlschlägt, überprüfen Sie:
-- Ihre App-ID in `capacitor.config.ts` stimmt mit Ihrer App im Capgo-Dashboard überein
-- Sie führen den Upload-Befehl vom Root-Verzeichnis Ihres Capacitor-Projekts aus
-- Ihre Web-Assets sind gebaut und aktuell
-
-#### Erweiterte Upload-Optionen
-
-Die Capgo CLI bietet einige zusätzliche Flags zur Lösung häufiger Upload-Probleme:
-
-- `--tus`: Verwendet das [tus resumable upload protocol](https://tusio/) für zuverlässigere Uploads von großen Bundles oder bei schlechten Netzwerkverbindungen. Wenn Ihr Bundle über 10MB groß ist oder Sie eine instabile Verbindung haben, erwägen Sie die Verwendung von `--tus`:
-  ```shell
-  npx @capgo/cli@latest bundle upload --tus
-  ```
-
-- `--package-json` und `--node-modules`: Teilt Capgo mit, wo Ihre root `package.json` und `node_modules` zu finden sind, wenn Ihre App eine nicht-standardmäßige Struktur wie ein Monorepo oder npm Workspace verwendet. Übergeben Sie den Pfad zur root `package.json` und den `--node_modules` Pfad:
-  ```shell
-  npx @capgo/cli@latest bundle upload --package-json=path/to/package.json --node_modules=path/to/node_modules
-  ```
-  Capgo benötigt diese Informationen, um die Abhängigkeiten Ihrer App korrekt zu bündeln.
-
-Sie können diese Flags mit anderen Optionen wie `--channel` nach Bedarf kombinieren. Siehe die [Capgo CLI Dokumentation](/docs/cli/overview/) für vollständige Details zu den verfügbaren Upload-Optionen.
-
-Wenn Sie immer noch Probleme mit Uploads haben, wenden Sie sich an den [Capgo Support](https://support.capgo.app) für weitere Unterstützung.
-
-### Updates debuggen
-
-Wenn Sie Probleme mit Live-Updates haben, ist der Capgo Debug-Befehl ein hilfreiches Tool zur Fehlerbehebung. So verwenden Sie es:
-
-1. Führen Sie den folgenden Befehl in Ihrem Projektverzeichnis aus:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-2. Starten Sie Ihre App auf einem Gerät oder Emulator und führen Sie die Aktion aus, die ein Update auslösen sollte (z.B. die App nach dem Hochladen eines neuen Bundles neu öffnen)
-
-3. Beobachten Sie die Ausgabe des Debug-Befehls. Er protokolliert Informationen über den Update-Prozess, einschließlich:
-   - Wann die App nach einem Update sucht
-   - Ob ein Update gefunden wurde und welche Version es ist
-   - Download- und Installationsfortschritt für das Update
-   - Alle Fehler, die während des Update-Prozesses auftreten
-
-4. Verwenden Sie die Debug-Logs, um zu identifizieren, wo das Problem auftritt. Zum Beispiel:
-   - Wenn kein Update gefunden wird, überprüfen Sie, ob Ihr Bundle erfolgreich hochgeladen wurde und die App für den richtigen Kanal konfiguriert ist
-   - Wenn das Update heruntergeladen, aber nicht installiert wird, stellen Sie sicher, dass Sie `CapacitorUpdater.notifyAppReady()` aufgerufen haben und die App vollständig geschlossen und neu geöffnet wurde
-   - Wenn Sie eine Fehlermeldung sehen, suchen Sie nach diesem spezifischen Fehler in der Capgo-Dokumentation oder wenden Sie sich an den Support
-
-Der Debug-Befehl ist besonders nützlich, um Probleme mit dem Update-Download und Installationsprozess zu identifizieren. Wenn die Logs zeigen, dass die erwartete Update-Version gefunden, aber nicht letztendlich angewendet wurde, konzentrieren Sie Ihre Fehlerbehebung auf die Schritte nach dem Download.
-
-### Debugging mit nativen Logs
-
-Zusätzlich zum Capgo Debug-Befehl können die nativen Logs auf Android und iOS wertvolle Fehlerbehebungsinformationen liefern, besonders für Probleme auf der nativen Seite des Update-Prozesses.
-
-#### Android Logs
-
-So greifen Sie auf die Android-Logs zu:
-
-1. Verbinden Sie Ihr Gerät oder starten Sie Ihren Emulator
-2. Öffnen Sie Android Studio und wählen Sie "View > Tool Windows > Logcat"
-3. Im Logcat-Fenster filtern Sie die Logs auf den Prozess Ihrer App, indem Sie ihn aus dem Dropdown-Menü oben auswählen
-4. Suchen Sie nach Zeilen, die `Capgo` enthalten, um die SDK-Logs zu finden
-
-Alternativ können Sie den `adb logcat` Befehl verwenden und nach `Capgo` grep'en, um die Logs zu filtern.
-
-Das Capgo SDK protokolliert wichtige Ereignisse während des Update-Prozesses, wie zum Beispiel:
-- Wann eine Update-Prüfung initiiert wird
-- Ob ein Update gefunden wurde und welche Version es ist
-- Wann der Update-Download startet und abgeschlossen ist
-- Wann die Update-Installation ausgelöst wird
-- Alle Fehler, die während der nativen Update-Schritte auftreten
-
-Häufige Android-spezifische Probleme, die Sie in den Logs sehen könnten, sind:
-- Netzwerkverbindungsprobleme, die den Update-Download verhindern
-- Dateiberechtigungsfehler beim Speichern oder Lesen des Update-Bundles
-- Nicht genügend Speicherplatz für das Update-Bundle
-- Fehler beim Neustart der App nach der Update-Installation
-
-#### iOS Logs
-
-So greifen Sie auf die iOS-Logs zu:
-
-1. Verbinden Sie Ihr Gerät oder starten Sie Ihren Simulator
-2. Öffnen Sie Xcode und gehen Sie zu "Window > Devices and Simulators"
-3. Wählen Sie Ihr Gerät und klicken Sie auf "Open Console"
-4. Suchen Sie in der Konsolenausgabe nach Zeilen, die `Capgo` enthalten, um die SDK-Logs zu finden
-
-Sie können auch den `log stream` Befehl im Terminal verwenden und nach `Capgo` grep'en, um die Logs zu filtern.
-
-Ähnlich wie bei Android protokolliert das Capgo SDK wichtige iOS-seitige Ereignisse:
-- Update-Prüfung Initiierung und Ergebnis
-- Download-Start, Fortschritt und Abschluss
-- Installations-Trigger und Ergebnis
-- Alle Fehler während des nativen Update-Prozesses
-
-iOS-spezifische Probleme, die Sie in den Logs identifizieren könnten, sind:
-- SSL-Zertifikatsprobleme beim Herunterladen des Updates
-- App Transport Security blockiert den Update-Download
-- Unzureichender Speicherplatz für das Update-Bundle
-- Fehler beim korrekten Extrahieren oder Anwenden des Update-Bundles
-
-Auf beiden Plattformen bieten die nativen Logs einen tieferen Einblick in den Update-Prozess mit mehr Details zur nativen Implementierung. Sie sind besonders nützlich für die Identifizierung von Problemen, die außerhalb der Capgo JavaScript-Schicht auftreten.
-
-Bei der Fehlerbehebung eines kniffligen Live-Update-Problems ist es eine gute Idee, sowohl die Capgo Debug-Logs als auch die nativen Logs für ein umfassendes Bild der Situation zu erfassen. Die beiden Logs zusammen geben Ihnen die beste Chance, das Problem zu identifizieren und zu lösen.
-
-### Updates werden nicht angewendet
-
-Wenn Sie ein Bundle hochgeladen haben, aber die Änderungen auf Ihrem Gerät nicht sehen:
-- Stellen Sie sicher, dass Sie `CapacitorUpdater.notifyAppReady()` in Ihrem App-Code aufgerufen haben, wie im [Quickstart](/docs/getting-started/quickstart) gezeigt
-- Prüfen Sie, ob Ihr Gerät mit dem Internet verbunden ist und die Capgo Debug-Logs zeigen, dass das Update heruntergeladen wurde
-- Versuchen Sie, die App vollständig zu schließen und neu zu öffnen, da Updates nur bei einem Neustart angewendet werden
-- Suchen Sie in den nativen Logs nach Fehlern, die auf ein Problem beim Anwenden des Updates hinweisen könnten
-
-Weitere Details zum Update-Prozess finden Sie im [Live-Updates Deployment Guide](/docs/getting-started/deploy). Wenn Sie immer noch Probleme haben, verwenden Sie den `npx @capgo/cli@latest app debug` Befehl und native Logs, um mehr Einblick in das Geschehen zu bekommen.
-
-## SDK-Installation
-
-Wenn Sie Probleme bei der Installation des Capgo SDK haben, stellen Sie sicher:
-- Ihre App verwendet eine unterstützte Version von Capacitor (4.0 oder neuer)
-- Sie sind den [Quickstart](/docs/getting-started/quickstart) Schritten in der richtigen Reihenfolge gefolgt, einschließlich der Synchronisierung Ihrer App nach der Installation des SDK
-
-## CI/CD-Integration
-
-Bei Problemen mit dem Auslösen von Capgo-Uploads aus Ihrer CI/CD-Pipeline:
-- Überprüfen Sie, ob Ihr Capgo-Authentifizierungstoken korrekt eingerichtet ist
-- Stellen Sie sicher, dass Sie den Upload-Befehl nach dem Build Ihrer Web-Assets ausführen
-- Prüfen Sie, ob der Upload-Befehl den richtigen Kanalnamen für Ihre Zielumgebung verwendet
-
-Weitere Fehlerbehebungstipps finden Sie in der [CI/CD-Integration](/docs/getting-started/cicd-integration/) Dokumentation. Sie können auch den `npx @capgo/cli@latest app debug` Befehl verwenden, um zu bestätigen, ob Ihre CI/CD-ausgelösten Updates von der App empfangen werden.
diff --git a/src/content/docs/de/docs/getting-started/wrapping-up.mdx b/src/content/docs/de/docs/getting-started/wrapping-up.mdx
deleted file mode 100644
index 7be364398..000000000
--- a/src/content/docs/de/docs/getting-started/wrapping-up.mdx
+++ /dev/null
@@ -1,54 +0,0 @@
----
-title: Zusammenfassung
-description: "Schließen Sie Ihre Capgo-Reise mit einem prägnanten Überblick über wichtige Konzepte und nächste Schritte ab und stellen Sie eine solide Grundlage für zukünftige Erkundungen und Beherrschung sicher."
-sidebar:
-  order: 7
-next: false
-prev: false
-draft: false
-locale: de
----
-
-import { Card, CardGrid, Steps } from '@astrojs/starlight/components';
-
-Nachdem Sie die Schnellstartanleitung abgeschlossen haben, sollten Sie ein grundlegendes Verständnis der Hauptkonzepte von Capgo haben! Die wichtigsten Konzepte, die Sie in dieser Anleitung gelernt haben, sind:
-
-<Steps>
-1. Hinzufügen einer App zu Ihrem Capgo-Konto
-
-2. Integration von Capgo in Ihre CI/CD-Pipeline
-
-3. Auslösen von Bundle-Uploads zu Capgo bei neuen Commits
-
-4. Konfigurieren Ihrer App zur Aktivierung von Live-Updates mit dem Capgo SDK
-
-5. Bereitstellen von Live-Updates für Ihre App über das Capgo-Dashboard
-</Steps>
-
-Aber es gibt noch mehr über Capgo zu lernen! Erkunden Sie die Dokumentation weiter oder schauen Sie sich einige dieser wichtigen Themen an:
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/cicd-integration/">
-    <Card title="CI/CD-Integration" icon="gitlab">
-      Sie haben bereits eine CI/CD-Pipeline? Erfahren Sie, wie Sie Capgo in Ihren bestehenden Workflow integrieren können.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/">
-    <Card title="Live-Updates" icon="cloud-download">
-      Tauchen Sie tiefer in die Live-Update-Funktionen und Bewährte Methoden von Capgo ein.
-    </Card>
-  </a>
-
-  <a href="/docs/faq/">
-    <Card title="FAQ" icon="open-book">
-      Finden Sie Antworten auf häufige Fragen zu Capgo.
-    </Card>
-  </a>
-
-  <a href="/docs/getting-started/troubleshooting/">
-    <Card title="Fehlerbehebung" icon="error">
-      Erhalten Sie Hilfe bei häufigen Problemen, die bei der Verwendung von Capgo auftreten können.
-    </Card>
-  </a>
-</CardGrid>
\ No newline at end of file
diff --git a/src/content/docs/de/docs/how-to.mdx b/src/content/docs/de/docs/how-to.mdx
deleted file mode 100644
index b56a253c8..000000000
--- a/src/content/docs/de/docs/how-to.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-title: "Anleitungen"
-description: "Ein umfassender Leitfaden für Capgo mit detaillierten Tutorials, hilfreichen Tipps und fortgeschrittenen Techniken zur effektiven Nutzung der Plattform"
-sidebar:
-  order: 1
-locale: de
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-<LinkCard
-	title="Wie Versionierung in Capgo funktioniert"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-version-work-in-capgo/"
-/>
-
-<LinkCard
-	title="Wie man Major Versionen in Capgo veröffentlicht"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-to-release-major-version-in-capgo/"
-/>
-
-<LinkCard
-	title="Wie man spezifische Updates an einen Benutzer oder eine Gruppe sendet"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-to-send-specific-version-to-users/"
-/>
-
-
-## CI / CD
-
-
-<LinkCard
-	title="Automatischer Build und Release mit GitHub Actions"
-	description="capgo.app"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-<LinkCard
-	title="Verwaltung von Entwicklungs- und Produktionsbuilds mit GitHub Actions"
-	description="capgo.app"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-## Mitwirken
-
-
-<LinkCard
-	title="Beitragen zu Capgo Open Source"
-	description="github.com"
-	href="https://github.com/Cap-go/capgo/blob/main/CONTRIBUTING.md"
-/>
diff --git a/src/content/docs/de/docs/index.mdx b/src/content/docs/de/docs/index.mdx
deleted file mode 100644
index 5466a0310..000000000
--- a/src/content/docs/de/docs/index.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-title: Willkommen zur Capgo-Dokumentation
-description: Ihr umfassender Leitfaden für Capgo Cloud Live-Updates und unsere komplette Suite von Capacitor-Plugins zum Erstellen leistungsstarker mobiler Apps.
-tableOfContents: false
-next: false
-hero:
-  tagline: Meistern Sie Capgo Cloud für sofortige App-Updates und erkunden Sie unsere umfassende Sammlung von Capacitor-Plugins zur Verbesserung Ihrer mobilen Entwicklung
-  actions:
-    - text: Erste Schritte mit Capgo Cloud
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: Alle Plugins durchsuchen
-      link: /docs/plugins/
-      icon: puzzle
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-## 🚀 Capgo Cloud - Live-Updates leicht gemacht
-
-<CardGrid stagger>
-  <Card title="Sofortige Updates" icon="rocket">
-    Stellen Sie JavaScript-, HTML- und CSS-Updates direkt an Benutzer bereit, ohne App-Store-Verzögerungen. Beheben Sie Fehler und liefern Sie Funktionen in Minuten statt Tagen.
-  </Card>
-  <Card title="3-Schritte-Integration" icon="pencil">
-    Starten Sie mit nur `npx @capgo/cli@latest init [APIKEY]` und beginnen Sie sofort mit dem Pushen von Updates dank unserer einfachen Integration.
-  </Card>
-  <Card title="Erweiterte Funktionen" icon="setting">
-    Kanäle für A/B-Tests, automatische Rollbacks, Update-Analysen, verschlüsselte Bundles und Enterprise-Sicherheitsfunktionen.
-  </Card>
-  <Card title="Vollständiger Leitfaden" icon="open-book">
-    Lernen Sie alles von der [Schnelleinrichtung](/docs/getting-started/quickstart/) bis zu fortgeschrittenen Bereitstellungsstrategien in unserer umfassenden Dokumentation.
-  </Card>
-</CardGrid>
-
-## 📚 Was ist in dieser Dokumentation enthalten
-
-<CardGrid>
-  <LinkCard
-    title="Capgo Cloud-Einrichtung"
-    description="Vollständige Anleitungen zur Integration von Live-Updates, Verwaltung von Kanälen, CI/CD-Integration und Überwachung Ihrer Bereitstellungen."
-    href="/docs/getting-started/quickstart/"
-  />
-  <LinkCard
-    title="20+ Capacitor-Plugins"
-    description="Erkunden Sie unsere Sammlung produktionsbereiter Plugins für Biometrie, Käufe, Kamera, Speicher und weitere native Funktionen."
-    href="/docs/plugins/"
-  />
-  <LinkCard
-    title="CLI & Öffentliche API"
-    description="Automatisieren Sie Ihren Workflow mit unseren CLI-Tools und integrieren Sie Capgo in Ihre bestehenden Systeme mit unserer REST-API."
-    href="/docs/cli/overview/"
-  />
-  <LinkCard
-    title="Enterprise-Lösungen"
-    description="Dedizierter Support, SLAs, benutzerdefinierte Funktionen und erweiterte Sicherheitsoptionen für Teams, die mehr benötigen."
-    href="/enterprise/"
-  />
-</CardGrid>
-
-## 🎯 Schnellzugriff
-
-- **Erstes Mal?** Beginnen Sie mit dem [5-Minuten-Schnellstart](/docs/getting-started/quickstart/)
-- **Brauchen Sie ein Plugin?** Durchsuchen Sie unsere [Plugin-Sammlung](/docs/plugins/) oder fordern Sie [individuelle Entwicklung](/consulting/) an
-- **Haben Sie Probleme?** Schauen Sie in die [FAQ](/docs/faq/) oder treten Sie unserem [Discord](https://discord.capgo.app) bei
-- **Enterprise-Bedürfnisse?** Sehen Sie sich unsere [Enterprise-Lösungen](/enterprise/) an oder [kontaktieren Sie uns](mailto:support@capgo.app)
diff --git a/src/content/docs/de/docs/live-updates/breaking-changes.md b/src/content/docs/de/docs/live-updates/breaking-changes.md
deleted file mode 100644
index e4c6c2395..000000000
--- a/src/content/docs/de/docs/live-updates/breaking-changes.md
+++ /dev/null
@@ -1,203 +0,0 @@
----
-title: "Breaking Changes"
-description: "Wie man Breaking Changes mit versionierten Kanälen handhabt"
-sidebar:
-  order: 6
-locale: de
----
-
-Diese Dokumentation erklärt, wie Sie Breaking Changes in Ihrer App mithilfe von versionierten Kanälen handhaben. Dieser Ansatz ermöglicht es Ihnen, verschiedene Versionen Ihrer App zu pflegen und gleichzeitig sicherzustellen, dass Benutzer kompatible Updates erhalten.
-
-## Beispielszenario
-
-Angenommen, Sie haben:
-- App-Version 1.2.3 (alte Version) - verwendet Produktionskanal
-- App-Version 2.0.0 (neue Version mit Breaking Changes) - verwendet v2-Kanal
-- Live-Update 1.2.4 (kompatibel mit 1.2.3)
-- Live-Update 2.0.1 (kompatibel mit 2.0.0)
-
-## Strategie: Immer defaultChannel für Major-Versionen verwenden
-
-**Empfohlener Ansatz:** Legen Sie einen `defaultChannel` für jede Major-Version fest. Dies stellt sicher, dass Sie Updates immer an bestimmte Benutzergruppen pushen können, ohne auf dynamische Kanalzuweisung angewiesen zu sein.
-
-```ts
-// Version 1.x Releases
-defaultChannel: 'v1'
-
-// Version 2.x Releases
-defaultChannel: 'v2'
-
-// Version 3.x Releases (zukünftig)
-defaultChannel: 'v3'
-```
-
-:::tip
-**Vorteile dieses Ansatzes:**
-- **Immer Kontrolle** darüber, welche Benutzer Updates erhalten
-- **Keine dynamische Kanalumschaltung** im App-Code erforderlich
-- **Klare Trennung** zwischen verschiedenen App-Versionen
-- **Flexibilität**, Updates an jede spezifische Versionsgruppe zu pushen
-:::
-
-## 1. Kanal für neue Version erstellen
-
-```bash
-# Kanal für Version 2.x erstellen
-npx @capgo/cli channel create v2
-```
-
-## 2. Capacitor-Konfiguration für Version 2.0.0 aktualisieren
-
-Aktualisieren Sie Ihre Capacitor-Konfiguration, bevor Sie Version 2.0.0 für den App Store erstellen:
-
-```ts
-// capacitor.config.ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      // ... weitere Optionen
-      defaultChannel: 'v2' // Alle 2.0.0-Benutzer verwenden v2-Kanal
-    }
-  }
-};
-
-export default config;
-```
-
-:::note
-**Für Version 1.x:** Wenn Sie anfangs keinen `defaultChannel` festgelegt haben, sind Version 1.x-Benutzer auf dem `production`-Kanal. Für zukünftige Major-Versionen legen Sie immer einen spezifischen Kanal wie `v3`, `v4` usw. fest.
-:::
-
-## 3. Separate Code-Branches verwalten
-
-Erstellen Sie separate Git-Branches, um die Kompatibilität zwischen App-Versionen zu gewährleisten:
-
-```bash
-# Branch für Version 1.x-Updates erstellen und pflegen
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-
-# Ihr Main-Branch setzt Entwicklung von Version 2.x fort
-git checkout main
-```
-
-:::warning
-**Kritisch:** Pushen Sie niemals JavaScript-Bundles an ältere Apps, die nativen Code/APIs erwarten, die sie nicht haben. Erstellen Sie Updates immer vom entsprechenden Branch:
-- **v1-maintenance Branch**: Für Updates an 1.x Apps (Produktionskanal)
-- **main Branch**: Für Updates an 2.x Apps (v2-Kanal)
-:::
-
-## 4. Bundles an entsprechende Kanäle hochladen
-
-```bash
-# Für 1.x Updates: Vom v1-maintenance Branch erstellen
-git checkout v1-maintenance
-# Nehmen Sie hier Ihre 1.x-kompatiblen Änderungen vor
-npx @capgo/cli bundle upload --channel production
-
-# Für 2.x Updates: Vom Main-Branch erstellen
-git checkout main
-# Nehmen Sie hier Ihre 2.x-Änderungen vor
-npx @capgo/cli bundle upload --channel v2
-```
-
-## 5. Selbstzuweisung aktivieren
-
-```bash
-# Apps erlauben, sich selbst dem v2-Kanal zuzuweisen
-npx @capgo/cli channel set v2 --self-assign
-```
-
-## 6. Im App Store bereitstellen
-
-Erstellen und stellen Sie Version 2.0.0 im App Store bereit. Alle Benutzer, die diese Version herunterladen (ob neue Benutzer oder bestehende Benutzer, die aktualisieren), werden automatisch den v2-Kanal verwenden, da dies im App-Bundle konfiguriert ist.
-
-:::note
-**Keine Code-Änderungen erforderlich!** Da `defaultChannel: 'v2'` mit der App Store-Version gebündelt ist, verwenden alle Benutzer, die Version 2.0.0 herunterladen, automatisch den richtigen Kanal.
-:::
-
-## Skalierung auf zukünftige Versionen
-
-Wenn Sie Version 3.0.0 mit weiteren Breaking Changes veröffentlichen:
-
-```bash
-# Kanal für Version 3.x erstellen
-npx @capgo/cli channel create v3
-```
-
-```ts
-// capacitor.config.ts für Version 3.0.0
-const config: CapacitorConfig = {
-  // ...
-  plugins: {
-    CapacitorUpdater: {
-      defaultChannel: 'v3' // Version 3.x-Benutzer
-    }
-  }
-};
-```
-
-Jetzt können Sie Updates an jede Version pushen:
-- `production` Kanal → Version 1.x-Benutzer
-- `v2` Kanal → Version 2.x-Benutzer
-- `v3` Kanal → Version 3.x-Benutzer
-
-## 7. Bereinigung (Nach Migration)
-
-Sobald alle Benutzer auf Version 2.x migriert sind (rechnen Sie mit 3-4 Monaten):
-
-1. Entfernen Sie `defaultChannel` aus Ihrer Capacitor-Konfiguration
-2. Löschen Sie den v2-Kanal:
-
-```bash
-npx @capgo/cli channel delete v2
-```
-
-3. Löschen Sie den v1-maintenance Branch:
-
-```bash
-git branch -d v1-maintenance
-git push origin --delete v1-maintenance
-```
-
-:::tip
-Dieser Ansatz stellt sicher, dass Benutzer nur Updates erhalten, die mit ihrer App-Version kompatibel sind
-:::
-
-:::warning
-Testen Sie Updates in jedem Kanal gründlich vor der Bereitstellung
-:::
-
-:::note
-Sie können den v2-Kanal in Capgo sicher löschen, auch wenn einige Benutzer noch die Kanalüberschreibung haben. Sie erhalten stattdessen automatisch Updates vom Produktionskanal.
-:::
-
-## Version 1.x-Updates pflegen
-
-Um Updates zu senden, die mit Version 1.x kompatibel sind:
-
-1. Zum v1-maintenance Branch wechseln:
-```bash
-git checkout v1-maintenance
-```
-
-2. Ihre Änderungen vornehmen und committen:
-```bash
-# 1.x-kompatible Änderungen vornehmen
-git add .
-git commit -m "Fix for v1.x"
-git push origin v1-maintenance
-```
-
-3. Zum Produktionskanal erstellen und hochladen:
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
-:::tip
-Halten Sie Ihren v1-maintenance Branch mit Bugfixes auf dem neuesten Stand, die mit Version 1.x kompatibel sind, aber mergen Sie niemals Breaking Changes vom Main-Branch
-:::
diff --git a/src/content/docs/de/docs/live-updates/channels.mdx b/src/content/docs/de/docs/live-updates/channels.mdx
deleted file mode 100644
index c09c1ffd4..000000000
--- a/src/content/docs/de/docs/live-updates/channels.mdx
+++ /dev/null
@@ -1,258 +0,0 @@
----
-title: Kanäle
-description: "Erfahren Sie, wie Sie Live Update-Kanäle in Capgo verwalten und konfigurieren, um nahtlose App-Updates zu ermöglichen, indem Sie spezifische JS-Bundle-Builds an Geräte weiterleiten, die für diese Kanäle konfiguriert sind."
-sidebar:
-  order: 2
-locale: de
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Ein Live Update-Kanal verweist auf einen bestimmten JS-Bundle-Build Ihrer App, der mit allen Geräten geteilt wird, die für Updates auf diesen Kanal eingestellt sind. Wenn Sie das [Capgo Live Updates SDK](/docs/getting-started/quickstart/) in Ihrer App installieren, prüft jede native Binary, die für diesen Kanal konfiguriert ist, beim App-Start auf verfügbare Updates. Sie können den Build, auf den ein Kanal verweist, jederzeit ändern und bei Bedarf auch auf vorherige Builds zurücksetzen.
-
-<Aside type="caution" title="Kanäle bieten keine Vertraulichkeit">
-Kanäle steuern die Update-Berechtigung, nicht die Geheimhaltung des Bundles. Selbst wenn ein Kanal privat ist oder Self-Assignment deaktiviert wurde, sollte jedes unverschlüsselte zu Capgo hochgeladene Bundle weiterhin als öffentliches an Clients ausgeliefertes Asset behandelt werden. Die Verschlüsselung schützt den Auslieferungsweg und die Authentizität von Updates, aber ausgelieferte Bundles können mit genügend Aufwand weiterhin aus der verteilten App rückentwickelt werden, weil der öffentliche Schlüssel Teil des Clients ist. Siehe [Live-Update-Verschlüsselung](/docs/live-updates/encryption/) für Details.
-</Aside>
-
-## Wie ein Gerät einen Kanal auswählt (Priorität)
-
-Wenn ein Gerät nach einem Update sucht, entscheidet Capgo in dieser strikten Reihenfolge, welcher Kanal verwendet wird (höchste Priorität zuerst):
-
-1. **Erzwungene Gerätezuordnung (Dashboard)** – Ordnen Sie ein bestimmtes Gerät manuell einem Kanal zu. Verwenden Sie dies für dringendes Debugging oder kontrolliertes Testen mit einem einzelnen echten Benutzer. Dies hat immer Vorrang.
-2. **Cloud-Override (pro Gerät) über Dashboard oder API** – Wird erstellt, wenn Sie den Kanal des Geräts im Dashboard oder über die API ändern. Verwenden Sie dies für QA-Benutzer, die zwischen Feature-/PR-Kanälen wechseln, oder um ein Benutzerproblem zu reproduzieren. Eine Neuinstallation der Binary löscht dies nicht; das Löschen des Geräteeintrags schon.
-
-<Aside type="tip" title="Sofortiger Kanalwechsel mit setChannel()">
-**Ab Plugin-Version 5.34.0, 6.34.0, 7.34.0 oder 8.0.0** (je nach Ihrer Hauptversion) funktioniert `setChannel()` anders: Es kontaktiert das Backend, um zu **validieren**, dass der Kanal erlaubt ist (prüft, ob Selbstzuweisung für diesen Kanal aktiviert ist), und speichert den Kanal dann **lokal auf dem Gerät** als `defaultChannel`. Das bedeutet, der neue Kanal wird **sofort** für die nächste Update-Prüfung wirksam – kein Warten auf Replikation.
-
-Zuvor speicherte `setChannel()` den Kanal-Override in der Backend-Datenbank (wie Dashboard- oder API-Änderungen), und Geräte mussten auf die Datenreplikation warten (bis zu 2 Minuten), bevor der neue Kanal erkannt wurde. Das neue Verhalten liest nur vom Backend (zur Validierung) und speichert lokal, was Kanalwechsel sofort macht.
-
-**Hinweis:** Selbst wenn ein Kanal nach dem lokalen Setzen nicht mehr erlaubt ist, validiert das Backend den Kanal weiterhin bei Update-Prüfungen, sodass die Sicherheit gewährleistet bleibt.
-
-**Wichtig:** Wenn Kanaländerungen über das Dashboard oder die API vorgenommen werden, gibt es immer noch eine Replikationsverzögerung von bis zu 2 Minuten, bevor alle Edge-Server die Änderung widerspiegeln. Für sofortige Kanalwechsel verwenden Sie `setChannel()` aus Ihrem App-Code – es validiert mit dem Backend und setzt dann den Kanal lokal für sofortige Wirkung.
-</Aside>
-
-3. **Capacitor-Konfig `defaultChannel` (Test-Build-Standard)** – Wenn in `capacitor.config.*` vorhanden und kein Force/Override existiert, startet die App auf diesem Kanal (z.B. `beta`, `qa`, `pr-123`). Gedacht für TestFlight-/interne Builds, damit Tester automatisch auf einem Pre-Release-Kanal landen. Produktions-Builds lassen dies normalerweise leer.
-4. **Cloud-Standardkanal (Hauptpfad ~99% der Benutzer)** – Wenn Sie im Dashboard einen Standardkanal markieren, werden alle normalen Endbenutzer (kein Force, kein Override, kein Config-defaultChannel) hier angehängt. Ändern Sie ihn, um sofort auszurollen oder zurückzusetzen – keine neue Binary nötig. Wenn Sie plattformspezifische Standards haben (einen nur für iOS, einen nur für Android), landet jedes Gerät auf dem Standard, der seiner Plattform entspricht. Den Cloud-Standard leer zu lassen ist erlaubt; in diesem Fall muss das Gerät über Schritte 1-3 zugeordnet werden, um Updates zu erhalten.
-
-Best Practice:
-- Behandeln Sie 1-3 als Ausnahme-/Test-Layer; wenn Sie einen Cloud-Standard setzen, sollten echte Benutzer darüber fließen. Wenn Sie keinen setzen, seien Sie bewusst darüber, wie Benutzer zugeordnet werden (typischerweise über `defaultChannel` in der Konfig oder gerätespezifische Overrides).
-- Konfigurieren Sie `defaultChannel` nur in Binaries, die Sie explizit an Tester versenden. Lassen Sie es leer, um die Produktionslogik zentral im Dashboard zu halten.
-- Verwenden Sie `setChannel()` sparsam in der Produktion – hauptsächlich für QA oder gezielte Diagnosen.
-
-Wenn ein Kanal für die Plattform deaktiviert ist (iOS/Android-Schalter), wenn er sonst gewählt würde, überspringt der Auswahlprozess ihn und fährt in der Liste fort.
-
-> Zusammenfassung: Force > Override > Config `defaultChannel` > Cloud-Standard.
-
-## Standardkanal-Verhalten
-
-Das Setzen eines Cloud-Standards ist optional, dient aber normalerweise als Auffangpfad für neue Geräte. Ohne einen erhalten nur Geräte Updates, die über erzwungene Zuordnungen, Overrides oder einen `defaultChannel` in der Capacitor-Konfig zugeordnet sind. Wenn Sie Standards markieren möchten, beachten Sie diese Muster:
-
-- **Einzelner Standard (am häufigsten)** – Wenn der Kanal sowohl iOS als auch Android aktiviert hat, wird er zum einzigen Standard; jedes Gerät ohne Overrides wird hier angehängt.
-- **Plattformspezifische Standards** – Wenn Sie Kanäle nach Plattform aufteilen (z.B. `ios-production` nur mit iOS aktiviert und `android-production` nur mit Android aktiviert), markieren Sie jeden als Standard für seine Plattform. iOS-Geräte gehen zum iOS-Standard, Android-Geräte zum Android-Standard.
-
-Denken Sie daran, dass der Cloud-Standard und `defaultChannel` in `capacitor.config.*` beide dieselbe Entscheidungsebene belegen. Wenn Sie einen Cloud-Standard setzen, müssen Sie den Wert nicht in Ihrer Capacitor-Konfig duplizieren – lassen Sie `defaultChannel` für Produktions-Builds leer. Reservieren Sie `defaultChannel` für Binaries, die Sie absichtlich an Tester oder QA versenden, wenn sie auf einem Nicht-Produktionskanal starten sollen, auch wenn der Cloud-Standard anders ist.
-
-Sie können Standards jederzeit im Dashboard ändern. Wenn Sie einen Standard wechseln, folgen neue Geräte sofort der neuen Weiterleitung und bestehende Geräte folgen beim nächsten Check-in den normalen Prioritätsregeln.
-
-## Einrichten eines Kanals
-
-Während des Onboardings erstellen Sie den ersten Kanal (die meisten Teams nennen ihn "Production"), aber nichts ist gesperrt – Sie können jeden Kanal jederzeit umbenennen oder löschen. Um später zusätzliche Kanäle hinzuzufügen:
-
-1. Gehen Sie zum Bereich "Channels" im Capgo Dashboard
-2. Klicken Sie auf den Button "New Channel"
-3. Geben Sie einen Namen für den Kanal ein und klicken Sie auf "Create"
-
-Kanalnamen können frei gewählt werden. Eine gängige Strategie ist es, Kanäle Ihren Entwicklungsphasen zuzuordnen, zum Beispiel:
-
-- `Development` - zum Testen von Live-Updates auf lokalen Geräten oder Emulatoren
-- `QA` - für Ihr QA-Team zur Überprüfung von Updates vor der breiten Veröffentlichung
-- `Staging` - für finale Tests in einer produktionsähnlichen Umgebung
-- `Production` - für die Version Ihrer App, die Endbenutzer aus den App Stores erhalten
-
-## Konfigurieren des Kanals in Ihrer App
-
-Nachdem Sie Ihre Kanäle erstellt haben, müssen Sie Ihre App so konfigurieren, dass sie auf den entsprechenden Kanal hört. In diesem Beispiel verwenden wir den `Development`-Kanal.
-
-Öffnen Sie Ihre `capacitor.config.ts` (oder `capacitor.config.json`) Datei. Setzen Sie unter dem `plugins`-Abschnitt optional `defaultChannel` für **Test-Builds** (intern / QA). Für Produktions-Builds bevorzugen Sie, es wegzulassen, damit Geräte den Cloud-Standard verwenden, es sei denn, sie werden explizit überschrieben.
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      // Für einen QA/TestFlight-Build – Tester starten automatisch auf dem Development-Kanal.
-      defaultChannel: 'Development',
-      // Produktions-Builds lassen dies normalerweise weg, damit Benutzer sich an den Cloud-Standardkanal anhängen.
-    },
-  },
-};
-```
-
-Bauen Sie anschließend Ihre Web-App und führen Sie `npx cap sync` aus, um die aktualisierte Konfigurationsdatei in Ihre iOS- und Android-Projekte zu kopieren. Wenn Sie diesen Sync-Schritt überspringen, verwenden Ihre nativen Projekte weiterhin den Kanal, für den sie zuvor konfiguriert waren.
-
-<Aside type="caution">
-Kanalauswahlreihenfolge: Force > Override (`setChannel` / Dashboard) > Config `defaultChannel` > Cloud-Standard.
-
-Verwenden Sie `defaultChannel` nur in Test-/internen Builds; lassen Sie es für die Produktion weg, damit Benutzer dem Cloud-Standard folgen (wenn gesetzt), anstatt die Weiterleitung in der nativen Konfig zu duplizieren.
-
-Sie können ein Gerät später noch erzwingen (pinnen) oder einen Override anwenden – diese überschreiben sofort den Konfig-Wert.
-
-> Kanalnamen unterscheiden Groß- und Kleinschreibung.
-</Aside>
-
-## Kanaloptionen und Strategien
-
-Kanäle haben mehrere Optionen, die steuern, wer Updates erhalten kann und wie Updates geliefert werden. Die wichtigsten sind unten aufgeführt. Sie können diese über die Web-App, die CLI oder die Public API konfigurieren.
-
-- Standardkanal: Markieren Sie optional den Kanal oder plattformspezifische Kanäle, an die sich neue Geräte anhängen. Siehe "Standardkanal-Verhalten" für Weiterleitungsszenarien.
-- Plattformfilter: Aktivieren oder deaktivieren Sie die Zustellung an `iOS`- und/oder `Android`-Geräte pro Kanal.
-- Auto-Downgrade unter Native deaktivieren: Verhindert das Senden eines Updates, wenn die native App-Version des Geräts neuer ist als das Bundle des Kanals (z.B. Gerät auf 1.2.3, während der Kanal 1.2.2 hat).
-- Development-Builds erlauben: Ermöglicht Updates für Development-Builds (nützlich zum Testen).
-- Emulator-Geräte erlauben: Ermöglicht Updates für Emulatoren/Simulatoren (nützlich zum Testen).
-- Geräte-Selbstzuweisung erlauben: Ermöglicht der App, zur Laufzeit mit `setChannel` zu diesem Kanal zu wechseln. Wenn deaktiviert, schlägt `setChannel` für diesen Kanal fehl.
-
-### Strategien zum Deaktivieren automatischer Updates
-
-Verwenden Sie dies, um einzuschränken, welche Arten von Updates der Kanal automatisch liefert. Optionen:
-
-- major: Blockiert kanalübergreifende Major-Updates (0.0.0 → 1.0.0). Minor- und Patch-Updates sind weiterhin erlaubt.
-- minor: Blockiert kanalübergreifende Minor-Updates (z.B. 1.1.0 → 1.2.0) und Majors. Patch-Updates sind weiterhin erlaubt. Hinweis: Blockiert nicht 0.1.0 → 1.1.0.
-- patch: Sehr strikt. Erlaubt nur steigende Patch-Versionen innerhalb desselben Major und Minor. Beispiele: 0.0.311 → 0.0.314 ✅, 0.1.312 → 0.0.314 ❌, 1.0.312 → 0.0.314 ❌.
-- metadata: Erfordert eine minimale Update-Version-Metadaten für jedes Bundle. Konfigurieren Sie über CLI mit `--min-update-version` oder `--auto-min-update-version`. Wenn fehlend, wird der Kanal als fehlkonfiguriert markiert und Updates werden abgelehnt, bis es gesetzt ist.
-- none: Erlaubt alle Updates gemäß semver-Kompatibilität.
-
-Erfahren Sie mehr Details und Beispiele unter Strategie zum Deaktivieren von Updates unter /docs/cli/commands/#disable-updates-strategy.
-
-Beispiel (CLI):
-
-```bash
-# Major-Updates auf dem Production-Kanal blockieren
-npx @capgo/cli@latest channel set production com.example.app \
-  --disable-auto-update major
-
-# Geräten erlauben, sich selbst dem Beta-Kanal zuzuweisen
-npx @capgo/cli@latest channel set beta com.example.app --self-assign
-```
-
-### setChannel() aus Ihrer App verwenden
-
-Die `setChannel()`-Methode ermöglicht Ihrer App, zur Laufzeit programmatisch den Kanal zu wechseln. Dies ist besonders nützlich für:
-
-- QA/Debug-Menüs, in denen Tester zwischen Kanälen wechseln können
-- Beta-Programm-Opt-in-Flows
-- Feature-Flag-Implementierungen
-- A/B-Test-Szenarien
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Zum Beta-Kanal wechseln
-await CapacitorUpdater.setChannel({ channel: 'beta' });
-
-// Optional eine sofortige Update-Prüfung nach dem Wechsel auslösen
-await CapacitorUpdater.setChannel({
-  channel: 'beta',
-  triggerAutoUpdate: true
-});
-```
-
-<Aside type="note" title="Wie setChannel() funktioniert (v5.34.0+ / v6.34.0+ / v7.34.0+ / v8.0.0+)">
-Wenn `setChannel()` aufgerufen wird:
-
-1. **Backend-Validierung (nur Lesen)**: Eine Anfrage wird an das Capgo-Backend gesendet, um zu validieren, dass der Kanal erlaubt ist (prüft Selbstzuweisungsberechtigungen)
-2. **Lokale Speicheraktualisierung**: Wenn die Validierung erfolgreich ist, wird der Kanal im lokalen Speicher des Geräts als `defaultChannel` gespeichert
-3. **Sofortige Wirkung**: Die nächste Update-Prüfung verwendet den neuen Kanal sofort (kein Warten auf Replikation)
-
-**Warum das wichtig ist:** In älteren Versionen speicherte `setChannel()` den Kanal-Override in der Backend-Datenbank (wie Dashboard- oder API-Änderungen). Geräte mussten auf die Backend-Replikation warten (bis zu 2 Minuten), bevor die Kanaländerung wirksam wurde. Jetzt liest `setChannel()` nur vom Backend (zur Validierung) und speichert lokal, was Kanalwechsel sofort macht.
-
-**Sicherheitshinweis:** Selbst wenn sich die Berechtigungen eines Kanals nach dem lokalen Setzen ändern (z.B. Selbstzuweisung wird deaktiviert), validiert das Backend den Kanal weiterhin bei Update-Prüfungen, um die Sicherheit zu gewährleisten.
-
-**Vergleich der Kanaländerungsmethoden:**
-
-| Methode | Wirkungszeit | Wo gespeichert | Anwendungsfall |
-|---------|--------------|----------------|----------------|
-| `setChannel()` vom Plugin | **Sofort** | Nur Gerät (lokal) | Benutzer-initiierter Kanalwechsel in der App |
-| Dashboard-Geräte-Override | Bis zu 2 Min | Backend-Datenbank | Admin-initiierte Änderungen für bestimmte Geräte |
-| API-Kanalzuweisung | Bis zu 2 Min | Backend-Datenbank | Automatisierte Backend-Integrationen |
-
-Für die beste Benutzererfahrung beim Erstellen von Kanalwechsel-UIs verwenden Sie immer die `setChannel()`-Methode des Plugins.
-
-Mindestversionen für lokalen Kanalwechsel: **5.34.0**, **6.34.0**, **7.34.0** oder **8.0.0** (je nach Ihrer Hauptversion). Jede Minor-Versionsnummer entspricht demselben Funktionsumfang über alle Hauptversionen hinweg (z.B. X.34.0 enthält dieselben Funktionen, ob X 5, 6, 7 oder 8 ist). Siehe [Plugin-Installation](/docs/getting-started/add-an-app/) für Versions-Tags.
-</Aside>
-
-## Zuweisen eines Bundles zu einem Kanal
-
-Um ein Live-Update bereitzustellen, müssen Sie einen neuen JS-Bundle-Build hochladen und einem Kanal zuweisen. Sie können dies in einem Schritt mit der Capgo CLI tun:
-
-```shell
-npx @capgo/cli@latest bundle upload --channel=Development
-```
-
-Dies lädt Ihre gebauten Web-Assets hoch und setzt den neuen Bundle als aktiven Build für den `Development`-Kanal. Alle Apps, die für diesen Kanal konfiguriert sind, erhalten das Update beim nächsten Überprüfen.
-
-Sie können Builds auch über den "Bundles"-Bereich des Capgo Dashboards Kanälen zuweisen. Klicken Sie auf das Menü-Symbol neben einem Build und wählen Sie "Assign to Channel", um den Kanal für diesen Build auszuwählen.
-
-## Bundle-Versionierung und Kanäle
-
-Es ist wichtig zu beachten, dass Bundles in Capgo global für Ihre App sind und nicht spezifisch für einzelne Kanäle. Dasselbe Bundle kann mehreren Kanälen zugewiesen werden.
-
-Bei der Versionierung Ihrer Bundles empfehlen wir die Verwendung von Semantic Versioning [semver](https://semver.org/) mit Pre-Release-Kennungen für kanalspezifische Builds. Ein Beta-Release könnte beispielsweise als `1.2.3-beta.1` versioniert sein.
-
-Dieser Ansatz hat mehrere Vorteile:
-
-- Er kommuniziert die Beziehung zwischen Builds klar: `1.2.3-beta.1` ist offensichtlich eine Vorabversion von `1.2.3`
-- Er ermöglicht die Wiederverwendung von Versionsnummern über Kanäle hinweg und reduziert Verwirrung
-- Er ermöglicht klare Rollback-Pfade. Wenn Sie von `1.2.3` zurückrollen müssen, wissen Sie, dass `1.2.2` die vorherige stabile Version ist
-
-Hier ist ein Beispiel, wie Sie Ihre Bundle-Versionen mit einem typischen Kanal-Setup abstimmen könnten:
-
-- `Development`-Kanal: `1.2.3-dev.1`, `1.2.3-dev.2`, etc.
-- `QA`-Kanal: `1.2.3-qa.1`, `1.2.3-qa.2`, etc.
-- `Staging`-Kanal: `1.2.3-rc.1`, `1.2.3-rc.2`, etc.
-- `Production`-Kanal: `1.2.3`, `1.2.4`, etc.
-
-Die Verwendung von semver mit Pre-Release-Kennungen ist ein empfohlener Ansatz, aber nicht strikt erforderlich. Der Schlüssel ist, ein Versionierungsschema zu finden, das die Beziehungen zwischen Ihren Builds klar kommuniziert und mit dem Entwicklungsprozess Ihres Teams übereinstimmt.
-
-## Zurücksetzen eines Live-Updates
-
-Wenn Sie ein Live-Update bereitstellen, das einen Fehler einführt oder aus anderen Gründen zurückgesetzt werden muss, können Sie einfach zu einem vorherigen Build zurückkehren. Vom "Channels"-Bereich des Dashboards aus:
-
-<Steps>
-
-1. Klicken Sie auf den Namen des Kanals, den Sie zurücksetzen möchten
-2. Finden Sie den Build, zu dem Sie zurückkehren möchten, und klicken Sie auf das Kronen-Symbol
-![Rollback build](/select_bundle.webp)
-3. Bestätigen Sie die Aktion
-
-</Steps>
-
-Der ausgewählte Build wird sofort wieder zum aktiven Build für diesen Kanal. Apps erhalten die zurückgesetzte Version beim nächsten Update-Check.
-
-## Automatisierung von Deployments
-
-Für fortgeschrittenere Workflows können Sie Ihre Live-Update-Deployments als Teil Ihrer CI/CD-Pipeline automatisieren. Durch die Integration von Capgo in Ihren Build-Prozess können Sie automatisch neue Bundles hochladen und Kanälen zuweisen, wenn Sie zu bestimmten Branches pushen oder neue Releases erstellen.
-
-Schauen Sie sich die [CI/CD Integration](/docs/getting-started/cicd-integration/) Dokumentation an, um mehr über die Automatisierung von Capgo Live-Updates zu erfahren.
-
-## Bereitstellung auf einem Gerät
-
-Nachdem Sie die Kanäle verstanden haben, können Sie mit der Bereitstellung von Live-Updates auf echten Geräten beginnen. Der grundlegende Prozess ist:
-
-1. Installieren Sie das Capgo SDK in Ihrer App
-2. Konfigurieren Sie die App, um auf Ihren gewünschten Kanal zu hören
-3. Laden Sie einen Build hoch und weisen Sie ihn diesem Kanal zu
-4. Starten Sie die App und warten Sie auf das Update!
-
-Eine detailliertere Anleitung finden Sie im [Deploying Live Updates](/docs/getting-started/deploy/) Guide. Viel Spaß beim Aktualisieren!
-
-## Erweiterte Kanalnutzung: Benutzersegmentierung
-
-Kanäle können für mehr als nur Entwicklungsphasen verwendet werden. Sie sind ein leistungsstarkes Werkzeug für die Benutzersegmentierung und ermöglichen Funktionen wie:
-
-- Feature-Flags für verschiedene Benutzerstufen
-- A/B-Tests
-- Schrittweise Feature-Rollouts
-- Beta-Test-Programme
-
-Erfahren Sie, wie Sie diese erweiterten Anwendungsfälle in unserem Leitfaden implementieren: [How to Segment Users by Plan and Channels for Feature Flags and A/B Testing](/blog/how-to-segment-users-by-plan-and-channels/).
diff --git a/src/content/docs/de/docs/live-updates/china-configuration.mdx b/src/content/docs/de/docs/live-updates/china-configuration.mdx
deleted file mode 100644
index f1499fd2c..000000000
--- a/src/content/docs/de/docs/live-updates/china-configuration.mdx
+++ /dev/null
@@ -1,208 +0,0 @@
----
-title: Capgo in China verwenden
-description: "Erfahren Sie, wie Sie Capgo Live Updates für den Betrieb in China konfigurieren, indem Sie regionale OST-URLs für optimale Leistung und Zuverlässigkeit verwenden."
-sidebar:
-  order: 11
-locale: de
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Wenn Sie Ihre App für Benutzer in China bereitstellen, müssen Sie Capgo für die Verwendung regionaler OST-URLs (Object Storage Technology) konfigurieren, um zuverlässige und schnelle Updates sicherzustellen.
-
-## Warum China-spezifische URLs verwenden?
-
-Aufgrund der Netzwerkinfrastruktur und Vorschriften in China (der Great Firewall) können direkte Verbindungen zu internationalen Servern langsam oder unzuverlässig sein. Capgo stellt dedizierte OST-URLs mit Daten in Hongkong bereit, um die Latenz zu minimieren und sicherzustellen, dass Ihre Benutzer Updates so schnell und zuverlässig wie möglich erhalten.
-
-## Konfiguration
-
-Um Capgo für China zu konfigurieren, müssen Sie drei spezifische URLs in Ihrer Capacitor-Konfigurationsdatei festlegen. Diese URLs verweisen auf die in Hongkong basierende Infrastruktur von Capgo.
-
-<Steps>
-
-1. Öffnen Sie Ihre `capacitor.config.ts`-Datei
-
-2. Fügen Sie die folgende Konfiguration zum `CapacitorUpdater`-Plugin-Abschnitt hinzu:
-
-    ```typescript
-    import { CapacitorConfig } from '@capacitor/cli';
-
-    const config: CapacitorConfig = {
-      plugins: {
-        CapacitorUpdater: {
-          autoUpdate: true,
-          updateUrl: 'https://updater.capgo.com.cn/updates',
-          statsUrl: 'https://updater.capgo.com.cn/stats',
-          channelUrl: 'https://updater.capgo.com.cn/channel_self',
-        },
-      },
-    };
-
-    export default config;
-    ```
-
-3. Bauen Sie Ihre App neu, um die Änderungen anzuwenden:
-
-    ```shell
-    npm run build
-    npx cap sync
-    ```
-
-</Steps>
-
-## Konfigurationsdetails
-
-Hier ist, was jede URL macht:
-
-- **updateUrl**: `https://updater.capgo.com.cn/updates` - Wird verwendet, um verfügbare Updates für Ihre App zu überprüfen und herunterzuladen
-- **statsUrl**: `https://updater.capgo.com.cn/stats` - Wird verwendet, um Analysen und Nutzungsstatistiken an Capgo zurückzumelden
-- **channelUrl**: `https://updater.capgo.com.cn/channel_self` - Wird verwendet, um Kanalkonfiguration abzurufen und zu bestimmen, welche Updates angewendet werden
-
-<Aside type="tip">
-Alle drei URLs müssen zusammen konfiguriert werden, um die volle Funktionalität des Capgo-Updaters in China sicherzustellen.
-</Aside>
-
-## Empfohlene Einstellungen für China
-
-Aufgrund von Netzwerkleistungseinschränkungen durch die Great Firewall of China haben wir spezifische Empfehlungen für Apps, die in Festlandchina bereitgestellt werden:
-
-### Direkte Updates deaktivieren
-
-Wir **empfehlen dringend, `directUpdate` zu deaktivieren** für Apps in China. Die Netzwerkkonnektivität in China ist weniger leistungsfähig als in anderen Regionen, und direkte Updates (die sofort angewendet werden) können zu einer schlechten Benutzererfahrung führen, wenn Downloads unterbrochen oder langsam sind.
-
-Verwenden Sie stattdessen das Standard-Update-Verhalten, bei dem Updates im Hintergrund heruntergeladen und angewendet werden, wenn die App in den Hintergrund geht oder neu startet. Dies bietet eine zuverlässigere Erfahrung für Ihre Benutzer.
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // Empfohlen für China
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-<Aside type="caution">
-Obwohl unsere in Hongkong basierende Infrastruktur hilft, die Latenz zu minimieren und die Zuverlässigkeit zu verbessern, kann die Netzwerkleistung nach Festlandchina immer noch von der Great Firewall beeinträchtigt werden. Das Deaktivieren von `directUpdate` hilft sicherzustellen, dass Updates erfolgreich abgeschlossen werden, ohne die Benutzererfahrung zu beeinträchtigen.
-</Aside>
-
-## Vollständiges Konfigurationsbeispiel
-
-Hier ist ein vollständiges Beispiel mit empfohlenen Einstellungen für Apps, die in China bereitgestellt werden:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'My App',
-  webDir: 'dist',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // Empfohlen: für bessere Zuverlässigkeit in China deaktivieren
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-
-export default config;
-```
-
-## Ihre Konfiguration testen
-
-Nachdem Sie die China-spezifischen URLs konfiguriert haben, können Sie überprüfen, ob Updates korrekt funktionieren:
-
-<Steps>
-
-1. Ein neues Bundle zu Capgo hochladen:
-
-    ```shell
-    npx @capgo/cli@latest bundle upload --channel=production
-    ```
-
-2. Ihre App auf einem Testgerät in China installieren
-
-3. Den Update-Prozess überwachen:
-
-    ```shell
-    npx @capgo/cli@latest app debug
-    ```
-
-4. Überprüfen, dass Updates von den China OST-URLs heruntergeladen werden
-
-</Steps>
-
-<Aside type="note">
-Das Update-Verhalten und Timing bleibt gleich wie bei der Standard-Capgo-Konfiguration. Siehe die [Update-Verhalten](/docs/live-updates/update-behavior/)-Dokumentation für Details darüber, wie und wann Updates angewendet werden.
-</Aside>
-
-## Multi-Region-Bereitstellung
-
-Wenn Ihre App Benutzer sowohl innerhalb als auch außerhalb Chinas bedient, können Sie die chinesische Domain-Konfiguration für alle Benutzer weltweit verwenden. Die `updater.capgo.com.cn`-Domain wird dank der Alibaba DNS-Infrastruktur global aufgelöst und ist sowohl in China als auch überall sonst auf der Welt zugänglich.
-
-### Chinesische Domains global verwenden
-
-Die chinesischen Domain-URLs funktionieren nahtlos für Multi-Region-Apps:
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // Empfohlen für China-Benutzer
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-Diese einzelne Konfiguration funktioniert für:
-- Benutzer in Festlandchina (verwenden in Hongkong basierende Infrastruktur)
-- Benutzer außerhalb Chinas (greifen auf dieselbe Infrastruktur über Alibaba DNS zu)
-
-**Leistungsüberlegungen:**
-
-Obwohl die `.cn`-Domain global über Alibaba DNS aufgelöst wird und überall funktioniert, ist sie für Benutzer außerhalb Chinas im Vergleich zur Standard-Domain (`api.capgo.app`), die direkt von Cloudflare aufgelöst wird, wo unser Backend gehostet ist, etwas weniger leistungsfähig. Die DNS-Auflösung ist jedoch schnell, sodass der Leistungsunterschied minimal ist und die Benutzererfahrung nicht wesentlich beeinträchtigt.
-
-<Aside type="tip">
-Die Verwendung der `.cn`-Domain für alle Benutzer vereinfacht Ihre Bereitstellung und stellt ein konsistentes Update-Verhalten in allen Regionen sicher. Sie benötigen keine separaten Builds oder umgebungsbasierten Konfigurationen. Der kleine Leistungsnachteil außerhalb Chinas ist typischerweise die vereinfachte Bereitstellung wert.
-</Aside>
-
-### Alternative: Regionsspezifische Konfigurationen
-
-Wenn Sie es vorziehen, für jede Region unterschiedlich zu optimieren, können Sie auch in Betracht ziehen:
-
-- Separate App-Varianten mit unterschiedlichen Konfigurationen zu erstellen
-- Umgebungsbasierte Konfiguration zu verwenden, um die URLs dynamisch festzulegen
-- Verschiedene Release-Kanäle für verschiedene Regionen zu erstellen
-
-Wenn Sie Unterstützung bei Multi-Region-Bereitstellungsstrategien benötigen, kontaktieren Sie uns bitte unter [support@capgo.app](mailto:support@capgo.app) oder treten Sie unserer [Discord-Community](https://discord.capgo.app) bei, um Hilfe zu erhalten.
-
-## Fehlerbehebung
-
-Wenn Sie Probleme mit Updates in China haben:
-
-1. **Überprüfen Sie Ihre Konfiguration** - Überprüfen Sie doppelt, dass alle drei URLs in Ihrer `capacitor.config.ts` korrekt festgelegt sind
-2. **Netzwerkkonnektivität prüfen** - Stellen Sie sicher, dass Ihr Gerät die `updater.capgo.com.cn`-Domain erreichen kann
-3. **Protokolle überprüfen** - Verwenden Sie `npx @capgo/cli@latest app debug`, um auf Fehlermeldungen zu prüfen
-4. **Updates testen** - Versuchen Sie, ein neues Bundle hochzuladen und den Download-Prozess zu überwachen
-5. **Support kontaktieren** - Wenn Probleme bestehen bleiben, wenden Sie sich an uns unter [support@capgo.app](mailto:support@capgo.app) oder treten Sie unserer [Discord-Community](https://discord.capgo.app) bei, um Unterstützung zu erhalten
-
-<Aside type="caution">
-Stellen Sie sicher, dass Sie die `.cn`-Domain (`updater.capgo.com.cn`) und nicht die internationale Standard-Domain verwenden, wenn Sie für China konfigurieren.
-</Aside>
-
-## Nächste Schritte
-
-- Erfahren Sie mehr über [Update-Verhalten](/docs/live-updates/update-behavior/), um anzupassen, wann Updates angewendet werden
-- Erkunden Sie [Kanäle](/docs/live-updates/channels/), um verschiedene Release-Tracks zu verwalten
-- Überprüfen Sie [Verschlüsselung](/docs/live-updates/encryption/), um Ihre Updates zu sichern
diff --git a/src/content/docs/de/docs/live-updates/compliance.mdx b/src/content/docs/de/docs/live-updates/compliance.mdx
deleted file mode 100644
index c4fdab493..000000000
--- a/src/content/docs/de/docs/live-updates/compliance.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: Compliance
-description: "Erfahren Sie mehr über Capgos Datenschutzpraktiken, Datenerfassung, Sicherheitskonformität und wie wir die Informationen Ihrer Benutzer während Live-Updates schützen."
-sidebar:
-  order: 6
-locale: de
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo ist mit Fokus auf Datenschutz, Sicherheit und Compliance konzipiert. Dieses Dokument erklärt, welche Daten erfasst werden, wie sie verwendet werden und welche Maßnahmen zum Schutz der Privatsphäre Ihrer Benutzer und zur Gewährleistung der regulatorischen Compliance bei der Nutzung des Live-Update-Dienstes von Capgo getroffen werden.
-
-## Datenerfassungs-Übersicht
-
-Capgo erfasst minimale Daten, die zur effektiven Bereitstellung des Live-Update-Dienstes erforderlich sind. Die Datenerfassung konzentriert sich auf betriebliche Anforderungen statt auf Benutzer-Tracking oder Analysen.
-
-### Welche Daten werden erfasst
-
-Capgo erfasst nur die Daten, die zur Bereitstellung der Live-Updates-Funktion erforderlich sind. Wenn Ihre App nach Updates sucht oder neue Bundles herunterlädt, werden folgende Informationen erfasst:
-
-- **App-ID**: Ein eindeutiger Identifikator für Ihre App, der verwendet wird, um die App mit dem richtigen Konto zu verknüpfen
-- **App-Versionscode**: Der Versionscode der App, der verwendet wird, um zu bestimmen, welche Updates mit der App kompatibel sind
-- **App-Versionsname**: Der Versionsname der App, der für Anzeigezwecke verwendet wird
-- **Plattform**: Die Plattform (iOS, Android) der App, die verwendet wird, um zu bestimmen, welche Updates mit der App kompatibel sind
-- **Geräte-ID**: Ein eindeutiger Identifikator für das Gerät, der verwendet wird, um Updates an ein bestimmtes Gerät zu liefern und für Abrechnungszwecke. Dieser Identifikator ist eine zufällige Zeichenfolge, die beim ersten Start der App erstellt wird. **Ab Plugin-Version v5.10.0, v6.25.0 und v7.25.0** bleibt die Geräte-ID jetzt über App-Neuinstallationen hinweg bestehen (sicher gespeichert im Keychain auf iOS und EncryptedSharedPreferences auf Android), um eine bessere Geräteverfolgung zu ermöglichen und gleichzeitig die Compliance mit App Store-Richtlinien aufrechtzuerhalten. Vor diesen Versionen wurde die Geräte-ID bei jeder App-Installation zurückgesetzt
-- **Bundle-ID**: Der eindeutige Identifikator für das Bundle, das aktuell auf dem Gerät installiert ist
-- **Kanalname**: Der Name des Kanals, der ausgewählt wurde, um Updates zu erhalten
-- **OS-Version**: Die Version des Betriebssystems, die verwendet wird, um zu bestimmen, welche Updates mit dem Gerät kompatibel sind
-- **Plugin-Version**: Die Version des @capgo/capacitor-updater Plugins, das verwendet wird, um Updates an das Gerät zu liefern
-
-**Zusätzliche technische Daten:**
-- Update-Prüfungs-Zeitstempel
-- Download-Erfolgs-/Fehlerstatus
-- Bundle-Installationsstatus
-- Rollback-Ereignisse und Gründe
-- IP-Adresse (für Geolokalisierung und CDN-Optimierung)
-
-<Aside type="note">
-Sie können die erfassten Daten überprüfen, indem Sie den Quellcode des @capgo/capacitor-updater Plugins inspizieren, der Open Source ist und auf [GitHub](https://github.com/Cap-go/capacitor-updater) verfügbar ist. Capgo erfasst keine personenbezogenen Daten (PII) wie Namen, E-Mail-Adressen, Telefonnummern oder persistente Geräte-Identifikatoren, die verwendet werden können, um einzelne Benutzer über Apps hinweg zu verfolgen.
-</Aside>
-
-### Welche Daten werden NICHT erfasst
-
-Capgo erfasst ausdrücklich nicht:
-
-- Persönliche Benutzerinformationen oder Zugangsdaten
-- App-Nutzungsanalysen oder Benutzerverhaltens-Daten
-- Inhalte aus Ihrer App oder benutzergenerierte Daten
-- Standortdaten über die allgemeine geografische Region hinaus
-- Persistente Geräte-Identifikatoren für Tracking
-- Biometrische oder sensible persönliche Daten
-
-## Datennutzung und -zweck
-
-Die von Capgo erfassten Daten werden ausschließlich verwendet für:
-
-### Dienstbetrieb
-- Bestimmen, welche Updates für bestimmte App-Versionen verfügbar sind
-- Optimierung der Inhaltsbereitstellung durch geografische CDN-Auswahl
-- Sicherstellen der Kompatibilität zwischen Updates und Gerätefunktionen
-- Verwaltung von Update-Rollouts und Kanalzuweisungen
-
-### Dienstverbesserung
-- Überwachung der Update-Erfolgsraten und Identifizierung von Problemen
-- Optimierung der Download-Leistung und Zuverlässigkeit
-- Verbesserung des gesamten Update-Liefersystems
-- Fehlersuche und Behebung von Update-Fehlern
-
-### Sicherheit und Integrität
-- Verhinderung von Missbrauch und Sicherstellung der Dienstverfügbarkeit
-- Validierung der Authentizität und Integrität von Updates
-- Schutz vor bösartigen oder beschädigten Updates
-- Aufrechterhaltung der Dienstsicherheit und Stabilität
-
-## Datenspeicherung und Aufbewahrung
-
-### Speicherort
-- Update-Bundles und Metadaten werden auf sicherer Cloud-Infrastruktur gespeichert
-- Daten werden über mehrere geografische Regionen verteilt für bessere Leistung
-- Alle Datenübertragungen werden mit branchenüblichen Protokollen verschlüsselt (HTTPS/TLS)
-
-### Datenaufbewahrung
-- Update-Prüfungsprotokolle werden für betriebliche Zwecke aufbewahrt (typischerweise 30-90 Tage)
-- Bundle-Dateien werden aufbewahrt, solange sie aktiven Kanälen zugewiesen sind
-- Aggregierte, nicht-personenbezogene Metriken können länger für Dienstverbesserungen aufbewahrt werden
-- Persönliche Daten, falls vorhanden, werden gemäß geltenden Datenschutzgesetzen gelöscht
-
-### Datensicherheit
-- Alle Daten werden während der Übertragung und im Ruhezustand verschlüsselt
-- Zugriff auf Daten ist nur autorisiertem Personal vorbehalten
-- Regelmäßige Sicherheitsaudits und Überwachung werden durchgeführt
-- Branchenübliche Sicherheitspraktiken werden befolgt
-- **SOC 2-Zertifizierung**: Capgo ist derzeit SOC 2 Typ II zertifiziert und gewährleistet höchste Standards für Sicherheit, Verfügbarkeit und Vertraulichkeit. Sehen Sie sich unseren Compliance-Status unter [trust.capgo.app](https://trust.capgo.app) an
-- **Kontinuierliche Code-Prüfung**: Jeder Commit wird automatisch von [SonarCloud](https://sonarcloud.io/summary/overall?id=Cap-go_capacitor-updater&branch=main) für das [Plugin](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main) und [Backend](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main) geprüft, um Codequalität, Erkennung von Sicherheitslücken und Wartbarkeit sicherzustellen
-- **Schwachstellen-Scanning**: Zusätzliches Sicherheitsscanning wird von [Snyk](https://snyk.io/test/github/Cap-go/capgo) durchgeführt, um Sicherheitslücken in Abhängigkeiten zu erkennen und zu beheben
-- **Infrastruktur-Sicherheit**: Unsere Hosting-Infrastruktur wird kontinuierlich überwacht und durch [Hosting-Sicherheitsprüfungen](https://hosting-checker.net/websites/api.capgo.app) verifiziert
-- **KI-gestützte Code-Überprüfung**: Jede Pull-Request wird von CodeRabbit AI überprüft, um potenzielle Probleme, Sicherheitsbedenken zu erkennen und Codequalitätsstandards aufrechtzuerhalten
-
-## Datenschutzkontrollen
-
-### Für App-Entwickler
-Als Capgo-Benutzer haben Sie Kontrolle über:
-
-- **Kanalverwaltung**: Steuern Sie, welche Updates an welche Benutzer verteilt werden
-- **Datenminimierung**: Konfigurieren Sie, welche Geräteinformationen geteilt werden
-- **Geografische Kontrollen**: Verwalten Sie, wo Ihre Updates verteilt werden
-- **Aufbewahrungseinstellungen**: Steuern Sie, wie lange Update-Daten aufbewahrt werden
-
-### Für Endbenutzer
-Ihre App-Benutzer profitieren von:
-
-- **Minimale Datenerfassung**: Nur wesentliche Daten für die Update-Bereitstellung werden erfasst
-- **Kein Tracking**: Kein App-übergreifendes oder persistentes Benutzer-Tracking
-- **Transparenz**: Diese Datenschutzrichtlinie erklärt genau, welche Daten erfasst werden
-- **Sicherheit**: Alle Datenübertragungen sind verschlüsselt und sicher
-
-## Compliance und Rechtliches
-
-### Datenschutzvorschriften
-Capgo ist darauf ausgelegt, wichtige Datenschutzvorschriften einzuhalten, einschließlich:
-
-- **GDPR** (Datenschutz-Grundverordnung)
-- **CCPA** (California Consumer Privacy Act)
-- **COPPA** (Children's Online Privacy Protection Act)
-- Andere anwendbare regionale Datenschutzgesetze
-
-### App Store Compliance
-Capgo hält sich strikt an App Store-Richtlinien und -Richtlinien:
-
-- **Apple App Store**: Entspricht den [App Store Review Guidelines](https://developer.apple.com/app-store/review/guidelines/) Abschnitt 3.3.2 und stellt sicher, dass Live-Updates nur das Verhalten der App auf eine Weise ändern, die mit der eingereichten App übereinstimmt
-- **Google Play Store**: Befolgt die Anforderungen der [Google Play Developer Policy](https://play.google.com/about/developer-content-policy/) für dynamisches Code-Laden und App-Updates
-- **Inhaltsbeschränkungen**: Live-Updates können keine Funktionalität einführen, die in der ursprünglichen App-Einreichung nicht vorhanden war oder plattformspezifische Inhaltsrichtlinien verletzt
-- **Sicherheitsanforderungen**: Alle Updates behalten die gleiche Sicherheitslage und Berechtigungen wie die ursprüngliche App bei
-
-### Ihre Verantwortlichkeiten
-Als App-Entwickler, der Capgo verwendet, sollten Sie:
-
-- Angemessene Datenschutzerklärungen in die Datenschutzrichtlinie Ihrer App aufnehmen
-- Benutzer über die Verwendung von Live-Update-Diensten informieren
-- Die Einhaltung geltender Gesetze in Ihrer Gerichtsbarkeit sicherstellen
-- Geeignete Einwilligungsmechanismen implementieren, falls erforderlich
-
-<Aside type="tip">
-**Keine zusätzliche Datenschutzimplementierung erforderlich**: Capgo ist standardmäßig datenschutzkonform konzipiert. Sie müssen keine zusätzlichen Datenschutzkontrollen oder Datenverarbeitungsmechanismen in Ihrem App-Code implementieren. Der minimale Datenerfassungsansatz und das Privacy-by-Design-Prinzip bedeuten, dass die Integration von Capgo typischerweise keine Änderungen an Ihren bestehenden Datenschutzerklärungen oder Richtlinien erfordert.
-</Aside>
-
-## Privacy by Design
-
-Capgo folgt Privacy-by-Design-Prinzipien:
-
-### Datenminimierung
-- Nur Daten erfassen, die absolut notwendig für den Dienstbetrieb sind
-- Erfassung persönlicher oder sensibler Informationen vermeiden
-- Wo möglich aggregierte und anonymisierte Daten verwenden
-
-### Zweckbindung
-- Erfasste Daten nur für die angegebenen Zwecke verwenden
-- Daten nicht für unzusammenhängende Aktivitäten umwidmen
-- Klare Grenzen für die Datennutzung aufrechterhalten
-
-### Transparenz
-- Klare Informationen über Datenerfassung und -nutzung bereitstellen
-- Datenschutzpraktiken leicht zugänglich und verständlich machen
-- Datenschutzdokumentation regelmäßig aktualisieren
-
-## Kontakt und Fragen
-
-Wenn Sie Fragen zu Capgos Datenschutzpraktiken haben oder ein Datenschutzanliegen melden möchten:
-
-- Überprüfen Sie unsere vollständige Datenschutzrichtlinie unter [capgo.app/privacy](https://capgo.app/privacy)
-- Sehen Sie sich unseren Sicherheits- und Compliance-Status unter [capgo.app/trust](https://capgo.app/trust) an
-- Kontaktieren Sie unser Datenschutzteam über die Support-Kanäle
-- Melden Sie datenschutzbezogene Probleme über unseren Sicherheitskontakt
-
-<Aside type="tip">
-Denken Sie daran, die Datenschutzrichtlinie Ihrer eigenen App zu aktualisieren, um die Verwendung des Live-Update-Dienstes von Capgo und jegliche Datenerfassung widerzuspiegeln, die als Teil des Update-Prozesses stattfinden kann.
-</Aside>
-
-## Bewährte Methoden für Datenschutz
-
-Bei der Implementierung von Capgo in Ihrer App:
-
-1. **Seien Sie transparent**: Informieren Sie Benutzer über die Live-Update-Funktionalität
-2. **Minimieren Sie Daten**: Aktivieren Sie nur Datenerfassungsfunktionen, die Sie tatsächlich benötigen
-3. **Sichere Implementierung**: Befolgen Sie Sicherheits-Bewährte Methoden bei Ihrer Integration
-4. **Regelmäßige Überprüfungen**: Überprüfen Sie regelmäßig Ihre Datenschutzpraktiken und aktualisieren Sie Richtlinien
-5. **Benutzerkontrolle**: Erwägen Sie, Benutzern Optionen zur Steuerung des Update-Verhaltens anzubieten
-
-Durch die Befolgung dieser Praktiken und das Verständnis von Capgos Datenschutzansatz können Sie Ihren Benutzern eine sichere, datenschutzfreundliche Live-Update-Erfahrung bieten.
diff --git a/src/content/docs/de/docs/live-updates/custom-storage.mdx b/src/content/docs/de/docs/live-updates/custom-storage.mdx
deleted file mode 100644
index d3864bc8d..000000000
--- a/src/content/docs/de/docs/live-updates/custom-storage.mdx
+++ /dev/null
@@ -1,302 +0,0 @@
----
-title: Custom Storage
-description: "Erfahren Sie, wie Sie benutzerdefinierte Speicherlösungen mit Capgo Live Updates verwenden, einschließlich externer URLs, S3-Integration und Bundle-Verschlüsselung für sichere Bereitstellungen."
-sidebar:
-  order: 6
-locale: de
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo unterstützt benutzerdefinierte Speicherlösungen für Ihre App-Bundles, sodass Sie Ihre Updates auf Ihrer eigenen Infrastruktur oder Drittspeicherdiensten hosten können. Dies ist besonders nützlich für Organisationen mit spezifischen Sicherheitsanforderungen, Compliance-Anforderungen oder bestehender Speicherinfrastruktur.
-
-## Übersicht
-
-Custom Storage in Capgo funktioniert durch Hochladen Ihres Bundles an einen externen Standort und Bereitstellung der URL für Capgo, um darauf zuzugreifen. Das Capgo SDK lädt dann Updates direkt von Ihrem benutzerdefinierten Speicherort herunter anstelle von Capgos Standard-Cloud-Speicher.
-
-<Aside type="tip">
-
-Custom Storage ist ideal für:
-- Organisationen mit strengen Datenresidenzanforderungen
-- Teams mit bestehender CDN- oder Speicherinfrastruktur
-- Anwendungen, die zusätzliche Sicherheitsebenen erfordern
-- Kostenoptimierung für große Bundle-Größen
-
-</Aside>
-
-## Externe URL-Upload
-
-Der einfachste Weg, benutzerdefinierten Speicher zu verwenden, besteht darin, Ihr Bundle auf eine öffentlich zugängliche URL hochzuladen und diese URL Capgo bereitzustellen.
-
-### Basis Externe URL-Upload
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip
-```
-
-Dieser Befehl weist Capgo an, auf das Bundle unter der angegebenen URL zu verweisen, anstatt es in Capgos Cloud-Speicher hochzuladen.
-
-### Mit Verschlüsselung
-
-Für sicheren externen Speicher können Sie Ihr Bundle verschlüsseln und die Entschlüsselungsschlüssel bereitstellen:
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip --iv-session-key YOUR_IV_SESSION_KEY
-```
-
-## S3-Integration
-
-Capgo bietet integrierte Unterstützung für Amazon S3 und S3-kompatible Speicherdienste. Die CLI kann Ihr Bundle automatisch zu S3 hochladen und Capgo konfigurieren, die S3-URL zu verwenden.
-
-### S3 Upload-Optionen
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-bucket-name your-bucket-name
-```
-
-### Vollständige S3-Konfiguration
-
-Für S3-kompatible Dienste oder benutzerdefinierte Endpunkte:
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-endpoint https://s3.your-provider.com \
-  --s3-bucket-name your-bucket-name \
-  --s3-port 443 \
-  --no-s3-ssl  # Nur wenn Ihr Endpunkt SSL nicht unterstützt
-```
-
-### S3-Konfigurationsparameter
-
-| Parameter | Beschreibung | Erforderlich |
-|-----------|-------------|----------|
-| `--s3-region` | AWS-Region für Ihren S3-Bucket | Ja |
-| `--s3-apikey` | S3-Zugriffsschlüssel-ID | Ja |
-| `--s3-apisecret` | S3-Geheimzugriffsschlüssel | Ja |
-| `--s3-bucket-name` | Name Ihres S3-Buckets | Ja |
-| `--s3-endpoint` | Benutzerdefinierte S3-Endpunkt-URL | Nein |
-| `--s3-port` | Port für S3-Endpunkt | Nein |
-| `--no-s3-ssl` | SSL für S3-Upload deaktivieren | Nein |
-
-## Bundle-Vorbereitung und Verschlüsselung
-
-Bei Verwendung von benutzerdefiniertem Speicher, insbesondere mit Verschlüsselung, müssen Sie Ihre Bundles ordnungsgemäß vorbereiten. Dies beinhaltet das Erstellen einer Zip-Datei und optional deren Verschlüsselung.
-
-### Schritt 1: Ein Zip-Bundle erstellen
-
-Erstellen Sie zunächst eine Zip-Datei Ihres App-Bundles:
-
-```shell
-npx @capgo/cli@latest bundle zip com.example.app --path ./dist
-```
-
-Der Zip-Befehl gibt die Prüfsumme der Zip-Datei zurück. Sie können diese Prüfsumme verwenden, um die Zip-Datei bei Bedarf zu verschlüsseln. Verwenden Sie die Option `--json`, um strukturierte Ausgabe einschließlich der Prüfsumme zu erhalten.
-
-#### Zip-Befehlsoptionen
-
-```shell
-npx @capgo/cli@latest bundle zip [appId] \
-  --path ./dist \
-  --bundle 1.2.3 \
-  --name myapp-v1.2.3 \
-  --json \
-  --no-code-check \
-  --key-v2 \
-  --package-json ../../package.json,./package.json
-```
-
-| Option | Beschreibung |
-|--------|-------------|
-| `--path` | Pfad zum zu zippenden Ordner (Standard ist webDir aus capacitor.config) |
-| `--bundle` | Bundle-Versionsnummer zur Benennung der Zip-Datei |
-| `--name` | Benutzerdefinierter Name für die Zip-Datei |
-| `--json` | Ergebnisse im JSON-Format ausgeben (enthält Prüfsumme) |
-| `--no-code-check` | Prüfung auf notifyAppReady()-Aufruf und Index-Datei überspringen |
-| `--key-v2` | Verschlüsselung v2 verwenden |
-| `--package-json` | Pfade zu package.json-Dateien für Monorepos (kommagetrennt) |
-
-### Schritt 2: Bundle verschlüsseln (Optional)
-
-Für erhöhte Sicherheit verschlüsseln Sie Ihr Zip-Bundle vor dem Hochladen:
-
-```shell
-# Verwendung des lokalen Standardschlüssels
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM
-
-# Verwendung einer benutzerdefinierten Schlüsseldatei
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key ./path/to/.capgo_key_v2
-
-# Verwendung von Schlüsseldaten direkt
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key-data "PRIVATE_KEY_CONTENT"
-```
-
-Der Parameter `CHECKSUM` ist erforderlich und sollte die Prüfsumme Ihrer Zip-Datei sein. Sie können die Prüfsumme aus der Ausgabe des Zip-Befehls erhalten (verwenden Sie die Option `--json` für strukturierte Ausgabe).
-
-Standardmäßig verwendet der encrypt-Befehl Ihren lokalen privaten Signaturschlüssel. Sie können einen benutzerdefinierten Schlüssel mit den Optionen `--key` oder `--key-data` angeben.
-
-Der encrypt-Befehl gibt den für Upload oder Entschlüsselung benötigten `ivSessionKey` zurück.
-
-#### Verschlüsselungs-Befehlsoptionen
-
-| Option | Beschreibung |
-|--------|-------------|
-| `zipPath` | Pfad zur zu verschlüsselnden Zip-Datei (erforderlich) |
-| `checksum` | Prüfsumme der Zip-Datei (erforderlich) - aus Zip-Befehl erhalten |
-| `--key` | Benutzerdefinierter Pfad für privaten Signaturschlüssel (optional, verwendet lokalen Schlüssel standardmäßig) |
-| `--key-data` | Private Signaturschlüsseldaten direkt (optional) |
-| `--json` | Ergebnisse im JSON-Format ausgeben |
-
-<Aside type="caution">
-
-Der encrypt-Befehl gibt einen `ivSessionKey` aus, den Sie beim Hochladen mit der Option `--iv-session-key` bereitstellen müssen.
-
-</Aside>
-
-## Vollständige Workflow-Beispiele
-
-### Beispiel 1: Externe URL mit Verschlüsselung
-
-<Steps>
-
-1. **Erstellen Sie Ihre App:**
-   ```shell
-   npm run build
-   ```
-
-2. **Erstellen Sie ein Zip-Bundle:**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --bundle 1.2.3
-   ```
-
-   Notieren Sie sich die von diesem Befehl zurückgegebene Prüfsumme.
-
-3. **Verschlüsseln Sie das Bundle:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app-1.2.3.zip CHECKSUM_FROM_STEP_2
-   ```
-
-   Notieren Sie sich den `ivSessionKey` aus der Ausgabe.
-
-4. **In Ihren Speicher hochladen:**
-   Laden Sie die verschlüsselte Zip-Datei zu Ihrem Hosting-Dienst hoch.
-
-5. **Bei Capgo registrieren:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --external https://your-cdn.com/bundles/com.example.app-1.2.3.zip \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_3
-   ```
-
-</Steps>
-
-### Beispiel 2: Direkter S3-Upload
-
-<Steps>
-
-1. **Erstellen Sie Ihre App:**
-   ```shell
-   npm run build
-   ```
-
-2. **Direkt zu S3 hochladen:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --channel Production
-   ```
-
-</Steps>
-
-### Beispiel 3: S3 mit Verschlüsselung
-
-<Steps>
-
-1. **Erstellen und zippen:**
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **Bundle verschlüsseln:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM
-   ```
-
-3. **Zu S3 mit Verschlüsselung hochladen:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_2 \
-     --channel Production
-   ```
-
-</Steps>
-
-## Sicherheitsüberlegungen
-
-Bei Verwendung von benutzerdefiniertem Speicher sollten Sie diese Sicherheits-Best-Practices beachten:
-
-### Zugriffskontrolle
-- Stellen Sie sicher, dass Ihre Speicher-URLs für Ihre App-Benutzer zugänglich, aber nicht öffentlich auffindbar sind
-- Verwenden Sie signierte URLs oder tokenbasierte Authentifizierung, wenn möglich
-- Implementieren Sie ordnungsgemäße CORS-Header für webbasierte Apps
-
-### Verschlüsselung
-- Verschlüsseln Sie immer sensible Bundles mit den Capgo-Verschlüsselungstools
-- Speichern Sie Verschlüsselungsschlüssel sicher und rotieren Sie sie regelmäßig
-- Verwenden Sie HTTPS für alle Bundle-URLs (erforderlich für iOS und Android)
-
-### Überwachung
-- Überwachen Sie Zugriffsprotokolle, um ungewöhnliche Download-Muster zu erkennen
-- Richten Sie Benachrichtigungen für fehlgeschlagene Bundle-Downloads ein
-- Überprüfen Sie regelmäßig Ihre Speicherberechtigungen
-
-## Fehlerbehebung
-
-### Häufige Probleme
-
-**Bundle wird nicht heruntergeladen:**
-- Überprüfen Sie, ob die URL öffentlich zugänglich ist und HTTPS verwendet (erforderlich für iOS und Android)
-- Prüfen Sie CORS-Header für Web-Apps
-- Stellen Sie sicher, dass das Bundle-Format korrekt ist
-
-**Verschlüsselungsfehler:**
-- Überprüfen Sie, ob der `ivSessionKey` mit dem verschlüsselten Bundle übereinstimmt
-- Prüfen Sie, ob das Bundle mit dem richtigen Schlüssel verschlüsselt wurde
-- Stellen Sie sicher, dass Verschlüsselung v2 für neue Bundles verwendet wird
-
-**S3-Upload-Fehler:**
-- Überprüfen Sie Ihre S3-Anmeldeinformationen und Berechtigungen
-- Prüfen Sie Bucket-Richtlinien und CORS-Konfiguration
-- Stellen Sie sicher, dass die angegebene Region korrekt ist
-
-### Debug-Befehle
-
-Bundle-Status überprüfen:
-```shell
-npx @capgo/cli@latest app debug
-```
-
-Bundle-Integrität überprüfen:
-```shell
-npx @capgo/cli@latest bundle list
-```
-
-## Nächste Schritte
-
-- Erfahren Sie mehr über [Channels](/docs/live-updates/channels/), um verschiedene Bereitstellungsumgebungen zu verwalten
-- Erkunden Sie [Update Behavior](/docs/live-updates/update-behavior/), um anzupassen, wie Updates angewendet werden
-- Richten Sie [CI/CD Integration](/docs/getting-started/cicd-integration/) ein, um Ihren benutzerdefinierten Speicher-Workflow zu automatisieren
diff --git a/src/content/docs/de/docs/live-updates/differentials.mdx b/src/content/docs/de/docs/live-updates/differentials.mdx
deleted file mode 100644
index f82ed9632..000000000
--- a/src/content/docs/de/docs/live-updates/differentials.mdx
+++ /dev/null
@@ -1,80 +0,0 @@
----
-title: Schnelle Aktualisierungen
-sidebar:
-  order: 4
-locale: de
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgos Live-Update-System kann Updates schneller und effizienter bereitstellen, indem nur die geänderten Dateien und nicht das gesamte JS-Bundle gesendet werden
-
-Dies ist besonders vorteilhaft für Benutzer mit langsameren oder getakteten Netzwerkverbindungen, da die Menge der herunterzuladenden Daten minimiert wird
-
-Ein zweiter Vorteil ist, wenn die App große Assets enthält, die sich selten ändern, wie Bilder oder Videos - im Vergleich zu gezippten JS-Dateien werden diese nur einmal heruntergeladen
-
-## Wie Differenzielle Updates funktionieren
-
-Differenzielle Updates in Capgo werden durch das in Ihrer App installierte Capgo-Plugin verarbeitet. Wenn Sie eine neue Version Ihrer App mit der Flag `--partial` hochladen, führt Capgo Folgendes aus:
-
-1. Jede Datei in Ihrem Build wird einzeln hochgeladen
-2. Für jede Datei werden Prüfsummen generiert
-3. Ein neues JSON-Manifest wird erstellt, das alle Dateien und ihre Prüfsummen auflistet
-4. Dieses Manifest wird in die Capgo-Datenbank hochgeladen
-
-Wenn ein Gerät, auf dem Ihre App läuft, nach Updates sucht, erhält das Capgo-Plugin das neue Manifest vom Server. Es vergleicht dieses Manifest mit dem aktuellen und identifiziert anhand der Prüfsummen und Dateipfade, welche Dateien sich geändert haben
-
-Das Plugin lädt dann nur die geänderten Dateien herunter, anstatt das gesamte JS-Bundle. Es rekonstruiert die neue Version der App, indem es diese heruntergeladenen Dateien mit den unveränderten Dateien kombiniert
-
-<Aside title="Manifest">
-
-Bei differenziellen Updates speichert das Gerät alle heruntergeladenen Dateien in einem gemeinsamen Cache. Capgo wird diesen nie bereinigen, aber das Betriebssystem kann dies jederzeit tun
-
-</Aside>
-
-## Aktivierung von Differenziellen Updates
-
-Um differenzielle Updates für Ihre Capgo-App zu aktivieren, verwenden Sie einfach die Flag `--partial` beim Hochladen einer neuen Version:
-
-## Erzwingen von Differenziellen Updates
-
-Wenn Sie sicherstellen möchten, dass alle Uploads differenzielle Updates sind und versehentliche vollständige Bundle-Uploads verhindert werden, können Sie die Flag `--partial-only` verwenden:
-
-```shell
-npx @capgo/cli@latest bundle upload --partial-only
-```
-
-Wenn `--partial-only` verwendet wird, lädt Capgo nur einzelne Dateien hoch und generiert ein Manifest. Geräte, die keine partiellen Updates unterstützen, können das Update nicht herunterladen
-
-Sie möchten `--partial-only` möglicherweise verwenden, wenn:
-
-- Sie immer differenzielle Updates verwenden und nie vollständige Bundle-Uploads zulassen möchten
-- Sie eine CI/CD-Pipeline einrichten und sicherstellen möchten, dass alle automatisierten Uploads differenziell sind
-- Ihre App groß ist und die Bandbreite begrenzt ist, sodass Sie Upload-/Download-Größen minimieren müssen
-
-Wenn Sie einen vollständigen Bundle-Upload durchführen müssen, während `--partial-only` gesetzt ist, führen Sie den Upload-Befehl einfach ohne `--partial-only` aus. Dies überschreibt die Einstellung für diesen einzelnen Upload und ermöglicht es Ihnen, ein vollständiges Bundle zu pushen, wenn nötig
-
-## Fehlerbehebung
-
-Wenn differenzielle Updates nicht zu funktionieren scheinen (d.h. Geräte laden immer das vollständige JS-Bundle herunter, auch bei kleinen Änderungen), überprüfen Sie Folgendes:
-
-- Sie verwenden die Flag `--partial` bei jedem Upload einer neuen Version
-- Bei Verwendung von `--partial-only` stellen Sie sicher, dass Sie die Flag `--partial` nicht versehentlich weggelassen haben
-- Ihr Gerät läuft mit der neuesten Version des Capgo-Plugins
-- Ihr Gerät hat eine stabile Netzwerkverbindung und kann die Capgo-Server erreichen
-
-Sie können auch die Capgo-Webapp verwenden, um die Details Ihres letzten Uploads zu überprüfen:
-<Steps>
-1. Gehen Sie zur [Webapp](https://app.capgo.io)
-2. Klicken Sie auf Ihre App
-3. Klicken Sie auf die Bundles-Nummer in der Statistikleiste
-4. Wählen Sie das letzte Bundle
-5. Überprüfen Sie das `Partial`-Feld
-  ![bundle type](/bundle_type.webp)
-</Steps>
-
-Wenn Sie weiterhin Probleme haben, wenden Sie sich bitte an den Capgo-Support für weitere Unterstützung. Sie können die Server-Logs überprüfen, um zu bestätigen, dass Ihre partiellen Uploads korrekt verarbeitet werden und die Geräte die aktualisierten Manifeste erhalten
-
-Das war's! Die Flag `--partial` weist Capgo an, die einzelnen Datei-Uploads und Manifest-Generierung durchzuführen, die für differenzielle Updates benötigt werden
-
-Beachten Sie, dass Sie `--partial` jedes Mal verwenden müssen, wenn Sie eine neue Version hochladen, die als differenzielles Update bereitgestellt werden soll. Wenn Sie die Flag weglassen, lädt Capgo das gesamte JS-Bundle als einzelne Datei hoch, und Geräte werden das gesamte Bundle herunterladen, auch wenn sich nur ein kleiner Teil geändert hat
diff --git a/src/content/docs/de/docs/live-updates/encryption.mdx b/src/content/docs/de/docs/live-updates/encryption.mdx
deleted file mode 100644
index 9aa81699d..000000000
--- a/src/content/docs/de/docs/live-updates/encryption.mdx
+++ /dev/null
@@ -1,352 +0,0 @@
----
-title: Encryption
-description: "Erfahren Sie, wie die Ende-zu-Ende-Verschlüsselung von Capgo Ihre App-Bundles während der Übertragung und Speicherung sichert und Ihren Code und Benutzerdaten schützt."
-sidebar:
-  order: 5
-locale: de
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo bietet robuste Ende-zu-Ende-Verschlüsselung für Ihre App-Bundles und stellt sicher, dass Ihr JavaScript-Code und Assets während der Übertragung und Speicherung geschützt sind. Dieses Verschlüsselungssystem ist darauf ausgelegt, Ihnen die vollständige Kontrolle über die Sicherheit Ihrer App zu geben und gleichzeitig den Komfort von Live-Updates beizubehalten.
-
-## Übersicht
-
-Das Verschlüsselungssystem von Capgo verwendet branchenübliche kryptografische Methoden, um Ihre Bundles vor unbefugtem Zugriff zu schützen. Wenn die Verschlüsselung aktiviert ist, werden Ihre Bundles verschlüsselt, bevor sie Ihre Entwicklungsumgebung verlassen, und bleiben verschlüsselt, bis sie von Ihrer App auf dem Gerät des Benutzers entschlüsselt werden.
-
-**Was die Verschlüsselung tatsächlich schützt**: Im Gegensatz zu OTA-Systemen, die Updates nur signieren, verschlüsselt Capgo das hochgeladene Bundle vor Speicherung und Auslieferung. Das schützt den Bundle-Inhalt vor beiläufigem Zugriff in Speicher und Übertragung und stellt sicher, dass nur jemand mit Ihrem privaten Schlüssel ein gültiges verschlüsseltes Update erzeugen kann. Sie macht ausgelieferte Web-Assets **nicht** unmöglich rückzuentwickeln: Der öffentliche Schlüssel, den der Client zum Entschlüsseln von Updates verwendet, ist in der App enthalten, sodass ein entschlossener Angreifer ihn mit genügend Aufwand extrahieren und den Bundle-Inhalt untersuchen kann.
-
-<Aside type="note" title="Wann Sie Verschlüsselung benötigen">
-Wenn Sie ein Bundle ohne Verschlüsselung hochladen, behandeln Sie es als öffentliches Asset. Private Kanäle begrenzen, welche Geräte ein Update erhalten, machen das hochgeladene Bundle aber nicht vertraulich. Verschlüsselung ist nützlich, wenn Sie besseren Schutz in Speicher und Übertragung möchten und wenn nur Inhaber des privaten Schlüssels gültige verschlüsselte Updates veröffentlichen können sollen. Sie garantiert nicht, dass ausgeliefertes JavaScript, HTML oder CSS niemals untersucht werden kann.
-</Aside>
-
-<Aside type="caution" title="Bedrohungsmodell">
-Die Capgo-Verschlüsselung schützt vor einer Offenlegung des Bundles durch Capgo, Speicheranbieter, CDNs oder Personen, die nur das verschlüsselte Auslieferungsartefakt sehen. Sie verhindert außerdem, dass Dritte ohne Ihren privaten Schlüssel gültige verschlüsselte Updates erzeugen. Weil der öffentliche Schlüssel in die verteilte App eingebettet ist, damit der Client Updates entschlüsseln kann, kann jemand mit Ihrer App-Binary und genug Motivation trotzdem das für die Analyse des Bundles nötige Schlüsselmaterial wiedergewinnen.
-</Aside>
-
-<Aside type="tip">
-
-Verschlüsselung ist besonders wichtig für:
-- Apps, die sensible Daten oder Geschäftslogik verarbeiten
-- Unternehmensanwendungen mit Compliance-Anforderungen
-- Apps, die in regulierten Branchen eingesetzt werden
-- Organisationen mit strengen Sicherheitsrichtlinien
-
-</Aside>
-
-## Wie Verschlüsselung funktioniert
-
-Capgo verwendet einen hybriden Verschlüsselungsansatz, der RSA- und AES-Verschlüsselung für optimale Sicherheit und Leistung kombiniert:
-
-![Capgo Encryption Flow](/encryption_flow.webp)
-
-### 1. Schlüsselerzeugung
-- **Privater Schlüssel**: In Ihrer Entwicklungsumgebung generiert und sicher gespeichert (wird für Verschlüsselung verwendet)
-- **Öffentlicher Schlüssel**: Von Ihrem privaten Schlüssel abgeleitet und in der Capacitor-Konfiguration Ihrer App gespeichert (wird für Entschlüsselung verwendet)
-- **Session-Schlüssel**: Zufällige AES-Schlüssel, die für jedes Bundle-Upload generiert werden
-
-### 2. Verschlüsselungsprozess
-1. Ein zufälliger AES-Session-Schlüssel wird für jedes Bundle-Upload generiert
-2. Ihr Bundle wird mit dem AES-Session-Schlüssel verschlüsselt
-3. Die Bundle-Prüfsumme wird berechnet
-4. Sowohl der AES-Session-Schlüssel als auch die Prüfsumme werden zusammen mit Ihrem RSA-Privatschlüssel verschlüsselt (wodurch die "Signatur" erstellt wird)
-5. Das verschlüsselte Bundle und die verschlüsselte Signatur werden gespeichert
-
-Die Prüfsumme wird zusammen mit dem AES-Schlüssel verschlüsselt, um Manipulationen zu verhindern. Da nur Ihr RSA-Privatschlüssel diese Signatur erstellen kann und nur der entsprechende öffentliche Schlüssel sie entschlüsseln kann, wird sichergestellt, dass sowohl der AES-Session-Schlüssel als auch die erwartete Prüfsumme authentisch sind und nicht von einem Angreifer modifiziert wurden.
-
-### 3. Entschlüsselungsprozess
-1. Ihre App lädt das verschlüsselte Bundle und die verschlüsselte Signatur herunter
-2. Das Capgo SDK verwendet Ihren RSA-öffentlichen Schlüssel (in der App gespeichert), um die Signatur zu entschlüsseln
-3. Dies enthüllt den AES-Session-Schlüssel und die ursprüngliche Prüfsumme
-4. Der AES-Session-Schlüssel wird verwendet, um das Bundle zu entschlüsseln
-5. Eine Prüfsumme des entschlüsselten Bundles wird berechnet und mit der ursprünglichen Prüfsumme zur Integritätsprüfung verglichen
-
-Dieser Prozess stellt sicher, dass selbst wenn ein Angreifer das verschlüsselte Bundle abfängt, er weder den AES-Session-Schlüssel ändern noch eine gefälschte Prüfsumme bereitstellen kann, da er Ihren privaten Schlüssel benötigen würde, um eine gültige Signatur zu erstellen, die der öffentliche Schlüssel entschlüsseln kann.
-
-<Aside type="tip">
-
-RSA kann große Datenmengen nicht effizient verschlüsseln, daher wird AES für die eigentliche Bundle-Verschlüsselung verwendet, während RSA den AES-Schlüssel sichert und Integritätsprüfung durch Prüfsummen-Signierung bietet.
-
-</Aside>
-
-## Capgo vs. andere Plattformen
-
-| Merkmal | Capgo | Andere OTA-Plattformen |
-|---------|-------|-------------------|
-| **Bundle-Inhalt** | In Speicher und Übertragung verschlüsselt; mit der App-Binary für entschlossene Reverse Engineers weiterhin untersuchbar | Öffentlich lesbar |
-| **Sicherheitsmethode** | Echte Ende-zu-Ende-Verschlüsselung | Nur Code-Signierung |
-| **Datenschutzniveau** | Starker Schutz bei Auslieferung und Speicherung; kein Schutz vor Reverse Engineering | Plattform kann auf Ihren Code zugreifen |
-| **Schutz** | Inhalt + Integrität + Authentizität | Nur Integrität + Authentizität |
-
-**Warum das wichtig ist:**
-- **Code-Signierung** überprüft nur, dass Updates nicht manipuliert wurden und aus der richtigen Quelle stammen
-- **Capgo-Verschlüsselung** schützt das Bundle während Speicherung und Auslieferung und erschwert gefälschte verschlüsselte Updates erheblich, weil ein Angreifer dafür Ihren privaten Schlüssel bräuchte
-- **Reverse Engineering bleibt möglich**, nachdem die App ausgeliefert wurde, weil der Client den öffentlichen Schlüssel enthält, der zum Entschlüsseln und Laden des Updates benötigt wird
-
-## Verschlüsselungsmethoden
-
-Capgo verwendet Verschlüsselung V2 als Standard-Verschlüsselungsmethode:
-
-### Verschlüsselung V2 (Aktueller Standard)
-- Verwendet RSA-4096 für erhöhte Sicherheit
-- AES-256-GCM für authentifizierte Verschlüsselung
-- Bietet Integritätsprüfung
-- Bessere Leistung und Sicherheit
-
-### Verschlüsselung V1 (Veraltet)
-- Verwendet RSA-2048 für Schlüsselverschlüsselung
-- AES-256-CBC für Bundle-Verschlüsselung
-- **In der aktuellen CLI nicht mehr verfügbar**
-- Legacy-Apps, die V1 verwenden, müssen auf V2 migrieren
-
-<Aside type="danger">
-
-Verschlüsselung V1 wird in der aktuellen Capgo CLI nicht mehr unterstützt. Wenn Sie V1-Verschlüsselung verwenden, müssen Sie auf V2 migrieren. Siehe den [Migrationsleitfaden](/docs/upgrade/encryption-v1-to-v2/) für detaillierte Anweisungen.
-
-</Aside>
-
-## Verschlüsselung einrichten
-
-### Schritt 1: Verschlüsselungsschlüssel generieren
-
-Generieren Sie zunächst Ihre Verschlüsselungsschlüssel mit der Capgo CLI:
-
-```shell
-# Neue Verschlüsselungsschlüssel generieren (erstellt Dateien im aktuellen Verzeichnis)
-npx @capgo/cli@latest key create
-```
-
-Dies erstellt:
-- `.capgo_key_v2`: Ihr privater Schlüssel (halten Sie diesen sicher!)
-- `.capgo_key_v2.pub`: Ihr öffentlicher Schlüssel (wird von Ihrer App verwendet)
-
-Diese Dateien werden im aktuellen Verzeichnis erstellt, in dem Sie den Befehl ausführen.
-
-<Aside type="caution">
-
-**Wichtige Speicherhinweise:**
-- **Privater Schlüssel (`.capgo_key_v2`)**: Committen Sie diesen niemals in die Versionskontrolle. Diese Datei sollte sicher aufbewahrt und nur für die Verschlüsselung während Bundle-Uploads verwendet werden.
-- **Öffentlicher Schlüssel (`.capgo_key_v2.pub`)**: Dies kann sicher in die Versionskontrolle committiert werden, da es eine Sicherung Ihres öffentlichen Schlüssels ist.
-- **Dateispeicherort**: Schlüssel werden im aktuellen Verzeichnis erstellt, in dem Sie den Befehl `key create` ausführen.
-- **Öffentlicher Schlüssel in Konfiguration**: Sie müssen `key save` ausführen, um den öffentlichen Schlüssel in Ihrer Capacitor-Konfiguration zu speichern, damit die mobile App ihn verwenden kann.
-
-Für die Produktionsnutzung speichern Sie den privaten Schlüssel sicher (Umgebungsvariablen, Schlüsselverwaltungsdienste) und entfernen Sie ihn nach dem Setup aus Ihrem lokalen Projekt.
-
-</Aside>
-
-### Schritt 2: Öffentlichen Schlüssel in Capacitor-Konfiguration speichern (Erforderlich)
-
-Sie **müssen** Ihren öffentlichen Schlüssel in der Capacitor-Konfiguration speichern, damit Ihre mobile App Bundles entschlüsseln kann:
-
-```shell
-# Öffentlichen Schlüssel aus Datei in Capacitor-Konfiguration speichern (erforderlich)
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-
-# Oder öffentliche Schlüsseldaten direkt speichern
-npx @capgo/cli@latest key save --key-data "$CAPGO_PUBLIC_KEY"
-```
-
-### Schritt 3: Capacitor-Plattform synchronisieren (Erforderlich)
-
-Nachdem Sie den öffentlichen Schlüssel gespeichert haben, **müssen** Sie die Capacitor-Plattform synchronisieren, um die aktualisierte Konfiguration auf die native Ebene zu kopieren:
-
-```shell
-# Plattform synchronisieren, um Konfiguration auf native Ebene zu kopieren
-npx cap sync
-```
-
-<Aside type="caution">
-
-**Erforderliche Schritte**:
-1. Der Befehl `key save` speichert den öffentlichen Schlüssel in Ihrer Capacitor-Konfiguration
-2. `npx cap sync` kopiert diese Konfiguration auf die native Ebene, wo die mobile App darauf zugreifen kann
-3. Ohne beide Schritte kann Ihre App verschlüsselte Updates nicht entschlüsseln
-
-</Aside>
-
-## Bundles verschlüsseln
-
-### Methode 1: Während des Uploads verschlüsseln
-
-Der einfachste Weg ist die Verschlüsselung während des Upload-Prozesses:
-
-```shell
-# Upload mit automatischer Verschlüsselung
-npx @capgo/cli@latest bundle upload --key-v2
-
-# Für externen Speicher müssen Sie zuerst verschlüsseln (siehe Manuelle Verschlüsselungs-Workflow unten)
-```
-
-### Methode 2: Manueller Verschlüsselungs-Workflow
-
-Für mehr Kontrolle können Sie Bundles manuell verschlüsseln:
-
-<Steps>
-
-1. **Ein Zip-Bundle erstellen:**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **Bundle verschlüsseln:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM_FROM_STEP_1
-   ```
-
-3. **In Ihren Speicher hochladen (z.B. S3) und bei Capgo registrieren:**
-   ```shell
-   # Zuerst verschlüsseltes Bundle in Ihren Speicher hochladen (z.B. AWS S3)
-   aws s3 cp ./encrypted-bundle.zip s3://your-bucket/encrypted-bundle.zip
-
-   # Dann bei Capgo mit externer URL registrieren
-   npx @capgo/cli@latest bundle upload --external https://your-storage.com/encrypted-bundle.zip --iv-session-key IV_SESSION_KEY_FROM_STEP_2
-   ```
-
-</Steps>
-
-## Schlüsselverwaltung
-
-### Schlüssel sicher speichern
-
-**Optionen für privaten Schlüssel:**
-
-1. **Dateibasiert (lokale Entwicklung):**
-   ```shell
-   # Schlüssel als .capgo_key_v2-Datei im Projektstamm gespeichert
-   npx @capgo/cli@latest bundle upload --key-v2
-   ```
-
-2. **Umgebungsvariable (CI/CD):**
-   ```shell
-   # In Umgebungsvariable für CI speichern
-   export CAPGO_PRIVATE_KEY="$(cat .capgo_key_v2)"
-   npx @capgo/cli@latest bundle upload --key-data-v2 "$CAPGO_PRIVATE_KEY"
-   ```
-
-**Öffentliche Schlüssel-Einrichtung (Erforderlich):**
-```shell
-# Öffentlichen Schlüssel in Capacitor-Konfiguration für mobile App speichern
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-```
-
-**Produktionsumgebung:**
-- Speichern Sie private Schlüssel in sicheren Schlüsselverwaltungsdiensten (AWS KMS, Azure Key Vault usw.)
-- Verwenden Sie CI/CD-Geheimnisverwaltung für private Schlüssel
-- Committen Sie niemals private Schlüssel in die Versionskontrolle
-
-**Schlüsselverwendung:**
-- **Privater Schlüssel**: Wird von CLI für Verschlüsselung während Bundle-Upload verwendet (sicher aufbewahren)
-- **Öffentlicher Schlüssel**: In App-Konfiguration für Entschlüsselung auf Gerät gespeichert (sicher zu committen)
-
-### Schlüsselrotation
-
-Rotieren Sie regelmäßig Ihre Verschlüsselungsschlüssel für erhöhte Sicherheit:
-
-<Steps>
-
-1. **Neue Schlüssel generieren:**
-   ```shell
-   # Navigieren Sie zuerst zum gewünschten Verzeichnis, dann Schlüssel erstellen
-   mkdir ./new-keys && cd ./new-keys
-   npx @capgo/cli@latest key create
-   ```
-
-2. **Neuen öffentlichen Schlüssel in Capacitor-Konfiguration speichern:**
-   ```shell
-   npx @capgo/cli@latest key save --key ./new-keys/.capgo_key_v2.pub
-   ```
-
-3. **Aktualisieren Sie Ihre App-Konfiguration** mit dem neuen öffentlichen Schlüssel
-
-4. **Deployen Sie die aktualisierte App**, bevor Sie verschlüsselte Bundles mit dem neuen Schlüssel hochladen
-
-</Steps>
-
-## Sicherheits-Best-Practices
-
-### Schlüsselsicherheit
-- **Teilen Sie niemals private Schlüssel** zwischen Umgebungen oder Teammitgliedern
-- **Verwenden Sie unterschiedliche Schlüssel** für verschiedene Umgebungen (dev, staging, production)
-- **Rotieren Sie Schlüssel regelmäßig** (empfohlen: alle 6-12 Monate)
-- **Speichern Sie Schlüssel sicher** mit geeigneten Schlüsselverwaltungssystemen
-
-### Bundle-Sicherheit
-- **Überprüfen Sie immer** die Bundle-Integrität nach der Entschlüsselung
-- **Überwachen Sie** auf ungewöhnliche Download-Muster oder Fehler
-- **Verwenden Sie HTTPS** für alle Bundle-URLs (erforderlich für mobile Apps)
-- **Implementieren Sie** ordnungsgemäße Fehlerbehandlung für Entschlüsselungsfehler
-
-### Zugriffskontrolle
-- **Beschränken Sie den Zugriff** auf Verschlüsselungsschlüssel nur auf autorisiertes Personal
-- **Verwenden Sie rollenbasierte Zugriffskontrolle** für Schlüsselverwaltungsoperationen
-- **Prüfen Sie** regelmäßig Schlüsselnutzung und -zugriff
-- **Implementieren Sie** ordnungsgemäße Backup- und Wiederherstellungsverfahren
-
-## Fehlerbehebung bei Verschlüsselung
-
-### Häufige Probleme
-
-**Entschlüsselungsfehler:**
-- Überprüfen Sie, ob der private Schlüssel mit dem für die Verschlüsselung verwendeten öffentlichen Schlüssel übereinstimmt
-- Prüfen Sie, ob der `ivSessionKey` korrekt ist
-- Stellen Sie sicher, dass Sie Verschlüsselung V2 verwenden (V1 wird nicht mehr unterstützt)
-
-**Schlüsselbezogene Fehler:**
-- Bestätigen Sie, dass das Format des privaten Schlüssels korrekt ist (PEM-Format)
-- Überprüfen Sie, ob der Schlüssel während der Speicherung/Übertragung nicht beschädigt wurde
-- Prüfen Sie, ob der Schlüssel die richtigen Berechtigungen in Ihrer App-Konfiguration hat
-
-**Leistungsprobleme:**
-- Große Bundles können länger zum Ver-/Entschlüsseln benötigen
-- Erwägen Sie die Verwendung von differenziellen Updates, um Bundle-Größen zu reduzieren
-- Überwachen Sie die Geräteleistung während der Entschlüsselung
-
-### Debug-Befehle
-
-Verschlüsselungsstatus überprüfen:
-```shell
-npx @capgo/cli@latest app debug
-```
-
-Verschlüsselungs-/Entschlüsselungs-Workflow testen:
-```shell
-# Vollständigen Workflow testen: zip → encrypt → decrypt → unzip
-npx @capgo/cli@latest bundle zip com.example.app --key-v2
-npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM --json
-npx @capgo/cli@latest bundle decrypt ./encrypted-bundle.zip IV_SESSION_KEY
-```
-
-## Compliance und Standards
-
-Die Verschlüsselungsimplementierung von Capgo folgt Industriestandards:
-
-- **AES-256**: FIPS 140-2 genehmigter Verschlüsselungsalgorithmus
-- **RSA-4096**: Starke asymmetrische Verschlüsselung für Schlüsselschutz
-- **GCM-Modus**: Bietet sowohl Vertraulichkeit als auch Authentizität
-- **Sichere Zufallszahlen**: Kryptografisch sichere Zufallszahlengenerierung
-
-Dies macht Capgo geeignet für Anwendungen, die Compliance benötigen mit:
-- GDPR (General Data Protection Regulation)
-- HIPAA (Health Insurance Portability and Accountability Act)
-- SOC 2 (Service Organization Control 2)
-- ISO 27001 (Information Security Management)
-
-## Leistungsüberlegungen
-
-### Verschlüsselungs-Overhead
-- **Bundle-Größe**: Verschlüsselte Bundles sind etwas größer (~1-2% Overhead)
-- **Verarbeitungszeit**: Ver-/Entschlüsselung fügt minimale Latenz hinzu
-- **Speichernutzung**: Temporärer Anstieg während Ver-/Entschlüsselungsoperationen
-
-### Optimierungstipps
-- Verwenden Sie differentielle Updates, um verschlüsselte Datenübertragung zu minimieren
-- Optimieren Sie Ihre Bundle-Größe durch Konvertierung von Bildern ins WebP-Format
-- Minimieren Sie JavaScript- und CSS-Dateien vor dem Bundling
-- Entfernen Sie ungenutzte Abhängigkeiten und Code
-- Überwachen Sie die Geräteleistung auf älteren/langsameren Geräten
-
-## Nächste Schritte
-
-- Erfahren Sie mehr über [Custom Storage](/docs/live-updates/custom-storage/), um Verschlüsselung mit Ihrer eigenen Infrastruktur zu verwenden
-- Erkunden Sie [Channels](/docs/live-updates/channels/), um verschlüsselte Bundles über Umgebungen hinweg zu verwalten
-- Richten Sie [CI/CD Integration](/docs/getting-started/cicd-integration/) ein, um verschlüsselte Bereitstellungen zu automatisieren
diff --git a/src/content/docs/de/docs/live-updates/features.mdx b/src/content/docs/de/docs/live-updates/features.mdx
deleted file mode 100644
index de948956f..000000000
--- a/src/content/docs/de/docs/live-updates/features.mdx
+++ /dev/null
@@ -1,516 +0,0 @@
----
-title: Funktionen
-description: >-
-  Vollständige Referenz aller Capgo Live Update-Funktionen, vom
-  Kern-Update-System bis hin zu fortgeschrittenen Bereitstellungskontrollen,
-  Analytik und Funktionen zur Teamzusammenarbeit.
-sidebar:
-  order: 2
-locale: de
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-Diese Seite bietet einen umfassenden Überblick über alle in Capgo Live Updates verfügbaren Funktionen. Jede Funktion enthält eine kurze Beschreibung und Links zur detaillierten Dokumentation.
-
-## Kern-Update-System
-
-### Over-the-Air (OTA) Updates
-Bereitstellung von JavaScript-, HTML-, CSS- und Asset-Updates direkt an die Benutzer ohne Genehmigung durch den App-Store. Updates werden im Hintergrund heruntergeladen und beim nächsten Neustart der App angewendet.
-
-**Kernfunktionen:**
-- Downloads im Hintergrund
-- Automatische Installation
-- Keine Unterbrechung durch den Benutzer
-- Plattformübergreifende Unterstützung (iOS, Android, Electron)
-
-[Weitere Informationen zum Verhalten von Updates →](/docs/live-updates/update-behavior/)
-
----
-
-### Delta Updates (Differenzielle Updates)
-Nur Dateien herunterladen, die sich zwischen Versionen geändert haben, wodurch der Bandbreitenverbrauch um bis zu 95 % reduziert und die Bereitstellung von Updates beschleunigt wird.
-
-**Kernfunktionen:**
-- Automatischer Unterschied-Vergleich auf Dateiebene
-- Prüfum Basis auf Checksummen
-- Manifest-Vergleich
-- Intelligenter Rückgriff auf vollständige Updates bei Bedarf
-
-[Weitere Informationen zu Differenz-Updates →](/docs/live-updates/differentials/)
-
----
-
-### Automatisches Rollback
-Wenn ein Update nicht lädt oder Abstürze verursacht, setzt das System automatisch auf die zuletzt bekannte funktionierende Version zurück.
-
-**Kernfunktionen:**
-- Crash-Erkennung
-- Timeout-Erkennung
-- Automatische Rückkehr
-- Keine Benutzereingriffe erforderlich
-
-[Weitere Informationen zu Rollbacks →](/docs/live-updates/rollbacks/)
-
----
-
-### Prüfsummen-Validierung & Fallback
-Überprüft die Integrität des Bundles anhand von Checksummen und fällt bei erkanntem Schaden automatisch auf die zuletzt funktionierende Version zurück.
-
-**Kernfunktionen:**
-- Prüfsummen-Validierung beim Download
-- Erkennung von Beschädigungen
-- Automatischer Fallback auf das zuletzt funktionierende Bundle
-- Manuelle Wiederherstellungswerkzeuge verfügbar
-
----
-
-### Breaking Update Detection
-Verhindert, dass inkompatible Updates auf Geräten mit älteren nativen Code-Versionen angewendet werden.
-
-**Kernfunktionen:**
-- Prüfung der Kompatibilität nativer Versionen
-- Validierung von Plugin-Abhängigkeiten
-- Automatisches Blockieren inkompatibler Updates
-- Klare Fehlermeldungen
-
-[Weitere Informationen zur Versionszielausrichtung →](/docs/live-updates/version-targeting/)
-
----
-
-## Deployment-Kontrolle
-
-### Kanal-System
-Organisieren und verwalten Sie Updates über verschiedene Umgebungen und Benutzersegmente hinweg mit flexiblen Kanal-Konfigurationen.
-
-**Kernfunktionen:**
-- Unbegrenzte benutzerdefinierte Kanäle (Produktion, Staging, Beta usw.)
-- Bündelzuweisungen pro Kanal
-- Kanalspezifische Zielregeln
-- Geräte-Selbstzuordnung
-- Kanalkonflikt pro Gerät
-
-[Weitere Informationen zu Kanälen →](/docs/live-updates/channels/)
-
----
-
-### Geräte-Zielauswahl
-Gezielte Ansprache bestimmter Geräte, Versionen oder Benutzersegmente für gestaffelte Rollouts und kontrollierte Bereitstellungen.
-
-**Kernfunktionen:**
-- Versionsbasierte Zielauswahl
-- Gerätebezogene Überschreibungen
-- Plattform-Filterung (iOS, Android)
-- Benutzerdefinierte Metadaten-Filterung
-- Emulator- bzw. Entwicklungsbuild-Sperrung
-
----
-
-### Kanalrichtlinien
-Richten Sie Regeln und Einschränkungen dafür ein, wie Updates auf jedem Kanal ausgeliefert werden.
-
-**Kernfunktionen:**
-- Auto-Updates deaktivieren
-- Großversions-Updates blockieren
-- Updates auf Emulatoren deaktivieren
-- Updates in Entwicklungs-Builds deaktivieren
-- Plattformabhängige Richtlinien (nur iOS, nur Android)
-
-[Weitere Informationen zu Kanalrichtlinien →](/docs/live-updates/channels/#channel-policies)
-
----
-
-## Entwicklertools
-
-### Bundle-Vorschau
-Vorschau von Bundles in einer Live-Web-Umgebung vor dem Bereitstellen auf Geräten, zugänglich über das Web-Dashboard.
-
-**Standort:** Web Dashboard → App → Bundle → Vorschau-Reiter
-
----
-
-### Live-Debugging
-Echtzeit-Überwachung von Update-Ereignissen für bestimmte Geräte über die CLI, zeigt Prüf-, Download-, Installations- und Fehlerereignisse.
-
-**Verwendung:**
-```bash
-npx @capgo/cli app debug [appId]
-```
-
-**Zeigt an:**
-- Update-Prüfungen
-- Download-Fortschritt
-- Installationsstatus
-- Fehlermeldungen
-- Richtlinienblockaden
-
----
-
-### Bundle-Manifest-Viewer
-Untersuchen Sie das vollständige Manifest eines Bundles einschließlich Dateiliste, Checksummen und Metadaten.
-
-**Standort:** Web Dashboard → App → Bundle → Manifest-Reiter
-
-**Zeigt an:**
-- Dateiliste mit Checksums
-- Bundle-Metadaten
-- Native Version-Kompatibilität
-- Plugin-Abhängigkeiten
-
----
-
-### Native Plugin-Abhängigkeiten
-Zeigen Sie alle nativen Capacitor-Plugins, die in jedem Bundle enthalten sind, um Abhängigkeitsänderungen über Versionen hinweg zu verfolgen.
-
-**Standort:** Web Dashboard → App → Bundle → Dependencies Reiter
-
-**Zeigt an:**
-- Plugin-Namen und Versionen
-- Abhängigkeits-Hinzufügungen/-Entfernungen
-- Kompatibilitätswarnungen
-
----
-
-### CLI-Integration
-Umfassende Kommandozeilen-Schnittstelle für automatisierte Bereitstellungen und CI/CD-Integration.
-
-**Kernbefehle:**
-- `bundle upload` - Neue Bundles hochladen
-- `bundle list` - Alle Bundles auflisten
-- `bundle delete` - Bundles löschen
-- `bundle cleanup` - Alte Bundles bereinigen
-- `channel set` - Kanäle konfigurieren
-- `app debug` - Live-Debugging
-
-[Vollständige CLI-Referenz ansehen →](/docs/cli/reference/)
-
----
-
-### Bundle-Verschlüsselung
-End-to-End-Verschlüsselung für Bundles mit AES-256-Verschlüsselung, schützt Ihren Code während der Übertragung und im Ruhezustand.
-
-**Kernfunktionen:**
-- Generierung eines RSA-Schlüsselpaares
-- AES-256 Bundle-Verschlüsselung
-- Signaturüberprüfung des Codes
-- Verwaltung von Verschlüsselungsschlüsseln
-
-[Weitere Informationen zur Verschlüsselung →](/docs/live-updates/encryption/)
-
----
-
-### Bundle-Bereinigung & Aufbewahrung
-Bereinigt automatisch alte Bundles basierend auf Aufbewahrungsrichtlinien, um den Speicherverbrauch zu verwalten.
-
-**Kernfunktionen:**
-- Konfigurierbare Aufbewahrungsanzahl
-- Automatische Bereinigung über CLI
-- Geplante Bereinigungsaufträge
-- Speicherverbrauch-Überwachung
-
-**Verwendung:**
-```bash
-npx @capgo/cli bundle cleanup --keep=10
-```
-
----
-
-## Analytik & Überwachung
-
-### Update-Statistiken
-Verfolgen Sie Akzeptanzraten von Updates, Erfolgsquoten und Bereitstellungsfortschritt in Ihrer Benutzerbasis.
-
-**Verfügbare Kennzahlen:**
-- Erfolgsquote beim Herunterladen
-- Erfolgsquote bei der Installation
-- Fehlerquoten nach Typ
-- Update-Adoption im Zeitverlauf
-- Versionsverteilung
-
-**Standort:** Web Dashboard → App → Statistiken
-
----
-
-### Geräte-Protokolle
-Ereignisprotokolle pro Gerät, die den gesamten Update-Zyklus von Prüfung bis Installation zeigen.
-
-**Ereignistypen:**
-- Update-Prüfungen
-- Download-Start/Abschluss/Fehler
-- Installationsstart/Abschluss/Fehler
-- Rollback-Ereignisse
-- Richtlinienblockaden
-
-**Standort:** 
-- Web Dashboard → App → Device → Logs
-- Web Dashboard → App → Logs (alle Geräte)
-
-[Weitere Informationen zu Protokollen →](/docs/webapp/logs/)
-
----
-
-### Bundle-Nutzungsanalytik
-Detaillierte Analysen darüber, welche Bundles aktiv sind, Download-Anzahlen und Speicherverbrauch.
-
-**Kennzahlen:**
-- Aktive Installationen pro Bundle
-- Download-Anzahlen
-- Speicherverbrauch pro Bundle
-- Bandbreitennutzung
-
----
-
-### Kanalstatistiken
-Verfolgen Sie Leistungs- und Akzeptanzmetriken pro Kanal.
-
-**Kennzahlen:**
-- Geräte pro Kanal
-- Erfolgsquoten bei Updates pro Kanal
-- Bereitstellungshistorie
-- Fehlerquoten nach Kanal
-
-**Standort:** Web Dashboard → App → Channel → Statistiken
-
----
-
-### Bereitstellungshistorie
-Vollständige Audit-Trails aller Bundle-Bereitstellungen, Kanalzuweisungen und Konfigurationsänderungen.
-
-**Verfolgte Ereignisse:**
-- Bundle-Uploads
-- Kanalzuweisungen
-- Richtlinienänderungen
-- Geräteüberschreibungen
-
-**Standort:** Web Dashboard → App → Channel → History
-
----
-
-## Sicherheit & Compliance
-
-### End-to-End-Verschlüsselung
-Verschlüsselt Bundles im Ruhezustand und während der Übertragung mit der AES-256-Verschlüsselung gemäß Industriestandard.
-
-[Weitere Informationen zur Verschlüsselung →](/docs/live-updates/encryption/)
-
----
-
-### Code-Signierung
-Überprüfen Sie die Integrität von Bundles mithilfe kryptografischer Signaturen, um Manipulationen zu verhindern.
-
----
-
-### SOC 2 Typ II-Compliance
-Infrastruktur und Prozesse zertifiziert nach SOC 2 Type II Standards für Unternehmenssicherheit.
-
----
-
-### App-Store-Compliance
-Vollständige Einhaltung der Richtlinien des Apple App Store und des Google Play Store für OTA-Updates.
-
-[Weitere Informationen zur Compliance →](/docs/live-updates/compliance/)
-
----
-
-### 2FA-Verpflichtung (Organisationsebene)
-Erfordern Sie eine Zwei-Faktor-Authentifizierung für alle Organisationsmitglieder, um auf das Dashboard und die API zuzugreifen.
-
-**Standort:** Web Dashboard → Organization → Security
-
-[Weitere Informationen zur 2FA →](/docs/webapp/2fa-enforcement/)
-
----
-
-### Durchsetzung verschlüsselter Bundles
-Verlangen Sie, dass alle Bundles auf Organisationsebene verschlüsselt sind.**Standort:** Web Dashboard → Organisation → Sicherheit
-
----
-
-## Teamzusammenarbeit
-
-### Rollenbasierte Zugriffskontrolle (RBAC)
-Genaue Berechtigungen für die Organisations- und App-Ebene der Zugriffskontrolle
-
-**Organisationsrollen:**
-1. `super_admin` - Voller Zugriff
-2. `admin` - Administrativer Zugriff
-3. `read` - Nur-Lesezugriff
-4. `upload` - Nur-Upload-Zugriff
-
-**App-Rollen:**
-1. `app_developer` - Voller App-Zugriff
-2. `app_uploader` - Nur Upload von Bundles
-3. `app_reader` - Nur-Lesezugriff
-
-**Standort:** 
-1. Web Dashboard → Organisation → Mitglieder
-2. Web Dashboard → App → Zugriff
-
-[Learn more about RBAC →](/docs/webapp/organization-system/#roles-and-permissions)
-
----
-
-### Audit-Protokolle
-Vollständige Audit-Spur aller Aktivitäten der Organisation und der Apps zur Einhaltung von Vorschriften und Sicherheit.
-
-**Protokollierte Ereignisse:**
-1. Benutzeraktionen (Anmeldung, Abmeldung, Berechtigungsänderungen)
-2. Bundle-Operationen (Upload, Löschen, Zuweisen)
-3. Kanal-Operationen (Erstellen, Aktualisieren, Löschen)
-4. Organisationsänderungen (Einstellungen, Mitglieder)
-
-**Standort:** Web Dashboard → Organisation → Audit Logs
-
----
-
-### Webhooks
-Echtzeit-Benachrichtigungen über Ereignisse in Ihren Apps per HTTP-Webhooks empfangen.
-
-**Unterstützte Ereignisse:**
-1. `apps` - App erstellt/aktualisiert/gelöscht
-2. `app_versions` - Bundle hochgeladen/gelöscht
-3. `channels` - Kanal erstellt/aktualisiert/gelöscht
-4. `org_users` - Mitglied hinzugefügt/entfernt
-5. `orgs` - Organisation aktualisiert
-
-**Funktionen:**
-1. Custom webhook URLs
-2. Ereignis-Filterung
-3. Zustellungsprotokolle
-4. Wiederholungsmechanismus
-5. Testfunktionalität
-
-**Standort:** Web Dashboard → Organisation → Webhooks
-
----
-
-### Mehrbenutzer-Zusammenarbeit
-Laden Sie Teammitglieder in Ihre Organisation mit bestimmten Rollen und Berechtigungen ein.
-
-**Funktionen:**
-1. Einladungen per E-Mail
-2. Rollenzuweisung
-3. Mitgliederverwaltung
-4. Zugriff entziehen
-
-**Standort:** Web Dashboard → Organisation → Mitglieder
-
----
-
-### API-Schlüssel-Verwaltung
-Erstellen, verwalten und widerrufen Sie API-Schlüssel mit optionalen Ablaufdaten und gehashter Speicherung.
-
-**Schlüssel-Funktionen:**
-1. Pro-App- oder Organisationsschlüssel
-2. Optionale Ablaufdaten
-3. Gehashte Speicherung (irreversibel)
-4. Schlüsselrotation unterstützt
-
-**Standort:** Web Dashboard → API Keys
-
-[Learn more about API keys →](/docs/public-api/#authentication)
-
----
-
-### Passwortrichtlinien
-Organisationsweite Passwortrichtlinien zur Durchsetzung von Sicherheitsstandards.
-
-**Konfigurierbare Richtlinien:**
-1. Mindestlänge
-2. Großbuchstaben erforderlich
-3. Zahlen erforderlich
-4. Sonderzeichen erforderlich
-
-**Standort:** Web Dashboard → Organisation → Security
-
----
-
-## Plattformunterstützung
-
-### Plattformübergreifende Unterstützung
-Unterstützung für iOS-, Android- und Electron-Apps mit einem einzigen SDK.
-
-**Unterstützte Plattformen:**
-1. iOS (Capacitor 5, 6, 7, 8)
-2. Android (Capacitor 5, 6, 7, 8)
-3. Electron (NEU im Jahr 2025)
-
----
-
-### Langzeitunterstützung
-Fortlaufende Unterstützung älterer Capacitor-Versionen zur Aufrechterhaltung der Kompatibilität mit Legacy-Apps.
-
-**Derzeit unterstützt:**
-1. Capacitor 8 (neueste)
-2. Capacitor 7
-3. Capacitor 6
-4. Capacitor 5
-
----
-
-### Eigene Speicher-Backends
-Verwenden Sie Ihre eigene Speicherinfrastruktur (S3, R2, etc.) statt Capgo's Standard-Speicher.
-
-[Learn more about custom storage →](/docs/live-updates/custom-storage/)
-
----
-
-### China-Konfiguration
-Spezielle Konfiguration für Apps, die in Festlandchina verteilt werden, um lokale Vorschriften einzuhalten.
-
-[Learn more about China configuration →](/docs/live-updates/china-configuration/)
-
----
-
-## Erweiterte Funktionen
-
-### Benutzerdefiniertes Update-Verhalten
-Konfigurieren Sie, wann und wie Updates über das SDK geprüft und angewendet werden.
-
-**Konfigurierbare Optionen:**
-1. Prüfintervall (`periodCheckDelay` - Mindestwert 600 Sekunden)
-2. Direktes Update-Timing (`directUpdate` - atInstall, onLaunch, always)
-3. Auto-Update aktivieren/deaktivieren (`autoUpdate`)
-4. Netzwerk-Anforderungen (nur Android - über WorkManager)
-
-[Learn more about update behavior →](/docs/live-updates/update-behavior/)
-
----
-
-### Update-Typen
-Verschiedene Update-Typen für unterschiedliche Anwendungsfälle, von Sofort-Updates bis hin zu benutzerkontrollierten Installationen.
-
-**Verfügbare Typen:**
-1. Hintergrund-Updates (Standard)
-2. Sofort-Updates
-3. Vom Benutzer bestätigte Updates
-4. Bedingte Updates
-
-[Learn more about update types →](/docs/live-updates/update-types/)
-
----
-
-### Kreditsystem
-Nutzungsbasierte Abrechnung mit Guthaben für Bandbreite, Speicher und andere Ressourcen.
-
-**Funktionen:**
-1. Kreditnutzung verfolgen
-2. Nutzungsbenachrichtigungen
-3. Aufladen via Stripe
-4. Kreditbuchführung
-
-**Standort:** Web Dashboard → Organisation → Credits
-
----
-
-## Erste Schritte
-
-Bereit, diese Funktionen zu nutzen? Befolgen Sie unseren [Quickstart Guide](/docs/getting-started/quickstart/) um Ihre erste App mit Capgo Live Updates einzurichten.
-
-## Hilfe benötigt?
-
-- [Join our Discord](https://discord.capgo.app) für Community-Support
-- [Check the FAQ](/docs/faq/) für häufig gestellte Fragen
-- [Browse API documentation](/docs/public-api/) für API-Integration
-- [Contact support](https://capgo.app/consulting/) für Unternehmensunterstützung
-.
\ No newline at end of file
diff --git a/src/content/docs/de/docs/live-updates/index.mdx b/src/content/docs/de/docs/live-updates/index.mdx
deleted file mode 100644
index dea4b2a8a..000000000
--- a/src/content/docs/de/docs/live-updates/index.mdx
+++ /dev/null
@@ -1,92 +0,0 @@
----
-title: Übersicht
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: de
----
-
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Nutzen Sie Capgos Live Updates-Funktion, um die JavaScript-Bundles Ihrer App remote in Echtzeit zu aktualisieren. Pushen Sie JS-Updates direkt an Ihre Nutzer, ohne den App Store-Überprüfungsprozess zu durchlaufen, um sofort Fehler zu beheben und neue Funktionen bereitzustellen.
-
-<Aside>
-
-Live Updates sind auf JavaScript-Bundle-Änderungen beschränkt. Wenn Sie nativen Code aktualisieren müssen, wie das Hinzufügen oder Entfernen eines Plugins oder das Ändern der nativen Projektkonfiguration, müssen Sie einen neuen nativen Binary-Build an die App Stores übermitteln.
-
-</Aside>
-
-<Aside type="caution" title="Modell öffentlicher Assets">
-Unverschlüsselte Bundles, die zu Capgo hochgeladen werden, sollten als öffentliche Auslieferungsartefakte behandelt werden. Kanäle bestimmen, welchen Geräten ein Update angeboten wird, aber die Privatsphäre eines Kanals macht das zugrunde liegende Bundle nicht vertraulich. Verschlüsselung bietet Schutz in Speicher und Übertragung und verhindert, dass Dritte gültige verschlüsselte Updates erzeugen, macht ausgelieferte Web-Assets aber nicht unmöglich zu untersuchen, weil die App den öffentlichen Schlüssel zur Entschlüsselung enthält. Siehe [Ende-zu-Ende-Verschlüsselung](/docs/live-updates/encryption/) für das genaue Bedrohungsmodell.
-</Aside>
-
-## Wie Live Updates funktionieren
-
-Das Live Update-System von Capgo hat zwei Schlüsselkomponenten:
-
-1. Das Capgo SDK, das Sie in Ihrer App installieren. Das SDK prüft auf verfügbare Updates und lädt diese im Hintergrund herunter.
-
-2. Kanäle, mit denen Sie Updates an bestimmte Benutzergruppen richten können. Sie können Kanäle verwenden, um verschiedene Release-Tracks wie `Production`, `Staging` und `Dev` zu verwalten.
-
-Wenn Sie ein neues JS-Bundle zu Capgo hochladen und es einem Kanal zuweisen, erkennt das Capgo SDK in Apps, die für diesen Kanal konfiguriert sind, das Update und lädt es herunter. Beim nächsten Neustart der App wird das neue Bundle geladen.
-
-## Erste Schritte
-
-Folgen Sie diesen Schritten, um Live Updates zu verwenden:
-
-<Steps>
-
-1. Schließen Sie den [Capgo Quickstart](/docs/getting-started/quickstart) ab, um Ihre App in Capgo einzurichten und das Capgo SDK zu installieren.
-
-2. Rufen Sie in Ihrem App-Code `CapacitorUpdater.notifyAppReady()` auf, nachdem Ihre App initialisiert wurde. Dies teilt dem Capgo SDK mit, dass Ihre App bereit ist, Updates zu empfangen.
-
-3. Erstellen Sie Ihr JS-Bundle und laden Sie es zu Capgo hoch:
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. Öffnen Sie Ihre App und warten Sie, bis das Update heruntergeladen ist. Sie können den Status überprüfen mit:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. Sobald das Update heruntergeladen wurde, schließen und öffnen Sie die App erneut, um das neue Bundle zu laden.
-
-</Steps>
-
-Weitere Details finden Sie im [Leitfaden zum Bereitstellen von Live Updates](/docs/getting-started/deploy).
-
-## Nächste Schritte
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/update-types/">
-    <Card title="Update-Typen" icon="open-book">
-      Referenz aller OTA-Update-Typen: Anwendungszeitpunkt, Verzögerungsbedingungen, Versionssperrung und Bereitstellung.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/channels/">
-    <Card title="Kanäle" icon="bars">
-      Erfahren Sie, wie Sie Kanäle verwenden, um verschiedene Release-Tracks zu verwalten und Updates an bestimmte Benutzer zu richten
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="Rollbacks" icon="left-arrow">
-      Entdecken Sie, wie Sie zu einer vorherigen JS-Bundle-Version zurückkehren können, wenn ein Update Probleme verursacht
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="Update-Verhalten" icon="setting">
-      Passen Sie an, wie und wann Updates in Ihrer App heruntergeladen und angewendet werden
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="Schnelle Updates" icon="starlight">
-      Erfahren Sie, wie Sie schnelle Updates verwenden können, um den Update-Prozess zu beschleunigen
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/de/docs/live-updates/integrations/azure-devops.mdx b/src/content/docs/de/docs/live-updates/integrations/azure-devops.mdx
deleted file mode 100644
index 794a9d8db..000000000
--- a/src/content/docs/de/docs/live-updates/integrations/azure-devops.mdx
+++ /dev/null
@@ -1,584 +0,0 @@
----
-title: Azure DevOps Integration
-locale: de
-description: "Erfahren Sie, wie Sie Capgo Live Updates mit Azure DevOps Pipelines für die automatisierte Bereitstellung Ihrer App-Updates integrieren."
-sidebar:
-  order: 1
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integrieren Sie Capgo Live Updates mit Azure DevOps Pipelines, um Ihre App-Updates automatisch bereitzustellen, wenn Sie Code-Änderungen pushen. Dieser Leitfaden behandelt die Einrichtung automatisierter Build-, Test- und Bereitstellungs-Workflows.
-
-## Voraussetzungen
-
-Stellen Sie vor der Einrichtung der Azure DevOps-Integration sicher, dass Sie Folgendes haben:
-
-- Eine Azure DevOps-Organisation und ein Projekt
-- Ein Capgo-Konto mit einer konfigurierten App
-- Den Quellcode Ihrer App in einem Azure Repos Git-Repository
-- Node.js und npm/yarn in Ihrem Projekt konfiguriert
-
-## Einrichten der Azure DevOps Pipeline
-
-### Schritt 1: Pipeline-Variablen erstellen
-
-Richten Sie zunächst die erforderlichen Variablen in Ihrem Azure DevOps-Projekt ein:
-
-<Steps>
-
-1. Navigieren Sie zu Ihrem Azure DevOps-Projekt
-2. Gehen Sie zu **Pipelines** → **Library** → **Variable groups**
-3. Erstellen Sie eine neue Variablengruppe namens `Capgo-Variables`
-4. Fügen Sie die folgenden Variablen hinzu:
-
-</Steps>
-
-| Variablenname | Wert | Sicher |
-|---------------|------|---------|
-| `CAPGO_TOKEN` | Ihr Capgo API-Token | ✅ Ja |
-
-<Aside type="tip">
-
-Holen Sie sich Ihr Capgo API-Token von [console.capgo.app/apikeys](https://console.capgo.app/apikeys). Ihre App-ID ist bereits in Ihrer `capacitor.config.ts`-Datei konfiguriert.
-
-</Aside>
-
-## Einfach
-
-Grundkonfiguration, die bei jedem Push zum main-Branch in die Produktion deployt:
-
-```yaml
-# Simple Azure DevOps Pipeline for Capgo Live Updates
-trigger:
-  branches:
-    include:
-      - main
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: BuildAndDeploy
-    displayName: 'Build and Deploy to Capgo'
-    pool:
-      vmImage: 'ubuntu-latest'
-
-    steps:
-      - task: NodeTool@0
-        displayName: 'Setup Node.js'
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Install, test and build'
-
-      - script: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production
-        displayName: 'Deploy to Capgo'
-```
-
-## Erweitert
-
-### Feature-Branch-Bereitstellungen
-
-Deployen Sie Feature-Branches zu Test-Channels für Review und Testing:
-
-```yaml
-# Feature branch deployment
-trigger:
-  branches:
-    include:
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: DeployFeature
-    displayName: 'Deploy Feature Branch'
-    pool:
-      vmImage: 'ubuntu-latest'
-    condition: startsWith(variables['Build.SourceBranch'], 'refs/heads/feature/')
-
-    steps:
-      - task: NodeTool@0
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Install, test and build'
-
-      - script: |
-          BRANCH_NAME=$(echo "$(Build.SourceBranchName)" | sed 's/[^a-zA-Z0-9-]/-/g')
-          CHANNEL_NAME="feature-$BRANCH_NAME"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME
-        displayName: 'Deploy to Feature Channel'
-```
-
-<Aside type="tip">
-
-**Testen mit Channels**: Nach der Bereitstellung in einem Feature-Channel können Sie das Update in Ihrer App testen, indem Sie diese für die Verwendung dieses spezifischen Channels konfigurieren. Erfahren Sie mehr über [das Konfigurieren von Channels in Ihrer App](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Verschlüsselung verwenden
-
-Wenn Sie [Capgos Verschlüsselungsfunktion](/docs/live-updates/encryption/) nutzen, müssen Sie Ihren privaten Schlüssel sicher in Ihrer CI/CD-Umgebung speichern.
-
-Nach dem [Einrichten der Verschlüsselungsschlüssel](/docs/live-updates/encryption/#setting-up-encryption) lokal fügen Sie Ihren privaten Schlüssel zu den Azure DevOps-Variablen hinzu:
-
-```shell
-# Zeigen Sie den Inhalt Ihres privaten Schlüssels an (kopieren Sie diese Ausgabe)
-cat .capgo_key_v2
-```
-
-Fügen Sie diesen Inhalt als `CAPGO_PRIVATE_KEY` in Ihrer Azure DevOps-Variablengruppe hinzu (als Secret markieren) und verwenden Sie ihn dann in Pipelines:
-
-```yaml
-# Deploy with encryption
-- script: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --key-data-v2 "$(CAPGO_PRIVATE_KEY)" --channel production
-  displayName: 'Deploy to Capgo with Encryption'
-```
-
-<Aside type="caution">
-
-**Sicherheits-Best-Practices:**
-- Committen Sie niemals die `.capgo_key_v2`-Datei in die Versionskontrolle
-- Speichern Sie den privaten Schlüssel nur in sicherer CI/CD-Geheimnisverwaltung
-- Verwenden Sie unterschiedliche Schlüssel für verschiedene Umgebungen
-
-</Aside>
-
-### Multi-Channel-Konfiguration
-
-Für umfassende Informationen zum Einrichten und Verwalten mehrerer Bereitstellungs-Channels siehe die [Channels-Dokumentation](/docs/live-updates/channels/).
-
-Vollständige Konfiguration mit mehreren Umgebungen und Pull-Request-Bereitstellungen:
-
-```yaml
-# Advanced Azure DevOps Pipeline with Multiple Channels
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-
-pr:
-  branches:
-    include:
-      - main
-      - develop
-
-variables:
-  - group: Capgo-Variables
-
-stages:
-  # Build stage
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  # Deploy to development
-  - stage: DeployDev
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/develop'))
-    jobs:
-      - deployment: DeployDevelopment
-        environment: development
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel development --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Deploy to Development'
-
-  # Deploy PR to test channel
-  - stage: DeployPR
-    condition: and(succeeded(), eq(variables['Build.Reason'], 'PullRequest'))
-    jobs:
-      - job: DeployPRChannel
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - task: DownloadBuildArtifacts@0
-            inputs:
-              artifactName: 'app-build'
-              downloadPath: '$(Pipeline.Workspace)'
-
-          - script: |
-              CHANNEL_NAME="pr-$(System.PullRequest.PullRequestNumber)"
-              npm install -g @capgo/cli
-              npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-              npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME --path $(Pipeline.Workspace)/app-build
-            displayName: 'Deploy to PR Channel'
-
-  # Deploy to production
-  - stage: DeployProd
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/main'))
-    jobs:
-      - deployment: DeployProduction
-        environment: production
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Deploy to Production'
-```
-
-### Multi-Umgebungs-Bereitstellung
-
-Für komplexe Szenarien mit mehreren Umgebungen:
-
-```yaml
-# Extended pipeline with multiple environments
-parameters:
-  - name: deployEnvironment
-    displayName: 'Deploy Environment'
-    type: string
-    default: 'staging'
-    values:
-      - staging
-      - production
-
-variables:
-  - group: Capgo-Variables
-  - name: channelName
-    ${{ if eq(parameters.deployEnvironment, 'production') }}:
-      value: 'production'
-    ${{ else }}:
-      value: 'staging'
-
-stages:
-  # Build stage
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: DeployStaging
-    displayName: 'Deploy to Staging'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'staging'))
-    jobs:
-      - deployment: DeployStaging
-        displayName: 'Deploy to Staging Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'staging'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'staging'
-
-  - stage: DeployProduction
-    displayName: 'Deploy to Production'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'production'))
-    jobs:
-      - deployment: DeployProduction
-        displayName: 'Deploy to Production Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'production'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'production'
-```
-
-### Deployment-Vorlage (deploy-steps.yml)
-
-Erstellen Sie eine wiederverwendbare Vorlagendatei `deploy-steps.yml`:
-
-```yaml
-# deploy-steps.yml
-parameters:
-  - name: channel
-    type: string
-
-steps:
-  - task: NodeTool@0
-    displayName: 'Install Node.js'
-    inputs:
-      versionSpec: '22.x'
-
-  - task: DownloadBuildArtifacts@0
-    displayName: 'Download build artifacts'
-    inputs:
-      artifactName: 'app-build'
-      downloadPath: '$(System.ArtifactsDirectory)'
-
-  - script: |
-      npm install -g @capgo/cli
-    displayName: 'Install Capgo CLI'
-
-  - script: |
-      npx @capgo/cli bundle upload \
-        --apikey $(CAPGO_TOKEN) \
-        --channel ${{ parameters.channel }} \
-        --path $(System.ArtifactsDirectory)/app-build
-    displayName: 'Upload to Capgo (${{ parameters.channel }})'
-```
-
-### Branch-basierte Bereitstellungsstrategie
-
-Konfigurieren Sie verschiedene Bereitstellungsstrategien basierend auf Git-Branches:
-
-```yaml
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-  - name: targetChannel
-    ${{ if eq(variables['Build.SourceBranch'], 'refs/heads/main') }}:
-      value: 'production'
-    ${{ elseif eq(variables['Build.SourceBranch'], 'refs/heads/develop') }}:
-      value: 'staging'
-    ${{ else }}:
-      value: 'development'
-
-stages:
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: Deploy
-    displayName: 'Deploy to $(targetChannel)'
-    dependsOn: Build
-    condition: succeeded()
-    jobs:
-      - deployment: DeployJob
-        displayName: 'Deploy to $(targetChannel) Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: '$(targetChannel)'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: '$(targetChannel)'
-```
-
-## Sicherheits-Best-Practices
-
-### Sichere Variablenverwaltung
-
-<Steps>
-
-1. **Variablengruppen verwenden**: Sensible Daten in Azure DevOps-Variablengruppen speichern
-2. **Als Secret markieren**: Immer API-Tokens und Schlüssel als Secret-Variablen markieren
-3. **Zugriff einschränken**: Variablengruppen-Zugriff auf bestimmte Pipelines und Benutzer beschränken
-4. **Schlüssel rotieren**: Regelmäßig Ihre Capgo API-Tokens rotieren
-
-</Steps>
-
-## Überwachung und Benachrichtigungen
-
-### Teams-Integration
-
-Fügen Sie Microsoft Teams-Benachrichtigungen zu Ihrer Pipeline hinzu:
-
-```yaml
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notify Teams on Success'
-  condition: succeeded()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Capgo Deployment Successful'
-    text: 'App deployed to $(targetChannel) channel'
-    themeColor: '00FF00'
-
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notify Teams on Failure'
-  condition: failed()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Capgo Deployment Failed'
-    text: 'Deployment to $(targetChannel) failed'
-    themeColor: 'FF0000'
-```
-
-### E-Mail-Benachrichtigungen
-
-Konfigurieren Sie E-Mail-Benachrichtigungen für den Bereitstellungsstatus:
-
-```yaml
-- task: EmailReport@1
-  displayName: 'Send Email Report'
-  condition: always()
-  inputs:
-    sendMailConditionConfig: 'Always'
-    subject: 'Capgo Deployment Report - $(Build.BuildNumber)'
-    to: 'team@yourcompany.com'
-    body: |
-      Deployment Status: $(Agent.JobStatus)
-      Channel: $(targetChannel)
-      Build: $(Build.BuildNumber)
-      Commit: $(Build.SourceVersion)
-```
-
-## Fehlerbehebung
-
-### Häufige Probleme
-
-**Pipeline schlägt mit "Capgo CLI not found" fehl:**
-```yaml
-# Ensure global installation
-- script: |
-    npm install -g @capgo/cli
-    which capgo || echo "Capgo CLI not found in PATH"
-  displayName: 'Install and verify Capgo CLI'
-```
-
-**Authentifizierungsfehler:**
-```yaml
-# Verify token is correctly set
-- script: |
-    echo "Token length: ${#CAPGO_TOKEN}"
-    if [ -z "$CAPGO_TOKEN" ]; then
-      echo "CAPGO_TOKEN is not set"
-      exit 1
-    fi
-  displayName: 'Verify Capgo token'
-  env:
-    CAPGO_TOKEN: $(CAPGO_TOKEN)
-```
-
-**Build-Artefakte nicht gefunden:**
-```yaml
-# List available artifacts for debugging
-- script: |
-    ls -la $(System.ArtifactsDirectory)
-    find $(System.ArtifactsDirectory) -name "*.js" -o -name "*.html"
-  displayName: 'Debug artifacts'
-```
-
-### Debug-Pipeline
-
-Fügen Sie Debugging-Schritte hinzu, um Probleme zu beheben:
-
-```yaml
-- script: |
-    echo "Build.SourceBranch: $(Build.SourceBranch)"
-    echo "Build.BuildNumber: $(Build.BuildNumber)"
-    echo "Target Channel: $(targetChannel)"
-  displayName: 'Debug Pipeline Variables'
-
-- script: |
-    npx @capgo/cli app debug --apikey $(CAPGO_TOKEN)
-  displayName: 'Debug Capgo App Status'
-```
-
-## Nächste Schritte
-
-- Erfahren Sie mehr über [Channels](/docs/live-updates/channels/), um verschiedene Bereitstellungsumgebungen zu verwalten
-- Erkunden Sie [Custom Storage](/docs/live-updates/custom-storage/) für erweiterte Bereitstellungsszenarien
-- Richten Sie [Encryption](/docs/live-updates/encryption/) für sichere Bereitstellungen ein
-- Konfigurieren Sie [Update Behavior](/docs/live-updates/update-behavior/), um anzupassen, wie Updates angewendet werden
-
-Mit der Azure DevOps-Integration können Sie Ihre Capgo-Bereitstellungen automatisieren und konsistente, zuverlässige Updates für Ihre mobilen App-Benutzer sicherstellen.
diff --git a/src/content/docs/de/docs/live-updates/integrations/bitbucket-pipeline.mdx b/src/content/docs/de/docs/live-updates/integrations/bitbucket-pipeline.mdx
deleted file mode 100644
index 04e3ad59c..000000000
--- a/src/content/docs/de/docs/live-updates/integrations/bitbucket-pipeline.mdx
+++ /dev/null
@@ -1,498 +0,0 @@
----
-title: Bitbucket Pipelines Integration
-locale: de
-description: "Erfahren Sie, wie Sie Capgo Live Updates mit Bitbucket Pipelines für die automatisierte Bereitstellung Ihrer App-Updates integrieren."
-sidebar:
-  order: 4
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integrieren Sie Capgo Live Updates mit Bitbucket Pipelines, um Ihre App-Updates automatisch bereitzustellen, wenn Sie Code-Änderungen pushen. Dieser Leitfaden behandelt die Einrichtung automatisierter Build-, Test- und Bereitstellungs-Workflows.
-
-## Voraussetzungen
-
-Stellen Sie vor der Einrichtung der Bitbucket Pipelines-Integration sicher, dass Sie Folgendes haben:
-
-- Ein Bitbucket-Konto mit einem Repository
-- Ein Capgo-Konto mit einer konfigurierten App
-- Node.js und npm/yarn in Ihrem Projekt konfiguriert
-
-## Einrichten von Bitbucket Pipelines
-
-### Schritt 1: Repository-Variablen konfigurieren
-
-Richten Sie zunächst die erforderlichen Variablen in Ihrem Bitbucket-Repository ein:
-
-<Steps>
-
-1. Navigieren Sie zu Ihrem Bitbucket-Repository
-2. Gehen Sie zu **Repository settings** → **Pipelines** → **Repository variables**
-3. Fügen Sie die folgenden Variablen hinzu:
-
-</Steps>
-
-| Variablenname | Wert | Gesichert |
-|---------------|------|---------|
-| `CAPGO_TOKEN` | Ihr Capgo API-Token | ✅ Ja |
-
-<Aside type="tip">
-
-Holen Sie sich Ihr Capgo API-Token von [console.capgo.app/apikeys](https://console.capgo.app/apikeys). Ihre App-ID ist bereits in Ihrer `capacitor.config.ts`-Datei konfiguriert.
-
-</Aside>
-
-## Einfach
-
-Grundkonfiguration, die bei jedem Push zum main-Branch in die Produktion deployt:
-
-```yaml
-# bitbucket-pipelines.yml - Simple Configuration
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build and Deploy to Production
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          artifacts:
-            - dist/**
-```
-
-## Erweitert
-
-### Feature-Branch-Bereitstellungen
-
-Deployen Sie Feature-Branches zu Test-Channels für Review und Testing:
-
-```yaml
-# Feature branch deployment
-pipelines:
-  branches:
-    feature/*:
-      - step:
-          name: Deploy Feature Branch
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - BRANCH_NAME=$(echo $BITBUCKET_BRANCH | sed 's/[^a-zA-Z0-9-]/-/g')
-            - CHANNEL_NAME="feature-$BRANCH_NAME"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-<Aside type="tip">
-
-**Testen mit Channels**: Nach der Bereitstellung in einem Feature-Channel können Sie das Update in Ihrer App testen, indem Sie diese für die Verwendung dieses spezifischen Channels konfigurieren. Erfahren Sie mehr über [das Konfigurieren von Channels in Ihrer App](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Verschlüsselung verwenden
-
-Wenn Sie [Capgos Verschlüsselungsfunktion](/docs/live-updates/encryption/) nutzen, müssen Sie Ihren privaten Schlüssel sicher in Ihrer CI/CD-Umgebung speichern.
-
-Nach dem [Einrichten der Verschlüsselungsschlüssel](/docs/live-updates/encryption/#setting-up-encryption) lokal fügen Sie Ihren privaten Schlüssel zu den Bitbucket-Variablen hinzu:
-
-```shell
-# Zeigen Sie den Inhalt Ihres privaten Schlüssels an (kopieren Sie diese Ausgabe)
-cat .capgo_key_v2
-```
-
-Fügen Sie diesen Inhalt als `CAPGO_PRIVATE_KEY` in Ihren Bitbucket-Repository-Variablen hinzu (als gesichert markieren) und verwenden Sie ihn dann in Pipelines:
-
-```yaml
-# Deploy with encryption
-- step:
-    name: Deploy to Capgo with Encryption
-    script:
-      - npm install -g @capgo/cli
-      - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**Sicherheits-Best-Practices:**
-- Committen Sie niemals die `.capgo_key_v2`-Datei in die Versionskontrolle
-- Speichern Sie den privaten Schlüssel nur in sicherer CI/CD-Geheimnisverwaltung
-- Verwenden Sie unterschiedliche Schlüssel für verschiedene Umgebungen
-
-</Aside>
-
-### Multi-Channel-Konfiguration
-
-Für umfassende Informationen zum Einrichten und Verwalten mehrerer Bereitstellungs-Channels siehe die [Channels-Dokumentation](/docs/live-updates/channels/).
-
-Vollständige Konfiguration mit mehreren Umgebungen und Pull-Request-Bereitstellungen:
-
-```yaml
-# bitbucket-pipelines.yml - Advanced Multi-Channel Configuration
-image: node:22
-
-definitions:
-  steps:
-    - step: &build-step
-        name: Build Application
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-        artifacts:
-          - dist/**
-
-    - step: &deploy-step
-        name: Deploy to Capgo
-        script:
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-pipelines:
-  branches:
-    main:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - export CHANNEL_NAME=production
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-    develop:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Deploy to Development
-          deployment: development
-          script:
-            - export CHANNEL_NAME=development
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-  pull-requests:
-    '**':
-      - step:
-          <<: *build-step
-      - step:
-          name: Deploy PR to Test Channel
-          script:
-            - CHANNEL_NAME="pr-$BITBUCKET_PR_ID"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-### Multi-Umgebungs-Pipeline
-
-Für komplexe Bereitstellungsszenarien mit Staging- und Production-Umgebungen:
-
-```yaml
-# Multi-environment pipeline
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Deploy to Staging
-          deployment: staging
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-      - step:
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-
-    develop:
-      - step:
-          name: Build and Deploy to Development
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-          artifacts:
-            - dist/**
-```
-
-### Branch-basierte Bereitstellungsstrategie
-
-Deployen Sie verschiedene Branches automatisch zu entsprechenden Channels:
-
-```yaml
-# Dynamic channel deployment
-image: node:22
-
-definitions:
-  scripts:
-    - script: &determine-channel |
-        if [ "$BITBUCKET_BRANCH" = "main" ]; then
-          export CHANNEL_NAME="production"
-        elif [ "$BITBUCKET_BRANCH" = "develop" ]; then
-          export CHANNEL_NAME="staging"
-        else
-          export CHANNEL_NAME="development"
-        fi
-        echo "Deploying to channel: $CHANNEL_NAME"
-
-pipelines:
-  default:
-    - step:
-        name: Build and Deploy
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-          - *determine-channel
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-        artifacts:
-          - dist/**
-```
-
-### Parallele Pipeline-Ausführung
-
-Optimieren Sie Build-Zeiten mit parallelen Schritten:
-
-```yaml
-# Parallel execution pipeline
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - parallel:
-          - step:
-              name: Run Tests
-              script:
-                - npm ci
-                - npm run test
-          - step:
-              name: Lint Code
-              script:
-                - npm ci
-                - npm run lint
-      - step:
-          name: Build Application
-          script:
-            - npm ci
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Deploy to Production
-          deployment: production
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## Sicherheits-Best-Practices
-
-### Repository-Variablen
-
-<Steps>
-
-1. **Gesicherte Variablen**: Immer API-Tokens als gesichert markieren
-2. **Umgebungsvariablen**: Deployment-spezifische Variablen bei Bedarf verwenden
-3. **Zugriffskontrolle**: Repository-Zugriff auf autorisierte Teammitglieder beschränken
-4. **Token-Rotation**: Regelmäßig Ihre Capgo API-Tokens rotieren
-
-</Steps>
-
-### Deployment-Umgebungen
-
-Konfigurieren Sie Deployment-Umgebungen für bessere Sicherheit:
-
-```yaml
-# Deployment with environment restrictions
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## Überwachung und Benachrichtigungen
-
-### Slack-Integration
-
-Fügen Sie Slack-Benachrichtigungen zu Ihrer Pipeline hinzu:
-
-```yaml
-# Pipeline with Slack notifications
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build and Deploy
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          after-script:
-            - |
-              if [ $BITBUCKET_EXIT_CODE -eq 0 ]; then
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"✅ Capgo deployment successful for '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              else
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"❌ Capgo deployment failed for '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              fi
-```
-
-### E-Mail-Benachrichtigungen
-
-Konfigurieren Sie E-Mail-Benachrichtigungen durch die integrierten Funktionen von Bitbucket oder über externe Services:
-
-```yaml
-# Email notification step
-- step:
-    name: Send Notification
-    script:
-      - |
-        curl -X POST \
-          -H "Content-Type: application/json" \
-          -d '{
-            "to": "team@yourcompany.com",
-            "subject": "Capgo Deployment Status",
-            "body": "Deployment of '$BITBUCKET_BRANCH' completed with status: '$BITBUCKET_EXIT_CODE'"
-          }' \
-          $EMAIL_SERVICE_URL
-    condition:
-      result: [successful, failed]
-```
-
-## Fehlerbehebung
-
-### Häufige Probleme
-
-**Pipeline schlägt mit "Capgo CLI not found" fehl:**
-```yaml
-# Debug CLI installation
-- step:
-    name: Debug CLI
-    script:
-      - npm install -g @capgo/cli
-      - which capgo || echo "Capgo CLI not found"
-      - npx @capgo/cli --version
-```
-
-**Authentifizierungsfehler:**
-```yaml
-# Verify token configuration
-- step:
-    name: Debug Auth
-    script:
-      - |
-        if [ -z "$CAPGO_TOKEN" ]; then
-          echo "CAPGO_TOKEN is not set"
-          exit 1
-        fi
-        echo "Token length: ${#CAPGO_TOKEN}"
-```
-
-**Build-Artefakte nicht gefunden:**
-```yaml
-# List build outputs
-- step:
-    name: Debug Build
-    script:
-      - ls -la dist/
-      - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### Debug-Pipeline
-
-Fügen Sie Debugging-Informationen hinzu, um Probleme zu beheben:
-
-```yaml
-# Debug pipeline
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Debug Information
-          script:
-            - echo "Branch: $BITBUCKET_BRANCH"
-            - echo "Commit: $BITBUCKET_COMMIT"
-            - echo "Build: $BITBUCKET_BUILD_NUMBER"
-            - env | grep BITBUCKET_ | sort
-      - step:
-          name: Build and Deploy
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-### Pipeline-Validierung
-
-Aktivieren Sie Pipeline-Validierung, um Konfigurationsfehler zu erkennen:
-
-```yaml
-# Enable pipeline validation
-options:
-  docker: true
-  size: 2x
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Validate Pipeline
-          script:
-            - echo "Pipeline validation successful"
-      - step:
-          name: Build and Deploy
-          script:
-            # ... deployment steps
-```
-
-## Nächste Schritte
-
-- Erfahren Sie mehr über [Channels](/docs/live-updates/channels/), um verschiedene Bereitstellungsumgebungen zu verwalten
-- Erkunden Sie [Custom Storage](/docs/live-updates/custom-storage/) für erweiterte Bereitstellungsszenarien
-- Richten Sie [Encryption](/docs/live-updates/encryption/) für sichere Bereitstellungen ein
-- Konfigurieren Sie [Update Behavior](/docs/live-updates/update-behavior/), um anzupassen, wie Updates angewendet werden
-
-Mit der Bitbucket Pipelines-Integration können Sie Ihre Capgo-Bereitstellungen automatisieren und konsistente, zuverlässige Updates für Ihre mobilen App-Benutzer sicherstellen.
diff --git a/src/content/docs/de/docs/live-updates/integrations/github-actions.mdx b/src/content/docs/de/docs/live-updates/integrations/github-actions.mdx
deleted file mode 100644
index 44a489071..000000000
--- a/src/content/docs/de/docs/live-updates/integrations/github-actions.mdx
+++ /dev/null
@@ -1,551 +0,0 @@
----
-title: GitHub Actions Integration
-locale: de
-description: "Erfahren Sie, wie Sie Capgo Live Updates mit GitHub Actions für die automatisierte Bereitstellung Ihrer App-Updates integrieren."
-sidebar:
-  order: 3
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integrieren Sie Capgo Live Updates mit GitHub Actions, um Ihre App-Updates automatisch bereitzustellen, wenn Sie Code-Änderungen pushen. Dieser Leitfaden behandelt die Einrichtung automatisierter Build-, Test- und Bereitstellungs-Workflows mit GitHubs leistungsstarker CI/CD-Plattform.
-
-## Voraussetzungen
-
-Stellen Sie vor der Einrichtung der GitHub Actions-Integration sicher, dass Sie Folgendes haben:
-
-- Ein GitHub-Repository mit dem Quellcode Ihrer App
-- Ein Capgo-Konto mit einer konfigurierten App
-- Node.js und npm/yarn in Ihrem Projekt konfiguriert
-- GitHub Actions für Ihr Repository aktiviert
-
-## Einrichten von GitHub Secrets
-
-### Schritt 1: Repository-Secrets konfigurieren
-
-Richten Sie die erforderlichen Secrets in Ihrem GitHub-Repository ein:
-
-<Steps>
-
-1. Navigieren Sie zu Ihrem GitHub-Repository
-2. Gehen Sie zu **Settings** → **Secrets and variables** → **Actions**
-3. Klicken Sie auf **New repository secret** und fügen Sie Folgendes hinzu:
-
-</Steps>
-
-| Secret-Name | Wert |
-|-------------|-------|
-| `CAPGO_TOKEN` | Ihr Capgo API-Token |
-
-<Aside type="tip">
-
-Holen Sie sich Ihr Capgo API-Token von [console.capgo.app/apikeys](https://console.capgo.app/apikeys). Ihre App-ID ist bereits in Ihrer `capacitor.config.ts`-Datei konfiguriert.
-
-</Aside>
-
-## Einfache Production-Bereitstellung
-
-Beginnen Sie mit dieser Grundkonfiguration, die bei jedem Push zum main-Branch in die Produktion deployt:
-
-```yaml
-# Simple GitHub Actions Workflow for Capgo Live Updates
-name: Deploy to Capgo
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout
-        uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Install, test and build
-        run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - name: Deploy to Capgo
-         run: |
-           npm install -g @capgo/cli
-           npx @capgo/cli bundle upload --channel production
-          env:
-            CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-           # For encrypted uploads, add: --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"
-```
-
-## Erweiterte Multi-Channel-Konfiguration
-
-### Feature-Branch-Bereitstellungen
-
-Deployen Sie Feature-Branches zu temporären Channels zum Testen:
-
-```yaml
-# Feature branch deployment
-name: Deploy Feature Branch to Capgo
-
-on:
-  push:
-    branches:
-      - 'feature/**'
-
-jobs:
-  deploy-feature:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - name: Deploy to feature channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.ref_name }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-                     npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-```
-
-### Verschlüsselung verwenden
-
-Wenn Sie [Capgos Verschlüsselungsfunktion](/docs/live-updates/encryption/) nutzen, müssen Sie Ihren privaten Schlüssel sicher in Ihrer CI/CD-Umgebung speichern.
-
-Nach dem [Einrichten der Verschlüsselungsschlüssel](/docs/live-updates/encryption/#setting-up-encryption) lokal fügen Sie Ihren privaten Schlüssel zu den GitHub-Secrets hinzu:
-
-```shell
-# Zeigen Sie den Inhalt Ihres privaten Schlüssels an (kopieren Sie diese Ausgabe)
-cat .capgo_key_v2
-```
-
-Fügen Sie diesen Inhalt als `CAPGO_PRIVATE_KEY` in Ihren GitHub-Repository-Secrets hinzu und verwenden Sie ihn dann in Workflows:
-
-```yaml
-# Deploy with encryption
-- name: Deploy to Capgo with Encryption
-  run: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}" --channel production
-```
-
-<Aside type="caution">
-
-**Sicherheits-Best-Practices:**
-- Committen Sie niemals die `.capgo_key_v2`-Datei in die Versionskontrolle
-- Speichern Sie den privaten Schlüssel nur in sicherer CI/CD-Geheimnisverwaltung
-- Verwenden Sie unterschiedliche Schlüssel für verschiedene Umgebungen
-
-</Aside>
-
-### Multi-Channel-Konfiguration
-
-Für umfassende Informationen zum Einrichten und Verwalten mehrerer Bereitstellungs-Channels siehe die [Channels-Dokumentation](/docs/live-updates/channels/).
-
-Vollständiger Workflow mit Development-, Pull-Request- und Production-Bereitstellungen:
-
-```yaml
-# Complete multi-environment workflow
-name: Deploy to Capgo
-
-on:
-  push:
-    branches: [main, develop]
-  pull_request:
-    branches: [main, develop]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - uses: actions/upload-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-  deploy-development:
-    if: github.ref == 'refs/heads/develop'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: development
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel development
-
-  deploy-pr:
-    if: github.event_name == 'pull_request'
-    needs: build
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - name: Deploy to PR channel
-        run: |
-          CHANNEL_NAME="pr-${{ github.event.number }}"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-
-      - name: Comment PR
-        uses: actions/github-script@v7
-        with:
-          script: |
-            github.rest.issues.createComment({
-              issue_number: context.issue.number,
-              owner: context.repo.owner,
-              repo: context.repo.repo,
-              body: `🚀 This PR has been deployed to Capgo channel: \`pr-${{ github.event.number }}\`\n\nTo test this update in your app, configure it to use this channel. [Learn how to configure channels →](/docs/live-updates/channels/#configuring-the-channel-in-your-app)`
-            })
-
-  deploy-production:
-    if: github.ref == 'refs/heads/main'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: production
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel production
-```
-
-<Aside type="tip">
-
-**Testen mit Channels**: Nach der Bereitstellung in einem PR- oder Development-Channel können Sie das Update in Ihrer App testen, indem Sie diese für die Verwendung dieses spezifischen Channels konfigurieren. Erfahren Sie mehr über [das Konfigurieren von Channels in Ihrer App](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Feature-Channels aufräumen
-
-Automatisches Aufräumen von Feature-Channels, wenn Branches gelöscht werden:
-
-```yaml
-name: Cleanup Feature Channels
-
-on:
-  delete:
-
-jobs:
-  cleanup:
-    runs-on: ubuntu-latest
-    if: github.event.ref_type == 'branch' && startsWith(github.event.ref, 'feature/')
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Delete Capgo channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.event.ref }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel delete $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-```
-
-## Sicherheit und Bewährte Methoden
-
-### Umgebungsschutzregeln
-
-Richten Sie Umgebungsschutzregeln in GitHub ein:
-
-<Steps>
-
-1. Gehen Sie zu **Settings** → **Environments** in Ihrem Repository
-2. Erstellen Sie Umgebungen: `development`, `staging`, `production`
-3. Für die Production-Umgebung fügen Sie hinzu:
-   - **Required reviewers**: Fügen Sie Teammitglieder hinzu, die Bereitstellungen genehmigen müssen
-   - **Wait timer**: Fügen Sie eine Verzögerung vor der Bereitstellung hinzu (optional)
-   - **Deployment branches**: Nur auf `main`-Branch beschränken
-
-</Steps>
-
-### Sichere Secrets-Verwaltung
-
-Verwenden Sie umgebungsspezifische Secrets:
-
-```yaml
-# Use different secrets per environment
-deploy-production:
-  environment: production
-  steps:
-    - name: Deploy to Production
-      run: |
-        npx @capgo/cli bundle upload \
-          --apikey ${{ secrets.CAPGO_PROD_TOKEN }} \
-          --app ${{ secrets.CAPGO_PROD_APP_ID }} \
-          --channel production
-```
-
-## Überwachung und Benachrichtigungen
-
-### Slack-Integration
-
-Fügen Sie Slack-Benachrichtigungen zu Ihrem Workflow hinzu:
-
-```yaml
-name: Deploy with Notifications
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      # ... deployment steps
-
-      - name: Notify Slack on Success
-        if: success()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: success
-          text: '✅ Capgo deployment successful!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-
-      - name: Notify Slack on Failure
-        if: failure()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: failure
-          text: '❌ Capgo deployment failed!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-```
-
-### Discord-Integration
-
-Senden Sie Benachrichtigungen an Discord:
-
-```yaml
-- name: Discord notification
-  if: always()
-  uses: Ilshidur/action-discord@master
-  with:
-    args: |
-      Capgo deployment ${{ job.status }}!
-      App: ${{ secrets.CAPGO_APP_ID }}
-      Channel: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-  env:
-    DISCORD_WEBHOOK: ${{ secrets.DISCORD_WEBHOOK }}
-```
-
-### E-Mail-Benachrichtigungen
-
-Konfigurieren Sie E-Mail-Benachrichtigungen:
-
-```yaml
-- name: Send email notification
-  if: failure()
-  uses: dawidd6/action-send-mail@v3
-  with:
-    server_address: smtp.gmail.com
-    server_port: 465
-    username: ${{ secrets.EMAIL_USERNAME }}
-    password: ${{ secrets.EMAIL_PASSWORD }}
-    subject: 'Capgo Deployment Failed - ${{ github.repository }}'
-    to: team@yourcompany.com
-    from: ci-cd@yourcompany.com
-    body: |
-      Deployment failed for ${{ github.repository }}
-      Branch: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-      Workflow: ${{ github.workflow }}
-```
-
-## Fehlerbehebung
-
-### Debug-Workflow
-
-Fügen Sie Debugging-Schritte hinzu, um Probleme zu beheben:
-
-```yaml
-- name: Debug environment
-  run: |
-    echo "Node version: $(node --version)"
-    echo "NPM version: $(npm --version)"
-    echo "Working directory: $(pwd)"
-    echo "Files in dist/: $(ls -la dist/ || echo 'No dist directory')"
-    echo "Environment variables:"
-    env | grep -E "(GITHUB_|CAPGO_)" | sort
-
-- name: Test Capgo CLI
-  run: |
-    npx @capgo/cli --version
-    npx @capgo/cli app debug --apikey ${{ secrets.CAPGO_TOKEN }} --app ${{ secrets.CAPGO_APP_ID }}
-```
-
-### Häufige Probleme und Lösungen
-
-**Workflow schlägt mit "CAPGO_TOKEN not found" fehl:**
-
-```yaml
-- name: Verify secrets
-  run: |
-    if [ -z "${{ secrets.CAPGO_TOKEN }}" ]; then
-      echo "ERROR: CAPGO_TOKEN secret is not set"
-      exit 1
-    fi
-    echo "CAPGO_TOKEN is set (length: ${#CAPGO_TOKEN})"
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-**Build-Artefakte nicht gefunden:**
-
-```yaml
-- name: Debug artifacts
-  run: |
-    echo "Checking for build artifacts..."
-    ls -la dist/ || echo "No dist directory found"
-    find . -name "*.js" -o -name "*.html" | head -10
-```
-
-**Netzwerkverbindungsprobleme:**
-
-```yaml
-- name: Test connectivity
-  run: |
-    ping -c 3 api.capgo.io || echo "Ping failed"
-    curl -I https://api.capgo.io/health || echo "Health check failed"
-```
-
-## Wiederverwendbare Workflows
-
-Erstellen Sie wiederverwendbare Workflows für Konsistenz über Projekte hinweg:
-
-```yaml
-# .github/workflows/reusable-capgo-deploy.yml
-name: Reusable Capgo Deploy
-
-on:
-  workflow_call:
-    inputs:
-      environment:
-        required: true
-        type: string
-      channel:
-        required: true
-        type: string
-    secrets:
-      CAPGO_TOKEN:
-        required: true
-      CAPGO_APP_ID:
-        required: true
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    environment: ${{ inputs.environment }}
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Install and build
-        run: |
-          npm ci
-          npm run build
-
-      - name: Deploy to Capgo
-        run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload \
-            --apikey ${{ secrets.CAPGO_TOKEN }} \
-            --app ${{ secrets.CAPGO_APP_ID }} \
-            --channel ${{ inputs.channel }}
-```
-
-Verwenden Sie den wiederverwendbaren Workflow:
-
-```yaml
-# .github/workflows/deploy.yml
-name: Deploy App
-
-on:
-  push:
-    branches: [main, develop]
-
-jobs:
-  deploy-dev:
-    if: github.ref == 'refs/heads/develop'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: development
-      channel: development
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-
-  deploy-prod:
-    if: github.ref == 'refs/heads/main'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: production
-      channel: production
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-```
-
-## Nächste Schritte
-
-- Erfahren Sie mehr über [Channels](/docs/live-updates/channels/), um verschiedene Bereitstellungsumgebungen zu verwalten
-- Erkunden Sie [Custom Storage](/docs/live-updates/custom-storage/) für erweiterte Bereitstellungsszenarien
-- Richten Sie [Encryption](/docs/live-updates/encryption/) für sichere Bereitstellungen ein
-- Konfigurieren Sie [Update Behavior](/docs/live-updates/update-behavior/), um anzupassen, wie Updates angewendet werden
-
-Mit der GitHub Actions-Integration können Sie GitHubs leistungsstarke CI/CD-Plattform nutzen, um ausgefeilte Bereitstellungs-Workflows mit integrierter Sicherheit, Überwachung und Kollaborationsfunktionen für Ihre Capgo Live Updates zu erstellen.
diff --git a/src/content/docs/de/docs/live-updates/integrations/gitlab-ci.mdx b/src/content/docs/de/docs/live-updates/integrations/gitlab-ci.mdx
deleted file mode 100644
index 3e9d48439..000000000
--- a/src/content/docs/de/docs/live-updates/integrations/gitlab-ci.mdx
+++ /dev/null
@@ -1,426 +0,0 @@
----
-title: GitLab CI/CD Integration
-locale: de
-description: "Erfahren Sie, wie Sie Capgo Live Updates mit GitLab CI/CD für die automatisierte Bereitstellung Ihrer App-Updates integrieren."
-sidebar:
-  order: 2
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integrieren Sie Capgo Live Updates mit GitLab CI/CD, um Ihre App-Updates automatisch bereitzustellen, wenn Sie Code-Änderungen pushen. Dieser Leitfaden behandelt die Einrichtung automatisierter Build-, Test- und Bereitstellungs-Workflows.
-
-## Voraussetzungen
-
-Stellen Sie vor der Einrichtung der GitLab CI/CD-Integration sicher, dass Sie Folgendes haben:
-
-- Ein GitLab-Konto mit einem Projekt-Repository
-- Ein Capgo-Konto mit einer konfigurierten App
-- Node.js und npm/yarn in Ihrem Projekt konfiguriert
-
-## Einrichten von GitLab CI/CD
-
-### Schritt 1: Umgebungsvariablen konfigurieren
-
-Richten Sie zunächst die erforderlichen Variablen in Ihrem GitLab-Projekt ein:
-
-<Steps>
-
-1. Navigieren Sie zu Ihrem GitLab-Projekt
-2. Gehen Sie zu **Settings** → **CI/CD** → **Variables**
-3. Fügen Sie die folgenden Variablen hinzu:
-
-</Steps>
-
-| Variablenname | Wert | Protected | Masked |
-|---------------|------|-----------|--------|
-| `CAPGO_TOKEN` | Ihr Capgo API-Token | ✅ Ja | ✅ Ja |
-
-<Aside type="tip">
-
-Holen Sie sich Ihr Capgo API-Token von [console.capgo.app/apikeys](https://console.capgo.app/apikeys). Ihre App-ID ist bereits in Ihrer `capacitor.config.ts`-Datei konfiguriert.
-
-</Aside>
-
-## Einfach
-
-Grundkonfiguration, die bei jedem Push zum main-Branch in die Produktion deployt:
-
-```yaml
-# .gitlab-ci.yml - Simple Configuration
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 1 hour
-  only:
-    - main
-
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-    # For encrypted uploads, add: --key-data-v2 "$CAPGO_PRIVATE_KEY"
-  dependencies:
-    - build
-  only:
-    - main
-```
-
-## Erweitert
-
-### Feature-Branch-Bereitstellungen
-
-Deployen Sie Feature-Branches zu Test-Channels für Review und Testing:
-
-```yaml
-# Feature branch deployment
-deploy_feature:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="feature-$(echo $CI_COMMIT_REF_NAME | sed 's/[^a-zA-Z0-9-]/-/g')"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - /^feature\/.*$/
-  environment:
-    name: feature/$CI_COMMIT_REF_NAME
-    url: https://your-app.com/channels/$CHANNEL_NAME
-```
-
-<Aside type="tip">
-
-**Testen mit Channels**: Nach der Bereitstellung in einem Feature-Channel können Sie das Update in Ihrer App testen, indem Sie diese für die Verwendung dieses spezifischen Channels konfigurieren. Erfahren Sie mehr über [das Konfigurieren von Channels in Ihrer App](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Verschlüsselung verwenden
-
-Wenn Sie [Capgos Verschlüsselungsfunktion](/docs/live-updates/encryption/) nutzen, müssen Sie Ihren privaten Schlüssel sicher in Ihrer CI/CD-Umgebung speichern.
-
-Nach dem [Einrichten der Verschlüsselungsschlüssel](/docs/live-updates/encryption/#setting-up-encryption) lokal fügen Sie Ihren privaten Schlüssel zu den GitLab-Variablen hinzu:
-
-```shell
-# Zeigen Sie den Inhalt Ihres privaten Schlüssels an (kopieren Sie diese Ausgabe)
-cat .capgo_key_v2
-```
-
-Fügen Sie diesen Inhalt als `CAPGO_PRIVATE_KEY` in Ihren GitLab-Projektvariablen hinzu (als protected und masked markieren) und verwenden Sie ihn dann in Pipelines:
-
-```yaml
-# Deploy with encryption
-deploy_production:
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**Sicherheits-Best-Practices:**
-- Committen Sie niemals die `.capgo_key_v2`-Datei in die Versionskontrolle
-- Speichern Sie den privaten Schlüssel nur in sicherer CI/CD-Geheimnisverwaltung
-- Verwenden Sie unterschiedliche Schlüssel für verschiedene Umgebungen
-
-</Aside>
-
-### Multi-Channel-Konfiguration
-
-Für umfassende Informationen zum Einrichten und Verwalten mehrerer Bereitstellungs-Channels siehe die [Channels-Dokumentation](/docs/live-updates/channels/).
-
-Vollständige Konfiguration mit mehreren Umgebungen und Merge-Request-Bereitstellungen:
-
-```yaml
-# .gitlab-ci.yml - Advanced Multi-Channel Configuration
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-# Build stage
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 24 hours
-
-# Deploy to development channel
-deploy_development:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: development
-
-# Deploy merge requests to test channels
-deploy_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="mr-$CI_MERGE_REQUEST_IID"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - merge_requests
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    url: https://your-app.com/channels/mr-$CI_MERGE_REQUEST_IID
-    on_stop: cleanup_mr
-
-# Cleanup MR channels when MR is closed
-cleanup_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli channel delete mr-$CI_MERGE_REQUEST_IID --apikey $CAPGO_TOKEN || true
-  when: manual
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    action: stop
-  only:
-    - merge_requests
-
-# Deploy to staging
-deploy_staging:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: staging
-
-# Deploy to production
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  environment:
-    name: production
-```
-
-### Multi-Umgebung mit manueller Genehmigung
-
-Für Production-Bereitstellungen mit manueller Genehmigung:
-
-```yaml
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  when: manual
-  environment:
-    name: production
-```
-
-### Branch-basierte Bereitstellungsstrategie
-
-Deployen Sie verschiedene Branches automatisch zu entsprechenden Channels:
-
-```yaml
-# Dynamic channel deployment based on branch
-deploy:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - |
-      if [ "$CI_COMMIT_REF_NAME" = "main" ]; then
-        CHANNEL="production"
-      elif [ "$CI_COMMIT_REF_NAME" = "develop" ]; then
-        CHANNEL="staging"
-      else
-        CHANNEL="development"
-      fi
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL
-  dependencies:
-    - build
-  environment:
-    name: $CHANNEL
-```
-
-## Sicherheits-Best-Practices
-
-### Protected-Variablen
-
-<Steps>
-
-1. **Sensible Variablen markieren**: Immer API-Tokens als protected und masked markieren
-2. **Branch-Schutz**: Protected-Variablen für Production-Bereitstellungen verwenden
-3. **Zugriffskontrolle**: Variablenzugriff nur auf Maintainer beschränken
-4. **Regelmäßige Rotation**: API-Tokens regelmäßig rotieren
-
-</Steps>
-
-### Sichere Pipeline-Konfiguration
-
-```yaml
-# Use protected variables for production
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  only:
-    refs:
-      - main
-    variables:
-      - $CI_COMMIT_REF_PROTECTED == "true"
-```
-
-## Überwachung und Benachrichtigungen
-
-### Slack-Integration
-
-Fügen Sie Slack-Benachrichtigungen zu Ihrer Pipeline hinzu:
-
-```yaml
-notify_success:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"✅ Capgo deployment successful for '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_success
-
-notify_failure:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"❌ Capgo deployment failed for '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_failure
-```
-
-### E-Mail-Benachrichtigungen
-
-Konfigurieren Sie E-Mail-Benachrichtigungen in Ihren GitLab-Projekteinstellungen oder verwenden Sie die API:
-
-```yaml
-notify_email:
-  stage: .post
-  script:
-    - |
-      curl --request POST \
-        --header "PRIVATE-TOKEN: $GITLAB_API_TOKEN" \
-        --form "to=team@yourcompany.com" \
-        --form "subject=Capgo Deployment Status" \
-        --form "body=Deployment of $CI_COMMIT_REF_NAME completed with status: $CI_JOB_STATUS" \
-        "https://gitlab.com/api/v4/projects/$CI_PROJECT_ID/emails"
-  when: always
-```
-
-## Fehlerbehebung
-
-### Häufige Probleme
-
-**Pipeline schlägt mit "Capgo CLI not found" fehl:**
-```yaml
-# Debug CLI installation
-debug_cli:
-  script:
-    - npm install -g @capgo/cli
-    - which capgo || echo "Capgo CLI not found"
-    - npx @capgo/cli --version
-```
-
-**Authentifizierungsfehler:**
-```yaml
-# Verify token configuration
-debug_auth:
-  script:
-    - |
-      if [ -z "$CAPGO_TOKEN" ]; then
-        echo "CAPGO_TOKEN is not set"
-        exit 1
-      fi
-      echo "Token length: ${#CAPGO_TOKEN}"
-```
-
-**Build-Artefakte nicht gefunden:**
-```yaml
-# List build outputs
-debug_build:
-  script:
-    - ls -la dist/
-    - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### Debug-Pipeline
-
-Fügen Sie Debugging-Informationen hinzu, um Probleme zu beheben:
-
-```yaml
-debug:
-  stage: build
-  script:
-    - echo "Branch: $CI_COMMIT_REF_NAME"
-    - echo "Commit: $CI_COMMIT_SHA"
-    - echo "Build: $CI_PIPELINE_ID"
-    - env | grep CI_ | sort
-  only:
-    - branches
-```
-
-## Nächste Schritte
-
-- Erfahren Sie mehr über [Channels](/docs/live-updates/channels/), um verschiedene Bereitstellungsumgebungen zu verwalten
-- Erkunden Sie [Custom Storage](/docs/live-updates/custom-storage/) für erweiterte Bereitstellungsszenarien
-- Richten Sie [Encryption](/docs/live-updates/encryption/) für sichere Bereitstellungen ein
-- Konfigurieren Sie [Update Behavior](/docs/live-updates/update-behavior/), um anzupassen, wie Updates angewendet werden
-
-Mit der GitLab CI/CD-Integration können Sie Ihre Capgo-Bereitstellungen automatisieren und konsistente, zuverlässige Updates für Ihre mobilen App-Benutzer sicherstellen.
diff --git a/src/content/docs/de/docs/live-updates/integrations/index.mdx b/src/content/docs/de/docs/live-updates/integrations/index.mdx
deleted file mode 100644
index 3d8c11605..000000000
--- a/src/content/docs/de/docs/live-updates/integrations/index.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: CI/CD Integrationen
-description: "Integrieren Sie Capgo Live Updates mit Ihrer bevorzugten CI/CD-Plattform für automatisierte Bereitstellungs-Workflows."
-sidebar:
-  order: 1
-locale: de
----
-
-import { Aside, LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Automatisieren Sie Ihren Capgo Live Updates-Bereitstellungsprozess durch Integration mit beliebten CI/CD-Plattformen. Diese Integrationen ermöglichen es Ihnen, App-Updates automatisch bereitzustellen, wenn Sie Code-Änderungen pushen, Feature-Branches zu testen und mehrere Bereitstellungsumgebungen zu verwalten.
-
-## Verfügbare Integrationen
-
-Wählen Sie Ihre CI/CD-Plattform, um mit automatisierten Bereitstellungen zu beginnen:
-
-<CardGrid>
-  <LinkCard
-    title="Azure DevOps"
-    description="Integrieren Sie mit Azure DevOps Pipelines für automatisierte Builds, Tests und Bereitstellungs-Workflows."
-    href="/docs/live-updates/integrations/azure-devops/"
-  />
-  <LinkCard
-    title="GitLab CI/CD"
-    description="Richten Sie GitLab CI/CD-Pipelines ein, um Ihre App-Updates automatisch mit umfassendem Umgebungsmanagement bereitzustellen."
-    href="/docs/live-updates/integrations/gitlab-ci/"
-  />
-  <LinkCard
-    title="GitHub Actions"
-    description="Verwenden Sie GitHub Actions für leistungsstarke Automatisierung mit Multi-Channel-Bereitstellungen und Umgebungsschutz."
-    href="/docs/live-updates/integrations/github-actions/"
-  />
-  <LinkCard
-    title="Bitbucket Pipelines"
-    description="Deployen Sie mit Bitbucket Pipelines unter Verwendung einfacher oder erweiterter Konfigurationen für mehrere Umgebungen."
-    href="/docs/live-updates/integrations/bitbucket-pipeline/"
-  />
-</CardGrid>
-
-## Was Sie erhalten
-
-Alle Integrationsleitfäden enthalten:
-
-- **Einfache Einrichtung**: Grundkonfiguration zum schnellen Einstieg
-- **Erweiterte Workflows**: Multi-Umgebungs-Bereitstellungen mit Staging und Production
-- **Feature-Branch-Tests**: Automatische Bereitstellung von Feature-Branches zu Test-Channels
-- **Sicherheits-Best-Practices**: Sichere Geheimnisverwaltung und Umgebungsschutz
-- **Überwachung**: Benachrichtigungen und Protokollierung für Bereitstellungsstatus
-
-<Aside type="tip">
-
-**Neu bei CI/CD?** Beginnen Sie mit der einfachen Konfiguration für Ihre Plattform und fügen Sie dann schrittweise erweiterte Funktionen wie Multi-Channel-Bereitstellungen und automatisierte Tests hinzu, wenn Ihre Anforderungen wachsen.
-
-</Aside>
-
-## Gemeinsame Funktionen
-
-Jede Integration unterstützt:
-
-- **Automatisierte Builds**: Bereitstellungen bei Code-Änderungen auslösen
-- **Multi-Channel-Unterstützung**: Zu verschiedenen Channels bereitstellen (development, staging, production)
-- **Pull-Request/Merge-Request-Tests**: Änderungen in isolierten Umgebungen testen
-- **Verschlüsselungs-Unterstützung**: Sichere Bereitstellungen mit Capgos Verschlüsselungsfunktion
-- **Umgebungsschutz**: Manuelle Genehmigungen und eingeschränkter Zugriff für Production
-- **Benachrichtigungen**: Slack-, E-Mail- und andere Benachrichtigungsintegrationen
-
-## Voraussetzungen
-
-Bevor Sie eine Integration einrichten, stellen Sie sicher, dass Sie haben:
-
-- Ein Capgo-Konto mit einer konfigurierten App
-- Den Quellcode Ihrer App in einem Git-Repository
-- Ein Capgo API-Token von [console.capgo.app/apikeys](https://console.capgo.app/apikeys)
-- Node.js und npm/yarn in Ihrem Projekt konfiguriert
-
-## Verwandte Dokumentation
-
-- [Channels](/docs/live-updates/channels/) - Erfahren Sie, wie Sie verschiedene Bereitstellungsumgebungen verwalten
-- [Encryption](/docs/live-updates/encryption/) - Sichern Sie Ihre Bereitstellungen mit Ende-zu-Ende-Verschlüsselung
-- [Update Behavior](/docs/live-updates/update-behavior/) - Passen Sie an, wie Updates auf Ihre Apps angewendet werden
-
-Wählen Sie oben Ihre CI/CD-Plattform, um mit der Automatisierung Ihrer Capgo-Bereitstellungen zu beginnen!
diff --git a/src/content/docs/de/docs/live-updates/rollbacks.mdx b/src/content/docs/de/docs/live-updates/rollbacks.mdx
deleted file mode 100644
index ffbd12224..000000000
--- a/src/content/docs/de/docs/live-updates/rollbacks.mdx
+++ /dev/null
@@ -1,90 +0,0 @@
----
-title: Rollbacks
-sidebar:
-  order: 5
-locale: de
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Während die Live-Updates von Capgo es Ihnen ermöglichen, schnell Verbesserungen und Fehlerbehebungen an Ihre Nutzer zu liefern, kann es Situationen geben, in denen Sie zu einer vorherigen Version Ihrer App zurückkehren müssen. Vielleicht hat ein neues Update ein unerwartetes kritisches Problem eingeführt, oder Sie möchten eine bestimmte Änderung rückgängig machen, während Sie an einer Lösung arbeiten.
-
-Capgo bietet verschiedene Möglichkeiten, die Builds eines Kanals zu verwalten und die Version Ihrer App zu kontrollieren, die Benutzer erhalten.
-
-## Zurücksetzen auf ein vorheriges Bundle
-
-Jedes Mal, wenn Sie einen neuen Build hochladen und einem Kanal zuweisen, behält Capgo einen Verlauf dieser Builds bei. Wenn Sie ein bestimmtes Update rückgängig machen müssen, können Sie einen dieser vorherigen Builds auswählen, um ihn erneut im Kanal bereitzustellen.
-
-Um zu einem vorherigen Build zurückzukehren:
-
-<Steps>
-
-1. Melden Sie sich beim [Capgo Dashboard](https://app.capgo.io) an
-
-2. Navigieren Sie zum Bereich "Channels"
-
-3. Klicken Sie auf den Namen des Kanals, den Sie zurücksetzen möchten
-
-4. Suchen Sie den Build, zu dem Sie zurückkehren möchten, in der Build-Historie des Kanals
-
-5. Klicken Sie auf das Kronen-Symbol neben diesem Build, um ihn zum aktiven Build für den Kanal zu machen
-   ![Kanal-Verwaltungsoptionen](/select_bundle.webp)
-
-6. Bestätigen Sie, dass Sie zu diesem Build zurückkehren möchten
-
-</Steps>
-
-<Aside type="note">
-Das Zurücksetzen auf einen vorherigen Build betrifft nur den ausgewählten Kanal. Wenn Sie mehrere Kanäle haben (z.B. Produktion, Staging, etc.), müssen Sie den Rollback-Prozess für jeden betroffenen Kanal wiederholen.
-</Aside>
-
-Nach dem Zurücksetzen erhalten Geräte, die für den aktualisierten Kanal konfiguriert sind, beim nächsten Update-Check den vorherigen Build. Der zurückgesetzte Build wird als neues Update behandelt, sodass der übliche Update-Ablauf und die Bedingungen gelten.
-
-## Trennen eines Kanals
-
-Wenn Sie Updates auf einem Kanal vorübergehend anhalten möchten, während Sie ein Problem untersuchen, können Sie den Kanal von seinem aktuellen Build trennen.
-
-Um einen Kanal zu trennen:
-
-1. Navigieren Sie zum Kanal im Capgo Dashboard
-
-2. Klicken Sie auf die Schaltfläche "Unlink" neben dem aktuellen Build
-
-3. Bestätigen Sie, dass Sie den Kanal trennen möchten
-
-Sobald ein Kanal getrennt ist, werden keine neuen Updates mehr verteilt. Geräte, die für diesen Kanal konfiguriert sind, bleiben bei ihrem aktuellen Build, bis der Kanal wieder mit einem Build verknüpft wird.
-
-Dies ist nützlich, wenn Sie ein Problem mit einem Update identifiziert haben, aber noch nicht sicher sind, zu welchem Build Sie zurückkehren möchten. Das Trennen des Kanals gibt Ihnen Zeit zur Untersuchung, ohne weitere Updates zu verteilen.
-
-## Erzwingen des eingebauten Bundles
-
-In schwerwiegenderen Situationen möchten Sie möglicherweise alle Geräte eines Kanals auf den Web-Build zurücksetzen, der ursprünglich mit dem nativen Binary Ihrer App gepackt wurde. Dies ist als "eingebautes Bundle" bekannt.
-
-Um das eingebaute Bundle auf einem Kanal zu erzwingen:
-
-1. Navigieren Sie zum Kanal im Capgo Dashboard
-
-2. Klicken Sie auf die Schaltfläche "Built-in Bundle"
-
-3. Bestätigen Sie, dass Sie das eingebaute Bundle erzwingen möchten
-
-Wenn Sie das eingebaute Bundle erzwingen, kehren alle Geräte, die für diesen Kanal konfiguriert sind, bei ihrer nächsten Update-Prüfung zum ursprünglich gepackten Web-Build zurück. Dies geschieht unabhängig davon, welchen Build sie derzeit verwenden.
-
-Dies ist eine aggressivere Rollback-Option als das Zurücksetzen auf einen bestimmten vorherigen Build, da es alle Live-Updates verwirft, die seit der letzten Veröffentlichung der App in den App Stores freigegeben wurden.
-
-<Aside type="caution">
-Seien Sie vorsichtig beim Erzwingen des eingebauten Bundles, da es alle Geräte im Kanal betrifft. Stellen Sie sicher, dass Sie die Auswirkungen bedacht und einen Plan für das weitere Vorgehen haben, bevor Sie diese Aktion durchführen.
-</Aside>
-
-## Überwachung und Reaktion auf Probleme
-
-Um Probleme schnell zu erkennen und die Auswirkungen problematischer Updates zu minimieren, ist es wichtig, einen Plan für die Überwachung Ihrer Releases und die Reaktion auf Probleme zu haben.
-
-Einige Strategien umfassen:
-
-- Überwachung von Absturzberichten und Benutzer-Feedback unmittelbar nach der Veröffentlichung eines Updates
-- Verwendung von stufenweisen Rollouts oder einem mehrstufigen Kanalsystem, um Updates an einer kleineren Gruppe zu testen, bevor sie breit veröffentlicht werden
-- Einen klaren Entscheidungsprozess haben, wann zurückgesetzt, getrennt oder das eingebaute Bundle erzwungen werden soll, und wer dazu berechtigt ist
-- Gegebenenfalls Kommunikation mit den Benutzern über das Problem und die Lösung
-
-Durch die Kombination sorgfältiger Überwachung mit der Möglichkeit, problematische Updates schnell zu verwalten, können Sie eine kontinuierlich verbesserte App-Erfahrung bieten und gleichzeitig Störungen für Ihre Benutzer minimieren.
\ No newline at end of file
diff --git a/src/content/docs/de/docs/live-updates/update-behavior.mdx b/src/content/docs/de/docs/live-updates/update-behavior.mdx
deleted file mode 100644
index 13fad0fdc..000000000
--- a/src/content/docs/de/docs/live-updates/update-behavior.mdx
+++ /dev/null
@@ -1,170 +0,0 @@
----
-title: Aktualisierungsverhalten
-sidebar:
-  order: 3
-locale: de
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Wenn Sie ein Update für Ihre Capgo-App veröffentlichen, möchten Sie wahrscheinlich, dass Ihre Nutzer dieses Update so schnell wie möglich erhalten. Allerdings möchten Sie deren Nutzungserfahrung nicht stören, indem Sie sie zwingen, mitten in einer Sitzung auf einen Download zu warten oder die App neu zu starten.
-
-Das Update-Verhalten von Capgo wurde entwickelt, um eine Balance zwischen schneller Update-Bereitstellung und minimaler Störung der Nutzer zu finden.
-
-## Standard Update-Ablauf
-
-Standardmäßig behandelt Capgo App-Updates wie folgt:
-
-<Steps>
-
-1. Beim App-Start prüft das Capgo-Plugin, ob ein neues Update verfügbar ist
-
-2. Wenn ein Update gefunden wird, wird es im Hintergrund heruntergeladen, während der Nutzer die aktuelle Version der App weiter verwendet
-
-3. Sobald der Download abgeschlossen ist, wartet Capgo darauf, dass der Nutzer die App entweder in den Hintergrund verschiebt oder vollständig beendet
-
-4. Wenn der Nutzer die App das nächste Mal startet, wird die aktualisierte Version ausgeführt
-
-</Steps>
-
-Dieser Ablauf stellt sicher, dass Nutzer immer die neueste Version Ihrer App verwenden, ohne jemals durch Update-Benachrichtigungen unterbrochen oder zum Warten auf Downloads gezwungen zu werden.
-
-<Aside type="tip">
-Capgo prüft auch auf Updates, wenn die App aus dem Hintergrund fortgesetzt wird. So erhalten Nutzer Updates auch dann, wenn sie die App nicht vollständig beenden.
-</Aside>
-
-## Warum dieser Ansatz?
-
-Das Anwenden von Updates bei Hintergrund- oder Beendigungsereignissen hat einige wichtige Vorteile für die Benutzererfahrung:
-
-- Nutzer werden nicht durch Update-Aufforderungen unterbrochen oder müssen mitten in einer Sitzung auf Downloads warten
-
-- Updates werden nahtlos zwischen den Sitzungen angewendet, sodass das Starten der App immer ein frisches Erlebnis ist
-
-- Sie können häufig Updates bereitstellen, ohne sich Sorgen machen zu müssen, aktive Nutzer zu stören
-
-Der Hauptnachteil ist, dass wenn ein Nutzer die App in den Hintergrund verschiebt und schnell wieder aufruft, könnte nicht gespeicherter Status verloren gehen, da das Update zwischen diesen Aktionen angewendet wurde.
-
-Um dies zu vermeiden, empfehlen wir:
-
-- Status häufig zu speichern und ihn beim Fortsetzen der App korrekt wiederherzustellen
-
-- Sehr häufige Updates zu vermeiden, die große Teile des App-Status verändern
-
-- Die Anpassung des Update-Verhaltens für sensible Abläufe in Erwägung zu ziehen (siehe unten)
-
-## Anpassen wann Updates angewendet werden
-
-In manchen Fällen möchten Sie möglicherweise mehr Kontrolle darüber haben, wann genau ein Update angewendet wird. Zum Beispiel möchten Sie vielleicht sicherstellen, dass ein Nutzer einen laufenden Prozess abschließt, bevor das Update installiert wird, oder ein App-Update mit einer serverseitigen Änderung koordinieren.
-
-Capgo bietet eine `setDelay`-Funktion, mit der Sie Bedingungen festlegen können, die erfüllt sein müssen, bevor ein Update installiert wird:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'date',
-      value: '2023-06-01T00:00:00.000Z',
-    },
-    {
-      kind: 'background',
-      value: '60000',
-    },
-  ],
-});
-```
-
-Dieses Beispiel würde die Installation eines Updates verzögern, bis nach dem 1. Juni 2023 UND die App mindestens 60 Sekunden im Hintergrund war.
-
-Die verfügbaren Verzögerungsbedingungen sind:
-
-- `date`: Warten bis nach einem bestimmten Datum/Uhrzeit, um das Update anzuwenden
-- `background`: Nach einer Mindestdauer warten, nachdem die App in den Hintergrund verschoben wurde
-- `nativeVersion`: Warten auf die Installation einer nativen Binary mit einer Mindestversion
-- `kill`: Warten bis zum nächsten App-Beendigungsereignis
-
-Sie können diese Bedingungen kombinieren, um präzise zu steuern, wann ein Update installiert wird.
-
-<Aside type="danger">
-Beachten Sie, dass die `kill`-Bedingung das Update derzeit nach dem ersten Beendigungsereignis auslöst, nicht nach dem nächsten Hintergrundereignis wie die anderen Bedingungen. Diese Inkonsistenz wird in einer zukünftigen Version behoben.
-</Aside>
-
-## Sofortiges Anwenden von Updates
-
-Für kritische Updates oder Apps mit sehr einfachem Status möchten Sie möglicherweise ein Update sofort nach dem Download anwenden, ohne auf ein Hintergrund- oder Beendigungsereignis zu warten. Capgo unterstützt dies über die `directUpdate`-Konfigurationsoption.
-
-<Aside type="tip" title="Empfohlen: Delta Updates mit Direct Update verwenden">
-Bei Verwendung von `directUpdate` **empfehlen wir dringend**, [Delta Updates](/docs/live-updates/differentials/) zu aktivieren, um Download-Zeiten zu minimieren und die Benutzererfahrung zu verbessern. Delta Updates laden nur geänderte Dateien statt des gesamten Bundles herunter, was besonders wichtig ist, wenn Updates sofort angewendet werden, während Benutzer Ihre App aktiv nutzen.
-
-**Warum dies für Direct Updates wichtig ist:**
-- **Schnellere Updates**: Kleinere Downloads bedeuten, dass Updates schnell abgeschlossen werden und die Zeit reduziert wird, in der Benutzer Ladebildschirme sehen
-- **Besseres mobiles Erlebnis**: Benutzer mit mobilen Netzwerken oder langsameren Verbindungen haben keine langen Wartezeiten
-- **Geringere Bandbreitennutzung**: Es werden nur geänderte Dateien heruntergeladen, was Daten für Sie und Ihre Benutzer spart
-
-Um Delta Updates zu aktivieren, verwenden Sie einfach das `--partial`-Flag beim Hochladen von Bundles:
-```shell
-npx @capgo/cli@latest bundle upload --partial
-```
-
-Erfahren Sie mehr in der [Delta Updates Dokumentation](/docs/live-updates/differentials/).
-</Aside>
-
-`directUpdate` wird in Ihrer `capacitor.config.ts`-Datei gesetzt, nicht im JavaScript-Code:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: true,
-      keepUrlPathAfterReload: true,
-    },
-  },
-};
-
-export default config;
-```
-
-Mit aktiviertem `directUpdate` wird Capgo ein Update sofort anwenden, sobald der Download abgeschlossen ist, auch wenn der Nutzer die App aktiv verwendet.
-
-Beachten Sie, dass `directUpdate` als native Konfiguration zusätzliche Behandlung in Ihrem JavaScript-Code erfordert.
-
-Bei Verwendung von `directUpdate` müssen Sie auf das `appReady`-Event hören und den Splash-Screen Ihrer App entsprechend ausblenden:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { SplashScreen } from '@capacitor/splash-screen';
-
-CapacitorUpdater.addListener('appReady', () => {
-  // Splash Screen ausblenden
-  SplashScreen.hide();
-});
-
-CapacitorUpdater.notifyAppReady();
-```
-
-Das `appReady`-Event wird ausgelöst, sobald die App die Initialisierung abgeschlossen und alle ausstehenden Updates angewendet hat. Ab diesem Zeitpunkt ist es sicher, die Benutzeroberfläche Ihrer App anzuzeigen, da sichergestellt ist, dass der Nutzer die neueste Version sieht.
-
-Zusätzlich zur Behandlung des `appReady`-Events empfehlen wir, die Konfigurationsoption `keepUrlPathAfterReload` auf `true` zu setzen, wenn Sie `directUpdate` verwenden. Dies bewahrt den aktuellen URL-Pfad, wenn die App aufgrund eines Updates neu geladen wird, und hilft dabei, den Standort des Nutzers in der App beizubehalten und Desorientierung zu reduzieren.
-
-Wenn Sie das `appReady`-Event nicht behandeln und `keepUrlPathAfterReload` nicht setzen, wenn Sie `directUpdate` verwenden, könnte der Nutzer kurzzeitig eine veraltete Version der App sehen, zur Ausgangsroute zurückgeführt werden oder ein Flackern sehen, während das Update angewendet wird.
-
-Die Verwendung von `directUpdate` kann nützlich sein, um kritische Fehlerbehebungen oder Sicherheitspatches bereitzustellen, bringt aber einige Kompromisse mit sich:
-
-- Der Nutzer könnte ein kurzes Flackern oder einen Ladezustand sehen, während das Update angewendet wird, wenn Sie das `appReady`-Event nicht richtig behandeln
-- Wenn das Update den App-Status oder die Benutzeroberfläche ändert, könnte der Nutzer eine störende Änderung mitten in einer Sitzung sehen
-- Der Standort des Nutzers in der App könnte verloren gehen, wenn `keepUrlPathAfterReload` nicht gesetzt ist, was möglicherweise desorientierend wirkt
-- Sie müssen sorgfältig das Speichern und Wiederherstellen des Status handhaben, um einen reibungslosen Übergang zu gewährleisten
-
-Wenn Sie `directUpdate` aktivieren, empfehlen wir:
-
-- Behandlung des `appReady`-Events zur Kontrolle, wann die Benutzeroberfläche Ihrer App angezeigt wird
-- Setzen von `keepUrlPathAfterReload` auf `true`, um den Standort des Nutzers in der App zu bewahren
-- Speichern und Wiederherstellen des App-Status nach Bedarf, um Nutzerffortschritt nicht zu verlieren
-- Gründliches Testen des Update-Verhaltens Ihrer App, um sicherzustellen, dass es keine störenden Übergänge, verlorenen Status oder desorientierenden Standortänderungen gibt
-
-In den meisten Fällen bietet das Standard-Update-Verhalten die beste Balance zwischen schneller Update-Bereitstellung und minimaler Störung. Aber für Apps mit spezifischen Anforderungen bietet Capgo die Flexibilität, anzupassen, wann und wie Updates angewendet werden.
diff --git a/src/content/docs/de/docs/live-updates/update-types.mdx b/src/content/docs/de/docs/live-updates/update-types.mdx
deleted file mode 100644
index adf5f348a..000000000
--- a/src/content/docs/de/docs/live-updates/update-types.mdx
+++ /dev/null
@@ -1,123 +0,0 @@
----
-title: Update-Typen
-description: >-
-  Eine umfassende Referenz aller OTA-Update-Typen, die Capgo bereitstellt:
-  Anwendungszeitpunkt, Verzögerungsbedingungen, Versionssperrung und
-  Bereitstellungsmethoden.
-sidebar:
-  order: 2
-locale: de
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo unterstützt verschiedene Arten von Over-the-Air (OTA) Updates. Diese Seite listet und erklärt alle, damit Sie die richtige Kombination für Ihre App wählen können.
-
-## Anwendungszeitpunkt
-
-Steuert **wann** ein Update angewendet wird, nachdem es heruntergeladen wurde.
-
-| Typ | Beschreibung | Anwendungsfall |
-|------|-------------|----------|
-| **Standard** | Download im Hintergrund, Anwendung wenn Benutzer die App in den Hintergrund verschiebt oder beendet | Die meisten Apps; minimale Unterbrechung |
-| **directUpdate: `atInstall`** | Sofortige Anwendung nur bei Neuinstallation oder App-Store-Update | Neue Benutzer erhalten die neueste Version; bestehende Benutzer nutzen den Standard-Ablauf |
-| **directUpdate: `onLaunch`** | Sofortige Anwendung bei Installation, Store-Update oder nach App-Beendigung | Balance zwischen Aktualität und Sitzungsstabilität |
-| **directUpdate: `always`** | Sofortige Anwendung wann immer ein Update heruntergeladen wird (auch beim Fortsetzen) | Kritische Fixes, Apps mit einfachem Zustand |
-
-Konfiguration in `capacitor.config.ts`:
-
-```typescript
-plugins: {
-  CapacitorUpdater: {
-    directUpdate: false, // default
-    // or: 'atInstall' | 'onLaunch' | 'always'
-  }
-}
-```
-
-<Aside type="tip">
-Für vollständige Details und Splashscreen-Handhabung siehe [Update-Verhalten](/docs/live-updates/update-behavior/).
-</Aside>
-
-## Verzögerungsbedingungen
-
-Bedingungen, die erfüllt sein müssen, **bevor** ein Update installiert wird. Verwenden Sie `setMultiDelay`, um sie zu kombinieren (alle Bedingungen müssen erfüllt sein).
-
-| Bedingung | Beschreibung | Beispiel |
-|-----------|-------------|---------|
-| **date** | Warten bis nach einem bestimmten Datum/Zeitpunkt | Koordination mit serverseitiger Veröffentlichung |
-| **background** | Warten auf eine Mindestdauer (ms) nachdem die App in den Hintergrund verschoben wurde | Vermeidung der Anwendung bei schnellen App-Wechseln |
-| **nativeVersion** | Erfordert eine minimale native Binärversion | Blockierung von Updates bei inkompatibler nativer Code-Version |
-| **kill** | Warten bis zum nächsten App-Beendigungs-Ereignis | Anwendung nur bei vollständigem Neustart |
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    { kind: 'date', value: '2023-06-01T00:00:00.000Z' },
-    { kind: 'background', value: '60000' },
-  ],
-});
-```
-
-<Aside type="danger">
-Die `kill`-Bedingung wird nach dem ersten Beendigungs-Ereignis ausgelöst, nicht beim nächsten Hintergrund-Ereignis wie die anderen. Dies wird in einer zukünftigen Version behoben.
-</Aside>
-
-## Versionssperrung (Channel-Richtlinie)
-
-Steuert, welche **Semver-Updates** ein Channel automatisch bereitstellt. Wird über `--disable-auto-update` bei Channels festgelegt.
-
-| Strategie | Blockiert | Erlaubt | Anwendungsfall |
-|----------|--------|--------|----------|
-| **none** | Nichts | Alle Updates | Standard; vollständiges Auto-Update |
-| **major** | 0.0.0 → 1.0.0 | Gleiche Major-Version (z.B. 1.x → 1.y) | Verhinderung von Breaking Changes bei alter nativer Version |
-| **minor** | 0.0.0 → 1.1.0, 1.1.0 → 1.2.0 | Gleiche Minor-Version (z.B. 1.2.x → 1.2.y) | Strengere Kontrolle innerhalb der Major-Version |
-| **patch** | Jede Änderung außer Patch-Erhöhung | Nur 0.0.311 → 0.0.314 | Sehr streng; nur Patch-Updates |
-| **metadata** | Updates ohne `min_update_version` | Updates mit expliziten Kompatibilitäts-Metadaten | Benutzerdefinierte Kompatibilitätsregeln pro Bundle |
-
-```bash
-npx @capgo/cli channel set production --disable-auto-update major
-```
-
-<Aside type="caution">
-`patch` und `metadata` erfordern sorgfältige Einrichtung. Siehe [CLI-Befehle](/docs/cli/commands/#disable-updates-strategy) und [Versions-Targeting](/docs/live-updates/version-targeting/) für Details.
-</Aside>
-
-## Bereitstellungstypen
-
-Wie das **Bundle auf das Gerät übertragen** wird.
-
-| Typ | Beschreibung | Wann verwenden |
-|------|-------------|-------------|
-| **Vollständiges Bundle** | Das gesamte JS-Bundle wird heruntergeladen | Erste Installation, große Änderungen oder wenn Delta nicht verfügbar ist |
-| **Delta (Manifest)** | Nur geänderte Dateien werden heruntergeladen | Die meisten Updates; schneller und bandbreitenfreundlich |
-
-```bash
-# Full bundle (default)
-npx @capgo/cli bundle upload --channel production
-
-# Delta updates
-npx @capgo/cli bundle upload --channel production --delta
-```
-
-<Aside type="tip">
-Bei Verwendung von `directUpdate` aktivieren Sie [Delta-Updates](/docs/live-updates/differentials/), um die Download-Zeit zu minimieren und die UX zu verbessern.
-</Aside>
-
-## Schnellreferenz
-
-| Kategorie | Typen |
-|----------|-------|
-| **Anwendungszeitpunkt** | Standard, `atInstall`, `onLaunch`, `always` |
-| **Verzögerungsbedingungen** | `date`, `background`, `nativeVersion`, `kill` |
-| **Versionssperrung** | `none`, `major`, `minor`, `patch`, `metadata` |
-| **Bereitstellung** | Vollständiges Bundle, Delta (Manifest) |
-
-## Verwandte Themen
-
-- [Update-Verhalten](/docs/live-updates/update-behavior/) — Konfiguration von Anwendungszeitpunkt und Verzögerungen
-- [Versions-Targeting](/docs/live-updates/version-targeting/) — Channel-basiertes Versions-Routing
-- [Delta (Manifest) Updates](/docs/live-updates/differentials/) — Aktivierung von Teil-Downloads
-- [Channels](/docs/live-updates/channels/) — Channel-Konfiguration und Priorität
diff --git a/src/content/docs/de/docs/live-updates/version-targeting.mdx b/src/content/docs/de/docs/live-updates/version-targeting.mdx
deleted file mode 100644
index 480142efe..000000000
--- a/src/content/docs/de/docs/live-updates/version-targeting.mdx
+++ /dev/null
@@ -1,617 +0,0 @@
----
-title: Version Targeting
-description: >-
-  Stellen Sie automatisch kompatible Updates für Benutzer basierend auf ihrer
-  nativen App-Version bereit
-sidebar:
-  order: 7
-locale: de
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Diese Anleitung erklärt, wie Sie automatisch das neueste kompatible Bundle für Benutzer basierend auf ihrer nativen App-Version bereitstellen, **ähnlich wie bei Ionic AppFlow**. Dies gewährleistet vereinfachte Update-Verwaltung und schnellere Rollouts bei gleichzeitiger Vermeidung von Kompatibilitätsproblemen.
-
-<Aside type="tip" title="Migration von Ionic AppFlow?">
-  Falls Sie von Ionic AppFlow migrieren, ist diese Anleitung besonders wichtig für Sie. AppFlow hat Updates automatisch nativen Versionen zugeordnet, und Capgo bietet die gleiche Möglichkeit mit noch mehr Kontrolle und Flexibilität. Siehe den [AppFlow-Migrationsleitfaden](/docs/upgrade/from-appflow-to-capgo) für schrittweise Migrationsanweisungen.
-</Aside>
-
-## Übersicht
-
-Das Version-Targeting-System von Capgo ermöglicht es Ihnen zu:
-
-- **Automatisch kompatible Updates** für Benutzer basierend auf ihrer nativen App-Version bereitzustellen
-- **Brechende Änderungen** daran zu hindern, inkompatible App-Versionen zu erreichen
-- **Mehrere App-Versionen** gleichzeitig zu verwalten ohne komplexe Logik
-- **Updates nahtlos** für spezifische Benutzergruppen bereitzustellen
-
-### Warum Version Targeting wichtig ist (besonders für AppFlow-Benutzer)
-
-Falls Sie mit **Ionic AppFlow** vertraut sind, wissen Sie, wie wichtig es ist, sicherzustellen, dass Benutzer nur kompatible Updates erhalten. AppFlow hat Live-Update-Bundles automatisch nativen App-Versionen zugeordnet, um zu verhindern, dass inkompatibles JavaScript an ältere native Codes geliefert wird.
-
-**Capgo bietet die gleichen Sicherheitsgarantien**, mit zusätzlichen Funktionen:
-- Granularere Kontrolle über das Versions-Matching
-- Mehrere Strategien (Kanäle, Semver, native Einschränkungen)
-- Bessere Sichtbarkeit der Versionsverteilung
-- API- und CLI-Kontrolle neben Dashboard-Verwaltung
-
-Dieser Ansatz ist besonders nützlich, wenn:
-- Sie Benutzer auf verschiedenen Hauptversionen Ihrer App haben (z. B. v1.x, v2.x, v3.x)
-- Sie Abwärtskompatibilität aufrechterhalten müssen, während Sie brechende Änderungen einführen
-- Sie verhindern möchten, dass neuere Bundles älteren nativen Code beschädigen
-- Sie Benutzer graduell von einer Version zu einer anderen migrieren
-- **Sie von AppFlow migrieren** und die gleiche Update-Sicherheit beibehalten möchten
-
-## Wie es funktioniert
-
-Capgo verwendet einen mehrschichtigen Ansatz, um Benutzer mit kompatiblen Updates zu vergleichen:
-
-1. **Native Versionsbeschränkungen**: Verhindern Sie, dass Bundles an inkompatible native Versionen geliefert werden
-2. **Kanalbasiertes Routing**: Leiten Sie verschiedene App-Versionen an verschiedene Update-Kanäle weiter
-3. **Semantische Versionierungskontrollen**: Blockieren Sie Updates automatisch über Major-/Minor-/Patch-Grenzen
-4. **Geräteebene-Overrides**: Zielbenutzer spezifische Geräte oder Benutzergruppen an
-
-### Version-Matching-Fluss
-
-```mermaid
-graph TD
-    A[User Opens App] --> B{Check Device Override}
-    B -->|Override Set| C[Use Override Channel]
-    B -->|No Override| D{Check defaultChannel in App}
-    D -->|Has defaultChannel| E[Use App's defaultChannel]
-    D -->|No defaultChannel| F[Use Cloud Default Channel]
-    C --> G{Check Version Constraints}
-    E --> G
-    F --> G
-    G -->|Compatible| H[Deliver Update]
-    G -->|Incompatible| I[Skip Update]
-```
-
-## Strategie 1: Kanalbasiertes Versions-Routing
-
-Dies ist der **empfohlene Ansatz** zum Verwalten von brechenden Änderungen und Hauptversions-Updates. Es ähnelt AppFlow's Liefermodell.
-
-### Beispielszenario
-
-- **App v1.x** (100.000 Benutzer) → `production` Kanal
-- **App v2.x** (50.000 Benutzer mit brechenden Änderungen) → `v2` Kanal
-- **App v3.x** (10.000 Beta-Benutzer) → `v3` Kanal
-
-### Implementierung
-
-#### Schritt 1: Kanäle für jede Hauptversion konfigurieren
-
-```typescript
-// capacitor.config.ts für Version 1.x Builds
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production', // oder weglassen für Standard
-    }
-  }
-};
-
-export default config;
-```
-
-```typescript
-// capacitor.config.ts für Version 2.x Builds
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // Leitet v2-Benutzer automatisch weiter
-    }
-  }
-};
-```
-
-```typescript
-// capacitor.config.ts für Version 3.x Builds
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v3', // Leitet v3-Benutzer automatisch weiter
-    }
-  }
-};
-```
-
-#### Schritt 2: Kanäle erstellen
-
-```bash
-# Erstellen Sie Kanäle für jede Hauptversion
-npx @capgo/cli channel create production
-npx @capgo/cli channel create v2
-npx @capgo/cli channel create v3
-
-# Aktivieren Sie die Selbstzuweisung, damit Apps Kanäle wechseln können
-npx @capgo/cli channel set production --self-assign
-npx @capgo/cli channel set v2 --self-assign
-npx @capgo/cli channel set v3 --self-assign
-```
-
-#### Schritt 3: Versionsspezifische Bundles hochladen
-
-```bash
-# Für v1.x Benutzer (von v1-maintenance Branch)
-git checkout v1-maintenance
-npm run build
-npx @capgo/cli bundle upload --channel production
-
-# Für v2.x Benutzer (von v2-maintenance oder main Branch)
-git checkout main
-npm run build
-npx @capgo/cli bundle upload --channel v2
-
-# Für v3.x Benutzer (von beta/v3 Branch)
-git checkout beta
-npm run build
-npx @capgo/cli bundle upload --channel v3
-```
-
-<Aside type="tip" title="Automatisches Routing">
-  Wenn Benutzer die App öffnen, stellen sie automatisch eine Verbindung zu ihrem designierten Kanal basierend auf dem `defaultChannel` in ihrem installierten App-Bundle her. Keine JavaScript-Codeänderungen erforderlich!
-</Aside>
-
-### Vorteile
-
-- **Null Code-Änderungen** - Kanalrouting erfolgt automatisch
-- **Klare Trennung** - Jede Version hat ihre eigene Update-Pipeline
-- **Flexible Targeting** - Pushen Sie Updates an spezifische Versionsgruppen
-- **Sichere Rollouts** - Brechende Änderungen erreichen nie inkompatible Versionen
-
-## Strategie 2: Semantische Versionierungskontrollen
-
-Verwenden Sie die integrierten semantischen Versionierungskontrollen von Capgo, um Updates über Versionsgrenzen hinweg zu verhindern.
-
-### Deaktivieren Sie Auto-Update über Hauptversionen hinweg
-
-```bash
-# Erstellen Sie einen Kanal, der Update über Hauptversionen blockiert
-npx @capgo/cli channel create stable --disable-auto-update major
-```
-
-Diese Konfiguration bedeutet:
-- Benutzer mit App-Version **1.2.3** erhalten Updates bis zu **1.9.9**
-- Benutzer erhalten **NICHT** Version **2.0.0** automatisch
-- Verhindert, dass brechende Änderungen älteren nativen Code erreichen
-
-### Granulare Steuerungsoptionen
-
-```bash
-# Blockieren Sie Update über Minor-Versionen (1.2.x erhält 1.3.0 nicht)
-npx @capgo/cli channel set stable --disable-auto-update minor
-
-# Blockieren Sie Patch-Updates (1.2.3 erhält 1.2.4 nicht)
-npx @capgo/cli channel set stable --disable-auto-update patch
-
-# Erlauben Sie alle Updates
-npx @capgo/cli channel set stable --disable-auto-update none
-```
-
-<Aside type="caution" title="Semantische Versionierung erforderlich">
-  Diese Strategie funktioniert nur, wenn Sie semantische Versionierung (Semver) für Ihre App-Versionen befolgen. Stellen Sie sicher, dass Ihre Versionsnummern das `MAJOR.MINOR.PATCH` Format befolgen.
-</Aside>
-
-## Strategie 3: Native Versionsbeschränkungen
-
-Geben Sie die Mindestanforderungen für native Versionen für Bundles an, um die Lieferung an inkompatible Geräte zu verhindern.
-
-### Verwenden der nativeVersion Verzögerungsbedingung
-
-Beim Hochladen eines Bundles können Sie eine Mindest-Native-Version angeben:
-
-```bash
-# Dieses Bundle erfordert native Version 2.0.0 oder höher
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "2.0.0"
-```
-
-<Aside type="note" title="Wie es funktioniert">
-  Geräte mit nativer Version 1.x erhalten dieses Bundle NICHT. Nur Geräte mit 2.0.0+ erhalten es. Dies ist perfekt für Updates, die neue native APIs oder Plugins erfordern.
-</Aside>
-
-### Anwendungsfälle
-
-1. **Neues Native Plugin erforderlich**
-   ```bash
-   # Bundle benötigt Camera-Plugin in v2.0.0 hinzugefügt
-   npx @capgo/cli bundle upload --native-version "2.0.0"
-   ```
-
-2. **Breaking Native API-Änderungen**
-   ```bash
-   # Bundle verwendet neue Capacitor 6 APIs
-   npx @capgo/cli bundle upload --native-version "3.0.0"
-   ```
-
-3. **Graduelle Migration**
-   ```bash
-   # Test Bundle nur auf neuester nativer Version
-   npx @capgo/cli bundle upload \
-     --channel beta \
-     --native-version "2.5.0"
-   ```
-
-## Strategie 4: Prävention von Auto-Downgrade
-
-Verhindern Sie, dass Benutzer Bundles erhalten, die älter als ihre aktuelle native Version sind.
-
-### In Kanaleinstellungen aktivieren
-
-Im Capgo-Dashboard:
-1. Gehen Sie zu **Kanäle** → Wählen Sie Ihren Kanal
-2. Aktivieren Sie **"Deaktivieren Sie automatisches Downgrade unter native"**
-3. Speichern Sie die Änderungen
-
-Oder über CLI:
-```bash
-npx @capgo/cli channel set production --disable-downgrade
-```
-
-### Beispiel
-
-- Geräteversion des Benutzers: Native Version **1.2.5**
-- Kanal Bundle: Version **1.2.3**
-- **Ergebnis**: Update wird blockiert (wäre ein Downgrade)
-
-Dies ist nützlich, wenn:
-- Benutzer eine neuere Version manuell aus dem App-Store installiert haben
-- Sie sicherstellen müssen, dass Benutzer immer die neuesten Sicherheits-Patches haben
-- Sie Regressionsfehler verhindern möchten
-
-## Strategie 5: Geräteebene-Targeting
-
-Überschreiben Sie die Kanalzuweisung für spezifische Geräte oder Benutzergruppen.
-
-### Erzwinge spezifische Version zum Testen
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Erzwinge Beta-Tester zur Verwendung des v3-Kanals
-async function assignBetaTesters() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-
-  // Überprüfen Sie, ob Benutzer Beta-Tester ist
-  if (isBetaTester(userId)) {
-    await CapacitorUpdater.setChannel({ channel: 'v3' })
-  }
-}
-```
-
-### Dashboard-Geräte-Override
-
-Im Capgo-Dashboard:
-1. Gehen Sie zu **Geräte** → Finden Sie Gerät
-2. Klicken Sie auf **Set Channel** oder **Set Version**
-3. Überschreiben Sie mit spezifischem Kanal oder Bundle-Version
-4. Gerät erhält Updates von der überschriebenen Quelle
-
-<Aside type="tip" title="Testing Updates">
-  Verwenden Sie Geräte-Overrides, um Updates auf Ihrem eigenen Gerät zu testen, bevor Sie sie für alle Benutzer einführen.
-</Aside>
-
-## Kompletter AppFlow-ähnlicher Workflow
-
-Hier ist ein vollständiges Beispiel, das alle Strategien kombiniert:
-
-### 1. Initiales Setup (App v1.0.0)
-
-```bash
-# Erstellen Sie Production-Kanal mit Semver-Kontrollen
-npx @capgo/cli channel create production \
-  --disable-auto-update major \
-  --disable-downgrade
-```
-
-```typescript
-// capacitor.config.ts
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production',
-    }
-  }
-};
-```
-
-### 2. Brechende Änderung freigeben (App v2.0.0)
-
-```bash
-# Erstellen Sie v2 Kanal für neue Version
-npx @capgo/cli channel create v2 \
-  --disable-auto-update major \
-  --disable-downgrade \
-  --self-assign
-
-# Erstellen Sie Git-Branch für v1 Wartung
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-```
-
-```typescript
-// capacitor.config.ts für v2.0.0
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // Neue Benutzer erhalten v2 Kanal
-    }
-  }
-};
-```
-
-### 3. Updates für beide Versionen pushen
-
-```bash
-# Update v1.x Benutzer (Fehlerbehebung)
-git checkout v1-maintenance
-# Vornehmen von Änderungen
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "1.0.0"
-
-# Update v2.x Benutzer (neues Feature)
-git checkout main
-# Vornehmen von Änderungen
-npx @capgo/cli bundle upload \
-  --channel v2 \
-  --native-version "2.0.0"
-```
-
-### 4. Versionsverteilung überwachen
-
-Verwenden Sie das Capgo-Dashboard zum Verfolgen von:
-- Wie viele Benutzer auf v1 vs v2 sind
-- Bundle-Adoptionsraten pro Version
-- Fehler oder Abstürze pro Version
-
-### 5. Alte Version abschaffen
-
-Sobald v1-Nutzung unter Schwellenwert fällt:
-
-```bash
-# Stopfen Sie das Hochladen zum Production-Kanal
-# Optional: Löschen Sie v1 Maintenance-Branch
-git branch -d v1-maintenance
-
-# Verschieben Sie alle verbleibenden Benutzer zum Standard
-# (Sie müssen über App-Store aktualisieren)
-```
-
-## Kanal-Priorität
-
-Wenn mehrere Kanalkonfigurationen vorhanden sind, verwendet Capgo diese Prioritätsreihenfolge:
-
-1. **Geräte-Override** (Dashboard oder API) - Höchste Priorität
-2. **Cloud Override** via `setChannel()` Aufruf
-3. **defaultChannel** in capacitor.config.ts
-4. **Standard Kanal** (Cloud-Einstellung) - Niedrigste Priorität
-
-<Aside type="note" title="Prioritäts-Beispiel">
-  Wenn die App eines Benutzers `defaultChannel: 'v2'` hat, aber Sie ihr Gerät im Dashboard zu `'beta'` überschreiben, erhalten sie Updates vom `'beta'` Kanal.
-</Aside>
-
-## Bewährte Methoden
-
-### 1. Setzen Sie immer defaultChannel für Hauptversionen
-
-```typescript
-// ✅ Gut: Jede Hauptversion hat expliziten Kanal
-// v1.x → production
-// v2.x → v2
-// v3.x → v3
-
-// ❌ Schlecht: Verlassen Sie sich auf dynamischen Kanalwechsel
-// Alle Versionen → production, Manueller Wechsel
-```
-
-### 2. Verwenden Sie semantische Versionierung
-
-```bash
-# ✅ Gut
-1.0.0 → 1.0.1 → 1.1.0 → 2.0.0
-
-# ❌ Schlecht
-1.0 → 1.1 → 2 → 2.5
-```
-
-### 3. Behalten Sie separate Branches bei
-
-```bash
-# ✅ Gut: Separate Branches pro Hauptversion
-main (v3.x)
-v2-maintenance (v2.x)
-v1-maintenance (v1.x)
-
-# ❌ Schlecht: Einzelner Branch für alle Versionen
-```
-
-### 4. Testen Sie vor dem Rollout
-
-```bash
-# Testen Sie zuerst auf Beta-Kanal
-npx @capgo/cli bundle upload --channel beta
-
-# Überwachen Sie Probleme, dann fördern Sie zur Production
-npx @capgo/cli bundle upload --channel production
-```
-
-### 5. Versionsverteilung überwachen
-
-Überprüfen Sie regelmäßig Ihr Dashboard:
-- Aktualisieren Benutzer auf neuere native Versionen?
-- Erhalten alte Versionen noch hohen Verkehr?
-- Sollten Sie alte Kanäle abschaffen?
-
-## Vergleich mit Ionic AppFlow
-
-Für Teams, die von **Ionic AppFlow** migrieren, ist hier ein Vergleich des Version-Targetings von Capgo:
-
-| Feature | Ionic AppFlow | Capgo |
-|---------|---------------|-------|
-| **Versionsbasiertes Routing** | Automatisch basierend auf nativer Version | Automatisch via `defaultChannel` + mehrere Strategien |
-| **Semantische Versionierung** | Grundlegende Unterstützung | Erweitert mit `--disable-auto-update` (major/minor/patch) |
-| **Native Versionsbeschränkungen** | Manuelle Konfiguration im AppFlow-Dashboard | Eingebautes `--native-version` Flag in CLI |
-| **Kanal-Management** | Web UI + CLI | Web UI + CLI + API |
-| **Geräte-Overrides** | Begrenzte Geräteebene-Kontrolle | Vollständige Kontrolle via Dashboard/API |
-| **Auto-Downgrade-Prävention** | Ja | Ja via `--disable-downgrade` |
-| **Multi-Versions-Wartung** | Manuelle Branch-/Kanal-Verwaltung | Automatisiert mit Kanal-Priorität |
-| **Self-Hosting** | Nein | Ja (vollständige Kontrolle) |
-| **Versions-Analytik** | Grundlegend | Detailliert pro-Version Metriken |
-
-<Aside type="note" title="AppFlow-Parität und darüber hinaus">
-  Capgo bietet **alle Version-Targeting-Fähigkeiten**, die AppFlow angeboten hat, plus zusätzliche Kontrollmechanismen. Wenn Sie sich auf AppFlow's automatisches Versions-Matching verlassen haben, werden Sie feststellen, dass Capgo gleich sicher ist mit mehr Flexibilität.
-</Aside>
-
-## Fehlerbehebung
-
-### Benutzer erhalten Updates nicht
-
-Überprüfen Sie Folgendes:
-
-1. **Kanal-Zuordnung**: Überprüfen Sie, dass Gerät auf korrektem Kanal ist
-   ```typescript
-   const channel = await CapacitorUpdater.getChannel()
-   console.log('Current channel:', channel)
-   ```
-
-2. **Versions-Einschränkungen**: Überprüfen Sie, ob Bundle native Versionsanforderungen hat
-   - Dashboard → Bundles → Überprüfen Sie "Native Version" Spalte
-
-3. **Semver-Einstellungen**: Überprüfen Sie die `disable-auto-update` Einstellung des Kanals
-   ```bash
-   npx @capgo/cli channel list
-   ```
-
-4. **Geräte-Override**: Überprüfen Sie, ob Gerät manuellen Override hat
-   - Dashboard → Geräte → Suchen Sie nach Gerät → Überprüfen Sie Kanal/Version
-
-### Bundle wird an falsche Version geliefert
-
-1. **Überprüfen Sie defaultChannel**: Stellen Sie sicher, korrekter Kanal in `capacitor.config.ts`
-2. **Überprüfen Sie Bundle-Upload**: Verifizieren Sie, dass Bundle zum beabsichtigten Kanal hochgeladen wurde
-3. **Überprüfen Sie Native-Version**: Bestätigen Sie, dass `--native-version` Flag korrekt verwendet wurde
-
-### Brechende Änderungen beeinflussen alte Versionen
-
-1. **Sofort-Fix**: Überschreiben Sie betroffene Geräte zum sicheren Bundle
-   - Dashboard → Geräte → Mehrfach auswählen → Set Version
-2. **Langfristig-Fix**: Erstellen Sie versionierte Kanäle und behalten Sie separate Branches
-3. **Prävention**: Testen Sie immer Updates auf repräsentativen Geräten vor dem Rollout
-
-## Migration von Ionic AppFlow
-
-Falls Sie von **Ionic AppFlow** migrieren, funktioniert Version-Targeting in Capgo sehr ähnlich, mit verbesserter Flexibilität:
-
-### Konzept-Mapping
-
-| AppFlow Concept | Capgo Equivalent | Notes |
-|-----------------|------------------|-------|
-| **Deploy Channel** | Capgo Channel | Gleiches Konzept, leistungsreicher |
-| **Native Version Lock** | `--native-version` flag | Granularere Kontrolle |
-| **Channel Priority** | Channel Priorität (override → cloud → default) | Transparentere Priorität |
-| **Deployment Target** | Channel + Semver-Kontrollen | Mehrere Strategien verfügbar |
-| **Production Channel** | `production` Kanal (oder beliebiger Name) | Flexible Benennung |
-| **Git-based deployment** | CLI Bundle-Upload von Branch | Gleicher Workflow |
-| **Automatic version matching** | `defaultChannel` + Versions-Einschränkungen | Erweitert mit mehreren Strategien |
-
-### Schlüsseldifferenzen für AppFlow-Benutzer
-
-1. **Mehr Kontrolle**: Capgo gibt Ihnen mehrere Strategien (Kanäle, Semver, native Version), die kombiniert werden können
-2. **Bessere Sichtbarkeit**: Dashboard zeigt Versionsverteilung und Kompatibilitätsprobleme
-3. **API-Zugriff**: Vollständige programmatische Kontrolle über Version-Targeting
-4. **Self-Hosting**: Option, Ihren eigenen Update-Server mit gleicher Versionslogik zu betreiben
-
-### Migrations-Schritte
-
-1. **Ordnen Sie Ihre AppFlow-Kanäle** Capgo-Kanälen zu (üblicherweise 1:1)
-2. **Setzen Sie `defaultChannel`** in `capacitor.config.ts` für jede Hauptversion
-3. **Konfigurieren Sie Semver-Regeln**, wenn Sie automatisches Blockieren auf Versionsgrenzen wünschen
-4. **Laden Sie versionsspezifische Bundles** mit `--native-version` Flag hoch
-5. **Überwachen Sie Versionsverteilung** im Capgo-Dashboard
-
-<Aside type="tip" title="Kompletter Migrations-Leitfaden">
-  Für vollständige Migrationsanweisungen einschließlich SDK-Ersatz und API-Zuordnung, siehe den [AppFlow zu Capgo Migrations-Leitfaden](/docs/upgrade/from-appflow-to-capgo).
-</Aside>
-
-## Erweiterte Muster
-
-### Gradueller Rollout nach Version
-
-```typescript
-// Migrieren Sie v1-Benutzer graduell zu v2
-async function migrateUsers() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-  const rolloutPercentage = 10 // Beginnen Sie mit 10%
-
-  // Hash Device-ID zum Abrufen deterministischen Prozentsatz
-  const hash = hashCode(deviceId) % 100
-
-  if (hash < rolloutPercentage) {
-    // Benutzer ist in Rollout-Gruppe - Migrieren Sie zu v2
-    await CapacitorUpdater.setChannel({ channel: 'v2' })
-  }
-}
-```
-
-### Feature-Flags nach Version
-
-```typescript
-// Aktivieren Sie Features basierend auf nativer Version
-async function checkFeatureAvailability() {
-  const info = await CapacitorUpdater.getDeviceId()
-  const nativeVersion = info.nativeVersion
-
-  if (compareVersions(nativeVersion, '2.0.0') >= 0) {
-    // Aktivieren Sie Features, die v2.0.0+ erfordern
-    enableNewCameraFeature()
-  }
-}
-```
-
-### A/B-Tests über Versionen hinweg
-
-```typescript
-// Führen Sie A/B-Tests innerhalb gleicher nativer Version aus
-async function assignABTest() {
-  const nativeVersion = await getNativeVersion()
-
-  if (nativeVersion.startsWith('2.')) {
-    // Nur A/B-Test auf v2-Benutzern
-    const variant = Math.random() < 0.5 ? 'v2-test-a' : 'v2-test-b'
-    await CapacitorUpdater.setChannel({ channel: variant })
-  }
-}
-```
-
-## Zusammenfassung
-
-Capgo bietet mehrere Strategien für versionsspezifische Update-Lieferung:
-
-1. **Kanalbasiertes Routing**: Automatische Versionsaufteilung via `defaultChannel`
-2. **Semantische Versionierung**: Verhindern Sie Updates über Major-/Minor-/Patch-Grenzen
-3. **Native Versionsbeschränkungen**: Erfordern Sie Mindest-Native-Version für Bundles
-4. **Auto-Downgrade-Prävention**: Liefern Sie nie ältere Bundles an neuere native Versionen
-5. **Geräte-Overrides**: Manuelle Kontrolle zum Testen und Targeting
-
-Durch das Kombinieren dieser Strategien können Sie AppFlow-ähnliche automatische Update-Lieferung mit noch mehr Flexibilität und Kontrolle erreichen. Wählen Sie den Ansatz, der am besten zu Ihrem App's Versionierung und Deployment-Workflow passt.
-
-Für mehr Details zu spezifischen Funktionen:
-- [Leitfaden zu brechenden Änderungen](/docs/live-updates/breaking-changes) - Detaillierte Kanal-Versionierungs-Strategie
-- [Kanal-Verwaltung](/docs/live-updates/channels) - Vollständige Kanal-Konfigurationsreferenz
-- [Update-Verhalten](/docs/live-updates/update-behavior) - Native Versions-Verzögerungen und Bedingungen
diff --git a/src/content/docs/de/docs/plugin/api.md b/src/content/docs/de/docs/plugin/api.md
deleted file mode 100644
index 8fe3aa47e..000000000
--- a/src/content/docs/de/docs/plugin/api.md
+++ /dev/null
@@ -1,1014 +0,0 @@
----
-title: Funktionen und Einstellungen
-description: Alle verfügbaren Methoden und Einstellungen des Plugins
-sidebar:
-  order: 2
-locale: de
----
-
-# Updater Plugin Konfiguration
-
-Siehe Github [Readme](https://github.com/Cap-go/capacitor-updater) für weitere Informationen
-
-<docgen-config>
-
-CapacitorUpdater kann mit diesen Optionen konfiguriert werden:
-
-| Eigenschaft                  | Typ                  | Beschreibung                                                                                                                                                                                   | Standard                                           | Seit    |
-| ---------------------------- | -------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------- | ------- |
-| **`appReadyTimeout`**        | <code>number</code>  | Konfiguriert die Anzahl der Millisekunden, die das native Plugin warten soll, bevor ein Update als 'fehlgeschlagen' gilt. Nur verfügbar für Android und iOS                                    | <code>10000 // (10 Sekunden)</code>                |         |
-| **`responseTimeout`**        | <code>number</code>  | Konfiguriert die Anzahl der Millisekunden, die das native Plugin warten soll, bevor API-Timeout eintritt. Nur verfügbar für Android und iOS                                                    | <code>20 // (20 Sekunden)</code>                   |         |
-| **`autoDeleteFailed`**       | <code>boolean</code> | Konfiguriert, ob das Plugin fehlgeschlagene Bundles automatisch löschen soll. Nur verfügbar für Android und iOS                                                                                | <code>true</code>                                  |         |
-| **`autoDeletePrevious`**     | <code>boolean</code> | Konfiguriert, ob das Plugin vorherige Bundles nach einem erfolgreichen Update automatisch löschen soll. Nur verfügbar für Android und iOS                                                      | <code>true</code>                                  |         |
-| **`autoUpdate`**             | <code>boolean</code> | Konfiguriert, ob das Plugin Auto-Update über einen Update-Server verwenden soll. Nur verfügbar für Android und iOS                                                                              | <code>true</code>                                  |         |
-| **`resetWhenUpdate`**        | <code>boolean</code> | Löscht automatisch zuvor heruntergeladene Bundles, wenn ein neueres natives App-Bundle auf dem Gerät installiert wird. Nur verfügbar für Android und iOS                                       | <code>true</code>                                  |         |
-| **`updateUrl`**              | <code>string</code>  | Konfiguriert die URL / den Endpunkt, an den Update-Prüfungen gesendet werden. Nur verfügbar für Android und iOS                                                                                | <code>https://plugin.capgo.app/updates</code>      |         |
-| **`channelUrl`**             | <code>string</code>  | Konfiguriert die URL / den Endpunkt für Kanal-Operationen. Nur verfügbar für Android und iOS                                                                                                   | <code>https://plugin.capgo.app/channel_self</code> |         |
-| **`statsUrl`**               | <code>string</code>  | Konfiguriert die URL / den Endpunkt, an den Update-Statistiken gesendet werden. Nur verfügbar für Android und iOS. Auf "" setzen, um Statistik-Reporting zu deaktivieren                       | <code>https://plugin.capgo.app/stats</code>        |         |
-| **`privateKey`**             | <code>string</code>  | Konfiguriert den privaten Schlüssel für Ende-zu-Ende Live-Update-Verschlüsselung. Nur verfügbar für Android und iOS. Veraltet in Version 6.2.0, wird in Version 7.0.0 entfernt                | <code>undefined</code>                             |         |
-| **`publicKey`**              | <code>string</code>  | Konfiguriert den öffentlichen Schlüssel für Ende-zu-Ende Live-Update-Verschlüsselung Version 2. Nur verfügbar für Android und iOS                                                              | <code>undefined</code>                             | 6.2.0   |
-| **`version`**                | <code>string</code>  | Konfiguriert die aktuelle Version der App. Wird für die erste Update-Anfrage verwendet. Wenn nicht gesetzt, holt das Plugin die Version aus dem nativen Code. Nur verfügbar für Android und iOS| <code>undefined</code>                             | 4.17.48 |
-| **`directUpdate`**           | <code>boolean</code> | Lässt das Plugin Updates direkt installieren, wenn die App gerade aktualisiert/installiert wurde. Nur für autoUpdate-Modus. Nur verfügbar für Android und iOS                                   | <code>undefined</code>                             | 5.1.0   |
-| **`periodCheckDelay`**       | <code>number</code>  | Konfiguriert die Verzögerungsperiode für periodische Update-Prüfungen in Sekunden. Nur verfügbar für Android und iOS. Kann nicht weniger als 600 Sekunden (10 Minuten) sein                    | <code>600 // (10 Minuten)</code>                   |         |
-| **`localS3`**                | <code>boolean</code> | Konfiguriert die CLI zur Verwendung eines lokalen Servers für Tests oder selbst-gehosteten Update-Server                                                                                        | <code>undefined</code>                             | 4.17.48 |
-| **`localHost`**              | <code>string</code>  | Konfiguriert die CLI zur Verwendung eines lokalen Servers für Tests oder selbst-gehosteten Update-Server                                                                                        | <code>undefined</code>                             | 4.17.48 |
-| **`localWebHost`**           | <code>string</code>  | Konfiguriert die CLI zur Verwendung eines lokalen Servers für Tests oder selbst-gehosteten Update-Server                                                                                        | <code>undefined</code>                             | 4.17.48 |
-| **`localSupa`**              | <code>string</code>  | Konfiguriert die CLI zur Verwendung eines lokalen Servers für Tests oder selbst-gehosteten Update-Server                                                                                        | <code>undefined</code>                             | 4.17.48 |
-| **`localSupaAnon`**          | <code>string</code>  | Konfiguriert die CLI zur Verwendung eines lokalen Servers für Tests                                                                                                                             | <code>undefined</code>                             | 4.17.48 |
-| **`localApi`**               | <code>string</code>  | Konfiguriert die CLI zur Verwendung einer lokalen API für Tests                                                                                                                                 | <code>undefined</code>                             | 6.3.3   |
-| **`localApiFiles`**          | <code>string</code>  | Konfiguriert die CLI zur Verwendung einer lokalen Datei-API für Tests                                                                                                                           | <code>undefined</code>                             | 6.3.3   |
-| **`allowModifyUrl`**         | <code>boolean</code> | Erlaubt dem Plugin, updateUrl, statsUrl und channelUrl dynamisch von der JavaScript-Seite zu ändern                                                                                             | <code>false</code>                                 | 5.4.0   |
-| **`defaultChannel`**         | <code>string</code>  | Setzt den Standard-Kanal für die App in der Konfiguration                                                                                                                                      | <code>undefined</code>                             | 4.17.48 || <code>undefined</code>                             | 550   |
-| **`appId`**                  | <code>string</code>  | App-ID in der Konfiguration für die App konfigurieren                                                                                                                                                | <code>undefined</code>                             | 600   |
-| **`keepUrlPathAfterReload`** | <code>boolean</code> | Plugin so konfigurieren, dass der URL-Pfad nach einem Reload erhalten bleibt WARNUNG: Wenn ein Reload ausgelöst wird, wird 'windowhistory' gelöscht                                                | <code>false</code>                                 | 680   |
-
-## Beispiele
-
-In `capacitorconfigjson`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000 // (1 Sekunde),
-      "responseTimeout": 10 // (10 Sekunden),
-      "autoDeleteFailed": false,
-      "autoDeletePrevious": false,
-      "autoUpdate": false,
-      "resetWhenUpdate": false,
-      "updateUrl": https://examplecom/api/auto_update,
-      "channelUrl": https://examplecom/api/channel,
-      "statsUrl": https://examplecom/api/stats,
-      "privateKey": undefined,
-      "publicKey": undefined,
-      "version": undefined,
-      "directUpdate": undefined,
-      "periodCheckDelay": undefined,
-      "localS3": undefined,
-      "localHost": undefined,
-      "localWebHost": undefined,
-      "localSupa": undefined,
-      "localSupaAnon": undefined,
-      "localApi": undefined,
-      "localApiFiles": undefined,
-      "allowModifyUrl": undefined,
-      "defaultChannel": undefined,
-      "appId": undefined,
-      "keepUrlPathAfterReload": undefined
-    }
-  }
-}
-```
-
-In `capacitorconfigts`:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      appReadyTimeout: 1000 // (1 Sekunde),
-      responseTimeout: 10 // (10 Sekunden),
-      autoDeleteFailed: false,
-      autoDeletePrevious: false,
-      autoUpdate: false,
-      resetWhenUpdate: false,
-      updateUrl: https://examplecom/api/auto_update,
-      channelUrl: https://examplecom/api/channel,
-      statsUrl: https://examplecom/api/stats,
-      privateKey: undefined,
-      publicKey: undefined,
-      version: undefined,
-      directUpdate: undefined,
-      periodCheckDelay: undefined,
-      localS3: undefined,
-      localHost: undefined,
-      localWebHost: undefined,
-      localSupa: undefined, 
-      localSupaAnon: undefined,
-      localApi: undefined,
-      localApiFiles: undefined,
-      allowModifyUrl: undefined,
-      defaultChannel: undefined,
-      appId: undefined,
-      keepUrlPathAfterReload: undefined,
-    },
-  },
-};
-
-export default config;
-```
-
-</docgen-config>
-
-<docgen-index>
-
-* [`notifyAppReady()`](#notifyappready)
-* [`setUpdateUrl()`](#setupdateurl)
-* [`setStatsUrl()`](#setstatsurl)
-* [`setChannelUrl()`](#setchannelurl)
-* [`download()`](#download)
-* [`next()`](#next)
-* [`set()`](#set)
-* [`delete()`](#delete)
-* [`list()`](#list)
-* [`reset()`](#reset)
-* [`current()`](#current)
-* [`reload()`](#reload)
-* [`setMultiDelay()`](#setmultidelay)
-* [`cancelDelay()`](#canceldelay)
-* [`getLatest()`](#getlatest)
-* [`setChannel()`](#setchannel)
-* [`unsetChannel()`](#unsetchannel)
-* [`getChannel()`](#getchannel)
-* [`setCustomId()`](#setcustomid)
-* [`getBuiltinVersion()`](#getbuiltinversion)
-* [`getDeviceId()`](#getdeviceid)
-* [`getPluginVersion()`](#getpluginversion)
-* [`isAutoUpdateEnabled()`](#isautoupdateenabled)
-* [`removeAllListeners()`](#removealllisteners)
-* [`addListener('download', )`](#addlistenerdownload-)
-* [`addListener('noNeedUpdate', )`](#addlistenernoneedupdate-)
-* [`addListener('updateAvailable', )`](#addlistenerupdateavailable-)
-* [`addListener('downloadComplete', )`](#addlistenerdownloadcomplete-)
-* [`addListener('majorAvailable', )`](#addlistenermajoravailable-)
-* [`addListener('updateFailed', )`](#addlistenerupdatefailed-)
-* [`addListener('downloadFailed', )`](#addlistenerdownloadfailed-)
-* [`addListener('appReloaded', )`](#addlistenerappreloaded-)
-* [`addListener('appReady', )`](#addlistenerappready-)
-* [`isAutoUpdateAvailable()`](#isautoupdateavailable)
-* [`getNextBundle()`](#getnextbundle)
-* [Schnittstellen](#interfaces)
-* [Typalias](#type-aliases)
-
-</docgen-index>
-
-# Methoden
-
-<docgen-api>
-<!--JSDoc-Kommentare in der Quelldatei aktualisieren und docgen erneut ausführen, um die Dokumentation unten zu aktualisieren-->
-
-## notifyAppReady()
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-Benachrichtigt Capacitor Updater, dass das aktuelle Bundle funktioniert (ein Rollback erfolgt, wenn diese Methode nicht bei jedem App-Start aufgerufen wird)
-Standardmäßig sollte diese Methode innerhalb der ersten 10 Sekunden nach dem App-Start aufgerufen werden, andernfalls erfolgt ein Rollback
-Dieses Verhalten kann mit {@link appReadyTimeout} geändert werden
-
-**Returns:** <code>Promise&lt;<a href="#appreadyresult">AppReadyResult</a>&gt;</code>
-
---------------------
-
-
-## setUpdateUrl()
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-Legt die updateUrl für die App fest, diese wird zum Prüfen auf Updates verwendet
-
-| Param         | Type                                            | Description                                            |
-| ------------- | ----------------------------------------------- | ------------------------------------------------------ |
-| **`options`** | <code><a href="#updateurl">UpdateUrl</a></code> | enthält die URL, die für Update-Prüfungen genutzt wird |
-
-**Seit:** 540
-
---------------------
-
-
-## setStatsUrl()
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-Legt die statsUrl für die App fest, diese wird zum Senden von Statistiken verwendet. Wenn ein leerer String übergeben wird, wird die Erfassung von Statistiken deaktiviert
-
-| Param         | Type                                          | Description                                            |
-| ------------- | --------------------------------------------- | ------------------------------------------------------ |
-| **`options`** | <code><a href="#statsurl">StatsUrl</a></code> | enthält die URL, die für das Senden von Statistiken verwendet wird |
-
-**Seit:** 540
-
---------------------
-
-
-## setChannelUrl()
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-Legt die channelUrl für die App fest, diese wird zum Setzen des Kanals verwendet
-
-| Param         | Type                                              | Description                                           |
-| ------------- | ------------------------------------------------- | ----------------------------------------------------- |
-| **`options`** | <code><a href="#channelurl">ChannelUrl</a></code> | enthält die URL, die für das Setzen des Kanals verwendet wird |
-
-**Seit:** 540
-
---------------------
-
-
-## download()
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-Lädt ein neues Bundle von der angegebenen URL herunter, es sollte eine ZIP-Datei sein, mit Dateien innerhalb oder mit einer eindeutigen ID innerhalb mit all Ihren Dateien
-
-| Param         | Type                                                        | Description                                                                                     |
-| ------------- | ----------------------------------------------------------- | ----------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#downloadoptions">DownloadOptions</a></code> | Die {@link <a href="#downloadoptions">DownloadOptions</a>} für das Herunterladen eines neuen Bundle-ZIPs |
-
-**Returns:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-
-## next()
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-Legt das nächste Bundle fest, das verwendet werden soll, wenn die App neu geladen wird| Param         | Type                                          | Beschreibung                                                                                   |
-| ------------- | --------------------------------------------- | ---------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Enthält die ID des nächsten Bundles, das beim nächsten App-Start gesetzt wird {@link <a href="#bundleinfo">BundleInfoid</a>} |
-
-**Returns:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-## set()
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-Setzt das aktuelle Bundle und lädt die App sofort neu
-
-| Param         | Type                                          | Beschreibung                                                                                  |
-| ------------- | --------------------------------------------- | -------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Ein {@link <a href="#bundleid">BundleId</a>} Objekt, das die neue Bundle-ID enthält |
-
---------------------
-
-## delete()
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-Löscht das angegebene Bundle aus dem nativen App-Speicher. Verwenden Sie {@link list} um die gespeicherten Bundle-IDs zu erhalten
-
-| Param         | Type                                          | Beschreibung                                                                                                                                  |
-| ------------- | --------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Ein {@link <a href="#bundleid">BundleId</a>} Objekt, das die ID des zu löschenden Bundles enthält (Hinweis: dies ist die Bundle-ID, NICHT der Versionsname) |
-
---------------------
-
-## list()
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-Alle lokal heruntergeladenen Bundles in Ihrer App abrufen
-
-| Param         | Type                                                | Beschreibung                                                           |
-| ------------- | --------------------------------------------------- | --------------------------------------------------------------------- |
-| **`options`** | <code><a href="#listoptions">ListOptions</a></code> | Die {@link <a href="#listoptions">ListOptions</a>} für das Auflisten von Bundles |
-
-**Returns:** <code>Promise&lt;<a href="#bundlelistresult">BundleListResult</a>&gt;</code>
-
---------------------
-
-## reset()
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-Setzt die App auf das 'builtin' Bundle (das an den Apple App Store / Google Play Store gesendet wurde) oder das zuletzt erfolgreich geladene Bundle zurück
-
-| Param         | Type                                                  | Beschreibung                                                                                                                                                                     |
-| ------------- | ----------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#resetoptions">ResetOptions</a></code> | Enthält {@link <a href="#resetoptions">ResetOptionstoLastSuccessful</a>}, `true` setzt auf das builtin Bundle zurück und `false` setzt auf das zuletzt erfolgreich geladene Bundle zurück |
-
---------------------
-
-## current()
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```
-
-Ruft das aktuelle Bundle ab, wenn keines gesetzt ist, wird 'builtin' zurückgegeben. currentNative ist das ursprünglich auf dem Gerät installierte Bundle
-
-**Returns:** <code>Promise&lt;<a href="#currentbundleresult">CurrentBundleResult</a>&gt;</code>
-
---------------------
-
-## reload()
-
-```typescript
-reload() => Promise<void>
-```
-
-Die Ansicht neu laden
-
---------------------
-
-## setMultiDelay()
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-Setzt ein {@link <a href="#delaycondition">DelayCondition</a>} Array mit Bedingungen, die das Plugin verwendet, um das Update zu verzögern
-Nachdem alle Bedingungen erfüllt sind, wird der Update-Prozess wie gewohnt neu gestartet, sodass das Update nach dem Hintergrundsetzen oder Beenden der App installiert wird
-Für die Art 'date' sollte der Wert ein iso8601-Datums-String sein
-Für die Art 'background' sollte der Wert eine Zahl in Millisekunden sein
-Für die Art 'nativeVersion' sollte der Wert die Versionsnummer sein
-Für die Art 'kill' wird der Wert nicht verwendet
-Die Funktion hat inkonsistentes Verhalten: Die Option kill löst das Update nach dem ersten Beenden aus und nicht nach dem nächsten Hintergrundsetzen wie andere Optionen. Dies wird in einem zukünftigen Major Release behoben
-
-| Param         | Type                                                                  | Beschreibung                                                                               |
-| ------------- | --------------------------------------------------------------------- | ----------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#multidelayconditions">MultiDelayConditions</a></code> | Enthält das {@link <a href="#multidelayconditions">MultiDelayConditions</a>} Array von Bedingungen |
-
-**Seit:** 430
-
---------------------
-
-## cancelDelay()
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-Bricht eine {@link <a href="#delaycondition">DelayCondition</a>} ab, um ein Update sofort zu verarbeiten
-
-**Seit:** 400
-
---------------------
-
-## getLatest()
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-Neuestes verfügbares Bundle von der Update-URL abrufen
-
-| Param         | Type                                                          |
-| ------------- | ------------------------------------------------------------- |
-| **`options`** | <code><a href="#getlatestoptions">GetLatestOptions</a></code> |
-
-**Returns:** <code>Promise&lt;<a href="#latestversion">LatestVersion</a>&gt;</code>
-
-**Seit:** 400
-
---------------------
-
-## setChannel()
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-Setzt den Kanal für dieses Gerät. Der Kanal muss Selbstzuweisung erlauben, damit dies funktioniert
-Verwenden Sie diese Methode nicht, um den Kanal beim Start zu setzen, wenn `autoUpdate` in der {@link PluginsConfig} aktiviert ist
-Diese Methode dient dazu, den Kanal zu setzen, nachdem die App bereit ist
-Diese Methode sendet eine Anfrage an den Capgo-Backend, um die Geräte-ID mit dem Kanal zu verknüpfen. Capgo kann dies je nach den Einstellungen Ihres Kanals akzeptieren oder ablehnen
-
-| Param         | Type                                                            | Beschreibung                                                                     |
-| ------------- | --------------------------------------------------------------- | -------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setchanneloptions">SetChannelOptions</a></code> | Ist die {@link <a href="#setchanneloptions">SetChannelOptions</a>} Kanal zu setzen |
-
-**Returns:** <code>Promise&lt;<a href="#channelres">ChannelRes</a>&gt;</code>
-
-**Seit:** 470
-
---------------------
-
-## unsetChannel()
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-Hebt die Einstellung des Kanals für dieses Gerät aufDas Gerät kehrt dann zum Standardkanal zurück
-
-| Param | Type |
-| ------------- | ------------------------------------------------------------------- |
-| **`options`** | <code><a href="#unsetchanneloptions">UnsetChannelOptions</a></code> |
-
-**Seit:** 470
-
---------------------
-
-## getChannel()
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-Rufe den Kanal für dieses Gerät ab
-
-**Returns:** <code>Promise&lt;<a href="#getchannelres">GetChannelRes</a>&gt;</code>
-
-**Seit:** 480
-
---------------------
-
-## setCustomId()
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```
-
-Lege eine benutzerdefinierte ID für dieses Gerät fest
-
-| Param | Type | Description |
-| ------------- | ----------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setcustomidoptions">SetCustomIdOptions</a></code> | ist die {@link <a href="#setcustomidoptions">SetCustomIdOptions</a>} customId zum Setzen |
-
-**Seit:** 490
-
---------------------
-
-## getBuiltinVersion()
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-Rufe die native App-Version oder die in der Konfiguration festgelegte Builtin-Version ab
-
-**Returns:** <code>Promise&lt;<a href="#builtinversion">BuiltinVersion</a>&gt;</code>
-
-**Seit:** 520
-
---------------------
-
-## getDeviceId()
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-Rufe eindeutige ID ab, die zur Identifizierung des Geräts verwendet wird (wird an den Auto-Update-Server gesendet)
-
-**Returns:** <code>Promise&lt;<a href="#deviceid">DeviceId</a>&gt;</code>
-
---------------------
-
-## getPluginVersion()
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-Rufe die native Capacitor Updater Plugin-Version ab (wird an den Auto-Update-Server gesendet)
-
-**Returns:** <code>Promise&lt;<a href="#pluginversion">PluginVersion</a>&gt;</code>
-
---------------------
-
-## isAutoUpdateEnabled()
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-Rufe den Status der Auto-Update-Konfiguration ab
-
-**Returns:** <code>Promise&lt;<a href="#autoupdateenabled">AutoUpdateEnabled</a>&gt;</code>
-
---------------------
-
-## removeAllListeners()
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-Entferne alle Listener für dieses Plugin
-
-**Seit:** 100
-
---------------------
-
-## addListener('download', )
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Höre auf Bundle-Download-Events in der App. Wird ausgelöst, wenn ein Download startet, während des Downloads und wenn er abgeschlossen ist
-
-| Param | Type |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`** | <code>'download'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#downloadevent">DownloadEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Seit:** 2011
-
---------------------
-
-## addListener('noNeedUpdate', )
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Höre auf Events, wenn kein Update benötigt wird. Nützlich, wenn bei jedem App-Start eine Überprüfung erzwungen werden soll
-
-| Param | Type |
-| ------------------ | ----------------------------------------------------------------------- |
-| **`eventName`** | <code>'noNeedUpdate'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#noneedevent">NoNeedEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Seit:** 400
-
---------------------
-
-## addListener('updateAvailable', )
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Höre auf verfügbare Update-Events. Nützlich, wenn bei jedem App-Start eine Überprüfung erzwungen werden soll
-
-| Param | Type |
-| ------------------ | ----------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'updateAvailable'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#updateavailableevent">UpdateAvailableEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Seit:** 400
-
---------------------
-
-## addListener('downloadComplete', )
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Höre auf downloadComplete Events
-
-| Param | Type |
-| ------------------ | ------------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'downloadComplete'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#downloadcompleteevent">DownloadCompleteEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Seit:** 400
-
---------------------
-
-## addListener('majorAvailable', )
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Höre auf Major-Update-Events in der App. Informiert dich, wenn ein Major-Update durch die Einstellung disableAutoUpdateBreaking blockiert wird
-
-| Param | Type |
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'majorAvailable'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#majoravailableevent">MajorAvailableEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Seit:** 230
-
---------------------
-
-## addListener('updateFailed', )
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Höre auf Update-Fehlschlag-Events in der App. Informiert dich, wenn ein Update beim nächsten App-Start nicht installiert werden konnte
-
-| Param | Type |
-| ------------------ | ----------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'updateFailed'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#updatefailedevent">UpdateFailedEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Seit:** 230
-
---------------------
-
-## addListener('downloadFailed',
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Lauschen Sie auf das Download-Fehlerereignis in der App, das Sie darüber informiert, wenn ein Bundle-Download fehlgeschlagen ist
-
-| Param | Typ | 
-|--------------|----------------------------------------------------------------------------------------|
-| **`eventName`** | <code>'downloadFailed'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#downloadfailedevent">DownloadFailedEvent</a>) =&gt; void</code> |
-
-**Gibt zurück:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Seit:** 400
-
---------------------
-
-## addListener('appReloaded', )
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-Lauschen Sie auf das Neuladen-Ereignis in der App, das Sie darüber informiert, wenn ein Neuladen stattgefunden hat
-
-| Param | Typ |
-|--------------|--------------------------|
-| **`eventName`** | <code>'appReloaded'</code> |
-| **`listenerFunc`** | <code>() =&gt; void</code> |
-
-**Gibt zurück:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Seit:** 430
-
---------------------
-
-## addListener('appReady', )
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Lauschen Sie auf das App-Bereit-Ereignis in der App, das Sie darüber informiert, wenn die App einsatzbereit ist
-
-| Param | Typ |
-|--------------|----------------------------------------------------------------------------|
-| **`eventName`** | <code>'appReady'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#appreadyevent">AppReadyEvent</a>) =&gt; void</code> |
-
-**Gibt zurück:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Seit:** 510
-
---------------------
-
-## isAutoUpdateAvailable()
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-Prüfen Sie, ob automatische Aktualisierung verfügbar ist (nicht durch serverUrl deaktiviert)
-
-**Gibt zurück:** <code>Promise&lt;<a href="#autoupdateavailable">AutoUpdateAvailable</a>&gt;</code>
-
---------------------
-
-## getNextBundle()
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-Ruft das nächste Bundle ab, das beim Neuladen der App verwendet wird
-Gibt null zurück, wenn kein nächstes Bundle festgelegt ist
-
-**Gibt zurück:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a> | null&gt;</code>
-
-**Seit:** 680
-
---------------------
-
-## Interfaces
-
-
-### AppReadyResult
-
-| Eigenschaft | Typ |
-|------------|--------------------------------------------------|
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-
-
-### BundleInfo
-
-| Eigenschaft | Typ |
-|-------------|------------------------------------------------------|
-| **`id`** | <code>string</code> |
-| **`version`** | <code>string</code> |
-| **`downloaded`** | <code>string</code> |
-| **`checksum`** | <code>string</code> |
-| **`status`** | <code><a href="#bundlestatus">BundleStatus</a></code> |
-
-
-### UpdateUrl
-
-| Eigenschaft | Typ |
-|----------|-------------------|
-| **`url`** | <code>string</code> |
-
-
-### StatsUrl
-
-| Eigenschaft | Typ |
-|----------|-------------------|
-| **`url`** | <code>string</code> |
-
-
-### ChannelUrl
-
-| Eigenschaft | Typ |
-|----------|-------------------|
-| **`url`** | <code>string</code> |
-
-
-### DownloadOptions
-
-| Eigenschaft | Typ | Beschreibung | Standard | Seit |
-|-------------|-------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------|----------------------|-------|
-| **`url`** | <code>string</code> | Die URL der Bundle-ZIP-Datei (z.B. distzip), die heruntergeladen werden soll (Dies kann eine beliebige URL sein, z.B. Amazon S3, ein GitHub-Tag oder ein anderer Ort, an dem Sie Ihr Bundle gehostet haben) | | |
-| **`version`** | <code>string</code> | Der Versions-Code/Name dieses Bundles/dieser Version | | |
-| **`sessionKey`** | <code>string</code> | Der Sitzungsschlüssel für das Update | <code>undefined</code> | 400 |
-| **`checksum`** | <code>string</code> | Die Prüfsumme für das Update | <code>undefined</code> | 400 |
-
-
-### BundleId
-
-| Eigenschaft | Typ |
-|---------|-------------------|
-| **`id`** | <code>string</code> |
-
-
-### BundleListResult
-
-| Eigenschaft | Typ |
-|--------------|--------------------------|
-| **`bundles`** | <code>BundleInfo[]</code> |
-
-
-### ListOptions
-
-| Eigenschaft | Typ | Beschreibung | Standard | Seit |
-|------------|---------------------|-----------------------------------------------------------------------------------------------------------------------------------------------|------------------|--------|
-| **`raw`** | <code>boolean</code> | Ob die rohe Bundle-Liste oder das Manifest zurückgegeben werden soll. Wenn true, wird versucht, die interne Datenbank anstelle von Dateien auf der Festplatte zu lesen | <code>false</code> | 6140 |
-
-
-### ResetOptions
-
-| Eigenschaft | Typ |
-|----------------------|---------------------|
-| **`toLastSuccessful`** | <code>boolean</code> |
-
-
-### CurrentBundleResult
-
-| Eigenschaft | Typ |
-|------------|--------------------------------------------------|
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-| **`native`** | <code>string</code> |
-
-
-### MultiDelayConditions
-
-| Eigenschaft | Typ |
-|----------------------|------------------------------|
-| **`delayConditions`** | <code>DelayCondition[]</code> |
-
-
-### DelayCondition
-
-| Eigenschaft | Typ | Beschreibung |
-|------------|----------------------------------------------------------|----------------------------------------|
-| **`kind`** | <code><a href="#delayuntilnext">DelayUntilNext</a></code> | Verzögerungsbedingungen in setMultiDelay einrichten |
-| **`value`** | <code>string</code> | |
-
-
-### LatestVersion
-
-| Eigenschaft | Typ | Beschreibung | Seit |
-|-------------|---------------------------|--------------------------|-------|
-| **`version`** | <code>string</code> | Ergebnis der getLatest-Methode | 400 |
-| **`checksum`**   | <code>string</code>          |                            | 6     |
-| **`major`**      | <code>boolean</code>         |                            |       |
-| **`message`**    | <code>string</code>          |                            |       |
-| **`sessionKey`** | <code>string</code>          |                            |       |
-| **`error`**      | <code>string</code>          |                            |       |
-| **`old`**        | <code>string</code>          |                            |       |
-| **`url`**        | <code>string</code>          |                            |       |
-| **`manifest`**   | <code>ManifestEntry[]</code> |                            | 61   |
-
-
-### ManifestEntry
-
-| Eigenschaft         | Typ                          |
-| ------------------ | --------------------------- |
-| **`file_name`**    | <code>string \| null</code> |
-| **`file_hash`**    | <code>string \| null</code> |
-| **`download_url`** | <code>string \| null</code> |
-
-
-### GetLatestOptions
-
-| Eigenschaft    | Typ                  | Beschreibung                                                                                    | Standard               | Seit |
-| ------------- | ------------------- | ----------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`channel`** | <code>string</code> | Der Kanal, für den die neueste Version abgerufen werden soll. Der Kanal muss 'self_assign' für die Funktionalität erlauben | <code>undefined</code> | 680 |
-
-
-### ChannelRes
-
-| Eigenschaft    | Typ                  | Beschreibung                | Seit |
-| ------------- | ------------------- | ---------------------------- | ----- |
-| **`status`**  | <code>string</code> | Aktueller Status des Kanals  | 470 |
-| **`error`**   | <code>string</code> |                              |       |
-| **`message`** | <code>string</code> |                              |       |
-
-
-### SetChannelOptions
-
-| Eigenschaft              | Typ                   |
-| ----------------------- | -------------------- |
-| **`channel`**           | <code>string</code>  |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### UnsetChannelOptions
-
-| Eigenschaft              | Typ                   |
-| ----------------------- | -------------------- |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### GetChannelRes
-
-| Eigenschaft     | Typ                   | Beschreibung                | Seit |
-| -------------- | -------------------- | ---------------------------- | ----- |
-| **`channel`**  | <code>string</code>  | Aktueller Status des Kanals  | 480 |
-| **`error`**    | <code>string</code>  |                              |       |
-| **`message`**  | <code>string</code>  |                              |       |
-| **`status`**   | <code>string</code>  |                              |       |
-| **`allowSet`** | <code>boolean</code> |                              |       |
-
-
-### SetCustomIdOptions
-
-| Eigenschaft     | Typ                  |
-| -------------- | ------------------- |
-| **`customId`** | <code>string</code> |
-
-
-### BuiltinVersion
-
-| Eigenschaft    | Typ                  |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### DeviceId
-
-| Eigenschaft     | Typ                  |
-| -------------- | ------------------- |
-| **`deviceId`** | <code>string</code> |
-
-
-### PluginVersion
-
-| Eigenschaft    | Typ                  |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### AutoUpdateEnabled
-
-| Eigenschaft    | Typ                   |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### PluginListenerHandle
-
-| Eigenschaft   | Typ                                      |
-| ------------ | ----------------------------------------- |
-| **`remove`** | <code>() =&gt; Promise&lt;void&gt;</code> |
-
-
-### DownloadEvent
-
-| Eigenschaft    | Typ                                              | Beschreibung                                  | Seit |
-| ------------- | ------------------------------------------------- | -------------------------------------------- | ----- |
-| **`percent`** | <code>number</code>                               | Aktueller Download-Status, zwischen 0 und 100 | 400 |
-| **`bundle`**  | <code><a href="#bundleinfo">BundleInfo</a></code> |                                              |       |
-
-
-### NoNeedEvent
-
-| Eigenschaft   | Typ                                              | Beschreibung                                  | Seit |
-| ------------ | ------------------------------------------------- | -------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Aktueller Download-Status, zwischen 0 und 100 | 400 |
-
-
-### UpdateAvailableEvent
-
-| Eigenschaft   | Typ                                              | Beschreibung                                  | Seit |
-| ------------ | ------------------------------------------------- | -------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Aktueller Download-Status, zwischen 0 und 100 | 400 |
-
-
-### DownloadCompleteEvent
-
-| Eigenschaft   | Typ                                              | Beschreibung                          | Seit |
-| ------------ | ------------------------------------------------- | ------------------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Wird ausgelöst, wenn ein Update verfügbar ist | 400 |
-
-
-### MajorAvailableEvent
-
-| Eigenschaft    | Typ                  | Beschreibung                                        | Seit |
-| ------------- | ------------------- | -------------------------------------------------- | ----- |
-| **`version`** | <code>string</code> | Wird ausgelöst, wenn ein Major-Update verfügbar ist | 400 |
-
-
-### UpdateFailedEvent
-
-| Eigenschaft   | Typ                                              | Beschreibung                                   | Seit |
-| ------------ | ------------------------------------------------- | --------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Wird ausgelöst, wenn ein Update fehlgeschlagen ist | 400 |
-
-
-### DownloadFailedEvent
-
-| Eigenschaft    | Typ                  | Beschreibung                                    | Seit |
-| ------------- | ------------------- | ---------------------------------------------- | ----- |
-| **`version`** | <code>string</code> | Wird ausgelöst, wenn ein Download fehlschlägt | 400 |
-
-
-### AppReadyEvent
-
-| Eigenschaft   | Typ                                              | Beschreibung                               | Seit |
-| ------------ | ------------------------------------------------- | ----------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Wird ausgelöst, wenn die App bereit ist   | 520 |
-| **`status`** | <code>string</code>                               |                                           |       |
-
-
-### AutoUpdateAvailable
-
-| Eigenschaft      | Typ                   |
-| --------------- | -------------------- |
-| **`available`** | <code>boolean</code> |
-
-
-## Type Aliases
-
-
-### BundleStatus
-
-<code>'success' | 'error' | 'pending' | 'downloading'</code>
-
-
-### DelayUntilNext
-
-<code>'background' | 'kill' | 'nativeVersion' | 'date'</code>
diff --git a/src/content/docs/de/docs/plugins/accelerometer/getting-started.mdx b/src/content/docs/de/docs/plugins/accelerometer/getting-started.mdx
deleted file mode 100644
index 087a0b136..000000000
--- a/src/content/docs/de/docs/plugins/accelerometer/getting-started.mdx
+++ /dev/null
@@ -1,303 +0,0 @@
----
-title: "Erste Schritte mit Accelerometer"
-description: "Erfahren Sie, wie Sie Beschleunigungssensor-Erfassung in Ihre Capacitor-App integrieren"
-locale: de
----
-
-Dieser Leitfaden führt Sie durch die Integration des Capacitor Accelerometer Plugins in Ihre Anwendung.
-
-## Installation
-
-Installieren Sie das Plugin mit npm:
-
-```bash
-npm install @capgo/capacitor-accelerometer
-npx cap sync
-```
-
-## Plattformkonfiguration
-
-### iOS
-Keine zusätzliche Konfiguration erforderlich. Der Beschleunigungssensor ist immer verfügbar.
-
-### Android
-Keine zusätzliche Konfiguration erforderlich. Der Beschleunigungssensor ist immer verfügbar.
-
-### Web
-Das Plugin verwendet die DeviceMotion API. Erfordert HTTPS in der Produktion.
-
-## Grundlegende Verwendung
-
-### Plugin importieren
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-```
-
-### Überwachung starten
-
-```typescript
-const startAccelerometer = async () => {
-  await Accelerometer.start({
-    interval: 100 // Update-Intervall in Millisekunden
-  });
-
-  console.log('Accelerometer started');
-};
-```
-
-### Beschleunigungsereignisse abhören
-
-```typescript
-Accelerometer.addListener('accelerationChange', (data) => {
-  console.log('X:', data.x);
-  console.log('Y:', data.y);
-  console.log('Z:', data.z);
-  console.log('Timestamp:', data.timestamp);
-});
-```
-
-### Aktuelle Messung abrufen
-
-```typescript
-const getCurrentAcceleration = async () => {
-  const reading = await Accelerometer.getCurrentAcceleration();
-  console.log('Current acceleration:', reading);
-};
-```
-
-### Überwachung stoppen
-
-```typescript
-const stopAccelerometer = async () => {
-  await Accelerometer.stop();
-  console.log('Accelerometer stopped');
-};
-```
-
-## Vollständiges Beispiel
-
-Hier ist ein vollständiges Beispiel mit Schüttel-Erkennung:
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-
-class AccelerometerService {
-  private listener: any;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-  private shakeThreshold = 15;
-
-  async initialize() {
-    await Accelerometer.start({ interval: 100 });
-
-    this.listener = Accelerometer.addListener('accelerationChange', (data) => {
-      this.handleAcceleration(data);
-    });
-  }
-
-  handleAcceleration(data: any) {
-    // Delta berechnen
-    const deltaX = Math.abs(data.x - this.lastX);
-    const deltaY = Math.abs(data.y - this.lastY);
-    const deltaZ = Math.abs(data.z - this.lastZ);
-
-    // Auf Schütteln prüfen
-    if (deltaX > this.shakeThreshold ||
-        deltaY > this.shakeThreshold ||
-        deltaZ > this.shakeThreshold) {
-      this.onShake();
-    }
-
-    // Letzte Werte aktualisieren
-    this.lastX = data.x;
-    this.lastY = data.y;
-    this.lastZ = data.z;
-
-    // UI aktualisieren
-    this.updateDisplay(data);
-  }
-
-  onShake() {
-    console.log('Device shaken!');
-    // Schüttel-Aktion auslösen
-  }
-
-  updateDisplay(data: any) {
-    console.log(`X: ${data.x.toFixed(2)} m/s²`);
-    console.log(`Y: ${data.y.toFixed(2)} m/s²`);
-    console.log(`Z: ${data.z.toFixed(2)} m/s²`);
-
-    // Magnitude berechnen
-    const magnitude = Math.sqrt(
-      data.x * data.x +
-      data.y * data.y +
-      data.z * data.z
-    );
-    console.log(`Magnitude: ${magnitude.toFixed(2)} m/s²`);
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-    await Accelerometer.stop();
-  }
-}
-
-// Verwendung
-const accelService = new AccelerometerService();
-accelService.initialize();
-
-// Aufräumen wenn fertig
-// accelService.cleanup();
-```
-
-## Messwerte verstehen
-
-### Beschleunigungsachsen
-- **X-Achse**: Links (-) bis Rechts (+)
-- **Y-Achse**: Unten (-) bis Oben (+)
-- **Z-Achse**: Hinten (-) bis Vorne (+)
-
-### Schwerkraft
-- Gerät in Ruhe zeigt ~9,8 m/s² auf einer Achse (Schwerkraft)
-- Bewegtes Gerät zeigt Beschleunigung zusätzlich zur Schwerkraft
-
-### Einheiten
-- Gemessen in Meter pro Quadratsekunde (m/s²)
-- Schwerkraft = 9,8 m/s²
-
-## Häufige Anwendungsfälle
-
-### Schüttel-Erkennung
-
-```typescript
-class ShakeDetector {
-  private lastUpdate = 0;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-
-  detectShake(x: number, y: number, z: number): boolean {
-    const currentTime = Date.now();
-
-    if (currentTime - this.lastUpdate > 100) {
-      const deltaX = Math.abs(x - this.lastX);
-      const deltaY = Math.abs(y - this.lastY);
-      const deltaZ = Math.abs(z - this.lastZ);
-
-      this.lastUpdate = currentTime;
-      this.lastX = x;
-      this.lastY = y;
-      this.lastZ = z;
-
-      return deltaX + deltaY + deltaZ > 15;
-    }
-
-    return false;
-  }
-}
-```
-
-### Neigungs-Erkennung
-
-```typescript
-class TiltDetector {
-  getTiltAngles(x: number, y: number, z: number) {
-    const roll = Math.atan2(y, z) * (180 / Math.PI);
-    const pitch = Math.atan2(-x, Math.sqrt(y * y + z * z)) * (180 / Math.PI);
-
-    return { roll, pitch };
-  }
-
-  isDeviceFlat(z: number): boolean {
-    return Math.abs(z - 9.8) < 1.0;
-  }
-
-  isDeviceUpright(y: number): boolean {
-    return Math.abs(y - 9.8) < 2.0;
-  }
-}
-```
-
-### Schrittzähler
-
-```typescript
-class StepCounter {
-  private steps = 0;
-  private lastMagnitude = 0;
-  private threshold = 11;
-
-  processAcceleration(x: number, y: number, z: number) {
-    const magnitude = Math.sqrt(x * x + y * y + z * z);
-
-    if (magnitude > this.threshold &&
-        this.lastMagnitude < this.threshold) {
-      this.steps++;
-      console.log('Steps:', this.steps);
-    }
-
-    this.lastMagnitude = magnitude;
-  }
-}
-```
-
-## Bewährte Methoden
-
-1. **Geeignete Intervalle wählen**: Balance zwischen Reaktionsfähigkeit und Akkulaufzeit
-   - Gaming: 16-50ms
-   - Fitness: 100-200ms
-   - Allgemein: 200-500ms
-
-2. **Listener entfernen**: Immer aufräumen, wenn fertig
-3. **Rauschen filtern**: Gleitende Durchschnitte für glattere Daten verwenden
-4. **Akku beachten**: Hochfrequente Abfragen entladen den Akku
-5. **Auf echten Geräten testen**: Simulatoren liefern keine genauen Daten
-
-## Leistungstipps
-
-### Debouncing
-
-```typescript
-class AccelerometerDebouncer {
-  private timeout: any;
-
-  debounce(callback: Function, delay: number) {
-    return (...args: any[]) => {
-      clearTimeout(this.timeout);
-      this.timeout = setTimeout(() => callback(...args), delay);
-    };
-  }
-}
-```
-
-### Datenglättung
-
-```typescript
-class AccelerometerFilter {
-  private alpha = 0.8;
-  private filteredX = 0;
-  private filteredY = 0;
-  private filteredZ = 0;
-
-  filter(x: number, y: number, z: number) {
-    this.filteredX = this.alpha * x + (1 - this.alpha) * this.filteredX;
-    this.filteredY = this.alpha * y + (1 - this.alpha) * this.filteredY;
-    this.filteredZ = this.alpha * z + (1 - this.alpha) * this.filteredZ;
-
-    return {
-      x: this.filteredX,
-      y: this.filteredY,
-      z: this.filteredZ
-    };
-  }
-}
-```
-
-## Nächste Schritte
-
-- Erkunden Sie die [API Reference](https://github.com/Cap-go/capacitor-accelerometer#api) für vollständige Methodendokumentation
-- Sehen Sie sich die [Beispiel-App](https://github.com/Cap-go/capacitor-accelerometer/tree/main/example) für erweiterte Nutzung an
-- Siehe das [Tutorial](/plugins/capacitor-accelerometer) für vollständige Implementierungsbeispiele
diff --git a/src/content/docs/de/docs/plugins/accelerometer/index.mdx b/src/content/docs/de/docs/plugins/accelerometer/index.mdx
deleted file mode 100644
index 2709760ab..000000000
--- a/src/content/docs/de/docs/plugins/accelerometer/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-accelerometer"
-description: Lesen Sie Beschleunigungsmesserwerte des Geräts mit Capacitor
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-locale: de
-hero:
-  tagline: Zugriff auf Gerätebewegung und Beschleunigungsdaten von Beschleunigungssensoren
-  image:
-    file: ~public/icons/plugins/accelerometer.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/accelerometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-accelerometer
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="3-Achsen-Beschleunigung" icon="rocket">
-    Messung von Beschleunigungskräften in X-, Y- und Z-Achsen
-  </Card>
-  <Card title="Bewegungserkennung" icon="star">
-    Erkennung von Geräteschütteln, Neigungen und Bewegungen
-  </Card>
-  <Card title="Echtzeit-Updates" icon="setting">
-    Kontinuierliche Überwachung von Beschleunigungsdaten
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Sehen Sie sich die [Dokumentation](/docs/plugins/accelerometer/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/admob/getting-started.mdx b/src/content/docs/de/docs/plugins/admob/getting-started.mdx
deleted file mode 100644
index 0cc2b4f4f..000000000
--- a/src/content/docs/de/docs/plugins/admob/getting-started.mdx
+++ /dev/null
@@ -1,89 +0,0 @@
----
-title: Erste Schritte
-description: Installieren und konfigurieren Sie das Capgo AdMob Plugin, um Anzeigen in Ihrer Capacitor-Anwendung zu schalten.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Plugin installieren**
-   <PackageManagers pkg="@capgo/capacitor-admob" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Native Projekte synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## SDK initialisieren
-
-```typescript
-import { AdMob, MaxAdContentRating } from '@capgo/capacitor-admob';
-
-// Starten Sie das Mobile Ads SDK einmal beim Anwendungsstart
-await AdMob.start();
-
-// Optional: Globale Anforderungseinstellungen konfigurieren
-await AdMob.configure({
-  appMuted: false,
-  appVolume: 1,
-});
-
-await AdMob.configRequest({
-  maxAdContentRating: MaxAdContentRating.T,
-  tagForChildDirectedTreatment: false,
-  tagForUnderAgeOfConsent: false,
-});
-```
-
-## Banner-Anzeige anzeigen
-
-```typescript
-import { BannerAd } from '@capgo/capacitor-admob';
-
-const banner = new BannerAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/banner',
-  position: 'bottom',
-});
-
-await banner.show();
-```
-
-## Interstitial- oder Belohnungsanzeigen
-
-```typescript
-import { InterstitialAd, RewardedAd } from '@capgo/capacitor-admob';
-
-const interstitial = new InterstitialAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/interstitial',
-});
-await interstitial.load();
-await interstitial.show();
-
-const rewarded = new RewardedAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/rewarded',
-});
-await rewarded.load();
-await rewarded.show();
-```
-
-## Auf Anzeigenereignisse lauschen
-
-```typescript
-import { AdMob } from '@capgo/capacitor-admob';
-
-const handle = await AdMob.addListener('adImpression', (event) => {
-  console.log('Ad impression', event);
-});
-
-// Später beim Aufräumen
-await handle.remove();
-```
-
-## Plattformhinweise
-
-- **iOS**: Fügen Sie Ihre AdMob App-ID zu `Info.plist` unter dem Schlüssel `GADApplicationIdentifier` hinzu und fügen Sie alle SKAdNetwork-IDs hinzu, auf die Sie angewiesen sind.
-- **Android**: Deklarieren Sie Ihre AdMob App-ID in `AndroidManifest.xml`, indem Sie `com.google.android.gms.ads.APPLICATION_ID` innerhalb des `<application>`-Tags hinzufügen.
-- **Einwilligung & Datenschutz**: Verwenden Sie `requestTrackingAuthorization()` auf iOS 14+ und die `configRequest()` Flags für kinderfreundliche Inhalte, um die regionalen Datenschutzbestimmungen einzuhalten.
diff --git a/src/content/docs/de/docs/plugins/admob/index.mdx b/src/content/docs/de/docs/plugins/admob/index.mdx
deleted file mode 100644
index 0a92c6d6c..000000000
--- a/src/content/docs/de/docs/plugins/admob/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-admob"
-description: Integrieren Sie Google AdMob-Anzeigen in Ihre Capacitor-Apps mit Banner-, Interstitial- und Belohnungsformaten.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Monetarisieren Sie Ihre Capacitor-App mit Google AdMob-Bannern, Interstitials und Belohnungsanzeigen, die vollständig über JavaScript verwaltet werden.
-  image:
-    file: ~public/icons/plugins/admob.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/admob/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-admob/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Das AdMob-Plugin von Capgo bietet eine erstklassige Brücke zum Google Mobile Ads SDK, damit Sie native Erlebnisse monetarisieren können, ohne die Einfachheit von Capacitor zu opfern.
-
-<CardGrid stagger>
-  <Card title="Flexible Anzeigenformate" icon="star">
-    Schalten Sie Banner-, Interstitial-, Belohnungs- und App-Open-Anzeigen mit einer einheitlichen API.
-  </Card>
-  <Card title="Anforderungskonfiguration" icon="setting">
-    Optimieren Sie Anzeigenanforderungen mit Flags für kinderfreundliche Inhalte, Inhaltsbewertungen und zusätzlichen Netzwerkparametern.
-  </Card>
-  <Card title="Lebenszyklus-Verwaltung" icon="rocket">
-    Erstellen, laden, anzeigen, ausblenden und zerstören Sie Anzeigen nach Bedarf und verfolgen Sie den Ladezustand.
-  </Card>
-  <Card title="Datenschutzgerecht" icon="approve-check">
-    Verarbeiten Sie ATT-Eingabeaufforderungen und überwachen Sie den Status der Tracking-Autorisierung, um konform zu bleiben.
-  </Card>
-</CardGrid>
-
-Verwenden Sie den Leitfaden für die ersten Schritte, um Ihre AdMob App-IDs zu konfigurieren, die Einwilligung einzurichten und das Anzeigeninventar direkt aus Ihrem Capacitor-Projekt zu verwalten.
diff --git a/src/content/docs/de/docs/plugins/age-signals/getting-started.mdx b/src/content/docs/de/docs/plugins/age-signals/getting-started.mdx
deleted file mode 100644
index 0b8bc6add..000000000
--- a/src/content/docs/de/docs/plugins/age-signals/getting-started.mdx
+++ /dev/null
@@ -1,509 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Age Signals Plugin installieren und verwenden, um überwachte Konten und verifizierte Benutzer in Ihrer Android-App zu erkennen.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Aside type="caution">
-Dieses Plugin ist **nur für Android** und erfordert Google Play Services. Es funktioniert nicht auf iOS, Web oder Android-Geräten ohne Google Play Store.
-</Aside>
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-android-age-signals" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit Android-Projekt synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Voraussetzungen
-
-- Android-Gerät mit Google Play Services
-- Mindestens Android API Level 21 (Android 5.0)
-- Google Play Store auf dem Gerät installiert
-
-## Verwendung
-
-### Alterssignale prüfen
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-try {
-  const result = await AgeSignals.checkAgeSignals();
-
-  console.log('Benutzerstatus:', result.userStatus);
-
-  switch (result.userStatus) {
-    case UserStatus.Verified:
-      console.log('Benutzer ist 18+ und von Google verifiziert');
-      // Zugriff auf altersbeschränkte Inhalte erlauben
-      break;
-
-    case UserStatus.Supervised:
-      console.log(`Überwachter Benutzer im Alter von ${result.ageLower}-${result.ageUpper}`);
-      // Altersgerechte Einschränkungen anwenden
-      break;
-
-    case UserStatus.SupervisedApprovalPending:
-      console.log('Warten auf Genehmigung des Erziehungsberechtigten');
-      console.log('Ausstehend seit:', result.mostRecentApprovalDate);
-      // Benutzer informieren, auf Genehmigung des Erziehungsberechtigten zu warten
-      break;
-
-    case UserStatus.SupervisedApprovalDenied:
-      console.log('Erziehungsberechtigter hat Zugriff verweigert');
-      console.log('Letzte Genehmigung:', result.mostRecentApprovalDate);
-      // Zugriff blockieren oder alternative Inhalte anzeigen
-      break;
-
-    case UserStatus.Unknown:
-      console.log('Benutzerstatus unbekannt - zur Verifizierung im Play Store auffordern');
-      // Benutzer zur Altersverifizierung in Google Play anleiten
-      break;
-
-    case UserStatus.Empty:
-      console.log('Kein Alterssignal verfügbar');
-      // Als nicht verifizierter Benutzer behandeln
-      break;
-  }
-} catch (error) {
-  console.error('Fehler beim Prüfen der Alterssignale:', error);
-}
-```
-
-### Überwachte Benutzer behandeln
-
-```typescript
-async function handleSupervisedUser() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised) {
-    const age = result.ageLower;
-
-    if (age < 13) {
-      // COPPA-Einschränkungen anwenden
-      console.log('Benutzer ist unter 13 - COPPA gilt');
-      disableDataCollection();
-      disableSocialFeatures();
-      requireParentalConsent();
-    } else if (age < 18) {
-      // Einschränkungen für Teenager anwenden
-      console.log('Benutzer ist 13-17 - Einschränkungen für Teenager gelten');
-      enableModeratedSocialFeatures();
-      restrictAds();
-    }
-
-    // Installations-ID für Widerrufbenachrichtigungen verfolgen
-    console.log('Installations-ID:', result.installId);
-    saveInstallId(result.installId);
-  }
-}
-```
-
-### Alterssperre implementieren
-
-```typescript
-async function ageGate() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  // Verifizierte 18+ Benutzer erlauben
-  if (result.userStatus === UserStatus.Verified) {
-    return true;
-  }
-
-  // Alter überwachter Benutzer prüfen
-  if (result.userStatus === UserStatus.Supervised) {
-    return result.ageUpper >= 18;
-  }
-
-  // Benutzer mit ausstehenden oder abgelehnten Genehmigungen blockieren
-  if (
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return false;
-  }
-
-  // Für unbekannt/leer, Fallback-Altersverifizierung implementieren
-  return await showAgeVerificationDialog();
-}
-```
-
-### Genehmigungsstatus überwachen
-
-```typescript
-async function checkApprovalStatus() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.SupervisedApprovalPending) {
-    console.log('Genehmigung des Erziehungsberechtigten ausstehend');
-    console.log('Altersbereich:', result.ageLower, '-', result.ageUpper);
-    console.log('Letzte Genehmigung:', result.mostRecentApprovalDate);
-
-    // Nachricht an Benutzer anzeigen
-    showMessage(
-      'Ihr Erziehungsberechtigter muss diese App genehmigen. ' +
-      'Wir haben ihn am ' + result.mostRecentApprovalDate + ' benachrichtigt'
-    );
-  } else if (result.userStatus === UserStatus.SupervisedApprovalDenied) {
-    console.log('Erziehungsberechtigter hat Genehmigung verweigert');
-    console.log('Zuletzt genehmigt am:', result.mostRecentApprovalDate);
-
-    // Blockierte Nachricht anzeigen
-    showMessage(
-      'Ihr Erziehungsberechtigter hat diese App nicht genehmigt. ' +
-      'Kontaktieren Sie ihn für weitere Informationen.'
-    );
-  }
-}
-```
-
-## API-Referenz
-
-### checkAgeSignals()
-
-Fordern Sie die aktuellen Play Age Signals für den aktiven Benutzer an.
-
-```typescript
-const result = await AgeSignals.checkAgeSignals();
-```
-
-**Rückgabe:**
-
-```typescript
-interface CheckAgeSignalsResult {
-  userStatus: UserStatus;
-  ageLower?: number;
-  ageUpper?: number;
-  mostRecentApprovalDate?: string;
-  installId?: string;
-}
-```
-
-### UserStatus Enum
-
-```typescript
-enum UserStatus {
-  Verified = 'VERIFIED',                           // 18+ verifiziert
-  Supervised = 'SUPERVISED',                       // Überwachtes Konto
-  SupervisedApprovalPending = 'SUPERVISED_APPROVAL_PENDING',
-  SupervisedApprovalDenied = 'SUPERVISED_APPROVAL_DENIED',
-  Unknown = 'UNKNOWN',                             // Unbekannter Status
-  Empty = 'EMPTY'                                  // Kein Signal
-}
-```
-
-## Ergebnisfelder
-
-### userStatus
-
-Der Verifizierungsstatus des Benutzers, wie von Google Play gemeldet.
-
-- **Verified**: Benutzer ist über 18 und von Google altersverifiziert
-- **Supervised**: Benutzer hat ein überwachtes Google-Konto
-- **SupervisedApprovalPending**: Ausstehende Genehmigung des Erziehungsberechtigten für Änderungen
-- **SupervisedApprovalDenied**: Erziehungsberechtigter hat App-Zugriff verweigert
-- **Unknown**: Benutzer sollte Status im Play Store verifizieren
-- **Empty**: Alle anderen Benutzer (Standardzustand)
-
-### ageLower
-
-Inklusive Untergrenze der Altersspanne des überwachten Benutzers.
-
-Nur vorhanden, wenn `userStatus` ist:
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-### ageUpper
-
-Inklusive Obergrenze der Altersspanne des überwachten Benutzers.
-
-Nur vorhanden, wenn:
-- `userStatus` einer der überwachten Status ist
-- Das Alter des Benutzers als unter 18 gemeldet wird
-
-### mostRecentApprovalDate
-
-Datumsstring für die letzte bedeutende Änderung, die eine Genehmigung des Erziehungsberechtigten erhalten hat.
-
-Nur vorhanden, wenn `userStatus` ist:
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-Format: ISO 8601 Datumsstring
-
-### installId
-
-Kennung, die überwachten Installationen in Google Play zugewiesen wird.
-
-Wird für Widerrufbenachrichtigungen verwendet, wenn der Erziehungsberechtigte die App-Genehmigung widerruft.
-
-Nur vorhanden, wenn `userStatus` ist:
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-## Anwendungsfälle
-
-### 1. COPPA-Compliance
-
-```typescript
-async function applyCoppaRestrictions() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised && result.ageLower < 13) {
-    // Datenerfassung deaktivieren
-    disableAnalytics();
-    disableAdvertising();
-
-    // Social-Funktionen deaktivieren
-    hideChatFeatures();
-    disableUserProfiles();
-
-    // Überprüfbare elterliche Zustimmung erforderlich
-    await requestParentalConsent(result.installId);
-  }
-}
-```
-
-### 2. Altersgerechte Inhalte
-
-```typescript
-async function filterContent() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  let contentRating;
-
-  if (result.userStatus === UserStatus.Verified) {
-    contentRating = 'MATURE';
-  } else if (result.userStatus === UserStatus.Supervised) {
-    if (result.ageUpper < 13) {
-      contentRating = 'EVERYONE';
-    } else if (result.ageUpper < 18) {
-      contentRating = 'TEEN';
-    } else {
-      contentRating = 'MATURE';
-    }
-  } else {
-    contentRating = 'TEEN'; // Standard-Sicherheitsbewertung
-  }
-
-  loadContentForRating(contentRating);
-}
-```
-
-### 3. Erziehungsberechtigten-Dashboard
-
-```typescript
-async function getGuardianInfo() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (
-    result.userStatus === UserStatus.Supervised ||
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return {
-      isSupervised: true,
-      ageRange: `${result.ageLower}-${result.ageUpper}`,
-      approvalStatus: result.userStatus,
-      lastApprovalDate: result.mostRecentApprovalDate,
-      installId: result.installId,
-    };
-  }
-
-  return { isSupervised: false };
-}
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-export class AgeVerificationService {
-  async verifyAge(): Promise<{
-    allowed: boolean;
-    reason: string;
-    restrictions: string[];
-  }> {
-    try {
-      const result = await AgeSignals.checkAgeSignals();
-
-      switch (result.userStatus) {
-        case UserStatus.Verified:
-          return {
-            allowed: true,
-            reason: 'Benutzer ist verifiziert 18+',
-            restrictions: [],
-          };
-
-        case UserStatus.Supervised:
-          return this.handleSupervised(result);
-
-        case UserStatus.SupervisedApprovalPending:
-          return {
-            allowed: false,
-            reason: 'Warten auf Genehmigung des Erziehungsberechtigten',
-            restrictions: ['Genehmigung des Erziehungsberechtigten erforderlich'],
-          };
-
-        case UserStatus.SupervisedApprovalDenied:
-          return {
-            allowed: false,
-            reason: 'Erziehungsberechtigter hat Zugriff verweigert',
-            restrictions: ['Zugriff vom Erziehungsberechtigten verweigert'],
-          };
-
-        case UserStatus.Unknown:
-          return {
-            allowed: false,
-            reason: 'Altersverifizierung erforderlich',
-            restrictions: ['Alter im Google Play verifizieren'],
-          };
-
-        case UserStatus.Empty:
-        default:
-          return {
-            allowed: false,
-            reason: 'Kein Alterssignal verfügbar',
-            restrictions: ['Altersverifizierung erforderlich'],
-          };
-      }
-    } catch (error) {
-      console.error('Altersverifizierung fehlgeschlagen:', error);
-      return {
-        allowed: false,
-        reason: 'Verifizierungsfehler',
-        restrictions: ['Später erneut versuchen'],
-      };
-    }
-  }
-
-  private handleSupervised(result: any) {
-    const age = result.ageLower;
-    const restrictions: string[] = [];
-
-    if (age < 13) {
-      restrictions.push('Keine Datenerfassung (COPPA)');
-      restrictions.push('Keine Social-Funktionen');
-      restrictions.push('Elterliche Zustimmung erforderlich');
-      return {
-        allowed: false,
-        reason: `Benutzer ist unter 13 (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else if (age < 18) {
-      restrictions.push('Nur altersgerechte Inhalte');
-      restrictions.push('Moderierte Social-Funktionen');
-      return {
-        allowed: true,
-        reason: `Teenager-Benutzer (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else {
-      return {
-        allowed: true,
-        reason: `Erwachsener überwachter Benutzer (${result.ageLower}+)`,
-        restrictions: [],
-      };
-    }
-  }
-
-  async saveInstallId(installId: string) {
-    // Installations-ID für Widerrufbehandlung speichern
-    localStorage.setItem('ageSignalsInstallId', installId);
-  }
-
-  async checkRevocation() {
-    const result = await AgeSignals.checkAgeSignals();
-    const storedId = localStorage.getItem('ageSignalsInstallId');
-
-    if (result.installId && storedId && result.installId !== storedId) {
-      // Installations-ID hat sich geändert - wahrscheinlich widerrufen und neu installiert
-      console.log('App wurde widerrufen und neu installiert');
-      return true;
-    }
-
-    return false;
-  }
-}
-```
-
-## Bewährte Methoden
-
-1. **Beim App-Start prüfen**: Alterssignale beim Start der App überprüfen
-2. **Ergebnisse zwischenspeichern**: Ergebnisse zwischenspeichern, aber regelmäßig aktualisieren
-3. **Alle Zustände behandeln**: Logik für alle UserStatus-Werte implementieren
-4. **Ablehnungen respektieren**: Keinen Zugriff erlauben, wenn Erziehungsberechtigter Genehmigung verweigert
-5. **Installations-ID speichern**: Installations-ID für Widerrufserkennung verfolgen
-6. **Fallback-Logik**: Fallback-Altersverifizierung für Unknown/Empty-Zustände haben
-7. **Datenschutz zuerst**: Keine unnötigen Daten von überwachten Benutzern sammeln
-
-## Compliance-Richtlinien
-
-### COPPA (Children's Online Privacy Protection Act)
-
-Für Benutzer unter 13:
-- Überprüfbare elterliche Zustimmung einholen
-- Datenerfassung begrenzen
-- Verhaltensbasierte Werbung deaktivieren
-- Elternkontrollen bereitstellen
-
-### GDPR (General Data Protection Regulation)
-
-Für überwachte Benutzer:
-- Daten rechtmäßig verarbeiten
-- Zustimmungsmechanismen für Erziehungsberechtigte bereitstellen
-- Datenzugriff und -löschung ermöglichen
-- Datenschutz durch Design implementieren
-
-## Plattformhinweise
-
-### Android
-- Erfordert Google Play Services
-- Mindestens API Level 21 (Android 5.0+)
-- Funktioniert nur auf Geräten mit Play Store
-- Signale sind möglicherweise nicht in allen Regionen verfügbar
-- Ergebnisse können sich ändern, wenn Erziehungsberechtigter Einstellungen ändert
-
-### iOS / Web
-- **Nicht unterstützt** - Dies ist ein Android-exklusives Plugin
-- Wirft einen Fehler, wenn auf nicht unterstützten Plattformen aufgerufen
-
-## Fehlerbehebung
-
-### Kein Signal zurückgegeben (Empty Status)
-
-Dies ist normal für:
-- Benutzer außerhalb unterstützter Regionen
-- Geräte ohne Google Play Services
-- Benutzer, die Family Link nicht eingerichtet haben
-- Neue Konten ohne Verifizierung
-
-### Unknown Status
-
-Benutzer sollte:
-1. Google Play Store öffnen
-2. Zu Einstellungen → Familie gehen
-3. Altersverifizierungsprozess abschließen
-
-### Berechtigungsprobleme
-
-Sicherstellen:
-- Google Play Services ist aktualisiert
-- App hat korrekten Paketnamen in der Play Console
-- Test auf echtem Gerät (nicht Emulator ohne Play Services)
-
-## Ressourcen
-
-- [Google Play Age Signals Dokumentation](https://developers.google.com/android/reference/com/google/android/gms/agesignals)
-- [Family Link Entwicklerhandbuch](https://developers.google.com/families)
-- [COPPA Compliance-Leitfaden](https://www.ftc.gov/business-guidance/resources/complying-coppa-frequently-asked-questions)
diff --git a/src/content/docs/de/docs/plugins/age-signals/index.mdx b/src/content/docs/de/docs/plugins/age-signals/index.mdx
deleted file mode 100644
index a7c9a2ff3..000000000
--- a/src/content/docs/de/docs/plugins/age-signals/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-android-age-signals"
-description: Google Play Age Signals API-Wrapper - Erkennen Sie überwachte Konten, Elterngenehmigungen und verifizierte Benutzer.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Greifen Sie auf Google Play Age Signals zu, um überwachte Konten zu erkennen, Benutzeralter zu überprüfen und Kinderschutzbestimmungen in Ihrer Android-App einzuhalten.
-  image:
-    file: ~public/icons/plugins/android-age-signals.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/age-signals/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-age-signals/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Überwachte Konten" icon="setting">
-    Erkennen Sie, wann Benutzer überwachte Google-Konten haben, die von Erziehungsberechtigten verwaltet werden
-  </Card>
-  <Card title="Altersüberprüfung" icon="approve-check-circle">
-    Identifizieren Sie verifizierte Benutzer, die 18+ sind, mit der Altersüberprüfung von Google
-  </Card>
-  <Card title="Compliance" icon="approve-check">
-    Halten Sie Kinderschutzbestimmungen wie COPPA und GDPR ein
-  </Card>
-  <Card title="Elterngenehmigungen" icon="star">
-    Verfolgen Sie ausstehende Genehmigungen und den Zustimmungsstatus der Erziehungsberechtigten
-  </Card>
-  <Card title="Nur Android" icon="puzzle">
-    Speziell für Android mit Google Play Services entwickelt
-  </Card>
-  <Card title="Einfache API" icon="rocket">
-    Einzelner Methodenaufruf zum Abrufen aller Alterssignale
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/alarm/getting-started.mdx b/src/content/docs/de/docs/plugins/alarm/getting-started.mdx
deleted file mode 100644
index 792aea169..000000000
--- a/src/content/docs/de/docs/plugins/alarm/getting-started.mdx
+++ /dev/null
@@ -1,139 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Capacitor Alarm Plugin installieren und verwenden, um native Alarme auf iOS und Android zu verwalten.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Anforderungen
-
-- **iOS**: Nur iOS 26+. Dieses Plugin basiert auf `AlarmKit`-APIs und meldet auf früheren Versionen oder wenn das Framework nicht verfügbar ist "nicht unterstützt".
-- **Android**: Verwendet `AlarmClock`-Intents; das Verhalten hängt von der Standard-Uhr-App und den OEM-Richtlinien ab.
-
-Hinweis: Dieses Plugin stellt nur native Alarmaktionen (erstellen/öffnen) bereit. Es implementiert keine benutzerdefinierte In-App-Alarmplanung/CRUD.
-
-## API
-
-### createAlarm(...)
-
-```typescript
-createAlarm(options: NativeAlarmCreateOptions) => Promise<NativeActionResult>
-```
-
-Erstellen Sie einen nativen OS-Alarm mit der Plattform-Uhr-App.
-Auf Android verwendet dies den Alarm Clock Intent; auf iOS verwendet dies AlarmKit, falls verfügbar (iOS 26+).
-
-| Parameter     | Typ                                                                          |
-| ------------- | ----------------------------------------------------------------------------- |
-| **`options`** | `NativeAlarmCreateOptions` |
-
-**Rückgabe:** `Promise<NativeActionResult>`
-
-### openAlarms()
-
-```typescript
-openAlarms() => Promise<NativeActionResult>
-```
-
-Öffnen Sie die native Alarmlisten-UI der Plattform, falls verfügbar.
-
-**Rückgabe:** `Promise<NativeActionResult>`
-
-### getOSInfo()
-
-```typescript
-getOSInfo() => Promise<OSInfo>
-```
-
-Informationen über das Betriebssystem und die Funktionen abrufen.
-
-**Rückgabe:** `Promise<OSInfo>`
-
-### requestPermissions(...)
-
-```typescript
-requestPermissions(options?: { exactAlarm?: boolean | undefined; } | undefined) => Promise<PermissionResult>
-```
-
-Relevante Berechtigungen für die Alarmnutzung auf der Plattform anfordern.
-Auf Android kann dies zu den Einstellungen für exakte Alarme führen.
-
-| Parameter     | Typ                                   |
-| ------------- | -------------------------------------- |
-| **`options`** | `{ exactAlarm?: boolean; }` |
-
-**Rückgabe:** `Promise<PermissionResult>`
-
-## Schnittstellen
-
-### NativeActionResult
-
-| Eigenschaft   | Typ                 |
-| ------------- | -------------------- |
-| **`success`** | `boolean` |
-| **`message`** | `string`  |
-
-### NativeAlarmCreateOptions
-
-Optionen zum Erstellen eines nativen OS-Alarms über die Plattform-Uhr-App.
-
-| Eigenschaft   | Typ                 | Beschreibung                                 |
-| ------------- | -------------------- | -------------------------------------------- |
-| **`hour`**    | `number`  | Stunde des Tages im 24-Stunden-Format (0-23) |
-| **`minute`**  | `number`  | Minute der Stunde (0-59)                     |
-| **`label`**   | `string`  | Optionale Beschriftung für den Alarm         |
-| **`skipUi`**  | `boolean` | Nur Android: UI überspringen, wenn möglich   |
-| **`vibrate`** | `boolean` | Nur Android: Alarm auf Vibration setzen      |
-
-### OSInfo
-
-Zurückgegebene Informationen über das aktuelle Betriebssystem und die Funktionen.
-
-| Eigenschaft                          | Typ                 | Beschreibung                                                |
-| ------------------------------------ | -------------------- | ----------------------------------------------------------- |
-| **`platform`**                       | `string`  | 'ios' \| 'android' \| 'web'                                 |
-| **`version`**                        | `string`  | Versionsstring des Betriebssystems                          |
-| **`supportsNativeAlarms`**           | `boolean` | Ob die Plattform eine native Alarm-App-Integration bietet  |
-| **`supportsScheduledNotifications`** | `boolean` | Ob das Planen lokaler Benachrichtigungen unterstützt wird  |
-| **`canScheduleExactAlarms`**         | `boolean` | Nur Android: Ob exakte Alarme erlaubt sind                 |
-
-### PermissionResult
-
-Ergebnis einer Berechtigungsanforderung.
-
-| Eigenschaft   | Typ                                                             | Beschreibung                              |
-| ------------- | ---------------------------------------------------------------- | ------------------------------------------ |
-| **`granted`** | `boolean`                                             | Gesamtgenehmigung für angeforderten Bereich |
-| **`details`** | `Record<string, boolean>` | Optionale Details nach Berechtigungsschlüssel |
diff --git a/src/content/docs/de/docs/plugins/alarm/index.mdx b/src/content/docs/de/docs/plugins/alarm/index.mdx
deleted file mode 100644
index 5fc003f82..000000000
--- a/src/content/docs/de/docs/plugins/alarm/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-alarm"
-description: Planen Sie native Alarme und Benachrichtigungen auch bei geschlossener App.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Verwalten Sie native Alarme auf iOS und Android direkt aus Ihrer Capacitor-App.
-  image:
-    file: ~public/icons/plugins/alarm.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/alarm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-alarm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Native Integration" icon="puzzle">
-    Verwendet natives AlarmKit auf iOS und AlarmClock-Intents auf Android
-  </Card>
-  <Card title="Einfache API" icon="rocket">
-    Benutzerfreundliche Methoden zum Erstellen und Verwalten von Alarmen
-  </Card>
-  <Card title="Berechtigungsverwaltung" icon="approve-check-circle">
-    Integrierte Unterstützung für die Anforderung notwendiger Berechtigungen
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/alarm/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/android-inline-install/getting-started.mdx b/src/content/docs/de/docs/plugins/android-inline-install/getting-started.mdx
deleted file mode 100644
index fba06e701..000000000
--- a/src/content/docs/de/docs/plugins/android-inline-install/getting-started.mdx
+++ /dev/null
@@ -1,145 +0,0 @@
----
-title: Erste Schritte
-description: Installations- und Verwendungsanleitung für @capgo/capacitor-android-inline-install
-locale: de
-sidebar:
-  order: 2
-  label: "Erste Schritte"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Verwendungsbeispiel
-
-```typescript
-import { AndroidInlineInstall } from '@capgo/capacitor-android-inline-install';
-
-// Einfache Inline-Installation
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp'
-});
-
-// Erweiterte Installation mit Tracking
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp',
-  referrer: 'campaign=my-campaign&source=app',
-  overlay: true,
-  fallback: true
-});
-
-// Installationsablauf behandeln
-try {
-  await AndroidInlineInstall.startInlineInstall({
-    id: 'com.spotify.music',
-    referrer: 'utm_source=myapp&utm_campaign=music_promotion'
-  });
-  console.log('Install-Overlay erfolgreich ausgelöst');
-} catch (error) {
-  console.error('Installation fehlgeschlagen:', error);
-}
-```
-
-## Kern-API-Methoden
-
-### Installationsverwaltung
-- `startInlineInstall(options)` - Google Play Inline Install Overlay für angegebene App auslösen
-
-## Konfigurationsoptionen
-
-```typescript
-interface InlineInstallOptions {
-  id: string;           // Ziel-App-Paketname (erforderlich)
-  referrer?: string;    // Tracking-Kampagnenstring (optional)
-  callerId?: string;    // Aufrufer-App-Paketname (Standard: aktuelle App)
-  overlay?: boolean;    // Play-Overlay aktivieren/deaktivieren (Standard: true)
-  fallback?: boolean;   // Vollständige Store-Seite verwenden, wenn Overlay fehlschlägt (Standard: true)
-}
-```
-
-## Google Play Anforderungen
-
-### Berechtigung für Premium Growth Tools
-Ihre App muss für Googles Premium Growth Tools qualifiziert sein, um Inline-Installation zu verwenden:
-- Apps mit signifikantem Benutzerengagement
-- Gute Play Store-Bewertungen und Rezensionen
-- Einhaltung der Google Play-Richtlinien
-
-### Anforderungen an die Ziel-App
-- Ziel-App muss im Google Play Store verfügbar sein
-- Ziel-App muss Inline-Installation unterstützen
-- Benutzer muss im Google Play Store angemeldet sein
-
-## Verhalten und Fallbacks
-
-### Overlay-Modus (Standard)
-1. Versucht, Google Play Overlay innerhalb Ihrer App zu öffnen
-2. Wenn Overlay nicht verfügbar ist, Fallback zur vollständigen Play Store-Seite
-3. Wenn Play Store nicht verfügbar ist, Fehler anzeigen
-
-### Vollständiger Store-Modus
-- Öffnet direkt die vollständige Google Play Store-Seite
-- Umgeht Overlay-Versuch vollständig
-
-## Plattformunterstützung
-
-- **Android**: Volle Unterstützung mit Google Play Services
-- **iOS**: Nicht unterstützt (Android-spezifische Funktion)
-- **Web**: Nicht unterstützt (native Android-Funktion)
-
-## Implementierungsdetails
-
-Das Plugin verwendet Android-Intents zur Kommunikation mit dem Google Play Store:
-- Intent-Aktion für Inline Install Overlay
-- Fallback zu Standard-Play Store Intent
-- Automatische Behandlung der Play Services-Verfügbarkeit
-
-## Anwendungsfälle
-
-- **App-Entdeckung**: Verwandte Apps in Ihrem Ökosystem bewerben
-- **Cross-Promotion**: Installationen für Partner-Anwendungen fördern
-- **Funktionsfreischaltung**: Zusätzliche Module oder Erweiterungen installieren
-- **Begleit-Apps**: Unterstützende Anwendungen nahtlos installieren
-
-## Bewährte Methoden
-
-- Immer Fallback-Optionen für Benutzer ohne Play Services bereitstellen
-- Mit verschiedenen Gerätekonfigurationen und Play Store-Versionen testen
-- Referrer-Tracking verwenden, um Konversionsraten zu messen
-- Installationsfehler angemessen behandeln
-- Benutzerwahl respektieren, wenn sie die Installation ablehnen
-
-## Einschränkungen
-
-- Nur Android-Funktionalität
-- Erfordert Google Play Services
-- Funktioniert nur mit Apps, die für Premium Growth Tools qualifiziert sind
-- Unterliegt den Google Play Store-Richtlinien und der Verfügbarkeit
diff --git a/src/content/docs/de/docs/plugins/android-inline-install/index.mdx b/src/content/docs/de/docs/plugins/android-inline-install/index.mdx
deleted file mode 100644
index 19548d478..000000000
--- a/src/content/docs/de/docs/plugins/android-inline-install/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: "@capgo/capacitor-android-inline-install"
-description: Android Inline-App-Installations-Plugin für Capacitor-Apps mit nahtloser APK-Installation und Update-Verwaltung.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Ermöglichen Sie nahtlose In-App-Installation und Updates für Android-Apps mit Inline-Installationsfunktionen und benutzerfreundlichen Abläufen.
-  image:
-    file: ~public/icons/plugins/android-inline-install.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/android-inline-install/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-inline-install/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Übersicht
-
-Das Capacitor Android Inline Install Plugin ermöglicht das Auslösen von Googles Play Inline Install Overlay für Android-Anwendungen. Dieses Plugin bietet eine nahtlose In-App-Installationserfahrung mit Googles Premium Growth Tools, sodass Benutzer Apps installieren können, ohne Ihre Anwendung zu verlassen.
-
-<CardGrid stagger>
-  <Card title="Google Play Overlay" icon="rocket">
-    Natives Google Play Install Overlay auslösen
-  </Card>
-  <Card title="Nahtlose Erfahrung" icon="rocket">
-    Apps installieren, ohne Ihre App zu verlassen
-  </Card>
-  <Card title="Fallback-Unterstützung" icon="heart">
-    Automatischer Fallback zur vollständigen Play Store-Seite
-  </Card>
-  <Card title="Kampagnen-Tracking" icon="star">
-    Unterstützung für Referrer-Tracking und Analytics
-  </Card>
-</CardGrid>
-
-## Dokumentation
-
-Schauen Sie sich die [vollständige Dokumentation](/docs/plugins/android-inline-install/getting-started/) für detaillierte Implementierungsanleitungen und erweiterte Integrationsmuster an.
diff --git a/src/content/docs/de/docs/plugins/android-kiosk/getting-started.mdx b/src/content/docs/de/docs/plugins/android-kiosk/getting-started.mdx
deleted file mode 100644
index bec772974..000000000
--- a/src/content/docs/de/docs/plugins/android-kiosk/getting-started.mdx
+++ /dev/null
@@ -1,336 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Android Kiosk Plugin installieren und verwenden, um Ihr Android-Gerät in den Kiosk-Modus zu sperren.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-android-kiosk" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Plattformunterstützung
-
-Dieses Plugin ist **nur für Android**. Für die iOS-Kiosk-Modus-Funktionalität verwenden Sie bitte die integrierte Funktion [Geführter Zugriff](https://support.apple.com/en-us/HT202612) des Geräts.
-
-## Funktionen
-
-- **Kiosk-Modus**: System-UI ausblenden und in immersiven Vollbildmodus wechseln
-- **Launcher-Integration**: Legen Sie Ihre App als Geräte-Launcher/Home-App fest
-- **Hardware-Tastensteuerung**: Blockieren oder erlauben Sie spezifische Hardware-Tasten
-- **Statuserkennung**: Prüfen Sie, ob der Kiosk-Modus aktiv ist oder die App als Launcher festgelegt ist
-- **Android 6.0+**: Unterstützt Android API 23 bis Android 15 (API 35)
-
-## Grundlegende Verwendung
-
-### Kiosk-Modus aktivieren und beenden
-
-```typescript
-import { CapacitorAndroidKiosk } from '@capgo/capacitor-android-kiosk';
-
-// Kiosk-Modus aktivieren
-await CapacitorAndroidKiosk.enterKioskMode();
-
-// Kiosk-Modus beenden
-await CapacitorAndroidKiosk.exitKioskMode();
-
-// Prüfen, ob im Kiosk-Modus
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-console.log('Kiosk-Modus aktiv:', isInKioskMode);
-```
-
-### Launcher-Funktionalität
-
-Für die vollständige Kiosk-Modus-Funktionalität müssen Sie Ihre App als Geräte-Launcher festlegen:
-
-```typescript
-// Home-Bildschirm-Einstellungen öffnen, damit der Benutzer Ihre App als Launcher auswählen kann
-await CapacitorAndroidKiosk.setAsLauncher();
-
-// Prüfen, ob die App als Launcher festgelegt ist
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-console.log('App ist Launcher:', isLauncher);
-```
-
-### Hardware-Tastensteuerung
-
-Steuern Sie, welche Hardware-Tasten im Kiosk-Modus funktionieren dürfen:
-
-```typescript
-// Nur Lautstärketasten erlauben
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false
-});
-
-// Alle Tasten blockieren (Standard)
-await CapacitorAndroidKiosk.setAllowedKeys({});
-```
-
-## Vollständiges Beispiel
-
-```typescript
-async function setupKioskMode() {
-  try {
-    // Prüfen, ob bereits als Launcher festgelegt
-    const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-
-    if (!isLauncher) {
-      // Benutzer auffordern, als Launcher festzulegen
-      await CapacitorAndroidKiosk.setAsLauncher();
-      alert('Bitte wählen Sie diese App als Ihre Home-App aus');
-      return;
-    }
-
-    // Erlaubte Tasten konfigurieren
-    await CapacitorAndroidKiosk.setAllowedKeys({
-      volumeUp: true,
-      volumeDown: true,
-      back: false,
-      home: false,
-      recent: false,
-      power: false
-    });
-
-    // Kiosk-Modus aktivieren
-    await CapacitorAndroidKiosk.enterKioskMode();
-    console.log('Kiosk-Modus aktiviert');
-
-  } catch (error) {
-    console.error('Fehler beim Einrichten des Kiosk-Modus:', error);
-  }
-}
-```
-
-## API-Referenz
-
-### isInKioskMode()
-
-Prüft, ob die App derzeit im Kiosk-Modus läuft.
-
-```typescript
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-```
-
-**Rückgabe:**
-- `isInKioskMode` (boolean): Ob der Kiosk-Modus derzeit aktiv ist
-
----
-
-### isSetAsLauncher()
-
-Prüft, ob die App als Geräte-Launcher (Home-App) festgelegt ist.
-
-```typescript
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-```
-
-**Rückgabe:**
-- `isLauncher` (boolean): Ob die App als Geräte-Launcher festgelegt ist
-
----
-
-### enterKioskMode()
-
-Aktiviert den Kiosk-Modus, blendet die System-UI aus und blockiert Hardware-Tasten. Die App muss als Geräte-Launcher festgelegt sein, damit dies effektiv funktioniert.
-
-```typescript
-await CapacitorAndroidKiosk.enterKioskMode();
-```
-
----
-
-### exitKioskMode()
-
-Beendet den Kiosk-Modus und stellt die normale System-UI und Hardware-Tastenfunktionalität wieder her.
-
-```typescript
-await CapacitorAndroidKiosk.exitKioskMode();
-```
-
----
-
-### setAsLauncher()
-
-Öffnet die Home-Bildschirm-Einstellungen des Geräts, damit der Benutzer diese App als Launcher festlegen kann. Dies ist für die vollständige Kiosk-Modus-Funktionalität erforderlich.
-
-```typescript
-await CapacitorAndroidKiosk.setAsLauncher();
-```
-
----
-
-### setAllowedKeys(options)
-
-Legt fest, welche Hardware-Tasten im Kiosk-Modus funktionieren dürfen. Standardmäßig sind alle Hardware-Tasten im Kiosk-Modus blockiert.
-
-```typescript
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false,
-  power: false,
-  camera: false,
-  menu: false
-});
-```
-
-**Parameter:**
-- `volumeUp` (boolean, optional): Lautstärke-Plus-Taste erlauben (Standard: false)
-- `volumeDown` (boolean, optional): Lautstärke-Minus-Taste erlauben (Standard: false)
-- `back` (boolean, optional): Zurück-Taste erlauben (Standard: false)
-- `home` (boolean, optional): Home-Taste erlauben (Standard: false)
-- `recent` (boolean, optional): Kürzlich-verwendete-Apps-Taste erlauben (Standard: false)
-- `power` (boolean, optional): Power-Taste erlauben (Standard: false)
-- `camera` (boolean, optional): Kamera-Taste erlauben, falls vorhanden (Standard: false)
-- `menu` (boolean, optional): Menü-Taste erlauben, falls vorhanden (Standard: false)
-
----
-
-### getPluginVersion()
-
-Plugin-Version des nativen Capacitor-Plugins abrufen.
-
-```typescript
-const { version } = await CapacitorAndroidKiosk.getPluginVersion();
-console.log('Plugin-Version:', version);
-```
-
-**Rückgabe:**
-- `version` (string): Die Plugin-Versionsnummer
-
-## Android-Konfiguration
-
-### 1. MainActivity-Einrichtung
-
-Um die vollständige Hardware-Tastenblockierung zu aktivieren, müssen Sie `dispatchKeyEvent` in Ihrer `MainActivity.java` überschreiben:
-
-```java
-import android.view.KeyEvent;
-import ee.forgr.plugin.android_kiosk.CapacitorAndroidKioskPlugin;
-
-public class MainActivity extends BridgeActivity {
-    @Override
-    public boolean dispatchKeyEvent(KeyEvent event) {
-        // Kiosk-Plugin abrufen
-        CapacitorAndroidKioskPlugin kioskPlugin = (CapacitorAndroidKioskPlugin)
-            this.getBridge().getPlugin("CapacitorAndroidKiosk").getInstance();
-
-        if (kioskPlugin != null && kioskPlugin.shouldBlockKey(event.getKeyCode())) {
-            return true; // Taste blockieren
-        }
-
-        return super.dispatchKeyEvent(event);
-    }
-
-    @Override
-    public void onBackPressed() {
-        // super.onBackPressed() nicht aufrufen, um Zurück-Taste zu deaktivieren
-        // Oder handleOnBackPressed des Plugins aufrufen
-    }
-}
-```
-
-### 2. AndroidManifest.xml
-
-Launcher-Intent-Filter hinzufügen, um Ihre App als Launcher auswählbar zu machen:
-
-```xml
-<activity
-    android:name=".MainActivity"
-    ...>
-
-    <!-- Vorhandener Intent-Filter -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.LAUNCHER" />
-    </intent-filter>
-
-    <!-- Dies hinzufügen, um App als Launcher auswählbar zu machen -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.HOME" />
-        <category android:name="android.intent.category.DEFAULT" />
-    </intent-filter>
-</activity>
-```
-
-## Wichtige Hinweise
-
-1. **Launcher-Anforderung**: Für die vollständige Kiosk-Modus-Funktionalität (Home-Taste blockieren, Task-Wechsel verhindern) muss Ihre App als Geräte-Launcher festgelegt sein.
-
-2. **Testen**: Beim Testen können Sie den Kiosk-Modus programmatisch beenden oder eine andere App als Launcher festlegen.
-
-3. **Android-Versionen**: Das Plugin verwendet moderne Android-APIs für Android 11+ und fällt für die Kompatibilität mit Android 6.0+ auf ältere Methoden zurück.
-
-4. **Sicherheit**: Dieses Plugin ist für legitime Kiosk-Anwendungen konzipiert. Stellen Sie sicher, dass Sie Benutzern eine Möglichkeit bieten, den Kiosk-Modus zu beenden.
-
-5. **Akku**: Der Kiosk-Modus hält den Bildschirm an. Erwägen Sie, Ihre eigene Bildschirm-Timeout- oder Helligkeitsverwaltung zu implementieren.
-
-## iOS-Alternative
-
-Für iOS-Geräte verwenden Sie die integrierte Funktion [Geführter Zugriff](https://support.apple.com/en-us/HT202612):
-
-1. Gehen Sie zu Einstellungen > Bedienungshilfen > Geführter Zugriff
-2. Aktivieren Sie Geführter Zugriff
-3. Legen Sie einen Code fest
-4. Öffnen Sie Ihre App
-5. Dreimal auf die Seitentaste klicken
-6. Einstellungen anpassen und Geführten Zugriff starten
-
-## Bewährte Methoden
-
-1. **Launcher-Status zuerst prüfen**
-   ```typescript
-   const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-   if (!isLauncher) {
-     // Benutzer zuerst auffordern, als Launcher festzulegen
-     await CapacitorAndroidKiosk.setAsLauncher();
-   }
-   ```
-
-2. **Ausstiegsmechanismus bereitstellen**
-   ```typescript
-   // Spezifische Tastenkombination zum Beenden erlauben
-   // Oder geheime Geste/Muster implementieren
-   async function exitKioskWithConfirmation() {
-     const confirmed = confirm('Kiosk-Modus beenden?');
-     if (confirmed) {
-       await CapacitorAndroidKiosk.exitKioskMode();
-     }
-   }
-   ```
-
-3. **App-Lebenszyklus behandeln**
-   ```typescript
-   // Kiosk-Modus erneut aktivieren, wenn App fortgesetzt wird
-   window.addEventListener('resume', async () => {
-     const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-     if (!isInKioskMode) {
-       await CapacitorAndroidKiosk.enterKioskMode();
-     }
-   });
-   ```
-
-4. **Fehlerbehandlung**
-   ```typescript
-   try {
-     await CapacitorAndroidKiosk.enterKioskMode();
-   } catch (error) {
-     console.error('Fehler beim Aktivieren des Kiosk-Modus:', error);
-     // Benutzer benachrichtigen und Alternative bereitstellen
-   }
-   ```
diff --git a/src/content/docs/de/docs/plugins/android-kiosk/index.mdx b/src/content/docs/de/docs/plugins/android-kiosk/index.mdx
deleted file mode 100644
index edbc57a39..000000000
--- a/src/content/docs/de/docs/plugins/android-kiosk/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@capgo/capacitor-android-kiosk"
-description: Android Kiosk-Modus-Plugin für Capacitor - Sperren Sie das Gerät in den Kiosk-Modus mit Launcher-Funktionalität
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Sperren Sie Ihr Android-Gerät in den Kiosk-Modus mit voller Kontrolle über Hardware-Tasten und Launcher-Funktionalität für Ihre Capacitor-Apps.
-  image:
-    file: ~public/icons/plugins/android-kiosk.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/android-kiosk/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-kiosk/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Kiosk-Modus" icon="rocket">
-    System-UI ausblenden und in immersiven Vollbildmodus wechseln
-  </Card>
-  <Card title="Launcher-Integration" icon="setting">
-    Legen Sie Ihre App als Geräte-Launcher/Home-App fest
-  </Card>
-  <Card title="Hardware-Tastensteuerung" icon="warning">
-    Hardware-Tasten blockieren oder erlauben (Zurück, Home, Kürzlich, Lautstärke, Power)
-  </Card>
-  <Card title="Statuserkennung" icon="approve-check">
-    Prüfen Sie, ob der Kiosk-Modus aktiv ist oder die App als Launcher festgelegt ist
-  </Card>
-  <Card title="Android 6.0+" icon="star">
-    Unterstützt Android API 23 bis Android 15 (API 35)
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/android-kiosk/getting-started/) an, um den Kiosk-Modus in Minuten zu integrieren.
-  </Card>
-</CardGrid>
-
-## Plattformunterstützung
-
-Dieses Plugin ist **nur für Android**. Für die iOS-Kiosk-Modus-Funktionalität verwenden Sie bitte die integrierte Funktion [Geführter Zugriff](https://support.apple.com/en-us/HT202612) des Geräts.
diff --git a/src/content/docs/de/docs/plugins/android-usagestatsmanager/getting-started.mdx b/src/content/docs/de/docs/plugins/android-usagestatsmanager/getting-started.mdx
deleted file mode 100644
index e30dfc4f6..000000000
--- a/src/content/docs/de/docs/plugins/android-usagestatsmanager/getting-started.mdx
+++ /dev/null
@@ -1,173 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Android Usage Stats Manager Plugin installieren und verwenden, um auf App-Nutzungsstatistiken und Gerätenutzungsdaten zuzugreifen.
-sidebar:
-  order: 2
-locale: de
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Plattform-Konfiguration
-
-### Android
-
-Fügen Sie die erforderlichen Berechtigungen zu Ihrer `android/app/src/main/AndroidManifest.xml` hinzu:
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## Verwendungsbeispiel
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// Prüfen, ob die Berechtigung erteilt wurde
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // Einstellungen öffnen, um die Berechtigung zu erteilen
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// Nutzungsstatistiken für die letzten 7 Tage abfragen
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // vor 7 Tagen
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Nutzungsstatistiken:', usageStats);
-
-// Alle installierten Pakete abrufen
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installierte Pakete:', packages);
-```
-
-## API-Referenz
-
-### isUsageStatsPermissionGranted()
-
-```typescript
-isUsageStatsPermissionGranted() => Promise<{ granted: boolean }>
-```
-
-Prüft, ob die PACKAGE_USAGE_STATS-Berechtigung erteilt wurde.
-
-**Rückgabewert:** `Promise<{ granted: boolean }>`
-
-### openUsageStatsSettings()
-
-```typescript
-openUsageStatsSettings() => Promise<void>
-```
-
-Öffnet die Systemeinstellungsseite zum Erteilen der Berechtigung für Nutzungsstatistiken.
-
-### queryAndAggregateUsageStats(options)
-
-```typescript
-queryAndAggregateUsageStats(options: UsageStatsOptions) => Promise<UsageStatsResult>
-```
-
-Ruft detaillierte Nutzungsstatistiken für installierte Apps ab.
-
-| Parameter     | Typ                           |
-| ------------- | ------------------------------ |
-| **`options`** | `UsageStatsOptions` |
-
-**Rückgabewert:** `Promise<UsageStatsResult>`
-
-### queryAllPackages()
-
-```typescript
-queryAllPackages() => Promise<PackagesResult>
-```
-
-Ruft Informationen über alle auf dem Gerät installierten Pakete ab.
-
-**Rückgabewert:** `Promise<PackagesResult>`
-
-## Schnittstellen
-
-### UsageStatsOptions
-
-| Eigenschaft        | Typ                | Beschreibung                                         |
-| ------------------ | ------------------- | --------------------------------------------------- |
-| **`intervalType`** | `number` | Intervalltyp (0=TÄGLICH, 1=WÖCHENTLICH, 2=MONATLICH, etc.) |
-| **`startTime`**    | `number` | Startzeit in Millisekunden                          |
-| **`endTime`**      | `number` | Endzeit in Millisekunden                            |
-
-### UsageStatsResult
-
-Enthält Nutzungsstatistikdaten für jede App:
-
-- App-Nutzungszeit und -Häufigkeit
-- Erste und letzte Verwendung
-- Gesamtzeit im Vordergrund
-- Anzahl der Starts
-
-### PackagesResult
-
-Enthält Informationen über installierte Pakete:
-
-- Paketname und Version
-- Installationszeit
-- App-Bezeichnungen und Icons
-- System- vs. Benutzer-Apps
-
-## Berechtigungsverwaltung
-
-Das Plugin erfordert spezielle Berechtigungen, die nicht über normale Laufzeit-Berechtigungsanforderungen erteilt werden können:
-
-1. **PACKAGE_USAGE_STATS**: Ermöglicht den Zugriff auf Nutzungsstatistiken
-2. **QUERY_ALL_PACKAGES**: Erforderlich für Paketinformationen (Android 11+)
-
-Benutzer müssen diese Berechtigungen manuell über die Systemeinstellungen erteilen. Verwenden Sie `openUsageStatsSettings()`, um Benutzer zur entsprechenden Einstellungsseite zu leiten.
-
-## Bewährte Methoden
-
-- Prüfen Sie immer den Berechtigungsstatus, bevor Sie Nutzungsstatistiken abfragen
-- Gehen Sie mit Berechtigungsablehnungen benutzerfreundlich um
-- Berücksichtigen Sie die Privatsphäre der Benutzer beim Sammeln von Nutzungsdaten
-- Implementieren Sie ordnungsgemäße Datenverarbeitungs- und Speicherpraktiken
-- Befolgen Sie die Google Play-Richtlinien für die Erfassung von Nutzungsdaten
-
-## Anwendungsfälle
-
-- **Digital Wellbeing Apps**: Bildschirmzeit und App-Nutzung überwachen
-- **Kindersicherung**: Gerätenutzung von Kindern verfolgen
-- **Produktivitäts-Apps**: Arbeitsmuster und Fokuszeiten analysieren
-- **Analytics**: Benutzerverhalten und App-Engagement verstehen
diff --git a/src/content/docs/de/docs/plugins/android-usagestatsmanager/index.mdx b/src/content/docs/de/docs/plugins/android-usagestatsmanager/index.mdx
deleted file mode 100644
index a0ff6f17f..000000000
--- a/src/content/docs/de/docs/plugins/android-usagestatsmanager/index.mdx
+++ /dev/null
@@ -1,146 +0,0 @@
----
-title: "@capgo/capacitor-android-usagestatsmanager"
-description: Android Nutzungsstatistik-Plugin für Capacitor Apps mit App-Nutzungsverfolgung, Bildschirmzeit-Überwachung und Nutzungsanalysen.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Zugriff auf Android-Nutzungsstatistiken zur Überwachung von App-Nutzung, Bildschirmzeit und Benutzerverhalten mit Daten auf Systemebene.
-  image:
-    file: ~public/icons/plugins/android-usagestatsmanager.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/android-usagestatsmanager/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-usagestatsmanager/
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Überblick
-
-Das Capacitor Android Usage Stats Manager Plugin stellt das UsageStatsManager SDK von Android für Capacitor-Anwendungen bereit und ermöglicht den Zugriff auf detaillierte App-Nutzungsstatistiken und Gerätenutzungsdaten. Dieses Plugin ermöglicht es Entwicklern, App-Nutzungsmuster, Bildschirmzeit und Benutzerverhalten auf Android-Geräten zu verfolgen.
-
-<CardGrid stagger>
-  <Card title="Nutzungsstatistiken" icon="rocket">
-    Zugriff auf Android UsageStatsManager SDK-Daten 📱
-  </Card>
-  <Card title="App-Überwachung" icon="moon">
-    Verfolgen Sie individuelle App-Nutzungszeit und -Häufigkeit 🕐
-  </Card>
-  <Card title="Berechtigungsverwaltung" icon="approve-check">
-    Nahtlose Verwaltung von Nutzungsstatistik-Berechtigungen 🛡️
-  </Card>
-  <Card title="Paketinformationen" icon="puzzle">
-    Abfrage installierter Paketdetails und Metadaten 📦
-  </Card>
-</CardGrid>
-
-## Installation
-
-```bash
-npm install @capgo/capacitor-android-usagestatsmanager
-npx cap sync
-```
-
-## Erforderliche Berechtigungen
-
-Fügen Sie diese Berechtigungen zu Ihrer `android/app/src/main/AndroidManifest.xml` hinzu:
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## Kern-API-Methoden
-
-### Nutzungsstatistiken
-- `queryAndAggregateUsageStats(options)` - Detaillierte Nutzungsstatistiken für installierte Apps abrufen
-- `isUsageStatsPermissionGranted()` - Prüfen, ob die Berechtigung für Nutzungsstatistiken erteilt wurde
-- `openUsageStatsSettings()` - Systemeinstellungen für Nutzungsstatistik-Berechtigung öffnen
-
-### Paketinformationen
-- `queryAllPackages()` - Informationen über alle installierten Pakete abrufen
-
-## Verwendungsbeispiel
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// Prüfen, ob die Berechtigung erteilt wurde
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // Einstellungen öffnen, um die Berechtigung zu erteilen
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// Nutzungsstatistiken abfragen
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // vor 7 Tagen
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Nutzungsstatistiken:', usageStats);
-
-// Alle installierten Pakete abrufen
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installierte Pakete:', packages);
-```
-
-## Berechtigungsverwaltung
-
-Das Plugin erfordert spezielle Berechtigungen, die nicht über normale Laufzeit-Berechtigungsanforderungen erteilt werden können:
-
-1. **PACKAGE_USAGE_STATS**: Ermöglicht den Zugriff auf Nutzungsstatistiken
-2. **QUERY_ALL_PACKAGES**: Erforderlich für Paketinformationen (Android 11+)
-
-Benutzer müssen diese Berechtigungen manuell über die Systemeinstellungen erteilen. Verwenden Sie `openUsageStatsSettings()`, um Benutzer zur entsprechenden Einstellungsseite zu leiten.
-
-## Datentypen
-
-### Nutzungsstatistiken
-- App-Nutzungszeit und -Häufigkeit
-- Erste und letzte Verwendung
-- Gesamtzeit im Vordergrund
-- Anzahl der Starts
-
-### Paketinformationen
-- Paketname und Version
-- Installationszeit
-- App-Bezeichnungen und Icons
-- System- vs. Benutzer-Apps
-
-## Anwendungsfälle
-
-- **Digital Wellbeing Apps**: Bildschirmzeit und App-Nutzung überwachen
-- **Kindersicherung**: Gerätenutzung von Kindern verfolgen
-- **Produktivitäts-Apps**: Arbeitsmuster und Fokuszeiten analysieren
-- **Analytics**: Benutzerverhalten und App-Engagement verstehen
-
-## Android-Kompatibilität
-
-- **Minimale Android-Version**: API Level 21 (Android 5.0)
-- **Erweiterte Funktionen**: API Level 29+ (Android 10+) für erweiterte Statistiken
-- **Paketabfragen**: API Level 30+ (Android 11+) erfordert QUERY_ALL_PACKAGES
-
-## Sicherheitsüberlegungen
-
-- Berechtigung für Nutzungsstatistiken ist sensibel und erfordert Benutzerzustimmung
-- Berücksichtigen Sie die Privatsphäre der Benutzer beim Sammeln von Nutzungsdaten
-- Implementieren Sie ordnungsgemäße Datenverarbeitungs- und Speicherpraktiken
-- Befolgen Sie die Google Play-Richtlinien für die Erfassung von Nutzungsdaten
-
-## Dokumentation
-
-Siehe die [vollständige Dokumentation](/docs/plugins/android-usagestatsmanager/getting-started/) für detaillierte Implementierungsanleitungen und erweiterte Nutzungsmuster.
diff --git a/src/content/docs/de/docs/plugins/appinsights/getting-started.mdx b/src/content/docs/de/docs/plugins/appinsights/getting-started.mdx
deleted file mode 100644
index 6a1680f41..000000000
--- a/src/content/docs/de/docs/plugins/appinsights/getting-started.mdx
+++ /dev/null
@@ -1,207 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das AppInsights Plugin für Anwendungsanalysen in Ihrer Capacitor-App installieren und verwenden.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-appinsights" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und initialisieren Sie es mit Ihren AppInsights-Anmeldedaten:
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-// SDK initialisieren
-const initializeAnalytics = async () => {
-  await CapacitorAppinsights.init({
-    partnerId: 'your-partner-id',
-    partnerKey: 'your-partner-key'
-  });
-};
-
-// Benutzer-ID für Tracking festlegen
-const setUser = async (userId: string) => {
-  await CapacitorAppinsights.setUserId({ userId });
-};
-
-// SDK-Zustand abrufen
-const checkSDKState = async () => {
-  const state = await CapacitorAppinsights.getState();
-  console.log('SDK-Zustand:', state);
-};
-
-// Plugin-Version abrufen
-const checkVersion = async () => {
-  const { version } = await CapacitorAppinsights.getPluginVersion();
-  console.log('Plugin-Version:', version);
-};
-```
-
-## API-Referenz
-
-### init(options)
-
-Initialisieren Sie das AppInsights SDK mit Ihren Anmeldedaten.
-
-```typescript
-await CapacitorAppinsights.init({
-  partnerId: 'your-partner-id',
-  partnerKey: 'your-partner-key'
-});
-```
-
-**Parameter:**
-- `partnerId` (string): Ihre AppInsights Partner-ID
-- `partnerKey` (string): Ihr AppInsights Partner-Schlüssel
-
-### setUserId(options)
-
-Legen Sie die Benutzer-ID nach der Initialisierung fest oder aktualisieren Sie diese.
-
-```typescript
-await CapacitorAppinsights.setUserId({
-  userId: 'user-123'
-});
-```
-
-**Parameter:**
-- `userId` (string): Die Benutzer-ID, die für das Tracking festgelegt werden soll
-
-### getState()
-
-Rufen Sie den aktuellen Zustand des SDK ab.
-
-```typescript
-const state = await CapacitorAppinsights.getState();
-console.log(state);
-// {
-//   initCompleted: true,
-//   jobScheduled: true,
-//   permissionAcquired: true
-// }
-```
-
-**Rückgabe:**
-- `initCompleted` (boolean): Ob die SDK-Initialisierung abgeschlossen ist
-- `jobScheduled` (boolean): Ob der Datenerfassungsauftrag geplant ist
-- `permissionAcquired` (boolean): Ob die erforderlichen Berechtigungen erworben wurden
-
-### getPluginVersion()
-
-Rufen Sie die native Capacitor-Plugin-Version ab.
-
-```typescript
-const { version } = await CapacitorAppinsights.getPluginVersion();
-console.log('Version:', version);
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-export class AnalyticsService {
-  private initialized = false;
-
-  async initialize(partnerId: string, partnerKey: string) {
-    try {
-      await CapacitorAppinsights.init({
-        partnerId,
-        partnerKey
-      });
-
-      const state = await CapacitorAppinsights.getState();
-      this.initialized = state.initCompleted;
-
-      console.log('AppInsights initialisiert:', state);
-    } catch (error) {
-      console.error('Fehler beim Initialisieren von AppInsights:', error);
-    }
-  }
-
-  async identifyUser(userId: string) {
-    if (!this.initialized) {
-      throw new Error('AppInsights nicht initialisiert');
-    }
-
-    await CapacitorAppinsights.setUserId({ userId });
-    console.log('Benutzer identifiziert:', userId);
-  }
-
-  async getSDKStatus() {
-    const state = await CapacitorAppinsights.getState();
-    return {
-      ready: state.initCompleted && state.permissionAcquired,
-      tracking: state.jobScheduled,
-      state
-    };
-  }
-}
-```
-
-## Bewährte Methoden
-
-1. **Früh initialisieren**
-   Initialisieren Sie das SDK, sobald Ihre App startet, um genaues Tracking zu gewährleisten:
-   ```typescript
-   // Bei der App-Initialisierung
-   await CapacitorAppinsights.init({
-     partnerId: process.env.APPINSIGHTS_PARTNER_ID,
-     partnerKey: process.env.APPINSIGHTS_PARTNER_KEY
-   });
-   ```
-
-2. **Benutzer-ID beim Login festlegen**
-   Identifizieren Sie Benutzer nach der Authentifizierung:
-   ```typescript
-   async function onUserLogin(user) {
-     await CapacitorAppinsights.setUserId({
-       userId: user.id
-     });
-   }
-   ```
-
-3. **SDK-Zustand prüfen**
-   Überprüfen Sie, ob das SDK vor kritischen Operationen bereit ist:
-   ```typescript
-   const state = await CapacitorAppinsights.getState();
-   if (!state.initCompleted) {
-     console.warn('AppInsights nicht bereit');
-   }
-   ```
-
-4. **Fehler angemessen behandeln**
-   ```typescript
-   try {
-     await CapacitorAppinsights.init(config);
-   } catch (error) {
-     console.error('Analytics-Initialisierung fehlgeschlagen:', error);
-     // App-Betrieb auch bei Analytics-Fehler fortsetzen
-   }
-   ```
-
-## Plattformhinweise
-
-### iOS
-- Erfordert iOS 10.0+
-- Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen in Info.plist für das Tracking haben
-
-### Android
-- Erfordert Android 5.0 (API 21)+
-- Kann je nach Tracking-Funktionen Nutzungsstatistik-Berechtigung erfordern
-
-### Web
-- Auf der Web-Plattform nicht unterstützt
diff --git a/src/content/docs/de/docs/plugins/appinsights/index.mdx b/src/content/docs/de/docs/plugins/appinsights/index.mdx
deleted file mode 100644
index 2635e4255..000000000
--- a/src/content/docs/de/docs/plugins/appinsights/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-appinsights"
-description: Application Insights und Analytics-Integration für Capacitor-Apps mit dem Apptopia AppInsights SDK.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Verfolgen Sie App-Nutzung, Benutzerverhalten und Leistungsmetriken mit AppInsights-Integration für Ihre Capacitor-Apps.
-  image:
-    file: ~public/icons/plugins/appinsights.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/appinsights/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-appinsights/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Analytics-Tracking" icon="star">
-    Verfolgen Sie Benutzerverhalten und App-Nutzung mit AppInsights
-  </Card>
-  <Card title="Benutzeridentifikation" icon="heart">
-    Legen Sie Benutzer-IDs fest und verwalten Sie diese für personalisiertes Tracking
-  </Card>
-  <Card title="SDK-Zustandsverwaltung" icon="setting">
-    Überwachen Sie SDK-Initialisierung und Berechtigungsstatus
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/appinsights/getting-started/) an, um Analytics in Minuten zu integrieren.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/audio-recorder/getting-started.mdx b/src/content/docs/de/docs/plugins/audio-recorder/getting-started.mdx
deleted file mode 100644
index 26cc542b6..000000000
--- a/src/content/docs/de/docs/plugins/audio-recorder/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-title: "Erste Schritte mit Audio Recorder"
-description: "Erfahren Sie, wie Sie Audioaufnahmen in Ihre Capacitor App integrieren"
-locale: de
----
-
-Diese Anleitung führt Sie durch die Integration des Capacitor Audio Recorder Plugins in Ihre Anwendung.
-
-## Installation
-
-Installieren Sie das Plugin mit npm:
-
-```bash
-npm install @capgo/capacitor-audio-recorder
-npx cap sync
-```
-
-## iOS-Konfiguration
-
-Fügen Sie Folgendes zu Ihrer `Info.plist` hinzu:
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>Diese App benötigt Zugriff auf das Mikrofon, um Audio aufzunehmen</string>
-```
-
-## Android-Konfiguration
-
-Fügen Sie die folgenden Berechtigungen zu Ihrer `AndroidManifest.xml` hinzu:
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-```
-
-## Web-Konfiguration
-
-Das Plugin verwendet die MediaRecorder API. Erfordert HTTPS in der Produktion.
-
-## Grundlegende Verwendung
-
-### Plugin importieren
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-```
-
-### Berechtigungen anfordern
-
-```typescript
-const requestPermission = async () => {
-  const permission = await AudioRecorder.requestPermissions();
-  console.log('Berechtigungsstatus:', permission.recordAudio);
-};
-```
-
-### Aufnahme starten
-
-```typescript
-const startRecording = async () => {
-  await AudioRecorder.startRecording();
-  console.log('Aufnahme gestartet');
-};
-```
-
-### Aufnahme stoppen
-
-```typescript
-const stopRecording = async () => {
-  const result = await AudioRecorder.stopRecording();
-  console.log('Aufnahmepfad:', result.filePath);
-  console.log('Dauer:', result.duration);
-};
-```
-
-### Aufnahme pausieren/fortsetzen
-
-```typescript
-const pauseRecording = async () => {
-  await AudioRecorder.pauseRecording();
-  console.log('Aufnahme pausiert');
-};
-
-const resumeRecording = async () => {
-  await AudioRecorder.resumeRecording();
-  console.log('Aufnahme fortgesetzt');
-};
-```
-
-### Status abrufen
-
-```typescript
-const getStatus = async () => {
-  const status = await AudioRecorder.getStatus();
-  console.log('Nimmt auf:', status.isRecording);
-  console.log('Dauer:', status.currentTime);
-};
-```
-
-## Vollständiges Beispiel
-
-Hier ist eine vollständige Implementierung eines Sprachrekorders:
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-
-class VoiceRecorder {
-  private isRecording = false;
-  private isPaused = false;
-  private recordingPath: string | null = null;
-
-  async initialize() {
-    const permission = await AudioRecorder.checkPermissions();
-
-    if (permission.recordAudio !== 'granted') {
-      const requested = await AudioRecorder.requestPermissions();
-
-      if (requested.recordAudio !== 'granted') {
-        throw new Error('Mikrofonberechtigung verweigert');
-      }
-    }
-  }
-
-  async startRecording() {
-    try {
-      await AudioRecorder.startRecording();
-      this.isRecording = true;
-      this.isPaused = false;
-      console.log('Aufnahme gestartet');
-    } catch (error) {
-      console.error('Aufnahme konnte nicht gestartet werden:', error);
-      throw error;
-    }
-  }
-
-  async pauseRecording() {
-    if (!this.isRecording || this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.pauseRecording();
-      this.isPaused = true;
-      console.log('Aufnahme pausiert');
-    } catch (error) {
-      console.error('Aufnahme konnte nicht pausiert werden:', error);
-      throw error;
-    }
-  }
-
-  async resumeRecording() {
-    if (!this.isRecording || !this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.resumeRecording();
-      this.isPaused = false;
-      console.log('Aufnahme fortgesetzt');
-    } catch (error) {
-      console.error('Aufnahme konnte nicht fortgesetzt werden:', error);
-      throw error;
-    }
-  }
-
-  async stopRecording() {
-    if (!this.isRecording) {
-      return null;
-    }
-
-    try {
-      const result = await AudioRecorder.stopRecording();
-      this.isRecording = false;
-      this.isPaused = false;
-      this.recordingPath = result.filePath;
-
-      console.log('Aufnahme gestoppt');
-      console.log('Dateipfad:', result.filePath);
-      console.log('Dauer:', result.duration, 'Sekunden');
-
-      return result;
-    } catch (error) {
-      console.error('Aufnahme konnte nicht gestoppt werden:', error);
-      throw error;
-    }
-  }
-
-  async getCurrentStatus() {
-    const status = await AudioRecorder.getStatus();
-    return {
-      isRecording: status.isRecording,
-      duration: status.currentTime,
-      isPaused: this.isPaused
-    };
-  }
-
-  formatDuration(seconds: number): string {
-    const mins = Math.floor(seconds / 60);
-    const secs = Math.floor(seconds % 60);
-    return `${mins}:${secs.toString().padStart(2, '0')}`;
-  }
-
-  getRecordingPath(): string | null {
-    return this.recordingPath;
-  }
-}
-
-// Verwendung
-const recorder = new VoiceRecorder();
-
-// Initialisieren
-await recorder.initialize();
-
-// Aufnahme starten
-await recorder.startRecording();
-
-// Pausieren
-await recorder.pauseRecording();
-
-// Fortsetzen
-await recorder.resumeRecording();
-
-// Stoppen und Ergebnis abrufen
-const result = await recorder.stopRecording();
-console.log('Aufnahme gespeichert:', result?.filePath);
-```
-
-## Erweiterte Konfiguration
-
-### Audioqualität konfigurieren
-
-```typescript
-const startHighQualityRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',           // aac, mp3 oder wav
-    sampleRate: 44100,       // 44100 Hz (CD-Qualität)
-    channels: 2,             // Stereo
-    bitRate: 320000          // 320 kbps
-  });
-};
-```
-
-### Für Sprache konfigurieren
-
-```typescript
-const startVoiceRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',
-    sampleRate: 16000,       // 16 kHz (für Sprache optimiert)
-    channels: 1,             // Mono
-    bitRate: 64000           // 64 kbps
-  });
-};
-```
-
-## UI-Integrationsbeispiel
-
-```typescript
-class AudioRecorderUI {
-  private recorder: VoiceRecorder;
-  private updateInterval: any;
-
-  constructor() {
-    this.recorder = new VoiceRecorder();
-  }
-
-  async init() {
-    await this.recorder.initialize();
-    this.setupEventListeners();
-  }
-
-  setupEventListeners() {
-    const recordButton = document.getElementById('record-btn');
-    const pauseButton = document.getElementById('pause-btn');
-    const stopButton = document.getElementById('stop-btn');
-
-    recordButton?.addEventListener('click', () => this.handleRecord());
-    pauseButton?.addEventListener('click', () => this.handlePause());
-    stopButton?.addEventListener('click', () => this.handleStop());
-  }
-
-  async handleRecord() {
-    await this.recorder.startRecording();
-    this.startDurationUpdate();
-    this.updateUI('recording');
-  }
-
-  async handlePause() {
-    const status = await this.recorder.getCurrentStatus();
-
-    if (status.isPaused) {
-      await this.recorder.resumeRecording();
-      this.updateUI('recording');
-    } else {
-      await this.recorder.pauseRecording();
-      this.updateUI('paused');
-    }
-  }
-
-  async handleStop() {
-    const result = await this.recorder.stopRecording();
-    this.stopDurationUpdate();
-    this.updateUI('stopped');
-
-    if (result) {
-      this.showRecordingResult(result);
-    }
-  }
-
-  startDurationUpdate() {
-    this.updateInterval = setInterval(async () => {
-      const status = await this.recorder.getCurrentStatus();
-      this.updateDurationDisplay(status.duration);
-    }, 100);
-  }
-
-  stopDurationUpdate() {
-    if (this.updateInterval) {
-      clearInterval(this.updateInterval);
-    }
-  }
-
-  updateDurationDisplay(duration: number) {
-    const display = document.getElementById('duration');
-    if (display) {
-      display.textContent = this.recorder.formatDuration(duration);
-    }
-  }
-
-  updateUI(state: 'recording' | 'paused' | 'stopped') {
-    // Button-Zustände, Farben usw. aktualisieren
-    console.log('UI-Status:', state);
-  }
-
-  showRecordingResult(result: any) {
-    console.log('Aufnahme abgeschlossen:', result);
-    // Wiedergabe-UI, Speicheroptionen usw. anzeigen
-  }
-}
-
-// UI initialisieren
-const ui = new AudioRecorderUI();
-ui.init();
-```
-
-## Bewährte Methoden
-
-1. **Berechtigungen frühzeitig anfordern**: Prüfen Sie Berechtigungen, bevor Sie die Aufnahme-UI anzeigen
-2. **Unterbrechungen behandeln**: Telefonanrufe, Alarme können die Aufnahme unterbrechen
-3. **Speicher verwalten**: Alte Aufnahmen löschen, um Speicherplatz zu sparen
-4. **Feedback geben**: Aufnahmestatus, Dauer und Wellenform anzeigen
-5. **Auf Geräten testen**: Simulatoren/Emulatoren haben eingeschränkte Audio-Unterstützung
-
-## Häufige Probleme
-
-### Berechtigung verweigert
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await AudioRecorder.checkPermissions();
-
-  if (permission.recordAudio === 'denied') {
-    alert('Mikrofonberechtigung ist erforderlich, um Audio aufzunehmen. Bitte aktivieren Sie sie in den Einstellungen.');
-  }
-};
-```
-
-### Aufnahme unterbrochen
-
-```typescript
-// App im Hintergrund behandeln
-document.addEventListener('pause', async () => {
-  const status = await recorder.getCurrentStatus();
-  if (status.isRecording) {
-    await recorder.pauseRecording();
-    // Benutzer benachrichtigen
-  }
-});
-```
-
-### Speicherverwaltung
-
-```typescript
-const cleanupOldRecordings = async () => {
-  // Bereinigungslogik implementieren
-  // Aufnahmen löschen, die älter als X Tage sind
-  // Oder nur die letzten N Aufnahmen behalten
-};
-```
-
-## Nächste Schritte
-
-- Erkunden Sie die [API-Referenz](https://github.com/Cap-go/capacitor-audio-recorder#api) für vollständige Methodendokumentation
-- Sehen Sie sich die [Beispiel-App](https://github.com/Cap-go/capacitor-audio-recorder/tree/main/example) für erweiterte Verwendung an
-- Siehe das [Tutorial](/plugins/capacitor-audio-recorder) für vollständige Implementierungsbeispiele
diff --git a/src/content/docs/de/docs/plugins/audio-recorder/index.mdx b/src/content/docs/de/docs/plugins/audio-recorder/index.mdx
deleted file mode 100644
index 9fe51a3b1..000000000
--- a/src/content/docs/de/docs/plugins/audio-recorder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-audio-recorder"
-description: Audio auf iOS, Android und Web mit Capacitor aufnehmen
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Hochwertige Audioaufnahmen für Ihre Capacitor-Anwendungen
-  image:
-    file: ~public/icons/plugins/audio-recorder.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/audio-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-audio-recorder
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Plattformübergreifend" icon="laptop">
-    Audio auf iOS, Android und Web mit einer einheitlichen API aufnehmen 🌐
-  </Card>
-  <Card title="Mehrere Formate" icon="document">
-    Unterstützung für AAC-, MP3- und WAV-Kodierung 🎵
-  </Card>
-  <Card title="Konfigurierbare Qualität" icon="setting">
-    Steuern Sie Abtastrate, Bitrate und Kanäle für optimale Qualität 🎚️
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Lesen Sie die [Dokumentation](/docs/plugins/audio-recorder/getting-started/), um das Plugin in wenigen Minuten zu beherrschen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/audiosession/getting-started.mdx b/src/content/docs/de/docs/plugins/audiosession/getting-started.mdx
deleted file mode 100644
index 3fb3a2b83..000000000
--- a/src/content/docs/de/docs/plugins/audiosession/getting-started.mdx
+++ /dev/null
@@ -1,72 +0,0 @@
----
-title: Erste Schritte
-description: Konfigurieren Sie das AudioSession Plugin, um auf iOS Audio-Route-Änderungen und Unterbrechungen zu reagieren.
-sidebar:
-  order: 2
-locale: de
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-> ℹ️ **Plattformunterstützung:** Die Audio-Session-API ist auf iOS verfügbar. Aufrufe auf Android und im Web werden ohne Auswirkung aufgelöst, sodass Sie gemeinsame Logik beibehalten können.
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-plugin-audiosession" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **iOS-Plattform synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Verfügbare Ausgänge überprüfen
-
-```typescript
-import { AudioSession, AudioSessionPorts } from '@capgo/capacitor-plugin-audiosession';
-
-const outputs = await AudioSession.currentOutputs();
-
-if (outputs.includes(AudioSessionPorts.BLUETOOTH_A2DP)) {
-  console.log('Bluetooth-Lautsprecher verbunden');
-}
-```
-
-## Auf Lautsprecher-Modus umschalten
-
-```typescript
-import { AudioSession, OutputOverrideType } from '@capgo/capacitor-plugin-audiosession';
-
-await AudioSession.overrideOutput(OutputOverrideType.speaker);
-
-// System-Routing wiederherstellen, wenn Sie fertig sind
-await AudioSession.overrideOutput(OutputOverrideType.default);
-```
-
-## Auf Routen- und Unterbrechungsereignisse hören
-
-```typescript
-import { AudioSession, RouteChangeReasons, InterruptionTypes } from '@capgo/capacitor-plugin-audiosession';
-
-const routeListener = await AudioSession.addListener('routeChanged', (reason) => {
-  if (reason === RouteChangeReasons.NEW_DEVICE_AVAILABLE) {
-    console.log('Benutzer hat eine neue Audio-Route verbunden');
-  }
-});
-
-const interruptionListener = await AudioSession.addListener('interruption', (type) => {
-  if (type === InterruptionTypes.BEGAN) {
-    // Wiedergabe während der Unterbrechung pausieren
-  } else {
-    // Wiedergabe fortsetzen
-  }
-});
-
-// Später während der Bereinigung
-await routeListener.remove();
-await interruptionListener.remove();
-```
-
-## Berechtigungen
-
-- **iOS**: Fügen Sie alle erforderlichen Hintergrund-Audio-Modi (z.B. `audio`, `voice`) in `ios/App/App/Info.plist` hinzu, wenn Ihre App Audio im Hintergrund abspielt.
-- **Andere Plattformen**: Keine zusätzliche Einrichtung erforderlich; Methoden werden mit leeren Ergebnissen aufgelöst.
diff --git a/src/content/docs/de/docs/plugins/audiosession/index.mdx b/src/content/docs/de/docs/plugins/audiosession/index.mdx
deleted file mode 100644
index 6cade3527..000000000
--- a/src/content/docs/de/docs/plugins/audiosession/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-plugin-audiosession"
-description: Beobachten und steuern Sie die iOS Audio-Session von Capacitor Apps, um Routenänderungen und Unterbrechungen zu verwalten.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Hören Sie auf Audio-Routen-Änderungen, reagieren Sie auf Unterbrechungen und leiten Sie die Wiedergabe zum Lautsprecher um, ohne Capacitor zu verlassen.
-  image:
-    file: ~public/icons/plugins/audiosession.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/audiosession/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-audiosession/
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Das AudioSession Plugin von Capgo gibt Ihnen eine feinkörnige Kontrolle über die iOS AVAudioSession-Ebene, sodass Sie Kopfhörer, Bluetooth-Geräte und unerwartete Unterbrechungen elegant handhaben können.
-
-<CardGrid stagger>
-  <Card title="Routen-Awareness" icon="rocket">
-    Erkennen Sie, wenn Benutzer Headsets, AirPods, Bluetooth-Lautsprecher und mehr einstecken oder herausziehen.
-  </Card>
-  <Card title="Lautsprecher-Überschreibung" icon="setting">
-    Erzwingen Sie die Wiedergabe über den eingebauten Lautsprecher, wenn Sie Freisprechton benötigen.
-  </Card>
-  <Card title="Unterbrechungsbehandlung" icon="moon">
-    Reagieren Sie auf Unterbrechungsereignisse wie Telefonanrufe oder Siri, um Audio sicher zu pausieren und fortzusetzen.
-  </Card>
-  <Card title="Typsicherheit" icon="pencil">
-    Starke TypeScript-Definitionen erleichtern den Aufbau robuster Audio-Erlebnisse.
-  </Card>
-</CardGrid>
-
-Dieses Plugin zielt auf iOS ab, wo AVAudioSession-Kontrolle erforderlich ist. Auf anderen Plattformen werden die Aufrufe ohne Auswirkung aufgelöst, sodass Sie einen gemeinsamen Code-Pfad beibehalten können.
diff --git a/src/content/docs/de/docs/plugins/autofill-save-password/getting-started.mdx b/src/content/docs/de/docs/plugins/autofill-save-password/getting-started.mdx
deleted file mode 100644
index 633e8933b..000000000
--- a/src/content/docs/de/docs/plugins/autofill-save-password/getting-started.mdx
+++ /dev/null
@@ -1,260 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Autofill Save Password Plugin für nahtlose Passwortverwaltung in Ihrer Capacitor App installieren und konfigurieren.
-sidebar:
-  order: 2
-locale: de
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Plattformunterstützung
-
-- **iOS**: Vollständige Unterstützung (iOS 18.3 und ältere Versionen)
-- **Android**: In Arbeit
-
-## Plattform-Konfiguration
-
-### iOS
-
-#### 1. Associated Domains Einrichtung
-
-Konfigurieren Sie Associated Domains in Ihrem Apple Developer Account und fügen Sie sie zu Ihrer `App.entitlements` Datei hinzu:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-#### 2. Web-Anmeldedaten-Konfiguration
-
-Fügen Sie eine `.well-known/apple-app-site-association` Datei zu Ihrer Website hinzu:
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-### Android (Zukünftige Unterstützung)
-
-#### 1. Google Services Plugin
-
-Fügen Sie zu `android/app/build.gradle` hinzu:
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-#### 2. Domain-Konfiguration
-
-Fügen Sie zu `android/app/src/main/res/values/strings.xml` hinzu:
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-## Verwendungsbeispiel
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// Passwort nach erfolgreicher Anmeldung speichern
-async function login(username: string, password: string) {
-  try {
-    // Führen Sie hier Ihre Anmeldelogik aus
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // Benutzer zum Speichern des Passworts auffordern
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // nur iOS
-      });
-
-      console.log('Passwort erfolgreich gespeichert');
-    }
-  } catch (error) {
-    console.error('Passwort konnte nicht gespeichert werden:', error);
-  }
-}
-
-// Gespeichertes Passwort für Autofill lesen
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Gespeicherte Anmeldedaten gefunden');
-      // Anmeldeformular vorab ausfüllen
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Gespeichertes Passwort konnte nicht gelesen werden:', error);
-  }
-
-  return null;
-}
-```
-
-## API-Referenz
-
-### promptDialog(options)
-
-```typescript
-promptDialog(options: SavePasswordOptions) => Promise<void>
-```
-
-Speichert Benutzeranmeldedaten im System-Keychain.
-
-| Parameter     | Typ                              |
-| ------------- | --------------------------------- |
-| **`options`** | `SavePasswordOptions` |
-
-### readPassword()
-
-```typescript
-readPassword() => Promise<SavedCredentials>
-```
-
-Ruft gespeicherte Anmeldedaten aus dem System-Keychain ab.
-
-**Rückgabewert:** `Promise<SavedCredentials>`
-
-## Schnittstellen
-
-### SavePasswordOptions
-
-| Eigenschaft    | Typ               | Beschreibung                                   |
-| -------------- | ------------------ | --------------------------------------------- |
-| **`username`** | `string` | Der zu speichernde Benutzername                          |
-| **`password`** | `string` | Das zu speichernde Passwort                          |
-| **`url`**      | `string` | Nur iOS - zugehörige Domain-URL (optional) |
-
-### SavedCredentials
-
-| Eigenschaft    | Typ              | Beschreibung                  |
-| -------------- | ----------------- | ---------------------------- |
-| **`username`** | `string` | Der gespeicherte Benutzername           |
-| **`password`** | `string` | Das gespeicherte Passwort           |
-
-## Integration mit dem Anmeldeablauf
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // Mit Ihrem Backend authentifizieren
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // Anmeldedaten zum Speichern anbieten
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Anmeldung fehlgeschlagen:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // Benutzer hat abgelehnt zu speichern oder Fehler aufgetreten
-      console.log('Passwort nicht gespeichert:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('Keine gespeicherten Anmeldedaten gefunden');
-      return null;
-    }
-  }
-}
-```
-
-## Bewährte Methoden
-
-- Fordern Sie nur zum Speichern von Passwörtern nach erfolgreicher Authentifizierung auf
-- Behandeln Sie Fälle, in denen Benutzer das Speichern von Passwörtern ablehnen, angemessen
-- Implementieren Sie ordnungsgemäße Fehlerbehandlung für Keychain-Zugriffsfehler
-- Verwenden Sie Associated Domains für nahtloses Web-App-Anmeldedaten-Sharing
-- Testen Sie die Autofill-Funktionalität über verschiedene iOS-Versionen hinweg
-
-## Sicherheitsüberlegungen
-
-- Anmeldedaten werden im System-Keychain mit entsprechenden Sicherheitsflags gespeichert
-- Associated Domains stellen sicher, dass Anmeldedaten nur für autorisierte Apps zugänglich sind
-- Befolgen Sie die Plattform-Sicherheitsrichtlinien für die Anmeldedatenverwaltung
-- Erwägen Sie die Implementierung zusätzlicher Sicherheitsmaßnahmen für sensible Anwendungen
diff --git a/src/content/docs/de/docs/plugins/autofill-save-password/index.mdx b/src/content/docs/de/docs/plugins/autofill-save-password/index.mdx
deleted file mode 100644
index 8d15fd362..000000000
--- a/src/content/docs/de/docs/plugins/autofill-save-password/index.mdx
+++ /dev/null
@@ -1,279 +0,0 @@
----
-title: "@capgo/capacitor-autofill-save-password"
-description: Passwort-Autofill-Unterstützungs-Plugin für Capacitor Apps mit Anmeldedatenverwaltung, sicherer Speicherung und nahtloser Benutzererfahrung.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Aktivieren Sie Passwort-Autofill und Anmeldedatenverwaltung mit Systemintegration für nahtlose Authentifizierungserlebnisse.
-  image:
-    file: ~public/icons/plugins/autofill-save-password.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/autofill-save-password/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-autofill-save-password/
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Überblick
-
-Das Capacitor Autofill Save Password Plugin bietet Passwort-Speicher- und Autofill-Funktionalität für Capacitor-Anwendungen. Dieses Plugin integriert sich mit der Anmeldedatenverwaltung auf Systemebene, um nahtlose Authentifizierungserlebnisse mit sicherer Passwortspeicherung und -abruf zu bieten.
-
-<CardGrid stagger>
-  <Card title="Passwort-Speicherung" icon="rocket">
-    Anmeldedaten sicher im System-Keychain speichern 🔐
-  </Card>
-  <Card title="Autofill-Integration" icon="setting">
-    Passwort-Autofill-Unterstützung auf Systemebene 🗝️
-  </Card>
-  <Card title="Plattformübergreifend" icon="laptop">
-    iOS-Unterstützung mit Android-Entwicklung in Arbeit 📱
-  </Card>
-  <Card title="Domain-Zuordnung" icon="puzzle">
-    Associated Domains für nahtlose Authentifizierung ❤️
-  </Card>
-</CardGrid>
-
-## Installation
-
-```bash
-npm install @capgo/capacitor-autofill-save-password
-npx cap sync
-```
-
-## Plattformunterstützung
-
-- **iOS**: Vollständige Unterstützung (funktioniert mit iOS 18.3 und älteren Versionen)
-- **Android**: In Arbeit
-
-## iOS-Konfiguration
-
-### 1. Associated Domains Einrichtung
-
-Konfigurieren Sie Associated Domains in Ihrem Apple Developer Account und fügen Sie sie zu Ihrer `App.entitlements` Datei hinzu:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-### 2. Web-Anmeldedaten-Konfiguration
-
-Fügen Sie eine `.well-known/apple-app-site-association` Datei zu Ihrer Website hinzu:
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-## Kern-API-Methoden
-
-### Passwortverwaltung
-- `promptDialog(options)` - Passwort im System-Keychain speichern
-- `readPassword()` - Gespeichertes Passwort aus Keychain lesen
-
-## Verwendungsbeispiel
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// Passwort nach erfolgreicher Anmeldung speichern
-async function login(username: string, password: string) {
-  try {
-    // Führen Sie hier Ihre Anmeldelogik aus
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // Benutzer zum Speichern des Passworts auffordern
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // nur iOS
-      });
-
-      console.log('Passwort erfolgreich gespeichert');
-    }
-  } catch (error) {
-    console.error('Passwort konnte nicht gespeichert werden:', error);
-  }
-}
-
-// Gespeichertes Passwort für Autofill lesen
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Gespeicherte Anmeldedaten gefunden');
-      // Anmeldeformular vorab ausfüllen
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Gespeichertes Passwort konnte nicht gelesen werden:', error);
-  }
-
-  return null;
-}
-```
-
-## Android-Konfiguration (In Arbeit)
-
-Für zukünftige Android-Unterstützung wird die folgende Konfiguration erforderlich sein:
-
-### 1. Google Services Plugin
-
-Fügen Sie zu `android/app/build.gradle` hinzu:
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-### 2. Domain-Konfiguration
-
-Fügen Sie zu `android/app/src/main/res/values/strings.xml` hinzu:
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-### 3. Google Services JSON
-
-Fügen Sie `google-services.json` zu Ihrem Android-Projekt hinzu.
-
-## API-Referenz
-
-### promptDialog(options)
-
-Speichert Benutzeranmeldedaten im System-Keychain.
-
-```typescript
-interface SavePasswordOptions {
-  username: string;
-  password: string;
-  url?: string; // Nur iOS - zugehörige Domain-URL
-}
-```
-
-### readPassword()
-
-Ruft gespeicherte Anmeldedaten aus dem System-Keychain ab.
-
-```typescript
-interface SavedCredentials {
-  username: string;
-  password: string;
-}
-```
-
-## Integration mit dem Anmeldeablauf
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // Mit Ihrem Backend authentifizieren
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // Anmeldedaten zum Speichern anbieten
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Anmeldung fehlgeschlagen:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // Benutzer hat abgelehnt zu speichern oder Fehler aufgetreten
-      console.log('Passwort nicht gespeichert:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('Keine gespeicherten Anmeldedaten gefunden');
-      return null;
-    }
-  }
-}
-```
-
-## Bewährte Methoden
-
-- Fordern Sie nur zum Speichern von Passwörtern nach erfolgreicher Authentifizierung auf
-- Behandeln Sie Fälle, in denen Benutzer das Speichern von Passwörtern ablehnen, angemessen
-- Implementieren Sie ordnungsgemäße Fehlerbehandlung für Keychain-Zugriffsfehler
-- Verwenden Sie Associated Domains für nahtloses Web-App-Anmeldedaten-Sharing
-- Testen Sie die Autofill-Funktionalität über verschiedene iOS-Versionen hinweg
-
-## Sicherheitsüberlegungen
-
-- Anmeldedaten werden im System-Keychain mit entsprechenden Sicherheitsflags gespeichert
-- Associated Domains stellen sicher, dass Anmeldedaten nur für autorisierte Apps zugänglich sind
-- Befolgen Sie die Plattform-Sicherheitsrichtlinien für die Anmeldedatenverwaltung
-- Erwägen Sie die Implementierung zusätzlicher Sicherheitsmaßnahmen für sensible Anwendungen
-
-## Einschränkungen
-
-- Android-Unterstützung ist derzeit in Entwicklung
-- iOS erfordert ordnungsgemäße Associated Domains-Konfiguration
-- Autofill-Verhalten kann über verschiedene iOS-Versionen variieren
-- Erfordert Benutzerzustimmung zum Speichern und Zugriff auf Anmeldedaten
-
-## Dokumentation
-
-Siehe die [vollständige Dokumentation](/docs/plugins/autofill-save-password/getting-started/) für detaillierte Implementierungsanleitungen und erweiterte Integrationsmuster.
diff --git a/src/content/docs/de/docs/plugins/background-geolocation/getting-started.mdx b/src/content/docs/de/docs/plugins/background-geolocation/getting-started.mdx
deleted file mode 100644
index d736426d6..000000000
--- a/src/content/docs/de/docs/plugins/background-geolocation/getting-started.mdx
+++ /dev/null
@@ -1,273 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Background Geolocation Plugin installieren und verwenden, um den Gerätestandort im Hintergrund zu verfolgen.
-sidebar:
-  order: 2
-locale: de
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-Dieses Plugin unterstützt Capacitor v7:
-
-| Capacitor  | Plugin |
-|------------|--------|
-| v7         | v7     |
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-</Tabs>
-
-## Plattform-Einrichtung
-
-### iOS
-
-Fügen Sie die folgenden Schlüssel zu `Info.plist.` hinzu:
-
-```xml
-<dict>
-  ...
-  <key>NSLocationWhenInUseUsageDescription</key>
-  <string>Wir müssen Ihren Standort verfolgen</string>
-  <key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-  <string>Wir müssen Ihren Standort verfolgen, während Ihr Gerät gesperrt ist.</string>
-  <key>UIBackgroundModes</key>
-  <array>
-    <string>location</string>
-  </array>
-  ...
-</dict>
-```
-
-### Android
-
-Setzen Sie die Option `android.useLegacyBridge` in Ihrer Capacitor-Konfiguration auf `true`. Dies verhindert, dass Standortaktualisierungen nach 5 Minuten im Hintergrund anhalten. Siehe https://capacitorjs.com/docs/config und https://github.com/capacitor-community/background-geolocation/issues/89.
-
-Ab Android 13+ benötigt die App die Laufzeitberechtigung `POST_NOTIFICATIONS`, um die dauerhafte Benachrichtigung anzuzeigen, die den Benutzer darüber informiert, dass sein Standort im Hintergrund verwendet wird. Diese Laufzeitberechtigung wird nach Erteilung der Standortberechtigung angefordert.
-
-Wenn Ihre App Standortaktualisierungen in Echtzeit an einen Server weiterleitet, beachten Sie, dass Android nach 5 Minuten im Hintergrund HTTP-Anfragen drosselt, die von der WebView initiiert werden. Die Lösung besteht darin, ein natives HTTP-Plugin wie [CapacitorHttp](https://capacitorjs.com/docs/apis/http) zu verwenden. Siehe https://github.com/capacitor-community/background-geolocation/issues/14.
-
-Android-spezifische Konfiguration kann in `strings.xml` vorgenommen werden:
-```xml
-<resources>
-    <!--
-        Der Kanalname für die Hintergrundbenachrichtigung. Dieser wird sichtbar
-        sein, wenn der Benutzer die Benachrichtigung drückt und hält. Standardwert ist
-        "Background Tracking".
-    -->
-    <string name="capacitor_background_geolocation_notification_channel_name">
-        Background Tracking
-    </string>
-
-    <!--
-        Das Symbol für die Hintergrundbenachrichtigung. Beachten Sie das Fehlen eines
-        führenden "@". Standardwert ist "mipmap/ic_launcher", das App-Startsymbol.
-
-        Wenn ein Rasterbild verwendet wird, um das Symbol zu generieren (im Gegensatz zu einem Vektor
-        bild), muss es einen transparenten Hintergrund haben. Um sicherzustellen, dass Ihr Bild
-        kompatibel ist, wählen Sie "Notification Icons" als Icon Type beim
-        Erstellen des Bildelements in Android Studio.
-
-        Ein inkompatibles Bildelement führt dazu, dass die Benachrichtigung auf einige
-        verräterische Arten fehlerhaft wird, auch wenn das Symbol korrekt angezeigt wird:
-
-          - Die Benachrichtigung kann vom Benutzer geschlossen werden, obwohl sie es nicht
-            sollte.
-          - Das Tippen auf die Benachrichtigung kann die Einstellungen öffnen, nicht die App.
-          - Der Benachrichtigungstext kann falsch sein.
-    -->
-    <string name="capacitor_background_geolocation_notification_icon">
-        drawable/ic_tracking
-    </string>
-
-    <!--
-        Die Farbe der Benachrichtigung als String, der von
-        android.graphics.Color.parseColor analysiert werden kann. Optional.
-    -->
-    <string name="capacitor_background_geolocation_notification_color">
-        yellow
-    </string>
-</resources>
-```
-
-## Verwendung
-
-```javascript
-import { BackgroundGeolocation } from "@capgo/background-geolocation";
-
-BackgroundGeolocation.start(
-    {
-        backgroundMessage: "Abbrechen, um Akkuverbrauch zu verhindern.",
-        backgroundTitle: "Verfolge Sie.",
-        requestPermissions: true,
-        stale: false,
-        distanceFilter: 50
-    },
-    (location, error) => {
-        if (error) {
-            if (error.code === "NOT_AUTHORIZED") {
-                if (window.confirm(
-                    "Diese App benötigt Ihren Standort, " +
-                    "hat aber keine Berechtigung.\n\n" +
-                    "Einstellungen jetzt öffnen?"
-                )) {
-                    // Es kann nützlich sein, den Benutzer zu den Einstellungen seines Geräts
-                    // zu leiten, wenn Standortberechtigungen verweigert wurden. Das
-                    // Plugin bietet die 'openSettings' Methode, um genau
-                    // dies zu tun.
-                    BackgroundGeolocation.openSettings();
-                }
-            }
-            return console.error(error);
-        }
-        return console.log(location);
-    }
-).then(() => {
-    // Wenn Standortaktualisierungen nicht mehr benötigt werden, sollte das Plugin durch Aufruf gestoppt werden
-    BackgroundGeolocation.stop();
-});
-
-// Setzen Sie eine geplante Route, um einen Benachrichtigungston zu erhalten, wenn ein neuer Standort ankommt und nicht auf der Route liegt:
-
-BackgroundGeolocation.setPlannedRoute({soundFile: "assets/myFile.mp3", route: [[1,2], [3,4]], distance: 30 });
-
-// Wenn Sie nur den aktuellen Standort wollen, versuchen Sie etwas wie dies. Je länger
-// das Timeout, desto genauer wird die Schätzung sein. Ich würde nicht unter ca. 100ms gehen.
-function guessLocation(callback, timeout) {
-    let last_location;
-    BackgroundGeolocation.start(
-        {
-            requestPermissions: false,
-            stale: true
-        },
-        (location) => {
-            last_location = location || undefined;
-        }
-    ).then(() => {
-        setTimeout(() => {
-            callback(last_location);
-            BackgroundGeolocation.stop();
-        }, timeout);
-    });
-}
-```
-
-## API
-
-### start(...)
-
-```typescript
-start(options: StartOptions, callback: (position?: Location | undefined, error?: CallbackError | undefined) => void) => Promise<void>
-```
-
-Um mit dem Lauschen auf Änderungen am Standort des Geräts zu beginnen, rufen Sie diese Methode auf.
-Ein Promise wird zurückgegeben, um anzuzeigen, dass der Aufruf abgeschlossen wurde. Der Callback wird jedes Mal aufgerufen, wenn ein neuer Standort
-verfügbar ist, oder wenn bei Aufruf dieser Methode ein Fehler aufgetreten ist. Verlassen Sie sich nicht auf Promise-Ablehnung dafür.
-
-| Parameter      | Typ                                                                                                                      | Beschreibung                                                                       |
-| -------------- | ------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------- |
-| **`options`**  | `StartOptions`                                                                     | Die Konfigurationsoptionen                                                         |
-| **`callback`** | `(position?: Location, error?: CallbackError) => void` | Die Callback-Funktion, die aufgerufen wird, wenn ein neuer Standort verfügbar ist oder ein Fehler auftritt |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-Stoppt Standortaktualisierungen.
-
-### openSettings()
-
-```typescript
-openSettings() => Promise<void>
-```
-
-Öffnet die Standorteinstellungsseite des Geräts.
-Nützlich, um Benutzer zu leiten, Standortdienste zu aktivieren oder Berechtigungen anzupassen.
-
-### setPlannedRoute(...)
-
-```typescript
-setPlannedRoute(options: SetPlannedRouteOptions) => Promise<void>
-```
-
-Spielt eine Audiodatei ab, wenn der Benutzer von der geplanten Route abweicht.
-Dies sollte verwendet werden, um einen Ton abzuspielen (auch im Hintergrund, nur für native).
-
-| Parameter     | Typ                                                                      | Beschreibung                                              |
-| ------------- | ------------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | `SetPlannedRouteOptions` | Die Optionen zum Festlegen der geplanten Route und Audiodatei |
-
-## Schnittstellen
-
-### StartOptions
-
-Die Optionen zum Konfigurieren von Standortaktualisierungen.
-
-| Eigenschaft              | Typ                 | Beschreibung                                                                                                                                                                                                                                                                                                                                                                                                          | Standard                            |
-| ------------------------ | -------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------- |
-| **`backgroundMessage`**  | `string`  | Wenn die Option "backgroundMessage" definiert ist, stellt das Plugin Standortaktualisierungen bereit, egal ob die App im Hintergrund oder Vordergrund ist. Wenn es nicht definiert ist, werden Standortaktualisierungen nur im Vordergrund garantiert. Dies gilt für beide Plattformen. Auf Android muss eine Benachrichtigung angezeigt werden, um Standortaktualisierungen im Hintergrund weiter zu erhalten. Diese Option gibt den Text dieser Benachrichtigung an. |                                    |
-| **`backgroundTitle`**    | `string`  | Der Titel der oben genannten Benachrichtigung.                                                                                                                                                                                                                                                                                                                                                                       | `"Using your location"` |
-| **`requestPermissions`** | `boolean` | Ob Berechtigungen automatisch vom Benutzer angefordert werden sollen, wenn sie nicht bereits erteilt wurden.                                                                                                                                                                                                                                                                                                                                | `true`                  |
-| **`stale`**              | `boolean` | Wenn "true", können veraltete Standorte geliefert werden, während das Gerät eine GPS-Fixierung erhält. Sie sind dafür verantwortlich, die "time" Eigenschaft zu überprüfen. Wenn "false", sind Standorte garantiert aktuell.                                                                                                                                                                                                                         | `false`                 |
-| **`distanceFilter`**     | `number`  | Die Entfernung in Metern, die sich das Gerät bewegen muss, bevor eine neue Standortaktualisierung ausgelöst wird. Dies wird verwendet, um kleine Bewegungen herauszufiltern und die Anzahl der Aktualisierungen zu reduzieren.                                                                                                                                                                                                                             | `0`                     |
-
-### Location
-
-Repräsentiert einen geografischen Standort mit verschiedenen Attributen.
-Enthält alle standardmäßigen Standorteigenschaften, die von GPS/Netzwerkanbietern zurückgegeben werden.
-
-| Eigenschaft            | Typ                        | Beschreibung                                                                                                                            |
-| ---------------------- | --------------------------- | -------------------------------------------------------------------------------------------------------------------------------------- |
-| **`latitude`**         | `number`         | Breitengrad in Grad. Bereich: -90.0 bis +90.0                                                                                             |
-| **`longitude`**        | `number`         | Längengrad in Grad. Bereich: -180.0 bis +180.0                                                                                          |
-| **`accuracy`**         | `number`         | Radius der horizontalen Unsicherheit in Metern, mit 68% Konfidenz. Niedrigere Werte zeigen einen genaueren Standort an.                         |
-| **`altitude`**         | `number \| null` | Meter über dem Meeresspiegel (oder null, wenn nicht verfügbar).                                                                                     |
-| **`altitudeAccuracy`** | `number \| null` | Vertikale Unsicherheit in Metern, mit 68% Konfidenz (oder null, wenn nicht verfügbar).                                                        |
-| **`simulated`**        | `boolean`        | `true`, wenn der Standort durch Software simuliert wurde, anstatt durch GPS. Nützlich zum Erkennen von Mock-Standorten in der Entwicklung oder beim Testen.      |
-| **`bearing`**          | `number \| null` | Abweichung vom wahren Norden in Grad (oder null, wenn nicht verfügbar). Bereich: 0.0 bis 360.0                                                   |
-| **`speed`**            | `number \| null` | Geschwindigkeit in Metern pro Sekunde (oder null, wenn nicht verfügbar).                                                                                 |
-| **`time`**             | `number \| null` | Zeit, zu der der Standort produziert wurde, in Millisekunden seit der Unix-Epoche. Verwenden Sie dies, um zu prüfen, ob ein Standort veraltet ist, wenn stale: true verwendet wird. |
-
-### CallbackError
-
-Fehlerobjekt, das möglicherweise an den Standort-Start-Callback übergeben wird.
-Erweitert den Standard-Error mit optionalen Fehlercodes.
-
-| Eigenschaft | Typ                | Beschreibung                                           |
-| ---------- | ------------------- | ----------------------------------------------------- |
-| **`code`** | `string` | Optionaler Fehlercode für spezifischere Fehlerbehandlung. |
-
-### SetPlannedRouteOptions
-
-| Eigenschaft     | Typ                            | Beschreibung                                                                                                                                                                                                                                        | Standard         |
-| --------------- | ------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------- |
-| **`soundFile`** | `string`             | Der Name der abzuspielenden Audiodatei. Muss ein gültiger relativer Pfad im öffentlichen Ordner der App sein, um sowohl für Web- als auch für native Plattformen zu funktionieren. Es ist nicht erforderlich, den öffentlichen Ordner im Pfad anzugeben.                                            |                 |
-| **`route`**     | `[number, number][]` | Die geplante Route als Array von Längen- und Breitengradpaaren. Jedes Paar repräsentiert einen Punkt auf der Route. Dies wird verwendet, um eine Route zu definieren, der der Benutzer folgen kann. Die Route wird verwendet, um einen Ton abzuspielen, wenn der Benutzer davon abweicht.               |                 |
-| **`distance`**  | `number`             | Die Entfernung in Metern, die der Benutzer von der geplanten Route abweichen muss, um den Ton auszulösen. Dies wird verwendet, um zu bestimmen, wie weit der Benutzer von der Route entfernt sein kann, bevor der Ton abgespielt wird. Wenn nicht angegeben, wird ein Standardwert von 50 Metern verwendet. | `50` |
diff --git a/src/content/docs/de/docs/plugins/background-geolocation/index.mdx b/src/content/docs/de/docs/plugins/background-geolocation/index.mdx
deleted file mode 100644
index a49f66a09..000000000
--- a/src/content/docs/de/docs/plugins/background-geolocation/index.mdx
+++ /dev/null
@@ -1,56 +0,0 @@
----
-title: "Background Geolocation"
-description: Ein Capacitor Plugin, das es Ihnen ermöglicht, genaue Standortaktualisierungen zu erhalten, auch wenn die App im Hintergrund läuft
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Erhalten Sie genaue Standortaktualisierungen, auch wenn die App im Hintergrund läuft.
-  image:
-    file: ~public/icons/plugins/background-geolocation.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/background-geolocation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-background-geolocation
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Genaue Verfolgung" icon="rocket">
-    Priorisiert Genauigkeit für Anwendungsfälle wie Wandern und Navigation 🎯
-  </Card>
-  <Card title="Hintergrund-Updates" icon="puzzle">
-    Erhält weiterhin Standortaktualisierungen, auch wenn die App im Hintergrund ist 🏃
-  </Card>
-  <Card title="Akkueffizient" icon="setting">
-    Optimiert, um Genauigkeit und Akkuverbrauch auszugleichen 🔋
-  </Card>
-  <Card title="Erste Schritte" icon="open-book">
-    Lesen Sie die [Erste Schritte Anleitung](/docs/plugins/background-geolocation/getting-started/), um das Plugin zu installieren und zu konfigurieren.
-  </Card>
-</CardGrid>
-
-## Plugin-Vergleich
-
-Ein kurzer Vergleich zwischen den drei Haupt-Hintergrund-Geolokalisierungs-Plugins, die häufig in Capacitor Apps verwendet werden.
-
-| Plugin | Genauigkeit | Hintergrund | HTTP Upload | Preisgestaltung |
-|--------|----------|------------|-------------|---------|
-| `@capacitor-community/background-geolocation` (Community) | Nicht genau | Ja | Nein | Kostenlos |
-| `@capgo/background-geolocation` (dieses Plugin) | Genau | Ja | Nein | Kostenlos |
-| Transistorsoft (Original) | Genau | Ja | Ja — integrierter HTTP-Uploader zu Ihrer API | Kostenpflichtig |
-
-**Hinweise:**
-- Das Community-Plugin ist leichtgewichtig und funktioniert weiterhin im Hintergrund, ist aber bekanntermaßen weniger genau als die unten aufgeführten Optionen.
-- Dieses Capgo-Plugin ist optimiert, um genaue Standortfixierungen und zuverlässigen Hintergrundbetrieb ohne kostenpflichtige Lizenz zu bieten.
-- Transistorsoft bietet eine vollständige kommerzielle Lösung, die auch integrierte HTTP-Upload-Funktionen zum Senden von Standortdaten an Ihr Backend umfasst.
diff --git a/src/content/docs/de/docs/plugins/barometer/getting-started.mdx b/src/content/docs/de/docs/plugins/barometer/getting-started.mdx
deleted file mode 100644
index c72a433cc..000000000
--- a/src/content/docs/de/docs/plugins/barometer/getting-started.mdx
+++ /dev/null
@@ -1,216 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie die Barometer-Messung in Ihre Capacitor App integrieren
-locale: de
-sidebar:
-  order: 2
----
-
-Diese Anleitung führt Sie durch die Integration des Capacitor Barometer Plugins in Ihre Anwendung.
-
-## Installation
-
-Installieren Sie das Plugin mit npm:
-
-```bash
-npm install @capgo/capacitor-barometer
-npx cap sync
-```
-
-## iOS-Konfiguration
-
-Fügen Sie Folgendes zu Ihrer `Info.plist` hinzu:
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>Diese App nutzt das Barometer, um den atmosphärischen Druck zu messen</string>
-```
-
-## Android-Konfiguration
-
-Keine zusätzliche Konfiguration erforderlich. Das Plugin fordert automatisch die notwendigen Berechtigungen an.
-
-## Grundlegende Verwendung
-
-### Plugin importieren
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-```
-
-### Sensorverfügbarkeit prüfen
-
-```typescript
-const checkBarometer = async () => {
-  const { available } = await Barometer.isAvailable();
-  console.log('Barometer verfügbar:', available);
-};
-```
-
-### Drucküberwachung starten
-
-```typescript
-const startMonitoring = async () => {
-  await Barometer.start({
-    interval: 1000 // Aktualisierungsintervall in Millisekunden
-  });
-
-  console.log('Barometer-Überwachung gestartet');
-};
-```
-
-### Auf Druckereignisse lauschen
-
-```typescript
-Barometer.addListener('pressureChange', (data) => {
-  console.log('Druck (hPa):', data.pressure);
-  console.log('Relative Höhe (m):', data.relativeAltitude);
-  console.log('Zeitstempel:', data.timestamp);
-});
-```
-
-### Aktuelle Messung abrufen
-
-```typescript
-const getCurrentPressure = async () => {
-  const reading = await Barometer.getCurrentReading();
-  console.log('Aktueller Druck:', reading.pressure, 'hPa');
-  console.log('Relative Höhe:', reading.relativeAltitude, 'm');
-};
-```
-
-### Überwachung stoppen
-
-```typescript
-const stopMonitoring = async () => {
-  await Barometer.stop();
-  console.log('Barometer-Überwachung gestoppt');
-};
-```
-
-## Vollständiges Beispiel
-
-Hier ist ein vollständiges Beispiel zur Barometer-Integration:
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-
-class BarometerService {
-  private listener: any;
-
-  async initialize() {
-    // Verfügbarkeit prüfen
-    const { available } = await Barometer.isAvailable();
-    if (!available) {
-      console.error('Barometer auf diesem Gerät nicht verfügbar');
-      return;
-    }
-
-    // Überwachung starten
-    await Barometer.start({ interval: 1000 });
-
-    // Listener hinzufügen
-    this.listener = Barometer.addListener('pressureChange', (data) => {
-      this.handlePressureChange(data);
-    });
-  }
-
-  handlePressureChange(data: any) {
-    console.log('Druck:', data.pressure, 'hPa');
-    console.log('Höhe:', data.relativeAltitude, 'm');
-
-    // UI aktualisieren oder Daten verarbeiten
-    this.updateDisplay(data);
-  }
-
-  updateDisplay(data: any) {
-    // hPa in andere Einheiten umrechnen
-    const inHg = (data.pressure * 0.02953).toFixed(2);
-    const mmHg = (data.pressure * 0.750062).toFixed(1);
-
-    console.log(`Druck: ${data.pressure.toFixed(1)} hPa`);
-    console.log(`       ${inHg} inHg`);
-    console.log(`       ${mmHg} mmHg`);
-    console.log(`Höhe: ${data.relativeAltitude.toFixed(1)} m`);
-  }
-
-  async cleanup() {
-    // Listener entfernen
-    if (this.listener) {
-      this.listener.remove();
-    }
-
-    // Überwachung stoppen
-    await Barometer.stop();
-  }
-}
-
-// Verwendung
-const barometerService = new BarometerService();
-barometerService.initialize();
-
-// Aufräumen wenn fertig
-// barometerService.cleanup();
-```
-
-## Messwerte verstehen
-
-### Atmosphärischer Druck
-- Gemessen in Hektopascal (hPa) oder Millibar (mb)
-- Standard-Meeresspiegel-Druck: 1013,25 hPa
-- Höhere Höhe = niedrigerer Druck
-- Wettersysteme beeinflussen Druckmessungen
-
-### Relative Höhe
-- Berechnet aus Druckänderungen
-- Relativ zum Startbezugspunkt
-- Genauigkeit: ±10-30 Meter
-- Funktioniert am besten für kurzfristige Verfolgung
-
-## Bewährte Methoden
-
-1. **Verfügbarkeit prüfen**: Immer Sensorverfügbarkeit vor Verwendung überprüfen
-2. **Angemessene Intervalle**: Nicht zu häufig abfragen (1000ms ist gut)
-3. **Listener entfernen**: Listener aufräumen, wenn nicht benötigt
-4. **Kalibrierung**: Bekannte Höhe für genaue Messungen verwenden
-5. **Akkuauswirkung**: Akkuverbrauch bei kontinuierlicher Messung überwachen
-
-## Häufige Probleme
-
-### Sensor nicht verfügbar
-```typescript
-try {
-  const { available } = await Barometer.isAvailable();
-  if (!available) {
-    // Auf GPS-Höhe oder manuelle Eingabe zurückfallen
-    showAlternativeMethod();
-  }
-} catch (error) {
-  console.error('Barometer-Prüfung fehlgeschlagen:', error);
-}
-```
-
-### Verrauschte Daten
-```typescript
-class PressureFilter {
-  private readings: number[] = [];
-  private maxReadings = 5;
-
-  addReading(pressure: number): number {
-    this.readings.push(pressure);
-    if (this.readings.length > this.maxReadings) {
-      this.readings.shift();
-    }
-
-    // Gleitenden Durchschnitt zurückgeben
-    const sum = this.readings.reduce((a, b) => a + b, 0);
-    return sum / this.readings.length;
-  }
-}
-```
-
-## Nächste Schritte
-
-- Erkunden Sie die [API-Referenz](https://github.com/Cap-go/capacitor-barometer#api) für die vollständige Methodendokumentation
-- Schauen Sie sich die [Beispiel-App](https://github.com/Cap-go/capacitor-barometer/tree/main/example) für erweiterte Verwendung an
-- Sehen Sie das [Tutorial](/plugins/capacitor-barometer) für vollständige Implementierungsbeispiele
diff --git a/src/content/docs/de/docs/plugins/barometer/index.mdx b/src/content/docs/de/docs/plugins/barometer/index.mdx
deleted file mode 100644
index c1110abe2..000000000
--- a/src/content/docs/de/docs/plugins/barometer/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: "@capgo/capacitor-barometer"
-description: Zugriff auf Geräte-Barometer-Messwerte für atmosphärischen Druck und Höhendaten von Gerätesensoren.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Zugriff auf barometrischen Druck und Höhendaten von Gerätesensoren für Wetter- und Fitness-Anwendungen.
-  image:
-    file: ~public/icons/plugins/barometer.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/barometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-barometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Drucküberwachung" icon="rocket">
-    Echtzeit-Messungen des atmosphärischen Drucks
-  </Card>
-  <Card title="Höhenberechnung" icon="star">
-    Relative Höhe aus Druckänderungen ableiten
-  </Card>
-  <Card title="Event-Listener" icon="setting">
-    Auf Druckänderungsereignisse abonnieren
-  </Card>
-  <Card title="Plattformübergreifend" icon="laptop">
-    Funktioniert auf iOS- und Android-Geräten mit Barometer-Sensoren
-  </Card>
-  <Card title="Erste Schritte" icon="open-book">
-    Schauen Sie sich die [Erste Schritte Anleitung](/docs/plugins/barometer/getting-started/) an, um das Plugin zu installieren und zu konfigurieren.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/camera-preview/getting-started.mdx b/src/content/docs/de/docs/plugins/camera-preview/getting-started.mdx
deleted file mode 100644
index a9e452ab8..000000000
--- a/src/content/docs/de/docs/plugins/camera-preview/getting-started.mdx
+++ /dev/null
@@ -1,275 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Camera Preview Plugin installieren und verwenden, um Echtzeit-Kamera-Feeds anzuzeigen und Fotos/Videos in Ihrer Capacitor App aufzunehmen.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/camera-preview" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Berechtigungen konfigurieren**
-
-   ### iOS
-   Fügen Sie die Kamera-Nutzungsbeschreibung zu Ihrer `Info.plist` hinzu:
-   ```xml
-   <key>NSCameraUsageDescription</key>
-   <string>Um Fotos und Videos aufzunehmen</string>
-   <key>NSMicrophoneUsageDescription</key>
-   <string>Um Audio mit Videos aufzunehmen</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>Um Fotos und Videos zu speichern</string>
-   ```
-
-   ### Android
-   Fügen Sie Kamera-Berechtigungen zu Ihrer `AndroidManifest.xml` hinzu:
-   ```xml
-   <uses-permission android:name="android.permission.CAMERA" />
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   ```
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und verwenden Sie seine Methoden zur Steuerung der Kamera:
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview';
-import { CameraPreviewOptions, CameraPreviewPictureOptions } from '@capgo/camera-preview';
-
-// Kameravorschau starten
-const startCamera = async () => {
-  const cameraPreviewOptions: CameraPreviewOptions = {
-    position: 'rear',
-    height: 1920,
-    width: 1080,
-    quality: 50,
-    toBack: false,
-    paddingBottom: 0,
-    rotateWhenOrientationChanged: true,
-    x: 0,
-    y: 0
-  };
-
-  await CameraPreview.start(cameraPreviewOptions);
-};
-
-// Kameravorschau stoppen
-const stopCamera = async () => {
-  await CameraPreview.stop();
-};
-
-// Foto aufnehmen
-const takePicture = async () => {
-  const pictureOptions: CameraPreviewPictureOptions = {
-    quality: 90,
-    width: 1920,
-    height: 1080
-  };
-
-  const result = await CameraPreview.capture(pictureOptions);
-  const base64PictureData = result.value;
-
-  // Base64-Bilddaten verwenden
-  console.log(base64PictureData);
-};
-
-// Kamera wechseln
-const flipCamera = async () => {
-  await CameraPreview.flip();
-};
-
-// Blitz steuern
-const setFlashMode = async (mode: 'on' | 'off' | 'auto' | 'torch') => {
-  await CameraPreview.setFlashMode({ flashMode: mode });
-};
-
-// Videoaufnahme starten
-const startRecording = async () => {
-  await CameraPreview.startRecordVideo({
-    storeToFile: true,
-    fileName: 'myvideo'
-  });
-};
-
-// Aufnahme stoppen
-const stopRecording = async () => {
-  const result = await CameraPreview.stopRecordVideo();
-  console.log('Videopfad:', result.videoFilePath);
-};
-```
-
-## API-Referenz
-
-### start(options)
-
-Startet die Kameravorschau.
-
-```typescript
-interface CameraPreviewOptions {
-  position?: 'rear' | 'front';
-  height?: number;
-  width?: number;
-  x?: number;
-  y?: number;
-  toBack?: boolean;
-  paddingBottom?: number;
-  rotateWhenOrientationChanged?: boolean;
-  storeToFile?: boolean;
-  disableExifHeaderStripping?: boolean;
-  enableHighResolution?: boolean;
-  disableAudio?: boolean;
-  lockAndroidOrientation?: boolean;
-  enableOpacity?: boolean;
-  enableZoom?: boolean;
-}
-```
-
-### stop()
-
-Stoppt die Kameravorschau.
-
-### capture(options)
-
-Macht ein Foto und gibt es als Base64-codierten String zurück.
-
-```typescript
-interface CameraPreviewPictureOptions {
-  height?: number;
-  width?: number;
-  quality?: number;
-}
-```
-
-### flip()
-
-Wechselt zwischen Front- und Rückkamera.
-
-### setFlashMode(options)
-
-Setzt den Blitzmodus.
-
-```typescript
-interface CameraPreviewFlashMode {
-  flashMode: 'off' | 'on' | 'auto' | 'torch';
-}
-```
-
-### startRecordVideo(options)
-
-Startet die Videoaufnahme.
-
-```typescript
-interface CameraPreviewVideoOptions {
-  storeToFile?: boolean;
-  fileName?: string;
-  width?: number;
-  height?: number;
-  quality?: number;
-  withFlash?: boolean;
-}
-```
-
-### stopRecordVideo()
-
-Stoppt die Videoaufnahme und gibt den Videopfad zurück.
-
-## Erweiterte Funktionen
-
-### Fokussteuerung
-
-```typescript
-// Fokus setzen
-await CameraPreview.setFocusCoordinate({
-  x: 100,
-  y: 100
-});
-
-// Unterstützte Fokusmodi abrufen
-const focusModes = await CameraPreview.getFocusModes();
-
-// Fokusmodus setzen
-await CameraPreview.setFocusMode({
-  focusMode: 'continuous-picture'
-});
-```
-
-### Zoomsteuerung
-
-```typescript
-// Maximalen Zoom abrufen
-const maxZoom = await CameraPreview.getMaxZoom();
-
-// Zoom setzen
-await CameraPreview.setZoom({
-  zoom: 2.0
-});
-
-// Aktuellen Zoom abrufen
-const currentZoom = await CameraPreview.getZoom();
-```
-
-### Belichtungssteuerung
-
-```typescript
-// Belichtungskorrekturbereich abrufen
-const range = await CameraPreview.getExposureCompensationRange();
-
-// Belichtungskorrektur setzen
-await CameraPreview.setExposureCompensation({
-  exposureCompensation: 0.5
-});
-```
-
-## Bewährte Methoden
-
-1. **Berechtigungen zuerst anfordern**
-   ```typescript
-   import { Camera } from '@capacitor/camera';
-
-   const requestPermissions = async () => {
-     const permissions = await Camera.requestPermissions();
-     if (permissions.camera === 'granted') {
-       // Kameravorschau starten
-     }
-   };
-   ```
-
-2. **Orientierungsänderungen handhaben**
-   Setzen Sie `rotateWhenOrientationChanged: true`, um die Vorschau automatisch anzupassen.
-
-3. **Leistung optimieren**
-   - Verwenden Sie angemessene Auflösungseinstellungen
-   - Stoppen Sie die Vorschau, wenn sie nicht verwendet wird
-   - Deaktivieren Sie Funktionen, die Sie nicht benötigen
-
-4. **Fehlerbehandlung**
-   ```typescript
-   try {
-     await CameraPreview.start(options);
-   } catch (error) {
-     console.error('Kamera konnte nicht gestartet werden:', error);
-   }
-   ```
-
-## Plattform-Hinweise
-
-### iOS
-- Erfordert iOS 10.0+
-- Verwendet AVFoundation Framework
-- Hardware-Beschleunigung unterstützt
-
-### Android
-- Erfordert Android 5.0 (API 21)+
-- Verwendet Camera2 API
-- Unterstützt verschiedene Kamerafunktionen basierend auf Gerätefähigkeiten
diff --git a/src/content/docs/de/docs/plugins/camera-preview/index.mdx b/src/content/docs/de/docs/plugins/camera-preview/index.mdx
deleted file mode 100644
index 009bcc320..000000000
--- a/src/content/docs/de/docs/plugins/camera-preview/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/camera-preview"
-description: Capacitor Plugin für Kameravorschau-Funktionalität mit Echtzeit-Kamera-Feed-Anzeige und Foto-/Video-Aufnahmefähigkeiten.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Zeigen Sie Kameravorschau in Ihrer App mit voller Kontrolle über Kameraeinstellungen an, nehmen Sie Fotos und Videos direkt aus der Vorschau auf.
-  image:
-    file: ~public/icons/plugins/camera-preview.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/camera-preview/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-camera-preview/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Echtzeit-Vorschau" icon="rocket">
-    Zeigen Sie Live-Kamera-Feed direkt in Ihrer App-UI an
-  </Card>
-  <Card title="Volle Kontrolle" icon="setting">
-    Steuern Sie Blitz, Zoom, Fokus und wechseln Sie zwischen Kameras
-  </Card>
-  <Card title="Aufnahmefähigkeiten" icon="pencil">
-    Machen Sie Fotos und nehmen Sie Videos aus der Vorschau auf
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/camera-preview/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/capacitor-plus/getting-started.mdx b/src/content/docs/de/docs/plugins/capacitor-plus/getting-started.mdx
deleted file mode 100644
index 49d38b49f..000000000
--- a/src/content/docs/de/docs/plugins/capacitor-plus/getting-started.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie Capacitor+ als Drop-in-Ersatz für offizielle Capacitor-Pakete installieren.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-## Installation für neue Projekte
-
-<Steps>
-1. **Kernpakete installieren**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   ```
-
-2. **Plattformpakete hinzufügen**
-   ```bash
-   npm install @capacitor-plus/android  # für Android
-   npm install @capacitor-plus/ios      # für iOS
-   ```
-
-3. **Capacitor initialisieren**
-   <PackageManagers type="exec" pkg="cap" args="init" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-4. **Plattformen hinzufügen**
-   <PackageManagers type="exec" pkg="cap" args="add android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   <PackageManagers type="exec" pkg="cap" args="add ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Migration von offiziellem Capacitor
-
-Wenn Sie ein bestehendes Capacitor-Projekt haben, ist die Migration zu Capacitor+ einfach:
-
-<Steps>
-1. **Offizielle Pakete entfernen**
-   ```bash
-   npm uninstall @capacitor/core @capacitor/cli @capacitor/android @capacitor/ios
-   ```
-
-2. **Capacitor+ Pakete installieren**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   npm install @capacitor-plus/android  # wenn Android verwendet wird
-   npm install @capacitor-plus/ios      # wenn iOS verwendet wird
-   ```
-
-3. **Projekt synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-<Aside type="note">
-  Keine Code-Änderungen erforderlich! Capacitor+ hat die gleiche API wie offizielles Capacitor. Ihre Imports und Ihr Code bleiben genau gleich.
-</Aside>
-
-## Verwendung
-
-Da Capacitor+ API-kompatibel ist, funktioniert Ihr bestehender Code ohne Änderungen:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { registerPlugin } from '@capacitor/core';
-
-// Plattform prüfen
-const platform = Capacitor.getPlatform();
-console.log('Läuft auf:', platform);
-
-// Prüfen ob nativ
-if (Capacitor.isNativePlatform()) {
-  console.log('Läuft auf nativer Plattform');
-}
-
-// Eigenes Plugin registrieren
-const MyPlugin = registerPlugin('MyPlugin');
-```
-
-### Mit offiziellen Capacitor Plugins
-
-Alle offiziellen Capacitor Plugins funktionieren nahtlos:
-
-```typescript
-import { Camera, CameraResultType } from '@capacitor/camera';
-import { Geolocation } from '@capacitor/geolocation';
-import { Storage } from '@capacitor/preferences';
-
-// Kamera
-const photo = await Camera.getPhoto({
-  quality: 90,
-  resultType: CameraResultType.Uri
-});
-
-// Geolokalisierung
-const position = await Geolocation.getCurrentPosition();
-
-// Speicher
-await Storage.set({ key: 'name', value: 'John' });
-```
-
-### Mit Capgo Plugins
-
-Capgo Plugins funktionieren perfekt mit Capacitor+:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// Live-Updates
-await CapacitorUpdater.notifyAppReady();
-
-// Bildschirmorientierung
-await ScreenOrientation.lock({ orientation: 'portrait' });
-
-// Taschenlampe
-await CapacitorFlash.toggle();
-```
-
-## Wie die Synchronisierung funktioniert
-
-```
-┌─────────────────────┐     ┌──────────────────┐     ┌──────────────────┐     ┌─────────────────┐
-│  ionic-team/        │     │  CI/CD           │     │  Claude Code     │     │  npm publish    │
-│  capacitor          │────▶│  Pipeline        │────▶│  Sicherheitsprüfung │────▶│  @capacitor-plus│
-│  (upstream)         │     │  (täglich sync)  │     │  (AI-Analyse)    │     │  Pakete         │
-└─────────────────────┘     └──────────────────┘     └──────────────────┘     └─────────────────┘
-```
-
-1. **Tägliche Synchronisierung**: GitHub Actions holen die neuesten Änderungen von `ionic-team/capacitor`
-2. **PR-Erstellung**: Änderungen werden als Pull Requests für den `plus` Branch vorgeschlagen
-3. **CI-Validierung**: Vollständige Test-Suite läuft (Lint, Unit-Tests, iOS-Build, Android-Build)
-4. **Sicherheitsprüfung**: KI-gestützte Analyse prüft auf Schwachstellen und Breaking Changes
-5. **Auto-Merge**: Nur wenn CI besteht UND Sicherheitsprüfung genehmigt
-6. **Auto-Publish**: Neue Version wird auf npm unter `@capacitor-plus/*` veröffentlicht
-
-## Details zur Sicherheitsprüfung
-
-Jede Upstream-Synchronisierung wird analysiert auf:
-
-| Prüfung | Was erkannt wird |
-|---------|------------------|
-| **Sicherheit** | Command Injection, XSS, Path Traversal, hardcodierte Secrets |
-| **Breaking Changes** | Entfernte/umbenannte APIs, geänderte Signaturen, Konfigurationsänderungen |
-| **Stabilität** | Null-Dereferenzierungen, unbehandelte Exceptions, Race Conditions, Speicherlecks |
-| **Datensicherheit** | Datenverlust-Szenarien, Datenschutzverletzungen, unsichere Speicherung |
-| **Code-Integrität** | Verschleierter Code, verdächtige Netzwerkaufrufe, Backdoors |
-
-<Aside type="caution">
-  Wenn Probleme erkannt werden, wird der PR zur manuellen Überprüfung markiert und wird NICHT automatisch gemergt. Dies stellt sicher, dass Sie immer stabile, sichere Releases erhalten.
-</Aside>
-
-## Ihren PR einreichen
-
-Haben Sie einen PR, der im offiziellen Capacitor-Repo feststeckt? Lassen Sie ihn in Capacitor+ mergen:
-
-<Steps>
-1. **Öffnen Sie ein Issue** im [Capacitor+ Repo](https://github.com/Cap-go/capacitor-plus/issues) mit Link zu Ihrem Upstream-PR
-
-2. **Oder reichen Sie direkt** als PR für den `plus` Branch ein
-
-3. Das Team wird überprüfen, CI ausführen und mergen, wenn es besteht
-</Steps>
-
-Auf diese Weise können Sie und andere sofort von Ihrer Arbeit profitieren, ohne auf den Upstream-Release-Zyklus zu warten.
-
-## FAQ
-
-### Ist das produktionsreif?
-
-Ja. Capacitor+ wird in Produktions-Apps verwendet. Jedes Release besteht die gleiche Test-Suite wie offizielles Capacitor, plus zusätzliche Sicherheitsanalyse.
-
-### Werden meine offiziellen Plugins noch funktionieren?
-
-Ja. Alle `@capacitor/*` Plugins funktionieren out of the box mit Capacitor+.
-
-### Was passiert, wenn Upstream einen Breaking Change released?
-
-Die KI-Sicherheitsprüfung markiert Breaking Changes zur manuellen Überprüfung. Sie sehen die Änderungen dokumentiert, bevor sie gemergt werden.
-
-### Wie melde ich Probleme?
-
-Melden Sie Probleme im [Capacitor+ GitHub Repo](https://github.com/Cap-go/capacitor-plus/issues). Für Probleme, die auch offizielles Capacitor betreffen, helfen wir bei der Koordination mit Upstream.
-
-### Kann ich beitragen?
-
-Absolut! PRs sind willkommen. Sie können Fixes direkt einreichen oder anfordern, dass spezifische Upstream-PRs gemergt werden.
diff --git a/src/content/docs/de/docs/plugins/capacitor-plus/index.mdx b/src/content/docs/de/docs/plugins/capacitor-plus/index.mdx
deleted file mode 100644
index bc29401fa..000000000
--- a/src/content/docs/de/docs/plugins/capacitor-plus/index.mdx
+++ /dev/null
@@ -1,64 +0,0 @@
----
-title: "Capacitor+"
-description: Ein automatisierter, immer synchronisierter Fork von Capacitor mit gemergten Community-PRs und schnellen Releases.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Capacitor+ ist ein automatisierter Fork von Capacitor, der Community-PRs schneller merged, mit sicherheitsgeprüften Releases.
-  image:
-    file: ~public/icons/plugins/capacitor-plus.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/capacitor-plus/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-plus/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-<Aside type="tip">
-  **Warum Capacitor+?** Großartige PRs liegen monatelang ungemergt im offiziellen Capacitor-Repository. Capacitor+ merged diese Community-Beiträge aktiv, damit Sie nicht warten müssen.
-</Aside>
-
-<CardGrid stagger>
-  <Card title="Community-PRs schneller gemergt" icon="rocket">
-    Bug-Fixes und Features stecken in Upstream fest? Wir mergen sie, damit Sie sofort profitieren können.
-  </Card>
-  <Card title="Täglich automatisch synchronisiert" icon="seti:clock">
-    Jede Änderung vom offiziellen Capacitor wird automatisch abgerufen, getestet und verifiziert.
-  </Card>
-  <Card title="Sicherheitsgeprüft" icon="approve-check">
-    Jedes Release wird von KI auf Sicherheitslücken, Breaking Changes und Stabilitätsrisiken analysiert.
-  </Card>
-  <Card title="Drop-in-Ersatz" icon="puzzle">
-    Gleiche API wie offizielles Capacitor - ändern Sie einfach den Paket-Scope und fertig.
-  </Card>
-</CardGrid>
-
-## Philosophie
-
-Das Ionic-Team wartet Capacitor mit ihren eigenen Prioritäten und Release-Zeitplänen. Community-Beiträge können Monate oder sogar Jahre warten, bis sie gemergt werden. Capacitor+ verfolgt einen anderen Ansatz:
-
-1. **PRs von Forks mergen** - Wertvolle PRs, die in der Upstream-Warteschlange feststecken, werden aktiv gemergt
-2. **Kontinuierliche Synchronisierung** - Jede Upstream-Änderung wird automatisch abgerufen und getestet
-3. **Schnelle Releases** - Änderungen werden auf npm veröffentlicht, sobald sie CI bestehen
-4. **Community-First** - Ihre Beiträge zählen und werden priorisiert
-5. **Transparenz** - Alle Automatisierung ist Open Source und sichtbar
-
-## Pakete
-
-| Paket | npm |
-|---------|-----|
-| `@capacitor-plus/core` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/core)](https://www.npmjs.com/package/@capacitor-plus/core) |
-| `@capacitor-plus/cli` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/cli)](https://www.npmjs.com/package/@capacitor-plus/cli) |
-| `@capacitor-plus/android` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/android)](https://www.npmjs.com/package/@capacitor-plus/android) |
-| `@capacitor-plus/ios` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/ios)](https://www.npmjs.com/package/@capacitor-plus/ios) |
diff --git a/src/content/docs/de/docs/plugins/compass/getting-started.mdx b/src/content/docs/de/docs/plugins/compass/getting-started.mdx
deleted file mode 100644
index aec721a3d..000000000
--- a/src/content/docs/de/docs/plugins/compass/getting-started.mdx
+++ /dev/null
@@ -1,219 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Compass Plugin installieren und verwenden, um die Gerätekompassrichtung in Ihrer Capacitor App auszulesen.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-compass" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS-Einrichtung
-
-Unter iOS erfordert der Kompasszugriff Standortberechtigung. Fügen Sie Folgendes zu Ihrer `Info.plist` hinzu:
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>Wir benötigen Standortberechtigung, um auf den Kompass zuzugreifen</string>
-```
-
-## Android-Einrichtung
-
-Keine zusätzliche Einrichtung erforderlich. Das Plugin verwendet die Magnetometer- und Beschleunigungssensoren des Geräts.
-
-## Verwendung
-
-Importieren Sie das Plugin und verwenden Sie seine Methoden zum Auslesen der Kompassrichtung:
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-// Aktuelle Richtung einmalig abrufen
-const getCurrentHeading = async () => {
-  const { value } = await CapgoCompass.getCurrentHeading();
-  console.log('Aktuelle Richtung:', value, 'Grad');
-};
-
-// Kontinuierliche Richtungsaktualisierungen starten
-const startCompass = async () => {
-  // Lauschen auf Updates starten
-  await CapgoCompass.startListening();
-
-  // Listener für Richtungsänderungen hinzufügen
-  const handle = await CapgoCompass.addListener('headingChange', (event) => {
-    console.log('Richtung:', event.value, 'Grad');
-  });
-
-  // Später zum Stoppen:
-  // await CapgoCompass.stopListening();
-  // await handle.remove();
-};
-
-// Berechtigungen prüfen
-const checkPermission = async () => {
-  const status = await CapgoCompass.checkPermissions();
-  console.log('Berechtigungsstatus:', status.compass);
-};
-
-// Berechtigungen anfordern
-const requestPermission = async () => {
-  const status = await CapgoCompass.requestPermissions();
-  if (status.compass === 'granted') {
-    console.log('Kompasszugriff gewährt');
-  }
-};
-```
-
-## API-Referenz
-
-### getCurrentHeading()
-
-Ruft die aktuelle Kompassrichtung in Grad ab.
-
-```typescript
-const result = await CapgoCompass.getCurrentHeading();
-// Gibt zurück: { value: number } - Richtung in Grad (0-360)
-```
-
-### startListening()
-
-Startet das Lauschen auf Kompassrichtungsänderungen. Muss aufgerufen werden, bevor Richtungsereignisse ausgegeben werden.
-
-```typescript
-await CapgoCompass.startListening();
-```
-
-### stopListening()
-
-Stoppt das Lauschen auf Kompassrichtungsänderungen.
-
-```typescript
-await CapgoCompass.stopListening();
-```
-
-### addListener('headingChange', callback)
-
-Fügt einen Listener für Richtungsänderungsereignisse hinzu.
-
-```typescript
-const handle = await CapgoCompass.addListener('headingChange', (event) => {
-  console.log('Richtung:', event.value);
-});
-
-// Listener entfernen wenn fertig
-await handle.remove();
-```
-
-### removeAllListeners()
-
-Entfernt alle registrierten Listener.
-
-```typescript
-await CapgoCompass.removeAllListeners();
-```
-
-### checkPermissions()
-
-Prüft den aktuellen Berechtigungsstatus.
-
-```typescript
-const status = await CapgoCompass.checkPermissions();
-// Gibt zurück: { compass: 'prompt' | 'granted' | 'denied' }
-```
-
-### requestPermissions()
-
-Fordert Berechtigung zum Zugriff auf Kompassdaten an.
-
-```typescript
-const status = await CapgoCompass.requestPermissions();
-```
-
-### getPluginVersion()
-
-Ruft die native Plugin-Version ab.
-
-```typescript
-const { version } = await CapgoCompass.getPluginVersion();
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-export class CompassService {
-  private listenerHandle: any = null;
-
-  async init() {
-    // Berechtigungen prüfen und anfordern
-    const status = await CapgoCompass.checkPermissions();
-    if (status.compass !== 'granted') {
-      const result = await CapgoCompass.requestPermissions();
-      if (result.compass !== 'granted') {
-        throw new Error('Kompassberechtigung verweigert');
-      }
-    }
-  }
-
-  async startTracking(onHeadingChange: (heading: number) => void) {
-    // Lauschen auf Updates starten
-    await CapgoCompass.startListening();
-
-    // Event-Listener hinzufügen
-    this.listenerHandle = await CapgoCompass.addListener(
-      'headingChange',
-      (event) => {
-        onHeadingChange(event.value);
-      }
-    );
-  }
-
-  async stopTracking() {
-    if (this.listenerHandle) {
-      await this.listenerHandle.remove();
-      this.listenerHandle = null;
-    }
-    await CapgoCompass.stopListening();
-  }
-
-  async getHeading(): Promise<number> {
-    const { value } = await CapgoCompass.getCurrentHeading();
-    return value;
-  }
-
-  getCardinalDirection(heading: number): string {
-    const directions = ['N', 'NO', 'O', 'SO', 'S', 'SW', 'W', 'NW'];
-    const index = Math.round(heading / 45) % 8;
-    return directions[index];
-  }
-}
-```
-
-## Plattform-Hinweise
-
-### iOS
-- Erfordert iOS 10.0+
-- Verwendet Core Location für Richtungsdaten
-- Erfordert Standortberechtigung (NSLocationWhenInUseUsageDescription)
-- Richtungsaktualisierungen sind kontinuierlich, wenn Lauschen aktiv ist
-
-### Android
-- Erfordert Android 6.0 (API 23)+
-- Verwendet Beschleunigungs- und Magnetometersensoren
-- Keine speziellen Berechtigungen für Kompasssensoren erforderlich
-- Richtung wird aus Sensorfusion berechnet
-
-### Web
-- Nicht auf Web-Plattform unterstützt
-- Methoden werfen Fehler, wenn aufgerufen
diff --git a/src/content/docs/de/docs/plugins/compass/index.mdx b/src/content/docs/de/docs/plugins/compass/index.mdx
deleted file mode 100644
index 55e70038e..000000000
--- a/src/content/docs/de/docs/plugins/compass/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-compass"
-locale: de
-description: Lesen Sie die Kompassrichtung des Geräts in Grad mit kontinuierlichen Updates und Berechtigungsverwaltung.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Greifen Sie auf den Kompass-Sensor des Geräts zu, um Richtungsdaten mit Echtzeit-Updates auf iOS und Android zu erhalten.
-  image:
-    file: ~public/icons/plugins/compass.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/compass/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-compass/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Echtzeit-Richtung" icon="rocket">
-    Erhalten Sie kontinuierliche Kompass-Richtungsupdates in Grad (0-360)
-  </Card>
-  <Card title="Cross-Plattform" icon="puzzle">
-    Funktioniert auf iOS- und Android-Geräten mit nativem Sensor-Zugriff
-  </Card>
-  <Card title="Berechtigungsverwaltung" icon="seti:lock">
-    Integrierte Berechtigungsverwaltung für Ortungsdienste (iOS)
-  </Card>
-  <Card title="Ereignisgesteuert" icon="star">
-    Abonnieren Sie Richtungsänderungen mit effizienten Event-Listenern
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/contacts/getting-started.mdx b/src/content/docs/de/docs/plugins/contacts/getting-started.mdx
deleted file mode 100644
index ca6a7f8df..000000000
--- a/src/content/docs/de/docs/plugins/contacts/getting-started.mdx
+++ /dev/null
@@ -1,394 +0,0 @@
----
-title: "Erste Schritte mit Contacts"
-locale: de
-description: "Erfahren Sie, wie Sie die Kontaktverwaltung in Ihre Capacitor-App integrieren"
----
-
-Diese Anleitung führt Sie durch die Integration des Capacitor Contacts Plugins in Ihre Anwendung.
-
-## Installation
-
-Installieren Sie das Plugin mit npm:
-
-```bash
-npm install @capgo/capacitor-contacts
-npx cap sync
-```
-
-## iOS Konfiguration
-
-Fügen Sie Folgendes zu Ihrer `Info.plist` hinzu:
-
-```xml
-<key>NSContactsUsageDescription</key>
-<string>Diese App benötigt Zugriff auf Kontakte, damit Sie Empfänger auswählen können</string>
-```
-
-## Android Konfiguration
-
-Fügen Sie die folgenden Berechtigungen zu Ihrer `AndroidManifest.xml` hinzu:
-
-```xml
-<uses-permission android:name="android.permission.READ_CONTACTS" />
-<uses-permission android:name="android.permission.WRITE_CONTACTS" />
-```
-
-## Grundlegende Verwendung
-
-### Plugin importieren
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-```
-
-### Berechtigungen anfordern
-
-```typescript
-const requestPermissions = async () => {
-  const permission = await Contacts.requestPermissions();
-  console.log('Berechtigungsstatus:', permission.contacts);
-};
-```
-
-### Alle Kontakte abrufen
-
-```typescript
-const getAllContacts = async () => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true,
-      image: true
-    }
-  });
-
-  console.log('Kontakte:', result.contacts);
-};
-```
-
-### Kontakte suchen
-
-```typescript
-const searchContacts = async (query: string) => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true
-    },
-    query: query
-  });
-
-  console.log('Suchergebnisse:', result.contacts);
-};
-```
-
-### Kontakt erstellen
-
-```typescript
-const createContact = async () => {
-  const newContact = {
-    name: {
-      given: 'John',
-      family: 'Doe'
-    },
-    phones: [{
-      type: 'mobile',
-      number: '+1234567890'
-    }],
-    emails: [{
-      type: 'work',
-      address: 'john.doe@example.com'
-    }]
-  };
-
-  const result = await Contacts.createContact(newContact);
-  console.log('Kontakt erstellt:', result);
-};
-```
-
-### Kontakt aktualisieren
-
-```typescript
-const updateContact = async (contactId: string) => {
-  const updates = {
-    contactId: contactId,
-    name: {
-      given: 'Jane',
-      family: 'Doe'
-    }
-  };
-
-  await Contacts.updateContact(updates);
-  console.log('Kontakt aktualisiert');
-};
-```
-
-### Kontakt löschen
-
-```typescript
-const deleteContact = async (contactId: string) => {
-  await Contacts.deleteContact({ contactId });
-  console.log('Kontakt gelöscht');
-};
-```
-
-## Vollständiges Beispiel
-
-Hier ist ein vollständiges Beispiel mit einem Kontakt-Service:
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-
-interface Contact {
-  contactId: string;
-  name: {
-    display?: string;
-    given?: string;
-    family?: string;
-  };
-  phones?: Array<{ type: string; number: string }>;
-  emails?: Array<{ type: string; address: string }>;
-  image?: { base64String: string };
-}
-
-class ContactsService {
-  async checkPermissions(): Promise<boolean> {
-    const permission = await Contacts.checkPermissions();
-
-    if (permission.contacts === 'granted') {
-      return true;
-    }
-
-    const requested = await Contacts.requestPermissions();
-    return requested.contacts === 'granted';
-  }
-
-  async getAllContacts(): Promise<Contact[]> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Kontaktberechtigung verweigert');
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true
-      }
-    });
-
-    return result.contacts;
-  }
-
-  async searchContacts(query: string): Promise<Contact[]> {
-    if (!query || query.length < 2) {
-      return [];
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      },
-      query: query
-    });
-
-    return result.contacts;
-  }
-
-  async getContactById(contactId: string): Promise<Contact | null> {
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true,
-        organization: true,
-        birthday: true,
-        note: true,
-        urls: true,
-        postalAddresses: true
-      },
-      contactId: contactId
-    });
-
-    return result.contacts.length > 0 ? result.contacts[0] : null;
-  }
-
-  async createContact(contact: Partial<Contact>): Promise<string> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Kontaktberechtigung verweigert');
-    }
-
-    const result = await Contacts.createContact(contact);
-    return result.contactId;
-  }
-
-  async updateContact(contactId: string, updates: Partial<Contact>): Promise<void> {
-    await Contacts.updateContact({
-      contactId,
-      ...updates
-    });
-  }
-
-  async deleteContact(contactId: string): Promise<void> {
-    await Contacts.deleteContact({ contactId });
-  }
-
-  formatPhoneNumber(phone: string): string {
-    // Nicht-numerische Zeichen entfernen
-    const cleaned = phone.replace(/\D/g, '');
-
-    // Als (XXX) XXX-XXXX formatieren
-    if (cleaned.length === 10) {
-      return `(${cleaned.slice(0, 3)}) ${cleaned.slice(3, 6)}-${cleaned.slice(6)}`;
-    }
-
-    return phone;
-  }
-
-  getContactInitials(contact: Contact): string {
-    const given = contact.name?.given || '';
-    const family = contact.name?.family || '';
-
-    if (given && family) {
-      return `${given[0]}${family[0]}`.toUpperCase();
-    }
-
-    const display = contact.name?.display || '';
-    const parts = display.split(' ');
-
-    if (parts.length >= 2) {
-      return `${parts[0][0]}${parts[1][0]}`.toUpperCase();
-    }
-
-    return display.slice(0, 2).toUpperCase();
-  }
-}
-
-// Verwendung
-const contactsService = new ContactsService();
-
-// Alle Kontakte abrufen
-const contacts = await contactsService.getAllContacts();
-console.log('Kontakte:', contacts);
-
-// Kontakte suchen
-const results = await contactsService.searchContacts('john');
-console.log('Suchergebnisse:', results);
-
-// Kontakt erstellen
-const newContactId = await contactsService.createContact({
-  name: { given: 'Jane', family: 'Smith' },
-  phones: [{ type: 'mobile', number: '+1234567890' }]
-});
-
-// Kontakt aktualisieren
-await contactsService.updateContact(newContactId, {
-  emails: [{ type: 'work', address: 'jane@example.com' }]
-});
-```
-
-## Projektion verstehen
-
-Der Parameter `projection` steuert, welche Felder abgerufen werden:
-
-```typescript
-const result = await Contacts.getContacts({
-  projection: {
-    name: true,           // Kontaktname
-    phones: true,         // Telefonnummern
-    emails: true,         // E-Mail-Adressen
-    image: true,          // Kontaktfoto
-    organization: true,   // Firma/Organisation
-    birthday: true,       // Geburtsdatum
-    note: true,          // Notizen
-    urls: true,          // Webseiten
-    postalAddresses: true // Postanschriften
-  }
-});
-```
-
-**Tipp**: Fordern Sie nur die Felder an, die Sie tatsächlich benötigen, um die Leistung zu verbessern.
-
-## Kontaktauswahl-UI
-
-Viele Apps bevorzugen die native Kontaktauswahl:
-
-```typescript
-const pickContact = async () => {
-  try {
-    const result = await Contacts.pickContact({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      }
-    });
-
-    if (result.contacts.length > 0) {
-      const contact = result.contacts[0];
-      console.log('Ausgewählter Kontakt:', contact);
-    }
-  } catch (error) {
-    console.error('Kontaktauswahl abgebrochen oder fehlgeschlagen:', error);
-  }
-};
-```
-
-## Bewährte Methoden
-
-1. **Minimale Berechtigungen anfordern**: Fordern Sie Kontaktberechtigung nur bei Bedarf an
-2. **Projektion verwenden**: Rufen Sie nur die Felder ab, die Sie tatsächlich verwenden
-3. **Ablehnungen behandeln**: Bieten Sie eine Alternative, wenn Berechtigungen verweigert werden
-4. **Weise zwischenspeichern**: Kontakte können sich ändern, speichern Sie nicht zu lange zwischen
-5. **Privatsphäre respektieren**: Seien Sie transparent über die Kontaktnutzung
-6. **Asynchrone Operationen**: Alle Kontaktoperationen sind asynchron
-
-## Häufige Probleme
-
-### Berechtigung verweigert
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await Contacts.checkPermissions();
-
-  if (permission.contacts === 'denied') {
-    // Dialog anzeigen, der erklärt, warum die Berechtigung benötigt wird
-    showPermissionDialog();
-    // Benutzer zu den Einstellungen leiten
-    // Auf iOS: Einstellungen > [App] > Kontakte
-    // Auf Android: Einstellungen > Apps > [App] > Berechtigungen
-  }
-};
-```
-
-### Große Kontaktlisten
-
-```typescript
-const loadContactsInBatches = async () => {
-  // Zuerst Anzahl abrufen (leichtgewichtig)
-  const projection = { name: true }; // Minimale Projektion
-
-  // Paginierung implementieren, falls nötig
-  const allContacts = await Contacts.getContacts({ projection });
-
-  // In Blöcken verarbeiten
-  const chunkSize = 100;
-  for (let i = 0; i < allContacts.contacts.length; i += chunkSize) {
-    const chunk = allContacts.contacts.slice(i, i + chunkSize);
-    await processContactChunk(chunk);
-  }
-};
-```
-
-## Nächste Schritte
-
-- Erkunden Sie die [API-Referenz](https://github.com/Cap-go/capacitor-contacts#api) für vollständige Methodendokumentation
-- Schauen Sie sich die [Beispiel-App](https://github.com/Cap-go/capacitor-contacts/tree/main/example) für erweiterte Verwendung an
-- Sehen Sie sich das [Tutorial](/plugins/capacitor-contacts) für vollständige Implementierungsbeispiele an
diff --git a/src/content/docs/de/docs/plugins/contacts/index.mdx b/src/content/docs/de/docs/plugins/contacts/index.mdx
deleted file mode 100644
index 262782adc..000000000
--- a/src/content/docs/de/docs/plugins/contacts/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-contacts"
-locale: de
-description: Arbeiten Sie mit Gerätekontakten mithilfe von Capacitor-APIs, um auf Kontaktinformationen zuzugreifen, sie zu durchsuchen und zu verwalten.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Greifen Sie auf Gerätekontakte zu, durchsuchen und verwalten Sie sie in Ihrer Capacitor-App mit vollständigen CRUD-Operationen und Berechtigungsverwaltung.
-  image:
-    file: ~public/icons/plugins/contacts.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/contacts/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-contacts/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Kontakte lesen" icon="rocket">
-    Zugriff auf Gerätekontaktliste mit vollständigen Details
-  </Card>
-  <Card title="Suchfunktionalität" icon="magnifier">
-    Finden Sie Kontakte nach Name, E-Mail oder Telefon
-  </Card>
-  <Card title="Erstellen & Aktualisieren" icon="pencil">
-    Fügen Sie neue Kontakte hinzu oder ändern Sie bestehende
-  </Card>
-  <Card title="Kontakte löschen" icon="setting">
-    Entfernen Sie Kontakte sicher vom Gerät
-  </Card>
-  <Card title="Berechtigungsverwaltung" icon="approve-check-circle">
-    Behandeln Sie Kontaktberechtigungen ordnungsgemäß mit Privacy Manifest-Konformität
-  </Card>
-  <Card title="Erste Schritte" icon="open-book">
-    Schauen Sie sich die [Anleitung für erste Schritte](/docs/plugins/contacts/getting-started/) an, um das Plugin zu installieren und zu konfigurieren.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/crisp/getting-started.mdx b/src/content/docs/de/docs/plugins/crisp/getting-started.mdx
deleted file mode 100644
index 112c4ad4f..000000000
--- a/src/content/docs/de/docs/plugins/crisp/getting-started.mdx
+++ /dev/null
@@ -1,344 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das Crisp Chat SDK Plugin für In-App-Kundensupport in Ihrer Capacitor-App installieren und verwenden.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-crisp" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Ihre Crisp Website-ID abrufen**
-   - Melden Sie sich bei [crisp.chat](https://crisp.chat) an
-   - Erstellen Sie eine Website/ein Projekt
-   - Finden Sie Ihre Website-ID unter Einstellungen > Setup-Anleitung
-</Steps>
-
-## Grundlegende Verwendung
-
-Importieren Sie das Plugin und konfigurieren Sie es mit Ihrer Website-ID:
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-// Crisp mit Ihrer Website-ID konfigurieren
-const configureCrisp = async () => {
-  await CapacitorCrisp.configure({
-    websiteID: 'YOUR_WEBSITE_ID'
-  });
-};
-
-// Den Chat öffnen
-const openChat = async () => {
-  await CapacitorCrisp.openMessenger();
-};
-
-// Benutzerinformationen festlegen
-const setUserInfo = async () => {
-  await CapacitorCrisp.setUser({
-    email: 'user@example.com',
-    nickname: 'John Doe',
-    phone: '+1234567890',
-    avatar: 'https://example.com/avatar.jpg'
-  });
-};
-
-// Benutzersitzung zurücksetzen (Abmelden)
-const logout = async () => {
-  await CapacitorCrisp.resetChatSession();
-};
-```
-
-## API-Referenz
-
-### configure(options)
-
-Konfigurieren Sie Crisp mit Ihrer Website-ID und optionalen Einstellungen.
-
-```typescript
-interface ConfigureOptions {
-  websiteID: string;
-  locale?: string; // z.B., 'en', 'fr', 'es'
-  tokenID?: string; // Für authentifizierte Sitzungen
-}
-
-await CapacitorCrisp.configure({
-  websiteID: 'YOUR_WEBSITE_ID',
-  locale: 'de'
-});
-```
-
-### openMessenger()
-
-Öffnet die Crisp-Chat-Oberfläche.
-
-```typescript
-await CapacitorCrisp.openMessenger();
-```
-
-### setUser(options)
-
-Setzt Benutzerinformationen für die Chat-Sitzung.
-
-```typescript
-interface UserOptions {
-  email?: string;
-  nickname?: string;
-  phone?: string;
-  avatar?: string;
-}
-
-await CapacitorCrisp.setUser({
-  email: 'user@example.com',
-  nickname: 'John Doe'
-});
-```
-
-### setUserCompany(options)
-
-Setzt Firmeninformationen für Geschäftskunden.
-
-```typescript
-interface CompanyOptions {
-  name: string;
-  url?: string;
-  description?: string;
-  employment?: {
-    title?: string;
-    role?: string;
-  };
-  geolocation?: {
-    city?: string;
-    country?: string;
-  };
-}
-
-await CapacitorCrisp.setUserCompany({
-  name: 'Acme Corp',
-  url: 'https://acme.com',
-  employment: {
-    title: 'CEO',
-    role: 'Leadership'
-  }
-});
-```
-
-### pushEvent(options)
-
-Senden Sie benutzerdefinierte Ereignisse, um Benutzeraktionen zu verfolgen.
-
-```typescript
-interface EventOptions {
-  name: string;
-  color?: 'red' | 'orange' | 'yellow' | 'green' | 'blue' | 'purple' | 'pink' | 'brown' | 'grey' | 'black';
-  data?: { [key: string]: any };
-}
-
-await CapacitorCrisp.pushEvent({
-  name: 'checkout_completed',
-  color: 'green',
-  data: {
-    price: 99.99,
-    currency: 'USD'
-  }
-});
-```
-
-### setSessionSegment(segment)
-
-Setzen Sie ein Segment, um die Chat-Sitzung zu kategorisieren.
-
-```typescript
-await CapacitorCrisp.setSessionSegment('premium_customer');
-```
-
-### resetChatSession()
-
-Setzen Sie die aktuelle Chat-Sitzung zurück (nützlich für Abmeldung).
-
-```typescript
-await CapacitorCrisp.resetChatSession();
-```
-
-## Erweiterte Funktionen
-
-### Benutzerdefinierte Benutzerdaten
-
-```typescript
-// Mehrere benutzerdefinierte Datenfelder festlegen
-await CapacitorCrisp.setSessionData({
-  key: 'plan',
-  value: 'premium'
-});
-
-await CapacitorCrisp.setSessionData({
-  key: 'signup_date',
-  value: '2024-01-15'
-});
-```
-
-### Nachrichtenvorlage
-
-Setzen Sie eine vorgefüllte Nachricht in das Chat-Eingabefeld:
-
-```typescript
-await CapacitorCrisp.setMessageText(
-  "Hallo, ich benötige Hilfe bei meiner Bestellung #12345"
-);
-```
-
-### Chat-Verfügbarkeit
-
-Steuern Sie, wann das Chat-Widget verfügbar ist:
-
-```typescript
-// Chat vorübergehend ausblenden
-await CapacitorCrisp.setTokenID('user_token_12345');
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-export class ChatService {
-  async initialize() {
-    // Crisp konfigurieren
-    await CapacitorCrisp.configure({
-      websiteID: 'YOUR_WEBSITE_ID',
-      locale: 'de'
-    });
-  }
-
-  async loginUser(user: any) {
-    // Benutzerinformationen festlegen
-    await CapacitorCrisp.setUser({
-      email: user.email,
-      nickname: user.name,
-      phone: user.phone,
-      avatar: user.avatarUrl
-    });
-
-    // Benutzerdefinierte Daten festlegen
-    await CapacitorCrisp.setSessionData({
-      key: 'user_id',
-      value: user.id
-    });
-
-    await CapacitorCrisp.setSessionData({
-      key: 'account_type',
-      value: user.accountType
-    });
-
-    // Segment festlegen
-    if (user.isPremium) {
-      await CapacitorCrisp.setSessionSegment('premium');
-    }
-
-    // Login-Ereignis verfolgen
-    await CapacitorCrisp.pushEvent({
-      name: 'user_login',
-      color: 'blue',
-      data: {
-        method: 'email'
-      }
-    });
-  }
-
-  async openSupport(context?: string) {
-    if (context) {
-      await CapacitorCrisp.setMessageText(
-        `Ich benötige Hilfe bei: ${context}`
-      );
-    }
-
-    await CapacitorCrisp.openMessenger();
-  }
-
-  async logout() {
-    await CapacitorCrisp.resetChatSession();
-  }
-}
-```
-
-## Styling und Anpassung
-
-Crisp passt sich automatisch dem Theme Ihrer App an, aber Sie können es über das Crisp-Dashboard weiter anpassen:
-
-1. Gehen Sie zu Ihrem Crisp-Dashboard
-2. Navigieren Sie zu Einstellungen > Website-Einstellungen > Chatbox & E-Mail-Einstellungen
-3. Passen Sie Farben, Position und Verhalten an
-
-## Bewährte Methoden
-
-1. **Früh initialisieren**
-   Konfigurieren Sie Crisp während der App-Initialisierung für sofortige Verfügbarkeit:
-   ```typescript
-   import { App } from '@capacitor/app';
-
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await CapacitorCrisp.configure({
-         websiteID: 'YOUR_WEBSITE_ID'
-       });
-     }
-   });
-   ```
-
-2. **Benutzerkontext festlegen**
-   Geben Sie immer Benutzerinformationen an, wenn verfügbar, für besseren Support:
-   ```typescript
-   if (user.isAuthenticated) {
-     await CapacitorCrisp.setUser({
-       email: user.email,
-       nickname: user.name
-     });
-   }
-   ```
-
-3. **Wichtige Ereignisse verfolgen**
-   Verwenden Sie Ereignisse, um Support-Agenten Kontext zu bieten:
-   ```typescript
-   await CapacitorCrisp.pushEvent({
-     name: 'error_occurred',
-     color: 'red',
-     data: {
-       error: error.message,
-       screen: 'checkout'
-     }
-   });
-   ```
-
-4. **Abmeldung ordnungsgemäß behandeln**
-   Setzen Sie die Sitzung immer zurück, wenn Benutzer sich abmelden:
-   ```typescript
-   async logout() {
-     await CapacitorCrisp.resetChatSession();
-     // Ihre andere Abmeldelogik
-   }
-   ```
-
-## Plattform-Hinweise
-
-### iOS
-- Erfordert iOS 10.0+
-- Verwendet natives Crisp iOS SDK
-- Unterstützt Push-Benachrichtigungen (im Crisp-Dashboard konfigurieren)
-
-### Android
-- Erfordert Android 5.0 (API 21)+
-- Verwendet natives Crisp Android SDK
-- Material Design-konform
-
-### Web
-- Verwendet als Fallback Crisp JavaScript SDK
-- Vollständige Feature-Parität mit nativen Plattformen
diff --git a/src/content/docs/de/docs/plugins/crisp/index.mdx b/src/content/docs/de/docs/plugins/crisp/index.mdx
deleted file mode 100644
index e1821e5ec..000000000
--- a/src/content/docs/de/docs/plugins/crisp/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-crisp"
-locale: de
-description: Native Crisp Chat SDK-Integration für Capacitor-Apps, die In-App-Kundensupport bietet.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Integrieren Sie das native Crisp Chat SDK in Ihre Capacitor-App für nahtlosen In-App-Kundensupport und Echtzeit-Messaging.
-  image:
-    file: ~public/icons/plugins/crisp.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/crisp/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-crisp/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Native Performance" icon="rocket">
-    Native SDK-Integration für reibungslose Chat-Erfahrung
-  </Card>
-  <Card title="Echtzeit-Messaging" icon="comment">
-    Live-Chat mit Kunden direkt in Ihrer App
-  </Card>
-  <Card title="Umfangreiche Funktionen" icon="star">
-    Unterstützung für Benutzerdaten, Ereignisse und benutzerdefiniertes Styling
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/crisp/getting-started/) an, um das Plugin in nur wenigen Minuten zu beherrschen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/data-storage-sqlite/getting-started.mdx b/src/content/docs/de/docs/plugins/data-storage-sqlite/getting-started.mdx
deleted file mode 100644
index a9636a5fc..000000000
--- a/src/content/docs/de/docs/plugins/data-storage-sqlite/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das Capacitor Data Storage SQLite Plugin für schnellen Schlüssel-Wert-Speicher mit optionaler Verschlüsselung installieren und konfigurieren.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-data-storage-sqlite" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Plugin konfigurieren**
-
-   **Grundlegendes Speicherbeispiel:**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // Eine Speicherdatenbank öffnen
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'myapp_storage'
-   });
-
-   // Daten speichern
-   await CapacitorDataStorageSqlite.set({
-     key: 'user_preferences',
-     value: JSON.stringify({ theme: 'dark' })
-   });
-   ```
-
-   **Verschlüsseltes Speicherbeispiel:**
-   ```typescript
-   // Verschlüsselten Speicher öffnen
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'secure_storage',
-     encrypted: true,
-     mode: 'encryption'
-   });
-
-   // Sensible Daten speichern
-   await CapacitorDataStorageSqlite.set({
-     key: 'api_token',
-     value: 'secret_token_value'
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Keine zusätzliche Einrichtung für iOS erforderlich.
-     </TabItem>
-     <TabItem label="Android">
-       Keine zusätzliche Einrichtung für Android erforderlich.
-     </TabItem>
-   </Tabs>
-
-4. **Grundlegende Operationen**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // Einen Wert setzen
-   await CapacitorDataStorageSqlite.set({
-     key: 'username',
-     value: 'john_doe'
-   });
-
-   // Einen Wert abrufen
-   const { value } = await CapacitorDataStorageSqlite.get({
-     key: 'username'
-   });
-   console.log('Benutzername:', value); // "john_doe"
-
-   // Einen Wert entfernen
-   await CapacitorDataStorageSqlite.remove({
-     key: 'username'
-   });
-
-   // Alle Daten löschen
-   await CapacitorDataStorageSqlite.clear();
-
-   // Prüfen, ob Schlüssel existiert
-   const { result } = await CapacitorDataStorageSqlite.iskey({
-     key: 'username'
-   });
-   console.log('Schlüssel existiert:', result); // true oder false
-
-   // Alle Schlüssel abrufen
-   const { keys } = await CapacitorDataStorageSqlite.keys();
-   console.log('Alle Schlüssel:', keys);
-
-   // Alle Werte abrufen
-   const { values } = await CapacitorDataStorageSqlite.values();
-   console.log('Alle Werte:', values);
-   ```
-
-5. **Erweiterte Verwendung**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   export class StorageService {
-     private dbName = 'app_storage';
-     private isEncrypted = false;
-
-     async initialize(encrypted = false) {
-       this.isEncrypted = encrypted;
-
-       // Speicher mit Optionen öffnen
-       await CapacitorDataStorageSqlite.openStore({
-         database: this.dbName,
-         encrypted: encrypted,
-         mode: encrypted ? 'encryption' : 'no-encryption',
-         version: 1
-       });
-     }
-
-     // Generische Speichermethoden
-     async setObject<T>(key: string, data: T): Promise<void> {
-       const value = JSON.stringify(data);
-       await CapacitorDataStorageSqlite.set({ key, value });
-     }
-
-     async getObject<T>(key: string): Promise<T | null> {
-       try {
-         const { value } = await CapacitorDataStorageSqlite.get({ key });
-         return value ? JSON.parse(value) : null;
-       } catch (error) {
-         console.error('Fehler beim Abrufen des Objekts:', error);
-         return null;
-       }
-     }
-
-     // Batch-Operationen
-     async setMultiple(items: Record<string, any>): Promise<void> {
-       for (const [key, value] of Object.entries(items)) {
-         await CapacitorDataStorageSqlite.set({
-           key,
-           value: typeof value === 'string' ? value : JSON.stringify(value)
-         });
-       }
-     }
-
-     async getMultiple(keys: string[]): Promise<Record<string, any>> {
-       const results: Record<string, any> = {};
-
-       for (const key of keys) {
-         try {
-           const { value } = await CapacitorDataStorageSqlite.get({ key });
-           results[key] = value;
-         } catch (error) {
-           results[key] = null;
-         }
-       }
-
-       return results;
-     }
-
-     // Tabellenverwaltung
-     async getTables(): Promise<string[]> {
-       const { tables } = await CapacitorDataStorageSqlite.tables();
-       return tables;
-     }
-
-     async deleteTable(table: string): Promise<void> {
-       await CapacitorDataStorageSqlite.deleteTable({ table });
-     }
-
-     // Import/Export-Funktionalität
-     async exportToJson(): Promise<any[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       return keys.map((key, index) => ({
-         key,
-         value: values[index]
-       }));
-     }
-
-     async importFromJson(data: Array<{ key: string; value: string }>): Promise<void> {
-       // Vorhandene Daten löschen
-       await CapacitorDataStorageSqlite.clear();
-
-       // Neue Daten importieren
-       for (const item of data) {
-         await CapacitorDataStorageSqlite.set({
-           key: item.key,
-           value: item.value
-         });
-       }
-     }
-
-     // Filtern und Suchen
-     async keysStartingWith(prefix: string): Promise<string[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       return keys.filter(key => key.startsWith(prefix));
-     }
-
-     async filterByPrefix(prefix: string): Promise<Array<{ key: string; value: string }>> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       const filtered: Array<{ key: string; value: string }> = [];
-
-       keys.forEach((key, index) => {
-         if (key.startsWith(prefix)) {
-           filtered.push({ key, value: values[index] });
-         }
-       });
-
-       return filtered;
-     }
-
-     // Datenbank schließen, wenn fertig
-     async close(): Promise<void> {
-       await CapacitorDataStorageSqlite.closeStore({
-         database: this.dbName
-       });
-     }
-   }
-
-   // Verwendungsbeispiel
-   const storage = new StorageService();
-   await storage.initialize(true); // Verschlüsselung verwenden
-
-   // Benutzerdaten speichern
-   await storage.setObject('user_profile', {
-     id: 123,
-     name: 'John Doe',
-     email: 'john@example.com'
-   });
-
-   // Benutzerdaten abrufen
-   const profile = await storage.getObject<any>('user_profile');
-   console.log('Benutzerprofil:', profile);
-   ```
-</Steps>
-
-## API-Referenz
-
-### Methoden
-
-#### `openStore(options: OpenStoreOptions)`
-Eine Speicherdatenbank öffnen.
-
-**Parameter:**
-- `options.database`: string - Datenbankname
-- `options.encrypted`: boolean - Verschlüsselung aktivieren
-- `options.mode`: string - 'encryption' oder 'no-encryption'
-- `options.version`: number - Datenbankversion
-
-#### `closeStore(options: CloseStoreOptions)`
-Die Speicherdatenbank schließen.
-
-#### `set(options: SetOptions)`
-Ein Schlüssel-Wert-Paar speichern.
-
-**Parameter:**
-- `options.key`: string - Speicherschlüssel
-- `options.value`: string - Zu speichernder Wert
-
-#### `get(options: GetOptions)`
-Einen Wert nach Schlüssel abrufen.
-
-**Rückgabe:** `Promise<{ value: string }>`
-
-#### `remove(options: RemoveOptions)`
-Ein Schlüssel-Wert-Paar entfernen.
-
-#### `clear()`
-Alle Daten aus dem Speicher löschen.
-
-#### `iskey(options: IskeyOptions)`
-Prüfen, ob ein Schlüssel existiert.
-
-**Rückgabe:** `Promise<{ result: boolean }>`
-
-#### `keys()`
-Alle Speicherschlüssel abrufen.
-
-**Rückgabe:** `Promise<{ keys: string[] }>`
-
-#### `values()`
-Alle Speicherwerte abrufen.
-
-**Rückgabe:** `Promise<{ values: string[] }>`
-
-#### `tables()`
-Alle Tabellennamen abrufen.
-
-**Rückgabe:** `Promise<{ tables: string[] }>`
-
-#### `deleteTable(options: DeleteTableOptions)`
-Eine bestimmte Tabelle löschen.
-
-### Schnittstellen
-
-```typescript
-interface OpenStoreOptions {
-  database: string;
-  encrypted?: boolean;
-  mode?: string;
-  version?: number;
-}
-
-interface SetOptions {
-  key: string;
-  value: string;
-}
-
-interface GetOptions {
-  key: string;
-}
-
-interface RemoveOptions {
-  key: string;
-}
-```
-
-## Plattform-Hinweise
-
-### iOS
-- Verwendet SQLite3 mit optionalem SQLCipher für Verschlüsselung
-- Daten bleiben über App-Updates hinweg erhalten
-- Unterstützt iOS 11.0+
-
-### Android
-- Verwendet SQLite mit optionalem SQLCipher
-- Daten bleiben über App-Updates hinweg erhalten
-- Unterstützt Android 5.0 (API 21)+
-
-## Häufige Anwendungsfälle
-
-1. **Benutzereinstellungen**: App-Einstellungen und Präferenzen speichern
-2. **Cache-Verwaltung**: API-Antworten und Daten zwischenspeichern
-3. **Offline-Speicher**: Daten für Offline-Zugriff speichern
-4. **Sitzungsverwaltung**: Benutzersitzungen sicher verwalten
-5. **Token-Speicher**: Authentifizierungs-Token sicher speichern
-
-## Bewährte Methoden
-
-1. **Verschlüsselung für sensible Daten verwenden**
-   ```typescript
-   // Für sensible Daten wie Token
-   await openStore({
-     database: 'secure_db',
-     encrypted: true,
-     mode: 'encryption'
-   });
-   ```
-
-2. **Schlüssel mit Präfixen organisieren**
-   ```typescript
-   // Präfixe zur Organisation verwenden
-   await set({ key: 'user:123:profile', value: userData });
-   await set({ key: 'cache:api:users', value: apiData });
-   ```
-
-3. **Große Daten vorsichtig behandeln**
-   ```typescript
-   // Für große Objekte Kompression in Betracht ziehen
-   const compressed = compress(largeData);
-   await set({ key: 'large_data', value: compressed });
-   ```
-
-4. **Regelmäßige Bereinigung**
-   ```typescript
-   // Abgelaufene Cache-Einträge entfernen
-   const keys = await keys();
-   for (const key of keys.keys) {
-     if (key.startsWith('cache:') && isExpired(key)) {
-       await remove({ key });
-     }
-   }
-   ```
-
-## Fehlerbehebung
-
-**Datenbank wird nicht geöffnet:**
-- Prüfen Sie, ob der Datenbankname gültig ist (alphanumerisch, Unterstriche)
-- Stellen Sie sicher, dass keine Sonderzeichen im Datenbanknamen enthalten sind
-- Überprüfen Sie, ob der Verschlüsselungsmodus mit der vorhandenen Datenbank übereinstimmt
-
-**Daten werden nicht gespeichert:**
-- Stellen Sie sicher, dass `openStore` vor Operationen aufgerufen wird
-- Überprüfen Sie auf Fehler in der Konsole
-- Überprüfen Sie, ob Schlüsselnamen Strings sind
-
-**Leistungsprobleme:**
-- Vermeiden Sie das Speichern sehr großer Werte
-- Verwenden Sie Batch-Operationen, wenn möglich
-- Erwägen Sie die Verwendung mehrerer Datenbanken für verschiedene Datentypen
diff --git a/src/content/docs/de/docs/plugins/data-storage-sqlite/index.mdx b/src/content/docs/de/docs/plugins/data-storage-sqlite/index.mdx
deleted file mode 100644
index 20d918c03..000000000
--- a/src/content/docs/de/docs/plugins/data-storage-sqlite/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-data-storage-sqlite"
-locale: de
-description: Capacitor-Plugin für SQLite-basierten Schlüssel-Wert-Speicher, das eine schnelle und zuverlässige Datenpersistenzlösung bietet.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Schneller und zuverlässiger SQLite-basierter Schlüssel-Wert-Speicher für Ihre Capacitor-Apps mit Verschlüsselungsunterstützung.
-  image:
-    file: ~public/icons/plugins/data-storage-sqlite.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/data-storage-sqlite/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-data-storage-sqlite/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="SQLite-betrieben" icon="rocket">
-    Schneller und zuverlässiger Datenspeicher mit SQLite
-  </Card>
-  <Card title="Verschlüsselungsunterstützung" icon="setting">
-    Optionale Verschlüsselung für sensible Daten
-  </Card>
-  <Card title="Schlüssel-Wert-Einfachheit" icon="star">
-    Einfache Schlüssel-Wert-API mit leistungsstarken Funktionen
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/data-storage-sqlite/getting-started/) an, um das Plugin in nur wenigen Minuten zu beherrschen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/document-scanner/getting-started.mdx b/src/content/docs/de/docs/plugins/document-scanner/getting-started.mdx
deleted file mode 100644
index 2855d67b5..000000000
--- a/src/content/docs/de/docs/plugins/document-scanner/getting-started.mdx
+++ /dev/null
@@ -1,61 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Fügen Sie natives Dokumentenscannen in Qualität mit Kantenerkennung und anpassbaren Ausgabeformaten hinzu.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Plugin installieren**
-   <PackageManagers pkg="@capgo/capacitor-document-scanner" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Native Plattformen synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Einen Scan auslösen
-
-```typescript
-import {
-  DocumentScanner,
-  ResponseType,
-  ScanDocumentResponseStatus,
-} from '@capgo/capacitor-document-scanner';
-
-const result = await DocumentScanner.scanDocument({
-  croppedImageQuality: 90,
-  letUserAdjustCrop: true,
-  maxNumDocuments: 10,
-  responseType: ResponseType.ImageFilePath,
-});
-
-if (result.status === ScanDocumentResponseStatus.Success) {
-  console.log('Gescannte Dateien:', result.scannedImages);
-} else {
-  console.log('Scan vom Benutzer abgebrochen');
-}
-```
-
-## Base64-Daten zurückgeben
-
-```typescript
-const result = await DocumentScanner.scanDocument({
-  responseType: ResponseType.Base64,
-});
-
-const [firstPage] = result.scannedImages ?? [];
-if (firstPage) {
-  const dataUrl = `data:image/jpeg;base64,${firstPage}`;
-  // Vorschau anzeigen oder auf Server hochladen
-}
-```
-
-## Plattformanforderungen
-
-- **iOS**: Fügen Sie `NSCameraUsageDescription` zu `ios/App/App/Info.plist` hinzu und erklären Sie, wie Sie die Kamera verwenden.
-- **Android**: Bestätigen Sie, dass die `CAMERA`-Berechtigung deklariert ist (Capacitor fügt sie automatisch hinzu) und passen Sie `croppedImageQuality`, `letUserAdjustCrop` und `maxNumDocuments` an Ihre Benutzeroberfläche an.
-- **Speicher**: Wenn Sie `ResponseType.ImageFilePath` verwenden, verschieben oder kopieren Sie die gescannten Dateien an Ihren gewünschten Speicherort, bevor die App-Sitzung endet.
diff --git a/src/content/docs/de/docs/plugins/document-scanner/index.mdx b/src/content/docs/de/docs/plugins/document-scanner/index.mdx
deleted file mode 100644
index 64ebb11ca..000000000
--- a/src/content/docs/de/docs/plugins/document-scanner/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-document-scanner"
-locale: de
-description: Erfassen Sie gestochen scharfe Dokumente mit automatischer Kantenerkennung und exportieren Sie gescannte Seiten aus Ihrer Capacitor-App.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Starten Sie eine ausgefeilte Dokumentenscan-Erfahrung mit automatischem Zuschneiden, mehrseitigem Erfassen und konfigurierbaren Ausgabeformaten.
-  image:
-    file: ~public/icons/plugins/document-scanner.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/document-scanner/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-document-scanner/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Das Document Scanner Plugin bietet Ihrer Capacitor-App einen nativen Scan-Workflow in Qualität, der auf iOS- und Android-Geräten funktioniert.
-
-<CardGrid stagger>
-  <Card title="Automatische Erkennung" icon="rocket">
-    Erkennen Sie Seitenkanten, schneiden Sie automatisch zu und lassen Sie Benutzer vor dem Speichern anpassen.
-  </Card>
-  <Card title="Mehrseitiges Erfassen" icon="star">
-    Erfassen Sie eine oder mehrere Seiten in einer einzigen Scan-Sitzung mit anpassbaren Limits.
-  </Card>
-  <Card title="Benutzerdefinierte Ausgabe" icon="download">
-    Geben Sie entweder Dateipfade oder Base64-Strings mit der von Ihnen gewählten Bildqualität zurück.
-  </Card>
-  <Card title="Einheitliche API" icon="pencil">
-    Eine TypeScript-Schnittstelle umfasst sowohl iOS- als auch Android-Implementierungen.
-  </Card>
-</CardGrid>
-
-Verwenden Sie die Anleitung für erste Schritte, um Kameraberechtigungen zu aktivieren, Qualitätseinstellungen zu konfigurieren und gescannte Dateien in Ihren Speicher-Workflow zu exportieren.
diff --git a/src/content/docs/de/docs/plugins/downloader/getting-started.mdx b/src/content/docs/de/docs/plugins/downloader/getting-started.mdx
deleted file mode 100644
index 3e37b60eb..000000000
--- a/src/content/docs/de/docs/plugins/downloader/getting-started.mdx
+++ /dev/null
@@ -1,172 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Installations- und Verwendungsanleitung für @capgo/capacitor-downloader
-sidebar:
-  order: 2
-  label: "Erste Schritte"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Verwendungsbeispiel
-
-```typescript
-import { CapacitorDownloader } from '@capgo/capacitor-downloader';
-
-// Einen Download starten
-const downloadId = 'my-download-001';
-await CapacitorDownloader.download({
-  id: downloadId,
-  url: 'https://example.com/large-file.zip',
-  destination: '/downloads/large-file.zip',
-  headers: {
-    'Authorization': 'Bearer token123'
-  },
-  network: 'wifi-only',
-  priority: 'high'
-});
-
-// Auf Fortschritts-Updates hören
-CapacitorDownloader.addListener('downloadProgress', (data) => {
-  console.log(`Download ${data.id}: ${data.progress}% abgeschlossen`);
-  console.log(`Heruntergeladen: ${data.bytesDownloaded}/${data.totalBytes} Bytes`);
-});
-
-// Abschluss behandeln
-CapacitorDownloader.addListener('downloadCompleted', (data) => {
-  console.log(`Download abgeschlossen: ${data.id}`);
-  console.log(`Datei gespeichert in: ${data.path}`);
-});
-
-// Fehler behandeln
-CapacitorDownloader.addListener('downloadFailed', (error) => {
-  console.error(`Download fehlgeschlagen: ${error.id}`, error.message);
-});
-
-// Einen Download pausieren
-await CapacitorDownloader.pause(downloadId);
-
-// Den Download fortsetzen
-await CapacitorDownloader.resume(downloadId);
-
-// Download-Status prüfen
-const status = await CapacitorDownloader.checkStatus(downloadId);
-console.log('Download-Status:', status);
-
-// Den Download stoppen
-await CapacitorDownloader.stop(downloadId);
-```
-
-## Kern-API-Methoden
-
-### Download-Verwaltung
-- `download(options)` - Neuen Datei-Download starten
-- `pause(id)` - Laufenden Download pausieren
-- `resume(id)` - Pausierten Download fortsetzen
-- `stop(id)` - Download stoppen und abbrechen
-- `checkStatus(id)` - Aktuellen Download-Status abrufen
-
-### Dateioperationen
-- `getFileInfo(path)` - Dateiinformationen und Metadaten abrufen
-
-## Download-Konfiguration
-
-```typescript
-interface DownloadOptions {
-  id: string;                    // Eindeutige Download-Kennung
-  url: string;                   // Download-Quell-URL
-  destination: string;           // Lokaler Speicherpfad
-  headers?: Record<string, string>; // Benutzerdefinierte HTTP-Header
-  network?: 'cellular' | 'wifi-only'; // Netzwerkbeschränkungen
-  priority?: 'high' | 'normal' | 'low'; // Download-Priorität
-}
-```
-
-## Event-Listener
-
-Das Plugin bietet umfassende Ereignisbehandlung:
-
-- `downloadProgress` - Echtzeit-Download-Fortschritt verfolgen
-- `downloadCompleted` - Erfolgreichen Download-Abschluss behandeln
-- `downloadFailed` - Download-Fehler und -Ausfälle behandeln
-
-## Netzwerkkonfiguration
-
-### Nur-WiFi-Downloads
-```typescript
-await CapacitorDownloader.download({
-  id: 'large-file',
-  url: 'https://example.com/video.mp4',
-  destination: '/downloads/video.mp4',
-  network: 'wifi-only' // Beschränkt auf WiFi-Netzwerke
-});
-```
-
-### Prioritätsverwaltung
-```typescript
-// Download mit hoher Priorität
-await CapacitorDownloader.download({
-  id: 'urgent-update',
-  url: 'https://example.com/update.zip',
-  destination: '/downloads/update.zip',
-  priority: 'high'
-});
-```
-
-## Download-Zustände
-
-Downloads können verschiedene Zustände haben:
-- **Pending**: In Warteschlange für Download
-- **Running**: Wird gerade heruntergeladen
-- **Paused**: Vorübergehend gestoppt
-- **Completed**: Erfolgreich abgeschlossen
-- **Failed**: Fehler aufgetreten
-- **Stopped**: Manuell abgebrochen
-
-## Dateiinformationen
-
-```typescript
-// Dateidetails abrufen
-const fileInfo = await CapacitorDownloader.getFileInfo('/downloads/my-file.pdf');
-console.log('Dateigröße:', fileInfo.size);
-console.log('Zuletzt geändert:', fileInfo.lastModified);
-console.log('MIME-Typ:', fileInfo.mimeType);
-```
-
-## Bewährte Methoden
-
-- Verwenden Sie eindeutige Download-IDs, um Konflikte zu vermeiden
-- Implementieren Sie ordnungsgemäße Fehlerbehandlung für Netzwerkausfälle
-- Berücksichtigen Sie Speicherplatz vor dem Starten großer Downloads
-- Verwenden Sie den Nur-WiFi-Modus für große Dateien, um mobile Daten zu schonen
-- Bereinigen Sie abgeschlossene Downloads, um Speicher zu verwalten
diff --git a/src/content/docs/de/docs/plugins/downloader/index.mdx b/src/content/docs/de/docs/plugins/downloader/index.mdx
deleted file mode 100644
index 0d12cc408..000000000
--- a/src/content/docs/de/docs/plugins/downloader/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@capgo/capacitor-downloader"
-locale: de
-description: Datei-Download-Manager-Plugin für Capacitor-Apps mit Hintergrund-Downloads, Fortschrittsverfolgung und Wiederaufnahme-Funktionen.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Laden Sie Dateien mit Hintergrundunterstützung, Fortschrittsverfolgung, Pausieren/Fortsetzen-Funktionen und effizienter Download-Verwaltung herunter.
-  image:
-    file: ~public/icons/plugins/downloader.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/downloader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-downloader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Übersicht
-
-Das Capacitor Downloader Plugin bietet leistungsstarke Datei-Download-Funktionen mit Unterstützung für Hintergrund-Downloads, Fortschrittsverfolgung und umfassende Download-Verwaltung. Dieses Plugin ermöglicht robustes Herunterladen von Dateien mit Pausieren/Fortsetzen-Funktionalität und detaillierter Fortschrittsüberwachung.
-
-> **In Entwicklung**: Dieses Plugin befindet sich derzeit in der Entwicklung und ist noch nicht für den Produktionseinsatz bereit.
-
-<CardGrid stagger>
-  <Card title="Hintergrund-Downloads" icon="rocket">
-    Downloads fortsetzen, wenn die App im Hintergrund ist
-  </Card>
-  <Card title="Fortschrittsverfolgung" icon="star">
-    Echtzeit-Download-Fortschritt und Statusüberwachung
-  </Card>
-  <Card title="Download-Steuerung" icon="rocket">
-    Downloads dynamisch pausieren, fortsetzen und stoppen
-  </Card>
-  <Card title="Netzwerkoptionen" icon="puzzle">
-    Netzwerkpräferenzen und Prioritäten konfigurieren
-  </Card>
-</CardGrid>
-
-## Entwicklungsstatus
-
-Dieses Plugin ist inspiriert von react-native-background-downloader und befindet sich derzeit in der Entwicklung. Funktionen können sich im Laufe der Entwicklung ändern.
diff --git a/src/content/docs/de/docs/plugins/env/getting-started.mdx b/src/content/docs/de/docs/plugins/env/getting-started.mdx
deleted file mode 100644
index 376bf7d4e..000000000
--- a/src/content/docs/de/docs/plugins/env/getting-started.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Konfigurieren Sie Build-spezifische Umgebungswerte und rufen Sie sie zur Laufzeit mit dem Env-Plugin ab.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-env" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Native Plattformen synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Konfigurationswerte deklarieren
-
-Fügen Sie Schlüssel zur Capacitor-Konfiguration hinzu, damit sie in Ihre nativen Builds eingebettet werden. Sie können mehrere Konfigurationsvarianten (`capacitor.config.prod.ts`, `capacitor.config.dev.ts`, etc.) erstellen, um Werte pro Umgebung auszutauschen.
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example',
-  webDir: 'dist',
-  plugins: {
-    Env: {
-      API_URL: 'https://api.example.com',
-      PUBLIC_KEY: 'pk_live_123',
-    },
-  },
-};
-
-export default config;
-```
-
-Auf nativen Plattformen werden die Werte in den generierten Konfigurationsdateien gespeichert (`ios/App/App/capacitor.config.json` und `android/app/src/main/assets/capacitor.config.json`). Aktualisieren Sie diese Dateien pro Variante, wenn Sie mandantenspezifische Werte benötigen.
-
-## Werte im Code lesen
-
-```typescript
-import { Env } from '@capgo/capacitor-env';
-
-const apiUrl = await Env.getKey({ key: 'API_URL' }).then((result) => result.value);
-
-if (!apiUrl) {
-  throw new Error('Fehlende API_URL-Konfiguration');
-}
-```
-
-## Fallbacks bereitstellen
-
-```typescript
-const loadConfig = async () => {
-  const { value: endpoint } = await Env.getKey({ key: 'API_URL' });
-  return endpoint || 'https://staging.example.com';
-};
-```
-
-## Tipps
-
-- Verwenden Sie unterschiedliche `capacitor.config`-Dateien pro Umgebung und verweisen Sie die CLI mit `npx cap run ios --configuration=prod` auf die richtige.
-- Kombinieren Sie mit Capgo Updater-Kanälen, um mandantenspezifische Werte zu liefern, ohne neue Binärdateien zu veröffentlichen.
-- Halten Sie Geheimnisse aus der Versionskontrolle heraus, indem Sie sie während Ihres CI-Builds vor `npx cap sync` ersetzen.
diff --git a/src/content/docs/de/docs/plugins/env/index.mdx b/src/content/docs/de/docs/plugins/env/index.mdx
deleted file mode 100644
index 565d16fb7..000000000
--- a/src/content/docs/de/docs/plugins/env/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: '@capgo/capacitor-env'
-description: >-
-  Stellen Sie Konfigurationswerte aus `capacitor.config` zur Laufzeit für
-  White-Label- und Multi-Tenant-Apps bereit.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-hero:
-  tagline: >-
-    Liefern Sie mandantenspezifische Einstellungen ohne neue Builds, indem Sie
-    sichere Konfigurationswerte direkt von Capacitor lesen.
-  image:
-    file: ~public/settings-go.webp
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/env/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-env/'
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Mit Capgo Env können Sie Secrets und Build-spezifische Konfigurationen in `capacitor.config.*` speichern und zur Laufzeit durch eine einfache API auflösen.
-
-<CardGrid stagger>
-  <Card title="Laufzeitkonfiguration" icon="rocket">
-    Lesen Sie Werte aus nativen Konfigurationsdateien, ohne sie in Ihrem JavaScript-Bundle zu versenden.
-  </Card>
-  <Card title="Build-spezifische Overrides" icon="rocket">
-    Erstellen Sie mehrere App-Varianten oder Mandanten, indem Sie unterschiedliche Konfigurationsdateien bereitstellen.
-  </Card>
-  <Card title="Typsicherer Zugriff" icon="pencil">
-    Rufen Sie Schlüssel mit TypeScript-Unterstützung ab und zentralisieren Sie Fallback-Logik.
-  </Card>
-  <Card title="Standardmäßig sicher" icon="approve-check">
-    Halten Sie API-Schlüssel und Secrets aus Git heraus, während Sie sie dennoch mit nativen Binärdateien versenden.
-  </Card>
-</CardGrid>
-
-Folgen Sie dem Leitfaden für Erste Schritte, um Schlüssel in Ihrer Capacitor-Konfiguration zu deklarieren und diese sicher auf allen Plattformen abzurufen.
diff --git a/src/content/docs/de/docs/plugins/fast-sql/getting-started.mdx b/src/content/docs/de/docs/plugins/fast-sql/getting-started.mdx
deleted file mode 100644
index 01c2f7f39..000000000
--- a/src/content/docs/de/docs/plugins/fast-sql/getting-started.mdx
+++ /dev/null
@@ -1,360 +0,0 @@
----
-title: Erste Schritte mit Fast SQL
-locale: de
-description: Installieren und konfigurieren Sie das Fast SQL Plugin für leistungsstarken nativen SQLite-Datenbankzugriff
----
-
-Diese Anleitung hilft Ihnen bei der Installation und Konfiguration des **@capgo/capacitor-fast-sql** Plugins für leistungsstarken SQLite-Datenbankzugriff.
-
-## Warum Fast SQL?
-
-Traditionelle SQLite-Plugins für Capacitor verwenden die Standard-JavaScript-Bridge zur Kommunikation zwischen Ihrem Web-Code und nativem Code. Während dies für kleine Operationen gut funktioniert, wird die Bridge zu einem erheblichen Engpass, wenn große Datenmengen übertragen werden müssen. Jedes Datenstück muss in JSON serialisiert, über die Bridge gesendet und auf der anderen Seite wieder deserialisiert werden. Dieser Serialisierungs-Overhead macht Operationen mit Tausenden von Zeilen oder großen Binärdaten unglaublich langsam.
-
-**Fast SQL löst dieses Problem**, indem es einen lokalen HTTP-Server auf dem Gerät einrichtet, der direkt mit der nativen SQLite-Datenbank kommuniziert. Dieses benutzerdefinierte Protokoll umgeht Capacitors Bridge vollständig, eliminiert den Serialisierungs-Overhead und ermöglicht:
-
-- **Bis zu 25x schnellere Leistung** für Batch-Operationen und große Datensätze
-- **Effizienten binären Datentransfer** ohne base64-Kodierung
-- **Streaming großer Ergebnisse** ohne Speicherprobleme
-- **Optimale Leistung für Sync-Systeme** wie CRDTs und Operational Transforms
-
-Dies macht Fast SQL ideal für Local-First-Anwendungen, Offline-Sync-Systeme und Szenarien, in denen Sie IndexedDB durch eine zuverlässigere und leistungsstärkere Lösung ersetzen müssen.
-
-## Installation
-
-```bash
-npm install @capgo/capacitor-fast-sql
-npx cap sync
-```
-
-## Plattform-Konfiguration
-
-### iOS-Konfiguration
-
-Fügen Sie Folgendes zu Ihrer `Info.plist` hinzu, um lokale Netzwerkverbindungen zu erlauben:
-
-```xml title="ios/App/App/Info.plist"
-<key>NSAppTransportSecurity</key>
-<dict>
-    <key>NSAllowsLocalNetworking</key>
-    <true/>
-</dict>
-```
-
-### Android-Konfiguration
-
-Falls erforderlich, fügen Sie dies zu Ihrer `AndroidManifest.xml` hinzu:
-
-```xml title="android/app/src/main/AndroidManifest.xml"
-<application
-    android:usesCleartextTraffic="true">
-    ...
-</application>
-```
-
-### Web-Konfiguration
-
-Für die Unterstützung der Web-Plattform installieren Sie sql.js:
-
-```bash
-npm install sql.js
-```
-
-## Grundlegende Verwendung
-
-### Verbindung zu einer Datenbank herstellen
-
-```typescript
-import { FastSQL } from '@capgo/capacitor-fast-sql';
-
-// Verbindung zur Datenbank herstellen (erstellt Datei, falls sie nicht existiert)
-const db = await FastSQL.connect({
-  database: 'myapp'
-});
-
-console.log('Mit Datenbank auf Port verbunden:', db.port);
-```
-
-### Tabellen erstellen
-
-```typescript
-// Eine Tabelle erstellen
-await db.execute(`
-  CREATE TABLE IF NOT EXISTS users (
-    id INTEGER PRIMARY KEY AUTOINCREMENT,
-    name TEXT NOT NULL,
-    email TEXT UNIQUE,
-    created_at INTEGER DEFAULT (strftime('%s', 'now'))
-  )
-`);
-```
-
-### Daten einfügen
-
-```typescript
-// Einzelne Zeile einfügen
-const result = await db.run(
-  'INSERT INTO users (name, email) VALUES (?, ?)',
-  ['John Doe', 'john@example.com']
-);
-
-console.log('Eingefügte Zeilen-ID:', result.insertId);
-console.log('Betroffene Zeilen:', result.rowsAffected);
-```
-
-### Daten abfragen
-
-```typescript
-// Abfrage mit Parametern
-const users = await db.query(
-  'SELECT * FROM users WHERE name LIKE ?',
-  ['John%']
-);
-
-console.log('Gefundene Benutzer:', users);
-
-// users ist ein Array von Objekten:
-// [{ id: 1, name: 'John Doe', email: 'john@example.com', created_at: 1234567890 }]
-```
-
-### Daten aktualisieren
-
-```typescript
-const result = await db.run(
-  'UPDATE users SET email = ? WHERE id = ?',
-  ['newemail@example.com', 1]
-);
-
-console.log('Aktualisierte Zeilen:', result.rowsAffected);
-```
-
-### Daten löschen
-
-```typescript
-const result = await db.run(
-  'DELETE FROM users WHERE id = ?',
-  [1]
-);
-
-console.log('Gelöschte Zeilen:', result.rowsAffected);
-```
-
-## Transaktionen
-
-Transaktionen gewährleisten Atomarität - entweder werden alle Operationen erfolgreich ausgeführt oder alle werden zurückgesetzt:
-
-```typescript
-try {
-  await db.transaction(async (tx) => {
-    // Alle Operationen in diesem Block sind Teil der Transaktion
-    await tx.run('INSERT INTO accounts (name, balance) VALUES (?, ?)', ['Alice', 1000]);
-    await tx.run('INSERT INTO accounts (name, balance) VALUES (?, ?)', ['Bob', 500]);
-
-    // Geld überweisen
-    await tx.run('UPDATE accounts SET balance = balance - 100 WHERE name = ?', ['Alice']);
-    await tx.run('UPDATE accounts SET balance = balance + 100 WHERE name = ?', ['Bob']);
-  });
-
-  console.log('Transaktion erfolgreich abgeschlossen!');
-} catch (error) {
-  console.error('Transaktion zurückgesetzt:', error);
-  // Alle Änderungen werden bei einem Fehler automatisch zurückgesetzt
-}
-```
-
-### Transaktions-Isolationsstufen
-
-```typescript
-import { FastSQL, IsolationLevel } from '@capgo/capacitor-fast-sql';
-
-await db.transaction(async (tx) => {
-  // Ihre Operationen
-}, IsolationLevel.Serializable);
-```
-
-Verfügbare Isolationsstufen:
-- `ReadUncommitted` - Niedrigste Isolation, höchste Leistung
-- `ReadCommitted` - Verhindert Dirty Reads
-- `RepeatableRead` - Verhindert nicht wiederholbare Lesevorgänge
-- `Serializable` - Höchste Isolation, verhindert alle Anomalien
-
-## Batch-Operationen
-
-Führen Sie mehrere Anweisungen effizient aus:
-
-```typescript
-const results = await db.executeBatch([
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['App started', 'INFO']
-  },
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['User logged in', 'INFO']
-  },
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['Error occurred', 'ERROR']
-  },
-]);
-
-console.log('Ausgeführt', results.length, 'Anweisungen');
-```
-
-## Binärdaten (BLOBs)
-
-Speichern und abrufen Sie Binärdaten mit Uint8Array:
-
-```typescript
-// Binärdaten speichern
-const imageData = new Uint8Array([0xFF, 0xD8, 0xFF, 0xE0, /* ... */]);
-
-await db.run(
-  'INSERT INTO images (name, data) VALUES (?, ?)',
-  ['photo.jpg', imageData]
-);
-
-// Binärdaten abrufen
-const rows = await db.query('SELECT data FROM images WHERE name = ?', ['photo.jpg']);
-const retrievedData = rows[0].data; // Uint8Array
-```
-
-## Verschlüsselung (iOS/Android)
-
-Aktivieren Sie SQLCipher-Verschlüsselung für sichere Speicherung:
-
-```typescript
-const db = await FastSQL.connect({
-  database: 'secure_db',
-  encrypted: true,
-  encryptionKey: 'your-secure-encryption-key'
-});
-```
-
-:::caution
-- Verschlüsselung ist nur auf iOS und Android verfügbar
-- Speichern Sie Verschlüsselungsschlüssel sicher (verwenden Sie Keychain/Keystore)
-- Verschlüsselte Datenbanken können nicht ohne den richtigen Schlüssel geöffnet werden
-- Die Web-Plattform unterstützt keine Verschlüsselung
-:::
-
-## Nur-Lese-Modus
-
-Öffnen Sie Datenbanken im Nur-Lese-Modus, um Änderungen zu verhindern:
-
-```typescript
-const db = await FastSQL.connect({
-  database: 'myapp',
-  readOnly: true
-});
-```
-
-## Verbindungen schließen
-
-Schließen Sie Datenbankverbindungen immer, wenn Sie fertig sind:
-
-```typescript
-await FastSQL.disconnect('myapp');
-```
-
-## Direktes HTTP-Protokoll
-
-Für maximale Leistung bei großen Datensätzen verwenden Sie das HTTP-Protokoll direkt:
-
-```typescript
-const { port, token } = await FastSQL.getServerInfo({ database: 'myapp' });
-
-// Direkte HTTP-Anfragen an localhost:port stellen
-// Token im Authorization-Header einschließen
-const response = await fetch(`http://localhost:${port}/execute`, {
-  method: 'POST',
-  headers: {
-    'Authorization': `Bearer ${token}`,
-    'Content-Type': 'application/json'
-  },
-  body: JSON.stringify({
-    statement: 'SELECT * FROM users',
-    params: []
-  })
-});
-
-const result = await response.json();
-```
-
-## Fehlerbehandlung
-
-```typescript
-import { FastSQL } from '@capgo/capacitor-fast-sql';
-
-try {
-  const db = await FastSQL.connect({ database: 'myapp' });
-
-  await db.run('INSERT INTO users (name, email) VALUES (?, ?)', ['John', 'john@example.com']);
-
-} catch (error) {
-  if (error.message.includes('UNIQUE constraint failed')) {
-    console.error('E-Mail existiert bereits');
-  } else if (error.message.includes('no such table')) {
-    console.error('Tabelle existiert nicht');
-  } else {
-    console.error('Datenbankfehler:', error);
-  }
-}
-```
-
-## Gängige SQL-Muster
-
-### Prüfen, ob Tabelle existiert
-
-```typescript
-const result = await db.query(
-  "SELECT name FROM sqlite_master WHERE type='table' AND name=?",
-  ['users']
-);
-
-const tableExists = result.length > 0;
-```
-
-### Tabellenschema abrufen
-
-```typescript
-const schema = await db.query('PRAGMA table_info(users)');
-console.log('Spalten:', schema);
-```
-
-### Zeilen zählen
-
-```typescript
-const result = await db.query('SELECT COUNT(*) as count FROM users');
-const count = result[0].count;
-```
-
-### Paginierung
-
-```typescript
-const pageSize = 20;
-const page = 1;
-const offset = (page - 1) * pageSize;
-
-const users = await db.query(
-  'SELECT * FROM users ORDER BY created_at DESC LIMIT ? OFFSET ?',
-  [pageSize, offset]
-);
-```
-
-## Leistungstipps
-
-1. **Verwenden Sie Transaktionen** für mehrere Operationen - deutlich schneller als einzelne Commits
-2. **Verwenden Sie Batch-Operationen** für Masseneinfügungen - effizienter als Schleifen
-3. **Erstellen Sie Indizes** für häufig abgefragte Spalten
-4. **Verwenden Sie vorbereitete Anweisungen** mit Parametern (?) - verhindert SQL-Injection und verbessert Leistung
-5. **Verwenden Sie HTTP-Protokoll direkt** für sehr große Ergebnismengen
-6. **Schließen Sie Verbindungen** wenn nicht in Verwendung, um Ressourcen freizugeben
-
-## Nächste Schritte
-
-Schauen Sie sich das [vollständige Tutorial](/plugins/capacitor-fast-sql) an für fortgeschrittene Muster einschließlich:
-- Datenbank-Service-Architektur
-- Migrationssysteme
-- Sync-Engines
-- Komplexe Abfragen und Joins
-- Leistungsoptimierung
diff --git a/src/content/docs/de/docs/plugins/fast-sql/index.mdx b/src/content/docs/de/docs/plugins/fast-sql/index.mdx
deleted file mode 100644
index d7bb7dae8..000000000
--- a/src/content/docs/de/docs/plugins/fast-sql/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-fast-sql"
-locale: de
-description: Leistungsstarkes natives SQLite mit benutzerdefiniertem HTTP-Protokoll für effiziente Synchronisierungsoperationen und IndexedDB-Ersatz.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Ultra-schnelles natives SQLite mit benutzerdefiniertem Protokoll für Synchronisierungssysteme und große Datensätze, mit bis zu 25-fach höherer Leistung.
-  image:
-    file: ~public/icons/plugins/fast-sql.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/fast-sql/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-fast-sql/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Benutzerdefiniertes HTTP-Protokoll" icon="rocket">
-    Umgeht die Capacitor-Bridge für bis zu 25-fach höhere Leistung ⚡
-  </Card>
-  <Card title="Vollständige SQLite-Unterstützung" icon="list-format">
-    Vollständige SQL-Unterstützung mit Transaktionen und Batch-Operationen 📊
-  </Card>
-  <Card title="Synchronisierungsfreundlich" icon="random">
-    Entwickelt für lokale Synchronisierungssysteme wie CRDTs und operative Transformationen 🔄
-  </Card>
-  <Card title="Plattformübergreifend" icon="laptop">
-    iOS, Android und Web mit sql.js + IndexedDB 🌐
-  </Card>
-  <Card title="Transaktionsunterstützung" icon="approve-check-circle">
-    ACID-Transaktionen mit konfigurierbaren Isolationsstufen 🔒
-  </Card>
-  <Card title="Binärdaten" icon="document">
-    Native Unterstützung für Uint8Array/BLOB-Speicherung 📁
-  </Card>
-  <Card title="Erste Schritte" icon="open-book">
-    Schauen Sie sich die [Anleitung für erste Schritte](/docs/plugins/fast-sql/getting-started/) an, um das Plugin zu installieren und zu konfigurieren.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/ffmpeg/getting-started.mdx b/src/content/docs/de/docs/plugins/ffmpeg/getting-started.mdx
deleted file mode 100644
index f01916a5b..000000000
--- a/src/content/docs/de/docs/plugins/ffmpeg/getting-started.mdx
+++ /dev/null
@@ -1,277 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das FFmpeg-Plugin für die Videoverarbeitung in Ihrer Capacitor-App installieren und verwenden.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-ffmpeg" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und verwenden Sie es zur Neucodierung von Videos:
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-
-// Video mit benutzerdefinierten Einstellungen neu codieren
-const processVideo = async () => {
-  await CapacitorFFmpeg.reencodeVideo({
-    inputPath: '/pfad/zur/eingabe/video.mp4',
-    outputPath: '/pfad/zur/ausgabe/video.mp4',
-    width: 1280,
-    height: 720,
-    bitrate: 2000000 // Optional: 2 Mbps
-  });
-};
-
-// Plugin-Version abrufen
-const checkVersion = async () => {
-  const { version } = await CapacitorFFmpeg.getPluginVersion();
-  console.log('FFmpeg-Plugin-Version:', version);
-};
-```
-
-## API-Referenz
-
-### reencodeVideo(options)
-
-Codiert eine Videodatei mit angegebenen Abmessungen und Bitrate neu.
-
-```typescript
-await CapacitorFFmpeg.reencodeVideo({
-  inputPath: '/pfad/zur/eingabe.mp4',
-  outputPath: '/pfad/zur/ausgabe.mp4',
-  width: 1920,
-  height: 1080,
-  bitrate: 5000000 // Optional: 5 Mbps
-});
-```
-
-**Parameter:**
-- `inputPath` (string): Vollständiger Pfad zur Eingabevideodatei
-- `outputPath` (string): Vollständiger Pfad, wo das Ausgabevideo gespeichert wird
-- `width` (number): Zielbreite in Pixeln
-- `height` (number): Zielhöhe in Pixeln
-- `bitrate` (number, optional): Ziel-Bitrate in Bits pro Sekunde
-
-### getPluginVersion()
-
-Ruft die native Capacitor-Plugin-Version ab.
-
-```typescript
-const { version } = await CapacitorFFmpeg.getPluginVersion();
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class VideoProcessor {
-  /**
-   * Video komprimieren, um Dateigröße zu reduzieren
-   */
-  async compressVideo(inputPath: string, quality: 'low' | 'medium' | 'high') {
-    const qualitySettings = {
-      low: { width: 640, height: 360, bitrate: 500000 },
-      medium: { width: 1280, height: 720, bitrate: 2000000 },
-      high: { width: 1920, height: 1080, bitrate: 5000000 }
-    };
-
-    const settings = qualitySettings[quality];
-    const outputPath = inputPath.replace('.mp4', `_${quality}.mp4`);
-
-    try {
-      await CapacitorFFmpeg.reencodeVideo({
-        inputPath,
-        outputPath,
-        width: settings.width,
-        height: settings.height,
-        bitrate: settings.bitrate
-      });
-
-      console.log(`Video auf ${quality}-Qualität komprimiert:`, outputPath);
-      return outputPath;
-    } catch (error) {
-      console.error('Videokomprimierung fehlgeschlagen:', error);
-      throw error;
-    }
-  }
-
-  /**
-   * Video auf bestimmte Abmessungen skalieren
-   */
-  async resizeVideo(
-    inputPath: string,
-    width: number,
-    height: number
-  ): Promise<string> {
-    const outputPath = inputPath.replace('.mp4', '_resized.mp4');
-
-    await CapacitorFFmpeg.reencodeVideo({
-      inputPath,
-      outputPath,
-      width,
-      height
-    });
-
-    return outputPath;
-  }
-
-  /**
-   * Miniaturansicht-Qualität eines Videos erstellen
-   */
-  async createThumbnailVideo(inputPath: string): Promise<string> {
-    return this.compressVideo(inputPath, 'low');
-  }
-
-  /**
-   * Mehrere Videos stapelweise verarbeiten
-   */
-  async processMultipleVideos(
-    videoPaths: string[],
-    width: number,
-    height: number,
-    bitrate?: number
-  ): Promise<string[]> {
-    const outputPaths: string[] = [];
-
-    for (const inputPath of videoPaths) {
-      const outputPath = inputPath.replace('.mp4', '_processed.mp4');
-
-      try {
-        await CapacitorFFmpeg.reencodeVideo({
-          inputPath,
-          outputPath,
-          width,
-          height,
-          bitrate
-        });
-
-        outputPaths.push(outputPath);
-      } catch (error) {
-        console.error(`Verarbeitung von ${inputPath} fehlgeschlagen:`, error);
-      }
-    }
-
-    return outputPaths;
-  }
-}
-```
-
-## Bewährte Methoden
-
-1. **Geeignete Bitraten verwenden**
-   Wählen Sie die Bitrate basierend auf Auflösung und Anwendungsfall:
-   ```typescript
-   // Mobiles Teilen (niedrige Bandbreite)
-   const lowQuality = { width: 640, height: 360, bitrate: 500000 };
-
-   // Standardqualität
-   const standardQuality = { width: 1280, height: 720, bitrate: 2000000 };
-
-   // Hohe Qualität
-   const highQuality = { width: 1920, height: 1080, bitrate: 5000000 };
-   ```
-
-2. **Seitenverhältnis beibehalten**
-   Berechnen Sie Abmessungen, um das Seitenverhältnis zu erhalten:
-   ```typescript
-   function calculateDimensions(originalWidth: number, originalHeight: number, targetWidth: number) {
-     const aspectRatio = originalWidth / originalHeight;
-     return {
-       width: targetWidth,
-       height: Math.round(targetWidth / aspectRatio)
-     };
-   }
-   ```
-
-3. **Dateipfade korrekt handhaben**
-   Verwenden Sie Capacitor Filesystem für plattformübergreifende Pfadbehandlung:
-   ```typescript
-   import { Filesystem, Directory } from '@capacitor/filesystem';
-
-   const inputPath = await Filesystem.getUri({
-     directory: Directory.Documents,
-     path: 'input.mp4'
-   });
-   ```
-
-4. **Fortschritt für Benutzer anzeigen**
-   Videoverarbeitung kann langsam sein - informieren Sie Benutzer:
-   ```typescript
-   async function processWithProgress(inputPath: string) {
-     // Ladeindikator anzeigen
-     showLoading('Video wird verarbeitet...');
-
-     try {
-       await CapacitorFFmpeg.reencodeVideo({
-         inputPath,
-         outputPath: '/pfad/zur/ausgabe.mp4',
-         width: 1280,
-         height: 720
-       });
-
-       showSuccess('Video erfolgreich verarbeitet!');
-     } catch (error) {
-       showError('Videoverarbeitung fehlgeschlagen');
-     } finally {
-       hideLoading();
-     }
-   }
-   ```
-
-5. **Temporäre Dateien aufräumen**
-   Entfernen Sie Zwischendateien, um Speicherplatz zu sparen:
-   ```typescript
-   async function processAndCleanup(inputPath: string) {
-     const outputPath = inputPath.replace('.mp4', '_output.mp4');
-
-     await CapacitorFFmpeg.reencodeVideo({
-       inputPath,
-       outputPath,
-       width: 1280,
-       height: 720
-     });
-
-     // Original entfernen, wenn nicht mehr benötigt
-     await Filesystem.deleteFile({ path: inputPath });
-
-     return outputPath;
-   }
-   ```
-
-## Plattformhinweise
-
-### iOS
-- Erfordert iOS 11.0+
-- Große Videoverarbeitung kann Hintergrund-Task-Berechtigungen erfordern
-- Verwendet natives iOS VideoToolbox für Hardwarebeschleunigung
-
-### Android
-- Erfordert Android 5.0 (API 21)+
-- Hardwarebeschleunigung variiert je nach Gerät
-- Kann WRITE_EXTERNAL_STORAGE-Berechtigung für Dateizugriff erfordern
-
-### Web
-- Nicht auf Web-Plattform unterstützt
-
-## Leistungstipps
-
-1. **Niedrigere Auflösung für schnellere Verarbeitung**: Kleinere Abmessungen = schnellere Codierung
-2. **Hardwarebeschleunigung verwenden**: Lassen Sie die native Plattform die Codierung optimieren
-3. **Im Hintergrund verarbeiten**: Blockieren Sie nicht die UI während der Videoverarbeitung
-4. **Speicherverbrauch überwachen**: Große Videos können erheblichen Speicher verbrauchen
-5. **Auf echten Geräten testen**: Emulatoren spiegeln möglicherweise nicht die tatsächliche Leistung wider
diff --git a/src/content/docs/de/docs/plugins/ffmpeg/index.mdx b/src/content/docs/de/docs/plugins/ffmpeg/index.mdx
deleted file mode 100644
index 11ba9067f..000000000
--- a/src/content/docs/de/docs/plugins/ffmpeg/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-ffmpeg"
-locale: de
-description: Videocodierung und -verarbeitung mit FFmpeg für Capacitor-Apps.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Codieren Sie Videos mit benutzerdefinierter Auflösung und Bitrate neu, indem Sie die leistungsstarke FFmpeg-Bibliothek in Ihren Capacitor-Apps verwenden.
-  image:
-    file: ~public/icons/plugins/ffmpeg.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/ffmpeg/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ffmpeg/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Video-Neucodierung" icon="rocket">
-    Videos mit FFmpeg konvertieren und komprimieren
-  </Card>
-  <Card title="Benutzerdefinierte Auflösung" icon="setting">
-    Videos auf beliebige Breite und Höhe skalieren
-  </Card>
-  <Card title="Bitrate-Steuerung" icon="star">
-    Videoqualität und Dateigröße kontrollieren
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/ffmpeg/getting-started/) an, um mit der Videoverarbeitung zu beginnen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/file-compressor/getting-started.mdx b/src/content/docs/de/docs/plugins/file-compressor/getting-started.mdx
deleted file mode 100644
index 626e6695a..000000000
--- a/src/content/docs/de/docs/plugins/file-compressor/getting-started.mdx
+++ /dev/null
@@ -1,166 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das File Compressor-Plugin installieren und verwenden, um Bilder in Ihrer Capacitor-App zu komprimieren.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-file-compressor" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Plattformunterstützung
-
-| Plattform | Unterstützte Formate | Hinweise |
-|----------|-------------------|-------|
-| iOS | JPEG | Nur JPEG-Komprimierung unterstützt |
-| Android | JPEG, WebP | Beide Formate vollständig unterstützt |
-| Web | JPEG, WebP | Canvas-API-basierte Komprimierung |
-
-Hinweis: EXIF-Metadaten werden während der Komprimierung auf allen Plattformen entfernt.
-
-## Verwendung
-
-Importieren Sie das Plugin und komprimieren Sie Bilder:
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-
-// Bild komprimieren
-const compressImage = async () => {
-  const result = await FileCompressor.compressImage({
-    source: 'file:///pfad/zum/bild.jpg',
-    quality: 0.8,
-    width: 1920,
-    height: 1080
-  });
-
-  console.log('Komprimierter Bildpfad:', result.path);
-  console.log('Originalgröße:', result.originalSize);
-  console.log('Komprimierte Größe:', result.size);
-};
-```
-
-## API-Referenz
-
-### compressImage(options)
-
-Komprimiert eine Bilddatei mit angegebenen Abmessungen und Qualitätseinstellungen.
-
-```typescript
-interface CompressImageOptions {
-  source: string;           // Pfad zur Bilddatei
-  quality?: number;         // 0.0 bis 1.0 (Standard: 0.8)
-  width?: number;           // Zielbreite in Pixeln
-  height?: number;          // Zielhöhe in Pixeln
-  format?: 'jpeg' | '.webp'; // Ausgabeformat
-}
-
-interface CompressImageResult {
-  path: string;             // Pfad zum komprimierten Bild
-  size: number;             // Komprimierte Dateigröße in Bytes
-  originalSize: number;     // Original-Dateigröße in Bytes
-}
-
-const result = await FileCompressor.compressImage(options);
-```
-
-**Wichtige Hinweise:**
-- EXIF-Metadaten werden während der Komprimierung auf allen Plattformen entfernt
-- Seitenverhältnis wird automatisch beibehalten, wenn nur eine Dimension angegeben wird
-- Komprimierte Dateien werden auf nativen Plattformen in temporären Verzeichnissen gespeichert
-
-### getPluginVersion()
-
-Ruft die native Plugin-Version ab.
-
-```typescript
-const { version } = await FileCompressor.getPluginVersion();
-console.log('Plugin-Version:', version);
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-import { Camera } from '@capacitor/camera';
-
-export class ImageCompressionService {
-  async captureAndCompress() {
-    try {
-      // Foto aufnehmen
-      const photo = await Camera.getPhoto({
-        quality: 100,
-        allowEditing: false,
-        resultType: 'uri'
-      });
-
-      if (!photo.path) {
-        throw new Error('Kein Bildpfad');
-      }
-
-      // Foto komprimieren
-      const compressed = await FileCompressor.compressImage({
-        source: photo.path,
-        quality: 0.7,
-        width: 1920,
-        height: 1080,
-        format: 'jpeg'
-      });
-
-      console.log(`Komprimierungsverhältnis: ${
-        ((1 - compressed.size / compressed.originalSize) * 100).toFixed(1)
-      }%`);
-
-      return compressed.path;
-    } catch (error) {
-      console.error('Komprimierung fehlgeschlagen:', error);
-      throw error;
-    }
-  }
-
-  async batchCompress(imagePaths: string[]) {
-    const results = [];
-
-    for (const path of imagePaths) {
-      try {
-        const result = await FileCompressor.compressImage({
-          source: path,
-          quality: 0.8,
-          width: 1280
-        });
-        results.push(result);
-      } catch (error) {
-        console.error(`Komprimierung von ${path} fehlgeschlagen:`, error);
-      }
-    }
-
-    return results;
-  }
-}
-```
-
-## Bewährte Methoden
-
-1. **Qualitätseinstellungen**: Beginnen Sie mit Qualität 0.8 für eine gute Balance zwischen Dateigröße und Bildqualität
-2. **Größenänderungsabmessungen**: Geben Sie nur Abmessungen an, wenn nötig - Seitenverhältnis wird automatisch beibehalten
-3. **Formatauswahl**: Verwenden Sie JPEG für Fotos und WebP für bessere Komprimierung (nur Android/Web)
-4. **Fehlerbehandlung**: Umschließen Sie Komprimierungsaufrufe immer mit try-catch-Blöcken
-5. **Aufräumen**: Denken Sie daran, temporäre Dateien nach Gebrauch zu bereinigen
-
-## Fehlerbehebung
-
-### Häufige Probleme
-
-**Bild wird nicht komprimiert**: Stellen Sie sicher, dass der Quellpfad gültig und zugänglich ist
-**Nicht genügend Speicher**: Reduzieren Sie die Zielabmessungen oder komprimieren Sie Bilder einzeln
-**Format nicht unterstützt**: Überprüfen Sie die Plattformunterstützungstabelle oben
diff --git a/src/content/docs/de/docs/plugins/file-compressor/index.mdx b/src/content/docs/de/docs/plugins/file-compressor/index.mdx
deleted file mode 100644
index 93ed9f536..000000000
--- a/src/content/docs/de/docs/plugins/file-compressor/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-file-compressor"
-locale: de
-description: Komprimieren Sie Bilder effizient mit Unterstützung für PNG-, JPEG- und WebP-Formate plattformübergreifend.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Komprimieren Sie Bilder effizient mit Unterstützung für PNG-, JPEG- und WebP-Formate auf iOS, Android und Web.
-  image:
-    file: ~public/icons/plugins/file-compressor.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/file-compressor/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-file-compressor/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Mehrere Formate" icon="document">
-    Unterstützung für JPEG- und WebP-Komprimierung plattformübergreifend 🖼️
-  </Card>
-  <Card title="Qualitätskontrolle" icon="setting">
-    Einstellbare Komprimierungsqualität von 0.0 bis 1.0 für perfekte Balance ⚙️
-  </Card>
-  <Card title="Intelligente Größenänderung" icon="puzzle">
-    Automatische Beibehaltung des Seitenverhältnisses während der Größenänderung 📐
-  </Card>
-  <Card title="Kein Backend" icon="rocket">
-    Alle Komprimierung erfolgt auf dem Gerät - kein Server erforderlich 🚀
-  </Card>
-  <Card title="Plattformübergreifend" icon="laptop">
-    Konsistente API über iOS-, Android- und Web-Plattformen 📱
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/file-compressor/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/file/getting-started.mdx b/src/content/docs/de/docs/plugins/file/getting-started.mdx
deleted file mode 100644
index 1e8875a3a..000000000
--- a/src/content/docs/de/docs/plugins/file/getting-started.mdx
+++ /dev/null
@@ -1,389 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das File-Plugin für Dateisystemoperationen in Ihrer Capacitor-App installieren und verwenden.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-file" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und verwenden Sie seine Methoden für Dateioperationen:
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-// Textdatei schreiben
-const writeFile = async () => {
-  const result = await CapacitorFile.writeFile({
-    path: 'meine-datei.txt',
-    directory: Directory.Documents,
-    data: 'Hallo, Welt!',
-    encoding: Encoding.UTF8,
-    recursive: true, // Elternverzeichnisse erstellen, falls erforderlich
-  });
-  console.log('Datei geschrieben in:', result.uri);
-};
-
-// Textdatei lesen
-const readFile = async () => {
-  const result = await CapacitorFile.readFile({
-    path: 'meine-datei.txt',
-    directory: Directory.Documents,
-    encoding: Encoding.UTF8,
-  });
-  console.log('Dateiinhalt:', result.data);
-};
-
-// Prüfen, ob Datei existiert
-const checkExists = async () => {
-  const result = await CapacitorFile.exists({
-    path: 'meine-datei.txt',
-    directory: Directory.Documents,
-  });
-  console.log('Datei existiert:', result.exists);
-};
-
-// Datei löschen
-const deleteFile = async () => {
-  await CapacitorFile.deleteFile({
-    path: 'meine-datei.txt',
-    directory: Directory.Documents,
-  });
-};
-```
-
-## Verzeichnisspeicherorte
-
-Das Plugin stellt mehrere Verzeichniskonstanten bereit:
-
-```typescript
-import { Directory } from '@capgo/capacitor-file';
-
-// Verfügbare Verzeichnisse
-Directory.Documents  // Benutzersichtbare Dokumente (gesichert)
-Directory.Data       // Private App-Datenspeicherung
-Directory.Library    // App-Support-Dateien (iOS) / files (Android)
-Directory.Cache      // Temporärer Cache (kann vom OS gelöscht werden)
-Directory.External   // Externer Speicher (nur Android)
-Directory.Application // Schreibgeschütztes App-Bundle
-```
-
-## Kodierungsoptionen
-
-```typescript
-import { Encoding } from '@capgo/capacitor-file';
-
-Encoding.UTF8   // UTF-8-Textkodierung
-Encoding.ASCII  // ASCII-Textkodierung
-Encoding.UTF16  // UTF-16-Textkodierung
-// Kodierung weglassen für Binärdaten (gibt base64 zurück)
-```
-
-## API-Referenz
-
-### writeFile(options)
-
-Daten in eine Datei schreiben.
-
-```typescript
-const result = await CapacitorFile.writeFile({
-  path: 'ordner/datei.txt',
-  directory: Directory.Documents,
-  data: 'Dateiinhalt',
-  encoding: Encoding.UTF8,
-  recursive: true,  // Verzeichnisse erstellen, falls erforderlich
-  append: false,    // Vorhandene Datei überschreiben
-  position: 0,      // Byte-Position für zufällige Zugriffschreibvorgänge
-});
-// Gibt zurück: { uri: string }
-```
-
-### readFile(options)
-
-Inhalt einer Datei lesen.
-
-```typescript
-const result = await CapacitorFile.readFile({
-  path: 'datei.txt',
-  directory: Directory.Documents,
-  encoding: Encoding.UTF8,
-  offset: 0,    // Lesen ab Byte-Offset beginnen
-  length: 100,  // Nur diese Anzahl von Bytes lesen
-});
-// Gibt zurück: { data: string }
-```
-
-### appendFile(options)
-
-Daten an eine Datei anhängen.
-
-```typescript
-await CapacitorFile.appendFile({
-  path: 'datei.txt',
-  directory: Directory.Documents,
-  data: '\nNeue Zeile',
-  encoding: Encoding.UTF8,
-});
-```
-
-### deleteFile(options)
-
-Datei löschen.
-
-```typescript
-await CapacitorFile.deleteFile({
-  path: 'datei.txt',
-  directory: Directory.Documents,
-});
-```
-
-### mkdir(options)
-
-Verzeichnis erstellen.
-
-```typescript
-await CapacitorFile.mkdir({
-  path: 'mein-ordner/unterordner',
-  directory: Directory.Documents,
-  recursive: true,  // Elternverzeichnisse erstellen
-});
-```
-
-### rmdir(options)
-
-Verzeichnis löschen.
-
-```typescript
-await CapacitorFile.rmdir({
-  path: 'mein-ordner',
-  directory: Directory.Documents,
-  recursive: true,  // Inhalte rekursiv löschen
-});
-```
-
-### readdir(options)
-
-Verzeichnisinhalt auflisten.
-
-```typescript
-const result = await CapacitorFile.readdir({
-  path: '',  // Leer für Wurzel des Verzeichnisses
-  directory: Directory.Documents,
-});
-// Gibt zurück: { entries: Entry[] }
-// Jeder Eintrag hat: { name, isFile, isDirectory, fullPath, nativeURL }
-```
-
-### stat(options)
-
-Datei- oder Verzeichnismetadaten abrufen.
-
-```typescript
-const result = await CapacitorFile.stat({
-  path: 'datei.txt',
-  directory: Directory.Documents,
-});
-// Gibt zurück: { type, size, mtime, ctime, uri }
-```
-
-### exists(options)
-
-Prüfen, ob eine Datei oder ein Verzeichnis existiert.
-
-```typescript
-const result = await CapacitorFile.exists({
-  path: 'datei.txt',
-  directory: Directory.Documents,
-});
-// Gibt zurück: { exists: boolean, type?: 'file' | 'directory' }
-```
-
-### copy(options)
-
-Datei oder Verzeichnis kopieren.
-
-```typescript
-const result = await CapacitorFile.copy({
-  from: 'quelle.txt',
-  to: 'ziel.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-// Gibt zurück: { uri: string }
-```
-
-### rename(options) / move(options)
-
-Datei oder Verzeichnis umbenennen oder verschieben.
-
-```typescript
-await CapacitorFile.rename({
-  from: 'alter-name.txt',
-  to: 'neuer-name.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-```
-
-### truncate(options)
-
-Datei auf bestimmte Größe kürzen.
-
-```typescript
-await CapacitorFile.truncate({
-  path: 'datei.txt',
-  directory: Directory.Documents,
-  size: 100,  // Auf 100 Bytes kürzen
-});
-```
-
-### getUri(options)
-
-Native URI für eine Datei abrufen.
-
-```typescript
-const result = await CapacitorFile.getUri({
-  path: 'datei.txt',
-  directory: Directory.Documents,
-});
-// Gibt zurück: { uri: string }
-```
-
-### getDirectories()
-
-Alle verfügbaren Verzeichnispfade abrufen.
-
-```typescript
-const dirs = await CapacitorFile.getDirectories();
-// Gibt Pfade zurück für: documents, data, cache, external, etc.
-```
-
-### getFreeDiskSpace()
-
-Verfügbaren Speicherplatz abrufen.
-
-```typescript
-const result = await CapacitorFile.getFreeDiskSpace();
-console.log('Freier Speicherplatz:', result.free, 'bytes');
-```
-
-### checkPermissions() / requestPermissions()
-
-Speicherberechtigungen handhaben (Android).
-
-```typescript
-const status = await CapacitorFile.checkPermissions();
-if (status.publicStorage !== 'granted') {
-  await CapacitorFile.requestPermissions();
-}
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-export class FileService {
-  async saveJson(filename: string, data: object): Promise<void> {
-    await CapacitorFile.writeFile({
-      path: filename,
-      directory: Directory.Documents,
-      data: JSON.stringify(data, null, 2),
-      encoding: Encoding.UTF8,
-      recursive: true,
-    });
-  }
-
-  async loadJson<T>(filename: string): Promise<T | null> {
-    try {
-      const { exists } = await CapacitorFile.exists({
-        path: filename,
-        directory: Directory.Documents,
-      });
-
-      if (!exists) return null;
-
-      const result = await CapacitorFile.readFile({
-        path: filename,
-        directory: Directory.Documents,
-        encoding: Encoding.UTF8,
-      });
-
-      return JSON.parse(result.data) as T;
-    } catch (error) {
-      console.error('JSON konnte nicht geladen werden:', error);
-      return null;
-    }
-  }
-
-  async listFiles(folder: string = ''): Promise<string[]> {
-    const result = await CapacitorFile.readdir({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    return result.entries
-      .filter(entry => entry.isFile)
-      .map(entry => entry.name);
-  }
-
-  async deleteAll(folder: string): Promise<void> {
-    const { exists } = await CapacitorFile.exists({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    if (exists) {
-      await CapacitorFile.rmdir({
-        path: folder,
-        directory: Directory.Documents,
-        recursive: true,
-      });
-    }
-  }
-
-  async copyToBackup(filename: string): Promise<string> {
-    const timestamp = Date.now();
-    const backupName = `backup/${timestamp}-${filename}`;
-
-    const result = await CapacitorFile.copy({
-      from: filename,
-      to: backupName,
-      directory: Directory.Documents,
-      toDirectory: Directory.Documents,
-    });
-
-    return result.uri;
-  }
-}
-```
-
-## Plattformhinweise
-
-### iOS
-- Erfordert iOS 13.0+
-- Documents-Verzeichnis ist in der Dateien-App sichtbar
-- Library-Verzeichnis ist für App-Support-Dateien
-- Cache kann gelöscht werden, wenn der Gerätespeicher knapp wird
-
-### Android
-- Erfordert Android 6.0 (API 23)+
-- Externer Speicher erfordert Laufzeitberechtigungen auf älteren Android-Versionen
-- Documents-Verzeichnis wird auf das files-Verzeichnis der App gemappt
-- Verwenden Sie External-Verzeichnis für gemeinsamen Speicherzugriff
-
-### Web
-- Nicht auf Web-Plattform unterstützt
diff --git a/src/content/docs/de/docs/plugins/file/index.mdx b/src/content/docs/de/docs/plugins/file/index.mdx
deleted file mode 100644
index 39b384a73..000000000
--- a/src/content/docs/de/docs/plugins/file/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-file"
-description: Voll ausgestattetes Dateisystem-Plugin zum Lesen, Schreiben und Verwalten von Dateien und Verzeichnissen.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Vollständige Dateisystem-Operationen mit Lesen, Schreiben, Kopieren, Verschieben und Verzeichnisverwaltung für iOS und Android.
-  image:
-    file: ~public/icons/plugins/file.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/file/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-file/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Vollständige Dateioperationen" icon="rocket">
-    Dateien einfach lesen, schreiben, anhängen, kopieren, verschieben und löschen
-  </Card>
-  <Card title="Verzeichnisverwaltung" icon="seti:folder">
-    Verzeichnisse mit rekursiver Unterstützung erstellen, auflisten und entfernen
-  </Card>
-  <Card title="Mehrere Kodierungen" icon="document">
-    Unterstützung für UTF-8, ASCII, UTF-16 und binäre (base64) Daten
-  </Card>
-  <Card title="Plattformübergreifend" icon="puzzle">
-    Funktioniert auf iOS und Android mit konsistenter API über alle Plattformen hinweg
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/flash/getting-started.mdx b/src/content/docs/de/docs/plugins/flash/getting-started.mdx
deleted file mode 100644
index 80f0cadf6..000000000
--- a/src/content/docs/de/docs/plugins/flash/getting-started.mdx
+++ /dev/null
@@ -1,197 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Flash-Plugin installieren und verwenden, um die Taschenlampe Ihres Geräts in Ihrer Capacitor-App zu steuern.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-flash" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und verwenden Sie seine Methoden zur Steuerung der Taschenlampe:
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// Verfügbarkeit der Taschenlampe prüfen
-const checkFlashlight = async () => {
-  const { value } = await CapacitorFlash.isAvailable();
-  console.log('Taschenlampe verfügbar:', value);
-};
-
-// Taschenlampe einschalten
-const turnOn = async () => {
-  await CapacitorFlash.switchOn();
-};
-
-// Taschenlampe ausschalten
-const turnOff = async () => {
-  await CapacitorFlash.switchOff();
-};
-
-// Prüfen, ob Taschenlampe eingeschaltet ist
-const checkStatus = async () => {
-  const { value } = await CapacitorFlash.isSwitchedOn();
-  console.log('Taschenlampe ist an:', value);
-};
-
-// Taschenlampe umschalten
-const toggle = async () => {
-  await CapacitorFlash.toggle();
-};
-```
-
-## API-Referenz
-
-### isAvailable()
-
-Prüft, ob eine Taschenlampe auf dem Gerät verfügbar ist.
-
-```typescript
-const result = await CapacitorFlash.isAvailable();
-// Gibt zurück: { value: boolean }
-```
-
-### switchOn(options?)
-
-Schaltet die Taschenlampe ein.
-
-```typescript
-interface SwitchOnOptions {
-  intensity?: number; // 0.0 bis 1.0 (nur iOS)
-}
-
-await CapacitorFlash.switchOn({ intensity: 0.5 });
-```
-
-### switchOff()
-
-Schaltet die Taschenlampe aus.
-
-```typescript
-await CapacitorFlash.switchOff();
-```
-
-### isSwitchedOn()
-
-Prüft, ob die Taschenlampe derzeit eingeschaltet ist.
-
-```typescript
-const result = await CapacitorFlash.isSwitchedOn();
-// Gibt zurück: { value: boolean }
-```
-
-### toggle()
-
-Schaltet die Taschenlampe ein/aus.
-
-```typescript
-await CapacitorFlash.toggle();
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-export class FlashlightService {
-  private isOn = false;
-
-  async init() {
-    const { value } = await CapacitorFlash.isAvailable();
-    if (!value) {
-      throw new Error('Taschenlampe auf diesem Gerät nicht verfügbar');
-    }
-  }
-
-  async toggle() {
-    if (this.isOn) {
-      await CapacitorFlash.switchOff();
-    } else {
-      await CapacitorFlash.switchOn();
-    }
-    this.isOn = !this.isOn;
-  }
-
-  async turnOn(intensity?: number) {
-    await CapacitorFlash.switchOn({ intensity });
-    this.isOn = true;
-  }
-
-  async turnOff() {
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-
-  async strobe(intervalMs: number = 100, duration: number = 3000) {
-    const endTime = Date.now() + duration;
-
-    while (Date.now() < endTime) {
-      await CapacitorFlash.toggle();
-      await new Promise(resolve => setTimeout(resolve, intervalMs));
-    }
-
-    // Sicherstellen, dass die Taschenlampe nach dem Stroboskop ausgeschaltet ist
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-}
-```
-
-## Bewährte Methoden
-
-1. **Verfügbarkeit zuerst prüfen**
-   Überprüfen Sie immer die Verfügbarkeit der Taschenlampe, bevor Sie sie verwenden:
-   ```typescript
-   const { value } = await CapacitorFlash.isAvailable();
-   if (!value) {
-     // Alternative UI anzeigen oder Taschenlampenfunktionen deaktivieren
-   }
-   ```
-
-2. **Fehler elegant behandeln**
-   ```typescript
-   try {
-     await CapacitorFlash.switchOn();
-   } catch (error) {
-     console.error('Taschenlampe konnte nicht eingeschaltet werden:', error);
-   }
-   ```
-
-3. **Ausschalten, wenn nicht benötigt**
-   Schalten Sie die Taschenlampe immer aus, wenn Ihre App in den Hintergrund geht oder wenn die Funktion nicht mehr benötigt wird, um Batterie zu sparen.
-
-4. **Schnelles Umschalten vermeiden**
-   Implementieren Sie Debouncing, um schnelles Ein-/Ausschalten zu verhindern, das die LED beschädigen oder die Batterie entleeren könnte.
-
-## Plattformhinweise
-
-### iOS
-- Erfordert iOS 10.0+
-- Verwendet `AVCaptureDevice` Taschenlampen-Modus
-- Unterstützt Intensitätssteuerung (0.0 bis 1.0)
-
-### Android
-- Erfordert Android 6.0 (API 23)+
-- Verwendet Camera2 API
-- Intensitätssteuerung nicht unterstützt (verwendet Standardhelligkeit)
-
-### Web
-- Unterstützt auf Browsern mit MediaDevices API und Taschenlampenfähigkeit
-- Verwendet den Kamera-Stream, um auf die Taschenlampe des Geräts zuzugreifen
-- Erfordert Benutzerberechtigung für Kamerazugriff
-- Funktioniert am besten auf mobilen Browsern (Chrome auf Android)
-- Desktop-Browser geben normalerweise `isAvailable: false` zurück (keine Taschenlampenhardware)
-- Intensitätssteuerung nicht auf Web unterstützt
diff --git a/src/content/docs/de/docs/plugins/flash/index.mdx b/src/content/docs/de/docs/plugins/flash/index.mdx
deleted file mode 100644
index 7f142eeb0..000000000
--- a/src/content/docs/de/docs/plugins/flash/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-flash"
-description: Steuern Sie die Taschenlampe/Blitz Ihres Geräts mit diesem einfachen Capacitor-Plugin.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Schalten Sie die Taschenlampe/Blitz Ihres Geräts programmatisch ein und aus mit diesem leichtgewichtigen Capacitor-Plugin.
-  image:
-    file: ~public/icons/plugins/flash.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/flash/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/capacitor-flash/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Einfache API" icon="rocket">
-    Taschenlampe ein/aus mit nur einem Methodenaufruf 🚀
-  </Card>
-  <Card title="Plattformübergreifend" icon="puzzle">
-    Funktioniert auf iOS-, Android- und Web-Plattformen 📱
-  </Card>
-  <Card title="Leichtgewichtig" icon="rocket">
-    Minimaler Footprint ohne Abhängigkeiten ⚡
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/flash/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/gtm/getting-started.mdx b/src/content/docs/de/docs/plugins/gtm/getting-started.mdx
deleted file mode 100644
index 996c7a0da..000000000
--- a/src/content/docs/de/docs/plugins/gtm/getting-started.mdx
+++ /dev/null
@@ -1,242 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie Google Tag Manager mit dem offiziellen SDK in Ihre Capacitor-App installieren und integrieren.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Plattformkonfiguration
-
-### iOS
-
-1. Laden Sie Ihre GTM-Container-Konfigurationsdatei von der Google Tag Manager-Konsole herunter
-2. Fügen Sie die Container-JSON-Datei zu Ihrem iOS-Projekt in Xcode hinzu
-3. Die Datei sollte etwa `GTM-XXXXXX.json` heißen
-
-### Android
-
-1. Laden Sie Ihre GTM-Container-Konfigurationsdatei von der Google Tag Manager-Konsole herunter
-2. Fügen Sie die Container-JSON-Datei zu `android/app/src/main/assets/` hinzu
-3. Die Datei sollte etwa `GTM-XXXXXX.json` heißen
-
-## Verwendungsbeispiel
-
-```typescript
-import { CapacitorGTM } from '@capgo/capacitor-gtm';
-
-// GTM mit Ihrer Container-ID initialisieren
-await CapacitorGTM.init({
-  containerId: 'GTM-XXXXXX'
-});
-
-// Ereignisse an dataLayer senden
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Home',
-    screen_class: 'HomeScreen'
-  }
-});
-
-// Benutzerdefinierte Ereignisse mit Parametern senden
-await CapacitorGTM.pushEvent({
-  event: 'purchase',
-  parameters: {
-    transaction_id: 'T12345',
-    value: 25.00,
-    currency: 'USD',
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Produktname',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-
-// Benutzereigenschaften festlegen
-await CapacitorGTM.setUserProperty({
-  key: 'user_type',
-  value: 'premium'
-});
-
-// Werte aus dataLayer abrufen
-const result = await CapacitorGTM.getVariable({
-  key: 'config_value'
-});
-console.log('Konfigurationswert:', result.value);
-```
-
-## API-Referenz
-
-### init(options)
-
-```typescript
-init(options: { containerId: string }) => Promise<void>
-```
-
-Initialisiert Google Tag Manager mit Ihrer Container-ID.
-
-| Param         | Typ                             |
-| ------------- | -------------------------------- |
-| **`options`** | `{ containerId: string }` |
-
-### pushEvent(options)
-
-```typescript
-pushEvent(options: GTMEvent) => Promise<void>
-```
-
-Sendet ein Ereignis mit optionalen Parametern an den dataLayer.
-
-| Param         | Typ              |
-| ------------- | ----------------- |
-| **`options`** | `GTMEvent` |
-
-### setUserProperty(options)
-
-```typescript
-setUserProperty(options: { key: string; value: string }) => Promise<void>
-```
-
-Legt eine Benutzereigenschaft für Segmentierung und Targeting fest.
-
-| Param         | Typ                                      |
-| ------------- | ----------------------------------------- |
-| **`options`** | `{ key: string; value: string }` |
-
-### getVariable(options)
-
-```typescript
-getVariable(options: { key: string }) => Promise<{ value: any }>
-```
-
-Ruft einen Wert aus der GTM-Container-Konfiguration ab.
-
-| Param         | Typ                     |
-| ------------- | ------------------------ |
-| **`options`** | `{ key: string }` |
-
-**Gibt zurück:** `Promise<{ value: any }>`
-
-## Schnittstellen
-
-### GTMEvent
-
-| Prop             | Typ                                 | Beschreibung                        |
-| ---------------- | ------------------------------------ | ---------------------------------- |
-| **`event`**      | `string`                  | Der Ereignisname                     |
-| **`parameters`** | `Record<string, any>` | Optionale Ereignisparameter (optional) |
-
-## Häufige Ereignisbeispiele
-
-### Bildschirmansichten
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Produktdetails',
-    screen_class: 'ProductScreen'
-  }
-});
-```
-
-### Benutzeraktionen
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'button_click',
-  parameters: {
-    button_name: 'add_to_cart',
-    product_id: 'SKU_12345'
-  }
-});
-```
-
-### E-Commerce-Ereignisse
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'begin_checkout',
-  parameters: {
-    currency: 'USD',
-    value: 75.00,
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Produkt 1',
-        quantity: 2,
-        price: 25.00
-      },
-      {
-        item_id: 'SKU_67890',
-        item_name: 'Produkt 2',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-```
-
-## Bewährte Methoden
-
-- Initialisieren Sie GTM früh im Lebenszyklus Ihrer App
-- Verwenden Sie konsistente Ereignisbenennungskonventionen
-- Fügen Sie relevante Parameter zu jedem Ereignis hinzu
-- Testen Sie Ihre GTM-Konfiguration im Vorschaumodus
-- Überwachen Sie Daten in der Google Tag Manager-Konsole
-- Verwenden Sie Benutzereigenschaften für sinnvolle Segmentierung
-
-## Debugging
-
-Aktivieren Sie den Debug-Modus in der Google Tag Manager-Konsole, um Ihre Implementierung zu testen:
-
-1. Öffnen Sie die GTM-Konsole
-2. Gehen Sie in den Vorschaumodus
-3. Verbinden Sie sich mit Ihrer App über die Container-ID
-4. Überprüfen Sie, ob Ereignisse korrekt verfolgt werden
-
-## Anwendungsfälle
-
-- Benutzerinteraktionen und -verhalten verfolgen
-- App-Leistungsmetriken überwachen
-- E-Commerce-Daten sammeln
-- Drittanbieter-Tags ohne Codeänderungen verwalten
-- A/B-Tests und Personalisierung implementieren
-- Mit Google Analytics und anderen Diensten integrieren
diff --git a/src/content/docs/de/docs/plugins/gtm/index.mdx b/src/content/docs/de/docs/plugins/gtm/index.mdx
deleted file mode 100644
index 56f8e4521..000000000
--- a/src/content/docs/de/docs/plugins/gtm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-gtm"
-description: Integrieren Sie Google Tag Manager mit offizieller SDK-Unterstützung für iOS und Android in Ihre Capacitor-Anwendungen.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Integrieren Sie Google Tag Manager in Ihre mobilen Anwendungen mit dem offiziellen SDK für umfassendes Analytics-Tracking.
-  image:
-    file: ~public/icons/plugins/gtm.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/gtm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-gtm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Offizielles SDK" icon="star">
-    Verwendet offizielles Google Tag Manager SDK für iOS und Android 🏆
-  </Card>
-  <Card title="Ereignisverfolgung" icon="rocket">
-    Ereignisse mit benutzerdefinierten Parametern an dataLayer senden 📊
-  </Card>
-  <Card title="Benutzereigenschaften" icon="setting">
-    Benutzereigenschaften für Segmentierung festlegen und verwalten 👤
-  </Card>
-  <Card title="Container-Verwaltung" icon="document">
-    GTM-Container einfach initialisieren und verwalten 📦
-  </Card>
-  <Card title="DataLayer-Zugriff" icon="magnifier">
-    Werte aus der Container-Konfiguration abrufen 🔍
-  </Card>
-  <Card title="Erste Schritte" icon="open-book">
-    Schauen Sie sich die [Anleitung für erste Schritte](/docs/plugins/gtm/getting-started/) an, um das Plugin zu installieren und zu konfigurieren.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/health/getting-started.mdx b/src/content/docs/de/docs/plugins/health/getting-started.mdx
deleted file mode 100644
index a8120ea6b..000000000
--- a/src/content/docs/de/docs/plugins/health/getting-started.mdx
+++ /dev/null
@@ -1,86 +0,0 @@
----
-title: Erste Schritte
-description: Aktivieren Sie HealthKit- und Health Connect-Zugriff mit dem Capgo Health-Plugin.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Plugin installieren**
-   <PackageManagers pkg="@capgo/capacitor-health" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Native Projekte synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS-Konfiguration
-
-- Öffnen Sie `ios/App/App.xcworkspace` in Xcode und aktivieren Sie die **HealthKit**-Fähigkeit.
-- Geben Sie Nutzungsbeschreibungen in `Info.plist` an:
-
-```xml
-<key>NSHealthShareUsageDescription</key>
-<string>Diese App liest Ihre Gesundheitsmetriken, um Ihr Erlebnis zu personalisieren.</string>
-<key>NSHealthUpdateUsageDescription</key>
-<string>Diese App schreibt Gesundheitsdaten, die Sie explizit aufzeichnen.</string>
-```
-
-## Android-Konfiguration
-
-Gesundheitsdaten werden von [Health Connect](https://developer.android.com/health-and-fitness/guides/health-connect) bereitgestellt. Stellen Sie sicher, dass:
-
-- `minSdkVersion` **26 oder höher** ist (Capacitor 5 erfüllt dies bereits).
-- Benutzer Health Connect installiert haben (Android 14+ enthält es; frühere Versionen erfordern einen Play Store-Download).
-- Sie Benutzer durch die Laufzeitberechtigungs-UI führen, wenn Sie um Zugriff bitten.
-
-## Verfügbarkeit prüfen und Zugriff anfordern
-
-```typescript
-import { Health } from '@capgo/capacitor-health';
-
-const { available, reason } = await Health.isAvailable();
-if (!available) {
-  console.warn('Health-APIs nicht verfügbar:', reason);
-  return;
-}
-
-await Health.requestAuthorization({
-  read: ['steps', 'heartRate', 'weight'],
-  write: ['weight'],
-});
-```
-
-## Proben lesen
-
-```typescript
-const { samples } = await Health.readSamples({
-  dataType: 'steps',
-  startDate: new Date(Date.now() - 7 * 24 * 60 * 60 * 1000).toISOString(),
-  endDate: new Date().toISOString(),
-  limit: 200,
-});
-
-samples.forEach((sample) => {
-  console.log(sample.value, sample.startDate, sample.endDate);
-});
-```
-
-## Proben schreiben
-
-```typescript
-await Health.saveSample({
-  dataType: 'weight',
-  value: 74.6,
-  startDate: new Date().toISOString(),
-});
-```
-
-## Autorisierungsverwaltung
-
-- Verwenden Sie `checkAuthorization()`, um aktuelle Lese-/Schreibbereiche zu überprüfen und Ihre UI anzupassen.
-- Behandeln Sie Ablehnungen elegant, indem Sie erklären, warum die Daten das Erlebnis verbessern, und bieten Sie eine Wiederholung an.
-- Respektieren Sie immer die Privatsphäre des Benutzers und fordern Sie nur die minimalen Bereiche an, die Ihre Funktion benötigt.
diff --git a/src/content/docs/de/docs/plugins/health/index.mdx b/src/content/docs/de/docs/plugins/health/index.mdx
deleted file mode 100644
index 2201ad473..000000000
--- a/src/content/docs/de/docs/plugins/health/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-health"
-description: Verbinden Sie sich mit Apple HealthKit und Health Connect von Capacitor aus mit einer einheitlichen, typisierten API.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Lesen und schreiben Sie Fitnessmetriken auf iOS und Android, während Sie einen konsistenten TypeScript-Vertrag beibehalten.
-  image:
-    file: ~public/icons/plugins/health.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/health/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-health/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Das Capgo Health-Plugin vereinheitlicht den Zugriff auf HealthKit und Health Connect, sodass Sie Aktivität, biometrische Metriken und Körpermessungen mit einer Capacitor-Integration verfolgen können.
-
-<CardGrid stagger>
-  <Card title="Plattformübergreifende Gesundheitsdaten" icon="rocket">
-    Unterstützen Sie Apple HealthKit und Android Health Connect sofort einsatzbereit.
-  </Card>
-  <Card title="Granulare Berechtigungen" icon="approve-check">
-    Fordern Sie separate Lese-/Schreibbereiche an und reagieren Sie auf Autorisierungsänderungen.
-  </Card>
-  <Card title="Konsistente Einheiten" icon="star">
-    Arbeiten Sie mit normalisierten Datentypen wie `steps`, `heartRate` und `weight`.
-  </Card>
-  <Card title="Echtzeit-Schreibvorgänge" icon="rocket">
-    Speichern Sie Proben zurück im Gesundheitsspeicher des Benutzers, wenn er Aktivitäten protokolliert.
-  </Card>
-</CardGrid>
-
-Folgen Sie der Anleitung für erste Schritte, um Plattformfähigkeiten zu aktivieren, Zustimmung einzuholen und mit dem Synchronisieren von Metriken zu beginnen.
diff --git a/src/content/docs/de/docs/plugins/home-indicator/getting-started.mdx b/src/content/docs/de/docs/plugins/home-indicator/getting-started.mdx
deleted file mode 100644
index 035eeedde..000000000
--- a/src/content/docs/de/docs/plugins/home-indicator/getting-started.mdx
+++ /dev/null
@@ -1,214 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Capacitor Home Indicator-Plugin installieren und konfigurieren, um den Home-Indikator auf iOS-Geräten zu steuern.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/home-indicator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Plugin konfigurieren**
-
-   **Home-Indikator ausblenden:**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-
-   // Home-Indikator ausblenden
-   await HomeIndicator.hide();
-   ```
-
-   **Home-Indikator anzeigen:**
-   ```typescript
-   // Home-Indikator anzeigen
-   await HomeIndicator.show();
-
-   // Sichtbarkeitsstatus prüfen
-   const { hidden } = await HomeIndicator.isHidden();
-   console.log('Ist ausgeblendet:', hidden);
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Keine zusätzliche Einrichtung erforderlich. Das Plugin funktioniert nur auf iOS-Geräten mit Home-Indikator (iPhone X und neuer).
-     </TabItem>
-     <TabItem label="Android">
-       Dieses Plugin hat keine Auswirkungen auf Android-Geräte, da sie keinen iOS-ähnlichen Home-Indikator haben.
-     </TabItem>
-   </Tabs>
-
-4. **Auto-Hide-Konfiguration**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-
-   // Auto-Hide-Verhalten konfigurieren
-   await HomeIndicator.setAutoHidden({
-     autoHidden: true // Auto-Hide aktivieren
-   });
-
-   // Der Home-Indikator wird nach einigen Sekunden automatisch ausgeblendet
-   // und erscheint wieder, wenn der Benutzer den Bildschirm berührt
-   ```
-
-5. **Erweiterte Verwendung**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-   import { App } from '@capacitor/app';
-
-   export class ImmersiveMode {
-     private isImmersive = false;
-
-     async enterImmersiveMode() {
-       this.isImmersive = true;
-
-       // Home-Indikator ausblenden
-       await HomeIndicator.hide();
-
-       // Auto-Hide für bessere UX aktivieren
-       await HomeIndicator.setAutoHidden({ autoHidden: true });
-
-       // Statusleiste für vollständige Immersion ausblenden
-       // StatusBar.hide(); // Bei Verwendung von @capacitor/status-bar
-     }
-
-     async exitImmersiveMode() {
-       this.isImmersive = false;
-
-       // Home-Indikator anzeigen
-       await HomeIndicator.show();
-
-       // Auto-Hide deaktivieren
-       await HomeIndicator.setAutoHidden({ autoHidden: false });
-
-       // Statusleiste anzeigen
-       // StatusBar.show(); // Bei Verwendung von @capacitor/status-bar
-     }
-
-     async toggleImmersiveMode() {
-       const { hidden } = await HomeIndicator.isHidden();
-
-       if (hidden) {
-         await this.exitImmersiveMode();
-       } else {
-         await this.enterImmersiveMode();
-       }
-     }
-
-     setupAppLifecycle() {
-       // App-Statusänderungen behandeln
-       App.addListener('appStateChange', async ({ isActive }) => {
-         if (!isActive && this.isImmersive) {
-           // App ging in den Hintergrund, möglicherweise Indikator anzeigen
-           await HomeIndicator.show();
-         } else if (isActive && this.isImmersive) {
-           // App kam in den Vordergrund, immersiven Modus wiederherstellen
-           await HomeIndicator.hide();
-         }
-       });
-     }
-   }
-   ```
-</Steps>
-
-## API-Referenz
-
-### Methoden
-
-#### `hide()`
-Blendet den Home-Indikator aus.
-
-**Gibt zurück:** `Promise<void>`
-
-#### `show()`
-Zeigt den Home-Indikator an.
-
-**Gibt zurück:** `Promise<void>`
-
-#### `isHidden()`
-Prüft, ob der Home-Indikator derzeit ausgeblendet ist.
-
-**Gibt zurück:** `Promise<{ hidden: boolean }>`
-
-#### `setAutoHidden(options: { autoHidden: boolean })`
-Konfiguriert das Auto-Hide-Verhalten für den Home-Indikator.
-
-**Parameter:**
-- `options.autoHidden`: boolean - Auto-Hide aktivieren oder deaktivieren
-
-**Gibt zurück:** `Promise<void>`
-
-### Schnittstellen
-
-```typescript
-interface AutoHiddenOptions {
-  autoHidden: boolean;
-}
-
-interface HiddenResult {
-  hidden: boolean;
-}
-```
-
-## Plattformhinweise
-
-### iOS
-- Funktioniert nur auf Geräten mit Home-Indikator (iPhone X und neuer)
-- Erfordert iOS 11.0 oder neuer
-- Auto-Hide macht den Indikator durchscheinend und blendet ihn nach Inaktivität aus
-- Der Indikator erscheint wieder, wenn Benutzer von unten wischen
-
-### Android
-- Dieses Plugin hat keine Auswirkungen auf Android
-- Android verwendet unterschiedliche Navigationsgesten/-tasten
-
-## Häufige Anwendungsfälle
-
-1. **Spiele**: Vollbild-Gaming ohne Ablenkungen
-2. **Videoplayer**: Immersive Videowiedergabe
-3. **Fotobetrachter**: Vollbild-Fotogalerien
-4. **Präsentationen**: Ablenkungsfreie Präsentationen
-5. **Kiosk-Apps**: Öffentliche Anzeigeanwendungen
-
-## Bewährte Methoden
-
-1. **Benutzerkontrolle**: Bieten Sie immer eine Möglichkeit, den immersiven Modus zu verlassen
-   ```typescript
-   // Geste oder Button zum Umschalten des immersiven Modus hinzufügen
-   const toggleButton = document.getElementById('toggle-immersive');
-   toggleButton.addEventListener('click', () => {
-     immersiveMode.toggleImmersiveMode();
-   });
-   ```
-
-2. **Auto-Hide für Spiele**: Verwenden Sie Auto-Hide für besseres Spielerlebnis
-   ```typescript
-   // Für Spiele bietet Auto-Hide die beste Balance
-   await HomeIndicator.setAutoHidden({ autoHidden: true });
-   ```
-
-3. **Systemgesten respektieren**: Beeinträchtigen Sie nicht die Systemnavigation
-4. **Status speichern**: Merken Sie sich die Präferenz des Benutzers für den immersiven Modus
-
-## Fehlerbehebung
-
-**Home-Indikator wird nicht ausgeblendet:**
-- Überprüfen Sie, ob das Gerät einen Home-Indikator hat (iPhone X+)
-- Prüfen Sie, ob die iOS-Version 11.0 oder höher ist
-- Stellen Sie sicher, dass die App den Fokus hat
-
-**Auto-Hide funktioniert nicht:**
-- Auto-Hide erfordert Benutzerinteraktion zur Aktivierung
-- Der Indikator wird durchscheinend, nicht vollständig ausgeblendet
-
-**Indikator erscheint unerwartet wieder:**
-- Dies ist normales iOS-Verhalten für Systemgesten
-- Verwenden Sie Auto-Hide für weniger aufdringliches Verhalten
diff --git a/src/content/docs/de/docs/plugins/home-indicator/index.mdx b/src/content/docs/de/docs/plugins/home-indicator/index.mdx
deleted file mode 100644
index 594bbf2ad..000000000
--- a/src/content/docs/de/docs/plugins/home-indicator/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: '@capgo/home-indicator'
-description: >-
-  Capacitor-Plugin zur Steuerung der Sichtbarkeit des Home-Indicators auf
-  iOS-Geräten, das immersive Vollbilderlebnisse ermöglicht.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-hero:
-  tagline: >-
-    Blenden Sie den Home-Indicator auf iOS-Geräten aus oder ein, um wirklich
-    immersive Vollbilderlebnisse in Ihrer App zu schaffen.
-  image:
-    file: ~public/icons/plugins/home-indicator.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/home-indicator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-home-indicator/'
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="iOS Home-Indicator-Steuerung" icon="rocket">
-    Vollständige Kontrolle über die Home-Indicator-Sichtbarkeit 📱
-  </Card>
-  <Card title="Immersive Erlebnisse" icon="setting">
-    Schaffen Sie Vollbilderlebnisse ohne Ablenkung 🎮
-  </Card>
-  <Card title="Auto-Hide-Unterstützung" icon="star">
-    Konfigurieren Sie Auto-Hide-Verhalten für nahtlose UX ✨
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Lesen Sie die [Dokumentation](/docs/plugins/home-indicator/getting-started/), um das Plugin in wenigen Minuten zu beherrschen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/ibeacon/getting-started.mdx b/src/content/docs/de/docs/plugins/ibeacon/getting-started.mdx
deleted file mode 100644
index eab40d31b..000000000
--- a/src/content/docs/de/docs/plugins/ibeacon/getting-started.mdx
+++ /dev/null
@@ -1,619 +0,0 @@
----
-title: Erste Schritte
-description: >-
-  Erfahren Sie, wie Sie das iBeacon-Plugin installieren und verwenden, um
-  Bluetooth-Beacons in Ihrer Capacitor-App zu erkennen und zu überwachen.
-sidebar:
-  order: 2
-locale: de
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-ibeacon" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Konfiguration
-
-### iOS Konfiguration
-
-Fügen Sie Folgendes zu Ihrem `Info.plist` hinzu:
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>This app needs location access to detect nearby beacons</string>
-
-<key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-<string>This app needs location access to monitor beacons in the background</string>
-
-<key>NSBluetoothAlwaysUsageDescription</key>
-<string>This app uses Bluetooth to detect nearby beacons</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>location</string>
-</array>
-```
-
-### Android Konfiguration
-
-Fügen Sie Folgendes zu Ihrem `AndroidManifest.xml` hinzu:
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-  <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-  <uses-permission android:name="android.permission.BLUETOOTH" />
-  <uses-permission android:name="android.permission.BLUETOOTH_ADMIN" />
-  <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" />
-</manifest>
-```
-
-**Wichtig**: Für Android müssen Sie die Bibliothek [AltBeacon](https://altbeacon.github.io/android-beacon-library/) in Ihr Projekt integrieren, damit die Beacon-Erkennung funktioniert.
-
-Fügen Sie `build.gradle` Ihrer App hinzu:
-
-```kotlin
-dependencies {
-    implementation 'org.altbeacon:android-beacon-library:2.20+'
-}
-```
-
-## Nutzung
-
-### Grundeinrichtung
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-
-// Define your beacon region
-const beaconRegion = {
-  identifier: 'MyStore',
-  uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-  major: 1, // Optional
-  minor: 2  // Optional
-};
-```
-
-### Berechtigungen anfordern
-
-```typescript
-// Request "When In Use" permission
-const requestPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-  console.log('Permission status:', status);
-  // status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use'
-};
-
-// Request "Always" permission (for background monitoring)
-const requestAlwaysPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestAlwaysAuthorization();
-  console.log('Always permission status:', status);
-};
-
-// Check current authorization status
-const checkPermission = async () => {
-  const { status } = await CapacitorIbeacon.getAuthorizationStatus();
-  console.log('Current status:', status);
-};
-```
-
-### Überprüfen Sie die Gerätefunktionen
-
-```typescript
-// Check if Bluetooth is enabled
-const checkBluetooth = async () => {
-  const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-  if (!enabled) {
-    console.log('Please enable Bluetooth');
-  }
-};
-
-// Check if ranging is available
-const checkRanging = async () => {
-  const { available } = await CapacitorIbeacon.isRangingAvailable();
-  console.log('Ranging available:', available);
-};
-```
-
-### Beacon-Regionen überwachen
-
-Die Überwachung erkennt, wenn Sie eine Beacon-Region betreten oder verlassen. Dies funktioniert im Hintergrund.
-
-```typescript
-// Start monitoring
-const startMonitoring = async () => {
-  await CapacitorIbeacon.startMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2
-  });
-  console.log('Started monitoring for beacons');
-};
-
-// Stop monitoring
-const stopMonitoring = async () => {
-  await CapacitorIbeacon.stopMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### Reichweitenbaken
-
-Ranging bietet kontinuierliche Updates zu nahegelegenen Beacons und deren Entfernungen. Dazu muss die App im Vordergrund sein.
-
-```typescript
-// Start ranging
-const startRanging = async () => {
-  await CapacitorIbeacon.startRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-  console.log('Started ranging beacons');
-};
-
-// Stop ranging
-const stopRanging = async () => {
-  await CapacitorIbeacon.stopRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### Ereignisse anhören
-
-```typescript
-import { PluginListenerHandle } from '@capacitor/core';
-
-// Listen for ranging events (continuous distance updates)
-const rangingListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didRangeBeacons',
-  (data) => {
-    console.log('Beacons detected:', data.beacons);
-    data.beacons.forEach(beacon => {
-      console.log(`UUID: ${beacon.uuid}`);
-      console.log(`Major: ${beacon.major}, Minor: ${beacon.minor}`);
-      console.log(`Distance: ${beacon.accuracy}m`);
-      console.log(`Proximity: ${beacon.proximity}`); // immediate, near, far, unknown
-      console.log(`RSSI: ${beacon.rssi}`);
-    });
-  }
-);
-
-// Listen for region enter events
-const enterListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didEnterRegion',
-  (data) => {
-    console.log('Entered region:', data.region.identifier);
-    // Show welcome notification or trigger action
-  }
-);
-
-// Listen for region exit events
-const exitListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didExitRegion',
-  (data) => {
-    console.log('Exited region:', data.region.identifier);
-    // Trigger goodbye action
-  }
-);
-
-// Listen for region state changes
-const stateListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didDetermineStateForRegion',
-  (data) => {
-    console.log(`Region ${data.region.identifier}: ${data.state}`);
-    // state: 'inside' | 'outside' | 'unknown'
-  }
-);
-
-// Clean up listeners when done
-const cleanup = () => {
-  rangingListener.remove();
-  enterListener.remove();
-  exitListener.remove();
-  stateListener.remove();
-};
-```
-
-### Als iBeacon bewerben (nur iOS)
-
-Verwandeln Sie Ihr Gerät in einen iBeacon-Sender.
-
-```typescript
-// Start advertising
-const startAdvertising = async () => {
-  await CapacitorIbeacon.startAdvertising({
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2,
-    identifier: 'MyBeacon',
-    measuredPower: -59 // Optional: calibrated power at 1 meter
-  });
-  console.log('Started advertising as iBeacon');
-};
-
-// Stop advertising
-const stopAdvertising = async () => {
-  await CapacitorIbeacon.stopAdvertising();
-};
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-import { PluginListenerHandle } from '@capacitor/core';
-
-export class BeaconService {
-  private listeners: PluginListenerHandle[] = [];
-
-  async init() {
-    // Request permissions
-    const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-
-    if (status !== 'authorized_when_in_use' && status !== 'authorized_always') {
-      throw new Error('Location permission denied');
-    }
-
-    // Check Bluetooth
-    const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-    if (!enabled) {
-      throw new Error('Bluetooth is not enabled');
-    }
-
-    // Set up event listeners
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didEnterRegion', (data) => {
-        console.log('Welcome! Entered:', data.region.identifier);
-        this.onEnterRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didExitRegion', (data) => {
-        console.log('Goodbye! Left:', data.region.identifier);
-        this.onExitRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didRangeBeacons', (data) => {
-        this.onRangeBeacons(data.beacons);
-      })
-    );
-  }
-
-  async startMonitoring(uuid: string, identifier: string, major?: number, minor?: number) {
-    await CapacitorIbeacon.startMonitoringForRegion({
-      identifier,
-      uuid,
-      major,
-      minor
-    });
-  }
-
-  async startRanging(uuid: string, identifier: string) {
-    await CapacitorIbeacon.startRangingBeaconsInRegion({
-      identifier,
-      uuid
-    });
-  }
-
-  private onEnterRegion(region: any) {
-    // Handle region entry (e.g., show notification, trigger content)
-    console.log('Entered beacon region:', region);
-  }
-
-  private onExitRegion(region: any) {
-    // Handle region exit
-    console.log('Left beacon region:', region);
-  }
-
-  private onRangeBeacons(beacons: any[]) {
-    // Process beacon distances
-    const nearestBeacon = beacons.reduce((nearest, beacon) => {
-      return beacon.accuracy < nearest.accuracy ? beacon : nearest;
-    }, beacons[0]);
-
-    if (nearestBeacon) {
-      console.log('Nearest beacon:', nearestBeacon);
-      this.handleProximity(nearestBeacon);
-    }
-  }
-
-  private handleProximity(beacon: any) {
-    switch (beacon.proximity) {
-      case 'immediate': // < 0.5m
-        console.log('Very close to beacon');
-        break;
-      case 'near': // 0.5m - 3m
-        console.log('Near beacon');
-        break;
-      case 'far': // > 3m
-        console.log('Far from beacon');
-        break;
-      case 'unknown':
-        console.log('Distance unknown');
-        break;
-    }
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-## API Referenz
-
-### startMonitoringForRegion(Optionen)
-
-Beginnen Sie mit der Überwachung einer Beacon-Region. Löst Ereignisse beim Betreten/Verlassen aus.
-
-```typescript
-interface BeaconRegion {
-  identifier: string;
-  uuid: string;
-  major?: number;
-  minor?: number;
-  notifyEntryStateOnDisplay?: boolean;
-}
-
-await CapacitorIbeacon.startMonitoringForRegion(options);
-```
-
-### stopMonitoringForRegion(Optionen)
-
-Beenden Sie die Überwachung einer Beacon-Region.
-
-```typescript
-await CapacitorIbeacon.stopMonitoringForRegion(options);
-```
-
-### startRangingBeaconsInRegion(Optionen)
-
-Starten Sie Messbaken in einer Region, um kontinuierliche Entfernungsaktualisierungen zu erhalten.
-
-```typescript
-await CapacitorIbeacon.startRangingBeaconsInRegion(options);
-```
-
-### stopRangingBeaconsInRegion(Optionen)
-
-Stoppen Sie Entfernungsbaken in einer Region.
-
-```typescript
-await CapacitorIbeacon.stopRangingBeaconsInRegion(options);
-```
-
-### startAdvertising(Optionen)
-
-Beginnen Sie mit der Werbung für das Gerät als iBeacon (nur iOS).
-
-```typescript
-interface BeaconAdvertisingOptions {
-  uuid: string;
-  major: number;
-  minor: number;
-  identifier: string;
-  measuredPower?: number; // Calibrated power at 1 meter
-}
-
-await CapacitorIbeacon.startAdvertising(options);
-```
-
-### stopAdvertising()
-
-Hören Sie auf, das Gerät als iBeacon zu bewerben.
-
-```typescript
-await CapacitorIbeacon.stopAdvertising();
-```
-
-### requestWhenInUseAuthorization()
-
-Fordern Sie die Standortautorisierung „Bei Verwendung“ an.
-
-```typescript
-const result = await CapacitorIbeacon.requestWhenInUseAuthorization();
-// Returns: { status: string }
-```
-
-### requestAlwaysAuthorization()
-
-Fordern Sie die Standortberechtigung „Immer“ an (erforderlich für die Hintergrundüberwachung).
-
-```typescript
-const result = await CapacitorIbeacon.requestAlwaysAuthorization();
-// Returns: { status: string }
-```
-
-### getAuthorizationStatus()
-
-Erhalten Sie den aktuellen Status der Standortautorisierung.
-
-```typescript
-const result = await CapacitorIbeacon.getAuthorizationStatus();
-// Returns: { status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use' }
-```
-
-### isBluetoothEnabled()
-
-Überprüfen Sie, ob Bluetooth aktiviert ist.
-
-```typescript
-const result = await CapacitorIbeacon.isBluetoothEnabled();
-// Returns: { enabled: boolean }
-```
-
-### isRangingAvailable()
-
-Überprüfen Sie, ob die Bereichswahl auf dem Gerät verfügbar ist.
-
-```typescript
-const result = await CapacitorIbeacon.isRangingAvailable();
-// Returns: { available: boolean }
-```
-
-### enableARMAFilter(Optionen)
-
-Aktivieren Sie die ARMA-Filterung für Entfernungsberechnungen (nur Android).
-
-```typescript
-await CapacitorIbeacon.enableARMAFilter({ enabled: true });
-```
-
-## Ereignisse
-
-### didRangeBeacons
-
-Wird ausgelöst, wenn während der Entfernungsmessung Beacons erkannt werden.
-
-```typescript
-interface RangingEvent {
-  region: BeaconRegion;
-  beacons: Beacon[];
-}
-
-interface Beacon {
-  uuid: string;
-  major: number;
-  minor: number;
-  rssi: number; // Signal strength
-  proximity: 'immediate' | 'near' | 'far' | 'unknown';
-  accuracy: number; // Distance in meters
-}
-```
-
-### didEnterRegion
-
-Wird beim Betreten einer überwachten Beacon-Region ausgelöst.
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didExitRegion
-
-Wird beim Verlassen einer überwachten Beacon-Region ausgelöst.
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didDetermineStateForRegion
-
-Wird ausgelöst, wenn der Regionsstatus ermittelt wird.
-
-```typescript
-interface StateEvent {
-  region: BeaconRegion;
-  state: 'inside' | 'outside' | 'unknown';
-}
-```
-
-## Näherungswerte
-
-- **sofort**: Sehr nah (< 0.5 meters)
-- **near**: Relatively close (0.5 - 3 meters)
-- **far**: Further away (> 3 Meter)
-- **unbekannt**: Entfernung kann nicht bestimmt werden
-
-## Bewährte Methoden
-
-1. **Entsprechende Berechtigungen anfordern**
-   - Verwenden Sie „Bei Verwendung“ für Vordergrundfunktionen
-   - Fordern Sie „Immer“ nur an, wenn Sie eine Hintergrundüberwachung benötigen
-   - Erklären Sie deutlich, warum Sie einen Standortzugriff benötigen2. **Bluetooth-Status verwalten**
-   ```typescript
-   const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-   if (!enabled) {
-     // Prompt user to enable Bluetooth
-   }
-   ```
-
-3. **Batterieoptimierung**
-   - Verwenden Sie nach Möglichkeit eine Überwachung anstelle einer Entfernungsmessung (batterieeffizienter).
-   - Stoppen Sie die Bereichswahl, wenn sie nicht aktiv benötigt wird
-   - Erwägen Sie die Verwendung größerer Haupt-/Nebenbereiche, um die Verarbeitung zu reduzieren
-
-4. **Fehlerbehandlung**
-   ```typescript
-   try {
-     await CapacitorIbeacon.startMonitoringForRegion(region);
-   } catch (error) {
-     console.error('Failed to start monitoring:', error);
-   }
-   ```
-
-5. **Räumen Sie die Zuhörer auf**
-   Entfernen Sie immer Ereignis-Listener, wenn die Bereitstellung einer Komponente aufgehoben wird, um Speicherlecks zu verhindern.
-
-## Plattformhinweise
-
-### iOS
-- Erfordert iOS 10.0+
-- Verwendet das native CoreLocation-Framework
-- Unterstützt Hintergrundüberwachung mit der Berechtigung „Immer“.
-- Kann mit CoreBluetooth als iBeacon werben
-- Für die Entfernungsmessung muss sich die App im Vordergrund befinden
-
-### Android
-- Erfordert Android 6.0 (API 23)+
-- Verwendet die AltBeacon-Bibliothek
-- Erfordert Standortberechtigungen, obwohl Beacons Bluetooth verwenden
-– Hintergrundüberwachung erfordert ACCESS_BACKGROUND_LOCATION (Android 10+)
-- Kann nicht als iBeacon werben (Hardwareeinschränkung auf den meisten Geräten)
-
-### Web
-– Wird auf der Webplattform nicht unterstützt
-
-## Häufige Anwendungsfälle
-
-1. **Proximity-Marketing**: Lösen Sie Benachrichtigungen oder Inhalte aus, wenn sich Benutzer Ihrem Geschäft nähern
-2. **Indoor-Navigation**: Führen Sie Benutzer mithilfe von Beacon-Wegpunkten durch Gebäude
-3. **Anwesenheitsverfolgung**: Automatisches Einchecken, wenn Benutzer einen Standort betreten
-4. **Asset Tracking**: Überwachen Sie Geräte- oder Bestandsbewegungen
-5. **Museumsführungen**: Stellen Sie kontextbezogene Informationen bereit, wenn Besucher sich den Ausstellungen nähern
-6. **Smart Home**: Automatisierungen basierend auf der Raumpräsenz auslösen
-
-## Fehlerbehebung
-
-### Beacons nicht erkannt
-- Stellen Sie sicher, dass Bluetooth aktiviert ist
-- Überprüfen Sie, ob Standortberechtigungen erteilt wurden
-- Überprüfen Sie, ob die Beacon-UUID genau übereinstimmt (Groß- und Kleinschreibung beachten).
-- Bestätigen Sie, dass die Bake mit Strom versorgt wird und sendet
-- Versuchen Sie es zunächst ohne Haupt-/Nebenfilter
-
-### Hintergrundüberwachung funktioniert nicht
-- Stellen Sie sicher, dass die Standortberechtigung „Immer“ erteilt ist
-– `location` zu UIBackgroundModes hinzufügen (iOS)
-- ACCESS_BACKGROUND_LOCATION anfordern (Android 10+)
-- Hinweis: iOS kann Hintergrundrückrufe verzögern, um Batterie zu sparen
-
-### Entfernungsmessungen ungenau
-- Beacon RSSI variiert je nach Umgebung (Wände, Störungen)
-- Verwenden Sie mehrere Beacons zur Triangulation
-- Kalibrieren Sie die gemessene Leistung 1 Meter von der Bake entfernt
-– Aktivieren Sie die ARMA-Filterung auf Android für glattere Werte
diff --git a/src/content/docs/de/docs/plugins/ibeacon/index.mdx b/src/content/docs/de/docs/plugins/ibeacon/index.mdx
deleted file mode 100644
index a5ea1413d..000000000
--- a/src/content/docs/de/docs/plugins/ibeacon/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: '@capgo/capacitor-ibeacon'
-description: >-
-  iBeacon-Plugin für Capacitor - Näherungserkennung und Beacon-Region-Überwachung
-  für standortbasierte Funktionen.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-hero:
-  tagline: >-
-    Erkennen und überwachen Sie Bluetooth-Beacons für Näherungs-basierte Funktionen,
-    Innennavigation und standortbewusste Erlebnisse.
-  image:
-    file: ~public/icons/plugins/ibeacon.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/ibeacon/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-ibeacon/'
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Beacon-Überwachung" icon="star">
-    Überwachen Sie Beacon-Bereiche und erhalten Sie Benachrichtigungen beim Eintritt oder Austritt 🎯
-  </Card>
-  <Card title="Beacon-Ranging" icon="rocket">
-    Erkennen Sie in der Nähe befindliche Beacons und messen Sie deren Abstand in Echtzeit 📡
-  </Card>
-  <Card title="Hintergrund-Erkennung" icon="setting">
-    Überwachen Sie Beacons auch wenn die App im Hintergrund läuft 🔔
-  </Card>
-  <Card title="Beacon-Übertragung" icon="puzzle">
-    Verwandeln Sie Ihr Gerät in einen iBeacon-Transmitter (nur iOS) 📱
-  </Card>
-  <Card title="Plattformübergreifend" icon="puzzle">
-    Funktioniert auf iOS und Android mit nativen Beacon-Bibliotheken 📱
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Lesen Sie die [Dokumentation](/docs/plugins/ibeacon/getting-started/), um das Plugin in wenigen Minuten zu beherrschen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/inappbrowser/getting-started.mdx b/src/content/docs/de/docs/plugins/inappbrowser/getting-started.mdx
deleted file mode 100644
index 9b98df6cf..000000000
--- a/src/content/docs/de/docs/plugins/inappbrowser/getting-started.mdx
+++ /dev/null
@@ -1,410 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das InAppBrowser-Plugin mit URL-Änderungsereignissen für eingebettete Webinhalte in Ihrer Capacitor-App installieren und verwenden.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Paket**
-   <PackageManagers pkg="@capgo/inappbrowser" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und verwenden Sie seine zwei Haupteinstiegspunkte:
-
-```typescript
-import { InAppBrowser, ToolBarType, BackgroundColor } from '@capgo/inappbrowser';
-
-// 1) Einfacher Custom Tab / SFSafariViewController
-const openExternal = async () => {
-  await InAppBrowser.open({
-    url: 'https://capgo.app',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-
-// 2) Vollständige WebView mit Navigation, Headern, Teilen, Messaging usw.
-const openWebView = async () => {
-  await InAppBrowser.openWebView({
-    url: 'https://capgo.app',
-    title: 'Capgo',
-    toolbarType: ToolBarType.NAVIGATION,
-    backgroundColor: BackgroundColor.BLACK,
-    activeNativeNavigationForWebview: true,
-    showReloadButton: true,
-    shareSubject: 'Schauen Sie sich diese Seite an',
-    shareDisclaimer: {
-      title: 'Haftungsausschluss',
-      message: 'Sie sind dabei, Inhalte zu teilen',
-      confirmBtn: 'Fortfahren',
-      cancelBtn: 'Abbrechen',
-    },
-  });
-};
-
-// Nachrichtenaustausch zwischen App und geöffneter WebView
-const setupListeners = async () => {
-  await InAppBrowser.addListener('urlChangeEvent', (event) => {
-    console.log('URL geändert zu:', event.url);
-  });
-
-  await InAppBrowser.addListener('messageFromWebview', (event) => {
-    console.log('Nachricht vom Web:', event.detail);
-  });
-
-  await InAppBrowser.addListener('closeEvent', () => {
-    console.log('WebView geschlossen');
-  });
-};
-
-// Daten an die WebView senden
-const sendData = async () => {
-  await InAppBrowser.postMessage({ detail: { action: 'refresh-profile' } });
-};
-
-// Hilfsfunktionen zum Schließen und Neuladen
-const closeBrowser = () => InAppBrowser.close();
-const reloadPage = () => InAppBrowser.reload();
-```
-
-## API-Referenz
-
-### open(options: OpenOptions)
-Öffnet eine URL in einem Custom Tab / SFSafariViewController.
-
-```typescript
-interface OpenOptions {
-  /** Ziel-URL zum Laden */
-  url: string;
-  /** Nach Abschluss des Seitenladens anzeigen */
-  isPresentAfterPageLoad?: boolean;
-  /** Verhindern, dass Deep Links externe Apps öffnen */
-  preventDeeplink?: boolean;
-}
-
-await InAppBrowser.open({ url: 'https://example.com', preventDeeplink: true });
-```
-
-### openWebView(options: OpenWebViewOptions)
-Lädt eine vollständig ausgestattete WebView mit Navigations-UI, Headern, Anmeldeinformationen, Skripting und Messaging.
-
-```typescript
-interface OpenWebViewOptions {
-  url: string;
-  headers?: Record<string, string>;
-  credentials?: { username: string; password: string };
-  materialPicker?: boolean;
-  shareDisclaimer?: {
-    title: string;
-    message: string;
-    confirmBtn: string;
-    cancelBtn: string;
-  };
-  toolbarType?: ToolBarType;
-  shareSubject?: string;
-  title?: string;
-  backgroundColor?: BackgroundColor;
-  activeNativeNavigationForWebview?: boolean;
-  disableGoBackOnNativeApplication?: boolean;
-  isPresentAfterPageLoad?: boolean;
-  isInspectable?: boolean;
-  isAnimated?: boolean;
-  showReloadButton?: boolean;
-  closeModal?: boolean;
-  closeModalTitle?: string;
-  closeModalDescription?: string;
-  closeModalOk?: string;
-  closeModalCancel?: string;
-  visibleTitle?: boolean;
-  toolbarColor?: string;
-  toolbarTextColor?: string;
-  showArrow?: boolean;
-  ignoreUntrustedSSLError?: boolean;
-  preShowScript?: string;
-  preShowScriptInjectionTime?: 'documentStart' | 'pageLoad';
-  proxyRequests?: string;
-  buttonNearDone?: {
-    ios: { iconType: 'sf-symbol' | 'asset'; icon: string };
-    android: { iconType: 'asset' | 'vector'; icon: string; width?: number; height?: number };
-  };
-  textZoom?: number;
-  preventDeeplink?: boolean;
-  authorizedAppLinks?: string[];
-  enabledSafeBottomMargin?: boolean;
-  useTopInset?: boolean;
-  enableGooglePaySupport?: boolean;
-  blockedHosts?: string[];
-  width?: number;
-  height?: number;
-  x?: number;
-  y?: number;
-}
-
-await InAppBrowser.openWebView({
-  url: 'https://new-page.com',
-  toolbarType: ToolBarType.NAVIGATION,
-  showReloadButton: true,
-});
-```
-
-`ToolBarType` Werte: `activity` (Schließen + Teilen), `compact` (nur Schließen), `navigation` (Zurück/Vorwärts + Schließen), `blank` (keine Toolbar). `BackgroundColor` Werte: `white` oder `black`.
-
-### close(options?)
-Schließt die WebView/den Custom Tab.
-
-**Optionen:**
-- `isAnimated?: boolean` - Ob die Schließaktion animiert werden soll
-
-### reload()
-Lädt die aktuelle WebView-Seite neu.
-
-### goBack()
-Geht in der WebView-Historie zurück und gibt `{ canGoBack: boolean }` zurück.
-
-### `setUrl({ url: string })`
-Ersetzt die aktuelle WebView-URL.
-
-### `executeScript({ code: string })`
-Injiziert JavaScript in die WebView.
-
-### `postMessage({ detail: Record<string, any> })`
-Sendet Daten von der nativen App an die WebView (empfangen in JS über `window.addEventListener('messageFromNative', ...)`).
-
-### `getCookies({ url, includeHttpOnly? })`
-Gibt Cookies für die URL zurück.
-
-### `clearCookies({ url })` / clearAllCookies() / clearCache()
-Hilfsfunktionen zur Verwaltung von Cookies und Cache.
-
-### updateDimensions(options: DimensionOptions)
-Ändert WebView-Größe/-Position zur Laufzeit (`width`, `height`, `x`, `y`).
-
-### removeAllListeners()
-Entfernt alle Listener für das Plugin.
-
-## Ereignisse
-
-### urlChangeEvent
-
-Wird ausgelöst, wenn sich die URL im Browser ändert.
-
-```typescript
-interface UrlChangeEvent {
-  url: string;
-}
-
-InAppBrowser.addListener('urlChangeEvent', (event) => {
-  console.log('Neue URL:', event.url);
-});
-```
-
-### messageFromWebview
-Wird ausgelöst, wenn `window.mobileApp.postMessage(...)` innerhalb der WebView aufgerufen wird.
-
-```typescript
-InAppBrowser.addListener('messageFromWebview', (event) => {
-  console.log('Payload vom Web:', event.detail);
-});
-```
-
-### closeEvent
-
-Wird ausgelöst, wenn der Browser geschlossen wird.
-
-```typescript
-InAppBrowser.addListener('closeEvent', () => {
-  console.log('Browser geschlossen');
-});
-```
-
-### buttonNearDoneClick
-Wird ausgelöst, wenn die benutzerdefinierte Schaltfläche, die mit `buttonNearDone` hinzugefügt wurde, gedrückt wird.
-
-```typescript
-InAppBrowser.addListener('buttonNearDoneClick', (event) => {
-  console.log('Schaltfläche neben Fertig getippt', event);
-});
-```
-
-### confirmBtnClicked
-Wird ausgelöst, wenn ein Bestätigungsdialog (Haftungsausschluss oder Schließen-Modal) akzeptiert wird.
-
-```typescript
-InAppBrowser.addListener('confirmBtnClicked', (event) => {
-  console.log('Bestätigung akzeptiert, aktuelle URL:', event.url);
-});
-```
-
-### browserPageLoaded / pageLoadError
-Lebenszyklusereignisse für erfolgreichen oder fehlgeschlagenen WebView-Ladevorgang.
-
-```typescript
-InAppBrowser.addListener('browserPageLoaded', () => console.log('Seite geladen'));
-InAppBrowser.addListener('pageLoadError', () => console.log('Seite konnte nicht geladen werden'));
-```
-
-## Erweiterte Verwendung
-
-### OAuth-Flow-Implementierung
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class OAuthService {
-  private listeners: any[] = [];
-
-  async authenticate(authUrl: string, redirectUri: string) {
-    return new Promise<string>((resolve, reject) => {
-      // Auf URL-Änderungen hören
-      const urlListener = InAppBrowser.addListener('urlChangeEvent', (event) => {
-        if (event.url.startsWith(redirectUri)) {
-          // OAuth-Code/Token aus URL extrahieren
-          const url = new URL(event.url);
-          const code = url.searchParams.get('code');
-
-          if (code) {
-            InAppBrowser.close();
-            resolve(code);
-          } else {
-            const error = url.searchParams.get('error');
-            reject(new Error(error || 'OAuth fehlgeschlagen'));
-          }
-        }
-      });
-
-      this.listeners.push(urlListener);
-
-      // OAuth-Anbieter öffnen
-      InAppBrowser.open({
-        url: authUrl,
-        preventDeeplink: true,
-      });
-    });
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-### Benutzerdefinierte Browser-UI
-
-```typescript
-const openCustomBrowser = async () => {
-  await InAppBrowser.open({
-    url: 'https://example.com',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-```
-
-### Umgang mit externen Links
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class LinkHandler {
-  async openExternalLink(url: string) {
-    // Prüfen, ob URL im Browser geöffnet werden soll
-    if (this.shouldOpenInBrowser(url)) {
-      await InAppBrowser.open({
-        url,
-        preventDeeplink: true,
-      });
-    } else {
-      // Intern behandeln
-      window.location.href = url;
-    }
-  }
-
-  private shouldOpenInBrowser(url: string): boolean {
-    // Externe Domains
-    const externalDomains = ['youtube.com', 'twitter.com', 'facebook.com'];
-    const urlDomain = new URL(url).hostname;
-
-    return externalDomains.some(domain => urlDomain.includes(domain));
-  }
-}
-```
-
-## Bewährte Methoden
-
-1. **Listener immer entfernen**
-   ```typescript
-   const listener = await InAppBrowser.addListener('urlChangeEvent', handler);
-   // Wenn fertig
-   listener.remove();
-   ```
-
-2. **Browser-Zustände handhaben**
-   ```typescript
-   let browserOpen = false;
-
-   const launch = async () => {
-     browserOpen = true;
-     await InAppBrowser.openWebView({ url: 'https://example.com' });
-   };
-
-   InAppBrowser.addListener('closeEvent', () => {
-     browserOpen = false;
-   });
-   ```
-
-3. **URLs vor dem Öffnen validieren**
-   ```typescript
-   const isValidUrl = (url: string): boolean => {
-     try {
-       new URL(url);
-       return true;
-     } catch {
-       return false;
-     }
-   };
-
-   if (isValidUrl(url)) {
-     await InAppBrowser.open({ url });
-   }
-   ```
-
-4. **Für Plattform anpassen**
-   ```typescript
-   import { Capacitor } from '@capacitor/core';
-
-   const options = {
-     url: 'https://example.com',
-     preventDeeplink: Capacitor.getPlatform() === 'ios',
-   };
-   ```
-
-## Plattform-Hinweise
-
-### iOS
-- Verwendet `SFSafariViewController`
-- Unterstützt iOS 11.0+
-- Respektiert Safe Area Insets
-- Unterstützt benutzerdefinierte Präsentationsstile
-
-### Android
-- Verwendet Chrome Custom Tabs
-- Fällt auf WebView zurück, wenn Chrome nicht verfügbar ist
-- Unterstützt Android 5.0 (API 21)+
-- Toolbar-Anpassung über `toolbarType`, `toolbarColor`, `buttonNearDone` usw. unterstützt
-
-### Web
-- Öffnet in neuem Browser-Tab/-Fenster
-- Eingeschränkte Anpassungsoptionen
-- Keine URL-Änderungsereignisse
diff --git a/src/content/docs/de/docs/plugins/inappbrowser/index.mdx b/src/content/docs/de/docs/plugins/inappbrowser/index.mdx
deleted file mode 100644
index 470845d54..000000000
--- a/src/content/docs/de/docs/plugins/inappbrowser/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/inappbrowser"
-locale: de
-description: In-App-Browser-Plugin mit URL-Änderungsereignisunterstützung für Capacitor-Apps.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Öffnen Sie Webinhalte in Ihrer App mit einem vollständig ausgestatteten In-App-Browser, der URL-Änderungsereignisse und Navigationssteuerelemente unterstützt.
-  image:
-    file: ~public/icons/plugins/inappbrowser.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/inappbrowser/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/inappbrowser/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="URL-Änderungsereignisse" icon="rocket">
-    Verfolgen Sie die Navigation mit URL-Änderungsereignis-Listenern
-  </Card>
-  <Card title="Vollständige Navigationssteuerung" icon="pencil">
-    Zurück-, Vorwärts-, Neuladen- und Schließen-Steuerelemente
-  </Card>
-  <Card title="Anpassbare Benutzeroberfläche" icon="pencil">
-    Toolbar-Farbe, Schaltflächen und Anzeigeoptionen
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/inappbrowser/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/index.mdx b/src/content/docs/de/docs/plugins/index.mdx
deleted file mode 100644
index e757dc8c7..000000000
--- a/src/content/docs/de/docs/plugins/index.mdx
+++ /dev/null
@@ -1,384 +0,0 @@
----
-title: Capacitor Plugins von Capgo
-locale: de
-description: Entdecken Sie unsere umfassende Sammlung von Capacitor-Plugins, um die nativen Funktionen Ihrer App mit leistungsstarken Features zu erweitern.
-sidebar:
-  order: 0
-  label: "Alle Plugins"
----
-
-import { Card, CardGrid, LinkCard, Icon } from '@astrojs/starlight/components';
-
-Willkommen bei der Capgo Capacitor Plugins-Sammlung! Wir pflegen eine Suite hochwertiger, gut dokumentierter Plugins, um Ihnen zu helfen, erstaunliche native Erlebnisse in Ihren Capacitor-Apps zu erstellen.
-
-## Capgo Cloud - Live-Updates
-
-<LinkCard
-  title="Capacitor Updater"
-  description="Das Kern-Plugin, das Capgo Cloud antreibt - liefern Sie sofortige Updates an Ihre Capacitor-Apps ohne Verzögerungen im App Store. Pushen Sie Fixes und Features direkt an Ihre Benutzer."
-  href="/docs/plugins/updater/"
-/>
-
-Das Updater-Plugin ist die Grundlage von Capgo Cloud und ermöglicht Ihnen:
-- Aktualisierungen sofort ohne App Store Reviews bereitstellen
-- JavaScript, HTML, CSS und Assets Ihrer App aktualisieren
-- Spezifische Benutzersegmente mit Kanälen ansprechen
-- Update-Erfolg mit integrierten Analysen überwachen
-- Updates mit Verschlüsselung und Code-Signierung sichern
-
-## Ausgewählte Plugins
-
-<CardGrid>
-  <LinkCard
-    title="Social Login"
-    description="Nahtlose Authentifizierung mit Google, Apple und Facebook. Ein Plugin für alle großen Social-Anbieter."
-    href="/docs/plugins/social-login/"
-  />
-  <LinkCard
-    title="Native Purchases"
-    description="Implementieren Sie In-App-Käufe und Abonnements mit einer einheitlichen API für iOS und Android."
-    href="/docs/plugins/capacitor-native-purchases/"
-  />
-  <LinkCard
-    title="Camera Preview"
-    description="Zeigen Sie Echtzeit-Kamera-Feed in Ihrer App mit voller Kontrolle über Aufnahme und Einstellungen an."
-    href="/docs/plugins/capacitor-camera-preview/"
-  />
-  <LinkCard
-    title="Data Storage SQLite"
-    description="Schneller und sicherer Key-Value-Speicher, angetrieben von SQLite mit optionaler Verschlüsselung."
-    href="/docs/plugins/data-storage-sqlite/"
-  />
-</CardGrid>
-
-## Geräte- und System-Plugins
-
-<CardGrid>
-  <LinkCard
-    title="Native Market"
-    description="Verlinken Sie zu App Stores für Bewertungen, Reviews und App-Updates."
-    href="/docs/plugins/capacitor-native-market/"
-  />
-  <LinkCard
-    title="Native Biometric"
-    description="Zugriff auf biometrische Authentifizierungs-APIs für sicheren App-Zugang."
-    href="/docs/plugins/native-biometric/"
-  />
-  <LinkCard
-    title="Shake"
-    description="Erkennen Sie Schüttelgesten für interaktive Features und Debug-Menüs."
-    href="/docs/plugins/shake/"
-  />
-  <LinkCard
-    title="Navigation Bar"
-    description="Passen Sie die Farbe der Android-Navigationsleiste an Ihr App-Theme an."
-    href="/docs/plugins/navigation-bar/"
-  />
-  <LinkCard
-    title="Home Indicator"
-    description="Steuern Sie die Sichtbarkeit des iOS-Home-Indikators für immersive Erlebnisse."
-    href="/docs/plugins/capacitor-home-indicator/"
-  />
-  <LinkCard
-    title="NFC"
-    description="Lesen und schreiben Sie NFC-Tags mit nativer Unterstützung für iOS und Android."
-    href="/docs/plugins/nfc/"
-  />
-  <LinkCard
-    title="Barometer"
-    description="Greifen Sie auf das Gerätebarometer für atmosphärische Druck- und Höhenmessungen zu."
-    href="/docs/plugins/barometer/"
-  />
-  <LinkCard
-    title="Accelerometer"
-    description="Lesen Sie das Gerätebeschleunigungsmesser für Bewegungserkennung und Orientierungsverfolgung."
-    href="/docs/plugins/accelerometer/"
-  />
-</CardGrid>
-
-## Medien- und Kamera-Plugins
-
-<CardGrid>
-  <LinkCard
-    title="Screen Recorder"
-    description="Nehmen Sie Ihren Gerätebildschirm für Tutorials, Demos oder Benutzerfeedback auf."
-    href="/docs/plugins/screen-recorder/"
-  />
-  <LinkCard
-    title="IVS Player"
-    description="Amazon IVS-Integration für ultra-niedrige Latenz Live-Streaming."
-    href="/docs/plugins/capacitor-ivs-player/"
-  />
-  <LinkCard
-    title="Native Audio"
-    description="Hochleistungs-Native-Audio-Engine für Spiele und Apps."
-    href="/docs/plugins/capacitor-native-audio/"
-  />
-  <LinkCard
-    title="Mute"
-    description="Erkennen Sie, ob der Gerätestummschalter aktiviert oder deaktiviert ist."
-    href="/docs/plugins/mute/"
-  />
-  <LinkCard
-    title="Video Player"
-    description="Native Videowiedergabe mit Untertiteln, Vollbild und umfassenden Steuerelementen."
-    href="/docs/plugins/video-player/"
-  />
-  <LinkCard
-    title="YouTube Player"
-    description="Betten Sie YouTube-Videos mit voller Player-API-Steuerung und Ereignisbehandlung ein."
-    href="/docs/plugins/youtube-player/"
-  />
-  <LinkCard
-    title="FFmpeg"
-    description="Videokodierung und -verarbeitung mit FFmpeg für Komprimierung und Konvertierung."
-    href="/docs/plugins/ffmpeg/"
-  />
-  <LinkCard
-    title="Volume Buttons"
-    description="Hören Sie auf Hardware-Lautstärketasten-Drücke für benutzerdefinierte Steuerelemente."
-    href="/docs/plugins/volume-buttons/"
-  />
-  <LinkCard
-    title="Audio Recorder"
-    description="Nehmen Sie Audio auf iOS, Android und Web mit einfachen Steuerelementen auf."
-    href="/docs/plugins/audio-recorder/"
-  />
-</CardGrid>
-
-## Utility-Plugins
-
-<CardGrid>
-  <LinkCard
-    title="Uploader"
-    description="Hintergrund-Datei-Upload mit Fortschrittsverfolgung und fortsetzbaren Uploads."
-    href="/docs/plugins/uploader/"
-  />
-  <LinkCard
-    title="Flash"
-    description="Steuern Sie die Geräte-Taschenlampe/Torch für Utility- und Kamera-Features."
-    href="/docs/plugins/flash/"
-  />
-  <LinkCard
-    title="Native Geocoder"
-    description="Vorwärts- und Rückwärts-Geocodierung mit nativen Plattform-APIs."
-    href="/docs/plugins/nativegeocoder/"
-  />
-  <LinkCard
-    title="InAppBrowser"
-    description="Öffnen Sie Webinhalte in einem anpassbaren In-App-Browser."
-    href="/docs/plugins/inappbrowser/"
-  />
-  <LinkCard
-    title="Crisp"
-    description="Integrieren Sie Crisp-Chat-Support direkt in Ihre mobile App."
-    href="/docs/plugins/crisp/"
-  />
-  <LinkCard
-    title="Live Reload"
-    description="Verbinden Sie sich mit Ihrem Dev-Server für sofortiges Hot-Reloading während der Entwicklung."
-    href="/docs/plugins/live-reload/"
-  />
-  <LinkCard
-    title="Contacts"
-    description="Greifen Sie auf Gerätekontakte mit Lese- und Schreibfunktionen zu und verwalten Sie sie."
-    href="/docs/plugins/contacts/"
-  />
-</CardGrid>
-
-## KI und erweiterte Medien
-
-<CardGrid>
-  <LinkCard
-    title="LLM"
-    description="Führen Sie Large Language Models lokal mit Apple Intelligence-Unterstützung aus."
-    href="/docs/plugins/llm/"
-  />
-  <LinkCard
-    title="StreamCall"
-    description="Aktivieren Sie hochwertige Video-Streaming- und Anruffunktionen."
-    href="/docs/plugins/streamcall/"
-  />
-  <LinkCard
-    title="JW Player"
-    description="Professioneller Videoplayer mit erweiterten Streaming-Funktionen."
-    href="/docs/plugins/jw-player/"
-  />
-  <LinkCard
-    title="Ricoh 360 Camera"
-    description="Steuern und erfassen Sie von Ricoh 360-Grad-Kameras."
-    href="/docs/plugins/ricoh360-camera/"
-  />
-</CardGrid>
-
-## Standort und Hintergrunddienste
-
-<CardGrid>
-  <LinkCard
-    title="Background Geolocation"
-    description="Verfolgen Sie den Gerätestandort im Hintergrund mit Batterieoptimierung."
-    href="/docs/plugins/background-geolocation/"
-  />
-  <LinkCard
-    title="Alarm"
-    description="Planen Sie native Alarme und Benachrichtigungen auch wenn die App geschlossen ist."
-    href="/docs/plugins/alarm/"
-  />
-  <LinkCard
-    title="iBeacon"
-    description="Näherungserkennung und Beacon-Regionsüberwachung für standortbasierte Features."
-    href="/docs/plugins/ibeacon/"
-  />
-</CardGrid>
-
-## Kommunikation und Analysen
-
-<CardGrid>
-  <LinkCard
-    title="Twilio Voice"
-    description="Tätigen und empfangen Sie Telefonanrufe mit Twilio Voice API."
-    href="/docs/plugins/twilio-voice/"
-  />
-  <LinkCard
-    title="GTM"
-    description="Google Tag Manager-Integration für Analysen und Tracking."
-    href="/docs/plugins/gtm/"
-  />
-  <LinkCard
-    title="AppInsights"
-    description="Anwendungseinblicke und Analysen mit dem Apptopia AppInsights SDK."
-    href="/docs/plugins/appinsights/"
-  />
-  <LinkCard
-    title="WeChat"
-    description="WeChat SDK-Integration für Authentifizierung, Teilen, Zahlungen und Mini-Programme."
-    href="/docs/plugins/wechat/"
-  />
-</CardGrid>
-
-## Sicherheit und System
-
-<CardGrid>
-  <LinkCard
-    title="Is Root"
-    description="Erkennen Sie, ob das Gerät gerootet oder jailbroken ist, um die Sicherheit zu gewährleisten."
-    href="/docs/plugins/is-root/"
-  />
-  <LinkCard
-    title="Persistent Account"
-    description="Behalten Sie Benutzerkonten über App-Neuinstallationen hinweg bei."
-    href="/docs/plugins/persistent-account/"
-  />
-  <LinkCard
-    title="Autofill Save Password"
-    description="Aktivieren Sie Passwort-Autofill und Speicherfunktionalität."
-    href="/docs/plugins/autofill-save-password/"
-  />
-</CardGrid>
-
-## Android-spezifische Features
-
-<CardGrid>
-  <LinkCard
-    title="Android Kiosk"
-    description="Sperren Sie Android-Geräte in den Kiosk-Modus mit Launcher-Funktionalität und Hardware-Tastensteuerung."
-    href="/docs/plugins/android-kiosk/"
-  />
-  <LinkCard
-    title="Android Usage Stats"
-    description="Greifen Sie auf Android-App-Nutzungsstatistiken und Bildschirmzeitdaten zu."
-    href="/docs/plugins/android-usagestatsmanager/"
-  />
-  <LinkCard
-    title="Android Inline Install"
-    description="Aktivieren Sie Inline-App-Installation auf Android-Geräten."
-    href="/docs/plugins/android-inline-install/"
-  />
-  <LinkCard
-    title="Age Signals"
-    description="Greifen Sie auf Google Play Age Signals zu, um überwachte Konten und verifizierte Benutzer zu erkennen."
-    href="/docs/plugins/age-signals/"
-  />
-</CardGrid>
-
-## Download und Navigation
-
-<CardGrid>
-  <LinkCard
-    title="Downloader"
-    description="Hintergrund-Datei-Downloads mit Fortschrittsverfolgung."
-    href="/docs/plugins/downloader/"
-  />
-  <LinkCard
-    title="Launch Navigator"
-    description="Starten Sie Navigations-Apps mit Adressen und Koordinaten."
-    href="/docs/plugins/launch-navigator/"
-  />
-</CardGrid>
-
-## Warum Capgo Plugins wählen?
-
-<Card icon="approve-check">
-  **Gut gepflegt**: Regelmäßige Updates und Kompatibilität mit den neuesten Capacitor-Versionen
-</Card>
-<Card icon="open-book">
-  **Umfassende Dokumentation**: Detaillierte Dokumentation mit Beispielen für jedes Plugin
-</Card>
-<Card icon="puzzle">
-  **Einfache Integration**: Einfache APIs, die den Bewährte Methoden von Capacitor folgen
-</Card>
-<Card icon="setting">
-  **TypeScript-Unterstützung**: Vollständige TypeScript-Definitionen für bessere Entwicklungserfahrung
-</Card>
-
-## Erste Schritte
-
-Jedes Plugin folgt einem ähnlichen Installationsmuster:
-
-1. **Installieren Sie das Plugin** mit Ihrem bevorzugten Paketmanager
-2. **Synchronisieren Sie Ihr Projekt** mit `npx cap sync`
-3. **Konfigurieren Sie plattformspezifische Einstellungen**, falls erforderlich
-4. **Beginnen Sie mit der Verwendung des Plugins** in Ihrem Code
-
-Besuchen Sie die Dokumentation jedes Plugins für detaillierte Installationsanweisungen und API-Referenzen.
-
-## Benötigen Sie Hilfe?
-
-- Sehen Sie sich die individuelle Plugin-Dokumentation an
-- Treten Sie unserer [Discord-Community](https://discord.capgo.app) bei
-- Melden Sie Probleme im GitHub-Repository des Plugins
-- Kontaktieren Sie den Support für Unternehmensanfragen
-
-## Benötigen Sie ein individuelles Plugin?
-
-Können Sie die genaue Funktionalität, die Sie benötigen, nicht finden? Wir können helfen!
-
-<LinkCard
-  title="Individuelle Plugin-Entwicklung"
-  description="Unser Team ist spezialisiert auf die Entwicklung individueller Capacitor-Plugins, die auf Ihre spezifischen Anforderungen zugeschnitten sind. Von komplexen nativen Integrationen bis hin zu einzigartigen Gerätefunktionen - wir haben alles für Sie."
-  href="/consulting/"
-  icon="external"
-/>
-
-Egal ob Sie benötigen:
-- Ein völlig neues Plugin von Grund auf erstellt
-- Modifikationen an bestehenden Plugins
-- Expertenberatung zur nativen Entwicklung
-- Plattformspezifische Implementierungen
-
-[Nehmen Sie Kontakt mit unserem Team auf](/consulting/), um Ihre individuellen Plugin-Bedürfnisse zu besprechen.
-
-## Mitwirken
-
-Wir begrüßen Beiträge! Jedes Plugin ist Open Source und auf GitHub verfügbar. Fühlen Sie sich frei:
-
-- Fehler zu melden und Features anzufordern
-- Pull Requests einzureichen
-- Dokumentation zu verbessern
-- Ihre Anwendungsfälle zu teilen
-
----
-
-<div style="text-align: center; margin-top: 2rem;">
-  <strong>Entwickelt mit Herz vom Capgo-Team</strong>
-</div>
diff --git a/src/content/docs/de/docs/plugins/is-root/getting-started.mdx b/src/content/docs/de/docs/plugins/is-root/getting-started.mdx
deleted file mode 100644
index 45cc5e884..000000000
--- a/src/content/docs/de/docs/plugins/is-root/getting-started.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das Is Root-Plugin installieren und verwenden, um gerootete Android-Geräte und Emulatoren für erweiterte App-Sicherheit zu erkennen.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Plattformunterstützung
-
-- **Android**: Vollständige Unterstützung für Root- und Emulator-Erkennung
-- **iOS**: Keine Konfiguration erforderlich (Plugin ist auf Android fokussiert)
-
-## Verwendungsbeispiel
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// Grundlegende Root-Erkennung
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('Gerät ist gerootet');
-  // Gerootetes Gerät angemessen behandeln
-  // Beispiel: Warnung anzeigen, Funktionalität einschränken oder Zugriff blockieren
-}
-
-// Erweiterte Root-Erkennung mit BusyBox
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('Gerät ist gerootet (erweiterte Prüfung)');
-}
-
-// Auf Emulator prüfen
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('Läuft auf Emulator');
-  // Emulator-Umgebung behandeln
-}
-
-// Root-Management-Apps erkennen
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('Root-Management-Apps erkannt');
-}
-
-// Auf su-Binärdatei prüfen
-const suResult = await IsRoot.checkForSuBinary();
-if (suResult.hasSu) {
-  console.log('SU-Binärdatei auf Gerät gefunden');
-}
-```
-
-## API-Referenz
-
-### isRooted()
-
-```typescript
-isRooted() => Promise<{ isRooted: boolean }>
-```
-
-Führt eine umfassende Root-Erkennung mit Standardmethoden durch.
-
-**Rückgabe:** `Promise<{ isRooted: boolean }>`
-
-### isRootedWithBusyBox()
-
-```typescript
-isRootedWithBusyBox() => Promise<{ isRooted: boolean }>
-```
-
-Erweiterte Root-Erkennung einschließlich BusyBox-Prüfungen.
-
-**Rückgabe:** `Promise<{ isRooted: boolean }>`
-
-### detectRootManagementApps()
-
-```typescript
-detectRootManagementApps() => Promise<{ hasRootApps: boolean }>
-```
-
-Identifiziert installierte Root-Management-Anwendungen (SuperSU, Magisk usw.).
-
-**Rückgabe:** `Promise<{ hasRootApps: boolean }>`
-
-### checkForSuBinary()
-
-```typescript
-checkForSuBinary() => Promise<{ hasSu: boolean }>
-```
-
-Prüft auf das Vorhandensein der `su`-Binärdatei in Systempfaden.
-
-**Rückgabe:** `Promise<{ hasSu: boolean }>`
-
-### isRunningOnEmulator()
-
-```typescript
-isRunningOnEmulator() => Promise<{ isEmulator: boolean }>
-```
-
-Erkennt gängige Android-Emulator-Fingerabdrücke.
-
-**Rückgabe:** `Promise<{ isEmulator: boolean }>`
-
-## Umfassende Sicherheitsprüfung
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function performSecurityCheck() {
-  const checks = {
-    rooted: false,
-    emulator: false,
-    rootApps: false,
-    suBinary: false
-  };
-
-  try {
-    // Alle Erkennungsmethoden ausführen
-    const [rootResult, emulatorResult, rootAppsResult, suResult] = await Promise.all([
-      IsRoot.isRootedWithBusyBox(),
-      IsRoot.isRunningOnEmulator(),
-      IsRoot.detectRootManagementApps(),
-      IsRoot.checkForSuBinary()
-    ]);
-
-    checks.rooted = rootResult.isRooted;
-    checks.emulator = emulatorResult.isEmulator;
-    checks.rootApps = rootAppsResult.hasRootApps;
-    checks.suBinary = suResult.hasSu;
-
-    // Sicherheitsstufe bestimmen
-    const securityIssues = Object.values(checks).filter(v => v).length;
-
-    if (securityIssues > 0) {
-      console.warn(`Gerät hat ${securityIssues} Sicherheitsbedenken`, checks);
-      return {
-        secure: false,
-        issues: checks
-      };
-    }
-
-    return {
-      secure: true,
-      issues: checks
-    };
-  } catch (error) {
-    console.error('Sicherheitsprüfung fehlgeschlagen:', error);
-    throw error;
-  }
-}
-
-// In Ihrer App verwenden
-const securityStatus = await performSecurityCheck();
-if (!securityStatus.secure) {
-  // Unsicheres Gerät behandeln
-  showSecurityWarning(securityStatus.issues);
-}
-```
-
-## Erkennungstechniken
-
-### Root-Erkennung
-
-Das Plugin verwendet mehrere Erkennungsmethoden:
-
-- Prüfung auf Root-Management-Anwendungen (SuperSU, Magisk, KingRoot usw.)
-- Scannen auf verdächtige Systemeigenschaften
-- Identifizierung von Test-Build-Tags und Debug-Flags
-- Validierung gefährlicher Binärspeicherorte
-- Untersuchung von Systempfadberechtigungen
-- Erkennung bekannter Root-Verschleierungs-Apps
-
-### Emulator-Erkennung
-
-- Hardware-Fingerabdruck-Analyse
-- Build-Eigenschaftsinspektion
-- Emulator-spezifische Merkmale
-- Virtuelle Umgebungsindikatoren
-
-## Umgang mit Sicherheitsproblemen
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function handleDeviceSecurity() {
-  const rootResult = await IsRoot.isRooted();
-
-  if (rootResult.isRooted) {
-    // Option 1: Warnung anzeigen und fortfahren
-    showWarning('Ihr Gerät scheint gerootet zu sein. Einige Funktionen können eingeschränkt sein.');
-
-    // Option 2: Funktionalität einschränken
-    disableSensitiveFeatures();
-
-    // Option 3: Zugriff auf App blockieren
-    showBlockedScreen('Diese App kann aus Sicherheitsgründen nicht auf gerooteten Geräten ausgeführt werden.');
-    return false;
-  }
-
-  return true;
-}
-
-function showWarning(message: string) {
-  // Benutzerfreundlichen Warndialog anzeigen
-  alert(message);
-}
-
-function disableSensitiveFeatures() {
-  // Zahlungsabwicklung, Zugriff auf sensible Daten usw. deaktivieren
-  console.log('Sensible Funktionen aufgrund von gerootettem Gerät deaktiviert');
-}
-
-function showBlockedScreen(message: string) {
-  // Sperrbildschirm anzeigen und App beenden
-  alert(message);
-}
-```
-
-## Bewährte Methoden
-
-- Verwenden Sie mehrere Erkennungsmethoden für höhere Genauigkeit
-- Implementieren Sie eine angemessene Degradierung anstatt den Zugriff vollständig zu blockieren
-- Bieten Sie klare Benutzerkommunikation über Sicherheitsbedenken
-- Berücksichtigen Sie die Benutzererfahrung bei der Implementierung von Sicherheitsmaßnahmen
-- Halten Sie das Plugin aktuell, da sich Erkennungsmethoden weiterentwickeln
-- Testen Sie auf gerooteten und nicht gerooteten Geräten
-- Behandeln Sie Erkennungsfehler elegant
-
-## Sicherheitsüberlegungen
-
-- Keine Erkennungsmethode ist 100% narrensicher
-- Fortgeschrittene Benutzer können Erkennungsmechanismen umgehen
-- Verwenden Sie in Kombination mit serverseitigen Sicherheitsmaßnahmen
-- Berücksichtigen Sie die Privatsphäre der Benutzer bei der Implementierung von Sicherheitsprüfungen
-- Befolgen Sie Plattformrichtlinien für Sicherheitsimplementierungen
-- Regelmäßige Updates empfohlen, da sich Root-Verschleierungstechniken weiterentwickeln
-
-## Anwendungsfälle
-
-- **Bank- und Finanz-Apps**: Zugriff auf kompromittierte Geräte verhindern
-- **DRM-geschützte Inhalte**: Urheberrechtlich geschütztes Material schützen
-- **Unternehmens-Apps**: BYOD-Sicherheitsrichtlinien durchsetzen
-- **Zahlungsabwicklung**: Sichere Transaktionsumgebung gewährleisten
-- **Sensible Daten-Apps**: Vertrauliche Informationen schützen
diff --git a/src/content/docs/de/docs/plugins/is-root/index.mdx b/src/content/docs/de/docs/plugins/is-root/index.mdx
deleted file mode 100644
index 82a02c1f6..000000000
--- a/src/content/docs/de/docs/plugins/is-root/index.mdx
+++ /dev/null
@@ -1,122 +0,0 @@
----
-title: "@capgo/capacitor-is-root"
-locale: de
-description: Root- und Jailbreak-Erkennungs-Plugin für Capacitor-Apps mit umfassenden Sicherheitsprüfungen und Geräteintegritätsvalidierung.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Erkennen Sie gerootete Android-Geräte und jailbroken iOS-Geräte, um die App-Sicherheit zu erhöhen und sensible Daten zu schützen.
-  image:
-    file: ~public/icons/plugins/is-root.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/is-root/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-is-root/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Übersicht
-
-Das Capacitor Is Root-Plugin bietet umfassende Root- und Jailbreak-Erkennung für Android-Geräte und Emulator-Erkennung. Dieses Plugin hilft, die App-Sicherheit zu erhöhen, indem kompromittierte Geräte und emulierte Umgebungen identifiziert werden, die Sicherheitsrisiken darstellen können.
-
-<CardGrid stagger>
-  <Card title="Root-Erkennung" icon="rocket">
-    Erweiterte Android-Root-Erkennung mit mehreren Methoden
-  </Card>
-  <Card title="Emulator-Erkennung" icon="approve-check">
-    Emulierte Umgebungen und Test-Frameworks identifizieren
-  </Card>
-  <Card title="Sicherheitsvalidierung" icon="approve-check">
-    Mehrere Erkennungstechniken für erhöhte Genauigkeit
-  </Card>
-  <Card title="Android-fokussiert" icon="laptop">
-    Spezialisierte Erkennung für Android-Sicherheitsbewertung
-  </Card>
-</CardGrid>
-
-## Installation
-
-```bash
-npm install @capgo/capacitor-is-root
-npx cap sync
-```
-
-## Kern-API-Methoden
-
-### Root-Erkennung
-- `isRooted()` - Führt umfassende Root-Erkennung mit Standardmethoden durch
-- `isRootedWithBusyBox()` - Erweiterte Erkennung einschließlich BusyBox-Prüfungen
-- `detectRootManagementApps()` - Identifiziert installierte Root-Management-Anwendungen
-- `checkForSuBinary()` - Prüft auf `su`-Binärdatei-Vorhandensein in Systempfaden
-
-### Emulator-Erkennung
-- `isRunningOnEmulator()` - Erkennt gängige Android-Emulator-Fingerabdrücke
-
-## Erkennungstechniken
-
-Das Plugin verwendet mehrere Erkennungsmethoden:
-
-### Root-Erkennung
-- Prüfung auf Root-Management-Anwendungen (SuperSU, Magisk usw.)
-- Scannen auf verdächtige Systemeigenschaften
-- Identifizierung von Test-Build-Tags und Debug-Flags
-- Validierung gefährlicher Binärspeicherorte
-- Untersuchung von Systempfadberechtigungen
-
-### Emulator-Erkennung
-- Hardware-Fingerabdruck-Analyse
-- Build-Eigenschaftsinspektion
-- Emulator-spezifische Merkmale
-- Virtuelle Umgebungsindikatoren
-
-## Verwendungsbeispiel
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// Grundlegende Root-Erkennung
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('Gerät ist gerootet');
-  // Gerootetes Gerät angemessen behandeln
-}
-
-// Erweiterte Root-Erkennung mit BusyBox
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('Gerät ist gerootet (erweiterte Prüfung)');
-}
-
-// Auf Emulator prüfen
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('Läuft auf Emulator');
-}
-
-// Root-Management-Apps erkennen
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('Root-Management-Apps erkannt');
-}
-```
-
-## Sicherheitsüberlegungen
-
-- Verwenden Sie mehrere Erkennungsmethoden für höhere Genauigkeit
-- Implementieren Sie eine angemessene Degradierung für erkannte Umgebungen
-- Berücksichtigen Sie die Privatsphäre der Benutzer bei der Implementierung von Sicherheitsmaßnahmen
-- Regelmäßige Updates empfohlen, da sich Erkennungsmethoden weiterentwickeln
-
-## Dokumentation
-
-Schauen Sie sich die [vollständige Dokumentation](/docs/plugins/is-root/getting-started/) für detaillierte Implementierungsanleitungen und erweiterte Sicherheitsmuster an.
diff --git a/src/content/docs/de/docs/plugins/ivs-player/getting-started.mdx b/src/content/docs/de/docs/plugins/ivs-player/getting-started.mdx
deleted file mode 100644
index a419a14c7..000000000
--- a/src/content/docs/de/docs/plugins/ivs-player/getting-started.mdx
+++ /dev/null
@@ -1,313 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Capacitor IVS Player Plugin installieren und konfigurieren, um Amazon IVS Low-Latency-Streaming in Ihrer App zu integrieren.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Paket**
-   <PackageManagers pkg="@capgo/ivs-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurieren Sie das Plugin**
-
-   **Grundlegende Player-Einrichtung:**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // Player erstellen
-   const { playerId } = await IvsPlayer.create({
-     url: 'https://your-ivs-playback-url.m3u8',
-     autoplay: true
-   });
-
-   // Wiedergabe starten
-   await IvsPlayer.play({ playerId });
-   ```
-
-   **Player-Steuerung:**
-   ```typescript
-   // Wiedergabe pausieren
-   await IvsPlayer.pause({ playerId });
-
-   // Lautstärke einstellen
-   await IvsPlayer.setVolume({
-     playerId,
-     volume: 0.5 // 0.0 bis 1.0
-   });
-
-   // Zu Position springen
-   await IvsPlayer.seekTo({
-     playerId,
-     position: 30 // Sekunden
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Fügen Sie zu Ihrer `Info.plist` hinzu:
-       ```xml
-       <key>NSAppTransportSecurity</key>
-       <dict>
-         <key>NSAllowsArbitraryLoads</key>
-         <true/>
-       </dict>
-       ```
-     </TabItem>
-     <TabItem label="Android">
-       Fügen Sie zu Ihrer `AndroidManifest.xml` hinzu:
-       ```xml
-       <uses-permission android:name="android.permission.INTERNET" />
-       ```
-     </TabItem>
-   </Tabs>
-
-4. **Ereignisbehandlung**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // Player-Ereignisse abhören
-   IvsPlayer.addListener('onState', (event) => {
-     console.log('Player-Status:', event.state);
-     // Status: idle, buffering, ready, playing, ended
-   });
-
-   IvsPlayer.addListener('onError', (event) => {
-     console.error('Player-Fehler:', event.error);
-   });
-
-   IvsPlayer.addListener('onDuration', (event) => {
-     console.log('Video-Dauer:', event.duration);
-   });
-
-   IvsPlayer.addListener('onProgress', (event) => {
-     console.log('Aktuelle Position:', event.position);
-   });
-
-   // Zeitgesteuerte Metadaten abhören
-   IvsPlayer.addListener('onMetadata', (event) => {
-     console.log('Zeitgesteuerte Metadaten:', event.metadata);
-   });
-   ```
-
-5. **Erweiterte Verwendung**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   export class StreamPlayer {
-     private playerId: string | null = null;
-     private listeners: any[] = [];
-
-     async initialize(streamUrl: string) {
-       // Player mit benutzerdefinierter Konfiguration erstellen
-       const result = await IvsPlayer.create({
-         url: streamUrl,
-         autoplay: false,
-         muted: true, // Stummgeschaltet starten für Autoplay-Richtlinien
-         controls: true
-       });
-
-       this.playerId = result.playerId;
-       this.setupEventListeners();
-     }
-
-     private setupEventListeners() {
-       // Statusänderungen
-       const stateListener = IvsPlayer.addListener('onState', (event) => {
-         this.handleStateChange(event.state);
-       });
-       this.listeners.push(stateListener);
-
-       // Qualitätsänderungen
-       const qualityListener = IvsPlayer.addListener('onQuality', (event) => {
-         console.log(`Qualität geändert zu: ${event.quality.name}`);
-       });
-       this.listeners.push(qualityListener);
-
-       // Puffer-Updates
-       const bufferListener = IvsPlayer.addListener('onBuffer', (event) => {
-         console.log(`Puffer: ${event.percentage}%`);
-       });
-       this.listeners.push(bufferListener);
-     }
-
-     private handleStateChange(state: string) {
-       switch (state) {
-         case 'playing':
-           console.log('Stream wird abgespielt');
-           break;
-         case 'buffering':
-           console.log('Stream puffert');
-           break;
-         case 'ended':
-           console.log('Stream beendet');
-           break;
-       }
-     }
-
-     async play() {
-       if (this.playerId) {
-         await IvsPlayer.play({ playerId: this.playerId });
-       }
-     }
-
-     async pause() {
-       if (this.playerId) {
-         await IvsPlayer.pause({ playerId: this.playerId });
-       }
-     }
-
-     async setQuality(qualityName: string) {
-       if (this.playerId) {
-         await IvsPlayer.setQuality({
-           playerId: this.playerId,
-           quality: qualityName
-         });
-       }
-     }
-
-     async destroy() {
-       // Listener entfernen
-       this.listeners.forEach(listener => listener.remove());
-
-       // Player zerstören
-       if (this.playerId) {
-         await IvsPlayer.destroy({ playerId: this.playerId });
-       }
-     }
-   }
-   ```
-</Steps>
-
-## API-Referenz
-
-### Methoden
-
-#### `create(options: CreateOptions)`
-Erstellen Sie eine neue IVS Player-Instanz.
-
-**Parameter:**
-- `options`: Player-Konfiguration
-  - `url`: string - IVS Wiedergabe-URL
-  - `autoplay`: boolean - Wiedergabe automatisch starten
-  - `muted`: boolean - Stummgeschaltet starten
-  - `controls`: boolean - Native Steuerelemente anzeigen
-
-**Rückgabe:** `Promise<{ playerId: string }>`
-
-#### `play(options: PlayerOptions)`
-Wiedergabe starten.
-
-#### `pause(options: PlayerOptions)`
-Wiedergabe pausieren.
-
-#### `stop(options: PlayerOptions)`
-Wiedergabe stoppen und Position zurücksetzen.
-
-#### `seekTo(options: SeekOptions)`
-Zu einer bestimmten Position springen.
-
-#### `setVolume(options: VolumeOptions)`
-Player-Lautstärke einstellen (0.0 bis 1.0).
-
-#### `setQuality(options: QualityOptions)`
-Wiedergabequalität einstellen.
-
-#### `destroy(options: PlayerOptions)`
-Player-Instanz zerstören.
-
-### Ereignisse
-
-- `onState`: Player-Statusänderungen
-- `onError`: Wiedergabefehler
-- `onDuration`: Video-Dauer verfügbar
-- `onProgress`: Wiedergabefortschritt-Updates
-- `onQuality`: Qualitätsänderungen
-- `onMetadata`: Zeitgesteuerte Metadaten-Ereignisse
-- `onBuffer`: Pufferstatus-Updates
-
-### Schnittstellen
-
-```typescript
-interface CreateOptions {
-  url: string;
-  autoplay?: boolean;
-  muted?: boolean;
-  controls?: boolean;
-}
-
-interface PlayerOptions {
-  playerId: string;
-}
-
-interface SeekOptions extends PlayerOptions {
-  position: number; // Sekunden
-}
-
-interface VolumeOptions extends PlayerOptions {
-  volume: number; // 0.0 bis 1.0
-}
-
-interface QualityOptions extends PlayerOptions {
-  quality: string; // Qualitätsname
-}
-```
-
-## Plattform-Hinweise
-
-### iOS
-- Erfordert iOS 12.0 oder höher
-- Verwendet nativen AVPlayer mit IVS-Erweiterungen
-- Unterstützt Bild-in-Bild auf iPads
-
-### Android
-- Erfordert Android 5.0 (API-Level 21) oder höher
-- Verwendet Amazon IVS Player SDK
-- Hardware-Beschleunigung empfohlen
-
-## Häufige Anwendungsfälle
-
-1. **Live-Streaming**: Echtzeit-Events, Sport, Gaming
-2. **Interaktives Streaming**: Zuschauer-Umfragen, Q&A-Sessions
-3. **E-Commerce**: Live-Shopping mit Produkthighlights
-4. **Bildung**: Live-Kurse mit zeitgesteuerten Inhalten
-5. **Unterhaltung**: Konzerte, Shows mit Publikumsinteraktion
-
-## Bewährte Methoden
-
-1. **Netzwerk-Behandlung**: Verbindungsqualität überwachen
-   ```typescript
-   IvsPlayer.addListener('onError', (event) => {
-     if (event.error.includes('network')) {
-       // Netzwerkfehler behandeln
-       showRetryButton();
-     }
-   });
-   ```
-
-2. **Ressourcenverwaltung**: Player immer zerstören, wenn fertig
-3. **Autoplay-Richtlinien**: Stummgeschaltet starten für zuverlässiges Autoplay
-4. **Qualitätsauswahl**: IVS automatische Qualitätsumschaltung handhaben lassen
-
-## Fehlerbehebung
-
-**Stream wird nicht abgespielt:**
-- Überprüfen Sie, ob die IVS-Wiedergabe-URL gültig ist
-- Netzwerkberechtigungen prüfen
-- Stellen Sie sicher, dass der Stream live ist
-
-**Hohe Latenz:**
-- IVS ist für niedrige Latenz optimiert, überprüfen Sie Ihre Encoder-Einstellungen
-- Stellen Sie sicher, dass Sie die IVS-spezifische Wiedergabe-URL verwenden
-
-**Qualitätsprobleme:**
-- Automatische Qualitätsumschaltung zulassen
-- Netzwerkbandbreiten-Anforderungen prüfen
diff --git a/src/content/docs/de/docs/plugins/ivs-player/index.mdx b/src/content/docs/de/docs/plugins/ivs-player/index.mdx
deleted file mode 100644
index 1dd08caf0..000000000
--- a/src/content/docs/de/docs/plugins/ivs-player/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/ivs-player"
-description: Capacitor-Plugin für Amazon IVS (Interactive Video Service) Player, ermöglicht Low-Latency-Live-Streaming in Ihren mobilen Apps.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Integrieren Sie Amazon IVS Player für ultra-niedrige Latenz Live-Streaming mit interaktiven Features in Ihren Capacitor-Apps.
-  image:
-    file: ~public/icons/plugins/ivs-player.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/ivs-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ivs-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Low-Latency-Streaming" icon="rocket">
-    Stream mit Sub-Sekunden-Latenz unter Verwendung von Amazon IVS 📡
-  </Card>
-  <Card title="Interaktive Features" icon="setting">
-    Unterstützung für zeitgesteuerte Metadaten und Zuschauer-Interaktionen 💬
-  </Card>
-  <Card title="Qualitätsanpassung" icon="star">
-    Automatische Qualitätsumschaltung basierend auf Netzwerkbedingungen 📶
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/ivs-player/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/jw-player/getting-started.mdx b/src/content/docs/de/docs/plugins/jw-player/getting-started.mdx
deleted file mode 100644
index 7827932b7..000000000
--- a/src/content/docs/de/docs/plugins/jw-player/getting-started.mdx
+++ /dev/null
@@ -1,345 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie JW Player installieren und in Ihre Capacitor-App integrieren, um professionelle Video-Streaming-Funktionen zu erhalten.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Voraussetzungen
-
-Sie benötigen ein JW Player-Konto und einen Lizenzschlüssel, um dieses Plugin zu verwenden. Registrieren Sie sich bei [JW Player](https://www.jwplayer.com/), wenn Sie noch keines haben.
-
-## Plattform-Konfiguration
-
-### iOS
-
-Fügen Sie Ihren JW Player Lizenzschlüssel zu Ihrer `Info.plist` hinzu:
-
-```xml
-<key>JWPlayerLicenseKey</key>
-<string>YOUR_LICENSE_KEY</string>
-```
-
-### Android
-
-Fügen Sie Ihren JW Player Lizenzschlüssel zu `android/app/src/main/res/values/strings.xml` hinzu:
-
-```xml
-<resources>
-    <string name="jw_player_license_key">YOUR_LICENSE_KEY</string>
-</resources>
-```
-
-## Verwendungsbeispiel
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// Einzelnes Video abspielen
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: 'Mein Video',
-  description: 'Video-Beschreibung',
-  poster: 'https://example.com/poster.jpg'
-});
-
-// Playlist abspielen
-await JWPlayer.playPlaylist({
-  playlistUrl: 'https://example.com/playlist.json'
-});
-
-// Player-Ereignisse abhören
-JWPlayer.addListener('playerReady', () => {
-  console.log('Player ist bereit');
-});
-
-JWPlayer.addListener('play', (data) => {
-  console.log('Video-Wiedergabe gestartet');
-});
-
-JWPlayer.addListener('pause', (data) => {
-  console.log('Video pausiert');
-});
-
-JWPlayer.addListener('complete', (data) => {
-  console.log('Video-Wiedergabe abgeschlossen');
-});
-
-JWPlayer.addListener('error', (error) => {
-  console.error('Player-Fehler:', error);
-});
-```
-
-## API-Referenz
-
-### playVideo(options)
-
-```typescript
-playVideo(options: VideoOptions) => Promise<void>
-```
-
-Spielt ein einzelnes Video im Vollbildmodus ab.
-
-| Parameter     | Typ                    |
-| ------------- | ---------------------- |
-| **`options`** | `VideoOptions` |
-
-### playPlaylist(options)
-
-```typescript
-playPlaylist(options: PlaylistOptions) => Promise<void>
-```
-
-Spielt eine Playlist im Vollbildmodus ab.
-
-| Parameter     | Typ                        |
-| ------------- | -------------------------- |
-| **`options`** | `PlaylistOptions` |
-
-### pause()
-
-```typescript
-pause() => Promise<void>
-```
-
-Pausiert das aktuelle Video.
-
-### play()
-
-```typescript
-play() => Promise<void>
-```
-
-Setzt die Video-Wiedergabe fort.
-
-### seek(options)
-
-```typescript
-seek(options: { position: number }) => Promise<void>
-```
-
-Springt zu einer bestimmten Position im Video.
-
-| Parameter     | Typ                         |
-| ------------- | --------------------------- |
-| **`options`** | `{ position: number }` |
-
-### setPlaybackSpeed(options)
-
-```typescript
-setPlaybackSpeed(options: { speed: number }) => Promise<void>
-```
-
-Setzt die Wiedergabegeschwindigkeit.
-
-| Parameter     | Typ                      |
-| ------------- | ----------------------- |
-| **`options`** | `{ speed: number }` |
-
-### setVolume(options)
-
-```typescript
-setVolume(options: { volume: number }) => Promise<void>
-```
-
-Setzt die Audiolautstärke (0.0 bis 1.0).
-
-| Parameter     | Typ                       |
-| ------------- | ------------------------- |
-| **`options`** | `{ volume: number }` |
-
-### selectAudioTrack(options)
-
-```typescript
-selectAudioTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-Wählt eine Audiospur nach Index aus.
-
-| Parameter     | Typ                            |
-| ------------- | ------------------------------ |
-| **`options`** | `{ trackIndex: number }` |
-
-### selectCaptionTrack(options)
-
-```typescript
-selectCaptionTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-Wählt eine Untertitelspur nach Index aus.
-
-| Parameter     | Typ                            |
-| ------------- | ------------------------------ |
-| **`options`** | `{ trackIndex: number }` |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-Stoppt die Wiedergabe und schließt den Player.
-
-## Schnittstellen
-
-### VideoOptions
-
-| Eigenschaft       | Typ               | Beschreibung                             |
-| ----------------- | ----------------- | ---------------------------------------- |
-| **`mediaUrl`**    | `string` | URL der Videodatei                       |
-| **`title`**       | `string` | Video-Titel (optional)                   |
-| **`description`** | `string` | Video-Beschreibung (optional)            |
-| **`poster`**      | `string` | URL des Posters/Thumbnails (optional)    |
-| **`autoStart`**   | `boolean` | Wiedergabe automatisch starten (optional, Standard: true) |
-
-### PlaylistOptions
-
-| Eigenschaft       | Typ               | Beschreibung                 |
-| ----------------- | ----------------- | ---------------------------- |
-| **`playlistUrl`** | `string` | URL der JW Playlist JSON     |
-| **`autoStart`**   | `boolean` | Wiedergabe automatisch starten (optional) |
-
-## Event-Listener
-
-### Verfügbare Ereignisse
-
-- `playerReady` - Player ist initialisiert und bereit
-- `play` - Video-Wiedergabe gestartet
-- `pause` - Video-Wiedergabe pausiert
-- `complete` - Video-Wiedergabe abgeschlossen
-- `error` - Player hat einen Fehler festgestellt
-- `seek` - Benutzer ist zu einer anderen Position gesprungen
-- `time` - Wiedergabezeit aktualisiert
-- `bufferChange` - Pufferstatus geändert
-
-### Event-Beispiel
-
-```typescript
-// Zeit-Updates abhören
-JWPlayer.addListener('time', (data) => {
-  console.log('Aktuelle Zeit:', data.position);
-  console.log('Dauer:', data.duration);
-});
-
-// Pufferänderungen abhören
-JWPlayer.addListener('bufferChange', (data) => {
-  console.log('Puffert:', data.buffering);
-});
-
-// Listener entfernen, wenn fertig
-const listener = await JWPlayer.addListener('play', (data) => {
-  console.log('Spielt ab');
-});
-
-// Später...
-listener.remove();
-```
-
-## Erweiterte Verwendung
-
-### Abspielen mit Untertiteln
-
-```typescript
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: 'Video mit Untertiteln',
-  poster: 'https://example.com/poster.jpg',
-  tracks: [
-    {
-      file: 'https://example.com/captions-en.vtt',
-      label: 'English',
-      kind: 'captions'
-    },
-    {
-      file: 'https://example.com/captions-es.vtt',
-      label: 'Spanish',
-      kind: 'captions'
-    }
-  ]
-});
-```
-
-### Benutzerdefinierte Wiedergabesteuerung
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// Wiedergabe starten
-await JWPlayer.play();
-
-// Nach 10 Sekunden pausieren
-setTimeout(() => {
-  JWPlayer.pause();
-}, 10000);
-
-// Zu 30 Sekunden springen
-await JWPlayer.seek({ position: 30 });
-
-// Wiedergabegeschwindigkeit auf 1.5x setzen
-await JWPlayer.setPlaybackSpeed({ speed: 1.5 });
-
-// Lautstärke auf 50% setzen
-await JWPlayer.setVolume({ volume: 0.5 });
-```
-
-## Bewährte Methoden
-
-- Stellen Sie immer ein Posterbild für bessere Benutzererfahrung bereit
-- Behandeln Sie Player-Fehler elegant mit passenden Fehlermeldungen
-- Entfernen Sie Event-Listener, wenn Komponente demontiert wird
-- Testen Sie Video-Wiedergabe auf iOS- und Android-Geräten
-- Verwenden Sie geeignete Videoformate (MP4 empfohlen)
-- Implementieren Sie Ladezustände, während Video initialisiert wird
-- Berücksichtigen Sie Netzwerkbedingungen beim Streaming
-
-## Fehlerbehebung
-
-### Video wird nicht abgespielt
-
-- Überprüfen Sie, ob Ihr JW Player Lizenzschlüssel korrekt ist
-- Prüfen Sie, ob die Video-URL zugänglich und gültig ist
-- Stellen Sie sicher, dass korrekte CORS-Header vorhanden sind, wenn Sie einen benutzerdefinierten Server verwenden
-- Testen Sie mit verschiedenen Videoformaten
-
-### Vollbild-Probleme
-
-- Das Plugin spielt immer im Vollbildmodus ab
-- Stellen Sie sicher, dass korrekte Berechtigungen für Vollbild in Ihrer App vorhanden sind
-
-### Performance
-
-- Verwenden Sie geeignete Video-Qualität für Zielgeräte
-- Erwägen Sie adaptives Streaming für bessere Performance
-- Implementieren Sie geeignete Puffer-Indikatoren
diff --git a/src/content/docs/de/docs/plugins/jw-player/index.mdx b/src/content/docs/de/docs/plugins/jw-player/index.mdx
deleted file mode 100644
index 1b9565e1d..000000000
--- a/src/content/docs/de/docs/plugins/jw-player/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-jw-player"
-description: JW Player Integration-Plugin für Capacitor-Apps mit Video-Streaming, Playlists und umfassenden Player-Steuerelementen.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Spielen Sie Videos von JW Player mit Vollbildschnittstelle, Playlists und vollständiger Wiedergabesteuerung in Ihrer Capacitor-App ab.
-  image:
-    file: ~public/icons/plugins/jw-player.svg
-  actions:
-    - text: Loslegen
-      link: /docs/plugins/jw-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-jw-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Vollbild-Player" icon="rocket">
-    Immer Vollbild-Videoplayer-Oberfläche 📺
-  </Card>
-  <Card title="Playlist-Unterstützung" icon="list-format">
-    Unterstützt sowohl einzelne Videos als auch vollständige Playlists 📋
-  </Card>
-  <Card title="Wiedergabesteuerung" icon="setting">
-    Vollständige Kontrolle über Wiedergabe, Pause, Spulen, Geschwindigkeit 🎮
-  </Card>
-  <Card title="Audio & Untertitel" icon="star">
-    Audiospur-Auswahl und Untertitel-Unterstützung 🔊
-  </Card>
-  <Card title="Ereignissystem" icon="download">
-    Ereignis-Listener für Player-Statusänderungen 📡
-  </Card>
-  <Card title="Loslegen" icon="open-book">
-    Schauen Sie sich den [Leitfaden für den Einstieg](/docs/plugins/jw-player/getting-started/) an, um das Plugin zu installieren und zu konfigurieren.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/launch-navigator/getting-started.mdx b/src/content/docs/de/docs/plugins/launch-navigator/getting-started.mdx
deleted file mode 100644
index 90b4c7a5f..000000000
--- a/src/content/docs/de/docs/plugins/launch-navigator/getting-started.mdx
+++ /dev/null
@@ -1,337 +0,0 @@
----
-title: Loslegen
-description: Erfahren Sie, wie Sie das Launch Navigator-Plugin installieren und verwenden, um native Navigations-Apps auf iOS und Android zu integrieren.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Plattform-Konfiguration
-
-### iOS
-
-Fügen Sie URL-Schemata zu Ihrer `Info.plist` hinzu, um installierte Navigations-Apps zu erkennen:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <string>transit</string>
-    <string>moovit</string>
-    <string>uber</string>
-    <string>lyft</string>
-</array>
-```
-
-### Android
-
-Keine zusätzliche Konfiguration erforderlich. Das Plugin erkennt installierte Navigations-Apps automatisch.
-
-## Verwendungsbeispiel
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// Grundlegende Navigation zu Koordinaten
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // San Francisco Koordinaten
-});
-
-// Erweiterte Navigation mit Optionen
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // Optionaler Startpunkt
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // Bevorzugte Navigations-App
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// Prüfen, ob bestimmte App verfügbar ist
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps ist installiert');
-} else {
-  console.log('Google Maps ist nicht verfügbar');
-}
-
-// Alle verfügbaren Navigations-Apps abrufen
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('Verfügbare Navigations-Apps:', availableApps);
-
-// Alle unterstützten Apps für die Plattform abrufen
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('Unterstützte Apps:', supportedApps);
-```
-
-## API-Referenz
-
-### navigate(options)
-
-```typescript
-navigate(options: NavigateOptions) => Promise<void>
-```
-
-Startet die Navigation zu angegebenen Koordinaten.
-
-| Param         | Typ                      |
-| ------------- | ------------------------- |
-| **`options`** | `NavigateOptions` |
-
-### isAppAvailable(options)
-
-```typescript
-isAppAvailable(options: { app: string }) => Promise<{ available: boolean }>
-```
-
-Prüft, ob eine bestimmte Navigations-App installiert ist.
-
-| Param         | Typ                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ app: string }` |
-
-**Rückgabe:** `Promise<{ available: boolean }>`
-
-### getAvailableApps()
-
-```typescript
-getAvailableApps() => Promise<{ apps: string[] }>
-```
-
-Ruft die Liste aller verfügbaren Navigations-Apps auf dem Gerät ab.
-
-**Rückgabe:** `Promise<{ apps: string[] }>`
-
-### getSupportedApps()
-
-```typescript
-getSupportedApps() => Promise<{ apps: string[] }>
-```
-
-Ruft die Liste aller unterstützten Apps für die aktuelle Plattform ab.
-
-**Rückgabe:** `Promise<{ apps: string[] }>`
-
-## Schnittstellen
-
-### NavigateOptions
-
-| Eigenschaft       | Typ                          | Beschreibung                     |
-| ----------------- | ----------------------------- | ------------------------------- |
-| **`destination`** | `[number, number]` | Zielkoordinaten [lat, lng] |
-| **`options`**     | `NavigationOptions` | Zusätzliche Navigationsoptionen (optional) |
-
-### NavigationOptions
-
-| Eigenschaft          | Typ                  | Beschreibung                           |
-| -------------------- | --------------------- | ------------------------------------- |
-| **`start`**          | `[number, number]` | Startkoordinaten [lat, lng] (optional) |
-| **`transportMode`**  | `TransportMode` | Transportmethode (optional)       |
-| **`app`**            | `string` | Bevorzugte Navigations-App (optional)    |
-| **`appDisplayName`** | `string` | Anzeigename für App (optional)        |
-
-### TransportMode
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## Koordinaten-Anforderung
-
-> **Wichtig**: Dieses Plugin akzeptiert nur Breiten-/Längengrad-Koordinaten für die Navigation. Verwenden Sie [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder), um Adressen in Koordinaten umzuwandeln.
-
-```typescript
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-import { LaunchNavigator } from '@capgo/capacitor-launch-navigator';
-
-// Adresse in Koordinaten umwandeln
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // Navigation mit geokodierten Koordinaten starten
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## Unterstützte Navigations-Apps
-
-### iOS
-- Apple Maps (integriert)
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- Und viele mehr...
-
-### Android
-- Google Maps (integriert)
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- Und viele mehr...
-
-## Erweiterte Beispiele
-
-### Mehrere Apps prüfen und die erste verfügbare verwenden
-
-```typescript
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('Keine unterstützten Navigations-Apps gefunden');
-}
-```
-
-### Benutzerauswahl der Navigations-App
-
-```typescript
-// Verfügbare Apps abrufen
-const { apps } = await LaunchNavigator.getAvailableApps();
-
-if (apps.length === 0) {
-  alert('Keine Navigations-Apps verfügbar');
-  return;
-}
-
-// App-Auswahl dem Benutzer zeigen (Pseudo-Code)
-const selectedApp = await showAppSelectionDialog(apps);
-
-// Mit ausgewählter App navigieren
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: { app: selectedApp }
-});
-```
-
-### Navigation mit verschiedenen Transportmodi
-
-```typescript
-// Fahranweisungen
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.DRIVING
-  }
-});
-
-// Gehrichtungen
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.WALKING
-  }
-});
-
-// Öffentliche Verkehrsmittel
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.TRANSIT
-  }
-});
-```
-
-## Bewährte Methoden
-
-- Prüfen Sie immer die App-Verfügbarkeit, bevor Sie die Navigation versuchen
-- Bieten Sie Fallback-Optionen an, wenn bevorzugte Apps nicht verfügbar sind
-- Verwenden Sie aussagekräftige App-Anzeigenamen für die Benutzerauswahl
-- Behandeln Sie Fehler mit benutzerfreundlichen Meldungen
-- Berücksichtigen Sie Benutzerpräferenzen für Standard-Navigations-Apps
-- Testen Sie auf iOS- und Android-Geräten
-- Implementieren Sie eine ordnungsgemäße Fehlerbehandlung für ungültige Koordinaten
-
-## Fehlerbehandlung
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('Navigation fehlgeschlagen:', error);
-  // Fehler behandeln - App nicht verfügbar, ungültige Koordinaten, etc.
-  alert('Navigation konnte nicht gestartet werden. Bitte überprüfen Sie Ihre Koordinaten und versuchen Sie es erneut.');
-}
-```
-
-## Anwendungsfälle
-
-- **Standortbasierte Dienste**: Benutzer zu Sehenswürdigkeiten navigieren
-- **Liefer-Apps**: Fahrer zu Lieferorten führen
-- **Event-Apps**: Teilnehmer zu Veranstaltungsorten leiten
-- **Immobilien-Apps**: Zu Immobilienstandorten navigieren
-- **Reise-Apps**: Touristen zu Attraktionen führen
-- **Service-Apps**: Außendienstmitarbeiter zu Einsatzorten leiten
diff --git a/src/content/docs/de/docs/plugins/launch-navigator/index.mdx b/src/content/docs/de/docs/plugins/launch-navigator/index.mdx
deleted file mode 100644
index bc37a9bec..000000000
--- a/src/content/docs/de/docs/plugins/launch-navigator/index.mdx
+++ /dev/null
@@ -1,246 +0,0 @@
----
-title: "@capgo/capacitor-launch-navigator"
-description: Launch-Navigations-Apps-Plugin für Capacitor-Apps mit Unterstützung für Google Maps, Apple Maps, Waze und andere Navigationsdienste.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Starten Sie Navigations-Apps mit Turn-by-Turn-Anweisungen, unterstützen Sie mehrere Kartenanbieter und benutzerdefinierte Routing-Optionen.
-  image:
-    file: ~public/icons/plugins/launch-navigator.svg
-  actions:
-    - text: Loslegen
-      link: /docs/plugins/launch-navigator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-launch-navigator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Übersicht
-
-Das Capacitor Launch Navigator-Plugin ermöglicht das Starten nativer Navigations-Apps auf iOS- und Android-Geräten mit koordinatenbasierter Navigation. Dieses Plugin bietet nahtlose Integration mit beliebten Kartenanwendungen und unterstützt mehrere Transportmodi für umfassende Navigationslösungen.
-
-<CardGrid stagger>
-  <Card title="Multi-App-Unterstützung" icon="rocket">
-    Google Maps, Apple Maps, Waze, Citymapper und mehr 🗺️
-  </Card>
-  <Card title="Transportmodi" icon="magnifier">
-    Fahr-, Geh-, Öffentliche Verkehrsmittel- und Fahrradrichtungen 🧭
-  </Card>
-  <Card title="App-Erkennung" icon="magnifier">
-    Verfügbarkeit prüfen und installierte Navigations-Apps auflisten 🔍
-  </Card>
-  <Card title="Koordinatenbasiert" icon="star">
-    Navigieren mit Breiten-/Längengrad-Koordinaten 📍
-  </Card>
-</CardGrid>
-
-## Installation
-
-```bash
-npm install @capgo/capacitor-launch-navigator
-npx cap sync
-```
-
-## iOS-Konfiguration
-
-Fügen Sie URL-Schemata zu Ihrer `Info.plist` hinzu, um installierte Navigations-Apps zu erkennen:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <!-- Weitere Navigations-App-Schemata hinzufügen -->
-</array>
-```
-
-## Kern-API-Methoden
-
-### Navigation
-- `navigate(options)` - Navigation zu angegebenen Koordinaten starten
-- `isAppAvailable(options)` - Prüfen, ob eine bestimmte Navigations-App installiert ist
-- `getAvailableApps()` - Alle verfügbaren Navigations-Apps auf dem Gerät auflisten
-- `getSupportedApps()` - Alle unterstützten Apps für die aktuelle Plattform abrufen
-
-## Verwendungsbeispiel
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// Grundlegende Navigation zu Koordinaten
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // San Francisco Koordinaten
-});
-
-// Erweiterte Navigation mit Optionen
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // Optionaler Startpunkt
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // Bevorzugte Navigations-App
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// Prüfen, ob bestimmte App verfügbar ist
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps ist installiert');
-} else {
-  console.log('Google Maps ist nicht verfügbar');
-}
-
-// Alle verfügbaren Navigations-Apps abrufen
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('Verfügbare Navigations-Apps:', availableApps);
-
-// Alle unterstützten Apps für die Plattform abrufen
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('Unterstützte Apps:', supportedApps);
-```
-
-## Navigationsoptionen
-
-```typescript
-interface NavigationOptions {
-  start?: [number, number];      // Startkoordinaten [lat, lng]
-  transportMode?: TransportMode; // Transportmethode
-  app?: string;                  // Bevorzugte Navigations-App
-  appDisplayName?: string;       // Anzeigename für App
-  launchMode?: LaunchMode;       // Wie die App gestartet werden soll
-}
-```
-
-## Transportmodi
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## Unterstützte Navigations-Apps
-
-### iOS
-- Apple Maps (integriert)
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- Und viele mehr...
-
-### Android
-- Google Maps (integriert)
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- Und viele mehr...
-
-## Koordinaten-Anforderungen
-
-> ⚠️ **Wichtig**: Dieses Plugin akzeptiert nur Breiten-/Längengrad-Koordinaten für die Navigation. Verwenden Sie [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder), um Adressen in Koordinaten umzuwandeln.
-
-```typescript
-// Beispiel mit Geocoding
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-
-// Adresse in Koordinaten umwandeln
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // Navigation mit geokodierten Koordinaten starten
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## App-Erkennung und -Auswahl
-
-```typescript
-// Mehrere Apps prüfen und die erste verfügbare verwenden
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('Keine unterstützten Navigations-Apps gefunden');
-}
-```
-
-## Fehlerbehandlung
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('Navigation fehlgeschlagen:', error);
-  // Fehler behandeln - App nicht verfügbar, ungültige Koordinaten, etc.
-}
-```
-
-## Anwendungsfälle
-
-- **Standortbasierte Dienste**: Benutzer zu Sehenswürdigkeiten navigieren
-- **Liefer-Apps**: Fahrer zu Lieferorten führen
-- **Event-Apps**: Teilnehmer zu Veranstaltungsorten leiten
-- **Immobilien-Apps**: Zu Immobilienstandorten navigieren
-- **Reise-Apps**: Touristen zu Attraktionen führen
-
-## Bewährte Methoden
-
-- Prüfen Sie immer die App-Verfügbarkeit, bevor Sie die Navigation versuchen
-- Bieten Sie Fallback-Optionen an, wenn bevorzugte Apps nicht verfügbar sind
-- Verwenden Sie aussagekräftige App-Anzeigenamen für die Benutzerauswahl
-- Behandeln Sie Fehler mit benutzerfreundlichen Meldungen
-- Berücksichtigen Sie Benutzerpräferenzen für Standard-Navigations-Apps
-
-## Dokumentation
-
-Schauen Sie sich die [vollständige Dokumentation](/docs/plugins/launch-navigator/getting-started/) für detaillierte Implementierungsanleitungen und erweiterte Navigationsmuster an.
diff --git a/src/content/docs/de/docs/plugins/live-reload/getting-started.mdx b/src/content/docs/de/docs/plugins/live-reload/getting-started.mdx
deleted file mode 100644
index 260e440ca..000000000
--- a/src/content/docs/de/docs/plugins/live-reload/getting-started.mdx
+++ /dev/null
@@ -1,355 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie Live Reload für schnellere Entwicklung mit Ihrer Capacitor-App einrichten.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Paket**
-   <PackageManagers pkg="@capgo/capacitor-live-reload" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Einrichtung
-
-Konfigurieren Sie Ihren Vite Dev-Server für die Arbeit mit Live Reload. Sie müssen:
-1. Den eingebauten HMR-Client deaktivieren
-2. Reload-Events über einen dedizierten WebSocket-Endpunkt weiterleiten
-
-## Verwendung
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-// Dev-Server konfigurieren
-await LiveReload.configureServer({
-  url: 'http://localhost:5173',
-  websocketPath: '/capgo-livereload',
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-
-// Zum Dev-Server verbinden
-await LiveReload.connect();
-
-// Reload-Ereignisse abhören
-LiveReload.addListener('reloadEvent', (event) => {
-  console.log('Reload-Ereignis:', event);
-  if (event.type === 'full-reload') {
-    console.log('Vollständiges Neuladen der Seite ausgelöst');
-  } else if (event.type === 'file-update') {
-    console.log('Datei aktualisiert:', event.file);
-  }
-});
-
-// Verbindungsstatus-Änderungen abhören
-LiveReload.addListener('statusChange', (status) => {
-  console.log('Verbindungsstatus:', status.connected);
-  console.log('Server-URL:', status.url);
-});
-```
-
-## API-Referenz
-
-### configureServer(options)
-
-Speichert Remote-Dev-Server-Einstellungen für nachfolgende Verbindungen.
-
-```typescript
-const status = await LiveReload.configureServer({
-  url: 'http://192.168.1.100:5173',
-  websocketPath: '/capgo-livereload',
-  headers: {
-    'Authorization': 'Bearer token'
-  },
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-```
-
-**Parameter:**
-- `url` (string): Basis-URL für den Dev-Server (z.B. `http://dev.local:5173`)
-- `websocketPath` (string, optional): WebSocket-Pfad-Überschreibung (Standard: `/ws`)
-- `headers` (Record\<string, string\>, optional): Zusätzliche Header für WebSocket-Verbindung
-- `autoReconnect` (boolean, optional): Automatisch bei Trennung erneut verbinden (Standard: `true`)
-- `reconnectInterval` (number, optional): Verzögerung zwischen Verbindungsversuchen in ms (Standard: `2000`)
-
-**Rückgabe:** `LiveReloadStatus` mit Verbindungsinformationen
-
-### connect()
-
-Stellt eine WebSocket-Verbindung her, wenn noch keine aktiv ist.
-
-```typescript
-const status = await LiveReload.connect();
-console.log('Verbunden:', status.connected);
-```
-
-**Rückgabe:** Aktueller Verbindungsstatus
-
-### disconnect()
-
-Schließt die aktuelle WebSocket-Verbindung und deaktiviert automatische Wiederverbindung.
-
-```typescript
-await LiveReload.disconnect();
-```
-
-### getStatus()
-
-Ruft den aktuellen Verbindungsstatus ab.
-
-```typescript
-const status = await LiveReload.getStatus();
-console.log('Verbunden:', status.connected);
-console.log('URL:', status.url);
-```
-
-### reload()
-
-Löst manuell ein vollständiges Neuladen der Capacitor WebView aus.
-
-```typescript
-await LiveReload.reload();
-```
-
-### reloadFile(options)
-
-Lädt eine einzelne Datei/Modul neu (fällt auf vollständiges Neuladen zurück, wenn nicht unterstützt).
-
-```typescript
-await LiveReload.reloadFile({
-  path: '/src/components/MyComponent.tsx',
-  hash: 'abc123'
-});
-```
-
-### addListener('reloadEvent', callback)
-
-Hört auf eingehende Reload-Ereignisse vom Server.
-
-```typescript
-const handle = await LiveReload.addListener('reloadEvent', (event) => {
-  switch (event.type) {
-    case 'full-reload':
-      console.log('Vollständiges Neuladen angefordert');
-      break;
-    case 'file-update':
-      console.log('Datei aktualisiert:', event.file?.path);
-      break;
-    case 'error':
-      console.error('Fehler:', event.message);
-      break;
-  }
-});
-
-// Listener entfernen, wenn fertig
-await handle.remove();
-```
-
-### addListener('statusChange', callback)
-
-Hört auf Socket-Statusänderungen.
-
-```typescript
-await LiveReload.addListener('statusChange', (status) => {
-  console.log(status.connected ? 'Verbunden' : 'Getrennt');
-});
-```
-
-### removeAllListeners()
-
-Entfernt alle registrierten Listener.
-
-```typescript
-await LiveReload.removeAllListeners();
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-export class DevServer {
-  private connected = false;
-
-  async initialize() {
-    // Nur in der Entwicklung aktivieren
-    if (process.env.NODE_ENV !== 'development') {
-      return;
-    }
-
-    try {
-      // Server konfigurieren
-      await LiveReload.configureServer({
-        url: 'http://192.168.1.100:5173',
-        websocketPath: '/capgo-livereload',
-        autoReconnect: true,
-        reconnectInterval: 3000
-      });
-
-      // Listener vor dem Verbinden einrichten
-      await LiveReload.addListener('reloadEvent', this.handleReloadEvent.bind(this));
-      await LiveReload.addListener('statusChange', this.handleStatusChange.bind(this));
-
-      // Verbinden
-      await LiveReload.connect();
-    } catch (error) {
-      console.error('Live Reload konnte nicht initialisiert werden:', error);
-    }
-  }
-
-  private handleReloadEvent(event: any) {
-    console.log('Reload-Ereignis empfangen:', event.type);
-
-    switch (event.type) {
-      case 'full-reload':
-        this.performFullReload();
-        break;
-      case 'file-update':
-        this.handleFileUpdate(event.file);
-        break;
-      case 'error':
-        console.error('Server-Fehler:', event.message);
-        break;
-      case 'connected':
-        console.log('Server verbunden');
-        break;
-      case 'disconnected':
-        console.log('Server getrennt');
-        break;
-    }
-  }
-
-  private handleStatusChange(status: any) {
-    this.connected = status.connected;
-    console.log(`Live Reload ${status.connected ? 'verbunden' : 'getrennt'}`);
-  }
-
-  private performFullReload() {
-    console.log('Vollständiges Neuladen der Seite wird durchgeführt...');
-    window.location.reload();
-  }
-
-  private handleFileUpdate(file: any) {
-    console.log('Datei aktualisiert:', file?.path);
-    // HMR wird dies in den meisten Fällen automatisch behandeln
-  }
-
-  async disconnect() {
-    await LiveReload.disconnect();
-    await LiveReload.removeAllListeners();
-    this.connected = false;
-  }
-
-  isConnected(): boolean {
-    return this.connected;
-  }
-}
-```
-
-## Vite-Konfigurationsbeispiel
-
-Konfigurieren Sie Ihren Vite-Server für die Arbeit mit dem Live Reload Plugin:
-
-```typescript
-// vite.config.ts
-import { defineConfig } from 'vite';
-
-export default defineConfig({
-  server: {
-    host: '0.0.0.0', // Verbindungen vom Netzwerk erlauben
-    port: 5173,
-    hmr: {
-      // Benutzerdefinierter WebSocket-Pfad für Live Reload
-      path: '/capgo-livereload',
-    }
-  }
-});
-```
-
-## Bewährte Methoden
-
-1. **Nur in der Entwicklung verwenden**
-   ```typescript
-   if (import.meta.env.DEV) {
-     await LiveReload.configureServer({
-       url: 'http://localhost:5173',
-       websocketPath: '/capgo-livereload'
-     });
-     await LiveReload.connect();
-   }
-   ```
-
-2. **Verwenden Sie Ihre lokale IP für mobiles Testen**
-   ```typescript
-   const devServerUrl = process.env.VITE_DEV_SERVER_URL || 'http://192.168.1.100:5173';
-   await LiveReload.configureServer({ url: devServerUrl });
-   ```
-
-3. **Behandeln Sie Verbindungsfehler elegant**
-   ```typescript
-   try {
-     await LiveReload.connect();
-   } catch (error) {
-     console.warn('Konnte nicht zum Dev-Server verbinden, verwende Produktions-Build');
-   }
-   ```
-
-4. **Beim App-Beenden aufräumen**
-   ```typescript
-   window.addEventListener('beforeunload', async () => {
-     await LiveReload.disconnect();
-   });
-   ```
-
-5. **Verbindungsstatus in UI anzeigen**
-   ```typescript
-   LiveReload.addListener('statusChange', (status) => {
-     // Indikator in Dev-Builds anzeigen
-     updateDevIndicator(status.connected);
-   });
-   ```
-
-## Plattform-Hinweise
-
-### iOS
-- Funktioniert mit iOS 11.0+
-- Stellen Sie sicher, dass der Dev-Server vom Netzwerk Ihres Geräts aus erreichbar ist
-- Möglicherweise müssen Sie die Firewall konfigurieren, um Verbindungen zuzulassen
-
-### Android
-- Funktioniert mit Android 5.0 (API 21)+
-- Verwenden Sie `adb reverse` für localhost-Verbindungen:
-  ```bash
-  adb reverse tcp:5173 tcp:5173
-  ```
-
-### Web
-- Vollständige Unterstützung für Web-Plattform
-- Direkte WebSocket-Verbindung zum Vite Dev-Server
-
-## Fehlerbehebung
-
-**Verbindung schlägt fehl:**
-- Überprüfen Sie, ob der Dev-Server läuft
-- Prüfen Sie, ob Gerät und Computer im selben Netzwerk sind
-- Stellen Sie sicher, dass die Firewall Verbindungen auf dem Port erlaubt
-- Verwenden Sie die IP-Adresse statt localhost für mobile Geräte
-
-**Langsames Neuladen:**
-- Netzwerkgeschwindigkeit prüfen
-- Wiederverbindungsintervall reduzieren
-- Vite-Build-Konfiguration optimieren
-
-**WebSocket-Fehler:**
-- Überprüfen Sie, ob websocketPath mit der Vite-Konfiguration übereinstimmt
-- Auf Port-Konflikte prüfen
-- Stellen Sie sicher, dass Header korrekt sind, wenn Authentifizierung verwendet wird
diff --git a/src/content/docs/de/docs/plugins/live-reload/index.mdx b/src/content/docs/de/docs/plugins/live-reload/index.mdx
deleted file mode 100644
index fac87297e..000000000
--- a/src/content/docs/de/docs/plugins/live-reload/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-live-reload"
-description: Laden Sie Ihre Capacitor-App live von einem Remote-Dev-Server neu für schnellere Entwicklung.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Verbinden Sie Ihre Capacitor-App mit Ihrem lokalen Entwicklungsserver für sofortiges Hot Reloading und schnellere Iteration während der Entwicklung.
-  image:
-    file: ~public/icons/plugins/live-reload.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/live-reload/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-live-reload/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Hot Module Replacement" icon="rocket">
-    Sofortige Updates ohne Neuerstellung Ihrer App
-  </Card>
-  <Card title="Remote-Dev-Server" icon="laptop">
-    Verbindung zu Vite oder jedem kompatiblen Dev-Server
-  </Card>
-  <Card title="WebSocket-Verbindung" icon="puzzle">
-    Echtzeit-Kommunikation für Live-Updates
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/live-reload/getting-started/) an, um Live Reload einzurichten.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/llm/getting-started.mdx b/src/content/docs/de/docs/plugins/llm/getting-started.mdx
deleted file mode 100644
index 9d469b06b..000000000
--- a/src/content/docs/de/docs/plugins/llm/getting-started.mdx
+++ /dev/null
@@ -1,484 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Capacitor LLM Plugin installieren und verwenden, um KI-Modelle lokal auf iOS und Android auszuführen.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Plattform-Konfiguration
-
-### iOS-Konfiguration
-
-- **iOS 26.0+**: Verwendet standardmäßig Apple Intelligence (kein Modell erforderlich) - **Empfohlen**
-- **iOS < 26.0**: Erfordert benutzerdefinierte MediaPipe-Modelle (experimentell, kann Kompatibilitätsprobleme haben)
-
-Für benutzerdefinierte Modelle auf älteren iOS-Versionen platzieren Sie Modelldateien über Xcode's "Copy Bundle Resources" in Ihrem iOS-App-Bundle.
-
-### Android-Konfiguration
-
-Platzieren Sie Modelldateien in Ihrem Android-Assets-Ordner:
-
-```
-android/app/src/main/assets/
-```
-
-Sie benötigen **beide** Dateien für Android:
-- `.task`-Datei (Hauptmodell)
-- `.litertlm`-Datei (Begleitdatei)
-
-Download von [Kaggle Gemma-Modelle](https://www.kaggle.com/models/google/gemma) → "LiteRT (formerly TFLite)"-Tab
-
-## Empfohlene Modelle
-
-### Für Android (Gemma-3-Modelle)
-
-- **Gemma 3 270M** - Kleinstes, effizientestes für Mobilgeräte (~240-400MB) - **Empfohlen**
-- **Gemma 3 1B** - Größeres Textgenerierungsmodell (~892MB-1.5GB)
-
-Download von [Kaggle Gemma-Modelle](https://www.kaggle.com/models/google/gemma) → Klicken Sie auf "LiteRT (formerly TFLite)"-Tab
-
-### Für iOS
-
-- **Apple Intelligence** (iOS 26.0+) - Integriert, kein Download erforderlich - **Empfohlen**
-- **Gemma-2 2B** (experimentell) - Kann Kompatibilitätsprobleme mit `.task`-Format haben
-
-Für benutzerdefinierte iOS-Modelle laden Sie von [Hugging Face MediaPipe-Modelle](https://huggingface.co/collections/google/mediapipe-668392ead2d6768e82fb3b87) herunter
-
-## Verwendung
-
-Plugin importieren und initialisieren:
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-// Überprüfen, ob LLM bereit ist
-const { readiness } = await CapgoLLM.getReadiness();
-console.log('LLM-Bereitschaft:', readiness);
-
-// Modell basierend auf Plattform festlegen
-const platform = Capacitor.getPlatform();
-if (platform === 'ios') {
-  // iOS: Apple Intelligence verwenden (Standard)
-  await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-} else {
-  // Android: MediaPipe-Modell verwenden
-  await CapgoLLM.setModel({ path: '/android_asset/gemma-3-270m-it-int8.task' });
-}
-
-// Chat-Sitzung erstellen
-const { id: chatId } = await CapgoLLM.createChat();
-
-// KI-Antworten abhören
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('KI-Antwort:', event.text);
-});
-
-// Auf Fertigstellung hören
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('KI hat Antwort abgeschlossen');
-});
-
-// Nachricht senden
-await CapgoLLM.sendMessage({
-  chatId,
-  message: 'Hallo! Wie geht es dir heute?'
-});
-```
-
-## Erweiterte Funktionen
-
-### Modelle herunterladen
-
-```typescript
-// Modell von URL herunterladen
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/model.task',
-  filename: 'model.task'
-});
-
-// Für Android beide .task- und .litertlm-Dateien herunterladen
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-
-// Download-Fortschritt abhören
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log(`Download-Fortschritt: ${event.progress}%`);
-  console.log(`Heruntergeladen: ${event.downloadedBytes} / ${event.totalBytes}`);
-});
-```
-
-### Modellverwaltung
-
-```typescript
-// Spezifisches Modell mit Konfiguration festlegen
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-
-// Bereitschaft prüfen
-const { readiness } = await CapgoLLM.getReadiness();
-if (readiness === 'ready') {
-  // Modell ist geladen und bereit
-}
-
-// Auf Bereitschaftsänderungen hören
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Bereitschaft geändert:', event.readiness);
-});
-```
-
-## API-Methoden
-
-### createChat()
-
-Erstellt eine neue Chat-Sitzung.
-
-```typescript
-const { id: chatId } = await CapgoLLM.createChat();
-```
-
-**Rückgabe:** `Promise<{ id: string; instructions?: string }>`
-
-### sendMessage(...)
-
-Sendet eine Nachricht an das LLM.
-
-```typescript
-await CapgoLLM.sendMessage({
-  chatId: 'chat-id',
-  message: 'Wie ist das Wetter?'
-});
-```
-
-| Parameter      | Typ     | Beschreibung          |
-| -------------- | ------- | --------------------- |
-| **`chatId`**   | `string` | Chat-Sitzungs-ID     |
-| **`message`**  | `string` | Zu sendende Nachricht |
-
-### getReadiness()
-
-Prüft, ob das LLM einsatzbereit ist.
-
-```typescript
-const { readiness } = await CapgoLLM.getReadiness();
-```
-
-**Rückgabe:** `Promise<{ readiness: string }>`
-
-Mögliche Werte:
-- `ready` - Modell ist geladen und bereit
-- `loading` - Modell wird geladen
-- `not_ready` - Modell noch nicht geladen
-- `error` - Fehler beim Laden des Modells
-
-### setModel(...)
-
-Setzt die Modellkonfiguration.
-
-```typescript
-// iOS: Apple Intelligence verwenden (empfohlen)
-await CapgoLLM.setModel({
-  path: 'Apple Intelligence'
-});
-
-// iOS: Benutzerdefiniertes MediaPipe-Modell verwenden (experimentell)
-await CapgoLLM.setModel({
-  path: 'Gemma2-2B-IT_multi-prefill-seq_q8_ekv1280',
-  modelType: 'task',
-  maxTokens: 1280
-});
-
-// Android: MediaPipe-Modell verwenden
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-```
-
-| Parameter         | Typ     | Beschreibung                                        |
-| ----------------- | ------- | --------------------------------------------------- |
-| **`path`**        | `string` | Modellpfad oder "Apple Intelligence" für iOS-System |
-| **`modelType`**   | `string` | Optional: Modelldateityp (z.B. "task", "bin")       |
-| **`maxTokens`**   | `number` | Optional: Maximale Token, die das Modell verarbeitet |
-| **`topk`**        | `number` | Optional: Anzahl der betrachteten Token bei jedem Schritt |
-| **`temperature`** | `number` | Optional: Zufälligkeit bei der Generierung (0.0-1.0) |
-| **`randomSeed`**  | `number` | Optional: Zufallsseed für Generierung              |
-
-### downloadModel(...)
-
-Lädt ein Modell von einer URL herunter und speichert es im Gerätespeicher.
-
-```typescript
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-```
-
-| Parameter          | Typ     | Beschreibung                                 |
-| ------------------ | ------- | -------------------------------------------- |
-| **`url`**          | `string` | URL zum Herunterladen                        |
-| **`companionUrl`** | `string` | Optional: URL für Begleitdatei (.litertlm)   |
-| **`filename`**     | `string` | Optional: Dateiname zum Speichern            |
-
-**Rückgabe:** `Promise<{ path: string; companionPath?: string }>`
-
-## Ereignisse
-
-### textFromAi
-
-Wird ausgelöst, wenn KI Text generiert (Streaming-Antwort).
-
-```typescript
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('KI-Text:', event.text);
-  console.log('Chat-ID:', event.chatId);
-  console.log('Ist Chunk:', event.isChunk);
-});
-```
-
-**Ereignisdaten:**
-- `text` (string) - Inkrementeller Textabschnitt von KI
-- `chatId` (string) - Chat-Sitzungs-ID
-- `isChunk` (boolean) - Ob dies ein vollständiger Chunk oder partielle Streaming-Daten ist
-
-### aiFinished
-
-Wird ausgelöst, wenn KI die Antwort abgeschlossen hat.
-
-```typescript
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('Abgeschlossen für Chat:', event.chatId);
-});
-```
-
-**Ereignisdaten:**
-- `chatId` (string) - Chat-Sitzungs-ID
-
-### downloadProgress
-
-Wird während des Modell-Downloads ausgelöst, um Fortschritt zu melden.
-
-```typescript
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log('Fortschritt:', event.progress, '%');
-  console.log('Heruntergeladen:', event.downloadedBytes, '/', event.totalBytes);
-});
-```
-
-**Ereignisdaten:**
-- `progress` (number) - Prozentsatz des abgeschlossenen Downloads (0-100)
-- `downloadedBytes` (number) - Bisher heruntergeladene Bytes
-- `totalBytes` (number) - Gesamte zu ladende Bytes
-
-### readinessChange
-
-Wird ausgelöst, wenn sich der Bereitschaftsstatus des LLM ändert.
-
-```typescript
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Bereitschaft geändert zu:', event.readiness);
-});
-```
-
-**Ereignisdaten:**
-- `readiness` (string) - Der neue Bereitschaftsstatus
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-class AIService {
-  private chatId: string | null = null;
-  private messageBuffer: string = '';
-
-  async initialize() {
-    // Modell basierend auf Plattform einrichten
-    const platform = Capacitor.getPlatform();
-
-    if (platform === 'ios') {
-      // iOS: Apple Intelligence verwenden (empfohlen)
-      await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-    } else {
-      // Android: MediaPipe-Modell verwenden
-      await CapgoLLM.setModel({
-        path: '/android_asset/gemma-3-270m-it-int8.task',
-        maxTokens: 2048,
-        topk: 40,
-        temperature: 0.8
-      });
-    }
-
-    // Warten, bis Modell bereit ist
-    let isReady = false;
-    while (!isReady) {
-      const { readiness } = await CapgoLLM.getReadiness();
-      if (readiness === 'ready') {
-        isReady = true;
-      } else if (readiness === 'error') {
-        throw new Error('Fehler beim Laden des Modells');
-      }
-      await new Promise(resolve => setTimeout(resolve, 500));
-    }
-
-    // Chat-Sitzung erstellen
-    const { id } = await CapgoLLM.createChat();
-    this.chatId = id;
-
-    // Event-Listener einrichten
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    CapgoLLM.addListener('textFromAi', (event) => {
-      if (event.chatId === this.chatId) {
-        this.messageBuffer += event.text;
-        this.onTextReceived(event.text);
-      }
-    });
-
-    CapgoLLM.addListener('aiFinished', (event) => {
-      if (event.chatId === this.chatId) {
-        this.onMessageComplete(this.messageBuffer);
-        this.messageBuffer = '';
-      }
-    });
-  }
-
-  async sendMessage(message: string) {
-    if (!this.chatId) {
-      throw new Error('Chat nicht initialisiert');
-    }
-
-    await CapgoLLM.sendMessage({
-      chatId: this.chatId,
-      message
-    });
-  }
-
-  onTextReceived(text: string) {
-    // UI mit Streaming-Text aktualisieren
-    console.log('Empfangen:', text);
-  }
-
-  onMessageComplete(fullMessage: string) {
-    // Vollständige Nachricht verarbeiten
-    console.log('Vollständige Nachricht:', fullMessage);
-  }
-}
-
-// Verwendung
-const ai = new AIService();
-await ai.initialize();
-await ai.sendMessage('Erzähl mir von KI');
-```
-
-## Plattform-Unterstützung
-
-| Plattform | Unterstützt | Anforderungen |
-|-----------|-------------|---------------|
-| iOS       | ✅          | iOS 13.0+ (26.0+ für Apple Intelligence) |
-| Android   | ✅          | API 24+ |
-| Web       | ❌          | Nicht unterstützt |
-
-## Bewährte Methoden
-
-1. **Modellauswahl**: Wählen Sie Modelle basierend auf Gerätefähigkeiten
-   - Verwenden Sie 270M für die meisten Mobilgeräte
-   - Verwenden Sie 1B für High-End-Geräte mit mehr RAM
-   - Testen Sie Leistung auf Zielgeräten
-
-2. **Speicherverwaltung**: Chat-Sitzungen löschen, wenn fertig
-   ```typescript
-   // Neuen Chat für neue Konversationen erstellen
-   const { id } = await CapacitorLLM.createChat();
-   ```
-
-3. **Fehlerbehandlung**: Bereitschaft immer vor Verwendung prüfen
-   ```typescript
-   const { readiness } = await CapacitorLLM.getReadiness();
-   if (readiness !== 'ready') {
-     // Nicht-bereiten Zustand behandeln
-   }
-   ```
-
-4. **Streaming-UI**: UI inkrementell mit Streaming-Text aktualisieren
-   - Text anzeigen, wie er über `onAiText` eintrifft
-   - Mit `onAiCompletion` als vollständig markieren
-
-5. **Modell-Download**: Modelle während App-Setup herunterladen, nicht bei erster Verwendung
-   ```typescript
-   // Während App-Initialisierung
-   await CapacitorLLM.downloadModel({
-     url: 'https://your-cdn.com/model.task',
-     filename: 'model.task'
-   });
-   ```
-
-## Fehlerbehebung
-
-### Modell lädt nicht
-- Modelldatei am richtigen Ort überprüfen
-- Modellformat mit Plattform abgleichen (.gguf für iOS, .task für Android)
-- Ausreichenden Gerätespeicher sicherstellen
-
-### Schlechte Leistung
-- Kleineres Modell versuchen (270M statt 1B)
-- Andere Apps schließen, um Speicher freizugeben
-- Auf echtem Gerät testen, nicht im Simulator
-
-### Keine Antworten
-- Bereitschaftsstatus auf 'ready' prüfen
-- Event-Listener vor dem Senden von Nachrichten einrichten
-- Konsole auf Fehler überprüfen
-
-## Ressourcen
-
-- [GitHub-Repository](https://github.com/Cap-go/capacitor-llm)
-- [Gemma-Modelle](https://ai.google.dev/gemma)
-- [Apple Intelligence](https://developer.apple.com/machine-learning/)
-- [MediaPipe](https://developers.google.com/mediapipe)
diff --git a/src/content/docs/de/docs/plugins/llm/index.mdx b/src/content/docs/de/docs/plugins/llm/index.mdx
deleted file mode 100644
index 907d5cbba..000000000
--- a/src/content/docs/de/docs/plugins/llm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-llm"
-description: Führen Sie LLM-Modelle lokal in iOS und Android mit nativer Apple Intelligence-Unterstützung für Datenschutz und Offline-Funktionen aus.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Führen Sie LLM-Modelle direkt auf dem Gerät mit nativer Apple Intelligence-Integration und Hardware-Beschleunigung aus.
-  image:
-    file: ~public/icons/plugins/llm.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/llm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-llm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="On-Device-Datenschutz" icon="approve-check-circle">
-    Führen Sie LLM-Modelle direkt auf dem Gerät für Datenschutz und Offline-Funktionen aus 🤖
-  </Card>
-  <Card title="Apple Intelligence" icon="star">
-    Native Apple Intelligence-Integration auf iOS 26.0+ 🍎
-  </Card>
-  <Card title="Mehrere Formate" icon="puzzle">
-    Unterstützung für .task- und .litertlm-Modellformate 📦
-  </Card>
-  <Card title="Hardware-Beschleunigung" icon="rocket">
-    Schnelle Inferenz mit nativer Hardware-Beschleunigung ⚡
-  </Card>
-  <Card title="Streaming-Antworten" icon="download">
-    Echtzeit-Streaming-Antworten mit Event-Listenern 🔄
-  </Card>
-  <Card title="Erste Schritte" icon="open-book">
-    Schauen Sie sich den [Leitfaden für den Einstieg](/docs/plugins/llm/getting-started/) an, um das Plugin zu installieren und zu konfigurieren.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/media-session/getting-started.mdx b/src/content/docs/de/docs/plugins/media-session/getting-started.mdx
deleted file mode 100644
index fe956fbb0..000000000
--- a/src/content/docs/de/docs/plugins/media-session/getting-started.mdx
+++ /dev/null
@@ -1,83 +0,0 @@
----
-title: Erste Schritte
-description: Synchronisieren Sie Ihre Player-UI mit nativen Mediensteuerungen mithilfe des Media Session Plugins.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Plugin**
-   <PackageManagers pkg="@capgo/capacitor-media-session" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Plattformen synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-> ℹ️ Die Media Session API ist auf Android (Chrome-basierte Browser, WebView) und vielen Desktop-Browsern verfügbar. Auf nicht unterstützten Plattformen werden die Aufrufe ohne Wirkung aufgelöst, passen Sie Ihre UI entsprechend an.
-
-## Metadaten veröffentlichen
-
-```typescript
-import { MediaSession } from '@capgo/capacitor-media-session';
-
-await MediaSession.setMetadata({
-  title: 'Wöchentlicher Tech-Podcast',
-  artist: 'Capgo Studio',
-  album: 'Staffel 2',
-  artwork: [
-    { src: 'https://cdn.example.com/covers/s02e05-512.png', sizes: '512x512', type: 'image/.png' },
-  ],
-});
-```
-
-## Wiedergabestatus aktualisieren
-
-```typescript
-await MediaSession.setPlaybackState({ playbackState: 'playing' });
-
-// Später pausieren, wenn nötig
-await MediaSession.setPlaybackState({ playbackState: 'paused' });
-```
-
-## Medienaktionen handhaben
-
-```typescript
-const pauseHandler = async () => {
-  player.pause();
-  await MediaSession.setPlaybackState({ playbackState: 'paused' });
-};
-
-await MediaSession.setActionHandler({ action: 'pause' }, pauseHandler);
-await MediaSession.setActionHandler({ action: 'play' }, async () => {
-  await player.play();
-  await MediaSession.setPlaybackState({ playbackState: 'playing' });
-});
-
-// Handler entfernen, wenn Player entsorgt wird
-await MediaSession.setActionHandler({ action: 'pause' }, null);
-```
-
-## Position synchron halten
-
-```typescript
-const updatePosition = async () => {
-  await MediaSession.setPositionState({
-    duration: player.duration,
-    position: player.currentTime,
-    playbackRate: player.playbackRate,
-  });
-};
-
-player.ontimeupdate = updatePosition;
-player.onratechange = updatePosition;
-```
-
-## Empfehlungen
-
-- Aktualisieren Sie die Metadaten, wenn sich der Track ändert, damit Benachrichtigungen und Smart Speaker auf dem neuesten Stand bleiben.
-- Drosseln Sie Positionsupdates (z.B. alle 250 ms), um die native Ebene nicht zu überlasten.
-- Entfernen Sie immer Action-Handler beim Abbau einer Player-Instanz, um versehentliche Lecks zu verhindern.
diff --git a/src/content/docs/de/docs/plugins/media-session/index.mdx b/src/content/docs/de/docs/plugins/media-session/index.mdx
deleted file mode 100644
index 8de8f3c98..000000000
--- a/src/content/docs/de/docs/plugins/media-session/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-media-session"
-description: Steuern Sie Sperrbildschirm-, Benachrichtigungs- und Headset-Mediensteuerungen direkt von Capacitor aus.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Veröffentlichen Sie Track-Metadaten, reagieren Sie auf Play/Pause-Ereignisse und synchronisieren Sie den Wiedergabestatus mit nativen Mediensteuerungen.
-  image:
-    file: ~public/icons/plugins/media-session.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/media-session/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-media-session/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Das Media Session Plugin verbindet Capacitor mit der Media Session API, damit sich Ihre Audio- und Video-Player überall nativ anfühlen.
-
-<CardGrid stagger>
-  <Card title="Umfangreiche Metadaten" icon="star">
-    Stellen Sie Album-Cover, Künstler und Titel für Sperrbildschirm- und Benachrichtigungssteuerungen bereit.
-  </Card>
-  <Card title="Wiedergabestatus-Synchronisation" icon="rocket">
-    Halten Sie Play/Pause-Tasten und Fortschrittsanzeigen mit Ihrem Player synchron.
-  </Card>
-  <Card title="Action-Callbacks" icon="pencil">
-    Behandeln Sie Headset-Tasten und OS-Medienaktionen aus Ihrem Capacitor-Code.
-  </Card>
-  <Card title="Positionsmeldung" icon="download">
-    Übertragen Sie Dauer, Position und Rate, damit Scrubbing flüssig funktioniert.
-  </Card>
-</CardGrid>
-
-Gehen Sie zum Leitfaden für den Einstieg, um Metadaten-Updates in Ihren Player-Lebenszyklus einzubinden.
diff --git a/src/content/docs/de/docs/plugins/mute/getting-started.mdx b/src/content/docs/de/docs/plugins/mute/getting-started.mdx
deleted file mode 100644
index eb19abbf3..000000000
--- a/src/content/docs/de/docs/plugins/mute/getting-started.mdx
+++ /dev/null
@@ -1,210 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das Mute-Plugin installieren und verwenden, um den Stummschaltungsstatus in Ihrer Capacitor-App zu erkennen.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Paket**
-   <PackageManagers pkg="@capgo/capacitor-mute" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und verwenden Sie seine Methoden, um den Stummschaltungsstatus zu überprüfen:
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-// Prüfen, ob Gerät stummgeschaltet ist
-const checkMuteState = async () => {
-  const { value } = await CapacitorMute.isMuted();
-
-  if (value) {
-    console.log('Gerät ist stummgeschaltet/lautlos');
-    // App-Verhalten für Lautlos-Modus anpassen
-  } else {
-    console.log('Geräteton ist eingeschaltet');
-  }
-};
-```
-
-## API-Referenz
-
-### isMuted()
-
-Prüft, ob das Gerät derzeit stummgeschaltet/im Lautlos-Modus ist.
-
-```typescript
-const result = await CapacitorMute.isMuted();
-// Rückgabe: { value: boolean }
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-export class SoundManager {
-  private isMuted = false;
-
-  async initialize() {
-    // Anfänglichen Stummschaltungsstatus abrufen
-    await this.checkMuteState();
-  }
-
-  async checkMuteState() {
-    try {
-      const { value } = await CapacitorMute.isMuted();
-      this.isMuted = value;
-      this.updateAppBehavior();
-    } catch (error) {
-      console.error('Fehler beim Prüfen des Stummschaltungsstatus:', error);
-    }
-  }
-
-  private updateAppBehavior() {
-    if (this.isMuted) {
-      // Gerät ist stummgeschaltet - App-Verhalten anpassen
-      this.disableSoundEffects();
-      this.showVisualNotifications();
-    } else {
-      // Geräteton ist eingeschaltet
-      this.enableSoundEffects();
-      this.useAudioNotifications();
-    }
-  }
-
-  private disableSoundEffects() {
-    // In-App-Sounds deaktivieren
-    console.log('Soundeffekte werden deaktiviert');
-  }
-
-  private enableSoundEffects() {
-    // In-App-Sounds aktivieren
-    console.log('Soundeffekte werden aktiviert');
-  }
-
-  private showVisualNotifications() {
-    // Visuelles Feedback anstelle von Audio verwenden
-    console.log('Visuelle Benachrichtigungen werden verwendet');
-  }
-
-  private useAudioNotifications() {
-    // Audio-Benachrichtigungen verwenden
-    console.log('Audio-Benachrichtigungen werden verwendet');
-  }
-}
-
-// Verwendung
-const soundManager = new SoundManager();
-await soundManager.initialize();
-
-// Regelmäßig abfragen, um Änderungen zu überprüfen
-setInterval(() => {
-  soundManager.checkMuteState();
-}, 5000); // Alle 5 Sekunden prüfen
-```
-
-## Plattformverhalten
-
-### iOS
-- Erkennt den Status des physischen Stummschalters
-- Keine Echtzeit-Änderungsereignisse (Abfrage erforderlich)
-- Funktioniert auf iPhone und iPad mit Stummschalter
-
-### Android
-- Prüft, ob der Klingeltonmodus auf lautlos oder vibrieren eingestellt ist
-- Keine Änderungsereignisse (Abfrage erforderlich)
-- Basierend auf AudioManager-Klingeltonmodus
-
-## Bewährte Methoden
-
-1. **Auf Änderungen abfragen**
-   Da das Plugin keine Echtzeit-Ereignisse bereitstellt, fragen Sie regelmäßig ab, wenn Sie Änderungen verfolgen müssen:
-   ```typescript
-   // Stummschaltungsstatus regelmäßig prüfen
-   setInterval(async () => {
-     const { value } = await CapacitorMute.isMuted();
-     if (value !== previousMuteState) {
-       handleMuteStateChange(value);
-     }
-   }, 5000);
-   ```
-
-2. **Benutzerpräferenzen respektieren**
-   Respektieren Sie immer den Stummschaltungsstatus und passen Sie das Audio-Verhalten Ihrer App entsprechend an.
-
-3. **Visuelle Alternativen bereitstellen**
-   ```typescript
-   const { value: isMuted } = await CapacitorMute.isMuted();
-   if (isMuted) {
-     // Visuelle Benachrichtigungen anzeigen
-     showToast('Neue Nachricht empfangen');
-   } else {
-     // Tonbenachrichtigung abspielen
-     playNotificationSound();
-   }
-   ```
-
-## Anwendungsfälle
-
-1. **Spiel-Sound-Management**
-   ```typescript
-   const shouldPlaySound = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-     return !isMuted && userPreferences.soundEnabled;
-   };
-   ```
-
-2. **Benachrichtigungsbehandlung**
-   ```typescript
-   const sendNotification = async (message: string) => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     if (isMuted) {
-       // Vibration oder visuelle Benachrichtigung verwenden
-       await Haptics.vibrate();
-       showBanner(message);
-     } else {
-       // Benachrichtigungston abspielen
-       await playSound('notification.mp3');
-     }
-   };
-   ```
-
-3. **Videoplayer**
-   ```typescript
-   const initVideoPlayer = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     videoPlayer.setMuted(isMuted);
-     if (isMuted) {
-       showSubtitles(true);
-       showMuteIndicator();
-     }
-   };
-   ```
-
-## Fehlerbehebung
-
-1. **Gibt auf Android immer false zurück**
-   - Prüfen Sie, ob der Geräteklingeltonmodus tatsächlich auf lautlos eingestellt ist
-   - Einige Android-Geräte können unterschiedliches Verhalten aufweisen
-
-2. **Keine Änderungsereignisse verfügbar**
-   - Das Plugin bietet keine Echtzeit-Änderungsereignisse
-   - Implementieren Sie Abfragen, wenn Sie Änderungen erkennen müssen
-
-3. **Funktioniert nicht im Simulator**
-   - iOS-Simulator hat keinen Stummschalter
-   - Testen Sie auf echten Geräten für genaue Ergebnisse
diff --git a/src/content/docs/de/docs/plugins/mute/index.mdx b/src/content/docs/de/docs/plugins/mute/index.mdx
deleted file mode 100644
index ea3b29ad0..000000000
--- a/src/content/docs/de/docs/plugins/mute/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-mute"
-locale: de
-description: Erkennen und steuern Sie den Stummschaltungsstatus auf iOS-Geräten und überprüfen Sie den Lautstärkestatus auf Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Überprüfen Sie, ob ein Gerät stummgeschaltet oder im Lautlos-Modus ist. Erkennt den Stummschalter auf iOS und den Lautstärkestatus auf Android.
-  image:
-    file: ~public/icons/plugins/mute.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/mute/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mute/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Lautlos-Modus-Erkennung" icon="rocket">
-    Erkennen Sie, ob sich das Gerät im Lautlos-/Stummschaltungsmodus befindet 🔇
-  </Card>
-  <Card title="Plattformübergreifend" icon="setting">
-    Funktioniert sowohl auf iOS (Stummschalter) als auch auf Android (Lautstärke) 📱
-  </Card>
-  <Card title="Einfache API" icon="pencil">
-    Einfach zu verwenden mit unkomplizierten Methoden 🎯
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/mute/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/mux-player/getting-started.mdx b/src/content/docs/de/docs/plugins/mux-player/getting-started.mdx
deleted file mode 100644
index 9497d49bc..000000000
--- a/src/content/docs/de/docs/plugins/mux-player/getting-started.mdx
+++ /dev/null
@@ -1,91 +0,0 @@
----
-title: "Erste Schritte mit Mux Player"
-description: "Integrieren Sie das native Mux Player SDK in Ihre Capacitor-Anwendung"
-sidebar:
-  order: 2
-locale: de
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Plugin installieren**
-   <PackageManagers pkg="@capgo/capacitor-mux-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Native Projekte synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS-Vorbereitung
-
-1. Öffnen Sie den Xcode-Workspace unter `ios/App/`.
-2. Fügen Sie das Swift-Package `https://github.com/muxinc/mux-player-swift` zu Ihrem App-Ziel hinzu, damit das `MuxPlayerSwift`-Modul verfügbar ist.
-3. Stellen Sie sicher, dass das Deployment Target **iOS 15+** ist und erstellen Sie neu.
-
-## Android-Vorbereitung
-
-Das Gradle-Modul wird mit den korrekten Repositories und Abhängigkeiten ausgeliefert. Wenn Sie einen benutzerdefinierten unternehmensinternen Proxy verwenden, erlauben Sie Anfragen an `https://muxinc.jfrog.io/artifactory/default-maven-release-local`.
-
-## Player starten
-
-```typescript
-import { MuxPlayer } from '@capgo/capacitor-mux-player';
-
-await MuxPlayer.play({
-  playbackId: 'your-playback-id',
-  environmentKey: 'your-mux-data-key',
-  title: 'Launch Announcement',
-  subtitle: 'Filmed live at Capgo HQ',
-  poster: 'https://stream.example.com/poster.jpg',
-});
-```
-
-## Auf Player-Ereignisse abhören
-
-```typescript
-const readyHandle = await MuxPlayer.addListener('ready', ({ playerName }) => {
-  console.log('Mux player ready', playerName);
-});
-
-const errorHandle = await MuxPlayer.addListener('error', ({ message }) => {
-  console.error('Mux player error:', message);
-});
-
-// Aufräumen nach dem Schließen des Players
-const dismissPlayer = async () => {
-  await MuxPlayer.dismiss();
-  await readyHandle.remove();
-  await errorHandle.remove();
-};
-```
-
-## Token-basierte Wiedergabe
-
-```typescript
-await MuxPlayer.play({
-  playbackId: 'signed-playback-id',
-  playbackToken: signedPlaybackToken,
-  drmToken: signedDrmToken, // Optional, wenn Sie DRM-Richtlinien aktiviert haben
-  autoPlay: true,
-  startTime: 120, // beginnen Sie bei 2 Minuten
-});
-```
-
-## Auf Player-Lebenszyklus reagieren
-
-```typescript
-const { active } = await MuxPlayer.isActive();
-if (active) {
-  console.log('Player aktuell sichtbar');
-}
-
-// Entfernen Sie alle Listener-Registrierungen beim Entfernen
-await MuxPlayer.removeAllListeners();
-```
-
-## Tipps
-
-- Generieren Sie signierte Playback- und DRM-Tokens auf Ihrem Backend mit Mux-Signaturschlüsseln.
-- Übergeben Sie einen `playerName`, um die Analytik bei mehreren Playern in Ihrer App zu trennen.
-- Kombinieren Sie mit `enableSmartCache`, um die Offline-Stabilität auf unterstützten Plattformen zu verbessern.
diff --git a/src/content/docs/de/docs/plugins/mux-player/index.mdx b/src/content/docs/de/docs/plugins/mux-player/index.mdx
deleted file mode 100644
index bda7cec2e..000000000
--- a/src/content/docs/de/docs/plugins/mux-player/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-mux-player"
-description: Starten Sie das native Mux Player SDK aus Capacitor-Apps mit signierter Wiedergabe und Analytics-Unterstützung.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Streamen Sie hochwertige Mux-Videos im Vollbildmodus mit DRM, Analytics und einheitlichen Steuerelementen auf iOS, Android und Web.
-  image:
-    file: ~public/icons/plugins/mux-player.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/mux-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mux-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Bieten Sie Premium-Wiedergabe, indem Sie die offiziellen Mux-nativen SDKs in eine einfache Capacitor-Schnittstelle einbinden.
-
-<CardGrid stagger>
-  <Card title="Native SDK-Erfahrung" icon="rocket">
-    Verwenden Sie denselben Wiedergabe-Stack wie die Mux Mobile SDKs mit adaptiver Bitrate und DRM.
-  </Card>
-  <Card title="Signierte Wiedergabe" icon="approve-check">
-    Stellen Sie Wiedergabe- und DRM-Token für sichere Bereitstellung geschützter Streams bereit.
-  </Card>
-  <Card title="Einheitliche API" icon="pencil">
-    Starten Sie die Wiedergabe, schließen Sie den Player und hören Sie auf Ereignisse mit einer TypeScript-API.
-  </Card>
-  <Card title="Analytics-bereit" icon="star">
-    Übergeben Sie Umgebungsschlüssel und Playernamen, um Mux Data-Telemetrie automatisch zu speisen.
-  </Card>
-</CardGrid>
-
-Der Leitfaden für die ersten Schritte führt durch das Einrichten der nativen SDKs, die Handhabung von Token und die Reaktion auf Player-Ereignisse.
diff --git a/src/content/docs/de/docs/plugins/native-audio/getting-started.mdx b/src/content/docs/de/docs/plugins/native-audio/getting-started.mdx
deleted file mode 100644
index 1e16c7110..000000000
--- a/src/content/docs/de/docs/plugins/native-audio/getting-started.mdx
+++ /dev/null
@@ -1,478 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Native Audio-Plugin für hochleistungsfähige Audio-Wiedergabe in Ihrer Capacitor-App installieren und verwenden.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Paket**
-   <PackageManagers pkg="@capgo/native-audio" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisieren Sie mit nativen Projekten**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Fügen Sie Audiodateien hinzu**
-   Platzieren Sie Ihre Audiodateien in den entsprechenden Plattformordnern:
-   - **iOS**: `ios/App/App/sounds/`
-   - **Android**: `android/app/src/main/res/raw/`
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und laden Sie Audiodateien vor, bevor Sie sie abspielen:
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-// Audiodateien vorladen
-const preloadAudio = async () => {
-  // Einfaches Vorladen für kurze Sounds
-  await NativeAudio.preload({
-    assetId: 'click',
-    assetPath: 'sounds/click.mp3',
-    audioChannelNum: 1,
-    isUrl: false
-  });
-
-  // Komplexes Vorladen für Musik/längere Audiodateien
-  await NativeAudio.preloadComplex({
-    assetId: 'background-music',
-    assetPath: 'sounds/background.mp3',
-    audioChannelNum: 1,
-    volume: 0.5,
-    delay: 0,
-    isUrl: false
-  });
-};
-
-// Audio abspielen
-const playSound = async () => {
-  await NativeAudio.play({
-    assetId: 'click'
-  });
-};
-
-// Mit Optionen abspielen
-const playMusic = async () => {
-  await NativeAudio.play({
-    assetId: 'background-music',
-    time: 0 // Von Anfang an starten
-  });
-};
-
-// Audio in Schleife abspielen
-const loopMusic = async () => {
-  await NativeAudio.loop({
-    assetId: 'background-music'
-  });
-};
-
-// Audio stoppen
-const stopMusic = async () => {
-  await NativeAudio.stop({
-    assetId: 'background-music'
-  });
-};
-
-// Entladen wenn fertig
-const cleanup = async () => {
-  await NativeAudio.unload({
-    assetId: 'click'
-  });
-  await NativeAudio.unload({
-    assetId: 'background-music'
-  });
-};
-```
-
-## API-Referenz
-
-### preload(options)
-
-Lädt eine Audiodatei für einfache Wiedergabe vor (am besten für kurze Sounds).
-
-```typescript
-interface PreloadOptions {
-  assetId: string;
-  assetPath: string;
-  audioChannelNum?: number;
-  isUrl?: boolean;
-}
-
-await NativeAudio.preload({
-  assetId: 'sound-effect',
-  assetPath: 'sounds/effect.mp3',
-  audioChannelNum: 1,
-  isUrl: false
-});
-```
-
-### preloadComplex(options)
-
-Lädt Audio mit erweiterten Optionen vor (am besten für Musik/Hintergrundaudio).
-
-```typescript
-interface PreloadComplexOptions {
-  assetId: string;
-  assetPath: string;
-  volume?: number; // 0.0 bis 1.0
-  audioChannelNum?: number;
-  delay?: number;
-  isUrl?: boolean;
-  fadeDuration?: number;
-}
-
-await NativeAudio.preloadComplex({
-  assetId: 'theme-song',
-  assetPath: 'sounds/theme.mp3',
-  volume: 0.7,
-  audioChannelNum: 2,
-  isUrl: false
-});
-```
-
-### play(options)
-
-Spielt eine vorgeladene Audiodatei ab.
-
-```typescript
-interface PlayOptions {
-  assetId: string;
-  time?: number; // Startzeit in Sekunden
-}
-
-await NativeAudio.play({
-  assetId: 'sound-effect',
-  time: 0
-});
-```
-
-### loop(options)
-
-Spielt eine vorgeladene Audiodatei in Schleife ab.
-
-```typescript
-await NativeAudio.loop({
-  assetId: 'background-music'
-});
-```
-
-### stop(options)
-
-Stoppt die Wiedergabe einer Audiodatei.
-
-```typescript
-await NativeAudio.stop({
-  assetId: 'background-music'
-});
-```
-
-### pause(options)
-
-Pausiert die Audio-Wiedergabe.
-
-```typescript
-await NativeAudio.pause({
-  assetId: 'background-music'
-});
-```
-
-### resume(options)
-
-Setzt pausiertes Audio fort.
-
-```typescript
-await NativeAudio.resume({
-  assetId: 'background-music'
-});
-```
-
-### setVolume(options)
-
-Setzt die Lautstärke für ein Audio-Asset.
-
-```typescript
-interface SetVolumeOptions {
-  assetId: string;
-  volume: number; // 0.0 bis 1.0
-}
-
-await NativeAudio.setVolume({
-  assetId: 'background-music',
-  volume: 0.3
-});
-```
-
-### getDuration(options)
-
-Ermittelt die Dauer einer Audiodatei in Sekunden.
-
-```typescript
-const { duration } = await NativeAudio.getDuration({
-  assetId: 'background-music'
-});
-console.log(`Dauer: ${duration} Sekunden`);
-```
-
-### getCurrentTime(options)
-
-Ermittelt die aktuelle Wiedergabezeit in Sekunden.
-
-```typescript
-const { currentTime } = await NativeAudio.getCurrentTime({
-  assetId: 'background-music'
-});
-console.log(`Aktuelle Zeit: ${currentTime} Sekunden`);
-```
-
-### isPlaying(options)
-
-Überprüft, ob Audio gerade abgespielt wird.
-
-```typescript
-const { isPlaying } = await NativeAudio.isPlaying({
-  assetId: 'background-music'
-});
-console.log(`Wird abgespielt: ${isPlaying}`);
-```
-
-### unload(options)
-
-Entlädt eine Audiodatei aus dem Speicher.
-
-```typescript
-await NativeAudio.unload({
-  assetId: 'sound-effect'
-});
-```
-
-## Erweiterte Verwendung
-
-### Sound Manager-Klasse
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-export class SoundManager {
-  private sounds: Map<string, boolean> = new Map();
-  private volume = 1.0;
-
-  async init() {
-    // Alle Sounds vorladen
-    await this.preloadSound('click', 'sounds/click.mp3');
-    await this.preloadSound('success', 'sounds/success.mp3');
-    await this.preloadSound('error', 'sounds/error.mp3');
-
-    // Musik vorladen
-    await this.preloadMusic('background', 'sounds/background.mp3', 0.5);
-  }
-
-  private async preloadSound(id: string, path: string) {
-    try {
-      await NativeAudio.preload({
-        assetId: id,
-        assetPath: path,
-        audioChannelNum: 1,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Fehler beim Vorladen von ${id}:`, error);
-    }
-  }
-
-  private async preloadMusic(id: string, path: string, volume: number) {
-    try {
-      await NativeAudio.preloadComplex({
-        assetId: id,
-        assetPath: path,
-        volume,
-        audioChannelNum: 2,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Fehler beim Vorladen von ${id}:`, error);
-    }
-  }
-
-  async playSound(id: string) {
-    if (!this.sounds.has(id)) {
-      console.warn(`Sound ${id} nicht vorgeladen`);
-      return;
-    }
-
-    try {
-      await NativeAudio.play({ assetId: id });
-    } catch (error) {
-      console.error(`Fehler beim Abspielen von ${id}:`, error);
-    }
-  }
-
-  async playMusic(id: string) {
-    if (!this.sounds.has(id)) return;
-
-    try {
-      await NativeAudio.loop({ assetId: id });
-    } catch (error) {
-      console.error(`Fehler beim Abspielen von Musik ${id}:`, error);
-    }
-  }
-
-  async stopMusic(id: string) {
-    try {
-      await NativeAudio.stop({ assetId: id });
-    } catch (error) {
-      console.error(`Fehler beim Stoppen von ${id}:`, error);
-    }
-  }
-
-  async setMasterVolume(volume: number) {
-    this.volume = Math.max(0, Math.min(1, volume));
-
-    // Alle geladenen Sounds aktualisieren
-    for (const [id] of this.sounds) {
-      await NativeAudio.setVolume({
-        assetId: id,
-        volume: this.volume
-      });
-    }
-  }
-
-  async cleanup() {
-    for (const [id] of this.sounds) {
-      await NativeAudio.unload({ assetId: id });
-    }
-    this.sounds.clear();
-  }
-}
-```
-
-### Laden von URLs
-
-```typescript
-// Audio von URL laden
-await NativeAudio.preloadComplex({
-  assetId: 'remote-audio',
-  assetPath: 'https://example.com/audio.mp3',
-  isUrl: true,
-  volume: 0.8
-});
-```
-
-### Ein-/Ausblenden-Effekte
-
-```typescript
-const fadeIn = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-
-  await NativeAudio.setVolume({ assetId, volume: 0 });
-  await NativeAudio.play({ assetId });
-
-  for (let i = 1; i <= steps; i++) {
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-  }
-};
-
-const fadeOut = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-
-  for (let i = steps; i >= 0; i--) {
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-  }
-
-  await NativeAudio.stop({ assetId });
-};
-```
-
-## Bewährte Methoden
-
-1. **Während der App-Initialisierung vorladen**
-   ```typescript
-   import { App } from '@capacitor/app';
-
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await soundManager.init();
-     }
-   });
-   ```
-
-2. **Fehler elegant behandeln**
-   ```typescript
-   try {
-     await NativeAudio.play({ assetId: 'sound' });
-   } catch (error) {
-     console.log('Audio-Wiedergabe fehlgeschlagen, wird ohne Ton fortgesetzt');
-   }
-   ```
-
-3. **Nicht verwendetes Audio entladen**
-   ```typescript
-   // Sounds entladen beim Verlassen eines Bildschirms
-   ionViewWillLeave() {
-     this.unloadScreenSounds();
-   }
-   ```
-
-4. **Geeignete Vorlade-Methoden verwenden**
-   - `preload()` für kurze Soundeffekte (< 5 Sekunden)
-   - `preloadComplex()` für Musik und längere Audiodateien
-
-## Plattform-Hinweise
-
-### iOS
-- Unterstützt AAC, MP3, WAV und andere Core Audio-Formate
-- Verwendet AVAudioPlayer für komplexes Audio
-- Verwendet System Sound Services für einfaches Audio
-- Unterstützt Hintergrundaudio mit entsprechender Konfiguration
-
-### Android
-- Unterstützt MP3, OGG, WAV-Formate
-- Verwendet SoundPool für einfaches Audio
-- Verwendet MediaPlayer für komplexes Audio
-- Benötigt möglicherweise WAKE_LOCK-Berechtigung für Hintergrundwiedergabe
-
-### Dateiplatzierung
-
-#### iOS
-Platzieren Sie Dateien in `ios/App/App/sounds/` oder erstellen Sie eine Ordnerreferenz in Xcode.
-
-#### Android
-Platzieren Sie Dateien in `android/app/src/main/res/raw/`.
-Hinweis: Dateinamen müssen in Kleinbuchstaben und ohne Sonderzeichen sein.
-
-## Häufige Probleme
-
-1. **Audio wird nicht abgespielt**
-   - Stellen Sie sicher, dass Dateien in den richtigen Verzeichnissen sind
-   - Überprüfen Sie die Kompatibilität des Dateiformats
-   - Stellen Sie sicher, dass assetId genau übereinstimmt
-
-2. **Verzögerung bei der Wiedergabe**
-   - Verwenden Sie `preload()` für Soundeffekte
-   - Vorladen, bevor Sie abspielen müssen
-
-3. **Speicherprobleme**
-   - Audiodateien entladen, wenn sie nicht benötigt werden
-   - Nicht zu viele große Dateien vorladen
-
-4. **Hintergrundwiedergabe**
-   - Hintergrundaudio-Fähigkeit auf iOS konfigurieren
-   - Audio-Fokus auf Android behandeln
diff --git a/src/content/docs/de/docs/plugins/native-audio/index.mdx b/src/content/docs/de/docs/plugins/native-audio/index.mdx
deleted file mode 100644
index 47b659e21..000000000
--- a/src/content/docs/de/docs/plugins/native-audio/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/native-audio"
-description: Hochleistungsfähiges natives Audio-Wiedergabe-Plugin für Capacitor-Apps mit niedriger Latenz und gleichzeitiger Wiedergabe-Unterstützung.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Spielen Sie Audio mit nativer Leistung, niedriger Latenz und gleichzeitiger Wiedergabe ab. Perfekt für Spiele, Soundeffekte und Hintergrundmusik.
-  image:
-    file: ~public/icons/plugins/native-audio.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/native-audio/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-native-audio/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Niedrige Latenz" icon="rocket">
-    Native Audio-APIs für sofortige Wiedergabe 🚀
-  </Card>
-  <Card title="Gleichzeitige Wiedergabe" icon="list-format">
-    Spielen Sie mehrere Sounds gleichzeitig ab 🎵
-  </Card>
-  <Card title="Hintergrundaudio" icon="rocket">
-    Setzen Sie die Wiedergabe fort, wenn die App im Hintergrund ist 🎧
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/native-audio/getting-started/) an, um das Plugin in nur wenigen Minuten zu beherrschen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/native-biometric/getting-started.mdx b/src/content/docs/de/docs/plugins/native-biometric/getting-started.mdx
deleted file mode 100644
index 213d23d4d..000000000
--- a/src/content/docs/de/docs/plugins/native-biometric/getting-started.mdx
+++ /dev/null
@@ -1,204 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Native Biometric-Plugin für sichere biometrische Authentifizierung in Ihrer Capacitor-App installieren und verwenden.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Paket**
-   <PackageManagers pkg="@capgo/capacitor-native-biometric" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisieren Sie mit nativen Projekten**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Berechtigungen konfigurieren**
-
-   ### iOS
-   Fügen Sie die Face ID-Nutzungsbeschreibung zu Ihrer `Info.plist` hinzu:
-   ```xml
-   <key>NSFaceIDUsageDescription</key>
-   <string>For secure authentication</string>
-   ```
-
-   ### Android
-   Fügen Sie die biometrische Berechtigung zu Ihrer `AndroidManifest.xml` hinzu:
-   ```xml
-   <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-   ```
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und verwenden Sie seine Methoden für biometrische Authentifizierung:
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-// Überprüfen, ob biometrische Authentifizierung verfügbar ist
-const checkBiometric = async () => {
-  const result = await NativeBiometric.isAvailable();
-
-  if (result.isAvailable) {
-    console.log(`Biometrischer Typ: ${result.biometryType}`);
-  }
-};
-
-// Biometrische Verifizierung durchführen
-const verify = async () => {
-  const verified = await NativeBiometric.verifyIdentity({
-    reason: "Für sicheren Zugriff auf Ihr Konto",
-    title: "Authentifizierung",
-    subtitle: "Verifizieren Sie Ihre Identität",
-    description: "Legen Sie Ihren Finger auf den Sensor"
-  })
-    .then(() => true)
-    .catch(() => false);
-
-  if (verified) {
-    console.log("Authentifizierung erfolgreich");
-  }
-};
-
-// Anmeldedaten sicher speichern
-const saveCredentials = async () => {
-  await NativeBiometric.setCredentials({
-    username: "user@example.com",
-    password: "securepassword",
-    server: "https://api.example.com"
-  });
-};
-
-// Gespeicherte Anmeldedaten abrufen
-const getCredentials = async () => {
-  const credentials = await NativeBiometric.getCredentials({
-    server: "https://api.example.com"
-  });
-
-  console.log(credentials.username);
-  console.log(credentials.password);
-};
-
-// Gespeicherte Anmeldedaten löschen
-const deleteCredentials = async () => {
-  await NativeBiometric.deleteCredentials({
-    server: "https://api.example.com"
-  });
-};
-```
-
-## API-Referenz
-
-### isAvailable()
-
-Überprüft, ob biometrische Authentifizierung auf dem Gerät verfügbar ist.
-
-```typescript
-interface AvailableResult {
-  isAvailable: boolean;
-  biometryType?: BiometryType;
-  errorCode?: number;
-}
-
-enum BiometryType {
-  NONE = 0,
-  TOUCH_ID = 1,
-  FACE_ID = 2,
-  FINGERPRINT = 3,
-  FACE_AUTHENTICATION = 4,
-  IRIS_AUTHENTICATION = 5
-}
-```
-
-### verifyIdentity(options)
-
-Führt biometrische Authentifizierung durch.
-
-```typescript
-interface BiometricOptions {
-  reason?: string;
-  title?: string;
-  subtitle?: string;
-  description?: string;
-  fallbackTitle?: string;
-  useFallback?: boolean;
-  maxAttempts?: number;
-}
-```
-
-### setCredentials(options)
-
-Speichert Anmeldedaten sicher mit biometrischem Schutz.
-
-```typescript
-interface Credentials {
-  username: string;
-  password: string;
-  server: string;
-}
-```
-
-### getCredentials(options)
-
-Ruft gespeicherte Anmeldedaten nach biometrischer Authentifizierung ab.
-
-```typescript
-interface GetCredentialOptions {
-  server: string;
-}
-```
-
-### deleteCredentials(options)
-
-Löscht gespeicherte Anmeldedaten.
-
-```typescript
-interface DeleteCredentialOptions {
-  server: string;
-}
-```
-
-## Bewährte Methoden
-
-1. **Immer zuerst Verfügbarkeit prüfen**
-   ```typescript
-   const result = await NativeBiometric.isAvailable();
-   if (!result.isAvailable) {
-     // Auf Passwort-Authentifizierung zurückgreifen
-   }
-   ```
-
-2. **Klare Gründe angeben**
-   Erklären Sie immer, warum Sie biometrische Authentifizierung benötigen, um Vertrauen aufzubauen.
-
-3. **Fehler elegant behandeln**
-   ```typescript
-   try {
-     await NativeBiometric.verifyIdentity({
-       reason: "Zugriff auf Ihre sicheren Daten"
-     });
-   } catch (error) {
-     // Abbruch oder Fehler behandeln
-     console.log("Authentifizierung fehlgeschlagen oder abgebrochen");
-   }
-   ```
-
-4. **Geeignete Fallbacks verwenden**
-   Aktivieren Sie Passcode-Fallback für Geräte, bei denen die Biometrie fehlschlagen kann.
-
-## Plattform-Unterschiede
-
-### iOS
-- Unterstützt Touch ID und Face ID
-- Erfordert `NSFaceIDUsageDescription` für Face ID
-- Fallback zum Gerätepasscode verfügbar
-
-### Android
-- Unterstützt Fingerabdruck-, Gesichts- und Iris-Erkennung
-- Erfordert `USE_BIOMETRIC`-Berechtigung
-- Biometric Prompt API für Android 9+
diff --git a/src/content/docs/de/docs/plugins/native-biometric/index.mdx b/src/content/docs/de/docs/plugins/native-biometric/index.mdx
deleted file mode 100644
index 679a99aac..000000000
--- a/src/content/docs/de/docs/plugins/native-biometric/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-native-biometric"
-description: Capacitor-Plugin für native biometrische Authentifizierung unter Verwendung von Fingerabdruck, Face ID und anderen biometrischen Sensoren.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Greifen Sie auf native biometrische Authentifizierungs-APIs für Android und iOS zu und bieten Sie sichere und bequeme Benutzerauthentifizierung.
-  image:
-    file: ~public/icons/plugins/native-biometric.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/native-biometric/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-native-biometric/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Mehrere Biometrie-Verfahren" icon="rocket">
-    Unterstützt Fingerabdruck, Face ID, Touch ID und andere biometrische Sensoren 🚀
-  </Card>
-  <Card title="Sichere Authentifizierung" icon="approve-check">
-    Bietet sichere biometrische Authentifizierung für sensible Vorgänge 🔒
-  </Card>
-  <Card title="Fallback-Optionen" icon="setting">
-    Beinhaltet Gerätepasscode-Fallback, wenn Biometrie nicht verfügbar ist 😊
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/native-biometric/getting-started/) an, um das Plugin in nur wenigen Minuten zu beherrschen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/native-market/getting-started.mdx b/src/content/docs/de/docs/plugins/native-market/getting-started.mdx
deleted file mode 100644
index e14fa3957..000000000
--- a/src/content/docs/de/docs/plugins/native-market/getting-started.mdx
+++ /dev/null
@@ -1,106 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Native Market-Plugin installieren und verwenden, um Benutzer aus Ihrer Capacitor-App zum Google Play Store oder Apple App Store weiterzuleiten.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Paket**
-   <PackageManagers pkg="@capgo/native-market" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisieren Sie mit nativen Projekten**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und verwenden Sie seine Methoden, um Benutzer zu App Stores weiterzuleiten:
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// App Store-Eintrag öffnen
-const openAppStore = async () => {
-  await NativeMarket.openStoreListing({
-    appId: 'com.example.app' // Ihre App-Bundle-ID
-  });
-};
-
-// App-Bewertung anfordern
-const requestReview = async () => {
-  await NativeMarket.requestReview();
-};
-
-// App Store-Suche öffnen
-const searchInStore = async () => {
-  await NativeMarket.search({
-    terms: 'fitness app' // Suchbegriffe
-  });
-};
-```
-
-## API-Referenz
-
-### openStoreListing(options)
-
-Öffnet den App Store-Eintrag für die angegebene App.
-
-```typescript
-interface OpenStoreListingOptions {
-  appId: string; // Bundle-ID auf iOS, Paketname auf Android
-}
-```
-
-### requestReview()
-
-Fordert eine In-App-Bewertung vom Benutzer an. Auf iOS 10.3+ wird der Bewertungsdialog angezeigt, ohne die App zu verlassen.
-
-### search(options)
-
-Öffnet den App Store mit Suchergebnissen.
-
-```typescript
-interface SearchOptions {
-  terms: string; // Zu verwendende Suchbegriffe
-}
-```
-
-## Plattform-Hinweise
-
-### iOS
-- Verwendet `SKStoreReviewController` für In-App-Bewertungen auf iOS 10.3+
-- Fällt auf das Öffnen des App Store für ältere Versionen zurück
-
-### Android
-- Öffnet Google Play Store
-- Verwendet In-App-Review-API, wenn verfügbar
-
-## Beispiel
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-import { Capacitor } from '@capacitor/core';
-
-export class AppService {
-  async rateApp() {
-    try {
-      // Versuchen Sie zuerst In-App-Bewertung
-      await NativeMarket.requestReview();
-    } catch (error) {
-      // Fallback zum Öffnen des Store-Eintrags
-      const platform = Capacitor.getPlatform();
-      const appId = platform === 'ios'
-        ? 'id123456789' // Ihre iOS-App-ID
-        : 'com.example.app'; // Ihr Android-Paketname
-
-      await NativeMarket.openStoreListing({ appId });
-    }
-  }
-}
-```
diff --git a/src/content/docs/de/docs/plugins/native-market/index.mdx b/src/content/docs/de/docs/plugins/native-market/index.mdx
deleted file mode 100644
index bcf6cac1f..000000000
--- a/src/content/docs/de/docs/plugins/native-market/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/native-market"
-description: Native Market-Plugin zur Weiterleitung von Benutzern zum Google Play Store oder Apple App Store aus Ihrer Capacitor-App.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Ein Capacitor-Plugin zur Weiterleitung von Benutzern zu App Stores (Google Play oder Apple App Store) aus Ihrer mobilen Anwendung.
-  image:
-    file: ~public/icons/plugins/native-market.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/native-market/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/native-market/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Plattformübergreifend" icon="rocket">
-    Funktioniert nahtlos auf Android- und iOS-Plattformen 🚀
-  </Card>
-  <Card title="Einfache Integration" icon="pencil">
-    Einfache API zur Weiterleitung von Benutzern, um Ihre App in ihren jeweiligen App Stores zu bewerten oder anzuzeigen 💨
-  </Card>
-  <Card title="TypeScript-Unterstützung" icon="setting">
-    Volle TypeScript-Unterstützung für bessere Entwicklererfahrung 😊
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/native-market/getting-started/) an, um das Plugin in nur wenigen Minuten zu beherrschen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/native-purchases/android-create-subscription.mdx b/src/content/docs/de/docs/plugins/native-purchases/android-create-subscription.mdx
deleted file mode 100644
index 34922e295..000000000
--- a/src/content/docs/de/docs/plugins/native-purchases/android-create-subscription.mdx
+++ /dev/null
@@ -1,166 +0,0 @@
----
-title: Android Auto-Renewable Subscription erstellen
-description: Schritt-für-Schritt-Anleitung zur Erstellung von automatisch verlängernden Abonnements in der Google Play Console für das native-purchases-Plugin.
-locale: de
-sidebar:
-  order: 4
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Automatisch verlängernde Abonnements bieten fortlaufenden Zugang zu Inhalten, Diensten oder Premium-Funktionen in Ihrer App. Dieser Leitfaden hilft Ihnen, Abonnements in der Google Play Console zu erstellen und zu konfigurieren.
-
-## Überblick
-
-Abonnements werden am Ende jeder Abrechnungsperiode automatisch verlängert, bis der Benutzer kündigt. Sie sind ideal für:
-- Zugang zu Premium-Inhalten
-- Werbefreie Erfahrungen
-- Cloud-Speicher
-- Fortlaufende Dienste
-
-## Ein Abonnement erstellen
-
-<Steps>
-
-1. **Zu Abonnements navigieren**
-
-   Wählen Sie in der Google Play Console Ihre App aus und wählen Sie **Monetarisieren > Abonnements** aus dem linken Menü.
-
-   Klicken Sie auf die Schaltfläche **Abonnement erstellen**, um zu beginnen.
-
-   ![Zu Abonnements navigieren](/native-purchases/android/create-subscription/navigate-to-subscriptions.webp)
-
-2. **Grundlegende Informationen eingeben**
-
-   Geben Sie einen Abonnementnamen und eine Produkt-ID an. Die Produkt-ID ist für die Konfiguration in Ihrer App erforderlich und kann später nicht geändert werden.
-
-   ![Abonnementdetails eingeben](/native-purchases/android/create-subscription/enter-subscription-details.webp)
-
-3. **Basisplan erstellen**
-
-   Google Play erfordert genau einen Basisplan pro Abonnement. Das native-purchases-Plugin unterstützt nur einen Basisplan, um die Kompatibilität mit iOS zu gewährleisten.
-
-   Klicken Sie auf **Basisplan hinzufügen**, um fortzufahren.
-
-   ![Basisplan erstellen](/native-purchases/android/create-subscription/create-base-plan.webp)
-
-4. **Basisplan-Details konfigurieren**
-
-   Eingeben:
-   - **Basisplan-ID**: Eindeutige Kennung für diesen Plan
-   - **Abrechnungszeitraum**: Wie oft Benutzer belastet werden (wöchentlich, monatlich, jährlich usw.)
-   - **Nachfrist**: Zeitfenster, während dessen Google das Abonnement aufrechterhält, während die Zahlung vor der Kündigung wiederholt wird
-
-   ![Basisplan konfigurieren](/native-purchases/android/create-subscription/configure-base-plan-details.webp)
-
-5. **Preise einrichten**
-
-   Greifen Sie auf den Preisbereich zu und wählen Sie alle Länder/Regionen aus, in denen Sie das Abonnement anbieten möchten.
-
-   ![Regionen auswählen](/native-purchases/android/create-subscription/select-pricing-regions.webp)
-
-6. **Preis konfigurieren**
-
-   Legen Sie Ihren Basispreis in Ihrer Hauptwährung fest. Google Play konvertiert diesen automatisch in lokale Währungen.
-
-   ![Preis festlegen](/native-purchases/android/create-subscription/set-base-price.webp)
-
-7. **Regionale Preise überprüfen**
-
-   Überprüfen Sie die automatisch konvertierten Preise für jedes Land. Sie können einzelne Preise bei Bedarf anpassen.
-
-   ![Preise überprüfen](/native-purchases/android/create-subscription/review-regional-pricing.webp)
-
-8. **Konfiguration speichern**
-
-   Speichern Sie Ihre Preiskonfiguration.
-
-   ![Preise speichern](/native-purchases/android/create-subscription/save-pricing-configuration.webp)
-
-9. **Abonnement aktivieren**
-
-   Klicken Sie auf die Schaltfläche **Aktivieren**, um Ihr Abonnementprodukt live und zum Kauf verfügbar zu machen.
-
-   ![Abonnement aktivieren](/native-purchases/android/create-subscription/activate-subscription.webp)
-
-</Steps>
-
-## Wichtige Überlegungen
-
-### Basisplan-Einschränkung
-
-Das native-purchases-Plugin erfordert genau einen Basisplan pro Abonnement, um Konsistenz mit der iOS-Abonnementverwaltung zu gewährleisten. Mehrere Basispläne werden nicht unterstützt.
-
-### Nachfrist
-
-Die Nachfrist ermöglicht es Google Play, fehlgeschlagene Zahlungen zu wiederholen, während der Zugang des Benutzers zum Abonnement aufrechterhalten wird. Übliche Nachfristen sind:
-- 3 Tage für monatliche Abonnements
-- 7 Tage für längere Abonnements
-
-### Abonnementstatus
-
-Nach der Erstellung befindet sich Ihr Abonnement im Status "Entwurf", bis es aktiviert wird. Sie können Entwurfs-Abonnements im Sandbox-Modus testen.
-
-## Verwendung in Ihrer App
-
-Nach der Erstellung verweisen Sie in Ihrer App auf das Abonnement mit der Produkt-ID:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Abonnementinformationen laden
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-console.log(`${product.title} — ${product.priceString}`);
-
-// Kaufen (planIdentifier = Basisplan-ID aus der Google Play Console)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // ERFORDERLICH auf Android, wird auf iOS ignoriert
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Transaktions-ID', transaction.transactionId);
-
-// Später Kaufstatus überprüfen
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const subscription = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.example.premium.monthly',
-);
-
-if (subscription && subscription.purchaseState === 'PURCHASED' && subscription.isAcknowledged) {
-  console.log('Abonnement lokal aktiv');
-  // Für Ablauf/Kündigung validieren Sie purchaseToken über Ihr Backend
-}
-```
-
-## Nächste Schritte
-
-- [Einführungsangebot erstellen](/docs/plugins/native-purchases/android-introductory-offer/) um neue Abonnenten zu gewinnen
-- [Sandbox-Tests konfigurieren](/docs/plugins/native-purchases/android-sandbox-testing/) um Ihre Abonnements zu testen
-- Backend-Beleg-Validierung für Sicherheit einrichten
-
-## Fehlerbehebung
-
-**Abonnement erscheint nicht in der App:**
-- Überprüfen Sie, ob die Produkt-ID genau übereinstimmt
-- Stellen Sie sicher, dass das Abonnement aktiviert ist
-- Überprüfen Sie, ob Ihre App den korrekten Paketnamen hat
-- Warten Sie 2-3 Stunden nach der Aktivierung, bis Änderungen übernommen werden
-
-**Basisplan-Fehler:**
-- Stellen Sie sicher, dass Sie genau einen Basisplan haben
-- Überprüfen Sie, ob alle erforderlichen Felder ausgefüllt sind
-- Prüfen Sie, ob der Abrechnungszeitraum gültig ist
-
-**Preisprobleme:**
-- Bestätigen Sie, dass mindestens ein Land ausgewählt ist
-- Überprüfen Sie, ob der Basispreis über dem zulässigen Minimum liegt
-- Prüfen Sie, ob die Währungsumrechnungskurse akzeptabel sind
diff --git a/src/content/docs/de/docs/plugins/native-purchases/android-introductory-offer.mdx b/src/content/docs/de/docs/plugins/native-purchases/android-introductory-offer.mdx
deleted file mode 100644
index 81d7994b8..000000000
--- a/src/content/docs/de/docs/plugins/native-purchases/android-introductory-offer.mdx
+++ /dev/null
@@ -1,197 +0,0 @@
----
-title: Android-Abonnement-Einführungsangebot erstellen
-description: Erfahren Sie, wie Sie Einführungsangebote für automatisch verlängernde Abonnements auf Android erstellen, um neue Abonnenten zu gewinnen.
-locale: de
-sidebar:
-  order: 5
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Einführungsangebote ermöglichen es Ihnen, berechtigten Benutzern entweder eine kostenlose Testversion oder einen ermäßigten Einführungspreis anzubieten. Nach Ablauf der Einführungsphase werden Abonnements automatisch zum Standardpreis verlängert, sofern sie nicht gekündigt werden.
-
-## Überblick
-
-Einführungsangebote sind ein mächtiges Werkzeug, um:
-- Eintrittsbarrieren für neue Abonnenten zu reduzieren
-- Konversionsraten zu erhöhen
-- Benutzern zu ermöglichen, Ihre Premium-Funktionen risikofrei zu testen
-- Langfristige Abonnentenbeziehungen aufzubauen
-
-## Berechtigung
-
-Benutzer können ein Einführungsangebot erhalten, wenn sie das Abonnement zuvor noch nicht gekauft oder ein Einführungsangebot dafür erhalten haben. Google Play verwaltet die Berechtigung automatisch.
-
-## Voraussetzungen
-
-Sie müssen zuerst [ein automatisch verlängerndes Abonnement erstellen](/docs/plugins/native-purchases/android-create-subscription/), bevor Sie ein Einführungsangebot hinzufügen.
-
-## Ein Einführungsangebot erstellen
-
-<Steps>
-
-1. **Auf Angebotskonfiguration zugreifen**
-
-   Navigieren Sie zu Ihrem Abonnement in der Google Play Console und wählen Sie die Schaltfläche **Angebot hinzufügen**.
-
-   ![Schaltfläche Angebot hinzufügen](/native-purchases/android/introductory-offer/add-offer-button.webp)
-
-2. **Basisplan auswählen**
-
-   Ein Modal wird angezeigt, in dem Sie aufgefordert werden, Ihren Basisplan auszuwählen. Normalerweise haben Sie nur einen Basisplan. Klicken Sie auf **Angebot hinzufügen**, um fortzufahren.
-
-   ![Basisplan auswählen](/native-purchases/android/introductory-offer/select-base-plan.webp)
-
-3. **Angebotsdetails konfigurieren**
-
-   Geben Sie folgende Informationen ein:
-
-   **Angebots-ID**: Eine eindeutige Kennung für dieses Angebot
-
-   **Berechtigung**: Wählen Sie, wer dieses Angebot erhalten kann
-   - **Neue Kunden**: Nur Benutzer, die noch nie abonniert haben
-   - **Bestehende Kunden**: Benutzer, die zuvor abonniert haben
-   - **Vom Entwickler bestimmt**: Benutzerdefinierte Berechtigungslogik (wird von native-purchases nicht unterstützt)
-
-   :::caution
-   Das native-purchases-Plugin unterstützt nicht die Option "Vom Entwickler bestimmt". Verwenden Sie stattdessen "Neue Kunden" oder "Bestehende Kunden".
-   :::
-
-   ![Angebot konfigurieren](/native-purchases/android/introductory-offer/configure-offer-details.webp)
-
-4. **Phasen hinzufügen**
-
-   Klicken Sie am Ende der Seite auf **Phase hinzufügen**, um Ihre Angebotsstruktur zu definieren.
-
-   Sie können bis zu zwei Phasen hinzufügen, was Kombinationen wie die folgenden ermöglicht:
-   - Nur kostenlose Testversion
-   - Nur ermäßigter Preis
-   - Kostenlose Testversion gefolgt von ermäßigter wiederkehrender Zahlung
-
-5. **Phasentyp auswählen**
-
-   Wählen Sie aus drei Phasentypen:
-
-   **Kostenlose Testversion**
-   - Kostenloser Zugang für eine festgelegte Dauer
-   - Beispiel: 7 Tage kostenlos, dann 9,99 €/Monat
-
-   **Einmalzahlung**
-   - Einmalig ermäßigter Preis für einen bestimmten Zeitraum
-   - Beispiel: 1,99 € für 2 Monate, dann 9,99 €/Monat
-
-   **Ermäßigte wiederkehrende Zahlung**
-   - Reduzierter Preis pro Abrechnungszyklus für mehrere Zyklen
-   - Beispiel: 4,99 €/Monat für 3 Monate, dann 9,99 €/Monat
-
-6. **Phasendauer konfigurieren**
-
-   Legen Sie fest, wie lange die Einführungsphase dauert:
-   - Tage, Wochen oder Monate
-   - Anzahl der Abrechnungszyklen
-
-7. **Fertigstellen und aktivieren**
-
-   Klicken Sie auf **Anwenden** und dann auf **Speichern**, um das Angebot zu aktivieren. Die Schaltfläche **Aktivieren** wird verfügbar, sobald gespeichert wurde.
-
-</Steps>
-
-## Beispiele für Angebotsphasen
-
-### Beispiel 1: Einfache kostenlose Testversion
-- Phase 1: 7 Tage kostenlos
-- Dann: 9,99 €/Monat Standardpreis
-
-### Beispiel 2: Ermäßigte Einführung
-- Phase 1: 1,99 € für den ersten Monat
-- Dann: 9,99 €/Monat Standardpreis
-
-### Beispiel 3: Erweiterte Testversion + Rabatt
-- Phase 1: 14 Tage kostenlos
-- Phase 2: 4,99 €/Monat für 2 Monate
-- Dann: 9,99 €/Monat Standardpreis
-
-## Verwendung in Ihrer App
-
-Das native-purchases-Plugin verwaltet automatisch die Berechtigung für Einführungsangebote und deren Darstellung:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Produkte abrufen (enthält Metadaten zum Einführungsangebot)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-if (product.introductoryPrice) {
-  console.log(`Einführungspreis: ${product.introductoryPriceString}`);
-  console.log(`Regulärer Preis: ${product.priceString}`);
-  console.log(
-    `Angebotsdauer: ${product.introductoryPrice.subscriptionPeriod?.numberOfUnits} ${product.introductoryPrice.subscriptionPeriod?.unit}`,
-  );
-} else {
-  console.log('Kein Einführungsangebot für dieses Produkt konfiguriert');
-}
-
-// Kaufen (Google Play wendet Einführungspreis automatisch an, wenn der Benutzer berechtigt ist)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // Basisplan-ID aus der Google Play Console
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Einführungsangebot-Transaktion', transaction.transactionId);
-```
-
-## Bewährte Methoden
-
-### Angebotsdauer
-- **Kostenlose Testversionen**: 3-14 Tage sind optimal für die meisten Apps
-- **Ermäßigte Zeiträume**: 1-3 Monate funktionieren gut für den Gewohnheitsaufbau
-- **Preisrabatt**: 50-70% Rabatt auf den regulären Preis treibt Konversionen an
-
-### Marketing
-- Zeigen Sie das Einführungsangebot und den regulären Preis klar an
-- Zeigen Sie, was nach der Einführungsphase passiert
-- Machen Sie die Kündigung einfach und transparent
-- Erinnern Sie Benutzer, bevor die Einführungsphase endet
-
-### A/B-Tests
-Testen Sie verschiedene Angebotsstrukturen:
-- Länge der kostenlosen Testversion
-- Rabattprozentsatz
-- Rabattdauer
-- Einzelphase vs. Mehrphasen
-
-## Wichtige Hinweise
-
-- Nur ein Einführungsangebot kann gleichzeitig pro Abonnement aktiv sein
-- Benutzer können ein Einführungsangebot nur einmal pro Abonnement in Anspruch nehmen
-- Einführungsangebote gelten nicht für Abonnement-Upgrades/-Downgrades
-- Änderungen an Einführungsangeboten wirken sich nicht auf bestehende Abonnenten aus
-
-## Fehlerbehebung
-
-**Einführungsangebot wird nicht angezeigt:**
-- Überprüfen Sie, ob das Angebot in der Play Console aktiviert ist
-- Prüfen Sie die Benutzerberechtigung (hat möglicherweise das Angebot bereits verwendet)
-- Stellen Sie sicher, dass die App die neuesten Produktinformationen verwendet
-
-**Falsche Benutzer erhalten das Angebot:**
-- Überprüfen Sie die Berechtigungseinstellungen (neue vs. bestehende Kunden)
-- Prüfen Sie, ob der Benutzer zuvor auf einem anderen Gerät abonniert hat
-- Überprüfen Sie den Play Store-Kontoverlauf
-
-**Angebot wird beim Kauf nicht angewendet:**
-- Bestätigen Sie, dass die Produkt-ID genau übereinstimmt
-- Prüfen Sie, ob das Angebot noch aktiv und nicht abgelaufen ist
-- Überprüfen Sie die Datumsbereichseinstellungen für das Angebot
-
-## Nächste Schritte
-
-- [Sandbox-Tests konfigurieren](/docs/plugins/native-purchases/android-sandbox-testing/) um Ihre Angebote zu testen
-- Konversionsraten in der Play Console-Analyse überwachen
-- Erwägen Sie, mehrere Abonnementstufen mit unterschiedlichen Angeboten zu erstellen
diff --git a/src/content/docs/de/docs/plugins/native-purchases/android-play-store-review.mdx b/src/content/docs/de/docs/plugins/native-purchases/android-play-store-review.mdx
deleted file mode 100644
index 71d9698d8..000000000
--- a/src/content/docs/de/docs/plugins/native-purchases/android-play-store-review.mdx
+++ /dev/null
@@ -1,795 +0,0 @@
----
-title: Android Play Store Review-Richtlinien für IAP
-description: Vollständiger Leitfaden zum Bestehen der Google Play-Überprüfung mit In-App-Käufen und Abonnements, einschließlich Compliance-Anforderungen und Bewährte Methoden.
-locale: de
-sidebar:
-  order: 11
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Die Genehmigung Ihrer Android-App im Google Play erfordert die Einhaltung der Google-Richtlinien, insbesondere für Apps mit In-App-Käufen und Abonnements. Dieser Leitfaden behandelt alles, was Sie für eine erfolgreiche Überprüfung benötigen.
-
-## Google Play Billing-Anforderungen
-
-### Obligatorisches Abrechnungssystem
-
-Für digitale Güter und Dienstleistungen **müssen** Sie das Abrechnungssystem von Google Play verwenden:
-
-**Digitale Güter (Play Billing erforderlich):**
-- Abonnements für Premium-Funktionen
-- In-App-Währung oder Credits
-- Digitale Inhalte (E-Books, Musik, Videos)
-- Spiel-Upgrades und Power-ups
-- App-Freischaltungen und Premium-Stufen
-
-**Physische Güter (Play Billing nicht erlaubt):**
-- Physische Waren
-- Reale Dienstleistungen
-- Einmalige Spenden an gemeinnützige Organisationen
-
-:::caution 2025-Anforderung
-Neue Apps müssen die `monetization.subscriptions`-APIs für die Verwaltung von Abonnementkatalogen verwenden. Legacy-Billing-APIs sind veraltet.
-:::
-
-### Implementierung mit Native Purchases
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Sicherstellen, dass Billing auf dem Gerät verfügbar ist
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) throw new Error('Google Play Billing nicht verfügbar');
-
-// Abonnementprodukte abrufen (Store-Daten erforderlich—niemals Preise fest codieren)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_yearly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Plan-IDs sind die Basisplan-IDs, die Sie in der Google Play Console erstellen
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  planIdentifier: 'monthly-plan', // ERFORDERLICH auf Android, wird auf iOS ignoriert
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Purchase-Token für Servervalidierung:', transaction.purchaseToken);
-```
-
-## Transparenz- und Offenlegungsanforderungen
-
-### Vorabpreisoffenlegung
-
-Google Play fordert eine klare Offenlegung aller Kosten vor dem Kauf:
-
-**Erforderliche Elemente:**
-- Genauer Preis in der lokalen Währung des Benutzers
-- Abrechnungshäufigkeit (monatlich, jährlich usw.)
-- Was im Abonnement enthalten ist
-- Gesamtkosten für Einführungsangebote
-- Wann Belastungen erfolgen
-
-![UI-Design Bewährte Methoden](/native-purchases/review-guides/ui-design-dos-donts.webp)
-
-**Beispiel für konforme UI:**
-```typescript
-function SubscriptionCard({ product }) {
-  return (
-    <div className="subscription-card">
-      <h3>{product.title}</h3>
-
-      {/* Einführungsangebot anzeigen, falls verfügbar */}
-      {product.introductoryPrice && (
-        <div className="intro-offer">
-          <p className="intro-price">{product.introductoryPriceString}</p>
-          <p className="intro-period">
-            für {product.introductoryPricePeriod}
-          </p>
-        </div>
-      )}
-
-      {/* Regulärer Preis */}
-      <div className="regular-price">
-        <p className="price">{product.priceString}</p>
-        <p className="period">pro {product.subscriptionPeriod}</p>
-      </div>
-
-      {/* Klare Beschreibung */}
-      <p>{product.description}</p>
-
-      {/* Verlängerungsbedingungen */}
-      <p className="terms">
-        Wird automatisch verlängert. Jederzeit in Google Play kündbar.
-      </p>
-
-      <button onClick={() => handlePurchase(product)}>
-        Jetzt abonnieren
-      </button>
-    </div>
-  );
-}
-```
-
-### Offenlegung der automatischen Verlängerung
-
-Vor einer automatischen Verlängerung des Abonnements verlangt Google:
-- Klare Benachrichtigung, dass eine Verlängerung erfolgt
-- Erinnerung an den Preis
-- Einfacher Zugang zur Kündigung
-
-:::tip
-Das native-purchases-Plugin arbeitet mit Google Play zusammen, um automatische Verlängerungsbenachrichtigungen automatisch zu verwalten. Stellen Sie sicher, dass Ihre Abonnementprodukte in der Google Play Console richtig konfiguriert sind.
-:::
-
-### Preiskonsistenz über Plattformen hinweg
-
-**Wichtige Regel:** Die Preise müssen auf allen Plattformen, auf denen Ihre App verfügbar ist, konsistent sein.
-
-**Beispielverstoß:**
-- iOS: 9,99 €/Monat
-- Android: 7,99 €/Monat
-- Web: 11,99 €/Monat
-
-**Warum es wichtig ist:** Benutzer können Screenshots von Preisunterschieden machen und diese an Google melden, was zu Richtlinienverstößen führt.
-
-## Datenschutzrichtlinien-Anforderungen
-
-### Obligatorische Datenschutzrichtlinie
-
-Wenn Ihre App In-App-Käufe enthält, müssen Sie:
-
-1. **Link im Play Store-Eintrag**
-   - Datenschutzrichtlinien-URL in der Play Console hinzufügen
-   - Muss öffentlich zugänglich sein
-   - Muss in derselben Sprache wie Ihre App sein
-
-2. **Link in der App**
-   - Datenschutzrichtlinie in App-Einstellungen anzeigen
-   - Vor dem Sammeln von Benutzerdaten anzeigen
-   - Leicht auffindbar machen
-
-**Beispielimplementierung:**
-```typescript
-function SettingsScreen() {
-  const openPrivacyPolicy = () => {
-    window.open('https://yourapp.com/privacy', '_blank');
-  };
-
-  const openTerms = () => {
-    window.open('https://yourapp.com/terms', '_blank');
-  };
-
-  return (
-    <div>
-      <h2>Einstellungen</h2>
-
-      <button onClick={openPrivacyPolicy}>
-        Datenschutzrichtlinie
-      </button>
-
-      <button onClick={openTerms}>
-        Nutzungsbedingungen
-      </button>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        Abonnements verwalten
-      </button>
-    </div>
-  );
-}
-```
-
-### Datensicherheitsbereich
-
-Google Play erfordert detaillierte Offenlegung im Datensicherheitsbereich:
-
-**Für IAP-Apps deklarieren:**
-- Erhebung der Kaufhistorie
-- E-Mail-Adressen (für Belege)
-- Geräte-IDs (zur Betrugsprävention)
-- Zahlungsinformationsverarbeitung
-- Erhebung von Analysedaten
-
-:::warning
-Der Datensicherheitsbereich ist rechtlich verbindlich. Ungenaue Erklärungen können zur Entfernung der App führen.
-:::
-
-## Häufige Ablehnungsgründe
-
-### 1. Fehlende oder falsche Billing-Implementierung
-
-**Warum es fehlschlägt:**
-- Nicht Google Play Billing für digitale Güter verwenden
-- Veraltete Billing-APIs verwenden
-- Benutzerdefinierte Zahlungslösungen für Abonnements implementieren
-
-**Prävention:**
-```typescript
-// ✅ Korrekt: Native-purchases verwenden (verwendet Google Play Billing)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly'
-});
-
-// ❌ Falsch: Benutzerdefinierter Zahlungsanbieter für Abonnements
-// await CustomPayment.charge(user, 9.99);
-```
-
-### 2. Unklare Preise oder versteckte Kosten
-
-**Warum es fehlschlägt:**
-- Preis wird erst nach Klick auf Kaufen angezeigt
-- Zusätzliche Gebühren nicht im Voraus offengelegt
-- Vage Abonnementbedingungen
-
-**Prävention:**
-```typescript
-function PurchaseScreen({ product }) {
-  return (
-    <div>
-      {/* ALLE Kosten im Voraus anzeigen */}
-      <h2>Premium-Abonnement</h2>
-
-      <div className="pricing">
-        <p className="price">{product.priceString}/Monat</p>
-        <p className="taxes">Steuern können je nach Standort anfallen</p>
-      </div>
-
-      <div className="features">
-        <h3>Enthält:</h3>
-        <ul>
-          <li>Werbefreies Erlebnis</li>
-          <li>Unbegrenzter Cloud-Speicher</li>
-          <li>Prioritätssupport</li>
-        </ul>
-      </div>
-
-      <div className="terms">
-        <p>
-          Das Abonnement wird automatisch verlängert, sofern nicht mindestens
-          24 Stunden vor Ende der aktuellen Periode gekündigt wird.
-        </p>
-        <p>
-          Verwalten oder kündigen Sie in Google Play-Abonnements.
-        </p>
-      </div>
-
-      <button onClick={handlePurchase}>
-        Abonnement starten
-      </button>
-    </div>
-  );
-}
-```
-
-### 3. Täuschende Abonnementmuster
-
-**Warum es fehlschlägt:**
-- Vorauswahl von Premium-Optionen
-- Verstecken günstigerer Alternativen
-- Kündigung schwierig machen
-- Falsche Dringlichkeit ("Nur noch 3 Plätze frei!")
-
-![Beschreibungs-Bewährte Methoden](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![Marketing-Richtlinien](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**Prävention:**
-- Alle Abonnementstufen gleichwertig anzeigen
-- Kündigung klar und zugänglich machen
-- Countdown-Timer oder falsche Knappheit vermeiden
-- Keine Dark Patterns verwenden, um teure Optionen zu pushen
-
-### 4. Unvollständige Tests
-
-**Warum es fehlschlägt:**
-- App stürzt beim Kaufen ab
-- Produkte werden nicht geladen
-- Kaufbestätigung wird nicht angezeigt
-- Premium-Funktionen werden nach Kauf nicht freigeschaltet
-
-**Prävention:**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Umfassende Tests vor Einreichung
-async function testPurchaseFlow() {
-  try {
-    // 1. Produktladen testen
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: ['premium_monthly', 'premium_yearly'],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Produkte geladen:', products.length);
-
-    // 2. Kaufablauf testen
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: 'premium_monthly',
-      planIdentifier: 'monthly-plan',
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Kauf abgeschlossen', transaction.transactionId);
-
-    // 3. Berechtigungen überprüfen
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    if (
-      purchases.some(
-        (purchase) =>
-          purchase.productIdentifier === 'premium_monthly' &&
-          ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') &&
-          purchase.isAcknowledged,
-      )
-    ) {
-      console.log('✓ Premium-Funktionen freigeschaltet');
-    }
-
-    // 4. Wiederherstellung testen
-    await NativePurchases.restorePurchases();
-    console.log('✓ Wiederherstellung funktioniert');
-
-  } catch (error) {
-    console.error('✗ Test fehlgeschlagen:', error);
-  }
-}
-```
-
-### 5. Datenschutzrichtlinienverstöße
-
-**Warum es fehlschlägt:**
-- Kein Datenschutzrichtlinien-Link in der App
-- Datenschutzrichtlinie nicht zugänglich
-- Datenerhebung nicht offengelegt
-- Datensicherheitsbereich ungenau
-
-**Prävention:**
-- Datenschutzrichtlinie zum Play Store-Eintrag hinzufügen
-- Link in App-Einstellungen einbeziehen
-- Datensicherheitsbereich genau ausfüllen
-- Richtlinie aktualisieren, wenn neue Datenerhebung hinzugefügt wird
-
-## Alternative Abrechnungssysteme (2025-Update)
-
-### Regionale Compliance
-
-Google erlaubt jetzt alternative Abrechnungssysteme in bestimmten Regionen:
-
-**Berechtigte Regionen:**
-- Europäischer Wirtschaftsraum (EWR)
-- Südkorea
-- Indien (demnächst verfügbar)
-
-**Anforderungen bei Verwendung alternativer Abrechnung:**
-- Google Play Billing muss weiterhin als Option angeboten werden
-- Klare Kommunikation mit Benutzern über die Wahl
-- Einhaltung lokaler Vorschriften
-- Servicegebühr fällt weiterhin an (reduziert)
-
-:::note
-Für die meisten Entwickler ist es einfacher, nur bei Google Play Billing zu bleiben. Das native-purchases-Plugin handhabt dies automatisch.
-:::
-
-## Abonnementverwaltung
-
-### Einfache Kündigung
-
-Benutzer müssen in der Lage sein:
-- Aktive Abonnements einfach anzuzeigen
-- Ohne Kontaktaufnahme mit dem Support zu kündigen
-- Zu verstehen, wann die Kündigung wirksam wird
-
-**Implementierung:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function ManageSubscriptionButton() {
-  const openManagement = async () => {
-    try {
-      // Öffnet Google Play-Abonnementverwaltung
-      await NativePurchases.showManageSubscriptions();
-    } catch (error) {
-      // Fallback zu direkter URL
-      const playStoreUrl = 'https://play.google.com/store/account/subscriptions';
-      window.open(playStoreUrl, '_blank');
-    }
-  };
-
-  return (
-    <button onClick={openManagement}>
-      Abonnement in Google Play verwalten
-    </button>
-  );
-}
-```
-
-### Kündigungsfrist
-
-**Erforderliche Offenlegung:**
-- Wann wird die Kündigung wirksam?
-- Behalten Benutzer Zugang bis zum Periodenende?
-- Sind teilweise Rückerstattungen verfügbar?
-
-```typescript
-function CancellationInfo() {
-  return (
-    <div className="cancellation-info">
-      <h3>Kündigungsrichtlinie</h3>
-      <ul>
-        <li>Jederzeit in Google Play kündbar</li>
-        <li>Zugang bleibt bis Ende der Abrechnungsperiode bestehen</li>
-        <li>Keine Rückerstattungen für Teilperioden</li>
-        <li>Jederzeit neu abonnieren, um Zugang wiederzuerlangen</li>
-      </ul>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        In Google Play verwalten
-      </button>
-    </div>
-  );
-}
-```
-
-## Checkliste vor Einreichung
-
-![Checkliste vor Einreichung](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **Billing-Implementierung überprüfen**
-   - Google Play Billing verwenden (über native-purchases)
-   - Alle Abonnementprodukte in Play Console erstellt
-   - Produkte sind aktiviert und veröffentlicht
-   - Preise für alle Zielländer festgelegt
-
-2. **Kaufabläufe testen**
-   - Lizenztestkonto erstellen
-   - Jede Abonnementstufe testen
-   - Überprüfen, ob Produkte korrekt geladen werden
-   - Kaufabschluss testen
-   - Überprüfen, ob Premium-Funktionen freigeschaltet werden
-   - Abonnement-Wiederherstellung testen
-   - Auf mehreren Geräten testen
-
-3. **Alle Texte überprüfen**
-   - Preise vor Kauf klar angezeigt
-   - Alle Gebühren im Voraus offengelegt
-   - Abonnementbedingungen sind klar
-   - Kündigungsprozess erklärt
-   - Keine irreführenden Behauptungen
-
-4. **Datenschutz-Compliance**
-   - Datenschutzrichtlinie in Play Console verlinkt
-   - Datenschutzrichtlinie in App zugänglich
-   - Datensicherheitsbereich genau ausgefüllt
-   - Berechtigungen gerechtfertigt und dokumentiert
-
-5. **Inhaltsbewertung**
-   - Fragebogen zur Inhaltsbewertung ausfüllen
-   - Sicherstellen, dass Bewertung dem tatsächlichen Inhalt entspricht
-   - In-App-Käufe im Fragebogen deklarieren
-
-6. **Store-Eintrag vorbereiten**
-   - App-Beschreibung genau
-   - Screenshots zeigen aktuelle Version
-   - Feature-Grafik erfüllt Anforderungen
-   - Alle erforderlichen Assets hochgeladen
-
-</Steps>
-
-## Überprüfungszeitplan
-
-**Erstüberprüfung:** Durchschnittlich 7 Tage (kann schneller sein)
-**Updates:** Normalerweise schneller als erste Einreichung
-**Richtlinienverstöße:** Sofortige Suspendierung möglich
-**Einsprüche:** 7-14 Tage für Überprüfung
-
-:::tip Laufende Überprüfungen
-Anders als bei Apple überprüft Google Apps kontinuierlich. Ihre App kann jederzeit während der Überprüfungsphase live gehen, nicht zu einer festen Zeit.
-:::
-
-## Tests vor Einreichung
-
-### Lizenztests
-
-1. **Testkonto hinzufügen:**
-   - Zur Play Console gehen
-   - Einrichtung > Lizenztests
-   - Gmail-Konto zum Testen hinzufügen
-
-2. **In Sandbox testen:**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Käufe mit Lizenztestkonto testen
-async function testInSandbox() {
-  const { isBillingSupported } = await NativePurchases.isBillingSupported();
-  if (!isBillingSupported) {
-    console.error('Billing in dieser Umgebung nicht unterstützt');
-    return;
-  }
-
-  // Produkte abrufen (gibt Testpreise zurück, wenn ein Lizenztester verwendet wird)
-  const { products } = await NativePurchases.getProducts({
-    productIdentifiers: ['premium_monthly'],
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Testprodukte:', products);
-
-  // Testkauf tätigen (keine Belastung)
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'premium_monthly',
-    planIdentifier: 'monthly-plan',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Testkauf abgeschlossen:', transaction.transactionId);
-}
-```
-
-3. **Test-Banner überprüfen:**
-   - Beim Kauf mit Testkonto
-   - Sollte "Testkauf"-Benachrichtigung sehen
-   - Keine echten Belastungen erfolgen
-
-### Interner Test-Track
-
-Vor Produktionsfreigabe:
-
-1. Internen Test-Track in Play Console erstellen
-2. APK/AAB hochladen
-3. Tester-E-Mail-Adressen hinzufügen
-4. Tester laden aus Play Store herunter (Test-Track)
-5. Überprüfen, ob Kaufabläufe durchgängig funktionieren
-
-## Bewährte Methoden für Native Purchases
-
-### Alle Kaufzustände behandeln
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string, planIdentifier?: string) {
-  try {
-    setLoading(true);
-
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      planIdentifier,
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    console.log('Purchase-Token:', transaction.purchaseToken ?? transaction.receipt);
-
-    // Erfolg - Berechtigungen aus Store prüfen
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    const isOwned = purchases.some(
-      (purchase) =>
-        purchase.productIdentifier === productId &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (isOwned) {
-      unlockPremiumFeatures();
-      showSuccess('Premium aktiviert!');
-    }
-
-  } catch (error: any) {
-    // Spezifische Fehlerfälle behandeln
-    switch (error.code) {
-      case 'USER_CANCELLED':
-        // Benutzer hat abgebrochen - kein Fehler erforderlich
-        console.log('Kauf abgebrochen');
-        break;
-
-      case 'ITEM_ALREADY_OWNED':
-        // Sie besitzen es bereits - stattdessen wiederherstellen
-        showInfo('Sie besitzen dies bereits! Wird wiederhergestellt...');
-        await NativePurchases.restorePurchases();
-        break;
-
-      case 'ITEM_UNAVAILABLE':
-        showError('Dieses Abonnement ist derzeit nicht verfügbar. Bitte versuchen Sie es später erneut.');
-        break;
-
-      case 'NETWORK_ERROR':
-        showError('Netzwerkfehler. Bitte überprüfen Sie Ihre Verbindung und versuchen Sie es erneut.');
-        break;
-
-      default:
-        showError('Kauf fehlgeschlagen. Bitte versuchen Sie es erneut.');
-        console.error('Kauffehler:', error);
-    }
-  } finally {
-    setLoading(false);
-  }
-}
-```
-
-### Käufe wiederherstellen implementieren
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-function RestorePurchasesButton() {
-  const [loading, setLoading] = useState(false);
-
-  const handleRestore = async () => {
-    setLoading(true);
-
-    try {
-      await NativePurchases.restorePurchases();
-
-      const { purchases } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.SUBS,
-      });
-
-      const hasSubscription = purchases.some(
-        (purchase) => purchase.productType === 'subs' && purchase.isAcknowledged,
-      );
-
-      if (hasSubscription) {
-        unlockPremiumFeatures();
-        showSuccess('Abonnements wiederhergestellt!');
-        return;
-      }
-
-      // Einmalige Freischaltungen prüfen, falls erforderlich
-      const { purchases: iaps } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.INAPP,
-      });
-      const hasInApp = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-      if (hasInApp) {
-        unlockPremiumFeatures();
-        showSuccess('Frühere Käufe wiederhergestellt!');
-        return;
-      }
-
-      showInfo('Keine früheren Käufe gefunden.');
-    } catch (error) {
-      showError('Wiederherstellen der Käufe fehlgeschlagen. Bitte versuchen Sie es erneut.');
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handleRestore} disabled={loading}>
-      {loading ? 'Wird wiederhergestellt...' : 'Käufe wiederherstellen'}
-    </button>
-  );
-}
-```
-
-### Abonnementstatus überprüfen
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function checkSubscriptionStatus() {
-  try {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const subscription = purchases.find(
-      (purchase) =>
-        purchase.productIdentifier === 'premium_monthly' &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (!subscription) {
-      showPaywall();
-      return;
-    }
-
-    console.log('Abonnement aktiv:', {
-      productId: subscription.productIdentifier,
-      expiresAt: subscription.expirationDate,
-      willRenew: subscription.willCancel === false,
-      purchaseToken: subscription.purchaseToken,
-    });
-
-    unlockPremiumFeatures();
-  } catch (error) {
-    console.error('Fehler beim Überprüfen des Abonnements:', error);
-  }
-}
-```
-
-## Wenn Ihre App abgelehnt wird
-
-### Häufige Richtlinienverstöße
-
-**Zahlungsrichtlinie:**
-- Nicht Google Play Billing verwenden
-- Irreführende Abonnementbedingungen
-- Versteckte Kosten
-
-**Benutzerdaten-Richtlinie:**
-- Fehlende Datenschutzrichtlinie
-- Ungenaue Datensicherheitserklärungen
-- Übermäßige Berechtigungen
-
-### Lösungsschritte
-
-<Steps>
-
-1. **Verstoßmitteilung überprüfen**
-   - Lesen Sie die spezifische zitierte Richtlinie
-   - Verstehen Sie, was Google markiert hat
-   - Prüfen Sie Beispiele, die sie bereitgestellt haben
-
-2. **Problem beheben**
-   - Grundursache beheben, nicht nur Symptome
-   - Nach der Behebung gründlich testen
-   - Alle vorgenommenen Änderungen dokumentieren
-
-3. **Einspruch einreichen (falls zutreffend)**
-
-   ![Klärung und Einspruchsprozess](/native-purchases/review-guides/clarification-process.webp)
-
-   ```
-   Betreff: Einspruch gegen Richtlinienverstoß - [App-Name]
-
-   Sehr geehrtes Google Play Review-Team,
-
-   Ich habe eine Benachrichtigung erhalten, dass meine App gegen [Richtlinie X.Y] verstößt.
-   Ich habe die folgenden Änderungen vorgenommen, um die Anforderungen zu erfüllen:
-
-   1. [Spezifische vorgenommene Änderung]
-   2. [Spezifische vorgenommene Änderung]
-   3. [Spezifische vorgenommene Änderung]
-
-   Die aktualisierte Version [Versionsnummer] behebt alle angesprochenen Bedenken.
-
-   Testkonto zur Überprüfung:
-   E-Mail: test@example.com
-   Passwort: TestPass123
-
-   Vielen Dank für Ihre Berücksichtigung.
-   ```
-
-   ![Anforderung von Dokumentationsbeispiel](/native-purchases/review-guides/request-documents.webp)
-
-4. **Erneut einreichen oder aktualisieren**
-   - Behobene Version hochladen
-   - Zur Überprüfung erneut einreichen
-   - Status in Play Console überwachen
-
-</Steps>
-
-## Zusätzliche Ressourcen
-
-- [Google Play-Entwicklerrichtlinien-Center](https://play.google.com/about/developer-content-policy/)
-- [Google Play Billing-Dokumentation](https://developer.android.com/google/play/billing)
-- [Abonnement-Bewährte Methoden](https://developer.android.com/google/play/billing/subscriptions)
-- [Play Console-Hilfe](https://support.google.com/googleplay/android-developer/)
-
-## Benötigen Sie Expertenrat?
-
-Die Navigation durch die Play Store-Überprüfung kann komplex sein, insbesondere mit den neuen 2025-Testanforderungen. Wenn Sie persönliche Unterstützung benötigen:
-
-**[Buchen Sie ein Beratungsgespräch mit unserem Team](https://cal.com/team/capgo/capacitor-consulting-services)** für Hilfe bei:
-- Vollständiger Play Store-Überprüfungsvorbereitung
-- Einrichtung von Test-Tracks und Tester-Rekrutierung
-- IAP-Implementierungsüberprüfung
-- Datensicherheit und Datenschutz-Compliance
-- Ablehnungs-Fehlerbehebung und Einsprüche
-- Vollständiger App-Einreichungsprozess
-
-Unsere Experten haben Hunderte von Apps durch erfolgreiche Play Store-Einreichungen geführt und können Ihnen helfen, die 2025-Anforderungen zu bewältigen.
-
-## Support
-
-Benötigen Sie Hilfe bei der Implementierung?
-- Überprüfen Sie die [Native Purchases-Dokumentation](/docs/plugins/native-purchases/getting-started/)
-- Schauen Sie sich den [Android-Sandbox-Test-Leitfaden](/docs/plugins/native-purchases/android-sandbox-testing/) an
-- Besuchen Sie den [Google Play-Entwickler-Support](https://support.google.com/googleplay/android-developer/)
diff --git a/src/content/docs/de/docs/plugins/native-purchases/android-sandbox-testing.mdx b/src/content/docs/de/docs/plugins/native-purchases/android-sandbox-testing.mdx
deleted file mode 100644
index 9d47e70cc..000000000
--- a/src/content/docs/de/docs/plugins/native-purchases/android-sandbox-testing.mdx
+++ /dev/null
@@ -1,93 +0,0 @@
----
-title: Android-Sandbox-Tests konfigurieren
-description: Erfahren Sie, wie Sie Sandbox-Tests für In-App-Käufe auf Android mit der Google Play Console einrichten.
-locale: de
-sidebar:
-  order: 3
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Das Testen von In-App-Käufen erfordert eine ordnungsgemäße Konfiguration in der Google Play Console. Dieser Leitfaden führt Sie durch die Einrichtung von Sandbox-Tests für Ihre Android-App.
-
-## Voraussetzungen
-
-Sie benötigen ein aktives Google Play Console-Konto mit einem aktuellen Abonnement (jährlich erneuert).
-
-## Einrichtungsprozess
-
-<Steps>
-
-1. **Testkonto hinzufügen**
-
-   Navigieren Sie zu Ihrer Google Play Console, wählen Sie Ihre App aus und gehen Sie zu **Einrichtung > Lizenztests**.
-
-   Fügen Sie das primäre Google-Konto hinzu, das mit dem Android-Gerät verbunden ist, das Sie zum Testen verwenden.
-
-   ![Testkonto hinzufügen](/native-purchases/android/sandbox-testing/add-testing-account.webp)
-
-2. **Test-Track erstellen**
-
-   Gehen Sie zu **Tests > Geschlossene Tests** oder **Tests > Interne Tests** und erstellen Sie einen neuen Track.
-
-   Sie müssen mindestens eine signierte Version Ihrer App in diesen Track hochladen.
-
-   ![Test-Track erstellen](/native-purchases/android/sandbox-testing/create-testing-track.webp)
-
-3. **Tester-Liste erstellen**
-
-   Nach dem Einrichten des Test-Tracks erstellen Sie eine E-Mail-Liste und fügen die E-Mail-Adresse des Testgeräts hinzu.
-
-   ![Tester-Liste erstellen](/native-purchases/android/sandbox-testing/create-tester-list.webp)
-
-4. **Am Testprogramm teilnehmen**
-
-   Öffnen Sie die Opt-in-URL von Ihrem Testgerät aus und klicken Sie auf die Schaltfläche **"Tester werden"**, um sich anzumelden.
-
-   ![Am Test teilnehmen](/native-purchases/android/sandbox-testing/join-testing-program.webp)
-
-5. **Signiertes APK hochladen**
-
-   Generieren Sie ein signiertes APK oder verwenden Sie Android App Bundle, um Ihre App in den Test-Track hochzuladen.
-
-   Ein Rollout ist nicht erforderlich - laden Sie einfach hoch und warten Sie auf die Genehmigung.
-
-   ![APK hochladen](/native-purchases/android/sandbox-testing/upload-signed-apk.webp)
-
-6. **Erstellen und testen**
-
-   Führen Sie Ihre App auf dem Testgerät aus. Beim Versuch eines Kaufs sollten Sie eine Meldung sehen:
-
-   > "Dies ist eine Testbestellung; es wird Ihnen nichts berechnet."
-
-   ![Testkauf](/native-purchases/android/sandbox-testing/test-purchase-confirmation.webp)
-
-</Steps>
-
-## Wichtige Hinweise
-
-- Testkonten werden für Käufe nicht belastet
-- Testkäufe verwenden denselben Ablauf wie Produktionskäufe
-- Sie können alle Abonnementfunktionen testen, einschließlich Testversionen und Einführungsangeboten
-- Testabonnements haben beschleunigte Verlängerungsperioden für schnellere Tests
-
-## Fehlerbehebung
-
-**Produkte werden im Testmodus nicht angezeigt:**
-- Stellen Sie sicher, dass Ihre App in einen Test-Track hochgeladen wurde
-- Überprüfen Sie, ob das Testkonto zu Lizenztests hinzugefügt wurde
-- Prüfen Sie, ob Produkte in der Google Play Console aktiv sind
-
-**Fehler "Artikel nicht verfügbar":**
-- Warten Sie 2-3 Stunden nach dem Erstellen von Produkten, bis sie verfügbar werden
-- Stellen Sie sicher, dass der Paketname Ihrer App mit dem in der Play Console übereinstimmt
-- Überprüfen Sie, ob Sie mit einem Testkonto angemeldet sind
-
-**Testkäufe werden als echte Gebühren angezeigt:**
-- Überprüfen Sie noch einmal, ob das Konto zu Lizenztests hinzugefügt wurde
-- Stellen Sie sicher, dass Sie den Build aus dem Test-Track verwenden
-- Überprüfen Sie, ob das Test-Banner während des Kaufs erscheint
-
-## Zusätzliche Ressourcen
-
-Weitere Details finden Sie in der [offiziellen Google Play-Dokumentation](https://developer.android.com/google/play/billing/test) zum Testen von In-App-Käufen.
diff --git a/src/content/docs/de/docs/plugins/native-purchases/getting-started.mdx b/src/content/docs/de/docs/plugins/native-purchases/getting-started.mdx
deleted file mode 100644
index 6ecee5a12..000000000
--- a/src/content/docs/de/docs/plugins/native-purchases/getting-started.mdx
+++ /dev/null
@@ -1,255 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das @capgo/native-purchases-Plugin installieren und verwenden, um Einmalkäufe und Abonnements mit StoreKit 2 und Google Play Billing 7 zu implementieren.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Paket**
-   <PackageManagers pkg="@capgo/native-purchases" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisieren Sie mit nativen Projekten**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Billing-Unterstützung überprüfen**
-
-   ```typescript
-   import { NativePurchases } from '@capgo/native-purchases';
-
-   const { isBillingSupported } = await NativePurchases.isBillingSupported();
-   if (!isBillingSupported) {
-     throw new Error('Billing ist auf diesem Gerät nicht verfügbar');
-   }
-   ```
-
-4. **Produkte direkt aus den Stores laden**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const { products } = await NativePurchases.getProducts({
-     productIdentifiers: [
-       'com.example.premium.monthly',
-       'com.example.premium.yearly',
-       'com.example.one_time_unlock'
-     ],
-     productType: PURCHASE_TYPE.SUBS, // Verwenden Sie PURCHASE_TYPE.INAPP für Einmalprodukte
-   });
-
-   products.forEach((product) => {
-     console.log(product.title, product.priceString);
-   });
-   ```
-
-5. **Kauf- und Wiederherstellungsabläufe implementieren**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const monthlyPlanId = 'monthly-plan'; // Basisplan-ID aus der Google Play Console
-
-   const transaction = await NativePurchases.purchaseProduct({
-     productIdentifier: 'com.example.premium.monthly',
-     planIdentifier: monthlyPlanId,        // ERFORDERLICH für Android-Abonnements, wird auf iOS ignoriert
-     productType: PURCHASE_TYPE.SUBS,
-     quantity: 1,
-   });
-
-   console.log('Transaktions-ID', transaction.transactionId);
-
-   await NativePurchases.restorePurchases();
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       - Erstellen Sie In-App-Produkte und Abonnements in App Store Connect.<br />
-       - Verwenden Sie StoreKit Local Testing oder Sandbox-Tester für QA.<br />
-       - Keine Manifest-Bearbeitungen erforderlich. Stellen Sie sicher, dass Ihre Produkte genehmigt sind.
-     </TabItem>
-     <TabItem label="Android">
-       - Erstellen Sie In-App-Produkte und Abonnements in der Google Play Console.<br />
-       - Laden Sie mindestens einen internen Test-Build hoch und fügen Sie Lizenztester hinzu.<br />
-       - Fügen Sie die Billing-Berechtigung zu `AndroidManifest.xml` hinzu:
-       ```xml
-       <uses-permission android:name="com.android.vending.BILLING" />
-       ```
-     </TabItem>
-   </Tabs>
-</Steps>
-
-## Beispiel für Purchase Service
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE, Transaction } from '@capgo/native-purchases';
-import { Capacitor } from '@capacitor/core';
-
-class PurchaseService {
-  private premiumProduct = 'com.example.premium.unlock';
-  private monthlySubId = 'com.example.premium.monthly';
-  private monthlyPlanId = 'monthly-plan'; // Basisplan-ID (nur Android)
-
-  async initialize() {
-    const { isBillingSupported } = await NativePurchases.isBillingSupported();
-    if (!isBillingSupported) throw new Error('Billing nicht verfügbar');
-
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: [this.premiumProduct, this.monthlySubId],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    console.log('Produkte geladen', products);
-
-    if (Capacitor.getPlatform() === 'ios') {
-      NativePurchases.addListener('transactionUpdated', (transaction) => {
-        this.handleTransaction(transaction);
-      });
-    }
-  }
-
-  async buyPremium(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.premiumProduct,
-      productType: PURCHASE_TYPE.INAPP,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async buyMonthly(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.monthlySubId,
-      planIdentifier: this.monthlyPlanId, // ERFORDERLICH für Android-Abonnements
-      productType: PURCHASE_TYPE.SUBS,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async restore() {
-    await NativePurchases.restorePurchases();
-    await this.refreshEntitlements();
-  }
-
-  async openManageSubscriptions() {
-    await NativePurchases.manageSubscriptions();
-  }
-
-  private async processTransaction(transaction: Transaction) {
-    this.unlockContent(transaction.productIdentifier);
-    this.validateOnServer(transaction).catch(console.error);
-  }
-
-  private unlockContent(productIdentifier: string) {
-    // Berechtigung lokal speichern
-    console.log('Freigeschaltet', productIdentifier);
-  }
-
-  private async refreshEntitlements() {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('Aktuelle Käufe', purchases);
-  }
-
-  private async handleTransaction(transaction: Transaction) {
-    console.log('StoreKit-Transaktionsaktualisierung:', transaction);
-    await this.processTransaction(transaction);
-  }
-
-  private async validateOnServer(transaction: Transaction) {
-    await fetch('/api/validate-purchase', {
-      method: 'POST',
-      body: JSON.stringify({
-        transactionId: transaction.transactionId,
-        receipt: transaction.receipt,
-        purchaseToken: transaction.purchaseToken,
-      }),
-    });
-  }
-}
-```
-
-## Erforderliche Kaufoptionen
-
-| Option | Plattform | Beschreibung |
-|--------|----------|-------------|
-| `productIdentifier` | iOS + Android | SKU/Produkt-ID, die in App Store Connect / Google Play Console konfiguriert ist. |
-| `productType` | Nur Android | `PURCHASE_TYPE.INAPP` oder `PURCHASE_TYPE.SUBS`. Standardmäßig `INAPP`. Immer auf `SUBS` für Abonnements setzen. |
-| `planIdentifier` | Android-Abonnements | Basisplan-ID aus der Google Play Console. Erforderlich für Abonnements, wird auf iOS und In-App-Käufen ignoriert. |
-| `quantity` | iOS | Nur für In-App-Käufe, standardmäßig `1`. Android kauft immer ein Element. |
-| `appAccountToken` | iOS + Android | UUID/String, der den Kauf mit Ihrem Benutzer verknüpft. Muss auf iOS UUID sein; Android akzeptiert jeden verschleierten String bis zu 64 Zeichen. |
-| `isConsumable` | Android | Auf `true` setzen, um Token nach Gewährung der Berechtigung für Verbrauchsartikel automatisch zu konsumieren. Standard ist `false`. |
-
-## Berechtigungsstatus prüfen
-
-Verwenden Sie `getPurchases()` für eine plattformübergreifende Ansicht jeder Transaktion, die die Stores melden:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-purchases.forEach((purchase) => {
-  if (purchase.isActive && purchase.expirationDate) {
-    console.log('iOS-Abo aktiv bis', purchase.expirationDate);
-  }
-
-  const isAndroidIapValid =
-    ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') && purchase.isAcknowledged;
-
-  if (isAndroidIapValid) {
-    console.log('In-App-Berechtigung gewähren für', purchase.productIdentifier);
-  }
-});
-```
-
-### Plattformverhalten
-
-- **iOS**: Abonnements enthalten `isActive`, `expirationDate`, `willCancel` und StoreKit 2 Listener-Unterstützung. In-App-Käufe erfordern serverseitige Belegvalidierung.
-- **Android**: `isActive`/`expirationDate` werden nicht ausgefüllt; rufen Sie die Google Play Developer API mit dem `purchaseToken` für den maßgeblichen Status auf. `purchaseState` muss `PURCHASED` und `isAcknowledged` muss `true` sein.
-
-## API-Schnellreferenz
-
-- `isBillingSupported()` – auf StoreKit / Google Play-Verfügbarkeit prüfen.
-- `getProduct()` / `getProducts()` – Preis, lokalisierter Titel, Beschreibung, Einführungsangebote abrufen.
-- `purchaseProduct()` – StoreKit 2 oder Billing Client-Kaufablauf initiieren.
-- `restorePurchases()` – historische Käufe wiedergeben und mit aktuellem Gerät synchronisieren.
-- `getPurchases()` – alle iOS-Transaktionen oder Play Billing-Käufe auflisten.
-- `manageSubscriptions()` – native Abonnementverwaltungs-UI öffnen.
-- `addListener('transactionUpdated')` – ausstehende StoreKit 2-Transaktionen beim App-Start behandeln (nur iOS).
-
-## Bewährte Methoden
-
-1. **Store-Preise anzeigen** – Apple erfordert die Anzeige von `product.title` und `product.priceString`; niemals fest codieren.
-2. **`appAccountToken` verwenden** – deterministisch eine UUID (v5) aus Ihrer Benutzer-ID generieren, um Käufe mit Konten zu verknüpfen.
-3. **Serverseitig validieren** – `receipt` (iOS) / `purchaseToken` (Android) an Ihr Backend zur Überprüfung senden.
-4. **Fehler elegant behandeln** – auf Benutzerabbrüche, Netzwerkfehler und nicht unterstützte Billing-Umgebungen prüfen.
-5. **Gründlich testen** – folgen Sie dem [iOS-Sandbox-Leitfaden](/docs/plugins/native-purchases/ios-sandbox-testing/) und [Android-Sandbox-Leitfaden](/docs/plugins/native-purchases/android-sandbox-testing/).
-6. **Wiederherstellen & Verwalten anbieten** – UI-Schaltflächen hinzufügen, die mit `restorePurchases()` und `manageSubscriptions()` verbunden sind.
-
-## Fehlerbehebung
-
-**Produkte werden nicht geladen**
-- Stellen Sie sicher, dass Bundle-ID / Anwendungs-ID mit Store-Konfiguration übereinstimmt.
-- Bestätigen Sie, dass Produkt-IDs aktiv und genehmigt (App Store) oder aktiviert (Google Play) sind.
-- Warten Sie mehrere Stunden nach dem Erstellen von Produkten; Store-Propagierung erfolgt nicht sofort.
-
-**Kauf abgebrochen oder hängt**
-- Benutzer können den Ablauf abbrechen; Aufrufe in `try/catch` einwickeln und benutzerfreundliche Fehlermeldungen anzeigen.
-- Für Android stellen Sie sicher, dass Testkonten die App aus dem Play Store installieren (interner Track), damit Billing funktioniert.
-- Überprüfen Sie logcat/Xcode auf Billing-Fehler beim Ausführen auf dem Gerät.
-
-**Abonnementstatus inkorrekt**
-- Verwenden Sie `getPurchases()`, um Store-Daten mit Ihrem lokalen Berechtigungs-Cache zu vergleichen.
-- Auf Android fragen Sie immer die Google Play Developer API mit dem `purchaseToken` ab, um Ablaufdaten oder Rückerstattungsstatus zu erhalten.
-- Auf iOS überprüfen Sie `isActive`/`expirationDate` und validieren Sie Belege, um Rückerstattungen oder Widerrufe zu erkennen.
diff --git a/src/content/docs/de/docs/plugins/native-purchases/index.mdx b/src/content/docs/de/docs/plugins/native-purchases/index.mdx
deleted file mode 100644
index 6fad4ff13..000000000
--- a/src/content/docs/de/docs/plugins/native-purchases/index.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: "@capgo/native-purchases"
-locale: de
-description: Capacitor-Plugin zur Verwaltung von In-App-Käufen und Abonnements mit einer einfachen, einheitlichen API für iOS und Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Vereinfachen Sie In-App-Käufe und Abonnements mit einer einheitlichen API, die nahtlos auf iOS- und Android-Plattformen funktioniert.
-  image:
-    file: ~public/icons/plugins/native-purchases.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/native-purchases/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/native-purchases/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Einheitliche API" icon="rocket">
-    Einzelne API für iOS- und Android-Käufe 💳
-  </Card>
-  <Card title="Abonnementverwaltung" icon="setting">
-    Verwalten Sie Abonnements mit automatischer Verlängerung 🔄
-  </Card>
-  <Card title="Quittungsvalidierung" icon="approve-check">
-    Integrierte Quittungsvalidierung für Sicherheit 🔒
-  </Card>
-  <Card title="Erste Schritte" icon="open-book">
-    Sehen Sie sich den [Leitfaden für die ersten Schritte](/docs/plugins/native-purchases/getting-started/) an, um das Plugin zu installieren und zu konfigurieren.
-  </Card>
-</CardGrid>
-
-## Plattform-Setup-Anleitungen
-
-<CardGrid>
-  <Card title="Android-Setup" icon="setting">
-    Vollständige Anleitungen zum Einrichten von In-App-Käufen auf Android:
-    - [Sandbox-Tests konfigurieren](/docs/plugins/native-purchases/android-sandbox-testing/)
-    - [Abonnements erstellen](/docs/plugins/native-purchases/android-create-subscription/)
-    - [Einführungsangebote](/docs/plugins/native-purchases/android-introductory-offer/)
-  </Card>
-  <Card title="iOS-Setup" icon="star">
-    Vollständige Anleitungen zum Einrichten von In-App-Käufen auf iOS:
-    - [Sandbox-Tests konfigurieren](/docs/plugins/native-purchases/ios-sandbox-testing/)
-    - [Abonnementgruppen](/docs/plugins/native-purchases/ios-subscription-group/)
-    - [Abonnements erstellen](/docs/plugins/native-purchases/ios-create-subscription/)
-    - [Einführungsangebote](/docs/plugins/native-purchases/ios-introductory-offer/)
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/native-purchases/ios-app-store-review.mdx b/src/content/docs/de/docs/plugins/native-purchases/ios-app-store-review.mdx
deleted file mode 100644
index 6ce244d8e..000000000
--- a/src/content/docs/de/docs/plugins/native-purchases/ios-app-store-review.mdx
+++ /dev/null
@@ -1,541 +0,0 @@
----
-title: iOS App Store Review-Richtlinien für IAP
-locale: de
-description: Vollständiger Leitfaden zum Bestehen der App Store-Prüfung mit In-App-Käufen und Abonnements, einschließlich häufiger Ablehnungsgründe und Bewährte Methoden.
-sidebar:
-  order: 10
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Die Genehmigung Ihrer App im App Store erfordert sorgfältige Beachtung der Apple-Richtlinien, insbesondere bei der Implementierung von In-App-Käufen und Abonnements. Dieser Leitfaden behandelt alles, was Sie wissen müssen, um bei Ihrer ersten Einreichung die Prüfung zu bestehen.
-
-![iOS App Store Review-Prozess](/native-purchases/review-guides/ios-review-hero.webp)
-
-## Anforderungen für In-App-Käufe
-
-### Preistransparenz (Kritisch)
-
-Apple verlangt eine kristallklare Offenlegung der Preise vor jedem Kauf:
-
-**Unverzichtbare Elemente:**
-- Genauen Preis vor dem Kauf-Button anzeigen
-- Abrechnungshäufigkeit anzeigen (z.B. "9,99€/Monat")
-- Klar angeben, was Benutzer für ihr Geld bekommen
-- Angeben, wann Gebühren anfallen
-
-**Häufige Ablehnung:**
-> "Abonnementpreise müssen klar und im Voraus angegeben werden."
-
-:::caution Preiskonsistenz
-Alle Preise müssen übereinstimmen in:
-- App Store-Metadaten-Auflistung
-- In-App-Kaufbildschirmen
-- Abonnementverwaltungsbildschirmen
-
-Selbst eine 1€-Diskrepanz zwischen Store-Auflistung (4,99€) und App (5,99€) führt zu automatischer Ablehnung.
-:::
-
-### Präsentation von Abonnementplänen
-
-**Erforderliche Angaben:**
-- Alle verfügbaren Abonnement-Stufen zusammen angezeigt
-- Klarer Vergleich der Funktionen pro Stufe
-- Keine automatische Standardeinstellung auf Premium-Stufen durch UI-Tricks
-- Leicht zu findende Kündigungsanweisungen
-
-![UI-Design Do's and Don'ts](/native-purchases/review-guides/ui-design-dos-donts.webp)
-
-**Beispiel für konforme UI:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function SubscriptionScreen() {
-  return (
-    <div>
-      <h2>Wählen Sie Ihren Plan</h2>
-
-      {/* Alle Stufen gleichwertig anzeigen */}
-      <PlanCard
-        title="Basic"
-        price="4,99€/Monat"
-        features={['Funktion A', 'Funktion B']}
-      />
-      <PlanCard
-        title="Premium"
-        price="9,99€/Monat"
-        features={['Alle Basic', 'Funktion C', 'Funktion D']}
-        highlighted={false} // Premium nicht erzwingen
-      />
-
-      {/* Klare Kündigungsinformationen */}
-      <Text>
-        Jederzeit in Einstellungen > Abonnements kündigen.
-        Keine Rückerstattung für Teilzeiträume.
-      </Text>
-    </div>
-  );
-}
-```
-
-### Käufe wiederherstellen
-
-**Erforderliche Implementierung:**
-
-Jede App mit IAP muss Benutzern die Möglichkeit bieten, frühere Käufe wiederherzustellen, ohne den Support zu kontaktieren.
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function restorePurchases() {
-  try {
-    await NativePurchases.restorePurchases();
-
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const activeSub = purchases.find(
-      (purchase) => purchase.isActive && purchase.expirationDate,
-    );
-
-    if (activeSub) {
-      unlockPremiumFeatures();
-      showMessage('Käufe erfolgreich wiederhergestellt!');
-      return;
-    }
-
-    const { purchases: iaps } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.INAPP,
-    });
-    const hasIap = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-    showMessage(
-      hasIap ? 'Premium-Kauf wiederhergestellt!' : 'Keine früheren Käufe gefunden.',
-    );
-  } catch (error) {
-    showError('Käufe konnten nicht wiederhergestellt werden. Bitte versuchen Sie es erneut.');
-  }
-}
-
-// Sichtbaren "Käufe wiederherstellen"-Button hinzufügen
-<Button onClick={restorePurchases}>
-  Käufe wiederherstellen
-</Button>
-```
-
-## Häufige Ablehnungsgründe
-
-### 1. App-Abstürze oder fehlerhafte Funktionalität
-
-**Warum sie fehlschlägt:**
-- App stürzt beim Start ab
-- Kaufvorgang kann nicht abgeschlossen werden
-- In Screenshots gezeigte Funktionen funktionieren nicht
-
-**Prävention:**
-- Auf echten Geräten testen (nicht nur Simulatoren)
-- Alle Abonnement-Flows Ende-zu-Ende testen
-- Quittungsvalidierung funktioniert prüfen
-- Netzwerkfehlerbehandlung überprüfen
-
-### 2. Metadaten-Unstimmigkeiten
-
-**Warum sie fehlschlägt:**
-- Screenshots zeigen Funktionen, die nicht im aktuellen Build sind
-- Beschreibung erwähnt nicht vorhandene Funktionalität
-- Preise in Metadaten unterscheiden sich von In-App-Preisen
-
-![Metadaten-Checkliste](/native-purchases/review-guides/metadata-checklist.webp)
-
-**Prävention:**
-```typescript
-// Dokumentieren Sie genau, was in jeder Stufe enthalten ist
-const SUBSCRIPTION_FEATURES = {
-  basic: ['Werbefrei', 'Cloud-Synchronisation', 'Basis-Themes'],
-  premium: ['Werbefrei', 'Cloud-Synchronisation', 'Alle Themes', 'Priority-Support']
-};
-
-// Verwenden Sie diese sowohl in Ihrer App ALS AUCH in der App Store-Beschreibung
-```
-
-### 3. Fehlende Berechtigungserklärungen
-
-**Warum sie fehlschlägt:**
-- Kamera/Standort/Gesundheit ohne Erklärung anfordern
-- Berechtigungsanfragen mehrere Bildschirme tief vergraben
-- Vage oder allgemeine Berechtigungsbeschreibungen
-
-**Prävention:**
-
-Aktualisieren Sie Ihre `Info.plist` mit klaren Erklärungen:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Kamerazugriff wird benötigt, um Produkt-Barcodes für schnelle Abonnement-Upgrades zu scannen.</string>
-
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>Der Standort hilft uns, relevante lokale Inhalte in Ihrem Premium-Abonnement anzuzeigen.</string>
-```
-
-### 4. Irreführendes Marketing
-
-**Warum sie fehlschlägt:**
-- Behauptungen wie "Nr. 1 App der Welt" ohne Beweis
-- "Unbegrenzte" Funktionen mit versteckten Limits
-- Falsche Dringlichkeitstaktiken ("Nur noch 2 Plätze frei!")
-
-![Beschreibungsrichtlinien Beispiele](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![Zusätzliche Beschreibungsrichtlinien](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**Prävention:**
-- Spezifisch und sachlich in Beschreibungen sein
-- Superlative ohne Beweise vermeiden
-- Benutzer nicht mit falscher Knappheit unter Druck setzen
-
-### 5. Versteckter Kündigungsprozess
-
-**Warum sie fehlschlägt:**
-- Keine Erwähnung, wie man kündigt
-- Kündigungsbutton versteckt oder verdeckt
-- Mehrstufiger Kündigungsprozess ohne Apples nativen Flow
-
-**Prävention:**
-```typescript
-// Benutzer immer über Kündigung informieren
-function SubscriptionInfo() {
-  return (
-    <div>
-      <h3>So kündigen Sie</h3>
-      <ol>
-        <li>iPhone-Einstellungen öffnen</li>
-        <li>Auf Ihren Namen oben tippen</li>
-        <li>Auf Abonnements tippen</li>
-        <li>Diese App auswählen und auf Abonnement kündigen tippen</li>
-      </ol>
-
-      <p>Oder direkt in der App Store-App verwalten.</p>
-
-      <Button onClick={openSubscriptionManagement}>
-        Abonnement in Einstellungen verwalten
-      </Button>
-    </div>
-  );
-}
-
-async function openSubscriptionManagement() {
-  // Direkter Link zur iOS-Abonnementverwaltung
-  await NativePurchases.showManageSubscriptions();
-}
-```
-
-## Datenschutz & Datennutzung (Abschnitt 5.1.1)
-
-Apple hat die Datenschutzanforderungen im Jahr 2025 erheblich verschärft.
-
-### Erforderliche Angaben
-
-**Für jede Berechtigung:**
-1. Warum Sie sie benötigen (spezifischer Anwendungsfall)
-2. Wann sie verwendet wird
-3. Wie Daten gespeichert/weitergegeben werden
-4. Ob sie optional oder erforderlich ist
-
-### Beispiel: Ordnungsgemäßer Berechtigungs-Flow
-
-```typescript
-async function requestCameraPermission() {
-  // Erklärung VOR der Anfrage zeigen
-  await showDialog({
-    title: 'Kamerazugriff',
-    message: 'Wir benötigen Kamerazugriff, um Barcodes für eine schnelle Produktsuche zu scannen. Ihre Fotos werden niemals hochgeladen oder gespeichert.',
-    buttons: ['Jetzt nicht', 'Erlauben']
-  });
-
-  // Dann Berechtigung anfordern
-  const result = await Camera.requestPermissions();
-  return result.camera === 'granted';
-}
-```
-
-### Datenschutz-Nährwertkennzeichnungen
-
-Stellen Sie sicher, dass Ihre App Store-Datenschutzkennzeichnungen genau widerspiegeln:
-- Kaufverlaufserfassung
-- E-Mail-Adressen (für Quittungen)
-- Geräte-IDs (zur Betrugsprävention)
-- Nutzungsdaten (für Analytics)
-
-:::warning
-Ungenaue Datenschutzkennzeichnungen sind ein häufiger Ablehnungsgrund im Jahr 2025. Prüfen Sie Ihre Datenerfassung sorgfältig.
-:::
-
-## Checkliste vor der Einreichung
-
-![Checkliste vor der Einreichung](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **Alle Kauf-Flows testen**
-   - Jede Abonnement-Stufe kaufen
-   - Kostenlose Testversionen testen
-   - Einführungsangebote werden korrekt angewendet prüfen
-   - Käufe wiederherstellen testen
-   - Familienfreigabe prüfen (falls aktiviert)
-   - Auf mehreren Geräten testen
-
-2. **Preiskonsistenz prüfen**
-   - App Store-Metadaten stimmen mit In-App-Preisen überein prüfen
-   - Alle Währungen sind korrekt prüfen
-   - Dauern kostenloser Testversionen stimmen mit Beschreibungen überein bestätigen
-   - Bedingungen für Einführungsangebote sind korrekt prüfen
-
-3. **Alle Texte überprüfen**
-   - Platzhaltertext entfernen
-   - Behauptungen sind testbar prüfen
-   - Grammatik und Rechtschreibung prüfen
-   - Beschreibungen stimmen mit aktuellem Build überein sicherstellen
-   - Erwähnungen von Wettbewerbern entfernen
-
-4. **Berechtigungen testen**
-   - Nur notwendige Berechtigungen anfordern
-   - Klare Erklärungen vor der Anforderung zeigen
-   - "Ablehnen"-Flows testen (App sollte weiterhin funktionieren)
-   - Info.plist-Beschreibungen sind klar prüfen
-
-5. **Testkonto vorbereiten**
-   - Sandbox-Testkonto erstellen
-   - Anmeldedaten in App-Prüfungsnotizen dokumentieren
-   - Testkonto hat aktives Abonnement prüfen
-   - Prüfer kann Kaufvorgang abschließen testen
-
-6. **Metadaten prüfen**
-   - Screenshots stimmen mit aktueller UI überein
-   - App-Vorschauvideo (falls vorhanden) zeigt aktuelle Version
-   - Beschreibung beschreibt Funktionen genau
-   - Alterseinstufung entspricht Inhalt
-   - Datenschutzrichtlinie ist in der App zugänglich
-
-7. **Detaillierte Prüfungsnotizen schreiben**
-   ```
-   Testkonto:
-   E-Mail: reviewer@test.com
-   Passwort: TestPass123!
-
-   Testanweisungen:
-   1. Mit obigem Testkonto anmelden
-   2. Auf "Auf Premium upgraden"-Button tippen
-   3. "Monatlich Premium"-Abonnement auswählen
-   4. Kauf abschließen (keine Gebühr in Sandbox)
-   5. Premium-Funktionen werden freigeschaltet prüfen
-
-   Hinweis: Abonnementpreise werden vor dem Kauf klar angezeigt.
-   Kündigungsanweisungen finden Sie unter Einstellungen > Konto.
-   ```
-
-</Steps>
-
-## Prüfungszeitplan
-
-![App Store Review-Zeitplan](/native-purchases/review-guides/review-timeline.webp)
-
-**Standardprüfung:** 24-48 Stunden
-**Spitzenzeiten:** 3-5 Tage (App Store-Feiertagsveröffentlichungen)
-**Wochenenden:** Keine Prüfungen werden bearbeitet
-**Beschleunigte Prüfung:** Verfügbar für kritische Fehlerbehebungen (Anfrage über App Store Connect)
-
-:::tip
-Reichen Sie früh in der Woche ein, um Wochenendeverzögerungen zu vermeiden. Montags-Einreichungen werden typischerweise bis Mittwoch geprüft.
-:::
-
-## Richtlinien-Updates 2025
-
-### Neue Anforderungen
-
-**1. Offenlegung von AI-Funktionalität**
-Wenn Ihre App AI für irgendwelche Funktionen verwendet, müssen Sie:
-- AI-generierte Inhalte klar kennzeichnen
-- Erklären, wie AI verwendet wird
-- Inhaltssicherheitsmaßnahmen dokumentieren
-
-**2. Erweiterte Abonnement-Klarheit**
-- Seite-an-Seite-Planvergleiche erforderlich
-- Keine "Dark Patterns", die günstigere Optionen verstecken
-- Klare Downgrade/Upgrade-Pfade
-
-**3. Datenschutz-Intensivierung**
-- Abschnitt 5.1.1-Durchsetzung erhöht
-- Mehr Kontrolle über Rechtfertigung der Datenerfassung
-- Strengere Anforderungen für Kinder-Apps
-
-### Was sich seit 2024 geändert hat
-
-- Modulare Einreichungen jetzt erlaubt (Produktseiten unabhängig aktualisieren)
-- In-App-Events können separat eingereicht werden
-- Strengere Durchsetzung irreführender Abonnement-UIs
-- Neue Anleitung zu Kryptowährung/NFT-Apps
-
-## Bewährte Methoden für Native Purchases Plugin
-
-### Ordnungsgemäße Fehlerbehandlung implementieren
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string) {
-  try {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    // Erfolg
-    await validateReceiptOnServer(transaction.receipt);
-    showSuccess('Abonnement aktiviert!');
-    unlockFeatures();
-
-  } catch (error: any) {
-    // Spezifische Fehlerfälle behandeln
-    if (error.code === 'USER_CANCELLED') {
-      // Benutzer abgebrochen - keinen Fehler anzeigen
-      console.log('Kauf vom Benutzer abgebrochen');
-    } else if (error.code === 'PAYMENT_PENDING') {
-      showInfo('Zahlung steht aus. Bitte später erneut prüfen.');
-    } else if (error.code === 'PRODUCT_ALREADY_PURCHASED') {
-      // Stattdessen wiederherstellen
-      await NativePurchases.restorePurchases();
-    } else {
-      // Benutzerfreundlichen Fehler anzeigen
-      showError('Kauf kann nicht abgeschlossen werden. Bitte versuchen Sie es erneut.');
-    }
-  }
-}
-```
-
-### Ladezustände anzeigen
-
-```typescript
-function PurchaseButton({ productId }: { productId: string }) {
-  const [loading, setLoading] = useState(false);
-
-  const handlePurchase = async () => {
-    setLoading(true);
-    try {
-      await NativePurchases.purchaseProduct({ productIdentifier: productId });
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handlePurchase} disabled={loading}>
-      {loading ? 'Wird verarbeitet...' : 'Jetzt abonnieren'}
-    </button>
-  );
-}
-```
-
-### Bedingungen klar anzeigen
-
-```typescript
-function SubscriptionTerms() {
-  return (
-    <div className="terms">
-      <p>
-        Das Abonnement verlängert sich automatisch, es sei denn, es wird mindestens 24 Stunden
-        vor Ende der aktuellen Periode gekündigt.
-      </p>
-      <p>
-        Ihr Konto wird innerhalb von 24 Stunden vor Ende der aktuellen Periode
-        für die Verlängerung belastet.
-      </p>
-      <p>
-        Abonnements können vom Benutzer verwaltet werden und die automatische Verlängerung kann
-        nach dem Kauf in den Kontoeinstellungen deaktiviert werden.
-      </p>
-      <p>
-        <a href="/terms">Nutzungsbedingungen</a> |
-        <a href="/privacy">Datenschutzrichtlinie</a>
-      </p>
-    </div>
-  );
-}
-```
-
-## Wenn Ihre App abgelehnt wird
-
-### Schritte zur Lösung
-
-<Steps>
-
-1. **Ablehnung sorgfältig lesen**
-   - Spezifische zitierte Richtlinie notieren (z.B. 3.1.1, 5.1.1)
-   - Genau verstehen, was Apple markiert hat
-
-2. **Problem gründlich beheben**
-   - Nicht nur flicken - Grundursache beheben
-   - Lösung umfassend testen
-   - Dokumentieren, was Sie geändert haben
-
-3. **Im Resolution Center antworten**
-   ```
-   Vielen Dank für Ihr Feedback. Ich habe das Problem behoben:
-
-   Problem: Abonnementpreise nicht im Voraus klar
-
-   Behebung: Explizite Preisanzeige auf Abonnementauswahlbildschirm
-   hinzugefügt, die "9,99€/Monat" vor dem Kauf-Button zeigt. Auch
-   Kündigungsanweisungen auf demselben Bildschirm hinzugefügt.
-
-   Die Änderungen sind in dieser Einreichung enthalten und können mit dem
-   bereitgestellten Testkonto getestet werden.
-   ```
-
-4. **Umgehend erneut einreichen**
-   - Wiedereinreichungen werden in der Regel schneller geprüft
-   - Normalerweise innerhalb von 24 Stunden
-
-</Steps>
-
-### Beschwerdeverfahren
-
-Wenn Sie glauben, dass die Ablehnung falsch ist:
-
-![App Store-Klärungsprozess](/native-purchases/review-guides/clarification-process.webp)
-
-1. Auf "Beschwerde" in App Store Connect klicken
-2. Klare Beweise liefern:
-   - Screenshots, die Konformität zeigen
-   - Verweise auf spezifische Richtlinien
-   - Erklärung, wie Sie Anforderungen erfüllen
-3. Professionell und sachlich sein
-4. Testkonto einschließen, wenn Funktionalität schwer zu finden ist
-
-![Anfrage für Dokumente Beispiel](/native-purchases/review-guides/request-documents.webp)
-
-## Zusätzliche Ressourcen
-
-- [Apple App Store Review-Richtlinien](https://developer.apple.com/app-store/review/guidelines/)
-- [In-App-Kauf-Richtlinien](https://developer.apple.com/app-store/review/guidelines/#in-app-purchase)
-- [Bewährte Methoden für Abonnements](https://developer.apple.com/app-store/subscriptions/)
-- [App Store Connect-Hilfe](https://developer.apple.com/help/app-store-connect/)
-
-## Support
-
-Falls Sie weiterhin Probleme haben:
-- Überprüfen Sie die [Native Purchases-Dokumentation](/docs/plugins/native-purchases/getting-started/)
-- Prüfen Sie [häufige Problembehebungen](/docs/plugins/native-purchases/getting-started/#troubleshooting)
-- Kontaktieren Sie Apple Developer Support für Richtlinien-Klärungen
-
-### Brauchen Sie fachkundige Hilfe?
-
-Haben Sie Schwierigkeiten mit der App-Prüfung oder benötigen personalisierte Unterstützung? **[Buchen Sie ein Beratungsgespräch mit unserem Team](https://cal.com/team/capgo/capacitor-consulting-services)** für dedizierte Unterstützung bei:
-
-- IAP-Implementierungsprüfung und -optimierung
-- App Store-Prüfungsvorbereitung und -strategie
-- Überprüfung der Einreichungs-Checkliste
-- Ablösungslösung und Beschwerden
-- Vollständiges Testen und Validierung
-
-Unsere Experten haben Hunderten von Apps erfolgreich zur Genehmigung verholfen!
diff --git a/src/content/docs/de/docs/plugins/native-purchases/ios-create-subscription.mdx b/src/content/docs/de/docs/plugins/native-purchases/ios-create-subscription.mdx
deleted file mode 100644
index 4e6d31269..000000000
--- a/src/content/docs/de/docs/plugins/native-purchases/ios-create-subscription.mdx
+++ /dev/null
@@ -1,312 +0,0 @@
----
-title: iOS Auto-Renewable Subscription erstellen
-locale: de
-description: Schritt-für-Schritt-Anleitung zum Erstellen von automatisch verlängernden Abonnements in App Store Connect für das native-purchases-Plugin.
-sidebar:
-  order: 8
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Automatisch verlängernde Abonnements bieten wiederkehrenden Zugriff auf Inhalte, Dienste oder Premium-Funktionen in Ihrer iOS-App. Dieser Leitfaden führt Sie durch die Erstellung von Abonnements in App Store Connect.
-
-## Übersicht
-
-Automatisch verlängernde Abonnements werden am Ende jeder Abrechnungsperiode automatisch verlängert, bis Benutzer kündigen. Sie sind perfekt für:
-- Premium-Inhalte und -Funktionen
-- Werbefreie Erlebnisse
-- Cloud-Speicher und Synchronisation
-- Streaming-Dienste
-- Professionelle Tools und Dienstprogramme
-
-## Voraussetzungen
-
-Bevor Sie Abonnements erstellen, müssen Sie:
-1. [Eine Abonnementgruppe erstellen](/docs/plugins/native-purchases/ios-subscription-group/), um Ihre Abonnements zu organisieren
-2. Eine aktive Apple Developer Program-Mitgliedschaft haben
-3. Bank- und Steuerinformationen in App Store Connect vervollständigen
-
-## Ein Abonnement erstellen
-
-<Steps>
-
-1. **Zu Abonnements navigieren**
-
-   In App Store Connect wählen Sie Ihre App aus und gehen zu **Monetarisieren > Abonnements**.
-
-   Wählen Sie Ihre Abonnementgruppe aus oder erstellen Sie bei Bedarf eine neue.
-
-   ![Zu Abonnements navigieren](/native-purchases/ios/create-subscription/navigate-to-subscriptions.webp)
-
-2. **Neues Abonnement erstellen**
-
-   Klicken Sie auf das **+**-Symbol neben Ihrer Abonnementgruppe, um ein neues Abonnement hinzuzufügen.
-
-3. **Grundinformationen eingeben**
-
-   **Referenzname**: Beschreibender Name für Ihre interne Verwendung (wird Kunden nicht angezeigt)
-   - Beispiele: "Premium Monatlich", "Ultimate Jährlich", "Basis-Plan"
-
-   **Produkt-ID**: Eindeutige Kennung für dieses Abonnement (kann später nicht geändert werden)
-   - Format: `com.ihrfirma.ihreapp.premium_monthly`
-   - Verwenden Sie beschreibende Namen in Kleinbuchstaben mit Unterstrichen
-   - Erforderlich für die Konfiguration des native-purchases-Plugins
-
-   ![Abonnementdetails eingeben](/native-purchases/ios/create-subscription/enter-subscription-info.webp)
-
-4. **Dauer konfigurieren**
-
-   Wählen Sie die Abonnementdauer aus den verfügbaren Optionen:
-   - 1 Woche
-   - 1 Monat
-   - 2 Monate
-   - 3 Monate
-   - 6 Monate
-   - 1 Jahr
-
-   Die Dauer bestimmt, wie oft Benutzer abgerechnet werden.
-
-5. **Preise festlegen**
-
-   Klicken Sie auf **Abonnementpreis hinzufügen**, um Preise zu konfigurieren:
-
-   **Basis-Territorium**: Wählen Sie Ihren primären Markt (normalerweise Ihr Land)
-
-   **Preis**: Abonnementpreis festlegen
-   - Apple konvertiert automatisch in andere Währungen
-   - Aus Apples Preisstufen wählen
-   - Wahrgenommenen Wert und Marktraten berücksichtigen
-
-   ![Preise konfigurieren](/native-purchases/ios/create-subscription/configure-pricing.webp)
-
-6. **Familienfreigabe (Optional)**
-
-   Entscheiden Sie, ob Sie die Familienfreigabe aktivieren möchten, die bis zu 6 Familienmitgliedern den Zugriff auf das Abonnement ermöglicht.
-
-   :::caution
-   Sobald die Familienfreigabe aktiviert ist, kann sie für dieses Produkt nicht mehr deaktiviert werden.
-   :::
-
-   **Aktivieren wenn:**
-   - Inhalt für die Familiennutzung geeignet ist
-   - Sie das Wertversprechen erhöhen möchten
-   - Ihr Geschäftsmodell es unterstützt
-
-   **Nicht aktivieren wenn:**
-   - Abonnement nur für individuelle Nutzung ist
-   - Inhalt auf den Benutzer zugeschnitten ist
-   - Sie Umsatz pro Benutzer maximieren möchten
-
-7. **Lokalisierungen hinzufügen**
-
-   Fügen Sie Abonnement-Anzeigeinformationen in allen Sprachen hinzu, die Ihre App unterstützt:
-
-   **Abonnement-Anzeigename**: Kundenorientierter Name (z.B. "Premium Monatlich")
-
-   **Beschreibung**: Kurze Beschreibung dessen, was das Abonnement beinhaltet
-   - Prägnant und nutzenorientiert halten
-   - Hauptfunktionen erwähnen
-   - Wertversprechen hervorheben
-
-   ![Lokalisierungen hinzufügen](/native-purchases/ios/create-subscription/add-localization.webp)
-
-8. **App Store-Werbebild (Optional)**
-
-   Laden Sie ein Werbebild für dieses Abonnement hoch (312x390 Pixel):
-   - Wird auf der App Store-Abonnementseite angezeigt
-   - Sollte zum Design Ihrer App passen
-   - Abonnementnamen zur Klarheit einschließen
-
-   :::note
-   Während Bilder für die erste Einreichung optional sind, sind sie für die Werbeanzeige im App Store erforderlich. Sie können sie später hinzufügen.
-   :::
-
-9. **Speichern und einreichen**
-
-   Klicken Sie auf **Speichern**, um das Abonnement zu erstellen.
-
-   **Für erstes Abonnement:**
-   - Muss mit einer neuen App-Version eingereicht werden
-   - In Ihre nächste App Store-Einreichung einbeziehen
-   - Kann nicht unabhängig eingereicht werden
-
-   **Für nachfolgende Abonnements:**
-   - Kann direkt von der Abonnementseite eingereicht werden
-   - Benötigen keine neue App-Version
-   - Verfügbar, nachdem das erste Abonnement genehmigt wurde
-
-</Steps>
-
-## Abonnementstatus
-
-Ihr Abonnement wird einen dieser Status haben:
-
-| Status | Beschreibung | Kann testen? |
-|--------|-------------|-----------|
-| **Fehlende Metadaten** | Unvollständige Einrichtung | Ja (Sandbox) |
-| **Bereit zur Einreichung** | Vollständig, aber nicht eingereicht | Ja (Sandbox) |
-| **Wartet auf Prüfung** | An Apple eingereicht | Ja (Sandbox) |
-| **In Prüfung** | Wird von Apple geprüft | Ja (Sandbox) |
-| **Genehmigt** | Zum Kauf verfügbar | Ja |
-| **Abgelehnt** | Benötigt Änderungen | Ja (Sandbox) |
-
-:::tip
-Sie können Abonnements im Sandbox-Modus testen, auch wenn sie "Fehlende Metadaten" oder "Bereit zur Einreichung" anzeigen!
-:::
-
-## Verwendung in Ihrer App
-
-Nach der Erstellung verweisen Sie in Ihrer App auf das Abonnement mit der Produkt-ID:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Abonnementprodukte direkt von StoreKit abrufen
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: [
-    'com.ihrfirma.ihreapp.premium_monthly',
-    'com.ihrfirma.ihreapp.premium_annual',
-  ],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-products.forEach((product) => {
-  console.log(`${product.title}: ${product.priceString}`);
-  console.log(`Dauer: ${product.subscriptionPeriod}`);
-  console.log(`Beschreibung: ${product.description}`);
-});
-
-// Ein Abonnement kaufen (StoreKit 2 behandelt automatisch Einführungspreise und Angebote)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.ihrfirma.ihreapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Transaktions-ID:', transaction.transactionId);
-
-  // StoreKit-Quittungen sind auf iOS für serverseitige Validierung enthalten
-  await sendReceiptToBackend(transaction.receipt);
-} catch (error) {
-  console.error('Kauf fehlgeschlagen:', error);
-}
-
-// Abonnementstatus über die Store-Daten prüfen
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const premium = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.ihrfirma.ihreapp.premium_monthly',
-);
-
-if (premium?.isActive) {
-  console.log('Läuft ab:', premium.expirationDate);
-  console.log('Wird verlängert:', premium.willCancel === false);
-  console.log('Store-Status:', premium.subscriptionState);
-  unlockPremiumFeatures();
-} else {
-  showPaywall();
-}
-```
-
-## Bewährte Methoden
-
-### Preisstrategie
-- **Monatspläne**: Niedrigere Einstiegshürde, bildet Gewohnheit
-- **Jahrespläne**: Besserer Wert, höherer LTV, geringere Abwanderung
-- **Mehrere Stufen**: Basic, Premium, Ultimate für verschiedene Benutzersegmente
-- **Wettbewerbsanalyse**: Preise ähnlicher Apps recherchieren
-
-### Produkt-IDs
-- Konsistente Benennung verwenden: `firma.app.stufe_dauer`
-- Stufe und Dauer in ID einschließen: `premium_monthly`, `ultimate_annual`
-- Änderung von Produkt-IDs vermeiden (sie sind dauerhaft)
-- Alle Produkt-IDs für Ihr Team dokumentieren
-
-### Familienfreigabe
-- Für familienorientierte Apps aktivieren (Spiele, Bildung, Unterhaltung)
-- Auswirkung auf Umsatz berücksichtigen
-- Freigabeverhalten gründlich testen
-- Freigabefähigkeit im Marketing kommunizieren
-
-### Lokalisierung
-- Alle Abonnementnamen und Beschreibungen übersetzen
-- Regionale Preisunterschiede berücksichtigen
-- Anzeige in allen unterstützten Sprachen testen
-- Kulturell angemessene Marketingsprache verwenden
-
-### Werbebilder
-- Konsistenten visuellen Stil beibehalten
-- Abonnementnamen und Hauptvorteil einschließen
-- Für saisonale Aktionen aktualisieren
-- Zur gesamten Design-Sprache der App passen
-
-## Häufige Abonnementmuster
-
-### Einzelstufe (Freemium)
-```
-Kostenlose App + Premium-Abonnement
-- Basic: Kostenlos (eingeschränkte Funktionen)
-- Premium Monatlich: 4,99€
-- Premium Jährlich: 39,99€ (33% sparen)
-```
-
-### Mehrstufig (Gut, Besser, Am besten)
-```
-- Basic Monatlich: 4,99€
-- Premium Monatlich: 9,99€
-- Ultimate Monatlich: 19,99€
-
-- Basic Jährlich: 49,99€
-- Premium Jährlich: 99,99€
-- Ultimate Jährlich: 199,99€
-```
-
-### Verbrauchbar + Abonnement-Hybrid
-```
-- Credit-Pakete (verbrauchbar)
-- Monatsabonnement (unbegrenzte Credits)
-- Jahresabonnement (unbegrenzt + Bonus-Funktionen)
-```
-
-## Fehlerbehebung
-
-**Abonnement lädt nicht in App:**
-- Produkt-ID stimmt genau überein prüfen (groß-/kleinschreibungsabhängig)
-- Abonnement ist in Abonnementgruppe prüfen
-- Bundle-Kennung stimmt mit App Store Connect überein sicherstellen
-- 2-3 Stunden nach Produkterstellung warten
-
-**Abonnement kann nicht eingereicht werden:**
-- Alle erforderlichen Felder vervollständigen (Name, Beschreibung, Preis)
-- Mindestens eine Lokalisierung hinzufügen
-- Bank-/Steuerinformationen sind genehmigt prüfen
-- Prüfen, ob erstes Abonnement (benötigt App-Version)
-
-**Familienfreigabe-Umschalter deaktiviert:**
-- Bereits aktiviert (kann nicht deaktiviert werden)
-- In Abonnementdetails prüfen
-- Apple Support kontaktieren, falls festgefahren
-
-**Preisstufe nicht verfügbar:**
-- Kann in einigen Territorien eingeschränkt sein
-- Alternative Stufe wählen
-- Apple für Preisfragen kontaktieren
-
-**"Ungültige Produkt-ID"-Fehler:**
-- Muss Reverse-Domain-Format sein
-- Darf keine Leerzeichen oder Sonderzeichen enthalten
-- Auf Tippfehler prüfen
-- Eindeutigkeit über alle Produkte hinweg prüfen
-
-## Nächste Schritte
-
-- [Ein Einführungsangebot erstellen](/docs/plugins/native-purchases/ios-introductory-offer/), um neue Abonnenten zu gewinnen
-- [Sandbox-Tests konfigurieren](/docs/plugins/native-purchases/ios-sandbox-testing/), um Ihre Abonnements zu testen
-- Aktionsangebote für Rückgewinnung und Bindung einrichten
-- Abonnement-Analytics-Tracking implementieren
-
-## Zusätzliche Ressourcen
-
-Weitere Details finden Sie in der [offiziellen Apple-Dokumentation zu automatisch verlängernden Abonnements](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers).
diff --git a/src/content/docs/de/docs/plugins/native-purchases/ios-introductory-offer.mdx b/src/content/docs/de/docs/plugins/native-purchases/ios-introductory-offer.mdx
deleted file mode 100644
index 9d34ed5b3..000000000
--- a/src/content/docs/de/docs/plugins/native-purchases/ios-introductory-offer.mdx
+++ /dev/null
@@ -1,413 +0,0 @@
----
-title: iOS-Abonnement-Einführungsangebot erstellen
-description: Erfahren Sie, wie Sie Einführungsangebote für automatisch verlängernde Abonnements auf iOS erstellen, um neue Abonnenten zu gewinnen und zu konvertieren.
-locale: de
-sidebar:
-  order: 9
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Einführungsangebote ermöglichen es Ihnen, berechtigten Benutzern kostenlose Testversionen oder vergünstigte Einführungspreise anzubieten, um Einstiegshürden zu reduzieren und Abonnement-Konversionen zu erhöhen.
-
-## Übersicht
-
-Einführungsangebote sind eines der effektivsten Werkzeuge zum Wachstum Ihrer Abonnentenbasis. Sie ermöglichen es Benutzern:
-- Ihre Premium-Funktionen risikofrei zu testen
-- Wert zu erfahren, bevor sie sich verpflichten
-- Mit einem niedrigeren Preispunkt zu beginnen
-- Vertrauen in Ihr Produkt aufzubauen
-
-## Angebotstypen
-
-iOS unterstützt drei Arten von Einführungsangeboten:
-
-### 1. Kostenlose Testversion
-Kunden erhalten für einen bestimmten Zeitraum kostenlosen Zugang. Nach der Testversion werden ihnen Standardpreise berechnet, wenn sie nicht kündigen.
-
-**Beispiele:**
-- 7 Tage kostenlos
-- 14 Tage kostenlos
-- 1 Monat kostenlos
-
-**Am besten geeignet für:**
-- Hochwertige Abonnements
-- Funktionsreiche Apps
-- Aufbau von Nutzergewohnheiten
-
-### 2. Vorabzahlung
-Kunden zahlen einen einmaligen reduzierten Preis, der den Einführungszeitraum abdeckt.
-
-**Beispiele:**
-- 1,99 € für 2 Monate (dann 9,99 €/Monat)
-- 9,99 € für 3 Monate (dann 19,99 €/Monat)
-
-**Am besten geeignet für:**
-- Verbindlichkeitssignale
-- Cashflow-Bedürfnisse
-- Testen der Preissensitivität
-
-### 3. Ratenzahlung
-Kunden zahlen über mehrere Abrechnungszyklen einen reduzierten Preis.
-
-**Beispiele:**
-- 1,99 €/Monat für 3 Monate (dann 9,99 €/Monat)
-- 4,99 €/Monat für 6 Monate (dann 14,99 €/Monat)
-
-**Am besten geeignet für:**
-- Schrittweise Verpflichtung
-- Langfristige Wertdemonstration
-- Reduzierung des wahrgenommenen Risikos
-
-## Berechtigungsanforderungen
-
-Benutzer können Einführungsangebote nur erhalten, wenn sie:
-- Noch kein Einführungsangebot für das Produkt erhalten haben
-- Kein Einführungsangebot für ein Produkt in derselben Abonnementgruppe erhalten haben
-- Kein aktives Abonnement für das Produkt hatten
-
-:::note
-Apple übernimmt die Berechtigungsprüfung automatisch. Das native-purchases Plugin bietet Methoden zur Überprüfung der Berechtigung vor der Präsentation von Angeboten.
-:::
-
-## Voraussetzungen
-
-Sie müssen zuerst [ein automatisch verlängerndes Abonnement erstellen](/docs/plugins/native-purchases/ios-create-subscription/), bevor Sie ein Einführungsangebot hinzufügen.
-
-## Erstellen eines Einführungsangebots
-
-<Steps>
-
-1. **Zum Abonnement navigieren**
-
-   Gehen Sie in App Store Connect zu Ihrem App-Bereich **Monetarisierung > Abonnements** und wählen Sie das Abonnement aus, dem Sie ein Angebot hinzufügen möchten.
-
-2. **Abonnementpreis hinzufügen**
-
-   Klicken Sie auf das **+**-Symbol neben "Abonnementpreise", um das Preis-Modal zu öffnen.
-
-3. **Einführungsangebot erstellen**
-
-   Wählen Sie **"Einführungsangebot erstellen"** aus den Optionen.
-
-   ![Einführungsangebot erstellen](/native-purchases/ios/introductory-offer/create-introductory-offer.webp)
-
-4. **Länder und Startdatum konfigurieren**
-
-   **Länder und Regionen**: Wählen Sie aus, wo das Angebot verfügbar sein wird
-   - Wählen Sie alle Länder für maximale Reichweite
-   - Oder beschränken Sie auf bestimmte Märkte zum Testen
-
-   **Startdatum**: Wann das Angebot verfügbar wird
-   - Kann sofort oder für die Zukunft geplant sein
-   - Nützlich für die Koordination mit Marketingkampagnen
-
-   **Enddatum (Optional)**: Wann das Angebot abläuft
-   - Leer lassen für dauerhafte Verfügbarkeit
-   - Datum festlegen für zeitlich begrenzte Aktionen
-
-5. **Angebotstyp auswählen**
-
-   Wählen Sie einen der drei Angebotstypen:
-
-   **Kostenlos** (Kostenlose Testversion)
-   - Dauer auswählen (Tage, Wochen, Monate)
-   - Beispiele: 7 Tage, 2 Wochen, 1 Monat
-
-   **Vorabzahlung**
-   - Einmaligen Zahlungspreis festlegen
-   - Von der Zahlung abgedeckte Dauer festlegen
-   - Beispiel: 1,99 € für 2 Monate
-
-   **Ratenzahlung**
-   - Reduzierten Preis pro Zeitraum festlegen
-   - Anzahl der Zeiträume festlegen
-   - Beispiel: 2,99 €/Monat für 3 Monate
-
-6. **Überprüfen und bestätigen**
-
-   Überprüfen Sie die Zusammenfassung, die Folgendes zeigt:
-   - Angebotstyp und Dauer
-   - Preisdetails
-   - Regulärer Preis nach Einführungszeitraum
-   - Verfügbarkeitsdaten und Länder
-
-7. **Speichern**
-
-   Klicken Sie auf **Speichern**, um das Einführungsangebot zu erstellen. Es wird sofort zum Testen im Sandbox-Modus verfügbar sein.
-
-</Steps>
-
-## Beispiele für Angebotskonfigurationen
-
-### Beispiel 1: Standard-Testversion
-```
-Typ: Kostenlos
-Dauer: 7 Tage
-Dann: 9,99 €/Monat
-```
-**Benutzerreise:**
-- Tag 1-7: Kostenloser Zugang
-- Tag 8: Erste Belastung von 9,99 €
-- Monatliche Belastungen setzen sich fort
-
-### Beispiel 2: Vergünstigter Vorabzahlungszeitraum
-```
-Typ: Vorabzahlung
-Preis: 4,99 €
-Dauer: 3 Monate
-Dann: 9,99 €/Monat
-```
-**Benutzerreise:**
-- Tag 1: Belastung von 4,99 €
-- 90 Tage Zugang
-- Tag 91: Belastung von 9,99 €/Monat
-
-### Beispiel 3: Schrittweise Einführung
-```
-Typ: Ratenzahlung
-Preis: 2,99 €/Monat
-Zeiträume: 6 Monate
-Dann: 9,99 €/Monat
-```
-**Benutzerreise:**
-- Monate 1-6: 2,99 €/Monat
-- Monat 7+: 9,99 €/Monat
-
-## Verwendung in Ihrer App
-
-Das native-purchases Plugin behandelt automatisch die Präsentation und Berechtigung von Einführungsangeboten:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Produkte mit Einführungsangebot-Informationen abrufen
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.yourapp.premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-// Einführungsangebot-Details anzeigen (StoreKit sendet lokalisierte Metadaten)
-if (product.introductoryPrice) {
-  console.log('Einführungspreis:', product.introductoryPriceString);
-  console.log('Einführungszeitraum:', product.introductoryPricePeriod);
-  console.log('Einführungszyklen:', product.introductoryPriceCycles);
-  console.log('Regulärer Preis:', product.priceString);
-} else {
-  console.log('Kein Einführungsangebot konfiguriert');
-}
-
-// Kauf (StoreKit wendet automatisch Einführungspreise an, wenn berechtigt)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Abonnement aktiv, Beleglänge:', transaction.receipt?.length);
-  await validateReceiptOnServer(transaction.receipt);
-} catch (error) {
-  console.error('Kauf fehlgeschlagen:', error);
-}
-```
-
-## Einführungsangebote für Benutzer anzeigen
-
-### Bewährte Methoden für UI
-
-**Klares Wertversprechen:**
-```
-Testen Sie Premium 7 Tage kostenlos
-Dann 9,99 €/Monat. Jederzeit kündbar.
-```
-
-**Einsparungen betonen:**
-```
-Starten Sie für nur 1,99 €
-Erhalten Sie 3 Monate Premium für nur 1,99 €
-Dann 9,99 €/Monat
-```
-
-**Transparente Kommunikation:**
-```
-Ihre kostenlose Testversion
-• Zugang zu allen Premium-Funktionen
-• Keine Belastung für 7 Tage
-• 9,99 €/Monat nach der Testversion
-• Jederzeit kündbar, auch während der Testversion
-```
-
-### Beispielimplementierung
-
-```typescript
-function formatIntroOffer(product: any): string {
-  if (!product.introductoryPrice) {
-    return `${product.priceString} pro ${product.subscriptionPeriod}`;
-  }
-
-  const intro = product.introductoryPrice;
-  const regular = product.priceString;
-
-  if (intro.price === 0) {
-    // Kostenlose Testversion
-    return `Testen Sie kostenlos für ${intro.periodString}, dann ${regular}`;
-  } else if (intro.cycles === 1) {
-    // Vorabzahlung
-    return `${intro.priceString} für ${intro.periodString}, dann ${regular}`;
-  } else {
-    // Ratenzahlung
-    return `${intro.priceString} für ${intro.cycles} ${intro.periodString}(e), dann ${regular}`;
-  }
-}
-```
-
-## Marketing Bewährte Methoden
-
-### Strategie für Testversionen-Länge
-- **3-7 Tage**: Apps mit schneller Entscheidung, Spiele
-- **7-14 Tage**: Standard für die meisten Apps
-- **14-30 Tage**: Komplexe Tools, professionelle Apps
-- **30+ Tage**: Hochwertige B2B oder Enterprise
-
-### Preispsychologie
-- **0,99 €-1,99 €**: Sehr niedrige Schwelle, gut zum Testen
-- **50% Rabatt**: Starker wahrgenommener Wert
-- **Erster Monat kostenlos**: Üblich, vertrautes Muster
-
-### Kommunikations-Timing
-- **Vor Testende**: Benutzer an bevorstehende Belastung erinnern
-- **Wert hervorheben**: Nutzungsstatistiken, Erfolge zeigen
-- **Einfache Kündigung**: Vertrauen mit transparentem Prozess aufbauen
-
-## Einführungsangebote testen
-
-Verwenden Sie Sandbox-Tests, um das Verhalten zu überprüfen:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Im Sandbox-Modus gelten beschleunigte Abonnementdauern:
-// - 3 Tage kostenlose Testversion = 3 Minuten
-// - 1 Woche kostenlose Testversion = 3 Minuten
-// - 1 Monat kostenlose Testversion = 5 Minuten
-
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Kauf mit Einführungsangebot
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Einführungskauf-Transaktion:', transaction.transactionId);
-
-// Auf beschleunigte Verlängerung warten
-setTimeout(async () => {
-  const { purchases } = await NativePurchases.getPurchases({
-    productType: PURCHASE_TYPE.SUBS,
-  });
-  const premium = purchases.find((purchase) => purchase.productIdentifier === 'premium_monthly');
-  console.log('Status nach Testversion:', premium?.subscriptionState);
-}, 180000); // 3 Minuten für wöchentliche Testversion
-```
-
-## Wichtige Hinweise
-
-### Berechtigungsregeln
-- Ein Einführungsangebot pro Benutzer pro Abonnementgruppe (lebenslang)
-- Gilt nur für neue Abonnenten
-- Kann nach Kündigung nicht erneut verwendet werden
-- Nicht verfügbar für Abonnement-Upgrades/Crossgrades
-
-### StoreKit API
-- `introductoryPrice` zeigt Details zum Einführungsangebot
-- `eligibility`-Methode prüft, ob Benutzer qualifiziert ist
-- Wird automatisch beim Kauf angewendet
-- Keine spezielle Kaufmethode erforderlich
-
-### Einschränkungen
-- Nur ein aktives Einführungsangebot pro Abonnement gleichzeitig
-- Kann nicht mit anderen Rabatttypen kombiniert werden
-- Berechtigungsregeln können nicht geändert werden
-- Apple kontrolliert die Berechtigungsprüfung
-
-## Fehlerbehebung
-
-**Einführungsangebot wird nicht angezeigt:**
-- Prüfen Sie, ob das Angebot in App Store Connect aktiviert ist
-- Überprüfen Sie, ob der Benutzer zuvor kein Einführungsangebot verwendet hat
-- Stellen Sie sicher, dass der Benutzer nichts in der Gruppe abonniert hat
-- Testen Sie mit neuem Sandbox-Konto
-
-**Berechtigungsprüfung schlägt fehl:**
-- Warten Sie auf App Store-Synchronisation (kann 2-3 Stunden dauern)
-- Überprüfen Sie, ob die Produkt-ID korrekt ist
-- Prüfen Sie die Abonnementgruppen-Konfiguration
-- Testen Sie in der Sandbox mit frischem Testkonto
-
-**Falscher Preis wird angezeigt:**
-- Prüfen Sie regionale Preiseinstellungen
-- Überprüfen Sie Währungsumrechnung
-- Stellen Sie sicher, dass Angebotsdaten aktuell sind
-- Produktinformationen aktualisieren
-
-**Sandbox-Testprobleme:**
-- Verwenden Sie beschleunigte Dauern (3 Min = 1 Woche)
-- Erstellen Sie neue Testkonten für jeden Test
-- Warten Sie, bis die Testversion natürlich abgeschlossen ist
-- Prüfen Sie Verlängerungsanzahl (max 6 in Sandbox)
-
-## Analytics und Optimierung
-
-### Diese Metriken verfolgen
-- Akzeptanzrate für Einführungsangebote
-- Konversionsrate von Testversion zu Bezahlung
-- Kündigungen während der Testversion
-- Verbleib nach erster Belastung
-- Umsatzauswirkungen
-
-### A/B-Test-Ideen
-- Kostenlose Testversion vs. bezahlte Einführung
-- Variationen der Testversionen-Länge
-- Rabattprozentsatz
-- Einmalzahlung vs. wiederkehrender Rabatt
-
-### Optimierungsstrategie
-```typescript
-// Angebots-Performance verfolgen
-analytics.track('intro_offer_displayed', {
-  product_id: product.identifier,
-  offer_type: product.introductoryPriceType,
-  offer_duration: product.introductoryPricePeriod
-});
-
-analytics.track('intro_offer_accepted', {
-  product_id: product.identifier
-});
-
-// Konversion überwachen
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  if (transaction.productIdentifier === product.identifier && transaction.isActive) {
-    analytics.track('trial_converted', {
-      transactionId: transaction.transactionId,
-      productId: transaction.productIdentifier,
-    });
-  }
-});
-```
-
-## Nächste Schritte
-
-- [Sandbox-Tests konfigurieren](/docs/plugins/native-purchases/ios-sandbox-testing/), um Ihre Einführungsangebote zu testen
-- Richten Sie Werbeangebote für Rückgewinnungskampagnen ein
-- Implementieren Sie Abonnement-Analytics
-- Erstellen Sie gezielte Marketingkampagnen
-
-## Zusätzliche Ressourcen
-
-Weitere Details finden Sie in der [offiziellen Apple-Dokumentation zu Einführungsangeboten](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers/implementing_introductory_offers_in_your_app).
diff --git a/src/content/docs/de/docs/plugins/native-purchases/ios-sandbox-testing.mdx b/src/content/docs/de/docs/plugins/native-purchases/ios-sandbox-testing.mdx
deleted file mode 100644
index a68bb4ea7..000000000
--- a/src/content/docs/de/docs/plugins/native-purchases/ios-sandbox-testing.mdx
+++ /dev/null
@@ -1,209 +0,0 @@
----
-title: iOS Sandbox-Tests konfigurieren
-description: Erfahren Sie, wie Sie Sandbox-Tests für In-App-Käufe auf iOS mit App Store Connect und Xcode einrichten.
-locale: de
-sidebar:
-  order: 6
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Das Testen von In-App-Käufen auf iOS erfordert eine ordnungsgemäße Konfiguration in App Store Connect und auf Ihren Testgeräten. Dieser Leitfaden deckt alles ab, was Sie für den Einstieg in Sandbox-Tests benötigen.
-
-## Voraussetzungen
-
-- **Apple Developer Program**: Aktive Mitgliedschaft mit jährlicher Verlängerung
-- **Vereinbarungen**: Signierte "Paid Applications Agreement" mit ausgefüllten Bank- und Steuerinformationen
-- **Xcode-Projekt**: Konfiguriert mit korrekter Bundle-Kennung und Funktionen
-
-:::note
-Die Genehmigung der Bank- und Steuereinrichtung kann Stunden bis Tage dauern. Schließen Sie dies rechtzeitig vor dem Testen ab.
-:::
-
-## Einrichtungsprozess
-
-<Steps>
-
-1. **Paid Applications Agreement unterzeichnen**
-
-   Navigieren Sie in App Store Connect zu **Vereinbarungen, Steuern und Banking** und vervollständigen Sie:
-   - Unterzeichnen Sie die Paid Applications Agreement
-   - Fügen Sie Ihre Bankinformationen hinzu
-   - Füllen Sie die Steuerformulare aus
-
-   Warten Sie auf die Genehmigung Ihrer Informationen durch Apple (dies kann 24-48 Stunden dauern).
-
-2. **Sandbox-Testbenutzer erstellen**
-
-   Gehen Sie in App Store Connect zu **Benutzer und Zugriff > Sandbox-Tester**.
-
-   Klicken Sie auf die **+**-Schaltfläche, um einen neuen Sandbox-Tester zu erstellen.
-
-   **Wichtig**: Verwenden Sie eine E-Mail-Adresse, die NICHT bereits mit einer Apple ID verknüpft ist. Sie können E-Mail-Aliase verwenden:
-   - Gmail: `ihreemail+test@gmail.com`
-   - iCloud: `ihreemail+test@icloud.com`
-
-   ![Sandbox-Tester erstellen](/native-purchases/ios/sandbox-testing/sandbox-tester-setup.webp)
-
-3. **Testgerät konfigurieren (iOS 12+)**
-
-   Ab iOS 12 müssen Sie sich nicht mehr von Ihrem iTunes-Konto abmelden, um Käufe zu testen.
-
-   Auf Ihrem iOS-Gerät:
-   1. Öffnen Sie **Einstellungen**
-   2. Tippen Sie auf **App Store**
-   3. Scrollen Sie nach unten
-   4. Tippen Sie auf **Sandbox-Konto**
-   5. Melden Sie sich mit Ihrem Sandbox-Testkonto an
-
-   :::tip
-   Dies ist viel bequemer als die alte Methode, sich von Ihrem iTunes-Konto abzumelden!
-   :::
-
-4. **Xcode-Projekt konfigurieren**
-
-   Stellen Sie sicher, dass Ihr Xcode-Projekt Folgendes hat:
-
-   **Bundle-Kennung**
-   - Muss mit der Kennung in Ihrem Developer Center übereinstimmen
-   - Muss mit der Kennung in App Store Connect übereinstimmen
-
-   **In-App-Kauf-Funktion**
-   1. Wählen Sie Ihr Projekt in Xcode aus
-   2. Gehen Sie zu **Signierung & Funktionen**
-   3. Klicken Sie auf **+ Funktion**
-   4. Fügen Sie **In-App-Kauf** hinzu
-
-5. **In-App-Kauf-Produkte erstellen**
-
-   Navigieren Sie in App Store Connect zu Ihrer App und erstellen Sie Ihre In-App-Kauf-Produkte (Abonnements, Verbrauchsgüter usw.).
-
-   Produkte müssen mindestens im Status "Bereit zur Einreichung" sein für Sandbox-Tests.
-
-6. **Ihre Implementierung testen**
-
-   Erstellen und führen Sie Ihre App auf einem Testgerät aus. Wenn Sie einen Kauf versuchen, sollten Sie Folgendes sehen:
-
-   > **[Umgebung: Sandbox]**
-
-   Diese Bestätigung zeigt an, dass Sie sich in der Sandbox-Umgebung befinden und kein echtes Geld belastet wird.
-
-</Steps>
-
-## Wichtige Hinweise
-
-### Sandbox-Umgebungsmerkmale
-
-- **Keine echten Belastungen**: Alle Käufe sind im Sandbox-Modus kostenlos
-- **Beschleunigte Abonnements**: Abonnementdauern werden für schnelleres Testen verkürzt
-  - 1 Woche Abonnement = 3 Minuten
-  - 1 Monat Abonnement = 5 Minuten
-  - 2 Monate Abonnement = 10 Minuten
-  - 3 Monate Abonnement = 15 Minuten
-  - 6 Monate Abonnement = 30 Minuten
-  - 1 Jahr Abonnement = 1 Stunde
-- **Auto-Verlängerungslimit**: Abonnements werden in der Sandbox bis zu 6-mal automatisch verlängert
-- **Sofortige Kündigung**: Gekündigte Abonnements laufen sofort ab
-
-### Sandbox-Kontoverwaltung
-
-- Erstellen Sie mehrere Testkonten für verschiedene Szenarien
-- Verwenden Sie Testkonten nur auf Testgeräten
-- Verwenden Sie keine persönliche Apple ID für Sandbox-Tests
-- Testkonten können jedes Produkt unabhängig von der Region kaufen
-
-## Sandbox-Tests verwenden
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) {
-  throw new Error('StoreKit wird auf diesem Gerät nicht unterstützt');
-}
-
-// Produkte abrufen (verwendet automatisch Sandbox, wenn verfügbar)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Testkauf durchführen
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Testkauf erfolgreich!', transaction.transactionId);
-```
-
-## Überprüfung
-
-Bei ordnungsgemäßer Konfiguration sollten Sie Folgendes beobachten:
-
-1. **Sandbox-Banner** während des Kaufs: "[Umgebung: Sandbox]"
-2. **Produkte werden** erfolgreich geladen
-3. **Käufe werden abgeschlossen** ohne tatsächliche Belastungen
-4. **Belege werden** korrekt validiert
-5. **Abonnements werden** automatisch verlängert (mit beschleunigter Rate)
-
-## Fehlerbehebung
-
-**Produkte werden nicht geladen:**
-- Überprüfen Sie, ob die Bundle-Kennung mit App Store Connect übereinstimmt
-- Prüfen Sie, ob Vereinbarungen unterzeichnet und genehmigt sind
-- Stellen Sie sicher, dass Produkte mindestens im Status "Bereit zur Einreichung" sind
-- Warten Sie 2-3 Stunden nach der Erstellung von Produkten
-
-**"Verbindung zum iTunes Store nicht möglich":**
-- Überprüfen Sie, ob das Sandbox-Konto korrekt konfiguriert ist
-- Prüfen Sie, ob das Gerät mit dem Internet verbunden ist
-- Versuchen Sie, sich vom Sandbox-Konto ab- und wieder anzumelden
-- Starten Sie die App neu
-
-**Käufe schlagen stillschweigend fehl:**
-- Prüfen Sie die Xcode-Konsole auf Fehlermeldungen
-- Überprüfen Sie, ob die In-App-Kauf-Funktion aktiviert ist
-- Stellen Sie sicher, dass die E-Mail des Sandbox-Kontos keine echte Apple ID ist
-- Versuchen Sie, ein neues Sandbox-Testkonto zu erstellen
-
-**Belegvalidierungsfehler:**
-- Verwenden Sie den Sandbox-Belegvalidierungs-Endpunkt beim Testen
-- Produktions-Endpunkt: `https://buy.itunes.apple.com/verifyReceipt`
-- Sandbox-Endpunkt: `https://sandbox.itunes.apple.com/verifyReceipt`
-- Das native-purchases Plugin behandelt dies automatisch
-
-**Falsche Abonnementdauer:**
-- Denken Sie daran, dass Abonnements in der Sandbox beschleunigt sind
-- Verwenden Sie die obige Umrechnungstabelle für erwartete Dauern
-- Abonnements werden in der Sandbox maximal 6-mal automatisch verlängert
-
-**"Diese Apple ID wurde noch nicht im iTunes Store verwendet":**
-- Dies ist bei neuen Sandbox-Konten normal
-- Fahren Sie mit dem Kauf fort, um das Konto zu aktivieren
-- Tritt nur bei der ersten Verwendung auf
-
-## Bewährte Methoden
-
-1. **Erstellen Sie mehrere Testkonten** für verschiedene Testszenarien
-2. **Testen Sie alle Abonnementdauern**, um das Verhalten zu überprüfen
-3. **Testen Sie Kündigungs- und Verlängerungs**-Abläufe
-4. **Überprüfen Sie, ob die Belegvalidierung** korrekt funktioniert
-5. **Testen Sie die Wiederherstellung von Käufen**-Funktionalität
-6. **Prüfen Sie das Verhalten von Abonnement-Upgrade/Downgrade**
-7. **Testen Sie bei schlechten Netzwerkbedingungen**
-
-## Produktion vs. Sandbox
-
-| Funktion | Sandbox | Produktion |
-|---------|---------|------------|
-| Echte Belastungen | Nein | Ja |
-| Abonnementdauer | Beschleunigt | Normal |
-| Auto-Verlängerungslimit | 6-mal | Unbegrenzt |
-| Kündigungseffekt | Sofort | Ende des Zeitraums |
-| Beleg-Endpunkt | Sandbox-URL | Produktions-URL |
-| Nur Testkonten | Ja | Nein |
-
-## Zusätzliche Ressourcen
-
-Weitere Details finden Sie in der [offiziellen Apple StoreKit-Dokumentation](https://developer.apple.com/documentation/storekit/in-app_purchase/testing_in-app_purchases_with_sandbox) zu Sandbox-Tests.
diff --git a/src/content/docs/de/docs/plugins/native-purchases/ios-subscription-group.mdx b/src/content/docs/de/docs/plugins/native-purchases/ios-subscription-group.mdx
deleted file mode 100644
index 5eba883d9..000000000
--- a/src/content/docs/de/docs/plugins/native-purchases/ios-subscription-group.mdx
+++ /dev/null
@@ -1,301 +0,0 @@
----
-title: iOS-Abonnementgruppe erstellen
-description: Erfahren Sie, wie Sie Abonnementgruppen in App Store Connect erstellen und konfigurieren, um die Abonnementangebote Ihrer App zu organisieren.
-locale: de
-sidebar:
-  order: 7
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Abonnementgruppen sind für die Organisation und Verwaltung mehrerer Abonnementstufen in Ihrer iOS-App unerlässlich. Das Verständnis ihrer Funktionsweise ist entscheidend für die Implementierung von Upgrade-, Downgrade- und Crossgrade-Funktionen.
-
-## Was ist eine Abonnementgruppe?
-
-Eine Abonnementgruppe ist eine Sammlung verwandter Abonnements, zwischen denen Benutzer wählen können. Benutzer können jeweils nur ein Abonnement innerhalb einer Gruppe abonnieren. Wenn sie Abonnements wechseln, handhabt Apple den Übergang automatisch.
-
-## Warum Abonnementgruppen wichtig sind
-
-Abonnementgruppen ermöglichen:
-- **Gestaffelte Preise**: Bieten Sie Basic-, Premium- und Ultimate-Pläne an
-- **Verschiedene Laufzeiten**: Monatliche, jährliche und Lifetime-Optionen
-- **Upgrade/Downgrade-Logik**: Automatische Handhabung von Abonnementwechseln
-- **Vereinfachte Verwaltung**: Gruppieren Sie verwandte Abonnements zusammen
-
-## Abonnementstufen
-
-Innerhalb einer Gruppe sollte jedes Abonnement vom höchsten Wert (Stufe 1) zum niedrigsten Wert eingestuft werden. Diese Rangfolge bestimmt, wie Abonnementwechsel klassifiziert werden:
-
-![Abonnementgruppen-Hierarchie](/native-purchases/ios/subscription-group/subscription-group-hierarchy.webp)
-
-### Stufenbeispiele
-
-**Stufe 1** (Höchster Wert)
-- Premium Jährlich (99,99 €/Jahr)
-- Ultimate Monatlich (19,99 €/Monat)
-
-**Stufe 2** (Mittlerer Wert)
-- Standard Jährlich (49,99 €/Jahr)
-- Premium Monatlich (9,99 €/Monat)
-
-**Stufe 3** (Niedrigster Wert)
-- Basic Jährlich (29,99 €/Jahr)
-- Standard Monatlich (4,99 €/Monat)
-
-## Arten von Abonnementwechseln
-
-Apple handhabt automatisch drei Arten von Abonnementwechseln basierend auf der Stufenrangfolge:
-
-### 1. Upgrade
-Wechsel zu einem **höherwertigen** Abonnement (z. B. Stufe 2 → Stufe 1).
-
-**Verhalten:**
-- Tritt **sofort** in Kraft
-- Benutzer erhält **anteilige Rückerstattung** für verbleibende Zeit
-- Neues Abonnement beginnt sofort
-
-**Beispiel:**
-```typescript
-// Benutzer hat derzeit: Standard Monatlich (Stufe 2)
-// Benutzer upgradet auf: Premium Jährlich (Stufe 1)
-// Ergebnis: Sofortiger Zugang zu Premium, Rückerstattung für ungenutzte Standard-Zeit
-```
-
-### 2. Downgrade
-Wechsel zu einem **niedrigerwertigen** Abonnement (z. B. Stufe 1 → Stufe 2).
-
-**Verhalten:**
-- Tritt am **nächsten Verlängerungsdatum** in Kraft
-- Benutzer behält aktuelles Abonnement bis zum Ende des Zeitraums
-- Neues Abonnement beginnt automatisch nach Ablauf
-
-**Beispiel:**
-```typescript
-// Benutzer hat derzeit: Premium Jährlich (Stufe 1)
-// Benutzer downgradet auf: Standard Monatlich (Stufe 2)
-// Ergebnis: Premium-Zugang bleibt bis zum jährlichen Verlängerungsdatum, dann Wechsel
-```
-
-### 3. Crossgrade
-Wechsel zu einem anderen Abonnement **auf derselben Stufe**.
-
-**Verhalten hängt von der Laufzeit ab:**
-
-**Verschiedene Laufzeit** → Verhält sich wie **Downgrade**
-- Tritt am nächsten Verlängerungsdatum in Kraft
-- Beispiel: Monatlich Premium (Stufe 1) → Jährlich Premium (Stufe 1)
-
-**Gleiche Laufzeit** → Verhält sich wie **Upgrade**
-- Tritt sofort in Kraft
-- Beispiel: Premium Monatlich (Stufe 1) → Ultimate Monatlich (Stufe 1)
-
-## Erstellen einer Abonnementgruppe
-
-<Steps>
-
-1. **Zu Abonnements navigieren**
-
-   Wählen Sie in App Store Connect Ihre App aus und gehen Sie zu **Monetarisierung > Abonnements**.
-
-2. **Gruppe erstellen**
-
-   Klicken Sie auf **+** neben "Abonnementgruppen", um eine neue Gruppe zu erstellen.
-
-3. **Gruppe benennen**
-
-   Wählen Sie einen beschreibenden Namen, der die enthaltenen Abonnements widerspiegelt:
-   - "Premium-Zugang"
-   - "Cloud-Speicher-Pläne"
-   - "Pro-Funktionen"
-
-4. **Abonnements hinzufügen**
-
-   Nach dem Erstellen der Gruppe fügen Sie ihr einzelne Abonnements hinzu. Jedes Abonnement erhält eine Stufenrangfolge.
-
-5. **Stufenrangfolgen festlegen**
-
-   Ordnen Sie Abonnements vom höchsten Wert (1) zum niedrigsten Wert. Berücksichtigen Sie:
-   - Jahrespläne rangieren typischerweise höher als monatliche
-   - Höherpreisige Stufen rangieren über niedrigpreisigen
-   - Ultimate/Premium-Stufen rangieren am höchsten
-
-</Steps>
-
-## Verwendung in Ihrer App
-
-Das native-purchases Plugin handhabt automatisch die Abonnementgruppen-Logik:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Alle Abonnements in einer Gruppe abrufen
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_annual', 'ultimate_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Aktuelles Abonnement mit StoreKit-Transaktionen anzeigen
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const activeSubs = purchases.filter((purchase) => purchase.isActive);
-
-// Anstehendes Downgrade/Kündigung erkennen (StoreKit setzt willCancel === true)
-const pendingChange = purchases.find((purchase) => purchase.willCancel === true);
-if (pendingChange) {
-  console.log('Abonnement wird am folgenden Datum die automatische Verlängerung einstellen', pendingChange.expirationDate);
-}
-
-// Kauf (StoreKit handhabt Upgrades/Downgrades automatisch)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_annual',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Auf StoreKit-Updates lauschen (wird bei Upgrades/Downgrades/Rückerstattungen ausgelöst)
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Abonnement aktualisiert:', transaction);
-});
-```
-
-## Handhabung von Abonnementwechseln
-
-### Wechseltyp erkennen
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Aktuelle Abonnementinformationen abrufen
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const currentSubscription = purchases.find(
-  (purchase) => purchase.subscriptionState === 'subscribed',
-);
-
-if (currentSubscription) {
-  // StoreKit meldet, ob Benutzer Auto-Verlängerung gekündigt hat
-  if (currentSubscription.willCancel) {
-    console.log(
-      `Benutzer hat gekündigt. Zugang bleibt bis ${currentSubscription.expirationDate}`,
-    );
-  }
-
-  if (currentSubscription.isUpgraded) {
-    console.log('Benutzer hat kürzlich auf diesen Plan upgegradet.');
-  }
-}
-
-// Auf automatische Upgrades/Downgrades lauschen
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Abonnement geändert!', transaction);
-  if (transaction.subscriptionState === 'revoked') {
-    revokeAccess();
-  } else if (transaction.isActive) {
-    unlockPremiumFeatures();
-  }
-});
-```
-
-### Benutzerkommunikation
-
-Kommunizieren Sie das Wechselverhalten immer klar:
-
-**Für Upgrades:**
-> "Sie erhalten sofortigen Zugang zu Premium-Funktionen. Wir erstatten Ihr aktuelles Abonnement anteilig."
-
-**Für Downgrades:**
-> "Sie behalten Premium-Zugang bis [Verlängerungsdatum], dann wechseln Sie zu Standard."
-
-**Für Crossgrades:**
-> "Ihr Plan wechselt zur jährlichen Abrechnung bei der nächsten Verlängerung am [Datum]."
-
-## Server-Überwachung
-
-Verwenden Sie Apples App Store Server Notifications v2 oder Ihr eigenes Beleg-Validierungs-Backend, um StoreKit-Änderungen in Ihrer Datenbank zu spiegeln. Kombinieren Sie Server-Benachrichtigungen mit dem `transactionUpdated`-Listener, damit sowohl Client als auch Backend synchron bleiben.
-
-## Bewährte Methoden
-
-### Gruppenorganisation
-- Halten Sie verwandte Abonnements in derselben Gruppe
-- Mischen Sie keine unabhängigen Funktionen (z. B. Speicher und Werbung-Entfernung)
-- Erstellen Sie separate Gruppen für verschiedene Funktionssätze
-
-### Stufenrangfolgen-Strategie
-- Jahrespläne → Höhere Stufe als monatlich (für dieselbe Stufe)
-- Höherpreisige Stufen → Höhere Stufe
-- Berücksichtigen Sie den Wert, nicht nur den Preis
-
-### Benutzererfahrung
-- Zeigen Sie aktuelles Abonnement klar an
-- Zeigen Sie alle verfügbaren Optionen in der Gruppe an
-- Geben Sie an, welche Wechsel sofort vs. bei Verlängerung erfolgen
-- Ermöglichen Sie einfachen Wechsel zwischen Plänen
-
-### Testen
-- Testen Sie alle Upgrade-Szenarien
-- Testen Sie alle Downgrade-Szenarien
-- Überprüfen Sie Crossgrade-Verhalten
-- Prüfen Sie Webhook-Auslösung
-
-## Gängige Szenarien
-
-### Szenario 1: Drei-Stufen-Monatspläne
-```
-Stufe 1: Ultimate Monatlich (19,99 €)
-Stufe 2: Premium Monatlich (9,99 €)
-Stufe 3: Basic Monatlich (4,99 €)
-```
-
-- Basic → Premium: Upgrade (sofort)
-- Premium → Ultimate: Upgrade (sofort)
-- Ultimate → Premium: Downgrade (bei Verlängerung)
-- Basic → Ultimate: Upgrade (sofort)
-
-### Szenario 2: Gemischte Laufzeitpläne
-```
-Stufe 1: Premium Jährlich (99,99 €/Jahr)
-Stufe 2: Premium Monatlich (9,99 €/Monat)
-```
-
-- Monatlich → Jährlich: Crossgrade (bei Verlängerung)
-- Jährlich → Monatlich: Downgrade (bei Verlängerung)
-
-### Szenario 3: Multi-Stufen Multi-Laufzeit
-```
-Stufe 1: Ultimate Jährlich (199 €/Jahr)
-Stufe 2: Ultimate Monatlich (19,99 €/Monat)
-Stufe 3: Premium Jährlich (99 €/Jahr)
-Stufe 4: Premium Monatlich (9,99 €/Monat)
-Stufe 5: Basic Jährlich (49 €/Jahr)
-Stufe 6: Basic Monatlich (4,99 €/Monat)
-```
-
-Diese Einrichtung bietet maximale Flexibilität bei gleichzeitiger Beibehaltung klarer Upgrade/Downgrade-Logik.
-
-## Fehlerbehebung
-
-**Abonnement erscheint nicht in der Gruppe:**
-- Überprüfen Sie, ob es der richtigen Gruppe zugewiesen ist
-- Prüfen Sie, ob es mindestens im Status "Bereit zur Einreichung" ist
-- Stellen Sie sicher, dass die Produkt-ID korrekt ist
-
-**Falsches Upgrade/Downgrade-Verhalten:**
-- Überprüfen Sie Stufenrangfolgen (1 = höchste)
-- Überprüfen Sie, ob Abonnementstufen sinnvoll sind
-- Prüfen Sie, ob Stufen korrekt gesetzt sind
-
-**Produkte aus verschiedenen Gruppen:**
-- Benutzer können gleichzeitig mehrere Gruppen abonnieren
-- Dies ist beabsichtigt - halten Sie verwandte Produkte in derselben Gruppe
-
-**getActiveProducts zeigt mehrere Abonnements:**
-- Prüfen Sie, ob Abonnements in verschiedenen Gruppen sind
-- Überprüfen Sie, ob Benutzer über Familienfreigabe abonniert ist
-- Überprüfen Sie den Abonnementstatus in App Store Connect
-
-## Zusätzliche Ressourcen
-
-Weitere Details finden Sie in der [offiziellen Apple-Dokumentation zu Abonnementgruppen](https://developer.apple.com/app-store/subscriptions/).
diff --git a/src/content/docs/de/docs/plugins/nativegeocoder/getting-started.mdx b/src/content/docs/de/docs/plugins/nativegeocoder/getting-started.mdx
deleted file mode 100644
index 566aca8ad..000000000
--- a/src/content/docs/de/docs/plugins/nativegeocoder/getting-started.mdx
+++ /dev/null
@@ -1,354 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Native Geocoder-Plugin für die Umwandlung von Adressen und Koordinaten in Ihrer Capacitor-App installieren und verwenden.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/nativegeocoder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Berechtigungen konfigurieren**
-
-   ### iOS
-   Fügen Sie die Standortnutzungsbeschreibung zu Ihrer `Info.plist` hinzu:
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>Um Adressen in Koordinaten umzuwandeln</string>
-   ```
-
-   ### Android
-   Fügen Sie Berechtigungen zu Ihrer `AndroidManifest.xml` hinzu:
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und verwenden Sie seine Geocoding-Methoden:
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-// Forward Geocoding: Adresse zu Koordinaten
-const forwardGeocode = async () => {
-  const results = await NativeGeocoder.forwardGeocode({
-    addressString: '1600 Amphitheatre Parkway, Mountain View, CA',
-    useLocale: true,
-    maxResults: 1
-  });
-
-  const location = results.addresses[0];
-  console.log('Breitengrad:', location.latitude);
-  console.log('Längengrad:', location.longitude);
-};
-
-// Reverse Geocoding: Koordinaten zu Adresse
-const reverseGeocode = async () => {
-  const results = await NativeGeocoder.reverseGeocode({
-    latitude: 37.4220656,
-    longitude: -122.0840897,
-    useLocale: true,
-    maxResults: 1
-  });
-
-  const address = results.addresses[0];
-  console.log('Straße:', address.thoroughfare);
-  console.log('Stadt:', address.locality);
-  console.log('Land:', address.countryName);
-};
-```
-
-## API-Referenz
-
-### forwardGeocode(options)
-
-Wandelt einen Adressstring in geografische Koordinaten um.
-
-```typescript
-interface ForwardGeocodeOptions {
-  addressString: string;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Nur Android
-}
-
-interface GeocodeResult {
-  addresses: Address[];
-}
-
-interface Address {
-  latitude: number;
-  longitude: number;
-  countryCode?: string;
-  countryName?: string;
-  postalCode?: string;
-  administrativeArea?: string;
-  subAdministrativeArea?: string;
-  locality?: string;
-  subLocality?: string;
-  thoroughfare?: string;
-  subThoroughfare?: string;
-}
-```
-
-### reverseGeocode(options)
-
-Wandelt geografische Koordinaten in Adressinformationen um.
-
-```typescript
-interface ReverseGeocodeOptions {
-  latitude: number;
-  longitude: number;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Nur Android
-}
-```
-
-## Vollständige Beispiele
-
-### Adresssuche mit Fehlerbehandlung
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-export class GeocodingService {
-  async searchAddress(address: string): Promise<{lat: number, lng: number} | null> {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: address,
-        useLocale: true,
-        maxResults: 5
-      });
-
-      if (results.addresses.length > 0) {
-        const location = results.addresses[0];
-        return {
-          lat: location.latitude,
-          lng: location.longitude
-        };
-      }
-
-      return null;
-    } catch (error) {
-      console.error('Geocoding fehlgeschlagen:', error);
-      return null;
-    }
-  }
-
-  async getAddressFromCoordinates(lat: number, lng: number): Promise<string | null> {
-    try {
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: lat,
-        longitude: lng,
-        useLocale: true,
-        maxResults: 1
-      });
-
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        return this.formatAddress(address);
-      }
-
-      return null;
-    } catch (error) {
-      console.error('Reverse Geocoding fehlgeschlagen:', error);
-      return null;
-    }
-  }
-
-  private formatAddress(address: Address): string {
-    const parts = [
-      address.subThoroughfare,
-      address.thoroughfare,
-      address.locality,
-      address.administrativeArea,
-      address.postalCode,
-      address.countryName
-    ].filter(part => part != null && part !== '');
-
-    return parts.join(', ');
-  }
-}
-```
-
-### Standortauswahl-Komponente
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-import { Geolocation } from '@capacitor/geolocation';
-
-export class LocationPicker {
-  currentLocation: { lat: number; lng: number } | null = null;
-  currentAddress: string = '';
-
-  async getCurrentLocation() {
-    try {
-      // Aktuelle Koordinaten abrufen
-      const position = await Geolocation.getCurrentPosition();
-      this.currentLocation = {
-        lat: position.coords.latitude,
-        lng: position.coords.longitude
-      };
-
-      // Adresse für Koordinaten abrufen
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: this.currentLocation.lat,
-        longitude: this.currentLocation.lng,
-        useLocale: true,
-        maxResults: 1
-      });
-
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        this.currentAddress = [
-          address.thoroughfare,
-          address.locality,
-          address.countryName
-        ].filter(Boolean).join(', ');
-      }
-    } catch (error) {
-      console.error('Standort konnte nicht abgerufen werden:', error);
-    }
-  }
-
-  async searchLocation(query: string) {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: query,
-        useLocale: true,
-        maxResults: 10
-      });
-
-      return results.addresses.map(address => ({
-        coordinates: {
-          lat: address.latitude,
-          lng: address.longitude
-        },
-        displayName: this.formatDisplayName(address)
-      }));
-    } catch (error) {
-      console.error('Suche fehlgeschlagen:', error);
-      return [];
-    }
-  }
-
-  private formatDisplayName(address: Address): string {
-    const mainPart = [
-      address.thoroughfare,
-      address.locality
-    ].filter(Boolean).join(', ');
-
-    const subPart = [
-      address.administrativeArea,
-      address.countryName
-    ].filter(Boolean).join(', ');
-
-    return mainPart + (subPart ? ` (${subPart})` : '');
-  }
-}
-```
-
-## Bewährte Methoden
-
-1. **Zuerst Berechtigungen anfordern**
-   ```typescript
-   import { Geolocation } from '@capacitor/geolocation';
-
-   const requestPermissions = async () => {
-     const permissions = await Geolocation.requestPermissions();
-     if (permissions.location !== 'granted') {
-       throw new Error('Standortberechtigung erforderlich');
-     }
-   };
-   ```
-
-2. **Fehler graceful behandeln**
-   ```typescript
-   try {
-     const results = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-   } catch (error) {
-     // Spezifische Fehlerfälle behandeln
-     if (error.message.includes('network')) {
-       console.error('Netzwerkfehler');
-     } else if (error.message.includes('permission')) {
-       console.error('Berechtigung verweigert');
-     }
-   }
-   ```
-
-3. **maxResults weise verwenden**
-   - Für Benutzersuche: Verwenden Sie 5-10 Ergebnisse
-   - Für automatische Konvertierung: Verwenden Sie 1 Ergebnis
-   - Mehr Ergebnisse = langsamere Antwort
-
-4. **Ergebnisse wenn möglich cachen**
-   ```typescript
-   const geocodeCache = new Map();
-
-   async function geocodeWithCache(address: string) {
-     if (geocodeCache.has(address)) {
-       return geocodeCache.get(address);
-     }
-
-     const result = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-
-     geocodeCache.set(address, result);
-     return result;
-   }
-   ```
-
-## Plattformunterschiede
-
-### iOS
-- Verwendet `CLGeocoder` aus CoreLocation
-- Kein API-Schlüssel erforderlich
-- Respektiert automatisch das Gebietsschema des Benutzers
-
-### Android
-- Verwendet Android Geocoder API
-- Optionaler Google API-Schlüssel für bessere Ergebnisse
-- Kann auf den Webservice von Google zurückgreifen
-
-### API-Schlüssel-Konfiguration (Android)
-
-Für bessere Ergebnisse auf Android können Sie einen Google API-Schlüssel bereitstellen:
-
-```typescript
-await NativeGeocoder.forwardGeocode({
-  addressString: address,
-  apiKey: 'IHR_GOOGLE_API_SCHLÜSSEL' // Nur Android
-});
-```
-
-## Häufige Probleme
-
-1. **Keine Ergebnisse zurückgegeben**
-   - Internetverbindung prüfen
-   - Adressformat überprüfen
-   - Mit allgemeinerer Adresse versuchen
-
-2. **Berechtigungsfehler**
-   - Sicherstellen, dass Standortberechtigungen gewährt wurden
-   - Info.plist/AndroidManifest.xml prüfen
-
-3. **Ungenaue Ergebnisse**
-   - Spezifischere Adressen verwenden
-   - Postleitzahlen einbeziehen, wenn verfügbar
-   - Koordinaten für präzise Standorte in Betracht ziehen
diff --git a/src/content/docs/de/docs/plugins/nativegeocoder/index.mdx b/src/content/docs/de/docs/plugins/nativegeocoder/index.mdx
deleted file mode 100644
index 360e24163..000000000
--- a/src/content/docs/de/docs/plugins/nativegeocoder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/nativegeocoder"
-description: Natives Forward- und Reverse-Geocoding-Plugin zur Umwandlung von Adressen in Koordinaten und umgekehrt.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Wandeln Sie zwischen Adressen und geografischen Koordinaten um, indem Sie native Plattform-Geocoding-APIs für präzise Standortdaten verwenden.
-  image:
-    file: ~public/icons/plugins/nativegeocoder.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/nativegeocoder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-nativegeocoder/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Forward Geocoding" icon="rocket">
-    Wandeln Sie Adressen in geografische Koordinaten um 📍
-  </Card>
-  <Card title="Reverse Geocoding" icon="document">
-    Wandeln Sie Koordinaten in menschenlesbare Adressen um 🏠
-  </Card>
-  <Card title="Native Genauigkeit" icon="star">
-    Verwendet plattformatives Geocoding für beste Ergebnisse 🎯
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/nativegeocoder/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/navigation-bar/getting-started.mdx b/src/content/docs/de/docs/plugins/navigation-bar/getting-started.mdx
deleted file mode 100644
index 51d0d0081..000000000
--- a/src/content/docs/de/docs/plugins/navigation-bar/getting-started.mdx
+++ /dev/null
@@ -1,200 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das Capacitor Navigation Bar-Plugin installieren und konfigurieren, um die Farbe und den Stil der Android-Navigationsleiste anzupassen.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-navigation-bar" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Plugin konfigurieren**
-
-   **Navigationsleistenfarbe festlegen:**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // Navigationsleistenfarbe festlegen
-   await NavigationBar.setColor({
-     color: '#FF0000', // Rote Farbe
-     darkButtons: false // Helle Schaltflächen verwenden
-   });
-   ```
-
-   **Dynamische Theme-Unterstützung:**
-   ```typescript
-   // Farbe basierend auf Theme festlegen
-   const isDarkMode = window.matchMedia('(prefers-color-scheme: dark)').matches;
-
-   await NavigationBar.setColor({
-     color: isDarkMode ? '#000000' : '#FFFFFF',
-     darkButtons: !isDarkMode
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="Android">
-       **Mindestanforderungen:**
-       - Android 5.0 (API-Level 21) oder höher
-       - Das Plugin funktioniert nur auf Android-Geräten
-
-       Keine zusätzliche Einrichtung in AndroidManifest.xml erforderlich.
-     </TabItem>
-     <TabItem label="iOS">
-       Dieses Plugin ist nur für Android. iOS hat keine anpassbare Navigationsleiste.
-     </TabItem>
-   </Tabs>
-
-4. **Erweiterte Verwendung**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   export class ThemeService {
-     // Transparente Navigationsleiste festlegen
-     async setTransparent() {
-       await NavigationBar.setColor({
-         color: '#00000000', // Transparent
-         darkButtons: true
-       });
-     }
-
-     // App-Theme anpassen
-     async matchAppTheme(primaryColor: string, isLight: boolean) {
-       await NavigationBar.setColor({
-         color: primaryColor,
-         darkButtons: isLight
-       });
-     }
-
-     // Aktuelle Navigationsleistenfarbe abrufen
-     async getCurrentColor() {
-       const result = await NavigationBar.getColor();
-       console.log('Aktuelle Farbe:', result.color);
-       return result.color;
-     }
-
-     // Auf Standard zurücksetzen
-     async resetToDefault() {
-       await NavigationBar.setColor({
-         color: '#000000',
-         darkButtons: false
-       });
-     }
-   }
-   ```
-
-5. **Integration mit App-Lebenszyklus**
-   ```typescript
-   import { App } from '@capacitor/app';
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // Navigationsleiste bei App-Statusänderungen aktualisieren
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       // Navigationsleistenfarbe Ihrer App wiederherstellen
-       await NavigationBar.setColor({
-         color: '#IhreAppFarbe',
-         darkButtons: true
-       });
-     }
-   });
-
-   // Theme-Änderungen behandeln
-   window.matchMedia('(prefers-color-scheme: dark)')
-     .addEventListener('change', async (e) => {
-       await NavigationBar.setColor({
-         color: e.matches ? '#121212' : '#FFFFFF',
-         darkButtons: !e.matches
-       });
-     });
-   ```
-</Steps>
-
-## API-Referenz
-
-### Methoden
-
-#### `setColor(options: ColorOptions)`
-Navigationsleistenfarbe und Schaltflächenstil festlegen.
-
-**Parameter:**
-- `options`: Konfigurationsobjekt
-  - `color`: string - Hex-Farbcode (z. B. '#FF0000')
-  - `darkButtons`: boolean - Dunkle Schaltflächen (true) oder helle Schaltflächen (false) verwenden
-
-**Rückgabe:** `Promise<void>`
-
-#### `getColor()`
-Aktuelle Navigationsleistenfarbe abrufen.
-
-**Rückgabe:** `Promise<{ color: string }>`
-
-### Interfaces
-
-```typescript
-interface ColorOptions {
-  color: string;      // Hex-Farbcode
-  darkButtons: boolean; // Schaltflächenstil
-}
-
-interface ColorResult {
-  color: string;      // Aktueller Hex-Farbcode
-}
-```
-
-## Plattformhinweise
-
-### Android
-- Erfordert Android 5.0 (API-Level 21) oder höher
-- Farbänderungen erfolgen sofort
-- Transparente Farben werden unterstützt (Alpha-Kanal verwenden)
-- Die Navigationsleiste ist möglicherweise auf Geräten mit Gestennavigation nicht sichtbar
-
-### iOS
-- Dieses Plugin hat keine Auswirkungen auf iOS-Geräte
-- iOS bietet keine APIs zur Anpassung der Systemnavigation
-
-## Gängige Anwendungsfälle
-
-1. **Markenkonsistenz**: Navigationsleiste an Primärfarbe Ihrer App anpassen
-2. **Theme-Unterstützung**: Dynamisch an helle/dunkle Themes anpassen
-3. **Immersive Erlebnisse**: Transparente Navigation für Vollbildinhalte verwenden
-4. **Statusanzeige**: Farbe ändern, um App-Zustände anzuzeigen (Aufnahme, Fehler usw.)
-
-## Bewährte Methoden
-
-1. **Farbkontrast**: Ausreichenden Kontrast zwischen Navigationsleiste und Schaltflächen sicherstellen
-   ```typescript
-   // Gute Kontrastbeispiele
-   setColor({ color: '#FFFFFF', darkButtons: true });  // Weiße Leiste, dunkle Schaltflächen
-   setColor({ color: '#000000', darkButtons: false }); // Schwarze Leiste, helle Schaltflächen
-   ```
-
-2. **Theme-Konsistenz**: Navigationsleiste aktualisieren, wenn sich das Theme ändert
-3. **Barrierefreiheit**: Benutzer mit Sehbehinderungen bei der Farbauswahl berücksichtigen
-4. **Leistung**: Häufige Farbwechsel vermeiden, die Benutzer ablenken könnten
-
-## Fehlerbehebung
-
-**Navigationsleiste ändert sich nicht:**
-- Überprüfen Sie, ob das Gerät Android 5.0+ ausführt
-- Prüfen Sie, ob das Gerät Gestennavigation aktiviert hat
-- Sicherstellen, dass das Farbformat ein gültiger Hex-Code ist (z. B. '#FF0000')
-
-**Schaltflächen nicht sichtbar:**
-- Überprüfen Sie, ob der `darkButtons`-Parameter zu Ihrer Hintergrundfarbe passt
-- Helle Hintergründe benötigen `darkButtons: true`
-- Dunkle Hintergründe benötigen `darkButtons: false`
-
-**Farbe erscheint anders:**
-- Einige Android-Versionen können die Farbe leicht modifizieren
-- Verwenden Sie vollständig opake Farben für beste Ergebnisse
diff --git a/src/content/docs/de/docs/plugins/navigation-bar/index.mdx b/src/content/docs/de/docs/plugins/navigation-bar/index.mdx
deleted file mode 100644
index 0e02a6cf0..000000000
--- a/src/content/docs/de/docs/plugins/navigation-bar/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-navigation-bar"
-description: Capacitor-Plugin zur Anpassung der Android-Navigationsleistenfarbe für eine nahtlose Integration mit dem Design Ihrer App.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Legen Sie benutzerdefinierte Farben für die Android-Navigationsleiste fest, um das Theme Ihrer App anzupassen und ein zusammenhängendes visuelles Erlebnis zu schaffen.
-  image:
-    file: ~public/icons/plugins/navigation-bar.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/navigation-bar/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-navigation-bar/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Android-Anpassung" icon="rocket">
-    Volle Kontrolle über das Erscheinungsbild der Android-Navigationsleiste 🎨
-  </Card>
-  <Card title="Dynamisches Theming" icon="setting">
-    Ändern Sie Farben dynamisch, um das Theme Ihrer App anzupassen 🌈
-  </Card>
-  <Card title="Hell/Dunkel-Unterstützung" icon="moon">
-    Unterstützung für helle und dunkle Navigationsleistenstile 🌓
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/navigation-bar/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/nfc/getting-started.mdx b/src/content/docs/de/docs/plugins/nfc/getting-started.mdx
deleted file mode 100644
index 0a3f5722d..000000000
--- a/src/content/docs/de/docs/plugins/nfc/getting-started.mdx
+++ /dev/null
@@ -1,456 +0,0 @@
----
-title: Erste Schritte
-description: Erfahren Sie, wie Sie das NFC-Plugin installieren und verwenden, um NFC-Tags in Ihrer Capacitor-App zu lesen und zu schreiben.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-nfc" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Konfiguration
-
-### iOS-Konfiguration
-
-Fügen Sie die NFC-Verwendungsbeschreibung zu Ihrer `Info.plist` hinzu:
-
-```xml
-<key>NFCReaderUsageDescription</key>
-<string>Diese App benötigt NFC-Zugriff zum Lesen und Schreiben von Tags</string>
-```
-
-Aktivieren Sie die Near Field Communication Tag Reading-Funktion in Ihrem Xcode-Projekt.
-
-### Android-Konfiguration
-
-Fügen Sie die NFC-Berechtigung zu Ihrer `AndroidManifest.xml` hinzu:
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.NFC" />
-  <uses-feature android:name="android.hardware.nfc" android:required="false" />
-</manifest>
-```
-
-## Verwendung
-
-### Scannen nach NFC-Tags starten
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-await CapacitorNfc.startScanning({
-  invalidateAfterFirstRead: false, // Sitzung offen halten (iOS)
-  alertMessage: 'Halten Sie ein Tag in die Nähe Ihres Geräts.',
-});
-
-const listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-  console.log('Tag erkannt:', event.type);
-  console.log('Tag-ID:', event.tag?.id);
-  console.log('NDEF-Nachricht:', event.tag?.ndefMessage);
-});
-```
-
-### NFC-Tag lesen
-
-```typescript
-await CapacitorNfc.addListener('nfcEvent', (event) => {
-  if (event.tag?.ndefMessage) {
-    event.tag.ndefMessage.forEach(record => {
-      console.log('TNF:', record.tnf);
-      console.log('Typ:', record.type);
-      console.log('Payload:', record.payload);
-
-      // Text-Datensatz dekodieren
-      if (record.tnf === 1 && record.type[0] === 0x54) { // Text-Datensatz
-        const langLen = record.payload[0] & 0x3f;
-        const text = new TextDecoder().decode(
-          new Uint8Array(record.payload.slice(langLen + 1))
-        );
-        console.log('Text:', text);
-      }
-    });
-  }
-});
-```
-
-### Auf NFC-Tag schreiben
-
-```typescript
-// Text-Datensatz vorbereiten
-const encoder = new TextEncoder();
-const langBytes = Array.from(encoder.encode('en'));
-const textBytes = Array.from(encoder.encode('Hello NFC'));
-const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x54], // 'T' für Text
-      id: [],
-      payload,
-    },
-  ],
-});
-
-console.log('Tag erfolgreich geschrieben');
-```
-
-### URL auf NFC-Tag schreiben
-
-```typescript
-const url = 'https://capgo.app';
-const urlBytes = Array.from(new TextEncoder().encode(url));
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x55], // 'U' für URI
-      id: [],
-      payload: [0x01, ...urlBytes], // 0x01 = https://
-    },
-  ],
-});
-```
-
-### NFC-Tag löschen
-
-```typescript
-await CapacitorNfc.erase();
-console.log('Tag gelöscht');
-```
-
-### Tag schreibgeschützt machen
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-console.log('Tag ist jetzt schreibgeschützt');
-```
-
-### Scannen stoppen
-
-```typescript
-await listener.remove();
-await CapacitorNfc.stopScanning();
-```
-
-### NFC-Status prüfen
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-console.log('NFC-Status:', status);
-// Mögliche Werte: 'NFC_OK', 'NO_NFC', 'NFC_DISABLED', 'NDEF_PUSH_DISABLED'
-
-if (status === 'NFC_DISABLED') {
-  // Systemeinstellungen öffnen
-  await CapacitorNfc.showSettings();
-}
-```
-
-### Android Beam (P2P-Freigabe)
-
-```typescript
-// Daten über Android Beam teilen
-const message = {
-  records: [
-    {
-      tnf: 0x01,
-      type: [0x54], // Text
-      id: [],
-      payload: [/* Text-Datensatz-Payload */],
-    },
-  ],
-};
-
-await CapacitorNfc.share(message);
-
-// Später Freigabe beenden
-await CapacitorNfc.unshare();
-```
-
-## API-Referenz
-
-### startScanning(options?)
-
-Beginnen Sie, auf NFC-Tags zu lauschen.
-
-```typescript
-interface StartScanningOptions {
-  invalidateAfterFirstRead?: boolean; // Nur iOS, Standard ist true
-  alertMessage?: string; // Nur iOS
-  androidReaderModeFlags?: number; // Nur Android
-}
-
-await CapacitorNfc.startScanning(options);
-```
-
-### stopScanning()
-
-Stoppen Sie die NFC-Scansitzung.
-
-```typescript
-await CapacitorNfc.stopScanning();
-```
-
-### write(options)
-
-Schreiben Sie NDEF-Datensätze auf das zuletzt erkannte Tag.
-
-```typescript
-interface WriteTagOptions {
-  records: NdefRecord[];
-  allowFormat?: boolean; // Standard ist true
-}
-
-interface NdefRecord {
-  tnf: number; // Type Name Format
-  type: number[]; // Datensatztyp
-  id: number[]; // Datensatz-ID
-  payload: number[]; // Datensatz-Payload
-}
-
-await CapacitorNfc.write(options);
-```
-
-### erase()
-
-Löschen Sie das zuletzt erkannte Tag.
-
-```typescript
-await CapacitorNfc.erase();
-```
-
-### makeReadOnly()
-
-Machen Sie das zuletzt erkannte Tag schreibgeschützt (permanent).
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-```
-
-### share(options)
-
-Teilen Sie NDEF-Nachricht über Android Beam (nur Android).
-
-```typescript
-await CapacitorNfc.share({ records: [...] });
-```
-
-### unshare()
-
-Freigabe stoppen (nur Android).
-
-```typescript
-await CapacitorNfc.unshare();
-```
-
-### getStatus()
-
-Aktuellen NFC-Adapterstatus abrufen.
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-// Gibt zurück: 'NFC_OK' | 'NO_NFC' | 'NFC_DISABLED' | 'NDEF_PUSH_DISABLED'
-```
-
-### showSettings()
-
-System-NFC-Einstellungen öffnen.
-
-```typescript
-await CapacitorNfc.showSettings();
-```
-
-## Events
-
-### nfcEvent
-
-Wird ausgelöst, wenn ein NFC-Tag erkannt wird.
-
-```typescript
-interface NfcEvent {
-  type: 'tag' | 'ndef' | 'ndef-mime' | 'ndef-formattable';
-  tag?: NfcTag;
-}
-
-interface NfcTag {
-  id: number[];
-  techTypes: string[];
-  type: string | null;
-  maxSize: number | null;
-  isWritable: boolean | null;
-  canMakeReadOnly: boolean | null;
-  ndefMessage: NdefRecord[] | null;
-}
-```
-
-### nfcStateChange
-
-Wird ausgelöst, wenn sich die NFC-Adapterverfügbarkeit ändert (nur Android).
-
-```typescript
-interface NfcStateChangeEvent {
-  status: NfcStatus;
-  enabled: boolean;
-}
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-export class NfcService {
-  private listener: any;
-
-  async startReading() {
-    // NFC-Status prüfen
-    const { status } = await CapacitorNfc.getStatus();
-
-    if (status === 'NO_NFC') {
-      throw new Error('NFC auf diesem Gerät nicht verfügbar');
-    }
-
-    if (status === 'NFC_DISABLED') {
-      await CapacitorNfc.showSettings();
-      return;
-    }
-
-    // Scannen starten
-    await CapacitorNfc.startScanning({
-      invalidateAfterFirstRead: false,
-      alertMessage: 'Bereit zum Scannen von NFC-Tags',
-    });
-
-    // Auf Tags lauschen
-    this.listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-      this.handleNfcEvent(event);
-    });
-  }
-
-  private handleNfcEvent(event: any) {
-    console.log('NFC-Event:', event.type);
-
-    if (event.tag?.ndefMessage) {
-      event.tag.ndefMessage.forEach(record => {
-        this.processRecord(record);
-      });
-    }
-  }
-
-  private processRecord(record: any) {
-    // Text-Datensätze verarbeiten
-    if (record.tnf === 1 && record.type[0] === 0x54) {
-      const langLen = record.payload[0] & 0x3f;
-      const text = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(langLen + 1))
-      );
-      console.log('Text:', text);
-    }
-
-    // URI-Datensätze verarbeiten
-    if (record.tnf === 1 && record.type[0] === 0x55) {
-      const uriCode = record.payload[0];
-      const uri = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(1))
-      );
-      console.log('URI:', uri);
-    }
-  }
-
-  async writeText(text: string) {
-    const encoder = new TextEncoder();
-    const langBytes = Array.from(encoder.encode('en'));
-    const textBytes = Array.from(encoder.encode(text));
-    const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-    await CapacitorNfc.write({
-      allowFormat: true,
-      records: [
-        {
-          tnf: 0x01,
-          type: [0x54],
-          id: [],
-          payload,
-        },
-      ],
-    });
-  }
-
-  async stopReading() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await CapacitorNfc.stopScanning();
-  }
-}
-```
-
-## NDEF-Datensatztypen
-
-### TNF (Type Name Format)
-
-- `0x00`: Leer
-- `0x01`: Well-known (z. B. Text, URI)
-- `0x02`: MIME-Medientyp
-- `0x03`: Absolute URI
-- `0x04`: Externer Typ
-- `0x05`: Unbekannt
-- `0x06`: Unverändert
-- `0x07`: Reserviert
-
-### Gängige Datensatztypen
-
-- **Text**: `type: [0x54]` ('T')
-- **URI**: `type: [0x55]` ('U')
-- **Smart Poster**: `type: [0x53, 0x70]` ('Sp')
-
-### URI-Präfixe
-
-- `0x00`: (kein Präfix)
-- `0x01`: `https://`
-- `0x02`: `https://`
-- `0x03`: `http://`
-- `0x04`: `https://www.`
-
-## Bewährte Methoden
-
-1. **NFC-Status prüfen**: Überprüfen Sie immer, ob NFC verfügbar und aktiviert ist
-2. **Berechtigungen handhaben**: Fordern Sie NFC-Berechtigungen entsprechend an
-3. **Scannen stoppen**: Stoppen Sie das Scannen immer, wenn Sie fertig sind, um Akku zu sparen
-4. **Fehlerbehandlung**: Umschließen Sie NFC-Operationen mit try-catch-Blöcken
-5. **Auf Geräten testen**: NFC-Funktionen funktionieren nicht auf Simulatoren/Emulatoren
-
-## Plattformhinweise
-
-### iOS
-- Erfordert iOS 11.0+
-- Verwendet Core NFC Framework
-- Unterstützt Hintergrund-Tag-Lesen (iOS 13+)
-- Beschränkt auf das Lesen von NDEF-formatierten Tags
-- Kann Tags nicht im Hintergrund schreiben
-- Erfordert NFCReaderUsageDescription in Info.plist
-
-### Android
-- Erfordert Android 4.4 (API 19)+
-- Verwendet Android NFC API
-- Unterstützt sowohl Vordergrund- als auch Hintergrund-Tag-Lesen
-- Kann auf Tags schreiben
-- Unterstützt Android Beam (P2P) auf Geräten mit NFC
-- Erfordert NFC-Berechtigung in AndroidManifest.xml
-
-### Web
-- Auf Web-Plattform nicht unterstützt
diff --git a/src/content/docs/de/docs/plugins/nfc/index.mdx b/src/content/docs/de/docs/plugins/nfc/index.mdx
deleted file mode 100644
index db3c482ba..000000000
--- a/src/content/docs/de/docs/plugins/nfc/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-nfc"
-description: Native NFC-Tag-Erkennung, -Lesen und -Schreiben für Capacitor-Apps auf iOS und Android.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Lesen und schreiben Sie NFC-Tags mit nativer Unterstützung für iOS und Android, um kontaktlose Interaktionen und Smart-Tag-Erlebnisse zu ermöglichen.
-  image:
-    file: ~public/icons/plugins/nfc.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/nfc/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-nfc/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Tag-Erkennung" icon="star">
-    Erkennen Sie NFC-Tags automatisch, wenn sie sich dem Gerät nähern 📡
-  </Card>
-  <Card title="NDEF-Datensätze lesen" icon="open-book">
-    Lesen Sie strukturierte Daten von NFC-Tags einschließlich Text, URLs und benutzerdefinierten Payloads 📖
-  </Card>
-  <Card title="Auf Tags schreiben" icon="pencil">
-    Schreiben Sie NDEF-Nachrichten auf kompatible NFC-Tags 📝
-  </Card>
-  <Card title="Tag-Formatierung" icon="setting">
-    Formatieren Sie NDEF-formatierbare Tags zum Schreiben von Daten 🔧
-  </Card>
-  <Card title="Peer-to-Peer" icon="rocket">
-    Teilen Sie Daten zwischen Geräten mit Android Beam (nur Android) 📲
-  </Card>
-  <Card title="Plattformübergreifend" icon="puzzle">
-    Funktioniert auf iOS und Android mit konsistenter API 📱
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/pay/getting-started.mdx b/src/content/docs/de/docs/plugins/pay/getting-started.mdx
deleted file mode 100644
index 1669e73ca..000000000
--- a/src/content/docs/de/docs/plugins/pay/getting-started.mdx
+++ /dev/null
@@ -1,130 +0,0 @@
----
-title: Erste Schritte
-description: Konfigurieren Sie Apple Pay und Google Pay für Ihren Capacitor-Checkout mit dem Pay-Plugin.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Plugin installieren**
-   <PackageManagers pkg="@capgo/capacitor-pay" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Native Projekte synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Native Voraussetzungen
-
-- **Apple Pay (iOS)**
-  1. Erstellen Sie eine Apple Pay-Händler-ID im Apple Developer-Portal.
-  2. Generieren und laden Sie das von Ihrem Gateway benötigte Zahlungsverarbeitungszertifikat hoch.
-  3. Aktivieren Sie die **Apple Pay**-Funktion in Xcode und stellen Sie sicher, dass Ihr Bereitstellungsprofil diese enthält.
-  4. Aktualisieren Sie `Info.plist` mit einer Verwendungsbeschreibung, wenn Ihr Gateway Netzwerkzugriff zur Validierung von Zahlungen benötigt.
-
-- **Google Pay (Android)**
-  1. Melden Sie sich bei der [Google Pay Business Console](https://pay.google.com/business/console/) an.
-  2. Konfigurieren Sie Ihre Payment Gateway-Parameter oder richten Sie direkte Tokenisierung für Tests ein.
-  3. Wenn Sie Produktionskarten verwenden möchten, wechseln Sie `environment` zu `PRODUCTION` und registrieren Sie Testkarten für QA.
-  4. Bestätigen Sie, dass Google Play-Dienste auf dem Gerät verfügbar sind (von Google Pay erforderlich).
-
-Weitere schrittweise Screenshots finden Sie in den Anleitungen unter `docs/` im Plugin-Repository.
-
-## Verfügbarkeit prüfen
-
-```typescript
-import { Pay } from '@capgo/capacitor-pay';
-
-const availability = await Pay.isPayAvailable({
-  apple: { supportedNetworks: ['visa', 'masterCard', 'amex'] },
-  google: {
-    isReadyToPayRequest: {
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-          },
-        },
-      ],
-    },
-  },
-});
-
-if (!availability.available) {
-  console.warn('Native Pay nicht verfügbar:', availability);
-}
-```
-
-## Zahlung anfordern (Apple Pay)
-
-```typescript
-const appleResult = await Pay.requestPayment({
-  apple: {
-    merchantIdentifier: 'merchant.com.example.app',
-    countryCode: 'US',
-    currencyCode: 'USD',
-    supportedNetworks: ['visa', 'masterCard'],
-    paymentSummaryItems: [
-      { label: 'Starter-Plan', amount: '9.99' },
-      { label: 'Capgo Store', amount: '9.99' },
-    ],
-    requiredShippingContactFields: ['name', 'emailAddress'],
-  },
-});
-
-const token = appleResult.apple?.paymentData;
-```
-
-## Zahlung anfordern (Google Pay)
-
-```typescript
-const googleResult = await Pay.requestPayment({
-  google: {
-    environment: 'test',
-    paymentDataRequest: {
-      apiVersion: 2,
-      apiVersionMinor: 0,
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-            billingAddressRequired: true,
-            billingAddressParameters: { format: 'FULL' },
-          },
-          tokenizationSpecification: {
-            type: 'PAYMENT_GATEWAY',
-            parameters: {
-              gateway: 'example',
-              gatewayMerchantId: 'exampleMerchantId',
-            },
-          },
-        },
-      ],
-      merchantInfo: {
-        merchantName: 'Capgo Store',
-      },
-      transactionInfo: {
-        totalPriceStatus: 'FINAL',
-        totalPrice: '9.99',
-        currencyCode: 'USD',
-        countryCode: 'US',
-      },
-    },
-  },
-});
-
-const paymentData = googleResult.google?.paymentData;
-```
-
-## Antworten verarbeiten
-
-- Tokenisieren Sie die zurückgegebene Payload mit Ihrem Zahlungsverarbeiter und bestätigen Sie die Transaktion serverseitig.
-- Bieten Sie einen Fallback-Pfad (Karteneingabe, Rechnung) an, wenn native Zahlung nicht verfügbar ist oder der Benutzer das Sheet abbricht.
-- Cachen Sie das Verfügbarkeitsergebnis, damit Sie die Schaltflächen nicht auf nicht unterstützten Geräten anzeigen.
diff --git a/src/content/docs/de/docs/plugins/pay/index.mdx b/src/content/docs/de/docs/plugins/pay/index.mdx
deleted file mode 100644
index ef67fe826..000000000
--- a/src/content/docs/de/docs/plugins/pay/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-pay"
-description: Präsentieren Sie Apple Pay- und Google Pay-Sheets aus Capacitor mit einem einheitlichen Workflow.
-locale: de
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Bieten Sie native Apple Pay- und Google Pay-Checkouts mit einer einzigen TypeScript-API, die sich pro Plattform anpasst.
-  image:
-    file: ~public/icons/plugins/pay.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/pay/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pay/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Pay verbindet die neuesten Apple Pay- und Google Pay-SDKs, sodass Sie ein nahtloses Checkout-Erlebnis über alle Geräte hinweg bieten können.
-
-<CardGrid stagger>
-  <Card title="Einheitliche API" icon="pencil">
-    Rufen Sie `isPayAvailable` und `requestPayment` einmal auf und lassen Sie das Plugin jede Plattform handhaben.
-  </Card>
-  <Card title="Schnelle Einrichtung" icon="rocket">
-    Liefern Sie vollständig native Zahlungssheets ohne manuelles Verdrahten plattformspezifischen Codes.
-  </Card>
-  <Card title="Tokenisierte Zahlungen" icon="approve-check">
-    Erhalten Sie Zahlungstoken, die für Ihre Gateway- oder PSP-Integrationen bereit sind.
-  </Card>
-  <Card title="Anpassbare Abläufe" icon="star">
-    Konfigurieren Sie Einzelposten, Kontaktfelder und Abrechnungsanforderungen, um Ihren Checkout anzupassen.
-  </Card>
-</CardGrid>
-
-Tauchen Sie in den Leitfaden für die ersten Schritte ein, um Checklisten für die Einrichtung und Beispiel-Payloads für jede Plattform zu erhalten.
diff --git a/src/content/docs/de/docs/plugins/pdf-generator/getting-started.mdx b/src/content/docs/de/docs/plugins/pdf-generator/getting-started.mdx
deleted file mode 100644
index 33931db10..000000000
--- a/src/content/docs/de/docs/plugins/pdf-generator/getting-started.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: Erste Schritte
-description: Rendern Sie HTML und Remote-Seiten in PDFs mit dem Capgo PDF Generator-Plugin.
-locale: de
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Plugin installieren**
-   <PackageManagers pkg="@capgo/capacitor-pdf-generator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Plattformen synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Aus HTML generieren
-
-```typescript
-import { PdfGenerator } from '@capgo/capacitor-pdf-generator';
-
-const receiptHtml = `
-  <html>
-    <body>
-      <h1>Capgo Store</h1>
-      <p>Vielen Dank für Ihren Kauf.</p>
-    </body>
-  </html>
-`;
-
-const pdf = await PdfGenerator.fromData({
-  data: receiptHtml,
-  documentSize: 'A4',
-  orientation: 'portrait',
-  type: 'base64',
-  fileName: 'receipt.pdf',
-});
-
-if (pdf.type === 'base64') {
-  const link = document.createElement('a');
-  link.href = `data:application/pdf;base64,${pdf.base64}`;
-  link.download = 'receipt.pdf';
-  link.click();
-}
-```
-
-## Remote-URL erfassen
-
-```typescript
-await PdfGenerator.fromURL({
-  url: 'https://docs.capgo.app/invoice?id=123',
-  orientation: 'landscape',
-  documentSize: 'A4',
-  type: 'share', // öffnet den nativen Teilen-Dialog
-  fileName: 'invoice-123.pdf',
-});
-```
-
-## Tipps
-
-- Fügen Sie Inline-CSS in Ihren HTML-String ein oder geben Sie eine `baseUrl` an, damit relative Assets korrekt aufgelöst werden.
-- Verschieben Sie Base64-Daten auf Mobilgeräten ins Dateisystem (z. B. Capacitor Filesystem), bevor Sie sie teilen.
-- Die Querformat-Ausrichtung ist ideal für breite Tabellen, während Hochformat für die meisten Dokumente geeignet ist.
-- Verwenden Sie bereichsbezogene CSS-Schriftarten (z. B. Systemschriftarten) für konsistentes Rendering über Plattformen hinweg.
diff --git a/src/content/docs/de/docs/plugins/pdf-generator/index.mdx b/src/content/docs/de/docs/plugins/pdf-generator/index.mdx
deleted file mode 100644
index e8abc9144..000000000
--- a/src/content/docs/de/docs/plugins/pdf-generator/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-pdf-generator"
-locale: de
-description: Generieren Sie PDFs aus HTML-Markup oder entfernten URLs direkt auf dem Gerät.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Rendern Sie pixelperfekte PDFs aus Vorlagen, Quittungen oder Berichten, ohne Ihre Capacitor-App zu verlassen.
-  image:
-    file: ~public/icons/plugins/pdf-generator.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/pdf-generator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pdf-generator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Konvertieren Sie HTML oder entfernte Seiten in teilbare PDFs mit Capgos nativem Renderer für iOS und Android.
-
-<CardGrid stagger>
-  <Card title="HTML zu PDF" icon="pencil">
-    HTML-Vorlagen eingeben und in Sekunden ein teilbares PDF-Dokument erhalten.
-  </Card>
-  <Card title="Entfernte Erfassung" icon="rocket">
-    Jede zugängliche URL erfassen und das generierte PDF speichern oder verteilen.
-  </Card>
-  <Card title="Flexible Ausgaben" icon="star">
-    Base64-Daten zurückgeben oder das native Teilen-Sheet je nach Workflow auslösen.
-  </Card>
-  <Card title="Dokumentsteuerung" icon="setting">
-    Ausrichtung, Seitengröße und Dateinamen für jedes Rendering festlegen.
-  </Card>
-</CardGrid>
-
-Gehen Sie zum Leitfaden für die ersten Schritte für Plattformhinweise und Verwendungsbeispiele.
diff --git a/src/content/docs/de/docs/plugins/pedometer/getting-started.mdx b/src/content/docs/de/docs/plugins/pedometer/getting-started.mdx
deleted file mode 100644
index abf52ed30..000000000
--- a/src/content/docs/de/docs/plugins/pedometer/getting-started.mdx
+++ /dev/null
@@ -1,209 +0,0 @@
----
-title: "Erste Schritte mit Pedometer"
-locale: de
-description: "Erfahren Sie, wie Sie Schrittzählung und Fitness-Tracking in Ihre Capacitor-App integrieren"
----
-
-Dieser Leitfaden führt Sie durch die Integration des Capacitor Pedometer-Plugins in Ihre Anwendung.
-
-## Installation
-
-Installieren Sie das Plugin mit npm:
-
-```bash
-npm install @capgo/capacitor-pedometer
-npx cap sync
-```
-
-## iOS-Konfiguration
-
-Fügen Sie eine Beschreibung der Bewegungsnutzung zu Ihrer `Info.plist` hinzu:
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>Wir benötigen Zugriff auf Ihre Bewegungsdaten, um Schritte und Aktivitäten zu verfolgen</string>
-```
-
-## Android-Konfiguration
-
-Das Plugin fügt automatisch die `ACTIVITY_RECOGNITION`-Berechtigung hinzu. Für Android 10+ (API 29) müssen Sie diese Berechtigung zur Laufzeit anfordern.
-
-## Grundlegende Verwendung
-
-### Plugin importieren
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-```
-
-### Verfügbarkeit prüfen
-
-```typescript
-const checkPedometer = async () => {
-  const result = await CapacitorPedometer.isAvailable();
-  console.log('Schrittzählung verfügbar:', result.stepCounting);
-  console.log('Entfernung verfügbar:', result.distance);
-  console.log('Etagen zählen verfügbar:', result.floorCounting);
-  console.log('Tempo verfügbar:', result.pace);
-  console.log('Kadenz verfügbar:', result.cadence);
-};
-```
-
-### Berechtigungen anfordern
-
-```typescript
-const requestPermission = async () => {
-  const permission = await CapacitorPedometer.requestPermissions();
-  console.log('Berechtigungsstatus:', permission.activityRecognition);
-};
-```
-
-### Aktuelle Messungen abrufen
-
-```typescript
-const getMeasurements = async () => {
-  const measurements = await CapacitorPedometer.getMeasurement({
-    startDate: new Date(Date.now() - 24 * 60 * 60 * 1000), // Vor 24 Stunden
-    endDate: new Date()
-  });
-
-  console.log('Schritte:', measurements.numberOfSteps);
-  console.log('Entfernung:', measurements.distance, 'Meter');
-  console.log('Etagen aufgestiegen:', measurements.floorsAscended);
-  console.log('Etagen abgestiegen:', measurements.floorsDescended);
-};
-```
-
-### Echtzeit-Updates starten
-
-```typescript
-// Listener für Echtzeit-Updates hinzufügen
-CapacitorPedometer.addListener('measurement', (data) => {
-  console.log('Schritte:', data.numberOfSteps);
-  console.log('Entfernung:', data.distance);
-  console.log('Tempo:', data.currentPace);
-  console.log('Kadenz:', data.currentCadence);
-});
-
-// Updates empfangen starten
-await CapacitorPedometer.startMeasurementUpdates();
-```
-
-### Updates stoppen
-
-```typescript
-await CapacitorPedometer.stopMeasurementUpdates();
-CapacitorPedometer.removeAllListeners();
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-
-class PedometerService {
-  private listener: any;
-
-  async initialize() {
-    // Verfügbarkeit prüfen
-    const available = await CapacitorPedometer.isAvailable();
-    if (!available.stepCounting) {
-      console.error('Schrittzählung nicht verfügbar');
-      return false;
-    }
-
-    // Berechtigungen anfordern
-    const permission = await CapacitorPedometer.requestPermissions();
-    if (permission.activityRecognition !== 'granted') {
-      console.error('Berechtigung verweigert');
-      return false;
-    }
-
-    return true;
-  }
-
-  async startTracking() {
-    // Listener hinzufügen
-    this.listener = CapacitorPedometer.addListener('measurement', (data) => {
-      this.onMeasurement(data);
-    });
-
-    // Updates starten
-    await CapacitorPedometer.startMeasurementUpdates();
-    console.log('Pedometer-Tracking gestartet');
-  }
-
-  async stopTracking() {
-    await CapacitorPedometer.stopMeasurementUpdates();
-    if (this.listener) {
-      this.listener.remove();
-    }
-    console.log('Pedometer-Tracking gestoppt');
-  }
-
-  onMeasurement(data: any) {
-    console.log('Schritte heute:', data.numberOfSteps);
-    console.log('Entfernung:', (data.distance / 1000).toFixed(2), 'km');
-  }
-
-  async getTodaySteps() {
-    const today = new Date();
-    today.setHours(0, 0, 0, 0);
-
-    const measurements = await CapacitorPedometer.getMeasurement({
-      startDate: today,
-      endDate: new Date()
-    });
-
-    return measurements.numberOfSteps;
-  }
-}
-
-// Verwendung
-const pedometer = new PedometerService();
-await pedometer.initialize();
-await pedometer.startTracking();
-```
-
-## Bewährte Methoden
-
-1. **Verfügbarkeit prüfen**: Pedometer-Funktionen immer vor der Verwendung überprüfen
-2. **Berechtigungen anfordern**: Berechtigungsanfragen elegant behandeln
-3. **Batterieoptimierung**: Updates stoppen, wenn nicht benötigt
-4. **Fehlerbehandlung**: Aufrufe in try-catch-Blöcke einwickeln
-5. **Hintergrund-Updates**: Hintergrundmodi für kontinuierliches Tracking konfigurieren
-
-## Häufige Probleme
-
-### Berechtigung verweigert
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await CapacitorPedometer.checkPermissions();
-
-  if (permission.activityRecognition === 'denied') {
-    alert('Berechtigung für Bewegungstracking ist erforderlich. Bitte aktivieren Sie sie in den Einstellungen.');
-  }
-};
-```
-
-### Auf Gerät nicht verfügbar
-
-```typescript
-const checkSupport = async () => {
-  const available = await CapacitorPedometer.isAvailable();
-
-  if (!available.stepCounting) {
-    alert('Schrittzählung ist auf diesem Gerät nicht verfügbar');
-    return false;
-  }
-
-  return true;
-};
-```
-
-## Nächste Schritte
-
-- Erkunden Sie die [API-Referenz](https://github.com/Cap-go/capacitor-pedometer#api) für vollständige Dokumentation
-- Schauen Sie sich die [Beispiel-App](https://github.com/Cap-go/capacitor-pedometer/tree/main/example) an
-- Siehe das [Tutorial](/plugins/capacitor-pedometer) für fortgeschrittene Implementierung
diff --git a/src/content/docs/de/docs/plugins/pedometer/index.mdx b/src/content/docs/de/docs/plugins/pedometer/index.mdx
deleted file mode 100644
index 46c5a50e6..000000000
--- a/src/content/docs/de/docs/plugins/pedometer/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-pedometer"
-locale: de
-description: Verfolgen Sie Schritte, Entfernung, Tempo und Fitnessdaten mit Geräte-Pedometer-Sensoren für umfassendes Gesundheits- und Fitness-Monitoring.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Greifen Sie auf umfassende Pedometer-Daten für Fitness- und Gesundheitstracking mit Echtzeit-Updates und historischen Datenabfragen zu.
-  image:
-    file: ~public/icons/plugins/pedometer.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/pedometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pedometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Schrittzählung" icon="rocket">
-    Genaue Schritterkennung und -zählung 👟
-  </Card>
-  <Card title="Entfernungsverfolgung" icon="star">
-    Zurückgelegte Entfernung in Echtzeit berechnen 📏
-  </Card>
-  <Card title="Tempo & Kadenz" icon="setting">
-    Geh- und Laufgeschwindigkeit überwachen 🏃
-  </Card>
-  <Card title="Historische Daten" icon="document">
-    Pedometer-Daten aus bestimmten Zeitbereichen abfragen 📊
-  </Card>
-  <Card title="Etagen-Tracking" icon="approve-check">
-    Erstiegene Etagen auf iOS-Geräten zählen 🪜
-  </Card>
-  <Card title="Erste Schritte" icon="open-book">
-    Sehen Sie sich den [Leitfaden für die ersten Schritte](/docs/plugins/pedometer/getting-started/) an, um das Plugin zu installieren und zu konfigurieren.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/persistent-account/getting-started.mdx b/src/content/docs/de/docs/plugins/persistent-account/getting-started.mdx
deleted file mode 100644
index f53e3e557..000000000
--- a/src/content/docs/de/docs/plugins/persistent-account/getting-started.mdx
+++ /dev/null
@@ -1,339 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das Persistent Account-Plugin installieren und verwenden, um Benutzerdaten über App-Installationen hinweg zu erhalten.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Plattformunterstützung
-
-- **iOS**: Verwendet iOS Keychain Services für sicheren, persistenten Speicher
-- **Android**: Verwendet Android Account Manager oder Shared Preferences mit Backup
-
-## Verwendungsbeispiel
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// Ihre Kontodatenstruktur definieren
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// Kontodaten speichern
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// Kontodaten lesen
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('Konto wiederhergestellt:', account.username);
-} else {
-  console.log('Keine Kontodaten gefunden');
-}
-```
-
-## API-Referenz
-
-### saveAccount(options)
-
-```typescript
-saveAccount(options: { data: unknown }) => Promise<void>
-```
-
-Speichert Kontodaten sicher im persistenten Speicher.
-
-| Param         | Typ                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ data: unknown }` |
-
-### readAccount()
-
-```typescript
-readAccount() => Promise<{ data: unknown | null }>
-```
-
-Ruft gespeicherte Kontodaten ab.
-
-**Gibt zurück:** `Promise<{ data: unknown | null }>`
-
-## Praktische Implementierung
-
-### Vollständiges Auth Service-Beispiel
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  authToken?: string;
-  preferences: {
-    theme: string;
-    language: string;
-    notifications: boolean;
-  };
-}
-
-class AuthService {
-  // Benutzerkonto nach Anmeldung speichern
-  async saveUserAccount(user: UserAccount) {
-    try {
-      await PersistentAccount.saveAccount({ data: user });
-      console.log('Benutzerkonto erfolgreich gespeichert');
-    } catch (error) {
-      console.error('Konto konnte nicht gespeichert werden:', error);
-      throw error;
-    }
-  }
-
-  // Benutzerkonto beim App-Start wiederherstellen
-  async restoreUserAccount(): Promise<UserAccount | null> {
-    try {
-      const result = await PersistentAccount.readAccount();
-
-      if (result.data) {
-        const account = result.data as UserAccount;
-        console.log('Benutzerkonto wiederhergestellt:', account.username);
-        return account;
-      }
-
-      console.log('Kein gespeichertes Konto gefunden');
-      return null;
-    } catch (error) {
-      console.error('Konto konnte nicht wiederhergestellt werden:', error);
-      return null;
-    }
-  }
-
-  // Benutzereinstellungen aktualisieren
-  async updatePreferences(preferences: Partial<UserAccount['preferences']>) {
-    const account = await this.restoreUserAccount();
-
-    if (account) {
-      const updatedAccount: UserAccount = {
-        ...account,
-        preferences: {
-          ...account.preferences,
-          ...preferences
-        }
-      };
-
-      await this.saveUserAccount(updatedAccount);
-    }
-  }
-
-  // Kontodaten löschen (bei Abmeldung)
-  async clearAccount() {
-    try {
-      await PersistentAccount.saveAccount({ data: null });
-      console.log('Kontodaten gelöscht');
-    } catch (error) {
-      console.error('Konto konnte nicht gelöscht werden:', error);
-    }
-  }
-}
-
-// Verwendung
-const authService = new AuthService();
-
-// Bei Anmeldung
-await authService.saveUserAccount({
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  authToken: 'abc123xyz',
-  preferences: {
-    theme: 'dark',
-    language: 'de',
-    notifications: true
-  }
-});
-
-// Beim App-Start
-const savedAccount = await authService.restoreUserAccount();
-if (savedAccount) {
-  // Benutzer war zuvor angemeldet
-  console.log('Willkommen zurück,', savedAccount.username);
-}
-
-// Einstellungen aktualisieren
-await authService.updatePreferences({
-  theme: 'light',
-  notifications: false
-});
-
-// Bei Abmeldung
-await authService.clearAccount();
-```
-
-### App-Initialisierung mit Kontowiederherstellung
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function initializeApp() {
-  try {
-    // Versuchen, gespeichertes Konto wiederherzustellen
-    const result = await PersistentAccount.readAccount();
-
-    if (result.data) {
-      const account = result.data as UserAccount;
-
-      // Token ist noch gültig prüfen
-      const isValid = await validateAuthToken(account.authToken);
-
-      if (isValid) {
-        // Benutzersitzung wiederherstellen
-        setCurrentUser(account);
-        navigateToHome();
-      } else {
-        // Token abgelaufen, Anmeldung anzeigen
-        navigateToLogin();
-      }
-    } else {
-      // Kein gespeichertes Konto, Anmeldung anzeigen
-      navigateToLogin();
-    }
-  } catch (error) {
-    console.error('App konnte nicht initialisiert werden:', error);
-    navigateToLogin();
-  }
-}
-
-// Beim App-Start aufrufen
-initializeApp();
-```
-
-### Mit Backend synchronisieren
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function syncAccountWithBackend() {
-  const result = await PersistentAccount.readAccount();
-
-  if (result.data) {
-    const localAccount = result.data as UserAccount;
-
-    try {
-      // Neueste Kontodaten vom Server abrufen
-      const response = await fetch(`/api/users/${localAccount.userId}`);
-      const serverAccount = await response.json();
-
-      // Serverdaten mit lokalen Einstellungen zusammenführen
-      const mergedAccount: UserAccount = {
-        ...serverAccount,
-        preferences: {
-          ...serverAccount.preferences,
-          ...localAccount.preferences // Lokale Einstellungen haben Priorität
-        }
-      };
-
-      // Zusammengeführte Daten speichern
-      await PersistentAccount.saveAccount({ data: mergedAccount });
-
-      return mergedAccount;
-    } catch (error) {
-      console.error('Synchronisation mit Backend fehlgeschlagen:', error);
-      // Lokales Konto als Fallback zurückgeben
-      return localAccount;
-    }
-  }
-
-  return null;
-}
-```
-
-## Bewährte Methoden
-
-- **Typsicherheit**: Klare TypeScript-Schnittstellen für Ihre Kontodaten definieren
-- **Validierung**: Daten beim Lesen aus persistentem Speicher immer validieren
-- **Fehlerbehandlung**: Ordnungsgemäße try-catch-Blöcke für alle Operationen implementieren
-- **Sicherheit**: Sensible Daten wie Passwörter nicht im Klartext speichern
-- **Token-Verwaltung**: Auth-Token beim Wiederherstellen von Konten aktualisieren
-- **Datengröße**: Gespeicherte Daten minimal halten, um schnelle Lese-/Schreibvorgänge zu gewährleisten
-- **Null-Prüfungen**: Immer prüfen, ob Daten vorhanden sind, bevor sie verwendet werden
-- **Backup-Strategie**: Für zusätzliche Sicherheit Synchronisation mit Backend erwägen
-
-## Sicherheitsüberlegungen
-
-- Kontodaten werden mit plattformspezifischen sicheren Speichermechanismen gespeichert
-- Daten bleiben über App-Deinstallationen und -Neuinstallationen hinweg erhalten
-- Verschlüsselung sensibler Informationen vor dem Speichern erwägen
-- Ordnungsgemäße Datenvalidierung beim Lesen gespeicherter Konten implementieren
-- Plattformrichtlinien für Benutzerdatenverarbeitung befolgen
-- Authentifizierungstoken mit Ablauf für Sicherheit verwenden
-- Kontodaten bei Benutzerabmeldung angemessen löschen
-
-## Plattform-Implementierung
-
-### iOS
-
-- Nutzt iOS Keychain Services für sicheren, persistenten Speicher
-- Daten überleben App-Löschung und Gerätwiederherstellungen
-- Geschützt durch iOS-Sicherheitsmechanismen
-
-### Android
-
-- Verwendet Android Account Manager oder Shared Preferences mit Backup
-- Behält Daten über App-Neuinstallationen und Gerätemigrationen hinweg
-- Geschützt durch Android-Systemsicherheit
-
-## Anwendungsfälle
-
-- **Benutzer-Onboarding**: Benutzerfortschritt durch App-Neuinstallationen bewahren
-- **Kontowiederherstellung**: Benutzersitzungen nach App-Updates wiederherstellen
-- **Einstellungsspeicherung**: Benutzereinstellungen und Konfigurationen beibehalten
-- **Offline-First-Apps**: Wesentliche Benutzerdaten lokal speichern
-- **Sitzungsverwaltung**: Benutzer über App-Neustarts hinweg angemeldet halten
-- **Gerätemigration**: Benutzerdaten auf neue Geräte übertragen
diff --git a/src/content/docs/de/docs/plugins/persistent-account/index.mdx b/src/content/docs/de/docs/plugins/persistent-account/index.mdx
deleted file mode 100644
index c73874e20..000000000
--- a/src/content/docs/de/docs/plugins/persistent-account/index.mdx
+++ /dev/null
@@ -1,132 +0,0 @@
----
-title: "@capgo/capacitor-persistent-account"
-locale: de
-description: Persistentes Kontoverwaltungs-Plugin für Capacitor-Apps mit sicherem Speicher, Sitzungsbehandlung und Benutzerdatenpersistenz.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Verwalten Sie Benutzerkonten mit persistentem Speicher, sicherer Sitzungsbehandlung und nahtloser Authentifizierung über App-Sitzungen hinweg.
-  image:
-    file: ~public/icons/plugins/persistent-account.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/persistent-account/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-persistent-account/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Übersicht
-
-Das Capacitor Persistent Account-Plugin ermöglicht sichere Speicherung und Persistenz von Benutzerkontodaten zwischen App-Installationen. Dieses Plugin stellt sicher, dass Benutzerkontoinformationen auch nach App-Neuinstallationen verfügbar bleiben, was nahtloses Benutzererlebnis und Kontinuität des Kontos bietet.
-
-<CardGrid stagger>
-  <Card title="Installations-übergreifende Persistenz" icon="rocket">
-    Daten überleben App-Deinstallations-/Neuinstallationszyklen 💾
-  </Card>
-  <Card title="Sicherer Speicher" icon="setting">
-    Sichere Kontodatenspeicherung mit Systemintegration 🔐
-  </Card>
-  <Card title="Einfache API" icon="puzzle">
-    Saubere Lese-/Schreibschnittstelle für Kontoverwaltung 📊
-  </Card>
-  <Card title="Plattformübergreifend" icon="laptop">
-    Native iOS- und Android-Implementierung 📱
-  </Card>
-</CardGrid>
-
-## Installation
-
-```bash
-npm install @capgo/capacitor-persistent-account
-npx cap sync
-```
-
-## Kern-API-Methoden
-
-### Datenverwaltung
-- `saveAccount(options: { data: unknown })` - Speichert Kontodaten sicher im persistenten Speicher
-- `readAccount()` - Ruft gespeicherte Kontodaten ab, gibt `Promise<{ data: unknown | null }>` zurück
-
-## Hauptfunktionen
-
-- **Installations-übergreifende Persistenz**: Kontodaten überleben App-Deinstallation und -Neuinstallation
-- **Sicherer Speicher**: Verwendet plattformspezifische sichere Speichermechanismen
-- **Typ-Flexibilität**: Speichert jede serialisierbare Kontodatenstruktur
-- **Plattformübergreifende Unterstützung**: Native Implementierung für iOS und Android
-
-## Verwendungsbeispiel
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// Ihre Kontodatenstruktur definieren
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// Kontodaten speichern
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// Kontodaten lesen
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('Konto wiederhergestellt:', account.username);
-} else {
-  console.log('Keine Kontodaten gefunden');
-}
-```
-
-## Anwendungsfälle
-
-- **Benutzer-Onboarding**: Benutzerfortschritt durch App-Neuinstallationen bewahren
-- **Kontowiederherstellung**: Benutzersitzungen nach App-Updates wiederherstellen
-- **Einstellungsspeicherung**: Benutzereinstellungen und Konfigurationen beibehalten
-- **Offline-First-Apps**: Wesentliche Benutzerdaten lokal speichern
-
-## Plattform-Implementierung
-
-### iOS
-- Nutzt iOS Keychain Services für sicheren, persistenten Speicher
-- Daten überleben App-Löschung und Gerätwiederherstellungen
-
-### Android
-- Verwendet Android Account Manager oder Shared Preferences mit Backup
-- Behält Daten über App-Neuinstallationen und Gerätemigrationen hinweg
-
-## Sicherheitsüberlegungen
-
-- Kontodaten werden mit plattformspezifischem sicherem Speicher gespeichert
-- Verschlüsselung sensibler Informationen erwägen
-- Ordnungsgemäße Datenvalidierung beim Lesen gespeicherter Konten implementieren
-- Plattformrichtlinien für Benutzerdatenverarbeitung befolgen
-
-## Dokumentation
-
-Siehe die [vollständige Dokumentation](/docs/plugins/persistent-account/getting-started/) für detaillierte Implementierungsanleitungen und Bewährte Methoden.
diff --git a/src/content/docs/de/docs/plugins/photo-library/getting-started.mdx b/src/content/docs/de/docs/plugins/photo-library/getting-started.mdx
deleted file mode 100644
index d466b9266..000000000
--- a/src/content/docs/de/docs/plugins/photo-library/getting-started.mdx
+++ /dev/null
@@ -1,76 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Integrieren Sie die native Fotobibliothek mit Paginierung und Medienauswahl.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Plugin installieren**
-   <PackageManagers pkg="@capgo/capacitor-photo-library" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Plattformen synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Plattformberechtigungen
-
-- **iOS**: `Info.plist` mit `NSPhotoLibraryUsageDescription` aktualisieren (und `NSPhotoLibraryAddUsageDescription`, wenn Sie Medien speichern möchten).
-- **Android**: Für Android 13+ die Foto-/Videoberechtigungen deklarieren (`READ_MEDIA_IMAGES`, `READ_MEDIA_VIDEO`). Capacitor 5 behandelt dies automatisch, aber überprüfen Sie benutzerdefinierte Manifeste doppelt.
-
-## Zugriff anfordern
-
-```typescript
-import { PhotoLibrary } from '@capgo/capacitor-photo-library';
-
-const { state } = await PhotoLibrary.requestAuthorization();
-if (state !== 'authorized' && state !== 'limited') {
-  throw new Error('Fotozugriff verweigert');
-}
-```
-
-## Galerie laden
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const { assets, hasMore, nextPage } = await PhotoLibrary.getLibrary({
-  limit: 100,
-  includeAlbums: false,
-  thumbnailWidth: 256,
-  thumbnailHeight: 256,
-});
-
-const gallery = assets.map((asset) => ({
-  id: asset.id,
-  fileName: asset.fileName,
-  created: asset.creationDate,
-  thumbnailUrl: asset.thumbnail
-    ? asset.thumbnail.webPath ?? Capacitor.convertFileSrc(asset.thumbnail.path)
-    : undefined,
-  photoUrl: asset.file
-    ? asset.file.webPath ?? Capacitor.convertFileSrc(asset.file.path)
-    : undefined,
-}));
-```
-
-Um zusätzliche Seiten abzurufen, rufen Sie `PhotoLibrary.getLibrary({ cursor: nextPage })` auf.
-
-## Benutzer Medien auswählen lassen
-
-```typescript
-const selection = await PhotoLibrary.pickMedia({
-  selectionLimit: 5,
-  includeVideos: true,
-});
-
-console.log('Benutzer hat ausgewählt', selection.assets.length, 'Elemente');
-```
-
-## Zwischengespeicherte Dateien aufräumen
-
-Generierte Miniaturansichten und Exporte werden im App-Cache-Verzeichnis unter `photoLibrary` gespeichert. Entfernen Sie sie mit Ihrer bevorzugten Datei-API, wenn Sie Speicherplatz zurückgewinnen müssen.
diff --git a/src/content/docs/de/docs/plugins/photo-library/index.mdx b/src/content/docs/de/docs/plugins/photo-library/index.mdx
deleted file mode 100644
index 8f53bb540..000000000
--- a/src/content/docs/de/docs/plugins/photo-library/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-photo-library"
-locale: de
-description: Durchsuchen und wählen Sie Fotos mit effizienter Paginierung, Miniaturansichten und zwischengespeicherten URLs.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Erstellen Sie benutzerdefinierte Galerien, die mit robusten Autorisierungs-Flows auf die native Fotobibliothek zugreifen.
-  image:
-    file: ~public/icons/plugins/photo-library.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/photo-library/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-photo-library/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Photo Library hilft Ihnen, Alben aufzulisten, durch Assets zu blättern und Miniaturansichten anzufordern, während die Leistung in Schach gehalten wird.
-
-<CardGrid stagger>
-  <Card title="Autorisierungs-Helfer" icon="approve-check">
-    Berechtigungen anfordern und eingeschränkte Zugriffszustände elegant behandeln.
-  </Card>
-  <Card title="Seitenweises Abrufen" icon="rocket">
-    Galerie mit cursor-basiertem Laden und anpassbaren Limits paginieren.
-  </Card>
-  <Card title="Optimierte Miniaturansichten" icon="star">
-    Miniaturansicht-URLs in festen Abmessungen für flüssiges Scrollen von Listen abrufen.
-  </Card>
-  <Card title="Medienauswahl" icon="download">
-    Benutzer Fotos oder Videos mit konfigurierbaren Auswahllimits auswählen lassen.
-  </Card>
-</CardGrid>
-
-Siehe Leitfaden für die ersten Schritte für Berechtigungseinrichtung und Galeriebeispiele.
diff --git a/src/content/docs/de/docs/plugins/printer/getting-started.mdx b/src/content/docs/de/docs/plugins/printer/getting-started.mdx
deleted file mode 100644
index bfbb769ab..000000000
--- a/src/content/docs/de/docs/plugins/printer/getting-started.mdx
+++ /dev/null
@@ -1,322 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das Printer-Plugin installieren und verwenden, um Inhalte aus Ihrer Capacitor-App zu drucken.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-printer" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und drucken Sie verschiedene Arten von Inhalten:
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-
-// HTML-Inhalt drucken
-const printHTML = async () => {
-  await Printer.print({
-    content: '<h1>Hallo Welt</h1><p>Dies ist ein Testdruck.</p>',
-    name: 'test-print'
-  });
-};
-
-// PDF-Datei drucken
-const printPDF = async () => {
-  await Printer.print({
-    content: 'file:///pfad/zum/dokument.pdf',
-    name: 'mein-dokument'
-  });
-};
-
-// Bild drucken
-const printImage = async () => {
-  await Printer.print({
-    content: 'file:///pfad/zum/bild.jpg',
-    name: 'mein-bild'
-  });
-};
-```
-
-## API-Referenz
-
-### print(options)
-
-Öffnet den nativen Druckdialog mit dem angegebenen Inhalt.
-
-```typescript
-interface PrintOptions {
-  content: string;          // HTML-String, Datei-URI oder Base64-Daten
-  name?: string;            // Name des Druckauftrags
-  orientation?: 'portrait' | 'landscape';
-  grayscale?: boolean;      // In Graustufen drucken (Standard: false)
-}
-
-await Printer.print(options);
-```
-
-### canPrint()
-
-Prüft, ob das Drucken auf dem Gerät verfügbar ist.
-
-```typescript
-const { value } = await Printer.canPrint();
-console.log('Drucken verfügbar:', value);
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class PrintService {
-  async checkPrintAvailability(): Promise<boolean> {
-    const { value } = await Printer.canPrint();
-    return value;
-  }
-
-  async printHTML(htmlContent: string, jobName: string = 'Dokument') {
-    try {
-      const canPrint = await this.checkPrintAvailability();
-      if (!canPrint) {
-        throw new Error('Drucken auf diesem Gerät nicht verfügbar');
-      }
-
-      await Printer.print({
-        content: htmlContent,
-        name: jobName,
-        orientation: 'portrait'
-      });
-    } catch (error) {
-      console.error('Druck fehlgeschlagen:', error);
-      throw error;
-    }
-  }
-
-  async printDocument(filePath: string, jobName?: string) {
-    await Printer.print({
-      content: filePath,
-      name: jobName || 'Dokument'
-    });
-  }
-
-  async printReceipt(receiptData: any) {
-    const html = `
-      <!DOCTYPE html>
-      <html>
-        <head>
-          <style>
-            body { font-family: Arial, sans-serif; padding: 20px; }
-            .header { text-align: center; margin-bottom: 20px; }
-            .item { display: flex; justify-content: space-between; margin: 10px 0; }
-            .total { font-weight: bold; font-size: 1.2em; margin-top: 20px; padding-top: 10px; border-top: 2px solid #000; }
-          </style>
-        </head>
-        <body>
-          <div class="header">
-            <h2>Quittung</h2>
-            <p>Datum: ${new Date().toLocaleDateString()}</p>
-          </div>
-          ${receiptData.items.map((item: any) => `
-            <div class="item">
-              <span>${item.name}</span>
-              <span>${item.price.toFixed(2)}€</span>
-            </div>
-          `).join('')}
-          <div class="total">
-            <div class="item">
-              <span>Gesamt:</span>
-              <span>${receiptData.total.toFixed(2)}€</span>
-            </div>
-          </div>
-        </body>
-      </html>
-    `;
-
-    await this.printHTML(html, 'Quittung');
-  }
-
-  async printFromURL(url: string) {
-    // Datei zuerst herunterladen
-    const response = await fetch(url);
-    const blob = await response.blob();
-    const reader = new FileReader();
-
-    return new Promise((resolve, reject) => {
-      reader.onloadend = async () => {
-        try {
-          await Printer.print({
-            content: reader.result as string,
-            name: 'Heruntergeladenes Dokument'
-          });
-          resolve(true);
-        } catch (error) {
-          reject(error);
-        }
-      };
-      reader.onerror = reject;
-      reader.readAsDataURL(blob);
-    });
-  }
-}
-```
-
-## Erweiterte Verwendung
-
-### Drucken mit benutzerdefinierten Stilen
-
-```typescript
-const printStyledDocument = async () => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          @page {
-            size: A4;
-            margin: 2cm;
-          }
-          body {
-            font-family: 'Times New Roman', serif;
-            line-height: 1.6;
-          }
-          h1 {
-            color: #333;
-            border-bottom: 2px solid #333;
-            padding-bottom: 10px;
-          }
-          .content {
-            margin-top: 20px;
-          }
-        </style>
-      </head>
-      <body>
-        <h1>Professionelles Dokument</h1>
-        <div class="content">
-          <p>Dies ist ein professionell gestaltetes Dokument, bereit zum Drucken.</p>
-        </div>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Gestaltetes Dokument',
-    orientation: 'portrait'
-  });
-};
-```
-
-### Tabellen drucken
-
-```typescript
-const printTable = async (data: any[]) => {
-  const tableRows = data.map(row => `
-    <tr>
-      <td>${row.id}</td>
-      <td>${row.name}</td>
-      <td>${row.value}</td>
-    </tr>
-  `).join('');
-
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          table {
-            width: 100%;
-            border-collapse: collapse;
-          }
-          th, td {
-            border: 1px solid #ddd;
-            padding: 8px;
-            text-align: left;
-          }
-          th {
-            background-color: #f2f2f2;
-            font-weight: bold;
-          }
-        </style>
-      </head>
-      <body>
-        <table>
-          <thead>
-            <tr>
-              <th>ID</th>
-              <th>Name</th>
-              <th>Wert</th>
-            </tr>
-          </thead>
-          <tbody>
-            ${tableRows}
-          </tbody>
-        </table>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Datentabelle'
-  });
-};
-```
-
-### Bilder drucken
-
-```typescript
-const printImageWithDetails = async (imagePath: string, title: string) => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          body { text-align: center; padding: 20px; }
-          h2 { margin-bottom: 20px; }
-          img { max-width: 100%; height: auto; }
-        </style>
-      </head>
-      <body>
-        <h2>${title}</h2>
-        <img src="${imagePath}" alt="${title}" />
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: title
-  });
-};
-```
-
-## Bewährte Methoden
-
-1. **Verfügbarkeit prüfen**: Vor dem Druckversuch immer prüfen, ob Drucken verfügbar ist
-2. **Gültiger Inhalt**: Sicherstellen, dass HTML wohlgeformt ist und Dateipfade gültig sind
-3. **Auftragsnamen**: Beschreibende Namen für Druckaufträge verwenden, um Benutzern bei der Identifizierung zu helfen
-4. **Styling**: Inline-CSS oder eingebettete Stile für konsistente Druckausgabe verwenden
-5. **Fehlerbehandlung**: Druckaufrufe in try-catch-Blöcke für Benutzerfeedback einwickeln
-
-## Fehlerbehebung
-
-### Häufige Probleme
-
-**Druckdialog erscheint nicht**: Mit canPrint() prüfen, ob Drucken verfügbar ist
-**Inhalt wird nicht gedruckt**: HTML ist gültig und Dateipfade sind korrekt prüfen
-**Bilder werden nicht angezeigt**: Bildpfade sind absolut und Dateien sind zugänglich sicherstellen
-**Styling-Probleme**: @page-CSS-Regeln verwenden und Druckausgabe testen
diff --git a/src/content/docs/de/docs/plugins/printer/index.mdx b/src/content/docs/de/docs/plugins/printer/index.mdx
deleted file mode 100644
index f1b49f98a..000000000
--- a/src/content/docs/de/docs/plugins/printer/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: '@capgo/capacitor-printer'
-description: 'Drucken Sie Dokumente, HTML, PDFs, Bilder und Web-Views von Ihrer Capacitor-App.'
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-hero:
-  tagline: >-
-    Drucken Sie Dokumente, HTML-Inhalte, PDFs, Bilder und Web-Views direkt
-    von Ihrer Capacitor-App auf iOS und Android.
-  image:
-    file: ~public/icons/plugins/printer.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/printer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-printer/'
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Mehrere Formate" icon="document">
-    Drucken Sie HTML, PDFs, Bilder und Web-Inhalte 📄
-  </Card>
-  <Card title="Native UI" icon="laptop">
-    Verwendet native Druck-Dialoge auf iOS und Android 🖨️
-  </Card>
-  <Card title="Einfache Integration" icon="rocket">
-    Einfache API für schnelle Integration in Ihre App 🚀
-  </Card>
-  <Card title="Plattformübergreifend" icon="puzzle">
-    Funktioniert auf iOS- und Android-Geräten 📱
-  </Card>
-  <Card title="Anpassbar" icon="setting">
-    Steuern Sie Druckoptionen wie Ausrichtung und Seitengröße ⚙️
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Lesen Sie die [Dokumentation](/docs/plugins/printer/getting-started/), um das Plugin in wenigen Minuten zu beherrschen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/realtimekit/getting-started.mdx b/src/content/docs/de/docs/plugins/realtimekit/getting-started.mdx
deleted file mode 100644
index c2383cf79..000000000
--- a/src/content/docs/de/docs/plugins/realtimekit/getting-started.mdx
+++ /dev/null
@@ -1,476 +0,0 @@
----
-title: Erste Schritte mit RealtimeKit
-description: >-
-  Erfahren Sie, wie Sie Cloudflare Calls-Videokonferenzen in Ihre Capacitor-App
-  integrieren
-locale: de
----
-Dieser Leitfaden führt Sie durch die Integration des Capacitor RealtimeKit-Plugins, um Ihrer Anwendung Videokonferenzen mit Cloudflare Calls hinzuzufügen.
-
-## Installation
-
-Installieren Sie das Plugin mit npm:
-
-```bash
-npm install @capgo/capacitor-realtimekit
-npx cap sync
-```
-
-## Abhängigkeiten
-
-Dieses Plugin verwendet das Cloudflare RealtimeKit SDK:
-
-- **iOS**: RealtimeKitCoreiOS (automatisch über Swift Package Manager installiert)
-- **Android**: `com.cloudflare.realtimekit:ui-android` Version `0.2.2`
-
-### Anpassen der Android RealtimeKit-Version
-
-Im `build.gradle` Ihrer App:
-
-```kotlin
-buildscript {
-    ext {
-        realtimekitUiVersion = '0.2.2'  // or your desired version
-    }
-}
-```
-
-## iOS Konfiguration
-
-Fügen Sie Folgendes zum `Info.plist` Ihrer App hinzu:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>We need camera access for video calls</string>
-
-<key>NSMicrophoneUsageDescription</key>
-<string>We need microphone access for audio calls</string>
-
-<key>NSPhotoLibraryUsageDescription</key>
-<string>We need photo library access to share images</string>
-
-<key>NSBluetoothPeripheralUsageDescription</key>
-<string>We need Bluetooth access for audio routing</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-  <string>fetch</string>
-  <string>remote-notification</string>
-</array>
-```
-
-## Android Konfiguration
-
-Fügen Sie Ihrem `AndroidManifest.xml` die folgenden Berechtigungen hinzu:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-
-<uses-feature android:name="android.hardware.camera" android:required="false" />
-<uses-feature android:name="android.hardware.camera.autofocus" android:required="false" />
-```
-
-## Grundlegende Verwendung
-
-### Importieren Sie das Plugin
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-```
-
-### Initialisieren Sie das Plugin
-
-```typescript
-async function initializeRealtimeKit() {
-  try {
-    await CapacitorRealtimekit.initialize();
-    console.log('RealtimeKit initialized');
-  } catch (error) {
-    console.error('Failed to initialize RealtimeKit:', error);
-  }
-}
-```
-
-### Starten Sie ein Meeting
-
-```typescript
-async function startMeeting(meetingUrl: string) {
-  try {
-    await CapacitorRealtimekit.startMeeting({
-      url: meetingUrl
-    });
-    console.log('Meeting started');
-  } catch (error) {
-    console.error('Failed to start meeting:', error);
-  }
-}
-```
-
-## Vollständiges Beispiel
-
-Hier finden Sie einen umfassenden Videokonferenzservice:
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-
-export interface MeetingConfig {
-  url: string;
-  displayName?: string;
-  audioEnabled?: boolean;
-  videoEnabled?: boolean;
-}
-
-export class VideoConferenceService {
-  private isInitialized = false;
-  private currentMeetingUrl: string | null = null;
-
-  async initialize(): Promise<boolean> {
-    if (this.isInitialized) {
-      console.log('RealtimeKit already initialized');
-      return true;
-    }
-
-    try {
-      await CapacitorRealtimekit.initialize();
-      this.isInitialized = true;
-      console.log('RealtimeKit initialized successfully');
-      return true;
-    } catch (error) {
-      console.error('Failed to initialize RealtimeKit:', error);
-      return false;
-    }
-  }
-
-  async startMeeting(config: MeetingConfig): Promise<void> {
-    if (!this.isInitialized) {
-      const initialized = await this.initialize();
-      if (!initialized) {
-        throw new Error('Failed to initialize RealtimeKit');
-      }
-    }
-
-    try {
-      await CapacitorRealtimekit.startMeeting({
-        url: config.url
-      });
-
-      this.currentMeetingUrl = config.url;
-      console.log('Meeting started:', config.url);
-    } catch (error) {
-      console.error('Failed to start meeting:', error);
-      throw error;
-    }
-  }
-
-  async joinMeeting(meetingUrl: string, displayName?: string): Promise<void> {
-    const config: MeetingConfig = {
-      url: meetingUrl,
-      displayName: displayName
-    };
-
-    await this.startMeeting(config);
-  }
-
-  getCurrentMeetingUrl(): string | null {
-    return this.currentMeetingUrl;
-  }
-
-  isInMeeting(): boolean {
-    return this.currentMeetingUrl !== null;
-  }
-
-  async getPluginVersion(): Promise<string> {
-    try {
-      const result = await CapacitorRealtimekit.getPluginVersion();
-      return result.version;
-    } catch (error) {
-      console.error('Failed to get plugin version:', error);
-      return 'unknown';
-    }
-  }
-}
-
-// Usage
-const videoService = new VideoConferenceService();
-
-// Initialize on app start
-await videoService.initialize();
-
-// Start a meeting
-await videoService.startMeeting({
-  url: 'https://your-cloudflare-calls-url.com/meeting/123'
-});
-
-// Join an existing meeting
-await videoService.joinMeeting(
-  'https://your-cloudflare-calls-url.com/meeting/456',
-  'John Doe'
-);
-```
-
-## Einrichtung von Cloudflare-Anrufen
-
-Um dieses Plugin verwenden zu können, müssen Sie Cloudflare Calls einrichten:
-
-### 1. Cloudflare-Konto erstellen
-
-Melden Sie sich bei [Cloudflare](https://dash.cloudflare.com/sign-up) an, wenn Sie noch kein Konto haben.
-
-### 2. Anrufe aktivieren API
-
-1. Navigieren Sie zu Ihrem Cloudflare-Dashboard
-2. Gehen Sie zum Abschnitt **Anrufe**
-3. Aktivieren Sie die Anrufe API
-4. Holen Sie sich Ihre API-Anmeldeinformationen
-
-### 3. Erstellen Sie Besprechungs-URLs
-
-Sie benötigen einen Backend-Dienst, um Besprechungs-URLs zu erstellen. Beispiel mit Cloudflare Workers:
-
-```typescript
-// Cloudflare Worker example
-export default {
-  async fetch(request: Request): Promise<Response> {
-    const { pathname } = new URL(request.url);
-
-    if (pathname === '/create-meeting') {
-      const meetingId = generateMeetingId();
-      const meetingUrl = `https://your-app.calls.cloudflare.com/${meetingId}`;
-
-      return new Response(JSON.stringify({
-        meetingId,
-        meetingUrl
-      }), {
-        headers: { 'Content-Type': 'application/json' }
-      });
-    }
-
-    return new Response('Not found', { status: 404 });
-  }
-};
-
-function generateMeetingId(): string {
-  return Math.random().toString(36).substring(2, 15);
-}
-```
-
-## Erweiterte Nutzung
-
-### Treffen mit benutzerdefinierter Konfiguration
-
-```typescript
-class MeetingManager {
-  private videoService: VideoConferenceService;
-
-  constructor() {
-    this.videoService = new VideoConferenceService();
-  }
-
-  async createAndJoinMeeting(userName: string): Promise<string> {
-    // Initialize if needed
-    await this.videoService.initialize();
-
-    // Call your backend to create a meeting
-    const meetingUrl = await this.createMeetingOnBackend();
-
-    // Join the meeting
-    await this.videoService.joinMeeting(meetingUrl, userName);
-
-    return meetingUrl;
-  }
-
-  async createMeetingOnBackend(): Promise<string> {
-    const response = await fetch('https://your-api.com/create-meeting', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' }
-    });
-
-    const data = await response.json();
-    return data.meetingUrl;
-  }
-
-  async shareMeetingLink(meetingUrl: string) {
-    // Use Capacitor Share API
-    if ('share' in navigator) {
-      await (navigator as any).share({
-        title: 'Join my meeting',
-        text: 'Join me for a video call',
-        url: meetingUrl
-      });
-    }
-  }
-}
-```
-
-### Bearbeitungsberechtigungen
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-async function checkAndRequestPermissions(): Promise<boolean> {
-  if (Capacitor.getPlatform() === 'web') {
-    // Request browser permissions
-    try {
-      const stream = await navigator.mediaDevices.getUserMedia({
-        audio: true,
-        video: true
-      });
-
-      // Stop the stream, we just needed permission
-      stream.getTracks().forEach(track => track.stop());
-      return true;
-    } catch (error) {
-      console.error('Permission denied:', error);
-      return false;
-    }
-  }
-
-  // On native platforms, permissions are requested automatically
-  return true;
-}
-
-// Use before starting a meeting
-const hasPermissions = await checkAndRequestPermissions();
-if (hasPermissions) {
-  await videoService.startMeeting({ url: meetingUrl });
-}
-```
-
-## Integration reagieren
-
-```typescript
-import { useEffect, useState } from 'react';
-import { VideoConferenceService } from './VideoConferenceService';
-
-function VideoCallComponent() {
-  const [videoService] = useState(() => new VideoConferenceService());
-  const [isReady, setIsReady] = useState(false);
-
-  useEffect(() => {
-    videoService.initialize().then(setIsReady);
-  }, []);
-
-  const joinMeeting = async (meetingUrl: string) => {
-    if (!isReady) {
-      console.error('Video service not ready');
-      return;
-    }
-
-    try {
-      await videoService.joinMeeting(meetingUrl, 'User Name');
-    } catch (error) {
-      console.error('Failed to join meeting:', error);
-    }
-  };
-
-  return (
-    <div>
-      <button
-        onClick={() => joinMeeting('https://your-meeting-url')}
-        disabled={!isReady}
-      >
-        Join Meeting
-      </button>
-    </div>
-  );
-}
-```
-
-## Vue-Integration
-
-```typescript
-import { ref, onMounted } from 'vue';
-import { VideoConferenceService } from './VideoConferenceService';
-
-export default {
-  setup() {
-    const videoService = new VideoConferenceService();
-    const isReady = ref(false);
-
-    onMounted(async () => {
-      isReady.value = await videoService.initialize();
-    });
-
-    const joinMeeting = async (meetingUrl: string) => {
-      if (!isReady.value) {
-        console.error('Video service not ready');
-        return;
-      }
-
-      try {
-        await videoService.joinMeeting(meetingUrl, 'User Name');
-      } catch (error) {
-        console.error('Failed to join meeting:', error);
-      }
-    };
-
-    return {
-      isReady,
-      joinMeeting
-    };
-  }
-};
-```
-
-## Bewährte Methoden
-
-1. **Frühzeitig initialisieren**: Initialisieren Sie RealtimeKit, wenn Ihre App startet
-2. **Behandeln von Fehlern**: Wickeln Sie Aufrufe immer in Try-Catch-Blöcke ein
-3. **Berechtigungen anfordern**: Stellen Sie vor dem Start sicher, dass Sie über Kamera-/Mikrofonberechtigungen verfügen
-4. **Netzwerk testen**: Überprüfen Sie die Internetverbindung, bevor Sie beitreten
-5. **Hintergrundaudio**: Hintergrundmodi für iOS konfigurieren
-6. **Benutzererfahrung**: Ladezustände während der Initialisierung anzeigen
-7. **URLs bereinigen**: Überprüfen Sie Besprechungs-URLs vor der Verwendung
-
-## Häufige Probleme
-
-### Besprechung startet nicht
-
-```typescript
-async function troubleshootMeeting(meetingUrl: string) {
-  // Check initialization
-  const version = await videoService.getPluginVersion();
-  console.log('Plugin version:', version);
-
-  // Verify URL format
-  if (!meetingUrl.startsWith('https://')) {
-    console.error('Invalid meeting URL, must use HTTPS');
-    return;
-  }
-
-  // Try starting meeting
-  try {
-    await videoService.startMeeting({ url: meetingUrl });
-  } catch (error) {
-    console.error('Meeting failed:', error);
-  }
-}
-```
-
-### Berechtigung verweigert
-
-Stellen Sie unter iOS sicher, dass Info.plist alle erforderlichen Nutzungsbeschreibungen enthält. Überprüfen Sie auf Android, ob AndroidManifest.xml-Berechtigungen vorhanden sind.
-
-### Audioprobleme auf iOS
-
-Stellen Sie sicher, dass der Hintergrund-Audiomodus in Info.plist konfiguriert ist:
-
-```xml
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-</array>
-```
-
-## Nächste Schritte
-
-- Entdecken Sie die [API Referenz](https://github.com/Cap-go/capacitor-realtimekit#api) für eine vollständige Methodendokumentation
-- Lesen Sie [Cloudflare Calls Documentation](https://developers.cloudflare.com/calls/)
-- Schauen Sie sich die [Beispiel-App] an (https://github.com/Cap-go/capacitor-realtimekit/tree/main/example)
-– Eine vollständige Implementierung finden Sie im [Tutorial](/plugins/capacitor-realtimekit).
diff --git a/src/content/docs/de/docs/plugins/realtimekit/index.mdx b/src/content/docs/de/docs/plugins/realtimekit/index.mdx
deleted file mode 100644
index d3bf71ee5..000000000
--- a/src/content/docs/de/docs/plugins/realtimekit/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-realtimekit"
-locale: de
-description: Cloudflare Calls-Integration mit eingebauter Meeting-UI für Videokonferenzen und Echtzeit-Kommunikation.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Fügen Sie Videokonferenzen und Echtzeit-Kommunikation zu Ihrer App mit Cloudflare Calls-Integration und eingebauter UI hinzu.
-  image:
-    file: ~public/icons/plugins/realtimekit.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/realtimekit/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-realtimekit/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Cloudflare Calls" icon="rocket">
-    Unterstützt durch Cloudflares globale Infrastruktur ☁️
-  </Card>
-  <Card title="Eingebaute Meeting-UI" icon="star">
-    Sofort einsatzbereite Videokonferenz-Oberfläche 📹
-  </Card>
-  <Card title="WebRTC-Unterstützung" icon="setting">
-    Hochwertige Echtzeit-Audio- und Videoqualität 🎥
-  </Card>
-  <Card title="Hintergrundmodi" icon="laptop">
-    Führen Sie Anrufe fort, wenn die App im Hintergrund ist 🔄
-  </Card>
-  <Card title="Bildschirmfreigabe" icon="document">
-    Teilen Sie den Bildschirm während Meetings auf Android 📱
-  </Card>
-  <Card title="Erste Schritte" icon="open-book">
-    Schauen Sie sich den [Erste-Schritte-Leitfaden](/docs/plugins/realtimekit/getting-started/) an, um das Plugin zu installieren und zu konfigurieren.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/ricoh360-camera/getting-started.mdx b/src/content/docs/de/docs/plugins/ricoh360-camera/getting-started.mdx
deleted file mode 100644
index d9bf27d87..000000000
--- a/src/content/docs/de/docs/plugins/ricoh360-camera/getting-started.mdx
+++ /dev/null
@@ -1,414 +0,0 @@
----
-title: "Erste Schritte mit Ricoh 360° Camera"
-description: "Lernen Sie, wie Sie das Ricoh 360° Camera Plugin installieren und verwenden, um Ricoh Theta-Kameras in Ihrer Capacitor-App zu steuern"
-sidebar:
-  order: 2
-locale: de
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Plattformkonfiguration
-
-### iOS
-
-Fügen Sie Kamera- und Fotobibliotheksberechtigungen zu Ihrer `Info.plist` hinzu:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Diese App benötigt Zugriff auf die Kamera, um 360°-Fotos und Videos aufzunehmen</string>
-<key>NSPhotoLibraryAddUsageDescription</key>
-<string>Diese App benötigt Zugriff zum Speichern von 360°-Fotos und Videos in Ihrer Bibliothek</string>
-```
-
-### Android
-
-Fügen Sie erforderliche Berechtigungen zu Ihrer `AndroidManifest.xml` hinzu:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-<uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-```
-
-## Unterstützte Geräte
-
-Dieses Plugin unterstützt Ricoh Theta-Kameras:
-- Ricoh Theta V
-- Ricoh Theta Z1
-- Ricoh Theta SC2
-- Ricoh Theta X
-
-## Verwendungsbeispiel
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-// Kameraverbindung initialisieren
-await Ricoh360Camera.initialize();
-
-// Mit Ricoh Theta-Kamera über WiFi verbinden
-await Ricoh360Camera.connect({
-  ssid: 'THETAYL12345678',
-  password: '12345678'
-});
-
-// Live-Vorschau starten
-await Ricoh360Camera.startPreview({
-  container: 'preview-container' // ID des HTML-Elements
-});
-
-// 360°-Foto aufnehmen
-const result = await Ricoh360Camera.capturePhoto();
-console.log('Foto gespeichert:', result.filePath);
-
-// 360°-Video aufnehmen starten
-await Ricoh360Camera.startRecording();
-
-// Nach einiger Zeit Aufnahme beenden
-setTimeout(async () => {
-  const video = await Ricoh360Camera.stopRecording();
-  console.log('Video gespeichert:', video.filePath);
-}, 10000);
-
-// Vorschau beenden
-await Ricoh360Camera.stopPreview();
-
-// Von Kamera trennen
-await Ricoh360Camera.disconnect();
-```
-
-## API-Referenz
-
-### initialize()
-
-```typescript
-initialize() => Promise<void>
-```
-
-Initialisieren Sie das Kamera-Plugin.
-
-### connect(options)
-
-```typescript
-connect(options: ConnectOptions) => Promise<void>
-```
-
-Verbinden Sie sich mit einer Ricoh Theta-Kamera über WiFi.
-
-| Parameter     | Typ                      |
-| ------------- | ------------------------- |
-| **`options`** | `ConnectOptions` |
-
-### disconnect()
-
-```typescript
-disconnect() => Promise<void>
-```
-
-Trennen Sie sich von der Kamera.
-
-### startPreview(options)
-
-```typescript
-startPreview(options: PreviewOptions) => Promise<void>
-```
-
-Starten Sie den Live-360°-Vorschau-Stream.
-
-| Parameter     | Typ                      |
-| ------------- | ------------------------- |
-| **`options`** | `PreviewOptions` |
-
-### stopPreview()
-
-```typescript
-stopPreview() => Promise<void>
-```
-
-Beenden Sie den Live-Vorschau-Stream.
-
-### capturePhoto(options?)
-
-```typescript
-capturePhoto(options?: CaptureOptions) => Promise<CaptureResult>
-```
-
-Nehmen Sie ein 360°-Foto auf.
-
-| Parameter     | Typ                        |
-| ------------- | --------------------------- |
-| **`options`** | `CaptureOptions` (optional) |
-
-**Rückgabe:** `Promise<CaptureResult>`
-
-### startRecording(options?)
-
-```typescript
-startRecording(options?: RecordingOptions) => Promise<void>
-```
-
-Starten Sie die Aufnahme von 360°-Video.
-
-| Parameter     | Typ                          |
-| ------------- | ----------------------------- |
-| **`options`** | `RecordingOptions` (optional) |
-
-### stopRecording()
-
-```typescript
-stopRecording() => Promise<CaptureResult>
-```
-
-Beenden Sie die Videoaufnahme.
-
-**Rückgabe:** `Promise<CaptureResult>`
-
-### getCameraInfo()
-
-```typescript
-getCameraInfo() => Promise<CameraInfo>
-```
-
-Erhalten Sie Kamerainformationen und -funktionen.
-
-**Rückgabe:** `Promise<CameraInfo>`
-
-### setExposure(options)
-
-```typescript
-setExposure(options: ExposureOptions) => Promise<void>
-```
-
-Legen Sie Kamerabelichtungseinstellungen fest.
-
-| Parameter     | Typ                       |
-| ------------- | -------------------------- |
-| **`options`** | `ExposureOptions` |
-
-### setWhiteBalance(options)
-
-```typescript
-setWhiteBalance(options: WhiteBalanceOptions) => Promise<void>
-```
-
-Legen Sie den Weißabgleichsmodus fest.
-
-| Parameter     | Typ                           |
-| ------------- | ------------------------------ |
-| **`options`** | `WhiteBalanceOptions` |
-
-## Schnittstellen
-
-### ConnectOptions
-
-| Eigenschaft    | Typ              | Beschreibung                    |
-| -------------- | ----------------- | ------------------------------ |
-| **`ssid`**     | `string` | WiFi SSID der Ricoh-Kamera  |
-| **`password`** | `string` | WiFi-Passwort der Kamera    |
-
-### PreviewOptions
-
-| Eigenschaft     | Typ              | Beschreibung                           |
-| --------------- | ----------------- | ------------------------------------- |
-| **`container`** | `string` | HTML-Element-ID für Preview-Container |
-
-### CaptureOptions
-
-| Eigenschaft         | Typ               | Beschreibung                           |
-| -------------- | ------------------ | ------------------------------------- |
-| **`quality`**  | `number` | Bildqualität (1-100) (optional)      |
-| **`saveToGallery`** | `boolean` | In Gerätegalerie speichern (optional) |
-
-### RecordingOptions
-
-| Eigenschaft       | Typ               | Beschreibung                              |
-| ----------------- | ------------------ | ---------------------------------------- |
-| **`maxDuration`** | `number` | Maximale Aufnahmedauer in Sekunden (optional) |
-| **`quality`**     | `string` | Videoqualität: 'high' \| 'medium' \| 'low' (optional) |
-
-### CaptureResult
-
-| Eigenschaft    | Typ              | Beschreibung                |
-| -------------- | ----------------- | -------------------------- |
-| **`filePath`** | `string` | Pfad zur aufgenommenen Datei  |
-| **`fileUrl`**  | `string` | URL zum Zugriff auf die Datei     |
-
-### CameraInfo
-
-| Eigenschaft          | Typ              | Beschreibung                |
-| ----------------- | ----------------- | -------------------------- |
-| **`model`**       | `string` | Kameramodellname          |
-| **`serialNumber`** | `string` | Kameraserien nummer      |
-| **`firmwareVersion`** | `string` | Firmware-Version         |
-| **`batteryLevel`** | `number` | Akkustand (0-100)     |
-
-### ExposureOptions
-
-| Eigenschaft  | Typ               | Beschreibung                                    |
-| ------------ | ------------------ | ---------------------------------------------- |
-| **`mode`**   | `string` | Belichtungsmodus: 'auto' \| 'manual' \| 'iso' |
-| **`iso`**    | `number` | ISO-Wert (100, 200, 400, etc.) (optional)     |
-| **`shutter`** | `number` | Verschlussgeschwindigkeit (optional)                      |
-
-### WhiteBalanceOptions
-
-| Eigenschaft | Typ              | Beschreibung                                            |
-| ---------- | ----------------- | ------------------------------------------------------ |
-| **`mode`** | `string` | Weißabgleich: 'auto' \| 'daylight' \| 'cloudy' \| 'tungsten' \| 'fluorescent' |
-
-## Vollständiges Beispiel
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-class Camera360Controller {
-  async setup() {
-    try {
-      // Initialisieren
-      await Ricoh360Camera.initialize();
-
-      // Mit Kamera verbinden
-      await Ricoh360Camera.connect({
-        ssid: 'THETAYL12345678',
-        password: '12345678'
-      });
-
-      // Kamerainformationen abrufen
-      const info = await Ricoh360Camera.getCameraInfo();
-      console.log('Verbunden mit:', info.model);
-      console.log('Akkustand:', info.batteryLevel + '%');
-
-      // Belichtung konfigurieren
-      await Ricoh360Camera.setExposure({
-        mode: 'auto'
-      });
-
-      // Weißabgleich konfigurieren
-      await Ricoh360Camera.setWhiteBalance({
-        mode: 'auto'
-      });
-
-      // Vorschau starten
-      await Ricoh360Camera.startPreview({
-        container: 'camera-preview'
-      });
-
-    } catch (error) {
-      console.error('Kamerasetup fehlgeschlagen:', error);
-    }
-  }
-
-  async takePhoto() {
-    try {
-      const result = await Ricoh360Camera.capturePhoto({
-        quality: 95,
-        saveToGallery: true
-      });
-      console.log('Foto aufgenommen:', result.filePath);
-      return result;
-    } catch (error) {
-      console.error('Fotoaufnahme fehlgeschlagen:', error);
-    }
-  }
-
-  async recordVideo(durationSeconds: number) {
-    try {
-      // Aufnahme starten
-      await Ricoh360Camera.startRecording({
-        maxDuration: durationSeconds,
-        quality: 'high'
-      });
-
-      console.log('Aufnahme gestartet...');
-
-      // Nach Dauer beenden
-      setTimeout(async () => {
-        const result = await Ricoh360Camera.stopRecording();
-        console.log('Video gespeichert:', result.filePath);
-      }, durationSeconds * 1000);
-
-    } catch (error) {
-      console.error('Videoaufnahme fehlgeschlagen:', error);
-    }
-  }
-
-  async cleanup() {
-    try {
-      await Ricoh360Camera.stopPreview();
-      await Ricoh360Camera.disconnect();
-      console.log('Kamera getrennt');
-    } catch (error) {
-      console.error('Aufräumen fehlgeschlagen:', error);
-    }
-  }
-}
-
-// Verwendung
-const camera = new Camera360Controller();
-await camera.setup();
-await camera.takePhoto();
-await camera.recordVideo(10); // 10 Sekunden
-await camera.cleanup();
-```
-
-## Bewährte Methoden
-
-- Initialisieren Sie das Plugin immer vor der Verbindung mit der Kamera
-- Stellen Sie sicher, dass das Gerät mit dem WiFi-Netzwerk der Kamera verbunden ist
-- Behandeln Sie Fehler elegant, besonders Verbindungsfehler
-- Stoppen Sie die Vorschau und trennen Sie die Verbindung, wenn Sie fertig sind, um Akku zu sparen
-- Überprüfen Sie den Kameraakku vor längeren Aufnahmesitzungen
-- Testen Sie mit echter Ricoh Theta Hardware
-- Verwenden Sie entsprechende Videoqualität basierend auf Speicherbeschränkungen
-
-## Fehlerbehebung
-
-### Verbindungsprobleme
-
-- Überprüfen Sie, ob die Kamera eingeschaltet ist
-- Überprüfen Sie, ob WiFi-SSID und Passwort korrekt sind
-- Stellen Sie sicher, dass keine andere App mit der Kamera verbunden ist
-- Setzen Sie WiFi-Einstellungen der Kamera zurück, wenn die Verbindung fehlschlägt
-
-### Vorschau wird nicht angezeigt
-
-- Überprüfen Sie, ob das HTML-Container-Element vorhanden ist
-- Überprüfen Sie, ob Kameraberechtigungen erteilt wurden
-- Stellen Sie sicher, dass die Vorschau nach erfolgreicher Verbindung gestartet wird
-
-### Aufnahmefehler
-
-- Überprüfen Sie den verfügbaren Speicherplatz
-- Überprüfen Sie, ob der Kameraakku ausreichend ist
-- Stellen Sie sicher, dass die Kamera nicht im Schlafmodus ist
diff --git a/src/content/docs/de/docs/plugins/ricoh360-camera/index.mdx b/src/content/docs/de/docs/plugins/ricoh360-camera/index.mdx
deleted file mode 100644
index 469911ab7..000000000
--- a/src/content/docs/de/docs/plugins/ricoh360-camera/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-ricoh360-camera"
-locale: de
-description: Ricoh 360°-Kamerasteuerungs-Plugin für Capacitor-Apps mit Panoramafoto- und Videoaufnahmefunktionen.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Steuern Sie Ricoh 360°-Kameras für immersive Panoramafotos und Videoaufnahmen mit vollständiger Geräteintegration.
-  image:
-    file: ~public/icons/plugins/ricoh360-camera.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/ricoh360-camera/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ricoh360-camera/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="360°-Aufnahme" icon="rocket">
-    Nehmen Sie immersive Panoramafotos und -videos auf 🌐
-  </Card>
-  <Card title="Gerätesteuerung" icon="setting">
-    Vollständige Kontrolle über Ricoh Theta-Kameraeinstellungen 📸
-  </Card>
-  <Card title="Live-Vorschau" icon="magnifier">
-    Echtzeit-360°-Vorschau-Streaming 👁️
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/ricoh360-camera/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/screen-orientation/getting-started.mdx b/src/content/docs/de/docs/plugins/screen-orientation/getting-started.mdx
deleted file mode 100644
index c56b200af..000000000
--- a/src/content/docs/de/docs/plugins/screen-orientation/getting-started.mdx
+++ /dev/null
@@ -1,284 +0,0 @@
----
-title: "Erste Schritte mit Screen Orientation"
-description: "Lernen Sie, wie Sie das Screen Orientation Plugin installieren und verwenden, um Geräteorientierung in Ihrer Capacitor-App zu steuern und zu erkennen"
-sidebar:
-  order: 2
-locale: de
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-screen-orientation" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **iOS-Konfiguration (optional)**
-   Um physikalische Geräteorientierung mit Bewegungssensoren auf iOS zu erkennen, fügen Sie zu Ihrer `Info.plist` hinzu:
-   ```xml
-   <key>NSMotionUsageDescription</key>
-   <string>Diese App verwendet Bewegungssensoren zur Erkennung der Geräteorientierung.</string>
-   ```
-</Steps>
-
-## Grundlegende Verwendung
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Aktuelle Orientierung abrufen
-const current = await ScreenOrientation.orientation();
-console.log('Aktuelle Orientierung:', current.type);
-
-// Im Landscape-Modus sperren
-await ScreenOrientation.lock({ orientation: 'landscape' });
-
-// Orientierung entsperren
-await ScreenOrientation.unlock();
-
-// Auf Orientierungsänderungen abhören
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Orientierung geändert:', result.type);
-  }
-);
-```
-
-## Erkennung der physikalischen Orientierung
-
-Dieses Plugin hat eine einzigartige Funktion: Es kann die **wahre physikalische Orientierung** des Geräts unter Verwendung von Bewegungssensoren erkennen, auch wenn der Benutzer die Orientierungssperre auf seinem Gerät aktiviert hat.
-
-<Aside type="note">
-  Die Benutzeroberfläche respektiert weiterhin die Orientierungssperreinstellung des Benutzers. Motion-Tracking ermöglicht es Ihnen, zu wissen, wie das Gerät physikalisch gehalten wird, aber die Benutzeroberfläche dreht sich nicht, wenn die Orientierungssperre aktiviert ist.
-</Aside>
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Motion-basiertes Tracking starten
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-
-// Jetzt zeigen Orientierungsänderungsereignisse die physikalische Orientierung
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Physikalische Orientierung:', result.type);
-  }
-);
-
-// Überprüfen Sie, ob Orientierungssperre aktiviert ist
-const lockStatus = await ScreenOrientation.isOrientationLocked();
-if (lockStatus.locked) {
-  console.log('Benutzer hat Orientierungssperre aktiviert');
-  console.log('Physisch:', lockStatus.physicalOrientation);
-  console.log('UI:', lockStatus.uiOrientation);
-}
-
-// Tracking beenden, wenn fertig
-await ScreenOrientation.stopOrientationTracking();
-```
-
-## API-Referenz
-
-### orientation()
-
-Rufen Sie die aktuelle Bildschirmausrichtung ab.
-
-```typescript
-const result = await ScreenOrientation.orientation();
-// Rückgabe: { type: OrientationType }
-```
-
-**OrientationType-Werte:**
-- `'portrait-primary'` - Hochformat, Startknopf unten
-- `'portrait-secondary'` - Hochformat, umgekehrt
-- `'landscape-primary'` - Querformat, Startknopf rechts
-- `'landscape-secondary'` - Querformat, Startknopf links
-
-### lock(options)
-
-Sperren Sie den Bildschirm auf eine bestimmte Ausrichtung.
-
-```typescript
-interface OrientationLockOptions {
-  orientation: OrientationLockType;
-  bypassOrientationLock?: boolean; // Motion Tracking aktivieren
-}
-
-await ScreenOrientation.lock({ orientation: 'landscape' });
-```
-
-**OrientationLockType-Werte:**
-- `'any'` - Beliebige Orientierung
-- `'natural'` - Natürliche Ausrichtung des Geräts
-- `'landscape'` - Beliebiger Landscape-Modus
-- `'portrait'` - Beliebiger Portrait-Modus
-- `'portrait-primary'` / `'portrait-secondary'`
-- `'landscape-primary'` / `'landscape-secondary'`
-
-### unlock()
-
-Entsperren Sie die Bildschirmausrichtung.
-
-```typescript
-await ScreenOrientation.unlock();
-```
-
-### startOrientationTracking(options?)
-
-Beginnen Sie mit der Verfolgung der physikalischen Geräteausrichtung mit Bewegungssensoren.
-
-```typescript
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-```
-
-### stopOrientationTracking()
-
-Stoppen Sie die Motion-basierte Orientierungsverfolgung.
-
-```typescript
-await ScreenOrientation.stopOrientationTracking();
-```
-
-### isOrientationLocked()
-
-Überprüfen Sie, ob die Geräteorientierungssperre aktiviert ist.
-
-```typescript
-const result = await ScreenOrientation.isOrientationLocked();
-// Rückgabe: {
-//   locked: boolean,
-//   physicalOrientation?: OrientationType,
-//   uiOrientation?: OrientationType
-// }
-```
-
-<Aside type="tip">
-  Diese Methode erfordert, dass Motion Tracking aktiv ist, um ordnungsgemäß zu funktionieren.
-</Aside>
-
-### addListener(eventName, callback)
-
-Abhören auf Orientierungsänderungen.
-
-```typescript
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Neue Orientierung:', result.type);
-  }
-);
-
-// Entfernen Sie, wenn fertig
-await listener.remove();
-```
-
-### removeAllListeners()
-
-Entfernen Sie alle Event-Listener.
-
-```typescript
-await ScreenOrientation.removeAllListeners();
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-class OrientationManager {
-  private listener: any = null;
-
-  async init() {
-    // Motion Tracking für Erkennung der physikalischen Ausrichtung starten
-    await ScreenOrientation.startOrientationTracking({
-      bypassOrientationLock: true
-    });
-
-    // Auf Änderungen abhören
-    this.listener = await ScreenOrientation.addListener(
-      'screenOrientationChange',
-      this.onOrientationChange.bind(this)
-    );
-
-    // Anfängliche Orientierung abrufen
-    const { type } = await ScreenOrientation.orientation();
-    console.log('Anfängliche Orientierung:', type);
-  }
-
-  onOrientationChange(result: { type: string }) {
-    console.log('Orientierung geändert zu:', result.type);
-
-    // Benutzeroberfläche basierend auf Orientierung anpassen
-    if (result.type.includes('landscape')) {
-      this.showLandscapeUI();
-    } else {
-      this.showPortraitUI();
-    }
-  }
-
-  showLandscapeUI() {
-    // Landscape-spezifische UI-Anpassungen
-  }
-
-  showPortraitUI() {
-    // Portrait-spezifische UI-Anpassungen
-  }
-
-  async lockLandscape() {
-    await ScreenOrientation.lock({ orientation: 'landscape' });
-  }
-
-  async lockPortrait() {
-    await ScreenOrientation.lock({ orientation: 'portrait' });
-  }
-
-  async freeRotation() {
-    await ScreenOrientation.unlock();
-  }
-
-  async checkIfUserHasOrientationLock() {
-    const { locked, physicalOrientation, uiOrientation } =
-      await ScreenOrientation.isOrientationLocked();
-
-    if (locked) {
-      console.log(`Gerät wird in ${physicalOrientation} gehalten, aber UI zeigt ${uiOrientation}`);
-      return true;
-    }
-    return false;
-  }
-
-  async destroy() {
-    await ScreenOrientation.stopOrientationTracking();
-    if (this.listener) {
-      await this.listener.remove();
-    }
-  }
-}
-```
-
-## Plattformnotizen
-
-### iOS
-- Verwendet Core Motion Framework für Erkennung der physikalischen Ausrichtung
-- Erfordert `NSMotionUsageDescription` in Info.plist für Bewegungssensoren
-- Vollständige Unterstützung für alle Ausrichtungstypen
-
-### Android
-- Verwendet Beschleunigungssensor für Erkennung der physikalischen Ausrichtung
-- Keine zusätzlichen Berechtigungen erforderlich
-- Vollständige Unterstützung für alle Ausrichtungstypen
-
-### Web
-- Verwendet Screen Orientation API
-- Bewegungssensor-Erkennung ist begrenzt
-- Einige Browser unterstützen möglicherweise nicht alle Lock-Typen
diff --git a/src/content/docs/de/docs/plugins/screen-orientation/index.mdx b/src/content/docs/de/docs/plugins/screen-orientation/index.mdx
deleted file mode 100644
index 4173503cc..000000000
--- a/src/content/docs/de/docs/plugins/screen-orientation/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: '@capgo/capacitor-screen-orientation'
-description: >-
-  Steuern und erkennen Sie die Bildschirmausrichtung mit der einzigartigen Fähigkeit,
-  die physische Geräteausrichtung mithilfe von Bewegungssensoren zu erkennen.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-hero:
-  tagline: >-
-    Screen-Ausrichtungs-Plugin mit Unterstützung zur Erkennung der echten physischen
-    Geräteausrichtung - auch wenn die Ausrichtungssperre aktiviert ist.
-  image:
-    file: ~public/icons/plugins/screen-orientation.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/screen-orientation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-screen-orientation/'
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Physische Ausrichtungserkennung" icon="rocket">
-    Erkennen Sie die echte physische Geräteausrichtung mithilfe von Bewegungssensoren, auch wenn die Ausrichtungssperre aktiviert ist
-  </Card>
-  <Card title="Ausrichtungssperre-Erkennung" icon="puzzle">
-    Bestimmen Sie, ob der Benutzer die Ausrichtungssperre durch Vergleich der physischen vs. UI-Ausrichtung aktiviert hat
-  </Card>
-  <Card title="Plattformübergreifend" icon="laptop">
-    Funktioniert auf iOS (Core Motion), Android (Beschleunigungsmesser) und Web
-  </Card>
-  <Card title="Echtzeit-Updates" icon="open-book">
-    Erhalten Sie sofortige Benachrichtigungen, wenn sich die Geräteausrichtung mit Event-Listenern ändert
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/screen-recorder/getting-started.mdx b/src/content/docs/de/docs/plugins/screen-recorder/getting-started.mdx
deleted file mode 100644
index 24f054840..000000000
--- a/src/content/docs/de/docs/plugins/screen-recorder/getting-started.mdx
+++ /dev/null
@@ -1,287 +0,0 @@
----
-title: "Erste Schritte mit Screen Recorder"
-description: "Lernen Sie, wie Sie das Screen Recorder Plugin installieren und verwenden, um Bildschirmaufnahmen in Ihrer Capacitor-App zu erfassen"
-sidebar:
-  order: 2
-locale: de
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-screen-recorder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Berechtigungen konfigurieren**
-
-   ### iOS
-   Fügen Sie Verwendungsbeschreibungen zu Ihrer `Info.plist` hinzu:
-   ```xml
-   <key>NSMicrophoneUsageDescription</key>
-   <string>Um Audioaufnahmen mit Bildschirmaufnahmen zu erfassen</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>Um Bildschirmaufnahmen zu speichern</string>
-   ```
-
-   ### Android
-   Fügen Sie Berechtigungen zu Ihrer `AndroidManifest.xml` hinzu:
-   ```xml
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und verwenden Sie seine Methoden zur Bildschirmaufnahme:
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-
-// Aufnahme starten
-const startRecording = async () => {
-  try {
-    await ScreenRecorder.start();
-    console.log('Aufnahme gestartet');
-  } catch (error) {
-    console.error('Aufnahmestart fehlgeschlagen:', error);
-  }
-};
-
-// Aufnahme beenden
-const stopRecording = async () => {
-  try {
-    const result = await ScreenRecorder.stop();
-    console.log('Aufnahme gespeichert auf:', result.videoUrl);
-
-    // Sie können jetzt die Video-URL verwenden
-    // Zum Beispiel freigeben oder abspielen
-  } catch (error) {
-    console.error('Aufnahmebeeendigung fehlgeschlagen:', error);
-  }
-};
-
-// Überprüfen Sie, ob Bildschirmaufnahme unterstützt wird
-const checkSupport = async () => {
-  const { value } = await ScreenRecorder.isSupported();
-  console.log('Bildschirmaufnahme unterstützt:', value);
-};
-
-// Überprüfen Sie, ob gerade Aufnahme läuft
-const checkRecordingStatus = async () => {
-  const { value } = await ScreenRecorder.isRecording();
-  console.log('Derzeit aufnehmen:', value);
-};
-```
-
-## API-Referenz
-
-### start()
-
-Starten Sie die Bildschirmaufnahme.
-
-```typescript
-await ScreenRecorder.start();
-```
-
-### stop()
-
-Beenden Sie die Aufnahme und geben Sie den Videodateipfad zurück.
-
-```typescript
-interface RecordingResult {
-  videoUrl: string;
-}
-
-const result = await ScreenRecorder.stop();
-```
-
-### isSupported()
-
-Überprüfen Sie, ob die Bildschirmaufnahme auf dem Gerät unterstützt wird.
-
-```typescript
-const { value } = await ScreenRecorder.isSupported();
-// Rückgabe: { value: boolean }
-```
-
-### isRecording()
-
-Überprüfen Sie, ob die Bildschirmaufnahme gerade aktiv ist.
-
-```typescript
-const { value } = await ScreenRecorder.isRecording();
-// Rückgabe: { value: boolean }
-```
-
-## Erweiterte Verwendung
-
-### Aufnahme mit Optionen
-
-```typescript
-// iOS-spezifische Optionen
-const startWithOptions = async () => {
-  await ScreenRecorder.start({
-    // iOS nur Optionen
-    recordAudio: true,
-    microphoneAudio: true,
-    showIOSNotification: true,
-    notificationText: "Aufnahme wird durchgeführt..."
-  });
-};
-```
-
-### Vollständiger Aufnahmefluss
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-import { Share } from '@capacitor/share';
-
-export class RecordingService {
-  private isRecording = false;
-
-  async toggleRecording() {
-    if (this.isRecording) {
-      await this.stopRecording();
-    } else {
-      await this.startRecording();
-    }
-  }
-
-  private async startRecording() {
-    try {
-      // Überprüfen Sie, ob unterstützt
-      const { value: isSupported } = await ScreenRecorder.isSupported();
-      if (!isSupported) {
-        throw new Error('Bildschirmaufnahme wird nicht unterstützt');
-      }
-
-      // Aufnahme starten
-      await ScreenRecorder.start();
-      this.isRecording = true;
-
-      console.log('Aufnahme gestartet');
-    } catch (error) {
-      console.error('Aufnahmestart fehlgeschlagen:', error);
-      throw error;
-    }
-  }
-
-  private async stopRecording() {
-    try {
-      const result = await ScreenRecorder.stop();
-      this.isRecording = false;
-
-      console.log('Aufnahme gespeichert:', result.videoUrl);
-
-      // Option zum Teilen der Aufnahme
-      await this.shareRecording(result.videoUrl);
-    } catch (error) {
-      console.error('Aufnahmebeeendigung fehlgeschlagen:', error);
-      throw error;
-    }
-  }
-
-  private async shareRecording(videoUrl: string) {
-    try {
-      await Share.share({
-        title: 'Bildschirmaufnahme',
-        text: 'Schauen Sie sich meine Bildschirmaufnahme an!',
-        url: videoUrl,
-        dialogTitle: 'Aufnahme teilen'
-      });
-    } catch (error) {
-      console.error('Aufnahmefreigabe fehlgeschlagen:', error);
-    }
-  }
-}
-```
-
-## Bewährte Methoden
-
-1. **Unterstützung überprüfen**
-   ```typescript
-   const { value } = await ScreenRecorder.isSupported();
-   if (!value) {
-     // Aufnahmefunktion ausblenden oder Alternative anzeigen
-   }
-   ```
-
-2. **Berechtigungen ordnungsgemäß handhaben**
-   Das System fordert unter iOS automatisch auf Berechtigungen an. Unter Android sollten Sie erforderliche Berechtigungen anfordern.
-
-3. **Benutzerrückmeldung geben**
-   Zeigen Sie klare Indikatoren, wenn die Aufnahme aktiv ist:
-   ```typescript
-   let recordingInterval: any;
-
-   const startRecording = async () => {
-     await ScreenRecorder.start();
-
-     // Aufnahmeindikat anzeigen
-     recordingInterval = setInterval(() => {
-       // UI aktualisieren, um Aufnahmedauer anzuzeigen
-     }, 1000);
-   };
-
-   const stopRecording = async () => {
-     clearInterval(recordingInterval);
-     await ScreenRecorder.stop();
-   };
-   ```
-
-4. **Unterbrechen behandeln**
-   ```typescript
-   import { App } from '@capacitor/app';
-
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (!isActive) {
-       // Erwägen Sie, die Aufnahme zu stoppen, wenn die App in den Hintergrund geht
-       const { value } = await ScreenRecorder.isRecording();
-       if (value) {
-         await ScreenRecorder.stop();
-       }
-     }
-   });
-   ```
-
-## Plattformnotizen
-
-### iOS
-- Erfordert iOS 11.0+
-- Verwendet `ReplayKit` Framework
-- System zeigt Aufnahmeindikat in der Statusleiste
-- Der Benutzer muss Aufnahmebeginn bestätigen
-
-### Android
-- Erfordert Android 5.0 (API 21)+
-- Verwendet `MediaProjection` API
-- Zeigt Benachrichtigung während der Aufnahme
-- Einige Geräte haben möglicherweise herstellerspezifische Einschränkungen
-
-### Web
-- Nicht auf Web-Plattform unterstützt
-- Gibt `isSupported: false` zurück
-
-## Fehlerbehebung
-
-1. **Aufnahmestart schlägt fehl**
-   - Stellen Sie sicher, dass alle Berechtigungen erteilt wurden
-   - Überprüfen Sie, ob eine andere App bereits aufnimmt
-   - Überprüfen Sie, ob das Gerät Bildschirmaufnahmen unterstützt
-
-2. **Kein Ton in der Aufnahme**
-   - Überprüfen Sie Mikrofonberechtigungen
-   - Stellen Sie sicher, dass die `recordAudio`-Option aktiviert ist
-   - Einige Geräte unterstützen möglicherweise keine Systemtonautzeichnung
-
-3. **Videodatei nicht gefunden**
-   - Überprüfen Sie Dateiberechtigungen
-   - Stellen Sie sicher, dass ausreichend Speicherplatz vorhanden ist
-   - Überprüfen Sie, dass die zurückgegebene Video-URL gültig ist
diff --git a/src/content/docs/de/docs/plugins/screen-recorder/index.mdx b/src/content/docs/de/docs/plugins/screen-recorder/index.mdx
deleted file mode 100644
index a6b878fc2..000000000
--- a/src/content/docs/de/docs/plugins/screen-recorder/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: '@capgo/capacitor-screen-recorder'
-description: >-
-  Nehmen Sie den Bildschirm Ihres Geräts mit Audiounterstützung auf, um
-  Tutorials, Demos und App-Vorschau zu erstellen.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-hero:
-  tagline: >-
-    Nehmen Sie den Bildschirm Ihres Geräts mit diesem leistungsstarken Capacitor-Plugin auf,
-    ideal zum Erstellen von Tutorials, Demos und zum Erfassen von App-Interaktionen.
-  image:
-    file: ~public/icons/plugins/screen-recorder.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/screen-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/riderx/capacitor-screen-recorder/'
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Hochqualitative Aufzeichnung" icon="rocket">
-    Nehmen Sie den Bildschirm in hoher Qualität mit benutzerdefinierten Einstellungen auf 🎥
-  </Card>
-  <Card title="Audiounterstützung" icon="star">
-    Nehmen Sie mit Mikrofon- und Systemton auf 🎤
-  </Card>
-  <Card title="Einfache Integration" icon="setting">
-    Einfache API mit Start-/Stop-Aufzeichnungsmethoden 😊
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Lesen Sie die [Dokumentation](/docs/plugins/screen-recorder/getting-started/), um das Plugin in wenigen Minuten zu beherrschen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/shake/getting-started.mdx b/src/content/docs/de/docs/plugins/shake/getting-started.mdx
deleted file mode 100644
index b335f5acf..000000000
--- a/src/content/docs/de/docs/plugins/shake/getting-started.mdx
+++ /dev/null
@@ -1,162 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das Capacitor Shake-Plugin installieren und konfigurieren, um Schüttelgesten zu erkennen und interaktive Erlebnisse in Ihrer App zu erstellen.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Paket**
-   <PackageManagers pkg="@capgo/capacitor-shake" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurieren Sie das Plugin**
-
-   **Grundlegendes Verwendungsbeispiel:**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-
-   // Beginnen Sie mit dem Lauschen auf Schüttelgesten
-   await Shake.start();
-
-   // Lauschen Sie auf Schüttelereignisse
-   Shake.addListener('shake', () => {
-     console.log('Gerät wurde geschüttelt!');
-     // Führen Sie hier Ihre Aktion aus
-   });
-   ```
-
-   **Empfindlichkeitskonfiguration:**
-   ```typescript
-   // Schüttelempfindlichkeit konfigurieren
-   await Shake.start({
-     threshold: 3.5 // Empfindlichkeit anpassen (Standard: 3.5)
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Für iOS ist keine zusätzliche Einrichtung erforderlich.
-     </TabItem>
-     <TabItem label="Android">
-       Für Android ist keine zusätzliche Einrichtung erforderlich.
-     </TabItem>
-   </Tabs>
-
-4. **Beenden Sie das Lauschen auf Schüttelgesten**
-   ```typescript
-   // Schüttelerkennung stoppen, wenn nicht benötigt
-   await Shake.stop();
-
-   // Bestimmten Listener entfernen
-   const handle = await Shake.addListener('shake', () => {
-     console.log('Geschüttelt!');
-   });
-   handle.remove();
-   ```
-
-5. **Beispielimplementierung**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-   import { App } from '@capacitor/app';
-
-   export class ShakeService {
-     private shakeListener: any;
-
-     async initialize() {
-       // Schüttelerkennung starten
-       await Shake.start({ threshold: 4.0 });
-
-       // Schüttel-Listener hinzufügen
-       this.shakeListener = await Shake.addListener('shake', () => {
-         this.handleShake();
-       });
-
-       // Beim Pausieren der App aufräumen
-       App.addListener('pause', () => {
-         Shake.stop();
-       });
-
-       // Beim Fortsetzen der App fortsetzen
-       App.addListener('resume', () => {
-         Shake.start({ threshold: 4.0 });
-       });
-     }
-
-     private handleShake() {
-       console.log('Schütteln erkannt!');
-       // Debug-Menü anzeigen, Daten aktualisieren oder eine beliebige Aktion auslösen
-     }
-
-     async cleanup() {
-       if (this.shakeListener) {
-         this.shakeListener.remove();
-       }
-       await Shake.stop();
-     }
-   }
-   ```
-</Steps>
-
-## API-Referenz
-
-### Methoden
-
-#### `start(options?: ShakeOptions)`
-Beginnen Sie mit dem Lauschen auf Schüttelgesten.
-
-**Parameter:**
-- `options` (optional): Konfigurationsobjekt
-  - `threshold`: number - Empfindlichkeitsschwelle (Standard: 3.5)
-
-#### `stop()`
-Beenden Sie das Lauschen auf Schüttelgesten.
-
-#### `addListener('shake', callback: () => void)`
-Fügen Sie einen Listener für Schüttelereignisse hinzu.
-
-**Rückgabe:** Promise mit einem Handle zum Entfernen des Listeners
-
-### Schnittstellen
-
-```typescript
-interface ShakeOptions {
-  threshold?: number; // Schüttelempfindlichkeitsschwelle
-}
-```
-
-## Plattformhinweise
-
-### iOS
-- Verwendet den Beschleunigungsmesser des Geräts zur Erkennung von Schüttelgesten
-- Funktioniert sowohl im Vordergrund als auch im Hintergrund (wenn die App Hintergrundberechtigungen hat)
-
-### Android
-- Verwendet den SensorManager zur Erkennung von Schüttelereignissen
-- Erfordert keine speziellen Berechtigungen
-- Funktioniert, wenn die App im Vordergrund ist
-
-## Häufige Anwendungsfälle
-
-1. **Debug-Menü**: Entwickleroptionen anzeigen, wenn das Gerät geschüttelt wird
-2. **Feedback**: Feedback-Formular oder Fehlerbericht auslösen
-3. **Aktualisieren**: App-Daten aktualisieren oder Cache leeren
-4. **Spiele**: Schütteln als Spielsteuerungsmechanismus verwenden
-5. **Rückgängig machen**: Schüttel-zum-Rückgängigmachen-Funktionalität implementieren
-
-## Fehlerbehebung
-
-**Schütteln wird nicht erkannt:**
-- Stellen Sie sicher, dass das Plugin mit `Shake.start()` gestartet wurde
-- Versuchen Sie, den Schwellenwert anzupassen (niedriger = empfindlicher)
-- Überprüfen Sie, ob Listener ordnungsgemäß registriert sind
-
-**Zu empfindlich/nicht empfindlich genug:**
-- Passen Sie den `threshold`-Parameter in den `start()`-Optionen an
-- Werte liegen typischerweise zwischen 2.0 (sehr empfindlich) und 5.0 (weniger empfindlich)
diff --git a/src/content/docs/de/docs/plugins/shake/index.mdx b/src/content/docs/de/docs/plugins/shake/index.mdx
deleted file mode 100644
index c32fc127a..000000000
--- a/src/content/docs/de/docs/plugins/shake/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-shake"
-locale: de
-description: Capacitor-Plugin zur Erkennung von Schüttelgesten auf Ihrem Gerät, das interaktive schüttelbasierte Funktionen in Ihrer App ermöglicht.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Erkennen Sie Schüttelgesten in Ihrer App, um Aktionen auszulösen, Debug-Menüs anzuzeigen oder interaktive Erlebnisse zu erstellen.
-  image:
-    file: ~public/icons/plugins/shake.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/shake/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-shake/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Einfache Gestenerkennung" icon="rocket">
-    Erkennen Sie einfach, wenn Benutzer ihr Gerät schütteln 📱
-  </Card>
-  <Card title="Anpassbare Empfindlichkeit" icon="setting">
-    Passen Sie die Empfindlichkeit der Schüttelerkennung an Ihre Bedürfnisse an ⚡
-  </Card>
-  <Card title="Plattformübergreifend" icon="laptop">
-    Funktioniert nahtlos auf iOS- und Android-Geräten 🌍
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/shake/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/share-target/getting-started.mdx b/src/content/docs/de/docs/plugins/share-target/getting-started.mdx
deleted file mode 100644
index 7fa0e3c4f..000000000
--- a/src/content/docs/de/docs/plugins/share-target/getting-started.mdx
+++ /dev/null
@@ -1,415 +0,0 @@
----
-title: Erste Schritte mit Share Target
-description: >-
-  Erfahren Sie, wie Sie dafür sorgen, dass Ihre App freigegebene Inhalte von
-  anderen Apps empfängt
-locale: de
----
-Dieser Leitfaden führt Sie durch die Integration des Capacitor Share Target-Plugins, damit Ihre App freigegebene Inhalte von anderen Anwendungen empfangen kann.
-
-## Installation
-
-Installieren Sie das Plugin mit npm:
-
-```bash
-npm install @capgo/capacitor-share-target
-npx cap sync
-```
-
-## Android Konfiguration
-
-Fügen Sie Ihrem `AndroidManifest.xml` im Tag `<activity>` Absichtsfilter hinzu:
-
-### Textinhalt akzeptieren
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="text/*" />
-</intent-filter>
-```
-
-### Bilder akzeptieren
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-```
-
-### Alle Inhaltstypen akzeptieren
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-```
-
-## iOS Konfiguration
-
-Für iOS müssen Sie eine Share-Erweiterung erstellen:
-
-### 1. Share-Erweiterung in Xcode erstellen
-
-1. Öffnen Sie Ihr Projekt in Xcode
-2. Gehen Sie zu **Datei > Neu > Ziel**
-3. Wählen Sie **Erweiterung teilen** und klicken Sie auf **Weiter**
-4. Benennen Sie es (z. B. „ShareExtension“) und klicken Sie auf **Fertig stellen**
-5. Wenn Sie dazu aufgefordert werden, aktivieren Sie das Schema
-
-### 2. App-Gruppe konfigurieren
-
-1. Gehen Sie in Ihrem Haupt-App-Ziel zu **Signaturen und Funktionen**
-2. Klicken Sie auf ***+ Capability** und fügen Sie **App-Gruppen** hinzu.
-3. Erstellen oder wählen Sie eine App-Gruppe aus (z. B. `group.com.yourcompany.yourapp`).
-4. Wiederholen Sie den Vorgang für das Share Extension-Ziel
-
-### 3. Share-Erweiterungscode aktualisieren
-
-Die Share-Erweiterung muss freigegebene Daten im App-Gruppencontainer speichern, damit Ihre Haupt-App darauf zugreifen kann.
-
-Ausführliche Informationen zur Einrichtung von iOS finden Sie in der Share Extension-Dokumentation von [Apple](https://developer.apple.com/documentation/uikit/uiactivityviewcontroller).
-
-## Grundlegende Verwendung
-
-### Importieren Sie das Plugin
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-```
-
-### Auf freigegebene Inhalte achten
-
-```typescript
-CapacitorShareTarget.addListener('shareReceived', (event) => {
-  console.log('Received share event');
-  console.log('Title:', event.title);
-  console.log('Texts:', event.texts);
-
-  // Handle shared files
-  if (event.files && event.files.length > 0) {
-    event.files.forEach(file => {
-      console.log(`File: ${file.name}`);
-      console.log(`Type: ${file.mimeType}`);
-      console.log(`URI: ${file.uri}`);
-    });
-  }
-});
-```
-
-## Vollständiges Beispiel
-
-Hier ist ein umfassendes Beispiel für den Umgang mit verschiedenen Arten von geteilten Inhalten:
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-class ShareTargetService {
-  private listener: any;
-
-  initialize() {
-    this.listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-      this.handleSharedContent(event);
-    });
-
-    console.log('Share target listener initialized');
-  }
-
-  handleSharedContent(event: any) {
-    console.log('=== Share Received ===');
-
-    // Handle title
-    if (event.title) {
-      console.log('Title:', event.title);
-      this.showNotification('Shared: ' + event.title);
-    }
-
-    // Handle text content
-    if (event.texts && event.texts.length > 0) {
-      event.texts.forEach((text: string, index: number) => {
-        console.log(`Text ${index + 1}:`, text);
-        this.processSharedText(text);
-      });
-    }
-
-    // Handle files
-    if (event.files && event.files.length > 0) {
-      console.log(`Received ${event.files.length} file(s)`);
-
-      event.files.forEach((file: any) => {
-        console.log('File details:');
-        console.log('  Name:', file.name);
-        console.log('  Type:', file.mimeType);
-        console.log('  URI:', file.uri);
-
-        this.processSharedFile(file);
-      });
-    }
-  }
-
-  processSharedText(text: string) {
-    // Check if it's a URL
-    if (this.isURL(text)) {
-      console.log('Shared URL detected:', text);
-      // Handle URL (e.g., create bookmark)
-      this.saveBookmark(text);
-    } else {
-      console.log('Shared text detected');
-      // Handle plain text (e.g., create note)
-      this.createNote(text);
-    }
-  }
-
-  processSharedFile(file: any) {
-    const fileType = file.mimeType.split('/')[0];
-
-    switch (fileType) {
-      case 'image':
-        console.log('Processing shared image');
-        this.handleImage(file);
-        break;
-
-      case 'video':
-        console.log('Processing shared video');
-        this.handleVideo(file);
-        break;
-
-      case 'audio':
-        console.log('Processing shared audio');
-        this.handleAudio(file);
-        break;
-
-      case 'application':
-        console.log('Processing shared document');
-        this.handleDocument(file);
-        break;
-
-      default:
-        console.log('Processing generic file');
-        this.handleGenericFile(file);
-    }
-  }
-
-  handleImage(file: any) {
-    // Process image file
-    console.log('Saving image:', file.name);
-    // Implementation: Save to gallery, upload, etc.
-  }
-
-  handleVideo(file: any) {
-    // Process video file
-    console.log('Saving video:', file.name);
-  }
-
-  handleAudio(file: any) {
-    // Process audio file
-    console.log('Saving audio:', file.name);
-  }
-
-  handleDocument(file: any) {
-    // Process document file
-    console.log('Saving document:', file.name);
-  }
-
-  handleGenericFile(file: any) {
-    // Process generic file
-    console.log('Saving file:', file.name);
-  }
-
-  isURL(text: string): boolean {
-    try {
-      new URL(text);
-      return true;
-    } catch {
-      return false;
-    }
-  }
-
-  saveBookmark(url: string) {
-    console.log('Creating bookmark for:', url);
-    // Implementation
-  }
-
-  createNote(text: string) {
-    console.log('Creating note with text:', text.substring(0, 50));
-    // Implementation
-  }
-
-  showNotification(message: string) {
-    console.log('Notification:', message);
-    // Show toast or notification
-  }
-
-  cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-  }
-}
-
-// Usage
-const shareTarget = new ShareTargetService();
-shareTarget.initialize();
-
-// Cleanup when app closes
-// shareTarget.cleanup();
-```
-
-## Integration reagieren
-
-```typescript
-import { useEffect } from 'react';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-function useShareTarget(onShareReceived: (event: any) => void) {
-  useEffect(() => {
-    const listener = CapacitorShareTarget.addListener('shareReceived', onShareReceived);
-
-    return () => {
-      listener.remove();
-    };
-  }, [onShareReceived]);
-}
-
-// Usage in component
-function App() {
-  useShareTarget((event) => {
-    console.log('Share received:', event);
-    // Handle shared content
-  });
-
-  return <div>Your App</div>;
-}
-```
-
-## Vue-Integration
-
-```typescript
-import { onMounted, onUnmounted } from 'vue';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-export default {
-  setup() {
-    let listener: any;
-
-    onMounted(() => {
-      listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-        console.log('Share received:', event);
-        // Handle shared content
-      });
-    });
-
-    onUnmounted(() => {
-      if (listener) {
-        listener.remove();
-      }
-    });
-  }
-};
-```
-
-## Umgang mit verschiedenen Inhaltstypen
-
-### URLs
-
-```typescript
-if (event.texts && event.texts.length > 0) {
-  const text = event.texts[0];
-
-  if (text.startsWith('http://') || text.startsWith('https://')) {
-    // Handle URL
-    window.open(text, '_blank');
-  }
-}
-```
-
-### Bilder
-
-```typescript
-if (event.files) {
-  const images = event.files.filter(f => f.mimeType.startsWith('image/'));
-
-  images.forEach(async (image) => {
-    // Read and display image
-    const response = await fetch(image.uri);
-    const blob = await response.blob();
-    const imageUrl = URL.createObjectURL(blob);
-
-    // Display or process image
-    console.log('Image URL:', imageUrl);
-  });
-}
-```
-
-### Mehrere Dateien
-
-```typescript
-if (event.files && event.files.length > 1) {
-  console.log(`Processing ${event.files.length} files`);
-
-  const processPromises = event.files.map(file =>
-    processFile(file)
-  );
-
-  await Promise.all(processPromises);
-  console.log('All files processed');
-}
-```
-
-## Bewährte Methoden
-
-1. **Mehrere Inhaltstypen verarbeiten**: Seien Sie auf den Empfang von Texten, URLs und Dateien vorbereitet
-2. **Inhalt validieren**: Überprüfen Sie die MIME-Typen vor der Verarbeitung
-3. **Feedback geben**: Zeigen Sie den Benutzern, was sie erhalten haben
-4. **Fehlerbehandlung**: Datei-URIs sind möglicherweise ungültig oder nicht zugänglich
-5. **Listener bereinigen**: Entfernen Sie Listener, wenn sie nicht benötigt werden
-6. **Gründlich testen**: Testen Sie mit verschiedenen Apps und Inhaltstypen
-7. **Berechtigungen anfordern**: Für einige Dateitypen sind möglicherweise zusätzliche Berechtigungen erforderlich
-
-## Häufige Probleme
-
-### Teilen funktioniert nicht auf Android
-
-Stellen Sie sicher, dass Absichtsfilter in `AndroidManifest.xml` im Tag `<activity>` mit `android.intent.action.MAIN` korrekt konfiguriert sind.
-
-### iOS Freigabeerweiterung wird nicht angezeigt
-
-1. Stellen Sie sicher, dass die App-Gruppe in beiden Zielen konfiguriert ist
-2. Stellen Sie sicher, dass die Share-Erweiterung aktiviert ist
-3. Überprüfen Sie, ob Info.plist in der Share Extension die richtige Konfiguration hat
-
-### Dateizugriffsfehler
-
-```typescript
-try {
-  const response = await fetch(file.uri);
-  const blob = await response.blob();
-  // Process blob
-} catch (error) {
-  console.error('Failed to access file:', error);
-  // Show error to user
-}
-```
-
-## Nächste Schritte
-
-- Entdecken Sie die [API-Referenz](https://github.com/Cap-go/capacitor-share-target#api) für eine vollständige Methodendokumentation
-- Sehen Sie sich die [Beispiel-App](https://github.com/Cap-go/capacitor-share-target/tree/main/example) für eine erweiterte Nutzung an
-– Vollständige Implementierungsbeispiele finden Sie im [Tutorial](/plugins/capacitor-share-target).
diff --git a/src/content/docs/de/docs/plugins/share-target/index.mdx b/src/content/docs/de/docs/plugins/share-target/index.mdx
deleted file mode 100644
index 783affda6..000000000
--- a/src/content/docs/de/docs/plugins/share-target/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: '@capgo/capacitor-share-target'
-description: >-
-  Empfangen Sie freigegebene Inhalte von anderen Apps in Ihrer Capacitor-Anwendung
-  für Text, Bilder, Videos und Dateien.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-hero:
-  tagline: >-
-    Ermöglichen Sie Ihrer App, Text, Bilder und Dateien, die von anderen Apps freigegeben werden,
-    mit plattformübergreifender Unterstützung zu empfangen.
-  image:
-    file: ~public/icons/plugins/share-target.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/share-target/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-share-target/'
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Universelles Teilen" icon="rocket">
-    Empfangen Sie freigegebene Inhalte von jeder App 🔗
-  </Card>
-  <Card title="Mehrere Inhaltstypen" icon="document">
-    Verwalten Sie Text, Bilder, Videos und Dateien 📁
-  </Card>
-  <Card title="Plattformübergreifend" icon="laptop">
-    iOS- und Android-Unterstützung mit nativer Integration 📱
-  </Card>
-  <Card title="Ereignisgesteuert" icon="download">
-    Hören Sie in Echtzeit auf Freigabeereignisse 📡
-  </Card>
-  <Card title="Flexible Konfiguration" icon="setting">
-    Passen Sie akzeptierte MIME-Typen an 🎛️
-  </Card>
-  <Card title="Erste Schritte" icon="open-book">
-    Lesen Sie den [Leitfaden für Erste Schritte](/docs/plugins/share-target/getting-started/), um das Plugin zu installieren und zu konfigurieren.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/sim/getting-started.mdx b/src/content/docs/de/docs/plugins/sim/getting-started.mdx
deleted file mode 100644
index 9d7768dd2..000000000
--- a/src/content/docs/de/docs/plugins/sim/getting-started.mdx
+++ /dev/null
@@ -1,60 +0,0 @@
----
-title: Erste Schritte
-description: >-
-  Rufen Sie SIM-Kartendetails ab und verwalten Sie Laufzeitberechtigungen mit
-  dem SIM-Plugin Capgo.
-sidebar:
-  order: 2
-locale: de
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Plugin**
-   <PackageManagers pkg="@capgo/capacitor-sim" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Plattformen synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Berechtigungen
-
-- **Android**: Stellen Sie sicher, dass `android.permission.READ_PHONE_STATE` (und bei Android 13+, `READ_BASIC_PHONE_STATE`) gewährt wird. Capacitor enthält die Manifest-Deklarationen, aber Sie müssen die Erlaubnis anfordern, bevor Sie `getSimCards` aufrufen.
-- **iOS**: Anbieterinformationen sind automatisch verfügbar; Die Plattform fordert nicht zur Eingabe zusätzlicher Berechtigungen auf. Beachten Sie die begrenzten Daten, die aufgrund von Betriebssystemeinschränkungen auf iOS 16.4+ zurückgegeben werden.
-
-## Laufzeitzugriff anfordern (Android)
-
-```typescript
-import { Sim } from '@capgo/capacitor-sim';
-
-const status = await Sim.checkPermissions();
-if (status.readSimCard !== 'granted') {
-  const updated = await Sim.requestPermissions();
-  if (updated.readSimCard !== 'granted') {
-    throw new Error('Telephony permission denied');
-  }
-}
-```
-
-## SIM-Karten lesen
-
-```typescript
-const { simCards } = await Sim.getSimCards();
-
-simCards.forEach((card, index) => {
-  console.log(`Slot ${card.simSlotIndex ?? index}:`, {
-    carrier: card.carrierName,
-    mcc: card.mobileCountryCode,
-    mnc: card.mobileNetworkCode,
-    country: card.isoCountryCode,
-    subscriptionId: card.subscriptionId,
-  });
-});
-```
-
-## Überlegungen zur Plattform
-
-- **Dual-SIM-Geräte**: Durchlaufen Sie das zurückgegebene Array; Jeder Eintrag entspricht einem Slot. Wenn vorhanden, hilft Ihnen `subscriptionId` bei der Interaktion mit den Telefonie-APIs von Android.
-- **iOS 16.4+**: Apple schwärzt mehrere Trägerattribute. Erwarten Sie Platzhalterwerte (`--`, `65535`) und planen Sie Fallbacks in Ihrer Benutzeroberfläche.
-- **Web**: Das Plugin wird mit leeren Daten aufgelöst, da Browser nicht auf SIM-Informationen zugreifen können.
diff --git a/src/content/docs/de/docs/plugins/sim/index.mdx b/src/content/docs/de/docs/plugins/sim/index.mdx
deleted file mode 100644
index c273f90a0..000000000
--- a/src/content/docs/de/docs/plugins/sim/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: '@capgo/capacitor-sim'
-description: >-
-  Überprüfen Sie SIM-Kartensoziale Informationen wie Betreiber, Ländercode und
-  Slot-Index von Capacitor-Apps.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-hero:
-  tagline: >-
-    Rufen Sie SIM-Betreiber-Metadaten ab und handhaben Sie Berechtigungsabläufe
-    mit einer leichtgewichtigen Capacitor-Brücke.
-  image:
-    file: ~public/icons/plugins/sim.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/sim/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-sim/'
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Verwenden Sie Capgo SIM, um Betreiberdaten, Slot-Indizes und Berechtigungsstatus abzufragen, während Sie in Capacitor bleiben.
-
-<CardGrid stagger>
-  <Card title="Multi-SIM-Unterstützung" icon="rocket">
-    Zählen Sie jede installierte SIM zusammen mit Slot-Indizes und Abonnement-IDs auf.
-  </Card>
-  <Card title="Berechtigungshelfer" icon="approve-check">
-    Überprüfen und fordern Sie die auf Android erforderliche Telefonieberechtigung an.
-  </Card>
-  <Card title="Konsistentes Schema" icon="star">
-    Arbeiten Sie mit normalisierten Betreiber-Feldern wie MCC, MNC, ISO-Land und Telefonnummern.
-  </Card>
-  <Card title="iOS-bewusst" icon="pencil">
-    Behandeln Sie Plattformpecüliarheiten wie begrenzte Betreiberdaten auf iOS 16.4+.
-  </Card>
-</CardGrid>
-
-Schauen Sie sich den Leitfaden für Erste Schritte an, um Berechtigungen und Verbrauchsmuster zu integrieren.
diff --git a/src/content/docs/de/docs/plugins/social-login/apple/android.mdx b/src/content/docs/de/docs/plugins/social-login/apple/android.mdx
deleted file mode 100644
index 2ffec0341..000000000
--- a/src/content/docs/de/docs/plugins/social-login/apple/android.mdx
+++ /dev/null
@@ -1,296 +0,0 @@
----
-title: Apple Anmeldung bei Android
-description: ''
-sidebar:
-  order: 3
-locale: de
----
-import MermaidGraph from '@/components/MermaidGraph.astro';
-import { Steps } from '@astrojs/starlight/components';
-
-export const appleLoginFlowGraph = `flowchart TD
-    A("await SocialLogin.login()") -->|Im Plugin behandelt|B(Anmelde-URL generieren)
-    B --> |Link übergeben| C (Öffnen Sie den Chrome-Browser)
-    C -> D (Warten Sie, bis sich der Benutzer anmeldet)
-    D --> |Apple leitet zu Ihrem Backend weiter|E(Verarbeitet die von Apple zurückgegebenen Daten)
-    E -> F (Zurück zur App weiterleiten)
-    F -> G(Zurück zu JS)`;
-
-Apple Die Anmeldung auf Android ist schwierig. Apple bietet keine offizielle Unterstützung für `Sign in with Apple` auf Android, daher ist die Lösung etwas hackig.
-
-Android verwendet derzeit Chrome-Tabs, um eine OAuth2-Website anzuzeigen. Dieser Ansatz birgt folgende Herausforderungen:
-
-- Schwierige Konfiguration
-- Ein Backend ist erforderlich
-
-## Den Ablauf auf Android verstehen.
-
-Lassen Sie mich den Ablauf auf Android anhand eines Diagramms erläutern:
-
-<MermaidGraph graph={appleLoginFlowGraph} ariaLabel="Apple Login flow diagram on Android" fullWidth={false} />
-
-Nachdem Sie nun die Herausforderungen und den Ablauf kennen, beginnen wir mit der Konfiguration.
-
-## Erstellen der Service-ID
-
-<Steps>
-1. Melden Sie sich beim [Apple Entwicklerportal](https://developer.apple.com) an. 
-
-2. Klicken Sie auf `Identifiers`.
-
-    <img src="/social-login-assets/apple_dev_portal_iden.png" alt="Apple Abschnitt „Entwicklerportal-IDs“." />
-    
-    Sie sollten einen Bildschirm sehen, der so aussieht:
-
-    <img src="/social-login-assets/apple_dev_portal_iden_2.png" alt="Apple Bildschirm „Developer Portal Identifiers“." />
-
-    1. Stellen Sie sicher, dass in diesem Feld <code>App IDs</code> steht.
-    2. Stellen Sie sicher, dass Sie Ihre App-ID finden können.
-        :::Hinweis
-        Wenn Sie Apple Login für IOS nicht konfiguriert haben, müssen Sie eines erstellen. Für mich habe ich bereits eines erstellt. Die App-ID, die ich verwenden werde, ist `me.wcaleniewolny.test.ionic.vue`. Wenn Sie noch keine haben, erstellen Sie bitte eine mit dem [Schritt „App erstellen“](#creating-the-app).
-        :::
-3. Stellen Sie sicher, dass die Funktion `Sign in with Apple` für Ihre App aktiviert ist
-    1. Klicken Sie auf Ihre App
-        <img src="/social-login-assets/apple_dev_click_on_app.png" alt="Wählen Sie Ihre App aus der Liste aus" />
-    2. Stellen Sie sicher, dass die Funktion `Sign in with Apple` aktiviert ist
-        <img src="/social-login-assets/apple_dev_sign_in_with_apple_enabled.png" alt="Kontrollkästchen „Anmelden mit aktivierter Apple-Funktion“ aktivieren" />
-    3. Wenn es nicht aktiviert ist, aktivieren Sie es.
-4. Gehen Sie zurück zu „Alle Bezeichner“. 
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="" />
-5. Klicken Sie auf „App-IDs“ und gehen Sie zu „Dienst-IDs“.
-   <img src="/social-login-assets/apple_dev_go_to_services_id.png" alt="Navigation zum Abschnitt „Dienst-IDs“." />
-6. Erstellen Sie eine neue Kennung
-    1. Klicken Sie auf den Plus-Button
-        <img src="/social-login-assets/apple_dev_iden_add.png" alt="Schaltfläche „Neue Service-ID hinzufügen“." />
-    
-    2. Wählen Sie „Dienst-IDs“ und klicken Sie auf `Continue`
-        <img src="/social-login-assets/apple_dev_service_and_cont.png" alt="Auswahl der Option „Service-IDs“." />
-    
-    3. Geben Sie eine Beschreibung und eine Kennung ein und klicken Sie auf `Continuie`.
-
-        <img src="/social-login-assets/apple_dev_reg_service_2.png" alt="Eingeben von Service-ID-Details" />
-
-        :::Hinweis
-        Dieser `identifiers` wird zum `clientId`, den Sie in der Funktion `initialize` UND `ANDROID_SERVICE_ID` für das Backend übergeben. 
-        
-        **Bitte speichern!!!**
-        :::
-
-        :::Hinweis
-        Die Service-ID muss nicht mit der App-ID übereinstimmen, ich empfehle jedoch, die Service-ID auf `YOUR_APP_ID.service` festzulegen. Zur Erinnerung: Ich verwende `me.wcaleniewolny.test.ionic.vue` als meine App-ID, aber ich verwende `ee.forgr.io.ionic.service2` als Dienst-ID.
-        :::
-    4. Bitte überprüfen Sie die Details und klicken Sie auf `Register`
-        <img src="/social-login-assets/apple_dev_service_ref_fin.png" alt="Bestätigen der Service-ID-Registrierung" />
-    
-    5. Klicken Sie auf den neu erstellten Dienst
-        <img src="/social-login-assets/apple_dev_open_serv.png" alt="Auswahl der neu erstellten Service-ID" />
-    
-    6. Aktivieren Sie die Option `Sign in with Apple`
-        <img src="/social-login-assets/apple_dev_serv_enable_sign_with_apple.png" alt="Aktivieren der Anmeldung mit Apple für die Dienst-ID" />
-    
-    7. Konfigurieren Sie den `Sign In with Apple`
-        <img src="/social-login-assets/apple_dev_conf_serv_sign_with_apple.png" alt="Schaltfläche „Konfigurieren“ für „Anmelden mit Apple“" />
-    
-    8. Stellen Sie sicher, dass die „Primäre App-ID“ auf die im vorherigen Schritt konfigurierte App-ID eingestellt ist
-        <img src="/social-login-assets/apple_dev_service_prim_id.png" alt="Dropdown-Liste zum Festlegen der primären App-ID" />
-    
-    9. Fügen Sie die Domäne hinzu, auf der Sie Ihr Backend hosten möchten.<img src="/social-login-assets/apple_dev_serv_create_next.png" alt="Festlegen von Domänen- und Rückgabe-URL-Feldern" />
-
-        :::Hinweis
-        Dieses Backend **muss** auf HTTPS ausgeführt werden. Was die „Rückgabe-URLs“ betrifft, möchten Sie möglicherweise darauf zurückkommen, nachdem Sie den nächsten Abschnitt dieses Tutorials gelesen und das Backend konfiguriert haben. Für die Zwecke dieses Tutorials verwende ich `https://xyz.wcaleniewolny.me/login/callback` als Rückgabe-URL und `xyz.wcaleniewolny.me` als Domäne. Drücken Sie Weiter.
-        :::
-
-    10. Bestätigen Sie die Daten und klicken Sie auf `Done`
-        <img src="/social-login-assets/apple_dev_serv_conf_done.png" alt="Bestätigen der Domänen- und Rückgabe-URL-Konfiguration" />
-
-    11. Klicken Sie auf `Continue`
-        <img src="/social-login-assets/apple_dev_cont_serv_creat.png" alt="Schaltfläche „Weiter“ für die Dienstkonfiguration" />
-
-    12. Klicken Sie auf `Save`
-        <img src="/social-login-assets/apple_dev_cont_serv_creat_save.png" alt="Schaltfläche „Speichern“ für die Dienstkonfiguration" />
-</Steps>
-
-## Schlüssel erstellen
-
-<Steps>
-1. Gehen Sie zurück zu „Alle Bezeichner“. 
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="Navigationsschaltfläche „Alle Bezeichner“." />
-2. Klicken Sie auf `Keys`
-    <img src="/social-login-assets/apple_dev_key_selc.png" alt="Abschnitt „Schlüssel“ im Entwicklerportal Apple" />
-3. Klicken Sie auf das Plus-Symbol
-    <img src="/social-login-assets/apple_dev_key_plus.png" alt="Schaltfläche „Neuen Schlüssel hinzufügen“." />
-4. Benennen Sie Ihren Schlüssel
-    <img src="/social-login-assets/apple_key_name.png" alt="Eingabefeld für den Schlüsselnamen" />
-    :::Hinweis
-    Dieser Name ist nicht wichtig, Sie können alles eingeben.
-    :::
-5. Wählen Sie `Sign in with Apple` und klicken Sie auf `Configure`
-    <img src="/social-login-assets/apple_dev_key_sing_apple_conf.png" alt="Aktivieren und Konfigurieren der Anmeldung mit Apple für den Schlüssel" />
-6. Wählen Sie die primäre App-ID aus und drücken Sie `Save`.
-    <img src="/social-login-assets/apple_dev_key_prim_app_id.png" alt="Auswählen der primären App-ID für den Schlüssel" />
-
-    :::Hinweis
-    Dies muss dieselbe App-ID sein wie die ID in den vorherigen Schritten.
-    :::
-7. Klicken Sie auf `Continue`
-    <img src="/social-login-assets/apple_dev_key_const.png" alt="Schaltfläche „Weiter“ zur Tastenkonfiguration" />
-8. Klicken Sie auf `Register`
-    <img src="/social-login-assets/apple_dev_key_reg.png" alt="Schaltfläche „Registrieren“ für die Schlüsselerstellung" />
-9. Kopieren Sie die Schlüssel-ID und laden Sie den Schlüssel herunter.
-    <img src="/social-login-assets/apple_dev_key_downl.png" alt="Schlüssel-ID und Download-Schaltflächenbildschirm" />
-
-    :::Vorsicht
-        **WICHTIG:** Speichern Sie diese ID, im Backend heißt sie `KEY_ID`. Laden Sie den Schlüssel herunter. Stellen Sie sicher, dass Sie diesen Schlüssel niemals weitergeben.
-    :::
-10. Suchen Sie den heruntergeladenen Schlüssel und speichern Sie ihn im Backend-Ordner.
-    <img src="/social-login-assets/apple_dev_downloaded_key.png" alt="Schlüsseldatei heruntergeladen" />
-</Steps>
-
-## Abrufen der Team-ID
-
-Um `Login with Apple` auf Android verwenden zu können, benötigen Sie die „Team-ID“. Es wird im Backend verwendet.
-
-<Steps>
-   1. Gehen Sie zu [dieser Website](https://developer.apple.com/account/) und scrollen Sie nach unten
-   
-   2. Suchen Sie die „Team-ID“.
-      <img src="/social-login-assets/apple_dev_team_id.png" alt="Standort der Team-ID im Entwicklerkonto" />
-</Steps>
-
-## Konfigurieren der App-Weiterleitung
-
-Wie Sie im Diagramm gesehen haben, führt das Backend einen Schritt namens „Zurück zur App umleiten“ aus. Dies erfordert manuelle Änderungen an Ihrer App.
-
-<Steps>
-    1. Ändern Sie `AndroidManifest.xml`
-        1. Öffnen Sie die Datei, ich verwende `AndroidStudio`
-            <img src="/social-login-assets/studio_android_manifest_file.png" alt="AndroidManifest.xml-Datei in Android Studio" />
-        2. Suchen Sie nach `MainActivity` und fügen Sie den folgenden Intent-Filter hinzu
-            <img src="/social-login-assets/studio_manifest_code_to_add.png" alt="Absichtsfiltercode zum Hinzufügen in MainActivity" />
-
-            ```xml
-            <intent-filter>
-                <action android:name="android.intent.action.VIEW" />
-                <category android:name="android.intent.category.DEFAULT" />
-                <category android:name="android.intent.category.BROWSABLE" />
-                <data android:scheme="capgo-demo-app" android:host="path" />
-            </intent-filter>
-            ```
-    2. Ändern Sie `MainActivity`
-        1. Bitte öffnen Sie das `MainActivity`
-            <img src="/social-login-assets/studio_main_activ_file.png" alt="MainActivity.java-Datei in Android Studio" />
-
-        2. Fügen Sie den folgenden Code hinzu:
-            <img src="/social-login-assets/studio_main_actv_new_code.png" alt="Code zum Hinzufügen zu MainActivity für die Verarbeitung von Deep Links" />
-
-            ```java
-            @Override
-            protected void onNewIntent(Intent intent) {
-                String action = intent.getAction();
-                Uri data = intent.getData();
-            
-                if (Intent.ACTION_VIEW.equals(action) && data != null) {
-                    PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                    if (pluginHandle == null) {
-                        Log.i("Apple Login Intent", "SocialLogin login handle is null");
-                        return;
-                    }
-                    Plugin plugin = pluginHandle.getInstance();
-                    if (!(plugin instanceof SocialLoginPlugin)) {
-                        Log.i("Apple Login Intent", "SocialLogin plugin instance is not SocialLoginPlugin");
-                        return;
-                    }
-                    ((SocialLoginPlugin) plugin).handleAppleLoginIntent(intent);
-                    return;
-                }
-                super.onNewIntent(intent);
-            }
-            ```
-
-            :::Vorsicht
-            In diesem Beispiel wird davon ausgegangen, dass Sie keine Deep Links konfiguriert haben. Passen Sie in diesem Fall bitte den Code an
-            :::
-</Steps>
-
-:::note
-Sie haben gerade einen neuen Deep-Link zu Ihrer App hinzugefügt. Der Deep-Link sieht etwa so aus: `capgo-demo-app://path`. Sie können `android:scheme` und `android:host` ändern, um das Aussehen dieses Deep Links zu ändern.
-**Wichtig:** In der Backend-Konfiguration wird dieser Deep Link zu `BASE_REDIRECT_URL`
-:::
-
-
-## Backend-Konfiguration
-
-Für Android ist ein Backend erforderlich, aber die Konfiguration eines Backends wirkt sich auch auf IOS aus. Ein Beispiel-Backend finden Sie [hier](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/index.ts)Dieses Beispiel bietet Folgendes:
-- Eine einfache JSON-Datenbank
-– Eine Möglichkeit, JWT von den Servern von Apple anzufordern
-- Eine einfache JWT-Verifizierung
-
-:::note
-Ich verwende `PM2`, um dieses Beispiel zu hosten. Ein Beispiel `ecosystem.config.js` finden Sie [hier](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/ecosystem.config.js.example)
-:::
-
-Angesichts all dessen, was ich in diesem Tutorial gesagt habe, würde der Abschnitt `env` folgendermaßen aussehen:
-
-- `ANDROID_SERVICE_ID` = Dienst-ID
-- `IOS_SERVICE_ID` = App-ID
-
-```js
-env: {
-  PRIVATE_KEY_FILE: "AuthKey_U93M8LBQK3.p8",
-  KEY_ID: "U93M8LBQK3",
-  TEAM_ID: "UVTJ336J2D",
-  ANDROID_SERVICE_ID: "ee.forgr.io.ionic.starter.service2",
-  IOS_SERVICE_ID: "me.wcaleniewolny.test.ionic.vue",
-  PORT: 3000,
-  REDIRECT_URI: "https://xyz.wcaleniewolny.me/login/callback",
-  BASE_REDIRECT_URL: "capgo-demo-app://path"
-}
-```
-
-#### Verwendung des Plugins
-
-Die Verwendung der Funktion `login` ändert sich nicht, sie ist dieselbe wie bei IOS. Weitere Informationen finden Sie in diesem Abschnitt. **Allerdings** ändert sich die Methode `initialize` ein wenig.
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: 'ee.forgr.io.ionic.starter.service2',
-    redirectUrl: 'https://appleloginvps.wcaleniewolny.me/login/callback'
-  }
-})
-```
-
-:::danger
-    Beachten Sie, dass das Hinzufügen von `redirectUrl` **Auswirkungen** auf IOS haben wird !!!!!
-:::
-
-
-## Erstellen der App
-
-:::note
-Wenn Sie bereits über eine App-ID verfügen, können Sie diesen Schritt überspringen.
-Führen Sie diesen Schritt nicht aus, wenn Sie Apple Login für IOS konfiguriert haben.
-:::
-
-<Steps>
-   1. Wenn Sie noch keine App-ID haben, klicken Sie auf die Plus-Schaltfläche
-        <img src="/social-login-assets/apple_dev_iden_plus.png" alt="Schaltfläche „Neuen Bezeichner hinzufügen“ hinzufügen" />
-   
-   2. Wählen Sie „App-IDs“ und klicken Sie auf „Weiter“. 
-        <img src="/social-login-assets/apple_dev_new_app_id.png" alt="Auswählen des App-ID-Typs" />
-   
-   3. Klicken Sie auf Typ `App` und klicken Sie auf `Continue` 
-        <img src="/social-login-assets/apple_dev_new_app_type.png" alt="Auswahl des App-Typs" />
-   
-   4. Geben Sie die Beschreibung und die App-ID ein 
-        <img src="/social-login-assets/apple_dev_new_app_desc_id.png" alt="Eingabe der App-Beschreibung und Bundle-ID" />
-   
-   5. Aktivieren Sie die `Sign with Apple`-Funktion 
-        <img src="/social-login-assets/apple_dev_enable_sign_with_apple.png" alt="Aktivieren der Anmeldung mit der Apple-Funktion" />
-   
-   6. Klicken Sie auf `Continue` 
-        <img src="/social-login-assets/apple_dev_register_continue.png" alt="Schaltfläche „Weiter“ für die App-Registrierung" />
-   
-   7. Bestätigen Sie die Details und klicken Sie auf `Register` 
-        <img src="/social-login-assets/apple_dev_confirm_register.png" alt="Bestätigen der App-Registrierungsdetails" />
-</Steps>
diff --git a/src/content/docs/de/docs/plugins/social-login/apple/general.mdx b/src/content/docs/de/docs/plugins/social-login/apple/general.mdx
deleted file mode 100644
index c556a8143..000000000
--- a/src/content/docs/de/docs/plugins/social-login/apple/general.mdx
+++ /dev/null
@@ -1,16 +0,0 @@
----
-title: Apple Login-Einrichtung
-locale: de
-description: Diese Anleitung bietet detaillierte Anweisungen zur Einrichtung von Apple Login mit Capacitor, die alle notwendigen Schritte und Anforderungen für eine erfolgreiche Integration abdeckt.
-sidebar:
-    order: 1
----
-
-### Einführung
-
-In diesem Leitfaden lernen Sie, wie Sie Apple Login mit Capacitor konfigurieren. Dafür benötigen Sie Folgendes:
-
-- ein Apple Developer-Konto
-- Einen Computer mit macOS (nur iOS)
-- Xcode installiert (nur iOS)
-- Ein benutzerdefiniertes Backend (nur Android)
diff --git a/src/content/docs/de/docs/plugins/social-login/apple/ios.mdx b/src/content/docs/de/docs/plugins/social-login/apple/ios.mdx
deleted file mode 100644
index 837409776..000000000
--- a/src/content/docs/de/docs/plugins/social-login/apple/ios.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: Apple Login auf iOS
-locale: de
-description: Diese umfassende Anleitung führt Sie durch den Prozess der Einrichtung von Apple Login mit Capacitor auf iOS-Geräten und stellt eine nahtlose Integration durch Abdeckung aller notwendigen Schritte und Konfigurationen sicher.
-sidebar:
-    order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Lassen Sie uns aufschlüsseln, was Sie benötigen, um Apple Login auf iOS einzurichten.
-
-<Steps>
-1. Konfigurieren Sie die Funktionen Ihrer App.
-
-    Um dies zu tun, öffnen Sie bitte Xcode, klicken Sie auf `App`
-    ![App XCode](/social-login-assets/app-xcode.png)
-
-2. Stellen Sie sicher, dass Sie das richtige Ziel auswählen.
-
-    ![XCode App Target](/social-login-assets/xcode-app-target.png)
-
-3. Bitte stellen Sie sicher, dass Sie die Funktion `Sign in with Apple` hinzufügen.
-
-    ![App XCode Add Capability](/social-login-assets/app-xcode-add-cap.png)
-
-    ![App XCode Add Capability](/social-login-assets/sign-with-apple-cap.png)
-
-    :::caution
-    Wenn Sie die Funktion `Sign in with Apple` nicht sehen, konfigurieren Sie die [Account & Organizational Data Sharing](https://developer.apple.com/account/resources/services/cwa/configure/)
-    :::
-
-4. Initialisieren Sie das Apple Login in Ihrer App.
-
-    :::note
-    Ich verwende Vue als mein Framework, die genaue Implementierung variiert je nach Framework Ihrer Wahl
-    :::
-
-    ```ts
-    //  onMounted ist Vue-spezifisch
-    onMounted(() => {
-    SocialLogin.initialize({
-        apple: {}
-    })
-    });
-    ```
-
-5. Erstellen Sie eine Schaltfläche, die den Login-Prozess startet.
-
-    Diese Schaltfläche sollte die folgende Funktion aufrufen:
-
-    ```ts
-    async function loginApple() {
-    const res = await SocialLogin.login({
-        provider: 'apple',
-        options: {}
-    })
-    ```
-
-6. Führen Sie Ihre App auf einem **<u>PHYSISCHEN</u>** Gerät aus und testen Sie sie.
-
-    Wenn Sie die Schritte genau befolgt haben, sehen Sie nach dem Klicken auf Ihre Schaltfläche den folgenden Bildschirm.
-
-    ![Apple Sign In prompt on iOS device](/social-login-assets/apple-sign-in-ios-final.png)
-</Steps>
-
-Das war's! Sie sind fertig.
diff --git a/src/content/docs/de/docs/plugins/social-login/apple/web.mdx b/src/content/docs/de/docs/plugins/social-login/apple/web.mdx
deleted file mode 100644
index a5be6ec65..000000000
--- a/src/content/docs/de/docs/plugins/social-login/apple/web.mdx
+++ /dev/null
@@ -1,63 +0,0 @@
----
-title: Apple Login für Webbrowser
-locale: de
-description: Dieser Leitfaden bietet eine detaillierte Anleitung zur Einrichtung von Apple Login mit Capacitor für Webanwendungen unter Verwendung des @capgo/capacitor-social-login Plugins, um einen nahtlosen Integrationsprozess zu gewährleisten.
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-Die Konfiguration des Web-Logins ist nicht trivial. Es ist schwieriger als die Einrichtung von `Sign in with Apple` auf iOS, aber schwieriger als die Einrichtung von `Sign in with Apple` auf Android.
-
-## Generierung des Dienstes
-
-:::note
-Dieser Schritt ist redundant, wenn Sie bereits `Sign in with Apple` auf Android konfiguriert haben.
-:::
-
-Bitte folgen Sie der Anleitung [hier](/docs/plugins/social-login/apple/android/#creating-the-service-id/), um den Dienst zu generieren.
-
-## Konfiguration der `Return URLs`
-
-<Steps>
-
-1. **Gehen Sie zu Ihrer Service ID Konfiguration**
-
-   Im [Apple Developer Portal](https://developer.apple.com) navigieren Sie zu `Identifiers` > `Services IDs` und klicken Sie auf Ihre Service ID.
-
-2. **Konfigurieren Sie Sign in with Apple**
-
-   Klicken Sie auf `Configure` neben `Sign in with Apple`.
-
-   ![apple_dev_configure_login](/social-login-assets/apple_dev_configure_login.webp)
-
-3. **Fügen Sie die Return URLs hinzu**
-
-   Klicken Sie auf die `+` Schaltfläche, um eine neue Return URL hinzuzufügen.
-
-   ![apple_dev_return_url_plus](/social-login-assets/apple_dev_return_url_plus.webp)
-
-4. **Fügen Sie die Return URLs hinzu**
-
-   Fügen Sie Ihre Domain für Ihre Webanwendung unter `Domains and Subdomains` hinzu.
-   :::caution
-   Sie **KÖNNEN NICHT** `localhost` oder `127.0.0.1` als Domain hier hinzufügen.
-   :::
-
-   Fügen Sie dann Ihre Domain mit dem `https://` Präfix und dem Pfad hinzu, von dem Sie Apple Login aufrufen werden.
-   Wenn Ihre Domain zum Beispiel `https://my-app.com` ist und Sie Apple Login von `/login` aufrufen, sollten Sie `https://my-app.com/login` als Return URL hinzufügen.
-
-   :::caution
-   Sie **MÜSSEN** sowohl die Domain mit als auch ohne abschließenden Schrägstrich hinzufügen.
-   :::
-
-   ![apple_dev_return_url_add](/social-login-assets/apple_dev_return_url_add.webp)
-
-5. **Speichern Sie die Änderungen**
-
-   1. Klicken Sie auf die `Next` Schaltfläche, um die Änderungen zu speichern.
-   2. Klicken Sie auf die `Save` Schaltfläche, um die Änderungen zu speichern.
-
-6. Sie sollten nun bereit sein, den Login für JavaScript zu testen. Bitte beachten Sie, dass Sie nicht von localhost testen können.
-</Steps>
diff --git a/src/content/docs/de/docs/plugins/social-login/facebook.mdx b/src/content/docs/de/docs/plugins/social-login/facebook.mdx
deleted file mode 100644
index d627c424e..000000000
--- a/src/content/docs/de/docs/plugins/social-login/facebook.mdx
+++ /dev/null
@@ -1,666 +0,0 @@
----
-title: Facebook Login Einrichtung
-locale: de
-description: Dieser Leitfaden bietet eine umfassende Anleitung zur Einrichtung von Facebook Login mit Capacitor und gewährleistet eine nahtlose Integration und verbesserte Benutzerauthentifizierung für Ihre Anwendung.
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-## Einführung
-
-In diesem Leitfaden lernen Sie, wie Sie Facebook Login mit Capgo Social Login einrichten. Sie benötigen Folgendes:
-
-- Ein Facebook Developer Konto
-- Den Paketnamen/Bundle ID Ihrer App
-- Zugang zu einem Terminal zum Generieren von Schlüssel-Hashes (Android)
-
-## Allgemeine Einrichtung
-
-Wenn Sie noch keine Facebook App erstellt haben, folgen Sie diesen Schritten:
-
-<Steps>
-1. Erstellen Sie eine Facebook App
-
-   Folgen Sie dem Tutorial zum [Erstellen einer App](https://developers.facebook.com/docs/development/create-an-app/)
-
-2. Fügen Sie Facebook Login zu Ihrer App hinzu
-
-   Fügen Sie in Ihrem Facebook Developer Dashboard das Facebook Login Produkt zu Ihrer App hinzu
-
-3. Bevor Sie Ihre App für die Öffentlichkeit freigeben können, folgen Sie diesem [Tutorial](https://developers.facebook.com/docs/development/release/), um sie zu veröffentlichen
-</Steps>
-
-## Wichtige Informationen
-
-Hier finden Sie die wichtigsten Informationen, die Sie für die Integration benötigen:
-
-1. `CLIENT_TOKEN`:
-   <img src="/social-login-assets/fb_where_to_fiind_client_token.png" alt="Facebook Developer Dashboard zeigt, wo das Client Token zu finden ist" />
-
-2. `APP_ID`:
-   <img src="/social-login-assets/fb_where_to_find_app_id.png" alt="Facebook Developer Dashboard zeigt, wo die App ID zu finden ist" />
-
-3. `APP_NAME`:
-   <img src="/social-login-assets/fb_where_to_find_app_name.png" alt="Facebook Developer Dashboard zeigt, wo der App Name zu finden ist" />
-
-## Android Einrichtung
-
-<Steps>
-1. Fügen Sie die Internetberechtigung zu Ihrer `AndroidManifest.xml` hinzu
-
-   Stellen Sie sicher, dass diese Zeile vorhanden ist:
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET"/>
-   ```
-
-2. Generieren Sie Ihren Android Schlüssel-Hash
-
-   Dies ist ein wichtiger Sicherheitsschritt, der von Facebook erforderlich ist. Öffnen Sie Ihr Terminal und führen Sie aus:
-
-   ```bash
-   keytool -exportcert -alias androiddebugkey -keystore ~/.android/debug.keystore | openssl sha1 -binary | openssl base64 -A
-   ```
-
-   Wenn Sie nach einem Passwort gefragt werden, verwenden Sie: `android`
-
-   :::note
-   Für Release-Builds müssen Sie Ihren Release Keystore verwenden:
-   ```bash
-   keytool -exportcert -alias your-key-name -keystore your-keystore-path | openssl sha1 -binary | openssl base64 -A
-   ```
-   :::
-
-3. Fügen Sie den Schlüssel-Hash zu Ihrer Facebook App hinzu
-
-   1. Gehen Sie zum Dashboard Ihrer App bei Facebook Developers
-   2. Navigieren Sie zu Settings > Basic
-   3. Scrollen Sie nach unten zum "Android" Bereich
-   4. Klicken Sie auf "Add Platform", falls Android noch nicht hinzugefügt wurde, und füllen Sie die Details aus
-   5. Fügen Sie den von Ihnen generierten Schlüssel-Hash hinzu
-   6. Für die Produktion fügen Sie sowohl Debug- als auch Release-Schlüssel-Hashes hinzu
-
-4. Aktualisieren Sie Ihre `AndroidManifest.xml` um Folgendes einzuschließen:
-
-   ```xml
-   <application>
-       ...
-       <activity android:name="com.facebook.FacebookActivity"
-           android:configChanges="keyboard|keyboardHidden|screenLayout|screenSize|orientation"
-           android:label="@string/app_name" />
-
-       <activity
-           android:name="com.facebook.CustomTabActivity"
-           android:exported="true">
-           <intent-filter>
-               <action android:name="android.intent.action.VIEW" />
-               <category android:name="android.intent.category.DEFAULT" />
-               <category android:name="android.intent.category.BROWSABLE" />
-               <data android:scheme="FB[APP_ID]" />
-           </intent-filter>
-       </activity>
-   </application>
-   ```
-
-   :::caution
-   Stellen Sie sicher, dass Sie `[APP_ID]` im `android:scheme` Attribut durch Ihre tatsächliche Facebook App ID ersetzen
-   :::
-</Steps>
-
-## iOS Einrichtung
-
-<Steps>
-1. Fügen Sie die iOS Plattform in der Facebook Developer Console hinzu
-
-   1. Gehen Sie zum Dashboard Ihrer App bei Facebook Developers
-   2. Navigieren Sie zu Settings > Basic
-   3. Scrollen Sie ganz nach unten und klicken Sie auf "Add Platform"
-   4. Wählen Sie iOS und füllen Sie die erforderlichen Details aus
-
-2. Öffnen Sie Ihr Xcode Projekt und navigieren Sie zu Info.plist
-
-3. Fügen Sie die folgenden Einträge zu Ihrer Info.plist hinzu:
-
-   ```xml
-   <key>FacebookAppID</key>
-   <string>[APP-ID]</string>
-   <key>FacebookClientToken</key>
-   <string>[CLIENT-TOKEN]</string>
-   <key>FacebookDisplayName</key>
-   <string>[APP-NAME]</string>
-   <key>LSApplicationQueriesSchemes</key>
-   <array>
-       <string>fbapi</string>
-       <string>fb-messenger-share-api</string>
-   </array>
-   <key>CFBundleURLTypes</key>
-   <array>
-       <dict>
-           <key>CFBundleURLSchemes</key>
-           <array>
-               <string>fb[APP-ID]</string>
-           </array>
-       </dict>
-   </array>
-   ```
-
-   :::caution
-   Ersetzen Sie die folgenden Werte:
-   - `[APP-ID]` durch Ihre Facebook App ID
-   - `[CLIENT-TOKEN]` durch Ihr Client Token
-   - `[APP-NAME]` durch den Namen Ihrer App
-   :::
-
-4. Ändern Sie die `AppDelegate.swift`
-
-   ```swift
-   import FBSDKCoreKit
-   @UIApplicationMain
-   class AppDelegate: UIResponder, UIApplicationDelegate {
-         func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-           // Override point for customization after application launch.
-
-           // Initialize Facebook SDK
-           FBSDKCoreKit.ApplicationDelegate.shared.application(
-               application,
-               didFinishLaunchingWithOptions: launchOptions
-           )
-
-           return true
-       }
-
-       func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-           // Called when the app was launched with a url. Feel free to add additional processing here,
-           // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-           if (FBSDKCoreKit.ApplicationDelegate.shared.application(
-               app,
-               open: url,
-               sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-               annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-           )) {
-               return true;
-           } else {
-               return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-           }
-       }
-   }
-   ```
-</Steps>
-
-## Verwendung von Facebook Login in Ihrer App
-
-:::caution
-**Bevor Sie beginnen**: Denken Sie daran, dass bei dem neuen Facebook SDK der Token-Typ, den Sie erhalten, vollständig von der App Tracking Auswahl des Benutzers abhängt, nicht von Ihrer Code-Konfiguration. Implementieren Sie immer sowohl die Verarbeitung von Access Token als auch JWT Token in Ihrem Backend, um sicherzustellen, dass die Authentifizierung für alle Benutzer funktioniert.
-:::
-
-<Steps>
-1. Initialisieren Sie den Facebook Login in Ihrer App
-
-   ```typescript
-   import { SocialLogin } from '@capgo/capacitor-social-login';
-
-   // Während des App-Starts initialisieren
-   await SocialLogin.initialize({
-     facebook: {
-       appId: 'APP_ID',
-       clientToken: 'CLIENT_TOKEN',
-     }
-   })
-   ```
-
-2. Implementieren Sie die Login-Funktion
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-        options: {
-          permissions: ['email', 'public_profile'],
-          limitedLogin: false // Siehe Abschnitt Limited Login unten für wichtige Details
-        }
-       });
-       console.log('Facebook Login Ergebnis:', result);
-       // Erfolgreichen Login verarbeiten
-     } catch (error) {
-       console.error('Facebook Login Fehler:', error);
-       // Fehler verarbeiten
-     }
-   }
-   ```
-
-   :::note
-   **Limited Login (nur iOS)**: Setzen Sie `limitedLogin` auf true, wenn Sie Facebooks Limited Login Funktion verwenden möchten. Dies ist eine nur-iOS-Funktion, die verbesserten Datenschutz bietet, indem die während des Logins geteilten Daten eingeschränkt werden.
-
-   **Wichtige Einschränkungen:**
-   - **Nur iOS**: Limited Login betrifft nur iOS-Geräte und hat keine Auswirkungen auf Android
-   - **ATT Überschreibung**: Selbst wenn Sie `limitedLogin: false` setzen, wird Facebook es automatisch auf `true` zwingen, wenn der Benutzer keine App Tracking Transparency (ATT) Berechtigung erteilt hat
-   - **Beide Fälle immer behandeln**: Ihre App sollte immer darauf vorbereitet sein, sowohl Limited- als auch Full-Login-Szenarien zu behandeln
-
-   **ATT Status überprüfen:**
-   ```typescript
-   // Überprüfen Sie, ob der Benutzer die Tracking-Berechtigung erteilt hat
-   const trackingStatus = await SocialLogin.providerSpecificCall({
-     call: 'facebook#requestTracking',
-     options: {}
-   });
-   console.log('Tracking Status:', trackingStatus.status); // 'authorized', 'denied', 'notDetermined', oder 'restricted'
-   ```
-
-   **Empfohlene Implementierung, wenn access_token bevorzugt wird:**
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       // ATT Status zuerst überprüfen
-       const trackingStatus = await SocialLogin.providerSpecificCall({
-         call: 'facebook#requestTracking',
-         options: {}
-       });
-
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: trackingStatus.status === 'denied' // Automatisch basierend auf ATT anpassen
-         }
-       });
-
-       // Verschiedene Antworttypen basierend auf Limited Login verarbeiten
-       if (result.result.accessToken) {
-         // Ihre App-Logik sollte mit beiden funktionieren, Limited und Full Login
-         console.log('Login erfolgreich:', result);
-       }
-     } catch (error) {
-       console.error('Facebook Login Fehler:', error);
-     }
-   }
-   ```
-
-   **Was passiert bei Limited Login:**
-   - **Reduzierter Datenzugriff**: Einige Benutzerdaten sind möglicherweise nicht verfügbar
-   - **Verschiedene Token-Typen**: Access Tokens können unterschiedliche Fähigkeiten haben
-   - **Datenschutz-Compliance**: Hilft bei der Einhaltung der iOS-Datenschutzanforderungen
-
-   **Wichtig**: Testen Sie Ihre App immer sowohl mit Limited- als auch mit Full-Login-Szenarien, um sicherzustellen, dass Ihre App in beiden Fällen korrekt funktioniert. Sie können mehr über Limited Login [hier](https://developers.facebook.com/docs/facebook-login/limited-login/) erfahren.
-   :::
-
-3. **Benutzerprofildaten abrufen**
-
-   Nach erfolgreichem Login können Sie zusätzliche Profilinformationen abrufen:
-
-   ```typescript
-   async function getFacebookProfile() {
-     try {
-       const profileResponse = await SocialLogin.providerSpecificCall({
-         call: 'facebook#getProfile',
-         options: {
-           fields: ['id', 'name', 'email', 'first_name', 'last_name', 'picture']
-         }
-       });
-
-       console.log('Facebook Profil:', profileResponse.profile);
-       return profileResponse.profile;
-     } catch (error) {
-       console.error('Fehler beim Abrufen des Facebook Profils:', error);
-       return null;
-     }
-   }
-
-   // Beispielverwendung nach dem Login
-   async function loginAndGetProfile() {
-     const loginResult = await loginWithFacebook();
-     if (loginResult) {
-       const profile = await getFacebookProfile();
-       if (profile) {
-         console.log('Benutzer ID:', profile.id);
-         console.log('Name:', profile.name);
-         console.log('E-Mail:', profile.email);
-         console.log('Profilbild:', profile.picture?.data?.url);
-       }
-     }
-   }
-   ```
-
-   :::tip
-   **Verfügbare Profilfelder**: Sie können alle Felder anfordern, die in Facebooks Graph API verfügbar sind. Häufige Felder sind: `id`, `name`, `email`, `first_name`, `last_name`, `picture`, `birthday`, `gender`, `location`, `hometown`. Beachten Sie, dass einige Felder zusätzliche Berechtigungen erfordern können.
-   :::
-
-   :::warning
-   **Token-Typ-Einschränkung**: Der `getProfile` Aufruf funktioniert nur, wenn Sie ein **Access Token** haben (Standard-Login mit erlaubtem Tracking). Wenn der Benutzer das Tracking abgelehnt hat oder Sie Limited Login verwenden (nur JWT Token), schlägt dieser Aufruf fehl. Verwenden Sie in diesem Fall die in der anfänglichen Login-Antwort bereitgestellten Profildaten.
-   :::
-</Steps>
-
-## ⚠️ Kritisch: Backend Token-Verarbeitung
-
-:::danger
-**KRITISCHES iOS VERHALTEN**: Limited Login und App Tracking Transparency (ATT) sind **NUR-iOS** Funktionen. Auf Android erhalten Sie immer Access Tokens, unabhängig von der `limitedLogin` Einstellung.
-
-**iOS Token-Verhalten**:
-- **`limitedLogin: true`** → Immer JWT Token (nur iOS)
-- **`limitedLogin: false` + Benutzer ERLAUBT Tracking** → Access Token
-- **`limitedLogin: false` + Benutzer LEHNT Tracking AB** → JWT Token (iOS überschreibt Ihre Einstellung automatisch)
-
-**Android Token-Verhalten**: Immer Access Token, `limitedLogin` Einstellung wird ignoriert.
-:::
-
-Ihr Backend muss **zwei verschiedene Token-Typen** verarbeiten, da iOS-Benutzer je nach ihrer App Tracking Transparency Auswahl entweder Access Tokens oder JWT Tokens erhalten können, während Android-Benutzer immer Access Tokens erhalten.
-
-### Token-Typen nach Plattform
-
-| Plattform | limitedLogin Einstellung | Benutzer ATT Auswahl | Ergebnis Token-Typ |
-|----------|---------------------|-----------------|-------------------|
-| **iOS** | `true` | Beliebig | JWT Token |
-| **iOS** | `false` | Erlaubt Tracking | Access Token |
-| **iOS** | `false` | Lehnt Tracking ab | JWT Token (automatische Überschreibung) |
-| **Android** | Beliebig | N/A | Access Token (immer) |
-
-### Backend-Implementierung
-
-<Steps>
-1. **Token-Typ erkennen und entsprechend verarbeiten**
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const loginResult = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: false // iOS: abhängig von ATT, Android: ignoriert
-         }
-       });
-
-       if (loginResult.accessToken) {
-         // Access Token (Android immer, iOS wenn Tracking erlaubt)
-         return handleAccessToken(loginResult.accessToken.token);
-       } else if (loginResult.idToken) {
-         // JWT Token (nur iOS wenn Tracking abgelehnt oder limitedLogin: true)
-         return handleJWTToken(loginResult.idToken);
-       }
-     } catch (error) {
-       console.error('Facebook Login Fehler:', error);
-     }
-   }
-   ```
-
-2. **Firebase Integration Beispiel**
-
-   ```typescript
-   import { OAuthProvider, FacebookAuthProvider, signInWithCredential } from 'firebase/auth';
-
-   async function handleAccessToken(accessToken: string, nonce: string) {
-     // Für Access Tokens, verwenden Sie OAuthProvider (neue Methode)
-     const fbOAuth = new OAuthProvider("facebook.com");
-     const credential = fbOAuth.credential({
-       idToken: accessToken,
-       rawNonce: nonce
-     });
-
-     try {
-       const userResponse = await signInWithCredential(auth, credential);
-       return userResponse;
-     } catch (error) {
-       console.error('Firebase OAuth Fehler:', error);
-       return false;
-     }
-   }
-
-   async function handleJWTToken(jwtToken: string) {
-     // Für JWT Tokens, senden Sie an Ihr Backend zur Validierung
-     try {
-       const response = await fetch('/api/auth/facebook-jwt', {
-         method: 'POST',
-         headers: {
-           'Content-Type': 'application/json',
-         },
-         body: JSON.stringify({ jwtToken })
-       });
-
-       const result = await response.json();
-       return result;
-     } catch (error) {
-       console.error('JWT Validierungsfehler:', error);
-       return false;
-     }
-   }
-   ```
-
-3. **Backend JWT Validierung**
-
-   ```typescript
-   // Backend: JWT Token von Facebook validieren
-   import jwt from 'jsonwebtoken';
-   import { Request, Response } from 'express';
-
-   app.post('/api/auth/facebook-jwt', async (req: Request, res: Response) => {
-     const { jwtToken } = req.body;
-
-     try {
-       // JWT Token mit Facebooks öffentlichem Schlüssel verifizieren
-       // Siehe: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(jwtToken, getFacebookPublicKey(), {
-         algorithms: ['RS256'],
-         audience: process.env.FACEBOOK_APP_ID,
-         issuer: 'https://www.facebook.com' // Von: https://www.facebook.com/.well-known/openid-configuration/?_rdr
-       });
-
-       // Benutzerinformationen aus JWT extrahieren
-       const userInfo = {
-         id: decoded.sub,
-         email: decoded.email,
-         name: decoded.name,
-         isJWTAuth: true
-       };
-
-       // Session/Token Ihrer App erstellen
-       const sessionToken = createUserSession(userInfo);
-
-       res.json({
-         success: true,
-         token: sessionToken,
-         user: userInfo
-       });
-     } catch (error) {
-       console.error('JWT Validierung fehlgeschlagen:', error);
-       res.status(401).json({ success: false, error: 'Ungültiger Token' });
-     }
-   });
-   ```
-
-4. **Generischer Backend Token Handler**
-
-   ```typescript
-   // Beide Token-Typen in Ihrem Backend verarbeiten
-   async function authenticateFacebookUser(tokenData: any) {
-     if (tokenData.accessToken) {
-       // Access Token verarbeiten - mit Facebook Graph API validieren
-       const response = await fetch(`https://graph.facebook.com/me?access_token=${tokenData.accessToken}&fields=id,name,email`);
-       const userInfo = await response.json();
-
-       return {
-         user: userInfo,
-         tokenType: 'access_token',
-         expiresIn: tokenData.expiresIn || 3600
-       };
-     } else if (tokenData.jwtToken) {
-       // JWT Token verarbeiten - dekodieren und validieren
-       // Siehe: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(tokenData.jwtToken, getFacebookPublicKey());
-
-       return {
-         user: {
-           id: decoded.sub,
-           name: decoded.name,
-           email: decoded.email
-         },
-         tokenType: 'jwt',
-         expiresIn: decoded.exp - Math.floor(Date.now() / 1000)
-       };
-     } else {
-       throw new Error('Kein gültiger Token bereitgestellt');
-     }
-   }
-   ```
-</Steps>
-
-### Wichtige Überlegungen
-
-:::danger
-**Kritisches Nur-iOS-Verständnis**:
-- **iOS**: Die App Tracking Auswahl des Benutzers bestimmt den Token-Typ, NICHT Ihre Code-Einstellungen (selbst wenn `limitedLogin: false`)
-- **Android**: Erhält immer Access Tokens, unabhängig von der `limitedLogin` Einstellung
-- **Limited Login ist NUR-iOS** - Android ignoriert diese Einstellung vollständig
-:::
-
-**Access Token (Standard Login)**:
-- ✅ **Android**: Immer verfügbar (iOS-only Einschränkungen gelten nicht)
-- ✅ **iOS**: Nur wenn der Benutzer explizit App-Tracking erlaubt
-- ✅ Kann zum Zugriff auf Facebook Graph API verwendet werden
-- ✅ Längere Ablaufzeiten
-- ✅ Mehr Benutzerdaten verfügbar
-- ❌ **Wird auf iOS weniger häufig**, da Benutzer zunehmend Tracking ablehnen
-
-**JWT Token (Nur-iOS Datenschutzmodus)**:
-- ❌ **Android**: Tritt nie auf (nicht unterstützt)
-- ✅ **iOS**: Wenn Tracking abgelehnt oder `limitedLogin: true`
-- ✅ Respektiert iOS-Benutzerdatenschutzpräferenzen
-- ❌ Enthält nur grundlegende Benutzerinformationen
-- ❌ Kürzere Ablaufzeiten
-- ❌ Kein Zugriff auf Facebook Graph API
-- ⚠️ **Jetzt das häufigste Szenario für iOS-Benutzer**
-
-:::warning
-**Plattformspezifisches Verhalten**:
-- **iOS-Apps**: Müssen sowohl Access Tokens ALS AUCH JWT Tokens verarbeiten
-- **Android-Apps**: Müssen nur Access Tokens verarbeiten
-- **Plattformübergreifende Apps**: Müssen beide Token-Verarbeitungsmethoden implementieren
-:::
-
-:::tip
-**Essentiell für iOS**: Sie MÜSSEN beide Token-Verarbeitungsmethoden implementieren. Viele iOS-Entwickler nehmen an, dass sie immer Access Tokens erhalten, und ihre Apps brechen zusammen, wenn Benutzer Tracking ablehnen.
-:::
-
-## Anforderungen an sichere Kontexte (Web/Capacitor)
-
-### Crypto API Einschränkungen
-
-Der aktualisierte Facebook Login-Ablauf erfordert die **Web Crypto API** zur Nonce-Generierung, die nur in **sicheren Kontexten** verfügbar ist:
-
-```typescript
-// Dies erfordert einen sicheren Kontext (HTTPS oder localhost)
-async function sha256(message: string) {
-  const msgBuffer = new TextEncoder().encode(message);
-  const hashBuffer = await crypto.subtle.digest("SHA-256", msgBuffer); // ❌ Schlägt in unsicherem Kontext fehl
-  // ...
-}
-```
-
-### Entwicklungsumgebungsprobleme
-
-**Häufiges Problem**: `ionic serve` mit HTTP URLs unterbricht Facebook-Authentifizierung
-
-| Umgebung | Crypto API Verfügbar | Facebook Login Funktioniert |
-|-------------|---------------------|---------------------|
-| `http://localhost:3000` | ✅ Ja | ✅ Ja |
-| `http://127.0.0.1:3000` | ✅ Ja | ✅ Ja |
-| `http://192.168.1.100:3000` | ❌ Nein | ❌ Nein |
-| `https://any-domain.com` | ✅ Ja | ✅ Ja |
-
-### Lösungen für Capacitor-Entwicklung
-
-<Steps>
-1. **Verwenden Sie localhost für Web-Tests**
-   ```bash
-   # Anstelle von ionic serve --host=0.0.0.0
-   ionic serve --host=localhost
-   ```
-
-2. **Aktivieren Sie HTTPS in Ionic**
-   ```bash
-   ionic serve --ssl
-   ```
-
-3. **Testen Sie auf echten Geräten**
-   ```bash
-   # Capacitor Apps laufen in sicherem Kontext auf Geräten
-   ionic cap run ios
-   ionic cap run android
-   ```
-
-4. **Alternative Nonce-Generierung für die Entwicklung**
-   ```typescript
-   async function generateNonce() {
-     if (typeof crypto !== 'undefined' && crypto.subtle) {
-       // Sicherer Kontext - verwenden Sie crypto.subtle
-       return await sha256(Math.random().toString(36).substring(2, 10));
-     } else {
-       // Fallback für Entwicklung (nicht sicher für Produktion)
-       console.warn('Verwende Fallback-Nonce - nicht sicher für Produktion');
-       return btoa(Math.random().toString(36).substring(2, 10));
-     }
-   }
-   ```
-</Steps>
-
-### Firebase Integration Hinweis
-
-Aktuelle Firebase-Dokumentation erfordert JWT Tokens mit Nonces für Facebook-Authentifizierung, unabhängig von Login-Einstellungen. Dieser Ansatz funktioniert sowohl mit `limitedLogin: true` als auch `limitedLogin: false`:
-
-```typescript
-   // Beide Modi können JWT Tokens zurückgeben, abhängig von der Benutzerauswahl
-   const loginResult = await SocialLogin.login({
-     provider: 'facebook',
-     options: {
-       permissions: ['email', 'public_profile'],
-       limitedLogin: false, // true = immer JWT, false = abhängig von Benutzer-Tracking-Auswahl
-       nonce: nonce
-     }
-   });
-```
-
-:::warning
-**Entwicklungseinschränkung**: Wenn Sie `ionic serve` auf einer Netzwerk-IP (nicht localhost) verwenden, schlägt Facebook Login aufgrund von Crypto API Einschränkungen fehl. Verwenden Sie localhost oder HTTPS für Web-Tests.
-:::
-
-:::tip
-**Produktionssicherheit**: Capacitor Apps auf iOS/Android laufen immer in sicheren Kontexten, daher betrifft diese Einschränkung nur Web-Entwicklungsumgebungen.
-:::
-
-## Fehlerbehebung
-
-### Häufige Probleme und Lösungen
-
-1. **Schlüssel-Hash-Fehler auf Android**
-   - Überprüfen Sie doppelt, dass Sie den korrekten Schlüssel-Hash zum Facebook Dashboard hinzugefügt haben
-   - Für Release-Builds stellen Sie sicher, dass Sie sowohl Debug- als auch Release-Schlüssel-Hashes hinzugefügt haben
-   - Überprüfen Sie, dass Sie den richtigen Keystore beim Generieren des Hashes verwenden
-
-2. **Facebook Login-Button erscheint nicht**
-   - Überprüfen Sie, dass alle Manifest-Einträge korrekt sind
-   - Prüfen Sie, dass Ihre Facebook App ID und Ihr Client Token korrekt sind
-   - Stellen Sie sicher, dass Sie das SDK ordnungsgemäß initialisiert haben
-
-3. **Häufige iOS-Probleme**
-   - Stellen Sie sicher, dass alle Info.plist-Einträge korrekt sind
-   - Überprüfen Sie, dass URL-Schemas ordnungsgemäß konfiguriert sind
-   - Prüfen Sie, dass Ihre Bundle ID mit der im Facebook Dashboard registrierten übereinstimmt
-
-### Testen
-
-1. **Fügen Sie vor dem Testen Testbenutzer in der Facebook Developer Console hinzu**
-   - Gehen Sie zu Roles > Test Users
-   - Erstellen Sie einen Testbenutzer
-   - Verwenden Sie diese Anmeldedaten zum Testen
-
-2. **Testen Sie sowohl Debug- als auch Release-Builds**
-   - Debug-Build mit Debug-Schlüssel-Hash
-   - Release-Build mit Release-Schlüssel-Hash
-   - Testen Sie sowohl auf Emulator als auch auf physischen Geräten
-
-Denken Sie daran, den vollständigen Login-Ablauf zu testen, einschließlich:
-- Erfolgreicher Login
-- Login-Abbruch
-- Fehlerbehandlung
-- Logout-Funktionalität
diff --git a/src/content/docs/de/docs/plugins/social-login/firebase/google/android.mdx b/src/content/docs/de/docs/plugins/social-login/firebase/google/android.mdx
deleted file mode 100644
index a912f0f31..000000000
--- a/src/content/docs/de/docs/plugins/social-login/firebase/google/android.mdx
+++ /dev/null
@@ -1,152 +0,0 @@
----
-title: Firebase Google Login auf Android
-locale: de
-description: Erfahren Sie, wie Sie Google Sign-In mit Firebase Authentication auf Android mithilfe des Capacitor Social Login Plugins einrichten.
-sidebar:
-    order: 2
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Einführung
-
-Dieser Leitfaden hilft Ihnen dabei, Google Sign-In mit Firebase Authentication auf Android zu integrieren. Ich gehe davon aus, dass Sie die [allgemeine Firebase Google Einrichtung](./general/) bereits abgeschlossen haben.
-
-:::note
-Ich gehe davon aus, dass Sie Ihre Android-App noch nicht in der Firebase Console erstellt haben. Wenn Sie dies bereits getan haben, werden Ihre Schritte leicht abweichen.
-:::
-
-## Einrichtungsschritte
-
-<Steps>
-1. Gehen Sie zu Ihrer Projektübersicht unter [console.cloud.google.com](https://console.cloud.google.com/)
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Projektübersicht" />
-
-2. Klicken Sie auf die `Add app` Schaltfläche
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase App hinzufügen Schaltfläche" />
-
-    :::note
-    Es ist möglich, dass Sie hier nach dieser Schaltfläche suchen müssen. Dies gilt nur, wenn Sie bereits eine andere App in der Firebase Console erstellt haben.
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase App hinzufügen Schaltfläche" />
-
-3. Wählen Sie `Android`
-    <img src="/social-login-assets/firebase_project_add_app_android.webp" alt="Firebase App hinzufügen Android Schaltfläche" />
-
-4. Füllen Sie den ersten Teil des Formulars aus
-   1. Füllen Sie den `Android package name` aus
-      1. Öffnen Sie Android Studio bei Ihrer App mit `npx cap open android`
-      2. Ganz unten im Navigator finden Sie die `Gradle Scripts`
-         <img src="/social-login-assets/studio_gradle_scripts.png" alt="Gradle Scripts Bereich im Android Studio Projekt-Navigator" />
-      3. Finden Sie `build.gradle` für das Modul `app`
-         <img src="/social-login-assets/studio_build_gradle.png" alt="build.gradle (Module: app) Datei im Gradle Scripts Bereich" />
-      4. Kopieren Sie die `android.defaultConfig.applicationId`. Dies wird Ihr `package name` in der Firebase Console sein
-         <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="Build.gradle Datei zeigt applicationId Konfiguration" />
-      :::note
-      Die hier gezeigte ID wird sich von der unterscheiden, die ich für den Rest des Leitfadens verwenden werde. Ich werde `app.capgo.plugin.SocialLogin` für den Rest des Leitfadens verwenden.
-      :::
-      5. Fügen Sie sie in der Firebase Console ein
-          <img src="/social-login-assets/firebase_project_add_app_android_package_name.webp" alt="Firebase App hinzufügen Android Package Name Feld" />
-    2. Klicken Sie auf die `Register app` Schaltfläche
-        <img src="/social-login-assets/firebase_project_add_app_android_register.webp" alt="Firebase App hinzufügen Android Registrieren Schaltfläche" />
-5. Überspringen Sie den Schritt `Download and then add config file`
-    <img src="/social-login-assets/firebase_project_add_app_android_skip_download.webp" alt="Firebase App hinzufügen Android Überspringen 'Download and then add config file'" />
-6. Überspringen Sie den Schritt `Add firebase SDK`
-   <img src="/social-login-assets/firebase_project_add_app_android_skip_download_firebase_sdk.webp" alt="Firebase App hinzufügen Android Überspringen 'Add firebase SDK'" />
-7. Klicken Sie auf die `Continue to console` Schaltfläche
-   <img src="/social-login-assets/firebase_project_add_app_android_continue_to_console.webp" alt="Firebase App hinzufügen Android Weiter zur Console Schaltfläche" />
-8. Wenn Sie nicht automatisch authentifiziert werden, gehen Sie zu `settings` -> `general` -> `your apps` -> finden Sie Ihre Android-App und klicken Sie darauf
-   <img src="/social-login-assets/firebase_project_add_app_android_settings_general_your_apps.webp" alt="Firebase App hinzufügen Android Einstellungen Allgemein Ihre Apps Schaltfläche" />
-9. Holen Sie sich Ihren SHA1-Fingerabdruck
-
-   Folgen Sie den Schritten 10-11 aus der [Google Login Android Einrichtungsanleitung](/docs/plugins/social-login/google/android/#using-google-login-on-android):
-
-   1. Öffnen Sie nun das Terminal. Stellen Sie sicher, dass Sie sich im `android` Ordner Ihrer App befinden und führen Sie `./gradlew signInReport` aus
-      <img src="/social-login-assets/term_sign_report.png" alt="Terminal zeigt gradlew signInReport Befehl" />
-
-   2. Scrollen Sie zum Anfang dieses Befehls. Sie sollten Folgendes sehen. Kopieren Sie den `SHA1`.
-      <img src="/social-login-assets/term_sign_report_res.png" alt="Terminal-Ausgabe zeigt SHA1-Zertifikat-Fingerabdruck" />
-
-   :::note
-   Ich werde einen leicht anderen SHA1 für den Rest des Leitfadens verwenden, da ich seit dem Schreiben der ursprünglichen Google Login Android Einrichtungsanleitung den Computer gewechselt habe.
-   :::
-
-   :::caution
-   Der SHA1 ist sehr wichtig, richtig zu bekommen. Wenn Sie einen Fehler machen, wird die Authentifizierung auf seltsame Weise fehlschlagen.
-   Bitte __**[LESEN SIE DIE GOOGLE LOGIN ANDROID EINRICHTUNGSANLEITUNG](/docs/plugins/social-login/google/android/#using-google-login-on-android)**__, um es richtig zu machen.
-   :::
-
-10. Fügen Sie den SHA1 zum Firebase-Projekt hinzu
-      1. Klicken Sie auf die `Add fingerprint` Schaltfläche
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint.webp" alt="Firebase App hinzufügen Android Fingerabdruck hinzufügen Schaltfläche" />
-      2. Fügen Sie den SHA1 ein, den Sie im vorherigen Schritt kopiert haben
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_sha1.webp" alt="Firebase App hinzufügen Android Fingerabdruck hinzufügen SHA1 Feld" />
-      3. Klicken Sie auf die `Save` Schaltfläche
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_add.webp" alt="Firebase App hinzufügen Android Fingerabdruck hinzufügen Speichern Schaltfläche" />
-
-11. Holen Sie sich Ihre Web-Client-ID
-      1. Gehen Sie zu `Build` -> `Authentication`
-         <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menü" />
-      2. Klicken Sie auf die `Sign-in method` Schaltfläche
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase Authentication Anmeldemethode Schaltfläche" />
-      3. Klicken Sie auf den `Google` Anbieter
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Authentication Anmeldemethode Google Anbieter" />
-      4. Klicken Sie auf die `Web SDK configuration` Schaltfläche
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Authentication Anmeldemethode Web SDK Konfiguration Schaltfläche" />
-      5. Kopieren Sie die `Web client ID`. Dies wird Ihre `webClientId` in der `initialize` Methode des Plugins sein.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase Authentication Anmeldemethode Web SDK Konfiguration Web Client ID" />
-12. Verwenden Sie die Web-Client-ID in JS.
-      :::note
-      Ich empfehle die Verwendung der `authenticateWithGoogle` Hilfsfunktion, die in der [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) Datei der Beispiel-App verfügbar ist.
-      :::
-</Steps>
-
-An diesem Punkt sind Sie **__TECHNISCH__** bereit, Google Sign-In mit Firebase Authentication auf Android zu verwenden. Ich würde jedoch empfehlen, die Einrichtung in der Google Cloud Console zu überprüfen, wie im nächsten Schritt erklärt.
-
-## Einrichtung in der Google Cloud Console überprüfen
-
-Um sicherzustellen, dass die Einrichtung korrekt ist, sollten Sie die Einrichtung in der Google Cloud Console überprüfen.
-<Steps>
-   1. Gehen Sie zu [console.cloud.google.com](https://console.cloud.google.com/)
-   2. Finden Sie Ihr Projekt
-      1. Klicken Sie auf die Projektauswahl
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Cloud Console Projektauswahl" />
-      2. Suchen Sie Ihr Projekt nach dem genauen Namen Ihres Firebase-Projekts und klicken Sie darauf. In meinem Fall ist es `sociallogin-tutorial-app`.
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Projektauswahl Projekt" />
-   3. Öffnen Sie die Suchleiste und öffnen Sie `credentials`
-      1. Öffnen Sie die Suchleiste
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Cloud Console Suchleiste" />
-      2. Suchen Sie nach `credentials` und klicken Sie auf die `APIs and Services` Option (Nummer 2 auf dem Screenshot)
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Cloud Console Credentials Suche" />
-   4. Überprüfen Sie, dass Sie sowohl die Android- als auch die Web-Client-IDs in der Liste sehen.
-      <img src="/social-login-assets/firebase_gc_credentials_list.webp" alt="Google Cloud Console Credentials Liste" />
-
-      :::caution
-      Wenn Sie nicht sowohl die Android- als auch die Web-Client-IDs in der Liste sehen, haben Sie einen Fehler bei der Einrichtung gemacht. Bitte gehen Sie zurück und überprüfen Sie Ihre Schritte.
-
-      Es ist auch möglich, und es ist mir passiert, dass Sie den Android SHA1-Hash mit derselben App-ID bereits in einem anderen Projekt hinzugefügt haben. Dies führt dazu, dass Firebase keine Android-Client-ID erstellen kann. In diesem Fall müssen Sie den SHA1 aus dem anderen Projekt entfernen sowie auf Firebase (indem Sie die Firebase Console verwenden, um die Android-App zu entfernen) und ihn auf Firebase neu erstellen
-      :::
-   5. Überprüfen Sie, dass die Android-Client-ID in der Firebase Console korrekt konfiguriert ist.
-      1. Klicken Sie auf die `Android` App
-         <img src="/social-login-assets/firebase_gc_android_app_select.webp" alt="Google Cloud Console Android App Auswahl" />
-      2. Bestätigen Sie, dass der SHA1-Hash korrekt konfiguriert ist und mit dem übereinstimmt, den Sie in den vorherigen Schritten kopiert haben.
-         <img src="/social-login-assets/firebase_gc_android_app_sha1_configured.webp" alt="Google Cloud Console Android App SHA1 Konfiguriert" />
-   6. Überprüfen Sie, dass die Web-Client-ID in der Firebase Console korrekt konfiguriert ist.
-      1. Klicken Sie auf die `Web` App
-         <img src="/social-login-assets/firebase_gc_web_app_select.webp" alt="Google Cloud Console Web App Auswahl" />
-      2. Bestätigen Sie, dass die Client-ID mit der übereinstimmt, die Sie in den vorherigen Schritten kopiert haben.
-         <img src="/social-login-assets/firebase_gc_web_app_client_id_configured.webp" alt="Google Cloud Console Web App Client ID Konfiguriert" />
-      :::note
-      Bitte ignorieren Sie die restlichen Einstellungen des Web-Clients. Wir werden dies im [Web-Einrichtungsleitfaden](/docs/plugins/social-login/firebase/google/web/) besprechen.
-</Steps>
-
-Voilà! Sie sind jetzt bereit, Google Sign-In mit Firebase Authentication auf Android zu verwenden.
-
-## Fehlerbehebung
-
-Wenn die Authentifizierung hängt oder fehlschlägt:
-
-- Überprüfen Sie, dass die `idToken` Zielgruppe mit Ihrer Firebase Web-Client-ID übereinstimmt
-- Prüfen Sie, dass Google Sign-In in der Firebase Console aktiviert ist
-- Stellen Sie sicher, dass der SHA-1-Fingerabdruck korrekt konfiguriert ist
-- Überprüfen Sie den [Beispiel-App-Code](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts) als Referenz
diff --git a/src/content/docs/de/docs/plugins/social-login/firebase/google/general.mdx b/src/content/docs/de/docs/plugins/social-login/firebase/google/general.mdx
deleted file mode 100644
index 77adad02a..000000000
--- a/src/content/docs/de/docs/plugins/social-login/firebase/google/general.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: Firebase Google Login - Allgemeine Einrichtung
-locale: de
-description: Erfahren Sie, wie Sie Google Sign-In mit Firebase Authentication mithilfe des Capacitor Social Login Plugins einrichten.
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Einführung
-
-Dieser Leitfaden führt Sie durch die Integration von Google Sign-In mit Firebase Authentication unter Verwendung des Capacitor Social Login Plugins. Diese Einrichtung ermöglicht es Ihnen, natives Google Sign-In auf mobilen Plattformen zu verwenden und gleichzeitig Firebase Auth für die Backend-Authentifizierung zu nutzen.
-
-## Einrichtungsschritte
-
-<Steps>
-1. Bitte gehen Sie zu [console.cloud.google.com](https://console.cloud.google.com/)
-2. Wählen Sie das Projekt aus, das Sie verwenden möchten
-    <img src="/social-login-assets/firebase_project_select.webp" alt="Firebase Projektauswahl" />
-3. Gehen Sie zum `Authentication` Menü
-    1. Klicken Sie auf `build`
-    2. Klicken Sie auf `Authentication`
-    <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menü" />
-4. Klicken Sie auf die `Loslegen` Schaltfläche
-    <img src="/social-login-assets/firebase_auth_start.webp" alt="Firebase Erste Schritte Schaltfläche" />
-5. Wählen Sie ENTWEDER `Email/Password` UND `Google` ODER NUR `Google`
-    :::note
-    Ich werde `Email/Password` UND `Google` auswählen, da ich beide verwenden möchte, aber Sie könnten nur `Google` auswählen. Dies ist etwas, das Sie später ändern können.
-    :::
-    <img src="/social-login-assets/firebase_google_email_auth.webp" alt="Firebase E-Mail/Passwort und Google auswählen Schaltfläche" />
-    <img src="/social-login-assets/firebase_auth_enable_email.webp" alt="Firebase E-Mail-Authentifizierung aktivieren" />
-    <img src="/social-login-assets/firebase_auth_enable_email_save.webp" alt="Firebase speichern Google-Authentifizierung aktivieren" />
-    <img src="/social-login-assets/firebase_auth_add_provider_after_email.webp" alt="Firebase Anbieter hinzufügen Schaltfläche aktivieren" />
-    <img src="/social-login-assets/firebase_auth_add_google_provider_after_email.webp" alt="Firebase Google-Anbieter hinzufügen nach Hinzufügen des E-Mail-Anbieters" />
-6. Aktivieren Sie den `Google` Anbieter
-    <img src="/social-login-assets/firebase_auth_add_google_provider_enable.webp" alt="Firebase Google-Authentifizierung aktivieren" />
-7. Fügen Sie die Support-E-Mail hinzu
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth.webp" alt="Firebase Support-E-Mail hinzufügen" />
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth_2.webp" alt="Firebase Support-E-Mail hinzufügen Teil 2" />
-8. Ändern Sie den `Public-facing name for project`.
-    :::note
-    Dies wird den Benutzern angezeigt, daher empfehle ich, ihn zu etwas Beschreiberem zu ändern.
-    :::
-    <img src="/social-login-assets/firebase_auth_change_public_facing_name.webp" alt="Firebase öffentlich sichtbaren Namen ändern" />
-9. Klicken Sie auf die `Save` Schaltfläche
-    <img src="/social-login-assets/firebase_auth_save_google_auth.webp" alt="Firebase öffentlich sichtbaren Namen speichern" />
-</Steps>
-
-Voilà, Sie haben jetzt Google Sign-In mit Firebase Authentication aktiviert 🎉
diff --git a/src/content/docs/de/docs/plugins/social-login/firebase/google/ios.mdx b/src/content/docs/de/docs/plugins/social-login/firebase/google/ios.mdx
deleted file mode 100644
index 00c46c6b4..000000000
--- a/src/content/docs/de/docs/plugins/social-login/firebase/google/ios.mdx
+++ /dev/null
@@ -1,171 +0,0 @@
----
-title: Firebase Google Login auf iOS
-locale: de
-description: Erfahren Sie, wie Sie Google Sign-In mit Firebase Authentication auf iOS mithilfe des Capacitor Social Login Plugins einrichten.
-sidebar:
-    order: 3
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Einführung
-
-Dieser Leitfaden hilft Ihnen dabei, Google Sign-In mit Firebase Authentication auf iOS zu integrieren. Ich gehe davon aus, dass Sie die [allgemeine Firebase Google Einrichtung](./general/) bereits abgeschlossen haben.
-
-:::note
-Ich gehe davon aus, dass Sie Ihre iOS-App noch nicht in der Firebase Console erstellt haben. Wenn Sie dies bereits getan haben, werden Ihre Schritte leicht abweichen.
-:::
-
-## Einrichtungsschritte
-
-<Steps>
-1. Gehen Sie zu Ihrer Projektübersicht unter [console.cloud.google.com](https://console.cloud.google.com/)
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Projektübersicht" />
-
-2. Klicken Sie auf die `Add app` Schaltfläche
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase App hinzufügen Schaltfläche" />
-
-    :::note
-    Es ist möglich, dass Sie hier nach dieser Schaltfläche suchen müssen. Dies gilt nur, wenn Sie bereits eine andere App in der Firebase Console erstellt haben.
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase App hinzufügen Schaltfläche" />
-3. Wählen Sie `iOS`
-    <img src="/social-login-assets/firebase_project_add_app_ios.webp" alt="Firebase App hinzufügen iOS Schaltfläche" />
-
-4. Füllen Sie den ersten Teil des Formulars aus
-   1. Füllen Sie die `Apple bundle ID` aus
-      1. Öffnen Sie Xcode bei Ihrer App mit `npx cap open ios`
-      2. Doppelklicken Sie auf `App`
-         <img src="/social-login-assets/xcode_app_click.png" alt="App Target im Xcode Projekt-Navigator" />
-      3. Stellen Sie sicher, dass Sie sich bei `Targets -> App` befinden
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Targets Bereich in Xcode mit App ausgewählt" />
-      4. Finden Sie Ihre `Bundle Identifier`
-          <img src="/social-login-assets/xcode_bundle_id.png" alt="Bundle Identifier Feld in Xcode Projekteinstellungen" />
-          :::note
-          Die hier gezeigte ID wird sich von der unterscheiden, die ich für den Rest des Leitfadens verwenden werde. Ich werde `app.capgo.plugin.SocialLogin` für den Rest des Leitfadens verwenden.
-          :::
-      5. Kopieren Sie die `Bundle Identifier` und fügen Sie sie in der Firebase Console ein
-         <img src="/social-login-assets/firebase_project_add_app_ios_bundle_id.webp" alt="Firebase App hinzufügen iOS Bundle ID Feld" />
-   2. Klicken Sie auf die `Register app` Schaltfläche
-         <img src="/social-login-assets/firebase_project_add_app_ios_register.webp" alt="Firebase App hinzufügen iOS Registrieren Schaltfläche" />
-5. Überspringen Sie den Schritt `Download config file`
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download.webp" alt="Firebase App hinzufügen iOS Überspringen Download Schaltfläche" />
-6. Überspringen Sie den Schritt `Add firebase SDK`
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk_2.webp" alt="Firebase App hinzufügen iOS Überspringen Firebase SDK Schaltfläche hinzufügen" />
-7. Überspringen Sie den Schritt `Add initialization code`
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk.webp" alt="Firebase App hinzufügen iOS Überspringen Initialisierungscode hinzufügen Schaltfläche" />
-8. Klicken Sie auf die `Continue to console` Schaltfläche
-    <img src="/social-login-assets/firebase_project_add_app_ios_continue_to_console.webp" alt="Firebase App hinzufügen iOS Weiter zur Console Schaltfläche" />
-9. Holen Sie sich Ihre iOS-Client-ID und Ihre `YOUR_DOT_REVERSED_IOS_CLIENT_ID`
-   1. Gehen Sie zur Google Cloud Console unter [console.cloud.google.com](https://console.cloud.google.com/)
-   2. Finden Sie Ihr Projekt
-      1. Klicken Sie auf die Projektauswahl
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Cloud Console Projektauswahl" />
-      2. Suchen Sie Ihr Projekt nach dem genauen Namen Ihres Firebase-Projekts und klicken Sie darauf. In meinem Fall ist es `sociallogin-tutorial-app`.
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Projektauswahl Projekt" />
-   3. Öffnen Sie die Suchleiste und öffnen Sie `credentials`
-      1. Öffnen Sie die Suchleiste
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Cloud Console Suchleiste" />
-      2. Suchen Sie nach `credentials` und klicken Sie auf die `APIs and Services` Option (Nummer 2 auf dem Screenshot)
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Cloud Console Credentials Suche" />
-   4. Klicken Sie auf `iOS client for [YOUR_APP_ID] (auto created by Google Service)`. In meinem Fall ist es `sociallogin-tutorial-app`.
-      <img src="/social-login-assets/firebase_gc_credentials_ios_client_id.webp" alt="Google Cloud Console Credentials iOS Client ID" />
-   5. Kopieren Sie die `Client ID` sowie das `iOS URL scheme`. Dies werden jeweils Ihre `iOSClientId` und `YOUR_DOT_REVERSED_IOS_CLIENT_ID` sein.
-
-      :::note
-      Sie werden die `iOSClientId` in der `initialize` Methode des Plugins übergeben, während Sie die `YOUR_DOT_REVERSED_IOS_CLIENT_ID` in der `Info.plist` Datei Ihrer App verwenden werden, wie im nächsten Teil dieses Leitfadens erklärt.
-      :::
-
-      <img src="/social-login-assets/firebase_gc_credentials_ios_client_id_copy.webp" alt="Google Cloud Console Credentials iOS Client ID Kopieren" />
-10. Holen Sie sich Ihre Web-Client-ID
-    1. Gehen Sie zurück zur Firebase Console und gehen Sie zu `Build` -> `Authentication`
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menü" />
-    2. Klicken Sie auf die `Sign-in method` Schaltfläche
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase Authentication Anmeldemethode Schaltfläche" />
-    3. Klicken Sie auf den `Google` Anbieter
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Authentication Anmeldemethode Google Anbieter" />
-    4. Klicken Sie auf die `Web SDK configuration` Schaltfläche
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Authentication Anmeldemethode Web SDK Konfiguration Schaltfläche" />
-    5. Kopieren Sie die `Web client ID`. Dies wird Ihre `webClientId` in der `initialize` Methode des Plugins sein.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase Authentication Anmeldemethode Web SDK Konfiguration Web Client ID" />
-11. Ändern Sie die Info.plist Ihrer App
-    1. Öffnen Sie Xcode und finden Sie die `Info.plist` Datei
-        <img src="/social-login-assets/xcode_info_file.png" alt="Info.plist Datei im Xcode Projekt-Navigator" />
-    2. Rechtsklicken Sie auf diese Datei und öffnen Sie sie als Quellcode
-        <img src="/social-login-assets/xcode_open_as_src_code.png" alt="Rechtsklick-Menü zeigt Als Quellcode öffnen Option" />
-    3. Am Ende Ihrer `Plist` Datei sehen Sie ein `</dict>` Tag
-        <img src="/social-login-assets/xcode_dict_tag.png" alt="Schließendes dict Tag in Info.plist Datei" />
-    4. Fügen Sie das folgende Fragment direkt vor dem schließenden `</dict>` Tag ein
-        <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist mit URL-Schemas-Code vor schließendem dict Tag eingefügt" />
-
-        ```xml
-        <key>CFBundleURLTypes</key>
-        <array>
-        <dict>
-          <key>CFBundleURLSchemes</key>
-          <array>
-            <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-          </array>
-        </dict>
-        </array>
-        <key>GIDClientID</key>
-        <string>YOUR_IOS_CLIENT_ID.apps.googleusercontent.com</string>
-        ```
-
-    5. Ändern Sie die `YOUR_DOT_REVERSED_IOS_CLIENT_ID` in den in Schritt 9 kopierten Wert (das iOS URL-Schema)
-        <img src="/social-login-assets/xcode_plist_final.png" alt="Info.plist mit tatsächlicher umgekehrter Client-ID in URL-Schemas eingefügt" />
-
-        :::caution
-        Stellen Sie sicher, dass dieser Wert **MIT** `com.googleusercontent.apps` **BEGINNT**
-        :::
-
-   6. Ändern Sie die `YOUR_IOS_CLIENT_ID` in die iOS-Client-ID, die Sie in Schritt 9 kopiert haben
-
-   7. Speichern Sie die Datei mit `Command + S`
-
-12. Ändern Sie die `AppDelegate.swift`
-    1. Öffnen Sie das AppDelegate
-        <img src="/social-login-assets/xcode_app_deleg.png" alt="AppDelegate.swift Datei im Xcode Projekt-Navigator" />
-    2. Fügen Sie `import GoogleSignIn` am Anfang der Datei ein
-        <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="AppDelegate.swift mit GoogleSignIn Import hinzugefügt" />
-    3. Finden Sie die `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])` Funktion
-        <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="Original application openURL Funktion im AppDelegate" />
-    4. Ändern Sie die Funktion so, dass sie folgendermaßen aussieht
-
-        ```swift
-        func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-            // Called when the app was launched with a url. Feel free to add additional processing here,
-            // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-            var handled: Bool
-
-            handled = GIDSignIn.sharedInstance.handle(url)
-            if handled {
-              return true
-            }
-
-            return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-        }
-        ```
-
-        <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="Geänderte application openURL Funktion mit GoogleSignIn Verarbeitung" />
-
-    5. Speichern Sie die Datei mit `Command + S`
-
-15. Verwendung des Google-Logins in Ihrer App
-
-    An diesem Punkt sind Sie bereit, den Google-Login in Ihrer App zu verwenden.
-    Bitte verwenden Sie die [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) Datei der Beispiel-App zur Authentifizierung mit Google.
-</Steps>
-
- Der Benutzer wird bei der ersten Anmeldung automatisch in Firebase Auth erstellt
-
-## Fehlerbehebung
-
-Wenn die Authentifizierung hängt oder fehlschlägt:
-
-- Überprüfen Sie, dass die `idToken` Zielgruppe mit Ihrer Firebase Web-Client-ID übereinstimmt
-- Prüfen Sie, dass Google Sign-In in der Firebase Console aktiviert ist
-- Stellen Sie sicher, dass die Info.plist die korrekten URL-Schemas und GIDClientID hat
-- Überprüfen Sie, dass `iOSServerClientId` mit Ihrer Web-Client-ID übereinstimmt
-- Überprüfen Sie den [Beispiel-App-Code](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts) als Referenz
diff --git a/src/content/docs/de/docs/plugins/social-login/firebase/google/web.mdx b/src/content/docs/de/docs/plugins/social-login/firebase/google/web.mdx
deleted file mode 100644
index cfaf66323..000000000
--- a/src/content/docs/de/docs/plugins/social-login/firebase/google/web.mdx
+++ /dev/null
@@ -1,55 +0,0 @@
----
-title: Firebase Google Login im Web
-locale: de
-description: Erfahren Sie, wie Sie Google Sign-In mit Firebase Authentication im Web mithilfe des integrierten Google Sign-In von Firebase einrichten.
-sidebar:
-    order: 4
----
-
-## Einführung
-
-Das Capacitor Social Login Plugin **unterstützt keine Webplattformen**. Für Webanwendungen sollten Sie Firebases integriertes Google Sign-In direkt verwenden, das einen zuverlässigeren Popup-basierten Authentifizierungsablauf bietet.
-
-## Warum nicht das Plugin im Web verwenden?
-
-Das Capacitor Social Login Plugin ist für native mobile Plattformen (Android und iOS) konzipiert, wo es plattformspezifische Authentifizierungsabläufe nutzen kann. Für das Web ist Firebases native `signInWithPopup` Methode:
-
-- ✅ Zuverlässiger und besser unterstützt
-- ✅ Verwaltet Browser-Session-Speicherung automatisch
-- ✅ Bietet bessere Fehlerbehandlung
-- ✅ Keine zusätzliche Konfiguration erforderlich
-
-## Einrichtungsschritte
-
-1. **Firebase-Projekt konfigurieren**
-
-   Stellen Sie sicher, dass in Ihrem Firebase-Projekt Google Sign-In aktiviert ist:
-   - Gehen Sie zur [Firebase Console](https://console.firebase.google.com/)
-   - Navigieren Sie zu Authentication > Sign-in method
-   - Aktivieren Sie den Google Sign-In Anbieter
-
-2. Fügen Sie Ihre autorisierten Domains hinzu
-    1. Gehen Sie zu Ihrer Projektübersicht unter [console.cloud.google.com](https://console.cloud.google.com/)
-        <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Projektübersicht" />
-    2. Öffnen Sie das `Authentication` Menü
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menü" />
-    3. Klicken Sie auf die `Settings` Schaltfläche
-        <img src="/social-login-assets/firebase_select_authentication_settings.webp" alt="Firebase Authentication Anmeldemethode Schaltfläche" />
-    4. Richten Sie die `Authorized domains` ein
-        <img src="/social-login-assets/firebase_select_authentication_settings_authorized_domains.webp" alt="Firebase Authentication Einstellungen Autorisierte Domains" />
-
-## Beispiel-Implementierung
-
-Siehe die [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) Datei in der Beispiel-App für eine vollständige Implementierung, die:
-
-- Firebases `signInWithPopup` für Webplattformen verwendet
-- Das Capacitor Social Login Plugin für Android/iOS Plattformen verwendet
-- Plattformerkennung automatisch verarbeitet
-
-Das Beispiel zeigt, wie Sie die integrierte Firebase-Methode für das Web bedingt verwenden können, während Sie das Plugin für native Plattformen verwenden.
-
-## Zusätzliche Ressourcen
-
-- [Firebase Authentication Dokumentation](https://firebase.google.com/docs/auth) - Vollständige Firebase Auth Dokumentation
-- [Firebase Google Sign-In für Web](https://firebase.google.com/docs/auth/web/google-signin) - Offizielle Firebase Anleitung für Google Sign-In im Web
-- [Google Login Einrichtungsanleitung](/docs/plugins/social-login/google/general/) - Anleitung zum Konfigurieren autorisierter Domains und OAuth Consent Screen
diff --git a/src/content/docs/de/docs/plugins/social-login/firebase/introduction.mdx b/src/content/docs/de/docs/plugins/social-login/firebase/introduction.mdx
deleted file mode 100644
index f9c948194..000000000
--- a/src/content/docs/de/docs/plugins/social-login/firebase/introduction.mdx
+++ /dev/null
@@ -1,98 +0,0 @@
----
-title: Firebase Integration Einführung
-locale: de
-description: Erfahren Sie, wie Sie Firebase Authentication mit dem Capacitor Social Login Plugin für eine vollständige Authentifizierungslösung integrieren.
-sidebar:
-    order: 1
----
-
-## Überblick
-
-Dieses Tutorial führt Sie durch die Einrichtung von Firebase Authentication mit dem Capacitor Social Login Plugin. Diese Integration ermöglicht es Ihnen, native Social-Login-Anbieter (Google, Apple, Facebook, Twitter) auf mobilen Plattformen zu verwenden und gleichzeitig Firebase Auth für die Backend-Authentifizierung und Firestore für die Datenspeicherung zu nutzen.
-
-## Was Sie lernen werden
-
-- Wie man Firebase Authentication konfiguriert
-- Wie man das Capacitor Social Login Plugin mit Firebase Auth integriert
-- Plattformspezifische Einrichtung für Android, iOS und Web
-
-## Was Sie benötigen
-
-Bevor Sie beginnen, stellen Sie sicher, dass Sie Folgendes haben:
-
-1. **Ein Firebase-Projekt**
-   - Erstellen Sie ein Projekt in der [Firebase Console](https://console.firebase.google.com/)
-   - Aktivieren Sie Authentication (E-Mail/Passwort und Google Sign-In)
-   - Holen Sie sich Ihre Firebase-Konfigurationsanmeldedaten
-
-2. **Firebase JS SDK**
-   - Installieren Sie Firebase in Ihrem Projekt:
-     ```bash
-     npm install firebase
-     ```
-
-3. **Ein Capacitor-Projekt**
-   - Eine vorhandene Capacitor-Anwendung
-   - Capacitor Social Login Plugin installiert:
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-## Beispielanwendung
-
-Eine vollständige funktionierende Beispielanwendung ist im Repository verfügbar:
-
-**Code-Repository**: [Sie finden das Code-Repository hier](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-Die Beispiel-App demonstriert:
-- E-Mail/Passwort-Authentifizierung mit Firebase
-- Google Sign-In Integration (Android, iOS und Web)
-- Einen einfachen Schlüssel-Wert-Speicher unter Verwendung von Firebase Firestore Collections
-- Benutzerspezifische Datenspeicherung in Firestore Subcollections
-
-
-## Ein Wort zur Verwendung des Firebase SDK auf Capacitor
-
-Wenn Sie das Firebase JS SDK auf Capacitor verwenden, müssen Sie sich bewusst sein, dass Sie bei der Verwendung der Authentifizierungsmethoden die Firebase Auth Instanz etwas anders initialisieren müssen.
-
-Auf der Webplattform würden Sie die `getAuth` Funktion verwenden, um die Firebase Auth Instanz zu erhalten.
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { getAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-const auth = getAuth(app);
-```
-
-Leider funktioniert dies auf Capacitor nicht und verursacht, dass Firebase Auth hängt. Wie in [diesem Blogbeitrag](https://harryherskowitz.com/2021/08/23/firebase-capacitor.html) angegeben, müssen Sie die `initializeAuth` Funktion verwenden, um die Firebase Auth Instanz zu initialisieren.
-Dies sieht folgendermaßen aus:
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { initializeAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-
-function whichAuth() {
-  let auth;
-  if (Capacitor.isNativePlatform()) {
-    auth = initializeAuth(app, {
-      persistence: indexedDBLocalPersistence,
-    });
-  } else {
-    auth = getAuth(app);
-  }
-  return auth;
-}
-
-export const auth = whichAuth();
-```
-## Nächste Schritte
-
-Fahren Sie mit den Einrichtungsanleitungen fort:
-- [Firebase Einrichtung](./google/general/) - Firebase-Projekt konfigurieren
-- [Android Einrichtung](./google/android/) - Android-spezifische Konfiguration
-- [iOS Einrichtung](./google/ios/) - iOS-spezifische Konfiguration
-- [Web Einrichtung](./google/web/) - Web-spezifische Konfiguration
diff --git a/src/content/docs/de/docs/plugins/social-login/getting-started.mdx b/src/content/docs/de/docs/plugins/social-login/getting-started.mdx
deleted file mode 100644
index e734dccc2..000000000
--- a/src/content/docs/de/docs/plugins/social-login/getting-started.mdx
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Entdecken Sie, wie Sie das Capacitor Social Login Plugin installieren und konfigurieren, um die Authentifizierung Ihrer App mit nahtloser Integration für Google, Apple und Facebook Logins zu verbessern.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Card, CardGrid } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-import MicroCard from '@/components/MicroCard.astro'
-
-<Steps>
-1. **Installieren Sie das Paket**
-   <PackageManagers pkg="@capgo/capacitor-social-login" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurieren Sie das Plugin**
-   <div class="flex flex-nowrap gap-4 h-full">
-      <div style="display: flex; gap: 1rem; width: 100% !important; max-width: 100% !important;">
-         <MicroCard href="/docs/plugins/social-login/google/general/" title="Google" customIcon="/icons/google.svg">
-            Konfigurieren Sie Google Sign-In für Ihre App
-         </MicroCard>
-         <MicroCard href="/docs/plugins/social-login/facebook/" title="Facebook" icon="facebook">
-            Richten Sie die Facebook Login Integration ein
-         </MicroCard>
-         <MicroCard href="/docs/plugins/social-login/apple/general/" title="Apple" icon="apple">
-            Aktivieren Sie Sign in with Apple
-         </MicroCard>
-      </div>
-   </div>
-</Steps>
diff --git a/src/content/docs/de/docs/plugins/social-login/google/android.mdx b/src/content/docs/de/docs/plugins/social-login/google/android.mdx
deleted file mode 100644
index a0c62d57b..000000000
--- a/src/content/docs/de/docs/plugins/social-login/google/android.mdx
+++ /dev/null
@@ -1,222 +0,0 @@
----
-title: Google Login auf Android
-locale: de
-description: Dieser Leitfaden bietet eine umfassende Anleitung zur Einrichtung von Google Login mit Capacitor für Android-Geräte und erläutert jeden Schritt, um einen reibungslosen Integrationsprozess sicherzustellen und potenzielle Herausforderungen anzusprechen, die auftreten können.
-sidebar:
-    order: 2
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Einführung
-
-In diesem Leitfaden lernen Sie, wie Sie Google Login mit Capgo Social Login für Android einrichten.
-Ich gehe davon aus, dass Sie die [allgemeine Einrichtungsanleitung](/docs/plugins/social-login/google/general/) bereits gelesen haben.
-
-## Verwendung von Google Login auf Android
-
-In diesem Teil lernen Sie, wie Sie Google Login in Android einrichten.
-
-:::caution
-Das Android SHA1-Zertifikat ist extrem schmerzhaft und ich würde es niemandem wünschen, dies einrichten zu müssen. Die folgenden Schritte gehen vom einfachsten Szenario aus: Eine App, die nicht im Google Play Store veröffentlicht ist und nur vom lokalen Simulator oder Entwicklungs-Hardware-Gerät verwendet wird.
-
-Wenn Sie Ihre App im Google Play Store bereitgestellt haben, **MÜSSEN** Sie eine zusätzliche Android-Client-ID hinzufügen, die den SHA1 aus der Google Play Console für Produktions-Releases enthält. Sie finden den SHA1-Hash, den Google Play zum Signieren Ihres Release-Bundles verwendet, unter `Test and release > Setup > App Signing`.
-
-Schließlich ist es wichtig zu erwähnen, dass der Fehler **NICHT** offensichtlich sein wird, wenn Sie einen Fehler machen. Er kann sehr schwer zu debuggen sein. Wenn Sie Probleme mit der Einrichtung haben, schauen Sie sich bitte die [Github Issues](https://github.com/Cap-go/capacitor-social-login/issues) an.
-
-Zusätzlich können Sie sich den Abschnitt zur Fehlerbehebung des [Google Login Setup für Android](#troubleshooting) für weitere Informationen ansehen.
-:::
-
-:::note
-Sie können mehrere Android-Client-IDs erstellen. Dies ist erforderlich, wenn Sie mehrere SHA1-Zertifikate haben.
-:::
-
-<Steps>
-1. Erstellen Sie eine Android-Client-ID.
-   1. Klicken Sie auf die Suchleiste
-      <img src="/social-login-assets/google_cons_search.png" alt="Google Console Suchleiste" />
-
-   2. Suchen Sie nach `credentials` und klicken Sie auf die `APIs and Services` Option (Nummer 2 auf dem Screenshot)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Suchergebnisse zeigen Credentials-Option mit hervorgehobenen APIs and Services" />
-
-   3. Klicken Sie auf `create credentials`
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Credentials erstellen Schaltfläche in Google Console" />
-
-   4. Wählen Sie `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="OAuth client ID Option im Credentials-Erstellungsmenü" />
-
-   5. Wählen Sie den `Android` Anwendungstyp
-      <img src="/social-login-assets/google_cons_app_type_android.png" alt="Anwendungstyp-Auswahl mit hervorgehobener Android-Option" />
-
-   6. Öffnen Sie Android Studio
-
-   7. Ganz unten im Navigator finden Sie die `Gradle Scripts`
-      <img src="/social-login-assets/studio_gradle_scripts.png" alt="Gradle Scripts Bereich im Android Studio Projekt-Navigator" />
-
-   8. Finden Sie `build.gradle` für das Modul `app`
-      <img src="/social-login-assets/studio_build_gradle.png" alt="build.gradle (Module: app) Datei im Gradle Scripts Bereich" />
-
-   9. Kopieren Sie die `android.defaultConfig.applicationId`. Dies wird Ihr `package name` in der Google Console sein
-      <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="Build.gradle Datei zeigt applicationId Konfiguration" />
-
-   10. Öffnen Sie nun das Terminal. Stellen Sie sicher, dass Sie sich im `android` Ordner Ihrer App befinden und führen Sie `./gradlew signInReport` aus
-      <img src="/social-login-assets/term_sign_report.png" alt="Terminal zeigt gradlew signInReport Befehl" />
-
-   11. Scrollen Sie zum Anfang dieses Befehls. Sie sollten Folgendes sehen. Kopieren Sie den `SHA1`.
-      <img src="/social-login-assets/term_sign_report_res.png" alt="Terminal-Ausgabe zeigt SHA1-Zertifikat-Fingerabdruck" />
-
-   12. Gehen Sie nun zurück zur Google Console. Geben Sie Ihre `applicationId` als `Package Name` und Ihren SHA1 im Zertifikatsfeld ein und klicken Sie auf `create`
-      <img src="/social-login-assets/google_cons_creat_android_client.png" alt="Android-Client-Erstellungsformular mit ausgefüllten Paketnamen- und SHA1-Feldern" />
-
-2. Erstellen Sie einen Web-Client (dies ist für Android erforderlich)
-
-   1. Gehen Sie zur `Create credentials` Seite in der Google Console
-
-   2. Setzen Sie den Anwendungstyp auf `Web`
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="Anwendungstyp-Auswahl mit hervorgehobener Web-Option" />
-
-   3. Klicken Sie auf `Create`
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="Web-Client-Erstellungsformular mit Create-Schaltfläche unten" />
-
-   4. Kopieren Sie die Client-ID, Sie werden diese als `webClientId` in Ihrem JS/TS Code verwenden
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="Client-ID Details zeigen Web-Client-ID zum Kopieren" />
-
-3. Ändern Sie Ihre `MainActivity`
-
-   1. Bitte öffnen Sie Ihre App in Android Studio. Sie können `cap open android` ausführen
-
-   2. Finden Sie `MainActivity.java`
-
-      1. Öffnen Sie den `app` Ordner
-         <img src="/social-login-assets/studio_app_folder.png" alt="App Ordner im Android Studio Projekt-Navigator" />
-
-      2. Finden Sie `java`
-         <img src="/social-login-assets/studio_app_java.png" alt="Java Ordner in Android Studio Projektstruktur" />
-
-      3. Finden Sie Ihre `MainActivity.java` und klicken Sie darauf
-         <img src="/social-login-assets/studio_app_java_activity_main.png" alt="MainActivity.java Datei in Paketstruktur" />
-
-   3. Ändern Sie `MainActivity.java`. Bitte fügen Sie den folgenden Code hinzu
-
-      ```java
-      import ee.forgr.capacitor.social.login.GoogleProvider;
-      import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-      import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-      import com.getcapacitor.PluginHandle;
-      import com.getcapacitor.Plugin;
-      import android.content.Intent;
-      import android.util.Log;
-      import com.getcapacitor.BridgeActivity;
-
-      // ModifiedMainActivityForSocialLoginPlugin ist SEHR SEHR wichtig !!!!!!
-      public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-
-            @Override
-            public void onActivityResult(int requestCode, int resultCode, Intent data) {
-              super.onActivityResult(requestCode, resultCode, data);
-
-              if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-                PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                if (pluginHandle == null) {
-                  Log.i("Google Activity Result", "SocialLogin login handle is null");
-                  return;
-                }
-                Plugin plugin = pluginHandle.getInstance();
-                if (!(plugin instanceof SocialLoginPlugin)) {
-                  Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-                  return;
-                }
-                ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-              }
-            }
-
-            // This function will never be called, leave it empty
-            @Override
-            public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-      }
-      ```
-
-   4. Speichern Sie die Datei
-
-4. Verwenden Sie Google Login in Ihrer Anwendung
-
-   1. Importieren Sie zuerst `SocialLogin`
-
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-
-   2. Rufen Sie initialize auf. Dies sollte nur einmal aufgerufen werden.
-
-      ```typescript
-      // onMounted ist Vue-spezifisch
-      // webClientId ist die Client-ID, die Sie im Web-Client-Erstellungsschritt erhalten haben, nicht die Android-Client-ID.
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-          }
-        })
-      })
-      ```
-
-   3. Rufen Sie `SocialLogin.login` auf. Erstellen Sie eine Schaltfläche und führen Sie den folgenden Code beim Klicken aus.
-
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // Verarbeiten Sie die Antwort
-      console.log(JSON.stringify(res))
-      ```
-
-5. Konfigurieren Sie den Emulator zum Testen
-
-   1. Gehen Sie in den `Device manager` und klicken Sie auf die Plus-Schaltfläche
-      <img src="/social-login-assets/studio_device_man.png" alt="Device Manager in Android Studio mit hervorgehobener Plus-Schaltfläche" />
-
-   2. Erstellen Sie ein virtuelles Gerät
-      <img src="/social-login-assets/studio_create_virt_dev.png" alt="Virtuelles Gerät erstellen Schaltfläche in Virtueller Gerätekonfiguration" />
-
-   3. Wählen Sie ein beliebiges Gerät mit einem `Play Store` Symbol
-      <img src="/social-login-assets/studio_new_dev_select_hardware.png" alt="Hardware-Auswahl zeigt Geräte mit Play Store Unterstützung" />
-
-      Wie Sie sehen können, unterstützt der `pixel 8` die `Play Store` Dienste
-
-   4. Klicken Sie auf `next`
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="Next Schaltfläche im Geräteerstellungs-Assistenten" />
-
-   5. Stellen Sie sicher, dass das OS-Image vom Typ `Google Play` ist. Es **MUSS** vom Typ `Google Play` sein
-      <img src="/social-login-assets/studio_new_dev_google_play_dev_type.png" alt="System-Image-Auswahl zeigt Google Play Typ Images" />
-
-   6. Klicken Sie auf next
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="Next Schaltfläche im System-Image-Auswahlbildschirm" />
-
-   7. Bestätigen Sie Ihr Gerät. Sie können Ihren Emulator nach Belieben benennen
-      <img src="/social-login-assets/studio_new_dev_next_3.png" alt="Gerätekonfigurations-Überprüfungsbildschirm mit Finish-Schaltfläche" />
-
-   8. Gehen Sie in den `Device Manager` und starten Sie Ihren Simulator
-      <img src="/social-login-assets/studio_dev_manager.png" alt="Device Manager mit aufgelistetem virtuellem Gerät und Play-Schaltfläche" />
-
-   9. Nachdem der Simulator hochgefahren ist, gehen Sie in die Einstellungen
-      <img src="/social-login-assets/emul_and_settings_1.png" alt="Android Emulator zeigt Einstellungs-App" />
-
-   10. Gehen Sie zu `Google Play`
-      <img src="/social-login-assets/emul_and_settings_2.png" alt="Einstellungsbildschirm mit Google Play Option" />
-
-   11. Klicken Sie auf `Update` und warten Sie etwa 60 Sekunden
-      <img src="/social-login-assets/emul_and_settings_update_play_store.png" alt="Google Play Update-Bildschirm mit Update-Schaltfläche" />
-
-6. Testen Sie Ihre Anwendung
-
-   Wenn Sie alles richtig gemacht haben, sollten Sie sehen, dass der Google-Login-Ablauf ordnungsgemäß funktioniert:
-   <img src="/social-login-assets/google_android_final_login_show.gif" alt="Demo des Google-Login-Ablaufs auf Android zeigt Anmeldeprozess und erfolgreiche Authentifizierung" />
-</Steps>
-
-## Fehlerbehebung
-
-Wenn Sie Probleme haben, schauen Sie sich bitte die [Github Issues](https://github.com/Cap-go/capacitor-social-login/issues) an.
-
-Die Probleme mit Google Login sind **IMMER** mit dem SHA1-Zertifikat verbunden.
-
-Wenn Sie das Entwicklungs-SHA1-Zertifikat nicht erhalten können, versuchen Sie, einen benutzerdefinierten Keystore zu verwenden. [Hier](https://github.com/Cap-go/capacitor-social-login/issues/147#issuecomment-2849742574) ist ein Kommentar, der erklärt, wie Sie einen Keystore zu Ihrem Projekt hinzufügen.
diff --git a/src/content/docs/de/docs/plugins/social-login/google/general.mdx b/src/content/docs/de/docs/plugins/social-login/google/general.mdx
deleted file mode 100644
index 2d99c3338..000000000
--- a/src/content/docs/de/docs/plugins/social-login/google/general.mdx
+++ /dev/null
@@ -1,236 +0,0 @@
----
-title: Google Login Einrichtung
-locale: de
-description: Dieser Leitfaden bietet eine umfassende Übersicht zur Einrichtung von Google Login mit Capacitor und erläutert jeden Schritt, um einen nahtlosen Integrationsprozess sicherzustellen und potenzielle Herausforderungen anzusprechen, die auftreten können.
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Einführung
-
-In diesem Leitfaden lernen Sie, wie Sie Google Login mit Capgo Social Login einrichten. Sie benötigen Folgendes, um Google Login einzurichten:
-
-- Ein Google-Konto
-
-## Allgemeine Einrichtung
-
-:::note
-Dieser Schritt ist unabhängig von der Plattform erforderlich, die Sie verwenden möchten.
-:::
-
-In diesem Teil richten Sie den Login-Bildschirm ein, der von Google angezeigt wird.
-
-<Steps>
-    1. Bitte gehen Sie zu [console.cloud.google.com](https://console.cloud.google.com/)
-    2. Klicken Sie auf die Projektauswahl
-        <img src="/social-login-assets/google_cons_project_selector.png" alt="Google Console Projektauswahl" />
-    3. Wenn Sie noch kein Projekt haben, **erstellen Sie bitte ein neues Projekt**.
-        1. Klicken Sie auf `New project`
-            <img src="/social-login-assets/google_cons_new_project_btn.png" alt="Neues Projekt Schaltfläche in Google Console" />
-        2. Benennen Sie Ihr Projekt und klicken Sie auf `Create`
-            <img src="/social-login-assets/google_cons_name_projec.png" alt="Projekt-Benennungsbildschirm zeigt Namensfeld und Create-Schaltfläche" />
-        3. Stellen Sie sicher, dass Sie im richtigen Projekt sind
-            <img src="/social-login-assets/google_cons_right_proj.png" alt="Projektname in der Auswahl zeigt korrekte Projektauswahl" />
-    4. Beginnen Sie mit der Konfiguration des `OAuth consent screen`
-        1. Klicken Sie auf die Suchleiste
-            <img src="/social-login-assets/google_cons_search.png" alt="Google Console Suchleiste" />
-        2. Suchen Sie nach `OAuth consent screen` und klicken Sie darauf
-            <img src="/social-login-assets/google_cons_search_2.png" alt="Suchergebnisse zeigen OAuth Consent Screen Option" />
-        3. Konfigurieren Sie den Consent Screen
-            :::note
-            Ich gehe davon aus, dass Sie eine App entwickeln, die für die Öffentlichkeit zugänglich ist, daher werde ich den `external` Benutzertyp verwenden. Bitte wählen Sie den Benutzertyp aus, der am besten zu Ihnen passt UND klicken Sie auf `create`
-            :::
-
-            Klicken Sie auf `create`
-            <img src="/social-login-assets/google_cons_oauth_const_scr.png" alt="OAuth Consent Screen Benutzertyp-Auswahl mit External und Internal Optionen" />
-    5. Füllen Sie die Informationen über Ihre App aus
-            1. Beginnen wir mit den `App Information`
-                <img src="/social-login-assets/google_cons_app_inf.png" alt="App Information Bereich zeigt App Name und User Support Email Felder" />
-
-                    - Bitte geben Sie Ihren `App Name` ein
-                        :::caution
-                        **DIES WIRD DEN BENUTZERN ANGEZEIGT**
-                        :::
-                    - Geben Sie die `user support email` ein
-                        :::note
-                        Sie können mehr über die Support-E-Mail [hier](https://support.google.com/cloud/answer/10311615#user-support-email&zippy=%2Cuser-support-email/) erfahren
-                        :::
-                2. Sie **KÖNNEN** das App-Logo hinzufügen.
-                    <img src="/social-login-assets/google_cons_app_logo.png" alt="App Logo Upload-Bereich im OAuth Consent Screen" />
-                    :::note
-                    Dies ist nicht obligatorisch und ich werde diesen Schritt überspringen
-                    :::
-                3. Sie **SOLLTEN** die `App domain` konfigurieren
-                    <img src="/social-login-assets/google_cons_app_doma.png" alt="App Domain Konfigurationsbereich mit Feld für autorisierte Domains" />
-                    :::note
-                    Ich werde das nicht tun, da dies nur eine einfache Demonstration ist, die **NICHT** veröffentlicht wird, aber ich empfehle dringend, diesen Bereich auszufüllen.
-                    :::
-
-                4. Sie **MÜSSEN** die E-Mail des Entwicklers angeben
-                    <img src="/social-login-assets/google_cons_dev_cont_inf.png" alt="Developer Contact Information Bereich mit E-Mail-Feld" />
-                5. Klicken Sie auf `save and continue`
-                        <img src="/social-login-assets/google_cons_cons_sav_cont.png" alt="Save and Continue Schaltfläche am unteren Ende des Formulars" />
-    6. Konfigurieren Sie die Scopes
-        1. Klicken Sie auf `add or remove scopes`
-            <img src="/social-login-assets/google_cons_add_rm_sco.png" alt="Add or remove scopes Schaltfläche im Scopes-Konfigurationsbildschirm" />
-
-        2. Wählen Sie die folgenden Scopes aus und klicken Sie auf `update`
-            <img src="/social-login-assets/google_cons_update_scope.png" alt="Scope-Auswahl-Dialog mit ausgewählten E-Mail- und Profil-Scopes" />
-
-        3. Klicken Sie auf `save and continue`
-            <img src="/social-login-assets/google_cons_scope_save.png" alt="Save and Continue Schaltfläche im Scopes-Bildschirm" />
-    7. Fügen Sie einen Testbenutzer hinzu
-        1. Klicken Sie auf `add users`
-            <img src="/social-login-assets/google_cons_add_test_usr.png" alt="Add users Schaltfläche im Testbenutzer-Bereich" />
-        2. Geben Sie Ihre Google-E-Mail ein, drücken Sie Enter und klicken Sie auf `add`
-            <img src="/social-login-assets/google_cons_add_test_usr_2.png" alt="E-Mail-Eingabefeld und Add-Schaltfläche für Testbenutzer" />
-        3. Klicken Sie auf `save and continue`
-            <img src="/social-login-assets/google_cons_test_usr_save.png" alt="Save and Continue Schaltfläche im Testbenutzer-Bildschirm" />
-    8. Klicken Sie auf `back to dashboard`
-        <img src="/social-login-assets/google_cons_back_to_dahs.png" alt="Back to dashboard Schaltfläche am unteren Ende der Abschlussseite" />
-    9. Reichen Sie Ihre App zur Überprüfung ein
-        :::note
-            Ich empfehle dringend, Ihre App zur Überprüfung einzureichen. Dies liegt außerhalb des Umfangs dieses Tutorials. Sie können mehr [hier](https://support.google.com/cloud/answer/13463073/) erfahren. Dies ist nicht erforderlich für lokale Tests, aber für die Produktion erforderlich.
-        :::
-</Steps>
-
-
-## Unterschiede zwischen Online-Zugriff und Offline-Zugriff
-
-Es gibt mehrere Möglichkeiten, Google Login mit Capacitor zu verwenden. Hier ist eine Tabelle, die die Unterschiede zwischen den beiden zusammenfasst:
-
-|                         | Online-Zugriff | Offline-Zugriff |
-|:-----------------------:|:-------------:|:--------------:|
-| Erfordert ein Backend      | ❌             | ✅              |
-| Langlebiges Access Token | ❌             | ✅              |
-| Einfache Einrichtung              | ✅             | ❌              |
-
-:::note
-**Offline-Modus** bedeutet, dass Ihr Backend auf Googles APIs zugreifen kann, auch wenn der Benutzer Ihre App nicht aktiv verwendet (d.h. wenn der Benutzer aus Sicht Ihrer App "offline" ist). Langlebige Access Tokens ermöglichen diese Funktionalität, indem sie es dem Backend ermöglichen, Google APIs jederzeit im Namen des Benutzers aufzurufen.
-:::
-
-:::caution
-**Offline-Modus ERFORDERT einen Backend-Server.** Wenn Sie den Offline-Modus verwenden, erhält das Frontend minimale Informationen (hauptsächlich nur einen Server-Auth-Code). Ohne ein Backend zum Austausch dieses Codes gegen Tokens und Benutzerinformationen bietet der Offline-Modus keine nützlichen Daten für Ihre Frontend-Anwendung.
-:::
-
-Wenn Sie immer noch nicht wissen, welchen Sie wählen sollten, beachten Sie bitte die folgenden Szenarien:
-
-1. Sie möchten, dass sich der Benutzer anmeldet, unmittelbar danach werden Sie ihm ein benutzerdefiniertes JWT ausstellen. Ihre App wird KEINE Google APIs aufrufen
-
-   Wählen Sie in diesem Fall Online-Zugriff.
-
-2. Ihre App wird einige Google APIs vom Client aufrufen, aber nie vom Backend
-
-   Wählen Sie in diesem Fall Online-Zugriff
-
-3. Ihre App wird einige Google APIs vom Backend aufrufen, aber nur wenn der Benutzer die App aktiv verwendet
-
-   Wählen Sie in diesem Fall Online-Zugriff
-
-4. Ihre App wird regelmäßig den Kalender des Benutzers überprüfen, auch wenn er die App nicht aktiv verwendet
-
-   Wählen Sie in diesem Fall Offline-Zugriff
-
-## Ein Beispiel-Backend für Online-Zugriff
-
-In diesem Teil des Tutorials zeige ich, wie Sie den Benutzer auf Ihrem Backend validieren.
-
-Dieses Beispiel wird sehr einfach sein und basiert auf den folgenden Technologien:
-
-- [Typescript](https://www.typescriptlang.org/)
-
-- [Hono](https://hono.dev/)
-
-- [Javascript's fetch API](https://developer.mozilla.org/en-US/docs/Web/API/Window/fetch)
-
-Sie können den Code für dieses Beispiel [hier](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/141c01d93a85240e31a0d488a89df13c842708b1/index.ts#L135-L153) finden
-
-Wie Sie sehen können:
-
-<img src="/social-login-assets/vscode_auth_google.png" alt="VS Code zeigt Google-Authentifizierungscode, der Tokens verifiziert" />
-
-Die Idee ist ziemlich einfach. Sie senden eine einfache `GET` Anfrage an `https://www.googleapis.com/oauth2/v3/tokeninfo` und diese gibt Ihnen zurück, ob der Token gültig ist oder nicht, und wenn ja, gibt sie Ihnen die E-Mail des Benutzers. Sie gibt Ihnen auch einige andere Informationen über den Benutzer-Token
-<img src="/social-login-assets/google_auth_playground_token_info.png" alt="Google OAuth Playground zeigt Token-Informationsantwort mit Benutzerdetails" />
-
-Von dort aus könnten Sie dem Benutzer Ihr eigenes JWT ausstellen oder eine Art Session-Cookie ausstellen. Die Möglichkeiten sind endlos für die endgültige Auth-Implementierung.
-
-Wenn Sie Google API's aufrufen möchten, empfehle ich dringend, sich [Google's OAuth 2.0 Playground](https://developers.google.com/oauthplayground) anzusehen. Von dort aus können Sie leicht sehen, welche APIs Sie aufrufen können.
-
-## Verwendung von Offline-Zugriff mit Ihrem eigenen Backend
-
-Um Online-Zugriff zu verwenden, benötigen Sie Folgendes:
-
-- Einen HTTP-Server
-
-In diesem Beispiel werde ich die folgenden Technologien verwenden, um den Offline-Zugriff in meiner App bereitzustellen:
-
-- [Hono](https://hono.dev/)
-
-- [Hono Zod validator](https://hono.dev/docs/guides/validation#with-zod)
-
-- [Zod](https://zod.dev/)
-
-- [Hono JWT](https://hono.dev/docs/helpers/jwt#jwt-authentication-helper)
-
-- [LowDb](https://www.npmjs.com/package/lowdb) (eine einfache Datenbank)
-
-Der Code für dieses Beispiel ist [hier](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/aac7a8c909f650a8c2cd7f88c97f5f3c594ce9ba/index.ts#L139-L287) zu finden
-
-Was den Client-Code betrifft, sieht er so aus:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { GoogleLoginOfflineResponse, SocialLogin } from '@capgo/capacitor-social-login';
-import { usePopoutStore } from '@/popoutStore'; // <-- spezifisch für meine App
-
-const baseURL = "[redacted]";
-
-async function fullLogin() {
-  await SocialLogin.initialize({
-    google: {
-      webClientId: '[redacted]',
-      iOSClientId: '[redacted]',
-      iOSServerClientId: 'The same value as webClientId',
-      mode: 'offline' // <-- wichtig
-    }
-  })
-  const response = await SocialLogin.login({
-    provider: 'google',
-    options: {
-      forceRefreshToken: true // <-- wichtig
-    }
-  })
-
-  if (response.provider === 'google') {
-    const result = response.result as GoogleLoginOfflineResponse
-    const res = await fetch(`${baseURL}/auth/google_offline`, {
-      headers: {
-        "Content-Type": "application/json"
-      },
-      body: JSON.stringify({
-        serverAuthCode: result.serverAuthCode,
-        platform: Capacitor.getPlatform()
-      }),
-      method: "POST"
-    })
-
-    if (res.status !== 200) {
-      popoutStore.popout("Full google login failed", "check console");
-      return
-    }
-
-    const { jwt } = await res.json();
-    const userinfo = await fetch(`${baseURL}/auth/get_google_user`, {
-      headers: {
-        Authorization: `Bearer ${jwt}`
-      }
-    })
-    if (userinfo.status !== 200) {
-      popoutStore.popout("Full google (userinfo) login failed", "check console");
-      return
-    }
-    popoutStore.popout("userinfo res", await userinfo.text());
-  }
-}
-```
diff --git a/src/content/docs/de/docs/plugins/social-login/google/ios.mdx b/src/content/docs/de/docs/plugins/social-login/google/ios.mdx
deleted file mode 100644
index f35674aee..000000000
--- a/src/content/docs/de/docs/plugins/social-login/google/ios.mdx
+++ /dev/null
@@ -1,246 +0,0 @@
----
-title: Google Login auf iOS
-locale: de
-description: Dieser Leitfaden bietet eine umfassende Anleitung zur Konfiguration von Google Login mit Capacitor auf iOS und erläutert jeden Schritt, um einen reibungslosen Integrationsprozess sicherzustellen.
-sidebar:
-    order: 3
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Einführung
-
-In diesem Leitfaden lernen Sie, wie Sie Google Login mit Capgo Social Login für iOS einrichten.
-Ich gehe davon aus, dass Sie die [allgemeine Einrichtungsanleitung](/docs/plugins/social-login/google/general/) bereits gelesen haben.
-
-## Verwendung von Google Login auf iOS
-
-In diesem Teil lernen Sie, wie Sie Google Login in iOS einrichten.
-
-<Steps>
-1. Erstellen Sie eine iOS-Client-ID in der Google Console
-
-   1. Klicken Sie auf die Suchleiste
-      <img src="/social-login-assets/google_cons_search.png" alt="Google Console Suchleiste" />
-
-   2. Suchen Sie nach `credentials` und klicken Sie auf die `APIs and Services` Option (Nummer 2 auf dem Screenshot)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Suchergebnisse zeigen Credentials-Option mit hervorgehobenen APIs and Services" />
-
-   3. Klicken Sie auf `create credentials`
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Credentials erstellen Schaltfläche in Google Console" />
-
-   4. Wählen Sie `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="OAuth client ID Option im Credentials-Erstellungsmenü" />
-
-   5. Wählen Sie den `Application type` auf `iOS`
-      <img src="/social-login-assets/goolge_cons_cred_type_app_tye.png" alt="Anwendungstyp-Auswahl mit hervorgehobener iOS-Option" />
-
-   6. Finden Sie die Bundle ID
-
-      1. Öffnen Sie Xcode
-
-      2. Doppelklicken Sie auf `App`
-         <img src="/social-login-assets/xcode_app_click.png" alt="App Target im Xcode Projekt-Navigator" />
-
-      3. Stellen Sie sicher, dass Sie sich bei `Targets -> App` befinden
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Targets Bereich in Xcode mit App ausgewählt" />
-
-      4. Finden Sie Ihre `Bundle Identifier`
-         <img src="/social-login-assets/xcode_bundle_id.png" alt="Bundle Identifier Feld in Xcode Projekteinstellungen" />
-
-      5. Gehen Sie zurück zur Google Console und fügen Sie Ihre `Bundle Identifier` in `Bundle ID` ein
-         <img src="/social-login-assets/google_cons_ios_bd_id.png" alt="Bundle ID Feld im Google Console iOS Client-Erstellungsformular" />
-
-   7. Optional fügen Sie Ihre `App Store ID` oder `Team ID` zur Client-ID hinzu, wenn Sie Ihre App im App Store veröffentlicht haben
-
-   8. Nachdem Sie alle Details ausgefüllt haben, klicken Sie auf `create`
-      <img src="/social-login-assets/google_cons_ios_cred_creat.png" alt="Create Schaltfläche am unteren Ende des iOS Client-Erstellungsformulars" />
-
-   9. Klicken Sie auf `OK`
-      <img src="/social-login-assets/google_cons_ios_click_ok.png" alt="OK Schaltfläche im Client-ID erstellt Bestätigungsdialog" />
-
-   10. Öffnen Sie den neu erstellten iOS-Client
-       <img src="/social-login-assets/google_cons_open_new_ios.png" alt="Neu erstellter iOS-Client in Credentials-Liste" />
-
-   11. Kopieren Sie die folgenden Daten
-       <img src="/social-login-assets/google_cons_ios_what_to_copy.png" alt="Client-ID Details zeigen Client-ID und umgekehrte Client-ID zum Kopieren" />
-
-       :::note
-       Die `nr. 1` in diesem Bild wird später zur `iOSClientId` im `initialize` Aufruf.
-
-       Die `nr. 2` in diesem Bild wird später zu `YOUR_DOT_REVERSED_IOS_CLIENT_ID`
-       :::
-
-2. Ändern Sie die Info.plist Ihrer App
-
-   1. Öffnen Sie Xcode und finden Sie die `Info.plist` Datei
-      <img src="/social-login-assets/xcode_info_file.png" alt="Info.plist Datei im Xcode Projekt-Navigator" />
-
-   2. Rechtsklicken Sie auf diese Datei und öffnen Sie sie als Quellcode
-      <img src="/social-login-assets/xcode_open_as_src_code.png" alt="Rechtsklick-Menü zeigt Als Quellcode öffnen Option" />
-
-   3. Am Ende Ihrer `Plist` Datei sehen Sie ein `</dict>` Tag
-      <img src="/social-login-assets/xcode_dict_tag.png" alt="Schließendes dict Tag in Info.plist Datei" />
-
-   4. Fügen Sie das folgende Fragment direkt vor dem schließenden `</dict>` Tag ein
-      <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist mit URL-Schemas-Code vor schließendem dict Tag eingefügt" />
-
-      ```xml
-      <key>CFBundleURLTypes</key>
-      <array>
-       <dict>
-         <key>CFBundleURLSchemes</key>
-         <array>
-           <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-         </array>
-       </dict>
-      </array>
-      ```
-
-   5. Ändern Sie die `YOUR_DOT_REVERSED_IOS_CLIENT_ID` in den im vorherigen Schritt kopierten Wert
-      <img src="/social-login-assets/xcode_plist_final.png" alt="Info.plist mit tatsächlicher umgekehrter Client-ID in URL-Schemas eingefügt" />
-
-      :::caution
-      Stellen Sie sicher, dass dieser Wert **MIT** `com.googleusercontent.apps` **BEGINNT**
-      :::
-
-   6. Speichern Sie die Datei mit `Command + S`
-
-3. Ändern Sie die `AppDelegate.swift`
-
-   1. Öffnen Sie das AppDelegate
-      <img src="/social-login-assets/xcode_app_deleg.png" alt="AppDelegate.swift Datei im Xcode Projekt-Navigator" />
-
-   2. Fügen Sie `import GoogleSignIn` am Anfang der Datei ein
-      <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="AppDelegate.swift mit GoogleSignIn Import hinzugefügt" />
-
-   3. Finden Sie die `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])` Funktion
-      <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="Original application openURL Funktion im AppDelegate" />
-
-   4. Ändern Sie die Funktion so, dass sie folgendermaßen aussieht
-
-      ```swift
-      func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-          // Called when the app was launched with a url. Feel free to add additional processing here,
-          // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-          var handled: Bool
-
-          handled = GIDSignIn.sharedInstance.handle(url)
-          if handled {
-            return true
-          }
-
-          return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-      }
-      ```
-
-      <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="Geänderte application openURL Funktion mit GoogleSignIn Verarbeitung" />
-
-   5. Speichern Sie die Datei mit `Command + S`
-
-4. Richten Sie Google Login in Ihrem JavaScript/TypeScript Code ein
-
-   1. Importieren Sie `SocialLogin` und `Capacitor`
-
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      import { Capacitor } from '@capacitor/core';
-      ```
-
-   2. Rufen Sie die initialize Methode auf (dies sollte nur einmal aufgerufen werden)
-
-      **Grundlegende Einrichtung (Online-Modus - empfohlen für die meisten Apps):**
-      ```typescript
-      // onMounted ist Vue-spezifisch
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            iOSClientId: '673324426943-redacted.apps.googleusercontent.com',
-            mode: 'online' // Standard-Modus
-          }
-        })
-      })
-      ```
-
-      **Erweiterte Einrichtung mit zusätzlichen Client-IDs:**
-      ```typescript
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: 'YOUR_WEB_CLIENT_ID',           // Optional: für Web-Plattform-Unterstützung
-            iOSClientId: 'YOUR_IOS_CLIENT_ID',           // Erforderlich: aus Schritt 1
-            iOSServerClientId: 'YOUR_WEB_CLIENT_ID',     // Optional: gleicher Wert wie webClientId, benötigt für einige erweiterte Funktionen
-            mode: 'online'                               // 'online' oder 'offline'
-          }
-        })
-      })
-      ```
-
-      :::note
-      **Client-ID Anforderungen:**
-      - `iOSClientId`: **Erforderlich** - Muss mit `googleusercontent.com` enden (aus Schritt 1 oben)
-      - `webClientId`: **Optional** - Nur benötigt, wenn Sie auch Web-Plattform unterstützen oder erweiterte Funktionen benötigen
-      - `iOSServerClientId`: **Optional** - Sollte derselbe Wert wie `webClientId` sein, wenn bereitgestellt
-
-      Für erweiterte Einrichtung mit `webClientId` und `iOSServerClientId`, siehe [Web-Einrichtungsanleitung](/docs/plugins/social-login/google/web/) zur Erstellung dieser Credentials.
-      :::
-
-      :::caution
-      **Über den Offline-Modus:** Bei Verwendung von `mode: 'offline'` enthält die Login-Antwort nicht direkt Benutzerdaten. Stattdessen erhalten Sie einen Server-Auth-Code, der über Ihren Backend-Server gegen Benutzerinformationen ausgetauscht werden muss. Siehe [allgemeine Einrichtungsanleitung](/docs/plugins/social-login/google/general/#using-offline-access-with-your-own-backend) für Implementierungsdetails.
-      :::
-
-   3. Implementieren Sie die Login-Funktion. Erstellen Sie eine Schaltfläche und führen Sie den folgenden Code beim Klicken aus
-
-      **Für Online-Modus:**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // Antwort verarbeiten - enthält Benutzerdaten
-      console.log(JSON.stringify(res))
-      ```
-
-      **Für Offline-Modus:**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {
-          forceRefreshToken: true // Empfohlen für Offline-Modus
-        }
-      })
-      // res enthält serverAuthCode, keine Benutzerdaten
-      // Senden Sie serverAuthCode an Ihr Backend, um Benutzerinformationen zu erhalten
-      console.log('Server Auth Code:', res.result.serverAuthCode)
-      ```
-
-5. Testen Sie Ihre Anwendung
-
-   1. Bauen Sie Ihre App und führen Sie `cap sync` aus
-
-   2. Wenn Sie alles richtig gemacht haben, sollten Sie sehen, dass der Google-Login-Ablauf ordnungsgemäß funktioniert
-      <img src="/social-login-assets/google_final_ios_v2.gif" alt="Demo des Google-Login-Ablaufs auf iOS zeigt Anmeldeprozess und erfolgreiche Authentifizierung" />
-</Steps>
-
-:::note
-Die Sprache in der Google-Eingabeaufforderung hängt von den Spracheinstellungen Ihres Geräts ab.
-:::
-
-## Bekannte Probleme
-
-### Privacy Screen Plugin Inkompatibilität
-
-Das Google Login Plugin ist inkompatibel mit [@capacitor/privacy-screen](https://github.com/ionic-team/capacitor-privacy-screen). Wenn beide Plugins zusammen verwendet werden, wird die Google-Login-Webansicht durch den Datenschutzbildschirm unterbrochen.
-
-**Workaround:** Rufen Sie `await PrivacyScreen.disable();` auf, bevor Sie die Login-Funktion aufrufen:
-
-```typescript
-import { PrivacyScreen } from '@capacitor/privacy-screen';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-await PrivacyScreen.disable();
-await SocialLogin.login({
-  provider: 'google',
-  options: {}
-});
-```
diff --git a/src/content/docs/de/docs/plugins/social-login/google/web.mdx b/src/content/docs/de/docs/plugins/social-login/google/web.mdx
deleted file mode 100644
index fe9d8a9b8..000000000
--- a/src/content/docs/de/docs/plugins/social-login/google/web.mdx
+++ /dev/null
@@ -1,129 +0,0 @@
----
-title: Google Login im Web
-locale: de
-description: Dieser Leitfaden bietet eine umfassende Anleitung zur Einrichtung von Google Login für Webanwendungen mit Capacitor und dem @capgo/capacitor-social-login Plugin und gewährleistet einen nahtlosen Integrationsprozess durch Abdeckung aller notwendigen Schritte und Konfigurationen.
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Einführung
-
-In diesem Leitfaden lernen Sie, wie Sie Google Login mit Capgo Social Login für Webanwendungen einrichten.
-Ich gehe davon aus, dass Sie die [allgemeine Einrichtungsanleitung](/docs/plugins/social-login/google/general/) bereits gelesen haben.
-
-## Verwendung von Google Login im Web
-
-Die Verwendung des Google-Logins im Web ist ziemlich einfach.
-Um es zu verwenden, müssen Sie Folgendes tun:
-
-<Steps>
-1. Erstellen Sie einen Web-Client in der Google Console
-
-   :::note
-   Wenn Sie Google Login für Android bereits konfiguriert haben, können Sie diesen Schritt überspringen, da Sie bereits einen Web-Client erstellt haben. Sie können direkt zu Schritt 2 übergehen.
-   :::
-
-   1. Klicken Sie auf die Suchleiste
-      <img src="/social-login-assets/google_cons_search.png" alt="Google Console Suchleiste" />
-
-   2. Suchen Sie nach `credentials` und klicken Sie auf die `APIs and Services` Option (Nummer 2 auf dem Screenshot)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Suchergebnisse zeigen Credentials-Option mit hervorgehobenen APIs and Services" />
-
-   3. Klicken Sie auf `create credentials`
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Credentials erstellen Schaltfläche in Google Console" />
-
-   4. Wählen Sie `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="OAuth client ID Option im Credentials-Erstellungsmenü" />
-
-   5. Wählen Sie den `Application type` als `Web application`
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="Anwendungstyp-Auswahl mit hervorgehobener Web-Option" />
-
-   6. Benennen Sie Ihren Client und klicken Sie auf `Create`
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="Web-Client-Erstellungsformular mit hervorgehobenem Namensfeld" />
-
-   7. Kopieren Sie die Client-ID, Sie werden diese als `webClientId` in Ihrer Anwendung verwenden
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="Client-ID Details zeigen Web-Client-ID zum Kopieren" />
-
-2. Konfigurieren Sie den Web-Client in der Google Console
-
-   1. Bitte öffnen Sie die [Credentials-Seite](https://console.cloud.google.com/apis/credentials) und klicken Sie auf Ihren Web-Client
-      <img src="/social-login-assets/google_cons_open_web_client_id.png" alt="Credentials-Liste zeigt Web-Client zum Klicken" />
-
-   2. Fügen Sie nun die `Authorized JavaScript origins` hinzu. Dies sollte alle Adressen enthalten, die Sie möglicherweise für Ihre App verwenden. In meinem Fall werde ich **NUR** localhost verwenden, aber da ich einen benutzerdefinierten Port verwende, muss ich sowohl `http://localhost` als auch `http://localhost:5173` hinzufügen
-
-      1. Bitte klicken Sie auf `add URI`
-         <img src="/social-login-assets/google_cons_authorized_js_add_btn.png" alt="Authorized JavaScript origins Bereich mit ADD URI Schaltfläche" />
-
-      2. Bitte geben Sie Ihre URL ein
-         <img src="/social-login-assets/google_cons_authorized_js_typed_url.png" alt="ADD URI Dialog mit eingegebener localhost URL" />
-
-      3. Bitte wiederholen Sie dies, bis Sie alle URLs hinzugefügt haben
-
-      4. Wenn Sie fertig sind, sollte Ihr Bildschirm ungefähr so aussehen
-         <img src="/social-login-assets/google_cons_authorized_js_final.png" alt="Authorized JavaScript origins mit mehreren hinzugefügten localhost URLs" />
-
-   3. Fügen Sie nun einige `Authorized redirect URIs` hinzu. Dies hängt davon ab, auf welcher Seite Sie das CapacitorSocialLogin Plugin verwenden möchten. In meinem Fall werde ich es auf `http://localhost:5173/auth` verwenden
-
-      1. Bitte klicken Sie auf `ADD URI`
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_1.png" alt="Authorized redirect URIs Bereich mit ADD URI Schaltfläche" />
-
-      2. Geben Sie Ihre URL ein und klicken Sie erneut auf `ADD URL`
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_2.png" alt="ADD URI Dialog mit eingegebener Redirect-URL" />
-
-   4. Klicken Sie auf `save`
-      <img src="/social-login-assets/google_cons_web_app_save.png" alt="Save Schaltfläche am unteren Ende der Web-Client-Konfiguration" />
-
-3. Jetzt sollten Sie bereit sein, `login` von JavaScript wie folgt aufzurufen:
-
-   1. Importieren Sie zuerst `SocialLogin`
-
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-
-   2. Rufen Sie dann initialize auf. Dies sollte NUR einmal aufgerufen werden.
-
-      ```typescript
-      // onMounted ist Vue-spezifisch
-      // webClientId ist die Client-ID, die Sie im Web-Client-Erstellungsschritt erhalten haben, nicht die Android-Client-ID.
-      onMounted(() => {
-       SocialLogin.initialize({
-         google: {
-           webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-         }
-       })
-      })
-      ```
-
-   :::note[Web Redirect Verarbeitung]
-   Wenn Sie Google Login im Web verwenden, **MÜSSEN** Sie beim Redirect eine beliebige Funktion des Plugins aufrufen, um das Plugin zu initialisieren, damit es den Redirect verarbeiten und das Popup-Fenster schließen kann. Sie können entweder `isLoggedIn()` ODER `initialize()` aufrufen - beide lösen die Redirect-Verarbeitung aus:
-
-   ```typescript
-   // Option 1: Rufen Sie isLoggedIn auf, wenn die Redirect-Seite lädt
-   SocialLogin.isLoggedIn({ provider: 'google' }).catch(() => {
-     // Ignorieren Sie das Ergebnis, dies dient nur zur Initialisierung des Plugins
-   });
-
-   // Option 2: Rufen Sie initialize auf, wenn die Redirect-Seite lädt
-   SocialLogin.initialize({
-     google: {
-       webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-     }
-   }).catch(() => {
-     // Ignorieren Sie eventuelle Fehler, dies dient nur zur Verarbeitung des Redirects
-   });
-   ```
-   :::
-
-   3. Erstellen Sie eine Login-Schaltfläche, die `SocialLogin.login` beim Klicken aufruft
-
-      ```typescript
-      const res = await SocialLogin.login({
-       provider: 'google',
-       options: {}
-      })
-      // Verarbeiten Sie die Antwort
-      console.log(JSON.stringify(res));
-      ```
-</Steps>
diff --git a/src/content/docs/de/docs/plugins/social-login/index.mdx b/src/content/docs/de/docs/plugins/social-login/index.mdx
deleted file mode 100644
index b6f81ba0b..000000000
--- a/src/content/docs/de/docs/plugins/social-login/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: "@capgo/capacitor-social-login"
-locale: de
-description: Capacitor-Plugin für nahtlose soziale Authentifizierung mit Google, Apple und Facebook, das die Sicherheit und Benutzererfahrung beim Login verbessert.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Ein Capacitor-Plugin für soziale Authentifizierung mit Google, Apple und Facebook, das den Benutzer-Login nahtlos und sicher macht.
-  image:
-    file: ~public/icons/plugins/social-login.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/social-login/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-social-login/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-## Video-Anleitung
-
-Sehen Sie sich eine kurze Demo der Plugin-Einrichtung und des Login-Ablaufs in Aktion an.
-
-<YouTube id="iTINYxvSJrE" title="Capgo Social Login Plugin Übersicht" />
-
-<CardGrid stagger>
-  <Card title="Google-Login" icon="rocket">
-    Bietet eine reibungslose Login-Erfahrung für Ihre Benutzer
-  </Card>
-  <Card title="Facebook-Login" icon="pencil">
-    Macht Facebook-Login zum Kinderspiel
-  </Card>
-  <Card title="Apple-Login" icon="setting">
-    Apple-Login kann schwierig zu implementieren sein, aber wir machen es einfach
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/social-login/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/social-login/migrations/apple.mdx b/src/content/docs/de/docs/plugins/social-login/migrations/apple.mdx
deleted file mode 100644
index a63768318..000000000
--- a/src/content/docs/de/docs/plugins/social-login/migrations/apple.mdx
+++ /dev/null
@@ -1,186 +0,0 @@
----
-title: Migrationsleitfaden von @capacitor-community/apple-sign-in zu @capgo/capacitor-social-login
-locale: de
-description: Dieser umfassende Leitfaden bietet detaillierte Anweisungen für den Übergang vom @capacitor-community/apple-sign-in Plugin zum @capgo/capacitor-social-login Plugin und gewährleistet einen reibungslosen Migrationsprozess mit verbesserten Funktionen.
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Übersicht
-
-Dieser Leitfaden beschreibt den Übergang vom veralteten `@capacitor-community/apple-sign-in` Plugin zum modernen `@capgo/capacitor-social-login` Paket. Das neue Plugin bietet eine einheitliche Schnittstelle für mehrere soziale Authentifizierungsanbieter mit verbesserter TypeScript-Unterstützung und aktiver Wartung.
-
-## Installation
-
-<Steps>
-1. Entfernen Sie das alte Paket:
-   ```bash
-   npm uninstall @capacitor-community/apple-sign-in
-   ```
-
-2. Installieren Sie das neue Paket:
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Code-Änderungen
-
-### Import-Änderungen
-```diff
-- import { SignInWithApple } from '@capacitor-community/apple-sign-in';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Initialisierung
-
-**Wichtige Änderung**: Das neue Plugin erfordert einen Initialisierungsschritt, der zuvor nicht erforderlich war.
-
-```diff
-- // Keine Initialisierung im alten Paket erforderlich
-+ // Für iOS: Basiskonfiguration
-+ await SocialLogin.initialize({
-+   apple: {} // Basis-iOS-Konfiguration
-+ });
-
-+ // Für Android: Zusätzliche Konfiguration erforderlich
-+ await SocialLogin.initialize({
-+   apple: {
-+     clientId: 'YOUR_SERVICE_ID', // Service-ID aus dem Apple Developer Portal
-+     redirectUrl: 'https://your-backend.com/callback' // Ihre Backend-Callback-URL
-+   }
-+ });
-```
-
-**Wichtiger Hinweis**: Für iOS geben Sie eine Basiskonfiguration an, während Android zusätzliche Details einschließlich einer Service-ID und Backend-Callback-URL für webbasierte OAuth-Authentifizierung benötigt.
-
-### Anmelden
-
-Der Login-Prozess vereinfacht sich von mehreren Parametern zu einer saubereren API:
-
-```diff
-- const result = await SignInWithApple.authorize({
--   clientId: 'com.your.app',
--   redirectURI: 'https://your-app.com/callback',
--   scopes: 'email name',
--   state: '12345',
--   nonce: 'nonce'
-- });
-
-+ const result = await SocialLogin.login({
-+   provider: 'apple',
-+   options: {
-+     // Optional: Scopes hinzufügen, falls erforderlich
-+     scopes: ['email', 'name'],
-+     nonce: 'nonce'
-+   }
-+ });
-```
-
-Das neue Plugin verwendet `login()` mit `provider: 'apple'` und optionalen Scopes anstelle der Übergabe einzelner Konfigurationswerte wie `clientId` und `redirectURI`.
-
-### Änderungen des Antworttyps
-
-Die Ergebnisse enthalten jetzt ein `accessToken`-Objekt mit Ablaufdetails und einem strukturierten `profile`-Abschnitt, der das flachere Antwortformat des ursprünglichen Pakets ersetzt:
-
-```typescript
-// Alter Antworttyp
-interface AppleSignInResponse {
-  response: {
-    user: string;
-    email: string | null;
-    givenName: string | null;
-    familyName: string | null;
-    identityToken: string | null;
-    authorizationCode: string | null;
-  };
-}
-
-// Neuer Antworttyp
-interface SocialLoginResponse {
-  provider: 'apple';
-  result: {
-    accessToken: {
-      token: string;
-      expiresIn?: number;
-      refreshToken?: string;
-    } | null;
-    idToken: string | null;
-    profile: {
-      user: string;
-      email: string | null;
-      givenName: string | null;
-      familyName: string | null;
-    };
-  };
-}
-```
-
-### Neue Funktionen
-
-Das aktualisierte Plugin führt Funktionalität ein, die im Vorgänger nicht verfügbar war:
-
-**Login-Status überprüfen**
-```diff
-- // Im alten Paket nicht verfügbar
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'apple'
-+ });
-```
-
-**Logout-Funktionalität**
-```diff
-- // Im alten Paket nicht verfügbar
-+ await SocialLogin.logout({
-+   provider: 'apple'
-+ });
-```
-
-Diese Methoden bieten `isLoggedIn()` zur Überprüfung des Authentifizierungsstatus und `logout()`-Funktionalität.
-
-## Plattformspezifische Änderungen
-
-### iOS-Einrichtung
-
-**iOS** behält vertraute Einrichtungsverfahren über Xcode-Funktionen bei:
-
-1. Die iOS-Einrichtung bleibt weitgehend gleich. Sie müssen weiterhin:
-   - "Sign In with Apple"-Funktion in Xcode aktivieren
-   - Ihre App im Apple Developer Portal konfigurieren
-   - Keine zusätzlichen Code-Änderungen für iOS erforderlich
-
-### Android-Einrichtung
-
-**Android** erhält jetzt native Unterstützung über webbasierte OAuth-Authentifizierung:
-
-Das neue Plugin bietet Android-Unterstützung von Haus aus, erfordert jedoch zusätzliche Einrichtung:
-
-1. Erstellen Sie eine Services-ID im Apple Developer Portal
-2. Konfigurieren Sie einen Web-Authentifizierungsendpunkt
-3. Richten Sie Ihre Android-App ein, um den OAuth-Ablauf zu verarbeiten
-4. Backend-Service-Konfiguration ist erforderlich
-
-Detaillierte Anweisungen zur Android-Einrichtung finden Sie im [Android Setup Guide](/docs/plugins/social-login/apple/android/).
-
-## Hauptvorteile
-
-Das modernisierte Paket bietet:
-
-1. **Einheitliche APIs** über mehrere soziale Anbieter hinweg (Google, Facebook, Apple)
-2. **Verbesserte TypeScript-Typisierung** mit besseren Typdefinitionen
-3. **Aktive Community-Wartung** im Vergleich zur veralteten Version
-4. **Integrierte Android-Unterstützung** durch webbasierte Authentifizierung
-5. **Persistente Login-Zustandsverwaltung**
-6. **Bessere Fehlerbehandlung** mit konsistenten Fehlertypen
-
-## Breaking Changes
-
-1. **Explizite Initialisierung ist jetzt erforderlich** - keine Standardkonfiguration
-2. **Struktur des Antwortobjekts hat sich geändert** - verschachteltes Ergebnisformat
-3. **Android-Implementierung erfordert einen Backend-Service** für OAuth
-4. **Token-Refresh-Behandlung ist anders** - verbesserte Token-Verwaltung
-5. **Fehlerbehandlung und Fehlertypen haben sich geändert** - detailliertere Fehler
-
-Für detailliertere Einrichtungsanweisungen konsultieren Sie bitte die [offizielle Dokumentation](/docs/plugins/social-login/apple/general/).
diff --git a/src/content/docs/de/docs/plugins/social-login/migrations/facebook.mdx b/src/content/docs/de/docs/plugins/social-login/migrations/facebook.mdx
deleted file mode 100644
index 663cab9bb..000000000
--- a/src/content/docs/de/docs/plugins/social-login/migrations/facebook.mdx
+++ /dev/null
@@ -1,234 +0,0 @@
----
-title: Migrationsleitfaden von @capacitor-community/facebook-login zu @capgo/capacitor-social-login
-locale: de
-description: Dieser detaillierte Leitfaden bietet schrittweise Anweisungen für den Übergang vom @capacitor-community/facebook-login Plugin zum @capgo/capacitor-social-login Plugin und gewährleistet einen reibungslosen Migrationsprozess mit erweiterten Funktionen.
-sidebar:
-    order: 2
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Übersicht
-
-Dieser Leitfaden bietet umfassende Anweisungen für die Migration von `@capacitor-community/facebook-login` zu `@capgo/capacitor-social-login`. Das neue Plugin modernisiert die Facebook-Authentifizierung mit einer einheitlichen API, die mehrere soziale Anbieter unterstützt, verbesserte TypeScript-Unterstützung und erweiterte Funktionen bietet.
-
-## Installation
-
-<Steps>
-1. Entfernen Sie das alte Paket:
-   ```bash
-   npm uninstall @capacitor-community/facebook-login
-   ```
-
-2. Installieren Sie das neue Paket:
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Code-Änderungen
-
-### Import-Änderungen
-```diff
-- import { FacebookLogin } from '@capacitor-community/facebook-login';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Initialisierung
-
-**Wichtige Änderung**: Das neue Paket erfordert eine explizite Einrichtung in Ihrem Code:
-
-```diff
-- // Altes Paket erforderte keine explizite Initialisierung im Code
-- // Konfiguration erfolgte nur auf nativen Plattformen
-
-+ // Neues Paket erfordert explizite Initialisierung
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'YOUR_FACEBOOK_APP_ID',        // Erforderlich für Web und Android
-+     clientToken: 'YOUR_CLIENT_TOKEN'       // Erforderlich für Android
-+   }
-+ });
-```
-
-### Login
-
-Die Login-Methode akzeptiert jetzt einen Provider-Parameter:
-
-```diff
-- const FACEBOOK_PERMISSIONS = ['email', 'public_profile'];
-- const result = await FacebookLogin.login({ permissions: FACEBOOK_PERMISSIONS });
-
-+ const result = await SocialLogin.login({
-+   provider: 'facebook',
-+   options: {
-+     permissions: ['email', 'public_profile'],
-+     limitedLogin: false,
-+     nonce: 'optional_nonce'
-+   }
-+ });
-```
-
-### Änderungen des Antworttyps
-
-Die Antwortstruktur wurde mit einem umfassenderen Profilobjekt modernisiert:
-
-```typescript
-// Alter Antworttyp
-interface FacebookLoginResponse {
-  accessToken: {
-    applicationId: string;
-    userId: string;
-    token: string;
-    expires: string;
-  };
-  recentlyGrantedPermissions: string[];
-  recentlyDeniedPermissions: string[];
-}
-
-// Neuer Antworttyp
-interface FacebookLoginResponse {
-  provider: 'facebook';
-  result: {
-    accessToken: {
-      token: string;
-      applicationId?: string;
-      expires?: string;
-      userId?: string;
-      permissions?: string[];
-      declinedPermissions?: string[];
-    } | null;
-    idToken: string | null;
-    profile: {
-      userID: string;
-      email: string | null;
-      friendIDs: string[];
-      birthday: string | null;
-      ageRange: { min?: number; max?: number } | null;
-      gender: string | null;
-      location: { id: string; name: string } | null;
-      hometown: { id: string; name: string } | null;
-      profileURL: string | null;
-      name: string | null;
-      imageURL: string | null;
-    };
-  };
-}
-```
-
-**Hauptunterschiede**:
-- Die Antwort enthält jetzt ein `provider`-Feld zur Identifizierung des Authentifizierungsanbieters
-- Detaillierteres `profile`-Objekt mit zusätzlichen Benutzerinformationen
-- Konsistente Struktur über alle sozialen Login-Anbieter hinweg
-
-### Login-Status überprüfen
-```diff
-- const result = await FacebookLogin.getCurrentAccessToken();
-- const isLoggedIn = result && result.accessToken;
-
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'facebook'
-+ });
-+ const isLoggedIn = status.isLoggedIn;
-```
-
-### Logout
-```diff
-- await FacebookLogin.logout();
-
-+ await SocialLogin.logout({
-+   provider: 'facebook'
-+ });
-```
-
-## Plattformspezifische Änderungen
-
-### Android-Einrichtung
-
-Die Konfiguration erfolgt jetzt über die Initialize-Methode:
-
-```diff
-- // AndroidManifest.xml-Änderungen bleiben gleich
-- // strings.xml wird irrelevant
-+ // Zusätzlich in Ihrem Code initialisieren:
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'your-app-id',
-+     clientToken: 'your-client-token'  // Neue Anforderung
-+   }
-+ });
-```
-
-**Wichtig**: Client-Token ist jetzt für die Android-Authentifizierung erforderlich.
-
-### iOS-Einrichtung
-
-1. Die iOS-Einrichtung in `AppDelegate.swift` bleibt gleich:
-
-```swift
-import FBSDKCoreKit
-
-// In application:didFinishLaunchingWithOptions:
-FBSDKCoreKit.ApplicationDelegate.shared.application(
-    application,
-    didFinishLaunchingWithOptions: launchOptions
-)
-
-// In application:openURL:options:
-ApplicationDelegate.shared.application(
-    app,
-    open: url,
-    sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-    annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-)
-```
-
-2. Die `Info.plist`-Konfiguration bleibt gleich:
-```xml
-<key>CFBundleURLTypes</key>
-<array>
-    <dict>
-        <key>CFBundleURLSchemes</key>
-        <array>
-            <string>fb[APP_ID]</string>
-        </array>
-    </dict>
-</array>
-<key>FacebookAppID</key>
-<string>[APP_ID]</string>
-<key>FacebookClientToken</key>
-<string>[CLIENT_TOKEN]</string>
-<key>FacebookDisplayName</key>
-<string>[APP_NAME]</string>
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>fbapi</string>
-    <string>fbauth</string>
-    <string>fb-messenger-share-api</string>
-    <string>fbauth2</string>
-    <string>fbshareextension</string>
-</array>
-```
-
-## Breaking Changes
-
-Zusammenfassung der Breaking Changes bei der Migration:
-
-1. **Explizite Initialisierung ist jetzt erforderlich** - Muss `initialize()` vor der Verwendung aufrufen
-2. **Struktur des Antwortobjekts hat sich erheblich geändert** - Neues verschachteltes Ergebnisformat mit erweiterten Profildaten
-3. **Client-Token ist jetzt für Android erforderlich** - Zusätzliche Konfiguration erforderlich
-4. **Unterschiedliche Methodennamen und Parameterstrukturen** - Provider-basierter Ansatz
-5. **Fehlerbehandlung und Fehlertypen haben sich geändert** - Detailliertere Fehlerinformationen
-
-## Hauptvorteile
-
-Das neue Plugin bietet:
-
-- **Einheitliche API** über mehrere soziale Anbieter hinweg (Google, Apple, Facebook)
-- **Verbesserte TypeScript-Unterstützung** mit besseren Typdefinitionen
-- **Erweiterte Profildaten** mit mehr Benutzerinformationen
-- **Aktive Wartung** und Community-Support
-- **Konsistente Fehlerbehandlung** über alle Anbieter hinweg
-- **Bessere Token-Verwaltung** mit ordnungsgemäßer Ablaufbehandlung
-
-Für detailliertere Einrichtungsanweisungen konsultieren Sie bitte die [offizielle Dokumentation](/docs/plugins/social-login/facebook/).
diff --git a/src/content/docs/de/docs/plugins/social-login/migrations/google.mdx b/src/content/docs/de/docs/plugins/social-login/migrations/google.mdx
deleted file mode 100644
index ff51a2e58..000000000
--- a/src/content/docs/de/docs/plugins/social-login/migrations/google.mdx
+++ /dev/null
@@ -1,190 +0,0 @@
----
-title: Migrationsleitfaden von @codetrix-studio/capacitor-google-auth zu @capgo/capacitor-social-login
-locale: de
-description: Dieser Leitfaden beschreibt den Übergang vom älteren Google Auth Plugin zum neueren Capgo Social Login Paket, das mehrere soziale Authentifizierungsanbieter vereinheitlicht.
-sidebar:
-    order: 3
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Übersicht
-
-Dieser Leitfaden bietet umfassende Schritte für die Migration von `@codetrix-studio/capacitor-google-auth` zu `@capgo/capacitor-social-login` und gewährleistet einen reibungslosen Übergang und eine verbesserte Authentifizierungserfahrung. Das neue Plugin vereinheitlicht mehrere soziale Authentifizierungsanbieter unter einer einzigen, konsistenten API.
-
-## Installation
-
-<Steps>
-1. Entfernen Sie das alte Paket:
-   ```bash
-   npm uninstall @codetrix-studio/capacitor-google-auth
-   ```
-
-2. Installieren Sie das neue Paket:
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Wichtige Änderungen in der Google Auth-Einrichtung
-
-### Web Client ID-Anforderung
-**Kritische Änderung**: Das aktualisierte Plugin erfordert die Verwendung einer Web Client ID auf allen Plattformen.
-
-Sie müssen:
-1. Eine Web Client ID in der Google Cloud Console erstellen, falls Sie noch keine haben ([Wie Sie die Anmeldedaten erhalten](/docs/plugins/social-login/google/general/))
-2. Diese Web Client ID im `webClientId`-Feld für alle Plattformen verwenden
-3. Für Android müssen Sie immer noch eine Android Client ID mit Ihrem SHA1 erstellen, aber dies dient nur zu Verifizierungszwecken - das Token wird nicht verwendet ([Android-Einrichtungsleitfaden](/docs/plugins/social-login/google/android/))
-
-## Code-Änderungen
-
-### Import-Änderungen
-```diff
-- import { GoogleAuth } from '@codetrix-studio/capacitor-google-auth';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Initialisierung
-
-Die Einrichtung wandelt sich von einem einfachen `GoogleAuth.initialize()`-Aufruf zu einem strukturierteren `SocialLogin.initialize()` mit verschachtelter Google-Konfiguration:
-
-```diff
-- GoogleAuth.initialize({
--   clientId: 'CLIENT_ID.apps.googleusercontent.com',
--   scopes: ['profile', 'email'],
--   grantOfflineAccess: true,
-- });
-
-+ await SocialLogin.initialize({
-+   google: {
-+     webClientId: 'WEB_CLIENT_ID.apps.googleusercontent.com', // Web Client ID für alle Plattformen verwenden
-+     iOSClientId: 'IOS_CLIENT_ID', // für iOS
-+     mode: 'offline' // ersetzt grantOfflineAccess
-+   }
-+ });
-```
-
-### Anmelden
-
-Die Login-Methode ändert sich von `GoogleAuth.signIn()` zu `SocialLogin.login()` mit expliziter Provider-Angabe:
-
-```diff
-- const user = await GoogleAuth.signIn();
-+ const res = await SocialLogin.login({
-+   provider: 'google',
-+   options: {
-+     scopes: ['email', 'profile'],
-+     forceRefreshToken: true // falls Sie Refresh-Token benötigen
-+   }
-+ });
-```
-
-## Plattformspezifische Änderungen
-
-### Android
-
-1. Aktualisieren Sie Ihre `MainActivity.java` ([Vollständiger Android-Einrichtungsleitfaden](/docs/plugins/social-login/google/android/)):
-```diff
-+ import ee.forgr.capacitor.social.login.GoogleProvider;
-+ import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-+ import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-+ import com.getcapacitor.PluginHandle;
-+ import com.getcapacitor.Plugin;
-+ import android.content.Intent;
-+ import android.util.Log;
-
-- public class MainActivity extends BridgeActivity {
-+ public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-
-+   @Override
-+   public void onActivityResult(int requestCode, int resultCode, Intent data) {
-+     super.onActivityResult(requestCode, resultCode, data);
-+
-+     if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-+       PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-+       if (pluginHandle == null) {
-+         Log.i("Google Activity Result", "SocialLogin login handle is null");
-+         return;
-+       }
-+       Plugin plugin = pluginHandle.getInstance();
-+       if (!(plugin instanceof SocialLoginPlugin)) {
-+         Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-+         return;
-+       }
-+       ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-+     }
-+   }
-
-+   public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-}
-```
-
-### iOS
-
-1. Keine größeren Änderungen in AppDelegate.swift erforderlich ([iOS-Einrichtungsleitfaden](/docs/plugins/social-login/google/ios/))
-
-2. Aktualisieren Sie Ihre Konfiguration in `capacitor.config.json`, wir verwenden sie nicht im neuen Plugin:
-```diff
-{
-  "plugins": {
--   "GoogleAuth": {
--     "scopes": ["profile", "email"],
--     "serverClientId": "xxxxxx-xxxxxxxxxxxxxxxxxx.apps.googleusercontent.com",
--     "forceCodeForRefreshToken": true
--   }
-}
-```
-
-### Web
-
-1. Entfernen Sie die Google Sign-In Meta-Tags aus Ihrer `index.html`, falls Sie sie verwendet haben:
-```diff
-- <meta name="google-signin-client_id" content="{your client id here}" />
-- <meta name="google-signin-scope" content="profile email" />
-```
-
-## Änderungen des Antworttyps
-
-Die Authentifizierungsantwort liefert jetzt ein strukturiertes Objekt mit Provider-Informationen, Access-Tokens, ID-Tokens und Benutzerprofildaten:
-
-```typescript
-interface GoogleLoginResponse {
-  provider: 'google';
-  result: {
-    accessToken: {
-      token: string;
-      expires: string;
-      // ... andere Token-Felder
-    } | null;
-    idToken: string | null;
-    profile: {
-      email: string | null;
-      familyName: string | null;
-      givenName: string | null;
-      id: string | null;
-      name: string | null;
-      imageUrl: string | null;
-    };
-  };
-}
-```
-
-Die Antwortstruktur umfasst:
-- **provider**: Identifiziert den Authentifizierungsanbieter (`'google'`)
-- **result.accessToken**: Access-Token-Details mit Ablauf
-- **result.idToken**: ID-Token für Authentifizierung
-- **result.profile**: Benutzerprofilinformationen einschließlich E-Mail, Name und Bild-URL
-
-## Zusätzliche Funktionen
-
-Das neue Paket unterstützt mehrere soziale Authentifizierungsanbieter über Google hinaus:
-- [Apple Sign-In](/docs/plugins/social-login/apple/general/)
-- [Facebook Login](/docs/plugins/social-login/facebook/)
-
-Dieser einheitliche Ansatz bietet:
-- Konsistente API über alle Anbieter hinweg
-- Verbesserte TypeScript-Unterstützung
-- Bessere Fehlerbehandlung
-- Aktive Wartung und Community-Support
-
-Konsultieren Sie die [Hauptdokumentation](/docs/plugins/social-login/google/general/) für detaillierte Einrichtungsanweisungen für diese zusätzlichen Anbieter.
diff --git a/src/content/docs/de/docs/plugins/social-login/migrations/v7.mdx b/src/content/docs/de/docs/plugins/social-login/migrations/v7.mdx
deleted file mode 100644
index 76c7f48b5..000000000
--- a/src/content/docs/de/docs/plugins/social-login/migrations/v7.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-title: V7 Migrationsleitfaden
-locale: de
-description: Leitfaden für die Migration von früheren Versionen zu V7 von @capgo/capacitor-social-login
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Einführung
-
-:::caution
-Dieser Leitfaden ist für die `V1`/`V7`-Version des Plugins für Personen, die dieses Plugin noch mit der `0.x.x`-Version verwenden.
-:::
-
-Dieser Leitfaden behandelt Folgendes:
-
-- Migration zur V1-Version von der `main`-Version
-- Migration zur V1-Version von der `development`-Version
-
-## Wichtige Änderungen in V1
-
-V1 ist lediglich ein Port der Development-Version in Main. Es enthält jedoch viele wichtige Änderungen, die in der `main` V0-Version nicht verfügbar sind. Diese Änderungen umfassen:
-
-- Zugriffsberechtigungen für Google-Login
-- Offline-Modus für Google-Login
-- Vereinheitlichung der verschiedenen Implementierungen
-  - Umfangreiche Tests wurden durchgeführt, um sicherzustellen, dass alle Implementierungen des Google-Providers zwischen Plattformen gleich funktionieren
-
-## Migration von der V0 Main-Version
-
-- Änderungen in der `MainActivity.java` für Android
-  - Bitte folgen Sie dem [Google Setup Guide](/docs/plugins/social-login/google/android/). Suchen Sie speziell nach `MainActivity.java`
-
-- Bitte fügen Sie Redirect-URLs in der Google Console hinzu. Ohne Hinzufügen von Redirect-URLs funktioniert Google-Login nicht.
-  - Folgen Sie erneut dem [Google Setup Guide](/docs/plugins/social-login/google/android/). Suchen Sie speziell nach `Authorized redirect URIs`
-
-- Bitte stellen Sie sicher, dass Sie nicht `grantOfflineAccess` in der Konfiguration verwenden. Diese Funktion wird in V1 nicht unterstützt.
-
-- Bitte stellen Sie sicher, dass die Authentifizierung auf allen Plattformen funktioniert.
-
-## Migration von der V0 Development-Version
-
-- Änderungen in der `MainActivity.java` für Android
-  - Bitte folgen Sie dem [Google Setup Guide](/docs/plugins/social-login/google/android/). Suchen Sie speziell nach `MainActivity.java`. In V1 **MÜSSEN** Sie `ModifiedMainActivityForSocialLoginPlugin` in Ihrer Haupt-Activity implementieren. Diese Änderung ist entscheidend für das Funktionieren des Plugins
-
-- Bitte fügen Sie Redirect-URLs in der Google Console hinzu. Ohne Hinzufügen von Redirect-URLs funktioniert Google-Login nicht.
-  - Folgen Sie erneut dem [Google Setup Guide](/docs/plugins/social-login/google/android/). Suchen Sie speziell nach `Authorized redirect URIs`
-
-- Bitte stellen Sie sicher, dass Typen und Variablennamen korrekt sind. Beachten Sie, dass Typen und Variablen zwischen Development und V1 möglicherweise nicht übereinstimmen.
-
-- Bitte stellen Sie sicher, dass die Authentifizierung auf allen Plattformen funktioniert.
diff --git a/src/content/docs/de/docs/plugins/social-login/supabase/Apple/android.mdx b/src/content/docs/de/docs/plugins/social-login/supabase/Apple/android.mdx
deleted file mode 100644
index b2e68fc89..000000000
--- a/src/content/docs/de/docs/plugins/social-login/supabase/Apple/android.mdx
+++ /dev/null
@@ -1,294 +0,0 @@
----
-title: Supabase Apple Login auf Android
-description: >-
-  Erfahren Sie, wie Sie Apple Sign-In mit Supabase-Authentifizierung auf Android
-  über das Capacitor Social Login-Plugin einrichten.
-sidebar:
-  order: 3
-locale: de
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Voraussetzungen
-
-Diese Anleitung hilft Ihnen bei der Integration von Apple Sign-In mit Supabase-Authentifizierung auf Android. Es wird vorausgesetzt, dass Sie bereits Folgendes abgeschlossen haben:
-- die [Supabase Apple Login - Allgemeine Einrichtung](./general/).
-
-:::note[Wichtig]
-Apple Sign-In auf Android erfordert einen Backend-Server, da Apple keine native Android-Unterstützung bietet. Wir werden eine Supabase Edge Function als Backend verwenden.
-:::
-
-## Schritt 1: Backend Edge Function bereitstellen
-
-Zuerst müssen wir die Supabase Edge Function bereitstellen, die den Apple OAuth-Callback verarbeitet.
-
-<Steps>
-
-1. **Navigieren Sie zu Ihrem Supabase-Projektverzeichnis**
-
-   ```bash
-   cd ihr-projekt/supabase
-   ```
-
-2. **Erstellen Sie die Edge Function** (falls sie nicht existiert)
-
-   ```bash
-   supabase functions new apple-signin-callback
-   ```
-
-3. **Kopieren Sie den Edge Function-Code**
-
-   Die vollständige Edge Function-Implementierung ist in der [Beispiel-App](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/supabase/functions/apple-signin-callback) verfügbar.
-
-   Kopieren Sie die folgenden Dateien in Ihr Projekt:
-   - `supabase/functions/apple-signin-callback/index.ts` - Haupt-Edge-Function-Code
-   - `supabase/functions/apple-signin-callback/deno.json` - Import-Map für Abhängigkeiten (enthält `jose`-Bibliothek für JWT-Signierung)
-
-4. **JWT-Verifizierung konfigurieren**
-
-   Der Apple OAuth-Callback-Endpunkt muss öffentlich sein (keine Authentifizierung erforderlich), da Apple dorthin weiterleitet. Aktualisieren Sie Ihre `supabase/config.toml`-Datei:
-
-   ```toml
-   [functions.apple-signin-callback]
-   enabled = true
-   verify_jwt = false  # Wichtig: Auf false setzen für öffentlichen OAuth-Callback
-   import_map = "./functions/apple-signin-callback/deno.json"
-   entrypoint = "./functions/apple-signin-callback/index.ts"
-   ```
-
-   :::caution[Wichtig]
-   Das Setzen von `verify_jwt = false` macht diesen Endpunkt öffentlich. Dies ist erforderlich, da die OAuth-Weiterleitung von Apple keine Supabase-Authentifizierungs-Header enthält. Der Endpunkt validiert den OAuth-Ablauf selbst.
-   :::
-
-5. **Funktion bereitstellen**
-
-   ```bash
-   supabase functions deploy apple-signin-callback
-   ```
-
-6. **Ihre Funktions-URL abrufen**
-
-   Nach der Bereitstellung erhalten Sie eine URL wie:
-   ```
-   https://ihre-projekt-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   Falls Sie sie nicht finden können, können Sie Folgendes tun:
-
-   1. Öffnen Sie `https://supabase.com/dashboard/project/IHRE_PROJEKT_REF/functions`
-   2. Klicken Sie auf die URL der `apple-signin-callback`-Funktion, um sie zu kopieren.
-      <img src="/social-login-assets/supabase_functions_apple_signin_callback.webp" alt="Supabase Functions Apple Sign-In Callback" />
-
-   :::note[Speichern Sie diese URL]
-   Sie benötigen diese URL im nächsten Schritt bei der Konfiguration des Apple Developer Portals.
-   :::
-
-</Steps>
-
-## Schritt 2: Apple Developer Portal konfigurieren
-
-Jetzt müssen wir das Apple Developer Portal mit der Backend-URL konfigurieren und alle erforderlichen Werte abrufen.
-
-:::note[Funktions-URL]
-Stellen Sie sicher, dass Sie Ihre Supabase Edge Function-URL aus Schritt 1 haben, bevor Sie fortfahren. Sie benötigen sie, um die Return-URL im Apple Developer Portal zu konfigurieren.
-:::
-
-<Steps>
-
-1. **Folgen Sie der Apple Login Android-Einrichtungsanleitung**
-
-   Schließen Sie die [Apple Login Android-Einrichtungsanleitung](/docs/plugins/social-login/apple/android/) ab, um:
-   - Eine Service-ID zu erstellen
-   - Einen privaten Schlüssel zu generieren (.p8-Datei)
-   - Ihre Team-ID und Key-ID zu erhalten
-   - Die Return-URL zu konfigurieren
-
-2. **Return-URL im Apple Developer Portal festlegen**
-
-   Verwenden Sie beim Konfigurieren der Return-URL im Apple Developer Portal (Schritt 6.9 der Apple-Anleitung) Ihre Supabase Edge Function-URL:
-
-   ```
-   https://ihre-projekt-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::warning[Wichtig: Supabase Edge Function-URL verwenden]
-   Verwenden Sie **NICHT** die Weiterleitungs-URL aus der [Apple Login Android-Einrichtungsanleitung](/docs/plugins/social-login/apple/android/). Diese Anleitung verwendet eine benutzerdefinierte Backend-Server-URL. Für die Supabase-Integration **müssen** Sie stattdessen Ihre Supabase Edge Function-URL verwenden.
-   :::
-
-   :::caution[Exakte Übereinstimmung erforderlich]
-   Die Return-URL muss **exakt** mit dem übereinstimmen, was Sie hier konfigurieren. Apple ist sehr streng bei der Übereinstimmung der Weiterleitungs-URI.
-   :::
-
-3. **Alle erforderlichen Werte sammeln**
-
-   Nach Abschluss der Apple-Einrichtungsanleitung sollten Sie haben:
-   - **APPLE_TEAM_ID**: Ihre Apple Developer Team-ID
-   - **APPLE_KEY_ID**: Die Key-ID aus dem Apple Developer Portal
-   - **APPLE_PRIVATE_KEY**: Ihre .p8-Privatschlüsseldatei (muss base64-kodiert sein)
-   - **ANDROID_SERVICE_ID**: Ihre Apple Service-ID (z.B. `com.example.app.service`)
-   - **BASE_REDIRECT_URL**: Ihre Deep-Link-URL (z.B. `capgo-demo-app://path`)
-
-   :::note[Deep-Link-URL]
-   Die `BASE_REDIRECT_URL` ist das in Ihrer `AndroidManifest.xml` konfigurierte Deep-Link-Schema. Dorthin leitet das Backend nach der Authentifizierung weiter.
-
-   Der Wert Ihres Deep-Links hängt vom Code `android:scheme="capgo-demo-app"` ab. Wenn Sie `android:scheme="capgo-demo-app"` in Ihrer `AndroidManifest.xml` gesetzt haben, wird Ihr Deep-Link `capgo-demo-app://path` sein.
-   :::
-
-</Steps>
-
-## Schritt 3: Supabase Secrets festlegen
-
-Jetzt müssen wir die Umgebungsvariablen (Secrets) für die Supabase Edge Function konfigurieren.
-
-<Steps>
-
-1. **Ihren privaten Schlüssel kodieren**
-
-   Kodieren Sie zuerst Ihren privaten Apple-Schlüssel (.p8-Datei) in base64:
-
-   ```bash
-   base64 -i AuthKey_XXXXX.p8
-   ```
-
-   Kopieren Sie die gesamte Ausgabe (es ist eine einzelne lange Zeichenkette).
-
-2. **Secrets mit Supabase CLI festlegen**
-
-   ```bash
-   supabase secrets set APPLE_TEAM_ID=ihre_team_id
-   supabase secrets set APPLE_KEY_ID=ihre_key_id
-   supabase secrets set APPLE_PRIVATE_KEY=ihr_base64_kodierter_schluessel
-   supabase secrets set ANDROID_SERVICE_ID=ihre.service.id
-   supabase secrets set BASE_REDIRECT_URL=ihre-app://pfad
-   supabase secrets set APPLE_REDIRECT_URI=https://ihre-projekt-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::note[Platzhalter ersetzen]
-   Ersetzen Sie alle Platzhalterwerte durch Ihre tatsächlichen Werte aus Schritt 2.
-   :::
-
-3. **Alternative: Secrets im Supabase Dashboard festlegen**
-
-   Wenn Sie das Dashboard bevorzugen:
-   1. Gehen Sie zu Ihrem Supabase-Projekt-Dashboard
-   2. Navigieren Sie zu **Edge Functions** → **Einstellungen** → **Secrets**
-   3. Fügen Sie jede Secret-Variable mit ihrem Wert hinzu
-
-</Steps>
-
-:::note[Android-App-Konfiguration]
-Die [Apple Login Android-Einrichtungsanleitung](/docs/plugins/social-login/apple/android/) deckt bereits die Konfiguration Ihrer Android-App ab:
-- Hinzufügen des Deep-Link-Intent-Filters zu `AndroidManifest.xml`
-- Hinzufügen des `onNewIntent`-Handlers zu `MainActivity.java`
-
-Stellen Sie sicher, dass Sie diese Schritte abgeschlossen haben, bevor Sie fortfahren. Das dort konfigurierte Deep-Link-Schema wird Ihre `BASE_REDIRECT_URL` in Schritt 3 sein.
-:::
-
-## Schritt 4: Authentifizierungs-Helper verwenden
-
-Jetzt können Sie den Authentifizierungs-Helper in Ihrem App-Code verwenden.
-
-### Implementierung
-
-Die vollständige Implementierung ist in der Datei [`supabaseAuthUtils.ts` der Beispiel-App](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) verfügbar.
-
-### Verwendung des Authentifizierungs-Helpers
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Angemeldet:', result.user);
-  // Navigieren Sie zu Ihrem authentifizierten Bereich
-} else {
-  console.error('Fehler:', result.error);
-}
-```
-
-### Aktualisierung der Helper-Funktion
-
-Wenn Sie die Helper-Funktion `authenticateWithAppleSupabase` verwenden, **müssen** Sie die folgenden Werte aktualisieren, damit sie mit Ihrer Konfiguration übereinstimmen:
-
-1. **`redirectUrl` aktualisieren** - Setzen Sie dies auf Ihre Supabase Edge Function-URL:
-
-   ```typescript
-   const redirectUrl = platform === 'android'
-     ? 'https://ihre-projekt-ref.supabase.co/functions/v1/apple-signin-callback'
-     : undefined;
-   ```
-
-2. **`clientId` aktualisieren** - Setzen Sie dies auf Ihre Apple Service-ID:
-
-   ```typescript
-   await SocialLogin.initialize({
-     apple: {
-       clientId: isIOS
-         ? undefined // iOS verwendet automatisch die Bundle-ID
-         : 'ihre.service.id.hier', // Ihre Apple Service-ID für Android
-       redirectUrl: redirectUrl,
-     },
-   });
-   ```
-
-   :::caution[Wichtig]
-   Ersetzen Sie `'ihre.service.id.hier'` durch Ihre tatsächliche Apple Service-ID (derselbe Wert, den Sie für `ANDROID_SERVICE_ID` in Schritt 3 verwendet haben).
-   :::
-
-Siehe die [vollständige Implementierung](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) als Referenz.
-
-## Schritt 5: Integration testen
-
-<Steps>
-
-1. **Ihre Android-App erstellen und ausführen**
-
-   ```bash
-   npx cap sync android
-   npx cap run android
-   ```
-
-2. **Authentifizierungsablauf testen**
-
-   - Tippen Sie auf die Schaltfläche "Mit Apple anmelden"
-   - Sie sollten die Apple OAuth-Seite in einem Browser sehen
-   - Nach der Authentifizierung sollten Sie zurück zu Ihrer App weitergeleitet werden
-   - Überprüfen Sie die Konsolenprotokolle auf Fehler
-
-3. **Ablauf überprüfen**
-
-   Der vollständige Ablauf sollte sein:
-   1. Benutzer tippt auf "Mit Apple anmelden"
-   2. App öffnet Browser mit Apple OAuth
-   3. Benutzer authentifiziert sich bei Apple
-   4. Apple leitet weiter zu: `https://ihre-projekt-ref.supabase.co/functions/v1/apple-signin-callback`
-   5. Edge Function tauscht Code gegen Tokens aus
-   6. Edge Function leitet weiter zu: `ihre-app://pfad?id_token=...&access_token=...`
-   7. Android-App empfängt den Deep-Link und verarbeitet das Identitäts-Token
-   8. App meldet sich bei Supabase mit dem Identitäts-Token an
-
-</Steps>
-
-## Fehlerbehebung
-
-Wenn die Authentifizierung fehlschlägt:
-
-- **Weiterleitungs-URI stimmt nicht überein**: Überprüfen Sie, ob die Return-URL im Apple Developer Portal exakt mit dem `APPLE_REDIRECT_URI`-Secret übereinstimmt
-- **Deep-Link funktioniert nicht**: Prüfen Sie, ob der `AndroidManifest.xml`-Intent-Filter mit Ihrer `BASE_REDIRECT_URL` übereinstimmt
-- **Fehlende Secrets**: Überprüfen Sie, ob alle Secrets korrekt gesetzt sind mit `supabase secrets list`
-- **Token-Austausch schlägt fehl**: Überprüfen Sie die Edge Function-Logs im Supabase Dashboard auf detaillierte Fehlermeldungen
-- **App erhält keinen Callback**: Stellen Sie sicher, dass `onNewIntent` ordnungsgemäß in MainActivity implementiert ist
-- Überprüfen Sie den [Beispiel-App-Code](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) als Referenz
-
-## Funktionsweise
-
-Auf Android verwendet Apple Sign-In einen OAuth-Weiterleitungsablauf:
-
-1. **Initialisierung**: Das Plugin wird mit Ihrer Service-ID und Backend-Weiterleitungs-URL initialisiert
-2. **OAuth-Ablauf**: Öffnet einen Browser/Chrome Custom Tab mit der OAuth-Seite von Apple
-3. **Backend-Callback**: Apple leitet zu Ihrer Supabase Edge Function mit einem Autorisierungscode weiter
-4. **Token-Austausch**: Die Edge Function tauscht den Code gegen Tokens über den Token-Endpunkt von Apple aus
-5. **Deep-Link-Weiterleitung**: Die Edge Function leitet zurück zu Ihrer App mit dem Identitäts-Token weiter
-6. **Supabase-Authentifizierung**: Die App empfängt das Token und meldet sich bei Supabase an
-
-Dieser Ablauf ist notwendig, da Apple keine native Android-Unterstützung für "Mit Apple anmelden" bietet.
diff --git a/src/content/docs/de/docs/plugins/social-login/supabase/Apple/general.mdx b/src/content/docs/de/docs/plugins/social-login/supabase/Apple/general.mdx
deleted file mode 100644
index 182d7dc91..000000000
--- a/src/content/docs/de/docs/plugins/social-login/supabase/Apple/general.mdx
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: Supabase Apple Login - Allgemeine Einrichtung
-description: >-
-  Erfahren Sie, wie Sie Apple Sign-In mit Supabase-Authentifizierung über das
-  Capacitor Social Login-Plugin integrieren.
-sidebar:
-  order: 1
-locale: de
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Überblick
-
-Diese Anleitung hilft Ihnen bei der Integration von Apple Sign-In mit Supabase-Authentifizierung. Apple Sign-In bietet eine sichere, datenschutzorientierte Authentifizierungsmethode, die auf iOS-, Android- und Web-Plattformen funktioniert.
-
-## Voraussetzungen
-
-Bevor Sie beginnen, stellen Sie sicher, dass Sie:
-
-1. [Ein Supabase-Projekt erstellt haben](https://database.new/)
-2. Die Anleitung [Apple Login Allgemeine Einrichtung](/docs/plugins/social-login/apple/general/) gelesen haben, um Apple OAuth-Anmeldedaten einzurichten
-3. Die jeweiligen plattformspezifischen Anleitungen befolgt haben, um Apple OAuth-Anmeldedaten für Ihre Zielplattform einzurichten:
-    - [Android-Einrichtung](/docs/plugins/social-login/apple/android/)
-    - [iOS-Einrichtung](/docs/plugins/social-login/apple/ios/)
-    - [Web-Einrichtung](/docs/plugins/social-login/apple/web/)
-
-    :::note
-        Bevor Sie mit dem Supabase-Tutorial beginnen, müssen Sie die Client-IDs für die Plattformen generieren, die Sie verwenden möchten.
-
-
-        Für iOS ist die Client-ID identisch mit Ihrer App-ID.
-        Für Android und Web ist die Client-ID identisch mit Ihrer Service-ID.
-        Sie werden diese in Schritt 7 dieser Anleitung verwenden.
-    :::
-
-## Aktivieren des Apple OAuth-Anbieters in Supabase
-
-<Steps>
-1. Gehen Sie zu Ihrem [Supabase Dashboard](https://app.supabase.com/)
-2. Klicken Sie auf Ihr Projekt
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Supabase Projektauswahl" />
-3. Gehen Sie zum Menü `Authentifizierung`
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Supabase Authentifizierungsmenü" />
-4. Klicken Sie auf den Tab `Anbieter`
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Supabase Anbieter-Tab" />
-5. Suchen Sie den `Apple`-Anbieter
-    <img src="/social-login-assets/supabase_apple_provider.webp" alt="Supabase Apple-Anbieter" />
-6. Aktivieren Sie den `Apple`-Anbieter
-    <img src="/social-login-assets/supabase_apple_provider_enable.webp" alt="Supabase Apple-Anbieter aktivieren" />
-7. Füllen Sie die Client-ID-Konfiguration aus:
-
-    :::note
-      Wenn Sie Apple Login für iOS verwenden, ist die Client-ID identisch mit Ihrer App-ID.
-      Wenn Sie Apple Login für Android oder Web verwenden, ist die Client-ID identisch mit Ihrer Service-ID.
-      Wenn Sie beides verwenden, müssen Sie sowohl die App-ID als auch die Service-ID angeben.
-    :::
-
-    <img src="/social-login-assets/supabase_apple_provider_client_id.webp" alt="Supabase Apple-Anbieter Client-ID" />
-8. Klicken Sie auf die Schaltfläche `Speichern`
-    <img src="/social-login-assets/supabase_apple_provider_save.webp" alt="Supabase Apple-Anbieter speichern" />
-
-
-    :::note
-      Sie __**MÜSSEN NICHT**__ den `Geheimschlüssel (für OAuth)` einrichten. Wir werden eine benutzerdefinierte Backend-Implementierung durchführen, um die Apple-Anmeldung zu verarbeiten.
-    :::
-</Steps>
-
-Voilà, Sie haben jetzt Apple Sign-In mit Supabase-Authentifizierung aktiviert 🎉
-
-## Verwendung des Authentifizierungs-Helpers
-
-Die vollständige Implementierung enthält eine Helper-Funktion `authenticateWithAppleSupabase()`, die den gesamten Apple Sign-In-Ablauf mit Supabase verarbeitet. Diese Funktion:
-
-- Initialisiert Apple Sign-In mit plattformspezifischer Konfiguration
-- Verarbeitet den Authentifizierungsablauf (nativ auf iOS, OAuth-Weiterleitung auf Android/Web)
-- Extrahiert das Identitäts-Token von Apple
-- Meldet sich bei Supabase mit dem Identitäts-Token an
-
-:::tip[Vollständige Implementierung]
-Die vollständige Implementierung ist in der Datei [`supabaseAuthUtils.ts` der Beispiel-App](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) verfügbar.
-:::
-
-### Grundlegende Verwendung
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Angemeldet:', result.user);
-  // Navigieren Sie zu Ihrem authentifizierten Bereich
-} else {
-  console.error('Fehler:', result.error);
-}
-```
-
-### Funktionsweise
-
-Die Helper-Funktion behandelt automatisch plattformspezifische Unterschiede:
-
-- **iOS**: Verwendet natives Apple Sign-In (keine Weiterleitungs-URL erforderlich, verwendet automatisch die Bundle-ID)
-- **Android**: Verwendet OAuth-Weiterleitungsablauf mit Backend-Edge-Funktion (erfordert Service-ID)
-- **Web**: Verwendet OAuth-Popup-Ablauf (erfordert Service-ID und aktuelle Seiten-URL als Weiterleitung)
-
-Die Funktion gibt ein Identitäts-Token von Apple zurück, das dann zur Authentifizierung bei Supabase mit `supabase.auth.signInWithIdToken()` verwendet wird.
diff --git a/src/content/docs/de/docs/plugins/social-login/supabase/Apple/ios.mdx b/src/content/docs/de/docs/plugins/social-login/supabase/Apple/ios.mdx
deleted file mode 100644
index 24c5db522..000000000
--- a/src/content/docs/de/docs/plugins/social-login/supabase/Apple/ios.mdx
+++ /dev/null
@@ -1,71 +0,0 @@
----
-title: Supabase Apple Login auf iOS-Einrichtung
-description: >-
-  Erfahren Sie, wie Sie Apple Sign-In mit Supabase-Authentifizierung auf iOS
-  integrieren.
-sidebar:
-  order: 2
-locale: de
----
-
-## Voraussetzungen
-
-Diese Anleitung hilft Ihnen bei der Integration von Apple Sign-In mit Supabase-Authentifizierung auf iOS. Es wird vorausgesetzt, dass Sie bereits Folgendes abgeschlossen haben:
-- die [Apple Login iOS-Einrichtung](/docs/plugins/social-login/apple/ios/)
-- die [Supabase Apple Login - Allgemeine Einrichtung](./general/).
-
-## Implementierung
-
-Die vollständige Implementierung ist in der Datei [`supabaseAuthUtils.ts` der Beispiel-App](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) verfügbar. Diese Anleitung erklärt die wichtigsten Konzepte und wie Sie sie verwenden.
-
-### Verwendung des Authentifizierungs-Helpers
-
-Die Funktion `authenticateWithAppleSupabase` verarbeitet den gesamten Authentifizierungsablauf:
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Angemeldet:', result.user);
-  // Navigieren Sie zu Ihrem authentifizierten Bereich
-} else {
-  console.error('Fehler:', result.error);
-}
-```
-
-## Funktionsweise
-
-Auf iOS verwendet Apple Sign-In die native Implementierung:
-
-1. **Initialisierung**: Das Plugin verwendet automatisch die Bundle-ID Ihrer App (keine `clientId` erforderlich)
-2. **Native Anmeldung**: Verwendet Apples native "Mit Apple anmelden"-Schaltfläche und Authentifizierungsablauf
-3. **Identitäts-Token**: Apple gibt ein Identitäts-Token (JWT) mit Benutzerinformationen zurück
-4. **Supabase-Authentifizierung**: Das Identitäts-Token wird mit `signInWithIdToken()` an Supabase gesendet
-
-Die Helper-Funktion erkennt automatisch die iOS-Plattform und konfiguriert alles entsprechend.
-
-## Wichtige Hinweise
-
-### Bundle-ID-Konfiguration
-
-- iOS verwendet automatisch die Bundle-ID Ihrer App für Apple Sign-In
-- Stellen Sie sicher, dass Ihre Bundle-ID mit der im Apple Developer Portal konfigurierten übereinstimmt
-- Die Bundle-ID sollte die Funktion "Mit Apple anmelden" aktiviert haben
-
-### Supabase Client-ID
-
-Konfigurieren Sie in Supabase Ihren Apple-Anbieter mit:
-- **Client-ID**: Ihre iOS-App-ID (Bundle-ID) - z.B. `app.capgo.plugin.SocialLogin`
-
-Wenn Sie auch Android/Web verwenden, müssen Sie sowohl die App-ID als auch die Service-ID im Client-ID-Feld von Supabase angeben (durch Komma getrennt).
-
-## Fehlerbehebung
-
-Wenn die Authentifizierung fehlschlägt:
-
-- **Bundle-ID stimmt nicht überein**: Überprüfen Sie, ob Ihre Bundle-ID sowohl in Xcode als auch im Apple Developer Portal übereinstimmt
-- **Funktion nicht aktiviert**: Stellen Sie sicher, dass die Funktion "Mit Apple anmelden" in Xcode aktiviert ist
-- **Supabase-Konfiguration**: Überprüfen Sie, ob Ihre App-ID in den Supabase Apple-Anbieter-Einstellungen korrekt konfiguriert ist
-- **Token-Validierung schlägt fehl**: Prüfen Sie, ob das Identitäts-Token von Apple empfangen wird
-- Überprüfen Sie den [Beispiel-App-Code](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) als Referenz
diff --git a/src/content/docs/de/docs/plugins/social-login/supabase/Apple/web.mdx b/src/content/docs/de/docs/plugins/social-login/supabase/Apple/web.mdx
deleted file mode 100644
index c49c3ec79..000000000
--- a/src/content/docs/de/docs/plugins/social-login/supabase/Apple/web.mdx
+++ /dev/null
@@ -1,98 +0,0 @@
----
-title: Supabase Apple Login im Web
-description: >-
-  Erfahren Sie, wie Sie Apple Sign-In mit Supabase-Authentifizierung im Web
-  integrieren.
-sidebar:
-  order: 4
-locale: de
----
-
-## Voraussetzungen
-
-Diese Anleitung hilft Ihnen bei der Integration von Apple Sign-In mit Supabase-Authentifizierung im Web. Es wird vorausgesetzt, dass Sie bereits Folgendes abgeschlossen haben:
-- die [Apple Login Web-Einrichtung](/docs/plugins/social-login/apple/web/)
-- die [Supabase Apple Login - Allgemeine Einrichtung](./general/).
-
-## Implementierung
-
-Die vollständige Implementierung ist in der Datei [`supabaseAuthUtils.ts` der Beispiel-App](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) verfügbar. Diese Anleitung erklärt die wichtigsten Konzepte und wie Sie sie verwenden.
-
-### Verwendung des Authentifizierungs-Helpers
-
-Die Funktion `authenticateWithAppleSupabase` verarbeitet den gesamten Authentifizierungsablauf:
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Angemeldet:', result.user);
-  // Navigieren Sie zu Ihrem authentifizierten Bereich
-} else {
-  console.error('Fehler:', result.error);
-}
-```
-
-## Funktionsweise
-
-Im Web verwendet Apple Sign-In einen OAuth-Popup-Ablauf:
-
-1. **Initialisierung**: Das Plugin wird mit Ihrer Service-ID und der aktuellen Seiten-URL als Weiterleitungs-URL initialisiert
-2. **OAuth-Popup**: Öffnet ein Popup-Fenster mit der OAuth-Seite von Apple
-3. **Benutzer-Authentifizierung**: Der Benutzer authentifiziert sich bei Apple im Popup
-4. **Identitäts-Token**: Apple gibt ein Identitäts-Token (JWT) mit Benutzerinformationen zurück
-5. **Supabase-Authentifizierung**: Das Identitäts-Token wird mit `signInWithIdToken()` an Supabase gesendet
-
-Die Helper-Funktion erkennt automatisch die Web-Plattform und konfiguriert alles entsprechend.
-
-## Wichtige Hinweise
-
-### Service-ID-Konfiguration
-
-- Web erfordert Ihre Apple Service-ID (wie bei Android)
-- Die Service-ID muss im Apple Developer Portal mit den richtigen Return-URLs konfiguriert sein
-- Stellen Sie sicher, dass Ihre Domain zu den erlaubten Domains im Apple Developer Portal hinzugefügt wurde
-
-### Weiterleitungs-URL
-
-- Im Web wird die Weiterleitungs-URL automatisch auf `window.location.href` (aktuelle Seiten-URL) gesetzt
-- Diese muss mit einer der im Apple Developer Portal konfigurierten Return-URLs übereinstimmen
-- Stellen Sie sicher, dass sowohl die URL mit als auch ohne abschließenden Schrägstrich im Apple Developer Portal konfiguriert sind
-
-### Supabase Client-ID
-
-Konfigurieren Sie in Supabase Ihren Apple-Anbieter mit:
-- **Client-ID**: Ihre Apple Service-ID (z.B. `com.example.app.service`)
-
-Wenn Sie auch iOS verwenden, müssen Sie sowohl die App-ID als auch die Service-ID im Client-ID-Feld von Supabase angeben (durch Komma getrennt).
-
-### Aktualisierung der Helper-Funktion
-
-Wenn Sie die Helper-Funktion `authenticateWithAppleSupabase` verwenden, **müssen** Sie die `clientId` aktualisieren, damit sie mit Ihrer Apple Service-ID übereinstimmt:
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: isIOS
-      ? undefined // iOS verwendet automatisch die Bundle-ID
-      : 'ihre.service.id.hier', // Ihre Apple Service-ID für Web und Android
-    redirectUrl: redirectUrl,
-  },
-});
-```
-
-:::caution[Wichtig]
-Ersetzen Sie `'ihre.service.id.hier'` durch Ihre tatsächliche Apple Service-ID (derselbe Wert, den Sie im Apple Developer Portal konfiguriert haben).
-:::
-
-## Fehlerbehebung
-
-Wenn die Authentifizierung fehlschlägt:
-
-- **Service-ID stimmt nicht überein**: Überprüfen Sie, ob Ihre Service-ID sowohl im Apple Developer Portal als auch in Ihrem Code übereinstimmt
-- **Return-URL nicht konfiguriert**: Stellen Sie sicher, dass Ihre aktuelle Seiten-URL (mit und ohne abschließenden Schrägstrich) im Apple Developer Portal konfiguriert ist
-- **Popup blockiert**: Überprüfen Sie die Browsereinstellungen - einige Browser blockieren Popups standardmäßig
-- **Domain nicht erlaubt**: Überprüfen Sie, ob Ihre Domain zu den erlaubten Domains im Apple Developer Portal hinzugefügt wurde
-- **Supabase-Konfiguration**: Überprüfen Sie, ob Ihre Service-ID in den Supabase Apple-Anbieter-Einstellungen korrekt konfiguriert ist
-- Überprüfen Sie den [Beispiel-App-Code](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) als Referenz
diff --git a/src/content/docs/de/docs/plugins/social-login/supabase/google/android.mdx b/src/content/docs/de/docs/plugins/social-login/supabase/google/android.mdx
deleted file mode 100644
index 22932b843..000000000
--- a/src/content/docs/de/docs/plugins/social-login/supabase/google/android.mdx
+++ /dev/null
@@ -1,65 +0,0 @@
----
-title: Supabase Google Login auf Android
-locale: de
-description: Erfahren Sie, wie Sie Google Sign-In mit Supabase Authentication auf Android unter Verwendung des Capacitor Social Login Plugins einrichten.
-sidebar:
-    order: 2
----
-
-## Einführung
-
-Dieser Leitfaden hilft Ihnen, Google Sign-In mit Supabase Authentication auf Android zu integrieren. Es wird vorausgesetzt, dass Sie bereits Folgendes abgeschlossen haben:
- -  die [Google Login Android-Einrichtung](/docs/plugins/social-login/google/android/)
- -  die [Supabase Google Login - Allgemeine Einrichtung](/docs/plugins/social-login/supabase/google/general/).
-
-## Implementierung
-
-Die vollständige Implementierung ist in der Datei [`supabaseAuthUtils.ts` der Beispiel-App](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) verfügbar. Dieser Leitfaden erklärt die Kernkonzepte und wie Sie sie verwenden.
-
-### Verwendung des Authentifizierungs-Helfers
-
-Die Funktion `authenticateWithGoogleSupabase` behandelt den gesamten Authentifizierungsablauf:
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Angemeldet:', result.user);
-  // Navigieren Sie zu Ihrem authentifizierten Bereich
-} else {
-  console.error('Fehler:', result.error);
-}
-```
-
-## Wie es funktioniert
-
-Eine detaillierte Erklärung der Funktionsweise des Authentifizierungsablaufs, einschließlich Nonce-Generierung, JWT-Validierung und Supabase-Anmeldung, finden Sie im [Abschnitt "Wie es funktioniert" im Allgemeinen Einrichtungsleitfaden](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-Die vollständige Code-Referenz finden Sie im [Abschnitt "Vollständige Code-Referenz" im Allgemeinen Einrichtungsleitfaden](/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-## Wichtige Hinweise
-
-### Nonce-Behandlung
-
-Die Nonce-Implementierung folgt dem Muster aus der [React Native Google Sign In Dokumentation](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- `rawNonce` geht zu Supabase's `signInWithIdToken()`
-- Supabase erstellt einen Hash von `rawNonce` und vergleicht ihn mit dem `nonceDigest`, der im ID-Token von Google Sign-In enthalten ist
-- `nonceDigest` (SHA-256-Hash, hex-codiert) geht zum `nonce`-Parameter in Google Sign-In APIs
-
-### Automatischer Wiederholungsversuch
-
-Die Implementierung umfasst automatische Wiederholungslogik:
-- Wenn die JWT-Validierung beim ersten Versuch fehlschlägt, meldet sie sich ab und versucht es einmal erneut
-- Dies behandelt Fälle, in denen zwischengespeicherte Tokens möglicherweise falsche Nonces haben
-- Wenn der Wiederholungsversuch ebenfalls fehlschlägt, wird ein Fehler zurückgegeben
-
-## Fehlerbehebung
-
-Wenn die Authentifizierung fehlschlägt:
-
-- **Ungültiges Publikum**: Überprüfen Sie, ob Ihre Google Client IDs sowohl in der Google Cloud Console als auch in Supabase übereinstimmen
-- **Nonce-Fehlanpassung**: Überprüfen Sie die Konsolenprotokolle - die Funktion versucht es automatisch erneut, aber Sie können sich bei Bedarf zuerst manuell abmelden
-- **Token-Validierung schlägt fehl**: Stellen Sie sicher, dass Sie `mode: 'online'` im Initialize-Aufruf verwenden, um ein idToken zu erhalten
-- Überprüfen Sie den [Beispiel-App-Code](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) als Referenz
diff --git a/src/content/docs/de/docs/plugins/social-login/supabase/google/general.mdx b/src/content/docs/de/docs/plugins/social-login/supabase/google/general.mdx
deleted file mode 100644
index fb33bff73..000000000
--- a/src/content/docs/de/docs/plugins/social-login/supabase/google/general.mdx
+++ /dev/null
@@ -1,202 +0,0 @@
----
-title: Supabase Google Login - Allgemeine Einrichtung
-locale: de
-description: Erfahren Sie, wie Sie Google Sign-In mit Supabase Authentication unter Verwendung des Capacitor Social Login Plugins einrichten.
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Einführung
-
-Dieser Leitfaden führt Sie durch die Integration von Google Sign-In mit Supabase Authentication unter Verwendung des Capacitor Social Login Plugins. Diese Einrichtung ermöglicht es Ihnen, natives Google Sign-In auf mobilen Plattformen zu verwenden, während Sie Supabase Auth für die Backend-Authentifizierung nutzen.
-
-## Voraussetzungen
-
-Bevor Sie beginnen, stellen Sie sicher, dass Sie Folgendes haben:
-
-1. [Ein Supabase-Projekt erstellt](https://database.new/)
-2. Den [Google Login Allgemeinen Einrichtungsleitfaden](/docs/plugins/social-login/google/general/) gelesen haben, um Google OAuth-Anmeldedaten einzurichten
-3. Die jeweiligen plattformspezifischen Leitfäden zur Einrichtung von Google OAuth-Anmeldedaten für Ihre Zielplattform befolgt haben:
-    - [Android-Einrichtung](/docs/plugins/social-login/google/android/)
-    - [iOS-Einrichtung](/docs/plugins/social-login/google/ios/)
-    - [Web-Einrichtung](/docs/plugins/social-login/google/web/)
-
-    :::note
-        Bevor Sie mit dem Supabase-Tutorial beginnen, müssen Sie die Client-IDs für die Plattformen generieren, die Sie verwenden möchten.
-        Sie werden diese in Schritt 7 dieses Leitfadens verwenden.
-    :::
-
-## Aktivierung des Google OAuth-Providers in Supabase
-
-<Steps>
-1. Gehen Sie zu Ihrem [Supabase Dashboard](https://app.supabase.com/)
-2. Klicken Sie auf Ihr Projekt
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Supabase Projektauswahl" />
-3. Gehen Sie zum `Authentication`-Menü
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Supabase Authentication Menü" />
-4. Klicken Sie auf den `Providers`-Tab
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Supabase Providers Tab" />
-5. Finden Sie den `Google`-Provider
-    <img src="/social-login-assets/supabase_google_provider.webp" alt="Supabase Google Provider" />
-6. Aktivieren Sie den Provider
-    <img src="/social-login-assets/supabase_google_provider_enable.webp" alt="Supabase Google Provider aktivieren" />
-7. Fügen Sie die Client-IDs für die Plattformen hinzu, die Sie verwenden möchten
-    <img src="/social-login-assets/supabase_google_provider_add_client_ids.webp" alt="Supabase Google Provider Client IDs hinzufügen" />
-
-    :::note
-        Dies umfasst die Web Client ID, die iOS Client ID und die Android Client ID. Sie können einige davon überspringen, abhängig von den Plattformen, die Sie verwenden möchten.
-    :::
-8. Klicken Sie auf die `Save`-Schaltfläche
-    <img src="/social-login-assets/supabase_google_provider_save.webp" alt="Supabase Google Provider speichern" />
-
-</Steps>
-
-:::note
-Sie __**SOLLTEN NICHT**__ `Client Secret (for OAuth)` oder `Callback URL (for OAuth)` einrichten. Einige Quellen könnten auch vorschlagen, `Skip nonce checks` für Google auf iOS zu setzen, aber mit diesem Leitfaden ist dies nicht erforderlich.
-:::
-
-Voilà, Sie haben jetzt Google Sign-In mit Supabase Authentication aktiviert!
-
-## Wie der Google Sign-In mit Supabase Authentication Helper funktioniert
-
-Dieser Abschnitt erklärt, wie die Google Sign-In-Integration mit Supabase unter der Haube funktioniert. Das Verständnis dieses Ablaufs hilft Ihnen, den Authentifizierungsprozess zu implementieren und Fehler zu beheben.
-
-:::tip[Vollständige Implementierung]
-Die vollständige Implementierung ist in der Datei [`supabaseAuthUtils.ts` der Beispiel-App](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) verfügbar.
-:::
-
-### 1. Nonce-Generierung
-
-Die Implementierung generiert ein sicheres Nonce-Paar gemäß den [Supabase Nonce-Anforderungen](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-```typescript
-// URL-sichere Zufalls-Nonce generieren
-function getUrlSafeNonce(): string {
-  const array = new Uint8Array(32);
-  crypto.getRandomValues(array);
-  return Array.from(array, (byte) => byte.toString(16).padStart(2, '0')).join('');
-}
-
-// Nonce mit SHA-256 hashen
-async function sha256Hash(message: string): Promise<string> {
-  const encoder = new TextEncoder();
-  const data = encoder.encode(message);
-  const hashBuffer = await crypto.subtle.digest('SHA-256', data);
-  const hashArray = Array.from(new Uint8Array(hashBuffer));
-  return hashArray.map((b) => b.toString(16).padStart(2, '0')).join('');
-}
-
-// Nonce-Paar generieren
-async function getNonce(): Promise<{ rawNonce: string; nonceDigest: string }> {
-  const rawNonce = getUrlSafeNonce();
-  const nonceDigest = await sha256Hash(rawNonce);
-  return { rawNonce, nonceDigest };
-}
-```
-
-**Ablauf:**
-- `rawNonce`: URL-sichere Zufallszeichenkette (64 Hex-Zeichen)
-- `nonceDigest`: SHA-256-Hash von `rawNonce` (hex-codiert)
-- `nonceDigest` wird an Google Sign-In übergeben → Google fügt den Nonce-Digest in das ID-Token ein
-- `rawNonce` wird an Supabase übergeben → Supabase hasht die rohe Nonce und vergleicht sie mit der Nonce des Tokens
-
-### 2. Google Sign-In
-
-Die Funktion initialisiert das Plugin und meldet sich bei Google an:
-
-```typescript
-await SocialLogin.initialize({
-  google: {
-    webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-    // Nur iOS:
-    iOSClientId: 'YOUR_IOS_CLIENT_ID.apps.googleusercontent.com',
-    mode: 'online', // Erforderlich, um idToken zu erhalten
-  },
-});
-
-const response = await SocialLogin.login({
-  provider: 'google',
-  options: {
-    scopes: ['email', 'profile'],
-    nonce: nonceDigest, // SHA-256-gehashte Nonce übergeben
-  },
-});
-```
-
-### 3. JWT-Validierung
-
-Vor dem Senden des Tokens an Supabase validiert die Implementierung das JWT-Token:
-
-```typescript
-function validateJWTToken(idToken: string, expectedNonceDigest: string): { valid: boolean; error?: string } {
-  const decodedToken = decodeJWT(idToken);
-
-  // Überprüfen, ob das Publikum mit Ihren Google Client IDs übereinstimmt
-  const audience = decodedToken.aud;
-  if (!VALID_GOOGLE_CLIENT_IDS.includes(audience)) {
-    return { valid: false, error: 'Invalid audience' };
-  }
-
-  // Nonce-Übereinstimmung prüfen
-  const tokenNonce = decodedToken.nonce;
-  if (tokenNonce && tokenNonce !== expectedNonceDigest) {
-    return { valid: false, error: 'Nonce mismatch' };
-  }
-
-  return { valid: true };
-}
-```
-
-**Warum vor Supabase validieren?**
-
-Die Validierung des JWT-Tokens vor dem Senden an Supabase dient mehreren wichtigen Zwecken:
-
-1. **Ungültige Anfragen verhindern**: Wenn das Token ein falsches Publikum oder eine Nonce-Fehlanpassung hat, wird Supabase das Token ohnehin ablehnen. Eine vorherige Validierung vermeidet unnötige API-Aufrufe und bietet klarere Fehlermeldungen.
-
-2. **Token-Caching-Probleme**: Auf einigen Plattformen (insbesondere iOS) kann das Google Sign-In SDK Tokens aus Leistungsgründen zwischenspeichern. Wenn ein zwischengespeichertes Token zurückgegeben wird, wurde das Token möglicherweise mit einer anderen Nonce (oder ohne Nonce) generiert, was dazu führt, dass Supabase das Token mit einem "Nonce mismatch"-Fehler ablehnt. Durch Validierung vor dem Senden an Supabase können wir dieses Problem frühzeitig erkennen und automatisch mit einem frischen Token wiederholen.
-
-3. **Sicherheit** (iOS): Auf iOS stellt die Validierung sicher, dass das Token für Ihre spezifischen Google Client IDs ausgestellt wurde, wodurch potenzielle Sicherheitsprobleme durch die Verwendung von Tokens verhindert werden, die für andere Anwendungen bestimmt sind.
-
-4. **Bessere Fehlerbehandlung**: Das frühzeitige Erkennen von Problemen vor Supabase ermöglicht eine automatische Wiederholungslogik, die für die transparente Behandlung von iOS-Caching-Problemen unerlässlich ist.
-
-Wenn die Validierung fehlschlägt, führt die Funktion automatisch Folgendes aus:
-1. Meldet sich von Google ab (löscht zwischengespeicherte Tokens - kritisch auf iOS)
-2. Wiederholt die Authentifizierung einmal (erzwingt Generierung eines frischen Tokens mit korrekter Nonce)
-3. Wenn die Wiederholung ebenfalls fehlschlägt, wird ein Fehler zurückgegeben
-
-### 4. Supabase-Anmeldung
-
-Schließlich wird das validierte Token an Supabase gesendet:
-
-```typescript
-const { data, error } = await supabase.auth.signInWithIdToken({
-  provider: 'google',
-  token: googleResponse.idToken,
-  nonce: rawNonce, // Rohe (ungehashte) Nonce übergeben
-});
-```
-
-## Vollständige Code-Referenz
-
-Die vollständige Implementierung ist in der Datei [`supabaseAuthUtils.ts` der Beispiel-App](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) verfügbar, die Folgendes umfasst:
-
-- `getUrlSafeNonce()` - Generiert URL-sichere Zufalls-Nonce
-- `sha256Hash()` - Hasht String mit SHA-256
-- `getNonce()` - Generiert Nonce-Paar
-- `decodeJWT()` - Dekodiert JWT-Token
-- `validateJWTToken()` - Validiert JWT-Publikum und Nonce
-- `authenticateWithGoogleSupabase()` - Haupt-Authentifizierungsfunktion mit automatischer Wiederholung
-
-### Zusätzliche Beispieldateien
-
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - Beispielkomponente mit Redirect-Handling (Web)
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - Beispiel-Kontoerstellungsseite
-
-## Nächste Schritte
-
-Fahren Sie bitte mit dem plattformspezifischen Einrichtungsleitfaden für Ihre Zielplattform fort:
-
-- [Android-Einrichtung](../android/)
-- [iOS-Einrichtung](../ios/)
-- [Web-Einrichtung](../web/)
diff --git a/src/content/docs/de/docs/plugins/social-login/supabase/google/ios.mdx b/src/content/docs/de/docs/plugins/social-login/supabase/google/ios.mdx
deleted file mode 100644
index e895277a2..000000000
--- a/src/content/docs/de/docs/plugins/social-login/supabase/google/ios.mdx
+++ /dev/null
@@ -1,95 +0,0 @@
----
-title: Supabase Google Login auf iOS
-locale: de
-description: Erfahren Sie, wie Sie Google Sign-In mit Supabase Authentication auf iOS unter Verwendung des Capacitor Social Login Plugins einrichten.
-sidebar:
-    order: 3
----
-
-## Einführung
-
-Dieser Leitfaden hilft Ihnen, Google Sign-In mit Supabase Authentication auf iOS zu integrieren. Es wird vorausgesetzt, dass Sie bereits Folgendes abgeschlossen haben:
- -  die [Google Login iOS-Einrichtung](/docs/plugins/social-login/google/ios/)
- -  die [Supabase Google Login - Allgemeine Einrichtung](/docs/plugins/social-login/supabase/google/general/).
-
-## Implementierung
-
-Die vollständige Implementierung ist in der Datei [`supabaseAuthUtils.ts` der Beispiel-App](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) verfügbar. Dieser Leitfaden erklärt die Kernkonzepte und wie Sie sie verwenden.
-
-### Verwendung des Authentifizierungs-Helfers
-
-Die Funktion `authenticateWithGoogleSupabase` behandelt den gesamten Authentifizierungsablauf:
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Angemeldet:', result.user);
-  // Navigieren Sie zu Ihrem authentifizierten Bereich
-} else {
-  console.error('Fehler:', result.error);
-}
-```
-
-## Wie es funktioniert
-
-Eine detaillierte Erklärung der Funktionsweise des Authentifizierungsablaufs, einschließlich Nonce-Generierung, JWT-Validierung und Supabase-Anmeldung, finden Sie im [Abschnitt "Wie es funktioniert" im Allgemeinen Einrichtungsleitfaden](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-## Wichtige Einschränkungen
-
-### iOS Token-Caching und Nonce-Probleme
-
-:::warning[iOS Nonce-Caching-Problem]
-Auf iOS kann Google Sign-In Tokens zwischenspeichern, was dazu führen kann, dass die Nonce-Validierung fehlschlägt. Die Funktion `validateJWTToken` erkennt dies und behandelt es automatisch:
-
-1. **Automatische Erkennung**: Die Funktion prüft, ob die Nonce im Token mit dem erwarteten `nonceDigest` übereinstimmt
-2. **Automatischer Wiederholungsversuch**: Wenn die Validierung fehlschlägt, meldet sie sich automatisch von Google ab und versucht es einmal erneut
-3. **Fehlerbehandlung**: Wenn der Wiederholungsversuch ebenfalls fehlschlägt, wird ein Fehler zurückgegeben
-
-**Warum dies geschieht**: Das iOS Google Sign-In SDK speichert Tokens zur Leistungsoptimierung zwischen. Wenn ein zwischengespeichertes Token zurückgegeben wird, wurde es möglicherweise mit einer anderen Nonce (oder ohne Nonce) generiert, was zu einer Fehlanpassung führt.
-
-**Die Lösung**: Die Implementierung behandelt dies automatisch durch Abmelden und Wiederholen, wodurch Google gezwungen wird, ein frisches Token mit der korrekten Nonce zu generieren.
-:::
-
-**Manuelle Problemumgehung** (falls der automatische Wiederholungsversuch nicht funktioniert):
-
-```typescript
-// Zuerst abmelden, um zwischengespeicherte Tokens zu löschen
-await SocialLogin.logout({ provider: 'google' });
-
-// Dann authentifizieren
-const result = await authenticateWithGoogleSupabase();
-```
-
-Dies stellt sicher, dass ein frisches Token mit der korrekten Nonce erhalten wird.
-
-Die vollständige Code-Referenz finden Sie im [Abschnitt "Vollständige Code-Referenz" im Allgemeinen Einrichtungsleitfaden](/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-## Wichtige Hinweise
-
-### Nonce-Behandlung
-
-Die Nonce-Implementierung folgt dem Muster aus der [React Native Google Sign In Dokumentation](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- `rawNonce` geht zu Supabase's `signInWithIdToken()`
-- Supabase erstellt einen Hash von `rawNonce` und vergleicht ihn mit dem `nonceDigest`, der im ID-Token von Google Sign-In enthalten ist
-- `nonceDigest` (SHA-256-Hash, hex-codiert) geht zum `nonce`-Parameter in Google Sign-In APIs
-
-### Automatischer Wiederholungsmechanismus
-
-Die Funktion `authenticateWithGoogleSupabase` enthält einen `retry`-Parameter:
-- Erster Aufruf (`retry=false`): Wenn die Validierung fehlschlägt, meldet sie sich automatisch ab und versucht es einmal erneut
-- Wiederholungsaufruf (`retry=true`): Wenn die Validierung erneut fehlschlägt, wird sofort ein Fehler zurückgegeben
-
-Dies behandelt das iOS-Token-Caching-Problem automatisch.
-
-## Fehlerbehebung
-
-Wenn die Authentifizierung fehlschlägt:
-
-- **Nonce-Fehlanpassung**: Die Funktion versucht es automatisch erneut - überprüfen Sie die Konsolenprotokolle für Details. Wenn es weiterhin besteht, melden Sie sich zuerst manuell ab
-- **Ungültiges Publikum**: Überprüfen Sie, ob Ihre Google Client IDs sowohl in der Google Cloud Console als auch in Supabase übereinstimmen (sowohl iOS als auch Web Client IDs)
-- **Token-Validierung schlägt fehl**: Stellen Sie sicher, dass Sie `mode: 'online'` im Initialize-Aufruf verwenden, um ein idToken zu erhalten
-- **Info.plist-Konfiguration**: Stellen Sie sicher, dass Info.plist die korrekten URL-Schemas und GIDClientID hat
-- Überprüfen Sie den [Beispiel-App-Code](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) als Referenz
diff --git a/src/content/docs/de/docs/plugins/social-login/supabase/google/web.mdx b/src/content/docs/de/docs/plugins/social-login/supabase/google/web.mdx
deleted file mode 100644
index 9be082e5b..000000000
--- a/src/content/docs/de/docs/plugins/social-login/supabase/google/web.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: Supabase Google Login im Web
-locale: de
-description: Erfahren Sie, wie Sie Google Sign-In mit Supabase Authentication im Web unter Verwendung des Capacitor Social Login Plugins einrichten.
-sidebar:
-    order: 4
----
-
-## Einführung
-
-Dieser Leitfaden hilft Ihnen, Google Sign-In mit Supabase Authentication im Web zu integrieren. Es wird vorausgesetzt, dass Sie bereits Folgendes abgeschlossen haben:
- -  die [Google Login Web-Einrichtung](/docs/plugins/social-login/google/web/)
- -  die [Supabase Google Login - Allgemeine Einrichtung](/docs/plugins/social-login/supabase/google/general/).
-
-## Implementierung
-
-Die vollständige Implementierung ist in der Datei [`supabaseAuthUtils.ts` der Beispiel-App](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) verfügbar. Dieser Leitfaden erklärt die Kernkonzepte und wie Sie sie verwenden.
-
-### Verwendung des Authentifizierungs-Helfers
-
-Die Funktion `authenticateWithGoogleSupabase` behandelt den gesamten Authentifizierungsablauf:
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Angemeldet:', result.user);
-  // Navigieren Sie zu Ihrem authentifizierten Bereich
-} else {
-  console.error('Fehler:', result.error);
-}
-```
-
-## Kritisch: Redirect-Behandlung
-
-:::warning[Kritisch: Redirect-Behandlung]
-Bei Verwendung von Google-Login im Web **MÜSSEN** Sie beim Redirect eine beliebige Funktion des Plugins aufrufen, um das Plugin zu initialisieren, damit es den Redirect behandeln und das Popup-Fenster schließen kann. Sie können entweder `isLoggedIn()` ODER `initialize()` aufrufen - beide lösen die Redirect-Behandlung aus.
-
-Dies ist für den OAuth-Popup-Ablauf unerlässlich.
-:::
-
-### Implementierungsbeispiel
-
-Fügen Sie dies Ihrer Komponente hinzu, die Google Sign-In behandelt:
-
-```typescript
-import { useEffect } from 'react';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-function SupabasePage() {
-  // Google-Login-Status beim Mounten überprüfen, um Redirect-Behandlung auszulösen
-  // Dies dient keinem funktionalen Zweck in der UI, stellt aber sicher,
-  // dass ausstehende OAuth-Redirects ordnungsgemäß verarbeitet werden
-  useEffect(() => {
-    const checkGoogleLoginStatus = async () => {
-      try {
-        await SocialLogin.isLoggedIn({ provider: 'google' });
-        // Wir verwenden das Ergebnis nicht, dies dient nur zur Redirect-Behandlung
-      } catch (error) {
-        // Fehler ignorieren - dies dient nur zur Redirect-Behandlung
-        console.log('Google-Login-Statusüberprüfung abgeschlossen (Redirect-Behandlung)');
-      }
-    };
-
-    checkGoogleLoginStatus();
-  }, []);
-
-  // ... Rest Ihrer Komponente
-}
-```
-
-Siehe [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) für ein vollständiges Beispiel.
-
-## Wie es funktioniert
-
-Eine detaillierte Erklärung der Funktionsweise des Authentifizierungsablaufs, einschließlich Nonce-Generierung, JWT-Validierung und Supabase-Anmeldung, finden Sie im [Abschnitt "Wie es funktioniert" im Allgemeinen Einrichtungsleitfaden](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-Die vollständige Code-Referenz finden Sie im [Abschnitt "Vollständige Code-Referenz" im Allgemeinen Einrichtungsleitfaden](/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-Siehe auch:
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - Beispielkomponente mit Redirect-Handling
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - Beispiel-Kontoerstellungsseite
-
-## Wichtige Hinweise
-
-### Redirect-Behandlung
-
-Bei Verwendung von Google-Login im Web **MÜSSEN** Sie beim Redirect eine beliebige Funktion des Plugins aufrufen, um das Plugin zu initialisieren, damit es den Redirect behandeln und das Popup-Fenster schließen kann. Sie können entweder `isLoggedIn()` ODER `initialize()` aufrufen - beide lösen die Redirect-Behandlung aus.
-
-Dies ist für den OAuth-Popup-Ablauf unerlässlich. Ohne dies wird das Popup-Fenster nach der Authentifizierung nicht geschlossen.
-
-### Nonce-Behandlung
-
-Die Nonce-Implementierung folgt dem Muster aus der [React Native Google Sign In Dokumentation](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- `rawNonce` geht zu Supabase's `signInWithIdToken()`
-- Supabase erstellt einen Hash von `rawNonce` und vergleicht ihn mit dem `nonceDigest`, der im ID-Token von Google Sign-In enthalten ist
-- `nonceDigest` (SHA-256-Hash, hex-codiert) geht zum `nonce`-Parameter in Google Sign-In APIs
-
-### Automatischer Wiederholungsversuch
-
-Die Implementierung umfasst automatische Wiederholungslogik:
-- Wenn die JWT-Validierung beim ersten Versuch fehlschlägt, meldet sie sich ab und versucht es einmal erneut
-- Dies behandelt Fälle, in denen zwischengespeicherte Tokens möglicherweise falsche Nonces haben
-- Wenn der Wiederholungsversuch ebenfalls fehlschlägt, wird ein Fehler zurückgegeben
-
-## Fehlerbehebung
-
-Wenn die Authentifizierung fehlschlägt:
-
-- **Redirect funktioniert nicht**: Stellen Sie sicher, dass Sie `isLoggedIn()` beim Mounten der Komponente aufrufen (siehe Beispiel oben)
-- **Ungültiges Publikum**: Überprüfen Sie, ob Ihre Google Client IDs sowohl in der Google Cloud Console als auch in Supabase übereinstimmen
-- **Autorisierte Redirect-URLs**: Überprüfen Sie, dass autorisierte Redirect-URLs sowohl in der Google Cloud Console als auch in Supabase konfiguriert sind
-- **Nonce-Fehlanpassung**: Überprüfen Sie die Konsolenprotokolle - die Funktion versucht es automatisch erneut, aber Sie können sich bei Bedarf zuerst manuell abmelden
-- **Token-Validierung schlägt fehl**: Stellen Sie sicher, dass Sie `mode: 'online'` im Initialize-Aufruf verwenden, um ein idToken zu erhalten
-- Überprüfen Sie den [Beispiel-App-Code](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) als Referenz
diff --git a/src/content/docs/de/docs/plugins/social-login/supabase/introduction.mdx b/src/content/docs/de/docs/plugins/social-login/supabase/introduction.mdx
deleted file mode 100644
index 1ff2a14c3..000000000
--- a/src/content/docs/de/docs/plugins/social-login/supabase/introduction.mdx
+++ /dev/null
@@ -1,91 +0,0 @@
----
-title: Einführung in die Supabase-Integration
-locale: de
-description: Erfahren Sie, wie Sie Supabase Authentication mit dem Capacitor Social Login Plugin für eine vollständige Authentifizierungslösung integrieren.
-sidebar:
-    order: 1
----
-
-## Übersicht
-
-Dieses Tutorial führt Sie durch die Einrichtung von Supabase Authentication mit dem Capacitor Social Login Plugin. Diese Integration ermöglicht es Ihnen, native soziale Login-Anbieter (Google, Apple, Facebook, Twitter) auf mobilen Plattformen zu verwenden, während Sie Supabase Auth für Backend-Authentifizierung und PostgreSQL für Datenspeicherung nutzen.
-
-## Was Sie lernen werden
-
-- Wie Sie Supabase Authentication konfigurieren
-- Wie Sie das Capacitor Social Login Plugin mit Supabase Auth integrieren
-- Plattformspezifische Einrichtung für Android, iOS und Web
-- Wie Sie Nonces sicher für Supabase handhaben
-
-## Was Sie benötigen
-
-Bevor Sie beginnen, stellen Sie sicher, dass Sie Folgendes haben:
-
-1. **Ein Supabase-Projekt**
-   - Erstellen Sie ein Projekt im [Supabase Dashboard](https://app.supabase.com/)
-   - Aktivieren Sie den Google OAuth-Provider
-   - Holen Sie sich Ihre Supabase-Projekt-URL und Anon Key
-
-2. **Supabase JS SDK**
-   - Installieren Sie Supabase in Ihrem Projekt:
-     ```bash
-     npm install @supabase/supabase-js
-     ```
-
-3. **Ein Capacitor-Projekt**
-   - Eine bestehende Capacitor-Anwendung
-   - Capacitor Social Login Plugin installiert:
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-4. **Plattformspezifische Google-Einrichtung**
-   - Vervollständigen Sie die Google Sign-In-Einrichtung für Ihre Zielplattformen:
-     - [Google Login Android-Einrichtung](/docs/plugins/social-login/google/android/)
-     - [Google Login iOS-Einrichtung](/docs/plugins/social-login/google/ios/)
-     - [Google Login Web-Einrichtung](/docs/plugins/social-login/google/web/)
-
-## Beispielanwendung
-
-Eine vollständige funktionsfähige Beispielanwendung ist im Repository verfügbar:
-
-**Code-Repository**: [Sie finden das Code-Repository hier](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-Die Beispiel-App demonstriert:
-- E-Mail/Passwort-Authentifizierung mit Supabase
-- Google Sign-In-Integration (Android, iOS und Web)
-- Einen einfachen Schlüssel-Wert-Speicher unter Verwendung von Supabase PostgreSQL-Tabellen
-- Benutzerspezifische Datenspeicherung mit Row Level Security (RLS)
-
-## Wichtige Implementierungsdetails
-
-### Nonce-Behandlung
-
-Supabase erfordert eine spezielle Nonce-Behandlung für die Sicherheit. Die Implementierung folgt der [React Native Google Sign In Dokumentation](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- Generieren Sie eine `rawNonce` (URL-sichere Zufallszeichenkette)
-- Hashen Sie sie mit SHA-256, um `nonceDigest` zu erhalten
-- Übergeben Sie `nonceDigest` an Google Sign-In
-- Übergeben Sie `rawNonce` an Supabase (Supabase hasht sie intern für den Vergleich)
-
-### JWT-Validierung
-
-Die Beispielimplementierung umfasst JWT-Validierung, um Folgendes sicherzustellen:
-- Das Token-Publikum stimmt mit Ihren konfigurierten Google Client IDs überein
-- Die Nonce stimmt mit dem erwarteten Digest überein
-- Automatischer Wiederholungsversuch bei Validierungsfehlern (besonders wichtig für iOS)
-
-### Plattformspezifische Überlegungen
-
-- **iOS**: Token-Caching kann Nonce-Probleme verursachen - die Implementierung behandelt dies automatisch
-- **Web**: Muss `isLoggedIn()` beim Mounten aufrufen, um OAuth-Redirects zu handhaben
-- **Android**: Standard-Implementierung mit SHA-1-Fingerabdruck-Konfiguration
-
-## Nächste Schritte
-
-Fahren Sie mit den Einrichtungsleitfäden fort:
-- [Supabase Google Login - Allgemeine Einrichtung](./google/general/) - Übersicht und Voraussetzungen
-- [Android-Einrichtung](./google/android/) - Android-spezifische Konfiguration
-- [iOS-Einrichtung](./google/ios/) - iOS-spezifische Konfiguration
-- [Web-Einrichtung](./google/web/) - Web-spezifische Konfiguration
diff --git a/src/content/docs/de/docs/plugins/speech-recognition/getting-started.mdx b/src/content/docs/de/docs/plugins/speech-recognition/getting-started.mdx
deleted file mode 100644
index e35823549..000000000
--- a/src/content/docs/de/docs/plugins/speech-recognition/getting-started.mdx
+++ /dev/null
@@ -1,445 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das Speech Recognition Plugin installieren und verwenden, um Sprachtranskription zu Ihrer Capacitor-App hinzuzufügen
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-speech-recognition" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Plattformberechtigungen konfigurieren** (siehe unten)
-</Steps>
-
-## Plattformkonfiguration
-
-### iOS
-
-Fügen Sie die folgenden Schlüssel zur `Info.plist`-Datei Ihrer App hinzu:
-
-```xml
-<key>NSSpeechRecognitionUsageDescription</key>
-<string>Wir benötigen Zugriff auf die Spracherkennung, um Ihre Stimme zu transkribieren</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>Wir benötigen Zugriff auf Ihr Mikrofon, um Audio für die Transkription aufzunehmen</string>
-```
-
-### Android
-
-Das Plugin fügt automatisch die erforderliche `RECORD_AUDIO`-Berechtigung zu Ihrer `AndroidManifest.xml` hinzu. Es ist keine zusätzliche Konfiguration erforderlich.
-
-## Grundlegende Verwendung
-
-### Verfügbarkeit überprüfen
-
-Überprüfen Sie vor der Verwendung der Spracherkennung, ob sie auf dem Gerät verfügbar ist:
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-const checkAvailability = async () => {
-  const { available } = await SpeechRecognition.available();
-  if (!available) {
-    console.warn('Spracherkennung wird auf diesem Gerät nicht unterstützt');
-    return false;
-  }
-  return true;
-};
-```
-
-### Berechtigungen anfordern
-
-Fordern Sie die erforderlichen Berechtigungen an, bevor Sie die Erkennung starten:
-
-```typescript
-const requestPermissions = async () => {
-  const { speechRecognition } = await SpeechRecognition.requestPermissions();
-
-  if (speechRecognition === 'granted') {
-    console.log('Berechtigung erteilt');
-    return true;
-  } else {
-    console.log('Berechtigung verweigert');
-    return false;
-  }
-};
-```
-
-### Erkennung starten
-
-Beginnen Sie mit dem Hören auf Sprache mit optionaler Konfiguration:
-
-```typescript
-// Grundlegende Verwendung
-await SpeechRecognition.start({
-  language: 'de-DE',
-  maxResults: 3,
-  partialResults: true,
-});
-
-// Mit allen Optionen
-await SpeechRecognition.start({
-  language: 'de-DE',
-  maxResults: 5,
-  prompt: 'Jetzt sprechen...',          // Nur Android
-  popup: false,                     // Nur Android
-  partialResults: true,
-  addPunctuation: true,             // Nur iOS 16+
-  allowForSilence: 2000,            // Nur Android, Millisekunden
-});
-```
-
-### Auf Ergebnisse hören
-
-Abonnieren Sie Teilergebnisse, während die Erkennung aktiv ist:
-
-```typescript
-const partialListener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event) => {
-    const transcription = event.matches?.[0];
-    console.log('Teilergebnis:', transcription);
-  }
-);
-
-// Vergessen Sie nicht, den Listener zu entfernen, wenn Sie fertig sind
-await partialListener.remove();
-```
-
-### Erkennung stoppen
-
-Hören Sie auf zuzuhören und räumen Sie Ressourcen auf:
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-## Vollständiges Beispiel
-
-Hier ist ein vollständiges Beispiel, das zeigt, wie das Plugin verwendet wird:
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-export class VoiceRecognitionService {
-  private partialListener: any = null;
-  private isListening = false;
-
-  async initialize(): Promise<boolean> {
-    // Verfügbarkeit überprüfen
-    const { available } = await SpeechRecognition.available();
-    if (!available) {
-      throw new Error('Spracherkennung nicht verfügbar');
-    }
-
-    // Berechtigungen anfordern
-    const { speechRecognition } = await SpeechRecognition.requestPermissions();
-    if (speechRecognition !== 'granted') {
-      throw new Error('Berechtigung verweigert');
-    }
-
-    return true;
-  }
-
-  async startListening(
-    onPartialResult: (text: string) => void,
-    onFinalResult: (text: string) => void
-  ): Promise<void> {
-    if (this.isListening) {
-      console.warn('Hört bereits zu');
-      return;
-    }
-
-    try {
-      // Teilergebnisse-Listener einrichten
-      this.partialListener = await SpeechRecognition.addListener(
-        'partialResults',
-        (event) => {
-          const text = event.matches?.[0] || '';
-          onPartialResult(text);
-        }
-      );
-
-      // Erkennung starten
-      const result = await SpeechRecognition.start({
-        language: 'de-DE',
-        maxResults: 3,
-        partialResults: true,
-        addPunctuation: true,
-      });
-
-      this.isListening = true;
-
-      // Endergebnis behandeln, wenn partialResults false ist
-      if (result.matches && result.matches.length > 0) {
-        onFinalResult(result.matches[0]);
-      }
-    } catch (error) {
-      console.error('Fehler beim Starten der Spracherkennung:', error);
-      throw error;
-    }
-  }
-
-  async stopListening(): Promise<void> {
-    if (!this.isListening) {
-      return;
-    }
-
-    try {
-      await SpeechRecognition.stop();
-
-      // Listener aufräumen
-      if (this.partialListener) {
-        await this.partialListener.remove();
-        this.partialListener = null;
-      }
-
-      this.isListening = false;
-    } catch (error) {
-      console.error('Fehler beim Stoppen der Spracherkennung:', error);
-      throw error;
-    }
-  }
-
-  async getSupportedLanguages(): Promise<string[]> {
-    const { languages } = await SpeechRecognition.getSupportedLanguages();
-    return languages;
-  }
-
-  async checkListeningState(): Promise<boolean> {
-    const { listening } = await SpeechRecognition.isListening();
-    return listening;
-  }
-}
-```
-
-## API-Referenz
-
-### available()
-
-Überprüft, ob der native Spracherkennungsdienst auf dem aktuellen Gerät verwendbar ist.
-
-```typescript
-const result = await SpeechRecognition.available();
-// Gibt zurück: { available: boolean }
-```
-
-### start(options?)
-
-Beginnt mit der Aufnahme von Audio und der Transkription von Sprache.
-
-```typescript
-interface SpeechRecognitionStartOptions {
-  language?: string;          // Locale-Kennung (z.B. 'de-DE')
-  maxResults?: number;        // Maximale Anzahl von Ergebnissen (Standard: 5)
-  prompt?: string;            // Nur Android: Dialog-Aufforderung
-  popup?: boolean;            // Nur Android: System-Dialog anzeigen
-  partialResults?: boolean;   // Teilergebnisse streamen
-  addPunctuation?: boolean;   // Nur iOS 16+: Interpunktion hinzufügen
-  allowForSilence?: number;   // Nur Android: Stille-Timeout in ms
-}
-
-const result = await SpeechRecognition.start(options);
-// Gibt zurück: { matches?: string[] }
-```
-
-### stop()
-
-Stoppt das Zuhören und räumt native Ressourcen auf.
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-### getSupportedLanguages()
-
-Ruft die vom zugrunde liegenden Erkennungsdienst unterstützten Locales ab.
-
-**Hinweis**: Android 13+-Geräte stellen diese Liste nicht mehr bereit; in diesem Fall ist `languages` leer.
-
-```typescript
-const result = await SpeechRecognition.getSupportedLanguages();
-// Gibt zurück: { languages: string[] }
-```
-
-### isListening()
-
-Gibt zurück, ob das Plugin aktiv auf Sprache hört.
-
-```typescript
-const result = await SpeechRecognition.isListening();
-// Gibt zurück: { listening: boolean }
-```
-
-### checkPermissions()
-
-Ruft den aktuellen Berechtigungsstatus ab.
-
-```typescript
-const result = await SpeechRecognition.checkPermissions();
-// Gibt zurück: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-### requestPermissions()
-
-Fordert die Mikrofon- + Spracherkennungsberechtigungen an.
-
-```typescript
-const result = await SpeechRecognition.requestPermissions();
-// Gibt zurück: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-## Event-Listener
-
-### partialResults
-
-Hören Sie auf Teilergebnisse der Transkription, während `partialResults` aktiviert ist.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event: { matches: string[] }) => {
-    console.log('Teilweise:', event.matches?.[0]);
-  }
-);
-```
-
-### segmentResults (nur Android)
-
-Hören Sie auf segmentierte Erkennungsergebnisse.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'segmentResults',
-  (event: { matches: string[] }) => {
-    console.log('Segment:', event.matches?.[0]);
-  }
-);
-```
-
-### endOfSegmentedSession (nur Android)
-
-Hören Sie auf Abschluss-Events der segmentierten Sitzung.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'endOfSegmentedSession',
-  () => {
-    console.log('Segmentierte Sitzung beendet');
-  }
-);
-```
-
-### listeningState
-
-Hören Sie auf Änderungen des nativen Listening-Status.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'listeningState',
-  (event: { status: 'started' | 'stopped' }) => {
-    console.log('Listening-Status:', event.status);
-  }
-);
-```
-
-### removeAllListeners()
-
-Entfernt alle registrierten Listener.
-
-```typescript
-await SpeechRecognition.removeAllListeners();
-```
-
-## Bewährte Methoden
-
-1. **Immer Verfügbarkeit und Berechtigungen überprüfen**
-   ```typescript
-   const { available } = await SpeechRecognition.available();
-   if (!available) return;
-
-   const { speechRecognition } = await SpeechRecognition.requestPermissions();
-   if (speechRecognition !== 'granted') return;
-   ```
-
-2. **Listener aufräumen**
-   Entfernen Sie Listener immer, wenn sie nicht mehr benötigt werden, um Speicherlecks zu vermeiden:
-   ```typescript
-   await listener.remove();
-   // oder
-   await SpeechRecognition.removeAllListeners();
-   ```
-
-3. **Fehler elegant behandeln**
-   ```typescript
-   try {
-     await SpeechRecognition.start({ language: 'de-DE' });
-   } catch (error) {
-     console.error('Spracherkennung fehlgeschlagen:', error);
-     // Benutzerfreundliche Fehlermeldung anzeigen
-   }
-   ```
-
-4. **Visuelles Feedback bereitstellen**
-   Verwenden Sie das `listeningState`-Event, um Benutzern zu zeigen, wann die App aktiv zuhört.
-
-5. **Mit verschiedenen Akzenten und Sprachen testen**
-   Die Genauigkeit der Spracherkennung variiert je nach Sprache und Akzent. Testen Sie gründlich mit Ihrer Zielgruppe.
-
-## Plattformhinweise
-
-### iOS
-- Erfordert iOS 10.0+
-- Verwendet natives `SFSpeechRecognizer`
-- Unterstützt Interpunktion auf iOS 16+
-- Erfordert sowohl Mikrofon- als auch Spracherkennungsberechtigungen
-- Erkennung kann fehlschlagen, wenn die Gerätesprache nicht mit der angeforderten Sprache übereinstimmt
-
-### Android
-- Erfordert Android 6.0 (API 23)+
-- Verwendet `SpeechRecognizer` API
-- Unterstützt segmentierte Sitzungen mit konfigurierbarer Stilleerkennung
-- Android 13+ stellt keine Liste unterstützter Sprachen bereit
-- Einige Geräte zeigen möglicherweise die System-Erkennungs-UI an
-
-### Web
-- Eingeschränkte Unterstützung über Web Speech API
-- Nicht alle Browser unterstützen Spracherkennung
-- Erfordert HTTPS-Verbindung
-- Kann unterschiedliches Verhalten über Browser hinweg haben
-
-## Fehlerbehebung
-
-### Berechtigung verweigert
-Wenn Berechtigungen verweigert werden, führen Sie Benutzer zu den App-Einstellungen:
-```typescript
-const { speechRecognition } = await SpeechRecognition.checkPermissions();
-if (speechRecognition === 'denied') {
-  // Anweisungen zum Aktivieren von Berechtigungen in den Einstellungen anzeigen
-}
-```
-
-### Keine Ergebnisse zurückgegeben
-- Mikrofon funktioniert überprüfen
-- Ruhige Umgebung sicherstellen
-- Sprachcode mit Gerätefunktionen überprüfen
-- Netzwerkverbindung prüfen (einige Plattformen erfordern sie)
-
-### Erkennung stoppt unerwartet
-- `isListening()` verwenden, um Status zu überprüfen
-- Auf `listeningState`-Events hören
-- Automatischen Neustart implementieren, falls erforderlich
-
-## Nächste Schritte
-
-- [API-Referenz auf GitHub ansehen](https://github.com/Cap-go/capacitor-speech-recognition#api)
-- [Probleme melden](https://github.com/Cap-go/capacitor-speech-recognition/issues)
-- [Beispiel-App erkunden](https://github.com/Cap-go/capacitor-speech-recognition/tree/main/example)
diff --git a/src/content/docs/de/docs/plugins/speech-recognition/index.mdx b/src/content/docs/de/docs/plugins/speech-recognition/index.mdx
deleted file mode 100644
index aee211322..000000000
--- a/src/content/docs/de/docs/plugins/speech-recognition/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-speech-recognition"
-locale: de
-description: Natürliche Spracherkennung mit niedriger Latenz für Capacitor-Apps mit Parität über iOS- und Android-Plattformen hinweg.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Umfassende gerätebasierte Spracherkennung mit Echtzeit-Transkription, gestreamten Teilergebnissen und plattformübergreifender Parität.
-  image:
-    file: ~public/icons/plugins/speech-recognition.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/speech-recognition/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-speech-recognition/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Echtzeit-Transkription" icon="rocket">
-    Erhalten Sie sofortige Teilergebnisse, während Benutzer sprechen
-  </Card>
-  <Card title="Plattformübergreifende Parität" icon="star">
-    Konsistente API und Verhalten über iOS und Android hinweg
-  </Card>
-  <Card title="Segmentierte Sitzungen" icon="list-format">
-    Teilen Sie die Erkennung basierend auf Stille in Segmente auf
-  </Card>
-  <Card title="Interpunktionsunterstützung" icon="pencil">
-    Automatische Interpunktion auf iOS 16+
-  </Card>
-  <Card title="Berechtigungs-Helfer" icon="approve-check-circle">
-    Eingebaute Berechtigungsanfrage und Statusprüfung
-  </Card>
-  <Card title="Sprachunterstützung" icon="translate">
-    Zugriff auf die vom Gerät unterstützten Erkennungssprachen
-  </Card>
-  <Card title="Erste Schritte" icon="open-book">
-    Schauen Sie sich den [Leitfaden für die ersten Schritte](/docs/plugins/speech-recognition/getting-started/) an, um das Plugin zu installieren und zu konfigurieren.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/speech-synthesis/getting-started.mdx b/src/content/docs/de/docs/plugins/speech-synthesis/getting-started.mdx
deleted file mode 100644
index c3119408c..000000000
--- a/src/content/docs/de/docs/plugins/speech-synthesis/getting-started.mdx
+++ /dev/null
@@ -1,253 +0,0 @@
----
-title: Erste Schritte
-description: >-
-  Erfahren Sie, wie Sie das Sprachsynthese-Plugin installieren und verwenden, um
-  Text in Ihrer Capacitor-App in Sprache umzuwandeln.
-sidebar:
-  order: 2
-locale: de
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-speech-synthesis" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Nutzung
-
-Importieren Sie das Plugin und synthetisieren Sie Sprache aus Text:
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-// Basic text-to-speech
-const speak = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Hello, world!',
-    language: 'en-US'
-  });
-};
-
-// Advanced usage with voice control
-const speakWithVoice = async () => {
-  await SpeechSynthesis.speak({
-    text: 'This is a test of speech synthesis.',
-    language: 'en-US',
-    rate: 1.0,      // Speech rate: 0.1 to 10.0
-    pitch: 1.0,     // Voice pitch: 0.5 to 2.0
-    volume: 1.0,    // Volume: 0.0 to 1.0
-    voice: 'com.apple.ttsbundle.Samantha-compact'
-  });
-};
-```
-
-## API Referenz
-
-### sprechen(Optionen)
-
-Spricht den angegebenen Text mit den angegebenen Spracheinstellungen.
-
-```typescript
-interface SpeakOptions {
-  text: string;           // Text to speak
-  language?: string;      // Language code (e.g., 'en-US', 'es-ES')
-  rate?: number;          // Speech rate: 0.1 to 10.0 (default: 1.0)
-  pitch?: number;         // Voice pitch: 0.5 to 2.0 (default: 1.0)
-  volume?: number;        // Volume: 0.0 to 1.0 (default: 1.0)
-  voice?: string;         // Voice identifier (get from getVoices())
-}
-
-await SpeechSynthesis.speak(options);
-```
-
-### stop()
-
-Stoppt jede laufende Sprachsynthese.
-
-```typescript
-await SpeechSynthesis.stop();
-```
-
-### getVoices()
-
-Ruft die Liste der verfügbaren Stimmen für die Sprachsynthese ab.
-
-```typescript
-interface Voice {
-  voiceURI: string;       // Unique voice identifier
-  name: string;           // Human-readable voice name
-  lang: string;           // Language code
-  default: boolean;       // Whether this is the default voice
-}
-
-const { voices } = await SpeechSynthesis.getVoices();
-console.log('Available voices:', voices);
-```
-
-### getSupportedLanguages()
-
-Ruft die Liste der unterstützten Sprachcodes ab.
-
-```typescript
-const { languages } = await SpeechSynthesis.getSupportedLanguages();
-console.log('Supported languages:', languages);
-```
-
-### isSpeaking()
-
-Überprüft, ob die Sprachsynthese derzeit aktiv ist.
-
-```typescript
-const { speaking } = await SpeechSynthesis.isSpeaking();
-console.log('Currently speaking:', speaking);
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-export class TextToSpeechService {
-  private currentVoice: string | undefined;
-
-  async init() {
-    // Get available voices
-    const { voices } = await SpeechSynthesis.getVoices();
-
-    // Find English voice
-    const englishVoice = voices.find(v => v.lang.startsWith('en'));
-    this.currentVoice = englishVoice?.voiceURI;
-
-    console.log(`Using voice: ${englishVoice?.name}`);
-  }
-
-  async speak(text: string, options?: Partial<SpeakOptions>) {
-    try {
-      // Stop any ongoing speech
-      await SpeechSynthesis.stop();
-
-      // Speak the text
-      await SpeechSynthesis.speak({
-        text,
-        language: 'en-US',
-        rate: 1.0,
-        pitch: 1.0,
-        volume: 1.0,
-        voice: this.currentVoice,
-        ...options
-      });
-    } catch (error) {
-      console.error('Speech synthesis failed:', error);
-      throw error;
-    }
-  }
-
-  async speakWithRate(text: string, rate: number) {
-    await this.speak(text, { rate });
-  }
-
-  async stop() {
-    await SpeechSynthesis.stop();
-  }
-
-  async checkIfSpeaking(): Promise<boolean> {
-    const { speaking } = await SpeechSynthesis.isSpeaking();
-    return speaking;
-  }
-
-  async listVoicesByLanguage(languageCode: string) {
-    const { voices } = await SpeechSynthesis.getVoices();
-    return voices.filter(v => v.lang.startsWith(languageCode));
-  }
-}
-```
-
-## Erweiterte Nutzung
-
-### Mehrsprachige Unterstützung
-
-```typescript
-// Speak in different languages
-const speakMultiLanguage = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Hello!',
-    language: 'en-US'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'Bonjour!',
-    language: 'fr-FR'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'こんにちは!',
-    language: 'ja-JP'
-  });
-};
-```
-
-### Sprachauswahl
-
-```typescript
-// Select a specific voice
-const selectVoice = async (languageCode: string) => {
-  const { voices } = await SpeechSynthesis.getVoices();
-
-  // Filter voices by language
-  const languageVoices = voices.filter(v =>
-    v.lang.startsWith(languageCode)
-  );
-
-  // Use the first available voice
-  if (languageVoices.length > 0) {
-    await SpeechSynthesis.speak({
-      text: 'Testing voice selection',
-      language: languageCode,
-      voice: languageVoices[0].voiceURI
-    });
-  }
-};
-```
-
-### Langtext lesen
-
-```typescript
-// Split and speak long text in chunks
-const speakLongText = async (longText: string) => {
-  const sentences = longText.match(/[^.!?]+[.!?]+/g) || [longText];
-
-  for (const sentence of sentences) {
-    await SpeechSynthesis.speak({
-      text: sentence.trim(),
-      language: 'en-US',
-      rate: 0.9
-    });
-
-    // Wait a bit between sentences
-    await new Promise(resolve => setTimeout(resolve, 500));
-  }
-};
-```
-
-## Bewährte Methoden
-
-1. **Stimmenauswahl**: Überprüfen Sie immer die verfügbaren Stimmen, bevor Sie eine bestimmte Stimmen-ID verwenden
-2. **Sprachcodes**: Verwenden Sie Standard-Sprachcodes (z. B. „en-US“, „es-ES“, „fr-FR“).
-3. **Ratensteuerung**: Halten Sie die Rate zwischen 0,5 und 2,0 für eine natürlich klingende Sprache
-4. **Vor dem Sprechen stoppen**: Rufen Sie stop() auf, bevor Sie mit einer neuen Rede beginnen, um Überschneidungen zu vermeiden
-5. **Fehlerbehandlung**: Umfassen Sie alle Aufrufe in Try-Catch-Blöcken für eine robuste Fehlerbehandlung
-
-## Fehlerbehebung
-
-### Häufige Probleme
-
-**Keine Sprachausgabe**: Überprüfen Sie die Lautstärke des Geräts und stellen Sie sicher, dass der Text nicht leer ist
-**Stimme nicht gefunden**: Verwenden Sie getVoices(), um verfügbare Stimmen auf dem Gerät zu finden
-**Sprache unterbrochen**: Stoppen Sie jede laufende Sprache, bevor Sie mit der neuen Synthese beginnen
-**Sprache nicht unterstützt**: Überprüfen Sie getSupportedLanguages() auf verfügbare Sprachen
diff --git a/src/content/docs/de/docs/plugins/speech-synthesis/index.mdx b/src/content/docs/de/docs/plugins/speech-synthesis/index.mdx
deleted file mode 100644
index 7094a1a68..000000000
--- a/src/content/docs/de/docs/plugins/speech-synthesis/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: '@capgo/capacitor-speech-synthesis'
-description: >-
-  Synthetisieren Sie Sprache aus Text mit voller Kontrolle über Sprache,
-  Stimme, Tonhöhe, Geschwindigkeit und Lautstärke.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-hero:
-  tagline: >-
-    Konvertieren Sie Text zu Sprache mit voller Kontrolle über Sprache,
-    Stimme, Tonhöhe, Geschwindigkeit und Lautstärke auf iOS, Android und Web.
-  image:
-    file: ~public/icons/plugins/speech-synthesis.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/speech-synthesis/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-speech-synthesis/'
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Mehrere Sprachen" icon="translate">
-    Unterstützung für Dutzende von Sprachen und regionalen Varianten 🌍
-  </Card>
-  <Card title="Stimmauswahl" icon="comment">
-    Wählen Sie aus verfügbaren Systemstimmen für jede Sprache 🎤
-  </Card>
-  <Card title="Feinsteuerung" icon="setting">
-    Passen Sie Tonhöhe, Geschwindigkeit und Lautstärke an, um die Sprachausgabe anzupassen ⚙️
-  </Card>
-  <Card title="Plattformübergreifend" icon="laptop">
-    Konsistente API auf iOS-, Android- und Web-Plattformen 📱
-  </Card>
-  <Card title="Echtzeit-Steuerung" icon="rocket">
-    Pausieren, fortsetzen und brechen Sie die Sprachausgabe spontan ab 🎮
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Lesen Sie die [Dokumentation](/docs/plugins/speech-synthesis/getting-started/), um das Plugin in wenigen Minuten zu beherrschen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/streamcall/getting-started.mdx b/src/content/docs/de/docs/plugins/streamcall/getting-started.mdx
deleted file mode 100644
index 39dfcb337..000000000
--- a/src/content/docs/de/docs/plugins/streamcall/getting-started.mdx
+++ /dev/null
@@ -1,488 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das Stream Video SDK für professionelle Videoanrufe in Ihrer Capacitor-App installieren und integrieren.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Voraussetzungen
-
-Sie benötigen ein Stream-Konto und API-Anmeldeinformationen. Registrieren Sie sich bei [Stream](https://getstream.io/), falls Sie noch kein Konto haben.
-
-## Plattform-Konfiguration
-
-### iOS
-
-Fügen Sie die erforderlichen Berechtigungen zu Ihrer `Info.plist` hinzu:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Diese App benötigt Kamerazugriff für Videoanrufe</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>Diese App benötigt Mikrofonzugriff für Videoanrufe</string>
-```
-
-### Android
-
-Fügen Sie die erforderlichen Berechtigungen zu Ihrer `AndroidManifest.xml` hinzu:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-```
-
-## Verwendungsbeispiel
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-// Stream SDK initialisieren
-await StreamCall.initialize({
-  apiKey: 'your-stream-api-key',
-  userId: 'user-123',
-  userToken: 'user-token'
-});
-
-// Einen Anruf erstellen
-await StreamCall.createCall({
-  callId: 'call-123',
-  callType: 'default'
-});
-
-// Einem Anruf beitreten
-await StreamCall.joinCall({
-  callId: 'call-123'
-});
-
-// Kamera aktivieren/deaktivieren
-await StreamCall.toggleCamera({
-  enabled: true
-});
-
-// Mikrofon aktivieren/deaktivieren
-await StreamCall.toggleMicrophone({
-  enabled: true
-});
-
-// Kamera wechseln (vorne/hinten)
-await StreamCall.switchCamera();
-
-// Den Anruf verlassen
-await StreamCall.leaveCall();
-
-// Auf Anrufereignisse hören
-StreamCall.addListener('callStarted', (data) => {
-  console.log('Call started:', data);
-});
-
-StreamCall.addListener('callEnded', (data) => {
-  console.log('Call ended:', data);
-});
-
-StreamCall.addListener('participantJoined', (data) => {
-  console.log('Participant joined:', data);
-});
-
-StreamCall.addListener('participantLeft', (data) => {
-  console.log('Participant left:', data);
-});
-```
-
-## API-Referenz
-
-### initialize(options)
-
-```typescript
-initialize(options: InitializeOptions) => Promise<void>
-```
-
-Initialisiert das Stream Video SDK.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `InitializeOptions` |
-
-### createCall(options)
-
-```typescript
-createCall(options: CreateCallOptions) => Promise<void>
-```
-
-Erstellt einen neuen Videoanruf.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `CreateCallOptions` |
-
-### joinCall(options)
-
-```typescript
-joinCall(options: JoinCallOptions) => Promise<void>
-```
-
-Tritt einem bestehenden Videoanruf bei.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `JoinCallOptions` |
-
-### leaveCall()
-
-```typescript
-leaveCall() => Promise<void>
-```
-
-Verlässt den aktuellen Anruf.
-
-### toggleCamera(options)
-
-```typescript
-toggleCamera(options: { enabled: boolean }) => Promise<void>
-```
-
-Aktiviert oder deaktiviert die Kamera.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### toggleMicrophone(options)
-
-```typescript
-toggleMicrophone(options: { enabled: boolean }) => Promise<void>
-```
-
-Aktiviert oder deaktiviert das Mikrofon.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### switchCamera()
-
-```typescript
-switchCamera() => Promise<void>
-```
-
-Wechselt zwischen Vorder- und Rückkamera.
-
-### setSpeakerphone(options)
-
-```typescript
-setSpeakerphone(options: { enabled: boolean }) => Promise<void>
-```
-
-Aktiviert oder deaktiviert den Lautsprecher.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendCallInvite(options)
-
-```typescript
-sendCallInvite(options: InviteOptions) => Promise<void>
-```
-
-Sendet eine Anrufeinladung an einen Benutzer.
-
-| Param         | Type                    |
-| ------------- | ----------------------- |
-| **`options`** | `InviteOptions` |
-
-### acceptCall(options)
-
-```typescript
-acceptCall(options: { callId: string }) => Promise<void>
-```
-
-Nimmt einen eingehenden Anruf an.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-### rejectCall(options)
-
-```typescript
-rejectCall(options: { callId: string }) => Promise<void>
-```
-
-Lehnt einen eingehenden Anruf ab.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-## Schnittstellen
-
-### InitializeOptions
-
-| Prop            | Type              | Beschreibung                    |
-| --------------- | ----------------- | ------------------------------ |
-| **`apiKey`**    | `string` | Stream API-Schlüssel                 |
-| **`userId`**    | `string` | Benutzer-ID                        |
-| **`userToken`** | `string` | Benutzer-Authentifizierungstoken      |
-| **`userName`**  | `string` | Anzeigename des Benutzers (optional)   |
-| **`userImage`** | `string` | Profilbild-URL des Benutzers (optional) |
-
-### CreateCallOptions
-
-| Prop           | Type              | Beschreibung                        |
-| -------------- | ----------------- | ---------------------------------- |
-| **`callId`**   | `string` | Eindeutiger Anruf-Identifikator             |
-| **`callType`** | `string` | Anruftyp (z.B. 'default', 'audio-only') |
-| **`members`**  | `string[]` | Array von Benutzer-IDs zum Einladen (optional) |
-
-### JoinCallOptions
-
-| Prop         | Type              | Beschreibung                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | Anruf-ID zum Beitreten            |
-
-### InviteOptions
-
-| Prop         | Type              | Beschreibung                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | Anruf-ID                    |
-| **`userId`** | `string` | Benutzer-ID zum Einladen          |
-
-## Event-Listener
-
-### Verfügbare Ereignisse
-
-- `callStarted` - Anruf wurde gestartet
-- `callEnded` - Anruf wurde beendet
-- `participantJoined` - Ein Teilnehmer ist dem Anruf beigetreten
-- `participantLeft` - Ein Teilnehmer hat den Anruf verlassen
-- `incomingCall` - Eingehender Anruf empfangen
-- `callAccepted` - Anruf wurde angenommen
-- `callRejected` - Anruf wurde abgelehnt
-- `error` - Ein Fehler ist aufgetreten
-
-### Ereignis-Beispiel
-
-```typescript
-// Auf eingehende Anrufe hören
-StreamCall.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.callerId);
-  console.log('Caller name:', data.callerName);
-
-  // Eingehenden Anruf-UI anzeigen
-  showIncomingCallScreen({
-    callerId: data.callerId,
-    callerName: data.callerName,
-    callerImage: data.callerImage,
-    callId: data.callId
-  });
-});
-
-// Auf Anrufannahme hören
-StreamCall.addListener('callAccepted', (data) => {
-  console.log('Call accepted');
-  // Zum Anruf-Bildschirm navigieren
-});
-
-// Auf Fehler hören
-StreamCall.addListener('error', (error) => {
-  console.error('Call error:', error.message);
-  // Fehler angemessen behandeln
-});
-
-// Listener entfernen, wenn fertig
-const listener = await StreamCall.addListener('callStarted', (data) => {
-  console.log('Call started');
-});
-
-// Später...
-listener.remove();
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-class VideoCallService {
-  async initialize(userId: string, userName: string) {
-    try {
-      await StreamCall.initialize({
-        apiKey: 'your-stream-api-key',
-        userId: userId,
-        userToken: await this.getUserToken(userId),
-        userName: userName
-      });
-
-      this.setupEventListeners();
-    } catch (error) {
-      console.error('Failed to initialize Stream:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // Eingehende Anrufe behandeln
-    StreamCall.addListener('incomingCall', async (data) => {
-      const accepted = await this.showIncomingCallDialog(data);
-
-      if (accepted) {
-        await StreamCall.acceptCall({ callId: data.callId });
-        await StreamCall.joinCall({ callId: data.callId });
-      } else {
-        await StreamCall.rejectCall({ callId: data.callId });
-      }
-    });
-
-    // Anrufereignisse behandeln
-    StreamCall.addListener('callStarted', () => {
-      console.log('Call started');
-    });
-
-    StreamCall.addListener('callEnded', () => {
-      console.log('Call ended');
-      this.navigateToHome();
-    });
-
-    StreamCall.addListener('participantJoined', (data) => {
-      console.log('Participant joined:', data.participantName);
-    });
-  }
-
-  async startCall(recipientId: string) {
-    try {
-      const callId = `call-${Date.now()}`;
-
-      // Anruf erstellen und beitreten
-      await StreamCall.createCall({
-        callId: callId,
-        callType: 'default',
-        members: [recipientId]
-      });
-
-      await StreamCall.joinCall({ callId: callId });
-
-      // Einladung senden
-      await StreamCall.sendCallInvite({
-        callId: callId,
-        userId: recipientId
-      });
-
-      console.log('Call started');
-    } catch (error) {
-      console.error('Failed to start call:', error);
-    }
-  }
-
-  async endCall() {
-    try {
-      await StreamCall.leaveCall();
-      console.log('Call ended');
-    } catch (error) {
-      console.error('Failed to end call:', error);
-    }
-  }
-
-  async toggleVideo(enabled: boolean) {
-    await StreamCall.toggleCamera({ enabled });
-  }
-
-  async toggleAudio(enabled: boolean) {
-    await StreamCall.toggleMicrophone({ enabled });
-  }
-
-  async flipCamera() {
-    await StreamCall.switchCamera();
-  }
-
-  private async getUserToken(userId: string): Promise<string> {
-    // Benutzer-Token von Ihrem Backend abrufen
-    const response = await fetch(`/api/stream-token?userId=${userId}`);
-    const data = await response.json();
-    return data.token;
-  }
-
-  private async showIncomingCallDialog(data: any): Promise<boolean> {
-    // Nativen Dialog oder benutzerdefinierte UI anzeigen
-    return confirm(`Incoming call from ${data.callerName}`);
-  }
-
-  private navigateToHome() {
-    // Zum Startbildschirm navigieren
-    window.location.href = '/';
-  }
-}
-
-// Verwendung
-const videoCall = new VideoCallService();
-await videoCall.initialize('user-123', 'John Doe');
-
-// Einen Anruf starten
-await videoCall.startCall('user-456');
-
-// Steuerelemente umschalten
-await videoCall.toggleVideo(false); // Video deaktivieren
-await videoCall.toggleAudio(false); // Stummschalten
-await videoCall.flipCamera(); // Kamera wechseln
-
-// Anruf beenden
-await videoCall.endCall();
-```
-
-## Bewährte Methoden
-
-- Initialisieren Sie das SDK früh im Lebenszyklus Ihrer App
-- Berechtigungsanfragen vor dem Start von Anrufen behandeln
-- Implementieren Sie eine ordnungsgemäße Fehlerbehandlung für Netzwerkprobleme
-- Listener aufräumen, wenn Komponenten demontiert werden
-- Auf echten Geräten testen (nicht nur Emulatoren)
-- Wiederverbindungslogik für Netzwerkunterbrechungen implementieren
-- Visuelles Feedback für Anrufzustände bereitstellen
-- Hintergrund-/Vordergrund-Übergänge behandeln
-
-## Lokalisierung
-
-Das Plugin unterstützt mehrere Sprachen für native UI-Elemente. Konfigurieren Sie dies in Ihren plattformspezifischen Einstellungen.
-
-## Anwendungsfälle
-
-- Einzelgespräche per Video
-- Gruppen-Videokonferenzen
-- Nur-Audio-Anrufe
-- Bildschirmfreigabe-Sitzungen
-- Kundensupport per Video-Chat
-- Telemedizinische Konsultationen
-- Remote-Zusammenarbeit
diff --git a/src/content/docs/de/docs/plugins/streamcall/index.mdx b/src/content/docs/de/docs/plugins/streamcall/index.mdx
deleted file mode 100644
index 52a8dd739..000000000
--- a/src/content/docs/de/docs/plugins/streamcall/index.mdx
+++ /dev/null
@@ -1,54 +0,0 @@
----
-title: '@capgo/capacitor-stream-call'
-description: >-
-  Stream Video SDK Integration für Capacitor-Apps, die professionelle Video-
-  Anruffunktionalität ermöglicht.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-hero:
-  tagline: >-
-    Aktivieren Sie professionelle Video-Anruffunktionalität in Ihrer App mit
-    dem Stream Video SDK mit Vollbild-Support und Anrufer-Informationen.
-  image:
-    file: ~public/icons/plugins/streamcall.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/streamcall/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-stream-call/'
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Stream Video SDK" icon="star">
-    Unterstützt durch Streams professionelle Video-Infrastruktur 🎥
-  </Card>
-  <Card title="Vollbild-Anrufe" icon="rocket">
-    Sperrbildschirm- und Vollbild-Anrufunterstützung 📱
-  </Card>
-  <Card title="Anrufer-Informationen" icon="star">
-    Zeigen Sie Anrufername und Profilbild an 👤
-  </Card>
-  <Card title="Kamera-Steuerung" icon="setting">
-    Wechseln Sie Kameras und schalten Sie Video/Audio um 📹
-  </Card>
-  <Card title="Anrufverwaltung" icon="approve-check">
-    Akzeptieren, lehnen Sie ab und verwalten Sie Anrufe nahtlos 📞
-  </Card>
-  <Card title="Mehrsprachig" icon="translate">
-    Lokalisierungsunterstützung für iOS und Android 🌍
-  </Card>
-  <Card title="Erste Schritte" icon="open-book">
-    Lesen Sie den [Leitfaden für Erste Schritte](/docs/plugins/streamcall/getting-started/), um das Plugin zu installieren und zu konfigurieren.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/textinteraction/getting-started.mdx b/src/content/docs/de/docs/plugins/textinteraction/getting-started.mdx
deleted file mode 100644
index 8df5b3bee..000000000
--- a/src/content/docs/de/docs/plugins/textinteraction/getting-started.mdx
+++ /dev/null
@@ -1,274 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das Text Interaction-Plugin installieren und verwenden, um die iOS-Textauswahllupe und -lupe zu steuern.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Plattformunterstützung
-
-- **iOS**: iOS 15.0+ (erfordert UITextInteraction API)
-- **Android**: Keine Operation (gibt nicht unterstützt zurück)
-- **Web**: Keine Operation (gibt nicht unterstützt zurück)
-
-## Verwendungsbeispiel
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-// Textinteraktion deaktivieren (Lupenlupe entfernen)
-const result = await TextInteraction.setEnabled({ enabled: false });
-
-if (result.success) {
-  console.log('Textinteraktion deaktiviert');
-} else {
-  console.log('Nicht auf dieser Plattform unterstützt');
-}
-
-// Textinteraktion vor dem Anzeigen von Texteingaben wieder aktivieren
-await TextInteraction.setEnabled({ enabled: true });
-```
-
-## API-Referenz
-
-### setEnabled(options)
-
-```typescript
-setEnabled(options: { enabled: boolean }) => Promise<{ success: boolean }>
-```
-
-iOS-Textinteraktion aktivieren oder deaktivieren (Lupenlupe und Auswahlgriffe).
-
-| Parameter     | Typ                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-**Rückgabe:** `Promise<{ success: boolean }>`
-
-- Gibt `{ success: true }` zurück, wenn die Operation erfolgreich war (iOS 15+)
-- Gibt `{ success: false }` zurück, wenn nicht unterstützt (Android, Web oder iOS < 15)
-
-## Praktische Anwendungsfälle
-
-### Kiosk-Anwendungen
-
-Deaktivieren Sie die Textinteraktion im Kiosk-Modus, um zu verhindern, dass Benutzer auf Kopieren/Einfügen-Menüs zugreifen:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function enterKioskMode() {
-  // Textinteraktion im Kiosk-Modus deaktivieren
-  const result = await TextInteraction.setEnabled({ enabled: false });
-
-  if (result.success) {
-    console.log('Kiosk-Modus: Textinteraktion deaktiviert');
-  }
-}
-
-async function exitKioskMode() {
-  // Textinteraktion beim Verlassen des Kiosk-Modus wieder aktivieren
-  await TextInteraction.setEnabled({ enabled: true });
-  console.log('Kiosk-Modus: Textinteraktion aktiviert');
-}
-```
-
-### Spielerlebnisse
-
-Entfernen Sie die Lupenlupe während des Spielens und stellen Sie sie für die Texteingabe wieder her:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class GameController {
-  async startGame() {
-    // Textinteraktion während des Spielens deaktivieren
-    await TextInteraction.setEnabled({ enabled: false });
-    console.log('Spiel gestartet - Textinteraktion deaktiviert');
-  }
-
-  async showTextInput() {
-    // Textinteraktion vor dem Anzeigen der Eingabe aktivieren
-    await TextInteraction.setEnabled({ enabled: true });
-    console.log('Texteingabe bereit - Interaktion aktiviert');
-
-    // Eingabefeld anzeigen
-    this.displayInputField();
-  }
-
-  async hideTextInput() {
-    // Eingabe ausblenden und Interaktion wieder deaktivieren
-    this.hideInputField();
-    await TextInteraction.setEnabled({ enabled: false });
-  }
-}
-```
-
-### Interaktive Installationen
-
-Steuern Sie die Textinteraktion für digitale Beschilderung und interaktive Displays:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function setupInteractiveDisplay() {
-  // Textinteraktion für den Anzeigemodus deaktivieren
-  await TextInteraction.setEnabled({ enabled: false });
-
-  // Touch-Handler für Display-Interaktion einrichten
-  document.addEventListener('touchstart', handleDisplayTouch);
-}
-
-async function enableUserInput() {
-  // Textinteraktion aktivieren, wenn der Benutzer Daten eingeben muss
-  const result = await TextInteraction.setEnabled({ enabled: true });
-
-  if (result.success) {
-    showInputForm();
-  } else {
-    // Fallback für nicht unterstützte Plattformen
-    showInputFormWithoutTextInteraction();
-  }
-}
-```
-
-### Formularverwaltung
-
-Textinteraktion basierend auf dem Formularstatus umschalten:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class FormManager {
-  private textInteractionEnabled = true;
-
-  async disableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: false });
-    this.textInteractionEnabled = false;
-    return result.success;
-  }
-
-  async enableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: true });
-    this.textInteractionEnabled = true;
-    return result.success;
-  }
-
-  async onFormFocus() {
-    // Immer vor dem Anzeigen der Tastatur aktivieren
-    await this.enableTextSelection();
-  }
-
-  async onFormBlur() {
-    // Optional nach Abschluss der Eingabe deaktivieren
-    await this.disableTextSelection();
-  }
-}
-```
-
-### Bedingte Textinteraktion
-
-Plattformbewusste Textinteraktionssteuerung:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-import { Capacitor } from '@capacitor/core';
-
-async function toggleTextInteraction(enabled: boolean) {
-  // Nur auf iOS versuchen
-  if (Capacitor.getPlatform() === 'ios') {
-    const result = await TextInteraction.setEnabled({ enabled });
-
-    if (result.success) {
-      console.log(`Textinteraktion ${enabled ? 'aktiviert' : 'deaktiviert'}`);
-    } else {
-      console.log('Textinteraktion wird auf dieser iOS-Version nicht unterstützt');
-    }
-  } else {
-    console.log('Textinteraktionssteuerung nur auf iOS verfügbar');
-  }
-}
-
-// Verwendung
-await toggleTextInteraction(false); // Deaktivieren
-await toggleTextInteraction(true);  // Aktivieren
-```
-
-## Bewährte Methoden
-
-- **Vor der Texteingabe immer wieder aktivieren**: Deaktivieren Sie die Textinteraktion bei Bedarf, aber aktivieren Sie sie immer wieder, bevor Sie Texteingabefelder oder Tastaturen anzeigen
-- **Auf Plattformunterstützung prüfen**: Überprüfen Sie `result.success`, um nicht unterstützte Plattformen ordnungsgemäß zu behandeln
-- **iOS-spezifische Funktion**: Dieses Plugin ist nur für iOS; implementieren Sie Fallbacks für Android und Web
-- **Benutzererfahrung**: Berücksichtigen Sie UX-Auswirkungen der Deaktivierung der Textinteraktion
-- **Zustandsverwaltung**: Verfolgen Sie den aktivierten/deaktivierten Zustand, um redundante Aufrufe zu vermeiden
-
-## Wichtige Erinnerungen
-
-1. **Für Texteingaben wieder aktivieren**: Rufen Sie immer `setEnabled({ enabled: true })` auf, bevor Sie Texteingabefelder anzeigen, da Benutzer sonst Text nicht richtig auswählen oder bearbeiten können
-
-2. **Plattformerkennung**: Das Plugin gibt `{ success: false }` auf Android, Web und iOS-Versionen unter 15.0 zurück
-
-3. **Kein visuelles Feedback**: Das Deaktivieren der Textinteraktion entfernt die Lupe, bietet aber kein visuelles Feedback - implementieren Sie Ihre eigenen UI-Indikatoren, falls erforderlich
-
-4. **Sichere Standardwerte**: Das Textinteraktionssystem ist standardmäßig aktiviert und entspricht dem Standardverhalten von iOS
-
-## Einschränkungen
-
-- Nur iOS 15.0+ (erfordert UITextInteraction API)
-- Keine Auswirkungen auf Android- oder Web-Plattformen
-- Kann nicht selektiv nur die Lupe oder nur die Auswahlgriffe deaktivieren
-- Kein Callback, wenn Benutzer versuchen, deaktivierte Funktionen zu verwenden
-
-## Anwendungsfälle
-
-- **Kiosk-Anwendungen**: Verhindern Sie Kopieren/Einfügen auf kontrollierten Installationen
-- **Spielerlebnisse**: Entfernen Sie die Lupe während des Spielens
-- **Interaktive Displays**: Steuern Sie die Textinteraktion auf digitaler Beschilderung
-- **Benutzerdefinierte Texteditoren**: Erstellen Sie spezialisierte Textbearbeitungserlebnisse
-- **Sicherheit**: Verhindern Sie Textauswahl in sensiblen Bereichen
-
-## Fehlerbehebung
-
-### Textinteraktion wird nicht deaktiviert
-
-- Überprüfen Sie, ob die iOS-Version 15.0 oder höher ist
-- Überprüfen Sie, ob `result.success` `true` zurückgibt
-- Stellen Sie sicher, dass kein anderer Code die Textinteraktion wieder aktiviert
-
-### Benutzer können Text nicht bearbeiten
-
-- Stellen Sie sicher, dass Sie `setEnabled({ enabled: true })` aufgerufen haben, bevor Sie Texteingaben anzeigen
-- Überprüfen Sie, ob der Aktivierungsaufruf erfolgreich war, indem Sie `result.success` überprüfen
-- Testen Sie auf einem echten iOS-Gerät (nicht nur im Simulator)
diff --git a/src/content/docs/de/docs/plugins/textinteraction/index.mdx b/src/content/docs/de/docs/plugins/textinteraction/index.mdx
deleted file mode 100644
index ed669cbec..000000000
--- a/src/content/docs/de/docs/plugins/textinteraction/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-textinteraction"
-locale: de
-description: Aktivieren oder deaktivieren Sie die iOS-Textinteraktionslupe für präzise Kontrolle über das WebView-Verhalten.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Entfernen Sie die iOS-Lupenlupe in Kiosk- oder Spielerlebnissen und stellen Sie sie vor der Texteingabe wieder her.
-  image:
-    file: ~public/icons/plugins/textinteraction.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/textinteraction/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-textinteraction/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Steuern Sie das Textinteraktionssystem von Apple, um die Benutzererfahrung auf Kiosk-Displays, Spielen und interaktiven Installationen anzupassen.
-
-<CardGrid stagger>
-  <Card title="iOS-spezifisch" icon="rocket">
-    Schalten Sie die Lupenlupe und Auswahlgriffe um, die in iOS 15 eingeführt wurden.
-  </Card>
-  <Card title="Einfache API" icon="pencil">
-    Rufen Sie eine einzelne Methode auf, um den Textinteraktionszustand zu aktivieren oder zu deaktivieren.
-  </Card>
-  <Card title="Sichere Standardwerte" icon="approve-check">
-    Empfängt ein boolesches Ergebnis, damit Sie nicht unterstützte Versionen erkennen können.
-  </Card>
-  <Card title="Kiosk-freundlich" icon="star">
-    Verhindern Sie langes Drücken für Kopieren/Einfügen auf kontrollierten Installationen oder Beschilderungen.
-  </Card>
-</CardGrid>
-
-Verwenden Sie den Leitfaden für die ersten Schritte für ein minimales Integrationsmuster und Erinnerungen, die Interaktion vor dem Anzeigen von Texteingaben wieder zu aktivieren.
diff --git a/src/content/docs/de/docs/plugins/twilio-voice/getting-started.mdx b/src/content/docs/de/docs/plugins/twilio-voice/getting-started.mdx
deleted file mode 100644
index a3e74dca9..000000000
--- a/src/content/docs/de/docs/plugins/twilio-voice/getting-started.mdx
+++ /dev/null
@@ -1,568 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie Twilio Voice für VoIP-Anrufe in Ihrer Capacitor-App installieren und integrieren.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Voraussetzungen
-
-Sie benötigen ein Twilio-Konto und Zugriffstokens für die Authentifizierung. Registrieren Sie sich bei [Twilio](https://www.twilio.com/), wenn Sie noch kein Konto haben.
-
-## Plattform-Konfiguration
-
-### iOS
-
-Fügen Sie erforderliche Berechtigungen zu Ihrer `Info.plist` hinzu:
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>Diese App benötigt Mikrofonzugriff für Sprachanrufe</string>
-```
-
-Für eingehende Anrufe mit PushKit:
-
-1. Aktivieren Sie Push-Benachrichtigungen in den Xcode-Funktionen
-2. Fügen Sie den VoIP-Hintergrundmodus hinzu
-3. Konfigurieren Sie das VoIP-Zertifikat in der Twilio-Konsole
-
-### Android
-
-Fügen Sie erforderliche Berechtigungen zu Ihrer `AndroidManifest.xml` hinzu:
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-<uses-permission android:name="android.permission.USE_FULL_SCREEN_INTENT" />
-```
-
-Konfigurieren Sie Firebase für Push-Benachrichtigungen:
-
-1. Fügen Sie `google-services.json` zu Ihrem Android-Projekt hinzu
-2. Konfigurieren Sie FCM in der Twilio-Konsole
-
-## Verwendungsbeispiel
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// Authentifizierung mit Twilio
-await TwilioVoice.login({
-  accessToken: 'ihr-twilio-zugriffstoken'
-});
-
-// Anruf tätigen
-await TwilioVoice.makeCall({
-  to: '+1234567890'
-});
-
-// Auf Anrufereignisse hören
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Anruf verbunden:', data.callSid);
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('Anruf getrennt:', data.callSid);
-});
-
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('Eingehender Anruf von:', data.from);
-
-  // Anruf annehmen
-  TwilioVoice.acceptCall({ callSid: data.callSid });
-
-  // Oder ablehnen
-  // TwilioVoice.rejectCall({ callSid: data.callSid });
-});
-
-// Anruf stummschalten/Stummschaltung aufheben
-await TwilioVoice.muteCall({
-  muted: true,
-  callSid: 'aktuelle-anruf-sid'
-});
-
-// Lautsprecher umschalten
-await TwilioVoice.setSpeaker({
-  enabled: true
-});
-
-// Anruf beenden
-await TwilioVoice.endCall({
-  callSid: 'aktuelle-anruf-sid'
-});
-
-// Abmelden
-await TwilioVoice.logout();
-```
-
-## API-Referenz
-
-### login(options)
-
-```typescript
-login(options: { accessToken: string }) => Promise<void>
-```
-
-Authentifizierung mit Twilio unter Verwendung eines Zugriffstokens.
-
-| Param         | Type                              |
-| ------------- | --------------------------------- |
-| **`options`** | `{ accessToken: string }` |
-
-### logout()
-
-```typescript
-logout() => Promise<void>
-```
-
-Benutzer-Sitzung beenden und Anrufstatus löschen.
-
-### isLoggedIn()
-
-```typescript
-isLoggedIn() => Promise<{ loggedIn: boolean }>
-```
-
-Aktuellen Authentifizierungsstatus prüfen.
-
-**Gibt zurück:** `Promise<{ loggedIn: boolean }>`
-
-### makeCall(options)
-
-```typescript
-makeCall(options: { to: string; params?: Record<string, string> }) => Promise<{ callSid: string }>
-```
-
-Ausgehenden Anruf zu einer angegebenen Nummer initiieren.
-
-| Param         | Type                                                    |
-| ------------- | ------------------------------------------------------- |
-| **`options`** | `{ to: string; params?: Record<string, string> }` |
-
-**Gibt zurück:** `Promise<{ callSid: string }>`
-
-### acceptCall(options)
-
-```typescript
-acceptCall(options: { callSid: string }) => Promise<void>
-```
-
-Eingehenden Anruf annehmen.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### rejectCall(options)
-
-```typescript
-rejectCall(options: { callSid: string }) => Promise<void>
-```
-
-Eingehenden Anruf ablehnen.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### endCall(options?)
-
-```typescript
-endCall(options?: { callSid?: string }) => Promise<void>
-```
-
-Aktiven Anruf beenden.
-
-| Param         | Type                         |
-| ------------- | ---------------------------- |
-| **`options`** | `{ callSid?: string }` (optional) |
-
-### muteCall(options)
-
-```typescript
-muteCall(options: { muted: boolean; callSid?: string }) => Promise<void>
-```
-
-Anrufaudio stummschalten oder Stummschaltung aufheben.
-
-| Param         | Type                                            |
-| ------------- | ----------------------------------------------- |
-| **`options`** | `{ muted: boolean; callSid?: string }` |
-
-### setSpeaker(options)
-
-```typescript
-setSpeaker(options: { enabled: boolean }) => Promise<void>
-```
-
-Lautsprecherausgabe umschalten.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendDigits(options)
-
-```typescript
-sendDigits(options: { digits: string; callSid?: string }) => Promise<void>
-```
-
-DTMF-Töne während eines Anrufs senden.
-
-| Param         | Type                                          |
-| ------------- | --------------------------------------------- |
-| **`options`** | `{ digits: string; callSid?: string }` |
-
-## Ereignis-Listener
-
-### Verfügbare Ereignisse
-
-- `registered` - Erfolgreich bei Twilio registriert
-- `unregistered` - Von Twilio abgemeldet
-- `registrationFailed` - Registrierung fehlgeschlagen
-- `incomingCall` - Eingehender Anruf empfangen
-- `callConnected` - Anruf erfolgreich verbunden
-- `callDisconnected` - Anruf getrennt
-- `callRinging` - Ausgehender Anruf klingelt
-- `callReconnecting` - Anruf stellt Verbindung wieder her
-- `callReconnected` - Anruf nach Unterbrechung wieder verbunden
-- `qualityWarning` - Warnung zur Anrufqualität
-- `error` - Ein Fehler ist aufgetreten
-
-### Ereignisbeispiele
-
-```typescript
-// Eingehende Anrufe verarbeiten
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('Eingehender Anruf von:', data.from);
-  console.log('Anruf-SID:', data.callSid);
-
-  // Anrufbildschirm für eingehenden Anruf anzeigen
-  showIncomingCallScreen({
-    from: data.from,
-    callSid: data.callSid
-  });
-});
-
-// Anrufstatusänderungen verarbeiten
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Anruf verbunden:', data.callSid);
-  startCallTimer();
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('Anruf beendet:', data.callSid);
-  stopCallTimer();
-  hideCallScreen();
-});
-
-// Qualitätswarnungen verarbeiten
-TwilioVoice.addListener('qualityWarning', (data) => {
-  console.warn('Warnung zur Anrufqualität:', data.warning);
-  showQualityWarning(data.warning);
-});
-
-// Fehler verarbeiten
-TwilioVoice.addListener('error', (error) => {
-  console.error('Twilio-Fehler:', error.message);
-  handleError(error);
-});
-
-// Listener entfernen, wenn fertig
-const listener = await TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Verbunden');
-});
-
-// Später...
-listener.remove();
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-class VoiceCallService {
-  private currentCallSid: string | null = null;
-  private isMuted = false;
-  private isSpeakerOn = false;
-
-  async initialize(accessToken: string) {
-    try {
-      // Bei Twilio anmelden
-      await TwilioVoice.login({ accessToken });
-
-      // Anmeldestatus prüfen
-      const { loggedIn } = await TwilioVoice.isLoggedIn();
-      console.log('Anmeldestatus:', loggedIn);
-
-      // Ereignis-Listener einrichten
-      this.setupEventListeners();
-
-    } catch (error) {
-      console.error('Initialisierung fehlgeschlagen:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // Registrierungsereignisse
-    TwilioVoice.addListener('registered', () => {
-      console.log('Erfolgreich bei Twilio registriert');
-    });
-
-    TwilioVoice.addListener('registrationFailed', (error) => {
-      console.error('Registrierung fehlgeschlagen:', error);
-    });
-
-    // Eingehender Anruf
-    TwilioVoice.addListener('incomingCall', async (data) => {
-      console.log('Eingehender Anruf von:', data.from);
-
-      const accepted = await this.showIncomingCallDialog(data.from);
-
-      if (accepted) {
-        await TwilioVoice.acceptCall({ callSid: data.callSid });
-        this.currentCallSid = data.callSid;
-      } else {
-        await TwilioVoice.rejectCall({ callSid: data.callSid });
-      }
-    });
-
-    // Anrufereignisse
-    TwilioVoice.addListener('callConnected', (data) => {
-      console.log('Anruf verbunden');
-      this.currentCallSid = data.callSid;
-      this.showCallScreen();
-    });
-
-    TwilioVoice.addListener('callDisconnected', () => {
-      console.log('Anruf getrennt');
-      this.currentCallSid = null;
-      this.hideCallScreen();
-    });
-
-    TwilioVoice.addListener('callRinging', () => {
-      console.log('Anruf klingelt...');
-    });
-
-    // Qualitätswarnungen
-    TwilioVoice.addListener('qualityWarning', (data) => {
-      console.warn('Warnung zur Anrufqualität:', data.warning);
-      this.showQualityIndicator(data.warning);
-    });
-  }
-
-  async makeCall(phoneNumber: string) {
-    try {
-      const result = await TwilioVoice.makeCall({
-        to: phoneNumber,
-        params: {
-          // Optionale benutzerdefinierte Parameter
-          customerId: 'customer-123'
-        }
-      });
-
-      this.currentCallSid = result.callSid;
-      console.log('Anruf initiiert:', result.callSid);
-    } catch (error) {
-      console.error('Anruf fehlgeschlagen:', error);
-    }
-  }
-
-  async endCall() {
-    if (this.currentCallSid) {
-      await TwilioVoice.endCall({ callSid: this.currentCallSid });
-      this.currentCallSid = null;
-    }
-  }
-
-  async toggleMute() {
-    this.isMuted = !this.isMuted;
-    await TwilioVoice.muteCall({
-      muted: this.isMuted,
-      callSid: this.currentCallSid || undefined
-    });
-  }
-
-  async toggleSpeaker() {
-    this.isSpeakerOn = !this.isSpeakerOn;
-    await TwilioVoice.setSpeaker({ enabled: this.isSpeakerOn });
-  }
-
-  async sendDTMF(digits: string) {
-    if (this.currentCallSid) {
-      await TwilioVoice.sendDigits({
-        digits,
-        callSid: this.currentCallSid
-      });
-    }
-  }
-
-  async logout() {
-    await TwilioVoice.logout();
-  }
-
-  private async showIncomingCallDialog(from: string): Promise<boolean> {
-    // Nativen Dialog oder benutzerdefinierte UI anzeigen
-    return confirm(`Eingehender Anruf von ${from}`);
-  }
-
-  private showCallScreen() {
-    // Anruf-UI anzeigen
-    console.log('Anrufbildschirm anzeigen');
-  }
-
-  private hideCallScreen() {
-    // Anruf-UI ausblenden
-    console.log('Anrufbildschirm ausblenden');
-  }
-
-  private showQualityIndicator(warning: string) {
-    // Qualitätswarnung anzeigen
-    console.log('Qualitätswarnung:', warning);
-  }
-}
-
-// Verwendung
-const voiceService = new VoiceCallService();
-
-// Mit Zugriffstoken von Ihrem Backend initialisieren
-const token = await fetchTwilioToken();
-await voiceService.initialize(token);
-
-// Anruf tätigen
-await voiceService.makeCall('+1234567890');
-
-// Anruf steuern
-await voiceService.toggleMute();
-await voiceService.toggleSpeaker();
-await voiceService.sendDTMF('1');
-
-// Anruf beenden
-await voiceService.endCall();
-
-// Abmelden
-await voiceService.logout();
-```
-
-## Bewährte Methoden
-
-- Zugriffstokens von Ihrem Backend-Server abrufen, niemals in der App einbetten
-- Token-Aktualisierungslogik für Sitzungen mit langer Laufzeit implementieren
-- Netzwerkunterbrechungen mit Wiederverbindungslogik handhaben
-- Visuelles Feedback für Anrufstatus bereitstellen
-- Auf echten Geräten mit Push-Benachrichtigungen testen
-- Ordnungsgemäße Fehlerbehandlung implementieren
-- Listener aufräumen, wenn Komponenten unmounten
-- Mikrofonberechtigungen vor dem Tätigen von Anrufen anfordern
-
-## Sicherheitsüberlegungen
-
-- Niemals Twilio-Anmeldedaten in der App speichern
-- Zugriffstokens auf Ihrem Backend generieren
-- Token-Ablauf und -Aktualisierung implementieren
-- HTTPS für alle Token-Anfragen verwenden
-- Eingehende Anrufe serverseitig validieren
-
-## Fehlerbehebung
-
-### Anrufe werden nicht verbunden
-
-- Überprüfen Sie, ob das Zugriffstoken gültig und nicht abgelaufen ist
-- Netzwerkverbindung prüfen
-- Stellen Sie sicher, dass Mikrofonberechtigungen erteilt sind
-- Überprüfen Sie, ob das Twilio-Konto ordnungsgemäß konfiguriert ist
-
-### Push-Benachrichtigungen funktionieren nicht
-
-- Überprüfen Sie, ob PushKit/FCM-Zertifikate in Twilio konfiguriert sind
-- Prüfen Sie, ob das Gerät für Push-Benachrichtigungen registriert ist
-- Mit Produktionszertifikaten testen
-
-### Audio-Probleme
-
-- Mikrofonberechtigungen prüfen
-- Lautsprecher-/Bluetooth-Einstellungen überprüfen
-- Audio-Routing auf echten Geräten testen
-
-## Anzeige des Anrufernamens (CapacitorTwilioCallerName)
-
-Standardmäßig zeigen eingehende Anrufe die Telefonnummer oder Client-ID des Anrufers an. Sie können dies anpassen, indem Sie einen `CapacitorTwilioCallerName`-Parameter von Ihrem TwiML-Backend übergeben, um stattdessen einen freundlichen Namen anzuzeigen.
-
-### Backend-Einrichtung
-
-Wenn Sie Ihre TwiML-Antwort für `<Client>`-Wahl generieren, fügen Sie den `CapacitorTwilioCallerName`-Parameter hinzu:
-
-```java
-// Java-Beispiel
-Parameter callerNameParam = new Parameter.Builder()
-    .name("CapacitorTwilioCallerName")
-    .value("Max Mustermann")
-    .build();
-
-Client client = new Client.Builder(identity)
-    .parameter(callerNameParam)
-    .build();
-
-Dial dial = new Dial.Builder()
-    .client(client)
-    .build();
-```
-
-```javascript
-// Node.js-Beispiel
-const VoiceResponse = require('twilio').twiml.VoiceResponse;
-
-const response = new VoiceResponse();
-const dial = response.dial();
-dial.client({
-  name: 'CapacitorTwilioCallerName',
-  value: 'Max Mustermann'
-}, identity);
-```
-
-### Wie es funktioniert
-
-1. Wenn Ihr Backend einen eingehenden Anruf erhält, generiert es TwiML, um den Anruf weiterzuleiten
-2. Fügen Sie den `CapacitorTwilioCallerName`-Parameter mit dem Anzeigenamen des Anrufers hinzu
-3. Das Plugin extrahiert diesen Parameter automatisch und verwendet ihn für:
-   - iOS CallKit-Bildschirm für eingehende Anrufe
-   - Android-Benachrichtigung für eingehende Anrufe
-   - Das `from`-Feld in `incomingCall`-Ereignissen
-   - Das `pendingInvites`-Array im Anrufstatus
-
-Wenn `CapacitorTwilioCallerName` nicht bereitgestellt wird, fällt das Plugin auf die Telefonnummer oder Client-ID des Anrufers zurück.
diff --git a/src/content/docs/de/docs/plugins/twilio-voice/index.mdx b/src/content/docs/de/docs/plugins/twilio-voice/index.mdx
deleted file mode 100644
index c880d101f..000000000
--- a/src/content/docs/de/docs/plugins/twilio-voice/index.mdx
+++ /dev/null
@@ -1,108 +0,0 @@
----
-title: "@capgo/capacitor-twilio-voice"
-locale: de
-description: Twilio Voice API Integrations-Plugin für Capacitor-Apps mit VoIP-Anrufen, Anrufverwaltung und Audiobehandlung.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Integrieren Sie die Twilio Voice API für hochwertige VoIP-Anrufe mit Anrufverwaltung, Audiosteuerung und Echtzeitkommunikation.
-  image:
-    file: ~public/icons/plugins/twilio-voice.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/twilio-voice/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-twilio-voice/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Übersicht
-
-Das Capacitor Twilio Voice Plugin ermöglicht hochwertige VoIP-Anruffunktionen in iOS- und Android-Anwendungen unter Verwendung der Twilio Voice API. Dieses Plugin bietet umfassende Anrufverwaltung, Authentifizierung und Audiosteuerung für die Erstellung professioneller Anruferlebnisse.
-
-<CardGrid stagger>
-  <Card title="VoIP-Anrufe" icon="rocket">
-    Hochwertige Sprachanrufe über Internet mit Twilio Voice API
-  </Card>
-  <Card title="Anrufverwaltung" icon="setting">
-    Anrufe tätigen, annehmen, ablehnen und beenden mit vollständiger Lebenszykluskontrolle
-  </Card>
-  <Card title="Audiosteuerung" icon="comment">
-    Stummschaltung, Lautsprecherumschaltung und Audio-Routing-Optionen
-  </Card>
-  <Card title="Plattformunterstützung" icon="approve-check">
-    Native iOS- und Android-Implementierung mit Push-Benachrichtigungen
-  </Card>
-</CardGrid>
-
-## Installation
-
-```bash
-npm install @capgo/capacitor-twilio-voice
-npx cap sync
-```
-
-## Kern-API-Methoden
-
-### Authentifizierung
-- `login(options: { accessToken: string })` - Authentifizierung mit Twilio unter Verwendung eines Zugriffstokens
-- `logout()` - Benutzersitzung beenden und Anrufstatus löschen
-- `isLoggedIn()` - Aktuellen Authentifizierungsstatus prüfen
-
-### Anrufverwaltung
-- `makeCall(options: { to: string })` - Ausgehenden Anruf zu angegebener Nummer initiieren
-- `acceptCall(options: { callSid: string })` - Eingehenden Anruf annehmen
-- `rejectCall(options: { callSid: string })` - Eingehenden Anruf ablehnen
-- `endCall(options?: { callSid?: string })` - Aktiven Anruf beenden
-- `muteCall(options: { muted: boolean, callSid?: string })` - Anrufaudio stummschalten/Stummschaltung aufheben
-- `setSpeaker(options: { enabled: boolean })` - Lautsprecherausgabe umschalten
-
-## Ereignis-Listener
-
-Das Plugin bietet umfassende Ereignisbehandlung für:
-- Registrierungsereignisse für Verbindungsstatus
-- Anrufstatusänderungen (verbunden, getrennt, klingelnd)
-- Qualitätswarnungen und Verbindungsprobleme
-- Benachrichtigungen über eingehende Anrufe
-
-## Plattform-Konfiguration
-
-### iOS-Einrichtung
-- Erfordert PushKit-Integration für eingehende Anrufe
-- Zertifikatskonfiguration für Produktionsnutzung
-- Mikrofonberechtigungen in Info.plist
-
-### Android-Einrichtung
-- Firebase-Einrichtung für Push-Benachrichtigungen
-- Mikrofonberechtigungen in AndroidManifest.xml
-- Hintergrunddienst-Konfiguration
-
-## Schnellstart-Beispiel
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// Authentifizierung mit Twilio
-await TwilioVoice.login({ accessToken: 'ihr-twilio-zugriffstoken' });
-
-// Anruf tätigen
-await TwilioVoice.makeCall({ to: '+1234567890' });
-
-// Auf Anrufereignisse hören
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Anruf verbunden:', data);
-});
-```
-
-## Dokumentation
-
-Schauen Sie sich die [vollständige Dokumentation](/docs/plugins/twilio-voice/getting-started/) für detaillierte Einrichtungsanweisungen, erweiterte Konfiguration und Integrationsbeispiele an.
diff --git a/src/content/docs/de/docs/plugins/updater/api.md b/src/content/docs/de/docs/plugins/updater/api.md
deleted file mode 100644
index 8a0dfb2aa..000000000
--- a/src/content/docs/de/docs/plugins/updater/api.md
+++ /dev/null
@@ -1,1124 +0,0 @@
----
-title: Funktionen und Einstellungen
-description: Alle verfügbaren Methoden und Einstellungen des Plugins
-sidebar:
-  order: 2
-locale: de
----
-# Updater-Plugin-Konfiguration
-
-Weitere Informationen finden Sie im Github [Readme](https://github.com/Cap-go/capacitor-updater).
-
-<docgen-config>
-<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->
-
-CapacitorUpdater kann mit diesen Optionen konfiguriert werden:| Stütze | Geben Sie | ein Beschreibung | Standard | Seit |
-| ------------- | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------- | ------- |
-| **`appReadyTimeout`** | <code>Nummer</code> | Konfigurieren Sie die Anzahl der Millisekunden, die das native Plugin warten soll, bevor ein Update als „fehlgeschlagen“ betrachtet wird. Verfügbar auf Android, iOS und Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>10000 // (10 Sekunden)</code> |         |
-| **`responseTimeout`** | <code>Nummer</code> | Konfigurieren Sie die Anzahl der Millisekunden, die das native Plugin warten soll, bevor das Zeitlimit API berücksichtigt wird. Verfügbar auf Android, iOS und Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>20000 // (20 Sekunden)</code> |         |
-| **`autoDeleteFailed`** | <code>boolean</code> | Konfigurieren Sie, ob das Plugin fehlgeschlagene Bundles automatisch löschen soll. Verfügbar auf Android, iOS und Elektron.                                                                                                                                                                                                                                                                                                                                                                                                                                                              | <code>true</code> |         |
-| **`autoDeletePrevious`** | <code>boolean</code> | Konfigurieren Sie, ob das Plugin nach einem erfolgreichen Update automatisch vorherige Bundles löschen soll. Verfügbar auf Android, iOS und Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                      | <code>true</code> |         |
-| **`autoUpdate`** | <code>boolean</code> | Konfigurieren Sie, ob das Plugin Auto Update über einen Update-Server verwenden soll. Verfügbar auf Android, iOS und Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>true</code> |         |
-| **`resetWhenUpdate`** | <code>boolean</code> | Löschen Sie zuvor heruntergeladene Bundles automatisch, wenn ein neueres natives App-Bundle auf dem Gerät installiert wird. Verfügbar auf Android, iOS und Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>true</code> |         |
-| **`updateUrl`** | <code>string</code> | Konfigurieren Sie die URL/den Endpunkt, an den Update-Prüfungen gesendet werden. Verfügbar auf Android, iOS und Electron.| <code>https://plugin.capgo.app/updates</code> |         |
-| **`channelUrl`** | <code>string</code> | Konfigurieren Sie die URL/den Endpunkt für Kanalvorgänge. Verfügbar für Android, iOS und Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          | <code>https://plugin.capgo.app/channel_self</code> |         |
-| **`statsUrl`** | <code>string</code> | Konfigurieren Sie die URL/den Endpunkt, an den Update-Statistiken gesendet werden. Verfügbar auf Android, iOS und Electron. Auf „“ setzen, um die Statistikberichterstattung zu deaktivieren.                                                                                                                                                                                                                                                                                                                                                                                                                                       | <code>https://plugin.capgo.app/stats</code> |         |
-| **`publicKey`** | <code>string</code> | Konfigurieren Sie den öffentlichen Schlüssel für die End-to-End-Live-Update-Verschlüsselung Version 2. Verfügbar auf Android, iOS und Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                                             | <code>undefiniert</code> | 6.2.0 |
-| **`version`** | <code>string</code> | Konfigurieren Sie die aktuelle Version der App. Dies wird für die erste Update-Anfrage verwendet. Wenn nicht festgelegt, erhält das Plugin die Version aus dem nativen Code. Verfügbar auf Android, iOS und Electron.| <code>undefiniert</code> | 4.17.48 |
-| **`directUpdate`** | <code>boolean \| 'immer' \| 'atInstall' \| 'onLaunch'</code> | Konfigurieren Sie, wann das Plugin Updates direkt installieren soll. Nur für den AutoUpdate-Modus. Funktioniert gut für Apps mit weniger als 10 MB und mit Uploads, die mit der Flagge --delta erfolgen. Zip-Dateien oder Apps mit mehr als 10 MB werden für Benutzer relativ langsam aktualisiert. – false: Führen Sie niemals direkte Aktualisierungen durch (Standardverhalten verwenden: beim Start herunterladen, im Hintergrund festlegen) – atInstall: Direkte Aktualisierung nur, wenn die App installiert oder aus dem Store aktualisiert wird, andernfalls als „directUpdate = false“ fungieren – onLaunch: Direkte Aktualisierung nur bei installierter App, Aktualisierung aus dem Store oder nach App-Kill, ansonsten als „directUpdate = false“ – immer: Direkte Aktualisierung in allen vorherigen Fällen (App installiert, aus dem Store aktualisiert, nach App-Kill oder App-Fortsetzung), niemals als „directUpdate = false“ fungieren – true: (veraltet) Das Gleiche wie „immer“ für Abwärtskompatibilität. Verfügbar auf Android, iOS und Electron. | <code>false</code> | 5.1.0 |
-| **`autoSplashscreen`** | <code>boolean</code> | Behandeln Sie das Ausblenden des Begrüßungsbildschirms automatisch, wenn Sie DirectUpdate verwenden. Wenn diese Option aktiviert ist, blendet das Plugin den Begrüßungsbildschirm automatisch aus, nachdem Updates angewendet wurden oder wenn kein Update erforderlich ist. Dadurch entfällt die Notwendigkeit, manuell auf appReady-Ereignisse zu warten und SplashScreen.hide() aufzurufen. Funktioniert nur, wenn directUpdate auf „atInstall“, „always“ oder true gesetzt ist. Erfordert die Installation und Konfiguration des Plugins @capacitor/splash-screen mit launchAutoHide: false. Erfordert die Aktivierung von autoUpdate und directUpdate. Verfügbar für Android und iOS.                      | <code>false</code> | 7.6.0 |
-| **`periodCheckDelay`** | <code>Nummer</code> | Konfigurieren Sie den Verzögerungszeitraum für die Periodenaktualisierungsprüfung. Die Einheit ist in Sekunden. Verfügbar auf Android, iOS und Electron. Darf nicht kürzer als 600 Sekunden (10 Minuten) sein.                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>600 // (10 Minuten)</code> |         |
-| **`localS3`** | <code>boolean</code> | Konfigurieren Sie CLI so, dass ein lokaler Server zum Testen oder ein selbstgehosteter Update-Server verwendet wird.| <code>undefiniert</code> | 4.17.48 |
-| **`localHost`** | <code>string</code> | Konfigurieren Sie CLI so, dass ein lokaler Server zum Testen oder ein selbstgehosteter Update-Server verwendet wird.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefiniert</code> | 4.17.48 |
-| **`localWebHost`** | <code>string</code> | Konfigurieren Sie CLI so, dass ein lokaler Server zum Testen oder ein selbstgehosteter Update-Server verwendet wird.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefiniert</code> | 4.17.48 |
-| **`localSupa`** | <code>string</code> | Konfigurieren Sie CLI so, dass ein lokaler Server zum Testen oder ein selbstgehosteter Update-Server verwendet wird.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefiniert</code> | 4.17.48 |
-| **`localSupaAnon`** | <code>string</code> | Konfigurieren Sie CLI so, dass zum Testen ein lokaler Server verwendet wird.| <code>undefiniert</code> | 4.17.48 |
-| **`localApi`**               | <code>string</code> | Konfigurieren Sie CLI so, dass zum Testen eine lokale API verwendet wird.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefiniert</code> | 6.3.3 |
-| **`localApiFiles`**          | <code>string</code> | Konfigurieren Sie CLI so, dass zum Testen eine lokale Datei-API verwendet wird.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>undefiniert</code> | 6.3.3 |
-| **`allowModifyUrl`**         | <code>boolean</code> | Ermöglichen Sie dem Plugin, updateUrl, statsUrl undchannelUrl dynamisch von der JavaScript-Seite aus zu ändern.                                                                                                                                                                                                                                                                                                                                                                                                                                                                           | <code>false</code> | 5.4.0 |
-| **`defaultChannel`**         | <code>string</code> | Legen Sie in der Konfiguration den Standardkanal für die App fest. Groß- und Kleinschreibung beachten. Diese Einstellung überschreibt den in der Cloud festgelegten Standardkanal, berücksichtigt jedoch weiterhin die in der Cloud vorgenommenen Überschreibungen.                                                                                                                                                                                                                                                                                                                                                                                      | <code>undefined</code> | 5.5.0 |
-| **`appId`** | <code>string</code> | Konfigurieren Sie die App-ID für die App in der Konfiguration.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>undefiniert</code> | 6.0.0 |
-| **`keepUrlPathAfterReload`** | <code>boolean</code> | Konfigurieren Sie das Plugin so, dass der URL-Pfad nach einem Neuladen erhalten bleibt. WARNUNG: Wenn ein Neuladen ausgelöst wird, wird „window.history“ gelöscht.                                                                                                                                                                                                                                                                                                                                                                                                                                                  | <code>false</code> | 6.8.0 |
-| **`disableJSLogging`** | <code>boolean</code> | Deaktivieren Sie die JavaScript-Protokollierung des Plugins. Wenn „true“, meldet sich das Plugin nicht an der JavaScript-Konsole an. es wird nur das native Protokoll erstellt | <code>false</code> | 7.3.0 |
-| **`shakeMenu`** | <code>boolean</code> | Aktivieren Sie die Schüttelgeste, um das Update-Menü zu Debug-/Testzwecken anzuzeigen | <code>false</code> | 7.5.0 |## Beispiele
-
-In `capacitor.config.json`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000 // (1 second),
-      "responseTimeout": 10 // (10 second),
-      "autoDeleteFailed": false,
-      "autoDeletePrevious": false,
-      "autoUpdate": false,
-      "resetWhenUpdate": false,
-      "updateUrl": https://example.com/api/auto_update,
-      "channelUrl": https://example.com/api/channel,
-      "statsUrl": https://example.com/api/stats,
-      "publicKey": undefined,
-      "version": undefined,
-      "directUpdate": undefined,
-      "autoSplashscreen": undefined,
-      "periodCheckDelay": undefined,
-      "localS3": undefined,
-      "localHost": undefined,
-      "localWebHost": undefined,
-      "localSupa": undefined,
-      "localSupaAnon": undefined,
-      "localApi": undefined,
-      "localApiFiles": undefined,
-      "allowModifyUrl": undefined,
-      "defaultChannel": undefined,
-      "appId": undefined,
-      "keepUrlPathAfterReload": undefined,
-      "disableJSLogging": undefined,
-      "shakeMenu": undefined
-    }
-  }
-}
-```
-
-In `capacitor.config.ts`:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      appReadyTimeout: 1000 // (1 second),
-      responseTimeout: 10 // (10 second),
-      autoDeleteFailed: false,
-      autoDeletePrevious: false,
-      autoUpdate: false,
-      resetWhenUpdate: false,
-      updateUrl: https://example.com/api/auto_update,
-      channelUrl: https://example.com/api/channel,
-      statsUrl: https://example.com/api/stats,
-      publicKey: undefined,
-      version: undefined,
-      directUpdate: undefined,
-      autoSplashscreen: undefined,
-      periodCheckDelay: undefined,
-      localS3: undefined,
-      localHost: undefined,
-      localWebHost: undefined,
-      localSupa: undefined,
-      localSupaAnon: undefined,
-      localApi: undefined,
-      localApiFiles: undefined,
-      allowModifyUrl: undefined,
-      defaultChannel: undefined,
-      appId: undefined,
-      keepUrlPathAfterReload: undefined,
-      disableJSLogging: undefined,
-      shakeMenu: undefined,
-    },
-  },
-};
-
-export default config;
-```
-
-</docgen-config>
-
-<docgen-index>
-
-* [`notifyAppReady()`](#notifyappready)
-* [`setUpdateUrl(...)`](#setupdateurl)
-* [`setStatsUrl(...)`](#setstatsurl)
-* [`setChannelUrl(...)`](#setchannelurl)
-* [`download(...)`](#download)
-* [`next(...)`](#next)
-* [`set(...)`](#set)
-* [`delete(...)`](#delete)
-* [`list(...)`](#list)
-* [`reset(...)`](#reset)
-* [`current()`](#aktuell)
-* [`reload()`](#reload)
-* [`setMultiDelay(...)`](#setmultidelay)
-* [`cancelDelay()`](#canceldelay)
-* [`getLatest(...)`](#getlatest)
-* [`setChannel(...)`](#setchannel)
-* [`unsetChannel(...)`](#unsetchannel)
-* [`getChannel()`](#getchannel)
-* [`listChannels()`](#listchannels)
-* [`setCustomId(...)`](#setcustomid)
-* [`getBuiltinVersion()`](#getbuiltinversion)
-* [`getDeviceId()`](#getdeviceid)
-* [`getPluginVersion()`](#getpluginversion)
-* [`isAutoUpdateEnabled()`](#isautoupdateenabled)
-* [`removeAllListeners()`](#removealllisteners)
-* [`addListener('download', ...)`](#addlistenerdownload-)
-* [`addListener('noNeedUpdate', ...)`](#addlistenernoneedupdate-)
-* [`addListener('updateAvailable', ...)`](#addlistenerupdateavailable-)
-* [`addListener('downloadComplete', ...)`](#addlistenerdownloadcomplete-)
-* [`addListener('majorAvailable', ...)`](#addlistenermajoravailable-)
-* [`addListener('updateFailed', ...)`](#addlistenerupdatefailed-)
-* [`addListener('downloadFailed', ...)`](#addlistenerdownloadfailed-)
-* [`addListener('appReloaded', ...)`](#addlistenerappreloaded-)
-* [`addListener('appReady', ...)`](#addlistenerappready-)
-* [`isAutoUpdateAvailable()`](#isautoupdateavailable)
-* [`getNextBundle()`](#getnextbundle)
-* [`setShakeMenu(...)`](#setshakemenu)
-* [`isShakeMenuEnabled()`](#isshakemenuenabled)
-* [Schnittstellen](#interfaces)
-* [Typ-Aliase](#type-aliases)
-
-</docgen-index>
-
-# Methoden
-
-<docgen-api>
-<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->
-
-## notifyAppReady()
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-Capacitor Updater benachrichtigen, dass das aktuelle Bundle funktioniert (ein Rollback erfolgt, wenn diese Methode nicht bei jedem App-Start aufgerufen wird)
-Standardmäßig sollte diese Methode in den ersten 10 Sekunden nach dem App-Start aufgerufen werden, andernfalls kommt es zu einem Rollback.
-Ändern Sie dieses Verhalten mit {@link appReadyTimeout}
-
-**Rückgaben:** <code>Promise<<a href="#appreadyresult">AppReadyResult</a>></code>
-
---------------------
-
-
-## setUpdateUrl(...)
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-Legen Sie die updateUrl für die App fest. Diese wird verwendet, um nach Updates zu suchen.
-
-| Param | Geben Sie | ein Beschreibung |
-| ------------- | ----------------------------------------------- | ------------------------------------------------- |
-| **`options`** | <code><a href="#updateurl">UpdateUrl</a></code> | enthält die URL, die zum Suchen nach Updates verwendet werden soll. |
-
-**Seit:** 5.4.0
-
---------------------
-
-
-## setStatsUrl(...)
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-Legen Sie die statsUrl für die App fest. Diese wird zum Senden von Statistiken verwendet. Durch die Übergabe einer leeren Zeichenfolge wird die Statistikerfassung deaktiviert.| Param | Geben Sie | ein Beschreibung |
-| ------------- | --------------------------------------------- | ----------------------------------------------- |
-| **`options`** | <code><a href="#statsurl">StatsUrl</a></code> | enthält die URL, die zum Senden von Statistiken verwendet werden soll. |
-
-**Seit:** 5.4.0
-
---------------------
-
-
-## setChannelUrl(...)
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-Legen Sie die Kanal-URL für die App fest. Diese wird zum Festlegen des Kanals verwendet.
-
-| Param | Geben Sie | ein Beschreibung |
-| ------------- | ------------------------------------------------- | ------------------------------------------------ |
-| **`options`** | <code><a href="#channelurl">ChannelUrl</a></code> | enthält die URL, die zum Einstellen des Kanals verwendet werden soll. |
-
-**Seit:** 5.4.0
-
---------------------
-
-
-## herunterladen(...)
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-Laden Sie ein neues Paket von der angegebenen URL herunter. Es sollte eine ZIP-Datei mit darin enthaltenen Dateien oder mit einer eindeutigen ID für alle Ihre Dateien sein
-
-| Param | Geben Sie | ein Beschreibung |
-| ------------- | ----------------------------------------------------------- | ----------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#downloadoptions">DownloadOptions</a></code> | Der {@link <a href="#downloadoptions">DownloadOptions</a>} zum Herunterladen einer neuen Bundle-ZIP-Datei. |
-
-**Rückgaben:** <code>Promise<<a href="#bundleinfo">BundleInfo</a>></code>
-
---------------------
-
-
-## weiter(...)
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-Legen Sie das nächste Bundle fest, das beim Neuladen der App verwendet werden soll.
-
-| Param | Geben Sie | ein Beschreibung |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------ |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Enthält die ID des nächsten Bundles, das beim nächsten App-Start festgelegt werden soll. {@link <a href="#bundleinfo">BundleInfo.id</a>} |
-
-**Rückgaben:** <code>Promise<<a href="#bundleinfo">BundleInfo</a>></code>
-
---------------------
-
-
-## gesetzt(...)
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-Legt das aktuelle Bundle fest und lädt die App sofort neu.| Param | Geben Sie | ein Beschreibung |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Ein {@link <a href="#bundleid">BundleId</a>}-Objekt, das die neue Bundle-ID enthält, die als aktuell festgelegt werden soll. |
-
---------------------
-
-
-## löschen(...)
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-Löscht das angegebene Bundle aus dem nativen App-Speicher. Verwenden Sie es mit {@link list}, um die gespeicherten Bundle-IDs abzurufen.
-
-| Param | Geben Sie | ein Beschreibung |
-| ------------- | --------------------------------------------- | ----------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Ein {@link <a href="#bundleid">BundleId</a>}-Objekt, das die ID eines zu löschenden Bundles enthält (beachten Sie, dass dies die Bundle-ID ist, NICHT der Versionsname) |
-
---------------------
-
-
-## Liste(...)
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-Holen Sie sich alle lokal heruntergeladenen Bundles in Ihre App
-
-| Param | Geben Sie | ein Beschreibung |
-| ------------- | --------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | <code><a href="#listoptions">ListOptions</a></code> | Der {@link <a href="#listoptions">ListOptions</a>} zum Auflisten von Bundles |
-
-**Rückgaben:** <code>Promise<<a href="#bundlelistresult">BundleListResult</a>></code>
-
---------------------
-
-
-## zurücksetzen(...)
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-Setzen Sie die App auf das Bundle `builtin` (das an Apple App Store / Google Play Store gesendete Paket) oder das zuletzt erfolgreich geladene Bundle zurück.
-
-| Param | Geben Sie | ein Beschreibung |
-| ------------- | ----------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#resetoptions">ResetOptions</a></code> | Enthält {@link <a href="#resetoptions">ResetOptions.toLastSuccessful</a>}, `true` wird auf das integrierte Bundle zurückgesetzt und `false` wird auf das zuletzt erfolgreich geladene Bundle zurückgesetzt. |
-
---------------------
-
-
-## aktuell()
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```Rufen Sie das aktuelle Bundle ab. Wenn keines festgelegt ist, wird `builtin` zurückgegeben. currentNative ist das Originalpaket, das auf dem Gerät installiert ist
-
-**Rückgaben:** <code>Promise<<a href="#currentbundleresult">CurrentBundleResult</a>></code>
-
---------------------
-
-
-## reload()
-
-```typescript
-reload() => Promise<void>
-```
-
-Laden Sie die Ansicht neu
-
---------------------
-
-
-## setMultiDelay(...)
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-Legt ein {@link <a href="#delaycondition">DelayCondition</a>}-Array fest, das Bedingungen enthält, die das Plugin verwendet, um die Aktualisierung zu verzögern.
-Nachdem alle Bedingungen erfüllt sind, wird der Update-Vorgang wie gewohnt erneut ausgeführt, sodass das Update nach einem Hintergrund- oder Beenden der App installiert wird.
-Für den Typ `date` sollte der Wert eine iso8601-Datumszeichenfolge sein.
-Für den Typ `background` sollte der Wert eine Zahl in Millisekunden sein.
-Für den Typ `nativeVersion` sollte der Wert die Versionsnummer sein.
-Für den Typ `kill` wird der Wert nicht verwendet.
-Die Funktion weist ein inkonsistentes Verhalten auf. Die Option kill löst das Update nach dem ersten Kill aus und nicht wie andere Optionen nach dem nächsten Hintergrund. Dies wird in einer zukünftigen Hauptversion behoben.
-
-| Param | Geben Sie | ein Beschreibung |
-| ------------- | ----------------------------------------------------------------------------------- | ---------------------------------------------------------------- |
-| **`options`** | <code><a href="#multidelayconditions">MultiDelayConditions</a></code> | Enthält das Array {@link <a href="#multidelayconditions">MultiDelayConditions</a>} mit festzulegenden Bedingungen |
-
-**Seit:** 4.3.0
-
---------------------
-
-
-## cancelDelay()
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-Bricht einen {@link <a href="#delaycondition">DelayCondition</a>} ab, um ein Update sofort zu verarbeiten.
-
-**Seit:** 4.0.0
-
---------------------
-
-
-## getLatest(...)
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-Holen Sie sich das neueste Paket, das über die Update-URL verfügbar ist
-
-| Param | Geben Sie | ein
-| ------------- | ------------------------------------------------------------- |
-| **`options`** | <code><a href="#getlatestoptions">GetLatestOptions</a></code> |
-
-**Rückgaben:** <code>Promise<<a href="#latestversion">LatestVersion</a>></code>
-
-**Seit:** 4.0.0
-
---------------------
-
-
-## setChannel(...)
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-Legt den Kanal für dieses Gerät fest. Damit dies funktioniert, muss auf dem Kanal `allow_device_self_set` aktiviert sein.**Wichtige Hinweise:**
-– Verwenden Sie diese Methode nicht, um den Kanal beim Booten festzulegen. Verwenden Sie stattdessen `defaultChannel` in Ihrer Capacitor-Konfiguration.
-– Diese Methode ist für die Verwendung gedacht, nachdem die App fertig ist und der Benutzer interagiert hat (z. B. wenn er sich für ein Betaprogramm entscheidet).
-- **Öffentliche Kanäle können nicht selbst zugewiesen werden.** Wenn ein Kanal als `public` markiert ist, wird beim Aufruf von `setChannel()` ein Fehler zurückgegeben. Um einen öffentlichen Kanal zu verwenden, rufen Sie stattdessen `unsetChannel()` auf – das Gerät greift automatisch auf den passenden öffentlichen Kanal zurück.
-- Verwenden Sie `listChannels()`, um herauszufinden, welche Kanäle verfügbar sind und ob sie eine Selbstzuweisung zulassen.
-
-| Param | Geben Sie | ein Beschreibung |
-| ------------- | --------------------------------------------------------------- | -------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setchanneloptions">SetChannelOptions</a></code> | Ist der Kanal {@link <a href="#setchanneloptions">SetChannelOptions</a>}, der festgelegt werden soll |
-
-**Rückgaben:** <code>Promise<<a href="#channelres">ChannelRes</a>></code>
-
-**Seit:** 4.7.0
-
---------------------
-
-
-## unsetChannel(...)
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-Deaktivieren Sie die Kanalüberschreibung für dieses Gerät. Nach dem Aufruf dieser Methode erhält das Gerät automatisch Updates vom **öffentlichen Kanal**, der seinen Bedingungen (Plattform, Gerätetyp, Build-Typ) entspricht.
-
-Dies ist nützlich, wenn:
-- Sie möchten ein Gerät zurück zum Standard-Update-Track verschieben
-- Sie möchten einen öffentlichen Kanal verwenden (da öffentliche Kanäle nicht über `setChannel()` selbst zugewiesen werden können)
-
-| Param | Geben Sie | ein
-| ------------- | ------------------------------------------------------------------- |
-| **`options`** | <code><a href="#unsetchanneloptions">UnsetChannelOptions</a></code> |
-
-**Seit:** 4.7.0
-
---------------------
-
-
-## getChannel()
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-Holen Sie sich den Kanal für dieses Gerät
-
-**Rückgaben:** <code>Promise<<a href="#getchannelres">GetChannelRes</a>></code>
-
-**Seit:** 4.8.0
-
---------------------
-
-
-##listChannels()
-
-```typescript
-listChannels() => Promise<ListChannelsResult>
-```
-
-Listen Sie alle für dieses Gerät verfügbaren Kanäle auf. Gibt Kanäle zurück, die mit der aktuellen Umgebung des Geräts (Plattform, Emulator/reales Gerät, Entwickler-/Produkt-Build) kompatibel sind und entweder öffentlich sind oder Selbstzuweisung zulassen.
-
-Jeder Kanal im Ergebnis umfasst:
-- `public`: Wenn `true`, ist dies ein **Standardkanal**. Sie können es nicht mit `setChannel()` selbst zuweisen. Wenn Sie stattdessen Ihre Kanalzuweisung mit `unsetChannel()` entfernen, erhält das Gerät automatisch Updates von diesem öffentlichen Kanal.
-- `allow_self_set`: Wenn `true`, handelt es sich um einen **selbst zuweisbaren Kanal**. Mit `setChannel()` können Sie das Gerät explizit diesem Kanal zuordnen.
-
-**Rückgaben:** <code>Promise<<a href="#listchannelsresult">ListChannelsResult</a>></code>
-
-**Seit:** 7.5.0
-
---------------------
-
-
-## setCustomId(...)
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```Legen Sie eine benutzerdefinierte ID für dieses Gerät fest
-
-| Param | Geben Sie | ein Beschreibung |
-| ------------- | ----------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setcustomidoptions">SetCustomIdOptions</a></code> | ist die {@link <a href="#setcustomidoptions">SetCustomIdOptions</a>} customId, die festgelegt werden soll |
-
-**Seit:** 4.9.0
-
---------------------
-
-
-## getBuiltinVersion()
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-Rufen Sie die native App-Version oder die integrierte Version ab, sofern in der Konfiguration festgelegt
-
-**Rückgaben:** <code>Promise<<a href="#builtinversion">BuiltinVersion</a>></code>
-
-**Seit:** 5.2.0
-
---------------------
-
-
-## getDeviceId()
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-Erhalten Sie eine eindeutige ID, die zur Identifizierung des Geräts verwendet wird (an den Auto-Update-Server gesendet).
-
-**Rückgaben:** <code>Promise<<a href="#deviceid">DeviceId</a>></code>
-
---------------------
-
-
-## getPluginVersion()
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-Holen Sie sich die native Capacitor Updater-Plugin-Version (an den Auto-Update-Server gesendet).
-
-**Rückgaben:** <code>Promise<<a href="#pluginversion">PluginVersion</a>></code>
-
---------------------
-
-
-## isAutoUpdateEnabled()
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-Rufen Sie den Status der Konfiguration für die automatische Aktualisierung ab.
-
-**Rückgaben:** <code>Promise<<a href="#autoupdateenabled">AutoUpdateEnabled</a>></code>
-
---------------------
-
-
-## removeAllListeners()
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-Entfernen Sie alle Listener für dieses Plugin.
-
-**Seit:** 1.0.0
-
---------------------
-
-
-## addListener('download', ...)
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Achten Sie auf das Bundle-Download-Ereignis in der App. Wird ausgelöst, sobald ein Download gestartet wurde, während des Downloads und wenn er beendet ist.
-Dadurch erhalten Sie während des Downloads alle Download-Prozentsätze zurück
-
-| Param | Geben Sie | ein
-| ------------------- | ------------------------------------------------------------ |
-| **`eventName`** | <code>'download'</code> |
-| **`listenerFunc`** | <code>(Status: <a href="#downloadevent">DownloadEvent</a>) => void</code> |
-
-**Rückgaben:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Seit:** 2.0.11
-
---------------------
-
-
-## addListener('noNeedUpdate', ...)
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Achten Sie darauf, dass kein Aktualisierungsereignis erforderlich ist. Dies ist nützlich, wenn Sie bei jedem Start der App eine erzwungene Prüfung durchführen möchten
-
-| Param | Geben Sie | ein
-| ------------------- | ----------------------------------------------------------------------- |
-| **`eventName`** | <code>'noNeedUpdate'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#noneedevent">NoNeedEvent</a>) => void</code> |**Rückgaben:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Seit:** 4.0.0
-
---------------------
-
-
-## addListener('updateAvailable', ...)
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Warten Sie auf verfügbare Update-Ereignisse. Dies ist nützlich, wenn Sie bei jedem Start der App eine Überprüfung erzwingen möchten
-
-| Param | Geben Sie | ein
-| ------------------- | ------------------------------------------------------------- |
-| **`eventName`** | <code>'updateAvailable'</code> |
-| **`listenerFunc`** | <code>(Status: <a href="#updateavailableevent">UpdateAvailableEvent</a>) => void</code> |
-
-**Rückgaben:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Seit:** 4.0.0
-
---------------------
-
-
-## addListener('downloadComplete', ...)
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Hören Sie sich den Download anKomplette Veranstaltungen.
-
-| Param | Geben Sie | ein
-| ------------------- | ---------------------------------------------------------------------------- |
-| **`eventName`** | <code>'downloadComplete'</code> |
-| **`listenerFunc`** | <code>(Status: <a href="#downloadcompleteevent">DownloadCompleteEvent</a>) => void</code> |
-
-**Returns:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Seit:** 4.0.0
-
---------------------
-
-
-## addListener('majorAvailable', ...)
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Warten Sie auf ein größeres Update-Ereignis in der App und informieren Sie Sie, wenn ein größeres Update blockiert wird, indem Sie „disableAutoUpdateBreaking“ festlegen
-
-| Param | Geben Sie | ein
-| ------------------- | ------------------------------------------------------------ |
-| **`eventName`** | <code>'majorAvailable'</code> |
-| **`listenerFunc`** | <code>(Status: <a href="#majoravailableevent">MajorAvailableEvent</a>) => void</code> |
-
-**Rückgaben:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Seit:** 2.3.0
-
---------------------
-
-
-## addListener('updateFailed', ...)
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Achten Sie auf das Ereignis „Update-Fehler“ in der App und informieren Sie Sie, wenn die Installation des Updates beim nächsten App-Start fehlgeschlagen ist
-
-| Param | Geben Sie | ein
-| ------------------- | ----------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'updateFailed'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#updatefailedevent">UpdateFailedEvent</a>) => void</code> |**Rückgaben:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Seit:** 2.3.0
-
---------------------
-
-
-## addListener('downloadFailed', ...)
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Achten Sie auf das Ereignis „Download-Fehler“ in der App und informieren Sie Sie, wenn ein Bundle-Download fehlgeschlagen ist
-
-| Param | Geben Sie | ein
-| ------------------- | ------------------------------------------------------------ |
-| **`eventName`** | <code>'downloadFailed'</code> |
-| **`listenerFunc`** | <code>(Status: <a href="#downloadfailedevent">DownloadFailedEvent</a>) => void</code> |
-
-**Rückgaben:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Seit:** 4.0.0
-
---------------------
-
-
-## addListener('appReloaded', ...)
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-Achten Sie auf ein Neuladeereignis in der App und informieren Sie Sie, wenn ein Neuladen stattgefunden hat
-
-| Param | Geben Sie | ein
-| ------------------- | -------------------------- |
-| **`eventName`** | <code>'appReloaded'</code> |
-| **`listenerFunc`** | <code>() => void</code> |
-
-**Rückgaben:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Seit:** 4.3.0
-
---------------------
-
-
-## addListener('appReady', ...)
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Achten Sie auf das App-Ready-Ereignis in der App und informieren Sie Sie, wenn die App einsatzbereit ist
-
-| Param | Geben Sie | ein
-| ------------------- | ------------------------------------------------------------ |
-| **`eventName`** | <code>'appReady'</code> |
-| **`listenerFunc`** | <code>(Status: <a href="#appreadyevent">AppReadyEvent</a>) => void</code> |
-
-**Returns:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Seit:** 5.1.0
-
---------------------
-
-
-## isAutoUpdateAvailable()
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-Rufen Sie ab, ob die automatische Aktualisierung verfügbar ist (nicht durch serverUrl deaktiviert).
-
-**Rückgaben:** <code>Promise<<a href="#autoupdateavailable">AutoUpdateAvailable</a>></code>
-
---------------------
-
-
-## getNextBundle()
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-Holen Sie sich das nächste Bundle, das beim Neuladen der App verwendet wird.
-Gibt null zurück, wenn kein nächstes Bundle festgelegt ist.
-
-**Rückgaben:** <code>Promise<<a href="#bundleinfo">BundleInfo</a> | null></code>
-
-**Seit:** 6.8.0
-
---------------------
-
-
-## setShakeMenu(...)
-
-```typescript
-setShakeMenu(options: SetShakeMenuOptions) => Promise<void>
-```
-
-Aktivieren oder deaktivieren Sie das Shake-Menü für Debugging-/Testzwecke| Param | Geben Sie | ein Beschreibung |
-| ------------- | ------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | <code><a href="#setshakemenuoptions">SetShakeMenuOptions</a></code> | Enthält einen aktivierten booleschen Wert zum Aktivieren oder Deaktivieren des Shake-Menüs |
-
-**Seit:** 7.5.0
-
---------------------
-
-
-## isShakeMenuEnabled()
-
-```typescript
-isShakeMenuEnabled() => Promise<ShakeMenuEnabled>
-```
-
-Rufen Sie den aktuellen Status des Shake-Menüs ab
-
-**Rückgaben:** <code>Promise<<a href="#shakemenuenabled">ShakeMenuEnabled</a>></code>
-
-**Seit:** 7.5.0
-
---------------------
-
-
-## Schnittstellen
-
-
-### AppReadyResult
-
-| Stütze | Geben Sie | ein
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-
-
-### BundleInfo
-
-| Stütze | Geben Sie | ein
-| ---------------- | ----------------------------------------------------- |
-| **`id`** | <code>string</code> |
-| **`version`** | <code>string</code> |
-| **`downloaded`** | <code>string</code> |
-| **`checksum`** | <code>string</code> |
-| **`status`** | <code><a href="#bundlestatus">BundleStatus</a></code> |
-
-
-### UpdateUrl
-
-| Stütze | Geben Sie | ein
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### StatsUrl
-
-| Stütze | Geben Sie | ein
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### Kanal-URL
-
-| Stütze | Geben Sie | ein
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### Download-Optionen
-
-Diese URL und Versionen werden zum Herunterladen des Bundles vom Server verwendet. Wenn Sie ein Backend verwenden, werden alle Informationen von der Methode getLatest bereitgestellt.
-Wenn Sie kein Backend verwenden, müssen Sie die URL und die Version des Bundles angeben. Prüfsumme und SessionKey sind erforderlich, wenn Sie das Bundle mit dem Befehl „encrypt“ CLI verschlüsselt haben. Sie sollten diese als Ergebnis des Befehls erhalten.| Stütze | Geben Sie | ein Beschreibung | Standard | Seit |
-| ---------------- | ------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`url`** | <code>string</code> | Die URL der Bundle-ZIP-Datei (z. B. dist.zip), die heruntergeladen werden soll. (Dies kann eine beliebige URL sein. Zum Beispiel: Amazon S3, ein GitHub-Tag, jeder andere Ort, an dem Sie Ihr Paket gehostet haben.) |                        |       |
-| **`version`** | <code>string</code> | Der Versionscode/Name dieses Bundles/dieser Version |                        |       |
-| **`sessionKey`** | <code>string</code> | Der Sitzungsschlüssel für das Update, wenn das Bundle mit einem Sitzungsschlüssel | verschlüsselt ist <code>undefiniert</code> | 4.0.0 |
-| **`checksum`** | <code>string</code> | Die Prüfsumme für das Update sollte in sha256 vorliegen und mit einem privaten Schlüssel verschlüsselt sein, wenn das Bundle verschlüsselt ist | <code>undefiniert</code> | 4.0.0 |
-| **`manifest`** | <code>ManifestEntry[]</code> | Das Manifest für Delta (Manifest)-Downloads mehrerer Dateien | <code>undefiniert</code> | 6.1.0 |
-
-
-### ManifestEntry
-
-| Stütze | Geben Sie | ein
-| ------------------- | ------------ |
-| **`file_name`** | <code>string \| null</code> |
-| **`file_hash`** | <code>string \| null</code> |
-| **`download_url`** | <code>string \| null</code> |
-
-
-### BundleId
-
-| Stütze | Geben Sie | ein
-| -------- | ------------------- |
-| **`id`** | <code>string</code> |
-
-
-### BundleListResult
-
-| Stütze | Geben Sie | ein
-| ------------- | ------------------------- |
-| **`bundles`** | <code>BundleInfo[]</code> |
-
-
-### Listenoptionen| Stütze | Geben Sie | ein Beschreibung | Standard | Seit |
-| --------- | -------------------- | ----------------------------------------------------------------------- | ------------------- | ------ |
-| **`raw`** | <code>boolean</code> | Ob die Rohpaketliste oder das Manifest zurückgegeben werden soll. Bei „true“ versucht die Liste, die interne Datenbank statt Dateien auf der Festplatte zu lesen. | <code>false</code> | 6.14.0 |
-
-
-### Optionen zurücksetzen
-
-| Stütze | Geben Sie | ein
-| ---------------------- | -------------------- |
-| **`toLastSuccessful`** | <code>boolean</code> |
-
-
-### CurrentBundleResult
-
-| Stütze | Geben Sie | ein
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-| **`native`** | <code>string</code> |
-
-
-### MultiDelayConditions
-
-| Stütze | Geben Sie | ein
-| --------------------- | -------------- |
-| **`delayConditions`** | <code>DelayCondition[]</code> |
-
-
-### Verzögerungsbedingung
-
-| Stütze | Geben Sie | ein Beschreibung |
-| ----------- | --------------------------------------------------------- | ---------------------------------------- |
-| **`kind`** | <code><a href="#delayuntilnext">DelayUntilNext</a></code> | Richten Sie Verzögerungsbedingungen in setMultiDelay | ein
-| **`value`** | <code>string</code> |                                          |
-
-
-### Neueste Version| Stütze | Geben Sie | ein Beschreibung | Seit |
-| ---------------- | ------------- | -------------------------- | ----- |
-| **`version`** | <code>string</code> | Ergebnis der getLatest-Methode | 4.0.0 |
-| **`checksum`** | <code>string</code> |                            | 6 |
-| **`major`** | <code>boolean</code> |                            |       |
-| **`message`** | <code>string</code> |                            |       |
-| **`sessionKey`** | <code>string</code> |                            |       |
-| **`error`** | <code>string</code> |                            |       |
-| **`old`** | <code>string</code> |                            |       |
-| **`url`** | <code>string</code> |                            |       |
-| **`manifest`** | <code>ManifestEntry[]</code> |                            | 6.1   |
-
-
-### GetLatestOptions
-
-| Stütze | Geben Sie | ein Beschreibung | Standard | Seit |
-| ------------- | ------------------- | ------------------------------------------------------------------ | ---------------------- | ----- |
-| **`channel`** | <code>string</code> | Der Kanal muss die neueste Version erhalten, damit dies funktioniert. Der Kanal muss „self_assign“ zulassen <code>undefiniert</code> | 6.8.0 |
-
-
-### ChannelRes
-
-| Stütze | Geben Sie | ein Beschreibung | Seit |
-| ------------- | ------------------- | -------------- | ----- |
-| **`status`** | <code>string</code> | Aktueller Status des eingestellten Kanals | 4.7.0 |
-| **`error`** | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-
-
-### SetChannelOptions
-
-| Stütze | Geben Sie | ein
-| --------- | -------------------- |
-| **`channel`** | <code>string</code> |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### UnsetChannelOptions
-
-| Stütze | Geben Sie | ein
-| --------- | -------------------- |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### GetChannelRes| Stütze | Geben Sie | ein Beschreibung | Seit |
-| -------------- | -------------------- | -------------- | ----- |
-| **`channel`** | <code>string</code> | Aktueller Status des Get-Kanals | 4.8.0 |
-| **`error`** | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-| **`status`** | <code>string</code> |                               |       |
-| **`allowSet`** | <code>boolean</code> |                               |       |
-
-
-### ListChannelsResult
-
-| Stütze | Geben Sie | ein Beschreibung | Seit |
-| -------------- | -------------------------- | -------------------------- | ----- |
-| **`channels`** | <code>ChannelInfo[]</code> | Liste der verfügbaren Kanäle | 7.5.0 |
-
-
-### ChannelInfo
-
-| Stütze | Geben Sie | ein Beschreibung | Seit |
-| -------------------- | -------------------- | ----------------------------------------------- | ----- |
-| **`id`** | <code>string</code> | Die Kanal-ID | 7.5.0 |
-| **`name`** | <code>string</code> | Der Kanalname | 7.5.0 |
-| **`public`** | <code>boolean</code> | Wenn „true“, handelt es sich um einen Standard-/Fallback-Kanal. Geräte können sich nicht selbst öffentlichen Kanälen zuweisen. Wenn ein Gerät stattdessen seine Kanalüberschreibung entfernt (mithilfe von `unsetChannel()`), erhält es automatisch Aktualisierungen vom entsprechenden öffentlichen Kanal. | 7.5.0 |
-| **`allow_self_set`** | <code>boolean</code> | Wenn „true“, können sich Geräte mithilfe von `setChannel()` explizit selbst diesem Kanal zuweisen. Dies wird normalerweise für Betatests, A/B-Tests oder Opt-in-Update-Tracks verwendet. | 7.5.0 |
-
-
-### SetCustomIdOptions
-
-| Stütze | Geben Sie | ein
-| -------------- | ------------------- |
-| **`customId`** | <code>string</code> |
-
-
-### BuiltinVersion
-
-| Stütze | Geben Sie | ein
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### Geräte-ID
-
-| Stütze | Geben Sie | ein
-| -------------- | ------------------- |
-| **`deviceId`** | <code>string</code> |
-
-
-### PluginVersion
-
-| Stütze | Geben Sie | ein
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### AutoUpdateEnabled
-
-| Stütze | Geben Sie | ein
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### PluginListenerHandle
-
-| Stütze | Geben Sie | ein
-| ------------ | ----------------------------------------- |
-| **`remove`** | <code>() => Versprechen<void></code> |
-
-
-### DownloadEvent| Stütze | Geben Sie | ein Beschreibung | Seit |
-| ------------- | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`percent`** | <code>Nummer</code> | Aktueller Downloadstatus, zwischen 0 und 100. | 4.0.0 |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |                                                |       |
-
-
-### NoNeedEvent
-
-| Stütze | Geben Sie | ein Beschreibung | Seit |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Aktueller Downloadstatus, zwischen 0 und 100. | 4.0.0 |
-
-
-### UpdateAvailableEvent
-
-| Stütze | Geben Sie | ein Beschreibung | Seit |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Aktueller Downloadstatus, zwischen 0 und 100. | 4.0.0 |
-
-
-### DownloadCompleteEvent
-
-| Stütze | Geben Sie | ein Beschreibung | Seit |
-| ------------ | ------------------------------------------------- | ------------------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Wird ausgegeben, wenn ein neues Update verfügbar ist. | 4.0.0 |
-
-
-### MajorAvailableEvent
-
-| Stütze | Geben Sie | ein Beschreibung | Seit |
-| ------------- | ------------------- | ------------------------------------------ | ----- |
-| **`version`** | <code>string</code> | Wird ausgegeben, wenn ein neues Hauptpaket verfügbar ist. | 4.0.0 |
-
-
-### UpdateFailedEvent
-
-| Stütze | Geben Sie | ein Beschreibung | Seit |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Wird ausgegeben, wenn die Installation eines Updates fehlgeschlagen ist. | 4.0.0 |
-
-
-### DownloadFailedEvent
-
-| Stütze | Geben Sie | ein Beschreibung | Seit |
-| ------------- | ------------------- | -------------------------- | ----- |
-| **`version`** | <code>string</code> | Wird ausgegeben, wenn ein Download fehlschlägt. | 4.0.0 |
-
-
-### AppReadyEvent| Stütze | Geben Sie | ein Beschreibung | Seit |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Wird ausgegeben, wenn die App einsatzbereit ist. | 5.2.0 |
-| **`status`** | <code>string</code> |                                       |       |
-
-
-### AutoUpdateVerfügbar
-
-| Stütze | Geben Sie | ein
-| --------------- | -------------------- |
-| **`available`** | <code>boolean</code> |
-
-
-### SetShakeMenuOptions
-
-| Stütze | Geben Sie | ein
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### ShakeMenuEnabled
-
-| Stütze | Geben Sie | ein
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-## Geben Sie Aliase ein
-
-
-### BundleStatus
-
-ausstehend: Das Bundle muss noch als nächstes Bundle **SET** werden.
-wird heruntergeladen: Das Bundle wird heruntergeladen.
-Erfolg: Das Bundle wurde heruntergeladen und kann als nächstes Bundle **SET** werden.
-Fehler: Das Bundle konnte nicht heruntergeladen werden.
-
-<code>'success' | 'Fehler' | 'ausstehend' | 'Herunterladen'</code>
-
-
-### DelayUntilNext
-
-<code>'Hintergrund' | 'töten' | 'nativeVersion' | 'Datum'</code>
-
-</docgen-api>
diff --git a/src/content/docs/de/docs/plugins/updater/cordova.md b/src/content/docs/de/docs/plugins/updater/cordova.md
deleted file mode 100644
index 6bd9bc195..000000000
--- a/src/content/docs/de/docs/plugins/updater/cordova.md
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: "Cordova"
-locale: de
-description: "Untersuchung der möglichen Verfügbarkeit des capacitor-updater-Plugins für Cordova und der Herausforderungen bei seiner Entwicklung."
-sidebar:
-  order: 8
----
-
-Sie haben sich gefragt, ob dieses Plugin jemals für Cordova verfügbar sein wird.
-
-Wir haben ein F&E-Repository dafür gestartet, aber es ist eine enorme Menge an Arbeit.
-
-## Probleme
-
-Wir wissen, dass wir es schaffen können, aber dafür müssen wir den gesamten Code der Cordova-Codebasis lesen, wie wir es für Capacitor getan haben, um zu verstehen, wie es mit allen Capgo-Funktionen funktioniert.
-
-Die Android-Version ist einfacher zu erstellen, da beide Java verwenden, aber iOS erfordert eine vollständige Neuschreibung, da Swift in Cordova noch nicht gut unterstützt wird.
-
-## Lösung
-
-In der Zwischenzeit können Sie Folgendes tun:
-
-* [Unterstützen Sie uns](https://github.com/sponsors/cap-go) auf GitHub und wir können dies priorisieren.
-Dies wird mindestens 1 Monat Arbeit erfordern.
-* Engagieren Sie uns als [Berater](https://capgo.app/consulting/), wir sind es gewohnt, großen Unternehmen bei der Migration zu Capacitor zu helfen, es dauert normalerweise einen Monat, und der [Nutzen](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development) ist enorm für Ihr Team
diff --git a/src/content/docs/de/docs/plugins/updater/debugging.mdx b/src/content/docs/de/docs/plugins/updater/debugging.mdx
deleted file mode 100644
index 346f22d1e..000000000
--- a/src/content/docs/de/docs/plugins/updater/debugging.mdx
+++ /dev/null
@@ -1,172 +0,0 @@
----
-title: "Debugging"
-locale: de
-description: "Wie Sie Ihre Capgo-Updates debuggen und Probleme mit Ihrer Konfiguration verstehen"
-sidebar:
-  order: 6
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Cloud-Logs verstehen:
-
-### Vom Backend gesendet
-
-| Code                          | Beschreibung                                                                                                                                                                 |
-| ------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **InvalidIp**                                    | Der Benutzer befindet sich in einem Google-Rechenzentrum und das Update ist weniger als 4 Stunden alt. Dies wird durchgeführt, um zu verhindern, dass Geräte von Google-Bots als Geräte in Ihrem Konto gezählt werden. |
-| **needPlanUpgrade** (vorher **needUpgrade**) | Zeigt an, dass Sie das Limit Ihres Plans erreicht haben und das Gerät keine Updates erhält, bis Sie upgraden oder bis zum nächsten Monat.                                  |
-| **noNew**                                        | Das Gerät hat die neueste verfügbare Version.                                                                                                                                |
-| **disablePlatformIos**                           | Das Gerät läuft auf der iOS-Plattform, aber diese ist in den Kanaleinstellungen deaktiviert.                                                                                            |
-| **disablePlatformAndroid**                       | Das Gerät läuft auf der Android-Plattform, aber diese ist in den Kanaleinstellungen deaktiviert.                                                                                        |
-| **disableAutoUpdate**                            | "major" | "minor" | "version_number" | "none"                                       |
-| **disableAutoUpdateUnderNative**                 | Das Gerät hat Version (`1.2.3`), und der Kanal hat ein Update (`1.2.2`) unter der Geräteversion zum Senden, aber das ist in den Kanaleinstellungen deaktiviert.                   |
-| **disableDevBuild**                              | Das Gerät hat einen Dev-Build, aber dieser ist in den Kanaleinstellungen deaktiviert.                                                                                                   |
-| **disableEmulator**                              | Das Gerät ist ein Emulator, aber dieser ist in den Kanaleinstellungen deaktiviert.                                                                                                    |
-| **cannotGetBundle**                          | Fehler beim Generieren einer gültigen signierten URL für den Bundle-Download. Dies tritt auf, wenn die Bundle-URL-Generierung fehlschlägt oder eine ungültige URL zurückgibt (die nicht mit http/https beginnt) und kein Manifest als Fallback verfügbar ist.                                                                                          |
-| **cannotUpdateViaPrivateChannel**              | Das Gerät hat versucht, sich selbst mit einem privaten Kanal zu verknüpfen, aber die Kanaleinstellungen erlauben keine Selbstzuordnung von Geräten (`allow_device_self_set` ist false) und der Kanal ist nicht öffentlich.                                                                                    |
-| **channelMisconfigured**                       | Der Kanal ist so konfiguriert, dass Auto-Update nach Versionsnummer deaktiviert wird (`disable_auto_update: 'version_number'`), aber das `min_update_version`-Feld des Bundles ist null, was es unmöglich macht zu bestimmen, welche Geräte das Update erhalten sollten.                                                                                                                 |
-| **disableAutoUpdateMetadata**                  | Auto-Update ist durch Versionsnummer-Metadaten deaktiviert. Der Kanal erfordert, dass die Version des Geräts mindestens `min_update_version` ist, aber die aktuelle Version des Geräts liegt unter diesem Schwellenwert.                                                                                                         |
-| **disableAutoUpdateToMajor**                   | Kanaleinstellung `disable_auto_update: 'major'` verhindert Updates, die die Hauptversionsnummer erhöhen würden (z.B. Blockierung von 1.x.x beim Update auf 2.x.x).                                                                                             |
-| **disableAutoUpdateToMinor**                   | Kanaleinstellung `disable_auto_update: 'minor'` verhindert Updates, die die Nebenversionsnummer erhöhen würden (z.B. Blockierung von 1.2.x beim Update auf 1.3.x).                                                                                             |
-| **disableAutoUpdateToPatch**                   | Kanaleinstellung `disable_auto_update: 'patch'` verhindert Updates, die die Patch-Versionsnummer erhöhen würden, oder erlaubt nur Patch-Level-Updates innerhalb derselben major.minor-Version (z.B. 1.2.3 kann auf 1.2.4 updaten, aber nicht auf 1.2.2 oder 1.3.0).                                                                                             |
-| **missingBundle**                              | Das diesem Kanal zugewiesene Bundle hat keinen herunterladbaren Inhalt. Das bedeutet, dass das Bundle keine `external_url`, keinen `r2_path` hat, es ist keine eingebaute Version und es sind keine Manifest-Einträge zum Download verfügbar.                                                                                                                   |
-| **NoChannelOrOverride**                        | Für diese App ist kein Standardkanal konfiguriert und das Gerät hat keine spezifische Kanal-Überschreibung zugewiesen. Mindestens eines muss vorhanden sein, damit Updates funktionieren.                                                                                                     |
-| **rateLimited**                                | Das Gerät wurde aufgrund übermäßiger Anfragen ratenlimitiert.                                                                                                        |
-
-
-### Vom Gerät gesendet
-
-| Code  | Beschreibung                                                                       |
-| --------------------- | --------------------------------------------------------------------------------- |
-| **ping**              | Interne Testaktion zur Überprüfung, ob das Stats-System korrekt funktioniert.        |
-| **get**               | Informationen zum Herunterladen der neuen Version wurden an das Gerät gesendet.                 |
-| **delete**            | Ein Bundle wurde auf dem Gerät gelöscht.                                        |
-| **set**               | Ein Bundle wurde auf dem Gerät gesetzt.                                              |
-| **set_fail**          | Das Bundle konnte nicht gesetzt werden.                                                         |
-| **reset**             | Das Gerät wurde auf das `builtin`-Bundle zurückgesetzt.                                         |
-| **download_XX**       | Ein neues Bundle wurde heruntergeladen - Fortschritt angegeben durch XX% (in 10%-Schritten). |
-| **download_complete** | Das neue Bundle wurde vollständig heruntergeladen.                                          |
-| **download_manifest_start** | Das Gerät hat mit dem Herunterladen des Update-Manifests begonnen.                             |
-| **download_manifest_complete** | Das Gerät hat das Herunterladen des Update-Manifests abgeschlossen.                          |
-| **download_zip_start** | Das Gerät hat mit dem Herunterladen des Bundle-Archivs begonnen.                                   |
-| **download_zip_complete** | Das Gerät hat das Herunterladen des Bundle-Archivs abgeschlossen.                                 |
-| **download_manifest_file_fail** | Ein Manifest-Eintrag konnte nicht heruntergeladen werden; die Stats-Payload gibt `version_name` in der Form `version:fileName` an, um die Datei zu lokalisieren. |
-| **download_manifest_checksum_fail** | Die Manifest-Datei hat die Prüfsummenvalidierung nicht bestanden.                           |
-| **download_manifest_brotli_fail** | Die Manifest-Datei konnte nicht mit Brotli dekomprimiert werden.                       |
-| **download_fail**     | Das neue Bundle konnte nicht heruntergeladen werden.                                                |
-| **update_fail**       | Das neue Bundle wurde installiert, konnte aber `notifyAppReady` nicht aufrufen.            |
-| **checksum_fail**     | Das neue Bundle hat die Prüfsummenvalidierung nicht bestanden. Wenn Sie Capgo Cloud verwenden und diesen Fehler erhalten, bedeutet dies typischerweise, dass Ihre App-Version einen anderen Prüfsummentyp erwartet. Die neueste Version des CLI und der Plugins (Version 5.10.0+, 6.25.0+ oder 7+) verwenden SHA256-Prüfsummen, während ältere Plugins CRC32 verwendeten. Wenn Sie einen Prüfsummenfehler sehen, überprüfen Sie, ob die Prüfsumme CRC32 (ein kürzerer Hash) anstelle von SHA256 ist. Dies deutet normalerweise darauf hin, dass das Bundle mit einer alten Version des CLI hochgeladen wurde. Überprüfen Sie Ihre Bundle-Version im Capgo-Dashboard - seit Version 5.10.0/6.25.0/7 erstellte Bundles sollten SHA256 verwenden. Wenn Sie CRC32-Prüfsummen sehen, stellen Sie sicher, dass Sie die neueste Plugin-Version lokal installiert haben (das CLI prüft Ihre lokale Plugin-Version, um zu bestimmen, welcher Prüfsummentyp hochgeladen werden soll), aktualisieren Sie dann Ihr CLI und laden Sie das Bundle erneut hoch.                                   |
-| **windows_path_fail** | Die ZIP-Datei enthält Dateien mit Windows-Pfaden, die illegal sind                        |
-| **canonical_path_fail** | Der Pfad der Dateien ist nicht kanonisch                                              |
-| **directory_path_fail** | Es gibt einen Fehler im Pfad der ZIP-Dateien                                         |
-| **unzip_fail**          | Entpacken fehlgeschlagen                                                                   |
-| **low_mem_fail** | Download fehlgeschlagen wegen geringem Speicher auf dem Gerät                                    |
-| **app_moved_to_background** | Die Anwendung wechselte in den Hintergrund.                                   |
-| **app_moved_to_foreground** | Die Anwendung wechselte in den Vordergrund.                                   |
-| **decrypt_fail**        | Entschlüsselung des heruntergeladenen Bundles fehlgeschlagen.                                          |
-| **getChannel**          | Der aktuelle Kanal für das Gerät wurde abgefragt.                                   |
-| **setChannel**          | Ein Kanal wurde erfolgreich für das Gerät gesetzt.                                    |
-| **uninstall**           | Die Anwendung wurde deinstalliert oder Capgo-Daten gelöscht.                            |
-| **blocked_by_server_url** | Server.url ist in Ihrer Capacitor-Konfiguration vorhanden, dies lässt Capacitor eine Remote-URL bereitstellen und lokale Dateien ignorieren, während unser Updater für die Funktion mit lokalen Dateien gemacht ist. Server.url wird von den Capacitor-Machern als schlechte Praxis in der Produktion angesehen und führt zu vielen Problemen und Plugins, die nicht richtig funktionieren.                         |
-
-### Bundle-Status
-
-* `SUCCESS`: Bundle-Installation abgeschlossen
-* `ERROR`: Installation oder Download fehlgeschlagen
-* `PENDING`: Download abgeschlossen, Release ausstehend
-* `DELETED`: Bundle gelöscht, wird noch für Statistiken angezeigt
-* `DOWNLOADING`: Derzeit wird ein Bundle heruntergeladen
-
-## Geräte-Logs verstehen:
-
-### Debug-Befehl:
-
-Es gibt einen Debug-Befehl für Capgo-Cloud-Benutzer.
-
-```bash
-npx @capgo/cli@latest app debug
-```
-
-Dies ermöglicht es Ihnen, alle Ereignisse in der App zu überprüfen und eine Lösung zu finden, wenn Updates nicht stattfinden.
-
-### iOS
-
-Um Ihre Logs in Xcode zu finden:
-
-<LinkCard
-    title="Getting the Device Log in Xcode"
-    href="https://intercom.help/deploygate/en/articles/4682692-getting-the-device-log-in-xcode"
-/>
-
-### Android:
-
-Um Ihre Logs in Android Studio zu finden:
-
-<LinkCard
-    title="View logs with Logcat"
-    href="https://developer.android.com/studio/debug/am-logcat"
-/>
-
-### Erklärung der Logs
-
-* `Failed to download from` **=>** identisch mit **download\_fail**
-* `notifyAppReady was not called, roll back current bundle` => identisch mit **update\_fail**
-
-## Das heruntergeladene Bundle auf Ihrem Gerät finden
-
-### iOS
-
-Um auf iOS zu debuggen, müssen Sie die App auf Ihren Computer dumpen, Sie können dies folgendermaßen tun:
-
-Xcode hat eine eingebaute Funktion zur Inspektion des Dateisystems von entwicklerinstallierten Apps auf einem iOS-Gerät.
-![Xcode Window-Menü zeigt Geräte- und Simulator-Option](/ios_debug_update_1.webp)
-
-Um dies zu erreichen:
-
-* Verbinden Sie Ihr Gerät mit Ihrem Mac und wählen Sie Fenster > Geräte in der Xcode-Menüleiste.
-* Wählen Sie Ihr Gerät im linken Bereich unter dem Abschnitt Geräte aus.
-* Dies zeigt eine Liste der entwicklerinstallierten Apps für dieses Gerät an.
-* Wählen Sie die App aus, die Sie inspizieren möchten, und wählen Sie dann das 3-Punkte-Symbol am unteren Bildschirmrand aus.
-* Hier können Sie das aktuelle Dateisystem anzeigen, indem Sie einen Snapshot davon herunterladen.
-
-![Xcode-Geräte-Panel zeigt App-Container-Download-Option](/ios_debug_update_2.webp)
-
-Durch Auswahl von Container herunterladen... wird ein Snapshot des Dateisystems als .xcappdata-Datei heruntergeladen und exportiert, die Sie durchsuchen können.
-
-![Heruntergeladene xcappdata-Datei mit Paketinhalt anzeigen-Kontextmenü](/ios_debug_update_3.webp)
-
-Klicken Sie mit der rechten Maustaste auf diese Datei und wählen Sie Paketinhalt anzeigen, um den Ordner zu öffnen.
-
-Öffnen Sie den Ordner App Data, und Sie sollten nun einige Ordner wie Documents, Library, tmp usw. sehen.
-
-![iOS-App-Container-Ordnerstruktur zeigt Documents- und Library-Ordner](/ios_debug_update_4.webp)
-
-Dann finden Sie eine Version in 2 Ordnern:
-
-`library/NoCloud/ionic_built_snapshots` ist nach dem App-Neustart erforderlich
-
-und `documents/versions` für Hot Reload
-
-### Android
-
-Um auf Android zu debuggen, müssen Sie vom Android Studio aus auf das Gerät zugreifen:
-
-* Klicken Sie auf Ansicht > Tool-Fenster > Gerätedatei-Explorer oder klicken Sie auf die Schaltfläche Gerätedatei-Explorer in der Tool-Fenster-Leiste, um den Gerätedatei-Explorer zu öffnen.
-* Wählen Sie ein Gerät aus der Dropdown-Liste aus.
-* Öffnen Sie den Pfad **data/data/APP\_NAME/** wobei **APP\_NAME Ihre App-ID ist.**
-
-![Android Studio Gerätedatei-Explorer zeigt App-Daten-Verzeichnis](/android_debug_update.webp)
-
-Dann finden Sie den `versions`-Ordner, um alle Versionen zu sehen
-
-:::tip[Wussten Sie schon?]
-Auf Android werden alle Versionen in einem Ordner gespeichert, im Gegensatz zu iOS, wo sie an zwei Orten dupliziert werden müssen.
-:::
-
-## iOS-Produktions-Crash-Logs verstehen
-
-<LinkCard
-    title="How to review your app's crash logs"
-    href="https://developer.apple.com/news/?id=nra79npr"
-/>
diff --git a/src/content/docs/de/docs/plugins/updater/events.mdx b/src/content/docs/de/docs/plugins/updater/events.mdx
deleted file mode 100644
index 33f9859ec..000000000
--- a/src/content/docs/de/docs/plugins/updater/events.mdx
+++ /dev/null
@@ -1,292 +0,0 @@
----
-title: "Ereignisse"
-locale: de
-description: "Alle Ereignisse, auf die Sie im Capacitor Updater Plugin lauschen können, um den Update-Status und Fortschritt zu überwachen"
-sidebar:
-  order: 9
----
-
-import { Aside, Tabs, TabItem } from '@astrojs/starlight/components';
-
-Das Capacitor Updater Plugin bietet mehrere Ereignisse, auf die Sie lauschen können, um den Update-Prozess zu überwachen und auf verschiedene Zustände zu reagieren.
-
-## Event-Listener-Einrichtung
-
-Um auf Ereignisse zu lauschen, verwenden Sie die `addListener`-Methode auf dem `CapacitorUpdater`-Objekt:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Add a listener
-const listener = await CapacitorUpdater.addListener('eventName', (event) => {
-  // Handle the event
-});
-
-// Remove the listener when no longer needed
-listener.remove();
-
-// Remove all listeners
-await CapacitorUpdater.removeAllListeners();
-```
-
-## Verfügbare Ereignisse
-
-### `download`
-
-Wird während des Bundle-Download-Prozesses ausgelöst. Bietet Informationen zum Download-Fortschritt.
-
-```typescript
-CapacitorUpdater.addListener('download', (event) => {
-  console.log(`Download progress: ${event.percent}%`);
-  console.log('Bundle info:', event.bundle);
-});
-```
-
-**Event-Daten:**
-- `percent`: number - Download-Fortschritt in Prozent (0-100)
-- `bundle`: BundleInfo - Informationen über das heruntergeladene Bundle
-
-<Aside>
-Dieses Ereignis wird mehrfach während des Downloads ausgelöst, um den Fortschritt zu melden.
-</Aside>
-
-### `noNeedUpdate`
-
-Wird ausgelöst, wenn eine Überprüfung auf Updates feststellt, dass kein Update erforderlich ist.
-
-```typescript
-CapacitorUpdater.addListener('noNeedUpdate', (event) => {
-  console.log('App is up to date');
-  console.log('Current bundle:', event.bundle);
-});
-```
-
-**Event-Daten:**
-- `bundle`: BundleInfo - Informationen über das aktuelle Bundle
-
-### `updateAvailable`
-
-Wird ausgelöst, wenn ein neues Update zum Download verfügbar ist.
-
-```typescript
-CapacitorUpdater.addListener('updateAvailable', (event) => {
-  console.log('Update available');
-  console.log('New bundle:', event.bundle);
-  // You can trigger a download here if needed
-});
-```
-
-**Event-Daten:**
-- `bundle`: BundleInfo - Informationen über das verfügbare Update-Bundle
-
-### `downloadComplete`
-
-Wird ausgelöst, wenn ein Bundle-Download erfolgreich abgeschlossen wurde.
-
-```typescript
-CapacitorUpdater.addListener('downloadComplete', (event) => {
-  console.log('Download completed');
-  console.log('Downloaded bundle:', event.bundle);
-  // You might want to set this bundle as next
-});
-```
-
-**Event-Daten:**
-- `bundle`: BundleInfo - Informationen über das heruntergeladene Bundle
-
-### `majorAvailable`
-
-Wird ausgelöst, wenn ein größeres Update verfügbar ist, aber durch Auto-Update-Einstellungen blockiert wird.
-
-```typescript
-CapacitorUpdater.addListener('majorAvailable', (event) => {
-  console.log('Major update available:', event.version);
-  // Notify user about major update
-});
-```
-
-**Event-Daten:**
-- `version`: string - Die Versionsnummer des größeren Updates
-
-<Aside type="tip">
-Größere Updates erfordern normalerweise Benutzerbestätigung oder App-Store-Updates. Verwenden Sie dieses Ereignis, um Benutzer entsprechend zu benachrichtigen.
-</Aside>
-
-### `updateFailed`
-
-Wird ausgelöst, wenn ein Update beim nächsten App-Start nicht installiert werden konnte.
-
-```typescript
-CapacitorUpdater.addListener('updateFailed', (event) => {
-  console.error('Update failed to install');
-  console.log('Failed bundle:', event.bundle);
-  // Handle rollback or retry logic
-});
-```
-
-**Event-Daten:**
-- `bundle`: BundleInfo - Informationen über das Bundle, dessen Installation fehlgeschlagen ist
-
-### `downloadFailed`
-
-Wird ausgelöst, wenn ein Bundle-Download fehlgeschlagen ist.
-
-```typescript
-CapacitorUpdater.addListener('downloadFailed', (event) => {
-  console.error('Download failed for version:', event.version);
-  // Handle download retry logic
-});
-```
-
-**Event-Daten:**
-- `version`: string - Die Version, deren Download fehlgeschlagen ist
-
-### `appReloaded`
-
-Wird ausgelöst, wenn die App neu geladen wurde.
-
-```typescript
-CapacitorUpdater.addListener('appReloaded', () => {
-  console.log('App has been reloaded');
-  // Perform any necessary reinitialization
-});
-```
-
-**Event-Daten:** Keine
-
-### `appReady`
-
-Wird ausgelöst, wenn die App nach einem Update einsatzbereit ist.
-
-```typescript
-CapacitorUpdater.addListener('appReady', (event) => {
-  console.log('App is ready');
-  console.log('Current bundle:', event.bundle);
-  console.log('Status:', event.status);
-});
-```
-
-**Event-Daten:**
-- `bundle`: BundleInfo - Informationen über das aktuelle Bundle
-- `status`: string - Der Bereitschaftsstatus
-
-<Aside type="caution">
-Denken Sie daran, `notifyAppReady()` innerhalb des konfigurierten Timeouts (Standard 10 Sekunden) aufzurufen, um ein automatisches Rollback zu verhindern.
-</Aside>
-
-## BundleInfo-Objekt
-
-Viele Ereignisse enthalten ein `BundleInfo`-Objekt mit den folgenden Eigenschaften:
-
-```typescript
-interface BundleInfo {
-  id: string;           // Unique bundle identifier
-  version: string;      // Bundle version
-  downloaded: string;   // Download timestamp
-  checksum?: string;    // Bundle checksum (if available)
-  status: BundleStatus; // Bundle status
-}
-```
-
-Wobei `BundleStatus` sein kann:
-- `'success'` - Bundle erfolgreich heruntergeladen
-- `'error'` - Bundle-Download/Installation fehlgeschlagen
-- `'pending'` - Bundle wartet darauf, als nächstes gesetzt zu werden
-- `'downloading'` - Bundle wird gerade heruntergeladen
-
-## Beispiel: Vollständiger Update-Ablauf
-
-Hier ist ein Beispiel für die Behandlung des vollständigen Update-Ablaufs mit Ereignissen:
-
-<Aside type="caution">
-Diese `UpdateManager`-Klasse enthält nicht den erforderlichen `CapacitorUpdater.notifyAppReady()`-Aufruf für den Auto-Update-Ablauf.
-Weitere Informationen finden Sie in der Dokumentation zum [korrekten Platzieren des notifyAppReady-Aufrufs](/docs/plugins/updater/auto-update#placing-notifyappready-call-correctly).
-</Aside>
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-export class UpdateManager {
-  private listeners: any[] = [];
-
-  async setupListeners() {
-    // Listen for available updates
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateAvailable', async (event) => {
-        console.log('Update available:', event.bundle.version);
-        // Auto-download the update
-        await CapacitorUpdater.download({
-          url: event.bundle.url,
-          version: event.bundle.version
-        });
-      })
-    );
-
-    // Monitor download progress
-    this.listeners.push(
-      await CapacitorUpdater.addListener('download', (event) => {
-        console.log(`Downloading: ${event.percent}%`);
-        // Update UI progress bar
-        this.updateProgressBar(event.percent);
-      })
-    );
-
-    // Handle download completion
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadComplete', async (event) => {
-        console.log('Download complete:', event.bundle.version);
-        // Set as next bundle
-        await CapacitorUpdater.next({ id: event.bundle.id });
-      })
-    );
-
-    // Handle failures
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadFailed', (event) => {
-        console.error('Download failed:', event.version);
-        this.showError('Update download failed. Please try again later.');
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateFailed', (event) => {
-        console.error('Update installation failed:', event.bundle.version);
-        this.showError('Update installation failed. The app has been rolled back.');
-      })
-    );
-
-    // Handle app ready
-    this.listeners.push(
-      await CapacitorUpdater.addListener('appReady', async (event) => {
-        console.log('App ready with bundle:', event.bundle.version);
-      })
-    );
-  }
-
-  cleanup() {
-    // Remove all listeners when no longer needed
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-
-  private updateProgressBar(percent: number) {
-    // Update your UI progress bar
-  }
-
-  private showError(message: string) {
-    // Show error to user
-  }
-}
-```
-
-## Bewährte Methoden
-
-1. **Rufen Sie immer `notifyAppReady()` auf**: Bei Verwendung von Auto-Update rufen Sie diese Methode immer nach der Initialisierung Ihrer App auf, um ein Rollback zu verhindern.
-
-2. **Behandeln Sie Fehler ordnungsgemäß**: Implementieren Sie eine ordnungsgemäße Fehlerbehandlung für Download- und Update-Fehler.
-
-3. **Geben Sie Benutzerfeedback**: Verwenden Sie das Download-Fortschrittsereignis, um den Update-Fortschritt für Benutzer anzuzeigen.
-
-4. **Räumen Sie Event-Listener auf**: Entfernen Sie Event-Listener, wenn sie nicht mehr benötigt werden, um Speicherlecks zu vermeiden.
-
-5. **Testen Sie Update-Szenarien**: Testen Sie verschiedene Update-Szenarien einschließlich Fehler, Rollbacks und größere Updates.
diff --git a/src/content/docs/de/docs/plugins/updater/getting-started.mdx b/src/content/docs/de/docs/plugins/updater/getting-started.mdx
deleted file mode 100644
index bc94f5d32..000000000
--- a/src/content/docs/de/docs/plugins/updater/getting-started.mdx
+++ /dev/null
@@ -1,326 +0,0 @@
----
-title: Erste Schritte
-description: >-
-  Kurzanleitung zur Integration von Live-Updates in Ihre Capacitor-App mit dem
-  Updater-Plugin.
-sidebar:
-  order: 2
-locale: de
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Schnellstart
-
-Für die meisten Benutzer empfehlen wir, der [Haupt-Schnellstartanleitung](/docs/getting-started/quickstart/) zu folgen, die sowohl die Plugin-Installation als auch die Cloud-Integration von Capgo abdeckt.
-
-Dieser Einstiegsleitfaden konzentriert sich auf die technischen Plugin-Details für fortgeschrittene Benutzer, die die zugrunde liegenden Mechanismen verstehen oder selbst gehostete Updates implementieren möchten.
-
-## Übersicht
-
-Das Capacitor Updater-Plugin ermöglicht Over-the-Air-Updates (OTA) für Ihre Capacitor-Anwendungen. Auf diese Weise können Sie Updates für Ihre App pushen, ohne App-Store-Bewertungen durchgehen zu müssen.
-
-## Wie es funktioniert
-
-1. **Bundle-Download**: Das Plugin lädt Update-Bundles (ZIP-Dateien mit Ihren Web-Assets) herunter.
-2. **Extraktion**: Bundles werden in den Speicher des Geräts extrahiert
-3. **Hot Reload**: Die App wechselt zum neuen Bundle, ohne dass ein Neustart erforderlich ist
-4. **Fallback**: Wenn ein Update fehlschlägt, wird die App auf die vorherige Arbeitsversion zurückgesetzt
-
-## Nutzungsmodi
-
-### 1. Auto-Update-Modus (empfohlen)
-
-Der einfachste Weg, das Plugin mit automatischer Updateverwaltung zu nutzen:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Plugin handles everything automatically
-// Configure in capacitor.config.ts
-```
-
-Zu Ihrem `capacitor.config.ts` hinzufügen:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-update-server.com/api/updates'
-    }
-  }
-}
-```
-
-### 2. Manueller Modus
-
-Für erweiterte Kontrolle über den Aktualisierungsprozess:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Download an update
-const bundle = await CapacitorUpdater.download({
-  url: 'https://your-server.com/updates/v1.0.1.zip',
-  version: '1.0.1'
-});
-
-// Set the bundle (will be used on next app start)
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-
-// Or reload immediately
-await CapacitorUpdater.reload();
-```
-
-## Plattformkonfiguration
-
-### iOS
-
-Keine zusätzliche Konfiguration erforderlich. Das Plugin funktioniert sofort.
-
-### Android
-
-Keine zusätzliche Konfiguration erforderlich. Das Plugin funktioniert sofort.
-
-## Grundlegende API-Nutzung
-
-### Laden Sie ein Update herunter
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-const bundle = await CapacitorUpdater.download({
-  url: 'https://example.com/update.zip',
-  version: '1.0.1'
-});
-
-console.log('Downloaded bundle:', bundle.id);
-```
-
-### Aktives Bundle festlegen
-
-```typescript
-// Set bundle to be used on next app start
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-```
-
-### Mit neuem Bundle neu laden
-
-```typescript
-// Reload app immediately with new bundle
-await CapacitorUpdater.reload();
-```
-
-### Bundles auflisten
-
-```typescript
-const { bundles } = await CapacitorUpdater.list();
-console.log('Available bundles:', bundles);
-```
-
-### Ein Bundle löschen
-
-```typescript
-await CapacitorUpdater.delete({
-  id: 'bundle-id'
-});
-```
-
-### Holen Sie sich das aktuelle Bundle
-
-```typescript
-const { bundle } = await CapacitorUpdater.current();
-console.log('Current bundle:', bundle.version);
-```
-
-## Ereignis-Listener
-
-Achten Sie auf Aktualisierungsereignisse:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Listen for download progress
-CapacitorUpdater.addListener('download', (info) => {
-  console.log('Download progress:', info.percent);
-});
-
-// Listen for download completion
-CapacitorUpdater.addListener('downloadComplete', (bundle) => {
-  console.log('Download complete:', bundle.version);
-});
-
-// Listen for update failures
-CapacitorUpdater.addListener('updateFailed', (error) => {
-  console.error('Update failed:', error);
-});
-
-// Listen for successful updates
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('Update available:', info.version);
-});
-```
-
-## Konfigurationsoptionen
-
-Konfigurieren Sie das Plugin in Ihrem `capacitor.config.ts`:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      // Auto-update settings
-      autoUpdate: true,
-      updateUrl: 'https://api.example.com/updates',
-
-      // Update behavior
-      resetWhenUpdate: true,
-      directUpdate: false,
-
-      // Version settings
-      version: '1.0.0',
-
-      // Security
-      allowModifyUrl: false,
-
-      // Stats collection
-      statsUrl: 'https://api.example.com/stats',
-
-      // Channel (for Capgo cloud)
-      defaultChannel: 'production'
-    }
-  }
-}
-```
-
-## Integrationsmuster
-
-### Mit Capgo Cloud
-
-Der einfachste Einstieg:
-
-```typescript
-// Install the Capgo CLI
-npm install -g @capgo/cli
-
-// Login to Capgo
-npx @capgo/cli login
-
-// Upload your first bundle
-npx @capgo/cli bundle upload
-
-// The plugin auto-updates from Capgo cloud
-```
-
-Weitere Informationen finden Sie in der [Haupt-Schnellstartanleitung](/docs/getting-started/quickstart/).
-
-### Selbstgehostete Updates
-
-Hosten Sie Ihren eigenen Update-Server:
-
-```typescript
-// Configure your update endpoint
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-server.com/api/check-update'
-    }
-  }
-}
-```
-
-Ihr Server sollte Folgendes zurückgeben:
-
-```json
-{
-  "version": "1.0.1",
-  "url": "https://your-server.com/updates/1.0.1.zip"
-}
-```
-
-Ausführliche Informationen finden Sie unter [Selbstgehosteter Modus](/docs/plugins/updater/self-hosted/getting-started/).
-
-### Manueller Aktualisierungsablauf
-
-Vollständige Kontrolle über Updates:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-async function checkAndUpdate() {
-  // Check for updates from your server
-  const response = await fetch('https://api.example.com/check-update');
-  const { version, url } = await response.json();
-
-  // Download the update
-  const bundle = await CapacitorUpdater.download({
-    url,
-    version
-  });
-
-  // Notify bundle is ready
-  await CapacitorUpdater.notifyAppReady();
-
-  // Set as next version
-  await CapacitorUpdater.set({ id: bundle.id });
-
-  // Reload when ready
-  await CapacitorUpdater.reload();
-}
-```
-
-## Bewährte Methoden
-
-- Rufen Sie immer `notifyAppReady()` auf, wenn Ihre App erfolgreich geladen wird
-- Testen Sie Updates gründlich, bevor Sie sie in die Produktion überführen
-- Implementieren Sie eine ordnungsgemäße Fehlerbehandlung bei Netzwerkausfällen
-- Verwenden Sie konsistent Versionsnummern
-- Halten Sie die Paketgrößen klein, um schnellere Downloads zu ermöglichen
-- Überwachen Sie die Erfolgsraten von Updates
-
-## Nächste Schritte- [Plugin API Referenz](/docs/plugins/updater/api/) - Vollständige API Dokumentation
-– [Plugin-Einstellungen](/docs/plugins/updater/settings/) – Alle Konfigurationsoptionen
-– [Ereignisse](/docs/plugins/updater/events/) – Verfügbare Update-Ereignisse
-- [Selbstgehosteter Modus](/docs/plugins/updater/self-hosted/getting-started/) – Führen Sie Ihren eigenen Update-Server aus
-– [Lokale Entwicklung](/docs/plugins/updater/local-dev/getting-started/) – Updates lokal testen
-– [Debugging](/docs/plugins/updater/debugging/) – Anleitung zur Fehlerbehebung
-
-## Unterstützung
-
-– [Bekannte Probleme](/docs/plugins/updater/known-issues/) – Häufige Probleme und Lösungen
-- [GitHub Diskussionen](https://github.com/Cap-go/capacitor-updater/discussions) - Community-Unterstützung
-- [Discord](https://discord.gg/VnYRvBfgA6) – Echtzeit-Chat
diff --git a/src/content/docs/de/docs/plugins/updater/index.mdx b/src/content/docs/de/docs/plugins/updater/index.mdx
deleted file mode 100644
index 88a74f43d..000000000
--- a/src/content/docs/de/docs/plugins/updater/index.mdx
+++ /dev/null
@@ -1,76 +0,0 @@
----
-title: "@capgo/capacitor-updater"
-locale: de
-description: Capacitor-Plugin, das die Live-Update-Funktionalität von Capgo unterstützt und nahtlose Over-the-Air-Updates für Ihre Apps ermöglicht.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Die Kerntechnologie, die Live-Updates in Capacitor-Apps ermöglicht und es Ihnen erlaubt, Updates ohne App-Store-Genehmigungen zu übertragen.
-  image:
-    file: ~public/icons/plugins/updater.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-updater/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Over-the-Air-Updates" icon="rocket">
-    Übertragen Sie Updates sofort ohne App-Store-Prüfungen
-  </Card>
-  <Card title="Erweiterte API" icon="setting">
-    Volle Kontrolle über den Update-Ablauf mit umfassenden API-Methoden
-  </Card>
-  <Card title="Selbst-Hosting bereit" icon="download">
-    Betreiben Sie Ihren eigenen Update-Server für vollständige Kontrolle
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Plugin-API](/docs/plugins/updater/api/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
-
-## Schnellzugriff
-
-<LinkCard
-  title="Live-Updates-Dokumentation"
-  description="Erfahren Sie mehr über Kanäle, Update-Verhalten, Rollbacks und mehr im Hauptabschnitt Live-Updates."
-  href="/docs/live-updates/"
-/>
-
-<LinkCard
-  title="Erste-Schritte-Anleitung"
-  description="Folgen Sie unserer Schnellstartanleitung, um Live-Updates zu Ihrer App hinzuzufügen."
-  href="/docs/getting-started/quickstart/"
-/>
-
-## Plugin-Dokumentation
-
-Diese technische Referenz umfasst:
-
-- **[Plugin-API](/docs/plugins/updater/api/)** - Alle verfügbaren Methoden und ihre Verwendung
-- **[Plugin-Einstellungen](/docs/plugins/updater/settings/)** - Konfigurationsoptionen für capacitor.config
-- **[Bekannte Probleme](/docs/plugins/updater/known-issues/)** - Häufige Probleme und Lösungen
-- **[Debugging](/docs/plugins/updater/debugging/)** - So beheben Sie Update-Probleme
-- **[Ereignisse](/docs/plugins/updater/events/)** - Verfügbare Update-Ereignisse
-- **[Lokale Entwicklung](/docs/plugins/updater/local-dev/getting-started/)** - Updates lokal testen
-- **[Selbst-gehosteter Modus](/docs/plugins/updater/self-hosted/getting-started/)** - Betreiben Sie Ihren eigenen Update-Server
-
-## Installation
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Für Einrichtung und Konfiguration siehe die [Erste-Schritte-Anleitung](/docs/getting-started/quickstart/).
diff --git a/src/content/docs/de/docs/plugins/updater/known-issues.mdx b/src/content/docs/de/docs/plugins/updater/known-issues.mdx
deleted file mode 100644
index 17ea741f5..000000000
--- a/src/content/docs/de/docs/plugins/updater/known-issues.mdx
+++ /dev/null
@@ -1,130 +0,0 @@
----
-title: "Bekannte Probleme"
-locale: de
-description: "Bekannte Probleme mit Capacitor und Capgo, und unserem Updater. Diese Seite hilft Ihnen, das seltsame Problem zu verstehen, das Sie mit unserem Tool haben können"
-sidebar:
-  order: 7
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Ionic Live Reload
-
-* Wenn Sie entwickeln und die Ionic Live Reload-Funktion aus dem CLI verwenden, wird das Plugin überschrieben, sodass Sie Ihr Update nie sehen werden.
-
-## Quasar Live Reload
-
-* Es verwendet das gleiche System wie Ionic unter der Haube, sodass Sie Ihre Updates nicht sehen werden.
-
-## Updates schlagen fehl
-
-* Dies geschieht normalerweise, wenn große Updates (> 20MB) übertragen werden. Ein großer Prozentsatz der Benutzer wird die letzte Version nicht erhalten.
-In der Vergangenheit mussten Benutzer die App offen halten, bis der Download abgeschlossen war. Jetzt verwenden wir Background-Downloads, aber diese sind auf einige Sekunden begrenzt.
-
-## Android
-
-### Kann nicht herunterladen
-
-Wir haben einige Probleme mit Geräten in Indien gesehen und Benutzer in ein Gespräch geholt, sie verschiedene DNS-Server ausprobieren lassen, und es funktionierte.
-
-Wenn Sie also das Problem haben, versuchen Sie, einen anderen DNS-Server wie Cloudflare oder Google DNS zu verwenden.
-
-Cloudflare: 1.1.1.1 und 1.0.0.1
-
-Google DNS: 8.8.8.8 und 8.8.4.4 oder dns.google
-
-<LinkCard
-	title="How to setup a preferred DNS server on Android?"
-	href="https://www.androidpolice.com/use-preferred-dns-server-android-tutorial/"
-/>
-
-### Selbst gehostet
-Wenn Sie ein selbst gehostetes Update übertragen, beachten Sie, dass Sie keinen "HTTP"-Endpunkt verwenden können, da dies gegen die Sicherheitsrichtlinien von Android-Apps verstößt. Wenn Sie dies trotzdem tun möchten, folgen Sie dieser Anleitung:
-
-<LinkCard
-	title="How to allow all Network connection types HTTP and HTTPS in Android (9) Pie?"
-	href="https://stackoverflow.com/a/51902630/5511370"
-/>
-
-### Unzip
-
-Unzip-Problem: DEFLATED-Einträge können einen EXT-Deskriptor haben
-
-Wenn Sie Ihr Bundle mit etwas anderem als dem CLI gezippt haben, könnte das Format Ihrer ZIP-Datei falsch sein. Bitte verwenden Sie den CLI-Befehl `npx @capgo/cli zip BUNDLE_FOLDER`.
-
-Dies ist ein bekanntes Problem von Java:
-
-<LinkCard
-	title="Unzip issue: DEFLATED entries can have EXT descriptor"
-	href="https://bugs.openjdk.org/browse/JDK-8143613"
-/>
-
-
-### Clearfix-Problem
-
-* Wenn Sie Probleme mit usesCleartextTraffic haben, liegt das daran, dass das Plugin der von Sonar Cloud empfohlenen Best Practice folgt. In 90% der Fälle wird es einwandfrei funktionieren, aber mit einigen Plugins verursacht das Probleme.
-
-Um dies zu beheben, fügen Sie in `android/app/src/main/AndroidManifest.xml` im `<application>`-Schlüssel hinzu:
-
-```xml
-tools:replace="android:usesCleartextTraffic"
-xmlns:tools="http://schemas.android.com/tools"
-```
-
-## iOS
-
-### Privacy Manifest
-
-Fügen Sie den `NSPrivacyAccessedAPICategoryUserDefaults`-Dictionary-Schlüssel zu Ihrem [Privacy Manifest](https://capacitorjs.com/docs/ios/privacy-manifest) hinzu (normalerweise `ios/App/PrivacyInfo.xcprivacy`):
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-  <dict>
-    <key>NSPrivacyAccessedAPITypes</key>
-    <array>
-      <!-- Fügen Sie diesen dict-Eintrag zum Array hinzu, wenn die Datei bereits existiert. -->
-      <dict>
-        <key>NSPrivacyAccessedAPIType</key>
-        <string>NSPrivacyAccessedAPICategoryUserDefaults</string>
-        <key>NSPrivacyAccessedAPITypeReasons</key>
-        <array>
-          <string>CA92.1</string>
-        </array>
-      </dict>
-    </array>
-  </dict>
-</plist>
-```
-
-Wir empfehlen, [`CA92.1`](https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api#4278401) als Grund für den Zugriff auf die [`UserDefaults`](https://developer.apple.com/documentation/foundation/userdefaults)-API anzugeben.
-
-
-### Netzwerkberechtigungen
-
-Bei Verwendung eines lokalen Servers zum Testen von Updates wird die App nach Netzwerkberechtigungen fragen. Dies ist normales Verhalten und tritt nicht auf, wenn Sie einen Remote-Server verwenden.
-
-
-## Beide Betriebssysteme
-
-Beim manuellen Modus von Updates sind einige Ereignisse nicht einfach zu erfassen. Zum Beispiel wird das Update-Fehler-Ereignis kurz vor dem Neuladen Ihres JS-Codes ausgelöst, sodass Sie es nicht erfassen können.
-
-Eine Alternative besteht darin, die Bundles aufzulisten und Fehlerstatistiken zu überprüfen, um zu wissen, ob das Update fehlschlägt.
-
-Wir müssen in Zukunft einen besseren Weg finden, damit umzugehen, aber es ist keine Priorität, da der Auto-Modus die empfohlene Art ist, Updates durchzuführen.
-
-PRs sind willkommen, um uns dabei zu helfen, dies zu verbessern.
-
-## CLI
-
-Wenn Ihr CLI Probleme hat, irgendetwas zu tun,
-
-Prüfen Sie, ob **appId** und **appName** in Ihrer **capacitor.config.ts** vorhanden sind
-
-Folgen Sie der Anleitung aus der offiziellen Dokumentation:
-
-<LinkCard
-	title="Capacitor Configuration"
-	href="https://capacitorjs.com/docs/config"
-/>
diff --git a/src/content/docs/de/docs/plugins/updater/local-dev/capacitor-updater.mdx b/src/content/docs/de/docs/plugins/updater/local-dev/capacitor-updater.mdx
deleted file mode 100644
index 4901f64cd..000000000
--- a/src/content/docs/de/docs/plugins/updater/local-dev/capacitor-updater.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: "Verwendung des capacitor updater mit selbst gehostetem Capgo"
-locale: de
-description: "Wie Sie den capacitor updater mit selbst gehostetem Capgo verwenden, um mit Ihrer eigenen Instanz von Capgo vollständig autonom zu sein"
-sidebar:
-    order: 4
----
-
-## Was wird dieses Tutorial abdecken?
-
-Dieses Tutorial zeigt, wie man capacitor updater in einer Entwicklungsumgebung mit selbst gehostetem Capgo verwendet.
-
-## Anforderungen
-
- 1. [Geklontes Capgo](https://github.com/Cap-go/capgo)
-
-## Erste Schritte
-
-Um den capacitor updater mit selbst gehostetem Capgo zu verwenden, bearbeiten Sie die `capacitor.config.ts` aus Ihrem App-Verzeichnis und setzen Sie es wie folgt:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      statsUrl: "https://localhost:54321/functions/v1/stats",
-      channelUrl: "https://localhost:54321/functions/v1/channel_self",
-      updateUrl: "https://localhost:54321/functions/v1/updates"
-    },
-  },
-};
-```
-
-Dies ermöglicht es Ihnen, lokales Capgo in der Entwicklung zu verwenden. Standardmäßig reicht dies jedoch nicht aus.
-
-> Standardmäßig erwarten sowohl iOS als auch Android, dass Sie HTTPS verwenden. Sie müssen ein Tool wie Ngrock oder localcan verwenden, um Ihre API in HTTPS zu proxyen.
-
-Es gibt eine Möglichkeit in Android, [Klartext-Kommunikation](https://developer.android.com/topic/security/risks/cleartext) zu aktivieren.
-Dies kann erreicht werden, indem [AndroidManifest.xml](https://github.com/Cap-go/capacitor-updater/blob/main/android/src/main/AndroidManifest.xml) modifiziert und `android:usesCleartextTraffic="true"` im `application`-Tag hinzugefügt wird.
-Ein vollständiges Beispiel dieser Änderung kann [hier](https://gist.github.com/WcaleNieWolny/061a015acdebe35eaf3afd7030797701) eingesehen werden.
-
-Es könnte auch ein Problem geben, das verhindert, dass die Android-App eine Verbindung herstellt. Wenn Sie keine Anfragen an Edge-Funktionen sehen, führen Sie Folgendes aus:
-```bash
-adb reverse tcp:54321 tcp:54321
-```
diff --git a/src/content/docs/de/docs/plugins/updater/local-dev/cli.mdx b/src/content/docs/de/docs/plugins/updater/local-dev/cli.mdx
deleted file mode 100644
index 072b46de3..000000000
--- a/src/content/docs/de/docs/plugins/updater/local-dev/cli.mdx
+++ /dev/null
@@ -1,34 +0,0 @@
----
-title: "Verwendung des CLI mit selbst gehostetem Capgo"
-locale: de
-description: "Diese Anleitung erklärt, wie Sie das CLI mit einer selbst gehosteten Capgo-Instanz verwenden, damit Sie Capgo-Tools auf Ihrem eigenen Server anstelle des Cloud-Dienstes nutzen können."
-sidebar:
-    order: 2
----
-
-## Was wird dieses Tutorial abdecken?
-
-Dieses Tutorial zeigt, wie man das CLI in einer Entwicklungsumgebung mit selbst gehostetem Capgo verwendet.
-
-## Erste Schritte
-
-Um das CLI mit selbst gehostetem Capgo zu verwenden, bearbeiten Sie die `capacitor.config.ts` aus Ihrem App-Verzeichnis und setzen Sie es wie folgt:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      localHost: "http://localhost:5173",
-      localWebHost: "http://localhost:5173",
-      localSupa: "http://localhost:54321",
-      localSupaAnon: "siehe_hinweise",
-    },
-  },
-};
-```
-
-Hinweis: Um `localSupaAnon` zu erhalten, folgen Sie bitte [diesem Tutorial](/docs/plugin/self-hosted/local-dev/getting-started/) und kopieren Sie den `anon key` in `localSupaAnon`
diff --git a/src/content/docs/de/docs/plugins/updater/local-dev/contributing.mdx b/src/content/docs/de/docs/plugins/updater/local-dev/contributing.mdx
deleted file mode 100644
index c1c494eb4..000000000
--- a/src/content/docs/de/docs/plugins/updater/local-dev/contributing.mdx
+++ /dev/null
@@ -1,30 +0,0 @@
----
-title: "Beitragen"
-locale: de
-description: "Eine detaillierte Anleitung, wie Sie zu den Open-Source-Projekten von Capgo beitragen können, einschließlich der Vorteile des Beitragens, der erforderlichen Schritte und der verfügbaren Ressourcen zur Unterstützung der Beitragenden"
-sidebar:
-  order: 2
----
-
-## Warum beitragen?
-
-Zunächst einmal, vielen Dank, dass Sie in Erwägung ziehen, zu den Open-Source-Projekten von Capgo beizutragen! Es sind Menschen wie Sie, die die Open-Source-Projekte von Capgo zu so großartigen Werkzeugen machen.
-
-Hier sind einige Gründe, warum Sie in Erwägung ziehen sollten, beizutragen:
-
-* Das Beitragen zu den Open-Source-Projekten von Capgo ist eine großartige Möglichkeit, etwas Geld mit den [zahlreichen Bounties](https://console.algora.io/org/Capgo) zu verdienen, die vom Capgo-Team angeboten werden
-* Das Beitragen zu den Open-Source-Projekten von Capgo ist eine großartige Möglichkeit, eine Funktion hinzuzufügen, die Sie gerne sehen würden
-* Das Beitragen zu den Open-Source-Projekten von Capgo ist eine großartige Möglichkeit, einen Fehler zu beheben, auf den Sie gestoßen sind
-* [Die Hauptlizenz von Capgo](https://github.com/Cap-go/capgo/blob/main/LICENSE) verlangt, dass Sie alle Änderungen, die Sie daran vornehmen, als Open Source veröffentlichen. Indem Sie Ihren Code beitragen, können Sie Ihre Änderungen als Open Source behalten und andere sie nutzen lassen
-
-## Wie man beiträgt
-
- * Zunächst müssen Sie das Repository forken, zu dem Sie beitragen möchten
- * Zweitens müssen Sie Ihre Änderungen in dieses Repository committen und pushen
- * Schließlich müssen Sie einen Pull Request öffnen
- * Das war's! Jetzt müssen Sie nur noch warten, bis das Capgo-Team Ihren PR überprüft
-
-## Weitere zu lesende Dokumente
-
- * Capgos [CONTRIBUTING.MD](https://github.com/Cap-go/capgo/blob/main/CONTRIBUTING.md)
- * Capgos [BOUNTY.md](https://github.com/Cap-go/capgo/blob/main/BOUNTY.md)
diff --git a/src/content/docs/de/docs/plugins/updater/local-dev/getting-started.mdx b/src/content/docs/de/docs/plugins/updater/local-dev/getting-started.mdx
deleted file mode 100644
index 5b8b06f2d..000000000
--- a/src/content/docs/de/docs/plugins/updater/local-dev/getting-started.mdx
+++ /dev/null
@@ -1,79 +0,0 @@
----
-title: Erste Schritte
-description: >-
-  Dieses Tutorial zeigt, wie Sie Supabase von Grund auf starten und
-  Edge-Funktionen starten, um Capgo selbst auszuführen
-sidebar:
-  order: 1
-locale: de
----
-## Was wird in diesem Tutorial behandelt?
-
-In diesem Tutorial erfahren Sie, wie Sie die Supabase von Grund auf neu starten und Kantenfunktionen starten 
-
-## Anforderungen
- 1. Geklont [capgo](https://github.com/Cap-go/capgo)
- 3. [supabase](https://supabase.com/)
-
-## Erste Schritte
-
-Um zu beginnen, laufen Sie
-```bash
-supabase start
-```
-
-Als nächstes sollte etwa Folgendes angezeigt werden:
-```js
-Started supabase local development setup.
-
-         API URL: http://localhost:54321
-     GraphQL URL: http://localhost:54321/graphql/v1
-          DB URL: postgresql://postgres:postgres@localhost:54322/postgres
-      Studio URL: http://localhost:54323
-    Inbucket URL: http://localhost:54324
-      JWT secret: [truncated]
-        anon key: supa_key_anon
-service_role key: supa_key_admin
-```
-
-Öffnen Sie als Nächstes `configs.json` und legen Sie die folgenden Werte fest:
-```json
-{
-  "base_domain": {
-    "prod": "console.capgo.app",
-    "development": "development.console.capgo.app",
-    "local": "localhost:3332"
-  },
-  "supa_anon": {
-    "prod": "supa_key_anon",
-    "development": "supa_key_anon",
-    "local": "supa_key_anon"
-  },
-  "supa_url": {
-    "prod": "http://localhost:54321",
-    "development": "http://localhost:54321",
-    "local": "http://localhost:54321"
-  }
-}
-```
-
-Dabei ist `supa_key_anon` der Wert aus dem vorherigen Schritt.
-
-:::danger
-⚠️ Übertragen Sie `configs.json` nicht in das Remote-Repository
-:::
-
-Überprüfen Sie als Nächstes, ob Sie zu [localhost:54323](http://localhost:54323/projects) wechseln können und ob die Tabelle `users` in etwa so aussieht
-
-<figure><img src="/supabase.webp" alt="" /><figcaption></figcaption></figure>
-
-Wenn es Kantenfunktionen startet, indem es Folgendes ausführt:
-
-```bash
-supabase functions serve
-```
-
-und starten Sie das Frontend, indem Sie Folgendes ausführen:
-```bash
-bun run serve
-```
diff --git a/src/content/docs/de/docs/plugins/updater/notify-app-ready.mdx b/src/content/docs/de/docs/plugins/updater/notify-app-ready.mdx
deleted file mode 100644
index 3b0346869..000000000
--- a/src/content/docs/de/docs/plugins/updater/notify-app-ready.mdx
+++ /dev/null
@@ -1,37 +0,0 @@
----
-title: CapacitorUpdater.notifyAppReady()-Aufruf korrekt platzieren
-description: >-
-  Wie Sie den CapacitorUpdater.notifyAppReady()-Aufruf in Ihrer App korrekt platzieren,
-  um einen korrekten Auto-Update-Ablauf zu gewährleisten.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-locale: de
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code } from '@astrojs/starlight/components';
-import { Aside } from '@astrojs/starlight/components';
-import ConditionalQuestionnaire from '@/components/ConditionalQuestionnaire.astro'
-
-Die Platzierung des `CapacitorUpdater.notifyAppReady()`-Aufrufs ist entscheidend für den korrekten Auto-Update-Ablauf.
-
-
-Wenn dies nicht korrekt durchgeführt wird, kann die App nicht auf die neueste Version aktualisiert werden. Jede Version, die `notifyAppReady()` nicht innerhalb von 10 Sekunden aufruft, wird als ungültig markiert und durch die vorherige gültige Version oder die Standard-(integrierte) Version ersetzt.
-
-
-In diesem Leitfaden zeigen wir Ihnen, wie Sie den `notifyAppReady()`-Aufruf in Ihrer App korrekt platzieren, um einen korrekten Auto-Update-Ablauf zu gewährleisten.
-
-### `notifyAppReady()`-Aufrufplatzierungsfragebogen
-
-<ConditionalQuestionnaire />
-
-
-<div style="margin-top: 3rem;">
-<Aside type="note">
-Wenn Sie Ihr Framework nicht im Fragebogen finden können, zögern Sie nicht, uns auf [Discord](https://discord.capgo.app) zu fragen.
-</Aside>
-</div>
diff --git a/src/content/docs/de/docs/plugins/updater/self-hosted/auto-update.mdx b/src/content/docs/de/docs/plugins/updater/self-hosted/auto-update.mdx
deleted file mode 100644
index 725101472..000000000
--- a/src/content/docs/de/docs/plugins/updater/self-hosted/auto-update.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: Auto Update
-description: >-
-  Wie Sie den Update-Endpunkt von Capgo mit dem Auto-Update-Plugin im
-  Self-Hosted-Modus verwenden, wofür sie verwendet werden und was zu erwarten ist
-sidebar:
-  order: 4
-locale: de
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Diese Dokumentation erklärt, wie Sie Ihren Auto-Update-Server ausführen.
-
-## Stellen Sie Ihr Bundle bereit
-Stellen Sie sicher, dass Ihr Bundle über HTTPS bereitgestellt wird und der Server die richtigen CORS-Header hat, um der App das Herunterladen des Updates zu ermöglichen.
-z.B. ```https://myserver.com/app/updates/updates.json```
-
-
-Falls Sie nicht vertraut mit der Bereitstellung eines Bundles sind, empfehlen wir Ihnen, Capgo Cloud auszuprobieren oder ein Beispiel hier zu sehen:
-<LinkCard
-	title="Ein Bundle bereitstellen"
-	href="/docs/self-hosted/auto-update/update-endpoint"
-/>
-
-## Konfiguration
-Fügen Sie eine ``updateUrl`` zu Ihrer ``capacitor.config.json`` hinzu.
-
-```json
-{
-	"plugins": {
-		"CapacitorUpdater": {
-			"updateUrl": "https://myserver.com/app/updates/updates.json",
-		}
-	}
-}
-```
-:::caution
-Wenn Sie ein Self-Hosted-Update pushen, beachten Sie, dass Sie keinen "HTTP"-Endpunkt verwenden können, da dies gegen die Sicherheitsrichtlinien von Android-Apps verstößt. Zu Testzwecken können Sie es [zulassen](https://stackoverflow.com/questions/45940861/android-8-cleartext-http-traffic-not-permitted).
-:::
-
-## Update-API
-
-Das Plugin wird jedes Mal, wenn die App geöffnet wird, einen POST-Aufruf an Ihre API durchführen, mit diesem Body:
-
-```typescript
-interface AppInfos {
-    "platform": "ios" | "android",
-    "device_id": "UUID_of_device_unique_by_install",
-    "app_id": "APPID_FROM_CAPACITOR_CONFIG",
-    "custom_id": "your_custom_id_set_on_runtime",
-    "plugin_version": "PLUGIN_VERSION",
-    "version_build": "VERSION_NUMBER_FROM_NATIVE_CODE",
-    "version_code": "VERSION_CODE_FROM_NATIVE_CODE",
-    "version_name": "LAST_DOWNLOADER_VERSION" | "builtin"
-    "version_os": "VERSION_OF_SYSTEM_OS",
-    "is_emulator": boolean,
-    "is_prod": boolean,
-}
-```
-
-Die Server-API sollte in JSON an das capacitor-updater-Plugin antworten. Mit diesen Daten, wenn ein Update notwendig ist:
-
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"checksum": "sha256_checksum_of_bundle"
-}
-```
-
-Im Auto-Update-Modus sollte der Server die Versionen vergleichen und die richtige zurückgeben. Wenn der URL-Schlüssel vorhanden ist, startet das Plugin den Download-Prozess.
-
-Wenn Sie "message" und "error"-Schlüssel hinzufügen, wird die Version nicht gesetzt, und die Nachricht wird stattdessen in den Protokollen angezeigt.
-
-Der `version`-Schlüssel sollte im [`semver`](https://semver.org/)-Format sein.
-
-Die ZIP-Datei sollte `index.html` als Datei im Root haben, oder nur einen Ordner im Root mit `index.html` darin.
-
-
-Sie können den Befehl der CLI verwenden, um Ihr Bundle zu zippen:
-
-```bash title="Erstellen Sie ein Bundle mit Ihren Dateien, das Sie von Ihrem Server bereitstellen"
-npx @capgo/cli bundle zip --path [/path/to/my/bundle]
-```
-
-## Generierung von Bundle-Checksumme
-
-**Wichtig:** Sie müssen die Capgo CLI verwenden, um Ihre Bundle-ZIP-Datei zu erstellen. Das Capgo-Plugin erfordert ein bestimmtes ZIP-Format und eine Struktur, die nur durch die Verwendung des offiziellen CLI-Tools garantiert ist. Standard-ZIP-Dienstprogramme können inkompatible Archive erstellen.
-
-Um die Checksumme für Ihr Bundle zu generieren, verwenden Sie den Capgo CLI-ZIP-Befehl mit dem `--json`-Flag:
-
-```bash title="Erstellen Sie ein Bundle mit Checksummen-Informationen"
-npx @capgo/cli bundle zip [appId] --json
-```
-
-Dieser Befehl wird:
-- Eine ordnungsgemäß formatierte ZIP-Datei erstellen, die mit dem Capgo-Plugin kompatibel ist
-- Die SHA256-Checksumme zur Integritätsprüfung generieren
-- Bundle-Informationen im JSON-Format ausgeben
-
-Beispielausgabe:
-```json
-{
-  "version": "1.2.3",
-  "checksum": "a1b2c3d4e5f6789...",
-  "size": 1234567
-}
-```
-
-Verwenden Sie den `checksum`-Wert aus dieser Ausgabe in Ihrer API-Antwort, um sicherzustellen, dass das Plugin die Bundle-Integrität vor der Installation überprüfen kann.
diff --git a/src/content/docs/de/docs/plugins/updater/self-hosted/encrypted-bundles.mdx b/src/content/docs/de/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
deleted file mode 100644
index c260e631f..000000000
--- a/src/content/docs/de/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
+++ /dev/null
@@ -1,64 +0,0 @@
----
-title: ''
-description: >-
-  Eine umfassende Anleitung zur Verwendung des manuellen Update-Plugins in einer
-  selbst gehosteten Umgebung, in der die Schritte und Prozesse detailliert
-  beschrieben werden, die bei der Verwaltung verschlüsselter Pakete für sichere
-  und effiziente Updates erforderlich sind.
-sidebar:
-  order: 5
-locale: de
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## End-to-End-Verschlüsselung
-
-Ab Version 4.15.0 ermöglicht das Plugin den Versand verschlüsselter Updates.
-
-### Schritt 1: Erstellen Sie einen privaten Schlüssel
-```bash title='Create a private key'
-npx @capgo/cli key create
-```
-
-### Schritt 2: Erstellen und komprimieren Sie Ihr Paket
-```bash title="Create bundle zip with checksum"
-npx @capgo/cli bundle zip [appId] --key-v2 --json
-```
-
-Das Flag `--key-v2` verwendet das neue Verschlüsselungssystem mit besseren Prüfsummen und das Flag `--json` gibt die Bundle-Informationen einschließlich der Prüfsumme aus, die Sie für die Verschlüsselung benötigen.
-
-### Schritt 3: Verschlüsseln Sie Ihr Bundle
-```bash title="Encrypt bundled zip with checksum"
-npx @capgo/cli encrypt [path/to/zip] [checksum]
-```
-
-Der Parameter `checksum` ist die SHA256-Prüfsumme, die vom Befehl zip in Schritt 2 generiert wurde. Der Befehl encrypt gibt einen `ivSessionKey` zurück und generiert eine verschlüsselte Prüfsumme. Denken Sie daran, den Schlüssel `ivSessionKey` in der Update-Payload in `session_key` umzubenennen.
-
-### Schritt 4: In Ihrer Update-Payload verwenden
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"session_key": "encrypted_session_key",
-"checksum": "encrypted_checksum_from_encrypt_command"
-}
-```
-
-Der `session_key` ist der vom encrypt-Befehl zurückgegebene `ivSessionKey` und der `checksum` ist die verschlüsselte Prüfsumme, die während der Verschlüsselung generiert wurde (nicht die ursprüngliche Prüfsumme vom Zip-Befehl).
-
-Dann kann Ihre App den privaten Schlüssel zum Entschlüsseln des `session_key` und den entschlüsselten `session_key` zum Entschlüsseln des Updates verwenden. Die verschlüsselte Prüfsumme gewährleistet die Überprüfung der Bundle-Integrität.
-
-## Erfahren Sie mehr
-
-<CardGrid>
-<LinkCard
-	title="Leitfaden zur Ende-zu-Ende-Verschlüsselung"
-	href="https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/"
-	description="Deep dive into how Capgo's encryption system works with RSA + AES cryptography"
-/>
-<LinkCard
-	title="Selbstgehostete Live-Updates"
-	href="https://capgo.app/blog/self-hosted-live-updates/"
-	description="Complete workflow for setting up self-hosted updates"
-/>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/updater/self-hosted/getting-started.mdx b/src/content/docs/de/docs/plugins/updater/self-hosted/getting-started.mdx
deleted file mode 100644
index 728f021a2..000000000
--- a/src/content/docs/de/docs/plugins/updater/self-hosted/getting-started.mdx
+++ /dev/null
@@ -1,119 +0,0 @@
----
-title: Erste Schritte
-description: >-
-  Ein umfassender Leitfaden zum Einrichten und Verwalten Ihres eigenen Auto-Update-Servers
-  für nahtlose Anwendungsupdates und Wartung
-sidebar:
-  order: 1
-locale: de
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Diese Dokumentation erklärt, wie Sie Ihren eigenen Auto-Update-Server ausführen.
-
-## Einführung
-
-Wenn Sie diese Arbeit hilfreich finden, bitte unterstützen Sie meine Arbeit, indem Sie ein [Github-Sponsor](https://github.com/sponsors/riderx) werden.
-
-Ich habe die Wette eingegangen, all den Code, den ich hier gebaut habe, Open-Source zu machen, anstatt ihn hinter einer Paywall zu verstecken. Indem ich ihn öffne, anstatt zu kämpfen und mich zu verstecken, glaube ich, dass wir die Welt besser machen können.
-
-Darüber hinaus möchte ich mich auf die Capgo-Werkzeuge konzentrieren und ein offenes und transparentes Geschäft aufbauen.
-
-Aber damit es möglich ist, ist es notwendig, dass wir alle unseren Teil dazu beitragen, einschließlich Ihnen 🥹.
-
-Wenn Capgo nicht zu Ihnen passt, zahlen Sie Ihren eigenen Preis und [unterstützen Sie einen unabhängigen Entwickler](https://github.com/sponsors/riderx) nach Ihren Bedingungen.
-
-<LinkCard title="Erwägen Sie einen Beitrag" href="/docs/plugin/self-hosted/contributing/"/>
-## Paritäts-Features
-
-Wenn Sie sich für Ihren eigenen Server entscheiden, verlieren Sie den 5-Minuten-Setup-Ablauf.\
-Sie müssen alle diese Funktionen selbst implementieren.
-
-
-| Features                 | Capgo | Self-Hosted |
-| ------------------------ | ----- | ----------- |
-| Updates                  | ✅     | 🚧         |
-| Automatische Wiederherstellung | ✅     | 🚧         |
-| E-Mail-Benachrichtigungen bei Fehler | ✅     | 🚧         |
-| Kanäle                   | ✅     | 🚧         |
-| Kanäl-Überschreitung     | ✅     | 🚧         |
-| Geräte-Überschreitung    | ✅     | 🚧         |
-| Kanäl-Einstellungen      | ✅     | 🚧         |
-| Geräte-Einstellungen     | ✅     | 🚧         |
-| Benutzerdefinierte ID    | ✅     | 🚧         |
-| Kanäle automatisch festlegen | ✅     | 🚧         |
-| API-Kanäle              | ✅     | 🚧         |
-| Update-Statistiken       | ✅     | 🚧         |
-| Download-Fehler-Statistiken | ✅     | 🚧         |
-| App-Nutzungsstatistiken  | ✅     | 🚧         |
-| Update-Verschlüsselung   | ✅     | 🚧         |
-| Differenzielle Updates   | ✅     | ❌         |
-
-:::danger
-Wenn Sie ein schlechtes Update an Ihre Benutzer senden, können Sie deren App beschädigen.
-:::
-
-> Beachten Sie, dass Sie Capgo Cloud und Ihren Server nicht gleichzeitig nutzen können.
-
-
-
-:::danger
-Die Over-the-Air (OTA)-Update-Funktion ist nur für Änderungen an HTML-, CSS- und JavaScript-Dateien anwendbar.
-
-Wenn Sie Änderungen am nativen Code vornehmen, z. B. an Capacitor-Plugins, müssen Sie die Anwendung zum App Store zur Genehmigung erneut einreichen.
-:::
-
-## Wählen Sie zwischen Auto und Manuell
-Im Auto-Modus wird ein Teil der Logik vom nativen Code verarbeitet, Updates werden serverseitig entschieden, dies ist sicherer und ermöglicht granulare Updates, teilweise Bereitstellung auf einem Gerät oder einer Gruppe und mehr.
-
-Im manuellen Modus wird die gesamte Logik vom JS verarbeitet.
-
-
-
-<LinkCard
-	title="Auto Update"
-	href="/docs/plugin/self-hosted/auto-update/"
-/>
-
-<LinkCard
-	title="Manuell"
-	href="/docs/plugin/self-hosted/manual-update/"
-/>
-
-## Installieren Sie Capacitor Updater
-
-```bash title="Installieren Sie den Capacitor Updater"
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-## Bereiten Sie Ihr Bundle vor
-
-Um Updates an Ihre App zu senden, müssen Sie sie zippen.
-Die beste Möglichkeit, um sicherzustellen, dass Ihre ZIP-Datei gut ist, besteht darin, die Capgo CLI zum Zippen zu verwenden.
-```bash title="Erstellen Sie ein Bundle mit Ihren Dateien, das Sie von Ihrem Server bereitstellen"
-npx @capgo/cli@latest bundle zip
-```
-
-
-Sie müssen diese ZIP-Datei selbst von Ihrem Server bereitstellen.
-
-<LinkCard
-	title="Auto Update"
-	href="/docs/plugin/self-hosted/auto-update/"
-/>
-
-<LinkCard
-	title="Manuell"
-	href="/docs/plugin/self-hosted/manual-update/"
-/>
-
-
-:::note
-Wenn dies wie viel Arbeit klingt, versuchen Sie die Testversion von Capgo Cloud.
-:::
-
-:::note
-Differenzielle Updates funktionieren nicht bei manuellen Updates, können aber bei Auto-Updates funktionieren. Derzeit ist es nicht dokumentiert, da es ein ziemlich komplexer Prozess ist
-:::
diff --git a/src/content/docs/de/docs/plugins/updater/self-hosted/handling-channels.mdx b/src/content/docs/de/docs/plugins/updater/self-hosted/handling-channels.mdx
deleted file mode 100644
index 72d03482e..000000000
--- a/src/content/docs/de/docs/plugins/updater/self-hosted/handling-channels.mdx
+++ /dev/null
@@ -1,516 +0,0 @@
----
-title: Kanal API Endpunkt
-description: >-
-  So erstellen Sie Kanalverwaltungsendpunkte für selbstgehostete Capgo, um
-  Gerätekanalzuweisungen und Kanalabfragen zu verarbeiten
-sidebar:
-  order: 8
-locale: de
----
-Kanäle sind ein zentraler Mechanismus zum Verwalten von App-Updates in Capgo. Im selbstgehosteten Modus müssen Sie Kanalendpunkte implementieren, um Gerätezuweisungen, Kanalabfragen und Kanalverwaltungsvorgänge zu verarbeiten.
-
-## Kanäle verstehen
-
-Mit Kanälen können Sie:
-- **Update-Verteilung steuern**: Weisen Sie verschiedenen Benutzergruppen verschiedene App-Versionen zu
-- **A/B-Tests**: Testen Sie neue Funktionen mit bestimmten Benutzersegmenten  
-- **Stufenweise Einführung**: Stellen Sie Updates schrittweise bereit, um das Risiko zu minimieren
-- **Umgebungstrennung**: Separate Entwicklungs-, Staging- und Produktionsaktualisierungen
-
-## Konfiguration
-
-Konfigurieren Sie die Kanalendpunkt-URL in Ihrem `capacitor.config.json`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://myserver.com/api/channel_self"
-    }
-  }
-}
-```
-
-## Kanaloperationen
-
-Das Plugin führt verschiedene Kanaloperationen aus, die Ihr Endpunkt verarbeiten muss:
-
-### 1. Kompatible Kanäle auflisten (GET-Anfrage)
-
-Wenn das Plugin `listChannels()` aufruft, sendet es eine GET-Anfrage, um alle Kanäle abzurufen, die mit dem Gerät kompatibel sind. Dadurch werden Kanäle zurückgegeben, die zur Geräteumgebung (Entwickler/Produkt, Emulator/reales Gerät) passen und entweder öffentlichen Zugriff oder Selbstzuweisung ermöglichen.
-
-#### Anforderungsformat
-```typescript
-// GET /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Query parameters:
-interface ListChannelsRequest {
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  is_emulator: boolean
-  is_prod: boolean
-  key_id?: string
-}
-```
-
-#### Antwortformat
-```json
-[
-  {
-    "id": 1,
-    "name": "production",
-    "public": true,
-    "allow_self_set": false
-  },
-  {
-    "id": 2,
-    "name": "beta",
-    "public": false,
-    "allow_self_set": true
-  }
-]
-```
-
-#### Kanaltypen verstehen
-
-Die Antwort enthält zwei wichtige Flags für jeden Kanal:
-
-- **`public: true`**: Dies ist ein **Standardkanal**. Geräte können sich mit `setChannel()` nicht selbst zuweisen. Wenn ein Gerät stattdessen seine Kanalzuweisung entfernt (mithilfe von `unsetChannel()`), erhält es automatisch Updates von diesem öffentlichen Kanal, wenn er den Bedingungen des Geräts entspricht.
-
-- **`allow_self_set: true`**: Dies ist ein **selbst zuweisbarer Kanal**. Mit `setChannel()` können sich Geräte explizit diesem Kanal zuordnen. Dies ist nützlich für Betatests, A/B-Tests oder um Benutzern die Möglichkeit zu geben, sich für bestimmte Update-Tracks zu entscheiden.
-
-:::note
-Ein Kanal kann entweder `public` ODER `allow_self_set` sein, normalerweise jedoch nicht beides. Öffentliche Kanäle dienen als Standard-Fallback, während selbst zuweisbare Kanäle eine explizite Einwilligung erfordern.
-:::
-
-### 2. Kanal abrufen (PUT-Anfrage)
-
-Wenn das Plugin `getChannel()` aufruft, sendet es eine PUT-Anfrage, um die aktuelle Kanalzuweisung des Geräts abzurufen.
-
-#### Anforderungsformat
-```typescript
-// PUT /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Body:
-interface GetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-  defaultChannel?: string
-  channel?: string  // For newer plugin versions, contains local channel override
-}
-```
-
-#### Antwortformat
-```json
-{
-  "status": "ok",
-  "channel": "production",
-  "allowSet": true,
-  "message": "",
-  "error": ""
-}
-```
-
-### 3. Kanal einstellen (POST-Anfrage)
-
-Wenn das Plugin `setChannel()` aufruft, sendet es eine POST-Anfrage, um das Gerät einem bestimmten Kanal zuzuweisen.
-
-#### Anforderungsformat
-```typescript
-// POST /api/channel_self
-interface SetChannelRequest {
-  device_id: string
-  app_id: string
-  channel: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-}
-```
-
-#### Antwortformat
-```json
-{
-  "status": "ok",
-  "message": "Device assigned to channel successfully",
-  "error": ""
-}
-```
-
-#### Fehlerfälle
-
-Wenn ein Gerät versucht, sich einem **öffentlichen Kanal** (einem mit `public: true`) zuzuweisen, sollte Ihr Endpunkt einen Fehler zurückgeben:
-
-```json
-{
-  "status": "error",
-  "error": "public_channel_self_set_not_allowed",
-  "message": "This channel is public and does not allow device self-assignment. Unset the channel and the device will automatically use the public channel."
-}
-```
-
-Wenn ein Gerät versucht, sich selbst einem Kanal zuzuweisen, der keine Selbstzuweisung zulässt:
-
-```json
-{
-  "status": "error",
-  "error": "channel_self_set_not_allowed",
-  "message": "This channel does not allow devices to self associate"
-}
-```
-
-### 4. Kanal deaktivieren (DELETE-Anfrage)
-
-Wenn das Plugin `unsetChannel()` aufruft, sendet es eine DELETE-Anfrage, um die Kanalzuweisung des Geräts zu entfernen.
-
-#### Anforderungsformat
-```typescript
-// DELETE /api/channel_self
-interface UnsetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-```
-
-## Implementierungsbeispiel
-
-Hier ist ein JavaScript-Beispiel für die Implementierung des Kanalendpunkts:
-
-```typescript
-interface ChannelRequest {
-  device_id: string
-  app_id: string
-  channel?: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-
-interface ChannelResponse {
-  status: "ok" | "error"
-  channel?: string
-  allowSet?: boolean
-  message?: string
-  error?: string
-}
-
-export const handler = async (event) => {
-  const method = event.httpMethod || event.method
-  const body = JSON.parse(event.body || '{}') as ChannelRequest
-  
-  const { device_id, app_id, channel, platform } = body
-
-  try {
-    switch (method) {
-      case 'GET':
-        return await getDeviceChannel(device_id, app_id)
-        
-      case 'POST':
-        return await setDeviceChannel(device_id, app_id, channel!, platform)
-        
-      case 'DELETE':
-        return await unsetDeviceChannel(device_id, app_id)
-        
-      default:
-        return {
-          status: "error",
-          error: "Method not allowed"
-        }
-    }
-  } catch (error) {
-    return {
-      status: "error",
-      error: error.message
-    }
-  }
-}
-
-async function getDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Query your database for device channel assignment
-  const assignment = await database.getDeviceChannel(deviceId, appId)
-  
-  if (assignment) {
-    return {
-      status: "ok",
-      channel: assignment.channel,
-      allowSet: assignment.allowSelfAssign
-    }
-  }
-  
-  // Return default channel if no assignment found
-  return {
-    status: "ok",
-    channel: "production", // Your default channel
-    allowSet: true
-  }
-}
-
-async function setDeviceChannel(
-  deviceId: string, 
-  appId: string, 
-  channel: string, 
-  platform: string
-): Promise<ChannelResponse> {
-  // Validate channel exists and allows self-assignment
-  const channelConfig = await database.getChannelConfig(channel, appId)
-  
-  if (!channelConfig) {
-    return {
-      status: "error",
-      error: "Channel not found"
-    }
-  }
-  
-  if (!channelConfig.allowDeviceSelfSet) {
-    return {
-      status: "error",
-      error: "Channel does not allow self-assignment"
-    }
-  }
-  
-  // Check platform restrictions
-  if (platform === "ios" && !channelConfig.ios) {
-    return {
-      status: "error", 
-      error: "Channel not available for iOS"
-    }
-  }
-  
-  if (platform === "android" && !channelConfig.android) {
-    return {
-      status: "error", 
-      error: "Channel not available for Android" 
-    }
-  }
-  
-  if (platform === "electron" && !channelConfig.electron) {
-    return {
-      status: "error", 
-      error: "Channel not available for Electron" 
-    }
-  }
-  
-  // Save the assignment
-  await database.setDeviceChannel(deviceId, appId, channel)
-  
-  return {
-    status: "ok",
-    message: "Device assigned to channel successfully"
-  }
-}
-
-async function unsetDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Remove device channel assignment
-  await database.removeDeviceChannel(deviceId, appId)
-  
-  return {
-    status: "ok",
-    message: "Device channel assignment removed"
-  }
-}
-```
-
-## Kanalkonfiguration
-
-Ihr Kanalsystem sollte diese Konfigurationsoptionen unterstützen:
-
-```typescript
-interface ChannelConfig {
-  name: string
-  appId: string
-
-  // Platform targeting
-  ios: boolean              // Allow updates to iOS devices
-  android: boolean          // Allow updates to Android devices
-  electron: boolean         // Allow updates to Electron apps
-
-  // Device type restrictions
-  allow_emulator: boolean   // Allow updates on emulator/simulator devices
-  allow_device: boolean     // Allow updates on real/physical devices
-
-  // Build type restrictions
-  allow_dev: boolean        // Allow updates on development builds (is_prod=false)
-  allow_prod: boolean       // Allow updates on production builds (is_prod=true)
-
-  // Channel assignment
-  public: boolean           // Default channel - devices fall back to this when no override
-  allowDeviceSelfSet: boolean  // Allow devices to self-assign via setChannel()
-
-  // Update policies
-  disableAutoUpdate: "major" | "minor" | "version_number" | "none"
-  disableAutoUpdateUnderNative: boolean
-}
-```
-
-### GerätefilterlogikBeim Auflisten kompatibler Kanäle (GET-Anfrage) sollten Sie Kanäle anhand dieser Bedingungen filtern:
-
-1. **Plattformprüfung**: Der Kanal muss die Plattform des Geräts zulassen (`ios`, `android` oder `electron`)
-2. **Gerätetypprüfung**:
-   - Wenn `is_emulator=true`: Kanal muss `allow_emulator=true` haben
-   - Wenn `is_emulator=false`: Kanal muss `allow_device=true` haben
-3. **Überprüfung des Build-Typs**:
-   - Wenn `is_prod=true`: Kanal muss `allow_prod=true` haben
-   - Wenn `is_prod=false`: Kanal muss `allow_dev=true` haben
-4. **Sichtbarkeitsprüfung**: Der Kanal muss entweder `public=true` ODER `allow_device_self_set=true` sein
-
-```typescript
-// Example filtering logic
-function getCompatibleChannels(
-  platform: 'ios' | 'android' | 'electron',
-  isEmulator: boolean,
-  isProd: boolean,
-  channels: ChannelConfig[]
-): ChannelConfig[] {
-  return channels.filter(channel => {
-    // Platform check
-    if (!channel[platform]) return false
-
-    // Device type check
-    if (isEmulator && !channel.allow_emulator) return false
-    if (!isEmulator && !channel.allow_device) return false
-
-    // Build type check
-    if (isProd && !channel.allow_prod) return false
-    if (!isProd && !channel.allow_dev) return false
-
-    // Must be accessible (public or self-assignable)
-    if (!channel.public && !channel.allowDeviceSelfSet) return false
-
-    return true
-  })
-}
-```
-
-## Beispiel für ein Datenbankschema
-
-Sie müssen Kanalkonfigurationen und Gerätezuweisungen speichern:
-
-```sql
--- Channels table
-CREATE TABLE channels (
-  id SERIAL PRIMARY KEY,
-  name VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-
-  -- Platform targeting
-  ios BOOLEAN DEFAULT true,
-  android BOOLEAN DEFAULT true,
-  electron BOOLEAN DEFAULT true,
-
-  -- Device type restrictions
-  allow_emulator BOOLEAN DEFAULT true,   -- Allow emulator/simulator devices
-  allow_device BOOLEAN DEFAULT true,     -- Allow real/physical devices
-
-  -- Build type restrictions
-  allow_dev BOOLEAN DEFAULT true,        -- Allow development builds
-  allow_prod BOOLEAN DEFAULT true,       -- Allow production builds
-
-  -- Channel assignment
-  public BOOLEAN DEFAULT false,          -- Default channel (fallback)
-  allow_device_self_set BOOLEAN DEFAULT false,  -- Allow self-assignment
-
-  -- Update policies
-  disable_auto_update VARCHAR(50) DEFAULT 'none',
-  disable_auto_update_under_native BOOLEAN DEFAULT false,
-
-  created_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(name, app_id)
-);
-
--- Device channel assignments table
-CREATE TABLE device_channels (
-  id SERIAL PRIMARY KEY,
-  device_id VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-  channel_name VARCHAR(255) NOT NULL,
-  assigned_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(device_id, app_id)
-);
-```
-
-## Fehlerbehandlung
-
-Behandeln Sie häufige Fehlerszenarien:
-
-```typescript
-// Channel not found
-{
-  "status": "error",
-  "error": "Channel 'beta' not found"
-}
-
-// Self-assignment not allowed
-{
-  "status": "error", 
-  "error": "Channel does not allow device self-assignment"
-}
-
-// Platform not supported
-{
-  "status": "error",
-  "error": "Channel not available for this platform"
-}
-
-// Invalid request
-{
-  "status": "error",
-  "error": "Missing required field: device_id"
-}
-```
-
-## Bewährte Methoden
-
-1. **Sicherheit**: Überprüfen Sie alle Kanalzuweisungen anhand Ihrer Geschäftsregeln
-2. **Protokollierung**: Protokollieren Sie alle Kanalvorgänge zur Überwachung und zum Debuggen
-3. **Leistung**: Kanalkonfigurationen zwischenspeichern, um Datenbankabfragen zu reduzieren
-4. **Validierung**: Überprüfen Sie die Authentizität von Geräte-ID und App-ID
-5. **Ratenbegrenzung**: Implementieren Sie eine Ratenbegrenzung, um Missbrauch zu verhindern
-
-## Integration mit Updates
-
-Kanalzuweisungen funktionieren mit Ihrem [Update API Endpoint](/docs/plugin/self-hosted/handling-updates/). Wenn ein Gerät ein Update anfordert, überprüfen Sie seine Kanalzuweisung, um zu bestimmen, welche Version bereitgestellt werden soll:
-
-```typescript
-async function getUpdateForDevice(deviceId: string, appId: string) {
-  // Get device's channel assignment
-  const channelAssignment = await getDeviceChannel(deviceId, appId)
-  const channel = channelAssignment.channel || 'production'
-  
-  // Get the version assigned to this channel
-  const channelVersion = await getChannelVersion(channel, appId)
-  
-  return {
-    version: channelVersion.version,
-    url: channelVersion.url,
-    checksum: channelVersion.checksum
-  }
-}
-```
-
-Dadurch entsteht ein vollständiges, selbst gehostetes Kanalverwaltungssystem, das Ihnen die volle Kontrolle darüber gibt, wie Updates an Ihre Benutzer verteilt werden.
diff --git a/src/content/docs/de/docs/plugins/updater/self-hosted/handling-stats.mdx b/src/content/docs/de/docs/plugins/updater/self-hosted/handling-stats.mdx
deleted file mode 100644
index 5d0492632..000000000
--- a/src/content/docs/de/docs/plugins/updater/self-hosted/handling-stats.mdx
+++ /dev/null
@@ -1,192 +0,0 @@
----
-title: Statistik API
-description: >-
-  Wie Sie den Statistik-Endpunkt von Capgo mit dem Auto-Update-Plugin im
-  selbstgehosteten Modus verwenden, wofür sie verwendet werden und was Sie
-  erwartet
-sidebar:
-  order: 7
-locale: de
----
-import { LinkCard, CardGrid, Aside } from '@astrojs/starlight/components';
-
-## Statistik API
-
-Ab Version 1.3.0 kann das Update-System Statistiken senden!
-
-Standardmäßig werden alle Statistiken an unseren Server gesendet, um die Nutzung und Forschung zu verstehen. 
-
-<Aside>
-Für Statistiken werden keine privaten Daten gesendet, sondern nur zufällige UUID, Versionsaktualisierung, native App-Version, Plattform, Aktion und App-ID.
-</Aside>
-
-Wenn Sie diese Daten stattdessen an Ihren Server senden möchten, ändern Sie die Konfiguration unten:
-
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"statsUrl": "YOUR_URL"
-		}
-	}
-}
-```
-
-## Datenstruktur
-
-Was Ihr Server erhält, ist:
-
-```tsx
-interface AppInfosStats {
-	"action": "set", // can be set, delete, set_fail, reset, revert
-	// Then it's the same info as update
-	"app_id": "**.***.**", // app identifier in the store
-	"device_id": "*******", // unique id per app install
-	"platform": "ios", // or android, or electron
-	"custom_id": "user_1", // represent your user
-        "version_name": "1.2.3", // version of the web build
-        "version_build": "1.2.0", // version of the native build
-        "version_code": "120", // build number of the native build
-	"version_os": "16", // OS version of the device
-        "plugin_version": "4.0.0"// to make your api behave differently with different plugins
-        "is_emulator": false,
-    	"is_prod": false,
-}
-```
-
-Sie können es auch mit einer leeren Zeichenfolge vollständig deaktivieren. Bedenken Sie, dass Statistiken privatfreundlich gestaltet sind und mir helfen, zu verstehen, wie die Leute das Plugin nutzen, um Probleme zu lösen und es zu verbessern.
-
-## Erwartetes „Kein Update“-Verhalten
-
-Wenn Ihr Update-Endpunkt **keine neue Version** hat, sollte er mit einer Fehlernutzlast wie der folgenden antworten:
-
-```json
-{ "error": "no_new_version_available", "message": "No new version available" }
-```
-
-Der Code `error` muss genau `no_new_version_available` sein. Der `message` kann eine beliebige Zeichenfolge sein (nur für Protokollierung/Debugging). Dies ist das erwartete Verhalten und wird weiterhin mit HTTP `200` zurückgegeben. Wenn Ihr Update-Endpunkt stattdessen eine `200`-Antwort ohne `url` zurückgibt, behandelt das Plugin dies als Download-Fehler und sendet eine `download_fail`-Statistik.
-
-## Implementierungsbeispiel
-
-Hier ist ein Beispiel für Code in JavaScript zum Speichern der Statistiken des Plugins:
-
-```typescript
-interface AppInfos {
-  version_name: string
-  action: 'ping' |
-          'delete' |
-          'reset' |
-          'set' |
-          'get' |
-          'set_fail' |
-          'update_fail' |
-          'download_fail' |
-          'windows_path_fail' |
-          'canonical_path_fail' |
-          'directory_path_fail' |
-          'unzip_fail' |
-          'low_mem_fail' |
-          'download_10' |
-          'download_20' |
-          'download_30' |
-          'download_40' |
-          'download_50' |
-          'download_60' |
-          'download_70' |
-          'download_80' |
-          'download_90' |
-          'download_complete' |
-          'download_manifest_start' |
-          'download_manifest_complete' |
-          'download_zip_start' |
-          'download_zip_complete' |
-          'download_manifest_file_fail' |
-          'download_manifest_checksum_fail' |
-          'download_manifest_brotli_fail' |
-          'decrypt_fail' |
-          'app_moved_to_foreground' |
-          'app_moved_to_background' |
-          'uninstall' |
-          'needPlanUpgrade' |
-          'missingBundle' |
-          'noNew' |
-          'disablePlatformIos' |
-          'disablePlatformAndroid' |
-          'disableAutoUpdateToMajor' |
-          'cannotUpdateViaPrivateChannel' |
-          'disableAutoUpdateToMinor' |
-          'disableAutoUpdateToPatch' |
-          'channelMisconfigured' |
-          'disableAutoUpdateMetadata' |
-          'disableAutoUpdateUnderNative' |
-          'disableDevBuild' |
-          'disableEmulator' |
-          'cannotGetBundle' |
-          'checksum_fail' |
-          'NoChannelOrOverride' |
-          'setChannel' |
-          'getChannel' |
-          'rateLimited' |
-          'disableAutoUpdate' |
-          'InvalidIp' |
-          'keyMismatch' |
-          'blocked_by_server_url'
-  version_build: string
-  version_code: string
-  version_os: string
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    action,
-    version_code,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    action,
-    version_os,
-    version_code,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  // Save it in your database
-  return { status: 'ok' }
-}
-```
-
-Dieser Endpunkt sollte einen JSON zurückgeben:
-
-```json
-{ "status": "ok" }
-```
-
-## Aktionen
-
-Detaillierte Beschreibungen aller Aktionscodes und ihrer Bedeutung finden Sie in der Debugging-Dokumentation:
-
-* **Vom Gerät gesendete Aktionen**: Siehe Abschnitt [Debug-Dokumentation – Vom Gerät gesendet](/docs/plugins/updater/debugging/#sent-from-the-device).
-* **Vom Backend gesendete Aktionen**: Siehe Abschnitt [Debug-Dokumentation – Vom Backend gesendet](/docs/plugins/updater/debugging/#sent-from-the-backend).
-
-<LinkCard
-	title="Umgang mit Updates"
-	href="/docs/plugin/self-hosted/handling-updates/"
-/>
diff --git a/src/content/docs/de/docs/plugins/updater/self-hosted/handling-updates.mdx b/src/content/docs/de/docs/plugins/updater/self-hosted/handling-updates.mdx
deleted file mode 100644
index 2da1fda7c..000000000
--- a/src/content/docs/de/docs/plugins/updater/self-hosted/handling-updates.mdx
+++ /dev/null
@@ -1,113 +0,0 @@
----
-title: Aktualisieren Sie den Endpunkt API
-description: >-
-  So erstellen Sie Ihren Update-Server-Endpunkt API, um auf
-  Capgo-Plugin-Anfragen mit den richtigen Bundle-Informationen und Prüfsummen zu
-  antworten
-sidebar:
-  order: 6
-locale: de
----
-Hier ist ein Beispiel für Code in JavaScript zum Senden eines Updates an das Plugin
-
-```typescript
-interface AppInfos {
-  version_name: string
-  version_build: string
-  version_os: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  if (version_name === '1.0.0') {
-    return {
-      version: '1.0.1',
-      url: 'https://apiurl.com/mybuild_101.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else if (version_name === '1.0.1') {
-    return {
-      version: '1.0.2',
-      url: 'https://apiurl.com/mybuild_102.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else {
-    return {
-      message: 'Error version not found'
-      version: '',
-      url: '',
-    }
-  }
-}
-```
-
-## Antwortformat
-
-Für **nicht verschlüsselte Bundles** sollte Ihr Endpunkt Folgendes zurückgeben:
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "sha256_checksum_of_bundle"
-}
-```
-
-Für **verschlüsselte Bundles** müssen Sie auch den Sitzungsschlüssel angeben:
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "encrypted_checksum_from_encrypt_command",
-  "session_key": "ivSessionKey_from_encrypt_command"
-}
-```
-
-Und wenn kein Update oder Fehler vorliegt, fügen Sie den Schlüssel `message` und optional einen `error` hinzu:
-
-```json
-{
-  "message": "Version not found",
-  "error": "The backend crashed",
-  "version": "1.0.2",
-}
-```
-
-## Feldbeschreibungen
-
-- **`checksum`**: SHA256-Hash Ihrer Bundle-Zip-Datei zur Integritätsüberprüfung
-- **`session_key`**: Nur für verschlüsselte Bundles erforderlich – dies ist der vom Verschlüsselungsbefehl zurückgegebene `ivSessionKey`
-- **`version`**: Versionskennung im Semver-Format
-- **`url`**: HTTPS-URL, unter der das Bundle heruntergeladen werden kann
-
-## Bundle-Erstellung
-
-Informationen zum Erstellen kompatibler Bundles und zum Generieren von Prüfsummen finden Sie in der [Dokumentation zum automatischen Update](/docs/plugin/self-hosted/auto-update/#generating-bundle-checksum).
-
-Informationen zu verschlüsselten Bundles finden Sie in der [Dokumentation zu verschlüsselten Bundles](/docs/plugin/self-hosted/encrypted-bundles/), in der der vollständige Verschlüsselungsworkflow erläutert wird.
diff --git a/src/content/docs/de/docs/plugins/updater/self-hosted/manual-update.mdx b/src/content/docs/de/docs/plugins/updater/self-hosted/manual-update.mdx
deleted file mode 100644
index d633feeac..000000000
--- a/src/content/docs/de/docs/plugins/updater/self-hosted/manual-update.mdx
+++ /dev/null
@@ -1,71 +0,0 @@
----
-title: Manuelles Update
-description: >-
-  Ein detaillierter Leitfaden zur Nutzung des manuellen Update-Plugins in einer Self-Hosted-
-  Umgebung mit umfassenden Anweisungen zur Konfiguration und Nutzung
-  um Updates effektiv ohne automatische Prozesse zu verwalten.
-sidebar:
-  order: 3
-locale: de
----
-
-## Konfiguration
-
-Fügen Sie dies zu Ihrer ``capacitor.config.json`` hinzu, um Auto-Update zu deaktivieren.
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"autoUpdate": false,
-		}
-	}
-}
-```
-
-## Nutzung
-
-Sie können dieses Beispiel verwenden oder die Logik in Ihrer App neu erstellen.
-
-:::caution
-Wir zwingen den Benutzer, die App mit einer statischen, im Code deklarierten Version zu aktualisieren. Dies ist nicht empfohlen. Sie sollten eine dynamische Version von Ihrem Server verwenden.
-:::
-
-:::danger
-Wir führen in diesem Beispiel keine Versionsprüfung, Entschlüsselung oder Checksummen-Validierung durch. Sie sollten dies selbst durchführen.
-:::
-
-```tsx
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-import { App } from '@capacitor/app'
-let data = {version: ""}
-CapacitorUpdater.notifyAppReady()
-App.addListener('appStateChange', async(state) => {
-     if (state.isActive) {
-       // Führen Sie den Download während aktiver App-Zeit durch, um fehlgeschlagene Downloads zu verhindern
-       data = await CapacitorUpdater.download({
-       version: '0.0.4',
-       url: 'https://github.com/Cap-go/demo-app/releases/download/0.0.4/dist.zip',
-       })
-     }
-     if (!state.isActive && data.version !== "") {
-       // Führen Sie den Wechsel durch, wenn der Benutzer die App verlässt
-       SplashScreen.show()
-       try {
-         await CapacitorUpdater.set(data)
-       } catch (err) {
-         console.log(err)
-         SplashScreen.hide() // falls der Wechsel fehlschlägt, ansonsten muss die neue App ihn ausblenden
-       }
-     }
- })
-```
-
-
-
-:::note
-Wenn dies wie viel Arbeit klingt, versuchen Sie die [Capgo-Testversion](https://capgo.app/register/). Sie werden all dies für Sie übernehmen.
-:::
diff --git a/src/content/docs/de/docs/plugins/updater/settings.mdx b/src/content/docs/de/docs/plugins/updater/settings.mdx
deleted file mode 100644
index cfd1a6b1e..000000000
--- a/src/content/docs/de/docs/plugins/updater/settings.mdx
+++ /dev/null
@@ -1,525 +0,0 @@
----
-title: Settings
-description: >-
-  Alle verfügbaren Einstellungen für Capacitor Updater, alle Konfigurationen,
-  die Sie in Ihrer Kondensatorkonfiguration festlegen können, und deren
-  Verwendung
-sidebar:
-  order: 8
-locale: de
----
-import {  Aside } from '@astrojs/starlight/components';
-
-Um eine detailliertere Kontrolle über das Update-System zu haben, können Sie es mit den folgenden Einstellungen konfigurieren:
-
-<Aside type="tip">
- Alle Änderungen an diesen Einstellungen in der Datei „capacitor.config“ erfordern eine Synchronisierung der Plattform und eine Freigabe im Store, damit Produktions-Apps sie empfangen können.
-</Aside>
-
-
-## `allowModifyUrl`
-
-> Ermöglichen Sie dem Plugin, updateUrl, statsUrl undchannelUrl dynamisch von der JavaScript-Seite aus zu ändern.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "allowModifyUrl": true
-    }
-  }
-}
-```
-
-## `appId`
-
-> Konfigurieren Sie die App-ID für die App in der Konfiguration.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appId": "com.example.app"
-    }
-  }
-}
-```
-
-## `appReadyTimeout`
-
-> Konfigurieren Sie die Anzahl der Millisekunden, die das native Plugin warten soll, bevor ein Update als „fehlgeschlagen“ betrachtet wird.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `10000` (10 Sekunden)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000
-    }
-  }
-}
-```
-
-## `autoDeleteFailed`
-
-> Konfigurieren Sie, ob das Plugin fehlerhafte Bundles automatisch löschen soll.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeleteFailed": false
-    }
-  }
-}
-```
-
-## `autoDeletePrevious`
-
-> Konfigurieren Sie, ob das Plugin nach einem erfolgreichen Update automatisch vorherige Bundles löschen soll.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeletePrevious": false
-    }
-  }
-}
-```
-
-## `autoSplashscreen`
-
-> Automatisches Ausblenden des Begrüßungsbildschirms bei Verwendung von DirectUpdate. Wenn diese Option aktiviert ist, blendet das Plugin den Begrüßungsbildschirm automatisch aus, nachdem Updates angewendet wurden oder wenn kein Update erforderlich ist.
-> Dadurch entfällt die Notwendigkeit, manuell auf appReady-Ereignisse zu warten und SplashScreen.hide() aufzurufen.
-> Funktioniert nur, wenn directUpdate auf „atInstall“, „always“ oder true gesetzt ist.
-> Erfordert die Installation und Konfiguration des Plugins @capacitor/splash-screen mit launchAutoHide: false.
-> Erfordert die Aktivierung von autoUpdate und directUpdate.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall",
-      "autoSplashscreen": true
-    }
-  }
-}
-```
-
-## `autoUpdate`
-
-> Konfigurieren Sie, ob das Plugin Auto Update über einen Update-Server verwenden soll.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": false
-    }
-  }
-}
-```
-
-## `channelUrl`
-
-> Konfigurieren Sie die URL/den Endpunkt für Kanaloperationen.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `https://plugin.capgo.app/channel_self`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://example.com/api/channel"
-    }
-  }
-}
-```
-
-## `defaultChannel`
-
-> Legen Sie in der Konfiguration den Standardkanal für die App fest. Groß- und Kleinschreibung beachten.
-> Diese Einstellung überschreibt den in der Cloud festgelegten Standardkanal, berücksichtigt jedoch weiterhin die in der Cloud vorgenommenen Überschreibungen.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "defaultChannel": "production"
-    }
-  }
-}
-```
-
-## `directUpdate`
-
-> Konfigurieren Sie, wann das Plugin Updates direkt installieren soll. Nur für den AutoUpdate-Modus.
-> Funktioniert gut für Apps mit weniger als 10 MB und mit Uploads, die mit der Flagge --delta erfolgen.
-> Zip-Dateien oder Apps mit mehr als 10 MB werden für Benutzer relativ langsam aktualisiert.Optionen:
-- `false`: Niemals direkte Updates durchführen (Standardverhalten verwenden: beim Start herunterladen, im Hintergrund festlegen)
-- „atInstall“: Direktes Update nur, wenn die App installiert ist, aus dem Store aktualisiert, andernfalls als „directUpdate = false“ fungieren
-- „onLaunch“: Direktes Update nur bei installierter App, Aktualisierung aus dem Store oder nach App-Kill, andernfalls als „directUpdate = false“ fungieren
-- „Immer“: Direktes Update in allen vorherigen Fällen (App installiert, aus dem Store aktualisiert, nach App-Kill oder App-Fortsetzung), niemals als „directUpdate = false“ fungieren
-- `true`: (veraltet) Aus Gründen der Abwärtskompatibilität dasselbe wie „always“.
-
-Verfügbar für Android, iOS und Electron.
-
-Standard: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall"
-    }
-  }
-}
-```
-
-## `disableJSLogging`
-
-> Deaktivieren Sie die JavaScript-Protokollierung des Plugins. Wenn „true“, meldet sich das Plugin nicht an der JavaScript-Konsole an. Es wird nur das native Protokoll erstellt.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "disableJSLogging": true
-    }
-  }
-}
-```
-
-## `keepUrlPathAfterReload`
-
-> Konfigurieren Sie das Plugin so, dass der URL-Pfad nach einem Neuladen erhalten bleibt.
-
-<Aside type="caution">
-Wenn ein Neuladen ausgelöst wird, wird „window.history“ gelöscht.
-</Aside>
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "keepUrlPathAfterReload": true
-    }
-  }
-}
-```
-
-## `periodCheckDelay`
-
-> Konfigurieren Sie den Verzögerungszeitraum für die Periodenaktualisierungsprüfung. Die Einheit ist in Sekunden.
-> Darf nicht kürzer als 600 Sekunden (10 Minuten) sein.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `600` (10 Minuten)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "periodCheckDelay": 600 // (10 minutes)
-    }
-  }
-}
-```
-
-## `publicKey`
-
-> Konfigurieren Sie den öffentlichen Schlüssel für die End-to-End-Live-Update-Verschlüsselung Version 2.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "publicKey": "YOUR_PUBLIC_KEY"
-    }
-  }
-}
-```
-
-## `resetWhenUpdate`
-
-> Löschen Sie zuvor heruntergeladene Bundles automatisch, wenn ein neueres natives App-Bundle auf dem Gerät installiert wird.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "resetWhenUpdate": false
-    }
-  }
-}
-```
-
-## `responseTimeout`
-
-> Konfigurieren Sie die Anzahl der Millisekunden, die das native Plugin warten soll, bevor das Zeitlimit API berücksichtigt wird.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `20` (20 Sekunden)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "responseTimeout": 10 // (10 seconds)
-    }
-  }
-}
-```
-
-## `shakeMenu`
-
-> Aktivieren Sie die Schüttelgeste, um das Update-Menü zu Debug-/Testzwecken anzuzeigen.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "shakeMenu": true
-    }
-  }
-}
-```
-
-## `statsUrl`
-
-> Konfigurieren Sie die URL/den Endpunkt, an den Update-Statistiken gesendet werden.
-
-Verfügbar auf Android, iOS und Electron. Auf „“ setzen, um die Statistikberichterstattung zu deaktivieren.
-
-Standard: `https://plugin.capgo.app/stats`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "statsUrl": "https://example.com/api/stats"
-    }
-  }
-}
-```
-
-## `updateUrl`
-
-> Konfigurieren Sie die URL/den Endpunkt, an den Update-Prüfungen gesendet werden.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `https://plugin.capgo.app/updates`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "updateUrl": "https://example.com/api/auto_update"
-    }
-  }
-}
-```
-
-## `version`
-
-> Konfigurieren Sie die aktuelle Version der App. Dies wird für die erste Update-Anfrage verwendet.
-> Wenn nicht festgelegt, erhält das Plugin die Version aus dem nativen Code.
-
-Verfügbar auf Android, iOS und Electron.
-
-Standard: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "version": "1.0.0"
-    }
-  }
-}
-```
-
-## Entwicklungseinstellungen
-
-### `localApi`> Konfigurieren Sie CLI so, dass zum Testen eine lokale API verwendet wird.
-
-Standard: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApi": "http://localhost:54321/functions/v1"
-    }
-  }
-}
-```
-
-### `localApiFiles`
-
-> Konfigurieren Sie CLI so, dass zum Testen eine lokale Datei-API verwendet wird.
-
-Standard: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApiFiles": "http://localhost:54321/functions/v1/files"
-    }
-  }
-}
-```
-
-### `localHost`
-
-> Konfigurieren Sie CLI so, dass ein lokaler Server zum Testen oder ein selbstgehosteter Update-Server verwendet wird.
-
-Standard: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-### `localSupa`
-
-> Konfigurieren Sie CLI so, dass ein lokaler Server zum Testen oder ein selbstgehosteter Update-Server verwendet wird.
-
-Standard: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupa": "http://localhost:54321"
-    }
-  }
-}
-```
-
-### `localSupaAnon`
-
-> Konfigurieren Sie CLI so, dass zum Testen ein lokaler Server verwendet wird.
-
-Standard: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupaAnon": "YOUR_LOCAL_ANON_KEY"
-    }
-  }
-}
-```
-
-### `localWebHost`
-
-> Konfigurieren Sie CLI so, dass ein lokaler Server zum Testen oder ein selbstgehosteter Update-Server verwendet wird.
-
-Standard: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localWebHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-<Aside type="tip">
-In der [Capgo Web-App](https://console.capgo.app/login) sind zusätzliche Einstellungen verfügbar, die pro Kanal konfiguriert werden können, ohne dass eine native App-Version erforderlich ist.
-</Aside>
diff --git a/src/content/docs/de/docs/plugins/uploader/getting-started.mdx b/src/content/docs/de/docs/plugins/uploader/getting-started.mdx
deleted file mode 100644
index 24aa9f6d8..000000000
--- a/src/content/docs/de/docs/plugins/uploader/getting-started.mdx
+++ /dev/null
@@ -1,296 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das Background Uploader Plugin für zuverlässige Datei-Uploads in Ihrer Capacitor-App installieren und verwenden.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-uploader" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Berechtigungen konfigurieren**
-
-   ### iOS
-   Fügen Sie Hintergrundmodi zu Ihrer `Info.plist` hinzu:
-   ```xml
-   <key>UIBackgroundModes</key>
-   <array>
-     <string>processing</string>
-   </array>
-   ```
-
-   ### Android
-   Fügen Sie Berechtigungen zu Ihrer `AndroidManifest.xml` hinzu:
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET" />
-   <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und verwenden Sie seine Methoden zum Hochladen von Dateien:
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-
-// Einen Upload starten
-const startUpload = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/your/file.jpg',
-    serverUrl: 'https://your-server.com/upload',
-    method: 'POST',
-    headers: {
-      'Authorization': 'Bearer your-token'
-    },
-    parameters: {
-      'userId': '12345',
-      'type': 'profile'
-    },
-    notificationTitle: 'Foto wird hochgeladen'
-  });
-
-  console.log('Upload-ID:', upload.id);
-};
-
-// Auf Upload-Ereignisse hören
-const listener = await Uploader.addListener('events', (event) => {
-  switch (event.name) {
-    case 'uploading':
-      console.log(`Upload ${event.payload.id}: ${event.payload.percent}%`);
-      break;
-    case 'completed':
-      console.log('Upload abgeschlossen:', event.payload.id);
-      console.log('Statuscode:', event.payload.statusCode);
-      break;
-    case 'failed':
-      console.error('Upload fehlgeschlagen:', event.payload.id);
-      console.error('Fehler:', event.payload.error);
-      break;
-  }
-});
-
-// Denken Sie daran, den Listener zu entfernen, wenn er nicht mehr benötigt wird
-// listener.remove();
-
-// Einen Upload abbrechen
-const cancelUpload = async (uploadId: string) => {
-  await Uploader.cancelUpload({ id: uploadId });
-};
-
-// Alle aktiven Uploads abrufen
-const getActiveUploads = async () => {
-  const uploads = await Uploader.getUploads();
-  console.log('Aktive Uploads:', uploads);
-};
-```
-
-## API-Referenz
-
-### startUpload(options)
-
-Startet einen neuen Datei-Upload.
-
-```typescript
-interface UploadOptions {
-  filePath: string;
-  serverUrl: string;
-  method?: 'POST' | 'PUT';
-  headers?: { [key: string]: string };
-  parameters?: { [key: string]: string };
-  notificationTitle?: string;
-  notificationBody?: string;
-  useUtf8Charset?: boolean;
-  maxRetries?: number;
-}
-```
-
-### cancelUpload(options)
-
-Bricht einen laufenden Upload ab.
-
-```typescript
-interface CancelOptions {
-  id: string;
-}
-```
-
-### getUploads()
-
-Gibt alle aktiven Uploads zurück.
-
-### removeUpload(options)
-
-Entfernt einen Upload aus der Warteschlange.
-
-```typescript
-interface RemoveOptions {
-  id: string;
-}
-```
-
-## Ereignisse
-
-### events
-
-Alle Upload-Ereignisse werden über einen einzigen `events`-Listener übermittelt. Das Ereignis enthält ein `name`-Feld zur Identifizierung des Typs:
-
-```typescript
-Uploader.addListener('events', (event: UploadEvent) => {
-  switch (event.name) {
-    case 'uploading':
-      // Upload läuft
-      console.log(`Fortschritt: ${event.payload.percent}%`);
-      console.log(`ID: ${event.payload.id}`);
-      break;
-
-    case 'completed':
-      // Upload erfolgreich abgeschlossen
-      console.log(`Abgeschlossen: ${event.payload.id}`);
-      console.log(`Statuscode: ${event.payload.statusCode}`);
-      break;
-
-    case 'failed':
-      // Upload fehlgeschlagen
-      console.error(`Fehlgeschlagen: ${event.payload.id}`);
-      console.error(`Fehler: ${event.payload.error}`);
-      break;
-  }
-});
-```
-
-**Ereignistypen:**
-- `uploading` - Fortschritts-Update mit `percent` und `id`
-- `completed` - Upload abgeschlossen mit `id` und `statusCode`
-- `failed` - Upload fehlgeschlagen mit `id` und `error`-Nachricht
-
-## Erweiterte Funktionen
-
-### Multipart-Form-Upload
-
-```typescript
-const uploadWithFormData = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/photo.jpg',
-    serverUrl: 'https://api.example.com/upload',
-    method: 'POST',
-    parameters: {
-      'name': 'profile-photo',
-      'description': 'Benutzerprofilfoto'
-    },
-    headers: {
-      'X-API-Key': 'your-api-key'
-    }
-  });
-};
-```
-
-### Binär-Upload
-
-```typescript
-const uploadBinary = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/data.bin',
-    serverUrl: 'https://api.example.com/binary',
-    method: 'PUT',
-    headers: {
-      'Content-Type': 'application/octet-stream'
-    }
-  });
-};
-```
-
-### Netzwerkbewusstes Hochladen
-
-```typescript
-import { Network } from '@capacitor/network';
-
-const smartUpload = async () => {
-  const status = await Network.getStatus();
-
-  if (status.connectionType === 'wifi') {
-    // Große Datei-Uploads über WLAN starten
-    await startLargeUpload();
-  } else if (status.connectionType === 'cellular') {
-    // Für später in die Warteschlange einreihen oder Benutzer warnen
-    console.log('Verwendet mobile Daten');
-  }
-};
-```
-
-## Bewährte Methoden
-
-1. **Alle Ereignistypen behandeln**
-   ```typescript
-   const setupUploadHandlers = () => {
-     Uploader.addListener('events', (event) => {
-       switch (event.name) {
-         case 'uploading':
-           handleProgress(event.payload);
-           break;
-         case 'completed':
-           handleCompleted(event.payload);
-           break;
-         case 'failed':
-           handleError(event.payload);
-           break;
-       }
-     });
-   };
-   ```
-
-2. **Listener aufräumen**
-   ```typescript
-   // Listener hinzufügen
-   const listener = await Uploader.addListener('events', handleEvent);
-
-   // Aufräumen, wenn fertig
-   listener.remove();
-   ```
-
-3. **Fehlgeschlagene Uploads wiederholen**
-   ```typescript
-   const retryUpload = async (filePath: string, serverUrl: string) => {
-     try {
-       await Uploader.startUpload({
-         filePath,
-         serverUrl,
-         maxRetries: 3
-       });
-     } catch (error) {
-       console.error('Upload nach Wiederholungen fehlgeschlagen:', error);
-     }
-   };
-   ```
-
-4. **Upload-Benachrichtigungen anzeigen**
-   ```typescript
-   await Uploader.startUpload({
-     filePath: 'file:///path/to/file',
-     serverUrl: 'https://server.com/upload',
-     notificationTitle: 'Datei wird hochgeladen',
-     notificationBody: 'Ihre Datei wird hochgeladen...'
-   });
-   ```
-
-## Plattformhinweise
-
-### iOS
-- Verwendet `URLSession` für Hintergrund-Uploads
-- Erfordert Hintergrundverarbeitungsfähigkeit
-- Uploads werden fortgesetzt, wenn die App angehalten wird
-
-### Android
-- Verwendet `WorkManager` für zuverlässige Uploads
-- Zeigt Vordergrund-Dienstbenachrichtigung während Uploads an
-- Respektiert Akkuoptimierungseinstellungen
diff --git a/src/content/docs/de/docs/plugins/uploader/index.mdx b/src/content/docs/de/docs/plugins/uploader/index.mdx
deleted file mode 100644
index e826111ef..000000000
--- a/src/content/docs/de/docs/plugins/uploader/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-uploader"
-locale: de
-description: Hintergrund-Datei-Upload-Plugin für Capacitor-Apps mit Fortschrittsanzeige und wiederaufnehmbaren Uploads.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Laden Sie Dateien im Hintergrund hoch mit Fortschrittsanzeige, wiederaufnehmbaren Uploads und netzwerkbewusster Handhabung für Capacitor-Apps.
-  image:
-    file: ~public/icons/plugins/uploader.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/uploader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-uploader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Hintergrund-Uploads" icon="rocket">
-    Setzen Sie Uploads auch dann fort, wenn die App im Hintergrund läuft
-  </Card>
-  <Card title="Fortschrittsanzeige" icon="list-format">
-    Echtzeit-Upload-Fortschritt mit detaillierten Statistiken
-  </Card>
-  <Card title="Wiederaufnehmbare Uploads" icon="download">
-    Automatisches Fortsetzen unterbrochener Uploads
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Lesen Sie die [Dokumentation](/docs/plugins/uploader/getting-started/), um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/video-player/getting-started.mdx b/src/content/docs/de/docs/plugins/video-player/getting-started.mdx
deleted file mode 100644
index 68a2667bc..000000000
--- a/src/content/docs/de/docs/plugins/video-player/getting-started.mdx
+++ /dev/null
@@ -1,303 +0,0 @@
----
-title: Erste Schritte
-description: >-
-  Erfahren Sie, wie Sie die native Videowiedergabe in Ihre Capacitor-App
-  integrieren.
-sidebar:
-  order: 2
-locale: de
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-video-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Grundlegende Verwendung
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-// Initialize a video player
-const playVideo = async () => {
-  const result = await CapacitorVideoPlayer.initPlayer({
-    mode: 'fullscreen',
-    url: 'https://example.com/video.mp4',
-    playerId: 'myPlayer',
-    componentTag: 'div'
-  });
-
-  console.log('Player initialized:', result);
-};
-
-// Play the video
-await CapacitorVideoPlayer.play({ playerId: 'myPlayer' });
-
-// Pause the video
-await CapacitorVideoPlayer.pause({ playerId: 'myPlayer' });
-
-// Get current time
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'myPlayer' });
-console.log('Current time:', value);
-
-// Seek to position
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'myPlayer',
-  seektime: 30 // seconds
-});
-
-// Set volume (0-1)
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'myPlayer',
-  volume: 0.5
-});
-```
-
-## API Referenz
-
-### initPlayer(Optionen)
-
-Initialisieren Sie eine Videoplayer-Instanz.
-
-```typescript
-await CapacitorVideoPlayer.initPlayer({
-  mode: 'fullscreen', // or 'embedded'
-  url: 'https://example.com/video.mp4',
-  playerId: 'player1',
-  subtitle: 'https://example.com/subtitles.vtt',
-  language: 'en',
-  rate: 1.0,
-  exitOnEnd: true,
-  loopOnEnd: false,
-  pipEnabled: true,
-  showControls: true
-});
-```
-
-### abspielen(Optionen)
-
-Spielen Sie das Video ab.
-
-```typescript
-await CapacitorVideoPlayer.play({ playerId: 'player1' });
-```
-
-### Pause(Optionen)
-
-Halten Sie das Video an.
-
-```typescript
-await CapacitorVideoPlayer.pause({ playerId: 'player1' });
-```
-
-### getDuration(Optionen)
-
-Erhalten Sie die Videodauer in Sekunden.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getDuration({ playerId: 'player1' });
-console.log('Duration:', value, 'seconds');
-```
-
-### getCurrentTime(Optionen)
-
-Aktuelle Wiedergabeposition in Sekunden abrufen.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'player1' });
-```
-
-### setCurrentTime(Optionen)
-
-Suchen Sie nach einer bestimmten Zeit.
-
-```typescript
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'player1',
-  seektime: 60 // seconds
-});
-```
-
-### setVolume(Optionen)
-
-Lautstärke einstellen (0,0 bis 1,0).
-
-```typescript
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'player1',
-  volume: 0.8
-});
-```
-
-### getVolume(Optionen)
-
-Aktuelle Lautstärke abrufen.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getVolume({ playerId: 'player1' });
-```
-
-### setMuted(Optionen)
-
-Schalten Sie das Video stumm oder heben Sie die Stummschaltung auf.
-
-```typescript
-await CapacitorVideoPlayer.setMuted({
-  playerId: 'player1',
-  muted: true
-});
-```
-
-### setRate(Optionen)
-
-Wiedergabegeschwindigkeit einstellen.
-
-```typescript
-await CapacitorVideoPlayer.setRate({
-  playerId: 'player1',
-  rate: 1.5 // 1.5x speed
-});
-```
-
-### stopAllPlayers()
-
-Stoppen Sie alle aktiven Spieler.
-
-```typescript
-await CapacitorVideoPlayer.stopAllPlayers();
-```
-
-###exitPlayer()
-
-Beenden Sie den Videoplayer.
-
-```typescript
-await CapacitorVideoPlayer.exitPlayer();
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-export class VideoPlayerService {
-  private playerId = 'mainPlayer';
-
-  async initializePlayer(videoUrl: string, subtitleUrl?: string) {
-    try {
-      const result = await CapacitorVideoPlayer.initPlayer({
-        mode: 'fullscreen',
-        url: videoUrl,
-        playerId: this.playerId,
-        subtitle: subtitleUrl,
-        language: 'en',
-        rate: 1.0,
-        exitOnEnd: true,
-        loopOnEnd: false,
-        pipEnabled: true,
-        bkmodeEnabled: true,
-        showControls: true,
-        displayMode: 'all'
-      });
-
-      console.log('Player initialized:', result);
-      return result;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  async togglePlayPause() {
-    const { value: isPlaying } = await CapacitorVideoPlayer.isPlaying({
-      playerId: this.playerId
-    });
-
-    if (isPlaying) {
-      await CapacitorVideoPlayer.pause({ playerId: this.playerId });
-    } else {
-      await CapacitorVideoPlayer.play({ playerId: this.playerId });
-    }
-  }
-
-  async seekForward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: currentTime + seconds
-    });
-  }
-
-  async seekBackward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: Math.max(0, currentTime - seconds)
-    });
-  }
-
-  async setPlaybackSpeed(speed: number) {
-    await CapacitorVideoPlayer.setRate({
-      playerId: this.playerId,
-      rate: speed
-    });
-  }
-
-  async getProgress() {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-    const { value: duration } = await CapacitorVideoPlayer.getDuration({
-      playerId: this.playerId
-    });
-
-    return {
-      currentTime,
-      duration,
-      percentage: (currentTime / duration) * 100
-    };
-  }
-
-  async cleanup() {
-    await CapacitorVideoPlayer.stopAllPlayers();
-  }
-}
-```
-
-## Plattformhinweise
-
-### iOS
-- Erfordert iOS 10.0+
-- Verwendet nativen AVPlayer
-- Unterstützt Bild-in-Bild
-- Hintergrundwiedergabe unterstützt
-
-### Android
-- Erfordert Android 5.0 (API 21)+
-- Verwendet ExoPlayer
-- Unterstützt Chromecast
-- Benutzerdefinierte Akzentfarben verfügbar
-
-### Web
-- Verwendet den HTML5-Videoplayer
-- Nur eingebetteter Modus
-- Eingeschränkte native Funktionen
-
-## Bewährte Methoden
-
-1. **Spieler aufräumen**: Stoppen Sie die Spieler immer, wenn Sie fertig sind
-2. **Fehler behandeln**: Spieleraufrufe in Try-Catch einschließen
-3. **Eindeutige Spieler-IDs**: Verwenden Sie eindeutige IDs für mehrere Spieler
-4. **Überprüfen Sie den Wiedergabestatus**: Überprüfen Sie den Status vor dem Betrieb
-5. **Ressourcenverwaltung**: Spieler freigeben, um Speicher freizugeben
diff --git a/src/content/docs/de/docs/plugins/video-player/index.mdx b/src/content/docs/de/docs/plugins/video-player/index.mdx
deleted file mode 100644
index 2a6acbd9d..000000000
--- a/src/content/docs/de/docs/plugins/video-player/index.mdx
+++ /dev/null
@@ -1,43 +0,0 @@
----
-title: '@capgo/capacitor-video-player'
-description: Native Videowiedergabe für Capacitor-Apps mit voller Kontrolle und Anpassung.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-hero:
-  tagline: >-
-    Leistungsstarker nativer Videoplayer mit Unterstützung für Vollbild,
-    Einbettungsmodi, Untertitel und umfassende Wiedergabesteuerung.
-  image:
-    file: ~public/icons/plugins/video-player.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/video-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-video-player/'
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Mehrere Modi" icon="laptop">
-    Vollbild- und eingebettete Wiedergabemodi
-  </Card>
-  <Card title="Untertitel-Unterstützung" icon="document">
-    Zeigen Sie Untertitel in mehreren Sprachen an
-  </Card>
-  <Card title="Volle Kontrolle" icon="setting">
-    Wiedergabe-, Pausen-, Such-, Lautstärke- und Wiedergabegeschwindigkeitssteuerung
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Lesen Sie die [Dokumentation](/docs/plugins/video-player/getting-started/), um die Videowiedergabe zu integrieren.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/volume-buttons/getting-started.mdx b/src/content/docs/de/docs/plugins/volume-buttons/getting-started.mdx
deleted file mode 100644
index 42a4c540c..000000000
--- a/src/content/docs/de/docs/plugins/volume-buttons/getting-started.mdx
+++ /dev/null
@@ -1,265 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie Lautstärketasten-Drücke in Ihrer Capacitor-App erkennen.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Paket**
-   <PackageManagers pkg="@capgo/capacitor-volume-buttons" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisieren Sie mit nativen Projekten**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Verwendung
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-// Listen for volume button presses
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Volume button pressed:', event.direction);
-
-  if (event.direction === 'up') {
-    console.log('Volume up pressed');
-    // Handle volume up
-  } else if (event.direction === 'down') {
-    console.log('Volume down pressed');
-    // Handle volume down
-  }
-});
-
-// Remove all listeners when done
-await VolumeButtons.removeAllListeners();
-```
-
-## API-Referenz
-
-### addListener('volumeButtonPressed', callback)
-
-Lauschen Sie auf Lautstärketasten-Drücke.
-
-```typescript
-const handle = VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Direction:', event.direction); // 'up' or 'down'
-});
-
-// Remove specific listener
-await handle.remove();
-```
-
-**Event-Daten:**
-- `direction`: `'up' | 'down'` - Richtung des Tastendrucks
-
-### removeAllListeners()
-
-Entfernen Sie alle registrierten Listener.
-
-```typescript
-await VolumeButtons.removeAllListeners();
-```
-
-### getPluginVersion()
-
-Abrufen der Plugin-Version.
-
-```typescript
-const { version } = await VolumeButtons.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-export class VolumeButtonController {
-  private listener: any;
-
-  async initialize() {
-    this.listener = VolumeButtons.addListener(
-      'volumeButtonPressed',
-      this.handleVolumeButton.bind(this)
-    );
-
-    console.log('Volume button listener initialized');
-  }
-
-  private handleVolumeButton(event: { direction: 'up' | 'down' }) {
-    switch (event.direction) {
-      case 'up':
-        this.handleVolumeUp();
-        break;
-      case 'down':
-        this.handleVolumeDown();
-        break;
-    }
-  }
-
-  private handleVolumeUp() {
-    console.log('Volume up pressed');
-    // Your custom logic for volume up
-    // e.g., navigate forward, increase brightness, etc.
-  }
-
-  private handleVolumeDown() {
-    console.log('Volume down pressed');
-    // Your custom logic for volume down
-    // e.g., navigate backward, decrease brightness, etc.
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await VolumeButtons.removeAllListeners();
-    console.log('Volume button listener cleaned up');
-  }
-}
-```
-
-## Anwendungsfälle
-
-### Foto-/Videoaufnahme
-
-Verwenden Sie Lautstärketasten als Kamera-Auslöser:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', async (event) => {
-  // Any volume button triggers camera
-  await capturePhoto();
-});
-```
-
-### Seitennavigation
-
-Navigieren Sie durch Inhalte mit Lautstärketasten:
-
-```typescript
-let currentPage = 0;
-
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    currentPage++;
-    showPage(currentPage);
-  } else {
-    currentPage = Math.max(0, currentPage - 1);
-    showPage(currentPage);
-  }
-});
-```
-
-### Mediensteuerung
-
-Steuern Sie die Medienwiedergabe:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    skipForward();
-  } else {
-    skipBackward();
-  }
-});
-```
-
-### Spielsteuerung
-
-Verwenden Sie Lautstärketasten für Spielaktionen:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    player.jump();
-  } else {
-    player.crouch();
-  }
-});
-```
-
-## Bewährte Methoden
-
-1. **Räumen Sie Listener auf**
-   Entfernen Sie immer Listener, wenn Ihre Komponente unmountiert wird:
-   ```typescript
-   useEffect(() => {
-     const listener = VolumeButtons.addListener('volumeButtonPressed', handler);
-
-     return () => {
-       listener.remove();
-     };
-   }, []);
-   ```
-
-2. **Geben Sie visuelles Feedback**
-   Zeigen Sie Benutzern, dass Lautstärketasten für benutzerdefinierte Steuerungen verwendet werden:
-   ```typescript
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     showNotification(`Volume ${event.direction} pressed`);
-     performAction(event.direction);
-   });
-   ```
-
-3. **Berücksichtigen Sie Barrierefreiheit**
-   Denken Sie daran, dass einige Benutzer auf Lautstärketasten für die tatsächliche Lautstärkeregelung angewiesen sind. Bieten Sie alternative Steuerungen an.
-
-4. **Entprellen Sie schnelle Drücke**
-   Verhindern Sie versehentliches Doppeldrücken:
-   ```typescript
-   let lastPress = 0;
-   const DEBOUNCE_MS = 300;
-
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     const now = Date.now();
-     if (now - lastPress < DEBOUNCE_MS) {
-       return; // Ignore rapid presses
-     }
-     lastPress = now;
-     handlePress(event.direction);
-   });
-   ```
-
-5. **Dokumentieren Sie das Verhalten**
-   Machen Sie den Benutzern klar, dass Lautstärketasten eine benutzerdefinierte Funktionalität haben:
-   ```typescript
-   function showVolumeButtonHelp() {
-     alert('Use Volume Up/Down buttons to navigate pages');
-   }
-   ```
-
-## Plattform-Hinweise
-
-### iOS
-- Funktioniert auf iOS 10.0+
-- Lautstärketasten werden zuverlässig erkannt
-- System-Lautstärke-UI kann kurz erscheinen
-
-### Android
-- Funktioniert auf Android 5.0 (API 21)+
-- Erfordert, dass die App im Vordergrund ist
-- Einige Geräte können eine leichte Verzögerung haben
-
-### Web
-- Auf der Web-Plattform nicht unterstützt
-- Listener werden nicht ausgelöst
-
-## Fehlerbehebung
-
-**Events werden nicht ausgelöst:**
-- Stellen Sie sicher, dass die App den Fokus hat
-- Überprüfen Sie, ob Listener ordnungsgemäß registriert sind
-- Überprüfen Sie, ob das Plugin installiert und synchronisiert ist
-
-**System-Lautstärkeänderungen stören:**
-- Dies ist erwartetes Verhalten - das Plugin erkennt Drücke, verhindert aber nicht System-Lautstärkeänderungen
-- Berücksichtigen Sie UX, die mit Lautstärkeänderungen funktioniert
-
-**Mehrere Events werden ausgelöst:**
-- Implementieren Sie Entprellen, um schnelle Drücke zu behandeln
-- Überprüfen Sie auf doppelte Listener-Registrierung
diff --git a/src/content/docs/de/docs/plugins/volume-buttons/index.mdx b/src/content/docs/de/docs/plugins/volume-buttons/index.mdx
deleted file mode 100644
index af336d3f8..000000000
--- a/src/content/docs/de/docs/plugins/volume-buttons/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-volume-buttons"
-locale: de
-description: Lauschen Sie auf Hardware-Lautstärketasten-Drücke in Ihren Capacitor-Apps.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Erkennen und reagieren Sie auf Drücke der Lautstärketasten auf mobilen Geräten für benutzerdefinierte Steuerungen und Interaktionen.
-  image:
-    file: ~public/icons/plugins/volume-buttons.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/volume-buttons/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-volume-buttons/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Hardware-Integration" icon="rocket">
-    Lauschen Sie auf physische Lautstärketasten-Drücke
-  </Card>
-  <Card title="Hoch/Runter-Erkennung" icon="star">
-    Unterscheiden Sie zwischen Lautstärke hoch und runter
-  </Card>
-  <Card title="Einfache API" icon="pencil">
-    Einfache Event-Listener-Schnittstelle
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/volume-buttons/getting-started/) an, um mit der Verwendung von Lautstärketasten zu beginnen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/wechat/getting-started.mdx b/src/content/docs/de/docs/plugins/wechat/getting-started.mdx
deleted file mode 100644
index cb680fd6b..000000000
--- a/src/content/docs/de/docs/plugins/wechat/getting-started.mdx
+++ /dev/null
@@ -1,390 +0,0 @@
----
-title: Erste Schritte
-description: >-
-  Erfahren Sie, wie Sie das WeChat-Plugin installieren und verwenden, um die
-  WeChat-Funktionalität in Ihre Capacitor-App zu integrieren.
-sidebar:
-  order: 2
-locale: de
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-wechat" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Konfiguration
-
-### WeChat-App-Registrierung
-
-Bevor Sie dieses Plugin verwenden, müssen Sie Ihre App auf der [WeChat Open Platform] (https://open.weixin.qq.com/) registrieren, um eine App-ID zu erhalten.
-
-### iOS Konfiguration
-
-Fügen Sie Folgendes zu Ihrem `Info.plist` hinzu:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-  <string>weixin</string>
-  <string>weixinULAPI</string>
-</array>
-
-<key>CFBundleURLTypes</key>
-<array>
-  <dict>
-    <key>CFBundleTypeRole</key>
-    <string>Editor</string>
-    <key>CFBundleURLName</key>
-    <string>weixin</string>
-    <key>CFBundleURLSchemes</key>
-    <array>
-      <string>YOUR_WECHAT_APP_ID</string>
-    </array>
-  </dict>
-</array>
-```
-
-Sie müssen WeChat SDK in Ihr iOS-Projekt integrieren. Fügen Sie WeChat SDK zu Ihrem `Podfile` hinzu oder laden Sie es von der [WeChat Open Platform] (https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/iOS.html) herunter.
-
-### Android Konfiguration
-
-Fügen Sie Folgendes zu Ihrem `AndroidManifest.xml` hinzu:
-
-```xml
-<manifest>
-  <application>
-    <!-- WeChat callback activity -->
-    <activity
-      android:name=".wxapi.WXEntryActivity"
-      android:exported="true"
-      android:label="@string/app_name"
-      android:launchMode="singleTask"
-      android:theme="@android:style/Theme.Translucent.NoTitleBar">
-      <intent-filter>
-        <action android:name="android.intent.action.VIEW" />
-        <category android:name="android.intent.category.DEFAULT" />
-      </intent-filter>
-    </activity>
-  </application>
-</manifest>
-```
-
-Sie müssen WeChat SDK in Ihr Android-Projekt integrieren. Fügen Sie die WeChat-Abhängigkeit SDK zu Ihrem `build.gradle` hinzu oder laden Sie sie von der [WeChat Open Platform] (https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/Android.html) herunter.
-
-## Nutzung
-
-### Überprüfen Sie die WeChat-Installation
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-const checkWeChat = async () => {
-  const { installed } = await CapacitorWechat.isInstalled();
-  if (installed) {
-    console.log('WeChat is installed');
-  } else {
-    console.log('WeChat is not installed');
-  }
-};
-```
-
-### Authentifizierung
-
-```typescript
-const loginWithWeChat = async () => {
-  try {
-    const { code, state } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo', // or 'snsapi_login'
-      state: 'my_random_state'
-    });
-
-    // Send code to your backend to exchange for access token
-    const response = await fetch('https://yourapi.com/auth/wechat', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' },
-      body: JSON.stringify({ code })
-    });
-
-    const { access_token, openid } = await response.json();
-    console.log('Logged in with WeChat:', openid);
-  } catch (error) {
-    console.error('WeChat auth failed:', error);
-  }
-};
-```
-
-### Inhalte teilen
-
-#### Text teilen
-
-```typescript
-const shareText = async () => {
-  await CapacitorWechat.share({
-    scene: 0, // 0 = Chat, 1 = Moments, 2 = Favorite
-    type: 'text',
-    text: 'Hello from Capacitor WeChat!'
-  });
-};
-```
-
-#### Link teilen
-
-```typescript
-const shareLink = async () => {
-  await CapacitorWechat.share({
-    scene: 1, // Share to Moments
-    type: 'link',
-    title: 'Check out this awesome app!',
-    description: 'Built with Capacitor and WeChat SDK',
-    link: 'https://capacitorjs.com',
-    thumbUrl: 'https://capacitorjs.com/icon.png'
-  });
-};
-```
-
-#### Bild teilen
-
-```typescript
-const shareImage = async () => {
-  await CapacitorWechat.share({
-    scene: 0,
-    type: 'image',
-    imageUrl: 'https://example.com/image.png', // or base64 data
-    thumbUrl: 'https://example.com/thumb.png'
-  });
-};
-```
-
-### WeChat-Bezahlung
-
-```typescript
-const payWithWeChat = async () => {
-  // First, get payment parameters from your server
-  const paymentParams = await fetchPaymentParamsFromServer();
-
-  try {
-    await CapacitorWechat.sendPaymentRequest({
-      partnerId: paymentParams.partnerId,
-      prepayId: paymentParams.prepayId,
-      nonceStr: paymentParams.nonceStr,
-      timeStamp: paymentParams.timeStamp,
-      package: paymentParams.package, // Usually 'Sign=WXPay'
-      sign: paymentParams.sign
-    });
-
-    console.log('Payment successful!');
-  } catch (error) {
-    console.error('Payment failed:', error);
-  }
-};
-```
-
-### Öffnen Sie das Miniprogramm
-
-```typescript
-const openMiniProgram = async () => {
-  await CapacitorWechat.openMiniProgram({
-    username: 'gh_xxxxxxxxxxxxx', // Mini program original ID
-    path: 'pages/index/index', // Path within mini program
-    type: 0 // 0 = Release, 1 = Test, 2 = Preview
-  });
-};
-```
-
-## API Referenz
-
-### isInstalled()
-
-Überprüfen Sie, ob die WeChat-App auf dem Gerät installiert ist.
-
-```typescript
-const result = await CapacitorWechat.isInstalled();
-// Returns: { installed: boolean }
-```
-
-### auth(Optionen)
-
-Authentifizieren Sie den Benutzer mit WeChat OAuth.
-
-```typescript
-interface WechatAuthOptions {
-  scope: string; // 'snsapi_userinfo' or 'snsapi_login'
-  state?: string; // Optional state parameter for CSRF protection
-}
-
-const result = await CapacitorWechat.auth(options);
-// Returns: { code: string, state?: string }
-```
-
-### teilen(Optionen)
-
-Teilen Sie Inhalte mit WeChat.
-
-```typescript
-interface WechatShareOptions {
-  scene: number; // 0 = Session (chat), 1 = Timeline (moments), 2 = Favorite
-  type: 'text' | 'image' | 'link' | 'music' | 'video' | 'miniprogram';
-  text?: string; // For type 'text'
-  title?: string; // For type 'link', 'music', 'video', 'miniprogram'
-  description?: string; // For type 'link', 'music', 'video', 'miniprogram'
-  link?: string; // For type 'link'
-  imageUrl?: string; // Image URL or base64 data
-  thumbUrl?: string; // Thumbnail URL or base64 data
-  mediaUrl?: string; // For type 'music' or 'video'
-  miniProgramUsername?: string; // For type 'miniprogram'
-  miniProgramPath?: string; // For type 'miniprogram'
-  miniProgramType?: number; // For type 'miniprogram': 0 = Release, 1 = Test, 2 = Preview
-  miniProgramWebPageUrl?: string; // Fallback URL for type 'miniprogram'
-}
-
-await CapacitorWechat.share(options);
-```
-
-### sendPaymentRequest(Optionen)
-
-Senden Sie eine Zahlungsanfrage an WeChat Pay.
-
-```typescript
-interface WechatPaymentOptions {
-  partnerId: string; // Merchant ID
-  prepayId: string; // Prepay ID from unified order API
-  nonceStr: string; // Random string
-  timeStamp: string; // Timestamp
-  package: string; // Usually 'Sign=WXPay'
-  sign: string; // Signature
-}
-
-await CapacitorWechat.sendPaymentRequest(options);
-```
-
-### openMiniProgram(Optionen)
-
-Öffnen Sie das WeChat-Miniprogramm.
-
-```typescript
-interface WechatMiniProgramOptions {
-  username: string; // Mini-program username (original ID)
-  path?: string; // Path to open in mini-program
-  type?: number; // 0 = Release, 1 = Test, 2 = Preview
-}
-
-await CapacitorWechat.openMiniProgram(options);
-```
-
-### ChooseRechnung(Optionen)
-
-Wählen Sie Rechnung von WeChat (für Business-Apps).
-
-```typescript
-interface WechatInvoiceOptions {
-  appId: string;
-  signType: string;
-  cardSign: string;
-  timeStamp: string;
-  nonceStr: string;
-}
-
-const result = await CapacitorWechat.chooseInvoice(options);
-// Returns: { cards: string[] }
-```
-
-### getPluginVersion()
-
-Holen Sie sich die native Plugin-Version.
-
-```typescript
-const result = await CapacitorWechat.getPluginVersion();
-// Returns: { version: string }
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-export class WeChatService {
-  async init() {
-    const { installed } = await CapacitorWechat.isInstalled();
-    if (!installed) {
-      throw new Error('WeChat is not installed');
-    }
-  }
-
-  async login() {
-    const { code } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo',
-      state: Math.random().toString(36).substring(7)
-    });
-
-    // Exchange code for access token on your backend
-    const response = await fetch('/api/auth/wechat', {
-      method: 'POST',
-      body: JSON.stringify({ code })
-    });
-
-    return response.json();
-  }
-
-  async shareToChat(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 0, // Chat
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-
-  async shareToMoments(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 1, // Moments
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-}
-```
-
-## Wichtige Hinweise
-
-1. **WeChat SDK-Integration**: Dieses Plugin stellt die Capacitor-Schnittstelle bereit, Sie müssen jedoch das offizielle WeChat SDK in Ihre nativen Projekte integrieren.
-
-2. **App-Registrierung**: Sie müssen Ihre App auf der [Offenen WeChat-Plattform] (https://open.weixin.qq.com/) registrieren, um eine App-ID zu erhalten.
-
-3. **Universelle Links (iOS)**: Für iOS 13+ müssen Sie universelle Links für WeChat-Rückrufe konfigurieren.
-
-4. **Backend-Integration**: Authentifizierungs- und Zahlungsfunktionen erfordern eine Backend-Integration, um Codes gegen Token auszutauschen und Zahlungsparameter vorzubereiten.
-
-5. **Testen**: WeChat-Funktionen müssen auf physischen Geräten getestet werden – sie funktionieren nicht in Simulatoren.
-
-## Bewährte Methoden
-
-1. **Überprüfen Sie immer, ob WeChat installiert ist**, bevor Sie versuchen, Funktionen zu nutzen.
-2. **Fehler elegant behandeln** mit Try-Catch-Blöcken.
-3. **Statusparameter verwenden** in Authentifizierungsanfragen für den CSRF-Schutz.
-4. **Überprüfen Sie Zahlungsantworten** in Ihrem Backend, bevor Sie Zugriff gewähren.
-5. **Komprimieren Sie Bilder** vor dem Teilen, um den Datenverbrauch zu reduzieren.
-
-## Plattformhinweise
-
-### iOS
-- Erfordert iOS 10.0+
-- Verwendet den offiziellen WeChat SDK für iOS
-- Erfordert Universal Links-Konfiguration für iOS 13+### Android
-- Erfordert Android 5.0 (API 21)+
-- Verwendet den offiziellen WeChat SDK für Android
-– Erfordert die WXEntryActivity-Konfiguration
-
-### Web
-– Wird auf der Webplattform nicht unterstützt
diff --git a/src/content/docs/de/docs/plugins/wechat/index.mdx b/src/content/docs/de/docs/plugins/wechat/index.mdx
deleted file mode 100644
index 5f2d9a971..000000000
--- a/src/content/docs/de/docs/plugins/wechat/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: '@capgo/capacitor-wechat'
-description: >-
-  WeChat SDK Integration für Capacitor - ermöglicht Authentifizierung, Freigabe,
-  Zahlungen und Mini-Programme.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-hero:
-  tagline: >-
-    Integrieren Sie WeChat SDK in Ihre Capacitor-App für nahtlose Authentifizierung,
-    Inhaltsfreigabe, Zahlungen und Mini-Programm-Zugriff.
-  image:
-    file: ~public/icons/plugins/wechat.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/wechat/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-wechat/'
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="OAuth-Authentifizierung" icon="puzzle">
-    Aktivieren Sie sichere WeChat-Anmeldung für nahtlose Benutzerauthentifizierung 🔐
-  </Card>
-  <Card title="Inhaltsfreigabe" icon="rocket">
-    Teilen Sie Text, Bilder, Links, Musik, Video und Mini-Programme auf WeChat 📤
-  </Card>
-  <Card title="WeChat Pay" icon="star">
-    Akzeptieren Sie Zahlungen über WeChat Pay für nahtlose Transaktionen 💳
-  </Card>
-  <Card title="Mini-Programme" icon="open-book">
-    Starten Sie WeChat Mini-Programme direkt von Ihrer App aus 🚀
-  </Card>
-  <Card title="Plattformübergreifend" icon="puzzle">
-    Funktioniert auf iOS und Android mit nativem WeChat SDK 📱
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Lesen Sie die [Dokumentation](/docs/plugins/wechat/getting-started/), um das Plugin in wenigen Minuten zu beherrschen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/wifi/getting-started.mdx b/src/content/docs/de/docs/plugins/wifi/getting-started.mdx
deleted file mode 100644
index cf0c1059c..000000000
--- a/src/content/docs/de/docs/plugins/wifi/getting-started.mdx
+++ /dev/null
@@ -1,371 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie das WiFi-Plugin installieren und verwenden, um die Netzwerkkonnektivität in Ihrer Capacitor-App zu verwalten.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Paket**
-   <PackageManagers pkg="@capgo/capacitor-wifi" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Berechtigungen konfigurieren**
-
-   **Android**: Fügen Sie zu `AndroidManifest.xml` hinzu:
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-   <uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-
-   **iOS**: Fügen Sie zu `Info.plist` hinzu:
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>Wir benötigen Standortzugriff zum Scannen von WiFi-Netzwerken</string>
-   ```
-</Steps>
-
-## Verwendung
-
-Importieren Sie das Plugin und verwalten Sie die WiFi-Konnektivität:
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-// Aktuelle WiFi-Verbindungsinformationen abrufen
-const getWifiInfo = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-  console.log('Verbunden mit:', info.ssid);
-  console.log('IP-Adresse:', info.ip);
-};
-
-// Nach verfügbaren Netzwerken scannen
-const scanNetworks = async () => {
-  const { networks } = await CapacitorWifi.scan();
-  networks.forEach(network => {
-    console.log(`SSID: ${network.ssid}, Signal: ${network.level}`);
-  });
-};
-
-// Mit einem Netzwerk verbinden
-const connectToWifi = async () => {
-  await CapacitorWifi.connect({
-    ssid: 'MeinNetzwerk',
-    password: 'meinpasswort'
-  });
-};
-```
-
-## API-Referenz
-
-### getWifiInfo()
-
-Ruft Informationen über das aktuell verbundene WiFi-Netzwerk ab.
-
-```typescript
-interface WifiInfo {
-  ssid: string;          // Netzwerkname
-  bssid: string;         // MAC-Adresse des Access Points
-  ip: string;            // Geräte-IP-Adresse
-  frequency: number;     // Netzwerkfrequenz (MHz)
-  linkSpeed: number;     // Verbindungsgeschwindigkeit (Mbps)
-  signalStrength: number; // Signalstärke (0-100)
-}
-
-const info = await CapacitorWifi.getWifiInfo();
-```
-
-### scan()
-
-Scannt nach verfügbaren WiFi-Netzwerken.
-
-```typescript
-interface WifiNetwork {
-  ssid: string;          // Netzwerkname
-  bssid: string;         // MAC-Adresse
-  level: number;         // Signalpegel (dBm)
-  frequency: number;     // Netzwerkfrequenz
-  capabilities: string;  // Sicherheitsfähigkeiten
-}
-
-const { networks } = await CapacitorWifi.scan();
-```
-
-### connect(options)
-
-Verbindet sich mit einem WiFi-Netzwerk.
-
-```typescript
-interface ConnectOptions {
-  ssid: string;          // Netzwerkname
-  password?: string;     // Netzwerkpasswort (falls gesichert)
-  isHiddenSsid?: boolean; // Ob SSID versteckt ist
-}
-
-await CapacitorWifi.connect({
-  ssid: 'MeinNetzwerk',
-  password: 'meinpasswort'
-});
-```
-
-### disconnect()
-
-Trennt die Verbindung vom aktuellen WiFi-Netzwerk.
-
-```typescript
-await CapacitorWifi.disconnect();
-```
-
-### getSSID()
-
-Ruft die SSID des aktuell verbundenen Netzwerks ab.
-
-```typescript
-const { ssid } = await CapacitorWifi.getSSID();
-console.log('Verbunden mit:', ssid);
-```
-
-### getIP()
-
-Ruft die aktuelle Geräte-IP-Adresse ab.
-
-```typescript
-const { ip } = await CapacitorWifi.getIP();
-console.log('IP-Adresse:', ip);
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-export class WifiService {
-  async getCurrentNetwork() {
-    try {
-      const info = await CapacitorWifi.getWifiInfo();
-      return {
-        name: info.ssid,
-        strength: this.getSignalQuality(info.signalStrength),
-        speed: `${info.linkSpeed} Mbps`,
-        ip: info.ip
-      };
-    } catch (error) {
-      console.error('WiFi-Informationen konnten nicht abgerufen werden:', error);
-      return null;
-    }
-  }
-
-  async scanAndConnect(targetSsid: string, password: string) {
-    try {
-      // Nach Netzwerken scannen
-      const { networks } = await CapacitorWifi.scan();
-
-      // Zielnetzwerk finden
-      const targetNetwork = networks.find(n => n.ssid === targetSsid);
-
-      if (!targetNetwork) {
-        throw new Error(`Netzwerk ${targetSsid} nicht gefunden`);
-      }
-
-      console.log(`Netzwerk mit Signal gefunden: ${targetNetwork.level} dBm`);
-
-      // Mit Netzwerk verbinden
-      await CapacitorWifi.connect({
-        ssid: targetSsid,
-        password: password
-      });
-
-      console.log('Erfolgreich verbunden!');
-      return true;
-    } catch (error) {
-      console.error('Verbindung fehlgeschlagen:', error);
-      return false;
-    }
-  }
-
-  async findBestNetwork(preferredNetworks: string[]) {
-    const { networks } = await CapacitorWifi.scan();
-
-    // Auf bevorzugte Netzwerke filtern
-    const available = networks.filter(n =>
-      preferredNetworks.includes(n.ssid)
-    );
-
-    if (available.length === 0) {
-      return null;
-    }
-
-    // Nach Signalstärke sortieren
-    available.sort((a, b) => b.level - a.level);
-
-    return available[0];
-  }
-
-  async monitorConnection(callback: (info: WifiInfo | null) => void) {
-    const checkConnection = async () => {
-      try {
-        const info = await CapacitorWifi.getWifiInfo();
-        callback(info);
-      } catch (error) {
-        callback(null);
-      }
-    };
-
-    // Alle 5 Sekunden überprüfen
-    const interval = setInterval(checkConnection, 5000);
-
-    // Erste Überprüfung
-    await checkConnection();
-
-    // Aufräumfunktion zurückgeben
-    return () => clearInterval(interval);
-  }
-
-  private getSignalQuality(strength: number): string {
-    if (strength >= 80) return 'Ausgezeichnet';
-    if (strength >= 60) return 'Gut';
-    if (strength >= 40) return 'Akzeptabel';
-    return 'Schwach';
-  }
-
-  async getNetworkSecurity(ssid: string): Promise<string> {
-    const { networks } = await CapacitorWifi.scan();
-    const network = networks.find(n => n.ssid === ssid);
-
-    if (!network) {
-      return 'Unbekannt';
-    }
-
-    const caps = network.capabilities.toLowerCase();
-
-    if (caps.includes('wpa3')) return 'WPA3';
-    if (caps.includes('wpa2')) return 'WPA2';
-    if (caps.includes('wpa')) return 'WPA';
-    if (caps.includes('wep')) return 'WEP';
-
-    return 'Offen';
-  }
-}
-```
-
-## Erweiterte Verwendung
-
-### Netzwerkqualitätsbewertung
-
-```typescript
-const assessNetworkQuality = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-
-  const quality = {
-    signal: info.signalStrength >= 70 ? 'Ausgezeichnet' :
-            info.signalStrength >= 50 ? 'Gut' :
-            info.signalStrength >= 30 ? 'Akzeptabel' : 'Schwach',
-    speed: info.linkSpeed >= 100 ? 'Schnell' :
-           info.linkSpeed >= 50 ? 'Mittel' : 'Langsam',
-    frequency: info.frequency >= 5000 ? '5GHz' : '2,4GHz'
-  };
-
-  console.log('Netzwerkqualität:', quality);
-  return quality;
-};
-```
-
-### Automatisches Verbinden mit bevorzugten Netzwerken
-
-```typescript
-const autoConnect = async (preferredNetworks: Array<{ ssid: string, password: string }>) => {
-  const { networks } = await CapacitorWifi.scan();
-
-  for (const preferred of preferredNetworks) {
-    const found = networks.find(n => n.ssid === preferred.ssid);
-
-    if (found) {
-      try {
-        await CapacitorWifi.connect({
-          ssid: preferred.ssid,
-          password: preferred.password
-        });
-        console.log(`Verbunden mit ${preferred.ssid}`);
-        return true;
-      } catch (error) {
-        console.error(`Verbindung mit ${preferred.ssid} fehlgeschlagen`);
-      }
-    }
-  }
-
-  return false;
-};
-```
-
-### Netzwerkwechselerkennung
-
-```typescript
-class NetworkMonitor {
-  private currentSsid: string | null = null;
-  private listeners: Array<(ssid: string | null) => void> = [];
-
-  async start() {
-    setInterval(async () => {
-      try {
-        const { ssid } = await CapacitorWifi.getSSID();
-
-        if (ssid !== this.currentSsid) {
-          this.currentSsid = ssid;
-          this.notifyListeners(ssid);
-        }
-      } catch (error) {
-        if (this.currentSsid !== null) {
-          this.currentSsid = null;
-          this.notifyListeners(null);
-        }
-      }
-    }, 3000);
-  }
-
-  onNetworkChange(callback: (ssid: string | null) => void) {
-    this.listeners.push(callback);
-  }
-
-  private notifyListeners(ssid: string | null) {
-    this.listeners.forEach(listener => listener(ssid));
-  }
-}
-```
-
-## Bewährte Methoden
-
-1. **Berechtigungen**: Fordern Sie Standortberechtigungen an, bevor Sie Netzwerke scannen
-2. **Fehlerbehandlung**: Wickeln Sie WiFi-Operationen immer in try-catch-Blöcke ein
-3. **Benutzer-Feedback**: Zeigen Sie Ladeindikatoren während Netzwerkoperationen an
-4. **Sicherheit**: Speichern Sie WiFi-Passwörter niemals im Klartext
-5. **Testen**: Testen Sie auf echten Geräten, da WiFi-APIs möglicherweise nicht in Emulatoren funktionieren
-
-## Plattformunterschiede
-
-### iOS
-- Erfordert Standortberechtigungen zum Scannen von Netzwerken
-- Kann nicht programmatisch mit Netzwerken verbinden (öffnet Einstellungen)
-- Eingeschränkter Zugriff auf Netzwerkdetails
-
-### Android
-- Vollständige programmatische WiFi-Kontrolle
-- Erfordert Standortberechtigungen zum Scannen von Netzwerken
-- Kann programmatisch verbinden/trennen
-
-## Fehlerbehebung
-
-### Häufige Probleme
-
-**Scan gibt leer zurück**: Überprüfen Sie, ob Standortberechtigungen erteilt wurden
-**Kann nicht mit Netzwerk verbinden**: Überprüfen Sie, ob das Passwort korrekt ist und das Netzwerk in Reichweite ist
-**getWifiInfo schlägt fehl**: Stellen Sie sicher, dass das Gerät mit einem WiFi-Netzwerk verbunden ist
-**Berechtigung verweigert**: Fügen Sie erforderliche Berechtigungen zu Plattformkonfigurationsdateien hinzu
diff --git a/src/content/docs/de/docs/plugins/wifi/index.mdx b/src/content/docs/de/docs/plugins/wifi/index.mdx
deleted file mode 100644
index d412f4529..000000000
--- a/src/content/docs/de/docs/plugins/wifi/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-wifi"
-locale: de
-description: Verwalten Sie WiFi-Konnektivität für Ihre Capacitor-App auf iOS und Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Verwalten Sie WiFi-Verbindungen, scannen Sie Netzwerke und überwachen Sie den Konnektivitätsstatus in Ihrer Capacitor-App.
-  image:
-    file: ~public/icons/plugins/wifi.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/wifi/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-wifi/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Netzwerk-Scanning" icon="magnifier">
-    Scannen und entdecken Sie verfügbare WiFi-Netzwerke 📡
-  </Card>
-  <Card title="Verbindungsverwaltung" icon="puzzle">
-    Verbinden und trennen Sie WiFi-Netzwerke programmatisch 🔌
-  </Card>
-  <Card title="Statusüberwachung" icon="setting">
-    Überwachen Sie den WiFi-Verbindungsstatus in Echtzeit 📊
-  </Card>
-  <Card title="Plattformübergreifend" icon="laptop">
-    Funktioniert auf iOS- und Android-Geräten 📱
-  </Card>
-  <Card title="Netzwerkinformationen" icon="information">
-    Erhalten Sie detaillierte Informationen über verbundene Netzwerke 🔍
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Schauen Sie sich die [Dokumentation](/docs/plugins/wifi/getting-started/) an, um das Plugin in nur wenigen Minuten zu meistern.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/youtube-player/getting-started.mdx b/src/content/docs/de/docs/plugins/youtube-player/getting-started.mdx
deleted file mode 100644
index c34540597..000000000
--- a/src/content/docs/de/docs/plugins/youtube-player/getting-started.mdx
+++ /dev/null
@@ -1,432 +0,0 @@
----
-title: Erste Schritte
-locale: de
-description: Erfahren Sie, wie Sie YouTube-Videowiedergabe in Ihre Capacitor-App integrieren.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installieren Sie das Paket**
-   <PackageManagers pkg="@capgo/capacitor-youtube-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisieren Sie mit nativen Projekten**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Grundlegende Verwendung
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-// Initialize the player
-const result = await YoutubePlayer.initialize({
-  playerId: 'youtube-player',
-  playerSize: { width: 640, height: 360 },
-  videoId: 'dQw4w9WgXcQ',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 1,
-    controls: 1
-  }
-});
-
-// Play video
-await YoutubePlayer.playVideo(result.player);
-
-// Pause video
-await YoutubePlayer.pauseVideo(result.player);
-
-// Listen to player events
-YoutubePlayer.addEventListener(result.player, 'onStateChange', (event) => {
-  console.log('Player state:', event.data);
-});
-```
-
-## API Reference
-
-### initialize(options)
-
-Initialize a YouTube player instance.
-
-```typescript
-const { player, playerReady } = await YoutubePlayer.initialize({
-  playerId: 'my-player',
-  playerSize: { width: 1280, height: 720 },
-  videoId: 'VIDEO_ID',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 0,
-    controls: 1,
-    rel: 0
-  }
-});
-```
-
-### Video Control Methods
-
-```typescript
-// Play
-await YoutubePlayer.playVideo(playerId);
-
-// Pause
-await YoutubePlayer.pauseVideo(playerId);
-
-// Stop
-await YoutubePlayer.stopVideo(playerId);
-
-// Seek to time
-await YoutubePlayer.seekTo(playerId, seconds, allowSeekAhead);
-
-// Load video by ID
-await YoutubePlayer.loadVideoById(playerId, { videoId: 'VIDEO_ID' });
-
-// Cue video (load without playing)
-await YoutubePlayer.cueVideoById(playerId, { videoId: 'VIDEO_ID' });
-```
-
-### Playlist Control
-
-```typescript
-// Load playlist
-await YoutubePlayer.loadPlaylist(playerId, {
-  listType: 'playlist',
-  list: 'PLAYLIST_ID'
-});
-
-// Cue playlist
-await YoutubePlayer.cuePlaylist(playerId, {
-  playlist: ['VIDEO_ID_1', 'VIDEO_ID_2'],
-  index: 0
-});
-
-// Navigate playlist
-await YoutubePlayer.nextVideo(playerId);
-await YoutubePlayer.previousVideo(playerId);
-await YoutubePlayer.playVideoAt(playerId, index);
-```
-
-### Audio Control
-
-```typescript
-// Mute/Unmute
-await YoutubePlayer.mute(playerId);
-await YoutubePlayer.unMute(playerId);
-
-const { result } = await YoutubePlayer.isMuted(playerId);
-console.log('Muted:', result.value);
-
-// Volume (0-100)
-await YoutubePlayer.setVolume(playerId, 50);
-const { result } = await YoutubePlayer.getVolume(playerId);
-```
-
-### Playback Control
-
-```typescript
-// Playback rate
-await YoutubePlayer.setPlaybackRate(playerId, 1.5);
-const { result } = await YoutubePlayer.getPlaybackRate(playerId);
-
-// Available rates
-const { result } = await YoutubePlayer.getAvailablePlaybackRates(playerId);
-console.log('Available rates:', result.value);
-
-// Loop and shuffle
-await YoutubePlayer.setLoop(playerId, true);
-await YoutubePlayer.setShuffle(playerId, true);
-```
-
-### Quality Control
-
-```typescript
-// Set quality
-await YoutubePlayer.setPlaybackQuality(playerId, 'hd720');
-
-// Get current quality
-const { result } = await YoutubePlayer.getPlaybackQuality(playerId);
-
-// Get available qualities
-const { result } = await YoutubePlayer.getAvailableQualityLevels(playerId);
-```
-
-### Player Information
-
-```typescript
-// Duration
-const { result } = await YoutubePlayer.getDuration(playerId);
-
-// Current time
-const { result } = await YoutubePlayer.getCurrentTime(playerId);
-
-// Loaded fraction
-const { result } = await YoutubePlayer.getVideoLoadedFraction(playerId);
-
-// Player state
-const { result } = await YoutubePlayer.getPlayerState(playerId);
-
-// Video URL
-const { result } = await YoutubePlayer.getVideoUrl(playerId);
-```
-
-### Event Listeners
-
-```typescript
-// State change
-YoutubePlayer.addEventListener(playerId, 'onStateChange', (event) => {
-  console.log('State:', event.data); // -1, 0, 1, 2, 3, 5
-});
-
-// Ready
-YoutubePlayer.addEventListener(playerId, 'onReady', (event) => {
-  console.log('Player ready');
-});
-
-// Error
-YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-  console.error('Player error:', event.data);
-});
-
-// Quality change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackQualityChange', (event) => {
-  console.log('Quality:', event.data);
-});
-
-// Rate change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackRateChange', (event) => {
-  console.log('Rate:', event.data);
-});
-
-// Remove listener
-YoutubePlayer.removeEventListener(playerId, 'onStateChange', callback);
-```
-
-## Complete Example
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-export class YouTubeService {
-  private playerId: string | null = null;
-
-  async initPlayer(videoId: string) {
-    try {
-      const { player, playerReady } = await YoutubePlayer.initialize({
-        playerId: 'main-player',
-        playerSize: { width: 1280, height: 720 },
-        videoId,
-        fullscreen: false,
-        playerVars: {
-          autoplay: 0,
-          controls: 1,
-          modestbranding: 1,
-          rel: 0
-        }
-      });
-
-      this.playerId = player;
-
-      // Set up event listeners
-      YoutubePlayer.addEventListener(player, 'onReady', () => {
-        console.log('Player is ready');
-      });
-
-      YoutubePlayer.addEventListener(player, 'onStateChange', (event) => {
-        this.handleStateChange(event.data);
-      });
-
-      YoutubePlayer.addEventListener(player, 'onError', (event) => {
-        console.error('YouTube error:', event.data);
-      });
-
-      return player;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  private handleStateChange(state: number) {
-    switch (state) {
-      case -1:
-        console.log('Unstarted');
-        break;
-      case 0:
-        console.log('Ended');
-        break;
-      case 1:
-        console.log('Playing');
-        break;
-      case 2:
-        console.log('Paused');
-        break;
-      case 3:
-        console.log('Buffering');
-        break;
-      case 5:
-        console.log('Video cued');
-        break;
-    }
-  }
-
-  async play() {
-    if (!this.playerId) return;
-    await YoutubePlayer.playVideo(this.playerId);
-  }
-
-  async pause() {
-    if (!this.playerId) return;
-    await YoutubePlayer.pauseVideo(this.playerId);
-  }
-
-  async loadVideo(videoId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadVideoById(this.playerId, { videoId });
-  }
-
-  async loadPlaylist(playlistId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadPlaylist(this.playerId, {
-      listType: 'playlist',
-      list: playlistId,
-      index: 0
-    });
-  }
-
-  async setQuality(quality: 'small' | 'medium' | 'large' | 'hd720' | 'hd1080') {
-    if (!this.playerId) return;
-    await YoutubePlayer.setPlaybackQuality(this.playerId, quality);
-  }
-
-  async getProgress() {
-    if (!this.playerId) return { current: 0, duration: 0 };
-
-    const current = await YoutubePlayer.getCurrentTime(this.playerId);
-    const duration = await YoutubePlayer.getDuration(this.playerId);
-
-    return {
-      current: current.result.value,
-      duration: duration.result.value
-    };
-  }
-
-  async destroy() {
-    if (!this.playerId) return;
-    await YoutubePlayer.destroy(this.playerId);
-    this.playerId = null;
-  }
-}
-```
-
-## Player States
-
-| State | Value | Description |
-|-------|-------|-------------|
-| UNSTARTED | -1 | Video not started |
-| ENDED | 0 | Video has ended |
-| PLAYING | 1 | Video is playing |
-| PAUSED | 2 | Video is paused |
-| BUFFERING | 3 | Video is buffering |
-| CUED | 5 | Video is cued |
-
-## Quality Levels
-
-- `small`: 240p
-- `medium`: 360p
-- `large`: 480p
-- `hd720`: 720p
-- `hd1080`: 1080p
-- `highres`: >1080p
-- `default`: Auto quality
-
-## Bewährte Methoden
-
-1. **Initialize once**
-   Create player instance once and reuse it:
-   ```typescript
-   let player = await YoutubePlayer.initialize(options);
-   // Reuse player for different videos
-   await YoutubePlayer.loadVideoById(player, { videoId: 'NEW_ID' });
-   ```
-
-2. **Handle errors gracefully**
-   ```typescript
-   YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-     switch (event.data) {
-       case 2:
-         console.error('Invalid parameter');
-         break;
-       case 100:
-         console.error('Video not found');
-         break;
-       case 101:
-       case 150:
-         console.error('Embedding not allowed');
-         break;
-     }
-   });
-   ```
-
-3. **Clean up**
-   Destroy player when component unmounts:
-   ```typescript
-   useEffect(() => {
-     return () => {
-       if (playerId) {
-         YoutubePlayer.destroy(playerId);
-       }
-     };
-   }, []);
-   ```
-
-4. **Respect user preferences**
-   ```typescript
-   // Don't autoplay unless user initiated
-   playerVars: {
-     autoplay: 0
-   }
-   ```
-
-5. **Monitor playback**
-   ```typescript
-   setInterval(async () => {
-     const time = await YoutubePlayer.getCurrentTime(playerId);
-     updateProgressBar(time.result.value);
-   }, 1000);
-   ```
-
-## Platform Notes
-
-### iOS
-- Works on iOS 9.0+
-- Uses WKWebView with YouTube iframe API
-- Fullscreen supported
-
-### Android
-- Works on Android 5.0 (API 21)+
-- Uses WebView with YouTube iframe API
-- Fullscreen supported
-
-### Web
-- Direct YouTube iframe integration
-- Full API support
-- Best performance
-
-## Troubleshooting
-
-**Player not loading:**
-- Check video ID is valid
-- Verify internet connection
-- Ensure YouTube embedding is allowed for the video
-
-**Events not firing:**
-- Make sure listeners are added after initialization
-- Check player is ready before adding listeners
-
-**Quality issues:**
-- Check available quality levels first
-- Some videos don't support all qualities
-- Quality changes may not be immediate
diff --git a/src/content/docs/de/docs/plugins/youtube-player/index.mdx b/src/content/docs/de/docs/plugins/youtube-player/index.mdx
deleted file mode 100644
index da8f3096b..000000000
--- a/src/content/docs/de/docs/plugins/youtube-player/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-youtube-player"
-locale: de
-description: Betten Sie YouTube-Player-Steuerelemente in Ihre Capacitor-Apps mit umfassendem API-Zugriff ein.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Einführung"
-hero:
-  tagline: Integrieren Sie YouTube-Videowiedergabe mit voller Kontrolle über Player-Status, Playlists, Qualität und Events in Ihre Capacitor-Anwendungen.
-  image:
-    file: ~public/icons/plugins/youtube-player.svg
-  actions:
-    - text: Erste Schritte
-      link: /docs/plugins/youtube-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-youtube-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Vollständige YouTube-API" icon="rocket">
-    Vollständiger Zugriff auf die YouTube Player API
-  </Card>
-  <Card title="Playlist-Unterstützung" icon="list-format">
-    Laden und steuern Sie YouTube-Playlists
-  </Card>
-  <Card title="Qualitätskontrolle" icon="star">
-    Passen Sie die Wiedergabequalität dynamisch an
-  </Card>
-  <Card title="Event-Listener" icon="setting">
-    Reagieren Sie auf Player-Statusänderungen und Events
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/plugins/zip/getting-started.mdx b/src/content/docs/de/docs/plugins/zip/getting-started.mdx
deleted file mode 100644
index b6ff91aa3..000000000
--- a/src/content/docs/de/docs/plugins/zip/getting-started.mdx
+++ /dev/null
@@ -1,313 +0,0 @@
----
-title: Erste Schritte
-description: >-
-  Erfahren Sie, wie Sie das Zip-Plugin installieren und verwenden, um Dateien in
-  Ihrer Capacitor-App zu komprimieren und zu extrahieren.
-sidebar:
-  order: 2
-locale: de
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Paket installieren**
-   <PackageManagers pkg="@capgo/capacitor-zip" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Mit nativen Projekten synchronisieren**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Nutzung
-
-Importieren Sie das Plugin und komprimieren oder entpacken Sie die Dateien:
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-
-// Zip a folder
-const zipFolder = async () => {
-  await CapacitorZip.zip({
-    source: 'file:///path/to/folder',
-    destination: 'file:///path/to/archive.zip'
-  });
-  console.log('Folder zipped successfully!');
-};
-
-// Unzip an archive
-const unzipArchive = async () => {
-  await CapacitorZip.unzip({
-    source: 'file:///path/to/archive.zip',
-    destination: 'file:///path/to/output/folder'
-  });
-  console.log('Archive extracted successfully!');
-};
-```
-
-## API Referenz
-
-### zip(Optionen)
-
-Erstellt ein ZIP-Archiv aus einem Quellordner.
-
-```typescript
-interface ZipOptions {
-  source: string;       // Path to folder to compress
-  destination: string;  // Path for output ZIP file
-}
-
-await CapacitorZip.zip({
-  source: 'file:///path/to/folder',
-  destination: 'file:///path/to/archive.zip'
-});
-```
-
-### entpacken(Optionen)
-
-Extrahiert Dateien aus einem ZIP-Archiv.
-
-```typescript
-interface UnzipOptions {
-  source: string;       // Path to ZIP file
-  destination: string;  // Path to extract to
-}
-
-await CapacitorZip.unzip({
-  source: 'file:///path/to/archive.zip',
-  destination: 'file:///path/to/output/folder'
-});
-```
-
-## Vollständiges Beispiel
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class ZipService {
-  async createBackup() {
-    try {
-      const timestamp = Date.now();
-      const sourceDir = `${Filesystem.Directory.Data}/userdata`;
-      const destPath = `${Filesystem.Directory.Documents}/backup_${timestamp}.zip`;
-
-      await CapacitorZip.zip({
-        source: sourceDir,
-        destination: destPath
-      });
-
-      console.log('Backup created:', destPath);
-      return destPath;
-    } catch (error) {
-      console.error('Backup failed:', error);
-      throw error;
-    }
-  }
-
-  async restoreBackup(backupPath: string) {
-    try {
-      const destDir = `${Filesystem.Directory.Data}/userdata`;
-
-      // Clear existing data
-      await Filesystem.rmdir({
-        path: 'userdata',
-        directory: Directory.Data,
-        recursive: true
-      });
-
-      // Extract backup
-      await CapacitorZip.unzip({
-        source: backupPath,
-        destination: destDir
-      });
-
-      console.log('Backup restored successfully');
-    } catch (error) {
-      console.error('Restore failed:', error);
-      throw error;
-    }
-  }
-
-  async compressFiles(filePaths: string[], outputPath: string) {
-    try {
-      // Create temporary directory
-      const tempDir = `${Filesystem.Directory.Cache}/temp_zip_${Date.now()}`;
-
-      await Filesystem.mkdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      // Copy files to temp directory
-      for (const filePath of filePaths) {
-        const fileName = filePath.split('/').pop();
-        await Filesystem.copy({
-          from: filePath,
-          to: `${tempDir}/${fileName}`
-        });
-      }
-
-      // Zip the temp directory
-      await CapacitorZip.zip({
-        source: tempDir,
-        destination: outputPath
-      });
-
-      // Clean up temp directory
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return outputPath;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async extractSpecificFiles(zipPath: string, fileNames: string[]) {
-    try {
-      // Extract to temp location
-      const tempDir = `${Filesystem.Directory.Cache}/temp_extract_${Date.now()}`;
-
-      await CapacitorZip.unzip({
-        source: zipPath,
-        destination: tempDir
-      });
-
-      // Read only specific files
-      const extractedFiles: { [key: string]: string } = {};
-
-      for (const fileName of fileNames) {
-        const content = await Filesystem.readFile({
-          path: `${tempDir}/${fileName}`,
-          directory: Directory.Cache
-        });
-        extractedFiles[fileName] = content.data;
-      }
-
-      // Clean up
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return extractedFiles;
-    } catch (error) {
-      console.error('Extraction failed:', error);
-      throw error;
-    }
-  }
-}
-```
-
-## Erweiterte Nutzung
-
-### Erstellen von Archiven mit Fortschrittsverfolgung
-
-```typescript
-const zipWithProgress = async (source: string, destination: string) => {
-  console.log('Starting compression...');
-
-  try {
-    await CapacitorZip.zip({ source, destination });
-    console.log('Compression complete!');
-  } catch (error) {
-    console.error('Compression failed:', error);
-    throw error;
-  }
-};
-```
-
-### Batch-Archivierungsvorgänge
-
-```typescript
-const batchZip = async (folders: string[]) => {
-  const results = [];
-
-  for (const folder of folders) {
-    const folderName = folder.split('/').pop();
-    const zipPath = `${folder}_${Date.now()}.zip`;
-
-    try {
-      await CapacitorZip.zip({
-        source: folder,
-        destination: zipPath
-      });
-      results.push({ folder, zipPath, success: true });
-    } catch (error) {
-      results.push({ folder, error, success: false });
-    }
-  }
-
-  return results;
-};
-```
-
-### Sichere Archiverstellung
-
-```typescript
-const createSecureBackup = async (dataPath: string) => {
-  // Zip the data
-  const zipPath = `${Filesystem.Directory.Documents}/secure_backup.zip`;
-
-  await CapacitorZip.zip({
-    source: dataPath,
-    destination: zipPath
-  });
-
-  // Optionally encrypt the zip file here using a crypto plugin
-
-  return zipPath;
-};
-```
-
-### Archivvalidierung
-
-```typescript
-const validateArchive = async (zipPath: string): Promise<boolean> => {
-  try {
-    const tempDir = `${Filesystem.Directory.Cache}/validate_${Date.now()}`;
-
-    // Try to extract
-    await CapacitorZip.unzip({
-      source: zipPath,
-      destination: tempDir
-    });
-
-    // Clean up
-    await Filesystem.rmdir({
-      path: tempDir,
-      directory: Directory.Cache,
-      recursive: true
-    });
-
-    return true;
-  } catch (error) {
-    console.error('Archive validation failed:', error);
-    return false;
-  }
-};
-```
-
-## Bewährte Methoden
-
-1. **Pfadvalidierung**: Validieren Sie immer Quell- und Zielpfade vor Vorgängen
-2. **Fehlerbehandlung**: Wickeln Sie alle Zip-/Unzip-Vorgänge in Try-Catch-Blöcke ein
-3. **Bereinigung**: Entfernen Sie temporäre Dateien und Ordner nach den Vorgängen
-4. **Große Dateien**: Seien Sie vorsichtig bei großen Archiven auf Mobilgeräten
-5. **Berechtigungen**: Stellen Sie sicher, dass Ihre App über die erforderlichen Dateisystemberechtigungen verfügt
-
-## Fehlerbehebung
-
-### Häufige Probleme
-
-**Zip-Vorgang schlägt fehl**: Stellen Sie sicher, dass der Quellpfad vorhanden und zugänglich ist
-**Entpacken schlägt fehl**: Überprüfen Sie, ob die ZIP-Datei gültig ist und der Zielpfad beschreibbar ist
-**Nicht genügend Speicherplatz**: Überwachen Sie den verfügbaren Speicherplatz vor dem Betrieb
-**Berechtigung verweigert**: Überprüfen Sie die Dateisystemberechtigungen in Ihrer App-Konfiguration
diff --git a/src/content/docs/de/docs/plugins/zip/index.mdx b/src/content/docs/de/docs/plugins/zip/index.mdx
deleted file mode 100644
index 541ce89ef..000000000
--- a/src/content/docs/de/docs/plugins/zip/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: '@capgo/capacitor-zip'
-description: 'Komprimieren und dekomprimieren Sie Dateien auf iOS, Android und Web mit diesem kostenlosen Capacitor-Plugin.'
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Einführung
-hero:
-  tagline: >-
-    Komprimieren und extrahieren Sie ZIP-Archive mühelos auf iOS-, Android- und
-    Web-Plattformen.
-  image:
-    file: ~public/icons/plugins/zip.svg
-  actions:
-    - text: Los geht's
-      link: /docs/plugins/zip/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-zip/'
-      icon: external
-      variant: minimal
-locale: de
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Zip & Entpacken" icon="add-document">
-    Erstellen und extrahieren Sie ZIP-Archive ganz einfach 📦
-  </Card>
-  <Card title="Plattformübergreifend" icon="laptop">
-    Funktioniert nahtlos auf iOS, Android und Web 📱
-  </Card>
-  <Card title="Einfache API" icon="rocket">
-    Benutzerfreundliche Schnittstelle für Komprimierungsvorgänge 🚀
-  </Card>
-  <Card title="Kostenlos & Open Source" icon="github">
-    Völlig kostenlos ohne Einschränkungen 💰
-  </Card>
-  <Card title="Fortschrittsverfolgung" icon="setting">
-    Überwachen Sie Komprimierungs- und Extraktionsfortschritt ⚙️
-  </Card>
-  <Card title="Umfassende Dokumentation" icon="open-book">
-    Lesen Sie die [Dokumentation](/docs/plugins/zip/getting-started/), um das Plugin in wenigen Minuten zu beherrschen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/de/docs/public-api/api-keys.mdx b/src/content/docs/de/docs/public-api/api-keys.mdx
deleted file mode 100644
index 8b9169a01..000000000
--- a/src/content/docs/de/docs/public-api/api-keys.mdx
+++ /dev/null
@@ -1,193 +0,0 @@
----
-title: "API-Schlüssel"
-locale: de
-description: "Umfassende Dokumentation für den API-Schlüssel-Endpunkt mit Details zu Authentifizierung, Berechtigungen und Verwaltung innerhalb der Capgo API"
-sidebar:
-  order: 9
----
-
-API-Schlüssel werden verwendet, um Anfragen an die Capgo API zu authentifizieren. Jeder Schlüssel kann unterschiedliche Berechtigungen (Modi) haben, um Zugriffsebenen zu steuern. Schlüssel sind organisationsspezifisch und sollten sorgfältig verwaltet werden, da sie Zugriff auf Ihre Capgo-Ressourcen gewähren.
-
-## Schlüssel-Modi
-
-- **read**: Kann nur Daten lesen, keine Änderungen erlaubt
-- **upload**: Kann lesen, ändern und neue Bundles hochladen
-- **write**: Kann Daten lesen, ändern und Bundles hochladen
-- **all**: Vollzugriff auf alle Operationen
-
-Schlüssel-Modi folgen einem gestuften Schema. Wenn Sie einen Upload-Schlüssel haben und dann einen Write-Schlüssel erstellen, kann der Write-Schlüssel alles tun, was der Upload-Schlüssel konnte.
-Bitte schauen Sie sich das folgende Diagramm an, um besser zu verstehen, wie API-Schlüssel funktionieren.
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/capgo_apikeys_diagram.webp" alt="Ein Diagramm, das erklärt, wie API-Schlüssel funktionieren" /><figcaption></figcaption></figure>
-
-## Unterschlüssel mit eingeschränkten Rechten
-
-Sie können Unterschlüssel mit eingeschränktem Zugriff auf bestimmte Apps oder Organisationen erstellen. Dies ist nützlich, um den Zugriff auf bestimmte Ressourcen einzuschränken und gleichzeitig Operationen auf anderen zu ermöglichen. Verwenden Sie die Parameter `limited_to_apps` und `limited_to_orgs` beim Erstellen eines Schlüssels, um diese Einschränkungen zu definieren.
-
-## Bewährte Methoden für Sicherheit
-
-1. **Prinzip der geringsten Berechtigung**: Verwenden Sie immer den restriktivsten Modus, der Ihrer Integration noch ermöglicht zu funktionieren
-2. **Regelmäßige Rotation**: Rotieren Sie Ihre API-Schlüssel regelmäßig
-3. **Sichere Speicherung**: Speichern Sie API-Schlüssel sicher und committen Sie sie niemals in die Versionskontrolle
-4. **Überwachung**: Überwachen Sie die Nutzung von API-Schlüsseln und widerrufen Sie kompromittierte Schlüssel sofort
-5. **Eingeschränkte Unterschlüssel**: Verwenden Sie Unterschlüssel mit eingeschränkten Rechten für spezifische Integrationen, um Risiken zu minimieren
-
-## Endpunkte
-
-### GET
-
-`https://api.capgo.app/apikey/`
-
-Ruft alle API-Schlüssel ab, die mit Ihrem Konto verknüpft sind.
-
-#### Response-Typ
-
-```typescript
-interface ApiKey {
-  created_at: string | null
-  id: number
-  key: string
-  mode: 'read' | 'write' | 'upload' | 'all'
-  name: string
-  updated_at: string | null
-  user_id: string
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-}
-```
-
-#### Beispiel-Anfrage
-
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/apikey/
-```
-
-#### Beispiel-Antwort
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "key": "ak_123...",
-      "mode": "read",
-      "name": "CI/CD Read Key",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "user_123"
-    },
-    {
-      "id": 2,
-      "key": "ak_456...",
-      "mode": "upload",
-      "name": "Deploy Bot",
-      "created_at": "2024-01-02T00:00:00Z",
-      "updated_at": "2024-01-02T00:00:00Z",
-      "user_id": "user_123",
-      "limited_to_apps": ["com.demo.app"]
-    }
-  ]
-}
-```
-
-### POST
-
-`https://api.capgo.app/apikey/`
-
-Erstellt einen neuen API-Schlüssel für eine bestimmte Organisation.
-
-#### Query-Parameter
-
-```typescript
-interface ApiKeyCreate {
-  name: string
-  mode: 'read' | 'write' | 'upload' | 'all'
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-}
-```
-
-#### Beispiel-Anfrage
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Limited Read Key",
-    "mode": "read",
-    "limited_to_apps": ["com.demo.app"]
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### Beispiel-Antwort
-
-```json
-{
-  "apikey": {
-    "id": 3,
-    "key": "ak_789...",
-    "mode": "read",
-    "name": "Limited Read Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "limited_to_apps": ["com.demo.app"]
-  }
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/apikey/:id/`
-
-Löscht einen bestehenden API-Schlüssel. Verwenden Sie dies, um den Zugriff sofort zu widerrufen.
-
-#### Parameter
-- `id`: Die ID des zu löschenden API-Schlüssels (numerischer Identifikator, nicht der Schlüssel-String selbst)
-
-#### Beispiel-Anfrage
-
-```bash
-curl -X DELETE -H "authorization: your-api-key" https://api.capgo.app/apikey/1/
-```
-
-#### Erfolgs-Antwort
-
-```json
-{
-  "success": true
-}
-```
-
-## Häufige Anwendungsfälle
-
-1. **CI/CD-Integration**: Erstellen Sie schreibgeschützte Schlüssel für CI-Pipelines, um den Deployment-Status zu überprüfen
-2. **Deployment-Automatisierung**: Verwenden Sie Upload-Modus-Schlüssel für automatisierte Deployment-Skripte
-3. **Überwachungs-Tools**: Verwenden Sie Read-Modus-Schlüssel für externe Überwachungsintegrationen
-4. **Admin-Zugriff**: Verwenden Sie All-Modus-Schlüssel sparsam für administrative Tools
-5. **Eingeschränkter Zugriff**: Erstellen Sie Unterschlüssel mit eingeschränkten Rechten für bestimmte Apps oder Organisationen für Drittanbieter-Integrationen
-
-## Fehlerbehandlung
-
-Häufige Fehlerszenarien und ihre Antworten:
-
-```json
-// Invalid mode
-{
-  "error": "Invalid mode specified. Must be one of: read, write, upload, all",
-  "status": "KO"
-}
-
-// Key not found
-{
-  "error": "API key not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage API keys",
-  "status": "KO"
-}
-``` 
diff --git a/src/content/docs/de/docs/public-api/app.mdx b/src/content/docs/de/docs/public-api/app.mdx
deleted file mode 100644
index 652cffaf7..000000000
--- a/src/content/docs/de/docs/public-api/app.mdx
+++ /dev/null
@@ -1,298 +0,0 @@
----
-title: Apps
-description: >-
-  Detaillierte Dokumentation für den Apps-Endpunkt, die umfassende Einblicke in
-  die Verwaltung und Interaktion mit Capacitor-Anwendungen über die
-  Capgo-Plattform bietet.
-sidebar:
-  order: 7
-locale: de
----
-
-Apps sind die grundlegenden Entitäten in Capgo. Jede App repräsentiert eine einzigartige Capacitor-Anwendung, die Sie über die Plattform verwalten und aktualisieren können. Die Apps-API ermöglicht es Ihnen, App-Konfigurationen zu erstellen, abzurufen, zu aktualisieren und zu löschen.
-
-## Apps verstehen
-
-Eine App in Capgo repräsentiert Ihre Capacitor-Anwendung und umfasst:
-- **App ID**: Eindeutiger Identifikator für Ihre Anwendung
-- **Name**: Lesbarer Name Ihrer Anwendung
-- **Icons**: Visuelle Identifikatoren für Ihre App im Dashboard
-- **Konfiguration**: Einstellungen, die steuern, wie Updates bereitgestellt werden
-- **Eigentum**: Organisations- und Benutzerzugriffsinformationen
-- **Nutzungsstatistiken**: Metriken zu Installationen und Updates
-
-## Bewährte Methoden
-
-1. **Namenskonvention**: Verwenden Sie klare, identifizierbare Namen für Ihre Apps
-2. **Sicherheit**: Schützen Sie Ihre API-Schlüssel und Zugangsberechtigungen
-3. **Organisation**: Gruppieren Sie verwandte Apps unter derselben Organisation
-4. **Überwachung**: Überprüfen Sie regelmäßig App-Statistiken und -Leistung
-5. **Backup**: Pflegen Sie Konfigurations-Backups für kritische Apps
-
-## Endpunkte
-
-### GET
-
-`https://api.capgo.app/app/`
-
-Abrufen von Informationen über Ihre Apps.
-
-#### Query-Parameter
-- `page`: Optional. Seitennummer für Paginierung
-- `limit`: Optional. Anzahl der Ergebnisse pro Seite (Standard: 50)
-- `org_id`: Optional. Filtern von Apps nach Organisations-ID. Falls nicht angegeben, werden Apps aus allen Organisationen zurückgegeben, auf die der Benutzer Zugriff hat
-
-Um eine bestimmte App abzurufen:
-- Verwenden Sie die App-ID im URL-Pfad: `https://api.capgo.app/app/:app_id`
-
-#### Antworttyp
-
-```typescript
-interface App {
-  app_id: string
-  created_at: string | null
-  default_upload_channel: string
-  icon_url: string
-  id: string | null
-  last_version: string | null
-  name: string | null
-  owner_org: string
-  retention: number
-  transfer_history: Json[] | null
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### Beispielanfrage
-
-```bash
-# Alle Apps abrufen
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/"
-
-# Apps von einer bestimmten Organisation abrufen
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-
-# Bestimmte App abrufen
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/com.demo.app"
-```
-
-#### Beispielantwort
-
-```json
-{
-  "data": [
-    {
-      "app_id": "com.demo.app",
-      "created_at": "2024-01-01T00:00:00Z",
-      "default_upload_channel": "dev",
-      "icon_url": "https://example.com/icon.png",
-      "id": "550e8400-e29b-41d4-a716-446655440000",
-      "last_version": "1.0.0",
-      "name": "Demo App",
-      "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-      "retention": 2592000,
-      "transfer_history": null,
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "6aa76066-55ef-4238-ade6-0b32334a4097"
-    }
-  ]
-}
-```
-
-### POST
-
-`https://api.capgo.app/app/`
-
-Erstellen Sie eine neue App.
-
-#### Request Body
-
-```typescript
-interface CreateApp {
-  app_id: string
-  name: string
-  icon?: string
-  owner_org: string
-}
-```
-
-#### Beispielanfrage
-
-```bash
-# Neue App erstellen
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "My New App",
-    "app_id": "com.demo.myapp", // diese ID ist einzigartig in Capgo und kann von keinem Account wiederverwendet werden.
-    "icon": "https://example.com/icon.png",
-    "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-  }' \
-  https://api.capgo.app/app/
-```
-
-#### Erfolgsantwort
-
-```json
-{
-  "app_id": "My New App",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "My New App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 2592000,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### PUT
-
-`https://api.capgo.app/app/:app_id`
-
-Aktualisieren Sie eine bestehende App. Die App-ID wird im URL-Pfad angegeben.
-
-#### Request Body
-
-```typescript
-interface UpdateApp {
-  name?: string
-  icon?: string
-  retention?: number
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Updated App Name",
-    "icon": "https://example.com/updated-icon.png",
-    "retention": 45
-  }' \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### Erfolgsantwort
-
-```json
-{
-  "app_id": "com.demo.app",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/updated-icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "Updated App Name",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 45,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/app/:app_id`
-
-Löschen Sie eine App und alle zugehörigen Ressourcen. Die App-ID wird im URL-Pfad angegeben. Verwenden Sie dies mit äußerster Vorsicht, da diese Aktion nicht rückgängig gemacht werden kann.
-
-#### Beispielanfrage
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### Erfolgsantwort
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Fehlerbehandlung
-
-Häufige Fehlerszenarien und ihre Antworten:
-
-```json
-// App nicht gefunden
-{
-  "error": "App not found",
-  "status": "KO"
-}
-
-// Doppelte benutzerdefinierte ID
-{
-  "error": "Custom ID already in use",
-  "status": "KO"
-}
-
-// Ungültige Parameter
-{
-  "error": "Invalid app configuration",
-  "status": "KO"
-}
-
-// Berechtigung verweigert
-{
-  "error": "Insufficient permissions to manage app",
-  "status": "KO"
-}
-
-// Organisationszugriff verweigert
-{
-  "status": "You do not have access to this organization"
-}
-```
-
-## Häufige Anwendungsfälle
-
-1. **Neue App erstellen**
-```typescript
-// Neue App einrichten
-{
-  "name": "Production App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-}
-```
-
-2. **App-Konfiguration aktualisieren**
-```typescript
-// App-Name und Icon ändern
-{
-  "name": "Rebranded App Name",
-  "icon": "https://example.com/new-icon.png"
-}
-```
-
-3. **Aufbewahrungsrichtlinie festlegen**
-```typescript
-// Automatische Bundle-Bereinigung konfigurieren
-{
-  "retention": 30 // Bundles 30 Tage aufbewahren
-}
-```
-
-4. **Apps nach Organisation abrufen**
-```bash
-# Alle Apps in einer bestimmten Organisation auflisten
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-```
-
-## Ressourcenverwaltung
-
-1. **Speicheroptimierung**: Überwachen Sie die Speichernutzung und legen Sie angemessene Aufbewahrungsrichtlinien fest
-2. **Organisation**: Gruppieren Sie verwandte Apps unter einer einzigen Organisation
-3. **Zugriffskontrolle**: Verwalten Sie, welche Teammitglieder App-Einstellungen ändern können
-4. **Backup-Strategie**: Sichern Sie kritische App-Konfigurationen und -Einstellungen
diff --git a/src/content/docs/de/docs/public-api/bundles.mdx b/src/content/docs/de/docs/public-api/bundles.mdx
deleted file mode 100644
index 250c4e94d..000000000
--- a/src/content/docs/de/docs/public-api/bundles.mdx
+++ /dev/null
@@ -1,641 +0,0 @@
----
-title: Bundles
-description: >-
-  Detaillierte Anleitung zur Verwaltung von Capgo-Bundles, einschließlich
-  Auflistung, Löschen, Bundle-(Versions-)Verwaltung und Speicheroptimierung für
-  App-Update-Pakete.
-sidebar:
-  order: 8
-locale: de
----
-Bundles sind die Kernaktualisierungspakete in Capgo. Jedes Bundle enthält die Web-Assets (HTML, CSS, JS), aus denen der Inhalt Ihrer App besteht. Mit den Bundles API können Sie diese Update-Pakete verwalten, einschließlich deren Auflistung und Löschung.
-
-## Bundles verstehen
-
-Ein Bundle stellt ein bestimmtes Bundle (Version) des Webinhalts Ihrer App dar und umfasst:
-- **Bundle (Version)**: Semantische Versionsnummer für das Bundle
-- **Prüfsumme**: Eindeutiger Hash zur Überprüfung der Bundle-Integrität
-- **Speicherinformationen**: Details darüber, wo und wie das Bundle gespeichert wird
-- **Native Anforderungen**: Mindestanforderungen an die native App-Version
-- **Metadaten**: Erstellungszeit, Eigentum und andere Tracking-Informationen
-
-## Manuelle Bundle-Erstellung (ohne CLI)
-
-So erstellen und laden Sie Bundles manuell ohne Verwendung von Capgo CLI:
-
-### Schritt 1: Erstellen Sie Ihre App
-
-Erstellen Sie zunächst die Web-Assets Ihrer App:
-
-```bash
-npm run build
-```
-
-### Schritt 2: Bundle-Zip mit denselben Paketen wie Capgo CLI erstellen
-
-**Wichtig**: Verwenden Sie genau die gleichen JavaScript-Pakete, die Capgo CLI intern verwendet, um die Kompatibilität sicherzustellen.
-
-#### Erforderliche Pakete installieren
-
-```bash
-npm install adm-zip @tomasklaen/checksum
-```
-
-#### Erstellen Sie ein Zip-Bundle mit JavaScript (dasselbe wie Capgo CLI)
-
-Hinweis: In den folgenden Beispielen bezieht sich `version` auf den Bundle-(Versions-)Namen, der von API verwendet wird.
-
-```javascript
-const fs = require('node:fs');
-const path = require('node:path');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-// Exact same implementation as Capgo CLI
-function zipFileUnix(filePath) {
-  const zip = new AdmZip();
-  zip.addLocalFolder(filePath);
-  return zip.toBuffer();
-}
-
-async function zipFileWindows(filePath) {
-  console.log('Zipping file windows mode');
-  const zip = new AdmZip();
-
-  const addToZip = (folderPath, zipPath) => {
-    const items = fs.readdirSync(folderPath);
-
-    for (const item of items) {
-      const itemPath = path.join(folderPath, item);
-      const stats = fs.statSync(itemPath);
-
-      if (stats.isFile()) {
-        const fileContent = fs.readFileSync(itemPath);
-        zip.addFile(path.join(zipPath, item).split(path.sep).join('/'), fileContent);
-      } else if (stats.isDirectory()) {
-        addToZip(itemPath, path.join(zipPath, item));
-      }
-    }
-  };
-
-  addToZip(filePath, '');
-  return zip.toBuffer();
-}
-
-// Main zipFile function (exact same logic as CLI)
-async function zipFile(filePath) {
-  if (os.platform() === 'win32') {
-    return zipFileWindows(filePath);
-  } else {
-    return zipFileUnix(filePath);
-  }
-}
-
-async function createBundle(inputPath, outputPath, version) {
-  // Create zip using exact same method as Capgo CLI
-  const zipped = await zipFile(inputPath);
-  
-  // Write to file
-  fs.writeFileSync(outputPath, zipped);
-  
-  // Calculate checksum using exact same package as CLI
-  const checksum = await getChecksum(zipped, 'sha256');
-  
-  return {
-    filename: path.basename(outputPath),
-    version: version,
-    size: zipped.length,
-    checksum: checksum
-  };
-}
-
-// Usage
-async function main() {
-  try {
-    const result = await createBundle('./dist', './my-app-1.2.3.zip', '1.2.3');
-    console.log('Bundle info:', JSON.stringify(result, null, 2));
-  } catch (error) {
-    console.error('Error creating bundle:', error);
-  }
-}
-
-main();
-```
-
-### Schritt 3: Berechnen Sie die SHA256-Prüfsumme mit demselben Paket wie CLI
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Usage
-async function main() {
-  const checksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('Checksum:', checksum);
-}
-
-main();
-```
-
-### Schritt 4: Bundle in Ihren Speicher hochladen
-
-Laden Sie Ihre ZIP-Datei in einen beliebigen über das Internet zugänglichen Speicher hoch:
-
-```bash
-# Example: Upload to your server via scp
-scp my-app-1.2.3.zip user@your-server.com:/var/www/bundles/
-
-# Example: Upload to S3 using AWS CLI
-aws s3 cp my-app-1.2.3.zip s3://your-bucket/bundles/
-
-# Example: Upload via curl to a custom endpoint
-curl -X POST https://your-storage-api.com/upload \
-  -H "Authorization: Bearer YOUR_TOKEN" \
-  -F "file=@my-app-1.2.3.zip"
-```
-
-**Wichtig**: Ihr Bundle muss über eine HTTPS-URL **öffentlich zugänglich** sein (keine Authentifizierung erforderlich). Die Server von Capgo müssen das Paket von dieser URL herunterladen.
-
-Beispiele für gültige öffentliche URLs:
-- `https://your-storage.com/bundles/my-app-1.2.3.zip`
-- `https://github.com/username/repo/releases/download/v1.2.3/bundle.zip`
-- `https://cdn.jsdelivr.net/gh/username/repo@v1.2.3/dist.zip`
-
-### Schritt 5: Bundle registrieren bei Capgo API
-
-Registrieren Sie das externe Bundle bei Capgo mit direkten API-Aufrufen:
-
-```javascript
-async function registerWithCapgo(appId, version, bundleUrl, checksum, apiKey) {
-  const fetch = require('node-fetch');
-  
-  // Create bundle (version)
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': apiKey
-    },
-    body: JSON.stringify({
-      app_id: appId,
-      version: version,
-      external_url: bundleUrl,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed to create bundle: ${response.statusText}`);
-  }
-
-  const data = await response.json();
-  console.log('Bundle created:', data);
-  
-  return data;
-}
-```
-
-#### API Parameter
-
-| Parameter | Beschreibung | Erforderlich |
-|-----------|-------------|----------|
-| `app_id` | Ihre App-ID | Ja |
-| `version` | Bundle (Version) semantische Version (z. B. „1.2.3“) | Ja |
-| `external_url` | **Öffentlich zugänglich** HTTPS-URL, unter der das Bundle heruntergeladen werden kann (keine Authentifizierung erforderlich) | Ja |
-| `checksum` | SHA256-Prüfsumme der ZIP-Datei | Ja |
-
-## Anforderungen an die Bundle-Struktur
-
-Ihre Bundle-Zip-Datei muss diesen Anforderungen entsprechen:
-
-1. **Root-Indexdatei**: Muss `index.html` auf der Root-Ebene haben
-2. **Capacitor-Integration**: Muss `notifyAppReady()` in Ihrem App-Code aufrufen
-3. **Asset-Pfade**: Verwenden Sie relative Pfade für alle Assets
-
-### Gültige Bundle-Struktur
-
-```
-bundle.zip
-├── index.html
-├── assets/
-│   ├── app.js
-│   └── styles.css
-└── images/
-```
-
-## Vollständiges Beispiel für einen manuellen Workflow
-
-Einfaches Node.js-Skript zum Komprimieren, Prüfen der Summe und Hochladen nach Capgo:
-
-```javascript
-const fs = require('node:fs');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-const fetch = require('node-fetch');
-
-async function deployToCapgo() {
-  const APP_ID = 'com.example.app';
-  const VERSION = '1.2.3';
-  const BUNDLE_URL = 'https://your-storage.com/bundles/app-1.2.3.zip';
-  const API_KEY = process.env.CAPGO_API_KEY;
-
-  // 1. Create zip (same as Capgo CLI)
-  const zip = new AdmZip();
-  zip.addLocalFolder('./dist');
-  const zipped = zip.toBuffer();
-
-  // 2. Calculate checksum (same as Capgo CLI)
-  const checksum = await getChecksum(zipped, 'sha256');
-  console.log('Checksum:', checksum);
-
-  // 3. Upload to your storage (replace with your upload logic)
-  // fs.writeFileSync('./bundle.zip', zipped);
-  // ... upload bundle.zip to your storage ...
-
-  // 4. Register with Capgo API
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': API_KEY
-    },
-    body: JSON.stringify({
-      app_id: APP_ID,
-      version: VERSION,
-      external_url: BUNDLE_URL,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed: ${response.statusText}`);
-  }
-
-  console.log('Bundle registered with Capgo!');
-}
-
-deployToCapgo().catch(console.error);
-```
-
-Abhängigkeiten installieren:
-
-```bash
-npm install adm-zip @tomasklaen/checksum node-fetch
-```
-
-## Prüfsummenüberprüfung
-
-### JavaScript Prüfsummenberechnung (wie Capgo CLI)
-
-Verwenden Sie genau dasselbe Paket und dieselbe Methode, die Capgo CLI intern verwendet:
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Verify checksum matches
-async function verifyChecksum(filePath, expectedChecksum) {
-  const actualChecksum = await calculateChecksum(filePath);
-  const isValid = actualChecksum === expectedChecksum;
-  
-  console.log(`File: ${filePath}`);
-  console.log(`Expected: ${expectedChecksum}`);
-  console.log(`Actual:   ${actualChecksum}`);
-  console.log(`Valid:    ${isValid}`);
-  
-  return isValid;
-}
-
-// Usage
-async function main() {
-  const bundleChecksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('SHA256 Checksum:', bundleChecksum);
-}
-
-main();
-```### Prüfsummen-Wichtigkeit
-
-- **Bundle-Integrität**: Stellt sicher, dass das Bundle während der Übertragung nicht beschädigt wurde
-- **API Überprüfung**: Capgo überprüft Prüfsummen, bevor Pakete akzeptiert werden
-- **Plugin-Überprüfung**: Das mobile Plugin überprüft Prüfsummen, bevor Updates angewendet werden
-
-## Bewährte Methoden
-
-1. **Bundle-(Versions-)Management**: Semantische Versionierung konsequent verwenden
-2. **Speicheroptimierung**: Entfernen Sie nicht verwendete Bundles regelmäßig
-3. **Bundle-(Versions-)Kompatibilität**: Legen Sie entsprechende Mindestanforderungen für die native Version fest
-4. **Backup-Strategie**: Backups kritischer Bundles (Versionen) verwalten
-
-## Endpunkte
-
-### GET
-
-`https://api.capgo.app/bundle/`
-
-Paketinformationen abrufen. Gibt 50 Bundles pro Seite zurück.
-
-#### Abfrageparameter
-- `app_id`: Erforderlich. Die ID Ihrer App
-- `page`: Optional. Seitenzahl für die Paginierung
-
-#### Antworttyp
-
-```typescript
-interface Bundle {
-  app_id: string
-  bucket_id: string | null
-  checksum: string | null
-  created_at: string | null
-  deleted: boolean
-  external_url: string | null
-  id: number
-  minUpdateVersion: string | null
-  name: string
-  native_packages: Json[] | null
-  owner_org: string
-  r2_path: string | null
-  session_key: string | null
-  storage_provider: string
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### Beispielanfrage
-
-```bash
-# Get all bundles
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123"
-
-# Get next page
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123&page=1"
-```
-
-#### Beispielantwort
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "app_id": "app_123",
-      "name": "1.0.0",
-      "checksum": "abc123...",
-      "minUpdateVersion": "1.0.0",
-      "storage_provider": "r2",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "deleted": false,
-      "owner_org": "org_123",
-      "user_id": "user_123"
-    }
-  ]
-}
-```
-
-### LÖSCHEN
-
-`https://api.capgo.app/bundle/`
-
-Löschen Sie ein oder alle Bundles für eine App. Seien Sie vorsichtig, da diese Aktion nicht rückgängig gemacht werden kann.
-
-#### Abfrageparameter
-
-So löschen Sie ein bestimmtes Bundle:
-```typescript
-interface BundleDelete {
-  app_id: string
-  version: string
-}
-```
-
-Zum Löschen aller Bundles:
-```typescript
-interface BundleDeleteAll {
-  app_id: string
-}
-```
-
-#### Beispielanfragen
-
-```bash
-# Delete specific bundle
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version": "1.0.0"
-  }' \
-  https://api.capgo.app/bundle/
-
-# Delete all bundles
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Erfolgsantwort
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### POST
-
-`https://api.capgo.app/bundle/`
-
-Erstellen Sie ein neues Bundle mit externer URL.
-
-#### Anforderungstext
-
-```typescript
-interface CreateBundleBody {
-  app_id: string
-  version: string
-  external_url: string // Must be publicly accessible HTTPS URL
-  checksum: string
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "com.example.app",
-    "version": "1.2.3",
-    "external_url": "https://your-storage.com/bundles/app-1.2.3.zip",
-    "checksum": "a1b2c3d4e5f6789abcdef123456789abcdef123456789abcdef123456789abcd"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Erfolgsantwort
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### POST (Metadaten)
-
-`https://api.capgo.app/bundle/metadata`
-
-Aktualisieren Sie Bundle-Metadaten wie Link- und Kommentarinformationen.
-
-#### Anforderungstext
-
-```typescript
-interface UpdateMetadataBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  link?: string
-  comment?: string
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "link": "https://github.com/myorg/myapp/releases/tag/v1.0.0",
-    "comment": "Fixed critical bug in authentication"
-  }' \
-  https://api.capgo.app/bundle/metadata
-```
-
-#### Erfolgsantwort
-
-```json
-{
-  "status": "success"
-}
-```
-
-### PUT
-
-`https://api.capgo.app/bundle/`
-
-Legen Sie ein Bundle auf einen bestimmten Kanal fest. Dadurch wird ein Bundle (eine Version) mit einem Vertriebskanal verknüpft.
-
-#### Anforderungstext
-
-```typescript
-interface SetChannelBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  channel_id: number
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "channel_id": 789
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Erfolgsantwort
-
-```json
-{
-  "status": "success",
-  "message": "Bundle 1.0.0 set to channel production"
-}
-```
-
-## Fehlerbehandlung
-
-Häufige Fehlerszenarien und ihre Antworten:
-
-```json
-// Bundle not found
-{
-  "error": "Bundle not found",
-  "status": "KO"
-}
-
-// Invalid bundle (version) format
-{
-  "error": "Invalid version format",
-  "status": "KO"
-}
-
-// Storage error
-{
-  "error": "Failed to delete bundle from storage",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage bundles",
-  "status": "KO"
-}
-```
-
-## Häufige Anwendungsfälle
-
-1. **Alte Bundles (Versionen) bereinigen**
-```typescript
-// Delete outdated beta bundles (versions)
-{
-  "app_id": "app_123",
-  "version": "1.0.0-beta.1"
-}
-```
-
-2. **App-Reset**
-```typescript
-// Remove all bundles to start fresh
-{
-  "app_id": "app_123"
-}
-```
-
-## Überlegungen zur Lagerung
-
-1. **Aufbewahrungsrichtlinie**: Legen Sie fest, wie lange alte Bundles aufbewahrt werden sollen
-2. **Größenverwaltung**: Überwachen Sie Bundle-Größen und Speichernutzung
-3. **Backup-Strategie**: Erwägen Sie die Sicherung kritischer Bundles (Versionen)
-4. **Kostenoptimierung**: Entfernen Sie unnötige Bundles, um die Speicherkosten zu optimieren
diff --git a/src/content/docs/de/docs/public-api/channels.mdx b/src/content/docs/de/docs/public-api/channels.mdx
deleted file mode 100644
index 687768efd..000000000
--- a/src/content/docs/de/docs/public-api/channels.mdx
+++ /dev/null
@@ -1,268 +0,0 @@
----
-title: Kanäle
-description: >-
-  Leitfaden zur Verwaltung von App-Update-Kanälen in Capgo, einschließlich
-  Versionskontrolle, Plattform-Targeting und Update-Richtlinien.
-sidebar:
-  order: 6
-locale: de
----
-
-Kanäle sind der zentrale Mechanismus zur Verwaltung von App-Updates in Capgo. Sie ermöglichen es Ihnen zu kontrollieren, wie und wann Ihre Benutzer Updates erhalten, und ermöglichen Funktionen wie A/B-Tests, gestaffelte Rollouts und plattformspezifische Updates.
-
-## Kanäle verstehen
-
-Ein Kanal stellt einen Verteilungsweg für Ihre App-Updates dar. Jeder Kanal kann mit spezifischen Regeln und Einschränkungen konfiguriert werden:
-
-- **Versionskontrolle**: Geben Sie an, welche Version Benutzer erhalten
-- **Plattform-Targeting**: Zielen Sie auf bestimmte Plattformen ab (iOS/Android)
-- **Update-Richtlinien**: Kontrollieren Sie, wie Updates bereitgestellt werden
-- **Gerätebeschränkungen**: Verwalten Sie, welche Geräte auf Updates zugreifen können
-
-## Kanal-Konfigurationsoptionen
-
-- **public**: Als Standardkanal für neue Geräte festlegen
-- **disableAutoUpdateUnderNative**: Verhindert Updates, wenn die native App-Version des Geräts neuer ist als die im Kanal verfügbare Update-Version (z.B. Gerät ist auf Version 1.2.3, aber Kanal hat 1.2.2)
-- **disableAutoUpdate**: Update-Verhalten steuern ("major", "minor", "version_number", "none")
-- **ios/android**: Für bestimmte Plattformen aktivieren/deaktivieren
-- **allow_device_self_set**: Geräten erlauben, ihren Kanal selbst zu wählen
-- **allow_emulator**: Updates auf Emulator-Geräten zulassen
-- **allow_dev**: Updates auf Entwicklungs-Builds zulassen
-
-## Bewährte Methoden
-
-1. **Test-Kanal**: Pflegen Sie einen Test-Kanal für interne Validierung
-2. **Gestaffelter Rollout**: Verwenden Sie mehrere Kanäle für schrittweise Update-Bereitstellung
-3. **Plattform-Trennung**: Erstellen Sie bei Bedarf separate Kanäle für iOS und Android
-4. **Versionskontrolle**: Verwenden Sie semantische Versionierung für klare Update-Pfade
-
-## Endpunkte
-
-### POST
-
-`https://api.capgo.app/channel/`
-
-Erstellen oder aktualisieren Sie eine Kanal-Konfiguration.
-
-#### Request Body
-
-```typescript
-type disable_update = "major" | "minor" | "version_number" | "none"
-interface ChannelSet {
-  app_id: string
-  channel: string
-  version?: string
-  public?: boolean
-  disableAutoUpdateUnderNative?: boolean
-  disableAutoUpdate?: disable_update
-  ios?: boolean
-  android?: boolean
-  allow_device_self_set?: boolean
-  allow_emulator?: boolean
-  allow_dev?: boolean
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta",
-    "version": "1.2.0",
-    "public": false,
-    "disableAutoUpdate": "minor",
-    "ios": true,
-    "android": true,
-    "allow_emulator": true
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### Erfolgsantwort
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### GET
-
-`https://api.capgo.app/channel/`
-
-Abrufen von Kanal-Informationen. Gibt 50 Kanäle pro Seite zurück.
-
-#### Query-Parameter
-- `app_id`: Erforderlich. Die ID Ihrer App
-- `page`: Optional. Seitennummer für Paginierung
-- `channel`: Optional. Spezifischer Kanalname zum Abrufen
-
-#### Beispielanfragen
-
-```bash
-# Alle Kanäle abrufen
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123"
-
-# Bestimmten Kanal abrufen
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&channel=beta"
-
-# Nächste Seite abrufen
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&page=1"
-```
-
-#### Antworttyp
-
-```typescript
-interface Channel {
-    id: number;
-    created_at: string;
-    name: string;
-    app_id: string;
-    version: {
-        id: number,
-        name: string
-    };
-    created_by: string;
-    updated_at: string;
-    public: boolean;
-    disableAutoUpdateUnderNative: boolean;
-    disableAutoUpdate: boolean;
-    allow_emulator: boolean;
-    allow_dev: boolean;
-}
-```
-
-#### Beispielantwort
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "name": "production",
-      "app_id": "app_123",
-      "version": {
-        "id": 1,
-        "name": "1.0.0"
-      },
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "created_by": "user_123",
-      "public": true,
-      "disableAutoUpdateUnderNative": false,
-      "disableAutoUpdate": false,
-      "allow_emulator": false,
-      "allow_dev": false
-    }
-  ]
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/channel/`
-
-Löschen Sie einen Kanal. Beachten Sie, dass dies alle Geräte betrifft, die diesen Kanal verwenden.
-
-#### Query-Parameter
-
-```typescript
-interface Channel {
-  channel: string
-  app_id: string
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### Erfolgsantwort
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Fehlerbehandlung
-
-Häufige Fehlerszenarien und ihre Antworten:
-
-```json
-// Kanal nicht gefunden
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// Ungültiges Versionsformat
-{
-  "error": "Invalid version format. Use semantic versioning",
-  "status": "KO"
-}
-
-// Ungültige Update-Richtlinie
-{
-  "error": "Invalid disableAutoUpdate value",
-  "status": "KO"
-}
-
-// Berechtigung verweigert
-{
-  "error": "Insufficient permissions to manage channels",
-  "status": "KO"
-}
-```
-
-## Häufige Anwendungsfälle
-
-1. **Beta-Tests**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "beta",
-  "version": "1.2.0-beta",
-  "public": false,
-  "allow_emulator": true,
-  "allow_dev": true
-}
-```
-
-2. **Produktions-Rollout**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "production",
-  "version": "1.2.0",
-  "public": true,
-  "disableAutoUpdate": "minor"
-}
-```
-
-3. **Plattformspezifische Updates**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "ios-hotfix",
-  "version": "1.2.1",
-  "ios": true,
-  "android": false
-}
-```
diff --git a/src/content/docs/de/docs/public-api/devices.mdx b/src/content/docs/de/docs/public-api/devices.mdx
deleted file mode 100644
index a23850226..000000000
--- a/src/content/docs/de/docs/public-api/devices.mdx
+++ /dev/null
@@ -1,298 +0,0 @@
----
-title: Devices
-description: >-
-  Dokumentation zur Verwaltung von Geräten über die Capgo-API, einschließlich
-  Tracking, Versionierung und Kanalzuweisungen für App-Installationen.
-sidebar:
-  order: 7
-locale: de
----
-
-Devices repräsentieren einzelne Installationen Ihrer App, die von Capgo verwaltet werden. Die Devices-API ermöglicht es Ihnen, Geräte zu verfolgen und zu verwalten, einschließlich ihrer Versionen, Kanäle und Update-Status.
-
-:::note[Datenaufbewahrung]
-Gerätedaten werden für **90 Tage** ab der letzten Geräteaktivität aufbewahrt. Geräte, die sich in diesem Zeitraum nicht mit Capgo verbunden haben, werden automatisch aus dem System entfernt. Aktive Geräte werden kontinuierlich verfolgt, wenn sie nach Updates suchen.
-:::
-
-## Geräte verstehen
-
-Jedes Gerät hat einzigartige Eigenschaften und Zustände:
-- **Platform**: iOS oder Android
-- **Version**: Aktuelle Bundle-Version und native Build-Version
-- **Environment**: Produktion oder Entwicklung, Emulator oder physisches Gerät
-- **Channel**: Aktuelle Update-Kanalzuweisung
-- **Custom ID**: Optionaler Identifikator für Ihre eigenen Tracking-Zwecke
-
-## Bewährte Methoden
-
-1. **Versionsverfolgung**: Überwachen Sie Geräteversionen, um die Update-Akzeptanz sicherzustellen
-2. **Kanalverwaltung**: Weisen Sie Geräte basierend auf Testanforderungen geeigneten Kanälen zu
-3. **Umgebungsbewusstsein**: Behandeln Sie verschiedene Umgebungen (Prod/Dev/Emulator) angemessen
-4. **Benutzerdefinierte Identifikation**: Verwenden Sie benutzerdefinierte IDs zur Integration mit Ihren bestehenden Systemen
-
-## Endpoints
-
-### POST
-
-`https://api.capgo.app/device/`
-
-Verknüpfen Sie ein Gerät mit einer bestimmten Version oder einem Kanal.
-
-#### Request Body
-
-```typescript
-interface DeviceLink {
-  app_id: string
-  device_id: string
-  version_id?: string // version name
-  channel?: string    // channel name
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### Erfolgsantwort
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### GET
-
-`https://api.capgo.app/device/`
-
-Abrufen von Geräteinformationen. Verwendet cursor-basierte Paginierung für effizientes Abrufen großer Gerätelisten.
-
-#### Query-Parameter
-- `app_id`: Erforderlich. Die ID Ihrer App
-- `device_id`: Optional. Spezifische Geräte-ID zum Abrufen eines einzelnen Geräts
-- `cursor`: Optional. Cursor aus vorheriger Antwort für Paginierung
-- `limit`: Optional. Anzahl der Geräte pro Seite (Standard: 50)
-
-#### Beispielanfrages
-
-```bash
-# Get all devices (first page)
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123"
-
-# Get specific device
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&device_id=device_456"
-
-# Get next page using cursor
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&cursor=2024-01-01T00:00:00Z|device_456"
-```
-
-#### Antworttyp (Liste)
-
-Bei Anforderung mehrerer Geräte (kein `device_id` Parameter):
-
-```typescript
-interface DeviceListResponse {
-  data: Device[];
-  nextCursor?: string;  // Als 'cursor' Parameter übergeben, um nächste Seite zu erhalten
-  hasMore: boolean;     // true wenn weitere Seiten verfügbar
-}
-
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number;
-  version_name: string | null;
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-}
-```
-
-#### Antworttyp (Einzelnes Gerät)
-
-Bei Anforderung eines bestimmten Geräts mit `device_id` Parameter wird das Geräteobjekt direkt zurückgegeben:
-
-```typescript
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number;
-  version_name: string | null;
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-}
-```
-
-#### Beispielantwort (Liste)
-
-```json
-{
-  "data": [
-    {
-      "device_id": "device_456",
-      "custom_id": "test-device-1",
-      "version": 1,
-      "version_name": "1.0.0",
-      "app_id": "app_123",
-      "platform": "ios",
-      "plugin_version": "5.0.0",
-      "os_version": "17.0",
-      "version_build": "1",
-      "is_prod": true,
-      "is_emulator": false,
-      "updated_at": "2024-01-01T00:00:00Z"
-    }
-  ],
-  "nextCursor": "2024-01-01T00:00:00Z|device_456",
-  "hasMore": true
-}
-```
-
-#### Beispielantwort (Einzelnes Gerät)
-
-```json
-{
-  "device_id": "device_456",
-  "custom_id": "test-device-1",
-  "version": 1,
-  "version_name": "1.0.0",
-  "app_id": "app_123",
-  "platform": "ios",
-  "plugin_version": "5.0.0",
-  "os_version": "17.0",
-  "version_build": "1",
-  "is_prod": true,
-  "is_emulator": false,
-  "updated_at": "2024-01-01T00:00:00Z",
-  "channel": "production"
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/device/`
-
-Trennen Sie ein Gerät von seiner Kanalüberschreibung. Dies setzt das Gerät zurück, um seinen Standardkanal zu verwenden.
-
-:::note[Gerät löschen]
-Gerätedaten werden für **90 Tage** ab der letzten Geräteaktivität aufbewahrt. Geräte, die sich in diesem Zeitraum nicht mit Capgo verbunden haben, werden automatisch aus dem System entfernt. Aktive Geräte werden kontinuierlich verfolgt, wenn sie nach Updates suchen.
-Sie können ein Gerät mit diesem Endpunkt nicht löschen, es betrifft nur die Kanalüberschreibung.
-:::
-
-#### Query Parameters
-
-```typescript
-interface Device {
-  device_id: string
-  app_id: string
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### Erfolgsantwort
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Fehlerbehandlung
-
-Häufige Fehlerszenarien und ihre Antworten:
-
-```json
-// Device not found
-{
-  "error": "Device not found",
-  "status": "KO"
-}
-
-// Invalid version
-{
-  "error": "Version not found",
-  "status": "KO"
-}
-
-// Invalid channel
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage devices",
-  "status": "KO"
-}
-```
-
-## Häufige Anwendungsfälle
-
-1. **Beta Device Registration**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "channel": "beta"
-}
-```
-
-2. **Version Override**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "version_id": "1.1.0"
-}
-```
-
-3. **Reset to Default Channel**
-```typescript
-// Use DELETE endpoint to remove overrides
-```
-
-## Tipps zur Geräteverwaltung
-
-1. **Überwachung**: Überprüfen Sie regelmäßig den Gerätestatus und die Versionsverteilung
-2. **Testen**: Verwenden Sie benutzerdefinierte IDs, um Testgeräte einfach zu identifizieren
-3. **Fehlerbehebung**: Verfolgen Sie Geräte-Updates und Kanalzuweisungen
-4. **Versionskontrolle**: Überwachen Sie native App-Versionen, um Kompatibilität sicherzustellen 
diff --git a/src/content/docs/de/docs/public-api/index.mdx b/src/content/docs/de/docs/public-api/index.mdx
deleted file mode 100644
index e4241ccfa..000000000
--- a/src/content/docs/de/docs/public-api/index.mdx
+++ /dev/null
@@ -1,108 +0,0 @@
----
-title: API-Übersicht
-description: >-
-  Erkunden Sie Capgos öffentliche API zur Verwaltung von Ressourcen wie
-  Organisationen, Geräten, Kanälen und Bundles mit RESTful-HTTP-Methoden und
-  Authentifizierung.
-sidebar:
-  order: 1
-locale: de
----
-
-import { LinkCard } from '@astrojs/starlight/components';
-
-Dies ist die Dokumentation der öffentlichen API von Capgo Cloud. Die API ermöglicht es Ihnen, Ihre Capgo-Ressourcen programmatisch zu verwalten, einschließlich Organisationen, Geräten, Kanälen und Bundles. Sie ist RESTful gestaltet und verwendet Standard-HTTP-Methoden.
-
-## Authentifizierung
-
-Alle API-Endpunkte erfordern eine Authentifizierung. Um Ihre Anfragen zu authentifizieren, fügen Sie Ihren API-Schlüssel im `authorization`-Header hinzu.
-
-Beispiel:
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-```
-
-<LinkCard
-	title="API-Schlüssel erhalten"
-	description="Generieren Sie Ihren API-Schlüssel im Capgo-Dashboard"
-	href="https://console.capgo.app/dashboard/apikeys/"
-/>
-
-## Ratenbegrenzung
-
-Die API implementiert Ratenbegrenzungen, um eine faire Nutzung zu gewährleisten. Aktuelle Limits sind:
-- 100 Anfragen pro Minute für Standardkonten
-- 1000 Anfragen pro Minute für Unternehmenskonten
-
-Wenn Sie diese Limits überschreiten, erhalten Sie eine 429 (Too Many Requests)-Antwort.
-
-## Antwortformat
-
-Alle Antworten sind im JSON-Format. Erfolgreiche Antworten enthalten normalerweise entweder ein `data`-Objekt oder ein `status`-Feld. Fehlerantworten enthalten ein `error`-Feld mit einer Beschreibung des Problems.
-
-Beispiel erfolgreiche Antwort:
-```json
-{
-  "status": "ok",
-  "data": { ... }
-}
-```
-
-Beispiel Fehlerantwort:
-```json
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-```
-
-## Verfügbare Endpunkte
-
-<LinkCard
-	title="Organisationen"
-	description="Erstellen und verwalten Sie Organisationen, aktualisieren Sie Einstellungen und handhaben Sie Konfigurationen auf Organisationsebene"
-	href="/docs/public-api/organizations/"
-/>
-
-<LinkCard
-	title="API-Schlüssel"
-	description="Generieren, listen und widerrufen Sie API-Schlüssel für sicheren Zugriff auf die Capgo-API"
-	href="/docs/public-api/api-keys/"
-/>
-
-<LinkCard
-	title="Mitglieder"
-	description="Verwalten Sie Organisationsmitglieder, Rollen und Berechtigungen"
-	href="/docs/public-api/members/"
-/>
-
-<LinkCard
-	title="Statistiken"
-	description="Greifen Sie auf detaillierte Analysen zur App-Nutzung, Speicherung und Bandbreitenverbrauch zu"
-	href="/docs/public-api/statistics/"
-/>
-
-<LinkCard
-	title="Kanäle"
-	description="Steuern Sie App-Update-Kanäle, Versionen und Update-Richtlinien"
-	href="/docs/public-api/channels/"
-/>
-
-<LinkCard
-	title="Geräte"
-	description="Verfolgen und verwalten Sie Geräte, auf denen Ihre App läuft, einschließlich Versions- und Kanalzuweisungen"
-	href="/docs/public-api/devices/"
-/>
-
-<LinkCard
-	title="Bundles"
-	description="Verwalten Sie App-Bundles, einschließlich Hochladen, Auflisten und Verwalten von Versionen"
-	href="/docs/public-api/bundles/"
-/>
-
-## Bewährte Methoden
-
-1. **Fehlerbehandlung**: Prüfen Sie immer auf Fehlerantworten und behandeln Sie diese angemessen
-2. **Ratenbegrenzung**: Implementieren Sie exponentielles Backoff bei Erreichen von Ratenlimits
-3. **Caching**: Cachen Sie Antworten, wenn angemessen, um API-Aufrufe zu reduzieren
-4. **Versionierung**: Verfolgen Sie API-Änderungen über unser Changelog 
diff --git a/src/content/docs/de/docs/public-api/members.mdx b/src/content/docs/de/docs/public-api/members.mdx
deleted file mode 100644
index ef43391fd..000000000
--- a/src/content/docs/de/docs/public-api/members.mdx
+++ /dev/null
@@ -1,229 +0,0 @@
----
-title: Mitglieder
-description: >-
-  Umfassender Leitfaden zur Verwaltung von Organisationsmitgliedern in Capgo,
-  einschließlich Rollen, Berechtigungen und Bewährte Methoden für Sicherheit und
-  Zusammenarbeit.
-sidebar:
-  order: 4
-locale: de
----
-
-Organisationsmitglieder sind Benutzer, die Zugriff auf Ihre Capgo-Organisation haben. Jedes Mitglied hat eine spezifische Rolle, die seine Berechtigungen innerhalb der Organisation bestimmt. Die effektive Verwaltung von Mitgliedern ist entscheidend für die Aufrechterhaltung von Sicherheit und Zusammenarbeit in Ihrem Team.
-
-## Mitgliederrollen
-
-### Reguläre Rollen
-- **read**: Kann Ressourcen anzeigen, aber keine Änderungen vornehmen
-- **upload**: Kann neue Bundles hochladen und Ressourcen anzeigen
-- **write**: Kann Ressourcen ändern und Bundles hochladen
-- **admin**: Kann Organisationseinstellungen und Mitglieder verwalten
-- **super_admin**: Hat volle Kontrolle über die Organisation
-
-### Einladungsrollen
-- **invite_read**: Ausstehende Einladung für Lesezugriff
-- **invite_upload**: Ausstehende Einladung für Upload-Zugriff
-- **invite_write**: Ausstehende Einladung für Schreibzugriff
-- **invite_admin**: Ausstehende Einladung für Admin-Zugriff
-- **invite_super_admin**: Ausstehende Einladung für Super-Admin-Zugriff
-
-## Bewährte Methoden
-
-1. **Rollenzuweisung**: Befolgen Sie das Prinzip der geringsten Privilegien bei der Zuweisung von Rollen
-2. **Regelmäßige Überprüfungen**: Überprüfen Sie regelmäßig den Mitgliederzugriff und entfernen Sie ungenutzte Konten
-3. **Onboarding**: Haben Sie einen klaren Prozess für das Hinzufügen neuer Mitglieder und die Zuweisung von Rollen
-4. **Offboarding**: Entfernen Sie umgehend den Zugriff für Mitglieder, die die Organisation verlassen
-
-## Endpunkte
-
-### POST
-
-`https://api.capgo.app/organization/members/`
-
-Fügen Sie ein neues Mitglied zu einer Organisation hinzu oder aktualisieren Sie die Rolle eines bestehenden Mitglieds. Beachten Sie, dass Sie nur Benutzer einladen können, die bereits ein Capgo-Konto haben - die E-Mail muss einem bestehenden Capgo-Benutzer entsprechen.
-
-#### Request Body
-
-```typescript
-interface MemberCreate {
-  orgId: string
-  email: string
-  role: "read" | "upload" | "write" | "admin" | "super_admin"
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "newmember@example.com",
-    "role": "write"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### Erfolgsantwort
-
-```json
-{
-  "status": "OK",
-  "data": {
-    "uid": "user_789",
-    "email": "newmember@example.com",
-    "role": "invite_write",
-    "image_url": null
-  }
-}
-```
-
-Hinweise: 
-- Beim Hinzufügen eines neuen Mitglieds erhält dieses eine Einladungs-E-Mail. Seine Rolle wird mit "invite_" vorangestellt, bis es die Einladung annimmt.
-- Der Benutzer muss bereits ein Capgo-Konto haben, bevor er eingeladen werden kann. Wenn er kein Konto hat, sollte er zuerst eines unter https://console.capgo.app/register/ erstellen
-
-### GET 
-
-`https://api.capgo.app/organization/members/`
-
-Abrufen aller Mitglieder einer Organisation.
-
-#### Query-Parameter
-
-```typescript
-interface MemberQuery {
-  orgId: string
-}
-```
-
-#### Antworttyp
-
-```typescript
-interface Member {
-  uid: string;
-  email: string;
-  image_url: string;
-  role: "invite_read" | "invite_upload" | "invite_write" | "invite_admin" | "invite_super_admin" | "read" | "upload" | "write" | "admin" | "super_admin";
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/organization/members/?orgId=org_123"
-```
-
-#### Beispielantwort
-
-```json
-{
-  "data": [
-    {
-      "uid": "user_123",
-      "email": "john@example.com",
-      "image_url": "https://example.com/avatar.png",
-      "role": "admin"
-    },
-    {
-      "uid": "user_456",
-      "email": "jane@example.com",
-      "image_url": "https://example.com/avatar2.png",
-      "role": "write"
-    },
-    {
-      "uid": "user_789",
-      "email": "bob@example.com",
-      "image_url": null,
-      "role": "invite_read"
-    }
-  ]
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/organization/members/`
-
-Entfernen Sie ein Mitglied aus einer Organisation. Dies widerruft sofort seinen Zugriff.
-
-#### Request Body
-
-```typescript
-interface MemberDelete {
-  orgId: string
-  email: string
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "user@example.com"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### Erfolgsantwort
-
-```json
-{
-  "status": "OK"
-}
-```
-
-## Fehlerbehandlung
-
-Häufige Fehlerszenarien und ihre Antworten:
-
-```json
-// Mitglied nicht gefunden
-{
-  "error": "Member not found",
-  "status": "KO"
-}
-
-// Ungültige Rolle
-{
-  "error": "Invalid role specified",
-  "status": "KO"
-}
-
-// Berechtigung verweigert
-{
-  "error": "Insufficient permissions to manage members",
-  "status": "KO"
-}
-
-// Letzter Admin kann nicht entfernt werden
-{
-  "error": "Cannot remove the last admin from the organization",
-  "status": "KO"
-}
-
-// Ungültige E-Mail
-{
-  "error": "Invalid email format",
-  "status": "KO"
-}
-
-// Mitglied existiert bereits
-{
-  "error": "Member already exists in organization",
-  "status": "KO"
-}
-```
-
-## Häufige Anwendungsfälle
-
-1. **Team-Erweiterung**: Hinzufügen neuer Teammitglieder mit geeigneten Rollen
-2. **Zugriffskontrolle**: Verwaltung von Mitgliederberechtigungen bei sich ändernden Verantwortlichkeiten
-3. **Sicherheitsaudit**: Regelmäßige Überprüfung der Mitgliederliste und Rollen
-4. **Team-Umstrukturierung**: Aktualisierung von Rollen bei organisatorischen Änderungen
diff --git a/src/content/docs/de/docs/public-api/organizations.mdx b/src/content/docs/de/docs/public-api/organizations.mdx
deleted file mode 100644
index 97ae09e61..000000000
--- a/src/content/docs/de/docs/public-api/organizations.mdx
+++ /dev/null
@@ -1,208 +0,0 @@
----
-title: Organizations
-description: >-
-  Leitfaden zur Verwaltung von Organisationen in Capgo, der die Erstellung,
-  Einstellungen, Aktualisierungen und den Abruf von Organisationsdetails
-  umfasst.
-sidebar:
-  order: 2
-locale: de
----
-Organisationen sind die Entitäten der obersten Ebene in Capgo. Sie ermöglichen Ihnen, Apps, Teammitglieder und Ressourcen unter einem einzigen Dach zu gruppieren. Jede Organisation kann mehrere Mitglieder mit unterschiedlichen Rollen und Berechtigungen haben.
-
-## Häufige Anwendungsfälle
-
-- Erstellen einer neuen Organisation für Ihr Unternehmen
-- Organisationseinstellungen verwalten
-- Aktualisierung der Organisationsinformationen
-- Abrufen von Organisationsdetails
-
-## Endpunkte
-
-### GET
-
-`https://api.capgo.app/organization/`
-
-Rufen Sie Organisationsinformationen ab. Wenn `orgId` in den Parametern angegeben ist, wird eine einzelne Organisation zurückgegeben. Andernfalls werden alle zugänglichen Organisationen zurückgegeben.
-
-#### Abfrageparameter
-
-- `orgId` (optional): Die ID der spezifischen abzurufenden Organisation
-
-#### Antworttyp
-
-```typescript
-interface Organization {
-  id: string
-  created_by: string
-  created_at: string
-  updated_at: string
-  logo: string | null
-  name: string
-  management_email: string
-  customer_id: string | null
-}
-```
-
-#### Beispielanfrage
-
-```bash
-# Get all organizations
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-
-# Get specific organization
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### Beispielantwort
-
-```json
-{
-  "data": {
-    "id": "org_123",
-    "name": "My Company",
-    "created_at": "2024-01-01T00:00:00Z",
-    "updated_at": "2024-01-01T00:00:00Z",
-    "logo": "https://example.com/logo.png",
-    "management_email": "admin@example.com",
-    "customer_id": "cus_123"
-  }
-}
-```
-
-### POST
-
-`https://api.capgo.app/organization/`
-
-Erstellen Sie eine neue Organisation.
-
-#### Anforderungstext
-
-```typescript
-interface OrganizationCreate {
-  name: string
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "New Organization"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### Beispielantwort
-
-```json
-{
-  "status": "Organization created",
-  "id": "org_456"
-}
-```
-
-### PUT
-
-`https://api.capgo.app/organization/`
-
-Aktualisieren Sie eine vorhandene Organisation. Erfordert die Rolle eines Administrators.
-
-#### Anforderungstext
-
-```typescript
-interface OrganizationUpdate {
-  orgId: string
-  logo?: string
-  name?: string
-  management_email?: string
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### Beispielantwort
-
-```json
-{
-  "status": "Organization updated",
-  "data": {
-    "id": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }
-}
-```
-
-### LÖSCHEN
-
-`https://api.capgo.app/organization/`
-
-Löschen Sie eine vorhandene Organisation. Erfordert die Rolle eines Administrators. Diese Aktion ist irreversibel und entfernt alle zugehörigen Apps, Bundles (Versionen) und Ressourcen.
-
-#### Abfrageparameter
-
-- `orgId`: Die ID der zu löschenden Organisation
-
-#### Beispielanfrage
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### Beispielantwort
-
-```json
-{
-  "status": "Organization deleted",
-  "id": "org_123"
-}
-```
-
-## Fehlerbehandlung
-
-Häufige Fehlerszenarien und ihre Antworten:
-
-```json
-// Invalid API key
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-
-// Missing required field
-{
-  "error": "Name is required",
-  "status": "KO"
-}
-
-// Insufficient permissions
-{
-  "error": "Admin role required",
-  "status": "KO"
-}
-```
-
-## Bewährte Methoden
-
-1. **Benennung**: Verwenden Sie klare, aussagekräftige Namen für Organisationen
-2. **Rollen**: Weisen Sie den Teammitgliedern entsprechende Rollen zu
-3. **E-Mail**: Verwenden Sie eine Gruppen-E-Mail für „management_email“, um Probleme mit persönlichen E-Mail-Änderungen zu vermeiden
-4. **Logo**: Hosten Sie Logos auf einem zuverlässigen CDN und verwenden Sie HTTPS-URLs
diff --git a/src/content/docs/de/docs/public-api/statistics.mdx b/src/content/docs/de/docs/public-api/statistics.mdx
deleted file mode 100644
index 583c25285..000000000
--- a/src/content/docs/de/docs/public-api/statistics.mdx
+++ /dev/null
@@ -1,235 +0,0 @@
----
-title: Statistiken
-description: >-
-  Ausführlicher Leitfaden zur Statistik von API-Endpunkten, der Einblicke in
-  monatliche aktive Benutzer (MAU), Speicher und Bandbreitenmetriken für Apps
-  und Organisationen bietet.
-sidebar:
-  order: 5
-locale: de
----
-Die Statistiken-Endpunkte bieten detaillierte Analysen zu Ihren Apps und Organisationen. Sie können monatlich aktive Benutzer (MAU), Speichernutzung und Bandbreitenverbrauch über verschiedene Zeiträume hinweg verfolgen. Diese Daten sind für die Überwachung des App-Wachstums, der Ressourcennutzung und der Planungskapazität unerlässlich.
-
-## Die Metriken verstehen
-
-- **MAU (monatlich aktive Benutzer)**: Anzahl der eindeutigen Geräte, die in den letzten 30 Tagen auf Ihre App zugegriffen haben
-- **Speicher**: Gesamtgröße aller gespeicherten Bundles und Ressourcen in Bytes
-- **Bandbreite**: Gesamtdatenübertragung für Bundle-Downloads in Bytes
-
-## Bewährte Methoden
-
-1. **Regelmäßige Überwachung**: Überprüfen Sie die Statistiken regelmäßig, um Wachstum und Nutzungsmuster zu verfolgen
-2. **Ressourcenplanung**: Verwenden Sie Speicher- und Bandbreitenmetriken für die Kapazitätsplanung
-3. **Benutzerengagement**: Verfolgen Sie MAU, um Trends beim Benutzerengagement zu verstehen
-4. **Kostenmanagement**: Überwachen Sie die Ressourcennutzung, um die Kosten zu optimieren
-
-## Endpunkte
-
-### GET /statistics/app/:app_id/
-
-Rufen Sie Statistiken für eine bestimmte App ab. Dieser Endpunkt ist nützlich für die Überwachung der Leistung einzelner Apps.
-
-#### Abfrageparameter
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Beispielantwort
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 1500,
-    "storage": 536870912,  // 512MB in bytes
-    "bandwidth": 1073741824 // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 1550,
-    "storage": 537919488,  // 513MB in bytes
-    "bandwidth": 1074790400 // 1.01GB in bytes
-  }
-]
-```
-
-### GET /statistics/org/:org_id/
-
-Rufen Sie Statistiken für eine bestimmte Organisation ab. Nützlich für die Überwachung der Nutzung auf Organisationsebene.
-
-#### Abfrageparameter
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-  breakdown: boolean  // default false, optional if true it return the breakdown by app
-  noAccumulate: boolean // default false, optional if true it will not accumulate data and just return day by day result
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/org/046a36ac-e03c-4590-9257-bd6c9dba9ee8/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Beispielantwort
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 10000,
-    "storage": 536870912,   // 512MB in bytes
-    "bandwidth": 1073741824  // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 10200,
-    "storage": 537919488,   // 513MB in bytes
-    "bandwidth": 1074790400  // 1.01GB in bytes
-  }
-]
-```
-
-### GET /statistics/user/
-
-Erhalten Sie aggregierte Statistiken für alle Organisationen, auf die Sie Zugriff haben. Perfekt für die allgemeine Nutzungsüberwachung.
-
-#### Abfrageparameter
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/user/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Beispielantwort
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 25000,
-    "storage": 1073741824,  // 1GB in bytes
-    "bandwidth": 2147483648  // 2GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 25500,
-    "storage": 1074790400,  // 1.01GB in bytes
-    "bandwidth": 2148532224  // 2.01GB in bytes
-  }
-]
-```
-
-### GET /statistics/app/:app_id/bundle_usage
-
-Erhalten Sie Bundle-Nutzungsstatistiken für eine bestimmte App, die die Verteilung von Bundles (Versionen) unter Benutzern über einen bestimmten Zeitraum anzeigen.
-
-#### Abfrageparameter
-
-```typescript
-interface BundleUsageQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Beispielanfrage
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/bundle_usage?from=2024-01-01&to=2024-02-01"
-```
-
-#### Beispielantwort
-
-```json
-{
-  "labels": ["2024-01-01", "2024-01-02", "2024-01-03"],
-  "datasets": [
-    {
-      "label": "1.0.0",
-      "data": [60.5, 58.2, 55.3]
-    },
-    {
-      "label": "1.0.1",
-      "data": [39.5, 41.8, 44.7]
-    }
-  ]
-}
-```
-
-## Fehlerbehandlung
-
-Häufige Fehlerszenarien und ihre Antworten:
-
-```json
-// Invalid body
-{
-  "status": "Invalid body",
-  "error": "Invalid date format or missing parameters"
-}
-
-// Permission denied
-{
-  "status": "You can't access this app",
-  "error": "Insufficient permissions to access statistics"
-}
-
-// Permission denied for organization
-{
-  "status": "You can't access this organization",
-  "error": "Insufficient permissions to access organization statistics"
-}
-
-// No organizations found for user statistics
-{
-  "status": "No organizations found",
-  "error": "No organizations found"
-}
-
-// Internal server error
-{
-  "status": "Cannot get app statistics",
-  "error": "Internal server error message"
-}
-```
-
-## Häufige Anwendungsfälle
-
-1. **Wachstumsverfolgung**: Überwachen Sie das MAU-Wachstum im Laufe der Zeit
-2. **Ressourcenoptimierung**: Verfolgen Sie die Speicher- und Bandbreitennutzung, um die Kosten zu optimieren
-3. **Kapazitätsplanung**: Nutzen Sie Trends, um den zukünftigen Ressourcenbedarf zu planen
-4. **Nutzungsberichte**: Erstellen Sie regelmäßige Nutzungsberichte für Stakeholder
-5. **Bundle (version) Distribution Analysis**: Understand how users are distributed across different app bundles (versions) with bundle usage statistics
-
-## Tipps zur Analyse
-
-1. **Zeiträume vergleichen**: Sehen Sie sich die Trends im Monats- oder Jahresvergleich an
-2. **Track-Verhältnisse**: Überwachen Sie die Bandbreite pro Benutzer oder Speicher pro App
-3. **Benachrichtigungen festlegen**: Erstellen Sie Benachrichtigungen für ungewöhnliche Nutzungsspitzen
-4. **Regelmäßige Backups**: Exportieren Sie regelmäßig Statistiken zur historischen Analyse
-5. **Bundle-(Versions-)Annahme**: Verwenden Sie die Bundle-Nutzung, um die Akzeptanzraten neuer Bundles (Versionen) zu verfolgen.
diff --git a/src/content/docs/de/docs/upgrade/from-appflow-to-capgo.mdx b/src/content/docs/de/docs/upgrade/from-appflow-to-capgo.mdx
deleted file mode 100644
index f227b42b8..000000000
--- a/src/content/docs/de/docs/upgrade/from-appflow-to-capgo.mdx
+++ /dev/null
@@ -1,129 +0,0 @@
----
-title: Migration von AppFlow zu Capgo
-description: Vollständiger Leitfaden zur Migration Ihrer App von Ionic AppFlow zu Capgo
-sidebar:
-  order: 7
-locale: de
----
-
-## AppFlow-Konfigurationsreferenz
-
-Notieren Sie vor der Migration Ihre aktuelle AppFlow-Konfiguration in `capacitor.config.ts`:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    LiveUpdates: {
-      appId: 'your-app-id',
-      channel: 'Production',
-      autoUpdateMethod: 'background', // oder 'always latest', 'force update'
-      maxVersions: 2
-    }
-  }
-};
-```
-
-Diese Konfiguration hilft Ihnen, AppFlow-Funktionen den Capgo-Äquivalenten zuzuordnen.
-
-## Warum zu Capgo migrieren?
-
-Mit der Ankündigung der Einstellung von Ionic AppFlow bietet die Migration zu Capgo einen nahtlosen Übergang für Ihren Mobile-App-Entwicklungsworkflow. Capgo bietet verbesserte Funktionen, bessere Leistung und erhebliche Kosteneinsparungen bei Beibehaltung aller wichtigen Funktionalitäten.
-
-### Hauptvorteile
-- Schnellere Update-Bereitstellung (< 1 Minute vs. 10 Minuten)
-- Günstigere Preisgestaltung (14$/Monat vs. 499$/Monat)
-- Ende-zu-Ende-Verschlüsselung in allen Plänen enthalten
-- Verbesserte Kontrolle über Update-Kanäle
-- Umfassende CI/CD-Integrationsoptionen
-
-## Migrationsschritte
-
-### 1. Live-Updates Migration
-
-#### Vorherige Abhängigkeiten entfernen
-```bash
-npm uninstall @ionic/appflow
-```
-
-#### Capgo installieren
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-#### Konfiguration aktualisieren
-Fügen Sie die Capgo-Konfiguration zu Ihrer `capacitor.config.json` hinzu:
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true
-    }
-  }
-}
-```
-
-### 2. CI/CD Migration
-
-Capgo bietet flexible CI/CD-Optionen:
-
-#### Option 1: Bestehende CI/CD verwenden
-Folgen Sie unseren detaillierten Tutorials zur Einrichtung von CI/CD mit beliebten Plattformen:
-- [iOS Build-Einrichtung](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-- [Android Build-Einrichtung](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)
-- [GitHub Actions Integration](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-
-#### Option 2: CI/CD als Service
-Lassen Sie uns Ihre CI/CD-Einrichtung mit unserem [verwalteten Service](https://cal.com/team/capgo/mobile-ci-cd-done-for-you) übernehmen.
-
-### 3. Kanal-Einrichtung
-
-1. Kanäle im Capgo-Dashboard erstellen:
-```bash
-npx @capgo/cli channel create production
-npx @capgo/cli channel create staging
-```
-
-2. Kanal-Einstellungen konfigurieren:
-```bash
-# Produktionskanal einrichten
-npx @capgo/cli channel update production --no-downgrade --no-upgrade
-
-# Staging-Kanal einrichten
-npx @capgo/cli channel update staging
-```
-
-### 4. Migration testen
-
-1. **Live-Updates testen**
-```bash
-# Test-Bundle erstellen und hochladen
-npx @capgo/cli bundle create --channel staging
-```
-
-2. **Update-Empfang überprüfen**
-- App auf Testgerät installieren
-- Überprüfen, ob Updates korrekt empfangen werden
-- Update-Installationsprozess verifizieren
-- Wiederherstellungsfunktion testen
-
-## Fehlerbehebung
-
-### Häufige Probleme
-
-#### Updates werden nicht empfangen
-- Kanal-Konfiguration überprüfen
-- Geräte-Logs überprüfen
-- Netzwerkverbindung sicherstellen
-- Bundle-Versionsformat validieren
-
-## Nächste Schritte
-
-1. [Capgo-Konto erstellen](/register/)
-2. [Schnellstart-Anleitung](/docs/getting-started/quickstart/) befolgen
-3. [CI/CD-Integration](/docs/getting-started/cicd-integration/) einrichten
-4. [Live-Updates](/docs/live-updates/) konfigurieren
-
-Für Unternehmensteams, die während der Migration dedizierten Support benötigen, [vereinbaren Sie einen Termin mit unserem Team](https://cal.com/team/capgo/capgo-enterprise-inquiry).
diff --git a/src/content/docs/de/docs/upgrade/from-capawesome-to-capgo.mdx b/src/content/docs/de/docs/upgrade/from-capawesome-to-capgo.mdx
deleted file mode 100644
index 3d95b86d6..000000000
--- a/src/content/docs/de/docs/upgrade/from-capawesome-to-capgo.mdx
+++ /dev/null
@@ -1,253 +0,0 @@
----
-title: Migration von Capawesome Cloud zu Capgo
-locale: de
-description: Schritt-für-Schritt-Anleitung zum Wechsel von Capawesome Cloud zu Capgo mit nativer OTA-Sicherheit, Beobachtbarkeit auf Geräteebene und vollständiger Automatisierung.
-sidebar:
-  order: 8
----
-
-> ⚡️ Capgo automatisiert Kanäle, Bundle-Bereinigung, Rollbacks, Analysen und CLI-Uploads nativ. Verwenden Sie diesen Leitfaden, um die minimalen Schritte für die Migration durchzuführen und optional jedes benutzerdefinierte Verhalten nachzubilden, das Sie noch benötigen.
-
-## Übersicht
-
-1. Sammeln Sie Ihre vorhandene Capawesome Cloud-Konfiguration (App-ID, Kanäle, Signierungsschlüssel, CLI-Tokens), damit Sie diese später archivieren oder prüfen können.
-2. Installieren Sie das Capgo-Plugin, entfernen Sie das Capawesome SDK und rufen Sie `CapacitorUpdater.notifyAppReady()` auf.
-3. Konfigurieren Sie optionales Verhalten (manuelle Downloads, Bundle-Pinning, Neuladen), falls Sie diese Abläufe heute verwenden.
-
-Mit Capgo müssen Sie nur unser Plugin installieren und `CapacitorUpdater.notifyAppReady()` aufrufen. Alles andere – Kanäle, Bundle-Bereinigung, Rollbacks, Analysen und CLI-Automatisierung – wird nativ gehandhabt. Die folgenden Abschnitte führen direkt durch jede Aufgabe.
-
-## Bevor Sie beginnen
-
-- Stellen Sie sicher, dass Ihr Projekt bereits Capacitor 5 oder höher verwendet.
-- Installieren Sie die Capgo CLI (`npm install -g @capgo/cli`), wenn Sie Bundles von CI/CD pushen möchten.
-
-## Schritt 1 – Capgo installieren und das Capawesome SDK entfernen
-
-```bash
-npm uninstall @capawesome/capacitor-live-update
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Das ist der einzige obligatorische Austausch. Der native Code von Capgo wird mit dem Plugin ausgeliefert; keine zusätzlichen JavaScript-Helfer erforderlich.
-
-## Schritt 2 – Minimale Konfiguration
-
-Die vorherige Einrichtung erforderte die Zuordnung von Dutzenden von Optionen in `capacitor.config`. Capgo erkennt Ihr Projekt automatisch, sodass die minimale Konfiguration wie folgt aussieht:
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      autoDeletePrevious: true,
-      periodCheckDelay: 10 * 60 * 1000, // optional: alle 10 Minuten prüfen
-    },
-  },
-}
-
-export default config
-```
-
-Alles, was Capawesome als manuelle Flags auflistet (`defaultChannel`, `autoDeleteBundles`, Aufbewahrungsrichtlinien usw.), wird über das Capgo-Dashboard oder die API verwaltet. Sie müssen diese Schlüssel nur überschreiben, wenn Sie ein Verhalten wünschen, das von den Capgo-Standards abweicht.
-
-### Schnellreferenz zur Konfiguration
-
-| Capawesome-Option | Capgo-Entsprechung | Müssen Sie es setzen? |
-| --- | --- | --- |
-| `appId` | Wird vom Capgo-Dashboard übernommen, sobald Sie ein Projekt erstellen | Nur wenn Sie mehrere Projekte in einer Binärdatei verwenden |
-| `defaultChannel` | Kanal-Regeln im Dashboard/API verwaltet | Optional; die meisten Teams setzen dies serverseitig |
-| `autoDeleteBundles` | `autoDeletePrevious: true` (Standard) | Bereits aktiviert |
-| `publicKey` | In der Capgo-Konsole verwaltet | Nur wenn Sie Schlüssel manuell rotieren |
-| `maxVersions` / Aufbewahrung | Bundle-Aufbewahrungsrichtlinie | Zentral in Capgo konfiguriert (1 Monat Standard, 24 Monate max) |
-
-## Schritt 3 – `notifyAppReady()` aufrufen (der einzige erforderliche Hook)
-
-Der alte Workflow führte benutzerdefinierte Listener ein (`checkForUpdates()`, `retryDownload()`, Splash-Screen verbergen usw.). Capgo führt diese Schritte nativ durch. Die einzige API, die Sie aufrufen müssen, ist:
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
- CapacitorUpdater.notifyAppReady()
-```
-
-Dies bestätigt, dass die App erfolgreich gestartet wurde. Wenn die Bestätigung nie eintrifft, führt Capgo automatisch ein Rollback des Bundles durch – kein zusätzliches JavaScript erforderlich.
-
-**Das ist alles – Capgo handhabt Hintergrundprüfungen, Splash-Sichtbarkeit und Rollbacks nativ.**
-
-<details>
-<summary>Optional: Benutzerdefinierte Logik vor dem Verbergen des Splash-Screens ausführen</summary>
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-
-CapacitorUpdater.addListener('appReady', () => {
-  // Führen Sie bei Bedarf Diagnosen oder Protokollierung aus
-  SplashScreen.hide()
-})
-
-CapacitorUpdater.notifyAppReady()
-```
-
-</details>
-
-## Schritt 4 – API-Aufrufe zuordnen (meistens optional)
-
-In Capgo lassen Sie normalerweise den Auto-Updater laufen; manuelle APIs bleiben verfügbar, wenn Sie volle Kontrolle wünschen.
-
-| Capawesome Cloud | Capgo-Entsprechung | Benötigen Sie es? |
-| --- | --- | --- |
-| `LiveUpdate.fetchLatestBundle()` | `CapacitorUpdater.getLatest()` | Nur bei Implementierung Ihres eigenen Download-Workflows |
-| `LiveUpdate.downloadBundle()` | `CapacitorUpdater.download()` | Optional: natives Auto-Update lädt bereits herunter |
-| `LiveUpdate.setNextBundle()` | `CapacitorUpdater.next()` | Optional: Dashboard pinnt Bundles automatisch |
-| `LiveUpdate.reload()` | `CapacitorUpdater.reload()` | Optional; Capgo erzwingt obligatorische Bundles nach `notifyAppReady()` |
-| `LiveUpdate.getCurrentBundle()` | `CapacitorUpdater.current()` | Optionale Diagnose |
-
-Wenn Sie beim nativen Auto-Update-Verhalten bleiben, können Sie das Capawesome JavaScript vollständig löschen.
-
-### Beispiele für manuelle Steuerung
-
-**Das neueste Bundle herunterladen**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const downloadUpdate = async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const bundle = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    console.log('Bundle heruntergeladen', bundle?.id)
-  }
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const downloadUpdate = async () => {
-  const result = await LiveUpdate.fetchLatestBundle()
-  if (result.downloadUrl) {
-    await LiveUpdate.downloadBundle({
-      bundleId: result.bundleId,
-      url: result.downloadUrl,
-    })
-    console.log('Bundle heruntergeladen')
-  }
-}
-```
-
-**Das nächste Bundle festlegen**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const setNextBundle = async () => {
-  await CapacitorUpdater.next({ id: 'bundle-id-123' })
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const setNextBundle = async () => {
-  await LiveUpdate.setNextBundle({ bundleId: 'bundle-id-123' })
-}
-```
-
-**Das heruntergeladene Bundle sofort anwenden**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const applyUpdate = async () => {
-  await CapacitorUpdater.reload()
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const applyUpdate = async () => {
-  await LiveUpdate.reload()
-}
-```
-
-## Schritt 5 – Update-Strategien: Wie Capgo sie handhabt
-
-Capawesome dokumentiert drei Strategien. Hier ist, wie sie sich übersetzen:
-
-### Hintergrund-Updates
-- **Vorheriger Workflow**: Im Code konfigurieren und Downloads manuell planen.
-- **Capgo**: Standardmäßig aktiviert (`autoUpdate: true`). Kein zusätzlicher Code erforderlich.
-
-### Immer aktuell
-- **Vorheriger Workflow**: Einen `App.resume`-Listener hinzufügen, `download` aufrufen, dann `set`.
-- **Capgo**: Hintergrund-Auto-Update führt bereits die Prüfung nach Wiederaufnahme durch. Sie benötigen den manuellen Listener nur, wenn Sie ein benutzerdefiniertes Intervall möchten.
-
-<details>
-<summary>Optional: Manuelle Wiederaufnahmeprüfung</summary>
-
-```ts
-import { App } from '@capacitor/app'
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-App.addListener('resume', async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const downloaded = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    if (downloaded) {
-      await CapacitorUpdater.next({ id: downloaded.id })
-    }
-  }
-})
-```
-
-</details>
-
-### Erzwungenes Update
-- **Vorheriger Workflow**: Eingabeaufforderungslogik verdrahten und Neuladen erzwingen.
-- **Capgo**: Markieren Sie das Bundle als "obligatorisch" im Dashboard und lauschen Sie dann auf das `majorAvailable`-Ereignis (wird nach `notifyAppReady()` ausgegeben), um Benutzer zum Upgrade in Ihrer App zu zwingen.
-
-## Schritt 6 – Bundles bereitstellen
-
-Wenn Sie sich zuvor auf `capawesome live-update deploy` verlassen haben, bietet Capgo einen ähnlichen CLI-Workflow, und Sie können Bereitstellungen auch vollständig über die API automatisieren.
-
-```bash
-# Einmal authentifizieren (speichert ein Token in Ihrer CI-Umgebung)
-capgo login
-
-# Ein neues Bundle hochladen (erkennt Plattform/Version automatisch)
-capgo bundle upload --path dist --channel production
-```
-
-Da Capgo die Bundle-Gesundheit automatisch verfolgt, erhalten Sie auch:
-
-- Audit-Protokolle auf Geräteebene für jede Installation.
-- Automatische Aufbewahrung (standardmäßig einen Monat) mit konfigurierbaren Limits bis zu 24 Monaten.
-- Echtzeit-Latenzmetriken unter [status.capgo.app/history](https://status.capgo.app/history).
-
-## Migrations-Zeitplan
-
-- **Inventar & Installation**: 10 Minuten (`npm install`, altes Plugin entfernen).
-- **Konfiguration & Bereitschaft**: 5 Minuten (`notifyAppReady`).
-- **Plausibilitätsprüfungen**: 15 Minuten (optionale manuelle Tests oder Listener).
-- **Erste Bereitstellung**: 10 Minuten mit Capgo CLI oder CI-Integration.
-
-In der Praxis sind Teams in weniger als einer Stunde fertig. Wenn Sie Capawesome-Projektdetails bereitstellen, können wir sogar Kanäle und Gerätelisten für Sie importieren.
-
-## Capgo-Support
-
-- **Migrations-Concierge**: Buchen Sie eine Sitzung unter [cal.com/team/capgo/demo](https://cal.com/team/capgo/demo).
-- **Community**: Treten Sie dem [Capgo Discord](https://discord.gg/VCXxSVjefW) bei.
-- **Issue-Tracker**: [github.com/Cap-go/capacitor-updater/issues](https://github.com/Cap-go/capacitor-updater/issues).
-
-Capgo ist für langfristige Zuverlässigkeit konzipiert: native Delta-Updates, verschlüsselte Bundles, automatische Rollbacks und Analysen, die kein benutzerdefiniertes JavaScript erfordern. Sobald Sie migriert haben, können Sie den wartungsintensiven Code löschen und die Plattform Updates automatisch ausführen lassen.
diff --git a/src/content/docs/de/docs/upgrade/from-v2-to-v3.md b/src/content/docs/de/docs/upgrade/from-v2-to-v3.md
deleted file mode 100644
index 0fbebba89..000000000
--- a/src/content/docs/de/docs/upgrade/from-v2-to-v3.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: Von V2 auf V3
-description: So aktualisieren Sie von V2 auf V3
-sidebar:
-  order: 4
-locale: de
----
-
-Diese Dokumentation erklärt, wie Sie auf Version 3 von auto-update aktualisieren können
-
-## Zuerst migrieren Sie zu den aktuellsten Tools:
-
-```bash
-npm remove -g capgo
-npm remove capacitor-updater
-
-npm i @capgo/cli
-npm i @capgo/capacitor-updater@3
-npx cap sync
-```
-
-## Entfernen Sie alle Ihre vorherigen Konfigurationen:
-
-```json
-{
-  CapacitorUpdater: {
-      autoUpdateURL: "https",
-      
-  },
-}
-```
-
-um nur dies übrig zu lassen:
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true
-  }
-}
-```
-
-> ⚠️ Wenn Sie Ihren eigenen Server mit `autoUpdateURL` verwendet haben, werde ich diesen Leitfaden bald für Sie aktualisieren. Schauen Sie sich in der Zwischenzeit die neue Upload-Option `external` an, mit der Sie nur den Link Ihrer ZIP-Datei senden können, nicht den Code in der Capgo-Cloud. Dies wurde für Unternehmen mit strengen Datenschutzrichtlinien entwickelt. Im externen Modus wird der Code niemals auf dem Capgo-Server landen, wir speichern nur die URL und senden sie an das Gerät, das sie direkt herunterlädt. Auf die standardmäßige Art wird der Code gezippt und auf unserem Server gespeichert, aber wir werden ihn niemals öffnen oder anderweitig verwenden
-
-## Was sich ändert
-
-Alle Konfigurationen werden serverseitig für auto-update, um Ihnen mehr Kontrolle darüber zu geben, wie Sie ein Update an Benutzer senden
-
-Dies ermöglicht uns das Zurücksetzen und sogar das Bereitstellen für nur einen Benutzer mit Kanälen! Diese Einstellungen werden der Weboberfläche hinzugefügt:
-
-* Deaktivieren der Zurücksetzung unter der nativen Version
-* Deaktivieren von Updates über Major-Versionen
-
-> ⚠️ Diese werden standardmäßig für alle Kanäle aktiviert
-
-Dies wird auch die Notwendigkeit häufiger Plugin-Updates beseitigen, die meisten Updates werden serverseitig durchgeführt, und Sie erhalten sie ohne Änderungen auf Ihrer Seite
-
-> ⚠️ Zurücksetzen, wenn ein Update zum Standard wird. Wenn Sie es vorziehen, nicht alle heruntergeladenen Versionen beim Update aus dem Store zu entfernen, tun Sie dies:
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true,
-    "resetWhenUpdate": false
-  }
-}
-```
-
-## Aktualisieren Sie Ihren Code
-
-Aktualisieren Sie zuletzt alle Ihre Imports in JS von:
-
-```
-import { CapacitorUpdater } from 'capacitor-updater'
-```
-
-zu
-
-```
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-```
-
-Dann bauen Sie Ihren Code erneut `npm run build` und kopieren Sie die Assets noch einmal `npx cap copy`
-
-Sie sollten jetzt in der Lage sein, das neueste auto-update System zu testen
-
-Senden Sie Ihre Version mit:
-
-```
-npx @capgo/cli@latest bundle upload
-```
-
-anstelle von
-
-```
-npx capgo upload
-```
-
-## Zukünftige Entwicklung
-
-Derzeit wird nur der erste öffentliche Kanal verwendet, in Zukunft wird public sich für mehrere öffentliche Kanäle ändern, wenn mehr als einer eingerichtet ist
-
-## Häufige Probleme:
-
-* Build-Problem nach dem Upgrade: Wenn Sie den Quellcode des Plugins bereits in Android Studio oder Xcode geöffnet haben, entfernt die Synchronisierung diese manchmal nicht, das ist die Ursache des Problems. Öffnen Sie die native IDE und entfernen Sie `capacitor-updater` manuell und führen Sie `npx cap sync` aus, das sollte das Problem lösen
diff --git a/src/content/docs/de/docs/upgrade/from-v3-to-v4.md b/src/content/docs/de/docs/upgrade/from-v3-to-v4.md
deleted file mode 100644
index fcf3a6a4e..000000000
--- a/src/content/docs/de/docs/upgrade/from-v3-to-v4.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-title: Von V3 zu V4
-description: So aktualisieren Sie von V3 auf V4
-sidebar:
-  order: 3
-locale: de
----
-
-## Warum dieses Upgrade
-
-Nach vielen Gesprächen mit Ihnen in der Discord-Community habe ich festgestellt, dass der manuelle Modus zu manuell und nicht sicher in der Anwendung war. Zum Beispiel war ein automatisches Zurücksetzen nicht möglich, sodass bei einem fehlgeschlagenen Update der Benutzer die App entfernen und neu installieren musste, was eine sehr schlechte Nutzererfahrung darstellt.
-
-In der Zwischenzeit habe ich dies als Gelegenheit genutzt, Ihnen mehr Freiheit zu geben und den gesamten schlechten Code zu entfernen.
-
-## Installation
-
-`npm i @capgo/capacitor-updater@4`
-
-## Auto-Update Cloud
-
-Wenn Sie das Grundbeispiel in Ihrer App verwenden, können Sie sicher auf die neue Version migrieren. Viel Spaß!
-
-## Auto-Update Self-Hosted
-
-Für Sie ist es weiterhin einfach, die Änderungen sind:
-
-* Der Name der Einstellung von `autoUpdateUrl` zu `updateUrl`
-* Die Endpoint-Methode wurde von `GET` zu `POST` geändert
-
-## Manuelle Benutzer
-
-Für Sie ist dies die bedeutendste Änderung, aber zum Besten! Sie erhalten viele Verbesserungen, lesen Sie sorgfältig.
-
-## Änderungen
-
-* `autoUpdateUrl` wird zu `updateUrl`, da diese Einstellung jetzt auch im manuellen Modus verwendet werden kann
-* Löschung von `cancelDelay` und `delayUpdate` zugunsten von `setDelay`
-* Kein `versionName` mehr in set
-* Änderung des `version`-Schlüssels, der in den meisten Funktionen zum Objekt `BundleInfo` zurückgegeben wurde
-
-```typescript
-interface BundleInfo {
-  id: string;
-  version: string;
-  downloaded: string;
-  status: 'success' | 'error' | 'pending' | 'downloading'
-}
-```
-
-* Umbenennung irreführender Namen (auch wenn die Erklärung nicht klar sein kann, ist die Verwendung der neuen Namen einfach zu verstehen):
-  * was als `version` bezeichnet wurde, wird jetzt als `bundle` bezeichnet
-  * `id` bezieht sich auf die alte `version`, die eine zufällige Zeichenfolge von 10 Zeichen war, diese `id` ist die einzige vertrauenswürdige und eindeutige Möglichkeit, auf Ihre Bundles zuzugreifen, Beispiel `7Dfcd2RedN`
-  * `version` bezieht sich jetzt auf den `versionName`, den Sie für ein Bundle wählen, Beispiel `100`
-* `updateUrl` wechselt von `get` zu `post`, da benutzerdefinierte Header für einige von Ihnen ein Problem darstellten und post logischer ist, alle vorherigen Header gehen in den Body und das Präfix `cap_` verschwindet
-* `versionName`-Methode wird gelöscht, zugunsten von `getId`
-* list gibt jetzt eine Liste von `BundleInfo` zurück
-* Umbenennung von `getId` in `getDeviceId`
-* `autoUpdate` wird standardmäßig auf true gesetzt, wenn Sie den manuellen Modus verwenden, setzen Sie es auf false
-
-## Neuheiten
-
-* Methode `getLatest`, diese Methode ermöglicht es Ihnen, von Ihrem mit `updateUrl` eingestellten Server die letzte verfügbare Version zu erhalten
-* Methode `setDelay`, die `{kind: "background" | "kill" | "nativeVersion" | "date", value?: string}` als Argument nimmt, um Verzögerungen für verschiedene Modi einzustellen
-* Methode `next`, um die Version beim nächsten Hintergrundprozess festzulegen, im Gegensatz zu `set`, das es sofort ausführt
-* Methode `isAutoUpdateEnabled`, um zu erfahren, ob Sie sich im Auto-Update-Kontext befinden
-* Event `downloadComplete`, wenn der Download 100% erreicht
-* Hinzugefügtes Pflichtfeld `version` in der Download-Methode
-* `notifyAppReady` wird auch im manuellen Modus obligatorisch, wenn nicht nach 10 Sekunden aufgerufen, kehrt die App zur vorherigen Version zurück
-
-## Mitwirkende
-
-[@lincolnthree](https://github.com/lincolnthree/) Vielen Dank für den Start dieser Arbeit, es wäre unmöglich gewesen, dieses Update ohne Sie zum Laufen zu bringen
diff --git a/src/content/docs/de/docs/upgrade/from-v4-to-v5.md b/src/content/docs/de/docs/upgrade/from-v4-to-v5.md
deleted file mode 100644
index de7f320c7..000000000
--- a/src/content/docs/de/docs/upgrade/from-v4-to-v5.md
+++ /dev/null
@@ -1,31 +0,0 @@
----
-title: Von V4 zu V5
-description: So aktualisieren Sie von V4 auf V5
-sidebar:
-  order: 2
-locale: de
----
-
-## Warum dieses Upgrade
-
-Diese Major-Version folgt der Capacitor Major-Version
-
-Befolgen Sie zunächst die Migrationsanleitung von Capacitor:
-
-[https://capacitorjs.com/docs/updating/5-0](https://capacitorjs.com/docs/updating/5-0/)
-
-## Installation
-
-`npm i @capgo/capacitor-updater@5`
-
-`Dann synchronisieren Sie den nativen Code-Update:`
-
-`npx cap sync`
-
-Das war's! Ziemlich einfach!
-
-## Manueller Modus
-
-Wenn Sie selbst das Update mit getLatest geholt haben, gibt es eine kleine Änderung
-Wenn Sie bereits auf dem neuesten Stand sind, wird es in den catch-Block gehen
-Jede Antwort, die sich von verfügbaren Updates unterscheidet, wird dies tun
\ No newline at end of file
diff --git a/src/content/docs/de/docs/upgrade/from-v5-to-v6.md b/src/content/docs/de/docs/upgrade/from-v5-to-v6.md
deleted file mode 100644
index 21b92c1aa..000000000
--- a/src/content/docs/de/docs/upgrade/from-v5-to-v6.md
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: Von V5 auf V6
-description: So aktualisieren Sie von V5 auf V6
-sidebar:
-  order: 1
-locale: de
----
-
-## Warum dieses Upgrade
-
-Diese Major-Version folgt der Capacitor Major-Version
-
-Befolgen Sie zunächst die Migrationsanleitung von Capacitor:
-
-[https://capacitorjs.com/docs/updating/6-0](https://capacitorjs.com/docs/updating/6-0/)
-
-## Installation
-
-`npm i @capgo/capacitor-updater@6`
-
-`Dann synchronisieren Sie das native Code-Update:`
-
-`npx cap sync`
-
-Das war's! Ganz einfach!
\ No newline at end of file
diff --git a/src/content/docs/de/docs/upgrade/from-v6-to-v7.md b/src/content/docs/de/docs/upgrade/from-v6-to-v7.md
deleted file mode 100644
index c543fe127..000000000
--- a/src/content/docs/de/docs/upgrade/from-v6-to-v7.md
+++ /dev/null
@@ -1,42 +0,0 @@
----
-title: "Von V6 zu V7"
-locale: de
-description: "Eine detaillierte Anleitung zum Übergang von Version 6 zu Version 7 des Capgo Updaters, in der die notwendigen Schritte und Überlegungen für einen erfolgreichen Upgrade-Prozess dargelegt werden, um die Kompatibilität mit den neuesten Capacitor-Funktionen und -Verbesserungen sicherzustellen."
-sidebar:
-  order: 2
----
-
-## Warum dieses Upgrade
-
-Diese Hauptversion folgt der Capacitor-Hauptversion
-
-Folgen Sie zunächst dem Migrationsleitfaden von Capacitor:
-
-[https://capacitorjs.com/docs/updating/7-0](https://capacitorjs.com/docs/updating/7-0/)
-
-## Installation
-
-`npm i @capgo/capacitor-updater@7`
-
-`Dann das Update des nativen Codes synchronisieren:`
-
-`npx cap sync`
-
-Das war's! Ziemlich einfach!
-
-## Verschlüsselungsmigration
-
-Wenn Sie die `key-v1`-Verschlüsselungsmethode verwenden, müssen Sie zum neuen Verschlüsselungssystem migrieren, da `key-v1` in V7 nicht mehr unterstützt wird. [[memory:96112]]
-
-Folgen Sie dem Leitfaden zur Verschlüsselungsmigration hier: [Leitfaden zur Verschlüsselungsmigration](/docs/cli/migrations/encryption/)
-
-## Konfigurationsänderungen
-
-Wir empfehlen, die folgenden Eigenschaften in Ihrer `capacitor.config`-Datei hinzuzufügen:
-- `capacitorUpdater`
-- `appId`
-- `version`
-- `autoUpdate`
-
-Diese Einstellungen sollten helfen, das Plugin und sein Verhalten besser zu verwalten.
-
diff --git a/src/content/docs/de/docs/upgrade/from-v7-to-v8.md b/src/content/docs/de/docs/upgrade/from-v7-to-v8.md
deleted file mode 100644
index 7447665d6..000000000
--- a/src/content/docs/de/docs/upgrade/from-v7-to-v8.md
+++ /dev/null
@@ -1,73 +0,0 @@
----
-title: "Von V7 zu V8"
-locale: de
-description: "Eine detaillierte Anleitung zum Übergang von Version 7 zu Version 8 des Capgo-Updaters, mit den notwendigen Schritten und Überlegungen für einen erfolgreichen Upgrade-Prozess, der die Kompatibilität mit Capacitor 8-Features und -Verbesserungen gewährleistet."
-sidebar:
-  order: 0
----
-
-## Warum dieses Upgrade
-
-Diese Hauptversion folgt der Hauptversion 8 von Capacitor
-
-Folgen Sie zuerst dem Migrations-Leitfaden von Capacitor:
-
-[https://capacitorjs.com/docs/updating/8-0](https://capacitorjs.com/docs/updating/8-0/)
-
-## iOS-Mindestversionsanforderung
-
-Das iOS-Mindest-Deployment-Ziel wurde auf **15** erhöht, um sicherzustellen, dass iOS-Geräte mit [CVE-2022-36943](https://nvd.nist.gov/vuln/detail/CVE-2022-36943) ausgeschlossen werden. Dies ist die Mindestversion der iOS-Zip-Bibliothek, die den Sicherheits-Fix implementiert hat.
-
-## Installation
-
-`npm i @capgo/capacitor-updater@8`
-
-Synchronisieren Sie dann das native Code-Update:
-
-`npx cap sync`
-
-Das war's! Ganz einfach!
-
-## Was ist neu in V8
-
-Version 8 von capacitor-updater bietet vollständige Kompatibilität mit Capacitor 8 und stellt sicher, dass Ihre App die neuesten mobilen OS-Features und -Verbesserungen nutzen kann.
-
-### Wichtige Updates
-
-- **Capacitor 8 Kompatibilität**: Vollständige Unterstützung für die erweiterten nativen Funktionen von Capacitor 8
-- **Leistungsverbesserungen**: Optimierter Update-Bereitstellungs- und Installationsprozess
-- **Verbesserte Stabilität**: Fehlerbehebungen und Stabilitätsverbesserungen seit v7
-- **Beibehaltene API-Kompatibilität**: Keine Breaking Changes an der Plugin-API seit v7
-
-## Konfiguration
-
-Die Konfiguration bleibt dieselbe wie bei v7. Ihre bestehenden `capacitor.config`-Einstellungen funktionieren weiterhin:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      appId: 'your-app-id',
-      version: '1.0.0',
-      autoUpdate: true,
-      // ... weitere Einstellungen
-    }
-  }
-}
-```
-
-## Migrations-Checkliste
-
-- [ ] Dem v8-[Migrations-Leitfaden](https://capacitorjs.com/docs/updating/8-0) von Capacitor folgen, auf Breaking Changes prüfen
-- [ ] iOS-Mindest-Deployment-Ziel auf 15 erhöhen (erforderlich für CVE-2022-36943-Fix)
-- [ ] @capgo/capacitor-updater auf ^8.0.0 aktualisieren
-- [ ] `npx cap sync` ausführen
-- [ ] Ihre App gründlich auf iOS und Android testen
-
-## Benötigen Sie Hilfe?
-
-Wenn Sie während der Migration auf Probleme stoßen, bitte:
-
-1. Schauen Sie in unsere [Dokumentation](/docs/live-updates/)
-2. Besuchen Sie unsere [Discord-Community](https://discord.com/invite/VnYRvBfgA6)
-3. Öffnen Sie ein Issue auf [GitHub](https://github.com/Cap-go/capacitor-updater/issues)
diff --git a/src/content/docs/de/docs/webapp/api-keys.mdx b/src/content/docs/de/docs/webapp/api-keys.mdx
deleted file mode 100644
index a76667b84..000000000
--- a/src/content/docs/de/docs/webapp/api-keys.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: API-Schlüssel verwalten
-description: API-Schlüssel verwalten
-sidebar:
-  order: 3
-locale: de
----
-
-## Was kann ich mit den API-Schlüsseln tun?
-
-Ein API-Schlüssel kann neu generiert, entfernt oder ein neuer hinzugefügt werden
-
-## Wie kann ich alle API-Schlüssel sehen?
-
-Sie müssen zur [API-Schlüssel-Seite](https://console.capgo.app/dashboard/apikeys/) gehen und dort sehen Sie alle Ihre API-Schlüssel
-
-## Wie füge ich einen neuen API-Schlüssel hinzu?
-
-Um einen neuen API-Schlüssel hinzuzufügen, klicken Sie auf den kleinen Plus-Button
-
-<figure><img src="/apikeys-add.webp" alt="add apikey" /><figcaption></figcaption></figure>
-
-und wählen Sie dann die Berechtigungen aus, die Sie dem neuen API-Schlüssel geben möchten. Sie können auswählen:
-
- - Lesen - der API-Schlüssel kann alle Daten lesen
- - Upload - der API-Schlüssel kann neue Versionen über die CLI hochladen und lesen
- - Alles - der API-Schlüssel kann alles tun
-
-<figure><img src="/apikeys-select-perm.webp" alt="select perm" /><figcaption></figcaption></figure>
-
-## Wie entferne ich einen API-Schlüssel?
-
-Um einen API-Schlüssel zu entfernen, klicken Sie auf den kleinen Papierkorb-Button
-
-<figure><img src="/apikeys-remove.webp" alt="remove apikey" /><figcaption></figcaption></figure>
-
-Und bestätigen Sie dann das Entfernen des API-Schlüssels
-
-## Wie generiere ich einen API-Schlüssel neu?
-
-Um einen API-Schlüssel neu zu generieren, klicken Sie auf den kleinen Aktualisieren-Button
-
-<figure><img src="/apikeys-regenerate.webp" alt="generate apikey" /><figcaption></figcaption></figure>
-
-Und bestätigen Sie dann die Neugenerierung des API-Schlüssels
diff --git a/src/content/docs/de/docs/webapp/bundles.mdx b/src/content/docs/de/docs/webapp/bundles.mdx
deleted file mode 100644
index 39d4f1061..000000000
--- a/src/content/docs/de/docs/webapp/bundles.mdx
+++ /dev/null
@@ -1,58 +0,0 @@
----
-title: Bundle
-description: 'Entdecken Sie, wie man Bundles verwaltet'
-sidebar:
-  order: 7
-locale: de
----
-
-## Alle Bundles anzeigen
-
-Schauen wir uns zunächst die Bundles-Seite an. Sie können darauf zugreifen, indem Sie [auf Ihre App klicken](/docs/webapp/main-page) und dann [auf den Bundles-Tab klicken](/docs/webapp/main-app-page)
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundles.webp" alt="bundle list" /><figcaption></figcaption></figure>
-
-## Ein Bundle löschen
-
-Es gibt zwei Möglichkeiten, ein Bundle zu löschen:
-
-- Normal
-- Unsicher
-
-Die unsichere Möglichkeit zum Löschen eines Bundles wurde am 12. August 2024 zu Capgo hinzugefügt
-
-Der Unterschied zwischen den beiden Methoden liegt in der Möglichkeit, die Versionsnummer nach dem Löschen wiederzuverwenden
-
-Wenn Sie zum Beispiel eine Version `100` auf normale Weise löschen und später versuchen, eine Version `100` hochzuladen, wird dies fehlschlagen
-Wenn Sie diese Version über das unsichere Löschen entfernen, können Sie eine Version `100` hochladen
-
-:::danger
-Das unsichere Löschen einer Version und erneutes Hochladen ist WIRKLICH gefährlich
-Es kann alle Arten von Fehlern und unvorhersehbarem Verhalten im Plugin verursachen
-Es sollte NIEMALS für Bundles verwendet werden, die in einem öffentlichen Kanal verwendet wurden
-Aus diesem Grund erfordert das unsichere Löschen einer Version "super_admin"-Berechtigungen
-:::
-
-## Ein bestimmtes Bundle verwalten
-
-Sobald Sie die Liste aller Bundles sehen, klicken Sie auf das Bundle, das Sie verwalten möchten. Danach sollten Sie etwa Folgendes sehen:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-info.webp" alt="bundle info" /><figcaption></figcaption></figure>
-
-Gehen wir alle Elemente auf dieser Seite durch
-
----
-
-Zuerst sehen Sie einen `Channel`. Dieser zeigt Ihnen an, für welchen Kanal dieses Bundle bestimmt ist. Sie können den Kanal durch Anklicken ändern
-Nach dem Klicken sollten Sie etwa Folgendes sehen:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-change.webp" alt="bundle change" /><figcaption></figcaption></figure>
-
-`Set bundle to channel` ermöglicht es Ihnen, dieses Bundle als Standard für jeden Kanal zu verknüpfen\
-`Open channel` öffnet die Kanalseite für den Kanal, für den dieses Bundle bestimmt ist\
-`Unlink bundle from channel` trennt die Verknüpfung dieses Bundles vom zugehörigen Kanal 
-(**WARNUNG**: Wenn das Bundle mit mehr als einem Kanal verknüpft ist, haben Sie keine Auswahlmöglichkeit, welcher Kanal getrennt werden soll)
-
-### Bundle herunterladen
-
-Um ein Bundle herunterzuladen, klicken Sie auf den Wert **Zip app bundle** im Information-Tab. Ein Bestätigungsdialog erscheint, und nach Bestätigung wird das Bundle direkt auf Ihr Gerät heruntergeladen.
\ No newline at end of file
diff --git a/src/content/docs/de/docs/webapp/channels.mdx b/src/content/docs/de/docs/webapp/channels.mdx
deleted file mode 100644
index 11ba921a9..000000000
--- a/src/content/docs/de/docs/webapp/channels.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: 채널
-description: >-
-  Kanäle sind eine Möglichkeit, die Updates deiner App zu verwalten. Du kannst
-  mehrere Kanäle haben und jeder Kanal kann mehrere Versionen enthalten. Dies
-  ermöglicht es dir, mehrere Versionen deiner App gleichzeitig in Produktion zu
-  haben.
-sidebar:
-  order: 6
-locale: de
----
-
-## Kanäle verwalten
-
-Schauen wir uns zunächst die Kanäle-Seite an. Sie können darauf zugreifen, indem Sie [auf Ihre App klicken](/docs/webapp/main-page) und dann [auf den Kanäle-Tab klicken](/docs/webapp/main-app-page)
-
-<figure><img src="/channels.webp" alt="channel list" /><figcaption></figcaption></figure>
-
-## Einen Kanal erstellen
-
-Wie Sie sehen können, gibt es einen Plus-Button in der unteren rechten Ecke (`1` im Bild). Wenn Sie darauf klicken, öffnet sich ein Modal, in dem Sie einen neuen Kanal erstellen können.
-<figure><img style="margin-left: auto; margin-right: auto" src="/new_channel_modal.webp" alt="new channel" /><figcaption></figcaption></figure>
-
-Nachdem Sie auf `Hinzufügen` geklickt haben, sollte ein neuer Kanal in der Liste erscheinen.
-<figure><img src="/post-channel-create.webp" alt="after channel create" /><figcaption></figcaption></figure>
-
-## Was bedeutet fehlkonfiguriert?
-Manchmal ist die Konfiguration eines Kanals nicht gültig. In diesem Fall erhalten Sie eine große Warnung und die Spalte `Fehlkonfiguriert` zeigt `Ja` für einen oder mehrere Kanäle an.
-Mehr dazu erfahren Sie [hier](/docs/cli/commands/#disable-updates-strategy)
-
-## Einen Kanal löschen
-
-Das Löschen eines Kanals ist unkompliziert. Klicken Sie einfach auf das Papierkorb-Symbol und bestätigen Sie die Löschung (`2` im Bild)
-
-## Einen Kanal verwalten
-
-Wenn Sie auf den Kanalnamen klicken, öffnet sich ein Modal, in dem Sie die Kanaleinstellungen verwalten können (`3` im Bild).
-
-<figure><img src="/channel_settings.webp" alt="Kanaleinstellungen" /><figcaption></figcaption></figure>
-
-Die Kanaleinstellungsseite enthält alle Konfigurationsoptionen für Ihren Kanal. Gehen wir jede Einstellung durch.
-
----
-Erstens der `Standardkanal`-Schalter. Wenn aktiviert, wird dieser Kanal zum Standard für neue Geräte. Eine umfassende Erklärung, wie Standardkanäle funktionieren, einschließlich der Einrichtung plattformspezifischer Standards (einer für iOS, einer für Android), finden Sie im Abschnitt [Standardkanal-Konfiguration](/docs/webapp/main-app-page/#standardkanal-konfiguration).
-
----
-Zweitens die `iOS`-Einstellung. Dies ist relativ einfach. Wenn dies falsch ist, dürfen iOS-Geräte keine Updates von diesem Kanal herunterladen.
-
-Drittens ist die `Android`-Einstellung. Dies ist ähnlich wie `iOS`. Wenn dies falsch ist, dürfen Android-Geräte keine Updates von diesem Kanal herunterladen.
-
-Viertens ist die Einstellung `Auto-Downgrade unter Native deaktivieren`. Wenn dies wahr ist, wird es unmöglich sein, von einer nativen Version herabzustufen. Das bedeutet, wenn Sie eine Version `120` im App Store oder Play Store hochgeladen haben und versuchen, die Kanalversion auf `110` zu setzen, wird das Update (Downgrade) fehlschlagen.
-
-Fünftens ist `Auto-Update deaktivieren`. Diese Einstellung ist ziemlich komplex, und Sie können mehr darüber [hier](/docs/cli/commands/#disable-updates-strategy) erfahren.
-
-Was `Entwicklungs-Build erlauben` betrifft: Wenn dies wahr ist, dürfen Entwicklungs-Builds Updates von diesem Kanal herunterladen. Wenn nicht, wird jede Update-Anfrage, bei der `prod` auf false gesetzt ist, abgelehnt. Dies ist hauptsächlich für Testzwecke nützlich.
-
-Siebens ist `Emulatoren erlauben`. Wenn dies falsch ist, wird Capgo jede Update-Anfrage ablehnen, die von einem Emulator kommt. Dies ist hauptsächlich für Testzwecke nützlich.
-
-Achtens ist `Geräten erlauben, sich selbst zuzuordnen`. Wenn dies wahr ist, wird die [setChannel](/docs/plugin/api/#setchannel)-Methode verfügbar sein. Wenn dies auf falsch gesetzt ist und Sie versuchen, die [setChannel](/docs/plugin/api/#setchannel)-Methode mit diesem Kanal aufzurufen, wird der Aufruf fehlschlagen.
\ No newline at end of file
diff --git a/src/content/docs/de/docs/webapp/devices.mdx b/src/content/docs/de/docs/webapp/devices.mdx
deleted file mode 100644
index 1e34f23a3..000000000
--- a/src/content/docs/de/docs/webapp/devices.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: Geräte
-description: "Eine umfassende Anleitung zur Nutzung der Geräteseite zur effektiven Verwaltung und Konfiguration Ihrer Geräte, einschließlich Filteroptionen und detaillierter Konfigurationseinstellungen für einzelne Geräte."
-sidebar:
-  order: 7
-locale: de
----
-
-:::note[Datenaufbewahrung]
-Gerätedaten werden **90 Tage** ab der letzten Geräteaktivität aufbewahrt. Geräte, die sich innerhalb dieses Zeitraums nicht mit Capgo verbunden haben, werden automatisch aus der Liste entfernt. Aktive Geräte werden kontinuierlich verfolgt, wenn sie nach Updates suchen.
-:::
-
-## Liste aller Geräte anzeigen
-Schauen wir uns zunächst die Geräteseite an. Sie können darauf zugreifen, indem Sie [auf Ihre App klicken](/docs/webapp/main-page) und dann [auf den Geräte-Tab klicken](/docs/webapp/main-app-page).
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/devices.webp" alt="Geräteliste" /><figcaption></figcaption></figure>
-
-1. **Geräte-Tab** - Klicken Sie auf diesen Tab in der Navigationsleiste, um auf die Geräteseite zuzugreifen
-2. **Filter** - Klicken Sie hier, um Geräte zu filtern nach:
-   - **Überschreiben** - Zeigt nur Geräte an, die einen [benutzerdefinierten Kanal](/docs/plugin/api/#setchannel) oder eine benutzerdefinierte Version haben
-   - **Benutzerdefinierte ID** - Zeigt nur Geräte mit einer benutzerdefinierten Kennung an
-
-## Ein Gerät konfigurieren
-
-Um ein bestimmtes Gerät zu konfigurieren, klicken Sie in der Tabelle darauf. Sie sollten dann etwa Folgendes sehen:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/device-specific.webp" alt="Ein Gerät anzeigen" /><figcaption></figcaption></figure>
-
-1. **Information** - Zeigt Gerätedetails wie Geräte-ID, Letztes Update, Plattform, Plugin-Version, Version, Builtin-Version, OS-Version und ob es sich um eine Produktions-App handelt
-2. **Deployments** - Zeigt den Deployment-Verlauf für dieses Gerät an
-3. **Logs** - Zeigt die mit diesem Gerät verbundenen Protokolle an
-4. **Kanal-Überschreibung** - Überschreibt den Kanal für dieses spezifische Gerät. Wenn eingestellt, wird dieses Gerät nicht den öffentlichen (Standard-) Kanal verwenden und nur Updates vom ausgewählten Kanal erhalten
-
-### Benutzerdefinierte ID
-
-Die `Benutzerdefinierte ID` ist ein sehr nützliches Feld, das Ihnen hilft, das Gerät mit einer ID zu verbinden, die Sie für Ihre eigenen Benutzer erkennen können.
-
-Verwenden Sie es, um leicht zu identifizieren, welches Gerät zu welchem Benutzer gehört.
-
-Die benutzerdefinierte ID kann nur vom Gerät selbst mit `CapacitorUpdater.setCustomId({ customId: user });` gesetzt werden.
diff --git a/src/content/docs/de/docs/webapp/index.mdx b/src/content/docs/de/docs/webapp/index.mdx
deleted file mode 100644
index 0b1748662..000000000
--- a/src/content/docs/de/docs/webapp/index.mdx
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: Introduzione
-description: Einführung in die Cagpo Webapp
-sidebar:
-  order: 1
-locale: de
----
-
-## Was ist das?
-
-Cagpo verfügt über eine umfangreiche Webapp zur Verwaltung Ihrer Projekte. Diese Webapp wurde mit Vuejs entwickelt und ist Open Source. Den Quellcode finden Sie auf [GitHub](https://github.com/Cap-go/capgo/tree/main/src/) \
-Die Webapp ist [hier](https://console.capgo.app/) verfügbar \
-Mit dieser Webapp können Sie [Kanäle verwalten](/docs/webapp/channels/), [Versionen verwalten](/docs/webapp/bundles/), [Geräte verwalten](/docs/webapp/devices/), [Protokolle einsehen](/docs/webapp/logs/), [Abrechnung verwalten](/docs/webapp/settings/) und [Ihr Konto verwalten](/docs/webapp/settings/)
-
-## Wie benutze ich es?
-
-Zunächst müssen Sie ein Konto erstellen oder sich anmelden. Dies ist relativ einfach und kann durch Klicken auf die Schaltfläche `Anmelden` in der Bildschirmmitte erfolgen. Nach der Anmeldung werden Sie zum Dashboard weitergeleitet. Dies ist die Hauptseite der Webapp. Von hier aus können Sie zu allen anderen Seiten navigieren.
-
-<figure><img src="/login.webp" alt="login page" /><figcaption></figcaption></figure>
-
-## Ein Konto erstellen
-
-Sie müssen auf `Kostenloses Konto erstellen` im unteren Teil des Anmeldeformulars klicken. Von da an ist es so einfach wie das Ausfüllen eines Formulars und das Befolgen der Anweisungen.
-
-<figure><img src="/create-account.webp" alt="create account" /><figcaption></figcaption></figure>
diff --git a/src/content/docs/de/docs/webapp/logs.mdx b/src/content/docs/de/docs/webapp/logs.mdx
deleted file mode 100644
index 0992904a1..000000000
--- a/src/content/docs/de/docs/webapp/logs.mdx
+++ /dev/null
@@ -1,193 +0,0 @@
----
-title: "Protokolle"
-description: "Verstehen und nutzen Sie die Anwendungsprotokolle von Capgo für Diagnose und Verfolgung der Aktionen Ihrer Geräte mit den Updates."
-sidebar:
-  order: 8
-locale: de
----
-
-## Anwendungsprotokolle verstehen
-
-Die Protokollseite bietet eine detaillierte Historie von Update-Ereignissen und Diagnoseinformationen für Ihre Anwendung. Dies ist entscheidend für die Überwachung des Update-Prozesses, die Fehlerbehebung und das Verständnis, wie Ihre Geräte mit Capgo interagieren. Sie können darauf zugreifen, indem Sie [auf Ihre App klicken](/docs/webapp/main-page) und dann [auf den "Protokolle"-Tab klicken (in einigen älteren Screenshots oder Dokumentationen zuvor als "Updates" bezeichnet)](/docs/webapp/main-app-page).
-
-Von dort aus sollten Sie eine Seite wie diese sehen, die eine Liste von Protokolleinträgen anzeigt:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs.webp" alt="Protokollseite Übersicht der Hauptschnittstelle" /><figcaption>Protokollseite Übersicht</figcaption></figure>
-
-Die Protokollseiten-Oberfläche umfasst:
-1. **Protokolle-Tab** - Der Navigations-Tab zum Zugriff auf die Protokollansicht
-2. **Neu laden-Schaltfläche** - Aktualisiert die Protokollliste mit den neuesten Daten
-3. **Zeitbereich & Aktionsfilter** - Filtern Sie Protokolle nach Datumsbereich und Aktionstyp (siehe Abschnitte unten)
-
-Jede Zeile zeigt:
-- **Zeitstempel** (UTC)
-- **Geräte-ID**
-- **Aktionscode** (was passiert ist)
-- **Versionsname** (Bundle oder `builtin`)
-
-Klicken Sie auf eine Zeile, um zur Geräte-Detailseite für die vollständige Historie zu springen.
-
-### Nach Datumsbereich filtern
-
-Sie können Protokolle nach einem bestimmten Zeitraum mit dem Datumsauswähler filtern:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_date_range.webp" alt="Datumsbereichsauswahl zum Filtern von Protokollen" /><figcaption>Datumsbereichsfilter</figcaption></figure>
-
-1. **Schnellauswahl** - Wählen Sie gängige Zeitbereiche: Letzte 1h, 3h, 6h oder 12h
-2. **Startzeit** - Legen Sie eine benutzerdefinierte Startzeit für den Bereich fest
-3. **Endzeit** - Legen Sie eine benutzerdefinierte Endzeit für den Bereich fest
-4. **Kalender** - Wählen Sie bestimmte Daten mit der Kalenderansicht
-
-Klicken Sie auf "Auswählen", um den gewählten Datumsbereich anzuwenden, oder "Abbrechen", um die Auswahl zu schließen.
-
-### Nach Aktionstyp filtern
-
-Das Aktionen-Dropdown ermöglicht es Ihnen, Protokolle nach bestimmten Ereignistypen zu filtern:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_filters.webp" alt="Aktionsfilter-Dropdown zum Filtern von Protokollen nach Ereignistyp" /><figcaption>Aktionsfilter</figcaption></figure>
-
-Verfügbare Aktionsfilter umfassen:
-- **Geräte-Heartbeat** - Periodische Gesundheitsprüfungen von Geräten
-- **Versionslöschung angefordert** - Wenn eine Bundle-Version gelöscht wird
-- **Auf Standardversion zurücksetzen** - Wenn ein Gerät zum eingebauten Bundle zurückkehrt
-- **Version erfolgreich installiert** - Erfolgreiche Bundle-Installation
-- **Neue Version an Gerät gesendet** - Wenn Capgo ein Update an ein Gerät sendet
-- **Versionsinstallation fehlgeschlagen** - Wenn die Bundle-Installation fehlschlägt
-
-Verwenden Sie das Suchfeld oben, um bestimmte Aktionstypen schnell zu finden. Sie können mehrere Aktionen auswählen, um Protokolle anzuzeigen, die einem der ausgewählten Typen entsprechen.
-
-### Beispiel-Protokollausschnitt (Testdaten)
-
-| Zeit (UTC) | Geräte-ID | Aktion | Version | Was es bedeutet |
-|------------|-----------|--------|---------|-----------------|
-| 2025-01-14 10:00:01 | `A1B2C3` | `get` | 2.4.1 | Gerät hat Capgo gefragt, ob ein Update verfügbar ist |
-| 2025-01-14 10:00:03 | `A1B2C3` | `download_manifest_start` | 2.4.1 | Manifest-Abruf gestartet; SDK ist dabei, Dateien herunterzuladen |
-| 2025-01-14 10:00:07 | `A1B2C3` | `download_40` | 2.4.1 | Bundle-Download ist zu 40% abgeschlossen |
-| 2025-01-14 10:00:12 | `A1B2C3` | `download_zip_complete` | 2.4.1 | Zip-Download abgeschlossen |
-| 2025-01-14 10:00:13 | `A1B2C3` | `set` | 2.4.1 | Bundle installiert und für nächsten Start markiert |
-| 2025-01-14 10:05:00 | `B9C8D7` | `disableAutoUpdateToMajor` | 1.9.0 | Kanal-Richtlinie hat einen Sprung zu 2.x blockiert |
-| 2025-01-14 10:05:05 | `B9C8D7` | `rateLimited` | builtin | Gerät hat das Anfragelimit erreicht; SDK wartet bis zum Neustart |
-
-## Beispiel-Protokollszenarien
-
-Um Ihnen zu helfen zu verstehen, was die Protokolle aussagen, hier sind Beispielsequenzen, die echte Geräte-Update-Verläufe zeigen:
-
-### Erfolgreicher Update-Ablauf
-
-So sieht ein gesundes Update in Ihren Protokollen aus:
-
-| Zeit | Geräte-ID | Aktion | Version | Was es bedeutet |
-|------|-----------|--------|---------|-----------------|
-| 10:00:01 | `a1b2c3d4` | `get` | 1.2.0 | Gerät hat nach Updates gesucht und Version 1.2.0 Info erhalten |
-| 10:00:02 | `a1b2c3d4` | `download_10` | 1.2.0 | Download gestartet, 10% abgeschlossen |
-| 10:00:03 | `a1b2c3d4` | `download_50` | 1.2.0 | Download bei 50% |
-| 10:00:05 | `a1b2c3d4` | `download_complete` | 1.2.0 | Download erfolgreich abgeschlossen |
-| 10:00:06 | `a1b2c3d4` | `set` | 1.2.0 | Bundle installiert und aktiviert |
-
-### Gerät bereits aktuell
-
-Wenn ein Gerät prüft, aber bereits die neueste Version hat:
-
-| Zeit | Geräte-ID | Aktion | Version | Was es bedeutet |
-|------|-----------|--------|---------|-----------------|
-| 14:30:00 | `e5f6g7h8` | `noNew` | 1.2.0 | Gerät ist bereits auf der neuesten Version, kein Update nötig |
-
-### Fehlgeschlagenes Update mit Rollback
-
-Wenn ein Update fehlschlägt und das Gerät zurückrollt:
-
-| Zeit | Geräte-ID | Aktion | Version | Was es bedeutet |
-|------|-----------|--------|---------|-----------------|
-| 11:15:00 | `i9j0k1l2` | `get` | 1.3.0 | Gerät hat Update-Info erhalten |
-| 11:15:02 | `i9j0k1l2` | `download_complete` | 1.3.0 | Download abgeschlossen |
-| 11:15:03 | `i9j0k1l2` | `set` | 1.3.0 | Bundle wurde gesetzt |
-| 11:15:10 | `i9j0k1l2` | `update_fail` | 1.3.0 | App abgestürzt oder `notifyAppReady()` wurde nicht aufgerufen - Rollback ausgelöst |
-| 11:15:11 | `i9j0k1l2` | `reset` | builtin | Gerät ist zur eingebauten Version zurückgekehrt |
-
-**Aktion erforderlich**: Prüfen Sie, ob Ihre App `notifyAppReady()` nach erfolgreicher Initialisierung aufruft. Siehe [Plugin-Dokumentation](/docs/plugin/api/#notifyappready) für Details.
-
-### Download-Fehler
-
-Wenn Netzwerkprobleme den Download verhindern:
-
-| Zeit | Geräte-ID | Aktion | Version | Was es bedeutet |
-|------|-----------|--------|---------|-----------------|
-| 09:45:00 | `m3n4o5p6` | `get` | 1.2.0 | Gerät hat Update-Info erhalten |
-| 09:45:01 | `m3n4o5p6` | `download_30` | 1.2.0 | Download gestartet aber... |
-| 09:45:15 | `m3n4o5p6` | `download_fail` | 1.2.0 | Download fehlgeschlagen (Netzwerk-Timeout, Verbindung verloren, etc.) |
-
-**Aktion erforderlich**: Das Gerät wird beim nächsten App-Start automatisch erneut versuchen. Keine Aktion erforderlich, es sei denn, dies passiert häufig.
-
-### Plan-Limit erreicht
-
-Wenn Ihr Konto sein Geräte-Limit erreicht:
-
-| Zeit | Geräte-ID | Aktion | Version | Was es bedeutet |
-|------|-----------|--------|---------|-----------------|
-| 16:00:00 | `q7r8s9t0` | `needPlanUpgrade` | - | Dieses Gerät erhält keine Updates, bis Sie upgraden oder der Abrechnungszyklus zurückgesetzt wird |
-
-**Aktion erforderlich**: [Upgraden Sie Ihren Plan](/docs/webapp/settings/) oder warten Sie auf den nächsten Abrechnungszyklus.
-
-### Kanal-Konfiguration blockiert Updates
-
-Wenn Kanal-Einstellungen ein Update verhindern:
-
-| Zeit | Geräte-ID | Aktion | Version | Was es bedeutet |
-|------|-----------|--------|---------|-----------------|
-| 12:00:00 | `u1v2w3x4` | `disableAutoUpdateToMajor` | 2.0.0 | Gerät auf v1.x kann nicht automatisch auf v2.x aktualisieren (Major-Version-Sprung blockiert) |
-| 12:05:00 | `y5z6a7b8` | `disableEmulator` | 1.2.0 | Emulator erkannt, und Kanal blockiert Emulatoren |
-| 12:10:00 | `c9d0e1f2` | `disableDevBuild` | 1.2.0 | Dev-Build erkannt, und Kanal blockiert Dev-Builds |
-
-**Aktion erforderlich**: Dies sind beabsichtigte Schutzmaßnahmen. Wenn Sie diese Updates zulassen möchten, ändern Sie Ihre [Kanal-Einstellungen](/docs/webapp/channels/).
-
-## Protokollcodes (Capgo Backend Enum)
-
-Diese Codes stammen aus dem `stats_action` Enum, das von der Dashboard-API verwendet wird (`capgo/src/types/supabase.types.ts`). Wenn Sie einen neuen Code in der UI sehen, wurde er vom SDK oder Backend ausgegeben und gegen diese Liste validiert.
-
-**Happy Path & Lebenszyklus**
-
-| Code(s) | Bedeutung |
-|---------|-----------|
-| `get` | Gerät hat Capgo nach dem aktuellen Kanal-Manifest gefragt |
-| `download_manifest_start`, `download_manifest_complete` | Manifest-Download begann / beendet (für Delta- oder Multi-Datei-Bundles) |
-| `download_zip_start`, `download_zip_complete` | Zip-Archiv-Download begann / beendet |
-| `download_10` … `download_90` | Download-Fortschritt-Meilensteine |
-| `download_complete` | Gesamtes Bundle heruntergeladen |
-| `set` | Bundle für nächsten Start bereitgestellt |
-| `reset` | Gerät ist zum eingebauten Bundle zurückgekehrt |
-| `delete` | Bundle aus lokalem Speicher entfernt |
-| `uninstall` | App-Deinstallation erkannt |
-| `app_moved_to_foreground`, `app_moved_to_background` | App-Lebenszyklus-Ereignisse vom SDK aufgezeichnet |
-| `ping` | Gesundheits-/Heartbeat-Check vom Gerät |
-| `setChannel`, `getChannel` | Kanal überschrieben oder via SDK-Aufruf abgerufen |
-
-**Konfigurations- oder Richtlinien-Blockierungen**
-
-| Code(s) | Warum das Update blockiert wurde |
-|---------|----------------------------------|
-| `disableAutoUpdate`, `disableAutoUpdateToMajor`, `disableAutoUpdateToMinor`, `disableAutoUpdateToPatch`, `disableAutoUpdateMetadata`, `disableAutoUpdateUnderNative` | Kanal-Strategie verbietet diesen Semver-Sprung |
-| `disablePlatformIos`, `disablePlatformAndroid` | Plattform ist auf dem Kanal deaktiviert |
-| `disableDevBuild`, `disableEmulator` | Dev-Builds oder Emulatoren nicht erlaubt |
-| `cannotUpdateViaPrivateChannel`, `NoChannelOrOverride`, `channelMisconfigured` | Kanal-Auswahl oder Override fehlgeschlagen |
-| `missingBundle`, `cannotGetBundle` | Manifest verweist auf ein Bundle, das Capgo nicht bereitstellen kann |
-| `needPlanUpgrade` | Organisation hat ihr Plan-/Geräte-Limit erreicht |
-| `rateLimited` | Zu viele Anfragen; SDK drosselt bis zum Neustart |
-| `blocked_by_server_url`, `backend_refusal`, `InvalidIp` | Server-seitige Regel hat die Anfrage blockiert |
-
-**Download / Integrität / Installations-Fehler**
-
-| Code(s) | Bedeutung |
-|---------|-----------|
-| `download_fail` | Bundle-Download fehlgeschlagen (Netzwerk- oder Antwort-Fehler) |
-| `download_manifest_file_fail`, `download_manifest_checksum_fail`, `download_manifest_brotli_fail` | Manifest-Datei konnte nicht abgerufen oder validiert werden |
-| `checksum_fail`, `checksum_required` | Integritätsprüfung fehlgeschlagen oder Prüfsumme fehlt |
-| `unzip_fail`, `directory_path_fail`, `canonical_path_fail`, `windows_path_fail` | Dateisystem- oder Entpack-Validierung fehlgeschlagen |
-| `decrypt_fail` | Entschlüsselung fehlgeschlagen (verschlüsseltes Bundle) |
-| `update_fail` | Bundle installiert, aber App hat nie `notifyAppReady()` aufgerufen; Rollback ausgelöst |
-| `download_zip_*` ohne nachfolgendes `set` | Download beendet, aber Installationsphase nie abgeschlossen |
-
-➡️ Benötigen Sie tiefergehende Anleitung pro Code? Siehe **[Vollständige Protokollcode-Referenz und Debugging-Anleitung](/docs/plugins/updater/debugging/#understanding-cloud-logs)**.
-
-## Mehr Details zu einem Protokoll erhalten
-
-Wenn Sie auf einen bestimmten Protokolleintrag klicken, werden Sie typischerweise zur [Geräte-Seite](/docs/webapp/devices/) weitergeleitet. Dies ermöglicht es Ihnen, die vollständige Historie für dieses bestimmte Gerät zu sehen, was sehr hilfreich sein kann, um gerätespezifische Probleme zu diagnostizieren oder seinen Update-Verlauf zu verstehen.
diff --git a/src/content/docs/de/docs/webapp/main-app-page.mdx b/src/content/docs/de/docs/webapp/main-app-page.mdx
deleted file mode 100644
index fbfd3b02c..000000000
--- a/src/content/docs/de/docs/webapp/main-app-page.mdx
+++ /dev/null
@@ -1,113 +0,0 @@
----
-title: "App-Seite"
-description: "Was zeigt die App-Seite der Capgo-Webapp? Und was können Sie damit tun."
-sidebar:
-  order: 5
-locale: de
----
-
-## Was zeigt die App-Seite?
-
-Zunächst werfen wir einen Blick auf die Hauptseite der App:
-
-In Capgo repräsentiert eine App Ihre mobile Anwendung, die mit dem Live-Update-System von Capgo integriert ist. Sie ermöglicht es Ihnen, Updates, Kanäle und Geräte nahtlos zu verwalten.
-
-<figure><img src="/main-app-page.webp" alt="Hauptseiten-Screenshot" /><figcaption></figcaption></figure>
-
-Schauen wir uns das genauer an. Die Haupt-App-Seite ist in mehrere Schlüsselbereiche unterteilt:
-
-1.  **Obere Navigationsleiste:** Bietet Zugang zu verschiedenen Bereichen Ihrer App-Verwaltung:
-    *   **Dashboard (1):** Die aktuelle Ansicht, die wichtige Metriken und Zusammenfassungen anzeigt.
-    *   **Informationen (2):** Zeigt die Kerneinstellungen und Details Ihrer App an (siehe Abschnitt "App-Informationen" unten).
-    *   **[Bundles (3)](/docs/webapp/bundles/):** Verwalten Sie die Versionen und Releases Ihrer App.
-    *   **[Kanäle (4)](/docs/webapp/channels/):** Konfigurieren und verwalten Sie verschiedene Update-Kanäle (z.B. Produktion, Beta).
-    *   **[Geräte (5)](/docs/webapp/devices/):** Anzeigen und Verwalten registrierter Geräte, einschließlich spezifischer Überschreibungen.
-    *   **[Logs (6)](/docs/webapp/logs/):** Zugriff auf detaillierte Logs und Fehlerberichte für Ihre App.
-    *   **Builds (7):** Anzeigen und Verwalten Ihrer App-Builds.
-
-2.  **Statistik-Anzeige:** Visualisiert wichtige Metriken für den letzten Abrechnungszeitraum (Daten spiegeln die Nutzung ab Ihrem Abrechnungstag wider, nicht ab dem 1. des Monats):
-    *   **Monatlich aktive Benutzer (8):** Verfolgt die Anzahl der einzigartigen aktiven Benutzer über die Zeit.
-    *   **Speicher (9):** Zeigt den aktuellen Speicherverbrauch.
-    *   **Bandbreite (10):** Zeigt die Bandbreitennutzung an.
-    *   **Aktives Bundle (11):** Zeigt die Verteilung aktiver Geräte über verschiedene App-Bundles.
-
-3.  **Zusammenfassungskarten:** Bietet einen schnellen Überblick über wichtige Zahlen:
-    *   **Bundle-Uploads (12):** Gesamtzahl der hochgeladenen App-Bundles.
-    *   **Update-Statistiken (13):** Gesamtzahl der durchgeführten Updates, einschließlich Anfragen, Installationen und Fehler.
-    *   **Deployment-Statistiken (14):** Gesamtzahl der Deployments.
-
-4.  **Anzeigeoptionen (15-18):** Steuerelemente zum Filtern und Anzeigen der Statistiken:
-    *   **Täglich (15):** Statistiken auf täglicher Basis anzeigen.
-    *   **Kumulativ (16):** Kumulative Statistiken über die Zeit anzeigen.
-    *   **Abrechnungszeitraum (17):** Statistiken für den aktuellen Abrechnungszeitraum anzeigen.
-    *   **Datumsbereich (18):** Einen benutzerdefinierten Datumsbereich auswählen (z.B. letzte 30 Tage).
-
-## App-Informationen
-
-Dieser Abschnitt entspricht dem Tab "Informationen" (1) in der oberen Navigationsleiste. Hier können Sie wichtige Details und Einstellungen für Ihre Anwendung anzeigen und verwalten.
-
-<figure><img src="/app_info.webp" alt="App-Informationen-Seite" /><figcaption>App-Informationen-Seite</figcaption></figure>
-
-Hier ist eine Aufschlüsselung der verfügbaren Felder und Aktionen:
-
-*   **App-Symbol (2):** Zeigt das Symbol Ihrer Anwendung an. Sie können auf die Schaltfläche "Ändern" klicken, um ein neues Symbol hochzuladen.
-*   **App-ID (3):** Eine eindeutige Kennung für Ihre Anwendung innerhalb von Capgo. Diese ID ist nicht bearbeitbar.
-*   **App-Name (4):** Der Anzeigename für Ihre Anwendung. Sie können diesen bei Bedarf ändern.
-*   **Standard-Upload-Kanal (5):** Gibt den Standardkanal an, in den neue Bundles hochgeladen werden. Sie können auf das Bearbeiten-Symbol klicken, um einen anderen Standardkanal auszuwählen.
-*   **Standard-Download-Kanal (6):** Gibt den Standardkanal an, von dem Geräte Updates herunterladen. Sie können auf das Bearbeiten-Symbol klicken, um einen anderen Standardkanal auszuwählen. Siehe den Abschnitt [Standardkanal-Konfiguration](#standardkanal-konfiguration) unten für detaillierte Informationen.
-*   **Bundles automatisch löschen, die nicht verwendet werden (nach x Sekunden) (7):** Diese Einstellung ermöglicht es Ihnen, alte Bundles automatisch zu löschen, die für eine bestimmte Dauer (in Sekunden) nicht verwendet wurden. Setzen Sie auf `0`, um das automatische Löschen zu deaktivieren. Dies hilft bei der Speicherverwaltung und hält Ihre Bundle-Liste sauber.
-*   **Bundle-Metadaten dem Plugin bereitstellen (8):** Wenn aktiviert, werden Bundle-Link und Kommentarfelder an das Capacitor Updater Plugin gesendet. Diese Funktion erfordert Plugin-Version 7.35.0 oder höher.
-*   **App-Eigentum übertragen (9):** Dieser Abschnitt bietet eine Option, die Übertragung Ihrer Anwendung an eine andere Organisation zu initiieren, der Sie angehören.
-*   **App löschen-Schaltfläche:** Löscht Ihre Anwendung dauerhaft aus Capgo. Diese Aktion ist unwiderruflich und entfernt alle zugehörigen Daten, Bundles, Kanäle und Geräte.
-*   **Aktualisieren-Schaltfläche:** Speichert alle Änderungen, die Sie an den bearbeitbaren Feldern auf dieser Seite vorgenommen haben (z.B. App-Name, Standard-Upload-Kanal, Einstellung für automatisches Bundle-Löschen).
-
-## Standardkanal-Konfiguration
-
-Der **Standard-Download-Kanal** ist eine der wichtigsten Einstellungen für Ihre App. Er bestimmt, von welchem Kanal neue Geräte Updates erhalten, wenn sie sich zum ersten Mal mit Capgo verbinden.
-
-### Wie Standardkanäle funktionieren
-
-Wenn ein Gerät ein Update von Capgo anfordert, bestimmt das System anhand der folgenden Prioritätsreihenfolge (höchste Priorität zuerst), welcher Kanal verwendet wird:
-
-1. **Erzwungene Gerätezuordnung**: Wenn die Geräte-ID explizit einem Kanal in den Kanaleinstellungen zugeordnet ist, gewinnt dieser Kanal immer.
-2. **Cloud-Override**: Wenn dem Gerät über `setChannel()` oder manuell im Dashboard ein Kanal zugewiesen wurde, wird dieser Override verwendet.
-3. **Capacitor-Config `defaultChannel`**: Falls in Ihrer `capacitor.config.*`-Datei gesetzt, wird dies für Test-/Beta-Builds verwendet.
-4. **Standard-Download-Kanal**: Die hier konfigurierte Einstellung—diese wird von ~99% Ihrer Produktionsnutzer verwendet.
-
-### Plattformspezifische Standardkanäle
-
-Sie können **zwei separate Standardkanäle** konfigurieren—einen für iOS und einen für Android. Dies ist nützlich, wenn:
-
-- Sie Updates für eine Plattform vor der anderen ausrollen möchten
-- Sie unterschiedliche Update-Strategien pro Plattform benötigen
-- Sie eine neue Version auf einer Plattform testen, während die andere stabil bleibt
-
-So richten Sie plattformspezifische Standardkanäle ein:
-1. Erstellen Sie zwei Kanäle (z.B. `production-ios` und `production-android`)
-2. Aktivieren Sie in den Einstellungen jedes Kanals nur die relevante Plattform (iOS- oder Android-Schalter)
-3. Markieren Sie beide Kanäle als "Standard" - Capgo erlaubt dies, wenn Kanäle unterschiedliche Plattformen ansprechen
-
-Wenn ein Gerät ein Update anfordert:
-- iOS-Geräte erhalten Updates vom iOS-aktivierten Standardkanal
-- Android-Geräte erhalten Updates vom Android-aktivierten Standardkanal
-
-### Einzelner Standardkanal (Empfohlen für die meisten Apps)
-
-Für die meisten Anwendungen ist ein einzelner Standardkanal, der beide Plattformen unterstützt, der einfachste Ansatz:
-1. Erstellen Sie einen Kanal (z.B. `production`)
-2. Stellen Sie sicher, dass sowohl iOS- als auch Android-Schalter aktiviert sind
-3. Markieren Sie ihn als Standardkanal
-
-Dies gewährleistet konsistentes Verhalten über alle Plattformen hinweg und vereinfacht Ihren Release-Workflow.
-
-### Ändern des Standardkanals
-
-Wenn Sie den Standardkanal ändern:
-- **Neue Geräte** beginnen sofort, Updates vom neuen Standard zu erhalten
-- **Bestehende Geräte**, die bereits eine Kanalzuweisung haben (über Override oder Zwang), wechseln NICHT automatisch
-- Um bestehende Geräte zu verschieben, müssen Sie entweder:
-  - `setChannel()` verwenden, um sie programmatisch zu überschreiben
-  - Sie im Dashboard zum neuen Kanal zwingen
-  - Ihre Geräteeinträge löschen (sie registrieren sich dann mit dem neuen Standard neu)
-
-> **Tipp**: Testen Sie Ihren neuen Standardkanal immer zuerst mit einer kleinen Gruppe erzwungener Geräte, bevor Sie ihn zum Standard für alle Nutzer machen.
diff --git a/src/content/docs/de/docs/webapp/main-page.mdx b/src/content/docs/de/docs/webapp/main-page.mdx
deleted file mode 100644
index 221bad12a..000000000
--- a/src/content/docs/de/docs/webapp/main-page.mdx
+++ /dev/null
@@ -1,20 +0,0 @@
----
-title: Page principale
-description: Diese Seite erklärt die Hauptseite der Webanwendung
-sidebar:
-  order: 2
-locale: de
----
-
-## Was zeigt die Hauptseite an?
-
-Schauen wir uns zunächst die Hauptseite an:
-<figure><img src="/main-page.webp" alt="Main page screeshot" /><figcaption></figcaption></figure>
-
-Beginnen wir von vorne. Das Erste, was Sie sehen, sind die **Statistiken**. Diese enthalten app-spezifische Statistiken. Diese Aktualisierungen hängen von der Nutzung der App ab.
-
-Das Zweite, was Sie sehen, ist die Liste aller verfügbaren Apps. Diese ändert sich je nachdem, wie viele Apps Sie erstellt haben. Sie können auf jede App klicken, um weitere Details darüber zu sehen.
-
-Das Dritte, was Sie sehen, ist die Schaltfläche **API-Schlüssel**. Diese Schaltfläche führt Sie zur [API-Schlüssel](/docs/webapp/api-keys/) Seite.
-
-Als Nächstes sehen Sie die Schaltfläche **Capgo testen**. Diese Schaltfläche ändert sich je nach Ihrem Vor- und Nachnamen und führt Sie zur [Einstellungen](/docs/webapp/settings/) oder Support-Seite.
diff --git a/src/content/docs/de/docs/webapp/mfa.mdx b/src/content/docs/de/docs/webapp/mfa.mdx
deleted file mode 100644
index 67864adaa..000000000
--- a/src/content/docs/de/docs/webapp/mfa.mdx
+++ /dev/null
@@ -1,101 +0,0 @@
----
-title: 二要素認証
-description: >-
-  Verwalten Sie die Zwei-Faktor-Authentifizierung, um Ihr Capgo-Konto besser zu
-  schützen.
-sidebar:
-  order: 9
-locale: de
----
-
-## Was ist 2FA?
-
-2FA ist eine Sicherheitsmaßnahme, die verhindert, dass ein böswilliger Akteur Ihr Capgo-Konto übernehmen kann\
-Dies wird erreicht, indem ein zusätzlicher Code erforderlich ist. Dieser Code wird auf Ihrem Mobiltelefon oder einem Hardware-2FA-Schlüssel gespeichert. Er ändert sich alle 30 Sekunden, was es unmöglich macht, ihn zu erraten.
-
-## Voraussetzungen für diese Anleitung
- - Ein Android- oder iOS-Telefon
- - Internetverbindung
-
-## Was behandelt diese Anleitung?
-
-Diese Anleitung zeigt, wie man 2FA mit `Google Authenticator` einrichtet. Es gibt auch andere Apps für ähnliche Zwecke, aber ich kann in dieser Anleitung nicht das gesamte Thema 2FA abdecken.
-
-## Wie richtet man 2FA ein?
-
-Laden Sie zunächst die `Google Authenticator`-App herunter. Wenn Sie Android nutzen, können Sie sie aus dem [Play Store](https://play.google.com/store/apps/details/?id=comgoogleandroidappsauthenticator2) herunterladen. Auf iOS können Sie sie aus dem [App Store](https://appsapplecom/us/app/google-authenticator/id388497605/) herunterladen.
-
-Gehen Sie als Nächstes zu den [Capgo-Kontoeinstellungen](https://console.capgo.app/dashboard/settings/account/). Dort sollten Sie einen grünen Button sehen, der so aussieht:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/button-mfa.webp" alt="Button MFA" /><figcaption></figcaption></figure>
-
-Klicken Sie darauf, und es sollte ein QR-Code erscheinen.
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa.webp" alt="Enable MFA" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ Wichtiger Hinweis: \
-Teilen Sie diesen QR-Code niemals mit anderen, sonst könnten Sie aus Ihrem Konto ausgeloggt werden
-:::
-
-Öffnen Sie als Nächstes den `Google Authenticator` auf Ihrem Telefon. Folgen Sie dann diesen Schritten:
-
-Klicken Sie auf den Plus-Button
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-auth-plus.webp" alt="MFA auth plus" /><figcaption></figcaption></figure>
-
-Klicken Sie danach auf den Kamera-Button
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-scan-qr.webp" alt="MFA scan QR" /><figcaption></figcaption></figure>
-
-Dadurch wird die Kameravorschau geöffnet. Scannen Sie den QR-Code, der auf Ihrem PC angezeigt wird. Danach sollten Sie so etwas sehen:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-code.webp" alt="MFA final code" /><figcaption></figcaption></figure>
-
-Gehen Sie dann zurück zum PC und klicken Sie auf den Verifizieren-Button
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa-verify.webp" alt="Verify MFA" /><figcaption></figcaption></figure>
-
-Dadurch öffnet sich ein Fenster zum Eingeben des 2FA-Codes. In meinem Fall ist dieser Code `095101`, aber er wird bei Ihnen anders sein\
-Nachdem Sie diesen Code eingegeben haben, klicken Sie bitte auf den `verify`-Button
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-verify-final-code.webp" alt="MFA verify code final" /><figcaption></figcaption></figure>
-
-Wenn Sie den richtigen Code eingegeben und auf `verify` geklickt haben, sollten Sie ein Pop-up wie dieses sehen
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-enabled.webp" alt="MFA enabled" /><figcaption></figcaption></figure>
-
-Glückwunsch!\
-Sie haben die 2FA-Authentifizierung aktiviert 🎉
-
-## Wie man sich mit 2FA einloggt
-
-Beim nächsten Login in Ihr Konto sehen Sie ein Fenster wie dieses
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-required.webp" alt="MFA required" /><figcaption></figcaption></figure>
-
-Öffnen Sie den Authenticator und kopieren Sie Ihren Authentifizierungscode
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-login.webp" alt="MFA login" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ Wichtiger Hinweis: \
-Drücken Sie `verify`, bevor sich der Code aktualisiert, sonst ändert sich der Code und der alte ist nicht mehr gültig
-:::
-
-Geben Sie dann den Code in das Login-Formular ein und drücken Sie auf `verify`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-login-verify.webp" alt="MFA login" /><figcaption></figcaption></figure>
-
-Wenn Sie den richtigen Code eingegeben haben, sollten Sie das Capgo-Dashboard sehen
-
-## Wie man 2FA deaktiviert
-
-Um 2FA zu deaktivieren, gehen Sie bitte zu den [Capgo-Kontoeinstellungen](https://console.capgo.app/dashboard/settings/account/). Dort sollten Sie einen roten Button sehen, der so aussieht:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-button.webp" alt="MFA disable button" /><figcaption></figcaption></figure>
-
-Klicken Sie darauf und Sie sollten einen Bildschirm wie diesen sehen
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-2.webp" alt="MFA disabled" /><figcaption></figcaption></figure>
-
-Drücken Sie einfach den `disable`-Button und das war's
diff --git a/src/content/docs/de/docs/webapp/organization-security.mdx b/src/content/docs/de/docs/webapp/organization-security.mdx
deleted file mode 100644
index 40cc342bc..000000000
--- a/src/content/docs/de/docs/webapp/organization-security.mdx
+++ /dev/null
@@ -1,303 +0,0 @@
----
-title: Organisationssicherheit
-description: >-
-  Konfigurieren Sie umfassende Sicherheitsrichtlinien für Ihre Organisation,
-  einschließlich 2FA-Durchsetzung, Passwortrichtlinien und
-  API-Schlüsselkontrollen zum Schutz Ihrer Apps und Daten.
-sidebar:
-  order: 9
-locale: de
----
-
-import { Aside, Steps, Badge } from '@astrojs/starlight/components';
-
-Capgo bietet umfassende Sicherheitskontrollen, die Organisationsadministratoren ermöglichen, Sicherheitsrichtlinien für alle Mitglieder durchzusetzen. Diese Funktionen helfen Ihnen, Compliance-Anforderungen zu erfüllen, sensible Daten zu schützen und eine starke Sicherheitslage aufrechtzuerhalten.
-
-## Übersicht
-
-Die Organisationssicherheitseinstellungen ermöglichen Super-Admins die Konfiguration von:
-
-- **Zwei-Faktor-Authentifizierung (2FA) Durchsetzung** - Alle Mitglieder zur Aktivierung von 2FA verpflichten
-- **Passwortrichtlinie** - Anforderungen an die Passwortkomplexität festlegen
-- **API-Schlüssel-Sicherheit** - Sichere API-Schlüssel und Ablaufrichtlinien durchsetzen
-
-![Organisationssicherheitseinstellungen](/org_security.webp)
-
-Die Sicherheitsseite ist in klar gekennzeichnete Abschnitte unterteilt:
-1. **Sicherheits-Tab** - Zugriff auf alle Sicherheitseinstellungen über die Seitenleiste der Organisationseinstellungen
-2. **2FA-Durchsetzung** - Umschalter und Statusanzeige für Zwei-Faktor-Authentifizierungsanforderungen
-3. **Passwortrichtlinie** - Konfiguration der Passwortkomplexitätsregeln für Organisationsmitglieder
-4. **API-Schlüssel-Richtlinie** - Einstellungen für sichere API-Schlüssel und Ablaufanforderungen
-5. **API-Schlüssel-Ablauf** - Kontrolle, ob API-Schlüssel ein Ablaufdatum haben müssen
-
-<Aside type="note">
-
-Nur Benutzer mit der Rolle **super_admin** können Organisationssicherheitseinstellungen konfigurieren. Andere Mitglieder können ihren Compliance-Status einsehen, aber die Richtlinien nicht ändern.
-
-</Aside>
-
-## Zugriff auf Sicherheitseinstellungen
-
-<Steps>
-
-1. Navigieren Sie zu Ihren Organisationseinstellungen, indem Sie in der Seitenleiste auf **Einstellungen** klicken
-2. Klicken Sie oben auf der Einstellungsseite auf den Tab **Organisation**
-3. Wählen Sie den Tab **Sicherheit** aus der Organisationsnavigationsleiste (hervorgehoben mit einem Schild-Symbol)
-
-</Steps>
-
-## Zwei-Faktor-Authentifizierung (2FA) Durchsetzung
-
-Die 2FA-Durchsetzung erfordert, dass alle Organisationsmitglieder die Zwei-Faktor-Authentifizierung für ihre Konten aktiviert haben. Dies fügt eine kritische Sicherheitsebene hinzu, indem sowohl ein Passwort als auch ein Verifizierungscode erforderlich sind.
-
-### Was passiert, wenn 2FA durchgesetzt wird
-
-- Mitglieder ohne 2FA werden **sofort blockiert** und können nicht auf Organisations-Apps zugreifen
-- Sowohl das Web-Dashboard als auch die CLI setzen diese Anforderung durch
-- Neue Mitglieder müssen 2FA aktivieren, bevor sie auf Organisationsressourcen zugreifen können
-- Das System verfolgt in Echtzeit, welche Mitglieder 2FA aktiviert haben
-
-### Das 2FA-Status-Panel verstehen
-
-Die Sicherheitsseite zeigt ein umfassendes **Mitglieder 2FA-Status** Panel, das anzeigt:
-
-- **Gesamtmitglieder** - Die Gesamtzahl der Mitglieder in Ihrer Organisation
-- **2FA aktiviert** (grüner Indikator) - Mitglieder, die die Zwei-Faktor-Authentifizierung erfolgreich aktiviert haben
-- **2FA nicht aktiviert** (orangefarbener Warnindikator) - Mitglieder, die 2FA noch einrichten müssen
-
-Wenn Mitglieder 2FA nicht aktiviert haben, erscheinen sie in einem **Mitglieder ohne 2FA** Warnfeld. Dieses Feld zeigt:
-- Die E-Mail-Adresse jedes Mitglieds und seine Rolle in der Organisation
-- Eine **E-Mail-Liste kopieren** Schaltfläche, um alle betroffenen E-Mail-Adressen schnell für die Kommunikation zu kopieren
-
-### 2FA-Durchsetzung aktivieren
-
-<Steps>
-
-1. Navigieren Sie zu **Organisationseinstellungen > Sicherheit**
-2. Suchen Sie den Abschnitt **2FA für alle Mitglieder erforderlich** oben auf der Seite
-3. Überprüfen Sie das **Mitglieder 2FA-Status** Panel, um zu sehen, welche Mitglieder betroffen sein werden
-4. Wenn es Mitglieder ohne 2FA gibt, verwenden Sie die **E-Mail-Liste kopieren** Schaltfläche, um sie vor der Aktivierung zu benachrichtigen
-5. Schalten Sie den Schalter neben **2FA für alle Mitglieder erforderlich** um, um die Durchsetzung zu aktivieren
-6. Der Schalter zeigt den Status **Deaktiviert** oder **Aktiviert** auf der rechten Seite an
-
-</Steps>
-
-<Aside type="caution">
-
-Vor der Aktivierung der 2FA-Durchsetzung:
-- Benachrichtigen Sie betroffene Mitglieder im Voraus und teilen Sie die [2FA-Einrichtungsanleitung](/docs/webapp/mfa/)
-- Geben Sie ihnen Zeit, 2FA für ihre Konten zu aktivieren
-- Mitglieder ohne 2FA verlieren sofort den Zugang, wenn Sie die Durchsetzung aktivieren
-- Erwägen Sie, die im Warnfeld "Mitglieder ohne 2FA" aufgelisteten Mitglieder zu kontaktieren
-
-</Aside>
-
-### CLI-Unterstützung für 2FA-Durchsetzung
-
-Sie können die 2FA-Durchsetzung auch über die CLI verwalten:
-
-```shell
-# 2FA-Durchsetzung aktivieren
-npx @capgo/cli organization set YOUR_ORG_ID --enforce-2fa
-
-# 2FA-Durchsetzung deaktivieren
-npx @capgo/cli organization set YOUR_ORG_ID --no-enforce-2fa
-
-# Mitglieder-2FA-Status prüfen
-npx @capgo/cli organization members YOUR_ORG_ID
-```
-
-Für detaillierte Informationen zur 2FA-Durchsetzung siehe die [2FA-Durchsetzungsanleitung](/docs/webapp/2fa-enforcement/).
-
-## Passwortrichtlinie
-
-Passwortrichtlinien ermöglichen es Ihnen, Anforderungen an die Passwortkomplexität für alle Organisationsmitglieder durchzusetzen. Wenn das Passwort eines Mitglieds die Richtlinienanforderungen nicht erfüllt, muss es sein Passwort aktualisieren, bevor es auf Organisationsressourcen zugreifen kann.
-
-Der Abschnitt Passwortrichtlinie (mit Indikator **3** im Übersichtsbild markiert) bietet einen einfachen Schalter zur Durchsetzung von Passwortanforderungen in Ihrer gesamten Organisation.
-
-### Wie die Passwortrichtlinie funktioniert
-
-Wenn Sie die Passwortrichtlinie aktivieren:
-- Alle Organisationsmitglieder müssen die Anforderungen an die Passwortkomplexität erfüllen
-- Benutzer, die die Anforderungen nicht erfüllen, werden gesperrt, bis sie ihr Passwort aktualisieren
-- Die Richtlinie gilt für alle Mitglieder unabhängig von ihrer Rolle
-
-### Passwortrichtlinie aktivieren
-
-<Steps>
-
-1. Gehen Sie zu **Organisationseinstellungen > Sicherheit**
-2. Scrollen Sie nach unten, um den Abschnitt **Passwortrichtlinie** zu finden
-3. Lesen Sie die Beschreibung: "Organisationsmitglieder zur Verwendung von Passwörtern verpflichten, die bestimmte Komplexitätsanforderungen erfüllen"
-4. Schalten Sie den **Passwortrichtlinie durchsetzen** Schalter ein, um sie zu aktivieren
-5. Die Schalterbeschreibung lautet: "Wenn aktiviert, müssen alle Organisationsmitglieder die Passwortanforderungen erfüllen, um auf die Organisation zugreifen zu können"
-
-</Steps>
-
-### Verfügbare Passwortanforderungen
-
-| Einstellung | Beschreibung | Bereich |
-|-------------|--------------|---------|
-| **Mindestlänge** | Mindestanzahl erforderlicher Zeichen | 6-128 Zeichen |
-| **Großbuchstabe erforderlich** | Passwort muss mindestens einen Großbuchstaben (A-Z) enthalten | Ein/Aus |
-| **Zahl erforderlich** | Passwort muss mindestens eine Ziffer (0-9) enthalten | Ein/Aus |
-| **Sonderzeichen erforderlich** | Passwort muss mindestens ein Sonderzeichen (!@#$%^&*, etc.) enthalten | Ein/Aus |
-
-### Mitglieder-Compliance-Tracking
-
-Wenn eine Passwortrichtlinie aktiv ist, können Sie die Compliance überwachen:
-
-- **Gesamtmitglieder**: Anzahl der Mitglieder in Ihrer Organisation
-- **Konform**: Mitglieder, deren Passwörter die Richtlinienanforderungen erfüllen
-- **Nicht konform**: Mitglieder, die ihre Passwörter aktualisieren müssen
-
-Nicht konforme Mitglieder werden mit ihren E-Mail-Adressen aufgelistet. Sie können die E-Mail-Liste kopieren, um sie über die Richtlinie und erforderliche Passwortänderungen zu informieren.
-
-<Aside type="tip">
-
-Wenn Sie eine Passwortrichtlinie zum ersten Mal aktivieren, werden Mitglieder mit nicht konformen Passwörtern bei ihrer nächsten Anmeldung aufgefordert, ihr Passwort zu ändern. Sie werden nicht sofort gesperrt, aber ihr Zugriff kann eingeschränkt werden, bis sie die Anforderungen erfüllen.
-
-</Aside>
-
-### Bewährte Methoden für Passwortrichtlinien
-
-- **Mit vernünftigen Anforderungen beginnen**: Eine Mindestlänge von 10-12 Zeichen mit Groß-/Kleinschreibung und Zahlen bietet gute Sicherheit ohne übermäßig restriktiv zu sein
-- **Änderungen kommunizieren**: Benachrichtigen Sie Ihr Team, bevor Sie neue Passwortanforderungen aktivieren
-- **Übergangszeit einplanen**: Geben Sie den Mitgliedern Zeit, ihre Passwörter zu aktualisieren
-- **Passwort-Manager empfehlen**: Empfehlen Sie Teammitgliedern die Verwendung von Passwort-Managern zur Generierung und Speicherung sicherer Passwörter
-
-## API-Schlüssel-Sicherheit
-
-Capgo bietet zwei Sicherheitskontrollen für API-Schlüssel: Durchsetzung sicherer (gehashter) API-Schlüssel und Anforderung von Ablaufdaten. Der Abschnitt API-Schlüssel-Richtlinie (mit Indikator **4** im Übersichtsbild markiert) ist durch ein Schlüssel-Symbol gekennzeichnet.
-
-### Sichere API-Schlüssel durchsetzen
-
-Die erste Option im Abschnitt API-Schlüssel-Richtlinie ist **Sichere API-Schlüssel durchsetzen**. Wenn aktiviert, erfordert diese Einstellung, dass alle API-Schlüssel in Ihrer Organisation im sicheren/gehashten Format erstellt werden.
-
-Gehashte API-Schlüssel sind sicherer, weil:
-
-- Der tatsächliche Schlüsselwert niemals auf unseren Servern gespeichert wird
-- Nur Sie (und Ihre Systeme) Zugriff auf den vollständigen Schlüssel haben
-- Selbst wenn unsere Datenbank kompromittiert würde, könnten Ihre Schlüssel nicht verwendet werden
-
-Die Schalterbeschreibung lautet: "Wenn aktiviert, können nur sichere (gehashte) API-Schlüssel auf diese Organisation zugreifen. Klartext-API-Schlüssel werden abgelehnt."
-
-<Aside type="note">
-
-Bestehende Legacy-API-Schlüssel (nicht gehasht) funktionieren weiterhin, aber Mitglieder können keine neuen nicht gehashten Schlüssel erstellen, wenn diese Richtlinie aktiviert ist.
-
-</Aside>
-
-### Sichere API-Schlüssel aktivieren
-
-<Steps>
-
-1. Gehen Sie zu **Organisationseinstellungen > Sicherheit**
-2. Scrollen Sie nach unten, um den Abschnitt **API-Schlüssel-Richtlinie** zu finden (achten Sie auf das Schlüssel-Symbol)
-3. Suchen Sie den Schalter **Sichere API-Schlüssel durchsetzen**
-4. Schalten Sie den Schalter um, um die Durchsetzung sicherer API-Schlüssel zu aktivieren
-5. Bestehende Schlüssel sind nicht betroffen; die Richtlinie gilt für die Erstellung neuer Schlüssel
-
-</Steps>
-
-### API-Schlüssel-Ablaufrichtlinie
-
-Die zweite Option (mit Indikator **5** im Übersichtsbild markiert) ist **API-Schlüssel-Ablauf erforderlich**. Sie können verlangen, dass alle API-Schlüssel ein Ablaufdatum haben, wodurch ihre Gültigkeitsdauer begrenzt wird.
-
-Dies ist eine bewährte Sicherheitspraxis, die:
-
-- Das Expositionsfenster begrenzt, wenn ein Schlüssel kompromittiert wird
-- Regelmäßige Schlüsselrotation sicherstellt
-- Hilft, Compliance-Anforderungen für das Credential-Management zu erfüllen
-
-Die Schalterbeschreibung lautet: "Wenn aktiviert, müssen alle API-Schlüssel für diese Organisation ein Ablaufdatum haben"
-
-### Ablaufrichtlinie konfigurieren
-
-<Steps>
-
-1. Gehen Sie zu **Organisationseinstellungen > Sicherheit**
-2. Finden Sie den Abschnitt **API-Schlüssel-Richtlinie**
-3. Suchen Sie den Schalter **API-Schlüssel-Ablauf erforderlich** (unter Sichere API-Schlüssel durchsetzen)
-4. Schalten Sie den Schalter um, um die Ablaufanforderung zu aktivieren
-5. Nach der Aktivierung setzen Sie die **Maximalen Ablauftage** (1-365 Tage)
-   - Dies begrenzt, wie weit in der Zukunft Ablaufdaten gesetzt werden können
-   - Beispiel: Die Einstellung von 90 Tagen bedeutet, dass Schlüssel höchstens 90 Tage ab Erstellung ablaufen können
-
-</Steps>
-
-<Aside type="caution">
-
-Wenn Sie die Ablaufanforderung aktivieren:
-- Neue API-Schlüssel müssen ein Ablaufdatum haben
-- Bestehende Schlüssel ohne Ablaufdatum funktionieren weiterhin
-- Erwägen Sie, bestehende Schlüssel zu überprüfen und solche ohne Ablaufdatum zu rotieren
-
-</Aside>
-
-### Empfohlene API-Schlüssel-Richtlinien
-
-| Anwendungsfall | Sichere Schlüssel | Ablauf | Max. Tage |
-|----------------|-------------------|--------|-----------|
-| **Entwicklung** | Empfohlen | Optional | 30-90 |
-| **CI/CD-Pipelines** | Erforderlich | Erforderlich | 90-180 |
-| **Produktion** | Erforderlich | Erforderlich | 30-90 |
-| **Enterprise/Compliance** | Erforderlich | Erforderlich | 30-60 |
-
-## Compliance und Auditing
-
-Organisationssicherheitsfunktionen helfen Ihnen, verschiedene Compliance-Anforderungen zu erfüllen:
-
-| Standard | Relevante Funktionen |
-|----------|----------------------|
-| **SOC 2** | 2FA-Durchsetzung, Passwortrichtlinien, API-Schlüsselkontrollen |
-| **ISO 27001** | Alle Sicherheitsfunktionen helfen beim Nachweis der Zugriffskontrolle |
-| **HIPAA** | Starke Authentifizierung und Zugriffsverwaltung |
-| **DSGVO** | Datenschutz durch Zugriffskontrollen |
-| **PCI DSS** | Multi-Faktor-Authentifizierung, sichere Passwörter |
-
-### Compliance-Status überwachen
-
-Das Sicherheits-Dashboard bietet Echtzeit-Einblick in:
-- Wie viele Mitglieder 2FA aktiviert haben
-- Passwortrichtlinien-Compliance in Ihrer Organisation
-- Übernahme der API-Schlüssel-Sicherheit
-
-Verwenden Sie die Funktion "E-Mail-Liste kopieren", um Listen nicht konformer Mitglieder einfach für gezielte Kommunikation zu exportieren.
-
-## Fehlerbehebung
-
-### "Zugriff verweigert: Sicherheitsrichtlinie nicht erfüllt"
-
-**Problem**: Ein Mitglied kann nicht auf die Organisation zugreifen.
-
-**Lösungen**:
-1. Prüfen Sie, ob 2FA durchgesetzt wird - das Mitglied muss [2FA aktivieren](/docs/webapp/mfa/)
-2. Prüfen Sie, ob eine Passwortrichtlinie aktiv ist - das Mitglied muss sein Passwort aktualisieren
-3. Überprüfen Sie den Compliance-Status des Mitglieds im Sicherheits-Dashboard
-
-### Sicherheitsfunktionen können nicht aktiviert werden
-
-**Problem**: Sicherheitsschalter sind deaktiviert oder reagieren nicht.
-
-**Lösungen**:
-- Stellen Sie sicher, dass Sie die Rolle **super_admin** in der Organisation haben
-- Überprüfen Sie Ihre Netzwerkverbindung
-- Versuchen Sie, die Seite zu aktualisieren
-- Kontaktieren Sie den Support, wenn das Problem weiterhin besteht
-
-### API-Schlüsselerstellung schlägt fehl
-
-**Problem**: Neue API-Schlüssel können nicht erstellt werden.
-
-**Lösungen**:
-- Wenn sichere Schlüssel durchgesetzt werden, stellen Sie sicher, dass Sie den Erstellungsablauf für sichere Schlüssel verwenden
-- Wenn ein Ablaufdatum erforderlich ist, setzen Sie ein Ablaufdatum innerhalb des zulässigen Bereichs
-- Überprüfen Sie die Einstellung für die maximalen Ablauftage
-
-## Nächste Schritte
-
-- [2FA für Ihr Konto einrichten](/docs/webapp/mfa/)
-- [Details zur 2FA-Durchsetzung erfahren](/docs/webapp/2fa-enforcement/)
-- [API-Schlüssel verwalten](/docs/webapp/api-keys/)
-- [Organisationsverwaltung](/docs/webapp/organization-system/)
diff --git a/src/content/docs/de/docs/webapp/organization-system.mdx b/src/content/docs/de/docs/webapp/organization-system.mdx
deleted file mode 100644
index da2b0c5c2..000000000
--- a/src/content/docs/de/docs/webapp/organization-system.mdx
+++ /dev/null
@@ -1,127 +0,0 @@
----
-title: "Organisationssystem"
-description: "Eine detaillierte Anleitung zur Verwaltung und Organisation Ihrer Teams und Anwendungen in Ihrem Capgo-Konto, um sichere Zusammenarbeit und effiziente Zugriffskontrolle für alle beteiligten Mitglieder zu gewährleisten."
-sidebar:
-  order: 11
-locale: de
----
-
-## Was ist das Organisationssystem?
-
-Das Organisationssystem ist ein System in Capgo, das es Ihnen ermöglicht, Ihre Apps sicher mit Mitgliedern Ihres Teams zu teilen.
-
-## Übersicht der Organisationseinstellungen
-
-<figure><img src="/orgs-settings.webp" alt="Organisationseinstellungen" /><figcaption></figcaption></figure>
-
-| Nummer | Element | Beschreibung |
-|--------|---------|--------------|
-| 1 | Einstellungen | Zugriff auf Einstellungen über das Seitenleistenmenü |
-| 2 | Organisation-Tab | Wechsel zu Organisationseinstellungen (vs. persönliche Kontoeinstellungen) |
-| 3 | Allgemein | Organisationsname, Logo und Management-E-Mail anzeigen und bearbeiten |
-| 4 | Mitglieder | Teammitglieder und deren Berechtigungen verwalten |
-| 5 | Sicherheit | Sicherheitsrichtlinien konfigurieren (2FA, Passwortanforderungen) |
-| 6 | Audit-Logs | Aktivitätsprotokolle Ihrer Organisation anzeigen |
-| 7 | Pläne | Abonnementplan anzeigen und verwalten |
-| 8 | Nutzung | Nutzungsstatistiken Ihrer Organisation überwachen |
-| 9 | Credits | Zusätzliche Credits anzeigen und kaufen |
-| 10 | Webhooks | Webhook-Integrationen konfigurieren |
-| 11 | Abrechnung | Rechnungsinformationen und Rechnungen verwalten |
-| 12 | Organisationsauswahl | Zwischen verschiedenen Organisationen wechseln |
-
-### So greifen Sie auf die Organisationseinstellungen zu
-
-1. Klicken Sie auf **Einstellungen** (1) in der linken Seitenleiste
-2. Wählen Sie den **Organisation**-Tab (2) oben aus
-3. Verwenden Sie die Tabs (3-11), um zwischen verschiedenen Einstellungsbereichen zu navigieren
-
-### So wechseln Sie Organisationen
-
-Klicken Sie auf das **Organisationsauswahl**-Dropdown (12) oben links in der Seitenleiste, um Organisationen anzuzeigen und zwischen ihnen zu wechseln, auf die Sie Zugriff haben.
-
-## Mitglieder verwalten
-
-<figure><img src="/org-show-members.webp" alt="Organisationsmitglieder" /><figcaption></figcaption></figure>
-
-Der Mitgliederbereich zeigt alle Benutzer an, die Zugriff auf Ihre Organisation haben, mit:
-- **Mitglied**: Benutzer-Avatar, Name und E-Mail
-- **Rolle**: Aktuelle Berechtigungsstufe (Lesen, Upload, Schreiben, Admin, Super Admin)
-- **Aktionen**: Mitglieder bearbeiten oder entfernen
-
-### So laden Sie ein neues Mitglied ein
-
-<figure><img src="/orgs-add-member.webp" alt="Mitglied einladen" /><figcaption></figcaption></figure>
-
-1. Klicken Sie auf die **+ Hinzufügen**-Schaltfläche (1)
-2. Geben Sie die E-Mail-Adresse des Benutzers im Modal ein (2)
-3. Klicken Sie auf **Einladen**
-
-### Berechtigungen auswählen
-
-<figure><img src="/select-perm-orgs.webp" alt="Berechtigungen auswählen" /><figcaption></figcaption></figure>
-
-Nach Eingabe der E-Mail wählen Sie die Berechtigungsstufe für den eingeladenen Benutzer:
-- **Lesen** - Nur Lesezugriff
-- **Upload** - Kann neue Versionen hochladen
-- **Schreiben** - Kann Einstellungen und Inhalte ändern
-- **Admin** - Vollzugriff außer Abrechnung und Löschung
-- **Super Admin** - Vollständige Organisationskontrolle
-
-### Einladung abschließen
-
-<figure><img src="/invite_org_user.webp" alt="Einladungsformular" /><figcaption></figcaption></figure>
-
-Füllen Sie die restlichen Details aus:
-- **E-Mail** - Aus dem vorherigen Schritt vorausgefüllt
-- **Rolle** - Zeigt die ausgewählte Berechtigungsstufe an
-- **Vorname** - Optional: Vorname des Eingeladenen
-- **Nachname** - Optional: Nachname des Eingeladenen
-- **Captcha** - Bestätigen Sie, dass Sie ein Mensch sind
-
-Klicken Sie auf **Einladung senden**, um den Vorgang abzuschließen.
-
-## Berechtigungsübersicht
-
-| Berechtigung                      | Lesen | Upload | Schreiben | Admin | Super Admin |
-|-----------------------------------|-------|--------|-----------|-------|-------------|
-| App-Statistiken anzeigen          |   ✅   |    ✅   |     ✅     |   ✅   |      ✅      |
-| App-Kanäle anzeigen               |   ✅   |    ✅   |     ✅     |   ✅   |      ✅      |
-| Geräte anzeigen                   |   ✅   |    ✅   |     ✅     |   ✅   |      ✅      |
-| Logs anzeigen                     |   ✅   |    ✅   |     ✅     |   ✅   |      ✅      |
-| Bundles anzeigen                  |   ✅   |    ✅   |     ✅     |   ✅   |      ✅      |
-| App löschen                       |   ❌   |    ❌   |     ❌     |   ❌   |      ✅      |
-| Kanal löschen                     |   ❌   |    ❌   |     ❌     |   ✅   |      ✅      |
-| Version löschen                   |   ❌   |    ❌   |     ✅     |   ✅   |      ✅      |
-| Org-Einstellungen ändern          |   ❌   |    ❌   |     ❌     |   ✅   |      ✅      |
-| Org-Benutzer verwalten            |   ❌   |    ❌   |     ❌     |   ✅   |      ✅      |
-| Kanaleinstellungen ändern         |   ❌   |    ❌   |     ✅     |   ✅   |      ✅      |
-| Neue Version hochladen            |   ❌   |    ✅   |     ✅     |   ✅   |      ✅      |
-| Geräte ändern                     |   ❌   |    ❌   |     ✅     |   ✅   |      ✅      |
-| Aktuelle Version des Kanals ändern|   ❌   |    ❌   |     ✅     |   ✅   |      ✅      |
-| Neuen Kanal erstellen             |   ❌   |    ❌   |     ❌     |   ✅   |      ✅      |
-| Version ändern (Metadaten)        |   ❌   |    ❌   |     ✅     |   ✅   |      ✅      |
-| Abrechnung verwalten              |   ❌   |    ❌   |     ❌     |   ❌   |      ✅      |
-| Version unsicher löschen          |   ❌   |    ❌   |     ❌     |   ❌   |      ✅      |
-
-## Abrechnung
-
-Jeder mit einer **Super Admin**-Berechtigung kann die Abrechnung für eine bestimmte Organisation verwalten. Pläne sind mit einer Organisation und nicht mit Ihrem persönlichen Konto verknüpft.
-
-:::danger
-⚠️ Der Kauf eines Plans wirkt sich NUR auf die Organisation aus, die Sie aktuell ausgewählt haben
-:::
-
-## FAQ
-
-### Kann ich mehr als eine Organisation erstellen?
-
-Nein, noch nicht.
-
-### Wie kann ich Sicherheitsrichtlinien für meine Organisation konfigurieren?
-
-Super Admins können umfassende Sicherheitsrichtlinien konfigurieren, einschließlich:
-- **2FA-Durchsetzung** - Alle Mitglieder müssen die Zwei-Faktor-Authentifizierung aktivieren
-- **Passwortrichtlinie** - Anforderungen an die Passwortkomplexität festlegen (Länge, Großbuchstaben, Zahlen, Sonderzeichen)
-- **API-Schlüssel-Sicherheit** - Sichere/gehashte API-Schlüssel und Ablaufrichtlinien durchsetzen
-
-Siehe die [Organisationssicherheit](/docs/webapp/organization-security/) Dokumentation für detaillierte Konfigurationsanweisungen.
diff --git a/src/content/docs/de/docs/webapp/payment.mdx b/src/content/docs/de/docs/webapp/payment.mdx
deleted file mode 100644
index 57c214327..000000000
--- a/src/content/docs/de/docs/webapp/payment.mdx
+++ /dev/null
@@ -1,81 +0,0 @@
----
-title: "Zahlungssystem"
-description: "Zahlungsverwaltung in Ihrem Capgo-Konto. In diesem Abschnitt zeigen wir Ihnen, wie Sie Ihre Karte, Ihren Plan und Ihre Credits für Capgo verwalten"
-sidebar:
-  order: 10
-locale: de
----
-
-## Worum geht es?
-
-Diese Seite beantwortet einige Fragen zum Zahlungssystem in capgo.
-
-## Pläne
-
-#### F: Wie kann ich meinen capgo-Plan upgraden?
-A: Sie können Ihren capgo-Plan upgraden, indem Sie zu [den Einstellungen](/docs/webapp/settings/#how-to-get-to-the-settings-page) gehen und auf den **Pläne**-Tab (1) klicken.
-
-<figure><img src="/plans-subscribe.webp" alt="Pläne-Seite" /><figcaption></figcaption></figure>
-
-Auf dieser Seite können Sie:
-- Zwischen **Monatlicher Plan** und **Jährlich** wechseln (mit 20% Rabatt für jährliche Zahlung)
-- Aus vier Plänen wählen: **Solo**, **Maker**, **Team** oder **Enterprise**
-- Auf **Abonnieren** (2) bei dem Plan klicken, der am besten zu Ihren Bedürfnissen passt
-
-Jeder Plan zeigt:
-- Monatlicher Preis und jährlicher Gesamtbetrag
-- Enthaltene monatlich aktive Benutzer und Überschreitungspreise
-- Speicher- und Bandbreitenkontingente
-- Build-Minuten/Stunden
-- Funktionen wie dedizierter Support, benutzerdefinierte Domain und SOC II-Konformität
-
-Wenn Sie sich nicht auf einen Plan festlegen möchten, können Sie stattdessen **Credits** verwenden - klicken Sie auf "Mehr über Credits erfahren", um zu sehen, wie die nutzungsbasierte Abrechnung funktioniert.
-
-Nach dem Klicken auf Abonnieren öffnet sich eine Stripe-Checkout-Seite, auf der Sie Ihre Zahlungsinformationen sicher eingeben können.
-
-## Credits
-
-Credits bieten eine flexible Alternative zum Upgrade Ihres Plans. Sie sind nützlich, wenn:
-
-- **Temporäre Spitzen** - Sie vorübergehend über Ihre Planlimits hinausgehen (z.B. ein viraler Moment, saisonaler Traffic) und nicht dauerhaft upgraden möchten
-- **Plan-Mismatch** - Der nächste Plan-Tier aus anderen Gründen nicht zu Ihren Bedürfnissen passt (vielleicht benötigen Sie mehr Bandbreite, aber nicht mehr MAU)
-- **Pay-as-you-go Präferenz** - Sie lieber nur für das bezahlen, was Sie über Ihren Basisplan hinaus nutzen
-
-#### F: Wie greife ich auf die Credits-Seite zu?
-A: Gehen Sie zu [den Einstellungen](/docs/webapp/settings/#how-to-get-to-the-settings-page) und klicken Sie auf den **Credits**-Tab (1).
-
-<figure><img src="/buy_credits.webp" alt="Credits-Seite" /><figcaption></figcaption></figure>
-
-Die Credits-Seite zeigt:
-
-1. **Credits-Tab** - Navigieren Sie hier von den Organisationseinstellungen aus
-2. **Credits-Guthaben** - Zeigt Ihre verfügbaren Credits (z.B. 0,00 / 0,00) und die in der aktuellen Periode verwendeten Credits
-3. **Verwendete Credits (USD)** - Der geschätzte Dollarwert der während der aktuellen Abrechnungsperiode verbrauchten Credits, plus verbleibende verfügbare Credits
-4. **Mehr Credits benötigt?** - Kaufen Sie sofort zusätzliche Credits, um Ihre Benutzer ohne Unterbrechung weiterhin Updates zu ermöglichen. Wählen Sie aus voreingestellten Beträgen ($50, $100, $500, $5000) oder geben Sie einen benutzerdefinierten Betrag ein. Der geschätzte Gesamtbetrag inkl. Steuern wird vor dem Checkout angezeigt
-5. **Credit-Preise** - Erweitern Sie diesen Abschnitt, um die Preisstufen für verschiedene Nutzungsarten (MAU, Speicher, Bandbreite) zu sehen
-6. **Credit-Transaktionen** - Sehen Sie Ihre Credit-Kauf- und Nutzungshistorie ein
-
-#### F: Wie kaufe ich Credits?
-A: Wählen Sie auf der Credits-Seite den gewünschten Betrag aus (oder verwenden Sie das Dropdown für benutzerdefinierte Beträge) und klicken Sie dann auf **Credits kaufen**. Sie werden zur Stripe-Checkout-Seite weitergeleitet, wo Sie die Menge anpassen und die Zahlung abschließen können.
-
-#### F: Wann werden Credits verwendet?
-A: Credits werden automatisch verbraucht, wenn Sie Ihre Planlimits für monatlich aktive Benutzer, Speicher oder Bandbreite überschreiten. Sie bieten eine flexible Möglichkeit, Überschreitungen ohne Serviceunterbrechung zu handhaben.
-
-#### F: Sind die Zahlungen sicher?
-A: Ja, Zahlungen werden vollständig von Stripe verwaltet. Capgo erhält niemals Zugriff auf Ihre Kreditkartendaten. Stripe nimmt Sicherheit sehr ernst. [Mehr über Stripes Sicherheitsrichtlinien erfahren](https://stripe.com/docs/security/)
-
-#### F: Wird capgo meinen Plan automatisch upgraden, wenn ich das Limit überschreite?
-A: Nein, capgo wird niemals Ihren Plan ändern.
-
-#### F: Wird capgo mir eine E-Mail senden, wenn mein Plan seine Grenzen erreicht?
-A: Ja, capgo wird Ihnen eine E-Mail mit Informationen über die Nutzung senden.
-
-#### F: Wird der von mir gekaufte Plan die Organisationen beeinflussen, zu denen ich eingeladen wurde?
-A: Nein, der Plan wird nur die Organisation beeinflussen, die Sie aktuell ausgewählt haben.
-Bitte beachten Sie [die Organisations-Dokumentation](/docs/webapp/organization-system/#q-how-is-billing-done-within-orgs).
-
-#### F: Was, wenn ich einen maßgeschneiderten Plan benötige?
-A: [Bitte kontaktieren Sie den capgo-Support direkt](/docs/getting-help#support-by-chat)
-
-#### F: Wie sieht die Rückerstattungsrichtlinie für capgo aus?
-A: Eine Rückerstattungsrichtlinie finden Sie [hier](https://capgo.app/return/)
diff --git a/src/content/docs/de/docs/webapp/settings.mdx b/src/content/docs/de/docs/webapp/settings.mdx
deleted file mode 100644
index 7a4502272..000000000
--- a/src/content/docs/de/docs/webapp/settings.mdx
+++ /dev/null
@@ -1,33 +0,0 @@
----
-title: Impostazioni
-description: So ändern Sie die Benutzereinstellungen
-sidebar:
-  order: 4
-locale: de
----
-
-## So gelangen Sie zur Einstellungsseite
-
-Klicken Sie zuerst auf **Ihren Namen und Ihr Bild**. Klicken Sie dann auf **Einstellungen**.
-
-<figure><img src="/settings-go.webp" alt="open settings" /><figcaption></figcaption></figure>
-
-## Benutzereinstellungen ändern
-
-Um Benutzereinstellungen zu ändern, füllen Sie einfach das Formular im Konto aus und klicken Sie dann auf **Aktualisieren**
-
-<figure><img src="/account-save.webp" alt="save change in account" /><figcaption></figcaption></figure>
-
-Dann sollte eine Bestätigung erscheinen
-
-<figure><img src="/account-updated.webp" alt="acount updated" /><figcaption></figcaption></figure>
-
-## Passwort ändern
-
-Um das Passwort zu ändern, gehen Sie zur Einstellungsseite und klicken Sie auf **Passwort**. Füllen Sie dann das Formular aus und klicken Sie auf **Aktualisieren**
-
-<figure><img src="/update-passwd.webp" alt="update password" /><figcaption></figcaption></figure>
-
-Wenn das Passwort nicht den Capgo-Passwort-Sicherheitsregeln entspricht, erhalten Sie eine Fehlermeldung
-
-<figure><img src="/passwd-error.webp" alt="wrong password" /><figcaption></figcaption></figure>
\ No newline at end of file
diff --git a/src/content/docs/docs/contributing/adding-plugins.mdx b/src/content/docs/docs/contributing/adding-plugins.mdx
index ddf473fa0..9a1c85b00 100644
--- a/src/content/docs/docs/contributing/adding-plugins.mdx
+++ b/src/content/docs/docs/contributing/adding-plugins.mdx
@@ -364,23 +364,13 @@ When updating an existing plugin:
 6. **Revise best practices** based on new features
 7. **Keep tutorial current** with latest API
 
-## Multi-language Support
+## Language Support
 
-The website supports multiple languages. After creating English documentation:
+The website currently ships English content only. Keep plugin tutorials in:
 
-1. Run the translation script:
-   ```bash
-   bun run plugins:translate_all
-   ```
+- `/src/content/plugins-tutorials/en/`
 
-2. Review generated translations in:
-   - `/src/content/plugins-tutorials/de/` (German)
-   - `/src/content/plugins-tutorials/es/` (Spanish)
-   - `/src/content/plugins-tutorials/fr/` (French)
-   - `/src/content/plugins-tutorials/it/` (Italian)
-   - `/src/content/plugins-tutorials/ja/` (Japanese)
-   - `/src/content/plugins-tutorials/ko/` (Korean)
-   - `/src/content/plugins-tutorials/id/` (Indonesian)
+The i18n setup remains in place, but non-English website content is intentionally not published.
 
 ## Testing Your Changes
 
@@ -388,7 +378,7 @@ After adding or updating plugin documentation:
 
 1. **Build the site locally**:
    ```bash
-   npm run build
+   bun run build
    ```
 
 2. **Check for errors**:
diff --git a/src/content/docs/es/docs/cli/cloud-build/android.mdx b/src/content/docs/es/docs/cli/cloud-build/android.mdx
deleted file mode 100644
index 4f2fd3473..000000000
--- a/src/content/docs/es/docs/cli/cloud-build/android.mdx
+++ /dev/null
@@ -1,470 +0,0 @@
----
-title: Compilaciones Android
-description: Configura y compila aplicaciones Android con Capgo Construcción en la nube
-locale: es
-sidebar:
-  order: 3
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Compila y envía aplicaciones Android a Google Play Store usando la infraestructura de nube segura de Capgo.
-
-## Antes de Compilar
-
-<CardGrid>
-  <Card title="⚠️ Configura las Credenciales de Android Primero" icon="warning">
-    **Requerido:** Debes guardar tus credenciales de Android antes de compilar aplicaciones de lanzamiento.
-
-    [Configurar Credenciales de Android →](/docs/cli/cloud-build/credentials/#saving-android-credentials)
-  </Card>
-</CardGrid>
-
-## Cómo Funcionan las Compilaciones Android
-
-Las compilaciones Android se ejecutan en sandboxes seguros de Cloudflare:
-
-- **Infraestructura**: Cloudflare Workers con Android SDK en contenedores
-- **Herramienta de Compilación**: Gradle con herramientas de compilación de Android
-- **Ejecución**: Entorno sandbox aislado por compilación
-- **Limpieza**: Eliminación instantánea después de completar la compilación
-- **Seguridad**: Sin almacenamiento persistente, aislamiento completo entre compilaciones
-
-## Prerequisitos
-
-Antes de compilar para Android, necesitas:
-
-### 1. Entorno de Desarrollo (Pruebas Locales)
-
-- Android Studio instalado localmente (para configuración inicial de keystore)
-- Tu aplicación compilándose exitosamente con `npx cap open android`
-- Java JDK 17 o superior
-
-### 2. Keystore de Firma
-
-Para compilaciones de lanzamiento, necesitas un keystore de firma:
-
-| Tipo de Compilación | Keystore Requerido | Propósito |
-|------------|-------------------|---------|
-| **Depuración** | No | Solo pruebas, autogenerado |
-| **Lanzamiento** | Sí | Envío a Play Store |
-
-## Crear un Keystore
-
-<Aside type="tip">
-Para guías detalladas paso a paso con capturas de pantalla, visita:
-- [Guía de Certificados Android](https://capgo.app/cloud/native-builds/certificates/android/)
-- [Blog: Compilaciones Automáticas de Android con GitHub Actions](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)
-</Aside>
-
-Si aún no tienes un keystore, créalo:
-
-```bash
-keytool -genkey -v \
-  -keystore my-release-key.keystore \
-  -alias my-key-alias \
-  -keyalg RSA \
-  -keysize 2048 \
-  -validity 10000
-```
-
-Responde las preguntas:
-- **Contraseña**: Elige una contraseña fuerte (¡guárdala de forma segura!)
-- **Nombre**: Tu nombre o nombre de la empresa
-- **Organización**: Nombre de tu empresa
-- **Ubicación**: Tu ciudad, estado, país
-
-<Aside type="caution">
-**Importante**: ¡Mantén tu archivo keystore y contraseñas seguras! Si las pierdes, no podrás actualizar tu aplicación en Play Store.
-</Aside>
-
-### Entendiendo los Componentes del Keystore
-
-Al crear un keystore, necesitarás recordar:
-
-1. **Contraseña del Keystore** (`KEYSTORE_STORE_PASSWORD`): La contraseña para el archivo keystore en sí
-2. **Alias de la Clave** (`KEYSTORE_KEY_ALIAS`): El nombre/identificador para tu clave de firma dentro del keystore
-3. **Contraseña de la Clave** (`KEYSTORE_KEY_PASSWORD`): La contraseña para la clave específica (puede ser la misma que la contraseña del almacén)
-
-**Flujo de trabajo de ejemplo:**
-```bash
-# Lista los alias en tu keystore para verificar
-keytool -list -keystore my-release-key.keystore
-
-# Ver información detallada sobre tu clave
-keytool -list -v -keystore my-release-key.keystore -alias my-key-alias
-```
-
-## Configuración de Compilación
-
-### Variables de Entorno Requeridas
-
-Para **compilaciones de lanzamiento**, configura estas credenciales:
-
-```bash
-# Firma de Android (Requerido para lanzamiento)
-ANDROID_KEYSTORE_FILE="<keystore-codificado-en-base64>"
-KEYSTORE_KEY_ALIAS="my-key-alias"
-KEYSTORE_KEY_PASSWORD="<contraseña-de-clave>"
-KEYSTORE_STORE_PASSWORD="<contraseña-de-almacén>"
-
-# Publicación en Play Store (Opcional, para envío automático)
-PLAY_CONFIG_JSON="<json-de-cuenta-de-servicio-codificado-en-base64>"
-```
-
-### Generando Credenciales en Base64
-
-**Archivo Keystore:**
-```bash
-base64 -i my-release-key.keystore | pbcopy
-```
-
-**JSON de Cuenta de Servicio de Play Store:**
-```bash
-base64 -i play-store-service-account.json | pbcopy
-```
-
-La cadena base64 ahora está en tu portapapeles.
-
-### Configuración de Cuenta de Servicio de Play Store
-
-Para habilitar las cargas automáticas a Play Store, necesitas crear una cuenta de servicio de Google Cloud con los permisos apropiados.
-
-<Aside type="tip">
-Para instrucciones detalladas con capturas de pantalla, consulta la [Guía de Certificados Android](https://capgo.app/cloud/native-builds/certificates/android/).
-</Aside>
-
-<Steps>
-
-1. **Crear Cuenta de Servicio en Google Cloud**
-   - Ve a [Google Play Console](https://play.google.com/console) → Configuración → Acceso a la API
-   - Haz clic en "Crear nueva cuenta de servicio"
-   - Sigue el enlace a Google Cloud Console
-   - Haz clic en "Crear Cuenta de Servicio"
-   - Ingresa un nombre (ej., "Capgo CI/CD")
-   - Otorga el rol "Usuario de Cuenta de Servicio"
-   - Haz clic en "Listo"
-
-2. **Crear Clave JSON**
-   - En Google Cloud Console, encuentra tu cuenta de servicio
-   - Haz clic en el correo electrónico de la cuenta de servicio
-   - Ve a la pestaña "Claves"
-   - Haz clic en "Agregar Clave" → "Crear nueva clave"
-   - Elige formato "JSON"
-   - Descarga el archivo JSON (¡manténlo seguro!)
-
-3. **Otorgar Permisos en Play Console**
-   - Vuelve a Google Play Console → Configuración → Acceso a la API
-   - Encuentra tu cuenta de servicio en la lista
-   - Haz clic en "Otorgar acceso"
-   - En "Permisos de aplicación", selecciona tu aplicación
-   - En "Permisos de cuenta", otorga:
-     - **Lanzamientos**: "Ver información de la aplicación y descargar informes masivos (solo lectura)"
-     - **Lanzamientos**: "Crear, editar y eliminar lanzamientos borrador"
-     - **Lanzamientos**: "Lanzar a producción, excluir dispositivos y usar Play Aplicación Signing"
-   - Haz clic en "Invitar usuario"
-
-4. **Aceptar la Invitación**
-   - La cuenta de servicio recibirá un correo de invitación
-   - Acepta la invitación para activar los permisos
-
-</Steps>
-
-<Aside type="caution">
-El archivo JSON de la cuenta de servicio contiene credenciales sensibles. Nunca lo confirmes en control de versiones ni lo compartas públicamente.
-</Aside>
-
-## Compilando para Android
-
-### Compilación de Depuración
-
-Perfecto para pruebas sin firma:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-Esto crea un APK de Depuración que se puede instalar en cualquier dispositivo para pruebas.
-
-### Compilación de Lanzamiento
-
-Para envío a Play Store:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-Requiere que las credenciales de firma estén configuradas como Variables de entorno.
-
-## Integración CI/CD
-
-### Ejemplo de GitHub Actions
-
-```yaml
-name: Build Android App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync android
-
-      - name: Build Android app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_STORE_CONFIG }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform android \
-            --build-mode release
-```
-
-## Detalles del Proceso de Compilación
-
-### Qué Sucede Durante una Compilación Android
-
-<Steps>
-
-1. **Inicialización del Sandbox** (~5 segundos)
-   - Contenedor seguro iniciado
-   - Android SDK y Gradle cargados
-   - Sistema de archivos aislado creado
-
-2. **Configuración del Proyecto** (~20 segundos)
-   - Zip del proyecto descargado desde R2
-   - Extraído al directorio de compilación
-   - Credenciales de firma inyectadas
-
-3. **Compilación Gradle** (2-4 minutos)
-   - Dependencias descargadas
-   - Compilación APK/AAB
-   - Optimización ProGuard/R8 (modo Lanzamiento)
-   - Firma de código aplicada
-
-4. **Carga a Play Store** (30 segundos, si está configurado)
-   - AAB subido a Play Console
-   - Canal de lanzamiento configurado
-   - Envío iniciado
-
-5. **Limpieza** (inmediata)
-   - Todos los archivos eliminados
-   - Contenedor destruido
-   - Sin artefactos retenidos
-
-</Steps>
-
-### Pila de Compilación
-
-Nuestro entorno de compilación Android incluye:
-
-- **Java**: OpenJDK 17
-- **Android SDK**: Última versión estable
-- **Gradle**: 8.x
-- **Construir Tools**: 34.x
-- **Node.js**: 18.x (LTS)
-- **npm**: Última versión estable
-
-## Salida de Compilación
-
-### APK vs AAB
-
-- **APK** (Paquete Android): Archivo instalable para instalación directa
-- **AAB** (Android Aplicación Paquete): Formato recomendado por Google Play (descargas más pequeñas para usuarios)
-
-Por defecto, las compilaciones de Capgo crean:
-- **Modo Depuración**: APK
-- **Modo Lanzamiento**: AAB (optimizado para Play Store)
-
-## Tiempos de Compilación
-
-Tiempos típicos de compilación Android:
-
-| Tipo de Compilación | Tiempo Promedio |
-|------------|--------------|
-| Depuración | 2-3 minutos |
-| Lanzamiento (sin ProGuard) | 3-4 minutos |
-| Lanzamiento (con ProGuard) | 4-6 minutos |
-
-<Aside type="note">
-Las compilaciones Android cuestan **1× la tarifa base** (la mitad del costo de las compilaciones iOS).
-</Aside>
-
-## Variantes de Compilación
-
-### Variantes de Compilación Personalizadas
-
-Si tu aplicación tiene variantes de compilación personalizadas (ej., `staging`, `production`), usa `build-config`:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release \
-  --build-config '{"variant":"staging"}'
-```
-
-Esto compilará la variante `stagingRelease`.
-
-### Dimensiones de Sabor
-
-Para aplicaciones con dimensiones de sabor:
-
-```bash
---build-config '{"flavor":"premium","variant":"production"}'
-```
-
-Esto compila la variante `premiumProductionRelease`.
-
-## Solución de Problemas
-
-### Problemas Comunes
-
-**"Contraseña de keystore incorrecta"**
-- Verifica que KEYSTORE_STORE_PASSWORD coincida con tu keystore
-- Asegúrate de que KEYSTORE_KEY_PASSWORD coincida con la contraseña de tu alias de clave
-- Verifica espacios extra o caracteres especiales
-
-**"Alias de clave no encontrado"**
-- Verifica que KEYSTORE_KEY_ALIAS coincida exactamente (sensible a mayúsculas)
-- Lista los alias: `keytool -list -keystore my-release-key.keystore`
-
-**"Compilación Gradle falló"**
-- Revisa los registros de compilación para el Error específico
-- Asegúrate de que tu aplicación compile localmente con `./gradlew assembleRelease`
-- Verifica que todas las dependencias nativas estén en `build.gradle`
-
-**"Carga a Play Store falló"**
-- Verifica que el JSON de la cuenta de servicio sea válido
-- Asegúrate de que la cuenta de servicio tenga los permisos correctos en Play Console
-- Verifica que la aplicación esté configurada correctamente en Play Console
-
-**"Tiempo de espera de compilación agotado"**
-- Las aplicaciones grandes pueden necesitar optimización
-- Verifica si se pueden eliminar dependencias innecesarias
-- Contacta soporte si las compilaciones consistentemente agotan el tiempo
-
-### Registros de Depuración
-
-Busca estas fases clave en los registros de compilación:
-
-```
-→ Descargando dependencias...
-→ Ejecutando Gradle assembleRelease...
-→ Firmando APK/AAB...
-→ Subiendo a Play Store...
-✔ Compilación exitosa
-```
-
-Si una compilación falla, el Error específico de Gradle se mostrará en los registros.
-
-## Mejores Prácticas
-
-### 1. Probar Localmente Primero
-
-Siempre asegúrate de que tu compilación Android funcione localmente:
-
-```bash
-cd android
-./gradlew assembleRelease
-# o
-./gradlew bundleRelease
-```
-
-### 2. Asegurar tu Keystore
-
-- Nunca confirmes keystores en control de versiones
-- Almacena en gestión de secretos segura (1Password, AWS Secrets Manager, etc.)
-- Mantén copias de respaldo en múltiples ubicaciones seguras
-- Documenta contraseñas en un gestor de contraseñas seguro
-
-### 3. Gestión de Versiones
-
-Capgo lee la versión de tu `capacitor.config.json`:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "My App",
-  "version": "1.0.0",
-  "build": "1"
-}
-```
-
-Incrementa el número de `build` para cada lanzamiento.
-
-### 4. Configuración de ProGuard
-
-Para compilaciones de lanzamiento, asegúrate de que las reglas de ProGuard estén configuradas correctamente:
-
-```
-# android/app/proguard-rules.pro
--keep class com.getcapacitor.** { *; }
--keep @com.getcapacitor.annotation.CapacitorPlugin public class * {
-  @com.getcapacitor.annotation.PluginMethod public <methods>;
-}
-```
-
-### 5. Monitorear Tamaño de Compilación
-
-Mantén un ojo en el tamaño APK/AAB para asegurar que esté optimizado:
-
-```
-El CLI muestra el tamaño final:
-→ Tamaño APK: 12.4 MB
-```
-
-Si tu aplicación es grande (>50 MB), considera:
-- Habilitar ProGuard/R8
-- Usar formato AAB (entrega dinámica)
-- Optimizar imágenes y recursos
-
-## Envío a Play Store
-
-### Envío Automático
-
-Con PLAY_CONFIG_JSON configurado, las compilaciones se cargan automáticamente al canal de prueba interna de Play Console.
-
-### Envío Manual
-
-Si prefieres el envío manual:
-
-1. Ejecuta la compilación sin PLAY_CONFIG_JSON
-2. Descarga el AAB de los artefactos de compilación (si está configurado)
-3. Sube manualmente a Play Console
-
-## Próximos Pasos
-
-- [Compilaciones iOS](/docs/cli/cloud-build/ios/) - Configurar compilaciones iOS
-- [Solución de Problemas](/docs/cli/cloud-build/troubleshooting/) - Problemas comunes de compilación
-- [Referencia CLI](/docs/cli/reference/build/) - Documentación completa de comandos
-
-## ¿Necesitas Ayuda?
-
-- [Guía de Solución de Problemas](/docs/cli/cloud-build/troubleshooting/)
-- [Comunidad Discord](https://discord.com/invite/VnYRvBfgA6)
-- Email: support@capgo.app
diff --git a/src/content/docs/es/docs/cli/cloud-build/credentials.mdx b/src/content/docs/es/docs/cli/cloud-build/credentials.mdx
deleted file mode 100644
index 4f96ca725..000000000
--- a/src/content/docs/es/docs/cli/cloud-build/credentials.mdx
+++ /dev/null
@@ -1,405 +0,0 @@
----
-title: Gestión de Credenciales
-description: Guarda y gestiona credenciales de compilación localmente para compilaciones iOS y Android
-locale: es
-sidebar:
-  order: 5
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-
-Gestiona tus credenciales de compilación de iOS y Android localmente para compilaciones en la nube convenientes.
-
-## Descripción General
-
-Capgo CLI te permite guardar credenciales de compilación localmente en tu máquina en la carpeta `.capgo-credentials`. Cuando ejecutas una compilación, estas credenciales se usan automáticamente y se envían de forma segura a los servidores de compilación de Capgo.
-
-<Aside type="tip" title="¿Necesitas Ayuda para Obtener Credenciales?">
-Si aún no tienes tus certificados y credenciales, consulta estas guías completas:
-
-**iOS:**
-- [Cómo Obtener Certificados iOS](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) - Guía paso a paso
-- [Guía de Certificados iOS (Capgo)](https://capgo.app/cloud/native-builds/certificates/ios/) - Tutorial detallado con capturas de pantalla
-- [Blog: Compilaciones Automáticas iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) - Configuración completa de CI/CD
-
-**Android:**
-- [Crear un Keystore](/docs/cli/cloud-build/android/#creating-a-keystore) - Guía paso a paso
-- [Guía de Certificados Android (Capgo)](https://capgo.app/cloud/native-builds/certificates/android/) - Tutorial detallado con capturas de pantalla
-- [Blog: Compilaciones Automáticas Android](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) - Configuración completa de CI/CD
-</Aside>
-
-<Aside type="caution" title="Garantía de Seguridad">
-**Tus credenciales NUNCA se almacenan permanentemente en los servidores de Capgo:**
-- ✅ Usadas SOLO durante el proceso de compilación activo
-- ✅ Eliminadas automáticamente después de completar la compilación
-- ✅ Retención máxima: 24 horas (incluso si la compilación falla)
-- ✅ Las aplicaciones se envían directamente a Aplicación Store/Play Store - no almacenamos NADA
-- ✅ Transmitidas de forma segura sobre HTTPS
-</Aside>
-
-## Comandos
-
-### Guardar Credenciales
-
-Almacena tus credenciales de compilación localmente para uso automático:
-
-```bash
-npx @capgo/cli build credentials save --platform <ios|android> [opciones]
-```
-
-### Listar Credenciales
-
-Ver credenciales guardadas actualmente (las contraseñas están enmascaradas):
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-### Limpiar Credenciales
-
-Eliminar credenciales guardadas de tu máquina local:
-
-```bash
-# Limpiar todas las credenciales
-npx @capgo/cli build credentials clear
-
-# Limpiar solo credenciales iOS
-npx @capgo/cli build credentials clear --platform ios
-
-# Limpiar solo credenciales Android
-npx @capgo/cli build credentials clear --platform android
-```
-
-## Guardar Credenciales iOS
-
-<Aside type="note">
-**¿Aún no tienes certificados iOS?** Consulta la [guía de Compilaciones iOS](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) para instrucciones sobre cómo crear certificados y perfiles de aprovisionamiento.
-</Aside>
-
-### Ejemplo Completo
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform ios \
-  --certificate ./cert.p12 \
-  --p12-password "TuContraseñaP12" \
-  --provisioning-profile ./profile.mobileprovision \
-  --apple-key ./AuthKey_ABC1234567.p8 \
-  --apple-key-id "ABC1234567" \
-  --apple-issuer-id "00000000-0000-0000-0000-000000000000" \
-  --apple-team-id "TEAM123456"
-```
-
-### Opciones iOS
-
-| Opción | Descripción | Requerido |
-|--------|-------------|----------|
-| `--certificate <ruta>` | Ruta al archivo de certificado .p12 | Sí (lanzamiento) |
-| `--p12-password <contraseña>` | Contraseña para el certificado .p12 | Sí (lanzamiento) |
-| `--provisioning-profile <ruta>` | Ruta al archivo .mobileprovision | Sí (lanzamiento) |
-| `--provisioning-profile-prod <ruta>` | Perfil de aprovisionamiento de producción (opcional) | No |
-| `--apple-key <ruta>` | Ruta a la clave API .p8 de Aplicación Store Connect | Sí (envío) |
-| `--apple-key-id <id>` | ID de clave API de Aplicación Store Connect | Sí (envío) |
-| `--apple-issuer-id <id>` | ID de emisor API de Aplicación Store Connect (UUID) | Sí (envío) |
-| `--apple-team-id <id>` | ID de equipo de Aplicación Store Connect | Sí (envío) |
-| `--apple-id <email>` | Email de Apple ID (autenticación alternativa) | No |
-| `--apple-app-password <contraseña>` | Contraseña específica de la aplicación (autenticación alternativa) | No |
-
-### Qué se Almacena
-
-Cuando guardas credenciales iOS, el CLI:
-1. Lee los archivos de certificado y perfil de aprovisionamiento
-2. Los convierte a codificación base64
-3. Guarda las credenciales en la carpeta `.capgo-credentials`
-4. Almacena contraseñas e IDs como texto plano (solo archivos locales)
-
-La estructura de archivos almacenada:
-```json
-{
-  "ios": {
-    "BUILD_CERTIFICATE_BASE64": "...",
-    "BUILD_PROVISION_PROFILE_BASE64": "...",
-    "APPLE_KEY_CONTENT": "...",
-    "P12_PASSWORD": "...",
-    "APPLE_KEY_ID": "ABC1234567",
-    "APPLE_ISSUER_ID": "...",
-    "APP_STORE_CONNECT_TEAM_ID": "TEAM123456"
-  }
-}
-```
-
-## Guardar Credenciales Android
-
-<Aside type="note">
-**¿Aún no tienes un keystore?** Consulta la [guía de Compilaciones Android](/docs/cli/cloud-build/android/#creating-a-keystore) para instrucciones sobre cómo crear un keystore y configurar credenciales de Play Store.
-</Aside>
-
-### Ejemplo Completo
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform android \
-  --keystore ./release.keystore \
-  --keystore-alias "mi-alias-de-clave" \
-  --keystore-key-password "ContraseñaClave123" \
-  --keystore-store-password "ContraseñaAlmacén123" \
-  --play-config ./play-store-service-account.json
-```
-
-### Opciones Android
-
-| Opción | Descripción | Requerido |
-|--------|-------------|----------|
-| `--keystore <ruta>` | Ruta al archivo .keystore o .jks | Sí (lanzamiento) |
-| `--keystore-alias <alias>` | Alias de la clave en el keystore | Sí (lanzamiento) |
-| `--keystore-key-password <contraseña>` | Contraseña para el alias de la clave | Sí (lanzamiento) |
-| `--keystore-store-password <contraseña>` | Contraseña para el keystore | Sí (lanzamiento) |
-| `--play-config <ruta>` | Ruta al JSON de la cuenta de servicio de Play Store | Sí (envío) |
-
-### Qué se Almacena
-
-Cuando guardas credenciales Android, el CLI:
-1. Lee los archivos keystore y JSON de la cuenta de servicio
-2. Los convierte a codificación base64
-3. Guarda las credenciales en la carpeta `.capgo-credentials`
-4. Almacena contraseñas y alias como texto plano (solo archivos locales)
-
-La estructura de archivos almacenada:
-```json
-{
-  "android": {
-    "ANDROID_KEYSTORE_FILE": "...",
-    "PLAY_CONFIG_JSON": "...",
-    "KEYSTORE_KEY_ALIAS": "mi-alias-de-clave",
-    "KEYSTORE_KEY_PASSWORD": "...",
-    "KEYSTORE_STORE_PASSWORD": "..."
-  }
-}
-}
-```
-
-## Usar Credenciales Guardadas
-
-Una vez que hayas guardado las credenciales, se usan automáticamente cuando compiles:
-
-```bash
-# Las credenciales se cargan automáticamente desde la carpeta .capgo-credentials
-npx @capgo/cli build com.example.app --platform ios
-```
-
-También puedes sobrescribir las credenciales guardadas usando Variables de entorno:
-
-```bash
-# Las variables de entorno tienen prioridad sobre las credenciales guardadas
-BUILD_CERTIFICATE_BASE64="..." \
-P12_PASSWORD="contraseña-diferente" \
-npx @capgo/cli build com.example.app --platform ios
-```
-
-**Orden de precedencia:**
-1. Variables de entorno (prioridad más alta)
-2. Credenciales guardadas en la carpeta `.capgo-credentials`
-3. Sin credenciales (prioridad más baja)
-
-## Ver Credenciales Guardadas
-
-Lista qué credenciales tienes guardadas:
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-Ejemplo de salida:
-```
-📋 Credenciales de Compilación Guardadas:
-
-Credenciales iOS:
-  ✓ Certificado (base64)
-  ✓ Perfil de Aprovisionamiento (base64)
-  ✓ Contenido de Clave Apple (base64)
-  ✓ Contraseña P12: ********
-  ✓ ID de Clave Apple: ABC1234567
-  ✓ ID de Emisor Apple: 00000000-0000-0000-0000-000000000000
-  ✓ ID de Equipo: TEAM123456
-
-Credenciales Android:
-  ✓ Keystore (base64)
-  ✓ Configuración de Play Store (base64)
-  ✓ Alias de Keystore: mi-alias-de-clave
-  ✓ Contraseña de Clave: ********
-  ✓ Contraseña de Almacén: ********
-
-Ubicación: .capgo-credentials/
-
-🔒 Estas credenciales se almacenan localmente solo en tu máquina.
-   Al compilar, se envían a Capgo pero NUNCA se almacenan allí.
-   Se eliminan automáticamente después de completar la compilación (máx. 24 horas).
-```
-
-## Mejores Prácticas de Seguridad
-
-### Seguridad de Almacenamiento Local
-
-1. **Permisos de Archivo**
-   ```bash
-   # Asegurar que la carpeta de credenciales no sea legible por otros
-   chmod 700 .capgo-credentials
-   chmod 600 .capgo-credentials/*
-   ```
-
-2. **Nunca Confirmar Credenciales**
-   ```bash
-   # Agregar a .gitignore
-   echo ".capgo-credentials/" >> .gitignore
-   ```
-
-3. **Separar Credenciales**
-   - Usa diferentes credenciales para desarrollo local vs CI/CD
-   - Rota las credenciales regularmente
-   - No compartas credenciales entre miembros del equipo
-
-### Uso en CI/CD
-
-Para entornos CI/CD, **prefiere Variables de entorno** sobre credenciales guardadas:
-
-```yaml
-# GitHub Actions
-env:
-  BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-  P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-  # ... otros secretos
-```
-
-Esto es más seguro porque:
-- Los secretos son gestionados por tu plataforma CI/CD
-- No hay archivos de credenciales en los runners
-- Fácil rotación y control de acceso
-- Pistas de auditoría para uso de secretos
-
-### Rotación de Credenciales
-
-Rota tus credenciales regularmente:
-
-1. **iOS**: Genera nuevos certificados y claves API anualmente
-2. **Android**: Cambia las contraseñas del keystore anualmente
-3. **Después de cambios de equipo**: Rota cuando los miembros del equipo se vayan
-
-Actualizar credenciales guardadas:
-```bash
-# Vuelve a ejecutar el comando save con nuevas credenciales
-npx @capgo/cli build credentials save --platform ios --certificate ./nuevo-cert.p12 ...
-```
-
-## Solución de Problemas
-
-### "No se encontraron credenciales"
-
-Si la compilación dice que no se encontraron credenciales:
-
-1. **Verifica si las credenciales están guardadas**:
-   ```bash
-   npx @capgo/cli build credentials list
-   ```
-
-2. **Guarda las credenciales si faltan**:
-   ```bash
-   npx @capgo/cli build credentials save --platform ios ...
-   ```
-
-3. **Verifica que la carpeta de credenciales exista**:
-   ```bash
-   ls -la .capgo-credentials/
-   ```
-
-### "Permiso denegado" al leer credenciales
-
-Corrige los permisos de archivo:
-
-```bash
-chmod 700 .capgo-credentials
-chmod 600 .capgo-credentials/*
-```
-
-### Las credenciales no se están usando
-
-Verifica que se especifique la plataforma correcta:
-
-```bash
-# Asegúrate de que --platform coincida con las credenciales guardadas
-npx @capgo/cli build com.example.app --platform ios  # Usa credenciales ios
-npx @capgo/cli build com.example.app --platform android  # Usa credenciales android
-```
-
-### Limpiar y volver a guardar credenciales
-
-Si las credenciales parecen corruptas:
-
-```bash
-# Limpiar todas las credenciales
-npx @capgo/cli build credentials clear
-
-# Guardar nuevamente
-npx @capgo/cli build credentials save --platform ios ...
-```
-
-## Migración desde Variables de Entorno
-
-Si actualmente estás usando Variables de entorno, puedes migrar a credenciales guardadas:
-
-<Steps>
-
-1. **Extrae tus Variables de entorno actuales**
-   ```bash
-   echo $BUILD_CERTIFICATE_BASE64  # Verifica que existan
-   ```
-
-2. **Decodifica los archivos base64 a archivos originales** (si es necesario)
-   ```bash
-   echo "$BUILD_CERTIFICATE_BASE64" | base64 -d > cert.p12
-   echo "$BUILD_PROVISION_PROFILE_BASE64" | base64 -d > profile.mobileprovision
-   ```
-
-3. **Guarda usando el CLI**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --provisioning-profile ./profile.mobileprovision \
-     --p12-password "$P12_PASSWORD" \
-     --apple-key-id "$APPLE_KEY_ID" \
-     --apple-issuer-id "$APPLE_ISSUER_ID" \
-     --apple-team-id "$APP_STORE_CONNECT_TEAM_ID"
-   ```
-
-4. **Prueba la compilación**
-   ```bash
-   npx @capgo/cli build com.example.app --platform ios
-   ```
-
-5. **Elimina las Variables de entorno** (opcional)
-   ```bash
-   unset BUILD_CERTIFICATE_BASE64 BUILD_PROVISION_PROFILE_BASE64
-   ```
-
-</Steps>
-
-## Ubicación de Archivo
-
-Las credenciales se almacenan en la carpeta `.capgo-credentials`:
-- **macOS/Linux**: `.capgo-credentials/` (en la raíz de tu proyecto o directorio home)
-- **Windows**: `.capgo-credentials\` (en la raíz de tu proyecto o directorio home)
-
-La carpeta se crea automáticamente cuando guardas credenciales por primera vez.
-
-## Próximos Pasos
-
-- [Comenzar](/docs/cli/cloud-build/getting-started/) - Crea tu primera compilación
-- [Compilaciones iOS](/docs/cli/cloud-build/ios/) - Configuración de compilación específica para iOS
-- [Compilaciones Android](/docs/cli/cloud-build/android/) - Configuración de compilación específica para Android
-- [Solución de Problemas](/docs/cli/cloud-build/troubleshooting/) - Problemas comunes y soluciones
-
-## ¿Necesitas Ayuda?
-
-- 📚 [Guía de solución de problemas](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Comunidad Discord](https://discord.com/invite/VnYRvBfgA6)
-- 📧 Email: support@capgo.app
diff --git a/src/content/docs/es/docs/cli/cloud-build/getting-started.mdx b/src/content/docs/es/docs/cli/cloud-build/getting-started.mdx
deleted file mode 100644
index 5903e0ee4..000000000
--- a/src/content/docs/es/docs/cli/cloud-build/getting-started.mdx
+++ /dev/null
@@ -1,248 +0,0 @@
----
-title: Comenzar
-description: Crea tu primera compilación nativa con Capgo Construcción en la nube
-locale: es
-sidebar:
-  order: 1
----
-
-import { Steps, Card, CardGrid } from '@astrojs/starlight/components';
-
-Comienza con Capgo Construcción en la nube y crea tu primera compilación nativa iOS o Android en minutos.
-
-## Lo Que Necesitarás
-
-Antes de comenzar, asegúrate de tener:
-
-- Una aplicación Capacitor que compile exitosamente localmente
-- Node.js 20 o superior instalado
-- Una cuenta Capgo con una suscripción activa
-- Tu aplicación ya registrada en Capgo (ejecuta `npx @capgo/cli@latest app add` si no lo está)
-- **Credenciales de compilación configuradas** (certificados, keystores) - ver abajo
-
-## Antes de Tu Primera Compilación
-
-<CardGrid>
-  <Card title="⚠️ Configura las Credenciales Primero" icon="warning">
-    **Requerido antes de compilar:** Debes configurar tus credenciales de compilación (certificados para iOS, keystores para Android).
-
-    [Configurar Credenciales →](/docs/cli/cloud-build/credentials/)
-  </Card>
-</CardGrid>
-
-## Inicio Rápido
-
-<Steps>
-
-1. **Configurar Credenciales de Compilación**
-
-   Antes de poder compilar, necesitas guardar tus credenciales localmente:
-
-   **Para iOS:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --p12-password "password" \
-     --provisioning-profile ./profile.mobileprovision \
-     --apple-key ./AuthKey.p8 \
-     --apple-key-id "KEY123" \
-     --apple-issuer-id "issuer-uuid" \
-     --apple-team-id "team-id"
-   ```
-
-   **Para Android:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform android \
-     --keystore ./release.keystore \
-     --keystore-alias "my-key" \
-     --keystore-key-password "key-pass" \
-     --keystore-store-password "store-pass"
-   ```
-
-   Consulta la [guía completa de credenciales](/docs/cli/cloud-build/credentials/) para más detalles.
-
-2. **Verificar Compilación Local**
-
-   Primero, asegúrate de que tu aplicación compile localmente sin errores:
-
-   ```bash
-   # Compila tus recursos web
-   npm run build
-
-   # Sincroniza con Capacitor
-   npx cap sync
-
-   # Prueba compilación local (opcional pero recomendado)
-   npx cap open ios    # Para iOS
-   npx cap open android # Para Android
-   ```
-
-3. **Autenticarse con Capgo**
-
-   Configura tu clave API de Capgo (si no está ya configurada):
-
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-   O configura la Variable de entorno:
-   ```bash
-   export CAPGO_TOKEN=tu_clave_api_aquí
-   ```
-
-4. **Ejecutar Tu Primera Compilación**
-
-   Comienza con una compilación de Depuración de Android (la más rápida para probar):
-
-   ```bash
-   npx @capgo/cli@latest build com.example.app \
-     --platform android \
-     --build-mode debug
-   ```
-
-   Verás registros en tiempo real a medida que progresa tu compilación:
-   ```
-   ✔ Creando trabajo de compilación...
-   ✔ Subiendo proyecto (15.2 MB)...
-   ✔ Compilación iniciada
-
-   📝 Registros de compilación:
-   → Instalando dependencias...
-   → Ejecutando compilación Gradle...
-   → Firmando APK...
-   ✔ Compilación exitosa en 3m 42s
-   ```
-
-5. **Verificar Estado de Compilación**
-
-   El CLI automáticamente encuestará y mostrará el estado de compilación. Una vez completado, verás:
-
-   - Tiempo de compilación
-   - Estado de éxito/fallo
-   - Aplicación enviada a Aplicación Store/Play Store (si las credenciales están configuradas)
-
-</Steps>
-
-## Entendiendo el Proceso de Compilación
-
-Cuando ejecutas el comando de compilación, esto es lo que sucede:
-
-```mermaid
-graph LR
-    A[Tu Máquina] -->|1. Comprimir Proyecto| B[Temp Local]
-    B -->|2. Subir| C[Capgo Cloud]
-    C -->|3. Compilar| D[Servidor de Compilación]
-    D -->|4. Stream de Registros| A
-    D -->|5. Limpieza| E[Auto Eliminar]
-```
-
-1. **Preparación Local** - Tu proyecto se comprime (excluyendo `node_modules` y archivos ocultos)
-2. **Subida** - El zip se sube a almacenamiento en la nube seguro (Cloudflare R2)
-3. **Ejecución de Compilación** - Tu aplicación se compila en infraestructura dedicada
-4. **Streaming de Registros** - Los registros en tiempo real se transmiten a tu terminal vía Server-Sent Events
-5. **Limpieza Automática** - Los artefactos de compilación se eliminan (Android: instantáneo, iOS: 24 horas)
-
-## Tu Primera Compilación de Producción
-
-Una vez que hayas verificado que el proceso funciona, crea una compilación de producción:
-
-### Android
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-Necesitarás configurar primero las credenciales de firma. Consulta [Configuración de Compilación Android](/docs/cli/cloud-build/android/).
-
-### iOS
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-Las compilaciones iOS requieren certificados de firma y perfiles de aprovisionamiento. Consulta [Configuración de Compilación iOS](/docs/cli/cloud-build/ios/).
-
-## Qué se Compila
-
-**Importante:** Capgo Construcción en la nube solo compila las **partes nativas** de tu aplicación (código nativo iOS y Android).
-
-Tú eres responsable de:
-- Compilar tus recursos web (`npm run build`)
-- Ejecutar `npx cap sync` antes de la compilación
-- Asegurar que todas las dependencias estén en `package.json`
-
-Nosotros nos encargamos de:
-- Compilación nativa iOS (Xcode, Fastlane)
-- Compilación nativa Android (Gradle)
-- Firma de código
-- Envío a tiendas de aplicaciones (si está configurado)
-
-## Tiempo y Costos de Compilación
-
-El tiempo de compilación se mide desde el inicio hasta la finalización:
-
-- **Android**: Típicamente 3-5 minutos (multiplicador de facturación 1×)
-- **iOS**: Típicamente 5-10 minutos (multiplicador de facturación 2× debido a costos de hardware Mac)
-
-Solo pagas por el tiempo de compilación real usado. Sin cargos ocultos.
-
-## Casos de Uso Comunes
-
-### Integración CI/CD
-
-Agregar a tu flujo de trabajo de GitHub Actions:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-      --platform both \
-      --build-mode release
-```
-
-### Desarrollo Local
-
-Probar compilaciones localmente antes de confirmar:
-
-```bash
-# Compilación de debug rápida para pruebas
-npm run build && npx cap sync
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-### Compilaciones Multi-Plataforma
-
-Compilar para ambas plataformas simultáneamente:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform both \
-  --build-mode release
-```
-
-## Próximos Pasos
-
-Ahora que has creado tu primera compilación:
-
-- [Configurar compilaciones iOS](/docs/cli/cloud-build/ios/) - Configurar certificados y perfiles
-- [Configurar compilaciones Android](/docs/cli/cloud-build/android/) - Configurar keystores y Play Store
-- [Solución de problemas](/docs/cli/cloud-build/troubleshooting/) - Problemas comunes y soluciones
-- [Referencia CLI](/docs/cli/reference/build/) - Documentación completa de comandos
-
-## ¿Necesitas Ayuda?
-
-- Consulta la [guía de solución de problemas](/docs/cli/cloud-build/troubleshooting/)
-- Únete a nuestra [comunidad Discord](https://discord.com/invite/VnYRvBfgA6)
-- Envía un correo a soporte en support@capgo.app
diff --git a/src/content/docs/es/docs/cli/cloud-build/ios.mdx b/src/content/docs/es/docs/cli/cloud-build/ios.mdx
deleted file mode 100644
index 2d814cb0b..000000000
--- a/src/content/docs/es/docs/cli/cloud-build/ios.mdx
+++ /dev/null
@@ -1,375 +0,0 @@
----
-title: Compilaciones iOS
-description: Configura y compila aplicaciones iOS con Capgo Construcción en la nube
-locale: es
-sidebar:
-  order: 2
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Compila y envía aplicaciones iOS a TestFlight y Aplicación Store usando la infraestructura Mac dedicada de Capgo.
-
-## Antes de Compilar
-
-<CardGrid>
-  <Card title="⚠️ Configura las Credenciales iOS Primero" icon="warning">
-    **Requerido:** Debes guardar tus credenciales iOS antes de compilar.
-
-    [Configurar Credenciales iOS →](/docs/cli/cloud-build/credentials/#saving-ios-credentials)
-  </Card>
-</CardGrid>
-
-## Cómo Funcionan las Compilaciones iOS
-
-Las compilaciones iOS se ejecutan en máquinas Mac dedicadas (Scaleway Mac minis M4) aprovisionadas bajo demanda:
-
-- **Hardware**: Mac minis de Apple Silicon con macOS 15
-- **Herramienta de Compilación**: Xcode con Fastlane (configuración personalizada de Capgo)
-- **Aislamiento**: Cada compilación se ejecuta como una cuenta de usuario macOS separada
-- **Duración**: Las máquinas tienen arrendamientos de 24 horas y se limpian automáticamente
-- **Seguridad**: Todos los archivos y cuentas de usuario se eliminan después de liberar la máquina
-
-## Prerequisitos
-
-Antes de compilar para iOS, necesitas:
-
-### 1. Entorno de Desarrollo
-
-- Computadora Mac con Xcode instalado (para configuración inicial de certificado)
-- Cuenta de desarrollador de Apple válida ($99/año)
-- Tu aplicación compilándose exitosamente localmente con `npx cap open ios`
-
-### 2. Certificados de Firma de Código
-
-Necesitarás uno de estos tipos de certificados dependiendo de tu compilación:
-
-| Tipo de Compilación | Certificado Requerido | Perfil de Aprovisionamiento |
-|------------|---------------------|---------------------|
-| **Development** | Apple Development | Perfil de Desarrollo |
-| **Ad Hoc** | Apple Distribution | Perfil Ad Hoc |
-| **Aplicación Store** | Apple Distribution | Perfil Aplicación Store |
-
-#### Cómo Obtener Certificados iOS y Perfiles de Aprovisionamiento
-
-<Aside type="tip">
-Para guías detalladas paso a paso con capturas de pantalla, visita:
-- [Guía de Certificados iOS](https://capgo.app/cloud/native-builds/certificates/ios/)
-- [Blog: Compilaciones Automáticas iOS con GitHub Actions](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-</Aside>
-
-**Resumen Rápido:**
-
-<Steps>
-
-1. **Crear una Solicitud de Firma de Certificado (CSR)**
-   - Abre Acceso a Llaveros en tu Mac
-   - Ve a Acceso a Llaveros → Asistente de Certificados → Solicitar un Certificado de una Autoridad Certificadora
-   - Ingresa tu correo electrónico y nombre, selecciona "Guardado en disco"
-   - Guarda el archivo `.certSigningRequest`
-
-2. **Generar Certificado en el Portal de Desarrollador de Apple**
-   - Ve a [Certificados de Desarrollador de Apple](https://developer.apple.com/account/resources/certificates)
-   - Haz clic en "+" para crear un nuevo certificado
-   - Elige el tipo de certificado (Distribución iOS para compilaciones de Aplicación Store)
-   - Sube tu archivo CSR
-   - Descarga el certificado (archivo `.cer`)
-
-3. **Exportar Certificado como .p12**
-   - Haz doble clic en el archivo `.cer` descargado para agregarlo a Llaveros
-   - En Acceso a Llaveros, encuentra tu certificado bajo "Mis Certificados"
-   - Haz clic derecho → Exportar "Apple Distribution..."
-   - Guarda en formato `.p12` y establece una contraseña (¡guarda esta contraseña!)
-
-4. **Crear Perfil de Aprovisionamiento**
-   - Ve a [Perfiles de Desarrollador de Apple](https://developer.apple.com/account/resources/profiles)
-   - Haz clic en "+" para crear un nuevo perfil
-   - Elige el tipo de perfil (Aplicación Store para compilaciones de producción)
-   - Selecciona tu ID de aplicación
-   - Selecciona el certificado que acabas de crear
-   - Descarga el archivo `.mobileprovision`
-
-</Steps>
-
-### 3. Clave API de Aplicación Store Connect (Recomendado)
-
-Para envío automático a TestFlight, crea una clave API:
-
-<Steps>
-
-1. Ve a [App Store Connect](https://appstoreconnect.apple.com/) → Usuarios y Acceso → Claves
-2. Haz clic en el botón "+" para crear una nueva clave
-3. Dale un nombre (ej., "Capgo CI") y selecciona el rol "Developer"
-4. Descarga el archivo `.p8` (¡solo puedes descargarlo una vez!)
-5. Anota el **ID de Clave** y el **ID de Emisor**
-
-</Steps>
-
-<Aside type="note">
-También puedes encontrar tu **ID de Equipo** en tu cuenta de desarrollador de Apple bajo los detalles de Membresía.
-</Aside>
-
-## Configuración de Compilación
-
-### Variables de Entorno Requeridas
-
-Configura estas credenciales antes de compilar:
-
-```bash
-# Firma iOS (Requerido)
-BUILD_CERTIFICATE_BASE64="<certificado-p12-codificado-en-base64>"
-BUILD_PROVISION_PROFILE_BASE64="<mobileprovision-codificado-en-base64>"
-P12_PASSWORD="<contraseña-de-certificado>"
-
-# API de App Store Connect (para envío)
-APPLE_KEY_ID="ABC1234567"
-APPLE_ISSUER_ID="00000000-0000-0000-0000-000000000000"
-APPLE_KEY_CONTENT="<clave-p8-codificada-en-base64>"
-
-# Configuración Adicional
-APP_STORE_CONNECT_TEAM_ID="1234567890"
-APPLE_PROFILE_NAME="App Store com.example.app"
-```
-
-### Generando Credenciales en Base64
-
-<Aside type="tip">
-Usa estos comandos para codificar tus certificados para Capgo:
-</Aside>
-
-**Certificado (.p12):**
-```bash
-base64 -i TuCertificado.p12 | pbcopy
-```
-
-**Perfil de Aprovisionamiento (.mobileprovision):**
-```bash
-base64 -i TuPerfil.mobileprovision | pbcopy
-```
-
-**Clave de Aplicación Store Connect (.p8):**
-```bash
-base64 -i AuthKey_ABC1234567.p8 | pbcopy
-```
-
-La cadena base64 ahora está en tu portapapeles - pégala en tu Variable de entorno o secretos de CI/CD.
-
-## Compilando para iOS
-
-### Compilación de Depuración (Development)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode debug
-```
-
-Esto crea una compilación de desarrollo que se puede instalar en dispositivos registrados.
-
-### Compilación de Lanzamiento (Aplicación Store)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-Esto crea una compilación de Aplicación Store y automáticamente la envía a TestFlight si tienes configuradas las credenciales de la API de Aplicación Store Connect.
-
-## Integración CI/CD
-
-### Ejemplo de GitHub Actions
-
-```yaml
-name: Build iOS App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync ios
-
-      - name: Build iOS app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-          BUILD_PROVISION_PROFILE_BASE64: ${{ secrets.IOS_PROVISION_PROFILE }}
-          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.TEAM_ID }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform ios \
-            --build-mode release
-```
-
-## Detalles del Proceso de Compilación
-
-### Qué Sucede Durante una Compilación iOS
-
-<Steps>
-
-1. **Aprovisionamiento de Máquina** (1-2 minutos)
-   - Se aprovisiona o asigna un Mac mini de Scaleway
-   - macOS 15 con Xcode preinstalado
-   - Se ejecutan scripts de arranque (si es el primer uso)
-
-2. **Aislamiento de Usuario** (~10 segundos)
-   - Se crea usuario macOS único: `job-<jobId>`
-   - Directorio home dedicado: `/Users/job-<jobId>`
-   - Se crea espacio de trabajo aislado
-
-3. **Configuración de Proyecto** (~30 segundos)
-   - Zip del proyecto descargado desde R2
-   - Extraído al espacio de trabajo
-   - Credenciales inyectadas como Variables de entorno
-
-4. **Compilación Fastlane** (3-8 minutos)
-   - Llavero creado con certificado de firma
-   - Perfil de aprovisionamiento instalado
-   - Comando de compilación Xcode ejecutado
-   - Archivo IPA generado
-
-5. **Envío a Aplicación Store** (1-2 minutos, si está configurado)
-   - IPA subido a Aplicación Store Connect
-   - Enviado a TestFlight
-   - El procesamiento comienza del lado de Apple
-
-6. **Limpieza** (inmediata)
-   - Cuenta de usuario eliminada y destruida
-   - Archivos del espacio de trabajo eliminados
-   - Archivos temporales borrados
-
-7. **Liberación de Máquina** (después de 24 horas)
-   - La máquina Mac es destruida
-   - Todos los datos eliminados permanentemente
-
-</Steps>
-
-### Pila de Compilación
-
-Nuestro entorno de compilación iOS incluye:
-
-- **macOS**: 15 (última versión estable)
-- **Xcode**: Última versión estable
-- **Fastlane**: Última versión estable
-- **CocoaPods**: Última versión estable
-- **Node.js**: 18.x (LTS)
-- **Ruby**: Ruby del sistema con bundler
-
-## Tiempos de Compilación
-
-Tiempos típicos de compilación iOS:
-
-| Tipo de Compilación | Primera Compilación | Compilaciones Subsecuentes* |
-|------------|-------------|-------------------|
-| Depuración | 5-7 minutos | 4-6 minutos |
-| Lanzamiento | 7-10 minutos | 5-8 minutos |
-
-*Las compilaciones subsecuentes pueden ser más rápidas si se reutiliza la misma máquina dentro de la ventana de 24 horas.
-
-<Aside type="note">
-Las compilaciones iOS cuestan **2× la tarifa base** debido a los requisitos de hardware Mac dedicado.
-</Aside>
-
-## Solución de Problemas
-
-### Problemas Comunes
-
-**"Firma de código falló"**
-- Verifica que tu certificado sea para el tipo de distribución correcto
-- Asegúrate de que el perfil de aprovisionamiento coincida con tu ID de aplicación
-- Verifica que P12_PASSWORD sea correcta
-
-**"El perfil de aprovisionamiento no incluye el certificado de firma"**
-- Regenera tu perfil de aprovisionamiento incluyendo el certificado
-- Vuelve a descargar y vuelve a codificar el perfil
-
-**"Autenticación de Aplicación Store Connect falló"**
-- Verifica APPLE_KEY_ID, APPLE_ISSUER_ID y APPLE_KEY_CONTENT
-- Asegúrate de que la clave API no haya sido revocada
-- Verifica que la clave tenga el rol "Developer" o superior
-
-**"Tiempo de espera de compilación agotado después de 10 minutos"**
-- Verifica si tu aplicación tiene dependencias nativas grandes
-- Considera optimizar tu Podfile
-- Contacta soporte si las compilaciones consistentemente agotan el tiempo
-
-### Registros de Depuración
-
-Todos los registros de compilación se transmiten en tiempo real. Busca estas fases clave:
-
-```
-✔ Máquina asignada: m-abc123
-→ Creando usuario: job-abc123
-→ Instalando dependencias CocoaPods...
-→ Compilando aplicación iOS...
-→ Firmando código con certificado...
-→ Subiendo a App Store Connect...
-✔ Compilación exitosa
-```
-
-Si una compilación falla, el Error se mostrará claramente en los registros con el mensaje de Error específico de Fastlane/Xcode.
-
-## Mejores Prácticas
-
-### 1. Probar Localmente Primero
-
-Siempre asegúrate de que tu compilación iOS funcione localmente antes de usar la compilación en la nube:
-
-```bash
-npx cap open ios
-# Compilar en Xcode
-```
-
-### 2. Usar Variables de Entorno
-
-Nunca confirmes certificados o claves en tu repositorio. Siempre usa:
-- Secretos de CI/CD (GitHub, GitLab)
-- Variables de entorno
-- Gestión de secretos segura
-
-### 3. Cachear Dependencias
-
-Para compilaciones más rápidas, asegúrate de que tu `package.json` y `Podfile.lock` estén confirmados en control de versiones.
-
-### 4. Monitorear Tiempo de Compilación
-
-Mantén un ojo en la duración de la compilación para optimizar costos:
-
-```bash
-# El CLI muestra el tiempo de compilación al final
-Compilación exitosa en 6m 42s (13.4 minutos de facturación a tarifa 2×)
-```
-
-## Próximos Pasos
-
-- [Compilaciones Android](/docs/cli/cloud-build/android/) - Configurar compilaciones Android
-- [Solución de problemas](/docs/cli/cloud-build/troubleshooting/) - Problemas comunes de compilación
-- [Referencia CLI](/docs/cli/reference/build/) - Documentación completa de comandos
-
-## ¿Necesitas Ayuda?
-
-- [Guía de Solución de Problemas](/docs/cli/cloud-build/troubleshooting/)
-- [Comunidad Discord](https://discord.com/invite/VnYRvBfgA6)
-- Email: support@capgo.app
diff --git a/src/content/docs/es/docs/cli/cloud-build/troubleshooting.mdx b/src/content/docs/es/docs/cli/cloud-build/troubleshooting.mdx
deleted file mode 100644
index 25056fbc5..000000000
--- a/src/content/docs/es/docs/cli/cloud-build/troubleshooting.mdx
+++ /dev/null
@@ -1,513 +0,0 @@
----
-title: Solución de Problemas
-description: Problemas comunes y soluciones para Capgo Construcción en la nube
-locale: es
-sidebar:
-  order: 4
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Soluciones a problemas comunes al compilar aplicaciones nativas con Capgo Construcción en la nube.
-
-## Fallos de Compilación
-
-### "Subida fallida" o "Tiempo de conexión agotado"
-
-**Síntomas:**
-- La compilación falla durante la subida del proyecto
-- Errores de tiempo de espera después de 60 segundos
-
-**Soluciones:**
-
-1. **Verifica tu conexión a internet**
-   ```bash
-   # Prueba la conexión a Capgo
-   curl -I https://api.capgo.app
-   ```
-
-2. **Reduce el tamaño del proyecto**
-   - Asegúrate de que `node_modules/` no se esté subiendo (debería estar auto-excluido)
-   - Busca archivos grandes en tu proyecto:
-   ```bash
-   find . -type f -size +10M
-   ```
-
-3. **Verifica la expiración de la URL de subida**
-   - Las URLs de subida expiran después de 1 hora
-   - Si obtienes un Error de URL expirada, vuelve a ejecutar el comando de compilación
-
-<Aside type="tip">
-Los proyectos grandes (>200MB) pueden alcanzar los límites de tiempo de espera. Contacta soporte para opciones empresariales.
-</Aside>
-
-### "Tiempo de espera de compilación agotado después de 10 minutos"
-
-**Síntomas:**
-- La compilación excede el tiempo máximo permitido
-- El estado muestra `timeout`
-
-**Soluciones:**
-
-1. **Optimiza las dependencias**
-   - Elimina paquetes npm no utilizados
-   - Usa `npm prune --production` antes de compilar
-
-2. **Verifica problemas de red en la compilación**
-   - Algunas dependencias pueden descargar archivos grandes durante la compilación
-   - Considera pre-cachear con un archivo de bloqueo
-
-3. **Revisa las dependencias nativas**
-   ```bash
-   # iOS - verifica Podfile para dependencias pesadas
-   cat ios/App/Podfile
-
-   # Android - verifica build.gradle
-   cat android/app/build.gradle
-   ```
-
-4. **Contacta soporte**
-   - Si tu aplicación legítimamente necesita más tiempo
-   - Podemos ajustar los límites para casos de uso específicos
-
-## Problemas de Autenticación
-
-### "Clave API inválida" o "No autorizado"
-
-**Síntomas:**
-- La compilación falla inmediatamente con Error de autenticación
-- Errores 401 o 403
-
-**Soluciones:**
-
-1. **Verifica que la clave API sea correcta**
-   ```bash
-   # Prueba con un comando simple
-   npx @capgo/cli@latest app list
-   ```
-
-2. **Verifica los permisos de la clave API**
-   - La clave debe tener permisos `write` o `all`
-   - Verifica en el panel de Capgo bajo Claves API
-
-3. **Asegúrate de que se esté leyendo la clave API**
-   ```bash
-   # Verifica la variable de entorno
-   echo $CAPGO_TOKEN
-
-   # O verifica el archivo .capgo local
-   cat .capgo
-   ```
-
-4. **Re-autentícate**
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-### "Aplicación no encontrada" o "Sin permiso para esta aplicación"
-
-**Síntomas:**
-- La autenticación funciona pero hay Error específico de la aplicación
-
-**Soluciones:**
-
-1. **Verifica que la aplicación esté registrada**
-   ```bash
-   npx @capgo/cli@latest app list
-   ```
-
-2. **Verifica que el ID de la aplicación coincida**
-   - Verifica el appId en `capacitor.config.json`
-   - Asegúrate de que el comando Usar el ID de aplicación correcto
-
-3. **Verifica el acceso a la organización**
-   - Verifica que estés en la organización correcta
-   - La clave API debe tener acceso a la organización de la aplicación
-
-## Problemas de Compilación iOS
-
-### "Firma de código falló"
-
-**Síntomas:**
-- La compilación falla durante la fase de firma de código
-- Errores de Xcode sobre certificados o perfiles
-
-**Soluciones:**
-
-1. **Verifica que el tipo de certificado coincida con el tipo de compilación**
-   - Las compilaciones de desarrollo necesitan certificados de Desarrollo
-   - Las compilaciones de Aplicación Store necesitan certificados de Distribución
-
-2. **Verifica que el certificado y el perfil coincidan**
-   ```bash
-   # Decodifica e inspecciona tu certificado
-   echo $BUILD_CERTIFICATE_BASE64 | base64 -d > cert.p12
-   openssl pkcs12 -in cert.p12 -nokeys -passin pass:$P12_PASSWORD | openssl x509 -noout -subject
-   ```
-
-3. **Asegúrate de que el perfil de aprovisionamiento sea válido**
-   - Verifica la fecha de expiración
-   - Verifica que incluya tu ID de aplicación
-   - Confirma que incluya el certificado
-
-4. **Regenera las credenciales**
-   - Elimina el certificado/perfil antiguo
-   - Crea nuevos en el portal de desarrollador de Apple
-   - Vuelve a codificar y actualiza las Variables de entorno
-
-### "El perfil de aprovisionamiento no incluye el certificado de firma"
-
-**Síntomas:**
-- Xcode no puede encontrar el certificado en el perfil
-
-**Soluciones:**
-
-1. **Descarga el perfil más reciente de Apple**
-   - Ve a Apple Developer → Certificados, IDs y Perfiles
-   - Descarga el perfil de aprovisionamiento
-   - Asegúrate de que incluya tu certificado
-
-2. **Verifica que el certificado esté en el perfil**
-   ```bash
-   # Extrae el perfil
-   echo $BUILD_PROVISION_PROFILE_BASE64 | base64 -d > profile.mobileprovision
-
-   # Ver contenido del perfil
-   security cms -D -i profile.mobileprovision
-   ```
-
-3. **Recrea el perfil con el certificado correcto**
-   - En el portal de desarrollador de Apple, edita el perfil
-   - Asegúrate de que tu certificado de distribución esté seleccionado
-   - Descarga y vuelve a codificar
-
-### "Autenticación de Aplicación Store Connect falló"
-
-**Síntomas:**
-- La subida a TestFlight falla
-- Errores de clave API
-
-**Soluciones:**
-
-1. **Verifica las credenciales de la clave API**
-   - Verifica APPLE_KEY_ID (debería tener 10 caracteres)
-   - Verifica APPLE_ISSUER_ID (debería estar en formato UUID)
-   - Verifica que APPLE_KEY_CONTENT esté correctamente codificado en base64
-
-2. **Prueba la clave API localmente**
-   ```bash
-   # Decodifica la clave
-   echo $APPLE_KEY_CONTENT | base64 -d > AuthKey.p8
-
-   # Prueba con fastlane (si está instalado)
-   fastlane pilot list
-   ```
-
-3. **Verifica los permisos de la clave API**
-   - La clave necesita el rol "Developer" o superior
-   - Verifica en Aplicación Store Connect → Usuarios y Acceso → Claves
-
-4. **Asegúrate de que la clave no haya sido revocada**
-   - Verifica en Aplicación Store Connect
-   - Genera una nueva clave si es necesario
-
-### "La instalación de Pod falló"
-
-**Síntomas:**
-- La compilación falla durante la instalación de CocoaPods
-- Errores de Podfile
-
-**Soluciones:**
-
-1. **Verifica que Podfile.lock esté confirmado**
-   ```bash
-   git status ios/App/Podfile.lock
-   ```
-
-2. **Prueba pod Instalar localmente**
-   ```bash
-   cd ios/App
-   pod install
-   ```
-
-3. **Verifica pods incompatibles**
-   - Revisa el Podfile para conflictos de versión
-   - Asegúrate de que todos los pods soporten tu objetivo de implementación iOS
-
-4. **Limpia el caché de pods**
-   ```bash
-   cd ios/App
-   rm -rf Pods
-   rm Podfile.lock
-   pod install
-   # Luego confirma el nuevo Podfile.lock
-   ```
-
-## Problemas de Compilación Android
-
-### "Contraseña de keystore incorrecta"
-
-**Síntomas:**
-- La compilación falla durante la firma
-- Errores de Gradle sobre el keystore
-
-**Soluciones:**
-
-1. **Verifica la contraseña del keystore**
-   ```bash
-   # Prueba el keystore localmente
-   keytool -list -keystore my-release-key.keystore
-   # Ingresa la contraseña cuando se solicite
-   ```
-
-2. **Verifica las Variables de entorno**
-   ```bash
-   # Asegúrate de que no haya espacios extra o caracteres especiales
-   echo "$KEYSTORE_STORE_PASSWORD" | cat -A
-   echo "$KEYSTORE_KEY_PASSWORD" | cat -A
-   ```
-
-3. **Verifica la codificación base64**
-   ```bash
-   # Decodifica y prueba
-   echo $ANDROID_KEYSTORE_FILE | base64 -d > test.keystore
-   keytool -list -keystore test.keystore
-   ```
-
-### "Alias de clave no encontrado"
-
-**Síntomas:**
-- La firma falla con Error de alias
-
-**Soluciones:**
-
-1. **Lista los alias del keystore**
-   ```bash
-   keytool -list -keystore my-release-key.keystore
-   ```
-
-2. **Verifica que el alias coincida exactamente**
-   - El alias distingue mayúsculas de minúsculas
-   - Verifica errores tipográficos en KEYSTORE_KEY_ALIAS
-
-3. **Usa el alias correcto del keystore**
-   ```bash
-   # Actualiza la variable de entorno para que coincida
-   export KEYSTORE_KEY_ALIAS="el-nombre-exacto-del-alias"
-   ```
-
-### "Compilación Gradle falló"
-
-**Síntomas:**
-- Errores genéricos de Gradle
-- Problemas de compilación o dependencias
-
-**Soluciones:**
-
-1. **Prueba la compilación localmente primero**
-   ```bash
-   cd android
-   ./gradlew clean
-   ./gradlew assembleRelease
-   ```
-
-2. **Verifica las dependencias faltantes**
-   - Revisa los archivos Construir.gradle
-   - Asegúrate de que todos los Plugins estén listados en las dependencias
-
-3. **Verifica la compatibilidad de la versión de Gradle**
-   ```bash
-   # Verifica la versión de gradle
-   cat android/gradle/wrapper/gradle-wrapper.properties
-   ```
-
-4. **Limpia el caché de Gradle**
-   ```bash
-   cd android
-   ./gradlew clean
-   rm -rf .gradle build
-   ```
-
-### "Subida a Play Store falló"
-
-**Síntomas:**
-- La compilación tiene éxito pero la subida falla
-- Errores de cuenta de servicio
-
-**Soluciones:**
-
-1. **Verifica el JSON de la cuenta de servicio**
-   ```bash
-   # Decodifica y verifica el formato
-   echo $PLAY_CONFIG_JSON | base64 -d | jq .
-   ```
-
-2. **Verifica los permisos de la cuenta de servicio**
-   - Ve a Play Console → Configuración → Acceso a la API
-   - Asegúrate de que la cuenta de servicio tenga acceso a tu aplicación
-   - Otorga el permiso "Lanzar a canales de prueba"
-
-3. **Verifica que la aplicación esté configurada en Play Console**
-   - La aplicación debe crearse primero en Play Console
-   - Al menos un APK debe subirse manualmente inicialmente
-
-4. **Verifica que la API esté habilitada**
-   - La API de Google Play Developer debe estar habilitada
-   - Verifica en Google Cloud Console
-
-## Problemas Generales
-
-### "Trabajo no encontrado" o "Estado de compilación no disponible"
-
-**Síntomas:**
-- No se puede verificar el estado de compilación
-- Errores de ID de trabajo
-
-**Soluciones:**
-
-1. **Espera un momento y reintenta**
-   - Los trabajos de compilación pueden tardar unos segundos en inicializarse
-
-2. **Verifica que el ID de trabajo sea correcto**
-   - Verifica el ID de trabajo de la respuesta inicial de compilación
-
-3. **Verifica que la compilación no haya expirado**
-   - Los datos de compilación están disponibles durante 24 horas
-
-### "Sincronización de proyecto falló"
-
-**Síntomas:**
-- La compilación falla antes de que comience la compilación
-- Errores de archivos faltantes
-
-**Soluciones:**
-
-1. **Ejecuta la sincronización de Capacitor localmente**
-   ```bash
-   npx cap sync
-   ```
-
-2. **Asegúrate de que todos los archivos nativos estén confirmados**
-   ```bash
-   git status ios/ android/
-   ```
-
-3. **Verifica archivos nativos ignorados por Git**
-   - Revisa .gitignore
-   - Asegúrate de que los archivos de configuración importantes no estén ignorados
-
-### "Compilación exitosa pero no veo la salida"
-
-**Síntomas:**
-- La compilación muestra éxito pero no hay enlace de descarga
-
-**Soluciones:**
-
-1. **Verifica la configuración de compilación**
-   - El almacenamiento de artefactos puede no estar configurado
-   - Para beta pública, contacta soporte sobre acceso a artefactos
-
-2. **Para envío a TestFlight de iOS**
-   - Verifica Aplicación Store Connect
-   - El procesamiento puede tardar 5-30 minutos después de la subida
-
-3. **Para Play Store de Android**
-   - Verifica Play Console → Pruebas → Prueba interna
-   - El procesamiento puede tardar unos minutos
-
-## Problemas Específicos de CI/CD
-
-### GitHub Actions: "Comando no encontrado"
-
-**Síntomas:**
-- `npx @capgo/cli` falla en CI
-
-**Soluciones:**
-
-1. **Asegúrate de que Node.js esté instalado**
-   ```yaml
-   - uses: actions/setup-node@v6
-     with:
-       node-version: '24'
-   ```
-
-2. **Instala el CLI explícitamente**
-   ```yaml
-   - run: npm install -g @capgo/cli
-   ```
-
-### GitHub Actions: "Secretos no encontrados"
-
-**Síntomas:**
-- Variables de entorno vacías en la compilación
-
-**Soluciones:**
-
-1. **Verifica que los secretos estén configurados**
-   - Ve a Configuración del repositorio → Secretos y Variables → Actions
-   - Agrega todos los secretos requeridos
-
-2. **Usa la sintaxis correcta**
-   ```yaml
-   env:
-     CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-   ```
-
-3. **Verifica que los nombres de secretos coincidan**
-   - Los nombres distinguen mayúsculas de minúsculas
-   - Sin errores tipográficos en las referencias de secretos
-
-## Obtener Más Ayuda
-
-### Habilitar Registro Detallado
-
-```bash
-# Agrega la bandera debug (cuando esté disponible)
-npx @capgo/cli@latest build com.example.app --verbose
-```
-
-### Recopilar Información de Compilación
-
-Al contactar soporte, incluye:
-
-1. **Comando de compilación usado**
-   ```bash
-   npx @capgo/cli@latest build com.example.app --platform ios
-   ```
-
-2. **Mensaje de Error** (salida completa)
-
-3. **ID de trabajo** (de la salida de compilación)
-
-4. **Registros de compilación** (copia la salida completa del terminal)
-
-5. **Información del entorno**
-   ```bash
-   node --version
-   npm --version
-   npx @capgo/cli --version
-   ```
-
-### Contactar Soporte
-
-- **Discord**: [Únete a nuestra comunidad](https://discord.com/invite/VnYRvBfgA6)
-- **Email**: support@capgo.app
-- **Documentación**: [Documentos de Capgo](/docs/)
-
-### Limitaciones Conocidas
-
-Limitaciones actuales durante la beta pública:
-
-- Tiempo máximo de compilación: 10 minutos
-- Tamaño máximo de subida: ~500MB
-- Las compilaciones iOS requieren arrendamientos de Mac de 24 horas, la compilación en Mac se pondrá en cola para asegurar un uso óptimo
-- La descarga de artefactos de compilación puede no estar disponible
-
-Estas limitaciones pueden ajustarse según los comentarios.
-
-## Recursos Adicionales
-
-- [Comenzar](/docs/cli/cloud-build/getting-started/) - Guía de configuración inicial
-- [Compilaciones iOS](/docs/cli/cloud-build/ios/) - Configuración específica de iOS
-- [Compilaciones Android](/docs/cli/cloud-build/android/) - Configuración específica de Android
-- [Referencia CLI](/docs/cli/reference/build/) - Documentación completa de comandos
diff --git a/src/content/docs/es/docs/cli/commands.mdx b/src/content/docs/es/docs/cli/commands.mdx
deleted file mode 100644
index d277e2613..000000000
--- a/src/content/docs/es/docs/cli/commands.mdx
+++ /dev/null
@@ -1,463 +0,0 @@
----
-title: Commands
-description: 'Capgo CLI documentación, cómo utilizarla y para qué sirve'
-sidebar:
-  order: 2
-locale: es
----
-import { LinkCard } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-### Uso
-
-Todos los comandos deben ejecutarse en la carpeta de su aplicación con el proyecto del condensador encendido correctamente.
-
-<LinkCard
-	title="Capacitor Tiempo de ejecución nativo multiplataforma para aplicaciones web"
-	href="https://capacitorjs.com/docs/getting-started/"
-/>
-
-### **Inicio**
-
-`npx @capgo/cli@latest init [apikey]`
-
-Este método está aquí para incorporarlo paso a paso.
-
-Agregará su aplicación a Capgo. Agregará el código a su aplicación para validar la actualización. Asimismo, construirá su aplicación. Además, cargará su aplicación en Capgo. Y te ayudará a comprobar si la actualización funciona.
-
-### **Iniciar sesión**
-
-`npx @capgo/cli login [apikey]`
-
-Este método está aquí para recordar el `apikey` por usted.
-
-:::note
-use `--apikey=********` en cualquier comando para anularlo
-:::
-
-**Opcionalmente puedes regalar:**
-
-`--local` Esto almacenará su **apikey** en el repositorio local y la ignorará.
-
-## **Médico**
-
-`npx @capgo/cli doctor`
-
-Comando para verificar si está actualizado con los paquetes Capgo.
-
-Este comando también será útil para informar errores.
-
-## Aplicación
-
-### **Agregar**
-
-`npx @capgo/cli app add [appId]`
-
-`[appId]` el ID de su aplicación, el formato `com.test.app` se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-> 💡 Todas las opciones se adivinarán en su configuración si no se proporcionan.
-
-Opcionalmente puedes dar:
-
-* `--icon [/path/to/my/icon]` para mostrar un ícono personalizado en la aplicación web Capgo.
-* `--name [test]` para tener un nombre personalizado en la lista.
-* `--apikey [key]` API clave para vincular a su cuenta.
-* `--retention [retention]` período de retención del paquete de aplicaciones en días, 0 de forma predeterminada = infinito.
-
-Ejemplo de `capacitor.config.json` para appId y AppName, el ícono se adivina en la carpeta de recursos
-
-```json
-{
-  "appId": "ee.forgr.capacitor_go",
-  "appName": "Capgo",
-  "webDir": "dist"
-}
-```
-
-### **Establecer**
-
-`npx @capgo/cli app set [appId]`
-
-`[appId]` es el ID de su aplicación, el formato se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-Opcionalmente puedes dar:
-
-* `--icon [/path/to/my/icon]` para mostrar un ícono personalizado en la aplicación web Capgo.
-* `--name [test]` para tener un nombre personalizado en la lista.
-* `--retention [retention]` período de retención del paquete de aplicaciones en días, 0 de forma predeterminada = infinito.
-* `--apikey [key]` API clave para vincular a su cuenta.
-
-### **Lista**
-
-`npx @capgo/cli app list [appId]`
-
-`[appId]` el ID de su aplicación, el formato `com.test.app` se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-Opcionalmente puedes dar:
-
-* `--apikey [key]` API clave para vincular a su cuenta.
-
-### **Eliminar**
-
-`npx @capgo/cli app delete [appId]`
-
-`[appId]` el ID de su aplicación, el formato `com.test.app` se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-Opcionalmente puedes dar:
-
-* `--apikey [key]` API clave para vincular a su cuenta.
-* `--bundle` con el número de versión solo eliminará esta versión.
-
-### Depurar
-
-`npx @capgo/cli app debug [appId]`
-
-`[appId]` el ID de su aplicación, el formato `com.test.app` se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-Opcionalmente puedes dar:
-
-* `--apikey [key]` API clave para vincular a su cuenta.
-* `--device` con el dispositivo específico que desea depurar
-
-### Configuración
-
-`npx @capgo/cli app setting [path]`
-
-Edite la configuración Capacitor.
-
-`[path]`: ruta de la configuración que desea cambiar. Por ejemplo, para cambiar `appId`, proporcione `appId`. 
-Si desea deshabilitar la actualización automática en `capacitor-updater`, proporcione `plugins.CapacitorUpdater.autoUpdate`
-
-¡DEBE proporcionar `--string` o `--bool`!
-
-Opciones: 
- - `--string <string>` - establece la configuración en una cadena
- - `--bool <true | false>` - establece la configuración en booleano
-
-## Paquete### Subir
-
-`npx @capgo/cli bundle upload [appId]`
-
-`[appId]` es el ID de su aplicación, el formato se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-Opcionalmente puedes dar:
-
-* `--apikey <apikey>` API clave para vincular a su cuenta.
-* `--path <path>` Ruta de la carpeta a cargar.
-* `--channel <channel>` Canal al que vincular.
-* `--external <url>` Enlace a una URL externa en lugar de cargarlo en la nube Capgo.
-* `--iv-session-key <key>` Establezca el IV y la clave de sesión para la URL del paquete externo.
-* `--s3-endpoint <s3Endpoint>` URL del punto final de S3. No funciona con cargas delta ni con la opción externa.
-* `--s3-region <region>` Región para su depósito S3. 
-* `--s3-apikey <apikey>` API clave para su punto final S3.
-* `--s3-apisecret <apisecret>` API secreto para su punto final S3.
-* `--s3-bucket-name <bucketName>` Nombre de su depósito de AWS S3.
-* `--s3-port <port>` Puerto para su punto final S3.
-* `--no-s3-ssl` Deshabilitar SSL para carga S3.
-* `--key <key>` Ruta personalizada para la clave de firma pública (sistema v1).
-* `--key-data <keyData>` Clave de firma pública (sistema v1).
-* `--key-v2 <key>` Ruta personalizada para la clave de firma privada (sistema v2).
-* `--key-data-v2 <keyData>` Clave de firma privada (sistema v2).
-* `--bundle-url` Imprime la URL del paquete en la salida estándar.
-* `--no-key` Ignorar la clave de firma y enviar una actualización clara.
-* `--no-code-check` Ignore la verificación si se llama a notifyAppReady() en el código fuente y el índice presente en la carpeta raíz.
-* `--display-iv-session` Muestra en la consola el IV y la clave de sesión utilizados para cifrar la actualización.
-* `--bundle <bundle>` Número de versión del paquete que se va a cargar.
-* `--min-update-version <minUpdateVersion>` Versión mínima requerida para actualizar a esta versión. Se usa solo si la desactivación de la actualización automática está configurada en metadatos en el canal.
-* `--auto-min-update-version` Establece la versión mínima de actualización según los paquetes nativos.
-* `--ignore-metadata-check` Ignora la verificación de metadatos (node_modules) al cargar.
-* `--ignore-checksum-check` Ignora la verificación de suma de verificación al cargar.
-* `--timeout <timeout>` Tiempo de espera para el proceso de carga en segundos.
-* `--delta` Carga archivos Delta (manifiesto) junto con el paquete completo.
-* `--delta-only` Carga solo actualizaciones Delta (manifiesto), omitiendo el paquete completo.
-* `--no-delta` Deshabilita las cargas Delta (manifiesto) (útil si `directUpdate` está habilitado pero desea un paquete completo).
-* `--tus` Sube el paquete usando el protocolo tus.
-* `--multipart` Utiliza un protocolo multiparte para cargar datos en S3. En desuso, utilice TUS en su lugar.
-* `--encrypted-checksum <encryptedChecksum>` Una suma de comprobación cifrada (firma). Se utiliza solo al cargar un paquete externo.
-* `--package-json <packageJson>` Una ruta al paquete.json. Útil para monorepos.
-* `--auto-set-bundle` Configure el paquete en capacitor.config.json.
-* `--node-modules <nodeModules>` Una lista de rutas a node_modules. Útil para monorepos (separados por comas, por ejemplo: ../../node_modules,./node_modules)
-
-> ⭐️ External option helps to unlock 2 cases: corporate with privacy concern, don't send the code to a third part and app bigger than 200 MB. Con esta configuración, Capgo almacena solo el enlace al zip y envía el enlace a todas las aplicaciones.
-
-> 👀 Capgo la nube nunca mira lo que hay en el enlace (para opción externa) o en el código cuando se almacena.
-
-> 🔑 You can add a second layer of security by using encryption, then Capgo will not be able to look or modify anything, it becomes “trustless”.Ejemplo de `package.json` para la versión
-
-```json
-{
-  "version": "1.0.2"
-}
-```
-
-> ⛔ La versión debe ser mayor que “0.0.0”.
-
-> 💡 Don't forget to update the version number each time you send one, version number cannot be overridden, or reused after deletion for security reason.
-
-### **Lista**
-
-`npx @capgo/cli bundle list [appId]`
-
-`[appId]` el ID de su aplicación, el formato `com.test.app` se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-Opcionalmente puedes dar:
-
-* `--apikey [key]` API clave para vincular a su cuenta.
-
-### **Eliminar**
-
-`npx @capgo/cli bundle delete [appId]`
-
-`[appId]` el ID de su aplicación, el formato `com.test.app` se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-Opcionalmente puedes dar:
-
-* `--apikey [key]` API clave para vincular a su cuenta.
-* `--bundle` con el número de versión solo eliminará esta versión.
-
-### Limpieza
-
-en un rango SemVer para una versión mayor a Cloud
-
-`npx @capgo/cli bundle cleanup [appId] --bundle=[majorVersion] --keep=[numberToKeep]`
-
-`[appId]` el ID de su aplicación, el formato `com.test.app` se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-Opcionalmente puedes dar:
-
-* `--apikey [key]` API clave para vincular a su cuenta.
-* `--bundle [majorVersion]` una versión para la que desea eliminar paquetes anteriores, mantendrá el último + `numberToKeep`.
-* `--keep [numberToKeep]` la cantidad de paquetes que desea conservar (predeterminado 4).
-
-Por ejemplo: si tiene 10 versiones de 10.0.1 a 10.0.11 y usa `npx @capgo/cli cleanup [appId] --bundle=10.0.0`, eliminará 10.0.1 a 10.0.6. Se mantendrán del 10.0.7 al 10.0.11.
-
-If you have 20 versions in total, and you don't provide a bundle number like this: `npx @capgo/cli cleanup [appId] --keep=2` It will remove 18 versions, and keep the last 2.
-
-> Este comando pedirá confirmación, muestra una tabla de lo que se mantendrá y eliminará.
-
-:::note
-Este comando ignorará los paquetes que estén actualmente en uso en cualquier canal.
-:::
-
-### **Cifrar**
-
-> **Advertencia**: este comando está obsoleto y se eliminará en la próxima versión principal. Utilice el nuevo sistema de cifrado.
-`npx @capgo/cli bundle encrypt [path/to/zip]`
-
-Este comando se utiliza cuando utiliza una fuente externa para almacenar su código o con fines de prueba. 
-
-Opcionalmente puedes dar:
-
-`--key [/path/to/my/private_key]` la ruta de su clave privada.
-`--key-data [privateKey]` los datos de la clave privada, si desea utilizarlos en línea. 
-El comando imprimirá su `ivSessionKey`y y generará un zip cifrado, para usarlo con el comando de carga o el comando decrit.
-
-### **Cifrar V2**
-
-`npx @capgo/cli bundle encrypt [path/to/zip] [checksum]`
-
-Este comando se utiliza cuando utiliza una fuente externa para almacenar su código o con fines de prueba. 
-La suma de comprobación es el sha256 del paquete (generado por --key-v2), se utiliza para verificar la integridad del archivo después del descifrado.
-Se cifrará con la clave privada y se enviará junto con el paquete.
-En el cifrado v2, la suma de comprobación se actualiza para convertirse en una "firma" del paquete.
-
-Opcionalmente puedes dar:
-
-`--key [/path/to/my/private_key]` la ruta de su clave privada.
-`--key-data [privateKey]` los datos de la clave privada, si desea utilizarlos en línea. 
-`--json` para generar información como json.
-El comando imprimirá su `ivSessionKey`y y generará un zip cifrado, para usarlo con el comando de carga o el comando decrit.
-
-### **Descifrar**
-
-`npx @capgo/cli bundle decrypt [path/to/zip] [ivSessionKey]`
-
-Opcionalmente puedes dar:
-
-`--key [/path/to/my/private_key]` la ruta de su clave privada.`--key-data [privateKey]` los datos de la clave privada, si desea utilizarlos en línea. Este comando se utiliza principalmente con fines de prueba, descifrará el zip e imprimirá la clave de sesión descifrada en base64 en la consola.
-
-### **Descifrar V2**
-
-`npx @capgo/cli bundle decryptV2 [path/to/zip]  [ivSessionKey]`
-
-Opcionalmente puedes dar:
-
-`--key [/path/to/my/private_key]` la ruta de su clave privada.
-`--key-data [privateKey]` los datos de la clave privada, si desea utilizarlos en línea. Este comando se utiliza principalmente con fines de prueba, descifrará el zip e imprimirá la clave de sesión descifrada en base64 en la consola.
-`--checksum [checksum]` la suma de verificación del archivo, verificará la suma de verificación después del descifrado.
-
-### **Código postal**
-
-`npx @capgo/cli bundle zip [appId]`
-
-`[appId]` es el ID de su aplicación, el formato se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-Opcionalmente puedes dar:
-
-* `--path [/path/to/my/bundle]` para cargar una carpeta específica.
-* `--bundle [1.0.0]` para establecer el número de versión del paquete del nombre de archivo.
-* `--name [myapp]` para anular el nombre del archivo.
-* `--json` para generar información como json.
-* `--no-code-check` para ignorar la verificación del código y enviar el paquete de todos modos.
-* `--key-v2` para utilizar el nuevo sistema de cifrado. Esto es necesario ya que el nuevo sistema de cifrado utiliza mejores sumas de verificación para verificar la integridad del archivo.
-  
-### **Compatibilidad** 
-
-`npx @capgo/cli bundle compatibility [appId] -c [channelId]`
-
-`[appId]` es el ID de su aplicación, el formato se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-`[channelId]` el nombre de tu nuevo canal.
-
-Opcionalmente puedes dar:
-
-* `--apikey [key]` API clave para vincular a su cuenta.
-* `--text` usa texto en lugar de emojis en la tabla
-* `--channel [channel]` el canal para verificar la compatibilidad.
-* `--package-json <packageJson>` Una ruta al paquete.json. Útil para monorepos
-* `--node-modules <nodeModules>` Una lista de rutas a node_modules. Útil para monorepos (separados por comas, por ejemplo: ../../node_modules,./node_modules)
-
-## Canal
-
-### **Agregar**
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-`[channelId]` el nombre de tu nuevo canal. `[appId]` el ID de su aplicación, el formato `com.test.app` se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-### **Eliminar**
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-`[channelId]` el nombre de tu canal que deseas eliminar. `[appId]` el ID de su aplicación, el formato `com.test.app` se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-### **Lista**
-
-`npx @capgo/cli channel list [appId]`
-
-`[appId]` el ID de su aplicación, el formato `com.test.app` se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-Opcionalmente puedes dar:
-
-* `--apikey [key]` API clave para vincular a su cuenta.
-
-### **Establecer**
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-`[appId]` es el ID de su aplicación, el formato se explica [aquí](https://capacitorjs.com/docs/cli/commands/init/).
-
-Opcionalmente puedes dar:* `--bundle [1.2.3]` tu paquete de aplicaciones ya enviado a la nube, para vincularlo a un canal.
-* `--latest` obtiene la versión del paquete de `package.json:version`, no se puede usar con `--bundle`.
-* `--state [ normal | default ]` establece el estado del canal, puede ser `normal` o `default`. Un canal debe ser `default`.
-* `--downgrade` permite que el canal envíe una versión anterior a los dispositivos.
-* `--no-downgrade` no permite que el canal envíe una versión degradada a los dispositivos.
-* `--upgrade` permite que el canal envíe una versión de actualización (principal) a los dispositivos.
-* `--no-upgrade` no permite que el canal envíe una versión de actualización (principal) a los dispositivos.
-* `--ios` permite que el canal envíe la versión a los dispositivos iOS.
-* `--no-ios` no permite que el canal envíe la versión a los dispositivos iOS.
-* `--android` permite que el canal envíe la versión a dispositivos Android.
-* `--no-android` no permite que el canal envíe la versión a dispositivos Android.
-* `--self-assign` permite que los dispositivos se autoasignen a este canal.
-* `--no-self-assign` no permite que los dispositivos se autoasignen a este canal.
-* `--disable-auto-update STRATEGY` Deshabilita la estrategia de actualización automática para este canal. Las opciones posibles son: mayor, menor, metadatos, ninguno.
-* `--apikey [key]` API clave para vincular a su cuenta.
-
-## Deshabilitar la estrategia de actualizaciones
-
-Hay algunas formas de gestionar la desactivación de actualizaciones para versiones demasiado antiguas.\
-Capgo no puede actualizar el código nativo, por lo que no debería ser posible actualizar desde una versión con el código nativo antiguo a una versión con el código nativo actualizado.
-Hay un par de formas de lograrlo.
-
-Primero, la estrategia `major`. Impide una actualización de `0.0.0` -> `1.0.0`. El mayor es el número resaltado (**1**.0.0 y **0**.0.0).\
-En segundo lugar está la estrategia `minor`. Impide una actualización de `0.0.0` -> `1.1.0` o una actualización de `1.1.0` a `1.2.0`. 
-**TENGA EN CUENTA** esta estrategia no impide una actualización de `0.1.0` -> `1.1.0`
-
-En tercer lugar, la estrategia `patch`. Se agregó a capgo como un modo muy estricto. No se recomienda su uso a menos que comprenda completamente cómo funciona.
-Para que acepte una actualización se deben cumplir las siguientes condiciones:
- - La versión principal es la misma entre la versión nueva y la antigua.
- - El menor es el mismo entre la versión nueva y la antigua.
- - El parche de la nueva versión es mayor que el parche de la versión anterior.
-
-A continuación se muestra un ejemplo de en qué escenarios se permite o deniega la actualización.
-
- - 0.0.311 --> 0.0.314 ✅
- - 0.0.0 --> 0.0.314 ✅
- - 0.0.316 -> 0.0.314 ❌
- - 0.1.312 -> 0.0.314 ❌
- - 1.0.312 -> 0.0.314 ❌
-
-
-Por último la estrategia más complicada. La estrategia `metadata`.\
-Primero debe saber que inicialmente, después de habilitarlo, las actualizaciones **FALLARÁN** ya que el canal carece de los metadatos necesarios.\
-Si al canal le faltan metadatos, verá un mensaje como este:
-<img src="/fail-metadata.webp" alt="No puedo encontrar metadatos"/>
-
-Si ve algo como esto, sabrá que debe ir al paquete actual del canal que falla y configurar los metadatos.\
-Primero, averigüe qué canal está fallando. Puedes hacerlo mirando la columna `misconfigured`
-<img src="/misconfigured-table.webp" alt="Tabla mal configurada"/>Luego vaya al canal que falla y haga clic en "Número de paquete". Esto debería llevarlo a la página del paquete.
-<img src="/fail-channel-show.webp" alt="Localizar el canal defectuoso"/>
-
-Una vez allí, complete el campo "Versión de actualización mínima". Esto debería ser un [semver](https://devhints.io/semver/).\
-Si el valor que pasas no es un semver obtendrás un error, pero si todo va correctamente deberías ver algo como esto:
-<img src="/set-min-update-version.webp" alt="Establecer versión mínima"/>
-
-Ahora bien, probablemente no quieras configurar estos datos manualmente cada vez que actualices. Afortunadamente, CLI evitará que envíes una actualización sin estos metadatos.
-<img src="/cli-fail-no-metadata.webp" alt="CLI falla sin metadatos"/>
-
-Para cargar correctamente un paquete cuando se utiliza la opción `metadata`, debe pasar `--min-update-version` con el semver válido. Algo como esto:
-<img src="/cli-upload-with-metadata.webp" alt="CLI subir con metadatos"/>
-
-El `--min-update-version` no es la ÚNICA forma de lograr compatibilidad.
-También existe el `--auto-min-update-version`. Así es como funciona.
-
-Primero, echa un vistazo a la versión subida actualmente al canal. Comprueba la compatibilidad de la misma manera que lo haría el comando "compatibilidad de paquete".
-En segundo lugar, si la nueva versión es 100% compatible, reutiliza el `min_update_version` de la última versión del canal.
-De lo contrario, establece `min_update_version` en el número de paquete de la versión recién cargada.
-
-Siempre obtendrá información sobre cuál es `min_update_version` al utilizar esta opción. Se verá así:
-<img src="/min_update_version_info.webp" alt="Versión mínima de actualización"/>
-
-Si la nueva versión no es compatible, debería verse así
-<img src="/min_update_version_not_compatible.webp" alt="Versión mínima de actualización no compatible"/>
-
-## Cifrado de extremo a extremo (sin confianza)
-
-Capgo admite el cifrado de extremo a extremo, esto significa que su paquete (código) se cifra antes de enviarlo a la nube y descifrarlo en el dispositivo. Para eso, necesita generar un par de claves RSA; puede usar el siguiente comando para generarlo.
-
-El sistema de cifrado es una combinación de RSA y AES, la clave RSA se utiliza para cifrar la clave AES y la clave AES se utiliza para cifrar el archivo.
-
-Consulte a continuación para obtener más información sobre el sistema de cifrado.
-
-<img src="/crypto_explained.webp" alt="Cómo funcionan las criptomonedas"/>
-
-Esquema de cifrado
-
-### Crea una clave para tu aplicación
-
-`npx @capgo/cli key create`
-
-Opcionalmente, puede proporcionar: `--force` para sobrescribir la clave existente. Este comando creará para usted un par de claves en su aplicación y le pedirá que guarde la clave privada en un lugar seguro. Se recomienda no confirmar la clave privada y no compartirla con nadie.
-
-> Después de su prueba local, elimine la clave del archivo de configuración y agréguela en el paso CI con "guardar clave"
-
-### Guardar clave en la configuración de tu aplicación
-
-`npx @capgo/cli key save`
-
-Opcionalmente puedes dar:
-
-`--key [/path/to/my/public_key]` la ruta de su archivo de clave pública.
-
-`--key-data [publicKey]` los datos de clave pública, si desea utilizarlos en línea. Este comando es útil si siguió la recomendación y no confirmó la clave en la configuración de su aplicación.
-
-## Integración Ci
-
-Para automatizar su trabajo, le recomiendo que haga que la acción GitHub haga el trabajo de enviar a nuestro servidor.
-
-[GitHub tutorial de acción](https://capgo.app/blog/automatic-build-and-release-with-github-actions/)
-
-## Nuestra aplicación de demostración
-
-[GitHub - Cap-go/aplicación de demostración](https://github.com/Cap-go/demo-app/)
-
-No olvide configurar la variable de entorno CI con su clave API
diff --git a/src/content/docs/es/docs/cli/migrations/cli-from-0x-to-1x.mdx b/src/content/docs/es/docs/cli/migrations/cli-from-0x-to-1x.mdx
deleted file mode 100644
index f186ef4cb..000000000
--- a/src/content/docs/es/docs/cli/migrations/cli-from-0x-to-1x.mdx
+++ /dev/null
@@ -1,11 +0,0 @@
----
-title: CLI de 0.x a 1.x
-description: Cómo actualizar de 0.x a 1.x
-sidebar:
-  order: 5
-locale: es
----
-
-No hay cambios significativos en la CLI
-
-El cambio disruptivo es principalmente el cambio de nombre del argumento `--version` a `--bundle` para evitar conflictos y seguir la nueva nomenclatura en todas partes
\ No newline at end of file
diff --git a/src/content/docs/es/docs/cli/migrations/encryption.md b/src/content/docs/es/docs/cli/migrations/encryption.md
deleted file mode 100644
index b2f2f18ec..000000000
--- a/src/content/docs/es/docs/cli/migrations/encryption.md
+++ /dev/null
@@ -1,71 +0,0 @@
----
-title: Encriptación
-description: Cómo cifrar tus datos con el nuevo cifrado
-sidebar:
-  order: 5
-locale: es
----
-
-Esta documentación explicará cómo cifrar tus datos con el nuevo sistema de cifrado y eliminar el anterior
-
-Aprende más sobre el nuevo sistema de cifrado en el [blog post](/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing)
-
----
-
-Primero, crea un nuevo par de claves con el siguiente comando:
-
-```bash
-npx @capgo/cli key create
-```
-
-Este comando creará un nuevo par de claves en tu aplicación; es imperativo almacenar la clave privada en un lugar seguro. Nunca se debe confirmar la clave privada en el control de código fuente ni compartirla con terceros no confiables
-
-Este comando también eliminará la clave antigua de tu configuración de Capacitor, pero no eliminará los archivos de la clave antigua. El CLI los mantiene para permitirte continuar enviando actualizaciones en vivo para las aplicaciones que no han recibido una actualización de la tienda de aplicaciones y que todavía utilizan el Plugin anterior. Esto facilita la migración
-
-Cuando la migración te pregunte "¿Quieres configurar el cifrado con el nuevo canal para admitir aplicaciones antiguas y facilitar la migración?", por favor acepta. Esto agregará una nueva opción "defaultChannel" a tu configuración de Capacitor. Esto hará que tu aplicación Usar el canal "encryption_v2". Esto asegurará que el nuevo cifrado sea utilizado solo por aplicaciones que lo soporten. Las aplicaciones que no han recibido una actualización de la tienda de aplicaciones continuarán usando el canal predeterminado anterior
-
----
-
-Ahora, necesitas construir tu paquete JS y subirlo al nuevo canal. Por favor, ejecuta el siguiente comando:
-
-```bash
-npx @capgo/cli bundle upload --channel encryption_v2
-```
-
----
-
-Luego, ejecuta este comando para permitir que las aplicaciones se auto-asignen al canal "encryption_v2"
-
-:::Precaución
-Esto es necesario para que la nueva opción "defaultChannel" funcione
-:::
-
-```bash
-npx @capgo/cli channel set encryption_v2 --self-assign
-```
-
----
-
-Ahora puedes ejecutar la aplicación; utilizará el nuevo sistema de cifrado
-
-Para subir el nuevo paquete JS al canal antiguo, solo necesitas ejecutar el siguiente comando:
-
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
----
-
-No necesitas preocuparte por la configuración de Capacitor, nunca se sube a Capgo
-
-Cuando todos los usuarios hayan actualizado sus aplicaciones (puede tomar hasta 3/4 meses), puedes eliminar el "defaultChannel" de tu configuración de Capacitor
-
-Y luego, puedes eliminar el canal antiguo con el siguiente comando:
-
-```bash
-npx @capgo/cli channel delete encryption_v2
-```
-
----
-
-Después de eliminar el canal "encryption_v2", todas las aplicaciones que lo usen como predeterminado comenzarán a usar el canal "production"
\ No newline at end of file
diff --git a/src/content/docs/es/docs/cli/overview.mdx b/src/content/docs/es/docs/cli/overview.mdx
deleted file mode 100644
index 9a075db68..000000000
--- a/src/content/docs/es/docs/cli/overview.mdx
+++ /dev/null
@@ -1,116 +0,0 @@
----
-title: Descripción general
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: es
----
-
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Usar la función de Actualizaciones en Vivo de Capgo para actualizar los paquetes JavaScript de su aplicación de forma remota y en tiempo real. Envíe actualizaciones JS directamente a sus usuarios sin pasar por el proceso de revisión de la tienda de aplicaciones para corregir errores y lanzar nuevas funciones instantáneamente.
-
-<Aside>
-
-Las Actualizaciones en Vivo están limitadas a cambios en los paquetes JavaScript. Si necesita actualizar código nativo, como agregar o eliminar un Plugin o cambiar la configuración del proyecto nativo, deberá enviar una nueva compilación binaria nativa a las tiendas de aplicaciones.
-
-</Aside>
-
-## Cómo funcionan las Actualizaciones en Vivo
-
-El sistema de Actualización en Vivo de Capgo tiene dos componentes clave:
-
-1. El SDK de Capgo, que instala en su aplicación. El SDK verifica las actualizaciones disponibles y las descarga en segundo plano.
-
-2. Canales, que le permiten dirigir actualizaciones a grupos específicos de usuarios. Puede usar canales para gestionar diferentes pistas de lanzamiento, como `Production`, `Staging` y `Dev`.
-
-Cuando sube un nuevo paquete JS a Capgo y lo asigna a un canal, el SDK de Capgo en las aplicaciones configuradas para ese canal detectará la actualización y la descargará. La próxima vez que la aplicación se reinicie, se cargará el nuevo paquete.
-
-## Primeros pasos
-
-Para comenzar a usar las Actualizaciones en Vivo, siga estos pasos:
-
-<Steps>
-
-1. Completo el [Inicio rápido de Capgo](/docs/getting-started/quickstart) para configurar su aplicación en Capgo e instalar el SDK de Capgo.
-
-2. En el código de su aplicación, llame a `CapacitorUpdater.notifyAppReady()` después de que su aplicación haya terminado de inicializarse. Esto le indica al SDK de Capgo que su aplicación está lista para recibir actualizaciones.
-
-3. Compile su paquete JS y súbalo a Capgo:
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. Abra su aplicación y espere a que se descargue la actualización. Puede verificar el estado con:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. Una vez que se descargue la actualización, cierre y vuelva a abrir su aplicación para cargar el nuevo paquete.
-
-</Steps>
-
-Consulte la guía [Implementación de Actualizaciones en Vivo](/docs/getting-started/deploy) para más detalles.
-
-## La CLI de Capgo
-
-La CLI de Capgo es una herramienta poderosa que permite a los desarrolladores interactuar con los servicios de Capgo desde sus propios pipelines de CI/CD. Con la CLI, tiene control granular sobre cuándo se producen y despliegan las compilaciones, permitiéndole integrar Capgo en sus flujos de trabajo empresariales existentes.
-
-### ¿Para qué sirve la CLI de Capgo?
-
-La CLI de Capgo está diseñada para desarrolladores y equipos que necesitan más control y flexibilidad en sus flujos de trabajo de actualización en vivo. Al usar la CLI en sus pipelines de CI/CD, puede:
-
-- Decidir exactamente cuándo construir y desplegar actualizaciones, en lugar de depender de la automatización integrada de Capgo
-- Insertar sus propios procesos, como firma de código, pruebas de QA o aprobaciones de gerentes, entre los pasos de compilación y despliegue
-- Integrar Capgo en sus herramientas y flujos de trabajo DevOps existentes
-
-### Autenticación
-
-Para usar la CLI de Capgo, necesitará autenticarse con su clave API. Puede generar una clave API en la configuración de su cuenta de Capgo.
-
-Para iniciar sesión y almacenar de forma segura su clave API, ejecute:
-
-```shell
-npx @capgo/cli@latest login [API_KEY]
-```
-
-Este comando se guardará para uso futuro. No necesitará proporcionar su clave API con cada comando después de iniciar sesión.
-
-### Diferencias clave con otras herramientas CLI
-
-Si está familiarizado con otras herramientas CLI de actualización en vivo, hay algunas cosas clave que debe tener en cuenta sobre la CLI de Capgo:
-
-- Capgo utiliza una única CLI tanto para casos de uso de desarrollo como de CI/CD, ya que Capgo se centra únicamente en el conjunto de funciones de actualización en vivo
-
-- La CLI de Capgo no requiere un paso de instalación separado. Está incluida en el paquete `@capgo/cli` y se puede ejecutar directamente usando `npx`
-
-- La CLI de Capgo está diseñada específicamente para el flujo de trabajo de actualización en vivo, por lo que puede no incluir algunas características o comandos que se encuentran en herramientas CLI de propósito más general
-
-## Siguientes pasos
-
-<CardGrid stagger>
-  <a href="/docs/live-Actualizaciones/Canales/">
-    <Card title="Canales" icon="bars">
-      Aprenda cómo usar canales para gestionar diferentes pistas de lanzamiento y dirigir actualizaciones a usuarios específicos
-    </Card>
-  </a>
-
-  <a href="/docs/live-Actualizaciones/Reversiones/">
-    <Card title="Reversiones" icon="left-arrow">
-      Descubra cómo revertir a una versión anterior del paquete JS si una actualización causa problemas
-    </Card>
-  </a>
-
-  <a href="/docs/live-Actualizaciones/Actualizar-behavior/">
-    <Card title="Comportamiento de actualización" icon="setting">
-      Personalice cómo y cuándo se descargan y aplican las actualizaciones en su aplicación
-    </Card>
-  </a>
-  <a href="/docs/live-Actualizaciones/differentials/">
-    <Card title="Actualizaciones rápidas" icon="starlight">
-      Aprenda cómo usar actualizaciones rápidas para acelerar el proceso de actualización
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/es/docs/cli/reference/account.mdx b/src/content/docs/es/docs/cli/reference/account.mdx
deleted file mode 100644
index e32252020..000000000
--- a/src/content/docs/es/docs/cli/reference/account.mdx
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: cuenta
-sidebar_label: account
-sidebar:
-  order: 7
-locale: es
----
-
-El comando `account` te permite gestionar tu cuenta de Capgo
-
-### id
-
-`npx @capgo/cli account id`
-
-Obtiene tu ID de cuenta
-
-Opciones:
-
-- `-a, --apikey <apikey>`: Clave API para enlazar a tu cuenta
\ No newline at end of file
diff --git a/src/content/docs/es/docs/cli/reference/app.mdx b/src/content/docs/es/docs/cli/reference/app.mdx
deleted file mode 100644
index 491ec390c..000000000
--- a/src/content/docs/es/docs/cli/reference/app.mdx
+++ /dev/null
@@ -1,84 +0,0 @@
----
-title: aplicación
-sidebar_label: Aplicación
-sidebar:
-  order: 4
-locale: es
----
-
-El comando `app` te permite gestionar tus aplicaciones de Capgo
-
-### Agregar
-
-`npx @capgo/cli app add [appId]`
-
-Agrega una nueva aplicación a tu cuenta de Capgo
-
-`[appId]` es el ID de tu aplicación en el formato `com.example.app`. Consulta la [documentación de Capacitor](https://capacitorjs.com/docs/cli/commands/init/) para más información
-
-> 💡 Todas las opciones se obtendrán de tu `capacitor.config.json` si no se proporcionan
-
-Opciones:
-
-- `--icon [path]`: Ruta a un ícono personalizado para mostrar en la aplicación web de Capgo
-- `--name [name]`: Nombre personalizado para mostrar en la lista de aplicaciones
-- `--apikey [key]`: Clave API para vincular a tu cuenta
-- `--retention [days]`: Período de retención para los paquetes de la aplicación en días (predeterminado: 0 = infinito)
-
-### Establecer
-
-`npx @capgo/cli app set [appId]`
-
-Actualiza una aplicación existente en tu cuenta de Capgo
-
-Opciones:
-
-- `--icon [path]`: Ruta a un ícono personalizado para mostrar en la aplicación web de Capgo
-- `--name [name]`: Nombre personalizado para mostrar en la lista de aplicaciones
-- `--retention [days]`: Período de retención para los paquetes de la aplicación en días (predeterminado: 0 = infinito)
-- `--apikey [key]`: Clave API para vincular a tu cuenta
-
-### list
-
-`npx @capgo/cli app list [appId]`
-
-Lista todas las aplicaciones en tu cuenta de Capgo
-
-Opciones:
-
-- `--apikey [key]`: Clave API para vincular a tu cuenta
-
-### Eliminar
-
-`npx @capgo/cli app delete [appId]`
-
-Elimina una aplicación de tu cuenta de Capgo
-
-Opciones:
-
-- `--apikey [key]`: Clave API para vincular a tu cuenta
-- `--bundle`: Eliminar solo una versión específica del paquete
-
-### Depuración
-
-`npx @capgo/cli app debug [appId]`
-
-Muestra información de depuración para una aplicación
-
-Opciones:
-
-- `--apikey [key]`: Clave API para vincular a tu cuenta
-- `--device`: Depurar un dispositivo específico
-
-### setting
-
-`npx @capgo/cli app setting [path]`
-
-Edita la configuración de Capacitor para una aplicación
-
-`[path]` es la ruta a la configuración que deseas cambiar (por ejemplo, `appId` o `plugins.CapacitorUpdater.autoUpdate`)
-
-Debes proporcionar ya sea `--string` o `--bool`:
-
-- `--string <value>`: Establece la configuración a un valor de cadena
-- `--bool <true|false>`: Establece la configuración a un valor booleano
\ No newline at end of file
diff --git a/src/content/docs/es/docs/cli/reference/build.mdx b/src/content/docs/es/docs/cli/reference/build.mdx
deleted file mode 100644
index a210c47c0..000000000
--- a/src/content/docs/es/docs/cli/reference/build.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: 🏗️ Construir
-description: Compila aplicaciones móviles nativas en la nube y envíalas a Aplicación Store y Play Store directamente desde tu CLI.
-sidebar_label: Construir
-locale: es
-sidebar:
-  order: 5
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-🏗️ Compila aplicaciones móviles nativas en la nube y envíalas automáticamente a Aplicación Store y Play Store.
-
-## Descripción General
-
-El comando `build` te permite compilar tu aplicación Capacitor para iOS y Android en la infraestructura en la nube de Capgo, similar a cómo Expo maneja las compilaciones. Tu aplicación se compila en infraestructura dedicada y puede enviarse automáticamente a las tiendas de aplicaciones.
-
-**Estado Actual:** Beta Pública
-
-## ¿Por Qué Usar Construcción en la nube?
-
-Compilar aplicaciones móviles nativas tradicionalmente requiere:
-- **Hardware Mac** para compilaciones iOS ($1000+ o costosos minutos de CI)
-- **Configuración compleja de CI/CD** con caché y credenciales
-- **Sobrecarga de mantenimiento** para Xcode, Android Studio y SDKs
-
-Con Capgo Construcción en la nube, obtienes:
-- ✅ **No se requiere Mac** - Compila aplicaciones iOS desde cualquier máquina
-- ✅ **Sin configuración** - No se necesita configuración de CI/CD
-- ✅ **Probado en batalla** - Construido sobre 3 años de uso interno en producción
-- ✅ **Seguro** - Sin almacenamiento de registros, limpieza automática
-- ✅ **Solo nativo** - Tu JavaScript se mantiene privado
-
-## Inicio Rápido
-
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-¡Eso es todo! Tu aplicación se compilará en la nube y verás registros en tiempo real.
-
-## Secciones de Documentación
-
-<CardGrid>
-  <Card title="⚠️ Configura las Credenciales PRIMERO" icon="warning">
-    **Requerido antes de compilar:** Guarda tus credenciales iOS/Android localmente.
-
-    [Configurar Credenciales →](/docs/cli/cloud-build/credentials/)
-  </Card>
-
-  <Card title="Comenzar" icon="rocket">
-    Crea tu primera compilación nativa en minutos.
-
-    [Leer guía →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="Compilaciones iOS" icon="apple">
-    Configura certificados y compila para Aplicación Store.
-
-    [Configurar iOS →](/docs/cli/cloud-build/ios/)
-  </Card>
-
-  <Card title="Compilaciones Android" icon="setting">
-    Configura keystores y compila para Play Store.
-
-    [Configurar Android →](/docs/cli/cloud-build/android/)
-  </Card>
-
-  <Card title="Solución de Problemas" icon="warning">
-    Soluciones a problemas comunes de compilación.
-
-    [Obtener ayuda →](/docs/cli/cloud-build/troubleshooting/)
-  </Card>
-</CardGrid>
-
-## Referencia de Comandos
-
-### Uso Básico
-
-```bash
-npx @capgo/cli@latest build [appId] [opciones]
-```
-
-### Ejemplos
-
-Compilar para ambas plataformas:
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-Compilar solo para iOS:
-```bash
-npx @capgo/cli@latest build com.example.app --platform ios
-```
-
-Compilar para Android en modo Depuración:
-```bash
-npx @capgo/cli@latest build com.example.app --platform android --build-mode debug
-```
-
-Compilar desde un directorio específico:
-```bash
-npx @capgo/cli@latest build com.example.app --path ./my-app
-```
-
-### Opciones
-
-| Opción | Tipo | Por Defecto | Descripción |
-|--------|------|---------|-------------|
-| `appId` | string | Capacitor.config | ID de Aplicación (ej., com.Ejemplo.Aplicación) |
-| `--path <ruta>` | string | Directorio actual | Ruta al directorio de tu proyecto |
-| `--platform <plataforma>` | string | both | Plataforma objetivo: `ios`, `android`, o `both` |
-| `--build-mode <modo>` | string | Lanzamiento | Modo de compilación: `debug` o `release` |
-| `--build-config <config>` | string | - | Configuración adicional de compilación como cadena JSON |
-| `-a, --apikey <apikey>` | string | - | Clave API (o usa la Variable de entorno `CAPGO_TOKEN`) |
-| `--supa-host <url>` | string | https://api.capgo.app | URL personalizada del host Supabase |
-| `--supa-anon <key>` | string | - | Clave anon personalizada de Supabase |
-
-## Cómo Funciona
-
-```mermaid
-sequenceDiagram
-    participant Dev as Desarrollador
-    participant CLI as Capgo CLI
-    participant Cloud as Capgo Cloud
-    participant iOS as Constructor Mac
-    participant Android as Constructor Android
-
-    Dev->>CLI: build com.example.app
-    CLI->>CLI: Comprimir proyecto localmente
-    CLI->>Cloud: Subir a R2
-    Cloud->>iOS: Aprovisionar Mac (iOS)
-    Cloud->>Android: Iniciar sandbox (Android)
-    iOS-->>CLI: Stream de registros (SSE)
-    Android-->>CLI: Stream de registros (SSE)
-    iOS->>Cloud: Compilación completa
-    Android->>Cloud: Compilación completa
-    Cloud->>iOS: Limpieza (24h después)
-    Cloud->>Android: Limpieza (instantánea)
-    CLI->>Dev: Compilación exitosa
-```
-
-### Proceso de Compilación
-
-1. **Preparación Local** - Tu proyecto se comprime localmente (excluyendo `node_modules`, archivos ocultos)
-2. **Subida** - El archivo zip se sube a almacenamiento en la nube seguro (Cloudflare R2)
-3. **Ejecución de Compilación**:
-   - **iOS**: Se aprovisiona máquina Mac dedicada, Fastlane compila y firma
-   - **Android**: Se crea sandbox seguro, Gradle compila y firma
-4. **Streaming de Registros** - Registros en tiempo real vía Server-Sent Events (¡no se almacenan!)
-5. **Limpieza Automática**:
-   - **iOS**: Archivos eliminados después de 24 horas cuando se libera la máquina
-   - **Android**: Todo se elimina instantáneamente después de la compilación
-
-## Nuestra Experiencia
-
-Capgo Construcción en la nube no es infraestructura nueva - la hemos estado usando internamente durante **3 años**:
-
-- ✅ **Fastlane Personalizado** - Construido específicamente para aplicaciones Capacitor
-- ✅ **Miles de compilaciones** - Probado en batalla en producción
-- ✅ **Expertos en Capacitor** - Conocimiento profundo de lo que importa
-- ✅ **Enfoque solo en nativo** - Tu JavaScript nunca toca nuestros servidores
-
-## Seguridad y Privacidad
-
-- **Sin almacenamiento de registros** - Los registros solo se transmiten a tu terminal, nunca se guardan
-- **Sin almacenamiento de artefactos** - Las aplicaciones se envían directamente a Aplicación Store/Play Store, no guardamos nada
-- **Credenciales auto-eliminadas** - Solo se usan durante la compilación, eliminadas después (máx. 24h)
-- **Compilaciones aisladas** - Cada compilación se ejecuta en aislamiento
-- **Tu código sigue siendo tuyo** - Solo compilamos partes nativas, JavaScript permanece local
-
-## Integración CI/CD
-
-Funciona en todas partes - GitHub Actions, GitLab CI, o cualquier plataforma CI/CD:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build com.example.app \
-      --platform both \
-      --build-mode release
-```
-
-No necesitas:
-- Runners Mac
-- Instalación de Android SDK
-- Instalación de Xcode
-- Caché complejo
-- Gestión de credenciales
-
-## Precios
-
-El tiempo de compilación se factura según el uso real:
-
-- **Android**: Multiplicador 1× (~$0.XX por minuto)
-- **iOS**: Multiplicador 2× (~$0.XX por minuto, debido al hardware Mac)
-
-**Costos típicos:**
-- Depuración Android: 3 min × 1× = ~$X.XX
-- Lanzamiento iOS: 7 min × 2× = ~$X.XX
-
-Solo pagas por lo que usas. Sin mínimos, sin sorpresas.
-
-## Comparación con Otras Soluciones
-
-| Característica | Capgo Construcción en la nube | GitHub Actions (Mac) | Expo EAS |
-|---------|------------------|---------------------|----------|
-| **Mac requerido localmente** | ❌ No | ✅ Sí | ❌ No |
-| **Complejidad de configuración** | ⭐ Comando único | ⭐⭐⭐ YAML complejo | ⭐⭐ Archivos de config |
-| **Nativo Capacitor** | ✅ Optimizado | ⚠️ Genérico | ❌ Solo Expo |
-| **Privacidad de tu código** | ✅ Nunca almacenado | ⚠️ En runners | ⚠️ Subido |
-| **Costo (iOS)** | 💰 2× base | 💰💰💰 10× costoso | 💰💰 Premium |
-
-## Qué se Compila
-
-**Importante:** Capgo compila **solo partes nativas**.
-
-✅ **Nosotros compilamos:**
-- Código nativo iOS (Swift, Objective-C, proyectos Xcode)
-- Código nativo Android (Java, Kotlin, proyectos Gradle)
-- Firma de código y envío a tiendas de aplicaciones
-
-❌ **Tú compilas (localmente):**
-- JavaScript, HTML, CSS (`npm run build`)
-- Sincronización Capacitor (`npx cap sync`)
-- Tus recursos web
-
-Esta separación asegura:
-- **Mejor seguridad** - La lógica de tu aplicación permanece privada
-- **Compilaciones más rápidas** - Sin compilaciones web duplicadas
-- **Responsabilidad clara** - Tú controlas tu código
-
-## Limitaciones
-
-Limitaciones actuales durante la beta pública:
-
-- **Tiempo de espera de compilación**: Máximo 10 minutos
-- **Tiempo de espera de subida**: 1 hora para URL de subida
-- **Máquina iOS**: Requisito de arrendamiento de 24 horas, la compilación en Mac se pondrá en cola para asegurar un uso óptimo
-- **Acceso**: Solo beta pública
-
-## Comenzar
-
-¿Listo para compilar sin complicaciones?
-
-<CardGrid>
-  <Card title="Crea Tu Primera Compilación" icon="rocket">
-    Guía paso a paso para tu primera compilación en la nube.
-
-    [Comenzar →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="Únete a la Beta Pública" icon="star">
-    Construcción en la nube está en beta pública. Únete a nuestra comunidad para obtener acceso.
-
-    [Únete a Discord →](https://discord.com/invite/VnYRvBfgA6)
-  </Card>
-</CardGrid>
-
-## Aprende Más
-
-- [Guía de Comenzar](/docs/cli/cloud-build/getting-started/) - Crea tu primera compilación
-- [Configuración iOS](/docs/cli/cloud-build/ios/) - Configura compilaciones iOS
-- [Configuración Android](/docs/cli/cloud-build/android/) - Configura compilaciones Android
-- [Solución de Problemas](/docs/cli/cloud-build/troubleshooting/) - Problemas comunes y soluciones
-- [Blog: Presentamos Cloud Build](/blog/introducing-capgo-cloud-build/) - Anuncio de característica
-
-## ¿Necesitas Ayuda?
-
-- 📚 [Guía de solución de problemas](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Comunidad Discord](https://discord.com/invite/VnYRvBfgA6)
-- 📧 Email: support@capgo.app
diff --git a/src/content/docs/es/docs/cli/reference/bundle.mdx b/src/content/docs/es/docs/cli/reference/bundle.mdx
deleted file mode 100644
index 7f637b7b2..000000000
--- a/src/content/docs/es/docs/cli/reference/bundle.mdx
+++ /dev/null
@@ -1,165 +0,0 @@
----
-title: paquete
-sidebar_label: Paquete
-sidebar:
-  order: 5
-locale: es
----
-
-El comando `bundle` te permite gestionar los paquetes de tu aplicación
-
-### Subir
-
-`npx @capgo/cli bundle upload [appId]`
-
-Sube un nuevo paquete para una aplicación
-
-Opciones:
-
-- `-a, --apikey <apikey>`: Clave API para vincular a tu cuenta
-- `-p, --path <path>`: Ruta a la carpeta a subir (por defecto el `webDir` en `capacitorconfig`)
-- `-c, --channel <channel>`: Canal al que vincular el paquete
-- `-e, --external <url>`: Enlace a una URL externa en lugar de subir a Capgo Cloud
-- `--iv-session-key <key>`: Establecer la IV y clave de sesión para una URL de paquete externo
-- `--s3-region <region>`: Región para tu bucket S3
-- `--s3-apikey <apikey>`: Clave API para tu endpoint S3
-- `--s3-apisecret <apisecret>`: Secreto API para tu endpoint S3
-- `--s3-endpoint <s3Endpoint>`: URL del endpoint S3
-- `--s3-bucket-name <bucketName>`: Nombre de tu bucket S3
-- `--s3-port <port>`: Puerto para tu endpoint S3
-- `--no-s3-ssl`: Deshabilitar SSL para subidas S3
-- `--key <key>`: Ruta personalizada para la clave de firma pública (sistema v1)
-- `--key-data <keyData>`: Datos de la clave de firma pública (sistema v1)
-- `--key-v2 <key>`: Ruta personalizada para la clave de firma privada (sistema v2)
-- `--key-data-v2 <keyDataV2>`: Datos de la clave de firma privada (sistema v2)
-- `--bundle-url`: Imprimir la URL del paquete en stdout
-- `--no-key`: Ignorar la clave de firma y enviar una actualización sin firmar
-- `--no-code-check`: Omitir la verificación de `notifyAppReady()` en el código fuente y `indexhtml` en la carpeta raíz
-- `--display-iv-session`: Mostrar la IV y clave de sesión usada para encriptar la actualización
-- `-b, --bundle <bundle>`: Número de versión del paquete a subir
-- `--min-update-version <minUpdateVersion>`: Versión mínima de la Aplicación requerida para aplicar esta actualización (solo se usa si la auto-actualización está deshabilitada vía metadata)
-- `--auto-min-update-version`: Establecer automáticamente la versión mínima de actualización basada en versiones nativas del paquete
-- `--ignore-metadata-check`: Ignorar la verificación de metadata (node_modules) al subir
-- `--ignore-checksum-check`: Ignorar la verificación del checksum al subir
-- `--timeout <timeout>`: Tiempo límite para el proceso de subida en segundos
-- `--multipart`: Usar el protocolo multipart para subir datos a S3 (obsoleto, usar `--tus` en su lugar)
-- `--tus`: Subir el paquete usando el protocolo tus
-- `--tus-chunk-size <tusChunkSize>`: Tamaño del chunk para la subida tus
-- `--partial`: Subir solo archivos modificados a Capgo Cloud
-- `--partial-only`: Subir solo archivos parciales a Capgo Cloud, omitiendo el archivo comprimido (útil para paquetes grandes)
-- `--encrypted-checksum <encryptedChecksum>`: Checksum encriptado (firma) para un paquete externo
-- `--auto-set-bundle`: Establecer automáticamente la versión del paquete en `capacitorconfigjson`
-- `--dry-upload`: Realizar una prueba de subida sin subir realmente los archivos (útil para pruebas)
-- `--package-json <packageJson>`: Lista separada por comas de rutas a archivos `packagejson` (útil para monorepos)
-- `--node-modules <nodeModules>`: Lista separada por comas de rutas a directorios `node_modules` (útil para monorepos)
-- `--encrypt-partial`: Encriptar los archivos de actualización parcial
-- `--delete-linked-bundle-on-upload`: Eliminar el paquete actualmente vinculado en el canal destino antes de subir
-
-### compatibility
-
-`npx @capgo/cli bundle compatibility [appId]`
-
-Verifica la compatibilidad de un paquete con un canal específico
-
-Opciones:
-
-- `-a, --apikey <apikey>`: Clave API para vincular a tu cuenta
-- `-c, --channel <channel>`: Canal para verificar compatibilidad
-- `--text`: Mostrar resultados como texto en lugar de emojis
-- `--package-json <packageJson>`: Lista separada por comas de rutas a archivos `packagejson` (útil para monorepos)
-- `--node-modules <nodeModules>`: Lista separada por comas de rutas a directorios `node_modules` (útil para monorepos)
-
-### Eliminar
-
-`npx @capgo/cli bundle delete [bundleId] [appId]`
-
-Elimina un paquete de una aplicación
-
-Opciones:
-
-- `-a, --apikey <apikey>`: Clave API para vincular a tu cuenta
-
-### list
-
-`npx @capgo/cli bundle list [appId]`
-
-Lista todos los paquetes de una aplicación
-
-Opciones:
-
-- `-a, --apikey <apikey>`: Clave API para vincular a tu cuenta
-
-### cleanup
-
-`npx @capgo/cli bundle cleanup [appId]`
-
-Limpia paquetes antiguos para una versión mayor, manteniendo el número especificado de paquetes más recientes
-
-Opciones:
-
-- `-b, --bundle <bundle>`: Número de versión mayor para limpiar
-- `-a, --apikey <apikey>`: Clave API para vincular a tu cuenta
-- `-k, --keep <keep>`: Número de paquetes a mantener (por defecto: 4)
-- `-f, --force`: Forzar eliminación sin confirmación
-
-### decrypt
-
-`npx @capgo/cli bundle decrypt [zipPath] [sessionKey]`
-
-Desencripta un paquete zip firmado
-
-Opciones:
-
-- `--key <key>`: Ruta personalizada para la clave de firma privada
-- `--key-data <keyData>`: Datos de la clave de firma privada
-
-### encrypt
-
-`npx @capgo/cli bundle encrypt [zipPath]`
-
-Encripta un paquete zip
-
-Opciones:
-
-- `--key <key>`: Ruta personalizada para la clave de firma privada
-- `--key-data <keyData>`: Datos de la clave de firma privada
-
-### encryptV2
-
-`npx @capgo/cli bundle encryptV2 [zipPath] [checksum]`
-
-Encripta un paquete zip usando el nuevo método de encriptación
-
-Opciones:
-
-- `--key <key>`: Ruta personalizada para la clave de firma privada
-- `--key-data <keyData>`: Datos de la clave de firma privada
-- `-j, --json`: Mostrar resultados como JSON
-
-### decryptV2
-
-`npx @capgo/cli bundle decryptV2 [zipPath] [checksum]`
-
-Desencripta un paquete zip usando el nuevo método de encriptación
-
-Opciones:
-
-- `--key <key>`: Ruta personalizada para la clave de firma privada
-- `--key-data <keyData>`: Datos de la clave de firma privada
-- `--checksum <checksum>`: Checksum del paquete para verificar integridad
-
-### zip
-
-`npx @capgo/cli bundle zip [appId]`
-
-Genera un archivo zip para un paquete
-
-Opciones:
-
-- `-p, --path <path>`: Ruta a la carpeta a comprimir (por defecto el `webDir` en `capacitorconfig`)
-- `-b, --bundle <bundle>`: Número de versión del paquete a usar en el nombre del archivo
-- `-n, --name <name>`: Nombre personalizado para el zip
-- `-j, --json`: Mostrar resultados como JSON
-- `--no-code-check`: Omitir la verificación de `notifyAppReady()` en el código fuente y `indexhtml` en la carpeta raíz
-- `--key-v2`: Usar el nuevo método de encriptación (v2)
-- `--package-json <packageJson>`: Lista separada por comas de rutas a archivos `packagejson` (útil para monorepos)
\ No newline at end of file
diff --git a/src/content/docs/es/docs/cli/reference/channel.mdx b/src/content/docs/es/docs/cli/reference/channel.mdx
deleted file mode 100644
index 5daae1963..000000000
--- a/src/content/docs/es/docs/cli/reference/channel.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: canal
-sidebar_label: Canal
-sidebar:
-  order: 6
-locale: es
----
-
-El comando `channel` te permite gestionar tus canales de lanzamiento
-
-### Agregar
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-Crea un nuevo canal para una aplicación
-
-Opciones:
-
-- `-d, --default`: Establece el nuevo canal como canal predeterminado
-- `-a, --apikey <apikey>`: Clave API para vincular a tu cuenta
-
-### Eliminar
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-Elimina un canal de una aplicación
-
-Opciones:
-
-- `-a, --apikey <apikey>`: Clave API para vincular a tu cuenta
-- `--delete-bundle`: Elimina el paquete asociado al canal
-
-### list
-
-`npx @capgo/cli channel list [appId]`
-
-Lista todos los canales de una aplicación
-
-Opciones:
-
-- `-a, --apikey <apikey>`: Clave API para vincular a tu cuenta
-
-### currentBundle
-
-`npx @capgo/cli channel currentBundle [channel] [appId]`
-
-Obtiene el paquete actual para un canal específico
-
-Opciones:
-
-- `-c, --channel <channel>`: Canal del cual obtener el paquete actual
-- `-a, --apikey <apikey>`: Clave API para vincular a tu cuenta
-- `--quiet`: Solo muestra la versión del paquete
-
-### Establecer
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-Establece las propiedades de un canal
-
-Opciones:
-
-- `-a, --apikey <apikey>`: Clave API para vincular a tu cuenta
-- `-b, --bundle <bundle>`: Número de versión del paquete a establecer para el canal
-- `-s, --state <state>`: Establece el estado del canal (`default` o `normal`)
-- `--latest`: Usa la última versión de `packagejson` como versión del paquete
-- `--downgrade`: Permite degradar a versiones inferiores a la versión nativa
-- `--no-downgrade`: Deshabilita las degradaciones a versiones inferiores a la versión nativa
-- `--upgrade`: Permite actualizaciones a versiones superiores a la versión nativa
-- `--no-upgrade`: Deshabilita las actualizaciones a versiones superiores a la versión nativa
-- `--ios`: Permite enviar actualizaciones a dispositivos iOS
-- `--no-ios`: Deshabilita el envío de actualizaciones a dispositivos iOS
-- `--android`: Permite enviar actualizaciones a dispositivos Android
-- `--no-android`: Deshabilita el envío de actualizaciones a dispositivos Android
-- `--self-assign`: Permite que los dispositivos se auto-asignen a este canal
-- `--no-self-assign`: Deshabilita la auto-asignación de dispositivos a este canal
-- `--disable-auto-update <disableAutoUpdate>`: Deshabilita la estrategia de actualización automática para este canal (opciones: `major`, `minor`, `metadata`, `patch`, `none`)
-- `--dev`: Permite enviar actualizaciones a dispositivos de desarrollo
-- `--no-dev`: Deshabilita el envío de actualizaciones a dispositivos de desarrollo
-- `--emulator`: Permite enviar actualizaciones a dispositivos emuladores
-- `--no-emulator`: Deshabilita el envío de actualizaciones a dispositivos emuladores
-- `--package-json <packageJson>`: Lista separada por comas de rutas a archivos `packagejson` (útil para monorepos)
\ No newline at end of file
diff --git a/src/content/docs/es/docs/cli/reference/doctor.mdx b/src/content/docs/es/docs/cli/reference/doctor.mdx
deleted file mode 100644
index 037d20f2e..000000000
--- a/src/content/docs/es/docs/cli/reference/doctor.mdx
+++ /dev/null
@@ -1,13 +0,0 @@
----
-title: médico
-sidebar_label: doctor
-sidebar:
-  order: 7
-locale: es
----
-
-`npx @capgo/cli doctor`
-
-Este comando verifica si estás usando la última versión de los paquetes de Capgo
-
-También es útil para reportar errores
\ No newline at end of file
diff --git a/src/content/docs/es/docs/cli/reference/index.mdx b/src/content/docs/es/docs/cli/reference/index.mdx
deleted file mode 100644
index 7e970c8c7..000000000
--- a/src/content/docs/es/docs/cli/reference/index.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: 概要
-description: Documentación detallada para los comandos de la CLI de Capgo
-sidebar:
-  order: 1
-locale: es
----
-
-import { CardGrid, Card } from '@astrojs/starlight/components';
-
-La CLI de Capgo proporciona un conjunto de comandos para gestionar tus aplicaciones y despliegues de Capgo. Esta referencia proporciona información detallada sobre cada comando disponible, incluyendo sus opciones y ejemplos de uso
-
-## Comandos
-
-<CardGrid stagger>
-  <a href="/docs/CLI/Referencia/init/">
-    <Card title="init" icon="rocket">
-      Inicializar una nueva aplicación de Capgo
-    </Card>
-  </a>
-
-  <a href="/login/">
-    <Card title="login" icon="approve-check">
-      Autenticarse con el servicio de Capgo
-    </Card>
-  </a>
-
-  <a href="/docs/CLI/Referencia/doctor/">
-    <Card title="doctor" icon="approve-check-circle">
-      Verificar tu configuración de Capgo en busca de posibles problemas
-    </Card>
-  </a>
-
-  <a href="/docs/CLI/Referencia/Aplicación/">
-    <Card title="Aplicación" icon="seti:default">
-      Gestionar tus aplicaciones de Capgo
-    </Card>
-  </a>
-
-  <a href="/docs/CLI/Referencia/Paquete/">
-    <Card title="Paquete" icon="seti:html">
-      Gestionar tus paquetes de aplicaciones
-    </Card>
-  </a>
-
-  <a href="/docs/CLI/Referencia/Canal/">
-    <Card title="Canal" icon="seti:git">
-      Gestionar tus canales de lanzamiento
-    </Card>
-  </a>
-
-  <a href="/docs/CLI/Referencia/key/">
-    <Card title="key" icon="seti:lock">
-      Gestionar tus claves de firma de aplicaciones
-    </Card>
-  </a>
-</CardGrid>
-
-## Integración CI
-
-Para automatizar tu trabajo, recomendamos usar GitHub Actions para enviar tus actualizaciones a Capgo. Consulta nuestro [tutorial de GitHub Actions](https://capgo.app/blog/automatic-build-and-release-with-github-actions/) para más información
-
-No olvides configurar las Variables de entorno de tu CI con tu clave API de Capgo
-
-## Aplicación Demo
-
-Para un ejemplo completo de una aplicación Capgo con integración CI, consulta nuestra [aplicación demo en GitHub](https://github.com/Cap-go/demo-app/)
diff --git a/src/content/docs/es/docs/cli/reference/init.mdx b/src/content/docs/es/docs/cli/reference/init.mdx
deleted file mode 100644
index bb19b7673..000000000
--- a/src/content/docs/es/docs/cli/reference/init.mdx
+++ /dev/null
@@ -1,17 +0,0 @@
----
-title: iniciar
-sidebar_label: init
-sidebar:
-  order: 2
-locale: es
----
-
-`npx @capgo/cli@latest init [apikey]`
-
-Este comando te guía paso a paso para:
-
-- Agregar tu aplicación a Capgo
-- Agregar el código a tu aplicación para validar la actualización
-- Construir tu aplicación
-- Subir tu aplicación a Capgo
-- Ayudarte a verificar si la actualización funciona
\ No newline at end of file
diff --git a/src/content/docs/es/docs/cli/reference/key.mdx b/src/content/docs/es/docs/cli/reference/key.mdx
deleted file mode 100644
index e9e93aa48..000000000
--- a/src/content/docs/es/docs/cli/reference/key.mdx
+++ /dev/null
@@ -1,37 +0,0 @@
----
-title: llave
-sidebar_label: key
-sidebar:
-  order: 7
-locale: es
----
-
-El comando `key` te permite gestionar las claves de firma de tu aplicación
-
-### Guardar
-
-`npx @capgo/cli key save`
-
-Guarda una clave de cifrado codificada en base64 en la configuración de Capacitor (útil para CI)
-
-Opciones:
-
-- `-f, --force`: Forzar la generación de una nueva clave
-- `--key`: Ruta al archivo de clave para guardar en la configuración de Capacitor
-- `--key-data`: Datos de clave para guardar directamente en la configuración de Capacitor
-
-### Crear
-
-`npx @capgo/cli key create`
-
-Crea una nueva clave de cifrado
-
-Opciones:
-
-- `-f, --force`: Forzar la generación de una nueva clave
-
-### delete_old
-
-`npx @capgo/cli key delete_old`
-
-Elimina la clave de cifrado antigua
\ No newline at end of file
diff --git a/src/content/docs/es/docs/cli/reference/login.mdx b/src/content/docs/es/docs/cli/reference/login.mdx
deleted file mode 100644
index 500ad143a..000000000
--- a/src/content/docs/es/docs/cli/reference/login.mdx
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: iniciar sesión
-sidebar_label: login
-sidebar:
-  order: 3
-locale: es
----
-
-`npx @capgo/cli login [apikey]`
-
-Este comando almacena tu clave API de Capgo para uso futuro
-
-:::Nota
-Puedes sobrescribir la clave API almacenada pasando `--apikey=<key>` a cualquier comando
-:::
-
-Opciones:
-
-- `--local`: Almacena la clave API en el repositorio local y lo agrega a `gitignore`
\ No newline at end of file
diff --git a/src/content/docs/es/docs/cli/reference/organisation.mdx b/src/content/docs/es/docs/cli/reference/organisation.mdx
deleted file mode 100644
index d29e48574..000000000
--- a/src/content/docs/es/docs/cli/reference/organisation.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: 🔹 organisation
-description: 🏢 Gestiona tus organizaciones en Capgo Cloud para colaboración en equipo y gestión de aplicaciones.
-sidebar_label: organisation
-locale: es
-sidebar:
-  order: 9
----
-
-🏢 Gestiona tus organizaciones en Capgo Cloud para colaboración en equipo y gestión de aplicaciones.
-
-### <a id="organisation-list"></a> 📋 **List**
-
-**Alias:** `l`
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-📋 Lista todas las organizaciones a las que tienes acceso en Capgo Cloud.
-
-**Ejemplo:**
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-**Opciones:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clave API para vincular a tu cuenta |
-| **--supa-host** | <code>string</code> | URL personalizada del host Supabase (para auto-alojamiento o desarrollo de Capgo) |
-| **--supa-anon** | <code>string</code> | Clave anon personalizada de Supabase (para auto-alojamiento) |
-
-### <a id="organisation-Agregar"></a> ➕ **Agregar**
-
-**Alias:** `a`
-
-```bash
-npx @capgo/cli@latest organisation add
-```
-
-➕ Crea una nueva organización en Capgo Cloud para colaboración en equipo.
-
-**Ejemplo:**
-
-```bash
-npx @capgo/cli@latest organisation add --name "Mi Empresa" --email admin@miempresa.com
-```
-
-**Opciones:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | Nombre de la organización |
-| **-e,** | <code>string</code> | Email de gestión para la organización |
-| **-a,** | <code>string</code> | Clave API para vincular a tu cuenta |
-| **--supa-host** | <code>string</code> | URL personalizada del host Supabase (para auto-alojamiento o desarrollo de Capgo) |
-| **--supa-anon** | <code>string</code> | Clave anon personalizada de Supabase (para auto-alojamiento) |
-
-### <a id="organisation-Establecer"></a> ⚙️ **Establecer**
-
-**Alias:** `s`
-
-```bash
-npx @capgo/cli@latest organisation set
-```
-
-⚙️ Actualiza la configuración de la organización como el nombre y el email de gestión.
-
-**Ejemplo:**
-
-```bash
-npx @capgo/cli@latest organisation set ORG_ID --name "Nombre de Empresa Actualizado"
-```
-
-**Opciones:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | Nombre de la organización |
-| **-e,** | <code>string</code> | Email de gestión para la organización |
-| **-a,** | <code>string</code> | Clave API para vincular a tu cuenta |
-| **--supa-host** | <code>string</code> | URL personalizada del host Supabase (para auto-alojamiento o desarrollo de Capgo) |
-| **--supa-anon** | <code>string</code> | Clave anon personalizada de Supabase (para auto-alojamiento) |
-
-### <a id="organisation-Eliminar"></a> 🗑️ **Eliminar**
-
-**Alias:** `d`
-
-```bash
-npx @capgo/cli@latest organisation delete
-```
-
-🗑️ Elimina una organización de Capgo Cloud. Esta acción no se puede deshacer.
-Solo los propietarios de organizaciones pueden eliminar organizaciones.
-
-**Ejemplo:**
-
-```bash
-npx @capgo/cli@latest organisation delete ORG_ID
-```
-
-**Opciones:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clave API para vincular a tu cuenta |
-| **--supa-host** | <code>string</code> | URL personalizada del host Supabase (para auto-alojamiento o desarrollo de Capgo) |
-| **--supa-anon** | <code>string</code> | Clave anon personalizada de Supabase (para auto-alojamiento) |
diff --git a/src/content/docs/es/docs/contributing/adding-plugins.mdx b/src/content/docs/es/docs/contributing/adding-plugins.mdx
deleted file mode 100644
index 9d3860b3d..000000000
--- a/src/content/docs/es/docs/contributing/adding-plugins.mdx
+++ /dev/null
@@ -1,450 +0,0 @@
----
-title: Agregar o actualizar complementos
-description: >-
-  Guía completa para contribuyentes y agentes sobre cómo agregar nuevos
-  complementos o actualizar complementos existentes en la documentación Capgo.
-sidebar:
-  order: 10
-locale: es
----
-import { Steps, Aside, LinkCard } from '@astrojs/starlight/components';
-
-Esta guía explica cómo agregar nuevos complementos Capacitor al sitio web Capgo o actualizar la documentación del complemento existente. Esto es útil para los contribuyentes, mantenedores y agentes de IA que ayudan a mantener la documentación.
-
-## Descripción general
-
-Al agregar un nuevo complemento al ecosistema Capgo, debe actualizar varios archivos y ubicaciones en el sitio web para garantizar que el complemento aparezca correctamente en todos los lugares relevantes:
-
-1. **Configuración de la lista de complementos**: agregue metadatos de complementos a la lista maestra
-2. **Página de índice de complementos**: agregue el complemento a la página de listado de complementos categorizados
-3. **Navegación en la barra lateral**: agregue un complemento a la barra lateral de documentación
-4. **Documentación del complemento**: cree páginas de descripción general y de introducción
-5. **Tutorial del complemento**: cree un tutorial completo
-
-## Ubicaciones de archivos
-
-### Archivos clave para actualizar
-
-| Archivo | Propósito |
-|------|---------|
-| `/src/config/plugins.ts` | Lista maestra de complementos con metadatos |
-| `/src/content/docs/docs/plugins/index.mdx` | Página de índice de complementos con categorías |
-| `/astro.config.mjs` | Configuración de navegación de la barra lateral |
-| `/src/content/docs/docs/plugins/[plugin-name]/` | Directorio de documentación de complementos |
-| `/src/content/plugins-tutorials/en/` | Archivos de tutoriales en inglés |
-
-## Guía paso a paso
-
-<Steps>
-
-1. ### Agregar complemento a la lista maestra
-
-   Abra `/src/config/plugins.ts` y agregue su complemento a la matriz `actions`:
-
-   ```typescript
-   // First, import an appropriate Heroicon
-   import YourIconName from 'astro-heroicons/mini/IconName.astro'
-
-   // Then add to the actions array
-   {
-     name: '@capgo/your-plugin-name',
-     author: 'github.com/Cap-go',
-     description: 'Brief description of what the plugin does',
-     href: 'https://github.com/Cap-go/your-plugin-name/',
-     title: 'Display Name',
-     icon: YourIconName,
-   }
-   ```
-
-   **Iconos disponibles**: consulte `/node_modules/astro-heroicons/mini/` para ver los íconos disponibles.
-
-2. ### Agregar complemento a la página de índice
-
-   Abra `/src/content/docs/docs/plugins/index.mdx` y agregue su complemento en la categoría apropiada:
-
-   ```mdx
-   <LinkCard
-     title="El nombre de tu complemento"
-     description="Brief description of what the plugin does"
-     href="/docs/plugins/your-plugin-name/"
-   />
-   ```
-
-   **Categorías**:
-   - ⭐ Complementos destacados
-   - 📱 Complementos de dispositivo y sistema
-   - 🎥 Complementos de cámara y medios
-   - 🛠️ Complementos de utilidad
-   - 🤖 IA y medios avanzados
-   - 📍 Servicios de ubicación y antecedentes
-   - 📞 Comunicación y análisis
-   - 🔐 Seguridad y sistema
-   - 📊 Android-Características específicas
-   - 📥 Descarga y navegación
-
-3. ### Agregar a la navegación de la barra lateral
-
-   Abra `/astro.config.mjs` y agregue su complemento a la configuración de la barra lateral (alrededor de la línea 540):
-
-   ```javascript
-   {
-     label: 'Your Plugin Name',
-     items: [
-       { label: 'Overview', link: '/docs/plugins/your-plugin-name/' },
-       { label: 'Getting started', link: '/docs/plugins/your-plugin-name/getting-started' },
-     ],
-     collapsed: true,
-   }
-   ```
-
-   Los complementos se enumeran alfabéticamente en la barra lateral.
-
-4. ### Crear directorio de documentación de complementos
-
-   Cree un nuevo directorio para la documentación de su complemento:
-
-   ```bash
-   mkdir -p /src/content/docs/docs/plugins/your-plugin-name/
-   ```
-
-5. ### Crear página de descripción general del complemento
-
-   Cree `/src/content/docs/docs/plugins/your-plugin-name/index.mdx`:
-
-   ```mdx
-   ---
-   title: "@capgo/your-plugin-name"
-   description: Brief description of the plugin's purpose
-   tableOfContents: false
-   next: false
-   prev: false
-   sidebar:
-     order: 1
-     label: "Introduction"
-   hero:
-     tagline: Detailed tagline explaining what the plugin does
-     image:
-       file: ~public/your-plugin-icon.svg
-     actions:
-       - text: Get started
-         link: /docs/plugins/your-plugin-name/getting-started/
-         icon: right-arrow
-         variant: primary
-       - text: Github
-         link: https://github.com/Cap-go/your-plugin-name/
-         icon: external
-         variant: minimal
-   ---
-
-   import { Card, CardGrid } from '@astrojs/starlight/components';
-
-   <CardGrid stagger>
-     <Card title="Característica 1" icon="puzzle">
-       Description of first key feature
-     </Card>
-     <Card title="Característica 2" icon="rocket">
-       Description of second key feature
-     </Card>
-     <Card title="Cross-platform" icon="puzzle">
-       Works on both iOS and Android 📱
-     </Card>
-     <Card title="Documentación completa" icon="open-book">
-       Check the [Documentation](/docs/plugins/your-plugin-name/getting-started/) to master the plugin.
-     </Card>
-   </CardGrid>
-   ```
-
-6. ### Crear una guía de introducción
-
-   Cree `/src/content/docs/docs/plugins/your-plugin-name/getting-started.mdx`:
-
-   ```mdx
-   ---
-   title: Getting Started
-   description: Learn how to install and use the plugin in your Capacitor app.
-   sidebar:
-     order: 2
-   ---
-
-   import { Steps } from '@astrojs/starlight/components';
-   import { PackageManagers } from 'starlight-package-managers'
-
-   <Steps>
-   1. **Install the package**
-      <PackageManagers pkg="@capgo/your-plugin-name" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-   2. **Sync with native projects**
-      <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   </Steps>
-
-   ## Configuration
-
-   ### iOS Configuration
-   [iOS-specific setup instructions]
-
-   ### Android Configuration
-   [Android-specific setup instructions]
-
-   ## Usage
-
-   [Basic usage examples]
-
-   ## API Reference
-
-   [Detailed API documentation]
-
-   ## Complete Example
-
-   [Full working example]
-
-   ## Best Practices
-
-   [Recommended practices and tips]
-
-   ## Platform Notes
-
-   [Platform-specific notes and limitations]
-   ```
-
-7. ### Crear archivo tutorial
-
-   Cree `/src/content/plugins-tutorials/en/your-plugin-name.md`:
-
-   ```markdown
-   ---
-   locale: en
-   ---
-   # Using @capgo/your-plugin-name Package
-
-   The `@capgo/your-plugin-name` package [brief description]. In this tutorial, we will guide you through the installation, configuration, and usage of this package in your Ionic Capacitor app.
-
-   ## Installation
-
-   [Installation steps]
-
-   ## Configuration
-
-   [Configuration steps for iOS and Android]
-
-   ## API Usage
-
-   [Detailed API usage examples]
-
-   ## Complete Example
-
-   [Full working example]
-
-   ## Best Practices
-
-   [Tips and best practices]
-
-   ## Troubleshooting
-
-   [Common issues and solutions]
-
-   ## Conclusion
-
-   [Summary and links to additional resources]
-   ```
-
-</Steps>
-
-## Estructura de documentación del complemento
-
-### Archivos requeridos
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx           # Overview page with hero and feature cards
-└── getting-started.mdx # Installation and usage guide
-
-src/content/plugins-tutorials/en/
-└── your-plugin-name.md # Comprehensive tutorial
-```
-
-### Archivos opcionales
-
-Para complementos complejos, puede agregar páginas de documentación adicionales:
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx
-├── getting-started.mdx
-├── api-reference.mdx   # Detailed API documentation
-├── examples.mdx        # Additional examples
-├── troubleshooting.mdx # Troubleshooting guide
-└── migrations.mdx      # Migration guides
-```
-
-## Pautas de contenido
-
-### Escribir descripciones de complementos
-
-- **Sea conciso**: mantenga las descripciones de menos de 100 caracteres
-- **Sea específico**: explique qué hace el complemento, no qué es
-- **Use palabras de acción**: comience con verbos como "Control", "Integrar", "Habilitar"
-
-**Buenos ejemplos**:
-- "Dispositivo de control de linterna y antorcha con simple interruptor de encendido/apagado"
-- "Integre el chat en vivo de Crisp y la atención al cliente en su aplicación"
-- "Habilite la autenticación segura usando Face ID y Touch ID"
-
-**Malos ejemplos**:
-- "Un complemento para flash"
-- "Este es un complemento Crisp"
-- "Complemento biométrico"
-
-### Redacción de documentación1. **Comience con la instalación**: comience siempre con pasos de instalación claros
-2. **Proporcionar configuración**: incluya requisitos de configuración específicos de la plataforma
-3. **Mostrar ejemplos de uso**: proporcione ejemplos de código de trabajo
-4. **Incluir referencia API**: documentar todos los métodos y parámetros
-5. **Agregar ejemplos completos**: mostrar patrones de uso en el mundo real
-6. **Enumere las mejores prácticas**: comparta sugerencias para un uso óptimo
-7. **Diferencias en la plataforma de documentos**: Aclare el comportamiento de iOS frente a Android
-8. **Agregar solución de problemas**: solucione problemas comunes
-
-### Ejemplos de código
-
-- Utilice TypeScript para todos los ejemplos de código
-- Incluir importaciones en la parte superior.
-- Agregar comentarios que expliquen los pasos clave.
-- Mostrar manejo de errores
-- Demostrar el uso tanto básico como avanzado.
-
-## Lista de verificación
-
-Utilice esta lista de verificación cuando agregue un nuevo complemento:
-
-- [] Complemento agregado a `/src/config/plugins.ts`
-- [] Icono apropiado seleccionado de Heroicons
-- [] Se agregó complemento a `/src/content/docs/docs/plugins/index.mdx` en la categoría correcta
-- [] Se agregó una entrada en la barra lateral en `/astro.config.mjs`
-- [] Directorio de documentación del complemento creado
-- [] Se creó la página de descripción general `index.mdx`
-- [] Se creó la guía `getting-started.mdx`
-- [] Tutorial creado en `/src/content/plugins-tutorials/en/`
-- [] Instrucciones de instalación incluidas
-- [] Configuración documentada iOS
-- [] Configuración documentada Android
-- [] Ejemplos de uso proporcionados
-- [] Se agregó la referencia API
-- [] Incluye ejemplo de trabajo completo
-- [] Mejores prácticas enumeradas
-- [] Se agregaron notas específicas de la plataforma.
-- [] Probado que todos los enlaces funcionan correctamente
-
-## Referencia de icono
-
-Iconos comunes utilizados para complementos (de `astro-heroicons/mini/`):
-
-| Icono | Caso de uso |
-|------|----------|
-| `BoltIcon` | Flash, potencia, energía |
-| `CameraIcon` | Cámara, fotografía, vídeo |
-| `ChatBubbleLeftIcon` | Chat, mensajería, comunicación |
-| `FingerPrintIcon` | Biométrica, seguridad, autenticación |
-| `MapPinIcon` | Ubicación, geolocalización, mapas |
-| `SpeakerWaveIcon` | Audio, sonido, música |
-| `VideoCameraIcon` | Vídeo, grabación, streaming |
-| `CreditCardIcon` | Pagos, compras |
-| `PlayCircleIcon` | Reproductores multimedia, reproductores de vídeo |
-| `SignalIcon` | Conectividad, red, baliza |
-| `RadioIcon` | Baliza de radiodifusión inalámbrica |
-| `ChatBubbleOvalLeftIcon` | Redes sociales, WeChat |
-
-## Actualización de complementos existentes
-
-Al actualizar un complemento existente:
-
-1. **Actualizar números de versión** en la documentación
-2. **Agregue guías de migración** si existen cambios importantes
-3. **Actualizar referencia API** con nuevos métodos
-4. **Agregue nuevos ejemplos** para nuevas funciones
-5. **Actualizar los requisitos de la plataforma** si se modifica
-6. **Revisar las mejores prácticas** según las nuevas funciones
-7. **Mantenga el tutorial actualizado** con la última versión API
-
-## Soporte en varios idiomas
-
-El sitio web admite varios idiomas. Después de crear la documentación en inglés:
-
-1. Ejecute el script de traducción:
-   ```bash
-   bun run plugins:translate_all
-   ```
-
-2. Revisar las traducciones generadas en:
-   - `/src/content/plugins-tutorials/de/` (alemán)
-   - `/src/content/plugins-tutorials/es/` (español)
-   - `/src/content/plugins-tutorials/fr/` (francés)
-   - `/src/content/plugins-tutorials/it/` (italiano)
-   - `/src/content/plugins-tutorials/ja/` (japonés)
-   - `/src/content/plugins-tutorials/ko/` (coreano)
-   - `/src/content/plugins-tutorials/id/` (indonesio)
-
-## Probando tus cambios
-
-Después de agregar o actualizar la documentación del complemento:
-
-1. **Construya el sitio localmente**:
-   ```bash
-   npm run build
-   ```2. **Compruebe si hay errores**:
-   - Verificar que todos los enlaces funcionen.
-   - Asegúrese de que las imágenes se carguen correctamente
-   - Confirmar que los ejemplos de códigos son válidos
-   - La navegación de prueba funciona.
-
-3. **Vista previa del sitio**:
-   ```bash
-   npm run dev
-   ```
-
-4. **Verifica que aparezca tu complemento**:
-   - Verifique la página de listado de complementos
-   - Verificar la navegación de la barra lateral
-   - Pruebe todas las páginas de documentación.
-   - Confirmar que la página del tutorial funciona.
-
-## Errores comunes
-
-<Aside type="caution">
-**Evite estos errores comunes:**
-
-1. **Olvidar sincronizar**: ejecute siempre `npx cap sync` en los ejemplos
-2. **Nombres inconsistentes**: use el mismo nombre de complemento en todas partes
-3. **Falta configuración de plataforma**: documente la configuración de iOS y Android
-4. **Enlaces rotos**: utilice enlaces relativos y verifique que funcionen
-5. **Sin manejo de errores**: muestra siempre try-catch en los ejemplos
-6. **Importaciones faltantes**: incluya todas las importaciones necesarias en los ejemplos
-7. **Descripciones poco claras**: Sea específico sobre lo que hace el complemento
-</Aside>
-
-## Obtener ayuda
-
-Si necesita ayuda para agregar o actualizar la documentación del complemento:
-
-- **Discord**: Únete a nuestra [comunidad de Discord](https://discord.capgo.app)
-- **GitHub**: abrir una incidencia en el [repositorio del sitio web](https://github.com/Cap-go/website)
-- **Correo electrónico**: póngase en contacto con el equipo en support@capgo.app
-
-## Ejemplos
-
-Como referencia, consulte estos complementos bien documentados:
-
-- **Actualizador**: `/src/content/docs/docs/plugins/updater/` (complemento complejo con varias páginas)
-- **Flash**: `/src/content/docs/docs/plugins/flash/` (complemento simple, buen ejemplo inicial)
-- **Inicio de sesión social**: `/src/content/docs/docs/plugins/social-login/` (complemento con subpáginas)
-
-## Resumen
-
-Agregar un complemento a la documentación Capgo implica:
-
-1. Agregar metadatos a la configuración maestra
-2. Agregar el complemento a la página de índice categorizada
-3. Configurar la navegación de la barra lateral
-4. Creación de páginas de documentación completas.
-5. Escribir un tutorial detallado
-6. Probar todos los cambios localmente
-
-Si sigue esta guía, se asegurará de que los complementos estén documentados de forma coherente y sean fácilmente detectables por los usuarios.
diff --git a/src/content/docs/es/docs/faq.mdx b/src/content/docs/es/docs/faq.mdx
deleted file mode 100644
index e95c8ab0a..000000000
--- a/src/content/docs/es/docs/faq.mdx
+++ /dev/null
@@ -1,357 +0,0 @@
----
-title: FAQ
-description: >-
-  Preguntas frecuentes sobre Capgo, cómo solucionar el problema más común en
-  Capgo o con el Updater, qué es OTA y cómo gestionarlas
-sidebar:
-  order: 1
-locale: es
----
-Si tiene preguntas que no han sido respondidas aquí, ¡pregunte! Tanto presentar un problema como preguntar sobre [Discord](https://discord.capgo.app) funcionan.
-
-### ¿Qué es "code push"?[](https://capgo.app/docs/#what-is-code-push "Enlace directo a ¿Qué es \"code push\"?")
-
-Code push, también conocido como "actualizaciones inalámbricas" (OTA), es un servicio en la nube que permite a los desarrolladores de Capacitor implementar actualizaciones en sus aplicaciones en producción. Capgo actualmente funciona en Android, iOS y Electron.
-
-"Code Push" es una referencia al nombre de una función de implementación utilizada por la comunidad React Native de [Microsoft](https://appcenter.ms/) y [Expo](https://expo.dev/), ninguna de las cuales admite Capacitor.
-
-### ¿Cuál es la diferencia entre un paquete y una versión?[](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release "Enlace directo a ¿Cuál es la diferencia entre un paquete y una versión?")
-
-Usamos el término "lanzamiento" para referirnos a la preparación de un binario para las tiendas de aplicaciones. Para poder generar posteriormente un paquete, Capgo necesita saber el binario exacto que se envió a las tiendas de aplicaciones.
-
-Usamos el término "paquete" para referirnos a un parche que se puede aplicar a una versión para actualizarla con un código nuevo. El comando `npx @capgo/cli@latest bundle upload` se utiliza para generar un paquete a partir de su nuevo código local que luego se envía a sus usuarios.
-
-### ¿Cuál es la hoja de ruta?[](https://capgo.app/docs/faq/#what-is-the-roadmap "Enlace directo a ¿Qué es la hoja de ruta?")
-
-Nuestros tableros de proyectos también son públicos y se encuentran en: [https://github.com/orgs/Cap-go/projects](https://github.com/orgs/Cap-go/projects/)
-
-Nuestro equipo también opera en público, por lo que puedes ver en qué estamos trabajando en cualquier momento. Estaremos encantados de responder cualquier pregunta que tenga sobre nuestra hoja de ruta o prioridades a través de problemas de Github o [Discord](https://discord.capgo.app).
-
-### ¿Puedo usar Capgo con mi equipo?[](https://capgo.app/docs/faq/#can-i-use-capgo-with-my-team "Enlace directo a ¿Puedo usar Capgo con mi equipo?")
-
-¡Sí! Todos los planes admiten desarrolladores ilimitados. Solo limitamos las métricas de las aplicaciones (MAU, almacenamiento y ancho de banda) a cada organización.
-
-Consulte [Equipos](https://capgo.app/pricing/) para obtener más información.
-
-### ¿Capgo almacena mi código fuente?[](https://capgo.app/docs/faq/#does-capgo-store-my-source-code "Enlace directo a ¿Capgo almacena mi código fuente?")
-
-No. Los servidores Capgo nunca ven su código fuente. Cuando ejecuta `npx @capgo/cli@latest bundle upload`, Capgo almacena un archivo zip del código minificado/compilado: el mismo código que recibiría un navegador, no su código fuente. 
-
-Para mayor seguridad, tienes dos opciones:
-- **Cifrado de extremo a extremo**: cifra tu bundle antes de subirlo para protegerlo en almacenamiento y tránsito y evitar que terceros generen actualizaciones cifradas válidas sin tu clave privada. Esto no hace imposible aplicar ingeniería inversa a los activos web distribuidos porque la clave pública está presente en la app distribuida.
-- **Carga de URL externa**: almacene el paquete en su propio servidor y solo proporcione a Capgo el enlace de descarga con la opción `--external <url>`
-
-Consulte también nuestra política de privacidad: [https://capgo.app/privacy](https://capgo.app/privacy/)
-
-### ¿Puedo usar Capgo desde mi sistema CI?[](https://capgo.app/docs/faq/#can-i-use-capgo-from-my-ci-system "Enlace directo a ¿Puedo usar Capgo desde mi sistema CI?")
-
-Sí. Capgo está diseñado para usarse desde sistemas CI. Hemos publicado una guía para [Android y Github Actions](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) y [iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/), y para [GitLab](https://capgo.app/blog/setup-ci-and-cd-gitlab/). Otros sistemas de CI deberían ser similares.
-
-No dude en comunicarse con GitHub problemas o en Discord si encuentra algún problema.### ¿Cómo se relaciona esto con Firebase Remote Config o Launch Darkly?[](https://capgo.app/docs/faq/#how-does-this-relate-to-firebase-remote-config-or-launch-darkly "Enlace directo a ¿Cómo se relaciona esto con Firebase Remote Config o Launch Darkly?")
-
-La inserción de código permite agregar código nuevo/reemplazar código en el dispositivo. Firebase Remote Config y Launch Darkly son ambos sistemas de configuración. Le permiten cambiar la configuración de su aplicación sin tener que enviar una nueva versión. No están destinados a reemplazar el código.
-
-### ¿Qué tamaño de huella de dependencia agrega esto?[](https://capgo.app/docs/faq/#how-big-of-a-dependency-footprint-does-this-add "Enlace directo a ¿Qué tamaño de huella de dependencia agrega esto?")
-
-No lo he medido recientemente, pero espero que la biblioteca de inserción de código agregue menos de un megabyte a las aplicaciones Capacitor. Conocemos formas en que podemos reducir esto cuando se convierta en una prioridad. Si el tamaño es un obstáculo para usted, ¡háganoslo saber!
-
-### ¿Capgo funciona en el simulador iOS 18.4?[](https://capgo.app/docs/faq/#does-capgo-work-on-the-ios-18-4-simulator "Enlace directo a ¿Funciona Capgo en el simulador iOS 18.4?")
-
-No. Debido a un problema ascendente que afecta al simulador iOS 18.4, Capgo no se ejecuta de manera confiable allí. Pruebe en un dispositivo real o utilice una versión diferente del simulador iOS.
-
-Ver detalles en el problema de React Native: [facebook/react-native#50510](https://github.com/facebook/react-native/issues/50510)
-
-### ¿La inserción de código funciona con aplicaciones grandes?[](https://capgo.app/docs/faq/#does-code-push-work-with-large-applications "Enlace directo a ¿Funciona la inserción de código con aplicaciones grandes?")
-
-Sí. No hay límite en el tamaño de la aplicación que se puede actualizar mediante inserción de código. Como se indica [a continuación](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support), Capgo puede cambiar cualquier código JS en su aplicación independientemente del tamaño.
-
-Nota: un tamaño mayor dificulta que los usuarios descarguen actualizaciones. We recommend keeping your app as small as possible.
-
-### What can I use Capgo code push for?[](https://capgo.app/docs/faq/#what-can-i-use-capgo-code-push-for "Direct link to What can I use Capgo code push for?")
-
-Hemos visto una variedad de usos, que incluyen:
-
-- Correcciones de emergencia para aplicaciones de producción.
-- Envío de correcciones de errores a usuarios de versiones anteriores de su aplicación.
-- Envío constantemente (por ejemplo, cada hora).
-
-Note that most app stores prohibit shipping code that changes the behavior of the app in a significant way. Consulte [a continuación](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies) para obtener más información.
-
-### ¿Qué cuenta como "MAU" para Capgo?[](https://capgo.app/docs/faq/#what-counts-as-a-mau-for-capgo "Enlace directo a ¿Qué cuenta como \"MAU\" para Capgo?")
-
-Una MAU es un "usuario activo mensual". En el contexto de Capgo, esto en realidad se refiere a un Dispositivo Activo Mensual. We count a MAU as any device that has contacted our servers in the last 30 days. No contamos los dispositivos que no se han comunicado con nuestros servidores en los últimos 30 días.
-
-**Importante**: A partir de la versión del complemento **v5.10.0**, **v6.25.0** y **v7.25.0**, el ID del dispositivo ahora persiste en las reinstalaciones de la aplicación. Antes de estas versiones, cada reinstalación de la aplicación generaba un nuevo ID de dispositivo y contaba como una nueva MAU.Con las versiones actuales:
-- DeviceID persiste durante las reinstalaciones de aplicaciones (almacenado de forma segura en Keychain en iOS y EncryptedSharedPreferences en Android)
-- La actualización de la aplicación no crea una nueva ID de dispositivo
-- Durante el desarrollo, si está utilizando una versión anterior del complemento (< v5.10.0 / v6.25.0 / v7.25.0), each reinstall still creates a new MAU
-
-Note: TestFlight downloads and channel switches in Android may still generate new device registrations depending on your configuration.
-
->), recomendamos después de la primera configuración, deshabilitar los dispositivos de desarrollo y los emuladores para reducir la cantidad de dispositivos duplicados.
-
-### ¿Para qué no podemos usar el código push Capgo?[](https://capgo.app/docs/faq/#what-cant-we-use-capgo-code-push-for "Enlace directo a ¿Para qué no podemos usar el código push Capgo?")
-
-Como se indicó anteriormente, Capgo no debe usarse para violar las políticas de la tienda de aplicaciones. Consulte [a continuación](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines) para obtener más información.
-
-Además, Capgo no admite el cambio de código nativo (por ejemplo, Java/Kotlin en Android u Objective-C/Swift en iOS). La herramienta le avisará durante un intento de actualización si ha cambiado el código nativo.
-
-### ¿Puedo actualizar los cambios de capacitor.config.ts a través de Capgo?[](https://capgo.app/docs/faq/#can-i-update-capacitorconfigts-changes-via-capgo "Enlace directo a ¿Puedo actualizar los cambios de capacitor.config.ts a través de Capgo?")
-
-No. Los cambios en `capacitor.config.ts` no se pueden enviar a través de Capgo actualizaciones en vivo. El archivo de configuración Capacitor se lee en el momento de la compilación nativa y se compila en el binario de la aplicación nativa. Esto significa que cualquier cambio en `capacitor.config.ts` (como configuraciones de complementos, ID de aplicación, configuración del servidor u opciones de complementos nativos) requiere una nueva versión nativa a través de App Store o Google Play.
-
-Capgo solo puede actualizar recursos web (HTML, CSS, JavaScript) que se cargan en tiempo de ejecución. Si necesita cambiar su configuración Capacitor, debe:
-1. Actualizar `capacitor.config.ts` localmente
-2. Reconstruya su aplicación nativa (`npx cap sync` seguida de una compilación nativa)
-3. Envíe el nuevo binario a las tiendas de aplicaciones.
-
-### ¿Capgo envía a las tiendas por mí?[](https://capgo.app/docs/faq/#does-capgo-submit-to-the-stores-for-me "Enlace directo a ¿Capgo envía a las tiendas por mí?")
-
-Actualmente, Capgo no admite el envío a las tiendas de aplicaciones en su nombre. Tenemos planes de agregar esto en el futuro, pero por ahora deberá continuar usando sus procesos existentes para enviar a las tiendas de aplicaciones. 
-
-Puede utilizar nuestra [guía de CI Android](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) para automatizar este proceso y nuestra [guía de CI iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/).
-
-### ¿Qué almacena Capgo en el disco y dónde?[](https://capgo.app/docs/faq/#what-does-capgo-store-on-disk-and-where "Enlace directo a ¿Qué almacena Capgo en el disco y dónde?")
-
-El actualizador Capgo (incluido en su aplicación cuando crea su aplicación) almacena en caché el último paquete descargado en el único directorio que permite cargar código. En Android, esto se encuentra en `/data/user/0/com.example.app/code_cache/capgo_updater` aunque la base de esa ruta la proporciona el sistema Android y puede cambiar dinámicamente en tiempo de ejecución. En los dispositivos iOS, los datos se almacenan en `Library/Application Support/capgo`.
-
-Las herramientas de línea de comandos Capgo (por ejemplo, `npx @capgo/cli@latest bundle upload`) se instalan en el disco en cachés npm, sus inicios de sesión se almacenan en su directorio de inicio en `~/.capgo`.### ¿Cómo se relaciona esto con Capacitor Hot Reload?[](https://capgo.app/docs/faq/#how-does-this-relate-to-capacitor-hot-reload "Enlace directo a ¿Cómo se relaciona esto con Capacitor Hot Reload?")
-
-La recarga en caliente de Capacitor es una característica solo en tiempo de desarrollo. La inserción de código es para producción.
-
-La recarga en caliente es una característica de Capacitor que le permite cambiar el código en el dispositivo durante el desarrollo. Requiere crear la aplicación Capacitor con un proxy para conectarse a su máquina local.
-
-La inserción de código es una función que le permite cambiar el código en el dispositivo en producción. Usaremos una variedad de técnicas diferentes para hacer esto posible dependiendo de la plataforma.
-
-### ¿Qué tipos de cambios admite la inserción de código Capgo?[](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support "Enlace directo a ¿Qué tipos de cambios admite la inserción de código Capgo?")
-
-Capgo puede cambiar cualquier código JS en su aplicación. Esto incluye el código de la aplicación y el código generado. También puede actualizar las dependencias en `package.json` siempre que no requieran cambios en el código nativo.
-
-No tenemos planes para admitir el cambio de código nativo (por ejemplo, Java/Kotlin en Android u Objective-C/Swift en iOS), y la herramienta le avisará si detecta que ha cambiado el código nativo, ya que no se incluirá en el paquete.
-
-### ¿Esto es compatible con Web?[](https://capgo.app/docs/faq/#does-this-support-web "Enlace directo a ¿Esto es compatible con Web?")
-
-No es necesario insertar código para la web, ya que la web ya funciona de esta manera. Cuando un usuario abre una aplicación web, descarga la última versión del servidor si es necesario.
-
-Si tiene un caso de uso para la inserción de código con la web, ¡nos encantaría saberlo!
-
-### ¿Funcionará esto en iOS, Android, Mac, Windows, Linux, etc.?[](https://capgo.app/docs/faq/#will-this-work-on-ios-android-mac-windows-linux-etc "Enlace directo a ¿Funcionará esto en iOS, Android, Mac, Windows, Linux, etc.?")
-
-Sí.
-
-Hasta ahora nos hemos centrado en el soporte de Android, iOS y Electron, y el envío de código está listo para producción en los tres.
-
-### ¿Qué versiones de sistema operativo admite Capgo?[](https://capgo.app/docs/faq/#what-os-versions-does-capgo-support "Enlace directo a ¿Qué versiones de sistema operativo admite Capgo?")
-
-Capgo admite las mismas versiones de Android que admite Capacitor.
-
-Capacitor actualmente admite Android API nivel 22+ y iOS 13.0+: [https://capacitorjs.com/docs/main/reference/support-policy](https://capacitorjs.com/docs/main/reference/support-policy/)
-
-### ¿Qué versiones de Capacitor admite Capgo?[](https://capgo.app/docs/faq/#what-versions-of-capacitor-does-capgo-support "Enlace directo a ¿Qué versiones de Capacitor admite Capgo?")
-
-Capgo actualmente solo admite versiones estables recientes de Capacitor. También podríamos admitir versiones anteriores de Capacitor, pero no hemos creado la infraestructura necesaria para mantenerlas a lo largo del tiempo. Tenemos la intención de admitir más versiones de Capacitor en el futuro, incluida cualquier versión para nuestros clientes empresariales. [https://github.com/Cap-go/capgo/issues/1100](https://github.com/Cap-go/capgo/issues/1100/)
-
-Capgo rastrea Capacitor estable y generalmente se actualiza a las pocas horas de cualquier lanzamiento estable. Nuestro sistema para realizar estas actualizaciones es automatizado y tarda unos minutos en ejecutarse. Luego realizamos un paso de verificación manual adicional antes de publicar en nuestros servidores.### ¿Cómo se relaciona esto con el proceso o las políticas de revisión de la aplicación/Play Store?[](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies "Enlace directo a ¿Cómo se relaciona esto con el proceso o las políticas de revisión de la aplicación/Play Store?")
-
-Los desarrolladores están sujetos a sus acuerdos con los proveedores de tiendas cuando deciden utilizar esas tiendas. La inserción de código está diseñada para permitir a los desarrolladores actualizar sus aplicaciones y seguir cumpliendo con las políticas de la tienda en los canales de entrega iOS, Android y Electron. Similar a la variedad de productos comerciales disponibles para hacerlo con React Native (por ejemplo, [Microsoft](https://appcenter.ms/), [Expo](https://expo.dev/)).
-
-Microsoft también publica una guía sobre cómo su solución cumple con las tiendas de aplicaciones: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-La inserción de código es una técnica ampliamente utilizada en las tiendas de aplicaciones. Todas las aplicaciones grandes que conozco utilizan código push. La principal política a tener en cuenta es no cambiar el comportamiento de la aplicación de manera significativa. Consulte [a continuación](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines) para obtener más información.
-
-### ¿Capgo cumple con las pautas Play Store?[](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines "Enlace directo a ¿Cumple Capgo con las pautas Play Store?")
-
-Sí.
-
-El Play Store ofrece dos restricciones relacionadas con las herramientas de actualización.
-
-1. Las actualizaciones deben utilizar un intérprete o una máquina virtual (Capgo usa JavaScript en un WebView). [https://support.google.com/googleplay/android-developer/answer/9888379?hl=en](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en)
-
-```
-    An app distributed via Google Play may not modify, replace, or update itself
-    using any method other than Google Play's update mechanism. Likewise, an app
-    may not download executable code (such as dex, JAR, .so files) from a
-    source other than Google Play. *This restriction does not apply to code
-    that runs in a virtual machine or an interpreter* where either provides
-    indirect access to Android APIs (such as JavaScript in a webview or
-    browser).
-
-    Apps or third-party code, like SDKs, with interpreted languages (JavaScript,
-    Python, Lua, etc.) loaded at run time (for example, not packaged with the
-    app) must not allow potential violations of Google Play policies.
-```
-
-2. Los cambios en la aplicación no deben ser engañosos (por ejemplo, cambiar el propósito de la aplicación mediante una actualización). [https://support.google.com/googleplay/android-developer/answer/9888077](https://support.google.com/googleplay/android-developer/answer/9888077/) Sea claro con sus usuarios sobre lo que proporciona con su aplicación y no viole sus expectativas con cambios de comportamiento significativos mediante el uso de Capgo.
-
-Capgo está diseñado para ser compatible con las pautas Play Store. Sin embargo, Capgo es una herramienta y, como ocurre con cualquier herramienta, se puede abusar de ella. Abusar deliberadamente de Capgo para violar las pautas de Play Store es una violación de los Capgo [Términos de servicio](https://capgo.app/tos/) y puede resultar en la cancelación de su cuenta.
-
-Finalmente, los servicios de inserción de código se utilizan ampliamente en la industria (todas las aplicaciones grandes que conozco los usan) y hay muchos otros servicios de inserción de código disponibles públicamente (por ejemplo, expo.dev y appcenter.ms). Este es un camino muy transitado.
-
-Microsoft también publica una guía sobre cómo su biblioteca nativa "codepush" de reacción cumple con las tiendas de aplicaciones: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### ¿Capgo cumple con las pautas App Store?[](https://capgo.app/docs/faq/#does-capgo-comply-with-app-store-guidelines "Enlace directo a ¿Cumple Capgo con las pautas App Store?")
-
-Sí.
-
-Al igual que el Play Store, el App Store ofrece restricciones técnicas y de políticas.
-
-```
-3.2.2
-... interpreted code may be downloaded to an Application but only so long as
-such code:
-(a) does not change the primary purpose of the Application by providing
-features or functionality that are inconsistent with the intended and
-advertised purpose of the Application as submitted to the App Store,
-(b) does not create a store or storefront for other code or applications, and
-(c) does not bypass signing, sandbox, or other security features of the OS.
-```
-
-Capgo usa JavaScript en un WebView para cumplir con la restricción de solo intérprete para actualizaciones en iOS. Siempre que su aplicación no tenga un comportamiento engañoso a través de actualizaciones (por ejemplo, cambiar el propósito de la aplicación mediante una actualización), la actualización a través de Capgo (o cualquier otra solución de inserción de código) es una práctica estándar de la industria y cumple con las pautas App Store.Deliberately abusing Capgo to violate App Store guidelines is in violation of the Capgo [Terms of Service](https://capgo.app/tos/) and can result in termination of your account.
-
-Microsoft también publica una guía sobre cómo su biblioteca nativa "codepush" de reacción cumple con las tiendas de aplicaciones: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### ¿Puedo usar Capgo en mi país?[](https://capgo.app/docs/faq/#can-i-use-capgo-in-my-country "Enlace directo a ¿Puedo usar Capgo en mi país?")
-
-No hemos intentado restringir el acceso a Capgo desde ningún país.
-
-Reconocemos que algunos países tienen restricciones sobre las URL a las que se puede acceder desde dentro del país. Capgo actualmente utiliza Cloudflare Cloud para alojamiento, incluidos R2 Storage y los trabajadores de Cloudflare.
-
-Capgo utiliza las siguientes URL:
-
--   [https://api.capgo.app](https://api.capgo.app/) -- used by the `npx @capgo/cli` command line tools to interact with the Capgo servers as well as the Capgo updater on users' devices to check for updates.
-- [https://*.r2.cloudflarestorage.com](https://*.r2.cloudflarestorage.com/) -- utilizado por la herramienta de línea de comando `npx @capgo/cli` para cargar y descargar paquetes
-
-Si se puede acceder a todas esas URL desde su país, entonces Capgo debería funcionar.
-
-Si su región requiere bloquear el acceso a cualquiera de esas URL, háganoslo saber y podremos trabajar con usted para encontrar una solución. Los servidores proxy son una opción.
-
-### ¿Puedo autohospedar Capgo?[](https://capgo.app/docs/faq/#can-i-self-host-capgo "Enlace directo a ¿Puedo autohospedar Capgo?")
-
-Sí, puedes autohospedar Capgo. La guía aún no está escrita, pero el código es de código abierto y está disponible en [https://github.com/cap-go/capgo](https://github.com/cap-go/capgo/)
-
-### ¿La inserción de código requiere Internet para funcionar?[](https://capgo.app/docs/faq/#does-code-push-require-the-internet-to-work "Enlace directo a ¿La inserción de código requiere Internet para funcionar?")
-
-Sí. One could imagine running a server to distribute the updates separately from the general internet, but some form of network connectivity is required to transport updates to the devices.
-
-### How is Capgo affected by lack of network connectivity?[](https://capgo.app/docs/faq/#how-is-capgo-affected-by-lack-of-network-connectivity "Direct link to How is Capgo affected by lack of network connectivity?")
-
-Capgo updater (included in your application when you build your app with Capgo) is designed to be resilient to network connectivity issues.
-
-In the default update behavior, when the application launches it alerts the Capgo updater, which spawns a separate thread to make a network request to Capgo's servers and ask for an update. Usamos intencionalmente un hilo separado para evitar afectar el bloqueo de cualquier otra cosa que la aplicación pueda estar haciendo. Si la solicitud de red falla o se agota el tiempo de espera, el actualizador simplemente intentará verificar nuevamente la próxima vez que se inicie la aplicación.
-
-Las herramientas de línea de comandos Capgo (por ejemplo, `npx @capgo/cli@latest bundle upload`) requieren conectividad de red para funcionar. Si está utilizando Capgo para distribuir su aplicación, debe asegurarse de que su sistema CI tenga conectividad de red.
-
-### What happens if a user doesn't update for a long time and misses an update?[](https://capgo.app/docs/faq/#what-happens-if-a-user-doesnt-update-for-a-long-time-and-misses-an-update "Direct link to What happens if a user doesn't update for a long time and misses an update?")Our implementation always sends an update specifically tailored for the device that is requesting it updating the requestor always to the latest version available. Thus if a user doesn't update for a while they will "miss" intermediate updates.
-
-The update server could be changed to support responding with either the next incremental version or the latest version depending on your application's needs. Háganos saber si los comportamientos de actualización alternativos son importantes para usted.
-
-### How does Capgo relate to Capacitor?[](https://capgo.app/docs/faq/#how-does-capgo-relate-to-capacitor "Direct link to How does Capgo relate to Capacitor?")
-
-Capgo es un complemento para Capacitor que agrega inserción de código. Capgo no reemplaza a Capacitor. Puede seguir utilizando las herramientas Capacitor que ya conoce y ama.
-
-We track the latest stable release of Capacitor and update our code push plugin to work with it.
-
-### ¿Cuándo ocurren las actualizaciones?[](https://capgo.app/docs/faq/#when-do-updates-happen "Enlace directo a ¿Cuándo ocurren las actualizaciones?")
-
-De forma predeterminada, el actualizador Capgo busca actualizaciones al iniciar la aplicación. It runs on a background thread and does not block the UI thread. Todas las actualizaciones se instalarán mientras el usuario esté usando la aplicación y se aplicarán la próxima vez que se reinicie la aplicación.
-
-It is also possible to run the Capgo updater manually using the `@capgo/capacitor-updater` package, through which it is possible to trigger updates at any time, including via a push notification.
-
-The Capgo updater is designed such that when the network is not available, or the server is down or otherwise unreachable, the app will continue to run as normal. Si alguna vez decide eliminar una actualización de nuestros servidores, todos sus clientes seguirán funcionando normalmente.
-
-Hemos agregado la capacidad de deshacer parches. Lo más sencillo es simplemente adjuntar un paquete anterior a tu canal para deshacerlo.
-
-### ¿Necesito mantener mi app_id en secreto?[](https://capgo.app/docs/faq/#do-i-need-to-keep-my-app_id-secret "Enlace directo a ¿Necesito mantener mi app_id en secreto?")
-
-No. El `app_id` está incluido en su aplicación y es seguro que sea público. Puedes registrarlo en el control de versiones (incluso públicamente) y no preocuparte de que alguien más acceda a él.
-
-Someone who has your `app_id` can fetch the latest version of your app from Capgo servers, but they cannot push updates to your app or access any other aspect of your Capgo account.
-
-### What information is sent to Capgo servers?[](https://capgo.app/docs/faq/#what-information-is-sent-to-capgo-servers "Direct link to What information is sent to Capgo servers?")
-
-Aunque Capgo se conecta a la red, no envía ninguna información de identificación personal. Incluir Capgo no debería afectar sus declaraciones para Play Store o App Store.
-
-Las solicitudes enviadas desde la aplicación a los servidores Capgo incluyen:- aplicación\_id (especificado `capacitor.config.json`)
-- canal (opcional en `capacitor.config.json`)
-- lanzamiento\_versión (nombre de versión de AndroidManifest.xml o CFBundleShortVersionString de Info.plist o `capacitor.config.json` si está configurado en [`CapacitorUpdater.version`](/docs/plugin/settings/#version))
-- versión\_número (generado como parte de `npx @capgo/cli@latest bundle upload`)
-- os_version (por ejemplo, '11.2.1')
-- plataforma (por ejemplo, 'android', necesaria para enviar el parche correcto) Eso es todo. El código para esto está en `updater/library/src/network.rs`
-- dispositivo\_id (generado en el dispositivo en la primera ejecución, utilizado para eliminar duplicados de instalaciones por dispositivo y permitirnos cobrar en función de los usuarios instalados (por ejemplo, usuarios activos mensuales), en lugar del total de parches o de instalaciones de parches)
-- custom\_id (opcional, configurado en tiempo de ejecución por el desarrollador, usado para vincular un dispositivo a un usuario en su sistema)
-
-### ¿Qué plataformas admite Capgo?[](https://capgo.app/docs/faq/#what-platforms-does-capgo-support "Enlace directo a ¿Qué plataformas admite Capgo?")
-
-Actualmente, Capgo admite Android, iOS y Electron. Todos están listos para producción.
-
-El uso de Capgo para iOS, Android o Electron pueden ser decisiones independientes. Puede configurar su estrategia de canal para Android y un ipa integrado para App Store, o canales Electron, según sea necesario.
-
-Capgo se puede hacer (con relativa facilidad) para que admita objetivos integrados o de escritorio. Si son importantes para usted, háganoslo saber.
-
-### ¿Cómo interactúa Capgo con Play Testing Tracks o Apple TestFlight?[](https://capgo.app/docs/faq/#how-does-capgo-interact-with-play-testing-tracks-or-apple-testflight "Enlace directo a ¿Cómo interactúa Capgo con Play Testing Tracks o Apple TestFlight?")
-
-Cada una de las tiendas de aplicaciones tiene mecanismos separados para distribuir aplicaciones a grupos limitados de usuarios (por ejemplo, "pruebas internas", "beta cerrada", etc.). Todos estos son mecanismos para segmentar a sus usuarios en grupos y distribuir versiones específicas de sus aplicaciones a cada uno.
-
-Desafortunadamente, no todos estos mecanismos permiten a terceros detectar cuándo se instalan aplicaciones en una pista de prueba específica o mediante TestFlight. Por lo tanto, no tenemos una visibilidad confiable de la composición de estos grupos y no podemos controlar de manera confiable el acceso a los parches Capgo basados ​​en estos grupos. [https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play](https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play/) [https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i](https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i/)
-
-Si desea segmentar la disponibilidad del paquete Capgo, existen 4 opciones potenciales:1. Utilice un canal separado para cada grupo. Este es el enfoque más sencillo, pero requiere que administres múltiples canales. Es posible que ya tengas canales de desarrollo y canales de producción con diferente disponibilidad. De este modo, puede actualizar sus canales de desarrollo, verificarlos y luego actualizar por separado sus canales de producción. Recomendamos utilizar ramas/etiquetas en su control de versiones para ayudar a realizar un seguimiento de las fuentes asociadas con cada versión.
-2. Realice un seguimiento de su propio conjunto de usuarios registrados, desactive las actualizaciones automáticas y active actualizaciones solo para ciertos usuarios a través del paquete `@capgo/capacitor-updater`. Esto funciona hoy, pero requiere que usted administre su propia lista de suscripción.
-3. Capgo permite crear su propio mecanismo de suscripción por dispositivo (similar a Test Tracks o TestFlight, solo que es independiente de la plataforma). Esto le permite a su equipo de control de calidad optar por el paquete antes de promocionarlo al público en general.
-4. Capgo tiene implementaciones basadas en porcentajes. Esto no le permite elegir a qué dispositivos enviar, pero puede ayudarle a implementar de forma incremental y retroceder ante cualquier problema.
-
-## Facturación[](https://capgo.app/docs/faq/#billing "Enlace directo a Facturación")
-
-### ¿Cómo actualizo o degrade mi plan?[](https://capgo.app/docs/faq/#how-do-i-upgrade-or-downgrade-my-plan "Enlace directo a ¿Cómo actualizo o degrade mi plan?")
-
-Puede actualizar o degradar su plan en cualquier momento en su panel de control: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### ¿Cuándo se restablece mi período de facturación?[](https://capgo.app/docs/faq/#when-does-my-billing-period-reset "Enlace directo a ¿Cuándo se restablece mi período de facturación?")
-
-Los períodos de facturación se restablecen automáticamente cada mes en el mes en que se suscribió por primera vez a Capgo. Por ejemplo, si se suscribió el día 15 del mes, su período de facturación se restablecerá el día 15 de cada mes.
-
-### ¿Cómo cancelo mi suscripción?[](https://capgo.app/docs/faq/#how-do-i-cancel-my-subscription "Enlace directo a ¿Cómo cancelo mi suscripción?")
-
-Puedes cancelar tu suscripción en cualquier momento en tu panel de control: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### ¿Puedo pagar con un año de anticipación?[](https://capgo.app/docs/faq/#can-i-pay-for-a-year-in-advance "Enlace directo a ¿Puedo pagar con un año de anticipación?")
-
-Sí, puedes hacerlo en cualquier momento en tu panel de control: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Estadísticas y análisis[](https://capgo.app/docs/faq/#stats-and-analytics "Enlace directo a Estadísticas y análisis")
-
-Las estadísticas en su panel se actualizan cada medianoche UTC.
-Las estadísticas se calculan en función de la cantidad de [MAU](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release "Enlace directo a ¿Cuál es la diferencia entre un paquete y una versión?") que se han instalado en sus dispositivos.
-
-## Cómo se genera la ID del dispositivo[](https://capgo.app/docs/faq/#how-device-id-is-generated "Enlace directo a Cómo se genera la ID del dispositivo")
-
-La ID del dispositivo se genera en el dispositivo en la primera ejecución y se utiliza para eliminar duplicados de instalaciones por dispositivo y permitirnos cobrar en función de los usuarios instalados (por ejemplo, usuarios activos mensuales), en lugar del total de parches o instalaciones de parches totales.
-
-MAU es una mejor solución que el número de instalaciones para fijar el precio Capgo, ya que es más preciso y refleja el costo real de Capgo por dispositivo.**Persistencia de ID de dispositivo (actualizado en v6.25.0 y v7.25.0)**:
-- **Comportamiento actual**: el ID del dispositivo ahora persiste durante las reinstalaciones de la aplicación. Se almacena de forma segura en el llavero del dispositivo (iOS) o EncryptedSharedPreferences (Android), lo que nos permite rastrear el mismo dispositivo incluso después de desinstalarlo/reinstalarlo.
-- **Comportamiento anterior** (antes de v6.25.0/v7.25.0): por razones de privacidad relacionadas con las políticas de tienda Apple y Google, el ID del dispositivo se restablecía en cada reinstalación de la aplicación, lo que hacía imposible rastrear el mismo dispositivo en todas las reinstalaciones.
-
-Las reglas de privacidad son aplicadas por Apple y Google, y la implementación de Capgo cumple con sus mejores prácticas para la identificación de dispositivos.
-
-La ID del dispositivo no aparecerá en su lista de dispositivos hasta que instalen el primer parche.
-
-## ¿Por qué mi número de dispositivo es diferente a mi MAU?[](https://capgo.app/docs/faq/#why-my-device-number-is-different-than-my-mau "Enlace directo a ¿Por qué mi número de dispositivo es diferente a mi MAU?")
-
-Actualmente, la lista de dispositivos no se actualiza con tanta frecuencia como la MAU.
-
-La lista de dispositivos se actualiza solo cuando un dispositivo instala una actualización.
-
-Mientras que la MAU se actualiza en cada inicio de la aplicación. Esta es una limitación actual de la plataforma. Nuestra plataforma de análisis no admite actualizaciones sin procesar, por lo que utilizamos una base de datos convencional para la lista de dispositivos.
-
-Para limitar la cantidad de consultas a la base de datos, actualizamos la fila solo cuando se actualiza la aplicación.
-
-Esta limitación se eliminará en el futuro.
-
-## ¿Cómo tener una actualización diferente por plataforma?[](https://capgo.app/docs/faq/#how-to-have-different-update-by-platform "Enlace directo a ¿Cómo tener una actualización diferente por plataforma?")
-
-Puedes crear un canal para cada plataforma. y deshabilite las actualizaciones específicas de la plataforma en cada canal. 
-
-En el canal ios, deshabilite las actualizaciones de Android y en el canal de Android, deshabilite las actualizaciones de ios.
-
-Luego cargue un paquete en cada canal para tener una actualización diferente para cada plataforma.
-
-Si necesita tener la misma actualización para ambas plataformas, puede vincular un paquete a varios canales. No es necesario duplicar el paquete.
diff --git a/src/content/docs/es/docs/getting-help.mdx b/src/content/docs/es/docs/getting-help.mdx
deleted file mode 100644
index c4381361a..000000000
--- a/src/content/docs/es/docs/getting-help.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: Tech Support für Capgo
-description: Cómo obtener soporte técnico para Capgo
-sidebar:
-  order: 1
-locale: es
----
-
-## Soporte por Discord
-
-Capgo tiene un [servidor de Discord](https://discordcom/invite/VnYRvBfgA6) oficial. Obtener soporte técnico allí es probablemente una de las formas más rápidas de obtener una respuesta.
-
-Aquí hay un curso rápido:
-
-1. - ve al canal `questions`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-questions.webp" alt="Ask on discord" /><figcaption></figcaption></figure>
-
-2. - crea tu hilo
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-newquestion.webp" alt="Crear a question on discord" /><figcaption></figcaption></figure>
-
-3. - Describe tu problema y selecciona las etiquetas relevantes
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-new-post.webp" alt="Crear a post on discord" /><figcaption></figcaption></figure>
-
-4. - Comparte tu ID de cuenta segura (opcional)
-
-Esto permitirá al personal de Capgo revisar tu cuenta. Compartir este ID es seguro, ya que fue diseñado para ser compartido públicamente.
-
-Para compartirlo, por favor ve a la [configuración de Capgo](https://console.capgo.app/dashboard/settings/account/). Allí, haz clic en `copy account id`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/share-secure-id.webp" alt="Share your id without leaking your Información" /><figcaption></figcaption></figure>
-
-Esto copiará el ID seguro de la cuenta al portapapeles. Por favor, incluye eso en tu publicación de Discord.
-
-## Soporte por correo electrónico
-
-Esta es la forma más lenta de obtener soporte. Por favor, utiliza primero el servidor de Discord.
-
-Si necesitas contactarnos por correo electrónico, por favor envía un correo a support@capgo.app.
diff --git a/src/content/docs/es/docs/getting-started/add-an-app.mdx b/src/content/docs/es/docs/getting-started/add-an-app.mdx
deleted file mode 100644
index 9081be004..000000000
--- a/src/content/docs/es/docs/getting-started/add-an-app.mdx
+++ /dev/null
@@ -1,83 +0,0 @@
----
-title: "Añadir una Aplicación"
-description: "Añade una aplicación a tu cuenta de Capgo e instala el Plugin en tu aplicación"
-sidebar:
-  order: 3
-prev: true
-next: true
-locale: es
----
-
-import { YouTube } from 'astro-embed';
-import { Aside, Steps, LinkCard, Code } from '@astrojs/starlight/components';
-
-## Requisitos
-
-Antes de comenzar con Capgo, asegúrate de tener:
-- Una aplicación Capacitor instalada y configurada. [Aprende cómo configurar Capacitor](https://capacitorjs.com/docs/getting-started/)
-- Node.js 20 o posterior instalado
-- Uno de los siguientes entornos de desarrollo:
-  - **macOS** con Xcode (para desarrollo iOS) y/o Android Studio (para desarrollo Android)
-  - **Linux** con Android Studio (para desarrollo Android)
-  - **Windows** con Android Studio (para desarrollo Android)
-
-## Introducción a Capgo
-<YouTube id="NzXXKoyhTIo" title="Capgo en 15 min" />
-
-## Las actualizaciones en vivo están a 3 pasos de distancia
-
-
-### Configuración guiada
-
-<Steps>
-
-1. Crea tu cuenta en [https://capgo.app/register](https://capgo.app/register).
-![captura de pantalla de registro](/signup.webp "captura de pantalla de registro")
-
-2. Usa el comando Init para comenzar <Code code={`npx @capgo/cli@latest init [APIKEY]`} lang="bash" /> Se te presentará una serie de preguntas. Proporciona las respuestas necesarias para completar la configuración automatizada.
-
-3. Implementa una actualización en vivo
-
-</Steps>
-
-<Aside type="tip">Siguiendo estos pasos, estarás en funcionamiento en poco tiempo. Si necesitas más asistencia durante el proceso, nuestro equipo de soporte está [aquí para ayudar](https://support.capgo.app). ¡Feliz incorporación!</Aside>
-<LinkCard href="/docs/getting-started/onboarding/" title="Guía Detallada de Incorporación" description="Vea la guía completa paso a paso para el proceso de incorporación CLI" />
-<LinkCard href="/docs/getting-started/Desplegar/" title="Implementar una actualización en vivo" description="Aprende cómo implementar una actualización en vivo en tu aplicación" />
-
-### Configuración manual
-
-En caso de que el comando init no funcione para ti, puedes añadir manualmente una aplicación.
-
-<Steps>
-
-1. Conecta la CLI a tu cuenta: <Code code={`npx @capgo/cli@latest login [APIKEY]`} lang="bash" />
-
-2. Añade la aplicación a tu cuenta con este comando: <Code code={`npx @capgo/cli@latest app add [APP_NAME]`} lang="bash" />
-
-3. Instala el Plugin en tu aplicación: <Code code={`npm i @capgo/capacitor-updater`} lang="bash" />
-
-4. Configura el Plugin en tu `capacitor.config` <Code code={`{\n  "plugins": {\n    CapacitorUpdater: {\n      "appId": "Your appID",\n      "autoUpdate": true,\n      "version": "1.0.0"\n    }\n  }\n}`} lang="JSON" />
-  [Ver todas las opciones disponibles](/docs/plugin/settings/). Esta información se inferirá si no se proporciona.
-
-5. Llama al método init lo más temprano posible en tu aplicación: <Code code={`import { CapacitorUpdater } from '@capgo/capacitor-updater';\nCapacitorUpdater.notifyAppReady();`} lang="TypeScript" />
-
-6. Implementa una actualización en vivo
-
-</Steps>
-
-<Aside type="note" title="Instalación para versiones anteriores de Capacitor">
-El comando anterior instala la última versión (v8.x) para Capacitor 8. Para versiones anteriores de Capacitor, usa la etiqueta npm apropiada:
-
-```bash
-# Capacitor 7
-npm i @capgo/capacitor-updater@lts-v7
-
-# Capacitor 6
-npm i @capgo/capacitor-updater@lts-v6
-
-# Capacitor 5
-npm i @capgo/capacitor-updater@lts-v5
-```
-
-Cada versión mayor del plugin corresponde a la versión mayor de Capacitor (v8 → Capacitor 8, v7 → Capacitor 7, v6 → Capacitor 6, v5 → Capacitor 5). Las versiones menores comparten el mismo conjunto de características en todas las versiones mayores (ej., 5.34.0, 6.34.0, 7.34.0, y 8.34.0 incluyen las mismas características).
-</Aside>
diff --git a/src/content/docs/es/docs/getting-started/cicd-integration.mdx b/src/content/docs/es/docs/getting-started/cicd-integration.mdx
deleted file mode 100644
index eb2bd2492..000000000
--- a/src/content/docs/es/docs/getting-started/cicd-integration.mdx
+++ /dev/null
@@ -1,174 +0,0 @@
----
-title: Integración CI/CD
-description: Integrar Capgo en tu pipeline de CI/CD te permite automatizar completamente el proceso de construir e implementar actualizaciones en tu aplicación. Al aprovechar la CLI de Capgo y semantic-Lanzamiento, puedes asegurar implementaciones consistentes y confiables y habilitar iteración rápida.
-sidebar:
-  order: 5
-locale: es
----
-
-import { Steps, Code } from '@astrojs/starlight/components';
-
-Integrar Capgo en tu pipeline de CI/CD te permite automatizar completamente el proceso de construir e implementar actualizaciones en tu aplicación. Al aprovechar la CLI de Capgo y semantic-Lanzamiento, puedes asegurar implementaciones consistentes y confiables y habilitar iteración rápida.
-
-## Beneficios de la Integración CI/CD
-
-- **Automatización**: No más pasos manuales ni espacio para errores humanos. Todo tu proceso de construcción, prueba e implementación puede ser automatizado de principio a fin.
-
-- **Consistencia**: Cada implementación sigue el mismo conjunto de pasos, asegurando un proceso predecible y repetible. Esto es especialmente valioso cuando tienes múltiples miembros del equipo contribuyendo código.
-
-- **Iteraciones más rápidas**: Con implementaciones automatizadas, puedes enviar actualizaciones más frecuentemente y con confianza. No más espera para QA manual o aprobaciones de lanzamiento.
-
-## CLI de Capgo
-
-La CLI de Capgo es la clave para integrar Capgo en tu flujo de trabajo CI/CD. Proporciona comandos para subir nuevas versiones de Paquetes, gestionar canales y más.
-
-El comando más importante para la integración CI/CD es `bundle upload`:
-
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY
-```
-
-Si usas encriptación debes proporcionarla de una de estas formas:
-
-**Usando una ruta de archivo de clave privada:**
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY --key-v2 PRIVATE_KEY_PATH
-```
-
-**Usando el contenido de la clave privada directamente (recomendado para CI/CD):**
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY --key-data-v2 PRIVATE_KEY_CONTENT
-```
-
-**Usando Variables de entorno (mejor práctica para CI/CD):**
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY --key-data-v2 "$CAPGO_PRIVATE_KEY"
-```
-
-### Configurar Variables de Entorno para Encriptación
-
-Para entornos CI/CD, se recomienda almacenar tu clave privada como una Variable de entorno en lugar de un archivo. Aquí está cómo configurarlo:
-
-1. **Obtén el contenido de tu clave privada:**
-   ```shell
-   cat .capgo_key_v2 | pbcopy
-   ```
-   Esto copia el contenido de la clave a tu portapapeles.
-
-2. **Agrégalo a tu entorno CI/CD:**
-   - **GitHub Actions**: Agrega `CAPGO_PRIVATE_KEY` a los secretos de tu repositorio
-   - **GitLab CI**: Agrégalo como una Variable enmascarada en la configuración de tu proyecto
-   - **CircleCI**: Agrégalo como una Variable de entorno en la configuración de tu proyecto
-   - **Jenkins**: Agrégalo como una credencial de texto secreto
-
-3. **Úsalo en tu pipeline:**
-   ```yaml
-   - run: npx @capgo/cli@latest bundle upload --channel=production --apikey=${{ secrets.CAPGO_API_KEY }} --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"
-   ```
-
-**Nota**: La bandera `--key-data-v2` te permite pasar el contenido de la clave privada directamente como una cadena, haciéndolo perfecto para Variables de entorno en pipelines CI/CD donde no quieres crear archivos temporales.
-
-Este comando sube la construcción web actual al canal especificado. Típicamente ejecutarás esto como el último paso en tu pipeline CI/CD, después de que tu construcción web se haya completado exitosamente.
-
-## Configurar Capgo en tu Pipeline CI/CD
-
-Aunque los pasos exactos variarán dependiendo de tu herramienta CI/CD de elección, el proceso general para integrar Capgo se ve así:
-
-<Steps>
-1. **Generar una clave API**: Inicia sesión en el panel de Capgo y crea una nueva clave API. Esta clave se usará para autenticar la CLI en tu entorno CI/CD. ¡Manténla secreta y nunca la comprometas en tu repositorio!
-
-3. **Configurar el comando `bundle upload`**: Agrega un paso a tu configuración CI/CD que ejecute el comando `bundle upload` con los argumentos apropiados: <Code lang="YAML" title="Subir.yml" code={`- run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secrets.CAPGO_API_KEY \}\}`} />\n Reemplaza `Production` con el canal al que quieres implementar, `${{ secrets.CAPGO_API_KEY }}` con la Variable de entorno que contiene tu clave API, y agrega `--key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"` si usas encriptación.
-
-4. **Agregar el paso `upload` después de tu construcción web**: Asegúrate de que el paso `upload` venga después de que tu construcción web se haya completado exitosamente. Esto asegura que siempre estés implementando tu código más reciente.\n  Aquí hay una configuración de ejemplo para GitHub Actions:\n<Code lang="YAML" title="Subir.yml" code={`name: Deploy to Capgo\n on:\n  push:\n   branches: [main]\n\njobs:\n deploy:\n runs-on: ubuntu-latest\n\n steps:\n - uses: actions/checkout@v6\n - uses: actions/setup-node@v6\n  with:\n   node-version: '24'\n\n - run: npm ci\n - run: npm run build\n\n - run: npm install -g @capgo/cli\n - run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secrets.CAPGO_API_KEY \}\} --key-data-v2 "$\{\{ secrets.CAPGO_PRIVATE_KEY \}\}"`} />
-
-</Steps>
-
-## Gestión de Versiones con Semantic-Lanzamiento
-
-La forma recomendada de manejar el versionado con Capgo es establecer la versión en tu archivo `capacitor.config.ts` importándola desde `package.json`:
-
-```ts
-import pkg from './package.json'
-
-const config: CapacitorConfig = {
-  // ... otra configuración
-  plugins: {
-    CapacitorUpdater: {
-      version: pkg.version,
-    }
-  }
-}
-```
-
-Este enfoque te permite:
-1. Usar semantic-Lanzamiento (o cualquier otra herramienta) para actualizar la versión de `package.json`
-2. Construir tu aplicación con la versión actualizada incluida automáticamente
-3. Subir el Paquete con la versión correcta
-
-Tu flujo de trabajo CI/CD se vería así:
-```yaml
-- run: npm ci
-- run: npx semantic-release  # Actualiza la versión de package.json
-- run: npm run build         # Construye con la nueva versión de capacitor.config
-- run: npx @capgo/cli@latest bundle upload --channel=production --apikey=${{ secrets.CAPGO_API_KEY }}
-```
-
-Aquí hay un archivo de configuración `.releaserc` de ejemplo para semantic-Lanzamiento:
-
-```json
-{
-  "branches": [
-    "main",
-    {
-      "name": "beta",
-      "prerelease": true
-    }
-  ],
-  "plugins": [
-    "@semantic-release/commit-analyzer",
-    "@semantic-release/release-notes-generator",
-    "@semantic-release/changelog",
-    [
-      "@semantic-release/git",
-      {
-        "assets": ["CHANGELOG.md", "package.json"],
-        "message": "chore(release): ${nextRelease.version} [skip ci]\n\n${nextRelease.notes}"
-      }
-    ]
-  ]
-}
-```
-
-Esta configuración hace lo siguiente:
-
-1. Analiza los mensajes de commit para determinar el próximo número de versión, siguiendo la especificación de Conventional Commits.
-2. Genera notas de lanzamiento basadas en los commits desde el último lanzamiento.
-3. Actualiza el archivo `CHANGELOG.md` con las nuevas notas de lanzamiento.
-4. Actualiza la versión de `package.json`, que será recogida por tu Capacitor.config.
-5. Hace commit de los archivos actualizados `CHANGELOG.md`, `package.json` y cualquier otro archivo cambiado de vuelta al repositorio.
-
-Asegúrate de ejecutar semantic-Lanzamiento antes de construir tu aplicación para que la versión actualizada de `package.json` se incluya en tu construcción a través del Capacitor.config.
-
-## Solución de Problemas
-
-Si encuentras problemas con tu integración CI/CD de Capgo, aquí hay algunas cosas para verificar:
-
-- **Clave API**: Asegúrate de que tu clave API sea válida y tenga los permisos necesarios. Si usas una Variable de entorno, verifica dos veces que esté configurada correctamente.
-
-- **Versión de CLI**: Asegúrate de que estés usando la última versión de la CLI de Capgo. Las versiones antiguas pueden tener problemas de compatibilidad o carecer de ciertas características.
-
-- **Artefactos de construcción**: Confirma que tu construcción web esté generando los archivos de salida esperados. La CLI de Capgo necesita una construcción web válida para crear un Paquete.
-
-- **Conectividad de red**: Verifica que tu entorno CI/CD tenga acceso de red a los servidores de Capgo. Los problemas de firewall o proxy a veces pueden interferir con el comando `upload`.
-
-Si aún tienes problemas, contacta al soporte de Capgo para asistencia. Pueden ayudar a solucionar cualquier problema con tu configuración específica.
-
-## Conclusión
-
-Integrar Capgo en tu pipeline de CI/CD con gestión de versiones adecuada puede agilizar enormemente tu flujo de trabajo de desarrollo. Al automatizar tus implementaciones y versionado a través del enfoque de Capacitor.config, puedes enviar actualizaciones más rápido y con más confianza.
-
-El enfoque recomendado de establecer la versión en tu archivo `capacitor.config.ts` y usar semantic-Lanzamiento para actualizar `package.json` proporciona un proceso de implementación robusto y confiable que te permite enfocarte en construir grandes características en lugar de preocuparte por pasos de lanzamiento manuales.
-
-Para más detalles sobre los comandos y opciones de la CLI de Capgo, consulta la [referencia CLI](/docs/cli/overview). Y para una inmersión más profunda en la configuración de semantic-Lanzamiento, ve los [documentos de semantic-release](https://github.com/semantic-release/semantic-release).
-
-¡Felices implementaciones!
diff --git a/src/content/docs/es/docs/getting-started/deploy.mdx b/src/content/docs/es/docs/getting-started/deploy.mdx
deleted file mode 100644
index ed2f602e0..000000000
--- a/src/content/docs/es/docs/getting-started/deploy.mdx
+++ /dev/null
@@ -1,151 +0,0 @@
----
-title: Implementar una Actualización en Vivo
-description: "Aprende cómo implementar una actualización en vivo en tu aplicación usando la función de Actualizaciones en Vivo de Capgo, permitiendo actualizaciones de UI y lógica en tiempo real sin reenvío a la tienda de aplicaciones."
-sidebar:
-  order: 4
-locale: es
----
-import { Steps, LinkCard, Tabs, TabItem } from '@astrojs/starlight/components';
-
-Utiliza la función de Actualizaciones en Vivo de Capgo para actualizar la interfaz de usuario y la lógica de negocio de tu aplicación de forma remota y en tiempo real. Envía actualizaciones de Paquetes JS directamente a tus usuarios sin pasar por la tienda de aplicaciones para corregir errores al instante y lanzar nuevas funciones.
-
-Esta guía asume que has completado el [Inicio Rápido de Capgo](/docs/getting-started/quickstart) y ya has:
-
-<Steps>
-
-1. Instalado el SDK `@capgo/capacitor-updater` en tu aplicación Capacitor
-
-2. Configurado tu ID de aplicación y canal de actualización en `capacitor.config.ts`
-
-3. Añadido en tu código el método `CapacitorUpdater.notifyAppReady()`
-
-</Steps>
-
-Si aún no has completado estos pasos, por favor regresa y completa primero el inicio rápido.
-
-<LinkCard href="/docs/getting-started/Agregar-an-Aplicación/" title="Añadir una aplicación" description="Añade una aplicación a tu cuenta Capgo e instala el Plugin en tu aplicación" />
-
-## Subir un Paquete
-
-Con el SDK de Capgo instalado y configurado, estás listo para subir tu primer Paquete de actualización en vivo:
-
-1. Compila tus activos web:
-   ```shell
-   npm run build
-   ```
-
-2. Sube el Paquete a Capgo:
-    <Tabs>
-      <TabItem label="Consola">
-        ```shell
-      npx @capgo/cli@latest bundle upload --channel=production
-      ```
-      </TabItem>
-      <TabItem label="GitHub Actions">
-      ```yml
-      // .github/workflows/build_and_deploy.yml
-    name: Build source code and send to Capgo
-
-    concurrency:
-      group: ${{ github.workflow }}-${{ github.ref }}
-      cancel-in-progress: true
-
-    on:
-      push:
-        branches:
-          - main
-
-    jobs:
-      deploy_to_capgo:
-        runs-on: ubuntu-latest
-        steps:
-          - name: Checkout
-            uses: actions/checkout@v6
-          - uses: actions/setup-node@v6
-            with:
-              node-version: '24'
-          - name: Install dependencies
-            run: npm install
-          - name: Build
-            run: npm run build
-          - name: Deploy to Capgo
-            run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} --channel ${{ env.CHANNEL }}
-            env:
-              CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      ```
-      </TabItem>
-      <TabItem label="GitLab">
-      ```yml
-      // .gitlab-ci.yml
-      stages:
-        - build
-
-      build:
-        stage: build
-        image: node:18
-        cache:
-          - key:
-              files:
-                - package-lock.json
-            paths:
-              - .node_modules/
-        script:
-          - npm install
-          - npm run build
-          - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN --channel $CAPGO_CHANNEL
-        artifacts:
-          paths:
-            - node_modules/
-            - dist/
-        only:
-          - master
-      ```
-      </TabItem>
-    </Tabs>
-   Esto subirá una nueva versión de Paquete al canal especificado en el comando.
-
-### Solución de Problemas de Subida
-
-Si tu subida falla, verifica dos veces:
-- Tu ID de aplicación en `capacitor.config.ts` coincide con tu aplicación en el panel de Capgo
-- Estás ejecutando el comando de subida desde la raíz de tu proyecto Capacitor
-- Tus activos web están compilados y actualizados
-
-Si aún tienes problemas, ve a la sección de [Solución de Problemas](/docs/getting-started/troubleshooting/).
-
-## Recibir una Actualización en un Dispositivo
-
-Una vez que tu Paquete está subido, puedes probar la actualización en vivo en un dispositivo:
-
-1. Sincroniza tu aplicación con el dispositivo:
-   ```shell
-   npx cap sync ios
-   ```
-
-2. Abre otra terminal y ejecuta el siguiente comando para verificar el estado de la actualización:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-3. Ejecuta tu aplicación localmente:
-   ```shell
-   npx cap run ios
-   ```
-   O abre el proyecto iOS/Android en Xcode/Android Studio y haz una ejecución nativa.
-
-4. Mantén la aplicación abierta durante aproximadamente 30 segundos para permitir que la actualización se descargue en segundo plano.
-
-5. Los Registros tardarán unos segundos en actualizarse y mostrar el estado de la actualización.
-
-6. Cierra y vuelve a abrir la aplicación. ¡Deberías ver tu actualización en vivo aplicada!
-
-Consulta el [Inicio Rápido de Capgo](/docs/getting-started/quickstart#receiving-a-live-update-on-a-device) para más detalles sobre cómo probar actualizaciones en vivo.
-
-## Próximos Pasos
-
-¡Felicidades por implementar tu primera actualización en vivo con Capgo! 🎉
-
-Para aprender más, revisa el resto de la [documentación de Actualizaciones en Vivo de Capgo](/docs/live-updates). Algunos temas clave para revisar a continuación:
-- [Dirigir Actualizaciones con Canales](/docs/live-updates/channels)
-- [Personalizar Comportamiento de Actualización](/docs/live-updates/update-behavior)
-- [Reversiones de Actualizaciones en Vivo](/docs/live-updates/rollbacks)
diff --git a/src/content/docs/es/docs/getting-started/onboarding.mdx b/src/content/docs/es/docs/getting-started/onboarding.mdx
deleted file mode 100644
index 27bb3c9d3..000000000
--- a/src/content/docs/es/docs/getting-started/onboarding.mdx
+++ /dev/null
@@ -1,554 +0,0 @@
----
-title: Guía de Incorporación CLI
-description: >-
-  Guía completa paso a paso para incorporar tu aplicación con Capgo usando la
-  CLI interactiva
-sidebar:
-  order: 2
-next: true
-prev: true
-locale: es
----
-
-import { Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-## Resumen Rápido
-
-La CLI de Capgo proporciona una incorporación interactiva que configura actualizaciones en vivo para tu aplicación Capacitor. Podrás:
-
-1. ✅ Registrar tu aplicación en Capgo
-2. 🔌 Instalar y configurar el plugin de actualización
-3. 🚀 Implementar tu primera actualización en vivo
-4. 📱 Probar la actualización en tu dispositivo
-
-**Tiempo estimado:** 10-20 minutos (varía según tu velocidad de internet y tiempo de compilación)
-
-<Aside type="tip">
-La incorporación es totalmente reanudable: sal en cualquier momento y continúa más tarde desde donde lo dejaste.
-</Aside>
-
-## Iniciar la Incorporación
-
-Ejecuta el comando de incorporación con tu clave API:
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-Verás el mensaje de bienvenida:
-
-```
-Capgo onboarding 🛫
-```
-
-## Qué Sucede Durante la Incorporación
-
-La CLI te guiará a través de 13 pasos interactivos:
-
-**Fase de Configuración (Pasos 1-6):**
-- Verificar tu entorno de desarrollo (Xcode/Android Studio)
-- Agregar tu aplicación a Capgo y crear un canal de producción
-- Instalar el plugin `@capgo/capacitor-updater`
-- Inyectar el código requerido en tu aplicación
-- Opcionalmente habilitar cifrado de extremo a extremo
-- Elegir una plataforma para pruebas (iOS o Android)
-
-**Fase de Pruebas (Pasos 7-12):**
-- Compilar tu aplicación y ejecutarla en un dispositivo/simulador
-- Hacer un cambio de código visible (automático o manual)
-- Subir el bundle actualizado a Capgo
-- Ver la actualización en vivo aparecer en tu dispositivo en tiempo real
-
-**Finalización (Paso 13):**
-- ¡Tu aplicación está lista para actualizaciones en vivo! 🎉
-
-## El Proceso de Incorporación de 13 Pasos
-
-### Paso 1: Verificar Requisitos Previos
-
-La CLI verifica tu entorno de desarrollo para asegurar que tienes las herramientas necesarias instaladas.
-
-**Qué se verifica:**
-- **Xcode** (solo macOS) - para desarrollo iOS
-- **Android SDK** - para desarrollo Android
-
-**Resultados posibles:**
-
-✅ **Ambos entornos encontrados:**
-```
-✅ Xcode detected - iOS development ready
-✅ Android SDK detected - Android development ready
-```
-
-⚠️ **Ningún entorno encontrado:**
-```
-⚠️ Xcode not found
-⚠️ Android SDK not found
-❌ No development environment detected
-
-📱 To develop mobile apps with Capacitor, you need:
-   • For iOS: Xcode (macOS only) - https://developer.apple.com/xcode/
-   • For Android: Android Studio - https://developer.android.com/studio
-```
-
-<Aside type="caution">
-Si no se detecta ningún entorno de desarrollo, se te preguntará si deseas continuar. Se recomienda instalar al menos una plataforma antes de continuar.
-</Aside>
-
-### Paso 2: Agregar Tu Aplicación
-
-La CLI te conectará a Capgo y agregará tu aplicación a tu cuenta.
-
-```
-(spinner) Running: npm @capgo/cli@latest login ***
-Login Done ✅
-
-❓ Add {appId} in Capgo?
-```
-
-**Si tu ID de aplicación ya está en uso:**
-
-La CLI sugerirá alternativas:
-```
-❌ App ID "com.example.app" is already taken
-💡 Here are some suggestions:
-   1. com.example.app2
-   2. com.example.app3
-   3. com.example.app.new
-   4. com.example.app.app
-
-❓ What would you like to do?
-```
-
-Puedes elegir una sugerencia o ingresar un ID de aplicación personalizado.
-
-<Aside type="note">
-Los IDs de aplicación deben seguir la notación de dominio inverso (ej., `com.example.myapp`)
-</Aside>
-
-### Paso 3: Crear Canal de Producción
-
-Los canales te permiten gestionar diferentes flujos de actualización para tu aplicación.
-
-```
-❓ Create default channel production for {appId} in Capgo?
-```
-
-<Aside type="tip">
-**¡No te preocupes!** Esto es solo para pruebas locales durante la incorporación. Crear un canal de "producción" no significa que tus actualizaciones se enviarán inmediatamente a los clientes. Tienes control total sobre cuándo se implementan las actualizaciones. Selecciona **Sí** a menos que tengas requisitos específicos de canal.
-</Aside>
-
-**Si seleccionas Sí:**
-```
-(spinner) Running: npm @capgo/cli@latest channel add production {appId} --default
-Channel add Done ✅  (or "Channel already added ✅")
-```
-
-Se creará un canal de producción y se establecerá como predeterminado. Esta es la opción recomendada para la mayoría de los usuarios.
-
-**Si seleccionas No:**
-```
-If you change your mind, run it for yourself with: "npm @capgo/cli@latest channel add production {appId} --default"
-```
-
-Necesitarás crear y configurar canales manualmente más tarde. Alternativamente, puedes:
-- Establecer el canal en tu archivo `capacitor.config.ts`
-- Usar el método JavaScript `setChannel()` para establecer el canal dinámicamente
-- Configurar canales más tarde desde la consola web de Capgo
-
-### Paso 4: Instalar Plugin de Actualización
-
-La CLI instalará el plugin `@capgo/capacitor-updater` compatible con tu versión de Capacitor.
-
-```
-❓ Automatic Install "@capgo/capacitor-updater" dependency in {appId}?
-```
-
-**Compatibilidad de versiones:**
-
-- **Capacitor 5**: Instala `@capgo/capacitor-updater` v5
-- **Capacitor 6**: Instala `@capgo/capacitor-updater` v6
-- **Capacitor 7**: Instala `@capgo/capacitor-updater` v7
-- **Capacitor 8+**: Instala la última versión
-
-<Aside type="caution">
-Capgo solo soporta Capacitor v5 y superior. Si estás usando una versión anterior, necesitarás actualizar primero.
-</Aside>
-
-**Opción de actualizaciones instantáneas:**
-
-Después de la instalación, se te preguntará:
-```
-❓ Do you want to set instant updates in {appId}?
-   Read more: https://capgo.app/docs/live-updates/update-behavior/#applying-updates-immediately
-```
-
-<Aside type="tip">
-**¿Qué son las actualizaciones instantáneas?** Con las actualizaciones instantáneas habilitadas, tu aplicación aplica actualizaciones inmediatamente cuando se pone en segundo plano y se vuelve a abrir. Esto funciona sin problemas porque Capgo puede distribuir actualizaciones en todo el mundo en menos de 300ms. Sin esto (modo estándar), las actualizaciones se descargan en segundo plano y se aplican en el próximo reinicio de la aplicación. Las actualizaciones instantáneas son excelentes para iteración más rápida durante el desarrollo y correcciones críticas de errores en producción.
-</Aside>
-
-**Si seleccionas Sí:**
-- Las actualizaciones se configurarán para aplicarse inmediatamente cuando la aplicación se ponga en segundo plano y se vuelva a abrir
-- `directUpdate: 'always'` y `autoSplashscreen: true` se agregarán a tu configuración
-- Tu `capacitor.config.ts` se actualizará automáticamente
-- **Actualizaciones Delta** se habilitarán automáticamente - esto envía solo los archivos que cambiaron entre actualizaciones en lugar del bundle completo, haciendo las actualizaciones mucho más rápidas
-
-**Si seleccionas No:**
-- Las actualizaciones usarán el comportamiento estándar (descarga en segundo plano, aplicación en el próximo reinicio)
-- Siempre puedes habilitar actualizaciones instantáneas más tarde modificando tu `capacitor.config.ts`
-
-### Paso 5: Agregar Código de Integración
-
-La CLI inyectará automáticamente el código requerido en tu archivo principal de aplicación.
-
-```
-❓ Automatic Add "CapacitorUpdater.notifyAppReady()" code and import in {appId}?
-```
-
-**Qué se agrega:**
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-**Detección de tipo de proyecto:**
-
-- **Nuxt.js**: Crea `plugins/capacitorUpdater.client.ts`
-- **Otros frameworks**: Agrega a tu archivo de entrada principal
-
-<Aside type="tip">
-**Si la inyección automática falla**, puedes agregar el código manualmente a tu archivo principal de aplicación:
-
-**Para Nuxt.js:**
-Crea `plugins/capacitorUpdater.client.ts`:
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-export default defineNuxtPlugin(() => {
-  CapacitorUpdater.notifyAppReady()
-})
-```
-
-**Para otros frameworks:**
-Agrega a tu archivo de entrada principal (ej., `main.ts`, `index.js`, `App.tsx`):
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Coloca este código después de tus importaciones y antes de la inicialización de tu aplicación. Para más detalles, consulta la [guía Agregar una Aplicación](/docs/getting-started/add-an-app/).
-</Aside>
-
-### Paso 6: Configurar Cifrado (Opcional)
-
-El cifrado de extremo a extremo agrega una capa adicional de seguridad para tus actualizaciones.
-
-```
-🔐 End-to-end encryption
-   ✅ Use this for: Banking, healthcare, or apps with legal encryption requirements
-   ⚠️  Note: Makes debugging harder - skip if you don't need it
-
-❓ Enable end-to-end encryption for {appId} updates?
-```
-
-<Aside type="note">
-El cifrado solo está disponible para Capacitor v6 y superior.
-</Aside>
-
-Si habilitas el cifrado, la CLI:
-1. Generará claves de cifrado
-2. Ofrecerá sincronizar tu configuración de Capacitor
-
-### Paso 7: Seleccionar Plataforma
-
-Elige con qué plataforma probar durante la incorporación.
-
-```
-📱 Platform selection for onboarding
-   This is just for testing during onboarding - your app will work on all platforms
-
-❓ Which platform do you want to test with during this onboarding?
-   Options:
-   - iOS
-   - Android
-```
-
-<Aside type="tip">
-Esto solo afecta el proceso de incorporación. Tu aplicación final soportará todas las plataformas.
-</Aside>
-
-### Paso 8: Compilar Tu Proyecto
-
-La CLI compilará tu aplicación y la sincronizará con Capacitor.
-
-```
-❓ Automatic build {appId} with "npm run build"?
-```
-
-**Qué sucede:**
-1. Detecta tu tipo de proyecto
-2. Ejecuta tu script de compilación
-3. Ejecuta `npx cap sync {platform}`
-
-**Si falta el script de compilación:**
-
-Se te preguntará si deseas omitir la compilación o agregar un script de compilación a tu `package.json`.
-
-### Paso 9: Ejecutar en Dispositivo
-
-Prueba la versión inicial de tu aplicación en un dispositivo o simulador.
-
-```
-❓ Run {appId} on {PLATFORM} device now to test the initial version?
-```
-
-Si seleccionas **Sí**:
-```
-(spinner) Running: npx cap run {platform}
-(device picker appears)
-App started ✅
-📱 Your app should now be running on your {platform} device with Capgo integrated
-🔄 This is your baseline version - we'll create an update next
-```
-
-### Paso 10: Hacer un Cambio de Prueba
-
-Ahora es momento de probar el sistema de actualización de Capgo haciendo un cambio visible.
-
-```
-🎯 Now let's test Capgo by making a visible change and deploying an update!
-
-❓ How would you like to test the update?
-   Options:
-   - Auto: Let Capgo CLI make a visible change for you
-   - Manual: I'll make changes myself
-```
-
-**Modo automático:**
-La CLI modificará automáticamente tus archivos para agregar un banner de prueba visible o un cambio.
-
-**Modo manual:**
-Haces tus propios cambios (ej., cambiar texto, colores o agregar elementos).
-
-**Manejo de versión:**
-```
-❓ How do you want to handle the version for this update?
-   Options:
-   - Auto: Bump patch version ({currentVersion} → {nextVersion})
-   - Manual: I'll provide the version number
-```
-
-**Compilar con cambios:**
-```
-❓ Build {appId} with changes before uploading?
-```
-
-<Aside type="tip">
-Si necesitas compilar manualmente en otra terminal, selecciona "No" y compila tú mismo, luego continúa.
-</Aside>
-
-### Paso 11: Subir Bundle
-
-Sube tu bundle de aplicación actualizado a Capgo.
-
-```
-❓ Upload the updated {appId} bundle (v{version}) to Capgo?
-```
-
-La CLI ejecuta:
-```bash
-npx @capgo/cli@latest bundle upload
-```
-
-<Aside type="tip">
-**Actualizaciones Delta con Direct Update:** Si habilitaste actualizaciones instantáneas (Direct Update) en el Paso 4, la CLI preguntará automáticamente si deseas habilitar actualizaciones delta. Las actualizaciones delta envían solo los archivos que cambiaron entre versiones en lugar del bundle completo. Como normalmente solo cambian algunos archivos entre actualizaciones, esto hace las descargas mucho más rápidas. Selecciona **Sí** para la mejor experiencia con actualizaciones instantáneas.
-</Aside>
-
-**Solicitud de actualizaciones delta (si Direct Update está habilitado):**
-```
-💡 Direct Update (instant updates) is enabled in your config
-   Delta updates send only changed files instead of the full bundle
-
-❓ Enable delta updates for this upload? (Recommended with Direct Update)
-```
-
-<Aside type="caution">
-Para monorepos, es posible que necesites proporcionar rutas adicionales a tu `package.json` y `node_modules`.
-</Aside>
-
-**Éxito:**
-```
-✅ Update v{version} uploaded successfully!
-🎉 Your updated bundle is now available on Capgo
-```
-
-### Paso 12: Probar Actualización en Dispositivo
-
-¡Hora de ver la actualización en acción!
-
-```
-🧪 Time to test the Capgo update system!
-📱 Go to your device where the app is running
-```
-
-**Para actualizaciones instantáneas:**
-```
-🔄 IMPORTANT: Background your app (swipe up/press home button) and then reopen it
-⏱️  The update should be downloaded and applied automatically
-```
-
-**Para actualizaciones estándar:**
-```
-📱 With standard updates, you will need to:
-   1. Background the app (swipe up/press home button) to start download
-   2. Wait a few seconds for download to complete
-   3. Background and foreground again to see the update
-```
-
-**Monitorear registros:**
-```
-❓ Monitor Capgo logs to verify the update worked?
-```
-
-Si seleccionas **Sí**, verás registros en vivo desde tu dispositivo mostrando el proceso de actualización.
-
-### Paso 13: Finalización
-
-```
-Welcome onboard ✈️!
-```
-
-¡Felicitaciones! Has configurado exitosamente las actualizaciones en vivo de Capgo para tu aplicación.
-
-## Lo Que Has Logrado
-
-Después de completar la incorporación, tienes:
-
-<CardGrid>
-  <Card title="✅ Aplicación Registrada" icon="rocket">
-    Tu aplicación está registrada en Capgo con un canal de producción
-  </Card>
-  <Card title="✅ Plugin Instalado" icon="puzzle">
-    El plugin Capacitor Updater está instalado y configurado
-  </Card>
-  <Card title="✅ Código Integrado" icon="seti:config">
-    El código de integración está agregado a tu aplicación
-  </Card>
-  <Card title="✅ Actualización Probada" icon="approve-check">
-    Has implementado y recibido exitosamente una actualización en vivo
-  </Card>
-</CardGrid>
-
-## Flujo de Trabajo Diario
-
-Para actualizaciones posteriores, usa:
-
-```bash
-npm run build
-npx @capgo/cli@latest bundle upload --channel=production
-```
-
-Para más opciones de implementación, consulta [Implementar una Actualización en Vivo](/docs/getting-started/deploy/).
-
-## Reanudar la Incorporación
-
-Si sales del proceso de incorporación, puedes reanudarlo en cualquier momento:
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-Verás:
-```
-You have already got to the step {stepNumber}/13 in the previous session
-❓ Would you like to continue from where you left off?
-```
-
-<Aside type="tip">
-El progreso se guarda localmente, por lo que puedes salir y reanudar el proceso de incorporación de forma segura.
-</Aside>
-
-## Solución de Problemas
-
-### Sin Entorno de Desarrollo
-
-**Problema:** No se detecta ni Xcode ni Android SDK.
-
-**Solución:**
-- **Para iOS**: Instala [Xcode](https://developer.apple.com/xcode/) (solo macOS)
-- **Para Android**: Instala [Android Studio](https://developer.android.com/studio)
-
-### ID de Aplicación Ya en Uso
-
-**Problema:** Tu ID de aplicación ya está registrado.
-
-**Solución:** Elige una de las alternativas sugeridas o ingresa un ID de aplicación personalizado en notación de dominio inverso.
-
-### Falta Script de Compilación
-
-**Problema:** No se encuentra script de compilación en `package.json`.
-
-**Solución:** Agrega un script de compilación a tu `package.json`:
-```json
-{
-  "scripts": {
-    "build": "your-build-command"
-  }
-}
-```
-
-### Inyección Automática Falló
-
-**Problema:** La CLI no puede inyectar automáticamente el código de integración.
-
-**Solución:** Agrega el código manualmente a tu archivo principal:
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-### Versión de Capacitor Muy Antigua
-
-**Problema:** Tu versión de Capacitor está por debajo de v5.
-
-**Solución:** Actualiza Capacitor a v5 o superior:
-- [Actualizar a Capacitor 5](https://capacitorjs.com/docs/updating/5-0)
-- [Actualizar a Capacitor 6](https://capacitorjs.com/docs/updating/6-0)
-- [Actualizar a Capacitor 7](https://capacitorjs.com/docs/updating/7-0)
-
-## Próximos Pasos
-
-Ahora que has completado la incorporación, explora estos temas:
-
-<CardGrid>
-  <a href="/docs/getting-started/deploy/"><Card title="Implementar Actualizaciones" icon="rocket">
-    Aprende cómo implementar actualizaciones desde el panel de Capgo
-  </Card></a>
-  <a href="/docs/live-updates/update-types/"><Card title="Tipos de Actualización" icon="open-book">
-    Referencia de todos los tipos de actualización OTA: momento de aplicación, condiciones de retraso, bloqueo de versión y entrega
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="Integración CI/CD" icon="setting">
-    Automatiza tus implementaciones de actualización con CI/CD
-  </Card></a>
-  <a href="/docs/live-updates/channels/"><Card title="Canales" icon="list-format">
-    Gestiona múltiples flujos de actualización con canales
-  </Card></a>
-  <a href="/docs/live-updates/encryption/"><Card title="Cifrado" icon="approve-check-circle">
-    Asegura tus actualizaciones con cifrado de extremo a extremo
-  </Card></a>
-  <a href="/docs/live-updates/update-behavior/"><Card title="Comportamiento de Actualización" icon="setting">
-    Personaliza cuándo y cómo se aplican las actualizaciones (direct, delta, etc.)
-  </Card></a>
-</CardGrid>
-
-## Obtener Ayuda
-
-Si encuentras problemas durante la incorporación:
-
-- Consulta la [Guía de Solución de Problemas](/docs/getting-started/troubleshooting/)
-- Únete a la [Comunidad Discord](https://discord.capgo.app)
-- Revisa las [Preguntas Frecuentes](/docs/faq/)
-- Contacta al [Soporte](/docs/getting-help/)
diff --git a/src/content/docs/es/docs/getting-started/quickstart.mdx b/src/content/docs/es/docs/getting-started/quickstart.mdx
deleted file mode 100644
index 1a3b16ef1..000000000
--- a/src/content/docs/es/docs/getting-started/quickstart.mdx
+++ /dev/null
@@ -1,138 +0,0 @@
----
-title: Descripción General
-description: "Comienza con Capgo aprendiendo los conceptos clave y los pasos para integrar e implementar actualizaciones en vivo en tu aplicación."
-sidebar:
-  order: 1
-next: true
-prev: false
-locale: es
----
-
-import { Card, CardGrid, Steps, LinkCard, Aside } from '@astrojs/starlight/components';
-
-El Tutorial de inicio rápido te guiará a través de los conceptos clave de Capgo. Los conceptos que se explorarán incluyen:
-
-<Steps>
-
-1. Agregar una aplicación a tu cuenta de Capgo
-
-2. Integrar Capgo con tu CI/CD
-
-3. Activar la carga de Paquetes en Capgo al enviar commits
-
-4. Configurar y personalizar la publicación de Paquetes de Capgo
-
-5. Configurar tu aplicación para habilitar actualizaciones en vivo a través de Capgo
-
-6. Implementar actualizaciones en vivo en tu aplicación desde Capgo
-
-</Steps>
-
-Simplemente sigue la guía paso a paso, o navega directamente a la documentación del componente que te interese.
-
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/Agregar-an-Aplicación/" ><Card title="Comenzar el Tutorial" icon="rocket" >
-    ¡Sigue el Tutorial de inicio rápido y comienza a usar Capgo en poco tiempo!
-  </Card></a>
-  <a href="/docs/getting-started/onboarding/"><Card title="Guía de Incorporación CLI" icon="list-format">
-    Guía completa paso a paso para el proceso de incorporación CLI interactivo.
-  </Card></a>
-  <a href="/docs/getting-started/Desplegar/"><Card title="Enviar actualizaciones" icon="pencil">
-    Envía actualizaciones a tu aplicación desde el panel de Capgo.
-  </Card></a>
-  <a href="/docs/getting-started/cicd-Integración/"><Card title="Automatizar actualizaciones" icon="setting">
-    Integra Capgo con tu CI/CD y activa cargas de Paquetes en Capgo al enviar commits.
-  </Card></a>
-  <a href="/docs/getting-started/Solución de problemas/"><Card title="Solución de Problemas" icon="open-book">
-    Problemas comunes y cómo resolverlos.
-  </Card></a>
-  <a href="/docs/getting-started/wrapping-up/"><Card title="Conclusión" icon="approve-check">
-    Finaliza el Tutorial y obtén una visión rápida de lo que has aprendido.
-  </Card></a>
-</CardGrid>
-
-<Aside type="tip">
-La función de actualización Over-the-Air (OTA) solo es aplicable para modificaciones realizadas en archivos HTML, CSS y JavaScript.
-
-Si realizas cambios en el código nativo, como actualizaciones de Plugins de Capacitor, es obligatorio volver a enviar la aplicación a la tienda de aplicaciones para su aprobación.
-</Aside>
-
-<Aside type="caution" title="Confidencialidad del Bundle">
-Trata cada bundle subido a Capgo como un activo web público a menos que actives el cifrado de Capgo. Los canales privados controlan qué dispositivos pueden recibir una actualización, pero no hacen confidencial el bundle subido. El cifrado protege la ruta de entrega y evita que terceros generen actualizaciones cifradas válidas, pero los activos web distribuidos todavía pueden ser objeto de ingeniería inversa desde la app con suficiente esfuerzo porque la clave pública se distribuye en el binario. Consulta [el cifrado de Live Updates](/docs/live-updates/encryption/).
-</Aside>
-
-## Únete a la Comunidad de Discord
-
-[¡Únete al Servidor de Discord de Capgo!](https://discord.capgo.app)
-
-## Mantenimiento
-
-| Versión del Plugin | Compatibilidad con Capacitor | Mantenimiento     |
-| ------------------ | ---------------------------- | ----------------- |
-| v7.\*.\* (≥7.25.0) | v7.\*.\*                     | ✅ Totalmente compatible |
-| v6.\*.\* (≥6.25.0) | v6.\*.\*                     | ✅ Totalmente compatible |
-| v5.\*.\* (≥5.10.0) | v5.\*.\*                     | ✅ Totalmente compatible |
-| v5.\*.\* (\<5.10.0) | v5.\*.\*                    | ⚠️ Obsoleto |
-| v4.\*.\*           | v4.\*.\*                     | ❌ Ya no es compatible |
-| v3.\*.\*           | v3.\*.\*                     | ❌ Ya no es compatible |
-| >= 8               | v4.\*.\*                     | ⚠️ Obsoleto debido a problemas de versionado en nuestro proceso de CI |
-
-## Cumplimiento de las Directrices de las Tiendas
-
-Google Play de Android y Aplicación Store de iOS tienen directrices correspondientes con reglas que debes conocer antes de integrar la solución Capacitor-updater en tu aplicación.
-
-### Google Play
-
-El tercer párrafo del tema [Abuso de Dispositivos y Red](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en) describe que está restringida la actualización del código fuente por cualquier método que no sea el mecanismo de actualización de Google Play. Pero esta restricción no se aplica a la actualización de Paquetes JavaScript.
-> Esta restricción no se aplica al código que se ejecuta en una máquina virtual y tiene acceso limitado a las API de Android (como JavaScript en un webview o navegador).
-
-Esto permite completamente Capacitor-updater ya que solo actualiza los Paquetes JS y no actualizará código nativo.
-
-### Aplicación Store
-
-El párrafo **3.3.2**, desde 2015 en el [Acuerdo de Licencia del Programa de Desarrollador de Apple](https://developer.apple.com/programs/ios/information/) permite completamente realizar actualizaciones over-the-air de JavaScript y activos - y en su última versión (20170605) [descargable aquí](https://developer.apple.com/terms/) esta normativa es incluso más amplia:
-
-> El código interpretado puede descargarse en una Aplicación solo mientras dicho código: (a) no cambie el propósito principal de la Aplicación proporcionando características o funcionalidades que sean inconsistentes con el propósito previsto y anunciado de la Aplicación tal como se envió a la Aplicación Store, (b) no cree una tienda o punto de venta para otro código o aplicaciones, y (c) no eluda la firma, el sandbox u otras características de seguridad del SO.
-
-Capacitor Updater te permite seguir estas reglas en total cumplimiento siempre que la actualización que envíes no se desvíe significativamente de la intención original de tu producto aprobada por la Aplicación Store.
-
-Para mantener aún más el cumplimiento de las directrices de Apple, sugerimos que las aplicaciones distribuidas en la Aplicación Store no habiliten el escenario de `Actualización forzada`, ya que en las [Directrices de Revisión de la App Store](https://developer.apple.com/app-store/review/guidelines/) se establece que:
-
-> Las aplicaciones no deben forzar a los usuarios a calificar la aplicación, revisar la aplicación, descargar otras aplicaciones u otras acciones similares para acceder a la funcionalidad, contenido o uso de la aplicación.
-
-Esto no es un problema para el comportamiento predeterminado de actualización en segundo plano, ya que no forzará al usuario a aplicar la nueva versión hasta la próxima vez que cierre la aplicación, pero al menos debes ser consciente de ese rol si decides mostrarlo.
-
-## Código abierto
-
-El Plugin está bajo la Licencia LGPL-3.0 y el back-end está bajo la Licencia AGPL-3.0.
-
-> 💡 LGPL-3.0 significa que si alguien modifica el código del Plugin, es obligatorio publicarlo, en código abierto con la misma licencia. Si usas el código sin modificación, eso no te concierne. Para más detalles, consulta el problema a continuación, revisa el enlace 👇
-
-<LinkCard
-	title="¿Licenciamiento?"
-	href="https://GitHub.com/Cap-go/Capacitor-updater/Problemas/7"
-/>
-
-
-<LinkCard
-	title="Prueba GPTS Capgo para obtener ayuda en lugar de leer la documentación"
-	href="https://chat.openai.com/g/g-3dMwHbF2w-Capgo-doc-gpt"
-/>
-
-
-> Puedes incluirlo en tu aplicación sin preocupaciones
-
-## Notas Finales
-
-Si autohostas y encuentras útil esta herramienta, considera apoyar mi trabajo convirtiéndote en un [patrocinador de GitHub](https://github.com/sponsors/riderx/).
-
-Aposté por hacer código abierto todo el código que construí aquí en lugar de ponerlo detrás de un muro de pago. Al abrirlo en lugar de luchar y ocultarlo, creo que podemos hacer del mundo un lugar mejor.
-
-Para hacer esto posible, es necesario que todos hagamos nuestra parte, incluyéndote a ti 🥹. Si Capgo cloud no satisface tus necesidades, puedes respaldar a un creador independiente [aquí](https://github.com/sponsors/riderx/) en tus propios términos.
-
-## Matemáticas Simples
-
-El precio del plan básico: $14*12 = $168 al año.
-Mientras que el promedio dev/hora = $60.
-Eso significa que 3 horas perdidas de tiempo de desarrollo en autohospedaje te permiten pagar un año completo, si gastas más de 3 horas estás perdiendo dinero ^^
diff --git a/src/content/docs/es/docs/getting-started/troubleshooting.mdx b/src/content/docs/es/docs/getting-started/troubleshooting.mdx
deleted file mode 100644
index 6f17e5064..000000000
--- a/src/content/docs/es/docs/getting-started/troubleshooting.mdx
+++ /dev/null
@@ -1,157 +0,0 @@
----
-title: Solución de Problemas
-description: "Resuelve problemas comunes encontrados al usar Capgo con pasos detallados de solución de problemas y opciones avanzadas para carga y depuración."
-sidebar:
-  order: 6
-next: false
-prev: false
-locale: es
----
-
-import { Card } from '@astrojs/starlight/components';
-
-Aquí hay algunos problemas comunes que puedes encontrar mientras usas Capgo y cómo resolverlos.
-
-<Card title="🚀 ¿Necesitas Ayuda Experta?" icon="rocket">
-  <p>
-    ¿Atascado con un problema complejo? ¡Nuestro equipo experto está aquí para ayudar! Obtén soporte personalizado, revisiones de código y soluciones personalizadas adaptadas a tus necesidades específicas.
-  </p>
-  <div style="margin-top: 1rem;">
-    <a href="/consulting/" style="display: inline-flex; align-items: center; gap: 0.5rem; padding: 0.75rem 1.5rem; background-color: #2563eb; color: white; text-decoration: none; border-radius: 0.5rem; font-weight: 600; transition: background-color 0.2s;">
-      Obtener Soporte Profesional
-      <svg width="20" height="20" fill="none" viewBox="0 0 24 24" stroke="currentColor" style="margin:0">
-        <path stroke-linecap="round" stroke-linejoin="round" stroke-width="2" d="M17 8l4 4m0 0l-4 4m4-4H3"></path>
-      </svg>
-    </a>
-  </div>
-</Card>
-
-### Fallos en la Carga
-
-Si tu carga de Paquete falla, verifica dos veces:
-- Tu ID de aplicación en `capacitor.config.ts` coincide con tu aplicación en el panel de Capgo
-- Estás ejecutando el comando de carga desde la raíz de tu proyecto Capacitor
-- Tus activos web están compilados y actualizados
-
-#### Opciones avanzadas de carga
-
-La CLI de Capgo proporciona algunas banderas adicionales para ayudar con problemas comunes de carga:
-
-- `--tus`: Usa el [protocolo de carga reanudable tus](https://tus.io/) para cargas más confiables de Paquetes grandes o en conexiones de red deficientes. Si tu Paquete es mayor a 10MB o estás en una conexión irregular, considera usar `--tus`:
-  ```shell
-  npx @capgo/cli@latest bundle upload --tus
-  ```
-
-- `--package-json` y `--node-modules`: Indica a Capgo dónde encontrar tu `package.json` raíz y `node_modules` si tu aplicación usa una estructura no estándar como un monorepo o espacio de trabajo npm. Pasa la ruta al `package.json` raíz y la ruta `--node_modules`:
-  ```shell
-  npx @capgo/cli@latest bundle upload --package-json=path/to/package.json --node_modules=path/to/node_modules
-  ```
-  Capgo necesita esta información para empaquetar correctamente las dependencias de tu aplicación.
-
-Puedes combinar estas banderas con otras opciones como `--channel` según sea necesario. Consulta los [documentos de CLI de Capgo](/docs/cli/overview/) para detalles completos sobre las opciones de carga disponibles.
-
-Si aún tienes problemas con las cargas, contacta al [soporte de Capgo](https://support.capgo.app) para obtener más asistencia.
-
-### Depuración de Actualizaciones
-
-Si encuentras problemas con las actualizaciones en vivo, el comando de depuración de Capgo es una herramienta útil para solucionar problemas. Para usarlo:
-
-1. Ejecuta el siguiente comando en tu directorio de proyecto:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-2. Lanza tu aplicación en un dispositivo o emulador y realiza la acción que debería activar una actualización (por ejemplo, reabrir la aplicación después de subir un nuevo Paquete).
-
-3. Observa la salida del comando de depuración. Registrará información sobre el proceso de actualización, incluyendo:
-   - Cuándo la aplicación verifica una actualización
-   - Si se encuentra una actualización y qué versión es
-   - Progreso de descarga e instalación para la actualización
-   - Cualquier Error que ocurra durante el proceso de actualización
-
-4. Usa los registros de depuración para identificar dónde está ocurriendo el problema. Por ejemplo:
-   - Si no se encuentra ninguna actualización, verifica dos veces que tu Paquete se subió exitosamente y que la aplicación está configurada para usar el canal correcto.
-   - Si la actualización se descarga pero no se instala, asegúrate de haber llamado a `CapacitorUpdater.notifyAppReady()` y que la aplicación se cerró completamente y se volvió a abrir.
-   - Si ves un mensaje de Error, busca ese Error específico en los documentos de Capgo o contacta al soporte para obtener ayuda.
-
-El comando de depuración es especialmente útil para identificar problemas con el proceso de descarga e instalación de actualizaciones. Si los registros muestran que se encontró la versión de actualización esperada pero no se aplicó finalmente, enfoca tu solución de problemas en los pasos después de la descarga.
-
-### Depuración con Registros Nativos
-
-Además del comando de depuración de Capgo, los registros nativos en Android e iOS pueden proporcionar información valiosa para la solución de problemas, especialmente para problemas en el lado nativo del proceso de actualización.
-
-#### Registros de Android
-
-Para acceder a los registros de Android:
-
-1. Conecta tu dispositivo o inicia tu emulador
-2. Abre Android Studio y selecciona "View > Tool Windows > Logcat"
-3. En la ventana Logcat, filtra los registros solo al proceso de tu aplicación seleccionándolo del menú desplegable en la parte superior
-4. Busca cualquier línea que incluya `Capgo` para encontrar los registros del SDK
-
-Alternativamente, puedes usar el comando `adb logcat` y grep para `Capgo` para filtrar los registros.
-
-El SDK de Capgo registrará eventos clave durante el proceso de actualización, tales como:
-- Cuándo se inicia una verificación de actualización
-- Si se encuentra una actualización y qué versión es
-- Cuándo la descarga de actualización comienza y se completa
-- Cuándo se activa la instalación de actualización
-- Cualquier Error que ocurra durante los pasos de actualización nativos
-
-Problemas comunes específicos de Android que podrías ver en los registros incluyen:
-- Problemas de conectividad de red que impiden la descarga de la actualización
-- Errores de permisos de archivo al guardar o leer el Paquete de actualización
-- Falta de espacio de almacenamiento para el Paquete de actualización
-- Fallo al reiniciar la aplicación después de instalar la actualización
-
-#### Registros de iOS
-
-Para acceder a los registros de iOS:
-
-1. Conecta tu dispositivo o inicia tu simulador
-2. Abre Xcode y ve a "Window > Dispositivos and Simulators"
-3. Selecciona tu dispositivo y haz clic en "Open Console"
-4. En la salida de la consola, busca cualquier línea que incluya `Capgo` para encontrar los registros del SDK
-
-También puedes usar el comando `log stream` en la terminal y grep para `Capgo` para filtrar los registros.
-
-Similar a Android, el SDK de Capgo registrará eventos clave del lado de iOS:
-- Inicio y resultado de verificación de actualización
-- Inicio, progreso y finalización de descarga
-- Activación y resultado de instalación
-- Cualquier Error durante el proceso de actualización nativo
-
-Problemas específicos de iOS que podrías identificar en los registros incluyen:
-- Problemas de certificado SSL al descargar la actualización
-- Seguridad de transporte de aplicaciones bloqueando la descarga de actualización
-- Espacio de almacenamiento insuficiente para el Paquete de actualización
-- Fallo al extraer o aplicar correctamente el Paquete de actualización
-
-En ambas plataformas, los registros nativos proporcionan una vista de nivel inferior del proceso de actualización, con más detalles sobre la implementación nativa. Son especialmente útiles para identificar problemas que ocurren fuera de la capa JavaScript de Capgo.
-
-Al solucionar un problema complicado de actualización en vivo, es una buena idea capturar tanto los registros de depuración de Capgo como los registros nativos para obtener una imagen completa de lo que está sucediendo. Los dos registros juntos te darán la mejor oportunidad de identificar y resolver el problema.
-
-### Actualizaciones que no se aplican
-
-Si has subido un Paquete pero no ves los cambios en tu dispositivo:
-- Asegúrate de haber llamado a `CapacitorUpdater.notifyAppReady()` en el código de tu aplicación como se muestra en el [inicio rápido](/docs/getting-started/quickstart)
-- Verifica que tu dispositivo esté conectado a internet y que los registros de depuración de Capgo muestren que la actualización se descargó
-- Intenta cerrar completamente y volver a abrir la aplicación, ya que las actualizaciones solo se aplican en un lanzamiento nuevo
-- Busca cualquier Error en los registros nativos que pueda indicar un problema al aplicar la actualización
-
-Consulta la guía de [implementación de actualizaciones en vivo](/docs/getting-started/deploy) para más detalles sobre el proceso de actualización. Si aún estás atascado, usa el comando `npx @capgo/cli@latest app debug` y los registros nativos para obtener más visibilidad sobre lo que está sucediendo.
-
-## Instalación del SDK
-
-Si tienes problemas para instalar el SDK de Capgo, asegúrate de que:
-- Tu aplicación esté usando una versión compatible de Capacitor (4.0 o más reciente)
-- Hayas seguido los pasos del [inicio rápido](/docs/getting-started/quickstart) en orden, incluyendo sincronizar tu aplicación después de instalar el SDK
-
-## Integración CI/CD
-
-Para problemas con la activación de cargas de Capgo desde tu pipeline de CI/CD:
-- Verifica dos veces que tu token de autenticación de Capgo esté configurado correctamente
-- Asegúrate de que estés ejecutando el comando de carga después de que tus activos web se hayan compilado
-- Verifica que el comando de carga esté usando el nombre de canal correcto para tu entorno objetivo
-
-Consulta los documentos de [integración CI/CD](/docs/getting-started/cicd-integration/) para más consejos de solución de problemas. También puedes usar el comando `npx @capgo/cli@latest app debug` para confirmar si tus actualizaciones activadas por CI/CD están siendo recibidas por la aplicación.
diff --git a/src/content/docs/es/docs/getting-started/wrapping-up.mdx b/src/content/docs/es/docs/getting-started/wrapping-up.mdx
deleted file mode 100644
index 09f3d00ae..000000000
--- a/src/content/docs/es/docs/getting-started/wrapping-up.mdx
+++ /dev/null
@@ -1,54 +0,0 @@
----
-title: Conclusión
-description: "Concluye tu viaje con Capgo con una visión general concisa de los conceptos clave y próximos pasos, asegurando una base sólida para la exploración futura y el dominio."
-sidebar:
-  order: 7
-next: false
-prev: false
-draft: false
-locale: es
----
-
-import { Card, CardGrid, Steps } from '@astrojs/starlight/components';
-
-Ahora que has completado la guía de inicio rápido, debes tener una comprensión básica de los conceptos clave de Capgo. Los conceptos clave que has aprendido en esta guía son:
-
-<Steps>
-1. Añadir una aplicación a tu cuenta de Capgo
-
-2. Integrar Capgo con tu pipeline de CI/CD
-
-3. Activar cargas de Paquetes a Capgo en nuevos commits
-
-4. Configurar tu aplicación para habilitar actualizaciones en vivo con el SDK de Capgo
-
-5. Implementar actualizaciones en vivo en tu aplicación desde el panel de Capgo
-</Steps>
-
-¡Pero aún hay más que aprender sobre Capgo! Continúa explorando los documentos o revisa algunos de estos temas clave:
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/cicd-Integración/">
-    <Card title="Integración CI/CD" icon="gitlab">
-      ¿Ya tienes un pipeline de CI/CD? Aprende cómo incorporar Capgo en tu flujo de trabajo existente.
-    </Card>
-  </a>
-
-  <a href="/docs/live-Actualizaciones/">
-    <Card title="Actualizaciones en Vivo" icon="cloud-download">
-      Profundiza en las características y mejores prácticas de actualizaciones en vivo de Capgo.
-    </Card>
-  </a>
-
-  <a href="/docs/Preguntas frecuentes/">
-    <Card title="Preguntas Frecuentes" icon="open-book">
-      Encuentra respuestas a preguntas comunes sobre Capgo.
-    </Card>
-  </a>
-
-  <a href="/docs/getting-started/Solución de problemas/">
-    <Card title="Solución de Problemas" icon="error">
-      Obtén ayuda con problemas comunes que pueden surgir al usar Capgo.
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/es/docs/how-to.mdx b/src/content/docs/es/docs/how-to.mdx
deleted file mode 100644
index 607ece173..000000000
--- a/src/content/docs/es/docs/how-to.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-title: Cara Melakukan
-description: 'Cómo usar Capgo, tutoriales, consejos y trucos'
-sidebar:
-  order: 1
-locale: es
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-<LinkCard
-	title="Cómo funciona la versión en Capgo"
-	description="Capgo.Aplicación"
-	href="https://capgo.app/blog/how-version-work-in-capgo/"
-/>
-
-<LinkCard
-	title="Cómo lanzar una versión mayor en Capgo"
-	description="Capgo.Aplicación"
-	href="https://capgo.app/blog/how-to-release-major-version-in-capgo/"
-/>
-
-<LinkCard
-	title="Cómo enviar una actualización específica a un usuario o grupo"
-	description="Capgo.Aplicación"
-	href="https://capgo.app/blog/how-to-send-specific-version-to-users/"
-/>
-
-
-## CI / CD
-
-
-<LinkCard
-	title="Construcción y lanzamiento automático con GitHub Actions"
-	description="Capgo.Aplicación"
-	href="https://capgo.app/blog/how-version-work-in-capgo/"
-/>
-
-<LinkCard
-	title="Gestionar construcciones de desarrollo y producción con GitHub Actions"
-	description="Capgo.Aplicación"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-## Contribuir
-
-
-<LinkCard
-	title="Contribuir al código abierto de Capgo"
-	description="githubcom"
-	href="https://github.com/Cap-go/Capgo/blob/main/CONTRIBUTING.md"
-/>
diff --git a/src/content/docs/es/docs/index.mdx b/src/content/docs/es/docs/index.mdx
deleted file mode 100644
index fd589f061..000000000
--- a/src/content/docs/es/docs/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: Bienvenido a Capgo
-description: >-
-  Capgo es una plataforma de actualizaciones en vivo de código abierto para
-  Capacitor y equipos de desarrollo móvil que te permite enviar actualizaciones
-  en vivo a tus usuarios en cuestión de minutos en lugar de días.
-tableOfContents: false
-next: false
-hero:
-  tagline: >-
-    Capgo es una plataforma de código abierto de actualizaciones en tiempo real
-    para Capacitor y equipos de desarrollo móvil, que permite entregar
-    actualizaciones a los usuarios en minutos en lugar de días
-  actions:
-    - text: Primeros pasos
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: 'https://GitHub.com/Cap-go/Capgo/'
-      icon: external
-      variant: minimal
-locale: es
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="El poder de la Actualización en Vivo" icon="rocket">
-    Entrega de manera fluida actualizaciones de aplicaciones en vivo, correcciones críticas de errores, cambios de contenido, funciones beta y más para brindar a tus usuarios la mejor experiencia posible
-  </Card>
-  <Card title="Fácil de integrar" icon="pencil">
-    El Plugin toma 3 pasos para integrarse en tu código base y te permite enviar actualizaciones a tus usuarios en cuestión de minutos en lugar de días
-  </Card>
-  <Card title="Instalación" icon="setting">
-    Ejecuta `npx @capgo/cli@latest init [APIKEY]` para comenzar
-  </Card>
-  <Card title="Documentación extensa" icon="open-book">
-    Aprende en la [Documentación](/docs/getting-started/quickstart/) cómo dominar el Plugin en 5 minutos con nuestro video de introducción
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/live-updates/breaking-changes.md b/src/content/docs/es/docs/live-updates/breaking-changes.md
deleted file mode 100644
index 6f0407f6d..000000000
--- a/src/content/docs/es/docs/live-updates/breaking-changes.md
+++ /dev/null
@@ -1,203 +0,0 @@
----
-title: "Cambios Incompatibles"
-description: "Cómo manejar cambios incompatibles con canales versionados"
-locale: es
-sidebar:
-  order: 6
----
-
-Esta documentación explica cómo manejar cambios incompatibles en tu aplicación usando canales versionados. Este enfoque te permite mantener diferentes versiones de tu aplicación mientras aseguras que los usuarios reciban actualizaciones compatibles.
-
-## Escenario de Ejemplo
-
-Digamos que tienes:
-- Versión de aplicación 1.2.3 (versión antigua) - usa canal production
-- Versión de aplicación 2.0.0 (nueva versión con cambios incompatibles) - usa canal v2
-- Actualización en vivo 1.2.4 (compatible con 1.2.3)
-- Actualización en vivo 2.0.1 (compatible con 2.0.0)
-
-## Estrategia: Siempre Usa defaultChannel para Versiones Mayores
-
-**Enfoque recomendado:** Establece un `defaultChannel` para cada versión mayor. Esto asegura que siempre puedas enviar actualizaciones a grupos específicos de usuarios sin depender de asignación dinámica de canales.
-
-```ts
-// Lanzamientos versión 1.x
-defaultChannel: 'v1'
-
-// Lanzamientos versión 2.x
-defaultChannel: 'v2'
-
-// Lanzamientos versión 3.x (futuro)
-defaultChannel: 'v3'
-```
-
-:::Consejo
-**Beneficios de este enfoque:**
-- **Siempre tienes control** sobre qué usuarios reciben actualizaciones
-- **No se necesita cambio dinámico de canal** en el código de tu aplicación
-- **Separación clara** entre diferentes versiones de aplicación
-- **Flexibilidad** para enviar actualizaciones a cualquier grupo de versión específico
-:::
-
-## 1. Crear Canal para Nueva Versión
-
-```bash
-# Crear canal para versión 2.x
-npx @capgo/cli channel create v2
-```
-
-## 2. Actualizar Configuración de Capacitor para Versión 2.0.0
-
-Actualiza tu configuración de Capacitor antes de compilar la versión 2.0.0 para la tienda de aplicaciones:
-
-```ts
-// capacitor.config.ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      // ... otras opciones
-      defaultChannel: 'v2' // Todos los usuarios de 2.0.0 usarán el canal v2
-    }
-  }
-};
-
-export default config;
-```
-
-:::Nota
-**Para versión 1.x:** Si no estableciste un `defaultChannel` inicialmente, los usuarios de la versión 1.x están en el canal `production`. Para futuras versiones mayores, siempre establece un canal específico como `v3`, `v4`, etc.
-:::
-
-## 3. Gestionar Ramas de Código Separadas
-
-Crea ramas Git separadas para mantener compatibilidad entre versiones de aplicación:
-
-```bash
-# Crear y mantener una rama para actualizaciones de versión 1.x
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-
-# Tu rama principal continúa con desarrollo de versión 2.x
-git checkout main
-```
-
-:::Advertencia
-**Crítico:** Nunca envíes Paquetes JavaScript a aplicaciones antiguas que esperan código/APIs nativas que no tienen. Siempre compila actualizaciones desde la rama apropiada:
-- **rama v1-maintenance**: Para actualizaciones a aplicaciones 1.x (canal production)
-- **rama main**: Para actualizaciones a aplicaciones 2.x (canal v2)
-:::
-
-## 4. Subir Paquetes a Canales Respectivos
-
-```bash
-# Para actualizaciones 1.x: Compila desde rama v1-maintenance
-git checkout v1-maintenance
-# Haz tus cambios compatibles con 1.x aquí
-npx @capgo/cli bundle upload --channel production
-
-# Para actualizaciones 2.x: Compila desde rama main
-git checkout main
-# Haz tus cambios para 2.x aquí
-npx @capgo/cli bundle upload --channel v2
-```
-
-## 5. Habilitar Auto-Asignación
-
-```bash
-# Permitir que las aplicaciones se auto-asignen al canal v2
-npx @capgo/cli channel set v2 --self-assign
-```
-
-## 6. Desplegar en la Tienda de Aplicaciones
-
-Compila y despliega la versión 2.0.0 en la tienda de aplicaciones. Todos los usuarios que descarguen esta versión (ya sean usuarios nuevos o usuarios existentes actualizando) automáticamente usarán el canal v2 porque está configurado en el Paquete de la aplicación.
-
-:::Nota
-**¡No se necesitan cambios de código!** Como `defaultChannel: 'v2'` está incluido en la versión de la tienda de aplicaciones, todos los usuarios que descarguen la versión 2.0.0 usarán automáticamente el canal correcto.
-:::
-
-## Escalar a Versiones Futuras
-
-Cuando lances la versión 3.0.0 con más cambios incompatibles:
-
-```bash
-# Crear canal para versión 3.x
-npx @capgo/cli channel create v3
-```
-
-```ts
-// capacitor.config.ts para versión 3.0.0
-const config: CapacitorConfig = {
-  // ...
-  plugins: {
-    CapacitorUpdater: {
-      defaultChannel: 'v3' // Usuarios de versión 3.x
-    }
-  }
-};
-```
-
-Ahora puedes enviar actualizaciones a cualquier versión:
-- Canal `production` → Usuarios de versión 1.x
-- Canal `v2` → Usuarios de versión 2.x
-- Canal `v3` → Usuarios de versión 3.x
-
-## 7. Limpieza (Después de la Migración)
-
-Una vez que todos los usuarios hayan migrado a la versión 2.x (cuenta 3-4 meses):
-
-1. Elimina `defaultChannel` de tu configuración de Capacitor
-2. Elimina el canal v2:
-
-```bash
-npx @capgo/cli channel delete v2
-```
-
-3. Elimina la rama v1-maintenance:
-
-```bash
-git branch -d v1-maintenance
-git push origin --delete v1-maintenance
-```
-
-:::Consejo
-Este enfoque asegura que los usuarios solo reciban actualizaciones compatibles con su versión de aplicación
-:::
-
-:::Advertencia
-Siempre prueba las actualizaciones a fondo en cada canal antes del despliegue
-:::
-
-:::Nota
-Puedes eliminar con seguridad el canal v2 en Capgo incluso si algunos usuarios todavía tienen la anulación de canal. Automáticamente recibirán actualizaciones del canal production en su lugar.
-:::
-
-## Mantener Actualizaciones de Versión 1.x
-
-Para enviar actualizaciones compatibles con la versión 1.x:
-
-1. Cambia a la rama v1-maintenance:
-```bash
-git checkout v1-maintenance
-```
-
-2. Haz tus cambios y confírmalos:
-```bash
-# Haz cambios compatibles con 1.x
-git add .
-git commit -m "Fix para v1.x"
-git push origin v1-maintenance
-```
-
-3. Compila y sube al canal production:
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
-:::Consejo
-Mantén tu rama v1-maintenance actualizada con correcciones de errores que sean compatibles con la versión 1.x, pero nunca fusiones cambios incompatibles desde main
-:::
diff --git a/src/content/docs/es/docs/live-updates/channels.mdx b/src/content/docs/es/docs/live-updates/channels.mdx
deleted file mode 100644
index 709b271bf..000000000
--- a/src/content/docs/es/docs/live-updates/channels.mdx
+++ /dev/null
@@ -1,213 +0,0 @@
----
-title: Canales
-description: "Aprende cómo gestionar y configurar canales de Actualización en Vivo en Capgo, permitiendo actualizaciones de aplicaciones sin problemas dirigiendo compilaciones específicas de Paquetes JS a dispositivos configurados para esos canales."
-sidebar:
-  order: 2
-locale: es
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Un canal de Actualización en Vivo apunta a una compilación específica del Paquete JS de tu aplicación que se compartirá con cualquier dispositivo configurado para escuchar ese canal para actualizaciones. Cuando [instalas el SDK de Actualizaciones en Vivo de Capgo](/docs/getting-started/quickstart/) en tu aplicación, cualquier binario nativo configurado para ese canal verificará las actualizaciones disponibles cada vez que se inicie la aplicación. Puedes cambiar la compilación a la que apunta un canal en cualquier momento y también puedes revertir a compilaciones anteriores si es necesario.
-
-<Aside type="caution" title="Los canales no proporcionan confidencialidad">
-Los canales controlan la elegibilidad de actualización, no el secreto del bundle. Aunque un canal sea privado o tenga desactivada la autoasignación, cualquier bundle sin cifrar subido a Capgo debe seguir tratándose como un activo público entregado a los clientes. El cifrado protege la ruta de entrega y la autenticidad de las actualizaciones, pero los bundles distribuidos todavía pueden ser objeto de ingeniería inversa desde la app distribuida con suficiente esfuerzo porque la clave pública forma parte del cliente. Consulta [el cifrado de Live Updates](/docs/live-updates/encryption/) para más detalles.
-</Aside>
-
-## Cómo un dispositivo elige un canal (precedencia)
-
-Cuando un dispositivo verifica una actualización, Capgo decide qué canal usar en este orden estricto (prioridad más alta primero):
-
-1. **Mapeo forzado de dispositivo (Panel)** – Ancla manualmente un ID de dispositivo específico a un canal. Úsalo para depuración urgente o pruebas controladas con un solo usuario real. Esto siempre gana.
-2. **Anulación en la nube (por dispositivo) vía Panel o API** – Creado cuando cambias el canal del dispositivo en el panel o vía API. Úsalo para usuarios de QA cambiando entre canales de características / PR o para reproducir un problema de usuario. Reinstalar el binario no lo borra; eliminar la entrada del dispositivo sí lo hace.
-
-<Aside type="tip" title="Cambio Instantáneo de Canal con setChannel()">
-**A partir de la versión del plugin 5.34.0, 6.34.0, 7.34.0, o 8.0.0** (dependiendo de tu versión mayor), `setChannel()` funciona de manera diferente: contacta al backend para **validar** que el canal está permitido (verificando si la auto-asignación está habilitada para ese canal), luego almacena el canal **localmente en el dispositivo** como `defaultChannel`. Esto significa que el nuevo canal toma efecto **instantáneamente** para la próxima verificación de actualización—sin esperar replicación.
-
-Anteriormente, `setChannel()` guardaba la anulación del canal en la base de datos del backend (igual que los cambios del Panel o API). Los dispositivos tenían que esperar la replicación del backend (hasta 2 minutos) antes de que el nuevo canal fuera reconocido. El nuevo comportamiento solo lee del backend (para validación) y almacena localmente, haciendo los cambios de canal instantáneos.
-
-**Nota de seguridad:** Incluso si un canal se vuelve no permitido después de configurarse localmente, el backend aún validará el canal durante las verificaciones de actualización, asegurando que la seguridad se mantenga.
-
-**Importante:** Cuando los cambios de canal se realizan vía el Panel o API, todavía hay un retraso de replicación de hasta 2 minutos. Para cambio instantáneo de canal, usa `setChannel()` desde el código de tu aplicación—valida con el backend, luego establece el canal localmente para efecto inmediato.
-</Aside>
-3. **Config de Capacitor `defaultChannel` (predeterminado de compilación de prueba)** – Si está presente en `capacitor.config.*` y no existe forzado/anulación, la aplicación comienza en este canal (por ejemplo, `beta`, `qa`, `pr-123`). Destinado para TestFlight / compilaciones internas para que los evaluadores aterricen automáticamente en un canal de pre-lanzamiento. Las compilaciones de producción típicamente dejan esto sin configurar.
-4. **Canal Predeterminado en la Nube (ruta principal ~99% de usuarios)** – Si marcas un canal predeterminado en el panel, todos los usuarios finales normales (sin forzado, sin anulación, sin config defaultChannel) se conectan aquí. Cámbialo para desplegar o revertir al instante—sin nuevo binario. Si tienes predeterminados específicos de plataforma (uno solo para iOS, uno solo para Android), cada dispositivo aterriza en el predeterminado que coincida con su plataforma. Dejar el predeterminado en la nube sin configurar está permitido; en ese caso, el dispositivo debe coincidir en los pasos 1–3 para recibir actualizaciones.
-
-Mejor práctica:
-- Trata 1–3 como capas de excepción / prueba; cuando establezcas un predeterminado en la nube, los usuarios reales deberían fluir hacia él. Si eliges no establecer uno, sé deliberado sobre cómo los usuarios se conectan (típicamente vía `defaultChannel` en la configuración o anulaciones por dispositivo).
-- Solo configura `defaultChannel` en binarios que explícitamente envíes a evaluadores. Dejarlo sin configurar mantiene la lógica de producción centralizada en el panel.
-- Usa `setChannel()` con moderación en producción—principalmente para QA o diagnósticos dirigidos.
-
-Si un canal está deshabilitado para la plataforma (interruptores iOS/Android) cuando de otro modo sería elegido, el proceso de selección lo omite y continúa en la lista.
-
-> Resumen: Forzado > Anulación > Config `defaultChannel` > Predeterminado en la Nube.
-
-## Comportamiento del Canal Predeterminado
-
-Establecer un predeterminado en la nube es opcional, pero generalmente sirve como la ruta general para nuevos dispositivos. Sin uno, solo los dispositivos que coincidan en mapeos forzados, anulaciones o un `defaultChannel` en la configuración de Capacitor recibirán actualizaciones. Cuando elijas marcar predeterminados, ten en cuenta estos patrones:
-
-- **Predeterminado único (más común)** – Si el canal tiene tanto iOS como Android habilitados, se convierte en el único predeterminado; cualquier dispositivo sin anulaciones se conectará aquí.
-- **Predeterminados específicos de plataforma** – Si divides canales por plataforma (por ejemplo, `ios-production` con solo iOS habilitado y `android-production` con solo Android habilitado), marca cada uno como el predeterminado para su plataforma. Los dispositivos iOS van al predeterminado de iOS, los dispositivos Android van al predeterminado de Android.
-
-Recuerda que el predeterminado en la nube y `defaultChannel` en `capacitor.config.*` ocupan la misma capa de decisión. Si estableces un predeterminado en la nube, no necesitas duplicar el valor en tu configuración de Capacitor—deja `defaultChannel` vacío para compilaciones de producción. Reserva `defaultChannel` para binarios que intencionalmente envíes a evaluadores o QA cuando quieras que comiencen en un canal que no sea de producción incluso si el predeterminado en la nube es diferente.
-
-Puedes cambiar los predeterminados en cualquier momento en el panel. Cuando cambias un predeterminado, los nuevos dispositivos obedecen el nuevo enrutamiento inmediatamente y los dispositivos existentes siguen las reglas normales de precedencia la próxima vez que se registren.
-
-## Configurar un Canal
-
-Durante la incorporación creas el primer canal (la mayoría de los equipos lo nombran "Production"), pero nada está bloqueado—puedes renombrar o eliminar cualquier canal en cualquier momento. Para agregar canales adicionales más tarde:
-
-1. Ve a la sección "Canales" del panel de Capgo
-2. Haz clic en el botón "New Canal"
-3. Ingresa un nombre para el canal y haz clic en "Crear"
-
-Los nombres de los canales pueden ser lo que desees. Una estrategia común es hacer coincidir los canales con tus etapas de desarrollo, tales como:
-
-- `Development` - para probar actualizaciones en vivo en dispositivos locales o emuladores
-- `QA` - para que tu equipo de QA verifique las actualizaciones antes de un lanzamiento más amplio
-- `Staging` - para pruebas finales en un entorno similar a producción
-- `Production` - para la versión de tu aplicación que los usuarios finales reciben de las tiendas de aplicaciones
-
-## Configurar el Canal en Tu Aplicación
-
-Con tus canales creados, necesitas configurar tu aplicación para escuchar el canal apropiado. En este ejemplo, usaremos el canal `Development`.
-
-Abre tu archivo `capacitor.config.ts` (o `capacitor.config.json`). Bajo la sección `plugins`, opcionalmente establece `defaultChannel` para **compilaciones de prueba** (internas / QA). Para compilaciones de producción, prefiere omitirlo para que los dispositivos usen el Predeterminado en la Nube a menos que se anule explícitamente.
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      // Para una compilación QA/TestFlight – los evaluadores comienzan en el canal Development automáticamente.
-      defaultChannel: 'Development',
-      // Las compilaciones de producción generalmente omiten esto para que los usuarios se conecten al canal Predeterminado en la Nube.
-    },
-  },
-};
-```
-
-A continuación, compila tu aplicación web y ejecuta `npx cap sync` para copiar el archivo de configuración actualizado a tus proyectos iOS y Android. Si omites este paso de sincronización, tus proyectos nativos continuarán usando el canal para el que estaban previamente configurados.
-
-<Aside type="caution">
-Orden de selección de canal: Forzado > Anulación (`setChannel` / panel) > Config `defaultChannel` > Predeterminado en la Nube.
-
-Usa `defaultChannel` solo en compilaciones de prueba/internas; déjalo fuera para producción para que los usuarios sigan el Predeterminado en la Nube (cuando esté establecido) en lugar de duplicar el enrutamiento en la configuración nativa.
-
-Aún puedes forzar (anclar) un dispositivo o aplicar una anulación más tarde—esos superan inmediatamente el valor de configuración.
-
-> Los nombres de los canales distinguen entre mayúsculas y minúsculas.
-</Aside>
-
-
-## Opciones y Estrategias de Canales
-
-Los canales tienen varias opciones que controlan quién puede recibir actualizaciones y cómo se entregan las actualizaciones. Las más importantes están a continuación. Puedes configurarlas desde la aplicación web, la CLI o la API Pública.
-
-- Canal predeterminado: Opcionalmente marca el canal o canales específicos de plataforma a los que se conectan los nuevos dispositivos. Ve "Comportamiento del Canal Predeterminado" para escenarios de enrutamiento.
-- Filtros de plataforma: Habilita o deshabilita la entrega a dispositivos `iOS` y/o `Android` por canal.
-- Deshabilitar degradación automática bajo nativo: Previene enviar una actualización cuando la versión de la aplicación nativa del dispositivo es más nueva que el Paquete del canal (por ejemplo, dispositivo en 1.2.3 mientras el canal tiene 1.2.2).
-- Permitir compilaciones de desarrollo: Permite actualizaciones a compilaciones de desarrollo (útil para pruebas).
-- Permitir dispositivos emuladores: Permite actualizaciones a emuladores/simuladores (útil para pruebas).
-- Permitir auto-asignación de dispositivo: Permite a la aplicación cambiar a este canal en tiempo de ejecución usando `setChannel`. Si está deshabilitado, `setChannel` fallará para este canal.
-
-### Estrategias de Deshabilitar Actualización Automática
-
-Usa esto para restringir qué tipos de actualizaciones el canal entregará automáticamente. Opciones:
-
-- major: Bloquea actualizaciones entre versiones mayores (0.0.0 → 1.0.0). Actualizaciones menores y de parche aún permitidas.
-- minor: Bloquea actualizaciones entre versiones menores (por ejemplo, 1.1.0 → 1.2.0) y mayores. Actualizaciones de parche aún permitidas. Nota: no bloquea 0.1.0 → 1.1.0.
-- patch: Muy estricto. Permite solo versiones de parche crecientes dentro de la misma versión mayor y menor. Ejemplos: 0.0.311 → 0.0.314 ✅, 0.1.312 → 0.0.314 ❌, 1.0.312 → 0.0.314 ❌.
-- metadata: Requiere metadatos de versión mínima de actualización en cada Paquete. Configura vía CLI usando `--min-update-version` o `--auto-min-update-version`. Si falta, el canal se marca como mal configurado y las actualizaciones serán rechazadas hasta que se establezca.
-- none: Permite todas las actualizaciones según compatibilidad semver.
-
-Aprende más detalles y ejemplos en Estrategia de deshabilitar actualizaciones en /docs/CLI/Comandos/#Deshabilitar-Actualizaciones-strategy.
-
-Ejemplo (CLI):
-
-```bash
-# Bloquear actualizaciones mayores en el canal Production
-npx @capgo/cli@latest channel set production com.example.app \
-  --disable-auto-update major
-
-# Permitir que los dispositivos se auto-asignen al canal Beta
-npx @capgo/cli@latest channel set beta com.example.app --self-assign
-```
-
-
-## Asignar un Paquete a un Canal
-
-Para implementar una actualización en vivo, necesitas subir una nueva compilación de Paquete JS y asignarla a un canal. Puedes hacer esto en un solo paso con la CLI de Capgo:
-
-```shell
-npx @capgo/cli@latest bundle upload --channel=Development
-```
-
-Esto subirá tus activos web compilados y establecerá el nuevo Paquete como la compilación activa para el canal `Development`. Cualquier aplicación configurada para escuchar ese canal recibirá la actualización la próxima vez que verifique una.
-
-También puedes asignar compilaciones a canales desde la sección "Paquetes" del panel de Capgo. Haz clic en el ícono de menú junto a una compilación y selecciona "Assign A Canal" para elegir el canal para esa compilación.
-
-## Versionado de Paquetes y Canales
-
-Es importante notar que los Paquetes en Capgo son globales para tu aplicación, no específicos de canales individuales. El mismo Paquete puede ser asignado a múltiples canales.
-
-Al versionar tus Paquetes, recomendamos usar versionado semántico [semver](https://semver.org/) con identificadores de pre-lanzamiento para compilaciones específicas de canales. Por ejemplo, un lanzamiento beta podría versionarse como `1.2.3-beta.1`.
-
-Este enfoque tiene varios beneficios:
-
-- Comunica claramente la relación entre compilaciones. `1.2.3-beta.1` es obviamente un pre-lanzamiento de `1.2.3`.
-- Permite reutilizar números de versión entre canales, reduciendo la confusión.
-- Habilita rutas de reversión claras. Si necesitas revertir desde `1.2.3`, sabes que `1.2.2` es la versión estable anterior.
-
-Aquí hay un ejemplo de cómo podrías alinear las versiones de tus Paquetes con una configuración típica de canales:
-
-- Canal `Development`: `1.2.3-dev.1`, `1.2.3-dev.2`, etc.
-- Canal `QA`: `1.2.3-qa.1`, `1.2.3-qa.2`, etc.
-- Canal `Staging`: `1.2.3-rc.1`, `1.2.3-rc.2`, etc.
-- Canal `Production`: `1.2.3`, `1.2.4`, etc.
-
-Usar semver con identificadores de pre-lanzamiento es un enfoque recomendado, pero no estrictamente requerido. La clave es encontrar un esquema de versionado que comunique claramente las relaciones entre tus compilaciones y se alinee con el proceso de desarrollo de tu equipo.
-
-## Revertir una Actualización en Vivo
-
-Si implementas una actualización en vivo que introduce un Error o necesita ser revertida, puedes fácilmente revertir a una compilación anterior. Desde la sección "Canales" del panel:
-
-<Steps>
-
-1. Haz clic en el nombre del canal que quieres revertir
-2. Encuentra la compilación a la que quieres revertir y haz clic en el ícono de corona
-![Revertir compilación](/select_bundle.webp)
-3. Confirma la acción
-
-</Steps>
-
-La compilación seleccionada se convertirá inmediatamente en la compilación activa para ese canal nuevamente. Las aplicaciones recibirán la versión revertida la próxima vez que verifiquen una actualización.
-
-## Automatizar Implementaciones
-
-Para flujos de trabajo más avanzados, puedes automatizar tus implementaciones de actualización en vivo como parte de tu pipeline de CI/CD. Al integrar Capgo en tu proceso de compilación, puedes subir automáticamente nuevos Paquetes y asignarlos a canales cada vez que hagas push a ciertas ramas o crees nuevos lanzamientos.
-
-Consulta los documentos de [Integración CI/CD](/docs/getting-started/cicd-integration/) para aprender más sobre automatizar actualizaciones en vivo de Capgo.
-
-## Implementar en un Dispositivo
-
-Ahora que entiendes los canales, estás listo para comenzar a implementar actualizaciones en vivo en dispositivos reales. El proceso básico es:
-
-1. Instalar el SDK de Capgo en tu aplicación
-2. Configurar la aplicación para escuchar tu canal deseado
-3. Subir una compilación y asignarla a ese canal
-4. ¡Lanzar la aplicación y esperar la actualización!
-
-Para un recorrido más detallado, consulta la guía de [Implementación de Actualizaciones en Vivo](/docs/getting-started/deploy/). ¡Felices actualizaciones!
-
-## Uso Avanzado de Canales: Segmentación de Usuarios
-
-Los canales pueden usarse para más que solo etapas de desarrollo. Son una herramienta poderosa para la segmentación de usuarios, habilitando características como:
-
-- Banderas de características para diferentes niveles de usuario
-- Pruebas A/B
-- Despliegues graduales de características
-- Programas de pruebas beta
-
-Aprende cómo implementar estos casos de uso avanzados en nuestra guía: [Cómo Segmentar Usuarios por Plan y Canales para Banderas de Características y Pruebas A/B](/blog/how-to-segment-users-by-plan-and-channels/).
diff --git a/src/content/docs/es/docs/live-updates/china-configuration.mdx b/src/content/docs/es/docs/live-updates/china-configuration.mdx
deleted file mode 100644
index 084123938..000000000
--- a/src/content/docs/es/docs/live-updates/china-configuration.mdx
+++ /dev/null
@@ -1,208 +0,0 @@
----
-title: Usar Capgo en China
-description: "Aprende cómo configurar Capgo Actualizaciones en vivo para funcionar en China usando URLs OST regionales para rendimiento y confiabilidad óptimos."
-locale: es
-sidebar:
-  order: 11
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Si estás desplegando tu aplicación para usuarios en China, necesitarás configurar Capgo para usar URLs OST (Tecnología de Almacenamiento de Objetos) regionales para asegurar actualizaciones confiables y rápidas.
-
-## ¿Por Qué Usar URLs Específicas de China?
-
-Debido a la infraestructura de red y regulaciones en China (el Gran Cortafuegos), las conexiones directas a servidores internacionales pueden ser lentas o poco confiables. Capgo proporciona URLs OST dedicadas con datos ubicados en Hong Kong para minimizar la latencia y asegurar que tus usuarios reciban actualizaciones lo más rápido y confiable posible.
-
-## Configuración
-
-Para configurar Capgo para China, necesitas establecer tres URLs específicas en tu archivo de configuración de Capacitor. Estas URLs apuntan a la infraestructura basada en Hong Kong de Capgo.
-
-<Steps>
-
-1. Abre tu archivo `capacitor.config.ts`
-
-2. Agrega la siguiente configuración a la sección del Plugin `CapacitorUpdater`:
-
-    ```typescript
-    import { CapacitorConfig } from '@capacitor/cli';
-
-    const config: CapacitorConfig = {
-      plugins: {
-        CapacitorUpdater: {
-          autoUpdate: true,
-          updateUrl: 'https://updater.capgo.com.cn/updates',
-          statsUrl: 'https://updater.capgo.com.cn/stats',
-          channelUrl: 'https://updater.capgo.com.cn/channel_self',
-        },
-      },
-    };
-
-    export default config;
-    ```
-
-3. Reconstruye tu aplicación para aplicar los cambios:
-
-    ```shell
-    npm run build
-    npx cap sync
-    ```
-
-</Steps>
-
-## Detalles de Configuración
-
-Esto es lo que hace cada URL:
-
-- **updateUrl**: `https://updater.capgo.com.cn/updates` - Usada para verificar y descargar actualizaciones disponibles para tu aplicación
-- **statsUrl**: `https://updater.capgo.com.cn/stats` - Usada para reportar analíticas y estadísticas de uso de vuelta a Capgo
-- **channelUrl**: `https://updater.capgo.com.cn/channel_self` - Usada para recuperar configuración de canal y determinar qué actualizaciones aplicar
-
-<Aside type="tip">
-Las tres URLs deben configurarse juntas para asegurar funcionalidad completa del actualizador de Capgo en China.
-</Aside>
-
-## Configuraciones Recomendadas para China
-
-Debido a las limitaciones de rendimiento de red causadas por el Gran Cortafuegos de China, tenemos recomendaciones específicas para aplicaciones desplegadas en China continental:
-
-### Deshabilitar Actualizaciones Directas
-
-**Recomendamos encarecidamente deshabilitar `directUpdate`** para aplicaciones en China. La conectividad de red en China es menos eficiente que en otras regiones, y las actualizaciones directas (que se aplican inmediatamente) pueden llevar a una mala experiencia de usuario si las descargas se interrumpen o son lentas.
-
-En su lugar, usa el comportamiento de actualización predeterminado donde las actualizaciones se descargan en segundo plano y se aplican cuando la aplicación pasa a segundo plano o se reinicia. Esto proporciona una experiencia más confiable para tus usuarios.
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // Recomendado para China
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-<Aside type="caution">
-Aunque nuestra infraestructura basada en Hong Kong ayuda a minimizar la latencia y mejorar la confiabilidad, el rendimiento de red hacia China continental aún puede verse afectado por el Gran Cortafuegos. Deshabilitar `directUpdate` ayuda a asegurar que las actualizaciones se completen exitosamente sin interrumpir la experiencia del usuario.
-</Aside>
-
-## Ejemplo de Configuración Completa
-
-Aquí hay un ejemplo completo con configuraciones recomendadas para aplicaciones desplegadas en China:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'My App',
-  webDir: 'dist',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // Recomendado: deshabilitar para mejor confiabilidad en China
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-
-export default config;
-```
-
-## Probar Tu Configuración
-
-Después de configurar las URLs específicas de China, puedes verificar que las actualizaciones funcionen correctamente:
-
-<Steps>
-
-1. Sube un nuevo Paquete a Capgo:
-
-    ```shell
-    npx @capgo/cli@latest bundle upload --channel=production
-    ```
-
-2. Instala tu aplicación en un dispositivo de prueba en China
-
-3. Monitorea el proceso de actualización:
-
-    ```shell
-    npx @capgo/cli@latest app debug
-    ```
-
-4. Verifica que las actualizaciones se estén descargando desde las URLs OST de China
-
-</Steps>
-
-<Aside type="note">
-El comportamiento y tiempo de actualización permanecen igual que con la configuración estándar de Capgo. Consulta la documentación de [Comportamiento de Actualización](/docs/live-updates/update-behavior/) para detalles sobre cómo y cuándo se aplican las actualizaciones.
-</Aside>
-
-## Despliegue Multi-Región
-
-Si tu aplicación sirve a usuarios tanto dentro como fuera de China, puedes usar la configuración de dominio chino para todos los usuarios a nivel mundial. El dominio `updater.capgo.com.cn` se resuelve globalmente gracias a la infraestructura DNS de Alibaba, haciéndolo accesible tanto dentro de China como en todo el mundo.
-
-### Usar Dominios Chinos Globalmente
-
-Las URLs del dominio chino funcionan sin problemas para aplicaciones multi-región:
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // Recomendado para usuarios de China
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-Esta configuración única funcionará para:
-- Usuarios en China continental (usando infraestructura basada en Hong Kong)
-- Usuarios fuera de China (accediendo a la misma infraestructura vía DNS de Alibaba)
-
-**Consideraciones de Rendimiento:**
-
-Aunque el dominio `.cn` se resuelve globalmente a través del DNS de Alibaba y funciona en todas partes, es ligeramente menos eficiente para usuarios fuera de China comparado con el dominio estándar (`api.capgo.app`), que se resuelve directamente por Cloudflare donde está alojado nuestro backend. Sin embargo, la resolución DNS es rápida, por lo que la diferencia de rendimiento es mínima y no afectará significativamente la experiencia del usuario.
-
-<Aside type="tip">
-Usar el dominio `.cn` para todos los usuarios simplifica tu despliegue y asegura comportamiento de actualización consistente en todas las regiones. No necesitas compilaciones separadas o configuraciones basadas en entorno. El pequeño compromiso de rendimiento fuera de China típicamente vale la pena por el despliegue simplificado.
-</Aside>
-
-### Alternativa: Configuraciones Específicas por Región
-
-Si prefieres optimizar de manera diferente para cada región, también puedes considerar:
-
-- Compilar variantes de aplicación separadas con diferentes configuraciones
-- Usar configuración basada en entorno para establecer dinámicamente las URLs
-- Crear diferentes canales de lanzamiento para diferentes regiones
-
-Si necesitas asistencia con estrategias de despliegue multi-región, por favor contáctanos en [support@capgo.app](mailto:support@capgo.app) o únete a nuestra [comunidad Discord](https://discord.capgo.app) para obtener ayuda.
-
-## Solución de Problemas
-
-Si experimentas problemas con actualizaciones en China:
-
-1. **Verifica tu configuración** - Revisa que las tres URLs estén correctamente establecidas en tu `capacitor.config.ts`
-2. **Verifica conectividad de red** - Asegúrate de que tu dispositivo pueda alcanzar el dominio `updater.capgo.com.cn`
-3. **Revisa registros** - Usa `npx @capgo/cli@latest app debug` para verificar mensajes de Error
-4. **Prueba actualizaciones** - Intenta subir un nuevo Paquete y monitorear el proceso de descarga
-5. **Contacta soporte** - Si los problemas persisten, contáctanos en [support@capgo.app](mailto:support@capgo.app) o únete a nuestra [comunidad Discord](https://discord.capgo.app) para asistencia
-
-<Aside type="caution">
-Asegúrate de usar el dominio `.cn` (`updater.capgo.com.cn`) y no el dominio internacional estándar al configurar para China.
-</Aside>
-
-## Próximos Pasos
-
-- Aprende sobre [Comportamiento de Actualización](/docs/live-updates/update-behavior/) para personalizar cuándo se aplican las actualizaciones
-- Explora [Canales](/docs/live-updates/channels/) para gestionar diferentes pistas de lanzamiento
-- Revisa [Encriptación](/docs/live-updates/encryption/) para asegurar tus actualizaciones
diff --git a/src/content/docs/es/docs/live-updates/compliance.mdx b/src/content/docs/es/docs/live-updates/compliance.mdx
deleted file mode 100644
index 18351cb9b..000000000
--- a/src/content/docs/es/docs/live-updates/compliance.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: Cumplimiento
-description: "Conozca las prácticas de privacidad de Capgo, la recopilación de datos, el cumplimiento de seguridad y cómo protegemos la información de sus usuarios durante las actualizaciones en vivo."
-sidebar:
-  order: 6
-locale: es
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo está diseñado con la privacidad, la seguridad y el cumplimiento en mente. Este documento explica qué datos se recopilan, cómo se utilizan y qué medidas se implementan para proteger la privacidad de sus usuarios y garantizar el cumplimiento normativo al usar el servicio de actualización en vivo de Capgo.
-
-## Descripción General de la Recopilación de Datos
-
-Capgo recopila los datos mínimos necesarios para proporcionar el servicio de actualización en vivo de manera efectiva. La recopilación de datos se centra en los requisitos operativos en lugar del seguimiento de usuarios o análisis.
-
-### Qué Datos se Recopilan
-
-Capgo recopila solo los datos necesarios para proporcionar la función de actualizaciones en vivo. Cuando su aplicación verifica actualizaciones o descarga nuevos paquetes, se recopila la siguiente información:
-
-- **ID de Aplicación**: Un identificador único para su aplicación que se utiliza para asociar la aplicación con la cuenta correcta
-- **Código de Versión de la Aplicación**: El código de versión de la aplicación que se utiliza para determinar qué actualizaciones son compatibles con la aplicación
-- **Nombre de Versión de la Aplicación**: El nombre de versión de la aplicación que se utiliza para propósitos de visualización
-- **Plataforma**: La plataforma (iOS, Android) de la aplicación que se utiliza para determinar qué actualizaciones son compatibles con la aplicación
-- **ID de Dispositivo**: Un identificador único para el dispositivo que se utiliza para entregar actualizaciones a un dispositivo específico y para propósitos de facturación. Este identificador es una cadena aleatoria que se crea cuando la aplicación se inicia por primera vez. **A partir de las versiones v5.10.0, v6.25.0 y v7.25.0 del Plugin**, el ID del dispositivo ahora persiste a través de las reinstalaciones de la aplicación (almacenado de forma segura en Keychain en iOS y EncryptedSharedPreferences en Android) para proporcionar un mejor seguimiento del dispositivo mientras se mantiene el cumplimiento con las directrices de las tiendas de aplicaciones. Antes de estas versiones, el ID del dispositivo se restablecía con cada instalación de la aplicación
-- **ID de Paquete**: El identificador único para el paquete que está actualmente instalado en el dispositivo
-- **Nombre del Canal**: El nombre del canal que está seleccionado para recibir actualizaciones
-- **Versión del SO**: La versión del sistema operativo que se utiliza para determinar qué actualizaciones son compatibles con el dispositivo
-- **Versión del Plugin**: La versión del Plugin @Capgo/Capacitor-updater que se utiliza para entregar actualizaciones al dispositivo
-
-**Datos Técnicos Adicionales:**
-- Marcas de tiempo de verificación de actualizaciones
-- Estado de éxito/fallo de descarga
-- Estado de instalación del paquete
-- Eventos de reversión y razones
-- Dirección IP (para geolocalización y optimización de CDN)
-
-<Aside type="note">
-Puede verificar los datos que se recopilan inspeccionando el código fuente del Plugin @Capgo/Capacitor-updater, que es de código abierto y está disponible en [GitHub](https://github.com/Cap-go/capacitor-updater). Capgo no recopila información de identificación personal (PII) como nombres, direcciones de correo electrónico, números de teléfono o identificadores de dispositivos persistentes que puedan usarse para rastrear usuarios individuales entre aplicaciones.
-</Aside>
-
-### Qué Datos NO se Recopilan
-
-Capgo explícitamente no recopila:
-
-- Información personal del usuario o credenciales
-- Análisis de uso de la aplicación o datos de comportamiento del usuario
-- Contenido de su aplicación o datos generados por el usuario
-- Datos de ubicación más allá de la región geográfica general
-- Identificadores persistentes de dispositivos para seguimiento
-- Datos biométricos o personales sensibles
-
-## Uso y Propósito de los Datos
-
-Los datos recopilados por Capgo se utilizan exclusivamente para:
-
-### Operación del Servicio
-- Determinar qué actualizaciones están disponibles para versiones específicas de la aplicación
-- Optimizar la entrega de contenido a través de la selección geográfica de CDN
-- Garantizar la compatibilidad entre actualizaciones y capacidades del dispositivo
-- Gestionar despliegues de actualizaciones y asignaciones de canales
-
-### Mejora del Servicio
-- Monitorear tasas de éxito de actualizaciones e identificar problemas
-- Optimizar el rendimiento y la fiabilidad de las descargas
-- Mejorar el sistema general de entrega de actualizaciones
-- Depurar y solucionar fallos de actualización
-
-### Seguridad e Integridad
-- Prevenir abusos y garantizar la disponibilidad del servicio
-- Validar la autenticidad e integridad de las actualizaciones
-- Proteger contra actualizaciones maliciosas o corruptas
-- Mantener la seguridad y estabilidad del servicio
-
-## Almacenamiento y Retención de Datos
-
-### Ubicación de Almacenamiento
-- Los paquetes de actualización y metadatos se almacenan en infraestructura en la nube segura
-- Los datos se distribuyen en múltiples regiones geográficas para rendimiento
-- Toda la transmisión de datos está cifrada usando protocolos estándar de la industria (HTTPS/TLS)
-
-### Retención de Datos
-- Los registros de verificación de actualizaciones se retienen para propósitos operativos (típicamente 30-90 días)
-- Los archivos de paquetes se retienen mientras estén asignados a canales activos
-- Las métricas agregadas y no personales pueden retenerse más tiempo para mejora del servicio
-- Los datos personales, si los hay, se eliminan según las leyes aplicables de protección de datos
-
-### Seguridad de Datos
-- Todos los datos están cifrados en tránsito y en reposo
-- El acceso a los datos está restringido solo a personal autorizado
-- Se realizan auditorías de seguridad y monitoreo regulares
-- Se siguen prácticas de seguridad estándar de la industria
-- **Certificación SOC 2**: Capgo está actualmente certificado SOC 2 Type II, garantizando los más altos estándares de seguridad, disponibilidad y confidencialidad. Vea nuestro estado de cumplimiento en [trust.capgo.app](https://trust.capgo.app)
-- **Auditoría Continua de Código**: Cada commit es auditado automáticamente por [SonarCloud](https://sonarcloud.io/summary/overall?id=Cap-go_capacitor-updater&branch=main) para el [plugin](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main) y el [backend](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main), asegurando la calidad del código, detección de vulnerabilidades de seguridad y mantenibilidad
-- **Escaneo de Vulnerabilidades**: Se realiza escaneo de seguridad adicional mediante [Snyk](https://snyk.io/test/github/Cap-go/capgo) para detectar y remediar vulnerabilidades de seguridad en las dependencias
-- **Seguridad de Infraestructura**: Nuestra infraestructura de alojamiento es monitoreada y verificada continuamente a través de [verificaciones de seguridad de hosting](https://hosting-checker.net/websites/api.capgo.app)
-- **Revisión de Código con IA**: Cada solicitud de extracción es revisada por CodeRabbit AI para detectar posibles problemas, preocupaciones de seguridad y mantener los estándares de calidad del código
-
-## Controles de Privacidad
-
-### Para Desarrolladores de Aplicaciones
-Como usuario de Capgo, usted tiene control sobre:
-
-- **Gestión de Canales**: Controle qué actualizaciones se distribuyen a qué usuarios
-- **Minimización de Datos**: Configurar qué información del dispositivo se comparte
-- **Controles Geográficos**: Gestione dónde se distribuyen sus actualizaciones
-- **Configuración de Retención**: Controle cuánto tiempo se retienen los datos de actualización
-
-### Para Usuarios Finales
-Los usuarios de su aplicación se benefician de:
-
-- **Recopilación Mínima de Datos**: Solo se recopilan datos esenciales para la entrega de actualizaciones
-- **Sin Seguimiento**: Sin seguimiento entre aplicaciones o seguimiento persistente de usuarios
-- **Transparencia**: Esta política de privacidad explica exactamente qué datos se recopilan
-- **Seguridad**: Toda la transmisión de datos está cifrada y es segura
-
-## Cumplimiento y Legal
-
-### Regulaciones de Protección de Datos
-Capgo está diseñado para cumplir con las principales regulaciones de protección de datos, incluyendo:
-
-- **GDPR** (Reglamento General de Protección de Datos)
-- **CCPA** (Ley de Privacidad del Consumidor de California)
-- **COPPA** (Ley de Protección de la Privacidad en Línea de los Niños)
-- Otras leyes regionales de privacidad aplicables
-
-### Cumplimiento de las Tiendas de Aplicaciones
-Capgo se adhiere estrictamente a las directrices y políticas de las tiendas de aplicaciones:
-
-- **Apple Aplicación Store**: Cumple con las [Directrices de Revisión de App Store](https://developer.apple.com/app-store/review/guidelines/) sección 3.3.2, asegurando que las actualizaciones en vivo solo modifican el comportamiento de la aplicación de formas que son consistentes con la aplicación enviada
-- **Google Play Store**: Sigue los requisitos de la [Política de Desarrolladores de Google Play](https://play.google.com/about/developer-content-policy/) para carga dinámica de código y actualizaciones de aplicaciones
-- **Restricciones de Contenido**: Las actualizaciones en vivo no pueden introducir funcionalidad que no estaba presente en el envío original de la aplicación o violar políticas de contenido específicas de la plataforma
-- **Requisitos de Seguridad**: Todas las actualizaciones mantienen la misma postura de seguridad y permisos que la aplicación original
-
-### Sus Responsabilidades
-Como desarrollador de aplicaciones que usa Capgo, usted debe:
-
-- Incluir divulgaciones de privacidad apropiadas en la política de privacidad de su aplicación
-- Informar a los usuarios sobre el uso de servicios de actualización en vivo
-- Garantizar el cumplimiento con las leyes aplicables en su jurisdicción
-- Implementar mecanismos de consentimiento apropiados si es necesario
-
-<Aside type="tip">
-**No se Requiere Implementación Adicional de Privacidad**: Capgo está diseñado para cumplir con la privacidad por defecto. No necesita implementar controles de privacidad adicionales ni mecanismos de manejo de datos en el código de su aplicación. El enfoque de recopilación mínima de datos y privacidad por diseño significa que integrar Capgo típicamente no requiere cambios en sus declaraciones o políticas de privacidad existentes.
-</Aside>
-
-## Privacidad por Diseño
-
-Capgo sigue los principios de privacidad por diseño:
-
-### Minimización de Datos
-- Solo recopilar datos que sean absolutamente necesarios para la operación del servicio
-- Evitar recopilar información personal o sensible
-- Usar datos agregados y anonimizados cuando sea posible
-
-### Limitación de Propósito
-- Usar los datos recopilados solo para los propósitos declarados
-- No reutilizar datos para actividades no relacionadas
-- Mantener límites claros sobre el uso de datos
-
-### Transparencia
-- Proporcionar información clara sobre la recopilación y uso de datos
-- Hacer que las prácticas de privacidad sean fácilmente accesibles y comprensibles
-- Actualizar regularmente la documentación de privacidad
-
-## Contacto y Preguntas
-
-Si tiene preguntas sobre las prácticas de privacidad de Capgo o necesita reportar una preocupación de privacidad:
-
-- Revise nuestra Política de Privacidad completa en [capgo.app/privacy](https://capgo.app/privacy)
-- Vea nuestro estado de seguridad y cumplimiento en [capgo.app/trust](https://capgo.app/trust)
-- Contacte a nuestro equipo de privacidad a través de los canales de soporte
-- Reporte cualquier problema relacionado con la privacidad a través de nuestro contacto de seguridad
-
-<Aside type="tip">
-Recuerde actualizar la política de privacidad de su propia aplicación para reflejar el uso del servicio de actualización en vivo de Capgo y cualquier recopilación de datos que pueda ocurrir como parte del proceso de actualización.
-</Aside>
-
-## Mejores Prácticas para la Privacidad
-
-Al implementar Capgo en su aplicación:
-
-1. **Sea Transparente**: Informe a los usuarios sobre la funcionalidad de actualización en vivo
-2. **Minimice los Datos**: Solo habilite las funciones de recopilación de datos que realmente necesita
-3. **Implementación Segura**: Siga las mejores prácticas de seguridad en su integración
-4. **Revisiones Regulares**: Revise periódicamente sus prácticas de privacidad y actualice las políticas
-5. **Control del Usuario**: Considere proporcionar a los usuarios opciones para controlar el comportamiento de las actualizaciones
-
-Al seguir estas prácticas y comprender el enfoque de privacidad de Capgo, puede proporcionar a sus usuarios una experiencia de actualización en vivo segura y que respeta la privacidad.
diff --git a/src/content/docs/es/docs/live-updates/custom-storage.mdx b/src/content/docs/es/docs/live-updates/custom-storage.mdx
deleted file mode 100644
index 336051503..000000000
--- a/src/content/docs/es/docs/live-updates/custom-storage.mdx
+++ /dev/null
@@ -1,302 +0,0 @@
----
-title: Almacenamiento Personalizado
-description: "Aprenda cómo usar soluciones de almacenamiento personalizadas con Capgo Actualizaciones en vivo, incluyendo URLs externas, integración S3 y cifrado de paquetes para despliegues seguros."
-sidebar:
-  order: 6
-locale: es
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo admite soluciones de almacenamiento personalizadas para sus paquetes de aplicación, lo que le permite alojar sus actualizaciones en su propia infraestructura o servicios de almacenamiento de terceros. Esto es particularmente útil para organizaciones con requisitos de seguridad específicos, necesidades de cumplimiento o infraestructura de almacenamiento existente.
-
-## Descripción General
-
-El almacenamiento personalizado en Capgo funciona cargando su paquete en una ubicación externa y proporcionando a Capgo la URL para acceder a él. El SDK de Capgo descargará las actualizaciones directamente desde su ubicación de almacenamiento personalizada en lugar del almacenamiento en la nube predeterminado de Capgo.
-
-<Aside type="tip">
-
-El almacenamiento personalizado es ideal para:
-- Organizaciones con requisitos estrictos de residencia de datos
-- Equipos con infraestructura CDN o de almacenamiento existente
-- Aplicaciones que requieren capas de seguridad adicionales
-- Optimización de costos para tamaños de paquete grandes
-
-</Aside>
-
-## Carga de URL Externa
-
-La forma más simple de usar almacenamiento personalizado es cargando su paquete en cualquier URL públicamente accesible y proporcionando esa URL a Capgo.
-
-### Carga Básica de URL Externa
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip
-```
-
-Este comando le dice a Capgo que haga referencia al paquete en la URL especificada en lugar de cargarlo al almacenamiento en la nube de Capgo.
-
-### Con Cifrado
-
-Para almacenamiento externo seguro, puede cifrar su paquete y proporcionar las claves de descifrado:
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip --iv-session-key YOUR_IV_SESSION_KEY
-```
-
-## Integración S3
-
-Capgo proporciona soporte integrado para Amazon S3 y servicios de almacenamiento compatibles con S3. El CLI puede cargar automáticamente su paquete a S3 y configurar Capgo para usar la URL de S3.
-
-### Opciones de Carga S3
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-bucket-name your-bucket-name
-```
-
-### Configuración Completa de S3
-
-Para servicios compatibles con S3 o endpoints personalizados:
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-endpoint https://s3.your-provider.com \
-  --s3-bucket-name your-bucket-name \
-  --s3-port 443 \
-  --no-s3-ssl  # Solo si su endpoint no soporta SSL
-```
-
-### Parámetros de Configuración S3
-
-| Parámetro | Descripción | Requerido |
-|-----------|-------------|----------|
-| `--s3-region` | Región AWS para su bucket S3 | Sí |
-| `--s3-apikey` | ID de clave de acceso S3 | Sí |
-| `--s3-apisecret` | Clave de acceso secreta S3 | Sí |
-| `--s3-bucket-name` | Nombre de su bucket S3 | Sí |
-| `--s3-endpoint` | URL de endpoint S3 personalizado | No |
-| `--s3-port` | Puerto para endpoint S3 | No |
-| `--no-s3-ssl` | Deshabilitar SSL para carga S3 | No |
-
-## Preparación y Cifrado de Paquetes
-
-Al usar almacenamiento personalizado, especialmente con cifrado, necesita preparar sus paquetes correctamente. Esto implica crear un archivo zip y opcionalmente cifrarlo.
-
-### Paso 1: Crear un Paquete Zip
-
-Primero, cree un archivo zip de su paquete de aplicación:
-
-```shell
-npx @capgo/cli@latest bundle zip com.example.app --path ./dist
-```
-
-El comando zip devolverá el checksum del archivo zip. Puede usar este checksum para cifrar el archivo zip si es necesario. Usar la opción `--json` para obtener salida estructurada incluyendo el checksum.
-
-#### Opciones del Comando Zip
-
-```shell
-npx @capgo/cli@latest bundle zip [appId] \
-  --path ./dist \
-  --bundle 1.2.3 \
-  --name myapp-v1.2.3 \
-  --json \
-  --no-code-check \
-  --key-v2 \
-  --package-json ../../package.json,./package.json
-```
-
-| Opción | Descripción |
-|--------|-------------|
-| `--path` | Ruta a la carpeta a comprimir (por defecto es webDir de Capacitor.config) |
-| `--bundle` | Número de versión del paquete para nombrar el archivo zip |
-| `--name` | Nombre personalizado para el archivo zip |
-| `--json` | Salida de resultados en formato JSON (incluye checksum) |
-| `--no-code-check` | Omitir la verificación de llamada a notifyAppReady() y archivo index |
-| `--key-v2` | Usar cifrado v2 |
-| `--package-json` | Rutas a archivos Paquete.JSON para monorepos (separados por comas) |
-
-### Paso 2: Cifrar el Paquete (Opcional)
-
-Para mayor seguridad, cifre su paquete zip antes de cargarlo:
-
-```shell
-# Usando clave local predeterminada
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM
-
-# Usando archivo de clave personalizado
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key ./path/to/.capgo_key_v2
-
-# Usando datos de clave directamente
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key-data "PRIVATE_KEY_CONTENT"
-```
-
-El parámetro `CHECKSUM` es requerido y debe ser el checksum de su archivo zip. Puede obtener el checksum de la salida del comando zip (Usar la opción `--json` para salida estructurada).
-
-Por defecto, el comando encrypt usará su clave de firma privada local. Puede especificar una clave personalizada usando las opciones `--key` o `--key-data`.
-
-El comando encrypt devolverá el `ivSessionKey` necesario para la carga o descifrado.
-
-#### Opciones del Comando de Cifrado
-
-| Opción | Descripción |
-|--------|-------------|
-| `zipPath` | Ruta al archivo zip a cifrar (requerido) |
-| `checksum` | Checksum del archivo zip (requerido) - obténgalo del comando zip |
-| `--key` | Ruta personalizada para la clave de firma privada (opcional, usa clave local por defecto) |
-| `--key-data` | Datos de clave de firma privada directamente (opcional) |
-| `--json` | Salida de resultados en formato JSON |
-
-<Aside type="caution">
-
-El comando encrypt generará un `ivSessionKey` que necesitará proporcionar al cargar con la opción `--iv-session-key`.
-
-</Aside>
-
-## Ejemplos de Flujo de Trabajo Completo
-
-### Ejemplo 1: URL Externa con Cifrado
-
-<Steps>
-
-1. **Compile su aplicación:**
-   ```shell
-   npm run build
-   ```
-
-2. **Cree un paquete zip:**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --bundle 1.2.3
-   ```
-
-   Anote el checksum devuelto por este comando.
-
-3. **Cifre el paquete:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app-1.2.3.zip CHECKSUM_FROM_STEP_2
-   ```
-
-   Anote el `ivSessionKey` de la salida.
-
-4. **Cargue a su almacenamiento:**
-   Cargue el archivo zip cifrado a su servicio de alojamiento.
-
-5. **Registre con Capgo:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --external https://your-cdn.com/bundles/com.example.app-1.2.3.zip \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_3
-   ```
-
-</Steps>
-
-### Ejemplo 2: Carga Directa a S3
-
-<Steps>
-
-1. **Compile su aplicación:**
-   ```shell
-   npm run build
-   ```
-
-2. **Cargue directamente a S3:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --channel Production
-   ```
-
-</Steps>
-
-### Ejemplo 3: S3 con Cifrado
-
-<Steps>
-
-1. **Compile y comprima:**
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **Cifre el paquete:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM
-   ```
-
-3. **Cargue a S3 con cifrado:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_2 \
-     --channel Production
-   ```
-
-</Steps>
-
-## Consideraciones de Seguridad
-
-Al usar almacenamiento personalizado, considere estas mejores prácticas de seguridad:
-
-### Control de Acceso
-- Asegúrese de que sus URLs de almacenamiento sean accesibles para los usuarios de su aplicación pero no públicamente descubribles
-- Usar URLs firmadas o autenticación basada en tokens cuando sea posible
-- Implemente encabezados CORS apropiados para aplicaciones basadas en web
-
-### Cifrado
-- Siempre cifre paquetes sensibles usando las herramientas de cifrado de Capgo
-- Almacene las claves de cifrado de forma segura y rótelas regularmente
-- Usar HTTPS para todas las URLs de paquetes (requerido para iOS y Android)
-
-### Monitoreo
-- Monitoree los registros de acceso para detectar patrones de descarga inusuales
-- Configurar alertas para descargas de paquetes fallidas
-- Audite regularmente los permisos de su almacenamiento
-
-## Solución de Problemas
-
-### Problemas Comunes
-
-**El paquete no se descarga:**
-- Verifique que la URL sea públicamente accesible y Usar HTTPS (requerido para iOS y Android)
-- Verifique los encabezados CORS para aplicaciones web
-- Asegúrese de que el formato del paquete sea correcto
-
-**Errores de cifrado:**
-- Verifique que el `ivSessionKey` coincida con el paquete cifrado
-- Verifique que el paquete fue cifrado con la clave correcta
-- Asegúrese de que se Usar el cifrado v2 para nuevos paquetes
-
-**Fallos de carga S3:**
-- Verifique sus credenciales y permisos de S3
-- Verifique las políticas de bucket y la configuración de CORS
-- Asegúrese de que la región especificada sea correcta
-
-### Comandos de Depuración
-
-Verifique el estado del paquete:
-```shell
-npx @capgo/cli@latest app debug
-```
-
-Verifique la integridad del paquete:
-```shell
-npx @capgo/cli@latest bundle list
-```
-
-## Próximos Pasos
-
-- Conozca sobre [Canales](/docs/live-updates/channels/) para gestionar diferentes entornos de despliegue
-- Explore [Comportamiento de Actualización](/docs/live-updates/update-behavior/) para personalizar cómo se aplican las actualizaciones
-- Configurar [Integración CI/CD](/docs/getting-started/cicd-integration/) para automatizar su flujo de trabajo de almacenamiento personalizado
diff --git a/src/content/docs/es/docs/live-updates/differentials.mdx b/src/content/docs/es/docs/live-updates/differentials.mdx
deleted file mode 100644
index 1355b2bae..000000000
--- a/src/content/docs/es/docs/live-updates/differentials.mdx
+++ /dev/null
@@ -1,80 +0,0 @@
----
-title: Actualizaciones Delta
-description: "Aprende cómo las actualizaciones diferenciales de Capgo optimizan la transferencia de datos enviando solo archivos modificados, mejorando el rendimiento en redes más lentas."
-sidebar:
-  order: 4
-locale: es
----
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-El sistema de Actualización en Vivo de Capgo puede entregar actualizaciones más rápido y eficientemente enviando solo los archivos modificados, en lugar del Paquete JS completo.
-
-Esto es especialmente beneficioso para usuarios en conexiones de red más lentas o con datos limitados, ya que minimiza la cantidad de datos que necesitan descargarse.
-
-Un segundo beneficio es cuando la aplicación tiene activos grandes que cambian raramente, como imágenes o videos, en comparación con archivos JS comprimidos se descargarán solo una vez.
-
-## Cómo Funcionan las Actualizaciones Diferenciales
-
-Las actualizaciones diferenciales en Capgo son manejadas por el Plugin de Capgo instalado en tu aplicación. Cuando subes una nueva versión de tu aplicación usando la bandera `--partial`, Capgo hace lo siguiente:
-
-1. Cada archivo en tu compilación se sube individualmente
-2. Se generan checksums para cada archivo
-3. Se crea un nuevo manifiesto JSON, listando todos los archivos y sus checksums
-4. Este manifiesto se sube a la base de datos de Capgo
-
-Cuando un dispositivo ejecutando tu aplicación verifica una actualización, el Plugin de Capgo recibe el nuevo manifiesto del servidor. Lo compara con el manifiesto que tiene actualmente, identificando qué archivos han cambiado basándose en los checksums y la ruta de archivos.
-
-El Plugin luego descarga solo los archivos modificados, en lugar del Paquete JS completo. Reconstruye la nueva versión de la aplicación combinando estos archivos descargados con los archivos sin cambios que ya tiene.
-
-<Aside title="Manifiesto">
-
-En caso de actualizaciones diferenciales, el dispositivo almacena todos los archivos descargados en un caché común, Capgo nunca lo limpiará pero el SO puede hacerlo en cualquier momento.
-
-</Aside>
-
-## Habilitar Actualizaciones Diferenciales
-
-Para habilitar actualizaciones diferenciales para tu aplicación Capgo, simplemente usa la bandera `--partial` al subir una nueva versión:
-
-## Forzar Actualizaciones Diferenciales
-
-Si quieres asegurar que todas las cargas sean actualizaciones diferenciales y prevenir cargas accidentales de Paquetes completos, puedes usar la bandera `--partial-only`:
-
-```shell
-npx @capgo/cli@latest bundle upload --partial-only
-```
-
-Cuando se usa `--partial-only`, Capgo solo subirá archivos individuales y generará un manifiesto. Cualquier dispositivo que no soporte parcial no podrá descargar la actualización.
-
-Podrías querer usar `--partial-only` si:
-
-- Siempre quieres usar actualizaciones diferenciales y nunca quieres permitir cargas de Paquetes completos
-- Estás configurando un pipeline de CI/CD y quieres asegurar que todas las cargas automatizadas sean diferenciales
-- Tu aplicación es grande y el ancho de banda está limitado, por lo que necesitas minimizar los tamaños de carga/descarga
-
-Si necesitas hacer una carga de Paquete completo mientras `--partial-only` está establecido, simplemente ejecuta el comando de carga sin `--partial-only`. Esto anulará la configuración para esa única carga, permitiéndote enviar un Paquete completo cuando sea necesario.
-
-## Solución de Problemas
-
-Si las actualizaciones diferenciales no parecen estar funcionando (es decir, los dispositivos siempre están descargando el Paquete JS completo incluso para pequeños cambios), verifica dos veces que:
-
-- Estés usando la bandera `--partial` cada vez que subes una nueva versión
-- Si usas `--partial-only`, asegúrate de no haber omitido accidentalmente la bandera `--partial`
-- Tu dispositivo esté ejecutando la última versión del Plugin de Capgo
-- Tu dispositivo tenga una conexión de red estable y pueda alcanzar los servidores de Capgo
-
-También puedes usar la aplicación web de Capgo para verificar los detalles de tu última carga:
-<Steps>
-1. Ve a la [aplicación web](https://app.capgo.io)
-2. Haz clic en tu aplicación
-3. Haz clic en el número de Paquetes de la barra de estadísticas.
-4. Selecciona el último Paquete
-5. Verifica el campo `Partial`
-  ![tipo de bundle](/bundle_type.webp)
-</Steps>
-
-Si continúas teniendo problemas, contacta al soporte de Capgo para más asistencia. Pueden verificar los registros del servidor para confirmar que tus cargas parciales se están procesando correctamente y que los dispositivos están recibiendo los manifiestos actualizados.
-
-¡Eso es todo! La bandera `--partial` le dice a Capgo que realice las cargas de archivos individuales y la generación de manifiesto necesaria para actualizaciones diferenciales.
-
-Ten en cuenta que necesitas usar `--partial` cada vez que subes una nueva versión que quieres que se entregue como una actualización diferencial. Si omites la bandera, Capgo subirá el Paquete JS completo como un solo archivo, y los dispositivos descargarán todo el Paquete incluso si solo una pequeña parte ha cambiado.
diff --git a/src/content/docs/es/docs/live-updates/encryption.mdx b/src/content/docs/es/docs/live-updates/encryption.mdx
deleted file mode 100644
index 0ab977638..000000000
--- a/src/content/docs/es/docs/live-updates/encryption.mdx
+++ /dev/null
@@ -1,352 +0,0 @@
----
-title: Cifrado
-description: "Aprenda cómo el cifrado de extremo a extremo de Capgo asegura sus paquetes de aplicación durante la transmisión y almacenamiento, protegiendo su código y datos de usuario."
-sidebar:
-  order: 5
-locale: es
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo proporciona un cifrado de extremo a extremo robusto para sus paquetes de aplicación, asegurando que su código JavaScript y activos estén protegidos durante la transmisión y almacenamiento. Este sistema de cifrado está diseñado para darle control completo sobre la seguridad de su aplicación mientras mantiene la conveniencia de las actualizaciones en vivo.
-
-## Descripción General
-
-El sistema de cifrado de Capgo utiliza métodos criptográficos estándar de la industria para proteger sus paquetes del acceso no autorizado. Cuando el cifrado está habilitado, sus paquetes se cifran antes de salir de su entorno de desarrollo y permanecen cifrados hasta que son descifrados por su aplicación en el dispositivo del usuario.
-
-**Lo que el cifrado realmente protege**: A diferencia de los sistemas OTA que solo firman las actualizaciones, Capgo cifra el bundle cargado antes del almacenamiento y la entrega. Esto protege el contenido del bundle frente a accesos casuales en almacenamiento y tránsito y garantiza que solo alguien con su clave privada pueda producir una actualización cifrada válida. **No** hace imposible realizar ingeniería inversa sobre los activos web distribuidos: la clave pública que el cliente usa para descifrar las actualizaciones se distribuye dentro de la app, por lo que un atacante decidido aún puede extraerla e inspeccionar el contenido del bundle con suficiente esfuerzo.
-
-<Aside type="note" title="Cuándo necesita cifrado">
-Si sube un bundle sin cifrado, trátelo como un activo público. Los canales privados limitan qué dispositivos reciben una actualización, pero no hacen confidencial el bundle cargado. El cifrado es útil cuando desea una mejor protección en almacenamiento y tránsito y cuando quiere que solo quienes poseen la clave privada puedan publicar actualizaciones cifradas válidas. No garantiza que el JavaScript, HTML o CSS distribuido nunca pueda ser inspeccionado.
-</Aside>
-
-<Aside type="caution" title="Modelo de amenazas">
-El cifrado de Capgo protege contra la exposición del bundle por parte de Capgo, proveedores de almacenamiento, CDN o cualquier persona que solo vea el artefacto cifrado de entrega. También evita que terceros generen actualizaciones cifradas válidas sin su clave privada. Como la clave pública está integrada en la app distribuida para que el cliente pueda descifrar las actualizaciones, alguien que tenga el binario de su app y suficiente motivación todavía puede recuperar el material de clave necesario para inspeccionar el bundle.
-</Aside>
-
-<Aside type="tip">
-
-El cifrado es particularmente importante para:
-- Aplicaciones que manejan datos sensibles o lógica de negocio
-- Aplicaciones empresariales con requisitos de cumplimiento
-- Aplicaciones desplegadas en industrias reguladas
-- Organizaciones con políticas de seguridad estrictas
-
-</Aside>
-
-## Cómo Funciona el Cifrado
-
-Capgo utiliza un enfoque de cifrado híbrido que combina cifrado RSA y AES para seguridad y rendimiento óptimos:
-
-![Flujo de Cifrado de Capgo](/encryption_flow.webp)
-
-### 1. Generación de Claves
-- **Clave Privada**: Generada y almacenada de forma segura en su entorno de desarrollo (usada para cifrado)
-- **Clave Pública**: Derivada de su clave privada y almacenada en la configuración de Capacitor de su aplicación (usada para descifrado)
-- **Claves de Sesión**: Claves AES aleatorias generadas para cada carga de paquete
-
-### 2. Proceso de Cifrado
-1. Se genera una clave de sesión AES aleatoria para cada carga de paquete
-2. Su paquete se cifra usando la clave de sesión AES
-3. Se calcula el checksum del paquete
-4. Tanto la clave de sesión AES como el checksum se cifran juntos usando su clave privada RSA (creando la "firma")
-5. Se almacenan el paquete cifrado y la firma cifrada
-
-El checksum se cifra junto con la clave AES para prevenir manipulación. Dado que solo su clave privada RSA puede crear esta firma, y solo la clave pública correspondiente puede descifrarla, esto asegura que tanto la clave de sesión AES como el checksum esperado son auténticos y no han sido modificados por un atacante.
-
-### 3. Proceso de Descifrado
-1. Su aplicación descarga el paquete cifrado y la firma cifrada
-2. El SDK de Capgo usa su clave pública RSA (almacenada en la aplicación) para descifrar la firma
-3. Esto revela la clave de sesión AES y el checksum original
-4. La clave de sesión AES se usa para descifrar el paquete
-5. Se calcula un checksum del paquete descifrado y se compara con el checksum original para verificación de integridad
-
-Este proceso asegura que incluso si un atacante intercepta el paquete cifrado, no puede modificar la clave de sesión AES ni proporcionar un checksum falso, porque necesitaría su clave privada para crear una firma válida que la clave pública pueda descifrar.
-
-<Aside type="tip">
-
-RSA no puede cifrar grandes cantidades de datos eficientemente, por lo que AES se usa para el cifrado del paquete real mientras que RSA asegura la clave AES y proporciona verificación de integridad a través de la firma del checksum.
-
-</Aside>
-
-## Capgo vs Otras Plataformas
-
-| Característica | Capgo | Otras Plataformas OTA |
-|---------|-------|-------------------|
-| **Contenido del Paquete** | Cifrado en almacenamiento y tránsito; aún puede ser inspeccionado por un atacante decidido con el binario de la app | Públicamente legible |
-| **Método de Seguridad** | Cifrado verdadero de extremo a extremo | Solo firma de código |
-| **Nivel de Privacidad** | Protección fuerte en entrega y almacenamiento; no evita la ingeniería inversa | La plataforma puede acceder a su código |
-| **Protección** | Contenido + integridad + autenticidad | Solo integridad + autenticidad |
-
-**Por Qué Esto Importa:**
-- **La firma de código** solo verifica que las actualizaciones no han sido manipuladas y provienen de la fuente correcta
-- **El cifrado de Capgo** protege el bundle mientras se almacena y se entrega, y dificulta mucho la falsificación de actualizaciones cifradas porque un atacante necesitaría su clave privada
-- **La ingeniería inversa sigue siendo posible** después de distribuir la app, porque el cliente contiene la clave pública necesaria para descifrar y cargar la actualización
-
-## Métodos de Cifrado
-
-Capgo usa Cifrado V2 como el método de cifrado estándar:
-
-### Cifrado V2 (Estándar Actual)
-- Usa RSA-4096 para seguridad mejorada
-- AES-256-GCM para cifrado autenticado
-- Proporciona verificación de integridad
-- Mejor rendimiento y seguridad
-
-### Cifrado V1 (Obsoleto)
-- Usa RSA-2048 para cifrado de claves
-- AES-256-CBC para cifrado de paquetes
-- **Ya no está disponible en el CLI actual**
-- Las aplicaciones heredadas que usan V1 deben migrar a V2
-
-<Aside type="danger">
-
-El Cifrado V1 ya no es compatible con el CLI de Capgo actual. Si está usando cifrado V1, debe migrar a V2. Consulte la [guía de migración](/docs/upgrade/encryption-v1-to-v2/) para instrucciones detalladas.
-
-</Aside>
-
-## Configuración del Cifrado
-
-### Paso 1: Generar Claves de Cifrado
-
-Primero, genere sus claves de cifrado usando el CLI de Capgo:
-
-```shell
-# Generar nuevas claves de cifrado (crea archivos en el directorio actual)
-npx @capgo/cli@latest key create
-```
-
-Esto crea:
-- `.capgo_key_v2`: Su clave privada (¡manténgala segura!)
-- `.capgo_key_v2.pub`: Su clave pública (usada por su aplicación)
-
-Estos archivos se crean en el directorio actual donde ejecuta el comando.
-
-<Aside type="caution">
-
-**Notas Importantes de Almacenamiento:**
-- **Clave Privada (`.capgo_key_v2`)**: Nunca confirme esto en control de versiones. Este archivo debe mantenerse seguro y usarse solo para cifrado durante las cargas de paquetes.
-- **Clave Pública (`.capgo_key_v2.pub`)**: Es seguro confirmar esto en control de versiones ya que es una copia de seguridad de su clave pública.
-- **Ubicación del Archivo**: Las claves se crean en el directorio actual donde ejecuta el comando `key create`.
-- **Clave Pública en Config**: Debe ejecutar `key save` para almacenar la clave pública en su configuración de Capacitor para que la aplicación móvil la Usar.
-
-Para uso en producción, almacene la clave privada de forma segura (Variables de entorno, servicios de gestión de claves) y elimínela de su proyecto local después de la configuración.
-
-</Aside>
-
-### Paso 2: Guardar su Clave Pública en la Configuración de Capacitor (Requerido)
-
-**Debe** guardar su clave pública en la configuración de Capacitor para que su aplicación móvil pueda descifrar paquetes:
-
-```shell
-# Guardar clave pública desde archivo a configuración de Capacitor (requerido)
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-
-# O guardar datos de clave pública directamente
-npx @capgo/cli@latest key save --key-data "$CAPGO_PUBLIC_KEY"
-```
-
-### Paso 3: Sincronizar Plataforma Capacitor (Requerido)
-
-Después de guardar la clave pública, **debe** sincronizar la plataforma Capacitor para copiar la configuración actualizada a la capa nativa:
-
-```shell
-# Sincronizar la plataforma para copiar config a nativo
-npx cap sync
-```
-
-<Aside type="caution">
-
-**Pasos Requeridos**:
-1. El comando `key save` almacena la clave pública en su configuración de Capacitor
-2. `npx cap sync` copia esta configuración a la capa nativa donde la aplicación móvil puede acceder a ella
-3. Sin ambos pasos, su aplicación no podrá descifrar actualizaciones cifradas
-
-</Aside>
-
-## Cifrado de Paquetes
-
-### Método 1: Cifrar Durante la Carga
-
-La forma más simple es cifrar durante el proceso de carga:
-
-```shell
-# Cargar con cifrado automático
-npx @capgo/cli@latest bundle upload --key-v2
-
-# Para almacenamiento externo, debe cifrar primero (ver Flujo de Trabajo de Cifrado Manual abajo)
-```
-
-### Método 2: Flujo de Trabajo de Cifrado Manual
-
-Para más control, puede cifrar paquetes manualmente:
-
-<Steps>
-
-1. **Crear un paquete zip:**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **Cifrar el paquete:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM_FROM_STEP_1
-   ```
-
-3. **Cargar a su almacenamiento (ej., S3) y registrar con Capgo:**
-   ```shell
-   # Primero cargar el paquete cifrado a su almacenamiento (ej., AWS S3)
-   aws s3 cp ./encrypted-bundle.zip s3://your-bucket/encrypted-bundle.zip
-
-   # Luego registrar con Capgo usando la URL externa
-   npx @capgo/cli@latest bundle upload --external https://your-storage.com/encrypted-bundle.zip --iv-session-key IV_SESSION_KEY_FROM_STEP_2
-   ```
-
-</Steps>
-
-## Gestión de Claves
-
-### Almacenamiento Seguro de Claves
-
-**Opciones de Clave Privada:**
-
-1. **Basada en archivo (desarrollo local):**
-   ```shell
-   # Clave almacenada como archivo .capgo_key_v2 en la raíz del proyecto
-   npx @capgo/cli@latest bundle upload --key-v2
-   ```
-
-2. **Variable de entorno (CI/CD):**
-   ```shell
-   # Almacenar en variable de entorno para CI
-   export CAPGO_PRIVATE_KEY="$(cat .capgo_key_v2)"
-   npx @capgo/cli@latest bundle upload --key-data-v2 "$CAPGO_PRIVATE_KEY"
-   ```
-
-**Configuración de Clave Pública (Requerido):**
-```shell
-# Debe guardar clave pública en configuración de Capacitor para aplicación móvil
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-```
-
-**Entorno de Producción:**
-- Almacene claves privadas en servicios de gestión de claves seguros (AWS KMS, Azure Key Vault, etc.)
-- Usar gestión de secretos de CI/CD para claves privadas
-- Nunca confirme claves privadas en control de versiones
-
-**Uso de Claves:**
-- **Clave Privada**: Usada por CLI para cifrado durante la carga de paquetes (mantener segura)
-- **Clave Pública**: Almacenada en configuración de la aplicación para descifrado en dispositivo (seguro confirmar)
-
-### Rotación de Claves
-
-Rote regularmente sus claves de cifrado para mayor seguridad:
-
-<Steps>
-
-1. **Generar nuevas claves:**
-   ```shell
-   # Navegar al directorio deseado primero, luego crear claves
-   mkdir ./new-keys && cd ./new-keys
-   npx @capgo/cli@latest key create
-   ```
-
-2. **Guardar la nueva clave pública en configuración de Capacitor:**
-   ```shell
-   npx @capgo/cli@latest key save --key ./new-keys/.capgo_key_v2.pub
-   ```
-
-3. **Actualizar la configuración de su aplicación** con la nueva clave pública
-
-4. **Desplegar la aplicación actualizada** antes de cargar paquetes cifrados con la nueva clave
-
-</Steps>
-
-## Mejores Prácticas de Seguridad
-
-### Seguridad de Claves
-- **Nunca comparta claves privadas** entre entornos o miembros del equipo
-- **Usar claves diferentes** para diferentes entornos (dev, staging, producción)
-- **Rote claves regularmente** (recomendado: cada 6-12 meses)
-- **Almacene claves de forma segura** usando sistemas de gestión de claves apropiados
-
-### Seguridad de Paquetes
-- **Siempre verifique** la integridad del paquete después del descifrado
-- **Monitoree** patrones de descarga inusuales o fallos
-- **Usar HTTPS** para todas las URLs de paquetes (requerido para aplicaciones móviles)
-- **Implemente** manejo de errores apropiado para fallos de descifrado
-
-### Control de Acceso
-- **Limite el acceso** a claves de cifrado solo a personal autorizado
-- **Usar acceso basado en roles** para operaciones de gestión de claves
-- **Audite** el uso y acceso de claves regularmente
-- **Implemente** procedimientos apropiados de respaldo y recuperación
-
-## Solución de Problemas de Cifrado
-
-### Problemas Comunes
-
-**Fallos de descifrado:**
-- Verifique que la clave privada coincida con la clave pública usada para cifrado
-- Verifique que el `ivSessionKey` sea correcto
-- Asegúrese de que está usando Cifrado V2 (V1 ya no es compatible)
-
-**Errores relacionados con claves:**
-- Confirme que el formato de clave privada sea correcto (formato PEM)
-- Verifique que la clave no se haya corrompido durante almacenamiento/transferencia
-- Verifique que la clave tenga permisos apropiados en la configuración de su aplicación
-
-**Problemas de rendimiento:**
-- Los paquetes grandes pueden tardar más en cifrar/descifrar
-- Considere usar actualizaciones diferenciales para reducir tamaños de paquetes
-- Monitoree el rendimiento del dispositivo durante el descifrado
-
-### Comandos de Depuración
-
-Verificar estado de cifrado:
-```shell
-npx @capgo/cli@latest app debug
-```
-
-Probar flujo de trabajo de cifrado/descifrado:
-```shell
-# Probar el flujo de trabajo completo: zip → cifrar → descifrar → descomprimir
-npx @capgo/cli@latest bundle zip com.example.app --key-v2
-npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM --json
-npx @capgo/cli@latest bundle decrypt ./encrypted-bundle.zip IV_SESSION_KEY
-```
-
-## Cumplimiento y Estándares
-
-La implementación de cifrado de Capgo sigue estándares de la industria:
-
-- **AES-256**: Algoritmo de cifrado aprobado por FIPS 140-2
-- **RSA-4096**: Cifrado asimétrico fuerte para protección de claves
-- **Modo GCM**: Proporciona confidencialidad y autenticidad
-- **Aleatorio Seguro**: Generación de números aleatorios criptográficamente seguros
-
-Esto hace que Capgo sea adecuado para aplicaciones que requieren cumplimiento con:
-- GDPR (Reglamento General de Protección de Datos)
-- HIPAA (Ley de Portabilidad y Responsabilidad de Seguros de Salud)
-- SOC 2 (Service Organización Control 2)
-- ISO 27001 (Gestión de Seguridad de la Información)
-
-## Consideraciones de Rendimiento
-
-### Sobrecarga de Cifrado
-- **Tamaño del paquete**: Los paquetes cifrados son ligeramente más grandes (~1-2% de sobrecarga)
-- **Tiempo de procesamiento**: El cifrado/descifrado agrega latencia mínima
-- **Uso de memoria**: Aumento temporal durante operaciones de cifrado/descifrado
-
-### Consejos de Optimización
-- Usar actualizaciones diferenciales para minimizar transferencia de datos cifrados
-- Optimice el tamaño de su paquete convirtiendo imágenes a formato WebP
-- Minimice archivos JavaScript y CSS antes de empaquetar
-- Elimine dependencias y código no utilizados
-- Monitoree el rendimiento del dispositivo en dispositivos más antiguos/lentos
-
-## Próximos Pasos
-
-- Conozca sobre [Almacenamiento Personalizado](/docs/live-updates/custom-storage/) para usar cifrado con su propia infraestructura
-- Explore [Canales](/docs/live-updates/channels/) para gestionar paquetes cifrados en diferentes entornos
-- Configurar [Integración CI/CD](/docs/getting-started/cicd-integration/) para automatizar despliegues cifrados
diff --git a/src/content/docs/es/docs/live-updates/features.mdx b/src/content/docs/es/docs/live-updates/features.mdx
deleted file mode 100644
index 567635cf7..000000000
--- a/src/content/docs/es/docs/live-updates/features.mdx
+++ /dev/null
@@ -1,516 +0,0 @@
----
-title: Funciones
-description: >-
-  Referencia completa de todas las funciones de Capgo Live Update, desde el
-  sistema central de actualizaciones hasta controles de implementación
-  avanzados, análisis y funciones de colaboración en equipo.
-sidebar:
-  order: 2
-locale: es
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-Esta página ofrece una visión general completa de todas las características disponibles en Capgo Live Updates. Cada función incluye una breve descripción y enlaces a la documentación detallada.
-
-## Core Update System
-
-### Actualizaciones Over-the-Air (OTA)
-Despliegue de actualizaciones de JavaScript, HTML, CSS y activos directamente a los usuarios sin aprobación de la tienda de aplicaciones. Las actualizaciones se descargan en segundo plano y se aplican en el próximo reinicio de la aplicación.
-
-**Capacidades clave:**
-- Descargas en segundo plano
-- Instalación automática
-- Sin interrupciones para el usuario
-- Soporte multiplataforma (iOS, Android, Electron)
-
-[Más información sobre el comportamiento de las actualizaciones →](/docs/live-updates/update-behavior/)
-
----
-
-### Delta Updates (Actualizaciones diferenciales)
-Solo descargue los archivos que han cambiado entre versiones, reduciendo el uso de ancho de banda hasta un 95% y acelerando la entrega de actualizaciones.
-
-**Capacidades clave:**
-- Diferenciación automática a nivel de archivo
-- Verificación basada en sumas de verificación
-- Comparación de manifiestos
-- Conmutación inteligente a actualizaciones completas cuando sea necesario
-
-[Más información sobre actualizaciones diferenciales →](/docs/live-updates/differentials/)
-
----
-
-### Reversión automática
-Si una actualización falla al cargarse o provoca fallos, el sistema revierte automáticamente a la última versión que funcionaba.
-
-**Capacidades clave:**
-- Detección de fallos
-- Detección de tiempo de espera
-- Reversión automática
-- No se requiere intervención del usuario
-
-[Más información sobre reversiones →](/docs/live-updates/rollbacks/)
-
----
-
-### Validación de sumas de verificación y reversión
-Verifica la integridad del bundle mediante sumas de verificación y, automáticamente, recae a la última versión que funcionaba si se detecta corrupción.
-
-**Capacidades clave:**
-- Validación de sumas de verificación al descargar
-- Detección de corrupción
-- Reversión automática a la última bundle que funcionaba
-- Herramientas de recuperación manual disponibles
-
----
-
-### Detección de actualizaciones incompatibles
-Previene que se apliquen actualizaciones incompatibles a dispositivos con versiones de código nativo más antiguas.
-
-**Capacidades clave:**
-- Verificación de compatibilidad de versiones nativas
-- Validación de dependencias de plugins
-- Bloqueo automático de actualizaciones incompatibles
-- Mensajes de error claros
-
-[Más información sobre la focalización de versiones →](/docs/live-updates/version-targeting/)
-
----
-
-## Deployment Control
-
-### Sistema de canales
-Organiza y gestiona actualizaciones a través de diferentes entornos y segmentos de usuarios con configuraciones de canales flexibles.
-
-**Capacidades clave:**
-- Canales personalizados ilimitados (producción, staging, beta, etc.)
-- Asignaciones de bundles por canal
-- Reglas de segmentación específicas por canal
-- Autoasignación de dispositivos
-- Sobrescritura de canal por dispositivo
-
-[Más información sobre canales →](/docs/live-updates/channels/)
-
----
-
-### Segmentación de dispositivos
-Apunta a dispositivos específicos, versiones o segmentos de usuarios para lanzamientos por fases y despliegues controlados.
-
-**Capacidades clave:**
-- Segmentación basada en versiones
-- Sobrescrituras específicas por dispositivo
-- Filtrado por plataforma (iOS, Android)
-- Filtrado por metadatos personalizados
-- Bloqueo de compilaciones de emulador/desarrollo
-
----
-
-### Políticas de canal
-Configura reglas y restricciones sobre cómo se entregan las actualizaciones en cada canal.
-
-**Capacidades clave:**
-- Desactivar actualizaciones automáticas
-- Bloquear actualizaciones de versiones principales
-- Desactivar actualizaciones en emuladores
-- Desactivar actualizaciones en compilaciones de desarrollo
-- Políticas específicas por plataforma (solo iOS, solo Android)
-
-[Más información sobre políticas de canal →](/docs/live-updates/channels/#channel-policies)
-
----
-
-## Developer Tools
-
-### Vista previa de bundles
-Vista previa de bundles en un entorno web en vivo antes de desplegarlos a los dispositivos, accesible desde el panel web.
-
-**Ubicación:** Web Dashboard → App → Bundle → Vista previa
-
----
-
-### Depuración en vivo
-Monitoreo en tiempo real de los eventos de actualización para dispositivos específicos vía CLI, mostrando eventos de verificación, descarga, instalación y errores.
-
-**Uso:**
-```bash
-npx @capgo/cli app debug [appId]
-```
-
-**Muestra:**
-- Verificaciones de actualización
-- Progreso de descarga
-- Estado de instalación
-- Mensajes de error
-- Bloqueos de políticas
-
----
-
-### Visor de manifiesto de bundle
-Inspecciona el manifiesto completo de cualquier bundle, incluida la lista de archivos, sumas de verificación y metadatos.
-
-**Ubicación:** Web Dashboard → App → Bundle → Manifest
-
-**Muestra:**
-- Lista de archivos con sumas de verificación
-- Metadatos del bundle
-- Compatibilidad de versiones nativas
-- Dependencias de plugins
-
----
-
-### Dependencias de plugins nativos de Capacitor
-Ver todas las plugins nativas de Capacitor incluidas en cada bundle para rastrear cambios de dependencias entre versiones.
-
-**Ubicación:** Web Dashboard → App → Bundle → Dependencies
-
-**Muestra:**
-- Nombres y versiones de plugins
-- Adiciones/remociones de dependencias
-- Advertencias de compatibilidad
-
----
-
-### Integración con CLI
-Interfaz de línea de comandos integral para implementaciones automatizadas e integración CI/CD.
-
-**Comandos clave:**
-- `bundle upload` - Subir nuevos bundles
-- `bundle list` - Listar todos los bundles
-- `bundle delete` - Eliminar bundles
-- `bundle cleanup` - Limpiar bundles antiguos
-- `channel set` - Configurar canales
-- `app debug` - Depuración en vivo
-
-[Ver referencia completa de CLI →](/docs/cli/reference/)
-
----
-
-### Cifrado de bundles
-Cifrado de extremo a extremo para bundles con cifrado AES-256, protegiendo tu código en tránsito y en reposo.
-
-**Capacidades clave:**
-- Generación de par de claves RSA
-- Cifrado de bundles AES-256
-- Verificación de firmas de código
-- Gestión de claves de cifrado
-
-[Más información sobre cifrado →](/docs/live-updates/encryption/)
-
----
-
-### Limpieza y retención de bundles
-Eliminación automática de bundles antiguos basada en políticas de retención para gestionar el uso del almacenamiento.
-
-**Capacidades clave:**
-- Número de retención configurable
-- Limpieza automática vía CLI
-- Trabajos de limpieza programados
-- Seguimiento del uso del almacenamiento
-
-**Uso:**
-```bash
-npx @capgo/cli bundle cleanup --keep=10
-```
-
----
-
-## Analytics & Monitoring
-
-### Estadísticas de actualizaciones
-Rastrea tasas de adopción de actualizaciones, tasas de éxito y progreso de implementación entre tus usuarios.
-
-**Métricas disponibles:**
-- Tasa de éxito de descarga
-- Tasa de éxito de instalación
-- Tasas de errores por tipo
-- Adopción de actualizaciones a lo largo del tiempo
-- Distribución de versiones
-
-**Ubicación:** Web Dashboard → App → Estadísticas
-
----
-
-### Registros de dispositivos
-Registros de eventos por dispositivo que muestran el ciclo de vida completo de la actualización, desde la verificación hasta la instalación.
-
-**Tipos de eventos:**
-- Verificaciones de actualización
-- Inicio/completado/fallo de descarga
-- Inicio/completado/fallo de instalación
-- Eventos de reversión
-- Bloqueos de políticas
-
-**Ubicación:** 
-- Web Dashboard → App → Device → Logs
-- Web Dashboard → App → Logs (todos los dispositivos)
-
-[Más información sobre logs →](/docs/webapp/logs/)
-
----
-
-### Analítica de uso de bundles
-Analíticas detalladas sobre qué bundles están activos, recuentos de descargas y uso de almacenamiento.
-
-**Métricas:**
-- Instalaciones activas por bundle
-- Recuentos de descargas
-- Uso de almacenamiento por bundle
-- Uso de ancho de banda
-
----
-
-### Estadísticas de canal
-Rastrea métricas de rendimiento y adopción por canal.
-
-**Métricas:**
-- Dispositivos por canal
-- Tasas de éxito de actualización por canal
-- Historial de implementación
-- Tasas de error por canal
-
-**Ubicación:** Web Dashboard → App → Channel → Estadísticas
-
----
-
-### Historial de implementación
-Rastreo completo de todas las implementaciones de bundles, asignaciones de canales y cambios de configuración.
-
-**Eventos rastreados:**
-- Subidas de bundles
-- Asignaciones de canales
-- Cambios de políticas
-- Anulaciones de dispositivo
-
-**Ubicación:** Web Dashboard → App → Channel → History
-
----
-
-## Security & Compliance
-
-### Cifrado de extremo a extremo
-Cifra bundles en reposo y en tránsito con cifrado AES-256 de estándar de la industria.
-
-[Más información sobre cifrado →](/docs/live-updates/encryption/)
-
----
-
-### Firma de código
-Verifica la integridad del bundle con firmas criptográficas para evitar manipulaciones.
-
----
-
-### Cumplimiento SOC 2 Tipo II
-Infraestructura y procesos certificados conforme a SOC 2 Tipo II para la seguridad empresarial.
-
----
-
-### Cumplimiento de la App Store
-Totalmente compatible con las políticas de Apple App Store y Google Play Store para actualizaciones OTA.
-
-[Más información sobre cumplimiento →](/docs/live-updates/compliance/)
-
----
-
-### Implementación de 2FA (a nivel de organización)
-Requiere autenticación de dos factores para todos los miembros de la organización para acceder al panel y a la API.
-
-**Ubicación:** Web Dashboard → Organization → Security
-
-[Más información sobre 2FA →](/docs/webapp/2fa-enforcement/)
-
----
-
-### Aplicación de bundles cifrados
-Requiere que todos los bundles estén cifrados a nivel de la organización.Ubicación: Panel de control web → Organización → Seguridad
-
----
-
-## Colaboración en equipo
-
-### Control de Acceso Basado en Roles (RBAC)
-Permisos granulares para el control de acceso a nivel de organización y de aplicación
-
-**Roles de la organización:**
-1. `super_admin` - Acceso completo
-2. `admin` - Acceso de administrador
-3. `read` - Acceso de solo lectura
-4. `upload` - Acceso solo de subida
-
-**Roles de la aplicación:**
-1. `app_developer` - Acceso completo a la app
-2. `app_uploader` - Solo subida de bundles
-3. `app_reader` - Acceso de solo lectura
-
-**Ubicación:** 
-- Web Dashboard → Organización → Miembros
-- Web Dashboard → App → Acceso
-
-[Learn more about RBAC →](/docs/webapp/organization-system/#roles-and-permissions)
-
----
-
-### Registros de auditoría
-Rastreo completo de todas las actividades de la organización y la app para cumplimiento y seguridad.
-
-**Eventos registrados:**
-1. Acciones de usuario (inicio de sesión, cierre de sesión, cambios de permisos)
-2. Operaciones de bundles (subir, eliminar, asignar)
-3. Operaciones de canales (crear, actualizar, eliminar)
-4. Cambios en la organización (configuración, miembros)
-
-**Ubicación:** Panel de control web → Organización → Registros de auditoría
-
----
-
-### Webhooks
-Reciba notificaciones en tiempo real sobre eventos en sus apps mediante webhooks HTTP.
-
-**Eventos admitidos:**
-1. `apps` - App creada/actualizada/eliminada
-2. `app_versions` - Bundle subido/eliminado
-3. `channels` - Canal creado/actualizado/eliminado
-4. `org_users` - Miembro agregado/eliminado
-5. `orgs` - Organización actualizada
-
-**Características:**
-1. URLs de webhook personalizadas
-2. Filtrado de eventos
-3. Registros de entrega
-4. Mecanismo de reintento
-5. Funcionalidad de prueba
-
-**Ubicación:** Web Dashboard → Organización → Webhooks
-
----
-
-### Colaboración entre múltiples usuarios
-Invita a miembros del equipo a tu organización con roles y permisos específicos.
-
-**Características:**
-1. Invitaciones por correo electrónico
-2. Asignación de roles
-3. Gestión de miembros
-4. Revocación de acceso
-
-**Ubicación:** Web Dashboard → Organización → Miembros
-
----
-
-### Gestión de claves API
-Crear, gestionar y revocar claves API con fechas de expiración opcionales y almacenamiento hash.
-
-**Capacidades de las claves:**
-1. Claves por aplicación o por organización
-2. Fechas de expiración opcionales
-3. Almacenamiento hasheado (irreversible)
-4. Soporte para rotación de claves
-
-**Ubicación:** Web Dashboard → Claves API
-
-[Learn more about API keys →](/docs/public-api/#authentication)
-
----
-
-### Políticas de contraseña
-Requisitos de contraseña a nivel de organización para garantizar estándares de seguridad.
-
-**Políticas configurables:**
-1. Longitud mínima
-2. Requiere mayúsculas
-3. Requiere números
-4. Requiere caracteres especiales
-
-**Ubicación:** Web Dashboard → Organización → Seguridad
-
----
-
-## Soporte de plataforma
-
-### Soporte multiplataforma
-Soporte para iOS, Android y aplicaciones Electron con un único SDK.
-
-**Plataformas compatibles:**
-- iOS (Capacitor 5, 6, 7, 8)
-- Android (Capacitor 5, 6, 7, 8)
-- Electron (NUEVO en 2025)
-
----
-
-### Soporte a largo plazo
-Soporte continuo para versiones anteriores de Capacitor para mantener la compatibilidad con aplicaciones heredadas.
-
-**Actualmente compatibles:**
-- Capacitor 8 (la más reciente)
-- Capacitor 7
-- Capacitor 6
-- Capacitor 5
-
----
-
-### Backends de almacenamiento personalizados
-Utilice su propia infraestructura de almacenamiento (S3, R2, etc.) en lugar del almacenamiento predeterminado de Capgo.
-
-[Learn more about custom storage →](/docs/live-updates/custom-storage/)
-
----
-
-### Configuración de China
-Configuración especial para aplicaciones distribuidas en China continental para cumplir con las regulaciones locales.
-
-[Learn more about China configuration →](/docs/live-updates/china-configuration/)
-
----
-
-## Funciones avanzadas
-
-### Comportamiento de actualización personalizado
-Configure cuándo y cómo se verifican e impulsan actualizaciones a través del SDK.
-
-**Opciones configurables:**
-1. Intervalo de verificación (`periodCheckDelay` - mínimo 600 segundos)
-2. Temporización de actualización directa (`directUpdate` - atInstall, onLaunch, always)
-3. Activar/desactivar actualizaciones automáticas (`autoUpdate`)
-4. Requisitos de red (Android solo - vía WorkManager)
-
-[Learn more about update behavior →](/docs/live-updates/update-behavior/)
-
----
-
-### Tipos de actualización
-Diferentes tipos de actualización para distintos usos, desde actualizaciones instantáneas hasta instalaciones controladas por el usuario.
-
-**Tipos disponibles:**
-1. Actualizaciones en segundo plano (predeterminado)
-2. Actualizaciones inmediatas
-3. Actualizaciones solicitadas por el usuario
-4. Actualizaciones condicionadas
-
-[Learn more about update types →](/docs/live-updates/update-types/)
-
----
-
-### Sistema de créditos
-Facturación basada en el uso con créditos para ancho de banda, almacenamiento y otros recursos.
-
-**Características:**
-- Seguimiento del uso de créditos
-- Alertas de uso
-- Recarga vía Stripe
-- Libro mayor de créditos
-
-**Ubicación:** Web Dashboard → Organización → Créditos
-
----
-
-## Comenzando
-
-¿Listo para empezar a usar estas funciones? Siga nuestra [Quickstart Guide](/docs/getting-started/quickstart/) para configurar su primera aplicación con Capgo Live Updates.
-
-## ¿Necesita ayuda?
-
-- [Join our Discord](https://discord.capgo.app) para soporte comunitario
-- [Check the FAQ](/docs/faq/) para preguntas comunes
-- [Browse API documentation](/docs/public-api/) para la integración de API
-- [Contact support](https://capgo.app/consulting/) para asistencia empresarial
-.
\ No newline at end of file
diff --git a/src/content/docs/es/docs/live-updates/index.mdx b/src/content/docs/es/docs/live-updates/index.mdx
deleted file mode 100644
index 739f783cd..000000000
--- a/src/content/docs/es/docs/live-updates/index.mdx
+++ /dev/null
@@ -1,102 +0,0 @@
----
-title: Visión General
-description: "Descubre cómo las Actualizaciones en Vivo de Capgo permiten actualizaciones fluidas de Paquetes JavaScript, permitiéndote enviar cambios directamente a los usuarios sin demoras de la tienda de aplicaciones."
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: es
----
-
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Usa la función de Actualizaciones en Vivo de Capgo para actualizar los Paquetes JavaScript de tu aplicación de forma remota y en tiempo real. Envía actualizaciones JS directamente a tus usuarios sin pasar por el proceso de revisión de la tienda de aplicaciones para corregir errores al instante y lanzar nuevas funciones.
-
-<Aside>
-
-Las Actualizaciones en Vivo están limitadas a cambios en el Paquete JavaScript. Si necesitas actualizar código nativo, como agregar o eliminar un Plugin o cambiar la configuración del proyecto nativo, necesitarás enviar una nueva compilación binaria nativa a las tiendas de aplicaciones.
-
-</Aside>
-
-<Aside type="caution" title="Modelo de Activo Público">
-Los bundles sin cifrar que se suben a Capgo deben tratarse como artefactos públicos de entrega. Los canales determinan a qué dispositivos se les ofrece una actualización, pero la privacidad del canal no hace confidencial el bundle subyacente. El cifrado añade protección en almacenamiento y tránsito y evita que terceros generen actualizaciones cifradas válidas, pero no hace imposible inspeccionar los activos web distribuidos porque la app contiene la clave pública necesaria para descifrarlos. Consulta [el cifrado de extremo a extremo](/docs/live-updates/encryption/) para ver el modelo de amenazas exacto.
-</Aside>
-
-## Cómo Funcionan las Actualizaciones en Vivo
-
-El sistema de Actualizaciones en Vivo de Capgo tiene dos componentes clave:
-
-1. El SDK de Capgo, que instalas en tu aplicación. El SDK verifica las actualizaciones disponibles y las descarga en segundo plano.
-
-2. Canales, que te permiten dirigir actualizaciones a grupos específicos de usuarios. Puedes usar canales para gestionar diferentes pistas de lanzamiento, como `Production`, `Staging` y `Dev`.
-
-Cuando subes un nuevo Paquete JS a Capgo y lo asignas a un canal, el SDK de Capgo en aplicaciones configuradas para ese canal detectará la actualización y la descargará. La próxima vez que la aplicación se reinicie, se cargará el nuevo Paquete.
-
-## Por Qué Importan los Registros de Capgo (vista de marketing)
-
-- **Radiografía instantánea de cada despliegue**: Las líneas de tiempo por dispositivo muestran verificaciones, descargas, instalaciones, bloqueos de políticas y reversiones, para que sepas exactamente qué sucedió—sin conjeturas ni debates de "funciona en mi teléfono".
-- **Respuesta más rápida a incidentes**: Los códigos tipo alerta (por ejemplo, límites de tasa, fallas de checksum, pérdidas de notifyAppReady) aparecen antes de que los usuarios comiencen a inundar el soporte, permitiéndote enviar una corrección o reversión en minutos.
-- **Prueba de política de canal**: Los registros verifican que las barreras (bloquear mayores, deshabilitar emuladores/compilaciones de desarrollo, límites de plataforma) estén protegiendo activamente la producción.
-- **Protección de ingresos y reputación**: Ve cuándo las actualizaciones se detienen en redes deficientes o alcanzan límites del plan, para que puedas intervenir antes de que caigan conversiones, sesiones o reseñas.
-- **Fuente única de verdad**: Producto, QA y Soporte comparten la misma transmisión de registros en la nube—sin rebuscar en Xcode/Android Studio o enviar DM a ingenieros para registros nativos.
-
-## Comenzar
-
-Para empezar a usar Actualizaciones en Vivo, sigue estos pasos:
-
-<Steps>
-
-1. Completa el [Inicio Rápido de Capgo](/docs/getting-started/quickstart) para configurar tu aplicación en Capgo e instalar el SDK de Capgo.
-
-2. En el código de tu aplicación, llama a `CapacitorUpdater.notifyAppReady()` después de que tu aplicación haya terminado de inicializarse. Esto le dice al SDK de Capgo que tu aplicación está lista para recibir actualizaciones.
-
-3. Compila tu Paquete JS y súbelo a Capgo:
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production
-   ```
-
-4. Abre tu aplicación y espera a que se descargue la actualización. Puedes verificar el estado con:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. Una vez que se descarga la actualización, cierra y vuelve a abrir tu aplicación para cargar el nuevo Paquete.
-
-</Steps>
-
-Consulta la guía de [Implementación de Actualizaciones en Vivo](/docs/getting-started/deploy) para más detalles.
-
-
-## Próximos Pasos
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/update-types/">
-    <Card title="Tipos de Actualización" icon="open-book">
-      Referencia de todos los tipos de actualización OTA: tiempo de aplicación, condiciones de retraso, bloqueo de versiones y entrega.
-    </Card>
-  </a>
-
-  <a href="/docs/live-Actualizaciones/Canales/">
-    <Card title="Canales" icon="bars">
-      Aprende cómo usar canales para gestionar diferentes pistas de lanzamiento y dirigir actualizaciones a usuarios específicos.
-    </Card>
-  </a>
-
-  <a href="/docs/live-Actualizaciones/Reversiones/">
-    <Card title="Reversiones" icon="left-arrow">
-      Descubre cómo revertir a una versión anterior del Paquete JS si una actualización causa problemas.
-    </Card>
-  </a>
-
-  <a href="/docs/live-Actualizaciones/Actualizar-behavior/">
-    <Card title="Comportamiento de Actualización" icon="setting">
-      Personaliza cómo y cuándo se descargan y aplican las actualizaciones en tu aplicación.
-    </Card>
-  </a>
-  <a href="/docs/live-Actualizaciones/differentials/">
-    <Card title="Actualizaciones Rápidas" icon="starlight">
-      Aprende cómo usar actualizaciones rápidas para acelerar el proceso de actualización.
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/es/docs/live-updates/integrations/azure-devops.mdx b/src/content/docs/es/docs/live-updates/integrations/azure-devops.mdx
deleted file mode 100644
index b7f1c447e..000000000
--- a/src/content/docs/es/docs/live-updates/integrations/azure-devops.mdx
+++ /dev/null
@@ -1,584 +0,0 @@
----
-title: Integración con Azure DevOps
-locale: es
-description: "Aprenda cómo integrar las Actualizaciones en Vivo de Capgo con Azure DevOps Pipelines para el despliegue automatizado de las actualizaciones de su aplicación."
-sidebar:
-  order: 1
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integre las Actualizaciones en Vivo de Capgo con Azure DevOps Pipelines para desplegar automáticamente las actualizaciones de su aplicación cada vez que realice cambios en el código. Esta guía cubre la configuración de flujos de trabajo automatizados de construcción, pruebas y despliegue.
-
-## Requisitos previos
-
-Antes de configurar la integración con Azure DevOps, asegúrese de tener:
-
-- Una organización y proyecto de Azure DevOps
-- Una cuenta de Capgo con una aplicación configurada
-- El código fuente de su aplicación en un repositorio Git de Azure Repos
-- Node.js y npm/yarn configurados en su proyecto
-
-## Configuración de Azure DevOps Pipeline
-
-### Paso 1: Crear Variables de Pipeline
-
-Primero, Configurar las Variables necesarias en su proyecto de Azure DevOps:
-
-<Steps>
-
-1. Navegue a su proyecto de Azure DevOps
-2. Vaya a **Pipelines** → **Library** → **Variable groups**
-3. Cree un nuevo grupo de Variables llamado `Capgo-Variables`
-4. Agregue las siguientes Variables:
-
-</Steps>
-
-| Nombre de Variable | Valor | Segura |
-|---------------|-------|---------|
-| `CAPGO_TOKEN` | Su token de API de Capgo | ✅ Sí |
-
-<Aside type="tip">
-
-Obtenga su token de API de Capgo desde [console.capgo.app/apikeys](https://console.capgo.app/apikeys). El ID de su aplicación ya está configurado en su archivo `capacitor.config.ts`.
-
-</Aside>
-
-## Simple
-
-Configuración básica que despliega a producción en cada push a la rama principal:
-
-```yaml
-# Simple Azure DevOps Pipeline para Actualizaciones en Vivo de Capgo
-trigger:
-  branches:
-    include:
-      - main
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: BuildAndDeploy
-    displayName: 'Construir y Desplegar a Capgo'
-    pool:
-      vmImage: 'ubuntu-latest'
-
-    steps:
-      - task: NodeTool@0
-        displayName: 'Configurar Node.js'
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Instalar, probar y construir'
-
-      - script: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production
-        displayName: 'Desplegar a Capgo'
-```
-
-## Avanzado
-
-### Despliegues de ramas de características
-
-Despliegue ramas de características a canales de prueba para revisión y Pruebas:
-
-```yaml
-# Despliegue de rama de características
-trigger:
-  branches:
-    include:
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: DeployFeature
-    displayName: 'Desplegar rama de características'
-    pool:
-      vmImage: 'ubuntu-latest'
-    condition: startsWith(variables['Build.SourceBranch'], 'refs/heads/feature/')
-
-    steps:
-      - task: NodeTool@0
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Instalar, probar y construir'
-
-      - script: |
-          BRANCH_NAME=$(echo "$(Build.SourceBranchName)" | sed 's/[^a-zA-Z0-9-]/-/g')
-          CHANNEL_NAME="feature-$BRANCH_NAME"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME
-        displayName: 'Desplegar a canal de características'
-```
-
-<Aside type="tip">
-
-**Pruebas con Canales**: Después de desplegar a un canal de características, puede probar la actualización en su aplicación configurándola para usar ese canal específico. Aprenda más sobre [configurar canales en su aplicación](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Uso de cifrado
-
-Si está usando la [función de cifrado de Capgo](/docs/live-updates/encryption/), deberá almacenar su clave privada de forma segura en su entorno de CI/CD.
-
-Después de [configurar las claves de cifrado](/docs/live-updates/encryption/#setting-up-encryption) localmente, agregue su clave privada a las Variables de Azure DevOps:
-
-```shell
-# Mostrar el contenido de su clave privada (copiar esta salida)
-cat .capgo_key_v2
-```
-
-Agregue este contenido como `CAPGO_PRIVATE_KEY` en su grupo de Variables de Azure DevOps (márquelo como secreto), luego úselo en pipelines:
-
-```yaml
-# Desplegar con cifrado
-- script: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --key-data-v2 "$(CAPGO_PRIVATE_KEY)" --channel production
-  displayName: 'Desplegar a Capgo con cifrado'
-```
-
-<Aside type="caution">
-
-**Mejores prácticas de seguridad:**
-- Nunca confirme el archivo `.capgo_key_v2` en el control de versiones
-- Almacene la clave privada solo en la gestión segura de secretos de CI/CD
-- Usar claves diferentes para diferentes entornos
-
-</Aside>
-
-### Configuración multicanal
-
-Para obtener información completa sobre la configuración y gestión de múltiples canales de despliegue, consulte la [documentación de Canales](/docs/live-updates/channels/).
-
-Configuración completa con múltiples entornos y despliegues de Solicitud de extracción:
-
-```yaml
-# Azure DevOps Pipeline avanzado con múltiples canales
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-
-pr:
-  branches:
-    include:
-      - main
-      - develop
-
-variables:
-  - group: Capgo-Variables
-
-stages:
-  # Etapa de construcción
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Instalar, probar y construir'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  # Desplegar a desarrollo
-  - stage: DeployDev
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/develop'))
-    jobs:
-      - deployment: DeployDevelopment
-        environment: development
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel development --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Desplegar a desarrollo'
-
-  # Desplegar PR a canal de prueba
-  - stage: DeployPR
-    condition: and(succeeded(), eq(variables['Build.Reason'], 'PullRequest'))
-    jobs:
-      - job: DeployPRChannel
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - task: DownloadBuildArtifacts@0
-            inputs:
-              artifactName: 'app-build'
-              downloadPath: '$(Pipeline.Workspace)'
-
-          - script: |
-              CHANNEL_NAME="pr-$(System.PullRequest.PullRequestNumber)"
-              npm install -g @capgo/cli
-              npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-              npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME --path $(Pipeline.Workspace)/app-build
-            displayName: 'Desplegar a canal de PR'
-
-  # Desplegar a producción
-  - stage: DeployProd
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/main'))
-    jobs:
-      - deployment: DeployProduction
-        environment: production
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Desplegar a producción'
-```
-
-### Despliegue multi-entorno
-
-Para escenarios complejos con múltiples entornos:
-
-```yaml
-# Pipeline extendido con múltiples entornos
-parameters:
-  - name: deployEnvironment
-    displayName: 'Entorno de despliegue'
-    type: string
-    default: 'staging'
-    values:
-      - staging
-      - production
-
-variables:
-  - group: Capgo-Variables
-  - name: channelName
-    ${{ if eq(parameters.deployEnvironment, 'production') }}:
-      value: 'production'
-    ${{ else }}:
-      value: 'staging'
-
-stages:
-  # Etapa de construcción
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Instalar, probar y construir'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: DeployStaging
-    displayName: 'Desplegar a Staging'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'staging'))
-    jobs:
-      - deployment: DeployStaging
-        displayName: 'Desplegar a canal de staging'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'staging'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'staging'
-
-  - stage: DeployProduction
-    displayName: 'Desplegar a producción'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'production'))
-    jobs:
-      - deployment: DeployProduction
-        displayName: 'Desplegar a canal de producción'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'production'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'production'
-```
-
-### Plantilla de despliegue (Desplegar-Pasos.yml)
-
-Cree un archivo de plantilla reutilizable `deploy-steps.yml`:
-
-```yaml
-# deploy-steps.yml
-parameters:
-  - name: channel
-    type: string
-
-steps:
-  - task: NodeTool@0
-    displayName: 'Instalar Node.js'
-    inputs:
-      versionSpec: '22.x'
-
-  - task: DownloadBuildArtifacts@0
-    displayName: 'Descargar artefactos de construcción'
-    inputs:
-      artifactName: 'app-build'
-      downloadPath: '$(System.ArtifactsDirectory)'
-
-  - script: |
-      npm install -g @capgo/cli
-    displayName: 'Instalar Capgo CLI'
-
-  - script: |
-      npx @capgo/cli bundle upload \
-        --apikey $(CAPGO_TOKEN) \
-        --channel ${{ parameters.channel }} \
-        --path $(System.ArtifactsDirectory)/app-build
-    displayName: 'Subir a Capgo (${{ parameters.channel }})'
-```
-
-### Estrategia de despliegue basada en ramas
-
-Configurar diferentes estrategias de despliegue según las ramas de Git:
-
-```yaml
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-  - name: targetChannel
-    ${{ if eq(variables['Build.SourceBranch'], 'refs/heads/main') }}:
-      value: 'production'
-    ${{ elseif eq(variables['Build.SourceBranch'], 'refs/heads/develop') }}:
-      value: 'staging'
-    ${{ else }}:
-      value: 'development'
-
-stages:
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Instalar, probar y construir'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: Deploy
-    displayName: 'Desplegar a $(targetChannel)'
-    dependsOn: Build
-    condition: succeeded()
-    jobs:
-      - deployment: DeployJob
-        displayName: 'Desplegar a canal $(targetChannel)'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: '$(targetChannel)'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: '$(targetChannel)'
-```
-
-## Mejores prácticas de seguridad
-
-### Gestión segura de Variables
-
-<Steps>
-
-1. **Usar grupos de Variables**: Almacene datos sensibles en grupos de Variables de Azure DevOps
-2. **Marque como secreto**: Siempre marque tokens de API y claves como Variables secretas
-3. **Acceso de ámbito**: Limite el acceso del grupo de Variables a pipelines y usuarios específicos
-4. **Rote claves**: Rote regularmente sus tokens de API de Capgo
-
-</Steps>
-
-## Monitoreo y notificaciones
-
-### Integración con Teams
-
-Agregue notificaciones de Microsoft Teams a su pipeline:
-
-```yaml
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notificar Teams en caso de éxito'
-  condition: succeeded()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Despliegue de Capgo exitoso'
-    text: 'Aplicación desplegada al canal $(targetChannel)'
-    themeColor: '00FF00'
-
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notificar Teams en caso de fallo'
-  condition: failed()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Despliegue de Capgo fallido'
-    text: 'Fallo en el despliegue a $(targetChannel)'
-    themeColor: 'FF0000'
-```
-
-### Notificaciones por correo electrónico
-
-Configurar notificaciones por correo electrónico para el estado del despliegue:
-
-```yaml
-- task: EmailReport@1
-  displayName: 'Enviar informe por correo'
-  condition: always()
-  inputs:
-    sendMailConditionConfig: 'Always'
-    subject: 'Informe de despliegue de Capgo - $(Build.BuildNumber)'
-    to: 'team@yourcompany.com'
-    body: |
-      Estado de despliegue: $(Agent.JobStatus)
-      Canal: $(targetChannel)
-      Build: $(Build.BuildNumber)
-      Commit: $(Build.SourceVersion)
-```
-
-## Solución de problemas
-
-### Problemas comunes
-
-**El pipeline falla con "Capgo CLI no encontrado":**
-```yaml
-# Asegúrese de la instalación global
-- script: |
-    npm install -g @capgo/cli
-    which capgo || echo "Capgo CLI no encontrado en PATH"
-  displayName: 'Instalar y verificar Capgo CLI'
-```
-
-**Errores de autenticación:**
-```yaml
-# Verificar que el token esté configurado correctamente
-- script: |
-    echo "Longitud del token: ${#CAPGO_TOKEN}"
-    if [ -z "$CAPGO_TOKEN" ]; then
-      echo "CAPGO_TOKEN no está configurado"
-      exit 1
-    fi
-  displayName: 'Verificar token de Capgo'
-  env:
-    CAPGO_TOKEN: $(CAPGO_TOKEN)
-```
-
-**Artefactos de construcción no encontrados:**
-```yaml
-# Listar artefactos disponibles para depuración
-- script: |
-    ls -la $(System.ArtifactsDirectory)
-    find $(System.ArtifactsDirectory) -name "*.js" -o -name "*.html"
-  displayName: 'Depurar artefactos'
-```
-
-### Depurar pipeline
-
-Agregue pasos de depuración para solucionar problemas:
-
-```yaml
-- script: |
-    echo "Build.SourceBranch: $(Build.SourceBranch)"
-    echo "Build.BuildNumber: $(Build.BuildNumber)"
-    echo "Canal objetivo: $(targetChannel)"
-  displayName: 'Depurar variables de pipeline'
-
-- script: |
-    npx @capgo/cli app debug --apikey $(CAPGO_TOKEN)
-  displayName: 'Depurar estado de aplicación de Capgo'
-```
-
-## Próximos pasos
-
-- Aprenda sobre [Canales](/docs/live-updates/channels/) para gestionar diferentes entornos de despliegue
-- Explore [Almacenamiento personalizado](/docs/live-updates/custom-storage/) para escenarios de despliegue avanzados
-- Configurar [Cifrado](/docs/live-updates/encryption/) para despliegues seguros
-- Configurar [Comportamiento de actualización](/docs/live-updates/update-behavior/) para personalizar cómo se aplican las actualizaciones
-
-Con la integración de Azure DevOps, puede automatizar sus despliegues de Capgo y garantizar actualizaciones consistentes y confiables para los usuarios de su aplicación móvil.
diff --git a/src/content/docs/es/docs/live-updates/integrations/bitbucket-pipeline.mdx b/src/content/docs/es/docs/live-updates/integrations/bitbucket-pipeline.mdx
deleted file mode 100644
index afcbec8fb..000000000
--- a/src/content/docs/es/docs/live-updates/integrations/bitbucket-pipeline.mdx
+++ /dev/null
@@ -1,498 +0,0 @@
----
-title: Integración con Bitbucket Pipelines
-locale: es
-description: "Aprenda cómo integrar las Actualizaciones en Vivo de Capgo con Bitbucket Pipelines para el despliegue automatizado de las actualizaciones de su aplicación."
-sidebar:
-  order: 4
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integre las Actualizaciones en Vivo de Capgo con Bitbucket Pipelines para desplegar automáticamente las actualizaciones de su aplicación cada vez que realice cambios en el código. Esta guía cubre la configuración de flujos de trabajo automatizados de construcción, pruebas y despliegue.
-
-## Requisitos previos
-
-Antes de configurar la integración con Bitbucket Pipelines, asegúrese de tener:
-
-- Una cuenta de Bitbucket con un repositorio
-- Una cuenta de Capgo con una aplicación configurada
-- Node.js y npm/yarn configurados en su proyecto
-
-## Configuración de Bitbucket Pipelines
-
-### Paso 1: Configurar Variables del repositorio
-
-Primero, Configurar las Variables necesarias en su repositorio de Bitbucket:
-
-<Steps>
-
-1. Navegue a su repositorio de Bitbucket
-2. Vaya a **Repositorio Configuración** → **Pipelines** → **Repositorio Variables**
-3. Agregue las siguientes Variables:
-
-</Steps>
-
-| Nombre de Variable | Valor | Asegurada |
-|---------------|-------|---------|
-| `CAPGO_TOKEN` | Su token de API de Capgo | ✅ Sí |
-
-<Aside type="tip">
-
-Obtenga su token de API de Capgo desde [console.capgo.app/apikeys](https://console.capgo.app/apikeys). El ID de su aplicación ya está configurado en su archivo `capacitor.config.ts`.
-
-</Aside>
-
-## Simple
-
-Configuración básica que despliega a producción en cada push a la rama principal:
-
-```yaml
-# bitbucket-pipelines.yml - Configuración simple
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Construir y desplegar a producción
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          artifacts:
-            - dist/**
-```
-
-## Avanzado
-
-### Despliegues de ramas de características
-
-Despliegue ramas de características a canales de prueba para revisión y Pruebas:
-
-```yaml
-# Despliegue de rama de características
-pipelines:
-  branches:
-    feature/*:
-      - step:
-          name: Desplegar rama de características
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - BRANCH_NAME=$(echo $BITBUCKET_BRANCH | sed 's/[^a-zA-Z0-9-]/-/g')
-            - CHANNEL_NAME="feature-$BRANCH_NAME"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-<Aside type="tip">
-
-**Pruebas con Canales**: Después de desplegar a un canal de características, puede probar la actualización en su aplicación configurándola para usar ese canal específico. Aprenda más sobre [configurar canales en su aplicación](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Uso de cifrado
-
-Si está usando la [función de cifrado de Capgo](/docs/live-updates/encryption/), deberá almacenar su clave privada de forma segura en su entorno de CI/CD.
-
-Después de [configurar las claves de cifrado](/docs/live-updates/encryption/#setting-up-encryption) localmente, agregue su clave privada a las Variables de Bitbucket:
-
-```shell
-# Mostrar el contenido de su clave privada (copiar esta salida)
-cat .capgo_key_v2
-```
-
-Agregue este contenido como `CAPGO_PRIVATE_KEY` en las Variables del repositorio de Bitbucket (marque como asegurada), luego úselo en pipelines:
-
-```yaml
-# Desplegar con cifrado
-- step:
-    name: Desplegar a Capgo con cifrado
-    script:
-      - npm install -g @capgo/cli
-      - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**Mejores prácticas de seguridad:**
-- Nunca confirme el archivo `.capgo_key_v2` en el control de versiones
-- Almacene la clave privada solo en la gestión segura de secretos de CI/CD
-- Usar claves diferentes para diferentes entornos
-
-</Aside>
-
-### Configuración multicanal
-
-Para obtener información completa sobre la configuración y gestión de múltiples canales de despliegue, consulte la [documentación de Canales](/docs/live-updates/channels/).
-
-Configuración completa con múltiples entornos y despliegues de Solicitud de extracción:
-
-```yaml
-# bitbucket-pipelines.yml - Configuración avanzada multicanal
-image: node:22
-
-definitions:
-  steps:
-    - step: &build-step
-        name: Construir aplicación
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-        artifacts:
-          - dist/**
-
-    - step: &deploy-step
-        name: Desplegar a Capgo
-        script:
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-pipelines:
-  branches:
-    main:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Desplegar a producción
-          deployment: production
-          trigger: manual
-          script:
-            - export CHANNEL_NAME=production
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-    develop:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Desplegar a desarrollo
-          deployment: development
-          script:
-            - export CHANNEL_NAME=development
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-  pull-requests:
-    '**':
-      - step:
-          <<: *build-step
-      - step:
-          name: Desplegar PR a canal de prueba
-          script:
-            - CHANNEL_NAME="pr-$BITBUCKET_PR_ID"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-### Pipeline multi-entorno
-
-Para escenarios de despliegue complejos con entornos de staging y producción:
-
-```yaml
-# Pipeline multi-entorno
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Construir
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Desplegar a Staging
-          deployment: staging
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-      - step:
-          name: Desplegar a producción
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-
-    develop:
-      - step:
-          name: Construir y desplegar a desarrollo
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-          artifacts:
-            - dist/**
-```
-
-### Estrategia de despliegue basada en ramas
-
-Despliegue automáticamente diferentes ramas a los canales apropiados:
-
-```yaml
-# Despliegue dinámico de canal
-image: node:22
-
-definitions:
-  scripts:
-    - script: &determine-channel |
-        if [ "$BITBUCKET_BRANCH" = "main" ]; then
-          export CHANNEL_NAME="production"
-        elif [ "$BITBUCKET_BRANCH" = "develop" ]; then
-          export CHANNEL_NAME="staging"
-        else
-          export CHANNEL_NAME="development"
-        fi
-        echo "Desplegando al canal: $CHANNEL_NAME"
-
-pipelines:
-  default:
-    - step:
-        name: Construir y desplegar
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-          - *determine-channel
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-        artifacts:
-          - dist/**
-```
-
-### Ejecución de pipeline en paralelo
-
-Optimice los tiempos de construcción con pasos paralelos:
-
-```yaml
-# Pipeline de ejecución paralela
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - parallel:
-          - step:
-              name: Ejecutar pruebas
-              script:
-                - npm ci
-                - npm run test
-          - step:
-              name: Analizar código
-              script:
-                - npm ci
-                - npm run lint
-      - step:
-          name: Construir aplicación
-          script:
-            - npm ci
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Desplegar a producción
-          deployment: production
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## Mejores prácticas de seguridad
-
-### Variables del repositorio
-
-<Steps>
-
-1. **Variables aseguradas**: Siempre marque los tokens de API como asegurados
-2. **Variables de entorno**: Usar Variables específicas del despliegue cuando sea necesario
-3. **Control de acceso**: Limite el acceso al repositorio a los miembros autorizados del equipo
-4. **Rotación de tokens**: Rote regularmente sus tokens de API de Capgo
-
-</Steps>
-
-### Entornos de despliegue
-
-Configurar entornos de despliegue para mayor seguridad:
-
-```yaml
-# Despliegue con restricciones de entorno
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Desplegar a producción
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## Monitoreo y notificaciones
-
-### Integración con Slack
-
-Agregue notificaciones de Slack a su pipeline:
-
-```yaml
-# Pipeline con notificaciones de Slack
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Construir y desplegar
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          after-script:
-            - |
-              if [ $BITBUCKET_EXIT_CODE -eq 0 ]; then
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"✅ Despliegue de Capgo exitoso para '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              else
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"❌ Despliegue de Capgo fallido para '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              fi
-```
-
-### Notificaciones por correo electrónico
-
-Configurar notificaciones por correo electrónico a través de las funciones integradas de Bitbucket o usando servicios externos:
-
-```yaml
-# Paso de notificación por correo electrónico
-- step:
-    name: Enviar notificación
-    script:
-      - |
-        curl -X POST \
-          -H "Content-Type: application/json" \
-          -d '{
-            "to": "team@yourcompany.com",
-            "subject": "Estado de despliegue de Capgo",
-            "body": "Despliegue de '$BITBUCKET_BRANCH' completado con estado: '$BITBUCKET_EXIT_CODE'"
-          }' \
-          $EMAIL_SERVICE_URL
-    condition:
-      result: [successful, failed]
-```
-
-## Solución de problemas
-
-### Problemas comunes
-
-**El pipeline falla con "Capgo CLI no encontrado":**
-```yaml
-# Depurar instalación de CLI
-- step:
-    name: Depurar CLI
-    script:
-      - npm install -g @capgo/cli
-      - which capgo || echo "Capgo CLI no encontrado"
-      - npx @capgo/cli --version
-```
-
-**Errores de autenticación:**
-```yaml
-# Verificar configuración de token
-- step:
-    name: Depurar autenticación
-    script:
-      - |
-        if [ -z "$CAPGO_TOKEN" ]; then
-          echo "CAPGO_TOKEN no está configurado"
-          exit 1
-        fi
-        echo "Longitud del token: ${#CAPGO_TOKEN}"
-```
-
-**Artefactos de construcción no encontrados:**
-```yaml
-# Listar salidas de construcción
-- step:
-    name: Depurar construcción
-    script:
-      - ls -la dist/
-      - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### Depurar pipeline
-
-Agregue información de depuración para solucionar problemas:
-
-```yaml
-# Pipeline de depuración
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Información de depuración
-          script:
-            - echo "Rama: $BITBUCKET_BRANCH"
-            - echo "Commit: $BITBUCKET_COMMIT"
-            - echo "Build: $BITBUCKET_BUILD_NUMBER"
-            - env | grep BITBUCKET_ | sort
-      - step:
-          name: Construir y desplegar
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-### Validación de pipeline
-
-Habilite la validación de pipeline para detectar errores de configuración:
-
-```yaml
-# Habilitar validación de pipeline
-options:
-  docker: true
-  size: 2x
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Validar pipeline
-          script:
-            - echo "Validación de pipeline exitosa"
-      - step:
-          name: Construir y desplegar
-          script:
-            # ... pasos de despliegue
-```
-
-## Próximos pasos
-
-- Aprenda sobre [Canales](/docs/live-updates/channels/) para gestionar diferentes entornos de despliegue
-- Explore [Almacenamiento personalizado](/docs/live-updates/custom-storage/) para escenarios de despliegue avanzados
-- Configurar [Cifrado](/docs/live-updates/encryption/) para despliegues seguros
-- Configurar [Comportamiento de actualización](/docs/live-updates/update-behavior/) para personalizar cómo se aplican las actualizaciones
-
-Con la integración de Bitbucket Pipelines, puede automatizar sus despliegues de Capgo y garantizar actualizaciones consistentes y confiables para los usuarios de su aplicación móvil.
diff --git a/src/content/docs/es/docs/live-updates/integrations/github-actions.mdx b/src/content/docs/es/docs/live-updates/integrations/github-actions.mdx
deleted file mode 100644
index 546e46849..000000000
--- a/src/content/docs/es/docs/live-updates/integrations/github-actions.mdx
+++ /dev/null
@@ -1,551 +0,0 @@
----
-title: GitHub Integración de acciones
-description: >-
-  Aprenda cómo integrar Capgo Live Updates con GitHub Actions para la
-  implementación automatizada de las actualizaciones de su aplicación.
-sidebar:
-  order: 3
-locale: es
----
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integre Capgo Actualizaciones en vivo con GitHub Acciones para implementar automáticamente las actualizaciones de su aplicación cada vez que realice cambios en el código. Esta guía cubre la configuración de flujos de trabajo de compilación, prueba e implementación automatizados utilizando la poderosa plataforma CI/CD de GitHub.
-
-## Requisitos previos
-
-Antes de configurar la integración de GitHub Acciones, asegúrese de tener:
-
-- Un repositorio GitHub con el código fuente de tu aplicación
-- Una cuenta Capgo con una aplicación configurada
-- Node.js y npm/hilo configurado en su proyecto
-- GitHub Acciones habilitadas para tu repositorio
-
-## Configuración de secretos GitHub
-
-### Paso 1: Configurar los secretos del repositorio
-
-Configure los secretos necesarios en su repositorio GitHub:
-
-<Steps>
-
-1. Navegue a su repositorio GitHub
-2. Vaya a **Configuración** → **Secretos y variables** → **Acciones**
-3. Haga clic en **Nuevo secreto del repositorio** y agregue lo siguiente:
-
-</Steps>
-
-| Nombre secreto | Valor |
-|-------------|-------|
-| `CAPGO_TOKEN` | Su token Capgo API |
-
-<Aside type="tip">
-
-Obtenga su token Capgo API de [console.capgo.app/apikeys](https://console.capgo.app/apikeys). Su ID de aplicación ya está configurada en su archivo `capacitor.config.ts`.
-
-</Aside>
-
-## Implementación de producción simple
-
-Comience con esta configuración básica que se implementa en producción en cada envío a la rama principal:
-
-```yaml
-# Simple GitHub Actions Workflow for Capgo Live Updates
-name: Deploy to Capgo
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout
-        uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Install, test and build
-        run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - name: Deploy to Capgo
-         run: |
-           npm install -g @capgo/cli
-           npx @capgo/cli bundle upload --channel production
-          env:
-            CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-           # For encrypted uploads, add: --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"
-```
-
-## Configuración multicanal avanzada
-
-### Implementaciones de ramas de funciones
-
-Deploy feature branches to temporary channels for testing:
-
-```yaml
-# Feature branch deployment
-name: Deploy Feature Branch to Capgo
-
-on:
-  push:
-    branches:
-      - 'feature/**'
-
-jobs:
-  deploy-feature:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-      
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-      
-      - name: Deploy to feature channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.ref_name }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-                     npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-```
-
-### Usando cifrado
-
-Si está utilizando la [función de cifrado de Capgo](/docs/live-updates/encryption/), deberá almacenar su clave privada de forma segura en su entorno CI/CD.
-
-After [setting up encryption keys](/docs/live-updates/encryption/#setting-up-encryption) locally, add your private key to GitHub secrets:
-
-```shell
-# Display your private key content (copy this output)
-cat .capgo_key_v2
-```
-
-Add this content as `CAPGO_PRIVATE_KEY` in your GitHub repository secrets, then use it in workflows:
-
-```yaml
-# Deploy with encryption
-- name: Deploy to Capgo with Encryption
-  run: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}" --channel production
-```
-
-<Aside type="caution">
-
-**Mejores prácticas de seguridad:**
-- Never commit the `.capgo_key_v2` file to version control
-- Store the private key only in secure CI/CD secret management
-- Utilice diferentes claves para diferentes entornos.
-
-</Aside>
-
-### Configuración multicanal
-
-For comprehensive information about setting up and managing multiple deployment channels, see the [Channels documentation](/docs/live-updates/channels/).
-
-Complete workflow with development, pull requests, and production deployments:
-
-```yaml
-# Complete multi-environment workflow
-name: Deploy to Capgo
-
-on:
-  push:
-    branches: [main, develop]
-  pull_request:
-    branches: [main, develop]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-      
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-      
-      - uses: actions/upload-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-  deploy-development:
-    if: github.ref == 'refs/heads/develop'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: development
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-      
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-      
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel development
-
-  deploy-pr:
-    if: github.event_name == 'pull_request'
-    needs: build
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-      
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-      
-      - name: Deploy to PR channel
-        run: |
-          CHANNEL_NAME="pr-${{ github.event.number }}"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-
-      - name: Comment PR
-        uses: actions/github-script@v7
-        with:
-          script: |
-            github.rest.issues.createComment({
-              issue_number: context.issue.number,
-              owner: context.repo.owner,
-              repo: context.repo.repo,
-              body: `🚀 This PR has been deployed to Capgo channel: \`pr-${{ github.event.number }}\`\n\nTo test this update in your app, configure it to use this channel. [Learn how to configure channels →](/docs/live-updates/channels/#configuring-the-channel-in-your-app)`
-            })
-
-  deploy-production:
-    if: github.ref == 'refs/heads/main'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: production
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-      
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-      
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel production
-```
-
-<Aside type="tip">
-
-**Prueba con canales**: después de implementarla en un canal de desarrollo o relaciones públicas, puede probar la actualización en su aplicación configurándola para usar ese canal específico. Learn more about [configuring channels in your app](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Canales de funciones de limpieza
-
-Automatically clean up feature channels when branches are deleted:
-
-```yaml
-name: Cleanup Feature Channels
-
-on:
-  delete:
-
-jobs:
-  cleanup:
-    runs-on: ubuntu-latest
-    if: github.event.ref_type == 'branch' && startsWith(github.event.ref, 'feature/')
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Delete Capgo channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.event.ref }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel delete $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-```
-
-## Seguridad y mejores prácticas
-
-### Reglas de protección del medio ambiente
-
-Set up environment protection rules in GitHub:
-
-<Steps>
-1. Go to **Settings** → **Environments** in your repository
-2. Create environments: `development`, `staging`, `production`
-3. Para el entorno de producción, agregue:
-   - **Required reviewers**: Add team members who must approve deployments
-   - **Wait timer**: Add a delay before deployment (optional)
-   - **Deployment branches**: Restrict to `main` branch only
-
-</Steps>
-
-### Gestión segura de secretos
-
-Utilice secretos específicos del entorno:
-
-```yaml
-# Use different secrets per environment
-deploy-production:
-  environment: production
-  steps:
-    - name: Deploy to Production
-      run: |
-        npx @capgo/cli bundle upload \
-          --apikey ${{ secrets.CAPGO_PROD_TOKEN }} \
-          --app ${{ secrets.CAPGO_PROD_APP_ID }} \
-          --channel production
-```
-
-## Monitoreo y Notificaciones
-
-### Integración floja
-
-Agrega notificaciones de Slack a tu flujo de trabajo:
-
-```yaml
-name: Deploy with Notifications
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      # ... deployment steps
-
-      - name: Notify Slack on Success
-        if: success()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: success
-          text: '✅ Capgo deployment successful!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-
-      - name: Notify Slack on Failure
-        if: failure()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: failure
-          text: '❌ Capgo deployment failed!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-```
-
-### Integración de discordia
-
-Enviar notificaciones a Discord:
-
-```yaml
-- name: Discord notification
-  if: always()
-  uses: Ilshidur/action-discord@master
-  with:
-    args: |
-      Capgo deployment ${{ job.status }}!
-      App: ${{ secrets.CAPGO_APP_ID }}
-      Channel: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-  env:
-    DISCORD_WEBHOOK: ${{ secrets.DISCORD_WEBHOOK }}
-```
-
-### Notificaciones por correo electrónico
-
-Configurar notificaciones por correo electrónico:
-
-```yaml
-- name: Send email notification
-  if: failure()
-  uses: dawidd6/action-send-mail@v3
-  with:
-    server_address: smtp.gmail.com
-    server_port: 465
-    username: ${{ secrets.EMAIL_USERNAME }}
-    password: ${{ secrets.EMAIL_PASSWORD }}
-    subject: 'Capgo Deployment Failed - ${{ github.repository }}'
-    to: team@yourcompany.com
-    from: ci-cd@yourcompany.com
-    body: |
-      Deployment failed for ${{ github.repository }}
-      Branch: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-      Workflow: ${{ github.workflow }}
-```
-
-## Solución de problemas
-
-### Flujo de trabajo de depuración
-
-Agregue pasos de depuración para solucionar problemas:
-
-```yaml
-- name: Debug environment
-  run: |
-    echo "Node version: $(node --version)"
-    echo "NPM version: $(npm --version)"
-    echo "Working directory: $(pwd)"
-    echo "Files in dist/: $(ls -la dist/ || echo 'No dist directory')"
-    echo "Environment variables:"
-    env | grep -E "(GITHUB_|CAPGO_)" | sort
-
-- name: Test Capgo CLI
-  run: |
-    npx @capgo/cli --version
-    npx @capgo/cli app debug --apikey ${{ secrets.CAPGO_TOKEN }} --app ${{ secrets.CAPGO_APP_ID }}
-```
-
-### Problemas comunes y soluciones
-
-**El flujo de trabajo falla con "CAPGO_TOKEN no encontrado":**
-
-```yaml
-- name: Verify secrets
-  run: |
-    if [ -z "${{ secrets.CAPGO_TOKEN }}" ]; then
-      echo "ERROR: CAPGO_TOKEN secret is not set"
-      exit 1
-    fi
-    echo "CAPGO_TOKEN is set (length: ${#CAPGO_TOKEN})"
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-**Artefactos de compilación no encontrados:**
-
-```yaml
-- name: Debug artifacts
-  run: |
-    echo "Checking for build artifacts..."
-    ls -la dist/ || echo "No dist directory found"
-    find . -name "*.js" -o -name "*.html" | head -10
-```
-
-**Problemas de conectividad de red:**
-
-```yaml
-- name: Test connectivity
-  run: |
-    ping -c 3 api.capgo.io || echo "Ping failed"
-    curl -I https://api.capgo.io/health || echo "Health check failed"
-```
-
-## Flujos de trabajo reutilizables
-
-Create reusable workflows for consistency across projects:
-
-```yaml
-# .github/workflows/reusable-capgo-deploy.yml
-name: Reusable Capgo Deploy
-
-on:
-  workflow_call:
-    inputs:
-      environment:
-        required: true
-        type: string
-      channel:
-        required: true
-        type: string
-    secrets:
-      CAPGO_TOKEN:
-        required: true
-      CAPGO_APP_ID:
-        required: true
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    environment: ${{ inputs.environment }}
-    steps:
-      - uses: actions/checkout@v6
-      
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-      
-      - name: Install and build
-        run: |
-          npm ci
-          npm run build
-      
-      - name: Deploy to Capgo
-        run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload \
-            --apikey ${{ secrets.CAPGO_TOKEN }} \
-            --app ${{ secrets.CAPGO_APP_ID }} \
-            --channel ${{ inputs.channel }}
-```
-
-Utilice el flujo de trabajo reutilizable:
-
-```yaml
-# .github/workflows/deploy.yml
-name: Deploy App
-
-on:
-  push:
-    branches: [main, develop]
-
-jobs:
-  deploy-dev:
-    if: github.ref == 'refs/heads/develop'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: development
-      channel: development
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-
-  deploy-prod:
-    if: github.ref == 'refs/heads/main'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: production
-      channel: production
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-```
-
-## Próximos pasos
-
-- Learn about [Channels](/docs/live-updates/channels/) to manage different deployment environments
-- Explore [Custom Storage](/docs/live-updates/custom-storage/) for advanced deployment scenarios
-- Set up [Encryption](/docs/live-updates/encryption/) for secure deployments
-- Configure [Update Behavior](/docs/live-updates/update-behavior/) to customize how updates are applied
-
-Con la integración de acciones de GitHub, puede aprovechar la poderosa plataforma CI/CD de GitHub para crear flujos de trabajo de implementación sofisticados con funciones integradas de seguridad, monitoreo y colaboración para sus actualizaciones en vivo de Capgo.
diff --git a/src/content/docs/es/docs/live-updates/integrations/gitlab-ci.mdx b/src/content/docs/es/docs/live-updates/integrations/gitlab-ci.mdx
deleted file mode 100644
index b0ac86e07..000000000
--- a/src/content/docs/es/docs/live-updates/integrations/gitlab-ci.mdx
+++ /dev/null
@@ -1,426 +0,0 @@
----
-title: Integración con GitLab CI/CD
-locale: es
-description: "Aprenda cómo integrar las Actualizaciones en Vivo de Capgo con GitLab CI/CD para el despliegue automatizado de las actualizaciones de su aplicación."
-sidebar:
-  order: 2
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integre las Actualizaciones en Vivo de Capgo con GitLab CI/CD para desplegar automáticamente las actualizaciones de su aplicación cada vez que realice cambios en el código. Esta guía cubre la configuración de flujos de trabajo automatizados de construcción, pruebas y despliegue.
-
-## Requisitos previos
-
-Antes de configurar la integración con GitLab CI/CD, asegúrese de tener:
-
-- Una cuenta de GitLab con un repositorio de proyecto
-- Una cuenta de Capgo con una aplicación configurada
-- Node.js y npm/yarn configurados en su proyecto
-
-## Configuración de GitLab CI/CD
-
-### Paso 1: Configurar Variables de entorno
-
-Primero, Configurar las Variables necesarias en su proyecto de GitLab:
-
-<Steps>
-
-1. Navegue a su proyecto de GitLab
-2. Vaya a **Configuración** → **CI/CD** → **Variables**
-3. Agregue las siguientes Variables:
-
-</Steps>
-
-| Nombre de Variable | Valor | Protegida | Enmascarada |
-|---------------|-------|-----------|--------|
-| `CAPGO_TOKEN` | Su token de API de Capgo | ✅ Sí | ✅ Sí |
-
-<Aside type="tip">
-
-Obtenga su token de API de Capgo desde [console.capgo.app/apikeys](https://console.capgo.app/apikeys). El ID de su aplicación ya está configurado en su archivo `capacitor.config.ts`.
-
-</Aside>
-
-## Simple
-
-Configuración básica que despliega a producción en cada push a la rama principal:
-
-```yaml
-# .gitlab-ci.yml - Configuración simple
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 1 hour
-  only:
-    - main
-
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-    # Para cargas cifradas, agregar: --key-data-v2 "$CAPGO_PRIVATE_KEY"
-  dependencies:
-    - build
-  only:
-    - main
-```
-
-## Avanzado
-
-### Despliegues de ramas de características
-
-Despliegue ramas de características a canales de prueba para revisión y Pruebas:
-
-```yaml
-# Despliegue de rama de características
-deploy_feature:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="feature-$(echo $CI_COMMIT_REF_NAME | sed 's/[^a-zA-Z0-9-]/-/g')"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - /^feature\/.*$/
-  environment:
-    name: feature/$CI_COMMIT_REF_NAME
-    url: https://your-app.com/channels/$CHANNEL_NAME
-```
-
-<Aside type="tip">
-
-**Pruebas con Canales**: Después de desplegar a un canal de características, puede probar la actualización en su aplicación configurándola para usar ese canal específico. Aprenda más sobre [configurar canales en su aplicación](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Uso de cifrado
-
-Si está usando la [función de cifrado de Capgo](/docs/live-updates/encryption/), deberá almacenar su clave privada de forma segura en su entorno de CI/CD.
-
-Después de [configurar las claves de cifrado](/docs/live-updates/encryption/#setting-up-encryption) localmente, agregue su clave privada a las Variables de GitLab:
-
-```shell
-# Mostrar el contenido de su clave privada (copiar esta salida)
-cat .capgo_key_v2
-```
-
-Agregue este contenido como `CAPGO_PRIVATE_KEY` en las Variables del proyecto de GitLab (marque como protegida y enmascarada), luego úselo en pipelines:
-
-```yaml
-# Desplegar con cifrado
-deploy_production:
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**Mejores prácticas de seguridad:**
-- Nunca confirme el archivo `.capgo_key_v2` en el control de versiones
-- Almacene la clave privada solo en la gestión segura de secretos de CI/CD
-- Usar claves diferentes para diferentes entornos
-
-</Aside>
-
-### Configuración multicanal
-
-Para obtener información completa sobre la configuración y gestión de múltiples canales de despliegue, consulte la [documentación de Canales](/docs/live-updates/channels/).
-
-Configuración completa con múltiples entornos y despliegues de merge request:
-
-```yaml
-# .gitlab-ci.yml - Configuración avanzada multicanal
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-# Etapa de construcción
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 24 hours
-
-# Desplegar a canal de desarrollo
-deploy_development:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: development
-
-# Desplegar merge requests a canales de prueba
-deploy_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="mr-$CI_MERGE_REQUEST_IID"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - merge_requests
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    url: https://your-app.com/channels/mr-$CI_MERGE_REQUEST_IID
-    on_stop: cleanup_mr
-
-# Limpiar canales de MR cuando se cierra el MR
-cleanup_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli channel delete mr-$CI_MERGE_REQUEST_IID --apikey $CAPGO_TOKEN || true
-  when: manual
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    action: stop
-  only:
-    - merge_requests
-
-# Desplegar a staging
-deploy_staging:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: staging
-
-# Desplegar a producción
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  environment:
-    name: production
-```
-
-### Multi-entorno con aprobación manual
-
-Para despliegues de producción que requieren aprobación manual:
-
-```yaml
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  when: manual
-  environment:
-    name: production
-```
-
-### Estrategia de despliegue basada en ramas
-
-Despliegue diferentes ramas a los canales apropiados automáticamente:
-
-```yaml
-# Despliegue dinámico de canal basado en rama
-deploy:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - |
-      if [ "$CI_COMMIT_REF_NAME" = "main" ]; then
-        CHANNEL="production"
-      elif [ "$CI_COMMIT_REF_NAME" = "develop" ]; then
-        CHANNEL="staging"
-      else
-        CHANNEL="development"
-      fi
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL
-  dependencies:
-    - build
-  environment:
-    name: $CHANNEL
-```
-
-## Mejores prácticas de seguridad
-
-### Variables protegidas
-
-<Steps>
-
-1. **Marcar Variables sensibles**: Siempre marque los tokens de API como protegidos y enmascarados
-2. **Protección de rama**: Usar Variables protegidas para despliegues de producción
-3. **Control de acceso**: Limite el acceso de Variables solo a mantenedores
-4. **Rotación regular**: Rote los tokens de API regularmente
-
-</Steps>
-
-### Configuración segura de pipeline
-
-```yaml
-# Usar variables protegidas para producción
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  only:
-    refs:
-      - main
-    variables:
-      - $CI_COMMIT_REF_PROTECTED == "true"
-```
-
-## Monitoreo y notificaciones
-
-### Integración con Slack
-
-Agregue notificaciones de Slack a su pipeline:
-
-```yaml
-notify_success:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"✅ Despliegue de Capgo exitoso para '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_success
-
-notify_failure:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"❌ Despliegue de Capgo fallido para '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_failure
-```
-
-### Notificaciones por correo electrónico
-
-Configurar notificaciones por correo electrónico en la configuración de su proyecto de GitLab o Usar la API:
-
-```yaml
-notify_email:
-  stage: .post
-  script:
-    - |
-      curl --request POST \
-        --header "PRIVATE-TOKEN: $GITLAB_API_TOKEN" \
-        --form "to=team@yourcompany.com" \
-        --form "subject=Estado de despliegue de Capgo" \
-        --form "body=Despliegue de $CI_COMMIT_REF_NAME completado con estado: $CI_JOB_STATUS" \
-        "https://gitlab.com/api/v4/projects/$CI_PROJECT_ID/emails"
-  when: always
-```
-
-## Solución de problemas
-
-### Problemas comunes
-
-**El pipeline falla con "Capgo CLI no encontrado":**
-```yaml
-# Depurar instalación de CLI
-debug_cli:
-  script:
-    - npm install -g @capgo/cli
-    - which capgo || echo "Capgo CLI no encontrado"
-    - npx @capgo/cli --version
-```
-
-**Errores de autenticación:**
-```yaml
-# Verificar configuración de token
-debug_auth:
-  script:
-    - |
-      if [ -z "$CAPGO_TOKEN" ]; then
-        echo "CAPGO_TOKEN no está configurado"
-        exit 1
-      fi
-      echo "Longitud del token: ${#CAPGO_TOKEN}"
-```
-
-**Artefactos de construcción no encontrados:**
-```yaml
-# Listar salidas de construcción
-debug_build:
-  script:
-    - ls -la dist/
-    - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### Depurar pipeline
-
-Agregue información de depuración para solucionar problemas:
-
-```yaml
-debug:
-  stage: build
-  script:
-    - echo "Rama: $CI_COMMIT_REF_NAME"
-    - echo "Commit: $CI_COMMIT_SHA"
-    - echo "Build: $CI_PIPELINE_ID"
-    - env | grep CI_ | sort
-  only:
-    - branches
-```
-
-## Próximos pasos
-
-- Aprenda sobre [Canales](/docs/live-updates/channels/) para gestionar diferentes entornos de despliegue
-- Explore [Almacenamiento personalizado](/docs/live-updates/custom-storage/) para escenarios de despliegue avanzados
-- Configurar [Cifrado](/docs/live-updates/encryption/) para despliegues seguros
-- Configurar [Comportamiento de actualización](/docs/live-updates/update-behavior/) para personalizar cómo se aplican las actualizaciones
-
-Con la integración de GitLab CI/CD, puede automatizar sus despliegues de Capgo y garantizar actualizaciones consistentes y confiables para los usuarios de su aplicación móvil.
diff --git a/src/content/docs/es/docs/live-updates/integrations/index.mdx b/src/content/docs/es/docs/live-updates/integrations/index.mdx
deleted file mode 100644
index 01dd5a7f5..000000000
--- a/src/content/docs/es/docs/live-updates/integrations/index.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: Integraciones de CI/CD
-locale: es
-description: "Integre las Actualizaciones en Vivo de Capgo con su plataforma de CI/CD favorita para flujos de trabajo de despliegue automatizados."
-sidebar:
-  order: 1
----
-
-import { Aside, LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Automatice su proceso de despliegue de Actualizaciones en Vivo de Capgo integrándose con plataformas populares de CI/CD. Estas integraciones le permiten desplegar automáticamente las actualizaciones de aplicaciones cada vez que realice cambios en el código, probar ramas de características y gestionar múltiples entornos de despliegue.
-
-## Integraciones disponibles
-
-Elija su plataforma de CI/CD para comenzar con despliegues automatizados:
-
-<CardGrid>
-  <LinkCard
-    title="Azure DevOps"
-    description="Integre con Azure DevOps Pipelines para flujos de trabajo automatizados de construcción, pruebas y despliegue."
-    href="/docs/live-Actualizaciones/Integraciones/Azure-devops/"
-  />
-  <LinkCard
-    title="GitLab CI/CD"
-    description="Configurar pipelines de GitLab CI/CD para desplegar automáticamente las actualizaciones de su aplicación con gestión completa de entornos."
-    href="/docs/live-Actualizaciones/Integraciones/GitLab-ci/"
-  />
-  <LinkCard
-    title="GitHub Actions"
-    description="Usar GitHub Actions para automatización poderosa con despliegues multicanal y protección de entorno."
-    href="/docs/live-Actualizaciones/Integraciones/GitHub-actions/"
-  />
-  <LinkCard
-    title="Bitbucket Pipelines"
-    description="Despliegue con Bitbucket Pipelines usando configuraciones simples o avanzadas para múltiples entornos."
-    href="/docs/live-Actualizaciones/Integraciones/Bitbucket-pipeline/"
-  />
-</CardGrid>
-
-## Lo que obtendrá
-
-Todas las guías de integración incluyen:
-
-- **Configuración simple**: Configuración básica para comenzar rápidamente
-- **Flujos de trabajo avanzados**: Despliegues multi-entorno con staging y producción
-- **Prueba de ramas de características**: Despliegue automático de ramas de características a canales de prueba
-- **Mejores prácticas de seguridad**: Gestión segura de secretos y protección de entorno
-- **Monitoreo**: Notificaciones y registro para el estado del despliegue
-
-<Aside type="tip">
-
-**¿Nuevo en CI/CD?** Comience con la configuración simple para su plataforma, luego agregue gradualmente características más avanzadas como despliegues multicanal y pruebas automatizadas a medida que crezcan sus necesidades.
-
-</Aside>
-
-## Características comunes
-
-Cada integración admite:
-
-- **Construcciones automatizadas**: Activar despliegues en cambios de código
-- **Soporte multicanal**: Desplegar a diferentes canales (desarrollo, staging, producción)
-- **Pruebas de Solicitud de extracción/Merge Request**: Probar cambios en entornos aislados
-- **Soporte de cifrado**: Despliegues seguros con la función de cifrado de Capgo
-- **Protección de entorno**: Aprobaciones manuales y acceso restringido para producción
-- **Notificaciones**: Integraciones de Slack, correo electrónico y otras notificaciones
-
-## Requisitos previos
-
-Antes de configurar cualquier integración, asegúrese de tener:
-
-- Una cuenta de Capgo con una aplicación configurada
-- El código fuente de su aplicación en un repositorio Git
-- Un token de API de Capgo desde [console.capgo.app/apikeys](https://console.capgo.app/apikeys)
-- Node.js y npm/yarn configurados en su proyecto
-
-## Documentación relacionada
-
-- [Canales](/docs/live-updates/channels/) - Aprenda cómo gestionar diferentes entornos de despliegue
-- [Cifrado](/docs/live-updates/encryption/) - Asegure sus despliegues con cifrado de extremo a extremo
-- [Comportamiento de actualización](/docs/live-updates/update-behavior/) - Personalice cómo se aplican las actualizaciones a sus aplicaciones
-
-¡Elija su plataforma de CI/CD arriba para comenzar a automatizar sus despliegues de Capgo!
diff --git a/src/content/docs/es/docs/live-updates/rollbacks.mdx b/src/content/docs/es/docs/live-updates/rollbacks.mdx
deleted file mode 100644
index 56c7181a6..000000000
--- a/src/content/docs/es/docs/live-updates/rollbacks.mdx
+++ /dev/null
@@ -1,162 +0,0 @@
----
-title: Reversiones
-description: "Aprende cómo gestionar reversiones en Capgo, permitiéndote revertir a versiones anteriores de la aplicación sin problemas cuando sea necesario."
-sidebar:
-  order: 5
-locale: es
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Mientras que las actualizaciones en vivo de Capgo te permiten entregar mejoras y correcciones rápidamente a tus usuarios, puede haber situaciones en las que necesites revertir a una versión anterior de tu aplicación. Quizás una nueva actualización introdujo un problema crítico inesperado, o tal vez quieres revertir un cambio específico mientras trabajas en una corrección.
-
-Capgo proporciona varias formas de gestionar las compilaciones de un canal y controlar la versión de tu aplicación que los usuarios reciben, incluyendo tanto opciones de reversión manual como mecanismos de seguridad automáticos.
-
-## Protección de Reversión Automática
-
-Capgo incluye un mecanismo de seguridad incorporado para proteger a tus usuarios de actualizaciones rotas. Si ocurre un Error de JavaScript antes de que se llame al método `notifyAppReady()`, el Plugin revertirá automáticamente a la versión anterior que funciona.
-
-### Cómo Funciona la Reversión Automática
-
-Cuando se descarga y aplica una nueva actualización, Capgo espera que tu aplicación llame a `notifyAppReady()` dentro de un período de tiempo configurable para confirmar que la actualización se cargó exitosamente. Este método señala que:
-
-- El Paquete JavaScript se cargó sin errores críticos
-- La funcionalidad principal de tu aplicación está funcionando
-- La actualización es segura de mantener
-
-Si `notifyAppReady()` no se llama debido a un fallo de JavaScript o Error crítico, Capgo:
-
-1. Detectará que la actualización falló al inicializarse correctamente
-2. Revertirá automáticamente al Paquete anterior que funciona
-3. Marcará la actualización problemática como fallida para prevenir que se aplique nuevamente
-
-<Aside type="tip">
-Asegúrate de llamar a `notifyAppReady()` en el código de inicialización de tu aplicación después de que tus componentes principales se hayan cargado exitosamente. Esto asegura que la protección de reversión automática funcione como se pretende.
-</Aside>
-
-```javascript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Llama a esto después de que tu aplicación se haya inicializado exitosamente
-await CapacitorUpdater.notifyAppReady()
-```
-
-Esta protección automática ayuda a asegurar que incluso si accidentalmente envías una actualización rota, tus usuarios no quedarán atascados con una aplicación no funcional.
-
-### Configurar el Tiempo de Espera
-
-Puedes configurar cuánto tiempo espera Capgo a que se llame `notifyAppReady()` estableciendo el `appReadyTimeout` en tu configuración de Capacitor:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 10000
-    }
-  }
-}
-```
-
-El valor de `appReadyTimeout` se especifica en milisegundos. El tiempo de espera predeterminado es típicamente 10 segundos, pero puedes ajustarlo según los requisitos de inicialización de tu aplicación. Si tu aplicación tarda más en cargar debido a procesos de inicialización complejos, podrías querer aumentar este valor.
-
-## Revertir a un Paquete Anterior
-
-Cada vez que subes una nueva compilación y la asignas a un canal, Capgo mantiene un historial de esas compilaciones. Si necesitas revertir una actualización específica, puedes seleccionar una de estas compilaciones anteriores para volver a implementar en el canal.
-
-![Interfaz de reversión](/rollback_ui.webp)
-
-La forma principal de revertir es a través de la interfaz de reversión, que se encuentra en la 4ta pestaña (Historial) cuando visualizas un canal en el Panel de Capgo. Esta pestaña proporciona una vista completa de todas las compilaciones disponibles para el canal, permitiéndote seleccionar y revertir fácilmente a cualquier versión anterior.
-
-Para revertir usando la pestaña Historial:
-
-<Steps>
-
-1. Inicia sesión en el [Panel de Capgo](https://app.capgo.io).
-
-2. Navega a la sección "Canales".
-
-3. Haz clic en el nombre del canal que quieres revertir.
-
-4. Ve a la 4ta pestaña (Historial) en la vista del canal.
-
-5. Encuentra la compilación a la que quieres revertir en el historial de compilaciones.
-
-6. Selecciona esa compilación para hacerla la compilación activa para el canal.
-
-7. Confirma que quieres revertir a esta compilación.
-
-</Steps>
-
-### Método Alternativo: Usar el Ícono de Corona
-
-Como segunda forma, también puedes revertir directamente desde la primera pestaña haciendo clic en el ícono de corona junto a cualquier compilación en el historial de compilaciones del canal:
-
-<Steps>
-
-1. En la primera pestaña de la vista del canal, encuentra la compilación a la que quieres revertir.
-2. Haz clic en el ícono de corona junto a esa compilación para hacerla la compilación activa para el canal. ![Opciones de gestión de canal](/select_bundle.webp)
-3. Confirma que quieres revertir a esta compilación.
-
-</Steps>
-
-<Aside type="note">
-Revertir a una compilación anterior solo afecta al canal seleccionado. Si tienes múltiples canales (por ejemplo, Production, Staging, etc.), necesitarás repetir el proceso de reversión para cada canal afectado.
-</Aside>
-
-Después de revertir, los dispositivos configurados para escuchar el canal actualizado recibirán la compilación anterior la próxima vez que verifiquen una actualización. La compilación revertida se tratará como una nueva actualización, por lo que se aplican el flujo y condiciones de actualización usuales.
-
-## Desvincular un Canal
-
-Si quieres detener temporalmente las actualizaciones en un canal mientras investigas un problema, puedes desvincular el canal de su compilación actual.
-
-Para desvincular un canal:
-
-<Steps>
-1. Navega al canal en el Panel de Capgo.
-
-2. Haz clic en el botón "Unlink" junto a la compilación actual.
-
-3. Confirma que quieres desvincular el canal.
-
-</Steps>
-
-Una vez que un canal está desvinculado, no distribuirá ninguna nueva actualización. Los dispositivos configurados para ese canal permanecerán en su compilación actual hasta que el canal se vincule a una compilación nuevamente.
-
-Esto es útil si has identificado un problema con una actualización pero aún no estás seguro de a qué compilación quieres revertir. Desvincular el canal te da tiempo para investigar sin enviar más actualizaciones.
-
-## Forzar el Paquete Incorporado
-
-En situaciones más severas, podrías querer revertir todos los dispositivos en un canal de vuelta a la compilación web que originalmente se empaquetó con el binario nativo de tu aplicación. Esto se conoce como el "Paquete incorporado".
-
-Para forzar el Paquete incorporado en un canal:
-
-<Steps>
-
-1. Navega al canal en el Panel de Capgo.
-
-2. Haz clic en el botón "Built-in Paquete".
-
-3. Confirma que quieres forzar el Paquete incorporado.
-
-</Steps>
-
-Cuando fuerzas el Paquete incorporado, todos los dispositivos configurados para ese canal revertirán de vuelta a la compilación web empaquetada original en su próxima verificación de actualización. Esto sucede independientemente de en qué compilación estén actualmente.
-
-Esta es una opción de reversión más agresiva que revertir a una compilación anterior específica, ya que descarta todas las actualizaciones en vivo lanzadas desde que la aplicación se publicó por última vez en las tiendas de aplicaciones.
-
-<Aside type="caution">
-Ten cuidado al forzar el Paquete incorporado, ya que afectará a todos los dispositivos en el canal. Asegúrate de haber considerado el impacto y tener un plan para avanzar antes de tomar esta acción.
-</Aside>
-
-## Monitorear y Responder a Problemas
-
-Para detectar problemas rápidamente y minimizar el impacto de actualizaciones problemáticas, es importante tener un plan para monitorear tus lanzamientos y responder a problemas.
-
-Algunas estrategias incluyen:
-
-- Monitorear reportes de fallas y comentarios de usuarios inmediatamente después de lanzar una actualización
-- Usar lanzamientos escalonados o un sistema de canales por etapas para probar actualizaciones en un grupo más pequeño antes del lanzamiento amplio
-- Tener un proceso de decisión claro para cuándo revertir, desvincular o forzar el Paquete incorporado, y quién tiene la autoridad para hacerlo
-- Comunicar a los usuarios sobre el problema y la resolución, si es apropiado
-
-Al combinar un monitoreo cuidadoso con la capacidad de gestionar rápidamente actualizaciones problemáticas, puedes entregar una experiencia de aplicación en mejora continua mientras minimizas interrupciones para tus usuarios.
diff --git a/src/content/docs/es/docs/live-updates/update-behavior.mdx b/src/content/docs/es/docs/live-updates/update-behavior.mdx
deleted file mode 100644
index e31bbc4b9..000000000
--- a/src/content/docs/es/docs/live-updates/update-behavior.mdx
+++ /dev/null
@@ -1,170 +0,0 @@
----
-title: Comportamiento de Actualización
-sidebar:
-  order: 3
-locale: es
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Cuando lanzas una actualización de tu aplicación Capgo, probablemente quieres que tus usuarios reciban esa actualización lo antes posible. Pero también no quieres interrumpir su experiencia forzándolos a esperar una descarga o reiniciar la aplicación en medio de una sesión.
-
-El comportamiento de actualización de Capgo está diseñado para lograr un equilibrio entre entregar actualizaciones rápidamente y minimizar la interrupción para tus usuarios.
-
-## Flujo de Actualización Predeterminado
-
-Por defecto, así es como Capgo maneja las actualizaciones de la aplicación:
-
-<Steps>
-
-1. Al iniciar la aplicación, el Plugin de Capgo verifica si hay una nueva actualización disponible
-
-2. Si se encuentra una actualización, se descarga en segundo plano mientras el usuario continúa usando la versión actual de la aplicación
-
-3. Una vez que se completa la descarga, Capgo espera a que el usuario envíe la aplicación a segundo plano o la cierre por completo
-
-4. Cuando el usuario vuelva a iniciar la aplicación, estará ejecutando la versión actualizada
-
-</Steps>
-
-Este flujo asegura que los usuarios siempre estén ejecutando la última versión de tu aplicación, sin ser interrumpidos por avisos de actualización o forzados a esperar descargas.
-
-<Aside type="tip">
-Capgo también busca actualizaciones cuando la aplicación se reanuda desde segundo plano, por lo que los usuarios recibirán actualizaciones incluso si no cierran completamente la aplicación
-</Aside>
-
-## ¿Por qué Este Enfoque?
-
-Aplicar actualizaciones en un evento de segundo plano o cierre tiene varios beneficios clave para la experiencia del usuario:
-
-- Los usuarios no son interrumpidos por avisos de actualización ni forzados a esperar descargas en medio de una sesión
-
-- Las actualizaciones se aplican sin problemas entre sesiones, por lo que la experiencia de iniciar la aplicación siempre es nueva
-
-- Puedes entregar actualizaciones frecuentemente sin preocuparte por interrumpir a los usuarios activos
-
-La principal desventaja es que si un usuario envía a segundo plano y reanuda rápidamente tu aplicación, puede perder cualquier estado no guardado ya que la actualización se aplicó entre esas acciones.
-
-Para mitigar esto, recomendamos:
-
-- Guardar el estado frecuentemente y restaurarlo correctamente cuando la aplicación se reanude
-
-- Evitar actualizaciones muy frecuentes que modifiquen grandes partes del estado de la aplicación
-
-- Considerar personalizar el comportamiento de actualización para flujos sensibles (ver abajo)
-
-## Personalizando Cuándo se Aplican las Actualizaciones
-
-En algunos casos, es posible que desees más control sobre exactamente cuándo se aplica una actualización. Por ejemplo, podrías querer asegurarte de que un usuario Completo un flujo en progreso antes de actualizar, o coordinar una actualización de la aplicación con un cambio del lado del servidor.
-
-Capgo proporciona una función `setDelay` que te permite especificar condiciones que deben cumplirse antes de que se instale una actualización:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'date',
-      value: '2023-06-01T00:00:00.000Z',
-    },
-    {
-      kind: 'background',
-      value: '60000',
-    },
-  ],
-});
-```
-
-Este ejemplo retrasaría la instalación de una actualización hasta después del 1 de junio de 2023 Y la aplicación haya estado en segundo plano durante al menos 60 segundos.
-
-Las condiciones de retraso disponibles son:
-
-- `date`: Esperar hasta después de una fecha/hora específica para aplicar la actualización
-- `background`: Esperar una duración mínima después de que la aplicación esté en segundo plano para aplicar la actualización
-- `nativeVersion`: Esperar a que se instale un binario nativo con una versión mínima antes de aplicar la actualización
-- `kill`: Esperar hasta el próximo evento de cierre de la aplicación para aplicar la actualización
-
-Puedes mezclar y combinar estas condiciones para controlar precisamente cuándo se instala una actualización.
-
-<Aside type="danger">
-Ten en cuenta que la condición `kill` actualmente activa la actualización después del primer evento de cierre, no el próximo evento de segundo plano como las otras condiciones. Esta inconsistencia se corregirá en una versión futura
-</Aside>
-
-## Aplicando Actualizaciones Inmediatamente
-
-Para actualizaciones críticas o aplicaciones con estado muy simple, es posible que desees aplicar una actualización tan pronto como se descargue, sin esperar un evento de segundo plano o cierre. Capgo admite esto a través de la opción de configuración `directUpdate`.
-
-<Aside type="tip" title="Recomendado: Usar Delta Actualizaciones con Direct Actualizar">
-Al usar `directUpdate`, **recomendamos encarecidamente** habilitar [Delta Updates](/docs/live-updates/differentials/) para minimizar los tiempos de descarga y mejorar la experiencia del usuario. Las Delta Actualizaciones solo descargan archivos modificados en lugar del Paquete completo, lo cual es especialmente importante cuando las actualizaciones se aplican inmediatamente mientras los usuarios están usando activamente tu aplicación.
-
-**Por qué esto es importante para Direct Actualizaciones:**
-- **Actualizaciones más rápidas**: Descargas más pequeñas significan que las actualizaciones se completan rápidamente, reduciendo el tiempo en que los usuarios ven pantallas de carga
-- **Mejor experiencia móvil**: Los usuarios en redes celulares o conexiones más lentas no enfrentarán largos tiempos de espera
-- **Menor uso de ancho de banda**: Solo se descargan archivos modificados, ahorrando datos tanto para ti como para tus usuarios
-
-Para habilitar Delta Actualizaciones, simplemente usa el flag `--partial` al subir Paquetes:
-```shell
-npx @capgo/cli@latest bundle upload --partial
-```
-
-Aprende más en la [documentación de Delta Updates](/docs/live-updates/differentials/).
-</Aside>
-
-`directUpdate` se establece en tu archivo `capacitor.config.ts`, no en código JavaScript:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: true,
-      keepUrlPathAfterReload: true,
-    },
-  },
-};
-
-export default config;
-```
-
-Con `directUpdate` habilitado, Capgo aplicará inmediatamente una actualización tan pronto como se Completo la descarga, incluso si el usuario está usando activamente la aplicación.
-
-Ten en cuenta que debido a que `directUpdate` es una configuración nativa, requiere un manejo adicional en tu código JavaScript.
-
-Cuando uses `directUpdate`, necesitas escuchar el evento `appReady` y ocultar la pantalla de inicio de tu aplicación en respuesta:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { SplashScreen } from '@capacitor/splash-screen';
-
-CapacitorUpdater.addListener('appReady', () => {
-  // Ocultar pantalla de inicio
-  SplashScreen.hide();
-});
-
-CapacitorUpdater.notifyAppReady();
-```
-
-El evento `appReady` se dispara una vez que la aplicación ha terminado de inicializarse y aplicar cualquier actualización pendiente. Este es el punto en el que es seguro mostrar la interfaz de usuario de tu aplicación, ya que asegura que el usuario verá la última versión.
-
-Además de manejar el evento `appReady`, recomendamos establecer la opción de configuración `keepUrlPathAfterReload` en `true` cuando se Usar `directUpdate`. Esto preserva la ruta URL actual cuando la aplicación se recarga debido a una actualización, ayudando a mantener la ubicación del usuario en la aplicación y reduciendo la desorientación.
-
-Si no manejas el evento `appReady` y estableces `keepUrlPathAfterReload` cuando uses `directUpdate`, el usuario puede ver brevemente una versión obsoleta de la aplicación, ser llevado de vuelta a la ruta inicial, o ver un parpadeo mientras se aplica la actualización.
-
-Usar `directUpdate` puede ser útil para entregar correcciones de errores críticos o parches de seguridad, pero viene con algunos compromisos:
-
-- El usuario puede ver un breve parpadeo o estado de carga mientras se aplica la actualización si no manejas correctamente el evento `appReady`
-- Si la actualización modifica el estado o la interfaz de usuario de la aplicación, el usuario puede ver un cambio disruptivo en medio de una sesión
-- La ubicación del usuario en la aplicación puede perderse si `keepUrlPathAfterReload` no está establecido, potencialmente desorientándolo
-- Necesitarás manejar cuidadosamente el guardado y restauración del estado para asegurar una transición suave
-
-Si habilitas `directUpdate`, recomendamos:
-
-- Manejar el evento `appReady` para controlar cuándo se muestra la interfaz de usuario de tu aplicación
-- Establecer `keepUrlPathAfterReload` en `true` para preservar la ubicación del usuario en la aplicación
-- Guardar y restaurar el estado de la aplicación según sea necesario para evitar perder el progreso del usuario
-- Probar exhaustivamente el comportamiento de actualización de tu aplicación para asegurar que no haya transiciones bruscas, pérdida de estado o cambios de ubicación desorientadores
-
-En la mayoría de los casos, el comportamiento de actualización predeterminado proporciona el mejor equilibrio entre entregar actualizaciones rápidamente y minimizar la interrupción. Pero para aplicaciones con necesidades específicas, Capgo proporciona la flexibilidad para personalizar cuándo y cómo se aplican las actualizaciones.
diff --git a/src/content/docs/es/docs/live-updates/update-types.mdx b/src/content/docs/es/docs/live-updates/update-types.mdx
deleted file mode 100644
index 2b2cfaa4c..000000000
--- a/src/content/docs/es/docs/live-updates/update-types.mdx
+++ /dev/null
@@ -1,123 +0,0 @@
----
-title: Tipos de Actualización
-description: >-
-  Una referencia completa de todos los tipos de actualización OTA que
-  proporciona Capgo: momento de aplicación, condiciones de retraso, bloqueo de
-  versiones y métodos de entrega.
-sidebar:
-  order: 2
-locale: es
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo admite varios tipos de actualizaciones por aire (OTA). Esta página enumera y explica todos ellos para que puedas elegir la combinación adecuada para tu aplicación.
-
-## Momento de Aplicación
-
-Controla **cuándo** se aplica una actualización después de ser descargada.
-
-| Tipo | Descripción | Caso de Uso |
-|------|-------------|----------|
-| **Predeterminado** | Descargar en segundo plano, aplicar cuando el usuario pone la app en segundo plano o la cierra | La mayoría de las apps; mínima interrupción |
-| **directUpdate: `atInstall`** | Aplicar inmediatamente solo en instalación nueva o actualización desde la tienda de apps | Los nuevos usuarios obtienen la última versión; los usuarios existentes usan el flujo predeterminado |
-| **directUpdate: `onLaunch`** | Aplicar inmediatamente en instalación, actualización de tienda o después de cerrar la app | Balance entre frescura y estabilidad de sesión |
-| **directUpdate: `always`** | Aplicar inmediatamente cuando se descarga una actualización (incluso al reanudar) | Correcciones críticas, apps con estado simple |
-
-Configurar en `capacitor.config.ts`:
-
-```typescript
-plugins: {
-  CapacitorUpdater: {
-    directUpdate: false, // default
-    // or: 'atInstall' | 'onLaunch' | 'always'
-  }
-}
-```
-
-<Aside type="tip">
-Para detalles completos y manejo de pantalla de inicio, consulta [Comportamiento de Actualización](/docs/live-updates/update-behavior/).
-</Aside>
-
-## Condiciones de Retraso
-
-Condiciones que deben cumplirse **antes** de que se instale una actualización. Usa `setMultiDelay` para combinarlas (todas las condiciones deben satisfacerse).
-
-| Condición | Descripción | Ejemplo |
-|-----------|-------------|---------|
-| **date** | Esperar hasta después de una fecha/hora específica | Coordinar con lanzamiento del lado del servidor |
-| **background** | Esperar una duración mínima (ms) después de que la app pase a segundo plano | Evitar aplicar durante cambios rápidos de app |
-| **nativeVersion** | Requerir una versión binaria nativa mínima | Bloquear actualizaciones en código nativo incompatible |
-| **kill** | Esperar hasta el siguiente evento de cierre de app | Aplicar solo en reinicio completo |
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    { kind: 'date', value: '2023-06-01T00:00:00.000Z' },
-    { kind: 'background', value: '60000' },
-  ],
-});
-```
-
-<Aside type="danger">
-La condición `kill` se activa después del primer evento de cierre, no en el siguiente segundo plano como las demás. Esto se corregirá en una versión futura.
-</Aside>
-
-## Bloqueo de Versiones (Política de Canal)
-
-Controla qué **actualizaciones semver** entregará automáticamente un canal. Se configura mediante `--disable-auto-update` en los canales.
-
-| Estrategia | Bloquea | Permite | Caso de Uso |
-|----------|--------|--------|----------|
-| **none** | Nada | Todas las actualizaciones | Predeterminado; actualización automática completa |
-| **major** | 0.0.0 → 1.0.0 | Mismo major (ej. 1.x → 1.y) | Prevenir cambios incompatibles en versiones nativas antiguas |
-| **minor** | 0.0.0 → 1.1.0, 1.1.0 → 1.2.0 | Mismo minor (ej. 1.2.x → 1.2.y) | Control más estricto dentro del major |
-| **patch** | Cualquier cambio excepto incremento de patch | Solo 0.0.311 → 0.0.314 | Muy estricto; solo actualizaciones de patch |
-| **metadata** | Actualizaciones sin `min_update_version` | Actualizaciones con metadatos de compatibilidad explícitos | Reglas de compatibilidad personalizadas por bundle |
-
-```bash
-npx @capgo/cli channel set production --disable-auto-update major
-```
-
-<Aside type="caution">
-`patch` y `metadata` requieren configuración cuidadosa. Consulta [comandos CLI](/docs/cli/commands/#disable-updates-strategy) y [Segmentación de Versiones](/docs/live-updates/version-targeting/) para más detalles.
-</Aside>
-
-## Tipos de Entrega
-
-Cómo se **transfiere el bundle** al dispositivo.
-
-| Tipo | Descripción | Cuándo Usar |
-|------|-------------|-------------|
-| **Bundle completo** | Se descarga el bundle JS completo | Primera instalación, cambios grandes o cuando delta no está disponible |
-| **Delta (manifest)** | Solo se descargan los archivos modificados | La mayoría de las actualizaciones; más rápido y amigable con el ancho de banda |
-
-```bash
-# Bundle completo (predeterminado)
-npx @capgo/cli bundle upload --channel production
-
-# Actualizaciones delta
-npx @capgo/cli bundle upload --channel production --delta
-```
-
-<Aside type="tip">
-Cuando uses `directUpdate`, habilita [Actualizaciones Delta](/docs/live-updates/differentials/) para minimizar el tiempo de descarga y mejorar la UX.
-</Aside>
-
-## Referencia Rápida
-
-| Categoría | Tipos |
-|----------|-------|
-| **Momento de aplicación** | Predeterminado, `atInstall`, `onLaunch`, `always` |
-| **Condiciones de retraso** | `date`, `background`, `nativeVersion`, `kill` |
-| **Bloqueo de versiones** | `none`, `major`, `minor`, `patch`, `metadata` |
-| **Entrega** | Bundle completo, Delta (manifest) |
-
-## Relacionado
-
-- [Comportamiento de Actualización](/docs/live-updates/update-behavior/) — Configurar momento de aplicación y retrasos
-- [Segmentación de Versiones](/docs/live-updates/version-targeting/) — Enrutamiento de versiones basado en canales
-- [Actualizaciones Delta (manifest)](/docs/live-updates/differentials/) — Habilitar descargas parciales
-- [Canales](/docs/live-updates/channels/) — Configuración y precedencia de canales
diff --git a/src/content/docs/es/docs/live-updates/version-targeting.mdx b/src/content/docs/es/docs/live-updates/version-targeting.mdx
deleted file mode 100644
index 2859d57ed..000000000
--- a/src/content/docs/es/docs/live-updates/version-targeting.mdx
+++ /dev/null
@@ -1,617 +0,0 @@
----
-title: Targeting de Versiones
-description: >-
-  Entregue automáticamente actualizaciones compatibles a los usuarios en función
-  de su versión de aplicación nativa
-sidebar:
-  order: 7
-locale: es
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Esta guía explica cómo entregar automáticamente el último bundle compatible a los usuarios en función de su versión de aplicación nativa, **similar al enfoque de Ionic AppFlow**. Esto garantiza una gestión simplificada de actualizaciones y lanzamientos más rápidos mientras se evitan problemas de compatibilidad.
-
-<Aside type="tip" title="¿Migrando desde Ionic AppFlow?">
-  Si está migrando desde Ionic AppFlow, esta guía es especialmente importante para usted. AppFlow asociaba automáticamente las actualizaciones con versiones nativas, y Capgo proporciona la misma capacidad con aún más control y flexibilidad. Consulte la [Guía de migración de AppFlow](/docs/upgrade/from-appflow-to-capgo) para obtener instrucciones paso a paso sobre la migración.
-</Aside>
-
-## Descripción General
-
-El sistema de targeting de versiones de Capgo le permite:
-
-- **Entregar automáticamente actualizaciones compatibles** a los usuarios en función de su versión de aplicación nativa
-- **Prevenir cambios bruscos** de llegar a versiones de aplicación incompatibles
-- **Gestionar múltiples versiones de aplicaciones** simultáneamente sin lógica compleja
-- **Lanzar actualizaciones sin problemas** para segmentos específicos de usuarios
-
-### Por Qué el Targeting de Versiones es Importante (Especialmente para Usuarios de AppFlow)
-
-Si está familiarizado con **Ionic AppFlow**, sabe lo crítico que es asegurar que los usuarios reciban solo actualizaciones compatibles. AppFlow asociaba automáticamente bundles de actualización en vivo con versiones de aplicaciones nativas, evitando que JavaScript incompatible se entregara a código nativo más antiguo.
-
-**Capgo proporciona las mismas garantías de seguridad**, con características adicionales:
-- Control más granular sobre la coincidencia de versiones
-- Múltiples estrategias (canales, semver, restricciones nativas)
-- Mejor visibilidad en la distribución de versiones
-- Control de API y CLI junto con administración de panel
-
-Este enfoque es particularmente útil cuando:
-- Tiene usuarios en diferentes versiones principales de su aplicación (p. ej., v1.x, v2.x, v3.x)
-- Necesita mantener compatibilidad con versiones anteriores mientras implementa cambios bruscos
-- Desea evitar que bundles más nuevos rompan código nativo más antiguo
-- Está migrando gradualmente a los usuarios de una versión a otra
-- **Está migrando desde AppFlow** y desea mantener la misma seguridad de actualización
-
-## Cómo Funciona
-
-Capgo utiliza un enfoque de múltiples capas para hacer coincidir a los usuarios con actualizaciones compatibles:
-
-1. **Restricciones de Versión Nativa**: Evite que los bundles se entreguen a versiones nativas incompatibles
-2. **Enrutamiento Basado en Canales**: Enrute diferentes versiones de aplicaciones a diferentes canales de actualización
-3. **Controles de Versión Semántica**: Bloquee automáticamente actualizaciones a través de límites principales/menores/parche
-4. **Anulaciones a Nivel de Dispositivo**: Usuarios específicos de destino o grupos de usuarios
-
-### Flujo de Coincidencia de Versiones
-
-```mermaid
-graph TD
-    A[User Opens App] --> B{Check Device Override}
-    B -->|Override Set| C[Use Override Channel]
-    B -->|No Override| D{Check defaultChannel in App}
-    D -->|Has defaultChannel| E[Use App's defaultChannel]
-    D -->|No defaultChannel| F[Use Cloud Default Channel]
-    C --> G{Check Version Constraints}
-    E --> G
-    F --> G
-    G -->|Compatible| H[Deliver Update]
-    G -->|Incompatible| I[Skip Update]
-```
-
-## Estrategia 1: Enrutamiento de Versiones Basado en Canales
-
-Este es el **enfoque recomendado** para gestionar cambios bruscos y actualizaciones de versiones principales. Es similar al modelo de entrega de AppFlow.
-
-### Escenario de Ejemplo
-
-- **App v1.x** (100.000 usuarios) → canal `production`
-- **App v2.x** (50.000 usuarios con cambios bruscos) → canal `v2`
-- **App v3.x** (10.000 usuarios beta) → canal `v3`
-
-### Implementación
-
-#### Paso 1: Configurar Canales para Cada Versión Principal
-
-```typescript
-// capacitor.config.ts para compilaciones de versión 1.x
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production', // u omitir para predeterminado
-    }
-  }
-};
-
-export default config;
-```
-
-```typescript
-// capacitor.config.ts para compilaciones de versión 2.x
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // Enruta a los usuarios de v2 automáticamente
-    }
-  }
-};
-```
-
-```typescript
-// capacitor.config.ts para compilaciones de versión 3.x
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v3', // Enruta a los usuarios de v3 automáticamente
-    }
-  }
-};
-```
-
-#### Paso 2: Crear Canales
-
-```bash
-# Crear canales para cada versión principal
-npx @capgo/cli channel create production
-npx @capgo/cli channel create v2
-npx @capgo/cli channel create v3
-
-# Habilitar la asignación automática para que las aplicaciones cambien de canal
-npx @capgo/cli channel set production --self-assign
-npx @capgo/cli channel set v2 --self-assign
-npx @capgo/cli channel set v3 --self-assign
-```
-
-#### Paso 3: Cargar Bundles Específicos de Versión
-
-```bash
-# Para usuarios de v1.x (desde rama v1-maintenance)
-git checkout v1-maintenance
-npm run build
-npx @capgo/cli bundle upload --channel production
-
-# Para usuarios de v2.x (desde rama v2-maintenance o main)
-git checkout main
-npm run build
-npx @capgo/cli bundle upload --channel v2
-
-# Para usuarios de v3.x (desde rama beta/v3)
-git checkout beta
-npm run build
-npx @capgo/cli bundle upload --channel v3
-```
-
-<Aside type="tip" title="Enrutamiento Automático">
-  Cuando los usuarios abren la aplicación, se conectan automáticamente a su canal designado en función del `defaultChannel` en su bundle de aplicación instalado. ¡No se requieren cambios de código JavaScript!
-</Aside>
-
-### Beneficios
-
-- **Cero cambios de código** - El enrutamiento de canales ocurre automáticamente
-- **Separación clara** - Cada versión tiene su propio pipeline de actualización
-- **Targeting flexible** - Empuje actualizaciones a grupos de versiones específicos
-- **Lanzamientos seguros** - Los cambios bruscos nunca llegan a versiones incompatibles
-
-## Estrategia 2: Controles de Versión Semántica
-
-Utilice los controles de versión semántica integrados de Capgo para evitar actualizaciones a través de límites de versión.
-
-### Deshabilitar Auto-Actualización a Través de Versiones Principales
-
-```bash
-# Crear un canal que bloquee actualizaciones de versión principal
-npx @capgo/cli channel create stable --disable-auto-update major
-```
-
-Esta configuración significa:
-- Los usuarios en la versión de aplicación **1.2.3** recibirán actualizaciones hasta **1.9.9**
-- Los usuarios **NO** recibirán la versión **2.0.0** automáticamente
-- Evita que cambios bruscos lleguen a código nativo más antiguo
-
-### Opciones de Control Granular
-
-```bash
-# Bloquear actualizaciones de versión menor (1.2.x no obtendrá 1.3.0)
-npx @capgo/cli channel set stable --disable-auto-update minor
-
-# Bloquear actualizaciones de parche (1.2.3 no obtendrá 1.2.4)
-npx @capgo/cli channel set stable --disable-auto-update patch
-
-# Permitir todas las actualizaciones
-npx @capgo/cli channel set stable --disable-auto-update none
-```
-
-<Aside type="caution" title="Versión Semántica Requerida">
-  Esta estrategia solo funciona si sigue versión semántica (semver) para sus versiones de aplicación. Asegúrese de que sus números de versión sigan el formato `MAJOR.MINOR.PATCH`.
-</Aside>
-
-## Estrategia 3: Restricciones de Versión Nativa
-
-Especifique requisitos de versión nativa mínimos para los bundles para evitar la entrega a dispositivos incompatibles.
-
-### Usando Condición de Retraso de nativeVersion
-
-Al cargar un bundle, puede especificar una versión nativa mínima:
-
-```bash
-# Este bundle requiere versión nativa 2.0.0 o superior
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "2.0.0"
-```
-
-<Aside type="note" title="Cómo Funciona">
-  Los dispositivos en la versión nativa 1.x NO recibirán este bundle. Solo los dispositivos en 2.0.0+ lo obtendrán. Esto es perfecto para actualizaciones que requieren nuevas APIs o complementos nativos.
-</Aside>
-
-### Casos de Uso
-
-1. **Nuevo Complemento Nativo Requerido**
-   ```bash
-   # El bundle necesita complemento de cámara añadido en v2.0.0
-   npx @capgo/cli bundle upload --native-version "2.0.0"
-   ```
-
-2. **Cambios de API Nativa de Ruptura**
-   ```bash
-   # El bundle utiliza nuevas APIs de Capacitor 6
-   npx @capgo/cli bundle upload --native-version "3.0.0"
-   ```
-
-3. **Migración Gradual**
-   ```bash
-   # Pruebe bundle solo en la última versión nativa
-   npx @capgo/cli bundle upload \
-     --channel beta \
-     --native-version "2.5.0"
-   ```
-
-## Estrategia 4: Prevención de Degradación Automática
-
-Evite que los usuarios reciban bundles más antiguos que su versión nativa actual.
-
-### Habilitar en Configuración de Canal
-
-En el panel de control de Capgo:
-1. Vaya a **Canales** → Seleccione su canal
-2. Habilite **"Deshabilitar degradación automática bajo nativa"**
-3. Guardar cambios
-
-O a través de CLI:
-```bash
-npx @capgo/cli channel set production --disable-downgrade
-```
-
-### Ejemplo
-
-- Versión del dispositivo del usuario: Versión nativa **1.2.5**
-- Bundle de canal: Versión **1.2.3**
-- **Resultado**: La actualización se bloquea (sería una degradación)
-
-Esto es útil cuando:
-- Los usuarios instalaron manualmente una versión más nueva desde la tienda de aplicaciones
-- Necesita asegurar que los usuarios siempre tengan los últimos parches de seguridad
-- Desea evitar errores de regresión
-
-## Estrategia 5: Targeting a Nivel de Dispositivo
-
-Anule la asignación de canal para dispositivos específicos o grupos de usuarios.
-
-### Forzar Versión Específica para Pruebas
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Forzar a los probadores beta a usar el canal v3
-async function assignBetaTesters() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-
-  // Verificar si el usuario es probador beta
-  if (isBetaTester(userId)) {
-    await CapacitorUpdater.setChannel({ channel: 'v3' })
-  }
-}
-```
-
-### Anulación de Dispositivo de Panel
-
-En el panel de control de Capgo:
-1. Vaya a **Dispositivos** → Busque dispositivo
-2. Haga clic en **Establecer canal** o **Establecer versión**
-3. Anule con canal o versión de bundle específico
-4. El dispositivo recibirá actualizaciones de la fuente anulada
-
-<Aside type="tip" title="Prueba de Actualizaciones">
-  Utilice anulaciones de dispositivos para probar actualizaciones en su propio dispositivo antes de implementar para todos los usuarios.
-</Aside>
-
-## Flujo de Trabajo Completo en Estilo AppFlow
-
-Aquí hay un ejemplo completo que combina todas las estrategias:
-
-### 1. Configuración Inicial (App v1.0.0)
-
-```bash
-# Crear canal de producción con controles semver
-npx @capgo/cli channel create production \
-  --disable-auto-update major \
-  --disable-downgrade
-```
-
-```typescript
-// capacitor.config.ts
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production',
-    }
-  }
-};
-```
-
-### 2. Lanzar Cambio Brusco (App v2.0.0)
-
-```bash
-# Crear canal v2 para nueva versión
-npx @capgo/cli channel create v2 \
-  --disable-auto-update major \
-  --disable-downgrade \
-  --self-assign
-
-# Crear rama git para mantenimiento v1
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-```
-
-```typescript
-// capacitor.config.ts para v2.0.0
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // Los nuevos usuarios obtienen el canal v2
-    }
-  }
-};
-```
-
-### 3. Empujar Actualizaciones a Ambas Versiones
-
-```bash
-# Actualizar usuarios de v1.x (corrección de error)
-git checkout v1-maintenance
-# Hacer cambios
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "1.0.0"
-
-# Actualizar usuarios de v2.x (nueva característica)
-git checkout main
-# Hacer cambios
-npx @capgo/cli bundle upload \
-  --channel v2 \
-  --native-version "2.0.0"
-```
-
-### 4. Monitorear Distribución de Versiones
-
-Utilice el panel de control de Capgo para rastrear:
-- Cuántos usuarios están en v1 vs v2
-- Tasas de adopción de bundles por versión
-- Errores o fallos por versión
-
-### 5. Deprecar Versión Anterior
-
-Una vez que el uso de v1 cae por debajo del umbral:
-
-```bash
-# Deja de cargar en el canal de producción
-# Opcional: Eliminar rama de mantenimiento v1
-git branch -d v1-maintenance
-
-# Mover todos los usuarios restantes al predeterminado
-# (Necesitarán actualizar a través de la tienda de aplicaciones)
-```
-
-## Precedencia de Canal
-
-Cuando existen múltiples configuraciones de canal, Capgo utiliza este orden de precedencia:
-
-1. **Anulación de dispositivo** (Panel o API) - Mayor prioridad
-2. **Anulación de nube** a través de llamada `setChannel()`
-3. **defaultChannel** en capacitor.config.ts
-4. **Canal predeterminado** (Configuración en la nube) - Menor prioridad
-
-<Aside type="note" title="Ejemplo de Precedencia">
-  Si la aplicación de un usuario tiene `defaultChannel: 'v2'` pero anula su dispositivo a `'beta'` en el panel, recibirá actualizaciones del canal `'beta'`.
-</Aside>
-
-## Mejores Prácticas
-
-### 1. Siempre Establecer defaultChannel para Versiones Principales
-
-```typescript
-// ✅ Bien: Cada versión principal tiene canal explícito
-// v1.x → production
-// v2.x → v2
-// v3.x → v3
-
-// ❌ Mal: Depender del cambio de canal dinámico
-// Todas las versiones → production, cambiar manualmente
-```
-
-### 2. Usar Versión Semántica
-
-```bash
-# ✅ Bien
-1.0.0 → 1.0.1 → 1.1.0 → 2.0.0
-
-# ❌ Mal
-1.0 → 1.1 → 2 → 2.5
-```
-
-### 3. Mantener Ramas Separadas
-
-```bash
-# ✅ Bien: Ramas separadas por versión principal
-main (v3.x)
-v2-maintenance (v2.x)
-v1-maintenance (v1.x)
-
-# ❌ Mal: Rama única para todas las versiones
-```
-
-### 4. Probar Antes del Lanzamiento
-
-```bash
-# Probar primero en canal beta
-npx @capgo/cli bundle upload --channel beta
-
-# Monitorear problemas, luego promover a producción
-npx @capgo/cli bundle upload --channel production
-```
-
-### 5. Monitorear Distribución de Versiones
-
-Verifique regularmente su panel:
-- ¿Están los usuarios actualizando a versiones nativas más nuevas?
-- ¿Las versiones antiguas aún reciben mucho tráfico?
-- ¿Debería deprecar canales antiguos?
-
-## Comparación con Ionic AppFlow
-
-Para equipos que migran desde **Ionic AppFlow**, aquí hay una comparación del targeting de versiones de Capgo:
-
-| Característica | Ionic AppFlow | Capgo |
-|---------|---------------|-------|
-| **Enrutamiento basado en versión** | Automático basado en versión nativa | Automático vía `defaultChannel` + múltiples estrategias |
-| **Versión semántica** | Soporte básico | Avanzado con `--disable-auto-update` (major/minor/patch) |
-| **Restricciones de versión nativa** | Configuración manual en panel AppFlow | Indicador `--native-version` integrado en CLI |
-| **Gestión de canales** | UI web + CLI | UI web + CLI + API |
-| **Anulaciones de dispositivo** | Control limitado a nivel de dispositivo | Control completo vía Panel/API |
-| **Prevención de degradación automática** | Sí | Sí vía `--disable-downgrade` |
-| **Mantenimiento de múltiples versiones** | Gestión manual de rama/canal | Automatizado con precedencia de canal |
-| **Auto-hospedaje** | No | Sí (control total) |
-| **Análisis de versiones** | Básico | Métricas detalladas por versión |
-
-<Aside type="note" title="Paridad AppFlow y Más Allá">
-  Capgo proporciona **todas las capacidades de targeting de versiones** que AppFlow ofreció, más mecanismos de control adicionales. Si confiaba en la coincidencia automática de versiones de AppFlow, encontrará que Capgo es igualmente seguro con más flexibilidad.
-</Aside>
-
-## Solución de Problemas
-
-### Los Usuarios No Reciben Actualizaciones
-
-Verifique lo siguiente:
-
-1. **Asignación de canal**: Verifique que el dispositivo esté en el canal correcto
-   ```typescript
-   const channel = await CapacitorUpdater.getChannel()
-   console.log('Current channel:', channel)
-   ```
-
-2. **Restricciones de versión**: Verifique si el bundle tiene requisitos de versión nativa
-   - Panel → Bundles → Verifique columna "Versión nativa"
-
-3. **Configuración de Semver**: Verifique la configuración `disable-auto-update` del canal
-   ```bash
-   npx @capgo/cli channel list
-   ```
-
-4. **Anulación de dispositivo**: Verifique si el dispositivo tiene anulación manual
-   - Panel → Dispositivos → Busque dispositivo → Verifique canal/versión
-
-### Bundle Entregado a Versión Incorrecta
-
-1. **Revisar defaultChannel**: Asegúrese de canal correcto en `capacitor.config.ts`
-2. **Verificar carga de bundle**: Verifique que el bundle se cargó en el canal deseado
-3. **Inspeccionar versión nativa**: Confirme que el indicador `--native-version` se utilizó correctamente
-
-### Cambios Bruscos Afectando Versiones Antiguas
-
-1. **Corrección inmediata**: Anule dispositivos afectados a bundle seguro
-   - Panel → Dispositivos → Seleccionar múltiples → Establecer versión
-2. **Corrección a largo plazo**: Crear canales versionados y mantener ramas separadas
-3. **Prevención**: Siempre pruebe actualizaciones en dispositivos representativos antes del lanzamiento
-
-## Migración desde Ionic AppFlow
-
-Si está migrando desde **Ionic AppFlow**, el targeting de versiones funciona de manera muy similar en Capgo, con mayor flexibilidad:
-
-### Mapeo de Conceptos
-
-| Concepto AppFlow | Equivalente Capgo | Notas |
-|-----------------|------------------|-------|
-| **Canal de implementación** | Canal Capgo | Mismo concepto, más poderoso |
-| **Bloqueo de versión nativa** | indicador `--native-version` | Control más granular |
-| **Prioridad de canal** | Precedencia de canal (override → cloud → default) | Precedencia más transparente |
-| **Objetivo de implementación** | Canal + controles semver | Múltiples estrategias disponibles |
-| **Canal de producción** | canal `production` (o cualquier nombre) | Nombre flexible |
-| **Implementación basada en git** | Carga de bundle CLI desde rama | Mismo flujo de trabajo |
-| **Coincidencia automática de versiones** | `defaultChannel` + restricciones de versión | Mejorado con múltiples estrategias |
-
-### Diferencias Clave para Usuarios de AppFlow
-
-1. **Más control**: Capgo le proporciona múltiples estrategias (canales, semver, versión nativa) que se pueden combinar
-2. **Mejor visibilidad**: El panel muestra distribución de versiones y problemas de compatibilidad
-3. **Acceso de API**: Control programático completo sobre targeting de versiones
-4. **Auto-hospedaje**: Opción para ejecutar su propio servidor de actualización con la misma lógica de versión
-
-### Pasos de Migración
-
-1. **Asigne sus canales de AppFlow** a canales de Capgo (generalmente 1:1)
-2. **Establezca `defaultChannel`** en `capacitor.config.ts` para cada versión principal
-3. **Configure reglas semver** si desea bloqueo automático en límites de versión
-4. **Cargue bundles específicos de versión** utilizando el indicador `--native-version`
-5. **Monitoree distribución de versiones** en el panel de Capgo
-
-<Aside type="tip" title="Guía Completa de Migración">
-  Para instrucciones completas de migración incluyendo reemplazo de SDK y mapeo de API, consulte la [Guía de migración de AppFlow a Capgo](/docs/upgrade/from-appflow-to-capgo).
-</Aside>
-
-## Patrones Avanzados
-
-### Lanzamiento Gradual por Versión
-
-```typescript
-// Migrar gradualmente usuarios de v1 a v2
-async function migrateUsers() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-  const rolloutPercentage = 10 // Comenzar con 10%
-
-  // Hash ID de dispositivo para obtener porcentaje determinista
-  const hash = hashCode(deviceId) % 100
-
-  if (hash < rolloutPercentage) {
-    // El usuario está en grupo de lanzamiento - Migrar a v2
-    await CapacitorUpdater.setChannel({ channel: 'v2' })
-  }
-}
-```
-
-### Indicadores de Característica por Versión
-
-```typescript
-// Habilitar características basadas en versión nativa
-async function checkFeatureAvailability() {
-  const info = await CapacitorUpdater.getDeviceId()
-  const nativeVersion = info.nativeVersion
-
-  if (compareVersions(nativeVersion, '2.0.0') >= 0) {
-    // Habilitar características que requieren v2.0.0+
-    enableNewCameraFeature()
-  }
-}
-```
-
-### Prueba A/B Entre Versiones
-
-```typescript
-// Ejecutar pruebas A/B dentro de la misma versión nativa
-async function assignABTest() {
-  const nativeVersion = await getNativeVersion()
-
-  if (nativeVersion.startsWith('2.')) {
-    // Solo prueba A/B en usuarios de v2
-    const variant = Math.random() < 0.5 ? 'v2-test-a' : 'v2-test-b'
-    await CapacitorUpdater.setChannel({ channel: variant })
-  }
-}
-```
-
-## Resumen
-
-Capgo proporciona múltiples estrategias para entrega de actualización específica de versión:
-
-1. **Enrutamiento basado en canales**: Separación automática de versiones vía `defaultChannel`
-2. **Versión semántica**: Prevenir actualizaciones a través de límites principales/menores/parche
-3. **Restricciones de versión nativa**: Requerir versión nativa mínima para bundles
-4. **Prevención de degradación automática**: Nunca entregar bundles más antiguos a versiones nativas más nuevas
-5. **Anulaciones de dispositivo**: Control manual para pruebas y targeting
-
-Al combinar estas estrategias, puede lograr entrega de actualización automática en estilo AppFlow con aún más flexibilidad y control. Elija el enfoque que mejor se adapte a su flujo de trabajo de versionado e implementación de aplicaciones.
-
-Para más detalles sobre características específicas:
-- [Guía de Cambios Bruscos](/docs/live-updates/breaking-changes) - Estrategia de versionado de canal detallada
-- [Gestión de Canales](/docs/live-updates/channels) - Referencia de configuración de canal completa
-- [Comportamiento de Actualización](/docs/live-updates/update-behavior) - Retrasos de versión nativa y condiciones
diff --git a/src/content/docs/es/docs/plugin/api.md b/src/content/docs/es/docs/plugin/api.md
deleted file mode 100644
index 3b5e5006b..000000000
--- a/src/content/docs/es/docs/plugin/api.md
+++ /dev/null
@@ -1,1623 +0,0 @@
----
-title: Funciones and Configuración
-description: All available Método and Configuración of El Plugin
-sidebar:
-  order: 2
-locale: es
----
-
-# Updater Plugin Config
-
-<docgen-config>
-<!--Actualización El source file JSDoc comments and rerun docgen A Actualizar El docs below-->
-
-CapacitorUpdater Puede be configured with these Opciones:
-
-| Prop | Type | Description | Predeterminado | Since |
-| --- | --- | --- | --- | --- |
-| **`appReadyTimeout`** | `number` | Configurar El number of milliseconds El native Plugin should wait before considering an Actualizar 'Falló'. Only available for Android and iOS. | `10000 // (10 seconds)` |  |
-| **`responseTimeout`** | `number` | Configurar El number of seconds El native Plugin should wait before considering API timeout. Only available for Android and iOS. | `20 // (20 second)` |  |
-| **`autoDeleteFailed`** | `boolean` | Configurar whether El Plugin should Usar automatically Eliminar Falló Paquetes. Only available for Android and iOS. | `true` |  |
-| **`autoDeletePrevious`** | `boolean` | Configurar whether El Plugin should Usar automatically Eliminar previous Paquetes after a Exitoso Actualizar. Only available for Android and iOS. | `true` |  |
-| **`autoUpdate`** | `boolean` | Configurar whether El Plugin should Usar Auto Actualización via an Actualizar server. Only available for Android and iOS. | `true` |  |
-| **`resetWhenUpdate`** | `boolean` | Automatically Eliminar previous downloaded Paquetes when a newer native Aplicación Paquete is installed A El Dispositivo. Only available for Android and iOS. | `true` |  |
-| **`updateUrl`** | `string` | Configurar El URL / endpoint A which Actualizar checks are sent. Only available for Android and iOS. | `https://plugin.capgo.app/updates` |  |
-| **`channelUrl`** | `string` | Configurar El URL / endpoint for Canal operations. Only available for Android and iOS. | `https://plugin.capgo.app/channel_self` |  |
-| **`statsUrl`** | `string` | Configurar El URL / endpoint A which Actualizar Estadísticas are sent. Only available for Android and iOS. Establecer A "" Para deshabilitar stats reporting. | `https://plugin.capgo.app/stats` |  |
-| **`publicKey`** | `string` | Configurar El public key for end A end live Actualizar Cifrado Versión 2 Only available for Android and iOS. | `undefined` | 6.2.0 |
-| **`version`** | `string` | Configurar El current Versión of El Aplicación. This Va a be used for El first Actualizar request. If not Establecer, El Plugin Va a get El Versión De El native code. Only available for Android and iOS. | `undefined` | 4.17.48 |
-| **`directUpdate`** | `boolean | 'always' | 'atInstall' | 'onLaunch'` | Configurar when El Plugin should direct Instalar Actualizaciones. Only for autoUpdate mode. Works well for Aplicaciones less than 10MB and with uploads done using --partial flag. Zip or Aplicaciones more than 10MB Va a be relatively slow for users A Actualizar. - false: Never do direct Actualizaciones (Usar Predeterminado behavior: Descargar at start, Establecer when backgrounded) - atInstall: Direct Actualizar only when Aplicación is installed, Actualizado De store, otherwise act as directUpdate = false - onLaunch: Direct Actualizar only on Aplicación installed, Actualizado De store or after Aplicación kill, otherwise act as directUpdate = false - always: Direct Actualizar in all previous cases (Aplicación installed, Actualizado De store, after Aplicación kill or Aplicación resume), never act as directUpdate = false - true: (deprecated) Same as "always" for backward compatibility Only available for Android and iOS. | `false` | 5.1.0 |
-| **`autoSplashscreen`** | `boolean` | Automatically handle splashscreen hiding when using directUpdate. When Habilitado, El Plugin Va a automatically hide El splashscreen after Actualizaciones are applied or when no Actualizar is needed. This removes El Necesita A manually listen for appReady events and call SplashScreen.hide(). Only works when directUpdate is Establecer A "atInstall", "always", "onLaunch", or true. Requires El @Capacitor/splash-screen Plugin A be installed and configured with launchAutoHide: false. Requires autoUpdate and directUpdate A be Habilitado. Only available for Android and iOS. | `false` | 7.6.0 |
-| **`autoSplashscreenLoader`** | `boolean` | Display a native loading indicator on top of El splashscreen while automatic direct Actualizaciones are Ejecutando. Only takes effect when {@Enlace autoSplashscreen} is Habilitado. Requires El @Capacitor/splash-screen Plugin A be installed and configured with launchAutoHide: false. Only available for Android and iOS. | `false` | 7.19.0 |
-| **`autoSplashscreenTimeout`** | `number` | Automatically hide El splashscreen after El specified number of milliseconds when using automatic direct Actualizaciones. If El timeout elapses, El Actualizar continues A Descargar in El background while El splashscreen is dismissed. Establecer A `0` (zero) Para deshabilitar El timeout. When El timeout fires, El direct Actualizar flow is skipped and El downloaded Paquete is installed on El next background/launch. Requires {@Enlace autoSplashscreen} A be Habilitado. Only available for Android and iOS. | `10000 // (10 seconds)` | 7.19.0 |
-| **`periodCheckDelay`** | `number` | Configurar El delay period for period Actualizar Verificar. El unit is in seconds. Only available for Android and iOS. Cannot be less than 600 seconds (10 minutes). | `0 (disabled)` |  |
-| **`localS3`** | `boolean` | Configurar El CLI Para usar a local server for Pruebas or self-hosted Actualizar server. | `undefined` | 4.17.48 |
-| **`localHost`** | `string` | Configurar El CLI Para usar a local server for Pruebas or self-hosted Actualizar server. | `undefined` | 4.17.48 |
-| **`localWebHost`** | `string` | Configurar El CLI Para usar a local server for Pruebas or self-hosted Actualizar server. | `undefined` | 4.17.48 |
-| **`localSupa`** | `string` | Configurar El CLI Para usar a local server for Pruebas or self-hosted Actualizar server. | `undefined` | 4.17.48 |
-| **`localSupaAnon`** | `string` | Configurar El CLI Para usar a local server for Pruebas. | `undefined` | 4.17.48 |
-| **`localApi`** | `string` | Configurar El CLI Para usar a local API for Pruebas. | `undefined` | 6.3.3 |
-| **`localApiFiles`** | `string` | Configurar El CLI Para usar a local file API for Pruebas. | `undefined` | 6.3.3 |
-| **`allowModifyUrl`** | `boolean` | Allow El Plugin A modify El updateUrl, statsUrl and channelUrl dynamically De El JavaScript side. | `false` | 5.4.0 |
-| **`allowModifyAppId`** | `boolean` | Allow El Plugin A modify El appId dynamically De El JavaScript side. | `false` | 7.14.0 |
-| **`allowManualBundleError`** | `boolean` | Allow marking Paquetes as errored De JavaScript while using manual Actualizar flows. When Habilitado, {@Enlace CapacitorUpdaterPlugin.setBundleError} Puede change a Paquete Estado A `error`. | `false` | 7.20.0 |
-| **`persistCustomId`** | `boolean` | Persist El customId Establecer through {@Enlace CapacitorUpdaterPlugin.setCustomId} across Aplicación restarts. Only available for Android and iOS. | `false (will be true by default in a future major release v8.x.x)` | 7.17.3 |
-| **`persistModifyUrl`** | `boolean` | Persist El updateUrl, statsUrl and channelUrl Establecer through {@Enlace CapacitorUpdaterPlugin.setUpdateUrl}, {@Enlace CapacitorUpdaterPlugin.setStatsUrl} and {@Enlace CapacitorUpdaterPlugin.setChannelUrl} across Aplicación restarts. Only available for Android and iOS. | `false` | 7.20.0 |
-| **`allowSetDefaultChannel`** | `boolean` | Allow or disallow El {@Enlace CapacitorUpdaterPlugin.setChannel} Método A modify El defaultChannel. When Establecer A `false`, calling `setChannel()` Va a return an Error with code `disabled_by_config`. | `true` | 7.34.0 |
-| **`defaultChannel`** | `string` | Establecer El Predeterminado Canal for El Aplicación in El config. Case sensitive. This setting will override El Predeterminado Canal Establecer in El cloud, but Va a still respect overrides made in El cloud. This requires El Canal A allow Dispositivos A self dissociate/associate in El Canal Configuración. https://capgo.app/docs/public-api/canales/#opciones-de-configuracion-de-canales | `undefined` | 5.5.0 |
-| **`appId`** | `string` | Configurar El Aplicación id for El Aplicación in El config. | `undefined` | 6.0.0 |
-| **`keepUrlPathAfterReload`** | `boolean` | Configurar El Plugin A keep El URL path after a reload. Advertencia: When a reload is triggered, 'window.history' Va a be cleared. | `false` | 6.8.0 |
-| **`disableJSLogging`** | `boolean` | Deshabilitar El JavaScript logging of El Plugin. if true, El Plugin Va a not Registro A El JavaScript console. only El native Registro Va a be done | `false` | 7.3.0 |
-| **`shakeMenu`** | `boolean` | Habilitar shake gesture A show Actualizar menu for Depuración/Pruebas purposes | `false` | 7.5.0 |
-
-
-</docgen-config>
-
-## API Referencia
-
-<docgen-index>
-<!--Auto-generated, do not Editar by hand-->
-
-- [`notifyAppReady`](#notifyappready)
-- [`setUpdateUrl`](#setupdateurl)
-- [`setStatsUrl`](#setstatsurl)
-- [`setChannelUrl`](#setchannelurl)
-- [`download`](#download)
-- [`next`](#next)
-- [`set`](#set)
-- [`delete`](#delete)
-- [`setBundleError`](#setbundleerror)
-- [`list`](#list)
-- [`reset`](#reset)
-- [`current`](#current)
-- [`reload`](#reload)
-- [`setMultiDelay`](#setmultidelay)
-- [`cancelDelay`](#canceldelay)
-- [`getLatest`](#getlatest)
-- [`setChannel`](#setchannel)
-- [`unsetChannel`](#unsetchannel)
-- [`getChannel`](#getchannel)
-- [`listChannels`](#listchannels)
-- [`setCustomId`](#setcustomid)
-- [`getBuiltinVersion`](#getbuiltinversion)
-- [`getDeviceId`](#getdeviceid)
-- [`getPluginVersion`](#getpluginversion)
-- [`isAutoUpdateEnabled`](#isautoupdateenabled)
-- [`removeAllListeners`](#removealllisteners)
-- [`addListener('download')`](#addlistenerdownload-)
-- [`addListener('noNeedUpdate')`](#addlistenernoneedupdate-)
-- [`addListener('updateAvailable')`](#addlistenerupdateavailable-)
-- [`addListener('downloadComplete')`](#addlistenerdownloadcomplete-)
-- [`addListener('breakingAvailable')`](#addlistenerbreakingavailable-)
-- [`addListener('majorAvailable')`](#addlistenermajoravailable-)
-- [`addListener('updateFailed')`](#addlistenerupdatefailed-)
-- [`addListener('downloadFailed')`](#addlistenerdownloadfailed-)
-- [`addListener('appReloaded')`](#addlistenerappreloaded-)
-- [`addListener('appReady')`](#addlistenerappready-)
-- [`addListener('channelPrivate')`](#addlistenerchannelprivate-)
-- [`isAutoUpdateAvailable`](#isautoupdateavailable)
-- [`getNextBundle`](#getnextbundle)
-- [`getFailedUpdate`](#getfailedupdate)
-- [`setShakeMenu`](#setshakemenu)
-- [`isShakeMenuEnabled`](#isshakemenuenabled)
-- [`getAppId`](#getappid)
-- [`setAppId`](#setappid)
-
-</docgen-index>
-
-<docgen-API>
-<!--Auto-generated, do not Editar by hand-->
-
-### notifyAppReady
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-Notify El native layer that JavaScript initialized successfully.
-
-**CRITICAL: Debe call this Método on every Aplicación launch A prevent automatic Reversión.**
-
-Esto es  simple notification A confirm that your Paquete's JavaScript loaded and executed.
-El native web server successfully served El Paquete files and your JS runtime started.
-That's all it checks - nothing more complex.
-
-**What triggers Reversión:**
-- NOT calling this Método within El timeout (Predeterminado: 10 seconds)
-- Completo JavaScript failure (Paquete won't load at all)
-
-**What does NOT trigger Reversión:**
-- Runtime errors after initialization (API failures, crashes, etc.)
-- Network request failures
-- Application logic errors
-
-**Importante: Call this BEFORE any network requests.**
-Don't wait for APIs, data loading, or async operations. Call it as soon as your
-JavaScript Paquete starts executing A confirm El Paquete itself is valid.
-
-Best practices:
-- Call immediately in your Aplicación entry point (main.js, Aplicación component mount, etc.)
-- Don't put it after network calls or heavy initialization
-- Don't wrap it in try/catch with conditions
-- Adjust {@Enlace PluginsConfig.CapacitorUpdater.appReadyTimeout} if Necesita more time
-
-**Returns**
-
-`Promise<AppReadyResult>` — Always resolves successfully with current Paquete Información. This Método never fails.
-
-
---------------------
-
-
-### setUpdateUrl
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-Establecer El Actualizar URL for El Aplicación dynamically at runtime.
-
-This overrides El {@Enlace PluginsConfig.CapacitorUpdater.updateUrl} config value.
-Requires {@Enlace PluginsConfig.CapacitorUpdater.allowModifyUrl} A be Establecer A `true`.
-
-Usar {@Enlace PluginsConfig.CapacitorUpdater.persistModifyUrl} A persist this value across Aplicación restarts.
-Otherwise, El URL Va a reset A El config value on next Aplicación launch.
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `UpdateUrl` | Contains El URL Para usar for checking for Actualizaciones. |
-
-**Returns**
-
-`Promise<void>` — Resolves when El URL is successfully Actualizado.
-
-**Since:** 5.4.0
-
-**Throws:** {Error} If `allowModifyUrl` is false or if El operation fails.
-
-
---------------------
-
-
-### setStatsUrl
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-Establecer El Estadísticas URL for El Aplicación dynamically at runtime.
-
-This overrides El {@Enlace PluginsConfig.CapacitorUpdater.statsUrl} config value.
-Requires {@Enlace PluginsConfig.CapacitorUpdater.allowModifyUrl} A be Establecer A `true`.
-
-Pass an empty string Para deshabilitar Estadísticas gathering entirely.
-Usar {@Enlace PluginsConfig.CapacitorUpdater.persistModifyUrl} A persist this value across Aplicación restarts.
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `StatsUrl` | Contains El URL Para usar for sending Estadísticas, or an empty string Para deshabilitar. |
-
-**Returns**
-
-`Promise<void>` — Resolves when El URL is successfully Actualizado.
-
-**Since:** 5.4.0
-
-**Throws:** {Error} If `allowModifyUrl` is false or if El operation fails.
-
-
---------------------
-
-
-### setChannelUrl
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-Establecer El Canal URL for El Aplicación dynamically at runtime.
-
-This overrides El {@Enlace PluginsConfig.CapacitorUpdater.channelUrl} config value.
-Requires {@Enlace PluginsConfig.CapacitorUpdater.allowModifyUrl} A be Establecer A `true`.
-
-Usar {@Enlace PluginsConfig.CapacitorUpdater.persistModifyUrl} A persist this value across Aplicación restarts.
-Otherwise, El URL Va a reset A El config value on next Aplicación launch.
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `ChannelUrl` | Contains El URL Para usar for Canal operations. |
-
-**Returns**
-
-`Promise<void>` — Resolves when El URL is successfully Actualizado.
-
-**Since:** 5.4.0
-
-**Throws:** {Error} If `allowModifyUrl` is false or if El operation fails.
-
-
---------------------
-
-
-### Descargar
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-Descargar a new Paquete De El provided URL for later Instalación.
-
-El downloaded Paquete is stored locally but not activated. Para usar it:
-- Call {@Enlace next} A Establecer it for Instalación on next Aplicación backgrounding/restart
-- Call {@Enlace Establecer} A activate it immediately (destroys current JavaScript context)
-
-El URL should point A a zip file containing either:
-- Your Aplicación files directly in El zip root, or
-- A single folder containing all your Aplicación files
-
-El Paquete Debe include an `index.html` file at El root level.
-
-For encrypted Paquetes, provide El `sessionKey` and `checksum` Parámetros.
-For multi-file partial Actualizaciones, provide El `manifest` array.
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `DownloadOptions` | El {@Enlace DownloadOptions} for downloading a new Paquete zip. |
-
-**Returns**
-
-`Promise<BundleInfo>` — El {@Enlace BundleInfo} for El downloaded Paquete.
-
-**Throws:** {Error} If El Descargar fails or El Paquete is invalid.
-
-**Ejemplo**
-
-```ts
-const bundle = await CapacitorUpdater.download({
-  url: `https://example.com/versions/${version}/dist.zip`,
-  version: version
-});
-// Bundle is downloaded but not active yet
-await CapacitorUpdater.next({ id: bundle.id }); // Will activate on next background
-```
-
-
---------------------
-
-
-### next
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-Establecer El next Paquete A be activated when El Aplicación backgrounds or restarts.
-
-Esto es El recommended way A apply Actualizaciones as it doesn't interrupt El user's current session.
-El Paquete Va a be activated when:
-- El Aplicación is backgrounded (user switches away), or
-- El Aplicación is killed and relaunched, or
-- {@Enlace reload} is called manually
-
-Unlike {@Enlace Establecer}, this Método does NOT destroy El current JavaScript context immediately.
-Your Aplicación continues Ejecutando normally until one of El above events occurs.
-
-Usar {@Enlace setMultiDelay} A Agregar additional conditions before El Actualizar is applied.
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `BundleId` | Contains El ID of El Paquete A Establecer as next. Usar {@Enlace BundleInfo.id'} from 'a downloaded Paquete. |
-
-**Returns**
-
-`Promise<BundleInfo>` — El {@Enlace BundleInfo} for El specified Paquete.
-
-**Throws:** {Error} When there is no index.HTML file inside El Paquete folder or El Paquete doesn't exist.
-
-
---------------------
-
-
-### Establecer
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-Establecer El current Paquete and immediately reloads El Aplicación.
-
-**Importante: Esto es  terminal operation that destroys El current JavaScript context.**
-
-When you call this Método:
-- El entire JavaScript context is immediately destroyed
-- El Aplicación reloads De a different folder with different files
-- NO code after this call Va a execute
-- NO promises Va a resolve
-- NO callbacks Va a fire
-- Event listeners registered after this call are unreliable and may never fire
-
-El reload happens automatically - you don't Necesita A do anything else.
-If Necesita A preserve state like El current URL path, Usar El {@Enlace PluginsConfig.CapacitorUpdater.keepUrlPathAfterReload} config Opción.
-For other state preservation needs, Guardar your data before calling this Método (e.g., A localStorage).
-
-**Do not** try A execute additional logic after calling `set()` - it won't work as expected.
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `BundleId` | A {@Enlace BundleId} object containing El new Paquete id A Establecer as current. |
-
-**Returns**
-
-`Promise<void>` — A promise that Va a never resolve because El JavaScript context is destroyed.
-
-**Throws:** {Error} When there is no index.HTML file inside El Paquete folder.
-
-
---------------------
-
-
-### Eliminar
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-Eliminar a Paquete De local storage A free up disk space.
-
-You cannot Eliminar:
-- El currently active Paquete
-- El `builtin` Paquete (El Versión shipped with your Aplicación)
-- El Paquete Establecer as `next` (call {@Enlace next} with a different Paquete first)
-
-Usar {@Enlace list} A get all available Paquete IDs.
-
-**Nota:** El Paquete ID is NOT El same as El Versión name.
-Usar El `id` field De {@Enlace BundleInfo}, not El `version` field.
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `BundleId` | A {@Enlace BundleId} object containing El Paquete ID A Eliminar. |
-
-**Returns**
-
-`Promise<void>` — Resolves when El Paquete is successfully Eliminado.
-
-**Throws:** {Error} If El Paquete is currently in Usar or doesn't exist.
-
-
---------------------
-
-
-### setBundleError
-
-```typescript
-setBundleError(options: BundleId) => Promise<BundleInfo>
-```
-
-Manually mark a Paquete as Falló/errored in manual Actualizar mode.
-
-Esto es useful when you detect that a Paquete has critical Problemas and want A prevent
-it De being used again. El Paquete Estado Va a be changed A `error` and El Plugin
-Va a avoid using this Paquete in El future.
-
-**Requirements:**
-- {@Enlace PluginsConfig.CapacitorUpdater.allowManualBundleError} Debe be Establecer A `true`
-- Only works in manual Actualizar mode (when autoUpdate is Deshabilitado)
-
-Common Usar case: After downloading and Pruebas a Paquete, you discover it has critical
-bugs and want A mark it as Falló so it won't be retried.
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `BundleId` | A {@Enlace BundleId} object containing El Paquete ID A mark as errored. |
-
-**Returns**
-
-`Promise<BundleInfo>` — El Actualizado {@Enlace BundleInfo} with Estado Establecer A `error`.
-
-**Since:** 7.20.0
-
-**Throws:** {Error} When El Paquete does not exist or `allowManualBundleError` is false.
-
-
---------------------
-
-
-### list
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-Get all locally downloaded Paquetes stored in your Aplicación.
-
-This returns all Paquetes that have been downloaded and are available locally, including:
-- El currently active Paquete
-- El `builtin` Paquete (shipped with your Aplicación)
-- Any downloaded Paquetes waiting A be activated
-- Falló Paquetes (with `error` Estado)
-
-Usar this A:
-- Verificar available disk space by counting Paquetes
-- Eliminar old Paquetes with {@Enlace Eliminar}
-- Monitor Paquete Descargar Estado
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `ListOptions | undefined` | El {@Enlace ListOptions} for customizing El Paquete list output. |
-
-**Returns**
-
-`Promise<BundleListResult>` — A promise containing El array of {@Enlace BundleInfo} objects.
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### reset
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-Reset El Aplicación A a known good Paquete.
-
-This Método helps recover De problematic Actualizaciones by reverting A either:
-- El `builtin` Paquete (El original Versión shipped with your Aplicación A Aplicación Store/Play Store)
-- El last successfully loaded Paquete (most recent Paquete that worked correctly)
-
-**Importante: This triggers an immediate Aplicación reload, destroying El current JavaScript context.**
-Ver {@Enlace Establecer} Para obtener detalles on El implications of this operation.
-
-Usar cases:
-- Emergency recovery when an Actualizar causes critical Problemas
-- Pruebas Reversión functionality
-- Providing users a "reset A factory" Opción
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `ResetOptions | undefined` |  |
-
-**Returns**
-
-`Promise<void>` — A promise that may never resolve because El Aplicación Va a be reloaded.
-
-**Throws:** {Error} If El reset operation fails.
-
-
---------------------
-
-
-### current
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```
-
-Get Información about El currently active Paquete.
-
-Returns:
-- `bundle`: El currently active Paquete Información
-- `native`: El Versión of El builtin Paquete (El original Aplicación Versión De Aplicación/Play Store)
-
-If no Actualizaciones have been applied, `bundle.id` Va a be `"builtin"`, indicating El Aplicación
-is Ejecutando El original Versión shipped with El native Aplicación.
-
-Usar this A:
-- Display El current Versión A users
-- Verificar if an Actualizar is currently active
-- Compare against available Actualizaciones
-- Registro El active Paquete for Depuración
-
-**Returns**
-
-`Promise<CurrentBundleResult>` — A promise with El current Paquete and native Versión Información.
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### reload
-
-```typescript
-reload() => Promise<void>
-```
-
-Manually reload El Aplicación A apply a Pendiente Actualizar.
-
-This triggers El same reload behavior that happens automatically when El Aplicación backgrounds.
-If you've called {@Enlace next} A queue an Actualizar, calling `reload()` Va a apply it immediately.
-
-**Importante: This destroys El current JavaScript context immediately.**
-Ver {@Enlace Establecer} Para obtener detalles on El implications of this operation.
-
-Common Usar cases:
-- Applying an Actualizar immediately after Descargar instead of waiting for backgrounding
-- Providing a "Restart now" button A users after an Actualizar is ready
-- Pruebas Actualizar flows during development
-
-If no Actualizar is Pendiente (no call A {@Enlace next}), this simply reloads El current Paquete.
-
-**Returns**
-
-`Promise<void>` — A promise that may never resolve because El Aplicación Va a be reloaded.
-
-**Throws:** {Error} If El reload operation fails.
-
-
---------------------
-
-
-### setMultiDelay
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-Configurar conditions that Debe be met before a Pendiente Actualizar is applied.
-
-After calling {@Enlace next} A queue an Actualizar, Usar this Método A control when it gets applied.
-El Actualizar Va a only be installed after ALL specified conditions are satisfied.
-
-Available condition types:
-- `background`: Wait for El Aplicación A be backgrounded. Optionally specify duration in milliseconds.
-- `kill`: Wait for El Aplicación A be killed and relaunched (**Nota:** Current behavior triggers Actualizar immediately on kill, not on next background. This Va a be fixed in v8.)
-- `date`: Wait until a specific date/time (ISO 8601 format)
-- `nativeVersion`: Wait until El native Aplicación is Actualizado A a specific Versión
-
-Condition value formats:
-- `background`: Number in milliseconds (e.g., `"300000"` for 5 minutes), or omit for immediate
-- `kill`: No value needed
-- `date`: ISO 8601 date string (e.g., `"2025-12-31T23:59:59Z"`)
-- `nativeVersion`: Versión string (e.g., `"2.0.0"`)
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `MultiDelayConditions` | Contains El {@Enlace MultiDelayConditions} array of conditions. |
-
-**Returns**
-
-`Promise<void>` — Resolves when El delay conditions are Establecer.
-
-**Since:** 4.3.0
-
-**Throws:** {Error} If El operation fails or conditions are invalid.
-
-**Ejemplo**
-
-```ts
-// Update after user kills app OR after 5 minutes in background
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    { kind: 'kill' },
-    { kind: 'background', value: '300000' }
-  ]
-});
-```
-
-**Ejemplo**
-
-```ts
-// Update after a specific date
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [{ kind: 'date', value: '2025-12-31T23:59:59Z' }]
-});
-```
-
-**Ejemplo**
-
-```ts
-// Default behavior: update on next background
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [{ kind: 'background' }]
-});
-```
-
-
---------------------
-
-
-### cancelDelay
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-Cancel all delay conditions and apply El Pendiente Actualizar immediately.
-
-If you've Establecer delay conditions with {@Enlace setMultiDelay}, this Método clears them
-and triggers El Pendiente Actualizar A be applied on El next Aplicación background or restart.
-
-Esto es useful when:
-- User manually requests A Actualizar now (e.g., clicks "Actualización now" button)
-- Your Aplicación detects it's a good time A Actualizar (e.g., user finished critical task)
-- You want A override a time-based delay early
-
-**Returns**
-
-`Promise<void>` — Resolves when El delay conditions are cleared.
-
-**Since:** 4.0.0
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### getLatest
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-Verificar El Actualizar server for El latest available Paquete Versión.
-
-This queries your configured Actualizar URL (or Capgo backend) A Ver if a newer Paquete
-is available for Descargar. It does NOT Descargar El Paquete automatically.
-
-El response includes:
-- `version`: El latest available Versión identifier
-- `url`: Descargar URL for El Paquete (if available)
-- `breaking`: Whether this Actualizar is marked as incompatible (requires native Aplicación Actualizar)
-- `message`: Opcional message De El server
-- `manifest`: File list for partial Actualizaciones (if using multi-file downloads)
-
-After receiving El latest Versión Información, Puede:
-1. Compare it with your current Versión
-2. Descargar it using {@Enlace Descargar}
-3. Apply it using {@Enlace next} or {@Enlace Establecer}
-
-**Importante: Error handling for "no new Versión available"**
-
-When El Dispositivo's current Versión matches El latest Versión on El server (i.e., El Dispositivo is already
-up-A-date), El server returns a 200 response with `error: "no_new_version_available"` and
-`message: "No new version available"`. **This causes `getLatest()` A throw an Error**, even though
-Esto es  normal, expected condition.
-
-Debería catch this specific Error A handle it gracefully:
-
-```typescript
-try {
-  const latest = await CapacitorUpdater.getLatest();
-  // New version is available, proceed with download
-} catch (error) {
-  if (error.message === 'No new version available') {
-    // Device is already on the latest version - this is normal
-    console.log('Already up to date');
-  } else {
-    // Actual error occurred
-    console.error('Failed to check for updates:', error);
-  }
-}
-```
-
-In this scenario, El server:
-- Registros El request with a "No new Versión available" message
-- Sends a "noNew" stat action A track that El Dispositivo checked for Actualizaciones but was already current (done on El backend)
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `GetLatestOptions | undefined` | Opcional {@Enlace GetLatestOptions} A specify which Canal A Verificar. |
-
-**Returns**
-
-`Promise<LatestVersion>` — Información about El latest available Paquete Versión.
-
-**Since:** 4.0.0
-
-**Throws:** {Error} Always throws when no new Versión is available (`error: "no_new_version_available"`), or when El request fails.
-
-
---------------------
-
-
-### setChannel
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-Assign this Dispositivo A a specific Actualizar Canal at runtime.
-
-Canales allow you A distribute different Paquete Versiones A different groups of users
-(e.g., "production", "beta", "staging"). This Método switches El Dispositivo A a new Canal.
-
-**Requirements:**
-- El target Canal Debe allow self-assignment (configured in your Capgo Panel or backend)
-- El backend may accept or reject El request based on Canal Configuración
-
-**When Para usar:**
-- After El Aplicación is ready and El user has interacted (e.g., opted into beta program)
-- A implement in-Aplicación Canal switching (beta toggle, tester access, etc.)
-- For user-driven Canal changes
-
-**When NOT Para usar:**
-- At Aplicación boot/initialization - Usar {@Enlace PluginsConfig.CapacitorUpdater.defaultChannel} config instead
-- Before user interaction
-
-**Importante: Listen for El `channelPrivate` event**
-
-When a user attempts A Establecer a Canal that doesn't allow Dispositivo self-assignment, El Método will
-throw an Error AND fire a {@Enlace addListener}('channelPrivate') event. Debería listen A this event
-A provide appropriate feedback A users:
-
-```typescript
-CapacitorUpdater.addListener('channelPrivate', (data) => {
-  console.warn(`Cannot access channel "${data.channel}": ${data.message}`);
-  // Show user-friendly message
-});
-```
-
-This sends a request A El Capgo backend linking your Dispositivo ID A El specified Canal.
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `SetChannelOptions` | El {@Enlace SetChannelOptions} containing El Canal name and Opcional auto-Actualizar trigger. |
-
-**Returns**
-
-`Promise<ChannelRes>` — Canal operation result with Estado and Opcional Error/message.
-
-**Since:** 4.7.0
-
-**Throws:** {Error} If El Canal doesn't exist or doesn't allow self-assignment.
-
-
---------------------
-
-
-### unsetChannel
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-Eliminar El Dispositivo's Canal assignment and return A El Predeterminado Canal.
-
-This unlinks El Dispositivo De any specifically assigned Canal, causing it A fall back A:
-- El {@Enlace PluginsConfig.CapacitorUpdater.defaultChannel} if configured, or
-- Your backend's Predeterminado Canal for this Aplicación
-
-Usar this when:
-- Users opt out of beta/Pruebas programs
-- You want A reset a Dispositivo A standard Actualizar distribution
-- Pruebas Canal switching behavior
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `UnsetChannelOptions` |  |
-
-**Returns**
-
-`Promise<void>` — Resolves when El Canal is successfully unset.
-
-**Since:** 4.7.0
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### getChannel
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-Get El current Canal assigned A this Dispositivo.
-
-Returns Información about:
-- `channel`: El currently assigned Canal name (if any)
-- `allowSet`: Whether El Canal allows self-assignment
-- `status`: Operation Estado
-- `error`/`message`: Additional Información (if applicable)
-
-Usar this A:
-- Display current Canal A users (e.g., "You're on El Beta Canal")
-- Verificar if a Dispositivo is on a specific Canal before showing features
-- Verificar Canal assignment after calling {@Enlace setChannel}
-
-**Returns**
-
-`Promise<GetChannelRes>` — El current Canal Información.
-
-**Since:** 4.8.0
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### listChannels
-
-```typescript
-listChannels() => Promise<ListChannelsResult>
-```
-
-Get a list of all Canales available for this Dispositivo A self-assign A.
-
-Only returns Canales where `allow_self_set` is `true`. These are Canales that
-users Puede switch A using {@Enlace setChannel} without backend administrator intervention.
-
-Each Canal includes:
-- `id`: Unique Canal identifier
-- `name`: Human-readable Canal name
-- `public`: Whether El Canal is publicly visible
-- `allow_self_set`: Always `true` in results (filtered A only self-assignable Canales)
-
-Usar this A:
-- Construir a Canal selector UI for users (e.g., "Join Beta" button)
-- Show available Pruebas/preview Canales
-- Implement Canal discovery features
-
-**Returns**
-
-`Promise<ListChannelsResult>` — List of Canales El Dispositivo Puede self-assign A.
-
-**Since:** 7.5.0
-
-**Throws:** {Error} If El operation fails or El request A El backend fails.
-
-
---------------------
-
-
-### setCustomId
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```
-
-Establecer a custom identifier for this Dispositivo.
-
-This allows you A identify Dispositivos by your own custom ID (user ID, account ID, etc.)
-instead of or in addition A El Dispositivo's unique hardware ID. El custom ID is sent
-A your Actualizar server and Puede be used for:
-- Targeting specific users for Actualizaciones
-- Analytics and user tracking
-- Depuración and support (correlating Dispositivos with users)
-- A/B Pruebas or feature flagging
-
-**Persistence:**
-- When {@Enlace PluginsConfig.CapacitorUpdater.persistCustomId} is `true`, El ID persists across Aplicación restarts
-- When `false`, El ID is only kept for El current session
-
-**Clearing El custom ID:**
-- Pass an empty string `""` A Eliminar any stored custom ID
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `SetCustomIdOptions` | El {@Enlace SetCustomIdOptions} containing El custom identifier string. |
-
-**Returns**
-
-`Promise<void>` — Resolves immediately (synchronous operation).
-
-**Since:** 4.9.0
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### getBuiltinVersion
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-Get El builtin Paquete Versión (El original Versión shipped with your native Aplicación).
-
-This returns El Versión of El Paquete that was included when El Aplicación was installed
-De El Aplicación Store or Play Store. Esto es NOT El currently active Paquete Versión -
-Usar {@Enlace current} for that.
-
-Returns:
-- El {@Enlace PluginsConfig.CapacitorUpdater.Versión} config value if Establecer, or
-- El native Aplicación Versión De platform configs (Paquete.JSON, Información.plist, Construir.gradle)
-
-Usar this A:
-- Display El "factory" Versión A users
-- Compare against downloaded Paquete Versiones
-- Determine if any Actualizaciones have been applied
-- Depuración Versión mismatches
-
-**Returns**
-
-`Promise<BuiltinVersion>` — El builtin Paquete Versión string.
-
-**Since:** 5.2.0
-
-
---------------------
-
-
-### getDeviceId
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-Get El unique, privacy-friendly identifier for this Dispositivo.
-
-This ID is used A identify El Dispositivo when communicating with Actualizar servers.
-It's automatically generated and stored securely by El Plugin.
-
-**Privacy & Seguridad characteristics:**
-- Generated as a UUID (not based on hardware identifiers)
-- Stored securely in platform-specific secure storage
-- Android: Android Keystore (persists across Aplicación reinstalls on API 23+)
-- iOS: Keychain with `kSecAttrAccessibleAfterFirstUnlockThisDeviceOnly`
-- Not synced A cloud (iOS)
-- Follows Apple and Google privacy best practices
-- Users Puede clear it via system Configuración (Android) or keychain access (iOS)
-
-**Persistence:**
-El Dispositivo ID persists across Aplicación reinstalls A maintain consistent Dispositivo identity
-for Actualizar tracking and analytics.
-
-Usar this A:
-- Depuración Actualizar delivery Problemas (Verificar what ID El server sees)
-- Implement Dispositivo-specific features
-- Correlate server Registros with specific Dispositivos
-
-**Returns**
-
-`Promise<DeviceId>` — El unique Dispositivo identifier string.
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### getPluginVersion
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-Get El Versión of El Capacitor Updater Plugin installed in your Aplicación.
-
-This returns El Versión of El native Plugin code (Android/iOS), which is sent
-A El Actualizar server with each request. Esto es NOT your Aplicación Versión or Paquete Versión.
-
-Usar this A:
-- Depuración Plugin-specific Problemas (when reporting bugs)
-- Verificar Plugin Instalación and Versión
-- Verificar compatibility with backend features
-- Display in Depuración/about screens
-
-**Returns**
-
-`Promise<PluginVersion>` — El Capacitor Updater Plugin Versión string.
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### isAutoUpdateEnabled
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-Verificar if automatic Actualizaciones are currently Habilitado.
-
-Returns `true` if {@Enlace PluginsConfig.CapacitorUpdater.autoUpdate} is Habilitado,
-meaning El Plugin Va a automatically Verificar for, Descargar, and apply Actualizaciones.
-
-Returns `false` if in manual mode, where you control El Actualizar flow using
-{@Enlace getLatest}, {@Enlace Descargar}, {@Enlace next}, and {@Enlace Establecer}.
-
-Usar this A:
-- Determine which Actualizar flow your Aplicación is using
-- Show/hide manual Actualizar UI based on mode
-- Depuración Actualizar behavior
-
-**Returns**
-
-`Promise<AutoUpdateEnabled>` — `true` if auto-Actualizar is Habilitado, `false` if in manual mode.
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### removeAllListeners
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-Eliminar all event listeners registered for Este Plugin.
-
-This unregisters all listeners Agregado via {@Enlace addListener} for all event types:
-- `download`
-- `noNeedUpdate`
-- `updateAvailable`
-- `downloadComplete`
-- `downloadFailed`
-- `breakingAvailable` / `majorAvailable`
-- `updateFailed`
-- `appReloaded`
-- `appReady`
-
-Usar this during cleanup (e.g., when unmounting components or closing screens)
-A prevent memory leaks De lingering event listeners.
-
-**Returns**
-
-`Promise<void>` — Resolves when all listeners are Eliminado.
-
-**Since:** 1.0.0
-
-
---------------------
-
-
-### addListener('Descargar')
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Listen for Paquete Descargar event in El Aplicación. Fires once a Descargar has started, during downloading and when finished.
-This Va a return you all Descargar percent during El Descargar
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `eventName` | `'download'` |  |
-| `listenerFunc` | `(state: DownloadEvent) => void` |  |
-
-**Returns**
-
-`Promise<PluginListenerHandle>`
-
-**Since:** 2.0.11
-
-
---------------------
-
-
-### addListener('noNeedUpdate')
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Listen for no Necesita A Actualizar event, useful when you want force Verificar every time El Aplicación is launched
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `eventName` | `'noNeedUpdate'` |  |
-| `listenerFunc` | `(state: NoNeedEvent) => void` |  |
-
-**Returns**
-
-`Promise<PluginListenerHandle>`
-
-**Since:** 4.0.0
-
-
---------------------
-
-
-### addListener('updateAvailable')
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Listen for available Actualizar event, useful when you want A force Verificar every time El Aplicación is launched
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `eventName` | `'updateAvailable'` |  |
-| `listenerFunc` | `(state: UpdateAvailableEvent) => void` |  |
-
-**Returns**
-
-`Promise<PluginListenerHandle>`
-
-**Since:** 4.0.0
-
-
---------------------
-
-
-### addListener('downloadComplete')
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Listen for downloadComplete events.
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `eventName` | `'downloadComplete'` |  |
-| `listenerFunc` | `(state: DownloadCompleteEvent) => void` |  |
-
-**Returns**
-
-`Promise<PluginListenerHandle>`
-
-**Since:** 4.0.0
-
-
---------------------
-
-
-### addListener('breakingAvailable')
-
-```typescript
-addListener(eventName: 'breakingAvailable', listenerFunc: (state: BreakingAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Listen for breaking Actualizar events when El backend flags an Actualizar as incompatible with El current Aplicación.
-Emits El same payload as El legacy `majorAvailable` listener.
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `eventName` | `'breakingAvailable'` |  |
-| `listenerFunc` | `(state: MajorAvailableEvent) => void` |  |
-
-**Returns**
-
-`Promise<PluginListenerHandle>`
-
-**Since:** 7.22.0
-
-
---------------------
-
-
-### addListener('majorAvailable')
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Listen for Major Actualizar event in El Aplicación, let you know when major Actualizar is blocked by setting disableAutoUpdateBreaking
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `eventName` | `'majorAvailable'` |  |
-| `listenerFunc` | `(state: MajorAvailableEvent) => void` |  |
-
-**Returns**
-
-`Promise<PluginListenerHandle>`
-
-**Since:** 2.3.0
-
-
---------------------
-
-
-### addListener('updateFailed')
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Listen for Actualizar fail event in El Aplicación, let you know when Actualizar has fail Para instalar at next Aplicación start
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `eventName` | `'updateFailed'` |  |
-| `listenerFunc` | `(state: UpdateFailedEvent) => void` |  |
-
-**Returns**
-
-`Promise<PluginListenerHandle>`
-
-**Since:** 2.3.0
-
-
---------------------
-
-
-### addListener('downloadFailed')
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Listen for Descargar fail event in El Aplicación, let you know when a Paquete Descargar has Falló
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `eventName` | `'downloadFailed'` |  |
-| `listenerFunc` | `(state: DownloadFailedEvent) => void` |  |
-
-**Returns**
-
-`Promise<PluginListenerHandle>`
-
-**Since:** 4.0.0
-
-
---------------------
-
-
-### addListener('appReloaded')
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-Listen for reload event in El Aplicación, let you know when reload has happened
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `eventName` | `'appReloaded'` |  |
-| `listenerFunc` | `() => void` |  |
-
-**Returns**
-
-`Promise<PluginListenerHandle>`
-
-**Since:** 4.3.0
-
-
---------------------
-
-
-### addListener('appReady')
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Listen for Aplicación ready event in El Aplicación, let you know when Aplicación is ready Para usar, this event is retain till consumed.
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `eventName` | `'appReady'` |  |
-| `listenerFunc` | `(state: AppReadyEvent) => void` |  |
-
-**Returns**
-
-`Promise<PluginListenerHandle>`
-
-**Since:** 5.1.0
-
-
---------------------
-
-
-### addListener('channelPrivate')
-
-```typescript
-addListener(eventName: 'channelPrivate', listenerFunc: (state: ChannelPrivateEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Listen for Canal private event, fired when attempting A Establecer a Canal that doesn't allow Dispositivo self-assignment.
-
-This event is useful for:
-- Informing users they don't have permission A switch A a specific Canal
-- Implementing custom Error handling for Canal restrictions
-- Logging unauthorized Canal access attempts
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `eventName` | `'channelPrivate'` |  |
-| `listenerFunc` | `(state: ChannelPrivateEvent) => void` |  |
-
-**Returns**
-
-`Promise<PluginListenerHandle>`
-
-**Since:** 7.34.0
-
-
---------------------
-
-
-### isAutoUpdateAvailable
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-Verificar if El auto-Actualizar feature is available (not Deshabilitado by custom server Configuración).
-
-Returns `false` when a custom `updateUrl` is configured, as this typically indicates
-you're using a self-hosted Actualizar server that may not support all auto-Actualizar features.
-
-Returns `true` when using El Predeterminado Capgo backend or when El feature is available.
-
-Esto es different De {@Enlace isAutoUpdateEnabled}:
-- `isAutoUpdateEnabled()`: Checks if auto-Actualizar MODE is turned on/off
-- `isAutoUpdateAvailable()`: Checks if auto-Actualizar is SUPPORTED with your current Configuración
-
-**Returns**
-
-`Promise<AutoUpdateAvailable>` — `false` when custom updateUrl is Establecer, `true` otherwise.
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### getNextBundle
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-Get Información about El Paquete queued A be activated on next reload.
-
-Returns:
-- {@Enlace BundleInfo} object if a Paquete has been queued via {@Enlace next}
-- `null` if no Actualizar is Pendiente
-
-Esto es useful A:
-- Verificar if an Actualizar is waiting A be applied
-- Display "Actualización Pendiente" Estado A users
-- Show Versión Información of El queued Actualizar
-- Decide whether A show a "Restart A Actualizar" prompt
-
-El queued Paquete Va a be activated when:
-- El Aplicación is backgrounded (Predeterminado behavior)
-- El Aplicación is killed and restarted
-- {@Enlace reload} is called manually
-- Delay conditions Establecer by {@Enlace setMultiDelay} are met
-
-**Returns**
-
-`Promise<BundleInfo | null>` — El Pendiente Paquete Información, or `null` if none is queued.
-
-**Since:** 6.8.0
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### getFailedUpdate
-
-```typescript
-getFailedUpdate() => Promise<UpdateFailedEvent | null>
-```
-
-Retrieve Información about El most recent Paquete that Falló A load.
-
-When a Paquete fails A load (e.g., JavaScript errors prevent initialization, missing files),
-El Plugin automatically rolls back and stores Información about El failure. This Método
-retrieves that failure Información.
-
-**Importante: El stored value is cleared after being retrieved once.**
-Calling this Método multiple times Va a only return El failure Información on El first call,
-then `null` on subsequent calls until another failure occurs.
-
-Returns:
-- {@Enlace UpdateFailedEvent} with Paquete Información if a failure was recorded
-- `null` if no failure has occurred or if it was already retrieved
-
-Usar this A:
-- Show users why an Actualizar Falló
-- Registro failure Información for Depuración
-- Implement custom Error handling/reporting
-- Display Reversión notifications
-
-**Returns**
-
-`Promise<UpdateFailedEvent | null>` — El Falló Actualizar Información (cleared after first retrieval), or `null`.
-
-**Since:** 7.22.0
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### setShakeMenu
-
-```typescript
-setShakeMenu(options: SetShakeMenuOptions) => Promise<void>
-```
-
-Habilitar or Deshabilitar El shake gesture menu for Depuración and Pruebas.
-
-When Habilitado, users Puede shake their Dispositivo A open a Depuración menu that shows:
-- Current Paquete Información
-- Available Paquetes
-- Opciones A switch Paquetes manually
-- Actualización Estado
-
-Esto es useful during development and Pruebas A:
-- Quickly Prueba different Paquete Versiones
-- Depuración Actualizar flows
-- Switch between production and Prueba Paquetes
-- Verificar Paquete installations
-
-**Importante:** Deshabilitar this in production builds or only Habilitar for internal testers.
-
-Puede also be configured via {@Enlace PluginsConfig.CapacitorUpdater.shakeMenu}.
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `SetShakeMenuOptions` |  |
-
-**Returns**
-
-`Promise<void>` — Resolves when El setting is applied.
-
-**Since:** 7.5.0
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### isShakeMenuEnabled
-
-```typescript
-isShakeMenuEnabled() => Promise<ShakeMenuEnabled>
-```
-
-Verificar if El shake gesture Depuración menu is currently Habilitado.
-
-Returns El current state of El shake menu feature that Puede be toggled via
-{@Enlace setShakeMenu} or configured via {@Enlace PluginsConfig.CapacitorUpdater.shakeMenu}.
-
-Usar this A:
-- Verificar if Depuración features are Habilitado
-- Show/hide Depuración Configuración UI
-- Verificar Configuración during Pruebas
-
-**Returns**
-
-`Promise<ShakeMenuEnabled>` — Object with `enabled: true` or `enabled: false`.
-
-**Since:** 7.5.0
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### getAppId
-
-```typescript
-getAppId() => Promise<GetAppIdRes>
-```
-
-Get El currently configured Aplicación ID used for Actualizar server communication.
-
-Returns El Aplicación ID that identifies this Aplicación A El Actualizar server. This Puede be:
-- El value Establecer via {@Enlace setAppId}, or
-- El {@Enlace PluginsConfig.CapacitorUpdater.appId} config value, or
-- El Predeterminado Aplicación identifier De your native Aplicación Configuración
-
-Usar this A:
-- Verificar which Aplicación ID is being used for Actualizaciones
-- Depuración Actualizar delivery Problemas
-- Display Aplicación Configuración in Depuración screens
-- Confirm Aplicación ID after calling {@Enlace setAppId}
-
-**Returns**
-
-`Promise<GetAppIdRes>` — Object containing El current `appId` string.
-
-**Since:** 7.14.0
-
-**Throws:** {Error} If El operation fails.
-
-
---------------------
-
-
-### setAppId
-
-```typescript
-setAppId(options: SetAppIdOptions) => Promise<void>
-```
-
-Dynamically change El Aplicación ID used for Actualizar server communication.
-
-This overrides El Aplicación ID used A identify your Aplicación A El Actualizar server, allowing you
-A switch between different Aplicación configurations at runtime (e.g., production vs staging
-Aplicación IDs, or multi-tenant configurations).
-
-**Requirements:**
-- {@Enlace PluginsConfig.CapacitorUpdater.allowModifyAppId} Debe be Establecer A `true`
-
-**Importante considerations:**
-- Changing El Aplicación ID Va a affect which Actualizaciones this Dispositivo receives
-- El new Aplicación ID Debe exist on your Actualizar server
-- Esto es primarily for advanced Usar cases (multi-tenancy, environment switching)
-- Most Aplicaciones should Usar El config-based {@Enlace PluginsConfig.CapacitorUpdater.appId} instead
-
-**Parámetros**
-
-| Name | Type | Description |
-| --- | --- | --- |
-| `options` | `SetAppIdOptions` |  |
-
-**Returns**
-
-`Promise<void>` — Resolves when El Aplicación ID is successfully changed.
-
-**Since:** 7.14.0
-
-**Throws:** {Error} If `allowModifyAppId` is false or El operation fails.
-
-
---------------------
-
-
-</docgen-API>
diff --git a/src/content/docs/es/docs/plugins/accelerometer/getting-started.mdx b/src/content/docs/es/docs/plugins/accelerometer/getting-started.mdx
deleted file mode 100644
index e264d94d7..000000000
--- a/src/content/docs/es/docs/plugins/accelerometer/getting-started.mdx
+++ /dev/null
@@ -1,302 +0,0 @@
----
-title: Primeros pasos con el acelerómetro
-description: Aprenda cómo integrar la detección del acelerómetro en su aplicación Capacitor
-locale: es
----
-Esta guía lo guiará a través de la integración del complemento Acelerómetro Capacitor en su aplicación.
-
-## Instalación
-
-Instale el complemento usando npm:
-
-```bash
-npm install @capgo/capacitor-accelerometer
-npx cap sync
-```
-
-## Configuración de la plataforma
-
-### iOS
-No se requiere configuración adicional. El acelerómetro siempre está disponible.
-
-### Android
-No se requiere configuración adicional. El acelerómetro siempre está disponible.
-
-### Web
-El complemento utiliza DeviceMotion API. Requiere HTTPS en producción.
-
-## Uso básico
-
-### Importar el complemento
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-```
-
-### Iniciar monitoreo
-
-```typescript
-const startAccelerometer = async () => {
-  await Accelerometer.start({
-    interval: 100 // Update interval in milliseconds
-  });
-
-  console.log('Accelerometer started');
-};
-```
-
-### Escuche los eventos de aceleración
-
-```typescript
-Accelerometer.addListener('accelerationChange', (data) => {
-  console.log('X:', data.x);
-  console.log('Y:', data.y);
-  console.log('Z:', data.z);
-  console.log('Timestamp:', data.timestamp);
-});
-```
-
-### Obtener lectura actual
-
-```typescript
-const getCurrentAcceleration = async () => {
-  const reading = await Accelerometer.getCurrentAcceleration();
-  console.log('Current acceleration:', reading);
-};
-```
-
-### Dejar de monitorear
-
-```typescript
-const stopAccelerometer = async () => {
-  await Accelerometer.stop();
-  console.log('Accelerometer stopped');
-};
-```
-
-## Ejemplo completo
-
-Aquí hay un ejemplo completo con detección de sacudidas:
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-
-class AccelerometerService {
-  private listener: any;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-  private shakeThreshold = 15;
-
-  async initialize() {
-    await Accelerometer.start({ interval: 100 });
-
-    this.listener = Accelerometer.addListener('accelerationChange', (data) => {
-      this.handleAcceleration(data);
-    });
-  }
-
-  handleAcceleration(data: any) {
-    // Calculate delta
-    const deltaX = Math.abs(data.x - this.lastX);
-    const deltaY = Math.abs(data.y - this.lastY);
-    const deltaZ = Math.abs(data.z - this.lastZ);
-
-    // Check for shake
-    if (deltaX > this.shakeThreshold ||
-        deltaY > this.shakeThreshold ||
-        deltaZ > this.shakeThreshold) {
-      this.onShake();
-    }
-
-    // Update last values
-    this.lastX = data.x;
-    this.lastY = data.y;
-    this.lastZ = data.z;
-
-    // Update UI
-    this.updateDisplay(data);
-  }
-
-  onShake() {
-    console.log('Device shaken!');
-    // Trigger shake action
-  }
-
-  updateDisplay(data: any) {
-    console.log(`X: ${data.x.toFixed(2)} m/s²`);
-    console.log(`Y: ${data.y.toFixed(2)} m/s²`);
-    console.log(`Z: ${data.z.toFixed(2)} m/s²`);
-
-    // Calculate magnitude
-    const magnitude = Math.sqrt(
-      data.x * data.x +
-      data.y * data.y +
-      data.z * data.z
-    );
-    console.log(`Magnitude: ${magnitude.toFixed(2)} m/s²`);
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-    await Accelerometer.stop();
-  }
-}
-
-// Usage
-const accelService = new AccelerometerService();
-accelService.initialize();
-
-// Cleanup when done
-// accelService.cleanup();
-```
-
-## Comprender las lecturas
-
-### Ejes de aceleración
-- **Eje X**: de izquierda (-) a derecha (+)
-- **Eje Y**: de abajo (-) a arriba (+)
-- **Eje Z**: De atrás (-) a Frente (+)
-
-### Gravedad
-- El dispositivo en reposo muestra ~9,8 m/s² en un eje (gravedad)
-- El dispositivo en movimiento muestra aceleración además de gravedad.
-
-### Unidades
-- Medido en metros por segundo al cuadrado (m/s²)
-- Gravedad = 9,8 m/s²
-
-## Casos de uso comunes
-
-### Detección de sacudidas
-
-```typescript
-class ShakeDetector {
-  private lastUpdate = 0;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-
-  detectShake(x: number, y: number, z: number): boolean {
-    const currentTime = Date.now();
-
-    if (currentTime - this.lastUpdate > 100) {
-      const deltaX = Math.abs(x - this.lastX);
-      const deltaY = Math.abs(y - this.lastY);
-      const deltaZ = Math.abs(z - this.lastZ);
-
-      this.lastUpdate = currentTime;
-      this.lastX = x;
-      this.lastY = y;
-      this.lastZ = z;
-
-      return deltaX + deltaY + deltaZ > 15;
-    }
-
-    return false;
-  }
-}
-```
-
-### Detección de inclinación
-
-```typescript
-class TiltDetector {
-  getTiltAngles(x: number, y: number, z: number) {
-    const roll = Math.atan2(y, z) * (180 / Math.PI);
-    const pitch = Math.atan2(-x, Math.sqrt(y * y + z * z)) * (180 / Math.PI);
-
-    return { roll, pitch };
-  }
-
-  isDeviceFlat(z: number): boolean {
-    return Math.abs(z - 9.8) < 1.0;
-  }
-
-  isDeviceUpright(y: number): boolean {
-    return Math.abs(y - 9.8) < 2.0;
-  }
-}
-```
-
-### Contador de pasos
-
-```typescript
-class StepCounter {
-  private steps = 0;
-  private lastMagnitude = 0;
-  private threshold = 11;
-
-  processAcceleration(x: number, y: number, z: number) {
-    const magnitude = Math.sqrt(x * x + y * y + z * z);
-
-    if (magnitude > this.threshold &&
-        this.lastMagnitude < this.threshold) {
-      this.steps++;
-      console.log('Steps:', this.steps);
-    }
-
-    this.lastMagnitude = magnitude;
-  }
-}
-```
-
-## Mejores prácticas
-
-1. **Elija intervalos adecuados**: equilibre la capacidad de respuesta y la duración de la batería
-   - Juegos: 16-50 ms
-   - Condición física: 100-200 ms
-   - Generales: 200-500 ms
-
-2. **Eliminar oyentes**: limpie siempre cuando haya terminado
-3. **Filtrar ruido**: utilice promedios móviles para obtener datos más fluidos
-4. **Considere la batería**: el sondeo de alta frecuencia agota la batería
-5. **Prueba en dispositivos reales**: los simuladores no proporcionan datos precisos
-
-## Consejos de rendimiento
-
-### Antirrebote
-
-```typescript
-class AccelerometerDebouncer {
-  private timeout: any;
-
-  debounce(callback: Function, delay: number) {
-    return (...args: any[]) => {
-      clearTimeout(this.timeout);
-      this.timeout = setTimeout(() => callback(...args), delay);
-    };
-  }
-}
-```
-
-### Suavizado de datos
-
-```typescript
-class AccelerometerFilter {
-  private alpha = 0.8;
-  private filteredX = 0;
-  private filteredY = 0;
-  private filteredZ = 0;
-
-  filter(x: number, y: number, z: number) {
-    this.filteredX = this.alpha * x + (1 - this.alpha) * this.filteredX;
-    this.filteredY = this.alpha * y + (1 - this.alpha) * this.filteredY;
-    this.filteredZ = this.alpha * z + (1 - this.alpha) * this.filteredZ;
-
-    return {
-      x: this.filteredX,
-      y: this.filteredY,
-      z: this.filteredZ
-    };
-  }
-}
-```
-
-## Próximos pasos
-
-- Explore la [Referencia API](https://github.com/Cap-go/capacitor-accelerometer#api) para obtener documentación completa del método
-- Consulte la [aplicación de ejemplo](https://github.com/Cap-go/capacitor-accelerometer/tree/main/example) para un uso avanzado
-- Consulte el [tutorial](/plugins/capacitor-accelerometer) para ver ejemplos completos de implementación.
diff --git a/src/content/docs/es/docs/plugins/accelerometer/index.mdx b/src/content/docs/es/docs/plugins/accelerometer/index.mdx
deleted file mode 100644
index 8e396d918..000000000
--- a/src/content/docs/es/docs/plugins/accelerometer/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-accelerometer"
-locale: es
-description: Lea las mediciones del acelerómetro del dispositivo con Capacitor
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Acceda a datos de movimiento y aceleración del dispositivo desde sensores de acelerómetro
-  image:
-    file: ~public/icons/plugins/accelerometer.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/accelerometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-accelerometer
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Aceleración de 3 ejes" icon="rocket">
-    Mida las fuerzas de aceleración en los ejes X, Y y Z
-  </Card>
-  <Card title="Detección de movimiento" icon="star">
-    Detecte sacudidas, inclinaciones y movimientos del dispositivo
-  </Card>
-  <Card title="Actualizaciones en tiempo real" icon="setting">
-    Monitoreo continuo de datos de aceleración
-  </Card>
-  <Card title="Documentación completa" icon="open-book">
-    Revise la [Documentación](/docs/plugins/accelerometer/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/admob/getting-started.mdx b/src/content/docs/es/docs/plugins/admob/getting-started.mdx
deleted file mode 100644
index c76b2e1fb..000000000
--- a/src/content/docs/es/docs/plugins/admob/getting-started.mdx
+++ /dev/null
@@ -1,89 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Instale y Configurar el Plugin AdMob de Capgo para servir anuncios dentro de su aplicación Capacitor.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el Plugin**
-   <PackageManagers pkg="@Capgo/Capacitor-admob" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Inicializar el SDK
-
-```typescript
-import { AdMob, MaxAdContentRating } from '@capgo/capacitor-admob';
-
-// Iniciar el SDK de Mobile Ads una vez en el arranque de su aplicación
-await AdMob.start();
-
-// Opcional: configurar ajustes de solicitud global
-await AdMob.configure({
-  appMuted: false,
-  appVolume: 1,
-});
-
-await AdMob.configRequest({
-  maxAdContentRating: MaxAdContentRating.T,
-  tagForChildDirectedTreatment: false,
-  tagForUnderAgeOfConsent: false,
-});
-```
-
-## Mostrar un anuncio de banner
-
-```typescript
-import { BannerAd } from '@capgo/capacitor-admob';
-
-const banner = new BannerAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/banner',
-  position: 'bottom',
-});
-
-await banner.show();
-```
-
-## Anuncios intersticiales o de recompensa
-
-```typescript
-import { InterstitialAd, RewardedAd } from '@capgo/capacitor-admob';
-
-const interstitial = new InterstitialAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/interstitial',
-});
-await interstitial.load();
-await interstitial.show();
-
-const rewarded = new RewardedAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/rewarded',
-});
-await rewarded.load();
-await rewarded.show();
-```
-
-## Escuchar eventos de anuncios
-
-```typescript
-import { AdMob } from '@capgo/capacitor-admob';
-
-const handle = await AdMob.addListener('adImpression', (event) => {
-  console.log('Impresión de anuncio', event);
-});
-
-// Más tarde al limpiar
-await handle.remove();
-```
-
-## Notas de plataforma
-
-- **iOS**: Agregue su ID de aplicación de AdMob a `Info.plist` bajo la clave `GADApplicationIdentifier` e incluya cualquier ID de SKAdNetwork en el que confíe.
-- **Android**: Declare su ID de aplicación de AdMob en `AndroidManifest.xml` agregando `com.google.android.gms.ads.APPLICATION_ID` dentro de la etiqueta `<application>`.
-- **Consentimiento y privacidad**: Usar `requestTrackingAuthorization()` en iOS 14+ y banderas de `configRequest()` dirigidas a niños para cumplir con las reglas de privacidad regionales.
diff --git a/src/content/docs/es/docs/plugins/admob/index.mdx b/src/content/docs/es/docs/plugins/admob/index.mdx
deleted file mode 100644
index e4e3f4a8e..000000000
--- a/src/content/docs/es/docs/plugins/admob/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@Capgo/Capacitor-admob"
-locale: es
-description: Integre anuncios de Google AdMob en sus aplicaciones Capacitor con formatos de banner, intersticial y recompensa.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Monetice su aplicación Capacitor con banners, intersticiales y anuncios de recompensa de Google AdMob gestionados completamente desde JavaScript.
-  image:
-    file: ~public/icons/plugins/admob.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/admob/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-admob/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-El Plugin AdMob de Capgo ofrece un puente de primera clase al SDK de Google Mobile Ads para que pueda monetizar experiencias nativas sin sacrificar la simplicidad de Capacitor.
-
-<CardGrid stagger>
-  <Card title="Formatos de anuncio flexibles" icon="star">
-    Sirva anuncios de banner, intersticiales, de recompensa y de apertura de aplicación con una API unificada.
-  </Card>
-  <Card title="Configuración de solicitudes" icon="setting">
-    Ajuste finamente las solicitudes de anuncios con banderas dirigidas a niños, clasificaciones de contenido y parámetros de red adicionales.
-  </Card>
-  <Card title="Gestión del ciclo de vida" icon="rocket">
-    Cree, cargue, muestre, oculte y destruya anuncios bajo demanda mientras rastrea el estado de carga.
-  </Card>
-  <Card title="Listo para privacidad" icon="approve-check">
-    Maneje solicitudes ATT y monitoree el estado de autorización de seguimiento para mantenerse conforme.
-  </Card>
-</CardGrid>
-
-Usar la guía de inicio para conectar sus IDs de aplicación de AdMob, configurar el consentimiento y gestionar el inventario de anuncios directamente desde su proyecto Capacitor.
diff --git a/src/content/docs/es/docs/plugins/age-signals/getting-started.mdx b/src/content/docs/es/docs/plugins/age-signals/getting-started.mdx
deleted file mode 100644
index d05d91432..000000000
--- a/src/content/docs/es/docs/plugins/age-signals/getting-started.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y utilizar el complemento Age Signals para detectar cuentas
-  supervisadas y usuarios verificados en su aplicación Android.
-sidebar:
-  order: 2
-locale: es
----
-### GDPR (Reglamento General de Protección de Datos)
-
-Para usuarios supervisados:
-- Tratar los datos de forma lícita
-- Proporcionar mecanismos de consentimiento del tutor.
-- Permitir el acceso y eliminación de datos.
-- Implementar la privacidad por diseño
-
-## Notas de plataforma
-
-### Android
-- Requiere servicios Google Play
-- Mínimo API nivel 21 (Android 5.0+)
-- Sólo funciona en dispositivos con Play Store
-- Es posible que las señales no estén disponibles en todas las regiones.
-- Los resultados pueden cambiar si el guardián modifica la configuración.
-
-### iOS / Web
-- **No compatible** - Este es un complemento exclusivo de Android
-- Lanzará un error si se llama en plataformas no compatibles
-
-## Solución de problemas
-
-### No se devuelve señal (estado vacío)
-
-Esto es normal para:
-- Usuarios fuera de las regiones admitidas
-- Dispositivos sin servicios Google Play
-- Usuarios que no han configurado Family Link
-- Cuentas nuevas sin verificación
-
-### Estado desconocido
-
-El usuario debe:
-1. Abra la tienda Google Play
-2. Vaya a Configuración → Familia
-3. Completa el proceso de verificación de edad.
-
-### Problemas de permisos
-
-Asegurar:
-- Google Play Servicios actualizados
-- La aplicación tiene el nombre de paquete correcto en Play Console
-- Pruebas en un dispositivo real (no en un emulador sin Play Services)
-
-## Recursos
-
-- [Google Play Documentación de señales de edad](https://developers.google.com/android/reference/com/google/android/gms/agesignals)
-- [Guía para desarrolladores de Family Link](https://developers.google.com/families)
-- [Guía de cumplimiento de COPPA](https://www.ftc.gov/business-guidance/resources/complying-coppa-frequently-asked-questions)
diff --git a/src/content/docs/es/docs/plugins/age-signals/index.mdx b/src/content/docs/es/docs/plugins/age-signals/index.mdx
deleted file mode 100644
index f428b73fe..000000000
--- a/src/content/docs/es/docs/plugins/age-signals/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-android-age-signals"
-description: Envoltorio de API de Google Play Age Signals - detecta cuentas supervisadas, aprobaciones de tutores y usuarios verificados.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-locale: es
-hero:
-  tagline: Accede a Google Play Age Signals para detectar cuentas supervisadas, verificar edades de usuarios y cumplir con las regulaciones de seguridad infantil en tu aplicación Android.
-  image:
-    file: ~public/icons/plugins/android-age-signals.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/age-signals/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-android-age-signals/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Cuentas supervisadas" icon="setting">
-    Detecta cuando los usuarios tienen cuentas de Google supervisadas administradas por tutores 👨‍👧‍👦
-  </Card>
-  <Card title="Verificación de edad" icon="approve-check-circle">
-    Identifica usuarios verificados que son mayores de 18 años con la verificación de edad de Google 🔐
-  </Card>
-  <Card title="Cumplimiento" icon="approve-check">
-    Cumple con las regulaciones de seguridad infantil como COPPA y GDPR 📋
-  </Card>
-  <Card title="Aprobaciones de tutores" icon="star">
-    Rastrea aprobaciones pendientes y estado de consentimiento del tutor ✅
-  </Card>
-  <Card title="Solo Android" icon="puzzle">
-    Diseñado específicamente para Android con Google Play Services 📱
-  </Card>
-  <Card title="API simple" icon="rocket">
-    Una sola llamada de método para recuperar todas las señales de edad 🚀
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/alarm/getting-started.mdx b/src/content/docs/es/docs/plugins/alarm/getting-started.mdx
deleted file mode 100644
index 262446dda..000000000
--- a/src/content/docs/es/docs/plugins/alarm/getting-started.mdx
+++ /dev/null
@@ -1,139 +0,0 @@
----
-title: Comenzando
-description: Aprende cómo instalar y usar el Plugin Capacitor Alarm para gestionar alarmas nativas en iOS y Android.
-sidebar:
-  order: 2
-locale: es
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Requisitos
-
-- **iOS**: Solo iOS 26+. Este Plugin depende de las APIs de `AlarmKit` y reportará no compatible en versiones anteriores o cuando el framework no esté disponible.
-- **Android**: Usa intents de `AlarmClock`; el comportamiento depende de la aplicación de reloj predeterminada y las políticas del OEM.
-
-Nota: Este Plugin solo expone acciones de alarma nativas (crear/abrir). No implementa ninguna programación/CRUD de alarmas personalizada en la aplicación.
-
-## API
-
-### createAlarm(...)
-
-```typescript
-createAlarm(options: NativeAlarmCreateOptions) => Promise<NativeActionResult>
-```
-
-Crea una alarma nativa del sistema operativo usando la aplicación de reloj de la plataforma.
-En Android esto usa el intent de Reloj de Alarma; en iOS esto usa AlarmKit si está disponible (iOS 26+).
-
-| Parámetro     | Tipo                                                                          |
-| ------------- | ----------------------------------------------------------------------------- |
-| **`options`** | `NativeAlarmCreateOptions` |
-
-**Retorna:** `Promise<NativeActionResult>`
-
-### openAlarms()
-
-```typescript
-openAlarms() => Promise<NativeActionResult>
-```
-
-Abre la interfaz de usuario de la lista de alarmas nativas de la plataforma, si está disponible.
-
-**Retorna:** `Promise<NativeActionResult>`
-
-### getOSInfo()
-
-```typescript
-getOSInfo() => Promise<OSInfo>
-```
-
-Obtiene información sobre el sistema operativo y capacidades.
-
-**Retorna:** `Promise<OSInfo>`
-
-### requestPermissions(...)
-
-```typescript
-requestPermissions(options?: { exactAlarm?: boolean | undefined; } | undefined) => Promise<PermissionResult>
-```
-
-Solicita permisos relevantes para el uso de alarmas en la plataforma.
-En Android, puede dirigir a la configuración para alarmas exactas.
-
-| Parámetro     | Tipo                                   |
-| ------------- | -------------------------------------- |
-| **`options`** | `{ exactAlarm?: boolean; }` |
-
-**Retorna:** `Promise<PermissionResult>`
-
-## Interfaces
-
-### NativeActionResult
-
-| Prop          | Tipo                 |
-| ------------- | -------------------- |
-| **`success`** | `boolean` |
-| **`message`** | `string`  |
-
-### NativeAlarmCreateOptions
-
-Opciones para crear una alarma nativa del sistema operativo a través de la aplicación de reloj de la plataforma.
-
-| Prop          | Tipo                 | Descripción                                      |
-| ------------- | -------------------- | ------------------------------------------------ |
-| **`hour`**    | `number`  | Hora del día en formato de 24h (0-23)           |
-| **`minute`**  | `number`  | Minuto de la hora (0-59)                         |
-| **`label`**   | `string`  | Etiqueta opcional para la alarma                 |
-| **`skipUi`**  | `boolean` | Solo Android: intenta omitir la UI si es posible |
-| **`vibrate`** | `boolean` | Solo Android: configura la alarma para vibrar   |
-
-### OSInfo
-
-Información devuelta sobre el sistema operativo actual y capacidades.
-
-| Prop                                 | Tipo                 | Descripción                                                       |
-| ------------------------------------ | -------------------- | ----------------------------------------------------------------- |
-| **`platform`**                       | `string`  | 'ios' \| 'android' \| 'web'                                       |
-| **`version`**                        | `string`  | Cadena de versión del sistema operativo                           |
-| **`supportsNativeAlarms`**           | `boolean` | Si la plataforma expone una integración de aplicación de alarma nativa |
-| **`supportsScheduledNotifications`** | `boolean` | Si se admite la programación de notificaciones locales            |
-| **`canScheduleExactAlarms`**         | `boolean` | Solo Android: si se permiten alarmas exactas                      |
-
-### PermissionResult
-
-Resultado de una solicitud de permisos.
-
-| Prop          | Tipo                                                             | Descripción                            |
-| ------------- | ---------------------------------------------------------------- | -------------------------------------- |
-| **`granted`** | `boolean`                                             | Concesión general para el alcance solicitado |
-| **`details`** | `Record<string, boolean>` | Detalles opcionales por clave de permiso |
diff --git a/src/content/docs/es/docs/plugins/alarm/index.mdx b/src/content/docs/es/docs/plugins/alarm/index.mdx
deleted file mode 100644
index b06868698..000000000
--- a/src/content/docs/es/docs/plugins/alarm/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-alarm"
-description: Programa alarmas y notificaciones nativas incluso cuando la aplicación está cerrada.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-locale: es
-hero:
-  tagline: Gestiona alarmas nativas en iOS y Android directamente desde tu aplicación Capacitor.
-  image:
-    file: ~public/icons/plugins/alarm.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/alarm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-alarm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Integración nativa" icon="puzzle">
-    Usa AlarmKit nativo en iOS e intents de AlarmClock en Android 📱
-  </Card>
-  <Card title="API simple" icon="rocket">
-    Métodos fáciles de usar para crear y gestionar alarmas ⚡
-  </Card>
-  <Card title="Manejo de permisos" icon="approve-check-circle">
-    Soporte integrado para solicitar los permisos necesarios 🔒
-  </Card>
-  <Card title="Documentación completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/alarm/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/android-inline-install/getting-started.mdx b/src/content/docs/es/docs/plugins/android-inline-install/getting-started.mdx
deleted file mode 100644
index 539c134f3..000000000
--- a/src/content/docs/es/docs/plugins/android-inline-install/getting-started.mdx
+++ /dev/null
@@ -1,145 +0,0 @@
----
-title: Comenzando
-description: Guía de instalación y uso para @Capgo/Capacitor-android-inline-Instalar
-sidebar:
-  order: 2
-  label: "Comenzando"
-locale: es
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Ejemplo de uso
-
-```typescript
-import { AndroidInlineInstall } from '@capgo/capacitor-android-inline-install';
-
-// Basic inline install
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp'
-});
-
-// Advanced install with tracking
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp',
-  referrer: 'campaign=my-campaign&source=app',
-  overlay: true,
-  fallback: true
-});
-
-// Handle the installation flow
-try {
-  await AndroidInlineInstall.startInlineInstall({
-    id: 'com.spotify.music',
-    referrer: 'utm_source=myapp&utm_campaign=music_promotion'
-  });
-  console.log('Install overlay triggered successfully');
-} catch (error) {
-  console.error('Install failed:', error);
-}
-```
-
-## Métodos principales de API
-
-### Gestión de instalación
-- `startInlineInstall(options)` - Activa la superposición de instalación en línea de Google Play para la aplicación especificada
-
-## Opciones de configuración
-
-```typescript
-interface InlineInstallOptions {
-  id: string;           // Target app package name (required)
-  referrer?: string;    // Tracking campaign string (optional)
-  callerId?: string;    // Caller app package name (defaults to current app)
-  overlay?: boolean;    // Enable/disable Play overlay (default: true)
-  fallback?: boolean;   // Use full store page if overlay fails (default: true)
-}
-```
-
-## Requisitos de Google Play
-
-### Elegibilidad para herramientas de crecimiento premium
-Tu aplicación debe calificar para las herramientas de crecimiento premium de Google Play para usar la instalación en línea:
-- Aplicaciones con un compromiso significativo del usuario
-- Buenas calificaciones y reseñas en Play Store
-- Cumplimiento con las políticas de Google Play
-
-### Requisitos de la aplicación de destino
-- La aplicación de destino debe estar disponible en Google Play Store
-- La aplicación de destino debe admitir instalación en línea
-- El usuario debe haber iniciado sesión en Google Play Store
-
-## Comportamiento y respaldos
-
-### Modo de superposición (predeterminado)
-1. Intenta abrir la superposición de Google Play dentro de tu aplicación
-2. Si la superposición no está disponible, vuelve a la página completa de Play Store
-3. Si Play Store no está disponible, muestra un Error
-
-### Modo de tienda completo
-- Abre directamente la página completa de Google Play Store
-- Omite por completo el intento de superposición
-
-## Soporte de plataforma
-
-- **Android**: Soporte completo con Google Play Services
-- **iOS**: No compatible (característica específica de Android)
-- **Web**: No compatible (característica nativa de Android)
-
-## Detalles de implementación
-
-El Plugin usa intents de Android para comunicarse con Google Play Store:
-- Acción de intent para superposición de instalación en línea
-- Respaldo a intent estándar de Play Store
-- Manejo automático de disponibilidad de Play Services
-
-## Casos de uso
-
-- **Descubrimiento de aplicaciones**: Promociona aplicaciones relacionadas dentro de tu ecosistema
-- **Promoción cruzada**: Impulsa instalaciones para aplicaciones de socios
-- **Desbloqueo de funciones**: Instala módulos o extensiones adicionales
-- **Aplicaciones complementarias**: Instala aplicaciones de soporte sin problemas
-
-## Mejores prácticas
-
-- Siempre proporciona opciones de respaldo para usuarios sin Play Services
-- Prueba con diferentes configuraciones de dispositivos y versiones de Play Store
-- Usa seguimiento de referrer para medir tasas de conversión
-- Maneja errores de instalación con elegancia
-- Respeta la elección del usuario si rechaza la instalación
-
-## Limitaciones
-
-- Funcionalidad solo para Android
-- Requiere Google Play Services
-- Solo funciona con aplicaciones que califican para herramientas de crecimiento premium
-- Sujeto a las políticas de Google Play Store y disponibilidad
diff --git a/src/content/docs/es/docs/plugins/android-inline-install/index.mdx b/src/content/docs/es/docs/plugins/android-inline-install/index.mdx
deleted file mode 100644
index 7813c522e..000000000
--- a/src/content/docs/es/docs/plugins/android-inline-install/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: "@Capgo/Capacitor-android-inline-Instalar"
-description: Plugin de instalación en línea de aplicaciones Android para aplicaciones Capacitor con instalación de APK sin problemas y gestión de actualizaciones.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-locale: es
-hero:
-  tagline: Habilita instalación y actualizaciones en la aplicación sin problemas para aplicaciones Android con capacidades de instalación en línea y flujos amigables para el usuario.
-  image:
-    file: ~public/icons/plugins/android-inline-install.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/android-inline-install/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-android-inline-Instalar/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Descripción general
-
-El Plugin Capacitor Android Inline Instalar habilita la activación de la superposición de instalación en línea de Google Play para aplicaciones Android. Este Plugin proporciona una experiencia de instalación en la aplicación sin problemas utilizando las herramientas de crecimiento premium de Google, permitiendo a los usuarios instalar aplicaciones sin salir de tu aplicación.
-
-<CardGrid stagger>
-  <Card title="Superposición de Google Play" icon="rocket">
-    Activa la superposición de instalación nativa de Google Play 📱
-  </Card>
-  <Card title="Experiencia sin problemas" icon="rocket">
-    Instala aplicaciones sin salir de tu aplicación 🔄
-  </Card>
-  <Card title="Soporte de respaldo" icon="heart">
-    Respaldo automático a página completa de Play Store ❤️
-  </Card>
-  <Card title="Seguimiento de campañas" icon="star">
-    Soporte para seguimiento de referrer y analíticas 📊
-  </Card>
-</CardGrid>
-
-## Documentación
-
-Consulta la [documentación completa](/docs/plugins/android-inline-install/getting-started/) para guías detalladas de implementación y patrones avanzados de integración.
diff --git a/src/content/docs/es/docs/plugins/android-kiosk/getting-started.mdx b/src/content/docs/es/docs/plugins/android-kiosk/getting-started.mdx
deleted file mode 100644
index 17a2d3714..000000000
--- a/src/content/docs/es/docs/plugins/android-kiosk/getting-started.mdx
+++ /dev/null
@@ -1,295 +0,0 @@
----
-title: Primeros pasos
-description: Learn how Para instalar and Usar El Android Kiosk Plugin A lock your Android Dispositivo into kiosk mode in your Capacitor Aplicación.
-sidebar:
-  order: 2
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar El Paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-android-kiosk" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-2. **Sync with native projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-Este Plugin is **Android-only**. For iOS kiosk mode functionality, please Usar El Dispositivo's built-in [Guided Access](https://support.apple.com/en-us/HT202612) feature.
-- **Kiosk Mode**: Hide system UI and enter immersive fullscreen mode
-- **Launcher Integración**: Establecer your Aplicación as El Dispositivo launcher/home Aplicación
-- **Hardware Key Control**: Block or allow specific hardware buttons
-- **Estado Detection**: Verificar if kiosk mode is active or if Aplicación is Establecer as launcher
-- **Android 6.0+**: Supports Android API 23 through Android 15 (API 35)
-```typescript
-import { CapacitorAndroidKiosk } from '@capgo/capacitor-android-kiosk';
-// Enter kiosk mode
-await CapacitorAndroidKiosk.enterKioskMode();
-// Exit kiosk mode
-await CapacitorAndroidKiosk.exitKioskMode();
-// Check if in kiosk mode
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-console.log('Kiosk mode active:', isInKioskMode);
-```
-For full kiosk mode functionality, Necesita A Establecer your Aplicación as El Dispositivo launcher:
-```typescript
-// Open home screen settings for user to select your app as launcher
-await CapacitorAndroidKiosk.setAsLauncher();
-// Check if app is set as launcher
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-console.log('App is launcher:', isLauncher);
-```
-Control which hardware buttons are allowed A Función in kiosk mode:
-```typescript
-// Allow only volume keys
-await CapacitorAndroidKiosk.setAllowedKeys({
-volumeUp: true,
-volumeDown: true,
-back: false,
-home: false,
-recent: false
-});
-// Block all keys (default)
-await CapacitorAndroidKiosk.setAllowedKeys({});
-```
-```typescript
-async function setupKioskMode() {
-try {
-// Check if already set as launcher
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-if (!isLauncher) {
-// Prompt user to set as launcher
-await CapacitorAndroidKiosk.setAsLauncher();
-alert('Please select this app as your Home app');
-return;
-}
-// Configure allowed keys
-await CapacitorAndroidKiosk.setAllowedKeys({
-volumeUp: true,
-volumeDown: true,
-back: false,
-home: false,
-recent: false,
-power: false
-});
-// Enter kiosk mode
-await CapacitorAndroidKiosk.enterKioskMode();
-console.log('Kiosk mode activated');
-} catch (error) {
-console.error('Failed to setup kiosk mode:', error);
-}
-}
-```
-Checks if El Aplicación is currently Ejecutando in kiosk mode.
-```typescript
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-```
-**Returns:**
-- `isInKioskMode` (boolean): Whether kiosk mode is currently active
----
-### isSetAsLauncher()
-
-Checks if El Aplicación is Establecer as El Dispositivo launcher (home Aplicación).
-
-```typescript
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-```
-
-**Returns:**
-- `isLauncher` (boolean): Whether El Aplicación is Establecer as El Dispositivo launcher
-
----
-
-### enterKioskMode()
-
-Enters kiosk mode, hiding system UI and blocking hardware buttons. El Aplicación Debe be Establecer as El Dispositivo launcher for this A work effectively.
-
-```typescript
-await CapacitorAndroidKiosk.enterKioskMode();
-```
-
----
-
-### exitKioskMode()
-
-Exits kiosk mode, restoring normal system UI and hardware button functionality.
-
-```typescript
-await CapacitorAndroidKiosk.exitKioskMode();
-```
-
----
-
-### setAsLauncher()
-
-Opens El Dispositivo's home screen Configuración A allow user A Establecer this Aplicación as El launcher. Esto es Requerido for full kiosk mode functionality.
-
-```typescript
-await CapacitorAndroidKiosk.setAsLauncher();
-```
-
----
-
-### setAllowedKeys(Opciones)
-
-Sets which hardware keys are allowed A Función in kiosk mode. By Predeterminado, all hardware keys are blocked in kiosk mode.
-
-```typescript
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false,
-  power: false,
-  camera: false,
-  menu: false
-});
-```
-
-**Parámetros:**
-- `volumeUp` (boolean, Opcional): Allow volume up button (Predeterminado: false)
-- `volumeDown` (boolean, Opcional): Allow volume down button (Predeterminado: false)
-- `back` (boolean, Opcional): Allow back button (Predeterminado: false)
-- `home` (boolean, Opcional): Allow home button (Predeterminado: false)
-- `recent` (boolean, Opcional): Allow recent Aplicaciones button (Predeterminado: false)
-- `power` (boolean, Opcional): Allow power button (Predeterminado: false)
-- `camera` (boolean, Opcional): Allow camera button if present (Predeterminado: false)
-- `menu` (boolean, Opcional): Allow menu button if present (Predeterminado: false)
-
----
-
-### getPluginVersion()
-
-Get El native Capacitor Plugin Versión.
-
-```typescript
-const { version } = await CapacitorAndroidKiosk.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-**Returns:**
-- `version` (string): El Plugin Versión number
-
-## Android Configuración
-
-### 1. MainActivity Configuración
-
-Para habilitar full hardware key blocking, Necesita A override `dispatchKeyEvent` in your `MainActivity.java`:
-
-```java
-import android.view.KeyEvent;
-import ee.forgr.plugin.android_kiosk.CapacitorAndroidKioskPlugin;
-
-public class MainActivity extends BridgeActivity {
-    @Override
-    public boolean dispatchKeyEvent(KeyEvent event) {
-        // Get the kiosk plugin
-        CapacitorAndroidKioskPlugin kioskPlugin = (CapacitorAndroidKioskPlugin)
-            this.getBridge().getPlugin("CapacitorAndroidKiosk").getInstance();
-
-        if (kioskPlugin != null && kioskPlugin.shouldBlockKey(event.getKeyCode())) {
-            return true; // Block the key
-        }
-
-        return super.dispatchKeyEvent(event);
-    }
-
-    @Override
-    public void onBackPressed() {
-        // Don't call super.onBackPressed() to disable back button
-        // Or call the plugin's handleOnBackPressed
-    }
-}
-```
-
-### 2. AndroidManifest.XML
-
-Agregar launcher intent filter A make your Aplicación selectable as a launcher:
-
-```xml
-<activity
-    android:name=".MainActivity"
-    ...>
-
-    <!-- Existing intent filter -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.LAUNCHER" />
-    </intent-filter>
-
-    <!-- Add this to make app selectable as launcher -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.HOME" />
-        <category android:name="android.intent.category.DEFAULT" />
-    </intent-filter>
-</activity>
-```
-
-## Importante Notas
-
-1. **Launcher Requirement**: For full kiosk mode functionality (blocking home button, preventing task switching), your Aplicación Debe be Establecer as El Dispositivo launcher.
-
-2. **Pruebas**: When Pruebas, Puede exit kiosk mode programmatically or by setting another Aplicación as El launcher.
-
-3. **Android Versiones**: El Plugin uses modern Android APIs for Android 11+ and falls back A older Métodos for compatibility with Android 6.0+.
-
-4. **Seguridad**: Este Plugin is designed for legitimate kiosk applications. Ensure you provide users with a way A exit kiosk mode.
-
-5. **Battery**: Kiosk mode keeps El screen on. Consider implementing your own screen timeout or brightness management.
-
-## iOS Alternative
-
-For iOS Dispositivos, Usar El built-in [Guided Access](https://support.apple.com/en-us/HT202612) feature:
-
-1. Go A Configuración > Accessibility > Guided Access
-2. Turn on Guided Access
-3. Establecer a passcode
-4. Open your Aplicación
-5. Triple-Haga clic El side button
-6. Adjust Configuración and start Guided Access
-
-## Buenas prácticas
-
-1. **Verificar launcher Estado first**
-   ```typescript
-   const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-   if (!isLauncher) {
-     // Prompt user to set as launcher first
-     await CapacitorAndroidKiosk.setAsLauncher();
-   }
-   ```
-
-2. **Provide exit mechanism**
-   ```typescript
-   // Allow specific key combination to exit
-   // Or implement a secret gesture/pattern
-   async function exitKioskWithConfirmation() {
-     const confirmed = confirm('Exit kiosk mode?');
-     if (confirmed) {
-       await CapacitorAndroidKiosk.exitKioskMode();
-     }
-   }
-   ```
-
-3. **Handle Aplicación lifecycle**
-   ```typescript
-   // Re-enter kiosk mode when app resumes
-   window.addEventListener('resume', async () => {
-     const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-     if (!isInKioskMode) {
-       await CapacitorAndroidKiosk.enterKioskMode();
-     }
-   });
-   ```
-
-4. **Error handling**
-   ```typescript
-   try {
-     await CapacitorAndroidKiosk.enterKioskMode();
-   } catch (error) {
-     console.error('Failed to enter kiosk mode:', error);
-     // Notify user and provide alternative
-   }
-   ```
diff --git a/src/content/docs/es/docs/plugins/android-kiosk/index.mdx b/src/content/docs/es/docs/plugins/android-kiosk/index.mdx
deleted file mode 100644
index 91152ff6c..000000000
--- a/src/content/docs/es/docs/plugins/android-kiosk/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@Capgo/Capacitor-android-kiosk"
-description: Plugin de modo quiosco de Android para Capacitor - Bloquea el dispositivo en modo quiosco con funcionalidad de lanzador
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-locale: es
-hero:
-  tagline: Bloquea tu dispositivo Android en modo quiosco con control total sobre los botones físicos y funcionalidad de lanzador para tus aplicaciones Capacitor.
-  image:
-    file: ~public/icons/plugins/android-kiosk.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/android-kiosk/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-android-kiosk/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Modo quiosco" icon="rocket">
-    Oculta la interfaz de usuario del sistema y entra en modo de pantalla completa inmersivo
-  </Card>
-  <Card title="Integración de lanzador" icon="setting">
-    Establece tu aplicación como el lanzador/aplicación de inicio del dispositivo
-  </Card>
-  <Card title="Control de teclas físicas" icon="warning">
-    Bloquea o permite botones físicos específicos (retroceso, inicio, recientes, volumen, encendido)
-  </Card>
-  <Card title="Detección de estado" icon="approve-check">
-    Verifica si el modo quiosco está activo o si la aplicación está configurada como lanzador
-  </Card>
-  <Card title="Android 6.0+" icon="star">
-    Compatible con Android API 23 hasta Android 15 (API 35)
-  </Card>
-  <Card title="Documentación completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/android-kiosk/getting-started/) para integrar el modo quiosco en minutos.
-  </Card>
-</CardGrid>
-
-## Soporte de plataforma
-
-Este Plugin es **solo para Android**. Para la funcionalidad de modo quiosco en iOS, por favor usa la función integrada del dispositivo [Acceso Guiado](https://support.apple.com/en-us/HT202612).
diff --git a/src/content/docs/es/docs/plugins/android-usagestatsmanager/getting-started.mdx b/src/content/docs/es/docs/plugins/android-usagestatsmanager/getting-started.mdx
deleted file mode 100644
index 65d0be808..000000000
--- a/src/content/docs/es/docs/plugins/android-usagestatsmanager/getting-started.mdx
+++ /dev/null
@@ -1,173 +0,0 @@
----
-title: Comenzando
-description: Aprende cómo instalar y usar el Plugin Android Uso Stats Manager para acceder a estadísticas de uso de aplicaciones y datos de uso del dispositivo.
-sidebar:
-  order: 2
-locale: es
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Configuración de plataforma
-
-### Android
-
-Agrega los permisos requeridos a tu `android/app/src/main/AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## Ejemplo de uso
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// Check if permission is granted
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // Open settings to grant permission
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// Query usage statistics for the last 7 days
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7 days ago
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// Get all installed packages
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## Referencia de API
-
-### isUsageStatsPermissionGranted()
-
-```typescript
-isUsageStatsPermissionGranted() => Promise<{ granted: boolean }>
-```
-
-Verifica si el permiso PACKAGE_USAGE_STATS está concedido.
-
-**Retorna:** `Promise<{ granted: boolean }>`
-
-### openUsageStatsSettings()
-
-```typescript
-openUsageStatsSettings() => Promise<void>
-```
-
-Abre la página de configuración del sistema para conceder el permiso de estadísticas de uso.
-
-### queryAndAggregateUsageStats(Opciones)
-
-```typescript
-queryAndAggregateUsageStats(options: UsageStatsOptions) => Promise<UsageStatsResult>
-```
-
-Consulta estadísticas de uso detalladas para aplicaciones instaladas.
-
-| Parámetro     | Tipo                           |
-| ------------- | ------------------------------ |
-| **`options`** | `UsageStatsOptions` |
-
-**Retorna:** `Promise<UsageStatsResult>`
-
-### queryAllPackages()
-
-```typescript
-queryAllPackages() => Promise<PackagesResult>
-```
-
-Obtiene información sobre todos los paquetes instalados en el dispositivo.
-
-**Retorna:** `Promise<PackagesResult>`
-
-## Interfaces
-
-### UsageStatsOptions
-
-| Prop               | Tipo                | Descripción                                                  |
-| ------------------ | ------------------- | ------------------------------------------------------------ |
-| **`intervalType`** | `number` | Tipo de intervalo (0=DIARIO, 1=SEMANAL, 2=MENSUAL, etc.) |
-| **`startTime`**    | `number` | Tiempo de inicio en milisegundos                             |
-| **`endTime`**      | `number` | Tiempo de fin en milisegundos                                |
-
-### UsageStatsResult
-
-Contiene datos de estadísticas de uso para cada aplicación:
-
-- Tiempo de uso de la aplicación y frecuencia
-- Primera y última vez usado
-- Tiempo total en primer plano
-- Conteo de lanzamientos
-
-### PackagesResult
-
-Contiene información sobre paquetes instalados:
-
-- Nombre y versión del paquete
-- Tiempo de instalación
-- Etiquetas e iconos de aplicaciones
-- Aplicaciones del sistema vs aplicaciones de usuario
-
-## Manejo de permisos
-
-El Plugin requiere permisos especiales que no pueden ser concedidos a través de solicitudes normales de permisos en tiempo de ejecución:
-
-1. **PACKAGE_USAGE_STATS**: Permite el acceso a estadísticas de uso
-2. **QUERY_ALL_PACKAGES**: Requerido para información de paquetes (Android 11+)
-
-Los usuarios deben conceder manualmente estos permisos a través de la configuración del sistema. Usa `openUsageStatsSettings()` para dirigir a los usuarios a la página de configuración apropiada.
-
-## Mejores prácticas
-
-- Siempre verifica el estado del permiso antes de consultar estadísticas de uso
-- Maneja la denegación de permisos con elegancia con mensajes amigables para el usuario
-- Considera la privacidad del usuario al recopilar datos de uso
-- Implementa prácticas adecuadas de manejo y almacenamiento de datos
-- Sigue las políticas de Google Play para la recopilación de datos de uso
-
-## Casos de uso
-
-- **Aplicaciones de bienestar digital**: Monitorea el tiempo de pantalla y el uso de aplicaciones
-- **Controles parentales**: Rastrea el uso del dispositivo de los niños
-- **Aplicaciones de productividad**: Analiza patrones de trabajo y tiempo de concentración
-- **Analíticas**: Comprende el comportamiento del usuario y el compromiso con la aplicación
diff --git a/src/content/docs/es/docs/plugins/android-usagestatsmanager/index.mdx b/src/content/docs/es/docs/plugins/android-usagestatsmanager/index.mdx
deleted file mode 100644
index d2dda3abe..000000000
--- a/src/content/docs/es/docs/plugins/android-usagestatsmanager/index.mdx
+++ /dev/null
@@ -1,146 +0,0 @@
----
-title: "@Capgo/Capacitor-android-usagestatsmanager"
-description: Plugin de estadísticas de uso de Android para aplicaciones Capacitor con seguimiento de uso de aplicaciones, monitoreo de tiempo de pantalla y analíticas de uso.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-locale: es
-hero:
-  tagline: Accede a las estadísticas de uso de Android para monitorear el uso de aplicaciones, el tiempo de pantalla y analíticas de comportamiento del usuario con datos a nivel del sistema.
-  image:
-    file: ~public/icons/plugins/android-usagestatsmanager.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/android-usagestatsmanager/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-android-usagestatsmanager/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Descripción general
-
-El Plugin Capacitor Android Uso Stats Manager expone el SDK de UsageStatsManager de Android a aplicaciones Capacitor, permitiendo el acceso a estadísticas de uso de aplicaciones detalladas y datos de uso del dispositivo. Este Plugin permite a los desarrolladores rastrear patrones de uso de aplicaciones, tiempo de pantalla y analíticas de comportamiento del usuario en dispositivos Android.
-
-<CardGrid stagger>
-  <Card title="Estadísticas de uso" icon="rocket">
-    Accede a datos del SDK de UsageStatsManager de Android 📱
-  </Card>
-  <Card title="Monitoreo de aplicaciones" icon="moon">
-    Rastrea el tiempo de uso y frecuencia de aplicaciones individuales 🕐
-  </Card>
-  <Card title="Gestión de permisos" icon="approve-check">
-    Maneja permisos de estadísticas de uso sin problemas 🛡️
-  </Card>
-  <Card title="Información de paquetes" icon="puzzle">
-    Consulta detalles y metadatos de paquetes instalados 📦
-  </Card>
-</CardGrid>
-
-## Instalación
-
-```bash
-npm install @capgo/capacitor-android-usagestatsmanager
-npx cap sync
-```
-
-## Permisos requeridos
-
-Agrega estos permisos a tu `android/app/src/main/AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## Métodos principales de API
-
-### Estadísticas de uso
-- `queryAndAggregateUsageStats(options)` - Recupera estadísticas de uso detalladas para aplicaciones instaladas
-- `isUsageStatsPermissionGranted()` - Verifica si el permiso de estadísticas de uso está concedido
-- `openUsageStatsSettings()` - Abre la configuración del sistema para el permiso de estadísticas de uso
-
-### Información de paquetes
-- `queryAllPackages()` - Obtiene información sobre todos los paquetes instalados
-
-## Ejemplo de uso
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// Check if permission is granted
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // Open settings to grant permission
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// Query usage statistics
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7 days ago
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// Get all installed packages
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## Manejo de permisos
-
-El Plugin requiere permisos especiales que no pueden ser concedidos a través de solicitudes normales de permisos en tiempo de ejecución:
-
-1. **PACKAGE_USAGE_STATS**: Permite el acceso a estadísticas de uso
-2. **QUERY_ALL_PACKAGES**: Requerido para información de paquetes (Android 11+)
-
-Los usuarios deben conceder manualmente estos permisos a través de la configuración del sistema. Usa `openUsageStatsSettings()` para dirigir a los usuarios a la página de configuración apropiada.
-
-## Tipos de datos
-
-### Estadísticas de uso
-- Tiempo de uso de la aplicación y frecuencia
-- Primera y última vez usado
-- Tiempo total en primer plano
-- Conteo de lanzamientos
-
-### Información de paquetes
-- Nombre y versión del paquete
-- Tiempo de instalación
-- Etiquetas e iconos de aplicaciones
-- Aplicaciones del sistema vs aplicaciones de usuario
-
-## Casos de uso
-
-- **Aplicaciones de bienestar digital**: Monitorea el tiempo de pantalla y el uso de aplicaciones
-- **Controles parentales**: Rastrea el uso del dispositivo de los niños
-- **Aplicaciones de productividad**: Analiza patrones de trabajo y tiempo de concentración
-- **Analíticas**: Comprende el comportamiento del usuario y el compromiso con la aplicación
-
-## Compatibilidad con Android
-
-- **Versión mínima de Android**: Nivel de API 21 (Android 5.0)
-- **Características avanzadas**: Nivel de API 29+ (Android 10+) para estadísticas mejoradas
-- **Consultas de paquetes**: Nivel de API 30+ (Android 11+) requiere QUERY_ALL_PACKAGES
-
-## Consideraciones de seguridad
-
-- El permiso de estadísticas de uso es sensible y requiere consentimiento del usuario
-- Considera la privacidad del usuario al recopilar datos de uso
-- Implementa prácticas adecuadas de manejo y almacenamiento de datos
-- Sigue las políticas de Google Play para la recopilación de datos de uso
-
-## Documentación
-
-Consulta la [documentación completa](/docs/plugins/android-usagestatsmanager/getting-started/) para guías detalladas de implementación y patrones de uso avanzados.
diff --git a/src/content/docs/es/docs/plugins/appinsights/getting-started.mdx b/src/content/docs/es/docs/plugins/appinsights/getting-started.mdx
deleted file mode 100644
index dd0fa190d..000000000
--- a/src/content/docs/es/docs/plugins/appinsights/getting-started.mdx
+++ /dev/null
@@ -1,207 +0,0 @@
----
-title: Comenzando
-description: Aprende cómo instalar y usar el Plugin AppInsights para analíticas de aplicación en tu aplicación Capacitor.
-sidebar:
-  order: 2
-locale: es
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-appinsights" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Uso
-
-Importa el Plugin e inicialízalo con tus credenciales de AppInsights:
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-// Initialize the SDK
-const initializeAnalytics = async () => {
-  await CapacitorAppinsights.init({
-    partnerId: 'your-partner-id',
-    partnerKey: 'your-partner-key'
-  });
-};
-
-// Set user ID for tracking
-const setUser = async (userId: string) => {
-  await CapacitorAppinsights.setUserId({ userId });
-};
-
-// Get SDK state
-const checkSDKState = async () => {
-  const state = await CapacitorAppinsights.getState();
-  console.log('SDK State:', state);
-};
-
-// Get plugin version
-const checkVersion = async () => {
-  const { version } = await CapacitorAppinsights.getPluginVersion();
-  console.log('Plugin version:', version);
-};
-```
-
-## Referencia de API
-
-### init(Opciones)
-
-Inicializa el SDK de AppInsights con tus credenciales.
-
-```typescript
-await CapacitorAppinsights.init({
-  partnerId: 'your-partner-id',
-  partnerKey: 'your-partner-key'
-});
-```
-
-**Parámetros:**
-- `partnerId` (string): Tu ID de socio de AppInsights
-- `partnerKey` (string): Tu clave de socio de AppInsights
-
-### setUserId(Opciones)
-
-Establece o actualiza el ID de usuario después de la inicialización.
-
-```typescript
-await CapacitorAppinsights.setUserId({
-  userId: 'user-123'
-});
-```
-
-**Parámetros:**
-- `userId` (string): El ID de usuario a establecer para el seguimiento
-
-### getState()
-
-Obtiene el estado actual del SDK.
-
-```typescript
-const state = await CapacitorAppinsights.getState();
-console.log(state);
-// {
-//   initCompleted: true,
-//   jobScheduled: true,
-//   permissionAcquired: true
-// }
-```
-
-**Retorna:**
-- `initCompleted` (boolean): Si la inicialización del SDK está completa
-- `jobScheduled` (boolean): Si el trabajo de recopilación de datos está programado
-- `permissionAcquired` (boolean): Si se han adquirido los permisos necesarios
-
-### getPluginVersion()
-
-Obtiene la versión nativa del Plugin Capacitor.
-
-```typescript
-const { version } = await CapacitorAppinsights.getPluginVersion();
-console.log('Version:', version);
-```
-
-## Ejemplo completo
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-export class AnalyticsService {
-  private initialized = false;
-
-  async initialize(partnerId: string, partnerKey: string) {
-    try {
-      await CapacitorAppinsights.init({
-        partnerId,
-        partnerKey
-      });
-
-      const state = await CapacitorAppinsights.getState();
-      this.initialized = state.initCompleted;
-
-      console.log('AppInsights initialized:', state);
-    } catch (error) {
-      console.error('Failed to initialize AppInsights:', error);
-    }
-  }
-
-  async identifyUser(userId: string) {
-    if (!this.initialized) {
-      throw new Error('AppInsights not initialized');
-    }
-
-    await CapacitorAppinsights.setUserId({ userId });
-    console.log('User identified:', userId);
-  }
-
-  async getSDKStatus() {
-    const state = await CapacitorAppinsights.getState();
-    return {
-      ready: state.initCompleted && state.permissionAcquired,
-      tracking: state.jobScheduled,
-      state
-    };
-  }
-}
-```
-
-## Mejores prácticas
-
-1. **Inicializa temprano**
-   Inicializa el SDK tan pronto como tu aplicación se inicie para asegurar un seguimiento preciso:
-   ```typescript
-   // In your app initialization
-   await CapacitorAppinsights.init({
-     partnerId: process.env.APPINSIGHTS_PARTNER_ID,
-     partnerKey: process.env.APPINSIGHTS_PARTNER_KEY
-   });
-   ```
-
-2. **Establece el ID de usuario al iniciar sesión**
-   Identifica a los usuarios después de la autenticación:
-   ```typescript
-   async function onUserLogin(user) {
-     await CapacitorAppinsights.setUserId({
-       userId: user.id
-     });
-   }
-   ```
-
-3. **Verifica el estado del SDK**
-   Verifica que el SDK esté listo antes de operaciones críticas:
-   ```typescript
-   const state = await CapacitorAppinsights.getState();
-   if (!state.initCompleted) {
-     console.warn('AppInsights not ready');
-   }
-   ```
-
-4. **Maneja los errores con elegancia**
-   ```typescript
-   try {
-     await CapacitorAppinsights.init(config);
-   } catch (error) {
-     console.error('Analytics initialization failed:', error);
-     // Continue app operation even if analytics fails
-   }
-   ```
-
-## Notas de plataforma
-
-### iOS
-- Requiere iOS 10.0+
-- Asegúrate de tener los permisos necesarios en Información.plist para el seguimiento
-
-### Android
-- Requiere Android 5.0 (API 21)+
-- Puede requerir permiso de estadísticas de uso dependiendo de las características de seguimiento
-
-### Web
-- No compatible con la plataforma web
diff --git a/src/content/docs/es/docs/plugins/appinsights/index.mdx b/src/content/docs/es/docs/plugins/appinsights/index.mdx
deleted file mode 100644
index bf86d8b01..000000000
--- a/src/content/docs/es/docs/plugins/appinsights/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-appinsights"
-description: Integración de perspectivas y analíticas de aplicación para aplicaciones Capacitor usando el SDK de Apptopia AppInsights.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-locale: es
-hero:
-  tagline: Rastrea el uso de la aplicación, el comportamiento del usuario y las métricas de rendimiento con la integración de AppInsights para tus aplicaciones Capacitor.
-  image:
-    file: ~public/icons/plugins/appinsights.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/appinsights/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-appinsights/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Seguimiento de analíticas" icon="star">
-    Rastrea el comportamiento del usuario y el uso de la aplicación con AppInsights
-  </Card>
-  <Card title="Identificación de usuario" icon="heart">
-    Establece y gestiona IDs de usuario para seguimiento personalizado
-  </Card>
-  <Card title="Gestión de estado del SDK" icon="setting">
-    Monitorea la inicialización del SDK y el estado de permisos
-  </Card>
-  <Card title="Documentación completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/appinsights/getting-started/) para integrar analíticas en minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/audio-recorder/getting-started.mdx b/src/content/docs/es/docs/plugins/audio-recorder/getting-started.mdx
deleted file mode 100644
index 6391b922c..000000000
--- a/src/content/docs/es/docs/plugins/audio-recorder/getting-started.mdx
+++ /dev/null
@@ -1,394 +0,0 @@
----
-title: Primeros pasos con la grabadora de audio
-description: Aprenda cómo integrar la grabación de audio en su aplicación Capacitor
-locale: es
----
-Esta guía lo guiará a través de la integración del complemento Grabador de audio Capacitor en su aplicación.
-
-## Instalación
-
-Instale el complemento usando npm:
-
-```bash
-npm install @capgo/capacitor-audio-recorder
-npx cap sync
-```
-
-## iOS Configuration
-
-Agregue lo siguiente a su `Info.plist`:
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs access to the microphone to record audio</string>
-```
-
-## Android Configuración
-
-Agregue los siguientes permisos a su `AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-```
-
-## Configuración web
-
-El complemento utiliza MediaRecorder API. Requires HTTPS in production.
-
-## Uso básico
-
-### Importar el complemento
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-```
-
-### Solicitar permisos
-
-```typescript
-const requestPermission = async () => {
-  const permission = await AudioRecorder.requestPermissions();
-  console.log('Permission status:', permission.recordAudio);
-};
-```
-
-### Iniciar grabación
-
-```typescript
-const startRecording = async () => {
-  await AudioRecorder.startRecording();
-  console.log('Recording started');
-};
-```
-
-### Detener grabación
-
-```typescript
-const stopRecording = async () => {
-  const result = await AudioRecorder.stopRecording();
-  console.log('Recording path:', result.filePath);
-  console.log('Duration:', result.duration);
-};
-```
-
-### Pause/Resume Recording
-
-```typescript
-const pauseRecording = async () => {
-  await AudioRecorder.pauseRecording();
-  console.log('Recording paused');
-};
-
-const resumeRecording = async () => {
-  await AudioRecorder.resumeRecording();
-  console.log('Recording resumed');
-};
-```
-
-### Obtener estado
-
-```typescript
-const getStatus = async () => {
-  const status = await AudioRecorder.getStatus();
-  console.log('Is recording:', status.isRecording);
-  console.log('Duration:', status.currentTime);
-};
-```
-
-## Ejemplo completo
-
-Here's a complete voice recorder implementation:
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-
-class VoiceRecorder {
-  private isRecording = false;
-  private isPaused = false;
-  private recordingPath: string | null = null;
-
-  async initialize() {
-    const permission = await AudioRecorder.checkPermissions();
-
-    if (permission.recordAudio !== 'granted') {
-      const requested = await AudioRecorder.requestPermissions();
-
-      if (requested.recordAudio !== 'granted') {
-        throw new Error('Microphone permission denied');
-      }
-    }
-  }
-
-  async startRecording() {
-    try {
-      await AudioRecorder.startRecording();
-      this.isRecording = true;
-      this.isPaused = false;
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  async pauseRecording() {
-    if (!this.isRecording || this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.pauseRecording();
-      this.isPaused = true;
-      console.log('Recording paused');
-    } catch (error) {
-      console.error('Failed to pause recording:', error);
-      throw error;
-    }
-  }
-
-  async resumeRecording() {
-    if (!this.isRecording || !this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.resumeRecording();
-      this.isPaused = false;
-      console.log('Recording resumed');
-    } catch (error) {
-      console.error('Failed to resume recording:', error);
-      throw error;
-    }
-  }
-
-  async stopRecording() {
-    if (!this.isRecording) {
-      return null;
-    }
-
-    try {
-      const result = await AudioRecorder.stopRecording();
-      this.isRecording = false;
-      this.isPaused = false;
-      this.recordingPath = result.filePath;
-
-      console.log('Recording stopped');
-      console.log('File path:', result.filePath);
-      console.log('Duration:', result.duration, 'seconds');
-
-      return result;
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  async getCurrentStatus() {
-    const status = await AudioRecorder.getStatus();
-    return {
-      isRecording: status.isRecording,
-      duration: status.currentTime,
-      isPaused: this.isPaused
-    };
-  }
-
-  formatDuration(seconds: number): string {
-    const mins = Math.floor(seconds / 60);
-    const secs = Math.floor(seconds % 60);
-    return `${mins}:${secs.toString().padStart(2, '0')}`;
-  }
-
-  getRecordingPath(): string | null {
-    return this.recordingPath;
-  }
-}
-
-// Usage
-const recorder = new VoiceRecorder();
-
-// Initialize
-await recorder.initialize();
-
-// Start recording
-await recorder.startRecording();
-
-// Pause
-await recorder.pauseRecording();
-
-// Resume
-await recorder.resumeRecording();
-
-// Stop and get result
-const result = await recorder.stopRecording();
-console.log('Recording saved:', result?.filePath);
-```
-
-## Advanced Configuration
-
-### Configure Audio Quality
-
-```typescript
-const startHighQualityRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',           // aac, mp3, or wav
-    sampleRate: 44100,       // 44100 Hz (CD quality)
-    channels: 2,             // Stereo
-    bitRate: 320000          // 320 kbps
-  });
-};
-```
-
-### Configurar para voz
-
-```typescript
-const startVoiceRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',
-    sampleRate: 16000,       // 16 kHz (voice optimized)
-    channels: 1,             // Mono
-    bitRate: 64000           // 64 kbps
-  });
-};
-```
-
-## UI Integration Example
-
-```typescript
-class AudioRecorderUI {
-  private recorder: VoiceRecorder;
-  private updateInterval: any;
-
-  constructor() {
-    this.recorder = new VoiceRecorder();
-  }
-
-  async init() {
-    await this.recorder.initialize();
-    this.setupEventListeners();
-  }
-
-  setupEventListeners() {
-    const recordButton = document.getElementById('record-btn');
-    const pauseButton = document.getElementById('pause-btn');
-    const stopButton = document.getElementById('stop-btn');
-
-    recordButton?.addEventListener('click', () => this.handleRecord());
-    pauseButton?.addEventListener('click', () => this.handlePause());
-    stopButton?.addEventListener('click', () => this.handleStop());
-  }
-
-  async handleRecord() {
-    await this.recorder.startRecording();
-    this.startDurationUpdate();
-    this.updateUI('recording');
-  }
-
-  async handlePause() {
-    const status = await this.recorder.getCurrentStatus();
-
-    if (status.isPaused) {
-      await this.recorder.resumeRecording();
-      this.updateUI('recording');
-    } else {
-      await this.recorder.pauseRecording();
-      this.updateUI('paused');
-    }
-  }
-
-  async handleStop() {
-    const result = await this.recorder.stopRecording();
-    this.stopDurationUpdate();
-    this.updateUI('stopped');
-
-    if (result) {
-      this.showRecordingResult(result);
-    }
-  }
-
-  startDurationUpdate() {
-    this.updateInterval = setInterval(async () => {
-      const status = await this.recorder.getCurrentStatus();
-      this.updateDurationDisplay(status.duration);
-    }, 100);
-  }
-
-  stopDurationUpdate() {
-    if (this.updateInterval) {
-      clearInterval(this.updateInterval);
-    }
-  }
-
-  updateDurationDisplay(duration: number) {
-    const display = document.getElementById('duration');
-    if (display) {
-      display.textContent = this.recorder.formatDuration(duration);
-    }
-  }
-
-  updateUI(state: 'recording' | 'paused' | 'stopped') {
-    // Update button states, colors, etc.
-    console.log('UI state:', state);
-  }
-
-  showRecordingResult(result: any) {
-    console.log('Recording complete:', result);
-    // Show playback UI, save options, etc.
-  }
-}
-
-// Initialize UI
-const ui = new AudioRecorderUI();
-ui.init();
-```
-
-## Mejores prácticas
-
-1. **Solicitar permisos con anticipación**: verifique los permisos antes de mostrar la interfaz de usuario de grabación
-2. **Manejar interrupciones**: llamadas telefónicas, las alarmas pueden interrumpir la grabación
-3. **Administrar almacenamiento**: limpia grabaciones antiguas para ahorrar espacio
-4. **Proporcionar comentarios**: muestra el estado de la grabación, la duración y la forma de onda
-5. **Prueba en dispositivos**: los simuladores/emuladores tienen soporte de audio limitado
-
-## Problemas comunes
-
-### Permiso denegado
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await AudioRecorder.checkPermissions();
-
-  if (permission.recordAudio === 'denied') {
-    alert('Microphone permission is required to record audio. Please enable it in Settings.');
-  }
-};
-```
-
-### Recording Interrupted
-
-```typescript
-// Handle app going to background
-document.addEventListener('pause', async () => {
-  const status = await recorder.getCurrentStatus();
-  if (status.isRecording) {
-    await recorder.pauseRecording();
-    // Notify user
-  }
-});
-```
-
-### Gestión de almacenamiento
-
-```typescript
-const cleanupOldRecordings = async () => {
-  // Implement cleanup logic
-  // Delete recordings older than X days
-  // Or keep only last N recordings
-};
-```
-
-## Próximos pasos
-
-- Explore la [Referencia API](https://github.com/Cap-go/capacitor-audio-recorder#api) para obtener documentación completa del método
-- Consulte la [aplicación de ejemplo](https://github.com/Cap-go/capacitor-audio-recorder/tree/main/example) para un uso avanzado
-- Consulte el [tutorial](/plugins/capacitor-audio-recorder) para ver ejemplos completos de implementación.
diff --git a/src/content/docs/es/docs/plugins/audio-recorder/index.mdx b/src/content/docs/es/docs/plugins/audio-recorder/index.mdx
deleted file mode 100644
index b3bfee73c..000000000
--- a/src/content/docs/es/docs/plugins/audio-recorder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-audio-recorder"
-description: Graba audio en iOS, Android y Web con Capacitor
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-locale: es
-hero:
-  tagline: Grabación de audio de alta calidad para tus aplicaciones Capacitor
-  image:
-    file: ~public/icons/plugins/audio-recorder.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/audio-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-audio-recorder
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Multiplataforma" icon="laptop">
-    Graba audio en iOS, Android y Web con una API unificada 🌐
-  </Card>
-  <Card title="Múltiples formatos" icon="document">
-    Soporte para codificación AAC, MP3 y WAV 🎵
-  </Card>
-  <Card title="Calidad configurable" icon="setting">
-    Controla la tasa de muestreo, tasa de bits y canales para calidad óptima 🎚️
-  </Card>
-  <Card title="Documentación completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/audio-recorder/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/audiosession/getting-started.mdx b/src/content/docs/es/docs/plugins/audiosession/getting-started.mdx
deleted file mode 100644
index d42ef618e..000000000
--- a/src/content/docs/es/docs/plugins/audiosession/getting-started.mdx
+++ /dev/null
@@ -1,73 +0,0 @@
----
-title: Empezando
-description: >-
-  Configure el complemento AudioSession para reaccionar a iOS cambios e
-  interrupciones en la ruta de audio.
-sidebar:
-  order: 2
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-> ℹ️ **Soporte de plataforma:** La sesión de audio API está disponible en iOS. Calls on Android and the web resolve without effect so you can keep shared logic.
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/capacitor-plugin-audiosession" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar plataforma iOS**
-   <PackageManagers type="exec" pkg="cap" args="sync ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Inspeccionar las salidas disponibles
-
-```typescript
-import { AudioSession, AudioSessionPorts } from '@capgo/capacitor-plugin-audiosession';
-
-const outputs = await AudioSession.currentOutputs();
-
-if (outputs.includes(AudioSessionPorts.BLUETOOTH_A2DP)) {
-  console.log('Bluetooth speaker connected');
-}
-```
-
-## Anular al modo de altavoz
-
-```typescript
-import { AudioSession, OutputOverrideType } from '@capgo/capacitor-plugin-audiosession';
-
-await AudioSession.overrideOutput(OutputOverrideType.speaker);
-
-// Restore system routing when you are done
-await AudioSession.overrideOutput(OutputOverrideType.default);
-```
-
-## Escuche eventos de ruta e interrupción
-
-```typescript
-import { AudioSession, RouteChangeReasons, InterruptionTypes } from '@capgo/capacitor-plugin-audiosession';
-
-const routeListener = await AudioSession.addListener('routeChanged', (reason) => {
-  if (reason === RouteChangeReasons.NEW_DEVICE_AVAILABLE) {
-    console.log('User connected a new audio route');
-  }
-});
-
-const interruptionListener = await AudioSession.addListener('interruption', (type) => {
-  if (type === InterruptionTypes.BEGAN) {
-    // Pause playback while we are interrupted
-  } else {
-    // Resume playback
-  }
-});
-
-// Later during cleanup
-await routeListener.remove();
-await interruptionListener.remove();
-```
-
-## Derechos
-
-- **iOS**: agregue los modos de audio de fondo necesarios (por ejemplo, `audio`, `voice`) dentro de `ios/App/App/Info.plist` si su aplicación reproduce audio en segundo plano.
-- **Other platforms**: No additional setup is necessary; Los métodos se resolverán con resultados vacíos.
diff --git a/src/content/docs/es/docs/plugins/audiosession/index.mdx b/src/content/docs/es/docs/plugins/audiosession/index.mdx
deleted file mode 100644
index 26730095b..000000000
--- a/src/content/docs/es/docs/plugins/audiosession/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@Capgo/Capacitor-Plugin-audiosession"
-locale: es
-description: Observa y controla la sesión de audio de iOS desde aplicaciones Capacitor para manejar cambios de ruta e interrupciones.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Escucha los cambios de ruta de audio, reacciona a interrupciones y redirige la reproducción al altavoz sin salir de Capacitor.
-  image:
-    file: ~public/icons/plugins/audiosession.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/audiosession/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-audiosession/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-El Plugin AudioSession de Capgo te brinda control detallado sobre la capa AVAudioSession de iOS para que puedas manejar con elegancia auriculares, dispositivos Bluetooth e interrupciones inesperadas.
-
-<CardGrid stagger>
-  <Card title="Detección de ruta" icon="rocket">
-    Detecta cuando los usuarios conectan o desconectan auriculares, AirPods, altavoces Bluetooth y más.
-  </Card>
-  <Card title="Anulación de altavoz" icon="setting">
-    Fuerza la reproducción a través del altavoz integrado cuando necesites audio manos libres.
-  </Card>
-  <Card title="Manejo de interrupciones" icon="moon">
-    Reacciona a eventos de interrupción como llamadas telefónicas o Siri para pausar y reanudar el audio de forma segura.
-  </Card>
-  <Card title="Seguridad de tipos" icon="pencil">
-    Definiciones sólidas de TypeScript facilitan la creación de experiencias de audio resilientes.
-  </Card>
-</CardGrid>
-
-Este Plugin se dirige a iOS donde se requiere el control de AVAudioSession. En otras plataformas, las llamadas se resuelven sin efecto, lo que te permite mantener una ruta de código compartida.
diff --git a/src/content/docs/es/docs/plugins/autofill-save-password/getting-started.mdx b/src/content/docs/es/docs/plugins/autofill-save-password/getting-started.mdx
deleted file mode 100644
index 1dc6d73da..000000000
--- a/src/content/docs/es/docs/plugins/autofill-save-password/getting-started.mdx
+++ /dev/null
@@ -1,260 +0,0 @@
----
-title: Comenzar
-locale: es
-description: Aprende cómo instalar y configurar el Plugin Autofill Guardar Password para una gestión de contraseñas fluida en tu aplicación Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Soporte de Plataforma
-
-- **iOS**: Soporte completo (iOS 18.3 y versiones anteriores)
-- **Android**: Trabajo en progreso
-
-## Configuración de Plataforma
-
-### iOS
-
-#### 1. Configuración de Dominios Asociados
-
-Configura dominios asociados en tu cuenta de Apple Developer y agrégalos a tu archivo `App.entitlements`:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-#### 2. Configuración de Credenciales Web
-
-Agrega un archivo `.well-known/apple-app-site-association` a tu sitio web:
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-### Android (Soporte Futuro)
-
-#### 1. Plugin de Google Services
-
-Agrega a `android/app/build.gradle`:
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-#### 2. Configuración de Dominio
-
-Agrega a `android/app/src/main/res/values/strings.xml`:
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-## Ejemplo de Uso
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// Guardar contraseña después de un inicio de sesión exitoso
-async function login(username: string, password: string) {
-  try {
-    // Realiza tu lógica de inicio de sesión aquí
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // Solicitar al usuario guardar la contraseña
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // Solo iOS
-      });
-
-      console.log('Password saved successfully');
-    }
-  } catch (error) {
-    console.error('Failed to save password:', error);
-  }
-}
-
-// Leer contraseña guardada para autocompletar
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Found saved credentials');
-      // Pre-llenar formulario de inicio de sesión
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Failed to read saved password:', error);
-  }
-
-  return null;
-}
-```
-
-## Referencia de API
-
-### promptDialog(Opciones)
-
-```typescript
-promptDialog(options: SavePasswordOptions) => Promise<void>
-```
-
-Guarda credenciales de usuario en el llavero del sistema.
-
-| Parámetro     | Tipo                              |
-| ------------- | --------------------------------- |
-| **`options`** | `SavePasswordOptions` |
-
-### readPassword()
-
-```typescript
-readPassword() => Promise<SavedCredentials>
-```
-
-Recupera credenciales guardadas del llavero del sistema.
-
-**Retorna:** `Promise<SavedCredentials>`
-
-## Interfaces
-
-### SavePasswordOptions
-
-| Propiedad      | Tipo               | Descripción                                   |
-| -------------- | ------------------ | --------------------------------------------- |
-| **`username`** | `string` | El nombre de usuario a guardar                |
-| **`password`** | `string` | La contraseña a guardar                       |
-| **`url`**      | `string` | Solo iOS - URL del dominio asociado (opcional) |
-
-### SavedCredentials
-
-| Propiedad      | Tipo              | Descripción                  |
-| -------------- | ----------------- | ---------------------------- |
-| **`username`** | `string` | El nombre de usuario guardado |
-| **`password`** | `string` | La contraseña guardada       |
-
-## Integración con Flujo de Inicio de Sesión
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // Autenticarse con tu backend
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // Ofrecer guardar credenciales
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login failed:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // Usuario rechazó guardar o ocurrió un error
-      console.log('Password not saved:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('No saved credentials found');
-      return null;
-    }
-  }
-}
-```
-
-## Mejores Prácticas
-
-- Solo solicita guardar contraseñas después de una autenticación exitosa
-- Maneja casos donde los usuarios rechazan guardar contraseñas con elegancia
-- Implementa manejo de errores adecuado para fallos de acceso al llavero
-- Usa dominios asociados para compartir credenciales sin problemas entre web y Aplicación
-- Prueba la funcionalidad de autocompletar en diferentes versiones de iOS
-
-## Consideraciones de Seguridad
-
-- Las credenciales se almacenan en el llavero del sistema con indicadores de seguridad apropiados
-- Los dominios asociados aseguran que las credenciales solo sean accesibles para aplicaciones autorizadas
-- Sigue las pautas de seguridad de la plataforma para la gestión de credenciales
-- Considera implementar medidas de seguridad adicionales para aplicaciones sensibles
diff --git a/src/content/docs/es/docs/plugins/autofill-save-password/index.mdx b/src/content/docs/es/docs/plugins/autofill-save-password/index.mdx
deleted file mode 100644
index 0f28e238a..000000000
--- a/src/content/docs/es/docs/plugins/autofill-save-password/index.mdx
+++ /dev/null
@@ -1,279 +0,0 @@
----
-title: "@Capgo/Capacitor-autofill-Guardar-password"
-locale: es
-description: Plugin de soporte de autocompletar contraseñas para aplicaciones Capacitor con gestión de credenciales, almacenamiento seguro y experiencia de usuario fluida.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Habilita el autocompletar de contraseñas y la gestión de credenciales con integración del sistema para experiencias de autenticación fluidas.
-  image:
-    file: ~public/icons/plugins/autofill-save-password.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/autofill-save-password/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-autofill-Guardar-password/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Descripción General
-
-El Plugin Capacitor Autofill Guardar Password proporciona funcionalidad de guardado y autocompletar de contraseñas para aplicaciones Capacitor. Este Plugin se integra con la gestión de credenciales a nivel del sistema para ofrecer experiencias de autenticación fluidas con almacenamiento y recuperación segura de contraseñas.
-
-<CardGrid stagger>
-  <Card title="Guardado de contraseñas" icon="rocket">
-    Guarda credenciales en el llavero del sistema de forma segura 🔐
-  </Card>
-  <Card title="Integración de autocompletar" icon="setting">
-    Soporte de autocompletar de contraseñas a nivel del sistema 🗝️
-  </Card>
-  <Card title="Multiplataforma" icon="laptop">
-    Soporte iOS con desarrollo de Android en progreso 📱
-  </Card>
-  <Card title="Asociación de dominios" icon="puzzle">
-    Dominios asociados para autenticación fluida ❤️
-  </Card>
-</CardGrid>
-
-## Instalación
-
-```bash
-npm install @capgo/capacitor-autofill-save-password
-npx cap sync
-```
-
-## Soporte de Plataforma
-
-- **iOS**: Soporte completo (funciona con iOS 18.3 y versiones anteriores)
-- **Android**: Trabajo en progreso
-
-## Configuración de iOS
-
-### 1. Configuración de Dominios Asociados
-
-Configura dominios asociados en tu cuenta de Apple Developer y agrégalos a tu archivo `App.entitlements`:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-### 2. Configuración de Credenciales Web
-
-Agrega un archivo `.well-known/apple-app-site-association` a tu sitio web:
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-## Métodos API Principales
-
-### Gestión de Contraseñas
-- `promptDialog(options)` - Guardar contraseña en el llavero del sistema
-- `readPassword()` - Leer contraseña guardada del llavero
-
-## Ejemplo de Uso
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// Guardar contraseña después de un inicio de sesión exitoso
-async function login(username: string, password: string) {
-  try {
-    // Realiza tu lógica de inicio de sesión aquí
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // Solicitar al usuario guardar la contraseña
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // Solo iOS
-      });
-
-      console.log('Password saved successfully');
-    }
-  } catch (error) {
-    console.error('Failed to save password:', error);
-  }
-}
-
-// Leer contraseña guardada para autocompletar
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Found saved credentials');
-      // Pre-llenar formulario de inicio de sesión
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Failed to read saved password:', error);
-  }
-
-  return null;
-}
-```
-
-## Configuración de Android (Trabajo en Progreso)
-
-Para soporte futuro de Android, se requerirá la siguiente configuración:
-
-### 1. Plugin de Google Services
-
-Agrega a `android/app/build.gradle`:
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-### 2. Configuración de Dominio
-
-Agrega a `android/app/src/main/res/values/strings.xml`:
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-### 3. JSON de Google Services
-
-Agrega `google-services.json` a tu proyecto Android.
-
-## Referencia de API
-
-### promptDialog(Opciones)
-
-Guarda credenciales de usuario en el llavero del sistema.
-
-```typescript
-interface SavePasswordOptions {
-  username: string;
-  password: string;
-  url?: string; // Solo iOS - URL del dominio asociado
-}
-```
-
-### readPassword()
-
-Recupera credenciales guardadas del llavero del sistema.
-
-```typescript
-interface SavedCredentials {
-  username: string;
-  password: string;
-}
-```
-
-## Integración con Flujo de Inicio de Sesión
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // Autenticarse con tu backend
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // Ofrecer guardar credenciales
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login failed:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // Usuario rechazó guardar o ocurrió un error
-      console.log('Password not saved:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('No saved credentials found');
-      return null;
-    }
-  }
-}
-```
-
-## Mejores Prácticas
-
-- Solo solicita guardar contraseñas después de una autenticación exitosa
-- Maneja casos donde los usuarios rechazan guardar contraseñas con elegancia
-- Implementa manejo de errores adecuado para fallos de acceso al llavero
-- Usa dominios asociados para compartir credenciales sin problemas entre web y Aplicación
-- Prueba la funcionalidad de autocompletar en diferentes versiones de iOS
-
-## Consideraciones de Seguridad
-
-- Las credenciales se almacenan en el llavero del sistema con indicadores de seguridad apropiados
-- Los dominios asociados aseguran que las credenciales solo sean accesibles para aplicaciones autorizadas
-- Sigue las pautas de seguridad de la plataforma para la gestión de credenciales
-- Considera implementar medidas de seguridad adicionales para aplicaciones sensibles
-
-## Limitaciones
-
-- El soporte de Android está actualmente en desarrollo
-- iOS requiere configuración adecuada de dominios asociados
-- El comportamiento de autocompletar puede variar entre diferentes versiones de iOS
-- Requiere consentimiento del usuario para guardar y acceder a credenciales
-
-## Documentación
-
-Consulta la [documentación completa](/docs/plugins/autofill-save-password/getting-started/) para guías de implementación detalladas y patrones de integración avanzados.
diff --git a/src/content/docs/es/docs/plugins/background-geolocation/getting-started.mdx b/src/content/docs/es/docs/plugins/background-geolocation/getting-started.mdx
deleted file mode 100644
index 3b42b0622..000000000
--- a/src/content/docs/es/docs/plugins/background-geolocation/getting-started.mdx
+++ /dev/null
@@ -1,273 +0,0 @@
----
-title: Comenzar
-locale: es
-description: Aprende cómo instalar y usar el Plugin Background Geolocation para rastrear la ubicación del dispositivo en segundo plano.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-Este Plugin soporta Capacitor v7:
-
-| Capacitor  | Plugin |
-|------------|--------|
-| v7         | v7     |
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-</Tabs>
-
-## Configuración de Plataforma
-
-### iOS
-
-Agrega las siguientes claves a `Info.plist.`:
-
-```xml
-<dict>
-  ...
-  <key>NSLocationWhenInUseUsageDescription</key>
-  <string>We need to track your location</string>
-  <key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-  <string>We need to track your location while your device is locked.</string>
-  <key>UIBackgroundModes</key>
-  <array>
-    <string>location</string>
-  </array>
-  ...
-</dict>
-```
-
-### Android
-
-Establece la opción `android.useLegacyBridge` en `true` en tu configuración de Capacitor. Esto evita que las actualizaciones de ubicación se detengan después de 5 minutos en segundo plano. Ver https://capacitorjs.com/docs/config y https://GitHub.com/Capacitor-community/background-geolocation/Problemas/89.
-
-En Android 13+, la aplicación necesita el permiso de tiempo de ejecución `POST_NOTIFICATIONS` para mostrar la notificación persistente que informa al usuario que su ubicación está siendo utilizada en segundo plano. Este permiso de tiempo de ejecución se solicita después de que se otorga el permiso de ubicación.
-
-Si tu aplicación reenvía actualizaciones de ubicación a un servidor en tiempo real, ten en cuenta que después de 5 minutos en segundo plano Android limitará las solicitudes HTTP iniciadas desde el WebView. La solución es usar un Plugin HTTP nativo como [CapacitorHttp](https://capacitorjs.com/docs/apis/http). Ver https://GitHub.com/Capacitor-community/background-geolocation/Problemas/14.
-
-La configuración específica de Android se puede hacer en `strings.xml`:
-```xml
-<resources>
-    <!--
-        El nombre del canal para la notificación de segundo plano. Esto será visible
-        cuando el usuario presione y mantenga la notificación. Por defecto es
-        "Background Tracking".
-    -->
-    <string name="capacitor_background_geolocation_notification_channel_name">
-        Background Tracking
-    </string>
-
-    <!--
-        El icono a usar para la notificación de segundo plano. Nota la ausencia de
-        "@". Por defecto es "mipmap/ic_launcher", el icono de inicio de la app.
-
-        Si se usa una imagen rasterizada para generar el icono (en lugar de una
-        imagen vectorial), debe tener un fondo transparente. Para asegurarte de que
-        tu imagen es compatible, selecciona "Notification Icons" como Tipo de Icono
-        al crear el recurso de imagen en Android Studio.
-
-        Un recurso de imagen incompatible causará que la notificación funcione mal
-        de varias formas reveladoras, incluso si el icono aparece correctamente:
-
-          - La notificación puede ser descartable por el usuario cuando no debería
-            serlo.
-          - Tocar la notificación puede abrir la configuración, no la app.
-          - El texto de la notificación puede ser incorrecto.
-    -->
-    <string name="capacitor_background_geolocation_notification_icon">
-        drawable/ic_tracking
-    </string>
-
-    <!--
-        El color de la notificación como una cadena analizable por
-        android.graphics.Color.parseColor. Opcional.
-    -->
-    <string name="capacitor_background_geolocation_notification_color">
-        yellow
-    </string>
-</resources>
-```
-
-## Uso
-
-```javascript
-import { BackgroundGeolocation } from "@capgo/background-geolocation";
-
-BackgroundGeolocation.start(
-    {
-        backgroundMessage: "Cancel to prevent battery drain.",
-        backgroundTitle: "Tracking You.",
-        requestPermissions: true,
-        stale: false,
-        distanceFilter: 50
-    },
-    (location, error) => {
-        if (error) {
-            if (error.code === "NOT_AUTHORIZED") {
-                if (window.confirm(
-                    "This app needs your location, " +
-                    "but does not have permission.\n\n" +
-                    "Open settings now?"
-                )) {
-                    // Puede ser útil dirigir al usuario a la configuración de su
-                    // dispositivo cuando se han denegado los permisos de ubicación.
-                    // El plugin proporciona el método 'openSettings' para hacer
-                    // exactamente esto.
-                    BackgroundGeolocation.openSettings();
-                }
-            }
-            return console.error(error);
-        }
-        return console.log(location);
-    }
-).then(() => {
-    // Cuando ya no se necesiten actualizaciones de ubicación, el plugin debe detenerse llamando a
-    BackgroundGeolocation.stop();
-});
-
-// Establece una ruta planificada para obtener un sonido de notificación cuando llega una nueva ubicación y no está en la ruta:
-
-BackgroundGeolocation.setPlannedRoute({soundFile: "assets/myFile.mp3", route: [[1,2], [3,4]], distance: 30 });
-
-// Si solo quieres la ubicación actual, prueba algo como esto. Cuanto mayor sea el
-// tiempo de espera, más precisa será la estimación. Yo no bajaría de unos 100ms.
-function guessLocation(callback, timeout) {
-    let last_location;
-    BackgroundGeolocation.start(
-        {
-            requestPermissions: false,
-            stale: true
-        },
-        (location) => {
-            last_location = location || undefined;
-        }
-    ).then(() => {
-        setTimeout(() => {
-            callback(last_location);
-            BackgroundGeolocation.stop();
-        }, timeout);
-    });
-}
-```
-
-## API
-
-### start(...)
-
-```typescript
-start(options: StartOptions, callback: (position?: Location | undefined, error?: CallbackError | undefined) => void) => Promise<void>
-```
-
-Para comenzar a escuchar cambios en la ubicación del dispositivo, llama a este método.
-Se devuelve una Promise para indicar que finalizó la llamada. El callback se llamará cada vez que una nueva ubicación
-esté disponible, o si hubo un Error al llamar a este método. No confíes en el rechazo de la promesa para esto.
-
-| Parámetro      | Tipo                                                                                                                      | Descripción                                                                               |
-| -------------- | ------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------- |
-| **`options`**  | `StartOptions`                                                                     | Las opciones de configuración                                                             |
-| **`callback`** | `(position?: Location, error?: CallbackError) => void` | La función de callback invocada cuando una nueva ubicación está disponible o ocurre un Error |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-Detiene las actualizaciones de ubicación.
-
-### openSettings()
-
-```typescript
-openSettings() => Promise<void>
-```
-
-Abre la página de configuración de ubicación del dispositivo.
-Útil para dirigir a los usuarios a habilitar servicios de ubicación o ajustar permisos.
-
-### setPlannedRoute(...)
-
-```typescript
-setPlannedRoute(options: SetPlannedRouteOptions) => Promise<void>
-```
-
-Reproduce un archivo de sonido cuando el usuario se desvía de la ruta planificada.
-Esto debe usarse para reproducir un sonido (también en segundo plano, solo para nativo).
-
-| Parámetro     | Tipo                                                                      | Descripción                                                      |
-| ------------- | ------------------------------------------------------------------------- | ---------------------------------------------------------------- |
-| **`options`** | `SetPlannedRouteOptions` | Las opciones para establecer la ruta planificada y el archivo de sonido |
-
-## Interfaces
-
-### StartOptions
-
-Las opciones para configurar las actualizaciones de ubicación.
-
-| Propiedad                | Tipo                 | Descripción                                                                                                                                                                                                                                                                                                                                                                                                          | Predeterminado                     |
-| ------------------------ | -------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------- |
-| **`backgroundMessage`**  | `string`  | Si la opción "backgroundMessage" está definida, el Plugin proporcionará actualizaciones de ubicación tanto si la Aplicación está en segundo plano como en primer plano. Si no está definida, las actualizaciones de ubicación solo están garantizadas en primer plano. Esto es cierto en ambas plataformas. En Android, debe mostrarse una notificación para continuar recibiendo actualizaciones de ubicación en segundo plano. Esta opción especifica el texto de esa notificación. |                                    |
-| **`backgroundTitle`**    | `string`  | El título de la notificación mencionada anteriormente.                                                                                                                                                                                                                                                                                                                                                               | `"Using your location"` |
-| **`requestPermissions`** | `boolean` | Si los permisos deben solicitarse automáticamente al usuario, si no están ya otorgados.                                                                                                                                                                                                                                                                                                                              | `true`                  |
-| **`stale`**              | `boolean` | Si es "true", pueden entregarse ubicaciones obsoletas mientras el dispositivo obtiene una posición GPS. Eres responsable de verificar la propiedad "time". Si es "false", las ubicaciones están garantizadas de estar actualizadas.                                                                                                                                                                                  | `false`                 |
-| **`distanceFilter`**     | `number`  | La distancia en metros que el dispositivo debe moverse antes de que se active una nueva actualización de ubicación. Esto se usa para filtrar movimientos pequeños y reducir el número de actualizaciones.                                                                                                                                                                                                            | `0`                     |
-
-### Location
-
-Representa una ubicación geográfica con varios atributos.
-Contiene todas las propiedades estándar de ubicación devueltas por proveedores GPS/red.
-
-| Propiedad              | Tipo                        | Descripción                                                                                                                                    |
-| ---------------------- | --------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`latitude`**         | `number`         | Latitud en grados. Rango: -90.0 a +90.0                                                                                                       |
-| **`longitude`**        | `number`         | Longitud en grados. Rango: -180.0 a +180.0                                                                                                    |
-| **`accuracy`**         | `number`         | Radio de incertidumbre horizontal en metros, con 68% de confianza. Valores más bajos indican ubicación más precisa.                           |
-| **`altitude`**         | `number \| null` | Metros sobre el nivel del mar (o null si no está disponible).                                                                                 |
-| **`altitudeAccuracy`** | `number \| null` | Incertidumbre vertical en metros, con 68% de confianza (o null si no está disponible).                                                        |
-| **`simulated`**        | `boolean`        | `true` si la ubicación fue simulada por software, en lugar de GPS. Útil para detectar ubicaciones simuladas en desarrollo o pruebas.          |
-| **`bearing`**          | `number \| null` | Desviación del norte verdadero en grados (o null si no está disponible). Rango: 0.0 a 360.0                                                   |
-| **`speed`**            | `number \| null` | Velocidad en metros por segundo (o null si no está disponible).                                                                               |
-| **`time`**             | `number \| null` | Tiempo en que se produjo la ubicación, en milisegundos desde la época unix. Usa esto para verificar si una ubicación está obsoleta al usar stale: true. |
-
-### CallbackError
-
-Objeto de Error que puede pasarse al callback de inicio de ubicación.
-Extiende el Error estándar con códigos de Error opcionales.
-
-| Propiedad  | Tipo                | Descripción                                               |
-| ---------- | ------------------- | --------------------------------------------------------- |
-| **`code`** | `string` | Código de Error opcional para manejo de errores más específico. |
-
-### SetPlannedRouteOptions
-
-| Propiedad       | Tipo                            | Descripción                                                                                                                                                                                                                                                                                                                        | Predeterminado  |
-| --------------- | ------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------- |
-| **`soundFile`** | `string`             | El nombre del archivo de sonido a reproducir. Debe ser una ruta de sonido relativa válida en la carpeta pública de la Aplicación para funcionar tanto en plataformas web como nativas. No es necesario incluir la carpeta pública en la ruta.                                                                                            |                 |
-| **`route`**     | `[number, number][]` | La ruta planificada como un array de pares de longitud y latitud. Cada par representa un punto en la ruta. Esto se usa para definir una ruta que el usuario puede seguir. La ruta se usa para reproducir un sonido cuando el usuario se desvía de ella.                                                                           |                 |
-| **`distance`**  | `number`             | La distancia en metros que el usuario debe desviarse de la ruta planificada para activar el sonido. Esto se usa para determinar qué tan lejos de la ruta puede estar el usuario antes de que se reproduzca el sonido. Si no se especifica, se usa un valor predeterminado de 50 metros. | `50` |
diff --git a/src/content/docs/es/docs/plugins/background-geolocation/index.mdx b/src/content/docs/es/docs/plugins/background-geolocation/index.mdx
deleted file mode 100644
index 38c255178..000000000
--- a/src/content/docs/es/docs/plugins/background-geolocation/index.mdx
+++ /dev/null
@@ -1,56 +0,0 @@
----
-title: "Background Geolocation"
-locale: es
-description: Un Plugin de Capacitor que te permite recibir actualizaciones precisas de geolocalización incluso mientras la Aplicación está en segundo plano
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Recibe actualizaciones precisas de geolocalización incluso mientras la Aplicación está en segundo plano.
-  image:
-    file: ~public/icons/plugins/background-geolocation.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/background-geolocation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-background-geolocation
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Rastreo Preciso" icon="rocket">
-    Prioriza la precisión para casos de uso como senderismo y navegación 🎯
-  </Card>
-  <Card title="Actualizaciones en Segundo Plano" icon="puzzle">
-    Continúa recibiendo actualizaciones de ubicación incluso cuando la Aplicación está en segundo plano 🏃
-  </Card>
-  <Card title="Eficiente en Batería" icon="setting">
-    Optimizado para equilibrar precisión y consumo de batería 🔋
-  </Card>
-  <Card title="Comenzar" icon="open-book">
-    Consulta la [Guía de Inicio](/docs/plugins/background-geolocation/getting-started/) para instalar y configurar el Plugin.
-  </Card>
-</CardGrid>
-
-## Comparación de Plugins
-
-Una breve comparación entre los tres principales Plugins de geolocalización en segundo plano comúnmente usados en aplicaciones Capacitor.
-
-| Plugin | Precisión | Segundo Plano | Carga HTTP | Precio |
-|--------|-----------|---------------|------------|--------|
-| `@capacitor-community/background-geolocation` (Community) | No preciso | Sí | No | Gratis |
-| `@capgo/background-geolocation` (este Plugin) | Preciso | Sí | No | Gratis |
-| Transistorsoft (original) | Preciso | Sí | Sí — cargador HTTP integrado a tu API | Pago |
-
-**Notas:**
-- El Plugin Community es ligero y continúa funcionando en segundo plano, pero se sabe que es menos preciso que las opciones siguientes.
-- Este Plugin de Capgo está optimizado para proporcionar posiciones de ubicación precisas y operación confiable en segundo plano sin requerir una licencia de pago.
-- Transistorsoft ofrece una solución comercial completa que también incluye capacidades integradas de carga HTTP para enviar datos de ubicación a tu backend.
diff --git a/src/content/docs/es/docs/plugins/barometer/getting-started.mdx b/src/content/docs/es/docs/plugins/barometer/getting-started.mdx
deleted file mode 100644
index 49ed84256..000000000
--- a/src/content/docs/es/docs/plugins/barometer/getting-started.mdx
+++ /dev/null
@@ -1,214 +0,0 @@
----
-title: "Comenzar con Barometer"
-locale: es
-description: "Aprende cómo integrar la detección de presión barométrica en tu aplicación Capacitor"
----
-
-Esta guía te llevará a través de la integración del Plugin Capacitor Barometer en tu aplicación.
-
-## Instalación
-
-Instala el Plugin usando npm:
-
-```bash
-npm install @capgo/capacitor-barometer
-npx cap sync
-```
-
-## Configuración de iOS
-
-Agrega lo siguiente a tu `Info.plist`:
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>This app uses the barometer to measure atmospheric pressure</string>
-```
-
-## Configuración de Android
-
-No se requiere configuración adicional. El Plugin solicita automáticamente los permisos necesarios.
-
-## Uso Básico
-
-### Importar el Plugin
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-```
-
-### Verificar Disponibilidad del Sensor
-
-```typescript
-const checkBarometer = async () => {
-  const { available } = await Barometer.isAvailable();
-  console.log('Barometer available:', available);
-};
-```
-
-### Iniciar Monitoreo de Presión
-
-```typescript
-const startMonitoring = async () => {
-  await Barometer.start({
-    interval: 1000 // Intervalo de actualización en milisegundos
-  });
-
-  console.log('Barometer monitoring started');
-};
-```
-
-### Escuchar Eventos de Presión
-
-```typescript
-Barometer.addListener('pressureChange', (data) => {
-  console.log('Pressure (hPa):', data.pressure);
-  console.log('Relative altitude (m):', data.relativeAltitude);
-  console.log('Timestamp:', data.timestamp);
-});
-```
-
-### Obtener Lectura Actual
-
-```typescript
-const getCurrentPressure = async () => {
-  const reading = await Barometer.getCurrentReading();
-  console.log('Current pressure:', reading.pressure, 'hPa');
-  console.log('Relative altitude:', reading.relativeAltitude, 'm');
-};
-```
-
-### Detener Monitoreo
-
-```typescript
-const stopMonitoring = async () => {
-  await Barometer.stop();
-  console.log('Barometer monitoring stopped');
-};
-```
-
-## Ejemplo Completo
-
-Aquí hay un ejemplo completo mostrando la integración del barómetro:
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-
-class BarometerService {
-  private listener: any;
-
-  async initialize() {
-    // Verificar disponibilidad
-    const { available } = await Barometer.isAvailable();
-    if (!available) {
-      console.error('Barometer not available on this device');
-      return;
-    }
-
-    // Iniciar monitoreo
-    await Barometer.start({ interval: 1000 });
-
-    // Agregar listener
-    this.listener = Barometer.addListener('pressureChange', (data) => {
-      this.handlePressureChange(data);
-    });
-  }
-
-  handlePressureChange(data: any) {
-    console.log('Pressure:', data.pressure, 'hPa');
-    console.log('Altitude:', data.relativeAltitude, 'm');
-
-    // Actualizar UI o procesar datos
-    this.updateDisplay(data);
-  }
-
-  updateDisplay(data: any) {
-    // Convertir hPa a otras unidades
-    const inHg = (data.pressure * 0.02953).toFixed(2);
-    const mmHg = (data.pressure * 0.750062).toFixed(1);
-
-    console.log(`Pressure: ${data.pressure.toFixed(1)} hPa`);
-    console.log(`         ${inHg} inHg`);
-    console.log(`         ${mmHg} mmHg`);
-    console.log(`Altitude: ${data.relativeAltitude.toFixed(1)} m`);
-  }
-
-  async cleanup() {
-    // Eliminar listener
-    if (this.listener) {
-      this.listener.remove();
-    }
-
-    // Detener monitoreo
-    await Barometer.stop();
-  }
-}
-
-// Uso
-const barometerService = new BarometerService();
-barometerService.initialize();
-
-// Limpieza cuando termine
-// barometerService.cleanup();
-```
-
-## Entendiendo las Lecturas
-
-### Presión Atmosférica
-- Medida en hectopascales (hPa) o milibares (mb)
-- Presión estándar al nivel del mar: 1013.25 hPa
-- Mayor altitud = menor presión
-- Los sistemas meteorológicos afectan las lecturas de presión
-
-### Altitud Relativa
-- Calculada a partir de cambios de presión
-- Relativa al punto de referencia inicial
-- Precisión: ±10-30 metros
-- Funciona mejor para seguimiento a corto plazo
-
-## Mejores Prácticas
-
-1. **Verificar Disponibilidad**: Siempre verifica la disponibilidad del sensor antes de usarlo
-2. **Intervalos Razonables**: No consultes con demasiada frecuencia (1000ms es bueno)
-3. **Eliminar Listeners**: Limpia los listeners cuando no sean necesarios
-4. **Calibración**: Usa altitud conocida para lecturas precisas
-5. **Impacto en Batería**: Monitorea el uso de batería con detección continua
-
-## Problemas Comunes
-
-### Sensor No Disponible
-```typescript
-try {
-  const { available } = await Barometer.isAvailable();
-  if (!available) {
-    // Alternativa a altitud GPS o entrada manual
-    showAlternativeMethod();
-  }
-} catch (error) {
-  console.error('Barometer check failed:', error);
-}
-```
-
-### Datos Ruidosos
-```typescript
-class PressureFilter {
-  private readings: number[] = [];
-  private maxReadings = 5;
-
-  addReading(pressure: number): number {
-    this.readings.push(pressure);
-    if (this.readings.length > this.maxReadings) {
-      this.readings.shift();
-    }
-
-    // Devolver promedio móvil
-    const sum = this.readings.reduce((a, b) => a + b, 0);
-    return sum / this.readings.length;
-  }
-}
-```
-
-## Próximos Pasos
-
-- Explora la [Referencia de API](https://github.com/Cap-go/capacitor-barometer#api) para documentación completa de métodos
-- Consulta la [aplicación de ejemplo](https://github.com/Cap-go/capacitor-barometer/tree/main/example) para uso avanzado
-- Ve el [tutorial](/plugins/capacitor-barometer) para ejemplos completos de implementación
diff --git a/src/content/docs/es/docs/plugins/barometer/index.mdx b/src/content/docs/es/docs/plugins/barometer/index.mdx
deleted file mode 100644
index 3ed5c2c59..000000000
--- a/src/content/docs/es/docs/plugins/barometer/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: "@Capgo/Capacitor-barometer"
-locale: es
-description: Accede a lecturas del barómetro del dispositivo para datos de presión atmosférica y altitud de sensores del dispositivo.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Accede a datos de presión barométrica y altitud de sensores del dispositivo para aplicaciones de clima y fitness.
-  image:
-    file: ~public/icons/plugins/barometer.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/barometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-barometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Monitoreo de Presión" icon="rocket">
-    Lecturas de presión atmosférica en tiempo real 🌡️
-  </Card>
-  <Card title="Cálculo de Altitud" icon="star">
-    Deriva altitud relativa de cambios de presión 📈
-  </Card>
-  <Card title="Listeners de Eventos" icon="setting">
-    Suscríbete a eventos de cambio de presión 🔔
-  </Card>
-  <Card title="Multiplataforma" icon="laptop">
-    Funciona en dispositivos iOS y Android con sensores de barómetro 📱
-  </Card>
-  <Card title="Comenzar" icon="open-book">
-    Consulta la [Guía de Inicio](/docs/plugins/barometer/getting-started/) para instalar y configurar el Plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/camera-preview/getting-started.mdx b/src/content/docs/es/docs/plugins/camera-preview/getting-started.mdx
deleted file mode 100644
index b147e4c77..000000000
--- a/src/content/docs/es/docs/plugins/camera-preview/getting-started.mdx
+++ /dev/null
@@ -1,275 +0,0 @@
----
-title: Comenzar
-description: Aprende cómo instalar y usar el Plugin Camera Preview para mostrar la transmisión de cámara en tiempo real y capturar fotos/videos en tu aplicación Capacitor.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/camera-preview" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurar permisos**
-
-   ### iOS
-   Agrega la descripción de uso de la cámara a tu `Info.plist`:
-   ```xml
-   <key>NSCameraUsageDescription</key>
-   <string>To take photos and videos</string>
-   <key>NSMicrophoneUsageDescription</key>
-   <string>To record audio with videos</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>To save photos and videos</string>
-   ```
-
-   ### Android
-   Agrega permisos de cámara a tu `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.CAMERA" />
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   ```
-</Steps>
-
-## Uso
-
-Importa el Plugin y usa sus métodos para controlar la cámara:
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview';
-import { CameraPreviewOptions, CameraPreviewPictureOptions } from '@capgo/camera-preview';
-
-// Start camera preview
-const startCamera = async () => {
-  const cameraPreviewOptions: CameraPreviewOptions = {
-    position: 'rear',
-    height: 1920,
-    width: 1080,
-    quality: 50,
-    toBack: false,
-    paddingBottom: 0,
-    rotateWhenOrientationChanged: true,
-    x: 0,
-    y: 0
-  };
-
-  await CameraPreview.start(cameraPreviewOptions);
-};
-
-// Stop camera preview
-const stopCamera = async () => {
-  await CameraPreview.stop();
-};
-
-// Take a picture
-const takePicture = async () => {
-  const pictureOptions: CameraPreviewPictureOptions = {
-    quality: 90,
-    width: 1920,
-    height: 1080
-  };
-
-  const result = await CameraPreview.capture(pictureOptions);
-  const base64PictureData = result.value;
-
-  // Use the base64 image data
-  console.log(base64PictureData);
-};
-
-// Switch camera
-const flipCamera = async () => {
-  await CameraPreview.flip();
-};
-
-// Control flash
-const setFlashMode = async (mode: 'on' | 'off' | 'auto' | 'torch') => {
-  await CameraPreview.setFlashMode({ flashMode: mode });
-};
-
-// Start recording video
-const startRecording = async () => {
-  await CameraPreview.startRecordVideo({
-    storeToFile: true,
-    fileName: 'myvideo'
-  });
-};
-
-// Stop recording
-const stopRecording = async () => {
-  const result = await CameraPreview.stopRecordVideo();
-  console.log('Video path:', result.videoFilePath);
-};
-```
-
-## Referencia de API
-
-### start(Opciones)
-
-Inicia la vista previa de la cámara.
-
-```typescript
-interface CameraPreviewOptions {
-  position?: 'rear' | 'front';
-  height?: number;
-  width?: number;
-  x?: number;
-  y?: number;
-  toBack?: boolean;
-  paddingBottom?: number;
-  rotateWhenOrientationChanged?: boolean;
-  storeToFile?: boolean;
-  disableExifHeaderStripping?: boolean;
-  enableHighResolution?: boolean;
-  disableAudio?: boolean;
-  lockAndroidOrientation?: boolean;
-  enableOpacity?: boolean;
-  enableZoom?: boolean;
-}
-```
-
-### stop()
-
-Detiene la vista previa de la cámara.
-
-### capture(Opciones)
-
-Toma una foto y la devuelve como cadena codificada en base64.
-
-```typescript
-interface CameraPreviewPictureOptions {
-  height?: number;
-  width?: number;
-  quality?: number;
-}
-```
-
-### flip()
-
-Cambia entre la cámara frontal y trasera.
-
-### setFlashMode(Opciones)
-
-Establece el modo de flash.
-
-```typescript
-interface CameraPreviewFlashMode {
-  flashMode: 'off' | 'on' | 'auto' | 'torch';
-}
-```
-
-### startRecordVideo(Opciones)
-
-Inicia la grabación de video.
-
-```typescript
-interface CameraPreviewVideoOptions {
-  storeToFile?: boolean;
-  fileName?: string;
-  width?: number;
-  height?: number;
-  quality?: number;
-  withFlash?: boolean;
-}
-```
-
-### stopRecordVideo()
-
-Detiene la grabación de video y devuelve la ruta del archivo de video.
-
-## Funciones Avanzadas
-
-### Control de Enfoque
-
-```typescript
-// Set focus
-await CameraPreview.setFocusCoordinate({
-  x: 100,
-  y: 100
-});
-
-// Get supported focus modes
-const focusModes = await CameraPreview.getFocusModes();
-
-// Set focus mode
-await CameraPreview.setFocusMode({
-  focusMode: 'continuous-picture'
-});
-```
-
-### Control de Zoom
-
-```typescript
-// Get max zoom
-const maxZoom = await CameraPreview.getMaxZoom();
-
-// Set zoom
-await CameraPreview.setZoom({
-  zoom: 2.0
-});
-
-// Get current zoom
-const currentZoom = await CameraPreview.getZoom();
-```
-
-### Control de Exposición
-
-```typescript
-// Get exposure compensation range
-const range = await CameraPreview.getExposureCompensationRange();
-
-// Set exposure compensation
-await CameraPreview.setExposureCompensation({
-  exposureCompensation: 0.5
-});
-```
-
-## Mejores Prácticas
-
-1. **Solicitar permisos primero**
-   ```typescript
-   import { Camera } from '@capacitor/camera';
-
-   const requestPermissions = async () => {
-     const permissions = await Camera.requestPermissions();
-     if (permissions.camera === 'granted') {
-       // Start camera preview
-     }
-   };
-   ```
-
-2. **Manejar cambios de orientación**
-   Establece `rotateWhenOrientationChanged: true` para ajustar automáticamente la vista previa.
-
-3. **Optimizar el rendimiento**
-   - Usa configuraciones de resolución apropiadas
-   - Detén la vista previa cuando no esté en uso
-   - Desactiva las funciones que no necesites
-
-4. **Manejo de errores**
-   ```typescript
-   try {
-     await CameraPreview.start(options);
-   } catch (error) {
-     console.error('Failed to start camera:', error);
-   }
-   ```
-
-## Notas de Plataforma
-
-### iOS
-- Requiere iOS 10.0+
-- Usa el framework AVFoundation
-- Soporta aceleración por hardware
-
-### Android
-- Requiere Android 5.0 (API 21)+
-- Usa Camera2 API
-- Soporta varias funciones de cámara según las capacidades del dispositivo
diff --git a/src/content/docs/es/docs/plugins/camera-preview/index.mdx b/src/content/docs/es/docs/plugins/camera-preview/index.mdx
deleted file mode 100644
index 5b5fb4d67..000000000
--- a/src/content/docs/es/docs/plugins/camera-preview/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/camera-preview"
-description: Plugin de Capacitor para funcionalidad de vista previa de cámara con visualización de transmisión de cámara en tiempo real y capacidades de captura de fotos/videos.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Muestra la vista previa de la cámara en tu aplicación con control total sobre la configuración de la cámara, captura fotos y videos directamente desde la vista previa.
-  image:
-    file: ~public/icons/plugins/camera-preview.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/camera-preview/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-camera-preview/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Vista previa en tiempo real" icon="rocket">
-    Muestra la transmisión de cámara en vivo directamente en la UI de tu aplicación 🚀
-  </Card>
-  <Card title="Control total" icon="setting">
-    Controla el flash, zoom, enfoque y cambia entre cámaras 📸
-  </Card>
-  <Card title="Capacidades de captura" icon="pencil">
-    Toma fotos y graba videos desde la vista previa 🎥
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/camera-preview/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/capacitor-plus/getting-started.mdx b/src/content/docs/es/docs/plugins/capacitor-plus/getting-started.mdx
deleted file mode 100644
index d60f62769..000000000
--- a/src/content/docs/es/docs/plugins/capacitor-plus/getting-started.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: Comenzar
-description: Aprende cómo instalar Capacitor+ como reemplazo directo de los paquetes oficiales de Capacitor.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-## Instalación de Nuevo Proyecto
-
-<Steps>
-1. **Instalar paquetes principales**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   ```
-
-2. **Agregar paquetes de plataforma**
-   ```bash
-   npm install @capacitor-plus/android  # for Android
-   npm install @capacitor-plus/ios      # for iOS
-   ```
-
-3. **Inicializar Capacitor**
-   <PackageManagers type="exec" pkg="cap" args="init" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-4. **Agregar plataformas**
-   <PackageManagers type="exec" pkg="cap" args="Agregar android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   <PackageManagers type="exec" pkg="cap" args="Agregar ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Migración desde Capacitor Oficial
-
-Si tienes un proyecto de Capacitor existente, migrar a Capacitor+ es simple:
-
-<Steps>
-1. **Eliminar paquetes oficiales**
-   ```bash
-   npm uninstall @capacitor/core @capacitor/cli @capacitor/android @capacitor/ios
-   ```
-
-2. **Instalar paquetes de Capacitor+**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   npm install @capacitor-plus/android  # if using Android
-   npm install @capacitor-plus/ios      # if using iOS
-   ```
-
-3. **Sincronizar tu proyecto**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-<Aside type="note">
-  ¡No se requieren cambios en el código! Capacitor+ tiene la misma API que Capacitor oficial. Tus importaciones y código permanecen exactamente iguales.
-</Aside>
-
-## Uso
-
-Dado que Capacitor+ es compatible con la API, tu código existente funciona sin cambios:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { registerPlugin } from '@capacitor/core';
-
-// Check platform
-const platform = Capacitor.getPlatform();
-console.log('Running on:', platform);
-
-// Check if native
-if (Capacitor.isNativePlatform()) {
-  console.log('Running on native platform');
-}
-
-// Register a custom plugin
-const MyPlugin = registerPlugin('MyPlugin');
-```
-
-### Con Plugins Oficiales de Capacitor
-
-Todos los Plugins oficiales de Capacitor funcionan sin problemas:
-
-```typescript
-import { Camera, CameraResultType } from '@capacitor/camera';
-import { Geolocation } from '@capacitor/geolocation';
-import { Storage } from '@capacitor/preferences';
-
-// Camera
-const photo = await Camera.getPhoto({
-  quality: 90,
-  resultType: CameraResultType.Uri
-});
-
-// Geolocation
-const position = await Geolocation.getCurrentPosition();
-
-// Storage
-await Storage.set({ key: 'name', value: 'John' });
-```
-
-### Con Plugins de Capgo
-
-Los Plugins de Capgo funcionan perfectamente con Capacitor+:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// Live updates
-await CapacitorUpdater.notifyAppReady();
-
-// Screen orientation
-await ScreenOrientation.lock({ orientation: 'portrait' });
-
-// Flashlight
-await CapacitorFlash.toggle();
-```
-
-## Cómo Funciona la Sincronización
-
-```
-┌─────────────────────┐     ┌──────────────────┐     ┌──────────────────┐     ┌─────────────────┐
-│  ionic-team/        │     │  CI/CD           │     │  Claude Code     │     │  npm publish    │
-│  capacitor          │────▶│  Pipeline        │────▶│  Security Review │────▶│  @capacitor-plus│
-│  (upstream)         │     │  (daily sync)    │     │  (AI analysis)   │     │  packages       │
-└─────────────────────┘     └──────────────────┘     └──────────────────┘     └─────────────────┘
-```
-
-1. **Sincronización Diaria**: GitHub Actions obtiene los últimos cambios de `ionic-team/capacitor`
-2. **Creación de PR**: Los cambios se proponen como Solicitudes de extracción a la rama `plus`
-3. **Validación CI**: Se ejecuta la suite de pruebas completa (lint, pruebas unitarias, compilación iOS, compilación Android)
-4. **Revisión de Seguridad**: El análisis impulsado por IA verifica vulnerabilidades y cambios importantes
-5. **Auto-Merge**: Solo si CI pasa Y la revisión de seguridad aprueba
-6. **Auto-Publish**: Nueva versión publicada en npm bajo `@capacitor-plus/*`
-
-## Detalles de Revisión de Seguridad
-
-Cada sincronización upstream se analiza para:
-
-| Verificación | Qué Detecta |
-|--------------|-------------|
-| **Seguridad** | Inyección de comandos, XSS, path traversal, secretos hardcodeados |
-| **Cambios Importantes** | APIs eliminadas/renombradas, firmas modificadas, cambios de configuración |
-| **Estabilidad** | Dereferencias nulas, excepciones no manejadas, condiciones de carrera, fugas de memoria |
-| **Seguridad de Datos** | Escenarios de pérdida de datos, violaciones de privacidad, almacenamiento inseguro |
-| **Integridad del Código** | Código ofuscado, llamadas de red sospechosas, puertas traseras |
-
-<Aside type="caution">
-  Si se detectan problemas, el PR se marca para revisión manual y NO se fusionará automáticamente. Esto garantiza que siempre obtengas versiones estables y seguras.
-</Aside>
-
-## Enviar tu PR
-
-¿Tienes un PR atascado en el repositorio oficial de Capacitor? Hazlo fusionar en Capacitor+:
-
-<Steps>
-1. **Abre un Problema** en el [repositorio de Capacitor+](https://github.com/Cap-go/capacitor-plus/issues) enlazando a tu PR upstream
-
-2. **O envíalo directamente** como PR a la rama `plus`
-
-3. El equipo revisará, ejecutará CI y fusionará si pasa
-</Steps>
-
-De esta manera tú y otros pueden beneficiarse de tu trabajo inmediatamente sin esperar el ciclo de lanzamiento upstream.
-
-## Preguntas Frecuentes
-
-### ¿Está listo para producción?
-
-Sí. Capacitor+ se usa en aplicaciones de producción. Cada lanzamiento pasa la misma suite de pruebas que Capacitor oficial, además de análisis de seguridad adicional.
-
-### ¿Mis Plugins oficiales seguirán funcionando?
-
-Sí. Todos los Plugins `@capacitor/*` funcionan con Capacitor+ sin problemas.
-
-### ¿Qué pasa si upstream lanza un cambio importante?
-
-La revisión de seguridad de IA marca cambios importantes para revisión manual. Verás los cambios documentados antes de que se fusionen.
-
-### ¿Cómo reporto problemas?
-
-Reporta Problemas en el [repositorio de GitHub de Capacitor+](https://github.com/Cap-go/capacitor-plus/issues). Para problemas que también afectan a Capacitor oficial, ayudaremos a coordinar upstream.
-
-### ¿Puedo contribuir?
-
-¡Absolutamente! Los PRs son bienvenidos. Puedes enviar correcciones directamente o solicitar que se fusionen PRs upstream específicos.
diff --git a/src/content/docs/es/docs/plugins/capacitor-plus/index.mdx b/src/content/docs/es/docs/plugins/capacitor-plus/index.mdx
deleted file mode 100644
index a46dd1db6..000000000
--- a/src/content/docs/es/docs/plugins/capacitor-plus/index.mdx
+++ /dev/null
@@ -1,64 +0,0 @@
----
-title: "Capacitor+"
-locale: es
-description: Un Bifurcación automatizado y siempre sincronizado de Capacitor con PRs de la comunidad fusionados y lanzamientos rápidos.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Capacitor+ es un Bifurcación automatizado de Capacitor que fusiona PRs de la comunidad más rápido, con lanzamientos revisados por seguridad.
-  image:
-    file: ~public/icons/plugins/capacitor-plus.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/capacitor-plus/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-plus/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-<Aside type="tip">
-  **¿Por qué Capacitor+?** Grandes PRs se quedan sin fusionar en el repositorio oficial de Capacitor durante meses. Capacitor+ fusiona activamente estas contribuciones de la comunidad para que no tengas que esperar.
-</Aside>
-
-<CardGrid stagger>
-  <Card title="PRs de la Comunidad Fusionados Más Rápido" icon="rocket">
-    ¿Correcciones de errores y funciones atascadas en upstream? Las fusionamos para que puedas beneficiarte inmediatamente.
-  </Card>
-  <Card title="Auto-Sincronizado Diariamente" icon="seti:clock">
-    Cada cambio de Capacitor oficial es automáticamente extraído, probado y verificado.
-  </Card>
-  <Card title="Revisión de Seguridad" icon="approve-check">
-    Cada lanzamiento es analizado por IA para vulnerabilidades de seguridad, cambios importantes y riesgos de estabilidad.
-  </Card>
-  <Card title="Reemplazo Directo" icon="puzzle">
-    Misma API que Capacitor oficial - solo cambia el ámbito del paquete y listo.
-  </Card>
-</CardGrid>
-
-## Filosofía
-
-El equipo de Ionic mantiene Capacitor con sus propias prioridades y calendario de lanzamientos. Las contribuciones de la comunidad pueden esperar meses o incluso años para ser fusionadas. Capacitor+ toma un enfoque diferente:
-
-1. **Fusionar PRs de Forks** - PRs valiosos atascados en la cola upstream son fusionados activamente
-2. **Sincronización Continua** - Cada cambio upstream es automáticamente extraído y probado
-3. **Lanzamientos Rápidos** - Los cambios se publican en npm tan pronto como pasan CI
-4. **Comunidad Primero** - Tus contribuciones importan y son priorizadas
-5. **Transparencia** - Toda la automatización es de código abierto y visible
-
-## Paquetes
-
-| Paquete | npm |
-|---------|-----|
-| `@capacitor-plus/core` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/core)](https://www.npmjs.com/Paquete/@Capacitor-plus/core) |
-| `@capacitor-plus/cli` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/cli)](https://www.npmjs.com/Paquete/@Capacitor-plus/CLI) |
-| `@capacitor-plus/android` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/android)](https://www.npmjs.com/Paquete/@Capacitor-plus/android) |
-| `@capacitor-plus/ios` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/ios)](https://www.npmjs.com/Paquete/@Capacitor-plus/ios) |
diff --git a/src/content/docs/es/docs/plugins/compass/getting-started.mdx b/src/content/docs/es/docs/plugins/compass/getting-started.mdx
deleted file mode 100644
index 4c6c7c4db..000000000
--- a/src/content/docs/es/docs/plugins/compass/getting-started.mdx
+++ /dev/null
@@ -1,219 +0,0 @@
----
-title: Comenzar
-locale: es
-description: Aprende cómo instalar y usar el Plugin Compass para leer el rumbo de la brújula del dispositivo en tu aplicación Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-compass" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configuración de iOS
-
-En iOS, el acceso a la brújula requiere permiso de ubicación. Agrega lo siguiente a tu `Info.plist`:
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>We need location permission to access the compass</string>
-```
-
-## Configuración de Android
-
-No se requiere configuración adicional. El Plugin usa los sensores magnetómetro y acelerómetro del dispositivo.
-
-## Uso
-
-Importa el Plugin y usa sus métodos para leer el rumbo de la brújula:
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-// Obtener rumbo actual una vez
-const getCurrentHeading = async () => {
-  const { value } = await CapgoCompass.getCurrentHeading();
-  console.log('Current heading:', value, 'degrees');
-};
-
-// Iniciar actualizaciones continuas de rumbo
-const startCompass = async () => {
-  // Comenzar a escuchar actualizaciones
-  await CapgoCompass.startListening();
-
-  // Agregar listener para cambios de rumbo
-  const handle = await CapgoCompass.addListener('headingChange', (event) => {
-    console.log('Heading:', event.value, 'degrees');
-  });
-
-  // Más tarde, para dejar de escuchar:
-  // await CapgoCompass.stopListening();
-  // await handle.remove();
-};
-
-// Verificar permisos
-const checkPermission = async () => {
-  const status = await CapgoCompass.checkPermissions();
-  console.log('Permission status:', status.compass);
-};
-
-// Solicitar permisos
-const requestPermission = async () => {
-  const status = await CapgoCompass.requestPermissions();
-  if (status.compass === 'granted') {
-    console.log('Compass access granted');
-  }
-};
-```
-
-## Referencia de API
-
-### getCurrentHeading()
-
-Obtiene el rumbo actual de la brújula en grados.
-
-```typescript
-const result = await CapgoCompass.getCurrentHeading();
-// Retorna: { value: number } - rumbo en grados (0-360)
-```
-
-### startListening()
-
-Comienza a escuchar cambios de rumbo de la brújula. Debe llamarse antes de que se emitan eventos de rumbo.
-
-```typescript
-await CapgoCompass.startListening();
-```
-
-### stopListening()
-
-Detiene la escucha de cambios de rumbo de la brújula.
-
-```typescript
-await CapgoCompass.stopListening();
-```
-
-### addListener('headingChange', callback)
-
-Agrega un listener para eventos de cambio de rumbo.
-
-```typescript
-const handle = await CapgoCompass.addListener('headingChange', (event) => {
-  console.log('Heading:', event.value);
-});
-
-// Eliminar listener cuando termine
-await handle.remove();
-```
-
-### removeAllListeners()
-
-Elimina todos los listeners registrados.
-
-```typescript
-await CapgoCompass.removeAllListeners();
-```
-
-### checkPermissions()
-
-Verifica el estado actual de permisos.
-
-```typescript
-const status = await CapgoCompass.checkPermissions();
-// Retorna: { compass: 'prompt' | 'granted' | 'denied' }
-```
-
-### requestPermissions()
-
-Solicita permiso para acceder a datos de la brújula.
-
-```typescript
-const status = await CapgoCompass.requestPermissions();
-```
-
-### getPluginVersion()
-
-Obtiene la versión del Plugin nativo.
-
-```typescript
-const { version } = await CapgoCompass.getPluginVersion();
-```
-
-## Ejemplo Completo
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-export class CompassService {
-  private listenerHandle: any = null;
-
-  async init() {
-    // Verificar y solicitar permisos
-    const status = await CapgoCompass.checkPermissions();
-    if (status.compass !== 'granted') {
-      const result = await CapgoCompass.requestPermissions();
-      if (result.compass !== 'granted') {
-        throw new Error('Compass permission denied');
-      }
-    }
-  }
-
-  async startTracking(onHeadingChange: (heading: number) => void) {
-    // Comenzar a escuchar actualizaciones
-    await CapgoCompass.startListening();
-
-    // Agregar listener de eventos
-    this.listenerHandle = await CapgoCompass.addListener(
-      'headingChange',
-      (event) => {
-        onHeadingChange(event.value);
-      }
-    );
-  }
-
-  async stopTracking() {
-    if (this.listenerHandle) {
-      await this.listenerHandle.remove();
-      this.listenerHandle = null;
-    }
-    await CapgoCompass.stopListening();
-  }
-
-  async getHeading(): Promise<number> {
-    const { value } = await CapgoCompass.getCurrentHeading();
-    return value;
-  }
-
-  getCardinalDirection(heading: number): string {
-    const directions = ['N', 'NE', 'E', 'SE', 'S', 'SW', 'W', 'NW'];
-    const index = Math.round(heading / 45) % 8;
-    return directions[index];
-  }
-}
-```
-
-## Notas de Plataforma
-
-### iOS
-- Requiere iOS 10.0+
-- Usa Core Location para datos de rumbo
-- Requiere permiso de ubicación (NSLocationWhenInUseUsageDescription)
-- Las actualizaciones de rumbo son continuas cuando la escucha está activa
-
-### Android
-- Requiere Android 6.0 (API 23)+
-- Usa sensores de acelerómetro y magnetómetro
-- No se requieren permisos especiales para sensores de brújula
-- El rumbo se calcula a partir de fusión de sensores
-
-### Web
-- No soportado en plataforma web
-- Los métodos lanzarán errores cuando se llamen
diff --git a/src/content/docs/es/docs/plugins/compass/index.mdx b/src/content/docs/es/docs/plugins/compass/index.mdx
deleted file mode 100644
index 3f87d23e3..000000000
--- a/src/content/docs/es/docs/plugins/compass/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: '@Capgo/Capacitor-compass'
-description: >-
-  Read Dispositivo compass heading in degrees with continuous Actualizaciones and permission
-  handling.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Access Dispositivo compass sensor for heading data with real-time Actualizaciones on iOS
-    and Android.
-  image:
-    file: ~public/icons/plugins/compass.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/compass/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: 'https://GitHub.com/Cap-go/Capacitor-compass/'
-      icon: external
-      variant: minimal
-locale: es
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Real-time Heading" icon="rocket">
-    Get continuous compass heading Actualizaciones in degrees (0-360)
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Works on both iOS and Android Dispositivos with native sensor access
-  </Card>
-  <Card title="Permission Handling" icon="seti:lock">
-    Built-in permission management for location services (iOS)
-  </Card>
-  <Card title="Event-driven" icon="star">
-    Subscribe A heading changes with efficient event listeners
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/contacts/getting-started.mdx b/src/content/docs/es/docs/plugins/contacts/getting-started.mdx
deleted file mode 100644
index 258aa285b..000000000
--- a/src/content/docs/es/docs/plugins/contacts/getting-started.mdx
+++ /dev/null
@@ -1,394 +0,0 @@
----
-title: "Primeros Pasos con Contactos"
-locale: es
-description: "Aprende cómo integrar la gestión de contactos en tu aplicación Capacitor"
----
-
-Esta guía te guiará a través de la integración del Plugin de Contactos de Capacitor en tu aplicación.
-
-## Instalación
-
-Instala el Plugin usando npm:
-
-```bash
-npm install @capgo/capacitor-contacts
-npx cap sync
-```
-
-## Configuración de iOS
-
-Agrega lo siguiente a tu `Info.plist`:
-
-```xml
-<key>NSContactsUsageDescription</key>
-<string>Esta aplicación necesita acceso a los contactos para permitirte seleccionar destinatarios</string>
-```
-
-## Configuración de Android
-
-Agrega los siguientes permisos a tu `AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.READ_CONTACTS" />
-<uses-permission android:name="android.permission.WRITE_CONTACTS" />
-```
-
-## Uso Básico
-
-### Importar el Plugin
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-```
-
-### Solicitar Permisos
-
-```typescript
-const requestPermissions = async () => {
-  const permission = await Contacts.requestPermissions();
-  console.log('Estado del permiso:', permission.contacts);
-};
-```
-
-### Obtener Todos los Contactos
-
-```typescript
-const getAllContacts = async () => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true,
-      image: true
-    }
-  });
-
-  console.log('Contactos:', result.contacts);
-};
-```
-
-### Buscar Contactos
-
-```typescript
-const searchContacts = async (query: string) => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true
-    },
-    query: query
-  });
-
-  console.log('Resultados de búsqueda:', result.contacts);
-};
-```
-
-### Crear Contacto
-
-```typescript
-const createContact = async () => {
-  const newContact = {
-    name: {
-      given: 'John',
-      family: 'Doe'
-    },
-    phones: [{
-      type: 'mobile',
-      number: '+1234567890'
-    }],
-    emails: [{
-      type: 'work',
-      address: 'john.doe@example.com'
-    }]
-  };
-
-  const result = await Contacts.createContact(newContact);
-  console.log('Contacto creado:', result);
-};
-```
-
-### Actualizar Contacto
-
-```typescript
-const updateContact = async (contactId: string) => {
-  const updates = {
-    contactId: contactId,
-    name: {
-      given: 'Jane',
-      family: 'Doe'
-    }
-  };
-
-  await Contacts.updateContact(updates);
-  console.log('Contacto actualizado');
-};
-```
-
-### Eliminar Contacto
-
-```typescript
-const deleteContact = async (contactId: string) => {
-  await Contacts.deleteContact({ contactId });
-  console.log('Contacto eliminado');
-};
-```
-
-## Ejemplo Completo
-
-Aquí hay un ejemplo completo con un servicio de contactos:
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-
-interface Contact {
-  contactId: string;
-  name: {
-    display?: string;
-    given?: string;
-    family?: string;
-  };
-  phones?: Array<{ type: string; number: string }>;
-  emails?: Array<{ type: string; address: string }>;
-  image?: { base64String: string };
-}
-
-class ContactsService {
-  async checkPermissions(): Promise<boolean> {
-    const permission = await Contacts.checkPermissions();
-
-    if (permission.contacts === 'granted') {
-      return true;
-    }
-
-    const requested = await Contacts.requestPermissions();
-    return requested.contacts === 'granted';
-  }
-
-  async getAllContacts(): Promise<Contact[]> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Permiso de contactos denegado');
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true
-      }
-    });
-
-    return result.contacts;
-  }
-
-  async searchContacts(query: string): Promise<Contact[]> {
-    if (!query || query.length < 2) {
-      return [];
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      },
-      query: query
-    });
-
-    return result.contacts;
-  }
-
-  async getContactById(contactId: string): Promise<Contact | null> {
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true,
-        organization: true,
-        birthday: true,
-        note: true,
-        urls: true,
-        postalAddresses: true
-      },
-      contactId: contactId
-    });
-
-    return result.contacts.length > 0 ? result.contacts[0] : null;
-  }
-
-  async createContact(contact: Partial<Contact>): Promise<string> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Permiso de contactos denegado');
-    }
-
-    const result = await Contacts.createContact(contact);
-    return result.contactId;
-  }
-
-  async updateContact(contactId: string, updates: Partial<Contact>): Promise<void> {
-    await Contacts.updateContact({
-      contactId,
-      ...updates
-    });
-  }
-
-  async deleteContact(contactId: string): Promise<void> {
-    await Contacts.deleteContact({ contactId });
-  }
-
-  formatPhoneNumber(phone: string): string {
-    // Eliminar caracteres no numéricos
-    const cleaned = phone.replace(/\D/g, '');
-
-    // Formatear como (XXX) XXX-XXXX
-    if (cleaned.length === 10) {
-      return `(${cleaned.slice(0, 3)}) ${cleaned.slice(3, 6)}-${cleaned.slice(6)}`;
-    }
-
-    return phone;
-  }
-
-  getContactInitials(contact: Contact): string {
-    const given = contact.name?.given || '';
-    const family = contact.name?.family || '';
-
-    if (given && family) {
-      return `${given[0]}${family[0]}`.toUpperCase();
-    }
-
-    const display = contact.name?.display || '';
-    const parts = display.split(' ');
-
-    if (parts.length >= 2) {
-      return `${parts[0][0]}${parts[1][0]}`.toUpperCase();
-    }
-
-    return display.slice(0, 2).toUpperCase();
-  }
-}
-
-// Uso
-const contactsService = new ContactsService();
-
-// Obtener todos los contactos
-const contacts = await contactsService.getAllContacts();
-console.log('Contactos:', contacts);
-
-// Buscar contactos
-const results = await contactsService.searchContacts('john');
-console.log('Resultados de búsqueda:', results);
-
-// Crear contacto
-const newContactId = await contactsService.createContact({
-  name: { given: 'Jane', family: 'Smith' },
-  phones: [{ type: 'mobile', number: '+1234567890' }]
-});
-
-// Actualizar contacto
-await contactsService.updateContact(newContactId, {
-  emails: [{ type: 'work', address: 'jane@example.com' }]
-});
-```
-
-## Entendiendo la Proyección
-
-El parámetro `projection` controla qué campos recuperar:
-
-```typescript
-const result = await Contacts.getContacts({
-  projection: {
-    name: true,           // Nombre del contacto
-    phones: true,         // Números de teléfono
-    emails: true,         // Direcciones de correo electrónico
-    image: true,          // Foto del contacto
-    organization: true,   // Empresa/organización
-    birthday: true,       // Fecha de nacimiento
-    note: true,          // Notas
-    urls: true,          // Sitios web
-    postalAddresses: true // Direcciones físicas
-  }
-});
-```
-
-**Consejo**: Solo solicita los campos que necesitas para mejorar el rendimiento.
-
-## Selector de Contactos UI
-
-Muchas aplicaciones prefieren usar el selector de contactos nativo:
-
-```typescript
-const pickContact = async () => {
-  try {
-    const result = await Contacts.pickContact({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      }
-    });
-
-    if (result.contacts.length > 0) {
-      const contact = result.contacts[0];
-      console.log('Contacto seleccionado:', contact);
-    }
-  } catch (error) {
-    console.error('Selector de contactos cancelado o falló:', error);
-  }
-};
-```
-
-## Mejores Prácticas
-
-1. **Solicita Permisos Mínimos**: Solo solicita permiso de contactos cuando sea necesario
-2. **Usa Proyección**: Solo recupera los campos que realmente usas
-3. **Maneja Denegaciones**: Proporciona alternativas cuando se denieguen los permisos
-4. **Cachea Sabiamente**: Los contactos pueden cambiar, no guardes en caché por mucho tiempo
-5. **Respeta la Privacidad**: Sé transparente sobre el uso de contactos
-6. **Operaciones Asíncronas**: Todas las operaciones de contactos son asíncronas
-
-## Problemas Comunes
-
-### Permiso Denegado
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await Contacts.checkPermissions();
-
-  if (permission.contacts === 'denied') {
-    // Mostrar diálogo explicando por qué se necesita el permiso
-    showPermissionDialog();
-    // Dirigir al usuario a la configuración
-    // En iOS: Configuración > [App] > Contactos
-    // En Android: Configuración > Aplicaciones > [App] > Permisos
-  }
-};
-```
-
-### Listas de Contactos Grandes
-
-```typescript
-const loadContactsInBatches = async () => {
-  // Obtener primero el conteo (ligero)
-  const projection = { name: true }; // Proyección mínima
-
-  // Implementar paginación si es necesario
-  const allContacts = await Contacts.getContacts({ projection });
-
-  // Procesar en fragmentos
-  const chunkSize = 100;
-  for (let i = 0; i < allContacts.contacts.length; i += chunkSize) {
-    const chunk = allContacts.contacts.slice(i, i + chunkSize);
-    await processContactChunk(chunk);
-  }
-};
-```
-
-## Próximos Pasos
-
-- Explora la [Referencia de API](https://github.com/Cap-go/capacitor-contacts#api) para documentación completa de métodos
-- Revisa la [aplicación de ejemplo](https://github.com/Cap-go/capacitor-contacts/tree/main/example) para uso avanzado
-- Consulta el [tutorial](/plugins/capacitor-contacts) para ejemplos completos de implementación
diff --git a/src/content/docs/es/docs/plugins/contacts/index.mdx b/src/content/docs/es/docs/plugins/contacts/index.mdx
deleted file mode 100644
index 568c720d9..000000000
--- a/src/content/docs/es/docs/plugins/contacts/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-contacts"
-locale: es
-description: Trabaja con los contactos del dispositivo utilizando las APIs de Capacitor para acceder, buscar y gestionar información de contactos.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Accede, busca y gestiona los contactos del dispositivo en tu aplicación Capacitor con operaciones CRUD completas y manejo de permisos.
-  image:
-    file: ~public/icons/plugins/contacts.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/contacts/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-contacts/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Leer Contactos" icon="rocket">
-    Accede a la lista de contactos del dispositivo con todos los detalles 📇
-  </Card>
-  <Card title="Funcionalidad de Búsqueda" icon="magnifier">
-    Encuentra contactos por nombre, correo electrónico o teléfono 🔍
-  </Card>
-  <Card title="Crear y Actualizar" icon="pencil">
-    Agrega nuevos contactos o modifica los existentes ✏️
-  </Card>
-  <Card title="Eliminar Contactos" icon="setting">
-    Elimina contactos del dispositivo de forma segura 🗑️
-  </Card>
-  <Card title="Manejo de Permisos" icon="approve-check-circle">
-    Gestiona los permisos de contactos correctamente con cumplimiento del manifiesto de privacidad 🔒
-  </Card>
-  <Card title="Primeros Pasos" icon="open-book">
-    Consulta la [Guía de Inicio](/docs/plugins/contacts/getting-started/) para instalar y configurar el Plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/crisp/getting-started.mdx b/src/content/docs/es/docs/plugins/crisp/getting-started.mdx
deleted file mode 100644
index 382d2e2ad..000000000
--- a/src/content/docs/es/docs/plugins/crisp/getting-started.mdx
+++ /dev/null
@@ -1,344 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Aprende cómo instalar y usar el Plugin SDK de chat Crisp para soporte al cliente en tu aplicación Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-crisp" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Obtener tu ID de sitio web de Crisp**
-   - Regístrate en [crisp.chat](https://crisp.chat)
-   - Crea un sitio web/proyecto
-   - Encuentra tu ID de sitio web en Configuración > Instrucciones de configuración
-</Steps>
-
-## Uso básico
-
-Importa el Plugin y configúralo con tu ID de sitio web:
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-// Configurar Crisp con tu ID de sitio web
-const configureCrisp = async () => {
-  await CapacitorCrisp.configure({
-    websiteID: 'YOUR_WEBSITE_ID'
-  });
-};
-
-// Abrir el chat
-const openChat = async () => {
-  await CapacitorCrisp.openMessenger();
-};
-
-// Establecer información del usuario
-const setUserInfo = async () => {
-  await CapacitorCrisp.setUser({
-    email: 'user@example.com',
-    nickname: 'John Doe',
-    phone: '+1234567890',
-    avatar: 'https://example.com/avatar.jpg'
-  });
-};
-
-// Restablecer sesión de usuario (cerrar sesión)
-const logout = async () => {
-  await CapacitorCrisp.resetChatSession();
-};
-```
-
-## Referencia de API
-
-### Configurar(Opciones)
-
-Configura Crisp con tu ID de sitio web y ajustes opcionales.
-
-```typescript
-interface ConfigureOptions {
-  websiteID: string;
-  locale?: string; // ej., 'en', 'fr', 'es'
-  tokenID?: string; // Para sesiones autenticadas
-}
-
-await CapacitorCrisp.configure({
-  websiteID: 'YOUR_WEBSITE_ID',
-  locale: 'en'
-});
-```
-
-### openMessenger()
-
-Abre la interfaz de chat de Crisp.
-
-```typescript
-await CapacitorCrisp.openMessenger();
-```
-
-### setUser(Opciones)
-
-Establece la información del usuario para la sesión de chat.
-
-```typescript
-interface UserOptions {
-  email?: string;
-  nickname?: string;
-  phone?: string;
-  avatar?: string;
-}
-
-await CapacitorCrisp.setUser({
-  email: 'user@example.com',
-  nickname: 'John Doe'
-});
-```
-
-### setUserCompany(Opciones)
-
-Establece información de la empresa para usuarios empresariales.
-
-```typescript
-interface CompanyOptions {
-  name: string;
-  url?: string;
-  description?: string;
-  employment?: {
-    title?: string;
-    role?: string;
-  };
-  geolocation?: {
-    city?: string;
-    country?: string;
-  };
-}
-
-await CapacitorCrisp.setUserCompany({
-  name: 'Acme Corp',
-  url: 'https://acme.com',
-  employment: {
-    title: 'CEO',
-    role: 'Leadership'
-  }
-});
-```
-
-### pushEvent(Opciones)
-
-Envía eventos personalizados para rastrear acciones del usuario.
-
-```typescript
-interface EventOptions {
-  name: string;
-  color?: 'red' | 'orange' | 'yellow' | 'green' | 'blue' | 'purple' | 'pink' | 'brown' | 'grey' | 'black';
-  data?: { [key: string]: any };
-}
-
-await CapacitorCrisp.pushEvent({
-  name: 'checkout_completed',
-  color: 'green',
-  data: {
-    price: 99.99,
-    currency: 'USD'
-  }
-});
-```
-
-### setSessionSegment(segment)
-
-Establece un segmento para categorizar la sesión de chat.
-
-```typescript
-await CapacitorCrisp.setSessionSegment('premium_customer');
-```
-
-### resetChatSession()
-
-Restablece la sesión de chat actual (útil para cerrar sesión).
-
-```typescript
-await CapacitorCrisp.resetChatSession();
-```
-
-## Funciones avanzadas
-
-### Datos personalizados del usuario
-
-```typescript
-// Establecer múltiples campos de datos personalizados
-await CapacitorCrisp.setSessionData({
-  key: 'plan',
-  value: 'premium'
-});
-
-await CapacitorCrisp.setSessionData({
-  key: 'signup_date',
-  value: '2024-01-15'
-});
-```
-
-### Mensaje predeterminado
-
-Establece un mensaje prellenado en la entrada del chat:
-
-```typescript
-await CapacitorCrisp.setMessageText(
-  "Hola, necesito ayuda con mi pedido #12345"
-);
-```
-
-### Disponibilidad del chat
-
-Controla cuándo el widget de chat está disponible:
-
-```typescript
-// Ocultar chat temporalmente
-await CapacitorCrisp.setTokenID('user_token_12345');
-```
-
-## Ejemplo completo
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-export class ChatService {
-  async initialize() {
-    // Configurar Crisp
-    await CapacitorCrisp.configure({
-      websiteID: 'YOUR_WEBSITE_ID',
-      locale: 'en'
-    });
-  }
-
-  async loginUser(user: any) {
-    // Establecer información del usuario
-    await CapacitorCrisp.setUser({
-      email: user.email,
-      nickname: user.name,
-      phone: user.phone,
-      avatar: user.avatarUrl
-    });
-
-    // Establecer datos personalizados
-    await CapacitorCrisp.setSessionData({
-      key: 'user_id',
-      value: user.id
-    });
-
-    await CapacitorCrisp.setSessionData({
-      key: 'account_type',
-      value: user.accountType
-    });
-
-    // Establecer segmento
-    if (user.isPremium) {
-      await CapacitorCrisp.setSessionSegment('premium');
-    }
-
-    // Rastrear evento de inicio de sesión
-    await CapacitorCrisp.pushEvent({
-      name: 'user_login',
-      color: 'blue',
-      data: {
-        method: 'email'
-      }
-    });
-  }
-
-  async openSupport(context?: string) {
-    if (context) {
-      await CapacitorCrisp.setMessageText(
-        `Necesito ayuda con: ${context}`
-      );
-    }
-
-    await CapacitorCrisp.openMessenger();
-  }
-
-  async logout() {
-    await CapacitorCrisp.resetChatSession();
-  }
-}
-```
-
-## Estilo y personalización
-
-Crisp se adapta automáticamente al tema de tu aplicación, pero puedes personalizarlo aún más a través del panel de Crisp:
-
-1. Ve a tu panel de Crisp
-2. Navega a Configuración > Configuración del sitio web > Configuración de Chatbox y Email
-3. Personaliza colores, posición y comportamiento
-
-## Mejores prácticas
-
-1. **Inicializar temprano**
-   Configura Crisp durante la inicialización de la aplicación para disponibilidad inmediata:
-   ```typescript
-   import { App } from '@capacitor/app';
-
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await CapacitorCrisp.configure({
-         websiteID: 'YOUR_WEBSITE_ID'
-       });
-     }
-   });
-   ```
-
-2. **Establecer contexto del usuario**
-   Siempre proporciona información del usuario cuando esté disponible para un mejor soporte:
-   ```typescript
-   if (user.isAuthenticated) {
-     await CapacitorCrisp.setUser({
-       email: user.email,
-       nickname: user.name
-     });
-   }
-   ```
-
-3. **Rastrear eventos importantes**
-   Usa eventos para proporcionar contexto a los agentes de soporte:
-   ```typescript
-   await CapacitorCrisp.pushEvent({
-     name: 'error_occurred',
-     color: 'red',
-     data: {
-       error: error.message,
-       screen: 'checkout'
-     }
-   });
-   ```
-
-4. **Manejar el cierre de sesión correctamente**
-   Siempre restablece la sesión cuando los usuarios cierran sesión:
-   ```typescript
-   async logout() {
-     await CapacitorCrisp.resetChatSession();
-     // Tu otra lógica de cierre de sesión
-   }
-   ```
-
-## Notas de plataforma
-
-### iOS
-- Requiere iOS 10.0+
-- Usa SDK nativo de Crisp para iOS
-- Soporta notificaciones push (configurar en el panel de Crisp)
-
-### Android
-- Requiere Android 5.0 (API 21)+
-- Usa SDK nativo de Crisp para Android
-- Cumple con Material Design
-
-### Web
-- Recurre al SDK JavaScript de Crisp
-- Paridad completa de funciones con plataformas nativas
diff --git a/src/content/docs/es/docs/plugins/crisp/index.mdx b/src/content/docs/es/docs/plugins/crisp/index.mdx
deleted file mode 100644
index 29a81d858..000000000
--- a/src/content/docs/es/docs/plugins/crisp/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-crisp"
-locale: es
-description: Integración nativa del SDK de chat Crisp para aplicaciones Capacitor, proporcionando soporte al cliente en la aplicación.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Integra el SDK de chat nativo de Crisp en tu aplicación Capacitor para soporte al cliente en la aplicación y mensajería en tiempo real.
-  image:
-    file: ~public/icons/plugins/crisp.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/crisp/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-crisp/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Rendimiento nativo" icon="rocket">
-    Integración SDK nativa para una experiencia de chat fluida 🚀
-  </Card>
-  <Card title="Mensajería en tiempo real" icon="comment">
-    Chat en vivo con clientes directamente en tu aplicación 💬
-  </Card>
-  <Card title="Funciones completas" icon="star">
-    Soporte para datos de usuario, eventos y estilo personalizado ✨
-  </Card>
-  <Card title="Documentación completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/crisp/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/data-storage-sqlite/getting-started.mdx b/src/content/docs/es/docs/plugins/data-storage-sqlite/getting-started.mdx
deleted file mode 100644
index dbb48f2d0..000000000
--- a/src/content/docs/es/docs/plugins/data-storage-sqlite/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Aprende cómo instalar y configurar el Plugin Capacitor Data Storage SQLite para almacenamiento rápido de clave-valor con encriptación opcional.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-data-storage-sqlite" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurar el Plugin**
-
-   **Ejemplo de almacenamiento básico:**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // Abrir una base de datos de almacenamiento
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'myapp_storage'
-   });
-
-   // Almacenar datos
-   await CapacitorDataStorageSqlite.set({
-     key: 'user_preferences',
-     value: JSON.stringify({ theme: 'dark' })
-   });
-   ```
-
-   **Ejemplo de almacenamiento encriptado:**
-   ```typescript
-   // Abrir almacenamiento encriptado
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'secure_storage',
-     encrypted: true,
-     mode: 'encryption'
-   });
-
-   // Almacenar datos sensibles
-   await CapacitorDataStorageSqlite.set({
-     key: 'api_token',
-     value: 'secret_token_value'
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       No se requiere configuración adicional para iOS.
-     </TabItem>
-     <TabItem label="Android">
-       No se requiere configuración adicional para Android.
-     </TabItem>
-   </Tabs>
-
-4. **Operaciones básicas**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // Establecer un valor
-   await CapacitorDataStorageSqlite.set({
-     key: 'username',
-     value: 'john_doe'
-   });
-
-   // Obtener un valor
-   const { value } = await CapacitorDataStorageSqlite.get({
-     key: 'username'
-   });
-   console.log('Nombre de usuario:', value); // "john_doe"
-
-   // Eliminar un valor
-   await CapacitorDataStorageSqlite.remove({
-     key: 'username'
-   });
-
-   // Limpiar todos los datos
-   await CapacitorDataStorageSqlite.clear();
-
-   // Verificar si existe la clave
-   const { result } = await CapacitorDataStorageSqlite.iskey({
-     key: 'username'
-   });
-   console.log('La clave existe:', result); // true o false
-
-   // Obtener todas las claves
-   const { keys } = await CapacitorDataStorageSqlite.keys();
-   console.log('Todas las claves:', keys);
-
-   // Obtener todos los valores
-   const { values } = await CapacitorDataStorageSqlite.values();
-   console.log('Todos los valores:', values);
-   ```
-
-5. **Uso avanzado**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   export class StorageService {
-     private dbName = 'app_storage';
-     private isEncrypted = false;
-
-     async initialize(encrypted = false) {
-       this.isEncrypted = encrypted;
-
-       // Abrir almacenamiento con opciones
-       await CapacitorDataStorageSqlite.openStore({
-         database: this.dbName,
-         encrypted: encrypted,
-         mode: encrypted ? 'encryption' : 'no-encryption',
-         version: 1
-       });
-     }
-
-     // Métodos de almacenamiento genéricos
-     async setObject<T>(key: string, data: T): Promise<void> {
-       const value = JSON.stringify(data);
-       await CapacitorDataStorageSqlite.set({ key, value });
-     }
-
-     async getObject<T>(key: string): Promise<T | null> {
-       try {
-         const { value } = await CapacitorDataStorageSqlite.get({ key });
-         return value ? JSON.parse(value) : null;
-       } catch (error) {
-         console.error('Error al obtener objeto:', error);
-         return null;
-       }
-     }
-
-     // Operaciones por lotes
-     async setMultiple(items: Record<string, any>): Promise<void> {
-       for (const [key, value] of Object.entries(items)) {
-         await CapacitorDataStorageSqlite.set({
-           key,
-           value: typeof value === 'string' ? value : JSON.stringify(value)
-         });
-       }
-     }
-
-     async getMultiple(keys: string[]): Promise<Record<string, any>> {
-       const results: Record<string, any> = {};
-
-       for (const key of keys) {
-         try {
-           const { value } = await CapacitorDataStorageSqlite.get({ key });
-           results[key] = value;
-         } catch (error) {
-           results[key] = null;
-         }
-       }
-
-       return results;
-     }
-
-     // Gestión de tablas
-     async getTables(): Promise<string[]> {
-       const { tables } = await CapacitorDataStorageSqlite.tables();
-       return tables;
-     }
-
-     async deleteTable(table: string): Promise<void> {
-       await CapacitorDataStorageSqlite.deleteTable({ table });
-     }
-
-     // Funcionalidad de importar/exportar
-     async exportToJson(): Promise<any[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       return keys.map((key, index) => ({
-         key,
-         value: values[index]
-       }));
-     }
-
-     async importFromJson(data: Array<{ key: string; value: string }>): Promise<void> {
-       // Limpiar datos existentes
-       await CapacitorDataStorageSqlite.clear();
-
-       // Importar nuevos datos
-       for (const item of data) {
-         await CapacitorDataStorageSqlite.set({
-           key: item.key,
-           value: item.value
-         });
-       }
-     }
-
-     // Filtrado y búsqueda
-     async keysStartingWith(prefix: string): Promise<string[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       return keys.filter(key => key.startsWith(prefix));
-     }
-
-     async filterByPrefix(prefix: string): Promise<Array<{ key: string; value: string }>> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       const filtered: Array<{ key: string; value: string }> = [];
-
-       keys.forEach((key, index) => {
-         if (key.startsWith(prefix)) {
-           filtered.push({ key, value: values[index] });
-         }
-       });
-
-       return filtered;
-     }
-
-     // Cerrar base de datos cuando hayas terminado
-     async close(): Promise<void> {
-       await CapacitorDataStorageSqlite.closeStore({
-         database: this.dbName
-       });
-     }
-   }
-
-   // Ejemplo de uso
-   const storage = new StorageService();
-   await storage.initialize(true); // Usar encriptación
-
-   // Almacenar datos de usuario
-   await storage.setObject('user_profile', {
-     id: 123,
-     name: 'John Doe',
-     email: 'john@example.com'
-   });
-
-   // Recuperar datos de usuario
-   const profile = await storage.getObject<any>('user_profile');
-   console.log('Perfil de usuario:', profile);
-   ```
-</Steps>
-
-## Referencia de API
-
-### Métodos
-
-#### `openStore(options: OpenStoreOptions)`
-Abre una base de datos de almacenamiento.
-
-**Parámetros:**
-- `options.database`: string - Nombre de la base de datos
-- `options.encrypted`: boolean - Habilitar encriptación
-- `options.mode`: string - 'Cifrado' o 'no-Cifrado'
-- `options.version`: number - Versión de la base de datos
-
-#### `closeStore(options: CloseStoreOptions)`
-Cierra la base de datos de almacenamiento.
-
-#### `set(options: SetOptions)`
-Almacena un par clave-valor.
-
-**Parámetros:**
-- `options.key`: string - Clave de almacenamiento
-- `options.value`: string - Valor a almacenar
-
-#### `get(options: GetOptions)`
-Recupera un valor por clave.
-
-**Retorna:** `Promise<{ value: string }>`
-
-#### `remove(options: RemoveOptions)`
-Elimina un par clave-valor.
-
-#### `clear()`
-Limpia todos los datos del almacenamiento.
-
-#### `iskey(options: IskeyOptions)`
-Verifica si existe una clave.
-
-**Retorna:** `Promise<{ result: boolean }>`
-
-#### `keys()`
-Obtiene todas las claves de almacenamiento.
-
-**Retorna:** `Promise<{ keys: string[] }>`
-
-#### `values()`
-Obtiene todos los valores de almacenamiento.
-
-**Retorna:** `Promise<{ values: string[] }>`
-
-#### `tables()`
-Obtiene todos los nombres de tablas.
-
-**Retorna:** `Promise<{ tables: string[] }>`
-
-#### `deleteTable(options: DeleteTableOptions)`
-Elimina una tabla específica.
-
-### Interfaces
-
-```typescript
-interface OpenStoreOptions {
-  database: string;
-  encrypted?: boolean;
-  mode?: string;
-  version?: number;
-}
-
-interface SetOptions {
-  key: string;
-  value: string;
-}
-
-interface GetOptions {
-  key: string;
-}
-
-interface RemoveOptions {
-  key: string;
-}
-```
-
-## Notas de plataforma
-
-### iOS
-- Usa SQLite3 con SQLCipher opcional para encriptación
-- Los datos persisten entre actualizaciones de la aplicación
-- Soporta iOS 11.0+
-
-### Android
-- Usa SQLite con SQLCipher opcional
-- Los datos persisten entre actualizaciones de la aplicación
-- Soporta Android 5.0 (API 21)+
-
-## Casos de uso comunes
-
-1. **Preferencias de usuario**: Almacenar configuraciones y preferencias de la aplicación
-2. **Gestión de caché**: Cachear respuestas API y datos
-3. **Almacenamiento sin conexión**: Almacenar datos para acceso sin conexión
-4. **Gestión de sesiones**: Gestionar sesiones de usuario de forma segura
-5. **Almacenamiento de tokens**: Almacenar tokens de autenticación de forma segura
-
-## Mejores prácticas
-
-1. **Usar encriptación para datos sensibles**
-   ```typescript
-   // Para datos sensibles como tokens
-   await openStore({
-     database: 'secure_db',
-     encrypted: true,
-     mode: 'encryption'
-   });
-   ```
-
-2. **Organizar claves con prefijos**
-   ```typescript
-   // Usar prefijos para organización
-   await set({ key: 'user:123:profile', value: userData });
-   await set({ key: 'cache:api:users', value: apiData });
-   ```
-
-3. **Manejar datos grandes con cuidado**
-   ```typescript
-   // Para objetos grandes, considerar compresión
-   const compressed = compress(largeData);
-   await set({ key: 'large_data', value: compressed });
-   ```
-
-4. **Limpieza regular**
-   ```typescript
-   // Eliminar entradas de caché expiradas
-   const keys = await keys();
-   for (const key of keys.keys) {
-     if (key.startsWith('cache:') && isExpired(key)) {
-       await remove({ key });
-     }
-   }
-   ```
-
-## Solución de problemas
-
-**La base de datos no se abre:**
-- Verifica que el nombre de la base de datos sea válido (alfanumérico, guiones bajos)
-- Asegúrate de que no haya caracteres especiales en el nombre de la base de datos
-- Verifica que el modo de encriptación coincida con la base de datos existente
-
-**Los datos no persisten:**
-- Asegúrate de que `openStore` se llame antes de las operaciones
-- Verifica cualquier Error en la consola
-- Verifica que los nombres de claves sean cadenas
-
-**Problemas de rendimiento:**
-- Evita almacenar valores muy grandes
-- Usa operaciones por lotes cuando sea posible
-- Considera usar múltiples bases de datos para diferentes tipos de datos
diff --git a/src/content/docs/es/docs/plugins/data-storage-sqlite/index.mdx b/src/content/docs/es/docs/plugins/data-storage-sqlite/index.mdx
deleted file mode 100644
index a5d12e4ae..000000000
--- a/src/content/docs/es/docs/plugins/data-storage-sqlite/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-data-storage-sqlite"
-locale: es
-description: Plugin de Capacitor para almacenamiento clave-valor basado en SQLite, proporcionando una solución de persistencia de datos rápida y confiable.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Almacenamiento clave-valor rápido y confiable basado en SQLite para tus aplicaciones Capacitor con soporte de encriptación.
-  image:
-    file: ~public/icons/plugins/data-storage-sqlite.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/data-storage-sqlite/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-data-storage-sqlite/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Impulsado por SQLite" icon="rocket">
-    Almacenamiento de datos rápido y confiable usando SQLite 💾
-  </Card>
-  <Card title="Soporte de encriptación" icon="setting">
-    Encriptación opcional para datos sensibles 🔐
-  </Card>
-  <Card title="Simplicidad clave-valor" icon="star">
-    API simple de clave-valor con funciones potentes 🗂️
-  </Card>
-  <Card title="Documentación completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/data-storage-sqlite/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/document-scanner/getting-started.mdx b/src/content/docs/es/docs/plugins/document-scanner/getting-started.mdx
deleted file mode 100644
index 6867a6ee2..000000000
--- a/src/content/docs/es/docs/plugins/document-scanner/getting-started.mdx
+++ /dev/null
@@ -1,61 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Agrega escaneo de documentos con calidad nativa con detección de bordes y formatos de salida ajustables.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el Plugin**
-   <PackageManagers pkg="@Capgo/Capacitor-document-scanner" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar plataformas nativas**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Iniciar un escaneo
-
-```typescript
-import {
-  DocumentScanner,
-  ResponseType,
-  ScanDocumentResponseStatus,
-} from '@capgo/capacitor-document-scanner';
-
-const result = await DocumentScanner.scanDocument({
-  croppedImageQuality: 90,
-  letUserAdjustCrop: true,
-  maxNumDocuments: 10,
-  responseType: ResponseType.ImageFilePath,
-});
-
-if (result.status === ScanDocumentResponseStatus.Success) {
-  console.log('Archivos escaneados:', result.scannedImages);
-} else {
-  console.log('Escaneo cancelado por el usuario');
-}
-```
-
-## Devolver datos base64
-
-```typescript
-const result = await DocumentScanner.scanDocument({
-  responseType: ResponseType.Base64,
-});
-
-const [firstPage] = result.scannedImages ?? [];
-if (firstPage) {
-  const dataUrl = `data:image/jpeg;base64,${firstPage}`;
-  // Mostrar vista previa o cargar al servidor
-}
-```
-
-## Requisitos de plataforma
-
-- **iOS**: Agrega `NSCameraUsageDescription` a `ios/App/App/Info.plist` explicando cómo usas la cámara.
-- **Android**: Confirma que el permiso `CAMERA` esté declarado (Capacitor lo agrega automáticamente) y ajusta `croppedImageQuality`, `letUserAdjustCrop` y `maxNumDocuments` para que coincidan con tu interfaz de usuario.
-- **Almacenamiento**: Cuando uses `ResponseType.ImageFilePath`, mueve o copia los archivos escaneados a tu ubicación de almacenamiento deseada antes de que finalice la sesión de la aplicación.
diff --git a/src/content/docs/es/docs/plugins/document-scanner/index.mdx b/src/content/docs/es/docs/plugins/document-scanner/index.mdx
deleted file mode 100644
index 1d7e67ff5..000000000
--- a/src/content/docs/es/docs/plugins/document-scanner/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@Capgo/Capacitor-document-scanner"
-locale: es
-description: Captura documentos nítidos con detección automática de bordes y exporta páginas escaneadas desde tu aplicación Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Lanza una experiencia de escaneo de documentos pulida con recorte automático, captura multipágina y formatos de salida configurables.
-  image:
-    file: ~public/icons/plugins/document-scanner.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/document-scanner/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-document-scanner/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-El Plugin Document Scanner brinda a tu aplicación Capacitor un flujo de escaneo con calidad nativa que funciona en dispositivos iOS y Android.
-
-<CardGrid stagger>
-  <Card title="Detección automática" icon="rocket">
-    Detecta bordes de página, recorta automáticamente y permite a los usuarios ajustar antes de guardar.
-  </Card>
-  <Card title="Captura multipágina" icon="star">
-    Captura una o muchas páginas en una sola sesión de escaneo con límites ajustables.
-  </Card>
-  <Card title="Salida personalizada" icon="download">
-    Devuelve rutas de archivo o cadenas base64 con la calidad de imagen que elijas.
-  </Card>
-  <Card title="API unificada" icon="pencil">
-    Una interfaz TypeScript abarca las implementaciones de iOS y Android.
-  </Card>
-</CardGrid>
-
-Usa la guía de inicio para habilitar permisos de cámara, configurar ajustes de calidad y exportar archivos escaneados a tu flujo de trabajo de almacenamiento.
diff --git a/src/content/docs/es/docs/plugins/downloader/getting-started.mdx b/src/content/docs/es/docs/plugins/downloader/getting-started.mdx
deleted file mode 100644
index 83ba9f263..000000000
--- a/src/content/docs/es/docs/plugins/downloader/getting-started.mdx
+++ /dev/null
@@ -1,172 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Guía de instalación y uso para @Capgo/Capacitor-downloader
-sidebar:
-  order: 2
-  label: "Comenzando"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Ejemplo de uso
-
-```typescript
-import { CapacitorDownloader } from '@capgo/capacitor-downloader';
-
-// Iniciar una descarga
-const downloadId = 'my-download-001';
-await CapacitorDownloader.download({
-  id: downloadId,
-  url: 'https://example.com/large-file.zip',
-  destination: '/downloads/large-file.zip',
-  headers: {
-    'Authorization': 'Bearer token123'
-  },
-  network: 'wifi-only',
-  priority: 'high'
-});
-
-// Escuchar actualizaciones de progreso
-CapacitorDownloader.addListener('downloadProgress', (data) => {
-  console.log(`Descarga ${data.id}: ${data.progress}% completada`);
-  console.log(`Descargado: ${data.bytesDownloaded}/${data.totalBytes} bytes`);
-});
-
-// Manejar la finalización
-CapacitorDownloader.addListener('downloadCompleted', (data) => {
-  console.log(`Descarga completada: ${data.id}`);
-  console.log(`Archivo guardado en: ${data.path}`);
-});
-
-// Manejar errores
-CapacitorDownloader.addListener('downloadFailed', (error) => {
-  console.error(`Descarga fallida: ${error.id}`, error.message);
-});
-
-// Pausar una descarga
-await CapacitorDownloader.pause(downloadId);
-
-// Reanudar la descarga
-await CapacitorDownloader.resume(downloadId);
-
-// Verificar estado de descarga
-const status = await CapacitorDownloader.checkStatus(downloadId);
-console.log('Estado de descarga:', status);
-
-// Detener la descarga
-await CapacitorDownloader.stop(downloadId);
-```
-
-## Métodos principales de API
-
-### Gestión de descargas
-- `download(options)` - Iniciar una nueva descarga de archivo
-- `pause(id)` - Pausar una descarga en curso
-- `resume(id)` - Reanudar una descarga pausada
-- `stop(id)` - Detener y cancelar una descarga
-- `checkStatus(id)` - Obtener el estado actual de descarga
-
-### Operaciones de archivos
-- `getFileInfo(path)` - Recuperar información y metadatos del archivo
-
-## Configuración de descarga
-
-```typescript
-interface DownloadOptions {
-  id: string;                    // Identificador único de descarga
-  url: string;                   // URL de origen de descarga
-  destination: string;           // Ruta de guardado local
-  headers?: Record<string, string>; // Encabezados HTTP personalizados
-  network?: 'cellular' | 'wifi-only'; // Restricciones de red
-  priority?: 'high' | 'normal' | 'low'; // Prioridad de descarga
-}
-```
-
-## Escuchadores de eventos
-
-El Plugin proporciona manejo integral de eventos:
-
-- `downloadProgress` - Rastrear el progreso de descarga en tiempo real
-- `downloadCompleted` - Manejar la finalización exitosa de descarga
-- `downloadFailed` - Manejar errores y fallos de descarga
-
-## Configuración de red
-
-### Descargas solo por WiFi
-```typescript
-await CapacitorDownloader.download({
-  id: 'large-file',
-  url: 'https://example.com/video.mp4',
-  destination: '/downloads/video.mp4',
-  network: 'wifi-only' // Restringe solo a redes WiFi
-});
-```
-
-### Gestión de prioridades
-```typescript
-// Descarga de alta prioridad
-await CapacitorDownloader.download({
-  id: 'urgent-update',
-  url: 'https://example.com/update.zip',
-  destination: '/downloads/update.zip',
-  priority: 'high'
-});
-```
-
-## Estados de descarga
-
-Las descargas pueden estar en varios estados:
-- **Pendiente**: En cola para descarga
-- **Ejecutando**: Descargando actualmente
-- **Paused**: Detenida temporalmente
-- **Completado**: Finalizada exitosamente
-- **Falló**: Encontró un Error
-- **Stopped**: Cancelada manualmente
-
-## Información del archivo
-
-```typescript
-// Obtener detalles del archivo
-const fileInfo = await CapacitorDownloader.getFileInfo('/downloads/my-file.pdf');
-console.log('Tamaño del archivo:', fileInfo.size);
-console.log('Última modificación:', fileInfo.lastModified);
-console.log('Tipo MIME:', fileInfo.mimeType);
-```
-
-## Mejores prácticas
-
-- Usa IDs de descarga únicos para evitar conflictos
-- Implementa manejo de errores apropiado para fallos de red
-- Considera el espacio de almacenamiento antes de iniciar descargas grandes
-- Usa el modo solo WiFi para archivos grandes para preservar datos móviles
-- Limpia las descargas completadas para gestionar el almacenamiento
diff --git a/src/content/docs/es/docs/plugins/downloader/index.mdx b/src/content/docs/es/docs/plugins/downloader/index.mdx
deleted file mode 100644
index 368387b97..000000000
--- a/src/content/docs/es/docs/plugins/downloader/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@Capgo/Capacitor-downloader"
-locale: es
-description: Plugin gestor de descargas de archivos para aplicaciones Capacitor con descargas en segundo plano, seguimiento de progreso y capacidades de reanudación.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Descarga archivos con soporte en segundo plano, seguimiento de progreso, capacidades de pausar/reanudar y gestión eficiente de descargas.
-  image:
-    file: ~public/icons/plugins/downloader.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/downloader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-downloader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Resumen
-
-El Plugin Capacitor Downloader proporciona potentes capacidades de descarga de archivos con soporte para descargas en segundo plano, seguimiento de progreso y gestión integral de descargas. Este Plugin permite descargas de archivos robustas con funcionalidad de pausar/reanudar y monitoreo detallado del progreso.
-
-> ⚠️ **Trabajo en progreso**: Este Plugin está actualmente en desarrollo y aún no está listo para uso en producción.
-
-<CardGrid stagger>
-  <Card title="Descargas en segundo plano" icon="rocket">
-    Continúa las descargas cuando la aplicación está en segundo plano 📥
-  </Card>
-  <Card title="Seguimiento de progreso" icon="star">
-    Monitoreo en tiempo real del progreso y estado de descarga 📊
-  </Card>
-  <Card title="Control de descarga" icon="rocket">
-    Pausa, reanuda y detiene descargas dinámicamente ⏯️
-  </Card>
-  <Card title="Opciones de red" icon="puzzle">
-    Configura preferencias de red y prioridades 📶
-  </Card>
-</CardGrid>
-
-## Estado de desarrollo
-
-Este Plugin está inspirado en React-native-background-downloader y actualmente está en desarrollo. Las funciones pueden cambiar a medida que avanza el desarrollo.
diff --git a/src/content/docs/es/docs/plugins/env/getting-started.mdx b/src/content/docs/es/docs/plugins/env/getting-started.mdx
deleted file mode 100644
index f6286e59a..000000000
--- a/src/content/docs/es/docs/plugins/env/getting-started.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Configura valores de entorno por compilación y obtenlos en tiempo de ejecución con el Plugin Env.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-env" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar plataformas nativas**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Declarar valores de configuración
-
-Agrega claves a la configuración de Capacitor para que se incorporen en tus compilaciones nativas. Puedes crear múltiples variantes de configuración (`capacitor.config.prod.ts`, `capacitor.config.dev.ts`, etc.) para intercambiar valores por entorno.
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example',
-  webDir: 'dist',
-  plugins: {
-    Env: {
-      API_URL: 'https://api.example.com',
-      PUBLIC_KEY: 'pk_live_123',
-    },
-  },
-};
-
-export default config;
-```
-
-En plataformas nativas, los valores se almacenan dentro de los archivos de configuración generados (`ios/App/App/capacitor.config.json` y `android/app/src/main/assets/capacitor.config.json`). Actualiza esos archivos por variante si necesitas valores específicos por inquilino.
-
-## Leer valores en el código
-
-```typescript
-import { Env } from '@capgo/capacitor-env';
-
-const apiUrl = await Env.getKey({ key: 'API_URL' }).then((result) => result.value);
-
-if (!apiUrl) {
-  throw new Error('Falta configuración de API_URL');
-}
-```
-
-## Proporcionar valores predeterminados
-
-```typescript
-const loadConfig = async () => {
-  const { value: endpoint } = await Env.getKey({ key: 'API_URL' });
-  return endpoint || 'https://staging.example.com';
-};
-```
-
-## Consejos
-
-- Usa diferentes archivos `capacitor.config` por entorno y apunta el CLI al correcto con `npx cap run ios --configuration=prod`.
-- Combina con canales del actualizador Capgo para enviar valores específicos por inquilino sin publicar nuevos binarios.
-- Mantén los secretos fuera del control de código fuente sustituyéndolos durante tu compilación CI antes de `npx cap sync`.
diff --git a/src/content/docs/es/docs/plugins/env/index.mdx b/src/content/docs/es/docs/plugins/env/index.mdx
deleted file mode 100644
index 1a1403c9e..000000000
--- a/src/content/docs/es/docs/plugins/env/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@Capgo/Capacitor-env"
-locale: es
-description: Expone valores de configuración de `capacitor.config` en tiempo de ejecución para aplicaciones de marca blanca y multiinquilino.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Entrega configuraciones específicas por inquilino sin nuevas compilaciones leyendo valores de configuración seguros directamente desde Capacitor.
-  image:
-    file: ~public/settings-go.webp
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/env/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-env/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Env te permite almacenar secretos y configuración por compilación dentro de `capacitor.config.*` y resolverlos en tiempo de ejecución a través de una API simple.
-
-<CardGrid stagger>
-  <Card title="Configuración en tiempo de ejecución" icon="rocket">
-    Lee valores de archivos de configuración nativos sin enviarlos en tu paquete JavaScript.
-  </Card>
-  <Card title="Anulaciones por compilación" icon="rocket">
-    Crea múltiples variantes de aplicación o inquilinos proporcionando diferentes archivos de configuración.
-  </Card>
-  <Card title="Acceso con seguridad de tipos" icon="pencil">
-    Obtén claves con soporte TypeScript y centraliza la lógica de valores predeterminados.
-  </Card>
-  <Card title="Seguro por defecto" icon="approve-check">
-    Mantén las claves API y secretos fuera de Git mientras los envías con binarios nativos.
-  </Card>
-</CardGrid>
-
-Sigue la guía de inicio para declarar claves en tu configuración de Capacitor y obtenerlas de forma segura en todas las plataformas.
diff --git a/src/content/docs/es/docs/plugins/fast-sql/getting-started.mdx b/src/content/docs/es/docs/plugins/fast-sql/getting-started.mdx
deleted file mode 100644
index 1c91b1ad2..000000000
--- a/src/content/docs/es/docs/plugins/fast-sql/getting-started.mdx
+++ /dev/null
@@ -1,256 +0,0 @@
----
-title: Comenzando con SQL rápido
-description: >-
-  Instale y configure el complemento **@capgo/capacitor-fast-sql** para acceder
-  a la base de datos SQLite nativa de alto rendimiento
-locale: es
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Card, CardGrid } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/capacitor-fast-sql" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurar plataformas**
-   
-   ### iOS
-   Permitir el acceso a la red local en `Info.plist`:
-   ```xml title="ios/App/App/Info.plist"
-   <key>NSAppTransportSecurity</key>
-   <dict>
-       <key>NSAllowsLocalNetworking</key>
-       <true/>
-   </dict>
-   ```
-
-   ### Android
-   Agregue una excepción de texto sin cifrar para el tráfico de host local:
-   ```xml title="android/app/src/main/AndroidManifest.xml"
-   <application android:networkSecurityConfig="@xml/network_security_config">
-       ...
-   </application>
-   ```
-
-   ### Web
-   Instale sql.js como respaldo de almacenamiento web:
-   ```bash
-   npm install sql.js
-   ```
-</Steps>
-
-## ¿Por qué SQL rápido?
-
-Fast SQL avoids heavy bridge serialization by using a local HTTP transport to native SQLite, which is much faster for large result sets and sync-style writes.
-
-## Uso básico
-
-```typescript
-import { FastSQL, IsolationLevel, KeyValueStore } from '@capgo/capacitor-fast-sql';
-
-const db = await FastSQL.connect({
-  database: 'myapp',
-  encrypted: false,
-  readOnly: false,
-});
-
-await db.execute(`
-  CREATE TABLE IF NOT EXISTS users (
-    id INTEGER PRIMARY KEY AUTOINCREMENT,
-    name TEXT NOT NULL,
-    email TEXT UNIQUE,
-    created_at INTEGER DEFAULT (strftime('%s', 'now'))
-  )
-`);
-
-await db.run('INSERT INTO users (name, email) VALUES (?, ?)', ['John', 'john@example.com']);
-const users = await db.query('SELECT * FROM users');
-```
-
-## Métodos de conexión principales
-
-- `execute(statement, params?)` -> devuelve el resultado SQL completo
-- `query(statement, params?)` -> devuelve `rows`
-- `run(statement, params?)` -> devuelve `{ rowsAffected, insertId }`
-- `executeBatch(operations)` -> devuelve una serie de resultados
-
-```typescript
-import { type SQLBatchOperation } from '@capgo/capacitor-fast-sql';
-
-const rows = await db.query('SELECT * FROM users WHERE email LIKE ?', ['john%']);
-
-const batch: SQLBatchOperation[] = [
-  { statement: 'INSERT INTO users (name, email) VALUES (?, ?)', params: ['Alice', 'alice@acme.dev'] },
-  { statement: 'INSERT INTO users (name, email) VALUES (?, ?)', params: ['Bob', 'bob@acme.dev'] },
-];
-await db.executeBatch(batch);
-```
-
-## Transacciones
-
-### ayudante de devolución de llamada
-
-```typescript
-await db.transaction(async (tx) => {
-  await tx.run('UPDATE accounts SET balance = balance - 100 WHERE id = ?', [1]);
-  await tx.run('UPDATE accounts SET balance = balance + 100 WHERE id = ?', [2]);
-});
-```
-
-### control explícito
-
-```typescript
-import { IsolationLevel } from '@capgo/capacitor-fast-sql';
-
-await db.beginTransaction(IsolationLevel.Serializable);
-try {
-  await db.run('UPDATE wallets SET points = points - 1 WHERE user_id = ?', [42]);
-  await db.commit();
-} catch (error) {
-  await db.rollback();
-  throw error;
-}
-```
-
-Niveles de aislamiento admitidos:
-- `ReadUncommitted`
-- `ReadCommitted`
-- `RepeatableRead`
-- `Serializable`
-
-## Datos binarios (BLOB)
-
-```typescript
-const imageData = new Uint8Array([0xFF, 0xD8, 0xFF, 0xE0]);
-await db.run('INSERT INTO assets (name, data) VALUES (?, ?)', ['avatar', imageData]);
-
-const rows = await db.query('SELECT data FROM assets WHERE name = ?', ['avatar']);
-const retrieved = rows[0].data; // Uint8Array
-```
-
-## Cifrado y modos de solo lectura
-
-```typescript
-const secureDb = await FastSQL.connect({
-  database: 'secure_db',
-  encrypted: true,
-  encryptionKey: 'replace-with-a-strong-key',
-});
-
-const readOnlyDb = await FastSQL.connect({
-  database: 'public_db',
-  readOnly: true,
-});
-```
-
-En Android, el modo cifrado utiliza SQLCipher; incluir dependencia en la aplicación `build.gradle`.
-
-## Almacén de valores clave
-
-`KeyValueStore` es un contenedor conveniente para datos de clave/valor móviles.
-
-```typescript
-import { KeyValueStore } from '@capgo/capacitor-fast-sql';
-
-const kv = await KeyValueStore.open({
-  database: 'kv',
-  store: 'session',
-  encrypted: true,
-  encryptionKey: 'super-secret-key',
-});
-
-await kv.set('session', { token: 'abc', expiresAt: Date.now() + 3600_000 });
-const session = await kv.get('session');
-await kv.has('session');
-await kv.keys();
-await kv.remove('session');
-await kv.clear();
-await kv.close();
-```
-
-## Ciclo de vida de la conexión
-
-```typescript
-await FastSQL.disconnect('myapp');
-await FastSQL.disconnectAll();
-const openDatabases = FastSQL.getOpenDatabases();
-const same = FastSQL.getConnection('myapp');
-```
-
-## Manejo de errores
-
-```typescript
-try {
-  await FastSQL.connect({ database: 'myapp' });
-  await db.query('SELECT * FROM unknown_table');
-} catch (error) {
-  console.error('Fast SQL error:', error);
-}
-```
-
-## Patrones SQL comunes
-
-### Comprobar si existe la tabla
-
-```typescript
-const result = await db.query(
-  "SELECT name FROM sqlite_master WHERE type='table' AND name=?",
-  ['users']
-);
-
-const tableExists = result.length > 0;
-```
-
-### Obtener esquema de tabla
-
-```typescript
-const schema = await db.query('PRAGMA table_info(users)');
-console.log('Columns:', schema);
-```
-
-### Contar filas
-
-```typescript
-const result = await db.query('SELECT COUNT(*) as count FROM users');
-const count = result[0].count;
-```
-
-### Paginación
-
-```typescript
-const pageSize = 20;
-const page = 1;
-const offset = (page - 1) * pageSize;
-
-const users = await db.query(
-  'SELECT * FROM users ORDER BY created_at DESC LIMIT ? OFFSET ?',
-  [pageSize, offset]
-);
-```
-
-## Consejos de rendimiento
-
-1. **Utilice Transacciones** para operaciones múltiples: significativamente más rápido que las confirmaciones individuales
-2. **Utilice operaciones por lotes** para inserciones masivas: más eficientes que los bucles
-3. **Crear índices** en columnas consultadas con frecuencia
-4. **Utilice declaraciones preparadas** con parámetros (?): evita la inyección de SQL y mejora el rendimiento
-5. **Utilice el protocolo HTTP directamente** para conjuntos de resultados muy grandes
-6. **Cerrar conexiones** cuando no esté en uso para liberar recursos
-
-## Próximos pasos
-
-Consulte el [tutorial completo](/plugins/capacitor-fast-sql) para conocer patrones avanzados que incluyen:
-- Arquitectura del servicio de base de datos.
-- Sistemas de migración
-- Sincronizar motores
-- Consultas complejas y uniones.
-- Optimización del rendimiento
-
-## Documentación relacionada
-
-- [Migrar desde Ionic Secure Storage](/docs/upgrade/from-ionic-secure-storage/)
-- [Solución de migración de complementos empresariales de Ionic](/solutions/ionic-enterprise-plugins/)
diff --git a/src/content/docs/es/docs/plugins/fast-sql/index.mdx b/src/content/docs/es/docs/plugins/fast-sql/index.mdx
deleted file mode 100644
index 49fd0cf0a..000000000
--- a/src/content/docs/es/docs/plugins/fast-sql/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@Capgo/Capacitor-fast-SQL"
-locale: es
-description: SQLite nativo de alto rendimiento con protocolo HTTP personalizado para operaciones de sincronización eficientes y reemplazo de IndexedDB.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: SQLite nativo ultrarrápido con protocolo personalizado para sistemas de sincronización y grandes conjuntos de datos, ofreciendo hasta 25 veces más rendimiento.
-  image:
-    file: ~public/icons/plugins/fast-sql.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/fast-sql/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-fast-SQL/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Protocolo HTTP personalizado" icon="rocket">
-    Evita el puente de Capacitor para hasta 25 veces más rendimiento ⚡
-  </Card>
-  <Card title="Soporte completo de SQLite" icon="list-format">
-    Soporte SQL completo con transacciones y operaciones por lotes 📊
-  </Card>
-  <Card title="Compatible con sincronización" icon="random">
-    Diseñado para sistemas de sincronización local como CRDTs y transformaciones operacionales 🔄
-  </Card>
-  <Card title="Multiplataforma" icon="laptop">
-    iOS, Android y Web usando SQL.js + IndexedDB 🌐
-  </Card>
-  <Card title="Soporte de transacciones" icon="approve-check-circle">
-    Transacciones ACID con niveles de aislamiento configurables 🔒
-  </Card>
-  <Card title="Datos binarios" icon="document">
-    Soporte nativo para almacenamiento Uint8Array/BLOB 📁
-  </Card>
-  <Card title="Comenzando" icon="open-book">
-    Consulta la [Guía de inicio](/docs/plugins/fast-sql/getting-started/) para instalar y configurar el Plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/ffmpeg/getting-started.mdx b/src/content/docs/es/docs/plugins/ffmpeg/getting-started.mdx
deleted file mode 100644
index b1c39fc57..000000000
--- a/src/content/docs/es/docs/plugins/ffmpeg/getting-started.mdx
+++ /dev/null
@@ -1,278 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y utilizar el complemento FFmpeg para procesar videos en su
-  aplicación Capacitor.
-sidebar:
-  order: 2
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/capacitor-ffmpeg" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Uso
-
-Importe el complemento y utilícelo para volver a codificar videos:
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-
-// Re-encode a video with custom settings
-const processVideo = async () => {
-  await CapacitorFFmpeg.reencodeVideo({
-    inputPath: '/path/to/input/video.mp4',
-    outputPath: '/path/to/output/video.mp4',
-    width: 1280,
-    height: 720,
-    bitrate: 2000000 // Optional: 2 Mbps
-  });
-};
-
-// Get plugin version
-const checkVersion = async () => {
-  const { version } = await CapacitorFFmpeg.getPluginVersion();
-  console.log('FFmpeg plugin version:', version);
-};
-```
-
-## API Referencia
-
-### recodificarVideo(opciones)
-
-Vuelva a codificar un archivo de vídeo con dimensiones y tasa de bits específicas.
-
-```typescript
-await CapacitorFFmpeg.reencodeVideo({
-  inputPath: '/path/to/input.mp4',
-  outputPath: '/path/to/output.mp4',
-  width: 1920,
-  height: 1080,
-  bitrate: 5000000 // Optional: 5 Mbps
-});
-```
-
-**Parámetros:**
-- `inputPath` (cadena): ruta completa al archivo de vídeo de entrada
-- `outputPath` (cadena): Ruta completa donde se guardará el vídeo de salida
-- `width` (número): Ancho objetivo en píxeles
-- `height` (número): altura del objetivo en píxeles
-- `bitrate` (número, opcional): tasa de bits objetivo en bits por segundo
-
-### obtenerPluginVersion()
-
-Obtenga la versión nativa del complemento Capacitor.
-
-```typescript
-const { version } = await CapacitorFFmpeg.getPluginVersion();
-```
-
-## Ejemplo completo
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class VideoProcessor {
-  /**
-   * Compress a video to reduce file size
-   */
-  async compressVideo(inputPath: string, quality: 'low' | 'medium' | 'high') {
-    const qualitySettings = {
-      low: { width: 640, height: 360, bitrate: 500000 },
-      medium: { width: 1280, height: 720, bitrate: 2000000 },
-      high: { width: 1920, height: 1080, bitrate: 5000000 }
-    };
-
-    const settings = qualitySettings[quality];
-    const outputPath = inputPath.replace('.mp4', `_${quality}.mp4`);
-
-    try {
-      await CapacitorFFmpeg.reencodeVideo({
-        inputPath,
-        outputPath,
-        width: settings.width,
-        height: settings.height,
-        bitrate: settings.bitrate
-      });
-
-      console.log(`Video compressed to ${quality} quality:`, outputPath);
-      return outputPath;
-    } catch (error) {
-      console.error('Video compression failed:', error);
-      throw error;
-    }
-  }
-
-  /**
-   * Resize video to specific dimensions
-   */
-  async resizeVideo(
-    inputPath: string,
-    width: number,
-    height: number
-  ): Promise<string> {
-    const outputPath = inputPath.replace('.mp4', '_resized.mp4');
-
-    await CapacitorFFmpeg.reencodeVideo({
-      inputPath,
-      outputPath,
-      width,
-      height
-    });
-
-    return outputPath;
-  }
-
-  /**
-   * Create a thumbnail-quality version of a video
-   */
-  async createThumbnailVideo(inputPath: string): Promise<string> {
-    return this.compressVideo(inputPath, 'low');
-  }
-
-  /**
-   * Batch process multiple videos
-   */
-  async processMultipleVideos(
-    videoPaths: string[],
-    width: number,
-    height: number,
-    bitrate?: number
-  ): Promise<string[]> {
-    const outputPaths: string[] = [];
-
-    for (const inputPath of videoPaths) {
-      const outputPath = inputPath.replace('.mp4', '_processed.mp4');
-
-      try {
-        await CapacitorFFmpeg.reencodeVideo({
-          inputPath,
-          outputPath,
-          width,
-          height,
-          bitrate
-        });
-
-        outputPaths.push(outputPath);
-      } catch (error) {
-        console.error(`Failed to process ${inputPath}:`, error);
-      }
-    }
-
-    return outputPaths;
-  }
-}
-```
-
-## Mejores prácticas
-
-1. **Utilice velocidades de bits apropiadas**
-   Elija la tasa de bits según la resolución y el caso de uso:
-   ```typescript
-   // Mobile sharing (low bandwidth)
-   const lowQuality = { width: 640, height: 360, bitrate: 500000 };
-
-   // Standard quality
-   const standardQuality = { width: 1280, height: 720, bitrate: 2000000 };
-
-   // High quality
-   const highQuality = { width: 1920, height: 1080, bitrate: 5000000 };
-   ```
-
-2. **Mantener la relación de aspecto**
-   Calcule las dimensiones para preservar la relación de aspecto:
-   ```typescript
-   function calculateDimensions(originalWidth: number, originalHeight: number, targetWidth: number) {
-     const aspectRatio = originalWidth / originalHeight;
-     return {
-       width: targetWidth,
-       height: Math.round(targetWidth / aspectRatio)
-     };
-   }
-   ```
-
-3. **Maneje las rutas de los archivos correctamente**
-   Utilice el sistema de archivos Capacitor para el manejo de rutas multiplataforma:
-   ```typescript
-   import { Filesystem, Directory } from '@capacitor/filesystem';
-
-   const inputPath = await Filesystem.getUri({
-     directory: Directory.Documents,
-     path: 'input.mp4'
-   });
-   ```
-
-4. **Mostrar el progreso a los usuarios**
-   El procesamiento de vídeo puede ser lento; informe a los usuarios:
-   ```typescript
-   async function processWithProgress(inputPath: string) {
-     // Show loading indicator
-     showLoading('Processing video...');
-
-     try {
-       await CapacitorFFmpeg.reencodeVideo({
-         inputPath,
-         outputPath: '/path/to/output.mp4',
-         width: 1280,
-         height: 720
-       });
-
-       showSuccess('Video processed successfully!');
-     } catch (error) {
-       showError('Failed to process video');
-     } finally {
-       hideLoading();
-     }
-   }
-   ```
-
-5. **Limpiar archivos temporales**
-   Elimine archivos intermedios para ahorrar almacenamiento:
-   ```typescript
-   async function processAndCleanup(inputPath: string) {
-     const outputPath = inputPath.replace('.mp4', '_output.mp4');
-
-     await CapacitorFFmpeg.reencodeVideo({
-       inputPath,
-       outputPath,
-       width: 1280,
-       height: 720
-     });
-
-     // Remove original if no longer needed
-     await Filesystem.deleteFile({ path: inputPath });
-
-     return outputPath;
-   }
-   ```
-
-## Notas de plataforma
-
-### iOS
-- Requiere iOS 11.0+
-- El procesamiento de videos de gran tamaño puede requerir permisos para tareas en segundo plano
-- Utiliza iOS VideoToolbox nativo para aceleración de hardware
-
-### Android
-- Requiere Android 5.0 (API 21)+
-- La aceleración del hardware varía según el dispositivo.
-- Puede requerir permiso WRITE_EXTERNAL_STORAGE para acceder a archivos
-
-### Web
-- No compatible con la plataforma web
-
-## Consejos de rendimiento
-
-1. **Resolución más baja para un procesamiento más rápido**: Dimensiones más pequeñas = codificación más rápida
-2. **Utilice aceleración de hardware**: permita que la plataforma nativa optimice la codificación
-3. **Proceso en segundo plano**: no bloquee la interfaz de usuario durante el procesamiento del video
-4. **Supervisar el uso de la memoria**: los vídeos de gran tamaño pueden consumir una cantidad significativa de memoria
-5. **Prueba en dispositivos reales**: Es posible que los emuladores no reflejen el rendimiento real
diff --git a/src/content/docs/es/docs/plugins/ffmpeg/index.mdx b/src/content/docs/es/docs/plugins/ffmpeg/index.mdx
deleted file mode 100644
index cc1165a3a..000000000
--- a/src/content/docs/es/docs/plugins/ffmpeg/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-ffmpeg"
-description: Codificación y procesamiento de video impulsado por FFmpeg para aplicaciones Capacitor.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Re-codifica videos con resolución y bitrate personalizados utilizando la poderosa biblioteca FFmpeg en tus aplicaciones Capacitor.
-  image:
-    file: ~public/icons/plugins/ffmpeg.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/ffmpeg/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-ffmpeg/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Re-codificación de Video" icon="rocket">
-    Convierte y comprime videos con FFmpeg
-  </Card>
-  <Card title="Resolución Personalizada" icon="setting">
-    Redimensiona videos a cualquier ancho y alto
-  </Card>
-  <Card title="Control de Bitrate" icon="star">
-    Controla la calidad del video y el tamaño del archivo
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/ffmpeg/getting-started/) para comenzar a procesar videos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/file-compressor/getting-started.mdx b/src/content/docs/es/docs/plugins/file-compressor/getting-started.mdx
deleted file mode 100644
index 2f34392c6..000000000
--- a/src/content/docs/es/docs/plugins/file-compressor/getting-started.mdx
+++ /dev/null
@@ -1,166 +0,0 @@
----
-title: Comenzando
-description: Aprende cómo instalar y usar el Plugin File Compressor para comprimir imágenes en tu aplicación Capacitor.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instala el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-file-compressor" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincroniza con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Soporte de Plataformas
-
-| Plataforma | Formatos Soportados | Notas |
-|----------|-------------------|-------|
-| iOS | JPEG | Solo se soporta compresión JPEG |
-| Android | JPEG, WebP | Ambos formatos completamente soportados |
-| Web | JPEG, WebP | Compresión basada en Canvas API |
-
-Nota: Los metadatos EXIF se eliminan durante la compresión en todas las plataformas.
-
-## Uso
-
-Importa el Plugin y comprime imágenes:
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-
-// Comprimir una imagen
-const compressImage = async () => {
-  const result = await FileCompressor.compressImage({
-    source: 'file:///path/to/image.jpg',
-    quality: 0.8,
-    width: 1920,
-    height: 1080
-  });
-
-  console.log('Ruta de imagen comprimida:', result.path);
-  console.log('Tamaño original:', result.originalSize);
-  console.log('Tamaño comprimido:', result.size);
-};
-```
-
-## Referencia de API
-
-### compressImage(Opciones)
-
-Comprime un archivo de imagen con dimensiones y configuraciones de calidad especificadas.
-
-```typescript
-interface CompressImageOptions {
-  source: string;           // Ruta al archivo de imagen
-  quality?: number;         // 0.0 a 1.0 (predeterminado: 0.8)
-  width?: number;           // Ancho objetivo en píxeles
-  height?: number;          // Alto objetivo en píxeles
-  format?: 'jpeg' | '.webp'; // Formato de salida
-}
-
-interface CompressImageResult {
-  path: string;             // Ruta a la imagen comprimida
-  size: number;             // Tamaño del archivo comprimido en bytes
-  originalSize: number;     // Tamaño del archivo original en bytes
-}
-
-const result = await FileCompressor.compressImage(options);
-```
-
-**Notas Importantes:**
-- Los metadatos EXIF se eliminan durante la compresión en todas las plataformas
-- La relación de aspecto se mantiene automáticamente si solo se proporciona una dimensión
-- Los archivos comprimidos se guardan en directorios temporales en plataformas nativas
-
-### getPluginVersion()
-
-Obtiene la versión del Plugin nativo.
-
-```typescript
-const { version } = await FileCompressor.getPluginVersion();
-console.log('Versión del plugin:', version);
-```
-
-## Ejemplo Completo
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-import { Camera } from '@capacitor/camera';
-
-export class ImageCompressionService {
-  async captureAndCompress() {
-    try {
-      // Tomar una foto
-      const photo = await Camera.getPhoto({
-        quality: 100,
-        allowEditing: false,
-        resultType: 'uri'
-      });
-
-      if (!photo.path) {
-        throw new Error('No image path');
-      }
-
-      // Comprimir la foto
-      const compressed = await FileCompressor.compressImage({
-        source: photo.path,
-        quality: 0.7,
-        width: 1920,
-        height: 1080,
-        format: 'jpeg'
-      });
-
-      console.log(`Ratio de compresión: ${
-        ((1 - compressed.size / compressed.originalSize) * 100).toFixed(1)
-      }%`);
-
-      return compressed.path;
-    } catch (error) {
-      console.error('Compresión fallida:', error);
-      throw error;
-    }
-  }
-
-  async batchCompress(imagePaths: string[]) {
-    const results = [];
-
-    for (const path of imagePaths) {
-      try {
-        const result = await FileCompressor.compressImage({
-          source: path,
-          quality: 0.8,
-          width: 1280
-        });
-        results.push(result);
-      } catch (error) {
-        console.error(`Fallo al comprimir ${path}:`, error);
-      }
-    }
-
-    return results;
-  }
-}
-```
-
-## Mejores Prácticas
-
-1. **Configuración de Calidad**: Comienza con calidad 0.8 para un buen equilibrio entre tamaño de archivo y calidad de imagen
-2. **Dimensiones de Redimensionamiento**: Solo especifica dimensiones cuando sea necesario - la relación de aspecto se preserva automáticamente
-3. **Selección de Formato**: Usa JPEG para fotos y WebP para mejor compresión (solo Android/Web)
-4. **Manejo de Errores**: Siempre envuelve las llamadas de compresión en bloques try-catch
-5. **Limpieza**: Recuerda limpiar archivos temporales después de usar
-
-## Solución de Problemas
-
-### Problemas Comunes
-
-**La imagen no se comprime**: Asegúrate de que la ruta de origen sea válida y accesible
-**Sin memoria**: Reduce las dimensiones objetivo o comprime imágenes de una en una
-**Formato no soportado**: Consulta la tabla de soporte de plataformas arriba
diff --git a/src/content/docs/es/docs/plugins/file-compressor/index.mdx b/src/content/docs/es/docs/plugins/file-compressor/index.mdx
deleted file mode 100644
index f79097809..000000000
--- a/src/content/docs/es/docs/plugins/file-compressor/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-file-compressor"
-description: Comprime imágenes de manera eficiente soportando formatos PNG, JPEG y WebP en todas las plataformas.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Comprime imágenes de manera eficiente con soporte para formatos PNG, JPEG y WebP en iOS, Android y Web.
-  image:
-    file: ~public/icons/plugins/file-compressor.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/file-compressor/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-file-compressor/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Múltiples Formatos" icon="document">
-    Soporte para compresión JPEG y WebP en todas las plataformas 🖼️
-  </Card>
-  <Card title="Control de Calidad" icon="setting">
-    Calidad de compresión ajustable de 0.0 a 1.0 para un equilibrio perfecto ⚙️
-  </Card>
-  <Card title="Redimensionamiento Inteligente" icon="puzzle">
-    Preservación automática de la relación de aspecto durante el redimensionamiento 📐
-  </Card>
-  <Card title="Sin Backend" icon="rocket">
-    Toda la compresión ocurre en el dispositivo - no se necesita servidor 🚀
-  </Card>
-  <Card title="Multiplataforma" icon="laptop">
-    API consistente en plataformas iOS, Android y Web 📱
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/file-compressor/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/file/getting-started.mdx b/src/content/docs/es/docs/plugins/file/getting-started.mdx
deleted file mode 100644
index 32924a9a4..000000000
--- a/src/content/docs/es/docs/plugins/file/getting-started.mdx
+++ /dev/null
@@ -1,389 +0,0 @@
----
-title: Comenzando
-description: Aprende cómo instalar y usar el Plugin File para operaciones del sistema de archivos en tu aplicación Capacitor.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instala el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-file" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincroniza con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Uso
-
-Importa el Plugin y usa sus métodos para operaciones de archivos:
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-// Escribir un archivo de texto
-const writeFile = async () => {
-  const result = await CapacitorFile.writeFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    data: 'Hello, World!',
-    encoding: Encoding.UTF8,
-    recursive: true, // Crear directorios padres si es necesario
-  });
-  console.log('Archivo escrito en:', result.uri);
-};
-
-// Leer un archivo de texto
-const readFile = async () => {
-  const result = await CapacitorFile.readFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    encoding: Encoding.UTF8,
-  });
-  console.log('Contenido del archivo:', result.data);
-};
-
-// Verificar si el archivo existe
-const checkExists = async () => {
-  const result = await CapacitorFile.exists({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-  console.log('El archivo existe:', result.exists);
-};
-
-// Eliminar un archivo
-const deleteFile = async () => {
-  await CapacitorFile.deleteFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-};
-```
-
-## Ubicaciones de Directorios
-
-El Plugin proporciona varias constantes de directorio:
-
-```typescript
-import { Directory } from '@capgo/capacitor-file';
-
-// Directorios disponibles
-Directory.Documents  // Documentos visibles para el usuario (con copia de seguridad)
-Directory.Data       // Almacenamiento de datos privados de la app
-Directory.Library    // Archivos de soporte de la app (iOS) / archivos (Android)
-Directory.Cache      // Caché temporal (puede ser borrado por el SO)
-Directory.External   // Almacenamiento externo (solo Android)
-Directory.Application // Bundle de la app de solo lectura
-```
-
-## Opciones de Codificación
-
-```typescript
-import { Encoding } from '@capgo/capacitor-file';
-
-Encoding.UTF8   // Codificación de texto UTF-8
-Encoding.ASCII  // Codificación de texto ASCII
-Encoding.UTF16  // Codificación de texto UTF-16
-// Omitir codificación para datos binarios (devuelve base64)
-```
-
-## Referencia de API
-
-### writeFile(Opciones)
-
-Escribe datos en un archivo.
-
-```typescript
-const result = await CapacitorFile.writeFile({
-  path: 'folder/file.txt',
-  directory: Directory.Documents,
-  data: 'Contenido del archivo',
-  encoding: Encoding.UTF8,
-  recursive: true,  // Crear directorios si es necesario
-  append: false,    // Sobrescribir archivo existente
-  position: 0,      // Posición en bytes para escrituras de acceso aleatorio
-});
-// Devuelve: { uri: string }
-```
-
-### readFile(Opciones)
-
-Lee el contenido de un archivo.
-
-```typescript
-const result = await CapacitorFile.readFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  encoding: Encoding.UTF8,
-  offset: 0,    // Comenzar lectura desde desplazamiento de bytes
-  length: 100,  // Leer solo esta cantidad de bytes
-});
-// Devuelve: { data: string }
-```
-
-### appendFile(Opciones)
-
-Añade datos a un archivo.
-
-```typescript
-await CapacitorFile.appendFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  data: '\nNueva línea',
-  encoding: Encoding.UTF8,
-});
-```
-
-### deleteFile(Opciones)
-
-Elimina un archivo.
-
-```typescript
-await CapacitorFile.deleteFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-```
-
-### mkdir(Opciones)
-
-Crea un directorio.
-
-```typescript
-await CapacitorFile.mkdir({
-  path: 'my-folder/sub-folder',
-  directory: Directory.Documents,
-  recursive: true,  // Crear directorios padres
-});
-```
-
-### rmdir(Opciones)
-
-Elimina un directorio.
-
-```typescript
-await CapacitorFile.rmdir({
-  path: 'my-folder',
-  directory: Directory.Documents,
-  recursive: true,  // Eliminar contenidos recursivamente
-});
-```
-
-### readdir(Opciones)
-
-Lista el contenido del directorio.
-
-```typescript
-const result = await CapacitorFile.readdir({
-  path: '',  // Vacío para la raíz del directorio
-  directory: Directory.Documents,
-});
-// Devuelve: { entries: Entry[] }
-// Cada entrada tiene: { name, isFile, isDirectory, fullPath, nativeURL }
-```
-
-### stat(Opciones)
-
-Obtiene metadatos de archivo o directorio.
-
-```typescript
-const result = await CapacitorFile.stat({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// Devuelve: { type, size, mtime, ctime, uri }
-```
-
-### exists(Opciones)
-
-Verifica si existe un archivo o directorio.
-
-```typescript
-const result = await CapacitorFile.exists({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// Devuelve: { exists: boolean, type?: 'file' | 'directory' }
-```
-
-### Copiar(Opciones)
-
-Copia un archivo o directorio.
-
-```typescript
-const result = await CapacitorFile.copy({
-  from: 'source.txt',
-  to: 'destination.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-// Devuelve: { uri: string }
-```
-
-### rename(Opciones) / move(Opciones)
-
-Renombra o mueve un archivo o directorio.
-
-```typescript
-await CapacitorFile.rename({
-  from: 'old-name.txt',
-  to: 'new-name.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-```
-
-### truncate(Opciones)
-
-Trunca un archivo a un tamaño específico.
-
-```typescript
-await CapacitorFile.truncate({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  size: 100,  // Truncar a 100 bytes
-});
-```
-
-### getUri(Opciones)
-
-Obtiene el URI nativo para un archivo.
-
-```typescript
-const result = await CapacitorFile.getUri({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// Devuelve: { uri: string }
-```
-
-### getDirectories()
-
-Obtiene todas las rutas de directorios disponibles.
-
-```typescript
-const dirs = await CapacitorFile.getDirectories();
-// Devuelve rutas para: documents, data, cache, external, etc.
-```
-
-### getFreeDiskSpace()
-
-Obtiene el espacio disponible en disco.
-
-```typescript
-const result = await CapacitorFile.getFreeDiskSpace();
-console.log('Espacio libre:', result.free, 'bytes');
-```
-
-### checkPermissions() / requestPermissions()
-
-Maneja permisos de almacenamiento (Android).
-
-```typescript
-const status = await CapacitorFile.checkPermissions();
-if (status.publicStorage !== 'granted') {
-  await CapacitorFile.requestPermissions();
-}
-```
-
-## Ejemplo Completo
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-export class FileService {
-  async saveJson(filename: string, data: object): Promise<void> {
-    await CapacitorFile.writeFile({
-      path: filename,
-      directory: Directory.Documents,
-      data: JSON.stringify(data, null, 2),
-      encoding: Encoding.UTF8,
-      recursive: true,
-    });
-  }
-
-  async loadJson<T>(filename: string): Promise<T | null> {
-    try {
-      const { exists } = await CapacitorFile.exists({
-        path: filename,
-        directory: Directory.Documents,
-      });
-
-      if (!exists) return null;
-
-      const result = await CapacitorFile.readFile({
-        path: filename,
-        directory: Directory.Documents,
-        encoding: Encoding.UTF8,
-      });
-
-      return JSON.parse(result.data) as T;
-    } catch (error) {
-      console.error('Error al cargar JSON:', error);
-      return null;
-    }
-  }
-
-  async listFiles(folder: string = ''): Promise<string[]> {
-    const result = await CapacitorFile.readdir({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    return result.entries
-      .filter(entry => entry.isFile)
-      .map(entry => entry.name);
-  }
-
-  async deleteAll(folder: string): Promise<void> {
-    const { exists } = await CapacitorFile.exists({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    if (exists) {
-      await CapacitorFile.rmdir({
-        path: folder,
-        directory: Directory.Documents,
-        recursive: true,
-      });
-    }
-  }
-
-  async copyToBackup(filename: string): Promise<string> {
-    const timestamp = Date.now();
-    const backupName = `backup/${timestamp}-${filename}`;
-
-    const result = await CapacitorFile.copy({
-      from: filename,
-      to: backupName,
-      directory: Directory.Documents,
-      toDirectory: Directory.Documents,
-    });
-
-    return result.uri;
-  }
-}
-```
-
-## Notas de Plataforma
-
-### iOS
-- Requiere iOS 13.0+
-- El directorio Documents es visible en la Aplicación Files
-- El directorio Library es para archivos de soporte de la Aplicación
-- Cache puede ser borrado cuando el almacenamiento del dispositivo es bajo
-
-### Android
-- Requiere Android 6.0 (API 23)+
-- El almacenamiento externo requiere permisos de tiempo de ejecución en versiones antiguas de Android
-- El directorio Documents se mapea al directorio de archivos de la Aplicación
-- Usa el directorio External para acceso a almacenamiento compartido
-
-### Web
-- No soportado en plataforma web
diff --git a/src/content/docs/es/docs/plugins/file/index.mdx b/src/content/docs/es/docs/plugins/file/index.mdx
deleted file mode 100644
index ce48feabe..000000000
--- a/src/content/docs/es/docs/plugins/file/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-file"
-description: Plugin completo de sistema de archivos para leer, escribir y administrar archivos y directorios.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Operaciones completas del sistema de archivos con lectura, escritura, copia, movimiento y gestión de directorios para iOS y Android.
-  image:
-    file: ~public/icons/plugins/file.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/file/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-file/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Operaciones Completas de Archivos" icon="rocket">
-    Lee, escribe, añade, copia, mueve y elimina archivos con facilidad
-  </Card>
-  <Card title="Gestión de Directorios" icon="seti:folder">
-    Crea, lista y elimina directorios con soporte recursivo
-  </Card>
-  <Card title="Múltiples Codificaciones" icon="document">
-    Soporte para datos UTF-8, ASCII, UTF-16 y binarios (base64)
-  </Card>
-  <Card title="Multiplataforma" icon="puzzle">
-    Funciona en iOS y Android con API consistente entre plataformas
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/flash/getting-started.mdx b/src/content/docs/es/docs/plugins/flash/getting-started.mdx
deleted file mode 100644
index 7a09bab4b..000000000
--- a/src/content/docs/es/docs/plugins/flash/getting-started.mdx
+++ /dev/null
@@ -1,198 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda cómo instalar y usar el complemento Flash para controlar la linterna
-  de su dispositivo en su aplicación Capacitor.
-sidebar:
-  order: 2
-locale: es
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/capacitor-flash" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Uso
-
-Importe el complemento y use sus métodos para controlar la linterna:
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// Check if flashlight is available
-const checkFlashlight = async () => {
-  const { value } = await CapacitorFlash.isAvailable();
-  console.log('Flashlight available:', value);
-};
-
-// Turn on flashlight
-const turnOn = async () => {
-  await CapacitorFlash.switchOn();
-};
-
-// Turn off flashlight
-const turnOff = async () => {
-  await CapacitorFlash.switchOff();
-};
-
-// Check if flashlight is on
-const checkStatus = async () => {
-  const { value } = await CapacitorFlash.isSwitchedOn();
-  console.log('Flashlight is on:', value);
-};
-
-// Toggle flashlight
-const toggle = async () => {
-  await CapacitorFlash.toggle();
-};
-```
-
-## API Referencia
-
-### está disponible()
-
-Comprueba si la linterna está disponible en el dispositivo.
-
-```typescript
-const result = await CapacitorFlash.isAvailable();
-// Returns: { value: boolean }
-```
-
-### encender (¿opciones?)
-
-Enciende la linterna.
-
-```typescript
-interface SwitchOnOptions {
-  intensity?: number; // 0.0 to 1.0 (iOS only)
-}
-
-await CapacitorFlash.switchOn({ intensity: 0.5 });
-```
-
-### apagar()
-
-Apaga la linterna.
-
-```typescript
-await CapacitorFlash.switchOff();
-```
-
-### está encendido()
-
-Comprueba si la linterna está encendida actualmente.
-
-```typescript
-const result = await CapacitorFlash.isSwitchedOn();
-// Returns: { value: boolean }
-```
-
-### alternar()
-
-Activa y desactiva la linterna.
-
-```typescript
-await CapacitorFlash.toggle();
-```
-
-## Ejemplo completo
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-export class FlashlightService {
-  private isOn = false;
-
-  async init() {
-    const { value } = await CapacitorFlash.isAvailable();
-    if (!value) {
-      throw new Error('Flashlight not available on this device');
-    }
-  }
-
-  async toggle() {
-    if (this.isOn) {
-      await CapacitorFlash.switchOff();
-    } else {
-      await CapacitorFlash.switchOn();
-    }
-    this.isOn = !this.isOn;
-  }
-
-  async turnOn(intensity?: number) {
-    await CapacitorFlash.switchOn({ intensity });
-    this.isOn = true;
-  }
-
-  async turnOff() {
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-
-  async strobe(intervalMs: number = 100, duration: number = 3000) {
-    const endTime = Date.now() + duration;
-    
-    while (Date.now() < endTime) {
-      await CapacitorFlash.toggle();
-      await new Promise(resolve => setTimeout(resolve, intervalMs));
-    }
-    
-    // Ensure flashlight is off after strobe
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-}
-```
-
-## Mejores prácticas
-
-1. **Consulta primero la disponibilidad**
-   Siempre verifique la disponibilidad de la linterna antes de usarla:
-   ```typescript
-   const { value } = await CapacitorFlash.isAvailable();
-   if (!value) {
-     // Show alternative UI or disable flashlight features
-   }
-   ```
-
-2. **Maneja los errores con elegancia**
-   ```typescript
-   try {
-     await CapacitorFlash.switchOn();
-   } catch (error) {
-     console.error('Failed to turn on flashlight:', error);
-   }
-   ```
-
-3. **Apagar cuando no sea necesario**
-   Apague siempre la linterna cuando su aplicación pase a segundo plano o cuando la función ya no sea necesaria para ahorrar batería.
-
-4. **Evita el cambio rápido**
-   Implemente la función antirrebote para evitar un encendido/apagado rápido que podría dañar el LED o agotar la batería.
-
-## Notas de plataforma
-
-### iOS
-- Requiere iOS 10.0+
-- Utiliza el modo antorcha `AVCaptureDevice`
-- Admite control de intensidad (0,0 a 1,0)
-
-### Android
-- Requiere Android 6.0 (API 23)+
-- Utiliza Cámara2 API
-- No se admite el control de intensidad (utiliza el brillo predeterminado)
-
-### Web
-- Compatible con navegadores con MediaDevices API y capacidad de antorcha
-- Utiliza la transmisión de la cámara para acceder a la linterna del dispositivo
-- Requiere permiso del usuario para acceder a la cámara
-- Funciona mejor en navegadores móviles (Chrome en Android)
-- Los navegadores de escritorio normalmente devuelven `isAvailable: false` (sin hardware de antorcha)
-- El control de intensidad no es compatible con la web.
diff --git a/src/content/docs/es/docs/plugins/flash/index.mdx b/src/content/docs/es/docs/plugins/flash/index.mdx
deleted file mode 100644
index 4145a4515..000000000
--- a/src/content/docs/es/docs/plugins/flash/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-flash"
-description: Controla la linterna/antorcha de tu dispositivo con este simple Plugin de Capacitor.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Enciende y apaga la linterna/antorcha de tu dispositivo programáticamente con este ligero Plugin de Capacitor.
-  image:
-    file: ~public/icons/plugins/flash.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/flash/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/riderx/Capacitor-flash/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="API Simple" icon="rocket">
-    Enciende/apaga la linterna con solo una llamada de método 🚀
-  </Card>
-  <Card title="Multiplataforma" icon="puzzle">
-    Funciona en plataformas iOS, Android y Web 📱
-  </Card>
-  <Card title="Ligero" icon="rocket">
-    Huella mínima sin dependencias ⚡
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/flash/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/gtm/getting-started.mdx b/src/content/docs/es/docs/plugins/gtm/getting-started.mdx
deleted file mode 100644
index dbe65c943..000000000
--- a/src/content/docs/es/docs/plugins/gtm/getting-started.mdx
+++ /dev/null
@@ -1,242 +0,0 @@
----
-title: Comenzar
-description: Aprende a instalar e integrar Google Tag Manager en tu aplicación Capacitor usando el SDK oficial.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Configuración de Plataforma
-
-### iOS
-
-1. Descarga tu archivo de configuración del contenedor GTM desde la consola de Google Tag Manager
-2. Agrega el archivo JSON del contenedor a tu proyecto iOS en Xcode
-3. El archivo debe llamarse algo como `GTM-XXXXXX.json`
-
-### Android
-
-1. Descarga tu archivo de configuración del contenedor GTM desde la consola de Google Tag Manager
-2. Agrega el archivo JSON del contenedor a `android/app/src/main/assets/`
-3. El archivo debe llamarse algo como `GTM-XXXXXX.json`
-
-## Ejemplo de Uso
-
-```typescript
-import { CapacitorGTM } from '@capgo/capacitor-gtm';
-
-// Initialize GTM with your container ID
-await CapacitorGTM.init({
-  containerId: 'GTM-XXXXXX'
-});
-
-// Push events to dataLayer
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Home',
-    screen_class: 'HomeScreen'
-  }
-});
-
-// Push custom events with parameters
-await CapacitorGTM.pushEvent({
-  event: 'purchase',
-  parameters: {
-    transaction_id: 'T12345',
-    value: 25.00,
-    currency: 'USD',
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product Name',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-
-// Set user properties
-await CapacitorGTM.setUserProperty({
-  key: 'user_type',
-  value: 'premium'
-});
-
-// Get values from dataLayer
-const result = await CapacitorGTM.getVariable({
-  key: 'config_value'
-});
-console.log('Config value:', result.value);
-```
-
-## Referencia de API
-
-### init(Opciones)
-
-```typescript
-init(options: { containerId: string }) => Promise<void>
-```
-
-Inicializa Google Tag Manager con tu ID de contenedor.
-
-| Param         | Type                             |
-| ------------- | -------------------------------- |
-| **`options`** | `{ containerId: string }` |
-
-### pushEvent(Opciones)
-
-```typescript
-pushEvent(options: GTMEvent) => Promise<void>
-```
-
-Envía un evento al dataLayer con parámetros opcionales.
-
-| Param         | Type              |
-| ------------- | ----------------- |
-| **`options`** | `GTMEvent` |
-
-### setUserProperty(Opciones)
-
-```typescript
-setUserProperty(options: { key: string; value: string }) => Promise<void>
-```
-
-Establece una propiedad de usuario para segmentación y targeting.
-
-| Param         | Type                                      |
-| ------------- | ----------------------------------------- |
-| **`options`** | `{ key: string; value: string }` |
-
-### getVariable(Opciones)
-
-```typescript
-getVariable(options: { key: string }) => Promise<{ value: any }>
-```
-
-Obtiene un valor de la configuración del contenedor GTM.
-
-| Param         | Type                     |
-| ------------- | ------------------------ |
-| **`options`** | `{ key: string }` |
-
-**Retorna:** `Promise<{ value: any }>`
-
-## Interfaces
-
-### GTMEvent
-
-| Prop             | Type                                 | Description                        |
-| ---------------- | ------------------------------------ | ---------------------------------- |
-| **`event`**      | `string`                  | El nombre del evento                     |
-| **`parameters`** | `Record<string, any>` | Parámetros opcionales del evento (opcional) |
-
-## Ejemplos de Eventos Comunes
-
-### Vistas de Pantalla
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Product Details',
-    screen_class: 'ProductScreen'
-  }
-});
-```
-
-### Acciones de Usuario
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'button_click',
-  parameters: {
-    button_name: 'add_to_cart',
-    product_id: 'SKU_12345'
-  }
-});
-```
-
-### Eventos de E-commerce
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'begin_checkout',
-  parameters: {
-    currency: 'USD',
-    value: 75.00,
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product 1',
-        quantity: 2,
-        price: 25.00
-      },
-      {
-        item_id: 'SKU_67890',
-        item_name: 'Product 2',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-```
-
-## Mejores Prácticas
-
-- Inicializa GTM temprano en el ciclo de vida de tu aplicación
-- Usa convenciones de nombres de eventos consistentes
-- Incluye parámetros relevantes con cada evento
-- Prueba tu configuración de GTM en modo de vista previa
-- Monitorea los datos en la consola de Google Tag Manager
-- Usa propiedades de usuario para segmentación significativa
-
-## Depuración
-
-Habilita el modo de depuración en la consola de Google Tag Manager para probar tu implementación:
-
-1. Abre la consola de GTM
-2. Ve al modo de Vista Previa
-3. Conéctate a tu aplicación usando el ID del contenedor
-4. Verifica que los eventos se estén rastreando correctamente
-
-## Casos de Uso
-
-- Rastrear interacciones y comportamiento del usuario
-- Monitorear métricas de rendimiento de la aplicación
-- Recopilar datos de e-commerce
-- Gestionar etiquetas de terceros sin cambios de código
-- Implementar pruebas A/B y personalización
-- Integrar con Google Analytics y otros servicios
diff --git a/src/content/docs/es/docs/plugins/gtm/index.mdx b/src/content/docs/es/docs/plugins/gtm/index.mdx
deleted file mode 100644
index eccf9a3a3..000000000
--- a/src/content/docs/es/docs/plugins/gtm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-gtm"
-description: Integra Google Tag Manager en tus aplicaciones Capacitor con soporte oficial del SDK para iOS y Android.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Integra Google Tag Manager en tus aplicaciones móviles con el SDK oficial para un seguimiento completo de analíticas.
-  image:
-    file: ~public/icons/plugins/gtm.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/gtm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-gtm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="SDK Oficial" icon="star">
-    Usa el SDK oficial de Google Tag Manager para iOS y Android 🏆
-  </Card>
-  <Card title="Seguimiento de Eventos" icon="rocket">
-    Envía eventos al dataLayer con parámetros personalizados 📊
-  </Card>
-  <Card title="Propiedades de Usuario" icon="setting">
-    Establece y gestiona propiedades de usuario para segmentación 👤
-  </Card>
-  <Card title="Gestión de Contenedores" icon="document">
-    Inicializa y gestiona contenedores GTM con facilidad 📦
-  </Card>
-  <Card title="Acceso al DataLayer" icon="magnifier">
-    Obtén valores de la configuración del contenedor 🔍
-  </Card>
-  <Card title="Comenzar" icon="open-book">
-    Consulta la [Guía de Inicio](/docs/plugins/gtm/getting-started/) para instalar y configurar el Plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/health/getting-started.mdx b/src/content/docs/es/docs/plugins/health/getting-started.mdx
deleted file mode 100644
index e1ea85e2a..000000000
--- a/src/content/docs/es/docs/plugins/health/getting-started.mdx
+++ /dev/null
@@ -1,86 +0,0 @@
----
-title: Comenzar
-description: Habilita el acceso a HealthKit y Health Connect con el Plugin Capgo Health.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el Plugin**
-   <PackageManagers pkg="@Capgo/Capacitor-health" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configuración de iOS
-
-- Abre `ios/App/App.xcworkspace` en Xcode y habilita la capacidad de **HealthKit**.
-- Proporciona descripciones de uso en `Info.plist`:
-
-```xml
-<key>NSHealthShareUsageDescription</key>
-<string>This app reads your health metrics to personalize your experience.</string>
-<key>NSHealthUpdateUsageDescription</key>
-<string>This app writes health data that you explicitly record.</string>
-```
-
-## Configuración de Android
-
-Los datos de salud están respaldados por [Health Connect](https://developer.android.com/health-and-fitness/guides/health-connect). Asegúrate de que:
-
-- `minSdkVersion` sea **26 o superior** (Capacitor 5 ya satisface esto).
-- Los usuarios tengan Health Connect instalado (Android 14+ lo incluye; versiones anteriores requieren descarga desde Play Store).
-- Guíes a los usuarios a través de la interfaz de permisos de tiempo de ejecución al solicitar acceso.
-
-## Verificar disponibilidad y solicitar acceso
-
-```typescript
-import { Health } from '@capgo/capacitor-health';
-
-const { available, reason } = await Health.isAvailable();
-if (!available) {
-  console.warn('Health APIs unavailable:', reason);
-  return;
-}
-
-await Health.requestAuthorization({
-  read: ['steps', 'heartRate', 'weight'],
-  write: ['weight'],
-});
-```
-
-## Leer muestras
-
-```typescript
-const { samples } = await Health.readSamples({
-  dataType: 'steps',
-  startDate: new Date(Date.now() - 7 * 24 * 60 * 60 * 1000).toISOString(),
-  endDate: new Date().toISOString(),
-  limit: 200,
-});
-
-samples.forEach((sample) => {
-  console.log(sample.value, sample.startDate, sample.endDate);
-});
-```
-
-## Escribir muestras
-
-```typescript
-await Health.saveSample({
-  dataType: 'weight',
-  value: 74.6,
-  startDate: new Date().toISOString(),
-});
-```
-
-## Gestión de autorizaciones
-
-- Usa `checkAuthorization()` para verificar los permisos actuales de lectura/escritura y ajustar tu interfaz.
-- Maneja las denegaciones con gracia explicando por qué los datos mejoran la experiencia y ofreciendo un reintento.
-- Siempre respeta la privacidad del usuario y solicita solo los permisos mínimos que requiere tu función.
diff --git a/src/content/docs/es/docs/plugins/health/index.mdx b/src/content/docs/es/docs/plugins/health/index.mdx
deleted file mode 100644
index 947ae7d25..000000000
--- a/src/content/docs/es/docs/plugins/health/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@Capgo/Capacitor-health"
-description: Conéctate a Apple HealthKit y Health Connect desde Capacitor con una API unificada y tipada.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Lee y escribe métricas de fitness en iOS y Android mientras mantienes un contrato TypeScript consistente.
-  image:
-    file: ~public/icons/plugins/health.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/health/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-health/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-El Plugin Capgo Health unifica el acceso a HealthKit y Health Connect para que puedas rastrear actividad, métricas biométricas y mediciones corporales con una sola integración de Capacitor.
-
-<CardGrid stagger>
-  <Card title="Datos de salud multiplataforma" icon="rocket">
-    Soporta Apple HealthKit y Android Health Connect desde el inicio.
-  </Card>
-  <Card title="Permisos granulares" icon="approve-check">
-    Solicita permisos separados de lectura/escritura y reacciona a cambios de autorización.
-  </Card>
-  <Card title="Unidades consistentes" icon="star">
-    Trabaja con tipos de datos normalizados como `steps`, `heartRate` y `weight`.
-  </Card>
-  <Card title="Escritura en tiempo real" icon="rocket">
-    Guarda muestras de vuelta en el almacén de salud del usuario cuando registre actividad.
-  </Card>
-</CardGrid>
-
-Sigue la guía de inicio para habilitar capacidades de plataforma, recopilar consentimiento y comenzar a sincronizar métricas.
diff --git a/src/content/docs/es/docs/plugins/home-indicator/getting-started.mdx b/src/content/docs/es/docs/plugins/home-indicator/getting-started.mdx
deleted file mode 100644
index c67670ca2..000000000
--- a/src/content/docs/es/docs/plugins/home-indicator/getting-started.mdx
+++ /dev/null
@@ -1,172 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y configurar el complemento Capacitor Home Indicator para
-  controlar el indicador de inicio en dispositivos iOS.
-sidebar:
-  order: 2
-locale: es
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/capacitor-home-indicator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurar el complemento**
-
-   **Ocultar indicador de inicio:**
-   ```typescript
-   import { HomeIndicator } from '@capgo/capacitor-home-indicator';
-
-   // Hide the home indicator
-   await HomeIndicator.hide();
-   ```
-
-   **Mostrar indicador de inicio:**
-   ```typescript
-   // Show the home indicator
-   await HomeIndicator.show();
-
-   // Check visibility status
-   const { hidden } = await HomeIndicator.isHidden();
-   console.log('Is hidden:', hidden);
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       No se requiere configuración adicional. El complemento solo funciona en dispositivos iOS con indicador de inicio (iPhone X y posteriores).
-     </TabItem>
-     <TabItem label="Android">
-       Este complemento no tiene ningún efecto en los dispositivos Android ya que no tienen un indicador de inicio estilo iOS.
-     </TabItem>
-   </Tabs>
-
-4. **Uso avanzado**
-   ```typescript
-   import { HomeIndicator } from '@capgo/capacitor-home-indicator';
-   import { App } from '@capacitor/app';
-
-   export class ImmersiveMode {
-      private isImmersive = false;
-
-      async enterImmersiveMode() {
-        this.isImmersive = true;
-
-        // Hide home indicator
-        await HomeIndicator.hide();
-
-        // Hide status bar for full immersion
-        // StatusBar.hide(); // If using @capacitor/status-bar
-      }
-
-      async exitImmersiveMode() {
-        this.isImmersive = false;
-
-        // Show home indicator
-        await HomeIndicator.show();
-
-        // Show status bar
-        // StatusBar.show(); // If using @capacitor/status-bar
-      }
-
-      async toggleImmersiveMode() {
-        const { hidden } = await HomeIndicator.isHidden();
-
-        if (hidden) {
-          await this.exitImmersiveMode();
-        } else {
-          await this.enterImmersiveMode();
-        }
-      }
-
-      setupAppLifecycle() {
-        // Handle app state changes
-        App.addListener('appStateChange', async ({ isActive }) => {
-          if (!isActive && this.isImmersive) {
-            // App went to background, might want to show indicator
-            await HomeIndicator.show();
-          } else if (isActive && this.isImmersive) {
-            // App came to foreground, restore immersive mode
-            await HomeIndicator.hide();
-          }
-        });
-      }
-    }
-   ```
-</Steps>
-
-## API Referencia
-
-### Métodos
-
-#### `hide()`
-Oculta el indicador de inicio.
-
-**Devoluciones:** `Promise<void>`
-
-#### `show()`
-Muestra el indicador de inicio.
-
-**Devoluciones:** `Promise<void>`
-
-#### `isHidden()`
-Compruebe si el indicador de inicio está actualmente oculto.
-
-**Devoluciones:** `Promise<{ hidden: boolean }>`
-
-### Interfaces
-
-```typescript
-interface HiddenResult {
-  hidden: boolean;
-}
-```
-
-## Notas de plataforma
-
-### iOS
-- Sólo funciona en dispositivos con indicador de inicio (iPhone X y posteriores)
-- Requiere iOS 11.0 o posterior
-- El indicador reaparece cuando los usuarios deslizan el dedo desde abajo.
-
-### Android
-- Este complemento no tiene ningún efecto en Android
-- Android usa diferentes gestos/botones de navegación
-
-## Casos de uso comunes
-
-1. **Juegos**: juegos en pantalla completa sin distracciones
-2. **Reproductores de vídeo**: reproducción de vídeo inmersiva
-3. **Visualizadores de fotos**: galerías de fotos en pantalla completa
-4. **Presentaciones**: Presentaciones sin distracciones
-5. **Aplicaciones de quiosco**: aplicaciones de visualización pública
-
-## Mejores prácticas
-
-1. **Control de usuario**: proporcione siempre una forma de salir del modo inmersivo
-   ```typescript
-   // Add a gesture or button to toggle immersive mode
-   const toggleButton = document.getElementById('toggle-immersive');
-   toggleButton.addEventListener('click', () => {
-     immersiveMode.toggleImmersiveMode();
-   });
-   ```
-
-2. **Respeta los gestos del sistema**: no interfieras con la navegación del sistema
-3. **Guardar estado**: recuerda la preferencia del usuario por el modo inmersivo
-
-## Solución de problemas
-
-**El indicador de inicio no se oculta:**
-- Verifique que el dispositivo tenga un indicador de inicio (iPhone X+)
-- Verifique que la versión iOS sea 11.0 o superior
-- Asegúrese de que la aplicación tenga foco
-
-**El indicador reaparece inesperadamente:**
-- Este es el comportamiento normal de iOS para los gestos del sistema.
diff --git a/src/content/docs/es/docs/plugins/home-indicator/index.mdx b/src/content/docs/es/docs/plugins/home-indicator/index.mdx
deleted file mode 100644
index 17fed6a2e..000000000
--- a/src/content/docs/es/docs/plugins/home-indicator/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/home-indicator"
-description: Plugin de Capacitor para controlar la visibilidad del indicador de inicio en dispositivos iOS, permitiendo experiencias inmersivas a pantalla completa.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Oculta o muestra el indicador de inicio en dispositivos iOS para crear experiencias verdaderamente inmersivas a pantalla completa en tu aplicación.
-  image:
-    file: ~public/icons/plugins/home-indicator.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/home-indicator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-home-indicator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Control del indicador de inicio de iOS" icon="rocket">
-    Control total sobre la visibilidad del indicador de inicio 📱
-  </Card>
-  <Card title="Experiencias inmersivas" icon="setting">
-    Crea experiencias a pantalla completa sin distracciones 🎮
-  </Card>
-  <Card title="Soporte de auto-ocultación" icon="star">
-    Configura el comportamiento de auto-ocultación para UX sin interrupciones ✨
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/home-indicator/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/ibeacon/getting-started.mdx b/src/content/docs/es/docs/plugins/ibeacon/getting-started.mdx
deleted file mode 100644
index 0d5ee2782..000000000
--- a/src/content/docs/es/docs/plugins/ibeacon/getting-started.mdx
+++ /dev/null
@@ -1,619 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y utilizar el complemento iBeacon para detectar y
-  monitorear balizas Bluetooth en su aplicación Capacitor.
-sidebar:
-  order: 2
-locale: es
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/capacitor-ibeacon" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configuración
-
-### iOS Configuración
-
-Agregue lo siguiente a su `Info.plist`:
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>This app needs location access to detect nearby beacons</string>
-
-<key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-<string>This app needs location access to monitor beacons in the background</string>
-
-<key>NSBluetoothAlwaysUsageDescription</key>
-<string>This app uses Bluetooth to detect nearby beacons</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>location</string>
-</array>
-```
-
-### Android Configuración
-
-Agregue lo siguiente a su `AndroidManifest.xml`:
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-  <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-  <uses-permission android:name="android.permission.BLUETOOTH" />
-  <uses-permission android:name="android.permission.BLUETOOTH_ADMIN" />
-  <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" />
-</manifest>
-```
-
-**Importante**: Para Android, debe integrar la biblioteca [AltBeacon](https://altbeacon.github.io/android-beacon-library/) en su proyecto para que funcione la detección de balizas.
-
-Agregue al `build.gradle` de su aplicación:
-
-```kotlin
-dependencies {
-    implementation 'org.altbeacon:android-beacon-library:2.20+'
-}
-```
-
-## Uso
-
-### Configuración básica
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-
-// Define your beacon region
-const beaconRegion = {
-  identifier: 'MyStore',
-  uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-  major: 1, // Optional
-  minor: 2  // Optional
-};
-```
-
-### Solicitar permisos
-
-```typescript
-// Request "When In Use" permission
-const requestPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-  console.log('Permission status:', status);
-  // status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use'
-};
-
-// Request "Always" permission (for background monitoring)
-const requestAlwaysPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestAlwaysAuthorization();
-  console.log('Always permission status:', status);
-};
-
-// Check current authorization status
-const checkPermission = async () => {
-  const { status } = await CapacitorIbeacon.getAuthorizationStatus();
-  console.log('Current status:', status);
-};
-```
-
-### Verifique las capacidades del dispositivo
-
-```typescript
-// Check if Bluetooth is enabled
-const checkBluetooth = async () => {
-  const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-  if (!enabled) {
-    console.log('Please enable Bluetooth');
-  }
-};
-
-// Check if ranging is available
-const checkRanging = async () => {
-  const { available } = await CapacitorIbeacon.isRangingAvailable();
-  console.log('Ranging available:', available);
-};
-```
-
-### Monitorear regiones de baliza
-
-El monitoreo detecta cuando ingresa o sale de una región de baliza. Esto funciona en segundo plano.
-
-```typescript
-// Start monitoring
-const startMonitoring = async () => {
-  await CapacitorIbeacon.startMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2
-  });
-  console.log('Started monitoring for beacons');
-};
-
-// Stop monitoring
-const stopMonitoring = async () => {
-  await CapacitorIbeacon.stopMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### Balizas de alcance
-
-La medición de distancia proporciona actualizaciones continuas sobre las balizas cercanas y sus distancias. Esto requiere que la aplicación esté en primer plano.
-
-```typescript
-// Start ranging
-const startRanging = async () => {
-  await CapacitorIbeacon.startRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-  console.log('Started ranging beacons');
-};
-
-// Stop ranging
-const stopRanging = async () => {
-  await CapacitorIbeacon.stopRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### Escuchar eventos
-
-```typescript
-import { PluginListenerHandle } from '@capacitor/core';
-
-// Listen for ranging events (continuous distance updates)
-const rangingListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didRangeBeacons',
-  (data) => {
-    console.log('Beacons detected:', data.beacons);
-    data.beacons.forEach(beacon => {
-      console.log(`UUID: ${beacon.uuid}`);
-      console.log(`Major: ${beacon.major}, Minor: ${beacon.minor}`);
-      console.log(`Distance: ${beacon.accuracy}m`);
-      console.log(`Proximity: ${beacon.proximity}`); // immediate, near, far, unknown
-      console.log(`RSSI: ${beacon.rssi}`);
-    });
-  }
-);
-
-// Listen for region enter events
-const enterListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didEnterRegion',
-  (data) => {
-    console.log('Entered region:', data.region.identifier);
-    // Show welcome notification or trigger action
-  }
-);
-
-// Listen for region exit events
-const exitListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didExitRegion',
-  (data) => {
-    console.log('Exited region:', data.region.identifier);
-    // Trigger goodbye action
-  }
-);
-
-// Listen for region state changes
-const stateListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didDetermineStateForRegion',
-  (data) => {
-    console.log(`Region ${data.region.identifier}: ${data.state}`);
-    // state: 'inside' | 'outside' | 'unknown'
-  }
-);
-
-// Clean up listeners when done
-const cleanup = () => {
-  rangingListener.remove();
-  enterListener.remove();
-  exitListener.remove();
-  stateListener.remove();
-};
-```
-
-### Anuncie como iBeacon (solo iOS)
-
-Convierta su dispositivo en un transmisor iBeacon.
-
-```typescript
-// Start advertising
-const startAdvertising = async () => {
-  await CapacitorIbeacon.startAdvertising({
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2,
-    identifier: 'MyBeacon',
-    measuredPower: -59 // Optional: calibrated power at 1 meter
-  });
-  console.log('Started advertising as iBeacon');
-};
-
-// Stop advertising
-const stopAdvertising = async () => {
-  await CapacitorIbeacon.stopAdvertising();
-};
-```
-
-## Ejemplo completo
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-import { PluginListenerHandle } from '@capacitor/core';
-
-export class BeaconService {
-  private listeners: PluginListenerHandle[] = [];
-
-  async init() {
-    // Request permissions
-    const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-
-    if (status !== 'authorized_when_in_use' && status !== 'authorized_always') {
-      throw new Error('Location permission denied');
-    }
-
-    // Check Bluetooth
-    const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-    if (!enabled) {
-      throw new Error('Bluetooth is not enabled');
-    }
-
-    // Set up event listeners
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didEnterRegion', (data) => {
-        console.log('Welcome! Entered:', data.region.identifier);
-        this.onEnterRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didExitRegion', (data) => {
-        console.log('Goodbye! Left:', data.region.identifier);
-        this.onExitRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didRangeBeacons', (data) => {
-        this.onRangeBeacons(data.beacons);
-      })
-    );
-  }
-
-  async startMonitoring(uuid: string, identifier: string, major?: number, minor?: number) {
-    await CapacitorIbeacon.startMonitoringForRegion({
-      identifier,
-      uuid,
-      major,
-      minor
-    });
-  }
-
-  async startRanging(uuid: string, identifier: string) {
-    await CapacitorIbeacon.startRangingBeaconsInRegion({
-      identifier,
-      uuid
-    });
-  }
-
-  private onEnterRegion(region: any) {
-    // Handle region entry (e.g., show notification, trigger content)
-    console.log('Entered beacon region:', region);
-  }
-
-  private onExitRegion(region: any) {
-    // Handle region exit
-    console.log('Left beacon region:', region);
-  }
-
-  private onRangeBeacons(beacons: any[]) {
-    // Process beacon distances
-    const nearestBeacon = beacons.reduce((nearest, beacon) => {
-      return beacon.accuracy < nearest.accuracy ? beacon : nearest;
-    }, beacons[0]);
-
-    if (nearestBeacon) {
-      console.log('Nearest beacon:', nearestBeacon);
-      this.handleProximity(nearestBeacon);
-    }
-  }
-
-  private handleProximity(beacon: any) {
-    switch (beacon.proximity) {
-      case 'immediate': // < 0.5m
-        console.log('Very close to beacon');
-        break;
-      case 'near': // 0.5m - 3m
-        console.log('Near beacon');
-        break;
-      case 'far': // > 3m
-        console.log('Far from beacon');
-        break;
-      case 'unknown':
-        console.log('Distance unknown');
-        break;
-    }
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-## API Referencia
-
-### iniciarMonitoreoParaRegión(opciones)
-
-Inicie el monitoreo de una región de baliza. Activa eventos al entrar/salir.
-
-```typescript
-interface BeaconRegion {
-  identifier: string;
-  uuid: string;
-  major?: number;
-  minor?: number;
-  notifyEntryStateOnDisplay?: boolean;
-}
-
-await CapacitorIbeacon.startMonitoringForRegion(options);
-```
-
-### detenerMonitoringForRegion(opciones)
-
-Detener el monitoreo de una región de baliza.
-
-```typescript
-await CapacitorIbeacon.stopMonitoringForRegion(options);
-```
-
-### iniciarRangingBeaconsInRegion(opciones)
-
-Comience a localizar balizas en una región para obtener actualizaciones continuas de distancia.
-
-```typescript
-await CapacitorIbeacon.startRangingBeaconsInRegion(options);
-```
-
-### detenerRangingBeaconsInRegion(opciones)
-
-Detener el alcance de las balizas en una región.
-
-```typescript
-await CapacitorIbeacon.stopRangingBeaconsInRegion(options);
-```
-
-### iniciarPublicidad(opciones)
-
-Comience a anunciar el dispositivo como un iBeacon (solo iOS).
-
-```typescript
-interface BeaconAdvertisingOptions {
-  uuid: string;
-  major: number;
-  minor: number;
-  identifier: string;
-  measuredPower?: number; // Calibrated power at 1 meter
-}
-
-await CapacitorIbeacon.startAdvertising(options);
-```
-
-### detener la publicidad()
-
-Deje de anunciar el dispositivo como un iBeacon.
-
-```typescript
-await CapacitorIbeacon.stopAdvertising();
-```
-
-### solicitudCuandoInUseAuthorization()
-
-Solicite autorización de ubicación "Cuando esté en uso".
-
-```typescript
-const result = await CapacitorIbeacon.requestWhenInUseAuthorization();
-// Returns: { status: string }
-```
-
-### solicitarAlwaysAuthorization()
-
-Solicite autorización de ubicación "Siempre" (requerida para el monitoreo en segundo plano).
-
-```typescript
-const result = await CapacitorIbeacon.requestAlwaysAuthorization();
-// Returns: { status: string }
-```
-
-### obtener estado de autorización()
-
-Obtenga el estado de autorización de ubicación actual.
-
-```typescript
-const result = await CapacitorIbeacon.getAuthorizationStatus();
-// Returns: { status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use' }
-```
-
-### está habilitado para Bluetooth ()
-
-Compruebe si Bluetooth está habilitado.
-
-```typescript
-const result = await CapacitorIbeacon.isBluetoothEnabled();
-// Returns: { enabled: boolean }
-```
-
-### estáRangingAvailable()
-
-Compruebe si el alcance está disponible en el dispositivo.
-
-```typescript
-const result = await CapacitorIbeacon.isRangingAvailable();
-// Returns: { available: boolean }
-```
-
-### habilitarARMAFilter(opciones)
-
-Habilite el filtrado ARMA para cálculos de distancia (solo Android).
-
-```typescript
-await CapacitorIbeacon.enableARMAFilter({ enabled: true });
-```
-
-## Eventos
-
-### didRangeBeacons
-
-Se dispara cuando se detectan balizas durante el alcance.
-
-```typescript
-interface RangingEvent {
-  region: BeaconRegion;
-  beacons: Beacon[];
-}
-
-interface Beacon {
-  uuid: string;
-  major: number;
-  minor: number;
-  rssi: number; // Signal strength
-  proximity: 'immediate' | 'near' | 'far' | 'unknown';
-  accuracy: number; // Distance in meters
-}
-```
-
-### entró en la región
-
-Se dispara al ingresar a una región de baliza monitoreada.
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didExitRegión
-
-Se dispara al salir de una región de baliza monitoreada.
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didDetermineStateForRegión
-
-Se activa cuando se determina el estado de la región.
-
-```typescript
-interface StateEvent {
-  region: BeaconRegion;
-  state: 'inside' | 'outside' | 'unknown';
-}
-```
-
-## Valores de proximidad
-
-- **inmediato**: Muy cerca (< 0.5 meters)
-- **near**: Relatively close (0.5 - 3 meters)
-- **far**: Further away (> 3 metros)
-- **desconocido**: No se puede determinar la distancia
-
-## Mejores prácticas
-
-1. **Solicite los permisos adecuados**
-   - Utilice "Cuando esté en uso" para funciones de primer plano
-   - Solicite "Siempre" solo si necesita monitoreo en segundo plano
-   - Explique claramente por qué necesita acceso a la ubicación.2. **Manejar el estado de Bluetooth**
-   ```typescript
-   const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-   if (!enabled) {
-     // Prompt user to enable Bluetooth
-   }
-   ```
-
-3. **Optimización de la batería**
-   - Use monitoreo en lugar de rango cuando sea posible (más eficiencia de batería)
-   - Dejar de realizar rangos cuando no sea necesario activamente
-   - Considere el uso de rangos mayores/menores más grandes para reducir el procesamiento
-
-4. **Manejo de errores**
-   ```typescript
-   try {
-     await CapacitorIbeacon.startMonitoringForRegion(region);
-   } catch (error) {
-     console.error('Failed to start monitoring:', error);
-   }
-   ```
-
-5. **Limpiar a los oyentes**
-   Elimine siempre los detectores de eventos cuando el componente se desmonte para evitar pérdidas de memoria.
-
-## Notas de plataforma
-
-### iOS
-- Requiere iOS 10.0+
-- Utiliza el marco nativo CoreLocation
-- Admite monitoreo en segundo plano con permiso "Siempre"
-- Puede anunciarse como iBeacon usando CoreBluetooth
-- El rango requiere que la aplicación esté en primer plano
-
-### Android
-- Requiere Android 6.0 (API 23)+
-- Utiliza la biblioteca AltBeacon
-- Requiere permisos de ubicación aunque las balizas usen Bluetooth
-- La supervisión en segundo plano requiere ACCESS_BACKGROUND_LOCATION (Android 10+)
-- No se puede anunciar como iBeacon (limitación de hardware en la mayoría de los dispositivos)
-
-### Web
-- No compatible con la plataforma web
-
-## Casos de uso comunes
-
-1. **Marketing de proximidad**: active notificaciones o contenido cuando los usuarios se acerquen a su tienda.
-2. **Navegación interior**: guía a los usuarios a través de edificios utilizando puntos de referencia de balizas
-3. **Seguimiento de asistencia**: regístrese automáticamente cuando los usuarios ingresan a una ubicación
-4. **Seguimiento de activos**: monitorear el movimiento de equipos o inventario
-5. **Visitas a museos**: proporcione información contextual a medida que los visitantes se acerquen a las exhibiciones.
-6. **Hogar inteligente**: activa automatizaciones según la presencia de la habitación
-
-## Solución de problemas
-
-### Balizas no detectadas
-- Asegúrese de que Bluetooth esté habilitado
-- Verificar que se concedan los permisos de ubicación
-- Verifique que el UUID de la baliza coincida exactamente (distingue entre mayúsculas y minúsculas)
-- Confirmar que la baliza esté encendida y transmitiendo.
-- Pruebe primero sin filtros mayores/menores
-
-### La supervisión en segundo plano no funciona
-- Asegúrese de que se conceda el permiso de ubicación "Siempre"
-- Agregue `location` a UIBackgroundModes (iOS)
-- Solicitar ACCESS_BACKGROUND_LOCATION (Android 10+)
-- Nota: iOS puede retrasar las devoluciones de llamadas en segundo plano para ahorrar batería
-
-### Mediciones de distancia inexactas
-- La baliza RSSI varía según el entorno (paredes, interferencias)
-- Utilice múltiples balizas para la triangulación.
-- Calibrar la potencia medida a 1 metro de la baliza.
-- Habilite el filtrado ARMA en Android para valores más suaves
diff --git a/src/content/docs/es/docs/plugins/ibeacon/index.mdx b/src/content/docs/es/docs/plugins/ibeacon/index.mdx
deleted file mode 100644
index 875429825..000000000
--- a/src/content/docs/es/docs/plugins/ibeacon/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-ibeacon"
-description: Plugin iBeacon para Capacitor - detección de proximidad y monitoreo de regiones de beacon para funciones basadas en ubicación.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Detecta y monitorea beacons Bluetooth para funciones basadas en proximidad, navegación interior y experiencias conscientes de ubicación.
-  image:
-    file: ~public/icons/plugins/ibeacon.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/ibeacon/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-ibeacon/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Monitoreo de Beacon" icon="star">
-    Monitorea regiones de beacon y recibe notificaciones al entrar o salir 🎯
-  </Card>
-  <Card title="Detección de Beacon" icon="rocket">
-    Detecta beacons cercanos y mide su distancia en tiempo real 📡
-  </Card>
-  <Card title="Detección en Segundo Plano" icon="setting">
-    Monitorea beacons incluso cuando la aplicación está en segundo plano 🔔
-  </Card>
-  <Card title="Anuncio de Beacon" icon="puzzle">
-    Convierte tu dispositivo en un transmisor iBeacon (solo iOS) 📱
-  </Card>
-  <Card title="Multiplataforma" icon="puzzle">
-    Funciona en iOS y Android con bibliotecas nativas de beacon 📱
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/ibeacon/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/inappbrowser/getting-started.mdx b/src/content/docs/es/docs/plugins/inappbrowser/getting-started.mdx
deleted file mode 100644
index 3262999bf..000000000
--- a/src/content/docs/es/docs/plugins/inappbrowser/getting-started.mdx
+++ /dev/null
@@ -1,409 +0,0 @@
----
-title: Empezando
-description: ''
-sidebar:
-  order: 2
-locale: es
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/inappbrowser" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Uso
-
-Importe el complemento y utilice sus dos puntos de entrada principales:
-
-```typescript
-import { InAppBrowser, ToolBarType, BackgroundColor } from '@capgo/inappbrowser';
-
-// 1) Simple custom tab / SFSafariViewController
-const openExternal = async () => {
-  await InAppBrowser.open({
-    url: 'https://capgo.app',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-
-// 2) Full WebView with navigation, headers, share, messaging, etc.
-const openWebView = async () => {
-  await InAppBrowser.openWebView({
-    url: 'https://capgo.app',
-    title: 'Capgo',
-    toolbarType: ToolBarType.NAVIGATION,
-    backgroundColor: BackgroundColor.BLACK,
-    activeNativeNavigationForWebview: true,
-    showReloadButton: true,
-    shareSubject: 'Check this page',
-    shareDisclaimer: {
-      title: 'Disclaimer',
-      message: 'You are about to share content',
-      confirmBtn: 'Continue',
-      cancelBtn: 'Cancel',
-    },
-  });
-};
-
-// Messaging between app and the opened WebView
-const setupListeners = async () => {
-  await InAppBrowser.addListener('urlChangeEvent', (event) => {
-    console.log('URL changed to:', event.url);
-  });
-
-  await InAppBrowser.addListener('messageFromWebview', (event) => {
-    console.log('Message from web:', event.detail);
-  });
-
-  await InAppBrowser.addListener('closeEvent', () => {
-    console.log('WebView closed');
-  });
-};
-
-// Send data to the WebView
-const sendData = async () => {
-  await InAppBrowser.postMessage({ detail: { action: 'refresh-profile' } });
-};
-
-// Close and reload helpers
-const closeBrowser = () => InAppBrowser.close();
-const reloadPage = () => InAppBrowser.reload();
-```
-
-## API Referencia
-
-### abierto(opciones: OpenOptions)
-Abre una URL en una pestaña personalizada/SFSafariViewController.
-
-```typescript
-interface OpenOptions {
-  /** Target URL to load */
-  url: string;
-  /** Present after the page finishes loading */
-  isPresentAfterPageLoad?: boolean;
-  /** Prevent deep links from opening external apps */
-  preventDeeplink?: boolean;
-}
-
-await InAppBrowser.open({ url: 'https://example.com', preventDeeplink: true });
-```
-
-### openWebView (opciones: OpenWebViewOptions)
-Carga un WebView con todas las funciones con interfaz de usuario de navegación, encabezados, credenciales, secuencias de comandos y mensajes.
-
-```typescript
-interface OpenWebViewOptions {
-  url: string;
-  headers?: Record<string, string>;
-  credentials?: { username: string; password: string };
-  materialPicker?: boolean;
-  shareDisclaimer?: {
-    title: string;
-    message: string;
-    confirmBtn: string;
-    cancelBtn: string;
-  };
-  toolbarType?: ToolBarType;
-  shareSubject?: string;
-  title?: string;
-  backgroundColor?: BackgroundColor;
-  activeNativeNavigationForWebview?: boolean;
-  disableGoBackOnNativeApplication?: boolean;
-  isPresentAfterPageLoad?: boolean;
-  isInspectable?: boolean;
-  isAnimated?: boolean;
-  showReloadButton?: boolean;
-  closeModal?: boolean;
-  closeModalTitle?: string;
-  closeModalDescription?: string;
-  closeModalOk?: string;
-  closeModalCancel?: string;
-  visibleTitle?: boolean;
-  toolbarColor?: string;
-  toolbarTextColor?: string;
-  showArrow?: boolean;
-  ignoreUntrustedSSLError?: boolean;
-  preShowScript?: string;
-  preShowScriptInjectionTime?: 'documentStart' | 'pageLoad';
-  proxyRequests?: string;
-  buttonNearDone?: {
-    ios: { iconType: 'sf-symbol' | 'asset'; icon: string };
-    android: { iconType: 'asset' | 'vector'; icon: string; width?: number; height?: number };
-  };
-  textZoom?: number;
-  preventDeeplink?: boolean;
-  authorizedAppLinks?: string[];
-  enabledSafeBottomMargin?: boolean;
-  useTopInset?: boolean;
-  enableGooglePaySupport?: boolean;
-  blockedHosts?: string[];
-  width?: number;
-  height?: number;
-  x?: number;
-  y?: number;
-}
-
-await InAppBrowser.openWebView({
-  url: 'https://new-page.com',
-  toolbarType: ToolBarType.NAVIGATION,
-  showReloadButton: true,
-});
-```
-
-Valores de `ToolBarType`: `activity` (cerrar + compartir), `compact` (solo cerrar), `navigation` (atrás/adelante + cerrar), `blank` (sin barra de herramientas). Valores `BackgroundColor`: `white` o `black`.
-
-### cerrar(¿opciones?)
-Cierra la pestaña WebView/personalizado.
-
-**Opciones:**
-- `isAnimated?: boolean` - Si se anima la acción de cierre
-
-### recargar()
-Vuelve a cargar la página WebView actual.
-
-### volver()
-Vuelve al historial de WebView y devuelve `{ canGoBack: boolean }`.
-
-### `setUrl({ url: string })`
-Reemplaza la URL de WebView actual.
-
-### `executeScript({ code: string })`
-Inyecta JavaScript en WebView.
-
-### `postMessage({ detail: Record<string, any> })`
-Envía datos desde la aplicación nativa a WebView (recibirlos en JS a través de `window.addEventListener('messageFromNative', ...)`).
-
-### `getCookies({ url, includeHttpOnly? })`
-Devuelve cookies para la URL.
-
-### `clearCookies({ url })` / clearAllCookies() / clearCache()
-Ayudantes de gestión de cookies y caché.
-
-### actualizarDimensiones(opciones: DimensionOptions)
-Cambie el tamaño/posición de WebView en tiempo de ejecución (`width`, `height`, `x`, `y`).
-
-### eliminarTodos los oyentes()
-Anule el registro de todos los oyentes del complemento.
-
-## Eventos
-
-### Evento de cambio de URL
-
-Se activa cuando la URL cambia en el navegador.
-
-```typescript
-interface UrlChangeEvent {
-  url: string;
-}
-
-InAppBrowser.addListener('urlChangeEvent', (event) => {
-  console.log('New URL:', event.url);
-});
-```
-
-### messageFromWebview
-Se activa cuando se llama a `window.mobileApp.postMessage(...)` dentro de WebView.
-
-```typescript
-InAppBrowser.addListener('messageFromWebview', (event) => {
-  console.log('Payload from web:', event.detail);
-});
-```
-
-### cerrarEvento
-
-Se activa cuando se cierra el navegador.
-
-```typescript
-InAppBrowser.addListener('closeEvent', () => {
-  console.log('Browser closed');
-});
-```
-
-### botónCerca de hechoClic
-Se activa cuando se presiona el botón personalizado agregado con `buttonNearDone`.
-
-```typescript
-InAppBrowser.addListener('buttonNearDoneClick', (event) => {
-  console.log('Button near done tapped', event);
-});
-```
-
-### confirmarBtnClicked
-Se activa cuando se acepta un cuadro de diálogo de confirmación (exención de responsabilidad o modo de cierre).
-
-```typescript
-InAppBrowser.addListener('confirmBtnClicked', (event) => {
-  console.log('Confirm accepted, current URL:', event.url);
-});
-```
-
-### navegadorPageLoaded / pageLoadError
-Eventos del ciclo de vida para el éxito o el fracaso de la carga de WebView.
-
-```typescript
-InAppBrowser.addListener('browserPageLoaded', () => console.log('Page loaded'));
-InAppBrowser.addListener('pageLoadError', () => console.log('Page failed to load'));
-```
-
-## Uso avanzado
-
-### OAuth Implementación de flujo
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class OAuthService {
-  private listeners: any[] = [];
-  
-  async authenticate(authUrl: string, redirectUri: string) {
-    return new Promise<string>((resolve, reject) => {
-      // Listen for URL changes
-      const urlListener = InAppBrowser.addListener('urlChangeEvent', (event) => {
-        if (event.url.startsWith(redirectUri)) {
-          // Extract OAuth code/token from URL
-          const url = new URL(event.url);
-          const code = url.searchParams.get('code');
-          
-          if (code) {
-            InAppBrowser.close();
-            resolve(code);
-          } else {
-            const error = url.searchParams.get('error');
-            reject(new Error(error || 'OAuth failed'));
-          }
-        }
-      });
-      
-      this.listeners.push(urlListener);
-      
-      // Open OAuth provider
-      InAppBrowser.open({
-        url: authUrl,
-        preventDeeplink: true,
-      });
-    });
-  }
-  
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-### Interfaz de usuario personalizada del navegador
-
-```typescript
-const openCustomBrowser = async () => {
-  await InAppBrowser.open({
-    url: 'https://example.com',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-```
-
-### Manejo de enlaces externos
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class LinkHandler {
-  async openExternalLink(url: string) {
-    // Check if URL should open in browser
-    if (this.shouldOpenInBrowser(url)) {
-      await InAppBrowser.open({
-        url,
-        preventDeeplink: true,
-      });
-    } else {
-      // Handle internally
-      window.location.href = url;
-    }
-  }
-  
-  private shouldOpenInBrowser(url: string): boolean {
-    // External domains
-    const externalDomains = ['youtube.com', 'twitter.com', 'facebook.com'];
-    const urlDomain = new URL(url).hostname;
-    
-    return externalDomains.some(domain => urlDomain.includes(domain));
-  }
-}
-```
-
-## Mejores prácticas
-
-1. **Eliminar siempre a los oyentes**
-   ```typescript
-   const listener = await InAppBrowser.addListener('urlChangeEvent', handler);
-   // When done
-   listener.remove();
-   ```
-
-2. **Manejar estados del navegador**
-   ```typescript
-   let browserOpen = false;
-
-   const launch = async () => {
-     browserOpen = true;
-     await InAppBrowser.openWebView({ url: 'https://example.com' });
-   };
-   
-   InAppBrowser.addListener('closeEvent', () => {
-     browserOpen = false;
-   });
-   ```
-
-3. **Valide las URL antes de abrirlas**
-   ```typescript
-   const isValidUrl = (url: string): boolean => {
-     try {
-       new URL(url);
-       return true;
-     } catch {
-       return false;
-     }
-   };
-   
-   if (isValidUrl(url)) {
-     await InAppBrowser.open({ url });
-   }
-   ```
-
-4. **Personalizar según la plataforma**
-   ```typescript
-   import { Capacitor } from '@capacitor/core';
-
-   const options = {
-     url: 'https://example.com',
-     preventDeeplink: Capacitor.getPlatform() === 'ios',
-   };
-   ```
-
-## Notas de plataforma
-
-### iOS
-- Utiliza `SFSafariViewController`
-- Soporta iOS 11.0+
-- Respeta las inserciones del Área Segura
-- Admite estilos de presentación personalizados
-
-### Android
-- Utiliza pestañas personalizadas de Chrome
-- Vuelve a WebView si Chrome no está disponible
-- Soporta Android 5.0 (API 21)+
-- Personalización de la barra de herramientas compatible a través de `toolbarType`, `toolbarColor`, `buttonNearDone`, etc.
-
-### Web
-- Se abre en una nueva pestaña/ventana del navegador
-- Opciones de personalización limitadas
-- No hay eventos de cambio de URL
diff --git a/src/content/docs/es/docs/plugins/inappbrowser/index.mdx b/src/content/docs/es/docs/plugins/inappbrowser/index.mdx
deleted file mode 100644
index 05d5a73a1..000000000
--- a/src/content/docs/es/docs/plugins/inappbrowser/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/inappbrowser"
-description: Plugin de navegador integrado con soporte de eventos de cambio de URL para aplicaciones Capacitor.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Abre contenido web en tu aplicación con un navegador integrado completo que soporta eventos de cambio de URL y controles de navegación.
-  image:
-    file: ~public/icons/plugins/inappbrowser.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/inappbrowser/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/inappbrowser/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Eventos de cambio de URL" icon="rocket">
-    Rastrea la navegación con listeners de eventos de cambio de URL 🔗
-  </Card>
-  <Card title="Control completo de navegación" icon="pencil">
-    Controles de atrás, adelante, recargar y cerrar 🎮
-  </Card>
-  <Card title="UI personalizable" icon="pencil">
-    Color de barra de herramientas, botones y opciones de visualización 🎨
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/inappbrowser/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/index.mdx b/src/content/docs/es/docs/plugins/index.mdx
deleted file mode 100644
index 1c01c5330..000000000
--- a/src/content/docs/es/docs/plugins/index.mdx
+++ /dev/null
@@ -1,384 +0,0 @@
----
-title: Plugins Capacitor de Capgo
-description: Explora nuestra completa colección de Plugins Capacitor para extender las capacidades nativas de tu Aplicación con potentes funcionalidades.
-locale: es
-sidebar:
-  order: 0
-  label: "Todos los Plugins"
----
-
-import { Card, CardGrid, LinkCard, Icon } from '@astrojs/starlight/components';
-
-¡Bienvenido a la colección de Plugins Capacitor de Capgo! Mantenemos un conjunto de Plugins de alta calidad y bien documentados para ayudarte a crear experiencias nativas increíbles en tus Aplicaciones Capacitor.
-
-## ⭐ Capgo Cloud - Actualizaciones en Vivo
-
-<LinkCard
-  title="Capacitor Updater"
-  description="El Plugin central que impulsa Capgo Cloud - entrega actualizaciones instantáneas a tus Aplicaciones Capacitor sin demoras de las tiendas de aplicaciones. Envía correcciones y funcionalidades directamente a tus usuarios."
-  href="/docs/Plugins/updater/"
-/>
-
-El Plugin Updater es la base de Capgo Cloud, permitiéndote:
-- 🚀 Desplegar actualizaciones instantáneamente sin revisiones de las tiendas de aplicaciones
-- 📱 Actualizar el JavaScript, HTML, CSS y recursos de tu Aplicación
-- 🎯 Dirigir segmentos específicos de usuarios con canales
-- 📊 Monitorear el éxito de las actualizaciones con analíticas integradas
-- 🔒 Asegurar actualizaciones con cifrado y firma de código
-
-## 🚀 Plugins Destacados
-
-<CardGrid>
-  <LinkCard
-    title="Inicio de sesión social"
-    description="Autenticación perfecta con Google, Apple y Facebook. Un Plugin para todos los principales proveedores sociales."
-    href="/docs/Plugins/social-login/"
-  />
-  <LinkCard
-    title="Compras nativas"
-    description="Implementa compras dentro de la Aplicación y suscripciones con una API unificada para iOS y Android."
-    href="/docs/Plugins/Capacitor-native-purchases/"
-  />
-  <LinkCard
-    title="Camera Preview"
-    description="Muestra el feed de la cámara en tiempo real en tu Aplicación con control completo sobre la captura y configuraciones."
-    href="/docs/Plugins/Capacitor-camera-preview/"
-  />
-  <LinkCard
-    title="Data Storage SQLite"
-    description="Almacenamiento rápido y seguro de clave-valor impulsado por SQLite con cifrado opcional."
-    href="/docs/Plugins/data-storage-sqlite/"
-  />
-</CardGrid>
-
-## 📱 Plugins de Dispositivo y Sistema
-
-<CardGrid>
-  <LinkCard
-    title="Native Market"
-    description="Enlaza a las tiendas de aplicaciones para calificaciones, reseñas y actualizaciones de Aplicaciones."
-    href="/docs/Plugins/Capacitor-native-market/"
-  />
-  <LinkCard
-    title="Biometría nativa"
-    description="Accede a las APIs de autenticación biométrica para un acceso seguro a la Aplicación."
-    href="/docs/Plugins/native-biometric/"
-  />
-  <LinkCard
-    title="Shake"
-    description="Detecta gestos de sacudida para funciones interactivas y menús de depuración."
-    href="/docs/Plugins/shake/"
-  />
-  <LinkCard
-    title="Navigation Bar"
-    description="Personaliza el color de la barra de navegación de Android para que coincida con el tema de tu Aplicación."
-    href="/docs/Plugins/navigation-bar/"
-  />
-  <LinkCard
-    title="Home Indicator"
-    description="Controla la visibilidad del indicador de inicio de iOS para experiencias inmersivas."
-    href="/docs/Plugins/Capacitor-home-indicator/"
-  />
-  <LinkCard
-    title="NFC"
-    description="Lee y escribe etiquetas NFC con soporte nativo para iOS y Android."
-    href="/docs/Plugins/nfc/"
-  />
-  <LinkCard
-    title="Barometer"
-    description="Accede al barómetro del dispositivo para lecturas de presión atmosférica y altitud."
-    href="/docs/Plugins/barometer/"
-  />
-  <LinkCard
-    title="Accelerometer"
-    description="Lee el acelerómetro del dispositivo para detección de movimiento y seguimiento de orientación."
-    href="/docs/Plugins/accelerometer/"
-  />
-</CardGrid>
-
-## 🎥 Plugins de Medios y Cámara
-
-<CardGrid>
-  <LinkCard
-    title="Screen Recorder"
-    description="Graba la pantalla de tu dispositivo para tutoriales, demos o comentarios de usuarios."
-    href="/docs/Plugins/screen-recorder/"
-  />
-  <LinkCard
-    title="IVS Player"
-    description="Integración de Amazon IVS para streaming en vivo con latencia ultra baja."
-    href="/docs/Plugins/Capacitor-ivs-player/"
-  />
-  <LinkCard
-    title="Native Audio"
-    description="Motor de audio nativo de alto rendimiento para juegos y Aplicaciones."
-    href="/docs/Plugins/Capacitor-native-audio/"
-  />
-  <LinkCard
-    title="Mute"
-    description="Detecta si el interruptor de silencio del dispositivo está activado o desactivado."
-    href="/docs/Plugins/mute/"
-  />
-  <LinkCard
-    title="Video Player"
-    description="Reproducción de video nativa con subtítulos, pantalla completa y controles completos."
-    href="/docs/Plugins/video-player/"
-  />
-  <LinkCard
-    title="YouTube Player"
-    description="Incrusta videos de YouTube con control completo de la API del reproductor y manejo de eventos."
-    href="/docs/Plugins/youtube-player/"
-  />
-  <LinkCard
-    title="FFmpeg"
-    description="Codificación y procesamiento de video impulsado por FFmpeg para compresión y conversión."
-    href="/docs/Plugins/ffmpeg/"
-  />
-  <LinkCard
-    title="Volume Buttons"
-    description="Escucha las pulsaciones de los botones de volumen del hardware para controles personalizados."
-    href="/docs/Plugins/volume-buttons/"
-  />
-  <LinkCard
-    title="Audio Recorder"
-    description="Graba audio en iOS, Android y Web con controles simples."
-    href="/docs/Plugins/audio-recorder/"
-  />
-</CardGrid>
-
-## 🛠️ Plugins de Utilidades
-
-<CardGrid>
-  <LinkCard
-    title="Uploader"
-    description="Carga de archivos en segundo plano con seguimiento de progreso y cargas reanudables."
-    href="/docs/Plugins/uploader/"
-  />
-  <LinkCard
-    title="Flash"
-    description="Controla la linterna/luz del dispositivo para utilidades y funciones de cámara."
-    href="/docs/Plugins/flash/"
-  />
-  <LinkCard
-    title="Native Geocoder"
-    description="Geocodificación directa e inversa usando las APIs nativas de la plataforma."
-    href="/docs/Plugins/nativegeocoder/"
-  />
-  <LinkCard
-    title="InAppBrowser"
-    description="Abre contenido web en un navegador dentro de la Aplicación personalizable."
-    href="/docs/Plugins/inappbrowser/"
-  />
-  <LinkCard
-    title="Crisp"
-    description="Integra el soporte de chat Crisp directamente en tu aplicación móvil."
-    href="/docs/Plugins/crisp/"
-  />
-  <LinkCard
-    title="Live Reload"
-    description="Conéctate a tu servidor de desarrollo para recarga en caliente instantánea durante el desarrollo."
-    href="/docs/Plugins/live-reload/"
-  />
-  <LinkCard
-    title="Contacts"
-    description="Accede y administra los contactos del dispositivo con capacidades de lectura y escritura."
-    href="/docs/Plugins/contacts/"
-  />
-</CardGrid>
-
-## 🤖 IA y Medios Avanzados
-
-<CardGrid>
-  <LinkCard
-    title="LLM"
-    description="Ejecuta Modelos de Lenguaje Grande localmente con soporte de Apple Intelligence."
-    href="/docs/Plugins/llm/"
-  />
-  <LinkCard
-    title="StreamCall"
-    description="Habilita capacidades de streaming de video y llamadas de alta calidad."
-    href="/docs/Plugins/streamcall/"
-  />
-  <LinkCard
-    title="JW Player"
-    description="Reproductor de video profesional con funciones avanzadas de streaming."
-    href="/docs/Plugins/jw-player/"
-  />
-  <LinkCard
-    title="Ricoh 360 Camera"
-    description="Controla y captura desde cámaras Ricoh de 360 grados."
-    href="/docs/Plugins/ricoh360-camera/"
-  />
-</CardGrid>
-
-## 📍 Ubicación y Servicios en Segundo Plano
-
-<CardGrid>
-  <LinkCard
-    title="Background Geolocation"
-    description="Rastrea la ubicación del dispositivo en segundo plano con optimización de batería."
-    href="/docs/Plugins/background-geolocation/"
-  />
-  <LinkCard
-    title="Alarm"
-    description="Programa alarmas y notificaciones nativas incluso cuando la Aplicación está cerrada."
-    href="/docs/Plugins/alarm/"
-  />
-  <LinkCard
-    title="iBeacon"
-    description="Detección de proximidad y monitoreo de regiones de beacons para funciones basadas en ubicación."
-    href="/docs/Plugins/ibeacon/"
-  />
-</CardGrid>
-
-## 📞 Comunicación y Analíticas
-
-<CardGrid>
-  <LinkCard
-    title="Twilio Voice"
-    description="Realiza y recibe llamadas telefónicas usando la API de Twilio Voice."
-    href="/docs/Plugins/twilio-voice/"
-  />
-  <LinkCard
-    title="GTM"
-    description="Integración de Google Tag Manager para analíticas y seguimiento."
-    href="/docs/Plugins/gtm/"
-  />
-  <LinkCard
-    title="AppInsights"
-    description="Información de aplicación y analíticas usando el SDK AppInsights de Apptopia."
-    href="/docs/Plugins/appinsights/"
-  />
-  <LinkCard
-    title="WeChat"
-    description="Integración del SDK de WeChat para autenticación, compartir, pagos y mini-programas."
-    href="/docs/Plugins/wechat/"
-  />
-</CardGrid>
-
-## 🔐 Seguridad y Sistema
-
-<CardGrid>
-  <LinkCard
-    title="Is Root"
-    description="Detecta si el dispositivo está rooteado o con jailbreak por seguridad."
-    href="/docs/Plugins/is-root/"
-  />
-  <LinkCard
-    title="Persistent Account"
-    description="Mantén cuentas de usuario a través de reinstalaciones de la Aplicación."
-    href="/docs/Plugins/persistent-account/"
-  />
-  <LinkCard
-    title="Autofill Guardar Password"
-    description="Habilita el autocompletado de contraseñas y funcionalidad de guardado."
-    href="/docs/Plugins/autofill-Guardar-password/"
-  />
-</CardGrid>
-
-## 📊 Funciones Específicas de Android
-
-<CardGrid>
-  <LinkCard
-    title="Android Kiosk"
-    description="Bloquea dispositivos Android en modo kiosko con funcionalidad de lanzador y control de teclas de hardware."
-    href="/docs/Plugins/android-kiosk/"
-  />
-  <LinkCard
-    title="Android Uso Stats"
-    description="Accede a estadísticas de uso de Aplicaciones de Android y datos de tiempo de pantalla."
-    href="/docs/Plugins/android-usagestatsmanager/"
-  />
-  <LinkCard
-    title="Android Inline Instalar"
-    description="Habilita la instalación de Aplicaciones en línea en dispositivos Android."
-    href="/docs/Plugins/android-inline-Instalar/"
-  />
-  <LinkCard
-    title="Age Signals"
-    description="Accede a Age Signals de Google Play para detectar cuentas supervisadas y usuarios verificados."
-    href="/docs/Plugins/age-signals/"
-  />
-</CardGrid>
-
-## 📥 Descarga y Navegación
-
-<CardGrid>
-  <LinkCard
-    title="Downloader"
-    description="Descargas de archivos en segundo plano con seguimiento de progreso."
-    href="/docs/Plugins/downloader/"
-  />
-  <LinkCard
-    title="Launch Navigator"
-    description="Inicia aplicaciones de navegación con direcciones y coordenadas."
-    href="/docs/Plugins/launch-navigator/"
-  />
-</CardGrid>
-
-## 🎯 ¿Por Qué Elegir los Plugins de Capgo?
-
-<Card icon="approve-check">
-  **Bien Mantenidos**: Actualizaciones regulares y compatibilidad con las últimas versiones de Capacitor
-</Card>
-<Card icon="open-book">
-  **Documentación Completa**: Documentación detallada con ejemplos para cada Plugin
-</Card>
-<Card icon="puzzle">
-  **Integración Fácil**: APIs simples que siguen las mejores prácticas de Capacitor
-</Card>
-<Card icon="setting">
-  **Soporte TypeScript**: Definiciones completas de TypeScript para una mejor experiencia de desarrollo
-</Card>
-
-## 🚀 Comenzando
-
-Cada Plugin sigue un patrón de instalación similar:
-
-1. **Instala el Plugin** usando tu gestor de paquetes preferido
-2. **Sincroniza tu proyecto** con `npx cap sync`
-3. **Configura ajustes específicos de la plataforma** si es necesario
-4. **Comienza a usar el Plugin** en tu código
-
-Visita la documentación de cada Plugin para instrucciones de configuración detalladas y referencias de la API.
-
-## 💡 ¿Necesitas Ayuda?
-
-- 📖 Consulta la documentación individual de cada Plugin
-- 💬 Únete a nuestra [comunidad de Discord](https://discord.capgo.app)
-- 🐛 Reporta problemas en el repositorio GitHub del Plugin
-- 📧 Contacta a soporte para consultas empresariales
-
-## 🛠️ ¿Necesitas un Plugin Personalizado?
-
-¿No encuentras la funcionalidad exacta que necesitas? ¡Podemos ayudar!
-
-<LinkCard
-  title="Desarrollo de Plugins Personalizados"
-  description="Nuestro equipo se especializa en crear Plugins Capacitor personalizados adaptados a tus requisitos específicos. Desde integraciones nativas complejas hasta funciones únicas del dispositivo, te tenemos cubierto."
-  href="/consulting/"
-  icon="external"
-/>
-
-Ya sea que necesites:
-- 🔧 Un Plugin completamente nuevo construido desde cero
-- 🔄 Modificaciones a Plugins existentes
-- 🤝 Consultoría experta en desarrollo nativo
-- 📱 Implementaciones específicas de plataforma
-
-[Ponte en contacto con nuestro equipo](/consulting/) para discutir tus necesidades de Plugin personalizado.
-
-## 🤝 Contribuyendo
-
-¡Damos la bienvenida a las contribuciones! Cada Plugin es de código abierto y está disponible en GitHub. Siéntete libre de:
-
-- Reportar errores y solicitar funcionalidades
-- Enviar Solicitudes de extracción
-- Mejorar la documentación
-- Compartir tus casos de uso
-
----
-
-<div style="text-align: center; margin-top: 2rem;">
-  <strong>Construido con ❤️ por el equipo de Capgo</strong>
-</div>
diff --git a/src/content/docs/es/docs/plugins/is-root/getting-started.mdx b/src/content/docs/es/docs/plugins/is-root/getting-started.mdx
deleted file mode 100644
index 6739e4099..000000000
--- a/src/content/docs/es/docs/plugins/is-root/getting-started.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: Comenzando
-description: Aprende cómo instalar y usar el Plugin Is Root para detectar dispositivos Android rooteados y emuladores para mayor seguridad de la Aplicación.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Soporte de Plataformas
-
-- **Android**: Soporte completo para detección de root y emuladores
-- **iOS**: No se requiere configuración (el Plugin está enfocado en Android)
-
-## Ejemplo de Uso
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// Detección básica de root
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('El dispositivo está rooteado');
-  // Maneja el dispositivo rooteado apropiadamente
-  // Ejemplo: Mostrar advertencia, limitar funcionalidad o bloquear acceso
-}
-
-// Detección extendida de root con BusyBox
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('El dispositivo está rooteado (verificación extendida)');
-}
-
-// Verificar emulador
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('Ejecutándose en un emulador');
-  // Manejar entorno de emulador
-}
-
-// Detectar aplicaciones de gestión de root
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('Se detectaron aplicaciones de gestión de root');
-}
-
-// Verificar binario su
-const suResult = await IsRoot.checkForSuBinary();
-if (suResult.hasSu) {
-  console.log('Se encontró binario SU en el dispositivo');
-}
-```
-
-## Referencia de la API
-
-### isRooted()
-
-```typescript
-isRooted() => Promise<{ isRooted: boolean }>
-```
-
-Realiza una detección completa de root usando métodos predeterminados.
-
-**Retorna:** `Promise<{ isRooted: boolean }>`
-
-### isRootedWithBusyBox()
-
-```typescript
-isRootedWithBusyBox() => Promise<{ isRooted: boolean }>
-```
-
-Detección extendida de root incluyendo verificaciones de BusyBox.
-
-**Retorna:** `Promise<{ isRooted: boolean }>`
-
-### detectRootManagementApps()
-
-```typescript
-detectRootManagementApps() => Promise<{ hasRootApps: boolean }>
-```
-
-Identifica aplicaciones de gestión de root instaladas (SuperSU, Magisk, etc.).
-
-**Retorna:** `Promise<{ hasRootApps: boolean }>`
-
-### checkForSuBinary()
-
-```typescript
-checkForSuBinary() => Promise<{ hasSu: boolean }>
-```
-
-Verifica la presencia del binario `su` en rutas del sistema.
-
-**Retorna:** `Promise<{ hasSu: boolean }>`
-
-### isRunningOnEmulator()
-
-```typescript
-isRunningOnEmulator() => Promise<{ isEmulator: boolean }>
-```
-
-Detecta huellas comunes de emuladores Android.
-
-**Retorna:** `Promise<{ isEmulator: boolean }>`
-
-## Verificación de Seguridad Completa
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function performSecurityCheck() {
-  const checks = {
-    rooted: false,
-    emulator: false,
-    rootApps: false,
-    suBinary: false
-  };
-
-  try {
-    // Ejecutar todos los métodos de detección
-    const [rootResult, emulatorResult, rootAppsResult, suResult] = await Promise.all([
-      IsRoot.isRootedWithBusyBox(),
-      IsRoot.isRunningOnEmulator(),
-      IsRoot.detectRootManagementApps(),
-      IsRoot.checkForSuBinary()
-    ]);
-
-    checks.rooted = rootResult.isRooted;
-    checks.emulator = emulatorResult.isEmulator;
-    checks.rootApps = rootAppsResult.hasRootApps;
-    checks.suBinary = suResult.hasSu;
-
-    // Determinar nivel de seguridad
-    const securityIssues = Object.values(checks).filter(v => v).length;
-
-    if (securityIssues > 0) {
-      console.warn(`El dispositivo tiene ${securityIssues} problema(s) de seguridad`, checks);
-      return {
-        secure: false,
-        issues: checks
-      };
-    }
-
-    return {
-      secure: true,
-      issues: checks
-    };
-  } catch (error) {
-    console.error('Falló la verificación de seguridad:', error);
-    throw error;
-  }
-}
-
-// Usar en tu app
-const securityStatus = await performSecurityCheck();
-if (!securityStatus.secure) {
-  // Manejar dispositivo inseguro
-  showSecurityWarning(securityStatus.issues);
-}
-```
-
-## Técnicas de Detección
-
-### Detección de Root
-
-El Plugin emplea múltiples métodos de detección:
-
-- Verifica aplicaciones de gestión de root (SuperSU, Magisk, KingRoot, etc.)
-- Escanea propiedades sospechosas del sistema
-- Identifica etiquetas de compilación de prueba y banderas de depuración
-- Valida ubicaciones de binarios peligrosos
-- Examina permisos de rutas del sistema
-- Detecta aplicaciones conocidas de ocultación de root
-
-### Detección de Emuladores
-
-- Análisis de huella de hardware
-- Inspección de propiedades de compilación
-- Características específicas de emuladores
-- Indicadores de entorno virtual
-
-## Manejo de Problemas de Seguridad
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function handleDeviceSecurity() {
-  const rootResult = await IsRoot.isRooted();
-
-  if (rootResult.isRooted) {
-    // Opción 1: Mostrar advertencia y continuar
-    showWarning('Tu dispositivo parece estar rooteado. Algunas funciones pueden estar limitadas.');
-
-    // Opción 2: Limitar funcionalidad
-    disableSensitiveFeatures();
-
-    // Opción 3: Bloquear acceso a la app
-    showBlockedScreen('Esta app no puede ejecutarse en dispositivos rooteados por razones de seguridad.');
-    return false;
-  }
-
-  return true;
-}
-
-function showWarning(message: string) {
-  // Mostrar diálogo de advertencia amigable
-  alert(message);
-}
-
-function disableSensitiveFeatures() {
-  // Desactivar procesamiento de pagos, acceso a datos sensibles, etc.
-  console.log('Funciones sensibles deshabilitadas debido a dispositivo rooteado');
-}
-
-function showBlockedScreen(message: string) {
-  // Mostrar pantalla de bloqueo y salir de la app
-  alert(message);
-}
-```
-
-## Mejores Prácticas
-
-- Usar múltiples métodos de detección para mayor precisión
-- Implementar degradación gradual en lugar de bloquear el acceso completamente
-- Proporcionar comunicación clara al usuario sobre preocupaciones de seguridad
-- Considerar la experiencia del usuario al implementar medidas de seguridad
-- Mantener el Plugin actualizado a medida que evolucionan los métodos de detección
-- Probar en dispositivos tanto rooteados como no rooteados
-- Manejar fallos de detección con gracia
-
-## Consideraciones de Seguridad
-
-- Ningún método de detección es 100% infalible
-- Los usuarios avanzados pueden eludir los mecanismos de detección
-- Usar en combinación con medidas de seguridad del lado del servidor
-- Considerar la privacidad del usuario al implementar verificaciones de seguridad
-- Seguir las directrices de la plataforma para implementaciones de seguridad
-- Se recomiendan actualizaciones regulares a medida que evolucionan las técnicas de ocultación de root
-
-## Casos de Uso
-
-- **Aplicaciones bancarias y financieras**: Prevenir acceso en dispositivos comprometidos
-- **Contenido protegido con DRM**: Proteger material con derechos de autor
-- **Aplicaciones empresariales**: Aplicar políticas de seguridad BYOD
-- **Procesamiento de pagos**: Asegurar entorno de transacciones seguras
-- **Aplicaciones de datos sensibles**: Proteger información confidencial
diff --git a/src/content/docs/es/docs/plugins/is-root/index.mdx b/src/content/docs/es/docs/plugins/is-root/index.mdx
deleted file mode 100644
index 6fc6afa07..000000000
--- a/src/content/docs/es/docs/plugins/is-root/index.mdx
+++ /dev/null
@@ -1,122 +0,0 @@
----
-title: "@Capgo/Capacitor-is-root"
-description: Plugin de detección de root y jailbreak para Aplicaciones Capacitor con verificaciones de seguridad completas y validación de integridad del dispositivo.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Detecta dispositivos Android rooteados y dispositivos iOS con jailbreak para mejorar la seguridad de la Aplicación y proteger datos sensibles.
-  image:
-    file: ~public/icons/plugins/is-root.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/is-root/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-is-root/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Descripción General
-
-El Plugin Capacitor Is Root proporciona detección completa de root y jailbreak para dispositivos Android y detección de emuladores. Este Plugin ayuda a mejorar la seguridad de la Aplicación identificando dispositivos comprometidos y entornos emulados que pueden representar riesgos de seguridad.
-
-<CardGrid stagger>
-  <Card title="Detección de root" icon="rocket">
-    Detección avanzada de root en Android con múltiples métodos 🔒
-  </Card>
-  <Card title="Detección de emuladores" icon="approve-check">
-    Identifica entornos emulados y frameworks de prueba 🛡️
-  </Card>
-  <Card title="Validación de seguridad" icon="approve-check">
-    Múltiples técnicas de detección para mayor precisión ✅
-  </Card>
-  <Card title="Enfocado en Android" icon="laptop">
-    Detección especializada para evaluación de seguridad en Android 🤖
-  </Card>
-</CardGrid>
-
-## Instalación
-
-```bash
-npm install @capgo/capacitor-is-root
-npx cap sync
-```
-
-## Métodos Principales de la API
-
-### Detección de Root
-- `isRooted()` - Realiza detección completa de root usando métodos predeterminados
-- `isRootedWithBusyBox()` - Detección extendida incluyendo verificaciones de BusyBox
-- `detectRootManagementApps()` - Identifica aplicaciones de gestión de root instaladas
-- `checkForSuBinary()` - Verifica la presencia del binario `su` en rutas del sistema
-
-### Detección de Emuladores
-- `isRunningOnEmulator()` - Detecta huellas comunes de emuladores Android
-
-## Técnicas de Detección
-
-El Plugin emplea múltiples métodos de detección:
-
-### Detección de Root
-- Verifica aplicaciones de gestión de root (SuperSU, Magisk, etc.)
-- Escanea propiedades sospechosas del sistema
-- Identifica etiquetas de compilación de prueba y banderas de depuración
-- Valida ubicaciones de binarios peligrosos
-- Examina permisos de rutas del sistema
-
-### Detección de Emuladores
-- Análisis de huella de hardware
-- Inspección de propiedades de compilación
-- Características específicas de emuladores
-- Indicadores de entorno virtual
-
-## Ejemplo de Uso
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// Detección básica de root
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('El dispositivo está rooteado');
-  // Maneja el dispositivo rooteado apropiadamente
-}
-
-// Detección extendida de root con BusyBox
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('El dispositivo está rooteado (verificación extendida)');
-}
-
-// Verificar emulador
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('Ejecutándose en un emulador');
-}
-
-// Detectar aplicaciones de gestión de root
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('Se detectaron aplicaciones de gestión de root');
-}
-```
-
-## Consideraciones de Seguridad
-
-- Usar múltiples métodos de detección para mayor precisión
-- Implementar degradación gradual para entornos detectados
-- Considerar la privacidad del usuario al implementar medidas de seguridad
-- Se recomiendan actualizaciones regulares a medida que evolucionan los métodos de detección
-
-## Documentación
-
-Consulta la [documentación completa](/docs/plugins/is-root/getting-started/) para guías de implementación detalladas y patrones de seguridad avanzados.
diff --git a/src/content/docs/es/docs/plugins/ivs-player/getting-started.mdx b/src/content/docs/es/docs/plugins/ivs-player/getting-started.mdx
deleted file mode 100644
index 220b74fae..000000000
--- a/src/content/docs/es/docs/plugins/ivs-player/getting-started.mdx
+++ /dev/null
@@ -1,314 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y configurar el complemento Capacitor IVS Player para
-  integrar la transmisión de baja latencia de Amazon IVS en su aplicación.
-sidebar:
-  order: 2
-locale: es
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/ivs-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurar el complemento**
-
-   **Configuración básica del reproductor:**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // Create a player
-   const { playerId } = await IvsPlayer.create({
-     url: 'https://your-ivs-playback-url.m3u8',
-     autoplay: true
-   });
-
-   // Start playback
-   await IvsPlayer.play({ playerId });
-   ```
-
-   **Controles del jugador:**
-   ```typescript
-   // Pause playback
-   await IvsPlayer.pause({ playerId });
-
-   // Set volume
-   await IvsPlayer.setVolume({
-     playerId,
-     volume: 0.5 // 0.0 to 1.0
-   });
-
-   // Seek to position
-   await IvsPlayer.seekTo({
-     playerId,
-     position: 30 // seconds
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Agregue a su `Info.plist`:
-       ```xml
-       <key>NSAppTransportSecurity</key>
-       <dict>
-         <key>NSAllowsArbitraryLoads</key>
-         <true/>
-       </dict>
-       ```
-     </TabItem>
-     <TabItem label="Android">
-       Agregue a su `AndroidManifest.xml`:
-       ```xml
-       <uses-permission android:name="android.permission.INTERNET" />
-       ```
-     </TabItem>
-   </Tabs>
-
-4. **Manejo de eventos**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // Listen for player events
-   IvsPlayer.addListener('onState', (event) => {
-     console.log('Player state:', event.state);
-     // States: idle, buffering, ready, playing, ended
-   });
-
-   IvsPlayer.addListener('onError', (event) => {
-     console.error('Player error:', event.error);
-   });
-
-   IvsPlayer.addListener('onDuration', (event) => {
-     console.log('Video duration:', event.duration);
-   });
-
-   IvsPlayer.addListener('onProgress', (event) => {
-     console.log('Current position:', event.position);
-   });
-
-   // Listen for timed metadata
-   IvsPlayer.addListener('onMetadata', (event) => {
-     console.log('Timed metadata:', event.metadata);
-   });
-   ```
-
-5. **Uso avanzado**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   export class StreamPlayer {
-     private playerId: string | null = null;
-     private listeners: any[] = [];
-
-     async initialize(streamUrl: string) {
-       // Create player with custom configuration
-       const result = await IvsPlayer.create({
-         url: streamUrl,
-         autoplay: false,
-         muted: true, // Start muted for autoplay policies
-         controls: true
-       });
-
-       this.playerId = result.playerId;
-       this.setupEventListeners();
-     }
-
-     private setupEventListeners() {
-       // State changes
-       const stateListener = IvsPlayer.addListener('onState', (event) => {
-         this.handleStateChange(event.state);
-       });
-       this.listeners.push(stateListener);
-
-       // Quality changes
-       const qualityListener = IvsPlayer.addListener('onQuality', (event) => {
-         console.log(`Quality changed to: ${event.quality.name}`);
-       });
-       this.listeners.push(qualityListener);
-
-       // Buffer updates
-       const bufferListener = IvsPlayer.addListener('onBuffer', (event) => {
-         console.log(`Buffer: ${event.percentage}%`);
-       });
-       this.listeners.push(bufferListener);
-     }
-
-     private handleStateChange(state: string) {
-       switch (state) {
-         case 'playing':
-           console.log('Stream is playing');
-           break;
-         case 'buffering':
-           console.log('Stream is buffering');
-           break;
-         case 'ended':
-           console.log('Stream ended');
-           break;
-       }
-     }
-
-     async play() {
-       if (this.playerId) {
-         await IvsPlayer.play({ playerId: this.playerId });
-       }
-     }
-
-     async pause() {
-       if (this.playerId) {
-         await IvsPlayer.pause({ playerId: this.playerId });
-       }
-     }
-
-     async setQuality(qualityName: string) {
-       if (this.playerId) {
-         await IvsPlayer.setQuality({ 
-           playerId: this.playerId, 
-           quality: qualityName 
-         });
-       }
-     }
-
-     async destroy() {
-       // Remove listeners
-       this.listeners.forEach(listener => listener.remove());
-       
-       // Destroy player
-       if (this.playerId) {
-         await IvsPlayer.destroy({ playerId: this.playerId });
-       }
-     }
-   }
-   ```
-</Steps>
-
-## API Referencia
-
-### Métodos
-
-#### `create(options: CreateOptions)`
-Cree una nueva instancia de reproductor IVS.
-
-**Parámetros:**
-- `options`: Configuración del reproductor
-  - `url`: cadena - URL de reproducción de IVS
-  - `autoplay`: booleano - Iniciar reproducción automáticamente
-  - `muted`: booleano - Inicio silenciado
-  - `controls`: booleano - Mostrar controles nativos
-
-**Devoluciones:** `Promise<{ playerId: string }>`
-
-#### `play(options: PlayerOptions)`
-Inicie la reproducción.
-
-#### `pause(options: PlayerOptions)`
-Pausar la reproducción.
-
-#### `stop(options: PlayerOptions)`
-Detenga la reproducción y restablezca la posición.
-
-#### `seekTo(options: SeekOptions)`
-Buscar un puesto específico.
-
-#### `setVolume(options: VolumeOptions)`
-Establece el volumen del reproductor (0,0 a 1,0).
-
-#### `setQuality(options: QualityOptions)`
-Establece la calidad de reproducción.
-
-#### `destroy(options: PlayerOptions)`
-Destruye la instancia del jugador.
-
-### Eventos
-
-- `onState`: Cambios de estado del jugador
-- `onError`: Errores de reproducción
-- `onDuration`: Duración del vídeo disponible
-- `onProgress`: actualizaciones del progreso de la reproducción
-- `onQuality`: Cambios de calidad
-- `onMetadata`: Eventos de metadatos cronometrados
-- `onBuffer`: Actualizaciones de estado del búfer
-
-### Interfaces
-
-```typescript
-interface CreateOptions {
-  url: string;
-  autoplay?: boolean;
-  muted?: boolean;
-  controls?: boolean;
-}
-
-interface PlayerOptions {
-  playerId: string;
-}
-
-interface SeekOptions extends PlayerOptions {
-  position: number; // seconds
-}
-
-interface VolumeOptions extends PlayerOptions {
-  volume: number; // 0.0 to 1.0
-}
-
-interface QualityOptions extends PlayerOptions {
-  quality: string; // quality name
-}
-```
-
-## Notas de plataforma
-
-### iOS
-- Requiere iOS 12.0 o posterior
-- Utiliza AVPlayer nativo con extensiones IVS
-- Admite imagen en imagen en iPads
-
-### Android
-- Requiere Android 5.0 (API nivel 21) o posterior
-- Utiliza el reproductor Amazon IVS SDK
-- Se recomienda aceleración de hardware
-
-## Casos de uso comunes
-
-1. **Transmisión en vivo**: eventos, deportes y juegos en tiempo real
-2. **Transmisión interactiva**: encuestas de espectadores, sesiones de preguntas y respuestas
-3. **Comercio electrónico**: compras en vivo con productos destacados
-4. **Educación**: Clases en vivo con contenido cronometrado
-5. **Entretenimiento**: Conciertos, espectáculos con interacción del público.
-
-## Mejores prácticas
-
-1. **Manejo de red**: monitorear la calidad de la conexión
-   ```typescript
-   IvsPlayer.addListener('onError', (event) => {
-     if (event.error.includes('network')) {
-       // Handle network errors
-       showRetryButton();
-     }
-   });
-   ```
-
-2. **Gestión de recursos**: Destruye siempre a los jugadores cuando hayas terminado
-3. **Políticas de reproducción automática**: inicio silenciado para una reproducción automática confiable
-4. **Selección de calidad**: deje que IVS se encargue del cambio automático de calidad
-
-## Solución de problemas
-
-**La transmisión no se reproduce:**
-- Verifique que la URL de reproducción de IVS sea válida
-- Verificar permisos de red
-- Asegúrate de que la transmisión esté en vivo.
-
-**Alta latencia:**
-- IVS está optimizado para baja latencia, verifique la configuración de su codificador
-- Verifica que estás usando la URL de reproducción específica de IVS
-
-**Problemas de calidad:**
-- Permitir el cambio automático de calidad.
-- Verifique los requisitos de ancho de banda de la red
diff --git a/src/content/docs/es/docs/plugins/ivs-player/index.mdx b/src/content/docs/es/docs/plugins/ivs-player/index.mdx
deleted file mode 100644
index 3a8afd314..000000000
--- a/src/content/docs/es/docs/plugins/ivs-player/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/ivs-player"
-description: Plugin Capacitor para el reproductor Amazon IVS (Interactive Video Service), habilitando streaming en vivo de baja latencia en tus aplicaciones móviles.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Integra el reproductor Amazon IVS para streaming en vivo de latencia ultra baja con funciones interactivas en tus Aplicaciones Capacitor.
-  image:
-    file: ~public/icons/plugins/ivs-player.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/ivs-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-ivs-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Streaming de baja latencia" icon="rocket">
-    Transmite con latencia subsegundo usando Amazon IVS 📡
-  </Card>
-  <Card title="Funciones interactivas" icon="setting">
-    Soporte para metadatos temporales e interacciones de espectadores 💬
-  </Card>
-  <Card title="Adaptación de calidad" icon="star">
-    Cambio automático de calidad basado en condiciones de red 📶
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/ivs-player/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/jw-player/getting-started.mdx b/src/content/docs/es/docs/plugins/jw-player/getting-started.mdx
deleted file mode 100644
index 62a918d60..000000000
--- a/src/content/docs/es/docs/plugins/jw-player/getting-started.mdx
+++ /dev/null
@@ -1,345 +0,0 @@
----
-title: Comenzando
-description: Aprende cómo instalar e integrar JW Player en tu Aplicación Capacitor para capacidades de streaming de video profesionales.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Requisitos Previos
-
-Necesitarás una cuenta y clave de licencia de JW Player para usar este Plugin. Regístrate en [JW Player](https://www.jwplayer.com/) si no tienes una.
-
-## Configuración de Plataforma
-
-### iOS
-
-Agrega tu clave de licencia de JW Player a tu `Info.plist`:
-
-```xml
-<key>JWPlayerLicenseKey</key>
-<string>YOUR_LICENSE_KEY</string>
-```
-
-### Android
-
-Agrega tu clave de licencia de JW Player a `android/app/src/main/res/values/strings.xml`:
-
-```xml
-<resources>
-    <string name="jw_player_license_key">YOUR_LICENSE_KEY</string>
-</resources>
-```
-
-## Ejemplo de Uso
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// Reproducir un solo video
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: 'Mi Video',
-  description: 'Descripción del video',
-  poster: 'https://example.com/poster.jpg'
-});
-
-// Reproducir una lista de reproducción
-await JWPlayer.playPlaylist({
-  playlistUrl: 'https://example.com/playlist.json'
-});
-
-// Escuchar eventos del reproductor
-JWPlayer.addListener('playerReady', () => {
-  console.log('El reproductor está listo');
-});
-
-JWPlayer.addListener('play', (data) => {
-  console.log('El video comenzó a reproducirse');
-});
-
-JWPlayer.addListener('pause', (data) => {
-  console.log('Video pausado');
-});
-
-JWPlayer.addListener('complete', (data) => {
-  console.log('Reproducción de video completada');
-});
-
-JWPlayer.addListener('error', (error) => {
-  console.error('Error del reproductor:', error);
-});
-```
-
-## Referencia de la API
-
-### playVideo(Opciones)
-
-```typescript
-playVideo(options: VideoOptions) => Promise<void>
-```
-
-Reproduce un solo video en modo pantalla completa.
-
-| Param         | Type                    |
-| ------------- | ----------------------- |
-| **`options`** | `VideoOptions` |
-
-### playPlaylist(Opciones)
-
-```typescript
-playPlaylist(options: PlaylistOptions) => Promise<void>
-```
-
-Reproduce una lista de reproducción en modo pantalla completa.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `PlaylistOptions` |
-
-### pause()
-
-```typescript
-pause() => Promise<void>
-```
-
-Pausar el video actual.
-
-### play()
-
-```typescript
-play() => Promise<void>
-```
-
-Reanudar la reproducción del video.
-
-### seek(Opciones)
-
-```typescript
-seek(options: { position: number }) => Promise<void>
-```
-
-Buscar una posición específica en el video.
-
-| Param         | Type                         |
-| ------------- | ---------------------------- |
-| **`options`** | `{ position: number }` |
-
-### setPlaybackSpeed(Opciones)
-
-```typescript
-setPlaybackSpeed(options: { speed: number }) => Promise<void>
-```
-
-Establecer la velocidad de reproducción.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ speed: number }` |
-
-### setVolume(Opciones)
-
-```typescript
-setVolume(options: { volume: number }) => Promise<void>
-```
-
-Establecer el volumen de audio (0.0 a 1.0).
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ volume: number }` |
-
-### selectAudioTrack(Opciones)
-
-```typescript
-selectAudioTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-Seleccionar una pista de audio por índice.
-
-| Param         | Type                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### selectCaptionTrack(Opciones)
-
-```typescript
-selectCaptionTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-Seleccionar una pista de subtítulos por índice.
-
-| Param         | Type                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-Detener la reproducción y cerrar el reproductor.
-
-## Interfaces
-
-### VideoOptions
-
-| Prop              | Type               | Description                             |
-| ----------------- | ------------------ | --------------------------------------- |
-| **`mediaUrl`**    | `string` | URL del archivo de video                   |
-| **`title`**       | `string` | Título del video (opcional)                  |
-| **`description`** | `string` | Descripción del video (opcional)            |
-| **`poster`**      | `string` | URL del póster/miniatura (opcional)  |
-| **`autoStart`**   | `boolean` | Iniciar reproducción automáticamente (opcional, predeterminado: true) |
-
-### PlaylistOptions
-
-| Prop              | Type               | Description                 |
-| ----------------- | ------------------ | --------------------------- |
-| **`playlistUrl`** | `string` | URL del JSON de la lista de reproducción JW |
-| **`autoStart`**   | `boolean` | Iniciar reproducción automáticamente (opcional) |
-
-## Listeners de Eventos
-
-### Eventos Disponibles
-
-- `playerReady` - El reproductor está inicializado y listo
-- `play` - Reproducción de video iniciada
-- `pause` - Reproducción de video pausada
-- `complete` - Reproducción de video completada
-- `error` - El reproductor encontró un Error
-- `seek` - El usuario buscó una posición diferente
-- `time` - Tiempo de reproducción actualizado
-- `bufferChange` - Estado del buffer cambió
-
-### Ejemplo de Evento
-
-```typescript
-// Escuchar actualizaciones de tiempo
-JWPlayer.addListener('time', (data) => {
-  console.log('Tiempo actual:', data.position);
-  console.log('Duración:', data.duration);
-});
-
-// Escuchar cambios de buffer
-JWPlayer.addListener('bufferChange', (data) => {
-  console.log('Buffering:', data.buffering);
-});
-
-// Eliminar listener cuando termines
-const listener = await JWPlayer.addListener('play', (data) => {
-  console.log('Reproduciendo');
-});
-
-// Más tarde...
-listener.remove();
-```
-
-## Uso Avanzado
-
-### Reproducir con Subtítulos
-
-```typescript
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: 'Video con Subtítulos',
-  poster: 'https://example.com/poster.jpg',
-  tracks: [
-    {
-      file: 'https://example.com/captions-en.vtt',
-      label: 'English',
-      kind: 'captions'
-    },
-    {
-      file: 'https://example.com/captions-es.vtt',
-      label: 'Spanish',
-      kind: 'captions'
-    }
-  ]
-});
-```
-
-### Controles de Reproducción Personalizados
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// Comenzar a reproducir
-await JWPlayer.play();
-
-// Pausar después de 10 segundos
-setTimeout(() => {
-  JWPlayer.pause();
-}, 10000);
-
-// Buscar a los 30 segundos
-await JWPlayer.seek({ position: 30 });
-
-// Establecer velocidad de reproducción a 1.5x
-await JWPlayer.setPlaybackSpeed({ speed: 1.5 });
-
-// Establecer volumen al 50%
-await JWPlayer.setVolume({ volume: 0.5 });
-```
-
-## Mejores Prácticas
-
-- Siempre proporciona una imagen de póster para mejor experiencia del usuario
-- Maneja los errores del reproductor con mensajes de Error apropiados
-- Limpia los listeners de eventos cuando el componente se desmonte
-- Prueba la reproducción de video en dispositivos iOS y Android
-- Usa formatos de video apropiados (MP4 recomendado)
-- Implementa estados de carga mientras el video se inicializa
-- Considera las condiciones de red al transmitir
-
-## Solución de Problemas
-
-### El Video No Se Reproduce
-
-- Verifica que tu clave de licencia de JW Player sea correcta
-- Verifica que la URL del video sea accesible y válida
-- Asegúrate de tener cabeceras CORS apropiadas si usas servidor personalizado
-- Prueba con diferentes formatos de video
-
-### Problemas de Pantalla Completa
-
-- El Plugin siempre reproduce en modo pantalla completa
-- Asegúrate de tener permisos apropiados para pantalla completa en tu Aplicación
-
-### Rendimiento
-
-- Usa calidad de video apropiada para dispositivos objetivo
-- Considera streaming adaptativo para mejor rendimiento
-- Implementa indicadores de buffering apropiados
diff --git a/src/content/docs/es/docs/plugins/jw-player/index.mdx b/src/content/docs/es/docs/plugins/jw-player/index.mdx
deleted file mode 100644
index 04193bd23..000000000
--- a/src/content/docs/es/docs/plugins/jw-player/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-jw-player"
-description: Plugin de integración de JW Player para Aplicaciones Capacitor con streaming de video, listas de reproducción y controles completos del reproductor.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Reproduce videos de JW Player con interfaz de pantalla completa, listas de reproducción y control completo de reproducción en tu Aplicación Capacitor.
-  image:
-    file: ~public/icons/plugins/jw-player.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/jw-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-jw-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Reproductor de Pantalla Completa" icon="rocket">
-    Interfaz de reproductor de video siempre en pantalla completa 📺
-  </Card>
-  <Card title="Soporte de Listas de Reproducción" icon="list-format">
-    Soporta tanto videos individuales como listas de reproducción completas 📋
-  </Card>
-  <Card title="Controles de Reproducción" icon="setting">
-    Control completo sobre reproducir, pausar, buscar, velocidad 🎮
-  </Card>
-  <Card title="Audio y Subtítulos" icon="star">
-    Selección de pistas de audio y soporte de subtítulos 🔊
-  </Card>
-  <Card title="Sistema de Eventos" icon="download">
-    Listeners de eventos para cambios de estado del reproductor 📡
-  </Card>
-  <Card title="Comenzando" icon="open-book">
-    Consulta la [Guía de Inicio](/docs/plugins/jw-player/getting-started/) para instalar y configurar el Plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/launch-navigator/getting-started.mdx b/src/content/docs/es/docs/plugins/launch-navigator/getting-started.mdx
deleted file mode 100644
index 649019006..000000000
--- a/src/content/docs/es/docs/plugins/launch-navigator/getting-started.mdx
+++ /dev/null
@@ -1,337 +0,0 @@
----
-title: Comenzando
-description: Aprende cómo instalar y usar el Plugin Launch Navigator para integrar con aplicaciones de navegación nativas en iOS y Android.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Configuración de Plataforma
-
-### iOS
-
-Agrega esquemas de URL a tu `Info.plist` para detectar aplicaciones de navegación instaladas:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <string>transit</string>
-    <string>moovit</string>
-    <string>uber</string>
-    <string>lyft</string>
-</array>
-```
-
-### Android
-
-No se requiere configuración adicional. El Plugin detectará automáticamente las aplicaciones de navegación instaladas.
-
-## Ejemplo de Uso
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// Navegación básica a coordenadas
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // Coordenadas de San Francisco
-});
-
-// Navegación avanzada con opciones
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // Punto de inicio opcional
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // Aplicación de navegación preferida
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// Verificar si una aplicación específica está disponible
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps está instalado');
-} else {
-  console.log('Google Maps no está disponible');
-}
-
-// Obtener todas las aplicaciones de navegación disponibles
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('Aplicaciones de navegación disponibles:', availableApps);
-
-// Obtener todas las aplicaciones soportadas para la plataforma
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('Aplicaciones soportadas:', supportedApps);
-```
-
-## Referencia de la API
-
-### navigate(Opciones)
-
-```typescript
-navigate(options: NavigateOptions) => Promise<void>
-```
-
-Inicia la navegación a coordenadas especificadas.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `NavigateOptions` |
-
-### isAppAvailable(Opciones)
-
-```typescript
-isAppAvailable(options: { app: string }) => Promise<{ available: boolean }>
-```
-
-Verifica si una aplicación de navegación específica está instalada.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ app: string }` |
-
-**Retorna:** `Promise<{ available: boolean }>`
-
-### getAvailableApps()
-
-```typescript
-getAvailableApps() => Promise<{ apps: string[] }>
-```
-
-Obtiene la lista de todas las aplicaciones de navegación disponibles en el dispositivo.
-
-**Retorna:** `Promise<{ apps: string[] }>`
-
-### getSupportedApps()
-
-```typescript
-getSupportedApps() => Promise<{ apps: string[] }>
-```
-
-Obtiene la lista de todas las aplicaciones soportadas para la plataforma actual.
-
-**Retorna:** `Promise<{ apps: string[] }>`
-
-## Interfaces
-
-### NavigateOptions
-
-| Prop              | Type                          | Description                     |
-| ----------------- | ----------------------------- | ------------------------------- |
-| **`destination`** | `[number, number]` | Coordenadas de destino [lat, lng] |
-| **`options`**     | `NavigationOptions` | Opciones de navegación adicionales (opcional) |
-
-### NavigationOptions
-
-| Prop                 | Type                  | Description                           |
-| -------------------- | --------------------- | ------------------------------------- |
-| **`start`**          | `[number, number]` | Coordenadas de inicio [lat, lng] (opcional) |
-| **`transportMode`**  | `TransportMode` | Método de transporte (opcional)       |
-| **`app`**            | `string` | Aplicación de navegación preferida (opcional)    |
-| **`appDisplayName`** | `string` | Nombre para mostrar de la Aplicación (opcional)        |
-
-### TransportMode
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## Requisito de Coordenadas
-
-> **Importante**: Este Plugin solo acepta coordenadas de latitud/longitud para navegación. Usa [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder) para convertir direcciones a coordenadas.
-
-```typescript
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-import { LaunchNavigator } from '@capgo/capacitor-launch-navigator';
-
-// Convertir dirección a coordenadas
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // Iniciar navegación con coordenadas geocodificadas
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## Aplicaciones de Navegación Soportadas
-
-### iOS
-- Apple Maps (integrado)
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- Y muchas más...
-
-### Android
-- Google Maps (integrado)
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- Y muchas más...
-
-## Ejemplos Avanzados
-
-### Verificar Múltiples Aplicaciones y Usar la Primera Disponible
-
-```typescript
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('No se encontraron aplicaciones de navegación soportadas');
-}
-```
-
-### Selección de Usuario de Aplicación de Navegación
-
-```typescript
-// Obtener aplicaciones disponibles
-const { apps } = await LaunchNavigator.getAvailableApps();
-
-if (apps.length === 0) {
-  alert('No hay aplicaciones de navegación disponibles');
-  return;
-}
-
-// Mostrar selección de aplicación al usuario (pseudo-código)
-const selectedApp = await showAppSelectionDialog(apps);
-
-// Navegar con aplicación seleccionada
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: { app: selectedApp }
-});
-```
-
-### Navegación con Diferentes Modos de Transporte
-
-```typescript
-// Direcciones en coche
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.DRIVING
-  }
-});
-
-// Direcciones a pie
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.WALKING
-  }
-});
-
-// Direcciones en transporte público
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.TRANSIT
-  }
-});
-```
-
-## Mejores Prácticas
-
-- Siempre verifica la disponibilidad de la Aplicación antes de intentar navegar
-- Proporciona opciones de respaldo cuando las Aplicaciones preferidas no estén disponibles
-- Usa nombres de visualización significativos para selección del usuario
-- Maneja errores con gracia con mensajes amigables para el usuario
-- Considera las preferencias del usuario para aplicaciones de navegación predeterminadas
-- Prueba en dispositivos iOS y Android
-- Implementa manejo de errores apropiado para coordenadas inválidas
-
-## Manejo de Errores
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('La navegación falló:', error);
-  // Manejar error - app no disponible, coordenadas inválidas, etc.
-  alert('No se pudo iniciar la navegación. Por favor verifica tus coordenadas e intenta nuevamente.');
-}
-```
-
-## Casos de Uso
-
-- **Servicios basados en ubicación**: Navegar usuarios a puntos de interés
-- **Aplicaciones de entrega**: Guiar conductores a ubicaciones de entrega
-- **Aplicaciones de eventos**: Dirigir asistentes a ubicaciones de lugares
-- **Aplicaciones inmobiliarias**: Navegar a ubicaciones de propiedades
-- **Aplicaciones de viaje**: Guiar turistas a atracciones
-- **Aplicaciones de servicio**: Dirigir trabajadores de campo a sitios de trabajo
diff --git a/src/content/docs/es/docs/plugins/launch-navigator/index.mdx b/src/content/docs/es/docs/plugins/launch-navigator/index.mdx
deleted file mode 100644
index 100ff221a..000000000
--- a/src/content/docs/es/docs/plugins/launch-navigator/index.mdx
+++ /dev/null
@@ -1,246 +0,0 @@
----
-title: "@Capgo/Capacitor-launch-navigator"
-description: Plugin de inicio de aplicaciones de navegación para Aplicaciones Capacitor con soporte para Google Maps, Apple Maps, Waze y otros servicios de navegación.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Inicia aplicaciones de navegación con direcciones paso a paso, soportando múltiples proveedores de mapas y opciones de enrutamiento personalizadas.
-  image:
-    file: ~public/icons/plugins/launch-navigator.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/launch-navigator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-launch-navigator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Descripción General
-
-El Plugin Capacitor Launch Navigator permite iniciar aplicaciones de navegación nativas en dispositivos iOS y Android con navegación basada en coordenadas. Este Plugin proporciona integración perfecta con aplicaciones de mapas populares y soporta múltiples modos de transporte para soluciones de navegación completas.
-
-<CardGrid stagger>
-  <Card title="Soporte multi-Aplicación" icon="rocket">
-    Google Maps, Apple Maps, Waze, Citymapper y más 🗺️
-  </Card>
-  <Card title="Modos de transporte" icon="magnifier">
-    Direcciones en coche, a pie, en transporte público y en bicicleta 🧭
-  </Card>
-  <Card title="Detección de Aplicaciones" icon="magnifier">
-    Verifica disponibilidad y lista aplicaciones de navegación instaladas 🔍
-  </Card>
-  <Card title="Basado en coordenadas" icon="star">
-    Navega usando coordenadas de latitud/longitud 📍
-  </Card>
-</CardGrid>
-
-## Instalación
-
-```bash
-npm install @capgo/capacitor-launch-navigator
-npx cap sync
-```
-
-## Configuración de iOS
-
-Agrega esquemas de URL a tu `Info.plist` para detectar aplicaciones de navegación instaladas:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <!-- Agrega otros esquemas de apps de navegación -->
-</array>
-```
-
-## Métodos Principales de la API
-
-### Navegación
-- `navigate(options)` - Iniciar navegación a coordenadas especificadas
-- `isAppAvailable(options)` - Verificar si una aplicación de navegación específica está instalada
-- `getAvailableApps()` - Listar todas las aplicaciones de navegación disponibles en el dispositivo
-- `getSupportedApps()` - Obtener todas las aplicaciones soportadas para la plataforma actual
-
-## Ejemplo de Uso
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// Navegación básica a coordenadas
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // Coordenadas de San Francisco
-});
-
-// Navegación avanzada con opciones
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // Punto de inicio opcional
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // Aplicación de navegación preferida
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// Verificar si una aplicación específica está disponible
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps está instalado');
-} else {
-  console.log('Google Maps no está disponible');
-}
-
-// Obtener todas las aplicaciones de navegación disponibles
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('Aplicaciones de navegación disponibles:', availableApps);
-
-// Obtener todas las aplicaciones soportadas para la plataforma
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('Aplicaciones soportadas:', supportedApps);
-```
-
-## Opciones de Navegación
-
-```typescript
-interface NavigationOptions {
-  start?: [number, number];      // Coordenadas de inicio [lat, lng]
-  transportMode?: TransportMode; // Método de transporte
-  app?: string;                  // Aplicación de navegación preferida
-  appDisplayName?: string;       // Nombre para mostrar de la app
-  launchMode?: LaunchMode;       // Cómo iniciar la app
-}
-```
-
-## Modos de Transporte
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## Aplicaciones de Navegación Soportadas
-
-### iOS
-- Apple Maps (integrado)
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- Y muchas más...
-
-### Android
-- Google Maps (integrado)
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- Y muchas más...
-
-## Requisitos de Coordenadas
-
-> ⚠️ **Importante**: Este Plugin solo acepta coordenadas de latitud/longitud para navegación. Usa [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder) para convertir direcciones a coordenadas.
-
-```typescript
-// Ejemplo con geocodificación
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-
-// Convertir dirección a coordenadas
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // Iniciar navegación con coordenadas geocodificadas
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## Detección y Selección de Aplicaciones
-
-```typescript
-// Verificar múltiples apps y usar la primera disponible
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('No se encontraron aplicaciones de navegación soportadas');
-}
-```
-
-## Manejo de Errores
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('La navegación falló:', error);
-  // Manejar error - app no disponible, coordenadas inválidas, etc.
-}
-```
-
-## Casos de Uso
-
-- **Servicios basados en ubicación**: Navegar usuarios a puntos de interés
-- **Aplicaciones de entrega**: Guiar conductores a ubicaciones de entrega
-- **Aplicaciones de eventos**: Dirigir asistentes a ubicaciones de lugares
-- **Aplicaciones inmobiliarias**: Navegar a ubicaciones de propiedades
-- **Aplicaciones de viaje**: Guiar turistas a atracciones
-
-## Mejores Prácticas
-
-- Siempre verifica la disponibilidad de la Aplicación antes de intentar navegar
-- Proporciona opciones de respaldo cuando las Aplicaciones preferidas no estén disponibles
-- Usa nombres de visualización significativos para selección del usuario
-- Maneja errores con gracia con mensajes amigables para el usuario
-- Considera las preferencias del usuario para aplicaciones de navegación predeterminadas
-
-## Documentación
-
-Consulta la [documentación completa](/docs/plugins/launch-navigator/getting-started/) para guías de implementación detalladas y patrones de navegación avanzados.
diff --git a/src/content/docs/es/docs/plugins/live-reload/getting-started.mdx b/src/content/docs/es/docs/plugins/live-reload/getting-started.mdx
deleted file mode 100644
index e6fb7e030..000000000
--- a/src/content/docs/es/docs/plugins/live-reload/getting-started.mdx
+++ /dev/null
@@ -1,355 +0,0 @@
----
-title: Comenzando
-description: Aprende cómo configurar la recarga en vivo para un desarrollo más rápido con tu Aplicación Capacitor.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-live-reload" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configuración
-
-Configura tu servidor de desarrollo Vite para trabajar con recarga en vivo. Necesitas:
-1. Deshabilitar el cliente HMR integrado
-2. Reenviar eventos de recarga sobre un punto final WebSocket dedicado
-
-## Uso
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-// Configurar el servidor de desarrollo
-await LiveReload.configureServer({
-  url: 'http://localhost:5173',
-  websocketPath: '/capgo-livereload',
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-
-// Conectar al servidor de desarrollo
-await LiveReload.connect();
-
-// Escuchar eventos de recarga
-LiveReload.addListener('reloadEvent', (event) => {
-  console.log('Evento de recarga:', event);
-  if (event.type === 'full-reload') {
-    console.log('Recarga completa de página activada');
-  } else if (event.type === 'file-update') {
-    console.log('Archivo actualizado:', event.file);
-  }
-});
-
-// Escuchar cambios de estado de conexión
-LiveReload.addListener('statusChange', (status) => {
-  console.log('Estado de conexión:', status.connected);
-  console.log('URL del servidor:', status.url);
-});
-```
-
-## Referencia de la API
-
-### configureServer(Opciones)
-
-Almacenar configuraciones del servidor de desarrollo remoto para conexiones posteriores.
-
-```typescript
-const status = await LiveReload.configureServer({
-  url: 'http://192.168.1.100:5173',
-  websocketPath: '/capgo-livereload',
-  headers: {
-    'Authorization': 'Bearer token'
-  },
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-```
-
-**Parámetros:**
-- `url` (string): URL base para el servidor de desarrollo (ej., `http://dev.local:5173`)
-- `websocketPath` (string, opcional): Anulación de ruta WebSocket (predeterminado: `/ws`)
-- `headers` (Record\<string, string\>, opcional): Cabeceras extra para conexión WebSocket
-- `autoReconnect` (boolean, opcional): Reconectar automáticamente al desconectar (predeterminado: `true`)
-- `reconnectInterval` (number, opcional): Retraso entre intentos de reconexión en ms (predeterminado: `2000`)
-
-**Retorna:** `LiveReloadStatus` con información de conexión
-
-### connect()
-
-Establecer una conexión WebSocket si no hay una activa.
-
-```typescript
-const status = await LiveReload.connect();
-console.log('Conectado:', status.connected);
-```
-
-**Retorna:** Estado de conexión actual
-
-### disconnect()
-
-Cerrar la conexión WebSocket actual y deshabilitar reconexión automática.
-
-```typescript
-await LiveReload.disconnect();
-```
-
-### getStatus()
-
-Obtener el estado de conexión actual.
-
-```typescript
-const status = await LiveReload.getStatus();
-console.log('Conectado:', status.connected);
-console.log('URL:', status.url);
-```
-
-### reload()
-
-Activar manualmente una recarga completa del WebView de Capacitor.
-
-```typescript
-await LiveReload.reload();
-```
-
-### reloadFile(Opciones)
-
-Recargar un solo archivo/módulo (retrocede a recarga completa si no es compatible).
-
-```typescript
-await LiveReload.reloadFile({
-  path: '/src/components/MyComponent.tsx',
-  hash: 'abc123'
-});
-```
-
-### addListener('reloadEvent', callback)
-
-Escuchar eventos de recarga entrantes del servidor.
-
-```typescript
-const handle = await LiveReload.addListener('reloadEvent', (event) => {
-  switch (event.type) {
-    case 'full-reload':
-      console.log('Recarga completa solicitada');
-      break;
-    case 'file-update':
-      console.log('Archivo actualizado:', event.file?.path);
-      break;
-    case 'error':
-      console.error('Error:', event.message);
-      break;
-  }
-});
-
-// Eliminar listener cuando termines
-await handle.remove();
-```
-
-### addListener('statusChange', callback)
-
-Escuchar cambios de estado del socket.
-
-```typescript
-await LiveReload.addListener('statusChange', (status) => {
-  console.log(status.connected ? 'Conectado' : 'Desconectado');
-});
-```
-
-### removeAllListeners()
-
-Eliminar todos los listeners registrados.
-
-```typescript
-await LiveReload.removeAllListeners();
-```
-
-## Ejemplo Completo
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-export class DevServer {
-  private connected = false;
-
-  async initialize() {
-    // Solo habilitar en desarrollo
-    if (process.env.NODE_ENV !== 'development') {
-      return;
-    }
-
-    try {
-      // Configurar servidor
-      await LiveReload.configureServer({
-        url: 'http://192.168.1.100:5173',
-        websocketPath: '/capgo-livereload',
-        autoReconnect: true,
-        reconnectInterval: 3000
-      });
-
-      // Configurar listeners antes de conectar
-      await LiveReload.addListener('reloadEvent', this.handleReloadEvent.bind(this));
-      await LiveReload.addListener('statusChange', this.handleStatusChange.bind(this));
-
-      // Conectar
-      await LiveReload.connect();
-    } catch (error) {
-      console.error('Falló la inicialización de recarga en vivo:', error);
-    }
-  }
-
-  private handleReloadEvent(event: any) {
-    console.log('Evento de recarga recibido:', event.type);
-
-    switch (event.type) {
-      case 'full-reload':
-        this.performFullReload();
-        break;
-      case 'file-update':
-        this.handleFileUpdate(event.file);
-        break;
-      case 'error':
-        console.error('Error del servidor:', event.message);
-        break;
-      case 'connected':
-        console.log('Servidor conectado');
-        break;
-      case 'disconnected':
-        console.log('Servidor desconectado');
-        break;
-    }
-  }
-
-  private handleStatusChange(status: any) {
-    this.connected = status.connected;
-    console.log(`Recarga en vivo ${status.connected ? 'conectada' : 'desconectada'}`);
-  }
-
-  private performFullReload() {
-    console.log('Realizando recarga completa de página...');
-    window.location.reload();
-  }
-
-  private handleFileUpdate(file: any) {
-    console.log('Archivo actualizado:', file?.path);
-    // HMR manejará esto automáticamente en la mayoría de los casos
-  }
-
-  async disconnect() {
-    await LiveReload.disconnect();
-    await LiveReload.removeAllListeners();
-    this.connected = false;
-  }
-
-  isConnected(): boolean {
-    return this.connected;
-  }
-}
-```
-
-## Ejemplo de Configuración de Vite
-
-Configura tu servidor Vite para trabajar con el Plugin de recarga en vivo:
-
-```typescript
-// vite.config.ts
-import { defineConfig } from 'vite';
-
-export default defineConfig({
-  server: {
-    host: '0.0.0.0', // Permitir conexiones desde la red
-    port: 5173,
-    hmr: {
-      // Ruta WebSocket personalizada para recarga en vivo
-      path: '/capgo-livereload',
-    }
-  }
-});
-```
-
-## Mejores Prácticas
-
-1. **Solo usar en desarrollo**
-   ```typescript
-   if (import.meta.env.DEV) {
-     await LiveReload.configureServer({
-       url: 'http://localhost:5173',
-       websocketPath: '/capgo-livereload'
-     });
-     await LiveReload.connect();
-   }
-   ```
-
-2. **Usar tu IP local para pruebas móviles**
-   ```typescript
-   const devServerUrl = process.env.VITE_DEV_SERVER_URL || 'http://192.168.1.100:5173';
-   await LiveReload.configureServer({ url: devServerUrl });
-   ```
-
-3. **Manejar errores de conexión con gracia**
-   ```typescript
-   try {
-     await LiveReload.connect();
-   } catch (error) {
-     console.warn('No se pudo conectar al servidor de desarrollo, usando compilación de producción');
-   }
-   ```
-
-4. **Limpiar al salir de la Aplicación**
-   ```typescript
-   window.addEventListener('beforeunload', async () => {
-     await LiveReload.disconnect();
-   });
-   ```
-
-5. **Mostrar estado de conexión en la UI**
-   ```typescript
-   LiveReload.addListener('statusChange', (status) => {
-     // Mostrar indicador en compilaciones de desarrollo
-     updateDevIndicator(status.connected);
-   });
-   ```
-
-## Notas de Plataforma
-
-### iOS
-- Funciona con iOS 11.0+
-- Asegúrate de que el servidor de desarrollo sea accesible desde la red de tu dispositivo
-- Puede necesitar configurar el firewall para permitir conexiones
-
-### Android
-- Funciona con Android 5.0 (API 21)+
-- Usa `adb reverse` para conexiones localhost:
-  ```bash
-  adb reverse tcp:5173 tcp:5173
-  ```
-
-### Web
-- Soporte completo para plataforma web
-- Conexión WebSocket directa al servidor de desarrollo Vite
-
-## Solución de Problemas
-
-**Falla la conexión:**
-- Verifica que el servidor de desarrollo esté ejecutándose
-- Verifica que el dispositivo y la computadora estén en la misma red
-- Asegúrate de que el firewall permita conexiones en el puerto
-- Usa dirección IP en lugar de localhost para dispositivos móviles
-
-**Recarga lenta:**
-- Verifica velocidad de red
-- Reduce intervalo de reconexión
-- Optimiza configuración de compilación de Vite
-
-**Errores de WebSocket:**
-- Verifica que websocketPath coincida con la configuración de Vite
-- Verifica conflictos de puertos
-- Asegúrate de que las cabeceras sean correctas si usas autenticación
diff --git a/src/content/docs/es/docs/plugins/live-reload/index.mdx b/src/content/docs/es/docs/plugins/live-reload/index.mdx
deleted file mode 100644
index b416b5e48..000000000
--- a/src/content/docs/es/docs/plugins/live-reload/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-live-reload"
-description: Recarga en vivo tu Aplicación Capacitor desde un servidor de desarrollo remoto para un desarrollo más rápido.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Conecta tu Aplicación Capacitor a tu servidor de desarrollo local para recarga en caliente instantánea e iteración más rápida durante el desarrollo.
-  image:
-    file: ~public/icons/plugins/live-reload.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/live-reload/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-live-reload/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Reemplazo de Módulo en Caliente" icon="rocket">
-    Actualizaciones instantáneas sin reconstruir tu Aplicación
-  </Card>
-  <Card title="Servidor de Desarrollo Remoto" icon="laptop">
-    Conecta a Vite o cualquier servidor de desarrollo compatible
-  </Card>
-  <Card title="Conexión WebSocket" icon="puzzle">
-    Comunicación en tiempo real para actualizaciones en vivo
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/live-reload/getting-started/) para configurar la recarga en vivo.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/llm/getting-started.mdx b/src/content/docs/es/docs/plugins/llm/getting-started.mdx
deleted file mode 100644
index f6a613719..000000000
--- a/src/content/docs/es/docs/plugins/llm/getting-started.mdx
+++ /dev/null
@@ -1,479 +0,0 @@
----
-title: Empezando
-description: ''
-sidebar:
-  order: 2
-locale: es
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Configuración de la plataforma
-
-### iOS Configuración
-
-- **iOS 26.0+**: utiliza Apple Inteligencia de forma predeterminada (no se necesita modelo) - **Recomendado**
-- **iOS < 26.0**: Requiere modelos personalizados de MediaPipe (experimental, puede tener problemas de compatibilidad)
-
-Para modelos personalizados en versiones anteriores de iOS, coloque archivos de modelo en su paquete de aplicaciones iOS a través de "Copiar recursos del paquete" de Xcode.
-
-### Android Configuración
-
-Coloque los archivos del modelo en su carpeta de activos Android:
-
-```
-android/app/src/main/assets/
-```
-
-Necesita **ambos** archivos para Android:
-- Archivo `.task` (modelo principal)
-- Archivo `.litertlm` (archivo complementario)
-
-Descargar desde [modelos Kaggle Gemma](https://www.kaggle.com/models/google/gemma) → pestaña "LiteRT (anteriormente TFLite)"
-
-## Modelos recomendados
-
-### Para Android (modelos Gemma-3)
-
-- **Gemma 3 270M** - El más pequeño y eficiente para dispositivos móviles (~240-400 MB) - **Recomendado**
-- **Gemma 3 1B** - Modelo de generación de texto más grande (~892 MB-1,5 GB)
-
-Descargue desde [modelos Kaggle Gemma] (https://www.kaggle.com/models/google/gemma) → Haga clic en la pestaña "LiteRT (anteriormente TFLite)"
-
-### Para iOS
-
-- **Apple Inteligencia** (iOS 26.0+) - Integrado, no necesita descarga - **Recomendado**
-- **Gemma-2 2B** (experimental) - Puede tener problemas de compatibilidad con el formato `.task`
-
-Para modelos iOS personalizados, descárguelos desde [Modelos Hugging Face MediaPipe](https://huggingface.co/collections/google/mediapipe-668392ead2d6768e82fb3b87)
-
-## Uso
-
-Importe el complemento e inicialícelo:
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-// Check if LLM is ready
-const { readiness } = await CapgoLLM.getReadiness();
-console.log('LLM readiness:', readiness);
-
-// Set the model based on platform
-const platform = Capacitor.getPlatform();
-if (platform === 'ios') {
-  // iOS: Use Apple Intelligence (default)
-  await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-} else {
-  // Android: Use MediaPipe model
-  await CapgoLLM.setModel({ path: '/android_asset/gemma-3-270m-it-int8.task' });
-}
-
-// Create a chat session
-const { id: chatId } = await CapgoLLM.createChat();
-
-// Listen for AI responses
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('AI response:', event.text);
-});
-
-// Listen for completion
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('AI completed response');
-});
-
-// Send a message
-await CapgoLLM.sendMessage({
-  chatId,
-  message: 'Hello! How are you today?'
-});
-```
-
-## Funciones avanzadas
-
-### Descargar modelos
-
-```typescript
-// Download a model from URL
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/model.task',
-  filename: 'model.task'
-});
-
-// For Android, download both .task and .litertlm files
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-
-// Listen for download progress
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log(`Download progress: ${event.progress}%`);
-  console.log(`Downloaded: ${event.downloadedBytes} / ${event.totalBytes}`);
-});
-```
-
-### Gestión de modelos
-
-```typescript
-// Set a specific model with configuration
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-
-// Check readiness
-const { readiness } = await CapgoLLM.getReadiness();
-if (readiness === 'ready') {
-  // Model is loaded and ready
-}
-
-// Listen for readiness changes
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Readiness changed:', event.readiness);
-});
-```
-
-## API Métodos
-
-### crearChat()
-
-Crea una nueva sesión de chat.
-
-```typescript
-const { id: chatId } = await CapgoLLM.createChat();
-```
-
-**Devoluciones:** `Promise<{ id: string; instructions?: string }>`
-
-### enviar mensaje(...)
-
-Envíe un mensaje al LLM.
-
-```typescript
-await CapgoLLM.sendMessage({
-  chatId: 'chat-id',
-  message: 'What is the weather like?'
-});
-```
-
-| Parámetro | Tipo | Descripción |
-| ---------- | -------- | -------------------- |
-| **`chatId`** | `string` | ID de sesión de chat |
-| **`message`** | `string` | Mensaje para enviar |
-
-### obtener preparación()
-
-Verifique si el LLM está listo para usar.
-
-```typescript
-const { readiness } = await CapgoLLM.getReadiness();
-```
-
-**Devoluciones:** `Promise<{ readiness: string }>`
-
-Valores posibles:
-- `ready` - El modelo está cargado y listo
-- `loading` - Se está cargando el modelo
-- `not_ready` - Modelo aún no cargado
-- `error` - Error al cargar el modelo
-
-### establecerModelo(...)
-
-Establezca la configuración del modelo.
-
-```typescript
-// iOS: Use Apple Intelligence (recommended)
-await CapgoLLM.setModel({
-  path: 'Apple Intelligence'
-});
-
-// iOS: Use custom MediaPipe model (experimental)
-await CapgoLLM.setModel({
-  path: 'Gemma2-2B-IT_multi-prefill-seq_q8_ekv1280',
-  modelType: 'task',
-  maxTokens: 1280
-});
-
-// Android: Use MediaPipe model
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-```| Parámetro | Tipo | Descripción |
-| --------------- | -------- | ------------------------------------------------- |
-| **`path`** | `string` | Ruta del modelo o "Apple Inteligencia" para el sistema iOS |
-| **`modelType`** | `string` | Opcional: tipo de archivo de modelo (por ejemplo, "tarea", "bin") |
-| **`maxTokens`** | `number` | Opcional: tokens máximos que maneja el modelo |
-| **`topk`** | `number` | Opcional: Número de tokens considerados en cada paso |
-| **`temperature`** | `number` | Opcional: Aleatoriedad en la generación (0,0-1,0) |
-| **`randomSeed`** | `number` | Opcional: Semilla aleatoria para generación |
-
-### descargarModelo(...)
-
-Descargue un modelo desde la URL y guárdelo en el almacenamiento del dispositivo.
-
-```typescript
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-```
-
-| Parámetro | Tipo | Descripción |
-| ---------------- | -------- | ------------------------------------- |
-| **`url`** | `string` | URL para descargar desde |
-| **`companionUrl`** | `string` | Opcional: URL del archivo complementario (.litertlm) |
-| **`filename`** | `string` | Opcional: Nombre de archivo para guardar como |
-
-**Devoluciones:** `Promise<{ path: string; companionPath?: string }>`
-
-## Eventos
-
-### textoDeAi
-
-Se activa cuando la IA genera texto (respuesta de transmisión).
-
-```typescript
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('AI text:', event.text);
-  console.log('Chat ID:', event.chatId);
-  console.log('Is chunk:', event.isChunk);
-});
-```
-
-**Datos del evento:**
-- `text` (cadena) - Fragmento de texto incremental de AI
-- `chatId` (cadena) - ID de sesión de chat
-- `isChunk` (booleano): si se trata de un fragmento completo o de datos de transmisión parciales
-
-### aiTerminado
-
-Se dispara cuando la IA completa la respuesta.
-
-```typescript
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('Completed for chat:', event.chatId);
-});
-```
-
-**Datos del evento:**
-- `chatId` (cadena) - ID de sesión de chat
-
-### descargarProgreso
-
-Activado durante la descarga del modelo para informar el progreso.
-
-```typescript
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log('Progress:', event.progress, '%');
-  console.log('Downloaded:', event.downloadedBytes, '/', event.totalBytes);
-});
-```
-
-**Datos del evento:**
-- `progress` (número) - Porcentaje de descarga completada (0-100)
-- `downloadedBytes` (número) - Bytes descargados hasta el momento
-- `totalBytes` (número) - Total de bytes para descargar
-
-### preparaciónCambiar
-
-Se activa cuando cambia el estado de preparación del LLM.
-
-```typescript
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Readiness changed to:', event.readiness);
-});
-```
-
-**Datos del evento:**
-- `readiness` (cadena) - El nuevo estado de preparación
-
-## Ejemplo completo
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-class AIService {
-  private chatId: string | null = null;
-  private messageBuffer: string = '';
-
-  async initialize() {
-    // Set up model based on platform
-    const platform = Capacitor.getPlatform();
-
-    if (platform === 'ios') {
-      // iOS: Use Apple Intelligence (recommended)
-      await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-    } else {
-      // Android: Use MediaPipe model
-      await CapgoLLM.setModel({
-        path: '/android_asset/gemma-3-270m-it-int8.task',
-        maxTokens: 2048,
-        topk: 40,
-        temperature: 0.8
-      });
-    }
-
-    // Wait for model to be ready
-    let isReady = false;
-    while (!isReady) {
-      const { readiness } = await CapgoLLM.getReadiness();
-      if (readiness === 'ready') {
-        isReady = true;
-      } else if (readiness === 'error') {
-        throw new Error('Failed to load model');
-      }
-      await new Promise(resolve => setTimeout(resolve, 500));
-    }
-
-    // Create chat session
-    const { id } = await CapgoLLM.createChat();
-    this.chatId = id;
-
-    // Set up event listeners
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    CapgoLLM.addListener('textFromAi', (event) => {
-      if (event.chatId === this.chatId) {
-        this.messageBuffer += event.text;
-        this.onTextReceived(event.text);
-      }
-    });
-
-    CapgoLLM.addListener('aiFinished', (event) => {
-      if (event.chatId === this.chatId) {
-        this.onMessageComplete(this.messageBuffer);
-        this.messageBuffer = '';
-      }
-    });
-  }
-
-  async sendMessage(message: string) {
-    if (!this.chatId) {
-      throw new Error('Chat not initialized');
-    }
-
-    await CapgoLLM.sendMessage({
-      chatId: this.chatId,
-      message
-    });
-  }
-
-  onTextReceived(text: string) {
-    // Update UI with streaming text
-    console.log('Received:', text);
-  }
-
-  onMessageComplete(fullMessage: string) {
-    // Handle complete message
-    console.log('Complete message:', fullMessage);
-  }
-}
-
-// Usage
-const ai = new AIService();
-await ai.initialize();
-await ai.sendMessage('Tell me about AI');
-```
-
-## Soporte de plataforma
-
-| Plataforma | Apoyado | Requisitos |
-|----------|-----------|--------------|
-| iOS | ✅ | iOS 13.0+ (26.0+ para Apple Inteligencia) |
-| Android | ✅ | API 24+ |
-| Web | ❌ | No compatible |
-
-## Mejores prácticas
-
-1. **Selección de modelo**: elija modelos según las capacidades del dispositivo
-   - Utilice 270M para la mayoría de los dispositivos móviles
-   - Utilice 1B para dispositivos de gama alta con más RAM
-   - Pruebe el rendimiento en los dispositivos de destino.
-
-2. **Administración de memoria**: borre las sesiones de chat cuando haya terminado
-   ```typescript
-   // Create new chat for new conversations
-   const { id } = await CapacitorLLM.createChat();
-   ```
-
-3. **Manejo de errores**: siempre verifique que esté listo antes de usar
-   ```typescript
-   const { readiness } = await CapacitorLLM.getReadiness();
-   if (readiness !== 'ready') {
-     // Handle not ready state
-   }
-   ```
-
-4. **Interfaz de usuario de transmisión**: actualice la interfaz de usuario de forma incremental con transmisión de texto
-   - Mostrar texto tal como llega a través de `onAiText`
-   - Marcar completo con `onAiCompletion`
-
-5. **Descarga de modelos**: descarga modelos durante la configuración de la aplicación, no en el primer uso.
-   ```typescript
-   // During app initialization
-   await CapacitorLLM.downloadModel({
-     url: 'https://your-cdn.com/model.task',
-     filename: 'model.task'
-   });
-   ```
-
-## Solución de problemas### El modelo no se carga
-- Verifique que el archivo del modelo esté en la ubicación correcta
-- Verifique que el formato del modelo coincida con la plataforma (.gguf para iOS, .task para Android)
-- Garantizar suficiente almacenamiento en el dispositivo
-
-### Mal desempeño
-- Pruebe un modelo más pequeño (270M en lugar de 1B)
-- Cierra otras aplicaciones para liberar memoria.
-- Prueba en un dispositivo real, no en un simulador
-
-### Sin respuestas
-- Verificar que el estado de preparación sea "listo"
-- Verificar que los detectores de eventos estén configurados antes de enviar mensajes.
-- Verifique la consola en busca de errores.
-
-## Recursos
-
-- [GitHub Repositorio](https://github.com/Cap-go/capacitor-llm)
-- [Modelos Gemma](https://ai.google.dev/gemma)
-- [Apple Inteligencia](https://developer.apple.com/machine-learning/)
-- [MediaPipe](https://developers.google.com/mediapipe)
diff --git a/src/content/docs/es/docs/plugins/llm/index.mdx b/src/content/docs/es/docs/plugins/llm/index.mdx
deleted file mode 100644
index 294103b86..000000000
--- a/src/content/docs/es/docs/plugins/llm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-llm"
-description: Ejecuta modelos LLM localmente en iOS y Android con soporte nativo de Apple Intelligence para privacidad y capacidades offline.
-tableOfContents: false
-next: false
-prev: false
-locale: es
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Ejecuta modelos LLM directamente en el dispositivo con integración nativa de Apple Intelligence y aceleración de hardware.
-  image:
-    file: ~public/icons/plugins/llm.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/llm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-llm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Privacidad en el Dispositivo" icon="approve-check-circle">
-    Ejecuta modelos LLM directamente en el dispositivo para privacidad y capacidades offline 🤖
-  </Card>
-  <Card title="Apple Intelligence" icon="star">
-    Integración nativa de Apple Intelligence en iOS 26.0+ 🍎
-  </Card>
-  <Card title="Múltiples Formatos" icon="puzzle">
-    Soporte para formatos de modelo .task y .litertlm 📦
-  </Card>
-  <Card title="Aceleración de Hardware" icon="rocket">
-    Inferencia rápida con aceleración de hardware nativo ⚡
-  </Card>
-  <Card title="Respuestas en Streaming" icon="download">
-    Respuestas en streaming en tiempo real con detectores de eventos 🔄
-  </Card>
-  <Card title="Comenzar" icon="open-book">
-    Consulta la [Guía de Inicio](/docs/plugins/llm/getting-started/) para instalar y configurar el Plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/media-session/getting-started.mdx b/src/content/docs/es/docs/plugins/media-session/getting-started.mdx
deleted file mode 100644
index b051b236e..000000000
--- a/src/content/docs/es/docs/plugins/media-session/getting-started.mdx
+++ /dev/null
@@ -1,83 +0,0 @@
----
-title: Comenzar
-description: Sincroniza la interfaz de usuario de tu reproductor con los controles multimedia nativos usando el Plugin Media Session.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el Plugin**
-   <PackageManagers pkg="@Capgo/Capacitor-media-session" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar plataformas**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-> ℹ️ La API de Media Session está disponible en Android (navegadores basados en Chrome, WebView) y muchos navegadores de escritorio. En plataformas no compatibles, las llamadas se resuelven sin tener efecto, por lo que protege tu interfaz de usuario en consecuencia.
-
-## Publicar metadatos
-
-```typescript
-import { MediaSession } from '@capgo/capacitor-media-session';
-
-await MediaSession.setMetadata({
-  title: 'Weekly Tech Podcast',
-  artist: 'Capgo Studio',
-  album: 'Season 2',
-  artwork: [
-    { src: 'https://cdn.example.com/covers/s02e05-512.png', sizes: '512x512', type: 'image/.png' },
-  ],
-});
-```
-
-## Actualizar el estado de reproducción
-
-```typescript
-await MediaSession.setPlaybackState({ playbackState: 'playing' });
-
-// Pausar más tarde si es necesario
-await MediaSession.setPlaybackState({ playbackState: 'paused' });
-```
-
-## Manejar acciones multimedia
-
-```typescript
-const pauseHandler = async () => {
-  player.pause();
-  await MediaSession.setPlaybackState({ playbackState: 'paused' });
-};
-
-await MediaSession.setActionHandler({ action: 'pause' }, pauseHandler);
-await MediaSession.setActionHandler({ action: 'play' }, async () => {
-  await player.play();
-  await MediaSession.setPlaybackState({ playbackState: 'playing' });
-});
-
-// Eliminar un manejador cuando descartes el reproductor
-await MediaSession.setActionHandler({ action: 'pause' }, null);
-```
-
-## Mantener la posición sincronizada
-
-```typescript
-const updatePosition = async () => {
-  await MediaSession.setPositionState({
-    duration: player.duration,
-    position: player.currentTime,
-    playbackRate: player.playbackRate,
-  });
-};
-
-player.ontimeupdate = updatePosition;
-player.onratechange = updatePosition;
-```
-
-## Recomendaciones
-
-- Actualiza los metadatos cuando cambie la pista para que las notificaciones y los altavoces inteligentes se mantengan actualizados.
-- Limita las actualizaciones de posición (por ejemplo, cada 250 ms) para evitar saturar la capa nativa.
-- Siempre elimina los manejadores de acciones al desmontar una instancia del reproductor para evitar fugas accidentales.
diff --git a/src/content/docs/es/docs/plugins/media-session/index.mdx b/src/content/docs/es/docs/plugins/media-session/index.mdx
deleted file mode 100644
index 79eca2643..000000000
--- a/src/content/docs/es/docs/plugins/media-session/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@Capgo/Capacitor-media-session"
-description: Controla los controles multimedia de la pantalla de bloqueo, notificaciones y auriculares directamente desde Capacitor.
-tableOfContents: false
-next: false
-prev: false
-locale: es
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Publica metadatos de pistas, reacciona a eventos de reproducción/pausa y sincroniza el estado de reproducción con los controles multimedia nativos.
-  image:
-    file: ~public/icons/plugins/media-session.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/media-session/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-media-session/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-El Plugin Media Session conecta Capacitor con la API de Media Session para que tus reproductores de audio y video se sientan nativos en todas partes.
-
-<CardGrid stagger>
-  <Card title="Metadatos enriquecidos" icon="star">
-    Proporciona arte de álbum, artista y título para los controles de pantalla de bloqueo y notificaciones.
-  </Card>
-  <Card title="Sincronización de estado de reproducción" icon="rocket">
-    Mantén los botones de reproducción/pausa y los indicadores de progreso alineados con tu reproductor.
-  </Card>
-  <Card title="Callbacks de acciones" icon="pencil">
-    Maneja botones de auriculares y acciones multimedia del sistema operativo desde tu código Capacitor.
-  </Card>
-  <Card title="Reporte de posición" icon="download">
-    Envía duración, posición y velocidad para que el desplazamiento funcione con fluidez.
-  </Card>
-</CardGrid>
-
-Salta a la guía de inicio para conectar las actualizaciones de metadatos al ciclo de vida de tu reproductor.
diff --git a/src/content/docs/es/docs/plugins/mute/getting-started.mdx b/src/content/docs/es/docs/plugins/mute/getting-started.mdx
deleted file mode 100644
index 14be1d52a..000000000
--- a/src/content/docs/es/docs/plugins/mute/getting-started.mdx
+++ /dev/null
@@ -1,210 +0,0 @@
----
-title: Comenzar
-description: Aprende cómo instalar y usar el Plugin Mute para detectar el estado de modo silencioso en tu aplicación Capacitor.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-mute" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Uso
-
-Importa el Plugin y usa sus métodos para verificar el estado de silencio:
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-// Verificar si el dispositivo está silenciado
-const checkMuteState = async () => {
-  const { value } = await CapacitorMute.isMuted();
-
-  if (value) {
-    console.log('El dispositivo está silenciado/en modo silencioso');
-    // Ajustar el comportamiento de la aplicación para modo silencioso
-  } else {
-    console.log('El sonido del dispositivo está activado');
-  }
-};
-```
-
-## Referencia de API
-
-### isMuted()
-
-Verifica si el dispositivo está actualmente silenciado/en modo silencioso.
-
-```typescript
-const result = await CapacitorMute.isMuted();
-// Devuelve: { value: boolean }
-```
-
-## Ejemplo Completo
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-export class SoundManager {
-  private isMuted = false;
-
-  async initialize() {
-    // Obtener el estado inicial de silencio
-    await this.checkMuteState();
-  }
-
-  async checkMuteState() {
-    try {
-      const { value } = await CapacitorMute.isMuted();
-      this.isMuted = value;
-      this.updateAppBehavior();
-    } catch (error) {
-      console.error('Error al verificar el estado de silencio:', error);
-    }
-  }
-
-  private updateAppBehavior() {
-    if (this.isMuted) {
-      // El dispositivo está silenciado - ajustar el comportamiento de la aplicación
-      this.disableSoundEffects();
-      this.showVisualNotifications();
-    } else {
-      // El sonido del dispositivo está activado
-      this.enableSoundEffects();
-      this.useAudioNotifications();
-    }
-  }
-
-  private disableSoundEffects() {
-    // Desactivar sonidos dentro de la aplicación
-    console.log('Desactivando efectos de sonido');
-  }
-
-  private enableSoundEffects() {
-    // Activar sonidos dentro de la aplicación
-    console.log('Activando efectos de sonido');
-  }
-
-  private showVisualNotifications() {
-    // Usar retroalimentación visual en lugar de audio
-    console.log('Usando notificaciones visuales');
-  }
-
-  private useAudioNotifications() {
-    // Usar notificaciones de audio
-    console.log('Usando notificaciones de audio');
-  }
-}
-
-// Uso
-const soundManager = new SoundManager();
-await soundManager.initialize();
-
-// Sondear periódicamente para verificar cambios
-setInterval(() => {
-  soundManager.checkMuteState();
-}, 5000); // Verificar cada 5 segundos
-```
-
-## Comportamiento por Plataforma
-
-### iOS
-- Detecta el estado del interruptor físico de silencio
-- Sin eventos de cambio en tiempo real (se requiere sondeo)
-- Funciona en iPhone y iPad con interruptor de silencio
-
-### Android
-- Verifica si el modo de timbre está configurado en silencio o vibración
-- Sin eventos de cambio (se requiere sondeo)
-- Basado en el modo de timbre de AudioManager
-
-## Mejores Prácticas
-
-1. **Sondear para detectar cambios**
-   Dado que el Plugin no proporciona eventos en tiempo real, sondea periódicamente si necesitas rastrear cambios:
-   ```typescript
-   // Verificar el estado de silencio periódicamente
-   setInterval(async () => {
-     const { value } = await CapacitorMute.isMuted();
-     if (value !== previousMuteState) {
-       handleMuteStateChange(value);
-     }
-   }, 5000);
-   ```
-
-2. **Respetar las preferencias del usuario**
-   Siempre honra el estado de silencio y ajusta el comportamiento de audio de tu aplicación en consecuencia.
-
-3. **Proporcionar alternativas visuales**
-   ```typescript
-   const { value: isMuted } = await CapacitorMute.isMuted();
-   if (isMuted) {
-     // Mostrar notificaciones visuales
-     showToast('Nuevo mensaje recibido');
-   } else {
-     // Reproducir notificación de sonido
-     playNotificationSound();
-   }
-   ```
-
-## Casos de Uso
-
-1. **Gestión de Sonido en Juegos**
-   ```typescript
-   const shouldPlaySound = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-     return !isMuted && userPreferences.soundEnabled;
-   };
-   ```
-
-2. **Manejo de Notificaciones**
-   ```typescript
-   const sendNotification = async (message: string) => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     if (isMuted) {
-       // Usar vibración o notificación visual
-       await Haptics.vibrate();
-       showBanner(message);
-     } else {
-       // Reproducir sonido de notificación
-       await playSound('notification.mp3');
-     }
-   };
-   ```
-
-3. **Reproductor de Video**
-   ```typescript
-   const initVideoPlayer = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     videoPlayer.setMuted(isMuted);
-     if (isMuted) {
-       showSubtitles(true);
-       showMuteIndicator();
-     }
-   };
-   ```
-
-## Solución de Problemas
-
-1. **Siempre devuelve false en Android**
-   - Verifica si el modo de timbre del dispositivo está realmente configurado en silencio
-   - Algunos dispositivos Android pueden tener un comportamiento diferente
-
-2. **No hay eventos de cambio disponibles**
-   - El Plugin no proporciona eventos de cambio en tiempo real
-   - Implementa sondeo si necesitas detectar cambios
-
-3. **No funciona en el simulador**
-   - El Simulador de iOS no tiene un interruptor de silencio
-   - Prueba en dispositivos reales para obtener resultados precisos
diff --git a/src/content/docs/es/docs/plugins/mute/index.mdx b/src/content/docs/es/docs/plugins/mute/index.mdx
deleted file mode 100644
index 50afbbc4c..000000000
--- a/src/content/docs/es/docs/plugins/mute/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-mute"
-description: Detecta y controla el estado del interruptor de silencio en dispositivos iOS y verifica los estados de volumen en Android.
-tableOfContents: false
-next: false
-prev: false
-locale: es
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Verifica si un dispositivo está silenciado o en modo silencioso. Detecta el interruptor de silencio en iOS y el estado de volumen en Android.
-  image:
-    file: ~public/icons/plugins/mute.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/mute/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-mute/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Detección de modo silencioso" icon="rocket">
-    Detecta si el dispositivo está en modo silencioso/silenciado 🔇
-  </Card>
-  <Card title="Multiplataforma" icon="setting">
-    Funciona tanto en iOS (interruptor de silencio) como en Android (volumen) 📱
-  </Card>
-  <Card title="API Simple" icon="pencil">
-    Fácil de usar con métodos sencillos 🎯
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/mute/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/mux-player/getting-started.mdx b/src/content/docs/es/docs/plugins/mux-player/getting-started.mdx
deleted file mode 100644
index 5e5994342..000000000
--- a/src/content/docs/es/docs/plugins/mux-player/getting-started.mdx
+++ /dev/null
@@ -1,91 +0,0 @@
----
-title: Comenzar
-description: Integra el SDK nativo de Mux Player dentro de tu aplicación Capacitor.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el Plugin**
-   <PackageManagers pkg="@Capgo/Capacitor-mux-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Preparación para iOS
-
-1. Abre el espacio de trabajo de Xcode en `ios/App/`.
-2. Agrega el paquete Swift `https://github.com/muxinc/mux-player-swift` a tu objetivo de aplicación para que el módulo `MuxPlayerSwift` esté disponible.
-3. Asegúrate de que el objetivo de implementación sea **iOS 15+** y reconstruye.
-
-## Preparación para Android
-
-El módulo Gradle viene con los repositorios y dependencias correctos. Si usas un proxy corporativo personalizado, permite solicitudes a `https://muxinc.jfrog.io/artifactory/default-maven-release-local`.
-
-## Lanzar el reproductor
-
-```typescript
-import { MuxPlayer } from '@capgo/capacitor-mux-player';
-
-await MuxPlayer.play({
-  playbackId: 'your-playback-id',
-  environmentKey: 'your-mux-data-key',
-  title: 'Launch Announcement',
-  subtitle: 'Filmed live at Capgo HQ',
-  poster: 'https://stream.example.com/poster.jpg',
-});
-```
-
-## Escuchar eventos del reproductor
-
-```typescript
-const readyHandle = await MuxPlayer.addListener('ready', ({ playerName }) => {
-  console.log('Mux player ready', playerName);
-});
-
-const errorHandle = await MuxPlayer.addListener('error', ({ message }) => {
-  console.error('Mux player error:', message);
-});
-
-// Limpiar después de descartar el reproductor
-const dismissPlayer = async () => {
-  await MuxPlayer.dismiss();
-  await readyHandle.remove();
-  await errorHandle.remove();
-};
-```
-
-## Reproducción basada en tokens
-
-```typescript
-await MuxPlayer.play({
-  playbackId: 'signed-playback-id',
-  playbackToken: signedPlaybackToken,
-  drmToken: signedDrmToken, // Opcional si habilitaste políticas DRM
-  autoPlay: true,
-  startTime: 120, // comenzar en 2 minutos
-});
-```
-
-## Reaccionar al ciclo de vida del reproductor
-
-```typescript
-const { active } = await MuxPlayer.isActive();
-if (active) {
-  console.log('Reproductor actualmente visible');
-}
-
-// Eliminar todos los registros de detectores al desmontar
-await MuxPlayer.removeAllListeners();
-```
-
-## Consejos
-
-- Genera tokens de reproducción firmados y DRM en tu backend usando las claves de firma de Mux.
-- Pasa un `playerName` para separar los análisis al ejecutar múltiples reproductores en tu aplicación.
-- Combina con `enableSmartCache` para mejorar la resistencia offline en plataformas compatibles.
diff --git a/src/content/docs/es/docs/plugins/mux-player/index.mdx b/src/content/docs/es/docs/plugins/mux-player/index.mdx
deleted file mode 100644
index d97f95bf1..000000000
--- a/src/content/docs/es/docs/plugins/mux-player/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@Capgo/Capacitor-mux-player"
-description: Lanza el SDK nativo de Mux Player desde aplicaciones Capacitor con soporte de reproducción firmada y análisis.
-tableOfContents: false
-next: false
-prev: false
-locale: es
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Transmite video Mux de alta calidad en pantalla completa con DRM, análisis y controles consistentes en iOS, Android y web.
-  image:
-    file: ~public/icons/plugins/mux-player.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/mux-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-mux-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Ofrece reproducción premium envolviendo los SDK nativos oficiales de Mux en una interfaz Capacitor simple.
-
-<CardGrid stagger>
-  <Card title="Experiencia de SDK nativo" icon="rocket">
-    Usa el mismo stack de reproducción que los SDK móviles de Mux con tasa de bits adaptativa y DRM.
-  </Card>
-  <Card title="Reproducción firmada" icon="approve-check">
-    Proporciona tokens de reproducción y DRM para entrega segura de transmisiones protegidas.
-  </Card>
-  <Card title="API Uniforme" icon="pencil">
-    Activa la reproducción, descarta el reproductor y escucha eventos con una API TypeScript única.
-  </Card>
-  <Card title="Listo para análisis" icon="star">
-    Pasa claves de entorno y nombres de reproductores para alimentar la telemetría de Mux Data automáticamente.
-  </Card>
-</CardGrid>
-
-La guía de inicio te guía a través de la conexión de los SDK nativos, el manejo de tokens y la respuesta a eventos del reproductor.
diff --git a/src/content/docs/es/docs/plugins/native-audio/getting-started.mdx b/src/content/docs/es/docs/plugins/native-audio/getting-started.mdx
deleted file mode 100644
index a82b5a27d..000000000
--- a/src/content/docs/es/docs/plugins/native-audio/getting-started.mdx
+++ /dev/null
@@ -1,479 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y utilizar el complemento Native Audio para la reproducción
-  de audio de alto rendimiento en su aplicación Capacitor.
-sidebar:
-  order: 2
-locale: es
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/native-audio" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Agregar archivos de audio**
-   Coloque sus archivos de audio en las carpetas de la plataforma apropiadas:
-   - **iOS**: `ios/App/App/sounds/`
-   - **Android**: `android/app/src/main/res/raw/`
-</Steps>
-
-## Uso
-
-Importe el complemento y precargue los archivos de audio antes de reproducirlos:
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-// Preload audio files
-const preloadAudio = async () => {
-  // Simple preload for short sounds
-  await NativeAudio.preload({
-    assetId: 'click',
-    assetPath: 'sounds/click.mp3',
-    audioChannelNum: 1,
-    isUrl: false
-  });
-  
-  // Complex preload for music/longer audio
-  await NativeAudio.preloadComplex({
-    assetId: 'background-music',
-    assetPath: 'sounds/background.mp3',
-    audioChannelNum: 1,
-    volume: 0.5,
-    delay: 0,
-    isUrl: false
-  });
-};
-
-// Play audio
-const playSound = async () => {
-  await NativeAudio.play({
-    assetId: 'click'
-  });
-};
-
-// Play with options
-const playMusic = async () => {
-  await NativeAudio.play({
-    assetId: 'background-music',
-    time: 0 // Start from beginning
-  });
-};
-
-// Loop audio
-const loopMusic = async () => {
-  await NativeAudio.loop({
-    assetId: 'background-music'
-  });
-};
-
-// Stop audio
-const stopMusic = async () => {
-  await NativeAudio.stop({
-    assetId: 'background-music'
-  });
-};
-
-// Unload when done
-const cleanup = async () => {
-  await NativeAudio.unload({
-    assetId: 'click'
-  });
-  await NativeAudio.unload({
-    assetId: 'background-music'
-  });
-};
-```
-
-## API Referencia
-
-### precarga (opciones)
-
-Precarga un archivo de audio para una reproducción sencilla (mejor para sonidos cortos).
-
-```typescript
-interface PreloadOptions {
-  assetId: string;
-  assetPath: string;
-  audioChannelNum?: number;
-  isUrl?: boolean;
-}
-
-await NativeAudio.preload({
-  assetId: 'sound-effect',
-  assetPath: 'sounds/effect.mp3',
-  audioChannelNum: 1,
-  isUrl: false
-});
-```
-
-### precargaComplejo(opciones)
-
-Precarga audio con opciones avanzadas (mejor para música/audio de fondo).
-
-```typescript
-interface PreloadComplexOptions {
-  assetId: string;
-  assetPath: string;
-  volume?: number; // 0.0 to 1.0
-  audioChannelNum?: number;
-  delay?: number;
-  isUrl?: boolean;
-  fadeDuration?: number;
-}
-
-await NativeAudio.preloadComplex({
-  assetId: 'theme-song',
-  assetPath: 'sounds/theme.mp3',
-  volume: 0.7,
-  audioChannelNum: 2,
-  isUrl: false
-});
-```
-
-### jugar(opciones)
-
-Reproduce un archivo de audio precargado.
-
-```typescript
-interface PlayOptions {
-  assetId: string;
-  time?: number; // Start time in seconds
-}
-
-await NativeAudio.play({
-  assetId: 'sound-effect',
-  time: 0
-});
-```
-
-### bucle (opciones)
-
-Realiza un bucle continuo de un archivo de audio precargado.
-
-```typescript
-await NativeAudio.loop({
-  assetId: 'background-music'
-});
-```
-
-### detener(opciones)
-
-Deja de reproducir un archivo de audio.
-
-```typescript
-await NativeAudio.stop({
-  assetId: 'background-music'
-});
-```
-
-### pausa (opciones)
-
-Pausa la reproducción de audio.
-
-```typescript
-await NativeAudio.pause({
-  assetId: 'background-music'
-});
-```
-
-### currículum (opciones)
-
-Reanuda el audio en pausa.
-
-```typescript
-await NativeAudio.resume({
-  assetId: 'background-music'
-});
-```
-
-### establecerVolumen(opciones)
-
-Establece el volumen de un recurso de audio.
-
-```typescript
-interface SetVolumeOptions {
-  assetId: string;
-  volume: number; // 0.0 to 1.0
-}
-
-await NativeAudio.setVolume({
-  assetId: 'background-music',
-  volume: 0.3
-});
-```
-
-### obtenerDuración(opciones)
-
-Obtiene la duración de un archivo de audio en segundos.
-
-```typescript
-const { duration } = await NativeAudio.getDuration({
-  assetId: 'background-music'
-});
-console.log(`Duration: ${duration} seconds`);
-```
-
-### getCurrentTime(opciones)
-
-Obtiene el tiempo de reproducción actual en segundos.
-
-```typescript
-const { currentTime } = await NativeAudio.getCurrentTime({
-  assetId: 'background-music'
-});
-console.log(`Current time: ${currentTime} seconds`);
-```
-
-### está reproduciendo (opciones)
-
-Comprueba si el audio se está reproduciendo actualmente.
-
-```typescript
-const { isPlaying } = await NativeAudio.isPlaying({
-  assetId: 'background-music'
-});
-console.log(`Is playing: ${isPlaying}`);
-```
-
-### descargar (opciones)
-
-Descarga un archivo de audio de la memoria.
-
-```typescript
-await NativeAudio.unload({
-  assetId: 'sound-effect'
-});
-```
-
-## Uso avanzado
-
-### Clase de administrador de sonido
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-export class SoundManager {
-  private sounds: Map<string, boolean> = new Map();
-  private volume = 1.0;
-  
-  async init() {
-    // Preload all sounds
-    await this.preloadSound('click', 'sounds/click.mp3');
-    await this.preloadSound('success', 'sounds/success.mp3');
-    await this.preloadSound('error', 'sounds/error.mp3');
-    
-    // Preload music
-    await this.preloadMusic('background', 'sounds/background.mp3', 0.5);
-  }
-  
-  private async preloadSound(id: string, path: string) {
-    try {
-      await NativeAudio.preload({
-        assetId: id,
-        assetPath: path,
-        audioChannelNum: 1,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Failed to preload ${id}:`, error);
-    }
-  }
-  
-  private async preloadMusic(id: string, path: string, volume: number) {
-    try {
-      await NativeAudio.preloadComplex({
-        assetId: id,
-        assetPath: path,
-        volume,
-        audioChannelNum: 2,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Failed to preload ${id}:`, error);
-    }
-  }
-  
-  async playSound(id: string) {
-    if (!this.sounds.has(id)) {
-      console.warn(`Sound ${id} not preloaded`);
-      return;
-    }
-    
-    try {
-      await NativeAudio.play({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to play ${id}:`, error);
-    }
-  }
-  
-  async playMusic(id: string) {
-    if (!this.sounds.has(id)) return;
-    
-    try {
-      await NativeAudio.loop({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to play music ${id}:`, error);
-    }
-  }
-  
-  async stopMusic(id: string) {
-    try {
-      await NativeAudio.stop({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to stop ${id}:`, error);
-    }
-  }
-  
-  async setMasterVolume(volume: number) {
-    this.volume = Math.max(0, Math.min(1, volume));
-    
-    // Update all loaded sounds
-    for (const [id] of this.sounds) {
-      await NativeAudio.setVolume({
-        assetId: id,
-        volume: this.volume
-      });
-    }
-  }
-  
-  async cleanup() {
-    for (const [id] of this.sounds) {
-      await NativeAudio.unload({ assetId: id });
-    }
-    this.sounds.clear();
-  }
-}
-```
-
-### Cargando desde URL
-
-```typescript
-// Load audio from URL
-await NativeAudio.preloadComplex({
-  assetId: 'remote-audio',
-  assetPath: 'https://example.com/audio.mp3',
-  isUrl: true,
-  volume: 0.8
-});
-```
-
-### Efectos de aparición y desaparición gradual
-
-```typescript
-const fadeIn = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-  
-  await NativeAudio.setVolume({ assetId, volume: 0 });
-  await NativeAudio.play({ assetId });
-  
-  for (let i = 1; i <= steps; i++) {
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-  }
-};
-
-const fadeOut = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-  
-  for (let i = steps; i >= 0; i--) {
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-  }
-  
-  await NativeAudio.stop({ assetId });
-};
-```
-
-## Mejores prácticas
-
-1. **Precarga durante la inicialización de la aplicación**
-   ```typescript
-   import { App } from '@capacitor/app';
-   
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await soundManager.init();
-     }
-   });
-   ```
-
-2. **Maneja los errores con elegancia**
-   ```typescript
-   try {
-     await NativeAudio.play({ assetId: 'sound' });
-   } catch (error) {
-     console.log('Audio playback failed, continuing silently');
-   }
-   ```
-
-3. **Descargar audio no utilizado**
-   ```typescript
-   // Unload sounds when leaving a screen
-   ionViewWillLeave() {
-     this.unloadScreenSounds();
-   }
-   ```
-
-4. **Utilice métodos de precarga adecuados**
-   - `preload()` para efectos de sonido cortos (< 5 segundos)
-   - `preloadComplex()` para música y audio más largo
-
-## Notas de plataforma
-
-### iOS
-- Admite AAC, MP3, WAV y otros formatos Core Audio
-- Utiliza AVAudioPlayer para audio complejo
-- Utiliza System Sound Services para audio simple
-- Admite audio de fondo con la configuración adecuada
-
-### Android
-- Soporta formatos MP3, OGG, WAV
-- Utiliza SoundPool para audio simple
-- Utiliza MediaPlayer para audio complejo
-- Puede requerir permiso WAKE_LOCK para reproducción en segundo plano
-
-### Colocación de archivos
-
-#### iOS
-Coloque archivos en `ios/App/App/sounds/` o cree una referencia de carpeta en Xcode.
-
-#### Android
-Coloque archivos en `android/app/src/main/res/raw/`. 
-Nota: Los nombres de los archivos deben estar en minúsculas y sin caracteres especiales.
-
-## Problemas comunes
-
-1. **El audio no se reproduce**
-   - Asegúrese de que los archivos estén en los directorios correctos.
-   - Verificar la compatibilidad del formato de archivo
-   - Verificar que el identificador de activo coincida exactamente
-
-2. **Retraso en la reproducción**
-   - Utilice `preload()` para efectos de sonido
-   - Precarga antes de que necesites jugar
-
-3. **Problemas de memoria**
-   - Descargar archivos de audio cuando no sea necesario
-   - No precargues demasiados archivos grandes
-
-4. **Reproducción en segundo plano**
-   - Configurar la capacidad de audio de fondo en iOS
-   - Manejar el enfoque de audio en Android
diff --git a/src/content/docs/es/docs/plugins/native-audio/index.mdx b/src/content/docs/es/docs/plugins/native-audio/index.mdx
deleted file mode 100644
index f154d96d6..000000000
--- a/src/content/docs/es/docs/plugins/native-audio/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/native-audio"
-description: Plugin de reproducción de audio nativo de alto rendimiento para aplicaciones Capacitor con soporte de baja latencia y reproducción concurrente.
-tableOfContents: false
-next: false
-prev: false
-locale: es
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Reproduce audio con rendimiento nativo, baja latencia y reproducción concurrente. Perfecto para juegos, efectos de sonido y música de fondo.
-  image:
-    file: ~public/icons/plugins/native-audio.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/native-audio/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-native-audio/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Baja latencia" icon="rocket">
-    APIs de audio nativo para reproducción instantánea 🚀
-  </Card>
-  <Card title="Reproducción concurrente" icon="list-format">
-    Reproduce múltiples sonidos simultáneamente 🎵
-  </Card>
-  <Card title="Audio en segundo plano" icon="rocket">
-    Continúa la reproducción cuando la aplicación está en segundo plano 🎧
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/native-audio/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/native-biometric/getting-started.mdx b/src/content/docs/es/docs/plugins/native-biometric/getting-started.mdx
deleted file mode 100644
index b956e0c35..000000000
--- a/src/content/docs/es/docs/plugins/native-biometric/getting-started.mdx
+++ /dev/null
@@ -1,204 +0,0 @@
----
-title: Comenzar
-description: Aprende cómo instalar y usar el Plugin Biometría nativa para autenticación biométrica segura en tu aplicación Capacitor.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-native-biometric" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurar permisos**
-
-   ### iOS
-   Agrega la descripción de uso de Face ID a tu `Info.plist`:
-   ```xml
-   <key>NSFaceIDUsageDescription</key>
-   <string>For secure authentication</string>
-   ```
-
-   ### Android
-   Agrega el permiso biométrico a tu `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-   ```
-</Steps>
-
-## Uso
-
-Importa el Plugin y usa sus métodos para autenticación biométrica:
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-// Verificar si la autenticación biométrica está disponible
-const checkBiometric = async () => {
-  const result = await NativeBiometric.isAvailable();
-
-  if (result.isAvailable) {
-    console.log(`Tipo de biometría: ${result.biometryType}`);
-  }
-};
-
-// Realizar verificación biométrica
-const verify = async () => {
-  const verified = await NativeBiometric.verifyIdentity({
-    reason: "Para acceso seguro a tu cuenta",
-    title: "Autenticación",
-    subtitle: "Verifica tu identidad",
-    description: "Coloca tu dedo en el sensor"
-  })
-    .then(() => true)
-    .catch(() => false);
-
-  if (verified) {
-    console.log("Autenticación exitosa");
-  }
-};
-
-// Almacenar credenciales de forma segura
-const saveCredentials = async () => {
-  await NativeBiometric.setCredentials({
-    username: "user@example.com",
-    password: "securepassword",
-    server: "https://api.example.com"
-  });
-};
-
-// Recuperar credenciales almacenadas
-const getCredentials = async () => {
-  const credentials = await NativeBiometric.getCredentials({
-    server: "https://api.example.com"
-  });
-
-  console.log(credentials.username);
-  console.log(credentials.password);
-};
-
-// Eliminar credenciales almacenadas
-const deleteCredentials = async () => {
-  await NativeBiometric.deleteCredentials({
-    server: "https://api.example.com"
-  });
-};
-```
-
-## Referencia de API
-
-### isAvailable()
-
-Verifica si la autenticación biométrica está disponible en el dispositivo.
-
-```typescript
-interface AvailableResult {
-  isAvailable: boolean;
-  biometryType?: BiometryType;
-  errorCode?: number;
-}
-
-enum BiometryType {
-  NONE = 0,
-  TOUCH_ID = 1,
-  FACE_ID = 2,
-  FINGERPRINT = 3,
-  FACE_AUTHENTICATION = 4,
-  IRIS_AUTHENTICATION = 5
-}
-```
-
-### verifyIdentity(Opciones)
-
-Realiza la autenticación biométrica.
-
-```typescript
-interface BiometricOptions {
-  reason?: string;
-  title?: string;
-  subtitle?: string;
-  description?: string;
-  fallbackTitle?: string;
-  useFallback?: boolean;
-  maxAttempts?: number;
-}
-```
-
-### setCredentials(Opciones)
-
-Almacena credenciales de forma segura con protección biométrica.
-
-```typescript
-interface Credentials {
-  username: string;
-  password: string;
-  server: string;
-}
-```
-
-### getCredentials(Opciones)
-
-Recupera credenciales almacenadas después de la autenticación biométrica.
-
-```typescript
-interface GetCredentialOptions {
-  server: string;
-}
-```
-
-### deleteCredentials(Opciones)
-
-Elimina credenciales almacenadas.
-
-```typescript
-interface DeleteCredentialOptions {
-  server: string;
-}
-```
-
-## Mejores Prácticas
-
-1. **Siempre verificar disponibilidad primero**
-   ```typescript
-   const result = await NativeBiometric.isAvailable();
-   if (!result.isAvailable) {
-     // Volver a autenticación con contraseña
-   }
-   ```
-
-2. **Proporcionar razones claras**
-   Siempre explica por qué necesitas autenticación biométrica para generar confianza en el usuario.
-
-3. **Manejar errores con gracia**
-   ```typescript
-   try {
-     await NativeBiometric.verifyIdentity({
-       reason: "Acceder a tus datos seguros"
-     });
-   } catch (error) {
-     // Manejar cancelación o fallo
-     console.log("Autenticación fallida o cancelada");
-   }
-   ```
-
-4. **Usar alternativas apropiadas**
-   Habilita la alternativa de código de acceso para dispositivos donde la biometría puede fallar.
-
-## Diferencias por Plataforma
-
-### iOS
-- Soporta Touch ID y Face ID
-- Requiere `NSFaceIDUsageDescription` para Face ID
-- Alternativa de código de acceso del dispositivo disponible
-
-### Android
-- Soporta reconocimiento de huella dactilar, facial e iris
-- Requiere permiso `USE_BIOMETRIC`
-- API de Biometric Prompt para Android 9+
diff --git a/src/content/docs/es/docs/plugins/native-biometric/index.mdx b/src/content/docs/es/docs/plugins/native-biometric/index.mdx
deleted file mode 100644
index 31443d366..000000000
--- a/src/content/docs/es/docs/plugins/native-biometric/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-native-biometric"
-description: Plugin de Capacitor para autenticación biométrica nativa usando huella dactilar, Face ID y otros sensores biométricos.
-tableOfContents: false
-next: false
-prev: false
-locale: es
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Accede a las APIs de autenticación biométrica nativa para Android e iOS, proporcionando autenticación de usuario segura y conveniente.
-  image:
-    file: ~public/icons/plugins/native-biometric.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/native-biometric/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-native-biometric/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Múltiples biométricos" icon="rocket">
-    Soporta huella dactilar, Face ID, Touch ID y otros sensores biométricos 🚀
-  </Card>
-  <Card title="Autenticación segura" icon="approve-check">
-    Proporciona autenticación biométrica segura para operaciones sensibles 🔒
-  </Card>
-  <Card title="Opciones alternativas" icon="setting">
-    Incluye alternativa de código de acceso del dispositivo cuando la biometría no está disponible 😊
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/native-biometric/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/native-market/getting-started.mdx b/src/content/docs/es/docs/plugins/native-market/getting-started.mdx
deleted file mode 100644
index b1abc51b4..000000000
--- a/src/content/docs/es/docs/plugins/native-market/getting-started.mdx
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: Comenzar
-description: Aprende cómo instalar y usar el Plugin Native Market para redirigir usuarios a Google Play Store o Apple Aplicación Store desde tu aplicación Capacitor.
-locale: es
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/native-market" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Uso
-
-Importa el Plugin y usa sus métodos para redirigir usuarios a las tiendas de aplicaciones:
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// Abrir listado en la tienda de aplicaciones
-const openAppStore = async () => {
-  await NativeMarket.openStoreListing({
-    appId: 'com.example.app' // El ID de paquete de tu aplicación
-  });
-};
-
-// Solicitar reseña de la aplicación
-const requestReview = async () => {
-  await NativeMarket.requestReview();
-};
-
-// Abrir búsqueda en la tienda de aplicaciones
-const searchInStore = async () => {
-  await NativeMarket.search({
-    terms: 'fitness app' // Términos de búsqueda
-  });
-};
-```
-
-## Referencia de API
-
-### openStoreListing(Opciones)
-
-Abre el listado de la tienda de aplicaciones para la aplicación especificada.
-
-```typescript
-interface OpenStoreListingOptions {
-  appId: string; // Bundle ID en iOS, Nombre de paquete en Android
-}
-```
-
-### requestReview()
-
-Solicita una reseña dentro de la aplicación del usuario. En iOS 10.3+, esto muestra el diálogo de calificación sin salir de la aplicación.
-
-### Buscar(Opciones)
-
-Abre la tienda de aplicaciones con resultados de búsqueda.
-
-```typescript
-interface SearchOptions {
-  terms: string; // Términos de búsqueda a usar
-}
-```
-
-## Notas de Plataforma
-
-### iOS
-- Usa `SKStoreReviewController` para reseñas dentro de la aplicación en iOS 10.3+
-- Vuelve a abrir Aplicación Store para versiones anteriores
-
-### Android
-- Abre Google Play Store
-- Usa la API de reseñas dentro de la aplicación cuando está disponible
-
-## Ejemplo
-
-```typescript
-import { NativeMarket } from '@Capgo/native-market';
-import { Capacitor } from '@Capacitor/core';
-
-Exportar Clase AppService {
-  async rateApp() {
-    try {
-      // Intentar reseña dentro de la aplicación primero
-      await NativeMarket.requestReview();
-    } catch (Error) {
-      // Alternativa a abrir el listado de la tienda
-      const platform = Capacitor.getPlatform();
-      const appId = platform === 'ios'
-        ? 'id123456789' // Tu ID de aplicación iOS
-        : 'com.Ejemplo.Aplicación'; // Tu nombre de paquete Android
-
-      await NativeMarket.openStoreListing({ appId });
-    }
-  }
-}
diff --git a/src/content/docs/es/docs/plugins/native-market/index.mdx b/src/content/docs/es/docs/plugins/native-market/index.mdx
deleted file mode 100644
index 9e833ec6e..000000000
--- a/src/content/docs/es/docs/plugins/native-market/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/native-market"
-description: Plugin Native Market para redirigir usuarios a Google Play Store o Apple Aplicación Store desde tu aplicación Capacitor.
-locale: es
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Un Plugin Capacitor para redirigir usuarios a las tiendas de aplicaciones (Google Play o Apple Aplicación Store) desde tu aplicación móvil.
-  image:
-    file: ~public/icons/plugins/native-market.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/native-market/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/riderx/native-market/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Multiplataforma" icon="rocket">
-    Funciona sin problemas en plataformas Android e iOS 🚀
-  </Card>
-  <Card title="Integración fácil" icon="pencil">
-    API simple para redirigir usuarios a calificar o ver tu Aplicación en sus respectivas tiendas de aplicaciones 💨
-  </Card>
-  <Card title="Soporte TypeScript" icon="setting">
-    Soporte completo de TypeScript para una mejor experiencia de desarrollo 😊
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/native-market/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/native-purchases/android-create-subscription.mdx b/src/content/docs/es/docs/plugins/native-purchases/android-create-subscription.mdx
deleted file mode 100644
index 123dc4ab6..000000000
--- a/src/content/docs/es/docs/plugins/native-purchases/android-create-subscription.mdx
+++ /dev/null
@@ -1,166 +0,0 @@
----
-title: Crear Suscripción Renovable Automática en Android
-description: Guía paso a paso para crear suscripciones renovables automáticas en Google Play Console para el Plugin native-purchases.
-locale: es
-sidebar:
-  order: 4
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Las suscripciones renovables automáticas proporcionan acceso a contenido, servicios o funciones premium en tu aplicación de manera continua. Esta guía te ayudará a crear y configurar suscripciones en Google Play Console.
-
-## Descripción General
-
-Las suscripciones se renuevan automáticamente al final de cada período de facturación hasta que el usuario cancela. Son ideales para:
-- Acceso a contenido premium
-- Experiencias sin anuncios
-- Almacenamiento en la nube
-- Servicios continuos
-
-## Crear una Suscripción
-
-<Steps>
-
-1. **Navegar a Suscripciones**
-
-   En Google Play Console, selecciona tu Aplicación y elige **Monetizar > Suscripciones** del menú izquierdo.
-
-   Haz clic en el botón **Crear suscripción** para comenzar.
-
-   ![Navegar a suscripciones](/native-purchases/android/create-subscription/navigate-to-subscriptions.webp)
-
-2. **Ingresar Información Básica**
-
-   Proporciona un nombre de suscripción e ID de producto. El ID de producto es necesario para la configuración en tu Aplicación y no se puede cambiar después.
-
-   ![Ingresar detalles de suscripción](/native-purchases/android/create-subscription/enter-subscription-details.webp)
-
-3. **Crear Plan Base**
-
-   Google Play requiere exactamente un plan base por suscripción. El Plugin native-purchases soporta solo un plan base para mantener compatibilidad con iOS.
-
-   Haz clic en **Agregar plan base** para continuar.
-
-   ![Crear plan base](/native-purchases/android/create-subscription/create-base-plan.webp)
-
-4. **Configurar Detalles del Plan Base**
-
-   Ingresa:
-   - **ID del plan base**: Identificador único para este plan
-   - **Período de facturación**: Con qué frecuencia se cobra a los usuarios (semanal, mensual, anual, etc.)
-   - **Período de gracia**: Ventana de tiempo durante la cual Google mantiene la suscripción mientras reintenta el pago antes de la cancelación
-
-   ![Configurar plan base](/native-purchases/android/create-subscription/configure-base-plan-details.webp)
-
-5. **Configurar Precios**
-
-   Accede a la sección de precios y selecciona todos los países/regiones donde quieras ofrecer la suscripción.
-
-   ![Seleccionar regiones](/native-purchases/android/create-subscription/select-pricing-regions.webp)
-
-6. **Configurar Precio**
-
-   Establece tu precio base en tu moneda principal. Google Play convierte automáticamente esto a monedas locales.
-
-   ![Establecer precio](/native-purchases/android/create-subscription/set-base-price.webp)
-
-7. **Revisar Precios Regionales**
-
-   Revisa los precios convertidos automáticamente para cada país. Puedes ajustar precios individuales si es necesario.
-
-   ![Revisar precios](/native-purchases/android/create-subscription/review-regional-pricing.webp)
-
-8. **Guardar Configuración**
-
-   Guarda tu configuración de precios.
-
-   ![Guardar precios](/native-purchases/android/create-subscription/save-pricing-configuration.webp)
-
-9. **Activar Suscripción**
-
-   Haz clic en el botón **Activar** para hacer que tu producto de suscripción esté disponible para compra.
-
-   ![Activar suscripción](/native-purchases/android/create-subscription/activate-subscription.webp)
-
-</Steps>
-
-## Consideraciones Importantes
-
-### Limitación del Plan Base
-
-El Plugin native-purchases requiere exactamente un plan base por suscripción para asegurar consistencia con el manejo de suscripciones de iOS. No se soportan múltiples planes base.
-
-### Período de Gracia
-
-El período de gracia permite a Google Play reintentar pagos fallidos mientras mantiene el acceso a la suscripción del usuario. Los períodos de gracia comunes son:
-- 3 días para suscripciones mensuales
-- 7 días para suscripciones más largas
-
-### Estado de Suscripción
-
-Después de la creación, tu suscripción estará en estado "Borrador" hasta que sea activada. Puedes probar suscripciones en borrador en modo sandbox.
-
-## Usar en tu Aplicación
-
-Una vez creada, referencia la suscripción en tu Aplicación usando el ID de producto:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Cargar información de suscripción
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-console.log(`${product.title} — ${product.priceString}`);
-
-// Comprar (planIdentifier = ID del Plan Base de Google Play Console)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // REQUERIDO en Android, ignorado en iOS
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('ID de Transacción', transaction.transactionId);
-
-// Más tarde, verificar estado de compra
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const subscription = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.example.premium.monthly',
-);
-
-if (subscription && subscription.purchaseState === 'PURCHASED' && subscription.isAcknowledged) {
-  console.log('Suscripción activa localmente');
-  // Para expiración/cancelación, valida purchaseToken a través de tu backend
-}
-```
-
-## Próximos Pasos
-
-- [Crear una oferta introductoria](/docs/plugins/native-purchases/android-introductory-offer/) para atraer nuevos suscriptores
-- [Configurar pruebas en sandbox](/docs/plugins/native-purchases/android-sandbox-testing/) para probar tus suscripciones
-- Configurar validación de recibos en el backend para seguridad
-
-## Solución de Problemas
-
-**La suscripción no aparece en la Aplicación:**
-- Verifica que el ID de producto coincida exactamente
-- Asegúrate de que la suscripción esté activada
-- Verifica que tu Aplicación tenga el nombre de paquete correcto
-- Espera 2-3 horas después de la activación para que los cambios se propaguen
-
-**Errores del plan base:**
-- Asegúrate de tener exactamente un plan base
-- Verifica que todos los campos requeridos estén completados
-- Verifica que el período de facturación sea válido
-
-**Problemas de precios:**
-- Confirma que al menos un país esté seleccionado
-- Verifica que el precio base sea mayor que el mínimo permitido
-- Verifica que las tasas de conversión de moneda sean aceptables
diff --git a/src/content/docs/es/docs/plugins/native-purchases/android-introductory-offer.mdx b/src/content/docs/es/docs/plugins/native-purchases/android-introductory-offer.mdx
deleted file mode 100644
index c2e0c6e8d..000000000
--- a/src/content/docs/es/docs/plugins/native-purchases/android-introductory-offer.mdx
+++ /dev/null
@@ -1,197 +0,0 @@
----
-title: Crear Oferta Introductoria de Suscripción en Android
-description: Aprende cómo crear ofertas introductorias para suscripciones renovables automáticas en Android para atraer nuevos suscriptores.
-locale: es
-sidebar:
-  order: 5
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Las ofertas introductorias te permiten proporcionar a usuarios elegibles un período de prueba gratuito o un precio introductorio con descuento. Después de que concluya el período introductorio, las suscripciones se renuevan automáticamente a precio estándar a menos que se cancelen.
-
-## Descripción General
-
-Las ofertas introductorias son una herramienta poderosa para:
-- Reducir barreras de entrada para nuevos suscriptores
-- Aumentar tasas de conversión
-- Permitir a los usuarios probar tus funciones premium sin riesgo
-- Construir relaciones de suscriptores a largo plazo
-
-## Elegibilidad
-
-Los usuarios pueden recibir una oferta introductoria si no han comprado previamente o recibido una oferta introductoria para la suscripción. Google Play maneja la elegibilidad automáticamente.
-
-## Requisitos Previos
-
-Primero debes [crear una suscripción renovable automática](/docs/plugins/native-purchases/android-create-subscription/) antes de agregar una oferta introductoria.
-
-## Crear una Oferta Introductoria
-
-<Steps>
-
-1. **Acceder a Configuración de Oferta**
-
-   Navega a tu suscripción en Google Play Console y selecciona el botón **Agregar oferta**.
-
-   ![Botón agregar oferta](/native-purchases/android/introductory-offer/add-offer-button.webp)
-
-2. **Seleccionar Plan Base**
-
-   Aparecerá un modal que requiere que elijas tu plan base. Típicamente, solo tendrás un plan base. Haz clic en **Agregar oferta** para continuar.
-
-   ![Seleccionar plan base](/native-purchases/android/introductory-offer/select-base-plan.webp)
-
-3. **Configurar Detalles de la Oferta**
-
-   Ingresa la siguiente información:
-
-   **ID de Oferta**: Un identificador único para esta oferta
-
-   **Elegibilidad**: Elige quién puede recibir esta oferta
-   - **Nuevos clientes**: Solo usuarios que nunca se han suscrito
-   - **Clientes existentes**: Usuarios que previamente se suscribieron
-   - **Determinado por desarrollador**: Lógica de elegibilidad personalizada (no soportada por native-purchases)
-
-   :::Precaución
-   El Plugin native-purchases no soporta la opción de elegibilidad "Determinado por desarrollador". Usa "Nuevos clientes" o "Clientes existentes" en su lugar.
-   :::
-
-   ![Configurar oferta](/native-purchases/android/introductory-offer/configure-offer-details.webp)
-
-4. **Agregar Fases**
-
-   Haz clic en **Agregar fase** en la parte inferior de la página para definir la estructura de tu oferta.
-
-   Puedes agregar hasta dos fases, permitiendo combinaciones como:
-   - Solo prueba gratuita
-   - Solo precio con descuento
-   - Prueba gratuita seguida de pago recurrente con descuento
-
-5. **Seleccionar Tipo de Fase**
-
-   Elige entre tres tipos de fase:
-
-   **Prueba Gratuita**
-   - Acceso complementario por una duración establecida
-   - Ejemplo: 7 días gratis, luego $9.99/mes
-
-   **Pago Único**
-   - Precio con descuento de una sola vez por un período específico
-   - Ejemplo: $1.99 por 2 meses, luego $9.99/mes
-
-   **Pago Recurrente con Descuento**
-   - Tasa reducida por ciclo de facturación para múltiples ciclos
-   - Ejemplo: $4.99/mes por 3 meses, luego $9.99/mes
-
-6. **Configurar Duración de la Fase**
-
-   Establece cuánto durará la fase introductoria:
-   - Días, semanas o meses
-   - Número de ciclos de facturación
-
-7. **Finalizar y Activar**
-
-   Haz clic en **Aplicar**, luego **Guardar** para activar la oferta. El botón **Activar** estará disponible una vez guardado.
-
-</Steps>
-
-## Ejemplos de Fases de Oferta
-
-### Ejemplo 1: Prueba Gratuita Simple
-- Fase 1: 7 días gratis
-- Luego: $9.99/mes precio estándar
-
-### Ejemplo 2: Introducción con Descuento
-- Fase 1: $1.99 por el primer mes
-- Luego: $9.99/mes precio estándar
-
-### Ejemplo 3: Prueba Extendida + Descuento
-- Fase 1: 14 días gratis
-- Fase 2: $4.99/mes por 2 meses
-- Luego: $9.99/mes precio estándar
-
-## Usar en tu Aplicación
-
-El Plugin native-purchases maneja automáticamente la elegibilidad y presentación de ofertas introductorias:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Obtener productos (incluye metadatos de oferta introductoria)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-if (product.introductoryPrice) {
-  console.log(`Precio intro: ${product.introductoryPriceString}`);
-  console.log(`Precio regular: ${product.priceString}`);
-  console.log(
-    `Duración de oferta: ${product.introductoryPrice.subscriptionPeriod?.numberOfUnits} ${product.introductoryPrice.subscriptionPeriod?.unit}`,
-  );
-} else {
-  console.log('No hay oferta introductoria configurada para este producto');
-}
-
-// Comprar (Google Play aplica precios introductorios automáticamente si el usuario es elegible)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // ID del Plan Base de Google Play Console
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Transacción de compra introductoria', transaction.transactionId);
-```
-
-## Mejores Prácticas
-
-### Duración de la Oferta
-- **Pruebas gratuitas**: 3-14 días es óptimo para la mayoría de las Aplicaciones
-- **Períodos con descuento**: 1-3 meses funciona bien para construir hábito
-- **Descuento de precio**: 50-70% del precio regular impulsa conversiones
-
-### Marketing
-- Muestra claramente la oferta introductoria y el precio regular
-- Muestra qué sucede después del período introductorio
-- Haz que la cancelación sea fácil y transparente
-- Recuerda a los usuarios antes de que termine el período introductorio
-
-### Pruebas A/B
-Prueba diferentes estructuras de oferta:
-- Duración de prueba gratuita
-- Porcentaje de descuento
-- Duración del descuento
-- Fase única vs. multi-fase
-
-## Notas Importantes
-
-- Solo una oferta introductoria puede estar activa por suscripción a la vez
-- Los usuarios solo pueden reclamar una oferta introductoria una vez por suscripción
-- Las ofertas introductorias no se aplican a actualizaciones/cambios de suscripción
-- Los cambios a ofertas introductorias no afectan a suscriptores existentes
-
-## Solución de Problemas
-
-**La oferta introductoria no se muestra:**
-- Verifica que la oferta esté activada en Play Console
-- Verifica elegibilidad del usuario (puede haber usado la oferta antes)
-- Asegúrate de que la Aplicación esté usando la información más reciente del producto
-
-**Usuarios incorrectos recibiendo oferta:**
-- Revisa configuración de elegibilidad (nuevos vs. clientes existentes)
-- Verifica si el usuario se suscribió previamente en otro dispositivo
-- Verifica historial de cuenta de Play Store
-
-**La oferta no se aplica en la compra:**
-- Confirma que el ID de producto coincida exactamente
-- Verifica que la oferta aún esté activa y no haya expirado
-- Verifica configuración de rango de fechas para la oferta
-
-## Próximos Pasos
-
-- [Configurar pruebas en sandbox](/docs/plugins/native-purchases/android-sandbox-testing/) para probar tus ofertas
-- Monitorear tasas de conversión en analíticas de Play Console
-- Considera crear múltiples niveles de suscripción con diferentes ofertas
diff --git a/src/content/docs/es/docs/plugins/native-purchases/android-play-store-review.mdx b/src/content/docs/es/docs/plugins/native-purchases/android-play-store-review.mdx
deleted file mode 100644
index dd95cca10..000000000
--- a/src/content/docs/es/docs/plugins/native-purchases/android-play-store-review.mdx
+++ /dev/null
@@ -1,795 +0,0 @@
----
-title: Guías de Revisión de Play Store de Android para IAP
-description: Guía completa para pasar la revisión de Google Play con compras dentro de la aplicación y suscripciones, incluyendo requisitos de cumplimiento y mejores prácticas.
-locale: es
-sidebar:
-  order: 11
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Obtener la aprobación de tu Aplicación de Android en Google Play requiere cumplimiento con las políticas de Google, especialmente para Aplicaciones con compras dentro de la aplicación y suscripciones. Esta guía cubre todo lo que necesitas para pasar la revisión exitosamente.
-
-## Requisitos de Facturación de Google Play
-
-### Sistema de Facturación Obligatorio
-
-Para bienes y servicios digitales, **debes** usar el sistema de facturación de Google Play:
-
-**Bienes Digitales (Debe Usar Play Billing):**
-- Suscripciones a funciones premium
-- Moneda o créditos dentro de la Aplicación
-- Contenido digital (ebooks, música, videos)
-- Mejoras y potenciadores de juegos
-- Desbloqueos de Aplicaciones y niveles premium
-
-**Bienes Físicos (No Puede Usar Play Billing):**
-- Mercancía física
-- Servicios del mundo real
-- Donaciones únicas a organizaciones sin fines de lucro
-
-:::Precaución Requisito 2025
-Las Aplicaciones nuevas deben usar las APIs `monetization.subscriptions` para manejar catálogos de suscripción. Las APIs de facturación heredadas están obsoletas.
-:::
-
-### Implementación con Compras nativas
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Asegurar que la facturación esté disponible en el dispositivo
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) throw new Error('Google Play Billing no disponible');
-
-// Obtener productos de suscripción (Los datos de la tienda son requeridos—nunca codifiques precios)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_yearly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Los identificadores de plan son los IDs del Plan Base que creas en Google Play Console
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  planIdentifier: 'monthly-plan', // REQUERIDO en Android, ignorado en iOS
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Token de compra para validación en servidor:', transaction.purchaseToken);
-```
-
-## Requisitos de Transparencia y Divulgación
-
-### Divulgación de Precios por Adelantado
-
-Google Play exige divulgación clara de todos los costos antes de la compra:
-
-**Elementos Requeridos:**
-- Precio exacto en la moneda local del usuario
-- Frecuencia de facturación (mensual, anual, etc.)
-- Qué está incluido en la suscripción
-- Costo total para ofertas introductorias
-- Cuándo ocurrirán los cargos
-
-![Mejores Prácticas de Diseño de UI](/native-purchases/review-guides/ui-design-dos-donts.webp)
-
-**Ejemplo de UI Conforme:**
-```typescript
-function SubscriptionCard({ product }) {
-  return (
-    <div className="subscription-card">
-      <h3>{product.title}</h3>
-
-      {/* Mostrar oferta introductoria si está disponible */}
-      {product.introductoryPrice && (
-        <div className="intro-offer">
-          <p className="intro-price">{product.introductoryPriceString}</p>
-          <p className="intro-period">
-            por {product.introductoryPricePeriod}
-          </p>
-        </div>
-      )}
-
-      {/* Precio regular */}
-      <div className="regular-price">
-        <p className="price">{product.priceString}</p>
-        <p className="period">por {product.subscriptionPeriod}</p>
-      </div>
-
-      {/* Descripción clara */}
-      <p>{product.description}</p>
-
-      {/* Términos de renovación */}
-      <p className="terms">
-        Se renueva automáticamente. Cancela en cualquier momento en Google Play.
-      </p>
-
-      <button onClick={() => handlePurchase(product)}>
-        Suscribirse Ahora
-      </button>
-    </div>
-  );
-}
-```
-
-### Divulgación de Renovación Automática
-
-Antes de que una suscripción se renueve automáticamente, Google requiere:
-- Notificación clara de que ocurrirá la renovación
-- Recordatorio del precio
-- Fácil acceso a la cancelación
-
-:::Consejo
-El Plugin native-purchases trabaja con Google Play para manejar notificaciones de renovación automática automáticamente. Asegúrate de que tus productos de suscripción estén configurados correctamente en Google Play Console.
-:::
-
-### Consistencia de Precios Entre Plataformas
-
-**Regla Crítica:** Los precios deben ser consistentes en todas las plataformas donde tu Aplicación esté disponible.
-
-**Ejemplo de Violación:**
-- iOS: $9.99/mes
-- Android: $7.99/mes
-- Web: $11.99/mes
-
-**Por Qué Importa:** Los usuarios pueden capturar pantalla de diferencias de precios y reportar a Google, activando violaciones de política.
-
-## Requisitos de Política de Privacidad
-
-### Política de Privacidad Obligatoria
-
-Si tu Aplicación incluye compras dentro de la aplicación, debes:
-
-1. **Enlace en el Listado de Play Store**
-   - Agregar URL de política de privacidad en Play Console
-   - Debe ser públicamente accesible
-   - Debe estar en el mismo idioma que tu Aplicación
-
-2. **Enlace Dentro de la Aplicación**
-   - Mostrar política de privacidad en configuración de la Aplicación
-   - Mostrar antes de recopilar cualquier dato de usuario
-   - Hacerla fácilmente descubrible
-
-**Ejemplo de Implementación:**
-```typescript
-function SettingsScreen() {
-  const openPrivacyPolicy = () => {
-    window.open('https://yourapp.com/privacy', '_blank');
-  };
-
-  const openTerms = () => {
-    window.open('https://yourapp.com/terms', '_blank');
-  };
-
-  return (
-    <div>
-      <h2>Configuración</h2>
-
-      <button onClick={openPrivacyPolicy}>
-        Política de Privacidad
-      </button>
-
-      <button onClick={openTerms}>
-        Términos de Servicio
-      </button>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        Gestionar Suscripciones
-      </button>
-    </div>
-  );
-}
-```
-
-### Sección de Seguridad de Datos
-
-Google Play requiere divulgación detallada en la sección de Seguridad de Datos:
-
-**Para Aplicaciones con IAP, Declarar:**
-- Recopilación de historial de compras
-- Direcciones de correo electrónico (para recibos)
-- IDs de dispositivo (para prevención de fraude)
-- Manejo de información de pago
-- Recopilación de datos de analíticas
-
-:::Advertencia
-La sección de Seguridad de Datos es legalmente vinculante. Las declaraciones inexactas pueden resultar en la eliminación de la Aplicación.
-:::
-
-## Razones Comunes de Rechazo
-
-### 1. Implementación de Facturación Faltante o Incorrecta
-
-**Por Qué Falla:**
-- No usar Google Play Billing para bienes digitales
-- Usar APIs de facturación obsoletas
-- Implementar soluciones de pago personalizadas para suscripciones
-
-**Prevención:**
-```typescript
-// ✅ Correcto: Usar native-purchases (usa Google Play Billing)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly'
-});
-
-// ❌ Incorrecto: Procesador de pago personalizado para suscripciones
-// await CustomPayment.charge(user, 9.99);
-```
-
-### 2. Precios Poco Claros o Costos Ocultos
-
-**Por Qué Falla:**
-- Precio solo mostrado después de hacer clic en comprar
-- Tarifas adicionales no divulgadas por adelantado
-- Términos de suscripción vagos
-
-**Prevención:**
-```typescript
-function PurchaseScreen({ product }) {
-  return (
-    <div>
-      {/* Mostrar TODOS los costos por adelantado */}
-      <h2>Suscripción Premium</h2>
-
-      <div className="pricing">
-        <p className="price">{product.priceString}/mes</p>
-        <p className="taxes">Pueden aplicarse impuestos según la ubicación</p>
-      </div>
-
-      <div className="features">
-        <h3>Incluye:</h3>
-        <ul>
-          <li>Experiencia sin anuncios</li>
-          <li>Almacenamiento ilimitado en la nube</li>
-          <li>Soporte prioritario</li>
-        </ul>
-      </div>
-
-      <div className="terms">
-        <p>
-          La suscripción se renueva automáticamente a menos que se cancele al menos
-          24 horas antes del final del período actual.
-        </p>
-        <p>
-          Gestiona o cancela en Suscripciones de Google Play.
-        </p>
-      </div>
-
-      <button onClick={handlePurchase}>
-        Iniciar Suscripción
-      </button>
-    </div>
-  );
-}
-```
-
-### 3. Patrones de Suscripción Engañosos
-
-**Por Qué Falla:**
-- Preseleccionar opciones premium
-- Ocultar alternativas más baratas
-- Hacer difícil la cancelación
-- Urgencia falsa ("¡Solo quedan 3 lugares!")
-
-![Mejores Prácticas de Descripción](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![Directrices de Marketing](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**Prevención:**
-- Mostrar todos los niveles de suscripción por igual
-- Hacer la cancelación clara y accesible
-- Evitar temporizadores de cuenta regresiva o escasez falsa
-- No usar patrones oscuros para impulsar opciones caras
-
-### 4. Pruebas Incompletas
-
-**Por Qué Falla:**
-- La Aplicación se bloquea al comprar
-- Los productos no se cargan
-- La confirmación de compra no se muestra
-- Las funciones premium no se desbloquean después de la compra
-
-**Prevención:**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Pruebas exhaustivas antes del envío
-async function testPurchaseFlow() {
-  try {
-    // 1. Probar carga de productos
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: ['premium_monthly', 'premium_yearly'],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Productos cargados:', products.length);
-
-    // 2. Probar flujo de compra
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: 'premium_monthly',
-      planIdentifier: 'monthly-plan',
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Compra completada', transaction.transactionId);
-
-    // 3. Verificar autorizaciones
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    if (
-      purchases.some(
-        (purchase) =>
-          purchase.productIdentifier === 'premium_monthly' &&
-          ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') &&
-          purchase.isAcknowledged,
-      )
-    ) {
-      console.log('✓ Funciones premium desbloqueadas');
-    }
-
-    // 4. Probar restauración
-    await NativePurchases.restorePurchases();
-    console.log('✓ Restauración funciona');
-
-  } catch (error) {
-    console.error('✗ Prueba falló:', error);
-  }
-}
-```
-
-### 5. Violaciones de Política de Privacidad
-
-**Por Qué Falla:**
-- No hay enlace de política de privacidad en la Aplicación
-- Política de privacidad no accesible
-- Recopilación de datos no divulgada
-- Sección de Seguridad de Datos inexacta
-
-**Prevención:**
-- Agregar política de privacidad al listado de Play Store
-- Incluir enlace en configuración de la Aplicación
-- Completar con precisión la sección de Seguridad de Datos
-- Actualizar política al agregar nueva recopilación de datos
-
-## Sistemas de Facturación Alternativos (Actualización 2025)
-
-### Cumplimiento Regional
-
-Google ahora permite sistemas de facturación alternativos en ciertas regiones:
-
-**Regiones Elegibles:**
-- Área Económica Europea (EEE)
-- Corea del Sur
-- India (próximamente)
-
-**Requisitos si Usas Facturación Alternativa:**
-- Aún debe ofrecer Google Play Billing como opción
-- Comunicación clara a los usuarios sobre la elección
-- Cumplir con regulaciones locales
-- Aún se aplica tarifa de servicio (reducida)
-
-:::Nota
-Para la mayoría de los desarrolladores, quedarse solo con Google Play Billing es más simple. El Plugin native-purchases maneja esto automáticamente.
-:::
-
-## Gestión de Suscripciones
-
-### Cancelación Fácil
-
-Los usuarios deben poder:
-- Ver suscripciones activas fácilmente
-- Cancelar sin contactar soporte
-- Entender cuándo surte efecto la cancelación
-
-**Implementación:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function ManageSubscriptionButton() {
-  const openManagement = async () => {
-    try {
-      // Abre gestión de suscripciones de Google Play
-      await NativePurchases.showManageSubscriptions();
-    } catch (error) {
-      // Alternativa a URL directa
-      const playStoreUrl = 'https://play.google.com/store/account/subscriptions';
-      window.open(playStoreUrl, '_blank');
-    }
-  };
-
-  return (
-    <button onClick={openManagement}>
-      Gestionar Suscripción en Google Play
-    </button>
-  );
-}
-```
-
-### Período de Gracia de Cancelación
-
-**Divulgación Requerida:**
-- ¿Cuándo surte efecto la cancelación?
-- ¿Los usuarios mantienen acceso hasta que termine el período?
-- ¿Hay reembolsos parciales disponibles?
-
-```typescript
-function CancellationInfo() {
-  return (
-    <div className="cancellation-info">
-      <h3>Política de Cancelación</h3>
-      <ul>
-        <li>Cancela en cualquier momento en Google Play</li>
-        <li>El acceso continúa hasta el final del período de facturación</li>
-        <li>No hay reembolsos por períodos parciales</li>
-        <li>Resuscribe en cualquier momento para recuperar acceso</li>
-      </ul>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        Gestionar en Google Play
-      </button>
-    </div>
-  );
-}
-```
-
-## Lista de Verificación Pre-Envío
-
-![Lista de Verificación Pre-Envío](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **Verificar Implementación de Facturación**
-   - Usando Google Play Billing (vía native-purchases)
-   - Todos los productos de suscripción creados en Play Console
-   - Los productos están activados y publicados
-   - Precios establecidos para todos los países objetivo
-
-2. **Probar Flujos de Compra**
-   - Crear cuenta de prueba de licencia
-   - Probar cada nivel de suscripción
-   - Verificar que los productos se carguen correctamente
-   - Probar completación de compra
-   - Verificar que las funciones premium se desbloqueen
-   - Probar restauración de suscripción
-   - Probar en múltiples dispositivos
-
-3. **Revisar Todo el Texto**
-   - Precios mostrados claramente antes de la compra
-   - Todas las tarifas divulgadas por adelantado
-   - Los términos de suscripción son claros
-   - Proceso de cancelación explicado
-   - No hay afirmaciones engañosas
-
-4. **Cumplimiento de Privacidad**
-   - Política de privacidad enlazada en Play Console
-   - Política de privacidad accesible en la Aplicación
-   - Sección de Seguridad de Datos completada con precisión
-   - Permisos justificados y documentados
-
-5. **Clasificación de Contenido**
-   - Completar cuestionario de clasificación de contenido
-   - Asegurar que la clasificación coincida con el contenido real
-   - Declarar compras dentro de la aplicación en el cuestionario
-
-6. **Preparar Listado de la Tienda**
-   - Descripción de la Aplicación precisa
-   - Las capturas de pantalla muestran la versión actual
-   - El gráfico destacado cumple con los requisitos
-   - Todos los activos requeridos subidos
-
-</Steps>
-
-## Cronología de Revisión
-
-**Revisión Inicial:** 7 días en promedio (puede ser más rápido)
-**Actualizaciones:** Típicamente más rápido que el envío inicial
-**Violaciones de Política:** Suspensión inmediata posible
-**Apelaciones:** 7-14 días para revisión
-
-:::Consejo Revisiones Continuas
-A diferencia de Apple, Google revisa Aplicaciones continuamente. Tu Aplicación puede publicarse en cualquier momento durante el período de revisión, no en un momento fijo.
-:::
-
-## Pruebas Antes del Envío
-
-### Pruebas de Licencia
-
-1. **Agregar Cuenta de Prueba:**
-   - Ir a Play Console
-   - Configuración > Pruebas de Licencia
-   - Agregar cuenta de Gmail para pruebas
-
-2. **Probar en Sandbox:**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Probar compras con cuenta de prueba de licencia
-async function testInSandbox() {
-  const { isBillingSupported } = await NativePurchases.isBillingSupported();
-  if (!isBillingSupported) {
-    console.error('Facturación no soportada en este entorno');
-    return;
-  }
-
-  // Obtener productos (devuelve precios de prueba cuando usas un probador de licencia)
-  const { products } = await NativePurchases.getProducts({
-    productIdentifiers: ['premium_monthly'],
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Productos de prueba:', products);
-
-  // Hacer compra de prueba (sin cargo)
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'premium_monthly',
-    planIdentifier: 'monthly-plan',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Compra de prueba completa:', transaction.transactionId);
-}
-```
-
-3. **Verificar Banner de Prueba:**
-   - Al comprar con cuenta de prueba
-   - Debería ver notificación de "Compra de prueba"
-   - No ocurren cargos reales
-
-### Pista de Prueba Interna
-
-Antes del lanzamiento a producción:
-
-1. Crear pista de Prueba Interna en Play Console
-2. Subir APK/AAB
-3. Agregar direcciones de correo electrónico de probadores
-4. Los probadores descargan desde Play Store (pista de prueba)
-5. Verificar que los flujos de compra funcionen de extremo a extremo
-
-## Mejores Prácticas para Compras nativas
-
-### Manejar Todos los Estados de Compra
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string, planIdentifier?: string) {
-  try {
-    setLoading(true);
-
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      planIdentifier,
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    console.log('Token de compra:', transaction.purchaseToken ?? transaction.receipt);
-
-    // Éxito - verificar autorizaciones de la tienda
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    const isOwned = purchases.some(
-      (purchase) =>
-        purchase.productIdentifier === productId &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (isOwned) {
-      unlockPremiumFeatures();
-      showSuccess('¡Premium activado!');
-    }
-
-  } catch (error: any) {
-    // Manejar casos de error específicos
-    switch (error.code) {
-      case 'USER_CANCELLED':
-        // Usuario se retiró - no se necesita error
-        console.log('Compra cancelada');
-        break;
-
-      case 'ITEM_ALREADY_OWNED':
-        // Ya lo poseen - restaurar en su lugar
-        showInfo('¡Ya posees esto! Restaurando...');
-        await NativePurchases.restorePurchases();
-        break;
-
-      case 'ITEM_UNAVAILABLE':
-        showError('Esta suscripción no está disponible actualmente. Por favor intenta de nuevo más tarde.');
-        break;
-
-      case 'NETWORK_ERROR':
-        showError('Error de red. Por favor verifica tu conexión e intenta de nuevo.');
-        break;
-
-      default:
-        showError('Compra fallida. Por favor intenta de nuevo.');
-        console.error('Error de compra:', error);
-    }
-  } finally {
-    setLoading(false);
-  }
-}
-```
-
-### Implementar Restaurar Compras
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-function RestorePurchasesButton() {
-  const [loading, setLoading] = useState(false);
-
-  const handleRestore = async () => {
-    setLoading(true);
-
-    try {
-      await NativePurchases.restorePurchases();
-
-      const { purchases } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.SUBS,
-      });
-
-      const hasSubscription = purchases.some(
-        (purchase) => purchase.productType === 'subs' && purchase.isAcknowledged,
-      );
-
-      if (hasSubscription) {
-        unlockPremiumFeatures();
-        showSuccess('¡Suscripciones restauradas!');
-        return;
-      }
-
-      // Verificar desbloqueos únicos si es necesario
-      const { purchases: iaps } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.INAPP,
-      });
-      const hasInApp = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-      if (hasInApp) {
-        unlockPremiumFeatures();
-        showSuccess('¡Compras anteriores restauradas!');
-        return;
-      }
-
-      showInfo('No se encontraron compras anteriores.');
-    } catch (error) {
-      showError('Error al restaurar compras. Por favor intenta de nuevo.');
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handleRestore} disabled={loading}>
-      {loading ? 'Restaurando...' : 'Restaurar Compras'}
-    </button>
-  );
-}
-```
-
-### Verificar Estado de Suscripción
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function checkSubscriptionStatus() {
-  try {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const subscription = purchases.find(
-      (purchase) =>
-        purchase.productIdentifier === 'premium_monthly' &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (!subscription) {
-      showPaywall();
-      return;
-    }
-
-    console.log('Suscripción activa:', {
-      productId: subscription.productIdentifier,
-      expiresAt: subscription.expirationDate,
-      willRenew: subscription.willCancel === false,
-      purchaseToken: subscription.purchaseToken,
-    });
-
-    unlockPremiumFeatures();
-  } catch (error) {
-    console.error('Error al verificar suscripción:', error);
-  }
-}
-```
-
-## Si tu Aplicación es Rechazada
-
-### Violaciones de Política Comunes
-
-**Política de Pagos:**
-- No usar Google Play Billing
-- Términos de suscripción engañosos
-- Costos ocultos
-
-**Política de Datos de Usuario:**
-- Falta política de privacidad
-- Declaraciones de Seguridad de Datos inexactas
-- Permisos excesivos
-
-### Pasos de Resolución
-
-<Steps>
-
-1. **Revisar el Aviso de Violación**
-   - Leer la política específica citada
-   - Entender qué marcó Google
-   - Verificar ejemplos que proporcionaron
-
-2. **Arreglar el Problema**
-   - Abordar la causa raíz, no solo los síntomas
-   - Probar exhaustivamente después del arreglo
-   - Documentar todos los cambios realizados
-
-3. **Enviar Apelación (si aplica)**
-
-   ![Proceso de Aclaración y Apelación](/native-purchases/review-guides/clarification-process.webp)
-
-   ```
-   Asunto: Apelación de Violación de Política - [Nombre de la App]
-
-   Estimado Equipo de Revisión de Google Play,
-
-   He recibido notificación de que mi app viola [Política X.Y].
-   He realizado los siguientes cambios para cumplir:
-
-   1. [Cambio específico realizado]
-   2. [Cambio específico realizado]
-   3. [Cambio específico realizado]
-
-   La versión actualizada [número de versión] aborda todas las preocupaciones planteadas.
-
-   Cuenta de prueba para verificación:
-   Correo: test@example.com
-   Contraseña: TestPass123
-
-   Gracias por su consideración.
-   ```
-
-   ![Ejemplo de Solicitud de Documentación](/native-purchases/review-guides/request-documents.webp)
-
-4. **Reenviar o Actualizar**
-   - Subir versión arreglada
-   - Reenviar para revisión
-   - Monitorear estado en Play Console
-
-</Steps>
-
-## Recursos Adicionales
-
-- [Centro de Políticas de Desarrolladores de Google Play](https://play.google.com/about/developer-content-policy/)
-- [Documentación de Facturación de Google Play](https://developer.android.com/google/play/billing)
-- [Mejores Prácticas de Suscripciones](https://developer.android.com/google/play/billing/subscriptions)
-- [Ayuda de Play Console](https://support.google.com/googleplay/android-developer/)
-
-## ¿Necesitas Ayuda Experta?
-
-Navegar la revisión de Play Store puede ser complejo, especialmente con los nuevos requisitos de prueba de 2025. Si necesitas asistencia personalizada:
-
-**[Reserva una llamada de consultoría con nuestro equipo](https://cal.com/team/capgo/capacitor-consulting-services)** para ayuda con:
-- Preparación completa de revisión de Play Store
-- Configuración de pista de prueba y reclutamiento de probadores
-- Revisión de implementación de IAP
-- Cumplimiento de Seguridad de Datos y privacidad
-- Solución de problemas de rechazo y apelaciones
-- Proceso completo de envío de Aplicación
-
-Nuestros expertos han guiado cientos de Aplicaciones a través de envíos exitosos de Play Store y pueden ayudarte a navegar los requisitos de 2025.
-
-## Soporte
-
-¿Necesitas ayuda con la implementación?
-- Revisa la [documentación de Native Purchases](/docs/plugins/native-purchases/getting-started/)
-- Consulta la [guía de pruebas en sandbox de Android](/docs/plugins/native-purchases/android-sandbox-testing/)
-- Visita [Soporte de Desarrolladores de Google Play](https://support.google.com/googleplay/android-developer/)
diff --git a/src/content/docs/es/docs/plugins/native-purchases/android-sandbox-testing.mdx b/src/content/docs/es/docs/plugins/native-purchases/android-sandbox-testing.mdx
deleted file mode 100644
index 76f5c2dd0..000000000
--- a/src/content/docs/es/docs/plugins/native-purchases/android-sandbox-testing.mdx
+++ /dev/null
@@ -1,93 +0,0 @@
----
-title: Configurar Pruebas en Sandbox de Android
-description: Aprende cómo configurar pruebas en sandbox para compras dentro de la aplicación en Android usando Google Play Console.
-locale: es
-sidebar:
-  order: 3
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Probar compras dentro de la aplicación requiere una configuración adecuada en Google Play Console. Esta guía te llevará a través de la configuración de pruebas en sandbox para tu Aplicación de Android.
-
-## Requisitos Previos
-
-Necesitas una cuenta activa de Google Play Console con una suscripción actual (renovada anualmente).
-
-## Proceso de Configuración
-
-<Steps>
-
-1. **Agregar Cuenta de Prueba**
-
-   Navega a tu Google Play Console, selecciona tu Aplicación y ve a **Configuración > Pruebas de licencia**.
-
-   Agrega la cuenta principal de Google asociada con el dispositivo Android que estás usando para pruebas.
-
-   ![Agregar cuenta de prueba](/native-purchases/android/sandbox-testing/add-testing-account.webp)
-
-2. **Crear Pista de Prueba**
-
-   Ve a **Pruebas > Pruebas cerradas** o **Pruebas > Pruebas internas** y crea una nueva pista.
-
-   Debes subir al menos una versión firmada de tu Aplicación a esta pista.
-
-   ![Crear pista de prueba](/native-purchases/android/sandbox-testing/create-testing-track.webp)
-
-3. **Crear Lista de Probadores**
-
-   Después de configurar la pista de prueba, crea una lista de correos electrónicos y agrega la dirección de correo electrónico de la cuenta del dispositivo de prueba.
-
-   ![Crear lista de probadores](/native-purchases/android/sandbox-testing/create-tester-list.webp)
-
-4. **Unirse al Programa de Pruebas**
-
-   Abre la URL de opt-in desde tu dispositivo de prueba y haz clic en el botón **"Convertirse en probador"** para inscribirte.
-
-   ![Unirse a pruebas](/native-purchases/android/sandbox-testing/join-testing-program.webp)
-
-5. **Subir APK Firmado**
-
-   Genera un APK firmado o usa Android Aplicación Paquete para subir tu Aplicación a la pista de prueba.
-
-   No es necesario lanzar - solo sube y espera la aprobación.
-
-   ![Subir APK](/native-purchases/android/sandbox-testing/upload-signed-apk.webp)
-
-6. **Compilar y Probar**
-
-   Ejecuta tu Aplicación en el dispositivo de prueba. Al intentar una compra, deberías ver un mensaje:
-
-   > "Esto es un pedido de prueba; no se te cobrará."
-
-   ![Compra de prueba](/native-purchases/android/sandbox-testing/test-purchase-confirmation.webp)
-
-</Steps>
-
-## Notas Importantes
-
-- Las cuentas de prueba no serán cobradas por las compras
-- Las compras de prueba usan el mismo flujo que las compras de producción
-- Puedes probar todas las funciones de suscripción incluyendo pruebas y ofertas introductorias
-- Las suscripciones de prueba tienen períodos de renovación acelerados para pruebas más rápidas
-
-## Solución de Problemas
-
-**Los productos no se muestran en modo de prueba:**
-- Asegúrate de que tu Aplicación esté subida a una pista de prueba
-- Verifica que la cuenta de prueba esté agregada a Pruebas de licencia
-- Verifica que los productos estén activos en Google Play Console
-
-**Error "Artículo no disponible":**
-- Espera 2-3 horas después de crear productos para que estén disponibles
-- Asegúrate de que el nombre de paquete de tu Aplicación coincida con el de Play Console
-- Verifica que hayas iniciado sesión con una cuenta de prueba
-
-**Las compras de prueba se muestran como cargos reales:**
-- Verifica dos veces que la cuenta esté agregada a Pruebas de licencia
-- Asegúrate de estar usando la compilación de la pista de prueba
-- Verifica que el banner de prueba aparezca durante la compra
-
-## Recursos Adicionales
-
-Para más detalles, consulta la [documentación oficial de Google Play](https://developer.android.com/google/play/billing/test) sobre pruebas de compras dentro de la aplicación.
diff --git a/src/content/docs/es/docs/plugins/native-purchases/getting-started.mdx b/src/content/docs/es/docs/plugins/native-purchases/getting-started.mdx
deleted file mode 100644
index 695eab255..000000000
--- a/src/content/docs/es/docs/plugins/native-purchases/getting-started.mdx
+++ /dev/null
@@ -1,43 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y utilizar el complemento @capgo/native-purchases para
-  implementar suscripciones y compras únicas con StoreKit 2 y Google Play
-  Billing 7.
-sidebar:
-  order: 2
-locale: es
----
-- `isBillingSupported()` – check for StoreKit / Google Play availability.
-- `getProduct()` / `getProducts()`: precio de obtención, título localizado, descripción, ofertas de introducción.
-- `purchaseProduct()` – initiate StoreKit 2 or Billing client purchase flow.
-- `restorePurchases()`: reproduce compras históricas y sincroniza con el dispositivo actual.
-- `getPurchases()` – list all iOS transactions or Play Billing purchases.
-- `manageSubscriptions()`: abre la interfaz de usuario de administración de suscripciones nativa.
-- `addListener('transactionUpdated')`: maneja las transacciones pendientes de StoreKit 2 cuando se inicia su aplicación (solo iOS).
-
-## Mejores prácticas
-
-1. **Mostrar precios de tienda**: Apple requiere mostrar `product.title` y `product.priceString`; nunca codificar.
-2. **Use `appAccountToken`** – deterministically generate a UUID (v5) from your user ID to link purchases to accounts.
-3. **Validar del lado del servidor**: envíe `receipt` (iOS) / `purchaseToken` (Android) a su backend para su verificación.
-4. **Handle errors gracefully** – check for user cancellations, network failures, and unsupported billing environments.
-5. **Pruébelo minuciosamente**: siga la [iOS guía de entorno sandbox](/docs/plugins/native-purchases/ios-sandbox-testing/) y la [Android guía de entorno sandbox](/docs/plugins/native-purchases/android-sandbox-testing/).
-6. **Offer restore & management** – add UI buttons wired to `restorePurchases()` and `manageSubscriptions()`.
-
-## Solución de problemas
-
-**Productos no cargando**
-- Asegúrese de que el ID del paquete/ID de la aplicación coincida con la configuración de la tienda.
-- Confirm the product IDs are active and approved (App Store) or activated (Google Play).
-- Espere varias horas después de crear productos; La propagación en la tienda no es instantánea.
-
-**Compra cancelada o atascada**
-- Los usuarios pueden cancelar el flujo medio; envuelva llamadas en `try/catch` y muestre mensajes de error amigables.
-- For Android, ensure test accounts install the app from Play Store (internal track) so Billing works.
-- Verifique logcat/Xcode para ver si hay errores de facturación cuando se ejecuta en el dispositivo.
-
-**Estado de suscripción incorrecto**
-- Use `getPurchases()` to compare store data with your local entitlement cache.
-- On Android, always query the Google Play Developer API with the `purchaseToken` to obtain expiration dates or refund status.
-- El iOS, consultar `isActive`/`expirationDate` y validar recibos para detectar reembolsos o revocaciones.
diff --git a/src/content/docs/es/docs/plugins/native-purchases/index.mdx b/src/content/docs/es/docs/plugins/native-purchases/index.mdx
deleted file mode 100644
index 4ff48050c..000000000
--- a/src/content/docs/es/docs/plugins/native-purchases/index.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: "@Capgo/native-purchases"
-locale: es
-description: Plugin de Capacitor para gestionar compras y suscripciones en la aplicación con una API simple y unificada para iOS y Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Simplifica las compras y suscripciones en la aplicación con una API unificada que funciona perfectamente en las plataformas iOS y Android.
-  image:
-    file: ~public/icons/plugins/native-purchases.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/native-purchases/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/native-purchases/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="API unificada" icon="rocket">
-    API única para compras en iOS y Android 💳
-  </Card>
-  <Card title="Gestión de suscripciones" icon="setting">
-    Gestiona suscripciones con renovación automática 🔄
-  </Card>
-  <Card title="Validación de recibos" icon="approve-check">
-    Validación de recibos integrada para seguridad 🔒
-  </Card>
-  <Card title="Primeros pasos" icon="open-book">
-    Consulta la [Guía de inicio](/docs/plugins/native-purchases/getting-started/) para instalar y configurar el Plugin.
-  </Card>
-</CardGrid>
-
-## Guías de configuración de plataforma
-
-<CardGrid>
-  <Card title="Configuración de Android" icon="setting">
-    Guías completas para configurar compras en la aplicación en Android:
-    - [Configurar pruebas de Sandbox](/docs/plugins/native-purchases/android-sandbox-testing/)
-    - [Crear suscripciones](/docs/plugins/native-purchases/android-create-subscription/)
-    - [Ofertas introductorias](/docs/plugins/native-purchases/android-introductory-offer/)
-  </Card>
-  <Card title="Configuración de iOS" icon="star">
-    Guías completas para configurar compras en la aplicación en iOS:
-    - [Configurar pruebas de Sandbox](/docs/plugins/native-purchases/ios-sandbox-testing/)
-    - [Grupos de suscripciones](/docs/plugins/native-purchases/ios-subscription-group/)
-    - [Crear suscripciones](/docs/plugins/native-purchases/ios-create-subscription/)
-    - [Ofertas introductorias](/docs/plugins/native-purchases/ios-introductory-offer/)
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/native-purchases/ios-app-store-review.mdx b/src/content/docs/es/docs/plugins/native-purchases/ios-app-store-review.mdx
deleted file mode 100644
index c69574055..000000000
--- a/src/content/docs/es/docs/plugins/native-purchases/ios-app-store-review.mdx
+++ /dev/null
@@ -1,539 +0,0 @@
----
-title: ''
-description: >-
-  Guía completa para aprobar la revisión App Store con suscripciones y compras
-  dentro de la aplicación, incluidos motivos de rechazo comunes y mejores
-  prácticas.
-sidebar:
-  order: 10
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-
-Obtener la aprobación de su aplicación en App Store requiere prestar especial atención a las pautas de Apple, especialmente al implementar suscripciones y compras dentro de la aplicación. Esta guía cubre todo lo que necesita saber para pasar la revisión en su primer envío.
-
-![iOS App Store Proceso de revisión](/native-purchases/review-guides/ios-review-hero.webp)
-
-## Requisitos de compra dentro de la aplicación
-
-### Transparencia de precios (crítica)
-
-Apple requiere una divulgación clara de los precios antes de cualquier compra:
-
-**Elementos imprescindibles:**
-- Mostrar el precio exacto antes del botón de compra.
-- Mostrar frecuencia de facturación (por ejemplo, "$9,99/mes")
-- Indique claramente lo que los usuarios obtienen por su dinero.
-- Indique cuándo se producirán los cargos.
-
-**Rechazo común:**
-> "El precio de la suscripción debe ser claro y directo".
-
-:::precaución Consistencia de precios
-Todos los precios deben coincidir en:
-- App Store listado de metadatos
-- Pantallas de compra dentro de la aplicación
-- Pantallas de gestión de suscripciones.
-
-Even a $1 discrepancy between store listing ($4.99) and app ($5.99) will trigger automatic rejection.
-:::
-
-### Presentación del plan de suscripción
-
-**Divulgaciones requeridas:**
-- All available subscription tiers displayed together
-- Comparación clara de funciones por nivel
-- No se puede acceder automáticamente a niveles premium mediante trucos de interfaz de usuario
-- Instrucciones de cancelación fáciles de localizar
-
-![Qué hacer y qué no hacer en el diseño de la interfaz de usuario](/native-purchases/review-guides/ui-design-dos-donts.webp)
-
-**Ejemplo de interfaz de usuario compatible:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function SubscriptionScreen() {
-  return (
-    <div>
-      <h2>Choose Your Plan</h2>
-
-      {/* Show all tiers equally */}
-      <PlanCard
-        title="Basic"
-        price="$4.99/month"
-        features={['Feature A', 'Feature B']}
-      />
-      <PlanCard
-        title="Premium"
-        price="$9.99/month"
-        features={['All Basic', 'Feature C', 'Feature D']}
-        highlighted={false} // Don't force premium
-      />
-
-      {/* Clear cancellation info */}
-      <Text>
-        Cancel anytime in Settings > Subscriptions.
-        No refunds for partial periods.
-      </Text>
-    </div>
-  );
-}
-```
-
-### Restaurar compras
-
-**Implementación requerida:**
-
-Every app with IAP must provide a way for users to restore previous purchases without contacting support.
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function restorePurchases() {
-  try {
-    await NativePurchases.restorePurchases();
-
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const activeSub = purchases.find(
-      (purchase) => purchase.isActive && purchase.expirationDate,
-    );
-
-    if (activeSub) {
-      unlockPremiumFeatures();
-      showMessage('Purchases restored successfully!');
-      return;
-    }
-
-    const { purchases: iaps } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.INAPP,
-    });
-    const hasIap = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-    showMessage(
-      hasIap ? 'Premium purchase restored!' : 'No previous purchases found.',
-    );
-  } catch (error) {
-    showError('Failed to restore purchases. Please try again.');
-  }
-}
-
-// Add a visible "Restore Purchases" button
-<Button onClick={restorePurchases}>
-  Restore Purchases
-</Button>
-```
-
-## Razones comunes de rechazo
-
-### 1. La aplicación falla o funciona mal
-
-**Por qué falla:**
-- La aplicación falla al iniciarse
-- El flujo de compra no se completa
-- Las funciones que se muestran en las capturas de pantalla no funcionan
-
-**Prevención:**
-- Prueba en dispositivos reales (no solo simuladores)
-- Pruebe todos los flujos de suscripción de un extremo a otro
-- Verificar los trabajos de validación de recibos.
-- Verificar el manejo de errores de red
-
-### 2. Discrepancias de metadatos
-
-**Por qué falla:**
-- Las capturas de pantalla muestran funciones que no están en la versión actual.
-- Description mentions functionality that doesn't exist
-- Pricing in metadata differs from in-app pricing
-
-![Lista de verificación de metadatos](/native-purchases/review-guides/metadata-checklist.webp)
-
-**Prevención:**
-```typescript
-// Document exactly what's in each tier
-const SUBSCRIPTION_FEATURES = {
-  basic: ['Ad-free', 'Cloud sync', 'Basic themes'],
-  premium: ['Ad-free', 'Cloud sync', 'All themes', 'Priority support']
-};
-
-// Use these in both your app AND App Store description
-```
-
-### 3. Explicaciones de permisos faltantes
-
-**Por qué falla:**
-- Requesting camera/location/health without explanation
-- Permission requests buried multiple screens deep
-- Descripciones de permisos vagas o genéricas
-
-**Prevención:**
-
-Update your `Info.plist` with clear explanations:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Camera access is needed to scan product barcodes for quick subscription upgrades.</string>
-
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>Location helps us show relevant local content in your Premium subscription.</string>
-```
-
-### 4. Marketing engañoso
-
-**Por qué falla:**
-- Afirmaciones como "aplicación número uno del mundo" sin pruebas
-- Funciones "ilimitadas" que tienen límites ocultos
-- Tácticas de urgencia falsas ("¡Solo quedan 2 lugares!")
-
-![Description Guidelines Examples](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![Additional Description Guidelines](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**Prevención:**
-- Sea específico y objetivo en las descripciones.
-- Evite los superlativos sin evidencia
-- No presiones a los usuarios con una escasez falsa.
-
-### 5. Proceso de cancelación oculto
-
-**Por qué falla:**
-- No se menciona cómo cancelar
-- Botón de cancelación oculto u oscurecido
-- Multi-step cancellation process without Apple's native flow
-
-**Prevención:**
-```typescript
-// Always inform users about cancellation
-function SubscriptionInfo() {
-  return (
-    <div>
-      <h3>How to Cancel</h3>
-      <ol>
-        <li>Open iPhone Settings</li>
-        <li>Tap your name at the top</li>
-        <li>Tap Subscriptions</li>
-        <li>Select this app and tap Cancel</li>
-      </ol>
-
-      <p>Or manage directly in the App Store app.</p>
-
-      <Button onClick={openSubscriptionManagement}>
-        Manage Subscription in Settings
-      </Button>
-    </div>
-  );
-}
-
-async function openSubscriptionManagement() {
-  // Direct link to iOS subscription management
-  await NativePurchases.showManageSubscriptions();
-}
-```## Privacidad y uso de datos (Sección 5.1.1)
-
-Apple ha endurecido significativamente los requisitos de privacidad en 2025.
-
-### Divulgaciones requeridas
-
-**Para cada permiso:**
-1. Por qué lo necesitas (caso de uso específico)
-2. Cuándo se utilizará
-3. Cómo se almacenan/comparten los datos
-4. Si es opcional o obligatorio
-
-### Ejemplo: flujo de permisos adecuado
-
-```typescript
-async function requestCameraPermission() {
-  // Show explanation BEFORE requesting
-  await showDialog({
-    title: 'Camera Access',
-    message: 'We need camera access to let you scan barcodes for quick product lookup. Your photos are never uploaded or stored.',
-    buttons: ['Not Now', 'Allow']
-  });
-
-  // Then request permission
-  const result = await Camera.requestPermissions();
-  return result.camera === 'granted';
-}
-```
-
-### Etiquetas nutricionales de privacidad
-
-Asegúrese de que sus App Store etiquetas de privacidad reflejen con precisión:
-- Colección de historial de compras.
-- Direcciones de correo electrónico (para recibos)
-- ID de dispositivos (para prevención de fraude)
-- Datos de uso (para análisis)
-
-:::warning
-Las etiquetas de privacidad inexactas serán un motivo de rechazo común en 2025. Audite cuidadosamente su recopilación de datos.
-:::
-
-## Lista de verificación previa al envío
-
-![Lista de verificación previa al envío](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **Pruebe todos los flujos de compra**
-   - Compre cada nivel de suscripción
-   - Pruebe pruebas gratuitas
-   - Verificar que las ofertas de lanzamiento se apliquen correctamente
-   - Prueba de compras de restauración
-   - Verificar Compartir en familia (si está habilitado)
-   - Prueba en múltiples dispositivos
-
-2. **Verificar la coherencia de los precios**
-   - Verifique que App Store metadatos coincidan con los precios en la aplicación
-   - Verifique que todas las monedas sean correctas
-   - Confirmar las duraciones de las pruebas gratuitas que coincidan con las descripciones
-   - Verifique que los términos de la oferta introductoria sean precisos
-
-3. **Revisar todas las copias**
-   - Eliminar texto de marcador de posición
-   - Verificar que las afirmaciones sean comprobables
-   - Revisar gramática y ortografía.
-   - Asegúrese de que las descripciones coincidan con la versión actual.
-   - Eliminar menciones de la competencia.
-
-4. **Permisos de prueba**
-   - Solicitar sólo los permisos necesarios
-   - Mostrar explicaciones claras antes de realizar la solicitud.
-   - Pruebe los flujos "Denegar" (la aplicación aún debería funcionar)
-   - Verifique que las descripciones de Info.plist sean claras
-
-5. **Preparar cuenta de prueba**
-   - Crear cuenta de prueba de zona de pruebas
-   - Documentar las credenciales de inicio de sesión en las notas de revisión de la aplicación.
-   - Verificar que la cuenta de prueba tenga una suscripción activa
-   - Pruebe que el revisor pueda completar el flujo de compra.
-
-6. **Verificar metadatos**
-   - Las capturas de pantalla coinciden con la interfaz de usuario actual
-   - El video de vista previa de la aplicación (si corresponde) muestra la versión actual
-   - La descripción describe con precisión las características
-   - La clasificación por edades coincide con el contenido.
-   - Se puede acceder a la política de privacidad desde la aplicación
-
-7. **Escriba notas de revisión detalladas**
-   ```
-   Test Account:
-   Email: reviewer@test.com
-   Password: TestPass123!
-
-   Testing Instructions:
-   1. Log in with test account above
-   2. Tap "Upgrade to Premium" button
-   3. Select "Monthly Premium" subscription
-   4. Complete purchase (no charge in sandbox)
-   5. Verify premium features unlock
-
-   Note: Subscription pricing is clearly shown before purchase.
-   Cancellation instructions are in Settings > Account.
-   ```
-
-</Steps>
-
-## Revisar el cronograma
-
-![App Store Cronograma de revisión](/native-purchases/review-guides/review-timeline.webp)
-
-**Revisión estándar:** 24-48 horas
-**Períodos pico:** 3-5 días (App Store lanzamientos de días festivos)
-**Fines de semana:** No se procesan reseñas
-**Revisión acelerada:** Disponible para correcciones de errores críticos (solicitud a través de App Store Connect)
-
-:::tip
-Envíelo a principios de semana para evitar retrasos durante el fin de semana. Los envíos del lunes normalmente se revisan el miércoles.
-:::
-
-## Actualizaciones de las directrices de 2025
-
-### Nuevos requisitos
-
-**1. Divulgación de funcionalidad de IA**
-Si su aplicación utiliza IA para alguna función, debe:
-- Etiquetar claramente el contenido generado por IA
-- Explicar cómo se utiliza la IA.
-- Medidas de seguridad del contenido del documento.
-
-**2. Claridad de suscripción mejorada**
-- Se requieren comparaciones de planes en paralelo
-- No hay "patrones oscuros" que oculten opciones más baratas
-- Borrar rutas de degradación/actualización
-
-**3. Intensificación de la privacidad**
-- Se aumentó la aplicación de la Sección 5.1.1.
-- Más escrutinio sobre la justificación de la recopilación de datos.
-- Requisitos más estrictos para las aplicaciones infantiles.
-
-### Qué cambió desde 2024- Ahora se permiten envíos modulares (actualice las páginas de productos de forma independiente)
-- Los eventos dentro de la aplicación se pueden enviar por separado
-- Aplicación más estricta de las IU de suscripción engañosas
-- Nueva orientación sobre aplicaciones de criptomonedas/NFT
-
-## Mejores prácticas para el complemento de compras nativas
-
-### Implementar un manejo adecuado de errores
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string) {
-  try {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    // Success
-    await validateReceiptOnServer(transaction.receipt);
-    showSuccess('Subscription activated!');
-    unlockFeatures();
-
-  } catch (error: any) {
-    // Handle specific error cases
-    if (error.code === 'USER_CANCELLED') {
-      // User cancelled - don't show error
-      console.log('Purchase cancelled by user');
-    } else if (error.code === 'PAYMENT_PENDING') {
-      showInfo('Payment is pending. Please check back later.');
-    } else if (error.code === 'PRODUCT_ALREADY_PURCHASED') {
-      // Restore instead
-      await NativePurchases.restorePurchases();
-    } else {
-      // Show user-friendly error
-      showError('Unable to complete purchase. Please try again.');
-    }
-  }
-}
-```
-
-### Mostrar estados de carga
-
-```typescript
-function PurchaseButton({ productId }: { productId: string }) {
-  const [loading, setLoading] = useState(false);
-
-  const handlePurchase = async () => {
-    setLoading(true);
-    try {
-      await NativePurchases.purchaseProduct({ productIdentifier: productId });
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handlePurchase} disabled={loading}>
-      {loading ? 'Processing...' : 'Subscribe Now'}
-    </button>
-  );
-}
-```
-
-### Mostrar los términos claramente
-
-```typescript
-function SubscriptionTerms() {
-  return (
-    <div className="terms">
-      <p>
-        Subscription automatically renews unless cancelled at least 24 hours
-        before the end of the current period.
-      </p>
-      <p>
-        Your account will be charged for renewal within 24 hours prior to
-        the end of the current period.
-      </p>
-      <p>
-        Subscriptions may be managed by the user and auto-renewal may be
-        turned off in Account Settings after purchase.
-      </p>
-      <p>
-        <a href="/terms">Terms of Service</a> |
-        <a href="/privacy">Privacy Policy</a>
-      </p>
-    </div>
-  );
-}
-```
-
-## Si tu aplicación es rechazada
-
-### Pasos para resolver
-
-<Steps>
-
-1. **Lea atentamente el rechazo**
-   - Tenga en cuenta la directriz específica citada (p. ej., 3.1.1, 5.1.1)
-   - Comprenda exactamente lo que marcó Apple
-
-2. **Solucione el problema a fondo**
-   - No se limite a parchear: solucione la causa raíz
-   - Pruebe la solución exhaustivamente
-   - Documenta lo que cambiaste
-
-3. **Responder en el Centro de resoluciones**
-   ```
-   Thank you for your feedback. I have addressed the issue:
-
-   Issue: Subscription pricing not clear upfront
-
-   Fix: Added explicit pricing display on subscription selection
-   screen showing "$9.99/month" before purchase button. Also added
-   cancellation instructions on the same screen.
-
-   The changes are in this submission and can be tested using the
-   provided test account.
-   ```
-
-4. **Vuelva a enviarlo de inmediato**
-   - Los nuevos envíos suelen revisarse más rápido
-   - Generalmente dentro de las 24 horas
-
-</Steps>
-
-### Proceso de apelación
-
-Si cree que el rechazo es incorrecto:
-
-![App Store Proceso de Aclaración](/native-purchases/review-guides/clarification-process.webp)
-
-1. Haga clic en "Apelar" en App Store Connect
-2. Proporcionar pruebas claras:
-   - Capturas de pantalla que muestran el cumplimiento
-   - Referencias a directrices específicas
-   - Explicación de cómo cumples los requisitos.
-3. Sea profesional y objetivo
-4. Incluya una cuenta de prueba si es difícil encontrar la funcionalidad
-
-![Ejemplo de solicitud de documentos](/native-purchases/review-guides/request-documents.webp)
-
-## Recursos adicionales
-
-- [Apple App Store Pautas de revisión](https://developer.apple.com/app-store/review/guidelines/)
-- [Pautas de compra dentro de la aplicación](https://developer.apple.com/app-store/review/guidelines/#in-app-purchase)
-- [Prácticas recomendadas de suscripciones](https://developer.apple.com/app-store/subscriptions/)
-- [App Store Connect Ayuda](https://developer.apple.com/help/app-store-connect/)
-
-## Soporte
-
-Si todavía tienes problemas:
-- Revisar la [documentación de Compras Nativas](/docs/plugins/native-purchases/getting-started/)
-- Verifique [problemas comunes de solución de problemas](/docs/plugins/native-purchases/getting-started/#troubleshooting)
-- Comuníquese con Apple Soporte para desarrolladores para obtener aclaraciones sobre las pautas
-
-### ¿Necesita ayuda de un experto?
-
-¿Tiene problemas con la revisión de la aplicación o necesita asistencia personalizada? **[Reserve una llamada de consulta con nuestro equipo](https://cal.com/team/capgo/capacitor-consulting-services)** para obtener asistencia dedicada con:
-
-- Revisión y optimización de la implementación de IAP.
-- App Store revisión de preparación y estrategia
-- Revisión de la lista de verificación de envío
-- Resolución de rechazo y recursos
-- Pruebas y validación completas.
-
-¡Nuestros expertos han ayudado con éxito a cientos de aplicaciones a pasar la revisión!
diff --git a/src/content/docs/es/docs/plugins/native-purchases/ios-create-subscription.mdx b/src/content/docs/es/docs/plugins/native-purchases/ios-create-subscription.mdx
deleted file mode 100644
index 97c573db8..000000000
--- a/src/content/docs/es/docs/plugins/native-purchases/ios-create-subscription.mdx
+++ /dev/null
@@ -1,312 +0,0 @@
----
-title: Crear Suscripción Renovable Automáticamente en iOS
-locale: es
-description: Guía paso a paso para crear suscripciones renovables automáticamente en Aplicación Store Connect para el Plugin native-purchases.
-sidebar:
-  order: 8
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Las suscripciones renovables automáticamente proporcionan acceso recurrente a contenido, servicios o funciones premium en tu aplicación iOS. Esta guía te lleva a través de la creación de suscripciones en Aplicación Store Connect.
-
-## Descripción general
-
-Las suscripciones renovables automáticamente se renuevan automáticamente al final de cada período de facturación hasta que los usuarios cancelen. Son perfectas para:
-- Contenido y funciones premium
-- Experiencias sin anuncios
-- Almacenamiento y sincronización en la nube
-- Servicios de streaming
-- Herramientas y utilidades profesionales
-
-## Requisitos previos
-
-Antes de crear suscripciones, debes:
-1. [Crear un grupo de suscripción](/docs/plugins/native-purchases/ios-subscription-group/) para organizar tus suscripciones
-2. Tener una membresía activa del Apple Developer Program
-3. Completar la información bancaria y fiscal en Aplicación Store Connect
-
-## Crear una suscripción
-
-<Steps>
-
-1. **Navegar a Suscripciones**
-
-   En Aplicación Store Connect, selecciona tu aplicación y ve a **Monetize > Subscriptions**.
-
-   Selecciona tu grupo de suscripción o crea uno nuevo si es necesario.
-
-   ![Navegar a suscripciones](/native-purchases/ios/create-subscription/navigate-to-subscriptions.webp)
-
-2. **Crear Nueva Suscripción**
-
-   Haz clic en el icono **+** junto a tu grupo de suscripción para agregar una nueva suscripción.
-
-3. **Ingresar Información Básica**
-
-   **Referencia Name**: Nombre descriptivo para tu uso interno (no se muestra a los clientes)
-   - Ejemplos: "Premium Monthly", "Ultimate Annual", "Basic Plan"
-
-   **Product ID**: Identificador único para esta suscripción (no se puede cambiar después)
-   - Formato: `com.yourcompany.yourapp.premium_monthly`
-   - Usa nombres descriptivos en minúsculas con guiones bajos
-   - Requerido para configurar el Plugin native-purchases
-
-   ![Ingresar detalles de suscripción](/native-purchases/ios/create-subscription/enter-subscription-info.webp)
-
-4. **Configurar Duración**
-
-   Selecciona la duración de la suscripción de las opciones disponibles:
-   - 1 semana
-   - 1 mes
-   - 2 meses
-   - 3 meses
-   - 6 meses
-   - 1 año
-
-   La duración determina con qué frecuencia se factura a los usuarios.
-
-5. **Configurar Precios**
-
-   Haz clic en **Agregar Subscription Price** para configurar los precios:
-
-   **Base Territory**: Selecciona tu mercado principal (generalmente tu país)
-
-   **Price**: Establece el precio de la suscripción
-   - Apple convierte automáticamente a otras monedas
-   - Elige de los niveles de precio de Apple
-   - Considera el valor percibido y las tarifas del mercado
-
-   ![Configurar precios](/native-purchases/ios/create-subscription/configure-pricing.webp)
-
-6. **Family Sharing (Opcional)**
-
-   Decide si habilitar Family Sharing, que permite hasta 6 miembros de la familia acceder a la suscripción.
-
-   :::Precaución
-   Una vez que Family Sharing está habilitado, no se puede desactivar para este producto.
-   :::
-
-   **Habilitar si:**
-   - El contenido es apropiado para uso familiar
-   - Quieres aumentar la propuesta de valor
-   - Tu modelo de negocio lo soporta
-
-   **No habilitar si:**
-   - La suscripción es solo para uso individual
-   - El contenido está personalizado para el usuario
-   - Quieres maximizar los ingresos por usuario
-
-7. **Agregar Localizaciones**
-
-   Agrega información de visualización de la suscripción en todos los idiomas que tu aplicación soporta:
-
-   **Subscription Display Name**: Nombre de cara al cliente (ej., "Premium Mensual")
-
-   **Description**: Breve descripción de lo que incluye la suscripción
-   - Manténlo conciso y enfocado en beneficios
-   - Menciona características clave
-   - Resalta la propuesta de valor
-
-   ![Agregar localizaciones](/native-purchases/ios/create-subscription/add-localization.webp)
-
-8. **Imagen Promocional de Aplicación Store (Opcional)**
-
-   Sube una imagen promocional para esta suscripción (312x390 píxeles):
-   - Se muestra en la página de suscripción de Aplicación Store
-   - Debe coincidir con el diseño de tu aplicación
-   - Incluye el nombre de la suscripción para mayor claridad
-
-   :::Nota
-   Aunque las imágenes son opcionales para el envío inicial, son requeridas para la visualización promocional en Aplicación Store. Puedes agregarlas más tarde.
-   :::
-
-9. **Guardar y Enviar**
-
-   Haz clic en **Guardar** para crear la suscripción.
-
-   **Para la Primera Suscripción:**
-   - Debe enviarse con una nueva versión de la aplicación
-   - Incluir en tu próximo envío a Aplicación Store
-   - No se puede enviar de forma independiente
-
-   **Para Suscripciones Subsiguientes:**
-   - Se pueden enviar directamente desde la página de Suscripciones
-   - No requieren una nueva versión de la aplicación
-   - Disponibles después de que se apruebe la primera suscripción
-
-</Steps>
-
-## Estado de la Suscripción
-
-Tu suscripción tendrá uno de estos estados:
-
-| Estado | Descripción | ¿Se puede probar? |
-|--------|-------------|-----------|
-| **Missing Metadata** | Configuración incompleta | Sí (sandbox) |
-| **Ready A Submit** | Completa pero no enviada | Sí (sandbox) |
-| **Waiting for Review** | Enviada a Apple | Sí (sandbox) |
-| **In Review** | Siendo revisada por Apple | Sí (sandbox) |
-| **Approved** | Disponible para compra | Sí |
-| **Rejected** | Necesita cambios | Sí (sandbox) |
-
-:::Consejo
-¡Puedes probar suscripciones en modo sandbox incluso si muestran "Missing Metadata" o "Ready A Submit"!
-:::
-
-## Usar en tu Aplicación
-
-Una vez creada, referencia la suscripción en tu aplicación usando el product ID:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Obtener productos de suscripción directamente desde StoreKit
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: [
-    'com.yourcompany.yourapp.premium_monthly',
-    'com.yourcompany.yourapp.premium_annual',
-  ],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-products.forEach((product) => {
-  console.log(`${product.title}: ${product.priceString}`);
-  console.log(`Duration: ${product.subscriptionPeriod}`);
-  console.log(`Description: ${product.description}`);
-});
-
-// Comprar una suscripción (StoreKit 2 maneja automáticamente precios introductorios y ofertas)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourcompany.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Transaction ID:', transaction.transactionId);
-
-  // Los recibos de StoreKit se incluyen en iOS para validación del lado del servidor
-  await sendReceiptToBackend(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-
-// Verificar el estado de la suscripción usando los datos de la tienda
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const premium = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.yourcompany.yourapp.premium_monthly',
-);
-
-if (premium?.isActive) {
-  console.log('Expires:', premium.expirationDate);
-  console.log('Will renew:', premium.willCancel === false);
-  console.log('Store state:', premium.subscriptionState);
-  unlockPremiumFeatures();
-} else {
-  showPaywall();
-}
-```
-
-## Mejores Prácticas
-
-### Estrategia de Precios
-- **Planes mensuales**: Menor barrera de entrada, construye hábito
-- **Planes anuales**: Mejor valor, mayor LTV, menor abandono
-- **Múltiples niveles**: Básico, Premium, Ultimate para diferentes segmentos de usuarios
-- **Análisis competitivo**: Investiga los precios de aplicaciones similares
-
-### Product IDs
-- Usa nombres consistentes: `company.app.tier_duration`
-- Incluye nivel y duración en el ID: `premium_monthly`, `ultimate_annual`
-- Evita cambiar los product IDs (son permanentes)
-- Documenta todos los product IDs para tu equipo
-
-### Family Sharing
-- Habilita para aplicaciones orientadas a familias (juegos, educativas, entretenimiento)
-- Considera el impacto en los ingresos
-- Prueba el comportamiento de compartir exhaustivamente
-- Comunica la capacidad de compartir en el marketing
-
-### Localización
-- Traduce todos los nombres y descripciones de suscripciones
-- Considera las diferencias de precios regionales
-- Prueba la visualización en todos los idiomas soportados
-- Usa un lenguaje de marketing culturalmente apropiado
-
-### Imágenes Promocionales
-- Mantén un estilo visual consistente
-- Incluye el nombre de la suscripción y el beneficio clave
-- Actualiza para promociones estacionales
-- Coincide con el lenguaje de diseño general de la aplicación
-
-## Patrones Comunes de Suscripción
-
-### Nivel Único (Freemium)
-```
-Aplicación Gratuita + Suscripción Premium
-- Básico: Gratuito (funciones limitadas)
-- Premium Mensual: $4.99
-- Premium Anual: $39.99 (ahorra 33%)
-```
-
-### Multi-Nivel (Bueno, Mejor, Excelente)
-```
-- Básico Mensual: $4.99
-- Premium Mensual: $9.99
-- Ultimate Mensual: $19.99
-
-- Básico Anual: $49.99
-- Premium Anual: $99.99
-- Ultimate Anual: $199.99
-```
-
-### Híbrido Consumible + Suscripción
-```
-- Paquetes de créditos (consumible)
-- Suscripción mensual (créditos ilimitados)
-- Suscripción anual (ilimitado + funciones adicionales)
-```
-
-## Solución de Problemas
-
-**Suscripción no se carga en la aplicación:**
-- Verifica que el product ID coincida exactamente (sensible a mayúsculas)
-- Verifica que la suscripción esté en el grupo de suscripción
-- Asegúrate de que el Paquete identifier coincida con Aplicación Store Connect
-- Espera 2-3 horas después de crear el producto
-
-**No se puede enviar la suscripción:**
-- Completa todos los campos requeridos (nombre, descripción, precio)
-- Agrega al menos una localización
-- Verifica que la información bancaria/fiscal esté aprobada
-- Verifica si es la primera suscripción (requiere versión de aplicación)
-
-**Interruptor de Family Sharing deshabilitado:**
-- Ya está habilitado (no se puede deshabilitar)
-- Verifica en los detalles de la suscripción
-- Contacta a Apple Support si está atascado
-
-**Nivel de precio no disponible:**
-- Puede estar restringido en algunos territorios
-- Elige un nivel alternativo
-- Contacta a Apple para preguntas sobre precios
-
-**Error "Invalid Product ID":**
-- Debe estar en formato de dominio inverso
-- No puede contener espacios o caracteres especiales
-- Verifica errores tipográficos
-- Verifica la unicidad en todos los productos
-
-## Próximos Pasos
-
-- [Crear una oferta introductoria](/docs/plugins/native-purchases/ios-introductory-offer/) para atraer nuevos suscriptores
-- [Configurar pruebas en sandbox](/docs/plugins/native-purchases/ios-sandbox-testing/) para probar tus suscripciones
-- Configurar ofertas promocionales para recuperación y retención
-- Implementar seguimiento de análisis de suscripción
-
-## Recursos Adicionales
-
-Para más detalles, consulta la [documentación oficial de Apple sobre suscripciones renovables automáticamente](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers).
diff --git a/src/content/docs/es/docs/plugins/native-purchases/ios-introductory-offer.mdx b/src/content/docs/es/docs/plugins/native-purchases/ios-introductory-offer.mdx
deleted file mode 100644
index 216cda964..000000000
--- a/src/content/docs/es/docs/plugins/native-purchases/ios-introductory-offer.mdx
+++ /dev/null
@@ -1,413 +0,0 @@
----
-title: Crear Oferta Introductoria de Suscripción en iOS
-locale: es
-description: Aprende cómo crear ofertas introductorias para suscripciones renovables automáticamente en iOS para atraer y convertir nuevos suscriptores.
-sidebar:
-  order: 9
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Las ofertas introductorias te permiten proporcionar a usuarios elegibles pruebas gratuitas o precios introductorios con descuento para reducir barreras de entrada y aumentar las conversiones de suscripción.
-
-## Descripción general
-
-Las ofertas introductorias son una de las herramientas más efectivas para hacer crecer tu base de suscriptores. Permiten a los usuarios:
-- Probar tus funciones premium sin riesgo
-- Experimentar el valor antes de comprometerse
-- Comenzar con un punto de precio más bajo
-- Generar confianza en tu producto
-
-## Tipos de Oferta
-
-iOS soporta tres tipos de ofertas introductorias:
-
-### 1. Prueba Gratuita
-Los clientes obtienen acceso gratuito durante una duración especificada. Después de la prueba, se les cobra a tarifas estándar si no cancelan.
-
-**Ejemplos:**
-- 7 días gratis
-- 14 días gratis
-- 1 mes gratis
-
-**Mejor para:**
-- Suscripciones de alto valor
-- Aplicaciones con muchas funciones
-- Construir hábito del usuario
-
-### 2. Pago por Adelantado
-Los clientes pagan un precio único con descuento que cubre el período introductorio.
-
-**Ejemplos:**
-- $1.99 por 2 meses (luego $9.99/mes)
-- $9.99 por 3 meses (luego $19.99/mes)
-
-**Mejor para:**
-- Señales de compromiso
-- Necesidades de flujo de efectivo
-- Probar sensibilidad al precio
-
-### 3. Pago Según Uso
-Los clientes pagan un precio reducido durante múltiples ciclos de facturación.
-
-**Ejemplos:**
-- $1.99/mes por 3 meses (luego $9.99/mes)
-- $4.99/mes por 6 meses (luego $14.99/mes)
-
-**Mejor para:**
-- Compromiso gradual
-- Demostración de valor a largo plazo
-- Reducir el riesgo percibido
-
-## Requisitos de Elegibilidad
-
-Los usuarios solo pueden recibir ofertas introductorias si:
-- No han recibido previamente una oferta introductoria para el producto
-- No han recibido una oferta introductoria para ningún producto en el mismo grupo de suscripción
-- No han tenido una suscripción activa al producto
-
-:::Nota
-Apple maneja la verificación de elegibilidad automáticamente. El Plugin native-purchases proporciona métodos para verificar la elegibilidad antes de presentar ofertas.
-:::
-
-## Requisitos previos
-
-Primero debes [crear una suscripción renovable automáticamente](/docs/plugins/native-purchases/ios-create-subscription/) antes de agregar una oferta introductoria.
-
-## Crear una Oferta Introductoria
-
-<Steps>
-
-1. **Navegar a la Suscripción**
-
-   En Aplicación Store Connect, ve a la sección **Monetize > Subscriptions** de tu aplicación y selecciona la suscripción a la que deseas agregar una oferta.
-
-2. **Agregar Precio de Suscripción**
-
-   Haz clic en el icono **+** junto a "Subscription Prices" para abrir el modal de precios.
-
-3. **Crear Oferta Introductoria**
-
-   Selecciona **"Crear introductory offer"** de las opciones.
-
-   ![Crear oferta introductoria](/native-purchases/ios/introductory-offer/create-introductory-offer.webp)
-
-4. **Configurar Países y Fecha de Inicio**
-
-   **Countries and Regions**: Selecciona dónde estará disponible la oferta
-   - Elige todos los países para máximo alcance
-   - O limita a mercados específicos para pruebas
-
-   **Start Date**: Cuándo la oferta estará disponible
-   - Puede ser inmediata o programada para el futuro
-   - Útil para coordinar con campañas de marketing
-
-   **End Date (Opcional)**: Cuándo expira la oferta
-   - Déjalo en blanco para disponibilidad continua
-   - Establece una fecha para promociones por tiempo limitado
-
-5. **Seleccionar Tipo de Oferta**
-
-   Elige uno de los tres tipos de oferta:
-
-   **Free** (Prueba Gratuita)
-   - Selecciona duración (días, semanas, meses)
-   - Ejemplos: 7 días, 2 semanas, 1 mes
-
-   **Pay Up Front**
-   - Establece precio de pago único
-   - Establece duración cubierta por el pago
-   - Ejemplo: $1.99 por 2 meses
-
-   **Pay As You Go**
-   - Establece precio con descuento por período
-   - Establece número de períodos
-   - Ejemplo: $2.99/mes por 3 meses
-
-6. **Revisar y Confirmar**
-
-   Revisa el resumen que muestra:
-   - Tipo de oferta y duración
-   - Detalles de precios
-   - Precio regular después del período introductorio
-   - Fechas de disponibilidad y países
-
-7. **Guardar**
-
-   Haz clic en **Guardar** para crear la oferta introductoria. Estará disponible para pruebas inmediatamente en modo sandbox.
-
-</Steps>
-
-## Ejemplos de Configuración de Oferta
-
-### Ejemplo 1: Prueba Gratuita Estándar
-```
-Tipo: Free
-Duración: 7 días
-Luego: $9.99/mes
-```
-**Recorrido del Usuario:**
-- Día 1-7: Acceso gratuito
-- Día 8: Primer cargo de $9.99
-- Los cargos mensuales continúan
-
-### Ejemplo 2: Período con Descuento por Adelantado
-```
-Tipo: Pay Up Front
-Precio: $4.99
-Duración: 3 meses
-Luego: $9.99/mes
-```
-**Recorrido del Usuario:**
-- Día 1: Cargado $4.99
-- Acceso por 90 días
-- Día 91: Cargado $9.99/mes
-
-### Ejemplo 3: Introducción Gradual
-```
-Tipo: Pay As You Go
-Precio: $2.99/mes
-Períodos: 6 meses
-Luego: $9.99/mes
-```
-**Recorrido del Usuario:**
-- Meses 1-6: $2.99/mes
-- Mes 7+: $9.99/mes
-
-## Usar en tu Aplicación
-
-El Plugin native-purchases maneja automáticamente la presentación de ofertas introductorias y la elegibilidad:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Obtener productos con información de oferta introductoria
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.yourapp.premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-// Mostrar detalles de oferta introductoria (StoreKit envía metadatos localizados)
-if (product.introductoryPrice) {
-  console.log('Intro price:', product.introductoryPriceString);
-  console.log('Intro period:', product.introductoryPricePeriod);
-  console.log('Intro cycles:', product.introductoryPriceCycles);
-  console.log('Regular price:', product.priceString);
-} else {
-  console.log('No intro offer configured');
-}
-
-// Comprar (StoreKit aplica automáticamente precios introductorios si es elegible)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Subscription active, receipt length:', transaction.receipt?.length);
-  await validateReceiptOnServer(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-```
-
-## Mostrar Ofertas Introductorias a los Usuarios
-
-### Mejores Prácticas para la Interfaz
-
-**Propuesta de Valor Clara:**
-```
-Prueba Premium Gratis por 7 Días
-Luego $9.99/mes. Cancela en cualquier momento.
-```
-
-**Enfatizar Ahorros:**
-```
-Comienza por Solo $1.99
-Obtén 3 meses de Premium por solo $1.99
-Luego $9.99/mes
-```
-
-**Comunicación Transparente:**
-```
-Tu Prueba Gratuita
-• Acceso a todas las funciones premium
-• Sin cargo por 7 días
-• $9.99/mes después de la prueba
-• Cancela en cualquier momento, incluso durante la prueba
-```
-
-### Ejemplo de Implementación
-
-```typescript
-function formatIntroOffer(product: any): string {
-  if (!product.introductoryPrice) {
-    return `${product.priceString} per ${product.subscriptionPeriod}`;
-  }
-
-  const intro = product.introductoryPrice;
-  const regular = product.priceString;
-
-  if (intro.price === 0) {
-    // Prueba gratuita
-    return `Try free for ${intro.periodString}, then ${regular}`;
-  } else if (intro.cycles === 1) {
-    // Pago por adelantado
-    return `${intro.priceString} for ${intro.periodString}, then ${regular}`;
-  } else {
-    // Pago según uso
-    return `${intro.priceString} for ${intro.cycles} ${intro.periodString}s, then ${regular}`;
-  }
-}
-```
-
-## Mejores Prácticas de Marketing
-
-### Estrategia de Duración de Prueba
-- **3-7 días**: Aplicaciones de decisión rápida, juegos
-- **7-14 días**: Estándar para la mayoría de aplicaciones
-- **14-30 días**: Herramientas complejas, aplicaciones profesionales
-- **30+ días**: Alto valor B2B o empresarial
-
-### Psicología de Precios
-- **$0.99-$1.99**: Barrera muy baja, bueno para pruebas
-- **50% de descuento**: Fuerte valor percibido
-- **Primer mes gratis**: Común, patrón familiar
-
-### Momento de Comunicación
-- **Antes de que termine la prueba**: Recuerda a los usuarios el próximo cargo
-- **Resalta el valor**: Muestra estadísticas de uso, logros
-- **Cancelación fácil**: Genera confianza con proceso transparente
-
-## Probar Ofertas Introductorias
-
-Usa pruebas en sandbox para verificar el comportamiento:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// En modo sandbox, se aplican duraciones de suscripción aceleradas:
-// - Prueba gratuita de 3 días = 3 minutos
-// - Prueba gratuita de 1 semana = 3 minutos
-// - Prueba gratuita de 1 mes = 5 minutos
-
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Comprar con oferta introductoria
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Intro purchase transaction:', transaction.transactionId);
-
-// Esperar renovación acelerada
-setTimeout(async () => {
-  const { purchases } = await NativePurchases.getPurchases({
-    productType: PURCHASE_TYPE.SUBS,
-  });
-  const premium = purchases.find((purchase) => purchase.productIdentifier === 'premium_monthly');
-  console.log('After trial state:', premium?.subscriptionState);
-}, 180000); // 3 minutos para prueba semanal
-```
-
-## Notas Importantes
-
-### Reglas de Elegibilidad
-- Una oferta introductoria por usuario por grupo de suscripción (de por vida)
-- Se aplica solo a nuevos suscriptores
-- No se puede usar nuevamente después de la cancelación
-- No disponible para actualizaciones/cambios de suscripción
-
-### StoreKit API
-- `introductoryPrice` muestra detalles de oferta introductoria
-- El método `eligibility` verifica si el usuario califica
-- Se aplica automáticamente en el momento de la compra
-- No se necesita método de compra especial
-
-### Limitaciones
-- Solo una oferta introductoria activa por suscripción a la vez
-- No se puede combinar con otros tipos de descuento
-- No se pueden cambiar reglas de elegibilidad
-- Apple controla la verificación de elegibilidad
-
-## Solución de Problemas
-
-**Oferta introductoria no se muestra:**
-- Verifica si la oferta está activada en Aplicación Store Connect
-- Verifica que el usuario no haya usado una oferta introductoria antes
-- Asegúrate de que el usuario no se haya suscrito a nada en el grupo
-- Prueba con una nueva cuenta sandbox
-
-**Falla la verificación de elegibilidad:**
-- Espera la sincronización de Aplicación Store (puede tomar 2-3 horas)
-- Verifica que el product ID sea correcto
-- Verifica la configuración del grupo de suscripción
-- Prueba en sandbox con cuenta de prueba nueva
-
-**Se muestra precio incorrecto:**
-- Verifica la configuración de precios regionales
-- Verifica la conversión de moneda
-- Asegúrate de que las fechas de la oferta sean actuales
-- Actualiza la información del producto
-
-**Problemas de prueba en sandbox:**
-- Usa duraciones aceleradas (3 min = 1 semana)
-- Crea nuevas cuentas de prueba para cada prueba
-- Espera que la prueba se Completo naturalmente
-- Verifica el recuento de renovaciones (máximo 6 en sandbox)
-
-## Análisis y Optimización
-
-### Rastrear Estas Métricas
-- Tasa de aceptación de oferta introductoria
-- Tasa de conversión de prueba a pago
-- Cancelación durante la prueba
-- Retención después del primer cargo
-- Impacto en ingresos
-
-### Ideas para Pruebas A/B
-- Prueba gratuita vs. introducción pagada
-- Variaciones de duración de prueba
-- Porcentaje de descuento
-- Pago único vs. descuento recurrente
-
-### Estrategia de Optimización
-```typescript
-// Rastrear rendimiento de oferta
-analytics.track('intro_offer_displayed', {
-  product_id: product.identifier,
-  offer_type: product.introductoryPriceType,
-  offer_duration: product.introductoryPricePeriod
-});
-
-analytics.track('intro_offer_accepted', {
-  product_id: product.identifier
-});
-
-// Monitorear conversión
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  if (transaction.productIdentifier === product.identifier && transaction.isActive) {
-    analytics.track('trial_converted', {
-      transactionId: transaction.transactionId,
-      productId: transaction.productIdentifier,
-    });
-  }
-});
-```
-
-## Próximos Pasos
-
-- [Configurar pruebas en sandbox](/docs/plugins/native-purchases/ios-sandbox-testing/) para probar tus ofertas introductorias
-- Configurar ofertas promocionales para campañas de recuperación
-- Implementar análisis de suscripción
-- Crear campañas de marketing dirigidas
-
-## Recursos Adicionales
-
-Para más detalles, consulta la [documentación oficial de Apple sobre ofertas introductorias](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers/implementing_introductory_offers_in_your_app).
diff --git a/src/content/docs/es/docs/plugins/native-purchases/ios-sandbox-testing.mdx b/src/content/docs/es/docs/plugins/native-purchases/ios-sandbox-testing.mdx
deleted file mode 100644
index 4d65b2a13..000000000
--- a/src/content/docs/es/docs/plugins/native-purchases/ios-sandbox-testing.mdx
+++ /dev/null
@@ -1,209 +0,0 @@
----
-title: Configurar Pruebas en Sandbox de iOS
-locale: es
-description: Aprende cómo configurar pruebas en sandbox para compras dentro de la aplicación en iOS usando Aplicación Store Connect y Xcode.
-sidebar:
-  order: 6
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Las pruebas de compras dentro de la aplicación en iOS requieren una configuración adecuada en Aplicación Store Connect y en tus dispositivos de prueba. Esta guía cubre todo lo que necesitas para comenzar con las pruebas en sandbox.
-
-## Requisitos previos
-
-- **Apple Developer Program**: Membresía activa con renovación anual
-- **Agreements**: "Paid Applications Agreement" firmado con información bancaria y fiscal completada
-- **Xcode Project**: Configurado con el Paquete identifier y capacidades adecuadas
-
-:::Nota
-La aprobación de la configuración bancaria y fiscal puede tomar horas o días. Completa esto con suficiente antelación antes de las pruebas.
-:::
-
-## Proceso de Configuración
-
-<Steps>
-
-1. **Firmar Paid Applications Agreement**
-
-   En Aplicación Store Connect, navega a **Agreements, Tax, and Banking** y completa:
-   - Firma el Paid Applications Agreement
-   - Agrega tu información bancaria
-   - Completa los formularios fiscales
-
-   Espera a que Apple apruebe tu información (esto puede tomar 24-48 horas).
-
-2. **Crear Usuario de Prueba Sandbox**
-
-   En Aplicación Store Connect, ve a **Users and Access > Sandbox Testers**.
-
-   Haz clic en el botón **+** para crear un nuevo probador sandbox.
-
-   **Importante**: Usa una dirección de correo electrónico que NO esté ya asociada con un Apple ID. Puedes usar alias de correo:
-   - Gmail: `youremail+test@gmail.com`
-   - iCloud: `youremail+test@icloud.com`
-
-   ![Crear probador sandbox](/native-purchases/ios/sandbox-testing/sandbox-tester-setup.webp)
-
-3. **Configurar Dispositivo de Prueba (iOS 12+)**
-
-   A partir de iOS 12, ya no necesitas cerrar sesión de tu cuenta de iTunes para probar compras.
-
-   En tu dispositivo iOS:
-   1. Abre **Configuración**
-   2. Toca **Aplicación Store**
-   3. Desplázate hasta el final
-   4. Toca **Sandbox Account**
-   5. Inicia sesión con tu cuenta de prueba sandbox
-
-   :::Consejo
-   ¡Esto es mucho más conveniente que el método antiguo de cerrar sesión de tu cuenta de iTunes!
-   :::
-
-4. **Configurar Proyecto Xcode**
-
-   Asegúrate de que tu proyecto Xcode tenga:
-
-   **Paquete Identifier**
-   - Debe coincidir con el identificador en tu Developer Center
-   - Debe coincidir con el identificador en Aplicación Store Connect
-
-   **In-Aplicación Purchase Capability**
-   1. Selecciona tu proyecto en Xcode
-   2. Ve a **Signing & Capabilities**
-   3. Haz clic en **+ Capability**
-   4. Agrega **In-Aplicación Purchase**
-
-5. **Crear Productos de Compra Dentro de la Aplicación**
-
-   En Aplicación Store Connect, navega a tu aplicación y crea tus productos de compra dentro de la aplicación (suscripciones, consumibles, etc.).
-
-   Los productos deben estar al menos en estado "Ready A Submit" para las pruebas en sandbox.
-
-6. **Probar tu Implementación**
-
-   Compila y ejecuta tu aplicación en un dispositivo de prueba. Cuando intentes una compra, deberías ver:
-
-   > **[Environment: Sandbox]**
-
-   Esta confirmación indica que estás en el entorno sandbox y no se te cobrará dinero real.
-
-</Steps>
-
-## Notas Importantes
-
-### Características del Entorno Sandbox
-
-- **Sin cargos reales**: Todas las compras son gratuitas en modo sandbox
-- **Suscripciones aceleradas**: Las duraciones de suscripción se acortan para pruebas más rápidas
-  - Suscripción de 1 semana = 3 minutos
-  - Suscripción de 1 mes = 5 minutos
-  - Suscripción de 2 meses = 10 minutos
-  - Suscripción de 3 meses = 15 minutos
-  - Suscripción de 6 meses = 30 minutos
-  - Suscripción de 1 año = 1 hora
-- **Límite de renovación automática**: Las suscripciones se renuevan automáticamente hasta 6 veces en sandbox
-- **Cancelación inmediata**: Las suscripciones canceladas expiran inmediatamente
-
-### Gestión de Cuentas Sandbox
-
-- Crea múltiples cuentas de prueba para diferentes escenarios
-- Usa cuentas de prueba solo en dispositivos de prueba
-- No uses tu Apple ID personal para pruebas en sandbox
-- Las cuentas de prueba pueden comprar cualquier producto independientemente de la región
-
-## Usar Pruebas en Sandbox
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) {
-  throw new Error('StoreKit not supported on this device');
-}
-
-// Obtener productos (usa automáticamente sandbox cuando está disponible)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Hacer compra de prueba
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Test purchase successful!', transaction.transactionId);
-```
-
-## Verificación
-
-Cuando esté configurado correctamente, deberías observar:
-
-1. **Banner de sandbox** durante la compra: "[Environment: Sandbox]"
-2. **Los productos se cargan** exitosamente
-3. **Las compras se completan** sin cargos reales
-4. **Los recibos se validan** correctamente
-5. **Las suscripciones se renuevan** automáticamente (a tasa acelerada)
-
-## Solución de Problemas
-
-**Los productos no se cargan:**
-- Verifica que el Paquete identifier coincida con Aplicación Store Connect
-- Verifica que los acuerdos estén firmados y aprobados
-- Asegúrate de que los productos estén al menos en estado "Ready A Submit"
-- Espera 2-3 horas después de crear los productos
-
-**"Cannot connect A iTunes Store":**
-- Verifica que la cuenta sandbox esté configurada correctamente
-- Verifica que el dispositivo esté conectado a internet
-- Intenta cerrar sesión y volver a iniciar sesión en la cuenta sandbox
-- Reinicia la aplicación
-
-**Las compras fallan silenciosamente:**
-- Verifica la consola de Xcode para mensajes de Error
-- Verifica que la capacidad In-Aplicación Purchase esté habilitada
-- Asegúrate de que el correo de la cuenta sandbox no sea un Apple ID real
-- Intenta crear una nueva cuenta de prueba sandbox
-
-**Errores de validación de recibo:**
-- Usa el endpoint de validación de recibo sandbox en las pruebas
-- Endpoint de producción: `https://buy.itunes.apple.com/verifyReceipt`
-- Endpoint sandbox: `https://sandbox.itunes.apple.com/verifyReceipt`
-- El Plugin native-purchases maneja esto automáticamente
-
-**Duración de suscripción incorrecta:**
-- Recuerda que las suscripciones están aceleradas en sandbox
-- Usa la tabla de conversión anterior para duraciones esperadas
-- Las suscripciones se renuevan automáticamente máximo 6 veces en sandbox
-
-**"This Apple ID has not yet been used in El iTunes Store":**
-- Esto es normal para nuevas cuentas sandbox
-- Continúa con la compra para activar la cuenta
-- Solo sucede en el primer uso
-
-## Mejores Prácticas
-
-1. **Crea múltiples cuentas de prueba** para diferentes escenarios de prueba
-2. **Prueba todas las duraciones de suscripción** para verificar el comportamiento
-3. **Prueba flujos de cancelación y renovación**
-4. **Verifica que la validación de recibo** funcione correctamente
-5. **Prueba la funcionalidad de restaurar compras**
-6. **Verifica el comportamiento de actualización/degradación** de suscripción
-7. **Prueba con condiciones de red pobres**
-
-## Producción vs. Sandbox
-
-| Característica | Sandbox | Producción |
-|---------|---------|------------|
-| Cargos reales | No | Sí |
-| Duración de suscripción | Acelerada | Normal |
-| Límite de renovación automática | 6 veces | Ilimitado |
-| Efecto de cancelación | Inmediato | Fin del período |
-| Endpoint de recibo | Sandbox URL | Production URL |
-| Solo cuentas de prueba | Sí | No |
-
-## Recursos Adicionales
-
-Para más detalles, consulta la [documentación oficial de Apple StoreKit](https://developer.apple.com/documentation/storekit/in-app_purchase/testing_in-app_purchases_with_sandbox) sobre pruebas en sandbox.
diff --git a/src/content/docs/es/docs/plugins/native-purchases/ios-subscription-group.mdx b/src/content/docs/es/docs/plugins/native-purchases/ios-subscription-group.mdx
deleted file mode 100644
index a7e0ef8f1..000000000
--- a/src/content/docs/es/docs/plugins/native-purchases/ios-subscription-group.mdx
+++ /dev/null
@@ -1,301 +0,0 @@
----
-title: Crear Grupo de Suscripción de iOS
-locale: es
-description: Aprende cómo crear y configurar grupos de suscripción en Aplicación Store Connect para organizar las ofertas de suscripción de tu aplicación.
-sidebar:
-  order: 7
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Los grupos de suscripción son esenciales para organizar y gestionar múltiples niveles de suscripción en tu aplicación iOS. Comprender cómo funcionan es crucial para implementar funcionalidad de actualización, degradación y cambio entre niveles.
-
-## ¿Qué es un Grupo de Suscripción?
-
-Un grupo de suscripción es una colección de suscripciones relacionadas entre las que los usuarios pueden elegir. Los usuarios solo pueden suscribirse a una suscripción dentro de un grupo a la vez. Cuando cambian de suscripción, Apple maneja la transición automáticamente.
-
-## Por qué Importan los Grupos de Suscripción
-
-Los grupos de suscripción permiten:
-- **Precios escalonados**: Ofrecer planes básico, premium y ultimate
-- **Diferentes duraciones**: Opciones mensuales, anuales y de por vida
-- **Lógica de actualización/degradación**: Manejo automático de cambios de suscripción
-- **Gestión simplificada**: Agrupar suscripciones relacionadas
-
-## Niveles de Suscripción
-
-Dentro de un grupo, cada suscripción debe clasificarse desde el valor más alto (nivel 1) hasta el más bajo. Esta clasificación determina cómo se clasifican los cambios de suscripción:
-
-![Jerarquía de grupo de suscripción](/native-purchases/ios/subscription-group/subscription-group-hierarchy.webp)
-
-### Ejemplos de Nivel
-
-**Nivel 1** (Valor Más Alto)
-- Premium Anual ($99.99/año)
-- Ultimate Mensual ($19.99/mes)
-
-**Nivel 2** (Valor Medio)
-- Estándar Anual ($49.99/año)
-- Premium Mensual ($9.99/mes)
-
-**Nivel 3** (Valor Más Bajo)
-- Básico Anual ($29.99/año)
-- Estándar Mensual ($4.99/mes)
-
-## Tipos de Cambio de Suscripción
-
-Apple maneja automáticamente tres tipos de cambios de suscripción basados en la clasificación de nivel:
-
-### 1. Actualización
-Moverse a una suscripción de **nivel superior** (ej., nivel 2 → nivel 1).
-
-**Comportamiento:**
-- Tiene efecto **inmediatamente**
-- El usuario recibe **reembolso prorrateado** por el tiempo restante
-- La nueva suscripción comienza de inmediato
-
-**Ejemplo:**
-```typescript
-// El usuario actualmente tiene: Estándar Mensual (Nivel 2)
-// El usuario actualiza a: Premium Anual (Nivel 1)
-// Resultado: Acceso inmediato a Premium, reembolso por tiempo no usado de Estándar
-```
-
-### 2. Degradación
-Moverse a una suscripción de **nivel inferior** (ej., nivel 1 → nivel 2).
-
-**Comportamiento:**
-- Tiene efecto en la **próxima fecha de renovación**
-- El usuario mantiene la suscripción actual hasta que termine el período
-- La nueva suscripción comienza automáticamente después de la expiración
-
-**Ejemplo:**
-```typescript
-// El usuario actualmente tiene: Premium Anual (Nivel 1)
-// El usuario degrada a: Estándar Mensual (Nivel 2)
-// Resultado: El acceso Premium continúa hasta la fecha de renovación anual, luego cambia
-```
-
-### 3. Cambio de Nivel
-Cambiar a otra suscripción **en el mismo nivel**.
-
-**El comportamiento depende de la duración:**
-
-**Duración Diferente** → Se comporta como **degradación**
-- Tiene efecto en la próxima fecha de renovación
-- Ejemplo: Premium Mensual (Nivel 1) → Premium Anual (Nivel 1)
-
-**Misma Duración** → Se comporta como **actualización**
-- Tiene efecto inmediatamente
-- Ejemplo: Premium Mensual (Nivel 1) → Ultimate Mensual (Nivel 1)
-
-## Crear un Grupo de Suscripción
-
-<Steps>
-
-1. **Navegar a Suscripciones**
-
-   En Aplicación Store Connect, selecciona tu aplicación y ve a **Monetize > Subscriptions**.
-
-2. **Crear Grupo**
-
-   Haz clic en **+** junto a "Subscription Groups" para crear un nuevo grupo.
-
-3. **Nombrar el Grupo**
-
-   Elige un nombre descriptivo que refleje las suscripciones que contiene:
-   - "Premium Access"
-   - "Cloud Storage Plans"
-   - "Pro Features"
-
-4. **Agregar Suscripciones**
-
-   Después de crear el grupo, agrega suscripciones individuales a él. Cada suscripción tendrá una clasificación de nivel.
-
-5. **Establecer Clasificaciones de Nivel**
-
-   Organiza las suscripciones desde el valor más alto (1) hasta el más bajo. Considera:
-   - Los planes anuales típicamente se clasifican más alto que los mensuales
-   - Los niveles de precio más alto se clasifican por encima de los más bajos
-   - Los niveles Ultimate/premium se clasifican más alto
-
-</Steps>
-
-## Usar en tu Aplicación
-
-El Plugin native-purchases maneja automáticamente la lógica del grupo de suscripción:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Obtener todas las suscripciones en un grupo
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_annual', 'ultimate_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Mostrar suscripción actual usando transacciones de StoreKit
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const activeSubs = purchases.filter((purchase) => purchase.isActive);
-
-// Detectar degradación/cancelación pendiente (StoreKit establece willCancel === true)
-const pendingChange = purchases.find((purchase) => purchase.willCancel === true);
-if (pendingChange) {
-  console.log('Subscription will stop auto-renewing on', pendingChange.expirationDate);
-}
-
-// Comprar (StoreKit maneja actualizaciones/degradaciones automáticamente)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_annual',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Escuchar actualizaciones de StoreKit (se dispara en actualizaciones/degradaciones/reembolsos)
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Subscription updated:', transaction);
-});
-```
-
-## Manejar Cambios de Suscripción
-
-### Detectar Tipo de Cambio
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Obtener información de suscripción actual
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const currentSubscription = purchases.find(
-  (purchase) => purchase.subscriptionState === 'subscribed',
-);
-
-if (currentSubscription) {
-  // StoreKit reporta si el usuario canceló la renovación automática
-  if (currentSubscription.willCancel) {
-    console.log(
-      `User cancelled. Access remains until ${currentSubscription.expirationDate}`,
-    );
-  }
-
-  if (currentSubscription.isUpgraded) {
-    console.log('User recently upgraded to this plan.');
-  }
-}
-
-// Escuchar actualizaciones/degradaciones automáticas
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Subscription changed!', transaction);
-  if (transaction.subscriptionState === 'revoked') {
-    revokeAccess();
-  } else if (transaction.isActive) {
-    unlockPremiumFeatures();
-  }
-});
-```
-
-### Comunicación al Usuario
-
-Siempre comunica el comportamiento del cambio claramente:
-
-**Para Actualizaciones:**
-> "Obtendrás acceso inmediato a las funciones Premium. Prorratearemos tu suscripción actual."
-
-**Para Degradaciones:**
-> "Mantendrás acceso Premium hasta [fecha de renovación], luego cambiarás a Estándar."
-
-**Para Cambios de Nivel:**
-> "Tu plan cambiará a facturación Anual en la próxima renovación el [fecha]."
-
-## Monitoreo del Servidor
-
-Usa las Aplicación Store Server Notifications v2 de Apple o tu propio backend de validación de recibos para reflejar los cambios de StoreKit en tu base de datos. Combina las notificaciones del servidor con el listener `transactionUpdated` para que tanto el cliente como el backend se mantengan sincronizados.
-
-## Mejores Prácticas
-
-### Organización de Grupos
-- Mantén suscripciones relacionadas en el mismo grupo
-- No mezcles funciones no relacionadas (ej., almacenamiento y eliminación de anuncios)
-- Crea grupos separados para diferentes conjuntos de funciones
-
-### Estrategia de Clasificación de Nivel
-- Planes anuales → Nivel más alto que mensuales (para el mismo nivel)
-- Niveles de precio más alto → Nivel más alto
-- Considera el valor, no solo el precio
-
-### Experiencia del Usuario
-- Muestra la suscripción actual claramente
-- Muestra todas las opciones disponibles en el grupo
-- Indica qué cambios son inmediatos vs. en la renovación
-- Permite cambiar fácilmente entre planes
-
-### Pruebas
-- Prueba todos los escenarios de actualización
-- Prueba todos los escenarios de degradación
-- Verifica el comportamiento de cambio de nivel
-- Verifica el disparo de webhook
-
-## Escenarios Comunes
-
-### Escenario 1: Tres Planes Mensuales
-```
-Nivel 1: Ultimate Mensual ($19.99)
-Nivel 2: Premium Mensual ($9.99)
-Nivel 3: Básico Mensual ($4.99)
-```
-
-- Básico → Premium: Actualización (inmediata)
-- Premium → Ultimate: Actualización (inmediata)
-- Ultimate → Premium: Degradación (en renovación)
-- Básico → Ultimate: Actualización (inmediata)
-
-### Escenario 2: Planes de Duración Mixta
-```
-Nivel 1: Premium Anual ($99.99/año)
-Nivel 2: Premium Mensual ($9.99/mes)
-```
-
-- Mensual → Anual: Cambio de nivel (en renovación)
-- Anual → Mensual: Degradación (en renovación)
-
-### Escenario 3: Multi-Nivel Multi-Duración
-```
-Nivel 1: Ultimate Anual ($199/año)
-Nivel 2: Ultimate Mensual ($19.99/mes)
-Nivel 3: Premium Anual ($99/año)
-Nivel 4: Premium Mensual ($9.99/mes)
-Nivel 5: Básico Anual ($49/año)
-Nivel 6: Básico Mensual ($4.99/mes)
-```
-
-Esta configuración proporciona máxima flexibilidad mientras mantiene una lógica clara de actualización/degradación.
-
-## Solución de Problemas
-
-**La suscripción no aparece en el grupo:**
-- Verifica que esté asignada al grupo correcto
-- Verifica que esté al menos en estado "Ready A Submit"
-- Asegúrate de que el product ID sea correcto
-
-**Comportamiento incorrecto de actualización/degradación:**
-- Revisa las clasificaciones de nivel (1 = más alto)
-- Verifica que los niveles de suscripción tengan sentido
-- Verifica que los niveles estén configurados correctamente
-
-**Productos de diferentes grupos:**
-- Los usuarios pueden suscribirse a múltiples grupos simultáneamente
-- Esto es intencional - mantén productos relacionados en el mismo grupo
-
-**getActiveProducts muestra múltiples suscripciones:**
-- Verifica si las suscripciones están en diferentes grupos
-- Verifica que el usuario no esté suscrito vía Family Sharing
-- Revisa el estado de suscripción en Aplicación Store Connect
-
-## Recursos Adicionales
-
-Para más detalles, consulta la [documentación oficial de Apple sobre grupos de suscripción](https://developer.apple.com/app-store/subscriptions/).
diff --git a/src/content/docs/es/docs/plugins/nativegeocoder/getting-started.mdx b/src/content/docs/es/docs/plugins/nativegeocoder/getting-started.mdx
deleted file mode 100644
index daa96ab61..000000000
--- a/src/content/docs/es/docs/plugins/nativegeocoder/getting-started.mdx
+++ /dev/null
@@ -1,354 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Aprende cómo instalar y usar el Plugin Native Geocoder para conversión de direcciones y coordenadas en tu aplicación Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/nativegeocoder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurar permisos**
-
-   ### iOS
-   Agrega la descripción de uso de ubicación a tu `Info.plist`:
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>To convert addresses to coordinates</string>
-   ```
-
-   ### Android
-   Agrega permisos a tu `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-</Steps>
-
-## Uso
-
-Importa el Plugin y usa sus métodos de geocodificación:
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-// Geocodificación directa: Dirección a coordenadas
-const forwardGeocode = async () => {
-  const results = await NativeGeocoder.forwardGeocode({
-    addressString: '1600 Amphitheatre Parkway, Mountain View, CA',
-    useLocale: true,
-    maxResults: 1
-  });
-
-  const location = results.addresses[0];
-  console.log('Latitude:', location.latitude);
-  console.log('Longitude:', location.longitude);
-};
-
-// Geocodificación inversa: Coordenadas a dirección
-const reverseGeocode = async () => {
-  const results = await NativeGeocoder.reverseGeocode({
-    latitude: 37.4220656,
-    longitude: -122.0840897,
-    useLocale: true,
-    maxResults: 1
-  });
-
-  const address = results.addresses[0];
-  console.log('Street:', address.thoroughfare);
-  console.log('City:', address.locality);
-  console.log('Country:', address.countryName);
-};
-```
-
-## Referencia de API
-
-### forwardGeocode(Opciones)
-
-Convierte una cadena de dirección en coordenadas geográficas.
-
-```typescript
-interface ForwardGeocodeOptions {
-  addressString: string;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Solo Android
-}
-
-interface GeocodeResult {
-  addresses: Address[];
-}
-
-interface Address {
-  latitude: number;
-  longitude: number;
-  countryCode?: string;
-  countryName?: string;
-  postalCode?: string;
-  administrativeArea?: string;
-  subAdministrativeArea?: string;
-  locality?: string;
-  subLocality?: string;
-  thoroughfare?: string;
-  subThoroughfare?: string;
-}
-```
-
-### reverseGeocode(Opciones)
-
-Convierte coordenadas geográficas en información de dirección.
-
-```typescript
-interface ReverseGeocodeOptions {
-  latitude: number;
-  longitude: number;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Solo Android
-}
-```
-
-## Ejemplos Completos
-
-### Búsqueda de Dirección con Manejo de Errores
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-export class GeocodingService {
-  async searchAddress(address: string): Promise<{lat: number, lng: number} | null> {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: address,
-        useLocale: true,
-        maxResults: 5
-      });
-
-      if (results.addresses.length > 0) {
-        const location = results.addresses[0];
-        return {
-          lat: location.latitude,
-          lng: location.longitude
-        };
-      }
-
-      return null;
-    } catch (error) {
-      console.error('Geocoding failed:', error);
-      return null;
-    }
-  }
-
-  async getAddressFromCoordinates(lat: number, lng: number): Promise<string | null> {
-    try {
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: lat,
-        longitude: lng,
-        useLocale: true,
-        maxResults: 1
-      });
-
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        return this.formatAddress(address);
-      }
-
-      return null;
-    } catch (error) {
-      console.error('Reverse geocoding failed:', error);
-      return null;
-    }
-  }
-
-  private formatAddress(address: Address): string {
-    const parts = [
-      address.subThoroughfare,
-      address.thoroughfare,
-      address.locality,
-      address.administrativeArea,
-      address.postalCode,
-      address.countryName
-    ].filter(part => part != null && part !== '');
-
-    return parts.join(', ');
-  }
-}
-```
-
-### Componente Selector de Ubicación
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-import { Geolocation } from '@capacitor/geolocation';
-
-export class LocationPicker {
-  currentLocation: { lat: number; lng: number } | null = null;
-  currentAddress: string = '';
-
-  async getCurrentLocation() {
-    try {
-      // Obtener coordenadas actuales
-      const position = await Geolocation.getCurrentPosition();
-      this.currentLocation = {
-        lat: position.coords.latitude,
-        lng: position.coords.longitude
-      };
-
-      // Obtener dirección para coordenadas
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: this.currentLocation.lat,
-        longitude: this.currentLocation.lng,
-        useLocale: true,
-        maxResults: 1
-      });
-
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        this.currentAddress = [
-          address.thoroughfare,
-          address.locality,
-          address.countryName
-        ].filter(Boolean).join(', ');
-      }
-    } catch (error) {
-      console.error('Failed to get location:', error);
-    }
-  }
-
-  async searchLocation(query: string) {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: query,
-        useLocale: true,
-        maxResults: 10
-      });
-
-      return results.addresses.map(address => ({
-        coordinates: {
-          lat: address.latitude,
-          lng: address.longitude
-        },
-        displayName: this.formatDisplayName(address)
-      }));
-    } catch (error) {
-      console.error('Search failed:', error);
-      return [];
-    }
-  }
-
-  private formatDisplayName(address: Address): string {
-    const mainPart = [
-      address.thoroughfare,
-      address.locality
-    ].filter(Boolean).join(', ');
-
-    const subPart = [
-      address.administrativeArea,
-      address.countryName
-    ].filter(Boolean).join(', ');
-
-    return mainPart + (subPart ? ` (${subPart})` : '');
-  }
-}
-```
-
-## Mejores Prácticas
-
-1. **Solicitar permisos primero**
-   ```typescript
-   import { Geolocation } from '@capacitor/geolocation';
-
-   const requestPermissions = async () => {
-     const permissions = await Geolocation.requestPermissions();
-     if (permissions.location !== 'granted') {
-       throw new Error('Location permission required');
-     }
-   };
-   ```
-
-2. **Manejar errores con gracia**
-   ```typescript
-   try {
-     const results = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-   } catch (error) {
-     // Manejar casos de error específicos
-     if (error.message.includes('network')) {
-       console.error('Network error');
-     } else if (error.message.includes('permission')) {
-       console.error('Permission denied');
-     }
-   }
-   ```
-
-3. **Usar maxResults sabiamente**
-   - Para búsqueda de usuario: Usar 5-10 resultados
-   - Para conversión automática: Usar 1 resultado
-   - Más resultados = respuesta más lenta
-
-4. **Cachear resultados cuando sea posible**
-   ```typescript
-   const geocodeCache = new Map();
-
-   async function geocodeWithCache(address: string) {
-     if (geocodeCache.has(address)) {
-       return geocodeCache.get(address);
-     }
-
-     const result = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-
-     geocodeCache.set(address, result);
-     return result;
-   }
-   ```
-
-## Diferencias de Plataforma
-
-### iOS
-- Usa `CLGeocoder` de CoreLocation
-- No se requiere Clave API
-- Respeta la configuración regional del usuario automáticamente
-
-### Android
-- Usa Android Geocoder API
-- Clave API opcional de Google para mejores resultados
-- Puede recurrir al servicio web de Google
-
-### Configuración de Clave API (Android)
-
-Para mejores resultados en Android, puedes proporcionar una Clave API de Google:
-
-```typescript
-await NativeGeocoder.forwardGeocode({
-  addressString: address,
-  apiKey: 'YOUR_GOOGLE_API_KEY' // Solo Android
-});
-```
-
-## Problemas Comunes
-
-1. **No se devuelven resultados**
-   - Verifica la conexión a internet
-   - Verifica el formato de la dirección
-   - Intenta con una dirección más general
-
-2. **Errores de permisos**
-   - Asegúrate de que los permisos de ubicación estén otorgados
-   - Verifica Información.plist/AndroidManifest.XML
-
-3. **Resultados inexactos**
-   - Usa direcciones más específicas
-   - Incluye códigos postales cuando estén disponibles
-   - Considera usar coordenadas para ubicaciones precisas
diff --git a/src/content/docs/es/docs/plugins/nativegeocoder/index.mdx b/src/content/docs/es/docs/plugins/nativegeocoder/index.mdx
deleted file mode 100644
index bc683850d..000000000
--- a/src/content/docs/es/docs/plugins/nativegeocoder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/nativegeocoder"
-locale: es
-description: Plugin nativo de geocodificación directa e inversa para convertir direcciones a coordenadas y viceversa.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Convierte entre direcciones y coordenadas geográficas usando APIs de geocodificación nativas de la plataforma para datos de ubicación precisos.
-  image:
-    file: ~public/icons/plugins/nativegeocoder.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/nativegeocoder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-nativegeocoder/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Geocodificación directa" icon="rocket">
-    Convierte direcciones a coordenadas geográficas 📍
-  </Card>
-  <Card title="Geocodificación inversa" icon="document">
-    Convierte coordenadas a direcciones legibles 🏠
-  </Card>
-  <Card title="Precisión nativa" icon="star">
-    Usa geocodificación nativa de la plataforma para mejores resultados 🎯
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/nativegeocoder/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/navigation-bar/getting-started.mdx b/src/content/docs/es/docs/plugins/navigation-bar/getting-started.mdx
deleted file mode 100644
index f3b150e55..000000000
--- a/src/content/docs/es/docs/plugins/navigation-bar/getting-started.mdx
+++ /dev/null
@@ -1,200 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Aprende cómo instalar y configurar el Plugin Capacitor Navigation Bar para personalizar el color y estilo de la barra de navegación de Android.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-navigation-bar" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurar el Plugin**
-
-   **Establecer Color de Barra de Navegación:**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // Establecer color de barra de navegación
-   await NavigationBar.setColor({
-     color: '#FF0000', // Color rojo
-     darkButtons: false // Usar botones claros
-   });
-   ```
-
-   **Soporte de Tema Dinámico:**
-   ```typescript
-   // Establecer color basado en el tema
-   const isDarkMode = window.matchMedia('(prefers-color-scheme: dark)').matches;
-
-   await NavigationBar.setColor({
-     color: isDarkMode ? '#000000' : '#FFFFFF',
-     darkButtons: !isDarkMode
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="Android">
-       **Requisitos Mínimos:**
-       - Android 5.0 (API nivel 21) o superior
-       - El Plugin solo funciona en dispositivos Android
-
-       No se requiere configuración adicional en AndroidManifest.XML.
-     </TabItem>
-     <TabItem label="iOS">
-       Este Plugin es solo para Android. iOS no tiene una barra de navegación personalizable.
-     </TabItem>
-   </Tabs>
-
-4. **Uso avanzado**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   export class ThemeService {
-     // Establecer barra de navegación transparente
-     async setTransparent() {
-       await NavigationBar.setColor({
-         color: '#00000000', // Transparente
-         darkButtons: true
-       });
-     }
-
-     // Coincidir con tema de aplicación
-     async matchAppTheme(primaryColor: string, isLight: boolean) {
-       await NavigationBar.setColor({
-         color: primaryColor,
-         darkButtons: isLight
-       });
-     }
-
-     // Obtener color actual de barra de navegación
-     async getCurrentColor() {
-       const result = await NavigationBar.getColor();
-       console.log('Current color:', result.color);
-       return result.color;
-     }
-
-     // Restablecer a predeterminado
-     async resetToDefault() {
-       await NavigationBar.setColor({
-         color: '#000000',
-         darkButtons: false
-       });
-     }
-   }
-   ```
-
-5. **Integración con ciclo de vida de la aplicación**
-   ```typescript
-   import { App } from '@capacitor/app';
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // Actualizar barra de navegación en cambios de estado de aplicación
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       // Restaurar color de barra de navegación de tu aplicación
-       await NavigationBar.setColor({
-         color: '#YourAppColor',
-         darkButtons: true
-       });
-     }
-   });
-
-   // Manejar cambios de tema
-   window.matchMedia('(prefers-color-scheme: dark)')
-     .addEventListener('change', async (e) => {
-       await NavigationBar.setColor({
-         color: e.matches ? '#121212' : '#FFFFFF',
-         darkButtons: !e.matches
-       });
-     });
-   ```
-</Steps>
-
-## Referencia de API
-
-### Métodos
-
-#### `setColor(options: ColorOptions)`
-Establece el color de la barra de navegación y el estilo de botones.
-
-**Parámetros:**
-- `options`: Objeto de configuración
-  - `color`: string - Código de color hexadecimal (ej., '#FF0000')
-  - `darkButtons`: boolean - Usar botones oscuros (true) o botones claros (false)
-
-**Retorna:** `Promise<void>`
-
-#### `getColor()`
-Obtiene el color actual de la barra de navegación.
-
-**Retorna:** `Promise<{ color: string }>`
-
-### Interfaces
-
-```typescript
-interface ColorOptions {
-  color: string;      // Código de color hexadecimal
-  darkButtons: boolean; // Estilo de botones
-}
-
-interface ColorResult {
-  color: string;      // Color hexadecimal actual
-}
-```
-
-## Notas de Plataforma
-
-### Android
-- Requiere Android 5.0 (API nivel 21) o superior
-- Los cambios de color son inmediatos
-- Se soportan colores transparentes (usar canal alfa)
-- La barra de navegación podría no ser visible en dispositivos con navegación por gestos
-
-### iOS
-- Este Plugin no tiene efecto en dispositivos iOS
-- iOS no proporciona APIs para personalizar la navegación del sistema
-
-## Casos de Uso Comunes
-
-1. **Consistencia de Marca**: Coincidir barra de navegación con el color primario de tu aplicación
-2. **Soporte de Tema**: Adaptarse a temas claro/oscuro dinámicamente
-3. **Experiencias Inmersivas**: Usar navegación transparente para contenido de pantalla completa
-4. **Indicación de Estado**: Cambiar color para indicar estados de aplicación (grabación, errores, etc.)
-
-## Mejores Prácticas
-
-1. **Contraste de Color**: Asegurar suficiente contraste entre barra de navegación y botones
-   ```typescript
-   // Ejemplos de buen contraste
-   setColor({ color: '#FFFFFF', darkButtons: true });  // Barra blanca, botones oscuros
-   setColor({ color: '#000000', darkButtons: false }); // Barra negra, botones claros
-   ```
-
-2. **Consistencia de Tema**: Actualizar barra de navegación cuando cambie el tema
-3. **Accesibilidad**: Considerar usuarios con discapacidades visuales al elegir colores
-4. **Rendimiento**: Evitar cambios frecuentes de color que puedan distraer a los usuarios
-
-## Solución de Problemas
-
-**La barra de navegación no cambia:**
-- Verifica que el dispositivo esté ejecutando Android 5.0+
-- Verifica si el dispositivo tiene navegación por gestos habilitada
-- Asegúrate de que el formato de color sea hexadecimal válido (ej., '#FF0000')
-
-**Botones no visibles:**
-- Verifica que el parámetro `darkButtons` coincida con tu color de fondo
-- Fondos claros necesitan `darkButtons: true`
-- Fondos oscuros necesitan `darkButtons: false`
-
-**El color aparece diferente:**
-- Algunas versiones de Android pueden modificar el color ligeramente
-- Usa colores totalmente opacos para mejores resultados
diff --git a/src/content/docs/es/docs/plugins/navigation-bar/index.mdx b/src/content/docs/es/docs/plugins/navigation-bar/index.mdx
deleted file mode 100644
index 7039997a5..000000000
--- a/src/content/docs/es/docs/plugins/navigation-bar/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-navigation-bar"
-locale: es
-description: Plugin Capacitor para personalizar el color de la barra de navegación de Android, proporcionando integración perfecta con el diseño de tu aplicación.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Establece colores personalizados para la barra de navegación de Android para coincidir con el tema de tu aplicación y crear una experiencia visual cohesiva.
-  image:
-    file: ~public/icons/plugins/navigation-bar.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/navigation-bar/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-navigation-bar/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Personalización de Android" icon="rocket">
-    Control total sobre la apariencia de la barra de navegación de Android 🎨
-  </Card>
-  <Card title="Tematización dinámica" icon="setting">
-    Cambia colores dinámicamente para coincidir con el tema de tu aplicación 🌈
-  </Card>
-  <Card title="Soporte claro/oscuro" icon="moon">
-    Soporte para estilos de barra de navegación claro y oscuro 🌓
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/navigation-bar/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/nfc/getting-started.mdx b/src/content/docs/es/docs/plugins/nfc/getting-started.mdx
deleted file mode 100644
index 1b857d16d..000000000
--- a/src/content/docs/es/docs/plugins/nfc/getting-started.mdx
+++ /dev/null
@@ -1,455 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y utilizar el complemento NFC para leer y escribir
-  etiquetas NFC en su aplicación Capacitor.
-sidebar:
-  order: 2
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/capacitor-nfc" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configuración
-
-### iOS Configuración
-
-Agregue la descripción de uso de NFC a su `Info.plist`:
-
-```xml
-<key>NFCReaderUsageDescription</key>
-<string>This app needs NFC access to read and write tags</string>
-```
-
-Habilite la capacidad de lectura de etiquetas de comunicación de campo cercano en su proyecto Xcode.
-
-### Android Configuración
-
-Agregue el permiso NFC a su `AndroidManifest.xml`:
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.NFC" />
-  <uses-feature android:name="android.hardware.nfc" android:required="false" />
-</manifest>
-```
-
-## Uso
-
-### Comience a escanear en busca de etiquetas NFC
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-await CapacitorNfc.startScanning({
-  invalidateAfterFirstRead: false, // Keep session open (iOS)
-  alertMessage: 'Hold a tag near the top of your device.',
-});
-
-const listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-  console.log('Tag detected:', event.type);
-  console.log('Tag ID:', event.tag?.id);
-  console.log('NDEF message:', event.tag?.ndefMessage);
-});
-```
-
-### Leer etiqueta NFC
-
-```typescript
-await CapacitorNfc.addListener('nfcEvent', (event) => {
-  if (event.tag?.ndefMessage) {
-    event.tag.ndefMessage.forEach(record => {
-      console.log('TNF:', record.tnf);
-      console.log('Type:', record.type);
-      console.log('Payload:', record.payload);
-
-      // Decode text record
-      if (record.tnf === 1 && record.type[0] === 0x54) { // Text record
-        const langLen = record.payload[0] & 0x3f;
-        const text = new TextDecoder().decode(
-          new Uint8Array(record.payload.slice(langLen + 1))
-        );
-        console.log('Text:', text);
-      }
-    });
-  }
-});
-```
-
-### Escribir en etiqueta NFC
-
-```typescript
-// Prepare a text record
-const encoder = new TextEncoder();
-const langBytes = Array.from(encoder.encode('en'));
-const textBytes = Array.from(encoder.encode('Hello NFC'));
-const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x54], // 'T' for Text
-      id: [],
-      payload,
-    },
-  ],
-});
-
-console.log('Tag written successfully');
-```
-
-### Escribir URL en etiqueta NFC
-
-```typescript
-const url = 'https://capgo.app';
-const urlBytes = Array.from(new TextEncoder().encode(url));
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x55], // 'U' for URI
-      id: [],
-      payload: [0x01, ...urlBytes], // 0x01 = https://
-    },
-  ],
-});
-```
-
-### Borrar etiqueta NFC
-
-```typescript
-await CapacitorNfc.erase();
-console.log('Tag erased');
-```
-
-### Hacer que la etiqueta sea de solo lectura
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-console.log('Tag is now read-only');
-```
-
-### Detener escaneo
-
-```typescript
-await listener.remove();
-await CapacitorNfc.stopScanning();
-```
-
-### Verificar estado de NFC
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-console.log('NFC status:', status);
-// Possible values: 'NFC_OK', 'NO_NFC', 'NFC_DISABLED', 'NDEF_PUSH_DISABLED'
-
-if (status === 'NFC_DISABLED') {
-  // Open system settings
-  await CapacitorNfc.showSettings();
-}
-```
-
-### Android Haz (compartir P2P)
-
-```typescript
-// Share data via Android Beam
-const message = {
-  records: [
-    {
-      tnf: 0x01,
-      type: [0x54], // Text
-      id: [],
-      payload: [/* text record payload */],
-    },
-  ],
-};
-
-await CapacitorNfc.share(message);
-
-// Later, stop sharing
-await CapacitorNfc.unshare();
-```
-
-## API Referencia
-
-### iniciar escaneo (¿opciones?)
-
-Empiece a escuchar las etiquetas NFC.
-
-```typescript
-interface StartScanningOptions {
-  invalidateAfterFirstRead?: boolean; // iOS only, defaults to true
-  alertMessage?: string; // iOS only
-  androidReaderModeFlags?: number; // Android only
-}
-
-await CapacitorNfc.startScanning(options);
-```
-
-### detener el escaneo()
-
-Detenga la sesión de escaneo NFC.
-
-```typescript
-await CapacitorNfc.stopScanning();
-```
-
-### escribir (opciones)
-
-Escriba registros NDEF en la última etiqueta descubierta.
-
-```typescript
-interface WriteTagOptions {
-  records: NdefRecord[];
-  allowFormat?: boolean; // Defaults to true
-}
-
-interface NdefRecord {
-  tnf: number; // Type Name Format
-  type: number[]; // Record type
-  id: number[]; // Record ID
-  payload: number[]; // Record payload
-}
-
-await CapacitorNfc.write(options);
-```
-
-### borrar()
-
-Borre la última etiqueta descubierta.
-
-```typescript
-await CapacitorNfc.erase();
-```
-
-### hacerSoloLectura()
-
-Haga que la última etiqueta descubierta sea de solo lectura (permanente).
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-```
-
-### compartir (opciones)
-
-Comparta el mensaje NDEF a través de Android Beam (solo Android).
-
-```typescript
-await CapacitorNfc.share({ records: [...] });
-```
-
-### dejar de compartir()
-
-Dejar de compartir (solo Android).
-
-```typescript
-await CapacitorNfc.unshare();
-```
-
-### obtener estado()
-
-Obtenga el estado actual del adaptador NFC.
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-// Returns: 'NFC_OK' | 'NO_NFC' | 'NFC_DISABLED' | 'NDEF_PUSH_DISABLED'
-```
-
-### mostrar configuración()
-
-Abra la configuración NFC del sistema.
-
-```typescript
-await CapacitorNfc.showSettings();
-```
-
-## Eventos
-
-### evento nfc
-
-Se activa cuando se descubre una etiqueta NFC.
-
-```typescript
-interface NfcEvent {
-  type: 'tag' | 'ndef' | 'ndef-mime' | 'ndef-formattable';
-  tag?: NfcTag;
-}
-
-interface NfcTag {
-  id: number[];
-  techTypes: string[];
-  type: string | null;
-  maxSize: number | null;
-  isWritable: boolean | null;
-  canMakeReadOnly: boolean | null;
-  ndefMessage: NdefRecord[] | null;
-}
-```
-
-### cambio de estado nfc
-
-Se activa cuando cambia la disponibilidad del adaptador NFC (solo Android).
-
-```typescript
-interface NfcStateChangeEvent {
-  status: NfcStatus;
-  enabled: boolean;
-}
-```
-
-## Ejemplo completo
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-export class NfcService {
-  private listener: any;
-
-  async startReading() {
-    // Check NFC status
-    const { status } = await CapacitorNfc.getStatus();
-
-    if (status === 'NO_NFC') {
-      throw new Error('NFC not available on this device');
-    }
-
-    if (status === 'NFC_DISABLED') {
-      await CapacitorNfc.showSettings();
-      return;
-    }
-
-    // Start scanning
-    await CapacitorNfc.startScanning({
-      invalidateAfterFirstRead: false,
-      alertMessage: 'Ready to scan NFC tags',
-    });
-
-    // Listen for tags
-    this.listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-      this.handleNfcEvent(event);
-    });
-  }
-
-  private handleNfcEvent(event: any) {
-    console.log('NFC Event:', event.type);
-
-    if (event.tag?.ndefMessage) {
-      event.tag.ndefMessage.forEach(record => {
-        this.processRecord(record);
-      });
-    }
-  }
-
-  private processRecord(record: any) {
-    // Process text records
-    if (record.tnf === 1 && record.type[0] === 0x54) {
-      const langLen = record.payload[0] & 0x3f;
-      const text = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(langLen + 1))
-      );
-      console.log('Text:', text);
-    }
-
-    // Process URI records
-    if (record.tnf === 1 && record.type[0] === 0x55) {
-      const uriCode = record.payload[0];
-      const uri = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(1))
-      );
-      console.log('URI:', uri);
-    }
-  }
-
-  async writeText(text: string) {
-    const encoder = new TextEncoder();
-    const langBytes = Array.from(encoder.encode('en'));
-    const textBytes = Array.from(encoder.encode(text));
-    const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-    await CapacitorNfc.write({
-      allowFormat: true,
-      records: [
-        {
-          tnf: 0x01,
-          type: [0x54],
-          id: [],
-          payload,
-        },
-      ],
-    });
-  }
-
-  async stopReading() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await CapacitorNfc.stopScanning();
-  }
-}
-```
-
-## Tipos de registros NDEF
-
-### TNF (formato de nombre de tipo)
-
-- `0x00`: Vacío
-- `0x01`: conocido (p. ej., texto, URI)
-- `0x02`: tipo de medio MIME
-- `0x03`: URI absoluta
-- `0x04`: tipo externo
-- `0x05`: Desconocido
-- `0x06`: Sin cambios
-- `0x07`: Reservado
-
-### Tipos de registros comunes
-
-- **Texto**: `type: [0x54]` ('T')
-- **URI**: `type: [0x55]` ('U')
-- **Póster inteligente**: `type: [0x53, 0x70]` ('Sp')
-
-### Prefijos URI
-
-- `0x00`: (sin prefijo)
-- `0x01`: `https://`
-- `0x02`: `https://`
-- `0x03`: `http://`
-- `0x04`: `https://www.`
-
-## Mejores prácticas
-
-1. **Verificar estado de NFC**: Verifique siempre que NFC esté disponible y habilitado
-2. **Manejar permisos**: solicite permisos NFC de forma adecuada
-3. **Detener escaneo**: Detenga siempre el escaneo cuando haya terminado para ahorrar batería
-4. **Manejo de errores**: envuelva las operaciones NFC en bloques try-catch
-5. **Prueba en dispositivos**: las funciones NFC no funcionan en simuladores/emuladores
-
-## Notas de plataforma
-
-### iOS
-- Requiere iOS 11.0+
-- Utiliza el marco Core NFC
-- Admite lectura de etiquetas en segundo plano (iOS 13+)
-- Limitado a leer etiquetas con formato NDEF
-- No se pueden escribir etiquetas en segundo plano.
-- Requiere NFCReaderUsageDescription en Info.plist### Android
-- Requiere Android 4.4 (API 19)+
-- Utiliza Android NFC API
-- Admite lectura de etiquetas tanto en primer plano como en segundo plano
-- Puede escribir en etiquetas
-- Admite Android Beam (P2P) en dispositivos con NFC
-- Requiere permiso NFC en AndroidManifest.xml
-
-### Web
-- No compatible con la plataforma web
diff --git a/src/content/docs/es/docs/plugins/nfc/index.mdx b/src/content/docs/es/docs/plugins/nfc/index.mdx
deleted file mode 100644
index 52e20e5b5..000000000
--- a/src/content/docs/es/docs/plugins/nfc/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-nfc"
-locale: es
-description: Descubrimiento, lectura y escritura de etiquetas NFC nativas para aplicaciones Capacitor en iOS y Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Lee y escribe etiquetas NFC con soporte nativo para iOS y Android, permitiendo interacciones sin contacto y experiencias con etiquetas inteligentes.
-  image:
-    file: ~public/icons/plugins/nfc.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/nfc/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-nfc/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Descubrimiento de Etiquetas" icon="star">
-    Detecta etiquetas NFC automáticamente cuando se acercan al dispositivo 📡
-  </Card>
-  <Card title="Leer Registros NDEF" icon="open-book">
-    Lee datos estructurados de etiquetas NFC incluyendo texto, URLs y payloads personalizados 📖
-  </Card>
-  <Card title="Escribir en Etiquetas" icon="pencil">
-    Escribe mensajes NDEF en etiquetas NFC compatibles 📝
-  </Card>
-  <Card title="Formateo de Etiquetas" icon="setting">
-    Formatea etiquetas formateables NDEF para escribir datos 🔧
-  </Card>
-  <Card title="Peer-A-Peer" icon="rocket">
-    Comparte datos entre dispositivos usando Android Beam (solo Android) 📲
-  </Card>
-  <Card title="Multiplataforma" icon="puzzle">
-    Funciona en iOS y Android con API consistente 📱
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/pay/getting-started.mdx b/src/content/docs/es/docs/plugins/pay/getting-started.mdx
deleted file mode 100644
index 4177ae633..000000000
--- a/src/content/docs/es/docs/plugins/pay/getting-started.mdx
+++ /dev/null
@@ -1,130 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Configura Apple Pay y Google Pay para tu checkout Capacitor con el Plugin Pay.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el Plugin**
-   <PackageManagers pkg="@Capgo/Capacitor-pay" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Requisitos previos nativos
-
-- **Apple Pay (iOS)**
-  1. Crea un ID de comerciante Apple Pay en el portal de desarrolladores de Apple.
-  2. Genera y sube el certificado de procesamiento de pagos requerido por tu pasarela.
-  3. Habilita la capacidad **Apple Pay** en Xcode y asegúrate de que tu perfil de aprovisionamiento la incluya.
-  4. Actualiza `Info.plist` con una descripción de uso si tu pasarela requiere acceso a la red para validar pagos.
-
-- **Google Pay (Android)**
-  1. Inicia sesión en la [Consola de Negocios de Google Pay](https://pay.google.com/business/console/).
-  2. Configura los parámetros de tu pasarela de pago o configura tokenización directa para pruebas.
-  3. Si planeas usar tarjetas de producción, cambia `environment` a `PRODUCTION` y registra tarjetas de prueba para QA.
-  4. Confirma que los servicios de Google Play estén disponibles en el dispositivo (requerido por Google Pay).
-
-Consulta las guías bajo `docs/` en el repositorio del Plugin para capturas de pantalla paso a paso.
-
-## Verificar disponibilidad
-
-```typescript
-import { Pay } from '@capgo/capacitor-pay';
-
-const availability = await Pay.isPayAvailable({
-  apple: { supportedNetworks: ['visa', 'masterCard', 'amex'] },
-  google: {
-    isReadyToPayRequest: {
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-          },
-        },
-      ],
-    },
-  },
-});
-
-if (!availability.available) {
-  console.warn('Native pay unavailable:', availability);
-}
-```
-
-## Solicitar pago (Apple Pay)
-
-```typescript
-const appleResult = await Pay.requestPayment({
-  apple: {
-    merchantIdentifier: 'merchant.com.example.app',
-    countryCode: 'US',
-    currencyCode: 'USD',
-    supportedNetworks: ['visa', 'masterCard'],
-    paymentSummaryItems: [
-      { label: 'Starter Plan', amount: '9.99' },
-      { label: 'Capgo Store', amount: '9.99' },
-    ],
-    requiredShippingContactFields: ['name', 'emailAddress'],
-  },
-});
-
-const token = appleResult.apple?.paymentData;
-```
-
-## Solicitar pago (Google Pay)
-
-```typescript
-const googleResult = await Pay.requestPayment({
-  google: {
-    environment: 'test',
-    paymentDataRequest: {
-      apiVersion: 2,
-      apiVersionMinor: 0,
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-            billingAddressRequired: true,
-            billingAddressParameters: { format: 'FULL' },
-          },
-          tokenizationSpecification: {
-            type: 'PAYMENT_GATEWAY',
-            parameters: {
-              gateway: 'example',
-              gatewayMerchantId: 'exampleMerchantId',
-            },
-          },
-        },
-      ],
-      merchantInfo: {
-        merchantName: 'Capgo Store',
-      },
-      transactionInfo: {
-        totalPriceStatus: 'FINAL',
-        totalPrice: '9.99',
-        currencyCode: 'USD',
-        countryCode: 'US',
-      },
-    },
-  },
-});
-
-const paymentData = googleResult.google?.paymentData;
-```
-
-## Manejar respuestas
-
-- Tokeniza el payload devuelto con tu procesador de pagos y confirma la transacción del lado del servidor.
-- Proporciona una ruta alternativa (entrada de tarjeta, factura) si el pago nativo no está disponible o el usuario cancela la hoja.
-- Cachea el resultado de disponibilidad para no mostrar los botones en dispositivos no soportados.
diff --git a/src/content/docs/es/docs/plugins/pay/index.mdx b/src/content/docs/es/docs/plugins/pay/index.mdx
deleted file mode 100644
index 5a746c080..000000000
--- a/src/content/docs/es/docs/plugins/pay/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@Capgo/Capacitor-pay"
-locale: es
-description: Presenta hojas de Apple Pay y Google Pay desde Capacitor con un flujo de trabajo unificado.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Ofrece checkouts nativos de Apple Pay y Google Pay con una única API TypeScript que se adapta por plataforma.
-  image:
-    file: ~public/icons/plugins/pay.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/pay/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-pay/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Pay conecta los últimos SDKs de Apple Pay y Google Pay para que puedas ofrecer una experiencia de checkout perfecta en todos los dispositivos.
-
-<CardGrid stagger>
-  <Card title="API Unificada" icon="pencil">
-    Llama `isPayAvailable` y `requestPayment` una vez y deja que el Plugin maneje cada plataforma.
-  </Card>
-  <Card title="Configuración rápida" icon="rocket">
-    Implementa hojas de pago completamente nativas sin cablear manualmente código específico de plataforma.
-  </Card>
-  <Card title="Pagos tokenizados" icon="approve-check">
-    Recibe tokens de pago listos para tus integraciones de pasarela o PSP.
-  </Card>
-  <Card title="Flujos personalizables" icon="star">
-    Configura elementos de línea, campos de contacto y requisitos de facturación para ajustarse a tu checkout.
-  </Card>
-</CardGrid>
-
-Sumérgete en la guía de inicio para listas de verificación de configuración y payloads de muestra para cada plataforma.
diff --git a/src/content/docs/es/docs/plugins/pdf-generator/getting-started.mdx b/src/content/docs/es/docs/plugins/pdf-generator/getting-started.mdx
deleted file mode 100644
index 28cd7aada..000000000
--- a/src/content/docs/es/docs/plugins/pdf-generator/getting-started.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Renderiza HTML y páginas remotas en PDFs con el Plugin Capgo PDF Generator.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el Plugin**
-   <PackageManagers pkg="@Capgo/Capacitor-pdf-generator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar plataformas**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Generar desde HTML
-
-```typescript
-import { PdfGenerator } from '@capgo/capacitor-pdf-generator';
-
-const receiptHtml = `
-  <html>
-    <body>
-      <h1>Capgo Store</h1>
-      <p>Thank you for your purchase.</p>
-    </body>
-  </html>
-`;
-
-const pdf = await PdfGenerator.fromData({
-  data: receiptHtml,
-  documentSize: 'A4',
-  orientation: 'portrait',
-  type: 'base64',
-  fileName: 'receipt.pdf',
-});
-
-if (pdf.type === 'base64') {
-  const link = document.createElement('a');
-  link.href = `data:application/pdf;base64,${pdf.base64}`;
-  link.download = 'receipt.pdf';
-  link.click();
-}
-```
-
-## Capturar una URL remota
-
-```typescript
-await PdfGenerator.fromURL({
-  url: 'https://docs.capgo.app/invoice?id=123',
-  orientation: 'landscape',
-  documentSize: 'A4',
-  type: 'share', // opens the native share dialog
-  fileName: 'invoice-123.pdf',
-});
-```
-
-## Consejos
-
-- Incluye CSS en línea en tu cadena HTML o proporciona una `baseUrl` para que los recursos relativos se resuelvan correctamente.
-- Al devolver datos en base64 en móvil, muévelos al sistema de archivos (por ejemplo, Capacitor Filesystem) antes de compartir.
-- La orientación horizontal es ideal para tablas anchas, mientras que vertical se ajusta a la mayoría de los documentos.
-- Considera usar fuentes CSS con alcance (por ejemplo, fuentes del sistema) para un renderizado consistente en todas las plataformas.
diff --git a/src/content/docs/es/docs/plugins/pdf-generator/index.mdx b/src/content/docs/es/docs/plugins/pdf-generator/index.mdx
deleted file mode 100644
index dd2ee0b9e..000000000
--- a/src/content/docs/es/docs/plugins/pdf-generator/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@Capgo/Capacitor-pdf-generator"
-locale: es
-description: Genera PDFs desde marcado HTML o URLs remotas directamente en el dispositivo.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Renderiza PDFs perfectos píxel a píxel desde plantillas, recibos o informes sin salir de tu aplicación Capacitor.
-  image:
-    file: ~public/icons/plugins/pdf-generator.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/pdf-generator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-pdf-generator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Convierte HTML o páginas remotas en PDFs compartibles con el renderizador nativo de Capgo para iOS y Android.
-
-<CardGrid stagger>
-  <Card title="HTML a PDF" icon="pencil">
-    Alimenta con plantillas HTML y obtén un documento PDF listo para compartir en segundos.
-  </Card>
-  <Card title="Captura remota" icon="rocket">
-    Captura cualquier URL accesible y guarda o distribuye el PDF generado.
-  </Card>
-  <Card title="Salidas flexibles" icon="star">
-    Devuelve datos en base64 o activa la hoja de compartir nativa según tu flujo de trabajo.
-  </Card>
-  <Card title="Controles de documento" icon="setting">
-    Especifica orientación, tamaño de página y nombres de archivo para cada renderizado.
-  </Card>
-</CardGrid>
-
-Dirígete a la guía de inicio para notas de plataforma y ejemplos de uso.
diff --git a/src/content/docs/es/docs/plugins/pedometer/getting-started.mdx b/src/content/docs/es/docs/plugins/pedometer/getting-started.mdx
deleted file mode 100644
index d5351a534..000000000
--- a/src/content/docs/es/docs/plugins/pedometer/getting-started.mdx
+++ /dev/null
@@ -1,210 +0,0 @@
----
-title: Primeros pasos con el podómetro
-description: >-
-  Aprenda cómo integrar el conteo de pasos y el seguimiento del estado físico en
-  su aplicación Capacitor
-locale: es
----
-Esta guía lo guiará en la integración del complemento Capacitor Podómetro en su aplicación.
-
-## Instalación
-
-Instale el complemento usando npm:
-
-```bash
-npm install @capgo/capacitor-pedometer
-npx cap sync
-```
-
-## iOS Configuración
-
-Agregue una descripción de uso de movimiento a su `Info.plist`:
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>We need access to your motion data to track steps and activity</string>
-```
-
-## Android Configuración
-
-El complemento agrega automáticamente el permiso `ACTIVITY_RECOGNITION`. Para Android 10+ (API 29), debe solicitar este permiso en tiempo de ejecución.
-
-## Uso básico
-
-### Importar el complemento
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-```
-
-### Consultar disponibilidad
-
-```typescript
-const checkPedometer = async () => {
-  const result = await CapacitorPedometer.isAvailable();
-  console.log('Step counting available:', result.stepCounting);
-  console.log('Distance available:', result.distance);
-  console.log('Floor counting available:', result.floorCounting);
-  console.log('Pace available:', result.pace);
-  console.log('Cadence available:', result.cadence);
-};
-```
-
-### Solicitar permisos
-
-```typescript
-const requestPermission = async () => {
-  const permission = await CapacitorPedometer.requestPermissions();
-  console.log('Permission status:', permission.activityRecognition);
-};
-```
-
-### Obtener mediciones actuales
-
-```typescript
-const getMeasurements = async () => {
-  const measurements = await CapacitorPedometer.getMeasurement({
-    startDate: new Date(Date.now() - 24 * 60 * 60 * 1000), // 24 hours ago
-    endDate: new Date()
-  });
-
-  console.log('Steps:', measurements.numberOfSteps);
-  console.log('Distance:', measurements.distance, 'meters');
-  console.log('Floors ascended:', measurements.floorsAscended);
-  console.log('Floors descended:', measurements.floorsDescended);
-};
-```
-
-### Iniciar actualizaciones en tiempo real
-
-```typescript
-// Add listener for real-time updates
-CapacitorPedometer.addListener('measurement', (data) => {
-  console.log('Steps:', data.numberOfSteps);
-  console.log('Distance:', data.distance);
-  console.log('Pace:', data.currentPace);
-  console.log('Cadence:', data.currentCadence);
-});
-
-// Start receiving updates
-await CapacitorPedometer.startMeasurementUpdates();
-```
-
-### Detener actualizaciones
-
-```typescript
-await CapacitorPedometer.stopMeasurementUpdates();
-CapacitorPedometer.removeAllListeners();
-```
-
-## Ejemplo completo
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-
-class PedometerService {
-  private listener: any;
-
-  async initialize() {
-    // Check availability
-    const available = await CapacitorPedometer.isAvailable();
-    if (!available.stepCounting) {
-      console.error('Step counting not available');
-      return false;
-    }
-
-    // Request permissions
-    const permission = await CapacitorPedometer.requestPermissions();
-    if (permission.activityRecognition !== 'granted') {
-      console.error('Permission denied');
-      return false;
-    }
-
-    return true;
-  }
-
-  async startTracking() {
-    // Add listener
-    this.listener = CapacitorPedometer.addListener('measurement', (data) => {
-      this.onMeasurement(data);
-    });
-
-    // Start updates
-    await CapacitorPedometer.startMeasurementUpdates();
-    console.log('Pedometer tracking started');
-  }
-
-  async stopTracking() {
-    await CapacitorPedometer.stopMeasurementUpdates();
-    if (this.listener) {
-      this.listener.remove();
-    }
-    console.log('Pedometer tracking stopped');
-  }
-
-  onMeasurement(data: any) {
-    console.log('Steps today:', data.numberOfSteps);
-    console.log('Distance:', (data.distance / 1000).toFixed(2), 'km');
-  }
-
-  async getTodaySteps() {
-    const today = new Date();
-    today.setHours(0, 0, 0, 0);
-
-    const measurements = await CapacitorPedometer.getMeasurement({
-      startDate: today,
-      endDate: new Date()
-    });
-
-    return measurements.numberOfSteps;
-  }
-}
-
-// Usage
-const pedometer = new PedometerService();
-await pedometer.initialize();
-await pedometer.startTracking();
-```
-
-## Mejores prácticas
-
-1. **Verificar disponibilidad**: Verifique siempre las características del podómetro antes de usarlo
-2. **Solicitar permisos**: Maneje las solicitudes de permiso con elegancia
-3. **Optimización de la batería**: detenga las actualizaciones cuando no sean necesarias
-4. **Manejo de errores**: envuelve llamadas en bloques try-catch
-5. **Actualizaciones en segundo plano**: configure modos en segundo plano para un seguimiento continuo
-
-## Problemas comunes
-
-### Permiso denegado
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await CapacitorPedometer.checkPermissions();
-
-  if (permission.activityRecognition === 'denied') {
-    alert('Motion tracking permission is required. Please enable it in Settings.');
-  }
-};
-```
-
-### No disponible en el dispositivo
-
-```typescript
-const checkSupport = async () => {
-  const available = await CapacitorPedometer.isAvailable();
-
-  if (!available.stepCounting) {
-    alert('Step counting is not available on this device');
-    return false;
-  }
-
-  return true;
-};
-```
-
-## Próximos pasos
-
-- Explore la [API Referencia](https://github.com/Cap-go/capacitor-pedometer#api) para obtener documentación completa
-- Consulte la [aplicación de ejemplo](https://github.com/Cap-go/capacitor-pedometer/tree/main/example)
-- Consulte el [tutorial](/plugins/capacitor-pedometer) para una implementación avanzada.
diff --git a/src/content/docs/es/docs/plugins/pedometer/index.mdx b/src/content/docs/es/docs/plugins/pedometer/index.mdx
deleted file mode 100644
index dabe19e91..000000000
--- a/src/content/docs/es/docs/plugins/pedometer/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: '@Capgo/Capacitor-pedometer'
-description: >-
-  Track Pasos, distance, pace, and fitness data with Dispositivo pedometer sensors
-  for comprehensive health and fitness monitoring.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Access comprehensive pedometer data for fitness and health tracking with
-    real-time Actualizaciones and historical data queries.
-  image:
-    file: ~public/icons/plugins/pedometer.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/pedometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: 'https://GitHub.com/Cap-go/Capacitor-pedometer/'
-      icon: external
-      variant: minimal
-locale: es
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Paso Counting" icon="rocket">
-    Accurate Paso detection and counting 👟
-  </Card>
-  <Card title="Distance Tracking" icon="star">
-    Calculate distance traveled in real-time 📏
-  </Card>
-  <Card title="Pace & Cadence" icon="setting">
-    Monitor walking and Ejecutando speed 🏃
-  </Card>
-  <Card title="Historical Data" icon="document">
-    Query pedometer data De specific time ranges 📊
-  </Card>
-  <Card title="Floor Tracking" icon="approve-check">
-    Count floors climbed on iOS Dispositivos 🪜
-  </Card>
-  <Card title="Primeros pasos" icon="open-book">
-    Verificar El [Guía de inicio](/docs/plugins/pedometer/getting-started/) Para instalar and Configurar El Plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/persistent-account/getting-started.mdx b/src/content/docs/es/docs/plugins/persistent-account/getting-started.mdx
deleted file mode 100644
index 90c96eb45..000000000
--- a/src/content/docs/es/docs/plugins/persistent-account/getting-started.mdx
+++ /dev/null
@@ -1,9 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y utilizar el complemento de cuenta persistente para
-  mantener los datos del usuario en todas las instalaciones de aplicaciones.
-sidebar:
-  order: 2
-locale: es
----
diff --git a/src/content/docs/es/docs/plugins/persistent-account/index.mdx b/src/content/docs/es/docs/plugins/persistent-account/index.mdx
deleted file mode 100644
index aa1204345..000000000
--- a/src/content/docs/es/docs/plugins/persistent-account/index.mdx
+++ /dev/null
@@ -1,132 +0,0 @@
----
-title: "@Capgo/Capacitor-persistent-account"
-locale: es
-description: Plugin de gestión de cuentas persistentes para aplicaciones Capacitor con almacenamiento seguro, manejo de sesiones y persistencia de datos de usuario.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Gestiona cuentas de usuario con almacenamiento persistente, manejo de sesiones seguro y autenticación sin interrupciones entre sesiones de la aplicación.
-  image:
-    file: ~public/icons/plugins/persistent-account.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/persistent-account/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-persistent-account/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Resumen
-
-El Plugin Capacitor Persistent Account permite el almacenamiento seguro y la persistencia de datos de cuentas de usuario entre instalaciones de aplicaciones. Este Plugin asegura que la información de la cuenta de usuario permanezca disponible incluso después de reinstalaciones de la aplicación, proporcionando una experiencia de usuario sin interrupciones y continuidad de cuenta.
-
-<CardGrid stagger>
-  <Card title="Persistencia entre instalaciones" icon="rocket">
-    Los datos sobreviven a ciclos de desinstalación/reinstalación de aplicaciones 💾
-  </Card>
-  <Card title="Almacenamiento seguro" icon="setting">
-    Almacenamiento seguro de datos de cuenta con integración del sistema 🔐
-  </Card>
-  <Card title="API simple" icon="puzzle">
-    Interfaz limpia de lectura/escritura para gestión de cuentas 📊
-  </Card>
-  <Card title="Multiplataforma" icon="laptop">
-    Implementación nativa en iOS y Android 📱
-  </Card>
-</CardGrid>
-
-## Instalación
-
-```bash
-npm install @capgo/capacitor-persistent-account
-npx cap sync
-```
-
-## Métodos principales de la API
-
-### Gestión de datos
-- `saveAccount(options: { data: unknown })` - Guarda de forma segura los datos de cuenta en almacenamiento persistente
-- `readAccount()` - Recupera los datos de cuenta almacenados, devuelve `Promise<{ data: unknown | null }>`
-
-## Características principales
-
-- **Persistencia entre instalaciones**: Los datos de cuenta sobreviven a la desinstalación y reinstalación de la aplicación
-- **Almacenamiento seguro**: Usa mecanismos de almacenamiento seguro específicos de la plataforma
-- **Flexibilidad de tipos**: Almacena cualquier estructura de datos de cuenta serializable
-- **Soporte multiplataforma**: Implementación nativa para iOS y Android
-
-## Ejemplo de uso
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// Define your account data structure
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// Save account data
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// Read account data
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('Restored account:', account.username);
-} else {
-  console.log('No account data found');
-}
-```
-
-## Casos de uso
-
-- **Incorporación de usuarios**: Preserva el progreso del usuario a través de reinstalaciones de aplicaciones
-- **Recuperación de cuentas**: Restaura sesiones de usuario después de actualizaciones de la aplicación
-- **Almacenamiento de preferencias**: Mantiene configuraciones y ajustes de usuario
-- **Aplicaciones offline-first**: Almacena datos esenciales de usuario localmente
-
-## Implementación de plataforma
-
-### iOS
-- Utiliza iOS Keychain Services para almacenamiento seguro y persistente
-- Los datos sobreviven a eliminaciones de aplicaciones y restauraciones de dispositivo
-
-### Android
-- Usa Android Account Manager o preferencias compartidas con respaldo
-- Mantiene datos a través de reinstalaciones de aplicaciones y migraciones de dispositivos
-
-## Consideraciones de seguridad
-
-- Los datos de cuenta se almacenan usando almacenamiento seguro específico de la plataforma
-- Considera el cifrado de datos para información sensible
-- Implementa validación adecuada de datos al leer cuentas almacenadas
-- Sigue las directrices de la plataforma para el manejo de datos de usuario
-
-## Documentación
-
-Consulta la [documentación completa](/docs/plugins/persistent-account/getting-started/) para guías de implementación detalladas y mejores prácticas.
\ No newline at end of file
diff --git a/src/content/docs/es/docs/plugins/photo-library/getting-started.mdx b/src/content/docs/es/docs/plugins/photo-library/getting-started.mdx
deleted file mode 100644
index 903d55e56..000000000
--- a/src/content/docs/es/docs/plugins/photo-library/getting-started.mdx
+++ /dev/null
@@ -1,75 +0,0 @@
----
-title: Empezando
-description: ''
-sidebar:
-  order: 2
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instala el complemento**
-   <PackageManagers pkg="@capgo/capacitor-photo-library" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar plataformas**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Permisos de plataforma
-
-- **iOS**: actualice `Info.plist` con `NSPhotoLibraryUsageDescription` (y `NSPhotoLibraryAddUsageDescription` si planea guardar medios).
-- **Android**: Para Android 13+, declara los permisos de foto/video (`READ_MEDIA_IMAGES`, `READ_MEDIA_VIDEO`). Capacitor 5 maneja esto automáticamente, pero verifica los manifiestos personalizados.
-
-## Solicitar acceso
-
-```typescript
-import { PhotoLibrary } from '@capgo/capacitor-photo-library';
-
-const { state } = await PhotoLibrary.requestAuthorization();
-if (state !== 'authorized' && state !== 'limited') {
-  throw new Error('Photo access denied');
-}
-```
-
-## Cargar la galería
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const { assets, hasMore, nextPage } = await PhotoLibrary.getLibrary({
-  limit: 100,
-  includeAlbums: false,
-  thumbnailWidth: 256,
-  thumbnailHeight: 256,
-});
-
-const gallery = assets.map((asset) => ({
-  id: asset.id,
-  fileName: asset.fileName,
-  created: asset.creationDate,
-  thumbnailUrl: asset.thumbnail
-    ? asset.thumbnail.webPath ?? Capacitor.convertFileSrc(asset.thumbnail.path)
-    : undefined,
-  photoUrl: asset.file
-    ? asset.file.webPath ?? Capacitor.convertFileSrc(asset.file.path)
-    : undefined,
-}));
-```
-
-Para recuperar páginas adicionales, llame a `PhotoLibrary.getLibrary({ cursor: nextPage })`.
-
-## Permitir que los usuarios elijan medios
-
-```typescript
-const selection = await PhotoLibrary.pickMedia({
-  selectionLimit: 5,
-  includeVideos: true,
-});
-
-console.log('User selected', selection.assets.length, 'items');
-```
-
-## Limpiar archivos almacenados en caché
-
-Las miniaturas generadas y las exportaciones se almacenan en el directorio de caché de la aplicación en `photoLibrary`. Elimínelos con su archivo preferido API cuando necesite recuperar almacenamiento.
diff --git a/src/content/docs/es/docs/plugins/photo-library/index.mdx b/src/content/docs/es/docs/plugins/photo-library/index.mdx
deleted file mode 100644
index df4bbaecd..000000000
--- a/src/content/docs/es/docs/plugins/photo-library/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: '@Capgo/Capacitor-photo-library'
-description: 'Browse and Seleccione photos with efficient paging, thumbnails, and cached URLs.'
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Construir custom galleries that tap into El native photo library with robust
-    authorization flows.
-  image:
-    file: ~public/icons/plugins/photo-library.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/photo-library/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: 'https://GitHub.com/Cap-go/Capacitor-photo-library/'
-      icon: external
-      variant: minimal
-locale: es
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Photo Library helps you list albums, page through assets, and request thumbnails while keeping Rendimiento in Verificar.
-
-<CardGrid stagger>
-  <Card title="Authorization helpers" icon="approve-check">
-    Request permissions and handle limited access states gracefully.
-  </Card>
-  <Card title="Paged fetching" icon="rocket">
-    Paginate El gallery with cursor-based loading and customizable limits.
-  </Card>
-  <Card title="Optimized thumbnails" icon="star">
-    Fetch thumbnail URLs at fixed dimensions for smooth scrolling lists.
-  </Card>
-  <Card title="Media picking" icon="download">
-    Let users Seleccione photos or videos with configurable selection limits.
-  </Card>
-</CardGrid>
-
-Verificar El Primeros pasos Guía for permission Configuración and gallery Ejemplos.
diff --git a/src/content/docs/es/docs/plugins/printer/getting-started.mdx b/src/content/docs/es/docs/plugins/printer/getting-started.mdx
deleted file mode 100644
index f0ce721a2..000000000
--- a/src/content/docs/es/docs/plugins/printer/getting-started.mdx
+++ /dev/null
@@ -1,322 +0,0 @@
----
-title: Primeros Pasos
-locale: es
-description: Aprende cómo instalar y usar el Plugin Printer para imprimir contenido desde tu aplicación Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-printer" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Uso
-
-Importa el Plugin e imprime varios tipos de contenido:
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-
-// Imprimir contenido HTML
-const printHTML = async () => {
-  await Printer.print({
-    content: '<h1>Hola Mundo</h1><p>Esta es una impresión de prueba.</p>',
-    name: 'test-print'
-  });
-};
-
-// Imprimir un archivo PDF
-const printPDF = async () => {
-  await Printer.print({
-    content: 'file:///path/to/document.pdf',
-    name: 'my-document'
-  });
-};
-
-// Imprimir una imagen
-const printImage = async () => {
-  await Printer.print({
-    content: 'file:///path/to/image.jpg',
-    name: 'my-image'
-  });
-};
-```
-
-## Referencia de API
-
-### print(Opciones)
-
-Abre el diálogo de impresión nativo con el contenido especificado.
-
-```typescript
-interface PrintOptions {
-  content: string;          // Cadena HTML, URI de archivo o datos base64
-  name?: string;            // Nombre del trabajo de impresión
-  orientation?: 'portrait' | 'landscape';
-  grayscale?: boolean;      // Imprimir en escala de grises (por defecto: false)
-}
-
-await Printer.print(options);
-```
-
-### canPrint()
-
-Verifica si la impresión está disponible en el dispositivo.
-
-```typescript
-const { value } = await Printer.canPrint();
-console.log('Impresión disponible:', value);
-```
-
-## Ejemplo Completo
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class PrintService {
-  async checkPrintAvailability(): Promise<boolean> {
-    const { value } = await Printer.canPrint();
-    return value;
-  }
-
-  async printHTML(htmlContent: string, jobName: string = 'Document') {
-    try {
-      const canPrint = await this.checkPrintAvailability();
-      if (!canPrint) {
-        throw new Error('La impresión no está disponible en este dispositivo');
-      }
-
-      await Printer.print({
-        content: htmlContent,
-        name: jobName,
-        orientation: 'portrait'
-      });
-    } catch (error) {
-      console.error('Impresión fallida:', error);
-      throw error;
-    }
-  }
-
-  async printDocument(filePath: string, jobName?: string) {
-    await Printer.print({
-      content: filePath,
-      name: jobName || 'Document'
-    });
-  }
-
-  async printReceipt(receiptData: any) {
-    const html = `
-      <!DOCTYPE html>
-      <html>
-        <head>
-          <style>
-            body { font-family: Arial, sans-serif; padding: 20px; }
-            .header { text-align: center; margin-bottom: 20px; }
-            .item { display: flex; justify-content: space-between; margin: 10px 0; }
-            .total { font-weight: bold; font-size: 1.2em; margin-top: 20px; padding-top: 10px; border-top: 2px solid #000; }
-          </style>
-        </head>
-        <body>
-          <div class="header">
-            <h2>Recibo</h2>
-            <p>Fecha: ${new Date().toLocaleDateString()}</p>
-          </div>
-          ${receiptData.items.map((item: any) => `
-            <div class="item">
-              <span>${item.name}</span>
-              <span>$${item.price.toFixed(2)}</span>
-            </div>
-          `).join('')}
-          <div class="total">
-            <div class="item">
-              <span>Total:</span>
-              <span>$${receiptData.total.toFixed(2)}</span>
-            </div>
-          </div>
-        </body>
-      </html>
-    `;
-
-    await this.printHTML(html, 'Receipt');
-  }
-
-  async printFromURL(url: string) {
-    // Descargar el archivo primero
-    const response = await fetch(url);
-    const blob = await response.blob();
-    const reader = new FileReader();
-
-    return new Promise((resolve, reject) => {
-      reader.onloadend = async () => {
-        try {
-          await Printer.print({
-            content: reader.result as string,
-            name: 'Downloaded Document'
-          });
-          resolve(true);
-        } catch (error) {
-          reject(error);
-        }
-      };
-      reader.onerror = reject;
-      reader.readAsDataURL(blob);
-    });
-  }
-}
-```
-
-## Uso Avanzado
-
-### Impresión con Estilo Personalizado
-
-```typescript
-const printStyledDocument = async () => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          @page {
-            size: A4;
-            margin: 2cm;
-          }
-          body {
-            font-family: 'Times New Roman', serif;
-            line-height: 1.6;
-          }
-          h1 {
-            color: #333;
-            border-bottom: 2px solid #333;
-            padding-bottom: 10px;
-          }
-          .content {
-            margin-top: 20px;
-          }
-        </style>
-      </head>
-      <body>
-        <h1>Documento Profesional</h1>
-        <div class="content">
-          <p>Este es un documento con estilo profesional listo para imprimir.</p>
-        </div>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Styled Document',
-    orientation: 'portrait'
-  });
-};
-```
-
-### Impresión de Tablas
-
-```typescript
-const printTable = async (data: any[]) => {
-  const tableRows = data.map(row => `
-    <tr>
-      <td>${row.id}</td>
-      <td>${row.name}</td>
-      <td>${row.value}</td>
-    </tr>
-  `).join('');
-
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          table {
-            width: 100%;
-            border-collapse: collapse;
-          }
-          th, td {
-            border: 1px solid #ddd;
-            padding: 8px;
-            text-align: left;
-          }
-          th {
-            background-color: #f2f2f2;
-            font-weight: bold;
-          }
-        </style>
-      </head>
-      <body>
-        <table>
-          <thead>
-            <tr>
-              <th>ID</th>
-              <th>Nombre</th>
-              <th>Valor</th>
-            </tr>
-          </thead>
-          <tbody>
-            ${tableRows}
-          </tbody>
-        </table>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Data Table'
-  });
-};
-```
-
-### Impresión de Imágenes
-
-```typescript
-const printImageWithDetails = async (imagePath: string, title: string) => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          body { text-align: center; padding: 20px; }
-          h2 { margin-bottom: 20px; }
-          img { max-width: 100%; height: auto; }
-        </style>
-      </head>
-      <body>
-        <h2>${title}</h2>
-        <img src="${imagePath}" alt="${title}" />
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: title
-  });
-};
-```
-
-## Mejores Prácticas
-
-1. **Verificar Disponibilidad**: Siempre verifica si la impresión está disponible antes de intentar imprimir
-2. **Contenido Válido**: Asegúrate de que el HTML esté bien formado y las rutas de archivo sean válidas
-3. **Nombres de Trabajo**: Usa nombres descriptivos para trabajos de impresión para ayudar a los usuarios a identificarlos
-4. **Estilización**: Usa CSS en línea o estilos embebidos para salida de impresión consistente
-5. **Manejo de Errores**: Envuelve las llamadas de impresión en bloques try-catch para retroalimentación al usuario
-
-## Solución de Problemas
-
-### Problemas Comunes
-
-**El diálogo de impresión no aparece**: Verifica que la impresión esté disponible con canPrint()
-**El contenido no se imprime**: Verifica que el HTML sea válido y las rutas de archivo sean correctas
-**Las imágenes no se muestran**: Asegúrate de que las rutas de imagen sean absolutas y los archivos sean accesibles
-**Problemas de estilo**: Usa reglas CSS @page y prueba la salida de impresión
diff --git a/src/content/docs/es/docs/plugins/printer/index.mdx b/src/content/docs/es/docs/plugins/printer/index.mdx
deleted file mode 100644
index 1eca51d40..000000000
--- a/src/content/docs/es/docs/plugins/printer/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-printer"
-locale: es
-description: Imprime documentos, HTML, PDFs, imágenes y vistas web desde tu aplicación Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Imprime documentos, contenido HTML, PDFs, imágenes y vistas web directamente desde tu aplicación Capacitor en iOS y Android.
-  image:
-    file: ~public/icons/plugins/printer.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/printer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-printer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Múltiples Formatos" icon="document">
-    Imprime HTML, PDFs, imágenes y contenido web 📄
-  </Card>
-  <Card title="UI Nativa" icon="laptop">
-    Usa diálogos de impresión nativos en iOS y Android 🖨️
-  </Card>
-  <Card title="Integración Fácil" icon="rocket">
-    API simple para integración rápida en tu aplicación 🚀
-  </Card>
-  <Card title="Multiplataforma" icon="puzzle">
-    Funciona en dispositivos iOS y Android 📱
-  </Card>
-  <Card title="Personalizable" icon="setting">
-    Controla opciones de impresión como orientación y tamaño de página ⚙️
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/printer/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/realtimekit/getting-started.mdx b/src/content/docs/es/docs/plugins/realtimekit/getting-started.mdx
deleted file mode 100644
index 106cc0ae8..000000000
--- a/src/content/docs/es/docs/plugins/realtimekit/getting-started.mdx
+++ /dev/null
@@ -1,474 +0,0 @@
----
-title: Primeros pasos con RealtimeKit
-description: ''
-locale: es
----
-Esta guía lo guiará a través de la integración del complemento Capacitor RealtimeKit para agregar videoconferencias impulsadas por Cloudflare Calls a su aplicación.
-
-## Instalación
-
-Instale el complemento usando npm:
-
-```bash
-npm install @capgo/capacitor-realtimekit
-npx cap sync
-```
-
-## Dependencias
-
-Este complemento utiliza Cloudflare RealtimeKit SDK:
-
-- **iOS**: RealtimeKitCoreiOS (instalado automáticamente a través del Administrador de paquetes Swift)
-- **Android**: `com.cloudflare.realtimekit:ui-android` versión `0.2.2`
-
-### Personalizando Android Versión RealtimeKit
-
-En `build.gradle` de tu aplicación:
-
-```kotlin
-buildscript {
-    ext {
-        realtimekitUiVersion = '0.2.2'  // or your desired version
-    }
-}
-```
-
-## iOS Configuración
-
-Agregue lo siguiente al `Info.plist` de su aplicación:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>We need camera access for video calls</string>
-
-<key>NSMicrophoneUsageDescription</key>
-<string>We need microphone access for audio calls</string>
-
-<key>NSPhotoLibraryUsageDescription</key>
-<string>We need photo library access to share images</string>
-
-<key>NSBluetoothPeripheralUsageDescription</key>
-<string>We need Bluetooth access for audio routing</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-  <string>fetch</string>
-  <string>remote-notification</string>
-</array>
-```
-
-## Android Configuración
-
-Agregue los siguientes permisos a su `AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-
-<uses-feature android:name="android.hardware.camera" android:required="false" />
-<uses-feature android:name="android.hardware.camera.autofocus" android:required="false" />
-```
-
-## Uso básico
-
-### Importar el complemento
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-```
-
-### Inicializar el complemento
-
-```typescript
-async function initializeRealtimeKit() {
-  try {
-    await CapacitorRealtimekit.initialize();
-    console.log('RealtimeKit initialized');
-  } catch (error) {
-    console.error('Failed to initialize RealtimeKit:', error);
-  }
-}
-```
-
-### Iniciar una reunión
-
-```typescript
-async function startMeeting(meetingUrl: string) {
-  try {
-    await CapacitorRealtimekit.startMeeting({
-      url: meetingUrl
-    });
-    console.log('Meeting started');
-  } catch (error) {
-    console.error('Failed to start meeting:', error);
-  }
-}
-```
-
-## Ejemplo completo
-
-Aquí tienes un servicio integral de videoconferencia:
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-
-export interface MeetingConfig {
-  url: string;
-  displayName?: string;
-  audioEnabled?: boolean;
-  videoEnabled?: boolean;
-}
-
-export class VideoConferenceService {
-  private isInitialized = false;
-  private currentMeetingUrl: string | null = null;
-
-  async initialize(): Promise<boolean> {
-    if (this.isInitialized) {
-      console.log('RealtimeKit already initialized');
-      return true;
-    }
-
-    try {
-      await CapacitorRealtimekit.initialize();
-      this.isInitialized = true;
-      console.log('RealtimeKit initialized successfully');
-      return true;
-    } catch (error) {
-      console.error('Failed to initialize RealtimeKit:', error);
-      return false;
-    }
-  }
-
-  async startMeeting(config: MeetingConfig): Promise<void> {
-    if (!this.isInitialized) {
-      const initialized = await this.initialize();
-      if (!initialized) {
-        throw new Error('Failed to initialize RealtimeKit');
-      }
-    }
-
-    try {
-      await CapacitorRealtimekit.startMeeting({
-        url: config.url
-      });
-
-      this.currentMeetingUrl = config.url;
-      console.log('Meeting started:', config.url);
-    } catch (error) {
-      console.error('Failed to start meeting:', error);
-      throw error;
-    }
-  }
-
-  async joinMeeting(meetingUrl: string, displayName?: string): Promise<void> {
-    const config: MeetingConfig = {
-      url: meetingUrl,
-      displayName: displayName
-    };
-
-    await this.startMeeting(config);
-  }
-
-  getCurrentMeetingUrl(): string | null {
-    return this.currentMeetingUrl;
-  }
-
-  isInMeeting(): boolean {
-    return this.currentMeetingUrl !== null;
-  }
-
-  async getPluginVersion(): Promise<string> {
-    try {
-      const result = await CapacitorRealtimekit.getPluginVersion();
-      return result.version;
-    } catch (error) {
-      console.error('Failed to get plugin version:', error);
-      return 'unknown';
-    }
-  }
-}
-
-// Usage
-const videoService = new VideoConferenceService();
-
-// Initialize on app start
-await videoService.initialize();
-
-// Start a meeting
-await videoService.startMeeting({
-  url: 'https://your-cloudflare-calls-url.com/meeting/123'
-});
-
-// Join an existing meeting
-await videoService.joinMeeting(
-  'https://your-cloudflare-calls-url.com/meeting/456',
-  'John Doe'
-);
-```
-
-## Configuración de llamadas de Cloudflare
-
-Para utilizar este complemento, debe configurar Llamadas de Cloudflare:
-
-### 1. Crear una cuenta de Cloudflare
-
-Regístrate en [Cloudflare](https://dash.cloudflare.com/sign-up) si no tienes una cuenta.
-
-### 2. Habilitar llamadas API
-
-1. Navegue a su panel de Cloudflare
-2. Vaya a la sección **Llamadas**
-3. Habilite las llamadas API
-4. Obtenga sus credenciales API
-
-### 3. Crear URL de reunión
-
-Necesita un servicio de backend para crear URL de reuniones. Ejemplo de uso de trabajadores de Cloudflare:
-
-```typescript
-// Cloudflare Worker example
-export default {
-  async fetch(request: Request): Promise<Response> {
-    const { pathname } = new URL(request.url);
-
-    if (pathname === '/create-meeting') {
-      const meetingId = generateMeetingId();
-      const meetingUrl = `https://your-app.calls.cloudflare.com/${meetingId}`;
-
-      return new Response(JSON.stringify({
-        meetingId,
-        meetingUrl
-      }), {
-        headers: { 'Content-Type': 'application/json' }
-      });
-    }
-
-    return new Response('Not found', { status: 404 });
-  }
-};
-
-function generateMeetingId(): string {
-  return Math.random().toString(36).substring(2, 15);
-}
-```
-
-## Uso avanzado
-
-### Reunión con configuración personalizada
-
-```typescript
-class MeetingManager {
-  private videoService: VideoConferenceService;
-
-  constructor() {
-    this.videoService = new VideoConferenceService();
-  }
-
-  async createAndJoinMeeting(userName: string): Promise<string> {
-    // Initialize if needed
-    await this.videoService.initialize();
-
-    // Call your backend to create a meeting
-    const meetingUrl = await this.createMeetingOnBackend();
-
-    // Join the meeting
-    await this.videoService.joinMeeting(meetingUrl, userName);
-
-    return meetingUrl;
-  }
-
-  async createMeetingOnBackend(): Promise<string> {
-    const response = await fetch('https://your-api.com/create-meeting', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' }
-    });
-
-    const data = await response.json();
-    return data.meetingUrl;
-  }
-
-  async shareMeetingLink(meetingUrl: string) {
-    // Use Capacitor Share API
-    if ('share' in navigator) {
-      await (navigator as any).share({
-        title: 'Join my meeting',
-        text: 'Join me for a video call',
-        url: meetingUrl
-      });
-    }
-  }
-}
-```
-
-### Manejo de permisos
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-async function checkAndRequestPermissions(): Promise<boolean> {
-  if (Capacitor.getPlatform() === 'web') {
-    // Request browser permissions
-    try {
-      const stream = await navigator.mediaDevices.getUserMedia({
-        audio: true,
-        video: true
-      });
-
-      // Stop the stream, we just needed permission
-      stream.getTracks().forEach(track => track.stop());
-      return true;
-    } catch (error) {
-      console.error('Permission denied:', error);
-      return false;
-    }
-  }
-
-  // On native platforms, permissions are requested automatically
-  return true;
-}
-
-// Use before starting a meeting
-const hasPermissions = await checkAndRequestPermissions();
-if (hasPermissions) {
-  await videoService.startMeeting({ url: meetingUrl });
-}
-```
-
-## Integración de reacción
-
-```typescript
-import { useEffect, useState } from 'react';
-import { VideoConferenceService } from './VideoConferenceService';
-
-function VideoCallComponent() {
-  const [videoService] = useState(() => new VideoConferenceService());
-  const [isReady, setIsReady] = useState(false);
-
-  useEffect(() => {
-    videoService.initialize().then(setIsReady);
-  }, []);
-
-  const joinMeeting = async (meetingUrl: string) => {
-    if (!isReady) {
-      console.error('Video service not ready');
-      return;
-    }
-
-    try {
-      await videoService.joinMeeting(meetingUrl, 'User Name');
-    } catch (error) {
-      console.error('Failed to join meeting:', error);
-    }
-  };
-
-  return (
-    <div>
-      <button
-        onClick={() => joinMeeting('https://your-meeting-url')}
-        disabled={!isReady}
-      >
-        Join Meeting
-      </button>
-    </div>
-  );
-}
-```
-
-## Integración de Vue
-
-```typescript
-import { ref, onMounted } from 'vue';
-import { VideoConferenceService } from './VideoConferenceService';
-
-export default {
-  setup() {
-    const videoService = new VideoConferenceService();
-    const isReady = ref(false);
-
-    onMounted(async () => {
-      isReady.value = await videoService.initialize();
-    });
-
-    const joinMeeting = async (meetingUrl: string) => {
-      if (!isReady.value) {
-        console.error('Video service not ready');
-        return;
-      }
-
-      try {
-        await videoService.joinMeeting(meetingUrl, 'User Name');
-      } catch (error) {
-        console.error('Failed to join meeting:', error);
-      }
-    };
-
-    return {
-      isReady,
-      joinMeeting
-    };
-  }
-};
-```
-
-## Mejores prácticas
-
-1. **Inicializar temprano**: inicialice RealtimeKit cuando se inicie su aplicación
-2. **Manejar errores**: siempre envuelva las llamadas en bloques try-catch
-3. **Solicitar permisos**: asegúrese de tener permisos de cámara/micrófono antes de comenzar
-4. **Probar red**: verifique la conectividad a Internet antes de unirse
-5. **Audio de fondo**: configure los modos de fondo para iOS
-6. **Experiencia de usuario**: muestra los estados de carga durante la inicialización
-7. **Limpiar URL**: valide las URL de la reunión antes de usarlas
-
-## Problemas comunes
-
-### La reunión no comienza
-
-```typescript
-async function troubleshootMeeting(meetingUrl: string) {
-  // Check initialization
-  const version = await videoService.getPluginVersion();
-  console.log('Plugin version:', version);
-
-  // Verify URL format
-  if (!meetingUrl.startsWith('https://')) {
-    console.error('Invalid meeting URL, must use HTTPS');
-    return;
-  }
-
-  // Try starting meeting
-  try {
-    await videoService.startMeeting({ url: meetingUrl });
-  } catch (error) {
-    console.error('Meeting failed:', error);
-  }
-}
-```
-
-### Permiso denegado
-
-El iOS, asegúrese de que Info.plist tenga todas las descripciones de uso requeridas. En Android, verifique que los permisos de AndroidManifest.xml estén presentes.
-
-### Problemas de audio en iOS
-
-Asegúrese de que el modo de audio de fondo esté configurado en Info.plist:
-
-```xml
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-</array>
-```
-
-## Próximos pasos
-
-- Explore la [Referencia API](https://github.com/Cap-go/capacitor-realtimekit#api) para obtener documentación completa del método
-- Leer [Documentación de llamadas de Cloudflare](https://developers.cloudflare.com/calls/)
-- Consulte la [aplicación de ejemplo](https://github.com/Cap-go/capacitor-realtimekit/tree/main/example)
-- Consulte el [tutorial](/plugins/capacitor-realtimekit) para una implementación completa.
diff --git a/src/content/docs/es/docs/plugins/realtimekit/index.mdx b/src/content/docs/es/docs/plugins/realtimekit/index.mdx
deleted file mode 100644
index b5c8a9892..000000000
--- a/src/content/docs/es/docs/plugins/realtimekit/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-realtimekit"
-locale: es
-description: Integración de Cloudflare Calls con interfaz de reuniones integrada para videoconferencias y comunicación en tiempo real.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Agrega videoconferencias y comunicación en tiempo real a tu aplicación con la integración de Cloudflare Calls e interfaz integrada.
-  image:
-    file: ~public/icons/plugins/realtimekit.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/realtimekit/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-realtimekit/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Cloudflare Calls" icon="rocket">
-    Impulsado por la infraestructura global de Cloudflare ☁️
-  </Card>
-  <Card title="Interfaz de reuniones integrada" icon="star">
-    Interfaz de videoconferencia lista para usar 📹
-  </Card>
-  <Card title="Soporte WebRTC" icon="setting">
-    Audio y video en tiempo real de alta calidad 🎥
-  </Card>
-  <Card title="Modos en segundo plano" icon="laptop">
-    Continúa llamadas cuando la aplicación está en segundo plano 🔄
-  </Card>
-  <Card title="Compartir pantalla" icon="document">
-    Comparte pantalla durante reuniones en Android 📱
-  </Card>
-  <Card title="Primeros pasos" icon="open-book">
-    Consulta la [Guía de inicio](/docs/plugins/realtimekit/getting-started/) para instalar y configurar el Plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/ricoh360-camera/getting-started.mdx b/src/content/docs/es/docs/plugins/ricoh360-camera/getting-started.mdx
deleted file mode 100644
index 2d16f7b91..000000000
--- a/src/content/docs/es/docs/plugins/ricoh360-camera/getting-started.mdx
+++ /dev/null
@@ -1,411 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y utilizar el complemento de cámara Ricoh 360° para
-  controlar las cámaras Ricoh Theta en su aplicación Capacitor.
-sidebar:
-  order: 2
-locale: es
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Configuración de la plataforma
-
-### iOS
-
-Agregue permisos de cámara y biblioteca de fotos a su `Info.plist`:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>This app needs access to the camera to capture 360° photos and videos</string>
-<key>NSPhotoLibraryAddUsageDescription</key>
-<string>This app needs access to save 360° photos and videos to your library</string>
-```
-
-### Android
-
-Agregue los permisos necesarios a su `AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-<uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-```
-
-## Dispositivos compatibles
-
-Este complemento es compatible con las cámaras de la serie Ricoh Theta:
--Ricoh Theta V
--Ricoh Theta Z1
--Ricoh Theta SC2
--Ricoh Theta X
-
-## Ejemplo de uso
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-// Initialize camera connection
-await Ricoh360Camera.initialize();
-
-// Connect to Ricoh Theta camera via WiFi
-await Ricoh360Camera.connect({
-  ssid: 'THETAYL12345678',
-  password: '12345678'
-});
-
-// Start live preview
-await Ricoh360Camera.startPreview({
-  container: 'preview-container' // ID of HTML element
-});
-
-// Capture a 360° photo
-const result = await Ricoh360Camera.capturePhoto();
-console.log('Photo saved:', result.filePath);
-
-// Start recording 360° video
-await Ricoh360Camera.startRecording();
-
-// Stop recording after some time
-setTimeout(async () => {
-  const video = await Ricoh360Camera.stopRecording();
-  console.log('Video saved:', video.filePath);
-}, 10000);
-
-// Stop preview
-await Ricoh360Camera.stopPreview();
-
-// Disconnect from camera
-await Ricoh360Camera.disconnect();
-```
-
-## API Referencia
-
-### inicializar()
-
-```typescript
-initialize() => Promise<void>
-```
-
-Inicialice el complemento de la cámara.
-
-### conectar(opciones)
-
-```typescript
-connect(options: ConnectOptions) => Promise<void>
-```
-
-Conéctese a una cámara Ricoh Theta a través de WiFi.
-
-| Parámetro | Tipo |
-| ------------- | ------------------------- |
-| **`options`** | `ConnectOptions` |
-
-### desconectar()
-
-```typescript
-disconnect() => Promise<void>
-```
-
-Desconéctate de la cámara.
-
-### iniciarVistaPrevia(opciones)
-
-```typescript
-startPreview(options: PreviewOptions) => Promise<void>
-```
-
-Inicie una transmisión de vista previa de 360° en vivo.
-
-| Parámetro | Tipo |
-| ------------- | ------------------------- |
-| **`options`** | `PreviewOptions` |
-
-### detenerVistaPrevia()
-
-```typescript
-stopPreview() => Promise<void>
-```
-
-Detenga la transmisión de vista previa en vivo.
-
-### capturarFoto(¿opciones?)
-
-```typescript
-capturePhoto(options?: CaptureOptions) => Promise<CaptureResult>
-```
-
-Captura una foto de 360°.
-
-| Parámetro | Tipo |
-| ------------- | --------------------------- |
-| **`options`** | `CaptureOptions` (opcional) |
-
-**Devoluciones:** `Promise<CaptureResult>`
-
-### iniciar grabación (¿opciones?)
-
-```typescript
-startRecording(options?: RecordingOptions) => Promise<void>
-```
-
-Comience a grabar video de 360°.
-
-| Parámetro | Tipo |
-| ------------- | ----------------------- |
-| **`options`** | `RecordingOptions` (opcional) |
-
-### detener grabación()
-
-```typescript
-stopRecording() => Promise<CaptureResult>
-```
-
-Detener la grabación de vídeo.
-
-**Devoluciones:** `Promise<CaptureResult>`
-
-### obtener información de la cámara()
-
-```typescript
-getCameraInfo() => Promise<CameraInfo>
-```
-
-Obtenga información y capacidades de la cámara.
-
-**Devoluciones:** `Promise<CameraInfo>`
-
-### establecerExposición(opciones)
-
-```typescript
-setExposure(options: ExposureOptions) => Promise<void>
-```
-
-Establezca la configuración de exposición de la cámara.
-
-| Parámetro | Tipo |
-| ------------- | -------------------------- |
-| **`options`** | `ExposureOptions` |
-
-### establecerBalanceBlanco(opciones)
-
-```typescript
-setWhiteBalance(options: WhiteBalanceOptions) => Promise<void>
-```
-
-Configure el modo de balance de blancos.
-
-| Parámetro | Tipo |
-| ------------- | ------------------------------ |
-| **`options`** | `WhiteBalanceOptions` |
-
-## Interfaces
-
-### Opciones de conexión
-
-| Apoyo | Tipo | Descripción |
-| -------------- | ----------------- | ------------------------------ |
-| **`ssid`** | `string` | SSID WiFi de la cámara Ricoh |
-| **`password`** | `string` | Contraseña WiFi de la cámara |
-
-### Opciones de vista previa
-
-| Apoyo | Tipo | Descripción |
-| --------------- | ----------------- | ------------------------------- |
-| **`container`** | `string` | HTML ID de elemento para el contenedor de vista previa |
-
-### Opciones de captura| Apoyo | Tipo | Descripción |
-| -------------- | ------------------ | ------------------------------- |
-| **`quality`** | `number` | Calidad de imagen (1-100) (opcional) |
-| **`saveToGallery`** | `boolean` | Guardar en la galería del dispositivo (opcional) |
-
-### Opciones de grabación
-
-| Apoyo | Tipo | Descripción |
-| ----------------- | ------------------ | ---------------------------------------- |
-| **`maxDuration`** | `number` | Duración máxima de grabación en segundos (opcional) |
-| **`quality`** | `string` | Calidad de vídeo: 'alta' \| 'medio' \| 'bajo' (opcional) |
-
-### CapturaResultado
-
-| Apoyo | Tipo | Descripción |
-| -------------- | ----------------- | -------------------------- |
-| **`filePath`** | `string` | Ruta al archivo capturado |
-| **`fileUrl`** | `string` | URL para acceder al archivo |
-
-### Información de la cámara
-
-| Apoyo | Tipo | Descripción |
-| ----------------- | ----------------- | -------------------------- |
-| **`model`** | `string` | Nombre del modelo de cámara |
-| **`serialNumber`** | `string` | Número de serie de la cámara |
-| **`firmwareVersion`** | `string` | Versión de firmware |
-| **`batteryLevel`** | `number` | Nivel de batería (0-100) |
-
-### Opciones de exposición
-
-| Apoyo | Tipo | Descripción |
-| ------------ | ------------------ | ---------------------------------------------- |
-| **`mode`** | `string` | Modo de exposición: 'automático' \| 'manual'\| 'iso' |
-| **`iso`** | `number` | Valor ISO (100, 200, 400, etc.) (opcional) |
-| **`shutter`** | `number` | Velocidad de obturación (opcional) |
-
-### Opciones de balance de blancos
-
-| Apoyo | Tipo | Descripción |
-| ---------- | ----------------- | ------------------------------------------------------ |
-| **`mode`** | `string` | Balance de blancos: 'automático' \| 'luz del día' \| 'nublado' \| 'tungsteno' \| 'fluorescente' |
-
-## Ejemplo completo
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-class Camera360Controller {
-  async setup() {
-    try {
-      // Initialize
-      await Ricoh360Camera.initialize();
-
-      // Connect to camera
-      await Ricoh360Camera.connect({
-        ssid: 'THETAYL12345678',
-        password: '12345678'
-      });
-
-      // Get camera info
-      const info = await Ricoh360Camera.getCameraInfo();
-      console.log('Connected to:', info.model);
-      console.log('Battery level:', info.batteryLevel + '%');
-
-      // Configure exposure
-      await Ricoh360Camera.setExposure({
-        mode: 'auto'
-      });
-
-      // Configure white balance
-      await Ricoh360Camera.setWhiteBalance({
-        mode: 'auto'
-      });
-
-      // Start preview
-      await Ricoh360Camera.startPreview({
-        container: 'camera-preview'
-      });
-
-    } catch (error) {
-      console.error('Failed to setup camera:', error);
-    }
-  }
-
-  async takePhoto() {
-    try {
-      const result = await Ricoh360Camera.capturePhoto({
-        quality: 95,
-        saveToGallery: true
-      });
-      console.log('Photo captured:', result.filePath);
-      return result;
-    } catch (error) {
-      console.error('Failed to capture photo:', error);
-    }
-  }
-
-  async recordVideo(durationSeconds: number) {
-    try {
-      // Start recording
-      await Ricoh360Camera.startRecording({
-        maxDuration: durationSeconds,
-        quality: 'high'
-      });
-
-      console.log('Recording started...');
-
-      // Stop after duration
-      setTimeout(async () => {
-        const result = await Ricoh360Camera.stopRecording();
-        console.log('Video saved:', result.filePath);
-      }, durationSeconds * 1000);
-
-    } catch (error) {
-      console.error('Failed to record video:', error);
-    }
-  }
-
-  async cleanup() {
-    try {
-      await Ricoh360Camera.stopPreview();
-      await Ricoh360Camera.disconnect();
-      console.log('Camera disconnected');
-    } catch (error) {
-      console.error('Failed to cleanup:', error);
-    }
-  }
-}
-
-// Usage
-const camera = new Camera360Controller();
-await camera.setup();
-await camera.takePhoto();
-await camera.recordVideo(10); // 10 seconds
-await camera.cleanup();
-```
-
-## Mejores prácticas
-
-- Siempre inicialice el complemento antes de conectarse a la cámara
-- Asegúrese de que el dispositivo esté conectado a la red WiFi de la cámara
-- Manejar los errores con gracia, especialmente los fallos de conexión.
-- Detenga la vista previa y desconéctese cuando haya terminado para ahorrar batería
-- Verifique el nivel de batería de la cámara antes de largas sesiones de grabación
-- Prueba en hardware Ricoh Theta real
-- Utilice una calidad de vídeo adecuada según las limitaciones de almacenamiento.
-
-## Solución de problemas
-
-### Problemas de conexión
-
-- Verifique que la cámara esté encendida
-- Verifique que el SSID y la contraseña de WiFi sean correctos
-- Asegúrese de que no haya otra aplicación conectada a la cámara
-- Restablecer la configuración WiFi de la cámara si falla la conexión
-
-### Vista previa no mostrada
-
-- Verificar que el elemento contenedor HTML exista
-- Verifique que se concedan los permisos de la cámara.
-- Asegúrese de que la vista previa se inicie después de una conexión exitosa
-
-### Fallos de captura- Verificar el espacio de almacenamiento disponible
-- Verifique que el nivel de batería de la cámara sea suficiente
-- Asegúrese de que la cámara no esté en modo de suspensión
diff --git a/src/content/docs/es/docs/plugins/ricoh360-camera/index.mdx b/src/content/docs/es/docs/plugins/ricoh360-camera/index.mdx
deleted file mode 100644
index 682210c2f..000000000
--- a/src/content/docs/es/docs/plugins/ricoh360-camera/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: '@Capgo/Capacitor-ricoh360-camera'
-description: >-
-  Ricoh 360° camera control Plugin for Capacitor Aplicaciones with panoramic photo and
-  video capture capabilities.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Control Ricoh 360° cameras for immersive panoramic photo and video capture
-    with full Dispositivo Integración.
-  image:
-    file: ~public/icons/plugins/ricoh360-camera.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/ricoh360-camera/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: 'https://GitHub.com/Cap-go/Capacitor-ricoh360-camera/'
-      icon: external
-      variant: minimal
-locale: es
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="360° capture" icon="rocket">
-    Capture immersive panoramic photos and videos 🌐
-  </Card>
-  <Card title="Dispositivo control" icon="setting">
-    Full control over Ricoh Theta camera Configuración 📸
-  </Card>
-  <Card title="Live preview" icon="magnifier">
-    Real-time 360° preview streaming 👁️
-  </Card>
-  <Card title="Comprehensive Documentación" icon="open-book">
-    Verificar El [Documentation](/docs/plugins/ricoh360-camera/getting-started/) A master El Plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/screen-orientation/getting-started.mdx b/src/content/docs/es/docs/plugins/screen-orientation/getting-started.mdx
deleted file mode 100644
index 07b6027ef..000000000
--- a/src/content/docs/es/docs/plugins/screen-orientation/getting-started.mdx
+++ /dev/null
@@ -1,283 +0,0 @@
----
-title: Empezando
-description: ''
-sidebar:
-  order: 2
-locale: es
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/capacitor-screen-orientation" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **iOS Configuración (opcional)**
-   Para detectar la orientación física del dispositivo usando sensores de movimiento en iOS, agregue a su `Info.plist`:
-   ```xml
-   <key>NSMotionUsageDescription</key>
-   <string>This app uses motion sensors to detect device orientation.</string>
-   ```
-</Steps>
-
-## Uso básico
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Get current orientation
-const current = await ScreenOrientation.orientation();
-console.log('Current orientation:', current.type);
-
-// Lock to landscape
-await ScreenOrientation.lock({ orientation: 'landscape' });
-
-// Unlock orientation
-await ScreenOrientation.unlock();
-
-// Listen for orientation changes
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Orientation changed:', result.type);
-  }
-);
-```
-
-## Detección de orientación física
-
-Este complemento tiene una característica única: puede detectar la **verdadera orientación física** del dispositivo mediante sensores de movimiento, incluso cuando el usuario ha habilitado el bloqueo de orientación en su dispositivo.
-
-<Aside type="note">
-  La interfaz de usuario seguirá respetando la configuración de bloqueo de orientación del usuario. El seguimiento de movimiento le permite saber cómo se sostiene físicamente el dispositivo, pero la interfaz de usuario no girará si el bloqueo de orientación está habilitado.
-</Aside>
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Start motion-based tracking
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-
-// Now orientation change events will reflect physical orientation
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Physical orientation:', result.type);
-  }
-);
-
-// Check if orientation lock is enabled
-const lockStatus = await ScreenOrientation.isOrientationLocked();
-if (lockStatus.locked) {
-  console.log('User has orientation lock enabled');
-  console.log('Physical:', lockStatus.physicalOrientation);
-  console.log('UI:', lockStatus.uiOrientation);
-}
-
-// Stop tracking when done
-await ScreenOrientation.stopOrientationTracking();
-```
-
-## API Referencia
-
-### orientación()
-
-Obtenga la orientación actual de la pantalla.
-
-```typescript
-const result = await ScreenOrientation.orientation();
-// Returns: { type: OrientationType }
-```
-
-**Valores de tipo de orientación:**
-- `'retrato-primario'` - Retrato, botón de inicio en la parte inferior
-- ``retrato-secundario'' - Retrato, al revés
-- `'landscape-primary'` - Landscape, home button on right
-- `'landscape-secondary'` - Landscape, home button on left
-
-### bloquear (opciones)
-
-Bloquea la pantalla con una orientación específica.
-
-```typescript
-interface OrientationLockOptions {
-  orientation: OrientationLockType;
-  bypassOrientationLock?: boolean; // Enable motion tracking
-}
-
-await ScreenOrientation.lock({ orientation: 'landscape' });
-```
-
-**Valores de OrientationLockType:**
-- `'cualquiera'` - Cualquier orientación
-- `'natural'` - Orientación natural del dispositivo
-- `'paisaje'` - Cualquier modo horizontal
-- ``retrato'' - Cualquier modo retrato
-- `'retrato-primario'` / `'retrato-secundario'`
-- `'landscape-primary'` / `'landscape-secondary'`
-
-### desbloquear()
-
-Desbloquea la orientación de la pantalla.
-
-```typescript
-await ScreenOrientation.unlock();
-```
-
-### startOrientationTracking(¿opciones?)
-
-Start tracking physical device orientation using motion sensors.
-
-```typescript
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-```
-
-### detener el seguimiento de orientación()
-
-Detener el seguimiento de orientación basado en movimiento.
-
-```typescript
-await ScreenOrientation.stopOrientationTracking();
-```
-
-### estáOrientaciónBloqueada()
-
-Compruebe si el bloqueo de orientación del dispositivo está habilitado.
-
-```typescript
-const result = await ScreenOrientation.isOrientationLocked();
-// Returns: {
-//   locked: boolean,
-//   physicalOrientation?: OrientationType,
-//   uiOrientation?: OrientationType
-// }
-```
-
-<Aside type="tip">
-  This method requires motion tracking to be active to work properly.
-</Aside>
-
-### addListener(nombre del evento, devolución de llamada)
-
-Escuche los cambios de orientación.
-
-```typescript
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('New orientation:', result.type);
-  }
-);
-
-// Remove when done
-await listener.remove();
-```
-
-### eliminarTodos los oyentes()
-
-Elimine todos los detectores de eventos.
-
-```typescript
-await ScreenOrientation.removeAllListeners();
-```
-
-## Ejemplo completo
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-class OrientationManager {
-  private listener: any = null;
-
-  async init() {
-    // Start motion tracking for physical orientation detection
-    await ScreenOrientation.startOrientationTracking({
-      bypassOrientationLock: true
-    });
-
-    // Listen for changes
-    this.listener = await ScreenOrientation.addListener(
-      'screenOrientationChange',
-      this.onOrientationChange.bind(this)
-    );
-
-    // Get initial orientation
-    const { type } = await ScreenOrientation.orientation();
-    console.log('Initial orientation:', type);
-  }
-
-  onOrientationChange(result: { type: string }) {
-    console.log('Orientation changed to:', result.type);
-
-    // Adjust UI based on orientation
-    if (result.type.includes('landscape')) {
-      this.showLandscapeUI();
-    } else {
-      this.showPortraitUI();
-    }
-  }
-
-  showLandscapeUI() {
-    // Landscape-specific UI adjustments
-  }
-
-  showPortraitUI() {
-    // Portrait-specific UI adjustments
-  }
-
-  async lockLandscape() {
-    await ScreenOrientation.lock({ orientation: 'landscape' });
-  }
-
-  async lockPortrait() {
-    await ScreenOrientation.lock({ orientation: 'portrait' });
-  }
-
-  async freeRotation() {
-    await ScreenOrientation.unlock();
-  }
-
-  async checkIfUserHasOrientationLock() {
-    const { locked, physicalOrientation, uiOrientation } =
-      await ScreenOrientation.isOrientationLocked();
-
-    if (locked) {
-      console.log(`Device is held in ${physicalOrientation} but UI shows ${uiOrientation}`);
-      return true;
-    }
-    return false;
-  }
-
-  async destroy() {
-    await ScreenOrientation.stopOrientationTracking();
-    if (this.listener) {
-      await this.listener.remove();
-    }
-  }
-}
-```
-
-## Notas de plataforma
-
-### iOS
-- Uses Core Motion framework for physical orientation detection
-- Requires `NSMotionUsageDescription` in Info.plist for motion sensors
-- Soporte completo para todos los tipos de orientación.
-
-### Android
-- Uses accelerometer sensor for physical orientation detection
-- No se requieren permisos adicionales
-- Soporte completo para todos los tipos de orientación.
-
-### Web
-- Utiliza la orientación de la pantalla API
-- La detección del sensor de movimiento es limitada
-- Es posible que algunos navegadores no admitan todos los tipos de bloqueo
diff --git a/src/content/docs/es/docs/plugins/screen-orientation/index.mdx b/src/content/docs/es/docs/plugins/screen-orientation/index.mdx
deleted file mode 100644
index 54b48c83e..000000000
--- a/src/content/docs/es/docs/plugins/screen-orientation/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: '@Capgo/Capacitor-screen-orientation'
-description: >-
-  Control and detect screen orientation with El unique ability A detect
-  physical Dispositivo orientation using motion sensors.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Screen orientation Plugin with support for detecting true physical Dispositivo
-    orientation - even when orientation lock is Habilitado.
-  image:
-    file: ~public/icons/plugins/screen-orientation.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/screen-orientation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: 'https://GitHub.com/Cap-go/Capacitor-screen-orientation/'
-      icon: external
-      variant: minimal
-locale: es
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Physical Orientation Detection" icon="rocket">
-    Detect true physical Dispositivo orientation using motion sensors, even when orientation lock is Habilitado
-  </Card>
-  <Card title="Orientation Lock Detection" icon="puzzle">
-    Determine if El user has Habilitado orientation lock by comparing physical vs UI orientation
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Works on iOS (Core Motion), Android (Accelerometer), and Web
-  </Card>
-  <Card title="Real-time Actualizaciones" icon="open-book">
-    Get instant notifications when Dispositivo orientation changes with event listeners
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/screen-recorder/getting-started.mdx b/src/content/docs/es/docs/plugins/screen-recorder/getting-started.mdx
deleted file mode 100644
index 02560741d..000000000
--- a/src/content/docs/es/docs/plugins/screen-recorder/getting-started.mdx
+++ /dev/null
@@ -1,288 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y utilizar el complemento Screen Recorder para capturar
-  grabaciones de pantalla en su aplicación Capacitor.
-sidebar:
-  order: 2
-locale: es
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/capacitor-screen-recorder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurar permisos**
-   
-   ### iOS
-   Agregue descripciones de uso a su `Info.plist`:
-   ```xml
-   <key>NSMicrophoneUsageDescription</key>
-   <string>To record audio with screen recording</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>To save screen recordings</string>
-   ```
-   
-   ### Android
-   Agregue permisos a su `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## Uso
-
-Importe el complemento y use sus métodos para grabar la pantalla:
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-
-// Start recording
-const startRecording = async () => {
-  try {
-    await ScreenRecorder.start();
-    console.log('Recording started');
-  } catch (error) {
-    console.error('Failed to start recording:', error);
-  }
-};
-
-// Stop recording
-const stopRecording = async () => {
-  try {
-    const result = await ScreenRecorder.stop();
-    console.log('Recording saved to:', result.videoUrl);
-    
-    // You can now use the video URL
-    // For example, share it or play it back
-  } catch (error) {
-    console.error('Failed to stop recording:', error);
-  }
-};
-
-// Check if recording is supported
-const checkSupport = async () => {
-  const { value } = await ScreenRecorder.isSupported();
-  console.log('Screen recording supported:', value);
-};
-
-// Check if currently recording
-const checkRecordingStatus = async () => {
-  const { value } = await ScreenRecorder.isRecording();
-  console.log('Currently recording:', value);
-};
-```
-
-## API Referencia
-
-### inicio()
-
-Inicia la grabación de pantalla.
-
-```typescript
-await ScreenRecorder.start();
-```
-
-### detener()
-
-Detiene la grabación y devuelve la ruta del archivo de vídeo.
-
-```typescript
-interface RecordingResult {
-  videoUrl: string;
-}
-
-const result = await ScreenRecorder.stop();
-```
-
-### es compatible()
-
-Comprueba si la grabación de pantalla es compatible con el dispositivo.
-
-```typescript
-const { value } = await ScreenRecorder.isSupported();
-// Returns: { value: boolean }
-```
-
-### está grabando()
-
-Comprueba si la grabación de pantalla está actualmente activa.
-
-```typescript
-const { value } = await ScreenRecorder.isRecording();
-// Returns: { value: boolean }
-```
-
-## Uso avanzado
-
-### Grabación con opciones
-
-```typescript
-// iOS-specific options
-const startWithOptions = async () => {
-  await ScreenRecorder.start({
-    // iOS only options
-    recordAudio: true,
-    microphoneAudio: true,
-    showIOSNotification: true,
-    notificationText: "Recording in progress..."
-  });
-};
-```
-
-### Flujo de grabación completo
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-import { Share } from '@capacitor/share';
-
-export class RecordingService {
-  private isRecording = false;
-
-  async toggleRecording() {
-    if (this.isRecording) {
-      await this.stopRecording();
-    } else {
-      await this.startRecording();
-    }
-  }
-
-  private async startRecording() {
-    try {
-      // Check if supported
-      const { value: isSupported } = await ScreenRecorder.isSupported();
-      if (!isSupported) {
-        throw new Error('Screen recording not supported');
-      }
-
-      // Start recording
-      await ScreenRecorder.start();
-      this.isRecording = true;
-      
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  private async stopRecording() {
-    try {
-      const result = await ScreenRecorder.stop();
-      this.isRecording = false;
-      
-      console.log('Recording saved:', result.videoUrl);
-      
-      // Option to share the recording
-      await this.shareRecording(result.videoUrl);
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  private async shareRecording(videoUrl: string) {
-    try {
-      await Share.share({
-        title: 'Screen Recording',
-        text: 'Check out my screen recording!',
-        url: videoUrl,
-        dialogTitle: 'Share Recording'
-      });
-    } catch (error) {
-      console.error('Failed to share recording:', error);
-    }
-  }
-}
-```
-
-## Mejores prácticas
-
-1. **Verifique el soporte antes de usar**
-   ```typescript
-   const { value } = await ScreenRecorder.isSupported();
-   if (!value) {
-     // Hide recording feature or show alternative
-   }
-   ```
-
-2. **Manejar los permisos correctamente**
-   El iOS, el sistema solicitará permiso automáticamente. El Android, asegúrese de solicitar los permisos necesarios.
-
-3. **Proporcionar comentarios de los usuarios**
-   Muestra indicadores claros cuando la grabación está activa:
-   ```typescript
-   let recordingInterval: any;
-   
-   const startRecording = async () => {
-     await ScreenRecorder.start();
-     
-     // Show recording indicator
-     recordingInterval = setInterval(() => {
-       // Update UI to show recording duration
-     }, 1000);
-   };
-   
-   const stopRecording = async () => {
-     clearInterval(recordingInterval);
-     await ScreenRecorder.stop();
-   };
-   ```
-
-4. **Manejar las interrupciones**
-   ```typescript
-   import { App } from '@capacitor/app';
-   
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (!isActive) {
-       // Consider stopping recording when app goes to background
-       const { value } = await ScreenRecorder.isRecording();
-       if (value) {
-         await ScreenRecorder.stop();
-       }
-     }
-   });
-   ```
-
-## Notas de plataforma
-
-### iOS
-- Requiere iOS 11.0+
-- Utiliza el marco `ReplayKit`
-- El sistema muestra el indicador de grabación en la barra de estado
-- El usuario debe confirmar el inicio de la grabación.
-
-### Android
-- Requiere Android 5.0 (API 21)+
-- Utiliza `MediaProjection` API
-- Muestra notificación durante la grabación.
-- Algunos dispositivos pueden tener limitaciones específicas del fabricante.
-
-### Web
-- No compatible con la plataforma web
-- Devolverá `isSupported: false`
-
-## Solución de problemas
-
-1. **La grabación no comienza**
-   - Asegúrese de que se concedan todos los permisos.
-   - Comprueba si otra aplicación ya está grabando
-   - Verificar que el dispositivo admita la grabación de pantalla
-
-2. **No hay audio en la grabación**
-   - Verificar los permisos del micrófono
-   - Asegúrese de que la opción `recordAudio` esté habilitada
-   - Es posible que algunos dispositivos no admitan la grabación de audio del sistema
-
-3. **Archivo de vídeo no encontrado**
-   - Verificar permisos de archivos
-   - Asegurar suficiente espacio de almacenamiento
-   - Verifique que la URL del video devuelto sea válida
diff --git a/src/content/docs/es/docs/plugins/screen-recorder/index.mdx b/src/content/docs/es/docs/plugins/screen-recorder/index.mdx
deleted file mode 100644
index 23d682c5b..000000000
--- a/src/content/docs/es/docs/plugins/screen-recorder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-screen-recorder"
-locale: es
-description: Graba la pantalla de tu dispositivo con soporte de audio para crear tutoriales, demos y vistas previas de aplicaciones.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Graba la pantalla de tu dispositivo con este poderoso Plugin de Capacitor, perfecto para crear tutoriales, demos y capturar interacciones de aplicaciones.
-  image:
-    file: ~public/icons/plugins/screen-recorder.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/screen-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/riderx/Capacitor-screen-recorder/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Grabación de alta calidad" icon="rocket">
-    Graba la pantalla en alta calidad con configuraciones personalizables
-  </Card>
-  <Card title="Soporte de audio" icon="star">
-    Graba con audio del micrófono y sonidos del sistema
-  </Card>
-  <Card title="Integración fácil" icon="setting">
-    API simple con métodos de iniciar/detener grabación
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/screen-recorder/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/shake/getting-started.mdx b/src/content/docs/es/docs/plugins/shake/getting-started.mdx
deleted file mode 100644
index c8cd7542d..000000000
--- a/src/content/docs/es/docs/plugins/shake/getting-started.mdx
+++ /dev/null
@@ -1,162 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Aprende cómo instalar y configurar el Plugin Capacitor Shake para detectar gestos de agitación y crear experiencias interactivas en tu aplicación.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-shake" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurar el Plugin**
-
-   **Ejemplo de Uso Básico:**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-
-   // Start listening for shake gestures
-   await Shake.start();
-
-   // Listen for shake events
-   Shake.addListener('shake', () => {
-     console.log('Device was shaken!');
-     // Perform your action here
-   });
-   ```
-
-   **Configuración de Sensibilidad:**
-   ```typescript
-   // Configure shake sensitivity
-   await Shake.start({
-     threshold: 3.5 // Adjust sensitivity (default: 3.5)
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       No se requiere configuración adicional para iOS.
-     </TabItem>
-     <TabItem label="Android">
-       No se requiere configuración adicional para Android.
-     </TabItem>
-   </Tabs>
-
-4. **Dejar de escuchar agitaciones**
-   ```typescript
-   // Stop shake detection when not needed
-   await Shake.stop();
-
-   // Remove specific listener
-   const handle = await Shake.addListener('shake', () => {
-     console.log('Shaken!');
-   });
-   handle.remove();
-   ```
-
-5. **Ejemplo de implementación**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-   import { App } from '@capacitor/app';
-
-   export class ShakeService {
-     private shakeListener: any;
-
-     async initialize() {
-       // Start shake detection
-       await Shake.start({ threshold: 4.0 });
-
-       // Add shake listener
-       this.shakeListener = await Shake.addListener('shake', () => {
-         this.handleShake();
-       });
-
-       // Clean up on app pause
-       App.addListener('pause', () => {
-         Shake.stop();
-       });
-
-       // Resume on app resume
-       App.addListener('resume', () => {
-         Shake.start({ threshold: 4.0 });
-       });
-     }
-
-     private handleShake() {
-       console.log('Shake detected!');
-       // Show debug menu, refresh data, or trigger any action
-     }
-
-     async cleanup() {
-       if (this.shakeListener) {
-         this.shakeListener.remove();
-       }
-       await Shake.stop();
-     }
-   }
-   ```
-</Steps>
-
-## Referencia del API
-
-### Métodos
-
-#### `start(options?: ShakeOptions)`
-Comienza a escuchar gestos de agitación.
-
-**Parámetros:**
-- `options` (opcional): Objeto de configuración
-  - `threshold`: number - Umbral de sensibilidad (predeterminado: 3.5)
-
-#### `stop()`
-Detiene la escucha de gestos de agitación.
-
-#### `addListener('shake', callback: () => void)`
-Agrega un escuchador para eventos de agitación.
-
-**Devuelve:** Promise con un manejador para eliminar el escuchador
-
-### Interfaces
-
-```typescript
-interface ShakeOptions {
-  threshold?: number; // Shake sensitivity threshold
-}
-```
-
-## Notas de Plataforma
-
-### iOS
-- Usa el acelerómetro del dispositivo para detectar gestos de agitación
-- Funciona tanto en primer plano como en segundo plano (si la aplicación tiene permisos de segundo plano)
-
-### Android
-- Usa el SensorManager para detectar eventos de agitación
-- No requiere permisos especiales
-- Funciona cuando la aplicación está en primer plano
-
-## Casos de Uso Comunes
-
-1. **Menú de Depuración**: Mostrar opciones de desarrollador cuando se agita el dispositivo
-2. **Retroalimentación**: Activar formulario de retroalimentación o reporte de errores
-3. **Actualizar**: Actualizar datos de la aplicación o limpiar caché
-4. **Juegos**: Usar la agitación como mecanismo de control en juegos
-5. **Deshacer**: Implementar funcionalidad de deshacer con agitación
-
-## Solución de Problemas
-
-**Agitación no detectada:**
-- Asegúrate de que el Plugin esté iniciado con `Shake.start()`
-- Intenta ajustar el valor del umbral (menor = más sensible)
-- Verifica que los escuchadores estén correctamente registrados
-
-**Demasiado sensible/no lo suficientemente sensible:**
-- Ajusta el parámetro `threshold` en las opciones de `start()`
-- Los valores típicamente varían desde 2.0 (muy sensible) hasta 5.0 (menos sensible)
diff --git a/src/content/docs/es/docs/plugins/shake/index.mdx b/src/content/docs/es/docs/plugins/shake/index.mdx
deleted file mode 100644
index 5ea681d70..000000000
--- a/src/content/docs/es/docs/plugins/shake/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-shake"
-locale: es
-description: Plugin de Capacitor para detectar gestos de agitación en tu dispositivo, habilitando funciones interactivas basadas en agitación en tu aplicación.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Detecta gestos de agitación en tu aplicación para activar acciones, mostrar menús de depuración o crear experiencias interactivas.
-  image:
-    file: ~public/icons/plugins/shake.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/shake/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-shake/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Detección simple de gestos" icon="rocket">
-    Detecta fácilmente cuando los usuarios agitan su dispositivo
-  </Card>
-  <Card title="Sensibilidad personalizable" icon="setting">
-    Ajusta la sensibilidad de detección de agitación según tus necesidades
-  </Card>
-  <Card title="Multiplataforma" icon="laptop">
-    Funciona sin problemas en dispositivos iOS y Android
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/shake/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/share-target/getting-started.mdx b/src/content/docs/es/docs/plugins/share-target/getting-started.mdx
deleted file mode 100644
index 66afb8730..000000000
--- a/src/content/docs/es/docs/plugins/share-target/getting-started.mdx
+++ /dev/null
@@ -1,413 +0,0 @@
----
-title: Primeros pasos con Share Target
-description: ''
-locale: es
----
-Esta guía lo guiará a través de la integración del complemento Capacitor Share Target para permitir que su aplicación reciba contenido compartido de otras aplicaciones.
-
-## Instalación
-
-Instale el complemento usando npm:
-
-```bash
-npm install @capgo/capacitor-share-target
-npx cap sync
-```
-
-## Android Configuración
-
-Add intent filters to your `AndroidManifest.xml` inside the `<activity>` tag:
-
-### Aceptar contenido de texto
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="text/*" />
-</intent-filter>
-```
-
-### Aceptar imágenes
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-```
-
-### Aceptar todos los tipos de contenido
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-```
-
-## iOS Configuración
-
-For iOS, you need to create a Share Extension:
-
-### 1. Crear extensión para compartir en Xcode
-
-1. Abra su proyecto en Xcode
-2. Vaya a **Archivo > Nuevo > Destino**
-3. Seleccione **Compartir extensión** y haga clic en **Siguiente**
-4. Name it (e.g., "ShareExtension") and click **Finish**
-5. Si se le solicita, active el esquema.
-
-### 2. Configurar grupo de aplicaciones
-
-1. In your main app target, go to **Signing & Capabilities**
-2. Haga clic en **+ Capacidad** y agregue **Grupos de aplicaciones**
-3. Create or select an app group (e.g., `group.com.yourcompany.yourapp`)
-4. Repita para el objetivo de Share Extension
-
-### 3. Actualizar el código de extensión para compartir
-
-The Share Extension needs to save shared data to the app group container so your main app can access it.
-
-For detailed iOS setup, see [Apple's Share Extension documentation](https://developer.apple.com/documentation/uikit/uiactivityviewcontroller).
-
-## Uso básico
-
-### Importar el complemento
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-```
-
-### Escuche el contenido compartido
-
-```typescript
-CapacitorShareTarget.addListener('shareReceived', (event) => {
-  console.log('Received share event');
-  console.log('Title:', event.title);
-  console.log('Texts:', event.texts);
-
-  // Handle shared files
-  if (event.files && event.files.length > 0) {
-    event.files.forEach(file => {
-      console.log(`File: ${file.name}`);
-      console.log(`Type: ${file.mimeType}`);
-      console.log(`URI: ${file.uri}`);
-    });
-  }
-});
-```
-
-## Ejemplo completo
-
-Here's a comprehensive example handling different types of shared content:
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-class ShareTargetService {
-  private listener: any;
-
-  initialize() {
-    this.listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-      this.handleSharedContent(event);
-    });
-
-    console.log('Share target listener initialized');
-  }
-
-  handleSharedContent(event: any) {
-    console.log('=== Share Received ===');
-
-    // Handle title
-    if (event.title) {
-      console.log('Title:', event.title);
-      this.showNotification('Shared: ' + event.title);
-    }
-
-    // Handle text content
-    if (event.texts && event.texts.length > 0) {
-      event.texts.forEach((text: string, index: number) => {
-        console.log(`Text ${index + 1}:`, text);
-        this.processSharedText(text);
-      });
-    }
-
-    // Handle files
-    if (event.files && event.files.length > 0) {
-      console.log(`Received ${event.files.length} file(s)`);
-
-      event.files.forEach((file: any) => {
-        console.log('File details:');
-        console.log('  Name:', file.name);
-        console.log('  Type:', file.mimeType);
-        console.log('  URI:', file.uri);
-
-        this.processSharedFile(file);
-      });
-    }
-  }
-
-  processSharedText(text: string) {
-    // Check if it's a URL
-    if (this.isURL(text)) {
-      console.log('Shared URL detected:', text);
-      // Handle URL (e.g., create bookmark)
-      this.saveBookmark(text);
-    } else {
-      console.log('Shared text detected');
-      // Handle plain text (e.g., create note)
-      this.createNote(text);
-    }
-  }
-
-  processSharedFile(file: any) {
-    const fileType = file.mimeType.split('/')[0];
-
-    switch (fileType) {
-      case 'image':
-        console.log('Processing shared image');
-        this.handleImage(file);
-        break;
-
-      case 'video':
-        console.log('Processing shared video');
-        this.handleVideo(file);
-        break;
-
-      case 'audio':
-        console.log('Processing shared audio');
-        this.handleAudio(file);
-        break;
-
-      case 'application':
-        console.log('Processing shared document');
-        this.handleDocument(file);
-        break;
-
-      default:
-        console.log('Processing generic file');
-        this.handleGenericFile(file);
-    }
-  }
-
-  handleImage(file: any) {
-    // Process image file
-    console.log('Saving image:', file.name);
-    // Implementation: Save to gallery, upload, etc.
-  }
-
-  handleVideo(file: any) {
-    // Process video file
-    console.log('Saving video:', file.name);
-  }
-
-  handleAudio(file: any) {
-    // Process audio file
-    console.log('Saving audio:', file.name);
-  }
-
-  handleDocument(file: any) {
-    // Process document file
-    console.log('Saving document:', file.name);
-  }
-
-  handleGenericFile(file: any) {
-    // Process generic file
-    console.log('Saving file:', file.name);
-  }
-
-  isURL(text: string): boolean {
-    try {
-      new URL(text);
-      return true;
-    } catch {
-      return false;
-    }
-  }
-
-  saveBookmark(url: string) {
-    console.log('Creating bookmark for:', url);
-    // Implementation
-  }
-
-  createNote(text: string) {
-    console.log('Creating note with text:', text.substring(0, 50));
-    // Implementation
-  }
-
-  showNotification(message: string) {
-    console.log('Notification:', message);
-    // Show toast or notification
-  }
-
-  cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-  }
-}
-
-// Usage
-const shareTarget = new ShareTargetService();
-shareTarget.initialize();
-
-// Cleanup when app closes
-// shareTarget.cleanup();
-```
-
-## Integración de reacción
-
-```typescript
-import { useEffect } from 'react';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-function useShareTarget(onShareReceived: (event: any) => void) {
-  useEffect(() => {
-    const listener = CapacitorShareTarget.addListener('shareReceived', onShareReceived);
-
-    return () => {
-      listener.remove();
-    };
-  }, [onShareReceived]);
-}
-
-// Usage in component
-function App() {
-  useShareTarget((event) => {
-    console.log('Share received:', event);
-    // Handle shared content
-  });
-
-  return <div>Your App</div>;
-}
-```
-
-## Integración de Vue
-
-```typescript
-import { onMounted, onUnmounted } from 'vue';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-export default {
-  setup() {
-    let listener: any;
-
-    onMounted(() => {
-      listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-        console.log('Share received:', event);
-        // Handle shared content
-      });
-    });
-
-    onUnmounted(() => {
-      if (listener) {
-        listener.remove();
-      }
-    });
-  }
-};
-```
-
-## Manejo de diferentes tipos de contenido
-
-### URL
-
-```typescript
-if (event.texts && event.texts.length > 0) {
-  const text = event.texts[0];
-
-  if (text.startsWith('http://') || text.startsWith('https://')) {
-    // Handle URL
-    window.open(text, '_blank');
-  }
-}
-```
-
-### Imágenes
-
-```typescript
-if (event.files) {
-  const images = event.files.filter(f => f.mimeType.startsWith('image/'));
-
-  images.forEach(async (image) => {
-    // Read and display image
-    const response = await fetch(image.uri);
-    const blob = await response.blob();
-    const imageUrl = URL.createObjectURL(blob);
-
-    // Display or process image
-    console.log('Image URL:', imageUrl);
-  });
-}
-```
-
-### Múltiples archivos
-
-```typescript
-if (event.files && event.files.length > 1) {
-  console.log(`Processing ${event.files.length} files`);
-
-  const processPromises = event.files.map(file =>
-    processFile(file)
-  );
-
-  await Promise.all(processPromises);
-  console.log('All files processed');
-}
-```
-
-## Mejores prácticas
-
-1. **Handle Multiple Content Types**: Be prepared to receive text, URLs, and files
-2. **Validate Content**: Check MIME types before processing
-3. **Provide Feedback**: Show users what was received
-4. **Handle Errors**: File URIs might be invalid or inaccessible
-5. **Clean Up Listeners**: Remove listeners when not needed
-6. **Test Thoroughly**: Test with different apps and content types
-7. **Request Permissions**: Some file types may require additional permissions
-
-## Problemas comunes
-
-### Compartir no funciona en Android
-
-Ensure intent filters are correctly configured in `AndroidManifest.xml` within the `<activity>` tag that has `android.intent.action.MAIN`.
-
-### iOS Share Extension Not Appearing
-
-1. Verify App Group is configured in both targets
-2. Asegúrese de que Share Extension esté activado
-3. Check that Info.plist in Share Extension has correct configuration
-
-### Errores de acceso a archivos
-
-```typescript
-try {
-  const response = await fetch(file.uri);
-  const blob = await response.blob();
-  // Process blob
-} catch (error) {
-  console.error('Failed to access file:', error);
-  // Show error to user
-}
-```
-
-## Próximos pasos
-
-- Explore the [API Reference](https://github.com/Cap-go/capacitor-share-target#api) for complete method documentation
-- Check out the [example app](https://github.com/Cap-go/capacitor-share-target/tree/main/example) for advanced usage
-- See the [tutorial](/plugins/capacitor-share-target) for complete implementation examples
diff --git a/src/content/docs/es/docs/plugins/share-target/index.mdx b/src/content/docs/es/docs/plugins/share-target/index.mdx
deleted file mode 100644
index e2e6f720c..000000000
--- a/src/content/docs/es/docs/plugins/share-target/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-share-target"
-locale: es
-description: Recibe contenido compartido de otras aplicaciones en tu aplicación Capacitor para texto, imágenes, videos y archivos.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Habilita tu aplicación para recibir texto, imágenes y archivos compartidos de otras aplicaciones con soporte multiplataforma.
-  image:
-    file: ~public/icons/plugins/share-target.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/share-target/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-share-target/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Compartir Universal" icon="rocket">
-    Recibe contenido compartido desde cualquier aplicación
-  </Card>
-  <Card title="Múltiples Tipos de Contenido" icon="document">
-    Maneja texto, imágenes, videos y archivos
-  </Card>
-  <Card title="Multiplataforma" icon="laptop">
-    Soporte iOS y Android con integración nativa
-  </Card>
-  <Card title="Basado en Eventos" icon="download">
-    Escucha eventos de compartir en tiempo real
-  </Card>
-  <Card title="Configuración Flexible" icon="setting">
-    Personaliza los tipos MIME aceptados
-  </Card>
-  <Card title="Comenzando" icon="open-book">
-    Consulta la [Guía de Inicio](/docs/plugins/share-target/getting-started/) para instalar y configurar el Plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/sim/getting-started.mdx b/src/content/docs/es/docs/plugins/sim/getting-started.mdx
deleted file mode 100644
index 21399b245..000000000
--- a/src/content/docs/es/docs/plugins/sim/getting-started.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Recupera detalles de la tarjeta SIM y maneja permisos en tiempo de ejecución con el Plugin Capgo SIM.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el Plugin**
-   <PackageManagers pkg="@Capgo/Capacitor-sim" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar plataformas**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Permisos
-
-- **Android**: Asegúrate de que `android.permission.READ_PHONE_STATE` (y en Android 13+, `READ_BASIC_PHONE_STATE`) esté otorgado. Capacitor incluye las declaraciones del manifiesto, pero debes solicitar el permiso antes de llamar a `getSimCards`.
-- **iOS**: La información del operador está disponible automáticamente; la plataforma no solicita permisos adicionales. Ten en cuenta los datos limitados devueltos en iOS 16.4+ debido a restricciones del sistema operativo.
-
-## Solicitar acceso en tiempo de ejecución (Android)
-
-```typescript
-import { Sim } from '@capgo/capacitor-sim';
-
-const status = await Sim.checkPermissions();
-if (status.readSimCard !== 'granted') {
-  const updated = await Sim.requestPermissions();
-  if (updated.readSimCard !== 'granted') {
-    throw new Error('Telephony permission denied');
-  }
-}
-```
-
-## Leer tarjetas SIM
-
-```typescript
-const { simCards } = await Sim.getSimCards();
-
-simCards.forEach((card, index) => {
-  console.log(`Slot ${card.simSlotIndex ?? index}:`, {
-    carrier: card.carrierName,
-    mcc: card.mobileCountryCode,
-    mnc: card.mobileNetworkCode,
-    country: card.isoCountryCode,
-    subscriptionId: card.subscriptionId,
-  });
-});
-```
-
-## Consideraciones de plataforma
-
-- **Dispositivos Dual SIM**: Itera a través del array devuelto; cada entrada corresponde a una ranura. Cuando está presente, `subscriptionId` te ayuda a interactuar con las APIs de telefonía de Android.
-- **iOS 16.4+**: Apple oculta varios atributos del operador. Espera valores de marcador de posición (`--`, `65535`) y planifica alternativas en tu interfaz de usuario.
-- **Web**: El Plugin se resuelve con datos vacíos porque los navegadores no pueden acceder a la información SIM.
diff --git a/src/content/docs/es/docs/plugins/sim/index.mdx b/src/content/docs/es/docs/plugins/sim/index.mdx
deleted file mode 100644
index 55c618b4f..000000000
--- a/src/content/docs/es/docs/plugins/sim/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@Capgo/Capacitor-sim"
-locale: es
-description: Inspecciona información de tarjetas SIM como operador, código de país e índice de ranura desde aplicaciones Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Recupera metadatos del operador SIM y maneja flujos de permisos con un puente ligero de Capacitor.
-  image:
-    file: ~public/icons/plugins/sim.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/sim/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-sim/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Usa Capgo SIM para consultar datos del operador, índices de ranura y estados de permisos mientras permaneces dentro de Capacitor.
-
-<CardGrid stagger>
-  <Card title="Soporte Multi-SIM" icon="rocket">
-    Enumera cada SIM instalada junto con índices de ranura e IDs de suscripción.
-  </Card>
-  <Card title="Ayudantes de permisos" icon="approve-check">
-    Verifica y solicita el permiso de telefonía requerido en Android.
-  </Card>
-  <Card title="Esquema consistente" icon="star">
-    Trabaja con campos de operador normalizados como MCC, MNC, país ISO y números de teléfono.
-  </Card>
-  <Card title="Consciente de iOS" icon="pencil">
-    Maneja las particularidades de la plataforma como datos limitados del operador en iOS 16.4+.
-  </Card>
-</CardGrid>
-
-Obtén la guía de inicio para integrar patrones de permisos y consumo.
diff --git a/src/content/docs/es/docs/plugins/social-login/apple/android.mdx b/src/content/docs/es/docs/plugins/social-login/apple/android.mdx
deleted file mode 100644
index fa5263edb..000000000
--- a/src/content/docs/es/docs/plugins/social-login/apple/android.mdx
+++ /dev/null
@@ -1,324 +0,0 @@
----
-title: Inicio de sesión con Apple en Android
-description: >-
-  Esta guía explica paso a paso cómo configurar el inicio de sesión con Apple
-  usando Capacitor en Android, incluyendo el flujo completo y la configuración
-  necesaria del backend.
-sidebar:
-  order: 3
-locale: es
----
-import MermaidGraph from '@/components/MermaidGraph.astro';
-import { Steps } from '@astrojs/starlight/components';
-
-export const appleLoginFlowGraph = `flowchart TD
-    A("await SocialLogin.login()") -->|Handled in the plugin|B(Generate the login URL)
-    B --> |Pass the link| C(Open the Chrome browser)
-    C --> D(Wait for the user to login)
-    D --> |Apple redirects to your backend|E(Handle the data returned from Apple)
-    E --> F(Redirect back to the app)
-    F --> G(Return to JS)`;
-
-El inicio de sesión con Apple en Android es algo improvisado. Apple no ofrece
-soporte oficial para `Sign in with Apple` en Android, así que la solución
-requiere algunos rodeos.
-
-Actualmente Android usa una pestaña de Chrome para mostrar un sitio OAuth2.
-Este enfoque implica dos retos principales:
-
-- Configuración compleja
-- Se necesita un backend
-
-## Comprender el flujo en Android
-
-Este diagrama resume el flujo en Android:
-
-<MermaidGraph graph={appleLoginFlowGraph} ariaLabel="Diagrama del flujo de inicio de sesión con Apple en Android" fullWidth={false} />
-
-Ahora que ya conoces las limitaciones y el flujo general, pasemos a la
-configuración.
-
-## Creando el Service ID
-
-<Steps>
-1. Inicia sesión en el [Apple Developer Portal](https://developer.apple.com)
-
-2. Haz clic en `Identifiers`
-
-   <img src="/social-login-assets/apple_dev_portal_iden.png" alt="Sección Identifiers del Apple Developer Portal" />
-
-   Deberías ver una pantalla similar a esta:
-
-   <img src="/social-login-assets/apple_dev_portal_iden_2.png" alt="Pantalla Identifiers del Apple Developer Portal" />
-
-   1. Asegúrate de que este campo dice `App IDs`
-   2. Verifica que puedes encontrar el App ID de tu aplicación
-      :::note
-      Si todavía no configuraste Apple Login para iOS, tendrás que crear ese
-      App ID primero. En mi caso ya existe y usaré
-      `me.wcaleniewolny.test.ionic.vue`. Si no tienes uno, créalo siguiendo la
-      sección [crear la app](#creando-la-aplicación).
-      :::
-
-3. Asegúrate de que la capacidad `Sign in with Apple` está habilitada para tu aplicación
-
-   1. Haz clic en tu app
-      <img src="/social-login-assets/apple_dev_click_on_app.png" alt="Selección de la app en la lista" />
-
-   2. Verifica que la capacidad `Sign in with Apple` esté activada
-      <img src="/social-login-assets/apple_dev_sign_in_with_apple_enabled.png" alt="Casilla de Sign in with Apple habilitada" />
-
-   3. Si no está activada, actívala
-
-4. Vuelve a `All Identifiers`
-   <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="Botón de navegación All Identifiers" />
-
-5. Haz clic en `App IDs` y cambia a `Services IDs`
-   <img src="/social-login-assets/apple_dev_go_to_services_id.png" alt="Navegación a la sección Services IDs" />
-
-6. Crea un identificador nuevo
-
-   1. Haz clic en el botón con el signo `+`
-      <img src="/social-login-assets/apple_dev_iden_add.png" alt="Botón para añadir un nuevo Service ID" />
-
-   2. Selecciona `Service IDs` y haz clic en `Continue`
-      <img src="/social-login-assets/apple_dev_service_and_cont.png" alt="Selección de la opción Service IDs" />
-
-   3. Introduce una descripción y un identificador, luego haz clic en `Continue`
-      <img src="/social-login-assets/apple_dev_reg_service_2.png" alt="Formulario con los detalles del Service ID" />
-
-      :::note
-      Este `identifier` se convertirá en el `clientId` que pasarás a
-      `initialize` y también en `ANDROID_SERVICE_ID` dentro del backend.
-
-      **Guárdalo.**
-      :::
-
-      :::note
-      El Service ID no tiene que coincidir con el App ID, pero recomiendo usar
-      algo como `YOUR_APP_ID.service`. Por ejemplo, mi App ID es
-      `me.wcaleniewolny.test.ionic.vue`, mientras que mi Service ID es
-      `ee.forgr.io.ionic.service2`.
-      :::
-
-   4. Verifica los datos y haz clic en `Register`
-      <img src="/social-login-assets/apple_dev_service_ref_fin.png" alt="Confirmación del registro del Service ID" />
-
-   5. Haz clic en el servicio recién creado
-      <img src="/social-login-assets/apple_dev_open_serv.png" alt="Selección del Service ID recién creado" />
-
-   6. Activa la opción `Sign in with Apple`
-      <img src="/social-login-assets/apple_dev_serv_enable_sign_with_apple.png" alt="Habilitar Sign in with Apple en el Service ID" />
-
-   7. Configura `Sign in with Apple`
-      <img src="/social-login-assets/apple_dev_conf_serv_sign_with_apple.png" alt="Botón Configure para Sign in with Apple" />
-
-   8. Asegúrate de que `Primary App ID` apunte al App ID configurado antes
-      <img src="/social-login-assets/apple_dev_service_prim_id.png" alt="Selector Primary App ID en la configuración del Service ID" />
-
-   9. Añade el dominio donde vas a alojar el backend
-
-      <img src="/social-login-assets/apple_dev_serv_create_next.png" alt="Configuración del dominio y de las Return URLs" />
-
-      :::note
-      Este backend **debe** ejecutarse en HTTPS. En cuanto a las `Return URLs`,
-      quizá quieras volver a este paso después de leer la siguiente sección del
-      tutorial y después de configurar el backend. Para esta guía usaré
-      `https://xyz.wcaleniewolny.me/login/callback` como URL de retorno y
-      `xyz.wcaleniewolny.me` como dominio. Luego pulsa siguiente.
-      :::
-
-   10. Confirma los datos y haz clic en `Done`
-       <img src="/social-login-assets/apple_dev_serv_conf_done.png" alt="Confirmación de la configuración del dominio y la URL de retorno" />
-
-   11. Haz clic en `Continue`
-       <img src="/social-login-assets/apple_dev_cont_serv_creat.png" alt="Botón Continue en la configuración del servicio" />
-
-   12. Haz clic en `Save`
-       <img src="/social-login-assets/apple_dev_cont_serv_creat_save.png" alt="Botón Save en la configuración del servicio" />
-</Steps>
-
-## Creando la clave
-
-<Steps>
-1. Regrese a todos los "Todos los identificadores". 
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="Botón de navegación Todos los identificadores" />
-2. Haga clic en `Keys`
-    <img src="/social-login-assets/apple_dev_key_selc.png" alt="Sección de claves en Apple Portal para desarrolladores" />
-3. Haga clic en el ícono más
-    <img src="/social-login-assets/apple_dev_key_plus.png" alt="Añadir nuevo botón clave" />
-4. Nombra tu clave
-    <img src="/social-login-assets/apple_key_name.png" alt="Ingresando el campo de nombre de clave" />
-    :::nota
-    Este nombre no es importante, puedes poner cualquier cosa.
-    :::
-5. Seleccione `Sign in with Apple` y haga clic en `Configure`
-    <img src="/social-login-assets/apple_dev_key_sing_apple_conf.png" alt="" />
-6. Seleccione la ID de la aplicación principal y presione `Save`
-    <img src="/social-login-assets/apple_dev_key_prim_app_id.png" alt="Seleccionar ID de aplicación principal para la clave" />
-
-    :::nota
-    Debe ser el mismo ID de aplicación que el ID de los pasos anteriores.
-    :::
-7. Haga clic en `Continue`
-    <img src="/social-login-assets/apple_dev_key_const.png" alt="" />
-8. Haga clic en `Register`
-    <img src="/social-login-assets/apple_dev_key_reg.png" alt="Botón de registro para creación de claves" />
-9. Copie el ID de la clave y descargue la clave.
-    <img src="/social-login-assets/apple_dev_key_downl.png" alt="Pantalla de ID de clave y botón de descarga" />
-
-    :::precaución
-        **IMPORTANTE:** Guarde este ID, en el backend se llamará `KEY_ID`. Descarga la clave. Asegúrese de no compartir nunca esta clave.
-    :::
-10. Busque la clave descargada y guárdela en la carpeta backend.
-    <img src="/social-login-assets/apple_dev_downloaded_key.png" alt="Archivo de clave descargado" />
-</Steps>
-
-## Obteniendo la identificación del equipo
-
-Para utilizar `Login with Apple` en Android, necesita obtener el "ID del equipo". Se utilizará en el backend.
-
-<Steps>
-   1. Vaya a [este sitio web](https://developer.apple.com/account/) y desplácese hacia abajo.
-   
-   2. Busque el "ID del equipo"
-      <img src="/social-login-assets/apple_dev_team_id.png" alt="Ubicación del ID del equipo en la cuenta de desarrollador" />
-</Steps>
-
-## Configurar la redirección de la aplicación
-
-Como vio en el diagrama, el backend realiza un paso llamado "Redirigir a la aplicación". Esto requiere cambios manuales en su aplicación.
-
-<Steps>
-    1. Modificar el `AndroidManifest.xml`
-        1. Abra el archivo, usaré `AndroidStudio`
-            <img src="/social-login-assets/studio_android_manifest_file.png" alt="Archivo AndroidManifest.xml en Android Studio" />
-        2. Busque `MainActivity` y agregue el siguiente filtro de intención
-            <img src="/social-login-assets/studio_manifest_code_to_add.png" alt="Código de filtro de intención para agregar en MainActivity" />
-
-            ```xml
-            <intent-filter>
-                <action android:name="android.intent.action.VIEW" />
-                <category android:name="android.intent.category.DEFAULT" />
-                <category android:name="android.intent.category.BROWSABLE" />
-                <data android:scheme="capgo-demo-app" android:host="path" />
-            </intent-filter>
-            ```
-    2. Modificar el `MainActivity`
-        1. Abra el `MainActivity`
-            <img src="/social-login-assets/studio_main_activ_file.png" alt="Archivo MainActivity.java en Android Studio" />
-
-        2. Agregue el siguiente código:
-            <img src="/social-login-assets/studio_main_actv_new_code.png" alt="Código para agregar a MainActivity para manejar enlaces profundos" />
-
-            ```java
-            @Override
-            protected void onNewIntent(Intent intent) {
-                String action = intent.getAction();
-                Uri data = intent.getData();
-            
-                if (Intent.ACTION_VIEW.equals(action) && data != null) {
-                    PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                    if (pluginHandle == null) {
-                        Log.i("Apple Login Intent", "SocialLogin login handle is null");
-                        return;
-                    }
-                    Plugin plugin = pluginHandle.getInstance();
-                    if (!(plugin instanceof SocialLoginPlugin)) {
-                        Log.i("Apple Login Intent", "SocialLogin plugin instance is not SocialLoginPlugin");
-                        return;
-                    }
-                    ((SocialLoginPlugin) plugin).handleAppleLoginIntent(intent);
-                    return;
-                }
-                super.onNewIntent(intent);
-            }
-            ```
-
-            :::precaución
-            Este ejemplo supone que no tienes ningún vínculo profundo configurado. Si es así, ajuste el código.
-            :::
-</Steps>
-
-:::note
-Acabas de agregar un nuevo enlace profundo a tu aplicación. El enlace profundo se verá así: `capgo-demo-app://path`. Puede cambiar `android:scheme` y `android:host` para modificar el aspecto de este enlace profundo.
-**Importante:** En la configuración del backend, este enlace profundo se convertirá en `BASE_REDIRECT_URL`
-:::
-
-
-## Configuración de fondo
-
-Se requiere un backend para Android, pero la configuración de un backend también afectará a IOS. Se proporciona un ejemplo de backend [aquí](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/index.ts)Este ejemplo proporciona lo siguiente:
-- Una base de datos simple JSON
-- Una forma de solicitar el JWT de los servidores de Apple
-- Una verificación simple JWT
-
-:::note
-Utilizo `PM2` para alojar este ejemplo. Puede encontrar un ejemplo `ecosystem.config.js` [aquí](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/ecosystem.config.js.example)
-:::
-
-Teniendo en cuenta todo lo que dije en este tutorial, así es como se vería la sección `env`:
-
-- `ANDROID_SERVICE_ID` = ID de servicio
-- `IOS_SERVICE_ID` = ID de aplicación
-
-```js
-env: {
-  PRIVATE_KEY_FILE: "AuthKey_U93M8LBQK3.p8",
-  KEY_ID: "U93M8LBQK3",
-  TEAM_ID: "UVTJ336J2D",
-  ANDROID_SERVICE_ID: "ee.forgr.io.ionic.starter.service2",
-  IOS_SERVICE_ID: "me.wcaleniewolny.test.ionic.vue",
-  PORT: 3000,
-  REDIRECT_URI: "https://xyz.wcaleniewolny.me/login/callback",
-  BASE_REDIRECT_URL: "capgo-demo-app://path"
-}
-```
-
-#### Usando el complemento
-
-El uso de la función `login` no cambia, es el mismo que en IOS. Por favor, echa un vistazo a esa sección para obtener más información. **SIN EMBARGO**, el método `initialize` cambia un poco.
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: 'ee.forgr.io.ionic.starter.service2',
-    redirectUrl: 'https://appleloginvps.wcaleniewolny.me/login/callback'
-  }
-})
-```
-
-:::danger
-    Tenga en cuenta que agregar `redirectUrl` **¡¡¡Afectará a IOS !!!!!
-:::
-
-
-## Creando la aplicación
-
-:::note
-Si ya tiene una ID de aplicación, puede omitir este paso.
-No siga este paso si ha configurado Apple Iniciar sesión para IOS.
-:::
-
-<Steps>
-   1. Si aún no tiene una ID de aplicación, haga clic en el botón más
-        <img src="/social-login-assets/apple_dev_iden_plus.png" alt="Agregar nuevo identificador botón más" />
-   
-   2. Seleccione "ID de aplicación" y haga clic en continuar. 
-        <img src="/social-login-assets/apple_dev_new_app_id.png" alt="Seleccionar el tipo de ID de aplicación" />
-   
-   3. Haga clic en escribir `App` y haga clic en `Continue` 
-        <img src="/social-login-assets/apple_dev_new_app_type.png" alt="Seleccionar el tipo de aplicación" />
-   
-   4. Ingrese la descripción y el ID de la aplicación. 
-        <img src="/social-login-assets/apple_dev_new_app_desc_id.png" alt="Ingresar la descripción de la aplicación y el ID del paquete" />
-   
-   5. Habilite la capacidad `Sign with Apple` 
-        <img src="/social-login-assets/apple_dev_enable_sign_with_apple.png" alt="Habilitar el inicio de sesión con la capacidad Apple" />
-   
-   6. Haga clic en `Continue` 
-        <img src="/social-login-assets/apple_dev_register_continue.png" alt="Botón Continuar para el registro de la aplicación." />
-   
-   7. Confirme los detalles y haga clic en `Register` 
-        <img src="/social-login-assets/apple_dev_confirm_register.png" alt="Confirmar los detalles de registro de la aplicación" />
-</Steps>
diff --git a/src/content/docs/es/docs/plugins/social-login/apple/general.mdx b/src/content/docs/es/docs/plugins/social-login/apple/general.mdx
deleted file mode 100644
index 4016dfd43..000000000
--- a/src/content/docs/es/docs/plugins/social-login/apple/general.mdx
+++ /dev/null
@@ -1,16 +0,0 @@
----
-title: Configuración del Inicio de Sesión de Apple
-locale: es
-description: Esta guía proporciona instrucciones detalladas sobre la configuración del inicio de sesión de Apple usando Capacitor, cubriendo todos los pasos y requisitos necesarios para una integración exitosa.
-sidebar:
-    order: 1
----
-
-### Introducción
-
-En esta guía, aprenderás cómo configurar el inicio de sesión de Apple con Capacitor. Para hacer esto, necesitarás lo siguiente:
-
-- una cuenta de Apple Developer
-- Una computadora con macOS (solo iOS)
-- Xcode instalado (solo iOS)
-- Un backend personalizado (solo Android)
diff --git a/src/content/docs/es/docs/plugins/social-login/apple/ios.mdx b/src/content/docs/es/docs/plugins/social-login/apple/ios.mdx
deleted file mode 100644
index aa6d7e620..000000000
--- a/src/content/docs/es/docs/plugins/social-login/apple/ios.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: Inicio de sesión de Apple en iOS
-locale: es
-description: Esta guía completa te guiará a través del proceso de configuración del inicio de sesión de Apple usando Capacitor en dispositivos iOS, garantizando una integración fluida al cubrir todos los pasos y configuraciones necesarias.
-sidebar:
-    order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Desglosemos lo que vas a necesitar para configurar el inicio de sesión de Apple en iOS.
-
-<Steps>
-1. Configura las capacidades de tu aplicación.
-
-    Para hacer esto, abre Xcode, haz clic en `App`
-    ![App XCode](/social-login-assets/app-xcode.png)
-
-2. Asegúrate de seleccionar el objetivo correcto.
-
-    ![XCode App Target](/social-login-assets/xcode-app-target.png)
-
-3. Asegúrate de agregar la capacidad `Sign in with Apple`.
-
-    ![App XCode Add Capability](/social-login-assets/app-xcode-add-cap.png)
-
-    ![App XCode Add Capability](/social-login-assets/sign-with-apple-cap.png)
-
-    :::Precaución
-    Si no ves la capacidad `Sign in with Apple`, configura [Account & Organizational Data Sharing](https://developer.apple.com/account/resources/services/cwa/configure/)
-    :::
-
-4. Inicializa el inicio de sesión de Apple en tu aplicación.
-
-    :::Nota
-    Estoy usando Vue como mi framework, la implementación exacta variará según el framework de tu elección
-    :::
-
-    ```ts
-    //  onMounted is vue specific
-    onMounted(() => {
-    SocialLogin.initialize({
-        apple: {}
-    })
-    });
-    ```
-
-5. Crea un botón que comenzará el proceso de inicio de sesión.
-
-    Dicho botón debe llamar a la siguiente función:
-
-    ```ts
-    async function loginApple() {
-    const res = await SocialLogin.login({
-        provider: 'apple',
-        options: {}
-    })
-    ```
-
-6. Ejecuta tu aplicación en un dispositivo **<u>FÍSICO</u>** y pruébala.
-
-    Si seguiste los pasos de cerca, verás la siguiente pantalla después de hacer clic en tu botón.
-
-    ![Apple Sign In prompt on iOS device](/social-login-assets/apple-sign-in-ios-final.png)
-</Steps>
-
-¡Eso es todo! Ya está configurado.
diff --git a/src/content/docs/es/docs/plugins/social-login/apple/web.mdx b/src/content/docs/es/docs/plugins/social-login/apple/web.mdx
deleted file mode 100644
index 4b7b5ca8d..000000000
--- a/src/content/docs/es/docs/plugins/social-login/apple/web.mdx
+++ /dev/null
@@ -1,63 +0,0 @@
----
-title: Inicio de sesión de Apple para navegadores web
-locale: es
-description: Esta guía proporciona un recorrido detallado sobre la configuración del inicio de sesión de Apple usando Capacitor para aplicaciones web, utilizando el Plugin @Capgo/Capacitor-social-login para garantizar un proceso de integración fluido.
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-Configurar el inicio de sesión web no es trivial. Es más difícil que configurar `Sign in with Apple` en iOS pero más difícil que configurar `Sign in with Apple` en Android.
-
-## Generando el servicio
-
-:::Nota
-Este paso es redundante si ya has configurado `Sign in with Apple` en Android.
-:::
-
-Por favor, sigue la guía [aquí](/docs/plugins/social-login/apple/android/#creating-the-service-id/) para generar el servicio.
-
-## Configurando las `Return URLs`
-
-<Steps>
-
-1. **Ve a la configuración de tu Service ID**
-
-   En el [Portal de Desarrolladores de Apple](https://developer.apple.com), navega a `Identifiers` > `Services IDs` y haz clic en tu Service ID.
-
-2. **Configura Sign in with Apple**
-
-   Haz clic en `Configure` junto a `Sign in with Apple`.
-
-   ![apple_dev_configure_login](/social-login-assets/apple_dev_configure_login.webp)
-
-3. **Agrega las Return URLs**
-
-   Haz clic en el botón `+` para agregar una nueva URL de retorno.
-
-   ![apple_dev_return_url_plus](/social-login-assets/apple_dev_return_url_plus.webp)
-
-4. **Agrega las Return URLs**
-
-   Agrega tu dominio para tu aplicación web en `Domains and Subdomains`.
-   :::Precaución
-   **NO PUEDES** agregar `localhost` o `127.0.0.1` como dominio aquí.
-   :::
-
-   Luego, agrega tu dominio con el prefijo `https://` y la ruta desde la cual llamarás al inicio de sesión de Apple.
-   Por ejemplo, si tu dominio es `https://my-app.com` y llamarás al inicio de sesión de Apple desde `/login`, debes agregar `https://my-app.com/login` como URL de retorno.
-
-   :::Precaución
-   **DEBES** agregar tanto el dominio con una barra diagonal al final como sin una barra diagonal al final.
-   :::
-
-   ![apple_dev_return_url_add](/social-login-assets/apple_dev_return_url_add.webp)
-
-5. **Guarda los cambios**
-
-   1. Haz clic en el botón `Next` para guardar los cambios.
-   2. Haz clic en el botón `Save` para guardar los cambios.
-
-6. Deberías estar listo para probar el inicio de sesión para JavaScript. Ten en cuenta que no puedes probar desde localhost.
-</Steps>
diff --git a/src/content/docs/es/docs/plugins/social-login/facebook.mdx b/src/content/docs/es/docs/plugins/social-login/facebook.mdx
deleted file mode 100644
index cb87c94cc..000000000
--- a/src/content/docs/es/docs/plugins/social-login/facebook.mdx
+++ /dev/null
@@ -1,357 +0,0 @@
----
-title: Facebook Configuración de inicio de sesión
-description: ''
-sidebar:
-  order: 1
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-
-:::caution
-**Antes de comenzar**: recuerde que con el nuevo Facebook SDK, el tipo de token que recibe depende completamente de la elección de seguimiento de aplicaciones del usuario, no de la configuración de su código. Implemente siempre tanto el token de acceso como el manejo del token JWT en su backend para garantizar que la autenticación funcione para todos los usuarios.
-:::
-
-<Steps>
-1. Inicialice el inicio de sesión Facebook en su aplicación
-
-   ```typescript
-   import { SocialLogin } from '@capgo/capacitor-social-login';
-
-   // Initialize during app startup
-   await SocialLogin.initialize({
-     facebook: {
-       appId: 'APP_ID',
-       clientToken: 'CLIENT_TOKEN',
-     }
-   })
-   ```
-
-2. Implementar la función de inicio de sesión.
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-        options: {
-          permissions: ['email', 'public_profile'],
-          limitedLogin: false // See Limited Login section below for important details
-        }
-       });
-       console.log('Facebook login result:', result);
-       // Handle successful login
-     } catch (error) {
-       console.error('Facebook login error:', error);
-       // Handle error
-     }
-   }
-   ```
-
-   :::nota
-   **Inicio de sesión limitado (solo iOS)**: establezca `limitedLogin` en verdadero si desea utilizar la función de inicio de sesión limitado de Facebook. Esta es una característica exclusiva de iOS que proporciona privacidad mejorada al restringir los datos compartidos durante el inicio de sesión.
-
-   **Limitaciones importantes:**
-   - **iOS únicamente**: el inicio de sesión limitado solo afecta a iOS dispositivos y no tiene ningún impacto en Android
-   - **Anulación de ATT**: incluso si configura `limitedLogin: false`, Facebook lo forzará automáticamente a `true` si el usuario no ha otorgado el permiso de Transparencia de seguimiento de aplicaciones (ATT)
-   - **Siempre maneje ambos casos**: su aplicación siempre debe estar preparada para manejar escenarios de inicio de sesión tanto limitados como completos.
-
-   **Comprobación del estado de ATT:**
-   ```typescript
-   // Check if user has granted tracking permission
-   const trackingStatus = await SocialLogin.providerSpecificCall({
-     call: 'facebook#requestTracking',
-     options: {}
-   });
-   console.log('Tracking status:', trackingStatus.status); // 'authorized', 'denied', 'notDetermined', or 'restricted'
-   ```
-
-   **Implementación recomendada si se prefiere access_token:**
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       // Check ATT status first
-       const trackingStatus = await SocialLogin.providerSpecificCall({
-         call: 'facebook#requestTracking',
-         options: {}
-       });
-       
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: trackingStatus.status === 'denied' // Auto-adjust based on ATT
-         }
-       });
-       
-       // Handle different response types based on limited login
-       if (result.result.accessToken) {
-         // Your app logic should work with both limited and full login
-         console.log('Login successful:', result);
-       }
-     } catch (error) {
-       console.error('Facebook login error:', error);
-     }
-   }
-   ```
-
-   **Qué sucede en el inicio de sesión limitado:**
-   - **Acceso a datos reducido**: es posible que algunos datos del usuario no estén disponibles
-   - **Diferentes tipos de tokens**: los tokens de acceso pueden tener diferentes capacidades
-   - **Cumplimiento de privacidad**: ayuda a cumplir con iOS requisitos de privacidad
-
-   **Importante**: Pruebe siempre su aplicación con escenarios de inicio de sesión limitado y completo para asegurarse de que funcione correctamente en ambos casos. Puede obtener más información sobre el inicio de sesión limitado [aquí](https://developers.facebook.com/docs/facebook-login/limited-login/).
-   :::
-
-3. **Obtener datos de perfil de usuario**
-
-   Después de iniciar sesión correctamente, puede recuperar información de perfil adicional:
-
-   ```typescript
-   async function getFacebookProfile() {
-     try {
-       const profileResponse = await SocialLogin.providerSpecificCall({
-         call: 'facebook#getProfile',
-         options: {
-           fields: ['id', 'name', 'email', 'first_name', 'last_name', 'picture']
-         }
-       });
-
-       console.log('Facebook profile:', profileResponse.profile);
-       return profileResponse.profile;
-     } catch (error) {
-       console.error('Failed to get Facebook profile:', error);
-       return null;
-     }
-   }
-
-   // Example usage after login
-   async function loginAndGetProfile() {
-     const loginResult = await loginWithFacebook();
-     if (loginResult) {
-       const profile = await getFacebookProfile();
-       if (profile) {
-         console.log('User ID:', profile.id);
-         console.log('Name:', profile.name);
-         console.log('Email:', profile.email);
-         console.log('Profile Picture:', profile.picture?.data?.url);
-       }
-     }
-   }
-   ```
-
-   :::consejo
-   **Campos de perfil disponibles**: Puede solicitar cualquier campo disponible en el gráfico API de Facebook. Los campos comunes incluyen: `id`, `name`, `email`, `first_name`, `last_name`, `picture`, `birthday`, `gender`, `location`, `hometown`. Tenga en cuenta que algunos campos pueden requerir permisos adicionales.
-   :::
-
-   :::advertencia
-   **Limitación del tipo de token**: la llamada `getProfile` solo funciona cuando tienes un **token de acceso** (inicio de sesión estándar con seguimiento permitido). Si el usuario negó el seguimiento o está utilizando un inicio de sesión limitado (solo token JWT), esta llamada fallará. En ese caso, utilice los datos del perfil proporcionados en la respuesta de inicio de sesión inicial.
-   :::
-</Steps>
-
-## ⚠️ Crítico: manejo de tokens de backend
-
-:::danger
-**COMPORTAMIENTO CRÍTICO iOS**: El inicio de sesión limitado y la transparencia de seguimiento de aplicaciones (ATT) son características **iOS-SOLO**. El Android, siempre recibirá tokens de acceso independientemente de la configuración `limitedLogin`.**iOS Comportamiento del token**: 
-- **`limitedLogin: true`** → Siempre token JWT (solo iOS)
-- **`limitedLogin: false` + Usuario PERMITE seguimiento** → Token de acceso  
-- **`limitedLogin: false` + El usuario NIEGA el seguimiento** → JWT token (iOS anula automáticamente su configuración)
-
-**Android Comportamiento del token**: acceda siempre al token, la configuración `limitedLogin` se ignora.
-:::
-
-Su backend debe manejar **dos tipos de tokens diferentes** porque iOS usuarios pueden recibir tokens de acceso o JWT tokens según su elección de Transparencia de seguimiento de aplicaciones, mientras que los usuarios Android siempre reciben tokens de acceso.
-
-### Tipos de tokens por plataforma
-
-| Plataforma | Configuración de inicio de sesión limitada | Elección ATT del usuario | Tipo de token de resultado |
-|----------|---------------------|-----------------|-------------------|
-| **iOS** | `true` | Cualquiera | JWT Ficha |
-| **iOS** | `false` | Permite seguimiento | Token de acceso |
-| **iOS** | `false` | Niega seguimiento | JWT Token (anulación automática) |
-| **Android** | Cualquiera | N/A | Token de acceso (siempre) |
-
-### Implementación de backend
-
-<Steps>
-1. **Detectar el tipo de token y manejarlo en consecuencia**
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const loginResult = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: false // iOS: depends on ATT, Android: ignored
-         }
-       });
-
-       if (loginResult.accessToken) {
-         // Access token (Android always, iOS when tracking allowed)
-         return handleAccessToken(loginResult.accessToken.token);
-       } else if (loginResult.idToken) {
-         // JWT token (iOS only when tracking denied or limitedLogin: true)
-         return handleJWTToken(loginResult.idToken);
-       }
-     } catch (error) {
-       console.error('Facebook login error:', error);
-     }
-   }
-   ```
-
-2. **Firebase Ejemplo de integración**
-
-   ```typescript
-   import { OAuthProvider, FacebookAuthProvider, signInWithCredential } from 'firebase/auth';
-
-   async function handleAccessToken(accessToken: string, nonce: string) {
-     // For access tokens, use OAuthProvider (new method)
-     const fbOAuth = new OAuthProvider("facebook.com");
-     const credential = fbOAuth.credential({
-       idToken: accessToken,
-       rawNonce: nonce
-     });
-
-     try {
-       const userResponse = await signInWithCredential(auth, credential);
-       return userResponse;
-     } catch (error) {
-       console.error('Firebase OAuth error:', error);
-       return false;
-     }
-   }
-
-   async function handleJWTToken(jwtToken: string) {
-     // For JWT tokens, send to your backend for validation
-     try {
-       const response = await fetch('/api/auth/facebook-jwt', {
-         method: 'POST',
-         headers: {
-           'Content-Type': 'application/json',
-         },
-         body: JSON.stringify({ jwtToken })
-       });
-
-       const result = await response.json();
-       return result;
-     } catch (error) {
-       console.error('JWT validation error:', error);
-       return false;
-     }
-   }
-   ```
-
-3. **Validación del backend JWT**
-
-   ```typescript
-   // Backend: Validate JWT token from Facebook
-   import jwt from 'jsonwebtoken';
-   import { Request, Response } from 'express';
-
-   app.post('/api/auth/facebook-jwt', async (req: Request, res: Response) => {
-     const { jwtToken } = req.body;
-
-     try {
-       // Verify JWT token with Facebook's public key
-       // See: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(jwtToken, getFacebookPublicKey(), {
-         algorithms: ['RS256'],
-         audience: process.env.FACEBOOK_APP_ID,
-         issuer: 'https://www.facebook.com' // From: https://www.facebook.com/.well-known/openid-configuration/?_rdr
-       });
-
-       // Extract user info from JWT
-       const userInfo = {
-         id: decoded.sub,
-         email: decoded.email,
-         name: decoded.name,
-         isJWTAuth: true
-       };
-
-       // Create your app's session/token
-       const sessionToken = createUserSession(userInfo);
-
-       res.json({
-         success: true,
-         token: sessionToken,
-         user: userInfo
-       });
-     } catch (error) {
-       console.error('JWT validation failed:', error);
-       res.status(401).json({ success: false, error: 'Invalid token' });
-     }
-   });
-   ```
-
-4. **Manejador de tokens de backend genérico**
-
-   ```typescript
-   // Handle both token types in your backend
-   async function authenticateFacebookUser(tokenData: any) {
-     if (tokenData.accessToken) {
-       // Handle access token - validate with Facebook Graph API
-       const response = await fetch(`https://graph.facebook.com/me?access_token=${tokenData.accessToken}&fields=id,name,email`);
-       const userInfo = await response.json();
-       
-       return {
-         user: userInfo,
-         tokenType: 'access_token',
-         expiresIn: tokenData.expiresIn || 3600
-       };
-     } else if (tokenData.jwtToken) {
-       // Handle JWT token - decode and validate
-       // See: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(tokenData.jwtToken, getFacebookPublicKey());
-       
-       return {
-         user: {
-           id: decoded.sub,
-           name: decoded.name,
-           email: decoded.email
-         },
-         tokenType: 'jwt',
-         expiresIn: decoded.exp - Math.floor(Date.now() / 1000)
-       };
-     } else {
-       throw new Error('No valid token provided');
-     }
-   }
-   ```
-</Steps>
-
-### Consideraciones clave
-
-:::danger
-**Crítico iOS-Comprensión únicamente**: 
-- **iOS**: La elección de seguimiento de aplicaciones del usuario determina el tipo de token, NO la configuración de su código (incluso cuando `limitedLogin: false`)
-- **Android**: siempre recibe tokens de acceso, independientemente de la configuración `limitedLogin`
-- **El inicio de sesión limitado es iOS-ONLY** - Android ignora esta configuración por completo
-:::
-
-**Token de acceso (inicio de sesión estándar)**:
-- ✅ **Android**: Siempre disponible (solo iOS no se aplican restricciones)
-- ✅ **iOS**: Solo cuando el usuario permite explícitamente el seguimiento de la aplicación
-- ✅ Se puede utilizar para acceder al Facebook Gráfico API
-- ✅ Tiempos de vencimiento más largos
-- ✅ Más datos de usuario disponibles
-- ❌ **Cada vez menos común en iOS** a medida que los usuarios niegan cada vez más el seguimiento
-
-**JWT Token (iOS-solo modo de privacidad)**:
-- ❌ **Android**: nunca ocurre (no es compatible)
-- ✅ **iOS**: Cuando el seguimiento es denegado o `limitedLogin: true`
-- ✅ Respeta iOS preferencias de privacidad del usuario
-- ❌ Contiene solo información básica del usuario
-- ❌ Tiempos de vencimiento más cortos
-- ❌ No hay acceso al Facebook Gráfico API
-- ⚠️ **Ahora el escenario más común para los usuarios de iOS**
-
-:::warning
-**Comportamiento específico de la plataforma**: 
-- **iOS aplicaciones**: debe manejar ambos tokens de acceso Y JWT tokens
-- **Android aplicaciones**: solo es necesario manejar tokens de acceso
-- **Aplicaciones multiplataforma**: deben implementar ambos métodos de manejo de tokens
-:::Recuerde probar el flujo de inicio de sesión completo, que incluye:
-- Inicio de sesión exitoso
-- Cancelación de inicio de sesión
-- Manejo de errores
-- Funcionalidad de cierre de sesión
diff --git a/src/content/docs/es/docs/plugins/social-login/firebase/google/android.mdx b/src/content/docs/es/docs/plugins/social-login/firebase/google/android.mdx
deleted file mode 100644
index 35c41d1ac..000000000
--- a/src/content/docs/es/docs/plugins/social-login/firebase/google/android.mdx
+++ /dev/null
@@ -1,153 +0,0 @@
----
-title: Inicio de sesión de Google con Firebase en Android
-locale: es
-description: Aprende cómo configurar el inicio de sesión de Google con Firebase Authentication en Android usando el Plugin Capacitor Inicio de sesión social.
-sidebar:
-    order: 2
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introducción
-
-Esta guía te ayudará a integrar el inicio de sesión de Google con Firebase Authentication en Android. Asumo que ya has completado la [configuración general de Google con Firebase](./general/)
-
-:::Nota
-Asumiré que aún no has creado tu aplicación de Android en la consola de Firebase. Si ya lo has hecho, tus pasos serán ligeramente diferentes.
-:::
-
-## Pasos de configuración
-
-<Steps>
-1. Ve a la descripción general de tu proyecto en [console.cloud.google.com](https://console.cloud.google.com/)
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Descripción general" />
-
-2. Haz clic en el botón `Add app`
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase Agregar Aplicación Button" />
-
-    :::Nota
-    Es posible que tengas que buscar este botón aquí. Esto solo aplica si ya has creado una aplicación diferente en la consola de Firebase.
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase Agregar Aplicación Button" />
-
-3. Selecciona `Android`
-    <img src="/social-login-assets/firebase_project_add_app_android.webp" alt="Firebase Agregar Aplicación Android Button" />
-
-4. Completa la primera parte del formulario
-   1. Completa el `Android package name`
-      1. Abre Android Studio en tu aplicación usando `npx cap open android`
-      2. En la parte inferior del navegador, encuentra los `Gradle Scripts`
-         <img src="/social-login-assets/studio_gradle_scripts.png" alt="Gradle Scripts section in Android Studio project navigator" />
-      3. Encuentra `build.gradle` para el módulo `app`
-         <img src="/social-login-assets/studio_build_gradle.png" alt="Construir.gradle (Módulo: Aplicación) file in Gradle Scripts section" />
-      4. Copia el `android.defaultConfig.applicationId`. Este será tu `package name` en la consola de Firebase
-         <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="Construir.gradle file showing applicationId Configuración" />
-      :::Nota
-      El ID mostrado aquí será diferente del que usaré para el resto de la guía. Usaré `app.capgo.plugin.SocialLogin` para el resto de la guía.
-      :::
-      5. Pégalo en la consola de Firebase
-          <img src="/social-login-assets/firebase_project_add_app_android_package_name.webp" alt="Firebase Agregar Aplicación Android Paquete Name Field" />
-    2. Haz clic en el botón `Register app`
-        <img src="/social-login-assets/firebase_project_add_app_android_register.webp" alt="Firebase Agregar Aplicación Android Register Button" />
-5. Omite el paso `Download and then add config file`
-    <img src="/social-login-assets/firebase_project_add_app_android_skip_download.webp" alt="Firebase Agregar Aplicación Android Skip 'Descargar and then Agregar config file'" />
-6. Omite el paso `Add firebase SDK`
-   <img src="/social-login-assets/firebase_project_add_app_android_skip_download_firebase_sdk.webp" alt="Firebase Agregar Aplicación Android Skip 'Agregar Firebase SDK'" />
-7. Haz clic en el botón `Continue to console`
-   <img src="/social-login-assets/firebase_project_add_app_android_continue_to_console.webp" alt="Firebase Agregar Aplicación Android Continue A Console Button" />
-8. Si no te autentificas automáticamente, ve a `settings` -> `general` -> `your apps` -> encuentra tu aplicación de Android y haz clic en ella
-   <img src="/social-login-assets/firebase_project_add_app_android_settings_general_your_apps.webp" alt="Firebase Agregar Aplicación Android Configuración General Your Aplicaciones Button" />
-9. Obtén tu huella digital SHA1
-
-   Sigue los pasos 10-11 de la [guía de configuración de Google Login para Android](/docs/plugins/social-login/google/android/#using-google-login-on-android):
-
-   1. Ahora, abre la terminal. Asegúrate de estar en la carpeta `android` de tu aplicación y ejecuta `./gradlew signInReport`
-      <img src="/social-login-assets/term_sign_report.png" alt="Terminal showing gradlew signInReport Comando" />
-
-   2. Desplázate hacia arriba en esta salida del comando. Deberías ver lo siguiente. Copia el `SHA1`.
-      <img src="/social-login-assets/term_sign_report_res.png" alt="Terminal output showing SHA1 certificate fingerprint" />
-
-   :::Nota
-   Usaré un SHA1 ligeramente diferente para el resto de la guía, porque he cambiado de computadora desde que escribí la guía original de configuración de inicio de sesión de Google para Android.
-   :::
-
-   :::Precaución
-   El SHA1 es muy importante obtenerlo correctamente. Si te equivocas, la autenticación fallará de maneras extrañas.
-   Por favor __**[LEE LA GUÍA DE CONFIGURACIÓN DE GOOGLE LOGIN PARA ANDROID](/docs/plugins/social-login/google/android/#using-google-login-on-android)**__ para hacerlo correctamente.
-   :::
-
-10. Agrega el SHA1 al proyecto de Firebase
-      1. Haz clic en el botón `Add fingerprint`
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint.webp" alt="Firebase Agregar Aplicación Android Agregar Fingerprint Button" />
-      2. Pega el SHA1 que copiaste en el paso anterior
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_sha1.webp" alt="Firebase Agregar Aplicación Android Agregar Fingerprint SHA1 Field" />
-      3. Haz clic en el botón `Save`
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_add.webp" alt="Firebase Agregar Aplicación Android Agregar Fingerprint Guardar Button" />
-
-11. Obtén tu ID de cliente web
-      1. Ve a `Build` -> `Authentication`
-         <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-      2. Haz clic en el botón `Sign-in method`
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase Authentication Sign-in Método Button" />
-      3. Haz clic en el proveedor `Google`
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Authentication Sign-in Método Google Provider" />
-      4. Haz clic en el botón `Web SDK configuration`
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Authentication Sign-in Método Web SDK Configuración Button" />
-      5. Copia el `Web client ID`. Este será tu `webClientId` en el método `initialize` del Plugin.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase Authentication Sign-in Método Web SDK Configuración Web Client ID" />
-12. Usa el ID de cliente web en JS.
-      :::Nota
-      Recomiendo usar la función auxiliar `authenticateWithGoogle` disponible en el archivo [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) de la aplicación de ejemplo.
-      :::
-</Steps>
-
-En este punto, estás **__TÉCNICAMENTE__** listo para usar el inicio de sesión de Google con Firebase Authentication en Android. Sin embargo, recomendaría verificar la configuración en la consola de Google Cloud como se explica en el siguiente paso.
-
-## Verifica la configuración en la consola de Google Cloud
-
-Para asegurarte de que la configuración es correcta, deberías verificarla en la consola de Google Cloud.
-<Steps>
-   1. Ve a [console.cloud.google.com](https://console.cloud.google.com/)
-   2. Encuentra tu proyecto
-      1. Haz clic en el selector de proyectos
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Cloud Console Project Selector" />
-      2. Busca tu proyecto por el nombre exacto de tu proyecto de Firebase y haz clic en él. En mi caso, es `sociallogin-tutorial-app`.
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Project Selector Project" />
-   3. Abre la barra de búsqueda y abre `credentials`
-      1. Abre la barra de búsqueda
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Cloud Console Buscar Bar" />
-      2. Busca `credentials` y haz clic en el de `APIs and Services` (número 2 en la captura de pantalla)
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Cloud Console Credenciales Buscar" />
-   4. Verifica que veas tanto el ID de cliente de Android como el ID de cliente web en la lista.
-      <img src="/social-login-assets/firebase_gc_credentials_list.webp" alt="Google Cloud Console Credenciales List" />
-
-      :::Precaución
-      Si no ves ambos IDs de cliente de Android y Web en la lista, has cometido un Error en la configuración. Por favor, vuelve atrás y verifica tus pasos.
-
-      También es posible, y me ha sucedido, que ya hayas agregado el hash SHA1 de Android con el mismo ID de aplicación en un proyecto diferente. Esto resultará en que Firebase no pueda crear un ID de cliente de Android. En este caso, necesitarás eliminar el SHA1 del otro proyecto así como en Firebase (usando la consola de Firebase para eliminar la aplicación de Android) y recrearlo en Firebase
-      :::
-   5. Verifica que el ID de cliente de Android esté configurado correctamente en la consola de Firebase.
-      1. Haz clic en la aplicación `Android`
-         <img src="/social-login-assets/firebase_gc_android_app_select.webp" alt="Google Cloud Console Android Aplicación Seleccione" />
-      2. Confirma que el hash SHA1 esté configurado correctamente y que coincida con el que copiaste en los pasos anteriores.
-         <img src="/social-login-assets/firebase_gc_android_app_sha1_configured.webp" alt="Google Cloud Console Android Aplicación SHA1 Configured" />
-   6. Verifica que el ID de cliente web esté configurado correctamente en la consola de Firebase.
-      1. Haz clic en la aplicación `Web`
-         <img src="/social-login-assets/firebase_gc_web_app_select.webp" alt="Google Cloud Console Aplicación web Seleccione" />
-      2. Confirma que el ID de cliente coincida con el que copiaste en los pasos anteriores.
-         <img src="/social-login-assets/firebase_gc_web_app_client_id_configured.webp" alt="Google Cloud Console Aplicación web Client ID Configured" />
-      :::Nota
-      Por favor, ignora el resto de la configuración del cliente web. Discutiremos esto en la [guía de configuración web](/docs/plugins/social-login/firebase/google/web/).
-</Steps>
-
-¡Listo! Ahora estás preparado para usar el inicio de sesión de Google con Firebase Authentication en Android.
-
-## Solución de problemas
-
-Si la autenticación se bloquea o falla:
-
-- Verifica que la audiencia del `idToken` coincida con tu ID de cliente web de Firebase
-- Verifica que el inicio de sesión de Google esté habilitado en la consola de Firebase
-- Asegúrate de que la huella digital SHA-1 esté configurada correctamente
-- Revisa el [código de la aplicación de ejemplo](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts) como referencia
-
diff --git a/src/content/docs/es/docs/plugins/social-login/firebase/google/general.mdx b/src/content/docs/es/docs/plugins/social-login/firebase/google/general.mdx
deleted file mode 100644
index 4c9ab2837..000000000
--- a/src/content/docs/es/docs/plugins/social-login/firebase/google/general.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: Inicio de sesión de Google con Firebase - Configuración general
-locale: es
-description: Aprende cómo configurar el inicio de sesión de Google con Firebase Authentication usando el Plugin Capacitor Inicio de sesión social.
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introducción
-
-Esta guía te guiará a través de la integración del inicio de sesión de Google con Firebase Authentication usando el Plugin Capacitor Inicio de sesión social. Esta configuración te permite usar el inicio de sesión nativo de Google en plataformas móviles mientras aprovechas Firebase Auth para la autenticación del backend.
-
-## Pasos de configuración
-
-<Steps>
-1. Por favor ve a [console.cloud.google.com](https://console.cloud.google.com/)
-2. Selecciona el proyecto que deseas usar
-    <img src="/social-login-assets/firebase_project_select.webp" alt="Firebase Project Selector" />
-3. Ve al menú `Authentication`
-    1. Haz clic en `build`
-    2. Haz clic en `Authentication`
-    <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-4. Haz clic en el botón `Comenzar`
-    <img src="/social-login-assets/firebase_auth_start.webp" alt="Firebase Get Started Button" />
-5. Selecciona O BIEN `Email/Password` Y `Google` O SOLO `Google`
-    :::Nota
-    Seleccionaré `Email/Password` Y `Google`, ya que quiero usar ambos, pero podrías seleccionar solo `Google`. Esto es algo que puedes cambiar más adelante.
-    :::
-    <img src="/social-login-assets/firebase_google_email_auth.webp" alt="Firebase Seleccione Email/Password and Google Button" />
-    <img src="/social-login-assets/firebase_auth_enable_email.webp" alt="Firebase Habilitar email authentication" />
-    <img src="/social-login-assets/firebase_auth_enable_email_save.webp" alt="Firebase Guardar Habilitar google authentication" />
-    <img src="/social-login-assets/firebase_auth_add_provider_after_email.webp" alt="Firebase Habilitar Agregar provider button" />
-    <img src="/social-login-assets/firebase_auth_add_google_provider_after_email.webp" alt="Firebase Agregar Google provider after having Agregado email provider" />
-6. Habilita el proveedor `Google`
-    <img src="/social-login-assets/firebase_auth_add_google_provider_enable.webp" alt="Firebase Habilitar google authentication" />
-7. Agrega el correo electrónico de soporte
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth.webp" alt="Firebase Agregar support email" />
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth_2.webp" alt="Firebase Agregar support email part 2" />
-8. Cambia el `Public-facing name for project`.
-    :::Nota
-    Esto se mostrará a los usuarios, así que recomiendo cambiarlo a algo más descriptivo.
-    :::
-    <img src="/social-login-assets/firebase_auth_change_public_facing_name.webp" alt="Firebase change public facing name" />
-9. Haz clic en el botón `Save`
-    <img src="/social-login-assets/firebase_auth_save_google_auth.webp" alt="Firebase Guardar public facing name" />
-</Steps>
-
-Listo, ahora has habilitado el inicio de sesión de Google con Firebase Authentication
\ No newline at end of file
diff --git a/src/content/docs/es/docs/plugins/social-login/firebase/google/ios.mdx b/src/content/docs/es/docs/plugins/social-login/firebase/google/ios.mdx
deleted file mode 100644
index 33902740f..000000000
--- a/src/content/docs/es/docs/plugins/social-login/firebase/google/ios.mdx
+++ /dev/null
@@ -1,171 +0,0 @@
----
-title: ''
-description: >-
-  Aprenda cómo configurar el inicio de sesión Google con la autenticación
-  Firebase en iOS usando el complemento de inicio de sesión social Capacitor.
-sidebar:
-  order: 3
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introducción
-
-Esta guía lo ayudará a integrar el inicio de sesión Google con la autenticación Firebase en iOS. Supongo que ya ha completado la [configuración general Firebase Google](./general/). 
-
-:::note
-Asumiré que aún no ha creado su aplicación iOS en la consola Firebase. Si es así, tus pasos serán ligeramente diferentes.
-:::
-
-## Pasos de configuración
-
-<Steps>
-1. Vaya a la descripción general de su proyecto en [console.cloud.google.com](https://console.cloud.google.com/)
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="" />
-
-2. Haga clic en el botón "Agregar aplicación".
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase Botón Agregar aplicación" />
-
-    :::nota
-    Es posible que tengas que buscar aquí este botón. Esto se aplica solo si ya ha creado una aplicación diferente en la consola Firebase.
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase Botón Agregar aplicación" />
-3. Seleccione `iOS`
-    <img src="/social-login-assets/firebase_project_add_app_ios.webp" alt="Firebase Agregar aplicación iOS Botón" />
-
-4. Complete la primera parte del formulario.
-   1. Llene el `Apple bundle ID`
-      1. Abra Xcode en su aplicación usando `npx cap open ios`
-      2. Haga doble clic en `App`
-         <img src="/social-login-assets/xcode_app_click.png" alt="Destino de la aplicación en el navegador de proyectos Xcode" />
-      3. Asegúrate de estar en `Targets -> App`
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Sección de objetivos en Xcode con la aplicación seleccionada" />
-      4. Encuentre su "Identificador de paquete"
-          <img src="/social-login-assets/xcode_bundle_id.png" alt="Campo Identificador de paquete en la configuración del proyecto Xcode" />
-          :::nota
-          La identificación que se muestra aquí será diferente de la que usaré en el resto de la guía. Usaré `app.capgo.plugin.SocialLogin` para el resto de la guía.
-          :::
-      5. Copie el `Identificador de paquete` y péguelo en la consola Firebase
-         <img src="/social-login-assets/firebase_project_add_app_ios_bundle_id.webp" alt="Firebase Agregar aplicación iOS Campo de ID de paquete" />
-   2. Haga clic en el botón "Registrar aplicación".
-         <img src="/social-login-assets/firebase_project_add_app_ios_register.webp" alt="Firebase Agregar aplicación iOS Botón Registrar" />
-5. Omita el paso `Descargar archivo de configuración`
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download.webp" alt="Firebase Agregar aplicación iOS Omitir botón de descarga" />
-6. Omita el paso `Add firebase SDK`
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk_2.webp" alt="Firebase Agregar aplicación iOS Omitir descarga Firebase SDK Botón" />
-7. Omita el paso "Agregar código de inicialización".
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk.webp" alt="" />
-8. Haga clic en el botón "Continuar a la consola".
-    <img src="/social-login-assets/firebase_project_add_app_ios_continue_to_console.webp" alt="Firebase Agregar aplicación iOS Botón Continuar a la consola" />
-9. Obtenga su ID de cliente iOS y su `YOUR_DOT_REVERSED_IOS_CLIENT_ID`
-   1. Vaya a Google Cloud Console en [console.cloud.google.com](https://console.cloud.google.com/)
-   2. Encuentra tu proyecto
-      1. Haga clic en el selector de proyectos.
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Selector de proyectos de Cloud Console" />
-      2. Busque su proyecto por el nombre exacto de su proyecto Firebase y haga clic en él. En mi caso es `sociallogin-tutorial-app`.
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Proyecto Selector de proyectos" />
-   3. Abra la barra de búsqueda y abra `credentials`
-      1. Abre la barra de búsqueda.
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Barra de búsqueda de Cloud Console" />
-      2. Busque `credentials` y haga clic en "API y servicios" (número 2 en la captura de pantalla)
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Búsqueda de credenciales de Cloud Console" />
-   4. Haga clic en el `iOS client for [YOUR_APP_ID] (auto created by Google Service)`. En mi caso es `sociallogin-tutorial-app`.
-      <img src="/social-login-assets/firebase_gc_credentials_ios_client_id.webp" alt="" />
-   5. Copie el `ID de cliente` así como el `iOS URL scheme`. Estos serán respectivamente su `iOSClientId` y `YOUR_DOT_REVERSED_IOS_CLIENT_ID`.
-
-      :::nota
-      Pasará `iOSClientId` en el método `initialize` del complemento, mientras utilizará `YOUR_DOT_REVERSED_IOS_CLIENT_ID` en el archivo `Info.plist` de su aplicación, como se explica en la siguiente parte de esta guía.
-      :::<img src="/social-login-assets/firebase_gc_credentials_ios_client_id_copy.webp" alt="Google Credenciales de Cloud Console iOS Copia de ID de cliente" />
-10. Obtenga su ID de cliente web
-    1. Regrese a la consola Firebase y vaya a `Build` -> `Authentication`
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Menú de autenticación" />
-    2. Haga clic en el botón "Método de inicio de sesión".
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="" />
-    3. Haga clic en el proveedor `Google`
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Método de inicio de sesión de autenticación Google Proveedor" />
-    4. Haga clic en el botón `Web SDK configuration`
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Método de inicio de sesión de autenticación Web SDK Botón de configuración" />
-    5. Copie el `ID del cliente web`. Este será su `webClientId` en el método `initialize` del complemento.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="" />
-11. Modifica el Info.plist de tu aplicación
-    1. Abra Xcode y busque el archivo `Info.plist`
-        <img src="/social-login-assets/xcode_info_file.png" alt="Archivo info.plist en el navegador de proyectos Xcode" />
-    2. Haga clic derecho en este archivo y ábralo como código fuente.
-        <img src="/social-login-assets/xcode_open_as_src_code.png" alt="Menú contextual que muestra la opción Abrir como código fuente" />
-    3. En la parte inferior de su archivo `Plist`, verá una etiqueta `</dict>`
-        <img src="/social-login-assets/xcode_dict_tag.png" alt="Cerrar etiqueta dict en el archivo Info.plist" />
-    4. Inserte el siguiente fragmento justo antes de la etiqueta de cierre `</dict>`
-        <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist con código de esquemas de URL insertado antes de cerrar la etiqueta dict" />
-        
-        ```xml
-        <key>CFBundleURLTypes</key>
-        <array>
-        <dict>
-          <key>CFBundleURLSchemes</key>
-          <array>
-            <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-          </array>
-        </dict>
-        </array>
-        <key>GIDClientID</key>
-        <string>YOUR_IOS_CLIENT_ID.apps.googleusercontent.com</string>
-        ```
-    
-    5. Cambie `YOUR_DOT_REVERSED_IOS_CLIENT_ID` al valor copiado en el paso 9 (el esquema de URL iOS)
-        <img src="/social-login-assets/xcode_plist_final.png" alt="" />
-        
-        :::precaución
-        Asegúrese de que este valor **COMIENCE** con `com.googleusercontent.apps`
-        :::
-    
-   6. Cambie el `YOUR_IOS_CLIENT_ID` al iOS ID de cliente que copió en el paso 9.
-    
-   7. Guarde el archivo con `Comando + S`
-
-12. Modificar el `AppDelegate.swift`
-    1. Abra AppDelegate
-        <img src="/social-login-assets/xcode_app_deleg.png" alt="Archivo AppDelegate.swift en el navegador de proyectos Xcode" />
-    2. Inserte `importar GoogleSignIn` en la parte superior del archivo.
-        <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="AppDelegate.swift con importación GoogleSignIn agregada" />
-    3. Encuentra la función `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])`
-        <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="Función openURL de la aplicación original en AppDelegate" />
-    4. Modifique la función para que se vea así.
-        
-        ```swift
-        func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-            // Called when the app was launched with a url. Feel free to add additional processing here,
-            // but if you want the App API to support tracking app url opens, make sure to keep this call
-        
-            var handled: Bool
-        
-            handled = GIDSignIn.sharedInstance.handle(url)
-            if handled {
-              return true
-            }
-        
-            return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-        }
-        ```
-        
-        <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="Función openURL de la aplicación modificada con manejo de GoogleSignIn" />
-    
-    5. Guarde el archivo con `Comando + S`
-
-15. Usando el inicio de sesión Google en tu aplicación
-
-    En este paso, está listo para utilizar el inicio de sesión Google en su aplicación.
-    Utilice el archivo [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) de la aplicación de ejemplo para autenticarse con Google.
-</Steps>
-
- El usuario se creará automáticamente en Firebase Auth en el primer inicio de sesión.
-
-## Solución de problemas
-
-Si la autenticación se bloquea o falla:
-
-- Verifique que la audiencia `idToken` coincida con su ID de cliente web Firebase
-- Verifique que Google el inicio de sesión esté habilitado en la consola Firebase
-- Asegúrese de que Info.plist tenga los esquemas de URL y GIDClientID correctos
-- Verifique que `iOSServerClientId` coincida con su ID de cliente web
-- Revise el [código de aplicación de ejemplo](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts) como referencia.
diff --git a/src/content/docs/es/docs/plugins/social-login/firebase/google/web.mdx b/src/content/docs/es/docs/plugins/social-login/firebase/google/web.mdx
deleted file mode 100644
index 3277eb2c2..000000000
--- a/src/content/docs/es/docs/plugins/social-login/firebase/google/web.mdx
+++ /dev/null
@@ -1,55 +0,0 @@
----
-title: Inicio de sesión de Google con Firebase en Web
-locale: es
-description: Aprende cómo configurar el inicio de sesión de Google con Firebase Authentication en Web usando el inicio de sesión integrado de Firebase.
-sidebar:
-    order: 4
----
-
-## Introducción
-
-El Plugin Capacitor Inicio de sesión social **no soporta plataformas web**. Para aplicaciones web, debes usar el inicio de sesión de Google integrado de Firebase directamente, que proporciona un flujo de autenticación basado en ventanas emergentes más confiable.
-
-## ¿Por qué no usar el Plugin en Web?
-
-El Plugin Capacitor Inicio de sesión social está diseñado para plataformas móviles nativas (Android e iOS) donde puede aprovechar los flujos de autenticación específicos de la plataforma. Para web, el método nativo `signInWithPopup` de Firebase es:
-
-- ✅ Más confiable y mejor soportado
-- ✅ Maneja el almacenamiento de sesión del navegador automáticamente
-- ✅ Proporciona mejor manejo de errores
-- ✅ No requiere configuración adicional
-
-## Pasos de configuración
-
-1. **Configurar el proyecto de Firebase**
-
-   Asegúrate de que tu proyecto de Firebase tenga habilitado el inicio de sesión de Google:
-   - Ve a la [consola de Firebase](https://console.firebase.google.com/)
-   - Navega a Authentication > Sign-in Método
-   - Habilita el proveedor de inicio de sesión de Google
-
-2. Agrega tus dominios autorizados
-    1. Ve a la descripción general de tu proyecto en [console.cloud.google.com](https://console.cloud.google.com/)
-        <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Descripción general" />
-    2. Abre el menú `Authentication`
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-    3. Haz clic en el botón `Settings`
-        <img src="/social-login-assets/firebase_select_authentication_settings.webp" alt="Firebase Authentication Sign-in Método Button" />
-    4. Configura los `Authorized domains`
-        <img src="/social-login-assets/firebase_select_authentication_settings_authorized_domains.webp" alt="Firebase Authentication Configuración Authorized Domains" />
-
-## Ejemplo de implementación
-
-Consulta el archivo [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) en la aplicación de ejemplo para una implementación completa que:
-
-- Usa `signInWithPopup` de Firebase para plataformas web
-- Usa el Plugin Capacitor Inicio de sesión social para plataformas Android/iOS
-- Maneja la detección de plataforma automáticamente
-
-El ejemplo muestra cómo usar condicionalmente el método integrado de Firebase para web mientras se usa el Plugin para plataformas nativas.
-
-## Recursos adicionales
-
-- [Documentación de Firebase Authentication](https://firebase.google.com/docs/auth) - Documentación completa de Firebase Auth
-- [Inicio de sesión de Google con Firebase para Web](https://firebase.google.com/docs/auth/web/google-signin) - Guía oficial de Firebase para el inicio de sesión de Google en web
-- [Guía de configuración de Google Login](/docs/plugins/social-login/google/general/) - Guía para configurar dominios autorizados y la pantalla de consentimiento de OAuth
diff --git a/src/content/docs/es/docs/plugins/social-login/firebase/introduction.mdx b/src/content/docs/es/docs/plugins/social-login/firebase/introduction.mdx
deleted file mode 100644
index f010a4537..000000000
--- a/src/content/docs/es/docs/plugins/social-login/firebase/introduction.mdx
+++ /dev/null
@@ -1,99 +0,0 @@
----
-title: Introducción a la integración con Firebase
-locale: es
-description: Aprende cómo integrar Firebase Authentication con el Plugin Capacitor Inicio de sesión social para una solución de autenticación completa.
-sidebar:
-    order: 1
----
-
-## Descripción general
-
-Este Tutorial te guiará a través de la configuración de Firebase Authentication con el Plugin Capacitor Inicio de sesión social. Esta integración te permite usar proveedores de inicio de sesión social nativos (Google, Apple, Facebook, Twitter) en plataformas móviles mientras aprovechas Firebase Auth para la autenticación del backend y Firestore para el almacenamiento de datos.
-
-## Qué aprenderás
-
-- Cómo configurar Firebase Authentication
-- Cómo integrar el Plugin Capacitor Inicio de sesión social con Firebase Auth
-- Configuración específica de plataforma para Android, iOS y Web
-
-## Qué necesitarás
-
-Antes de comenzar, asegúrate de tener:
-
-1. **Un proyecto de Firebase**
-   - Crea un proyecto en la [consola de Firebase](https://console.firebase.google.com/)
-   - Habilita Authentication (Email/Password e inicio de sesión de Google)
-   - Obtén tus credenciales de configuración de Firebase
-
-2. **Firebase JS SDK**
-   - Instala Firebase en tu proyecto:
-     ```bash
-     npm install firebase
-     ```
-
-3. **Un proyecto de Capacitor**
-   - Una aplicación Capacitor existente
-   - Plugin Capacitor Inicio de sesión social instalado:
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-## Aplicación de ejemplo
-
-Un ejemplo completo y funcional está disponible en el repositorio:
-
-**Repositorio de código**: [Puedes encontrar el repositorio de código aquí](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-La aplicación de ejemplo demuestra:
-- Autenticación con email/contraseña usando Firebase
-- Integración del inicio de sesión de Google (Android, iOS y Web)
-- Un almacén simple de clave-valor usando colecciones de Firebase Firestore
-- Almacenamiento de datos específicos del usuario en subcolecciones de Firestore
-
-
-## Una nota sobre el uso del SDK de Firebase en Capacitor
-
-Cuando usas el SDK de Firebase JS en Capacitor, debes tener en cuenta que al usar los métodos de autenticación, necesitas inicializar la instancia de Firebase Auth de manera un poco diferente.
-
-En la plataforma web, usarías la función `getAuth` para obtener la instancia de Firebase Auth.
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { getAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-const auth = getAuth(app);
-```
-
-Desafortunadamente, en Capacitor, esto no funciona y hace que Firebase auth se cuelgue. Como se indica en [esta publicación del blog](https://harryherskowitz.com/2021/08/23/firebase-capacitor.html), necesitas usar la función `initializeAuth` para inicializar la instancia de Firebase Auth.
-Se ve así:
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { initializeAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-
-function whichAuth() {
-  let auth;
-  if (Capacitor.isNativePlatform()) {
-    auth = initializeAuth(app, {
-      persistence: indexedDBLocalPersistence,
-    });
-  } else {
-    auth = getAuth(app);
-  }
-  return auth;
-}
-
-export const auth = whichAuth();
-```
-## Próximos pasos
-
-Continúa con las guías de configuración:
-- [Configuración de Firebase](./google/general/) - Configurar el proyecto de Firebase
-- [Configuración de Android](./google/android/) - Configuración específica de Android
-- [Configuración de iOS](./google/ios/) - Configuración específica de iOS
-- [Configuración de Web](./google/web/) - Configuración específica de Web
-
diff --git a/src/content/docs/es/docs/plugins/social-login/getting-started.mdx b/src/content/docs/es/docs/plugins/social-login/getting-started.mdx
deleted file mode 100644
index e32c86c9c..000000000
--- a/src/content/docs/es/docs/plugins/social-login/getting-started.mdx
+++ /dev/null
@@ -1,36 +0,0 @@
----
-title: Primeros pasos
-locale: es
-description: Descubre cómo instalar y configurar el Plugin Capacitor Inicio de sesión social para mejorar la autenticación de tu aplicación con integración fluida para inicios de sesión de Google, Apple y Facebook.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Card, CardGrid } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-import MicroCard from '@/components/MicroCard.astro';
-
-<Steps>
-1. **Instala el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-social-login" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincroniza con los proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura el Plugin**
-   <div class="flex flex-nowrap gap-4 h-full">
-      <div style="display: flex; gap: 1rem; width: 100% !Importante; max-width: 100% !Importante;">
-         <MicroCard href="/docs/Plugins/social-login/google/general/" title="Google" customIcon="/icons/google.svg">
-            Configura el inicio de sesión de Google para tu aplicación
-         </MicroCard>
-         <MicroCard href="/docs/Plugins/social-login/facebook/" title="Facebook" icon="facebook">
-            Configura la integración del inicio de sesión de Facebook
-         </MicroCard>
-         <MicroCard href="/docs/Plugins/social-login/apple/general/" title="Apple" icon="apple">
-            Habilita Iniciar sesión con Apple
-         </MicroCard>
-      </div>
-   </div>
-</Steps>
-
diff --git a/src/content/docs/es/docs/plugins/social-login/google/android.mdx b/src/content/docs/es/docs/plugins/social-login/google/android.mdx
deleted file mode 100644
index 8c75e08a2..000000000
--- a/src/content/docs/es/docs/plugins/social-login/google/android.mdx
+++ /dev/null
@@ -1,85 +0,0 @@
----
-title: Google Inicie sesión en Android
-description: ''
-sidebar:
-  order: 2
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introducción
-
-En esta guía, aprenderá cómo configurar el inicio de sesión Google con Capgo el inicio de sesión social para Android.
-Supongo que ya ha leído la [guía de configuración general](/docs/plugins/social-login/google/general/).
-
-## Usando Google inicia sesión en Android
-
-En esta parte, aprenderá cómo configurar el inicio de sesión de Google en Android.
-
-:::caution
-El certificado Android SHA1 es más que doloroso y no desearía que nadie tuviera que configurarlo. Los siguientes pasos suponen el escenario más simple de una aplicación que no está publicada en la tienda Google Play y que solo la utiliza el simulador local o el dispositivo de hardware de desarrollo. 
-
-Si ha implementado su aplicación en la tienda Google Play, **DEBE** agregar un ID de cliente Android adicional que contenga el SHA1 de la consola Google Play para las versiones de producción. Puede encontrar el hash SHA1 que Google Play usa para firmar su paquete de lanzamiento en `Test and release > Setup > App Signing`.
-
-Finalmente, es importante mencionar que si te equivocas, el error NO será obvio. Puede resultar muy difícil depurar. Si tiene problemas con la configuración, consulte los [Problemas de Github](https://github.com/Cap-go/capacitor-social-login/issues).
-
-Además, puede consultar la sección de solución de problemas de [Google Configuración de inicio de sesión para Android](#troubleshooting) para obtener más información.
-:::
-
-:::note
-Puede crear múltiples ID de cliente Android. Esto es necesario si tiene varios certificados SHA1.
-:::
-
-<Steps>
-1. Cree una ID de cliente Android.
-   1. Haga clic en la barra de búsqueda
-      <img src="/social-login-assets/google_cons_search.png" alt="" />
-   
-   2. Busque `credentials` y haga clic en "API y servicios" (número 2 en la captura de pantalla)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Resultados de búsqueda que muestran la opción de credenciales con API y servicios resaltados" />
-   
-   3. Haga clic en "crear credenciales".
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Botón Crear credenciales en la consola Google" />
-   
-   4. Seleccione `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="" />
-
-   5. Seleccione el tipo de aplicación `Android`
-      <img src="/social-login-assets/google_cons_app_type_android.png" alt="Selección del tipo de aplicación con la opción Android resaltada" />
-   
-   6. Abra Android Estudio
-   
-   7. En la parte inferior del navegador, busque "Gradle Scripts".
-      <img src="/social-login-assets/studio_gradle_scripts.png" alt="" />
-   
-   8. Busque `build.gradle` para el módulo `app`
-      <img src="/social-login-assets/studio_build_gradle.png" alt="Archivo build.gradle (Módulo: aplicación) en la sección Gradle Scripts" />
-   
-   9. Copie el `android.defaultConfig.applicationId`. Este será su `nombre de paquete` en la consola Google
-      <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="Archivo build.gradle que muestra la configuración de applicationId" />
-   
-   10. Ahora, abre la terminal. Asegúrate de estar en la carpeta `android` de tu aplicación y ejecuta `./gradlew signInReport`
-      <img src="/social-login-assets/term_sign_report.png" alt="Terminal que muestra el comando Gradlew signInReport" />
-   
-   11. Desplácese hasta la parte superior de este comando. Deberías ver lo siguiente. Copie el `SHA1`.
-      <img src="/social-login-assets/term_sign_report_res.png" alt="Salida del terminal que muestra la huella digital del certificado SHA1" />
-   
-   12. Ahora, regrese a la consola Google. Ingrese su `applicationId` como `Nombre del paquete` y su SHA1 en el campo del certificado y haga clic en `create`
-      <img src="/social-login-assets/google_cons_creat_android_client.png" alt="Android formulario de creación de cliente con el nombre del paquete y los campos SHA1 completados" />
-   
-2. Cree un cliente web (esto es necesario para Android)
-   
-   1. Vaya a la página `Crear credenciales` en la consola Google
-   
-   2. Establezca el tipo de aplicación en `Web`
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="Selección del tipo de aplicación con la opción Web resaltada" />
-   
-   3. Haga clic en `Create`
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="Formulario de creación de cliente web con el botón Crear en la parte inferior" />
-   
-   4. Copie el ID del cliente, lo usará como `webClientId` en su código JS/TS.
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="Detalles de ID de cliente que muestran el ID de cliente web para copiar" />
-
-3. Modifica tu `MainActivity`
-
-</Steps>
diff --git a/src/content/docs/es/docs/plugins/social-login/google/general.mdx b/src/content/docs/es/docs/plugins/social-login/google/general.mdx
deleted file mode 100644
index 8603b2437..000000000
--- a/src/content/docs/es/docs/plugins/social-login/google/general.mdx
+++ /dev/null
@@ -1,235 +0,0 @@
----
-title: Google Configuración de inicio de sesión
-description: ''
-sidebar:
-  order: 1
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introducción
-
-En esta guía, aprenderá cómo configurar el inicio de sesión Google con el inicio de sesión social Capgo. Necesitará lo siguiente para configurar Google Iniciar sesión:
-
-- Una cuenta Google
-
-## Configuración general
-
-:::note
-Este paso es necesario independientemente de la plataforma que decida utilizar. 
-:::
-
-En esta parte, configurará la pantalla de inicio de sesión que muestra Google.
-
-<Steps>
-    1. Vaya a [console.cloud.google.com](https://console.cloud.google.com/)
-    2. Haga clic en el selector de proyectos.
-        <img src="/social-login-assets/google_cons_project_selector.png" alt="Google Selector de proyectos de consola" />
-    3. Si aún no tienes un proyecto, **crea un proyecto nuevo**.
-        1. Haga clic en `Nuevo proyecto`
-            <img src="/social-login-assets/google_cons_new_project_btn.png" alt="" />
-        2. Asigne un nombre a su proyecto y haga clic en `Create`.
-            <img src="/social-login-assets/google_cons_name_projec.png" alt="Pantalla de nomenclatura del proyecto que muestra el campo de nombre y el botón Crear" />
-        3. Asegúrese de estar en el proyecto correcto
-            <img src="/social-login-assets/google_cons_right_proj.png" alt="El nombre del proyecto se muestra en el selector, lo que indica la selección correcta del proyecto." />
-    4. Comience a configurar el `OAuth consent screen`
-        1. Haga clic en la barra de búsqueda
-            <img src="/social-login-assets/google_cons_search.png" alt="Google Barra de búsqueda de la consola" />
-        2. Busque `OAuth consent screen` y haga clic en él.
-            <img src="/social-login-assets/google_cons_search_2.png" alt="Los resultados de la búsqueda muestran la opción de pantalla de consentimiento OAuth" />
-        3. Configurar la pantalla de consentimiento
-            :::nota
-            Asumiré que estás desarrollando una aplicación abierta al público, por lo que usaré el tipo de usuario `external`. Seleccione el tipo de usuario que más le convenga Y haga clic en `create`
-            :::
-
-            Haga clic en `create`
-            <img src="/social-login-assets/google_cons_oauth_const_scr.png" alt="OAuth selección del tipo de usuario de la pantalla de consentimiento con opciones externas e internas" />
-    5. Completa la información sobre tu aplicación.
-            1. Comencemos con la "Información de la aplicación".
-                <img src="/social-login-assets/google_cons_app_inf.png" alt="Sección de información de la aplicación que muestra el nombre de la aplicación y los campos de correo electrónico de soporte al usuario" />
-                
-                    - Por favor escriba su `Nombre de la aplicación`
-                        :::precaución
-                        **ESTO SERÁ MOSTRADO A LOS USUARIOS**
-                        :::
-                    - Ingrese el `correo electrónico de soporte al usuario`
-                        :::nota
-                        Puede obtener más información sobre el correo electrónico de soporte [aquí](https://support.google.com/cloud/answer/10311615#user-support-email&zippy=%2Cuser-support-email/)
-                        :::
-                2. **PUEDES** agregar el logotipo de la aplicación.
-                    <img src="/social-login-assets/google_cons_app_logo.png" alt="" />
-                    :::nota
-                    Esto no es obligatorio y me saltaré este paso.
-                    :::
-                3. **DEBE** configurar el `Dominio de la aplicación`
-                    <img src="/social-login-assets/google_cons_app_doma.png" alt="Sección de configuración del dominio de la aplicación con campo de dominios autorizados" />
-                    :::nota
-                    No haré eso porque es solo una demostración simple que **NO** se publicará, pero recomiendo encarecidamente completar esta sección.
-                    :::
-                    
-                4. **TIENES QUE** proporcionar el correo electrónico del desarrollador.
-                    <img src="/social-login-assets/google_cons_dev_cont_inf.png" alt="Sección de información de contacto del desarrollador con campo de correo electrónico" />     
-                5. Haga clic en `guardar y continuar`
-                        <img src="/social-login-assets/google_cons_cons_sav_cont.png" alt="Botón Guardar y continuar en la parte inferior del formulario" />
-    6. Configurar los ámbitos
-        1. Haga clic en "agregar o eliminar ámbitos". 
-            <img src="/social-login-assets/google_cons_add_rm_sco.png" alt="Botón Agregar o eliminar ámbitos en la pantalla de configuración de ámbitos" />
-        
-        2. Seleccione los siguientes ámbitos y haga clic en `update`
-            <img src="/social-login-assets/google_cons_update_scope.png" alt="Cuadro de diálogo de selección de ámbito con ámbitos de correo electrónico y perfil seleccionados" />
-        3. Haga clic en `guardar y continuar`
-            <img src="/social-login-assets/google_cons_scope_save.png" alt="Botón Guardar y continuar en la pantalla de ámbitos" />
-    7. Agregue un usuario de prueba
-        1. Haga clic en `agregar usuarios`
-            <img src="/social-login-assets/google_cons_add_test_usr.png" alt="Botón Agregar usuarios en la sección de usuarios de prueba" />
-        2. Ingrese su correo electrónico de Google, presione Enter y haga clic en `add`
-            <img src="/social-login-assets/google_cons_add_test_usr_2.png" alt="Campo de correo electrónico y botón Agregar para los usuarios de prueba" />
-        3. Haga clic en `guardar y continuar`
-            <img src="/social-login-assets/google_cons_test_usr_save.png" alt="Botón Guardar y continuar en la pantalla de usuarios de prueba" />
-    8. Haga clic en `volver al panel`
-        <img src="/social-login-assets/google_cons_back_to_dahs.png" alt="Botón Volver al panel en la parte inferior de la página de finalización" />
-    9. Envíe su aplicación para verificación
-        :::note
-            Recomiendo encarecidamente enviar la aplicación para verificación. Esto está fuera del alcance de este tutorial. Puede obtener más información [aquí](https://support.google.com/cloud/answer/13463073/). No es necesario para pruebas locales, pero sí para producción.
-        :::
-</Steps>
-
-## Diferencias entre acceso online y acceso offline
-
-Existen varias formas de usar Google Login con Capacitor. Esta tabla resume las diferencias entre ambas:
-
-|                         | Acceso online | Acceso offline |
-|:-----------------------:|:-------------:|:--------------:|
-| Requiere backend        | ❌             | ✅              |
-| Token de acceso duradero| ❌             | ✅              |
-| Configuración sencilla  | ✅             | ❌              |
-
-:::note
-**El modo offline** significa que tu backend puede acceder a las APIs de Google incluso cuando el usuario no está usando activamente tu app. Los tokens de larga duración hacen posible esta funcionalidad al permitir que el backend llame a las APIs de Google en nombre del usuario en cualquier momento.
-:::
-
-:::caution
-**El modo offline REQUIERE un servidor backend.** Cuando usas el modo offline, el frontend recibe información mínima, principalmente un código de autenticación del servidor. Sin un backend que intercambie ese código por tokens e información del usuario, el modo offline no aporta datos útiles a tu aplicación frontend.
-:::
-
-Si todavía no sabes cuál elegir, considera estos escenarios:
-
-1. Quieres que el usuario inicie sesión y después emitirle un JWT personalizado. Tu app NO llamará a las APIs de Google
-
-   En este caso, elige acceso online.
-
-2. Tu app llamará a algunas APIs de Google desde el cliente, pero nunca desde el backend
-
-   En este caso, elige acceso online.
-
-3. Tu app llamará a algunas APIs de Google desde el backend, pero solo cuando el usuario esté usando activamente la app
-
-   En este caso, elige acceso online.
-
-4. Tu app comprobará periódicamente el calendario del usuario, incluso cuando no esté usando activamente la app
-
-   En este caso, elige acceso offline.
-
-## Un backend de ejemplo para acceso online
-
-En esta parte del tutorial mostraré cómo validar al usuario en tu backend.
-
-Este ejemplo será muy sencillo y estará basado en las siguientes tecnologías:
-
-- [TypeScript](https://www.typescriptlang.org/)
-
-- [Hono](https://hono.dev/)
-
-- [JavaScript Fetch API](https://developer.mozilla.org/en-US/docs/Web/API/Window/fetch)
-
-Puedes encontrar el código de este ejemplo [aquí](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/141c01d93a85240e31a0d488a89df13c842708b1/index.ts#L135-L153)
-
-Como puedes ver:
-
-<img src="/social-login-assets/vscode_auth_google.png" alt="VS Code mostrando el código de autenticación de Google que verifica tokens" />
-
-La idea es bastante simple. Envías una petición `GET` a `https://www.googleapis.com/oauth2/v3/tokeninfo` y eso te devuelve si el token es válido o no. Si lo es, también te da el correo electrónico del usuario y otra información sobre su token.
-
-<img src="/social-login-assets/google_auth_playground_token_info.png" alt="Google OAuth Playground mostrando la respuesta de tokeninfo con los datos del usuario" />
-
-A partir de ahí, puedes emitir tu propio JWT al usuario o algún tipo de cookie de sesión. Las posibilidades son amplias para la implementación final de autenticación.
-
-Si quieres llamar a las APIs de Google, te recomiendo revisar [Google OAuth 2.0 Playground](https://developers.google.com/oauthplayground). Desde ahí puedes ver fácilmente qué APIs puedes llamar.
-
-## Usando el acceso offline con tu propio backend
-
-Para utilizar el acceso online necesitarás lo siguiente:
-
-- Un servidor HTTP
-
-En este ejemplo, utilizaré las siguientes tecnologías para proporcionar acceso offline en mi aplicación:
-
-- [Hono](https://hono.dev/)
-
-- [Validador Zod de Hono](https://hono.dev/docs/guides/validation#with-zod)
-
-- [Zod](https://zod.dev/)
-
-- [Hono JWT](https://hono.dev/docs/helpers/jwt#jwt-authentication-helper)
-
-- [LowDb](https://www.npmjs.com/package/lowdb) (una base de datos simple)
-
-El código de este ejemplo se puede encontrar [aquí](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/aac7a8c909f650a8c2cd7f88c97f5f3c594ce9ba/index.ts#L139-L287)
-
-En cuanto al código del cliente, se ve así:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { GoogleLoginOfflineResponse, SocialLogin } from '@capgo/capacitor-social-login';
-import { usePopoutStore } from '@/popoutStore'; // <-- specific to my app
-
-const baseURL = "[redacted]";
-
-async function fullLogin() {
-  await SocialLogin.initialize({
-    google: {
-      webClientId: '[redacted]',  
-      iOSClientId: '[redacted]',
-      iOSServerClientId: 'The same value as webClientId',
-      mode: 'offline' // <-- important
-    } 
-  })
-  const response = await SocialLogin.login({
-    provider: 'google',
-    options: {
-      forceRefreshToken: true // <-- important
-    }
-  })
-
-  if (response.provider === 'google') {
-    const result = response.result as GoogleLoginOfflineResponse
-    const res = await fetch(`${baseURL}/auth/google_offline`, {
-      headers: {
-        "Content-Type": "application/json"
-      },
-      body: JSON.stringify({
-        serverAuthCode: result.serverAuthCode,
-        platform: Capacitor.getPlatform()
-      }),
-      method: "POST"
-    })
-
-    if (res.status !== 200) {
-      popoutStore.popout("Full google login failed", "check console");
-      return
-    }
-
-    const { jwt } = await res.json();
-    const userinfo = await fetch(`${baseURL}/auth/get_google_user`, {
-      headers: {
-        Authorization: `Bearer ${jwt}`
-      }
-    })
-    if (userinfo.status !== 200) {
-      popoutStore.popout("Full google (userinfo) login failed", "check console");
-      return
-    }
-    popoutStore.popout("userinfo res", await userinfo.text());
-  }
-}
-```
diff --git a/src/content/docs/es/docs/plugins/social-login/google/ios.mdx b/src/content/docs/es/docs/plugins/social-login/google/ios.mdx
deleted file mode 100644
index d926d0db9..000000000
--- a/src/content/docs/es/docs/plugins/social-login/google/ios.mdx
+++ /dev/null
@@ -1,247 +0,0 @@
----
-title: Google Inicie sesión en iOS
-description: >-
-  Esta guía ofrece un tutorial completo para configurar Google Iniciar sesión
-  con Capacitor en iOS, detallando cada paso para garantizar un proceso de
-  integración sin problemas.
-sidebar:
-  order: 3
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introducción
-
-En esta guía, aprenderá cómo configurar el inicio de sesión Google con Capgo el inicio de sesión social para iOS.
-Supongo que ya ha leído la [guía de configuración general](/docs/plugins/social-login/google/general/).
-
-## Usando Google inicia sesión en iOS
-
-En esta parte, aprenderá cómo configurar el inicio de sesión Google en iOS.
-
-<Steps>
-1. Cree una ID de cliente iOS en la consola Google
-   
-   1. Haga clic en la barra de búsqueda
-      <img src="/social-login-assets/google_cons_search.png" alt="Google Barra de búsqueda de la consola" />
-   
-   2. Busque `credentials` y haga clic en "API y servicios" (número 2 en la captura de pantalla)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Resultados de búsqueda que muestran la opción de credenciales con API y servicios resaltados" />
-   
-   3. Haga clic en "crear credenciales".
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Botón Crear credenciales en la consola Google" />
-   
-   4. Seleccione `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="OAuth opción de ID de cliente en el menú de creación de credenciales" />
-   
-   5. Seleccione el `Tipo de aplicación` para `iOS`
-      <img src="/social-login-assets/goolge_cons_cred_type_app_tye.png" alt="Selección del tipo de aplicación con la opción iOS resaltada" />
-   
-   6. Busque el ID del paquete
-     
-      1. Abra Xcode
-     
-      2. Haga doble clic en `App`
-         <img src="/social-login-assets/xcode_app_click.png" alt="Destino de la aplicación en el navegador de proyectos Xcode" />
-     
-      3. Asegúrate de estar en `Targets -> App`
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Sección de objetivos en Xcode con la aplicación seleccionada" />
-     
-      4. Encuentre su "Identificador de paquete" 
-         <img src="/social-login-assets/xcode_bundle_id.png" alt="Campo Identificador de paquete en la configuración del proyecto Xcode" />
-     
-      5. Regrese a la consola Google y pegue su "Identificador de paquete" en "ID de paquete".
-         <img src="/social-login-assets/google_cons_ios_bd_id.png" alt="Campo ID de paquete en Google Consola iOS formulario de creación de cliente" />
-   
-   7. Opcionalmente, agregue su `App Store ID` o `Team ID` al ID del cliente si ha publicado su aplicación en App Store.
-   
-   8. Después de completar todos los detalles, haga clic en `create`
-      <img src="/social-login-assets/google_cons_ios_cred_creat.png" alt="Botón Crear en la parte inferior del formulario de creación de cliente iOS" />
-   
-   9. Haga clic en `OK`
-      <img src="/social-login-assets/google_cons_ios_click_ok.png" alt="Botón Aceptar en el cuadro de diálogo de confirmación creado con ID de cliente" />
-   
-   10. Abra el cliente iOS recién creado.
-       <img src="/social-login-assets/google_cons_open_new_ios.png" alt="" />
-   
-   11. Copia los siguientes datos
-       <img src="/social-login-assets/google_cons_ios_what_to_copy.png" alt="Detalles de ID de cliente que muestran la ID de cliente y la ID de cliente invertida para copiar" />
-     
-       :::nota
-       El `nr. 1` en esta imagen luego se convertirá en el `iOSClientId` en la llamada `initialize`.
-       
-       El `nr. 2` en esta imagen luego se convertirá en `YOUR_DOT_REVERSED_IOS_CLIENT_ID`
-       :::
-
-2. Modifica el Info.plist de tu aplicación
-   
-   1. Abra Xcode y busque el archivo `Info.plist`
-      <img src="/social-login-assets/xcode_info_file.png" alt="Archivo info.plist en el navegador de proyectos Xcode" />
-   
-   2. Haga clic derecho en este archivo y ábralo como código fuente.
-      <img src="/social-login-assets/xcode_open_as_src_code.png" alt="Menú contextual que muestra la opción Abrir como código fuente" />
-   
-   3. En la parte inferior de su archivo `Plist`, verá una etiqueta `</dict>`
-      <img src="/social-login-assets/xcode_dict_tag.png" alt="Cerrar etiqueta dict en el archivo Info.plist" />
-   
-   4. Inserte el siguiente fragmento justo antes de la etiqueta de cierre `</dict>`
-      <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist con código de esquemas de URL insertado antes de cerrar la etiqueta dict" />
-     
-      ```xml
-      <key>CFBundleURLTypes</key>
-      <array>
-       <dict>
-         <key>CFBundleURLSchemes</key>
-         <array>
-           <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-         </array>
-       </dict>
-      </array>
-      ```
-   
-   5. Cambie el `YOUR_DOT_REVERSED_IOS_CLIENT_ID` al valor copiado en el paso anterior.
-      <img src="/social-login-assets/xcode_plist_final.png" alt="" />
-     
-      :::precaución
-      Asegúrese de que este valor **COMIENCE** con `com.googleusercontent.apps`
-      :::
-   
-   6. Guarde el archivo con `Comando + S`
-
-3. Modificar el `AppDelegate.swift`
-   
-   1. Abra AppDelegate
-      <img src="/social-login-assets/xcode_app_deleg.png" alt="Archivo AppDelegate.swift en el navegador de proyectos Xcode" />
-   
-   2. Inserte `importar GoogleSignIn` en la parte superior del archivo.
-      <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="AppDelegate.swift con importación GoogleSignIn agregada" />
-   
-   3. Encuentra la función `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])`
-      <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="Función openURL de la aplicación original en AppDelegate" />
-   
-   4. Modifique la función para que se vea así.
-     
-      ```swift
-      func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-          // Called when the app was launched with a url. Feel free to add additional processing here,
-          // but if you want the App API to support tracking app url opens, make sure to keep this call
-      
-          var handled: Bool
-      
-          handled = GIDSignIn.sharedInstance.handle(url)
-          if handled {
-            return true
-          }
-      
-          return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-      }
-      ```
-      
-      <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="Función openURL de la aplicación modificada con manejo de GoogleSignIn" />
-   
-   5. Guarde el archivo con `Comando + S`
-
-4. Configure el inicio de sesión Google con su código JavaScript/TypeScript
-   
-   1. Importar `SocialLogin` y `Capacitor`
-     
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      import { Capacitor } from '@capacitor/core';
-      ```
-   
-   2. Llame al método de inicialización (debe llamarse solo una vez)**Basic setup (online mode - recommended for most apps):**
-      ```typescript
-      // onMounted is Vue specific
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            iOSClientId: '673324426943-redacted.apps.googleusercontent.com',
-            mode: 'online' // Default mode
-          }
-        })
-      })
-      ```
-
-      **Configuración avanzada con ID de cliente adicionales:**
-      ```typescript
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: 'YOUR_WEB_CLIENT_ID',           // Optional: for web platform support
-            iOSClientId: 'YOUR_IOS_CLIENT_ID',           // Required: from step 1
-            iOSServerClientId: 'YOUR_WEB_CLIENT_ID',     // Optional: same as webClientId, needed for some advanced features
-            mode: 'online'                               // 'online' or 'offline'
-          }
-        })
-      })
-      ```
-     
-      :::nota
-      **Requisitos de identificación del cliente:**
-      - `iOSClientId`: **Obligatorio** - Debe terminar con `googleusercontent.com` (del paso 1 anterior)
-      - `webClientId`: **Optional** - Only needed if you also support web platform or need advanced features
-      - `iOSServerClientId`: **Optional** - Should be the same value as `webClientId` when provided
-      
-      For advanced setup with `webClientId` and `iOSServerClientId`, see the [web setup guide](/docs/plugins/social-login/google/web/) for creating these credentials.
-      :::
-
-      :::precaución
-      **About offline mode:** When using `mode: 'offline'`, the login response will not contain user data directly. En su lugar, recibirá un código de autenticación del servidor que deberá intercambiar por información del usuario a través de su servidor backend. See the [general setup guide](/docs/plugins/social-login/google/general/#using-offline-access-with-your-own-backend) for implementation details.
-      :::
-   
-   3. Implemente la función de inicio de sesión. Create a button and run the following code on click
-     
-      **Para modo en línea:**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // handle the response - contains user data
-      console.log(JSON.stringify(res))
-      ```
-
-      **Para modo fuera de línea:**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {
-          forceRefreshToken: true // Recommended for offline mode
-        }
-      })
-      // res contains serverAuthCode, not user data
-      // Send serverAuthCode to your backend to get user information
-      console.log('Server auth code:', res.result.serverAuthCode)
-      ```
-
-5. Pruebe su aplicación
-   
-   1. Cree su aplicación y ejecute `cap sync`
-   
-   2. If you've done everything correctly, you should see the Google login flow working properly
-      <img src="/social-login-assets/google_final_ios_v2.gif" alt="Demostración del flujo de inicio de sesión de Google en iOS que muestra el proceso de inicio de sesión y la autenticación exitosa" />
-</Steps>
-
-:::note
-The language in the Google prompt depends on your device's language settings.
-:::
-
-## Problemas conocidos
-
-### Incompatibilidad del complemento de pantalla de privacidad
-
-The Google Login plugin is incompatible with [@capacitor/privacy-screen](https://github.com/ionic-team/capacitor-privacy-screen). When using both plugins together, the Google login webview will be interrupted by the privacy screen.
-
-**Workaround:** Call `await PrivacyScreen.disable();` before calling the login function:
-
-```typescript
-import { PrivacyScreen } from '@capacitor/privacy-screen';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-await PrivacyScreen.disable();
-await SocialLogin.login({
-  provider: 'google',
-  options: {}
-});
-```
diff --git a/src/content/docs/es/docs/plugins/social-login/google/web.mdx b/src/content/docs/es/docs/plugins/social-login/google/web.mdx
deleted file mode 100644
index a1f762722..000000000
--- a/src/content/docs/es/docs/plugins/social-login/google/web.mdx
+++ /dev/null
@@ -1,11 +0,0 @@
----
-title: Google Iniciar sesión en la web
-description: >-
-  Esta guía proporciona un tutorial completo para configurar Google Login en
-  aplicaciones web usando Capacitor y el complemento
-  @capgo/capacitor-social-login, lo que garantiza un proceso de integración
-  perfecto al cubrir todos los pasos y configuraciones necesarios.
-sidebar:
-  order: 4
-locale: es
----
diff --git a/src/content/docs/es/docs/plugins/social-login/index.mdx b/src/content/docs/es/docs/plugins/social-login/index.mdx
deleted file mode 100644
index 47ee13e12..000000000
--- a/src/content/docs/es/docs/plugins/social-login/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: "@Capgo/Capacitor-social-login"
-locale: es
-description: Plugin de Capacitor para autenticación social perfecta con Google, Apple y Facebook, mejorando la seguridad y experiencia de inicio de sesión del usuario.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Un Plugin de Capacitor para autenticación social con Google, Apple y Facebook, haciendo que el inicio de sesión del usuario sea fluido y seguro.
-  image:
-    file: ~public/icons/plugins/social-login.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/social-login/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-social-login/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-## Tutorial en video
-
-Mira una demostración rápida de la configuración del Plugin y el flujo de inicio de sesión en acción.
-
-<YouTube id="iTINYxvSJrE" title="Descripción general del Plugin Capgo Inicio de sesión social" />
-
-<CardGrid stagger>
-  <Card title="Inicio de sesión con Google" icon="rocket">
-    Proporciona una experiencia de inicio de sesión sin fricciones para tus usuarios
-  </Card>
-  <Card title="Inicio de sesión con Facebook" icon="pencil">
-    Hace que el inicio de sesión con Facebook sea muy fácil
-  </Card>
-  <Card title="Inicio de sesión con Apple" icon="setting">
-    El inicio de sesión con Apple puede ser desafiante de implementar, pero lo hacemos fácil
-  </Card>
-  <Card title="Documentación completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/social-login/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/social-login/migrations/apple.mdx b/src/content/docs/es/docs/plugins/social-login/migrations/apple.mdx
deleted file mode 100644
index 7a78979ad..000000000
--- a/src/content/docs/es/docs/plugins/social-login/migrations/apple.mdx
+++ /dev/null
@@ -1,188 +0,0 @@
----
-title: Apple Migración de inicio de sesión a @capgo/social-login
-description: >-
-  Esta guía completa proporciona instrucciones detalladas para la transición del
-  complemento @capacitor-community/apple-sign-in al complemento
-  @capgo/capacitor-social-login, lo que garantiza un proceso de migración sin
-  problemas y capacidades mejoradas.
-sidebar:
-  order: 1
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Descripción general
-
-Esta guía describe la transición del complemento `@capacitor-community/apple-sign-in` heredado al paquete `@capgo/capacitor-social-login` moderno. El nuevo complemento proporciona una interfaz unificada para múltiples proveedores de autenticación social con soporte TypeScript mejorado y mantenimiento activo.
-
-## Instalación
-
-<Steps>
-1. Retire el paquete antiguo:
-   ```bash
-   npm uninstall @capacitor-community/apple-sign-in
-   ```
-
-2. Instale el nuevo paquete:
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Cambios de código
-
-### Importar cambios
-```diff
-- import { SignInWithApple } from '@capacitor-community/apple-sign-in';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Inicialización
-
-**Cambio de clave**: el nuevo complemento requiere un paso de inicialización que no era necesario antes.
-
-```diff
-- // No initialization needed in old package
-+ // For iOS: Basic configuration
-+ await SocialLogin.initialize({
-+   apple: {} // Basic iOS configuration
-+ });
-
-+ // For Android: Additional configuration required
-+ await SocialLogin.initialize({
-+   apple: {
-+     clientId: 'YOUR_SERVICE_ID', // Service ID from Apple Developer Portal
-+     redirectUrl: 'https://your-backend.com/callback' // Your backend callback URL
-+   }
-+ });
-```
-
-**Nota importante**: Para iOS, usted proporciona la configuración básica, mientras que Android requiere detalles adicionales que incluyen un ID de servicio y una URL de devolución de llamada de backend para la autenticación OAuth basada en web.
-
-### Iniciar sesión
-
-El proceso de inicio de sesión se simplifica desde múltiples parámetros hasta un API más limpio:
-
-```diff
-- const result = await SignInWithApple.authorize({
--   clientId: 'com.your.app',
--   redirectURI: 'https://your-app.com/callback',
--   scopes: 'email name',
--   state: '12345',
--   nonce: 'nonce'
-- });
-
-+ const result = await SocialLogin.login({
-+   provider: 'apple',
-+   options: {
-+     // Optional: Add scopes if needed
-+     scopes: ['email', 'name'],
-+     nonce: 'nonce'
-+   }
-+ });
-```
-
-El nuevo complemento utiliza `login()` con `provider: 'apple'` y ámbitos opcionales en lugar de pasar valores de configuración individuales como `clientId` y `redirectURI`.
-
-### Cambios en el tipo de respuesta
-
-Los resultados ahora incluyen un objeto `accessToken` con detalles de vencimiento y una sección estructurada `profile`, reemplazando el formato de respuesta más plano del paquete original:
-
-```typescript
-// Old response type
-interface AppleSignInResponse {
-  response: {
-    user: string;
-    email: string | null;
-    givenName: string | null;
-    familyName: string | null;
-    identityToken: string | null;
-    authorizationCode: string | null;
-  };
-}
-
-// New response type
-interface SocialLoginResponse {
-  provider: 'apple';
-  result: {
-    accessToken: {
-      token: string;
-      expiresIn?: number;
-      refreshToken?: string;
-    } | null;
-    idToken: string | null;
-    profile: {
-      user: string;
-      email: string | null;
-      givenName: string | null;
-      familyName: string | null;
-    };
-  };
-}
-```
-
-### Nuevas capacidades
-
-El complemento actualizado introduce una funcionalidad que no estaba disponible en el predecesor:
-
-**Comprobación del estado de inicio de sesión**
-```diff
-- // Not available in old package
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'apple'
-+ });
-```
-
-**Funcionalidad de cerrar sesión**
-```diff
-- // Not available in old package
-+ await SocialLogin.logout({
-+   provider: 'apple'
-+ });
-```
-
-Estos métodos proporcionan `isLoggedIn()` para verificar el estado de autenticación y la funcionalidad `logout()`.
-
-## Cambios específicos de la plataforma
-
-### iOS Configuración
-
-**iOS** mantiene procedimientos de configuración familiares a través de las capacidades Xcode:
-
-1. La configuración de iOS sigue siendo prácticamente la misma. Aún necesitas:
-   - Habilite la capacidad "Iniciar sesión con Apple" en Xcode
-   - Configure su aplicación en el Portal para desarrolladores Apple
-   - No se requieren cambios de código adicionales para iOS
-
-### Android Configuración
-
-**Android** ahora recibe soporte nativo a través de la autenticación OAuth basada en web:
-
-El nuevo complemento proporciona soporte Android listo para usar, pero requiere configuración adicional:
-
-1. Cree una ID de servicios en el portal para desarrolladores Apple
-2. Configurar un punto final de autenticación web
-3. Configure su aplicación Android para manejar el flujo OAuth
-4. Se requiere la configuración del servicio backend
-
-Para obtener instrucciones detalladas de configuración de Android, consulte la [Guía de configuración Android](/docs/plugins/social-login/apple/android/).
-
-## Ventajas clave
-
-El paquete modernizado proporciona:
-
-1. **API unificadas** en múltiples proveedores sociales (Google, Facebook, Apple)
-2. **Escritura TypeScript mejorada** con mejores definiciones de tipo
-3. **Mantenimiento comunitario activo** en comparación con la versión obsoleta
-4. **Soporte Android integrado** mediante autenticación basada en web
-5. **Gestión del estado de inicio de sesión persistente**
-6. **Mejor manejo de errores** con tipos de error consistentes
-
-## Cambios importantes1. **Ahora se requiere una inicialización explícita**: no hay configuración predeterminada
-2. **La estructura del objeto de respuesta ha cambiado** - formato de resultado anidado
-3. **Android la implementación requiere un servicio backend** para OAuth
-4. **El manejo de la actualización de tokens es diferente**: administración de tokens mejorada
-5. **El manejo de errores y los tipos de errores han cambiado**: errores más detallados
-
-Para obtener instrucciones de configuración más detalladas, consulte la [documentación oficial](/docs/plugins/social-login/apple/general/).
diff --git a/src/content/docs/es/docs/plugins/social-login/migrations/facebook.mdx b/src/content/docs/es/docs/plugins/social-login/migrations/facebook.mdx
deleted file mode 100644
index bd1d2d360..000000000
--- a/src/content/docs/es/docs/plugins/social-login/migrations/facebook.mdx
+++ /dev/null
@@ -1,234 +0,0 @@
----
-title: Guía de Migración de @Capacitor-community/facebook-login a @Capgo/Capacitor-social-login
-description: Esta guía detallada proporciona instrucciones paso a paso para la transición del Plugin @Capacitor-community/facebook-login al Plugin @Capgo/Capacitor-social-login, asegurando un proceso de migración fluido con funciones mejoradas.
-sidebar:
-  order: 2
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Descripción General
-
-Esta guía proporciona instrucciones completas para migrar de `@capacitor-community/facebook-login` a `@capgo/capacitor-social-login`. El nuevo Plugin moderniza la autenticación de Facebook con una API unificada que admite múltiples proveedores sociales, soporte mejorado de TypeScript y capacidades mejoradas.
-
-## Instalación
-
-<Steps>
-1. Elimina el paquete antiguo:
-   ```bash
-   npm uninstall @capacitor-community/facebook-login
-   ```
-
-2. Instala el nuevo paquete:
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Cambios en el Código
-
-### Cambios en las Importaciones
-```diff
-- import { FacebookLogin } from '@capacitor-community/facebook-login';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Inicialización
-
-**Cambio Clave**: El nuevo paquete requiere configuración explícita en tu código:
-
-```diff
-- // El paquete antiguo no requería inicialización explícita en el código
-- // La configuración se realizaba solo en las plataformas nativas
-
-+ // El nuevo paquete requiere inicialización explícita
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'YOUR_FACEBOOK_APP_ID',        // Requerido para web y Android
-+     clientToken: 'YOUR_CLIENT_TOKEN'       // Requerido para Android
-+   }
-+ });
-```
-
-### Inicio de Sesión
-
-El método de inicio de sesión ahora acepta un parámetro de proveedor:
-
-```diff
-- const FACEBOOK_PERMISSIONS = ['email', 'public_profile'];
-- const result = await FacebookLogin.login({ permissions: FACEBOOK_PERMISSIONS });
-
-+ const result = await SocialLogin.login({
-+   provider: 'facebook',
-+   options: {
-+     permissions: ['email', 'public_profile'],
-+     limitedLogin: false,
-+     nonce: 'optional_nonce'
-+   }
-+ });
-```
-
-### Cambios en el Tipo de Respuesta
-
-La estructura de respuesta se ha modernizado con un objeto de perfil más completo:
-
-```typescript
-// Tipo de respuesta antiguo
-interface FacebookLoginResponse {
-  accessToken: {
-    applicationId: string;
-    userId: string;
-    token: string;
-    expires: string;
-  };
-  recentlyGrantedPermissions: string[];
-  recentlyDeniedPermissions: string[];
-}
-
-// Nuevo tipo de respuesta
-interface FacebookLoginResponse {
-  provider: 'facebook';
-  result: {
-    accessToken: {
-      token: string;
-      applicationId?: string;
-      expires?: string;
-      userId?: string;
-      permissions?: string[];
-      declinedPermissions?: string[];
-    } | null;
-    idToken: string | null;
-    profile: {
-      userID: string;
-      email: string | null;
-      friendIDs: string[];
-      birthday: string | null;
-      ageRange: { min?: number; max?: number } | null;
-      gender: string | null;
-      location: { id: string; name: string } | null;
-      hometown: { id: string; name: string } | null;
-      profileURL: string | null;
-      name: string | null;
-      imageURL: string | null;
-    };
-  };
-}
-```
-
-**Diferencias Clave**:
-- La respuesta ahora incluye un campo `provider` que identifica el proveedor de autenticación
-- Objeto `profile` más detallado con información adicional del usuario
-- Estructura consistente en todos los proveedores de inicio de sesión social
-
-### Verificar Estado de Inicio de Sesión
-```diff
-- const result = await FacebookLogin.getCurrentAccessToken();
-- const isLoggedIn = result && result.accessToken;
-
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'facebook'
-+ });
-+ const isLoggedIn = status.isLoggedIn;
-```
-
-### Cerrar Sesión
-```diff
-- await FacebookLogin.logout();
-
-+ await SocialLogin.logout({
-+   provider: 'facebook'
-+ });
-```
-
-## Cambios Específicos de Plataforma
-
-### Configuración de Android
-
-La configuración ahora se maneja a través del método de inicialización:
-
-```diff
-- // Los cambios en AndroidManifest.xml permanecen iguales
-- // strings.xml se vuelve irrelevante
-+ // Además, inicializa en tu código:
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'your-app-id',
-+     clientToken: 'your-client-token'  // Nuevo requisito
-+   }
-+ });
-```
-
-**Importante**: El token de cliente ahora es requerido para la autenticación de Android.
-
-### Configuración de iOS
-
-1. La configuración de iOS en `AppDelegate.swift` permanece igual:
-
-```swift
-import FBSDKCoreKit
-
-// En application:didFinishLaunchingWithOptions:
-FBSDKCoreKit.ApplicationDelegate.shared.application(
-    application,
-    didFinishLaunchingWithOptions: launchOptions
-)
-
-// En application:openURL:options:
-ApplicationDelegate.shared.application(
-    app,
-    open: url,
-    sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-    annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-)
-```
-
-2. La configuración de `Info.plist` permanece igual:
-```xml
-<key>CFBundleURLTypes</key>
-<array>
-    <dict>
-        <key>CFBundleURLSchemes</key>
-        <array>
-            <string>fb[APP_ID]</string>
-        </array>
-    </dict>
-</array>
-<key>FacebookAppID</key>
-<string>[APP_ID]</string>
-<key>FacebookClientToken</key>
-<string>[CLIENT_TOKEN]</string>
-<key>FacebookDisplayName</key>
-<string>[APP_NAME]</string>
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>fbapi</string>
-    <string>fbauth</string>
-    <string>fb-messenger-share-api</string>
-    <string>fbauth2</string>
-    <string>fbshareextension</string>
-</array>
-```
-
-## Cambios Disruptivos
-
-Resumen de cambios disruptivos al migrar:
-
-1. **Ahora se requiere inicialización explícita** - Debe llamar a `initialize()` antes de usar
-2. **La estructura del objeto de respuesta ha cambiado significativamente** - Nuevo formato de resultado anidado con datos de perfil mejorados
-3. **El token de cliente ahora es requerido para Android** - Se necesita configuración adicional
-4. **Diferentes nombres de métodos y estructuras de parámetros** - Enfoque basado en proveedores
-5. **El manejo de errores y los tipos de errores han cambiado** - Información de Error más detallada
-
-## Ventajas Clave
-
-El nuevo Plugin proporciona:
-
-- **API Unificada** en múltiples proveedores sociales (Google, Apple, Facebook)
-- **Soporte mejorado de TypeScript** con mejores definiciones de tipos
-- **Datos de perfil mejorados** con más información del usuario
-- **Mantenimiento activo** y soporte de la comunidad
-- **Manejo consistente de errores** en todos los proveedores
-- **Mejor gestión de tokens** con manejo adecuado de expiración
-
-Para instrucciones de configuración más detalladas, consulta la [documentación oficial](/docs/plugins/social-login/facebook/).
diff --git a/src/content/docs/es/docs/plugins/social-login/migrations/google.mdx b/src/content/docs/es/docs/plugins/social-login/migrations/google.mdx
deleted file mode 100644
index 061be6fc1..000000000
--- a/src/content/docs/es/docs/plugins/social-login/migrations/google.mdx
+++ /dev/null
@@ -1,190 +0,0 @@
----
-title: Guía de Migración de @codetrix-studio/Capacitor-google-auth a @Capgo/Capacitor-social-login
-description: Esta guía describe la transición del antiguo Plugin de autenticación de Google al nuevo paquete de inicio de sesión social de Capgo, que unifica múltiples proveedores de autenticación social.
-sidebar:
-  order: 3
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Descripción General
-
-Esta guía proporciona pasos completos para migrar de `@codetrix-studio/capacitor-google-auth` a `@capgo/capacitor-social-login`, asegurando una transición suave y una experiencia de autenticación mejorada. El nuevo Plugin unifica múltiples proveedores de autenticación social bajo una API única y consistente.
-
-## Instalación
-
-<Steps>
-1. Elimina el paquete antiguo:
-   ```bash
-   npm uninstall @codetrix-studio/capacitor-google-auth
-   ```
-
-2. Instala el nuevo paquete:
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Cambios Importantes en la Configuración de Google Auth
-
-### Requisito del ID de Cliente Web
-**Cambio Crítico**: El Plugin actualizado requiere usar un ID de Cliente Web en todas las plataformas.
-
-Necesitarás:
-1. Crear un ID de Cliente Web en Google Cloud Console si no tienes uno ([Cómo obtener las credenciales](/docs/plugins/social-login/google/general/))
-2. Usar este ID de Cliente Web en el campo `webClientId` para todas las plataformas
-3. Para Android, aún necesitas crear un ID de Cliente Android con tu SHA1, pero esto es solo para propósitos de verificación - el token no se usará ([Guía de configuración de Android](/docs/plugins/social-login/google/android/))
-
-## Cambios en el Código
-
-### Cambios en las Importaciones
-```diff
-- import { GoogleAuth } from '@codetrix-studio/capacitor-google-auth';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Inicialización
-
-La configuración se transforma de una simple llamada a `GoogleAuth.initialize()` a un `SocialLogin.initialize()` más estructurado con configuración anidada de Google:
-
-```diff
-- GoogleAuth.initialize({
--   clientId: 'CLIENT_ID.apps.googleusercontent.com',
--   scopes: ['profile', 'email'],
--   grantOfflineAccess: true,
-- });
-
-+ await SocialLogin.initialize({
-+   google: {
-+     webClientId: 'WEB_CLIENT_ID.apps.googleusercontent.com', // Usar ID de Cliente Web para todas las plataformas
-+     iOSClientId: 'IOS_CLIENT_ID', // para iOS
-+     mode: 'offline' // reemplaza grantOfflineAccess
-+   }
-+ });
-```
-
-### Iniciar Sesión
-
-El método de inicio de sesión cambia de `GoogleAuth.signIn()` a `SocialLogin.login()` con especificación explícita del proveedor:
-
-```diff
-- const user = await GoogleAuth.signIn();
-+ const res = await SocialLogin.login({
-+   provider: 'google',
-+   options: {
-+     scopes: ['email', 'profile'],
-+     forceRefreshToken: true // si necesitas token de actualización
-+   }
-+ });
-```
-
-## Cambios Específicos de Plataforma
-
-### Android
-
-1. Actualiza tu `MainActivity.java` ([Guía completa de configuración de Android](/docs/plugins/social-login/google/android/)):
-```diff
-+ import ee.forgr.capacitor.social.login.GoogleProvider;
-+ import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-+ import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-+ import com.getcapacitor.PluginHandle;
-+ import com.getcapacitor.Plugin;
-+ import android.content.Intent;
-+ import android.util.Log;
-
-- public class MainActivity extends BridgeActivity {
-+ public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-
-+   @Override
-+   public void onActivityResult(int requestCode, int resultCode, Intent data) {
-+     super.onActivityResult(requestCode, resultCode, data);
-+
-+     if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-+       PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-+       if (pluginHandle == null) {
-+         Log.i("Google Activity Result", "SocialLogin login handle is null");
-+         return;
-+       }
-+       Plugin plugin = pluginHandle.getInstance();
-+       if (!(plugin instanceof SocialLoginPlugin)) {
-+         Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-+         return;
-+       }
-+       ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-+     }
-+   }
-
-+   public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-}
-```
-
-### iOS
-
-1. No se necesitan cambios importantes en AppDelegate.swift ([Guía de configuración de iOS](/docs/plugins/social-login/google/ios/))
-
-2. Actualiza tu configuración en `capacitor.config.json`, no lo usamos en el nuevo Plugin:
-```diff
-{
-  "plugins": {
--   "GoogleAuth": {
--     "scopes": ["profile", "email"],
--     "serverClientId": "xxxxxx-xxxxxxxxxxxxxxxxxx.apps.googleusercontent.com",
--     "forceCodeForRefreshToken": true
--   }
-}
-```
-
-### Web
-
-1. Elimina las etiquetas meta de Google Sign-In de tu `index.html` si las estabas usando:
-```diff
-- <meta name="google-signin-client_id" content="{your client id here}" />
-- <meta name="google-signin-scope" content="profile email" />
-```
-
-## Cambios en el Tipo de Respuesta
-
-La respuesta de autenticación ahora proporciona un objeto estructurado que contiene información del proveedor, tokens de acceso, tokens de ID y datos del perfil del usuario:
-
-```typescript
-interface GoogleLoginResponse {
-  provider: 'google';
-  result: {
-    accessToken: {
-      token: string;
-      expires: string;
-      // ... otros campos de token
-    } | null;
-    idToken: string | null;
-    profile: {
-      email: string | null;
-      familyName: string | null;
-      givenName: string | null;
-      id: string | null;
-      name: string | null;
-      imageUrl: string | null;
-    };
-  };
-}
-```
-
-La estructura de respuesta incluye:
-- **provider**: Identifica el proveedor de autenticación (`'google'`)
-- **result.accessToken**: Detalles del token de acceso con expiración
-- **result.idToken**: Token de ID para autenticación
-- **result.profile**: Información del perfil del usuario incluyendo email, nombre y URL de imagen
-
-## Capacidades Adicionales
-
-El nuevo paquete admite múltiples proveedores de autenticación social más allá de Google:
-- [Inicio de Sesión con Apple](/docs/plugins/social-login/apple/general/)
-- [Inicio de Sesión con Facebook](/docs/plugins/social-login/facebook/)
-
-Este enfoque unificado proporciona:
-- API consistente en todos los proveedores
-- Soporte mejorado de TypeScript
-- Mejor manejo de errores
-- Mantenimiento activo y soporte de la comunidad
-
-Consulta la [documentación principal](/docs/plugins/social-login/google/general/) para instrucciones detalladas de configuración de estos proveedores adicionales.
diff --git a/src/content/docs/es/docs/plugins/social-login/migrations/v7.mdx b/src/content/docs/es/docs/plugins/social-login/migrations/v7.mdx
deleted file mode 100644
index c747bac85..000000000
--- a/src/content/docs/es/docs/plugins/social-login/migrations/v7.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-title: Guía de Migración V7
-locale: es
-description: Guía para migrar desde versiones anteriores a V7 de @Capgo/Capacitor-social-login
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introducción
-
-:::Precaución
-Esta guía es para la versión `V1`/`V7` del Plugin para personas que todavía estaban usando este Plugin con la versión `0.x.x`.
-:::
-
-Esta guía cubrirá lo siguiente:
-
-- Migrar a la versión V1 desde la versión `main`
-- Migrar a la versión V1 desde la versión `development`
-
-## Cambios importantes en V1
-
-V1 es solo un port de la versión de desarrollo a main. Sin embargo, incluye muchos cambios importantes que no están disponibles en la versión `main` V0. Esos cambios incluyen:
-
-- Ámbitos de acceso para el inicio de sesión de Google
-- Modo offline para el inicio de sesión de Google
-- Unificación de las diferentes implementaciones
-  - Se realizaron pruebas exhaustivas para garantizar que todas las implementaciones del proveedor de Google se comporten de la misma manera entre plataformas
-
-## Migración desde la versión V0 main
-
-- Cambios en el `MainActivity.java` para Android
-  - Por favor sigue la [Guía de Configuración de Google](/docs/plugins/social-login/google/android/). Específicamente, busca `MainActivity.java`
-
-- Por favor agrega urls de redirección en la consola de Google. Sin agregar urls de redirección, el inicio de sesión de Google no funcionará.
-  - Nuevamente, por favor sigue la [Guía de Configuración de Google](/docs/plugins/social-login/google/android/). Específicamente, busca `Authorized redirect URIs`
-
-- Por favor asegúrate de que no estás usando `grantOfflineAccess` en la configuración. Esta característica no es compatible con V1.
-
-- Por favor asegúrate de que la autenticación funcione en todas las plataformas.
-
-## Migración desde la versión V0 development
-
-- Cambios en el `MainActivity.java` para Android
-  - Por favor sigue la [Guía de Configuración de Google](/docs/plugins/social-login/google/android/). Específicamente, busca `MainActivity.java`. En V1, **DEBES** implementar `ModifiedMainActivityForSocialLoginPlugin` en tu actividad principal. Este cambio es crucial para que el Plugin funcione
-
-- Por favor agrega urls de redirección en la consola de Google. Sin agregar urls de redirección, el inicio de sesión de Google no funcionará.
-  - Nuevamente, por favor sigue la [Guía de Configuración de Google](/docs/plugins/social-login/google/android/). Específicamente, busca `Authorized redirect URIs`
-
-- Por favor asegúrate de que los tipos y nombres de Variables son correctos. Ten en cuenta que los tipos y Variables pueden no coincidir entre development y V1.
-
-- Por favor asegúrate de que la autenticación funcione en todas las plataformas.
diff --git a/src/content/docs/es/docs/plugins/social-login/supabase/Apple/android.mdx b/src/content/docs/es/docs/plugins/social-login/supabase/Apple/android.mdx
deleted file mode 100644
index 02c55a0af..000000000
--- a/src/content/docs/es/docs/plugins/social-login/supabase/Apple/android.mdx
+++ /dev/null
@@ -1,293 +0,0 @@
----
-title: Supabase Apple Login on Android
-description: Learn Cómo Establecer up Apple Sign-In with Supabase Authentication on Android using El Capacitor Inicio de sesión social Plugin.
-sidebar:
-  order: 3
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Prerequisites
-
-Esta guía Va a help you integrate Apple Sign-In with Supabase Authentication on Android. It is assumed that you have already Completado:
-- El [Supabase Apple Login - General Setup](./general/).
-
-:::Nota[Importante]
-Apple Sign-In on Android requires a backend server because Apple doesn't provide native Android support. We'll Usar a Supabase Edge Función as El backend.
-:::
-
-## Paso 1: Desplegar El Backend Edge Función
-
-First, we Necesita Para desplegar El Supabase Edge Función that Va a handle El Apple OAuth callback.
-
-<Steps>
-
-1. **Navigate A your Supabase project directory**
-
-   ```bash
-   cd your-project/supabase
-   ```
-
-2. **Crear El edge Función** (if it doesn't exist)
-
-   ```bash
-   supabase functions new apple-signin-callback
-   ```
-
-3. **Copiar El edge Función code**
-
-   El Completo edge Función implementation is available in El [example app](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/supabase/functions/apple-signin-callback).
-
-   Copiar El following files A your project:
-   - `supabase/functions/apple-signin-callback/index.ts` - Main edge Función code
-   - `supabase/functions/apple-signin-callback/deno.json` - Importar map for dependencies (includes `jose` library for JWT signing)
-
-4. **Configurar JWT verification**
-
-   El Apple OAuth callback endpoint Debe be public (no authentication Requerido) because Apple Va a redirect A it. Actualización your `supabase/config.toml` file:
-
-   ```toml
-   [functions.apple-signin-callback]
-   enabled = true
-   verify_jwt = false  # Important: Set to false for public OAuth callback
-   import_map = "./functions/apple-signin-callback/deno.json"
-   entrypoint = "./functions/apple-signin-callback/index.ts"
-   ```
-
-   :::Precaución[Importante]
-   Setting `verify_jwt = false` makes this endpoint public. Esto es Requerido because Apple's OAuth redirect doesn't include Supabase authentication headers. El endpoint validates El OAuth flow itself.
-   :::
-
-5. **Desplegar El Función**
-
-   ```bash
-   supabase functions deploy apple-signin-callback
-   ```
-
-6. **Get your Función URL**
-
-   After Implementación, you'll get a URL like:
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   Si cannot Encontrar it, Puede do El following:
-
-   1. Open `https://supabase.com/dashboard/project/YOUR_PROJECT_REF/functions`
-   2. Haga clic on El `apple-signin-callback` Función URL A Copiar it.
-      <img src="/social-login-assets/supabase_functions_apple_signin_callback.webp" alt="Supabase Funciones Apple Sign-In Callback" />
-
-   :::Nota[Guardar this URL]
-   You'll Necesita this URL in El next Paso when configuring Apple Developer Portal.
-   :::
-
-</Steps>
-
-## Paso 2: Configurar Apple Developer Portal
-
-Now we Necesita Para configurar Apple Developer Portal with El backend URL and get all El Requerido values.
-
-:::Nota[Función URL]
-Make sure you have your Supabase Edge Función URL De Paso 1 before proceeding. You'll Necesita it Para configurar El Return URL in Apple Developer Portal.
-:::
-
-<Steps>
-
-1. **Siga El Apple Login Android Configuración Guía**
-
-   Completo El [Apple Login Android Setup guide](/docs/plugins/social-login/apple/android/) A:
-   - Crear a Service ID
-   - Generate a private key (.p8 file)
-   - Get your Team ID and Key ID
-   - Configurar El Return URL
-
-2. **Establecer El Return URL in Apple Developer Portal**
-
-   When configuring El Return URL in Apple Developer Portal (Paso 6.9 of El Apple Guía), Usar your Supabase Edge Función URL:
-
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::Advertencia[Importante: Usar Supabase Edge Función URL]
-   **Do NOT** Usar El redirect URL De El [Apple Login Android Setup guide](/docs/plugins/social-login/apple/android/). That Guía uses a custom backend server URL. For Supabase Integración, you **must** Usar your Supabase Edge Función URL instead.
-   :::
-
-   :::Precaución[Exact Match Requerido]
-   El Return URL Debe match **exactly** what you Configurar here. Apple is very strict about redirect URI matching.
-   :::
-
-3. **Collect all Requerido values**
-
-   After completing El Apple Configuración Guía, Debería have:
-   - **APPLE_TEAM_ID**: Your Apple Developer Team ID
-   - **APPLE_KEY_ID**: El Key ID De Apple Developer Portal
-   - **APPLE_PRIVATE_KEY**: Your .p8 private key file (needs A be base64 encoded)
-   - **ANDROID_SERVICE_ID**: Your Apple Service ID (e.g., `com.example.app.service`)
-   - **BASE_REDIRECT_URL**: Your deep Enlace URL (e.g., `capgo-demo-app://path`)
-
-   :::Nota[Deep Enlace URL]
-   El `BASE_REDIRECT_URL` is El deep Enlace scheme configured in your `AndroidManifest.xml`. Esto es where El backend Va a redirect after authentication.
-
-   El value of your deep Enlace is dependent on El `android:scheme="capgo-demo-app"` code. Si have Establecer `android:scheme="capgo-demo-app"` in your `AndroidManifest.xml`, then your deep Enlace Va a be `capgo-demo-app://path`.
-   :::
-
-</Steps>
-
-## Paso 3: Establecer Supabase Secrets
-
-Now we Necesita Para configurar El environment Variables (secrets) for El Supabase Edge Función.
-
-<Steps>
-
-1. **Encode your private key**
-
-   First, encode your Apple private key (.p8 file) A base64:
-
-   ```bash
-   base64 -i AuthKey_XXXXX.p8
-   ```
-
-   Copiar El entire output (it's a single long string).
-
-2. **Establecer secrets using Supabase CLI**
-
-   ```bash
-   supabase secrets set APPLE_TEAM_ID=your_team_id
-   supabase secrets set APPLE_KEY_ID=your_key_id
-   supabase secrets set APPLE_PRIVATE_KEY=your_base64_encoded_key
-   supabase secrets set ANDROID_SERVICE_ID=your.service.id
-   supabase secrets set BASE_REDIRECT_URL=your-app://path
-   supabase secrets set APPLE_REDIRECT_URI=https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::Nota[Replace Placeholders]
-   Replace all El placeholder values with your actual values De Paso 2.
-   :::
-
-3. **Alternative: Establecer secrets in Supabase Panel**
-
-   Si prefer using El Panel:
-   1. Go A your Supabase project Panel
-   2. Navigate A **Edge Funciones** → **Configuración** → **Secrets**
-   3. Agregar each secret Variable with its value
-
-</Steps>
-
-:::Nota[Android Aplicación Configuración]
-El [Apple Login Android Setup guide](/docs/plugins/social-login/apple/android/) already covers configuring your Android Aplicación:
-- Adding El deep Enlace intent filter A `AndroidManifest.xml`
-- Adding El `onNewIntent` handler A `MainActivity.java`
-
-Make sure you've Completado those Pasos before proceeding. El deep Enlace scheme you Configurar there Va a be your `BASE_REDIRECT_URL` in Paso 3.
-:::
-
-## Paso 4: Usar El Authentication Helper
-
-Now Puede Usar El authentication helper in your Aplicación code.
-
-### Implementation
-
-El Completo implementation is available in El [example app's `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) file.
-
-### Using El Authentication Helper
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-### Actualización El Helper Función
-
-When using El `authenticateWithAppleSupabase` helper Función, you **must** Actualizar El following values A match your Configuración:
-
-1. **Actualización `redirectUrl`** - Establecer this A your Supabase Edge Función URL:
-
-   ```typescript
-   const redirectUrl = platform === 'android' 
-     ? 'https://your-project-ref.supabase.co/functions/v1/apple-signin-callback'
-     : undefined;
-   ```
-
-2. **Actualización `clientId`** - Establecer this A your Apple Service ID:
-
-   ```typescript
-   await SocialLogin.initialize({
-     apple: {
-       clientId: isIOS
-         ? undefined // iOS uses bundle ID automatically
-         : 'your.service.id.here', // Your Apple Service ID for Android
-       redirectUrl: redirectUrl,
-     },
-   });
-   ```
-
-   :::Precaución[Importante]
-   Replace `'your.service.id.here'` with your actual Apple Service ID (El same value you used for `ANDROID_SERVICE_ID` in Paso 3).
-   :::
-
-Ver El [complete implementation](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) for Referencia.
-
-## Paso 5: Prueba El Integración
-
-<Steps>
-
-1. **Construir and Ejecutar your Android Aplicación**
-
-   ```bash
-   npx cap sync android
-   npx cap run android
-   ```
-
-2. **Prueba El authentication flow**
-
-   - Tap El "Sign in with Apple" button
-   - Debería Ver El Apple OAuth page in a browser
-   - After authenticating, Debería be redirected back A your Aplicación
-   - Verificar El console Registros for any errors
-
-3. **Verificar El flow**
-
-   El Completo flow should be:
-   1. User taps "Sign in with Apple"
-   2. Aplicación opens browser with Apple OAuth
-   3. User authenticates with Apple
-   4. Apple redirects A: `https://your-project-ref.supabase.co/functions/v1/apple-signin-callback`
-   5. Edge Función exchanges code for tokens
-   6. Edge Función redirects A: `your-app://path?id_token=...&access_token=...`
-   7. Android Aplicación receives El deep Enlace and processes El identity token
-   8. Aplicación signs in A Supabase with El identity token
-
-</Steps>
-
-## Solución de problemas
-
-If authentication fails:
-
-- **Redirect URI mismatch**: Verificar El Return URL in Apple Developer Portal matches exactly with `APPLE_REDIRECT_URI` secret
-- **Deep Enlace not working**: Verificar that `AndroidManifest.xml` intent filter matches your `BASE_REDIRECT_URL`
-- **Missing secrets**: Verificar all secrets are Establecer correctly using `supabase secrets list`
-- **Token exchange fails**: Verificar edge Función Registros in Supabase Panel for detailed Error messages
-- **Aplicación doesn't receive callback**: Ensure `onNewIntent` is properly implemented in MainActivity
-- Review El [example app code](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) for Referencia
-
-## How It Works
-
-On Android, Apple Sign-In uses an OAuth redirect flow:
-
-1. **Initialization**: El Plugin is initialized with your Service ID and backend redirect URL
-2. **OAuth Flow**: Opens a browser/Chrome Custom Tab with Apple's OAuth page
-3. **Backend Callback**: Apple redirects A your Supabase Edge Función with an authorization code
-4. **Token Exchange**: El edge Función exchanges El code for tokens using Apple's token endpoint
-5. **Deep Enlace Redirect**: El edge Función redirects back A your Aplicación with El identity token
-6. **Supabase Authentication**: El Aplicación receives El token and signs in A Supabase
-
-This flow is necessary because Apple doesn't provide native Android support for Sign in with Apple.
-
diff --git a/src/content/docs/es/docs/plugins/social-login/supabase/Apple/general.mdx b/src/content/docs/es/docs/plugins/social-login/supabase/Apple/general.mdx
deleted file mode 100644
index e94d6326c..000000000
--- a/src/content/docs/es/docs/plugins/social-login/supabase/Apple/general.mdx
+++ /dev/null
@@ -1,103 +0,0 @@
----
-title: Supabase Apple Login - General Configuración
-description: Learn Cómo integrate Apple Sign-In with Supabase Authentication using El Capacitor Inicio de sesión social Plugin.
-sidebar:
-  order: 1
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Descripción general
-
-Esta guía Va a help you integrate Apple Sign-In with Supabase Authentication. Apple Sign-In provides a secure, privacy-focused authentication Método that works across iOS, Android, and Web platforms.
-
-## Prerequisites
-
-Before starting, ensure you have:
-
-1. [Created a Supabase project](https://database.new/)
-2. Read El [Apple Login General Setup](/docs/plugins/social-login/apple/general/) Guía A Configuración Apple OAuth Credenciales
-3. Followed El respective platform-specific guides A Configuración Apple OAuth Credenciales for your target platform:
-    - [Android Setup](/docs/plugins/social-login/apple/android/)
-    - [iOS Setup](/docs/plugins/social-login/apple/ios/)
-    - [Web Setup](/docs/plugins/social-login/apple/web/)
-
-    :::Nota
-        Before starting El Supabase Tutorial, Necesita A generate El client IDs for El platforms you plan Para usar.
-
-
-        For iOS, El client ID is El same as your Aplicación ID.
-        For Android and Web, El client ID is El same as your service ID.
-        Usted Usar them in Paso 7 of Esta guía.
-    :::
-
-## Enabling Apple OAuth provider in Supabase
-
-<Steps>
-1. Go A your [Supabase Dashboard](https://app.supabase.com/)
-2. Haga clic on your project
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Supabase Project Selector" />
-3. Do go A El `Authentication` menu
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Supabase Authentication Menu" />
-4. Haga clic on El `Providers` tab
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Supabase Providers Tab" />
-5. Encontrar El `Apple` provider
-    <img src="/social-login-assets/supabase_apple_provider.webp" alt="Supabase Apple Provider" />
-6. Habilitar El `Apple` provider
-    <img src="/social-login-assets/supabase_apple_provider_enable.webp" alt="Supabase Apple Provider Habilitar" />
-7. Fill in El client ID Configuración:
-
-    :::Nota
-      Si are using Apple login for iOS, El client ID is El same as your Aplicación ID.
-      Si are using Apple login for Android or Web, El client ID is El same as your service ID.
-      Si are using both, Necesita A provide both El Aplicación ID and El service ID.
-    :::
-
-    <img src="/social-login-assets/supabase_apple_provider_client_id.webp" alt="Supabase Apple Provider Client ID" />
-8. Haga clic on El `Save` button
-    <img src="/social-login-assets/supabase_apple_provider_save.webp" alt="Supabase Apple Provider Guardar" />
-
-
-    :::Nota
-      You __**DO NOT HAVE A**__ Configuración `Secret key (for OAuth)`. We Va a do a custom backend implementation A handle El Apple login.
-    :::
-</Steps>
-
-Voilà, you have now Habilitado Apple Sign-In with Supabase Authentication 🎉
-
-## Using El Authentication Helper
-
-El Completo implementation includes a helper Función `authenticateWithAppleSupabase()` that handles El entire Apple Sign-In flow with Supabase. This Función:
-
-- Initializes Apple Sign-In with platform-specific Configuración
-- Handles El authentication flow (native on iOS, OAuth redirect on Android/Web)
-- Extracts El identity token De Apple
-- Signs in A Supabase with El identity token
-
-:::Consejo[Completo Implementation]
-El Completo implementation is available in El [example app's `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) file.
-:::
-
-### Basic Uso
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-### How It Works
-
-El helper Función automatically handles platform-specific differences:
-
-- **iOS**: Uses native Apple Sign-In (no redirect URL needed, uses Paquete ID automatically)
-- **Android**: Uses OAuth redirect flow with backend edge Función (requires Service ID)
-- **Web**: Uses OAuth popup flow (requires Service ID and current page URL as redirect)
-
-El Función returns an identity token De Apple, which is then used A authenticate with Supabase using `supabase.auth.signInWithIdToken()`.
\ No newline at end of file
diff --git a/src/content/docs/es/docs/plugins/social-login/supabase/Apple/ios.mdx b/src/content/docs/es/docs/plugins/social-login/supabase/Apple/ios.mdx
deleted file mode 100644
index 46d06838f..000000000
--- a/src/content/docs/es/docs/plugins/social-login/supabase/Apple/ios.mdx
+++ /dev/null
@@ -1,70 +0,0 @@
----
-title: Supabase Apple Login on iOS Configuración
-description: Learn Cómo integrate Apple Sign-In with Supabase Authentication on iOS.
-sidebar:
-  order: 2
-locale: es
----
-
-## Prerequisites
-
-Esta guía Va a help you integrate Apple Sign-In with Supabase Authentication on iOS. It is assumed that you have already Completado:
-- El [Apple Login iOS setup](/docs/plugins/social-login/apple/ios/)
-- El [Supabase Apple Login - General Setup](./general/).
-
-## Implementation
-
-El Completo implementation is available in El [example app's `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) file. Esta guía explains El key concepts and Cómo Usar it.
-
-### Using El Authentication Helper
-
-El `authenticateWithAppleSupabase` Función handles El entire authentication flow:
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## How It Works
-
-On iOS, Apple Sign-In uses El native implementation:
-
-1. **Initialization**: El Plugin uses your Aplicación's Paquete ID automatically (no `clientId` needed)
-2. **Native Sign-In**: Uses Apple's native Sign in with Apple button and authentication flow
-3. **Identity Token**: Apple returns an identity token (JWT) containing user Información
-4. **Supabase Authentication**: El identity token is sent A Supabase using `signInWithIdToken()`
-
-El helper Función automatically detects El iOS platform and configures everything appropriately.
-
-## Importante Notas
-
-### Paquete ID Configuración
-
-- iOS uses your Aplicación's Paquete ID automatically for Apple Sign-In
-- Make sure your Paquete ID matches what's configured in Apple Developer Portal
-- El Paquete ID should have "Sign in with Apple" capability Habilitado
-
-### Supabase Client ID
-
-In Supabase, Configurar your Apple provider with:
-- **Client ID**: Your iOS Aplicación ID (Paquete ID) - e.g., `app.capgo.plugin.SocialLogin`
-
-If you're also using Android/Web, you'll Necesita A provide both El Aplicación ID and Service ID in Supabase's Client ID field (comma-separated).
-
-## Solución de problemas
-
-If authentication fails:
-
-- **Paquete ID mismatch**: Verificar your Paquete ID matches in both Xcode and Apple Developer Portal
-- **Capability not Habilitado**: Ensure "Sign in with Apple" capability is Habilitado in Xcode
-- **Supabase Configuración**: Verificar your Aplicación ID is correctly configured in Supabase Apple provider Configuración
-- **Token validation fails**: Verificar that El identity token is being received De Apple
-- Review El [example app code](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) for Referencia
-
diff --git a/src/content/docs/es/docs/plugins/social-login/supabase/Apple/web.mdx b/src/content/docs/es/docs/plugins/social-login/supabase/Apple/web.mdx
deleted file mode 100644
index 921d92391..000000000
--- a/src/content/docs/es/docs/plugins/social-login/supabase/Apple/web.mdx
+++ /dev/null
@@ -1,97 +0,0 @@
----
-title: Supabase Apple Login on Web
-description: Learn Cómo integrate Apple Sign-In with Supabase Authentication on Web.
-sidebar:
-  order: 4
-locale: es
----
-
-## Prerequisites
-
-Esta guía Va a help you integrate Apple Sign-In with Supabase Authentication on Web. It is assumed that you have already Completado:
-- El [Apple Login Web setup](/docs/plugins/social-login/apple/web/)
-- El [Supabase Apple Login - General Setup](./general/).
-
-## Implementation
-
-El Completo implementation is available in El [example app's `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) file. Esta guía explains El key concepts and Cómo Usar it.
-
-### Using El Authentication Helper
-
-El `authenticateWithAppleSupabase` Función handles El entire authentication flow:
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## How It Works
-
-On Web, Apple Sign-In uses an OAuth popup flow:
-
-1. **Initialization**: El Plugin is initialized with your Service ID and El current page URL as El redirect URL
-2. **OAuth Popup**: Opens a popup window with Apple's OAuth page
-3. **User Authentication**: User authenticates with Apple in El popup
-4. **Identity Token**: Apple returns an identity token (JWT) containing user Información
-5. **Supabase Authentication**: El identity token is sent A Supabase using `signInWithIdToken()`
-
-El helper Función automatically detects El web platform and configures everything appropriately.
-
-## Importante Notas
-
-### Service ID Configuración
-
-- Web requires your Apple Service ID (same as Android)
-- El Service ID Debe be configured in Apple Developer Portal with El correct Return URLs
-- Make sure your domain is Agregado A El allowed domains in Apple Developer Portal
-
-### Redirect URL
-
-- On web, El redirect URL is automatically Establecer A `window.location.href` (current page URL)
-- This Debe match one of El Return URLs configured in Apple Developer Portal
-- Ensure both El URL with and without trailing slash are configured in Apple Developer Portal
-
-### Supabase Client ID
-
-In Supabase, Configurar your Apple provider with:
-- **Client ID**: Your Apple Service ID (e.g., `com.example.app.service`)
-
-If you're also using iOS, you'll Necesita A provide both El Aplicación ID and Service ID in Supabase's Client ID field (comma-separated).
-
-### Actualización El Helper Función
-
-When using El `authenticateWithAppleSupabase` helper Función, you **must** Actualizar El `clientId` A match your Apple Service ID:
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: isIOS
-      ? undefined // iOS uses bundle ID automatically
-      : 'your.service.id.here', // Your Apple Service ID for Web and Android
-    redirectUrl: redirectUrl,
-  },
-});
-```
-
-:::Precaución[Importante]
-Replace `'your.service.id.here'` with your actual Apple Service ID (El same value you configured in Apple Developer Portal).
-:::
-
-## Solución de problemas
-
-If authentication fails:
-
-- **Service ID mismatch**: Verificar your Service ID matches in both Apple Developer Portal and your code
-- **Return URL not configured**: Ensure your current page URL (with and without trailing slash) is configured in Apple Developer Portal
-- **Popup blocked**: Verificar browser Configuración - some browsers block popups by Predeterminado
-- **Domain not allowed**: Verificar your domain is Agregado A El allowed domains in Apple Developer Portal
-- **Supabase Configuración**: Verificar your Service ID is correctly configured in Supabase Apple provider Configuración
-- Review El [example app code](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) for Referencia
-
diff --git a/src/content/docs/es/docs/plugins/social-login/supabase/google/android.mdx b/src/content/docs/es/docs/plugins/social-login/supabase/google/android.mdx
deleted file mode 100644
index 8f00eddb6..000000000
--- a/src/content/docs/es/docs/plugins/social-login/supabase/google/android.mdx
+++ /dev/null
@@ -1,65 +0,0 @@
----
-title: Inicio de Sesión de Google con Supabase en Android
-locale: es
-description: Aprende cómo configurar el inicio de sesión de Google con Supabase Authentication en Android usando el Plugin Capacitor Inicio de sesión social.
-sidebar:
-    order: 2
----
-
-## Introducción
-
-Esta guía te ayudará a integrar el inicio de sesión de Google con Supabase Authentication en Android. Se asume que ya has completado:
- -  la [configuración de inicio de sesión de Google en Android](/docs/plugins/social-login/google/android/)
- -  la [Configuración General de inicio de sesión de Google con Supabase](/docs/plugins/social-login/supabase/google/general/).
-
-## Implementación
-
-La implementación completa está disponible en el archivo [`supabaseAuthUtils.ts` de la aplicación de ejemplo](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts). Esta guía explica los conceptos clave y cómo usarlo.
-
-### Uso del Helper de Autenticación
-
-La función `authenticateWithGoogleSupabase` maneja todo el flujo de autenticación:
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navega a tu área autenticada
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## Cómo Funciona
-
-Para una explicación detallada de cómo funciona el flujo de autenticación, incluyendo la generación de nonce, la validación de JWT y el inicio de sesión en Supabase, consulta la [sección Cómo Funciona en la guía de Configuración General](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-Para la referencia completa del código, consulta la [sección Referencia Completa del Código en la guía de Configuración General](/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-## Notas Importantes
-
-### Manejo de Nonce
-
-La implementación del nonce sigue el patrón de la [documentación de React Native Google Sign In](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- `rawNonce` va al `signInWithIdToken()` de Supabase
-- Supabase crea un hash del `rawNonce` y lo compara con el `nonceDigest` que está incluido en el token ID de Google Sign-In
-- `nonceDigest` (hash SHA-256, codificado en hexadecimal) va al parámetro `nonce` en las APIs de Google Sign-In
-
-### Reintento Automático
-
-La implementación incluye lógica de reintento automático:
-- Si la validación de JWT falla en el primer intento, cierra sesión y reintenta una vez
-- Esto maneja casos donde los tokens en caché pueden tener nonces incorrectos
-- Si el reintento también falla, se devuelve un Error
-
-## Solución de Problemas
-
-Si la autenticación falla:
-
-- **Audiencia inválida**: Verifica que tus IDs de cliente de Google coincidan tanto en la consola de Google Cloud como en Supabase
-- **Discrepancia de nonce**: Revisa los Registros de la consola - la función reintentará automáticamente, pero puedes cerrar sesión manualmente primero si es necesario
-- **La validación del token falla**: Asegúrate de estar usando `mode: 'online'` en la llamada de inicialización para obtener un idToken
-- Revisa el [código de la aplicación de ejemplo](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) como referencia
diff --git a/src/content/docs/es/docs/plugins/social-login/supabase/google/general.mdx b/src/content/docs/es/docs/plugins/social-login/supabase/google/general.mdx
deleted file mode 100644
index 6c40c2c06..000000000
--- a/src/content/docs/es/docs/plugins/social-login/supabase/google/general.mdx
+++ /dev/null
@@ -1,202 +0,0 @@
----
-title: Inicio de Sesión de Google con Supabase - Configuración General
-locale: es
-description: Aprende cómo configurar el inicio de sesión de Google con Supabase Authentication usando el Plugin Capacitor Inicio de sesión social.
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introducción
-
-Esta guía te llevará a través de la integración del inicio de sesión de Google con Supabase Authentication usando el Plugin Capacitor Inicio de sesión social. Esta configuración te permite usar el inicio de sesión nativo de Google en plataformas móviles mientras aprovechas Supabase Auth para la autenticación backend.
-
-## Requisitos Previos
-
-Antes de comenzar, asegúrate de tener:
-
-1. [Creado un proyecto de Supabase](https://database.new/)
-2. Leído la guía de [Configuración General de inicio de sesión de Google](/docs/plugins/social-login/google/general/) para configurar las credenciales OAuth de Google
-3. Seguido las respectivas guías específicas de plataforma para configurar las credenciales OAuth de Google para tu plataforma objetivo:
-    - [Configuración de Android](/docs/plugins/social-login/google/android/)
-    - [Configuración de iOS](/docs/plugins/social-login/google/ios/)
-    - [Configuración Web](/docs/plugins/social-login/google/web/)
-
-    :::Nota
-        Antes de comenzar el Tutorial de Supabase, necesitas generar los IDs de cliente para las plataformas que planeas usar.
-        Los usarás en el paso 7 de esta guía.
-    :::
-
-## Habilitar el proveedor OAuth de Google en Supabase
-
-<Steps>
-1. Ve a tu [Panel de Supabase](https://app.supabase.com/)
-2. Haz clic en tu proyecto
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Selector de Proyecto de Supabase" />
-3. Ve al menú de `Authentication`
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Menú de Autenticación de Supabase" />
-4. Haz clic en la pestaña `Providers`
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Pestaña de Proveedores de Supabase" />
-5. Encuentra el proveedor `Google`
-    <img src="/social-login-assets/supabase_google_provider.webp" alt="Proveedor de Google de Supabase" />
-6. Habilita el proveedor
-    <img src="/social-login-assets/supabase_google_provider_enable.webp" alt="Habilitar Proveedor de Google de Supabase" />
-7. Agrega los IDs de cliente para las plataformas que planeas usar
-    <img src="/social-login-assets/supabase_google_provider_add_client_ids.webp" alt="Agregar IDs de Cliente del Proveedor de Google de Supabase" />
-
-    :::Nota
-        Esto incluye el ID de cliente web, el ID de cliente iOS y el ID de cliente Android. Puedes omitir algunos de ellos, dependiendo de las plataformas que planees usar.
-    :::
-8. Haz clic en el botón `Save`
-    <img src="/social-login-assets/supabase_google_provider_save.webp" alt="Guardar Proveedor de Google de Supabase" />
-
-</Steps>
-
-:::Nota
-__**NO DEBES**__ configurar `Client Secret (for OAuth)` o `Callback URL (for OAuth)`. Algunas fuentes también podrían sugerir configurar `Skip nonce checks` para Google en iOS, pero con esta guía no es necesario.
-:::
-
-¡Voilà, ahora has habilitado el inicio de sesión de Google con Supabase Authentication! 🎉
-
-## Cómo Funciona el Helper de Inicio de Sesión de Google con Supabase Authentication
-
-Esta sección explica cómo funciona la integración del inicio de sesión de Google con Supabase bajo el capó. Entender este flujo te ayudará a implementar y solucionar problemas del proceso de autenticación.
-
-:::Consejo[Implementación Completa]
-La implementación completa está disponible en el archivo [`supabaseAuthUtils.ts` de la aplicación de ejemplo](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts).
-:::
-
-### 1. Generación de Nonce
-
-La implementación genera un par de nonce seguro siguiendo los [requisitos de nonce de Supabase](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-```typescript
-// Genera nonce aleatorio seguro para URL
-function getUrlSafeNonce(): string {
-  const array = new Uint8Array(32);
-  crypto.getRandomValues(array);
-  return Array.from(array, (byte) => byte.toString(16).padStart(2, '0')).join('');
-}
-
-// Hash del nonce con SHA-256
-async function sha256Hash(message: string): Promise<string> {
-  const encoder = new TextEncoder();
-  const data = encoder.encode(message);
-  const hashBuffer = await crypto.subtle.digest('SHA-256', data);
-  const hashArray = Array.from(new Uint8Array(hashBuffer));
-  return hashArray.map((b) => b.toString(16).padStart(2, '0')).join('');
-}
-
-// Genera par de nonce
-async function getNonce(): Promise<{ rawNonce: string; nonceDigest: string }> {
-  const rawNonce = getUrlSafeNonce();
-  const nonceDigest = await sha256Hash(rawNonce);
-  return { rawNonce, nonceDigest };
-}
-```
-
-**Flujo:**
-- `rawNonce`: Cadena aleatoria segura para URL (64 caracteres hexadecimales)
-- `nonceDigest`: Hash SHA-256 del `rawNonce` (codificado en hexadecimal)
-- `nonceDigest` se pasa a Google Sign-In → Google incluye el digest del nonce en el token ID
-- `rawNonce` se pasa a Supabase → Supabase hashea el nonce raw y lo compara con el nonce del token
-
-### 2. Inicio de Sesión de Google
-
-La función inicializa el Plugin e inicia sesión con Google:
-
-```typescript
-await SocialLogin.initialize({
-  google: {
-    webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-    // Solo iOS:
-    iOSClientId: 'YOUR_IOS_CLIENT_ID.apps.googleusercontent.com',
-    mode: 'online', // Requerido para obtener idToken
-  },
-});
-
-const response = await SocialLogin.login({
-  provider: 'google',
-  options: {
-    scopes: ['email', 'profile'],
-    nonce: nonceDigest, // Pasa el nonce hasheado con SHA-256
-  },
-});
-```
-
-### 3. Validación de JWT
-
-Antes de enviar el token a Supabase, la implementación valida el token JWT:
-
-```typescript
-function validateJWTToken(idToken: string, expectedNonceDigest: string): { valid: boolean; error?: string } {
-  const decodedToken = decodeJWT(idToken);
-
-  // Verifica que la audiencia coincida con tus IDs de Cliente de Google
-  const audience = decodedToken.aud;
-  if (!VALID_GOOGLE_CLIENT_IDS.includes(audience)) {
-    return { valid: false, error: 'Invalid audience' };
-  }
-
-  // Verifica que el nonce coincida
-  const tokenNonce = decodedToken.nonce;
-  if (tokenNonce && tokenNonce !== expectedNonceDigest) {
-    return { valid: false, error: 'Nonce mismatch' };
-  }
-
-  return { valid: true };
-}
-```
-
-**¿Por qué validar antes de Supabase?**
-
-Validar el token JWT antes de enviar el token a Supabase sirve varios propósitos importantes:
-
-1. **Prevenir Solicitudes Inválidas**: Si el token tiene una audiencia incorrecta o discrepancia de nonce, Supabase rechazará el token de todos modos. Validar primero evita llamadas innecesarias a la API y proporciona mensajes de Error más claros.
-
-2. **Problemas de Caché de Tokens**: En algunas plataformas (especialmente iOS), el SDK de Google Sign-In puede cachear tokens por rendimiento. Cuando se devuelve un token en caché, el token en caché puede haber sido generado con un nonce diferente (o sin nonce), causando que Supabase rechace el token con un Error de "discrepancia de nonce". Al validar antes de enviar a Supabase, podemos detectar este problema temprano y reintentar automáticamente con un token fresco.
-
-3. **Seguridad** (iOS): En iOS, la validación asegura que el token fue emitido para tus IDs de Cliente de Google específicos, previniendo potenciales problemas de seguridad por usar tokens destinados a otras aplicaciones.
-
-4. **Mejor Manejo de Errores**: Detectar problemas antes de Supabase permite lógica de reintento automático, que es esencial para manejar problemas de caché de iOS de manera transparente.
-
-Si la validación falla, la función automáticamente:
-1. Cierra sesión de Google (limpia los tokens en caché - crítico en iOS)
-2. Reintenta la autenticación una vez (fuerza la generación de token fresco con nonce correcto)
-3. Si el reintento también falla, devuelve un Error
-
-### 4. Inicio de Sesión en Supabase
-
-Finalmente, el token validado se envía a Supabase:
-
-```typescript
-const { data, error } = await supabase.auth.signInWithIdToken({
-  provider: 'google',
-  token: googleResponse.idToken,
-  nonce: rawNonce, // Pasa el nonce raw (sin hashear)
-});
-```
-
-## Referencia Completa del Código
-
-La implementación completa está disponible en el archivo [`supabaseAuthUtils.ts` de la aplicación de ejemplo](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts), que incluye:
-
-- `getUrlSafeNonce()` - Genera nonce aleatorio seguro para URL
-- `sha256Hash()` - Hashea cadena con SHA-256
-- `getNonce()` - Genera par de nonce
-- `decodeJWT()` - Decodifica token JWT
-- `validateJWTToken()` - Valida audiencia y nonce del JWT
-- `authenticateWithGoogleSupabase()` - Función principal de autenticación con reintento automático
-
-### Archivos de Ejemplo Adicionales
-
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - Componente de ejemplo con manejo de redirección (Web)
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - Página de ejemplo para crear cuenta
-
-## Siguientes Pasos
-
-Por favor continúa con la guía de configuración específica de plataforma para tu plataforma objetivo:
-
-- [Configuración de Android](../android/)
-- [Configuración de iOS](../ios/)
-- [Configuración Web](../web/)
diff --git a/src/content/docs/es/docs/plugins/social-login/supabase/google/ios.mdx b/src/content/docs/es/docs/plugins/social-login/supabase/google/ios.mdx
deleted file mode 100644
index f18546acf..000000000
--- a/src/content/docs/es/docs/plugins/social-login/supabase/google/ios.mdx
+++ /dev/null
@@ -1,95 +0,0 @@
----
-title: Inicio de Sesión de Google con Supabase en iOS
-locale: es
-description: Aprende cómo configurar el inicio de sesión de Google con Supabase Authentication en iOS usando el Plugin Capacitor Inicio de sesión social.
-sidebar:
-    order: 3
----
-
-## Introducción
-
-Esta guía te ayudará a integrar el inicio de sesión de Google con Supabase Authentication en iOS. Se asume que ya has completado:
- -  la [configuración de inicio de sesión de Google en iOS](/docs/plugins/social-login/google/ios/)
- -  la [Configuración General de inicio de sesión de Google con Supabase](/docs/plugins/social-login/supabase/google/general/).
-
-## Implementación
-
-La implementación completa está disponible en el archivo [`supabaseAuthUtils.ts` de la aplicación de ejemplo](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts). Esta guía explica los conceptos clave y cómo usarlo.
-
-### Uso del Helper de Autenticación
-
-La función `authenticateWithGoogleSupabase` maneja todo el flujo de autenticación:
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navega a tu área autenticada
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## Cómo Funciona
-
-Para una explicación detallada de cómo funciona el flujo de autenticación, incluyendo la generación de nonce, la validación de JWT y el inicio de sesión en Supabase, consulta la [sección Cómo Funciona en la guía de Configuración General](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-## Advertencias Importantes
-
-### Caché de Tokens de iOS y Problemas de Nonce
-
-:::Advertencia[Problema de Caché de Nonce en iOS]
-En iOS, Google Sign-In puede cachear tokens, lo que puede causar que la validación de nonce falle. La función `validateJWTToken` detecta esto y lo maneja automáticamente:
-
-1. **Detección Automática**: La función verifica si el nonce en el token coincide con el `nonceDigest` esperado
-2. **Reintento Automático**: Si la validación falla, automáticamente cierra sesión de Google y reintenta una vez
-3. **Manejo de Errores**: Si el reintento también falla, se devuelve un Error
-
-**Por qué sucede esto**: El SDK de Google Sign-In en iOS cachea tokens por rendimiento. Cuando se devuelve un token en caché, puede haber sido generado con un nonce diferente (o sin nonce), causando una discrepancia.
-
-**La solución**: La implementación maneja esto automáticamente cerrando sesión y reintentando, lo que fuerza a Google a generar un token fresco con el nonce correcto.
-:::
-
-**Solución Manual** (si el reintento automático no funciona):
-
-```typescript
-// Cierra sesión primero para limpiar tokens en caché
-await SocialLogin.logout({ provider: 'google' });
-
-// Luego autentica
-const result = await authenticateWithGoogleSupabase();
-```
-
-Esto asegura que se obtenga un token fresco con el nonce correcto.
-
-Para la referencia completa del código, consulta la [sección Referencia Completa del Código en la guía de Configuración General](/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-## Notas Importantes
-
-### Manejo de Nonce
-
-La implementación del nonce sigue el patrón de la [documentación de React Native Google Sign In](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- `rawNonce` va al `signInWithIdToken()` de Supabase
-- Supabase crea un hash del `rawNonce` y lo compara con el `nonceDigest` que está incluido en el token ID de Google Sign-In
-- `nonceDigest` (hash SHA-256, codificado en hexadecimal) va al parámetro `nonce` en las APIs de Google Sign-In
-
-### Mecanismo de Reintento Automático
-
-La función `authenticateWithGoogleSupabase` incluye un parámetro `retry`:
-- Primera llamada (`retry=false`): Si la validación falla, automáticamente cierra sesión y reintenta una vez
-- Llamada de reintento (`retry=true`): Si la validación falla de nuevo, devuelve inmediatamente un Error
-
-Esto maneja el problema de caché de tokens de iOS automáticamente.
-
-## Solución de Problemas
-
-Si la autenticación falla:
-
-- **Discrepancia de nonce**: La función reintenta automáticamente - revisa los Registros de la consola para detalles. Si persiste, cierra sesión manualmente primero
-- **Audiencia inválida**: Verifica que tus IDs de cliente de Google coincidan tanto en la consola de Google Cloud como en Supabase (tanto iOS como IDs de cliente Web)
-- **La validación del token falla**: Asegúrate de estar usando `mode: 'online'` en la llamada de inicialización para obtener un idToken
-- **Configuración de Información.plist**: Asegúrate de que Información.plist tenga los esquemas de URL correctos y GIDClientID
-- Revisa el [código de la aplicación de ejemplo](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) como referencia
diff --git a/src/content/docs/es/docs/plugins/social-login/supabase/google/web.mdx b/src/content/docs/es/docs/plugins/social-login/supabase/google/web.mdx
deleted file mode 100644
index df61d363e..000000000
--- a/src/content/docs/es/docs/plugins/social-login/supabase/google/web.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: Inicio de Sesión de Google con Supabase en Web
-locale: es
-description: Aprende cómo configurar el inicio de sesión de Google con Supabase Authentication en Web usando el Plugin Capacitor Inicio de sesión social.
-sidebar:
-    order: 4
----
-
-## Introducción
-
-Esta guía te ayudará a integrar el inicio de sesión de Google con Supabase Authentication en Web. Se asume que ya has completado:
- -  la [configuración de inicio de sesión de Google en Web](/docs/plugins/social-login/google/web/)
- -  la [Configuración General de inicio de sesión de Google con Supabase](/docs/plugins/social-login/supabase/google/general/).
-
-## Implementación
-
-La implementación completa está disponible en el archivo [`supabaseAuthUtils.ts` de la aplicación de ejemplo](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts). Esta guía explica los conceptos clave y cómo usarlo.
-
-### Uso del Helper de Autenticación
-
-La función `authenticateWithGoogleSupabase` maneja todo el flujo de autenticación:
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navega a tu área autenticada
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## Crítico: Manejo de Redirección
-
-:::Advertencia[Crítico: Manejo de Redirección]
-Cuando uses el inicio de sesión de Google en web, **DEBES** llamar cualquier función del Plugin cuando ocurra la redirección para inicializar el Plugin y así pueda manejar la redirección y cerrar la ventana emergente. Puedes llamar ya sea `isLoggedIn()` O `initialize()` - ambas activarán el manejo de redirección.
-
-Esto es esencial para que el flujo de OAuth con ventana emergente funcione correctamente.
-:::
-
-### Ejemplo de Implementación
-
-Agrega esto a tu componente que maneja el inicio de sesión de Google:
-
-```typescript
-import { useEffect } from 'react';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-function SupabasePage() {
-  // Verifica el estado de inicio de sesión de Google al montar para invocar el manejo de redirección
-  // Esto no sirve ningún propósito funcional en la UI pero asegura
-  // que cualquier redirección OAuth pendiente sea procesada apropiadamente
-  useEffect(() => {
-    const checkGoogleLoginStatus = async () => {
-      try {
-        await SocialLogin.isLoggedIn({ provider: 'google' });
-        // No usamos el resultado, esto es solo para activar el manejo de redirección
-      } catch (error) {
-        // Ignora errores - esto es solo para el manejo de redirección
-        console.log('Google login status check completed (redirect handling)');
-      }
-    };
-
-    checkGoogleLoginStatus();
-  }, []);
-
-  // ... resto de tu componente
-}
-```
-
-Consulta el [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) para un ejemplo completo.
-
-## Cómo Funciona
-
-Para una explicación detallada de cómo funciona el flujo de autenticación, incluyendo la generación de nonce, la validación de JWT y el inicio de sesión en Supabase, consulta la [sección Cómo Funciona en la guía de Configuración General](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-Para la referencia completa del código, consulta la [sección Referencia Completa del Código en la guía de Configuración General](/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-También consulta:
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - Componente de ejemplo con manejo de redirección
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - Página de ejemplo para crear cuenta
-
-## Notas Importantes
-
-### Manejo de Redirección
-
-Cuando uses el inicio de sesión de Google en web, **DEBES** llamar cualquier función del Plugin cuando ocurra la redirección para inicializar el Plugin y así pueda manejar la redirección y cerrar la ventana emergente. Puedes llamar ya sea `isLoggedIn()` O `initialize()` - ambas activarán el manejo de redirección.
-
-Esto es esencial para que el flujo de OAuth con ventana emergente funcione correctamente. Sin esto, la ventana emergente no se cerrará después de la autenticación.
-
-### Manejo de Nonce
-
-La implementación del nonce sigue el patrón de la [documentación de React Native Google Sign In](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- `rawNonce` va al `signInWithIdToken()` de Supabase
-- Supabase crea un hash del `rawNonce` y lo compara con el `nonceDigest` que está incluido en el token ID de Google Sign-In
-- `nonceDigest` (hash SHA-256, codificado en hexadecimal) va al parámetro `nonce` en las APIs de Google Sign-In
-
-### Reintento Automático
-
-La implementación incluye lógica de reintento automático:
-- Si la validación de JWT falla en el primer intento, cierra sesión y reintenta una vez
-- Esto maneja casos donde los tokens en caché pueden tener nonces incorrectos
-- Si el reintento también falla, se devuelve un Error
-
-## Solución de Problemas
-
-Si la autenticación falla:
-
-- **La redirección no funciona**: Asegúrate de estar llamando `isLoggedIn()` al montar el componente (ver ejemplo arriba)
-- **Audiencia inválida**: Verifica que tus IDs de cliente de Google coincidan tanto en la consola de Google Cloud como en Supabase
-- **URLs de redirección autorizadas**: Verifica que las URLs de redirección autorizadas estén configuradas tanto en la consola de Google Cloud como en Supabase
-- **Discrepancia de nonce**: Revisa los Registros de la consola - la función reintentará automáticamente, pero puedes cerrar sesión manualmente primero si es necesario
-- **La validación del token falla**: Asegúrate de estar usando `mode: 'online'` en la llamada de inicialización para obtener un idToken
-- Revisa el [código de la aplicación de ejemplo](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) como referencia
diff --git a/src/content/docs/es/docs/plugins/social-login/supabase/introduction.mdx b/src/content/docs/es/docs/plugins/social-login/supabase/introduction.mdx
deleted file mode 100644
index 79e6875d0..000000000
--- a/src/content/docs/es/docs/plugins/social-login/supabase/introduction.mdx
+++ /dev/null
@@ -1,91 +0,0 @@
----
-title: Introducción a la Integración con Supabase
-locale: es
-description: Aprende cómo integrar Supabase Authentication con el Plugin Capacitor Inicio de sesión social para una solución de autenticación completa.
-sidebar:
-    order: 1
----
-
-## Resumen
-
-Este Tutorial te guiará a través de la configuración de Supabase Authentication con el Plugin Capacitor Inicio de sesión social. Esta integración te permite usar proveedores de inicio de sesión social nativos (Google, Apple, Facebook, Twitter) en plataformas móviles mientras aprovechas Supabase Auth para autenticación backend y PostgreSQL para almacenamiento de datos.
-
-## Lo Que Aprenderás
-
-- Cómo configurar Supabase Authentication
-- Cómo integrar el Plugin Capacitor Inicio de sesión social con Supabase Auth
-- Configuración específica de plataforma para Android, iOS y Web
-- Cómo manejar nonces de forma segura para Supabase
-
-## Lo Que Necesitarás
-
-Antes de comenzar, asegúrate de tener:
-
-1. **Un Proyecto de Supabase**
-   - Crea un proyecto en [Panel de Supabase](https://app.supabase.com/)
-   - Habilita el proveedor OAuth de Google
-   - Obtén la URL de tu proyecto Supabase y la clave anon
-
-2. **SDK JS de Supabase**
-   - Instala Supabase en tu proyecto:
-     ```bash
-     npm install @supabase/supabase-js
-     ```
-
-3. **Un Proyecto Capacitor**
-   - Una aplicación Capacitor existente
-   - Plugin Capacitor Inicio de sesión social instalado:
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-4. **Configuración de Google Específica de Plataforma**
-   - Completa la configuración de Google Sign-In para tus plataformas objetivo:
-     - [Configuración de inicio de sesión de Google en Android](/docs/plugins/social-login/google/android/)
-     - [Configuración de inicio de sesión de Google en iOS](/docs/plugins/social-login/google/ios/)
-     - [Configuración de inicio de sesión de Google en Web](/docs/plugins/social-login/google/web/)
-
-## Aplicación de Ejemplo
-
-Un ejemplo completo y funcional está disponible en el repositorio:
-
-**Repositorio de Código**: [Puedes encontrar el repositorio de código aquí](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-La aplicación de ejemplo demuestra:
-- Autenticación con email/contraseña usando Supabase
-- Integración de Google Sign-In (Android, iOS y Web)
-- Un simple almacén clave-valor usando tablas PostgreSQL de Supabase
-- Almacenamiento de datos específico del usuario con Row Level Seguridad (RLS)
-
-## Detalles Clave de Implementación
-
-### Manejo de Nonce
-
-Supabase requiere manejo especial de nonce por seguridad. La implementación sigue la [documentación de React Native Google Sign In](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- Generar un `rawNonce` (cadena aleatoria segura para URL)
-- Hashearlo con SHA-256 para obtener `nonceDigest`
-- Pasar `nonceDigest` a Google Sign-In
-- Pasar `rawNonce` a Supabase (Supabase lo hashea internamente para comparación)
-
-### Validación de JWT
-
-La implementación de ejemplo incluye validación de JWT para asegurar:
-- La audiencia del token coincide con tus IDs de Cliente de Google configurados
-- El nonce coincide con el digest esperado
-- Reintento automático en caso de fallo de validación (especialmente importante para iOS)
-
-### Consideraciones Específicas de Plataforma
-
-- **iOS**: El caché de tokens puede causar problemas de nonce - la implementación maneja esto automáticamente
-- **Web**: Debe llamar `isLoggedIn()` al montar para manejar redirecciones OAuth
-- **Android**: Implementación estándar con configuración de huella SHA-1
-
-## Siguientes Pasos
-
-Continúa con las guías de configuración:
-- [Inicio de Sesión de Google con Supabase - Configuración General](./google/general/) - Resumen y requisitos previos
-- [Configuración de Android](./google/android/) - Configuración específica de Android
-- [Configuración de iOS](./google/ios/) - Configuración específica de iOS
-- [Configuración Web](./google/web/) - Configuración específica de Web
diff --git a/src/content/docs/es/docs/plugins/speech-recognition/getting-started.mdx b/src/content/docs/es/docs/plugins/speech-recognition/getting-started.mdx
deleted file mode 100644
index 8b9301eb1..000000000
--- a/src/content/docs/es/docs/plugins/speech-recognition/getting-started.mdx
+++ /dev/null
@@ -1,445 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Aprende cómo instalar y usar el Plugin Speech Recognition para agregar transcripción de voz a tu aplicación Capacitor
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instala el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-speech-recognition" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincroniza con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura los permisos de plataforma** (ver abajo)
-</Steps>
-
-## Configuración de Plataforma
-
-### iOS
-
-Agrega las siguientes claves al archivo `Info.plist` de tu aplicación:
-
-```xml
-<key>NSSpeechRecognitionUsageDescription</key>
-<string>Necesitamos acceso al reconocimiento de voz para transcribir tu voz</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>Necesitamos acceso a tu micrófono para grabar audio para transcripción</string>
-```
-
-### Android
-
-El Plugin agrega automáticamente el permiso requerido `RECORD_AUDIO` a tu `AndroidManifest.xml`. No se necesita configuración adicional.
-
-## Uso Básico
-
-### Verificar Disponibilidad
-
-Antes de usar el reconocimiento de voz, verifica si está disponible en el dispositivo:
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-const checkAvailability = async () => {
-  const { available } = await SpeechRecognition.available();
-  if (!available) {
-    console.warn('El reconocimiento de voz no es compatible en este dispositivo');
-    return false;
-  }
-  return true;
-};
-```
-
-### Solicitar Permisos
-
-Solicita los permisos necesarios antes de iniciar el reconocimiento:
-
-```typescript
-const requestPermissions = async () => {
-  const { speechRecognition } = await SpeechRecognition.requestPermissions();
-
-  if (speechRecognition === 'granted') {
-    console.log('Permiso concedido');
-    return true;
-  } else {
-    console.log('Permiso denegado');
-    return false;
-  }
-};
-```
-
-### Iniciar Reconocimiento
-
-Comienza a escuchar el habla con configuración opcional:
-
-```typescript
-// Uso básico
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 3,
-  partialResults: true,
-});
-
-// Con todas las opciones
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 5,
-  prompt: 'Habla ahora...',          // Solo Android
-  popup: false,                     // Solo Android
-  partialResults: true,
-  addPunctuation: true,             // Solo iOS 16+
-  allowForSilence: 2000,            // Solo Android, milisegundos
-});
-```
-
-### Escuchar Resultados
-
-Suscríbete a resultados parciales mientras el reconocimiento está activo:
-
-```typescript
-const partialListener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event) => {
-    const transcription = event.matches?.[0];
-    console.log('Resultado parcial:', transcription);
-  }
-);
-
-// No olvides remover el listener cuando termines
-await partialListener.remove();
-```
-
-### Detener Reconocimiento
-
-Deja de escuchar y limpia recursos:
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-## Ejemplo Completo
-
-Aquí hay un ejemplo completo mostrando cómo usar el Plugin:
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-export class VoiceRecognitionService {
-  private partialListener: any = null;
-  private isListening = false;
-
-  async initialize(): Promise<boolean> {
-    // Verificar disponibilidad
-    const { available } = await SpeechRecognition.available();
-    if (!available) {
-      throw new Error('Reconocimiento de voz no disponible');
-    }
-
-    // Solicitar permisos
-    const { speechRecognition } = await SpeechRecognition.requestPermissions();
-    if (speechRecognition !== 'granted') {
-      throw new Error('Permiso denegado');
-    }
-
-    return true;
-  }
-
-  async startListening(
-    onPartialResult: (text: string) => void,
-    onFinalResult: (text: string) => void
-  ): Promise<void> {
-    if (this.isListening) {
-      console.warn('Ya está escuchando');
-      return;
-    }
-
-    try {
-      // Configurar listener de resultados parciales
-      this.partialListener = await SpeechRecognition.addListener(
-        'partialResults',
-        (event) => {
-          const text = event.matches?.[0] || '';
-          onPartialResult(text);
-        }
-      );
-
-      // Iniciar reconocimiento
-      const result = await SpeechRecognition.start({
-        language: 'en-US',
-        maxResults: 3,
-        partialResults: true,
-        addPunctuation: true,
-      });
-
-      this.isListening = true;
-
-      // Manejar resultado final si partialResults es false
-      if (result.matches && result.matches.length > 0) {
-        onFinalResult(result.matches[0]);
-      }
-    } catch (error) {
-      console.error('Error al iniciar reconocimiento de voz:', error);
-      throw error;
-    }
-  }
-
-  async stopListening(): Promise<void> {
-    if (!this.isListening) {
-      return;
-    }
-
-    try {
-      await SpeechRecognition.stop();
-
-      // Limpiar listener
-      if (this.partialListener) {
-        await this.partialListener.remove();
-        this.partialListener = null;
-      }
-
-      this.isListening = false;
-    } catch (error) {
-      console.error('Error al detener reconocimiento de voz:', error);
-      throw error;
-    }
-  }
-
-  async getSupportedLanguages(): Promise<string[]> {
-    const { languages } = await SpeechRecognition.getSupportedLanguages();
-    return languages;
-  }
-
-  async checkListeningState(): Promise<boolean> {
-    const { listening } = await SpeechRecognition.isListening();
-    return listening;
-  }
-}
-```
-
-## Referencia de API
-
-### available()
-
-Verifica si el servicio nativo de reconocimiento de voz es usable en el dispositivo actual.
-
-```typescript
-const result = await SpeechRecognition.available();
-// Devuelve: { available: boolean }
-```
-
-### start(Opciones?)
-
-Comienza a capturar audio y transcribir el habla.
-
-```typescript
-interface SpeechRecognitionStartOptions {
-  language?: string;          // Identificador de locale (ej., 'en-US')
-  maxResults?: number;        // Número máximo de resultados (predeterminado: 5)
-  prompt?: string;            // Solo Android: Prompt del diálogo
-  popup?: boolean;            // Solo Android: Mostrar diálogo del sistema
-  partialResults?: boolean;   // Transmitir resultados parciales
-  addPunctuation?: boolean;   // Solo iOS 16+: Agregar puntuación
-  allowForSilence?: number;   // Solo Android: Tiempo de espera de silencio en ms
-}
-
-const result = await SpeechRecognition.start(options);
-// Devuelve: { matches?: string[] }
-```
-
-### stop()
-
-Deja de escuchar y cierra recursos nativos.
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-### getSupportedLanguages()
-
-Obtiene los locales soportados por el reconocedor subyacente.
-
-**Nota**: Los dispositivos Android 13+ ya no exponen esta lista; en ese caso `languages` estará vacío.
-
-```typescript
-const result = await SpeechRecognition.getSupportedLanguages();
-// Devuelve: { languages: string[] }
-```
-
-### isListening()
-
-Devuelve si el Plugin está escuchando activamente el habla.
-
-```typescript
-const result = await SpeechRecognition.isListening();
-// Devuelve: { listening: boolean }
-```
-
-### checkPermissions()
-
-Obtiene el estado actual de permisos.
-
-```typescript
-const result = await SpeechRecognition.checkPermissions();
-// Devuelve: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-### requestPermissions()
-
-Solicita los permisos de micrófono + reconocimiento de voz.
-
-```typescript
-const result = await SpeechRecognition.requestPermissions();
-// Devuelve: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-## Listeners de Eventos
-
-### partialResults
-
-Escucha actualizaciones parciales de transcripción mientras `partialResults` está habilitado.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event: { matches: string[] }) => {
-    console.log('Parcial:', event.matches?.[0]);
-  }
-);
-```
-
-### segmentResults (Solo Android)
-
-Escucha resultados de reconocimiento segmentado.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'segmentResults',
-  (event: { matches: string[] }) => {
-    console.log('Segmento:', event.matches?.[0]);
-  }
-);
-```
-
-### endOfSegmentedSession (Solo Android)
-
-Escucha eventos de finalización de sesión segmentada.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'endOfSegmentedSession',
-  () => {
-    console.log('Sesión segmentada finalizada');
-  }
-);
-```
-
-### listeningState
-
-Escucha cambios en el estado nativo de escucha.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'listeningState',
-  (event: { status: 'started' | 'stopped' }) => {
-    console.log('Estado de escucha:', event.status);
-  }
-);
-```
-
-### removeAllListeners()
-
-Remueve todos los listeners registrados.
-
-```typescript
-await SpeechRecognition.removeAllListeners();
-```
-
-## Mejores Prácticas
-
-1. **Siempre verifica disponibilidad y permisos**
-   ```typescript
-   const { available } = await SpeechRecognition.available();
-   if (!available) return;
-
-   const { speechRecognition } = await SpeechRecognition.requestPermissions();
-   if (speechRecognition !== 'granted') return;
-   ```
-
-2. **Limpia los listeners**
-   Siempre remueve los listeners cuando ya no sean necesarios para prevenir fugas de memoria:
-   ```typescript
-   await listener.remove();
-   // o
-   await SpeechRecognition.removeAllListeners();
-   ```
-
-3. **Maneja errores con gracia**
-   ```typescript
-   try {
-     await SpeechRecognition.start({ language: 'en-US' });
-   } catch (error) {
-     console.error('Reconocimiento de voz falló:', error);
-     // Mostrar mensaje de error amigable para el usuario
-   }
-   ```
-
-4. **Proporciona retroalimentación visual**
-   Usa el evento `listeningState` para mostrar a los usuarios cuando la aplicación está escuchando activamente.
-
-5. **Prueba con diferentes acentos e idiomas**
-   La precisión del reconocimiento de voz varía según el idioma y el acento. Prueba exhaustivamente con tu audiencia objetivo.
-
-## Notas de Plataforma
-
-### iOS
-- Requiere iOS 10.0+
-- Usa el `SFSpeechRecognizer` nativo
-- Soporta puntuación en iOS 16+
-- Requiere permisos tanto de micrófono como de reconocimiento de voz
-- El reconocimiento puede fallar si el idioma del dispositivo no coincide con el idioma solicitado
-
-### Android
-- Requiere Android 6.0 (API 23)+
-- Usa la API `SpeechRecognizer`
-- Soporta sesiones segmentadas con detección de silencio configurable
-- Android 13+ no expone la lista de idiomas soportados
-- Algunos dispositivos pueden mostrar la UI de reconocimiento del sistema
-
-### Web
-- Soporte limitado vía Web Speech API
-- No todos los navegadores soportan reconocimiento de voz
-- Requiere conexión HTTPS
-- Puede tener comportamiento diferente entre navegadores
-
-## Solución de Problemas
-
-### Permiso Denegado
-Si los permisos son denegados, guía a los usuarios a la configuración de la aplicación:
-```typescript
-const { speechRecognition } = await SpeechRecognition.checkPermissions();
-if (speechRecognition === 'denied') {
-  // Mostrar instrucciones para habilitar permisos en Configuración
-}
-```
-
-### No Se Devuelven Resultados
-- Verifica que el micrófono esté funcionando
-- Asegúrate de un ambiente silencioso
-- Verifica que el código de idioma coincida con las capacidades del dispositivo
-- Verifica la conexión de red (algunas plataformas la requieren)
-
-### El Reconocimiento Se Detiene Inesperadamente
-- Usa `isListening()` para verificar el estado
-- Escucha eventos `listeningState`
-- Implementa lógica de reinicio automático si es necesario
-
-## Siguientes Pasos
-
-- [Ver referencia de API en GitHub](https://github.com/Cap-go/capacitor-speech-recognition#api)
-- [Reportar problemas](https://github.com/Cap-go/capacitor-speech-recognition/issues)
-- [Explorar aplicación de ejemplo](https://github.com/Cap-go/capacitor-speech-recognition/tree/main/example)
diff --git a/src/content/docs/es/docs/plugins/speech-recognition/index.mdx b/src/content/docs/es/docs/plugins/speech-recognition/index.mdx
deleted file mode 100644
index b5c55504f..000000000
--- a/src/content/docs/es/docs/plugins/speech-recognition/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@Capgo/Capacitor-speech-recognition"
-locale: es
-description: Reconocimiento de voz natural y de baja latencia para aplicaciones Capacitor con paridad entre plataformas iOS y Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Reconocimiento de voz completo en el dispositivo con transcripción en tiempo real, resultados parciales transmitidos y paridad entre plataformas.
-  image:
-    file: ~public/icons/plugins/speech-recognition.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/speech-recognition/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-speech-recognition/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Transcripción en Tiempo Real" icon="rocket">
-    Obtén resultados parciales instantáneos mientras los usuarios hablan
-  </Card>
-  <Card title="Paridad Entre Plataformas" icon="star">
-    API y comportamiento consistentes en iOS y Android
-  </Card>
-  <Card title="Sesiones Segmentadas" icon="list-format">
-    Divide el reconocimiento en segmentos basados en silencio
-  </Card>
-  <Card title="Soporte de Puntuación" icon="pencil">
-    Puntuación automática en iOS 16+
-  </Card>
-  <Card title="Helpers de Permisos" icon="approve-check-circle">
-    Solicitud de permisos y verificación de estado integradas
-  </Card>
-  <Card title="Soporte de Idiomas" icon="translate">
-    Acceso a los idiomas de reconocimiento soportados por el dispositivo
-  </Card>
-  <Card title="Comenzando" icon="open-book">
-    Consulta la [Guía de Inicio](/docs/plugins/speech-recognition/getting-started/) para instalar y configurar el Plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/speech-synthesis/getting-started.mdx b/src/content/docs/es/docs/plugins/speech-synthesis/getting-started.mdx
deleted file mode 100644
index 4078f4bb1..000000000
--- a/src/content/docs/es/docs/plugins/speech-synthesis/getting-started.mdx
+++ /dev/null
@@ -1,252 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Aprende cómo instalar y usar el Plugin Speech Synthesis para convertir texto a voz en tu aplicación Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instala el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-speech-synthesis" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincroniza con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Uso
-
-Importa el Plugin y sintetiza voz desde texto:
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-// Texto a voz básico
-const speak = async () => {
-  await SpeechSynthesis.speak({
-    text: '¡Hola, mundo!',
-    language: 'es-ES'
-  });
-};
-
-// Uso avanzado con control de voz
-const speakWithVoice = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Esta es una prueba de síntesis de voz.',
-    language: 'es-ES',
-    rate: 1.0,      // Velocidad de habla: 0.1 a 10.0
-    pitch: 1.0,     // Tono de voz: 0.5 a 2.0
-    volume: 1.0,    // Volumen: 0.0 a 1.0
-    voice: 'com.apple.ttsbundle.Samantha-compact'
-  });
-};
-```
-
-## Referencia de API
-
-### speak(Opciones)
-
-Habla el texto dado usando la configuración de voz especificada.
-
-```typescript
-interface SpeakOptions {
-  text: string;           // Texto a hablar
-  language?: string;      // Código de idioma (ej., 'es-ES', 'en-US')
-  rate?: number;          // Velocidad de habla: 0.1 a 10.0 (predeterminado: 1.0)
-  pitch?: number;         // Tono de voz: 0.5 a 2.0 (predeterminado: 1.0)
-  volume?: number;        // Volumen: 0.0 a 1.0 (predeterminado: 1.0)
-  voice?: string;         // Identificador de voz (obtener de getVoices())
-}
-
-await SpeechSynthesis.speak(options);
-```
-
-### stop()
-
-Detiene cualquier síntesis de voz en curso.
-
-```typescript
-await SpeechSynthesis.stop();
-```
-
-### getVoices()
-
-Obtiene la lista de voces disponibles para síntesis de voz.
-
-```typescript
-interface Voice {
-  voiceURI: string;       // Identificador único de voz
-  name: string;           // Nombre de voz legible por humanos
-  lang: string;           // Código de idioma
-  default: boolean;       // Si esta es la voz predeterminada
-}
-
-const { voices } = await SpeechSynthesis.getVoices();
-console.log('Voces disponibles:', voices);
-```
-
-### getSupportedLanguages()
-
-Obtiene la lista de códigos de idioma soportados.
-
-```typescript
-const { languages } = await SpeechSynthesis.getSupportedLanguages();
-console.log('Idiomas soportados:', languages);
-```
-
-### isSpeaking()
-
-Verifica si la síntesis de voz está actualmente activa.
-
-```typescript
-const { speaking } = await SpeechSynthesis.isSpeaking();
-console.log('Hablando actualmente:', speaking);
-```
-
-## Ejemplo Completo
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-export class TextToSpeechService {
-  private currentVoice: string | undefined;
-
-  async init() {
-    // Obtener voces disponibles
-    const { voices } = await SpeechSynthesis.getVoices();
-
-    // Encontrar voz en español
-    const spanishVoice = voices.find(v => v.lang.startsWith('es'));
-    this.currentVoice = spanishVoice?.voiceURI;
-
-    console.log(`Usando voz: ${spanishVoice?.name}`);
-  }
-
-  async speak(text: string, options?: Partial<SpeakOptions>) {
-    try {
-      // Detener cualquier habla en curso
-      await SpeechSynthesis.stop();
-
-      // Hablar el texto
-      await SpeechSynthesis.speak({
-        text,
-        language: 'es-ES',
-        rate: 1.0,
-        pitch: 1.0,
-        volume: 1.0,
-        voice: this.currentVoice,
-        ...options
-      });
-    } catch (error) {
-      console.error('Síntesis de voz falló:', error);
-      throw error;
-    }
-  }
-
-  async speakWithRate(text: string, rate: number) {
-    await this.speak(text, { rate });
-  }
-
-  async stop() {
-    await SpeechSynthesis.stop();
-  }
-
-  async checkIfSpeaking(): Promise<boolean> {
-    const { speaking } = await SpeechSynthesis.isSpeaking();
-    return speaking;
-  }
-
-  async listVoicesByLanguage(languageCode: string) {
-    const { voices } = await SpeechSynthesis.getVoices();
-    return voices.filter(v => v.lang.startsWith(languageCode));
-  }
-}
-```
-
-## Uso Avanzado
-
-### Soporte Multi-idioma
-
-```typescript
-// Hablar en diferentes idiomas
-const speakMultiLanguage = async () => {
-  await SpeechSynthesis.speak({
-    text: '¡Hola!',
-    language: 'es-ES'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'Bonjour!',
-    language: 'fr-FR'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'こんにちは!',
-    language: 'ja-JP'
-  });
-};
-```
-
-### Selección de Voz
-
-```typescript
-// Seleccionar una voz específica
-const selectVoice = async (languageCode: string) => {
-  const { voices } = await SpeechSynthesis.getVoices();
-
-  // Filtrar voces por idioma
-  const languageVoices = voices.filter(v =>
-    v.lang.startsWith(languageCode)
-  );
-
-  // Usar la primera voz disponible
-  if (languageVoices.length > 0) {
-    await SpeechSynthesis.speak({
-      text: 'Probando selección de voz',
-      language: languageCode,
-      voice: languageVoices[0].voiceURI
-    });
-  }
-};
-```
-
-### Lectura de Texto Largo
-
-```typescript
-// Dividir y hablar texto largo en fragmentos
-const speakLongText = async (longText: string) => {
-  const sentences = longText.match(/[^.!?]+[.!?]+/g) || [longText];
-
-  for (const sentence of sentences) {
-    await SpeechSynthesis.speak({
-      text: sentence.trim(),
-      language: 'es-ES',
-      rate: 0.9
-    });
-
-    // Esperar un poco entre oraciones
-    await new Promise(resolve => setTimeout(resolve, 500));
-  }
-};
-```
-
-## Mejores Prácticas
-
-1. **Selección de Voz**: Siempre verifica las voces disponibles antes de usar un ID de voz específico
-2. **Códigos de Idioma**: Usa códigos de idioma estándar (ej., 'es-ES', 'en-US', 'fr-FR')
-3. **Control de Velocidad**: Mantén la velocidad entre 0.5 y 2.0 para un habla de sonido natural
-4. **Detener Antes de Hablar**: Llama a stop() antes de iniciar un nuevo habla para evitar superposición
-5. **Manejo de Errores**: Envuelve todas las llamadas en bloques try-catch para un manejo de errores robusto
-
-## Solución de Problemas
-
-### Problemas Comunes
-
-**Sin salida de voz**: Verifica el volumen del dispositivo y asegúrate de que el texto no esté vacío
-**Voz no encontrada**: Usa getVoices() para encontrar voces disponibles en el dispositivo
-**Habla interrumpida**: Detén cualquier habla en curso antes de iniciar una nueva síntesis
-**Idioma no soportado**: Verifica getSupportedLanguages() para idiomas disponibles
diff --git a/src/content/docs/es/docs/plugins/speech-synthesis/index.mdx b/src/content/docs/es/docs/plugins/speech-synthesis/index.mdx
deleted file mode 100644
index ad754bf83..000000000
--- a/src/content/docs/es/docs/plugins/speech-synthesis/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-speech-synthesis"
-locale: es
-description: Sintetiza voz desde texto con control completo sobre idioma, voz, tono, velocidad y volumen.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Convierte texto a voz con control completo sobre idioma, voz, tono, velocidad y volumen en iOS, Android y Web.
-  image:
-    file: ~public/icons/plugins/speech-synthesis.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/speech-synthesis/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-speech-synthesis/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Múltiples Idiomas" icon="translate">
-    Soporte para docenas de idiomas y variantes regionales
-  </Card>
-  <Card title="Selección de Voz" icon="comment">
-    Elige entre las voces del sistema disponibles para cada idioma
-  </Card>
-  <Card title="Control Fino" icon="setting">
-    Ajusta tono, velocidad y volumen para personalizar la salida de voz
-  </Card>
-  <Card title="Multi-plataforma" icon="laptop">
-    API consistente en plataformas iOS, Android y Web
-  </Card>
-  <Card title="Control en Tiempo Real" icon="rocket">
-    Pausa, reanuda y cancela la reproducción de voz al vuelo
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/speech-synthesis/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/streamcall/getting-started.mdx b/src/content/docs/es/docs/plugins/streamcall/getting-started.mdx
deleted file mode 100644
index 75a690c6a..000000000
--- a/src/content/docs/es/docs/plugins/streamcall/getting-started.mdx
+++ /dev/null
@@ -1,488 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Aprende cómo instalar e integrar Stream Video SDK para videollamadas profesionales en tu aplicación Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Requisitos Previos
-
-Necesitarás una cuenta de Stream y credenciales de API. Regístrate en [Stream](https://getstream.io/) si no tienes una.
-
-## Configuración de Plataforma
-
-### iOS
-
-Agrega los permisos requeridos a tu `Info.plist`:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Esta aplicación necesita acceso a la cámara para videollamadas</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>Esta aplicación necesita acceso al micrófono para videollamadas</string>
-```
-
-### Android
-
-Agrega los permisos requeridos a tu `AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-```
-
-## Ejemplo de Uso
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-// Inicializar Stream SDK
-await StreamCall.initialize({
-  apiKey: 'tu-stream-api-key',
-  userId: 'user-123',
-  userToken: 'user-token'
-});
-
-// Crear una llamada
-await StreamCall.createCall({
-  callId: 'call-123',
-  callType: 'default'
-});
-
-// Unirse a una llamada
-await StreamCall.joinCall({
-  callId: 'call-123'
-});
-
-// Habilitar/deshabilitar cámara
-await StreamCall.toggleCamera({
-  enabled: true
-});
-
-// Habilitar/deshabilitar micrófono
-await StreamCall.toggleMicrophone({
-  enabled: true
-});
-
-// Cambiar cámara (frontal/trasera)
-await StreamCall.switchCamera();
-
-// Salir de la llamada
-await StreamCall.leaveCall();
-
-// Escuchar eventos de llamada
-StreamCall.addListener('callStarted', (data) => {
-  console.log('Llamada iniciada:', data);
-});
-
-StreamCall.addListener('callEnded', (data) => {
-  console.log('Llamada terminada:', data);
-});
-
-StreamCall.addListener('participantJoined', (data) => {
-  console.log('Participante se unió:', data);
-});
-
-StreamCall.addListener('participantLeft', (data) => {
-  console.log('Participante salió:', data);
-});
-```
-
-## Referencia de API
-
-### initialize(Opciones)
-
-```typescript
-initialize(options: InitializeOptions) => Promise<void>
-```
-
-Inicializa el Stream Video SDK.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `InitializeOptions` |
-
-### createCall(Opciones)
-
-```typescript
-createCall(options: CreateCallOptions) => Promise<void>
-```
-
-Crea una nueva videollamada.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `CreateCallOptions` |
-
-### joinCall(Opciones)
-
-```typescript
-joinCall(options: JoinCallOptions) => Promise<void>
-```
-
-Únete a una videollamada existente.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `JoinCallOptions` |
-
-### leaveCall()
-
-```typescript
-leaveCall() => Promise<void>
-```
-
-Sal de la llamada actual.
-
-### toggleCamera(Opciones)
-
-```typescript
-toggleCamera(options: { enabled: boolean }) => Promise<void>
-```
-
-Habilita o deshabilita la cámara.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### toggleMicrophone(Opciones)
-
-```typescript
-toggleMicrophone(options: { enabled: boolean }) => Promise<void>
-```
-
-Habilita o deshabilita el micrófono.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### switchCamera()
-
-```typescript
-switchCamera() => Promise<void>
-```
-
-Cambia entre cámara frontal y trasera.
-
-### setSpeakerphone(Opciones)
-
-```typescript
-setSpeakerphone(options: { enabled: boolean }) => Promise<void>
-```
-
-Habilita o deshabilita el altavoz.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendCallInvite(Opciones)
-
-```typescript
-sendCallInvite(options: InviteOptions) => Promise<void>
-```
-
-Envía una invitación de llamada a un usuario.
-
-| Param         | Type                    |
-| ------------- | ----------------------- |
-| **`options`** | `InviteOptions` |
-
-### acceptCall(Opciones)
-
-```typescript
-acceptCall(options: { callId: string }) => Promise<void>
-```
-
-Acepta una llamada entrante.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-### rejectCall(Opciones)
-
-```typescript
-rejectCall(options: { callId: string }) => Promise<void>
-```
-
-Rechaza una llamada entrante.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-## Interfaces
-
-### InitializeOptions
-
-| Prop            | Type              | Description                    |
-| --------------- | ----------------- | ------------------------------ |
-| **`apiKey`**    | `string` | Clave API de Stream                 |
-| **`userId`**    | `string` | ID de usuario                        |
-| **`userToken`** | `string` | Token de autenticación de usuario      |
-| **`userName`**  | `string` | Nombre para mostrar del usuario (opcional)   |
-| **`userImage`** | `string` | URL de imagen de perfil del usuario (opcional) |
-
-### CreateCallOptions
-
-| Prop           | Type              | Description                        |
-| -------------- | ----------------- | ---------------------------------- |
-| **`callId`**   | `string` | Identificador único de llamada             |
-| **`callType`** | `string` | Tipo de llamada (ej., 'Predeterminado', 'audio-only') |
-| **`members`**  | `string[]` | Array de IDs de usuario para invitar (opcional) |
-
-### JoinCallOptions
-
-| Prop         | Type              | Description                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | ID de llamada para unirse            |
-
-### InviteOptions
-
-| Prop         | Type              | Description                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | ID de llamada                    |
-| **`userId`** | `string` | ID de usuario para invitar          |
-
-## Listeners de Eventos
-
-### Eventos Disponibles
-
-- `callStarted` - La llamada ha iniciado
-- `callEnded` - La llamada ha terminado
-- `participantJoined` - Un participante se unió a la llamada
-- `participantLeft` - Un participante salió de la llamada
-- `incomingCall` - Llamada entrante recibida
-- `callAccepted` - La llamada fue aceptada
-- `callRejected` - La llamada fue rechazada
-- `error` - Ocurrió un Error
-
-### Ejemplo de Evento
-
-```typescript
-// Escuchar llamadas entrantes
-StreamCall.addListener('incomingCall', (data) => {
-  console.log('Llamada entrante de:', data.callerId);
-  console.log('Nombre del llamante:', data.callerName);
-
-  // Mostrar UI de llamada entrante
-  showIncomingCallScreen({
-    callerId: data.callerId,
-    callerName: data.callerName,
-    callerImage: data.callerImage,
-    callId: data.callId
-  });
-});
-
-// Escuchar aceptación de llamada
-StreamCall.addListener('callAccepted', (data) => {
-  console.log('Llamada aceptada');
-  // Navegar a la pantalla de llamada
-});
-
-// Escuchar errores
-StreamCall.addListener('error', (error) => {
-  console.error('Error de llamada:', error.message);
-  // Manejar el error apropiadamente
-});
-
-// Remover listener cuando termine
-const listener = await StreamCall.addListener('callStarted', (data) => {
-  console.log('Llamada iniciada');
-});
-
-// Más tarde...
-listener.remove();
-```
-
-## Ejemplo Completo
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-class VideoCallService {
-  async initialize(userId: string, userName: string) {
-    try {
-      await StreamCall.initialize({
-        apiKey: 'tu-stream-api-key',
-        userId: userId,
-        userToken: await this.getUserToken(userId),
-        userName: userName
-      });
-
-      this.setupEventListeners();
-    } catch (error) {
-      console.error('Fallo al inicializar Stream:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // Manejar llamadas entrantes
-    StreamCall.addListener('incomingCall', async (data) => {
-      const accepted = await this.showIncomingCallDialog(data);
-
-      if (accepted) {
-        await StreamCall.acceptCall({ callId: data.callId });
-        await StreamCall.joinCall({ callId: data.callId });
-      } else {
-        await StreamCall.rejectCall({ callId: data.callId });
-      }
-    });
-
-    // Manejar eventos de llamada
-    StreamCall.addListener('callStarted', () => {
-      console.log('Llamada iniciada');
-    });
-
-    StreamCall.addListener('callEnded', () => {
-      console.log('Llamada terminada');
-      this.navigateToHome();
-    });
-
-    StreamCall.addListener('participantJoined', (data) => {
-      console.log('Participante se unió:', data.participantName);
-    });
-  }
-
-  async startCall(recipientId: string) {
-    try {
-      const callId = `call-${Date.now()}`;
-
-      // Crear y unirse a la llamada
-      await StreamCall.createCall({
-        callId: callId,
-        callType: 'default',
-        members: [recipientId]
-      });
-
-      await StreamCall.joinCall({ callId: callId });
-
-      // Enviar invitación
-      await StreamCall.sendCallInvite({
-        callId: callId,
-        userId: recipientId
-      });
-
-      console.log('Llamada iniciada');
-    } catch (error) {
-      console.error('Fallo al iniciar llamada:', error);
-    }
-  }
-
-  async endCall() {
-    try {
-      await StreamCall.leaveCall();
-      console.log('Llamada terminada');
-    } catch (error) {
-      console.error('Fallo al terminar llamada:', error);
-    }
-  }
-
-  async toggleVideo(enabled: boolean) {
-    await StreamCall.toggleCamera({ enabled });
-  }
-
-  async toggleAudio(enabled: boolean) {
-    await StreamCall.toggleMicrophone({ enabled });
-  }
-
-  async flipCamera() {
-    await StreamCall.switchCamera();
-  }
-
-  private async getUserToken(userId: string): Promise<string> {
-    // Obtener token de usuario de tu backend
-    const response = await fetch(`/api/stream-token?userId=${userId}`);
-    const data = await response.json();
-    return data.token;
-  }
-
-  private async showIncomingCallDialog(data: any): Promise<boolean> {
-    // Mostrar diálogo nativo o UI personalizada
-    return confirm(`Llamada entrante de ${data.callerName}`);
-  }
-
-  private navigateToHome() {
-    // Navegar a la pantalla de inicio
-    window.location.href = '/';
-  }
-}
-
-// Uso
-const videoCall = new VideoCallService();
-await videoCall.initialize('user-123', 'John Doe');
-
-// Iniciar una llamada
-await videoCall.startCall('user-456');
-
-// Alternar controles
-await videoCall.toggleVideo(false); // Deshabilitar video
-await videoCall.toggleAudio(false); // Silenciar
-await videoCall.flipCamera(); // Cambiar cámara
-
-// Terminar llamada
-await videoCall.endCall();
-```
-
-## Mejores Prácticas
-
-- Inicializa el SDK temprano en el ciclo de vida de tu aplicación
-- Maneja las solicitudes de permisos antes de iniciar llamadas
-- Implementa manejo de errores adecuado para problemas de red
-- Limpia los listeners cuando los componentes se desmonten
-- Prueba en dispositivos reales (no solo emuladores)
-- Implementa lógica de reconexión para interrupciones de red
-- Proporciona retroalimentación visual para estados de llamada
-- Maneja transiciones background/foreground
-
-## Localización
-
-El Plugin soporta múltiples idiomas para elementos UI nativos. Configura en tus ajustes específicos de plataforma.
-
-## Casos de Uso
-
-- Videollamadas uno a uno
-- Videoconferencias grupales
-- Llamadas solo de audio
-- Sesiones de compartir pantalla
-- Chat de video de soporte al cliente
-- Consultas de telemedicina
-- Colaboración remota
diff --git a/src/content/docs/es/docs/plugins/streamcall/index.mdx b/src/content/docs/es/docs/plugins/streamcall/index.mdx
deleted file mode 100644
index 9a2d12b1e..000000000
--- a/src/content/docs/es/docs/plugins/streamcall/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@Capgo/Capacitor-stream-call"
-locale: es
-description: Integración del Stream Video SDK para aplicaciones Capacitor que habilita funcionalidad de videollamadas profesionales.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Habilita funcionalidad de videollamadas profesionales en tu aplicación usando el Stream Video SDK con soporte de pantalla completa e información del llamante.
-  image:
-    file: ~public/icons/plugins/streamcall.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/streamcall/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-stream-call/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Stream Video SDK" icon="star">
-    Impulsado por la infraestructura de video profesional de Stream
-  </Card>
-  <Card title="Llamadas de Pantalla Completa" icon="rocket">
-    Soporte de llamadas en pantalla de bloqueo y pantalla completa
-  </Card>
-  <Card title="Información del Llamante" icon="star">
-    Muestra nombre e imagen de perfil del llamante
-  </Card>
-  <Card title="Controles de Cámara" icon="setting">
-    Cambia cámaras y alterna video/audio
-  </Card>
-  <Card title="Gestión de Llamadas" icon="approve-check">
-    Acepta, rechaza y gestiona llamadas sin problemas
-  </Card>
-  <Card title="Multi-idioma" icon="translate">
-    Soporte de localización para iOS y Android
-  </Card>
-  <Card title="Comenzando" icon="open-book">
-    Consulta la [Guía de Inicio](/docs/plugins/streamcall/getting-started/) para instalar y configurar el Plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/textinteraction/getting-started.mdx b/src/content/docs/es/docs/plugins/textinteraction/getting-started.mdx
deleted file mode 100644
index 5bd45664b..000000000
--- a/src/content/docs/es/docs/plugins/textinteraction/getting-started.mdx
+++ /dev/null
@@ -1,273 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y utilizar el complemento Text Interaction para controlar
-  la lupa y la lupa de selección de texto iOS.
-sidebar:
-  order: 2
-locale: es
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Soporte de plataforma
-
-- **iOS**: iOS 15.0+ (requiere UITextInteraction API)
-- **Android**: No operativo (devoluciones no admitidas)
-- **Web**: No operativo (devoluciones no admitidas)
-
-## Ejemplo de uso
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-// Disable text interaction (remove magnifier/loupe)
-const result = await TextInteraction.setEnabled({ enabled: false });
-
-if (result.success) {
-  console.log('Text interaction disabled');
-} else {
-  console.log('Not supported on this platform');
-}
-
-// Re-enable text interaction before showing text inputs
-await TextInteraction.setEnabled({ enabled: true });
-```
-
-## API Referencia
-
-### setEnabled(opciones)
-
-```typescript
-setEnabled(options: { enabled: boolean }) => Promise<{ success: boolean }>
-```
-
-Habilite o deshabilite la interacción de texto iOS (lente de lupa y controladores de selección).
-
-| Parámetro | Tipo |
-| ------------- | ----------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-**Devoluciones:** `Promise<{ success: boolean }>`
-
-- Devuelve `{ success: true }` si la operación fue exitosa (iOS 15+)
-- Devuelve `{ success: false }` si no es compatible (Android, Web o iOS < 15)
-
-## Casos de uso prácticos
-
-### Aplicaciones de quiosco
-
-Deshabilite la interacción de texto en el modo quiosco para evitar que los usuarios accedan a los menús de copiar y pegar:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function enterKioskMode() {
-  // Disable text interaction in kiosk mode
-  const result = await TextInteraction.setEnabled({ enabled: false });
-
-  if (result.success) {
-    console.log('Kiosk mode: Text interaction disabled');
-  }
-}
-
-async function exitKioskMode() {
-  // Re-enable text interaction when exiting kiosk mode
-  await TextInteraction.setEnabled({ enabled: true });
-  console.log('Kiosk mode: Text interaction enabled');
-}
-```
-
-### Experiencias de juego
-
-Retire la lente de aumento durante el juego y restáurela para ingresar texto:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class GameController {
-  async startGame() {
-    // Disable text interaction during gameplay
-    await TextInteraction.setEnabled({ enabled: false });
-    console.log('Game started - text interaction disabled');
-  }
-
-  async showTextInput() {
-    // Enable text interaction before showing input
-    await TextInteraction.setEnabled({ enabled: true });
-    console.log('Text input ready - interaction enabled');
-
-    // Show input field
-    this.displayInputField();
-  }
-
-  async hideTextInput() {
-    // Hide input and disable interaction again
-    this.hideInputField();
-    await TextInteraction.setEnabled({ enabled: false });
-  }
-}
-```
-
-### Instalaciones interactivas
-
-Controle la interacción de texto para señalización digital y pantallas interactivas:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function setupInteractiveDisplay() {
-  // Disable text interaction for display mode
-  await TextInteraction.setEnabled({ enabled: false });
-
-  // Set up touch handlers for display interaction
-  document.addEventListener('touchstart', handleDisplayTouch);
-}
-
-async function enableUserInput() {
-  // Enable text interaction when user needs to input data
-  const result = await TextInteraction.setEnabled({ enabled: true });
-
-  if (result.success) {
-    showInputForm();
-  } else {
-    // Fallback for unsupported platforms
-    showInputFormWithoutTextInteraction();
-  }
-}
-```
-
-### Gestión de formularios
-
-Alternar interacción de texto según el estado del formulario:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class FormManager {
-  private textInteractionEnabled = true;
-
-  async disableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: false });
-    this.textInteractionEnabled = false;
-    return result.success;
-  }
-
-  async enableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: true });
-    this.textInteractionEnabled = true;
-    return result.success;
-  }
-
-  async onFormFocus() {
-    // Always enable before showing keyboard
-    await this.enableTextSelection();
-  }
-
-  async onFormBlur() {
-    // Optionally disable after input is complete
-    await this.disableTextSelection();
-  }
-}
-```
-
-### Interacción de texto condicional
-
-Control de interacción de texto compatible con la plataforma:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-import { Capacitor } from '@capacitor/core';
-
-async function toggleTextInteraction(enabled: boolean) {
-  // Only attempt on iOS
-  if (Capacitor.getPlatform() === 'ios') {
-    const result = await TextInteraction.setEnabled({ enabled });
-
-    if (result.success) {
-      console.log(`Text interaction ${enabled ? 'enabled' : 'disabled'}`);
-    } else {
-      console.log('Text interaction not supported on this iOS version');
-    }
-  } else {
-    console.log('Text interaction control only available on iOS');
-  }
-}
-
-// Usage
-await toggleTextInteraction(false); // Disable
-await toggleTextInteraction(true);  // Enable
-```
-
-## Mejores prácticas
-
-- **Always re-enable before text input**: Disable text interaction when needed, but always re-enable it before showing text input fields or keyboards
-- **Compruebe la compatibilidad con la plataforma**: verifique que `result.success` maneje correctamente las plataformas no compatibles
-- **Característica específica de iOS**: este complemento es exclusivo de iOS; implementar alternativas para Android y Web
-- **Experiencia de usuario**: considere las implicaciones de UX al deshabilitar la interacción de texto
-- **Gestión de estado**: seguimiento del estado habilitado/deshabilitado para evitar llamadas redundantes
-
-## Recordatorios importantes
-
-1. **Re-enable for text inputs**: Always call `setEnabled({ enabled: true })` before showing text input fields, otherwise users won't be able to properly select or edit text
-
-2. **Detección de plataforma**: el complemento devuelve `{ success: false }` en las versiones Android, web y iOS inferiores a 15.0.
-
-3. **No visual feedback**: Disabling text interaction removes the magnifier but doesn't provide visual feedback - implement your own UI indicators if needed
-
-4. **Valores predeterminados seguros**: el sistema de interacción de texto está habilitado de forma predeterminada, coincidiendo con el comportamiento estándar de iOS
-
-## Limitaciones
-
-- iOS 15.0+ únicamente (requiere UITextInteraction API)
-- Sin efecto en Android o plataformas web
-- No se puede desactivar selectivamente sólo la lupa o sólo los controladores de selección.
-- No hay devolución de llamada cuando los usuarios intentan utilizar funciones deshabilitadas
-
-## Casos de uso- **Aplicaciones de quiosco**: evita copiar y pegar en instalaciones controladas
-- **Experiencias de juego**: elimina la lupa durante el juego
-- **Pantallas interactivas**: controla la interacción del texto en la señalización digital
-- **Custom text editors**: Build specialized text editing experiences
-- **Seguridad**: evita la selección de texto en áreas sensibles
-
-## Solución de problemas
-
-### Interacción de texto no deshabilitada
-
-- Verifique que la versión iOS sea 15.0 o superior
-- Verifique que `result.success` devuelva `true`
-- Asegúrese de que ningún otro código vuelva a habilitar la interacción de texto
-
-### Los usuarios no pueden editar el texto
-
-- Make sure you called `setEnabled({ enabled: true })` before showing text inputs
-- Verify the enable call succeeded by checking `result.success`
-- Test on actual iOS device (not just simulator)
diff --git a/src/content/docs/es/docs/plugins/textinteraction/index.mdx b/src/content/docs/es/docs/plugins/textinteraction/index.mdx
deleted file mode 100644
index 21adea775..000000000
--- a/src/content/docs/es/docs/plugins/textinteraction/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@Capgo/Capacitor-textinteraction"
-locale: es
-description: Habilita o deshabilita la lupa de interacción de texto de iOS para un control preciso sobre el comportamiento del WebView.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Elimina la lupa de iOS en experiencias de kiosco o juegos, luego restáurala antes de la entrada de texto.
-  image:
-    file: ~public/icons/plugins/textinteraction.svg
-  actions:
-    - text: Primeros pasos
-      link: /docs/Plugins/textinteraction/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-textinteraction/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Controla el sistema de interacción de texto de Apple para adaptar la experiencia de usuario en pantallas de kiosco, juegos e instalaciones interactivas.
-
-<CardGrid stagger>
-  <Card title="Específico de iOS" icon="rocket">
-    Alterna la lupa y los controles de selección introducidos en iOS 15.
-  </Card>
-  <Card title="API simple" icon="pencil">
-    Llama a un solo método para habilitar o deshabilitar el estado de interacción de texto.
-  </Card>
-  <Card title="Valores predeterminados seguros" icon="approve-check">
-    Recibe un resultado booleano para que puedas detectar versiones no compatibles.
-  </Card>
-  <Card title="Amigable para kioscos" icon="star">
-    Previene copiar/pegar con pulsación prolongada en instalaciones controladas o señalización.
-  </Card>
-</CardGrid>
-
-Usa la guía de primeros pasos para un patrón de integración mínimo y recordatorios para volver a habilitar la interacción antes de mostrar entradas de texto.
diff --git a/src/content/docs/es/docs/plugins/twilio-voice/getting-started.mdx b/src/content/docs/es/docs/plugins/twilio-voice/getting-started.mdx
deleted file mode 100644
index 34ef8e8f4..000000000
--- a/src/content/docs/es/docs/plugins/twilio-voice/getting-started.mdx
+++ /dev/null
@@ -1,322 +0,0 @@
----
-title: Empezando
-description: ''
-sidebar:
-  order: 2
-locale: es
----
-- `registered` - Registrado exitosamente con Twilio
-- `unregistered` - No registrado desde Twilio
-- `registrationFailed` - Error en el registro
-- `incomingCall` - Llamada entrante recibida
-- `callConnected` - Llamada conectada exitosamente
-- `callDisconnected` - Llamada desconectada
-- `callRinging` - La llamada saliente está sonando
-- `callReconnecting` - La llamada se está reconectando
-- `callReconnected` - Llamada reconectada después de una interrupción
-- `qualityWarning` - Advertencia de calidad de llamada
-- `error` - Se produjo un error
-
-### Ejemplos de eventos
-
-```typescript
-// Handle incoming calls
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.from);
-  console.log('Call SID:', data.callSid);
-
-  // Show incoming call UI
-  showIncomingCallScreen({
-    from: data.from,
-    callSid: data.callSid
-  });
-});
-
-// Handle call state changes
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data.callSid);
-  startCallTimer();
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('Call ended:', data.callSid);
-  stopCallTimer();
-  hideCallScreen();
-});
-
-// Handle quality warnings
-TwilioVoice.addListener('qualityWarning', (data) => {
-  console.warn('Call quality warning:', data.warning);
-  showQualityWarning(data.warning);
-});
-
-// Handle errors
-TwilioVoice.addListener('error', (error) => {
-  console.error('Twilio error:', error.message);
-  handleError(error);
-});
-
-// Remove listeners when done
-const listener = await TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Connected');
-});
-
-// Later...
-listener.remove();
-```
-
-## Ejemplo completo
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-class VoiceCallService {
-  private currentCallSid: string | null = null;
-  private isMuted = false;
-  private isSpeakerOn = false;
-
-  async initialize(accessToken: string) {
-    try {
-      // Login to Twilio
-      await TwilioVoice.login({ accessToken });
-
-      // Check login status
-      const { loggedIn } = await TwilioVoice.isLoggedIn();
-      console.log('Login status:', loggedIn);
-
-      // Setup event listeners
-      this.setupEventListeners();
-
-    } catch (error) {
-      console.error('Failed to initialize:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // Registration events
-    TwilioVoice.addListener('registered', () => {
-      console.log('Successfully registered with Twilio');
-    });
-
-    TwilioVoice.addListener('registrationFailed', (error) => {
-      console.error('Registration failed:', error);
-    });
-
-    // Incoming call
-    TwilioVoice.addListener('incomingCall', async (data) => {
-      console.log('Incoming call from:', data.from);
-
-      const accepted = await this.showIncomingCallDialog(data.from);
-
-      if (accepted) {
-        await TwilioVoice.acceptCall({ callSid: data.callSid });
-        this.currentCallSid = data.callSid;
-      } else {
-        await TwilioVoice.rejectCall({ callSid: data.callSid });
-      }
-    });
-
-    // Call events
-    TwilioVoice.addListener('callConnected', (data) => {
-      console.log('Call connected');
-      this.currentCallSid = data.callSid;
-      this.showCallScreen();
-    });
-
-    TwilioVoice.addListener('callDisconnected', () => {
-      console.log('Call disconnected');
-      this.currentCallSid = null;
-      this.hideCallScreen();
-    });
-
-    TwilioVoice.addListener('callRinging', () => {
-      console.log('Call ringing...');
-    });
-
-    // Quality warnings
-    TwilioVoice.addListener('qualityWarning', (data) => {
-      console.warn('Call quality warning:', data.warning);
-      this.showQualityIndicator(data.warning);
-    });
-  }
-
-  async makeCall(phoneNumber: string) {
-    try {
-      const result = await TwilioVoice.makeCall({
-        to: phoneNumber,
-        params: {
-          // Optional custom parameters
-          customerId: 'customer-123'
-        }
-      });
-
-      this.currentCallSid = result.callSid;
-      console.log('Call initiated:', result.callSid);
-    } catch (error) {
-      console.error('Failed to make call:', error);
-    }
-  }
-
-  async endCall() {
-    if (this.currentCallSid) {
-      await TwilioVoice.endCall({ callSid: this.currentCallSid });
-      this.currentCallSid = null;
-    }
-  }
-
-  async toggleMute() {
-    this.isMuted = !this.isMuted;
-    await TwilioVoice.muteCall({
-      muted: this.isMuted,
-      callSid: this.currentCallSid || undefined
-    });
-  }
-
-  async toggleSpeaker() {
-    this.isSpeakerOn = !this.isSpeakerOn;
-    await TwilioVoice.setSpeaker({ enabled: this.isSpeakerOn });
-  }
-
-  async sendDTMF(digits: string) {
-    if (this.currentCallSid) {
-      await TwilioVoice.sendDigits({
-        digits,
-        callSid: this.currentCallSid
-      });
-    }
-  }
-
-  async logout() {
-    await TwilioVoice.logout();
-  }
-
-  private async showIncomingCallDialog(from: string): Promise<boolean> {
-    // Show native dialog or custom UI
-    return confirm(`Incoming call from ${from}`);
-  }
-
-  private showCallScreen() {
-    // Show call UI
-    console.log('Showing call screen');
-  }
-
-  private hideCallScreen() {
-    // Hide call UI
-    console.log('Hiding call screen');
-  }
-
-  private showQualityIndicator(warning: string) {
-    // Show quality warning
-    console.log('Quality warning:', warning);
-  }
-}
-
-// Usage
-const voiceService = new VoiceCallService();
-
-// Initialize with access token from your backend
-const token = await fetchTwilioToken();
-await voiceService.initialize(token);
-
-// Make a call
-await voiceService.makeCall('+1234567890');
-
-// Control call
-await voiceService.toggleMute();
-await voiceService.toggleSpeaker();
-await voiceService.sendDTMF('1');
-
-// End call
-await voiceService.endCall();
-
-// Logout
-await voiceService.logout();
-```
-
-## Mejores prácticas
-
-- Obtenga tokens de acceso de su servidor backend, nunca los incruste en la aplicación
-- Implementar lógica de actualización de tokens para sesiones de larga duración.
-- Manejar las interrupciones de la red con lógica de reconexión.
-- Proporcionar información visual para los estados de las llamadas.
-- Prueba en dispositivos reales con notificaciones push
-- Implementar un manejo adecuado de errores.
-- Limpiar los oyentes cuando los componentes se desmontan
-- Solicitar permisos de micrófono antes de realizar llamadas.
-
-## Consideraciones de seguridad
-
-- Nunca almacene Twilio credenciales en la aplicación
-- Genera tokens de acceso en tu backend
-- Implementar la caducidad y actualización del token.
-- Utilice HTTPS para todas las solicitudes de tokens
-- Validar llamadas entrantes del lado del servidor
-
-## Solución de problemas
-
-### Llamadas que no se conectan
-
-- Verificar que el token de acceso sea válido y no esté caducado.
-- Verificar la conectividad de la red.
-- Asegúrese de que se concedan los permisos del micrófono
-- Verificar que la cuenta Twilio esté configurada correctamente
-
-### Las notificaciones automáticas no funcionan
-
-- Verifique que los certificados PushKit/FCM estén configurados en Twilio
-- Verifique que el dispositivo esté registrado para recibir notificaciones push
-- Prueba con certificados de producción.
-
-### Problemas de audio
-
-- Verificar los permisos del micrófono
-- Verificar la configuración del altavoz/bluetooth
-- Pruebe el enrutamiento de audio en dispositivos reales
-
-## Visualización del nombre de la persona que llama (CapacitorTwilioCallerName)
-
-De forma predeterminada, las llamadas entrantes muestran el número de teléfono o la identificación del cliente de la persona que llama. Puede personalizar esto pasando un parámetro `CapacitorTwilioCallerName` desde su backend TwiML para mostrar un nombre descriptivo.
-
-### Configuración del servidor
-
-Al generar su respuesta TwiML para el dial `<Client>`, agregue el parámetro `CapacitorTwilioCallerName`:
-
-```java
-// Java example
-Parameter callerNameParam = new Parameter.Builder()
-    .name("CapacitorTwilioCallerName")
-    .value("John Doe")
-    .build();
-
-Client client = new Client.Builder(identity)
-    .parameter(callerNameParam)
-    .build();
-
-Dial dial = new Dial.Builder()
-    .client(client)
-    .build();
-```
-
-```javascript
-// Node.js example
-const VoiceResponse = require('twilio').twiml.VoiceResponse;
-
-const response = new VoiceResponse();
-const dial = response.dial();
-dial.client({
-  name: 'CapacitorTwilioCallerName',
-  value: 'John Doe'
-}, identity);
-```
-
-### Cómo funciona
-
-1. Cuando su backend recibe una llamada entrante, genera TwiML para enrutar la llamada.
-2. Incluya el parámetro `CapacitorTwilioCallerName` con el nombre para mostrar de la persona que llama.
-3. El complemento extrae automáticamente este parámetro y lo utiliza para:
-   - iOS Pantalla de llamada entrante de CallKit
-   - Android notificación de llamada entrante
-   - El campo `from` en eventos `incomingCall`
-   - La matriz `pendingInvites` en estado de llamada
-
-Si no se proporciona `CapacitorTwilioCallerName`, el complemento recurre al número de teléfono o ID del cliente de la persona que llama.
diff --git a/src/content/docs/es/docs/plugins/twilio-voice/index.mdx b/src/content/docs/es/docs/plugins/twilio-voice/index.mdx
deleted file mode 100644
index 3c91833d8..000000000
--- a/src/content/docs/es/docs/plugins/twilio-voice/index.mdx
+++ /dev/null
@@ -1,108 +0,0 @@
----
-title: "@Capgo/Capacitor-twilio-voice"
-locale: es
-description: Plugin de integración con la API de Twilio Voice para aplicaciones Capacitor con llamadas VoIP, gestión de llamadas y manejo de audio.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Integra la API de Twilio Voice para llamadas VoIP de alta calidad con gestión de llamadas, controles de audio y comunicación en tiempo real.
-  image:
-    file: ~public/icons/plugins/twilio-voice.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/twilio-voice/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-twilio-voice/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Descripción General
-
-El Plugin Capacitor Twilio Voice habilita funcionalidad de llamadas VoIP de alta calidad en aplicaciones iOS y Android usando la API de Voz de Twilio. Este Plugin proporciona gestión integral de llamadas, autenticación y controles de audio para crear experiencias de llamadas profesionales.
-
-<CardGrid stagger>
-  <Card title="Llamadas VoIP" icon="rocket">
-    Llamadas de voz de alta calidad por internet usando la API de Voz de Twilio
-  </Card>
-  <Card title="Gestión de llamadas" icon="setting">
-    Hacer, aceptar, rechazar y finalizar llamadas con control completo del ciclo de vida
-  </Card>
-  <Card title="Controles de audio" icon="comment">
-    Silencio, alternar altavoz y opciones de enrutamiento de audio
-  </Card>
-  <Card title="Soporte de plataforma" icon="approve-check">
-    Implementación nativa para iOS y Android con notificaciones push
-  </Card>
-</CardGrid>
-
-## Instalación
-
-```bash
-npm install @capgo/capacitor-twilio-voice
-npx cap sync
-```
-
-## Métodos Principales de API
-
-### Autenticación
-- `login(options: { accessToken: string })` - Autenticarse con Twilio usando token de acceso
-- `logout()` - Finalizar sesión del usuario y limpiar estado de llamadas
-- `isLoggedIn()` - Verificar estado de autenticación actual
-
-### Gestión de Llamadas
-- `makeCall(options: { to: string })` - Iniciar llamada saliente a número especificado
-- `acceptCall(options: { callSid: string })` - Aceptar llamada entrante
-- `rejectCall(options: { callSid: string })` - Rechazar llamada entrante
-- `endCall(options?: { callSid?: string })` - Terminar llamada activa
-- `muteCall(options: { muted: boolean, callSid?: string })` - Silenciar/activar audio de llamada
-- `setSpeaker(options: { enabled: boolean })` - Alternar salida de altavoz
-
-## Listeners de Eventos
-
-El Plugin proporciona manejo integral de eventos para:
-- Eventos de registro para estado de conexión
-- Cambios de estado de llamada (conectada, desconectada, sonando)
-- Advertencias de calidad y problemas de conexión
-- Notificaciones de llamadas entrantes
-
-## Configuración de Plataforma
-
-### Configuración de iOS
-- Requiere integración con PushKit para llamadas entrantes
-- Configuración de certificado para uso en producción
-- Permisos de micrófono en Información.plist
-
-### Configuración de Android
-- Configuración de Firebase para notificaciones push
-- Permisos de micrófono en AndroidManifest.XML
-- Configuración de servicio en segundo plano
-
-## Ejemplo de Inicio Rápido
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// Autenticarse con Twilio
-await TwilioVoice.login({ accessToken: 'tu-token-de-acceso-twilio' });
-
-// Hacer una llamada
-await TwilioVoice.makeCall({ to: '+1234567890' });
-
-// Escuchar eventos de llamada
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Llamada conectada:', data);
-});
-```
-
-## Documentación
-
-Consulta la [documentación completa](/docs/plugins/twilio-voice/getting-started/) para instrucciones detalladas de configuración, configuración avanzada y ejemplos de integración.
diff --git a/src/content/docs/es/docs/plugins/updater/api.md b/src/content/docs/es/docs/plugins/updater/api.md
deleted file mode 100644
index f089962b9..000000000
--- a/src/content/docs/es/docs/plugins/updater/api.md
+++ /dev/null
@@ -1,1147 +0,0 @@
----
-title: "Funciones y configuraciones"
-locale: es
-description: "Todos los métodos y configuraciones disponibles del Plugin"
-sidebar:
-  order: 2
----
-
-# Configuración del Plugin Updater
-
-Consulta el [Readme](https://github.com/Cap-go/capacitor-updater) de GitHub para más información.
-
-<docgen-config>
-<!--Actualiza los comentarios JSDoc del archivo fuente y vuelve a ejecutar docgen para actualizar los documentos a continuación-->
-
-CapacitorUpdater puede configurarse con estas opciones:
-
-| Prop                         | Tipo                                            | Descripción                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       | Por defecto                                            | Desde   |
-| ---------------------------- | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------- | ------- |
-| **`appReadyTimeout`**        | <code>number</code>                             | Configura el número de milisegundos que el Plugin nativo debe esperar antes de considerar una actualización como 'fallida'. Solo disponible para Android e iOS.                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>10000 // (10 segundos)</code>                 |         |
-| **`responseTimeout`**        | <code>number</code>                             | Configura el número de milisegundos que el Plugin nativo debe esperar antes de considerar un timeout de API. Solo disponible para Android e iOS.                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>20 // (20 segundos)</code>                     |         |
-| **`autoDeleteFailed`**       | <code>boolean</code>                            | Configura si el Plugin debe eliminar automáticamente los Paquetes fallidos. Solo disponible para Android e iOS.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                  | <code>true</code>                                  |         |
-| **`autoDeletePrevious`**     | <code>boolean</code>                            | Configura si el Plugin debe eliminar automáticamente los Paquetes anteriores después de una actualización exitosa. Solo disponible para Android e iOS.                                                                                                                                                                                                                                                                                                                                                                                                                                      | <code>true</code>                                  |         |
-| **`autoUpdate`**             | <code>boolean</code>                            | Configura si el Plugin debe usar Actualización Automática a través de un servidor de actualizaciones. Solo disponible para Android e iOS.                                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>true</code>                                  |         |
-| **`resetWhenUpdate`**        | <code>boolean</code>                            | Elimina automáticamente los Paquetes descargados anteriores cuando se instala un nuevo Paquete de aplicación nativa en el dispositivo. Solo disponible para Android e iOS.                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>true</code>                                  |         |
-| **`updateUrl`**              | <code>string</code>                             | Configura la URL / endpoint al que se envían las verificaciones de actualización. Solo disponible para Android e iOS.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>https://plugin.capgo.app/updates</code>      |         |
-| **`channelUrl`**             | <code>string</code>                             | Configura la URL / endpoint para operaciones de canal. Solo disponible para Android e iOS.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          | <code>https://plugin.capgo.app/channel_self</code> |         |
-| **`statsUrl`**               | <code>string</code>                             | Configura la URL / endpoint al que se envían las estadísticas de actualización. Solo disponible para Android e iOS. Establece en "" para deshabilitar el reporte de estadísticas.                                                                                                                                                                                                                                                                                                                                                                                                                       | <code>https://plugin.capgo.app/stats</code>        |         |
-| **`publicKey`**              | <code>string</code>                             | Configura la clave pública para cifrado de actualizaciones en vivo de extremo a extremo Versión 2 Solo disponible para Android e iOS.                                                                                                                                                                                                                                                                                                                                                                                                                                                                      | <code>undefined</code>                             | 6.2.0   |
-| **`version`**                | <code>string</code>                             | Configura la versión actual de la aplicación. Esto se usará para la primera solicitud de actualización. Si no se establece, el Plugin obtendrá la versión del código nativo. Solo disponible para Android e iOS.                                                                                                                                                                                                                                                                                                                                                                                   | <code>undefined</code>                             | 4.17.48 |
-| **`directUpdate`**           | <code>boolean \| 'always' \| 'atInstall' \| 'onLaunch'</code> | Configura cuándo el Plugin debe realizar instalación directa de actualizaciones. Solo para modo autoUpdate. Funciona bien para aplicaciones menores a 10MB y con cargas realizadas usando el flag --partial. Zip o aplicaciones mayores a 10MB serán relativamente lentas para que los usuarios actualicen. - false: Nunca hacer actualizaciones directas (usar comportamiento predeterminado: descargar al inicio, establecer cuando se pone en segundo plano) - atInstall: Actualización directa solo cuando la aplicación está instalada, actualizada desde la tienda, de lo contrario actúa como directUpdate = false - onLaunch: Actualización directa solo al instalar la aplicación, actualizarla desde la tienda o después de cerrar la aplicación, de lo contrario actúa como directUpdate = false - always: Actualización directa en todos los casos anteriores (aplicación instalada, actualizada desde la tienda, después de cerrar la aplicación o reanudar la aplicación), nunca actúa como directUpdate = false - true: (obsoleto) Lo mismo que "always" para retrocompatibilidad Solo disponible para Android e iOS. | <code>false</code>                                 | 5.1.0   |
-| **`autoSplashscreen`**       | <code>boolean</code>                            | Maneja automáticamente el ocultamiento de la pantalla de bienvenida cuando se usa directUpdate. Cuando está habilitado, el Plugin ocultará automáticamente la pantalla de bienvenida después de aplicar las actualizaciones o cuando no se necesite actualización. Esto elimina la necesidad de escuchar manualmente los eventos appReady y llamar a SplashScreen.hide(). Solo funciona cuando directUpdate está establecido en "atInstall", "always" o true. Requiere que el Plugin @Capacitor/splash-screen esté instalado y configurado con launchAutoHide: false. Requiere que autoUpdate y directUpdate estén habilitados. Solo disponible para Android e iOS.                      | <code>false</code>                                 | 7.6.0   |
-| **`periodCheckDelay`**       | <code>number</code>                             | Configura el período de retraso para la verificación periódica de actualizaciones. La unidad es en segundos. Solo disponible para Android e iOS. No puede ser menor a 600 segundos (10 minutos).                                                                                                                                                                                                                                                                                                                                                                                                     | <code>600 // (10 minutos)</code>                   |         |
-| **`localS3`**                | <code>boolean</code>                            | Configura el CLI para usar un servidor local para pruebas o servidor de actualizaciones auto-hospedado.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 4.17.48 |
-| **`localHost`**              | <code>string</code>                             | Configura el CLI para usar un servidor local para pruebas o servidor de actualizaciones auto-hospedado.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 4.17.48 |
-| **`localWebHost`**           | <code>string</code>                             | Configura el CLI para usar un servidor local para pruebas o servidor de actualizaciones auto-hospedado.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 4.17.48 |
-| **`localSupa`**              | <code>string</code>                             | Configura el CLI para usar un servidor local para pruebas o servidor de actualizaciones auto-hospedado.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 4.17.48 |
-| **`localSupaAnon`**          | <code>string</code>                             | Configura el CLI para usar un servidor local para pruebas.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                              | <code>undefined</code>                             | 4.17.48 |
-| **`localApi`**               | <code>string</code>                             | Configura el CLI para usar una API local para pruebas.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 6.3.3   |
-| **`localApiFiles`**          | <code>string</code>                             | Configura el CLI para usar una API de archivos local para pruebas.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>undefined</code>                             | 6.3.3   |
-| **`allowModifyUrl`**         | <code>boolean</code>                            | Permite que el Plugin modifique dinámicamente updateUrl, statsUrl y channelUrl desde el lado de JavaScript.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           | <code>false</code>                                 | 5.4.0   |
-| **`defaultChannel`**         | <code>string</code>                             | Establece el canal predeterminado para la aplicación en la configuración. Sensible a mayúsculas. Esta configuración anulará el canal predeterminado establecido en la nube, pero aún respetará las anulaciones hechas en la nube.                                                                                                                                                                                                                                                                                                                                                                      | <code>undefined</code>                             | 5.5.0   |
-| **`appId`**                  | <code>string</code>                             | Configura el id de la aplicación en la configuración.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>undefined</code>                             | 6.0.0   |
-| **`keepUrlPathAfterReload`** | <code>boolean</code>                            | Configura el Plugin para mantener la ruta de URL después de una recarga. ADVERTENCIA: Cuando se activa una recarga, 'window.history' se borrará.                                                                                                                                                                                                                                                                                                                                                                                                                                  | <code>false</code>                                 | 6.8.0   |
-| **`disableJSLogging`**       | <code>boolean</code>                            | Deshabilita el registro de JavaScript del Plugin. Si es true, el Plugin no registrará en la consola de JavaScript. Solo se realizará el registro nativo                                                                                                                                                                                                                                                                                                                                                                                                                                        | <code>false</code>                                 | 7.3.0   |
-| **`shakeMenu`**              | <code>boolean</code>                            | Habilita el gesto de sacudir para mostrar el menú de actualización para propósitos de depuración/prueba                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           | <code>false</code>                                 | 7.5.0   |
-
-## Ejemplos
-
-En `capacitor.config.json`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000 // (1 segundo),
-      "responseTimeout": 10 // (10 segundos),
-      "autoDeleteFailed": false,
-      "autoDeletePrevious": false,
-      "autoUpdate": false,
-      "resetWhenUpdate": false,
-      "updateUrl": https://example.com/api/auto_update,
-      "channelUrl": https://example.com/api/channel,
-      "statsUrl": https://example.com/api/stats,
-      "publicKey": undefined,
-      "version": undefined,
-      "directUpdate": undefined,
-      "autoSplashscreen": undefined,
-      "periodCheckDelay": undefined,
-      "localS3": undefined,
-      "localHost": undefined,
-      "localWebHost": undefined,
-      "localSupa": undefined,
-      "localSupaAnon": undefined,
-      "localApi": undefined,
-      "localApiFiles": undefined,
-      "allowModifyUrl": undefined,
-      "defaultChannel": undefined,
-      "appId": undefined,
-      "keepUrlPathAfterReload": undefined,
-      "disableJSLogging": undefined,
-      "shakeMenu": undefined
-    }
-  }
-}
-```
-
-En `capacitor.config.ts`:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      appReadyTimeout: 1000 // (1 segundo),
-      responseTimeout: 10 // (10 segundos),
-      autoDeleteFailed: false,
-      autoDeletePrevious: false,
-      autoUpdate: false,
-      resetWhenUpdate: false,
-      updateUrl: https://example.com/api/auto_update,
-      channelUrl: https://example.com/api/channel,
-      statsUrl: https://example.com/api/stats,
-      publicKey: undefined,
-      version: undefined,
-      directUpdate: undefined,
-      autoSplashscreen: undefined,
-      periodCheckDelay: undefined,
-      localS3: undefined,
-      localHost: undefined,
-      localWebHost: undefined,
-      localSupa: undefined,
-      localSupaAnon: undefined,
-      localApi: undefined,
-      localApiFiles: undefined,
-      allowModifyUrl: undefined,
-      defaultChannel: undefined,
-      appId: undefined,
-      keepUrlPathAfterReload: undefined,
-      disableJSLogging: undefined,
-      shakeMenu: undefined,
-    },
-  },
-};
-
-export default config;
-```
-
-</docgen-config>
-
-<docgen-index>
-
-* [`notifyAppReady()`](#notifyappready)
-* [`setUpdateUrl(...)`](#setupdateurl)
-* [`setStatsUrl(...)`](#setstatsurl)
-* [`setChannelUrl(...)`](#setchannelurl)
-* [`download(...)`](#download)
-* [`next(...)`](#next)
-* [`set(...)`](#set)
-* [`delete(...)`](#delete)
-* [`list(...)`](#list)
-* [`reset(...)`](#reset)
-* [`current()`](#current)
-* [`reload()`](#reload)
-* [`setMultiDelay(...)`](#setmultidelay)
-* [`cancelDelay()`](#canceldelay)
-* [`getLatest(...)`](#getlatest)
-* [`setChannel(...)`](#setchannel)
-* [`unsetChannel(...)`](#unsetchannel)
-* [`getChannel()`](#getchannel)
-* [`listChannels()`](#listchannels)
-* [`setCustomId(...)`](#setcustomid)
-* [`getBuiltinVersion()`](#getbuiltinversion)
-* [`getDeviceId()`](#getdeviceid)
-* [`getPluginVersion()`](#getpluginversion)
-* [`isAutoUpdateEnabled()`](#isautoupdateenabled)
-* [`removeAllListeners()`](#removealllisteners)
-* [`addListener('download', ...)`](#addlistenerdownload-)
-* [`addListener('noNeedUpdate', ...)`](#addlistenernoneedupdate-)
-* [`addListener('updateAvailable', ...)`](#addlistenerupdateavailable-)
-* [`addListener('downloadComplete', ...)`](#addlistenerdownloadcomplete-)
-* [`addListener('majorAvailable', ...)`](#addlistenermajoravailable-)
-* [`addListener('updateFailed', ...)`](#addlistenerupdatefailed-)
-* [`addListener('downloadFailed', ...)`](#addlistenerdownloadfailed-)
-* [`addListener('appReloaded', ...)`](#addlistenerappreloaded-)
-* [`addListener('appReady', ...)`](#addlistenerappready-)
-* [`isAutoUpdateAvailable()`](#isautoupdateavailable)
-* [`getNextBundle()`](#getnextbundle)
-* [`setShakeMenu(...)`](#setshakemenu)
-* [`isShakeMenuEnabled()`](#isshakemenuenabled)
-* [Interfaces](#interfaces)
-* [Alias de Tipos](#type-aliases)
-
-</docgen-index>
-
-# Métodos
-
-<docgen-API>
-<!--Actualiza los comentarios JSDoc del archivo fuente y vuelve a ejecutar docgen para actualizar los documentos a continuación-->
-
-## notifyAppReady()
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-Notifica a Capacitor Updater que el Paquete actual está funcionando (ocurrirá un Reversión si este método no se llama en cada inicio de aplicación)
-Por defecto, este método debe llamarse en los primeros 10 segundos después del inicio de la aplicación, de lo contrario ocurrirá un Reversión.
-Cambia este comportamiento con {@Enlace appReadyTimeout}
-
-**Retorna:** <code>Promise&lt;<a href="#appreadyresult">AppReadyResult</a>&gt;</code>
-
---------------------
-
-
-## setUpdateUrl(...)
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-Establece la updateUrl para la aplicación, esto se usará para verificar actualizaciones.
-
-| Parámetro         | Tipo                                            | Descripción                                       |
-| ------------- | ----------------------------------------------- | ------------------------------------------------- |
-| **`options`** | <code><a href="#updateurl">UpdateUrl</a></code> | contiene la URL a usar para verificar actualizaciones. |
-
-**Desde:** 5.4.0
-
---------------------
-
-
-## setStatsUrl(...)
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-Establece la statsUrl para la aplicación, esto se usará para enviar estadísticas. Pasar una cadena vacía deshabilitará la recopilación de estadísticas.
-
-| Parámetro         | Tipo                                          | Descripción                                     |
-| ------------- | --------------------------------------------- | ----------------------------------------------- |
-| **`options`** | <code><a href="#statsurl">StatsUrl</a></code> | contiene la URL a usar para enviar estadísticas. |
-
-**Desde:** 5.4.0
-
---------------------
-
-
-## setChannelUrl(...)
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-Establece la channelUrl para la aplicación, esto se usará para establecer el canal.
-
-| Parámetro         | Tipo                                              | Descripción                                      |
-| ------------- | ------------------------------------------------- | ------------------------------------------------ |
-| **`options`** | <code><a href="#channelurl">ChannelUrl</a></code> | contiene la URL a usar para establecer el canal. |
-
-**Desde:** 5.4.0
-
---------------------
-
-
-## Descargar(...)
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-Descarga un nuevo Paquete desde la URL proporcionada, debe ser un archivo zip, con archivos dentro o con un id único dentro con todos tus archivos
-
-| Parámetro         | Tipo                                                        | Descripción                                                                                  |
-| ------------- | ----------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#downloadoptions">DownloadOptions</a></code> | Las {@Enlace <a href="#downloadoptions">DownloadOptions</a>} para descargar un nuevo Paquete zip. |
-
-**Retorna:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-
-## next(...)
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-Establece el siguiente Paquete a usar cuando la aplicación se recarga.
-
-| Parámetro         | Tipo                                          | Descripción                                                                                                   |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Contiene el ID del siguiente Paquete a establecer en el próximo inicio de la aplicación. {@Enlace <a href="#bundleinfo">BundleInfo.id</a>} |
-
-**Retorna:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-
-## Establecer(...)
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-Establece el Paquete actual e inmediatamente recarga la aplicación.
-
-| Parámetro         | Tipo                                          | Descripción                                                                                       |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Un objeto {@Enlace <a href="#bundleid">BundleId</a>} que contiene el nuevo id del Paquete a establecer como actual. |
-
---------------------
-
-
-## Eliminar(...)
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-Elimina el Paquete especificado del almacenamiento de la aplicación nativa. Usa con {@Enlace list} para obtener los IDs de Paquete almacenados.
-
-| Parámetro         | Tipo                                          | Descripción                                                                                                                                   |
-| ------------- | --------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Un objeto {@Enlace <a href="#bundleid">BundleId</a>} que contiene el ID de un Paquete a eliminar (nota, este es el id del Paquete, NO el nombre de versión) |
-
---------------------
-
-
-## list(...)
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-Obtiene todos los Paquetes descargados localmente en tu aplicación
-
-| Parámetro         | Tipo                                                | Descripción                                                            |
-| ------------- | --------------------------------------------------- | ---------------------------------------------------------------------- |
-| **`options`** | <code><a href="#listoptions">ListOptions</a></code> | Las {@Enlace <a href="#listoptions">ListOptions</a>} para listar Paquetes |
-
-**Retorna:** <code>Promise&lt;<a href="#bundlelistresult">BundleListResult</a>&gt;</code>
-
---------------------
-
-
-## reset(...)
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-Restablece la aplicación al Paquete `builtin` (el enviado a Apple Aplicación Store / Google Play Store) o al último Paquete cargado exitosamente.
-
-| Parámetro         | Tipo                                                  | Descripción                                                                                                                                                                      |
-| ------------- | ----------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#resetoptions">ResetOptions</a></code> | Contiene {@Enlace <a href="#resetoptions">ResetOptions.toLastSuccessful</a>}, `true` restablece al Paquete builtin y `false` restablecerá al último Paquete cargado exitosamente. |
-
---------------------
-
-
-## current()
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```
-
-Obtiene el Paquete actual, si no hay ninguno establecido retorna `builtin`. currentNative es el Paquete original instalado en el dispositivo
-
-**Retorna:** <code>Promise&lt;<a href="#currentbundleresult">CurrentBundleResult</a>&gt;</code>
-
---------------------
-
-
-## reload()
-
-```typescript
-reload() => Promise<void>
-```
-
-Recarga la vista
-
---------------------
-
-
-## setMultiDelay(...)
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-Establece un array de {@Enlace <a href="#delaycondition">DelayCondition</a>} que contiene condiciones que el Plugin usará para retrasar la actualización.
-Después de que se cumplan todas las condiciones, el proceso de actualización comenzará nuevamente como de costumbre, por lo que la actualización se instalará después de poner en segundo plano o cerrar la aplicación.
-Para el tipo `date`, el valor debe ser una cadena de fecha iso8601.
-Para el tipo `background`, el valor debe ser un número en milisegundos.
-Para el tipo `nativeVersion`, el valor debe ser el número de versión.
-Para el tipo `kill`, el valor no se usa.
-La función tiene comportamiento inconsistente, la opción kill activa la actualización después del primer cierre y no después del siguiente segundo plano como otras opciones. Esto se corregirá en una futura versión mayor.
-
-| Parámetro         | Tipo                                                                  | Descripción                                                                                                |
-| ------------- | --------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#multidelayconditions">MultiDelayConditions</a></code> | Contiene el array de {@Enlace <a href="#multidelayconditions">MultiDelayConditions</a>} de condiciones a establecer |
-
-**Desde:** 4.3.0
-
---------------------
-
-
-## cancelDelay()
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-Cancela una {@Enlace <a href="#delaycondition">DelayCondition</a>} para procesar una actualización inmediatamente.
-
-**Desde:** 4.0.0
-
---------------------
-
-
-## getLatest(...)
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-Obtiene el último Paquete disponible desde la URL de actualización
-
-| Parámetro         | Tipo                                                          |
-| ------------- | ------------------------------------------------------------- |
-| **`options`** | <code><a href="#getlatestoptions">GetLatestOptions</a></code> |
-
-**Retorna:** <code>Promise&lt;<a href="#latestversion">LatestVersion</a>&gt;</code>
-
-**Desde:** 4.0.0
-
---------------------
-
-
-## setChannel(...)
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-Establece el canal para este dispositivo. El canal debe permitir auto-asignación para que esto funcione.
-No uses este método para establecer el canal al inicio.
-Este método es para establecer el canal después de que la aplicación esté lista, y el usuario haya interactuado.
-Si quieres establecer el canal al inicio, usa {@Enlace PluginsConfig} para establecer el canal predeterminado.
-Este método envía al backend de Capgo una solicitud para vincular el ID del dispositivo al canal. Capgo puede aceptar o rechazar dependiendo de la configuración de tu canal.
-
-| Parámetro         | Tipo                                                            | Descripción                                                                      |
-| ------------- | --------------------------------------------------------------- | -------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setchanneloptions">SetChannelOptions</a></code> | Es el canal {@Enlace <a href="#setchanneloptions">SetChannelOptions</a>} a establecer |
-
-**Retorna:** <code>Promise&lt;<a href="#channelres">ChannelRes</a>&gt;</code>
-
-**Desde:** 4.7.0
-
---------------------
-
-
-## unsetChannel(...)
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-Desestablece el canal para este dispositivo. El dispositivo volverá entonces al canal predeterminado
-
-| Parámetro         | Tipo                                                                |
-| ------------- | ------------------------------------------------------------------- |
-| **`options`** | <code><a href="#unsetchanneloptions">UnsetChannelOptions</a></code> |
-
-**Desde:** 4.7.0
-
---------------------
-
-
-## getChannel()
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-Obtiene el canal para este dispositivo
-
-**Retorna:** <code>Promise&lt;<a href="#getchannelres">GetChannelRes</a>&gt;</code>
-
-**Desde:** 4.8.0
-
---------------------
-
-
-## listChannels()
-
-```typescript
-listChannels() => Promise<ListChannelsResult>
-```
-
-Lista todos los canales disponibles para este dispositivo que permiten auto-asignación
-
-**Retorna:** <code>Promise&lt;<a href="#listchannelsresult">ListChannelsResult</a>&gt;</code>
-
-**Desde:** 7.5.0
-
---------------------
-
-
-## setCustomId(...)
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```
-
-Establece un ID personalizado para este dispositivo
-
-| Parámetro         | Tipo                                                              | Descripción                                                                         |
-| ------------- | ----------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setcustomidoptions">SetCustomIdOptions</a></code> | es el {@Enlace <a href="#setcustomidoptions">SetCustomIdOptions</a>} customId a establecer |
-
-**Desde:** 4.9.0
-
---------------------
-
-
-## getBuiltinVersion()
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-Obtiene la versión de la aplicación nativa o la versión builtin si se estableció en la configuración
-
-**Retorna:** <code>Promise&lt;<a href="#builtinversion">BuiltinVersion</a>&gt;</code>
-
-**Desde:** 5.2.0
-
---------------------
-
-
-## getDeviceId()
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-Obtiene el ID único usado para identificar el dispositivo (enviado al servidor de actualización automática)
-
-**Retorna:** <code>Promise&lt;<a href="#deviceid">DeviceId</a>&gt;</code>
-
---------------------
-
-
-## getPluginVersion()
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-Obtiene la versión del Plugin nativo Capacitor Updater (enviado al servidor de actualización automática)
-
-**Retorna:** <code>Promise&lt;<a href="#pluginversion">PluginVersion</a>&gt;</code>
-
---------------------
-
-
-## isAutoUpdateEnabled()
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-Obtiene el estado de la configuración de actualización automática.
-
-**Retorna:** <code>Promise&lt;<a href="#autoupdateenabled">AutoUpdateEnabled</a>&gt;</code>
-
---------------------
-
-
-## removeAllListeners()
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-Elimina todos los listeners de este Plugin.
-
-**Desde:** 1.0.0
-
---------------------
-
-
-## addListener('Descargar', ...)
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Escucha el evento de descarga de Paquete en la Aplicación. Se activa una vez que comienza una descarga, durante la descarga y cuando termina.
-Esto te devolverá todos los porcentajes de descarga durante la descarga
-
-| Parámetro              | Tipo                                                                        |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'Descargar'</code>                                                     |
-| **`listenerFunc`** | <code>(state: <a href="#downloadevent">DownloadEvent</a>) =&gt; void</code> |
-
-**Retorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Desde:** 2.0.11
-
---------------------
-
-
-## addListener('noNeedUpdate', ...)
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Escucha el evento de no necesidad de actualización, útil cuando quieres forzar la verificación cada vez que se inicia la aplicación
-
-| Parámetro              | Tipo                                                                    |
-| ------------------ | ----------------------------------------------------------------------- |
-| **`eventName`**    | <code>'noNeedUpdate'</code>                                             |
-| **`listenerFunc`** | <code>(state: <a href="#noneedevent">NoNeedEvent</a>) =&gt; void</code> |
-
-**Retorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Desde:** 4.0.0
-
---------------------
-
-
-## addListener('updateAvailable', ...)
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Escucha el evento de actualización disponible, útil cuando quieres forzar la verificación cada vez que se inicia la aplicación
-
-| Parámetro              | Tipo                                                                                      |
-| ------------------ | ----------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'updateAvailable'</code>                                                            |
-| **`listenerFunc`** | <code>(state: <a href="#updateavailableevent">UpdateAvailableEvent</a>) =&gt; void</code> |
-
-**Retorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Desde:** 4.0.0
-
---------------------
-
-
-## addListener('downloadComplete', ...)
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Escucha eventos de downloadComplete.
-
-| Parámetro              | Tipo                                                                                        |
-| ------------------ | ------------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'downloadComplete'</code>                                                             |
-| **`listenerFunc`** | <code>(state: <a href="#downloadcompleteevent">DownloadCompleteEvent</a>) =&gt; void</code> |
-
-**Retorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Desde:** 4.0.0
-
---------------------
-
-
-## addListener('majorAvailable', ...)
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Escucha el evento de actualización Mayor en la Aplicación, te permite saber cuando una actualización mayor está bloqueada al establecer disableAutoUpdateBreaking
-
-| Parámetro              | Tipo                                                                                    |
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'majorAvailable'</code>                                                           |
-| **`listenerFunc`** | <code>(state: <a href="#majoravailableevent">MajorAvailableEvent</a>) =&gt; void</code> |
-
-**Retorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Desde:** 2.3.0
-
---------------------
-
-
-## addListener('updateFailed', ...)
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Escucha el evento de fallo de actualización en la Aplicación, te permite saber cuando la actualización ha fallado al instalarse en el próximo inicio de la aplicación
-
-| Parámetro              | Tipo                                                                                |
-| ------------------ | ----------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'updateFailed'</code>                                                         |
-| **`listenerFunc`** | <code>(state: <a href="#updatefailedevent">UpdateFailedEvent</a>) =&gt; void</code> |
-
-**Retorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Desde:** 2.3.0
-
---------------------
-
-
-## addListener('downloadFailed', ...)
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Escucha el evento de fallo de descarga en la Aplicación, te permite saber cuando la descarga de un Paquete ha fallado
-
-| Parámetro              | Tipo                                                                                    |
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'downloadFailed'</code>                                                           |
-| **`listenerFunc`** | <code>(state: <a href="#downloadfailedevent">DownloadFailedEvent</a>) =&gt; void</code> |
-
-**Retorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Desde:** 4.0.0
-
---------------------
-
-
-## addListener('appReloaded', ...)
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-Escucha el evento de recarga en la Aplicación, te permite saber cuando ha ocurrido una recarga
-
-| Parámetro              | Tipo                       |
-| ------------------ | -------------------------- |
-| **`eventName`**    | <code>'appReloaded'</code> |
-| **`listenerFunc`** | <code>() =&gt; void</code> |
-
-**Retorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Desde:** 4.3.0
-
---------------------
-
-
-## addListener('appReady', ...)
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Escucha el evento de aplicación lista en la Aplicación, te permite saber cuando la aplicación está lista para usar
-
-| Parámetro              | Tipo                                                                        |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'appReady'</code>                                                     |
-| **`listenerFunc`** | <code>(state: <a href="#appreadyevent">AppReadyEvent</a>) =&gt; void</code> |
-
-**Retorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Desde:** 5.1.0
-
---------------------
-
-
-## isAutoUpdateAvailable()
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-Obtiene si la actualización automática está disponible (no deshabilitada por serverUrl).
-
-**Retorna:** <code>Promise&lt;<a href="#autoupdateavailable">AutoUpdateAvailable</a>&gt;</code>
-
---------------------
-
-
-## getNextBundle()
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-Obtiene el siguiente Paquete que se usará cuando la aplicación se recargue.
-Retorna null si no hay un siguiente Paquete establecido.
-
-**Retorna:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a> | null&gt;</code>
-
-**Desde:** 6.8.0
-
---------------------
-
-
-## setShakeMenu(...)
-
-```typescript
-setShakeMenu(options: SetShakeMenuOptions) => Promise<void>
-```
-
-Habilita o deshabilita el menú de sacudida para propósitos de depuración/prueba
-
-| Parámetro         | Tipo                                                                | Descripción                                              |
-| ------------- | ------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | <code><a href="#setshakemenuoptions">SetShakeMenuOptions</a></code> | Contiene el booleano Habilitado para habilitar o deshabilitar el menú de sacudida |
-
-**Desde:** 7.5.0
-
---------------------
-
-
-## isShakeMenuEnabled()
-
-```typescript
-isShakeMenuEnabled() => Promise<ShakeMenuEnabled>
-```
-
-Obtiene el estado actual del menú de sacudida
-
-**Retorna:** <code>Promise&lt;<a href="#shakemenuenabled">ShakeMenuEnabled</a>&gt;</code>
-
-**Desde:** 7.5.0
-
---------------------
-
-
-## Interfaces
-
-
-### AppReadyResult
-
-| Prop         | Tipo                                              |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-
-
-### BundleInfo
-
-| Prop             | Tipo                                                  |
-| ---------------- | ----------------------------------------------------- |
-| **`id`**         | <code>string</code>                                   |
-| **`version`**    | <code>string</code>                                   |
-| **`downloaded`** | <code>string</code>                                   |
-| **`checksum`**   | <code>string</code>                                   |
-| **`status`**     | <code><a href="#bundlestatus">BundleStatus</a></code> |
-
-
-### UpdateUrl
-
-| Prop      | Tipo                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### StatsUrl
-
-| Prop      | Tipo                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### ChannelUrl
-
-| Prop      | Tipo                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### DownloadOptions
-
-Esta URL y versiones se usan para descargar el Paquete desde el servidor. Si usas backend, toda la información será proporcionada por el método getLatest.
-Si no usas backend, necesitas proporcionar la URL y versión del Paquete. Checksum y sessionKey son requeridos si cifraste el Paquete con el comando CLI encrypt, deberías recibirlos como resultado del comando.
-
-| Prop             | Tipo                         | Descripción                                                                                                                                                      | Por defecto                | Desde |
-| ---------------- | ---------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`url`**        | <code>string</code>          | La URL del archivo zip del Paquete (ej: dist.zip) a descargar. (Puede ser cualquier URL. Ej: Amazon S3, una etiqueta de GitHub, cualquier otro lugar donde hayas alojado tu Paquete.) |                        |       |
-| **`version`**    | <code>string</code>          | El código/nombre de versión de este Paquete/versión                                                                                                                     |                        |       |
-| **`sessionKey`** | <code>string</code>          | La clave de sesión para la actualización, cuando el Paquete está cifrado con una clave de sesión                                                                                  | <code>undefined</code> | 4.0.0 |
-| **`checksum`**   | <code>string</code>          | El checksum para la actualización, debe estar en sha256 y cifrado con clave privada si el Paquete está cifrado                                                    | <code>undefined</code> | 4.0.0 |
-| **`manifest`**   | <code>ManifestEntry[]</code> | El manifiesto para descargas de múltiples archivos                                                                                                                            | <code>undefined</code> | 6.1.0 |
-
-
-### ManifestEntry
-
-| Prop               | Tipo                        |
-| ------------------ | --------------------------- |
-| **`file_name`**    | <code>string \| null</code> |
-| **`file_hash`**    | <code>string \| null</code> |
-| **`download_url`** | <code>string \| null</code> |
-
-
-### BundleId
-
-| Prop     | Tipo                |
-| -------- | ------------------- |
-| **`id`** | <code>string</code> |
-
-
-### BundleListResult
-
-| Prop          | Tipo                      |
-| ------------- | ------------------------- |
-| **`bundles`** | <code>BundleInfo[]</code> |
-
-
-### ListOptions
-
-| Prop      | Tipo                 | Descripción                                                                                                                                   | Por defecto            | Desde  |
-| --------- | -------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- | ------------------ | ------ |
-| **`raw`** | <code>boolean</code> | Si retornar la lista de Paquetes sin procesar o el manifiesto. Si es true, la lista intentará leer la base de datos interna en lugar de archivos en disco. | <code>false</code> | 6.14.0 |
-
-
-### ResetOptions
-
-| Prop                   | Tipo                 |
-| ---------------------- | -------------------- |
-| **`toLastSuccessful`** | <code>boolean</code> |
-
-
-### CurrentBundleResult
-
-| Prop         | Tipo                                              |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-| **`native`** | <code>string</code>                               |
-
-
-### MultiDelayConditions
-
-| Prop                  | Tipo                          |
-| --------------------- | ----------------------------- |
-| **`delayConditions`** | <code>DelayCondition[]</code> |
-
-
-### DelayCondition
-
-| Prop        | Tipo                                                      | Descripción                              |
-| ----------- | --------------------------------------------------------- | ---------------------------------------- |
-| **`kind`**  | <code><a href="#delayuntilnext">DelayUntilNext</a></code> | Configura condiciones de retraso en setMultiDelay |
-| **`value`** | <code>string</code>                                       |                                          |
-
-
-### LatestVersion
-
-| Prop             | Tipo                         | Descripción                | Desde |
-| ---------------- | ---------------------------- | -------------------------- | ----- |
-| **`version`**    | <code>string</code>          | Resultado del método getLatest | 4.0.0 |
-| **`checksum`**   | <code>string</code>          |                            | 6     |
-| **`major`**      | <code>boolean</code>         |                            |       |
-| **`message`**    | <code>string</code>          |                            |       |
-| **`sessionKey`** | <code>string</code>          |                            |       |
-| **`error`**      | <code>string</code>          |                            |       |
-| **`old`**        | <code>string</code>          |                            |       |
-| **`url`**        | <code>string</code>          |                            |       |
-| **`manifest`**   | <code>ManifestEntry[]</code> |                            | 6.1   |
-
-
-### GetLatestOptions
-
-| Prop          | Tipo                | Descripción                                                                                     | Por defecto                | Desde |
-| ------------- | ------------------- | ----------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`channel`** | <code>string</code> | El canal para obtener la última versión El canal debe permitir 'self_assign' para que esto funcione | <code>undefined</code> | 6.8.0 |
-
-
-### ChannelRes
-
-| Prop          | Tipo                | Descripción                   | Desde |
-| ------------- | ------------------- | ----------------------------- | ----- |
-| **`status`**  | <code>string</code> | Estado actual de establecer canal | 4.7.0 |
-| **`error`**   | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-
-
-### SetChannelOptions
-
-| Prop                    | Tipo                 |
-| ----------------------- | -------------------- |
-| **`channel`**           | <code>string</code>  |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### UnsetChannelOptions
-
-| Prop                    | Tipo                 |
-| ----------------------- | -------------------- |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### GetChannelRes
-
-| Prop           | Tipo                 | Descripción                   | Desde |
-| -------------- | -------------------- | ----------------------------- | ----- |
-| **`channel`**  | <code>string</code>  | Estado actual de obtener canal | 4.8.0 |
-| **`error`**    | <code>string</code>  |                               |       |
-| **`message`**  | <code>string</code>  |                               |       |
-| **`status`**   | <code>string</code>  |                               |       |
-| **`allowSet`** | <code>boolean</code> |                               |       |
-
-
-### ListChannelsResult
-
-| Prop           | Tipo                       | Descripción                | Desde |
-| -------------- | -------------------------- | -------------------------- | ----- |
-| **`channels`** | <code>ChannelInfo[]</code> | Lista de canales disponibles | 7.5.0 |
-
-
-### ChannelInfo
-
-| Prop                 | Tipo                 | Descripción                                     | Desde |
-| -------------------- | -------------------- | ----------------------------------------------- | ----- |
-| **`id`**             | <code>string</code>  | El ID del canal                                  | 7.5.0 |
-| **`name`**           | <code>string</code>  | El nombre del canal                                | 7.5.0 |
-| **`public`**         | <code>boolean</code> | Si este es un canal público                | 7.5.0 |
-| **`allow_self_set`** | <code>boolean</code> | Si los dispositivos pueden auto-asignarse a este canal | 7.5.0 |
-
-
-### SetCustomIdOptions
-
-| Prop           | Tipo                |
-| -------------- | ------------------- |
-| **`customId`** | <code>string</code> |
-
-
-### BuiltinVersion
-
-| Prop          | Tipo                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### DeviceId
-
-| Prop           | Tipo                |
-| -------------- | ------------------- |
-| **`deviceId`** | <code>string</code> |
-
-
-### PluginVersion
-
-| Prop          | Tipo                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### AutoUpdateEnabled
-
-| Prop          | Tipo                 |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### PluginListenerHandle
-
-| Prop         | Tipo                                      |
-| ------------ | ----------------------------------------- |
-| **`remove`** | <code>() =&gt; Promise&lt;void&gt;</code> |
-
-
-### DownloadEvent
-
-| Prop          | Tipo                                              | Descripción                                    | Desde |
-| ------------- | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`percent`** | <code>number</code>                               | Estado actual de descarga, entre 0 y 100. | 4.0.0 |
-| **`bundle`**  | <code><a href="#bundleinfo">BundleInfo</a></code> |                                                |       |
-
-
-### NoNeedEvent
-
-| Prop         | Tipo                                              | Descripción                                    | Desde |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Estado actual de descarga, entre 0 y 100. | 4.0.0 |
-
-
-### UpdateAvailableEvent
-
-| Prop         | Tipo                                              | Descripción                                    | Desde |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Estado actual de descarga, entre 0 y 100. | 4.0.0 |
-
-
-### DownloadCompleteEvent
-
-| Prop         | Tipo                                              | Descripción                          | Desde |
-| ------------ | ------------------------------------------------- | ------------------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Se emite cuando una nueva actualización está disponible. | 4.0.0 |
-
-
-### MajorAvailableEvent
-
-| Prop          | Tipo                | Descripción                                | Desde |
-| ------------- | ------------------- | ------------------------------------------ | ----- |
-| **`version`** | <code>string</code> | Se emite cuando un nuevo Paquete mayor está disponible. | 4.0.0 |
-
-
-### UpdateFailedEvent
-
-| Prop         | Tipo                                              | Descripción                           | Desde |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Se emite cuando una actualización falla al instalarse. | 4.0.0 |
-
-
-### DownloadFailedEvent
-
-| Prop          | Tipo                | Descripción                | Desde |
-| ------------- | ------------------- | -------------------------- | ----- |
-| **`version`** | <code>string</code> | Se emite cuando falla una descarga. | 4.0.0 |
-
-
-### AppReadyEvent
-
-| Prop         | Tipo                                              | Descripción                           | Desde |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Se emite cuando la aplicación está lista para usar. | 5.2.0 |
-| **`status`** | <code>string</code>                               |                                       |       |
-
-
-### AutoUpdateAvailable
-
-| Prop            | Tipo                 |
-| --------------- | -------------------- |
-| **`available`** | <code>boolean</code> |
-
-
-### SetShakeMenuOptions
-
-| Prop          | Tipo                 |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### ShakeMenuEnabled
-
-| Prop          | Tipo                 |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-## Alias de Tipos
-
-
-### BundleStatus
-
-Pendiente: El Paquete está pendiente de ser **ESTABLECIDO** como el próximo Paquete.
-downloading: El Paquete se está descargando.
-Éxito: El Paquete se ha descargado y está listo para ser **ESTABLECIDO** como el próximo Paquete.
-Error: El Paquete ha fallado al descargarse.
-
-<code>'Éxito' | 'Error' | 'Pendiente' | 'downloading'</code>
-
-
-### DelayUntilNext
-
-<code>'background' | 'kill' | 'nativeVersion' | 'date'</code>
-
-</docgen-API>
diff --git a/src/content/docs/es/docs/plugins/updater/cordova.md b/src/content/docs/es/docs/plugins/updater/cordova.md
deleted file mode 100644
index 9fd8c9249..000000000
--- a/src/content/docs/es/docs/plugins/updater/cordova.md
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: "Cordova"
-locale: es
-description: "Explorando la disponibilidad potencial del Plugin Capacitor-updater para Cordova y los desafíos involucrados en su desarrollo."
-sidebar:
-  order: 8
----
-
-Te has estado preguntando si este Plugin alguna vez estará disponible para Cordova.
-
-Hemos iniciado un repositorio de I+D para eso, pero es una gran cantidad de trabajo.
-
-## Problemas
-
-Sabemos que podemos hacerlo, pero para eso, tenemos que leer todo el código de la base de código de Cordova como lo hicimos con Capacitor, para entender cómo hacerlo funcionar con las características de Capgo.
-
-La versión de Android es más fácil de hacer ya que ambos usan Java, pero iOS necesita una reescritura completa porque Swift aún no está bien soportado en Cordova
-
-## Solución
-
-Mientras tanto, esto es lo que puedes hacer:
-
-* [Apóyanos](https://github.com/sponsors/cap-go) en GitHub y podemos priorizar eso.
-Esto necesitará al menos 1 mes de trabajo.
-* Contrátanos como [Consultor](https://capgo.app/consulting/), estamos acostumbrados a ayudar a grandes empresas a migrar a Capacitor, usualmente toma un mes, y el [beneficio](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development) es enorme para tu equipo
diff --git a/src/content/docs/es/docs/plugins/updater/debugging.mdx b/src/content/docs/es/docs/plugins/updater/debugging.mdx
deleted file mode 100644
index 2cedc263e..000000000
--- a/src/content/docs/es/docs/plugins/updater/debugging.mdx
+++ /dev/null
@@ -1,144 +0,0 @@
----
-title: Debugging
-description: >-
-  Cómo depurar sus actualizaciones de Capgo y comprender el problema que puede
-  tener con su configuración
-sidebar:
-  order: 6
-locale: es
----
-import { LinkCard } from '@astrojs/starlight/components';
-
-| código | Descripción |
-| ------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **Ip no válida** | El usuario está ubicado en un centro de datos Google y la actualización tiene menos de 4 horas. Esto se hace para evitar que los dispositivos de los bots Google cuenten como dispositivos en su cuenta. |
-| **needPlanUpgrade** (anteriormente **needUpgrade**) | Indica que ha alcanzado el límite de su plan y el dispositivo no recibirá actualizaciones hasta que actualice o hasta el próximo mes.                                  |
-| **noNuevo** | El dispositivo tiene la última versión disponible.                                                                                                                                |
-| **deshabilitarPlatformIos** | El dispositivo está en la plataforma iOS, pero está deshabilitada en la configuración del canal.                                                                                            |
-| **deshabilitarPlataformaAndroid** | El dispositivo está en la plataforma Android, pero está deshabilitada en la configuración del canal.                                                                                        |
-| **deshabilitarActualización automática** | "mayor" | "menor" | "número_versión" | "ninguno" |
-| **deshabilitarAutoUpdateUnderNative** | El dispositivo tiene una versión (`1.2.3`) y el canal tiene una actualización (`1.2.2`) en la versión del dispositivo para enviar, pero está deshabilitada en la configuración del canal.                   |
-| **deshabilitarDevBuild** | El dispositivo tiene una compilación de desarrollo, pero está deshabilitada en la configuración del canal.                                                                                                   |
-| **deshabilitar el emulador** | El dispositivo es un emulador, pero está deshabilitado en la configuración del canal.                                                                                                    |
-| **no se puede obtenerBundle** | No se pudo generar una URL firmada válida para la descarga del paquete. Esto ocurre cuando la generación de URL del paquete falla o devuelve una URL no válida (que no comienza con http/https) y no hay ningún manifiesto disponible como alternativa.                                                                                          |
-| **no se puede actualizar a través del canal privado** | El dispositivo intentó asociarse automáticamente con un canal privado, pero la configuración del canal no permite la asociación automática del dispositivo (`allow_device_self_set` es falso) y el canal no es público.                                                                                    |
-| **canal mal configurado** | El canal está configurado para desactivarle actualiza automáticamente por número de versión (`disable_auto_update: 'version_number'`), pero el campo `min_update_version` del paquete es nulo, lo que hace imposible determinar qué dispositivos deben recibir la actualización.                                                                                                                 |
-| **deshabilitarAutoUpdateMetadata** | La actualización automática está deshabilitada por los metadatos del número de versión. El canal requiere que la versión del dispositivo sea al menos `min_update_version`, pero la versión actual del dispositivo es inferior a este umbral.                                                                                                         |
-| **deshabilitarAutoUpdateToMajor** | La configuración del canal `disable_auto_update: 'major'` evita actualizaciones que aumentarían el número de versión principal (por ejemplo, bloquear la actualización de 1.x.x a 2.x.x).                                                                                             |
-| **deshabilitarAutoUpdateToMinor** | La configuración del canal `disable_auto_update: 'minor'` evita actualizaciones que aumentarían el número de versión secundaria (por ejemplo, bloquear la actualización de 1.2.x a 1.3.x).                                                                                             |
-| **deshabilitarAutoUpdateToPatch** | La configuración del canal `disable_auto_update: 'patch'` evita actualizaciones que aumentarían el número de versión del parche o permite solo actualizaciones a nivel de parche dentro de la misma versión mayor o menor (por ejemplo, 1.2.3 puede actualizarse a 1.2.4 pero no a 1.2.2 o 1.3.0).                                                                                             |
-| **paquete faltante** | El paquete asignado a este canal no tiene contenido descargable. Esto significa que el paquete no tiene `external_url`, ni `r2_path`, no es una versión integrada y no hay entradas de manifiesto disponibles para descargar.                                                                                                                   |
-| **Sin canal o anulación** | No hay ningún canal predeterminado configurado para esta aplicación y el dispositivo no tiene ninguna anulación de canal específica asignada. Al menos uno debe estar presente para que las actualizaciones funcionen.                                                                                                     |
-| **tasa limitada** | El dispositivo ha tenido una tarifa limitada debido a solicitudes excesivas.                                                                                                        |
-| **No coincide la clave** | La clave pública de cifrado del dispositivo no coincide con la clave pública utilizada para cifrar el paquete. Esto sucede cuando: (1) La clave pública en `capacitor.config.json` de su aplicación es diferente de la que se usó al cargar el paquete, o (2) Rotó sus claves de cifrado pero aún no ha actualizado todos los dispositivos. La respuesta incluye `deviceKeyId` y `bundleKeyId` (los primeros 4 caracteres de cada clave pública) para ayudar a identificar la discrepancia. Para solucionar este problema, asegúrese de que se utilice el mismo par de claves tanto para cargar paquetes (CLI usa una clave privada) como en la aplicación (capacitor.config.json contiene una clave pública). |### Enviado desde el dispositivoel descifrado fallará silenciosamente y provocará una falla en la suma de verificación. Si está utilizando cifrado y ve `checksum_fail`, verifique que la clave pública en `capacitor.config.json` de su aplicación coincida con la clave privada utilizada para cargar el paquete. Actualizar a la versión del complemento 8.3.0+ (o 5/6/7.38.0+) le dará un error `keyMismatch` adecuado del servidor, lo que hará que este problema sea más fácil de diagnosticar. |
-| **windows_path_fail** | El zip tiene archivos que contienen rutas de Windows que son ilegales |
-| **canonical_path_fail** | La ruta de los archivos no es canónica |
-| **directory_path_fail** | Hay un error en la ruta de los archivos zip |
-| **descomprimir_fail** | Error al descomprimir |
-| **low_mem_fail** | La descarga falló debido a poca memoria en el dispositivo |
-| **app_moved_to_background** | La aplicación entró en estado de fondo.                                   |
-| **app_moved_to_foreground** | La aplicación entró en estado de primer plano.                                   |
-| **decrypt_fail** | No se pudo descifrar el paquete descargado.                                          |
-| **obtenerCanal** | Se consultó el canal actual del dispositivo.                                   |
-| **establecerCanal** | Se configuró correctamente un canal para el dispositivo.                                    |
-| **desinstalar** | La aplicación fue desinstalada o se borraron los datos de Capgo.                            |
-| **bloqueado_por_url_servidor** | Server.url está presente en la configuración de su condensador, esto hace que Capacitor proporcione una URL remota e ignore los archivos locales, mientras que nuestro actualizador está diseñado para funcionar con un archivo local, Server.url es considerado por los creadores de Capacitor como una mala práctica en producción y provocará muchos problemas y el complemento no funcionará correctamente.                         |### Estado del paquete
-
-* `SUCCESS`: paquete de instalación realizado
-* `ERROR`: instalación o descarga fallida
-* `PENDING`: Descarga realizada, pendiente de lanzamiento
-* `DELETED`: Paquete eliminado, todavía presentado para estadísticas
-* `DOWNLOADING`: actualmente descargando un paquete
-
-## Comprender los registros del dispositivo:
-
-### Comando de depuración:
-
-Hay un comando de depuración para Capgo usuarios de la nube.
-
-```bash
-npx @capgo/cli@latest app debug
-```
-
-Esto le permitirá verificar todos los eventos que suceden en la aplicación y encontrar una solución si no se realizan actualizaciones.
-
-### IOS
-
-para encontrar sus registros en Xcode
-
-<LinkCard
-    title="Obtener el dispositivo Iniciar sesión Xcode"
-    href="https://intercom.help/deploygate/en/articles/4682692-getting-the-device-log-in-xcode"
-/>
-
-### Android:
-
-para encontrar sus registros en Android estudio
-
-<LinkCard
-    title="Ver registros con Logcat"
-    href="https://developer.android.com/studio/debug/am-logcat"
-/>
-
-### Explicaciones Registros
-
-* `Error al descargar desde` **=>** igual que **descargar\_fail**
-* `no se llamó a notifyAppReady, revertir el paquete actual` => igual que **update\_fail**
-
-## Encontrar el paquete descargado en su dispositivo
-
-### iOS
-
-Para depurar en iOS, necesitas volcar la aplicación en tu computadora, puedes hacerlo así:
-
-Xcode tiene una función incorporada para inspeccionar el sistema de archivos de las aplicaciones instaladas por el desarrollador en un dispositivo iOS.
-![Xcode Menú de ventana que muestra la opción Dispositivos y Simuladores](/ios_debug_update_1.webp)
-
-Para lograr esto:
-
-* Conecte su dispositivo a su Mac y seleccione Ventana > Dispositivos en la barra de menú Xcode.
-* Seleccione su dispositivo en el panel izquierdo en la sección Dispositivos.
-* Esto mostrará una lista de aplicaciones instaladas por desarrolladores para ese dispositivo.
-* Seleccione la aplicación que desea inspeccionar y luego seleccione el ícono de 3 puntos cerca de la parte inferior de la pantalla.
-* Aquí puede ver el sistema de archivos actual seleccionando descargar una instantánea del mismo.
-
-![Xcode Panel de dispositivos que muestra la opción de descarga del contenedor de aplicaciones](/ios_debug_update_2.webp)
-
-Al seleccionar Descargar contenedor... se descargará y exportará una instantánea del sistema de archivos como un archivo .xcappdata que puede explorar.
-
-![Archivo xcappdata descargado con el menú contextual Mostrar contenido del paquete](/ios_debug_update_3.webp)
-
-Haga clic derecho en este archivo y seleccione Mostrar contenido del paquete para abrir la carpeta.
-
-Abra la carpeta Datos de la aplicación y ahora debería ver algunas carpetas como Documentos, Biblioteca, tmp, etc.
-
-![iOS estructura de carpetas del contenedor de la aplicación que muestra las carpetas Documentos y Biblioteca](/ios_debug_update_4.webp)
-
-Luego encontrarás una versión en 2 carpetas:
-
-`library/NoCloud/ionic_built_snapshots` es necesario después de reiniciar la aplicación
-
-y `documents/versions` para recarga en caliente
-
-### Android
-
-Para depurar en Android, debe acceder al dispositivo desde Android Studio:
-
-* Haga clic en Ver > Ventanas de herramientas > Explorador de archivos del dispositivo o haga clic en el botón Explorador de archivos del dispositivo en la barra de la ventana de herramientas para abrir el Explorador de archivos del dispositivo.
-* Seleccione un dispositivo de la lista desplegable.
-* Abra la ruta **data/data/APP\_NAME/** donde **APP\_NAME es el ID de su aplicación.**
-
-![Android Studio Device File Explorer que muestra el directorio de datos de la aplicación](/android_debug_update.webp)
-
-Luego busque la carpeta `versions` para ver todas las versiones.
-
-:::consejo[¿Sabías?]
-En Android, todas las versiones se almacenan en una carpeta, a diferencia de IOS, donde debe duplicarse en dos ubicaciones.
-:::
-
-## Comprender los registros de fallos de producción de iOS
-
-<LinkCard
-    title="Cómo revisar los registros de fallos de tu aplicación"
-    href="https://developer.apple.com/news/?id=nra79npr"
-/>
diff --git a/src/content/docs/es/docs/plugins/updater/events.mdx b/src/content/docs/es/docs/plugins/updater/events.mdx
deleted file mode 100644
index 0ef712708..000000000
--- a/src/content/docs/es/docs/plugins/updater/events.mdx
+++ /dev/null
@@ -1,291 +0,0 @@
----
-title: Events
-description: >-
-  Todos los eventos que puede escuchar en el complemento Capacitor Updater para
-  monitorear el estado y el progreso de la actualización
-sidebar:
-  order: 9
-locale: es
----
-import { Aside, Tabs, TabItem } from '@astrojs/starlight/components';
-
-El complemento Capacitor Updater proporciona varios eventos que puede escuchar para monitorear el proceso de actualización y responder a diferentes estados.
-
-## Configuración del detector de eventos
-
-Para escuchar eventos, use el método `addListener` en el objeto `CapacitorUpdater`:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Add a listener
-const listener = await CapacitorUpdater.addListener('eventName', (event) => {
-  // Handle the event
-});
-
-// Remove the listener when no longer needed
-listener.remove();
-
-// Remove all listeners
-await CapacitorUpdater.removeAllListeners();
-```
-
-## Eventos disponibles
-
-### `download`
-
-Activado durante el proceso de descarga del paquete. Proporciona información sobre el progreso de la descarga.
-
-```typescript
-CapacitorUpdater.addListener('download', (event) => {
-  console.log(`Download progress: ${event.percent}%`);
-  console.log('Bundle info:', event.bundle);
-});
-```
-
-**Datos del evento:**
-- `percent`: número - Porcentaje de progreso de descarga (0-100)
-- `bundle`: BundleInfo - Información sobre el paquete que se está descargando
-
-<Aside>
-Este evento se activa varias veces durante la descarga para informar el progreso.
-</Aside>
-
-### `noNeedUpdate`
-
-Se activa cuando una búsqueda de actualizaciones determina que no se necesita ninguna actualización.
-
-```typescript
-CapacitorUpdater.addListener('noNeedUpdate', (event) => {
-  console.log('App is up to date');
-  console.log('Current bundle:', event.bundle);
-});
-```
-
-**Datos del evento:**
-- `bundle`: BundleInfo - Información sobre el paquete actual
-
-### `updateAvailable`
-
-Se activa cuando hay una nueva actualización disponible para descargar.
-
-```typescript
-CapacitorUpdater.addListener('updateAvailable', (event) => {
-  console.log('Update available');
-  console.log('New bundle:', event.bundle);
-  // You can trigger a download here if needed
-});
-```
-
-**Datos del evento:**
-- `bundle`: BundleInfo - Información sobre el paquete de actualización disponible
-
-### `downloadComplete`
-
-Se activa cuando la descarga de un paquete se completa correctamente.
-
-```typescript
-CapacitorUpdater.addListener('downloadComplete', (event) => {
-  console.log('Download completed');
-  console.log('Downloaded bundle:', event.bundle);
-  // You might want to set this bundle as next
-});
-```
-
-**Datos del evento:**
-- `bundle`: BundleInfo - Información sobre el paquete descargado
-
-### `majorAvailable`
-
-Se activa cuando hay una actualización importante disponible pero está bloqueada por la configuración de actualización automática.
-
-```typescript
-CapacitorUpdater.addListener('majorAvailable', (event) => {
-  console.log('Major update available:', event.version);
-  // Notify user about major update
-});
-```
-
-**Datos del evento:**
-- `version`: cadena - El número de versión de la actualización principal
-
-<Aside type="tip">
-Las actualizaciones importantes normalmente requieren la confirmación del usuario o actualizaciones de la tienda de aplicaciones. Utilice este evento para notificar a los usuarios de forma adecuada.
-</Aside>
-
-### `updateFailed`
-
-Se activa cuando no se pudo instalar una actualización en el siguiente inicio de la aplicación.
-
-```typescript
-CapacitorUpdater.addListener('updateFailed', (event) => {
-  console.error('Update failed to install');
-  console.log('Failed bundle:', event.bundle);
-  // Handle rollback or retry logic
-});
-```
-
-**Datos del evento:**
-- `bundle`: BundleInfo - Información sobre el paquete que no se pudo instalar
-
-### `downloadFailed`
-
-Se activa cuando falla la descarga de un paquete.
-
-```typescript
-CapacitorUpdater.addListener('downloadFailed', (event) => {
-  console.error('Download failed for version:', event.version);
-  // Handle download retry logic
-});
-```
-
-**Datos del evento:**
-- `version`: cadena - La versión que no se pudo descargar
-
-### `appReloaded`
-
-Se activa cuando se recarga la aplicación.
-
-```typescript
-CapacitorUpdater.addListener('appReloaded', () => {
-  console.log('App has been reloaded');
-  // Perform any necessary reinitialization
-});
-```
-
-**Datos del evento:** Ninguno
-
-### `appReady`
-
-Se activa cuando la aplicación está lista para usarse después de una actualización.
-
-```typescript
-CapacitorUpdater.addListener('appReady', (event) => {
-  console.log('App is ready');
-  console.log('Current bundle:', event.bundle);
-  console.log('Status:', event.status);
-});
-```
-
-**Datos del evento:**
-- `bundle`: BundleInfo - Información sobre el paquete actual
-- `status`: cadena - El estado listo
-
-<Aside type="caution">
-Recuerde llamar a `notifyAppReady()` dentro del tiempo de espera configurado (predeterminado 10 segundos) para evitar la reversión automática.
-</Aside>
-
-## Objeto BundleInfo
-
-Muchos eventos incluyen un objeto `BundleInfo` con las siguientes propiedades:
-
-```typescript
-interface BundleInfo {
-  id: string;           // Unique bundle identifier
-  version: string;      // Bundle version
-  downloaded: string;   // Download timestamp
-  checksum?: string;    // Bundle checksum (if available)
-  status: BundleStatus; // Bundle status
-}
-```
-
-Donde `BundleStatus` puede ser:
-- `'éxito'` - Paquete descargado exitosamente
-- `'error'` - Falló la descarga/instalación del paquete
-- `'pendiente'`: el paquete está pendiente de establecerse como el siguiente
-- `'descargando'` - El paquete se está descargando actualmente
-
-## Ejemplo: Flujo de actualización completo
-
-A continuación se muestra un ejemplo de manejo del flujo de actualización completo con eventos:
-
-<Aside type="caution">
-Esta clase `UpdateManager` no incluye la llamada `CapacitorUpdater.notifyAppReady()` requerida para el flujo de actualización automática.
-Consulte los documentos [realizar la llamada notifyAppReady correctamente](/docs/plugins/updater/auto-update#placing-notifyappready-call-correctly) para obtener más información.
-</Aside>
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-export class UpdateManager {
-  private listeners: any[] = [];
-
-  async setupListeners() {
-    // Listen for available updates
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateAvailable', async (event) => {
-        console.log('Update available:', event.bundle.version);
-        // Auto-download the update
-        await CapacitorUpdater.download({ 
-          url: event.bundle.url,
-          version: event.bundle.version 
-        });
-      })
-    );
-
-    // Monitor download progress
-    this.listeners.push(
-      await CapacitorUpdater.addListener('download', (event) => {
-        console.log(`Downloading: ${event.percent}%`);
-        // Update UI progress bar
-        this.updateProgressBar(event.percent);
-      })
-    );
-
-    // Handle download completion
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadComplete', async (event) => {
-        console.log('Download complete:', event.bundle.version);
-        // Set as next bundle
-        await CapacitorUpdater.next({ id: event.bundle.id });
-      })
-    );
-
-    // Handle failures
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadFailed', (event) => {
-        console.error('Download failed:', event.version);
-        this.showError('Update download failed. Please try again later.');
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateFailed', (event) => {
-        console.error('Update installation failed:', event.bundle.version);
-        this.showError('Update installation failed. The app has been rolled back.');
-      })
-    );
-
-    // Handle app ready
-    this.listeners.push(
-      await CapacitorUpdater.addListener('appReady', async (event) => {
-        console.log('App ready with bundle:', event.bundle.version);
-      })
-    );
-  }
-
-  cleanup() {
-    // Remove all listeners when no longer needed
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-
-  private updateProgressBar(percent: number) {
-    // Update your UI progress bar
-  }
-
-  private showError(message: string) {
-    // Show error to user
-  }
-}
-```
-
-## Mejores prácticas1. **Llame siempre a `notifyAppReady()`**: cuando utilice la actualización automática, llame siempre a este método después de que su aplicación se inicialice para evitar la reversión.
-
-2. **Maneje las fallas con elegancia**: implemente un manejo adecuado de errores para las fallas de descarga y actualización.
-
-3. **Proporcionar comentarios de los usuarios**: utilice el evento de progreso de descarga para mostrar el progreso de la actualización a los usuarios.
-
-4. **Limpiar oyentes**: elimine los oyentes de eventos cuando ya no sean necesarios para evitar pérdidas de memoria.
-
-5. **Escenarios de actualización de prueba**: Pruebe varios escenarios de actualización, incluidos fallos, reversiones y actualizaciones importantes.
diff --git a/src/content/docs/es/docs/plugins/updater/getting-started.mdx b/src/content/docs/es/docs/plugins/updater/getting-started.mdx
deleted file mode 100644
index 9580fe6b2..000000000
--- a/src/content/docs/es/docs/plugins/updater/getting-started.mdx
+++ /dev/null
@@ -1,327 +0,0 @@
----
-title: Primeros Pasos
-locale: es
-description: Guía de inicio rápido para integrar actualizaciones en vivo en tu aplicación Capacitor con el Plugin Updater.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalación
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Inicio Rápido
-
-Para la mayoría de usuarios, recomendamos seguir la [guía principal de Quickstart](/docs/getting-started/quickstart/) que cubre tanto la instalación del Plugin como la integración con la nube de Capgo.
-
-Esta guía de primeros pasos se enfoca en los detalles técnicos del Plugin para usuarios avanzados que quieren entender los mecanismos subyacentes o implementar actualizaciones auto-hospedadas.
-
-## Descripción General
-
-El Plugin Capacitor Updater habilita actualizaciones over-the-air (OTA) para tus aplicaciones Capacitor. Esto te permite enviar actualizaciones a tu aplicación sin pasar por las revisiones de tiendas de aplicaciones.
-
-## Cómo Funciona
-
-1. **Descarga de Paquete**: El Plugin descarga Paquetes de actualización (archivos ZIP que contienen tus assets web)
-2. **Extracción**: Los Paquetes se extraen al almacenamiento del dispositivo
-3. **Hot Reload**: La aplicación cambia al nuevo Paquete sin requerir un reinicio
-4. **Fallback**: Si una actualización falla, la aplicación revierte a la versión de trabajo anterior
-
-## Modos de Uso
-
-### 1. Modo de Actualización Automática (Recomendado)
-
-La forma más simple de usar el Plugin con gestión automática de actualizaciones:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// El plugin maneja todo automáticamente
-// Configura en capacitor.config.ts
-```
-
-Agrega a tu `capacitor.config.ts`:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://tu-servidor-actualizaciones.com/api/updates'
-    }
-  }
-}
-```
-
-### 2. Modo Manual
-
-Para control avanzado sobre el proceso de actualización:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Descargar una actualización
-const bundle = await CapacitorUpdater.download({
-  url: 'https://tu-servidor.com/updates/v1.0.1.zip',
-  version: '1.0.1'
-});
-
-// Establecer el bundle (se usará en el próximo inicio de la aplicación)
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-
-// O recargar inmediatamente
-await CapacitorUpdater.reload();
-```
-
-## Configuración de Plataforma
-
-### iOS
-
-No se requiere configuración adicional. El Plugin funciona out of El box.
-
-### Android
-
-No se requiere configuración adicional. El Plugin funciona out of El box.
-
-## Uso Básico de API
-
-### Descargar una Actualización
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-const bundle = await CapacitorUpdater.download({
-  url: 'https://example.com/update.zip',
-  version: '1.0.1'
-});
-
-console.log('Bundle descargado:', bundle.id);
-```
-
-### Establecer Paquete Activo
-
-```typescript
-// Establecer bundle para usar en el próximo inicio de la aplicación
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-```
-
-### Recargar con Nuevo Paquete
-
-```typescript
-// Recargar aplicación inmediatamente con nuevo bundle
-await CapacitorUpdater.reload();
-```
-
-### Listar Paquetes
-
-```typescript
-const { bundles } = await CapacitorUpdater.list();
-console.log('Bundles disponibles:', bundles);
-```
-
-### Eliminar un Paquete
-
-```typescript
-await CapacitorUpdater.delete({
-  id: 'bundle-id'
-});
-```
-
-### Obtener Paquete Actual
-
-```typescript
-const { bundle } = await CapacitorUpdater.current();
-console.log('Bundle actual:', bundle.version);
-```
-
-## Listeners de Eventos
-
-Escucha eventos de actualización:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Escuchar progreso de descarga
-CapacitorUpdater.addListener('download', (info) => {
-  console.log('Progreso de descarga:', info.percent);
-});
-
-// Escuchar finalización de descarga
-CapacitorUpdater.addListener('downloadComplete', (bundle) => {
-  console.log('Descarga completa:', bundle.version);
-});
-
-// Escuchar fallos de actualización
-CapacitorUpdater.addListener('updateFailed', (error) => {
-  console.error('Actualización fallida:', error);
-});
-
-// Escuchar actualizaciones exitosas
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('Actualización disponible:', info.version);
-});
-```
-
-## Opciones de Configuración
-
-Configura el Plugin en tu `capacitor.config.ts`:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      // Configuraciones de actualización automática
-      autoUpdate: true,
-      updateUrl: 'https://api.example.com/updates',
-
-      // Comportamiento de actualización
-      resetWhenUpdate: true,
-      directUpdate: false,
-
-      // Configuraciones de versión
-      version: '1.0.0',
-
-      // Seguridad
-      allowModifyUrl: false,
-
-      // Recopilación de estadísticas
-      statsUrl: 'https://api.example.com/stats',
-
-      // Canal (para nube de Capgo)
-      defaultChannel: 'production'
-    }
-  }
-}
-```
-
-## Patrones de Integración
-
-### Con Nube de Capgo
-
-La forma más fácil de comenzar:
-
-```typescript
-// Instalar el CLI de Capgo
-npm install -g @capgo/cli
-
-// Iniciar sesión en Capgo
-npx @capgo/cli login
-
-// Subir tu primer bundle
-npx @capgo/cli bundle upload
-
-// El plugin se actualiza automáticamente desde la nube de Capgo
-```
-
-Consulta la [guía principal de Quickstart](/docs/getting-started/quickstart/) para detalles.
-
-### Actualizaciones Auto-hospedadas
-
-Hospeda tu propio servidor de actualizaciones:
-
-```typescript
-// Configura tu endpoint de actualización
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://tu-servidor.com/api/check-update'
-    }
-  }
-}
-```
-
-Tu servidor debe retornar:
-
-```json
-{
-  "version": "1.0.1",
-  "url": "https://tu-servidor.com/updates/1.0.1.zip"
-}
-```
-
-Consulta [Modo Auto-hospedado](/docs/plugins/updater/self-hosted/getting-started/) para detalles completos.
-
-### Flujo de Actualización Manual
-
-Control completo sobre las actualizaciones:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-async function checkAndUpdate() {
-  // Verificar actualizaciones desde tu servidor
-  const response = await fetch('https://api.example.com/check-update');
-  const { version, url } = await response.json();
-
-  // Descargar la actualización
-  const bundle = await CapacitorUpdater.download({
-    url,
-    version
-  });
-
-  // Notificar que el bundle está listo
-  await CapacitorUpdater.notifyAppReady();
-
-  // Establecer como próxima versión
-  await CapacitorUpdater.set({ id: bundle.id });
-
-  // Recargar cuando esté listo
-  await CapacitorUpdater.reload();
-}
-```
-
-## Mejores Prácticas
-
-- Siempre llama a `notifyAppReady()` cuando tu aplicación se carga exitosamente
-- Prueba las actualizaciones a fondo antes de enviarlas a producción
-- Implementa manejo apropiado de errores para fallos de red
-- Usa números de versión de manera consistente
-- Mantén los tamaños de Paquete pequeños para descargas más rápidas
-- Monitorea las tasas de éxito de actualizaciones
-
-## Próximos Pasos
-
-- [Referencia de API del Plugin](/docs/plugins/updater/api/) - Documentación completa de API
-- [Configuración del Plugin](/docs/plugins/updater/settings/) - Todas las opciones de configuración
-- [Eventos](/docs/plugins/updater/events/) - Eventos de actualización disponibles
-- [Modo Auto-hospedado](/docs/plugins/updater/self-hosted/getting-started/) - Ejecuta tu propio servidor de actualizaciones
-- [Desarrollo Local](/docs/plugins/updater/local-dev/getting-started/) - Prueba actualizaciones localmente
-- [Depuración](/docs/plugins/updater/debugging/) - Guía de solución de problemas
-
-## Soporte
-
-- [Problemas Conocidos](/docs/plugins/updater/known-issues/) - Problemas comunes y soluciones
-- [Discusiones de GitHub](https://github.com/Cap-go/capacitor-updater/discussions) - Soporte comunitario
-- [Discord](https://discord.gg/VnYRvBfgA6) - Chat en tiempo real
diff --git a/src/content/docs/es/docs/plugins/updater/index.mdx b/src/content/docs/es/docs/plugins/updater/index.mdx
deleted file mode 100644
index 8f34015a7..000000000
--- a/src/content/docs/es/docs/plugins/updater/index.mdx
+++ /dev/null
@@ -1,76 +0,0 @@
----
-title: "@Capgo/Capacitor-updater"
-locale: es
-description: Plugin de Capacitor que impulsa la funcionalidad de actualización en vivo de Capgo, permitiendo actualizaciones perfectas over-the-air para tus aplicaciones.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: La tecnología central que habilita las actualizaciones en vivo en aplicaciones Capacitor, permitiéndote enviar actualizaciones sin aprobaciones de tiendas de aplicaciones.
-  image:
-    file: ~public/icons/plugins/updater.svg
-  actions:
-    - text: Comenzar
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-updater/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Actualizaciones over-the-air" icon="rocket">
-    Envía actualizaciones instantáneamente sin revisiones de tiendas de aplicaciones
-  </Card>
-  <Card title="API avanzada" icon="setting">
-    Control total sobre el flujo de actualización con métodos API completos
-  </Card>
-  <Card title="Listo para auto-hospedaje" icon="download">
-    Ejecuta tu propio servidor de actualizaciones para control completo
-  </Card>
-  <Card title="Documentación completa" icon="open-book">
-    Consulta la [API del Plugin](/docs/plugins/updater/api/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
-
-## Enlaces Rápidos
-
-<LinkCard
-  title="Documentación de Actualizaciones en Vivo"
-  description="Aprende sobre canales, comportamiento de actualización, Reversiones y más en la sección principal de Actualizaciones en Vivo."
-  href="/docs/live-Actualizaciones/"
-/>
-
-<LinkCard
-  title="Guía de Primeros Pasos"
-  description="Sigue nuestra guía de inicio rápido para agregar actualizaciones en vivo a tu aplicación."
-  href="/docs/getting-started/quickstart/"
-/>
-
-## Documentación del Plugin
-
-Esta referencia técnica cubre:
-
-- **[API del Plugin](/docs/plugins/updater/api/)** - Todos los métodos disponibles y su uso
-- **[Configuración del Plugin](/docs/plugins/updater/settings/)** - Opciones de configuración para Capacitor.config
-- **[Problemas Conocidos](/docs/plugins/updater/known-issues/)** - Problemas comunes y soluciones
-- **[Depuración](/docs/plugins/updater/debugging/)** - Cómo solucionar problemas de actualización
-- **[Eventos](/docs/plugins/updater/events/)** - Eventos de actualización disponibles
-- **[Desarrollo Local](/docs/plugins/updater/local-dev/getting-started/)** - Prueba actualizaciones localmente
-- **[Modo Auto-hospedado](/docs/plugins/updater/self-hosted/getting-started/)** - Ejecuta tu propio servidor de actualizaciones
-
-## Instalación
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Para configuración e instalación, consulta la [guía de Primeros Pasos](/docs/getting-started/quickstart/).
diff --git a/src/content/docs/es/docs/plugins/updater/known-issues.mdx b/src/content/docs/es/docs/plugins/updater/known-issues.mdx
deleted file mode 100644
index d61a27afc..000000000
--- a/src/content/docs/es/docs/plugins/updater/known-issues.mdx
+++ /dev/null
@@ -1,131 +0,0 @@
----
-title: Problemas conocidos
-description: >-
-  Problemas conocidos con Capacitor y Capgo, y nuestro actualizador. Esta página
-  lo ayudará a comprender el problema extraño que tiene con nuestra herramienta.
-sidebar:
-  order: 7
-locale: es
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Recarga en vivo iónica
-
-* Cuando desarrolle, si utiliza la función de recarga en vivo de Ionic de CLI, anulará el complemento, por lo que nunca verá su actualización.
-
-## Recarga en vivo de Quasar
-
-* Utiliza el mismo sistema que ionic bajo el capó, por lo que no verás tus actualizaciones.
-
-## Las actualizaciones fallan
-
-* Esto suele suceder cuando se envían actualizaciones grandes (> 20 MB), un gran porcentaje de usuarios no obtendrá la última versión.  
-En el pasado, los usuarios necesitaban mantener la aplicación abierta hasta que se completara la descarga, ahora usamos la descarga en segundo plano, pero aún está limitada a unos segundos.
-
-## Android
-
-### No se puede descargar
-
-Hemos visto algunos problemas con dispositivos en la India, conseguimos que el usuario participara en la llamada, les hicimos probar diferentes servidores DNS y funcionó.
-
-Entonces, si tiene el problema, intente usar un servidor DNS diferente como Cloudflare o Google DNS.
-
-Nubeflare: 1.1.1.1 y 1.0.0.1
-
-Google DNS: 8.8.8.8 y 8.8.4.4 o dns.google
-
-<LinkCard
-	title=""
-	href="https://www.androidpolice.com/use-preferred-dns-server-android-tutorial/"
-/>
-
-### Autohospedado
-Cuando envíe una actualización autohospedada, tenga en cuenta que no puede utilizar el punto final "HTTP", ya que va en contra de las políticas de seguridad de las aplicaciones Android. Si aún desea hacerlo, siga esta guía:
-
-<LinkCard
-	title="¿Cómo permitir todos los tipos de conexión de red HTTP y HTTPS en Android (9) Pie?"
-	href="https://stackoverflow.com/a/51902630/5511370"
-/>
-
-### Descomprimir 
-
-Problema al descomprimir: las entradas DESINFLADAS pueden tener un descriptor EXT
-
-Si comprimiste tu paquete con algo diferente a CLI, el formato o tu zip podrían ser incorrectos, usa el comando CLI `npx @capgo/cli zip BUNDLE_FOLDER`.
-
-Este es un problema conocido de Java:
-
-<LinkCard
-	title="Problema al descomprimir: las entradas DESINFLADAS pueden tener un descriptor EXT"
-	href="https://bugs.openjdk.org/browse/JDK-8143613"
-/>
-
-
-### Problema de solución clara
-
-* Si tiene problemas con usesCleartextTraffic, es porque el complemento sigue las buenas prácticas recomendadas por sonar cloud, en el 90% de los casos funcionará bien, pero con algunos complementos eso causa problemas.
-
-Para solucionarlo, agregue `android/app/src/main/AndroidManifest.xml` en la clave `<application>`:
-
-```xml
-tools:replace="android:usesCleartextTraffic"
-xmlns:tools="http://schemas.android.com/tools"
-```
-
-## IOS
-
-### Manifiesto de privacidad
-
-Agregue la clave del diccionario `NSPrivacyAccessedAPICategoryUserDefaults` a su [Manifiesto de privacidad](https://capacitorjs.com/docs/ios/privacy-manifest) (normalmente `ios/App/PrivacyInfo.xcprivacy`):
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-  <dict>
-    <key>NSPrivacyAccessedAPITypes</key>
-    <array>
-      <!-- Add this dict entry to the array if the file already exists. -->
-      <dict>
-        <key>NSPrivacyAccessedAPIType</key>
-        <string>NSPrivacyAccessedAPICategoryUserDefaults</string>
-        <key>NSPrivacyAccessedAPITypeReasons</key>
-        <array>
-          <string>CA92.1</string>
-        </array>
-      </dict>
-    </array>
-  </dict>
-</plist>
-```
-
-Recomendamos declarar [`CA92.1`](https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api#4278401) como motivo de acceso al [`UserDefaults`](https://developer.apple.com/documentation/foundation/userdefaults) API.
-
-
-### Permisos de red
-
-Cuando se utiliza un servidor local para probar la actualización, la aplicación solicitará permiso de red, es un comportamiento normal, no es el caso cuando se utiliza un servidor remoto.
-
-
-## Ambos sistemas operativos
-
-Al realizar actualizaciones en modo manual, algunos eventos no son fáciles de detectar, por ejemplo, el error de actualización se activa justo antes de que se vuelva a cargar el código JS, por lo que no podrá detectarlo.
-
-Una alternativa es enumerar los paquetes y verificar las estadísticas de errores para saber si la actualización falla.
-
-Necesitamos encontrar una mejor manera de manejar esto en el futuro, pero no es una prioridad, ya que el modo automático es la forma recomendada de realizar la actualización.
-
-Los RP son bienvenidos para ayudarnos a mejorar esto.
-
-## CLI
-
-si tu CLI tiene problemas para hacer algo,
-
-Compruebe si **appId** y **appName** están presentes en su **capacitor.config.ts**
-
-Siga la guía del documento oficial:
-
-<LinkCard
-	title="Capacitor Configuración"
-	href="https://capacitorjs.com/docs/config"
-/>
diff --git a/src/content/docs/es/docs/plugins/updater/local-dev/capacitor-updater.mdx b/src/content/docs/es/docs/plugins/updater/local-dev/capacitor-updater.mdx
deleted file mode 100644
index 1e7ce3d12..000000000
--- a/src/content/docs/es/docs/plugins/updater/local-dev/capacitor-updater.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: "Usando el Capacitor updater con Capgo auto-hospedado"
-locale: es
-description: "Cómo usar el Capacitor updater con Capgo auto-hospedado, ser completamente autónomo con tu propia instancia de Capgo"
-sidebar:
-    order: 4
----
-
-## ¿Qué cubrirá este Tutorial?
-
-Este Tutorial mostrará cómo usar el Capacitor updater en un entorno de desarrollo con Capgo auto-hospedado
-
-## Requisitos
-
- 1. [Capgo clonado](https://github.com/Cap-go/capgo)
-
-## Comenzando
-
-Para usar el Capacitor updater con Capgo auto-hospedado, edita el `capacitor.config.ts` desde el directorio de tu aplicación y configúralo así:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      statsUrl: "https://localhost:54321/functions/v1/stats",
-      channelUrl: "https://localhost:54321/functions/v1/channel_self",
-      updateUrl: "https://localhost:54321/functions/v1/updates"
-    },
-  },
-};
-```
-
-Esto te permitirá usar Capgo local en desarrollo. Sin embargo, por defecto, esto no es suficiente.
-
-> Por defecto, tanto iOS como Android esperan que uses HTTPS, necesitas usar una herramienta como Ngrock o localcan para hacer proxy de tu API en HTTPS.
-
-Hay una manera en Android de habilitar [comunicación de texto plano](https://developer.android.com/topic/security/risks/cleartext).
-Esto se puede lograr modificando [AndroidManifest.xml](https://github.com/Cap-go/capacitor-updater/blob/main/android/src/main/AndroidManifest.xml) y agregando `android:usesCleartextTraffic="true"` en la etiqueta `application`
-Un ejemplo completo de este cambio se puede ver [aquí](https://gist.github.com/WcaleNieWolny/061a015acdebe35eaf3afd7030797701)
-
-También podría haber un problema que impida que la aplicación de Android se conecte. Si no ves ninguna solicitud siendo enviada a las funciones edge, ejecuta
-```bash
-adb reverse tcp:54321 tcp:54321
-```
diff --git a/src/content/docs/es/docs/plugins/updater/local-dev/cli.mdx b/src/content/docs/es/docs/plugins/updater/local-dev/cli.mdx
deleted file mode 100644
index b4dcff4c1..000000000
--- a/src/content/docs/es/docs/plugins/updater/local-dev/cli.mdx
+++ /dev/null
@@ -1,34 +0,0 @@
----
-title: "Usando el CLI con Capgo auto-hospedado"
-locale: es
-description: "Esta guía explica cómo usar el CLI con una instancia de Capgo auto-hospedada, permitiéndote utilizar las herramientas de Capgo en tu propio servidor en lugar del servicio en la nube."
-sidebar:
-    order: 2
----
-
-## ¿Qué cubrirá este Tutorial?
-
-Este Tutorial mostrará cómo usar el CLI en un entorno de desarrollo con Capgo auto-hospedado
-
-## Comenzando
-
-Para usar el CLI con Capgo auto-hospedado, edita el `capacitor.config.ts` desde el directorio de tu aplicación y configúralo así:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      localHost: "http://localhost:5173",
-      localWebHost: "http://localhost:5173",
-      localSupa: "http://localhost:54321",
-      localSupaAnon: "ver_notas",
-    },
-  },
-};
-```
-
-Nota: Para obtener `localSupaAnon`, por favor sigue [este tutorial](/docs/plugin/self-hosted/local-dev/getting-started/) y copia la `anon key` en `localSupaAnon`
diff --git a/src/content/docs/es/docs/plugins/updater/local-dev/contributing.mdx b/src/content/docs/es/docs/plugins/updater/local-dev/contributing.mdx
deleted file mode 100644
index ca143e135..000000000
--- a/src/content/docs/es/docs/plugins/updater/local-dev/contributing.mdx
+++ /dev/null
@@ -1,30 +0,0 @@
----
-title: "Contribuir"
-locale: es
-description: "Una guía detallada sobre cómo contribuir a los proyectos de código abierto de Capgo, incluyendo los beneficios de contribuir, los pasos involucrados en hacer contribuciones, y los recursos disponibles para asistir a los contribuidores en el proceso"
-sidebar:
-  order: 2
----
-
-## ¿Por qué contribuir?
-
-Antes que nada, gracias por considerar contribuir a los proyectos de código abierto de Capgo. Son personas como tú las que hacen que los proyectos de código abierto de Capgo sean herramientas tan geniales.
-
-Aquí hay algunas razones por las que podrías querer considerar contribuir:
-
-* Contribuir a los proyectos de código abierto de Capgo es una excelente manera de ganar algo de dinero de las [innumerables recompensas](https://console.algora.io/org/Capgo) que ofrece el equipo de Capgo
-* Contribuir a los proyectos de código abierto de Capgo es una excelente manera de agregar una característica que te gustaría ver
-* Contribuir a los proyectos de código abierto de Capgo es una excelente manera de corregir un Error que encontraste
-* [La licencia principal de Capgo](https://github.com/Cap-go/capgo/blob/main/LICENSE) requiere que hagas código abierto de cualquier cambio que hagas. Al contribuir con tu código, puedes mantener tus cambios como código abierto y permitir que otros lo usen
-
-## Cómo contribuir
-
- * Primero que nada, necesitas hacer un Bifurcación del repositorio al que quieres contribuir
- * En segundo lugar, necesitas hacer commit y push de tus cambios a ese repositorio
- * Por último, necesitas abrir un Solicitud de extracción
- * ¡Eso es todo! Ahora solo necesitas esperar a que el equipo de Capgo revise tu PR
-
-## Documentos adicionales para leer
-
- * [CONTRIBUTING.MD](https://github.com/Cap-go/capgo/blob/main/CONTRIBUTING.md) de Capgo
- * [BOUNTY.md](https://github.com/Cap-go/capgo/blob/main/BOUNTY.md) de Capgo
diff --git a/src/content/docs/es/docs/plugins/updater/local-dev/getting-started.mdx b/src/content/docs/es/docs/plugins/updater/local-dev/getting-started.mdx
deleted file mode 100644
index 82a96bfc8..000000000
--- a/src/content/docs/es/docs/plugins/updater/local-dev/getting-started.mdx
+++ /dev/null
@@ -1,79 +0,0 @@
----
-title: Empezando
-description: >-
-  Este tutorial mostrará cómo iniciar Supabase desde cero, así como iniciar
-  funciones perimetrales, para ejecutar Capgo por su cuenta.
-sidebar:
-  order: 1
-locale: es
----
-## ¿Qué cubrirá este tutorial?
-
-Este tutorial mostrará cómo iniciar la supabase desde cero, así como iniciar las funciones de borde. 
-
-## Requisitos
- 1. Clonado [capgo](https://github.com/Cap-go/capgo)
- 3. [supabase](https://supabase.com/)
-
-## Empezando
-
-Para empezar a ejecutar
-```bash
-supabase start
-```
-
-A continuación debería ver algo como esto:
-```js
-Started supabase local development setup.
-
-         API URL: http://localhost:54321
-     GraphQL URL: http://localhost:54321/graphql/v1
-          DB URL: postgresql://postgres:postgres@localhost:54322/postgres
-      Studio URL: http://localhost:54323
-    Inbucket URL: http://localhost:54324
-      JWT secret: [truncated]
-        anon key: supa_key_anon
-service_role key: supa_key_admin
-```
-
-Luego abra `configs.json` y establezca los siguientes valores:
-```json
-{
-  "base_domain": {
-    "prod": "console.capgo.app",
-    "development": "development.console.capgo.app",
-    "local": "localhost:3332"
-  },
-  "supa_anon": {
-    "prod": "supa_key_anon",
-    "development": "supa_key_anon",
-    "local": "supa_key_anon"
-  },
-  "supa_url": {
-    "prod": "http://localhost:54321",
-    "development": "http://localhost:54321",
-    "local": "http://localhost:54321"
-  }
-}
-```
-
-donde `supa_key_anon` es el valor del paso anterior.
-
-:::danger
-⚠️ No envíe `configs.json` al repositorio remoto
-:::
-
-A continuación, verifique que puede ir a [localhost:54323](http://localhost:54323/projects) y que la tabla `users` se parece a esta
-
-<figure><img src="/supabase.webp" alt="Panel Supabase que muestra la tabla de usuarios" /><figcaption></figcaption></figure>
-
-Si inicia funciones perimetrales ejecutando:
-
-```bash
-supabase functions serve
-```
-
-e inicie la interfaz ejecutando:
-```bash
-bun run serve
-```
diff --git a/src/content/docs/es/docs/plugins/updater/notify-app-ready.mdx b/src/content/docs/es/docs/plugins/updater/notify-app-ready.mdx
deleted file mode 100644
index a7b87c9ac..000000000
--- a/src/content/docs/es/docs/plugins/updater/notify-app-ready.mdx
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: "Colocación correcta de la llamada CapacitorUpdater.notifyAppReady()"
-locale: es
-description: Cómo colocar correctamente la llamada CapacitorUpdater.notifyAppReady() en tu aplicación para asegurar el flujo correcto de actualización automática.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code } from '@astrojs/starlight/components';
-import { Aside } from '@astrojs/starlight/components';
-import ConditionalQuestionnaire from '@/components/ConditionalQuestionnaire.astro';
-
-La colocación de la llamada `CapacitorUpdater.notifyAppReady()` es crucial para el flujo correcto de actualización automática.
-
-
-Si no se hace correctamente, la aplicación no podrá actualizarse a la última versión. Cada versión que no llame a `notifyAppReady()` dentro de 10 segundos será marcada como inválida y será reemplazada por la versión válida anterior o la versión por defecto (integrada).
-
-
-En esta guía te mostraremos cómo colocar correctamente la llamada `notifyAppReady()` en tu aplicación para asegurar el flujo correcto de actualización automática.
-
-### Cuestionario de colocación de la llamada `notifyAppReady()`
-
-<ConditionalQuestionnaire />
-
-
-<div style="margin-top: 3rem;">
-<Aside type="note">
-Si no puedes encontrar tu framework en el cuestionario, no dudes en preguntar en nuestro [Discord](https://discord.capgo.app).
-</Aside>
-</div>
diff --git a/src/content/docs/es/docs/plugins/updater/self-hosted/auto-update.mdx b/src/content/docs/es/docs/plugins/updater/self-hosted/auto-update.mdx
deleted file mode 100644
index 66bee13f6..000000000
--- a/src/content/docs/es/docs/plugins/updater/self-hosted/auto-update.mdx
+++ /dev/null
@@ -1,71 +0,0 @@
----
-title: "Actualización Automática"
-locale: es
-description: "Cómo usar el endpoint de actualización de Capgo con el Plugin de actualización automática en modo auto-hospedado, para qué se utilizan y qué esperar"
-sidebar:
-  order: 4
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Esta documentación explicará cómo ejecutar tu servidor de actualización automática.
-
-## Servir tu Paquete
-Asegúrate de que tu Paquete se sirva a través de HTTPS, y que el servidor tenga los encabezados CORS correctos para permitir que la aplicación descargue la actualización.
-por ejemplo, ```https://myserver.com/app/updates/updates.json```
-
-
-Si no estás familiarizado con servir un Paquete, te recomendamos que pruebes Capgo Cloud o veas un ejemplo aquí:
-<LinkCard
-	title="Servir un Paquete"
-	href="/docs/self-hosted/auto-Actualizar/Actualizar-endpoint"
-/>
-
-## Configuración
-Agrega un ``updateUrl`` a tu ``capacitor.config.json``.
-
-__CODEBLOCK_1__
-:::caution
-Cuando estés enviando una actualización auto-hospedada, ten en cuenta que no puedes usar un endpoint "HTTP" ya que va en contra de las políticas de seguridad de las aplicaciones Android, para propósitos de prueba puedes [permitirlo](https://stackoverflow.com/questions/45940861/android-8-cleartext-http-traffic-not-permitted).
-:::
-
-## API de Actualización
-
-El plugin hará una llamada POST a tu API cada vez que la aplicación se abra, con este body:
-
-__CODEBLOCK_2__
-
-La API del servidor debe responder, en JSON, al plugin capacitor-updater. Con estos datos si es necesaria una actualización:
-
-__CODEBLOCK_3__
-
-En modo de actualización automática, el servidor debe comparar las versiones y devolver la correcta, si la clave URL está presente, el plugin inicia el proceso de descarga.
-
-Si agregas las claves "message" y "error", la versión no se establecerá, y el mensaje se mostrará en los logs en su lugar.
-
-La clave `version` debe estar en formato [`semver`](https://semver.org/).
-
-El zip debe tener `index.html` como archivo en la raíz, o solo una carpeta en la raíz con `index.html` dentro.
-
-
-Puedes usar el comando del CLI para comprimir tu bundle:
-
-__CODEBLOCK_4__
-
-## Generación del Checksum del Bundle
-
-**Importante:** Debes usar el CLI de Capgo para crear tu archivo zip del bundle. El plugin de Capgo requiere un formato y estructura de zip específicos que solo están garantizados cuando se usa la herramienta CLI oficial. Las utilidades zip estándar pueden crear archivos incompatibles.
-
-Para generar el checksum de tu bundle, usa el comando zip del CLI de Capgo con la bandera `--json`:
-
-__CODEBLOCK_5__
-
-Este comando:
-- Creará un archivo zip correctamente formateado compatible con el plugin de Capgo
-- Generará el checksum SHA256 para verificación de integridad
-- Mostrará la información del bundle en formato JSON
-
-Ejemplo de salida:
-__CODEBLOCK_6__
-
-Usa el valor `checksum` de esta salida en la respuesta de tu API para asegurar que el Plugin pueda verificar la integridad del Paquete antes de la instalación.
diff --git a/src/content/docs/es/docs/plugins/updater/self-hosted/encrypted-bundles.mdx b/src/content/docs/es/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
deleted file mode 100644
index 60f06ecf0..000000000
--- a/src/content/docs/es/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
+++ /dev/null
@@ -1,60 +0,0 @@
----
-title: "Paquetes Encriptados"
-locale: es
-description: "Una guía completa sobre cómo utilizar el Plugin de actualización manual en un entorno auto-hospedado, detallando los pasos y procesos involucrados en la gestión de Paquetes encriptados para actualizaciones seguras y eficientes."
-sidebar:
-  order: 5
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Encriptación de Extremo a Extremo
-
-A partir de la versión 4.15.0, el Plugin te permite enviar actualizaciones encriptadas.
-
-### Paso 1: Crear una clave privada
-```bash title='Crear una clave privada'
-npx @capgo/cli key create
-```
-
-### Paso 2: Crear y comprimir tu Paquete
-```bash title="Crear bundle zip con checksum"
-npx @capgo/cli bundle zip [appId] --key-v2 --json
-```
-
-La bandera `--key-v2` usa el nuevo sistema de encriptación con mejores checksums, y la bandera `--json` mostrará la información del Paquete incluyendo el checksum que necesitarás para la encriptación.
-
-### Paso 3: Encriptar tu Paquete
-```bash title="Encriptar zip del bundle con checksum"
-npx @capgo/cli encrypt [path/to/zip] [checksum]
-```
-
-El parámetro `checksum` es el checksum SHA256 generado por el comando zip en el paso 2. El comando encrypt devolverá un `ivSessionKey` y generará un checksum encriptado. Recuerda renombrar la clave `ivSessionKey` como `session_key` en el payload de actualización.
-
-### Paso 4: Usar en tu payload de actualización
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"session_key": "encrypted_session_key",
-"checksum": "encrypted_checksum_from_encrypt_command"
-}
-```
-
-La `session_key` es el `ivSessionKey` devuelto por el comando encrypt, y el `checksum` es el checksum encriptado generado durante la encriptación (no el checksum original del comando zip).
-
-Luego tu aplicación podrá usar la clave privada para desencriptar la `session_key` y usar la `session_key` desencriptada para desencriptar la actualización. El checksum encriptado asegura la verificación de integridad del Paquete.
-
-## Aprende Más
-
-<CardGrid>
-<LinkCard
-	title="Guía de Encriptación de Extremo a Extremo"
-	href="https://capgo.app/blog/introducing-end-A-end-Seguridad-A-Capacitor-updater-with-code-signing/"
-	description="Profundiza en cómo funciona el sistema de encriptación de Capgo con criptografía RSA + AES"
-/>
-<LinkCard
-	title="Actualizaciones en Vivo Auto-hospedadas"
-	href="https://capgo.app/blog/self-hosted-live-updates/"
-	description="Flujo de trabajo completo para configurar actualizaciones auto-hospedadas"
-/>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/updater/self-hosted/getting-started.mdx b/src/content/docs/es/docs/plugins/updater/self-hosted/getting-started.mdx
deleted file mode 100644
index bf3164f91..000000000
--- a/src/content/docs/es/docs/plugins/updater/self-hosted/getting-started.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: "Comenzando"
-locale: es
-description: "Una guía completa sobre cómo configurar y administrar tu propio servidor de actualización automática para actualizaciones y mantenimiento de aplicaciones sin problemas"
-sidebar:
-    order: 1
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Esta documentación explicará cómo ejecutar tu propio servidor de actualización automática.
-
-## Introducción
-
-Si encuentras útil este trabajo, por favor considera apoyar mi trabajo convirtiéndote en un [patrocinador de Github](https://github.com/sponsors/riderx).
-
-Hice una apuesta de hacer código abierto de todo el código que construí aquí en lugar de ponerle un muro de pago. Al abrirlo en lugar de luchar y ocultarlo, creo que podemos hacer del mundo un lugar mejor.
-
-Además, quiero enfocarme en las herramientas de Capgo, y hacer de ello un negocio abierto y transparente.
-
-Pero para que sea posible, es necesario que todos hagamos nuestra parte, incluyéndote a ti 🥹.
-
-Si Capgo no te conviene, entonces paga tu propio precio y [apoya a un creador independiente](https://github.com/sponsors/riderx) en tus propios términos.
-
-<LinkCard title="Considera Contribuir" href="/docs/Plugin/self-hosted/Contribuyendo/"/>
-## Paridad de características
-
-Si eliges tu propio servidor, perderás el flujo de configuración de 5 minutos.\
-Necesitas implementar todas estas características tú mismo.
-
-
-| Características               | Capgo | Auto-hospedado |
-| ---------------------------- | ----- | -------------- |
-| Actualizaciones              | ✅     | 🚧             |
-| Auto reversión               | ✅     | 🚧             |
-| Alertas de email en fallo    | ✅     | 🚧             |
-| Canales                      | ✅     | 🚧             |
-| Anulación de Canales         | ✅     | 🚧             |
-| Anulación de Dispositivo     | ✅     | 🚧             |
-| Configuraciones de Canales   | ✅     | 🚧             |
-| Configuraciones de Dispositivo| ✅    | 🚧             |
-| ID Personalizado             | ✅     | 🚧             |
-| Auto Asignar Canales         | ✅     | 🚧             |
-| API de Canales               | ✅     | 🚧             |
-| Estadísticas de Actualizaciones | ✅  | 🚧             |
-| Estadísticas de Fallos de Descarga | ✅ | 🚧          |
-| Estadísticas de Uso de Aplicación   | ✅     | 🚧             |
-| Encriptación de Actualizaciones | ✅  | 🚧             |
-| Actualizaciones diferenciales | ✅    | ❌             |
-
-:::danger
-Si envías una actualización incorrecta a tus usuarios, puedes y romperás su aplicación.
-:::
-
-> Ten en cuenta que no puedes usar la nube de Capgo y tu servidor al mismo tiempo.
-
-
-
-:::danger
-La característica de actualización Over-the-Air (OTA) es aplicable solo para modificaciones realizadas en archivos HTML, CSS y JavaScript.
-
-Si realizas cambios en el código nativo, como actualizaciones en Plugins de Capacitor, es obligatorio volver a enviar la aplicación a la tienda de aplicaciones para su aprobación.
-:::
-
-## Elegir entre Auto y Manual
-En modo auto, parte de la lógica es manejada por el código Nativo, las actualizaciones se deciden del lado del servidor, esto es más seguro y permite actualizaciones de grano fino, despliegue parcial a un dispositivo o grupo y más.
-
-En modo manual, toda la lógica es manejada por el JS.
-
-
-
-<LinkCard
-	title="Actualización Automática"
-	href="/docs/Plugin/self-hosted/auto-Actualizar/"
-/>
-
-<LinkCard
-	title="Manual"
-	href="/docs/Plugin/self-hosted/manual-Actualizar/"
-/>
-
-## Instalar Capacitor updater
-
-```bash title="Instalar el Capacitor updater"
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-## Preparar tu Paquete
-
-Para enviar actualizaciones a tu aplicación, necesitas comprimirla.
-La mejor manera de estar seguro de que tu zip es bueno es usar el CLI de Capgo para comprimirlo.
-```bash title="Crear un bundle con tus archivos para servir desde tu servidor"
-npx @capgo/cli@latest bundle zip
-```
-
-
-Tendrás que servir este zip desde tu servidor por tu cuenta.
-
-<LinkCard
-	title="Actualización Automática"
-	href="/docs/Plugin/self-hosted/auto-Actualizar/"
-/>
-
-<LinkCard
-	title="Manual"
-	href="/docs/Plugin/self-hosted/manual-Actualizar/"
-/>
-
-
-:::Nota
-Si esto parece mucho trabajo, prueba el trial de Capgo Cloud.
-:::
-
-:::Nota
-La actualización diferencial no funcionará en actualizaciones manuales, pero puede funcionar en actualización automática, ahora mismo no está documentado ya que es un proceso bastante complejo
-:::
diff --git a/src/content/docs/es/docs/plugins/updater/self-hosted/handling-channels.mdx b/src/content/docs/es/docs/plugins/updater/self-hosted/handling-channels.mdx
deleted file mode 100644
index db69cf4b9..000000000
--- a/src/content/docs/es/docs/plugins/updater/self-hosted/handling-channels.mdx
+++ /dev/null
@@ -1,517 +0,0 @@
----
-title: Canal API Punto final
-description: >-
-  Cómo crear puntos finales de administración de canales para Capgo
-  autohospedado para manejar asignaciones de canales de dispositivos y consultas
-  de canales
-sidebar:
-  order: 8
-locale: es
----
-Los canales son un mecanismo central para administrar las actualizaciones de aplicaciones en Capgo. En el modo autohospedado, debe implementar puntos finales de canal para manejar asignaciones de dispositivos, consultas de canales y operaciones de administración de canales.
-
-## Comprender los canales
-
-Los canales le permiten:
-- **Controlar la distribución de actualizaciones**: asigne diferentes versiones de la aplicación a diferentes grupos de usuarios
-- **Pruebas A/B**: prueba nuevas funciones con segmentos de usuarios específicos  
-- **Implementaciones por etapas**: implemente actualizaciones gradualmente para minimizar el riesgo
-- **Separación de entornos**: actualizaciones separadas de desarrollo, puesta en escena y producción
-
-## Configuración
-
-Configure la URL del punto final del canal en su `capacitor.config.json`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://myserver.com/api/channel_self"
-    }
-  }
-}
-```
-
-## Operaciones de canal
-
-El complemento realiza diferentes operaciones de canal que su punto final debe manejar:
-
-### 1. Listar canales compatibles (solicitud GET)
-
-Cuando el complemento llama a `listChannels()`, envía una solicitud GET para recuperar todos los canales que son compatibles con el dispositivo. Esto devuelve canales que coinciden con el entorno del dispositivo (desarrollador/productor, emulador/dispositivo real) y permiten el acceso público o la autoasignación.
-
-#### Formato de solicitud
-```typescript
-// GET /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Query parameters:
-interface ListChannelsRequest {
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  is_emulator: boolean
-  is_prod: boolean
-  key_id?: string
-}
-```
-
-#### Formato de respuesta
-```json
-[
-  {
-    "id": 1,
-    "name": "production",
-    "public": true,
-    "allow_self_set": false
-  },
-  {
-    "id": 2,
-    "name": "beta",
-    "public": false,
-    "allow_self_set": true
-  }
-]
-```
-
-#### Comprender los tipos de canales
-
-La respuesta incluye dos banderas importantes para cada canal:
-
-- **`public: true`**: Este es un **canal predeterminado**. Los dispositivos no pueden autoasignarse usando `setChannel()`. En cambio, si un dispositivo elimina su asignación de canal (usando `unsetChannel()`), recibirá automáticamente actualizaciones de este canal público si coincide con las condiciones del dispositivo.
-
-- **`allow_self_set: true`**: Este es un **canal autoasignable**. Los dispositivos pueden asignarse explícitamente a este canal usando `setChannel()`. Esto es útil para pruebas beta, pruebas A/B o para permitir a los usuarios optar por pistas de actualización específicas.
-
-:::note
-Un canal puede ser `public` O `allow_self_set`, pero normalmente no ambos. Los canales públicos sirven como respaldo predeterminado, mientras que los canales autoasignables requieren una suscripción explícita.
-:::
-
-### 2. Obtener canal (solicitud PUT)
-
-Cuando el complemento llama a `getChannel()`, envía una solicitud PUT para recuperar la asignación de canal actual del dispositivo.
-
-#### Formato de solicitud
-```typescript
-// PUT /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Body:
-interface GetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-  defaultChannel?: string
-  channel?: string  // For newer plugin versions, contains local channel override
-}
-```
-
-#### Formato de respuesta
-```json
-{
-  "status": "ok",
-  "channel": "production",
-  "allowSet": true,
-  "message": "",
-  "error": ""
-}
-```
-
-### 3. Establecer canal (solicitud POST)
-
-Cuando el complemento llama a `setChannel()`, envía una solicitud POST para asignar el dispositivo a un canal específico.
-
-#### Formato de solicitud
-```typescript
-// POST /api/channel_self
-interface SetChannelRequest {
-  device_id: string
-  app_id: string
-  channel: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-}
-```
-
-#### Formato de respuesta
-```json
-{
-  "status": "ok",
-  "message": "Device assigned to channel successfully",
-  "error": ""
-}
-```
-
-#### Casos de error
-
-Cuando un dispositivo intenta asignarse a un **canal público** (uno con `public: true`), su punto final debería devolver un error:
-
-```json
-{
-  "status": "error",
-  "error": "public_channel_self_set_not_allowed",
-  "message": "This channel is public and does not allow device self-assignment. Unset the channel and the device will automatically use the public channel."
-}
-```
-
-Cuando un dispositivo intenta asignarse a un canal que no permite la autoasignación:
-
-```json
-{
-  "status": "error",
-  "error": "channel_self_set_not_allowed",
-  "message": "This channel does not allow devices to self associate"
-}
-```
-
-### 4. Desarmar canal (Solicitud de ELIMINACIÓN)
-
-Cuando el complemento llama a `unsetChannel()`, envía una solicitud DELETE para eliminar la asignación de canal del dispositivo.
-
-#### Formato de solicitud
-```typescript
-// DELETE /api/channel_self
-interface UnsetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-```
-
-## Ejemplo de implementación
-
-A continuación se muestra un ejemplo JavaScript de cómo implementar el punto final del canal:
-
-```typescript
-interface ChannelRequest {
-  device_id: string
-  app_id: string
-  channel?: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-
-interface ChannelResponse {
-  status: "ok" | "error"
-  channel?: string
-  allowSet?: boolean
-  message?: string
-  error?: string
-}
-
-export const handler = async (event) => {
-  const method = event.httpMethod || event.method
-  const body = JSON.parse(event.body || '{}') as ChannelRequest
-  
-  const { device_id, app_id, channel, platform } = body
-
-  try {
-    switch (method) {
-      case 'GET':
-        return await getDeviceChannel(device_id, app_id)
-        
-      case 'POST':
-        return await setDeviceChannel(device_id, app_id, channel!, platform)
-        
-      case 'DELETE':
-        return await unsetDeviceChannel(device_id, app_id)
-        
-      default:
-        return {
-          status: "error",
-          error: "Method not allowed"
-        }
-    }
-  } catch (error) {
-    return {
-      status: "error",
-      error: error.message
-    }
-  }
-}
-
-async function getDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Query your database for device channel assignment
-  const assignment = await database.getDeviceChannel(deviceId, appId)
-  
-  if (assignment) {
-    return {
-      status: "ok",
-      channel: assignment.channel,
-      allowSet: assignment.allowSelfAssign
-    }
-  }
-  
-  // Return default channel if no assignment found
-  return {
-    status: "ok",
-    channel: "production", // Your default channel
-    allowSet: true
-  }
-}
-
-async function setDeviceChannel(
-  deviceId: string, 
-  appId: string, 
-  channel: string, 
-  platform: string
-): Promise<ChannelResponse> {
-  // Validate channel exists and allows self-assignment
-  const channelConfig = await database.getChannelConfig(channel, appId)
-  
-  if (!channelConfig) {
-    return {
-      status: "error",
-      error: "Channel not found"
-    }
-  }
-  
-  if (!channelConfig.allowDeviceSelfSet) {
-    return {
-      status: "error",
-      error: "Channel does not allow self-assignment"
-    }
-  }
-  
-  // Check platform restrictions
-  if (platform === "ios" && !channelConfig.ios) {
-    return {
-      status: "error", 
-      error: "Channel not available for iOS"
-    }
-  }
-  
-  if (platform === "android" && !channelConfig.android) {
-    return {
-      status: "error", 
-      error: "Channel not available for Android" 
-    }
-  }
-  
-  if (platform === "electron" && !channelConfig.electron) {
-    return {
-      status: "error", 
-      error: "Channel not available for Electron" 
-    }
-  }
-  
-  // Save the assignment
-  await database.setDeviceChannel(deviceId, appId, channel)
-  
-  return {
-    status: "ok",
-    message: "Device assigned to channel successfully"
-  }
-}
-
-async function unsetDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Remove device channel assignment
-  await database.removeDeviceChannel(deviceId, appId)
-  
-  return {
-    status: "ok",
-    message: "Device channel assignment removed"
-  }
-}
-```
-
-## Configuración del canal
-
-Su sistema de canales debe admitir estas opciones de configuración:
-
-```typescript
-interface ChannelConfig {
-  name: string
-  appId: string
-
-  // Platform targeting
-  ios: boolean              // Allow updates to iOS devices
-  android: boolean          // Allow updates to Android devices
-  electron: boolean         // Allow updates to Electron apps
-
-  // Device type restrictions
-  allow_emulator: boolean   // Allow updates on emulator/simulator devices
-  allow_device: boolean     // Allow updates on real/physical devices
-
-  // Build type restrictions
-  allow_dev: boolean        // Allow updates on development builds (is_prod=false)
-  allow_prod: boolean       // Allow updates on production builds (is_prod=true)
-
-  // Channel assignment
-  public: boolean           // Default channel - devices fall back to this when no override
-  allowDeviceSelfSet: boolean  // Allow devices to self-assign via setChannel()
-
-  // Update policies
-  disableAutoUpdate: "major" | "minor" | "version_number" | "none"
-  disableAutoUpdateUnderNative: boolean
-}
-```
-
-### Lógica de filtrado de dispositivosAl enumerar canales compatibles (solicitud GET), debe filtrar los canales según estas condiciones:
-
-1. **Verificación de plataforma**: el canal debe permitir la plataforma del dispositivo (`ios`, `android` o `electron`).
-2. **Verificación del tipo de dispositivo**:
-   - Si `is_emulator=true`: El canal debe tener `allow_emulator=true`
-   - Si `is_emulator=false`: El canal debe tener `allow_device=true`
-3. **Verificación del tipo de construcción**:
-   - Si `is_prod=true`: El canal debe tener `allow_prod=true`
-   - Si `is_prod=false`: El canal debe tener `allow_dev=true`
-4. **Verificación de visibilidad**: el canal debe ser `public=true` O `allow_device_self_set=true`
-
-```typescript
-// Example filtering logic
-function getCompatibleChannels(
-  platform: 'ios' | 'android' | 'electron',
-  isEmulator: boolean,
-  isProd: boolean,
-  channels: ChannelConfig[]
-): ChannelConfig[] {
-  return channels.filter(channel => {
-    // Platform check
-    if (!channel[platform]) return false
-
-    // Device type check
-    if (isEmulator && !channel.allow_emulator) return false
-    if (!isEmulator && !channel.allow_device) return false
-
-    // Build type check
-    if (isProd && !channel.allow_prod) return false
-    if (!isProd && !channel.allow_dev) return false
-
-    // Must be accessible (public or self-assignable)
-    if (!channel.public && !channel.allowDeviceSelfSet) return false
-
-    return true
-  })
-}
-```
-
-## Ejemplo de esquema de base de datos
-
-Necesitará almacenar configuraciones de canales y asignaciones de dispositivos:
-
-```sql
--- Channels table
-CREATE TABLE channels (
-  id SERIAL PRIMARY KEY,
-  name VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-
-  -- Platform targeting
-  ios BOOLEAN DEFAULT true,
-  android BOOLEAN DEFAULT true,
-  electron BOOLEAN DEFAULT true,
-
-  -- Device type restrictions
-  allow_emulator BOOLEAN DEFAULT true,   -- Allow emulator/simulator devices
-  allow_device BOOLEAN DEFAULT true,     -- Allow real/physical devices
-
-  -- Build type restrictions
-  allow_dev BOOLEAN DEFAULT true,        -- Allow development builds
-  allow_prod BOOLEAN DEFAULT true,       -- Allow production builds
-
-  -- Channel assignment
-  public BOOLEAN DEFAULT false,          -- Default channel (fallback)
-  allow_device_self_set BOOLEAN DEFAULT false,  -- Allow self-assignment
-
-  -- Update policies
-  disable_auto_update VARCHAR(50) DEFAULT 'none',
-  disable_auto_update_under_native BOOLEAN DEFAULT false,
-
-  created_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(name, app_id)
-);
-
--- Device channel assignments table
-CREATE TABLE device_channels (
-  id SERIAL PRIMARY KEY,
-  device_id VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-  channel_name VARCHAR(255) NOT NULL,
-  assigned_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(device_id, app_id)
-);
-```
-
-## Manejo de errores
-
-Manejar escenarios de error comunes:
-
-```typescript
-// Channel not found
-{
-  "status": "error",
-  "error": "Channel 'beta' not found"
-}
-
-// Self-assignment not allowed
-{
-  "status": "error", 
-  "error": "Channel does not allow device self-assignment"
-}
-
-// Platform not supported
-{
-  "status": "error",
-  "error": "Channel not available for this platform"
-}
-
-// Invalid request
-{
-  "status": "error",
-  "error": "Missing required field: device_id"
-}
-```
-
-## Mejores prácticas
-
-1. **Seguridad**: valide todas las asignaciones de canales según sus reglas comerciales
-2. **Registro**: registra todas las operaciones del canal para auditoría y depuración.
-3. **Rendimiento**: configuraciones del canal de caché para reducir las consultas a la base de datos
-4. **Validación**: Verifique la autenticidad de device_id y app_id
-5. **Limitación de tasa**: implementar limitación de tasa para evitar abusos
-
-## Integración con actualizaciones
-
-Las asignaciones de canales funcionan junto con su [Actualización API Endpoint](/docs/plugin/self-hosted/handling-updates/). Cuando un dispositivo solicita una actualización, verifique su asignación de canal para determinar qué versión ofrecer:
-
-```typescript
-async function getUpdateForDevice(deviceId: string, appId: string) {
-  // Get device's channel assignment
-  const channelAssignment = await getDeviceChannel(deviceId, appId)
-  const channel = channelAssignment.channel || 'production'
-  
-  // Get the version assigned to this channel
-  const channelVersion = await getChannelVersion(channel, appId)
-  
-  return {
-    version: channelVersion.version,
-    url: channelVersion.url,
-    checksum: channelVersion.checksum
-  }
-}
-```
-
-Esto crea un completo sistema de gestión de canales autohospedado que le brinda control total sobre cómo se distribuyen las actualizaciones a sus usuarios.
diff --git a/src/content/docs/es/docs/plugins/updater/self-hosted/handling-stats.mdx b/src/content/docs/es/docs/plugins/updater/self-hosted/handling-stats.mdx
deleted file mode 100644
index e95a41d71..000000000
--- a/src/content/docs/es/docs/plugins/updater/self-hosted/handling-stats.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: "API de Estadísticas"
-locale: es
-description: "Cómo usar el endpoint de estadísticas de Capgo con el Plugin de actualización automática en modo auto-hospedado, para qué se utilizan y qué esperar"
-sidebar:
-  order: 7
----
-
-import { LinkCard, CardGrid, Aside } from '@astrojs/starlight/components';
-
-## API de Estadísticas
-
-¡A partir de la versión 1.3.0, el sistema de actualización puede enviar estadísticas!
-
-Por defecto, todas las estadísticas se envían a nuestro servidor, para entender el uso e investigar.
-
-<Aside>
-No se envían datos privados para estadísticas, solo UUID aleatorios, versión de actualización, versión de la aplicación nativa, plataforma, acción e ID de aplicación.
-</Aside>
-
-Si quieres enviar estos datos a tu servidor en su lugar, cambia la configuración a continuación:
-
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"statsUrl": "YOUR_URL"
-		}
-	}
-}
-```
-
-## Estructura de Datos
-
-Lo que tu servidor recibirá es:
-
-```tsx
-interface AppInfosStats {
-	"action": "set", // puede ser set, delete, set_fail, reset, revert
-	// Luego es la misma info que actualización
-	"app_id": "**.***.**", // identificador de la app en la tienda
-	"device_id": "*******", // id único por instalación de app
-	"platform": "ios", // o android
-	"custom_id": "user_1", // representa tu usuario
-        "version_name": "1.2.3", // versión del build web
-        "version_build": "1.2.0", // versión del build nativo
-        "version_code": "120", // número de build del build nativo
-	"version_os": "16", // versión del OS del dispositivo
-        "plugin_version": "4.0.0"// para hacer que tu api se comporte de manera diferente con diferentes plugins
-        "is_emulator": false,
-    	"is_prod": false,
-}
-```
-
-También puedes deshabilitarlo totalmente, con una cadena vacía. Ten en cuenta que las estadísticas se hacen de forma privada amigable y me ayudan a entender cómo las personas usan el Plugin, para resolver problemas y mejorarlo.
-
-## Comportamiento esperado cuando no hay actualización
-
-Cuando tu endpoint de actualización no tenga una versión nueva, debe responder con un payload de error como:
-
-```json
-{ "error": "no_new_version_available", "message": "No new version available" }
-```
-
-El código `error` debe ser exactamente `no_new_version_available`. El `message` puede ser cualquier cadena (solo para logs/depuración). Este es el comportamiento esperado y se devuelve igualmente con HTTP `200`. Si tu endpoint en su lugar devuelve un `200` sin `url`, el plugin lo tratará como un fallo de descarga y enviará `download_fail`.
-
-## Ejemplo de Implementación
-
-Aquí hay un ejemplo de código en JavaScript para guardar las estadísticas del Plugin:
-
-```typescript
-interface AppInfos {
-  version_name: string
-  action: 'ping' |
-          'delete' |
-          'reset' |
-          'set' |
-          'get' |
-          'set_fail' |
-          'update_fail' |
-          'download_fail' |
-          'windows_path_fail' |
-          'canonical_path_fail' |
-          'directory_path_fail' |
-          'unzip_fail' |
-          'low_mem_fail' |
-          'download_10' |
-          'download_20' |
-          'download_30' |
-          'download_40' |
-          'download_50' |
-          'download_60' |
-          'download_70' |
-          'download_80' |
-          'download_90' |
-          'download_complete' |
-          'download_manifest_start' |
-          'download_manifest_complete' |
-          'download_zip_start' |
-          'download_zip_complete' |
-          'download_manifest_file_fail' |
-          'download_manifest_checksum_fail' |
-          'download_manifest_brotli_fail' |
-          'decrypt_fail' |
-          'app_moved_to_foreground' |
-          'app_moved_to_background' |
-          'uninstall' |
-          'needPlanUpgrade' |
-          'missingBundle' |
-          'noNew' |
-          'disablePlatformIos' |
-          'disablePlatformAndroid' |
-          'disableAutoUpdateToMajor' |
-          'cannotUpdateViaPrivateChannel' |
-          'disableAutoUpdateToMinor' |
-          'disableAutoUpdateToPatch' |
-          'channelMisconfigured' |
-          'disableAutoUpdateMetadata' |
-          'disableAutoUpdateUnderNative' |
-          'disableDevBuild' |
-          'disableEmulator' |
-          'cannotGetBundle' |
-          'checksum_fail' |
-          'NoChannelOrOverride' |
-          'setChannel' |
-          'getChannel' |
-          'rateLimited' |
-          'disableAutoUpdate' |
-          'InvalidIp' |
-          'blocked_by_server_url'
-  version_build: string
-  version_code: string
-  version_os: string
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    action,
-    version_code,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    action,
-    version_os,
-    version_code,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  // Guárdalo en tu base de datos
-  return { status: 'ok' }
-}
-```
-
-Este endpoint debe devolver un JSON:
-
-```json
-{ "status": "ok" }
-```
-
-## Acciones
-
-Para descripciones detalladas de todos los códigos de acción y sus significados, por favor consulta la documentación de depuración:
-
-* **Acciones enviadas desde el dispositivo**: Ver la sección [documentación de depuración - Enviado desde el dispositivo](/docs/plugins/updater/debugging/#sent-from-the-device)
-* **Acciones enviadas desde el backend**: Ver la sección [documentación de depuración - Enviado desde el backend](/docs/plugins/updater/debugging/#sent-from-the-backend)
-
-<LinkCard
-	title="Manejo de Actualizaciones"
-	href="/docs/Plugin/self-hosted/handling-Actualizaciones/"
-/>
diff --git a/src/content/docs/es/docs/plugins/updater/self-hosted/handling-updates.mdx b/src/content/docs/es/docs/plugins/updater/self-hosted/handling-updates.mdx
deleted file mode 100644
index 9f98db863..000000000
--- a/src/content/docs/es/docs/plugins/updater/self-hosted/handling-updates.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: "Endpoint API de Actualización"
-locale: es
-description: "Cómo construir el endpoint API de tu servidor de actualización para responder a las solicitudes del Plugin de Capgo con información apropiada del Paquete y checksums"
-sidebar:
-  order: 6
----
-
-Aquí hay un ejemplo de código en JavaScript para enviar una actualización al Plugin
-
-```typescript
-interface AppInfos {
-  version_name: string
-  version_build: string
-  version_os: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  if (version_name === '1.0.0') {
-    return {
-      version: '1.0.1',
-      url: 'https://apiurl.com/mybuild_101.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else if (version_name === '1.0.1') {
-    return {
-      version: '1.0.2',
-      url: 'https://apiurl.com/mybuild_102.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else {
-    return {
-      message: 'Error version not found'
-      version: '',
-      url: '',
-    }
-  }
-}
-```
-
-## Formato de Respuesta
-
-Para **Paquetes no encriptados**, tu endpoint debe devolver:
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "sha256_checksum_of_bundle"
-}
-```
-
-Para **Paquetes encriptados**, también necesitas incluir la clave de sesión:
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "encrypted_checksum_from_encrypt_command",
-  "session_key": "ivSessionKey_from_encrypt_command"
-}
-```
-
-Y si no hay actualización o Error, agrega la clave `message` y opcionalmente un `error`:
-
-```json
-{
-  "message": "Version not found",
-  "error": "The backend crashed",
-  "version": "1.0.2",
-}
-```
-
-## Descripciones de Campos
-
-- **`checksum`**: Hash SHA256 de tu archivo zip del Paquete para verificación de integridad
-- **`session_key`**: Requerido solo para Paquetes encriptados - este es el `ivSessionKey` devuelto por el comando encrypt
-- **`version`**: Identificador de versión en formato semver
-- **`url`**: URL HTTPS donde el Paquete puede ser descargado
-
-## Creación de Paquete
-
-Para aprender cómo crear Paquetes compatibles y generar checksums, consulta la [documentación de Actualización Automática](/docs/plugin/self-hosted/auto-update/#generating-bundle-checksum).
-
-Para Paquetes encriptados, consulta la [documentación de Bundles Encriptados](/docs/plugin/self-hosted/encrypted-bundles/) que explica el flujo de trabajo completo de encriptación.
diff --git a/src/content/docs/es/docs/plugins/updater/self-hosted/manual-update.mdx b/src/content/docs/es/docs/plugins/updater/self-hosted/manual-update.mdx
deleted file mode 100644
index ffa0f3f9c..000000000
--- a/src/content/docs/es/docs/plugins/updater/self-hosted/manual-update.mdx
+++ /dev/null
@@ -1,68 +0,0 @@
----
-title: "Actualización Manual"
-locale: es
-description: "Una guía detallada sobre cómo utilizar el Plugin de actualización manual dentro de un entorno auto-hospedado, proporcionando instrucciones completas sobre configuración y uso para gestionar eficazmente las actualizaciones sin depender de procesos automáticos."
-sidebar:
-  order: 3
----
-
-## Configuración
-
-Agrega esto a tu ``capacitor.config.json``, para deshabilitar la actualización automática.
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"autoUpdate": false,
-		}
-	}
-}
-```
-
-## Uso
-
-Puedes usar este ejemplo o recrear la lógica en tu aplicación.
-
-:::Precaución
-Estamos forzando al usuario a actualizar la aplicación con una versión estática declarada en el código. Esto no es recomendado, deberías usar una versión dinámica desde tu servidor.
-:::
-
-:::danger
-No estamos haciendo ninguna verificación de versión, desencriptación o validación de checksum en este ejemplo. Deberías hacerlo por tu cuenta.
-:::
-
-```tsx
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-import { App } from '@capacitor/app'
-let data = {version: ""}
-CapacitorUpdater.notifyAppReady()
-App.addListener('appStateChange', async(state) => {
-     if (state.isActive) {
-       // Hacer la descarga durante el tiempo activo del usuario en la app para prevenir descargas fallidas
-       data = await CapacitorUpdater.download({
-       version: '0.0.4',
-       url: 'https://github.com/Cap-go/demo-app/releases/download/0.0.4/dist.zip',
-       })
-     }
-     if (!state.isActive && data.version !== "") {
-       // Hacer el cambio cuando el usuario deje la app
-       SplashScreen.show()
-       try {
-         await CapacitorUpdater.set(data)
-       } catch (err) {
-         console.log(err)
-         SplashScreen.hide() // en caso de que el set falle, de lo contrario la nueva app tendrá que ocultarlo
-       }
-     }
- })
-```
-
-
-
-:::Nota
-Si esto parece mucho trabajo, considera probar [el trial de Capgo](https://capgo.app/register/). Manejará todo esto por ti.
-:::
diff --git a/src/content/docs/es/docs/plugins/updater/settings.mdx b/src/content/docs/es/docs/plugins/updater/settings.mdx
deleted file mode 100644
index c84835f9a..000000000
--- a/src/content/docs/es/docs/plugins/updater/settings.mdx
+++ /dev/null
@@ -1,527 +0,0 @@
----
-title: "Configuraciones"
-locale: es
-description: "Todas las configuraciones disponibles para Capacitor Updater, toda la configuración que puedes establecer en tu configuración de Capacitor y para qué se utilizan"
-sidebar:
-  order: 8
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Para tener un control más preciso sobre el sistema de actualización, puedes configurarlo con estas opciones:
-
-<Aside type="tip">
- Cualquier cambio a estas configuraciones en el archivo Capacitor.config, requiere sincronizar la plataforma y lanzar a la tienda para que las aplicaciones en producción las reciban.
-</Aside>
-
-
-## `appReadyTimeout`
-
-> Configura el número de milisegundos que el Plugin nativo debe esperar antes de considerar una actualización como 'fallida'.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `10000` (10 segundos)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000
-    }
-  }
-}
-```
-
-## `responseTimeout`
-
-> Configura el número de milisegundos que el Plugin nativo debe esperar antes de considerar el timeout de la API.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `20` (20 segundos)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "responseTimeout": 10 // (10 segundos)
-    }
-  }
-}
-```
-
-## `autoDeleteFailed`
-
-> Configura si el Plugin debe eliminar automáticamente los Paquetes fallidos.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeleteFailed": false
-    }
-  }
-}
-```
-
-## `autoDeletePrevious`
-
-> Configura si el Plugin debe eliminar automáticamente Paquetes anteriores después de una actualización exitosa.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeletePrevious": false
-    }
-  }
-}
-```
-
-## `autoUpdate`
-
-> Configura si el Plugin debe usar Actualización Automática a través de un servidor de actualización.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": false
-    }
-  }
-}
-```
-
-## `updateUrl`
-
-> Configura la URL / endpoint a la cual se envían las verificaciones de actualización.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `https://plugin.capgo.app/updates`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "updateUrl": "https://example.com/api/auto_update"
-    }
-  }
-}
-```
-
-## `statsUrl`
-
-> Configura la URL / endpoint a la cual se envían las estadísticas de actualización.
-
-Solo disponible para Android e iOS. Establece como "" para deshabilitar el reporte de estadísticas.
-
-Por defecto: `https://plugin.capgo.app/stats`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "statsUrl": "https://example.com/api/stats"
-    }
-  }
-}
-```
-
-## `publicKey`
-
-> Configura la clave pública para encriptación de actualización en vivo de extremo a extremo Versión 2.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "publicKey": "YOUR_PUBLIC_KEY"
-    }
-  }
-}
-```
-
-## `directUpdate`
-
-> Configura cuándo el Plugin debe instalar actualizaciones directamente. Solo para modo autoUpdate.
-> Funciona bien para Aplicaciones menores a 10MB y con subidas hechas usando la bandera --partial.
-> Zip o Aplicaciones de más de 10MB serán relativamente lentas para que los usuarios actualicen.
-
-Opciones:
-- `false`: Nunca hacer actualizaciones directas (usar comportamiento por defecto: descargar al iniciar, establecer al pasar a segundo plano)
-- `'atInstall'`: Actualización directa solo cuando la Aplicación está instalada, actualizada desde la tienda, de lo contrario actuar como directUpdate = false
-- `'onLaunch'`: Actualización directa solo en Aplicación instalada, actualizada desde la tienda o después de matar Aplicación, de lo contrario actuar como directUpdate = false
-- `'always'`: Actualización directa en todos los casos anteriores (Aplicación instalada, actualizada desde la tienda, después de matar Aplicación o reanudar Aplicación), nunca actuar como directUpdate = false
-- `true`: (obsoleto) Igual que "always" para compatibilidad hacia atrás
-
-Solo disponible para Android e iOS.
-
-Por defecto: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall"
-    }
-  }
-}
-```
-
-## `resetWhenUpdate`
-
-> Eliminar automáticamente Paquetes descargados anteriormente cuando se instale un Paquete de Aplicación nativo más reciente en el dispositivo.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "resetWhenUpdate": false
-    }
-  }
-}
-```
-
-## `defaultChannel`
-
-> Establece el canal por defecto para la Aplicación en la configuración. Sensible a mayúsculas.
-> Esta configuración anulará el canal por defecto establecido en la nube, pero seguirá respetando las anulaciones hechas en la nube.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "defaultChannel": "production"
-    }
-  }
-}
-```
-
-## `appId`
-
-> Configura el id de la Aplicación en la configuración.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appId": "com.example.app"
-    }
-  }
-}
-```
-
-## `version`
-
-> Configura la versión actual de la Aplicación. Esto se usará para la primera solicitud de actualización.
-> Si no se establece, el Plugin obtendrá la versión del código nativo.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "version": "1.0.0"
-    }
-  }
-}
-```
-
-## `channelUrl`
-
-> Configura la URL / endpoint para operaciones de canal.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `https://plugin.capgo.app/channel_self`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://example.com/api/channel"
-    }
-  }
-}
-```
-
-## `autoSplashscreen`
-
-> Manejar automáticamente el ocultamiento del splashscreen cuando se usa directUpdate. Cuando está habilitado, el Plugin ocultará automáticamente el splashscreen después de que se apliquen las actualizaciones o cuando no se necesite actualización.
-> Esto elimina la necesidad de escuchar manualmente eventos appReady y llamar a SplashScreen.hide().
-> Solo funciona cuando directUpdate está establecido como "atInstall", "always" o true.
-> Requiere que el Plugin @Capacitor/splash-screen esté instalado y configurado con launchAutoHide: false.
-> Requiere que autoUpdate y directUpdate estén habilitados.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall",
-      "autoSplashscreen": true
-    }
-  }
-}
-```
-
-## `periodCheckDelay`
-
-> Configura el periodo de retraso para la verificación de actualización periódica. La unidad está en segundos.
-> No puede ser menor a 600 segundos (10 minutos).
-
-Solo disponible para Android e iOS.
-
-Por defecto: `600` (10 minutos)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "periodCheckDelay": 600 // (10 minutos)
-    }
-  }
-}
-```
-
-## `allowModifyUrl`
-
-> Permitir que el Plugin modifique updateUrl, statsUrl y channelUrl dinámicamente desde el lado de JavaScript.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "allowModifyUrl": true
-    }
-  }
-}
-```
-
-## `keepUrlPathAfterReload`
-
-> Configura el Plugin para mantener la ruta de URL después de una recarga.
-
-<Aside type="caution">
-Cuando se activa una recarga, 'window.history' será borrado.
-</Aside>
-
-Solo disponible para Android e iOS.
-
-Por defecto: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "keepUrlPathAfterReload": true
-    }
-  }
-}
-```
-
-## `disableJSLogging`
-
-> Deshabilitar el registro JavaScript del Plugin. Si es true, el Plugin no registrará en la consola JavaScript. Solo se hará el registro nativo.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "disableJSLogging": true
-    }
-  }
-}
-```
-
-## `shakeMenu`
-
-> Habilitar gesto de sacudida para mostrar menú de actualización con propósitos de depuración/pruebas.
-
-Solo disponible para Android e iOS.
-
-Por defecto: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "shakeMenu": true
-    }
-  }
-}
-```
-
-## Configuraciones de Desarrollo
-
-### `localHost`
-
-> Configura el CLI para usar un servidor local para pruebas o servidor de actualización auto-hospedado.
-
-Por defecto: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-### `localWebHost`
-
-> Configura el CLI para usar un servidor local para pruebas o servidor de actualización auto-hospedado.
-
-Por defecto: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localWebHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-### `localSupa`
-
-> Configura el CLI para usar un servidor local para pruebas o servidor de actualización auto-hospedado.
-
-Por defecto: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupa": "http://localhost:54321"
-    }
-  }
-}
-```
-
-### `localSupaAnon`
-
-> Configura el CLI para usar un servidor local para pruebas.
-
-Por defecto: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupaAnon": "YOUR_LOCAL_ANON_KEY"
-    }
-  }
-}
-```
-
-### `localApi`
-
-> Configura el CLI para usar un API local para pruebas.
-
-Por defecto: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApi": "http://localhost:54321/functions/v1"
-    }
-  }
-}
-```
-
-### `localApiFiles`
-
-> Configura el CLI para usar un API de archivos local para pruebas.
-
-Por defecto: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApiFiles": "http://localhost:54321/functions/v1/files"
-    }
-  }
-}
-```
-
-<Aside type="tip">
-Hay configuraciones adicionales disponibles en la [aplicación web de Capgo](https://console.capgo.app/login) que se pueden configurar por canal sin requerir un lanzamiento de Aplicación nativa.
-</Aside>
diff --git a/src/content/docs/es/docs/plugins/uploader/getting-started.mdx b/src/content/docs/es/docs/plugins/uploader/getting-started.mdx
deleted file mode 100644
index 8d44d58c8..000000000
--- a/src/content/docs/es/docs/plugins/uploader/getting-started.mdx
+++ /dev/null
@@ -1,296 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Aprende cómo instalar y usar el Plugin Background Uploader para subidas de archivos confiables en tu Aplicación Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-uploader" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurar permisos**
-
-   ### iOS
-   Agrega modos de segundo plano a tu `Info.plist`:
-   ```xml
-   <key>UIBackgroundModes</key>
-   <array>
-     <string>processing</string>
-   </array>
-   ```
-
-   ### Android
-   Agrega permisos a tu `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET" />
-   <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## Uso
-
-Importa el Plugin y usa sus métodos para subir archivos:
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-
-// Iniciar una subida
-const startUpload = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/your/file.jpg',
-    serverUrl: 'https://your-server.com/upload',
-    method: 'POST',
-    headers: {
-      'Authorization': 'Bearer your-token'
-    },
-    parameters: {
-      'userId': '12345',
-      'type': 'profile'
-    },
-    notificationTitle: 'Subiendo Foto'
-  });
-
-  console.log('Upload ID:', upload.id);
-};
-
-// Escuchar eventos de subida
-const listener = await Uploader.addListener('events', (event) => {
-  switch (event.name) {
-    case 'uploading':
-      console.log(`Upload ${event.payload.id}: ${event.payload.percent}%`);
-      break;
-    case 'completed':
-      console.log('Upload completed:', event.payload.id);
-      console.log('Status code:', event.payload.statusCode);
-      break;
-    case 'failed':
-      console.error('Upload failed:', event.payload.id);
-      console.error('Error:', event.payload.error);
-      break;
-  }
-});
-
-// Recuerda remover el listener cuando termines
-// listener.remove();
-
-// Cancelar una subida
-const cancelUpload = async (uploadId: string) => {
-  await Uploader.cancelUpload({ id: uploadId });
-};
-
-// Obtener todas las subidas activas
-const getActiveUploads = async () => {
-  const uploads = await Uploader.getUploads();
-  console.log('Subidas activas:', uploads);
-};
-```
-
-## Referencia API
-
-### startUpload(Opciones)
-
-Inicia una nueva subida de archivo.
-
-```typescript
-interface UploadOptions {
-  filePath: string;
-  serverUrl: string;
-  method?: 'POST' | 'PUT';
-  headers?: { [key: string]: string };
-  parameters?: { [key: string]: string };
-  notificationTitle?: string;
-  notificationBody?: string;
-  useUtf8Charset?: boolean;
-  maxRetries?: number;
-}
-```
-
-### cancelUpload(Opciones)
-
-Cancela una subida en curso.
-
-```typescript
-interface CancelOptions {
-  id: string;
-}
-```
-
-### getUploads()
-
-Devuelve todas las subidas activas.
-
-### removeUpload(Opciones)
-
-Elimina una subida de la cola.
-
-```typescript
-interface RemoveOptions {
-  id: string;
-}
-```
-
-## Eventos
-
-### events
-
-Todos los eventos de subida se entregan a través de un único listener `events`. El evento contiene un campo `name` para identificar el tipo:
-
-```typescript
-Uploader.addListener('events', (event: UploadEvent) => {
-  switch (event.name) {
-    case 'uploading':
-      // Subida en progreso
-      console.log(`Progress: ${event.payload.percent}%`);
-      console.log(`ID: ${event.payload.id}`);
-      break;
-
-    case 'completed':
-      // Subida finalizada exitosamente
-      console.log(`Completed: ${event.payload.id}`);
-      console.log(`Status code: ${event.payload.statusCode}`);
-      break;
-
-    case 'failed':
-      // Subida fallida
-      console.error(`Failed: ${event.payload.id}`);
-      console.error(`Error: ${event.payload.error}`);
-      break;
-  }
-});
-```
-
-**Tipos de Eventos:**
-- `uploading` - Actualización de progreso con `percent` e `id`
-- `completed` - Subida finalizada con `id` y `statusCode`
-- `failed` - Subida fallida con `id` y mensaje de `error`
-
-## Características Avanzadas
-
-### Subida de Formulario Multipartes
-
-```typescript
-const uploadWithFormData = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/photo.jpg',
-    serverUrl: 'https://api.example.com/upload',
-    method: 'POST',
-    parameters: {
-      'name': 'foto-perfil',
-      'description': 'Foto de perfil de usuario'
-    },
-    headers: {
-      'X-API-Key': 'your-api-key'
-    }
-  });
-};
-```
-
-### Subida Binaria
-
-```typescript
-const uploadBinary = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/data.bin',
-    serverUrl: 'https://api.example.com/binary',
-    method: 'PUT',
-    headers: {
-      'Content-Type': 'application/octet-stream'
-    }
-  });
-};
-```
-
-### Subida Consciente de Red
-
-```typescript
-import { Network } from '@capacitor/network';
-
-const smartUpload = async () => {
-  const status = await Network.getStatus();
-
-  if (status.connectionType === 'wifi') {
-    // Iniciar subidas de archivos grandes en WiFi
-    await startLargeUpload();
-  } else if (status.connectionType === 'cellular') {
-    // Encolar para después o advertir al usuario
-    console.log('Usando datos celulares');
-  }
-};
-```
-
-## Mejores Prácticas
-
-1. **Manejar todos los tipos de eventos**
-   ```typescript
-   const setupUploadHandlers = () => {
-     Uploader.addListener('events', (event) => {
-       switch (event.name) {
-         case 'uploading':
-           handleProgress(event.payload);
-           break;
-         case 'completed':
-           handleCompleted(event.payload);
-           break;
-         case 'failed':
-           handleError(event.payload);
-           break;
-       }
-     });
-   };
-   ```
-
-2. **Limpiar listeners**
-   ```typescript
-   // Agregar listener
-   const listener = await Uploader.addListener('events', handleEvent);
-
-   // Limpiar cuando termine
-   listener.remove();
-   ```
-
-3. **Reintentar subidas fallidas**
-   ```typescript
-   const retryUpload = async (filePath: string, serverUrl: string) => {
-     try {
-       await Uploader.startUpload({
-         filePath,
-         serverUrl,
-         maxRetries: 3
-       });
-     } catch (error) {
-       console.error('Subida fallida después de reintentos:', error);
-     }
-   };
-   ```
-
-4. **Mostrar notificaciones de subida**
-   ```typescript
-   await Uploader.startUpload({
-     filePath: 'file:///path/to/file',
-     serverUrl: 'https://server.com/upload',
-     notificationTitle: 'Subiendo Archivo',
-     notificationBody: 'Tu archivo se está subiendo...'
-   });
-   ```
-
-## Notas de Plataforma
-
-### iOS
-- Usa `URLSession` para subidas en segundo plano
-- Requiere capacidad de procesamiento en segundo plano
-- Las subidas continúan cuando la Aplicación está suspendida
-
-### Android
-- Usa `WorkManager` para subidas confiables
-- Muestra notificación de servicio en primer plano durante subidas
-- Respeta configuraciones de optimización de batería
diff --git a/src/content/docs/es/docs/plugins/uploader/index.mdx b/src/content/docs/es/docs/plugins/uploader/index.mdx
deleted file mode 100644
index 3d98fabc0..000000000
--- a/src/content/docs/es/docs/plugins/uploader/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-uploader"
-locale: es
-description: Plugin de subida de archivos en segundo plano para Aplicaciones Capacitor con seguimiento de progreso y subidas reanudables.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Sube archivos en segundo plano con seguimiento de progreso, subidas reanudables y manejo consciente de red para Aplicaciones Capacitor.
-  image:
-    file: ~public/icons/plugins/uploader.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/uploader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-uploader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Subidas en segundo plano" icon="rocket">
-    Continúa subidas incluso cuando la Aplicación está en segundo plano 🚀
-  </Card>
-  <Card title="Seguimiento de progreso" icon="list-format">
-    Progreso de subida en tiempo real con estadísticas detalladas 📊
-  </Card>
-  <Card title="Subidas reanudables" icon="download">
-    Resume automáticamente subidas interrumpidas 🔄
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/uploader/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/video-player/getting-started.mdx b/src/content/docs/es/docs/plugins/video-player/getting-started.mdx
deleted file mode 100644
index bf8ff166c..000000000
--- a/src/content/docs/es/docs/plugins/video-player/getting-started.mdx
+++ /dev/null
@@ -1,302 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Aprende cómo integrar reproducción de video nativo en tu Aplicación Capacitor.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-video-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Uso Básico
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-// Inicializar un reproductor de video
-const playVideo = async () => {
-  const result = await CapacitorVideoPlayer.initPlayer({
-    mode: 'fullscreen',
-    url: 'https://example.com/video.mp4',
-    playerId: 'myPlayer',
-    componentTag: 'div'
-  });
-
-  console.log('Player initialized:', result);
-};
-
-// Reproducir el video
-await CapacitorVideoPlayer.play({ playerId: 'myPlayer' });
-
-// Pausar el video
-await CapacitorVideoPlayer.pause({ playerId: 'myPlayer' });
-
-// Obtener tiempo actual
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'myPlayer' });
-console.log('Current time:', value);
-
-// Buscar posición
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'myPlayer',
-  seektime: 30 // segundos
-});
-
-// Establecer volumen (0-1)
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'myPlayer',
-  volume: 0.5
-});
-```
-
-## Referencia API
-
-### initPlayer(Opciones)
-
-Inicializa una instancia del reproductor de video.
-
-```typescript
-await CapacitorVideoPlayer.initPlayer({
-  mode: 'fullscreen', // o 'embedded'
-  url: 'https://example.com/video.mp4',
-  playerId: 'player1',
-  subtitle: 'https://example.com/subtitles.vtt',
-  language: 'en',
-  rate: 1.0,
-  exitOnEnd: true,
-  loopOnEnd: false,
-  pipEnabled: true,
-  showControls: true
-});
-```
-
-### play(Opciones)
-
-Reproduce el video.
-
-```typescript
-await CapacitorVideoPlayer.play({ playerId: 'player1' });
-```
-
-### pause(Opciones)
-
-Pausa el video.
-
-```typescript
-await CapacitorVideoPlayer.pause({ playerId: 'player1' });
-```
-
-### getDuration(Opciones)
-
-Obtiene la duración del video en segundos.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getDuration({ playerId: 'player1' });
-console.log('Duration:', value, 'seconds');
-```
-
-### getCurrentTime(Opciones)
-
-Obtiene la posición de reproducción actual en segundos.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'player1' });
-```
-
-### setCurrentTime(Opciones)
-
-Busca un tiempo específico.
-
-```typescript
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'player1',
-  seektime: 60 // segundos
-});
-```
-
-### setVolume(Opciones)
-
-Establece el volumen (0.0 a 1.0).
-
-```typescript
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'player1',
-  volume: 0.8
-});
-```
-
-### getVolume(Opciones)
-
-Obtiene el volumen actual.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getVolume({ playerId: 'player1' });
-```
-
-### setMuted(Opciones)
-
-Silencia o activa el sonido del video.
-
-```typescript
-await CapacitorVideoPlayer.setMuted({
-  playerId: 'player1',
-  muted: true
-});
-```
-
-### setRate(Opciones)
-
-Establece la velocidad de reproducción.
-
-```typescript
-await CapacitorVideoPlayer.setRate({
-  playerId: 'player1',
-  rate: 1.5 // velocidad 1.5x
-});
-```
-
-### stopAllPlayers()
-
-Detiene todos los reproductores activos.
-
-```typescript
-await CapacitorVideoPlayer.stopAllPlayers();
-```
-
-### exitPlayer()
-
-Sale del reproductor de video.
-
-```typescript
-await CapacitorVideoPlayer.exitPlayer();
-```
-
-## Ejemplo Completo
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-export class VideoPlayerService {
-  private playerId = 'mainPlayer';
-
-  async initializePlayer(videoUrl: string, subtitleUrl?: string) {
-    try {
-      const result = await CapacitorVideoPlayer.initPlayer({
-        mode: 'fullscreen',
-        url: videoUrl,
-        playerId: this.playerId,
-        subtitle: subtitleUrl,
-        language: 'en',
-        rate: 1.0,
-        exitOnEnd: true,
-        loopOnEnd: false,
-        pipEnabled: true,
-        bkmodeEnabled: true,
-        showControls: true,
-        displayMode: 'all'
-      });
-
-      console.log('Player initialized:', result);
-      return result;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  async togglePlayPause() {
-    const { value: isPlaying } = await CapacitorVideoPlayer.isPlaying({
-      playerId: this.playerId
-    });
-
-    if (isPlaying) {
-      await CapacitorVideoPlayer.pause({ playerId: this.playerId });
-    } else {
-      await CapacitorVideoPlayer.play({ playerId: this.playerId });
-    }
-  }
-
-  async seekForward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: currentTime + seconds
-    });
-  }
-
-  async seekBackward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: Math.max(0, currentTime - seconds)
-    });
-  }
-
-  async setPlaybackSpeed(speed: number) {
-    await CapacitorVideoPlayer.setRate({
-      playerId: this.playerId,
-      rate: speed
-    });
-  }
-
-  async getProgress() {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-    const { value: duration } = await CapacitorVideoPlayer.getDuration({
-      playerId: this.playerId
-    });
-
-    return {
-      currentTime,
-      duration,
-      percentage: (currentTime / duration) * 100
-    };
-  }
-
-  async cleanup() {
-    await CapacitorVideoPlayer.stopAllPlayers();
-  }
-}
-```
-
-## Notas de Plataforma
-
-### iOS
-- Requiere iOS 10.0+
-- Usa AVPlayer nativo
-- Soporta Picture-in-Picture
-- Reproducción en segundo plano soportada
-
-### Android
-- Requiere Android 5.0 (API 21)+
-- Usa ExoPlayer
-- Soporta Chromecast
-- Colores de acento personalizados disponibles
-
-### Web
-- Usa reproductor de video HTML5
-- Solo modo embebido
-- Características nativas limitadas
-
-## Mejores Prácticas
-
-1. **Limpiar reproductores**: Siempre detén los reproductores cuando termines
-2. **Manejar errores**: Envuelve llamadas del reproductor en try-catch
-3. **IDs únicos de reproductor**: Usa IDs únicos para múltiples reproductores
-4. **Verificar estado de reproducción**: Verifica el estado antes de operaciones
-5. **Gestión de recursos**: Libera reproductores para liberar memoria
diff --git a/src/content/docs/es/docs/plugins/video-player/index.mdx b/src/content/docs/es/docs/plugins/video-player/index.mdx
deleted file mode 100644
index 09afb4dea..000000000
--- a/src/content/docs/es/docs/plugins/video-player/index.mdx
+++ /dev/null
@@ -1,43 +0,0 @@
----
-title: '@Capgo/Capacitor-video-player'
-description: Native video playback for Capacitor Aplicaciones with full control and customization.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Powerful native video player with support for fullscreen, embedded modes,
-    subtitles, and comprehensive playback controls.
-  image:
-    file: ~public/icons/plugins/video-player.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/video-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: 'https://GitHub.com/Cap-go/Capacitor-video-player/'
-      icon: external
-      variant: minimal
-locale: es
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Multiple Modes" icon="laptop">
-    Fullscreen and embedded playback modes
-  </Card>
-  <Card title="Subtitle Support" icon="document">
-    Display subtitles in multiple languages
-  </Card>
-  <Card title="Full Control" icon="setting">
-    Play, pause, seek, volume, and playback rate control
-  </Card>
-  <Card title="Comprehensive Documentación" icon="open-book">
-    Verificar El [Documentation](/docs/plugins/video-player/getting-started/) A integrate video playback.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/volume-buttons/getting-started.mdx b/src/content/docs/es/docs/plugins/volume-buttons/getting-started.mdx
deleted file mode 100644
index 5667b352c..000000000
--- a/src/content/docs/es/docs/plugins/volume-buttons/getting-started.mdx
+++ /dev/null
@@ -1,266 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a detectar pulsaciones de botones de volumen en su aplicación
-  Capacitor.
-sidebar:
-  order: 2
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/capacitor-volume-buttons" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Uso
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-// Listen for volume button presses
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Volume button pressed:', event.direction);
-
-  if (event.direction === 'up') {
-    console.log('Volume up pressed');
-    // Handle volume up
-  } else if (event.direction === 'down') {
-    console.log('Volume down pressed');
-    // Handle volume down
-  }
-});
-
-// Remove all listeners when done
-await VolumeButtons.removeAllListeners();
-```
-
-## API Referencia
-
-### addListener('volumeButtonPressed', devolución de llamada)
-
-Escuche los eventos de pulsación del botón de volumen.
-
-```typescript
-const handle = VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Direction:', event.direction); // 'up' or 'down'
-});
-
-// Remove specific listener
-await handle.remove();
-```
-
-**Datos del evento:**
-- `direction`: `'arriba' | 'abajo'` - Dirección de pulsación del botón
-
-### eliminarTodos los oyentes()
-
-Elimine a todos los oyentes registrados.
-
-```typescript
-await VolumeButtons.removeAllListeners();
-```
-
-### obtenerPluginVersion()
-
-Obtenga la versión del complemento.
-
-```typescript
-const { version } = await VolumeButtons.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Ejemplo completo
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-export class VolumeButtonController {
-  private listener: any;
-
-  async initialize() {
-    this.listener = VolumeButtons.addListener(
-      'volumeButtonPressed',
-      this.handleVolumeButton.bind(this)
-    );
-
-    console.log('Volume button listener initialized');
-  }
-
-  private handleVolumeButton(event: { direction: 'up' | 'down' }) {
-    switch (event.direction) {
-      case 'up':
-        this.handleVolumeUp();
-        break;
-      case 'down':
-        this.handleVolumeDown();
-        break;
-    }
-  }
-
-  private handleVolumeUp() {
-    console.log('Volume up pressed');
-    // Your custom logic for volume up
-    // e.g., navigate forward, increase brightness, etc.
-  }
-
-  private handleVolumeDown() {
-    console.log('Volume down pressed');
-    // Your custom logic for volume down
-    // e.g., navigate backward, decrease brightness, etc.
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await VolumeButtons.removeAllListeners();
-    console.log('Volume button listener cleaned up');
-  }
-}
-```
-
-## Casos de uso
-
-### Captura de foto/vídeo
-
-Utilice los botones de volumen como disparadores del obturador de la cámara:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', async (event) => {
-  // Any volume button triggers camera
-  await capturePhoto();
-});
-```
-
-### Navegación de página
-
-Navega por el contenido con los botones de volumen:
-
-```typescript
-let currentPage = 0;
-
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    currentPage++;
-    showPage(currentPage);
-  } else {
-    currentPage = Math.max(0, currentPage - 1);
-    showPage(currentPage);
-  }
-});
-```
-
-### Control de medios
-
-Controlar la reproducción multimedia:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    skipForward();
-  } else {
-    skipBackward();
-  }
-});
-```
-
-### Controles del juego
-
-Utilice botones de volumen para acciones del juego:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    player.jump();
-  } else {
-    player.crouch();
-  }
-});
-```
-
-## Mejores prácticas
-
-1. **Limpiar a los oyentes**
-   Elimine siempre los oyentes cuando su componente se desmonte:
-   ```typescript
-   useEffect(() => {
-     const listener = VolumeButtons.addListener('volumeButtonPressed', handler);
-
-     return () => {
-       listener.remove();
-     };
-   }, []);
-   ```
-
-2. **Proporcione comentarios visuales**
-   Muestre a los usuarios que los botones de volumen se utilizan para controles personalizados:
-   ```typescript
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     showNotification(`Volume ${event.direction} pressed`);
-     performAction(event.direction);
-   });
-   ```
-
-3. **Considere la accesibilidad**
-   Recuerde que algunos usuarios confían en los botones de volumen para controlar el volumen real. Proporcionar controles alternativos.
-
-4. **Presiones rápidas antirrebote**
-   Evite pulsaciones dobles accidentales:
-   ```typescript
-   let lastPress = 0;
-   const DEBOUNCE_MS = 300;
-
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     const now = Date.now();
-     if (now - lastPress < DEBOUNCE_MS) {
-       return; // Ignore rapid presses
-     }
-     lastPress = now;
-     handlePress(event.direction);
-   });
-   ```
-
-5. **Documente el comportamiento**
-   Deje claro a los usuarios que los botones de volumen tienen una funcionalidad personalizada:
-   ```typescript
-   function showVolumeButtonHelp() {
-     alert('Use Volume Up/Down buttons to navigate pages');
-   }
-   ```
-
-## Notas de plataforma
-
-### iOS
-- Funciona en iOS 10.0+
-- Botones de volumen detectados de forma fiable
-- Es posible que la interfaz de usuario del volumen del sistema aún aparezca brevemente
-
-### Android
-- Funciona en Android 5.0 (API 21)+
-- Requiere que la aplicación esté en primer plano
-- Algunos dispositivos pueden tener un ligero retraso
-
-### Web
-- No compatible con la plataforma web
-- Los oyentes no dispararán.
-
-## Solución de problemas
-
-**Eventos que no se activan:**
-- Asegúrese de que la aplicación tenga el foco
-- Comprobar que los oyentes estén correctamente registrados.
-- Verificar que el complemento esté instalado y sincronizado
-
-**Los cambios de volumen del sistema interfieren:**
-- Este es el comportamiento esperado: el complemento detecta pulsaciones pero no evita los cambios de volumen del sistema.
-- Considere una UX que funcione junto con los cambios de volumen
-
-**Activación de múltiples eventos:**
-- Implementar antirrebote para manejar prensas rápidas.
-- Verifique si hay registros de oyentes duplicados
diff --git a/src/content/docs/es/docs/plugins/volume-buttons/index.mdx b/src/content/docs/es/docs/plugins/volume-buttons/index.mdx
deleted file mode 100644
index 336fdc0c0..000000000
--- a/src/content/docs/es/docs/plugins/volume-buttons/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@Capgo/Capacitor-volume-buttons"
-locale: es
-description: Escucha las pulsaciones de los botones de volumen físicos en tus aplicaciones Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Detecta y responde a las pulsaciones de los botones de subir y bajar volumen en dispositivos móviles para controles e interacciones personalizadas.
-  image:
-    file: ~public/icons/plugins/volume-buttons.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/volume-buttons/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-volume-buttons/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Integración de Hardware" icon="rocket">
-    Escucha las pulsaciones de los botones de volumen físicos
-  </Card>
-  <Card title="Detección Arriba/Abajo" icon="star">
-    Distingue entre subir y bajar volumen
-  </Card>
-  <Card title="API Simple" icon="pencil">
-    Interfaz de escucha de eventos fácil
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/volume-buttons/getting-started/) para comenzar a usar los botones de volumen.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/wechat/getting-started.mdx b/src/content/docs/es/docs/plugins/wechat/getting-started.mdx
deleted file mode 100644
index 72d708747..000000000
--- a/src/content/docs/es/docs/plugins/wechat/getting-started.mdx
+++ /dev/null
@@ -1,391 +0,0 @@
----
-title: Comenzando
-locale: es
-description: Aprende cómo instalar y usar el Plugin de WeChat para integrar funcionalidad de WeChat en tu aplicación Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers';
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@Capgo/Capacitor-wechat" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizar con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configuración
-
-### Registro de la Aplicación en WeChat
-
-Antes de usar este Plugin, debes registrar tu aplicación en la [Plataforma Abierta de WeChat](https://open.weixin.qq.com/) para obtener un Aplicación ID.
-
-### Configuración de iOS
-
-Agrega lo siguiente a tu `Info.plist`:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-  <string>weixin</string>
-  <string>weixinULAPI</string>
-</array>
-
-<key>CFBundleURLTypes</key>
-<array>
-  <dict>
-    <key>CFBundleTypeRole</key>
-    <string>Editor</string>
-    <key>CFBundleURLName</key>
-    <string>weixin</string>
-    <key>CFBundleURLSchemes</key>
-    <array>
-      <string>YOUR_WECHAT_APP_ID</string>
-    </array>
-  </dict>
-</array>
-```
-
-Necesitarás integrar el SDK de WeChat en tu proyecto iOS. Agrega el SDK de WeChat a tu `Podfile` o descárgalo desde la [Plataforma Abierta de WeChat](https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/iOS.html).
-
-### Configuración de Android
-
-Agrega lo siguiente a tu `AndroidManifest.xml`:
-
-```xml
-<manifest>
-  <application>
-    <!-- WeChat callback activity -->
-    <activity
-      android:name=".wxapi.WXEntryActivity"
-      android:exported="true"
-      android:label="@string/app_name"
-      android:launchMode="singleTask"
-      android:theme="@android:style/Theme.Translucent.NoTitleBar">
-      <intent-filter>
-        <action android:name="android.intent.action.VIEW" />
-        <category android:name="android.intent.category.DEFAULT" />
-      </intent-filter>
-    </activity>
-  </application>
-</manifest>
-```
-
-Necesitarás integrar el SDK de WeChat en tu proyecto Android. Agrega la dependencia del SDK de WeChat a tu `build.gradle` o descárgalo desde la [Plataforma Abierta de WeChat](https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/Android.html).
-
-## Uso
-
-### Verificar la Instalación de WeChat
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-const checkWeChat = async () => {
-  const { installed } = await CapacitorWechat.isInstalled();
-  if (installed) {
-    console.log('WeChat está instalado');
-  } else {
-    console.log('WeChat no está instalado');
-  }
-};
-```
-
-### Autenticación
-
-```typescript
-const loginWithWeChat = async () => {
-  try {
-    const { code, state } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo', // o 'snsapi_login'
-      state: 'my_random_state'
-    });
-
-    // Envía el código a tu backend para intercambiarlo por un token de acceso
-    const response = await fetch('https://yourapi.com/auth/wechat', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' },
-      body: JSON.stringify({ code })
-    });
-
-    const { access_token, openid } = await response.json();
-    console.log('Iniciado sesión con WeChat:', openid);
-  } catch (error) {
-    console.error('Autenticación de WeChat falló:', error);
-  }
-};
-```
-
-### Compartir Contenido
-
-#### Compartir Texto
-
-```typescript
-const shareText = async () => {
-  await CapacitorWechat.share({
-    scene: 0, // 0 = Chat, 1 = Momentos, 2 = Favoritos
-    type: 'text',
-    text: '¡Hola desde Capacitor WeChat!'
-  });
-};
-```
-
-#### Compartir Enlace
-
-```typescript
-const shareLink = async () => {
-  await CapacitorWechat.share({
-    scene: 1, // Compartir en Momentos
-    type: 'link',
-    title: '¡Mira esta aplicación increíble!',
-    description: 'Construida con Capacitor y el SDK de WeChat',
-    link: 'https://capacitorjs.com',
-    thumbUrl: 'https://capacitorjs.com/icon.png'
-  });
-};
-```
-
-#### Compartir Imagen
-
-```typescript
-const shareImage = async () => {
-  await CapacitorWechat.share({
-    scene: 0,
-    type: 'image',
-    imageUrl: 'https://example.com/image.png', // o datos en base64
-    thumbUrl: 'https://example.com/thumb.png'
-  });
-};
-```
-
-### WeChat Pay
-
-```typescript
-const payWithWeChat = async () => {
-  // Primero, obtén los parámetros de pago desde tu servidor
-  const paymentParams = await fetchPaymentParamsFromServer();
-
-  try {
-    await CapacitorWechat.sendPaymentRequest({
-      partnerId: paymentParams.partnerId,
-      prepayId: paymentParams.prepayId,
-      nonceStr: paymentParams.nonceStr,
-      timeStamp: paymentParams.timeStamp,
-      package: paymentParams.package, // Usualmente 'Sign=WXPay'
-      sign: paymentParams.sign
-    });
-
-    console.log('¡Pago exitoso!');
-  } catch (error) {
-    console.error('Pago falló:', error);
-  }
-};
-```
-
-### Abrir Mini Programa
-
-```typescript
-const openMiniProgram = async () => {
-  await CapacitorWechat.openMiniProgram({
-    username: 'gh_xxxxxxxxxxxxx', // ID original del mini programa
-    path: 'pages/index/index', // Ruta dentro del mini programa
-    type: 0 // 0 = Lanzamiento, 1 = Prueba, 2 = Vista previa
-  });
-};
-```
-
-## Referencia de la API
-
-### isInstalled()
-
-Verifica si la aplicación de WeChat está instalada en el dispositivo.
-
-```typescript
-const result = await CapacitorWechat.isInstalled();
-// Devuelve: { installed: boolean }
-```
-
-### auth(Opciones)
-
-Autentica al usuario con WeChat OAuth.
-
-```typescript
-interface WechatAuthOptions {
-  scope: string; // 'snsapi_userinfo' o 'snsapi_login'
-  state?: string; // Parámetro de estado opcional para protección CSRF
-}
-
-const result = await CapacitorWechat.auth(options);
-// Devuelve: { code: string, state?: string }
-```
-
-### share(Opciones)
-
-Comparte contenido en WeChat.
-
-```typescript
-interface WechatShareOptions {
-  scene: number; // 0 = Sesión (chat), 1 = Línea de tiempo (momentos), 2 = Favorito
-  type: 'text' | 'image' | 'link' | 'music' | 'video' | 'miniprogram';
-  text?: string; // Para tipo 'text'
-  title?: string; // Para tipo 'link', 'music', 'video', 'miniprogram'
-  description?: string; // Para tipo 'link', 'music', 'video', 'miniprogram'
-  link?: string; // Para tipo 'link'
-  imageUrl?: string; // URL de imagen o datos en base64
-  thumbUrl?: string; // URL de miniatura o datos en base64
-  mediaUrl?: string; // Para tipo 'music' o 'video'
-  miniProgramUsername?: string; // Para tipo 'miniprogram'
-  miniProgramPath?: string; // Para tipo 'miniprogram'
-  miniProgramType?: number; // Para tipo 'miniprogram': 0 = Lanzamiento, 1 = Prueba, 2 = Vista previa
-  miniProgramWebPageUrl?: string; // URL de respaldo para tipo 'miniprogram'
-}
-
-await CapacitorWechat.share(options);
-```
-
-### sendPaymentRequest(Opciones)
-
-Envía una solicitud de pago a WeChat Pay.
-
-```typescript
-interface WechatPaymentOptions {
-  partnerId: string; // ID del comerciante
-  prepayId: string; // ID de prepago de la API de orden unificada
-  nonceStr: string; // Cadena aleatoria
-  timeStamp: string; // Marca de tiempo
-  package: string; // Usualmente 'Sign=WXPay'
-  sign: string; // Firma
-}
-
-await CapacitorWechat.sendPaymentRequest(options);
-```
-
-### openMiniProgram(Opciones)
-
-Abre un mini programa de WeChat.
-
-```typescript
-interface WechatMiniProgramOptions {
-  username: string; // Nombre de usuario del mini programa (ID original)
-  path?: string; // Ruta para abrir en el mini programa
-  type?: number; // 0 = Lanzamiento, 1 = Prueba, 2 = Vista previa
-}
-
-await CapacitorWechat.openMiniProgram(options);
-```
-
-### chooseInvoice(Opciones)
-
-Elige una factura de WeChat (para aplicaciones empresariales).
-
-```typescript
-interface WechatInvoiceOptions {
-  appId: string;
-  signType: string;
-  cardSign: string;
-  timeStamp: string;
-  nonceStr: string;
-}
-
-const result = await CapacitorWechat.chooseInvoice(options);
-// Devuelve: { cards: string[] }
-```
-
-### getPluginVersion()
-
-Obtiene la versión del Plugin nativo.
-
-```typescript
-const result = await CapacitorWechat.getPluginVersion();
-// Devuelve: { version: string }
-```
-
-## Ejemplo Completo
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-export class WeChatService {
-  async init() {
-    const { installed } = await CapacitorWechat.isInstalled();
-    if (!installed) {
-      throw new Error('WeChat no está instalado');
-    }
-  }
-
-  async login() {
-    const { code } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo',
-      state: Math.random().toString(36).substring(7)
-    });
-
-    // Intercambia el código por un token de acceso en tu backend
-    const response = await fetch('/api/auth/wechat', {
-      method: 'POST',
-      body: JSON.stringify({ code })
-    });
-
-    return response.json();
-  }
-
-  async shareToChat(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 0, // Chat
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-
-  async shareToMoments(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 1, // Momentos
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-}
-```
-
-## Notas Importantes
-
-1. **Integración del SDK de WeChat**: Este Plugin proporciona la interfaz de Capacitor, pero necesitas integrar el SDK oficial de WeChat en tus proyectos nativos.
-
-2. **Registro de la Aplicación**: Debes registrar tu aplicación en la [Plataforma Abierta de WeChat](https://open.weixin.qq.com/) para obtener un Aplicación ID.
-
-3. **Universal Enlaces (iOS)**: Para iOS 13+, necesitas configurar Universal Enlaces para los callbacks de WeChat.
-
-4. **Integración del Backend**: Las funciones de autenticación y pago requieren integración del backend para intercambiar códigos por tokens y preparar parámetros de pago.
-
-5. **Pruebas**: Las funciones de WeChat requieren pruebas en dispositivos físicos - no funcionarán en simuladores.
-
-## Mejores Prácticas
-
-1. **Siempre verifica si WeChat está instalado** antes de intentar usar las funciones.
-2. **Maneja los errores adecuadamente** con bloques try-catch.
-3. **Usa el parámetro de estado** en las solicitudes de autenticación para protección CSRF.
-4. **Valida las respuestas de pago** en tu backend antes de conceder acceso.
-5. **Comprime las imágenes** antes de compartir para reducir el uso de datos.
-
-## Notas de la Plataforma
-
-### iOS
-- Requiere iOS 10.0+
-- Usa el SDK oficial de WeChat para iOS
-- Requiere configuración de Universal Enlaces para iOS 13+
-
-### Android
-- Requiere Android 5.0 (API 21)+
-- Usa el SDK oficial de WeChat para Android
-- Requiere configuración de WXEntryActivity
-
-### Web
-- No compatible con la plataforma web
diff --git a/src/content/docs/es/docs/plugins/wechat/index.mdx b/src/content/docs/es/docs/plugins/wechat/index.mdx
deleted file mode 100644
index e4e22e542..000000000
--- a/src/content/docs/es/docs/plugins/wechat/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: '@Capgo/Capacitor-wechat'
-description: >-
-  WeChat SDK Integración for Capacitor - enables authentication, sharing,
-  Pagos, and mini-programs.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Integrate WeChat SDK into your Capacitor Aplicación for seamless authentication,
-    content sharing, Pagos, and mini-program access.
-  image:
-    file: ~public/icons/plugins/wechat.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/wechat/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: 'https://GitHub.com/Cap-go/Capacitor-wechat/'
-      icon: external
-      variant: minimal
-locale: es
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="OAuth Authentication" icon="puzzle">
-    Habilitar secure WeChat login for seamless user authentication 🔐
-  </Card>
-  <Card title="Content Sharing" icon="rocket">
-    Share text, images, Enlaces, music, video, and mini-programs A WeChat 📤
-  </Card>
-  <Card title="WeChat Pay" icon="star">
-    Accept Pagos through WeChat Pay for seamless transactions 💳
-  </Card>
-  <Card title="Mini-Programs" icon="open-book">
-    Launch WeChat mini-programs directly De your Aplicación 🚀
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Works on both iOS and Android with native WeChat SDK 📱
-  </Card>
-  <Card title="Comprehensive Documentación" icon="open-book">
-    Verificar El [Documentation](/docs/plugins/wechat/getting-started/) A master El Plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/wifi/getting-started.mdx b/src/content/docs/es/docs/plugins/wifi/getting-started.mdx
deleted file mode 100644
index c107ac183..000000000
--- a/src/content/docs/es/docs/plugins/wifi/getting-started.mdx
+++ /dev/null
@@ -1,9 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y utilizar el complemento WiFi para administrar la
-  conectividad de red en su aplicación Capacitor.
-sidebar:
-  order: 2
-locale: es
----
diff --git a/src/content/docs/es/docs/plugins/wifi/index.mdx b/src/content/docs/es/docs/plugins/wifi/index.mdx
deleted file mode 100644
index 5b9e0854d..000000000
--- a/src/content/docs/es/docs/plugins/wifi/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-wifi"
-locale: es
-description: Administra la conectividad WiFi para tu aplicación Capacitor en iOS y Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Administra conexiones WiFi, escanea redes y monitorea el estado de conectividad en tu aplicación Capacitor.
-  image:
-    file: ~public/icons/plugins/wifi.svg
-  actions:
-    - text: Primeros pasos
-      link: /docs/Plugins/wifi/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-wifi/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Escaneo de redes" icon="magnifier">
-    Escanea y descubre redes WiFi disponibles
-  </Card>
-  <Card title="Administración de conexiones" icon="puzzle">
-    Conecta y desconecta de redes WiFi programáticamente
-  </Card>
-  <Card title="Monitoreo de estado" icon="setting">
-    Monitorea el estado de conexión WiFi en tiempo real
-  </Card>
-  <Card title="Multiplataforma" icon="laptop">
-    Funciona en dispositivos iOS y Android
-  </Card>
-  <Card title="Información de red" icon="information">
-    Obtén información detallada sobre las redes conectadas
-  </Card>
-  <Card title="Documentación completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/wifi/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/youtube-player/getting-started.mdx b/src/content/docs/es/docs/plugins/youtube-player/getting-started.mdx
deleted file mode 100644
index 37bc0f26b..000000000
--- a/src/content/docs/es/docs/plugins/youtube-player/getting-started.mdx
+++ /dev/null
@@ -1,433 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda cómo integrar la reproducción de videos de YouTube en su aplicación
-  Capacitor.
-sidebar:
-  order: 2
-locale: es
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/capacitor-youtube-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Uso básico
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-// Initialize the player
-const result = await YoutubePlayer.initialize({
-  playerId: 'youtube-player',
-  playerSize: { width: 640, height: 360 },
-  videoId: 'dQw4w9WgXcQ',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 1,
-    controls: 1
-  }
-});
-
-// Play video
-await YoutubePlayer.playVideo(result.player);
-
-// Pause video
-await YoutubePlayer.pauseVideo(result.player);
-
-// Listen to player events
-YoutubePlayer.addEventListener(result.player, 'onStateChange', (event) => {
-  console.log('Player state:', event.data);
-});
-```
-
-## API Referencia
-
-### inicializar (opciones)
-
-Inicialice una instancia del reproductor de YouTube.
-
-```typescript
-const { player, playerReady } = await YoutubePlayer.initialize({
-  playerId: 'my-player',
-  playerSize: { width: 1280, height: 720 },
-  videoId: 'VIDEO_ID',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 0,
-    controls: 1,
-    rel: 0
-  }
-});
-```
-
-### Métodos de control de vídeo
-
-```typescript
-// Play
-await YoutubePlayer.playVideo(playerId);
-
-// Pause
-await YoutubePlayer.pauseVideo(playerId);
-
-// Stop
-await YoutubePlayer.stopVideo(playerId);
-
-// Seek to time
-await YoutubePlayer.seekTo(playerId, seconds, allowSeekAhead);
-
-// Load video by ID
-await YoutubePlayer.loadVideoById(playerId, { videoId: 'VIDEO_ID' });
-
-// Cue video (load without playing)
-await YoutubePlayer.cueVideoById(playerId, { videoId: 'VIDEO_ID' });
-```
-
-### Control de lista de reproducción
-
-```typescript
-// Load playlist
-await YoutubePlayer.loadPlaylist(playerId, {
-  listType: 'playlist',
-  list: 'PLAYLIST_ID'
-});
-
-// Cue playlist
-await YoutubePlayer.cuePlaylist(playerId, {
-  playlist: ['VIDEO_ID_1', 'VIDEO_ID_2'],
-  index: 0
-});
-
-// Navigate playlist
-await YoutubePlayer.nextVideo(playerId);
-await YoutubePlayer.previousVideo(playerId);
-await YoutubePlayer.playVideoAt(playerId, index);
-```
-
-### Control de audio
-
-```typescript
-// Mute/Unmute
-await YoutubePlayer.mute(playerId);
-await YoutubePlayer.unMute(playerId);
-
-const { result } = await YoutubePlayer.isMuted(playerId);
-console.log('Muted:', result.value);
-
-// Volume (0-100)
-await YoutubePlayer.setVolume(playerId, 50);
-const { result } = await YoutubePlayer.getVolume(playerId);
-```
-
-### Control de reproducción
-
-```typescript
-// Playback rate
-await YoutubePlayer.setPlaybackRate(playerId, 1.5);
-const { result } = await YoutubePlayer.getPlaybackRate(playerId);
-
-// Available rates
-const { result } = await YoutubePlayer.getAvailablePlaybackRates(playerId);
-console.log('Available rates:', result.value);
-
-// Loop and shuffle
-await YoutubePlayer.setLoop(playerId, true);
-await YoutubePlayer.setShuffle(playerId, true);
-```
-
-### Control de calidad
-
-```typescript
-// Set quality
-await YoutubePlayer.setPlaybackQuality(playerId, 'hd720');
-
-// Get current quality
-const { result } = await YoutubePlayer.getPlaybackQuality(playerId);
-
-// Get available qualities
-const { result } = await YoutubePlayer.getAvailableQualityLevels(playerId);
-```
-
-### Información del jugador
-
-```typescript
-// Duration
-const { result } = await YoutubePlayer.getDuration(playerId);
-
-// Current time
-const { result } = await YoutubePlayer.getCurrentTime(playerId);
-
-// Loaded fraction
-const { result } = await YoutubePlayer.getVideoLoadedFraction(playerId);
-
-// Player state
-const { result } = await YoutubePlayer.getPlayerState(playerId);
-
-// Video URL
-const { result } = await YoutubePlayer.getVideoUrl(playerId);
-```
-
-### Oyentes de eventos
-
-```typescript
-// State change
-YoutubePlayer.addEventListener(playerId, 'onStateChange', (event) => {
-  console.log('State:', event.data); // -1, 0, 1, 2, 3, 5
-});
-
-// Ready
-YoutubePlayer.addEventListener(playerId, 'onReady', (event) => {
-  console.log('Player ready');
-});
-
-// Error
-YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-  console.error('Player error:', event.data);
-});
-
-// Quality change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackQualityChange', (event) => {
-  console.log('Quality:', event.data);
-});
-
-// Rate change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackRateChange', (event) => {
-  console.log('Rate:', event.data);
-});
-
-// Remove listener
-YoutubePlayer.removeEventListener(playerId, 'onStateChange', callback);
-```
-
-## Ejemplo completo
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-export class YouTubeService {
-  private playerId: string | null = null;
-
-  async initPlayer(videoId: string) {
-    try {
-      const { player, playerReady } = await YoutubePlayer.initialize({
-        playerId: 'main-player',
-        playerSize: { width: 1280, height: 720 },
-        videoId,
-        fullscreen: false,
-        playerVars: {
-          autoplay: 0,
-          controls: 1,
-          modestbranding: 1,
-          rel: 0
-        }
-      });
-
-      this.playerId = player;
-
-      // Set up event listeners
-      YoutubePlayer.addEventListener(player, 'onReady', () => {
-        console.log('Player is ready');
-      });
-
-      YoutubePlayer.addEventListener(player, 'onStateChange', (event) => {
-        this.handleStateChange(event.data);
-      });
-
-      YoutubePlayer.addEventListener(player, 'onError', (event) => {
-        console.error('YouTube error:', event.data);
-      });
-
-      return player;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  private handleStateChange(state: number) {
-    switch (state) {
-      case -1:
-        console.log('Unstarted');
-        break;
-      case 0:
-        console.log('Ended');
-        break;
-      case 1:
-        console.log('Playing');
-        break;
-      case 2:
-        console.log('Paused');
-        break;
-      case 3:
-        console.log('Buffering');
-        break;
-      case 5:
-        console.log('Video cued');
-        break;
-    }
-  }
-
-  async play() {
-    if (!this.playerId) return;
-    await YoutubePlayer.playVideo(this.playerId);
-  }
-
-  async pause() {
-    if (!this.playerId) return;
-    await YoutubePlayer.pauseVideo(this.playerId);
-  }
-
-  async loadVideo(videoId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadVideoById(this.playerId, { videoId });
-  }
-
-  async loadPlaylist(playlistId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadPlaylist(this.playerId, {
-      listType: 'playlist',
-      list: playlistId,
-      index: 0
-    });
-  }
-
-  async setQuality(quality: 'small' | 'medium' | 'large' | 'hd720' | 'hd1080') {
-    if (!this.playerId) return;
-    await YoutubePlayer.setPlaybackQuality(this.playerId, quality);
-  }
-
-  async getProgress() {
-    if (!this.playerId) return { current: 0, duration: 0 };
-
-    const current = await YoutubePlayer.getCurrentTime(this.playerId);
-    const duration = await YoutubePlayer.getDuration(this.playerId);
-
-    return {
-      current: current.result.value,
-      duration: duration.result.value
-    };
-  }
-
-  async destroy() {
-    if (!this.playerId) return;
-    await YoutubePlayer.destroy(this.playerId);
-    this.playerId = null;
-  }
-}
-```
-
-## Estados del jugador
-
-| Estado | Valor | Descripción |
-|-------|-------|-------------|
-| SIN COMENZAR | -1 | Vídeo no iniciado |
-| TERMINADO | 0 | El vídeo ha finalizado |
-| JUGANDO | 1 | El vídeo se está reproduciendo |
-| EN PAUSA | 2 | El vídeo está en pausa |
-| BÚFER | 3 | El vídeo se está almacenando en búfer |
-| CUED | 5 | El vídeo tiene indicaciones |
-
-## Niveles de calidad
-
-- `small`: 240p
-- `medium`: 360p
-- `large`: 480p
-- `hd720`: 720p
-- `hd1080`: 1080p
-- `highres`: >1080p
-- `default`: Calidad automática
-
-## Mejores prácticas
-
-1. **Inicializar una vez**
-   Cree una instancia de jugador una vez y reutilícela:
-   ```typescript
-   let player = await YoutubePlayer.initialize(options);
-   // Reuse player for different videos
-   await YoutubePlayer.loadVideoById(player, { videoId: 'NEW_ID' });
-   ```
-
-2. **Maneja los errores con elegancia**
-   ```typescript
-   YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-     switch (event.data) {
-       case 2:
-         console.error('Invalid parameter');
-         break;
-       case 100:
-         console.error('Video not found');
-         break;
-       case 101:
-       case 150:
-         console.error('Embedding not allowed');
-         break;
-     }
-   });
-   ```
-
-3. **Limpiar**
-   Destruye al jugador cuando el componente se desmonta:
-   ```typescript
-   useEffect(() => {
-     return () => {
-       if (playerId) {
-         YoutubePlayer.destroy(playerId);
-       }
-     };
-   }, []);
-   ```
-
-4. **Respeta las preferencias del usuario**
-   ```typescript
-   // Don't autoplay unless user initiated
-   playerVars: {
-     autoplay: 0
-   }
-   ```
-
-5. **Monitorizar reproducción**
-   ```typescript
-   setInterval(async () => {
-     const time = await YoutubePlayer.getCurrentTime(playerId);
-     updateProgressBar(time.result.value);
-   }, 1000);
-   ```
-
-## Notas de plataforma
-
-### iOS
-- Funciona en iOS 9.0+
-- Utiliza WKWebView con iframe de YouTube API
-- Compatible con pantalla completa
-
-### Android
-- Funciona en Android 5.0 (API 21)+
-- Utiliza WebView con iframe de YouTube API
-- Compatible con pantalla completa
-
-### Web
-- Integración directa de iframe de YouTube
-- Soporte completo para API
-- Mejor rendimiento
-
-## Solución de problemas
-
-**El reproductor no carga:**
-- Verifique que la identificación del video sea válida
-- Verificar la conexión a Internet
-- Asegúrese de que se permita la incrustación de YouTube para el video.
-
-**Eventos que no se activan:**
-- Asegúrese de que se agreguen oyentes después de la inicialización
-- Verifique que el reproductor esté listo antes de agregar oyentes
-
-**Problemas de calidad:**
-- Verifique primero los niveles de calidad disponibles
-- Algunos videos no admiten todas las calidades.
-- Los cambios de calidad pueden no ser inmediatos
diff --git a/src/content/docs/es/docs/plugins/youtube-player/index.mdx b/src/content/docs/es/docs/plugins/youtube-player/index.mdx
deleted file mode 100644
index a32bf744d..000000000
--- a/src/content/docs/es/docs/plugins/youtube-player/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: '@Capgo/Capacitor-youtube-player'
-description: >-
-  Embed YouTube player controls in your Capacitor Aplicaciones with comprehensive API
-  access.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Integrate YouTube video playback with full control over player state,
-    playlists, quality, and events in your Capacitor applications.
-  image:
-    file: ~public/icons/plugins/youtube-player.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/youtube-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: 'https://GitHub.com/Cap-go/Capacitor-youtube-player/'
-      icon: external
-      variant: minimal
-locale: es
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Full YouTube API" icon="rocket">
-    Completo access A YouTube Player API
-  </Card>
-  <Card title="Playlist Support" icon="list-format">
-    Load and control YouTube playlists
-  </Card>
-  <Card title="Quality Control" icon="star">
-    Adjust playback quality dynamically
-  </Card>
-  <Card title="Event Listeners" icon="setting">
-    React A player state changes and events
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/plugins/zip/getting-started.mdx b/src/content/docs/es/docs/plugins/zip/getting-started.mdx
deleted file mode 100644
index f63cc5856..000000000
--- a/src/content/docs/es/docs/plugins/zip/getting-started.mdx
+++ /dev/null
@@ -1,313 +0,0 @@
----
-title: Empezando
-description: >-
-  Aprenda a instalar y utilizar el complemento Zip para comprimir y extraer
-  archivos en su aplicación Capacitor.
-sidebar:
-  order: 2
-locale: es
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instalar el paquete**
-   <PackageManagers pkg="@capgo/capacitor-zip" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronización con proyectos nativos**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Uso
-
-Importe el complemento y comprima o descomprima los archivos:
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-
-// Zip a folder
-const zipFolder = async () => {
-  await CapacitorZip.zip({
-    source: 'file:///path/to/folder',
-    destination: 'file:///path/to/archive.zip'
-  });
-  console.log('Folder zipped successfully!');
-};
-
-// Unzip an archive
-const unzipArchive = async () => {
-  await CapacitorZip.unzip({
-    source: 'file:///path/to/archive.zip',
-    destination: 'file:///path/to/output/folder'
-  });
-  console.log('Archive extracted successfully!');
-};
-```
-
-## API Referencia
-
-### zip(opciones)
-
-Crea un archivo ZIP a partir de una carpeta de origen.
-
-```typescript
-interface ZipOptions {
-  source: string;       // Path to folder to compress
-  destination: string;  // Path for output ZIP file
-}
-
-await CapacitorZip.zip({
-  source: 'file:///path/to/folder',
-  destination: 'file:///path/to/archive.zip'
-});
-```
-
-### descomprimir (opciones)
-
-Extrae archivos de un archivo ZIP.
-
-```typescript
-interface UnzipOptions {
-  source: string;       // Path to ZIP file
-  destination: string;  // Path to extract to
-}
-
-await CapacitorZip.unzip({
-  source: 'file:///path/to/archive.zip',
-  destination: 'file:///path/to/output/folder'
-});
-```
-
-## Ejemplo completo
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class ZipService {
-  async createBackup() {
-    try {
-      const timestamp = Date.now();
-      const sourceDir = `${Filesystem.Directory.Data}/userdata`;
-      const destPath = `${Filesystem.Directory.Documents}/backup_${timestamp}.zip`;
-
-      await CapacitorZip.zip({
-        source: sourceDir,
-        destination: destPath
-      });
-
-      console.log('Backup created:', destPath);
-      return destPath;
-    } catch (error) {
-      console.error('Backup failed:', error);
-      throw error;
-    }
-  }
-
-  async restoreBackup(backupPath: string) {
-    try {
-      const destDir = `${Filesystem.Directory.Data}/userdata`;
-
-      // Clear existing data
-      await Filesystem.rmdir({
-        path: 'userdata',
-        directory: Directory.Data,
-        recursive: true
-      });
-
-      // Extract backup
-      await CapacitorZip.unzip({
-        source: backupPath,
-        destination: destDir
-      });
-
-      console.log('Backup restored successfully');
-    } catch (error) {
-      console.error('Restore failed:', error);
-      throw error;
-    }
-  }
-
-  async compressFiles(filePaths: string[], outputPath: string) {
-    try {
-      // Create temporary directory
-      const tempDir = `${Filesystem.Directory.Cache}/temp_zip_${Date.now()}`;
-
-      await Filesystem.mkdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      // Copy files to temp directory
-      for (const filePath of filePaths) {
-        const fileName = filePath.split('/').pop();
-        await Filesystem.copy({
-          from: filePath,
-          to: `${tempDir}/${fileName}`
-        });
-      }
-
-      // Zip the temp directory
-      await CapacitorZip.zip({
-        source: tempDir,
-        destination: outputPath
-      });
-
-      // Clean up temp directory
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return outputPath;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async extractSpecificFiles(zipPath: string, fileNames: string[]) {
-    try {
-      // Extract to temp location
-      const tempDir = `${Filesystem.Directory.Cache}/temp_extract_${Date.now()}`;
-
-      await CapacitorZip.unzip({
-        source: zipPath,
-        destination: tempDir
-      });
-
-      // Read only specific files
-      const extractedFiles: { [key: string]: string } = {};
-
-      for (const fileName of fileNames) {
-        const content = await Filesystem.readFile({
-          path: `${tempDir}/${fileName}`,
-          directory: Directory.Cache
-        });
-        extractedFiles[fileName] = content.data;
-      }
-
-      // Clean up
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return extractedFiles;
-    } catch (error) {
-      console.error('Extraction failed:', error);
-      throw error;
-    }
-  }
-}
-```
-
-## Uso avanzado
-
-### Creación de archivos con seguimiento del progreso
-
-```typescript
-const zipWithProgress = async (source: string, destination: string) => {
-  console.log('Starting compression...');
-
-  try {
-    await CapacitorZip.zip({ source, destination });
-    console.log('Compression complete!');
-  } catch (error) {
-    console.error('Compression failed:', error);
-    throw error;
-  }
-};
-```
-
-### Operaciones de archivo por lotes
-
-```typescript
-const batchZip = async (folders: string[]) => {
-  const results = [];
-
-  for (const folder of folders) {
-    const folderName = folder.split('/').pop();
-    const zipPath = `${folder}_${Date.now()}.zip`;
-
-    try {
-      await CapacitorZip.zip({
-        source: folder,
-        destination: zipPath
-      });
-      results.push({ folder, zipPath, success: true });
-    } catch (error) {
-      results.push({ folder, error, success: false });
-    }
-  }
-
-  return results;
-};
-```
-
-### Creación segura de archivos
-
-```typescript
-const createSecureBackup = async (dataPath: string) => {
-  // Zip the data
-  const zipPath = `${Filesystem.Directory.Documents}/secure_backup.zip`;
-
-  await CapacitorZip.zip({
-    source: dataPath,
-    destination: zipPath
-  });
-
-  // Optionally encrypt the zip file here using a crypto plugin
-
-  return zipPath;
-};
-```
-
-### Validación de archivo
-
-```typescript
-const validateArchive = async (zipPath: string): Promise<boolean> => {
-  try {
-    const tempDir = `${Filesystem.Directory.Cache}/validate_${Date.now()}`;
-
-    // Try to extract
-    await CapacitorZip.unzip({
-      source: zipPath,
-      destination: tempDir
-    });
-
-    // Clean up
-    await Filesystem.rmdir({
-      path: tempDir,
-      directory: Directory.Cache,
-      recursive: true
-    });
-
-    return true;
-  } catch (error) {
-    console.error('Archive validation failed:', error);
-    return false;
-  }
-};
-```
-
-## Mejores prácticas
-
-1. **Validación de ruta**: valide siempre las rutas de origen y destino antes de las operaciones.
-2. **Manejo de errores**: empaquete todas las operaciones de comprimir/descomprimir en bloques try-catch
-3. **Limpieza**: elimina archivos y carpetas temporales después de las operaciones
-4. **Archivos grandes**: tenga cuidado con los archivos grandes en dispositivos móviles
-5. **Permisos**: asegúrese de que su aplicación tenga los permisos necesarios del sistema de archivos
-
-## Solución de problemas
-
-### Problemas comunes
-
-**La operación zip falla**: asegúrese de que la ruta de origen exista y sea accesible
-**Error al descomprimir**: compruebe que el archivo ZIP sea válido y que se pueda escribir en la ruta de destino
-**Sin almacenamiento**: supervise el espacio disponible en disco antes de las operaciones
-**Permiso denegado**: verifique los permisos del sistema de archivos en la configuración de su aplicación
diff --git a/src/content/docs/es/docs/plugins/zip/index.mdx b/src/content/docs/es/docs/plugins/zip/index.mdx
deleted file mode 100644
index 7086df70b..000000000
--- a/src/content/docs/es/docs/plugins/zip/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@Capgo/Capacitor-zip"
-locale: es
-description: Comprime y descomprime archivos en iOS, Android y Web con este Plugin gratuito de Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introducción"
-hero:
-  tagline: Comprime y extrae archivos ZIP sin esfuerzo en plataformas iOS, Android y Web.
-  image:
-    file: ~public/icons/plugins/zip.svg
-  actions:
-    - text: Comenzar
-      link: /docs/plugins/zip/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: https://GitHub.com/Cap-go/Capacitor-zip/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Comprimir y Descomprimir" icon="add-document">
-    Crea y extrae archivos ZIP con facilidad 📦
-  </Card>
-  <Card title="Multiplataforma" icon="laptop">
-    Funciona perfectamente en iOS, Android y Web 📱
-  </Card>
-  <Card title="API Simple" icon="rocket">
-    Interfaz fácil de usar para operaciones de compresión 🚀
-  </Card>
-  <Card title="Gratis y de Código Abierto" icon="github">
-    Completamente gratis sin limitaciones 💰
-  </Card>
-  <Card title="Seguimiento del Progreso" icon="setting">
-    Monitorea el progreso de compresión y extracción ⚙️
-  </Card>
-  <Card title="Documentación Completa" icon="open-book">
-    Consulta la [Documentación](/docs/plugins/zip/getting-started/) para dominar el Plugin en solo unos minutos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/es/docs/public-api/api-keys.mdx b/src/content/docs/es/docs/public-api/api-keys.mdx
deleted file mode 100644
index 3914ebe78..000000000
--- a/src/content/docs/es/docs/public-api/api-keys.mdx
+++ /dev/null
@@ -1,279 +0,0 @@
----
-title: API Claves
-description: >-
-  Documentación completa para el punto final de claves API, que detalla la
-  autenticación, los permisos y la administración dentro de Capgo API
-sidebar:
-  order: 9
-locale: es
----
-Las claves API se utilizan para autenticar solicitudes en Capgo API. Cada clave puede tener diferentes permisos (modos) para controlar los niveles de acceso. Las claves son específicas de la organización y deben administrarse con cuidado, ya que otorgan acceso a sus recursos Capgo.
-
-## Modos clave
-
-- **leer**: solo puede leer datos, no se permiten modificaciones
-- **cargar**: puede leer, modificar y cargar nuevos paquetes
-- **escribir**: puede leer, modificar datos y cargar paquetes
-- **todos**: acceso completo a todas las operaciones
-
-Los modos clave siguen un esquema escalonado/gradual. Si tiene una clave de carga y luego crea una clave de escritura, la clave de escritura podrá hacer todo lo que la clave de carga podría hacer.
-Eche un vistazo al siguiente diagrama para comprender mejor cómo funcionan las claves API.
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/capgo_apikeys_diagram.webp" alt="Un diagrama que explica cómo funciona la clave API" /><figcaption></figcaption></figure>
-
-## Subclaves con derechos limitados
-
-Puede crear subclaves con acceso limitado a aplicaciones u organizaciones específicas. Esto es útil para restringir el acceso a ciertos recursos y al mismo tiempo permitir operaciones en otros. Utilice los parámetros `limited_to_apps` y `limited_to_orgs` al crear una clave para definir estas restricciones.
-
-## Claves cifradas
-
-Puede crear **claves API cifradas (con hash)** para mejorar la seguridad. Al crear una clave cifrada:
-
-- La clave se codifica mediante SHA-256 antes de almacenarse en la base de datos.
-- **La clave simple se devuelve solo una vez** en la respuesta de creación; guárdela inmediatamente
-- La clave no se puede recuperar ni ver nuevamente después de su creación.
-- Si pierde una clave cifrada, debe crear una nueva
-
-Utilice el parámetro `hashed: true` al crear una clave para habilitar el cifrado. Este es el enfoque recomendado para entornos de producción.
-
-## Caducidad de la clave
-
-Las API claves pueden tener una **fecha de vencimiento** para limitar la ventana de exposición si una clave se ve comprometida. Cuando se establece una fecha de vencimiento:
-
-- La clave deja de funcionar después de la fecha y hora especificadas.
-- Las solicitudes que utilicen claves caducadas se rechazarán con un error
-- Las claves caducadas se limpian automáticamente después de 30 días
-
-Las organizaciones pueden hacer cumplir políticas de vencimiento:
-- **Requerir vencimiento**: todas las claves API deben tener una fecha de vencimiento
-- **Periodo de vencimiento máximo**: limita en qué momento en el futuro se puede establecer una fecha de vencimiento
-
-## Mejores prácticas de seguridad
-
-1. **Principio de privilegio mínimo**: utilice siempre el modo más restrictivo que aún permita que su integración funcione
-2. **Utilice claves cifradas**: cree claves hash para producción para protegerse contra violaciones de bases de datos
-3. **Establecer fechas de vencimiento**: use fechas de vencimiento para limitar la vida útil de sus claves
-4. **Rotación regular**: gire sus llaves API periódicamente
-5. **Almacenamiento seguro**: almacene API claves de forma segura y nunca las envíe al control de versiones.
-6. **Monitoreo**: Supervise el uso de claves API y revoque cualquier clave comprometida inmediatamente
-7. **Subclaves limitadas**: utilice subclaves con derechos limitados para integraciones específicas para minimizar el riesgo.
-
-## Puntos finales
-
-### OBTENER
-
-`https://api.capgo.app/apikey/`
-
-Recupere todas las API claves asociadas con su cuenta.
-
-#### Tipo de respuesta
-
-```typescript
-interface ApiKey {
-  created_at: string | null
-  id: number
-  key: string | null  // null for encrypted keys
-  mode: 'read' | 'write' | 'upload' | 'all'
-  name: string
-  updated_at: string | null
-  user_id: string
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  expires_at?: string | null  // ISO 8601 date, null means never expires
-}
-```> **Note**: For encrypted keys, the `key` field will be `null` in GET responses since the plain key is only shown once during creation.
-
-#### Solicitud de ejemplo
-
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/apikey/
-```
-
-#### Ejemplo de respuesta
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "key": "ak_123...",
-      "mode": "read",
-      "name": "CI/CD Read Key",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "user_123"
-    },
-    {
-      "id": 2,
-      "key": "ak_456...",
-      "mode": "upload",
-      "name": "Deploy Bot",
-      "created_at": "2024-01-02T00:00:00Z",
-      "updated_at": "2024-01-02T00:00:00Z",
-      "user_id": "user_123",
-      "limited_to_apps": ["com.demo.app"]
-    }
-  ]
-}
-```
-
-### PUBLICAR
-
-`https://api.capgo.app/apikey/`
-
-Cree una nueva clave API para una organización específica.
-
-#### Cuerpo de solicitud
-
-```typescript
-interface ApiKeyCreate {
-  name: string
-  mode: 'read' | 'write' | 'upload' | 'all'
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  hashed?: boolean       // Create an encrypted key (recommended for production)
-  expires_at?: string    // ISO 8601 date for key expiration
-}
-```
-
-#### Solicitud de ejemplo (clave estándar)
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Limited Read Key",
-    "mode": "read",
-    "limited_to_apps": ["com.demo.app"]
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### Solicitud de ejemplo (clave cifrada con caducidad)
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Secure CI Key",
-    "mode": "upload",
-    "hashed": true,
-    "expires_at": "2025-06-01T00:00:00Z"
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### Ejemplo de respuesta (clave estándar)
-
-```json
-{
-  "apikey": {
-    "id": 3,
-    "key": "ak_789...",
-    "mode": "read",
-    "name": "Limited Read Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "limited_to_apps": ["com.demo.app"]
-  }
-}
-```
-
-#### Ejemplo de respuesta (clave cifrada)
-
-```json
-{
-  "apikey": {
-    "id": 4,
-    "key": "ak_abc123...",
-    "mode": "upload",
-    "name": "Secure CI Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "expires_at": "2025-06-01T00:00:00Z"
-  }
-}
-```
-
-> **Importante**: Para claves cifradas, el valor `key` en esta respuesta es la **única vez** que verá la clave simple. Guárdelo inmediatamente en un lugar seguro. Las solicitudes GET posteriores devolverán `null` para el campo `key`.
-
-### BORRAR
-
-`https://api.capgo.app/apikey/:id/`
-
-Elimine una clave API existente. Utilice esto para revocar el acceso inmediatamente.
-
-#### Parámetros
-- `id`: el ID de la clave API que se va a eliminar (identificador numérico, no la cadena de clave en sí)
-
-#### Solicitud de ejemplo
-
-```bash
-curl -X DELETE -H "authorization: your-api-key" https://api.capgo.app/apikey/1/
-```
-
-#### Respuesta exitosa
-
-```json
-{
-  "success": true
-}
-```
-
-## Casos de uso comunes
-
-1. **Integración de CI/CD**: cree claves de solo lectura para canalizaciones de CI para verificar el estado de implementación
-2. **Automatización de implementación**: use claves de modo de carga para scripts de implementación automatizados
-3. **Herramientas de monitoreo**: use teclas de modo de lectura para integraciones de monitoreo externo
-4. **Acceso de administrador**: use todas las teclas de modo con moderación para herramientas administrativas
-5. **Acceso limitado**: cree subclaves con derechos limitados para aplicaciones u organizaciones específicas para integraciones de terceros.
-
-## Manejo de errores
-
-Escenarios de error comunes y sus respuestas:
-
-```json
-// Invalid mode
-{
-  "error": "Invalid mode specified. Must be one of: read, write, upload, all",
-  "status": "KO"
-}
-
-// Key not found
-{
-  "error": "API key not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage API keys",
-  "status": "KO"
-}
-
-// Expired API key used for authentication
-{
-  "error": "API key has expired",
-  "status": "KO"
-}
-
-// Invalid expiration date (in the past)
-{
-  "error": "Expiration date must be in the future",
-  "status": "KO"
-}
-
-// Organization requires expiration
-{
-  "error": "Organization policy requires an expiration date for API keys",
-  "status": "KO"
-}
-
-// Expiration exceeds organization limit
-{
-  "error": "Expiration date exceeds organization maximum of 90 days",
-  "status": "KO"
-}
-```
diff --git a/src/content/docs/es/docs/public-api/app.mdx b/src/content/docs/es/docs/public-api/app.mdx
deleted file mode 100644
index b14168d10..000000000
--- a/src/content/docs/es/docs/public-api/app.mdx
+++ /dev/null
@@ -1,298 +0,0 @@
----
-title: Aplicaciones
-description: >-
-  Documentación detallada para el endpoint de Aplicaciones, proporcionando
-  información completa sobre la gestión e interacción con aplicaciones Capacitor
-  a través de la plataforma Capgo.
-sidebar:
-  order: 7
-locale: es
----
-
-Las aplicaciones son las entidades fundamentales en Capgo. Cada aplicación representa una aplicación Capacitor única que puede gestionar y actualizar a través de la plataforma. La API de Aplicaciones le permite crear, recuperar, actualizar y eliminar configuraciones de aplicaciones.
-
-## Comprendiendo las Aplicaciones
-
-Una aplicación en Capgo representa su aplicación Capacitor e incluye:
-- **Aplicación ID**: Identificador único para su aplicación
-- **Name**: Nombre legible para humanos de su aplicación
-- **Icons**: Identificadores visuales para su aplicación en el panel
-- **Configuración**: Configuraciones que controlan cómo se entregan las actualizaciones
-- **Ownership**: Información de acceso de organización y usuario
-- **Uso Estadísticas**: Métricas sobre instalaciones y actualizaciones
-
-## Mejores Prácticas
-
-1. **Convención de Nomenclatura**: Usar nombres claros e identificables para sus aplicaciones
-2. **Seguridad**: Proteja sus claves API y credenciales de acceso
-3. **Organización**: Agrupe aplicaciones relacionadas bajo la misma organización
-4. **Monitoreo**: Revise regularmente las estadísticas y el rendimiento de las aplicaciones
-5. **Respaldo**: Mantenga copias de seguridad de configuración para aplicaciones críticas
-
-## Endpoints
-
-### GET
-
-`https://api.capgo.app/app/`
-
-Recuperar información sobre sus aplicaciones.
-
-#### Parámetros de Consulta
-- `page`: Opcional. Número de página para paginación
-- `limit`: Opcional. Número de resultados por página (predeterminado: 50)
-- `org_id`: Opcional. Filtrar aplicaciones por ID de organización. Si no se proporciona, devuelve aplicaciones de todas las organizaciones a las que el usuario tiene acceso
-
-Para obtener una aplicación específica:
-- Usar el ID de la aplicación en la ruta URL: `https://api.capgo.app/app/:app_id`
-
-#### Tipo de Respuesta
-
-```typescript
-interface App {
-  app_id: string
-  created_at: string | null
-  default_upload_channel: string
-  icon_url: string
-  id: string | null
-  last_version: string | null
-  name: string | null
-  owner_org: string
-  retention: number
-  transfer_history: Json[] | null
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### Ejemplo de Solicitud
-
-```bash
-# Obtener todas las aplicaciones
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/"
-
-# Obtener aplicaciones de una organización específica
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-
-# Obtener aplicación específica
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/com.demo.app"
-```
-
-#### Ejemplo de Respuesta
-
-```json
-{
-  "data": [
-    {
-      "app_id": "com.demo.app",
-      "created_at": "2024-01-01T00:00:00Z",
-      "default_upload_channel": "dev",
-      "icon_url": "https://example.com/icon.png",
-      "id": "550e8400-e29b-41d4-a716-446655440000",
-      "last_version": "1.0.0",
-      "name": "Demo App",
-      "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-      "retention": 2592000,
-      "transfer_history": null,
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "6aa76066-55ef-4238-ade6-0b32334a4097"
-    }
-  ]
-}
-```
-
-### POST
-
-`https://api.capgo.app/app/`
-
-Crear una nueva aplicación.
-
-#### Request Body
-
-```typescript
-interface CreateApp {
-  app_id: string
-  name: string
-  icon?: string
-  owner_org: string
-}
-```
-
-#### Ejemplo de Solicitud
-
-```bash
-# Crear nueva aplicación
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "My New App",
-    "app_id": "com.demo.myapp", // este ID es único en Capgo y no puede ser reutilizado por ninguna cuenta.
-    "icon": "https://example.com/icon.png",
-    "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-  }' \
-  https://api.capgo.app/app/
-```
-
-#### Respuesta de Éxito
-
-```json
-{
-  "app_id": "My New App",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "My New App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 2592000,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### PUT
-
-`https://api.capgo.app/app/:app_id`
-
-Actualizar una aplicación existente. El ID de la aplicación se especifica en la ruta URL.
-
-#### Request Body
-
-```typescript
-interface UpdateApp {
-  name?: string
-  icon?: string
-  retention?: number
-}
-```
-
-#### Ejemplo de Solicitud
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Updated App Name",
-    "icon": "https://example.com/updated-icon.png",
-    "retention": 45
-  }' \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### Respuesta de Éxito
-
-```json
-{
-  "app_id": "com.demo.app",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/updated-icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "Updated App Name",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 45,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### Eliminar
-
-`https://api.capgo.app/app/:app_id`
-
-Eliminar una aplicación y todos los recursos asociados. El ID de la aplicación se especifica en la ruta URL. Usar con extrema precaución ya que esta acción no se puede deshacer.
-
-#### Ejemplo de Solicitud
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### Respuesta de Éxito
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Manejo de Errores
-
-Escenarios de Error comunes y sus respuestas:
-
-```json
-// Aplicación no encontrada
-{
-  "error": "App not found",
-  "status": "KO"
-}
-
-// ID personalizado duplicado
-{
-  "error": "Custom ID already in use",
-  "status": "KO"
-}
-
-// Parámetros inválidos
-{
-  "error": "Invalid app configuration",
-  "status": "KO"
-}
-
-// Permiso denegado
-{
-  "error": "Insufficient permissions to manage app",
-  "status": "KO"
-}
-
-// Acceso a organización denegado
-{
-  "status": "You do not have access to this organization"
-}
-```
-
-## Casos de Uso Comunes
-
-1. **Crear Nueva Aplicación**
-```typescript
-// Configurar una nueva aplicación
-{
-  "name": "Production App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-}
-```
-
-2. **Actualizar Configuración de Aplicación**
-```typescript
-// Cambiar nombre e icono de aplicación
-{
-  "name": "Rebranded App Name",
-  "icon": "https://example.com/new-icon.png"
-}
-```
-
-3. **Establecer Política de Retención**
-```typescript
-// Configurar limpieza automática de paquetes
-{
-  "retention": 30 // Mantener paquetes por 30 días
-}
-```
-
-4. **Obtener Aplicaciones por Organización**
-```bash
-# Listar todas las aplicaciones en una organización específica
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-```
-
-## Gestión de Recursos
-
-1. **Optimización de Almacenamiento**: Monitoree el uso de almacenamiento y establezca políticas de retención apropiadas
-2. **Organización**: Agrupe aplicaciones relacionadas bajo una sola organización
-3. **Control de Acceso**: Gestione qué miembros del equipo pueden modificar la configuración de las aplicaciones
-4. **Estrategia de Respaldo**: Respalde configuraciones y ajustes críticos de las aplicaciones
diff --git a/src/content/docs/es/docs/public-api/bundles.mdx b/src/content/docs/es/docs/public-api/bundles.mdx
deleted file mode 100644
index 2f6e952ad..000000000
--- a/src/content/docs/es/docs/public-api/bundles.mdx
+++ /dev/null
@@ -1,641 +0,0 @@
----
-title: Bundles
-description: >-
-  Guía detallada para administrar paquetes Capgo, que cubre la lista,
-  eliminación, administración de paquetes (versión) y optimización del
-  almacenamiento para paquetes de actualización de aplicaciones.
-sidebar:
-  order: 8
-locale: es
----
-Los paquetes son los paquetes de actualización principales en Capgo. Cada paquete contiene los recursos web (HTML, CSS, JS) que conforman el contenido de su aplicación. Los Paquetes API le permiten administrar estos paquetes de actualización, incluso enumerarlos y eliminarlos.
-
-## Comprender los paquetes
-
-Un paquete representa un paquete (versión) específico del contenido web de su aplicación e incluye:
-- **Paquete (versión)**: número de versión semántica del paquete
-- **Suma de comprobación**: hash único para verificar la integridad del paquete
-- **Información de almacenamiento**: detalles sobre dónde y cómo se almacena el paquete
-- **Requisitos nativos**: requisitos mínimos de versión nativa de la aplicación
-- **Metadatos**: hora de creación, propiedad y otra información de seguimiento
-
-## Creación manual de paquetes (sin CLI)
-
-A continuación se explica cómo crear y cargar paquetes manualmente sin utilizar Capgo CLI:
-
-### Paso 1: crea tu aplicación
-
-Primero, cree los recursos web de su aplicación:
-
-```bash
-npm run build
-```
-
-### Paso 2: Crear paquete zip usando los mismos paquetes que Capgo CLI
-
-**Importante**: Utilice exactamente los mismos paquetes JavaScript que Capgo CLI utiliza internamente para garantizar la compatibilidad.
-
-#### Instalar los paquetes necesarios
-
-```bash
-npm install adm-zip @tomasklaen/checksum
-```
-
-#### Crear paquete Zip con JavaScript (igual que Capgo CLI)
-
-Nota: En los ejemplos siguientes, `version` se refiere al nombre del paquete (versión) utilizado por API.
-
-```javascript
-const fs = require('node:fs');
-const path = require('node:path');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-// Exact same implementation as Capgo CLI
-function zipFileUnix(filePath) {
-  const zip = new AdmZip();
-  zip.addLocalFolder(filePath);
-  return zip.toBuffer();
-}
-
-async function zipFileWindows(filePath) {
-  console.log('Zipping file windows mode');
-  const zip = new AdmZip();
-
-  const addToZip = (folderPath, zipPath) => {
-    const items = fs.readdirSync(folderPath);
-
-    for (const item of items) {
-      const itemPath = path.join(folderPath, item);
-      const stats = fs.statSync(itemPath);
-
-      if (stats.isFile()) {
-        const fileContent = fs.readFileSync(itemPath);
-        zip.addFile(path.join(zipPath, item).split(path.sep).join('/'), fileContent);
-      } else if (stats.isDirectory()) {
-        addToZip(itemPath, path.join(zipPath, item));
-      }
-    }
-  };
-
-  addToZip(filePath, '');
-  return zip.toBuffer();
-}
-
-// Main zipFile function (exact same logic as CLI)
-async function zipFile(filePath) {
-  if (os.platform() === 'win32') {
-    return zipFileWindows(filePath);
-  } else {
-    return zipFileUnix(filePath);
-  }
-}
-
-async function createBundle(inputPath, outputPath, version) {
-  // Create zip using exact same method as Capgo CLI
-  const zipped = await zipFile(inputPath);
-  
-  // Write to file
-  fs.writeFileSync(outputPath, zipped);
-  
-  // Calculate checksum using exact same package as CLI
-  const checksum = await getChecksum(zipped, 'sha256');
-  
-  return {
-    filename: path.basename(outputPath),
-    version: version,
-    size: zipped.length,
-    checksum: checksum
-  };
-}
-
-// Usage
-async function main() {
-  try {
-    const result = await createBundle('./dist', './my-app-1.2.3.zip', '1.2.3');
-    console.log('Bundle info:', JSON.stringify(result, null, 2));
-  } catch (error) {
-    console.error('Error creating bundle:', error);
-  }
-}
-
-main();
-```
-
-### Paso 3: Calcule la suma de comprobación SHA256 utilizando el mismo paquete que CLI
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Usage
-async function main() {
-  const checksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('Checksum:', checksum);
-}
-
-main();
-```
-
-### Paso 4: Cargue el paquete en su almacenamiento
-
-Cargue su archivo zip en cualquier almacenamiento accesible desde la web:
-
-```bash
-# Example: Upload to your server via scp
-scp my-app-1.2.3.zip user@your-server.com:/var/www/bundles/
-
-# Example: Upload to S3 using AWS CLI
-aws s3 cp my-app-1.2.3.zip s3://your-bucket/bundles/
-
-# Example: Upload via curl to a custom endpoint
-curl -X POST https://your-storage-api.com/upload \
-  -H "Authorization: Bearer YOUR_TOKEN" \
-  -F "file=@my-app-1.2.3.zip"
-```
-
-**Importante**: Su paquete debe ser **accesible públicamente** a través de una URL HTTPS (no se requiere autenticación). Los servidores de Capgo deben descargar el paquete desde esta URL.
-
-Ejemplos de URL públicas válidas:
-- `https://your-storage.com/bundles/my-app-1.2.3.zip`
-- `https://github.com/username/repo/releases/download/v1.2.3/bundle.zip`
-- `https://cdn.jsdelivr.net/gh/username/repo@v1.2.3/dist.zip`
-
-### Paso 5: Registre el paquete con Capgo API
-
-Registre el paquete externo con Capgo mediante llamadas directas API:
-
-```javascript
-async function registerWithCapgo(appId, version, bundleUrl, checksum, apiKey) {
-  const fetch = require('node-fetch');
-  
-  // Create bundle (version)
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': apiKey
-    },
-    body: JSON.stringify({
-      app_id: appId,
-      version: version,
-      external_url: bundleUrl,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed to create bundle: ${response.statusText}`);
-  }
-
-  const data = await response.json();
-  console.log('Bundle created:', data);
-  
-  return data;
-}
-```
-
-#### API Parámetros
-
-| Parámetro | Descripción | Requerido |
-|-----------|-------------|----------|
-| `app_id` | Su identificador de aplicación | Sí |
-| `version` | Paquete (versión) versión semántica (por ejemplo, "1.2.3") | Sí |
-| `external_url` | **Accesible públicamente** URL HTTPS donde se puede descargar el paquete (no se requiere autenticación) | Sí |
-| `checksum` | Suma de comprobación SHA256 del archivo zip | Sí |
-
-## Requisitos de estructura del paquete
-
-El paquete zip debe seguir estos requisitos:
-
-1. **Archivo de índice raíz**: debe tener `index.html` en el nivel raíz
-2. **Capacitor Integración**: debe llamar a `notifyAppReady()` en el código de su aplicación
-3. **Rutas de activos**: use rutas relativas para todos los activos
-
-### Estructura de paquete válida
-
-```
-bundle.zip
-├── index.html
-├── assets/
-│   ├── app.js
-│   └── styles.css
-└── images/
-```
-
-## Ejemplo completo de flujo de trabajo manual
-
-Script Node.js simple para comprimir, realizar suma de verificación y cargar en Capgo:
-
-```javascript
-const fs = require('node:fs');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-const fetch = require('node-fetch');
-
-async function deployToCapgo() {
-  const APP_ID = 'com.example.app';
-  const VERSION = '1.2.3';
-  const BUNDLE_URL = 'https://your-storage.com/bundles/app-1.2.3.zip';
-  const API_KEY = process.env.CAPGO_API_KEY;
-
-  // 1. Create zip (same as Capgo CLI)
-  const zip = new AdmZip();
-  zip.addLocalFolder('./dist');
-  const zipped = zip.toBuffer();
-
-  // 2. Calculate checksum (same as Capgo CLI)
-  const checksum = await getChecksum(zipped, 'sha256');
-  console.log('Checksum:', checksum);
-
-  // 3. Upload to your storage (replace with your upload logic)
-  // fs.writeFileSync('./bundle.zip', zipped);
-  // ... upload bundle.zip to your storage ...
-
-  // 4. Register with Capgo API
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': API_KEY
-    },
-    body: JSON.stringify({
-      app_id: APP_ID,
-      version: VERSION,
-      external_url: BUNDLE_URL,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed: ${response.statusText}`);
-  }
-
-  console.log('Bundle registered with Capgo!');
-}
-
-deployToCapgo().catch(console.error);
-```
-
-Instalar dependencias:
-
-```bash
-npm install adm-zip @tomasklaen/checksum node-fetch
-```
-
-## Verificación de suma de verificación
-
-### JavaScript Cálculo de suma de comprobación (igual que Capgo CLI)
-
-Utilice exactamente el mismo paquete y método que Capgo CLI utiliza internamente:
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Verify checksum matches
-async function verifyChecksum(filePath, expectedChecksum) {
-  const actualChecksum = await calculateChecksum(filePath);
-  const isValid = actualChecksum === expectedChecksum;
-  
-  console.log(`File: ${filePath}`);
-  console.log(`Expected: ${expectedChecksum}`);
-  console.log(`Actual:   ${actualChecksum}`);
-  console.log(`Valid:    ${isValid}`);
-  
-  return isValid;
-}
-
-// Usage
-async function main() {
-  const bundleChecksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('SHA256 Checksum:', bundleChecksum);
-}
-
-main();
-```### Importancia de la suma de comprobación
-
-- **Integridad del paquete**: garantiza que el paquete no se haya dañado durante la transferencia
-- **API Verificación**: Capgo verifica las sumas de verificación antes de aceptar paquetes
-- **Verificación del complemento**: el complemento móvil verifica las sumas de verificación antes de aplicar las actualizaciones
-
-## Mejores prácticas
-
-1. **Gestión de paquetes (versión)**: utilice el control de versiones semántico de forma coherente
-2. **Optimización de almacenamiento**: elimine periódicamente los paquetes no utilizados
-3. **Compatibilidad del paquete (versión)**: establezca los requisitos mínimos de versión nativa adecuados
-4. **Estrategia de copia de seguridad**: mantener copias de seguridad de paquetes (versiones) críticos
-
-## Puntos finales
-
-### OBTENER
-
-`https://api.capgo.app/bundle/`
-
-Recuperar información del paquete. Devuelve 50 paquetes por página.
-
-#### Parámetros de consulta
-- `app_id`: Requerido. El ID de tu aplicación
-- `page`: Opcional. Número de página para paginación
-
-#### Tipo de respuesta
-
-```typescript
-interface Bundle {
-  app_id: string
-  bucket_id: string | null
-  checksum: string | null
-  created_at: string | null
-  deleted: boolean
-  external_url: string | null
-  id: number
-  minUpdateVersion: string | null
-  name: string
-  native_packages: Json[] | null
-  owner_org: string
-  r2_path: string | null
-  session_key: string | null
-  storage_provider: string
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### Solicitud de ejemplo
-
-```bash
-# Get all bundles
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123"
-
-# Get next page
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123&page=1"
-```
-
-#### Ejemplo de respuesta
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "app_id": "app_123",
-      "name": "1.0.0",
-      "checksum": "abc123...",
-      "minUpdateVersion": "1.0.0",
-      "storage_provider": "r2",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "deleted": false,
-      "owner_org": "org_123",
-      "user_id": "user_123"
-    }
-  ]
-}
-```
-
-### BORRAR
-
-`https://api.capgo.app/bundle/`
-
-Elimine uno o todos los paquetes de una aplicación. Úselo con precaución ya que esta acción no se puede deshacer.
-
-#### Parámetros de consulta
-
-Para eliminar un paquete específico:
-```typescript
-interface BundleDelete {
-  app_id: string
-  version: string
-}
-```
-
-Para eliminar todos los paquetes:
-```typescript
-interface BundleDeleteAll {
-  app_id: string
-}
-```
-
-#### Solicitudes de ejemplo
-
-```bash
-# Delete specific bundle
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version": "1.0.0"
-  }' \
-  https://api.capgo.app/bundle/
-
-# Delete all bundles
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Respuesta exitosa
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### PUBLICAR
-
-`https://api.capgo.app/bundle/`
-
-Cree un nuevo paquete con URL externa.
-
-#### Cuerpo de solicitud
-
-```typescript
-interface CreateBundleBody {
-  app_id: string
-  version: string
-  external_url: string // Must be publicly accessible HTTPS URL
-  checksum: string
-}
-```
-
-#### Solicitud de ejemplo
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "com.example.app",
-    "version": "1.2.3",
-    "external_url": "https://your-storage.com/bundles/app-1.2.3.zip",
-    "checksum": "a1b2c3d4e5f6789abcdef123456789abcdef123456789abcdef123456789abcd"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Respuesta exitosa
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### PUBLICACIÓN (Metadatos)
-
-`https://api.capgo.app/bundle/metadata`
-
-Actualice los metadatos del paquete, como la información de enlaces y comentarios.
-
-#### Cuerpo de solicitud
-
-```typescript
-interface UpdateMetadataBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  link?: string
-  comment?: string
-}
-```
-
-#### Solicitud de ejemplo
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "link": "https://github.com/myorg/myapp/releases/tag/v1.0.0",
-    "comment": "Fixed critical bug in authentication"
-  }' \
-  https://api.capgo.app/bundle/metadata
-```
-
-#### Respuesta exitosa
-
-```json
-{
-  "status": "success"
-}
-```
-
-### PONER
-
-`https://api.capgo.app/bundle/`
-
-Establece un paquete para un canal específico. Esto vincula un paquete (versión) a un canal de distribución.
-
-#### Cuerpo de solicitud
-
-```typescript
-interface SetChannelBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  channel_id: number
-}
-```
-
-#### Solicitud de ejemplo
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "channel_id": 789
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Respuesta exitosa
-
-```json
-{
-  "status": "success",
-  "message": "Bundle 1.0.0 set to channel production"
-}
-```
-
-## Manejo de errores
-
-Escenarios de error comunes y sus respuestas:
-
-```json
-// Bundle not found
-{
-  "error": "Bundle not found",
-  "status": "KO"
-}
-
-// Invalid bundle (version) format
-{
-  "error": "Invalid version format",
-  "status": "KO"
-}
-
-// Storage error
-{
-  "error": "Failed to delete bundle from storage",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage bundles",
-  "status": "KO"
-}
-```
-
-## Casos de uso comunes
-
-1. **Limpiar paquetes antiguos (versiones)**
-```typescript
-// Delete outdated beta bundles (versions)
-{
-  "app_id": "app_123",
-  "version": "1.0.0-beta.1"
-}
-```
-
-2. **Restablecimiento de aplicación**
-```typescript
-// Remove all bundles to start fresh
-{
-  "app_id": "app_123"
-}
-```
-
-## Consideraciones de almacenamiento
-
-1. **Política de retención**: defina cuánto tiempo conservar los paquetes antiguos
-2. **Administración de tamaños**: supervise los tamaños de los paquetes y el uso de almacenamiento
-3. **Estrategia de copia de seguridad**: considere realizar una copia de seguridad de paquetes (versiones) críticos
-4. **Optimización de costos**: elimine paquetes innecesarios para optimizar los costos de almacenamiento
diff --git a/src/content/docs/es/docs/public-api/channels.mdx b/src/content/docs/es/docs/public-api/channels.mdx
deleted file mode 100644
index 0ce54568d..000000000
--- a/src/content/docs/es/docs/public-api/channels.mdx
+++ /dev/null
@@ -1,269 +0,0 @@
----
-title: Canales
-description: >-
-  Guía para gestionar canales de actualización de aplicaciones en Capgo,
-  cubriendo control de versiones, segmentación de plataformas y políticas de
-  actualización.
-sidebar:
-  order: 6
-locale: es
----
-
-Los canales son el mecanismo central para gestionar las actualizaciones de aplicaciones en Capgo. Le permiten controlar cómo y cuándo sus usuarios reciben actualizaciones, habilitando funciones como pruebas A/B, despliegues graduales y actualizaciones específicas de plataforma.
-
-## Comprendiendo los Canales
-
-Un canal representa un track de distribución para sus actualizaciones de aplicaciones. Cada canal puede configurarse con reglas y restricciones específicas:
-
-- **Control de Versiones**: Especifique qué versión reciben los usuarios
-- **Segmentación de Plataformas**: Dirija a plataformas específicas (iOS/Android)
-- **Políticas de Actualización**: Controle cómo se entregan las actualizaciones
-- **Restricciones de Dispositivos**: Gestione qué dispositivos pueden acceder a las actualizaciones
-
-## Opciones de Configuración de Canales
-
-- **public**: Establecer como canal predeterminado para nuevos dispositivos
-- **disableAutoUpdateUnderNative**: Prevenir actualizaciones cuando la versión nativa de la aplicación del dispositivo es más reciente que la versión de actualización disponible en el canal (ej., dispositivo está en versión 1.2.3, pero el canal tiene 1.2.2)
-- **disableAutoUpdate**: Controlar comportamiento de actualización ("major", "minor", "version_number", "none")
-- **ios/android**: Habilitar/deshabilitar para plataformas específicas
-- **allow_device_self_set**: Permitir que los dispositivos elijan su canal
-- **allow_emulator**: Permitir actualizaciones en dispositivos emuladores
-- **allow_dev**: Permitir actualizaciones en compilaciones de desarrollo
-
-## Mejores Prácticas
-
-1. **Canal de Pruebas**: Mantenga un canal de pruebas para validación interna
-2. **Despliegue Gradual**: Usar múltiples canales para despliegue gradual de actualizaciones
-3. **Separación de Plataformas**: Cree canales separados para iOS y Android cuando sea necesario
-4. **Control de Versiones**: Usar versionado semántico para rutas de actualización claras
-
-## Endpoints
-
-### POST
-
-`https://api.capgo.app/channel/`
-
-Crear o actualizar una configuración de canal.
-
-#### Request Body
-
-```typescript
-type disable_update = "major" | "minor" | "version_number" | "none"
-interface ChannelSet {
-  app_id: string
-  channel: string
-  version?: string
-  public?: boolean
-  disableAutoUpdateUnderNative?: boolean
-  disableAutoUpdate?: disable_update
-  ios?: boolean
-  android?: boolean
-  allow_device_self_set?: boolean
-  allow_emulator?: boolean
-  allow_dev?: boolean
-}
-```
-
-#### Ejemplo de Solicitud
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta",
-    "version": "1.2.0",
-    "public": false,
-    "disableAutoUpdate": "minor",
-    "ios": true,
-    "android": true,
-    "allow_emulator": true
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### Respuesta de Éxito
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### GET
-
-`https://api.capgo.app/channel/`
-
-Recuperar información del canal. Devuelve 50 canales por página.
-
-#### Parámetros de Consulta
-- `app_id`: Requerido. El ID de su aplicación
-- `page`: Opcional. Número de página para paginación
-- `channel`: Opcional. Nombre de canal específico para recuperar
-
-#### Ejemplos de Solicitud
-
-```bash
-# Obtener todos los canales
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123"
-
-# Obtener canal específico
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&channel=beta"
-
-# Obtener siguiente página
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&page=1"
-```
-
-#### Tipo de Respuesta
-
-```typescript
-interface Channel {
-    id: number;
-    created_at: string;
-    name: string;
-    app_id: string;
-    version: {
-        id: number,
-        name: string
-    };
-    created_by: string;
-    updated_at: string;
-    public: boolean;
-    disableAutoUpdateUnderNative: boolean;
-    disableAutoUpdate: boolean;
-    allow_emulator: boolean;
-    allow_dev: boolean;
-}
-```
-
-#### Ejemplo de Respuesta
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "name": "production",
-      "app_id": "app_123",
-      "version": {
-        "id": 1,
-        "name": "1.0.0"
-      },
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "created_by": "user_123",
-      "public": true,
-      "disableAutoUpdateUnderNative": false,
-      "disableAutoUpdate": false,
-      "allow_emulator": false,
-      "allow_dev": false
-    }
-  ]
-}
-```
-
-### Eliminar
-
-`https://api.capgo.app/channel/`
-
-Eliminar un canal. Tenga en cuenta que esto afectará a todos los dispositivos que usan este canal.
-
-#### Parámetros de Consulta
-
-```typescript
-interface Channel {
-  channel: string
-  app_id: string
-}
-```
-
-#### Ejemplo de Solicitud
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### Respuesta de Éxito
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Manejo de Errores
-
-Escenarios de Error comunes y sus respuestas:
-
-```json
-// Canal no encontrado
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// Formato de versión inválido
-{
-  "error": "Invalid version format. Use semantic versioning",
-  "status": "KO"
-}
-
-// Política de actualización inválida
-{
-  "error": "Invalid disableAutoUpdate value",
-  "status": "KO"
-}
-
-// Permiso denegado
-{
-  "error": "Insufficient permissions to manage channels",
-  "status": "KO"
-}
-```
-
-## Casos de Uso Comunes
-
-1. **Pruebas Beta**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "beta",
-  "version": "1.2.0-beta",
-  "public": false,
-  "allow_emulator": true,
-  "allow_dev": true
-}
-```
-
-2. **Despliegue en Producción**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "production",
-  "version": "1.2.0",
-  "public": true,
-  "disableAutoUpdate": "minor"
-}
-```
-
-3. **Actualizaciones Específicas de Plataforma**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "ios-hotfix",
-  "version": "1.2.1",
-  "ios": true,
-  "android": false
-}
-```
diff --git a/src/content/docs/es/docs/public-api/devices.mdx b/src/content/docs/es/docs/public-api/devices.mdx
deleted file mode 100644
index 05d1c1379..000000000
--- a/src/content/docs/es/docs/public-api/devices.mdx
+++ /dev/null
@@ -1,299 +0,0 @@
----
-title: Dispositivos
-description: >-
-  Documentación para gestionar dispositivos a través de la API de Capgo, que
-  cubre seguimiento, versiones y asignaciones de canales para instalaciones de
-  aplicaciones.
-sidebar:
-  order: 7
-locale: es
----
-
-Los Dispositivos representan instalaciones individuales de su aplicación que son gestionadas por Capgo. La API de Dispositivos le permite rastrear y gestionar dispositivos, incluyendo sus versiones, canales y estado de actualización.
-
-:::Nota[Retención de Datos]
-Los datos del dispositivo se retienen durante **90 días** desde la última actividad del dispositivo. Los dispositivos que no se han conectado a Capgo dentro de este período se eliminarán automáticamente del sistema. Los dispositivos activos se rastrean continuamente a medida que verifican las actualizaciones.
-:::
-
-## Comprender los Dispositivos
-
-Cada dispositivo tiene características y estados únicos:
-- **Platform**: iOS o Android
-- **Versión**: Versión actual del Paquete y versión de compilación nativa
-- **Environment**: Producción o desarrollo, emulador o dispositivo físico
-- **Canal**: Asignación actual del canal de actualización
-- **Custom ID**: Identificador opcional para sus propios fines de seguimiento
-
-## Mejores Prácticas
-
-1. **Seguimiento de Versiones**: Monitoree las versiones de los dispositivos para asegurar la adopción de actualizaciones
-2. **Gestión de Canales**: Asigne dispositivos a canales apropiados según las necesidades de prueba
-3. **Conciencia del Entorno**: Maneje diferentes entornos (prod/dev/emulador) apropiadamente
-4. **Identificación Personalizada**: Usar IDs personalizados para integrar con sus sistemas existentes
-
-## Endpoints
-
-### POST
-
-`https://api.capgo.app/device/`
-
-Vincular un dispositivo a una versión o canal específico.
-
-#### Request Body
-
-```typescript
-interface DeviceLink {
-  app_id: string
-  device_id: string
-  version_id?: string // version name
-  channel?: string    // channel name
-}
-```
-
-#### Solicitud de Ejemplo
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### Respuesta Exitosa
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### GET
-
-`https://api.capgo.app/device/`
-
-Recuperar información del dispositivo. Utiliza paginación basada en cursor para una recuperación eficiente de listas grandes de dispositivos.
-
-#### Parámetros de Consulta
-- `app_id`: Requerido. El ID de su aplicación
-- `device_id`: Opcional. ID de dispositivo específico para recuperar un solo dispositivo
-- `cursor`: Opcional. Cursor de la respuesta anterior para paginación
-- `limit`: Opcional. Número de dispositivos por página (predeterminado: 50)
-
-#### Solicitud de Ejemplos
-
-```bash
-# Get all devices (first page)
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123"
-
-# Get specific device
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&device_id=device_456"
-
-# Get next page using cursor
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&cursor=2024-01-01T00:00:00Z|device_456"
-```
-
-#### Tipo de Respuesta (Lista)
-
-Al solicitar múltiples dispositivos (sin parámetro `device_id`):
-
-```typescript
-interface DeviceListResponse {
-  data: Device[];
-  nextCursor?: string;  // Pase esto como parámetro 'cursor' para obtener la siguiente página
-  hasMore: boolean;     // true si hay más páginas disponibles
-}
-
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number;
-  version_name: string | null;
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-}
-```
-
-#### Tipo de Respuesta (Dispositivo Individual)
-
-Al solicitar un dispositivo específico con parámetro `device_id`, devuelve el objeto de dispositivo directamente:
-
-```typescript
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number;
-  version_name: string | null;
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-}
-```
-
-#### Respuesta de Ejemplo (Lista)
-
-```json
-{
-  "data": [
-    {
-      "device_id": "device_456",
-      "custom_id": "test-device-1",
-      "version": 1,
-      "version_name": "1.0.0",
-      "app_id": "app_123",
-      "platform": "ios",
-      "plugin_version": "5.0.0",
-      "os_version": "17.0",
-      "version_build": "1",
-      "is_prod": true,
-      "is_emulator": false,
-      "updated_at": "2024-01-01T00:00:00Z"
-    }
-  ],
-  "nextCursor": "2024-01-01T00:00:00Z|device_456",
-  "hasMore": true
-}
-```
-
-#### Respuesta de Ejemplo (Dispositivo Individual)
-
-```json
-{
-  "device_id": "device_456",
-  "custom_id": "test-device-1",
-  "version": 1,
-  "version_name": "1.0.0",
-  "app_id": "app_123",
-  "platform": "ios",
-  "plugin_version": "5.0.0",
-  "os_version": "17.0",
-  "version_build": "1",
-  "is_prod": true,
-  "is_emulator": false,
-  "updated_at": "2024-01-01T00:00:00Z",
-  "channel": "production"
-}
-```
-
-### Eliminar
-
-`https://api.capgo.app/device/`
-
-Desvincular un dispositivo de su anulación de canal. Esto restablece el dispositivo para usar su canal predeterminado.
-
-:::Nota[Eliminar dispositivo]
-Los datos del dispositivo se retienen durante **90 días** desde la última actividad del dispositivo. Los dispositivos que no se han conectado a Capgo dentro de este período se eliminarán automáticamente del sistema. Los dispositivos activos se rastrean continuamente a medida que verifican las actualizaciones.
-No puede eliminar un dispositivo con este endpoint, solo afecta la anulación del canal.
-:::
-
-#### Query Parámetros
-
-```typescript
-interface Device {
-  device_id: string
-  app_id: string
-}
-```
-
-#### Solicitud de Ejemplo
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### Respuesta Exitosa
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Manejo de Errores
-
-Escenarios de Error comunes y sus respuestas:
-
-```json
-// Device not found
-{
-  "error": "Device not found",
-  "status": "KO"
-}
-
-// Invalid version
-{
-  "error": "Version not found",
-  "status": "KO"
-}
-
-// Invalid channel
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage devices",
-  "status": "KO"
-}
-```
-
-## Casos de Uso Comunes
-
-1. **Beta Dispositivo Registration**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "channel": "beta"
-}
-```
-
-2. **Versión Override**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "version_id": "1.1.0"
-}
-```
-
-3. **Reset A Predeterminado Canal**
-```typescript
-// Use DELETE endpoint to remove overrides
-```
-
-## Consejos para la Gestión de Dispositivos
-
-1. **Monitoreo**: Verifique regularmente el estado del dispositivo y la distribución de versiones
-2. **Pruebas**: Usar IDs personalizados para identificar fácilmente los dispositivos de prueba
-3. **Solución de Problemas**: Rastree las actualizaciones de dispositivos y las asignaciones de canales
-4. **Control de Versiones**: Monitoree las versiones nativas de la aplicación para garantizar la compatibilidad 
diff --git a/src/content/docs/es/docs/public-api/index.mdx b/src/content/docs/es/docs/public-api/index.mdx
deleted file mode 100644
index 16889e045..000000000
--- a/src/content/docs/es/docs/public-api/index.mdx
+++ /dev/null
@@ -1,108 +0,0 @@
----
-title: Descripción general de la API
-description: >-
-  Explore la API pública de Capgo para gestionar recursos como organizaciones,
-  dispositivos, canales y paquetes utilizando métodos HTTP RESTful y
-  autenticación.
-sidebar:
-  order: 1
-locale: es
----
-
-import { LinkCard } from '@astrojs/starlight/components';
-
-Esta es la documentación de la API pública de Capgo cloud. La API le permite gestionar programáticamente sus recursos de Capgo, incluyendo organizaciones, dispositivos, canales y paquetes. Está diseñada para ser RESTful y utiliza métodos HTTP estándar.
-
-## Autenticación
-
-Todos los endpoints de la API requieren autenticación. Para autenticar sus solicitudes, agregue su clave API en el encabezado `authorization`.
-
-Ejemplo:
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-```
-
-<LinkCard
-	title="Obtener clave API"
-	description="Genere su clave API en el panel de Capgo"
-	href="https://console.capgo.app/dashboard/apikeys/"
-/>
-
-## Límite de velocidad
-
-La API implementa límites de velocidad para garantizar un uso justo. Los límites actuales son:
-- 100 solicitudes por minuto para cuentas estándar
-- 1000 solicitudes por minuto para cuentas empresariales
-
-Si excede estos límites, recibirá una respuesta 429 (Too Many Requests).
-
-## Formato de respuesta
-
-Todas las respuestas están en formato JSON. Las respuestas exitosas generalmente incluyen un objeto `data` o un campo `status`. Las respuestas de Error incluyen un campo `error` con una descripción de lo que salió mal.
-
-Ejemplo de respuesta exitosa:
-```json
-{
-  "status": "ok",
-  "data": { ... }
-}
-```
-
-Ejemplo de respuesta de Error:
-```json
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-```
-
-## Endpoints disponibles
-
-<LinkCard
-	title="Organizaciones"
-	description="Cree y gestione organizaciones, actualice configuraciones y maneje configuraciones a nivel de organización"
-	href="/docs/public-API/Organizaciones/"
-/>
-
-<LinkCard
-	title="Claves API"
-	description="Genere, liste y revoque claves API para acceso seguro a la API de Capgo"
-	href="/docs/public-API/API-keys/"
-/>
-
-<LinkCard
-	title="Miembros"
-	description="Gestione miembros de la organización, roles y permisos"
-	href="/docs/public-API/Miembros/"
-/>
-
-<LinkCard
-	title="Estadísticas"
-	description="Acceda a análisis detallados sobre el uso de la aplicación, almacenamiento y consumo de ancho de banda"
-	href="/docs/public-API/Estadísticas/"
-/>
-
-<LinkCard
-	title="Canales"
-	description="Controle los canales de actualización de aplicaciones, versiones y políticas de actualización"
-	href="/docs/public-api/canales/"
-/>
-
-<LinkCard
-	title="Dispositivos"
-	description="Rastree y gestione dispositivos que ejecutan su aplicación, incluyendo asignaciones de versión y canal"
-	href="/docs/public-API/Dispositivos/"
-/>
-
-<LinkCard
-	title="Paquetes"
-	description="Maneje paquetes de aplicaciones, incluyendo carga, listado y gestión de versiones"
-	href="/docs/public-API/Paquetes/"
-/>
-
-## Mejores prácticas
-
-1. **Manejo de errores**: Siempre verifique las respuestas de Error y manéjelas apropiadamente
-2. **Límite de velocidad**: Implemente backoff exponencial al alcanzar los límites de velocidad
-3. **Almacenamiento en caché**: Almacene en caché las respuestas cuando sea apropiado para reducir las llamadas a la API
-4. **Versionado**: Mantenga el seguimiento de los cambios de la API a través de nuestro registro de cambios 
diff --git a/src/content/docs/es/docs/public-api/members.mdx b/src/content/docs/es/docs/public-api/members.mdx
deleted file mode 100644
index 53145c9c4..000000000
--- a/src/content/docs/es/docs/public-api/members.mdx
+++ /dev/null
@@ -1,228 +0,0 @@
----
-title: Miembros
-description: >-
-  Guía completa para gestionar miembros de la organización en Capgo, cubriendo
-  roles, permisos y mejores prácticas para seguridad y colaboración.
-sidebar:
-  order: 4
-locale: es
----
-
-Los miembros de la organización son usuarios que tienen acceso a su organización de Capgo. Cada miembro tiene un rol específico que determina sus permisos dentro de la organización. Gestionar los miembros de manera efectiva es crucial para mantener la seguridad y la colaboración en su equipo.
-
-## Roles de Miembros
-
-### Roles Regulares
-- **read**: Puede ver recursos pero no puede hacer cambios
-- **Subir**: Puede subir nuevos paquetes y ver recursos
-- **write**: Puede modificar recursos y subir paquetes
-- **admin**: Puede gestionar configuraciones de la organización y miembros
-- **super_admin**: Tiene control total sobre la organización
-
-### Roles de Invitación
-- **invite_read**: Invitación pendiente para acceso de lectura
-- **invite_upload**: Invitación pendiente para acceso de carga
-- **invite_write**: Invitación pendiente para acceso de escritura
-- **invite_admin**: Invitación pendiente para acceso de administrador
-- **invite_super_admin**: Invitación pendiente para acceso de super administrador
-
-## Mejores Prácticas
-
-1. **Asignación de Roles**: Siga el principio de menor privilegio al asignar roles
-2. **Auditorías Regulares**: Revise periódicamente el acceso de los miembros y elimine cuentas no utilizadas
-3. **Incorporación**: Tenga un proceso claro para agregar nuevos miembros y asignar roles
-4. **Baja**: Elimine rápidamente el acceso de los miembros que dejan la organización
-
-## Endpoints
-
-### POST
-
-`https://api.capgo.app/organization/members/`
-
-Agregue un nuevo miembro a una organización o actualice el rol de un miembro existente. Tenga en cuenta que solo puede invitar a usuarios que ya tienen una cuenta de Capgo; el correo electrónico debe corresponder a un usuario de Capgo existente.
-
-#### Request Body
-
-```typescript
-interface MemberCreate {
-  orgId: string
-  email: string
-  role: "read" | "upload" | "write" | "admin" | "super_admin"
-}
-```
-
-#### Ejemplo de Solicitud
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "newmember@example.com",
-    "role": "write"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### Respuesta de Éxito
-
-```json
-{
-  "status": "OK",
-  "data": {
-    "uid": "user_789",
-    "email": "newmember@example.com",
-    "role": "invite_write",
-    "image_url": null
-  }
-}
-```
-
-Notas: 
-- Al agregar un nuevo miembro, recibirá un correo electrónico de invitación. Su rol tendrá el prefijo "invite_" hasta que acepte la invitación.
-- El usuario ya debe tener una cuenta de Capgo antes de poder ser invitado. Si no tiene una cuenta, primero debe crear una en https://console.capgo.app/register/
-
-### GET 
-
-`https://api.capgo.app/organization/members/`
-
-Recupere todos los miembros de una organización.
-
-#### Parámetros de Consulta
-
-```typescript
-interface MemberQuery {
-  orgId: string
-}
-```
-
-#### Tipo de Respuesta
-
-```typescript
-interface Member {
-  uid: string;
-  email: string;
-  image_url: string;
-  role: "invite_read" | "invite_upload" | "invite_write" | "invite_admin" | "invite_super_admin" | "read" | "upload" | "write" | "admin" | "super_admin";
-}
-```
-
-#### Ejemplo de Solicitud
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/organization/members/?orgId=org_123"
-```
-
-#### Ejemplo de Respuesta
-
-```json
-{
-  "data": [
-    {
-      "uid": "user_123",
-      "email": "john@example.com",
-      "image_url": "https://example.com/avatar.png",
-      "role": "admin"
-    },
-    {
-      "uid": "user_456",
-      "email": "jane@example.com",
-      "image_url": "https://example.com/avatar2.png",
-      "role": "write"
-    },
-    {
-      "uid": "user_789",
-      "email": "bob@example.com",
-      "image_url": null,
-      "role": "invite_read"
-    }
-  ]
-}
-```
-
-### Eliminar
-
-`https://api.capgo.app/organization/members/`
-
-Elimine un miembro de una organización. Esto revocará inmediatamente su acceso.
-
-#### Request Body
-
-```typescript
-interface MemberDelete {
-  orgId: string
-  email: string
-}
-```
-
-#### Ejemplo de Solicitud
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "user@example.com"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### Respuesta de Éxito
-
-```json
-{
-  "status": "OK"
-}
-```
-
-## Manejo de Errores
-
-Escenarios de Error comunes y sus respuestas:
-
-```json
-// Miembro no encontrado
-{
-  "error": "Member not found",
-  "status": "KO"
-}
-
-// Rol inválido
-{
-  "error": "Invalid role specified",
-  "status": "KO"
-}
-
-// Permiso denegado
-{
-  "error": "Insufficient permissions to manage members",
-  "status": "KO"
-}
-
-// No se puede eliminar el último administrador
-{
-  "error": "Cannot remove the last admin from the organization",
-  "status": "KO"
-}
-
-// Correo electrónico inválido
-{
-  "error": "Invalid email format",
-  "status": "KO"
-}
-
-// El miembro ya existe
-{
-  "error": "Member already exists in organization",
-  "status": "KO"
-}
-```
-
-## Casos de Uso Comunes
-
-1. **Expansión del Equipo**: Agregar nuevos miembros del equipo con roles apropiados
-2. **Control de Acceso**: Gestionar permisos de miembros a medida que cambian las responsabilidades
-3. **Auditoría de Seguridad**: Revisar periódicamente la lista de miembros y roles
-4. **Reestructuración del Equipo**: Actualizar roles durante cambios organizacionales
diff --git a/src/content/docs/es/docs/public-api/organizations.mdx b/src/content/docs/es/docs/public-api/organizations.mdx
deleted file mode 100644
index a60dc9e17..000000000
--- a/src/content/docs/es/docs/public-api/organizations.mdx
+++ /dev/null
@@ -1,207 +0,0 @@
----
-title: Organizations
-description: >-
-  Guía para gestionar organizaciones en Capgo, que cubre la creación,
-  configuración, actualizaciones y recuperación de detalles de la organización.
-sidebar:
-  order: 2
-locale: es
----
-Las organizaciones son las entidades de nivel superior en Capgo. Le permiten agrupar aplicaciones, miembros del equipo y recursos bajo un mismo paraguas. Cada organización puede tener varios miembros con diferentes roles y permisos.
-
-## Casos de uso comunes
-
-- Creación de una nueva organización para su empresa.
-- Gestión de la configuración de la organización.
-- Actualización de información de la organización.
-- Recuperar detalles de la organización.
-
-## Puntos finales
-
-### OBTENER
-
-`https://api.capgo.app/organization/`
-
-Recuperar información de la organización. Si se proporciona `orgId` en los parámetros, devuelve una única organización. De lo contrario, devuelve todas las organizaciones accesibles.
-
-#### Parámetros de consulta
-
-- `orgId` (opcional): el ID de la organización específica que se recuperará
-
-#### Tipo de respuesta
-
-```typescript
-interface Organization {
-  id: string
-  created_by: string
-  created_at: string
-  updated_at: string
-  logo: string | null
-  name: string
-  management_email: string
-  customer_id: string | null
-}
-```
-
-#### Solicitud de ejemplo
-
-```bash
-# Get all organizations
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-
-# Get specific organization
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### Ejemplo de respuesta
-
-```json
-{
-  "data": {
-    "id": "org_123",
-    "name": "My Company",
-    "created_at": "2024-01-01T00:00:00Z",
-    "updated_at": "2024-01-01T00:00:00Z",
-    "logo": "https://example.com/logo.png",
-    "management_email": "admin@example.com",
-    "customer_id": "cus_123"
-  }
-}
-```
-
-### PUBLICAR
-
-`https://api.capgo.app/organization/`
-
-Crea una nueva organización.
-
-#### Cuerpo de solicitud
-
-```typescript
-interface OrganizationCreate {
-  name: string
-}
-```
-
-#### Solicitud de ejemplo
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "New Organization"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### Ejemplo de respuesta
-
-```json
-{
-  "status": "Organization created",
-  "id": "org_456"
-}
-```
-
-### PONER
-
-`https://api.capgo.app/organization/`
-
-Actualizar una organización existente. Requiere rol de administrador.
-
-#### Cuerpo de solicitud
-
-```typescript
-interface OrganizationUpdate {
-  orgId: string
-  logo?: string
-  name?: string
-  management_email?: string
-}
-```
-
-#### Solicitud de ejemplo
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### Ejemplo de respuesta
-
-```json
-{
-  "status": "Organization updated",
-  "data": {
-    "id": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }
-}
-```
-
-### BORRAR
-
-`https://api.capgo.app/organization/`
-
-Eliminar una organización existente. Requiere rol de administrador. Esta acción es irreversible y eliminará todas las aplicaciones, paquetes (versiones) y recursos asociados.
-
-#### Parámetros de consulta
-
-- `orgId`: El ID de la organización a eliminar
-
-#### Solicitud de ejemplo
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### Ejemplo de respuesta
-
-```json
-{
-  "status": "Organization deleted",
-  "id": "org_123"
-}
-```
-
-## Manejo de errores
-
-Escenarios de error comunes y sus respuestas:
-
-```json
-// Invalid API key
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-
-// Missing required field
-{
-  "error": "Name is required",
-  "status": "KO"
-}
-
-// Insufficient permissions
-{
-  "error": "Admin role required",
-  "status": "KO"
-}
-```
-
-## Mejores prácticas
-
-1. **Nombres**: utilice nombres claros y descriptivos para las organizaciones.
-2. **Roles**: asigne roles apropiados a los miembros del equipo
-3. **Correo electrónico**: utilice un correo electrónico grupal para Management_email para evitar problemas con los cambios de correo electrónico personal.
-4. **Logotipo**: aloje logotipos en una CDN confiable y use URL HTTPS
diff --git a/src/content/docs/es/docs/public-api/statistics.mdx b/src/content/docs/es/docs/public-api/statistics.mdx
deleted file mode 100644
index 75b7ba2c9..000000000
--- a/src/content/docs/es/docs/public-api/statistics.mdx
+++ /dev/null
@@ -1,235 +0,0 @@
----
-title: Estadísticas
-description: >-
-  Guía detallada de estadísticas API puntos finales, que proporciona información
-  sobre usuarios activos mensuales (MAU), almacenamiento y métricas de ancho de
-  banda para aplicaciones y organizaciones.
-sidebar:
-  order: 5
-locale: es
----
-Los puntos finales de Estadísticas proporcionan análisis detallados sobre sus aplicaciones y organizaciones. Puede realizar un seguimiento de los usuarios activos mensuales (MAU), el uso de almacenamiento y el consumo de ancho de banda en diferentes períodos de tiempo. Estos datos son esenciales para monitorear el crecimiento de las aplicaciones, el uso de recursos y la capacidad de planificación.
-
-## Comprender las métricas
-
-- **MAU (Usuarios activos mensuales)**: Número de dispositivos únicos que accedieron a su aplicación en los últimos 30 días
-- **Almacenamiento**: tamaño total de todos los paquetes y recursos almacenados en bytes
-- **Ancho de banda**: transferencia total de datos para descargas de paquetes en bytes
-
-## Mejores prácticas
-
-1. **Monitoreo regular**: consulte las estadísticas periódicamente para realizar un seguimiento de los patrones de crecimiento y uso.
-2. **Planificación de recursos**: utilice métricas de almacenamiento y ancho de banda para la planificación de capacidad
-3. **Participación del usuario**: realice un seguimiento de MAU para comprender las tendencias de participación del usuario
-4. **Gestión de costos**: supervise el uso de recursos para optimizar los costos
-
-## Puntos finales
-
-### OBTENER /estadísticas/aplicación/:app_id/
-
-Obtenga estadísticas para una aplicación específica. Este punto final es útil para monitorear el rendimiento de aplicaciones individuales.
-
-#### Parámetros de consulta
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Solicitud de ejemplo
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Ejemplo de respuesta
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 1500,
-    "storage": 536870912,  // 512MB in bytes
-    "bandwidth": 1073741824 // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 1550,
-    "storage": 537919488,  // 513MB in bytes
-    "bandwidth": 1074790400 // 1.01GB in bytes
-  }
-]
-```
-
-### OBTENER /estadísticas/org/:org_id/
-
-Obtenga estadísticas para una organización específica. Útil para monitorear el uso a nivel de organización.
-
-#### Parámetros de consulta
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-  breakdown: boolean  // default false, optional if true it return the breakdown by app
-  noAccumulate: boolean // default false, optional if true it will not accumulate data and just return day by day result
-}
-```
-
-#### Solicitud de ejemplo
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/org/046a36ac-e03c-4590-9257-bd6c9dba9ee8/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Ejemplo de respuesta
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 10000,
-    "storage": 536870912,   // 512MB in bytes
-    "bandwidth": 1073741824  // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 10200,
-    "storage": 537919488,   // 513MB in bytes
-    "bandwidth": 1074790400  // 1.01GB in bytes
-  }
-]
-```
-
-### OBTENER /estadísticas/usuario/
-
-Obtenga estadísticas agregadas de todas las organizaciones a las que tiene acceso. Perfecto para monitorear el uso general.
-
-#### Parámetros de consulta
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Solicitud de ejemplo
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/user/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Ejemplo de respuesta
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 25000,
-    "storage": 1073741824,  // 1GB in bytes
-    "bandwidth": 2147483648  // 2GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 25500,
-    "storage": 1074790400,  // 1.01GB in bytes
-    "bandwidth": 2148532224  // 2.01GB in bytes
-  }
-]
-```
-
-### OBTENER /estadísticas/aplicación/:app_id/bundle_usage
-
-Obtenga estadísticas de uso de paquetes para una aplicación específica, que muestran la distribución de paquetes (versiones) entre los usuarios durante un período específico.
-
-#### Parámetros de consulta
-
-```typescript
-interface BundleUsageQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Solicitud de ejemplo
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/bundle_usage?from=2024-01-01&to=2024-02-01"
-```
-
-#### Ejemplo de respuesta
-
-```json
-{
-  "labels": ["2024-01-01", "2024-01-02", "2024-01-03"],
-  "datasets": [
-    {
-      "label": "1.0.0",
-      "data": [60.5, 58.2, 55.3]
-    },
-    {
-      "label": "1.0.1",
-      "data": [39.5, 41.8, 44.7]
-    }
-  ]
-}
-```
-
-## Manejo de errores
-
-Escenarios de error comunes y sus respuestas:
-
-```json
-// Invalid body
-{
-  "status": "Invalid body",
-  "error": "Invalid date format or missing parameters"
-}
-
-// Permission denied
-{
-  "status": "You can't access this app",
-  "error": "Insufficient permissions to access statistics"
-}
-
-// Permission denied for organization
-{
-  "status": "You can't access this organization",
-  "error": "Insufficient permissions to access organization statistics"
-}
-
-// No organizations found for user statistics
-{
-  "status": "No organizations found",
-  "error": "No organizations found"
-}
-
-// Internal server error
-{
-  "status": "Cannot get app statistics",
-  "error": "Internal server error message"
-}
-```
-
-## Casos de uso comunes
-
-1. **Seguimiento del crecimiento**: supervise el crecimiento de MAU a lo largo del tiempo
-2. **Optimización de recursos**: realice un seguimiento del uso del almacenamiento y del ancho de banda para optimizar los costos
-3. **Planificación de capacidad**: utilice tendencias para planificar las necesidades futuras de recursos
-4. **Informes de uso**: genere informes de uso periódicos para las partes interesadas
-5. **Bundle (version) Distribution Analysis**: Understand how users are distributed across different app bundles (versions) with bundle usage statistics
-
-## Consejos para el análisis
-
-1. **Comparar períodos**: observe las tendencias mes tras mes o año tras año.
-2. **Ratios de seguimiento**: supervise el ancho de banda por usuario o el almacenamiento por aplicación
-3. **Establecer alertas**: cree alertas para picos inusuales de uso
-4. **Copias de seguridad periódicas**: exporte estadísticas periódicamente para realizar análisis históricos
-5. **Adopción de paquetes (versión)**: utilice el uso del paquete para realizar un seguimiento de las tasas de adopción de nuevos paquetes (versiones)
diff --git a/src/content/docs/es/docs/upgrade/from-appflow-to-capgo.mdx b/src/content/docs/es/docs/upgrade/from-appflow-to-capgo.mdx
deleted file mode 100644
index 73f8e4e4d..000000000
--- a/src/content/docs/es/docs/upgrade/from-appflow-to-capgo.mdx
+++ /dev/null
@@ -1,170 +0,0 @@
----
-title: Migrar de AppFlow a Capgo
-description: Tutorial detallado para mover un proyecto de Ionic AppFlow a Capgo. Cada paso se corresponde con las tareas estándar de migración de AppFlow para que puedas comparar línea por línea y ver cuáles Capgo ya maneja por ti.
-sidebar:
-  order: 7
-locale: es
----
-
-> 🚦 Ionic anunció que los productos comerciales de AppFlow, incluidas las Actualizaciones en Vivo, están cerrando. Los proyectos existentes pueden ejecutarse hasta el **31 de diciembre de 2027**, pero no se aceptan nuevos clientes y no se planean nuevas funciones. Esta guía te guía a través de las acciones necesarias para migrar a Capgo y destaca la automatización nativa que obtienes.
-
-## Resumen de la migración
-
-Capgo maneja canales, retención de Paquetes, Reversiones, análisis y cargas CLI por ti. La migración se reduce a instalar el Plugin, llamar a `CapacitorUpdater.notifyAppReady()` y, si lo deseas, configurar controles manuales opcionales. Las secciones a continuación describen cada tarea directamente.
-
-## Paso 0 – Captura tu configuración actual de AppFlow
-
-- Anota tu **ID de aplicación** de AppFlow, canales existentes y claves de firma.
-- Exporta cualquier historial de Paquetes que desees archivar.
-- Si estás usando GitHub Actions u otro proveedor de CI, mantén esos pipelines: seguirán funcionando con Capgo.
-
-## Paso 1 – Reemplaza el SDK de AppFlow con Capgo
-
-```bash
-npm uninstall @capacitor/live-updates
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Eso es todo. Capgo incluye el código nativo para iOS y Android; no se requieren helpers de JavaScript adicionales.
-
-## Paso 2 – Configuración mínima (sin campos manuales)
-
-El bloque de configuración existente es extenso. Capgo detecta automáticamente tu proyecto y canales, por lo que la configuración mínima es:
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      autoDeletePrevious: true,
-    },
-  },
-}
-
-export default config
-```
-
-### Referencia rápida de configuración
-
-| Configuración de Ionic AppFlow | Equivalente en Capgo | ¿Necesitas configurarlo? |
-| --- | --- | --- |
-| `appId` | Gestionado en el panel de Capgo | Se proporciona automáticamente cuando creas el proyecto |
-| `channel` / `defaultChannel` | Reglas de canal en el panel/API | Anulación opcional; los valores predeterminados provienen del servidor |
-| `autoUpdateMethod` | `autoUpdate: true` | Habilitado por defecto |
-| `maxVersions` | Política de retención | Configurado centralmente (1 mes por defecto, 24 meses máximo) |
-| `enabled` | No requerido | Capgo alterna la disponibilidad por canal |
-
-## Paso 3 – Llama a `notifyAppReady()` (el único hook requerido)
-
-En la guía de Ionic conectas `sync`, `download` y `reload`, luego ocultas la pantalla de inicio manualmente. Capgo realiza esas acciones de forma nativa. Solo necesitas confirmar que la aplicación está lista:
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Si la confirmación nunca llega, Capgo revierte el Paquete automáticamente.
-
-**Eso es todo: Capgo maneja las comprobaciones en segundo plano, la visibilidad de la pantalla de inicio y los Reversiones por ti.**
-
-<details>
-<summary>Opcional: ejecuta lógica antes de que se oculte la pantalla de inicio</summary>
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-
-CapacitorUpdater.addListener('appReady', () => {
-  // Registra diagnósticos o ejecuta código personalizado si es necesario
-  SplashScreen.hide()
-})
-
-CapacitorUpdater.notifyAppReady()
-```
-
-</details>
-
-## Paso 4 – Estrategias de actualización traducidas
-
-AppFlow documenta tres estrategias. Así es como se corresponden con Capgo:
-
-### Background (predeterminado)
-- **AppFlow**: configura `autoUpdateMethod = background`, llama a `sync()` manualmente.
-- **Capgo**: habilitado por defecto. No se requiere JavaScript.
-
-### Always latest (siempre la última)
-- **AppFlow**: agrega un manejador `App.addListener('resume')` que descarga y recarga.
-- **Capgo**: la actualización automática se ejecuta al reanudar automáticamente. Agrega el manejador solo si deseas una ventana de tiempo personalizada.
-
-<details>
-<summary>Opcional: verificación manual al reanudar</summary>
-
-```ts
-import { App } from '@capacitor/app'
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-App.addListener('resume', async () => {
-  const bundle = await CapacitorUpdater.download()
-  if (bundle) {
-    await CapacitorUpdater.set({ id: bundle.id })
-  }
-})
-```
-
-</details>
-
-### Force Actualizar (actualización forzada)
-- **AppFlow**: solicita al usuario y llama a `reload()`.
-- **Capgo**: marca el Paquete como "obligatorio" en el panel, luego escucha el evento `majorAvailable` (emitido después de `notifyAppReady()`) para solicitar o forzar a los usuarios dentro de tu aplicación.
-
-## Paso 5 – Mapeo de llamadas API
-
-| Método de AppFlow | Equivalente en Capgo | ¿Lo necesitas? |
-| --- | --- | --- |
-| `LiveUpdates.sync()` | Manejado automáticamente | La actualización automática nativa de Capgo se ejecuta sin una llamada de sincronización manual |
-| `LiveUpdates.download()` | `CapacitorUpdater.download()` | Opcional para flujos personalizados |
-| `LiveUpdates.reload()` | `CapacitorUpdater.set()` | Opcional; los toggles del panel manejan actualizaciones forzadas |
-| `LiveUpdates.getVersion()` | `CapacitorUpdater.current()` | Diagnósticos opcionales |
-
-## Paso 6 – Despliega usando la CLI o API de Capgo
-
-Finaliza la migración cargando Paquetes con la CLI o API de Capgo. El flujo de trabajo refleja lo que puedes haber programado antes, pero ahora incluye salvaguardas nativas:
-
-```bash
-capgo login                # autentica una vez
-capgo bundle upload \
-  --path dist \
-  --channel production     # etiqueta automáticamente plataforma/versión
-```
-
-Capgo automáticamente:
-- Mantiene registros de auditoría a nivel de dispositivo para cada instalación.
-- Envía correos electrónicos proactivos cuando te acercas a los límites del plan.
-- Proporciona créditos de ráfaga para que nunca te bloquees en medio de un lanzamiento.
-- Publica métricas de latencia para 18 regiones globales en [status.capgo.app/history](https://status.capgo.app/history).
-
-## Preguntas frecuentes
-
-### ¿Por qué AppFlow está cerrando las actualizaciones en vivo?
-Ionic está descontinuando los productos comerciales, incluido AppFlow, para centrarse en su framework de código abierto. Los clientes existentes pueden continuar usando actualizaciones en vivo hasta el **31 de diciembre de 2027**, pero no se aceptan nuevas funciones o clientes. Capgo llena ese vacío con una plataforma OTA nativa dedicada.
-
-### ¿Cuánto tiempo lleva la migración?
-La mayoría de los equipos completan el cambio en menos de un día. Conceptos como canales, despliegues y reglas de lanzamiento se mapean directamente, y nuestro equipo proporciona documentación más soporte práctico. En muchos casos, simplemente instalas el Plugin, llamas a `notifyAppReady()` y cargas tu primer Paquete.
-
-### ¿Ahorraremos dinero?
-Sí. Las actualizaciones en vivo de AppFlow comienzan en **$499/mes**. Capgo comienza en **$14/mes** con precios basados en uso que caen a aproximadamente **$0.001 por MAU**. También obtienes cifrado, Reversiones automáticos y monitoreo de latencia mundial.
-
-### ¿Cuándo deberíamos migrar?
-Dado que AppFlow ahora está en modo de mantenimiento, migrar antes te da acceso a la innovación continua de Capgo. Recomendamos cambiar cuando se ajuste a tu calendario de lanzamiento. Nuestro equipo de ingeniería te ayudará a planificar el cambio para que tu CI/CD y despliegues sigan funcionando.
-
-## ¿Necesitas ayuda?
-
-- Reserva una sesión de migración: [cal.com/team/capgo/demo](https://cal.com/team/capgo/demo)
-- Únete a la comunidad: [Discord de Capgo](https://discord.gg/VCXxSVjefW)
-- Rastrea problemas / solicita funciones: [github.com/Cap-go/capacitor-updater](https://github.com/Cap-go/capacitor-updater)
-
-Capgo está diseñado para empresas que necesitan actualizaciones delta nativas, Paquetes cifrados e innovación continua. Una vez que migres, puedes eliminar el código de pegamento de AppFlow, confiar en la automatización nativa y seguir enviando sin interrupciones.
diff --git a/src/content/docs/es/docs/upgrade/from-capawesome-to-capgo.mdx b/src/content/docs/es/docs/upgrade/from-capawesome-to-capgo.mdx
deleted file mode 100644
index 70b6a8f44..000000000
--- a/src/content/docs/es/docs/upgrade/from-capawesome-to-capgo.mdx
+++ /dev/null
@@ -1,253 +0,0 @@
----
-title: Migrar de Capawesome Cloud a Capgo
-locale: es
-description: Guía paso a paso para migrar de Capawesome Cloud a Capgo mientras obtienes seguridad OTA nativa, observabilidad a nivel de dispositivo y automatización completa.
-sidebar:
-  order: 8
----
-
-> ⚡️ Capgo automatiza canales, limpieza de Paquetes, reversiones, analíticas y cargas CLI de forma nativa. Usa esta guía para realizar los pasos mínimos requeridos para migrar y opcionalmente recrear cualquier comportamiento personalizado que aún necesites.
-
-## Descripción general
-
-1. Recopila tu configuración existente de Capawesome Cloud (Aplicación ID, canales, claves de firma, tokens CLI) para que puedas archivarla o auditarla más tarde.
-2. Instala el Plugin de Capgo, elimina el SDK de Capawesome y llama a `CapacitorUpdater.notifyAppReady()`.
-3. Configura comportamientos opcionales (descargas manuales, fijación de Paquetes, recargas) si dependes de esos flujos actualmente.
-
-Con Capgo solo necesitas instalar nuestro Plugin y llamar a `CapacitorUpdater.notifyAppReady()`. Todo lo demás—canales, limpieza de Paquetes, reversiones, analíticas y automatización CLI—se maneja de forma nativa. Las secciones a continuación explican cada tarea directamente.
-
-## Antes de comenzar
-
-- Asegúrate de que tu proyecto ya esté usando Capacitor 5 o posterior.
-- Instala el CLI de Capgo (`npm install -g @capgo/cli`) si planeas enviar Paquetes desde CI/CD.
-
-## Paso 1 – Instalar Capgo y eliminar el SDK de Capawesome
-
-```bash
-npm uninstall @capawesome/capacitor-live-update
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Ese es el único intercambio obligatorio. El código nativo de Capgo viene incluido con el Plugin; no se requieren helpers adicionales de JavaScript.
-
-## Paso 2 – Configuración mínima
-
-La configuración anterior requería mapear docenas de opciones en `capacitor.config`. Capgo reconoce tu proyecto automáticamente, por lo que la configuración mínima se ve así:
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      autoDeletePrevious: true,
-      periodCheckDelay: 10 * 60 * 1000, // opcional: verificar cada 10 minutos
-    },
-  },
-}
-
-export default config
-```
-
-Todo lo que Capawesome lista como banderas manuales (`defaultChannel`, `autoDeleteBundles`, políticas de retención, etc.) se gestiona a través del panel de Capgo o la API. Solo necesitas sobrescribir estas claves si quieres un comportamiento que difiera de los valores predeterminados de Capgo.
-
-### Referencia rápida de configuración
-
-| Opción de Capawesome | Equivalente en Capgo | ¿Necesitas configurarlo? |
-| --- | --- | --- |
-| `appId` | Tomado del panel de Capgo una vez que creas un proyecto | Solo si usas múltiples proyectos en un binario |
-| `defaultChannel` | Reglas de canal gestionadas en el panel/API | Opcional; la mayoría de equipos lo configuran del lado del servidor |
-| `autoDeleteBundles` | `autoDeletePrevious: true` (predeterminado) | Ya está habilitado |
-| `publicKey` | Gestionado en la consola de Capgo | Solo si rotas claves manualmente |
-| `maxVersions` / retención | Política de retención de Paquetes | Configurado centralmente en Capgo (1 mes por defecto, 24 meses máx.) |
-
-## Paso 3 – Llamar a `notifyAppReady()` (el único hook requerido)
-
-El flujo de trabajo anterior introducía listeners personalizados (`checkForUpdates()`, `retryDownload()`, ocultar la pantalla de inicio, etc.). Capgo realiza esos pasos de forma nativa. La única API que debes llamar es:
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Esto confirma que la Aplicación se inició correctamente. Si la confirmación nunca llega, Capgo revierte automáticamente el Paquete—no se necesita JavaScript adicional.
-
-**Eso es todo—Capgo maneja verificaciones en segundo plano, visibilidad del splash y reversiones de forma nativa.**
-
-<details>
-<summary>Opcional: ejecutar lógica personalizada antes de ocultar la pantalla de inicio</summary>
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-
-CapacitorUpdater.addListener('appReady', () => {
-  // Ejecuta diagnósticos o logging si lo necesitas
-  SplashScreen.hide()
-})
-
-CapacitorUpdater.notifyAppReady()
-```
-
-</details>
-
-## Paso 4 – Mapear llamadas API (mayormente opcional)
-
-En Capgo normalmente dejas que el actualizador automático se ejecute; las APIs manuales permanecen disponibles si quieres control total.
-
-| Capawesome Cloud | Equivalente en Capgo | ¿Lo necesitas? |
-| --- | --- | --- |
-| `LiveUpdate.fetchLatestBundle()` | `CapacitorUpdater.getLatest()` | Solo al implementar tu propio flujo de descarga |
-| `LiveUpdate.downloadBundle()` | `CapacitorUpdater.download()` | Opcional: la actualización automática nativa ya descarga |
-| `LiveUpdate.setNextBundle()` | `CapacitorUpdater.next()` | Opcional: el panel fija Paquetes automáticamente |
-| `LiveUpdate.reload()` | `CapacitorUpdater.reload()` | Opcional; Capgo aplica Paquetes obligatorios después de `notifyAppReady()` |
-| `LiveUpdate.getCurrentBundle()` | `CapacitorUpdater.current()` | Diagnósticos opcionales |
-
-Si te quedas con el comportamiento de actualización automática nativa, puedes eliminar completamente el JavaScript de Capawesome.
-
-### Ejemplos de control manual
-
-**Descargar el último Paquete**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const downloadUpdate = async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const bundle = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    console.log('Bundle descargado', bundle?.id)
-  }
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const downloadUpdate = async () => {
-  const result = await LiveUpdate.fetchLatestBundle()
-  if (result.downloadUrl) {
-    await LiveUpdate.downloadBundle({
-      bundleId: result.bundleId,
-      url: result.downloadUrl,
-    })
-    console.log('Bundle descargado')
-  }
-}
-```
-
-**Establecer el siguiente Paquete**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const setNextBundle = async () => {
-  await CapacitorUpdater.next({ id: 'bundle-id-123' })
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const setNextBundle = async () => {
-  await LiveUpdate.setNextBundle({ bundleId: 'bundle-id-123' })
-}
-```
-
-**Aplicar el Paquete descargado inmediatamente**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const applyUpdate = async () => {
-  await CapacitorUpdater.reload()
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const applyUpdate = async () => {
-  await LiveUpdate.reload()
-}
-```
-
-## Paso 5 – Estrategias de actualización: cómo las maneja Capgo
-
-Capawesome documenta tres estrategias. Así es como se traducen:
-
-### Actualizaciones en segundo plano
-- **Flujo de trabajo anterior**: configurar en código y programar descargas manualmente.
-- **Capgo**: habilitado por defecto (`autoUpdate: true`). No se requiere código adicional.
-
-### Siempre la última
-- **Flujo de trabajo anterior**: agregar un listener `App.resume`, llamar `download`, luego `set`.
-- **Capgo**: la actualización automática en segundo plano ya realiza la verificación después de reanudar. Solo necesitas el listener manual si quieres un intervalo personalizado.
-
-<details>
-<summary>Opcional: verificación manual al reanudar</summary>
-
-```ts
-import { App } from '@capacitor/app'
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-App.addListener('resume', async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const downloaded = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    if (downloaded) {
-      await CapacitorUpdater.next({ id: downloaded.id })
-    }
-  }
-})
-```
-
-</details>
-
-### Actualización forzada
-- **Flujo de trabajo anterior**: conectar lógica de prompt y forzar recarga.
-- **Capgo**: marca el Paquete como "obligatorio" en el panel, luego escucha el evento `majorAvailable` (emitido después de `notifyAppReady()`) para requerir que los usuarios actualicen dentro de tu Aplicación.
-
-## Paso 6 – Desplegar Paquetes
-
-Si anteriormente dependías de `capawesome live-update deploy`, Capgo ofrece un flujo de trabajo CLI similar, y también puedes automatizar despliegues completamente a través de la API.
-
-```bash
-# Autenticar una vez (almacena un token en tu entorno CI)
-capgo login
-
-# Subir un nuevo bundle (autodetecta plataforma/versión)
-capgo bundle upload --path dist --channel production
-```
-
-Dado que Capgo rastrea la salud de los Paquetes automáticamente, también obtienes:
-
-- Registros de auditoría a nivel de dispositivo para cada instalación.
-- Retención automática (un mes por defecto) con límites configurables de hasta 24 meses.
-- Métricas de latencia en tiempo real en [status.capgo.app/history](https://status.capgo.app/history).
-
-## Cronología de migración
-
-- **Inventario e instalación**: 10 minutos (`npm install`, eliminar Plugin antiguo).
-- **Configuración y preparación**: 5 minutos (`notifyAppReady`).
-- **Verificaciones de cordura**: 15 minutos (pruebas manuales o listeners opcionales).
-- **Primer despliegue**: 10 minutos con CLI de Capgo o integración CI.
-
-En la práctica, los equipos terminan en menos de una hora. Si proporcionas detalles del proyecto de Capawesome, incluso podemos importar canales y listas de dispositivos por ti.
-
-## Soporte de Capgo
-
-- **Concierge de migración**: reserva una sesión en [cal.com/team/capgo/demo](https://cal.com/team/capgo/demo).
-- **Comunidad**: únete al [Discord de Capgo](https://discord.gg/VCXxSVjefW).
-- **Rastreador de problemas**: [github.com/Cap-go/capacitor-updater/issues](https://github.com/Cap-go/capacitor-updater/issues).
-
-Capgo está construido para confiabilidad a largo plazo: actualizaciones delta nativas, Paquetes encriptados, reversiones automáticas y analíticas que no requieren JavaScript personalizado. Una vez que migres, puedes eliminar el código de mantenimiento pesado y dejar que la plataforma ejecute actualizaciones automáticamente.
diff --git a/src/content/docs/es/docs/upgrade/from-v2-to-v3.md b/src/content/docs/es/docs/upgrade/from-v2-to-v3.md
deleted file mode 100644
index 2d2ff1ac5..000000000
--- a/src/content/docs/es/docs/upgrade/from-v2-to-v3.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: V2에서 V3로
-description: Cómo actualizar de V2 a V3
-sidebar:
-  order: 4
-locale: es
----
-
-Esta documentación explicará cómo actualizar a la versión 3 de auto-Actualizar
-
-## Primero migrar a las últimas herramientas:
-
-```bash
-npm remove -g capgo
-npm remove capacitor-updater
-
-npm i @capgo/cli
-npm i @capgo/capacitor-updater@3
-npx cap sync
-```
-
-## Eliminar toda tu configuración anterior:
-
-```json
-{
-  CapacitorUpdater: {
-      autoUpdateURL: "https",
-      
-  },
-}
-```
-
-para dejar solo esto:
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true
-  }
-}
-```
-
-> ⚠️ Si estabas usando tu servidor con `autoUpdateURL`, actualizaré esta guía pronto. Mientras tanto, echa un vistazo a la nueva opción de carga `external` que te permite enviar solo el enlace de tu zip, no el código en Capgo cloud. Esto se ha hecho para empresas con políticas de privacidad estrictas. En modo externo, el código nunca llegará al servidor de Capgo, solo almacenamos la URL y la enviamos al dispositivo, que la descargará directamente. En la forma estándar, el código se comprime y se almacena en nuestro servidor, pero nunca lo abriremos ni lo usaremos tampoco.
-
-## Qué cambia
-
-Todas las configuraciones se vuelven del lado del servidor para auto-Actualizar, para darte más control sobre cómo envías una actualización a los usuarios
-
-Esto nos permite revertir, incluso desplegar solo a un usuario con canales. Estas configuraciones se agregan de nuevo a la interfaz web:
-
-* deshabilitar revertir bajo nativo
-* deshabilitar actualización por encima de major
-
-> ⚠️ Se volverán verdaderos por defecto para todos los canales
-
-Esto también eliminará la necesidad de actualizar frecuentemente el Plugin, la mayoría de las actualizaciones se realizarán del lado del servidor, y las obtendrás sin ningún cambio de tu parte
-
-> ⚠️ Reinicio cuando una actualización se convierte en predeterminada, así que si prefieres no eliminar todas las versiones descargadas al actualizar desde la tienda, haz esto:
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true,
-    "resetWhenUpdate": false
-  }
-}
-```
-
-## Actualiza tu código
-
-Por último, actualiza todas tus importaciones en JS de:
-
-```
-import { CapacitorUpdater } from 'capacitor-updater'
-```
-
-a
-
-```
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-```
-
-Luego compila tu código nuevamente `npm run build` y copia los assets una vez más `npx cap copy`
-
-Ahora deberías poder probar el último sistema de auto-Actualizar
-
-Envía tu versión con:
-
-```
-npx @capgo/cli@latest bundle upload
-```
-
-en lugar de
-
-```
-npx capgo upload
-```
-
-## Evolución futura
-
-Por ahora solo se usa el primer canal público, en el futuro, público cambiará para múltiples canales públicos, si se configura más de uno
-
-## Problemas comunes:
-
-* Problema de compilación después de actualizar: si ya has abierto el código fuente del Plugin en Android Studio o Xcode, a veces la sincronización no los elimina, esa es la causa del problema. Abre el IDE nativo y elimina `capacitor-updater` manualmente y haz `npx cap sync`, esto debería resolverlo
diff --git a/src/content/docs/es/docs/upgrade/from-v3-to-v4.md b/src/content/docs/es/docs/upgrade/from-v3-to-v4.md
deleted file mode 100644
index 950a069dc..000000000
--- a/src/content/docs/es/docs/upgrade/from-v3-to-v4.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-title: Von V3 zu V4
-description: Cómo actualizar de V3 a V4
-sidebar:
-  order: 3
-locale: es
----
-
-## Por qué esta actualización
-
-Después de muchas conversaciones en la comunidad de Discord con ustedes, descubrí que el modo manual era demasiado manual y no seguro de usar, por ejemplo, la auto-reversión no era posible, por lo que si fallaba la actualización en manual el usuario tenía que eliminar la aplicación y volver a instalarla, lo cual es una terrible experiencia de usuario
-
-Mientras tanto, tomé esto como una oportunidad para darles más libertad y eliminar todo el código malo que hice
-
-## Instalación
-
-`npm i @capgo/capacitor-updater@4`
-
-## Auto-actualización en la nube
-
-Si usas el ejemplo básico en tu aplicación, es seguro migrar a la nueva versión, ¡disfrútalo!
-
-## Auto-actualización auto-alojada
-
-Para ti, sigue siendo simple, los cambios son:
-
-* El nombre de la configuración de `autoUpdateUrl` a `updateUrl`
-* El método del endpoint cambió de `GET` a POST
-
-## Usuarios manuales
-
-Para ti, este es el cambio más significativo, ¡pero para mejor! Obtienes toneladas de mejoras, lee cuidadosamente
-
-## Cambios
-
-* `autoUpdateUrl` se convierte en `updateUrl` ya que esta configuración puede usarse en modo manual ahora también
-* Eliminación de `cancelDelay` y `delayUpdate` en favor de `setDelay`
-* Ya no hay `versionName` en Establecer
-* Cambio de la clave `version`, que se devolvía en la mayoría de funciones al objeto `BundleInfo`
-
-```typescript
-interface BundleInfo {
-  id: string;
-  version: string;
-  downloaded: string;
-  status: 'success' | 'error' | 'pending' | 'downloading'
-}
-```
-
-* Renombrado de nombres confusos ahora (incluso para explicar no puede ser claro, pero en el uso es fácil entender el nuevo):
-  * lo que se llamaba `version` ahora se refiere a un `bundle`
-  * `id` se refiere a la antigua `version` que era una cadena aleatoria de 10 caracteres, este `id` es la única forma confiable y única de acceder a tus Paquetes, ejemplo `7Dfcd2RedN`
-  * `version` se refiere ahora al `versionName` que eliges para un Paquete, ejemplo `100`
-* `updateUrl` cambia de `get` a `post`, ya que los encabezados personalizados eran un problema para algunos de ustedes y post es más lógico, todos los encabezados anteriores van al cuerpo y el prefijo `cap_` desaparece
-* el método `versionName` se elimina, en favor de `getId`
-* list ahora devuelve una lista de `BundleInfo`
-* Renombrado `getId` a `getDeviceId`
-* `autoUpdate` se vuelve verdadero por defecto, si usas el modo Manual, establécelo en falso
-
-## Novedades
-
-* Método `getLatest`, este método te permite obtener de tu servidor configurado con `updateUrl` la última versión disponible
-* Método `setDelay` que toma `{kind: "background" | "kill" | "nativeVersion" | "date", value?: string}` como argumento para establecer el retraso en diferentes modos
-* Método `next`, para establecer la versión en el próximo paso a segundo plano, en oposición a `set` que lo hace instantáneamente
-* Método `isAutoUpdateEnabled`, para que sepas si estás en un contexto de auto-actualización
-* Evento `downloadComplete` cuando la descarga alcanza el 100%
-* Campo obligatorio añadido `version` en el método Descargar
-* `notifyAppReady` se vuelve obligatorio en modo manual también, si no se llama después de 10 segundos la aplicación vuelve a la versión anterior
-
-## Contribuidores
-
-[@lincolnthree](https://github.com/lincolnthree/) Muchas gracias por iniciar este trabajo, era imposible hacer que esta actualización funcionara sin ti
diff --git a/src/content/docs/es/docs/upgrade/from-v4-to-v5.md b/src/content/docs/es/docs/upgrade/from-v4-to-v5.md
deleted file mode 100644
index ad64744b2..000000000
--- a/src/content/docs/es/docs/upgrade/from-v4-to-v5.md
+++ /dev/null
@@ -1,31 +0,0 @@
----
-title: Dari V4 ke V5
-description: Cómo actualizar de V4 a V5
-sidebar:
-  order: 2
-locale: es
----
-
-## Por qué esta actualización
-
-Esta versión principal está aquí para seguir la versión principal de Capacitor
-
-Primero sigue la guía de migración de Capacitor:
-
-[https://capacitorjs.com/docs/updating/5-0](https://capacitorjs.com/docs/updating/5-0/)
-
-## Instalación
-
-`npm i @capgo/capacitor-updater@5`
-
-`Luego sincroniza la actualización del código nativo:`
-
-`npx cap sync`
-
-¡Eso es todo! ¡Bastante fácil!
-
-## Modo manual
-
-Si estabas obteniendo la actualización por ti mismo con getLatest, hay un pequeño cambio
-Ahora si ya estás actualizado, entrará en catch
-Cualquier respuesta diferente a actualización disponible hará eso
\ No newline at end of file
diff --git a/src/content/docs/es/docs/upgrade/from-v5-to-v6.md b/src/content/docs/es/docs/upgrade/from-v5-to-v6.md
deleted file mode 100644
index 577891581..000000000
--- a/src/content/docs/es/docs/upgrade/from-v5-to-v6.md
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: De V5 a V6
-description: Cómo actualizar de V5 a V6
-sidebar:
-  order: 1
-locale: es
----
-
-## Por qué esta actualización
-
-Esta versión mayor está aquí para seguir la versión mayor de Capacitor
-
-Primero sigue la guía de migración de Capacitor:
-
-[https://capacitorjs.com/docs/updating/6-0](https://capacitorjs.com/docs/updating/6-0/)
-
-## Instalación
-
-`npm i @capgo/capacitor-updater@6`
-
-`Luego sincroniza la actualización del código nativo:`
-
-`npx cap sync`
-
-¡Eso es todo! ¡Bastante fácil!
\ No newline at end of file
diff --git a/src/content/docs/es/docs/upgrade/from-v6-to-v7.md b/src/content/docs/es/docs/upgrade/from-v6-to-v7.md
deleted file mode 100644
index 30bf4a89f..000000000
--- a/src/content/docs/es/docs/upgrade/from-v6-to-v7.md
+++ /dev/null
@@ -1,42 +0,0 @@
----
-title: "De V6 a V7"
-locale: es
-description: "Una guía detallada sobre la transición de la versión 6 a la versión 7 del actualizador de Capgo, describiendo los pasos necesarios y las consideraciones para un proceso de actualización exitoso, asegurando la compatibilidad con las últimas características y mejoras de Capacitor."
-sidebar:
-  order: 2
----
-
-## Por qué esta actualización
-
-Esta versión mayor está aquí para seguir la versión mayor de Capacitor
-
-Primero sigue la guía de migración de Capacitor:
-
-[https://capacitorjs.com/docs/updating/7-0](https://capacitorjs.com/docs/updating/7-0/)
-
-## Instalación
-
-`npm i @capgo/capacitor-updater@7`
-
-`Luego sincroniza la actualización del código nativo:`
-
-`npx cap sync`
-
-¡Eso es todo! ¡Bastante fácil!
-
-## Migración de encriptación
-
-Si estás usando el método de encriptación `key-v1`, necesitarás migrar al nuevo sistema de encriptación ya que `key-v1` ya no es compatible en V7. [[memory:96112]]
-
-Sigue la guía de migración de encriptación aquí: [Guía de migración de encriptación](/docs/cli/migrations/encryption/)
-
-## Cambios de configuración
-
-Recomendamos agregar las siguientes propiedades en tu archivo `capacitor.config`:
-- `capacitorUpdater`
-- `appId`
-- `version`
-- `autoUpdate`
-
-Estas configuraciones deberían ayudar a gestionar mejor el Plugin y sus comportamientos.
-
diff --git a/src/content/docs/es/docs/upgrade/from-v7-to-v8.md b/src/content/docs/es/docs/upgrade/from-v7-to-v8.md
deleted file mode 100644
index 9939c6fcd..000000000
--- a/src/content/docs/es/docs/upgrade/from-v7-to-v8.md
+++ /dev/null
@@ -1,73 +0,0 @@
----
-title: "De V7 a V8"
-locale: es
-description: "Una guía detallada sobre la transición de la versión 7 a la versión 8 del actualizador de Capgo, describiendo los pasos necesarios y las consideraciones para un proceso de actualización exitoso, asegurando la compatibilidad con las características y mejoras de Capacitor 8."
-sidebar:
-  order: 0
----
-
-## Por qué esta actualización
-
-Esta versión mayor está aquí para seguir la versión mayor 8 de Capacitor
-
-Primero sigue la guía de migración de Capacitor:
-
-[https://capacitorjs.com/docs/updating/8-0](https://capacitorjs.com/docs/updating/8-0/)
-
-## Requisito de versión mínima de iOS
-
-El objetivo de implementación mínimo de iOS se ha aumentado a **15** para garantizar que los dispositivos iOS con [CVE-2022-36943](https://nvd.nist.gov/vuln/detail/CVE-2022-36943) sean excluidos. Esta es la versión mínima de la biblioteca zip de iOS que tiene implementada la corrección de seguridad.
-
-## Instalación
-
-`npm i @capgo/capacitor-updater@8`
-
-Luego sincroniza la actualización del código nativo:
-
-`npx cap sync`
-
-¡Eso es todo! ¡Bastante fácil!
-
-## Novedades en V8
-
-La versión 8 de capacitor-updater trae compatibilidad completa con Capacitor 8, asegurando que tu aplicación pueda aprovechar las últimas características y mejoras del sistema operativo móvil.
-
-### Actualizaciones clave
-
-- **Compatibilidad con Capacitor 8**: Soporte completo para las características nativas mejoradas de Capacitor 8
-- **Mejoras de rendimiento**: Proceso optimizado de entrega e instalación de actualizaciones
-- **Estabilidad mejorada**: Correcciones de errores y mejoras de estabilidad desde v7
-- **Compatibilidad de API mantenida**: Sin cambios importantes en la API del plugin desde v7
-
-## Configuración
-
-La configuración sigue siendo la misma que en v7. Tu configuración existente de `capacitor.config` continuará funcionando:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      appId: 'your-app-id',
-      version: '1.0.0',
-      autoUpdate: true,
-      // ... otras configuraciones
-    }
-  }
-}
-```
-
-## Lista de verificación de migración
-
-- [ ] Seguir la [guía de migración](https://capacitorjs.com/docs/updating/8-0) v8 de Capacitor, verificar cambios incompatibles
-- [ ] Aumentar el objetivo de implementación mínimo de iOS a 15 (requerido para la corrección de CVE-2022-36943)
-- [ ] Actualizar @capgo/capacitor-updater a ^8.0.0
-- [ ] Ejecutar `npx cap sync`
-- [ ] Probar tu aplicación exhaustivamente en iOS y Android
-
-## ¿Necesitas ayuda?
-
-Si encuentras algún problema durante la migración, por favor:
-
-1. Consulta nuestra [documentación](/docs/live-updates/)
-2. Visita nuestra [comunidad de Discord](https://discord.com/invite/VnYRvBfgA6)
-3. Abre un problema en [GitHub](https://github.com/Cap-go/capacitor-updater/issues)
diff --git a/src/content/docs/es/docs/webapp/api-keys.mdx b/src/content/docs/es/docs/webapp/api-keys.mdx
deleted file mode 100644
index cb02bbcaf..000000000
--- a/src/content/docs/es/docs/webapp/api-keys.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: Gestione delle chiavi API
-description: Cómo gestionar las claves de API
-sidebar:
-  order: 3
-locale: es
----
-
-## ¿Qué puedo hacer con las claves API?
-
-Una clave API puede ser regenerada, eliminada o se puede añadir una nueva
-
-## ¿Cómo ver todas las claves API?
-
-Necesitas ir a la [página de claves API](https://console.capgo.app/dashboard/apikeys/) y allí verás todas tus claves API
-
-## ¿Cómo añadir una nueva clave API?
-
-Para añadir una nueva clave API haz clic en el pequeño botón más
-
-<figure><img src="/apikeys-Agregar.webp" alt="Agregar apikey" /><figcaption></figcaption></figure>
-
-y luego selecciona los permisos que quieres dar a la nueva clave API. Puedes seleccionar:
-
- - Lectura - la clave API podrá leer todos los datos
- - Subir - la clave API podrá subir nuevas versiones desde la CLI y leer
- - Todo - La clave API podrá hacer todo
-
-<figure><img src="/apikeys-Seleccione-perm.webp" alt="Seleccione perm" /><figcaption></figcaption></figure>
-
-## ¿Cómo eliminar una clave API?
-
-Para eliminar una clave API haz clic en el pequeño botón de papelera
-
-<figure><img src="/apikeys-Eliminar.webp" alt="Eliminar apikey" /><figcaption></figcaption></figure>
-
-Y luego confirma la eliminación de la clave API
-
-## ¿Cómo regenerar una clave API?
-
-Para regenerar una clave API haz clic en el pequeño botón de actualización
-
-<figure><img src="/apikeys-regenerate.webp" alt="generate apikey" /><figcaption></figcaption></figure>
-
-Y luego confirma la regeneración de la clave API
diff --git a/src/content/docs/es/docs/webapp/bundles.mdx b/src/content/docs/es/docs/webapp/bundles.mdx
deleted file mode 100644
index 5f220f5d8..000000000
--- a/src/content/docs/es/docs/webapp/bundles.mdx
+++ /dev/null
@@ -1,64 +0,0 @@
----
-title: Paquetes
-description: Aprende cómo gestionar Paquetes
-sidebar:
-  order: 7
-locale: es
----
-
-## Mostrar todos los paquetes
-
-Primero, echemos un vistazo a la página de paquetes. Puedes acceder a ella [haciendo clic en tu aplicación](/docs/webapp/main-page) y luego [haciendo clic en la pestaña de paquetes](/docs/webapp/main-app-page)
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/Paquetes.webp" alt="Paquete list" /><figcaption></figcaption></figure>
-
-## Eliminar un paquete
-
-Hay dos formas de eliminar un paquete:
-
- - Normalmente
- - De forma insegura
-
-La forma insegura de eliminar un paquete se agregó a Capgo el 12 de agosto de 2024
-
-La diferencia entre las dos formas es la capacidad de reutilizar el número de versión después de la eliminación
-
-Por ejemplo, si eliminas una versión `100` de la forma normal y luego intentas subir una versión `100`, fallará
-Si eliminas esta versión a través del borrado inseguro, podrás subir una versión `100`
-
-:::danger
-Eliminar una versión de forma insegura y volver a subirla es REALMENTE peligroso
-Puede causar todo tipo de errores y comportamientos impredecibles en el Plugin
-NUNCA se debe usar para paquetes que se hayan utilizado en un canal público
-Por esta razón, eliminar una versión de forma insegura requiere privilegios de "super_admin"
-:::
-
-## Gestionar un paquete específico
-
-Una vez que veas la lista de todos los paquetes, haz clic en el que deseas gestionar. Después de hacerlo, deberías ver algo como esto:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/Paquete-Información.webp" alt="Paquete Información" /><figcaption></figcaption></figure>
-
-Veamos todos los elementos de esta página
-
----
-
-Primero puedes ver un `Canal`. Esto te permite saber para qué canal es este paquete. Puedes cambiar el canal haciendo clic en él
-Una vez que hagas clic en él, deberías ver algo como esto:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/Paquete-change.webp" alt="Paquete change" /><figcaption></figcaption></figure>
-
-`Establecer paquete al canal` te permitirá vincular este paquete como predeterminado para cualquier canal\
-`Abrir canal` abrirá la página del canal para el canal al que pertenece este paquete\
-`Desvincular paquete del canal` desvinculará este paquete del canal al que pertenece
-(**ADVERTENCIA**: Si el paquete está vinculado a más de 1 canal, no se te dará la opción de qué canal desvincular)
-
----
-
-A continuación, puedes ver el `Tamaño`. Si haces clic en él, podrás descargar este paquete
-Debería verse algo así:
-<figure><img style="margin-left: auto; margin-right: auto" src="/Descargar-Paquete.webp" alt="Descargar Paquete" /><figcaption></figcaption></figure>
-
----
-
-Por último, está la sección de `Dispositivos`. Puedes ver todos los dispositivos que usan esta versión allí
\ No newline at end of file
diff --git a/src/content/docs/es/docs/webapp/channels.mdx b/src/content/docs/es/docs/webapp/channels.mdx
deleted file mode 100644
index e9b834769..000000000
--- a/src/content/docs/es/docs/webapp/channels.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: 채널
-description: >-
-  Los canales son una forma de gestionar las actualizaciones de tu aplicación.
-  Puedes tener múltiples canales y cada canal puede tener múltiples versiones.
-  Esto te permite tener múltiples versiones de tu aplicación en producción al
-  mismo tiempo.
-sidebar:
-  order: 6
-locale: es
----
-
-## Gestión de canales
-
-Primero, echemos un vistazo a la página de canales. Puedes acceder a ella [haciendo clic en tu aplicación](/docs/webapp/main-page) y luego [haciendo clic en la pestaña de canales](/docs/webapp/main-app-page)
-
-<figure><img src="/Canales.webp" alt="Canal list" /><figcaption></figcaption></figure>
-
-## Crear un canal
-
-Como puedes ver, existe un botón más en la esquina inferior derecha (`1` en la imagen). Al hacer clic en él se abrirá un modal donde puedes crear un nuevo canal
-<figure><img style="margin-left: auto; margin-right: auto" src="/new_channel_modal.webp" alt="new Canal" /><figcaption></figcaption></figure>
-
-Después de hacer clic en `Añadir` un nuevo canal debería aparecer en la lista
-<figure><img src="/post-Canal-Crear.webp" alt="after Canal Crear" /><figcaption></figcaption></figure>
-
-## ¿Qué significa mal configurado?
-A veces la configuración de un canal no es válida. En ese caso, recibirás una advertencia grande y la columna `Mal configurado` dirá `Sí` para uno o más de los canales.
-Puedes aprender más sobre esto [aquí](/docs/cli/commands/#disable-updates-strategy)
-
-## Eliminar un canal
-
-Eliminar un canal es sencillo. Solo haz clic en el ícono de la papelera y confirma la eliminación (`2` en la imagen)
-
-## Gestionar un canal
-
-Hacer clic en el nombre del canal abrirá un modal donde puedes gestionar la configuración del canal (`3` en la imagen).
-
-<figure><img src="/channel_settings.webp" alt="Configuración del canal" /><figcaption></figcaption></figure>
-
-La página de configuración del canal contiene todas las opciones de configuración para tu canal. Veamos cada configuración.
-
----
-Primero el toggle de `Canal predeterminado`. Cuando está habilitado, este canal se convierte en el predeterminado para nuevos dispositivos. Para una explicación completa de cómo funcionan los canales predeterminados, incluyendo cómo configurar valores predeterminados específicos por plataforma (uno para iOS, uno para Android), consulta la sección [Configuración del Canal Predeterminado](/docs/webapp/main-app-page/#configuración-del-canal-predeterminado).
-
----
-Segundo la configuración de `IOS`. Esto es relativamente simple. Si es falso, entonces los dispositivos IOS no podrán descargar actualizaciones de este canal
-
-Tercero es la configuración de `Android`. Esto es similar a `IOS`. Si es falso, entonces los dispositivos Android no podrán descargar actualizaciones de este canal
-
-Cuarto es la configuración `Deshabilitar auto degradación bajo nativo`. Si esto es verdadero entonces será imposible degradar desde una versión nativa. Esto significa que si has subido una versión `120` a la Aplicación Store o Play Store e intentas establecer la versión del canal a `110` entonces la actualización (degradación) fallará
-
-Quinto es `Deshabilitar auto actualización`. Esta configuración es bastante compleja, y puedes aprender más sobre ella [aquí](/docs/cli/commands/#disable-updates-strategy)
-
-En cuanto a `Permitir compilación de desarrollo`. Si esto es verdadero entonces las compilaciones de desarrollo podrán descargar actualizaciones de este canal. Si no, entonces cualquier solicitud de actualización que tenga el `prod` establecido en falso será rechazada. Esto es principalmente útil para propósitos de prueba
-
-Séptimo es `Permitir Emuladores`. Si esto es falso entonces Capgo rechazará cualquier solicitud de actualización que provenga de un emulador. Esto es principalmente útil para propósitos de prueba
-
-Octavo es `Permitir que los dispositivos se auto asocien`. Si esto es verdadero entonces el método [setChannel](/docs/plugin/api/#setchannel) estará disponible. Si esto está establecido en falso e intentas llamar al método [setChannel](/docs/plugin/api/#setchannel) con este canal entonces la llamada fallará
\ No newline at end of file
diff --git a/src/content/docs/es/docs/webapp/devices.mdx b/src/content/docs/es/docs/webapp/devices.mdx
deleted file mode 100644
index 9f0cb4dbf..000000000
--- a/src/content/docs/es/docs/webapp/devices.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: Dispositivos
-description: "Una guía completa sobre cómo utilizar la página de dispositivos para gestionar y configurar tus dispositivos de manera efectiva, incluyendo opciones de filtrado y configuraciones detalladas para dispositivos individuales."
-sidebar:
-  order: 7
-locale: es
----
-
-:::note[Retención de Datos]
-Los datos de dispositivos se conservan durante **90 días** desde la última actividad del dispositivo. Los dispositivos que no se hayan conectado a Capgo dentro de este período se eliminarán automáticamente de la lista. Los dispositivos activos se rastrean continuamente mientras verifican actualizaciones.
-:::
-
-## Mostrar la lista de todos los dispositivos
-Primero, echemos un vistazo a la página de dispositivos. Puedes acceder a ella [haciendo clic en tu aplicación](/docs/webapp/main-page) y luego [haciendo clic en la pestaña de dispositivos](/docs/webapp/main-app-page).
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/devices.webp" alt="lista de dispositivos" /><figcaption></figcaption></figure>
-
-1. **Pestaña de Dispositivos** - Haz clic en esta pestaña en la barra de navegación para acceder a la página de dispositivos
-2. **Filtros** - Haz clic para filtrar dispositivos por:
-   - **Sobrescribir** - Muestra solo dispositivos que tienen un [canal personalizado](/docs/plugin/api/#setchannel) o una versión personalizada
-   - **ID Personalizado** - Muestra solo dispositivos con un identificador personalizado establecido
-
-## Configurando un dispositivo
-
-Para configurar un dispositivo específico, haz clic en él en la tabla y deberías ver algo como esto:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/device-specific.webp" alt="mostrar un dispositivo" /><figcaption></figcaption></figure>
-
-1. **Información** - Ver detalles del dispositivo incluyendo ID del Dispositivo, Última actualización, Plataforma, Versión del plugin, Versión, Versión builtin, Versión del SO, y si es una aplicación de Producción
-2. **Deployments** - Ver el historial de despliegues para este dispositivo
-3. **Logs** - Ver los registros asociados con este dispositivo
-4. **Sobrescritura de canal** - Sobrescribe el canal para este dispositivo específico. Si está configurado, este dispositivo no usará el canal público (predeterminado) y solo recibirá actualizaciones del canal seleccionado
-
-### ID Personalizado
-
-El `ID Personalizado` es un campo muy útil que te ayuda a conectar el dispositivo con un ID que puedas reconocer para tus propios usuarios.
-
-Úsalo para identificar fácilmente qué dispositivo pertenece a qué usuario.
-
-El ID personalizado solo puede establecerse desde el propio dispositivo usando `CapacitorUpdater.setCustomId({ customId: user });`
diff --git a/src/content/docs/es/docs/webapp/index.mdx b/src/content/docs/es/docs/webapp/index.mdx
deleted file mode 100644
index ddc00d0ae..000000000
--- a/src/content/docs/es/docs/webapp/index.mdx
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: イントロダクション
-description: Introducción a la aplicación web Cagpo
-sidebar:
-  order: 1
-locale: es
----
-
-## ¿Qué es esto?
-
-Cagpo tiene una extensa aplicación web para ayudarte a gestionar tus proyectos. Esta aplicación web está construida con Vuejs y es de código abierto. Puedes encontrar el código fuente en [GitHub](https://github.com/Cap-go/capgo/tree/main/src/) \
-La aplicación web está disponible [aquí](https://console.capgo.app/) \
-Esta aplicación web te permite [gestionar canales](/docs/webapp/channels/), [gestionar versiones](/docs/webapp/bundles/), [gestionar dispositivos](/docs/webapp/devices/), [inspeccionar registros](/docs/webapp/logs/), [gestionar facturación](/docs/webapp/settings/) y [gestionar tu cuenta](/docs/webapp/settings/)
-
-## ¿Cómo lo uso?
-
-Primero, necesitas crear una cuenta o iniciar sesión. Esto es relativamente simple y se puede hacer haciendo clic en el botón `Iniciar sesión` en el centro de la pantalla. Después de iniciar sesión, serás redirigido al panel de control. Esta es la página principal de la aplicación web. Desde aquí puedes navegar a todas las demás páginas.
-
-<figure><img src="/login.webp" alt="login page" /><figcaption></figcaption></figure>
-
-## Creando una cuenta
-
-Tienes que hacer clic en `Crear una cuenta gratuita` en la parte inferior del formulario de inicio de sesión. A partir de ahí será tan simple como llenar un formulario y seguir las instrucciones.
-
-<figure><img src="/Crear-account.webp" alt="Crear account" /><figcaption></figcaption></figure>
diff --git a/src/content/docs/es/docs/webapp/logs.mdx b/src/content/docs/es/docs/webapp/logs.mdx
deleted file mode 100644
index c3c1d4500..000000000
--- a/src/content/docs/es/docs/webapp/logs.mdx
+++ /dev/null
@@ -1,193 +0,0 @@
----
-title: "Registros"
-description: "Comprende y utiliza los registros de aplicaciones de Capgo para diagnósticos y seguimiento de las acciones de tus dispositivos con las actualizaciones."
-sidebar:
-  order: 8
-locale: es
----
-
-## Comprendiendo los registros de aplicaciones
-
-La página de Registros proporciona un historial detallado de eventos de actualización e información de diagnóstico para tu aplicación. Esto es crucial para monitorear el proceso de actualización, solucionar problemas y comprender cómo interactúan tus dispositivos con Capgo. Puedes acceder a ella [haciendo clic en tu aplicación](/docs/webapp/main-page) y luego [haciendo clic en la pestaña "Registros" (anteriormente llamada "actualizaciones" en algunas capturas de pantalla o documentación más antiguas)](/docs/webapp/main-app-page).
-
-Desde allí deberías ver una página similar a esta, mostrando una lista de entradas de registro:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs.webp" alt="Vista general de la página de registros mostrando la interfaz principal" /><figcaption>Vista general de la página de registros</figcaption></figure>
-
-La interfaz de la página de registros incluye:
-1. **Pestaña de Registros** - La pestaña de navegación para acceder a la vista de registros
-2. **Botón Recargar** - Actualiza la lista de registros con los datos más recientes
-3. **Filtros de Rango de Tiempo y Acciones** - Filtra registros por rango de fechas y tipo de acción (ver secciones a continuación)
-
-Cada fila muestra:
-- **Marca de tiempo** (UTC)
-- **ID del dispositivo**
-- **Código de acción** (qué sucedió)
-- **Nombre de versión** (bundle o `builtin`)
-
-Haz clic en una fila para ir a la página de detalles del dispositivo para el historial completo.
-
-### Filtrar por rango de fechas
-
-Puedes filtrar registros por un período de tiempo específico usando el selector de fechas:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_date_range.webp" alt="Selector de rango de fechas para filtrar registros" /><figcaption>Filtro de rango de fechas</figcaption></figure>
-
-1. **Preajustes rápidos** - Selecciona rangos de tiempo comunes: Última 1h, 3h, 6h o 12h
-2. **Hora de inicio** - Establece una hora de inicio personalizada para el rango
-3. **Hora de fin** - Establece una hora de fin personalizada para el rango
-4. **Calendario** - Selecciona fechas específicas usando la vista de calendario
-
-Haz clic en "Seleccionar" para aplicar tu rango de fechas elegido, o "Cancelar" para cerrar el selector.
-
-### Filtrar por tipo de acción
-
-El menú desplegable de Acciones te permite filtrar registros por tipos de eventos específicos:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_filters.webp" alt="Menú desplegable de filtro de acciones para filtrar registros por tipo de evento" /><figcaption>Filtro de acciones</figcaption></figure>
-
-Los filtros de acción disponibles incluyen:
-- **Latido del dispositivo** - Verificaciones de salud periódicas de los dispositivos
-- **Eliminación de versión solicitada** - Cuando se elimina una versión de bundle
-- **Restablecer a versión predeterminada** - Cuando un dispositivo vuelve al bundle incorporado
-- **Versión instalada exitosamente** - Instalación exitosa del bundle
-- **Nueva versión enviada al dispositivo** - Cuando Capgo envía una actualización a un dispositivo
-- **Instalación de versión fallida** - Cuando falla la instalación del bundle
-
-Usa el cuadro de búsqueda en la parte superior para encontrar rápidamente tipos de acción específicos. Puedes seleccionar múltiples acciones para mostrar registros que coincidan con cualquiera de los tipos seleccionados.
-
-### Fragmento de registro de ejemplo (datos ficticios)
-
-| Hora (UTC) | ID Dispositivo | Acción | Versión | Qué te dice |
-|------------|----------------|--------|---------|-------------|
-| 2025-01-14 10:00:01 | `A1B2C3` | `get` | 2.4.1 | El dispositivo preguntó a Capgo si hay una actualización disponible |
-| 2025-01-14 10:00:03 | `A1B2C3` | `download_manifest_start` | 2.4.1 | Se inició la descarga del manifiesto; el SDK está a punto de descargar archivos |
-| 2025-01-14 10:00:07 | `A1B2C3` | `download_40` | 2.4.1 | La descarga del bundle está al 40% completada |
-| 2025-01-14 10:00:12 | `A1B2C3` | `download_zip_complete` | 2.4.1 | Descarga del zip finalizada |
-| 2025-01-14 10:00:13 | `A1B2C3` | `set` | 2.4.1 | Bundle instalado y marcado para ejecutar en el próximo inicio |
-| 2025-01-14 10:05:00 | `B9C8D7` | `disableAutoUpdateToMajor` | 1.9.0 | La política del canal bloqueó un salto a 2.x |
-| 2025-01-14 10:05:05 | `B9C8D7` | `rateLimited` | builtin | El dispositivo alcanzó el límite de solicitudes; el SDK espera hasta reiniciar |
-
-## Escenarios de ejemplo de registros
-
-Para ayudarte a entender qué te dicen los registros, aquí hay secuencias de ejemplo que muestran recorridos reales de actualización de dispositivos:
-
-### Flujo de actualización exitoso
-
-Así es como se ve una actualización saludable en tus registros:
-
-| Hora | ID Dispositivo | Acción | Versión | Qué significa |
-|------|----------------|--------|---------|---------------|
-| 10:00:01 | `a1b2c3d4` | `get` | 1.2.0 | El dispositivo verificó actualizaciones y recibió info de la versión 1.2.0 |
-| 10:00:02 | `a1b2c3d4` | `download_10` | 1.2.0 | Descarga iniciada, 10% completado |
-| 10:00:03 | `a1b2c3d4` | `download_50` | 1.2.0 | Descarga al 50% |
-| 10:00:05 | `a1b2c3d4` | `download_complete` | 1.2.0 | Descarga finalizada exitosamente |
-| 10:00:06 | `a1b2c3d4` | `set` | 1.2.0 | Bundle instalado y activado |
-
-### Dispositivo ya actualizado
-
-Cuando un dispositivo verifica pero ya tiene la última versión:
-
-| Hora | ID Dispositivo | Acción | Versión | Qué significa |
-|------|----------------|--------|---------|---------------|
-| 14:30:00 | `e5f6g7h8` | `noNew` | 1.2.0 | El dispositivo ya está en la última versión, no se necesita actualización |
-
-### Actualización fallida con reversión
-
-Cuando una actualización falla y el dispositivo revierte:
-
-| Hora | ID Dispositivo | Acción | Versión | Qué significa |
-|------|----------------|--------|---------|---------------|
-| 11:15:00 | `i9j0k1l2` | `get` | 1.3.0 | El dispositivo recibió info de actualización |
-| 11:15:02 | `i9j0k1l2` | `download_complete` | 1.3.0 | Descarga completada |
-| 11:15:03 | `i9j0k1l2` | `set` | 1.3.0 | Bundle fue establecido |
-| 11:15:10 | `i9j0k1l2` | `update_fail` | 1.3.0 | La app falló o no se llamó a `notifyAppReady()` - se activó reversión |
-| 11:15:11 | `i9j0k1l2` | `reset` | builtin | El dispositivo volvió a la versión incorporada |
-
-**Acción necesaria**: Verifica que tu app llame a `notifyAppReady()` después de una inicialización exitosa. Consulta [la documentación del plugin](/docs/plugin/api/#notifyappready) para más detalles.
-
-### Fallo de descarga
-
-Cuando problemas de red impiden la descarga:
-
-| Hora | ID Dispositivo | Acción | Versión | Qué significa |
-|------|----------------|--------|---------|---------------|
-| 09:45:00 | `m3n4o5p6` | `get` | 1.2.0 | El dispositivo recibió info de actualización |
-| 09:45:01 | `m3n4o5p6` | `download_30` | 1.2.0 | Descarga iniciada pero... |
-| 09:45:15 | `m3n4o5p6` | `download_fail` | 1.2.0 | Descarga fallida (tiempo de espera de red, conexión perdida, etc.) |
-
-**Acción necesaria**: El dispositivo reintentará automáticamente en el próximo inicio de la app. No se requiere acción a menos que esto ocurra frecuentemente.
-
-### Límite del plan alcanzado
-
-Cuando tu cuenta alcanza su límite de dispositivos:
-
-| Hora | ID Dispositivo | Acción | Versión | Qué significa |
-|------|----------------|--------|---------|---------------|
-| 16:00:00 | `q7r8s9t0` | `needPlanUpgrade` | - | Este dispositivo no recibirá actualizaciones hasta que actualices o se reinicie el ciclo de facturación |
-
-**Acción necesaria**: [Actualiza tu plan](/docs/webapp/settings/) o espera al próximo ciclo de facturación.
-
-### Configuración del canal bloqueando actualizaciones
-
-Cuando la configuración del canal impide una actualización:
-
-| Hora | ID Dispositivo | Acción | Versión | Qué significa |
-|------|----------------|--------|---------|---------------|
-| 12:00:00 | `u1v2w3x4` | `disableAutoUpdateToMajor` | 2.0.0 | El dispositivo en v1.x no puede auto-actualizar a v2.x (salto de versión mayor bloqueado) |
-| 12:05:00 | `y5z6a7b8` | `disableEmulator` | 1.2.0 | Emulador detectado, y el canal bloquea emuladores |
-| 12:10:00 | `c9d0e1f2` | `disableDevBuild` | 1.2.0 | Build de desarrollo detectado, y el canal bloquea builds de desarrollo |
-
-**Acción necesaria**: Estas son protecciones intencionales. Si deseas permitir estas actualizaciones, modifica tu [configuración del canal](/docs/webapp/channels/).
-
-## Códigos de registro (enum del backend de Capgo)
-
-Estos códigos provienen del enum `stats_action` usado por la API del dashboard (`capgo/src/types/supabase.types.ts`). Si ves un nuevo código en la UI, fue emitido por el SDK o backend y validado contra esta lista.
-
-**Ruta feliz y ciclo de vida**
-
-| Código(s) | Significado |
-|-----------|-------------|
-| `get` | El dispositivo preguntó a Capgo por el manifiesto del canal actual |
-| `download_manifest_start`, `download_manifest_complete` | Descarga del manifiesto comenzó / terminó (para bundles delta o multi-archivo) |
-| `download_zip_start`, `download_zip_complete` | Descarga del archivo zip comenzó / terminó |
-| `download_10` … `download_90` | Hitos de progreso de descarga |
-| `download_complete` | Bundle completo descargado |
-| `set` | Bundle preparado para el próximo inicio |
-| `reset` | El dispositivo volvió al bundle incorporado |
-| `delete` | Bundle eliminado del almacenamiento local |
-| `uninstall` | Desinstalación de app detectada |
-| `app_moved_to_foreground`, `app_moved_to_background` | Eventos del ciclo de vida de la app registrados por el SDK |
-| `ping` | Verificación de salud/latido del dispositivo |
-| `setChannel`, `getChannel` | Canal sobrescrito o obtenido via llamada del SDK |
-
-**Bloqueos de configuración o política**
-
-| Código(s) | Por qué se bloqueó la actualización |
-|-----------|-------------------------------------|
-| `disableAutoUpdate`, `disableAutoUpdateToMajor`, `disableAutoUpdateToMinor`, `disableAutoUpdateToPatch`, `disableAutoUpdateMetadata`, `disableAutoUpdateUnderNative` | La estrategia del canal prohíbe este salto de semver |
-| `disablePlatformIos`, `disablePlatformAndroid` | La plataforma está deshabilitada en el canal |
-| `disableDevBuild`, `disableEmulator` | Builds de desarrollo o emuladores no permitidos |
-| `cannotUpdateViaPrivateChannel`, `NoChannelOrOverride`, `channelMisconfigured` | La selección del canal o sobrescritura falló |
-| `missingBundle`, `cannotGetBundle` | El manifiesto hace referencia a un bundle que Capgo no puede servir |
-| `needPlanUpgrade` | La organización alcanzó su límite de plan/dispositivos |
-| `rateLimited` | Demasiadas solicitudes; el SDK limita hasta reiniciar |
-| `blocked_by_server_url`, `backend_refusal`, `InvalidIp` | Una regla del lado del servidor bloqueó la solicitud |
-
-**Fallos de descarga / integridad / instalación**
-
-| Código(s) | Significado |
-|-----------|-------------|
-| `download_fail` | La descarga del bundle falló (error de red o respuesta) |
-| `download_manifest_file_fail`, `download_manifest_checksum_fail`, `download_manifest_brotli_fail` | El archivo del manifiesto no pudo ser recuperado o validado |
-| `checksum_fail`, `checksum_required` | La verificación de integridad falló o falta el checksum |
-| `unzip_fail`, `directory_path_fail`, `canonical_path_fail`, `windows_path_fail` | La validación del sistema de archivos o descompresión falló |
-| `decrypt_fail` | La desencriptación falló (bundle encriptado) |
-| `update_fail` | Bundle instalado pero la app nunca llamó a `notifyAppReady()`; se activó reversión |
-| `download_zip_*` sin `set` subsecuente | Descarga terminó pero la fase de instalación nunca se completó |
-
-➡️ ¿Necesitas guía más profunda por código? Consulta **[Referencia completa de códigos de registro y guía de depuración](/docs/plugins/updater/debugging/#understanding-cloud-logs)**.
-
-## Obtener más detalles sobre un registro
-
-Si haces clic en una entrada de registro específica, normalmente te llevará a la [página del dispositivo](/docs/webapp/devices/). Esto te permite ver el historial completo de ese dispositivo en particular, lo cual puede ser muy útil para diagnosticar problemas específicos del dispositivo o entender su recorrido de actualización.
diff --git a/src/content/docs/es/docs/webapp/main-app-page.mdx b/src/content/docs/es/docs/webapp/main-app-page.mdx
deleted file mode 100644
index e4ae45ece..000000000
--- a/src/content/docs/es/docs/webapp/main-app-page.mdx
+++ /dev/null
@@ -1,113 +0,0 @@
----
-title: "Página de la aplicación"
-description: "¿Qué muestra la página de la aplicación de Capgo webapp? Y qué puedes hacer con ella."
-sidebar:
-  order: 5
-locale: es
----
-
-## ¿Qué muestra la página de la aplicación?
-
-Primero, echemos un vistazo a la página principal de la aplicación:
-
-En Capgo, una aplicación representa tu aplicación móvil integrada con el sistema de actualizaciones en vivo de Capgo. Te permite gestionar actualizaciones, canales y dispositivos sin problemas.
-
-<figure><img src="/main-app-page.webp" alt="Captura de pantalla de la página principal" /><figcaption></figcaption></figure>
-
-Veamos esto más de cerca. La página principal de la aplicación está dividida en varias áreas clave:
-
-1.  **Barra de navegación superior:** Proporciona acceso a diferentes secciones de la gestión de tu aplicación:
-    *   **Dashboard (1):** La vista actual, mostrando métricas clave y resúmenes.
-    *   **Información (2):** Muestra la configuración principal y los detalles de tu aplicación (ver sección "Información de la aplicación" más abajo).
-    *   **[Bundles (3)](/docs/webapp/bundles/):** Gestiona las versiones y releases de tu aplicación.
-    *   **[Canales (4)](/docs/webapp/channels/):** Configura y gestiona diferentes canales de actualización (ej., producción, beta).
-    *   **[Dispositivos (5)](/docs/webapp/devices/):** Ver y gestionar dispositivos registrados, incluyendo configuraciones específicas.
-    *   **[Logs (6)](/docs/webapp/logs/):** Accede a logs detallados e informes de errores de tu aplicación.
-    *   **Builds (7):** Ver y gestionar las compilaciones de tu aplicación.
-
-2.  **Visualización de estadísticas:** Visualiza métricas importantes del último período de facturación (los datos reflejan el uso desde tu día de facturación, no desde el 1 del mes):
-    *   **Usuarios activos mensuales (8):** Rastrea el número de usuarios activos únicos a lo largo del tiempo.
-    *   **Almacenamiento (9):** Muestra el consumo actual de almacenamiento.
-    *   **Ancho de banda (10):** Muestra el uso de ancho de banda.
-    *   **Bundle activo (11):** Muestra la distribución de dispositivos activos entre diferentes bundles de la aplicación.
-
-3.  **Tarjetas de resumen:** Ofrece una visión rápida de conteos clave:
-    *   **Subidas de bundles (12):** Número total de bundles de aplicación subidos.
-    *   **Estadísticas de actualizaciones (13):** Número total de actualizaciones realizadas, incluyendo solicitudes, instalaciones y fallos.
-    *   **Estadísticas de despliegue (14):** Número total de despliegues.
-
-4.  **Opciones de visualización (15-18):** Controles para filtrar y ver las estadísticas:
-    *   **Diario (15):** Ver estadísticas diarias.
-    *   **Acumulativo (16):** Ver estadísticas acumulativas a lo largo del tiempo.
-    *   **Período de facturación (17):** Ver estadísticas del período de facturación actual.
-    *   **Rango de fechas (18):** Seleccionar un rango de fechas personalizado (ej., últimos 30 días).
-
-## Información de la aplicación
-
-Esta sección corresponde a la pestaña "Información" (1) en la barra de navegación superior. Aquí puedes ver y gestionar detalles cruciales y configuraciones de tu aplicación.
-
-<figure><img src="/app_info.webp" alt="Página de información de la aplicación" /><figcaption>Página de información de la aplicación</figcaption></figure>
-
-Aquí hay un desglose de los campos y acciones disponibles:
-
-*   **Icono de la aplicación (2):** Muestra el icono de tu aplicación. Puedes hacer clic en el botón "Cambiar" para subir un nuevo icono.
-*   **ID de la aplicación (3):** Un identificador único para tu aplicación dentro de Capgo. Este ID no es editable.
-*   **Nombre de la aplicación (4):** El nombre de visualización de tu aplicación. Puedes modificarlo según sea necesario.
-*   **Canal de subida predeterminado (5):** Especifica el canal predeterminado al que se subirán los nuevos bundles. Puedes hacer clic en el icono de edición para seleccionar un canal predeterminado diferente.
-*   **Canal de descarga predeterminado (6):** Especifica el canal predeterminado desde el cual los dispositivos descargarán actualizaciones. Puedes hacer clic en el icono de edición para seleccionar un canal predeterminado diferente. Ver la sección [Configuración del Canal Predeterminado](#configuración-del-canal-predeterminado) más abajo para información detallada.
-*   **Eliminar automáticamente bundles no usados (después de x segundos) (7):** Esta configuración te permite eliminar automáticamente bundles antiguos que no se han usado durante una duración especificada (en segundos). Establece en `0` para desactivar la eliminación automática. Esto ayuda a gestionar el almacenamiento y mantener tu lista de bundles limpia.
-*   **Exponer metadatos del bundle al plugin (8):** Cuando está habilitado, los campos de enlace y comentario del bundle se enviarán al plugin Capacitor Updater. Esta función requiere la versión 7.35.0 o superior del plugin.
-*   **Transferir propiedad de la aplicación (9):** Esta sección proporciona una opción para iniciar la transferencia de tu aplicación a una organización diferente de la que formas parte.
-*   **Botón Eliminar aplicación:** Elimina permanentemente tu aplicación de Capgo. Esta acción es irreversible y eliminará todos los datos asociados, bundles, canales y dispositivos.
-*   **Botón Actualizar:** Guarda cualquier cambio que hayas realizado en los campos editables de esta página (ej., Nombre de la aplicación, Canal de subida predeterminado, configuración de eliminación automática de bundles).
-
-## Configuración del Canal Predeterminado
-
-El **Canal de descarga predeterminado** es una de las configuraciones más importantes para tu aplicación. Determina de qué canal recibirán actualizaciones los nuevos dispositivos cuando se conecten por primera vez a Capgo.
-
-### Cómo funcionan los canales predeterminados
-
-Cuando un dispositivo solicita una actualización de Capgo, el sistema determina qué canal usar basándose en el siguiente orden de prioridad (mayor prioridad primero):
-
-1. **Mapeo forzado de dispositivo**: Si el ID del dispositivo está explícitamente forzado a un canal en la configuración del canal, ese canal siempre gana.
-2. **Override en la nube**: Si el dispositivo ha sido asignado a un canal vía `setChannel()` o manualmente en el dashboard, se usa ese override.
-3. **`defaultChannel` de Capacitor config**: Si está configurado en tu archivo `capacitor.config.*`, se usa para builds de prueba/beta.
-4. **Canal de descarga predeterminado**: La configuración aquí—esto es lo que usará ~99% de tus usuarios de producción.
-
-### Canales predeterminados específicos por plataforma
-
-Puedes configurar **dos canales predeterminados separados**—uno para iOS y otro para Android. Esto es útil cuando:
-
-- Quieres desplegar actualizaciones a una plataforma antes que a la otra
-- Necesitas diferentes estrategias de actualización por plataforma
-- Estás probando una nueva versión en una plataforma mientras mantienes la otra estable
-
-Para configurar valores predeterminados específicos por plataforma:
-1. Crea dos canales (ej., `production-ios` y `production-android`)
-2. En la configuración de cada canal, habilita solo la plataforma relevante (toggle de iOS o Android)
-3. Marca ambos canales como "Predeterminado" - Capgo permite esto cuando los canales apuntan a diferentes plataformas
-
-Cuando un dispositivo solicita una actualización:
-- Los dispositivos iOS recibirán actualizaciones del canal predeterminado habilitado para iOS
-- Los dispositivos Android recibirán actualizaciones del canal predeterminado habilitado para Android
-
-### Canal predeterminado único (Recomendado para la mayoría de apps)
-
-Para la mayoría de las aplicaciones, un solo canal predeterminado que soporte ambas plataformas es el enfoque más simple:
-1. Crea un canal (ej., `production`)
-2. Asegúrate de que los toggles de iOS y Android estén habilitados
-3. Márcalo como el canal predeterminado
-
-Esto asegura un comportamiento consistente en todas las plataformas y simplifica tu flujo de trabajo de releases.
-
-### Cambiar el canal predeterminado
-
-Cuando cambias el canal predeterminado:
-- **Nuevos dispositivos** comenzarán inmediatamente a recibir actualizaciones del nuevo predeterminado
-- **Dispositivos existentes** que ya tienen una asignación de canal (vía override o forzado) NO cambiarán automáticamente
-- Para mover dispositivos existentes, necesitas:
-  - Usar `setChannel()` para sobrescribirlos programáticamente
-  - Forzarlos al nuevo canal en el dashboard
-  - Eliminar sus entradas de dispositivo (se re-registrarán con el nuevo predeterminado)
-
-> **Consejo**: Siempre prueba tu nuevo canal predeterminado con un pequeño grupo de dispositivos forzados antes de hacerlo predeterminado para todos los usuarios.
diff --git a/src/content/docs/es/docs/webapp/main-page.mdx b/src/content/docs/es/docs/webapp/main-page.mdx
deleted file mode 100644
index e64e68aba..000000000
--- a/src/content/docs/es/docs/webapp/main-page.mdx
+++ /dev/null
@@ -1,20 +0,0 @@
----
-title: Página principal
-description: Esta página describe la página principal de la aplicación web
-sidebar:
-  order: 2
-locale: es
----
-
-## ¿Qué muestra la página principal?
-
-Primero, echemos un vistazo a la página principal:
-<figure><img src="/main-page.webp" alt="Página principal screeshot" /><figcaption></figcaption></figure>
-
-Empecemos por el principio. Lo primero que ves son las **estadísticas**. Contiene estadísticas específicas de la aplicación. Estas actualizaciones dependen del uso de la aplicación.
-
-Lo segundo que ves es la lista de todas las aplicaciones disponibles. Esto cambiará dependiendo de cuántas aplicaciones hayas creado. Puedes hacer clic en cada aplicación para ver más detalles sobre ella.
-
-Lo tercero que ves es el botón de **claves API**. Este botón te llevará a la página de [claves API](/docs/webapp/api-keys/).
-
-Lo siguiente que ves es el botón **Prueba Capgo**. Este botón cambiará dependiendo de tu nombre y apellido y te llevará a la página de [configuración](/docs/webapp/settings/) o soporte.
diff --git a/src/content/docs/es/docs/webapp/mfa.mdx b/src/content/docs/es/docs/webapp/mfa.mdx
deleted file mode 100644
index 39507ea4a..000000000
--- a/src/content/docs/es/docs/webapp/mfa.mdx
+++ /dev/null
@@ -1,101 +0,0 @@
----
-title: 2단계 인증
-description: >-
-  Gestión de la autenticación de dos factores para proteger mejor tu cuenta de
-  Capgo
-sidebar:
-  order: 9
-locale: es
----
-
-## ¿Qué es 2FA?
-
-2FA es una medida de seguridad diseñada para evitar que un actor malicioso tome el control de tu cuenta de Capgo\
-Lo logra requiriendo un código adicional. Este código se almacena en tu teléfono móvil o en una llave de hardware 2FA. Cambia cada 30 segundos, haciendo imposible adivinarlo
-
-## Requisitos para esta guía
- - Un teléfono Android o iOS
- - Conexión a Internet
-
-## ¿Qué cubrirá esta guía?
-
-Esta guía mostrará cómo configurar 2FA usando `Google Authenticator`. Existen otras aplicaciones que sirven para un propósito similar, sin embargo, no puedo cubrir todo el tema de 2FA en esta guía
-
-## ¿Cómo configurar 2FA?
-
-Primero descarga la aplicación `Google Authenticator`. Si estás en Android, puedes descargarla desde la [play store](https://play.google.com/store/apps/details/?id=comgoogleandroidappsauthenticator2). En iOS puedes descargarla desde la [App store](https://appsapplecom/us/app/google-authenticator/id388497605/)
-
-Segundo, por favor ve a la [configuración de cuenta de capgo](https://console.capgo.app/dashboard/settings/account/). Allí deberías ver un botón verde que debería verse así:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/button-MFA.webp" alt="Button MFA" /><figcaption></figcaption></figure>
-
-Haz clic en él, y una vez que lo hagas, debería aparecer un código QR
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/Habilitar-MFA.webp" alt="Habilitar MFA" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ Nota Importante: \
-Nunca compartas este código QR con nadie, o podrías perder el acceso a tu cuenta
-:::
-
-A continuación, abre `Google Authenticator` en tu teléfono. Una vez que lo hagas, sigue estos pasos:
-
-Haz clic en el botón más
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/MFA-auth-plus.webp" alt="MFA auth plus" /><figcaption></figcaption></figure>
-
-Después de eso, haz clic en el botón de la cámara
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/MFA-scan-qr.webp" alt="MFA scan QR" /><figcaption></figcaption></figure>
-
-Eso abrirá la vista previa de la cámara. Por favor escanea el código QR mostrado en tu PC. Después de hacer eso, deberías ver algo como esto:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/MFA-final-code.webp" alt="MFA final code" /><figcaption></figcaption></figure>
-
-Luego regresa a la PC y haz clic en el botón verificar
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/Habilitar-MFA-Verificar.webp" alt="Verificar MFA" /><figcaption></figcaption></figure>
-
-Esto abrirá una ventana para escribir nuestro código 2FA. En mi caso, este código es `095101` pero será diferente para ti\
-Después de escribir este código, haz clic en el botón `verificar`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/MFA-Verificar-final-code.webp" alt="MFA Verificar code final" /><figcaption></figcaption></figure>
-
-Si ingresaste el código correcto y presionaste `verificar` deberías ver una ventana emergente como esta
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/MFA-Habilitado.webp" alt="MFA Habilitado" /><figcaption></figcaption></figure>
-
-¡Felicitaciones!\
-Has habilitado la autenticación 2FA 🎉
-
-## Cómo iniciar sesión usando 2FA
-
-La próxima vez que inicies sesión en tu cuenta, verás una ventana como esta
-<figure><img style="margin-left: auto; margin-right: auto" src="/MFA-Requerido.webp" alt="MFA Requerido" /><figcaption></figcaption></figure>
-
-Por favor abre el autenticador y copia tu código de autenticación
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/MFA-login.webp" alt="MFA login" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ Nota Importante: \
-Presiona `verificar` antes de que el código se actualice, de lo contrario el código cambiará y el anterior ya no será válido
-:::
-
-Luego ingresa el código en el formulario de inicio de sesión y presiona `verificar`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/MFA-final-login-Verificar.webp" alt="MFA login" /><figcaption></figcaption></figure>
-
-Si ingresaste el código correcto, deberías ver el panel de control de Capgo
-
-## Cómo deshabilitar 2FA
-
-Para deshabilitar 2FA, por favor ve a la [configuración de cuenta de capgo](https://console.capgo.app/dashboard/settings/account/). Allí deberías ver un botón rojo que debería verse así:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/MFA-Deshabilitar-button.webp" alt="MFA Deshabilitar button" /><figcaption></figcaption></figure>
-
-Haz clic en él, y deberías ver una pantalla como esta
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/MFA-Deshabilitar-2.webp" alt="MFA Deshabilitado" /><figcaption></figcaption></figure>
-
-Solo presiona el botón `deshabilitar`, y eso es todo
diff --git a/src/content/docs/es/docs/webapp/organization-security.mdx b/src/content/docs/es/docs/webapp/organization-security.mdx
deleted file mode 100644
index 4fdecd205..000000000
--- a/src/content/docs/es/docs/webapp/organization-security.mdx
+++ /dev/null
@@ -1,303 +0,0 @@
----
-title: Seguridad de la Organización
-description: >-
-  Configure políticas de seguridad integrales para su organización, incluyendo
-  la aplicación de 2FA, políticas de contraseñas y controles de claves API para
-  proteger sus aplicaciones y datos.
-sidebar:
-  order: 9
-locale: es
----
-
-import { Aside, Steps, Badge } from '@astrojs/starlight/components';
-
-Capgo proporciona controles de seguridad integrales que permiten a los administradores de la organización aplicar políticas de seguridad en todos los miembros. Estas funciones le ayudan a cumplir con los requisitos de cumplimiento, proteger datos sensibles y mantener una postura de seguridad sólida.
-
-## Resumen
-
-La configuración de Seguridad de la Organización permite a los super administradores configurar:
-
-- **Aplicación de Autenticación de Dos Factores (2FA)** - Requerir que todos los miembros habiliten 2FA
-- **Política de Contraseñas** - Establecer requisitos de complejidad de contraseñas
-- **Seguridad de Claves API** - Aplicar claves API seguras y políticas de expiración
-
-![Configuración de Seguridad de la Organización](/org_security.webp)
-
-La página de Seguridad está organizada en secciones claramente etiquetadas:
-1. **Pestaña de Seguridad** - Acceda a todas las configuraciones de seguridad desde la barra lateral de configuración de la Organización
-2. **Aplicación de 2FA** - Interruptor y visualización de estado para los requisitos de autenticación de dos factores
-3. **Política de Contraseñas** - Configure las reglas de complejidad de contraseñas para los miembros de la organización
-4. **Política de Claves API** - Configuraciones para claves API seguras y requisitos de expiración
-5. **Expiración de Claves API** - Controle si las claves API deben tener fechas de expiración
-
-<Aside type="note">
-
-Solo los usuarios con el rol **super_admin** pueden configurar las configuraciones de seguridad de la organización. Otros miembros pueden ver su estado de cumplimiento pero no pueden modificar las políticas.
-
-</Aside>
-
-## Acceder a la Configuración de Seguridad
-
-<Steps>
-
-1. Navegue a la configuración de su organización haciendo clic en **Configuración** en la barra lateral
-2. Haga clic en la pestaña **Organización** en la parte superior de la página de configuración
-3. Seleccione la pestaña **Seguridad** de la barra de navegación de la organización (resaltada con un icono de escudo)
-
-</Steps>
-
-## Aplicación de Autenticación de Dos Factores (2FA)
-
-La aplicación de 2FA requiere que todos los miembros de la organización tengan habilitada la autenticación de dos factores en sus cuentas. Esto añade una capa crítica de seguridad al requerir tanto una contraseña como un código de verificación.
-
-### Qué Sucede Cuando se Aplica 2FA
-
-- Los miembros sin 2FA son **bloqueados inmediatamente** del acceso a las aplicaciones de la organización
-- Tanto el panel web como la CLI aplican este requisito
-- Los nuevos miembros deben habilitar 2FA antes de poder acceder a los recursos de la organización
-- El sistema rastrea qué miembros tienen 2FA habilitado en tiempo real
-
-### Comprender el Panel de Estado de 2FA
-
-La página de Seguridad muestra un panel completo de **Estado de 2FA de los Miembros** que muestra:
-
-- **Total de Miembros** - El número total de miembros en su organización
-- **2FA Habilitado** (indicador verde) - Miembros que han habilitado exitosamente la autenticación de dos factores
-- **2FA No Habilitado** (indicador de advertencia naranja) - Miembros que aún necesitan configurar 2FA
-
-Cuando los miembros no tienen 2FA habilitado, aparecen en un cuadro de advertencia **Miembros Sin 2FA**. Este cuadro muestra:
-- La dirección de correo electrónico de cada miembro y su rol en la organización
-- Un botón **Copiar Lista de Correos** para copiar rápidamente todas las direcciones de correo afectadas para comunicación
-
-### Habilitar la Aplicación de 2FA
-
-<Steps>
-
-1. Navegue a **Configuración de la Organización > Seguridad**
-2. Localice la sección **Requerir 2FA para Todos los Miembros** en la parte superior de la página
-3. Revise el panel **Estado de 2FA de los Miembros** para ver qué miembros serán afectados
-4. Si hay miembros sin 2FA, use el botón **Copiar Lista de Correos** para notificarles antes de habilitar
-5. Active el interruptor junto a **Requerir 2FA para Todos los Miembros** para habilitar la aplicación
-6. El interruptor mostrará el estado **Deshabilitado** o **Habilitado** en el lado derecho
-
-</Steps>
-
-<Aside type="caution">
-
-Antes de habilitar la aplicación de 2FA:
-- Notifique a los miembros afectados con anticipación y comparta la [guía de configuración de 2FA](/docs/webapp/mfa/)
-- Deles tiempo para habilitar 2FA en sus cuentas
-- Los miembros sin 2FA perderán el acceso inmediatamente cuando habilite la aplicación
-- Considere contactar a los miembros listados en el cuadro de advertencia "Miembros Sin 2FA"
-
-</Aside>
-
-### Soporte de CLI para la Aplicación de 2FA
-
-También puede gestionar la aplicación de 2FA a través de la CLI:
-
-```shell
-# Habilitar aplicación de 2FA
-npx @capgo/cli organization set YOUR_ORG_ID --enforce-2fa
-
-# Deshabilitar aplicación de 2FA
-npx @capgo/cli organization set YOUR_ORG_ID --no-enforce-2fa
-
-# Verificar estado de 2FA de los miembros
-npx @capgo/cli organization members YOUR_ORG_ID
-```
-
-Para información detallada sobre la aplicación de 2FA, consulte la [guía de Aplicación de 2FA](/docs/webapp/2fa-enforcement/).
-
-## Política de Contraseñas
-
-Las políticas de contraseñas le permiten aplicar requisitos de complejidad de contraseñas para todos los miembros de la organización. Cuando la contraseña de un miembro no cumple con los requisitos de la política, debe actualizar su contraseña antes de acceder a los recursos de la organización.
-
-La sección de Política de Contraseñas (marcada con el indicador **3** en la imagen de resumen) proporciona un interruptor simple para aplicar requisitos de contraseña en toda su organización.
-
-### Cómo Funciona la Política de Contraseñas
-
-Cuando habilita la política de contraseñas:
-- Todos los miembros de la organización deben cumplir con los requisitos de complejidad de contraseñas
-- Los usuarios que no cumplan los requisitos serán bloqueados hasta que actualicen su contraseña
-- La política se aplica a todos los miembros independientemente de su rol
-
-### Habilitar la Política de Contraseñas
-
-<Steps>
-
-1. Vaya a **Configuración de la Organización > Seguridad**
-2. Desplácese hacia abajo para encontrar la sección **Política de Contraseñas**
-3. Lea la descripción: "Requerir que los miembros de la organización usen contraseñas que cumplan requisitos específicos de complejidad"
-4. Active el interruptor **Aplicar Política de Contraseñas** para habilitarla
-5. La descripción del interruptor indica: "Cuando está habilitado, todos los miembros de la organización deben cumplir con los requisitos de contraseña para acceder a la organización"
-
-</Steps>
-
-### Requisitos de Contraseña Disponibles
-
-| Configuración | Descripción | Rango |
-|---------------|-------------|-------|
-| **Longitud Mínima** | Número mínimo de caracteres requeridos | 6-128 caracteres |
-| **Requerir Mayúscula** | La contraseña debe contener al menos una letra mayúscula (A-Z) | Activado/Desactivado |
-| **Requerir Número** | La contraseña debe contener al menos un dígito (0-9) | Activado/Desactivado |
-| **Requerir Carácter Especial** | La contraseña debe contener al menos un carácter especial (!@#$%^&*, etc.) | Activado/Desactivado |
-
-### Seguimiento de Cumplimiento de Miembros
-
-Cuando una política de contraseñas está activa, puede monitorear el cumplimiento:
-
-- **Total de Miembros**: Número de miembros en su organización
-- **Cumple**: Miembros cuyas contraseñas cumplen con los requisitos de la política
-- **No Cumple**: Miembros que necesitan actualizar sus contraseñas
-
-Los miembros que no cumplen se listan con sus direcciones de correo electrónico. Puede copiar la lista de correos para notificarles sobre la política y los cambios de contraseña requeridos.
-
-<Aside type="tip">
-
-Al habilitar una política de contraseñas por primera vez, los miembros con contraseñas que no cumplen serán solicitados a cambiar su contraseña en su próximo inicio de sesión. No serán bloqueados inmediatamente, pero su acceso puede estar restringido hasta que cumplan.
-
-</Aside>
-
-### Mejores Prácticas para Políticas de Contraseñas
-
-- **Comience con requisitos razonables**: Un mínimo de 10-12 caracteres con mayúsculas/minúsculas y números proporciona buena seguridad sin ser excesivamente restrictivo
-- **Comunique los cambios**: Notifique a su equipo antes de habilitar nuevos requisitos de contraseña
-- **Permita tiempo de transición**: Dé a los miembros tiempo para actualizar sus contraseñas
-- **Considere administradores de contraseñas**: Recomiende que los miembros del equipo usen administradores de contraseñas para generar y almacenar contraseñas seguras
-
-## Seguridad de Claves API
-
-Capgo proporciona dos controles de seguridad para claves API: aplicar claves API seguras (hasheadas) y requerir fechas de expiración. La sección de Política de Claves API (marcada con el indicador **4** en la imagen de resumen) se identifica por un icono de llave.
-
-### Aplicar Claves API Seguras
-
-La primera opción en la sección de Política de Claves API es **Aplicar Claves API Seguras**. Cuando está habilitada, esta configuración requiere que todas las claves API en su organización se creen usando el formato seguro/hasheado.
-
-Las claves API hasheadas son más seguras porque:
-
-- El valor real de la clave nunca se almacena en nuestros servidores
-- Solo usted (y sus sistemas) tienen acceso a la clave completa
-- Incluso si nuestra base de datos fuera comprometida, sus claves no podrían ser utilizadas
-
-La descripción del interruptor indica: "Cuando está habilitado, solo las claves API seguras (hasheadas) pueden acceder a esta organización. Las claves API en texto plano serán rechazadas."
-
-<Aside type="note">
-
-Las claves API heredadas existentes (no hasheadas) continuarán funcionando, pero los miembros no podrán crear nuevas claves no hasheadas cuando esta política esté habilitada.
-
-</Aside>
-
-### Habilitar Claves API Seguras
-
-<Steps>
-
-1. Vaya a **Configuración de la Organización > Seguridad**
-2. Desplácese hacia abajo para encontrar la sección **Política de Claves API** (busque el icono de llave)
-3. Localice el interruptor **Aplicar Claves API Seguras**
-4. Active el interruptor para habilitar la aplicación de claves API seguras
-5. Las claves existentes no se ven afectadas; la política se aplica a la creación de nuevas claves
-
-</Steps>
-
-### Política de Expiración de Claves API
-
-La segunda opción (marcada con el indicador **5** en la imagen de resumen) es **Requerir Expiración de Claves API**. Puede requerir que todas las claves API tengan una fecha de expiración, limitando su período de validez.
-
-Esta es una mejor práctica de seguridad que:
-
-- Limita la ventana de exposición si una clave es comprometida
-- Asegura la rotación regular de claves
-- Ayuda a cumplir con los requisitos de cumplimiento para la gestión de credenciales
-
-La descripción del interruptor indica: "Cuando está habilitado, todas las claves API para esta organización deben tener una fecha de expiración"
-
-### Configurar la Política de Expiración
-
-<Steps>
-
-1. Vaya a **Configuración de la Organización > Seguridad**
-2. Encuentre la sección **Política de Claves API**
-3. Localice el interruptor **Requerir Expiración de Claves API** (debajo de Aplicar Claves API Seguras)
-4. Active el interruptor para habilitar el requisito de expiración
-5. Una vez habilitado, establezca los **Días máximos de expiración** (1-365 días)
-   - Esto limita qué tan lejos en el futuro se pueden establecer las fechas de expiración
-   - Ejemplo: Establecer 90 días significa que las claves pueden expirar como máximo 90 días desde su creación
-
-</Steps>
-
-<Aside type="caution">
-
-Cuando habilite el requisito de expiración:
-- Las nuevas claves API deben tener una fecha de expiración
-- Las claves existentes sin expiración continúan funcionando
-- Considere auditar las claves existentes y rotar aquellas sin expiración
-
-</Aside>
-
-### Políticas de Claves API Recomendadas
-
-| Caso de Uso | Claves Seguras | Expiración | Días Máx. |
-|-------------|----------------|------------|-----------|
-| **Desarrollo** | Recomendado | Opcional | 30-90 |
-| **Pipelines CI/CD** | Requerido | Requerido | 90-180 |
-| **Producción** | Requerido | Requerido | 30-90 |
-| **Enterprise/Cumplimiento** | Requerido | Requerido | 30-60 |
-
-## Cumplimiento y Auditoría
-
-Las funciones de seguridad de la organización le ayudan a cumplir con varios requisitos de cumplimiento:
-
-| Estándar | Funciones Relevantes |
-|----------|----------------------|
-| **SOC 2** | Aplicación de 2FA, políticas de contraseñas, controles de claves API |
-| **ISO 27001** | Todas las funciones de seguridad ayudan a demostrar el control de acceso |
-| **HIPAA** | Autenticación fuerte y gestión de acceso |
-| **GDPR** | Protección de datos a través de controles de acceso |
-| **PCI DSS** | Autenticación multifactor, contraseñas seguras |
-
-### Monitorear el Estado de Cumplimiento
-
-El panel de Seguridad proporciona visibilidad en tiempo real de:
-- Cuántos miembros tienen 2FA habilitado
-- Cumplimiento de la política de contraseñas en su organización
-- Adopción de seguridad de claves API
-
-Use la función "Copiar lista de correos" para exportar fácilmente listas de miembros que no cumplen para comunicación dirigida.
-
-## Solución de Problemas
-
-### "Acceso Denegado: Política de seguridad no cumplida"
-
-**Problema**: Un miembro no puede acceder a la organización.
-
-**Soluciones**:
-1. Verifique si 2FA está aplicado - el miembro necesita [habilitar 2FA](/docs/webapp/mfa/)
-2. Verifique si la política de contraseñas está activa - el miembro necesita actualizar su contraseña
-3. Verifique el estado de cumplimiento del miembro en el panel de Seguridad
-
-### No se pueden habilitar las funciones de seguridad
-
-**Problema**: Los interruptores de seguridad están deshabilitados o no responden.
-
-**Soluciones**:
-- Asegúrese de tener el rol **super_admin** en la organización
-- Verifique su conexión de red
-- Intente actualizar la página
-- Contacte al soporte si el problema persiste
-
-### La creación de claves API falla
-
-**Problema**: No se pueden crear nuevas claves API.
-
-**Soluciones**:
-- Si las claves seguras están aplicadas, asegúrese de usar el flujo de creación de claves seguras
-- Si se requiere expiración, establezca una fecha de expiración dentro del rango permitido
-- Verifique la configuración de días máximos de expiración
-
-## Próximos Pasos
-
-- [Configurar 2FA en su cuenta](/docs/webapp/mfa/)
-- [Aprender sobre los detalles de aplicación de 2FA](/docs/webapp/2fa-enforcement/)
-- [Gestionar claves API](/docs/webapp/api-keys/)
-- [Gestión de la organización](/docs/webapp/organization-system/)
diff --git a/src/content/docs/es/docs/webapp/organization-system.mdx b/src/content/docs/es/docs/webapp/organization-system.mdx
deleted file mode 100644
index 5ccbe2810..000000000
--- a/src/content/docs/es/docs/webapp/organization-system.mdx
+++ /dev/null
@@ -1,127 +0,0 @@
----
-title: "Sistema de organización"
-description: "Una guía detallada sobre la gestión y organización de tus equipos y aplicaciones dentro de tu cuenta de Capgo, asegurando una colaboración segura y un control de acceso eficiente para todos los miembros involucrados."
-sidebar:
-  order: 11
-locale: es
----
-
-## ¿Qué es el sistema de organización?
-
-El sistema de organización es un sistema en Capgo que te permite compartir de forma segura tus aplicaciones con miembros de tu equipo.
-
-## Descripción general de la configuración de la organización
-
-<figure><img src="/orgs-settings.webp" alt="Configuración de la organización" /><figcaption></figcaption></figure>
-
-| Número | Elemento | Descripción |
-|--------|----------|-------------|
-| 1 | Configuración | Acceder a la configuración desde el menú lateral |
-| 2 | Pestaña Organización | Cambiar a la configuración de la organización (vs. configuración personal de la cuenta) |
-| 3 | General | Ver y editar el nombre de la organización, logo y correo de gestión |
-| 4 | Miembros | Gestionar miembros del equipo y sus permisos |
-| 5 | Seguridad | Configurar políticas de seguridad (2FA, requisitos de contraseña) |
-| 6 | Registros de auditoría | Ver registros de actividad de tu organización |
-| 7 | Planes | Ver y gestionar tu plan de suscripción |
-| 8 | Uso | Monitorear las estadísticas de uso de tu organización |
-| 9 | Créditos | Ver y comprar créditos adicionales |
-| 10 | Webhooks | Configurar integraciones de webhooks |
-| 11 | Facturación | Gestionar información de facturación y facturas |
-| 12 | Selector de organización | Cambiar entre diferentes organizaciones |
-
-### Cómo acceder a la configuración de la organización
-
-1. Haz clic en **Configuración** (1) en la barra lateral izquierda
-2. Selecciona la pestaña **Organización** (2) en la parte superior
-3. Usa las pestañas (3-11) para navegar entre diferentes secciones de configuración
-
-### Cómo cambiar de organización
-
-Haz clic en el desplegable **Selector de organización** (12) cerca de la parte superior izquierda de la barra lateral para ver y cambiar entre organizaciones a las que tienes acceso.
-
-## Gestión de miembros
-
-<figure><img src="/org-show-members.webp" alt="Miembros de la organización" /><figcaption></figcaption></figure>
-
-La sección de miembros muestra todos los usuarios que tienen acceso a tu organización con:
-- **Miembro**: Avatar, nombre y correo electrónico del usuario
-- **Rol**: Nivel de permiso actual (lectura, subir, escribir, admin, super admin)
-- **Acciones**: Editar o eliminar miembros
-
-### Cómo invitar a un nuevo miembro
-
-<figure><img src="/orgs-add-member.webp" alt="Invitar miembro" /><figcaption></figcaption></figure>
-
-1. Haz clic en el botón **+ Agregar** (1)
-2. Ingresa la dirección de correo electrónico del usuario en el modal (2)
-3. Haz clic en **Invitar**
-
-### Selección de permisos
-
-<figure><img src="/select-perm-orgs.webp" alt="Seleccionar permisos" /><figcaption></figcaption></figure>
-
-Después de ingresar el correo electrónico, selecciona el nivel de permiso para el usuario invitado:
-- **Lectura** - Acceso de solo lectura
-- **Subir** - Puede subir nuevas versiones
-- **Escribir** - Puede modificar configuraciones y contenido
-- **Admin** - Acceso completo excepto facturación y eliminación
-- **Super admin** - Control completo de la organización
-
-### Completar la invitación
-
-<figure><img src="/invite_org_user.webp" alt="Formulario de invitación" /><figcaption></figcaption></figure>
-
-Completa los detalles restantes:
-- **Correo electrónico** - Pre-llenado del paso anterior
-- **Rol** - Muestra el nivel de permiso seleccionado
-- **Nombre** - Opcional: nombre del invitado
-- **Apellido** - Opcional: apellido del invitado
-- **Captcha** - Verifica que eres humano
-
-Haz clic en **Enviar invitación** para completar el proceso.
-
-## Desglose de permisos
-
-| Permiso                          | Lectura | Subir | Escribir | Admin | Super Admin |
-|----------------------------------|---------|-------|----------|-------|-------------|
-| Ver estadísticas de la app       |    ✅    |   ✅   |    ✅     |   ✅   |      ✅      |
-| Ver canales de la app            |    ✅    |   ✅   |    ✅     |   ✅   |      ✅      |
-| Ver dispositivos                 |    ✅    |   ✅   |    ✅     |   ✅   |      ✅      |
-| Ver registros                    |    ✅    |   ✅   |    ✅     |   ✅   |      ✅      |
-| Ver paquetes                     |    ✅    |   ✅   |    ✅     |   ✅   |      ✅      |
-| Eliminar app                     |    ❌    |   ❌   |    ❌     |   ❌   |      ✅      |
-| Eliminar canal                   |    ❌    |   ❌   |    ❌     |   ✅   |      ✅      |
-| Eliminar versión                 |    ❌    |   ❌   |    ✅     |   ✅   |      ✅      |
-| Cambiar configuración de org     |    ❌    |   ❌   |    ❌     |   ✅   |      ✅      |
-| Gestionar usuarios de org        |    ❌    |   ❌   |    ❌     |   ✅   |      ✅      |
-| Modificar config. de canales     |    ❌    |   ❌   |    ✅     |   ✅   |      ✅      |
-| Subir nueva versión              |    ❌    |   ✅   |    ✅     |   ✅   |      ✅      |
-| Modificar dispositivos           |    ❌    |   ❌   |    ✅     |   ✅   |      ✅      |
-| Cambiar versión actual del canal |    ❌    |   ❌   |    ✅     |   ✅   |      ✅      |
-| Crear nuevo canal                |    ❌    |   ❌   |    ❌     |   ✅   |      ✅      |
-| Modificar versión (metadatos)    |    ❌    |   ❌   |    ✅     |   ✅   |      ✅      |
-| Gestionar facturación            |    ❌    |   ❌   |    ❌     |   ❌   |      ✅      |
-| Eliminar versión inseguramente   |    ❌    |   ❌   |    ❌     |   ❌   |      ✅      |
-
-## Facturación
-
-Cualquier persona con permiso de **super admin** puede gestionar la facturación de una organización dada. Los planes están vinculados a una organización y no a tu cuenta personal.
-
-:::danger
-⚠️ Comprar un plan SOLO afectará a la organización que tienes seleccionada actualmente
-:::
-
-## FAQ
-
-### ¿Puedo crear más de una organización?
-
-No, aún no.
-
-### ¿Cómo puedo configurar políticas de seguridad para mi organización?
-
-Los super admins pueden configurar políticas de seguridad integrales que incluyen:
-- **Aplicación de 2FA** - Requerir que todos los miembros activen la autenticación de dos factores
-- **Política de contraseñas** - Establecer requisitos de complejidad de contraseña (longitud, mayúsculas, números, caracteres especiales)
-- **Seguridad de claves API** - Aplicar claves API seguras/hasheadas y políticas de expiración
-
-Consulta la documentación de [Seguridad de la organización](/docs/webapp/organization-security/) para instrucciones de configuración detalladas.
diff --git a/src/content/docs/es/docs/webapp/payment.mdx b/src/content/docs/es/docs/webapp/payment.mdx
deleted file mode 100644
index b737d3d11..000000000
--- a/src/content/docs/es/docs/webapp/payment.mdx
+++ /dev/null
@@ -1,81 +0,0 @@
----
-title: "Sistema de pagos"
-description: "Gestión de pagos en tu cuenta Capgo. En esta sección te mostramos cómo administrar tu tarjeta, plan y créditos para Capgo"
-sidebar:
-  order: 10
-locale: es
----
-
-## ¿De qué trata esto?
-
-Esta página pretende responder algunas preguntas sobre el sistema de pago en Capgo.
-
-## Planes
-
-#### P: ¿Cómo puedo actualizar mi plan de Capgo?
-R: Puedes actualizar tu plan de Capgo yendo a [la configuración](/docs/webapp/settings/#how-to-get-to-the-settings-page) y haciendo clic en la pestaña **Planes** (1).
-
-<figure><img src="/plans-subscribe.webp" alt="Página de planes" /><figcaption></figcaption></figure>
-
-En esta página puedes:
-- Alternar entre **Plan Mensual** y **Anual** (con un 20% de descuento para pagos anuales)
-- Elegir entre cuatro planes: **Solo**, **Maker**, **Team** o **Enterprise**
-- Hacer clic en **Suscribirse** (2) en el plan que mejor se adapte a tus necesidades
-
-Cada plan muestra:
-- Precio mensual y total de facturación anual
-- Usuarios activos mensuales incluidos y precios por excedente
-- Límites de almacenamiento y ancho de banda
-- Minutos/horas de compilación
-- Características como soporte dedicado, dominio personalizado y cumplimiento SOC II
-
-Si no quieres comprometerte con un plan, puedes usar **créditos** en su lugar - haz clic en "Conocer sobre créditos" para ver cómo funciona el pago por uso.
-
-Después de hacer clic en Suscribirse, se abrirá una página de pago de Stripe donde podrás ingresar tu información de pago de forma segura.
-
-## Créditos
-
-Los créditos proporcionan una alternativa flexible a actualizar tu plan. Son útiles cuando:
-
-- **Picos temporales** - Estás superando temporalmente los límites de tu plan (por ejemplo, un momento viral, tráfico estacional) y no quieres actualizar permanentemente
-- **Plan no adecuado** - El siguiente nivel de plan no se ajusta a tus necesidades por otras razones (quizás necesitas más ancho de banda pero no más MAU)
-- **Preferencia de pago por uso** - Prefieres pagar solo por lo que usas más allá de tu plan base
-
-#### P: ¿Cómo accedo a la página de Créditos?
-R: Ve a [la configuración](/docs/webapp/settings/#how-to-get-to-the-settings-page) y haz clic en la pestaña **Créditos** (1).
-
-<figure><img src="/buy_credits.webp" alt="Página de créditos" /><figcaption></figcaption></figure>
-
-La página de Créditos muestra:
-
-1. **Pestaña de Créditos** - Navega aquí desde la configuración de la Organización
-2. **Saldo de Créditos** - Muestra tus créditos disponibles (ej. 0.00 / 0.00) y los créditos usados en el período actual
-3. **Créditos Usados (USD)** - El valor estimado en dólares de los créditos consumidos durante el período de facturación actual, más los créditos disponibles restantes
-4. **¿Necesitas más créditos?** - Compra créditos adicionales instantáneamente para mantener a tus usuarios recibiendo actualizaciones sin interrupción. Elige entre cantidades predefinidas ($50, $100, $500, $5000) o ingresa una cantidad personalizada. El total estimado incluyendo impuestos se muestra antes del pago
-5. **Precios de créditos** - Expande esta sección para ver los niveles de precios para diferentes tipos de uso (MAU, almacenamiento, ancho de banda)
-6. **Transacciones de créditos** - Consulta tu historial de compras y uso de créditos
-
-#### P: ¿Cómo compro créditos?
-R: En la página de Créditos, selecciona la cantidad que deseas comprar (o usa el menú desplegable para cantidades personalizadas), luego haz clic en **Comprar créditos**. Serás redirigido al checkout de Stripe donde podrás ajustar la cantidad y completar el pago.
-
-#### P: ¿Cuándo se usan los créditos?
-R: Los créditos se consumen automáticamente cuando excedes los límites de tu plan para usuarios activos mensuales, almacenamiento o ancho de banda. Proporcionan una forma flexible de manejar los excedentes sin interrupción del servicio.
-
-#### P: ¿Son seguros los pagos?
-R: Sí, los pagos son completamente gestionados por Stripe. Capgo nunca tiene acceso a los detalles de tu tarjeta de crédito. Stripe toma la seguridad muy en serio. [Aprende más sobre la política de seguridad de Stripe](https://stripe.com/docs/security/)
-
-#### P: ¿Capgo actualizará automáticamente mi plan cuando exceda el límite?
-R: No, Capgo nunca cambiará tu plan.
-
-#### P: ¿Capgo me enviará un correo electrónico cuando mi plan esté cerca de sus límites?
-R: Sí, Capgo te enviará un correo electrónico informándote sobre el uso.
-
-#### P: ¿El plan que compre afectará a las organizaciones a las que estoy invitado?
-R: No, el plan solo afectará a la organización que tienes seleccionada actualmente.
-Por favor, consulta [la documentación de la organización](/docs/webapp/organization-system/#q-how-is-billing-done-within-orgs).
-
-#### P: ¿Qué sucede si necesito un plan más personalizado?
-R: [Por favor contacta directamente con el soporte de Capgo](/docs/getting-help#support-by-chat)
-
-#### P: ¿Cuál es la política de reembolso de Capgo?
-R: Puedes encontrar la política de reembolso [aquí](https://capgo.app/return/)
diff --git a/src/content/docs/es/docs/webapp/settings.mdx b/src/content/docs/es/docs/webapp/settings.mdx
deleted file mode 100644
index 3eb0e6003..000000000
--- a/src/content/docs/es/docs/webapp/settings.mdx
+++ /dev/null
@@ -1,33 +0,0 @@
----
-title: Pengaturan
-description: Cómo cambiar la configuración del usuario
-sidebar:
-  order: 4
-locale: es
----
-
-## Cómo llegar a la página de configuración
-
-Primero haga clic en **NOMBRE APELLIDO** En mi caso es **Prueba Capgo** En tu caso, será tu nombre y luego tu apellido. Luego haz clic en **Configuración**
-
-<figure><img src="/settings-go.webp" alt="open Configuración" /><figcaption></figcaption></figure>
-
-## Cambiar la configuración del usuario
-
-Para cambiar cualquier configuración de usuario, simplemente Completo el formulario en la cuenta y luego haga clic en **Actualizar**
-
-<figure><img src="/account-Guardar.webp" alt="Guardar change in account" /><figcaption></figcaption></figure>
-
-Luego debería aparecer una confirmación
-
-<figure><img src="/account-Actualizado.webp" alt="acount Actualizado" /><figcaption></figcaption></figure>
-
-## Cambiar la contraseña
-
-Para cambiar la contraseña, ve a la página de configuración y haz clic en **Contraseña**. Luego completa el formulario y haz clic en **Actualizar**
-
-<figure><img src="/Actualizar-passwd.webp" alt="Actualizar password" /><figcaption></figcaption></figure>
-
-Cuando la contraseña no sigue las reglas de seguridad de contraseñas de Capgo, recibirás un mensaje de Error
-
-<figure><img src="/passwd-Error.webp" alt="wrong password" /><figcaption></figcaption></figure>
\ No newline at end of file
diff --git a/src/content/docs/fr/cli/cloud-build/android.mdx b/src/content/docs/fr/cli/cloud-build/android.mdx
deleted file mode 100644
index a37d9ae45..000000000
--- a/src/content/docs/fr/cli/cloud-build/android.mdx
+++ /dev/null
@@ -1,470 +0,0 @@
----
-locale: fr
-title: Android Builds
-description: Configure and Construction Android apps with Capgo Cloud Construction
-sidebar: 
-  order: 3
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Construction and Soumettre Android apps to the Google Play Store using Capgo's secure cloud infrastructure.
-
-## Before You Construction
-
-<CardGrid>
-  <Card title="⚠️ Setup Android Credentials First" icon="warning">
-    **Required:** You must save your Android credentials before building release apps.
-
-    [Configuration Android Credentials →](/docs/CLI/cloud-Construction/credentials/#saving-Android-credentials)
-  </Card>
-</CardGrid>
-
-## How Android Builds Work
-
-Android builds run in secure Cloudflare sandboxes:
-
-- **Infrastructure**: Cloudflare Workers with containerized Android SDK
-- **Construction Tool**: Gradle with Android Construction tools
-- **Execution**: Isolated sandbox environment per Construction
-- **Cleanup**: Instant deletion after Construction completion
-- **Sécurité**: No persistent storage, Terminé isolation between builds
-
-## Prerequisites
-
-Before Construction for Android, you need:
-
-### 1. Développement Environment (Local Test)
-
-- Android Studio installed locally (for initial keystore Configuration)
-- Your app building successfully with `npx cap open android`
-- Java JDK 17 or higher
-
-### 2. Signing Keystore
-
-For Libération builds, you need a signing keystore:
-
-| Construction Type | Keystore Required | Purpose |
-|------------|-------------------|---------|
-| **Débogage** | No | Test only, auto-generated |
-| **Libération** | Yes | Play Store submission |
-
-## Creating a Keystore
-
-<Aside type="tip">
-For detailed step-by-step guides with screenshots, visit:
-- [Android Certificates Guide](https://capgo.app/cloud/Natif-builds/certificates/Android/)
-- [Blog: Automatic Android Builds with GitHub Actions](https://capgo.Application/blog/automatic-capacitor-Android-Construction-github-action/)
-</Aside>
-
-If you don't have a keystore yet, Créer one:
-
-```bash
-keytool -genkey -v \
-  -keystore my-release-key.keystore \
-  -alias my-key-alias \
-  -keyalg RSA \
-  -keysize 2048 \
-  -validity 10000
-```
-
-Answer the prompts:
-- **Password**: Choose a strong password (Enregistrer it securely!)
-- **Name**: Your name or company name
-- **Organisation**: Your company name
-- **Location**: Your city, state, country
-
-<Aside type="caution">
-**Important**: Keep your keystore file and passwords secure! If you lose them, you cannot update your app on the Play Store.
-</Aside>
-
-### Understanding Keystore Components
-
-When creating a keystore, you'll need to remember:
-
-1. **Keystore Password** (`KEYSTORE_STORE_PASSWORD`): The password for the keystore file itself
-2. **Key Alias** (`KEYSTORE_KEY_ALIAS`): The name/identifier for your signing key within the keystore
-3. **Key Password** (`KEYSTORE_KEY_PASSWORD`): The password for the specific key (can be the same as store password)
-
-**Example workflow:**
-```bash
-# List aliases in your keystore to verify
-keytool -list -keystore my-release-key.keystore
-
-# View detailed information about your key
-keytool -list -v -keystore my-release-key.keystore -alias my-key-alias
-```
-
-## Construction Configuration
-
-### Required Environment Variables
-
-For **Libération builds**, set these credentials:
-
-```bash
-# Android Signing (Required for release)
-ANDROID_KEYSTORE_FILE="<base64-encoded-keystore>"
-KEYSTORE_KEY_ALIAS="my-key-alias"
-KEYSTORE_KEY_PASSWORD="<key-password>"
-KEYSTORE_STORE_PASSWORD="<store-password>"
-
-# Play Store Publishing (Optional, for auto-submission)
-PLAY_CONFIG_JSON="<base64-encoded-service-account-json>"
-```
-
-### Generating Base64 Credentials
-
-**Keystore File:**
-```bash
-base64 -i my-release-key.keystore | pbcopy
-```
-
-**Play Store Service Account JSON:**
-```bash
-base64 -i play-store-service-account.json | pbcopy
-```
-
-The base64 string is now in your clipboard.
-
-### Play Store Service Compte Configuration
-
-To Activer automatic Play Store uploads, you need to Créer a Google Cloud service Compte with proper permissions.
-
-<Aside type="tip">
-For detailed instructions with screenshots, see the [Android Certificates Guide](https://capgo.app/cloud/Natif-builds/certificates/Android/).
-</Aside>
-
-<Steps>
-
-1. **Créer Service Compte in Google Cloud**
-   - Go to [Google Play Console](https://play.google.com/console) → Configuration → API Access
-   - Click "Créer Nouveau service Compte"
-   - Follow the link to Google Cloud Console
-   - Click "Créer Service Compte"
-   - Enter a name (e.g., "Capgo CI/CD")
-   - Grant the "Service Compte Utilisateur" role
-   - Click "Done"
-
-2. **Créer JSON Key**
-   - In Google Cloud Console, find your service Compte
-   - Click on the service Compte email
-   - Go to "Keys" tab
-   - Click "Ajouter Key" → "Créer Nouveau key"
-   - Choose "JSON" format
-   - Télécharger the JSON file (keep it secure!)
-
-3. **Grant Permissions in Play Console**
-   - Go Retour to Google Play Console → Configuration → API Access
-   - Find your service Compte in the list
-   - Click "Grant access"
-   - Under "Application permissions", select your Application
-   - Under "Compte permissions", grant:
-     - **Releases**: "View Application Information and Télécharger bulk reports (read-only)"
-     - **Releases**: "Créer, Modifier, and Supprimer draft releases"
-     - **Releases**: "Libération to Production, exclude Appareils, and use Play Application Signing"
-   - Click "Invite Utilisateur"
-
-4. **Accept the Invitation**
-   - The service Compte will receive an invitation email
-   - Accept the invitation to activate the permissions
-
-</Steps>
-
-<Aside type="caution">
-The service Compte JSON file contains sensitive credentials. Never commit it to Version control or share it publicly.
-</Aside>
-
-## Construction for Android
-
-### Débogage Construction
-
-Perfect for Test without signing:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-This creates a Débogage APK that can be installed on any Appareil for Test.
-
-### Libération Construction
-
-For Play Store submission:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-Requires signing credentials to be configured as environment variables.
-
-## CI/CD Integration
-
-### GitHub Actions Exemple
-
-```yaml
-name: Build Android App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync android
-
-      - name: Build Android app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_STORE_CONFIG }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform android \
-            --build-mode release
-```
-
-## Construction Process Details
-
-### What Happens During an Android Construction
-
-<Steps>
-
-1. **Sandbox Initialisation** (~5 seconds)
-   - Secure container spun up
-   - Android SDK and Gradle loaded
-   - Isolated file system created
-
-2. **Project Configuration** (~20 seconds)
-   - Project zip downloaded from R2
-   - Extracted to Construction directory
-   - Signing credentials injected
-
-3. **Gradle Construction** (2-4 minutes)
-   - Dependencies downloaded
-   - APK/AAB compilation
-   - ProGuard/R8 optimization (Libération mode)
-   - Code signing applied
-
-4. **Play Store Télécharger** (30 seconds, if configured)
-   - AAB uploaded to Play Console
-   - Libération track configured
-   - Submission initiated
-
-5. **Cleanup** (immediate)
-   - All files deleted
-   - Container destroyed
-   - No artifacts retained
-
-</Steps>
-
-### Construction Stack
-
-Our Android Construction environment includes:
-
-- **Java**: OpenJDK 17
-- **Android SDK**: Latest Stable
-- **Gradle**: 8.x
-- **Construction Tools**: 34.x
-- **Node.js**: 18.x (LTS)
-- **NPM**: Latest Stable
-
-## Construction Output
-
-### APK vs AAB
-
-- **APK** (Android Package): Installable file for direct Installation
-- **AAB** (Android Application Bundle): Google Play's recommended format (smaller downloads for Utilisateurs)
-
-By default, Capgo builds Créer:
-- **Débogage mode**: APK
-- **Libération mode**: AAB (optimized for Play Store)
-
-## Construction Times
-
-Typical Android Construction times:
-
-| Construction Type | Average Time |
-|------------|--------------|
-| Débogage | 2-3 minutes |
-| Libération (no ProGuard) | 3-4 minutes |
-| Libération (with ProGuard) | 4-6 minutes |
-
-<Aside type="note">
-Android builds cost **1× the base rate** (half the cost of iOS builds).
-</Aside>
-
-## Construction Variants
-
-### Custom Construction Variants
-
-If your app has custom build variants (e.g., `staging`, `production`), use `build-config`:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release \
-  --build-config '{"variant":"staging"}'
-```
-
-This will build the `stagingRelease` variant.
-
-### Flavor Dimensions
-
-For apps with flavor dimensions:
-
-```bash
---build-config '{"flavor":"premium","variant":"production"}'
-```
-
-This builds the `premiumProductionRelease` variant.
-
-## Dépannage
-
-### Problèmes courants
-
-**"Keystore password incorrect"**
-- Verify KEYSTORE_STORE_PASSWORD matches your keystore
-- Ensure KEYSTORE_KEY_PASSWORD matches your key alias password
-- Vérifier for extra spaces or special characters
-
-**"Key alias not found"**
-- Verify KEYSTORE_KEY_ALIAS matches exactly (case-sensitive)
-- List aliases: `keytool -list -keystore my-release-key.keystore`
-
-**"Gradle build failed"**
-- Vérifier Construction Journaux for the specific Erreur
-- Ensure your app builds locally with `./gradlew assembleRelease`
-- Verify all native dependencies are in `build.gradle`
-
-**"Play Store upload failed"**
-- Verify service Compte JSON is valid
-- Ensure service Compte has correct permissions in Play Console
-- Vérifier that Application is properly set up in Play Console
-
-**"Build timeout"**
-- Large apps may need optimization
-- Vérifier if unnecessary dependencies can be removed
-- Contact Support if builds consistently timeout
-
-### Débogage Journaux
-
-Watch for these key phases in the Construction Journaux:
-
-```
-→ Downloading dependencies...
-→ Running Gradle assembleRelease...
-→ Signing APK/AAB...
-→ Uploading to Play Store...
-✔ Build succeeded
-```
-
-If a Construction fails, the specific Gradle Erreur will be shown in the Journaux.
-
-## Bonnes pratiques
-
-### 1. Test Locally First
-
-Always ensure your Android Construction works locally:
-
-```bash
-cd android
-./gradlew assembleRelease
-# or
-./gradlew bundleRelease
-```
-
-### 2. Secure Your Keystore
-
-- Never commit keystores to Version control
-- Store in secure secrets management (1Password, AWS Secrets Manager, etc.)
-- Keep backup copies in multiple secure locations
-- Document passwords in a secure password manager
-
-### 3. Version Management
-
-Capgo reads version from your `capacitor.config.json`:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "My App",
-  "version": "1.0.0",
-  "build": "1"
-}
-```
-
-Increment the `build` number for each release.
-
-### 4. ProGuard Configuration
-
-For Libération builds, ensure ProGuard rules are properly configured:
-
-```
-# android/app/proguard-rules.pro
--keep class com.getcapacitor.** { *; }
--keep @com.getcapacitor.annotation.CapacitorPlugin public class * {
-  @com.getcapacitor.annotation.PluginMethod public <methods>;
-}
-```
-
-### 5. Monitor Construction Size
-
-Keep an eye on APK/AAB size to ensure it's optimized:
-
-```
-The CLI shows final size:
-→ APK size: 12.4 MB
-```
-
-If your Application is large (>50 MB), consider:
-- Enabling ProGuard/R8
-- Using AAB format (dynamic delivery)
-- Optimizing images and assets
-
-## Play Store Submission
-
-### Automatic Submission
-
-With PLAY_CONFIG_JSON configured, builds are automatically uploaded to Play Console's internal Test track.
-
-### Manual Submission
-
-If you prefer manual submission:
-
-1. Run the Construction without PLAY_CONFIG_JSON
-2. Télécharger the AAB from Construction artifacts (if configured)
-3. Télécharger manually to Play Console
-
-## Suivant Steps
-
-- [iOS Builds](/docs/CLI/cloud-Construction/iOS/) - Configure iOS builds
-- [Dépannage](/docs/CLI/cloud-Construction/Dépannage/) - Common Construction issues
-- [CLI Référence](/docs/CLI/Référence/Construction/) - Full Commande Documentation
-
-## Need Aide?
-
-- [Dépannage Guide](/docs/CLI/cloud-Construction/Dépannage/)
-- [Discord Communauté](https://discord.com/invite/VnYRvBfgA6)
-- Email: Support@capgo.Application
diff --git a/src/content/docs/fr/cli/cloud-build/credentials.mdx b/src/content/docs/fr/cli/cloud-build/credentials.mdx
deleted file mode 100644
index 613956afc..000000000
--- a/src/content/docs/fr/cli/cloud-build/credentials.mdx
+++ /dev/null
@@ -1,542 +0,0 @@
----
-title: ''
-description: >-
-  Enregistrez et gérez localement les informations d'identification de build
-  pour les builds iOS et Android
-sidebar:
-  order: 6
-locale: fr
----
-import { Steps, Aside } from '@astrojs/starlight/components';
-
-Gérez vos informations d'identification de build iOS et Android localement pour des builds cloud pratiques.
-
-## Aperçu
-
-Capgo CLI vous permet d'enregistrer les informations d'identification de build localement sur votre ordinateur dans le dossier `.capgo-credentials`. Lorsque vous exécutez une build, ces informations d'identification sont automatiquement utilisées et envoyées en toute sécurité aux serveurs de build de Capgo.
-
-<Aside type="tip" title="Besoin d'aide pour obtenir des informations d'identification ?">
-Si vous n'avez pas encore vos certificats et informations d'identification, consultez ces guides complets :
-
-**iOS :**
-- [Comment obtenir des certificats iOS](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) - Guide étape par étape
-- [iOS Guide des certificats](/docs/cloud/native-builds/certificates/ios/) - Tutoriel détaillé étape par étape
-- [Blog : Builds automatiques iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) - Configuration CI/CD complète
-
-**Android :**
-- [Création d'un magasin de clés](/docs/cli/cloud-build/android/#creating-a-keystore) - Guide étape par étape
-- [Android Guide des certificats](/docs/cloud/native-builds/certificates/android/) - Tutoriel détaillé étape par étape
-- [Blog : Builds automatiques Android](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) - Configuration CI/CD complète
-</Aside>
-
-<Aside type="caution" title="Garantie de sécurité">
-**Vos informations d'identification ne sont JAMAIS stockées de manière permanente sur les serveurs Capgo :**
-- ✅ Utilisé UNIQUEMENT pendant le processus de construction actif
-- ✅ Supprimé automatiquement une fois la construction terminée
-- ✅ Rétention maximale : 24 heures (même en cas d'échec de la build)
-- ✅ Les applications sont envoyées directement à App Store/Play Store - nous ne stockons RIEN
-- ✅ Transmis en toute sécurité via HTTPS
-</Aside>
-
-## Commandes
-
-### Enregistrer les informations d'identification
-
-Stockez vos informations d'identification de build localement pour une utilisation automatique :
-
-```bash
-npx @capgo/cli build credentials save --platform <ios|android> [options]
-```
-
-### Mettre à jour les informations d'identification
-
-Mettez à jour partiellement les informations d'identification existantes sans tout fournir à nouveau :
-
-```bash
-npx @capgo/cli build credentials update --platform <ios|android> [options]
-```
-
-La commande `update` utilise une **fusion additive** pour les profils de provisionnement : les nouveaux profils sont fusionnés avec les profils existants. Pour remplacer l'intégralité de la carte de provisionnement, ajoutez `--overwrite-ios-provisioning-map`.
-
-Exemple : ajoutez un profil d'extension aux informations d'identification existantes :
-
-```bash
-npx @capgo/cli build credentials update \
-  --platform ios \
-  --ios-provisioning-profile "com.example.app.widget=./widget_profile.mobileprovision"
-```
-
-La commande update accepte les mêmes options que `save` mais toutes sont facultatives : seuls les champs que vous fournissez sont mis à jour.
-
-### Répertorier les informations d'identification
-
-Afficher les informations d'identification actuellement enregistrées (les mots de passe sont masqués) :
-
-```bash
-npx @capgo/cli build credentials list
-
-# List credentials for a specific app
-npx @capgo/cli build credentials list --appId com.example.app
-```
-
-### Effacer les informations d'identification
-
-Supprimez les informations d'identification enregistrées de votre ordinateur local :
-
-```bash
-# Clear all credentials
-npx @capgo/cli build credentials clear
-
-# Clear credentials for a specific app + platform
-npx @capgo/cli build credentials clear --appId com.example.app --platform ios
-```
-
-### Migrer les informations d'identification
-
-Convertissez l'ancien format à profil unique en le nouveau format multi-cible :
-
-```bash
-npx @capgo/cli build credentials migrate --platform ios
-```
-
-La commande migrate détecte les anciennes informations d'identification `BUILD_PROVISION_PROFILE_BASE64`, les convertit en `CAPGO_IOS_PROVISIONING_MAP` et supprime les clés héritées. Voir [Migration à partir d'un profil unique](/docs/cli/cloud-build/ios/#migration-from-single-profile) pour plus de détails.
-
-## Enregistrement des informations d'identification iOS
-
-<Aside type="note">
-**Vous n'avez pas encore de certificats iOS ?** Consultez le [iOS Builds guide](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) pour obtenir des instructions sur la création de certificats et de profils de provisionnement.
-</Aside>
-
-### Exemple complet
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform ios \
-  --certificate ./cert.p12 \
-  --p12-password "YourP12Password" \
-  --ios-provisioning-profile "com.example.app=./profile.mobileprovision" \
-  --apple-key ./AuthKey_ABC1234567.p8 \
-  --apple-key-id "ABC1234567" \
-  --apple-issuer-id "00000000-0000-0000-0000-000000000000" \
-  --apple-team-id "TEAM123456"
-```
-
-### iOS Options| Options | Descriptif | Obligatoire |
-|--------|-------------|--------------|
-| `--certificate <path>` | Chemin d'accès au fichier de certificat .p12 | Oui (version) |
-| `--p12-password <password>` | Mot de passe du certificat .p12 | Oui (version) |
-| `--ios-provisioning-profile <mapping>` | Mappage du profil de provisionnement (`bundleId=path`). Répétable pour les applications multi-cibles. S'il n'y a qu'un seul profil et aucun préfixe bundleId, CLI déduit automatiquement à partir du profil. | Oui (version) |
-| `--apple-key <path>` | Chemin vers App Store Connect API Clé .p8 | Voir la remarque¹ |
-| `--apple-key-id <id>` | App Store Connect API ID de clé | Voir la remarque¹ |
-| `--apple-issuer-id <id>` | App Store Connect API ID de l'émetteur (UUID) | Voir la remarque¹ |
-| `--apple-team-id <id>` | App Store Connect ID d'équipe | Oui |
-| `--ios-distribution <mode>` | Mode de distribution : `app_store` (par défaut) ou `ad_hoc` | Non |
-| `--output-upload` | Activer un lien de téléchargement Capgo à durée limitée pour l'artefact de build | Non (par défaut : `false`) |
-| `--output-retention <seconds>` | Combien de temps conserver les sorties de build (par exemple `3600s`) | Non (par défaut : `3600s`) |
-| `--skip-build-number-bump` | Ignorer l'incrémentation automatique du numéro de build | Non |
-
-<Aside type="note" title="¹ App Store Connect API Exigences clés">
-- Mode **`app_store`** (par défaut) : les trois options clés API sont **obligatoires**, sauf si vous réussissez `--output-upload` ou `--skip-build-number-bump` (qui évitent la nécessité d'une soumission pilotée par API).
-- Mode **`ad_hoc`** : ces options ne sont **pas obligatoires** — aucune soumission App Store n'a lieu. Voir [Mode de distribution ad hoc](/docs/cli/cloud-build/ios/#ad-hoc-distribution-mode) pour plus de détails.
-</Aside>
-
-### Ce qui est stocké
-
-Lorsque vous enregistrez les informations d'identification iOS, le CLI :
-1. Lit les fichiers de certificat et de profil d'approvisionnement
-2. Les convertit en encodage base64
-3. Enregistre les informations d'identification dans le dossier `.capgo-credentials`
-4. Stocke les mots de passe et les identifiants sous forme de texte brut (fichiers locaux uniquement)
-
-La structure du fichier stocké :
-```json
-{
-  "ios": {
-    "BUILD_CERTIFICATE_BASE64": "...",
-    "CAPGO_IOS_PROVISIONING_MAP": "{\"com.example.app\":{\"profile\":\"...\",\"name\":\"match AppStore com.example.app\"}}",
-    "APPLE_KEY_CONTENT": "...",
-    "P12_PASSWORD": "...",
-    "APPLE_KEY_ID": "ABC1234567",
-    "APPLE_ISSUER_ID": "...",
-    "APP_STORE_CONNECT_TEAM_ID": "TEAM123456",
-    "CAPGO_IOS_DISTRIBUTION": "app_store"
-  }
-}
-```
-
-## Enregistrement des informations d'identification Android
-
-<Aside type="note">
-**Vous n'avez pas encore de magasin de clés ?** Consultez le [Android Builds guide](/docs/cli/cloud-build/android/#creating-a-keystore) pour obtenir des instructions sur la création d'un magasin de clés et la configuration des informations d'identification Play Store.
-</Aside>
-
-### Exemple complet
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform android \
-  --keystore ./release.keystore \
-  --keystore-alias "my-key-alias" \
-  --keystore-key-password "KeyPassword123" \
-  --keystore-store-password "StorePassword123" \
-  --play-config ./play-store-service-account.json
-```
-
-### Android Options
-
-| Options | Descriptif | Obligatoire |
-|--------|-------------|--------------|
-| `--keystore <path>` | Chemin d'accès au fichier .keystore ou .jks | Oui (version) |
-| `--keystore-alias <alias>` | Alias ​​de clé dans le magasin de clés | Oui (version) |
-| `--keystore-key-password <password>` | Mot de passe pour l'alias de clé | Oui (version) |
-| `--keystore-store-password <password>` | Mot de passe pour le magasin de clés | Oui (version) |
-| `--play-config <path>` | Chemin d'accès au compte de service Play Store JSON | Oui (soumission) |
-
-### Ce qui est stocké
-
-Lorsque vous enregistrez les informations d'identification Android, le CLI :
-1. Lit les fichiers du magasin de clés et du compte de service JSON
-2. Les convertit en encodage base64
-3. Enregistre les informations d'identification dans le dossier `.capgo-credentials`
-4. Stocke les mots de passe et les alias sous forme de texte brut (fichiers locaux uniquement)
-
-La structure du fichier stocké :
-```json
-{
-  "android": {
-    "ANDROID_KEYSTORE_FILE": "...",
-    "PLAY_CONFIG_JSON": "...",
-    "KEYSTORE_KEY_ALIAS": "my-key-alias",
-    "KEYSTORE_KEY_PASSWORD": "...",
-    "KEYSTORE_STORE_PASSWORD": "..."
-  }
-}
-}
-```
-
-## Utilisation des informations d'identification enregistrées
-
-Une fois que vous avez enregistré les informations d'identification, elles sont automatiquement utilisées lors de la création :
-
-```bash
-# Credentials automatically loaded from .capgo-credentials folder
-npx @capgo/cli build com.example.app --platform ios
-```
-
-Vous pouvez également remplacer les informations d'identification enregistrées à l'aide de variables d'environnement :
-
-```bash
-# Environment variables take precedence over saved credentials
-BUILD_CERTIFICATE_BASE64="..." \
-P12_PASSWORD="different-password" \
-npx @capgo/cli build com.example.app --platform ios
-```**Ordre de priorité :**
-1. Variables d'environnement (priorité la plus élevée)
-2. Informations d'identification enregistrées dans le dossier `.capgo-credentials`
-3. Aucune information d'identification (priorité la plus basse)
-
-## Affichage des informations d'identification enregistrées
-
-Répertoriez les informations d'identification que vous avez enregistrées :
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-Exemple de sortie :
-```
-📋 Saved Build Credentials:
-
-iOS Credentials:
-  ✓ Certificate (base64)
-  ✓ Provisioning Map (JSON)
-  ✓ Apple Key Content (base64)
-  ✓ P12 Password: ********
-  ✓ Apple Key ID: ABC1234567
-  ✓ Apple Issuer ID: 00000000-0000-0000-0000-000000000000
-  ✓ Team ID: TEAM123456
-
-Android Credentials:
-  ✓ Keystore (base64)
-  ✓ Play Store Config (base64)
-  ✓ Keystore Alias: my-key-alias
-  ✓ Key Password: ********
-  ✓ Store Password: ********
-
-Location: .capgo-credentials/
-
-🔒 These credentials are stored locally on your machine only.
-   When building, they are sent to Capgo but NEVER stored there.
-   They are auto-deleted after build completion.
-```
-
-## Bonnes pratiques de sécurité
-
-### Sécurité du stockage local
-
-1. **Autorisations de fichiers**
-   ```bash
-   # Ensure credentials folder is not readable by others
-   chmod 700 .capgo-credentials
-   chmod 600 .capgo-credentials/*
-   ```
-
-2. **Ne jamais valider les informations d'identification**
-   ```bash
-   # Add to .gitignore
-   echo ".capgo-credentials/" >> .gitignore
-   ```
-
-3. **Identifiants séparés**
-   - Utilisez des informations d'identification différentes pour le développement local par rapport à CI/CD
-   - Rotation régulière des informations d'identification
-   - Ne partagez pas les informations d'identification entre les membres de l'équipe
-
-### Utilisation des CI/CD
-
-Pour les environnements CI/CD, **préférez les variables d'environnement** aux informations d'identification enregistrées.
-
-#### Référence complète des variables d'environnement
-
-Le CLI lit les variables d'environnement suivantes pour les informations d'identification :
-
-**iOS Identifiants :**
-
-| Variables | Descriptif | Formater | Obligatoire |
-|--------------|-------------|--------|----------|
-| `BUILD_CERTIFICATE_BASE64` | Certificat P12/PKCS12 pour la signature de code | Base64 | Oui (version) |
-| `CAPGO_IOS_PROVISIONING_MAP` | JSON mappage des ID de bundle avec les données de profil de provisionnement | JSON chaîne | Oui (version) |
-| `P12_PASSWORD` | Mot de passe pour le certificat P12 | Texte brut | Facultatif |
-| `APPLE_KEY_ID` | App Store Connect API ID de clé | Chaîne (par exemple, "ABC1234567") | Voir la remarque¹ |
-| `APPLE_ISSUER_ID` | App Store Connect API Identifiant de l'émetteur | Chaîne UUID | Voir la remarque¹ |
-| `APPLE_KEY_CONTENT` | Clé App Store Connect API (contenu du fichier .p8) | Base64 | Voir la remarque¹ |
-| `APP_STORE_CONNECT_TEAM_ID` | Apple ID de l'équipe de développeurs | Chaîne (par exemple, "XXXXXXXXXX") | Oui |
-| `CAPGO_IOS_DISTRIBUTION` | Mode de distribution : `app_store` (par défaut) ou `ad_hoc` | Chaîne | Non |
-
-**Android Informations d'identification :**
-
-| Variables | Descriptif | Formater | Obligatoire |
-|--------------|-------------|--------|----------|
-| `ANDROID_KEYSTORE_FILE` | Fichier de clés pour signer APK/AAB | Base64 | Oui (version) |
-| `KEYSTORE_KEY_ALIAS` | Alias ​​de clé dans le magasin de clés | Chaîne | Oui (version) |
-| `KEYSTORE_KEY_PASSWORD` | Mot de passe pour l'alias de clé | Texte brut | Oui* |
-| `KEYSTORE_STORE_PASSWORD` | Mot de passe pour le fichier de clés | Texte brut | Oui* |
-| `PLAY_CONFIG_JSON` | Google Play compte de service JSON | Base64 | Oui (soumission) |
-
-*Si un seul mot de passe est fourni, il sera utilisé à la fois pour `KEYSTORE_KEY_PASSWORD` et `KEYSTORE_STORE_PASSWORD`.
-
-#### GitHub Exemple d'actions
-
-```yaml
-# .github/workflows/build.yml
-name: Cloud Build
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build-ios:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v4
-        with:
-          node-version: '20'
-      - run: npm install
-      - run: npx @capgo/cli build com.example.app --platform ios
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          BUILD_CERTIFICATE_BASE64: ${{ secrets.BUILD_CERTIFICATE_BASE64 }}
-          CAPGO_IOS_PROVISIONING_MAP: ${{ secrets.CAPGO_IOS_PROVISIONING_MAP }}
-          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}
-
-  build-android:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v4
-        with:
-          node-version: '20'
-      - run: npm install
-      - run: npx @capgo/cli build com.example.app --platform android
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE_FILE }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_KEY_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_CONFIG_JSON }}
-```
-
-#### Préparation des valeurs Base64
-
-Pour convertir vos fichiers d'informations d'identification en base64 pour les secrets CI/CD :
-
-```bash
-# iOS Certificate (.p12)
-base64 -i certificate.p12 | tr -d '\n' > certificate_base64.txt
-
-# iOS Provisioning Profiles — use the CLI to generate CAPGO_IOS_PROVISIONING_MAP:
-npx @capgo/cli build credentials save --platform ios \
-  --ios-provisioning-profile "com.example.app=./profile.mobileprovision" \
-  # ... other options
-# Then copy CAPGO_IOS_PROVISIONING_MAP from .capgo-credentials to your CI secrets
-
-# iOS App Store Connect Key (.p8)
-base64 -i AuthKey_XXXXXX.p8 | tr -d '\n' > apple_key_base64.txt
-
-# Android Keystore (.keystore or .jks)
-base64 -i release.keystore | tr -d '\n' > keystore_base64.txt
-
-# Google Play Service Account JSON
-base64 -i play-store-service-account.json | tr -d '\n' > play_config_base64.txt
-```
-
-<Aside type="tip">
-Le `tr -d '\n'` supprime les nouvelles lignes pour créer une chaîne base64 sur une seule ligne, plus facile à stocker en tant que secret CI/CD.
-</Aside>
-
-#### Pourquoi les variables d'environnement sont plus sécurisées
-
-Cette approche est plus sécurisée car :
-- Les secrets sont gérés par votre plateforme CI/CD
-- Aucun dossier d'accréditation sur les coureurs
-- Rotation et contrôle d'accès faciles
-- Pistes d'audit pour une utilisation secrète
-
-### Rotation des informations d'identification
-
-Faites régulièrement pivoter vos identifiants :
-
-1. **iOS** : Générez de nouveaux certificats et clés API chaque année
-2. **Android** : modifiez les mots de passe du magasin de clés chaque année
-3. **Après les changements d'équipe** : effectuez une rotation lorsque les membres de l'équipe partentMettre à jour les identifiants enregistrés :
-```bash
-# Re-run save command with new credentials
-npx @capgo/cli build credentials save --platform ios --certificate ./new-cert.p12 ...
-```
-
-## Dépannage
-
-### "Aucun identifiant trouvé"
-
-Si la version indique qu'aucune information d'identification n'a été trouvée :
-
-1. **Vérifiez si les informations d'identification sont enregistrées** :
-   ```bash
-   npx @capgo/cli build credentials list
-   ```
-
-2. **Enregistrez les informations d'identification si elles sont manquantes** :
-   ```bash
-   npx @capgo/cli build credentials save --platform ios ...
-   ```
-
-3. **Vérifiez que le dossier d'informations d'identification existe** :
-   ```bash
-   ls -la .capgo-credentials/
-   ```
-
-### "Autorisation refusée" lors de la lecture des informations d'identification
-
-Corrigez les autorisations de fichiers :
-
-```bash
-chmod 700 .capgo-credentials
-chmod 600 .capgo-credentials/*
-```
-
-### Les identifiants ne sont pas utilisés
-
-Vérifiez que la bonne plate-forme est spécifiée :
-
-```bash
-# Make sure --platform matches saved credentials
-npx @capgo/cli build com.example.app --platform ios  # Uses ios credentials
-npx @capgo/cli build com.example.app --platform android  # Uses android credentials
-```
-
-### Effacer et réenregistrer les informations d'identification
-
-Si les identifiants semblent corrompus :
-
-```bash
-# Clear all credentials
-npx @capgo/cli build credentials clear
-
-# Save again
-npx @capgo/cli build credentials save --platform ios ...
-```
-
-## Migration à partir des variables d'environnement
-
-Si vous utilisez actuellement des variables d'environnement, vous pouvez migrer vers les informations d'identification enregistrées :
-
-<Steps>
-
-1. **Extrayez vos variables d'environnement actuelles**
-   ```bash
-   echo $BUILD_CERTIFICATE_BASE64  # Verify they exist
-   ```
-
-2. **Décoder les fichiers base64 en fichiers originaux** (si nécessaire)
-   ```bash
-   echo "$BUILD_CERTIFICATE_BASE64" | base64 -d > cert.p12
-   echo "$BUILD_PROVISION_PROFILE_BASE64" | base64 -d > profile.mobileprovision
-   ```
-
-3. **Enregistrez en utilisant le CLI**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --ios-provisioning-profile ./profile.mobileprovision \
-     --p12-password "$P12_PASSWORD" \
-     --apple-key-id "$APPLE_KEY_ID" \
-     --apple-issuer-id "$APPLE_ISSUER_ID" \
-     --apple-team-id "$APP_STORE_CONNECT_TEAM_ID"
-   ```
-
-   Si vous disposez d'informations d'identification existantes enregistrées dans l'ancien format (unique `BUILD_PROVISION_PROFILE_BASE64`), exécutez :
-   ```bash
-   npx @capgo/cli build credentials migrate --platform ios
-   ```
-   Cela convertit l'ancien profil unique en `CAPGO_IOS_PROVISIONING_MAP` et supprime les anciennes clés `BUILD_PROVISION_PROFILE_BASE64` et `APPLE_PROFILE_NAME`.
-
-4. **Testez la version**
-   ```bash
-   npx @capgo/cli build com.example.app --platform ios
-   ```
-
-5. **Supprimer les variables d'environnement** (facultatif)
-   ```bash
-   unset BUILD_CERTIFICATE_BASE64 BUILD_PROVISION_PROFILE_BASE64
-   ```
-
-</Steps>
-
-## Emplacement du fichier
-
-Les informations d'identification sont stockées dans le dossier `.capgo-credentials` :
-- **macOS/Linux** : `.capgo-credentials/` (dans la racine de votre projet ou dans le répertoire personnel)
-- **Windows** : `.capgo-credentials\` (dans la racine de votre projet ou dans le répertoire personnel)
-
-Le dossier est automatiquement créé lorsque vous enregistrez les informations d'identification pour la première fois.
-
-## Prochaines étapes
-
-- [Mise en route](/docs/cli/cloud-build/getting-started/) - Créez votre premier build
-- [iOS Builds](/docs/cli/cloud-build/ios/) - Configuration de build spécifique à iOS
-- [Android Builds](/docs/cli/cloud-build/android/) - Configuration de build spécifique à Android
-- [Dépannage](/docs/cli/cloud-build/troubleshooting/) - Problèmes courants et solutions
-
-## Besoin d'aide ?
-
-- 📚 [Guide de dépannage](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Communauté Discord](https://discord.com/invite/VnYRvBfgA6)
-- 📧 E-mail : support@capgo.app
diff --git a/src/content/docs/fr/cli/cloud-build/getting-started.mdx b/src/content/docs/fr/cli/cloud-build/getting-started.mdx
deleted file mode 100644
index 883f759a4..000000000
--- a/src/content/docs/fr/cli/cloud-build/getting-started.mdx
+++ /dev/null
@@ -1,285 +0,0 @@
----
-title: Commencer
-description: Créez votre première build native avec Capgo Cloud Build
-sidebar:
-  order: 1
-locale: fr
----
-import { Steps, Card, CardGrid, Aside } from '@astrojs/starlight/components';
-import MermaidGraph from '@/components/MermaidGraph.astro';
-
-export const buildProcessFlowGraph = `flowchart LR
-    A[Votre machine] -->|1. Projet Zip| B[Température locale]
-    B -->|2. Télécharger| C[Capgo Nuage]
-    C -->|3. Construire| D[Construire le serveur]
-    D -->|4. Flux de journaux| Un
-    D -->|5. Nettoyage| E[Suppression automatique]`;
-
-Commencez avec Capgo Cloud Build et créez votre première build native iOS ou Android en quelques minutes.
-
-## Ce dont vous aurez besoin
-
-Avant de commencer, assurez-vous d'avoir :
-
-- Une application Capacitor qui se construit avec succès localement
-- Node.js 20 ou supérieur installé
-- Un compte Capgo avec un abonnement actif
-- Votre application est déjà enregistrée dans Capgo (exécutez `npx @capgo/cli@latest app add` sinon)
-- **Certains d'identification de build configurés** (certificats, magasins de clés) - voir ci-dessous
-
-## Avant votre première construction
-
-<CardGrid>
-  <Card title="⚠️ Configurez d'abord les informations d'identification" icon="warning">
-    **Obligatoire avant la construction :** Vous devez configurer vos informations d'identification de construction (certificats pour iOS, magasins de clés pour Android).
-
-    [Configurer les informations d'identification →](/docs/cli/cloud-build/credentials/)
-  </Card>
-</CardGrid>
-
-## Démarrage rapide
-
-<Steps>
-
-1. **Configurer les informations d'identification de build**
-
-   Avant de pouvoir créer, vous devez enregistrer vos informations d'identification localement :
-
-   **Pour iOS :**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --p12-password "password" \
-     --provisioning-profile ./profile.mobileprovision \
-     --apple-key ./AuthKey.p8 \
-     --apple-key-id "KEY123" \
-     --apple-issuer-id "issuer-uuid" \
-     --apple-team-id "team-id"
-   ```
-
-   **Pour Android :**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform android \
-     --keystore ./release.keystore \
-     --keystore-alias "my-key" \
-     --keystore-key-password "key-pass" \
-     --keystore-store-password "store-pass"
-   ```
-
-   Consultez le [guide complet des informations d'identification](/docs/cli/cloud-build/credentials/) pour plus de détails.
-
-2. **Vérifier la version locale**
-
-   Tout d’abord, assurez-vous que votre application est construite localement sans erreurs :
-
-   ```bash
-   # Build your web assets
-   npm run build
-
-   # Sync with Capacitor
-   npx cap sync
-
-   # Test local build (optional but recommended)
-   npx cap open ios    # For iOS
-   npx cap open android # For Android
-   ```
-
-3. **Authentifiez-vous auprès de Capgo**
-
-   Définissez votre clé Capgo API (si elle n'est pas déjà configurée) :
-
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-   Ou définissez la variable d'environnement :
-   ```bash
-   export CAPGO_TOKEN=your_api_key_here
-   ```
-
-4. **Exécutez votre première build**
-
-   Commencez par une version de débogage Android (la plus rapide à tester) :
-
-   ```bash
-   npx @capgo/cli@latest build com.example.app \
-     --platform android \
-     --build-mode debug
-   ```
-
-   Vous verrez des journaux en temps réel au fur et à mesure de la progression de votre build :
-   ```
-   ✔ Creating build job...
-   ✔ Uploading project (15.2 MB)...
-   ✔ Build started
-
-   📝 Build logs:
-   → Installing dependencies...
-   → Running Gradle build...
-   → Signing APK...
-   ✔ Build succeeded in 3m 42s
-   ```
-
-5. **Vérifier l'état de la construction**
-
-   Le CLI interrogera et affichera automatiquement l'état de la construction. Une fois terminé, vous verrez :
-
-   - Temps de construction
-   - Statut de réussite/échec
-   - Application soumise à App Store/Play Store (si les informations d'identification sont configurées)
-
-</Steps>
-
-## Comprendre le processus de construction
-
-Lorsque vous exécutez la commande build, voici ce qui se passe :
-
-<MermaidGraph graph={buildProcessFlowGraph} ariaLabel="Capgo Cloud Build process flow diagram" />
-
-1. **Préparation locale** - Votre projet est compressé (hors `node_modules` et dotfiles)
-2. **Télécharger** - Le zip est téléchargé sur un stockage cloud sécurisé (Cloudflare R2)
-3. **Build Execution** – Votre application s'appuie sur une infrastructure dédiée
-4. **Log Streaming** - Les journaux en temps réel sont diffusés sur votre terminal via les événements envoyés par le serveur.
-5. **Nettoyage automatique** - Les artefacts de build sont supprimés (Android : instantané, iOS : 24 heures)
-
-## Votre première version de production
-
-Une fois que vous avez vérifié que le processus fonctionne, créez une version de production :
-
-### Android
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-Vous devrez d'abord configurer les informations de signature. Voir [Android Configuration de construction](/docs/cli/cloud-build/android/).
-
-### iOS
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-Les builds iOS nécessitent la signature de certificats et de profils de provisionnement. Voir [iOS Configuration de construction](/docs/cli/cloud-build/ios/).
-
-## Ce qui est construitCapgo Build télécharge uniquement le **minimum de fichiers requis** pour compiler votre application native. Votre code source complet ne quitte jamais votre machine.
-
-### Ce qui est téléchargé
-
-| Inclus | Descriptif |
-|--------------|-------------|
-| `ios/` ou `android/` | Le dossier de plateforme natif que vous créez |
-| `package.json`, `package-lock.json` | Manifeste de dépendance |
-| `capacitor.config.*` | Configuration Capacitor |
-| `resources/` | Icônes d'applications, écrans de démarrage |
-| Code du plugin natif | Seul le sous-dossier `ios/` ou `android/` de chaque plugin Capacitor |
-
-### Ce qui n'est PAS téléchargé
-
-| Exclus | Pourquoi |
-|----------|-----|
-| `node_modules/` (la plupart) | Seul le code natif du plugin est inclus, pas les dépendances JS |
-| `src/` | Votre code source Web reste local |
-| `dist/`, `www/`, `build/` (niveau racine) | Déjà synchronisé dans le dossier natif via `cap sync` |
-| `.git/` | Historique du contrôle de version |
-| `.gradle/`, `.idea/`, `.swiftpm/` | Construire des caches et des paramètres IDE |
-| `.env`, secrets | Jamais téléchargé |
-
-<Aside>
-Vos ressources Web créées (JS, CSS, HTML) **sont** téléchargées - mais dans le cadre du dossier natif. Lorsque vous exécutez `npx cap sync`, votre build Web est copié dans `ios/App/App/public/` ou `android/app/src/main/assets/public/`. C'est pourquoi il est nécessaire d'exécuter « cap sync » avant la construction.
-</Aside>
-
-### Vos responsabilités
-
-Avant d'exécuter `npx @capgo/cli build` :
-
-1. **Créez vos ressources Web** - Exécutez `npm run build` (ou la commande build de votre framework)
-2. **Synchroniser avec le natif** – Exécutez `npx cap sync` pour copier les ressources Web dans le projet natif
-3. **Dépendances de validation** - Assurez-vous que tous les plugins natifs sont dans `package.json`
-
-### Quelles sont les poignées de construction de Capgo
-
-- Compilation native iOS (Xcode, Fastlane)
-- Compilation native Android (Gradle)
-- Signature de code avec vos informations d'identification
-- Soumission de l'App Store (si configuré)
-
-<div style="border-top: 1px solid var(--sl-color-gray-5); margin: 2rem 0;"></div>
-
-## Temps et coûts de construction
-
-Le temps de construction est mesuré du début à la fin :
-
-- **Android** : généralement 3 à 5 minutes (1 × multiplicateur de facturation)
-- **iOS** : généralement 5 à 10 minutes (multiplicateur de facturation 2 × en raison des coûts matériels Mac)
-
-Vous ne payez que pour le temps de construction réellement utilisé. Pas de frais cachés.
-
-## Cas d'utilisation courants
-
-### Intégration CI/CD
-
-Ajoutez à votre workflow d'actions GitHub :
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-      --platform both \
-      --build-mode release
-```
-
-### Développement Local
-
-Testez les builds localement avant de les valider :
-
-```bash
-# Quick debug build for testing
-npm run build && npx cap sync
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-### Constructions multiplateformes
-
-Créez pour les deux plates-formes en exécutant deux commandes :
-
-```bash
-# iOS build
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-
-# Android build
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-Dans CI/CD, vous pouvez les exécuter dans des tâches parallèles pour des builds plus rapides.
-
-## Prochaines étapes
-
-Maintenant que vous avez créé votre premier build :
-
-- [Configurer les builds iOS](/docs/cli/cloud-build/ios/) - Configurer les certificats et les profils
-- [Configurer les builds Android](/docs/cli/cloud-build/android/) - Configurer les magasins de clés et Play Store
-- [Dépannage](/docs/cli/cloud-build/troubleshooting/) - Problèmes courants et solutions
-- [CLI Référence](/docs/cli/reference/build/) - Documentation complète des commandes
-
-## Besoin d'aide ?
-
-- Consultez le [guide de dépannage](/docs/cli/cloud-build/troubleshooting/)
-- Rejoignez notre [communauté Discord](https://discord.com/invite/VnYRvBfgA6)
-- Assistance par e-mail à support@capgo.app
diff --git a/src/content/docs/fr/cli/cloud-build/ios.mdx b/src/content/docs/fr/cli/cloud-build/ios.mdx
deleted file mode 100644
index 3a4d3a395..000000000
--- a/src/content/docs/fr/cli/cloud-build/ios.mdx
+++ /dev/null
@@ -1,375 +0,0 @@
----
-locale: fr
-title: iOS Builds
-description: Configure and Construction iOS apps with Capgo Cloud Construction
-sidebar: 
-  order: 2
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Construction and Soumettre iOS apps to TestFlight and the Application Store using Capgo's dedicated Mac infrastructure.
-
-## Before You Construction
-
-<CardGrid>
-  <Card title="⚠️ Setup iOS Credentials First" icon="warning">
-    **Required:** You must save your iOS credentials before building.
-
-    [Configuration iOS Credentials →](/docs/CLI/cloud-Construction/credentials/#saving-iOS-credentials)
-  </Card>
-</CardGrid>
-
-## How iOS Builds Work
-
-iOS builds run on dedicated Mac machines (Scaleway Mac minis M4) provisioned on-demand:
-
-- **Hardware**: Apple Silicon Mac minis with macOS 15
-- **Construction Tool**: Xcode with Fastlane (custom Capgo Configuration)
-- **Isolation**: Each Construction runs as a separate macOS Utilisateur Compte
-- **Lifetime**: Machines have 24-hour leases and are automatically cleaned up
-- **Sécurité**: All files and Utilisateur accounts are deleted after the machine is dismissed
-
-## Prerequisites
-
-Before Construction for iOS, you need:
-
-### 1. Développement Environment
-
-- Mac computer with Xcode installed (for initial certificate Configuration)
-- Valid Apple Developer Compte ($99/year)
-- Your app building successfully locally with `npx cap open ios`
-
-### 2. Code Signing Certificates
-
-You'll need one of these certificate types depending on your Construction:
-
-| Construction Type | Certificate Required | Provisioning Profil |
-|------------|---------------------|---------------------|
-| **Développement** | Apple Développement | Développement Profil |
-| **Ad Hoc** | Apple Distribution | Ad Hoc Profil |
-| **Application Store** | Apple Distribution | Application Store Profil |
-
-#### How to Get iOS Certificates and Provisioning Profiles
-
-<Aside type="tip">
-For detailed step-by-step guides with screenshots, visit:
-- [iOS Certificates Guide](https://capgo.app/cloud/Natif-builds/certificates/iOS/)
-- [Blog: Automatic iOS Builds with GitHub Actions](https://capgo.Application/blog/automatic-capacitor-iOS-Construction-github-action/)
-</Aside>
-
-**Quick Overview:**
-
-<Steps>
-
-1. **Créer a Certificate Signing Request (CSR)**
-   - Open Keychain Access on your Mac
-   - Go to Keychain Access → Certificate Assistant → Request a Certificate from a Certificate Authority
-   - Enter your email and name, select "Saved to disk"
-   - Save the `.certSigningRequest` file
-
-2. **Generate Certificate in Apple Developer Portal**
-   - Go to [Apple Developer Certificates](https://developer.apple.com/Compte/resources/certificates)
-   - Click "+" to Créer a Nouveau certificate
-   - Choose certificate type (iOS Distribution for Application Store builds)
-   - Télécharger your CSR file
-   - Download the certificate (`.cer` file)
-
-3. **Exporter Certificate as .p12**
-   - Double-click the downloaded `.cer` file to add it to Keychain
-   - In Keychain Access, find your certificate under "My Certificates"
-   - Right-click → Exporter "Apple Distribution..."
-   - Save as `.p12` format and set a password (save this password!)
-
-4. **Créer Provisioning Profil**
-   - Go to [Apple Developer Profiles](https://developer.apple.com/Compte/resources/profiles)
-   - Click "+" to Créer a Nouveau Profil
-   - Choose Profil type (Application Store for Production builds)
-   - Select your Application ID
-   - Select the certificate you just created
-   - Download the `.mobileprovision` file
-
-</Steps>
-
-### 3. Application Store Connect Clé API (Recommended)
-
-For automatic TestFlight submission, Créer an Clé API:
-
-<Steps>
-
-1. Go to [Application Store Connect](https://appstoreconnect.apple.com/) → Utilisateurs and Access → Keys
-2. Click the "+" button to Créer a Nouveau key
-3. Give it a name (e.g., "Capgo CI") and select "Developer" role
-4. Download the `.p8` file (you can only download it once!)
-5. Remarque the **Key ID** and **Issuer ID**
-
-</Steps>
-
-<Aside type="note">
-You can also find your **Team ID** in your Apple Developer Compte under Membership details.
-</Aside>
-
-## Construction Configuration
-
-### Required Environment Variables
-
-Set these credentials before Construction:
-
-```bash
-# iOS Signing (Required)
-BUILD_CERTIFICATE_BASE64="<base64-encoded-p12-certificate>"
-BUILD_PROVISION_PROFILE_BASE64="<base64-encoded-mobileprovision>"
-P12_PASSWORD="<certificate-password>"
-
-# App Store Connect API (for submission)
-APPLE_KEY_ID="ABC1234567"
-APPLE_ISSUER_ID="00000000-0000-0000-0000-000000000000"
-APPLE_KEY_CONTENT="<base64-encoded-p8-key>"
-
-# Additional Config
-APP_STORE_CONNECT_TEAM_ID="1234567890"
-APPLE_PROFILE_NAME="App Store com.example.app"
-```
-
-### Generating Base64 Credentials
-
-<Aside type="tip">
-Use these Commandes to encode your certificates for Capgo:
-</Aside>
-
-**Certificate (.p12):**
-```bash
-base64 -i YourCertificate.p12 | pbcopy
-```
-
-**Provisioning Profile (.mobileprovision):**
-```bash
-base64 -i YourProfile.mobileprovision | pbcopy
-```
-
-**App Store Connect Key (.p8):**
-```bash
-base64 -i AuthKey_ABC1234567.p8 | pbcopy
-```
-
-The base64 string is now in your clipboard - paste it into your environment variable or CI/CD secrets.
-
-## Construction for iOS
-
-### Débogage Construction (Développement)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode debug
-```
-
-This creates a Développement Construction that can be installed on registered Appareils.
-
-### Libération Construction (Application Store)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-This creates an Application Store Construction and automatically submits to TestFlight if you have the Application Store Connect API credentials configured.
-
-## CI/CD Integration
-
-### GitHub Actions Exemple
-
-```yaml
-name: Build iOS App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync ios
-
-      - name: Build iOS app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-          BUILD_PROVISION_PROFILE_BASE64: ${{ secrets.IOS_PROVISION_PROFILE }}
-          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.TEAM_ID }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform ios \
-            --build-mode release
-```
-
-## Construction Process Details
-
-### What Happens During an iOS Construction
-
-<Steps>
-
-1. **Machine Provisioning** (1-2 minutes)
-   - Scaleway Mac mini is provisioned or assigned
-   - macOS 15 with Xcode pre-installed
-   - Bootstrap scripts run (if first use)
-
-2. **Utilisateur Isolation** (~10 seconds)
-   - Unique macOS user created: `job-<jobId>`
-   - Dedicated home directory: `/Users/job-<jobId>`
-   - Isolated workspace created
-
-3. **Project Configuration** (~30 seconds)
-   - Project zip downloaded from R2
-   - Extracted to workspace
-   - Credentials injected as environment variables
-
-4. **Fastlane Construction** (3-8 minutes)
-   - Keychain created with signing certificate
-   - Provisioning Profil installed
-   - Xcode Construction Commande executed
-   - IPA file generated
-
-5. **Application Store Submission** (1-2 minutes, if configured)
-   - IPA uploaded to Application Store Connect
-   - Submitted to TestFlight
-   - Processing begins on Apple's side
-
-6. **Cleanup** (immediate)
-   - Utilisateur Compte killed and deleted
-   - Workspace files removed
-   - Temporary files cleared
-
-7. **Machine Dismissal** (after 24 hours)
-   - Mac machine is destroyed
-   - All data permanently deleted
-
-</Steps>
-
-### Construction Stack
-
-Our iOS Construction environment includes:
-
-- **macOS**: 15 (latest Stable)
-- **Xcode**: Latest Stable Version
-- **Fastlane**: Latest Stable Version
-- **CocoaPods**: Latest Stable Version
-- **Node.js**: 18.x (LTS)
-- **Ruby**: System ruby with bundler
-
-## Construction Times
-
-Typical iOS Construction times:
-
-| Construction Type | First Construction | Subsequent Builds* |
-|------------|-------------|-------------------|
-| Débogage | 5-7 minutes | 4-6 minutes |
-| Libération | 7-10 minutes | 5-8 minutes |
-
-*Subsequent builds may be faster if the same machine is reused within the 24-hour window.
-
-<Aside type="note">
-iOS builds cost **2× the base rate** due to dedicated Mac hardware requirements.
-</Aside>
-
-## Dépannage
-
-### Problèmes courants
-
-**"Code signing failed"**
-- Verify your certificate is for the correct distribution type
-- Ensure provisioning Profil matches your Application ID
-- Vérifier that P12_PASSWORD is correct
-
-**"Provisioning profile doesn't include signing certificate"**
-- Regenerate your provisioning Profil including the certificate
-- Re-Télécharger and re-encode the Profil
-
-**"App Store Connect authentication failed"**
-- Verify APPLE_KEY_ID, APPLE_ISSUER_ID, and APPLE_KEY_CONTENT
-- Ensure the Clé API has not been revoked
-- Vérifier that the key has "Developer" role or higher
-
-**"Build timeout after 10 minutes"**
-- Vérifier if your Application has large Natif dependencies
-- Consider optimizing your Podfile
-- Contact Support if builds consistently timeout
-
-### Débogage Journaux
-
-All Construction Journaux are streamed in real-time. Watch for these key phases:
-
-```
-✔ Machine assigned: m-abc123
-→ Creating user: job-abc123
-→ Installing CocoaPods dependencies...
-→ Building iOS app...
-→ Code signing with certificate...
-→ Uploading to App Store Connect...
-✔ Build succeeded
-```
-
-If a Construction fails, the Erreur will be clearly shown in the Journaux with the specific Fastlane/Xcode Erreur message.
-
-## Bonnes pratiques
-
-### 1. Test Locally First
-
-Always ensure your iOS Construction works locally before using cloud Construction:
-
-```bash
-npx cap open ios
-# Build in Xcode
-```
-
-### 2. Use Environment Variables
-
-Never commit certificates or keys to your repository. Always use:
-- CI/CD secrets (GitHub, GitLab)
-- Environment variables
-- Secure secret management
-
-### 3. Cache Dependencies
-
-For faster builds, ensure your `package.json` and `Podfile.lock` are committed to version control.
-
-### 4. Monitor Construction Time
-
-Keep an eye on Construction duration to optimize costs:
-
-```bash
-# The CLI shows build time at the end
-Build succeeded in 6m 42s (13.4 billing minutes at 2× rate)
-```
-
-## Suivant Steps
-
-- [Android Builds](/docs/CLI/cloud-Construction/Android/) - Configure Android builds
-- [Dépannage](/docs/CLI/cloud-Construction/Dépannage/) - Common Construction issues
-- [CLI Référence](/docs/CLI/Référence/Construction/) - Full Commande Documentation
-
-## Need Aide?
-
-- [Dépannage Guide](/docs/CLI/cloud-Construction/Dépannage/)
-- [Discord Communauté](https://discord.com/invite/VnYRvBfgA6)
-- Email: Support@capgo.Application
diff --git a/src/content/docs/fr/cli/cloud-build/troubleshooting.mdx b/src/content/docs/fr/cli/cloud-build/troubleshooting.mdx
deleted file mode 100644
index 06f5d7e17..000000000
--- a/src/content/docs/fr/cli/cloud-build/troubleshooting.mdx
+++ /dev/null
@@ -1,513 +0,0 @@
----
-locale: fr
-title: Dépannage
-description: Problèmes courants and Solutions for Capgo Cloud Construction
-sidebar: 
-  order: 4
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Solutions to Problèmes courants when Construction Natif apps with Capgo Cloud Construction.
-
-## Construction Failures
-
-### "Télécharger Échoué" or "Connection timeout"
-
-**Symptoms:**
-- Construction fails during project Télécharger
-- Timeout errors after 60 seconds
-
-**Solutions:**
-
-1. **Vérifier your internet connection**
-   ```bash
-   # Test connection to Capgo
-   curl -I https://api.capgo.app
-   ```
-
-2. **Reduce project size**
-   - Ensure `node_modules/` is not being uploaded (should be auto-excluded)
-   - Vérifier for large files in your project:
-   ```bash
-   find . -type f -size +10M
-   ```
-
-3. **Vérifier Télécharger URL expiration**
-   - Télécharger URLs expire after 1 hour
-   - If you get an expired URL Erreur, re-run the Construction Commande
-
-<Aside type="tip">
-Large projects (>200MB) may hit timeout limits. Contact Support for Entreprise Options.
-</Aside>
-
-### "Construction timeout after 10 minutes"
-
-**Symptoms:**
-- Construction exceeds maximum allowed time
-- Status shows `timeout`
-
-**Solutions:**
-
-1. **Optimize dependencies**
-   - Retirer unused npm packages
-   - Use `npm prune --production` before building
-
-2. **Vérifier for network issues in Construction**
-   - Some dependencies may Télécharger large files during Construction
-   - Consider pre-caching with a lock file
-
-3. **Review Natif dependencies**
-   ```bash
-   # iOS - check Podfile for heavy dependencies
-   cat ios/App/Podfile
-
-   # Android - check build.gradle
-   cat android/app/build.gradle
-   ```
-
-4. **Contact Support**
-   - If your Application legitimately needs more time
-   - We can adjust limits for specific use cases
-
-## Authentication Issues
-
-### "Clé API invalid" or "Unauthorized"
-
-**Symptoms:**
-- Construction fails immediately with authentication Erreur
-- 401 or 403 errors
-
-**Solutions:**
-
-1. **Verify Clé API is correct**
-   ```bash
-   # Test with a simple command
-   npx @capgo/cli@latest app list
-   ```
-
-2. **Vérifier Clé API permissions**
-   - Key must have `write` or `all` permissions
-   - Vérifier in Capgo Tableau de bord under Clés API
-
-3. **Ensure Clé API is being read**
-   ```bash
-   # Check environment variable
-   echo $CAPGO_TOKEN
-
-   # Or verify local .capgo file
-   cat .capgo
-   ```
-
-4. **Re-authenticate**
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-### "Application not found" or "No permission for this Application"
-
-**Symptoms:**
-- Authentication works but Application-specific Erreur
-
-**Solutions:**
-
-1. **Verify Application is registered**
-   ```bash
-   npx @capgo/cli@latest app list
-   ```
-
-2. **Vérifier Application ID matches**
-   - Verify `capacitor.config.json` appId
-   - Ensure Commande uses correct Application ID
-
-3. **Verify Organisation access**
-   - Vérifier you're in the correct Organisation
-   - Clé API must have access to the Application's Organisation
-
-## iOS Construction Issues
-
-### "Code signing Échoué"
-
-**Symptoms:**
-- Construction fails during code signing phase
-- Xcode errors À propos certificates or profiles
-
-**Solutions:**
-
-1. **Verify certificate type matches Construction type**
-   - Développement builds need Développement certificates
-   - Application Store builds need Distribution certificates
-
-2. **Vérifier certificate and Profil match**
-   ```bash
-   # Decode and inspect your certificate
-   echo $BUILD_CERTIFICATE_BASE64 | base64 -d > cert.p12
-   openssl pkcs12 -in cert.p12 -nokeys -passin pass:$P12_PASSWORD | openssl x509 -noout -subject
-   ```
-
-3. **Ensure provisioning Profil is valid**
-   - Vérifier expiration date
-   - Verify it includes your Application ID
-   - Confirm it includes the certificate
-
-4. **Regenerate credentials**
-   - Supprimer old certificate/Profil
-   - Créer Nouveau ones in Apple Developer portal
-   - Re-encode and Mise à jour environment variables
-
-### "Provisioning Profil doesn't include signing certificate"
-
-**Symptoms:**
-- Xcode can't find certificate in Profil
-
-**Solutions:**
-
-1. **Télécharger latest Profil from Apple**
-   - Go to Apple Developer → Certificates, IDs & Profiles
-   - Télécharger provisioning Profil
-   - Ensure it includes your certificate
-
-2. **Verify certificate is in Profil**
-   ```bash
-   # Extract profile
-   echo $BUILD_PROVISION_PROFILE_BASE64 | base64 -d > profile.mobileprovision
-
-   # View profile contents
-   security cms -D -i profile.mobileprovision
-   ```
-
-3. **Recreate Profil with correct certificate**
-   - In Apple Developer portal, Modifier Profil
-   - Ensure your distribution certificate is selected
-   - Télécharger and re-encode
-
-### "Application Store Connect authentication Échoué"
-
-**Symptoms:**
-- Télécharger to TestFlight fails
-- Clé API errors
-
-**Solutions:**
-
-1. **Verify Clé API credentials**
-   - Vérifier APPLE_KEY_ID (should be 10 characters)
-   - Vérifier APPLE_ISSUER_ID (should be UUID format)
-   - Verify APPLE_KEY_CONTENT is correctly base64-encoded
-
-2. **Test Clé API locally**
-   ```bash
-   # Decode key
-   echo $APPLE_KEY_CONTENT | base64 -d > AuthKey.p8
-
-   # Test with fastlane (if installed)
-   fastlane pilot list
-   ```
-
-3. **Vérifier Clé API permissions**
-   - Key needs "Developer" role or higher
-   - Verify in Application Store Connect → Utilisateurs and Access → Keys
-
-4. **Ensure key is not revoked**
-   - Vérifier in Application Store Connect
-   - Generate Nouveau key if needed
-
-### "Pod Installer Échoué"
-
-**Symptoms:**
-- Construction fails during CocoaPods Installation
-- Podfile errors
-
-**Solutions:**
-
-1. **Verify Podfile.lock is committed**
-   ```bash
-   git status ios/App/Podfile.lock
-   ```
-
-2. **Test pod Installer locally**
-   ```bash
-   cd ios/App
-   pod install
-   ```
-
-3. **Vérifier for incompatible pods**
-   - Review Podfile for Version conflicts
-   - Ensure all pods Support your iOS Déploiement target
-
-4. **Clear pod cache**
-   ```bash
-   cd ios/App
-   rm -rf Pods
-   rm Podfile.lock
-   pod install
-   # Then commit new Podfile.lock
-   ```
-
-## Android Construction Issues
-
-### "Keystore password incorrect"
-
-**Symptoms:**
-- Construction fails during signing
-- Gradle errors À propos keystore
-
-**Solutions:**
-
-1. **Verify keystore password**
-   ```bash
-   # Test keystore locally
-   keytool -list -keystore my-release-key.keystore
-   # Enter password when prompted
-   ```
-
-2. **Vérifier environment variables**
-   ```bash
-   # Ensure no extra spaces or special characters
-   echo "$KEYSTORE_STORE_PASSWORD" | cat -A
-   echo "$KEYSTORE_KEY_PASSWORD" | cat -A
-   ```
-
-3. **Verify base64 encoding**
-   ```bash
-   # Decode and test
-   echo $ANDROID_KEYSTORE_FILE | base64 -d > test.keystore
-   keytool -list -keystore test.keystore
-   ```
-
-### "Key alias not found"
-
-**Symptoms:**
-- Signing fails with alias Erreur
-
-**Solutions:**
-
-1. **List keystore aliases**
-   ```bash
-   keytool -list -keystore my-release-key.keystore
-   ```
-
-2. **Verify alias matches exactly**
-   - Alias is case-sensitive
-   - Vérifier for typos in KEYSTORE_KEY_ALIAS
-
-3. **Use correct alias from keystore**
-   ```bash
-   # Update environment variable to match
-   export KEYSTORE_KEY_ALIAS="the-exact-alias-name"
-   ```
-
-### "Gradle Construction Échoué"
-
-**Symptoms:**
-- Generic Gradle errors
-- Compilation or dependency issues
-
-**Solutions:**
-
-1. **Test Construction locally first**
-   ```bash
-   cd android
-   ./gradlew clean
-   ./gradlew assembleRelease
-   ```
-
-2. **Vérifier for missing dependencies**
-   - Review Construction.gradle files
-   - Ensure all plugins are listed in dependencies
-
-3. **Verify Gradle Version compatibility**
-   ```bash
-   # Check gradle version
-   cat android/gradle/wrapper/gradle-wrapper.properties
-   ```
-
-4. **Clear Gradle cache**
-   ```bash
-   cd android
-   ./gradlew clean
-   rm -rf .gradle build
-   ```
-
-### "Play Store Télécharger Échoué"
-
-**Symptoms:**
-- Construction succeeds but Télécharger fails
-- Service Compte errors
-
-**Solutions:**
-
-1. **Verify service Compte JSON**
-   ```bash
-   # Decode and check format
-   echo $PLAY_CONFIG_JSON | base64 -d | jq .
-   ```
-
-2. **Vérifier service Compte permissions**
-   - Go to Play Console → Configuration → API Access
-   - Ensure service Compte has access to your Application
-   - Grant "Libération to Test tracks" permission
-
-3. **Verify Application is set up in Play Console**
-   - Application must be created in Play Console first
-   - At least one APK must be uploaded manually initially
-
-4. **Vérifier API is enabled**
-   - Google Play Developer API must be enabled
-   - Vérifier in Google Cloud Console
-
-## General Issues
-
-### "Job not found" or "Construction status Indisponible"
-
-**Symptoms:**
-- Cannot Vérifier Construction status
-- Job ID errors
-
-**Solutions:**
-
-1. **Wait a moment and retry**
-   - Construction jobs may take a few seconds to Initialiser
-
-2. **Vérifier job ID is correct**
-   - Verify the job ID from the initial Construction response
-
-3. **Vérifier Construction hasn't expired**
-   - Construction data is Disponible for 24 hours
-
-### "Project Synchroniser Échoué"
-
-**Symptoms:**
-- Construction fails before compilation starts
-- Missing files errors
-
-**Solutions:**
-
-1. **Run Capacitor Synchroniser locally**
-   ```bash
-   npx cap sync
-   ```
-
-2. **Ensure all Natif files are committed**
-   ```bash
-   git status ios/ android/
-   ```
-
-3. **Vérifier for gitignored Natif files**
-   - Review .gitignore
-   - Ensure Important config files aren't ignored
-
-### "Construction succeeded but I don't see output"
-
-**Symptoms:**
-- Construction shows Succès but no Télécharger link
-
-**Solutions:**
-
-1. **Vérifier Construction Configuration**
-   - Artifact storage may not be configured
-   - For public Bêta, Contact Support À propos artifact access
-
-2. **For iOS TestFlight submission**
-   - Vérifier Application Store Connect
-   - Processing may take 5-30 minutes after Télécharger
-
-3. **For Android Play Store**
-   - Vérifier Play Console → Test → Internal Test
-   - Processing may take a few minutes
-
-## CI/CD Specific Issues
-
-### GitHub Actions: "Commande not found"
-
-**Symptoms:**
-- `npx @capgo/cli` fails in CI
-
-**Solutions:**
-
-1. **Ensure Node.js is installed**
-   ```yaml
-   - uses: actions/setup-node@v6
-     with:
-       node-version: '24'
-   ```
-
-2. **Installer CLI explicitly**
-   ```yaml
-   - run: npm install -g @capgo/cli
-   ```
-
-### GitHub Actions: "Secrets not found"
-
-**Symptoms:**
-- Environment variables empty in Construction
-
-**Solutions:**
-
-1. **Verify secrets are set**
-   - Go to repo Paramètres → Secrets and variables → Actions
-   - Ajouter all required secrets
-
-2. **Use correct syntax**
-   ```yaml
-   env:
-     CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-   ```
-
-3. **Vérifier secret names match**
-   - Names are case-sensitive
-   - No typos in secret references
-
-## Getting More Aide
-
-### Activer Verbose Logging
-
-```bash
-# Add debug flag (when available)
-npx @capgo/cli@latest build com.example.app --verbose
-```
-
-### Collect Construction Information
-
-When contacting Support, include:
-
-1. **Construction Commande used**
-   ```bash
-   npx @capgo/cli@latest build com.example.app --platform ios
-   ```
-
-2. **Erreur message** (full output)
-
-3. **Job ID** (from Construction output)
-
-4. **Construction Journaux** (copy full Terminal output)
-
-5. **Environment Info**
-   ```bash
-   node --version
-   npm --version
-   npx @capgo/cli --version
-   ```
-
-### Contact Support
-
-- **Discord**: [Join our Communauté](https://discord.com/invite/VnYRvBfgA6)
-- **Email**: Support@capgo.Application
-- **Documentation**: [Capgo Docs](/docs/)
-
-### Known Limitations
-
-Current limitations during public Bêta:
-
-- Maximum Construction time: 10 minutes
-- Maximum Télécharger size: ~500MB
-- iOS builds require 24-hour Mac leases, Construction on Mac will enqueue to ensure optimal Utilisation
-- Construction artifact Télécharger may not be Disponible
-
-These limitations may be adjusted based on Retour.
-
-## Additional Resources
-
-- [Commencer](/docs/CLI/cloud-Construction/getting-started/) - Initial Configuration Guide
-- [iOS Builds](/docs/CLI/cloud-Construction/iOS/) - iOS-specific Configuration
-- [Android Builds](/docs/CLI/cloud-Construction/Android/) - Android-specific Configuration
-- [CLI Référence](/docs/CLI/Référence/Construction/) - Terminé Commande Documentation
diff --git a/src/content/docs/fr/cli/commands.mdx b/src/content/docs/fr/cli/commands.mdx
deleted file mode 100644
index 8080cfed9..000000000
--- a/src/content/docs/fr/cli/commands.mdx
+++ /dev/null
@@ -1,463 +0,0 @@
----
-title: Commands
-description: 'Documentation Capgo CLI, comment l''utiliser et à quoi sert-elle'
-sidebar:
-  order: 2
-locale: fr
----
-import { LinkCard } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-### Utilisation
-
-Toutes les commandes doivent être exécutées dans votre dossier d'application avec le projet de condensateur correctement allumé.
-
-<LinkCard
-	title="Capacitor Runtime natif multiplateforme pour les applications Web"
-	href="https://capacitorjs.com/docs/getting-started/"
-/>
-
-### **Init**
-
-`npx @capgo/cli@latest init [apikey]`
-
-Cette méthode est là pour vous intégrer étape par étape.
-
-Cela ajoutera votre application à Capgo. Il ajoutera le code à votre application pour valider la mise à jour. De même, il construira votre application. De plus, votre application sera téléchargée sur Capgo. Et cela vous aidera à vérifier si la mise à jour fonctionne.
-
-### **Connexion**
-
-`npx @capgo/cli login [apikey]`
-
-Cette méthode est là pour mémoriser le `apikey` pour vous.
-
-:::note
-utilisez `--apikey=********` dans n'importe quelle commande pour le remplacer
-:::
-
-**En option, vous pouvez donner :**
-
-`--local` Cela stockera votre **apikey** dans le dépôt local et l'ignorera.
-
-## **Médecin**
-
-`npx @capgo/cli doctor`
-
-Commande pour vérifier si vous êtes à jour avec les packages Capgo.
-
-Cette commande sera également utile pour le rapport de bug.
-
-## Application
-
-### **Ajouter**
-
-`npx @capgo/cli app add [appId]`
-
-`[appId]` votre identifiant d'application au format `com.test.app` est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-
-> 💡 Toutes les options seront devinées dans votre configuration si elles ne sont pas fournies.
-
-En option, vous pouvez donner :
-
-* `--icon [/path/to/my/icon]` pour avoir une icône personnalisée affichée dans l'application Web Capgo.
-* `--name [test]` pour avoir un nom personnalisé dans la liste.
-* Clé `--apikey [key]` API pour créer un lien vers votre compte.
-* `--retention [retention]` période de conservation de l'app bundle en jours, 0 par défaut = infini.
-
-Exemple de `capacitor.config.json` pour appId et AppName, l'icône est devinée dans le dossier des ressources
-
-```json
-{
-  "appId": "ee.forgr.capacitor_go",
-  "appName": "Capgo",
-  "webDir": "dist"
-}
-```
-
-### **Définir**
-
-`npx @capgo/cli app set [appId]`
-
-`[appId]` est votre identifiant d'application, le format est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-
-En option, vous pouvez donner :
-
-* `--icon [/path/to/my/icon]` pour avoir une icône personnalisée affichée dans l'application Web Capgo.
-* `--name [test]` pour avoir un nom personnalisé dans la liste.
-* `--retention [retention]` période de conservation de l'app bundle en jours, 0 par défaut = infini.
-* Clé `--apikey [key]` API pour créer un lien vers votre compte.
-
-### **Liste**
-
-`npx @capgo/cli app list [appId]`
-
-`[appId]` votre identifiant d'application au format `com.test.app` est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-
-En option, vous pouvez donner :
-
-* Clé `--apikey [key]` API pour créer un lien vers votre compte.
-
-### **Supprimer**
-
-`npx @capgo/cli app delete [appId]`
-
-`[appId]` votre identifiant d'application au format `com.test.app` est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-
-En option, vous pouvez donner :
-
-* Clé `--apikey [key]` API pour créer un lien vers votre compte.
-* `--bundle` avec le numéro de version supprimera uniquement cette version.
-
-### Débogage
-
-`npx @capgo/cli app debug [appId]`
-
-`[appId]` votre identifiant d'application au format `com.test.app` est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-
-En option, vous pouvez donner :
-
-* Clé `--apikey [key]` API pour créer un lien vers votre compte.
-* `--device` avec le périphérique spécifique que vous souhaitez déboguer
-
-### Paramètre
-
-`npx @capgo/cli app setting [path]`
-
-Modifiez la configuration Capacitor.
-
-`[path]` - chemin du paramètre que vous souhaitez modifier. Par exemple, pour modifier le `appId`, fournissez `appId`. 
-Si vous souhaitez désactiver la mise à jour automatique dans `capacitor-updater`, fournissez `plugins.CapacitorUpdater.autoUpdate`
-
-Vous DEVEZ fournir soit `--string` ou `--bool` !
-
-Possibilités : 
- - `--string <string>` - définit le paramètre sur une chaîne
- - `--bool <true | false>` - définit le paramètre sur un booléen
-
-## Lot### Télécharger
-
-`npx @capgo/cli bundle upload [appId]`
-
-`[appId]` est l'ID de votre application, le format est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-
-En option, vous pouvez donner :
-
-* Clé `--apikey <apikey>` API pour créer un lien vers votre compte.
-* `--path <path>` Chemin du dossier à télécharger.
-* `--channel <channel>` Canal vers lequel créer un lien.
-* `--external <url>` Lien vers une URL externe au lieu de télécharger vers Capgo Cloud.
-* `--iv-session-key <key>` Définissez la clé IV et la clé de session pour l'URL du bundle externe.
-* `--s3-endpoint <s3Endpoint>` URL du point de terminaison S3. Ne fonctionne pas avec les téléchargements delta ou l'option externe.
-* `--s3-region <region>` Région pour votre compartiment S3. 
-* Clé `--s3-apikey <apikey>` API pour votre point de terminaison S3.
-* `--s3-apisecret <apisecret>` API secret pour votre point de terminaison S3.
-* `--s3-bucket-name <bucketName>` Nom de votre compartiment AWS S3.
-* `--s3-port <port>` Port pour votre point de terminaison S3.
-* `--no-s3-ssl` Désactivez SSL pour le téléchargement S3.
-* `--key <key>` Chemin personnalisé pour la clé de signature publique (système v1).
-* `--key-data <keyData>` Clé de signature publique (système v1).
-* `--key-v2 <key>` Chemin personnalisé pour la clé de signature privée (système v2).
-* `--key-data-v2 <keyData>` Clé de signature privée (système v2).
-* `--bundle-url` Imprime l'URL du bundle dans la sortie standard.
-* `--no-key` Ignorer la clé de signature et envoyer une mise à jour claire.
-* `--no-code-check` Ignorer la vérification si notifyAppReady() est appelé dans le code source et l'index présent dans le dossier racine.
-* `--display-iv-session` Afficher dans la console l'IV et la clé de session utilisées pour chiffrer la mise à jour.
-* `--bundle <bundle>` Numéro de version du bundle à télécharger.
-* `--min-update-version <minUpdateVersion>` Version minimale requise pour mettre à jour vers cette version. Utilisé uniquement si la désactivation de la mise à jour automatique est définie sur les métadonnées du canal.
-* `--auto-min-update-version` Définissez la version de mise à jour minimale en fonction des packages natifs.
-* `--ignore-metadata-check` Ignore la vérification des métadonnées (node_modules) lors du téléchargement.
-* `--ignore-checksum-check` Ignore la vérification de la somme de contrôle lors du téléchargement.
-* `--timeout <timeout>` Délai d'expiration du processus de téléchargement en secondes.
-* `--delta` Télécharge les fichiers Delta (manifeste) avec l'ensemble complet.
-* `--delta-only` Télécharge uniquement les mises à jour Delta (manifeste), en ignorant l'ensemble complet.
-* `--no-delta` Désactive les téléchargements Delta (manifeste) (utile si `directUpdate` est activé mais que vous souhaitez un bundle complet).
-* `--tus` Téléchargez le bundle en utilisant le protocole tus.
-* `--multipart` Utilise le protocole multipart pour télécharger des données vers S3, obsolète, utilisez plutôt TUS.
-* `--encrypted-checksum <encryptedChecksum>` Une somme de contrôle cryptée (signature). Utilisé uniquement lors du téléchargement d'un bundle externe.
-* `--package-json <packageJson>` Un chemin vers package.json. Utile pour les monorepos.
-* `--auto-set-bundle` Définissez le bundle dans condensateur.config.json.
-* `--node-modules <nodeModules>` Une liste de chemins vers node_modules. Utile pour les monorepos (séparés par des virgules ex : ../../node_modules,./node_modules)
-
-> ⭐️ L'option externe permet de débloquer 2 cas : entreprise soucieuse de confidentialité, n'envoyez pas le code à un tiers et application de plus de 200 Mo. Avec ce paramètre, Capgo stocke uniquement le lien vers le zip et envoie le lien à toutes les applications.
-
-> 👀 Capgo cloud ne regarde jamais ce qu'il y a dans le lien (pour option externe), ni dans le code une fois stocké.
-
-> 🔑 Vous pouvez ajouter une deuxième couche de sécurité en utilisant le cryptage, alors Capgo ne pourra plus rien regarder ou modifier, il devient « trustless ».Exemple de `package.json` pour la version
-
-```json
-{
-  "version": "1.0.2"
-}
-```
-
-> ⛔ La version doit être supérieure à « 0.0.0 ».
-
-> 💡 N'oubliez pas de mettre à jour le numéro de version à chaque fois que vous en envoyez un, le numéro de version ne peut pas être remplacé ou réutilisé après suppression pour des raisons de sécurité.
-
-### **Liste**
-
-`npx @capgo/cli bundle list [appId]`
-
-`[appId]` votre identifiant d'application au format `com.test.app` est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-
-En option, vous pouvez donner :
-
-* Clé `--apikey [key]` API pour créer un lien vers votre compte.
-
-### **Supprimer**
-
-`npx @capgo/cli bundle delete [appId]`
-
-`[appId]` votre identifiant d'application au format `com.test.app` est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-
-En option, vous pouvez donner :
-
-* Clé `--apikey [key]` API pour créer un lien vers votre compte.
-* `--bundle` avec le numéro de version supprimera uniquement cette version.
-
-### Nettoyage
-
-dans une gamme SemVer pour une version majeure vers le Cloud
-
-`npx @capgo/cli bundle cleanup [appId] --bundle=[majorVersion] --keep=[numberToKeep]`
-
-`[appId]` votre identifiant d'application au format `com.test.app` est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-
-En option, vous pouvez donner :
-
-* Clé `--apikey [key]` API pour créer un lien vers votre compte.
-* `--bundle [majorVersion]` une version pour laquelle vous souhaitez supprimer les packages précédents, elle conservera le dernier + `numberToKeep`.
-* `--keep [numberToKeep]` le nombre de packages que vous souhaitez conserver (4 par défaut).
-
-Par exemple : si vous disposez de 10 versions de 10.0.1 à 10.0.11 et que vous utilisez `npx @capgo/cli cleanup [appId] --bundle=10.0.0`, cela supprimera 10.0.1 à 10.0.6. 10.0.7 jusqu’au 10.0.11 seront conservés.
-
-Si vous disposez de 20 versions au total et que vous ne fournissez pas de numéro de bundle comme celui-ci : `npx @capgo/cli cleanup [appId] --keep=2` Cela supprimera 18 versions et conservera les 2 dernières.
-
-> Cette commande demandera une confirmation, elle affiche un tableau de ce qu'elle va conserver et supprimer.
-
-:::note
-Cette commande ignorera les bundles actuellement utilisés dans n'importe quel canal.
-:::
-
-### **Chiffrer**
-
-> **Avertissement** : Cette commande est obsolète et sera supprimée dans la prochaine version majeure. Veuillez utiliser le nouveau système de cryptage.
-`npx @capgo/cli bundle encrypt [path/to/zip]`
-
-Cette commande est utilisée lorsque vous utilisez une source externe pour stocker votre code ou à des fins de test. 
-
-En option, vous pouvez donner :
-
-`--key [/path/to/my/private_key]` le chemin de votre clé privée.
-`--key-data [privateKey]` les données de la clé privée, si vous souhaitez les utiliser en ligne. 
-La commande imprimera votre `ivSessionKey`y et générera un zip crypté, pour l'utiliser avec la commande upload ou la commande decryt.
-
-### **Crypter la V2**
-
-`npx @capgo/cli bundle encrypt [path/to/zip] [checksum]`
-
-Cette commande est utilisée lorsque vous utilisez une source externe pour stocker votre code ou à des fins de test. 
-La somme de contrôle est le sha256 du bundle (généré par --key-v2), elle sert à vérifier l'intégrité du fichier après décryptage.
-Il sera crypté avec la clé privée et envoyé avec le bundle.
-Dans le chiffrement v2, la somme de contrôle est mise à niveau pour devenir une « signature » du bundle.
-
-En option, vous pouvez donner :
-
-`--key [/path/to/my/private_key]` le chemin de votre clé privée.
-`--key-data [privateKey]` les données de la clé privée, si vous souhaitez les utiliser en ligne. 
-`--json` pour afficher les informations au format json.
-La commande imprimera votre `ivSessionKey`y et générera un zip crypté, pour l'utiliser avec la commande upload ou la commande decryt.
-
-### **Décrypter**
-
-`npx @capgo/cli bundle decrypt [path/to/zip] [ivSessionKey]`
-
-En option, vous pouvez donner :
-
-`--key [/path/to/my/private_key]` le chemin de votre clé privée.`--key-data [privateKey]` les données de la clé privée, si vous souhaitez les utiliser en ligne. Cette commande est principalement utilisée à des fins de test, elle déchiffrera le zip et imprimera la clé de session déchiffrée en base64 dans la console.
-
-### **Décrypter la V2**
-
-`npx @capgo/cli bundle decryptV2 [path/to/zip]  [ivSessionKey]`
-
-En option, vous pouvez donner :
-
-`--key [/path/to/my/private_key]` le chemin de votre clé privée.
-`--key-data [privateKey]` les données de la clé privée, si vous souhaitez les utiliser en ligne. Cette commande est principalement utilisée à des fins de test, elle déchiffrera le zip et imprimera la clé de session déchiffrée en base64 dans la console.
-`--checksum [checksum]` la somme de contrôle du fichier, il vérifiera la somme de contrôle après le décryptage.
-
-### **Zip**
-
-`npx @capgo/cli bundle zip [appId]`
-
-`[appId]` est l'identifiant de votre application, le format est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-
-En option, vous pouvez donner :
-
-* `--path [/path/to/my/bundle]` pour télécharger un dossier spécifique.
-* `--bundle [1.0.0]` pour définir le numéro de version du bundle du nom de fichier.
-* `--name [myapp]` pour remplacer le nom de fichier.
-* `--json` pour afficher les informations au format json.
-* `--no-code-check` pour ignorer la vérification du code et envoyer quand même le bundle.
-* `--key-v2` pour utiliser le nouveau système de cryptage. Ceci est nécessaire car le nouveau système de cryptage utilise de meilleures sommes de contrôle pour vérifier l'intégrité du fichier.
-  
-### **Compatibilité** 
-
-`npx @capgo/cli bundle compatibility [appId] -c [channelId]`
-
-`[appId]` est l'ID de votre application, le format est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-`[channelId]` le nom de votre nouvelle chaîne.
-
-En option, vous pouvez donner :
-
-* Clé `--apikey [key]` API pour créer un lien vers votre compte.
-* `--text` utilise du texte au lieu d'émojis dans le tableau
-* `--channel [channel]` le canal avec lequel vérifier la compatibilité.
-* `--package-json <packageJson>` Un chemin vers package.json. Utile pour les monorepos
-* `--node-modules <nodeModules>` Une liste de chemins vers node_modules. Utile pour les monorepos (séparés par des virgules ex : ../../node_modules,./node_modules)
-
-## Chaîne
-
-### **Ajouter**
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-`[channelId]` le nom de votre nouvelle chaîne. `[appId]` votre identifiant d'application au format `com.test.app` est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-
-### **Supprimer**
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-`[channelId]` le nom de votre chaîne que vous souhaitez supprimer. `[appId]` votre identifiant d'application au format `com.test.app` est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-
-### **Liste**
-
-`npx @capgo/cli channel list [appId]`
-
-`[appId]` votre identifiant d'application au format `com.test.app` est expliqué [ici] (https://capacitorjs.com/docs/cli/commands/init/).
-
-En option, vous pouvez donner :
-
-* Clé `--apikey [key]` API pour créer un lien vers votre compte.
-
-### **Définir**
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-`[appId]` est l'identifiant de votre application, le format est expliqué [ici](https://capacitorjs.com/docs/cli/commands/init/).
-
-En option, vous pouvez donner :* `--bundle [1.2.3]` votre app bundle déjà envoyé vers le cloud, pour le lier à une chaîne.
-* `--latest` obtient la version groupée de `package.json:version`, ne peut pas être utilisé avec `--bundle`.
-* `--state [ normal | default ]` définit l'état du canal, peut être `normal` ou `default`. Un canal doit être `default`.
-* `--downgrade` permet à la chaîne d'envoyer une version rétrogradée aux appareils.
-* `--no-downgrade` interdit au canal d'envoyer une version rétrogradée aux appareils.
-* `--upgrade` permet au canal d'envoyer une version de mise à niveau (majeure) aux appareils.
-* `--no-upgrade` interdit au canal d'envoyer une version de mise à niveau (majeure) aux appareils.
-* `--ios` permet au canal d'envoyer la version aux appareils iOS.
-* `--no-ios` interdit au canal d'envoyer la version aux appareils iOS.
-* `--android` permet à la chaîne d'envoyer la version aux appareils Android.
-* `--no-android` interdit à la chaîne d'envoyer la version aux appareils Android.
-* `--self-assign` permet aux appareils de s'auto-attribuer à ce canal.
-* `--no-self-assign` interdit aux appareils de s'auto-attribuer à ce canal.
-* `--disable-auto-update STRATEGY` Désactive la stratégie de mise à jour automatique pour cette chaîne. Les options possibles sont : majeure, mineure, métadonnées, aucune.
-* Clé `--apikey [key]` API pour créer un lien vers votre compte.
-
-## Désactiver la stratégie de mises à jour
-
-Il existe plusieurs façons de gérer la désactivation des mises à jour pour les versions trop anciennes.\
-Capgo ne peut pas mettre à jour le code natif, donc une mise à jour d'une version avec l'ancien code natif vers une version avec le code natif mis à jour ne devrait pas être possible.
-Il existe plusieurs façons d’y parvenir.
-
-Tout d’abord, la stratégie `major`. Cela empêche une mise à jour depuis `0.0.0` -> `1.0.0`. Le majeur est le nombre en surbrillance (**1**.0.0 et **0**.0.0).\
-La deuxième est la stratégie `minor`. Il empêche une mise à jour de `0.0.0` -> `1.1.0` ou une mise à jour de `1.1.0` vers `1.2.0`. 
-**ATTENTION** cette stratégie n'empêche pas une mise à jour depuis `0.1.0` -> `1.1.0`
-
-Troisièmement, la stratégie `patch`. Il a été ajouté à capgo comme mode très strict. Son utilisation n’est pas recommandée à moins que vous compreniez parfaitement son fonctionnement.
-Pour qu'il accepte une mise à jour, les conditions suivantes doivent être remplies :
- - La majeure est la même entre la nouvelle et l'ancienne version
- - La mineure est la même entre la nouvelle et l'ancienne version
- - Le patch de la nouvelle version s'il est supérieur au patch de l'ancienne version
-
-Voici un exemple de scénarios dans lesquels la mise à jour est autorisée ou refusée
-
- - 0.0.311 -> 0.0.314 ✅
- - 0.0.0 -> 0.0.314 ✅
- - 0.0.316 -> 0.0.314 ❌
- - 0.1.312 -> 0.0.314 ❌
- - 1.0.312 -> 0.0.314 ❌
-
-
-Enfin la stratégie la plus compliquée. La stratégie `metadata`.\
-Vous devez d'abord savoir qu'après l'avoir activé, les mises à jour **Échoueront** car le canal ne dispose pas des métadonnées requises.\
-Si la chaîne manque de métadonnées, vous verrez un message comme celui-ci :
-<img src="/fail-metadata.webp" alt="Impossible de trouver les métadonnées"/>
-
-Si vous voyez quelque chose comme ceci, vous savez que vous devez accéder au bundle actuel pour le canal défaillant et définir les métadonnées.\
-Tout d’abord, déterminez quel canal est en panne. Vous pouvez le faire en consultant la colonne `misconfigured`
-<img src="/misconfigured-table.webp" alt="Tableau mal configuré"/>Accédez ensuite au canal défaillant et cliquez sur « Numéro du bundle ». Cela devrait vous amener à la page du forfait.
-<img src="/fail-channel-show.webp" alt="Localiser le canal défaillant"/>
-
-Une fois sur place, remplissez le champ « Version de mise à jour minimale ». Cela devrait être un [semver](https://devhints.io/semver/).\
-Si la valeur que vous transmettez n'est pas un semver, vous obtiendrez une erreur, mais si tout se passe correctement, vous devriez voir quelque chose comme ceci :
-<img src="/set-min-update-version.webp" alt="Définir la version minimale"/>
-
-Désormais, vous ne souhaiterez probablement pas définir ces données manuellement à chaque mise à jour. Heureusement, le CLI vous empêchera d'envoyer une mise à jour sans ces métadonnées
-<img src="/cli-fail-no-metadata.webp" alt="CLI échoue sans métadonnées"/>
-
-Pour télécharger correctement un bundle lorsque vous utilisez l'option `metadata`, vous devez transmettre le `--min-update-version` avec le semver valide. Quelque chose comme ça :
-<img src="/cli-upload-with-metadata.webp" alt="CLI téléchargement avec métadonnées"/>
-
-Le `--min-update-version` n'est pas le SEUL moyen d'assurer la compatibilité.
-Il existe également le `--auto-min-update-version`. Voici comment cela fonctionne.
-
-Tout d’abord, il examine la version actuellement téléchargée sur la chaîne. Il vérifie la compatibilité de la même manière que le ferait la commande « bundle compatibilité ».
-Deuxièmement, si la nouvelle version est 100 % compatible, elle réutilise le `min_update_version` de la dernière version du canal.
-Sinon, il définit `min_update_version` sur le numéro de bundle de la version nouvellement téléchargée.
-
-Vous obtiendrez toujours une information sur ce qu'est le `min_update_version` lorsque vous utilisez cette option. Cela ressemblera à ceci :
-<img src="/min_update_version_info.webp" alt="Version de mise à jour minimale"/>
-
-Si la nouvelle version n'est pas compatible, cela devrait ressembler à ceci
-<img src="/min_update_version_not_compatible.webp" alt="Version de mise à jour minimale incompatible"/>
-
-## Chiffrement de bout en bout (sans confiance)
-
-Capgo prend en charge le cryptage de bout en bout, cela signifie que votre bundle (code) est crypté avant d'être envoyé vers le cloud et déchiffré sur l'appareil. Pour cela, vous devez générer une paire de clés RSA, vous pouvez utiliser la commande suivante pour la générer.
-
-Le système de cryptage est une combinaison de RSA et AES, la clé RSA est utilisée pour crypter la clé AES et la clé AES est utilisée pour crypter le fichier.
-
-Voir ci-dessous pour plus d'informations sur le système de cryptage.
-
-<img src="/crypto_explained.webp" alt="Comment fonctionne la cryptographie"/>
-
-Schéma de chiffrement
-
-### Créez une clé pour votre application
-
-`npx @capgo/cli key create`
-
-En option, vous pouvez donner : `--force` pour écraser la clé existante. Cette commande créera pour vous une paire de clés dans votre application, et vous demandera de sauvegarder la clé privée dans un endroit sûr. Il est recommandé de ne pas valider la clé privée et de ne la partager avec personne.
-
-> Après votre test local, supprimez la clé du fichier de configuration et ajoutez-la à l'étape CI avec `key save`
-
-### Enregistrez la clé dans la configuration de votre application
-
-`npx @capgo/cli key save`
-
-En option, vous pouvez donner :
-
-`--key [/path/to/my/public_key]` le chemin de votre fichier de clé publique.
-
-`--key-data [publicKey]` les données de la clé publique, si vous souhaitez les utiliser en ligne. Cette commande est utile si vous avez suivi la recommandation et n'avez pas validé la clé dans la configuration de votre application.
-
-## Intégration Ci
-
-Pour automatiser votre travail, je vous recommande de faire en sorte que l'action GitHub fasse le travail de transmission vers notre serveur
-
-[Tutoriel d'action GitHub](https://capgo.app/blog/automatic-build-and-release-with-github-actions/)
-
-## Notre application de démonstration
-
-[GitHub - Cap-go/demo-app](https://github.com/Cap-go/demo-app/)
-
-N'oubliez pas de configurer la variable d'environnement CI avec votre clé API
diff --git a/src/content/docs/fr/cli/migrations/cli-from-0x-to-1x.mdx b/src/content/docs/fr/cli/migrations/cli-from-0x-to-1x.mdx
deleted file mode 100644
index 6efdfbb86..000000000
--- a/src/content/docs/fr/cli/migrations/cli-from-0x-to-1x.mdx
+++ /dev/null
@@ -1,12 +0,0 @@
----
-title: CLI De 0.x à 1.x
-description: >-
-  Comment passer de 0.x à 1.x du programme de mise à jour de Capgo, découvrez
-  quelles sont les dernières modifications et comment les gérer
-sidebar:
-  order: 5
-locale: fr
----
-Il n’y a aucun changement significatif dans le CLI.
-
-Le changement radical consiste principalement à renommer l'argument `--version` en `--bundle` pour éviter les conflits et suivre le nouveau nom partout.
diff --git a/src/content/docs/fr/cli/migrations/encryption.md b/src/content/docs/fr/cli/migrations/encryption.md
deleted file mode 100644
index 83fac599a..000000000
--- a/src/content/docs/fr/cli/migrations/encryption.md
+++ /dev/null
@@ -1,89 +0,0 @@
----
-title: Encryption
-description: >-
-  Comment chiffrer vos données avec le chiffrement v2, sécuriser votre
-  application et vous assurer que vous seul pouvez mettre à jour vos
-  utilisateurs avec vos mises à jour
-sidebar:
-  order: 5
-locale: fr
----
-Cette documentation explique comment migrer vers le système de chiffrement v2. Apprenez-en davantage sur le système de chiffrement v2 dans le [article de blog](/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing).
-
-## 1. Créer une paire de clés
-
-```bash
-npx @capgo/cli key create
-```
-
-:::warning
-Stockez la clé privée en toute sécurité. Ne le confiez jamais au contrôle de source et ne le partagez jamais avec des parties non fiables.
-:::
-
-Cette commande :
-- Crée une nouvelle paire de clés dans votre application
-- Supprime l'ancienne clé de votre configuration Capacitor
-- Conserve les anciens fichiers clés pour une compatibilité ascendante
-
-## 2. Mettre à jour la configuration Capacitor
-
-Lorsque vous êtes invité à « Voulez-vous configurer le cryptage avec le nouveau canal afin de prendre en charge les anciennes applications et faciliter la migration ? », sélectionnez oui. Cela ajoute une nouvelle option `defaultChannel` à votre configuration Capacitor.
-
-```ts
-// capacitor.config.ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      // ... other options
-      defaultChannel: 'encryption_v2' // New apps will use this channel
-    }
-  }
-};
-
-export default config;
-```
-
-## 3. Télécharger le bundle sur une nouvelle chaîne
-
-```bash
-npx @capgo/cli bundle upload --channel encryption_v2
-```
-
-## 4. Activer l'auto-affectation
-
-:::caution
-Requis pour que l'option `defaultChannel` fonctionne
-:::
-
-```bash
-npx @capgo/cli channel set encryption_v2 --self-assign
-```
-
-## 5. Télécharger sur l'ancienne chaîne
-
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
-:::tip
-La configuration Capacitor n'est jamais téléchargée sur Capgo
-:::
-
-## 6. Nettoyage (après 3-4 mois)
-
-Une fois que tous les utilisateurs ont mis à jour leurs applications :
-
-1. Supprimez `defaultChannel` de votre configuration Capacitor
-2. Supprimez l'ancienne chaîne :
-
-```bash
-npx @capgo/cli channel delete encryption_v2
-```
-
-:::note
-Les applications utilisant `encryption_v2` par défaut passeront au canal `production` après la suppression.
-:::
diff --git a/src/content/docs/fr/cli/overview.mdx b/src/content/docs/fr/cli/overview.mdx
deleted file mode 100644
index 5f27c70f4..000000000
--- a/src/content/docs/fr/cli/overview.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: Overview
-description: >-
-  Ce document fournit un aperçu complet de Capgo CLI, comment il peut être
-  utilisé pour améliorer votre processus de développement d'applications en
-  permettant des mises à jour en direct transparentes.
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: fr
----
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Utilisez la fonctionnalité Live Updates de Capgo pour mettre à jour les bundles JavaScript de votre application à distance, en temps réel. Envoyez les mises à jour JS directement à vos utilisateurs sans passer par le processus d'examen de l'App Store pour corriger instantanément les bugs et proposer de nouvelles fonctionnalités.
-
-<Aside>
-
-Les mises à jour en direct sont limitées aux modifications du bundle JavaScript. Si vous devez mettre à jour le code natif, par exemple en ajoutant ou en supprimant un plug-in ou en modifiant la configuration d'un projet natif, vous devrez soumettre une nouvelle version binaire native aux magasins d'applications.
-
-</Aside>
-
-## Comment fonctionnent les mises à jour en direct
-
-Le système Live Update de Capgo comporte deux composants clés :
-
-1. Le Capgo SDK, que vous installez dans votre application. Le SDK vérifie les mises à jour disponibles et les télécharge en arrière-plan.
-
-2. Canaux, qui vous permettent de cibler les mises à jour sur des groupes spécifiques d'utilisateurs. Vous pouvez utiliser des canaux pour gérer différentes pistes de publication, telles que `Production`, `Staging` et `Dev`.
-
-Lorsque vous téléchargez un nouveau bundle JS sur Capgo et l'attribuez à un canal, le Capgo SDK dans les applications configurées pour ce canal détectera la mise à jour et la téléchargera. Au prochain redémarrage de l'application, le nouveau bundle sera chargé.
-
-## Pour commencer
-
-Pour commencer à utiliser les mises à jour en direct, procédez comme suit :
-
-<Steps>
-
-1. Complétez le [Capgo Quickstart](/docs/getting-started/quickstart) pour configurer votre application dans Capgo et installez Capgo SDK.
-
-2. Dans le code de votre application, appelez `CapacitorUpdater.notifyAppReady()` une fois l'initialisation de votre application terminée. Cela indique au Capgo SDK que votre application est prête à recevoir des mises à jour.
-
-3. Créez votre bundle JS et téléchargez-le sur Capgo :
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. Ouvrez votre application et attendez que la mise à jour soit téléchargée. Vous pouvez vérifier l'état avec :
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. Une fois la mise à jour téléchargée, fermez et rouvrez votre application pour charger le nouveau bundle.
-
-</Steps>
-
-Consultez le guide [Déploiement des mises à jour en direct](/docs/getting-started/deploy) pour plus de détails.
-
-## Le Capgo CLI
-
-Le Capgo CLI est un outil puissant qui permet aux développeurs d'interagir avec les services de Capgo à partir de leurs propres pipelines CI/CD. Avec le CLI, vous disposez d'un contrôle granulaire sur le moment où les builds sont produites et déployées, ce qui vous permet d'intégrer Capgo dans les flux de travail de votre entreprise existants.
-
-### A quoi sert le Capgo CLI ?
-
-Le Capgo CLI est conçu pour les développeurs et les équipes qui ont besoin de plus de contrôle et de flexibilité dans leurs flux de travail de mise à jour en direct. En utilisant le CLI dans vos pipelines CI/CD, vous pouvez :
-
-- Décidez exactement quand créer et déployer les mises à jour, plutôt que de vous fier à l'automatisation intégrée de Capgo
-- Insérez vos propres processus, tels que la signature de code, les tests d'assurance qualité ou les approbations des responsables, entre les étapes de création et de déploiement.
-- Intégrez Capgo dans vos outils et flux de travail DevOps existants
-
-### Authentification
-
-Pour utiliser le Capgo CLI, vous devrez vous authentifier avec votre clé API. Vous pouvez générer une clé API dans les paramètres de votre compte Capgo.Pour vous connecter et stocker en toute sécurité votre clé API, exécutez :
-
-```shell
-npx @capgo/cli@latest login [API_KEY]
-```
-
-Cette commande sera ensuite enregistrée pour une utilisation ultérieure. Vous n'aurez pas besoin de fournir votre clé API avec chaque commande après vous être connecté.
-
-### Différences clés par rapport aux autres outils CLI
-
-Si vous êtes familier avec d'autres outils de mise à jour en direct CLI, il y a quelques éléments clés à noter à propos du CLI de Capgo :
-
-- Capgo utilise un seul CLI pour les cas d'utilisation de développement et de CI/CD, car Capgo se concentre uniquement sur l'ensemble des fonctionnalités de mise à jour en direct.
-
-- Le Capgo CLI ne nécessite pas d'étape d'installation distincte. Il est fourni avec le package `@capgo/cli` et peut être exécuté directement à l'aide de `npx`.
-
-- Le CLI de Capgo est conçu spécifiquement pour le flux de travail de mise à jour en direct, il peut donc ne pas inclure certaines fonctionnalités ou commandes trouvées dans les outils CLI plus généraux.
-
-## Prochaines étapes
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/channels/">
-    <Card title="Channels" icon="bars">
-      Découvrez comment utiliser les canaux pour gérer différentes pistes de publication et cibler les mises à jour sur des utilisateurs spécifiques.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="Rollbacks" icon="left-arrow">
-      Découvrez comment revenir à une version précédente du bundle JS si une mise à jour provoque des problèmes.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="Comportement de mise à jour" icon="setting">
-      Personnalisez comment et quand les mises à jour sont téléchargées et appliquées dans votre application.  
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="Mises à jour rapides" icon="starlight">
-      Découvrez comment utiliser les mises à jour rapides pour accélérer le processus de mise à jour.
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/fr/cli/reference/account.mdx b/src/content/docs/fr/cli/reference/account.mdx
deleted file mode 100644
index bcdf7d469..000000000
--- a/src/content/docs/fr/cli/reference/account.mdx
+++ /dev/null
@@ -1,31 +0,0 @@
----
-locale: fr
-title: 👤 Compte
-description: 👤 Manage your Capgo Compte details and retrieve Information for Support or collaboration.
-sidebar_label: Compte
-sidebar: 
-  order: 8
----
-
-👤 Manage your Capgo Compte details and retrieve Information for Support or collaboration.
-
-### <a id="Compte-id"></a> 🔹 **Id**
-
-```bash
-npx @capgo/cli@latest account id
-```
-
-🪪 Retrieve your Compte ID, safe to share for collaboration or Support purposes in Discord or other platforms.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest account id
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-
diff --git a/src/content/docs/fr/cli/reference/app.mdx b/src/content/docs/fr/cli/reference/app.mdx
deleted file mode 100644
index 0836d2933..000000000
--- a/src/content/docs/fr/cli/reference/app.mdx
+++ /dev/null
@@ -1,155 +0,0 @@
----
-title: "\U0001F4F1 application"
-description: "\U0001F4F1 Gérez les paramètres et configurations de votre application Capgo dans Capgo Cloud."
-sidebar_label: app
-sidebar:
-  order: 7
-locale: fr
----
-📱 Gérez les paramètres et configurations de votre application Capgo dans Capgo Cloud.
-
-### <a id="app-add"></a> ➕ **Ajouter**
-
-**Alias :** `a`
-
-```bash
-npx @capgo/cli@latest app add
-```
-
-➕ Ajoutez une nouvelle application au Capgo Cloud avec un identifiant d'application unique au format com.test.app.
-Toutes les options peuvent être devinées à partir de la configuration si elles ne sont pas fournies.
-
-**Exemple :**
-
-```bash
-npx @capgo/cli@latest app add com.example.app --name "My App" --icon ./icon.png
-```
-
-**Options :**
-
-| Paramètres | Tapez | Descriptif |
-| ---------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | Nom de l'application à afficher dans Capgo Cloud |
-| **-je,** | <code>string</code> | Chemin de l'icône de l'application à afficher dans Capgo Cloud |
-| **-a,** | <code>string</code> | Clé API pour créer un lien vers votre compte |
-| **--supa-hôte** | <code>string</code> | URL d'hôte Supabase personnalisée (pour l'auto-hébergement ou le développement Capgo) |
-| **--supa-anon** | <code>string</code> | Clé anonyme Supabase personnalisée (pour l'auto-hébergement) |
-
-### <a id="app-delete"></a> 🗑️ **Supprimer**
-
-```bash
-npx @capgo/cli@latest app delete
-```
-
-🗑️ Supprimez une application du Capgo Cloud, en spécifiant éventuellement une version pour supprimer uniquement ce bundle.
-
-**Exemple :**
-
-```bash
-npx @capgo/cli@latest app delete com.example.app
-```
-
-**Options :**
-
-| Paramètres | Tapez | Descriptif |
-| ---------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clé API pour créer un lien vers votre compte |
-| **--supa-hôte** | <code>string</code> | URL d'hôte Supabase personnalisée (pour l'auto-hébergement ou le développement Capgo) |
-| **--supa-anon** | <code>string</code> | Clé anonyme Supabase personnalisée (pour l'auto-hébergement) |
-
-### <a id="app-list"></a> 📋 **Liste**
-
-**Alias :** `l`
-
-```bash
-npx @capgo/cli@latest app list
-```
-
-📋 Répertoriez toutes les applications enregistrées sous votre compte dans Capgo Cloud.
-
-**Exemple :**
-
-```bash
-npx @capgo/cli@latest app list
-```
-
-**Options :**
-
-| Paramètres | Tapez | Descriptif |
-| ---------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clé API pour créer un lien vers votre compte |
-| **--supa-hôte** | <code>string</code> | URL d'hôte Supabase personnalisée (pour l'auto-hébergement ou le développement Capgo) |
-| **--supa-anon** | <code>string</code> | Clé anonyme Supabase personnalisée (pour l'auto-hébergement) |
-
-### <a id="app-debug"></a> 🐞 **Débogage**
-
-```bash
-npx @capgo/cli@latest app debug
-```
-
-🐞 Écoutez les événements de mise à jour en direct dans Capgo Cloud pour déboguer votre application.
-Ciblez éventuellement un appareil spécifique pour des diagnostics détaillés.
-
-**Exemple :**
-
-```bash
-npx @capgo/cli@latest app debug com.example.app --device DEVICE_ID
-```
-
-**Options :**| Paramètres | Tapez | Descriptif |
-| ---------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clé API pour créer un lien vers votre compte |
-| **-d,** | <code>string</code> | L'ID de périphérique spécifique à déboguer |
-| **--supa-hôte** | <code>string</code> | URL d'hôte Supabase personnalisée (pour l'auto-hébergement ou le développement Capgo) |
-| **--supa-anon** | <code>string</code> | Clé anonyme Supabase personnalisée (pour l'auto-hébergement) |
-
-### <a id="app-setting"></a> ⚙️ **Réglage**
-
-```bash
-npx @capgo/cli@latest app setting
-```
-
-⚙️ Modifiez la configuration Capacitor par programme.
-Spécifiez le chemin de configuration (par exemple, plugins.CapacitorUpdater.defaultChannel) avec --string ou --bool.
-
-**Exemple :**
-
-```bash
-npx @capgo/cli@latest app setting plugins.CapacitorUpdater.defaultChannel --string "Production"
-```
-
-**Options :**
-
-| Paramètres | Tapez | Descriptif |
-| ---------- | ------------- | -------------------- |
-| **--bool** | <code>string</code> | Une valeur pour le paramètre à modifier sous forme booléenne, ex : --bool true |
-| **--chaîne** | <code>string</code> | Une valeur pour le paramètre à modifier sous forme de chaîne, ex : --string "Production" |
-
-### <a id="app-set"></a> ⚙️ **Ensemble**
-
-**Alias :** `s`
-
-```bash
-npx @capgo/cli@latest app set
-```
-
-⚙️ Mettez à jour les paramètres d'une application existante dans Capgo Cloud, tels que le nom, l'icône ou la période de conservation des offres groupées.
-La rétention de 0 signifie un stockage infini.
-
-**Exemple :**
-
-```bash
-npx @capgo/cli@latest app set com.example.app --name "Updated App" --retention 30
-```
-
-**Options :**
-
-| Paramètres | Tapez | Descriptif |
-| ---------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | Nom de l'application à afficher dans Capgo Cloud |
-| **-je,** | <code>string</code> | Chemin de l'icône de l'application à afficher dans Capgo Cloud |
-| **-a,** | <code>string</code> | Clé API pour créer un lien vers votre compte |
-| **-r,** | <code>string</code> | Jours de conservation des anciens bundles (0 = infini, par défaut : 0) |
-| **--expose-metadonnées** | <code>string</code> | Exposer les métadonnées du bundle (lien et commentaire) au plugin (vrai/faux, par défaut : faux) |
-| **--supa-hôte** | <code>string</code> | URL d'hôte Supabase personnalisée (pour l'auto-hébergement ou le développement Capgo) |
-| **--supa-anon** | <code>string</code> | Clé anonyme Supabase personnalisée (pour l'auto-hébergement) |
diff --git a/src/content/docs/fr/cli/reference/build.mdx b/src/content/docs/fr/cli/reference/build.mdx
deleted file mode 100644
index cefc89b32..000000000
--- a/src/content/docs/fr/cli/reference/build.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-locale: fr
-title: 🏗️ Construction
-description: Construction Natif mobile apps in the cloud and Soumettre them to Application Store and Play Store directly from your CLI.
-sidebar_label: Construction
-sidebar: 
-  order: 5
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-🏗️ Construction Natif mobile apps in the cloud and automatically Soumettre them to the Application Store and Play Store.
-
-## Aperçu
-
-The `build` command allows you to build your Capacitor app for iOS and Android in Capgo's cloud infrastructure, similar to how Expo handles builds. Your app is built on dedicated infrastructure and can be automatically submitted to the app stores.
-
-**Current Status:** Public Beta
-
-## Why Use Cloud Construction?
-
-Construction Natif mobile apps traditionally requires:
-- **Mac hardware** for iOS builds ($1000+ or expensive CI minutes)
-- **Complex CI/CD** Configuration with caching and credentials
-- **Maintenance overhead** for Xcode, Android Studio, and SDKs
-
-With Capgo Cloud Construction, you get:
-- ✅ **No Mac required** - Construction iOS apps from any machine
-- ✅ **Zero Configuration** - No CI/CD Configuration needed
-- ✅ **Battle-tested** - Built on 3 years of internal Production use
-- ✅ **Secure** - No Journal storage, automatic cleanup
-- ✅ **Natif-only** - Your JavaScript stays private
-
-## Démarrage rapide
-
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-That's it! Your Application will be built in the cloud and you'll see real-time Journaux.
-
-## Documentation Sections
-
-<CardGrid>
-  <Card title="⚠️ Setup Credentials FIRST" icon="warning">
-    **Required before building:** Save your iOS/Android credentials locally.
-
-    [Configuration Credentials →](/docs/CLI/cloud-Construction/credentials/)
-  </Card>
-
-  <Card title="Premiers pas" icon="rocket">
-    Créer your first Natif Construction in minutes.
-
-    [Read Guide →](/docs/CLI/cloud-Construction/getting-started/)
-  </Card>
-
-  <Card title="iOS Builds" icon="apple">
-    Configure certificates and Construction for Application Store.
-
-    [Configure iOS →](/docs/CLI/cloud-Construction/iOS/)
-  </Card>
-
-  <Card title="Android Builds" icon="setting">
-    Set up keystores and Construction for Play Store.
-
-    [Configure Android →](/docs/CLI/cloud-Construction/Android/)
-  </Card>
-
-  <Card title="Troubleshooting" icon="warning">
-    Solutions to common Construction issues.
-
-    [Get Aide →](/docs/CLI/cloud-Construction/Dépannage/)
-  </Card>
-</CardGrid>
-
-## Commande Référence
-
-### Basic Utilisation
-
-```bash
-npx @capgo/cli@latest build [appId] [options]
-```
-
-### Exemples
-
-Construction for both platforms:
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-Construction for iOS only:
-```bash
-npx @capgo/cli@latest build com.example.app --platform ios
-```
-
-Construction for Android in Débogage mode:
-```bash
-npx @capgo/cli@latest build com.example.app --platform android --build-mode debug
-```
-
-Construction from a specific directory:
-```bash
-npx @capgo/cli@latest build com.example.app --path ./my-app
-```
-
-### Options
-
-| Option | Type | Default | Description |
-|--------|------|---------|-------------|
-| `appId` | string | capacitor.config | Application ID (e.g., com.example.app) |
-| `--path <path>` | string | Current directory | Path to your project directory |
-| `--platform <platform>` | string | both | Target platform: `ios`, `android`, or `both` |
-| `--build-mode <mode>` | string | release | Build mode: `debug` or `release` |
-| `--build-config <config>` | string | - | Additional build configuration as JSON string |
-| `-a, --apikey <apikey>` | string | - | API key (or use `CAPGO_TOKEN` env var) |
-| `--supa-host <url>` | string | https://api.capgo.app | Custom Supabase host URL |
-| `--supa-anon <key>` | string | - | Custom Supabase anon key |
-
-## How It Works
-
-```mermaid
-sequenceDiagram
-    participant Dev as Developer
-    participant CLI as Capgo CLI
-    participant Cloud as Capgo Cloud
-    participant iOS as Mac Builder
-    participant Android as Android Builder
-
-    Dev->>CLI: build com.example.app
-    CLI->>CLI: Zip project locally
-    CLI->>Cloud: Upload to R2
-    Cloud->>iOS: Provision Mac (iOS)
-    Cloud->>Android: Start sandbox (Android)
-    iOS-->>CLI: Stream logs (SSE)
-    Android-->>CLI: Stream logs (SSE)
-    iOS->>Cloud: Build complete
-    Android->>Cloud: Build complete
-    Cloud->>iOS: Cleanup (24h later)
-    Cloud->>Android: Cleanup (instant)
-    CLI->>Dev: Build succeeded
-```
-
-### Construction Process
-
-1. **Local Preparation** - Your project is zipped locally (excluding `node_modules`, dotfiles)
-2. **Télécharger** - Zip file uploaded to secure cloud storage (Cloudflare R2)
-3. **Construction Execution**:
-   - **iOS**: Dedicated Mac machine provisioned, Fastlane builds and signs
-   - **Android**: Secure sandbox created, Gradle compiles and signs
-4. **Journal Streaming** - Real-time Journaux via Server-Sent Events (not stored!)
-5. **Automatic Cleanup**:
-   - **iOS**: Files deleted after 24 hours when machine is dismissed
-   - **Android**: Everything deleted instantly after Construction
-
-## Our Expertise
-
-Capgo Cloud Construction isn't Nouveau infrastructure - we've been using it internally for **3 years**:
-
-- ✅ **Custom Fastlane** - Built specifically for Capacitor apps
-- ✅ **Thousands of builds** - Battle-tested in Production
-- ✅ **Capacitor experts** - Deep knowledge of what matters
-- ✅ **Natif-only focus** - Your JavaScript never touches our servers
-
-## Sécurité & Privacy
-
-- **No Journal storage** - Journaux only stream to your Terminal, never saved
-- **No artifact storage** - Apps sent directly to Application Store/Play Store, we keep nothing
-- **Credentials auto-deleted** - Used only during Construction, deleted after
-- **Isolated builds** - Each Construction runs in isolation
-- **Your code stays yours** - We only Construction Natif parts, JavaScript stays local
-
-## CI/CD Integration
-
-Works everywhere - GitHub Actions, GitLab CI, or any CI/CD platform:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build com.example.app \
-      --platform both \
-      --build-mode release
-```
-
-No need for:
-- Mac runners
-- Android SDK Installation
-- Xcode Installation
-- Complex caching
-- Credential management
-
-## Pricing
-
-Construction time is billed based on actual Utilisation:
-
-- **Android**: 1× multiplier (~$0.XX per minute)
-- **iOS**: 2× multiplier (~$0.XX per minute, due to Mac hardware)
-
-**Typical costs:**
-- Android Débogage: 3 min × 1× = ~$X.XX
-- iOS Libération: 7 min × 2× = ~$X.XX
-
-Only pay for what you use. No minimums, no surprises.
-
-## Comparison to Other Solutions
-
-| Fonctionnalité | Capgo Cloud Construction | GitHub Actions (Mac) | Expo EAS |
-|---------|------------------|---------------------|----------|
-| **Mac required locally** | ❌ No | ✅ Yes | ❌ No |
-| **Configuration complexity** | ⭐ Single Commande | ⭐⭐⭐ Complex YAML | ⭐⭐ Config files |
-| **Capacitor Natif** | ✅ Optimized | ⚠️ Generic | ❌ Expo only |
-| **Your code privacy** | ✅ Never stored | ⚠️ In runners | ⚠️ Uploaded |
-| **Cost (iOS)** | 💰 2× base | 💰💰💰 10× expensive | 💰💰 Premium |
-
-## What Gets Built
-
-**Important:** Capgo builds **native parts only**.
-
-✅ **We Construction:**
-- iOS Natif code (Swift, Objective-C, Xcode projects)
-- Android Natif code (Java, Kotlin, Gradle projects)
-- Code signing and Application Store submission
-
-❌ **You Construction (locally):**
-- JavaScript, HTML, CSS (`npm run build`)
-- Capacitor sync (`npx cap sync`)
-- Your web assets
-
-This separation ensures:
-- **Better Sécurité** - Your Application logic stays private
-- **Faster builds** - No duplicate web builds
-- **Clear responsibility** - You control your code
-
-## Limitations
-
-Current limitations during public Bêta:
-
-- **Construction timeout**: 10 minutes maximum
-- **Télécharger timeout**: 1 hour for Télécharger URL
-- **iOS machine**: 24-hour lease requirement, Construction on Mac will enqueue to ensure optimal Utilisation
-- **Access**: Public Bêta only
-
-## Get Started
-
-Ready to Construction without the hassle?
-
-<CardGrid>
-  <Card title="Create Your First Build" icon="rocket">
-    Step-by-step Guide to your first cloud Construction.
-
-    [Commencer →](/docs/CLI/cloud-Construction/getting-started/)
-  </Card>
-
-  <Card title="Join Public Beta" icon="star">
-    Cloud Construction is in public Bêta. Join our Communauté to get access.
-
-    [Join Discord →](https://discord.com/invite/VnYRvBfgA6)
-  </Card>
-</CardGrid>
-
-## Learn More
-
-- [Commencer Guide](/docs/CLI/cloud-Construction/getting-started/) - Créer your first Construction
-- [iOS Configuration](/docs/CLI/cloud-Construction/iOS/) - Set up iOS builds
-- [Android Configuration](/docs/CLI/cloud-Construction/Android/) - Set up Android builds
-- [Dépannage](/docs/CLI/cloud-Construction/Dépannage/) - Problèmes courants and Solutions
-- [Blog: Introducing Cloud Construction](/blog/introducing-capgo-cloud-Construction/) - Fonctionnalité announcement
-
-## Need Aide?
-
-- 📚 [Dépannage Guide](/docs/CLI/cloud-Construction/Dépannage/)
-- 💬 [Discord Communauté](https://discord.com/invite/VnYRvBfgA6)
-- 📧 Email: Support@capgo.Application
diff --git a/src/content/docs/fr/cli/reference/bundle.mdx b/src/content/docs/fr/cli/reference/bundle.mdx
deleted file mode 100644
index 42955ff51..000000000
--- a/src/content/docs/fr/cli/reference/bundle.mdx
+++ /dev/null
@@ -1,258 +0,0 @@
----
-locale: fr
-title: 📦 Bundle
-description: 📦 Manage Application Bundles for Déploiement in Capgo Cloud, including Télécharger, compatibility checks, and Chiffrement.
-sidebar_label: Bundle
-sidebar: 
-  order: 4
----
-
-📦 Manage Application Bundles for Déploiement in Capgo Cloud, including Télécharger, compatibility checks, and Chiffrement.
-
-### <a id="Bundle-Télécharger"></a> ⬆️ **Télécharger**
-
-**Alias:** `u`
-
-```bash
-npx @capgo/cli@latest bundle upload
-```
-
-⬆️ Télécharger a Nouveau Application Bundle to Capgo Cloud for distribution.
-Version must be > 0.0.0 and unique. Deleted versions cannot be reused for Sécurité.
-External Option: Store only a URL link (useful for apps >200MB or privacy requirements).
-Capgo never inspects external content. Ajouter Chiffrement for trustless Sécurité.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest bundle upload com.example.app --path ./dist --channel production
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **-p,** | <code>string</code> | Path of the folder to Télécharger, if not provided it will use the webDir set in capacitor.config |
-| **-c,** | <code>string</code> | Canal to link to |
-| **-e,** | <code>string</code> | Link to external URL instead of Télécharger to Capgo Cloud |
-| **--iv-session-key** | <code>string</code> | Set the IV and session key for Bundle URL external |
-| **--s3-region** | <code>string</code> | Region for your S3 bucket |
-| **--s3-apikey** | <code>string</code> | Clé API for your S3 endpoint |
-| **--s3-apisecret** | <code>string</code> | API secret for your S3 endpoint |
-| **--s3-endpoint** | <code>string</code> | URL of S3 endpoint |
-| **--s3-bucket-name** | <code>string</code> | Name for your AWS S3 bucket |
-| **--s3-port** | <code>string</code> | Port for your S3 endpoint |
-| **--no-s3-ssl** | <code>boolean</code> | Désactiver SSL for S3 Télécharger |
-| **--key-v2** | <code>string</code> | Custom path for private signing key (v2 system) |
-| **--key-data-v2** | <code>string</code> | Private signing key (v2 system) |
-| **--Bundle-url** | <code>boolean</code> | Prints Bundle URL into stdout |
-| **--no-key** | <code>boolean</code> | Ignore signing key and send clear Mise à jour |
-| **--no-code-Vérifier** | <code>boolean</code> | Ignore checking if notifyAppReady() is called in source code and index present in root folder |
-| **--display-iv-session** | <code>boolean</code> | Show in the console the IV and session key used to encrypt the Mise à jour |
-| **-b,** | <code>string</code> | Bundle Version number of the Bundle to Télécharger |
-| **--link** | <code>string</code> | Link to external resource (e.g. GitHub Libération) |
-| **--comment** | <code>string</code> | Comment À propos this Version, could be a Libération Remarque, a commit hash, a commit message, etc. |
-| **--min-Mise à jour-Version** | <code>string</code> | Minimal Version required to Mise à jour to this Version. Used only if the Désactiver auto Mise à jour is set to metadata in Canal |
-| **--auto-min-Mise à jour-Version** | <code>boolean</code> | Set the min Mise à jour Version based on Natif packages |
-| **--ignore-metadata-Vérifier** | <code>boolean</code> | Ignores the metadata (node_modules) Vérifier when uploading |
-| **--ignore-checksum-Vérifier** | <code>boolean</code> | Ignores the checksum Vérifier when uploading |
-| **--timeout** | <code>string</code> | Timeout for the Télécharger process in seconds |
-| **--multipart** | <code>boolean</code> | [Obsolète] Use --tus instead. Uses multipart protocol for S3 uploads |
-| **--zip** | <code>boolean</code> | Télécharger the Bundle using zip to Capgo cloud (legacy) |
-| **--tus** | <code>boolean</code> | Télécharger the Bundle using TUS to Capgo cloud |
-| **--tus-chunk-size** | <code>string</code> | Chunk size in bytes for TUS resumable uploads (default: auto) |
-| **--partial** | <code>boolean</code> | [Obsolète] Use --delta instead. Télécharger incremental Mises à jour |
-| **--partial-only** | <code>boolean</code> | [Obsolète] Use --delta-only instead. Télécharger only incremental Mises à jour, skip full Bundle |
-| **--delta** | <code>boolean</code> | Télécharger incremental/differential Mises à jour to reduce bandwidth |
-| **--delta-only** | <code>boolean</code> | Télécharger only delta Mises à jour without full Bundle (useful for large apps) |
-| **--Chiffré-checksum** | <code>string</code> | An Chiffré checksum (signature). Used only when uploading an external Bundle. |
-| **--auto-set-Bundle** | <code>boolean</code> | Set the Bundle in capacitor.config.json |
-| **--dry-Télécharger** | <code>boolean</code> | Dry Télécharger the Bundle process, mean it will not Télécharger the files but Ajouter the row in database (Used by Capgo for internal Test) |
-| **--package-json** | <code>string</code> | Paths to package.json files for monorepos (comma-separated) |
-| **--node-modules** | <code>string</code> | Paths to node_modules directories for monorepos (comma-separated) |
-| **--encrypt-partial** | <code>boolean</code> | Encrypt delta Mise à jour files (auto-enabled for updater > 6.14.4) |
-| **--Supprimer-linked-Bundle-on-Télécharger** | <code>boolean</code> | Locates the currently linked Bundle in the Canal you are trying to Télécharger to, and deletes it |
-| **--no-brotli-patterns** | <code>string</code> | Files to exclude from Brotli compression (comma-separated globs, e.g., "*.jpg,*.png") |
-| **--Désactiver-brotli** | <code>boolean</code> | Completely Désactiver brotli compression even if updater Version supports it |
-| **--Version-exists-ok** | <code>boolean</code> | Exit successfully if Bundle Version already exists, useful for CI/CD workflows with monorepos |
-| **--self-assign** | <code>boolean</code> | Allow Appareils to auto-join this Canal (Mises à jour Canal setting) |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
-### <a id="Bundle-compatibility"></a> 🧪 **Compatibility**
-
-```bash
-npx @capgo/cli@latest bundle compatibility
-```
-
-🧪 Vérifier compatibility of a Bundle with a specific Canal in Capgo Cloud to ensure Mises à jour are safe.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest bundle compatibility com.example.app --channel production
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **-c,** | <code>string</code> | Canal to Vérifier the compatibility with |
-| **--text** | <code>boolean</code> | Output text instead of emojis |
-| **--package-json** | <code>string</code> | Paths to package.json files for monorepos (comma-separated) |
-| **--node-modules** | <code>string</code> | Paths to node_modules directories for monorepos (comma-separated) |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
-### <a id="Bundle-Supprimer"></a> 🗑️ **Supprimer**
-
-**Alias:** `d`
-
-```bash
-npx @capgo/cli@latest bundle delete
-```
-
-🗑️ Supprimer a specific Bundle from Capgo Cloud, optionally targeting a single Version.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest bundle delete BUNDLE_ID com.example.app
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
-### <a id="Bundle-list"></a> 📋 **List**
-
-**Alias:** `l`
-
-```bash
-npx @capgo/cli@latest bundle list
-```
-
-📋 List all Bundles uploaded for an Application in Capgo Cloud.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest bundle list com.example.app
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
-### <a id="Bundle-cleanup"></a> 🧹 **Cleanup**
-
-**Alias:** `c`
-
-```bash
-npx @capgo/cli@latest bundle cleanup
-```
-
-🧹 Supprimer old Bundles in Capgo Cloud, keeping specified number of recent versions.
-Bundles linked to Canaux are preserved unless --ignore-Canal is used.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest bundle cleanup com.example.app --bundle=1.0 --keep=3
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-b,** | <code>string</code> | Bundle Version number of the Application to Supprimer |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **-k,** | <code>string</code> | Number of versions to keep |
-| **-f,** | <code>string</code> | Force removal |
-| **--ignore-Canal** | <code>boolean</code> | Supprimer Bundles even if linked to Canaux (Avertissement: deletes Canaux too) |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
-### <a id="Bundle-encrypt"></a> 🔒 **Encrypt**
-
-```bash
-npx @capgo/cli@latest bundle encrypt
-```
-
-🔒 Encrypt a zip Bundle for secure external storage.
-Retourne ivSessionKey for Télécharger/decryption. Get checksum using 'Bundle zip --json'.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **--key** | <code>string</code> | Custom path for private signing key |
-| **--key-data** | <code>string</code> | Private signing key |
-| **-j,** | <code>string</code> | Output in JSON |
-
-### <a id="Bundle-decrypt"></a> 🔓 **Decrypt**
-
-```bash
-npx @capgo/cli@latest bundle decrypt
-```
-
-🔓 Decrypt an Chiffré Bundle (mainly for Test).
-Prints base64 session key for verification.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest bundle decrypt ./myapp_encrypted.zip CHECKSUM
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **--key** | <code>string</code> | Custom path for private signing key |
-| **--key-data** | <code>string</code> | Private signing key |
-| **--checksum** | <code>string</code> | Checksum of the Bundle, to verify the integrity of the Bundle |
-
-### <a id="Bundle-zip"></a> 🔹 **Zip**
-
-```bash
-npx @capgo/cli@latest bundle zip
-```
-
-🗜️ Créer a zip file of your Application Bundle.
-Retourne checksum for use with Chiffrement. Use --json for machine-readable output.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest bundle zip com.example.app --path ./dist
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-p,** | <code>string</code> | Path of the folder to Télécharger, if not provided it will use the webDir set in capacitor.config |
-| **-b,** | <code>string</code> | Bundle Version number to name the zip file |
-| **-n,** | <code>string</code> | Name of the zip file |
-| **-j,** | <code>string</code> | Output in JSON |
-| **--no-code-Vérifier** | <code>boolean</code> | Ignore checking if notifyAppReady() is called in source code and index present in root folder |
-| **--key-v2** | <code>boolean</code> | Use Chiffrement v2 |
-| **--package-json** | <code>string</code> | Paths to package.json files for monorepos (comma-separated) |
-
diff --git a/src/content/docs/fr/cli/reference/channel.mdx b/src/content/docs/fr/cli/reference/channel.mdx
deleted file mode 100644
index 17cf322fc..000000000
--- a/src/content/docs/fr/cli/reference/channel.mdx
+++ /dev/null
@@ -1,155 +0,0 @@
----
-locale: fr
-title: 📢 Canal
-description: 📢 Manage distribution Canaux for Application Mises à jour in Capgo Cloud, controlling how Mises à jour are delivered to Appareils.
-sidebar_label: Canal
-sidebar: 
-  order: 6
----
-
-📢 Manage distribution Canaux for Application Mises à jour in Capgo Cloud, controlling how Mises à jour are delivered to Appareils.
-
-### <a id="Canal-Ajouter"></a> ➕ **Ajouter**
-
-**Alias:** `a`
-
-```bash
-npx @capgo/cli@latest channel add
-```
-
-➕ Créer a Nouveau Canal for Application distribution in Capgo Cloud to manage Mise à jour delivery.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest channel add production com.example.app --default
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-d,** | <code>string</code> | Set the Canal as default |
-| **--self-assign** | <code>boolean</code> | Allow Appareil to self-assign to this Canal |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
-### <a id="Canal-Supprimer"></a> 🗑️ **Supprimer**
-
-**Alias:** `d`
-
-```bash
-npx @capgo/cli@latest channel delete
-```
-
-🗑️ Supprimer a Canal from Capgo Cloud, optionally removing associated Bundles to free up resources.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest channel delete production com.example.app
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **--Supprimer-Bundle** | <code>boolean</code> | Supprimer the Bundle associated with the Canal |
-| **--Succès-if-not-found** | <code>boolean</code> | Succès if the Canal is not found |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
-### <a id="Canal-list"></a> 📋 **List**
-
-**Alias:** `l`
-
-```bash
-npx @capgo/cli@latest channel list
-```
-
-📋 List all Canaux configured for an Application in Capgo Cloud to review distribution Paramètres.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest channel list com.example.app
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
-### <a id="Canal-currentBundle"></a> 📦 **CurrentBundle**
-
-```bash
-npx @capgo/cli@latest channel currentBundle
-```
-
-📦 Get the current Bundle linked to a specific Canal in Capgo Cloud for Mise à jour tracking.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest channel currentBundle production com.example.app
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-c,** | <code>string</code> | Canal to get the current Bundle from |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **--quiet** | <code>boolean</code> | Only print the Bundle Version |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
-### <a id="Canal-set"></a> ⚙️ **Set**
-
-**Alias:** `s`
-
-```bash
-npx @capgo/cli@latest channel set
-```
-
-⚙️ Configure Paramètres for a Canal, such as linking a Bundle, setting Mise à jour strategies (major, minor, metadata, patch, none), or Appareil targeting (iOS, Android, dev, emulator).
-One Canal must be default.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest channel set production com.example.app --bundle 1.0.0 --state default
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **-b,** | <code>string</code> | Bundle Version number of the file to set |
-| **-s,** | <code>string</code> | Set the state of the Canal, default or normal |
-| **--latest-remote** | <code>boolean</code> | Get the latest Bundle uploaded in capgo cloud and set it to the Canal |
-| **--latest** | <code>boolean</code> | Get the latest Version key in the package.json to set it to the Canal |
-| **--downgrade** | <code>boolean</code> | Allow to downgrade to Version under Natif one |
-| **--no-downgrade** | <code>boolean</code> | Désactiver downgrade to Version under Natif one |
-| **--iOS** | <code>boolean</code> | Allow sending Mise à jour to iOS Appareils |
-| **--no-iOS** | <code>boolean</code> | Désactiver sending Mise à jour to iOS Appareils |
-| **--Android** | <code>boolean</code> | Allow sending Mise à jour to Android Appareils |
-| **--no-Android** | <code>boolean</code> | Désactiver sending Mise à jour to Android Appareils |
-| **--self-assign** | <code>boolean</code> | Allow Appareil to self-assign to this Canal |
-| **--no-self-assign** | <code>boolean</code> | Désactiver Appareils to self-assign to this Canal |
-| **--Désactiver-auto-Mise à jour** | <code>string</code> | Block Mises à jour by type: major, minor, metadata, patch, or none (allows all) |
-| **--dev** | <code>boolean</code> | Allow sending Mise à jour to Développement Appareils |
-| **--no-dev** | <code>boolean</code> | Désactiver sending Mise à jour to Développement Appareils |
-| **--emulator** | <code>boolean</code> | Allow sending Mise à jour to emulator Appareils |
-| **--no-emulator** | <code>boolean</code> | Désactiver sending Mise à jour to emulator Appareils |
-| **--package-json** | <code>string</code> | Paths to package.json files for monorepos (comma-separated) |
-| **--ignore-metadata-Vérifier** | <code>boolean</code> | Ignore checking node_modules compatibility if present in the Bundle |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
diff --git a/src/content/docs/fr/cli/reference/doctor.mdx b/src/content/docs/fr/cli/reference/doctor.mdx
deleted file mode 100644
index df9382aea..000000000
--- a/src/content/docs/fr/cli/reference/doctor.mdx
+++ /dev/null
@@ -1,29 +0,0 @@
----
-locale: fr
-title: 👨‍⚕️ Docteur
-description: 👨‍⚕️ Vérifier if your Capgo Application Installation is up-to-date and gather Information useful for bug reports.
-sidebar_label: Docteur
-sidebar: 
-  order: 2
----
-
-👨‍⚕️ Vérifier if your Capgo Application Installation is up-to-date and gather Information useful for bug reports.
-
-```bash
-npx @capgo/cli@latest doctor
-```
-
-This Commande helps diagnose issues with your Configuration.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest doctor
-```
-
-## <a id="Options"></a> Options
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **--package-json** | <code>string</code> | Paths to package.json files for monorepos (comma-separated) |
-
diff --git a/src/content/docs/fr/cli/reference/index.mdx b/src/content/docs/fr/cli/reference/index.mdx
deleted file mode 100644
index 475bbfa2b..000000000
--- a/src/content/docs/fr/cli/reference/index.mdx
+++ /dev/null
@@ -1,73 +0,0 @@
----
-locale: fr
-title: Aperçu
-description: Detailed Documentation for the Capgo CLI Commandes
-sidebar: 
-  order: 1
----
-
-import { CardGrid, Card } from '@astrojs/starlight/components';
-
-The Capgo CLI provides a set of Commandes for managing your Capgo apps and deployments. This Référence provides detailed Information À propos each Disponible Commande, including its Options and Utilisation Exemples.
-
-## Commandes
-
-<CardGrid stagger>
-  <a href="/docs/cli/reference/init/">
-    <Card title="init" icon="rocket">
-      Initialiser a Nouveau Capgo Application
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/bundle/">
-    <Card title="bundle" icon="seti:html">
-      Manage your Application Bundles
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/build/">
-    <Card title="build" icon="setting">
-      Construction Natif apps in the cloud
-    </Card>
-  </a>
-
-  <a href="./login/">
-    <Card title="login" icon="approve-check">
-      Authenticate with the Capgo service
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/doctor/">
-    <Card title="doctor" icon="approve-check-circle">
-      Vérifier your Capgo Configuration for potential issues
-    </Card>
-  </a>
-
-  <a href="./app/">
-    <Card title="app" icon="seti:default">
-      Manage your Capgo apps
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/channel/">
-    <Card title="channel" icon="seti:git">
-      Manage your Libération Canaux
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/key/">
-    <Card title="key" icon="seti:lock">
-      Manage your Application signing keys
-    </Card>
-  </a>
-</CardGrid>
-
-## CI Integration
-
-To automate your work, we recommend using GitHub Actions to Pousser your Mises à jour to Capgo. Vérifier out our [GitHub Actions Tutoriel](https://capgo.Application/blog/automatic-Construction-and-Libération-with-github-actions/) for more Information.
-
-Don't forget to configure your CI environment variables with your Capgo Clé API.
-
-## Demo Application
-
-For a Terminé Exemple of a Capgo Application with CI integration, Vérifier out our [demo Application on GitHub](https://github.com/Cap-go/demo-Application/). 
diff --git a/src/content/docs/fr/cli/reference/init.mdx b/src/content/docs/fr/cli/reference/init.mdx
deleted file mode 100644
index 302de0591..000000000
--- a/src/content/docs/fr/cli/reference/init.mdx
+++ /dev/null
@@ -1,34 +0,0 @@
----
-locale: fr
-title: 🚀 init
-description: 🚀 Initialiser a Nouveau Application in Capgo Cloud with step-by-step guidance.
-sidebar_label: init
-sidebar: 
-  order: 1
----
-
-🚀 Initialiser a Nouveau Application in Capgo Cloud with step-by-step guidance.
-
-**Alias:** `i`
-
-```bash
-npx @capgo/cli@latest init
-```
-
-This includes adding code for Mises à jour, Construction, uploading your Application, and verifying Mise à jour functionality.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest init YOUR_API_KEY com.example.app
-```
-
-## <a id="Options"></a> Options
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | Application name for display in Capgo Cloud |
-| **-i,** | <code>string</code> | Application icon path for display in Capgo Cloud |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
diff --git a/src/content/docs/fr/cli/reference/key.mdx b/src/content/docs/fr/cli/reference/key.mdx
deleted file mode 100644
index 9baa9d009..000000000
--- a/src/content/docs/fr/cli/reference/key.mdx
+++ /dev/null
@@ -1,71 +0,0 @@
----
-locale: fr
-title: 🔐 key
-description: 🔐 Manage Chiffrement keys for secure Bundle distribution in Capgo Cloud, supporting end-to-end Chiffrement with RSA and AES combination.
-sidebar_label: key
-sidebar: 
-  order: 7
----
-
-🔐 Manage Chiffrement keys for secure Bundle distribution in Capgo Cloud, supporting end-to-end Chiffrement with RSA and AES combination.
-
-### <a id="key-Enregistrer"></a> 🔹 **Enregistrer**
-
-```bash
-npx @capgo/cli@latest key save
-```
-
-💾 Enregistrer the public key in the Capacitor config, useful for CI environments.
-Recommended not to commit the key for Sécurité.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest key save --key ./path/to/key.pub
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-f,** | <code>string</code> | Force generate a Nouveau one |
-| **--key** | <code>string</code> | Key path to Enregistrer in Capacitor config |
-| **--key-data** | <code>string</code> | Key data to Enregistrer in Capacitor config |
-
-### <a id="key-Créer"></a> 🔨 **Créer**
-
-```bash
-npx @capgo/cli@latest key create
-```
-
-🔨 Créer RSA key pair for end-to-end Chiffrement.
-Creates .capgo_key_v2 (private) and .capgo_key_v2.pub (public) in project root.
-Public key is saved to capacitor.config for mobile Application decryption.
-NEVER commit the private key - store it securely!
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest key create
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-f,** | <code>string</code> | Force generate a Nouveau one |
-
-### <a id="key-delete_old"></a> 🗑️ **Delete_old**
-
-```bash
-npx @capgo/cli@latest key delete_old
-```
-
-🧹 Supprimer the old Chiffrement key from the Capacitor config to ensure only the current key is used.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest key delete_old
-```
-
diff --git a/src/content/docs/fr/cli/reference/login.mdx b/src/content/docs/fr/cli/reference/login.mdx
deleted file mode 100644
index 048cc7e5e..000000000
--- a/src/content/docs/fr/cli/reference/login.mdx
+++ /dev/null
@@ -1,33 +0,0 @@
----
-locale: fr
-title: 🔑 Connexion
-description: 🔑 Enregistrer your Capgo Clé API to your machine or local folder for easier access to Capgo Cloud services.
-sidebar_label: Connexion
-sidebar: 
-  order: 3
----
-
-🔑 Enregistrer your Capgo Clé API to your machine or local folder for easier access to Capgo Cloud services.
-
-**Alias:** `l`
-
-```bash
-npx @capgo/cli@latest login
-```
-
-Use --apikey=******** in any Commande to override it.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest login YOUR_API_KEY
-```
-
-## <a id="Options"></a> Options
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **--local** | <code>boolean</code> | Only Enregistrer in local folder, git ignored for Sécurité. |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
diff --git a/src/content/docs/fr/cli/reference/organisation.mdx b/src/content/docs/fr/cli/reference/organisation.mdx
deleted file mode 100644
index 187a433ec..000000000
--- a/src/content/docs/fr/cli/reference/organisation.mdx
+++ /dev/null
@@ -1,112 +0,0 @@
----
-locale: fr
-title: 🔹 organisation
-description: 🏢 Manage your organizations in Capgo Cloud for team collaboration and Application management.
-sidebar_label: organisation
-sidebar: 
-  order: 9
----
-
-🏢 Manage your organizations in Capgo Cloud for team collaboration and Application management.
-
-### <a id="organisation-list"></a> 📋 **List**
-
-**Alias:** `l`
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-📋 List all organizations you have access to in Capgo Cloud.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
-### <a id="organisation-Ajouter"></a> ➕ **Ajouter**
-
-**Alias:** `a`
-
-```bash
-npx @capgo/cli@latest organisation add
-```
-
-➕ Créer a Nouveau Organisation in Capgo Cloud for team collaboration.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest organisation add --name "My Company" --email admin@mycompany.com
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | Organisation name |
-| **-e,** | <code>string</code> | Management email for the Organisation |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
-### <a id="organisation-set"></a> ⚙️ **Set**
-
-**Alias:** `s`
-
-```bash
-npx @capgo/cli@latest organisation set
-```
-
-⚙️ Mise à jour Organisation Paramètres such as name and management email.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest organisation set ORG_ID --name "Updated Company Name"
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | Organisation name |
-| **-e,** | <code>string</code> | Management email for the Organisation |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
-### <a id="organisation-Supprimer"></a> 🗑️ **Supprimer**
-
-**Alias:** `d`
-
-```bash
-npx @capgo/cli@latest organisation delete
-```
-
-🗑️ Supprimer an Organisation from Capgo Cloud. This action cannot be undone.
-Only Organisation owners can Supprimer organizations.
-
-**Example:**
-
-```bash
-npx @capgo/cli@latest organisation delete ORG_ID
-```
-
-**Options:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Clé API to link to your Compte |
-| **--supa-host** | <code>string</code> | Custom Supabase host URL (for self-hosting or Capgo Développement) |
-| **--supa-anon** | <code>string</code> | Custom Supabase anon key (for self-hosting) |
-
diff --git a/src/content/docs/fr/contributing/adding-plugins.mdx b/src/content/docs/fr/contributing/adding-plugins.mdx
deleted file mode 100644
index 655eff201..000000000
--- a/src/content/docs/fr/contributing/adding-plugins.mdx
+++ /dev/null
@@ -1,451 +0,0 @@
----
-title: Ajout ou mise à jour de plugins
-description: >-
-  Guide complet pour les contributeurs et les agents sur la façon d'ajouter de
-  nouveaux plugins ou de mettre à jour les plugins existants dans la
-  documentation Capgo.
-sidebar:
-  order: 10
-locale: fr
----
-import { Steps, Aside, LinkCard } from '@astrojs/starlight/components';
-
-Ce guide explique comment ajouter de nouveaux plugins Capacitor au site Web Capgo ou mettre à jour la documentation des plugins existants. Ceci est utile pour les contributeurs, les responsables et les agents IA qui aident à maintenir la documentation.
-
-## Aperçu
-
-Lors de l'ajout d'un nouveau plugin à l'écosystème Capgo, vous devez mettre à jour plusieurs fichiers et emplacements sur le site Web pour garantir que le plugin apparaît correctement à tous les endroits pertinents :
-
-1. **Configuration de la liste des plugins** - Ajoutez les métadonnées du plugin à la liste principale
-2. **Page d'index du plugin** - Ajoutez un plugin à la page de liste des plugins catégorisés
-3. **Navigation dans la barre latérale** - Ajouter un plugin à la barre latérale de la documentation
-4. **Documentation du plugin** - Créez des pages de présentation et de démarrage
-5. **Tutoriel du plugin** - Créez un didacticiel complet
-
-## Emplacements des fichiers
-
-### Fichiers clés à mettre à jour
-
-| Fichier | Objectif |
-|------|--------------|
-| `/src/config/plugins.ts` | Liste principale des plugins avec métadonnées |
-| `/src/content/docs/docs/plugins/index.mdx` | Page d'index du plugin avec catégories |
-| `/astro.config.mjs` | Configuration de la navigation dans la barre latérale |
-| `/src/content/docs/docs/plugins/[plugin-name]/` | Répertoire de documentation des plugins |
-| `/src/content/plugins-tutorials/en/` | Fichiers de tutoriel en anglais |
-
-## Guide étape par étape
-
-<Steps>
-
-1. ### Ajouter un plugin à la liste principale
-
-   Ouvrez `/src/config/plugins.ts` et ajoutez votre plugin au tableau `actions` :
-
-   ```typescript
-   // First, import an appropriate Heroicon
-   import YourIconName from 'astro-heroicons/mini/IconName.astro'
-
-   // Then add to the actions array
-   {
-     name: '@capgo/your-plugin-name',
-     author: 'github.com/Cap-go',
-     description: 'Brief description of what the plugin does',
-     href: 'https://github.com/Cap-go/your-plugin-name/',
-     title: 'Display Name',
-     icon: YourIconName,
-   }
-   ```
-
-   **Icônes disponibles** : Vérifiez `/node_modules/astro-heroicons/mini/` pour les icônes disponibles.
-
-2. ### Ajouter un plugin à la page d'index
-
-   Ouvrez `/src/content/docs/docs/plugins/index.mdx` et ajoutez votre plugin dans la catégorie appropriée :
-
-   ```mdx
-   <LinkCard
-     title="Votre nom de plugin"
-     description="Brief description of what the plugin does"
-     href="/docs/plugins/your-plugin-name/"
-   />
-   ```
-
-   **Catégories** :
-   - ⭐ Plugins en vedette
-   - 📱 Plugins pour appareils et systèmes
-   - 🎥 Plugins multimédia et caméra
-   - 🛠️ Plugins utilitaires
-   - 🤖 IA et médias avancés
-   - 📍 Services de localisation et d'arrière-plan
-   - 📞Communication et analyses
-   - 🔐 Sécurité et système
-   - 📊 Android-Fonctionnalités spécifiques
-   - 📥 Téléchargement et navigation
-
-3. ### Ajouter à la navigation dans la barre latérale
-
-   Ouvrez `/astro.config.mjs` et ajoutez votre plugin à la configuration de la barre latérale (autour de la ligne 540) :
-
-   ```javascript
-   {
-     label: 'Your Plugin Name',
-     items: [
-       { label: 'Overview', link: '/docs/plugins/your-plugin-name/' },
-       { label: 'Getting started', link: '/docs/plugins/your-plugin-name/getting-started' },
-     ],
-     collapsed: true,
-   }
-   ```
-
-   Les plugins sont répertoriés par ordre alphabétique dans la barre latérale.
-
-4. ### Créer un répertoire de documentation des plugins
-
-   Créez un nouveau répertoire pour la documentation de votre plugin :
-
-   ```bash
-   mkdir -p /src/content/docs/docs/plugins/your-plugin-name/
-   ```
-
-5. ### Créer une page de présentation du plugin
-
-   Créez `/src/content/docs/docs/plugins/your-plugin-name/index.mdx` :
-
-   ```mdx
-   ---
-   title: "@capgo/your-plugin-name"
-   description: Brief description of the plugin's purpose
-   tableOfContents: false
-   next: false
-   prev: false
-   sidebar:
-     order: 1
-     label: "Introduction"
-   hero:
-     tagline: Detailed tagline explaining what the plugin does
-     image:
-       file: ~public/your-plugin-icon.svg
-     actions:
-       - text: Get started
-         link: /docs/plugins/your-plugin-name/getting-started/
-         icon: right-arrow
-         variant: primary
-       - text: Github
-         link: https://github.com/Cap-go/your-plugin-name/
-         icon: external
-         variant: minimal
-   ---
-
-   import { Card, CardGrid } from '@astrojs/starlight/components';
-
-   <CardGrid stagger>
-     <Card title="Caractéristique 1" icon="puzzle">
-       Description of first key feature
-     </Card>
-     <Card title="Caractéristique 2" icon="rocket">
-       Description of second key feature
-     </Card>
-     <Card title="Cross-platform" icon="puzzle">
-       Works on both iOS and Android 📱
-     </Card>
-     <Card title="Documentation complète" icon="open-book">
-       Check the [Documentation](/docs/plugins/your-plugin-name/getting-started/) to master the plugin.
-     </Card>
-   </CardGrid>
-   ```
-
-6. ### Créer un guide de démarrage
-
-   Créez `/src/content/docs/docs/plugins/your-plugin-name/getting-started.mdx` :
-
-   ```mdx
-   ---
-   title: Getting Started
-   description: Learn how to install and use the plugin in your Capacitor app.
-   sidebar:
-     order: 2
-   ---
-
-   import { Steps } from '@astrojs/starlight/components';
-   import { PackageManagers } from 'starlight-package-managers'
-
-   <Steps>
-   1. **Install the package**
-      <PackageManagers pkg="@capgo/your-plugin-name" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-   2. **Sync with native projects**
-      <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   </Steps>
-
-   ## Configuration
-
-   ### iOS Configuration
-   [iOS-specific setup instructions]
-
-   ### Android Configuration
-   [Android-specific setup instructions]
-
-   ## Usage
-
-   [Basic usage examples]
-
-   ## API Reference
-
-   [Detailed API documentation]
-
-   ## Complete Example
-
-   [Full working example]
-
-   ## Best Practices
-
-   [Recommended practices and tips]
-
-   ## Platform Notes
-
-   [Platform-specific notes and limitations]
-   ```
-
-7. ### Créer un fichier didacticiel
-
-   Créez `/src/content/plugins-tutorials/en/your-plugin-name.md` :
-
-   ```markdown
-   ---
-   locale: en
-   ---
-   # Using @capgo/your-plugin-name Package
-
-   The `@capgo/your-plugin-name` package [brief description]. In this tutorial, we will guide you through the installation, configuration, and usage of this package in your Ionic Capacitor app.
-
-   ## Installation
-
-   [Installation steps]
-
-   ## Configuration
-
-   [Configuration steps for iOS and Android]
-
-   ## API Usage
-
-   [Detailed API usage examples]
-
-   ## Complete Example
-
-   [Full working example]
-
-   ## Best Practices
-
-   [Tips and best practices]
-
-   ## Troubleshooting
-
-   [Common issues and solutions]
-
-   ## Conclusion
-
-   [Summary and links to additional resources]
-   ```
-
-</Steps>
-
-## Structure de la documentation du plugin
-
-### Fichiers requis
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx           # Overview page with hero and feature cards
-└── getting-started.mdx # Installation and usage guide
-
-src/content/plugins-tutorials/en/
-└── your-plugin-name.md # Comprehensive tutorial
-```
-
-### Fichiers facultatifs
-
-Pour les plugins complexes, vous pouvez ajouter des pages de documentation supplémentaires :
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx
-├── getting-started.mdx
-├── api-reference.mdx   # Detailed API documentation
-├── examples.mdx        # Additional examples
-├── troubleshooting.mdx # Troubleshooting guide
-└── migrations.mdx      # Migration guides
-```
-
-## Directives relatives au contenu
-
-### Rédaction de descriptions de plugins
-
-- **Soyez concis** : gardez les descriptions de moins de 100 caractères
-- **Soyez précis** : expliquez ce que fait le plugin, pas ce que c'est
-- **Utilisez des mots d'action** : commencez par des verbes tels que "Contrôler", "Intégrer", "Activer"
-
-**Bons exemples** :
-- "Contrôlez la lampe de poche et la torche avec une simple bascule marche/arrêt"
-- "Intégrez le chat en direct Crisp et le support client dans votre application"
-- "Activer l'authentification sécurisée à l'aide de Face ID et Touch ID"
-
-**Mauvais exemples** :
-- "Un plugin pour flash"
-- "Ceci est un plugin Crisp"
-- "Plugin biométrique"
-
-### Rédaction de documentation1. **Commencez par l'installation** : commencez toujours par des étapes d'installation claires
-2. **Fournir la configuration** : inclure les exigences de configuration spécifiques à la plate-forme
-3. **Afficher des exemples d'utilisation** : fournissez des exemples de code de travail
-4. **Inclure la référence API** : documenter toutes les méthodes et paramètres
-5. **Ajouter des exemples complets** : affichez des modèles d'utilisation réels
-6. **Liste des meilleures pratiques** : partagez des conseils pour une utilisation optimale
-7. **Différences entre les plates-formes de documents** : clarifiez le comportement de iOS par rapport à Android
-8. **Ajouter un dépannage** : résoudre les problèmes courants
-
-### Exemples de codes
-
-- Utilisez TypeScript pour tous les exemples de code
-- Inclure les importations en haut
-- Ajouter des commentaires expliquant les étapes clés
-- Afficher la gestion des erreurs
-- Démontrer une utilisation de base et avancée
-
-## Liste de contrôle
-
-Utilisez cette liste de contrôle lors de l'ajout d'un nouveau plugin :
-
-- [ ] Ajout du plugin à `/src/config/plugins.ts`
-- [ ] Icône appropriée sélectionnée parmi Heroicons
-- [ ] Ajout du plugin à `/src/content/docs/docs/plugins/index.mdx` sous la bonne catégorie
-- [ ] Ajout d'une entrée dans la barre latérale dans `/astro.config.mjs`
-- [ ] Création du répertoire de documentation du plugin
--[ ] Création de la page de présentation `index.mdx`
-- [ ] Création du guide `getting-started.mdx`
--[ ] Tutoriel créé dans `/src/content/plugins-tutorials/en/`
-- [ ] Instructions d'installation incluses
--[ ] Configuration iOS documentée
--[ ] Configuration Android documentée
-- [ ] Exemples d'utilisation fournis
-- [ ] Ajout de la référence API
-- [ ] Exemple de travail complet inclus
-- [ ] Meilleures pratiques répertoriées
-- [ ] Ajout de notes spécifiques à la plateforme
-- [ ] Testé, tous les liens fonctionnent correctement
-
-## Référence de l'icône
-
-Icônes courantes utilisées pour les plugins (à partir de `astro-heroicons/mini/`) :
-
-| Icône | Cas d'utilisation |
-|------|----------|
-| `BoltIcon` | Flash, puissance, énergie |
-| `CameraIcon` | Appareil photo, photo, vidéo |
-| `ChatBubbleLeftIcon` | Chat, messagerie, communication |
-| `FingerPrintIcon` | Biométrie, sécurité, authentification |
-| `MapPinIcon` | Localisation, géolocalisation, cartes |
-| `SpeakerWaveIcon` | Audio, son, musique |
-| `VideoCameraIcon` | Vidéo, enregistrement, streaming |
-| `CreditCardIcon` | Paiements, achats |
-| `PlayCircleIcon` | Lecteurs multimédias, lecteurs vidéo |
-| `SignalIcon` | Connectivité, réseau, balise |
-| `RadioIcon` | Balise de diffusion sans fil |
-| `ChatBubbleOvalLeftIcon` | Médias sociaux, WeChat |
-
-## Mise à jour des plugins existants
-
-Lors de la mise à jour d'un plugin existant :
-
-1. **Mettre à jour les numéros de version** dans la documentation
-2. **Ajoutez des guides de migration** si des modifications importantes existent
-3. **Mettre à jour la référence API** avec de nouvelles méthodes
-4. **Ajouter de nouveaux exemples** pour les nouvelles fonctionnalités
-5. **Mettre à jour les exigences de la plate-forme** si elles sont modifiées
-6. **Réviser les meilleures pratiques** en fonction des nouvelles fonctionnalités
-7. **Gardez le didacticiel à jour** avec le dernier API
-
-## Prise en charge multilingue
-
-Le site Web prend en charge plusieurs langues. Après avoir créé la documentation en anglais :
-
-1. Exécutez le script de traduction :
-   ```bash
-   bun run plugins:translate_all
-   ```
-
-2. Examinez les traductions générées dans :
-   - `/src/content/plugins-tutorials/de/` (allemand)
-   - `/src/content/plugins-tutorials/es/` (espagnol)
-   - `/src/content/plugins-tutorials/fr/` (français)
-   - `/src/content/plugins-tutorials/it/` (italien)
-   - `/src/content/plugins-tutorials/ja/` (japonais)
-   - `/src/content/plugins-tutorials/ko/` (coréen)
-   - `/src/content/plugins-tutorials/id/` (indonésien)
-
-## Tester vos modifications
-
-Après avoir ajouté ou mis à jour la documentation du plugin :
-
-1. **Créez le site localement** :
-   ```bash
-   npm run build
-   ```2. **Vérifiez les erreurs** :
-   - Vérifiez que tous les liens fonctionnent
-   - Assurez-vous que les images se chargent correctement
-   - Confirmer que les exemples de code sont valides
-   - Tester les travaux de navigation
-
-3. **Prévisualisez le site** :
-   ```bash
-   npm run dev
-   ```
-
-4. **Vérifiez que votre plugin apparaît** :
-   - Vérifiez la page de liste des plugins
-   - Vérifier la navigation dans la barre latérale
-   - Tester toutes les pages de documentation
-   - Confirmer que la page du didacticiel fonctionne
-
-## Pièges courants
-
-<Aside type="caution">
-**Évitez ces erreurs courantes :**
-
-1. **Oublier la synchronisation** : exécutez toujours `npx cap sync` dans les exemples
-2. **Nom incohérent** : utilisez le même nom de plugin partout
-3. **Configuration de plate-forme manquante** : documentez la configuration de iOS et Android
-4. **Liens brisés** : utilisez des liens relatifs et vérifiez qu'ils fonctionnent
-5. **Aucune gestion des erreurs** : affichez toujours try-catch dans les exemples
-6. **Importations manquantes** : incluez toutes les importations nécessaires dans les exemples
-7. **Descriptions peu claires** : soyez précis sur ce que fait le plugin
-</Aside>
-
-## Obtenir de l'aide
-
-Si vous avez besoin d'aide pour ajouter ou mettre à jour la documentation du plugin :
-
-- **Discord** : rejoignez notre [communauté Discord](https://discord.capgo.app)
-- **GitHub** : ouvrez un ticket sur le [dépôt du site Web](https://github.com/Cap-go/website)
-- **E-mail** : contactez l'équipe à support@capgo.app
-
-## Exemples
-
-Pour référence, consultez ces plugins bien documentés :
-
-- **Mise à jour** : `/src/content/docs/docs/plugins/updater/` (plugin complexe avec plusieurs pages)
-- **Flash** : `/src/content/docs/docs/plugins/flash/` (plugin simple, bon exemple de démarrage)
-- **Connexion sociale** : `/src/content/docs/docs/plugins/social-login/` (plugin avec sous-pages)
-
-## Résumé
-
-L'ajout d'un plugin à la documentation Capgo implique :
-
-1. Ajout de métadonnées à la configuration principale
-2. Ajout du plugin à la page d'index catégorisée
-3. Configuration de la navigation dans la barre latérale
-4. Création de pages de documentation complètes
-5. Rédaction d'un tutoriel détaillé
-6. Tester toutes les modifications localement
-
-En suivant ce guide, vous vous assurez que les plugins sont systématiquement documentés et facilement détectables par les utilisateurs.
diff --git a/src/content/docs/fr/docs/faq.mdx b/src/content/docs/fr/docs/faq.mdx
deleted file mode 100644
index 45db9756c..000000000
--- a/src/content/docs/fr/docs/faq.mdx
+++ /dev/null
@@ -1,358 +0,0 @@
----
-title: FAQ
-description: >-
-  Questions fréquemment posées sur Capgo, comment résoudre le problème le plus
-  courant dans Capgo ou avec le programme de mise à jour, qu'est-ce que l'OTA et
-  comment les gérer
-sidebar:
-  order: 1
-locale: fr
----
-Si vous avez des questions sans réponse ici, n'hésitez pas à les poser ! Le dépôt d'un problème ou la demande sur [Discord](https://discord.capgo.app) fonctionnent.
-
-### Qu'est-ce que "code push" ?[](https://capgo.app/docs/#what-is-code-push "Lien direct vers Qu'est-ce que "code push\" ?")
-
-Code Push, également appelé « mises à jour par liaison radio » (OTA), est un service cloud permettant aux développeurs Capacitor de déployer des mises à jour de leurs applications en production. Capgo fonctionne actuellement sur Android, iOS et Electron.
-
-« Code Push » est une référence au nom d'une fonctionnalité de déploiement utilisée par la communauté React Native de [Microsoft](https://appcenter.ms/) et [Expo](https://expo.dev/), dont aucun ne prend en charge Capacitor.
-
-### Quelle est la différence entre un bundle et une version ?[](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release "Lien direct vers Quelle est la différence entre un bundle et une version ?")
-
-Nous utilisons le terme « release » pour désigner la préparation d'un binaire pour les magasins d'applications. Afin de générer ultérieurement un bundle, Capgo doit connaître le binaire exact qui a été expédié aux magasins d'applications.
-
-Nous utilisons le terme « bundle » pour désigner un correctif qui peut être appliqué à une version pour la mettre à jour avec un nouveau code. La commande `npx @capgo/cli@latest bundle upload` est utilisée pour générer un bundle à partir de votre nouveau code local qui est ensuite envoyé à vos utilisateurs.
-
-### Qu'est-ce que la feuille de route ?[](https://capgo.app/docs/faq/#what-is-the-roadmap "Lien direct vers Qu'est-ce que la feuille de route ?")
-
-Nos tableaux de projets sont également publics et disponibles à : [https://github.com/orgs/Cap-go/projects](https://github.com/orgs/Cap-go/projects/)
-
-Notre équipe opère également en public, afin que vous puissiez voir à tout moment sur quoi nous travaillons. Nous serons heureux de répondre à toutes vos questions sur notre feuille de route ou nos priorités via les problèmes Github ou [Discord](https://discord.capgo.app).
-
-### Puis-je utiliser Capgo avec mon équipe ?[](https://capgo.app/docs/faq/#can-i-use-capgo-with-my-team "Lien direct vers Puis-je utiliser Capgo avec mon équipe ?")
-
-Oui ! Tous les forfaits prennent en charge un nombre illimité de développeurs. Nous limitons uniquement les métriques des applications (MAU, stockage et bande passante) à chaque organisation.
-
-Voir [Équipes](https://capgo.app/pricing/) pour plus d'informations.
-
-### Est-ce que Capgo stocke mon code source ?[](https://capgo.app/docs/faq/#does-capgo-store-my-source-code "Lien direct vers Capgo stocke-t-il mon code source ?")
-
-Non. Les serveurs Capgo ne voient jamais votre code source. Lorsque vous exécutez `npx @capgo/cli@latest bundle upload`, Capgo stocke un fichier zip du code minifié/compilé - le même code qu'un navigateur recevrait, pas votre code source. 
-
-Pour plus de sécurité, vous avez deux options :
-- **Chiffrement de bout en bout** : chiffrez votre bundle avant l'envoi pour le protéger pendant le stockage et le transit et pour empêcher des tiers de générer des mises à jour chiffrées valides sans votre clé privée. Cela ne rend pas les assets web distribués impossibles à rétroconcevoir, car la clé publique est présente dans l'application distribuée.
-- **Téléchargement d'URL externe** : stockez le bundle sur votre propre serveur et fournissez uniquement à Capgo le lien de téléchargement avec l'option `--external <url>`
-
-Voir également notre politique de confidentialité : [https://capgo.app/privacy](https://capgo.app/privacy/)
-
-### Puis-je utiliser Capgo depuis mon système CI ?[](https://capgo.app/docs/faq/#can-i-use-capgo-from-my-ci-system "Lien direct vers Puis-je utiliser Capgo depuis mon système CI ?")
-
-Oui. Capgo est destiné à être utilisé à partir des systèmes CI. Nous avons publié un guide pour [Android et Github Actions](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) et [iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/), ainsi que pour [GitLab](https://capgo.app/blog/setup-ci-and-cd-gitlab/). Les autres systèmes CI devraient être similaires.
-
-N'hésitez pas à nous contacter pour les problèmes GitHub ou Discord si vous rencontrez des problèmes.### Quel est le rapport avec Firebase Remote Config ou Launch Darkly ?[](https://capgo.app/docs/faq/#how-does-this-relate-to-firebase-remote-config-or-launch-darkly "Lien direct vers Quel est le rapport avec Firebase Remote Config ou Launch Darkly ?")
-
-Le code push permet d'ajouter un nouveau code/de remplacer le code sur l'appareil. Firebase Remote Config et Launch Darkly sont tous deux des systèmes de configuration. Ils vous permettent de modifier la configuration de votre application sans avoir à expédier une nouvelle version. Ils ne sont pas destinés à remplacer le code.
-
-### Quelle empreinte de dépendance cela ajoute-t-il ?[](https://capgo.app/docs/faq/#how-big-of-a-dependency-footprint-does-this-add "Lien direct vers Quelle empreinte de dépendance cela ajoute-t-il ?")
-
-Je n'ai pas mesuré récemment, mais je m'attends à ce que la bibliothèque de code push ajoute moins d'un mégaoctet aux applications Capacitor. Nous savons comment réduire ce montant lorsque cela devient une priorité. Si la taille vous bloque, faites-le-nous savoir !
-
-### Est-ce que Capgo fonctionne sur le simulateur iOS 18.4 ?[](https://capgo.app/docs/faq/#does-capgo-work-on-the-ios-18-4-simulator "Lien direct vers Capgo fonctionne-t-il sur le simulateur iOS 18.4 ?")
-
-Non. En raison d'un problème en amont affectant le simulateur iOS 18.4, Capgo n'y fonctionne pas de manière fiable. Veuillez tester sur un appareil réel ou utiliser une autre version du simulateur iOS.
-
-Voir les détails dans le problème React Native : [facebook/react-native#50510](https://github.com/facebook/react-native/issues/50510)
-
-### Le code push fonctionne-t-il avec les grandes applications ?[](https://capgo.app/docs/faq/#does-code-push-work-with-large-applications "Lien direct vers Le code push fonctionne-t-il avec les grandes applications ?")
-
-Oui. Il n'y a aucune limite sur la taille de l'application qui peut être mise à jour avec le code push. Comme indiqué [ci-dessous](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support), Capgo peut modifier n'importe quel code JS dans votre application, quelle que soit sa taille.
-
-À noter : une taille plus grande rend plus difficile pour les utilisateurs de télécharger les mises à jour. Nous vous recommandons de garder votre application aussi petite que possible.
-
-### Pour quoi puis-je utiliser le code push Capgo ?[](https://capgo.app/docs/faq/#what-can-i-use-capgo-code-push-for "Lien direct vers Pourquoi puis-je utiliser le code push Capgo ?")
-
-Nous avons vu diverses utilisations, notamment :
-
-- Correctifs d'urgence pour les applications de production.
-- Envoi de corrections de bugs aux utilisateurs des anciennes versions de votre application.
-- Expédition constante (par exemple toutes les heures).
-
-Notez que la plupart des magasins d'applications interdisent les codes d'expédition qui modifient le comportement de l'application de manière significative. Veuillez consulter [ci-dessous](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies) pour plus d'informations.
-
-### Qu'est-ce qui compte comme une "MAU" pour Capgo ?[](https://capgo.app/docs/faq/#what-counts-as-a-mau-for-capgo "Lien direct vers Qu'est-ce qui compte comme une \"MAU\" pour Capgo ?")
-
-Un MAU est un « utilisateur actif mensuel ». Dans le contexte de Capgo, cela fait en fait référence à un appareil actif mensuel. Nous comptons une MAU comme tout appareil ayant contacté nos serveurs au cours des 30 derniers jours. Nous ne comptons pas les appareils qui n'ont pas contacté nos serveurs au cours des 30 derniers jours.
-
-**Important** : À partir de la version du plugin **v5.10.0**, **v6.25.0** et **v7.25.0**, l'ID de l'appareil persiste désormais lors des réinstallations d'applications. Avant ces versions, chaque réinstallation d’application générait un nouvel ID d’appareil et comptait comme une nouvelle MAU.Avec les versions actuelles :
-- DeviceID persiste lors des réinstallations d'applications (stocké en toute sécurité dans le trousseau sur iOS et EncryptedSharedPreferences sur Android)
-- La mise à jour de l'application ne crée pas de nouvel identifiant d'appareil
-- Pendant le développement, si vous utilisez une ancienne version du plugin (< v5.10.0 / v6.25.0 / v7.25.0), each reinstall still creates a new MAU
-
-Note: TestFlight downloads and channel switches in Android may still generate new device registrations depending on your configuration.
-
-> Nous vous recommandons, après la première configuration, de désactiver les périphériques de développement et les émulateurs afin de réduire le nombre de périphériques dupliqués.
-
-### Pourquoi ne pouvons-nous pas utiliser le code push Capgo ?[](https://capgo.app/docs/faq/#what-cant-we-use-capgo-code-push-for "Lien direct vers Pourquoi ne pouvons-nous pas utiliser le code push Capgo ?")
-
-Comme ci-dessus, Capgo ne doit pas être utilisé pour enfreindre les politiques de l'App Store. Veuillez consulter [ci-dessous](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines) pour plus d'informations.
-
-De plus, Capgo ne prend pas en charge la modification du code natif (par exemple, Java/Kotlin sur Android ou Objective-C/Swift sur iOS). L'outil vous avertira lors d'une tentative de mise à jour si vous avez modifié le code natif.
-
-### Puis-je mettre à jour les modifications de condensateur.config.ts via Capgo ?[](https://capgo.app/docs/faq/#can-i-update-capacitorconfigts-changes-via-capgo "Lien direct vers Puis-je mettre à jour les modifications de condensateur.config.ts via Capgo ?")
-
-Non. Les modifications apportées à `capacitor.config.ts` ne peuvent pas être envoyées via les mises à jour en direct de Capgo. Le fichier de configuration Capacitor est lu au moment de la construction native et compilé dans le binaire de l'application native. Cela signifie que toute modification apportée à `capacitor.config.ts` (telle que les configurations du plug-in, l'ID de l'application, les paramètres du serveur ou les options du plug-in natif) nécessite une nouvelle version native via App Store ou Google Play.
-
-Capgo ne peut mettre à jour que les ressources Web (HTML, CSS, JavaScript) chargées au moment de l'exécution. Si vous devez modifier votre configuration Capacitor, vous devez :
-1. Mettez à jour `capacitor.config.ts` localement
-2. Reconstruisez votre application native (`npx cap sync` suivi d'une version native)
-3. Soumettez le nouveau binaire aux magasins d'applications
-
-### Est-ce que Capgo est soumis aux magasins pour moi ?[](https://capgo.app/docs/faq/#does-capgo-submit-to-the-stores-for-me "Lien direct vers Capgo est-il soumis aux magasins pour moi ?")
-
-Capgo ne prend actuellement pas en charge la soumission aux magasins d'applications en votre nom. Nous prévoyons de l'ajouter à l'avenir, mais pour l'instant, vous devrez continuer à utiliser vos processus existants pour soumettre des candidatures aux magasins d'applications. 
-
-Vous pouvez utiliser notre [guide CI Android](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) pour automatiser ce processus et notre [guide CI iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/).
-
-### Que stocke Capgo sur le disque et où ?[](https://capgo.app/docs/faq/#what-does-capgo-store-on-disk-and-where "Lien direct vers Que stocke Capgo sur le disque et où ?")
-
-Le programme de mise à jour Capgo (inclus dans votre application lorsque vous créez votre application) met en cache le dernier bundle téléchargé dans le seul répertoire que le condensateur permet de charger du code. Sur Android, il se trouve dans `/data/user/0/com.example.app/code_cache/capgo_updater` bien que la base de ce chemin soit fournie par le système Android et puisse changer dynamiquement au moment de l'exécution. Sur les appareils iOS, les données sont stockées sous `Library/Application Support/capgo`.
-
-Les outils de ligne de commande Capgo (par exemple `npx @capgo/cli@latest bundle upload`) sont installés sur le disque dans les caches npm, vos connexions sont stockées dans votre répertoire personnel dans `~/.capgo`.### Quel est le rapport avec Capacitor Hot Reload ?[](https://capgo.app/docs/faq/#how-does-this-relate-to-capacitor-hot-reload "Lien direct vers Quel est le rapport avec Capacitor Hot Reload ?")
-
-Le rechargement à chaud de Capacitor est une fonctionnalité réservée au temps de développement. Le code push est destiné à la production.
-
-Le rechargement à chaud est une fonctionnalité de Capacitor qui vous permet de modifier le code sur l'appareil pendant le développement. Cela nécessite de créer l'application Capacitor avec un proxy pour vous connecter à votre ordinateur local.
-
-Code Push est une fonctionnalité qui vous permet de modifier le code sur l'appareil en production. Nous utiliserons différentes techniques pour rendre cela possible en fonction de la plateforme.
-
-### Quels types de modifications le code push Capgo prend-il en charge ?[](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support "Lien direct vers Quels types de modifications le code push Capgo prend-il en charge ?")
-
-Capgo peut modifier n'importe quel code JS dans votre application. Cela inclut le code de l'application et le code généré. Vous pouvez également mettre à jour les dépendances dans `package.json` tant qu'elles ne nécessitent pas de modifications du code natif.
-
-Nous ne prévoyons pas de prendre en charge la modification du code natif (par exemple Java/Kotlin sur Android ou Objective-C/Swift sur iOS), et l'outil vous avertira s'il détecte que vous avez modifié le code natif car il ne sera pas inclus dans le bundle.
-
-### Est-ce que cela prend en charge le Web ?[](https://capgo.app/docs/faq/#does-this-support-web "Lien direct vers Est-ce que cela prend en charge le Web ?")
-
-Le code push n'est pas nécessaire pour le Web car le Web fonctionne déjà de cette façon. Lorsqu'un utilisateur ouvre une application Web, il télécharge la dernière version depuis le serveur si nécessaire.
-
-Si vous avez un cas d’utilisation du code push avec le Web, nous serions ravis de le savoir !
-
-### Cela fonctionnera-t-il sur iOS, Android, Mac, Windows, Linux, etc ?[](https://capgo.app/docs/faq/#will-this-work-on-ios-android-mac-windows-linux-etc "Lien direct vers Cela fonctionnera-t-il sur iOS, Android, Mac, Windows, Linux, etc ?")
-
-Oui.
-
-Jusqu'à présent, nous nous sommes concentrés sur la prise en charge de Android, iOS et Electron, et la diffusion de code est prête pour la production sur les trois.
-
-### Quelles versions de système d'exploitation sont prises en charge par Capgo ?[](https://capgo.app/docs/faq/#what-os-versions-does-capgo-support "Lien direct vers Quelles versions de système d'exploitation sont prises en charge par Capgo ?")
-
-Capgo prend en charge les mêmes versions de Android que Capacitor prend en charge.
-
-Capacitor prend actuellement en charge Android API niveau 22+ et iOS 13.0+ : [https://capacitorjs.com/docs/main/reference/support-policy](https://capacitorjs.com/docs/main/reference/support-policy/)
-
-### Quelles versions de Capacitor Capgo prend-il en charge ?[](https://capgo.app/docs/faq/#what-versions-of-capacitor-does-capgo-support "Lien direct vers Quelles versions de Capacitor Capgo prend-il en charge ?")
-
-Capgo ne prend actuellement en charge que les versions stables récentes de Capacitor. Nous pourrions également prendre en charge les anciennes versions de Capacitor, mais nous n'avons tout simplement pas construit l'infrastructure nécessaire pour les maintenir au fil du temps. Nous avons l'intention de prendre en charge davantage de versions de Capacitor à l'avenir, y compris toute version destinée à nos clients entreprises. [https://github.com/Cap-go/capgo/issues/1100](https://github.com/Cap-go/capgo/issues/1100/)
-
-Capgo suit la version stable de Capacitor et se met généralement à jour quelques heures après toute version stable. Notre système permettant d'effectuer ces mises à jour est automatisé et son exécution prend quelques minutes. Nous effectuons ensuite une étape de vérification manuelle supplémentaire avant de publier sur nos serveurs.### Quel est le rapport avec le processus ou les politiques d'examen de l'application/Play Store ?[](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies "Lien direct vers Quel est le rapport avec le processus ou les politiques d'examen de l'application/Play Store ?")
-
-Les développeurs sont liés par leurs accords avec les fournisseurs de magasins lorsqu'ils choisissent d'utiliser ces magasins. Code Push est conçu pour permettre aux développeurs de mettre à jour leurs applications tout en respectant les politiques du magasin sur les canaux de diffusion iOS, Android et Electron. Semblable à la variété de produits commerciaux disponibles pour le faire avec React Native (par exemple [Microsoft](https://appcenter.ms/), [Expo](https://expo.dev/)).
-
-Microsoft publie également un guide sur la conformité de leur solution avec les app stores : [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-Le code push est une technique largement utilisée dans les magasins d’applications. Toutes les grandes applications que je connais utilisent du code push. La principale politique à prendre en compte est de ne pas modifier de manière significative le comportement de l’application. Veuillez consulter [ci-dessous](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines) pour plus d'informations.
-
-### Capgo est-il conforme aux directives Play Store ?[](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines "Lien direct vers Capgo est-il conforme aux directives Play Store ?")
-
-Oui.
-
-Le Play Store propose deux restrictions relatives aux outils de mise à jour.
-
-1. Les mises à jour doivent utiliser un interpréteur ou une machine virtuelle (Capgo utilise JavaScript dans une WebView). [https://support.google.com/googleplay/android-developer/answer/9888379?hl=en](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en)
-
-```
-    An app distributed via Google Play may not modify, replace, or update itself
-    using any method other than Google Play's update mechanism. Likewise, an app
-    may not download executable code (such as dex, JAR, .so files) from a
-    source other than Google Play. *This restriction does not apply to code
-    that runs in a virtual machine or an interpreter* where either provides
-    indirect access to Android APIs (such as JavaScript in a webview or
-    browser).
-
-    Apps or third-party code, like SDKs, with interpreted languages (JavaScript,
-    Python, Lua, etc.) loaded at run time (for example, not packaged with the
-    app) must not allow potential violations of Google Play policies.
-```
-
-2. Les modifications apportées à l'application ne doivent pas être trompeuses (par exemple, modification de l'objectif de l'application via une mise à jour). [https://support.google.com/googleplay/android-developer/answer/9888077](https://support.google.com/googleplay/android-developer/answer/9888077/) Veuillez être clair avec vos utilisateurs sur ce que vous fournissez avec votre application et ne violez pas leurs attentes en modifiant leur comportement de manière significative grâce à l'utilisation de Capgo.
-
-Capgo est conçu pour être compatible avec les directives Play Store. Cependant, Capgo est un outil et, comme tout outil, il peut être abusé. Abuser délibérément de Capgo pour enfreindre les directives de Play Store constitue une violation des Capgo [Conditions d'utilisation](https://capgo.app/tos/) et peut entraîner la résiliation de votre compte.
-
-Enfin, les services de code push sont largement utilisés dans l'industrie (toutes les grandes applications que je connais les utilisent) et il existe plusieurs autres services de code push accessibles au public (par exemple expo.dev et appcenter.ms). C'est un chemin bien parcouru.
-
-Microsoft publie également un guide sur la façon dont sa bibliothèque native "codepush" est conforme aux magasins d'applications : [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### Capgo est-il conforme aux directives App Store ?[](https://capgo.app/docs/faq/#does-capgo-comply-with-app-store-guidelines "Lien direct vers Capgo est-il conforme aux directives App Store ?")
-
-Oui.
-
-Semblable au Play Store, le App Store propose des restrictions techniques et politiques.
-
-```
-3.2.2
-... interpreted code may be downloaded to an Application but only so long as
-such code:
-(a) does not change the primary purpose of the Application by providing
-features or functionality that are inconsistent with the intended and
-advertised purpose of the Application as submitted to the App Store,
-(b) does not create a store or storefront for other code or applications, and
-(c) does not bypass signing, sandbox, or other security features of the OS.
-```
-
-Capgo utilise JavaScript dans une WebView pour se conformer à la restriction d'interprétation uniquement pour les mises à jour sur iOS. Tant que votre application n'adopte pas de comportement trompeur via des mises à jour (par exemple, modifier l'objectif de l'application via une mise à jour), la mise à jour via Capgo (ou toute autre solution de code push) est une pratique standard de l'industrie et est conforme aux directives App Store.Abuser délibérément de Capgo pour enfreindre les directives de App Store constitue une violation des Capgo [Conditions d'utilisation](https://capgo.app/tos/) et peut entraîner la résiliation de votre compte.
-
-Microsoft publie également un guide sur la conformité de sa bibliothèque native "codepush" avec les magasins d'applications : [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### Puis-je utiliser Capgo dans mon pays ?[](https://capgo.app/docs/faq/#can-i-use-capgo-in-my-country "Lien direct vers Puis-je utiliser Capgo dans mon pays ?")
-
-Nous n'avons pas tenté de restreindre l'accès à Capgo depuis aucun pays.
-
-Nous reconnaissons que certains pays imposent des restrictions quant aux URL accessibles depuis l'intérieur du pays. Capgo utilise actuellement Cloudflare Cloud pour l'hébergement, y compris le stockage R2 et les Workers Cloudflare.
-
-Les URL suivantes sont utilisées par Capgo :
-
-- [https://api.capgo.app](https://api.capgo.app/) -- utilisé par les outils de ligne de commande `npx @capgo/cli` pour interagir avec les serveurs Capgo ainsi qu'avec le programme de mise à jour Capgo sur les appareils des utilisateurs pour rechercher des mises à jour.
-- [https://*.r2.cloudflarestorage.com](https://*.r2.cloudflarestorage.com/) -- utilisé par l'outil de ligne de commande `npx @capgo/cli` pour charger et télécharger le bundle
-
-Si toutes ces URL sont accessibles depuis votre pays, alors Capgo devrait fonctionner.
-
-Si votre région nécessite le blocage de l'accès à l'une de ces URL, veuillez nous en informer et nous pourrons travailler avec vous pour trouver une solution. Les serveurs proxy sont une option.
-
-### Puis-je auto-héberger Capgo ?[](https://capgo.app/docs/faq/#can-i-self-host-capgo "Lien direct vers Puis-je auto-héberger Capgo ?")
-
-Oui, vous pouvez auto-héberger Capgo. Le guide n'est pas encore écrit, mais le code est open source et disponible sur [https://github.com/cap-go/capgo](https://github.com/cap-go/capgo/)
-
-### Le code push nécessite-t-il Internet pour fonctionner ?[](https://capgo.app/docs/faq/#does-code-push-require-the-internet-to-work "Lien direct vers Le code push nécessite-t-il Internet pour fonctionner ?")
-
-Oui. On pourrait imaginer exécuter un serveur pour distribuer les mises à jour séparément de l'Internet général, mais une certaine forme de connectivité réseau est requise pour transporter les mises à jour vers les appareils.
-
-### Comment Capgo est-il affecté par le manque de connectivité réseau ?[](https://capgo.app/docs/faq/#how-is-capgo-affected-by-lack-of-network-connectivity "Lien direct vers Comment Capgo est-il affecté par le manque de connectivité réseau ?")
-
-Le programme de mise à jour Capgo (inclus dans votre application lorsque vous créez votre application avec Capgo) est conçu pour être résilient aux problèmes de connectivité réseau.
-
-Dans le comportement de mise à jour par défaut, lorsque l'application est lancée, elle alerte le programme de mise à jour Capgo, qui génère un thread distinct pour envoyer une requête réseau aux serveurs de Capgo et demander une mise à jour. Nous utilisons intentionnellement un thread séparé pour éviter de bloquer tout ce que l'application pourrait faire. Si la requête réseau échoue ou expire, le programme de mise à jour tentera simplement de vérifier à nouveau au prochain lancement de l'application.
-
-Les outils de ligne de commande Capgo (par exemple `npx @capgo/cli@latest bundle upload`) nécessitent une connectivité réseau pour fonctionner. Si vous utilisez Capgo pour distribuer votre application, vous devez vous assurer que votre système CI dispose d'une connectivité réseau.
-
-### Que se passe-t-il si un utilisateur ne met pas à jour pendant une longue période et manque une mise à jour ?[](https://capgo.app/docs/faq/#what-happens-if-a-user-doesnt-update-for-a-long-time-and-misses-an-update "Lien direct vers Que se passe-t-il si un utilisateur ne met pas à jour pendant une longue période et manque une mise à jour ?")Notre implémentation envoie toujours une mise à jour spécifiquement adaptée à l'appareil qui la demande, mettant toujours à jour le demandeur vers la dernière version disponible. Ainsi, si un utilisateur ne met pas à jour pendant un certain temps, il « manquera » les mises à jour intermédiaires.
-
-Le serveur de mise à jour peut être modifié pour prendre en charge la réponse avec la prochaine version incrémentielle ou la dernière version en fonction des besoins de votre application. Veuillez nous faire savoir si des comportements de mise à jour alternatifs sont importants pour vous.
-
-### Quel est le rapport entre Capgo et Capacitor ?[](https://capgo.app/docs/faq/#how-does-capgo-relate-to-capacitor "Lien direct vers Quel est le lien entre Capgo et Capacitor ?")
-
-Capgo est un plugin pour Capacitor qui ajoute du code push. Capgo ne remplace pas Capacitor. Vous pouvez continuer à utiliser les outils Capacitor que vous connaissez et aimez déjà.
-
-Nous suivons la dernière version stable de Capacitor et mettons à jour notre plugin code push pour fonctionner avec elle.
-
-### Quand les mises à jour ont-elles lieu ?[](https://capgo.app/docs/faq/#when-do-updates-happen "Lien direct vers Quand les mises à jour ont-elles lieu ?")
-
-Par défaut, le programme de mise à jour Capgo recherche les mises à jour au démarrage de l'application. Il s'exécute sur un thread d'arrière-plan et ne bloque pas le thread de l'interface utilisateur. Toutes les mises à jour seront installées pendant que l'utilisateur utilise l'application et seront appliquées au prochain redémarrage de l'application.
-
-Il est également possible d'exécuter manuellement le programme de mise à jour Capgo à l'aide du package `@capgo/capacitor-updater`, grâce auquel il est possible de déclencher des mises à jour à tout moment, y compris via une notification push.
-
-Le programme de mise à jour Capgo est conçu de telle sorte que lorsque le réseau n'est pas disponible ou que le serveur est en panne ou inaccessible, l'application continue de s'exécuter normalement. Si jamais vous choisissez de supprimer une mise à jour de nos serveurs, tous vos clients continueront de fonctionner normalement.
-
-Nous avons ajouté la possibilité de restaurer les correctifs. Le plus simple est de simplement attacher un bundle précédent à votre chaîne pour l'annuler.
-
-### Dois-je garder mon app\_id secret ?[](https://capgo.app/docs/faq/#do-i-need-to-keep-my-app_id-secret "Lien direct vers Dois-je garder mon app_id secret ?")
-
-Non. Le `app_id` est inclus dans votre application et peut être rendu public en toute sécurité. Vous pouvez l'archiver dans le contrôle de version (même publiquement) sans vous soucier de l'accès de quelqu'un d'autre.
-
-Une personne disposant de votre `app_id` peut récupérer la dernière version de votre application à partir des serveurs Capgo, mais elle ne peut pas envoyer de mises à jour de votre application ni accéder à tout autre aspect de votre compte Capgo.
-
-### Quelles informations sont envoyées aux serveurs Capgo ?[](https://capgo.app/docs/faq/#what-information-is-sent-to-capgo-servers "Lien direct vers Quelles informations sont envoyées aux serveurs Capgo ?")
-
-Bien que Capgo se connecte au réseau, il n'envoie aucune information personnelle identifiable. L'inclusion de Capgo ne devrait pas affecter vos déclarations pour le Play Store ou le App Store.
-
-Les requêtes envoyées depuis l'application aux serveurs Capgo incluent :- app\_id (spécifié `capacitor.config.json`)
-- canal (facultatif dans `capacitor.config.json`)
-- release\_version (versionName de AndroidManifest.xml ou CFBundleShortVersionString de Info.plist ou `capacitor.config.json` si défini dans [`CapacitorUpdater.version`](/docs/plugin/settings/#version) )
-- version\_number (généré dans le cadre de `npx @capgo/cli@latest bundle upload`)
-- os_version (par exemple '11.2.1')
-- plate-forme (par exemple « Android », nécessaire pour envoyer le bon patch) C'est tout. Le code pour cela est dans `updater/library/src/network.rs`
-- device\_id (généré sur l'appareil lors de la première exécution, utilisé pour dédupliquer les installations par appareil et nous permettre de facturer en fonction des utilisateurs installés (par exemple, utilisateurs actifs mensuels), plutôt que du nombre total de correctifs ou du nombre total d'installations de correctifs)
-- custom\_id ( facultatif, défini lors de l'exécution par le développeur, utilisé pour vous permettre de lier un appareil à un utilisateur de votre système)
-
-### Quelles plates-formes sont prises en charge par Capgo ?[](https://capgo.app/docs/faq/#what-platforms-does-capgo-support "Lien direct vers Quelles plates-formes sont prises en charge par Capgo ?")
-
-Actuellement, Capgo prend en charge Android, iOS et Electron. Tous sont prêts pour la production.
-
-L'utilisation de Capgo pour iOS, Android ou Electron peut être une décision indépendante. Vous pouvez définir votre stratégie de canal pour Android et un ipa construit pour le App Store, ou les canaux Electron, selon vos besoins.
-
-Capgo peut (relativement facilement) être conçu pour prendre en charge des cibles de bureau ou intégrées. Si ceux-ci sont importants pour vous, veuillez nous le faire savoir.
-
-### Comment Capgo interagit-il avec les pistes de test de lecture ou Apple TestFlight ?[](https://capgo.app/docs/faq/#how-does-capgo-interact-with-play-testing-tracks-or-apple-testflight "Lien direct vers Comment Capgo interagit-il avec les pistes de test de lecture ou Apple TestFlight ?")
-
-Chacune des boutiques d'applications dispose de mécanismes distincts pour distribuer des applications à des groupes limités d'utilisateurs (par exemple, « tests internes », « bêta fermée », etc.). Ce sont tous des mécanismes permettant de segmenter vos utilisateurs en groupes et de distribuer à chacun des versions spécifiques de vos applications.
-
-Malheureusement, tous ces mécanismes ne permettent pas à des tiers de détecter quand des applications sont installées dans une piste de test spécifique ou via TestFlight. Ainsi, nous n'avons pas de visibilité fiable sur la composition de ces groupes et ne pouvons pas contrôler de manière fiable l'accès aux correctifs Capgo basés sur ces groupes. [https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play](https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play/) [https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i](https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i/)
-
-Si vous souhaitez segmenter la disponibilité du pack Capgo, il existe 4 options potentielles :1. Utilisez un canal séparé pour chaque groupe. Il s'agit de l'approche la plus simple, mais elle nécessite la gestion de plusieurs canaux. Vous disposez peut-être déjà de chaînes de développement et de chaînes de production avec des disponibilités différentes. Vous pouvez ainsi mettre à jour vos canaux de développement, le vérifier puis mettre à jour séparément vos canaux de production. Nous vous recommandons d'utiliser des branches/balises dans votre contrôle de version pour vous aider à garder une trace des sources associées à chaque version.
-2. Suivez votre propre ensemble d'utilisateurs opt-in, désactivez les mises à jour automatiques et déclenchez les mises à jour uniquement pour certains utilisateurs via le package `@capgo/capacitor-updater`. Cela fonctionne aujourd'hui, mais vous oblige à gérer votre propre liste d'adhésion.
-3. Capgo permet de créer son propre mécanisme d'adhésion pour chaque appareil (similaire à Test Tracks ou TestFlight, uniquement indépendant de la plate-forme). Cela permet à votre équipe d'assurance qualité d'accepter le regroupement avant qu'ils ne soient promus auprès du grand public.
-4. Capgo ont des déploiements basés sur un pourcentage. Cela ne vous permet pas de choisir les appareils vers lesquels envoyer l'envoi, mais peut vous aider à déployer progressivement et à revenir en arrière en cas de problème.
-
-## Billing[](https://capgo.app/docs/faq/#billing "Lien direct vers la facturation")
-
-### Comment puis-je mettre à niveau ou rétrograder mon forfait ?[](https://capgo.app/docs/faq/#how-do-i-upgrade-or-downgrade-my-plan "Lien direct vers Comment puis-je mettre à niveau ou rétrograder mon forfait ?")
-
-Vous pouvez mettre à niveau ou rétrograder votre forfait à tout moment dans votre tableau de bord : [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Quand ma période de facturation est-elle réinitialisée ?[](https://capgo.app/docs/faq/#when-does-my-billing-period-reset "Lien direct vers Quand ma période de facturation est-elle réinitialisée ?")
-
-Les périodes de facturation sont automatiquement réinitialisées chaque mois le mois de votre premier abonnement à Capgo. Par exemple, si vous vous êtes abonné le 15 du mois, votre période de facturation sera réinitialisée le 15 de chaque mois.
-
-### Comment résilier mon abonnement ?[](https://capgo.app/docs/faq/#how-do-i-cancel-my-subscription "Lien direct vers Comment résilier mon abonnement ?")
-
-Vous pouvez annuler votre abonnement à tout moment dans votre tableau de bord : [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Puis-je payer un an à l'avance ?[](https://capgo.app/docs/faq/#can-i-pay-for-a-year-in-advance "Lien direct vers Puis-je payer un an à l'avance ?")
-
-Oui, vous pouvez le faire à tout moment dans votre tableau de bord : [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Statistiques et analyses[](https://capgo.app/docs/faq/#stats-and-analytics "Lien direct vers les statistiques et analyses")
-
-Les statistiques de votre tableau de bord sont mises à jour tous les minuit UTC.
-Les statistiques sont calculées en fonction du nombre de [MAU](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release "Lien direct vers Quelle est la différence entre un bundle et une version ?") qui ont été installés sur vos appareils.
-
-## Comment l'ID de l'appareil est généré[](https://capgo.app/docs/faq/#how-device-id-is-generated "Lien direct vers Comment l'ID de l'appareil est généré")
-
-L'ID de l'appareil est généré sur l'appareil lors de la première exécution et est utilisé pour dédupliquer les installations par appareil et nous permettre de facturer en fonction des utilisateurs installés (par exemple, utilisateurs actifs mensuels), plutôt que du nombre total de correctifs ou du nombre total d'installations de correctifs.
-
-MAU est une meilleure solution que le nombre d'installations pour fixer le prix de Capgo, car il est plus précis et reflète le coût réel de Capgo par appareil.**Persistance de l'ID de périphérique (mis à jour dans les versions 6.25.0 et 7.25.0)** :
-- **Comportement actuel** : l'ID de périphérique persiste désormais lors des réinstallations d'applications. Il est stocké en toute sécurité dans le trousseau de l'appareil (iOS) ou dans les préférences partagées cryptées (Android), nous permettant de suivre le même appareil même après la désinstallation/réinstallation.
-- **Comportement précédent** (avant la version 6.25.0/v7.25.0) : pour des raisons de confidentialité liées aux politiques du magasin Apple et Google, l'ID de l'appareil a été réinitialisé à chaque réinstallation d'application, ce qui a rendu impossible le suivi du même appareil lors des réinstallations.
-
-Les règles de confidentialité sont appliquées par Apple et Google, et la mise en œuvre de Capgo est conforme à leurs meilleures pratiques en matière d'identification des appareils.
-
-L'ID de l'appareil ne sera pas répertorié dans votre liste d'appareils jusqu'à ce que leur premier correctif soit installé.
-
-## Pourquoi mon numéro d'appareil est différent de celui de ma MAU ?[](https://capgo.app/docs/faq/#why-my-device-number-is-different-than-my-mau "Lien direct vers Pourquoi mon numéro d'appareil est différent de celui de ma MAU ?")
-
-Actuellement, la liste des appareils n'est pas mise à jour aussi souvent que la MAU.
-
-La liste des appareils est mise à jour uniquement lorsqu'un appareil installe une mise à jour.
-
-Alors que le MAU est mis à jour à chaque lancement d’application. Il s'agit d'une limitation actuelle de la plateforme. Notre plateforme Analytics ne prend pas en charge les mises à jour brutes, nous utilisons donc une base de données conventionnelle pour la liste des appareils.
-
-Pour limiter le nombre de requêtes de base de données, nous mettons à jour la ligne uniquement lors de la mise à jour de l'application.
-
-Cette limitation sera supprimée à l’avenir.
-
-## Comment avoir une mise à jour différente par plateforme ?[](https://capgo.app/docs/faq/#how-to-have-different-update-by-platform "Lien direct vers Comment avoir une mise à jour différente par plateforme ?")
-
-Vous pouvez créer une chaîne pour chaque plateforme. et désactivez les mises à jour spécifiques à la plate-forme dans chaque canal. 
-
-Sur le canal iOS, désactivez les mises à jour Android et sur le canal Android, désactivez les mises à jour iOS.
-
-Téléchargez ensuite un bundle sur chaque chaîne pour avoir une mise à jour différente pour chaque plateforme.
-
-Si vous avez besoin de la même mise à jour pour les deux plates-formes, vous pouvez associer un forfait à plusieurs chaînes. Pas besoin de dupliquer le bundle.
diff --git a/src/content/docs/fr/docs/getting-help.mdx b/src/content/docs/fr/docs/getting-help.mdx
deleted file mode 100644
index ac8efc8e9..000000000
--- a/src/content/docs/fr/docs/getting-help.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: Assistance technique pour Capgo
-description: >-
-  Comment obtenir une assistance technique pour Capgo et notre programme de mise
-  à jour, veuillez suivre ce guide pour obtenir de l'aide lorsque la doc et nos
-  articles ne suffisent pas
-sidebar:
-  order: 1
-locale: fr
----
-## Prise en charge par Discord
-
-Capgo a un [serveur Discord] officiel (https://discord.capgo.app). Obtenir une assistance technique sur place est probablement l'un des moyens les plus rapides d'obtenir une réponse.
-
-Voici un cours intensif :
-
-Étape 1 : accédez à la chaîne `questions`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-questions.webp" alt="Demander sur Discord" /><figcaption></figcaption></figure>
-
-Étape 2 - créez votre fil de discussion
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-newquestion.webp" alt="Créer une question sur Discord" /><figcaption></figcaption></figure>
-
-Étape 3 - Décrivez votre problème et sélectionnez les balises pertinentes
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-new-post.webp" alt="Créer une publication sur Discord" /><figcaption></figcaption></figure>
-
-
-Étape 4 - Partagez votre identifiant de compte sécurisé (facultatif)
-
-Cela permettra au personnel de capgo d'examiner votre compte. Le partage de cet identifiant est sécurisé, car il a été conçu pour être partagé publiquement.
-
-Pour partager ceci, veuillez vous rendre dans [paramètres de capgo](https://console.capgo.app/dashboard/settings/account/). Là, veuillez cliquer sur « Copier l'identifiant du compte ».
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/share-secure-id.webp" alt="Partagez votre identifiant sans divulguer vos informations" /><figcaption></figcaption></figure>
-
-Cela copiera l’identifiant du compte sécurisé dans le presse-papiers. Veuillez l'inclure dans votre message Discord.
-
-## Assistance par email
-
-C’est le moyen le plus lent d’obtenir de l’aide. Veuillez d'abord utiliser le serveur Discord.
-
-Si vous avez besoin de nous contacter par e-mail, veuillez envoyer un e-mail à support@capgo.app.
diff --git a/src/content/docs/fr/docs/how-to.mdx b/src/content/docs/fr/docs/how-to.mdx
deleted file mode 100644
index 9a45980f7..000000000
--- a/src/content/docs/fr/docs/how-to.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-locale: fr
-title: "How to"
-description: "A comprehensive Guide to Capgo, offering detailed tutorials, insightful tips, and advanced techniques to enhance your effective Utilisation of the platform"
-sidebar: 
-  order: 1
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-<LinkCard
-	title="How Version works in Capgo"
-	description="capgo.Application"
-	href="https://capgo.app/blog/how-version-work-in-capgo/"
-/>
-
-<LinkCard
-	title="How to Libération major Version in Capgo"
-	description="capgo.Application"
-	href="https://capgo.app/blog/how-to-release-major-version-in-capgo/"
-/>
-
-<LinkCard
-	title="How to send specific Mise à jour to one Utilisateur or a group"
-	description="capgo.Application"
-	href="https://capgo.app/blog/how-to-send-specific-version-to-users/"
-/>
-
-
-## CI / CD
-
-
-<LinkCard
-	title="Automatic Construction and Libération with GitHub Actions"
-	description="capgo.Application"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-<LinkCard
-	title="Manage Développement and Production Construction with GitHub Actions"
-	description="capgo.Application"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-## Contribuer
-
-
-<LinkCard
-	title="Contribuer to Capgo open source"
-	description="github.com"
-	href="https://github.com/Cap-go/capgo/blob/main/CONTRIBUTING.md"
-/>
diff --git a/src/content/docs/fr/docs/index.mdx b/src/content/docs/fr/docs/index.mdx
deleted file mode 100644
index 56e819f70..000000000
--- a/src/content/docs/fr/docs/index.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-locale: fr
-title: Bienvenue dans la documentation Capgo
-description: Guide complet de Capgo Cloud, des mises à jour en direct et de notre suite de plugins Capacitor pour créer des applications mobiles robustes.
-tableOfContents: false
-next: false
-hero:
-  tagline: Maîtrisez Capgo Cloud pour livrer des mises à jour instantanées et exploitez nos plugins Capacitor pour accélérer votre développement mobile.
-  actions:
-    - text: Commencer avec Capgo Cloud
-      link: /fr/docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: Parcourir tous les plugins
-      link: /fr/docs/plugins/
-      icon: puzzle
-      variant: minimal
----
-
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-## 🚀 Capgo Cloud - Les mises à jour en direct simplifiées
-
-<CardGrid stagger>
-  <Card title="Mises à jour instantanées" icon="rocket">
-    Déployez vos mises à jour JavaScript, HTML et CSS directement aux utilisateurs, sans attendre les délais des stores. Corrigez et publiez en quelques minutes.
-  </Card>
-  <Card title="Intégration en 3 étapes" icon="pencil">
-    Démarrez rapidement avec `npx @capgo/cli@latest init [APIKEY]` puis livrez vos premières mises à jour immédiatement.
-  </Card>
-  <Card title="Fonctionnalités avancées" icon="setting">
-    Canaux pour A/B tests, restaurations automatiques, analyse des mises à jour, bundles chiffrés et sécurité de niveau entreprise.
-  </Card>
-  <Card title="Guide complet" icon="open-book">
-    Passez d'une [configuration rapide](/fr/docs/getting-started/quickstart/) à des stratégies de déploiement avancées avec notre documentation complète.
-  </Card>
-</CardGrid>
-
-## 📚 Ce que vous trouverez dans cette documentation
-
-<CardGrid>
-  <LinkCard
-    title="Configuration Capgo Cloud"
-    description="Guides complets pour intégrer les mises à jour en direct, gérer les canaux, connecter votre CI/CD et suivre vos déploiements."
-    href="/fr/docs/getting-started/quickstart/"
-  />
-  <LinkCard
-    title="20+ plugins Capacitor"
-    description="Découvrez nos plugins prêts pour la production: biométrie, achats, caméra, stockage et bien d'autres fonctionnalités natives."
-    href="/fr/docs/plugins/"
-  />
-  <LinkCard
-    title="CLI et API publique"
-    description="Automatisez vos workflows avec la CLI et intégrez Capgo dans vos systèmes existants via notre API REST."
-    href="/fr/docs/cli/overview/"
-  />
-  <LinkCard
-    title="Solutions entreprise"
-    description="Support dédié, SLA, fonctionnalités sur mesure et options de sécurité avancées pour les équipes exigeantes."
-    href="/fr/enterprise/"
-  />
-</CardGrid>
-
-## 🎯 Liens rapides
-
-- **Première utilisation ?** Commencez avec le [démarrage rapide en 5 minutes](/fr/docs/getting-started/quickstart/)
-- **Besoin d'un plugin ?** Parcourez notre [catalogue de plugins](/fr/docs/plugins/) ou demandez un [développement sur mesure](/fr/consulting/)
-- **Un problème ?** Consultez la [FAQ](/fr/docs/faq/) ou rejoignez notre [Discord](https://discord.capgo.app)
-- **Besoin entreprise ?** Découvrez nos [solutions entreprise](/fr/enterprise/) ou [contactez-nous](mailto:Support@capgo.app)
diff --git a/src/content/docs/fr/docs/live-updates/breaking-changes.md b/src/content/docs/fr/docs/live-updates/breaking-changes.md
deleted file mode 100644
index 2c50c0b2d..000000000
--- a/src/content/docs/fr/docs/live-updates/breaking-changes.md
+++ /dev/null
@@ -1,189 +0,0 @@
----
-locale: fr
-title: "Changements incompatibles"
-description: "Comment gérer les changements incompatibles avec des canaux versionnés"
-sidebar:
-  order: 6
----
-
-Cette page explique comment gérer les changements incompatibles (breaking changes) avec Capgo en utilisant des canaux par version majeure.
-
-## Scénario type
-
-Vous avez:
-
-- Application 1.2.3 (ancienne génération) sur le canal `production`
-- Application 2.0.0 (nouvelle génération) sur le canal `v2`
-- Mise à jour OTA 1.2.4 compatible 1.x
-- Mise à jour OTA 2.0.1 compatible 2.x
-
-## Stratégie recommandée
-
-Définissez un `defaultChannel` par version majeure. Cela vous permet de contrôler précisément quels utilisateurs reçoivent quelles mises à jour.
-
-```ts
-// Releases 1.x
-defaultChannel: 'v1'
-
-// Releases 2.x
-defaultChannel: 'v2'
-
-// Releases 3.x
-defaultChannel: 'v3'
-```
-
-:::tip[Conseil]
-Avantages:
-- contrôle clair du routage des utilisateurs
-- séparation nette entre générations d'apps
-- mises à jour ciblées sans logique complexe côté client
-:::
-
-## 1. Créer un canal pour la nouvelle version
-
-```bash
-# Create channel for version 2.x
-npx @capgo/cli channel create v2
-```
-
-## 2. Mettre à jour la config Capacitor pour 2.0.0
-
-Avant de publier la version store 2.0.0:
-
-```ts
-// capacitor.config.ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      defaultChannel: 'v2'
-    }
-  }
-};
-
-export default config;
-```
-
-:::note[Remarque]
-Si vous n'aviez pas configuré `defaultChannel` en 1.x, ces utilisateurs restent généralement sur `production`.
-:::
-
-## 3. Maintenir des branches code séparées
-
-Gardez une branche par génération native incompatible.
-
-```bash
-# Create and maintain a branch for version 1.x updates
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-
-# Main branch for 2.x
-git checkout main
-```
-
-:::caution[Avertissement]
-N'envoyez jamais à une app 1.x un bundle qui dépend d'APIs natives uniquement présentes en 2.x.
-:::
-
-## 4. Uploader vers le bon canal
-
-```bash
-# Updates for 1.x apps
-git checkout v1-maintenance
-npx @capgo/cli bundle upload --channel production
-
-# Updates for 2.x apps
-git checkout main
-npx @capgo/cli bundle upload --channel v2
-```
-
-## 5. Autoriser l'auto-assignment si nécessaire
-
-```bash
-npx @capgo/cli channel set v2 --self-assign
-```
-
-## 6. Publier la version store
-
-Publiez la version 2.0.0. Les utilisateurs qui installent cette version basculent automatiquement sur `v2` grâce à `defaultChannel`.
-
-:::note[Remarque]
-Aucun changement runtime supplémentaire n'est nécessaire si `defaultChannel` est déjà embarqué dans le binaire.
-:::
-
-## Passage aux versions suivantes
-
-Pour 3.0.0:
-
-```bash
-# Create channel for version 3.x
-npx @capgo/cli channel create v3
-```
-
-```ts
-// capacitor.config.ts for version 3.0.0
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      defaultChannel: 'v3'
-    }
-  }
-};
-```
-
-Vous obtenez alors un routage clair:
-
-- `production` -> utilisateurs 1.x
-- `v2` -> utilisateurs 2.x
-- `v3` -> utilisateurs 3.x
-
-## 7. Nettoyage après migration
-
-Quand la base utilisateur 1.x est négligeable:
-
-1. retirez `defaultChannel` des futurs binaires si nécessaire
-2. supprimez les canaux/branches obsolètes
-
-```bash
-npx @capgo/cli channel delete v2
-```
-
-```bash
-git branch -d v1-maintenance
-git push origin --delete v1-maintenance
-```
-
-:::tip[Conseil]
-Gardez une convention stricte canal <-> version majeure pour éviter les erreurs de diffusion.
-:::
-
-:::caution[Avertissement]
-Testez chaque bundle dans le canal cible avant promotion.
-:::
-
-:::note[Remarque]
-Supprimer un canal dont certains appareils ont encore l'override force un retour au canal de fallback selon vos règles de sélection.
-:::
-
-## Maintenir les mises à jour 1.x
-
-Pour continuer à corriger la 1.x:
-
-1. basculez sur `v1-maintenance`
-2. appliquez des changements compatibles 1.x
-3. uploadez sur `production`
-
-```bash
-git checkout v1-maintenance
-git add .
-git commit -m "Fix for v1.x"
-git push origin v1-maintenance
-npx @capgo/cli bundle upload --channel production
-```
-
-:::tip[Conseil]
-Ne mergez pas des changements cassants de `main` dans la branche 1.x.
-:::
diff --git a/src/content/docs/fr/docs/live-updates/channels.mdx b/src/content/docs/fr/docs/live-updates/channels.mdx
deleted file mode 100644
index 9509be238..000000000
--- a/src/content/docs/fr/docs/live-updates/channels.mdx
+++ /dev/null
@@ -1,208 +0,0 @@
----
-title: Channels
-description: >-
-  Découvrez comment gérer et configurer les canaux Live Update dans Capgo,
-  permettant des mises à jour transparentes des applications en dirigeant des
-  versions de bundle JS spécifiques vers des appareils configurés pour ces
-  canaux.
-sidebar:
-  order: 3
-locale: fr
----
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Un canal Live Update pointe vers une version de bundle JS spécifique de votre application qui sera partagée avec tous les appareils configurés pour écouter ce canal pour les mises à jour. Lorsque vous [installez les Capgo Live Updates SDK](/docs/getting-started/quickstart/) dans votre application, tout binaire natif configuré sur ce canal recherchera les mises à jour disponibles à chaque lancement de l'application. Vous pouvez modifier la version vers laquelle pointe un canal à tout moment et pouvez également revenir aux versions précédentes si nécessaire.
-
-<Aside type="caution" title="Les canaux n'apportent pas de confidentialité">
-Les canaux contrôlent l'éligibilité à la mise à jour, pas le secret du bundle. Même si un canal est privé ou que l'auto-affectation est désactivée, tout bundle non chiffré envoyé à Capgo doit toujours être considéré comme un asset public livré aux clients. Le chiffrement protège la distribution et l'authenticité des mises à jour, mais les bundles distribués restent analysables par rétro-ingénierie depuis l'application avec suffisamment d'effort, car la clé publique fait partie du client. Voir [le chiffrement des Live Updates](/docs/live-updates/encryption/) pour le détail.
-</Aside>
-
-## Comment un appareil sélectionne une chaîne (priorité)
-
-Lorsqu'un appareil recherche une mise à jour, Capgo décide quel canal utiliser dans cet ordre strict (la priorité la plus élevée en premier) :
-
-1. **Mappage forcé des appareils (tableau de bord)** – Épinglez manuellement un ID d'appareil spécifique à un canal. À utiliser pour le débogage urgent ou les tests contrôlés avec un seul utilisateur réel. Cela gagne toujours.
-2. **Remplacement du cloud (par appareil) via le tableau de bord ou API** – Créé lorsque vous modifiez le canal de l'appareil dans le tableau de bord ou via API. À utiliser pour les utilisateurs d'assurance qualité qui passent d'un canal de fonctionnalité à un canal de relations publiques ou pour reproduire un problème utilisateur. La réinstallation du binaire ne l'efface pas ; la suppression de l’entrée de l’appareil le fait.
-
-<Aside type="tip" title="Changement de canal instantané avec setChannel()">
-**À partir de la version 5.34.0, 6.34.0, 7.34.0 ou 8.0.0** du plugin (selon votre version majeure), `setChannel()` fonctionne différemment : il contacte le backend pour **valider** que le canal est autorisé (en vérifiant si l'auto-attribution est activée pour ce canal), puis stocke le canal **localement sur l'appareil** sous le nom `defaultChannel`. Cela signifie que le nouveau canal prend effet **instantanément** lors de la prochaine vérification de mise à jour, sans attendre la réplication.
-
-Auparavant, `setChannel()` enregistrait le remplacement du canal dans la base de données principale (comme les modifications du tableau de bord ou de API), et les appareils devaient attendre la réplication des données (jusqu'à 2 minutes) avant que le nouveau canal ne soit reconnu. Le nouveau comportement lit uniquement à partir du backend (pour validation) et stocke localement, ce qui rend les changements de canal instantanés.
-
-**Remarque :** Même si un canal devient interdit après avoir été défini localement, le backend validera toujours le canal lors des vérifications de mise à jour, afin que la sécurité soit maintenue.**Important :** Lorsque des modifications de canal sont apportées via le tableau de bord ou API, il y a encore un délai de réplication pouvant aller jusqu'à 2 minutes avant que tous les serveurs Edge ne reflètent la modification. Pour un changement de chaîne instantané, utilisez `setChannel()` à partir du code de votre application : il est validé avec le backend, puis définit le canal localement pour un effet immédiat.
-</Aside>
-3. **Capacitor config `defaultChannel` (test build par défaut)** – Si présent dans `capacitor.config.*` et qu'aucune force/remplacement n'existe, l'application démarre sur ce canal (par exemple `beta`, `qa`, `pr-123`). Destiné à TestFlight/versions internes afin que les testeurs atterrissent automatiquement sur un canal de pré-version. Les builds de production laissent généralement cela inchangé.
-4. **Canal Cloud par défaut (chemin principal ~ 99 % des utilisateurs)** – Si vous marquez un canal par défaut dans le tableau de bord, tous les utilisateurs finaux normaux (pas de force, pas de remplacement, pas de configuration defaultChannel) s'attachent ici. Modifiez-le pour le déployer ou le restaurer instantanément : pas de nouveau binaire. Si vous avez des valeurs par défaut spécifiques à la plate-forme (par exemple, un iOS uniquement, un Android uniquement, un Electron uniquement), chaque appareil atterrit sur la valeur par défaut correspondant à sa plate-forme. Il est permis de laisser la valeur par défaut du cloud non définie ; dans ce cas, l'appareil doit correspondre aux étapes 1 à 3 pour recevoir les mises à jour.
-
-Bonne pratique :
-- Traiter 1 à 3 comme couches d'exception/test ; lorsque vous définissez un cloud par défaut, les vrais utilisateurs doivent y accéder. Si vous choisissez de ne pas en définir, réfléchissez à la manière dont les utilisateurs se connectent (généralement via `defaultChannel` dans la configuration ou par remplacement de périphérique).
-- Configurez uniquement `defaultChannel` dans les binaires que vous envoyez explicitement aux testeurs. Si cette option n'est pas configurée, la logique de production est centralisée dans le tableau de bord.
-- Utilisez `setChannel()` avec parcimonie en production, principalement pour l'assurance qualité ou les diagnostics ciblés.
-
-Si un canal est désactivé pour la plate-forme (bascule iOS/Android/Electron) alors qu'il aurait autrement été choisi, le processus de sélection l'ignore et continue dans la liste.
-
-> Résumé : Forcer > Remplacer > Config `defaultChannel` > Cloud par défaut.
-
-## Comportement du canal par défaut
-
-La définition d'un cloud par défaut est facultative, mais elle sert généralement de chemin fourre-tout pour les nouveaux appareils. Sans cela, seuls les appareils correspondant à des mappages forcés, à des remplacements ou à un `defaultChannel` dans la configuration Capacitor recevront des mises à jour. Lorsque vous choisissez de marquer les valeurs par défaut, gardez ces modèles à l'esprit :
-
-- **Par défaut unique (le plus courant)** – Si un canal a iOS, Android et Electron activés, il devient le seul par défaut ; tout appareil sans remplacement sera attaché ici.
-- **Paramètres par défaut spécifiques à la plate-forme** – Si vous divisez les canaux par plate-forme (par exemple, `ios-production` avec seulement iOS activé, `android-production` avec seulement Android activé et `electron-production` avec uniquement Electron activé), marquez chacun d'entre eux comme valeur par défaut pour sa plate-forme. Les appareils iOS accèdent à la valeur par défaut iOS, les appareils Android accèdent à la valeur par défaut Android et les applications Electron accèdent à la valeur par défaut Electron.N'oubliez pas que la valeur par défaut du cloud et `defaultChannel` dans `capacitor.config.*` occupent tous deux la même couche de décision. Si vous définissez une valeur cloud par défaut, vous n'avez pas besoin de dupliquer la valeur dans votre configuration Capacitor : laissez `defaultChannel` vide pour les versions de production. Réservez `defaultChannel` pour les binaires que vous envoyez intentionnellement aux testeurs ou au contrôle qualité lorsque vous souhaitez qu'ils démarrent sur un canal hors production, même si la valeur par défaut du cloud est différente.
-
-Vous pouvez modifier les valeurs par défaut à tout moment dans le tableau de bord. Lorsque vous échangez une valeur par défaut, les nouveaux appareils obéissent immédiatement au nouveau routage et les appareils existants suivent les règles de priorité normales lors de leur prochain enregistrement.
-
-## Créer une chaîne
-
-Lors de l'intégration, vous créez la première chaîne (la plupart des équipes l'appellent « Production »), mais rien n'est verrouillé : vous pouvez renommer ou supprimer n'importe quelle chaîne à tout moment. Pour ajouter des chaînes supplémentaires ultérieurement :
-
-1. Accédez à la section "Chaînes" du tableau de bord Capgo 
-2. Cliquez sur le bouton "Nouvelle chaîne"
-3. Entrez un nom pour la chaîne et cliquez sur "Créer"
-
-Les noms de chaînes peuvent être tout ce que vous souhaitez. Une stratégie courante consiste à adapter les canaux à vos étapes de développement, par exemple :
-
-- `Development` - pour tester les mises à jour en direct sur des appareils locaux ou des émulateurs
-- `QA` - pour que votre équipe d'assurance qualité vérifie les mises à jour avant une diffusion plus large
-- `Staging` - pour les tests finaux dans un environnement de production 
-- `Production` - pour la version de votre application que les utilisateurs finaux reçoivent des magasins d'applications
-
-## Configurer la chaîne dans votre application
-
-Une fois vos chaînes créées, vous devez configurer votre application pour écouter la chaîne appropriée. Dans cet exemple, nous utiliserons le canal `Development`.
-
-Ouvrez votre fichier `capacitor.config.ts` (ou `capacitor.config.json`). Dans la section `plugins`, définissez éventuellement `defaultChannel` pour les **versions de test** (internes/QA). Pour les versions de production, préférez l’omettre afin que les appareils utilisent la valeur Cloud par défaut, à moins qu’elle ne soit explicitement remplacée.
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      // For a QA/TestFlight build – testers start on the Development channel automatically.
-      defaultChannel: 'Development',
-      // Production builds usually omit this so users attach to the Cloud Default channel.
-    },
-  },
-};
-```
-
-Ensuite, créez votre application Web et exécutez `npx cap sync` pour copier le fichier de configuration mis à jour dans vos projets iOS, Android et Electron. Si vous ignorez cette étape de synchronisation, vos projets natifs continueront à utiliser le canal pour lequel ils ont été précédemment configurés.
-
-<Aside type="caution">
-Ordre de sélection des canaux : Forcer > Remplacer (`setChannel` / tableau de bord) > Config `defaultChannel` > Cloud Default.
-
-Utilisez `defaultChannel` uniquement dans les versions de test/internes ; laissez-le de côté pour la production afin que les utilisateurs suivent le Cloud par défaut (lorsqu'il est défini) au lieu de dupliquer le routage dans la configuration native.
-
-Vous pouvez toujours forcer (épingler) un périphérique ou appliquer un remplacement ultérieurement : ceux-ci remplacent immédiatement la valeur de configuration.
-
-> Les noms de chaînes sont sensibles à la casse.
-</Aside>
-
-
-## Options et stratégies de canal
-
-Les chaînes disposent de plusieurs options qui contrôlent qui peut recevoir les mises à jour et comment les mises à jour sont fournies. Les plus importants sont ci-dessous. Vous pouvez les configurer à partir de l'application Web, du CLI ou du API public.- Canal par défaut : marquez éventuellement le canal ou les canaux spécifiques à la plate-forme auxquels les nouveaux appareils se connectent. Voir « Comportement du canal par défaut » pour les scénarios de routage.
-- Filtres de plate-forme : activez ou désactivez la diffusion sur les appareils `iOS`, `Android` ou `Electron` par canal.
-- Désactiver la rétrogradation automatique en mode natif : empêche l'envoi d'une mise à jour lorsque la version native de l'application de l'appareil est plus récente que l'offre groupée de la chaîne (par exemple, un appareil sur 1.2.3 alors que la chaîne a 1.2.2).
-- Autoriser les builds de développement : autoriser les mises à jour des builds de développement (utile pour les tests).
-- Autoriser les appareils émulateurs : Autoriser les mises à jour des émulateurs/simulateurs (utile pour les tests).
-- Autoriser l'auto-attribution de l'appareil : permet à l'application de basculer vers ce canal lors de l'exécution à l'aide de `setChannel`. S'il est désactivé, `setChannel` échouera pour ce canal.
-
-### Désactiver les stratégies de mise à jour automatique
-
-Utilisez-le pour restreindre les types de mises à jour que la chaîne fournira automatiquement. Possibilités :
-
-- majeur : bloque les mises à jour majeures (0.0.0 → 1.0.0). Les mises à jour mineures et correctives sont toujours autorisées.
-- mineur : bloque les mises à jour croisées mineures (par exemple, 1.1.0 → 1.2.0) et majeures. Les mises à jour de correctifs sont toujours autorisées. Remarque : ne bloque pas 0.1.0 → 1.1.0.
-- patch : Très strict. Permet uniquement d'augmenter les versions de correctifs au sein des mêmes majeur et mineur. Exemples : 0.0.311 → 0.0.314 ✅, 0.1.312 → 0.0.314 ❌, 1.0.312 → 0.0.314 ❌.
-- métadonnées : exigent une mise à jour minimale des métadonnées de la version sur chaque bundle. Configurez via CLI en utilisant `--min-update-version` ou `--auto-min-update-version`. S'il est manquant, le canal est marqué comme mal configuré et les mises à jour seront rejetées jusqu'à ce qu'elles soient définies.
-- aucun : autorise toutes les mises à jour en fonction de la compatibilité du serveur.
-
-Découvrez plus de détails et d’exemples dans la stratégie Désactiver les mises à jour à l’adresse /docs/cli/commands/#disable-updates-strategy.
-
-Exemple (CLI) :
-
-```bash
-# Block major updates on the Production channel
-npx @capgo/cli@latest channel set production com.example.app \
-  --disable-auto-update major
-
-# Allow devices to self-assign to the Beta channel
-npx @capgo/cli@latest channel set beta com.example.app --self-assign
-```
-
-### Utilisation de setChannel() depuis votre application
-
-La méthode `setChannel()` permet à votre application de changer de canal par programmation au moment de l'exécution. Ceci est particulièrement utile pour :
-
-- Menus QA/debug où les testeurs peuvent basculer entre les canaux
-- Flux d'inscription au programme bêta
-- Implémentations d'indicateurs de fonctionnalités
-- Scénarios de tests A/B
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Switch to the beta channel
-await CapacitorUpdater.setChannel({ channel: 'beta' });
-
-// Optionally trigger an immediate update check after switching
-await CapacitorUpdater.setChannel({
-  channel: 'beta',
-  triggerAutoUpdate: true
-});
-```
-
-<Aside type="note" title="Comment fonctionne setChannel() (v5.34.0+ / v6.34.0+ / v7.34.0+ / v8.0.0+)">
-Lorsque `setChannel()` est appelé :
-
-1. **Validation du backend (lecture seule)** : une requête est envoyée au backend Capgo pour valider que le canal est autorisé (vérification des autorisations d'auto-attribution)
-2. **Mise à jour du stockage local** : si la validation réussit, la chaîne est enregistrée dans le stockage local de l'appareil sous le nom `defaultChannel`.
-3. **Effet instantané** : la prochaine vérification de mise à jour utilise immédiatement le nouveau canal (pas d'attente de réplication)
-
-**Pourquoi est-ce important :** Dans les anciennes versions, `setChannel()` enregistrait le remplacement du canal dans la base de données principale (identique aux modifications du tableau de bord ou de API). Les appareils devaient attendre la réplication backend (jusqu'à 2 minutes) avant que le changement de canal ne prenne effet. Désormais, `setChannel()` lit uniquement à partir du backend (pour validation) et stocke localement, ce qui rend les changements de canal instantanés.
-
-**Remarque de sécurité :** Même si les autorisations d'un canal changent après avoir été définies localement (par exemple, l'auto-attribution est désactivée), le backend validera toujours le canal lors des vérifications de mise à jour, garantissant ainsi le maintien de la sécurité.
-
-**Comparaison des méthodes de changement de chaîne :**
-
-| Méthode | Délai d'effet | Persistance | Cas d'usage |
-| --- | --- | --- | --- |
-| `setChannel()` depuis le plugin | **Instantané** | Appareil uniquement (local) | Changement de canal initié par l'utilisateur dans l'app |
-| Remplacement d'appareil via le tableau de bord | Jusqu'à 2 min | Base de données backend | Changements initiés par un administrateur pour des appareils spécifiques |
-| Attribution de canal via l'API | Jusqu'à 2 min | Base de données backend | Intégrations backend automatisées |
-
-Pour la meilleure expérience utilisateur lors de la création d'interfaces de changement de canal, utilisez toujours la méthode `setChannel()` du plugin.
-
-Versions minimales pour le changement de canal local uniquement : **5.34.0**, **6.34.0**, **7.34.0** ou **8.0.0** (selon votre version majeure). Chaque numéro de version mineure correspond au même ensemble de fonctionnalités sur toutes les versions majeures (par exemple, X.34.0 inclut les mêmes fonctionnalités que X soit 5, 6, 7 ou 8). Consultez [l'installation du plugin](/docs/getting-started/add-an-app/) pour les tags de version.
-
-</Aside>
-
-## Automatisation des déploiements
-
-Pour des flux de travail plus avancés, vous pouvez automatiser vos déploiements de mises à jour en direct dans le cadre de votre pipeline CI/CD. En intégrant Capgo dans votre processus de build, vous pouvez automatiquement télécharger de nouveaux bundles et les attribuer à des canaux chaque fois que vous poussez vers certaines branches ou créez de nouvelles versions.
-
-Consultez la documentation [Intégration CI/CD](/docs/getting-started/cicd-integration/) pour en savoir plus sur l'automatisation des mises à jour en direct Capgo.
-
-## Déploiement sur un appareil
-
-Maintenant que vous comprenez les canaux, vous êtes prêt à commencer à déployer des mises à jour en direct sur de vrais appareils. Le processus de base est le suivant :
-
-1. Installez le Capgo SDK dans votre application
-2. Configurez l'application pour écouter la chaîne souhaitée
-3. Téléchargez une version et attribuez-la à ce canal
-4. Lancez l'application et attendez la mise à jour !
-
-Pour une procédure pas à pas plus détaillée, consultez le guide [Déploiement des mises à jour en direct](/docs/getting-started/deploy/). Bonne mise à jour !
-
-## Utilisation avancée des canaux : segmentation des utilisateurs
-
-Les canaux peuvent être utilisés au-delà des simples étapes de développement. Il s'agit d'un outil puissant pour la segmentation des utilisateurs, permettant des fonctionnalités telles que :
-
-- Indicateurs de fonctionnalités pour différents niveaux d'utilisateurs
-- Tests A/B
-- Déploiements progressifs de fonctionnalités
-- Programmes de tests bêta
-
-Découvrez comment mettre en œuvre ces cas d'utilisation avancés dans notre guide : [Comment segmenter les utilisateurs par plan et canaux pour les indicateurs de fonctionnalités et les tests A/B] (/blog/how-to-segment-users-by-plan-and-channels/).
diff --git a/src/content/docs/fr/docs/live-updates/china-configuration.mdx b/src/content/docs/fr/docs/live-updates/china-configuration.mdx
deleted file mode 100644
index 689d44d63..000000000
--- a/src/content/docs/fr/docs/live-updates/china-configuration.mdx
+++ /dev/null
@@ -1,188 +0,0 @@
----
-locale: fr
-title: Utiliser Capgo en Chine
-description: "Configurez Capgo pour la Chine avec des URLs régionales adaptées afin d'améliorer la fiabilité et les performances des mises à jour OTA."
-sidebar:
-  order: 11
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Si vous déployez votre application pour des utilisateurs en Chine, il est recommandé d'utiliser les endpoints régionaux de Capgo pour des mises à jour plus stables.
-
-## Pourquoi utiliser des URLs dédiées à la Chine
-
-Les contraintes réseau (latence, filtrage, routage international) peuvent dégrader l'accès aux infrastructures hors région. Capgo fournit des URLs optimisées pour cette zone afin de réduire les échecs et d'accélérer les téléchargements.
-
-## Configuration
-
-Vous devez définir trois URLs dans `capacitor.config.ts`.
-
-<Steps>
-
-1. Ouvrez `capacitor.config.ts`.
-
-2. Configurez le plugin `CapacitorUpdater`:
-
-   ```typescript
-   import { CapacitorConfig } from '@capacitor/cli';
-   
-   const config: CapacitorConfig = {
-     plugins: {
-       CapacitorUpdater: {
-         autoUpdate: true,
-         updateUrl: 'https://updater.capgo.com.cn/updates',
-         statsUrl: 'https://updater.capgo.com.cn/stats',
-         channelUrl: 'https://updater.capgo.com.cn/channel_self',
-       },
-     },
-   };
-   
-   export default config;
-   ```
-
-3. Rebuild et synchronisez:
-
-   ```shell
-   npm run build
-   npx cap sync
-   ```
-
-</Steps>
-
-## Détail des URLs
-
-- `updateUrl`: vérification et téléchargement des mises à jour
-- `statsUrl`: envoi des métriques d'usage
-- `channelUrl`: résolution du canal associé à l'appareil
-
-<Aside type="tip">
-Configurez les trois URLs ensemble pour garantir un fonctionnement complet.
-</Aside>
-
-## Paramètres recommandés pour la Chine
-
-### Désactiver `directUpdate`
-
-Nous recommandons `directUpdate: false` pour éviter des expériences dégradées en cas de réseau instable.
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false,
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-<Aside type="caution">
-Même avec une infrastructure optimisée, la qualité réseau peut varier. Le mode non direct est plus robuste dans la majorité des cas.
-</Aside>
-
-## Exemple complet
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'My App',
-  webDir: 'dist',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false,
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-
-export default config;
-```
-
-## Vérifier la configuration
-
-<Steps>
-
-1. Uploadez un bundle de test:
-
-    ```shell
-    npx @capgo/cli@latest bundle upload --channel=production
-    ```
-
-2. Installez l'application sur un appareil de test.
-
-3. Surveillez le processus:
-
-    ```shell
-    npx @capgo/cli@latest app debug
-    ```
-
-4. Vérifiez que les requêtes partent bien vers `updater.capgo.com.cn`.
-
-</Steps>
-
-<Aside type="note">
-Le comportement d'application des mises à jour reste identique. Voir [Comportement des mises à jour](/fr/docs/live-updates/update-behavior/).
-</Aside>
-
-## Déploiement multi-région
-
-Si vous servez des utilisateurs en Chine et hors Chine, vous pouvez conserver ces URLs pour tous. Le domaine `.cn` est résolu globalement.
-
-### Option unique globale
-
-Vous pouvez utiliser une configuration unique pour tous les utilisateurs:
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false,
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-Cette approche simplifie fortement l'exploitation.
-
-### Option par région
-
-Si vous voulez optimiser par zone géographique:
-
-- maintenez des variantes d'app
-- injectez les URLs par environnement
-- segmentez par canaux
-
-Besoin d'aide: [support@capgo.app](mailto:support@capgo.app) ou [Discord Communauté](https://discord.capgo.app).
-
-## Dépannage
-
-En cas de problème:
-
-1. vérifiez les 3 URLs dans `capacitor.config.ts`
-2. testez l'accès réseau à `updater.capgo.com.cn`
-3. inspectez les logs avec `npx @capgo/cli@latest app debug`
-4. testez un nouvel upload pour valider la chaîne complète
-5. contactez [support@capgo.app](mailto:support@capgo.app) ou [Discord Communauté](https://discord.capgo.app)
-
-<Aside type="caution">
-N'utilisez pas les endpoints internationaux si vous ciblez ce mode de configuration régional.
-</Aside>
-
-## Étapes suivantes
-
-- Découvrir [Comportement des mises à jour](/fr/docs/live-updates/update-behavior/)
-- Explorer les [Canaux](/fr/docs/live-updates/channels/)
-- Configurer le [Chiffrement](/fr/docs/live-updates/encryption/)
diff --git a/src/content/docs/fr/docs/live-updates/compliance.mdx b/src/content/docs/fr/docs/live-updates/compliance.mdx
deleted file mode 100644
index 1950ff539..000000000
--- a/src/content/docs/fr/docs/live-updates/compliance.mdx
+++ /dev/null
@@ -1,185 +0,0 @@
----
-title: Compliance
-description: >-
-  Découvrez les pratiques de confidentialité de Capgo, la collecte de données,
-  la conformité en matière de sécurité et la manière dont nous protégeons les
-  informations de vos utilisateurs lors des mises à jour en direct.
-sidebar:
-  order: 6
-locale: fr
----
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo est conçu dans un souci de confidentialité, de sécurité et de conformité. Ce document explique quelles données sont collectées, comment elles sont utilisées et quelles mesures sont en place pour protéger la confidentialité de vos utilisateurs et garantir la conformité réglementaire lors de l'utilisation du service de mise à jour en direct de Capgo.
-
-## Présentation de la collecte de données
-
-Capgo collecte les données minimales nécessaires pour fournir efficacement le service de mise à jour en direct. La collecte de données se concentre sur les exigences opérationnelles plutôt que sur le suivi ou l'analyse des utilisateurs.
-
-### Quelles données sont collectées
-
-Capgo collecte uniquement les données nécessaires pour fournir la fonctionnalité de mises à jour en direct. Lorsque votre application recherche des mises à jour ou télécharge de nouveaux bundles, les informations suivantes sont collectées :
-
-- **App ID** : un identifiant unique pour votre application utilisé pour associer l'application au bon compte.
-- **Code de version de l'application** : le code de version de l'application utilisé pour déterminer quelles mises à jour sont compatibles avec l'application.
-- **Nom de la version de l'application** : le nom de la version de l'application utilisée à des fins d'affichage.
-- **Plateforme** : La plate-forme (iOS, Android, Electron) de l'application utilisée pour déterminer quelles mises à jour sont compatibles avec l'application
-- **ID de l'appareil** : identifiant unique de l'appareil utilisé pour fournir des mises à jour sur un appareil spécifique et à des fins de facturation. Cet identifiant est une chaîne aléatoire créée lors du premier démarrage de l'application. **À partir des versions du plugin v5.10.0, v6.25.0 et v7.25.0**, l'ID de l'appareil persiste désormais lors des réinstallations d'applications (stocké en toute sécurité dans le trousseau sur iOS, EncryptedSharedPreferences sur Android et le stockage sécurisé Electron) pour fournir un meilleur suivi de l'appareil tout en maintenant la conformité aux directives de l'App Store. Avant ces versions, l'ID de l'appareil était réinitialisé à chaque installation d'application
-- **Bundle ID** : identifiant unique du bundle actuellement installé sur l'appareil.
-- **Nom de la chaîne** : le nom de la chaîne sélectionnée pour recevoir les mises à jour.
-- **Version du système d'exploitation** : version du système d'exploitation utilisée pour déterminer quelles mises à jour sont compatibles avec l'appareil.
-- **Version du plugin** : version du plugin @capgo/capacitor-updater utilisée pour fournir des mises à jour sur l'appareil.
-
-**Données techniques supplémentaires :**
-- Mettre à jour les horodatages de vérification
-- Télécharger le statut de réussite/échec
-- Statut d'installation du bundle
-- Événements et raisons de restauration
-- Adresse IP (pour la géolocalisation et l'optimisation du CDN)
-
-<Aside type="note">
-Vous pouvez vérifier les données collectées en inspectant le code source du plugin @capgo/capacitor-updater, qui est open source et disponible sur [GitHub](https://github.com/Cap-go/capacitor-updater). Capgo ne collecte pas d'informations personnelles identifiables (PII), telles que des noms, des adresses e-mail, des numéros de téléphone ou des identifiants d'appareil persistants, qui peuvent être utilisés pour suivre des utilisateurs individuels dans les applications.
-</Aside>
-
-### Quelles données ne sont PAS collectées
-
-Capgo ne collecte explicitement pas :- Informations ou informations d'identification personnelles de l'utilisateur
-- Analyses d'utilisation des applications ou données sur le comportement des utilisateurs
-- Contenu de votre application ou données générées par l'utilisateur
-- Données de localisation au-delà de la région géographique générale
-- Identifiants d'appareil persistants pour le suivi
-- Données personnelles biométriques ou sensibles
-
-## Utilisation et finalité des données
-
-Les données collectées par Capgo sont utilisées exclusivement pour :
-
-### Fonctionnement des services
-- Déterminer quelles mises à jour sont disponibles pour des versions spécifiques de l'application
-- Optimisation de la diffusion de contenu grâce à la sélection géographique du CDN
-- Assurer la compatibilité entre les mises à jour et les capacités de l'appareil
-- Gestion des déploiements de mises à jour et des attributions de canaux
-
-### Amélioration des services
-- Surveillance des taux de réussite des mises à jour et identification des problèmes
-- Optimisation des performances et de la fiabilité des téléchargements
-- Amélioration du système global de livraison des mises à jour
-- Débogage et dépannage des échecs de mise à jour
-
-### Sécurité et intégrité
-- Prévenir les abus et assurer la disponibilité des services
-- Validation de l'authenticité et de l'intégrité des mises à jour
-- Protection contre les mises à jour malveillantes ou corrompues
-- Maintenir la sécurité et la stabilité du service
-
-## Stockage et conservation des données
-
-### Emplacement de stockage
-- Les bundles de mise à jour et les métadonnées sont stockés sur une infrastructure cloud sécurisée
-- Les données sont réparties sur plusieurs régions géographiques pour des raisons de performances
-- Toutes les transmissions de données sont cryptées à l'aide de protocoles standard de l'industrie (HTTPS/TLS)
-
-### Conservation des données
-- Les journaux de contrôle des mises à jour sont conservés à des fins opérationnelles (généralement 30 à 90 jours)
-- Les fichiers bundle sont conservés tant qu'ils sont attribués aux canaux actifs
-- Les mesures agrégées et non personnelles peuvent être conservées plus longtemps pour l'amélioration du service
-- Les données personnelles, le cas échéant, sont supprimées conformément aux lois applicables en matière de protection des données
-
-### Sécurité des données
-- Toutes les données sont cryptées en transit et au repos
-- L'accès aux données est limité au personnel autorisé uniquement
-- Des audits et une surveillance de sécurité réguliers sont effectués
-- Les pratiques de sécurité standard de l'industrie sont suivies
-- **Certification SOC 2** : Capgo est actuellement certifié SOC 2 Type II, garantissant les normes les plus élevées de sécurité, de disponibilité et de confidentialité. Consultez notre état de conformité sur [trust.capgo.app](https://trust.capgo.app)
-- **Audit continu du code** : chaque commit est automatiquement audité par [SonarCloud](https://sonarcloud.io/summary/overall?id=Cap-go_capacitor-updater&branch=main) pour le [plugin](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main) et le [backend](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main), garantissant la qualité du code, la détection des vulnérabilités de sécurité et la maintenabilité.
-- **Analyse des vulnérabilités** : une analyse de sécurité supplémentaire est effectuée par [Snyk](https://snyk.io/test/github/Cap-go/capgo) pour détecter et corriger les vulnérabilités de sécurité dans les dépendances.
-- **Sécurité de l'infrastructure** : notre infrastructure d'hébergement est surveillée et vérifiée en permanence via des [contrôles de sécurité d'hébergement](https://hosting-checker.net/websites/api.capgo.app)
-- **Révision du code basée sur l'IA** : chaque demande d'extraction est examinée par CodeRabbit AI pour détecter les problèmes potentiels, les problèmes de sécurité et maintenir les normes de qualité du code.
-
-## Contrôles de confidentialité
-
-### Pour les développeurs d'applications
-En tant qu'utilisateur Capgo, vous contrôlez :- **Gestion des canaux** : contrôlez quelles mises à jour sont distribuées à quels utilisateurs
-- **Minimisation des données** : configurez les informations sur l'appareil qui sont partagées
-- **Contrôles géographiques** : gérez où vos mises à jour sont distribuées
-- **Paramètres de conservation** : contrôlez la durée de conservation des données de mise à jour
-
-### Pour les utilisateurs finaux
-Les utilisateurs de votre application bénéficient de :
-
-- **Collecte minimale de données** : seules les données essentielles à la livraison des mises à jour sont collectées
-- **Pas de suivi** : pas de suivi multi-applications ou persistant des utilisateurs
-- **Transparence** : Cette politique de confidentialité explique exactement quelles données sont collectées
-- **Sécurité** : Toutes les transmissions de données sont cryptées et sécurisées
-
-## Conformité et juridique
-
-### Règlement sur la protection des données
-Capgo est conçu pour se conformer aux principales réglementations en matière de protection des données, notamment :
-
-- **RGPD** (Règlement Général sur la Protection des Données)
-- **CCPA** (Loi californienne sur la protection de la vie privée des consommateurs)
-- **COPPA** (Loi sur la protection de la vie privée en ligne des enfants)
-- Autres lois régionales applicables sur la confidentialité
-
-### App Store Conformité
-Capgo adhère strictement aux directives et politiques de l'App Store :
-
-- **Apple App Store** : conforme aux [App Store Review Guidelines](https://developer.apple.com/app-store/review/guidelines/) section 3.3.2, garantissant que les mises à jour en direct modifient uniquement le comportement de l'application de manière cohérente avec l'application soumise.
-- **Google Play Store** : suit les exigences de la [Google Play Developer Policy](https://play.google.com/about/developer-content-policy/) pour le chargement dynamique du code et les mises à jour des applications.
-- **Restrictions relatives au contenu** : les mises à jour en direct ne peuvent pas introduire de fonctionnalités qui n'étaient pas présentes dans la soumission originale de l'application ni enfreindre les politiques de contenu spécifiques à la plateforme.
-- **Exigences de sécurité** : toutes les mises à jour conservent la même posture de sécurité et les mêmes autorisations que l'application d'origine.
-
-### Vos responsabilités
-En tant que développeur d'applications utilisant Capgo, vous devez :
-
-- Incluez les informations de confidentialité appropriées dans la politique de confidentialité de votre application
-- Informer les utilisateurs sur l'utilisation des services de mise à jour en direct
-- Assurer le respect des lois applicables dans votre juridiction
-- Mettre en œuvre des mécanismes de consentement appropriés si nécessaire
-
-<Aside type="tip">
-**Aucune mise en œuvre supplémentaire de confidentialité requise** : Capgo est conçu par défaut pour être conforme à la confidentialité. Vous n'avez pas besoin d'implémenter de contrôles de confidentialité supplémentaires ou de mécanismes de gestion des données dans le code de votre application. La collecte minimale de données et l'approche de confidentialité dès la conception signifient que l'intégration de Capgo ne nécessite généralement pas de modification de vos déclarations ou politiques de confidentialité existantes.
-</Aside>
-
-## Confidentialité dès la conception
-
-Capgo suit les principes de confidentialité dès la conception :
-
-### Minimisation des données
-- Ne collecter que les données absolument nécessaires au fonctionnement du service
-- Évitez de collecter des informations personnelles ou sensibles
-- Utiliser des données agrégées et anonymisées lorsque cela est possible
-
-### Limitation de l'objectif
-- Utiliser les données collectées uniquement aux fins indiquées
-- Ne réutilisez pas les données pour des activités non liées
-- Maintenir des limites claires sur l'utilisation des données
-
-### Transparence
-- Fournir des informations claires sur la collecte et l'utilisation des données
-- Rendre les pratiques de confidentialité facilement accessibles et compréhensibles
-- Mettre régulièrement à jour la documentation sur la confidentialité
-
-## Contacts et questionsSi vous avez des questions sur les pratiques de confidentialité de Capgo ou si vous devez signaler un problème de confidentialité :
-
-- Consultez notre politique de confidentialité complète sur [capgo.app/privacy](https://capgo.app/privacy)
-- Consultez notre statut de sécurité et de conformité sur [capgo.app/trust](https://capgo.app/trust)
-- Contactez notre équipe de confidentialité via les canaux d'assistance
-- Signalez tout problème lié à la confidentialité via notre contact de sécurité
-
-<Aside type="tip">
-N'oubliez pas de mettre à jour la politique de confidentialité de votre propre application pour refléter l'utilisation du service de mise à jour en direct de Capgo et toute collecte de données pouvant survenir dans le cadre du processus de mise à jour.
-</Aside>
-
-## Bonnes pratiques en matière de confidentialité
-
-Lors de la mise en œuvre de Capgo dans votre application :
-
-1. **Soyez transparent** : informez les utilisateurs de la fonctionnalité de mise à jour en direct
-2. **Réduire les données** : activez uniquement les fonctionnalités de collecte de données dont vous avez réellement besoin
-3. **Mise en œuvre sécurisée** : suivez les meilleures pratiques de sécurité dans votre intégration
-4. **Avis réguliers** : examinez périodiquement vos pratiques de confidentialité et mettez à jour vos politiques.
-5. **Contrôle utilisateur** : envisagez de fournir aux utilisateurs des options pour contrôler le comportement des mises à jour.
-
-En suivant ces pratiques et en comprenant l'approche de Capgo en matière de confidentialité, vous pouvez offrir à vos utilisateurs une expérience de mise à jour en direct sécurisée et respectueuse de la confidentialité.
diff --git a/src/content/docs/fr/docs/live-updates/custom-storage.mdx b/src/content/docs/fr/docs/live-updates/custom-storage.mdx
deleted file mode 100644
index 10566c656..000000000
--- a/src/content/docs/fr/docs/live-updates/custom-storage.mdx
+++ /dev/null
@@ -1,300 +0,0 @@
----
-title: ''
-description: >-
-  Découvrez comment utiliser des solutions de stockage personnalisées avec les
-  mises à jour Capgo Live, y compris les URL externes, l'intégration S3 et le
-  chiffrement groupé pour des déploiements sécurisés.
-sidebar:
-  order: 6
-locale: fr
----
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo prend en charge des solutions de stockage personnalisées pour vos bundles d'applications, vous permettant d'héberger vos mises à jour sur votre propre infrastructure ou sur des services de stockage tiers. Ceci est particulièrement utile pour les organisations ayant des exigences de sécurité spécifiques, des besoins de conformité ou une infrastructure de stockage existante.
-
-## Aperçu
-
-Le stockage personnalisé dans Capgo fonctionne en téléchargeant votre offre groupée vers un emplacement externe et en fournissant à Capgo l'URL pour y accéder. Le Capgo SDK téléchargera ensuite les mises à jour directement à partir de votre emplacement de stockage personnalisé au lieu du stockage cloud par défaut de Capgo.
-
-<Aside type="tip">
-
-Le stockage personnalisé est idéal pour :
-- Organisations ayant des exigences strictes en matière de résidence des données
-- Équipes disposant d'une infrastructure CDN ou de stockage existante
-- Applications nécessitant des couches de sécurité supplémentaires
-- Optimisation des coûts pour les grandes tailles de bundles
-
-</Aside>
-
-## Téléchargement d'URL externe
-
-Le moyen le plus simple d'utiliser le stockage personnalisé consiste à télécharger votre offre groupée sur n'importe quelle URL accessible au public et à fournir cette URL à Capgo.
-
-### Téléchargement d'URL externe de base
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip
-```
-
-Cette commande indique à Capgo de référencer le bundle à l'URL spécifiée au lieu de le télécharger sur le stockage cloud de Capgo.
-
-### Avec cryptage
-
-Pour un stockage externe sécurisé, vous pouvez chiffrer votre bundle et fournir les clés de déchiffrement :
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip --iv-session-key YOUR_IV_SESSION_KEY
-```
-
-## Intégration S3
-
-Capgo fournit une prise en charge intégrée pour les services de stockage Amazon S3 et compatibles S3. Le CLI peut télécharger automatiquement votre bundle sur S3 et configurer Capgo pour utiliser l'URL S3.
-
-### Options de téléchargement S3
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-bucket-name your-bucket-name
-```
-
-### Configuration complète de S3
-
-Pour les services compatibles S3 ou les points de terminaison personnalisés :
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-endpoint https://s3.your-provider.com \
-  --s3-bucket-name your-bucket-name \
-  --s3-port 443 \
-  --no-s3-ssl  # Only if your endpoint doesn't support SSL
-```
-
-### Paramètres de configuration S3
-
-| Paramètre | Descriptif | Obligatoire |
-|---------------|-------------|--------------|
-| `--s3-region` | Région AWS pour votre compartiment S3 | Oui |
-| `--s3-apikey` | ID de clé d'accès S3 | Oui |
-| `--s3-apisecret` | Clé d'accès secrète S3 | Oui |
-| `--s3-bucket-name` | Nom de votre compartiment S3 | Oui |
-| `--s3-endpoint` | URL de point de terminaison S3 personnalisée | Non |
-| `--s3-port` | Port pour le point de terminaison S3 | Non |
-| `--no-s3-ssl` | Désactiver SSL pour le téléchargement S3 | Non |
-
-## Préparation et chiffrement du bundle
-
-Lorsque vous utilisez un stockage personnalisé, notamment avec le cryptage, vous devez préparer correctement vos bundles. Cela implique de créer un fichier zip et éventuellement de le chiffrer.
-
-### Étape 1 : Créer un lot Zip
-
-Tout d’abord, créez un fichier zip de votre app bundle :
-
-```shell
-npx @capgo/cli@latest bundle zip com.example.app --path ./dist
-```
-
-La commande zip renverra la somme de contrôle du fichier zip. Vous pouvez utiliser cette somme de contrôle pour chiffrer le fichier zip si nécessaire. Utilisez l'option `--json` pour obtenir une sortie structurée incluant la somme de contrôle.
-
-#### Options de commande Zip
-
-```shell
-npx @capgo/cli@latest bundle zip [appId] \
-  --path ./dist \
-  --bundle 1.2.3 \
-  --name myapp-v1.2.3 \
-  --json \
-  --no-code-check \
-  --key-v2 \
-  --package-json ../../package.json,./package.json
-```| Options | Descriptif |
-|--------|-------------|
-| `--path` | Chemin d'accès au dossier à compresser (par défaut webDir à partir de condensateur.config) |
-| `--bundle` | Numéro de version du bundle pour nommer le fichier zip |
-| `--name` | Nom personnalisé pour le fichier zip |
-| `--json` | Résultats de sortie au format JSON (inclut la somme de contrôle) |
-| `--no-code-check` | Ignorer la vérification de l'appel notifyAppReady() et du fichier d'index |
-| `--key-v2` | Utiliser le cryptage v2 |
-| `--package-json` | Chemins d'accès aux fichiers package.json pour monorepos (séparés par des virgules) |
-
-### Étape 2 : Chiffrer le bundle (facultatif)
-
-Pour une sécurité renforcée, chiffrez votre bundle zip avant de le télécharger :
-
-```shell
-# Using default local key
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM
-
-# Using custom key file
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key ./path/to/.capgo_key_v2
-
-# Using key data directly
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key-data "PRIVATE_KEY_CONTENT"
-```
-
-Le paramètre `CHECKSUM` est obligatoire et doit être la somme de contrôle de votre fichier zip. Vous pouvez obtenir la somme de contrôle à partir de la sortie de la commande zip (utilisez l'option `--json` pour une sortie structurée).
-
-Par défaut, la commande encrypt utilisera votre clé de signature privée locale. Vous pouvez spécifier une clé personnalisée à l'aide des options `--key` ou `--key-data`.
-
-La commande encrypt renverra le `ivSessionKey` nécessaire au téléchargement ou au déchiffrement.
-
-#### Options de commande de chiffrement
-
-| Options | Descriptif |
-|--------|-------------|
-| `zipPath` | Chemin d'accès au fichier zip à chiffrer (obligatoire) |
-| `checksum` | Somme de contrôle du fichier zip (obligatoire) - récupérez-le à partir de la commande zip |
-| `--key` | Chemin personnalisé pour la clé de signature privée (facultatif, utilise la clé locale par défaut) |
-| `--key-data` | Données de clé de signature privée directement (facultatif) |
-| `--json` | Résultats de sortie au format JSON |
-
-<Aside type="caution">
-
-La commande encrypt générera un `ivSessionKey` que vous devrez fournir lors du téléchargement avec l'option `--iv-session-key`.
-
-</Aside>
-
-## Exemples de workflow complets
-
-### Exemple 1 : URL externe avec cryptage
-
-<Steps>
-
-1. **Créez votre application :**
-   ```shell
-   npm run build
-   ```
-
-2. **Créez un bundle zip :**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --bundle 1.2.3
-   ```
-   
-   Notez la somme de contrôle renvoyée par cette commande.
-
-3. **Chiffrez le bundle :**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app-1.2.3.zip CHECKSUM_FROM_STEP_2
-   ```
-   
-   Notez le `ivSessionKey` de la sortie.
-
-4. **Télécharger sur votre espace de stockage :**
-   Téléchargez le fichier zip crypté sur votre service d'hébergement.
-
-5. **Inscrivez-vous auprès de Capgo :**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --external https://your-cdn.com/bundles/com.example.app-1.2.3.zip \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_3
-   ```
-
-</Steps>
-
-### Exemple 2 : Téléchargement direct S3
-
-<Steps>
-
-1. **Créez votre application :**
-   ```shell
-   npm run build
-   ```
-
-2. **Télécharger directement sur S3 :**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --channel Production
-   ```
-
-</Steps>
-
-### Exemple 3 : S3 avec cryptage
-
-<Steps>
-
-1. **Construire et compresser :**
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **Chiffrez le bundle :**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM
-   ```
-
-3. **Télécharger sur S3 avec cryptage :**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_2 \
-     --channel Production
-   ```
-
-</Steps>
-
-## Considérations de sécurité
-
-Lorsque vous utilisez un stockage personnalisé, tenez compte de ces bonnes pratiques de sécurité :
-
-### Contrôle d'accès
-- Assurez-vous que vos URL de stockage sont accessibles aux utilisateurs de votre application mais ne sont pas visibles publiquement
-- Utilisez des URL signées ou une authentification basée sur des jetons lorsque cela est possible
-- Implémenter les en-têtes CORS appropriés pour les applications Web
-
-### Cryptage
-- Chiffrez toujours les bundles sensibles à l'aide des outils de chiffrement Capgo
-- Stockez les clés de cryptage en toute sécurité et faites-les pivoter régulièrement
-- Utilisez HTTPS pour toutes les URL de bundle (obligatoire pour les applications mobiles et Electron)### Surveillance
-- Surveiller les journaux d'accès pour détecter les modèles de téléchargement inhabituels
-- Configurer des alertes pour les téléchargements de bundles ayant échoué
-- Auditez régulièrement vos autorisations de stockage
-
-## Dépannage
-
-### Problèmes courants
-
-**Le pack ne se télécharge pas :**
-- Vérifiez que l'URL est accessible au public et utilise HTTPS (obligatoire pour les applications mobiles et Electron)
-- Vérifiez les en-têtes CORS pour les applications Web
-- Assurez-vous que le format du bundle est correct
-
-**Erreurs de cryptage :**
-- Vérifiez que le `ivSessionKey` correspond au bundle crypté
-- Vérifiez que le bundle a été chiffré avec la bonne clé
-- Assurez-vous que le cryptage v2 est utilisé pour les nouveaux bundles
-
-**Échecs du téléchargement S3 :**
-- Vérifiez vos informations d'identification et autorisations S3
-- Vérifier les politiques de compartiment et la configuration CORS
-- Assurez-vous que la région spécifiée est correcte
-
-### Commandes de débogage
-
-Vérifiez l'état du forfait :
-```shell
-npx @capgo/cli@latest app debug
-```
-
-Vérifiez l'intégrité du bundle :
-```shell
-npx @capgo/cli@latest bundle list
-```
-
-## Prochaines étapes
-
-- Découvrez les [Canaux](/docs/live-updates/channels/) pour gérer différents environnements de déploiement
-- Explorez [Comportement des mises à jour] (/docs/live-updates/update-behavior/) pour personnaliser la façon dont les mises à jour sont appliquées
-- Configurez [Intégration CI/CD](/docs/getting-started/cicd-integration/) pour automatiser votre flux de travail de stockage personnalisé
diff --git a/src/content/docs/fr/docs/live-updates/differentials.mdx b/src/content/docs/fr/docs/live-updates/differentials.mdx
deleted file mode 100644
index 17deb3f16..000000000
--- a/src/content/docs/fr/docs/live-updates/differentials.mdx
+++ /dev/null
@@ -1,86 +0,0 @@
----
-locale: fr
-title: Mises à jour différentielles
-description: "Comprenez comment les mises à jour différentielles de Capgo accélèrent les déploiements en ne téléchargeant que les fichiers modifiés."
-sidebar:
-  order: 4
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Le système de mises à jour en direct de Capgo peut livrer vos mises à jour plus rapidement en ne transférant que les fichiers modifiés, au lieu d'un bundle JavaScript complet.
-
-C'est particulièrement utile pour les utilisateurs avec une connexion lente ou limitée en données. Vous réduisez la bande passante et le temps de téléchargement.
-
-Autre avantage : si votre application contient de gros assets qui changent rarement (images, vidéos), ils ne sont téléchargés qu'une fois.
-
-## Comment ça fonctionne
-
-Les mises à jour différentielles sont gérées par le plugin Capgo installé dans votre application.
-
-Quand vous envoyez une nouvelle version avec l'option `--partial`, Capgo :
-
-1. envoie les fichiers individuellement
-2. calcule un checksum pour chaque fichier
-3. génère un nouveau manifest JSON avec les chemins et checksums
-4. enregistre ce manifest côté serveur
-
-Quand un appareil vérifie les mises à jour, le plugin compare le nouveau manifest au manifest local pour identifier uniquement les fichiers modifiés.
-
-Le plugin télécharge alors seulement ces fichiers, puis reconstruit la nouvelle version en réutilisant les fichiers inchangés déjà présents sur l'appareil.
-
-<Aside title="Manifest">
-
-Avec les mises à jour différentielles, les fichiers téléchargés sont gardés dans un cache commun. Capgo ne le nettoie pas lui-même, mais l'OS peut le faire.
-
-</Aside>
-
-## Activer les mises à jour différentielles
-
-Pour activer les mises à jour différentielles, utilisez l'option `--partial` lors de l'upload :
-
-```shell
-npx @capgo/cli@latest bundle upload --partial
-```
-
-## Forcer le mode différentiel
-
-Si vous voulez interdire les uploads complets par erreur, utilisez `--partial-only` :
-
-```shell
-npx @capgo/cli@latest bundle upload --partial-only
-```
-
-Avec `--partial-only`, Capgo n'envoie que les fichiers individuels + manifest. Les appareils qui ne supportent pas le mode partiel ne pourront pas appliquer la mise à jour.
-
-Ce mode est utile si :
-
-- vous voulez imposer les mises à jour différentielles
-- vous automatisez les uploads en CI/CD
-- votre application est volumineuse et vous voulez minimiser les transferts
-
-Si vous devez exceptionnellement faire un upload complet, exécutez la commande sans `--partial-only`.
-
-## Dépannage
-
-Si vous constatez que les appareils téléchargent encore des bundles complets :
-
-- vérifiez que vous utilisez bien `--partial` à chaque upload
-- en mode `--partial-only`, vérifiez que le flag n'a pas été oublié
-- confirmez que les appareils utilisent une version récente du plugin Capgo
-- vérifiez la connectivité réseau vers les serveurs Capgo
-
-Vous pouvez aussi vérifier le type de bundle dans la webapp :
-
-<Steps>
-1. Ouvrez la [webapp](https://app.capgo.app)
-2. Ouvrez votre application
-3. Cliquez sur le nombre de Bundles dans la barre de stats
-4. Sélectionnez le dernier bundle
-5. Vérifiez le champ `Partial`
-   ![Type de bundle](/bundle_type.webp)
-</Steps>
-
-Si le problème persiste, contactez le support Capgo pour vérifier les logs serveur et confirmer que les manifests sont bien traités.
-
-En résumé : utilisez `--partial` à chaque upload que vous souhaitez livrer en mode différentiel. Sans ce flag, Capgo enverra un bundle complet.
diff --git a/src/content/docs/fr/docs/live-updates/encryption.mdx b/src/content/docs/fr/docs/live-updates/encryption.mdx
deleted file mode 100644
index 66c459749..000000000
--- a/src/content/docs/fr/docs/live-updates/encryption.mdx
+++ /dev/null
@@ -1,255 +0,0 @@
----
-locale: fr
-title: Chiffrement
-description: "Mettez en place le chiffrement de bout en bout des bundles Capgo pour protéger votre code pendant le transfert et le stockage."
-sidebar:
-  order: 5
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo propose un chiffrement de bout en bout pour vos bundles OTA. Vos assets et votre code JavaScript restent protégés pendant l'upload, le transit et l'installation.
-
-## Aperçu
-
-Le système utilise des primitives cryptographiques standard pour protéger le bundle pendant le stockage et la distribution, garantir l'intégrité des fichiers et garantir l'authenticité des mises à jour.
-
-**Ce que le chiffrement protège réellement :** contrairement à une simple signature de bundle, Capgo chiffre le bundle envoyé avant le stockage et la distribution. Cela protège le contenu contre un accès opportuniste pendant le transit ou dans le stockage et garantit que seule une personne disposant de votre clé privée peut produire une mise à jour chiffrée valide. Cela ne rend **pas** les assets web distribués impossibles à analyser par rétro-ingénierie : la clé publique utilisée par le client pour déchiffrer les mises à jour est embarquée dans l'application, donc un attaquant motivé peut encore l'extraire et inspecter le contenu du bundle.
-
-<Aside type="note" title="Quand utiliser le chiffrement">
-Si vous envoyez un bundle sans chiffrement, traitez-le comme un asset public. Les canaux privés limitent quels appareils reçoivent une mise à jour, mais ils ne rendent pas le bundle envoyé confidentiel. Le chiffrement est utile pour mieux protéger le stockage et le transit et pour faire en sorte que seuls les détenteurs de la clé privée puissent publier des mises à jour chiffrées valides. Il ne garantit pas qu'un JavaScript, HTML ou CSS distribué ne pourra jamais être inspecté.
-</Aside>
-
-<Aside type="caution" title="Modèle de menace">
-Le chiffrement Capgo protège contre la divulgation du bundle par Capgo, un fournisseur de stockage, un CDN ou toute personne qui ne voit que l'artefact chiffré. Il empêche également des tiers de générer des mises à jour chiffrées valides sans votre clé privée. Comme la clé publique est embarquée dans l'application distribuée pour permettre au client de déchiffrer les mises à jour, une personne disposant de votre binaire et d'assez de motivation peut malgré tout récupérer le matériau nécessaire pour inspecter le bundle.
-</Aside>
-
-<Aside type="tip">
-Le chiffrement est particulièrement utile pour les applications sensibles (finance, santé, B2B, logique métier propriétaire).
-</Aside>
-
-## Comment fonctionne le chiffrement
-
-Capgo utilise une approche hybride RSA + AES.
-
-![Capgo Encryption Flow](/encryption_flow.webp)
-
-### 1. Génération des clés
-
-- **Clé privée**: utilisée par la CLI au moment de l'upload chiffré
-- **Clé publique**: enregistrée dans la configuration de l'application
-- **Clé de session AES**: générée pour chaque upload
-
-### 2. Chiffrement
-
-1. Génération d'une clé de session AES
-2. Chiffrement du bundle avec AES
-3. Calcul du checksum du bundle chiffré/déchiffré selon le flux
-4. Chiffrement RSA des métadonnées de vérification (clé de session + checksum)
-5. Stockage du bundle chiffré + signature/métadonnées
-
-### 3. Déchiffrement côté app
-
-1. L'app télécharge bundle + métadonnées
-2. Le SDK lit la clé publique embarquée
-3. Le SDK récupère les informations nécessaires au déchiffrement
-4. Le bundle est déchiffré localement
-5. Le checksum est vérifié
-
-<Aside type="tip">
-AES chiffre les gros volumes efficacement; RSA protège la clé AES et les données de vérification.
-</Aside>
-
-## Capgo vs plateformes OTA classiques
-
-| Fonctionnalité | Capgo | Plateformes OTA classiques |
-|---|---|---|
-| Contenu bundle | Chiffré en stockage et en transit, mais encore inspectable par rétro-ingénierie avec le binaire | Souvent lisible en clair |
-| Garantie | Contenu + intégrité + authenticité | Intégrité + authenticité |
-| Confidentialité code | Protection forte en distribution et stockage, pas anti-rétro-ingénierie | Limitée |
-
-## Versions de chiffrement
-
-### Chiffrement V2 (standard)
-
-- RSA-4096
-- AES-256-GCM
-- vérification d'intégrité
-- meilleur niveau de sécurité
-
-### Chiffrement V1 (obsolète)
-
-- non supporté par la CLI actuelle
-- migration requise vers V2
-
-<Aside type="danger">
-Si vous êtes encore en V1, migrez vers V2. Guide de migration: [Migration Guide](/fr/docs/upgrade/encryption-v1-to-v2/).
-</Aside>
-
-## Mise en place
-
-### Étape 1: générer les clés
-
-```shell
-# Generate new encryption keys (creates files in current directory)
-npx @capgo/cli@latest key create
-```
-
-Fichiers générés :
-
-- `.capgo_key_v2` (privée, ne jamais commit)
-- `.capgo_key_v2.pub` (publique)
-
-<Aside type="caution">
-Conservez la clé privée dans un coffre de secrets (CI/CD, KMS, Vault). Ne la versionnez jamais.
-</Aside>
-
-### Étape 2: enregistrer la clé publique (obligatoire)
-
-```shell
-# Save public key from file to Capacitor config (required)
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-
-# Or save public key data directly
-npx @capgo/cli@latest key save --key-data "$CAPGO_PUBLIC_KEY"
-```
-
-### Étape 3: synchroniser les plateformes natives
-
-```shell
-npx cap sync
-```
-
-<Aside type="caution">
-Sans `key save` + `cap sync`, l'application native ne pourra pas déchiffrer les bundles.
-</Aside>
-
-## Chiffrer les bundles
-
-### Méthode 1: chiffrement direct à l'upload
-
-```shell
-# Upload with automatic encryption
-npx @capgo/cli@latest bundle upload --key-v2
-```
-
-### Méthode 2: workflow manuel
-
-<Steps>
-
-1. Créer le zip:
-
-    ```shell
-    npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-    ```
-
-2. Chiffrer:
-
-    ```shell
-    npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM_FROM_STEP_1
-    ```
-
-3. Uploader sur votre stockage puis enregistrer l'URL:
-
-    ```shell
-    aws s3 cp ./encrypted-bundle.zip s3://your-bucket/encrypted-bundle.zip
-    npx @capgo/cli@latest bundle upload --external https://your-storage.com/encrypted-bundle.zip --iv-session-key IV_SESSION_KEY_FROM_STEP_2
-    ```
-
-</Steps>
-
-## Gestion des clés
-
-### Stockage recommandé
-
-- local dev: fichier temporaire
-- CI/CD: variable secrète ou manager de secrets
-- production: KMS / Vault / Key Vault
-
-Exemple CI/CD:
-
-```shell
-export CAPGO_PRIVATE_KEY="$(cat .capgo_key_v2)"
-npx @capgo/cli@latest bundle upload --key-data-v2 "$CAPGO_PRIVATE_KEY"
-```
-
-### Rotation des clés
-
-<Steps>
-
-1. Générer de nouvelles clés:
-
-    ```shell
-    mkdir ./new-keys && cd ./new-keys
-    npx @capgo/cli@latest key create
-    ```
-
-2. Enregistrer la nouvelle clé publique:
-
-    ```shell
-    npx @capgo/cli@latest key save --key ./new-keys/.capgo_key_v2.pub
-    ```
-
-3. Publier une version native embarquant la nouvelle clé publique.
-
-4. Basculer les futurs uploads sur la nouvelle clé privée.
-
-</Steps>
-
-## Bonnes pratiques de sécurité
-
-- une clé privée par environnement (dev/staging/prod)
-- rotation périodique
-- audit des accès aux secrets
-- HTTPS obligatoire pour les URLs de bundles externes
-- supervision des erreurs de déchiffrement
-
-## Dépannage
-
-Problèmes fréquents:
-
-- clé privée / clé publique non correspondantes
-- `ivSessionKey` invalide
-- oubli de `key save` ou de `cap sync`
-- tentative d'utilisation V1
-
-Commandes utiles:
-
-```shell
-npx @capgo/cli@latest app debug
-```
-
-```shell
-# Test workflow
-npx @capgo/cli@latest bundle zip com.example.app --key-v2
-npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM --json
-npx @capgo/cli@latest bundle decrypt ./encrypted-bundle.zip IV_SESSION_KEY
-```
-
-## Conformité
-
-Le schéma cryptographique est compatible avec des exigences de sécurité enterprise:
-
-- AES-256
-- RSA-4096
-- mode GCM
-- génération aléatoire sécurisée
-
-Références fréquentes:
-
-- GDPR
-- HIPAA
-- SOC 2 (Service Organization Control 2)
-- ISO 27001
-
-## Impact performance
-
-- léger surcoût de taille bundle
-- léger surcoût CPU au chiffrement/déchiffrement
-- bénéfice significatif si combiné aux mises à jour différentielles
-
-## Étapes suivantes
-
-- Découvrir [Custom Storage](/fr/docs/live-updates/custom-storage/) pour l'hébergement externe
-- Gérer les [Canaux](/fr/docs/live-updates/channels/) pour piloter les déploiements
-- Mettre en place la [CI/CD Integration](/fr/docs/getting-started/cicd-integration/) pour automatiser les releases
diff --git a/src/content/docs/fr/docs/live-updates/integrations/azure-devops.mdx b/src/content/docs/fr/docs/live-updates/integrations/azure-devops.mdx
deleted file mode 100644
index 8372ecbbf..000000000
--- a/src/content/docs/fr/docs/live-updates/integrations/azure-devops.mdx
+++ /dev/null
@@ -1,584 +0,0 @@
----
-title: Azure DevOps Intégration
-description: >-
-  Découvrez comment intégrer Capgo Live Updates avec Azure DevOps Pipelines pour
-  un déploiement automatisé des mises à jour de votre application.
-sidebar:
-  order: 1
-locale: fr
----
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Intégrez Capgo Live Updates avec Azure DevOps Pipelines pour déployer automatiquement les mises à jour de votre application chaque fois que vous apportez des modifications au code. Ce guide couvre la configuration des flux de travail automatisés de génération, de test et de déploiement.
-
-## Prérequis
-
-Avant de configurer l'intégration Azure DevOps, assurez-vous d'avoir :
-
-- Une organisation et un projet Azure DevOps
-- Un compte Capgo avec une application configurée
-- Le code source de votre application dans un référentiel Azure Repos Git
-- Node.js et npm/fil configurés dans votre projet
-
-## Configuration du pipeline Azure DevOps
-
-### Étape 1 : Créer des variables de pipeline
-
-Tout d’abord, configurez les variables nécessaires dans votre projet Azure DevOps :
-
-<Steps>
-
-1. Accédez à votre projet Azure DevOps
-2. Accédez à **Pipelines** → **Bibliothèque** → **Groupes de variables**.
-3. Créez un nouveau groupe de variables nommé `Capgo-Variables`
-4. Ajoutez les variables suivantes :
-
-</Steps>
-
-| Nom de la variable | Valeur | Sécurisé |
-|---------------|-------|--------------|
-| `CAPGO_TOKEN` | Votre jeton Capgo API | ✅ Oui |
-
-<Aside type="tip">
-
-Obtenez votre jeton Capgo API sur [console.capgo.app/apikeys](https://console.capgo.app/apikeys). Votre identifiant d'application est déjà configuré dans votre fichier `capacitor.config.ts`.
-
-</Aside>
-
-## Simple
-
-Configuration de base qui se déploie en production à chaque poussée vers la branche principale :
-
-```yaml
-# Simple Azure DevOps Pipeline for Capgo Live Updates
-trigger:
-  branches:
-    include:
-      - main
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: BuildAndDeploy
-    displayName: 'Build and Deploy to Capgo'
-    pool:
-      vmImage: 'ubuntu-latest'
-    
-    steps:
-      - task: NodeTool@0
-        displayName: 'Setup Node.js'
-        inputs:
-          versionSpec: '22.x'
-      
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Install, test and build'
-      
-      - script: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production
-        displayName: 'Deploy to Capgo'
-```
-
-## Avancé
-
-### Déploiements de branches de fonctionnalités
-
-Déployez des branches de fonctionnalités pour tester les canaux à des fins d'examen et de test :
-
-```yaml
-# Feature branch deployment
-trigger:
-  branches:
-    include:
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: DeployFeature
-    displayName: 'Deploy Feature Branch'
-    pool:
-      vmImage: 'ubuntu-latest'
-    condition: startsWith(variables['Build.SourceBranch'], 'refs/heads/feature/')
-    
-    steps:
-      - task: NodeTool@0
-        inputs:
-          versionSpec: '22.x'
-      
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Install, test and build'
-      
-      - script: |
-          BRANCH_NAME=$(echo "$(Build.SourceBranchName)" | sed 's/[^a-zA-Z0-9-]/-/g')
-          CHANNEL_NAME="feature-$BRANCH_NAME"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME
-        displayName: 'Deploy to Feature Channel'
-```
-
-<Aside type="tip">
-
-**Test avec les canaux** : après le déploiement sur un canal de fonctionnalités, vous pouvez tester la mise à jour dans votre application en la configurant pour utiliser ce canal spécifique. En savoir plus sur la [configuration des canaux dans votre application](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Utilisation du cryptage
-
-Si vous utilisez la [fonctionnalité de chiffrement de Capgo](/docs/live-updates/encryption/), vous devrez stocker votre clé privée en toute sécurité dans votre environnement CI/CD.
-
-Après avoir [configuré les clés de chiffrement](/docs/live-updates/encryption/#setting-up-encryption) localement, ajoutez votre clé privée aux variables Azure DevOps :
-
-```shell
-# Display your private key content (copy this output)
-cat .capgo_key_v2
-```
-
-Ajoutez ce contenu sous le nom `CAPGO_PRIVATE_KEY` dans votre groupe de variables Azure DevOps (marquez comme secret), puis utilisez-le dans les pipelines :
-
-```yaml
-# Deploy with encryption
-- script: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --key-data-v2 "$(CAPGO_PRIVATE_KEY)" --channel production
-  displayName: 'Deploy to Capgo with Encryption'
-```
-
-<Aside type="caution">
-
-**Meilleures pratiques de sécurité :**
-- Ne validez jamais le fichier `.capgo_key_v2` dans le contrôle de version
-- Stockez la clé privée uniquement dans la gestion sécurisée des secrets CI/CD
-- Utilisez différentes clés pour différents environnements
-
-</Aside>
-
-### Configuration multicanal
-
-Pour obtenir des informations complètes sur la configuration et la gestion de plusieurs canaux de déploiement, consultez la [Documentation des canaux](/docs/live-updates/channels/).
-
-Configuration complète avec plusieurs environnements et déploiements de pull request :
-
-```yaml
-# Advanced Azure DevOps Pipeline with Multiple Channels
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-
-pr:
-  branches:
-    include:
-      - main
-      - develop
-
-variables:
-  - group: Capgo-Variables
-
-stages:
-  # Build stage
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-          
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-          
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  # Deploy to development
-  - stage: DeployDev
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/develop'))
-    jobs:
-      - deployment: DeployDevelopment
-        environment: development
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-                
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-                
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel development --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Deploy to Development'
-
-  # Deploy PR to test channel
-  - stage: DeployPR
-    condition: and(succeeded(), eq(variables['Build.Reason'], 'PullRequest'))
-    jobs:
-      - job: DeployPRChannel
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-          
-          - task: DownloadBuildArtifacts@0
-            inputs:
-              artifactName: 'app-build'
-              downloadPath: '$(Pipeline.Workspace)'
-          
-          - script: |
-              CHANNEL_NAME="pr-$(System.PullRequest.PullRequestNumber)"
-              npm install -g @capgo/cli
-              npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-              npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME --path $(Pipeline.Workspace)/app-build
-            displayName: 'Deploy to PR Channel'
-
-  # Deploy to production
-  - stage: DeployProd
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/main'))
-    jobs:
-      - deployment: DeployProduction
-        environment: production
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-                
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-                
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Deploy to Production'
-```
-
-### Déploiement multi-environnements
-
-Pour les scénarios complexes avec plusieurs environnements :
-
-```yaml
-# Extended pipeline with multiple environments
-parameters:
-  - name: deployEnvironment
-    displayName: 'Deploy Environment'
-    type: string
-    default: 'staging'
-    values:
-      - staging
-      - production
-
-variables:
-  - group: Capgo-Variables
-  - name: channelName
-    ${{ if eq(parameters.deployEnvironment, 'production') }}:
-      value: 'production'
-    ${{ else }}:
-      value: 'staging'
-
-stages:
-  # Build stage
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-          
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-          
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-  
-  - stage: DeployStaging
-    displayName: 'Deploy to Staging'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'staging'))
-    jobs:
-      - deployment: DeployStaging
-        displayName: 'Deploy to Staging Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'staging'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'staging'
-  
-  - stage: DeployProduction
-    displayName: 'Deploy to Production'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'production'))
-    jobs:
-      - deployment: DeployProduction
-        displayName: 'Deploy to Production Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'production'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'production'
-```
-
-### Modèle de déploiement (deploy-steps.yml)
-
-Créez un fichier modèle réutilisable `deploy-steps.yml` :
-
-```yaml
-# deploy-steps.yml
-parameters:
-  - name: channel
-    type: string
-
-steps:
-  - task: NodeTool@0
-    displayName: 'Install Node.js'
-    inputs:
-      versionSpec: '22.x'
-  
-  - task: DownloadBuildArtifacts@0
-    displayName: 'Download build artifacts'
-    inputs:
-      artifactName: 'app-build'
-      downloadPath: '$(System.ArtifactsDirectory)'
-  
-  - script: |
-      npm install -g @capgo/cli
-    displayName: 'Install Capgo CLI'
-  
-  - script: |
-      npx @capgo/cli bundle upload \
-        --apikey $(CAPGO_TOKEN) \
-        --channel ${{ parameters.channel }} \
-        --path $(System.ArtifactsDirectory)/app-build
-    displayName: 'Upload to Capgo (${{ parameters.channel }})'
-```
-
-### Stratégie de déploiement basée sur les succursales
-
-Configurez différentes stratégies de déploiement basées sur les branches Git :
-
-```yaml
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-  - name: targetChannel
-    ${{ if eq(variables['Build.SourceBranch'], 'refs/heads/main') }}:
-      value: 'production'
-    ${{ elseif eq(variables['Build.SourceBranch'], 'refs/heads/develop') }}:
-      value: 'staging'
-    ${{ else }}:
-      value: 'development'
-
-stages:
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-          
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-          
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-  
-  - stage: Deploy
-    displayName: 'Deploy to $(targetChannel)'
-    dependsOn: Build
-    condition: succeeded()
-    jobs:
-      - deployment: DeployJob
-        displayName: 'Deploy to $(targetChannel) Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: '$(targetChannel)'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: '$(targetChannel)'
-```
-
-## Bonnes pratiques de sécurité
-
-### Gestion sécurisée des variables
-
-<Steps>
-1. **Utiliser des groupes de variables** : stockez les données sensibles dans des groupes de variables Azure DevOps
-2. **Marquer comme secret** : marquez toujours les jetons et les clés API comme variables secrètes.
-3. **Scope Access** : limiter l'accès aux groupes de variables à des pipelines et des utilisateurs spécifiques
-4. **Rotation des clés** : faites régulièrement pivoter vos jetons Capgo API
-
-</Steps>
-
-## Surveillance et notifications
-
-### Intégration des équipes
-
-Ajoutez des notifications Microsoft Teams à votre pipeline :
-
-```yaml
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notify Teams on Success'
-  condition: succeeded()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Capgo Deployment Successful'
-    text: 'App deployed to $(targetChannel) channel'
-    themeColor: '00FF00'
-
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notify Teams on Failure'
-  condition: failed()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Capgo Deployment Failed'
-    text: 'Deployment to $(targetChannel) failed'
-    themeColor: 'FF0000'
-```
-
-### Notifications par e-mail
-
-Configurez les notifications par e-mail pour l'état du déploiement :
-
-```yaml
-- task: EmailReport@1
-  displayName: 'Send Email Report'
-  condition: always()
-  inputs:
-    sendMailConditionConfig: 'Always'
-    subject: 'Capgo Deployment Report - $(Build.BuildNumber)'
-    to: 'team@yourcompany.com'
-    body: |
-      Deployment Status: $(Agent.JobStatus)
-      Channel: $(targetChannel)
-      Build: $(Build.BuildNumber)
-      Commit: $(Build.SourceVersion)
-```
-
-## Dépannage
-
-### Problèmes courants
-
-**Le pipeline échoue avec « Capgo CLI introuvable » :**
-```yaml
-# Ensure global installation
-- script: |
-    npm install -g @capgo/cli
-    which capgo || echo "Capgo CLI not found in PATH"
-  displayName: 'Install and verify Capgo CLI'
-```
-
-**Erreurs d'authentification :**
-```yaml
-# Verify token is correctly set
-- script: |
-    echo "Token length: ${#CAPGO_TOKEN}"
-    if [ -z "$CAPGO_TOKEN" ]; then
-      echo "CAPGO_TOKEN is not set"
-      exit 1
-    fi
-  displayName: 'Verify Capgo token'
-  env:
-    CAPGO_TOKEN: $(CAPGO_TOKEN)
-```
-
-**Artéfacts de construction introuvables :**
-```yaml
-# List available artifacts for debugging
-- script: |
-    ls -la $(System.ArtifactsDirectory)
-    find $(System.ArtifactsDirectory) -name "*.js" -o -name "*.html"
-  displayName: 'Debug artifacts'
-```
-
-### Pipeline de débogage
-
-Ajoutez des étapes de débogage pour résoudre les problèmes :
-
-```yaml
-- script: |
-    echo "Build.SourceBranch: $(Build.SourceBranch)"
-    echo "Build.BuildNumber: $(Build.BuildNumber)"
-    echo "Target Channel: $(targetChannel)"
-  displayName: 'Debug Pipeline Variables'
-
-- script: |
-    npx @capgo/cli app debug --apikey $(CAPGO_TOKEN)
-  displayName: 'Debug Capgo App Status'
-```
-
-## Prochaines étapes
-
-- Découvrez les [Canaux](/docs/live-updates/channels/) pour gérer différents environnements de déploiement
-- Explorez [Custom Storage](/docs/live-updates/custom-storage/) pour des scénarios de déploiement avancés
-- Configurer le [Chiffrement](/docs/live-updates/encryption/) pour des déploiements sécurisés
-- Configurez [Comportement de mise à jour] (/docs/live-updates/update-behavior/) pour personnaliser la façon dont les mises à jour sont appliquées
-
-Avec l'intégration Azure DevOps, vous pouvez automatiser vos déploiements Capgo et garantir des mises à jour cohérentes et fiables pour les utilisateurs de vos applications mobiles.
diff --git a/src/content/docs/fr/docs/live-updates/integrations/bitbucket-pipeline.mdx b/src/content/docs/fr/docs/live-updates/integrations/bitbucket-pipeline.mdx
deleted file mode 100644
index 0da767396..000000000
--- a/src/content/docs/fr/docs/live-updates/integrations/bitbucket-pipeline.mdx
+++ /dev/null
@@ -1,498 +0,0 @@
----
-title: Bitbucket Intégration des pipelines
-description: >-
-  Découvrez comment intégrer Capgo Live Updates avec Bitbucket Pipelines pour un
-  déploiement automatisé des mises à jour de votre application.
-sidebar:
-  order: 4
-locale: fr
----
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Intégrez Capgo Live Updates avec Bitbucket Pipelines pour déployer automatiquement les mises à jour de votre application chaque fois que vous apportez des modifications au code. Ce guide couvre la configuration des flux de travail automatisés de génération, de test et de déploiement.
-
-## Prérequis
-
-Avant de configurer l'intégration de Bitbucket Pipelines, assurez-vous d'avoir :
-
-- Un compte Bitbucket avec un dépôt
-- Un compte Capgo avec une application configurée
-- Node.js et npm/fil configurés dans votre projet
-
-## Configuration des pipelines Bitbucket
-
-### Étape 1 : Configurer les variables du référentiel
-
-Tout d'abord, configurez les variables nécessaires dans votre référentiel Bitbucket :
-
-<Steps>
-
-1. Accédez à votre référentiel Bitbucket
-2. Accédez à **Paramètres du référentiel** → **Pipelines** → **Variables du référentiel**
-3. Ajoutez les variables suivantes :
-
-</Steps>
-
-| Nom de la variable | Valeur | Sécurisé |
-|---------------|-------|--------------|
-| `CAPGO_TOKEN` | Votre jeton Capgo API | ✅ Oui |
-
-<Aside type="tip">
-
-Obtenez votre jeton Capgo API sur [console.capgo.app/apikeys](https://console.capgo.app/apikeys). Votre identifiant d'application est déjà configuré dans votre fichier `capacitor.config.ts`.
-
-</Aside>
-
-## Simple
-
-Configuration de base qui se déploie en production à chaque poussée vers la branche principale :
-
-```yaml
-# bitbucket-pipelines.yml - Simple Configuration
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build and Deploy to Production
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          artifacts:
-            - dist/**
-```
-
-## Avancé
-
-### Déploiements de branches de fonctionnalités
-
-Déployez des branches de fonctionnalités pour tester les canaux à des fins d'examen et de test :
-
-```yaml
-# Feature branch deployment
-pipelines:
-  branches:
-    feature/*:
-      - step:
-          name: Deploy Feature Branch
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - BRANCH_NAME=$(echo $BITBUCKET_BRANCH | sed 's/[^a-zA-Z0-9-]/-/g')
-            - CHANNEL_NAME="feature-$BRANCH_NAME"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-<Aside type="tip">
-
-**Test avec les canaux** : après le déploiement sur un canal de fonctionnalités, vous pouvez tester la mise à jour dans votre application en la configurant pour utiliser ce canal spécifique. En savoir plus sur la [configuration des canaux dans votre application](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Utilisation du cryptage
-
-Si vous utilisez la [fonctionnalité de chiffrement de Capgo](/docs/live-updates/encryption/), vous devrez stocker votre clé privée en toute sécurité dans votre environnement CI/CD.
-
-Après avoir [configuré les clés de chiffrement](/docs/live-updates/encryption/#setting-up-encryption) localement, ajoutez votre clé privée aux variables Bitbucket :
-
-```shell
-# Display your private key content (copy this output)
-cat .capgo_key_v2
-```
-
-Ajoutez ce contenu sous le nom `CAPGO_PRIVATE_KEY` dans vos variables de référentiel Bitbucket (marquez comme sécurisé), puis utilisez-le dans les pipelines :
-
-```yaml
-# Deploy with encryption
-- step:
-    name: Deploy to Capgo with Encryption
-    script:
-      - npm install -g @capgo/cli
-      - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**Meilleures pratiques de sécurité :**
-- Ne validez jamais le fichier `.capgo_key_v2` dans le contrôle de version
-- Stockez la clé privée uniquement dans la gestion sécurisée des secrets CI/CD
-- Utilisez différentes clés pour différents environnements
-
-</Aside>
-
-### Configuration multicanal
-
-Pour obtenir des informations complètes sur la configuration et la gestion de plusieurs canaux de déploiement, consultez la [Documentation des canaux](/docs/live-updates/channels/).
-
-Configuration complète avec plusieurs environnements et déploiements de pull request :
-
-```yaml
-# bitbucket-pipelines.yml - Advanced Multi-Channel Configuration
-image: node:22
-
-definitions:
-  steps:
-    - step: &build-step
-        name: Build Application
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-        artifacts:
-          - dist/**
-    
-    - step: &deploy-step
-        name: Deploy to Capgo
-        script:
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-pipelines:
-  branches:
-    main:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - export CHANNEL_NAME=production
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-    develop:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Deploy to Development
-          deployment: development
-          script:
-            - export CHANNEL_NAME=development
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-  pull-requests:
-    '**':
-      - step:
-          <<: *build-step
-      - step:
-          name: Deploy PR to Test Channel
-          script:
-            - CHANNEL_NAME="pr-$BITBUCKET_PR_ID"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-### Pipeline multi-environnement
-
-Pour les scénarios de déploiement complexes avec des environnements de transfert et de production :
-
-```yaml
-# Multi-environment pipeline
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Deploy to Staging
-          deployment: staging
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-      - step:
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-
-    develop:
-      - step:
-          name: Build and Deploy to Development
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-          artifacts:
-            - dist/**
-```
-
-### Stratégie de déploiement basée sur les succursales
-
-Déployez automatiquement différentes branches sur les canaux appropriés :
-
-```yaml
-# Dynamic channel deployment
-image: node:22
-
-definitions:
-  scripts:
-    - script: &determine-channel |
-        if [ "$BITBUCKET_BRANCH" = "main" ]; then
-          export CHANNEL_NAME="production"
-        elif [ "$BITBUCKET_BRANCH" = "develop" ]; then
-          export CHANNEL_NAME="staging"
-        else
-          export CHANNEL_NAME="development"
-        fi
-        echo "Deploying to channel: $CHANNEL_NAME"
-
-pipelines:
-  default:
-    - step:
-        name: Build and Deploy
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-          - *determine-channel
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-        artifacts:
-          - dist/**
-```
-
-### Exécution de pipelines parallèles
-
-Optimisez les temps de construction avec des étapes parallèles :
-
-```yaml
-# Parallel execution pipeline
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - parallel:
-          - step:
-              name: Run Tests
-              script:
-                - npm ci
-                - npm run test
-          - step:
-              name: Lint Code
-              script:
-                - npm ci
-                - npm run lint
-      - step:
-          name: Build Application
-          script:
-            - npm ci
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Deploy to Production
-          deployment: production
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## Bonnes pratiques de sécurité
-
-### Variables du référentiel
-
-<Steps>
-1. **Variables sécurisées** : marquez toujours les jetons API comme sécurisés
-2. **Variables d'environnement** : utilisez des variables spécifiques au déploiement si nécessaire
-3. **Contrôle d'accès** : limitez l'accès au référentiel aux membres autorisés de l'équipe
-4. **Rotation des jetons** : faites régulièrement pivoter vos jetons Capgo API
-
-</Steps>
-
-### Environnements de déploiement
-
-Configurez les environnements de déploiement pour une meilleure sécurité :
-
-```yaml
-# Deployment with environment restrictions
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## Surveillance et notifications
-
-### Intégration Slack
-
-Ajoutez des notifications Slack à votre pipeline :
-
-```yaml
-# Pipeline with Slack notifications
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build and Deploy
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          after-script:
-            - |
-              if [ $BITBUCKET_EXIT_CODE -eq 0 ]; then
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"✅ Capgo deployment successful for '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              else
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"❌ Capgo deployment failed for '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              fi
-```
-
-### Notifications par e-mail
-
-Configurez les notifications par e-mail via les fonctionnalités intégrées de Bitbucket ou en utilisant des services externes :
-
-```yaml
-# Email notification step
-- step:
-    name: Send Notification
-    script:
-      - |
-        curl -X POST \
-          -H "Content-Type: application/json" \
-          -d '{
-            "to": "team@yourcompany.com",
-            "subject": "Capgo Deployment Status",
-            "body": "Deployment of '$BITBUCKET_BRANCH' completed with status: '$BITBUCKET_EXIT_CODE'"
-          }' \
-          $EMAIL_SERVICE_URL
-    condition:
-      result: [successful, failed]
-```
-
-## Dépannage
-
-### Problèmes courants
-
-**Le pipeline échoue avec « Capgo CLI introuvable » :**
-```yaml
-# Debug CLI installation
-- step:
-    name: Debug CLI
-    script:
-      - npm install -g @capgo/cli
-      - which capgo || echo "Capgo CLI not found"
-      - npx @capgo/cli --version
-```
-
-**Erreurs d'authentification :**
-```yaml
-# Verify token configuration
-- step:
-    name: Debug Auth
-    script:
-      - |
-        if [ -z "$CAPGO_TOKEN" ]; then
-          echo "CAPGO_TOKEN is not set"
-          exit 1
-        fi
-        echo "Token length: ${#CAPGO_TOKEN}"
-```
-
-**Artéfacts de construction introuvables :**
-```yaml
-# List build outputs
-- step:
-    name: Debug Build
-    script:
-      - ls -la dist/
-      - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### Pipeline de débogage
-
-Ajoutez des informations de débogage pour résoudre les problèmes :
-
-```yaml
-# Debug pipeline
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Debug Information
-          script:
-            - echo "Branch: $BITBUCKET_BRANCH"
-            - echo "Commit: $BITBUCKET_COMMIT"
-            - echo "Build: $BITBUCKET_BUILD_NUMBER"
-            - env | grep BITBUCKET_ | sort
-      - step:
-          name: Build and Deploy
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-### Validation des pipelines
-
-Activez la validation du pipeline pour détecter les erreurs de configuration :
-
-```yaml
-# Enable pipeline validation
-options:
-  docker: true
-  size: 2x
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Validate Pipeline
-          script:
-            - echo "Pipeline validation successful"
-      - step:
-          name: Build and Deploy
-          script:
-            # ... deployment steps
-```
-
-## Prochaines étapes
-
-- Découvrez les [Canaux](/docs/live-updates/channels/) pour gérer différents environnements de déploiement
-- Explorez [Custom Storage](/docs/live-updates/custom-storage/) pour des scénarios de déploiement avancés
-- Configurer le [Chiffrement](/docs/live-updates/encryption/) pour des déploiements sécurisés
-- Configurez [Comportement de mise à jour] (/docs/live-updates/update-behavior/) pour personnaliser la façon dont les mises à jour sont appliquées
-
-With Bitbucket Pipelines integration, you can automate your Capgo deployments and ensure consistent, reliable updates to your mobile app users.
diff --git a/src/content/docs/fr/docs/live-updates/integrations/github-actions.mdx b/src/content/docs/fr/docs/live-updates/integrations/github-actions.mdx
deleted file mode 100644
index 6cb9f0aa5..000000000
--- a/src/content/docs/fr/docs/live-updates/integrations/github-actions.mdx
+++ /dev/null
@@ -1,551 +0,0 @@
----
-title: GitHub Intégration des actions
-description: >-
-  Découvrez comment intégrer Capgo Live Updates avec GitHub Actions pour un
-  déploiement automatisé des mises à jour de votre application.
-sidebar:
-  order: 3
-locale: fr
----
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Intégrez Capgo Live Updates avec GitHub Actions pour déployer automatiquement les mises à jour de votre application chaque fois que vous apportez des modifications au code. Ce guide couvre la configuration de workflows automatisés de génération, de test et de déploiement à l'aide de la puissante plateforme CI/CD de GitHub.
-
-## Prérequis
-
-Avant de configurer l'intégration des actions GitHub, assurez-vous d'avoir :
-
-- Un dépôt GitHub avec le code source de votre application
-- Un compte Capgo avec une application configurée
-- Node.js et npm/fil configurés dans votre projet
-- GitHub Actions activées pour votre référentiel
-
-## Configuration des secrets GitHub
-
-### Étape 1 : Configurer les secrets du référentiel
-
-Configurez les secrets nécessaires dans votre référentiel GitHub :
-
-<Steps>
-
-1. Accédez à votre référentiel GitHub
-2. Accédez à **Paramètres** → **Secrets et variables** → **Actions**.
-3. Cliquez sur **Nouveau secret du référentiel** et ajoutez les éléments suivants :
-
-</Steps>
-
-| Nom secret | Valeur |
-|-------------|-------|
-| `CAPGO_TOKEN` | Votre jeton Capgo API |
-
-<Aside type="tip">
-
-Obtenez votre jeton Capgo API sur [console.capgo.app/apikeys](https://console.capgo.app/apikeys). Votre identifiant d'application est déjà configuré dans votre fichier `capacitor.config.ts`.
-
-</Aside>
-
-## Déploiement de production simple
-
-Commencez par cette configuration de base qui se déploie en production à chaque poussée vers la branche principale :
-
-```yaml
-# Simple GitHub Actions Workflow for Capgo Live Updates
-name: Deploy to Capgo
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout
-        uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Install, test and build
-        run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - name: Deploy to Capgo
-         run: |
-           npm install -g @capgo/cli
-           npx @capgo/cli bundle upload --channel production
-          env:
-            CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-           # For encrypted uploads, add: --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"
-```
-
-## Configuration multicanal avancée
-
-### Déploiements de branches de fonctionnalités
-
-Déployez des branches de fonctionnalités sur des canaux temporaires à des fins de test :
-
-```yaml
-# Feature branch deployment
-name: Deploy Feature Branch to Capgo
-
-on:
-  push:
-    branches:
-      - 'feature/**'
-
-jobs:
-  deploy-feature:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-      
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-      
-      - name: Deploy to feature channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.ref_name }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-                     npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-```
-
-### Utilisation du cryptage
-
-Si vous utilisez la [fonctionnalité de chiffrement de Capgo](/docs/live-updates/encryption/), vous devrez stocker votre clé privée en toute sécurité dans votre environnement CI/CD.
-
-Après avoir [configuré les clés de chiffrement](/docs/live-updates/encryption/#setting-up-encryption) localement, ajoutez votre clé privée aux secrets GitHub :
-
-```shell
-# Display your private key content (copy this output)
-cat .capgo_key_v2
-```
-
-Ajoutez ce contenu sous le nom `CAPGO_PRIVATE_KEY` dans les secrets de votre référentiel GitHub, puis utilisez-le dans les workflows :
-
-```yaml
-# Deploy with encryption
-- name: Deploy to Capgo with Encryption
-  run: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}" --channel production
-```
-
-<Aside type="caution">
-
-**Meilleures pratiques de sécurité :**
-- Ne validez jamais le fichier `.capgo_key_v2` dans le contrôle de version
-- Stockez la clé privée uniquement dans la gestion sécurisée des secrets CI/CD
-- Utilisez différentes clés pour différents environnements
-
-</Aside>
-
-### Configuration multicanal
-
-Pour obtenir des informations complètes sur la configuration et la gestion de plusieurs canaux de déploiement, consultez la [Documentation des canaux](/docs/live-updates/channels/).
-
-Flux de travail complet avec développement, demandes d'extraction et déploiements de production :
-
-```yaml
-# Complete multi-environment workflow
-name: Deploy to Capgo
-
-on:
-  push:
-    branches: [main, develop]
-  pull_request:
-    branches: [main, develop]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-      
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-      
-      - uses: actions/upload-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-  deploy-development:
-    if: github.ref == 'refs/heads/develop'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: development
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-      
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-      
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel development
-
-  deploy-pr:
-    if: github.event_name == 'pull_request'
-    needs: build
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-      
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-      
-      - name: Deploy to PR channel
-        run: |
-          CHANNEL_NAME="pr-${{ github.event.number }}"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-
-      - name: Comment PR
-        uses: actions/github-script@v7
-        with:
-          script: |
-            github.rest.issues.createComment({
-              issue_number: context.issue.number,
-              owner: context.repo.owner,
-              repo: context.repo.repo,
-              body: `🚀 This PR has been deployed to Capgo channel: \`pr-${{ github.event.number }}\`\n\nTo test this update in your app, configure it to use this channel. [Learn how to configure channels →](/docs/live-updates/channels/#configuring-the-channel-in-your-app)`
-            })
-
-  deploy-production:
-    if: github.ref == 'refs/heads/main'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: production
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-      
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-      
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel production
-```
-
-<Aside type="tip">
-
-**Test avec les canaux** : après le déploiement sur un canal de relations publiques ou de développement, vous pouvez tester la mise à jour dans votre application en la configurant pour utiliser ce canal spécifique. En savoir plus sur la [configuration des canaux dans votre application](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Canaux de fonctionnalités de nettoyage
-
-Nettoyer automatiquement les canaux de fonctionnalités lorsque les branches sont supprimées :
-
-```yaml
-name: Cleanup Feature Channels
-
-on:
-  delete:
-
-jobs:
-  cleanup:
-    runs-on: ubuntu-latest
-    if: github.event.ref_type == 'branch' && startsWith(github.event.ref, 'feature/')
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Delete Capgo channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.event.ref }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel delete $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-```
-
-## Sécurité et bonnes pratiques
-
-### Règles de protection de l'environnement
-
-Configurez les règles de protection de l'environnement dans GitHub :
-
-<Steps>
-1. Accédez à **Paramètres** → **Environnements** dans votre référentiel
-2. Créez des environnements : `development`, `staging`, `production`
-3. Pour l'environnement de production, ajoutez :
-   - **Réviseurs requis** : ajoutez des membres de l'équipe qui doivent approuver les déploiements
-   - **Minuterie d'attente** : Ajouter un délai avant le déploiement (facultatif)
-   - **Branches de déploiement** : restreindre à la branche `main` uniquement
-
-</Steps>
-
-### Gestion des secrets sécurisés
-
-Utilisez des secrets spécifiques à l'environnement :
-
-```yaml
-# Use different secrets per environment
-deploy-production:
-  environment: production
-  steps:
-    - name: Deploy to Production
-      run: |
-        npx @capgo/cli bundle upload \
-          --apikey ${{ secrets.CAPGO_PROD_TOKEN }} \
-          --app ${{ secrets.CAPGO_PROD_APP_ID }} \
-          --channel production
-```
-
-## Surveillance et notifications
-
-### Intégration Slack
-
-Ajoutez des notifications Slack à votre flux de travail :
-
-```yaml
-name: Deploy with Notifications
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      # ... deployment steps
-
-      - name: Notify Slack on Success
-        if: success()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: success
-          text: '✅ Capgo deployment successful!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-
-      - name: Notify Slack on Failure
-        if: failure()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: failure
-          text: '❌ Capgo deployment failed!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-```
-
-### Intégration Discorde
-
-Envoyer des notifications à Discord :
-
-```yaml
-- name: Discord notification
-  if: always()
-  uses: Ilshidur/action-discord@master
-  with:
-    args: |
-      Capgo deployment ${{ job.status }}!
-      App: ${{ secrets.CAPGO_APP_ID }}
-      Channel: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-  env:
-    DISCORD_WEBHOOK: ${{ secrets.DISCORD_WEBHOOK }}
-```
-
-### Notifications par e-mail
-
-Configurez les notifications par e-mail :
-
-```yaml
-- name: Send email notification
-  if: failure()
-  uses: dawidd6/action-send-mail@v3
-  with:
-    server_address: smtp.gmail.com
-    server_port: 465
-    username: ${{ secrets.EMAIL_USERNAME }}
-    password: ${{ secrets.EMAIL_PASSWORD }}
-    subject: 'Capgo Deployment Failed - ${{ github.repository }}'
-    to: team@yourcompany.com
-    from: ci-cd@yourcompany.com
-    body: |
-      Deployment failed for ${{ github.repository }}
-      Branch: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-      Workflow: ${{ github.workflow }}
-```
-
-## Dépannage
-
-### Flux de travail de débogage
-
-Ajoutez des étapes de débogage pour résoudre les problèmes :
-
-```yaml
-- name: Debug environment
-  run: |
-    echo "Node version: $(node --version)"
-    echo "NPM version: $(npm --version)"
-    echo "Working directory: $(pwd)"
-    echo "Files in dist/: $(ls -la dist/ || echo 'No dist directory')"
-    echo "Environment variables:"
-    env | grep -E "(GITHUB_|CAPGO_)" | sort
-
-- name: Test Capgo CLI
-  run: |
-    npx @capgo/cli --version
-    npx @capgo/cli app debug --apikey ${{ secrets.CAPGO_TOKEN }} --app ${{ secrets.CAPGO_APP_ID }}
-```
-
-### Problèmes courants et solutions
-
-**Le workflow échoue avec « CAPGO_TOKEN introuvable » :**
-
-```yaml
-- name: Verify secrets
-  run: |
-    if [ -z "${{ secrets.CAPGO_TOKEN }}" ]; then
-      echo "ERROR: CAPGO_TOKEN secret is not set"
-      exit 1
-    fi
-    echo "CAPGO_TOKEN is set (length: ${#CAPGO_TOKEN})"
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-**Artéfacts de construction introuvables :**
-
-```yaml
-- name: Debug artifacts
-  run: |
-    echo "Checking for build artifacts..."
-    ls -la dist/ || echo "No dist directory found"
-    find . -name "*.js" -o -name "*.html" | head -10
-```
-
-**Problèmes de connectivité réseau :**
-
-```yaml
-- name: Test connectivity
-  run: |
-    ping -c 3 api.capgo.io || echo "Ping failed"
-    curl -I https://api.capgo.io/health || echo "Health check failed"
-```
-
-## Flux de travail réutilisables
-
-Créez des flux de travail réutilisables pour assurer la cohérence entre les projets :
-
-```yaml
-# .github/workflows/reusable-capgo-deploy.yml
-name: Reusable Capgo Deploy
-
-on:
-  workflow_call:
-    inputs:
-      environment:
-        required: true
-        type: string
-      channel:
-        required: true
-        type: string
-    secrets:
-      CAPGO_TOKEN:
-        required: true
-      CAPGO_APP_ID:
-        required: true
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    environment: ${{ inputs.environment }}
-    steps:
-      - uses: actions/checkout@v6
-      
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-      
-      - name: Install and build
-        run: |
-          npm ci
-          npm run build
-      
-      - name: Deploy to Capgo
-        run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload \
-            --apikey ${{ secrets.CAPGO_TOKEN }} \
-            --app ${{ secrets.CAPGO_APP_ID }} \
-            --channel ${{ inputs.channel }}
-```
-
-Utilisez le workflow réutilisable :
-
-```yaml
-# .github/workflows/deploy.yml
-name: Deploy App
-
-on:
-  push:
-    branches: [main, develop]
-
-jobs:
-  deploy-dev:
-    if: github.ref == 'refs/heads/develop'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: development
-      channel: development
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-
-  deploy-prod:
-    if: github.ref == 'refs/heads/main'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: production
-      channel: production
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-```
-
-## Prochaines étapes
-
-- Découvrez les [Canaux](/docs/live-updates/channels/) pour gérer différents environnements de déploiement
-- Explorez [Custom Storage](/docs/live-updates/custom-storage/) pour des scénarios de déploiement avancés
-- Configurer [Encryption](/docs/live-updates/encryption/) pour des déploiements sécurisés
-- Configurez [Comportement de mise à jour] (/docs/live-updates/update-behavior/) pour personnaliser la façon dont les mises à jour sont appliquées
-
-Avec l'intégration de GitHub Actions, vous pouvez tirer parti de la puissante plateforme CI/CD de GitHub pour créer des workflows de déploiement sophistiqués avec des fonctionnalités intégrées de sécurité, de surveillance et de collaboration pour vos mises à jour en direct Capgo.
diff --git a/src/content/docs/fr/docs/live-updates/integrations/gitlab-ci.mdx b/src/content/docs/fr/docs/live-updates/integrations/gitlab-ci.mdx
deleted file mode 100644
index 30c81271d..000000000
--- a/src/content/docs/fr/docs/live-updates/integrations/gitlab-ci.mdx
+++ /dev/null
@@ -1,426 +0,0 @@
----
-title: GitLab Intégration CI/CD
-description: >-
-  Découvrez comment intégrer Capgo Live Updates avec GitLab CI/CD pour un
-  déploiement automatisé des mises à jour de vos applications.
-sidebar:
-  order: 2
-locale: fr
----
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Intégrez Capgo Live Updates avec GitLab CI/CD pour déployer automatiquement les mises à jour de votre application chaque fois que vous apportez des modifications au code. Ce guide couvre la configuration des flux de travail automatisés de génération, de test et de déploiement.
-
-## Prérequis
-
-Avant de configurer l'intégration GitLab CI/CD, assurez-vous d'avoir :
-
-- Un compte GitLab avec un référentiel projet
-- Un compte Capgo avec une application configurée
-- Node.js et npm/fil configurés dans votre projet
-
-## Configuration de GitLab CI/CD
-
-### Étape 1 : Configurer les variables d'environnement
-
-Tout d’abord, configurez les variables nécessaires dans votre projet GitLab :
-
-<Steps>
-
-1. Accédez à votre projet GitLab
-2. Accédez à **Paramètres** → **CI/CD** → **Variables**.
-3. Ajoutez les variables suivantes :
-
-</Steps>
-
-| Nom de la variable | Valeur | Protégé | Masqué |
-|---------------|-------|---------------|--------|
-| `CAPGO_TOKEN` | Votre jeton Capgo API | ✅ Oui | ✅ Oui |
-
-<Aside type="tip">
-
-Obtenez votre jeton Capgo API sur [console.capgo.app/apikeys](https://console.capgo.app/apikeys). Votre identifiant d'application est déjà configuré dans votre fichier `capacitor.config.ts`.
-
-</Aside>
-
-## Simple
-
-Configuration de base qui se déploie en production à chaque poussée vers la branche principale :
-
-```yaml
-# .gitlab-ci.yml - Simple Configuration
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 1 hour
-  only:
-    - main
-
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-    # For encrypted uploads, add: --key-data-v2 "$CAPGO_PRIVATE_KEY"
-  dependencies:
-    - build
-  only:
-    - main
-```
-
-## Avancé
-
-### Déploiements de branches de fonctionnalités
-
-Déployez des branches de fonctionnalités pour tester les canaux à des fins d'examen et de test :
-
-```yaml
-# Feature branch deployment
-deploy_feature:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="feature-$(echo $CI_COMMIT_REF_NAME | sed 's/[^a-zA-Z0-9-]/-/g')"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - /^feature\/.*$/
-  environment:
-    name: feature/$CI_COMMIT_REF_NAME
-    url: https://your-app.com/channels/$CHANNEL_NAME
-```
-
-<Aside type="tip">
-
-**Test avec les canaux** : après le déploiement sur un canal de fonctionnalités, vous pouvez tester la mise à jour dans votre application en la configurant pour utiliser ce canal spécifique. En savoir plus sur la [configuration des canaux dans votre application](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Utilisation du cryptage
-
-Si vous utilisez la [fonctionnalité de chiffrement de Capgo](/docs/live-updates/encryption/), vous devrez stocker votre clé privée en toute sécurité dans votre environnement CI/CD.
-
-Après avoir [configuré les clés de chiffrement](/docs/live-updates/encryption/#setting-up-encryption) localement, ajoutez votre clé privée aux variables GitLab :
-
-```shell
-# Display your private key content (copy this output)
-cat .capgo_key_v2
-```
-
-Ajoutez ce contenu sous le nom `CAPGO_PRIVATE_KEY` dans les variables de votre projet GitLab (marquez comme protégé et masqué), puis utilisez-le dans les pipelines :
-
-```yaml
-# Deploy with encryption
-deploy_production:
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**Meilleures pratiques de sécurité :**
-- Ne validez jamais le fichier `.capgo_key_v2` dans le contrôle de version
-- Stockez la clé privée uniquement dans la gestion sécurisée des secrets CI/CD
-- Utilisez différentes clés pour différents environnements
-
-</Aside>
-
-### Configuration multicanal
-
-Pour obtenir des informations complètes sur la configuration et la gestion de plusieurs canaux de déploiement, consultez la [Documentation des canaux](/docs/live-updates/channels/).
-
-Configuration complète avec plusieurs environnements et déploiements de demandes de fusion :
-
-```yaml
-# .gitlab-ci.yml - Advanced Multi-Channel Configuration
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-# Build stage
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 24 hours
-
-# Deploy to development channel
-deploy_development:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: development
-
-# Deploy merge requests to test channels
-deploy_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="mr-$CI_MERGE_REQUEST_IID"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - merge_requests
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    url: https://your-app.com/channels/mr-$CI_MERGE_REQUEST_IID
-    on_stop: cleanup_mr
-
-# Cleanup MR channels when MR is closed
-cleanup_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli channel delete mr-$CI_MERGE_REQUEST_IID --apikey $CAPGO_TOKEN || true
-  when: manual
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    action: stop
-  only:
-    - merge_requests
-
-# Deploy to staging
-deploy_staging:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: staging
-
-# Deploy to production
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  environment:
-    name: production
-```
-
-### Multi-environnement avec approbation manuelle
-
-Pour les déploiements de production nécessitant une approbation manuelle :
-
-```yaml
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  when: manual
-  environment:
-    name: production
-```
-
-### Stratégie de déploiement basée sur les succursales
-
-Déployez automatiquement différentes branches sur les canaux appropriés :
-
-```yaml
-# Dynamic channel deployment based on branch
-deploy:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - |
-      if [ "$CI_COMMIT_REF_NAME" = "main" ]; then
-        CHANNEL="production"
-      elif [ "$CI_COMMIT_REF_NAME" = "develop" ]; then
-        CHANNEL="staging"
-      else
-        CHANNEL="development"
-      fi
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL
-  dependencies:
-    - build
-  environment:
-    name: $CHANNEL
-```
-
-## Bonnes pratiques de sécurité
-
-### Variables protégées
-
-<Steps>
-1. **Marquer les variables sensibles** : marquez toujours les jetons API comme protégés et masqués.
-2. **Protection des branches** : utilisez des variables protégées pour les déploiements de production
-3. **Contrôle d'accès** : limiter l'accès aux variables aux responsables uniquement
-4. **Rotation régulière** : faites pivoter régulièrement les jetons API
-
-</Steps>
-
-### Configuration sécurisée du pipeline
-
-```yaml
-# Use protected variables for production
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  only:
-    refs:
-      - main
-    variables:
-      - $CI_COMMIT_REF_PROTECTED == "true"
-```
-
-## Surveillance et notifications
-
-### Intégration Slack
-
-Ajoutez des notifications Slack à votre pipeline :
-
-```yaml
-notify_success:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"✅ Capgo deployment successful for '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_success
-
-notify_failure:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"❌ Capgo deployment failed for '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_failure
-```
-
-### Notifications par e-mail
-
-Configurez les notifications par e-mail dans les paramètres de votre projet GitLab ou utilisez le API :
-
-```yaml
-notify_email:
-  stage: .post
-  script:
-    - |
-      curl --request POST \
-        --header "PRIVATE-TOKEN: $GITLAB_API_TOKEN" \
-        --form "to=team@yourcompany.com" \
-        --form "subject=Capgo Deployment Status" \
-        --form "body=Deployment of $CI_COMMIT_REF_NAME completed with status: $CI_JOB_STATUS" \
-        "https://gitlab.com/api/v4/projects/$CI_PROJECT_ID/emails"
-  when: always
-```
-
-## Dépannage
-
-### Problèmes courants
-
-**Le pipeline échoue avec « Capgo CLI introuvable » :**
-```yaml
-# Debug CLI installation
-debug_cli:
-  script:
-    - npm install -g @capgo/cli
-    - which capgo || echo "Capgo CLI not found"
-    - npx @capgo/cli --version
-```
-
-**Erreurs d'authentification :**
-```yaml
-# Verify token configuration
-debug_auth:
-  script:
-    - |
-      if [ -z "$CAPGO_TOKEN" ]; then
-        echo "CAPGO_TOKEN is not set"
-        exit 1
-      fi
-      echo "Token length: ${#CAPGO_TOKEN}"
-```
-
-**Artéfacts de construction introuvables :**
-```yaml
-# List build outputs
-debug_build:
-  script:
-    - ls -la dist/
-    - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### Pipeline de débogage
-
-Ajoutez des informations de débogage pour résoudre les problèmes :
-
-```yaml
-debug:
-  stage: build
-  script:
-    - echo "Branch: $CI_COMMIT_REF_NAME"
-    - echo "Commit: $CI_COMMIT_SHA"
-    - echo "Build: $CI_PIPELINE_ID"
-    - env | grep CI_ | sort
-  only:
-    - branches
-```
-
-## Prochaines étapes
-
-- Découvrez les [Canaux](/docs/live-updates/channels/) pour gérer différents environnements de déploiement
-- Explorez [Custom Storage](/docs/live-updates/custom-storage/) pour des scénarios de déploiement avancés
-- Configurer [Encryption](/docs/live-updates/encryption/) pour des déploiements sécurisés
-- Configurez [Comportement de mise à jour] (/docs/live-updates/update-behavior/) pour personnaliser la façon dont les mises à jour sont appliquées
-
-Avec l'intégration CI/CD GitLab, vous pouvez automatiser vos déploiements Capgo et garantir des mises à jour cohérentes et fiables pour les utilisateurs de vos applications mobiles.
diff --git a/src/content/docs/fr/docs/live-updates/integrations/index.mdx b/src/content/docs/fr/docs/live-updates/integrations/index.mdx
deleted file mode 100644
index af58714ed..000000000
--- a/src/content/docs/fr/docs/live-updates/integrations/index.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-locale: fr
-title: Intégrations CI/CD
-description: "Intégrez les mises à jour en direct Capgo à votre plateforme CI/CD préférée pour automatiser vos déploiements."
-sidebar:
-  order: 3
----
-
-import { Aside, LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Automatisez vos déploiements Capgo en intégrant votre pipeline CI/CD. Ces guides permettent de publier automatiquement vos mises à jour d'application à chaque push, de tester les branches de fonctionnalités et de gérer plusieurs environnements.
-
-## Intégrations disponibles
-
-Choisissez votre plateforme CI/CD pour démarrer :
-
-<CardGrid>
-  <LinkCard
-    title="Azure DevOps"
-    description="Intégrez Azure DevOps Pipelines pour automatiser les builds, les tests et les déploiements."
-    href="/fr/docs/live-updates/integrations/azure-devops/"
-  />
-  <LinkCard
-    title="GitLab CI/CD"
-    description="Configurez des pipelines GitLab CI/CD pour déployer automatiquement vos mises à jour avec une gestion fine des environnements."
-    href="/fr/docs/live-updates/integrations/gitlab-ci/"
-  />
-  <LinkCard
-    title="GitHub Actions"
-    description="Utilisez GitHub Actions pour automatiser vos workflows avec déploiements multi-canaux et protections d'environnement."
-    href="/fr/docs/live-updates/integrations/github-actions/"
-  />
-  <LinkCard
-    title="Bitbucket Pipelines"
-    description="Déployez avec Bitbucket Pipelines via des configurations simples ou avancées pour plusieurs environnements."
-    href="/fr/docs/live-updates/integrations/bitbucket-pipeline/"
-  />
-</CardGrid>
-
-## Ce que vous obtenez
-
-Tous les guides d'intégration incluent :
-
-- **Configuration simple**: mise en place rapide
-- **Workflows avancés**: déploiements multi-environnements (staging / production)
-- **Tests de branches de fonctionnalités**: déploiement automatique sur des canaux de test
-- **Bonnes pratiques de sécurité**: gestion sécurisée des secrets et protections d'environnement
-- **Monitoring**: notifications et logs de statut de déploiement
-
-<Aside type="tip">
-
-**Nouveau en CI/CD ?** Commencez par la configuration simple de votre plateforme, puis ajoutez progressivement les options avancées (multi-canaux, tests automatiques, etc.).
-
-</Aside>
-
-## Fonctionnalités communes
-
-Chaque intégration prend en charge :
-
-- **Builds automatisés**: déclencher les déploiements à chaque changement de code
-- **Support multi-canaux**: déployer vers différents canaux (développement, staging, production)
-- **Pull Request/Merge Request Test**: tester les changements dans des environnements isolés
-- **Support du chiffrement**: sécuriser les déploiements avec la fonctionnalité de chiffrement Capgo
-- **Protection des environnements**: validations manuelles et accès restreint pour la production
-- **Notifications**: Slack, email et autres intégrations
-
-## Prérequis
-
-Avant de configurer une intégration, vérifiez que vous avez :
-
-- Un compte Capgo avec une application configurée
-- Le code source de votre application dans un dépôt Git
-- Un token API Capgo depuis [console.capgo.app/apikeys](https://console.capgo.app/apikeys)
-- Node.js et votre gestionnaire de paquets configurés dans le projet
-
-## Documentation liée
-
-- [Canaux](/fr/docs/live-updates/channels/) - Gérer des environnements de déploiement distincts
-- [Chiffrement](/fr/docs/live-updates/encryption/) - Sécuriser vos déploiements de bout en bout
-- [Comportement des mises à jour](/fr/docs/live-updates/update-behavior/) - Personnaliser l'application des mises à jour
-
-Choisissez votre plateforme CI/CD ci-dessus pour démarrer l'automatisation de vos déploiements Capgo.
diff --git a/src/content/docs/fr/docs/live-updates/rollbacks.mdx b/src/content/docs/fr/docs/live-updates/rollbacks.mdx
deleted file mode 100644
index 6f0e4b22d..000000000
--- a/src/content/docs/fr/docs/live-updates/rollbacks.mdx
+++ /dev/null
@@ -1,136 +0,0 @@
----
-locale: fr
-title: Restaurations
-description: "Apprenez à revenir rapidement à une version précédente avec Capgo et à sécuriser vos déploiements grâce aux mécanismes de rollback."
-sidebar:
-  order: 5
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Les mises à jour en direct permettent d'aller vite, mais il faut aussi pouvoir revenir en arrière proprement si une version pose problème.
-
-Capgo propose des restaurations manuelles et une protection automatique.
-
-## Protection automatique
-
-Capgo inclut un mécanisme de sécurité : si une erreur JavaScript critique survient avant `notifyAppReady()`, le plugin revient automatiquement à la version précédente fonctionnelle.
-
-### Fonctionnement
-
-Après installation d'une mise à jour, Capgo attend l'appel à `notifyAppReady()` dans un délai configuré.
-
-Cet appel confirme que :
-
-- le bundle s'est chargé sans erreur critique
-- les fonctions essentielles de l'application sont opérationnelles
-- la mise à jour peut rester active
-
-Si `notifyAppReady()` n'est pas appelée :
-
-1. Capgo considère la mise à jour comme un échec
-2. Capgo restaure automatiquement la version précédente
-3. Capgo marque la version défectueuse pour éviter sa réapplication
-
-<Aside type="tip">
-Appelez `notifyAppReady()` après l'initialisation de vos composants critiques.
-</Aside>
-
-```javascript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-await CapacitorUpdater.notifyAppReady()
-```
-
-## Configurer le délai d'attente
-
-Vous pouvez régler le timeout avec `appReadyTimeout` :
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 10000
-    }
-  }
-}
-```
-
-La valeur est en millisecondes. Augmentez-la si votre application initialise beaucoup de services au démarrage.
-
-## Revenir à un bundle précédent
-
-Chaque bundle assigné à un canal reste dans l'historique. Vous pouvez revenir à n'importe quel bundle précédent.
-
-![Interface de restauration](/rollback_ui.webp)
-
-### Méthode principale (historique du canal)
-
-<Steps>
-
-1. Connectez-vous au [Tableau de bord Capgo](https://app.capgo.app).
-2. Ouvrez la section **Canaux**.
-3. Sélectionnez le canal cible.
-4. Ouvrez l'onglet **Historique**.
-5. Choisissez le bundle de retour.
-6. Définissez-le comme bundle actif.
-7. Confirmez l'action.
-
-</Steps>
-
-### Méthode alternative (icône couronne)
-
-<Steps>
-
-1. Dans la vue du canal, repérez le bundle voulu.
-2. Cliquez sur l'icône couronne pour le rendre actif. ![Options de gestion du canal](/select_bundle.webp)
-3. Confirmez la restauration.
-
-</Steps>
-
-<Aside type="note">
-Une restauration ne s'applique qu'au canal sélectionné. Répétez l'opération pour les autres canaux si nécessaire.
-</Aside>
-
-Au prochain check, les appareils de ce canal recevront le bundle restauré comme une nouvelle mise à jour.
-
-## Délier un canal
-
-Si vous devez geler temporairement les diffusions :
-
-<Steps>
-1. Ouvrez le canal dans le tableau de bord.
-2. Cliquez sur **Unlink**.
-3. Confirmez.
-</Steps>
-
-Un canal délié ne distribue plus de nouvelles mises à jour tant qu'il n'est pas relié à un bundle.
-
-## Forcer le bundle intégré (built-in)
-
-En cas de problème sévère, vous pouvez forcer le retour au bundle web inclus dans le binaire natif publié en store.
-
-<Steps>
-
-1. Ouvrez le canal dans le tableau de bord.
-2. Cliquez sur **Built-in Bundle**.
-3. Confirmez.
-
-</Steps>
-
-Tous les appareils de ce canal reviendront au bundle intégré lors de leur prochain check.
-
-<Aside type="caution">
-Action globale : vérifiez l'impact sur tous les utilisateurs du canal avant exécution.
-</Aside>
-
-## Supervision et plan de réponse
-
-Pour limiter l'impact d'une version défectueuse :
-
-- surveillez les crashs et retours utilisateurs juste après diffusion
-- utilisez des canaux de préproduction pour valider avant production
-- formalisez qui décide d'un rollback et dans quels cas
-- communiquez clairement en cas d'incident majeur
-
-Avec cette discipline, vous gardez la vitesse des OTA tout en conservant un filet de sécurité robuste.
diff --git a/src/content/docs/fr/docs/live-updates/update-behavior.mdx b/src/content/docs/fr/docs/live-updates/update-behavior.mdx
deleted file mode 100644
index e42c5be49..000000000
--- a/src/content/docs/fr/docs/live-updates/update-behavior.mdx
+++ /dev/null
@@ -1,157 +0,0 @@
----
-locale: fr
-title: Comportement des mises à jour
-description: "Comprenez quand et comment Capgo applique les mises à jour OTA, et comment personnaliser ce comportement selon vos besoins."
-sidebar:
-  order: 3
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Quand vous publiez une mise à jour Capgo, vous voulez la livrer vite, sans casser l'expérience utilisateur. Cette page explique le comportement par défaut, puis les options avancées.
-
-## Flux par défaut
-
-Par défaut, Capgo applique ce flux :
-
-<Steps>
-
-1. Au lancement, le plugin vérifie si une mise à jour est disponible.
-2. Si oui, elle est téléchargée en arrière-plan.
-3. Une fois le téléchargement terminé, Capgo attend que l'application passe en arrière-plan ou soit fermée.
-4. Au prochain lancement, la nouvelle version est activée.
-
-</Steps>
-
-Ce mode minimise les interruptions : pas de popup intrusive, pas d'attente forcée en plein usage.
-
-<Aside type="tip">
-Capgo vérifie aussi les mises à jour quand l'application revient du background.
-</Aside>
-
-## Pourquoi ce choix
-
-Appliquer la mise à jour entre deux sessions permet de :
-
-- éviter d'interrompre l'utilisateur pendant une action
-- garder une expérience stable en session
-- déployer fréquemment sans effet brutal
-
-Point d'attention : si l'utilisateur passe rapidement en arrière-plan puis revient, un état non sauvegardé peut être perdu.
-
-Bonnes pratiques :
-
-- sauvegarder l'état fréquemment
-- restaurer l'état au retour en foreground
-- éviter les mises à jour trop lourdes et trop fréquentes
-
-## Contrôler le moment d'application
-
-Si vous avez besoin d'un contrôle fin (ex : synchronisation avec un changement serveur), utilisez `setMultiDelay` :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'date',
-      value: '2023-06-01T00:00:00.000Z',
-    },
-    {
-      kind: 'background',
-      value: '60000',
-    },
-  ],
-});
-```
-
-Exemple : la mise à jour n'est installée qu'après la date indiquée ET après au moins 60s en background.
-
-Conditions disponibles :
-
-- `date`: attendre une date/heure
-- `background`: attendre une durée minimale en background
-- `nativeVersion`: exiger une version native minimale
-- `kill`: attendre l'événement de fermeture de l'app
-
-<Aside type="danger">
-La condition `kill` a un comportement spécifique : elle se déclenche au premier événement de fermeture détecté. Testez ce point dans vos scénarios critiques.
-</Aside>
-
-## Appliquer immédiatement avec `directUpdate`
-
-Pour des correctifs critiques, vous pouvez appliquer la mise à jour dès qu'elle est téléchargée via `directUpdate`.
-
-<Aside type="tip" title="Recommandé : activer les mises à jour différentielles">
-Avec `directUpdate`, activez les mises à jour différentielles pour réduire les temps de téléchargement.
-
-```shell
-npx @capgo/cli@latest bundle upload --partial
-```
-
-En savoir plus : [Documentation des mises à jour différentielles](/fr/docs/live-updates/differentials/).
-</Aside>
-
-`directUpdate` se configure dans `capacitor.config.ts` (pas en runtime JS). Valeurs possibles :
-
-- `false` (défaut): flux standard
-- `'atInstall'`: mise à jour immédiate uniquement à l'installation / mise à jour store
-- `'onLaunch'`: immédiate à l'installation, mise à jour store ou relance après fermeture
-- `'always'`: immédiate dans tous les cas
-- `true` (déprécié): équivalent à `'always'`
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: 'always',
-      autoSplashscreen: true,
-      keepUrlPathAfterReload: true,
-    },
-    SplashScreen: {
-      launchAutoHide: false,
-    },
-  },
-};
-
-export default config;
-```
-
-<Aside type="note">
-`directUpdate` n'applique une mise à jour que lorsqu'une vérification est déclenchée (au démarrage, et au retour de background par défaut).
-</Aside>
-
-## Gestion automatique du splashscreen
-
-Depuis les versions récentes du plugin, `autoSplashscreen` simplifie la gestion visuelle :
-
-- le splash est masqué automatiquement après application
-- le splash est aussi masqué si aucune mise à jour n'est nécessaire
-
-Si vous avez besoin d'un contrôle complet, laissez `autoSplashscreen: false` et gérez manuellement :
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { SplashScreen } from '@capacitor/splash-screen';
-
-CapacitorUpdater.addListener('appReady', () => {
-  SplashScreen.hide();
-});
-
-CapacitorUpdater.notifyAppReady();
-```
-
-## Recommandations pratiques
-
-Si vous activez `directUpdate` :
-
-- conservez `launchAutoHide: false`
-- activez `keepUrlPathAfterReload: true`
-- sauvegardez/restaurez l'état utilisateur
-- testez les transitions (flicker, perte de route, reprise de session)
-
-Dans la plupart des cas, le comportement par défaut reste le meilleur compromis entre rapidité de diffusion et stabilité UX.
diff --git a/src/content/docs/fr/faq.mdx b/src/content/docs/fr/faq.mdx
deleted file mode 100644
index 796f7de71..000000000
--- a/src/content/docs/fr/faq.mdx
+++ /dev/null
@@ -1,358 +0,0 @@
----
-title: FAQ
-description: >-
-  Questions fréquemment posées sur Capgo, comment résoudre le problème le plus
-  courant dans Capgo ou avec le programme de mise à jour, qu'est-ce que l'OTA et
-  comment les gérer
-sidebar:
-  order: 1
-locale: fr
----
-Si vous avez des questions sans réponse ici, n'hésitez pas à les poser ! Le dépôt d'un problème ou la demande sur [Discord](https://discord.capgo.app) fonctionnent.
-
-### Qu'est-ce que "code push" ?[](https://capgo.app/docs/#what-is-code-push "Lien direct vers Qu'est-ce que "code push\" ?")
-
-Code Push, également appelé « mises à jour par liaison radio » (OTA), est un service cloud permettant aux développeurs Capacitor de déployer des mises à jour de leurs applications en production. Capgo fonctionne actuellement sur Android, iOS et Electron.
-
-« Code Push » est une référence au nom d'une fonctionnalité de déploiement utilisée par la communauté React Native de [Microsoft](https://appcenter.ms/) et [Expo](https://expo.dev/), dont aucun ne prend en charge Capacitor.
-
-### Quelle est la différence entre un bundle et une version ?[](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release "Lien direct vers Quelle est la différence entre un bundle et une version ?")
-
-Nous utilisons le terme « release » pour désigner la préparation d'un binaire pour les magasins d'applications. Afin de générer ultérieurement un bundle, Capgo doit connaître le binaire exact qui a été expédié aux magasins d'applications.
-
-Nous utilisons le terme « bundle » pour désigner un correctif qui peut être appliqué à une version pour la mettre à jour avec un nouveau code. La commande `npx @capgo/cli@latest bundle upload` est utilisée pour générer un bundle à partir de votre nouveau code local qui est ensuite envoyé à vos utilisateurs.
-
-### Qu'est-ce que la feuille de route ?[](https://capgo.app/docs/faq/#what-is-the-roadmap "Lien direct vers Qu'est-ce que la feuille de route ?")
-
-Nos tableaux de projets sont également publics et disponibles à : [https://github.com/orgs/Cap-go/projects](https://github.com/orgs/Cap-go/projects/)
-
-Notre équipe opère également en public, afin que vous puissiez voir à tout moment sur quoi nous travaillons. Nous serons heureux de répondre à toutes vos questions sur notre feuille de route ou nos priorités via les problèmes Github ou [Discord](https://discord.capgo.app).
-
-### Puis-je utiliser Capgo avec mon équipe ?[](https://capgo.app/docs/faq/#can-i-use-capgo-with-my-team "Lien direct vers Puis-je utiliser Capgo avec mon équipe ?")
-
-Oui ! Tous les forfaits prennent en charge un nombre illimité de développeurs. Nous limitons uniquement les métriques des applications (MAU, stockage et bande passante) à chaque organisation.
-
-Voir [Équipes](https://capgo.app/pricing/) pour plus d'informations.
-
-### Est-ce que Capgo stocke mon code source ?[](https://capgo.app/docs/faq/#does-capgo-store-my-source-code "Lien direct vers Capgo stocke-t-il mon code source ?")
-
-Non. Les serveurs Capgo ne voient jamais votre code source. Lorsque vous exécutez `npx @capgo/cli@latest bundle upload`, Capgo stocke un fichier zip du code minifié/compilé - le même code qu'un navigateur recevrait, pas votre code source. 
-
-Pour plus de sécurité, vous avez deux options :
-- **Chiffrement de bout en bout** : chiffrez votre bundle avant de le télécharger, ce qui empêche Capgo de lire ou de modifier le contenu.
-- **Téléchargement d'URL externe** : stockez le bundle sur votre propre serveur et fournissez uniquement à Capgo le lien de téléchargement avec l'option `--external <url>`
-
-Voir également notre politique de confidentialité : [https://capgo.app/privacy](https://capgo.app/privacy/)
-
-### Puis-je utiliser Capgo depuis mon système CI ?[](https://capgo.app/docs/faq/#can-i-use-capgo-from-my-ci-system "Lien direct vers Puis-je utiliser Capgo depuis mon système CI ?")
-
-Oui. Capgo est destiné à être utilisé à partir des systèmes CI. Nous avons publié un guide pour [Android et Github Actions](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) et [iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/), ainsi que pour [GitLab](https://capgo.app/blog/setup-ci-and-cd-gitlab/). Les autres systèmes CI devraient être similaires.
-
-N'hésitez pas à nous contacter pour les problèmes GitHub ou Discord si vous rencontrez des problèmes.### Quel est le rapport avec Firebase Remote Config ou Launch Darkly ?[](https://capgo.app/docs/faq/#how-does-this-relate-to-firebase-remote-config-or-launch-darkly "Lien direct vers Quel est le rapport avec Firebase Remote Config ou Launch Darkly ?")
-
-Le code push permet d'ajouter un nouveau code/de remplacer le code sur l'appareil. Firebase Remote Config et Launch Darkly sont tous deux des systèmes de configuration. Ils vous permettent de modifier la configuration de votre application sans avoir à expédier une nouvelle version. Ils ne sont pas destinés à remplacer le code.
-
-### Quelle empreinte de dépendance cela ajoute-t-il ?[](https://capgo.app/docs/faq/#how-big-of-a-dependency-footprint-does-this-add "Lien direct vers Quelle empreinte de dépendance cela ajoute-t-il ?")
-
-Je n'ai pas mesuré récemment, mais je m'attends à ce que la bibliothèque de code push ajoute moins d'un mégaoctet aux applications Capacitor. Nous savons comment réduire ce montant lorsque cela devient une priorité. Si la taille vous bloque, faites-le-nous savoir !
-
-### Est-ce que Capgo fonctionne sur le simulateur iOS 18.4 ?[](https://capgo.app/docs/faq/#does-capgo-work-on-the-ios-18-4-simulator "Lien direct vers Capgo fonctionne-t-il sur le simulateur iOS 18.4 ?")
-
-Non. En raison d'un problème en amont affectant le simulateur iOS 18.4, Capgo n'y fonctionne pas de manière fiable. Veuillez tester sur un appareil réel ou utiliser une autre version du simulateur iOS.
-
-Voir les détails dans le problème React Native : [facebook/react-native#50510](https://github.com/facebook/react-native/issues/50510)
-
-### Le code push fonctionne-t-il avec les grandes applications ?[](https://capgo.app/docs/faq/#does-code-push-work-with-large-applications "Lien direct vers Le code push fonctionne-t-il avec les grandes applications ?")
-
-Oui. Il n'y a aucune limite sur la taille de l'application qui peut être mise à jour avec le code push. Comme indiqué [ci-dessous](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support), Capgo peut modifier n'importe quel code JS dans votre application, quelle que soit sa taille.
-
-À noter : une taille plus grande rend plus difficile pour les utilisateurs de télécharger les mises à jour. Nous vous recommandons de garder votre application aussi petite que possible.
-
-### Pour quoi puis-je utiliser le code push Capgo ?[](https://capgo.app/docs/faq/#what-can-i-use-capgo-code-push-for "Lien direct vers Pourquoi puis-je utiliser le code push Capgo ?")
-
-Nous avons vu diverses utilisations, notamment :
-
-- Correctifs d'urgence pour les applications de production.
-- Envoi de corrections de bugs aux utilisateurs des anciennes versions de votre application.
-- Expédition constante (par exemple toutes les heures).
-
-Notez que la plupart des magasins d'applications interdisent les codes d'expédition qui modifient le comportement de l'application de manière significative. Veuillez consulter [ci-dessous](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies) pour plus d'informations.
-
-### Qu'est-ce qui compte comme une "MAU" pour Capgo ?[](https://capgo.app/docs/faq/#what-counts-as-a-mau-for-capgo "Lien direct vers Qu'est-ce qui compte comme une \"MAU\" pour Capgo ?")
-
-Un MAU est un « utilisateur actif mensuel ». Dans le contexte de Capgo, cela fait en fait référence à un appareil actif mensuel. Nous comptons une MAU comme tout appareil ayant contacté nos serveurs au cours des 30 derniers jours. Nous ne comptons pas les appareils qui n'ont pas contacté nos serveurs au cours des 30 derniers jours.
-
-**Important** : À partir de la version du plugin **v5.10.0**, **v6.25.0** et **v7.25.0**, l'ID de l'appareil persiste désormais lors des réinstallations d'applications. Avant ces versions, chaque réinstallation d’application générait un nouvel ID d’appareil et comptait comme une nouvelle MAU.Avec les versions actuelles :
-- DeviceID persiste lors des réinstallations d'applications (stocké en toute sécurité dans le trousseau sur iOS et EncryptedSharedPreferences sur Android)
-- La mise à jour de l'application ne crée pas de nouvel identifiant d'appareil
-- Pendant le développement, si vous utilisez une ancienne version du plugin (< v5.10.0 / v6.25.0 / v7.25.0), each reinstall still creates a new MAU
-
-Note: TestFlight downloads and channel switches in Android may still generate new device registrations depending on your configuration.
-
-> Nous vous recommandons, après la première configuration, de désactiver les périphériques de développement et les émulateurs afin de réduire le nombre de périphériques dupliqués.
-
-### Pourquoi ne pouvons-nous pas utiliser le code push Capgo ?[](https://capgo.app/docs/faq/#what-cant-we-use-capgo-code-push-for "Lien direct vers Pourquoi ne pouvons-nous pas utiliser le code push Capgo ?")
-
-Comme ci-dessus, Capgo ne doit pas être utilisé pour enfreindre les politiques de l'App Store. Veuillez consulter [ci-dessous](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines) pour plus d'informations.
-
-De plus, Capgo ne prend pas en charge la modification du code natif (par exemple, Java/Kotlin sur Android ou Objective-C/Swift sur iOS). L'outil vous avertira lors d'une tentative de mise à jour si vous avez modifié le code natif.
-
-### Puis-je mettre à jour les modifications de condensateur.config.ts via Capgo ?[](https://capgo.app/docs/faq/#can-i-update-capacitorconfigts-changes-via-capgo "Lien direct vers Puis-je mettre à jour les modifications de condensateur.config.ts via Capgo ?")
-
-Non. Les modifications apportées à `capacitor.config.ts` ne peuvent pas être envoyées via les mises à jour en direct de Capgo. Le fichier de configuration Capacitor est lu au moment de la construction native et compilé dans le binaire de l'application native. Cela signifie que toute modification apportée à `capacitor.config.ts` (telle que les configurations du plug-in, l'ID de l'application, les paramètres du serveur ou les options du plug-in natif) nécessite une nouvelle version native via App Store ou Google Play.
-
-Capgo ne peut mettre à jour que les ressources Web (HTML, CSS, JavaScript) chargées au moment de l'exécution. Si vous devez modifier votre configuration Capacitor, vous devez :
-1. Mettez à jour `capacitor.config.ts` localement
-2. Reconstruisez votre application native (`npx cap sync` suivi d'une version native)
-3. Soumettez le nouveau binaire aux magasins d'applications
-
-### Est-ce que Capgo est soumis aux magasins pour moi ?[](https://capgo.app/docs/faq/#does-capgo-submit-to-the-stores-for-me "Lien direct vers Capgo est-il soumis aux magasins pour moi ?")
-
-Capgo ne prend actuellement pas en charge la soumission aux magasins d'applications en votre nom. Nous prévoyons de l'ajouter à l'avenir, mais pour l'instant, vous devrez continuer à utiliser vos processus existants pour soumettre des candidatures aux magasins d'applications. 
-
-Vous pouvez utiliser notre [guide CI Android](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) pour automatiser ce processus et notre [guide CI iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/).
-
-### Que stocke Capgo sur le disque et où ?[](https://capgo.app/docs/faq/#what-does-capgo-store-on-disk-and-where "Lien direct vers Que stocke Capgo sur le disque et où ?")
-
-Le programme de mise à jour Capgo (inclus dans votre application lorsque vous créez votre application) met en cache le dernier bundle téléchargé dans le seul répertoire que le condensateur permet de charger du code. Sur Android, il se trouve dans `/data/user/0/com.example.app/code_cache/capgo_updater` bien que la base de ce chemin soit fournie par le système Android et puisse changer dynamiquement au moment de l'exécution. Sur les appareils iOS, les données sont stockées sous `Library/Application Support/capgo`.
-
-Les outils de ligne de commande Capgo (par exemple `npx @capgo/cli@latest bundle upload`) sont installés sur le disque dans les caches npm, vos connexions sont stockées dans votre répertoire personnel dans `~/.capgo`.### Quel est le rapport avec Capacitor Hot Reload ?[](https://capgo.app/docs/faq/#how-does-this-relate-to-capacitor-hot-reload "Lien direct vers Quel est le rapport avec Capacitor Hot Reload ?")
-
-Le rechargement à chaud de Capacitor est une fonctionnalité réservée au temps de développement. Le code push est destiné à la production.
-
-Le rechargement à chaud est une fonctionnalité de Capacitor qui vous permet de modifier le code sur l'appareil pendant le développement. Cela nécessite de créer l'application Capacitor avec un proxy pour vous connecter à votre ordinateur local.
-
-Code Push est une fonctionnalité qui vous permet de modifier le code sur l'appareil en production. Nous utiliserons différentes techniques pour rendre cela possible en fonction de la plateforme.
-
-### Quels types de modifications le code push Capgo prend-il en charge ?[](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support "Lien direct vers Quels types de modifications le code push Capgo prend-il en charge ?")
-
-Capgo peut modifier n'importe quel code JS dans votre application. Cela inclut le code de l'application et le code généré. Vous pouvez également mettre à jour les dépendances dans `package.json` tant qu'elles ne nécessitent pas de modifications du code natif.
-
-Nous ne prévoyons pas de prendre en charge la modification du code natif (par exemple Java/Kotlin sur Android ou Objective-C/Swift sur iOS), et l'outil vous avertira s'il détecte que vous avez modifié le code natif car il ne sera pas inclus dans le bundle.
-
-### Est-ce que cela prend en charge le Web ?[](https://capgo.app/docs/faq/#does-this-support-web "Lien direct vers Est-ce que cela prend en charge le Web ?")
-
-Le code push n'est pas nécessaire pour le Web car le Web fonctionne déjà de cette façon. Lorsqu'un utilisateur ouvre une application Web, il télécharge la dernière version depuis le serveur si nécessaire.
-
-Si vous avez un cas d’utilisation du code push avec le Web, nous serions ravis de le savoir !
-
-### Cela fonctionnera-t-il sur iOS, Android, Mac, Windows, Linux, etc ?[](https://capgo.app/docs/faq/#will-this-work-on-ios-android-mac-windows-linux-etc "Lien direct vers Cela fonctionnera-t-il sur iOS, Android, Mac, Windows, Linux, etc ?")
-
-Oui.
-
-Jusqu'à présent, nous nous sommes concentrés sur la prise en charge de Android, iOS et Electron, et la diffusion de code est prête pour la production sur les trois.
-
-### Quelles versions de système d'exploitation sont prises en charge par Capgo ?[](https://capgo.app/docs/faq/#what-os-versions-does-capgo-support "Lien direct vers Quelles versions de système d'exploitation sont prises en charge par Capgo ?")
-
-Capgo prend en charge les mêmes versions de Android que Capacitor prend en charge.
-
-Capacitor prend actuellement en charge Android API niveau 22+ et iOS 13.0+ : [https://capacitorjs.com/docs/main/reference/support-policy](https://capacitorjs.com/docs/main/reference/support-policy/)
-
-### Quelles versions de Capacitor Capgo prend-il en charge ?[](https://capgo.app/docs/faq/#what-versions-of-capacitor-does-capgo-support "Lien direct vers Quelles versions de Capacitor Capgo prend-il en charge ?")
-
-Capgo ne prend actuellement en charge que les versions stables récentes de Capacitor. Nous pourrions également prendre en charge les anciennes versions de Capacitor, mais nous n'avons tout simplement pas construit l'infrastructure nécessaire pour les maintenir au fil du temps. Nous avons l'intention de prendre en charge davantage de versions de Capacitor à l'avenir, y compris toute version destinée à nos clients entreprises. [https://github.com/Cap-go/capgo/issues/1100](https://github.com/Cap-go/capgo/issues/1100/)
-
-Capgo suit la version stable de Capacitor et se met généralement à jour quelques heures après toute version stable. Notre système permettant d'effectuer ces mises à jour est automatisé et son exécution prend quelques minutes. Nous effectuons ensuite une étape de vérification manuelle supplémentaire avant de publier sur nos serveurs.### Quel est le rapport avec le processus ou les politiques d'examen de l'application/Play Store ?[](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies "Lien direct vers Quel est le rapport avec le processus ou les politiques d'examen de l'application/Play Store ?")
-
-Les développeurs sont liés par leurs accords avec les fournisseurs de magasins lorsqu'ils choisissent d'utiliser ces magasins. Code Push est conçu pour permettre aux développeurs de mettre à jour leurs applications tout en respectant les politiques du magasin sur les canaux de diffusion iOS, Android et Electron. Semblable à la variété de produits commerciaux disponibles pour le faire avec React Native (par exemple [Microsoft](https://appcenter.ms/), [Expo](https://expo.dev/)).
-
-Microsoft publie également un guide sur la conformité de leur solution avec les app stores : [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-Le code push est une technique largement utilisée dans les magasins d’applications. Toutes les grandes applications que je connais utilisent du code push. La principale politique à prendre en compte est de ne pas modifier de manière significative le comportement de l’application. Veuillez consulter [ci-dessous](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines) pour plus d'informations.
-
-### Capgo est-il conforme aux directives Play Store ?[](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines "Lien direct vers Capgo est-il conforme aux directives Play Store ?")
-
-Oui.
-
-Le Play Store propose deux restrictions relatives aux outils de mise à jour.
-
-1. Les mises à jour doivent utiliser un interpréteur ou une machine virtuelle (Capgo utilise JavaScript dans une WebView). [https://support.google.com/googleplay/android-developer/answer/9888379?hl=en](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en)
-
-```
-    An app distributed via Google Play may not modify, replace, or update itself
-    using any method other than Google Play's update mechanism. Likewise, an app
-    may not download executable code (such as dex, JAR, .so files) from a
-    source other than Google Play. *This restriction does not apply to code
-    that runs in a virtual machine or an interpreter* where either provides
-    indirect access to Android APIs (such as JavaScript in a webview or
-    browser).
-
-    Apps or third-party code, like SDKs, with interpreted languages (JavaScript,
-    Python, Lua, etc.) loaded at run time (for example, not packaged with the
-    app) must not allow potential violations of Google Play policies.
-```
-
-2. Les modifications apportées à l'application ne doivent pas être trompeuses (par exemple, modification de l'objectif de l'application via une mise à jour). [https://support.google.com/googleplay/android-developer/answer/9888077](https://support.google.com/googleplay/android-developer/answer/9888077/) Veuillez être clair avec vos utilisateurs sur ce que vous fournissez avec votre application et ne violez pas leurs attentes en modifiant leur comportement de manière significative grâce à l'utilisation de Capgo.
-
-Capgo est conçu pour être compatible avec les directives Play Store. Cependant, Capgo est un outil et, comme tout outil, il peut être abusé. Abuser délibérément de Capgo pour enfreindre les directives de Play Store constitue une violation des Capgo [Conditions d'utilisation](https://capgo.app/tos/) et peut entraîner la résiliation de votre compte.
-
-Enfin, les services de code push sont largement utilisés dans l'industrie (toutes les grandes applications que je connais les utilisent) et il existe plusieurs autres services de code push accessibles au public (par exemple expo.dev et appcenter.ms). C'est un chemin bien parcouru.
-
-Microsoft publie également un guide sur la façon dont sa bibliothèque native "codepush" est conforme aux magasins d'applications : [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### Capgo est-il conforme aux directives App Store ?[](https://capgo.app/docs/faq/#does-capgo-comply-with-app-store-guidelines "Lien direct vers Capgo est-il conforme aux directives App Store ?")
-
-Oui.
-
-Semblable au Play Store, le App Store propose des restrictions techniques et politiques.
-
-```
-3.2.2
-... interpreted code may be downloaded to an Application but only so long as
-such code:
-(a) does not change the primary purpose of the Application by providing
-features or functionality that are inconsistent with the intended and
-advertised purpose of the Application as submitted to the App Store,
-(b) does not create a store or storefront for other code or applications, and
-(c) does not bypass signing, sandbox, or other security features of the OS.
-```
-
-Capgo utilise JavaScript dans une WebView pour se conformer à la restriction d'interprétation uniquement pour les mises à jour sur iOS. Tant que votre application n'adopte pas de comportement trompeur via des mises à jour (par exemple, modifier l'objectif de l'application via une mise à jour), la mise à jour via Capgo (ou toute autre solution de code push) est une pratique standard de l'industrie et est conforme aux directives App Store.Abuser délibérément de Capgo pour enfreindre les directives de App Store constitue une violation des Capgo [Conditions d'utilisation](https://capgo.app/tos/) et peut entraîner la résiliation de votre compte.
-
-Microsoft publie également un guide sur la conformité de sa bibliothèque native "codepush" avec les magasins d'applications : [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### Puis-je utiliser Capgo dans mon pays ?[](https://capgo.app/docs/faq/#can-i-use-capgo-in-my-country "Lien direct vers Puis-je utiliser Capgo dans mon pays ?")
-
-Nous n'avons pas tenté de restreindre l'accès à Capgo depuis aucun pays.
-
-Nous reconnaissons que certains pays imposent des restrictions quant aux URL accessibles depuis l'intérieur du pays. Capgo utilise actuellement Cloudflare Cloud pour l'hébergement, y compris le stockage R2 et les Workers Cloudflare.
-
-Les URL suivantes sont utilisées par Capgo :
-
-- [https://api.capgo.app](https://api.capgo.app/) -- utilisé par les outils de ligne de commande `npx @capgo/cli` pour interagir avec les serveurs Capgo ainsi qu'avec le programme de mise à jour Capgo sur les appareils des utilisateurs pour rechercher des mises à jour.
-- [https://*.r2.cloudflarestorage.com](https://*.r2.cloudflarestorage.com/) -- utilisé par l'outil de ligne de commande `npx @capgo/cli` pour charger et télécharger le bundle
-
-Si toutes ces URL sont accessibles depuis votre pays, alors Capgo devrait fonctionner.
-
-Si votre région nécessite le blocage de l'accès à l'une de ces URL, veuillez nous en informer et nous pourrons travailler avec vous pour trouver une solution. Les serveurs proxy sont une option.
-
-### Puis-je auto-héberger Capgo ?[](https://capgo.app/docs/faq/#can-i-self-host-capgo "Lien direct vers Puis-je auto-héberger Capgo ?")
-
-Oui, vous pouvez auto-héberger Capgo. Le guide n'est pas encore écrit, mais le code est open source et disponible sur [https://github.com/cap-go/capgo](https://github.com/cap-go/capgo/)
-
-### Le code push nécessite-t-il Internet pour fonctionner ?[](https://capgo.app/docs/faq/#does-code-push-require-the-internet-to-work "Lien direct vers Le code push nécessite-t-il Internet pour fonctionner ?")
-
-Oui. On pourrait imaginer exécuter un serveur pour distribuer les mises à jour séparément de l'Internet général, mais une certaine forme de connectivité réseau est requise pour transporter les mises à jour vers les appareils.
-
-### Comment Capgo est-il affecté par le manque de connectivité réseau ?[](https://capgo.app/docs/faq/#how-is-capgo-affected-by-lack-of-network-connectivity "Lien direct vers Comment Capgo est-il affecté par le manque de connectivité réseau ?")
-
-Le programme de mise à jour Capgo (inclus dans votre application lorsque vous créez votre application avec Capgo) est conçu pour être résilient aux problèmes de connectivité réseau.
-
-Dans le comportement de mise à jour par défaut, lorsque l'application est lancée, elle alerte le programme de mise à jour Capgo, qui génère un thread distinct pour envoyer une requête réseau aux serveurs de Capgo et demander une mise à jour. Nous utilisons intentionnellement un thread séparé pour éviter de bloquer tout ce que l'application pourrait faire. Si la requête réseau échoue ou expire, le programme de mise à jour tentera simplement de vérifier à nouveau au prochain lancement de l'application.
-
-Les outils de ligne de commande Capgo (par exemple `npx @capgo/cli@latest bundle upload`) nécessitent une connectivité réseau pour fonctionner. Si vous utilisez Capgo pour distribuer votre application, vous devez vous assurer que votre système CI dispose d'une connectivité réseau.
-
-### Que se passe-t-il si un utilisateur ne met pas à jour pendant une longue période et manque une mise à jour ?[](https://capgo.app/docs/faq/#what-happens-if-a-user-doesnt-update-for-a-long-time-and-misses-an-update "Lien direct vers Que se passe-t-il si un utilisateur ne met pas à jour pendant une longue période et manque une mise à jour ?")Notre implémentation envoie toujours une mise à jour spécifiquement adaptée à l'appareil qui la demande, mettant toujours à jour le demandeur vers la dernière version disponible. Ainsi, si un utilisateur ne met pas à jour pendant un certain temps, il « manquera » les mises à jour intermédiaires.
-
-Le serveur de mise à jour peut être modifié pour prendre en charge la réponse avec la prochaine version incrémentielle ou la dernière version en fonction des besoins de votre application. Veuillez nous faire savoir si des comportements de mise à jour alternatifs sont importants pour vous.
-
-### Quel est le rapport entre Capgo et Capacitor ?[](https://capgo.app/docs/faq/#how-does-capgo-relate-to-capacitor "Lien direct vers Quel est le lien entre Capgo et Capacitor ?")
-
-Capgo est un plugin pour Capacitor qui ajoute du code push. Capgo ne remplace pas Capacitor. Vous pouvez continuer à utiliser les outils Capacitor que vous connaissez et aimez déjà.
-
-Nous suivons la dernière version stable de Capacitor et mettons à jour notre plugin code push pour fonctionner avec elle.
-
-### Quand les mises à jour ont-elles lieu ?[](https://capgo.app/docs/faq/#when-do-updates-happen "Lien direct vers Quand les mises à jour ont-elles lieu ?")
-
-Par défaut, le programme de mise à jour Capgo recherche les mises à jour au démarrage de l'application. Il s'exécute sur un thread d'arrière-plan et ne bloque pas le thread de l'interface utilisateur. Toutes les mises à jour seront installées pendant que l'utilisateur utilise l'application et seront appliquées au prochain redémarrage de l'application.
-
-Il est également possible d'exécuter manuellement le programme de mise à jour Capgo à l'aide du package `@capgo/capacitor-updater`, grâce auquel il est possible de déclencher des mises à jour à tout moment, y compris via une notification push.
-
-Le programme de mise à jour Capgo est conçu de telle sorte que lorsque le réseau n'est pas disponible ou que le serveur est en panne ou inaccessible, l'application continue de s'exécuter normalement. Si jamais vous choisissez de supprimer une mise à jour de nos serveurs, tous vos clients continueront de fonctionner normalement.
-
-Nous avons ajouté la possibilité de restaurer les correctifs. Le plus simple est de simplement attacher un bundle précédent à votre chaîne pour l'annuler.
-
-### Dois-je garder mon app\_id secret ?[](https://capgo.app/docs/faq/#do-i-need-to-keep-my-app_id-secret "Lien direct vers Dois-je garder mon app_id secret ?")
-
-Non. Le `app_id` est inclus dans votre application et peut être rendu public en toute sécurité. Vous pouvez l'archiver dans le contrôle de version (même publiquement) sans vous soucier de l'accès de quelqu'un d'autre.
-
-Une personne disposant de votre `app_id` peut récupérer la dernière version de votre application à partir des serveurs Capgo, mais elle ne peut pas envoyer de mises à jour de votre application ni accéder à tout autre aspect de votre compte Capgo.
-
-### Quelles informations sont envoyées aux serveurs Capgo ?[](https://capgo.app/docs/faq/#what-information-is-sent-to-capgo-servers "Lien direct vers Quelles informations sont envoyées aux serveurs Capgo ?")
-
-Bien que Capgo se connecte au réseau, il n'envoie aucune information personnelle identifiable. L'inclusion de Capgo ne devrait pas affecter vos déclarations pour le Play Store ou le App Store.
-
-Les requêtes envoyées depuis l'application aux serveurs Capgo incluent :- app\_id (spécifié `capacitor.config.json`)
-- canal (facultatif dans `capacitor.config.json`)
-- release\_version (versionName de AndroidManifest.xml ou CFBundleShortVersionString de Info.plist ou `capacitor.config.json` si défini dans [`CapacitorUpdater.version`](/docs/plugin/settings/#version) )
-- version\_number (généré dans le cadre de `npx @capgo/cli@latest bundle upload`)
-- os_version (par exemple '11.2.1')
-- plate-forme (par exemple « Android », nécessaire pour envoyer le bon patch) C'est tout. Le code pour cela est dans `updater/library/src/network.rs`
-- device\_id (généré sur l'appareil lors de la première exécution, utilisé pour dédupliquer les installations par appareil et nous permettre de facturer en fonction des utilisateurs installés (par exemple, utilisateurs actifs mensuels), plutôt que du nombre total de correctifs ou du nombre total d'installations de correctifs)
-- custom\_id ( facultatif, défini lors de l'exécution par le développeur, utilisé pour vous permettre de lier un appareil à un utilisateur de votre système)
-
-### Quelles plates-formes sont prises en charge par Capgo ?[](https://capgo.app/docs/faq/#what-platforms-does-capgo-support "Lien direct vers Quelles plates-formes sont prises en charge par Capgo ?")
-
-Actuellement, Capgo prend en charge Android, iOS et Electron. Tous sont prêts pour la production.
-
-L'utilisation de Capgo pour iOS, Android ou Electron peut être une décision indépendante. Vous pouvez définir votre stratégie de canal pour Android et un ipa construit pour le App Store, ou les canaux Electron, selon vos besoins.
-
-Capgo peut (relativement facilement) être conçu pour prendre en charge des cibles de bureau ou intégrées. Si ceux-ci sont importants pour vous, veuillez nous le faire savoir.
-
-### Comment Capgo interagit-il avec les pistes de test de lecture ou Apple TestFlight ?[](https://capgo.app/docs/faq/#how-does-capgo-interact-with-play-testing-tracks-or-apple-testflight "Lien direct vers Comment Capgo interagit-il avec les pistes de test de lecture ou Apple TestFlight ?")
-
-Chacune des boutiques d'applications dispose de mécanismes distincts pour distribuer des applications à des groupes limités d'utilisateurs (par exemple, « tests internes », « bêta fermée », etc.). Ce sont tous des mécanismes permettant de segmenter vos utilisateurs en groupes et de distribuer à chacun des versions spécifiques de vos applications.
-
-Malheureusement, tous ces mécanismes ne permettent pas à des tiers de détecter quand des applications sont installées dans une piste de test spécifique ou via TestFlight. Ainsi, nous n'avons pas de visibilité fiable sur la composition de ces groupes et ne pouvons pas contrôler de manière fiable l'accès aux correctifs Capgo basés sur ces groupes. [https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play](https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play/) [https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i](https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i/)
-
-Si vous souhaitez segmenter la disponibilité du pack Capgo, il existe 4 options potentielles :1. Utilisez un canal séparé pour chaque groupe. Il s'agit de l'approche la plus simple, mais elle nécessite la gestion de plusieurs canaux. Vous disposez peut-être déjà de chaînes de développement et de chaînes de production avec des disponibilités différentes. Vous pouvez ainsi mettre à jour vos canaux de développement, le vérifier puis mettre à jour séparément vos canaux de production. Nous vous recommandons d'utiliser des branches/balises dans votre contrôle de version pour vous aider à garder une trace des sources associées à chaque version.
-2. Suivez votre propre ensemble d'utilisateurs opt-in, désactivez les mises à jour automatiques et déclenchez les mises à jour uniquement pour certains utilisateurs via le package `@capgo/capacitor-updater`. Cela fonctionne aujourd'hui, mais vous oblige à gérer votre propre liste d'adhésion.
-3. Capgo permet de créer son propre mécanisme d'adhésion pour chaque appareil (similaire à Test Tracks ou TestFlight, uniquement indépendant de la plate-forme). Cela permet à votre équipe d'assurance qualité d'accepter le regroupement avant qu'ils ne soient promus auprès du grand public.
-4. Capgo ont des déploiements basés sur un pourcentage. Cela ne vous permet pas de choisir les appareils vers lesquels envoyer l'envoi, mais peut vous aider à déployer progressivement et à revenir en arrière en cas de problème.
-
-## Billing[](https://capgo.app/docs/faq/#billing "Lien direct vers la facturation")
-
-### Comment puis-je mettre à niveau ou rétrograder mon forfait ?[](https://capgo.app/docs/faq/#how-do-i-upgrade-or-downgrade-my-plan "Lien direct vers Comment puis-je mettre à niveau ou rétrograder mon forfait ?")
-
-Vous pouvez mettre à niveau ou rétrograder votre forfait à tout moment dans votre tableau de bord : [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Quand ma période de facturation est-elle réinitialisée ?[](https://capgo.app/docs/faq/#when-does-my-billing-period-reset "Lien direct vers Quand ma période de facturation est-elle réinitialisée ?")
-
-Les périodes de facturation sont automatiquement réinitialisées chaque mois le mois de votre premier abonnement à Capgo. Par exemple, si vous vous êtes abonné le 15 du mois, votre période de facturation sera réinitialisée le 15 de chaque mois.
-
-### Comment résilier mon abonnement ?[](https://capgo.app/docs/faq/#how-do-i-cancel-my-subscription "Lien direct vers Comment résilier mon abonnement ?")
-
-Vous pouvez annuler votre abonnement à tout moment dans votre tableau de bord : [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Puis-je payer un an à l'avance ?[](https://capgo.app/docs/faq/#can-i-pay-for-a-year-in-advance "Lien direct vers Puis-je payer un an à l'avance ?")
-
-Oui, vous pouvez le faire à tout moment dans votre tableau de bord : [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Statistiques et analyses[](https://capgo.app/docs/faq/#stats-and-analytics "Lien direct vers les statistiques et analyses")
-
-Les statistiques de votre tableau de bord sont mises à jour tous les minuit UTC.
-Les statistiques sont calculées en fonction du nombre de [MAU](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release "Lien direct vers Quelle est la différence entre un bundle et une version ?") qui ont été installés sur vos appareils.
-
-## Comment l'ID de l'appareil est généré[](https://capgo.app/docs/faq/#how-device-id-is-generated "Lien direct vers Comment l'ID de l'appareil est généré")
-
-L'ID de l'appareil est généré sur l'appareil lors de la première exécution et est utilisé pour dédupliquer les installations par appareil et nous permettre de facturer en fonction des utilisateurs installés (par exemple, utilisateurs actifs mensuels), plutôt que du nombre total de correctifs ou du nombre total d'installations de correctifs.
-
-MAU est une meilleure solution que le nombre d'installations pour fixer le prix de Capgo, car il est plus précis et reflète le coût réel de Capgo par appareil.**Persistance de l'ID de périphérique (mis à jour dans les versions 6.25.0 et 7.25.0)** :
-- **Comportement actuel** : l'ID de périphérique persiste désormais lors des réinstallations d'applications. Il est stocké en toute sécurité dans le trousseau de l'appareil (iOS) ou dans les préférences partagées cryptées (Android), nous permettant de suivre le même appareil même après la désinstallation/réinstallation.
-- **Comportement précédent** (avant la version 6.25.0/v7.25.0) : pour des raisons de confidentialité liées aux politiques du magasin Apple et Google, l'ID de l'appareil a été réinitialisé à chaque réinstallation d'application, ce qui a rendu impossible le suivi du même appareil lors des réinstallations.
-
-Les règles de confidentialité sont appliquées par Apple et Google, et la mise en œuvre de Capgo est conforme à leurs meilleures pratiques en matière d'identification des appareils.
-
-L'ID de l'appareil ne sera pas répertorié dans votre liste d'appareils jusqu'à ce que leur premier correctif soit installé.
-
-## Pourquoi mon numéro d'appareil est différent de celui de ma MAU ?[](https://capgo.app/docs/faq/#why-my-device-number-is-different-than-my-mau "Lien direct vers Pourquoi mon numéro d'appareil est différent de celui de ma MAU ?")
-
-Actuellement, la liste des appareils n'est pas mise à jour aussi souvent que la MAU.
-
-La liste des appareils est mise à jour uniquement lorsqu'un appareil installe une mise à jour.
-
-Alors que le MAU est mis à jour à chaque lancement d’application. Il s'agit d'une limitation actuelle de la plateforme. Notre plateforme Analytics ne prend pas en charge les mises à jour brutes, nous utilisons donc une base de données conventionnelle pour la liste des appareils.
-
-Pour limiter le nombre de requêtes de base de données, nous mettons à jour la ligne uniquement lors de la mise à jour de l'application.
-
-Cette limitation sera supprimée à l’avenir.
-
-## Comment avoir une mise à jour différente par plateforme ?[](https://capgo.app/docs/faq/#how-to-have-different-update-by-platform "Lien direct vers Comment avoir une mise à jour différente par plateforme ?")
-
-Vous pouvez créer une chaîne pour chaque plateforme. et désactivez les mises à jour spécifiques à la plate-forme dans chaque canal. 
-
-Sur le canal iOS, désactivez les mises à jour Android et sur le canal Android, désactivez les mises à jour iOS.
-
-Téléchargez ensuite un bundle sur chaque chaîne pour avoir une mise à jour différente pour chaque plateforme.
-
-Si vous avez besoin de la même mise à jour pour les deux plates-formes, vous pouvez associer un forfait à plusieurs chaînes. Pas besoin de dupliquer le bundle.
diff --git a/src/content/docs/fr/getting-help.mdx b/src/content/docs/fr/getting-help.mdx
deleted file mode 100644
index ac8efc8e9..000000000
--- a/src/content/docs/fr/getting-help.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: Assistance technique pour Capgo
-description: >-
-  Comment obtenir une assistance technique pour Capgo et notre programme de mise
-  à jour, veuillez suivre ce guide pour obtenir de l'aide lorsque la doc et nos
-  articles ne suffisent pas
-sidebar:
-  order: 1
-locale: fr
----
-## Prise en charge par Discord
-
-Capgo a un [serveur Discord] officiel (https://discord.capgo.app). Obtenir une assistance technique sur place est probablement l'un des moyens les plus rapides d'obtenir une réponse.
-
-Voici un cours intensif :
-
-Étape 1 : accédez à la chaîne `questions`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-questions.webp" alt="Demander sur Discord" /><figcaption></figcaption></figure>
-
-Étape 2 - créez votre fil de discussion
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-newquestion.webp" alt="Créer une question sur Discord" /><figcaption></figcaption></figure>
-
-Étape 3 - Décrivez votre problème et sélectionnez les balises pertinentes
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-new-post.webp" alt="Créer une publication sur Discord" /><figcaption></figcaption></figure>
-
-
-Étape 4 - Partagez votre identifiant de compte sécurisé (facultatif)
-
-Cela permettra au personnel de capgo d'examiner votre compte. Le partage de cet identifiant est sécurisé, car il a été conçu pour être partagé publiquement.
-
-Pour partager ceci, veuillez vous rendre dans [paramètres de capgo](https://console.capgo.app/dashboard/settings/account/). Là, veuillez cliquer sur « Copier l'identifiant du compte ».
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/share-secure-id.webp" alt="Partagez votre identifiant sans divulguer vos informations" /><figcaption></figcaption></figure>
-
-Cela copiera l’identifiant du compte sécurisé dans le presse-papiers. Veuillez l'inclure dans votre message Discord.
-
-## Assistance par email
-
-C’est le moyen le plus lent d’obtenir de l’aide. Veuillez d'abord utiliser le serveur Discord.
-
-Si vous avez besoin de nous contacter par e-mail, veuillez envoyer un e-mail à support@capgo.app.
diff --git a/src/content/docs/fr/getting-started/add-an-app.mdx b/src/content/docs/fr/getting-started/add-an-app.mdx
deleted file mode 100644
index e48e929e1..000000000
--- a/src/content/docs/fr/getting-started/add-an-app.mdx
+++ /dev/null
@@ -1,85 +0,0 @@
----
-title: Ajouter une application
-description: >-
-  Ajoutez une application à votre compte Capgo et installez le plugin dans votre
-  application
-sidebar:
-  order: 3
-prev: true
-next: true
-locale: fr
----
-import { YouTube } from 'astro-embed';
-import { Aside, Steps, LinkCard, Code } from '@astrojs/starlight/components';
-
-## Exigences
-
-Avant de commencer avec Capgo, assurez-vous d'avoir :
-- Une application Capacitor installée et configurée. [Découvrez comment configurer Capacitor](https://capacitorjs.com/docs/getting-started/)
-- Node.js 20 ou version ultérieure installé
-- Un des environnements de développement suivants :
-  - **macOS** avec Xcode (pour le développement iOS) et/ou Android Studio (pour le développement Android)
-  - **Linux** avec Android Studio (pour le développement Android)
-  - **Windows** avec Android Studio (pour le développement Android)
-
-## Introduction à Capgo
-<YouTube id="NzXXKoyhTIo" title="Capgo dans 15 minutes" />
-
-## Les mises à jour en direct sont à 3 étapes
-
-
-### Configuration guidée
-
-<Steps>
-
-1. Créez votre compte sur [https://capgo.app/register](https://capgo.app/register).
-![capture d'écran d'inscription](/signup.webp "capture d'écran d'inscription")
-
-2. Utilisez les commandes Init pour commencer <Code code={`npx @capgo/cli@latest init [APIKEY]`} lang="bash" /> Une série de questions vous sera présentée. Fournissez les réponses nécessaires pour terminer la configuration automatisée.
-
-3. Déployez une mise à jour en direct
-
-</Steps>
-
-<Aside type="tip">En suivant ces étapes, vous serez opérationnel en un rien de temps. Si vous avez besoin d'aide supplémentaire pendant le processus, notre équipe d'assistance est [là pour vous aider](https://support.capgo.app). Bonne intégration !</Aside>
-
-<LinkCard href="/docs/getting-started/onboarding/" title="Guide d'intégration détaillé" description="See the complete step-by-step guide for the CLI onboarding process" />
-<LinkCard href="/docs/getting-started/deploy/" title="Déployer une mise à jour en direct" description="Learn how to deploy a live update to your app" />
-
-### Manual setup
-
-Si la commande init ne fonctionne pas pour vous, vous pouvez ajouter manuellement une application.
-
-<Steps>
-
-1. Connectez le CLI à votre compte : <Code code={`npx @capgo/cli@latest login [APIKEY]`} lang="bash" />
-
-2. Ajoutez l'application à votre compte avec cette commande : <Code code={`npx @capgo/cli@latest app add [APP_NAME]`} lang="bash" />
-
-3. Installez le plugin dans votre application : <Code code={`npm i @capgo/capacitor-updater`} lang="bash" />
-
-4. Configurez le plugin dans votre `capacitor.config` <Code code={`{\n  "plugins": {\n    CapacitorUpdater: {\n      "appId": "Your appID",\n      "autoUpdate": true,\n      "version": "1.0.0"\n    }\n  }\n}`} lang="json" />
-  [Voir toutes les options disponibles](/docs/plugin/settings/). Ces informations seront déduites si elles ne sont pas fournies.
-
-5. Appelez la méthode init le plus tôt possible dans votre application : <Code code={`import { CapacitorUpdater } from '@capgo/capacitor-updater';\nCapacitorUpdater.notifyAppReady();`} lang="typescript" />
-
-6. Déployez une mise à jour en direct
-
-</Steps>
-
-<Aside type="note" title="Installation pour les anciennes versions de Capacitor">
-La commande ci-dessus (étape 3) installe la dernière version (v8.x) pour Capacitor 8. Pour les anciennes versions de Capacitor, utilisez la balise npm appropriée :
-
-```bash
-# Capacitor 7
-npm i @capgo/capacitor-updater@lts-v7
-
-# Capacitor 6
-npm i @capgo/capacitor-updater@lts-v6
-
-# Capacitor 5
-npm i @capgo/capacitor-updater@lts-v5
-```
-
-Chaque version majeure du plugin correspond à la version majeure de Capacitor (v8 → Capacitor 8, v7 → Capacitor 7, v6 → Capacitor 6, v5 → Capacitor 5). Les versions mineures partagent le même ensemble de fonctionnalités dans toutes les versions majeures (par exemple, 5.34.0, 6.34.0, 7.34.0 et 8.34.0 incluent toutes les mêmes fonctionnalités).
-</Aside>
diff --git a/src/content/docs/fr/getting-started/cicd-integration.mdx b/src/content/docs/fr/getting-started/cicd-integration.mdx
deleted file mode 100644
index 403e96151..000000000
--- a/src/content/docs/fr/getting-started/cicd-integration.mdx
+++ /dev/null
@@ -1,174 +0,0 @@
----
-title: Intégration CI/CD
-description: >-
-  L'intégration de Capgo dans votre pipeline CI/CD vous permet d'automatiser
-  entièrement le processus de création et de déploiement des mises à jour de
-  votre application. En tirant parti de Capgo CLI et de la version sémantique,
-  vous pouvez garantir des déploiements cohérents et fiables et permettre une
-  itération rapide.
-sidebar:
-  order: 5
-locale: fr
----
-import { Steps, Code } from '@astrojs/starlight/components';
-
-L'intégration de Capgo dans votre pipeline CI/CD vous permet d'automatiser entièrement le processus de création et de déploiement des mises à jour de votre application. En tirant parti de Capgo CLI et de la version sémantique, vous pouvez garantir des déploiements cohérents et fiables et permettre une itération rapide.
-
-## Avantages de l'intégration CI/CD
-
-- **Automatisation** : Plus d'étapes manuelles ni de place à l'erreur humaine. L’ensemble de votre processus de création, de test et de déploiement peut être automatisé de bout en bout.
-
-- **Cohérence** : chaque déploiement suit le même ensemble d'étapes, garantissant un processus prévisible et reproductible. Ceci est particulièrement utile lorsque plusieurs membres de l’équipe contribuent au code.
-
-- **Itérations plus rapides** : grâce aux déploiements automatisés, vous pouvez envoyer des mises à jour plus fréquemment et en toute confiance. Plus besoin d’attendre l’assurance qualité manuelle ou les approbations de version.
-
-## Capgo CLI
-
-Le Capgo CLI est la clé pour intégrer Capgo dans votre flux de travail CI/CD. Il fournit des commandes pour diffuser de nouvelles versions de bundle, gérer les chaînes, etc.
-
-La commande la plus importante pour l'intégration CI/CD est « bundle upload » :
-
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY
-```
-
-Si vous utilisez le cryptage, vous devez le fournir de l'une des manières suivantes :
-
-**À l'aide d'un chemin de fichier de clé privée :**
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY --key-v2 PRIVATE_KEY_PATH
-```
-
-**Utilisation directe du contenu de la clé privée (recommandé pour CI/CD) :**
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY --key-data-v2 PRIVATE_KEY_CONTENT
-```
-
-**Utilisation de variables d'environnement (meilleures pratiques pour CI/CD) :**
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY --key-data-v2 "$CAPGO_PRIVATE_KEY"
-```
-
-### Configuration des variables d'environnement pour le chiffrement
-
-Pour les environnements CI/CD, il est recommandé de stocker votre clé privée en tant que variable d'environnement plutôt qu'en tant que fichier. Voici comment le configurer :
-
-1. **Obtenez le contenu de votre clé privée :**
-   ```shell
-   cat .capgo_key_v2 | pbcopy
-   ```
-   Cela copie le contenu clé dans votre presse-papiers.
-
-2. **Ajoutez-le à votre environnement CI/CD :**
-   - **GitHub Actions** : ajoutez `CAPGO_PRIVATE_KEY` aux secrets de votre référentiel
-   - **GitLab CI** : Ajoutez-le en tant que variable masquée dans les paramètres de votre projet
-   - **CircleCI** : Ajoutez-le comme variable d'environnement dans les paramètres de votre projet
-   - **Jenkins** : ajoutez-le en tant qu'identifiant texte secret
-
-3. **Utilisez-le dans votre pipeline :**
-   ```yaml
-   - run: npx @capgo/cli@latest bundle upload --channel=production --apikey=${{ secrets.CAPGO_API_KEY }} --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"
-   ```
-
-**Remarque** : L'indicateur `--key-data-v2` vous permet de transmettre le contenu de la clé privée directement sous forme de chaîne, ce qui le rend parfait pour les variables d'environnement dans les pipelines CI/CD où vous ne souhaitez pas créer de fichiers temporaires.
-
-Cette commande télécharge la version Web actuelle sur le canal spécifié. Vous l’exécuterez généralement comme dernière étape de votre pipeline CI/CD, une fois votre création Web terminée avec succès.
-
-## Configuration de Capgo dans votre pipeline CI/CD
-
-Bien que les étapes exactes varient en fonction de l'outil CI/CD de votre choix, le processus général d'intégration de Capgo ressemble à ceci :
-
-<Steps>
-1. **Générer une clé API** : Connectez-vous au tableau de bord Capgo et créez une nouvelle clé API. Cette clé sera utilisée pour authentifier le CLI dans votre environnement CI/CD. Gardez-le secret et ne le confiez jamais à votre référentiel !3. **Configurez la commande `bundle upload`** : ajoutez une étape à votre configuration CI/CD qui exécute la commande `bundle upload` avec les arguments appropriés : <Code lang="yaml" title="upload.yml" code={`- run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secrets.CAPGO_API_KEY \}\}`} />\n Remplacez `Production` par le canal sur lequel vous souhaitez déployer, `${{ secrets.CAPGO_API_KEY }}` par la variable d'environnement contenant votre clé API et ajoutez `--key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"` si vous utilisez le cryptage.
-
-4. **Ajoutez l'étape `upload` après votre création Web** : assurez-vous que l'étape `upload` intervient une fois votre création Web terminée avec succès. Cela garantit que vous déployez toujours votre dernier code.\n Voici un exemple de configuration pour les actions GitHub :\n<Code lang="yaml" title="upload.yml" code={`name: Deploy to Capgo\n on:\n  push:\n   branches: [main]\n\njobs:\n deploy:\n runs-on: ubuntu-latest\n\n steps:\n - uses: actions/checkout@v6\n - uses: actions/setup-node@v6\n  with:\n   node-version: '24'\n\n - run: npm ci\n - run: npm run build\n\n - run: npm install -g @capgo/cli\n - run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secrets.CAPGO_API_KEY \}\} --key-data-v2 "$\{\{ secrets.CAPGO_PRIVATE_KEY \}\}"`} />
-
-</Steps>
-
-## Gestion des versions avec version sémantique
-
-La méthode recommandée pour gérer la gestion des versions avec Capgo est de définir la version dans votre fichier `capacitor.config.ts` en l'important depuis `package.json` :
-
-```ts
-import pkg from './package.json'
-
-const config: CapacitorConfig = {
-  // ... other config
-  plugins: {
-    CapacitorUpdater: {
-      version: pkg.version,
-    }
-  }
-}
-```
-
-Cette approche vous permet de :
-1. Utilisez la version sémantique (ou tout autre outil) pour mettre à jour la version `package.json`
-2. Créez votre application avec la version mise à jour automatiquement incluse
-3. Téléchargez le bundle avec la bonne version
-
-Votre flux de travail CI/CD ressemblerait à ceci :
-```yaml
-- run: npm ci
-- run: npx semantic-release  # Updates package.json version
-- run: npm run build         # Builds with new version from capacitor.config
-- run: npx @capgo/cli@latest bundle upload --channel=production --apikey=${{ secrets.CAPGO_API_KEY }}
-```
-
-Voici un exemple de fichier de configuration `.releaserc` pour la version sémantique :
-
-```json
-{
-  "branches": [
-    "main",
-    {
-      "name": "beta",
-      "prerelease": true
-    }
-  ],
-  "plugins": [
-    "@semantic-release/commit-analyzer",
-    "@semantic-release/release-notes-generator",
-    "@semantic-release/changelog",
-    [
-      "@semantic-release/git",
-      {
-        "assets": ["CHANGELOG.md", "package.json"],
-        "message": "chore(release): ${nextRelease.version} [skip ci]\n\n${nextRelease.notes}"
-      }
-    ]
-  ]
-}
-```
-
-Cette configuration effectue les opérations suivantes :
-
-1. Analyse les messages de validation pour déterminer le numéro de version suivant, conformément à la spécification Conventional Commits.
-2. Génère des notes de version basées sur les validations depuis la dernière version.
-3. Met à jour le fichier `CHANGELOG.md` avec les nouvelles notes de version.
-4. Met à jour la version `package.json`, qui sera récupérée par votre condensateur.config.
-5. Valide les fichiers `CHANGELOG.md`, `package.json` mis à jour et tout autre fichier modifié dans le référentiel.
-
-Assurez-vous d'exécuter semantic-release avant de créer votre application afin que la version mise à jour de `package.json` soit incluse dans votre build via le fichier condensateur.config.
-
-## Dépannage
-
-Si vous rencontrez des problèmes avec votre intégration CI/CD Capgo, voici quelques points à vérifier :
-
-- Clé **API** : assurez-vous que votre clé API est valide et dispose des autorisations nécessaires. Si vous utilisez une variable d’environnement, vérifiez qu’elle est correctement définie.
-
-- **Version CLI** : assurez-vous que vous utilisez la dernière version de Capgo CLI. Les anciennes versions peuvent présenter des problèmes de compatibilité ou manquer de certaines fonctionnalités.
-
-- **Artefacts de build** : confirmez que votre build Web génère les fichiers de sortie attendus. Le Capgo CLI a besoin d'une version Web valide pour créer un bundle.
-
-- **Connectivité réseau** : vérifiez que votre environnement CI/CD dispose d'un accès réseau aux serveurs Capgo. Des problèmes de pare-feu ou de proxy peuvent parfois interférer avec la commande `upload`.
-
-Si vous rencontrez toujours des problèmes, contactez l'assistance Capgo pour obtenir de l'aide. Ils peuvent vous aider à résoudre tout problème lié à votre configuration spécifique.
-
-## Conclusion
-
-L'intégration de Capgo dans votre pipeline CI/CD avec une gestion appropriée des versions peut considérablement rationaliser votre flux de travail de développement. En automatisant vos déploiements et votre gestion des versions via l'approche condensateur.config, vous pouvez expédier les mises à jour plus rapidement et en toute confiance.L'approche recommandée consistant à définir la version dans votre fichier `capacitor.config.ts` et à utiliser la version sémantique pour mettre à jour `package.json` fournit un processus de déploiement robuste et fiable qui vous permet de vous concentrer sur la création de fonctionnalités intéressantes plutôt que de vous soucier des étapes de publication manuelles.
-
-Pour plus de détails sur les commandes et options Capgo CLI, consultez la [référence CLI](/docs/cli/overview). Et pour une analyse plus approfondie de la configuration de la version sémantique, consultez la [documentation de la version sémantique](https://github.com/semantic-release/semantic-release).
-
-Bon déploiement !
diff --git a/src/content/docs/fr/getting-started/deploy.mdx b/src/content/docs/fr/getting-started/deploy.mdx
deleted file mode 100644
index 5aabf0158..000000000
--- a/src/content/docs/fr/getting-started/deploy.mdx
+++ /dev/null
@@ -1,155 +0,0 @@
----
-title: Déployer une mise à jour en direct
-description: >-
-  Découvrez comment déployer une mise à jour en direct sur votre application à
-  l'aide de la fonctionnalité Live Updates de Capgo, permettant des mises à jour
-  de l'interface utilisateur et de la logique en temps réel sans nouvelle
-  soumission à l'App Store.
-sidebar:
-  order: 4
-locale: fr
----
-import { Steps, LinkCard, Tabs, TabItem } from '@astrojs/starlight/components';
-
-Utilisez la fonctionnalité Live Updates de Capgo pour mettre à jour l'interface utilisateur et la logique métier de votre application à distance, en temps réel. Envoyez les mises à jour du bundle JS directement à vos utilisateurs sans passer par l'App Store pour corriger instantanément les bugs et proposer de nouvelles fonctionnalités.
-
-Ce guide suppose que vous avez terminé le [Capgo Quickstart](/docs/getting-started/quickstart) et que vous avez déjà :
-
-<Steps>
-
-1. Installé le `@capgo/capacitor-updater` SDK dans votre application Capacitor 
-
-2. Configurez votre identifiant d'application et votre canal de mise à jour dans `capacitor.config.ts`
-
-3. Ajout dans votre code de la méthode `CapacitorUpdater.notifyAppReady()`
-
-</Steps>
-
-Si vous n'avez pas encore effectué ces étapes, veuillez d'abord revenir en arrière et terminer le démarrage rapide.
-
-<LinkCard href="/docs/getting-started/add-an-app/" title="Ajouter une application" description="Add an app to your Capgo account, and install the plugin in your app" />
-
-## Téléchargement d'un lot
-
-Une fois Capgo SDK installé et configuré, vous êtes prêt à télécharger votre premier bundle de mise à jour en direct :
-
-1. Créez vos ressources Web :
-   ```shell
-   npm run build
-   ```
-
-2. Téléchargez le bundle sur Capgo :
-    <Tabs>
-      <TabItem label="Console">
-        ```shell
-      npx @capgo/cli@latest bundle upload --channel=production
-      ```
-      </TabItem>
-      <TabItem label="Actions GitHub">
-      ```yml
-      // .github/workflows/build_and_deploy.yml
-    name: Build source code and send to Capgo
-
-    concurrency:
-      group: ${{ github.workflow }}-${{ github.ref }}
-      cancel-in-progress: true
-
-    on:
-      push:
-        branches:
-          - main
-
-    jobs:
-      deploy_to_capgo:
-        runs-on: ubuntu-latest
-        steps:
-          - name: Checkout
-            uses: actions/checkout@v6
-          - uses: actions/setup-node@v6
-            with:
-              node-version: '24'
-          - name: Install dependencies
-            run: npm install
-          - name: Build
-            run: npm run build
-          - name: Deploy to Capgo
-            run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} --channel ${{ env.CHANNEL }}
-            env:
-              CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      ```
-      </TabItem>
-      <TabItem label="Gitlab">
-      ```yml
-      // .gitlab-ci.yml
-      stages:
-        - build
-
-      build:
-        stage: build
-        image: node:18
-        cache:
-          - key:
-              files:
-                - package-lock.json
-            paths:
-              - .node_modules/
-        script:
-          - npm install
-          - npm run build
-          - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN --channel $CAPGO_CHANNEL
-        artifacts:
-          paths:
-            - node_modules/
-            - dist/
-        only:
-          - master
-      ```
-      </TabItem>
-    </Tabs>
-   Cela téléchargera une nouvelle version du bundle sur le canal spécifié dans la commande.
-
-### Dépannage des téléchargements
-
-Si votre téléchargement échoue, vérifiez :
-- Votre identifiant d'application dans `capacitor.config.ts` correspond à votre application dans le tableau de bord Capgo
-- Vous exécutez la commande upload depuis la racine de votre projet Capacitor
-- Vos actifs Web sont construits et à jour
-
-Si vous rencontrez toujours des problèmes, accédez à la section [Dépannage](/docs/getting-started/troubleshooting/).
-
-## Recevoir une mise à jour sur un appareil
-
-Une fois votre bundle téléchargé, vous pouvez tester la mise à jour en direct sur un appareil :
-
-1. Synchronisez votre application avec l'appareil :
-   ```shell
-   npx cap sync ios
-   ```
-
-2. Ouvrez un autre terminal et exécutez la commande suivante pour vérifier l'état de la mise à jour :
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-3. Exécutez votre application localement :
-   ```shell
-   npx cap run ios
-   ``` 
-   Ou ouvrez le projet iOS/Android dans Xcode/Android Studio et effectuez une exécution native.
-
-4. Gardez l'application ouverte pendant environ 30 secondes pour permettre le téléchargement de la mise à jour en arrière-plan. 
-
-5. Les journaux prendront quelques secondes pour se mettre à jour et afficher l'état de la mise à jour.
-
-6. Fermez et rouvrez l'application. Vous devriez voir votre mise à jour en direct appliquée !
-
-Reportez-vous au [Capgo Quickstart](/docs/getting-started/quickstart#receiving-a-live-update-on-a-device) pour plus de détails sur le test des mises à jour en direct.
-
-## Prochaines étapes
-
-Félicitations pour le déploiement de votre première mise à jour en direct avec Capgo ! 🎉 
-
-Pour en savoir plus, consultez le reste de la [documentation Capgo Live Updates](/docs/live-updates). Quelques sujets clés à découvrir ensuite :
-- [Ciblage des mises à jour avec des chaînes](/docs/live-updates/channels)
-- [Personnalisation du comportement de mise à jour](/docs/live-updates/update-behavior)
-- [Annulations de mise à jour en direct](/docs/live-updates/rollbacks)
diff --git a/src/content/docs/fr/getting-started/onboarding.mdx b/src/content/docs/fr/getting-started/onboarding.mdx
deleted file mode 100644
index f2782320a..000000000
--- a/src/content/docs/fr/getting-started/onboarding.mdx
+++ /dev/null
@@ -1,554 +0,0 @@
----
-title: Guide d'Intégration CLI
-description: >-
-  Guide complet étape par étape pour intégrer votre application avec Capgo en
-  utilisant la CLI interactive
-sidebar:
-  order: 2
-next: true
-prev: true
-locale: fr
----
-
-import { Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-## Aperçu Rapide
-
-La CLI Capgo fournit une intégration interactive qui configure les mises à jour en direct pour votre application Capacitor. Vous allez :
-
-1. ✅ Enregistrer votre application dans Capgo
-2. 🔌 Installer et configurer le plugin de mise à jour
-3. 🚀 Déployer votre première mise à jour en direct
-4. 📱 Tester la mise à jour sur votre appareil
-
-**Temps estimé :** 10-20 minutes (varie selon votre vitesse Internet et le temps de compilation)
-
-<Aside type="tip">
-L'intégration est entièrement reprise - quittez à tout moment et continuez plus tard là où vous vous êtes arrêté.
-</Aside>
-
-## Démarrer l'Intégration
-
-Exécutez la commande d'intégration avec votre clé API :
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-Vous verrez le message de bienvenue :
-
-```
-Capgo onboarding 🛫
-```
-
-## Ce Qui Se Passe Pendant l'Intégration
-
-La CLI vous guidera à travers 13 étapes interactives :
-
-**Phase de Configuration (Étapes 1-6) :**
-- Vérifier votre environnement de développement (Xcode/Android Studio)
-- Ajouter votre application à Capgo et créer un canal de production
-- Installer le plugin `@capgo/capacitor-updater`
-- Injecter le code requis dans votre application
-- Optionnellement activer le chiffrement de bout en bout
-- Choisir une plateforme pour les tests (iOS ou Android)
-
-**Phase de Test (Étapes 7-12) :**
-- Compiler votre application et l'exécuter sur un appareil/simulateur
-- Effectuer un changement de code visible (automatique ou manuel)
-- Télécharger le bundle mis à jour vers Capgo
-- Voir la mise à jour en direct apparaître sur votre appareil en temps réel
-
-**Finalisation (Étape 13) :**
-- Votre application est prête pour les mises à jour en direct ! 🎉
-
-## Le Processus d'Intégration en 13 Étapes
-
-### Étape 1 : Vérifier les Prérequis
-
-La CLI vérifie votre environnement de développement pour s'assurer que vous avez les outils nécessaires installés.
-
-**Ce qui est vérifié :**
-- **Xcode** (macOS uniquement) - pour le développement iOS
-- **Android SDK** - pour le développement Android
-
-**Résultats possibles :**
-
-✅ **Les deux environnements trouvés :**
-```
-✅ Xcode detected - iOS development ready
-✅ Android SDK detected - Android development ready
-```
-
-⚠️ **Aucun environnement trouvé :**
-```
-⚠️ Xcode not found
-⚠️ Android SDK not found
-❌ No development environment detected
-
-📱 To develop mobile apps with Capacitor, you need:
-   • For iOS: Xcode (macOS only) - https://developer.apple.com/xcode/
-   • For Android: Android Studio - https://developer.android.com/studio
-```
-
-<Aside type="caution">
-Si aucun environnement de développement n'est détecté, on vous demandera si vous souhaitez continuer. Il est recommandé d'installer au moins une plateforme avant de continuer.
-</Aside>
-
-### Étape 2 : Ajouter Votre Application
-
-La CLI vous connectera à Capgo et ajoutera votre application à votre compte.
-
-```
-(spinner) Running: npm @capgo/cli@latest login ***
-Login Done ✅
-
-❓ Add {appId} in Capgo?
-```
-
-**Si votre ID d'application est déjà pris :**
-
-La CLI suggérera des alternatives :
-```
-❌ App ID "com.example.app" is already taken
-💡 Here are some suggestions:
-   1. com.example.app2
-   2. com.example.app3
-   3. com.example.app.new
-   4. com.example.app.app
-
-❓ What would you like to do?
-```
-
-Vous pouvez choisir une suggestion ou entrer un ID d'application personnalisé.
-
-<Aside type="note">
-Les IDs d'application doivent suivre la notation de domaine inversé (ex., `com.example.myapp`)
-</Aside>
-
-### Étape 3 : Créer un Canal de Production
-
-Les canaux vous permettent de gérer différents flux de mise à jour pour votre application.
-
-```
-❓ Create default channel production for {appId} in Capgo?
-```
-
-<Aside type="tip">
-**Ne vous inquiétez pas !** Ceci est uniquement pour les tests locaux pendant l'intégration. Créer un canal de "production" ne signifie pas que vos mises à jour seront envoyées immédiatement aux clients. Vous avez un contrôle total sur le moment où les mises à jour sont déployées. Sélectionnez **Oui** sauf si vous avez des exigences spécifiques de canal.
-</Aside>
-
-**Si vous sélectionnez Oui :**
-```
-(spinner) Running: npm @capgo/cli@latest channel add production {appId} --default
-Channel add Done ✅  (or "Channel already added ✅")
-```
-
-Un canal de production sera créé et défini par défaut. C'est l'option recommandée pour la plupart des utilisateurs.
-
-**Si vous sélectionnez Non :**
-```
-If you change your mind, run it for yourself with: "npm @capgo/cli@latest channel add production {appId} --default"
-```
-
-Vous devrez créer et configurer les canaux manuellement plus tard. Alternativement, vous pouvez :
-- Définir le canal dans votre fichier `capacitor.config.ts`
-- Utiliser la méthode JavaScript `setChannel()` pour définir le canal dynamiquement
-- Configurer les canaux plus tard depuis la console web Capgo
-
-### Étape 4 : Installer le Plugin de Mise à Jour
-
-La CLI installera le plugin `@capgo/capacitor-updater` compatible avec votre version de Capacitor.
-
-```
-❓ Automatic Install "@capgo/capacitor-updater" dependency in {appId}?
-```
-
-**Compatibilité des versions :**
-
-- **Capacitor 5** : Installe `@capgo/capacitor-updater` v5
-- **Capacitor 6** : Installe `@capgo/capacitor-updater` v6
-- **Capacitor 7** : Installe `@capgo/capacitor-updater` v7
-- **Capacitor 8+** : Installe la dernière version
-
-<Aside type="caution">
-Capgo ne prend en charge que Capacitor v5 et supérieur. Si vous utilisez une version antérieure, vous devrez d'abord mettre à jour.
-</Aside>
-
-**Option de mises à jour instantanées :**
-
-Après l'installation, on vous demandera :
-```
-❓ Do you want to set instant updates in {appId}?
-   Read more: https://capgo.app/docs/live-updates/update-behavior/#applying-updates-immediately
-```
-
-<Aside type="tip">
-**Que sont les mises à jour instantanées ?** Avec les mises à jour instantanées activées, votre application applique les mises à jour immédiatement lorsqu'elle est mise en arrière-plan et rouverte. Cela fonctionne de manière transparente car Capgo peut distribuer des mises à jour dans le monde entier en moins de 300ms. Sans cela (mode standard), les mises à jour se téléchargent en arrière-plan et s'appliquent au prochain redémarrage de l'application. Les mises à jour instantanées sont idéales pour une itération plus rapide pendant le développement et les corrections de bugs critiques en production.
-</Aside>
-
-**Si vous sélectionnez Oui :**
-- Les mises à jour seront configurées pour s'appliquer immédiatement lorsque l'application est mise en arrière-plan et rouverte
-- `directUpdate: 'always'` et `autoSplashscreen: true` seront ajoutés à votre configuration
-- Votre `capacitor.config.ts` sera mis à jour automatiquement
-- **Les mises à jour Delta** seront automatiquement activées - cela envoie uniquement les fichiers qui ont changé entre les mises à jour au lieu du bundle complet, rendant les mises à jour beaucoup plus rapides
-
-**Si vous sélectionnez Non :**
-- Les mises à jour utiliseront le comportement standard (téléchargement en arrière-plan, application au prochain redémarrage)
-- Vous pouvez toujours activer les mises à jour instantanées plus tard en modifiant votre `capacitor.config.ts`
-
-### Étape 5 : Ajouter le Code d'Intégration
-
-La CLI injectera automatiquement le code requis dans votre fichier d'application principal.
-
-```
-❓ Automatic Add "CapacitorUpdater.notifyAppReady()" code and import in {appId}?
-```
-
-**Ce qui est ajouté :**
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-**Détection du type de projet :**
-
-- **Nuxt.js** : Crée `plugins/capacitorUpdater.client.ts`
-- **Autres frameworks** : Ajoute à votre fichier d'entrée principal
-
-<Aside type="tip">
-**Si l'injection automatique échoue**, vous pouvez ajouter le code manuellement à votre fichier d'application principal :
-
-**Pour Nuxt.js :**
-Créez `plugins/capacitorUpdater.client.ts` :
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-export default defineNuxtPlugin(() => {
-  CapacitorUpdater.notifyAppReady()
-})
-```
-
-**Pour les autres frameworks :**
-Ajoutez à votre fichier d'entrée principal (ex., `main.ts`, `index.js`, `App.tsx`) :
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Placez ce code après vos imports et avant l'initialisation de votre application. Pour plus de détails, consultez le [guide Ajouter une Application](/docs/getting-started/add-an-app/).
-</Aside>
-
-### Étape 6 : Configurer le Chiffrement (Optionnel)
-
-Le chiffrement de bout en bout ajoute une couche de sécurité supplémentaire pour vos mises à jour.
-
-```
-🔐 End-to-end encryption
-   ✅ Use this for: Banking, healthcare, or apps with legal encryption requirements
-   ⚠️  Note: Makes debugging harder - skip if you don't need it
-
-❓ Enable end-to-end encryption for {appId} updates?
-```
-
-<Aside type="note">
-Le chiffrement n'est disponible que pour Capacitor v6 et supérieur.
-</Aside>
-
-Si vous activez le chiffrement, la CLI :
-1. Générera des clés de chiffrement
-2. Proposera de synchroniser votre configuration Capacitor
-
-### Étape 7 : Sélectionner la Plateforme
-
-Choisissez avec quelle plateforme tester pendant l'intégration.
-
-```
-📱 Platform selection for onboarding
-   This is just for testing during onboarding - your app will work on all platforms
-
-❓ Which platform do you want to test with during this onboarding?
-   Options:
-   - iOS
-   - Android
-```
-
-<Aside type="tip">
-Cela n'affecte que le processus d'intégration. Votre application finale prendra en charge toutes les plateformes.
-</Aside>
-
-### Étape 8 : Compiler Votre Projet
-
-La CLI compilera votre application et la synchronisera avec Capacitor.
-
-```
-❓ Automatic build {appId} with "npm run build"?
-```
-
-**Ce qui se passe :**
-1. Détecte votre type de projet
-2. Exécute votre script de compilation
-3. Exécute `npx cap sync {platform}`
-
-**Si le script de compilation manque :**
-
-On vous demandera si vous souhaitez ignorer la compilation ou ajouter un script de compilation à votre `package.json`.
-
-### Étape 9 : Exécuter sur l'Appareil
-
-Testez la version initiale de votre application sur un appareil ou un simulateur.
-
-```
-❓ Run {appId} on {PLATFORM} device now to test the initial version?
-```
-
-Si vous sélectionnez **Oui** :
-```
-(spinner) Running: npx cap run {platform}
-(device picker appears)
-App started ✅
-📱 Your app should now be running on your {platform} device with Capgo integrated
-🔄 This is your baseline version - we'll create an update next
-```
-
-### Étape 10 : Effectuer un Changement de Test
-
-Il est maintenant temps de tester le système de mise à jour de Capgo en effectuant un changement visible.
-
-```
-🎯 Now let's test Capgo by making a visible change and deploying an update!
-
-❓ How would you like to test the update?
-   Options:
-   - Auto: Let Capgo CLI make a visible change for you
-   - Manual: I'll make changes myself
-```
-
-**Mode automatique :**
-La CLI modifiera automatiquement vos fichiers pour ajouter une bannière de test visible ou un changement.
-
-**Mode manuel :**
-Vous effectuez vos propres changements (ex., changer du texte, des couleurs ou ajouter des éléments).
-
-**Gestion des versions :**
-```
-❓ How do you want to handle the version for this update?
-   Options:
-   - Auto: Bump patch version ({currentVersion} → {nextVersion})
-   - Manual: I'll provide the version number
-```
-
-**Compiler avec les changements :**
-```
-❓ Build {appId} with changes before uploading?
-```
-
-<Aside type="tip">
-Si vous devez compiler manuellement dans un autre terminal, sélectionnez "Non" et compilez vous-même, puis continuez.
-</Aside>
-
-### Étape 11 : Télécharger le Bundle
-
-Téléchargez votre bundle d'application mis à jour vers Capgo.
-
-```
-❓ Upload the updated {appId} bundle (v{version}) to Capgo?
-```
-
-La CLI exécute :
-```bash
-npx @capgo/cli@latest bundle upload
-```
-
-<Aside type="tip">
-**Mises à jour Delta avec Direct Update :** Si vous avez activé les mises à jour instantanées (Direct Update) à l'étape 4, la CLI demandera automatiquement si vous souhaitez activer les mises à jour delta. Les mises à jour delta envoient uniquement les fichiers qui ont changé entre les versions au lieu du bundle complet. Comme généralement seuls quelques fichiers changent entre les mises à jour, cela rend les téléchargements beaucoup plus rapides. Sélectionnez **Oui** pour la meilleure expérience avec les mises à jour instantanées.
-</Aside>
-
-**Invite de mises à jour delta (si Direct Update est activé) :**
-```
-💡 Direct Update (instant updates) is enabled in your config
-   Delta updates send only changed files instead of the full bundle
-
-❓ Enable delta updates for this upload? (Recommended with Direct Update)
-```
-
-<Aside type="caution">
-Pour les monorepos, vous devrez peut-être fournir des chemins supplémentaires vers votre `package.json` et `node_modules`.
-</Aside>
-
-**Succès :**
-```
-✅ Update v{version} uploaded successfully!
-🎉 Your updated bundle is now available on Capgo
-```
-
-### Étape 12 : Tester la Mise à Jour sur l'Appareil
-
-Il est temps de voir la mise à jour en action !
-
-```
-🧪 Time to test the Capgo update system!
-📱 Go to your device where the app is running
-```
-
-**Pour les mises à jour instantanées :**
-```
-🔄 IMPORTANT: Background your app (swipe up/press home button) and then reopen it
-⏱️  The update should be downloaded and applied automatically
-```
-
-**Pour les mises à jour standard :**
-```
-📱 With standard updates, you will need to:
-   1. Background the app (swipe up/press home button) to start download
-   2. Wait a few seconds for download to complete
-   3. Background and foreground again to see the update
-```
-
-**Surveiller les journaux :**
-```
-❓ Monitor Capgo logs to verify the update worked?
-```
-
-Si vous sélectionnez **Oui**, vous verrez les journaux en direct de votre appareil montrant le processus de mise à jour.
-
-### Étape 13 : Finalisation
-
-```
-Welcome onboard ✈️!
-```
-
-Félicitations ! Vous avez configuré avec succès les mises à jour en direct Capgo pour votre application.
-
-## Ce Que Vous Avez Accompli
-
-Après avoir terminé l'intégration, vous avez :
-
-<CardGrid>
-  <Card title="✅ Application Enregistrée" icon="rocket">
-    Votre application est enregistrée dans Capgo avec un canal de production
-  </Card>
-  <Card title="✅ Plugin Installé" icon="puzzle">
-    Le plugin Capacitor Updater est installé et configuré
-  </Card>
-  <Card title="✅ Code Intégré" icon="seti:config">
-    Le code d'intégration est ajouté à votre application
-  </Card>
-  <Card title="✅ Mise à Jour Testée" icon="approve-check">
-    Vous avez déployé et reçu avec succès une mise à jour en direct
-  </Card>
-</CardGrid>
-
-## Flux de Travail Quotidien
-
-Pour les mises à jour suivantes, utilisez :
-
-```bash
-npm run build
-npx @capgo/cli@latest bundle upload --channel=production
-```
-
-Pour plus d'options de déploiement, consultez [Déployer une Mise à Jour en Direct](/docs/getting-started/deploy/).
-
-## Reprendre l'Intégration
-
-Si vous quittez le processus d'intégration, vous pouvez reprendre à tout moment :
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-Vous verrez :
-```
-You have already got to the step {stepNumber}/13 in the previous session
-❓ Would you like to continue from where you left off?
-```
-
-<Aside type="tip">
-La progression est enregistrée localement, vous pouvez donc quitter et reprendre le processus d'intégration en toute sécurité.
-</Aside>
-
-## Dépannage
-
-### Aucun Environnement de Développement
-
-**Problème :** Ni Xcode ni Android SDK n'est détecté.
-
-**Solution :**
-- **Pour iOS** : Installez [Xcode](https://developer.apple.com/xcode/) (macOS uniquement)
-- **Pour Android** : Installez [Android Studio](https://developer.android.com/studio)
-
-### ID d'Application Déjà Pris
-
-**Problème :** Votre ID d'application est déjà enregistré.
-
-**Solution :** Choisissez l'une des alternatives suggérées ou entrez un ID d'application personnalisé en notation de domaine inversé.
-
-### Script de Compilation Manquant
-
-**Problème :** Aucun script de compilation trouvé dans `package.json`.
-
-**Solution :** Ajoutez un script de compilation à votre `package.json` :
-```json
-{
-  "scripts": {
-    "build": "your-build-command"
-  }
-}
-```
-
-### Injection Automatique Échouée
-
-**Problème :** La CLI ne peut pas injecter automatiquement le code d'intégration.
-
-**Solution :** Ajoutez le code manuellement à votre fichier principal :
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-### Version de Capacitor Trop Ancienne
-
-**Problème :** Votre version de Capacitor est inférieure à v5.
-
-**Solution :** Mettez à jour Capacitor vers v5 ou supérieur :
-- [Mise à jour vers Capacitor 5](https://capacitorjs.com/docs/updating/5-0)
-- [Mise à jour vers Capacitor 6](https://capacitorjs.com/docs/updating/6-0)
-- [Mise à jour vers Capacitor 7](https://capacitorjs.com/docs/updating/7-0)
-
-## Prochaines Étapes
-
-Maintenant que vous avez terminé l'intégration, explorez ces sujets :
-
-<CardGrid>
-  <a href="/docs/getting-started/deploy/"><Card title="Déployer des Mises à Jour" icon="rocket">
-    Apprenez à déployer des mises à jour depuis le tableau de bord Capgo
-  </Card></a>
-  <a href="/docs/live-updates/update-types/"><Card title="Types de Mises à Jour" icon="open-book">
-    Référence de tous les types de mises à jour OTA : timing d'application, conditions de délai, blocage de version et livraison
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="Intégration CI/CD" icon="setting">
-    Automatisez vos déploiements de mise à jour avec CI/CD
-  </Card></a>
-  <a href="/docs/live-updates/channels/"><Card title="Canaux" icon="list-format">
-    Gérez plusieurs flux de mise à jour avec les canaux
-  </Card></a>
-  <a href="/docs/live-updates/encryption/"><Card title="Chiffrement" icon="approve-check-circle">
-    Sécurisez vos mises à jour avec le chiffrement de bout en bout
-  </Card></a>
-  <a href="/docs/live-updates/update-behavior/"><Card title="Comportement des Mises à Jour" icon="setting">
-    Personnalisez quand et comment les mises à jour sont appliquées (direct, delta, etc.)
-  </Card></a>
-</CardGrid>
-
-## Obtenir de l'Aide
-
-Si vous rencontrez des problèmes pendant l'intégration :
-
-- Consultez le [Guide de Dépannage](/docs/getting-started/troubleshooting/)
-- Rejoignez la [Communauté Discord](https://discord.capgo.app)
-- Consultez la [FAQ](/docs/faq/)
-- Contactez le [Support](/docs/getting-help/)
diff --git a/src/content/docs/fr/getting-started/quickstart.mdx b/src/content/docs/fr/getting-started/quickstart.mdx
deleted file mode 100644
index edf70c52f..000000000
--- a/src/content/docs/fr/getting-started/quickstart.mdx
+++ /dev/null
@@ -1,133 +0,0 @@
----
-title: Overview
-description: >-
-  Commencez avec Capgo en apprenant les concepts et les étapes clés pour
-  intégrer et déployer des mises à jour en direct sur votre application.
-sidebar:
-  order: 1
-next: true
-prev: false
-locale: fr
----
-import { Card, CardGrid, Steps, LinkCard, Aside } from '@astrojs/starlight/components';
-
-Le didacticiel de démarrage rapide vous guidera à travers les concepts clés de Capgo ! Les concepts qui seront explorés comprennent :
-
-<Steps>
-
-1. Ajouter une application à votre compte Capgo
-
-2. Intégration de Capgo à votre CI/CD
-
-3. Déclenchement du téléchargement du bundle sur Capgo en poussant les commits 
-
-4. Configuration et personnalisation de la publication du bundle Capgo
-
-5. Configuration de votre application pour activer les mises à jour en direct via Capgo
-
-6. Déploiement de mises à jour en direct sur votre application à partir de Capgo
-
-</Steps>
-
-Suivez simplement le guide étape par étape ou accédez directement à la documentation du composant qui vous intéresse.
-
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/add-an-app/" ><Card title="Démarrer le tutoriel" icon="rocket" >
-    Suivez le didacticiel de démarrage rapide et soyez opérationnel avec Capgo en un rien de temps !
-  </Card></a>
-  <a href="/docs/getting-started/onboarding/"><Card title="CLI Guide d'intégration" icon="list-format">
-    Guide complet étape par étape pour le processus d'intégration interactif CLI.
-  </Card></a>
-  <a href="/docs/getting-started/deploy/"><Card title="Mises à jour des navires" icon="pencil">
-    Envoyez des mises à jour à votre application à partir du tableau de bord Capgo.
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="Automatiser les mises à jour" icon="setting">
-    Intégrez Capgo à votre CI/CD et déclenchez les téléchargements de bundles sur Capgo en poussant des commits.
-  </Card></a>
-  <a href="/docs/getting-started/troubleshooting/"><Card title="Dépannage" icon="open-book">
-    Problèmes courants et comment les résoudre.
-  </Card></a>
-  <a href="/docs/getting-started/wrapping-up/"><Card title="Conclure" icon="approve-check">
-    Terminez le didacticiel et obtenez un aperçu rapide de ce que vous avez appris.
-  </Card></a>
-</CardGrid>
-
-<Aside type="tip">
-La fonctionnalité de mise à jour Over-the-Air (OTA) s'applique uniquement aux modifications apportées aux fichiers HTML, CSS et JavaScript.
-
-Si vous apportez des modifications au code natif, telles que des mises à jour des plugins Capacitor, il est obligatoire de soumettre à nouveau l'application à l'App Store pour approbation.
-</Aside>
-
-## Rejoignez la communauté Discord
-
-[Rejoignez le serveur Discord Capgo !](https://discord.capgo.app)
-
-## Entretien
-
-| Version du plugin | Compatibilité Capacitor | Maintenu |
-| ---------- | ----------------------- | ----------------- |
-| v7.\*.\* (≥7.25.0) | v7.\*.\* | ✅ Entièrement pris en charge |
-| v6.\*.\* (≥6.25.0) | v6.\*.\* | ✅ Entièrement pris en charge |
-| v5.\*.\* (≥5.10.0) | v5.\*.\* | ✅ Entièrement pris en charge |
-| v5.\*.\* (\<5.10.0)       | v5.\*.\*                | ⚠️ Deprecated |
-| v4.\*.\*       | v4.\*.\*                | ❌ No longer supported |
-| v3.\*.\*       | v3.\*.\*                | ❌ No longer supported     |
-| >= 8 | v4.\*.\* | ⚠️ Obsolète en raison de problèmes de version dans notre processus CI |
-
-## Conformité aux directives du magasin
-
-Android Google Play et iOS App Store ont des directives correspondantes qui contiennent des règles que vous devez connaître avant d'intégrer la solution Capacitor-updater dans votre application.
-
-### Google jouer
-
-Le troisième paragraphe de la rubrique [Abus de périphérique et de réseau] (https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en) décrit que la mise à jour du code source par toute méthode autre que le mécanisme de mise à jour de Google Play est restreinte. Mais cette restriction ne s'applique pas à la mise à jour des bundles javascript.
-> Cette restriction ne s'applique pas au code qui s'exécute dans une machine virtuelle et a un accès limité aux API Android (telles que JavaScript dans une vue Web ou un navigateur).Cela permet pleinement à Capacitor-updater car il met à jour uniquement les bundles JS et ne mettra pas à jour le code natif.
-
-### App Store
-
-Le paragraphe **3.3.2**, puisque depuis 2015 [Apple Developer Program License Agreement](https://developer.apple.com/programs/ios/information/) autorise entièrement l'exécution de mises à jour en direct de JavaScript et des actifs - et dans sa dernière version (20170605) [téléchargeable ici](https://developer.apple.com/terms/), cette décision est encore plus large :
-
-> Le code interprété peut être téléchargé sur une application, mais seulement tant que ce code : (a) ne modifie pas l'objectif principal de l'application en fournissant des caractéristiques ou des fonctionnalités qui sont incompatibles avec l'objectif prévu et annoncé de l'application tel que soumis au App Store, (b) ne crée pas de magasin ou de vitrine pour d'autres codes ou applications, et (c) ne contourne pas la signature, le bac à sable ou d'autres fonctionnalités de sécurité du système d'exploitation.
-
-Capacitor Updater vous permet de suivre ces règles en totale conformité tant que la mise à jour que vous diffusez ne s'écarte pas de manière significative de votre produit par rapport à son intention originale approuvée par App Store.
-
-Pour rester davantage en conformité avec les directives de Apple, nous suggérons que les applications distribuées par App Store n'activent pas le scénario « Forcer la mise à jour », car dans les [App Store Directives de révision](https://developer.apple.com/app-store/review/guidelines/) indiquent que :
-
-> Les applications ne doivent pas forcer les utilisateurs à évaluer l'application, à la réviser, à télécharger d'autres applications ou à d'autres actions similaires afin d'accéder aux fonctionnalités, au contenu ou à l'utilisation de l'application.
-
-Ce n'est pas un problème pour le comportement par défaut de la mise à jour en arrière-plan, car cela n'obligera pas l'utilisateur à appliquer la nouvelle version jusqu'à la prochaine fermeture de l'application, mais au moins vous devez être conscient de ce rôle si vous décidez de l'afficher.
-
-##Open source
-
-Le plugin est sous la licence LGPL-3.0 et le back-end est la licence AGPL-3.0.
-
-> 💡 LGPL-3.0 signifie que si quelqu'un modifie le code du plugin, il est obligatoire de le publier, en open-source avec la même licence. Si vous utilisez le code sans modification, cela ne vous concerne pas. Voir le numéro ci-dessous pour plus de détails, consultez le lien 👇
-
-<LinkCard
-	title="Licence ?"
-	href="https://github.com/Cap-go/capacitor-updater/issues/7"
-/>
-
-
-<LinkCard
-	title="Essayez GPTS Capgo pour obtenir de l'aide au lieu de lire la documentation."
-	href="https://chat.openai.com/g/g-3dMwHbF2w-capgo-doc-gpt"
-/>
-
-
-> Vous pouvez l'inclure dans votre application sans vous inquiéter
-
-## Notes finales
-
-Si vous êtes auto-hébergeur et trouvez cet outil utile, pensez à soutenir mon travail en devenant un [GitHub sponsor](https://github.com/sponsors/riderx/).
-
-J'ai fait le pari d'ouvrir en source tout le code que j'ai construit ici au lieu de le payer. En l’ouvrant au lieu de se battre et de se cacher, je crois que nous pouvons rendre le monde meilleur.
-
-Pour rendre cela possible, il est nécessaire que nous tous fassions notre part, y compris vous 🥹. Si le cloud Capgo ne répond pas à vos besoins, vous pouvez sauvegarder un Maker amorcé [ici] (https://github.com/sponsors/riderx/) selon vos propres conditions.
-
-## Mathématiques simples
-
-Le prix du forfait de base : 14$*12 = 168$ par an.
-Alors que le développement moyen/heure = 60 $.
-Cela veut dire que 3 heures perdues en développement sur auto-hébergeur vous permettent de payer pour une année entière, si vous avez passé plus de 3 heures vous perdez de l'argent ^^
diff --git a/src/content/docs/fr/getting-started/troubleshooting.mdx b/src/content/docs/fr/getting-started/troubleshooting.mdx
deleted file mode 100644
index 31e864e8c..000000000
--- a/src/content/docs/fr/getting-started/troubleshooting.mdx
+++ /dev/null
@@ -1,174 +0,0 @@
----
-title: Troubleshooting
-description: >-
-  Résolvez les problèmes courants rencontrés lors de l'utilisation de Capgo
-  grâce à des étapes de dépannage détaillées et des options avancées de
-  téléchargement et de débogage.
-sidebar:
-  order: 6
-  next: false
-  prev: false
-locale: fr
----
-import { Card } from '@astrojs/starlight/components';
-
-Voici quelques problèmes courants que vous pourriez rencontrer lors de l'utilisation de Capgo et comment les résoudre.
-
-<Card title="🚀 Besoin de l'aide d'un expert ?" icon="rocket">
-  <p>
-    Vous êtes confronté à un problème complexe ? Notre équipe d’experts est là pour vous aider ! Bénéficiez d'une assistance personnalisée, de révisions de code et de solutions personnalisées adaptées à vos besoins spécifiques.
-  </p>
-  <div style="margin-top: 1rem;">
-    <a href="/consulting/" style="display: inline-flex; align-items: center; gap: 0.5rem; padding: 0.75rem 1.5rem; background-color: #2563eb; color: white; text-decoration: none; border-radius: 0.5rem; font-weight: 600; transition: background-color 0.2s;">
-      Obtenez une assistance professionnelle
-      <svg width="20" height="20" fill="none" viewBox="0 0 24 24" stroke="currentColor" style="margin:0">
-        <path stroke-linecap="round" stroke-linejoin="round" stroke-width="2" d="M17 8l4 4m0 0l-4 4m4-4H3"></path>
-      </svg>
-    </a>
-  </div>
-</Card>
-
-### Échecs du téléchargement
-
-Si le téléchargement de votre bundle échoue, vérifiez :
-- Votre identifiant d'application dans `capacitor.config.ts` correspond à votre application dans le tableau de bord Capgo
-- Vous exécutez la commande upload depuis la racine de votre projet Capacitor 
-- Vos actifs Web sont construits et à jour
-
-#### Options de téléchargement avancées
-
-Le Capgo CLI fournit des indicateurs supplémentaires pour vous aider à résoudre les problèmes de téléchargement courants :
-
-- `--tus` : utilise le [protocole de téléchargement avec reprise](https://tus.io/) pour des téléchargements plus fiables de lots volumineux ou sur des connexions réseau médiocres. Si votre forfait dépasse 10 Mo ou si votre connexion est inégale, pensez à utiliser `--tus` :
-  ```shell
-  npx @capgo/cli@latest bundle upload --tus
-  ```
-
-- `--package-json` et `--node-modules` : indique à Capgo où trouver votre racine `package.json` et `node_modules` si votre application utilise une structure non standard comme un monorepo ou un espace de travail npm. Transmettez le chemin à la racine `package.json` et le chemin `--node_modules` :
-  ```shell
-  npx @capgo/cli@latest bundle upload --package-json=path/to/package.json --node_modules=path/to/node_modules
-  ```
-  Capgo a besoin de ces informations pour regrouper correctement les dépendances de votre application.
-
-Vous pouvez combiner ces indicateurs avec d'autres options telles que `--channel` selon vos besoins. Consultez les [docs Capgo CLI](/docs/cli/overview/) pour plus de détails sur les options de téléchargement disponibles.
-
-Si vous rencontrez toujours des problèmes avec les téléchargements, contactez l'[assistance Capgo](https://support.capgo.app) pour obtenir de l'aide.
-
-### Mises à jour de débogage
-
-Si vous rencontrez des problèmes avec les mises à jour en direct, la commande de débogage Capgo est un outil utile pour le dépannage. Pour l'utiliser :
-
-1. Exécutez la commande suivante dans le répertoire de votre projet :
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-2. Lancez votre application sur un appareil ou un émulateur et effectuez l'action qui doit déclencher une mise à jour (par exemple, rouvrir l'application après le téléchargement d'un nouveau bundle).
-
-3. Regardez le résultat de la commande debug. Il enregistrera des informations sur le processus de mise à jour, notamment :
-   - Lorsque l'application recherche une mise à jour
-   - Si une mise à jour est trouvée et de quelle version il s'agit
-   - Progression du téléchargement et de l'installation de la mise à jour
-   - Toutes les erreurs survenues pendant le processus de mise à jour
-
-4. Utilisez les journaux de débogage pour identifier où le problème se produit. Par exemple :
-   - Si aucune mise à jour n'est trouvée, vérifiez que votre bundle a été téléchargé avec succès et que l'application est configurée pour utiliser le bon canal.
-   - Si la mise à jour est téléchargée mais ne s'installe pas, assurez-vous d'avoir appelé `CapacitorUpdater.notifyAppReady()` et que l'application a été complètement fermée et rouverte.
-   - Si vous voyez un message d'erreur, recherchez cette erreur spécifique dans la documentation Capgo ou contactez l'assistance pour obtenir de l'aide.La commande debug est particulièrement utile pour identifier les problèmes liés au processus de téléchargement et d’installation des mises à jour. Si les journaux indiquent que la version de mise à jour attendue a été trouvée mais n'a finalement pas été appliquée, concentrez votre dépannage sur les étapes suivant le téléchargement.
-
-### Débogage avec les journaux natifs
-
-En plus de la commande de débogage Capgo, les journaux natifs sur Android, iOS et Electron peuvent fournir des informations de dépannage précieuses, en particulier pour les problèmes du côté natif du processus de mise à jour.
-
-#### Android Journaux
-
-Pour accéder aux journaux Android :
-
-1. Connectez votre appareil ou démarrez votre émulateur
-2. Ouvrez Android Studio et sélectionnez « Affichage > Fenêtres d'outils > Logcat ». 
-3. Dans la fenêtre Logcat, filtrez les journaux uniquement sur le processus de votre application en le sélectionnant dans la liste déroulante en haut.
-4. Recherchez toutes les lignes incluant `Capgo` pour trouver les journaux SDK.
-
-Alternativement, vous pouvez utiliser la commande `adb logcat` et grep pour `Capgo` pour filtrer les journaux.
-
-Le Capgo SDK enregistrera les événements clés pendant le processus de mise à jour, tels que :
-- Lorsqu'une vérification de mise à jour est lancée
-- Si une mise à jour est trouvée et de quelle version il s'agit
-- Lorsque le téléchargement de la mise à jour démarre et se termine
-- Lorsque l'installation de la mise à jour est déclenchée
-- Toutes les erreurs survenues lors des étapes de mise à jour native
-
-Les problèmes courants spécifiques à Android que vous pourriez voir dans les journaux incluent :
-- Problèmes de connectivité réseau empêchant le téléchargement de la mise à jour
-- Erreurs d'autorisations de fichiers lors de l'enregistrement ou de la lecture du bundle de mise à jour
-- Manque d'espace de stockage pour le bundle de mise à jour
-- Impossible de redémarrer l'application après l'installation de la mise à jour
-
-#### iOS Journaux
-
-Pour accéder aux journaux iOS :
-
-1. Connectez votre appareil ou démarrez votre simulateur
-2. Ouvrez Xcode et allez dans « Fenêtre > Appareils et simulateurs »
-3. Sélectionnez votre appareil et cliquez sur "Ouvrir la console"
-4. Dans la sortie de la console, recherchez toutes les lignes incluant `Capgo` pour trouver les journaux SDK.
-
-Vous pouvez également utiliser la commande `log stream` dans le terminal et grep pour `Capgo` pour filtrer les journaux.
-
-Semblable à Android, le Capgo SDK enregistrera les événements clés côté iOS :
-- Mise à jour du lancement et du résultat du contrôle
-- Début, progression et fin du téléchargement
-- Déclencheur et résultat de l'installation
-- Toute erreur lors du processus de mise à jour native
-
-Les problèmes spécifiques à iOS que vous pourriez identifier dans les journaux incluent :
-- Problèmes de certificat SSL lors du téléchargement de la mise à jour
-- Sécurité du transport de l'application bloquant le téléchargement de la mise à jour 
-- Espace de stockage insuffisant pour le bundle de mise à jour
-- Échec de l'extraction ou de l'application correcte du bundle de mise à jour
-
-#### Journaux d'électrons
-
-Pour les applications Electron, vérifiez à la fois la sortie du processus principal et celle du processus de rendu :1. Exécutez l'application Electron depuis votre terminal à l'aide de votre commande de lancement normale (par exemple `bun run electron:dev` ou `bun run electron:serve`) et surveillez la sortie du terminal pour le démarrage, les vérifications de mise à jour et les erreurs réseau.
-2. Ouvrez DevTools dans la fenêtre du moteur de rendu (Affichage → Basculer les outils de développement) et inspectez les journaux de la console et les requêtes réseau ayant échoué tout en reproduisant le flux de mise à jour.
-3. Pour les applications packagées, vérifiez les outils de journalisation du système d'exploitation pour détecter les plantages ou les échecs de démarrage :
-   - **macOS** : ouvrez `Console.app` et filtrez sur le nom de votre application
-   - **Windows** : ouvrez **Observateur d'événements** → **Journaux Windows** → **Application**
-   - **Linux** : utilisez la visionneuse de journaux de votre bureau ou `journalctl` pour le processus de votre application
-
-Lors du débogage des mises à jour, comparez les messages des journaux du processus principal et du processus de rendu pour séparer les problèmes d'amorçage d'Electron des problèmes de cycle de vie de mise à jour Capgo.
-
-Sur toutes les plateformes, les journaux natifs fournissent une vue de niveau inférieur sur le processus de mise à jour, avec plus de détails sur l'implémentation native. Ils sont particulièrement utiles pour identifier les problèmes qui se produisent en dehors de la couche Capgo JavaScript.
-
-Lors du dépannage d'un problème délicat de mise à jour en direct, c'est une bonne idée de capturer à la fois les journaux de débogage Capgo et les journaux natifs pour une image complète de ce qui se passe. Les deux journaux réunis vous donneront les meilleures chances d’identifier et de résoudre le problème.
-
-### Les mises à jour ne s'appliquent pas
-
-Si vous avez téléchargé un lot mais que vous ne voyez pas les modifications sur votre appareil :
-- Assurez-vous d'avoir appelé `CapacitorUpdater.notifyAppReady()` dans le code de votre application, comme indiqué dans le [démarrage rapide](/docs/getting-started/quickstart).  
-- Vérifiez que votre appareil est connecté à Internet et que les journaux de débogage Capgo indiquent que la mise à jour a été téléchargée.
-- Essayez de fermer et de rouvrir complètement l'application, car les mises à jour ne sont appliquées que lors d'un nouveau lancement.
-- Recherchez les erreurs dans les journaux natifs qui pourraient indiquer un problème lors de l'application de la mise à jour.
-
-Reportez-vous au guide [Déploiement des mises à jour en direct](/docs/getting-started/deploy) pour plus de détails sur le processus de mise à jour. Si vous êtes toujours bloqué, utilisez la commande `npx @capgo/cli@latest app debug` et les journaux natifs pour obtenir plus de visibilité sur ce qui se passe.
-
-### Codes d'échec de mise à jour courants
-
-Si vos journaux affichent des erreurs backend telles que `disable_auto_update_to_major`, `semver_error` ou `cannot_update_via_private_channel`, utilisez le guide dédié :
-
-- [Problèmes de mise à jour courants](/docs/plugins/updater/commonproblems/)
-
-Il explique la signification de chaque code commun, pourquoi il se produit et comment le corriger.
-
-## SDK Installation
-
-Si vous rencontrez des difficultés pour installer Capgo SDK, assurez-vous :
-- Votre application utilise une version prise en charge de Capacitor (4.0 ou plus récente)
-- Vous avez suivi les étapes de [démarrage rapide](/docs/getting-started/quickstart) dans l'ordre, y compris la synchronisation de votre application après l'installation de SDK.
-
-## Intégration CI/CD 
-
-Pour les problèmes liés au déclenchement des importations Capgo à partir de votre pipeline CI/CD :
-- Vérifiez que votre jeton d'authentification Capgo est correctement configuré 
-- Assurez-vous d'exécuter la commande de téléchargement une fois vos ressources Web créées.
-- Vérifiez que la commande de téléchargement utilise le nom de canal correct pour votre environnement cibleConsultez la documentation [Intégration CI/CD](/docs/getting-started/cicd-integration/) pour plus de conseils de dépannage. Vous pouvez également utiliser la commande `npx @capgo/cli@latest app debug` pour confirmer si vos mises à jour déclenchées par CI/CD sont reçues par l'application.
diff --git a/src/content/docs/fr/getting-started/wrapping-up.mdx b/src/content/docs/fr/getting-started/wrapping-up.mdx
deleted file mode 100644
index 7db8c6975..000000000
--- a/src/content/docs/fr/getting-started/wrapping-up.mdx
+++ /dev/null
@@ -1,56 +0,0 @@
----
-title: Conclusion
-description: >-
-  Terminez votre parcours Capgo avec un aperçu concis des concepts clés et des
-  prochaines étapes, garantissant ainsi une base solide pour l'exploration et la
-  maîtrise futures.
-sidebar:
-  order: 7
-  next: false
-  prev: false
-draft: false
-locale: fr
----
-import { Card, CardGrid, Steps } from '@astrojs/starlight/components';
-
-Maintenant que vous avez terminé le guide de démarrage rapide, vous devriez avoir une compréhension de base des concepts clés de Capgo ! Les concepts clés que vous avez appris dans ce guide sont :
-
-<Steps>
-1. Ajouter une application à votre compte Capgo
-
-2. Intégration de Capgo à votre pipeline CI/CD 
-
-3. Déclenchement des téléchargements de bundles vers Capgo lors de nouveaux commits
-
-4. Configuration de votre application pour activer les mises à jour en direct avec le Capgo SDK
-
-5. Déployer des mises à jour en direct sur votre application à partir du tableau de bord Capgo
-</Steps>
-
-Mais il y a encore plus à apprendre sur Capgo ! Continuez à explorer la documentation ou consultez certains de ces sujets clés :
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/cicd-integration/">
-    <Card title="Intégration CI/CD" icon="gitlab">
-      Vous disposez déjà d’un pipeline CI/CD ? Découvrez comment intégrer Capgo dans votre flux de travail existant.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/">
-    <Card title="Mises à jour en direct" icon="cloud-download">
-      Plongez plus profondément dans les fonctionnalités de mise à jour en direct et les meilleures pratiques de Capgo.
-    </Card>
-  </a>
-
-  <a href="/docs/faq/">  
-    <Card title="FAQ" icon="open-book">
-      Trouvez des réponses aux questions courantes sur Capgo.
-    </Card>
-  </a>
-
-  <a href="/docs/getting-started/troubleshooting/">
-    <Card title="Troubleshooting" icon="error">
-      Obtenez de l'aide sur les problèmes courants pouvant survenir lors de l'utilisation de Capgo.
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/fr/how-to.mdx b/src/content/docs/fr/how-to.mdx
deleted file mode 100644
index 9a45980f7..000000000
--- a/src/content/docs/fr/how-to.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-locale: fr
-title: "How to"
-description: "A comprehensive Guide to Capgo, offering detailed tutorials, insightful tips, and advanced techniques to enhance your effective Utilisation of the platform"
-sidebar: 
-  order: 1
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-<LinkCard
-	title="How Version works in Capgo"
-	description="capgo.Application"
-	href="https://capgo.app/blog/how-version-work-in-capgo/"
-/>
-
-<LinkCard
-	title="How to Libération major Version in Capgo"
-	description="capgo.Application"
-	href="https://capgo.app/blog/how-to-release-major-version-in-capgo/"
-/>
-
-<LinkCard
-	title="How to send specific Mise à jour to one Utilisateur or a group"
-	description="capgo.Application"
-	href="https://capgo.app/blog/how-to-send-specific-version-to-users/"
-/>
-
-
-## CI / CD
-
-
-<LinkCard
-	title="Automatic Construction and Libération with GitHub Actions"
-	description="capgo.Application"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-<LinkCard
-	title="Manage Développement and Production Construction with GitHub Actions"
-	description="capgo.Application"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-## Contribuer
-
-
-<LinkCard
-	title="Contribuer to Capgo open source"
-	description="github.com"
-	href="https://github.com/Cap-go/capgo/blob/main/CONTRIBUTING.md"
-/>
diff --git a/src/content/docs/fr/index.mdx b/src/content/docs/fr/index.mdx
deleted file mode 100644
index 9111f6b77..000000000
--- a/src/content/docs/fr/index.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-locale: fr
-title: Bienvenue dans la Documentation de Capgo
-description: Your comprehensive Guide to Capgo Cloud Mises à jour en direct and our Terminé suite of Capacitor plugins for Construction powerful mobile apps.
-tableOfContents: false
-next: false
-hero: 
-  tagline: Master Capgo Cloud for instant Application Mises à jour and explore our comprehensive collection of Capacitor plugins to enhance your mobile Développement
-  actions: 
-    - text: Commencer avec Capgo Cloud
-      link: /docs/getting-started/Démarrage rapide/
-      icon: right-arrow
-      variant: primary
-    - text: Browse All Plugins
-      link: /docs/plugins/
-      icon: puzzle
-      variant: minimal
----
-
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-## 🚀 Capgo Cloud - Mises à jour en direct Made Simple
-
-<CardGrid stagger>
-  <Card title="Instant Updates" icon="rocket">
-    Déployer JavaScript, HTML, and CSS Mises à jour directly to Utilisateurs without Application Store delays. Fix bugs and ship Fonctionnalités in minutes, not days.
-  </Card>
-  <Card title="3-Step Integration" icon="pencil">
-    Commencez simplement avec `npx @capgo/cli@latest init [APIKEY]` and start pushing updates immediately with our simple integration.
-  </Card>
-  <Card title="Advanced Features" icon="setting">
-    Canaux for A/B Test, automatic Restaurations, Mise à jour Analyse, Chiffré Bundles, and Entreprise-grade Sécurité Fonctionnalités.
-  </Card>
-  <Card title="Complete Guide" icon="open-book">
-    Learn everything from [quick Configuration](/docs/getting-started/Démarrage rapide/) to advanced Déploiement strategies in our comprehensive Documentation.
-  </Card>
-</CardGrid>
-
-## 📚 What's in This Documentation
-
-<CardGrid>
-  <LinkCard 
-    title="Capgo Cloud Configuration"
-    description="Terminé guides for integrating Mises à jour en direct, managing Canaux, CI/CD integration, and monitoring your deployments."
-    href="/docs/getting-started/quickstart/"
-  />
-  <LinkCard 
-    title="20+ Capacitor Plugins" 
-    description="Explore our collection of Production-ready plugins for biometrics, purchases, camera, storage, and more Natif Fonctionnalités."
-    href="/docs/plugins/"
-  />
-  <LinkCard 
-    title="CLI & Public API"
-    description="Automate your workflow with our CLI tools and integrate Capgo into your existing systems with our REST API."
-    href="/docs/cli/overview/"
-  />
-  <LinkCard 
-    title="Entreprise Solutions"
-    description="Dedicated Support, SLAs, custom Fonctionnalités, and advanced Sécurité Options for teams that need more."
-    href="/enterprise/"
-  />
-</CardGrid>
-
-## 🎯 Quick Links
-
-- **First time?** Démarrer with the [5-minute Démarrage rapide](/docs/getting-started/Démarrage rapide/)
-- **Need a plugin?** Browse our [plugin collection](/docs/plugins/) or request [custom Développement](/consulting/)
-- **Having issues?** Vérifier the [FAQ](/docs/FAQ/) or join our [Discord](https://discord.capgo.Application)
-- **Entreprise needs?** Vérifier our [Entreprise Solutions](/Entreprise/) or [Contact us](mailto:Support@capgo.Application)
diff --git a/src/content/docs/fr/live-updates/features.mdx b/src/content/docs/fr/live-updates/features.mdx
deleted file mode 100644
index b6e213a12..000000000
--- a/src/content/docs/fr/live-updates/features.mdx
+++ /dev/null
@@ -1,516 +0,0 @@
----
-locale: fr
-title: Fonctions
-description: >-
-  Référence complète de toutes les fonctionnalités de Capgo Live Update, depuis
-  le système central de mises à jour jusqu'aux contrôles de déploiement avancés,
-  l'analyse et les fonctions de collaboration en équipe.
-sidebar:
-  order: 2
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-Cette page offre une vue d'ensemble complète de toutes les fonctionnalités disponibles dans Capgo Live Updates. Chaque fonctionnalité comprend une brève description et des liens vers une documentation détaillée.
-
-## Système central de mises à jour
-
-### Mises à jour OTA (Over-the-Air)
-Déployer des mises à jour JavaScript, HTML, CSS et des ressources directement vers les utilisateurs sans approbation du magasin d'applications. Les mises à jour sont téléchargées en arrière-plan et appliquées au prochain redémarrage de l’application.
-
-**Fonctionnalités clés :**
-- Téléchargements en arrière-plan
-- Installation automatique
-- Aucune interruption pour l'utilisateur
-- Compatibilité multiplateforme (iOS, Android, Electron)
-
-[En savoir plus sur le comportement des mises à jour →](/docs/live-updates/update-behavior/)
-
----
-
-### Mises à jour delta (différentielles)
-Téléchargez uniquement les fichiers qui ont changé entre les versions, réduisant l'utilisation de la bande passante jusqu'à 95 % et accélérant la livraison des mises à jour.
-
-**Fonctionnalités clés :**
-- Différenciation automatique au niveau des fichiers
-- Vérification basée sur les sommes de contrôle
-- Comparaison des manifestes
-- Repli intelligent vers des mises à jour complètes lorsque nécessaire
-
-[En savoir plus sur les mises à jour delta →](/docs/live-updates/differentials/)
-
----
-
-### Rétrogradation automatique
-Si une mise à jour échoue à se charger ou provoque des plantages, le système revient automatiquement à la dernière version fonctionnelle connue.
-
-**Fonctionnalités clés :**
-- Détection de crash
-- Détection de timeout
-- Rétablissement automatique
-- Aucune intervention utilisateur requise
-
-[En savoir plus sur les rétrogradations →](/docs/live-updates/rollbacks/)
-
----
-
-### Validation des sommes de contrôle & Basculage
-Vérifie l'intégrité du bundle via des sommes de contrôle et bascule automatiquement vers la dernière version fonctionnelle connue en cas de corruption détectée.
-
-**Fonctionnalités clés :**
-- Validation des sommes de contrôle au téléchargement
-- Détection de corruption
-- Basculage automatique vers le dernier bundle fonctionnel
-- Outils de récupération manuels disponibles
-
----
-
-### Détection de mises à jour incompatibles
-Empêche l’application de mises à jour incompatibles sur des appareils utilisant des versions plus anciennes du code natif.
-
-**Fonctionnalités clés :**
-- Vérification de compatibilité des versions natives
-- Validation des dépendances des plugins
-- Blocage automatique des mises à jour incompatibles
-- Messages d'erreur clairs
-
-[En savoir plus sur le ciblage de version →](/docs/live-updates/version-targeting/)
-
----
-
-## Contrôle du Déploiement
-
-### Système de canaux
-Organisez et gérez les mises à jour à travers différents environnements et segments d'utilisateurs avec des configurations de canaux flexibles.
-
-**Fonctionnalités clés :**
-- Canaux personnalisés illimités (production, staging, beta, etc.)
-- Attributions de bundles par canal
-- Règles de ciblage spécifiques au canal
-- Affectation automatique par l'appareil
-- Surcharge de canal par appareil
-
-[En savoir plus sur les canaux →](/docs/live-updates/channels/)
-
----
-
-### Ciblage des appareils
-Ciblez des appareils, versions ou segments d'utilisateurs spécifiques pour des déploiements progressifs et contrôlés.
-
-**Fonctionnalités clés :**
-- Ciblage basé sur la version
-- Suggestions spécifiques à l'appareil
-- Filtrage par plateforme (iOS, Android)
-- Filtrage de métadonnées personnalisées
-- Blocage des émulateurs et des builds de développement
-
----
-
-### Politiques de canal
-Configurez des règles et des restrictions sur la façon dont les mises à jour sont livrées sur chaque canal.
-
-**Fonctionnalités clés :**
-- Désactiver les mises à jour automatiques
-- Bloquer les mises à jour majeures
-- Désactiver les mises à jour sur les émulateurs
-- Désactiver les mises à jour dans les builds de développement
-- Politiques spécifiques à la plateforme (iOS uniquement, Android uniquement)
-
-[En savoir plus sur les politiques de canal →](/docs/live-updates/channels/#channel-policies)
-
----
-
-## Outils pour développeurs
-
-### Aperçu du bundle
-Aperçu des bundles dans un environnement web en direct avant le déploiement sur les appareils, accessible depuis le tableau de bord Web.
-
-**Emplacement :** Web Dashboard → App → Bundle → onglet Preview
-
----
-
-### Débogage en direct
-Surveillance en temps réel des événements de mise à jour pour des appareils spécifiques via CLI, affichant les vérifications, les téléchargements, l'installation et les erreurs.
-
-**Utilisation :**
-```bash
-npx @capgo/cli app debug [appId]
-```
-
-**Affiche :**
-- Vérifications de mises à jour
-- Progrès du téléchargement
-- État de l'installation
-- Messages d'erreur
-- Blocages de politiques
-
----
-
-### Visualiseur du manifeste du bundle
-Inspectez le manifeste complet de tout bundle, y compris la liste des fichiers, les sommes de contrôle et les métadonnées.
-
-**Emplacement :** Web Dashboard → App → Bundle → Manifest tab
-
-**Affiche :**
-- Liste des fichiers avec sommes de contrôle
-- Métadonnées du bundle
-- Compatibilité des versions natives
-- Dépendances des plugins
-
----
-
-### Dépendances des plugins natifs
-Voir tous les plugins natifs Capacitor inclus dans chaque bundle afin de suivre les changements de dépendances entre les versions.
-
-**Emplacement :** Web Dashboard → App → Bundle → Dependencies tab
-
-**Affiche :**
-- Noms et versions des plugins
-- Ajouts/suppressions de dépendances
-- avertissements de compatibilité
-
----
-
-### Intégration CLI
-Interface en ligne de commande complète pour les déploiements automatisés et l'intégration CI/CD.
-
-**Commandes clés :**
-- `bundle upload` - Importer de nouveaux bundles
-- `bundle list` - Lister tous les bundles
-- `bundle delete` - Supprimer des bundles
-- `bundle cleanup` - Nettoyer les anciens bundles
-- `channel set` - Configurer les canaux
-- `app debug` - Débogage en direct
-
-[Voir la référence CLI complète →](/docs/cli/reference/)
-
----
-
-### Chiffrement des bundles
-Chiffrement de bout en bout pour les bundles avec chiffrement AES-256, protégeant votre code en transit et au repos.
-
-**Fonctionnalités clés :**
-- Génération de paire de clés RSA
-- Chiffrement AES-256 du bundle
-- Vérification de la signature du code
-- Gestion des clés de chiffrement
-
-[En savoir plus sur le chiffrement →](/docs/live-updates/encryption/)
-
----
-
-### Nettoyage et rétention des bundles
-Nettoyage automatique des anciens bundles selon les politiques de rétention afin de gérer l'utilisation du stockage.
-
-**Fonctionnalités clés :**
-- Compte de rétention configurable
-- Nettoyage automatique via CLI
-- Tâches de nettoyage planifiées
-- Suivi de l'utilisation du stockage
-
-**Utilisation :**
-```bash
-npx @capgo/cli bundle cleanup --keep=10
-```
-
----
-
-## Analytique et surveillance
-
-### Statistiques de mise à jour
-Suivez les taux d'adoption des mises à jour, les taux de réussite et l'avancement du déploiement auprès de votre base d'utilisateurs.
-
-**Mesures disponibles :**
-- Taux de réussite du téléchargement
-- Taux de réussite de l'installation
-- Taux d'erreur par type
-- Adoption des mises à jour au fil du temps
-- Répartition des versions
-
-**Emplacement :** Web Dashboard → App → Statistiques
-
----
-
-### Journaux des appareils
-Journaux d'événements par appareil montrant l'ensemble du cycle de vie de la mise à jour, de la vérification à l'installation.
-
-**Types d'événements :**
-- Vérifications de mises à jour
-- Début/fin/échec du téléchargement
-- Début/fin/échec de l'installation
-- Événements de rétrogradation
-- Blocages de politiques
-
-**Emplacement :** 
-- Web Dashboard → App → Device → Logs
-- Web Dashboard → App → Logs (tous les appareils)
-
-[En savoir plus sur les journaux →](/docs/webapp/logs/)
-
----
-
-### Analyses d'utilisation des bundles
-Analyses détaillées sur quels bundles sont actifs, le nombre de téléchargements et l'utilisation du stockage.
-
-**Mesures :**
-- Installations actives par bundle
-- Comptages de téléchargements
-- Utilisation du stockage par bundle
-- Utilisation de la bande passante
-
----
-
-### Statistiques des canaux
-Suivez les performances et les métriques d'adoption par canal.
-
-**Mesures :**
-- Appareils par canal
-- Taux de réussite des mises à jour par canal
-- Historique du déploiement
-- Taux d'erreur par canal
-
-**Emplacement :** Web Dashboard → App → Channel → Statistiques
-
----
-
-### Historique du déploiement
-Piste d'audit complète de tous les déploiements de bundles, attributions de canaux et changements de configuration.
-
-**Événements suivis :**
-- Téléchargements de bundles
-- Attributions de canaux
-- Modifications de politiques
-- Surcharges d'appareil
-
-**Emplacement :** Web Dashboard → App → Channel → History
-
----
-
-## Sécurité & Conformité
-
-### Chiffrement de bout en bout
-Chiffrez les bundles au repos et en transit avec le chiffrement AES-256, conformes aux normes de l'industrie.
-
-[En savoir plus sur le chiffrement →](/docs/live-updates/encryption/)
-
----
-
-### Signature du code
-Vérifiez l'integrite du bundle avec des signatures cryptographiques pour prevenir toute alteration.
-
----
-
-### Conformité SOC 2 Type II
-Infrastructures et processus certifiés conformes aux normes SOC 2 Type II pour la sécurité d'entreprise.
-
----
-
-### Conformité App Store
-Conforme aux politiques d'Apple App Store et de Google Play Store pour les mises à jour OTA.
-
-[En savoir plus sur la conformité →](/docs/live-updates/compliance/)
-
----
-
-### Application de l'authentification à deux facteurs (au niveau de l'organisation)
-Exigez l'authentification à deux facteurs pour tous les membres de l'organisation afin d'accéder au tableau de bord et à l'API.
-
-**Emplacement :** Web Dashboard → Organisation → Sécurité
-
-[En savoir plus sur la 2FA →](/docs/webapp/2fa-enforcement/)
-
----
-
-### Application des bundles chiffrés
-Exiger que tous les bundles soient chiffres au niveau de l'organisation. **Emplacement :** Web Dashboard -> Organization -> Security
-
----
-
-## Collaboration d'équipe
-
-### Contrôle d'accès basé sur les rôles (RBAC)
-Autorisations granulaires pour le contrôle d'accès au niveau de l'organisation et de l'application
-
-**Rôles d'organisation :**
-1. `super_admin` - Accès complet
-2. `admin` - Accès administrateur
-3. `read` - Accès en lecture seule
-4. `upload` - Accès en téléversement uniquement
-
-**Rôles d'application :**
-1. `app_developer` - Accès complet à l'application
-2. `app_uploader` - Téléversement des bundles uniquement
-3. `app_reader` - Accès en lecture seule
-
-**Emplacement :** 
-1. Web Dashboard → Organization → Membres
-2. Web Dashboard → App → Accès
-
-[Learn more about RBAC →](/docs/webapp/organization-system/#roles-and-permissions)
-
----
-
-### Journaux d'audit
-Traçabilité complète des activités de l'organisation et de l'application pour la conformité et la sécurité.
-
-**Événements enregistrés :**
-1. Actions des utilisateurs (connexion, déconnexion, modifications des permissions)
-2. Opérations sur les bundles (téléversement, suppression, attribution)
-3. Opérations sur les canaux (création, mise à jour, suppression)
-4. Modifications de l'organisation (paramètres, membres)
-
-**Emplacement :** Web Dashboard → Organization → Audit Logs
-
----
-
-### Webhooks
-Recevez des notifications en temps réel des événements dans vos applications via des webhooks HTTP.
-
-**Événements pris en charge :**
-1. `apps` - Application créée/mise à jour/supprimée
-2. `app_versions` - Bundle téléversé/supprimé
-3. `channels` - Canal créé/mis à jour/supprimé
-4. `org_users` - Membre ajouté/supprimé
-5. `orgs` - Organisation mise à jour
-
-**Fonctionnalités :**
-1. URL de webhook personnalisées
-2. Filtrage des événements
-3. Journaux de livraison
-4. Mécanisme de réessai
-5. Fonctionnalité de test
-
-**Emplacement :** Web Dashboard → Organization → Webhooks
-
----
-
-### Collaboration multi-utilisateur
-Invitez les membres de votre équipe dans votre organisation avec des rôles et des permissions spécifiques.
-
-**Fonctionnalités :**
-1. Invitations par e-mail
-2. Attribution de rôles
-3. Gestion des membres
-4. Révocation d'accès
-
-**Emplacement :** Web Dashboard → Organization → Membres
-
----
-
-### Gestion des clés API
-Créer, gérer et révoquer les clés API avec des dates d'expiration optionnelles et un stockage haché.
-
-**Capacités des clés :**
-1. Clés par application ou par organisation
-2. Dates d'expiration optionnelles
-3. Stockage haché (irréversible)
-4. Prise en charge de la rotation des clés
-
-**Emplacement :** Web Dashboard → API Keys
-
-[Learn more about API keys →](/docs/public-api/#authentication)
-
----
-
-### Politiques de mot de passe
-Exigences de mot de passe au niveau de l'organisation pour assurer la sécurité.
-
-**Politiques configurables :**
-1. Longueur minimale
-2. Exiger des majuscules
-3. Exiger des chiffres
-4. Exiger des caractères spéciaux
-
-**Emplacement :** Web Dashboard → Organization → Security
-
----
-
-## Support de la plateforme
-
-### Support multiplateformes
-Support des apps iOS, Android et Electron avec un seul SDK.
-
-**Plateformes prises en charge :**
-1. iOS (Capacitor 5, 6, 7, 8)
-2. Android (Capacitor 5, 6, 7, 8)
-3. Electron (NOUVEAU en 2025)
-
----
-
-### Support à long terme
-Support continu pour les versions plus anciennes de Capacitor afin de maintenir la compatibilité avec les applications héritées.
-
-**Actuellement pris en charge :**
-1. Capacitor 8 (dernier)
-2. Capacitor 7
-3. Capacitor 6
-4. Capacitor 5
-
----
-
-### Backends de stockage personnalisés
-Utilisez votre propre infrastructure de stockage (S3, R2, etc.) au lieu du stockage par défaut de Capgo.
-
-[Learn more about custom storage →](/docs/live-updates/custom-storage/)
-
----
-
-### Configuration pour la Chine
-Configuration spéciale pour les applications distribuées en Chine continentale afin de se conformer aux réglementations locales.
-
-[Learn more about China configuration →](/docs/live-updates/china-configuration/)
-
----
-
-## Fonctionnalités avancées
-
-### Comportement de mise à jour personnalisé
-Configurez quand et comment les mises à jour sont vérifiées et appliquées via le SDK.
-
-**Options configurables :**
-- Intervalle de vérification (`periodCheckDelay` - minimum 600 secondes)
-- Timing de mise à jour directe (`directUpdate` - atInstall, onLaunch, always)
-- Activation/désactivation des mises à jour automatiques (`autoUpdate`)
-- Exigences réseau (Android uniquement - via WorkManager)
-
-[Learn more about update behavior →](/docs/live-updates/update-behavior/)
-
----
-
-### Types de mises à jour
-Différents types de mises à jour pour différents cas d'utilisation, des mises à jour instantanées aux installations contrôlées par l'utilisateur.
-
-**Types disponibles :**
-1. Mises à jour en arrière-plan (par défaut)
-2. Mises à jour immédiates
-3. Mises à jour demandées par l'utilisateur
-4. Mises à jour conditionnelles
-
-[Learn more about update types →](/docs/live-updates/update-types/)
-
----
-
-### Système de crédits
-Facturation basée sur l'utilisation avec des crédits pour la bande passante, le stockage et d'autres ressources.
-
-**Fonctionnalités :**
-1. Suivi de l'utilisation des crédits
-2. Alertes d'utilisation
-3. Réapprovisionnement via Stripe
-4. Grand livre des crédits
-
-**Emplacement :** Web Dashboard → Organization → Credits
-
----
-
-## Premiers pas
-
-Prêt à commencer à utiliser ces fonctionnalités ? Suivez notre [Quickstart Guide](/docs/getting-started/quickstart/) pour configurer votre première app avec Capgo Live Updates.
-
-## Besoin d'aide ?
-
-- [Rejoignez notre Discord](https://discord.capgo.app) pour le support communautaire
-- [Consultez la FAQ](/docs/faq/) pour les questions fréquentes
-- [Parcourez la documentation API](/docs/public-api/) pour l'intégration API
-- [Contacter le support](https://capgo.app/consulting/) pour une aide entreprise
-.
diff --git a/src/content/docs/fr/live-updates/index.mdx b/src/content/docs/fr/live-updates/index.mdx
deleted file mode 100644
index f7901540a..000000000
--- a/src/content/docs/fr/live-updates/index.mdx
+++ /dev/null
@@ -1,100 +0,0 @@
----
-title: Overview
-description: >-
-  Découvrez comment les mises à jour en direct de Capgo permettent des mises à
-  jour transparentes du bundle JavaScript, vous permettant de transmettre les
-  modifications directement aux utilisateurs sans retards dans l'App Store.
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: fr
----
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Utilisez la fonctionnalité Live Updates de Capgo pour mettre à jour les bundles JavaScript de votre application à distance, en temps réel. Envoyez les mises à jour JS directement à vos utilisateurs sur iOS, Android et Electron sans passer par des cycles de révision au niveau du magasin pour corriger les bugs et proposer de nouvelles fonctionnalités plus rapidement.
-
-<Aside>
-
-Les mises à jour en direct sont limitées aux modifications du bundle JavaScript. Si vous devez mettre à jour le code natif, par exemple en ajoutant ou en supprimant un plugin ou en modifiant la configuration d'un projet natif, vous devrez soumettre une nouvelle version binaire via le processus de distribution habituel de la plateforme.
-
-</Aside>
-
-## Comment fonctionnent les mises à jour en direct
-
-Le système Live Update de Capgo comporte deux composants clés :
-
-1. Le Capgo SDK, que vous installez dans votre application. Le SDK vérifie les mises à jour disponibles et les télécharge en arrière-plan.
-
-2. Canaux, qui vous permettent de cibler les mises à jour sur des groupes spécifiques d'utilisateurs. Vous pouvez utiliser des canaux pour gérer différentes pistes de publication, telles que `Production`, `Staging` et `Dev`.
-
-Lorsque vous téléchargez un nouveau bundle JS sur Capgo et l'attribuez à un canal, le Capgo SDK dans les applications configurées pour ce canal détectera la mise à jour et la téléchargera. Au prochain redémarrage de l'application, le nouveau bundle sera chargé.
-
-## Pourquoi les journaux Capgo sont importants (vue marketing)
-
-- **Rayon X instantané de chaque déploiement** : les chronologies par appareil affichent les vérifications, les téléchargements, les installations, les blocages de politique et les annulations, afin que vous sachiez exactement ce qui s'est passé – pas de devinettes ni de débats sur « ça fonctionne sur mon téléphone ».
-- **Réponse plus rapide aux incidents** : des codes de type alerte (par exemple, limites de débit, échecs de somme de contrôle, échecs notifyAppReady) apparaissent avant que les utilisateurs ne commencent à inonder le support, vous permettant d'envoyer un correctif ou une restauration en quelques minutes.
-- **Preuve de la politique de canal** : les journaux vérifient que les garde-fous (bloquer les majors, désactiver les émulateurs/builds de développement, limites de la plate-forme) protègent activement la production.
-- **Protection des revenus et de la réputation** : détectez quand les mises à jour bloquent sur des réseaux médiocres ou atteignent les limites du plan, afin que vous puissiez intervenir avant que les conversions, les sessions ou les avis ne chutent.
-- **Source unique de vérité** : le produit, l'assurance qualité et le support partagent le même flux de journaux cloud : pas besoin de fouiller dans Xcode/Android Studio ou les ingénieurs DM pour les journaux natifs.
-
-## Pour commencer
-
-Pour commencer à utiliser les mises à jour en direct, procédez comme suit :
-
-<Steps>
-
-1. Complétez le [Capgo Quickstart](/docs/getting-started/quickstart) pour configurer votre application dans Capgo et installez Capgo SDK.
-
-2. Dans le code de votre application, appelez `CapacitorUpdater.notifyAppReady()` une fois l'initialisation de votre application terminée. Cela indique au Capgo SDK que votre application est prête à recevoir des mises à jour.
-
-3. Créez votre bundle JS et téléchargez-le sur Capgo :
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. Ouvrez votre application et attendez que la mise à jour soit téléchargée. Vous pouvez vérifier l'état avec :
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. Une fois la mise à jour téléchargée, fermez et rouvrez votre application pour charger le nouveau bundle.
-
-</Steps>
-
-Consultez le guide [Déploiement des mises à jour en direct](/docs/getting-started/deploy) pour plus de détails.
-
-
-## Prochaines étapes
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/update-types/">
-    <Card title="Types de mise à jour" icon="open-book">
-      Référence de tous les types de mises à jour OTA : appliquer le timing, les conditions de retard, le blocage de version et la livraison.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/channels/">
-    <Card title="Channels" icon="bars">
-      Découvrez comment utiliser les canaux pour gérer différentes pistes de publication et cibler les mises à jour sur des utilisateurs spécifiques.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="Rollbacks" icon="left-arrow">
-      Découvrez comment revenir à une version précédente du bundle JS si une mise à jour provoque des problèmes.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="Comportement de mise à jour" icon="setting">
-      Personnalisez comment et quand les mises à jour sont téléchargées et appliquées dans votre application.  
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="Mises à jour rapides" icon="starlight">
-      Découvrez comment utiliser les mises à jour rapides pour accélérer le processus de mise à jour.
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/fr/live-updates/update-types.mdx b/src/content/docs/fr/live-updates/update-types.mdx
deleted file mode 100644
index 5f50b54b0..000000000
--- a/src/content/docs/fr/live-updates/update-types.mdx
+++ /dev/null
@@ -1,120 +0,0 @@
----
-locale: fr
-title: Types de mise à jour
-description: "Une référence complète de tous les types de mises à jour OTA fournis par Capgo : timing d'application, conditions de délai, blocage de version et méthodes de livraison."
-sidebar:
-  order: 4
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo prend en charge plusieurs types de mises à jour over-the-air (OTA). Cette page liste et explique tous ces types afin que vous puissiez choisir la bonne combinaison pour votre application.
-
-## Timing d'application
-
-Contrôle **quand** une mise à jour est appliquée après son téléchargement.
-
-| Type | Description | Cas d'usage |
-|------|-------------|----------|
-| **Par défaut** | Téléchargement en arrière-plan, application lorsque l'utilisateur met l'app en arrière-plan ou la ferme | La plupart des apps ; perturbation minimale |
-| **directUpdate: `atInstall`** | Application immédiate uniquement lors d'une nouvelle installation ou mise à jour depuis le store | Les nouveaux utilisateurs obtiennent la dernière version ; les utilisateurs existants utilisent le flux par défaut |
-| **directUpdate: `onLaunch`** | Application immédiate lors de l'installation, mise à jour du store, ou après fermeture de l'app | Équilibre entre fraîcheur et stabilité de session |
-| **directUpdate: `always`** | Application immédiate dès qu'une mise à jour est téléchargée (y compris lors de la reprise) | Corrections critiques, apps avec état simple |
-
-Configuration dans `capacitor.config.ts` :
-
-```typescript
-plugins: {
-  CapacitorUpdater: {
-    directUpdate: false, // default
-    // or: 'atInstall' | 'onLaunch' | 'always'
-  }
-}
-```
-
-<Aside type="tip">
-Pour tous les détails et la gestion du splashscreen, consultez [Comportement des mises à jour](/docs/live-updates/update-behavior/).
-</Aside>
-
-## Conditions de délai
-
-Conditions qui doivent être remplies **avant** qu'une mise à jour soit installée. Utilisez `setMultiDelay` pour les combiner (toutes les conditions doivent être satisfaites).
-
-| Condition | Description | Exemple |
-|-----------|-------------|---------|
-| **date** | Attendre jusqu'après une date/heure spécifique | Coordonner avec une version côté serveur |
-| **background** | Attendre une durée minimale (ms) après la mise en arrière-plan de l'app | Éviter l'application lors de changements rapides d'app |
-| **nativeVersion** | Requérir une version binaire native minimale | Bloquer les mises à jour sur du code natif incompatible |
-| **kill** | Attendre jusqu'au prochain événement de fermeture de l'app | Appliquer uniquement lors d'un redémarrage complet |
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    { kind: 'date', value: '2023-06-01T00:00:00.000Z' },
-    { kind: 'background', value: '60000' },
-  ],
-});
-```
-
-<Aside type="danger">
-La condition `kill` se déclenche après le premier événement de fermeture, pas lors de la prochaine mise en arrière-plan comme les autres. Cela sera corrigé dans une future version.
-</Aside>
-
-## Blocage de version (Politique de canal)
-
-Contrôle quelles **mises à jour semver** un canal livrera automatiquement. Défini via `--disable-auto-update` sur les canaux.
-
-| Stratégie | Bloque | Autorise | Cas d'usage |
-|----------|--------|--------|----------|
-| **none** | Rien | Toutes les mises à jour | Par défaut ; mise à jour automatique complète |
-| **major** | 0.0.0 → 1.0.0 | Même majeure (ex. 1.x → 1.y) | Empêcher les changements cassants d'atteindre l'ancien natif |
-| **minor** | 0.0.0 → 1.1.0, 1.1.0 → 1.2.0 | Même mineure (ex. 1.2.x → 1.2.y) | Contrôle plus strict au sein d'une majeure |
-| **patch** | Tout changement sauf incrémentation de patch | Seulement 0.0.311 → 0.0.314 | Très strict ; mises à jour de patch uniquement |
-| **metadata** | Mises à jour sans `min_update_version` | Mises à jour avec métadonnées de compatibilité explicites | Règles de compatibilité personnalisées par bundle |
-
-```bash
-npx @capgo/cli channel set production --disable-auto-update major
-```
-
-<Aside type="caution">
-`patch` et `metadata` nécessitent une configuration minutieuse. Consultez [Commandes CLI](/docs/cli/commands/#disable-updates-strategy) et [Ciblage de version](/docs/live-updates/version-targeting/) pour plus de détails.
-</Aside>
-
-## Types de livraison
-
-Comment le **bundle est transféré** vers l'appareil.
-
-| Type | Description | Quand l'utiliser |
-|------|-------------|-------------|
-| **Bundle complet** | L'ensemble du bundle JS est téléchargé | Première installation, changements importants, ou lorsque le delta n'est pas disponible |
-| **Delta (manifest)** | Seuls les fichiers modifiés sont téléchargés | La plupart des mises à jour ; plus rapide et économe en bande passante |
-
-```bash
-# Bundle complet (par défaut)
-npx @capgo/cli bundle upload --channel production
-
-# Mises à jour delta
-npx @capgo/cli bundle upload --channel production --delta
-```
-
-<Aside type="tip">
-Lors de l'utilisation de `directUpdate`, activez les [mises à jour Delta](/docs/live-updates/differentials/) pour minimiser le temps de téléchargement et améliorer l'UX.
-</Aside>
-
-## Référence rapide
-
-| Catégorie | Types |
-|----------|-------|
-| **Timing d'application** | Par défaut, `atInstall`, `onLaunch`, `always` |
-| **Conditions de délai** | `date`, `background`, `nativeVersion`, `kill` |
-| **Blocage de version** | `none`, `major`, `minor`, `patch`, `metadata` |
-| **Livraison** | Bundle complet, Delta (manifest) |
-
-## Liens connexes
-
-- [Comportement des mises à jour](/docs/live-updates/update-behavior/) — Configurer le timing d'application et les délais
-- [Ciblage de version](/docs/live-updates/version-targeting/) — Routage de version basé sur les canaux
-- [Mises à jour Delta (manifest)](/docs/live-updates/differentials/) — Activer les téléchargements partiels
-- [Canaux](/docs/live-updates/channels/) — Configuration et priorité des canaux
diff --git a/src/content/docs/fr/plugin/api.md b/src/content/docs/fr/plugin/api.md
deleted file mode 100644
index 39618e2ba..000000000
--- a/src/content/docs/fr/plugin/api.md
+++ /dev/null
@@ -1,1868 +0,0 @@
----
-title: Fonctions et paramètres
-description: Toutes les méthodes et paramètres disponibles du plugin
-sidebar:
-  order: 2
-locale: fr
----
-# Configuration du plugin de mise à jour
-
-<docgen-config>
-<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->
-
-CapacitorUpdater peut être configuré avec ces options :Configurez le CLI pour utiliser un serveur local pour les tests. | `undefined` | 4.17.48 |
-| **`localApi`** | `string` | Configurez le CLI pour utiliser une API locale pour les tests. | `undefined` | 6.3.3 |
-| **`localApiFiles`** | `string` | Configurez le CLI pour utiliser une API de fichier local pour les tests. | `undefined` | 6.3.3 |
-| **`allowModifyUrl`** | `boolean` | Autorisez le plugin à modifier dynamiquement updateUrl, statsUrl et channelUrl du côté JavaScript. | `false` | 5.4.0 |
-| **`allowModifyAppId`** | `boolean` | Autorisez le plugin à modifier dynamiquement l'appId du côté JavaScript. | `false` | 7.14.0 |
-| **`allowManualBundleError`** | `boolean` | Autoriser le marquage des bundles comme erronés à partir de JavaScript lors de l'utilisation de flux de mise à jour manuelle. Lorsqu'il est activé, {@link CapacitorUpdaterPlugin.setBundleError} peut modifier l'état d'un bundle en `error`. | `false` | 7.20.0 |
-| **`persistCustomId`** | `boolean` | Conservez le customId défini via {@link CapacitorUpdaterPlugin.setCustomId} lors des redémarrages de l'application. Disponible uniquement pour Android et iOS. | `false (will be true by default in a future major release v8.x.x)` | 7.17.3 |
-| **`persistModifyUrl`** | `boolean` | Conservez les paramètres updateUrl, statsUrl et channelUrl définis via {@link CapacitorUpdaterPlugin.setUpdateUrl}, {@link CapacitorUpdaterPlugin.setStatsUrl} et {@link CapacitorUpdaterPlugin.setChannelUrl} lors des redémarrages de l'application. Disponible uniquement pour Android et iOS. | `false` | 7.20.0 |
-| **`allowSetDefaultChannel`** | `boolean` | Autorisez ou interdisez la méthode {@link CapacitorUpdaterPlugin.setChannel} pour modifier le defaultChannel. Lorsqu'il est défini sur `false`, l'appel de `setChannel()` renverra une erreur avec le code `disabled_by_config`. | `true` | 7.34.0 |
-| **`defaultChannel`** | `string` | Définissez le canal par défaut pour l'application dans la configuration. Sensible aux majuscules et minuscules. Ce paramètre remplacera le canal par défaut défini dans le cloud, mais respectera toujours les remplacements effectués dans le cloud. Cela nécessite que le canal permette aux appareils de se dissocier/s'associer automatiquement dans les paramètres du canal. https://capgo.app/docs/public-api/channels/#channel-configuration-options | `undefined` | 5.5.0 |
-| **`appId`** | `string` | Configurez l'ID de l'application pour l'application dans la configuration. | `undefined` | 6.0.0 |
-| **`keepUrlPathAfterReload`** | `boolean` | Configurez le plugin pour conserver le chemin de l'URL après un rechargement. AVERTISSEMENT : lorsqu'un rechargement est déclenché, 'window.history' sera effacé. | `false` | 6.8.0 |
-| **`disableJSLogging`** | `boolean` | Désactivez la journalisation JavaScript du plugin. si c'est vrai, le plugin ne se connectera pas à la console JavaScript. seul le log natif sera réalisé | `false` | 7.3.0 |
-| **`osLogging`** | `boolean` | Activez la journalisation au niveau du système d’exploitation. Lorsqu'ils sont activés, les journaux sont écrits dans le journal système qui peut être inspecté dans les versions de production. - **iOS** : utilise os_log au lieu de Swift.print, les journaux sont accessibles via Console.app ou Instruments - **Android** : journaux vers Logcat (android.util.Log) Lorsqu'elle est définie sur false, la journalisation du système est désactivée sur les deux plates-formes (seule la journalisation de la console JavaScript se produira si elle est activée). Tceci est utile pour déboguer les applications de production (App Store/TestFlight s'appuie sur iOS, ou les APK de production sur Android). | `true` | 8.42.0 |
-| **`shakeMenu`** | `boolean` | Activer le geste de secousse pour afficher le menu de mise à jour à des fins de débogage/test | `false` | 7.5.0 |
-| **`allowShakeChannelSelector`** | `boolean` | Activez le geste de secousse pour afficher un menu de sélection de canal permettant de basculer entre les canaux de mise à jour. Lorsqu'il est activé ET `shakeMenu` est vrai, le geste de secousse affiche un sélecteur de canal au lieu du menu de débogage par défaut (Go Home/Reload/Close). Après avoir sélectionné une chaîne, l'application vérifie automatiquement les mises à jour et les téléchargements si disponibles. Fonctionne uniquement si les canaux ont `allow_self_set` activé sur le backend. Disponible uniquement pour Android et iOS. | `false` | 8.43.0 |</docgen-config>
-
-## API Référence
-
-<docgen-index>
-<!--Auto-generated, do not edit by hand-->
-
-- [`notifyAppReady`](#notifyappready)
-- [`setUpdateUrl`](#setupdateur)
-- [`setStatsUrl`](#setstatsurl)
-- [`setChannelUrl`](#setchannelurl)
-- [`download`](#téléchargement)
-- [`next`](#suivant)
-- [`set`](#ensemble)
-- [`delete`](#delete)
-- [`setBundleError`](#setbundleerror)
-- [`list`](#liste)
-- [`reset`](#réinitialisation)
-- [`current`](#actuel)
-- [`reload`](#rechargement)
-- [`setMultiDelay`](#setmultidelay)
-- [`cancelDelay`](#canceldelay)
-- [`getLatest`](#getlatest)
-- [`setChannel`](#setchannel)
-- [`unsetChannel`](#unsetchannel)
-- [`getChannel`](#getchannel)
-- [`listChannels`](#listchannels)
-- [`setCustomId`](#setcustomid)
-- [`getBuiltinVersion`](#getbuiltinversion)
-- [`getDeviceId`](#getdeviceid)
-- [`getPluginVersion`](#getpluginversion)
-- [`isAutoUpdateEnabled`](#isautoupdateenabled)
-- [`removeAllListeners`](#removealllisteners)
-- [`addListener('download')`](#addlistenerdownload-)
-- [`addListener('noNeedUpdate')`](#addlistenernoneedupdate-)
-- [`addListener('updateAvailable')`](#addlistenerupdateavailable-)
-- [`addListener('downloadComplete')`](#addlistenerdownloadcomplete-)
-- [`addListener('breakingAvailable')`](#addlistenerbreakingavailable-)
-- [`addListener('majorAvailable')`](#addlistenermajoravailable-)
-- [`addListener('updateFailed')`](#addlistenerupdatefailed-)
-- [`addListener('downloadFailed')`](#addlistenerdownloadfailed-)
-- [`addListener('appReloaded')`](#addlistenerappreloaded-)
-- [`addListener('appReady')`](#addlistenerappready-)
-- [`addListener('channelPrivate')`](#addlistenerchannelprivate-)
-- [`addListener('onFlexibleUpdateStateChange')`](#addlisteneronflexibleupdatestatechange-)
-- [`isAutoUpdateAvailable`](#isautoupdateavailable)
-- [`getNextBundle`](#getnextbundle)
-- [`getFailedUpdate`](#getfailedupdate)
-- [`setShakeMenu`](#setshakemenu)
-- [`isShakeMenuEnabled`](#isshakemenuenabled)
-- [`setShakeChannelSelector`](#setshakechannelselector)
-- [`isShakeChannelSelectorEnabled`](#isshakechannelselectorenabled)
-- [`getAppId`](#getappid)
-- [`setAppId`](#setappid)
-- [`getAppUpdateInfo`](#getappupdateinfo)
-- [`openAppStore`](#openappstore)
-- [`performImmediateUpdate`](#performimmediateupdate)
-- [`startFlexibleUpdate`](#startflexibleupdate)
-- [`completeFlexibleUpdate`](#completeflexibleupdate)
-
-</docgen-index>
-
-<docgen-api>
-<!--Auto-generated, do not edit by hand-->
-
-### notifierAppReady
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-Informez la couche native que JavaScript s'est initialisé avec succès.
-
-**CRITIQUE : vous devez appeler cette méthode à chaque lancement d'application pour empêcher la restauration automatique.**
-
-Il s'agit d'une simple notification pour confirmer que le JavaScript de votre bundle est chargé et exécuté.
-Le serveur Web natif a servi avec succès les fichiers du bundle et votre runtime JS a démarré.
-C'est tout ce qu'il vérifie – rien de plus complexe.
-
-**Qu'est-ce qui déclenche la restauration :**
-- NE PAS appeler cette méthode dans le délai d'attente (par défaut : 10 secondes)
-- Échec complet de JavaScript (le bundle ne se chargera pas du tout)
-
-**Qu'est-ce qui ne déclenche PAS la restauration :**
-- Erreurs d'exécution après initialisation (échecs API, plantages, etc.)
-- Échecs des requêtes réseau
-- Erreurs de logique d'application
-
-**IMPORTANT : Appelez-le AVANT toute demande réseau.**
-N'attendez pas les API, le chargement de données ou les opérations asynchrones. Appelez-le dès que votre
-Le bundle JavaScript commence à s'exécuter pour confirmer que le bundle lui-même est valide.Bonnes pratiques :
-- Appelez immédiatement le point d'entrée de votre application (main.js, montage de composant d'application, etc.)
-- Ne le mettez pas après des appels réseau ou une initialisation lourde
-- Ne l'enveloppez pas dans try/catch avec des conditions
-- Ajustez {@link PluginsConfig.CapacitorUpdater.appReadyTimeout} si vous avez besoin de plus de temps
-
-**Retours**
-
-`Promise<AppReadyResult>` — Résout toujours avec succès les informations actuelles du bundle. Cette méthode n’échoue jamais.
-
-
---------------------
-
-
-### setUpdateUrl
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-Définissez l'URL de mise à jour de l'application de manière dynamique au moment de l'exécution.
-
-Cela remplace la valeur de configuration {@link PluginsConfig.CapacitorUpdater.updateUrl}.
-Nécessite que {@link PluginsConfig.CapacitorUpdater.allowModifyUrl} soit défini sur `true`.
-
-Utilisez {@link PluginsConfig.CapacitorUpdater.persistModifyUrl} pour conserver cette valeur lors des redémarrages de l'application.
-Sinon, l'URL sera réinitialisée à la valeur de configuration au prochain lancement de l'application.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `UpdateUrl` | Contient l'URL à utiliser pour vérifier les mises à jour. |
-
-**Retours**
-
-`Promise<void>` — Résout lorsque l'URL est mise à jour avec succès.
-
-**Depuis :** 5.4.0
-
-**Lance :** {Erreur} Si `allowModifyUrl` est faux ou si l'opération échoue.
-
-
---------------------
-
-
-### setStatsUrl
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-Définissez l'URL des statistiques de l'application de manière dynamique au moment de l'exécution.
-
-Cela remplace la valeur de configuration {@link PluginsConfig.CapacitorUpdater.statsUrl}.
-Nécessite que {@link PluginsConfig.CapacitorUpdater.allowModifyUrl} soit défini sur `true`.
-
-Transmettez une chaîne vide pour désactiver complètement la collecte de statistiques.
-Utilisez {@link PluginsConfig.CapacitorUpdater.persistModifyUrl} pour conserver cette valeur lors des redémarrages de l'application.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `StatsUrl` | Contient l'URL à utiliser pour l'envoi des statistiques, ou une chaîne vide à désactiver. |
-
-**Retours**
-
-`Promise<void>` — Résout lorsque l'URL est mise à jour avec succès.
-
-**Depuis :** 5.4.0
-
-**Lance :** {Erreur} Si `allowModifyUrl` est faux ou si l'opération échoue.
-
-
---------------------
-
-
-### setChannelUrl
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-Définissez l'URL de la chaîne pour l'application de manière dynamique au moment de l'exécution.
-
-Cela remplace la valeur de configuration {@link PluginsConfig.CapacitorUpdater.channelUrl}.
-Nécessite que {@link PluginsConfig.CapacitorUpdater.allowModifyUrl} soit défini sur `true`.
-
-Utilisez {@link PluginsConfig.CapacitorUpdater.persistModifyUrl} pour conserver cette valeur lors des redémarrages de l'application.
-Sinon, l'URL sera réinitialisée à la valeur de configuration au prochain lancement de l'application.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `ChannelUrl` | Contient l'URL à utiliser pour les opérations de canal. |
-
-**Retours**
-
-`Promise<void>` — Résout lorsque l'URL est mise à jour avec succès.
-
-**Depuis :** 5.4.0
-
-**Lance :** {Erreur} Si `allowModifyUrl` est faux ou si l'opération échoue.
-
-
---------------------
-
-
-### télécharger
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-Téléchargez un nouveau bundle à partir de l'URL fournie pour une installation ultérieure.
-
-Le bundle téléchargé est stocké localement mais n'est pas activé. Pour l'utiliser :
-- Appelez {@link next} pour le configurer pour l'installation lors du prochain arrière-plan/redémarrage de l'application.
-- Appelez {@link set} pour l'activer immédiatement (détruit le contexte JavaScript actuel)L'URL doit pointer vers un fichier zip contenant soit :
-- Vos fichiers d'application directement dans la racine du zip, ou
-- Un seul dossier contenant tous vos fichiers d'application
-
-Le bundle doit inclure un fichier `index.html` au niveau racine.
-
-Pour les bundles chiffrés, fournissez les paramètres `sessionKey` et `checksum`.
-Pour les mises à jour delta multi-fichiers, fournissez le tableau `manifest`.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `DownloadOptions` | Les {@link DownloadOptions} pour télécharger un nouveau package zip. |
-
-**Retours**
-
-`Promise<BundleInfo>` — Le {@link BundleInfo} du bundle téléchargé.
-
-**Lance :** {Erreur} Si le téléchargement échoue ou si le bundle n'est pas valide.
-
-**Exemple**
-
-```ts
-const bundle = await CapacitorUpdater.download({
-  url: `https://example.com/versions/${version}/dist.zip`,
-  version: version
-});
-// Bundle is downloaded but not active yet
-await CapacitorUpdater.next({ id: bundle.id }); // Will activate on next background
-```
-
-
---------------------
-
-
-### suivant
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-Définissez le paquet suivant à activer lorsque l'application s'arrête ou redémarre.
-
-Il s'agit de la méthode recommandée pour appliquer les mises à jour, car elle n'interrompt pas la session en cours de l'utilisateur.
-Le forfait sera activé lorsque :
-- L'application est en arrière-plan (l'utilisateur s'éloigne), ou
-- L'application est supprimée et relancée, ou
-- {@link reload} est appelé manuellement
-
-Contrairement à {@link set}, cette méthode ne détruit PAS immédiatement le contexte JavaScript actuel.
-Votre application continue de fonctionner normalement jusqu'à ce que l'un des événements ci-dessus se produise.
-
-Utilisez {@link setMultiDelay} pour ajouter des conditions supplémentaires avant que la mise à jour ne soit appliquée.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `BundleId` | Contient l’ID du bundle à définir comme suivant. Utilisez {@link BundleInfo.id} à partir d'un ensemble téléchargé. |
-
-**Retours**
-
-`Promise<BundleInfo>` — Le {@link BundleInfo} pour le bundle spécifié.
-
-**Lance :** {Erreur} Lorsqu'il n'y a pas de fichier index.html dans le dossier du bundle ou que le bundle n'existe pas.
-
-
---------------------
-
-
-### défini
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-Définissez le bundle actuel et rechargez immédiatement l'application.
-
-**IMPORTANT : Il s'agit d'une opération de terminal qui détruit le contexte JavaScript actuel.**
-
-Lorsque vous appelez cette méthode :
-- L'ensemble du contexte JavaScript est immédiatement détruit
-- L'application se recharge à partir d'un dossier différent avec des fichiers différents
-- AUCUN code après cet appel ne sera exécuté
-- AUCUNE promesse ne sera résolue
-- AUCUN rappel ne sera déclenché
-- Les écouteurs d'événements enregistrés après cet appel ne sont pas fiables et risquent de ne jamais se déclencher.
-
-Le rechargement s'effectue automatiquement - vous n'avez rien d'autre à faire.
-Si vous devez conserver l'état comme le chemin d'URL actuel, utilisez l'option de configuration {@link PluginsConfig.CapacitorUpdater.keepUrlPathAfterReload}.
-Pour d'autres besoins de préservation de l'état, enregistrez vos données avant d'appeler cette méthode (par exemple, à localStorage).
-
-**N'essayez pas** d'exécuter une logique supplémentaire après avoir appelé `set()` - cela ne fonctionnera pas comme prévu.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `BundleId` | Un objet {@link BundleId} contenant le nouvel identifiant de bundle à définir comme actuel. |
-
-**Retours**
-
-`Promise<void>` — Une promesse qui ne sera jamais résolue car le contexte JavaScript est détruit.
-
-**Lance :** {Erreur} Lorsqu'il n'y a pas de fichier index.html dans le dossier du bundle.
-
-
---------------------
-
-
-### supprimer
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```Supprimez un bundle du stockage local pour libérer de l'espace disque.
-
-Vous ne pouvez pas supprimer :
-- Le forfait actuellement actif
-- Le bundle `builtin` (la version livrée avec votre application)
-- Le forfait défini comme `next` (appelez d'abord {@link next} avec un autre forfait)
-
-Utilisez {@link list} pour obtenir tous les identifiants de bundle disponibles.
-
-**Remarque :** L'ID du bundle n'est PAS le même que le nom de la version.
-Utilisez le champ `id` de {@link BundleInfo}, et non le champ `version`.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `BundleId` | Un objet {@link BundleId} contenant l'ID du bundle à supprimer. |
-
-**Retours**
-
-`Promise<void>` — Résout lorsque le bundle est supprimé avec succès.
-
-**Lance :** {Erreur} Si le bundle est actuellement utilisé ou n'existe pas.
-
-
---------------------
-
-
-### setBundleError
-
-```typescript
-setBundleError(options: BundleId) => Promise<BundleInfo>
-```
-
-Marquez manuellement un bundle comme ayant échoué/erré en mode de mise à jour manuelle.
-
-Ceci est utile lorsque vous détectez qu'un ensemble présente des problèmes critiques et que vous souhaitez éviter
-qu'il ne soit plus utilisé. Le statut du bundle sera changé en `error` et le plugin
-j'éviterai d'utiliser ce bundle à l'avenir.
-
-**Exigences :**
-- {@link PluginsConfig.CapacitorUpdater.allowManualBundleError} doit être défini sur `true`
-- Fonctionne uniquement en mode de mise à jour manuelle (lorsque autoUpdate est désactivé)
-
-Cas d'utilisation courant : après avoir téléchargé et testé un ensemble, vous découvrez qu'il présente des
-bogues et je veux le marquer comme ayant échoué afin qu'il ne soit pas réessayé.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `BundleId` | Un objet {@link BundleId} contenant l'ID du bundle à marquer comme erroné. |
-
-**Retours**
-
-`Promise<BundleInfo>` — Le {@link BundleInfo} mis à jour avec le statut défini sur `error`.
-
-**Depuis :** 7.20.0
-
-**Lance :** {Erreur} Lorsque le bundle n'existe pas ou que `allowManualBundleError` est faux.
-
-
---------------------
-
-
-### liste
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-Obtenez tous les bundles téléchargés localement stockés dans votre application.
-
-Cela renvoie tous les bundles qui ont été téléchargés et sont disponibles localement, notamment :
-- Le forfait actuellement actif
-- Le bundle `builtin` (livré avec votre application)
-- Tous les bundles téléchargés en attente d'activation
-- Bundles ayant échoué (avec le statut `error`)
-
-Utilisez-le pour :
-- Vérifiez l'espace disque disponible en comptant les bundles
-- Supprimez les anciens bundles avec {@link delete}
-- Surveiller l'état de téléchargement du bundle
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `OptionsListe | non défini` | Les {@link ListOptions} pour personnaliser la sortie de la liste de bundles. |
-
-**Retours**
-
-`Promise<BundleListResult>` — Une promesse contenant le tableau d'objets {@link BundleInfo}.
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### réinitialiser
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-Réinitialisez l’application sur un bon bundle connu.
-
-Cette méthode permet de récupérer des mises à jour problématiques en revenant soit :
-- Le bundle `builtin` (la version originale livrée avec votre application à App Store/Play Store)
-- Le dernier bundle chargé avec succès (le bundle le plus récent qui a fonctionné correctement)**IMPORTANT : cela déclenche un rechargement immédiat de l'application, détruisant le contexte JavaScript actuel.**
-Voir {@link set} pour plus de détails sur les implications de cette opération.
-
-Cas d'utilisation :
-- Récupération d'urgence lorsqu'une mise à jour provoque des problèmes critiques
-- Test de la fonctionnalité de restauration
-- Fournir aux utilisateurs une option « réinitialisation d'usine »
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `Réinitialiser les options | non défini` |  |
-
-**Retours**
-
-`Promise<void>` — Une promesse qui pourrait ne jamais se résoudre car l'application sera rechargée.
-
-**Lance :** {Erreur} Si l'opération de réinitialisation échoue.
-
-
---------------------
-
-
-### actuel
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```
-
-Obtenez des informations sur le bundle actuellement actif.
-
-Retours :
-- `bundle` : informations sur le bundle actuellement actif
-- `native` : La version du bundle intégré (la version originale de l'application depuis App/Play Store)
-
-Si aucune mise à jour n'a été appliquée, `bundle.id` sera « intégré », indiquant l'application
-exécute la version originale fournie avec l'application native.
-
-Utilisez-le pour :
-- Afficher la version actuelle aux utilisateurs
-- Vérifiez si une mise à jour est actuellement active
-- Comparez avec les mises à jour disponibles
-- Enregistrez le bundle actif pour le débogage
-
-**Retours**
-
-`Promise<CurrentBundleResult>` — Une promesse avec le bundle actuel et les informations sur la version native.
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### recharger
-
-```typescript
-reload() => Promise<void>
-```
-
-Rechargez manuellement l'application pour appliquer une mise à jour en attente.
-
-Cela déclenche le même comportement de rechargement qui se produit automatiquement lorsque l'application est en arrière-plan.
-Si vous avez appelé {@link next} pour mettre une mise à jour en file d'attente, l'appel de `reload()` l'appliquera immédiatement.
-
-**IMPORTANT : cela détruit immédiatement le contexte JavaScript actuel.**
-Voir {@link set} pour plus de détails sur les implications de cette opération.
-
-Cas d'utilisation courants :
-- Application d'une mise à jour immédiatement après le téléchargement au lieu d'attendre l'arrière-plan
-- Fournir un bouton "Redémarrer maintenant" aux utilisateurs une fois qu'une mise à jour est prête
-- Test des flux de mise à jour pendant le développement
-
-Si aucune mise à jour n'est en attente (pas d'appel à {@link next}), cela recharge simplement le bundle actuel.
-
-**Retours**
-
-`Promise<void>` — Une promesse qui pourrait ne jamais se résoudre car l'application sera rechargée.
-
-**Lance :** {Erreur} Si l'opération de rechargement échoue.
-
-
---------------------
-
-
-### setMultiDelay
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-Configurez les conditions qui doivent être remplies avant qu'une mise à jour en attente soit appliquée.
-
-Après avoir appelé {@link next} pour mettre une mise à jour en file d'attente, utilisez cette méthode pour contrôler le moment où elle est appliquée.
-La mise à jour ne sera installée qu'une fois que TOUTES les conditions spécifiées seront remplies.
-
-Types de conditions disponibles :
-- `background` : Attendez que l'application soit mise en arrière-plan. Spécifiez éventuellement la durée en millisecondes.
-- `kill` : Attendez que l'application soit supprimée et relancée (**Remarque :** Le comportement actuel déclenche la mise à jour immédiatement lors de la mise à jour, pas lors de l'arrière-plan suivant. Cela sera corrigé dans la v8.)
-- `date` : Attendre une date/heure précise (format ISO 8601)
-- `nativeVersion` : Attendez que l'application native soit mise à jour vers une version spécifiqueFormats de valeur de condition :
-- `background` : Nombre en millisecondes (par exemple, « 300 000 » pour 5 minutes), ou omettre pour une utilisation immédiate.
-- `kill` : aucune valeur requise
-- `date` : chaîne de date ISO 8601 (par exemple, `"2025-12-31T23:59:59Z"`)
-- `nativeVersion` : chaîne de version (par exemple, `"2.0.0"`)
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `MultiDelayConditions` | Contient le tableau de conditions {@link MultiDelayConditions}. |
-
-**Retours**
-
-`Promise<void>` — Résout lorsque les conditions de délai sont définies.
-
-**Depuis :** 4.3.0
-
-**Lance :** {Erreur} Si l'opération échoue ou si les conditions ne sont pas valides.
-
-**Exemple**
-
-```ts
-// Update after user kills app OR after 5 minutes in background
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    { kind: 'kill' },
-    { kind: 'background', value: '300000' }
-  ]
-});
-```
-
-**Exemple**
-
-```ts
-// Update after a specific date
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [{ kind: 'date', value: '2025-12-31T23:59:59Z' }]
-});
-```
-
-**Exemple**
-
-```ts
-// Default behavior: update on next background
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [{ kind: 'background' }]
-});
-```
-
-
---------------------
-
-
-### annulerDélai
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-Annulez toutes les conditions de retard et appliquez immédiatement la mise à jour en attente.
-
-Si vous avez défini des conditions de délai avec {@link setMultiDelay}, cette méthode les efface
-et déclenche l'application de la mise à jour en attente au prochain arrière-plan ou au prochain redémarrage de l'application.
-
-Ceci est utile lorsque :
-- L'utilisateur demande manuellement la mise à jour maintenant (par exemple, clique sur le bouton "Mettre à jour maintenant")
-- Votre application détecte que c'est le bon moment pour effectuer la mise à jour (par exemple, l'utilisateur a terminé une tâche critique)
-- Vous souhaitez annuler un délai temporel plus tôt
-
-**Retours**
-
-`Promise<void>` — Résout lorsque les conditions de retard sont effacées.
-
-**Depuis :** 4.0.0
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### obtenir le dernier
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-Vérifiez le serveur de mise à jour pour connaître la dernière version du bundle disponible.
-
-Cela interroge votre URL de mise à jour configurée (ou votre backend Capgo) pour voir si un ensemble plus récent
-est disponible en téléchargement. Il ne télécharge PAS le bundle automatiquement.
-
-La réponse comprend :
-- `version` : Le dernier identifiant de version disponible
-- `url` : URL de téléchargement du bundle (si disponible)
-- `breaking` : indique si cette mise à jour est marquée comme incompatible (nécessite une mise à jour de l'application native)
-- `message` : Message optionnel du serveur
-- `manifest` : liste de fichiers pour les mises à jour delta (si vous utilisez des téléchargements multi-fichiers)
-
-Après avoir reçu les dernières informations sur la version, vous pouvez :
-1. Comparez-le avec votre version actuelle
-2. Téléchargez-le en utilisant {@link download}
-3. Appliquez-le en utilisant {@link next} ou {@link set}
-
-**Important : Gestion des erreurs pour "aucune nouvelle version disponible"**
-
-Lorsque la version actuelle de l'appareil correspond à la dernière version sur le serveur (c'est-à-dire que l'appareil est déjà
-à jour), le serveur renvoie une réponse 200 avec `error: "no_new_version_available"` et
-`message: "No new version available"`. **Cela provoque une erreur de `getLatest()`**, même si
-il s'agit d'une condition normale et attendue.
-
-Vous devez détecter cette erreur spécifique pour la gérer correctement :
-
-```typescript
-try {
-  const latest = await CapacitorUpdater.getLatest();
-  // New version is available, proceed with download
-} catch (error) {
-  if (error.message === 'No new version available') {
-    // Device is already on the latest version - this is normal
-    console.log('Already up to date');
-  } else {
-    // Actual error occurred
-    console.error('Failed to check for updates:', error);
-  }
-}
-```
-
-Dans ce scénario, le serveur :
-- Enregistre la demande avec un message "Aucune nouvelle version disponible"
-- Envoie une action statistique "noNew" pour vérifier que l'appareil a vérifié les mises à jour mais qu'il était déjà à jour (effectué sur le backend)
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `Obtenir les dernières options | non défini` | {@link GetLatestOptions} facultatif pour spécifier le canal à vérifier. |
-
-**Retours**
-
-`Promise<LatestVersion>` — Informations sur la dernière version du bundle disponible.
-
-**Depuis :** 4.0.0**Lance :** {Erreur} Lance toujours lorsqu'aucune nouvelle version n'est disponible (`error: "no_new_version_available"`) ou lorsque la requête échoue.
-
-
---------------------
-
-
-### setChannel
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-Attribuez cet appareil à un canal de mise à jour spécifique au moment de l'exécution.
-
-Les canaux vous permettent de distribuer différentes versions de bundle à différents groupes d'utilisateurs
-(par exemple, « production », « bêta », « mise en scène »). Cette méthode fait basculer l'appareil sur un nouveau canal.
-
-**Exigences :**
-- Le canal cible doit permettre l'auto-attribution (configurée dans votre tableau de bord ou backend Capgo)
-- Le backend peut accepter ou rejeter la demande en fonction des paramètres du canal
-
-**Quand l'utiliser :**
-- Une fois que l'application est prête et que l'utilisateur a interagi (par exemple, en participant au programme bêta)
-- Pour implémenter le changement de canal dans l'application (bascule bêta, accès aux testeurs, etc.)
-- Pour les changements de canal pilotés par l'utilisateur
-
-**Quand NE PAS utiliser :**
-- Au démarrage/initialisation de l'application - utilisez plutôt la configuration {@link PluginsConfig.CapacitorUpdater.defaultChannel}
-- Avant l'interaction de l'utilisateur
-
-**Important : écoutez l'événement `channelPrivate`**
-
-Lorsqu'un utilisateur tente de définir un canal qui ne permet pas l'auto-attribution des appareils, la méthode
-lancer une erreur ET déclencher un événement {@link addListener}('channelPrivate'). Vous devriez écouter cet événement
-pour fournir des commentaires appropriés aux utilisateurs :
-
-```typescript
-CapacitorUpdater.addListener('channelPrivate', (data) => {
-  console.warn(`Cannot access channel "${data.channel}": ${data.message}`);
-  // Show user-friendly message
-});
-```
-
-Cela envoie une requête au backend Capgo reliant l'ID de votre appareil au canal spécifié.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `SetChannelOptions` | Le {@link SetChannelOptions} contenant le nom de la chaîne et le déclencheur de mise à jour automatique facultatif. |
-
-**Retours**
-
-`Promise<ChannelRes>` — Résultat de l'opération de canal avec état et erreur/message facultatif.
-
-**Depuis :** 4.7.0
-
-**Lance :** {Erreur} Si le canal n'existe pas ou ne permet pas l'auto-attribution.
-
-
---------------------
-
-
-### unsetChannel
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-Supprimez l'attribution de canal de l'appareil et revenez au canal par défaut.
-
-Cela dissocie l'appareil de tout canal spécifiquement attribué, le faisant revenir à :
-- Le {@link PluginsConfig.CapacitorUpdater.defaultChannel} s'il est configuré, ou
-- Le canal par défaut de votre backend pour cette application
-
-Utilisez-le lorsque :
-- Les utilisateurs se désengagent des programmes bêta/test
-- Vous souhaitez réinitialiser un appareil à la distribution de mise à jour standard
-- Test du comportement de commutation de canal
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `UnsetChannelOptions` |  |
-
-**Retours**
-
-`Promise<void>` — Résout lorsque le canal est désarmé avec succès.
-
-**Depuis :** 4.7.0
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### obtenirChannel
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-Obtenez le canal actuel attribué à cet appareil.
-
-Renvoie des informations sur :
-- `channel` : le nom du canal actuellement attribué (le cas échéant)
-- `allowSet` : indique si le canal autorise l'auto-affectation
-- `status` : État de fonctionnement
-- `error`/`message` : Informations supplémentaires (le cas échéant)
-
-Utilisez-le pour :
-- Afficher la chaîne actuelle aux utilisateurs (par exemple, "Vous êtes sur la chaîne bêta")
-- Vérifiez si un appareil est sur un canal spécifique avant d'afficher les fonctionnalités
-- Vérifiez l'attribution des canaux après avoir appelé {@link setChannel}
-
-**Retours**`Promise<GetChannelRes>` — Les informations actuelles sur la chaîne.
-
-**Depuis :** 4.8.0
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### listeChaînes
-
-```typescript
-listChannels() => Promise<ListChannelsResult>
-```
-
-Obtenez une liste de tous les canaux disponibles auxquels cet appareil peut s'auto-attribuer.
-
-Renvoie uniquement les canaux où `allow_self_set` est `true`. Ce sont des chaînes qui
-les utilisateurs peuvent passer à l'utilisation de {@link setChannel} sans l'intervention de l'administrateur backend.
-
-Chaque chaîne comprend :
-- `id` : Identifiant unique du canal
-- `name` : nom de canal lisible par l'homme
-- `public` : indique si la chaîne est visible publiquement
-- `allow_self_set` : toujours `true` dans les résultats (filtré uniquement sur les canaux auto-attribuables)
-
-Utilisez-le pour :
-- Créez une interface utilisateur de sélection de chaîne pour les utilisateurs (par exemple, bouton "Rejoindre la bêta")
-- Afficher les canaux de test/aperçu disponibles
-- Implémenter des fonctionnalités de découverte de canaux
-
-**Retours**
-
-`Promise<ListChannelsResult>` — Liste des canaux auxquels l'appareil peut s'auto-attribuer.
-
-**Depuis :** 7.5.0
-
-**Lance :** {Erreur} Si l'opération échoue ou si la requête adressée au backend échoue.
-
-
---------------------
-
-
-### setCustomId
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```
-
-Définissez un identifiant personnalisé pour cet appareil.
-
-Cela vous permet d'identifier les appareils par votre propre identifiant personnalisé (ID utilisateur, ID de compte, etc.)
-à la place ou en plus de l'ID matériel unique de l'appareil. L'identifiant personnalisé est envoyé
-à votre serveur de mise à jour et peut être utilisé pour :
-- Cibler des utilisateurs spécifiques pour les mises à jour
-- Analyse et suivi des utilisateurs
-- Débogage et support (corrélation des appareils avec les utilisateurs)
-- Tests A/B ou signalement de fonctionnalités
-
-**Persistance :**
-- Lorsque {@link PluginsConfig.CapacitorUpdater.persistCustomId} est `true`, l'ID persiste lors des redémarrages de l'application.
-- Lorsque `false`, l'identifiant n'est conservé que pour la session en cours
-
-**Effacement de l'ID personnalisé :**
-- Passez une chaîne vide `""` pour supprimer tout identifiant personnalisé stocké
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `SetCustomIdOptions` | Le {@link SetCustomIdOptions} contenant la chaîne d'identifiant personnalisé. |
-
-**Retours**
-
-`Promise<void>` — Résout immédiatement (fonctionnement synchrone).
-
-**Depuis :** 4.9.0
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### getBuiltinVersion
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-Obtenez la version du bundle intégré (la version originale livrée avec votre application native).
-
-Cela renvoie la version du bundle qui était incluse lors de l'installation de l'application.
-à partir du App Store ou du Play Store. Ce n'est PAS la version du bundle actuellement active -
-utilisez {@link current} pour cela.
-
-Retours :
-- La valeur de configuration {@link PluginsConfig.CapacitorUpdater.version} si elle est définie, ou
-- La version native de l'application à partir des configurations de la plateforme (package.json, Info.plist, build.gradle)
-
-Utilisez-le pour :
-- Afficher la version "usine" aux utilisateurs
-- Comparez avec les versions groupées téléchargées
-- Déterminer si des mises à jour ont été appliquées
-- Incohérences de version de débogage
-
-**Retours**
-
-`Promise<BuiltinVersion>` — La chaîne de version du bundle intégré.
-
-**Depuis :** 5.2.0
-
-
---------------------
-
-
-### getDeviceId
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-Obtenez l'identifiant unique et respectueux de la confidentialité de cet appareil.
-
-Cet ID est utilisé pour identifier l'appareil lors de la communication avec les serveurs de mise à jour.
-Il est automatiquement généré et stocké en toute sécurité par le plugin.**Caractéristiques de confidentialité et de sécurité :**
-- Généré en tant qu'UUID (non basé sur des identifiants matériels)
-- Stocké en toute sécurité dans un stockage sécurisé spécifique à la plate-forme
-- Android : Android Keystore (persiste lors des réinstallations d'applications sur API 23+)
-- iOS : Porte-clés avec `kSecAttrAccessibleAfterFirstUnlockThisDeviceOnly`
-- Non synchronisé avec le cloud (iOS)
-- Suit les meilleures pratiques de confidentialité Apple et Google
-- Les utilisateurs peuvent l'effacer via les paramètres système (Android) ou l'accès au trousseau (iOS)
-
-**Persistance :**
-L'ID de l'appareil persiste lors des réinstallations d'applications pour conserver une identité cohérente de l'appareil.
-pour le suivi et l’analyse des mises à jour.
-
-Utilisez-le pour :
-- Débogage des problèmes de livraison des mises à jour (vérifiez quel ID le serveur voit)
-- Implémenter des fonctionnalités spécifiques à l'appareil
-- Corréler les journaux du serveur avec des appareils spécifiques
-
-**Retours**
-
-`Promise<DeviceId>` — La chaîne d'identifiant unique de l'appareil.
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### getPluginVersion
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-Obtenez la version du plugin Capacitor Updater installé dans votre application.
-
-Ceci renvoie la version du code natif du plugin (Android/iOS), qui est envoyé
-au serveur de mise à jour à chaque demande. Il ne s'agit PAS de la version de votre application ou de votre version groupée.
-
-Utilisez-le pour :
-- Déboguer les problèmes spécifiques au plugin (lors du signalement de bugs)
-- Vérifier l'installation et la version du plugin
-- Vérifier la compatibilité avec les fonctionnalités backend
-- Affichage dans les écrans de débogage/à propos
-
-**Retours**
-
-`Promise<PluginVersion>` — La chaîne de version du plug-in Capacitor Updater.
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### isAutoUpdateEnabled
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-Vérifiez si les mises à jour automatiques sont actuellement activées.
-
-Renvoie `true` si {@link PluginsConfig.CapacitorUpdater.autoUpdate} est activé,
-ce qui signifie que le plugin recherchera, téléchargera et appliquera automatiquement les mises à jour.
-
-Renvoie `false` en mode manuel, où vous contrôlez le flux de mise à jour à l'aide
-{@link getLatest}, {@link download}, {@link next} et {@link set}.
-
-Utilisez-le pour :
-- Déterminez le flux de mise à jour utilisé par votre application
-- Afficher/masquer l'interface utilisateur de mise à jour manuelle en fonction du mode
-- Comportement de mise à jour du débogage
-
-**Retours**
-
-`Promise<AutoUpdateEnabled>` — `true` si la mise à jour automatique est activée, `false` si en mode manuel.
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### supprimer tous les auditeurs
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-Supprimez tous les écouteurs d'événements enregistrés pour ce plugin.
-
-Cela désenregistre tous les écouteurs ajoutés via {@link addListener} pour tous les types d'événements :
-- `download`
-- `noNeedUpdate`
-- `updateAvailable`
-- `downloadComplete`
-- `downloadFailed`
-- `breakingAvailable` / `majorAvailable`
-- `updateFailed`
-- `appReloaded`
-- `appReady`
-
-Utilisez-le pendant le nettoyage (par exemple, lors du démontage de composants ou de la fermeture d'écrans)
-pour éviter les fuites de mémoire dues aux écouteurs d'événements persistants.
-
-**Retours**
-
-`Promise<void>` — Résout lorsque tous les écouteurs sont supprimés.
-
-**Depuis :** 1.0.0
-
-
---------------------
-
-
-### addListener('télécharger')
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement de téléchargement du bundle dans l'application. Se déclenche une fois qu'un téléchargement a commencé, pendant le téléchargement et une fois terminé.
-Cela vous renverra tous les pourcentages de téléchargement pendant le téléchargement
-
-**Paramètres**| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `eventName` | ``télécharger'` |  |
-| `listenerFunc` | `(state: DownloadEvent) => void` |  |
-
-**Retours**
-
-`Promise<PluginListenerHandle>`
-
-**Depuis :** 2.0.11
-
-
---------------------
-
-
-### addListener('noNeedUpdate')
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement sans qu'il soit nécessaire de le mettre à jour, utile lorsque vous souhaitez forcer la vérification à chaque lancement de l'application
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `eventName` | ``pas de mise à jour nécessaire'` |  |
-| `listenerFunc` | `(state: NoNeedEvent) => void` |  |
-
-**Retours**
-
-`Promise<PluginListenerHandle>`
-
-**Depuis :** 4.0.0
-
-
---------------------
-
-
-### addListener('updateAvailable')
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement de mise à jour disponible, utile lorsque vous souhaitez forcer la vérification à chaque lancement de l'application
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `eventName` | ``mise à jourDisponible'` |  |
-| `listenerFunc` | `(state: UpdateAvailableEvent) => void` |  |
-
-**Retours**
-
-`Promise<PluginListenerHandle>`
-
-**Depuis :** 4.0.0
-
-
---------------------
-
-
-### addListener('downloadComplete')
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez les événements downloadComplete.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `eventName` | ``téléchargementComplet'` |  |
-| `listenerFunc` | `(state: DownloadCompleteEvent) => void` |  |
-
-**Retours**
-
-`Promise<PluginListenerHandle>`
-
-**Depuis :** 4.0.0
-
-
---------------------
-
-
-### addListener('breakingAvailable')
-
-```typescript
-addListener(eventName: 'breakingAvailable', listenerFunc: (state: BreakingAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez les événements de mise à jour de rupture lorsque le backend signale une mise à jour comme incompatible avec l'application actuelle.
-Émet la même charge utile que l’ancien écouteur `majorAvailable`.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `eventName` | ``breakingDisponible'` |  |
-| `listenerFunc` | `(state: MajorAvailableEvent) => void` |  |
-
-**Retours**
-
-`Promise<PluginListenerHandle>`
-
-**Depuis :** 7.22.0
-
-
---------------------
-
-
-### addListener('majorAvailable')
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement de mise à jour majeure dans l'application, informez-vous lorsque la mise à jour majeure est bloquée en définissant DisableAutoUpdateBreaking
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `eventName` | ``majeurDisponible'` |  |
-| `listenerFunc` | `(state: MajorAvailableEvent) => void` |  |
-
-**Retours**
-
-`Promise<PluginListenerHandle>`
-
-**Depuis :** 2.3.0
-
-
---------------------
-
-
-### addListener('updateFailed')
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement d'échec de la mise à jour dans l'application, vous informez lorsque la mise à jour n'a pas pu être installée au prochain démarrage de l'application.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `eventName` | ''updateFailed'` |  |
-| `listenerFunc` | `(state: UpdateFailedEvent) => void` |  |
-
-**Retours**
-
-`Promise<PluginListenerHandle>`
-
-**Depuis :** 2.3.0
-
-
---------------------
-
-
-### addListener('downloadFailed')
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement d'échec de téléchargement dans l'application, vous informez lorsqu'un téléchargement de bundle a échoué
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `eventName` | ``Échec du téléchargement'` |  |
-| `listenerFunc` | `(state: DownloadFailedEvent) => void` |  |
-
-**Retours**
-
-`Promise<PluginListenerHandle>`
-
-**Depuis :** 4.0.0
-
-
---------------------
-
-
-### addListener('appReloaded')
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement de rechargement dans l'application, informez-vous quand le rechargement a eu lieu
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `eventName` | ``appReloaded'` |  |
-| `listenerFunc` | `() => void` |  |
-
-**Retours**`Promise<PluginListenerHandle>`
-
-**Depuis :** 4.3.0
-
-
---------------------
-
-
-### addListener('appReady')
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement prêt pour l'application dans l'application, informez-vous lorsque l'application est prête à être utilisée, cet événement est conservé jusqu'à sa consommation.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `eventName` | ``appReady'` |  |
-| `listenerFunc` | `(state: AppReadyEvent) => void` |  |
-
-**Retours**
-
-`Promise<PluginListenerHandle>`
-
-**Depuis :** 5.1.0
-
-
---------------------
-
-
-### addListener('channelPrivate')
-
-```typescript
-addListener(eventName: 'channelPrivate', listenerFunc: (state: ChannelPrivateEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement privé de canal, déclenché lors de la tentative de définition d'un canal qui n'autorise pas l'auto-attribution d'un appareil.
-
-Cet événement est utile pour :
-- Informer les utilisateurs qu'ils ne sont pas autorisés à passer à un canal spécifique
-- Implémentation d'une gestion personnalisée des erreurs pour les restrictions de canal
-- Enregistrement des tentatives d'accès non autorisées aux chaînes
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `eventName` | ``canalPrivé'` |  |
-| `listenerFunc` | `(state: ChannelPrivateEvent) => void` |  |
-
-**Retours**
-
-`Promise<PluginListenerHandle>`
-
-**Depuis :** 7.34.0
-
-
---------------------
-
-
-### addListener('onFlexibleUpdateStateChange')
-
-```typescript
-addListener(eventName: 'onFlexibleUpdateStateChange', listenerFunc: (state: FlexibleUpdateState) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez les changements d’état de mise à jour flexibles sur Android.
-
-Cet événement se déclenche pendant le processus flexible de téléchargement de la mise à jour, fournissant :
-- Progression du téléchargement (octets téléchargés / nombre total d'octets)
-- Modifications de l'état de l'installation
-
-**Valeurs d'état d'installation :**
-- `UNKNOWN` (0) : Statut inconnu
-- `PENDING` (1) : Téléchargement en attente
-- `DOWNLOADING` (2) : Téléchargement en cours
-- `INSTALLING` (3) : Installation de la mise à jour
-- `INSTALLED` (4) : mise à jour installée (redémarrage de l'application nécessaire)
-- `FAILED` (5) : échec de la mise à jour
-- `CANCELED` (6) : La mise à jour a été annulée
-- `DOWNLOADED` (11) : Téléchargement terminé, prêt à installer
-
-Lorsque le statut est `DOWNLOADED`, vous devez inviter l'utilisateur et appeler
-{@link completeFlesibleUpdate} pour terminer l'installation.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `eventName` | ``onFlexibleUpdateStateChange'` |  |
-| `listenerFunc` | `(state: FlexibleUpdateState) => void` |  |
-
-**Retours**
-
-`Promise<PluginListenerHandle>`
-
-**Depuis :** 8.0.0
-
-
---------------------
-
-
-### isAutoUpdateAvailable
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-Vérifiez si la fonctionnalité de mise à jour automatique est disponible (non désactivée par la configuration personnalisée du serveur).
-
-Renvoie `false` lorsqu'un `updateUrl` personnalisé est configuré, comme cela l'indique généralement
-vous utilisez un serveur de mise à jour auto-hébergé qui peut ne pas prendre en charge toutes les fonctionnalités de mise à jour automatique.
-
-Renvoie `true` lors de l'utilisation du backend Capgo par défaut ou lorsque la fonctionnalité est disponible.
-
-Ceci est différent de {@link isAutoUpdateEnabled} :
-- `isAutoUpdateEnabled()` : Vérifie si le MODE de mise à jour automatique est activé/désactivé
-- `isAutoUpdateAvailable()` : Vérifie si la mise à jour automatique est PRISE EN CHARGE avec votre configuration actuelle
-
-**Retours**
-
-`Promise<AutoUpdateAvailable>` — `false` lorsque la updateUrl personnalisée est définie, `true` sinon.
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### getNextBundle
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-Obtenez des informations sur le bundle en file d’attente pour être activé lors du prochain rechargement.
-
-Retours :
-- Objet {@link BundleInfo} si un bundle a été mis en file d'attente via {@link next}
-- `null` si aucune mise à jour n'est en attenteCeci est utile pour :
-- Vérifiez si une mise à jour est en attente d'être appliquée
-- Afficher le statut "Mise à jour en attente" aux utilisateurs
-- Afficher les informations de version de la mise à jour en file d'attente
-- Décidez si vous souhaitez afficher une invite "Redémarrer pour mettre à jour"
-
-Le bundle en file d'attente sera activé lorsque :
-- L'application est en arrière-plan (comportement par défaut)
-- L'application est supprimée et redémarrée
-- {@link reload} est appelé manuellement
-- Les conditions de délai définies par {@link setMultiDelay} sont remplies
-
-**Retours**
-
-`Promise<BundleInfo | null>` — Les informations sur le bundle en attente, ou `null` si aucune n'est en file d'attente.
-
-**Depuis :** 6.8.0
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-###getFailedUpdate
-
-```typescript
-getFailedUpdate() => Promise<UpdateFailedEvent | null>
-```
-
-Récupérez des informations sur le bundle le plus récent dont le chargement a échoué.
-
-Lorsqu'un bundle ne parvient pas à se charger (par exemple, des erreurs JavaScript empêchent l'initialisation, des fichiers manquants),
-le plugin revient automatiquement en arrière et stocke les informations sur l'échec. Cette méthode
-récupère ces informations d’échec.
-
-**IMPORTANT : La valeur stockée est effacée après avoir été récupérée une fois.**
-Appeler cette méthode plusieurs fois ne renverra les informations d'échec qu'au premier appel,
-puis `null` lors des appels suivants jusqu'à ce qu'un autre échec se produise.
-
-Retours :
-- {@link UpdateFailedEvent} avec informations sur le bundle si un échec a été enregistré
-- `null` si aucune panne n'est survenue ou si elle a déjà été récupérée
-
-Utilisez-le pour :
-- Montrer aux utilisateurs pourquoi une mise à jour a échoué
-- Consigner les informations d'échec pour le débogage
-- Implémenter une gestion/rapport d'erreurs personnalisée
-- Afficher les notifications de restauration
-
-**Retours**
-
-`Promise<UpdateFailedEvent | null>` — Les informations sur l'échec de la mise à jour (effacées après la première récupération) ou `null`.
-
-**Depuis :** 7.22.0
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### setShakeMenu
-
-```typescript
-setShakeMenu(options: SetShakeMenuOptions) => Promise<void>
-```
-
-Activez ou désactivez le menu des gestes de secousse pour le débogage et les tests.
-
-Lorsqu'il est activé, les utilisateurs peuvent secouer leur appareil pour ouvrir un menu de débogage qui affiche :
-- Informations sur le forfait actuel
-- Forfaits disponibles
-- Options pour changer de forfait manuellement
-- Statut de mise à jour
-
-Ceci est utile pendant le développement et les tests pour :
-- Testez rapidement différentes versions du bundle
-- Déboguer les flux de mise à jour
-- Basculer entre les bundles de production et de test
-- Vérifier les installations du bundle
-
-**Important :** Désactivez cette option dans les versions de production ou activez-la uniquement pour les testeurs internes.
-
-Peut également être configuré via {@link PluginsConfig.CapacitorUpdater.shakeMenu}.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `SetShakeMenuOptions` |  |
-
-**Retours**
-
-`Promise<void>` — Résout lorsque le paramètre est appliqué.
-
-**Depuis :** 7.5.0
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### isShakeMenuEnabled
-
-```typescript
-isShakeMenuEnabled() => Promise<ShakeMenuEnabled>
-```
-
-Vérifiez si le menu de débogage des gestes de secousse est actuellement activé.
-
-Renvoie l'état actuel de la fonctionnalité du menu Shake qui peut être basculée via
-{@link setShakeMenu} ou configuré via {@link PluginsConfig.CapacitorUpdater.shakeMenu}.
-
-Utilisez-le pour :
-- Vérifiez si les fonctionnalités de débogage sont activées
-- Afficher/masquer l'interface utilisateur des paramètres de débogage
-- Vérifier la configuration lors des tests
-
-**Retours**
-
-`Promise<ShakeMenuEnabled>` — Objet avec `enabled: true` ou `enabled: false`.
-
-**Depuis :** 7.5.0
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### setShakeChannelSelector
-
-```typescript
-setShakeChannelSelector(options: SetShakeChannelSelectorOptions) => Promise<void>
-```Activez ou désactivez le sélecteur de canal de secousse au moment de l'exécution.
-
-Lorsqu'il est activé ET que shakeMenu est vrai, secouer l'appareil affiche une chaîne
-sélecteur au lieu du menu de débogage. Cela permet aux utilisateurs de basculer entre
-mettre à jour les chaînes en secouant leur appareil.
-
-Après avoir sélectionné une chaîne, l'application vérifie automatiquement les mises à jour
-et téléchargements si disponibles.
-
-Peut également être configuré via {@link PluginsConfig.CapacitorUpdater.allowShakeChannelSelector}.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `SetShakeChannelSelectorOptions` |  |
-
-**Retours**
-
-`Promise<void>` — Résout lorsque le paramètre est appliqué.
-
-**Depuis :** 8.43.0
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### isShakeChannelSelectorEnabled
-
-```typescript
-isShakeChannelSelectorEnabled() => Promise<ShakeChannelSelectorEnabled>
-```
-
-Vérifiez si le sélecteur de canal de secousse est actuellement activé.
-
-Renvoie l'état actuel de la fonction de sélection de canal de secousse qui peut être basculée via
-{@link setShakeChannelSelector} ou configuré via {@link PluginsConfig.CapacitorUpdater.allowShakeChannelSelector}.
-
-**Retours**
-
-`Promise<ShakeChannelSelectorEnabled>` — Objet avec `enabled: true` ou `enabled: false`.
-
-**Depuis :** 8.43.0
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### getAppId
-
-```typescript
-getAppId() => Promise<GetAppIdRes>
-```
-
-Obtenez l'ID d'application actuellement configuré utilisé pour la communication du serveur de mise à jour.
-
-Renvoie l'ID d'application qui identifie cette application au serveur de mise à jour. Cela peut être :
-- La valeur définie via {@link setAppId}, ou
-- La valeur de configuration {@link PluginsConfig.CapacitorUpdater.appId}, ou
-- L'identifiant d'application par défaut de la configuration de votre application native
-
-Utilisez-le pour :
-- Vérifiez quel identifiant d'application est utilisé pour les mises à jour
-- Déboguer les problèmes de livraison des mises à jour
-- Afficher la configuration de l'application dans les écrans de débogage
-- Confirmez l'ID de l'application après avoir appelé {@link setAppId}
-
-**Retours**
-
-`Promise<GetAppIdRes>` — Objet contenant la chaîne `appId` actuelle.
-
-**Depuis :** 7.14.0
-
-**Lance :** {Erreur} Si l'opération échoue.
-
-
---------------------
-
-
-### setAppId
-
-```typescript
-setAppId(options: SetAppIdOptions) => Promise<void>
-```
-
-Modifiez dynamiquement l'ID d'application utilisé pour la communication du serveur de mise à jour.
-
-Cela remplace l'ID d'application utilisé pour identifier votre application sur le serveur de mise à jour, vous permettant ainsi
-pour basculer entre différentes configurations d'application au moment de l'exécution (par exemple, production ou staging)
-ID d'application ou configurations multi-locataires).
-
-**Exigences :**
-- {@link PluginsConfig.CapacitorUpdater.allowModifyAppId} doit être défini sur `true`
-
-**Considérations importantes :**
-- La modification de l'ID de l'application affectera les mises à jour que cet appareil reçoit
-- Le nouvel App ID doit exister sur votre serveur de mise à jour
-- Ceci est principalement destiné aux cas d'utilisation avancés (multilocation, changement d'environnement)
-- La plupart des applications doivent plutôt utiliser {@link PluginsConfig.CapacitorUpdater.appId} basé sur la configuration.
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `SetAppIdOptions` |  |
-
-**Retours**
-
-`Promise<void>` — Résout lorsque l'ID de l'application est modifié avec succès.
-
-**Depuis :** 7.14.0
-
-**Lance :** {Erreur} Si `allowModifyAppId` est faux ou si l'opération échoue.
-
-
---------------------
-
-
-### getAppUpdateInfo
-
-```typescript
-getAppUpdateInfo(options?: GetAppUpdateInfoOptions | undefined) => Promise<AppUpdateInfo>
-```
-
-Obtenez des informations sur la disponibilité de l'application dans le App Store ou le Play Store.Cette méthode vérifie les magasins d'applications natifs pour voir si une version plus récente de l'application
-est disponible en téléchargement. Ceci est différent des mises à jour OTA de Capgo - ceci
-vérifie les mises à jour d'applications natives qui nécessitent de passer par les magasins d'applications.
-
-**Différences de plateforme :**
-- **Android** : utilise les mises à jour intégrées à l'application de Play Store API pour des informations de mise à jour précises
-- **iOS** : interroge la recherche App Store API (nécessite le code du pays pour des résultats précis)
-
-**Renvoie des informations sur :**
-- Version actuellement installée
-- Version disponible en magasin (le cas échéant)
-- Si une mise à jour est disponible
-- Priorité de mise à jour (Android uniquement)
-- Si les mises à jour immédiates/flexibles sont autorisées (Android uniquement)
-
-Utilisez-le pour :
-- Vérifiez si les utilisateurs doivent mettre à jour depuis l'App Store
-- Afficher les invites « Mise à jour disponible » pour les mises à jour natives
-- Implémenter le contrôle de version (nécessite une version native minimale)
-- Combinez avec les mises à jour Capgo OTA pour une stratégie de mise à jour complète
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `GetAppUpdateInfoOptions | non défini` | {@link GetAppUpdateInfoOptions} facultatif avec l'indicatif de pays pour iOS. |
-
-**Retours**
-
-`Promise<AppUpdateInfo>` — Informations sur les versions actuelles et disponibles de l'application.
-
-**Depuis :** 8.0.0
-
-**Lance :** {Erreur} Si l'opération échoue ou si les informations du magasin ne sont pas disponibles.
-
-
---------------------
-
-
-### ouvrirAppStore
-
-```typescript
-openAppStore(options?: OpenAppStoreOptions | undefined) => Promise<void>
-```
-
-Ouvrez la page de l'application dans le App Store ou Play Store.
-
-Cela dirige l'utilisateur vers la fiche Play Store de votre application où il peut manuellement
-mettre à jour l'application. Utilisez-le comme solution de secours lorsque les mises à jour intégrées à l'application ne sont pas disponibles
-ou lorsque l'utilisateur doit mettre à jour le iOS.
-
-**Comportement de la plateforme :**
-- **Android** : Ouvre Play Store à la page de l'application
-- **iOS** : Ouvre App Store à la page de l'application
-
-**Options de personnalisation :**
-- `appId` : spécifiez un identifiant App Store personnalisé (iOS) - utile pour ouvrir la page d'une autre application
-- `packageName` : spécifiez un nom de package personnalisé (Android) - utile pour ouvrir la page d'une autre application
-
-**Paramètres**
-
-| Nom | Tapez | Descriptif |
-| --- | --- | --- |
-| `options` | `OuvrirOptionsAppStore | non défini` | {@link OpenAppStoreOptions} facultatif pour personnaliser la page de magasin de l'application à ouvrir. |
-
-**Retours**
-
-`Promise<void>` — Se résout lorsque le magasin est ouvert.
-
-**Depuis :** 8.0.0
-
-**Lance :** {Erreur} Si le magasin ne peut pas être ouvert.
-
-
---------------------
-
-
-### performImmediateUpdate
-
-```typescript
-performImmediateUpdate() => Promise<AppUpdateResult>
-```
-
-Effectuez une mise à jour immédiate dans l'application sur Android.
-
-Cela déclenche le flux de mise à jour immédiat de Google Play, qui :
-1. Affiche une interface utilisateur de mise à jour en plein écran
-2. Télécharge et installe la mise à jour
-3. Redémarre automatiquement l'application
-
-L'utilisateur ne peut pas continuer à utiliser l'application tant que la mise à jour n'est pas terminée.
-C’est idéal pour les mises à jour critiques qui doivent être installées immédiatement.
-
-**Exigences :**
-- Android uniquement (génère une erreur sur iOS)
-- Une mise à jour doit être disponible (vérifiez d'abord auprès de {@link getAppUpdateInfo})
-- La mise à jour doit permettre les mises à jour immédiates (`immediateUpdateAllowed: true`)**Expérience utilisateur :**
-- Interface utilisateur de blocage en plein écran
-- Progression affichée lors du téléchargement
-- L'application redémarre automatiquement après l'installation
-
-**Retours**
-
-`Promise<AppUpdateResult>` — Résultat indiquant la réussite, l'annulation ou l'échec.
-
-**Depuis :** 8.0.0
-
-**Lance :** {Erreur} Si ce n'est pas le cas sur Android, aucune mise à jour n'est disponible ou les mises à jour immédiates ne sont pas autorisées.
-
-
---------------------
-
-
-### startFlexibleUpdate
-
-```typescript
-startFlexibleUpdate() => Promise<AppUpdateResult>
-```
-
-Démarrez une mise à jour flexible dans l'application sur Android.
-
-Cela déclenche le flux de mise à jour flexible de Google Play, qui :
-1. Télécharge la mise à jour en arrière-plan
-2. Permet à l'utilisateur de continuer à utiliser l'application
-3. Avertit lorsque le téléchargement est terminé
-4. Nécessite d'appeler {@link completeFlexibleUpdate} pour l'installation
-
-Surveillez la progression du téléchargement à l’aide de l’écouteur `onFlexibleUpdateStateChange`.
-
-**Exigences :**
-- Android uniquement (génère une erreur sur iOS)
-- Une mise à jour doit être disponible (vérifiez d'abord auprès de {@link getAppUpdateInfo})
-- La mise à jour doit permettre des mises à jour flexibles (`flexibleUpdateAllowed: true`)
-
-**Flux typique :**
-1. Appelez `startFlexibleUpdate()` pour commencer le téléchargement
-2. Écoutez `onFlexibleUpdateStateChange` pour progresser
-3. Lorsque l'état est `DOWNLOADED`, invitez l'utilisateur à redémarrer
-4. Appelez `completeFlexibleUpdate()` pour installer et redémarrer
-
-**Retours**
-
-`Promise<AppUpdateResult>` — Résultat indiquant que la mise à jour a été démarrée, annulée ou a échoué.
-
-**Depuis :** 8.0.0
-
-**Lance :** {Erreur} Si ce n'est pas le cas sur Android, aucune mise à jour n'est disponible ou les mises à jour flexibles ne sont pas autorisées.
-
-
---------------------
-
-
-### complèteFlexibleUpdate
-
-```typescript
-completeFlexibleUpdate() => Promise<void>
-```
-
-Effectuez une mise à jour flexible dans l'application sur Android.
-
-Après le téléchargement d'une mise à jour flexible (statut `DOWNLOADED` dans
-`onFlexibleUpdateStateChange`), appelez cette méthode pour installer la mise à jour
-et redémarrez l'application.
-
-**Important :** Cela redémarrera immédiatement l'application. Assurez-vous de :
-- Enregistrez toutes les données utilisateur avant d'appeler
-- Inviter l'utilisateur avant de redémarrer
-- Appelez uniquement lorsque l'état du téléchargement est `DOWNLOADED`
-
-**Retours**
-
-`Promise<void>` — Résout lorsque l'installation de la mise à jour commence (l'application redémarrera).
-
-**Depuis :** 8.0.0
-
-**Lance :** {Erreur} Si ce n'est pas sur Android ou si aucune mise à jour téléchargée n'est en attente.
-
-
---------------------
-
-
-</docgen-api>
diff --git a/src/content/docs/fr/plugins/accelerometer/getting-started.mdx b/src/content/docs/fr/plugins/accelerometer/getting-started.mdx
deleted file mode 100644
index f89a142ea..000000000
--- a/src/content/docs/fr/plugins/accelerometer/getting-started.mdx
+++ /dev/null
@@ -1,304 +0,0 @@
----
-title: Premiers pas avec l'accéléromètre
-description: >-
-  Découvrez comment intégrer la détection par accéléromètre dans votre
-  application Capacitor
-locale: fr
----
-Ce guide vous guidera dans l'intégration du plugin Accéléromètre Capacitor dans votre application.
-
-##Installation
-
-Installez le plugin en utilisant npm :
-
-```bash
-npm install @capgo/capacitor-accelerometer
-npx cap sync
-```
-
-## Configuration de la plateforme
-
-### iOS
-Aucune configuration supplémentaire requise. L'accéléromètre est toujours disponible.
-
-### Android
-Aucune configuration supplémentaire requise. L'accéléromètre est toujours disponible.
-
-###Web
-Le plugin utilise le DeviceMotion API. Nécessite HTTPS en production.
-
-## Utilisation de base
-
-### Importer le plugin
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-```
-
-### Commencer la surveillance
-
-```typescript
-const startAccelerometer = async () => {
-  await Accelerometer.start({
-    interval: 100 // Update interval in milliseconds
-  });
-
-  console.log('Accelerometer started');
-};
-```
-
-### Écoutez les événements d'accélération
-
-```typescript
-Accelerometer.addListener('accelerationChange', (data) => {
-  console.log('X:', data.x);
-  console.log('Y:', data.y);
-  console.log('Z:', data.z);
-  console.log('Timestamp:', data.timestamp);
-});
-```
-
-### Obtenir la lecture actuelle
-
-```typescript
-const getCurrentAcceleration = async () => {
-  const reading = await Accelerometer.getCurrentAcceleration();
-  console.log('Current acceleration:', reading);
-};
-```
-
-### Arrêter la surveillance
-
-```typescript
-const stopAccelerometer = async () => {
-  await Accelerometer.stop();
-  console.log('Accelerometer stopped');
-};
-```
-
-## Exemple complet
-
-Voici un exemple complet avec détection de secousses :
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-
-class AccelerometerService {
-  private listener: any;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-  private shakeThreshold = 15;
-
-  async initialize() {
-    await Accelerometer.start({ interval: 100 });
-
-    this.listener = Accelerometer.addListener('accelerationChange', (data) => {
-      this.handleAcceleration(data);
-    });
-  }
-
-  handleAcceleration(data: any) {
-    // Calculate delta
-    const deltaX = Math.abs(data.x - this.lastX);
-    const deltaY = Math.abs(data.y - this.lastY);
-    const deltaZ = Math.abs(data.z - this.lastZ);
-
-    // Check for shake
-    if (deltaX > this.shakeThreshold ||
-        deltaY > this.shakeThreshold ||
-        deltaZ > this.shakeThreshold) {
-      this.onShake();
-    }
-
-    // Update last values
-    this.lastX = data.x;
-    this.lastY = data.y;
-    this.lastZ = data.z;
-
-    // Update UI
-    this.updateDisplay(data);
-  }
-
-  onShake() {
-    console.log('Device shaken!');
-    // Trigger shake action
-  }
-
-  updateDisplay(data: any) {
-    console.log(`X: ${data.x.toFixed(2)} m/s²`);
-    console.log(`Y: ${data.y.toFixed(2)} m/s²`);
-    console.log(`Z: ${data.z.toFixed(2)} m/s²`);
-
-    // Calculate magnitude
-    const magnitude = Math.sqrt(
-      data.x * data.x +
-      data.y * data.y +
-      data.z * data.z
-    );
-    console.log(`Magnitude: ${magnitude.toFixed(2)} m/s²`);
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-    await Accelerometer.stop();
-  }
-}
-
-// Usage
-const accelService = new AccelerometerService();
-accelService.initialize();
-
-// Cleanup when done
-// accelService.cleanup();
-```
-
-## Comprendre les lectures
-
-### Axes d'accélération
-- **Axe X** : de gauche (-) à droite (+)
-- **Axe Y** : du bas (-) vers le haut (+)
-- **Axe Z** : De l'arrière (-) à l'avant (+)
-
-### Gravité
-- L'appareil au repos affiche ~9,8 m/s² sur un axe (gravité)
-- Le dispositif en mouvement montre l'accélération en plus de la gravité
-
-### Unités
-- Mesuré en mètres par seconde carrée (m/s²)
-- Gravité = 9,8 m/s²
-
-## Cas d'utilisation courants
-
-### Détection des secousses
-
-```typescript
-class ShakeDetector {
-  private lastUpdate = 0;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-
-  detectShake(x: number, y: number, z: number): boolean {
-    const currentTime = Date.now();
-
-    if (currentTime - this.lastUpdate > 100) {
-      const deltaX = Math.abs(x - this.lastX);
-      const deltaY = Math.abs(y - this.lastY);
-      const deltaZ = Math.abs(z - this.lastZ);
-
-      this.lastUpdate = currentTime;
-      this.lastX = x;
-      this.lastY = y;
-      this.lastZ = z;
-
-      return deltaX + deltaY + deltaZ > 15;
-    }
-
-    return false;
-  }
-}
-```
-
-### Détection d'inclinaison
-
-```typescript
-class TiltDetector {
-  getTiltAngles(x: number, y: number, z: number) {
-    const roll = Math.atan2(y, z) * (180 / Math.PI);
-    const pitch = Math.atan2(-x, Math.sqrt(y * y + z * z)) * (180 / Math.PI);
-
-    return { roll, pitch };
-  }
-
-  isDeviceFlat(z: number): boolean {
-    return Math.abs(z - 9.8) < 1.0;
-  }
-
-  isDeviceUpright(y: number): boolean {
-    return Math.abs(y - 9.8) < 2.0;
-  }
-}
-```
-
-### Compteur de pas
-
-```typescript
-class StepCounter {
-  private steps = 0;
-  private lastMagnitude = 0;
-  private threshold = 11;
-
-  processAcceleration(x: number, y: number, z: number) {
-    const magnitude = Math.sqrt(x * x + y * y + z * z);
-
-    if (magnitude > this.threshold &&
-        this.lastMagnitude < this.threshold) {
-      this.steps++;
-      console.log('Steps:', this.steps);
-    }
-
-    this.lastMagnitude = magnitude;
-  }
-}
-```
-
-## meilleures pratiques
-
-1. **Choisissez des intervalles appropriés** : équilibrez la réactivité et la durée de vie de la batterie
-   - Jeux : 16-50 ms
-   - Remise en forme : 100-200 ms
-   - Général : 200-500 ms
-
-2. **Supprimer les écouteurs** : nettoyez toujours une fois terminé
-3. **Filtrer le bruit** : utilisez des moyennes mobiles pour des données plus fluides
-4. **Pensez à la batterie** : les interrogations à haute fréquence drainent la batterie
-5. **Test sur de vrais appareils** : les simulateurs ne fournissent pas de données précises
-
-## Conseils sur les performances
-
-### Anti-rebond
-
-```typescript
-class AccelerometerDebouncer {
-  private timeout: any;
-
-  debounce(callback: Function, delay: number) {
-    return (...args: any[]) => {
-      clearTimeout(this.timeout);
-      this.timeout = setTimeout(() => callback(...args), delay);
-    };
-  }
-}
-```
-
-### Lissage des données
-
-```typescript
-class AccelerometerFilter {
-  private alpha = 0.8;
-  private filteredX = 0;
-  private filteredY = 0;
-  private filteredZ = 0;
-
-  filter(x: number, y: number, z: number) {
-    this.filteredX = this.alpha * x + (1 - this.alpha) * this.filteredX;
-    this.filteredY = this.alpha * y + (1 - this.alpha) * this.filteredY;
-    this.filteredZ = this.alpha * z + (1 - this.alpha) * this.filteredZ;
-
-    return {
-      x: this.filteredX,
-      y: this.filteredY,
-      z: this.filteredZ
-    };
-  }
-}
-```
-
-## Prochaines étapes
-
-- Explorez la [API Reference](https://github.com/Cap-go/capacitor-accelerometer#api) pour une documentation complète de la méthode
-- Consultez l'[exemple d'application](https://github.com/Cap-go/capacitor-accelerometer/tree/main/example) pour une utilisation avancée.
-- Voir le [tutoriel](/plugins/capacitor-accelerometer) pour des exemples complets d'implémentation
diff --git a/src/content/docs/fr/plugins/accelerometer/index.mdx b/src/content/docs/fr/plugins/accelerometer/index.mdx
deleted file mode 100644
index 99ad6d529..000000000
--- a/src/content/docs/fr/plugins/accelerometer/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-accelerometer"
-description: Read Appareil accelerometer measurements with Capacitor
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Access Appareil motion and acceleration data from accelerometer sensors
-  image: 
-    file: ~public/icons/plugins/accelerometer.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/accelerometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-accelerometer
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="3-Axis Acceleration" icon="rocket">
-    Measure acceleration forces in X, Y, and Z axes 📊
-  </Card>
-  <Card title="Motion Detection" icon="star">
-    Detect Appareil shakes, tilts, and movements 📱
-  </Card>
-  <Card title="Real-time Updates" icon="setting">
-    Continuous monitoring of acceleration data ⚡
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/accelerometer/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/admob/getting-started.mdx b/src/content/docs/fr/plugins/admob/getting-started.mdx
deleted file mode 100644
index 0a2e5f75d..000000000
--- a/src/content/docs/fr/plugins/admob/getting-started.mdx
+++ /dev/null
@@ -1,125 +0,0 @@
----
-title: Commencer
-description: >-
-  Installez et configurez le plug-in AdMob Capgo pour diffuser des annonces dans
-  votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le plugin**
-   <PackageManagers pkg="@capgo/capacitor-admob" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Initialisez le SDK
-
-```typescript
-import { AdMob, MaxAdContentRating } from '@capgo/capacitor-admob';
-import { Capacitor } from '@capacitor/core';
-
-// Start the Mobile Ads SDK once in your application bootstrap
-await AdMob.start();
-
-// Optional: configure global request settings
-await AdMob.configure({
-  appMuted: false,
-  appVolume: 1,
-});
-
-// iOS: request tracking authorization
-const platform = Capacitor.getPlatform();
-if (platform === 'ios') {
-  await AdMob.requestTrackingAuthorization();
-}
-
-await AdMob.configRequest({
-  maxAdContentRating: MaxAdContentRating.T,
-  tagForChildDirectedTreatment: false,
-  tagForUnderAgeOfConsent: false,
-});
-```
-
-## Androidconfiguration
-
-> android/app/src/main/AndroidManifest.xml
-
-```xml
-<application>
-	...
-	<meta-data
-            android:name="com.google.android.gms.ads.APPLICATION_ID"
-            android:value="ca-app-pub-000000000000000~0000000000"/>
-</application>
-```
-
-## iOSconfiguration
-
-> ios/App/App/Info.plist
-
-```xml
-<dict>
-	...
-	<key>GADApplicationIdentifier</key>
-	<string>ca-app-pub-000000000000000~0000000000</string>
-	<key>NSUserTrackingUsageDescription</key>
-	<string>Your data will be used to deliver personalized ads and help us keep YourAppName free to play.</string>
-</dict>
-```
-
-## Afficher une bannière publicitaire
-
-```typescript
-import { BannerAd } from '@capgo/capacitor-admob';
-
-const banner = new BannerAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/banner',
-  position: 'bottom',
-});
-
-await banner.show();
-```
-
-## Annonces interstitielles ou avec récompense
-
-```typescript
-import { InterstitialAd, RewardedAd } from '@capgo/capacitor-admob';
-
-const interstitial = new InterstitialAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/interstitial',
-});
-await interstitial.load();
-await interstitial.show();
-
-const rewarded = new RewardedAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/rewarded',
-});
-await rewarded.load();
-await rewarded.show();
-```
-
-## Écoutez les événements publicitaires
-
-```typescript
-import { AdMob } from '@capgo/capacitor-admob';
-
-const handle = await AdMob.addListener('adImpression', (event) => {
-  console.log('Ad impression', event);
-});
-
-// Later when cleaning up
-await handle.remove();
-```
-
-## Remarques sur la plateforme
-
-- **iOS** : ajoutez l'ID de votre application AdMob à `Info.plist` sous la clé `GADApplicationIdentifier` et incluez tous les ID SKAdNetwork sur lesquels vous comptez.
-- **Android** : déclarez l'ID de votre application AdMob dans `AndroidManifest.xml` en ajoutant `com.google.android.gms.ads.APPLICATION_ID` à l'intérieur de la balise `<application>`.
-- **Consentement et confidentialité** : utilisez `requestTrackingAuthorization()` sur iOS 14+ et `configRequest()` indicateurs destinés aux enfants pour rester en conformité avec les règles régionales de confidentialité.
-- **iOS** : Sur `npx cap sync`, cette erreur a été résolue par `The 'Pods-App' target has transitive dependencies that include statically linked binaries: (Google-Mobile-Ads-SDK and GoogleUserMessagingPlatform)` en modifiant `ios/App/Podfile` à la ligne 4 en ajoutant `use_frameworks! :linkage => :static`
diff --git a/src/content/docs/fr/plugins/admob/index.mdx b/src/content/docs/fr/plugins/admob/index.mdx
deleted file mode 100644
index 64dbb41b8..000000000
--- a/src/content/docs/fr/plugins/admob/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: '@capgo/capacitor-admob'
-description: >-
-  Intégrez des annonces Google AdMob dans vos applications Capacitor avec des
-  formats de bannière, d'interstitiel et de récompense.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Monétisez votre application Capacitor avec des bannières Google AdMob, des
-    interstitiels et des annonces avec récompense entièrement gérées depuis
-    JavaScript.
-  image:
-    file: ~public/icons/plugins/admob.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/admob/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-admob/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Le plug-in AdMob de Capgo offre un pont de première classe vers les annonces mobiles Google SDK afin que vous puissiez monétiser les expériences natives sans sacrifier la simplicité de Capacitor.
-
-<CardGrid stagger>
-  <Card title="Formats d'annonces flexibles" icon="star">
-    Diffusez des bannières, des interstitiels, des publicités avec récompense et des annonces ouvertes dans une application avec un API unifié.
-  </Card>
-  <Card title="Configuration de la demande" icon="setting">
-    Affinez les demandes d'annonces avec des indicateurs destinés aux enfants, des évaluations de contenu et des paramètres réseau supplémentaires.
-  </Card>
-  <Card title="Gestion du cycle de vie" icon="rocket">
-    Créez, chargez, affichez, masquez et détruisez des publicités à la demande tout en suivant l'état de chargement.
-  </Card>
-  <Card title="Privacy-ready" icon="approve-check">
-    Gérez les invites ATT et surveillez l’état de l’autorisation de suivi pour rester conforme.
-  </Card>
-</CardGrid>
-
-Utilisez le guide de démarrage pour connecter vos identifiants d'application AdMob, configurer le consentement et gérer l'inventaire publicitaire directement à partir de votre projet Capacitor.
diff --git a/src/content/docs/fr/plugins/age-signals/getting-started.mdx b/src/content/docs/fr/plugins/age-signals/getting-started.mdx
deleted file mode 100644
index 030715976..000000000
--- a/src/content/docs/fr/plugins/age-signals/getting-started.mdx
+++ /dev/null
@@ -1,509 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the Age Signals plugin to detect supervised accounts and verified Utilisateurs in your Android Application.
-sidebar: 
-  order: 2
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Aside type="caution">
-This plugin is **Android-only** and requires Google Play Services. It will not work on iOS, web, or Android Appareils without Google Play Store.
-</Aside>
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-android-age-signals" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Android project**
-   <PackageManagers type="exec" pkg="cap" args="sync android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Prerequisites
-
-- Android Appareil with Google Play Services
-- Minimum Android API level 21 (Android 5.0)
-- Google Play Store installed on the Appareil
-
-## Utilisation
-
-### Vérifier Age Signals
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-try {
-  const result = await AgeSignals.checkAgeSignals();
-
-  console.log('User status:', result.userStatus);
-
-  switch (result.userStatus) {
-    case UserStatus.Verified:
-      console.log('User is 18+ and verified by Google');
-      // Allow access to age-restricted content
-      break;
-
-    case UserStatus.Supervised:
-      console.log(`Supervised user aged ${result.ageLower}-${result.ageUpper}`);
-      // Apply age-appropriate restrictions
-      break;
-
-    case UserStatus.SupervisedApprovalPending:
-      console.log('Waiting for guardian approval');
-      console.log('Pending since:', result.mostRecentApprovalDate);
-      // Inform user to wait for guardian approval
-      break;
-
-    case UserStatus.SupervisedApprovalDenied:
-      console.log('Guardian denied access');
-      console.log('Last approval:', result.mostRecentApprovalDate);
-      // Block access or show alternative content
-      break;
-
-    case UserStatus.Unknown:
-      console.log('User status unknown - prompt to verify in Play Store');
-      // Guide user to verify their age in Google Play
-      break;
-
-    case UserStatus.Empty:
-      console.log('No age signal available');
-      // Handle as unverified user
-      break;
-  }
-} catch (error) {
-  console.error('Failed to check age signals:', error);
-}
-```
-
-### Handle Supervised Utilisateurs
-
-```typescript
-async function handleSupervisedUser() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised) {
-    const age = result.ageLower;
-
-    if (age < 13) {
-      // Apply COPPA restrictions
-      console.log('User is under 13 - COPPA applies');
-      disableDataCollection();
-      disableSocialFeatures();
-      requireParentalConsent();
-    } else if (age < 18) {
-      // Apply teen restrictions
-      console.log('User is 13-17 - Teen restrictions apply');
-      enableModeratedSocialFeatures();
-      restrictAds();
-    }
-
-    // Track install ID for revocation notifications
-    console.log('Install ID:', result.installId);
-    saveInstallId(result.installId);
-  }
-}
-```
-
-### Implement Age Gate
-
-```typescript
-async function ageGate() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  // Allow verified 18+ users
-  if (result.userStatus === UserStatus.Verified) {
-    return true;
-  }
-
-  // Check supervised user age
-  if (result.userStatus === UserStatus.Supervised) {
-    return result.ageUpper >= 18;
-  }
-
-  // Block users with pending or denied approvals
-  if (
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return false;
-  }
-
-  // For unknown/empty, implement fallback age verification
-  return await showAgeVerificationDialog();
-}
-```
-
-### Monitor Approval Status
-
-```typescript
-async function checkApprovalStatus() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.SupervisedApprovalPending) {
-    console.log('Guardian approval pending');
-    console.log('Age range:', result.ageLower, '-', result.ageUpper);
-    console.log('Most recent approval:', result.mostRecentApprovalDate);
-
-    // Show message to user
-    showMessage(
-      'Your guardian needs to approve this app. ' +
-      'We notified them on ' + result.mostRecentApprovalDate
-    );
-  } else if (result.userStatus === UserStatus.SupervisedApprovalDenied) {
-    console.log('Guardian denied approval');
-    console.log('Last approved on:', result.mostRecentApprovalDate);
-
-    // Show blocked message
-    showMessage(
-      'Your guardian did not approve this app. ' +
-      'Contact them for more information.'
-    );
-  }
-}
-```
-
-## API Référence
-
-### checkAgeSignals()
-
-Request the current Play Age Signals for the Actif Utilisateur.
-
-```typescript
-const result = await AgeSignals.checkAgeSignals();
-```
-
-**Returns:**
-
-```typescript
-interface CheckAgeSignalsResult {
-  userStatus: UserStatus;
-  ageLower?: number;
-  ageUpper?: number;
-  mostRecentApprovalDate?: string;
-  installId?: string;
-}
-```
-
-### UserStatus Enum
-
-```typescript
-enum UserStatus {
-  Verified = 'VERIFIED',                           // 18+ verified
-  Supervised = 'SUPERVISED',                       // Supervised account
-  SupervisedApprovalPending = 'SUPERVISED_APPROVAL_PENDING',
-  SupervisedApprovalDenied = 'SUPERVISED_APPROVAL_DENIED',
-  Unknown = 'UNKNOWN',                             // Unknown status
-  Empty = 'EMPTY'                                  // No signal
-}
-```
-
-## Result Fields
-
-### userStatus
-
-The Utilisateur's verification status as reported by Google Play.
-
-- **Verified**: Utilisateur is over 18 and age-verified by Google
-- **Supervised**: Utilisateur has a supervised Google Compte
-- **SupervisedApprovalPending**: En attente guardian approval for changes
-- **SupervisedApprovalDenied**: Guardian denied Application access
-- **Unknown**: Utilisateur should verify status in Play Store
-- **Empty**: All other Utilisateurs (default state)
-
-### ageLower
-
-Inclusive lower bound of the supervised Utilisateur's age range.
-
-Only present when `userStatus` is:
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-### ageUpper
-
-Inclusive upper bound of the supervised Utilisateur's age range.
-
-Only present when:
-- `userStatus` is one of the supervised statuses
-- Utilisateur's age is reported as less than 18
-
-### mostRecentApprovalDate
-
-Date string for the most recent significant change that received guardian approval.
-
-Only present when `userStatus` is:
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-Format: ISO 8601 date string
-
-### installId
-
-Identifier assigned to supervised installs in Google Play.
-
-Used for revocation notifications when guardian revokes Application approval.
-
-Only present when `userStatus` is:
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-## Use Cases
-
-### 1. COPPA Compliance
-
-```typescript
-async function applyCoppaRestrictions() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised && result.ageLower < 13) {
-    // Disable data collection
-    disableAnalytics();
-    disableAdvertising();
-
-    // Disable social features
-    hideChatFeatures();
-    disableUserProfiles();
-
-    // Require verifiable parental consent
-    await requestParentalConsent(result.installId);
-  }
-}
-```
-
-### 2. Age-Appropriate Content
-
-```typescript
-async function filterContent() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  let contentRating;
-
-  if (result.userStatus === UserStatus.Verified) {
-    contentRating = 'MATURE';
-  } else if (result.userStatus === UserStatus.Supervised) {
-    if (result.ageUpper < 13) {
-      contentRating = 'EVERYONE';
-    } else if (result.ageUpper < 18) {
-      contentRating = 'TEEN';
-    } else {
-      contentRating = 'MATURE';
-    }
-  } else {
-    contentRating = 'TEEN'; // Default safe rating
-  }
-
-  loadContentForRating(contentRating);
-}
-```
-
-### 3. Guardian Tableau de bord
-
-```typescript
-async function getGuardianInfo() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (
-    result.userStatus === UserStatus.Supervised ||
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return {
-      isSupervised: true,
-      ageRange: `${result.ageLower}-${result.ageUpper}`,
-      approvalStatus: result.userStatus,
-      lastApprovalDate: result.mostRecentApprovalDate,
-      installId: result.installId,
-    };
-  }
-
-  return { isSupervised: false };
-}
-```
-
-## Terminé Exemple
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-export class AgeVerificationService {
-  async verifyAge(): Promise<{
-    allowed: boolean;
-    reason: string;
-    restrictions: string[];
-  }> {
-    try {
-      const result = await AgeSignals.checkAgeSignals();
-
-      switch (result.userStatus) {
-        case UserStatus.Verified:
-          return {
-            allowed: true,
-            reason: 'User is verified 18+',
-            restrictions: [],
-          };
-
-        case UserStatus.Supervised:
-          return this.handleSupervised(result);
-
-        case UserStatus.SupervisedApprovalPending:
-          return {
-            allowed: false,
-            reason: 'Waiting for guardian approval',
-            restrictions: ['Guardian approval required'],
-          };
-
-        case UserStatus.SupervisedApprovalDenied:
-          return {
-            allowed: false,
-            reason: 'Guardian denied access',
-            restrictions: ['Access denied by guardian'],
-          };
-
-        case UserStatus.Unknown:
-          return {
-            allowed: false,
-            reason: 'Age verification required',
-            restrictions: ['Verify age in Google Play'],
-          };
-
-        case UserStatus.Empty:
-        default:
-          return {
-            allowed: false,
-            reason: 'No age signal available',
-            restrictions: ['Age verification needed'],
-          };
-      }
-    } catch (error) {
-      console.error('Age verification failed:', error);
-      return {
-        allowed: false,
-        reason: 'Verification error',
-        restrictions: ['Try again later'],
-      };
-    }
-  }
-
-  private handleSupervised(result: any) {
-    const age = result.ageLower;
-    const restrictions: string[] = [];
-
-    if (age < 13) {
-      restrictions.push('No data collection (COPPA)');
-      restrictions.push('No social features');
-      restrictions.push('Parental consent required');
-      return {
-        allowed: false,
-        reason: `User is under 13 (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else if (age < 18) {
-      restrictions.push('Age-appropriate content only');
-      restrictions.push('Moderated social features');
-      return {
-        allowed: true,
-        reason: `Teen user (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else {
-      return {
-        allowed: true,
-        reason: `Adult supervised user (${result.ageLower}+)`,
-        restrictions: [],
-      };
-    }
-  }
-
-  async saveInstallId(installId: string) {
-    // Store install ID for revocation handling
-    localStorage.setItem('ageSignalsInstallId', installId);
-  }
-
-  async checkRevocation() {
-    const result = await AgeSignals.checkAgeSignals();
-    const storedId = localStorage.getItem('ageSignalsInstallId');
-
-    if (result.installId && storedId && result.installId !== storedId) {
-      // Install ID changed - likely revoked and reinstalled
-      console.log('App was revoked and reinstalled');
-      return true;
-    }
-
-    return false;
-  }
-}
-```
-
-## Bonnes pratiques
-
-1. **Vérifier on Application Démarrer**: Verify age signals when the Application launches
-2. **Cache Results**: Cache results but Actualiser periodically
-3. **Handle All States**: Implement logic for all UserStatus values
-4. **Respect Denials**: Don't allow access when guardian denies approval
-5. **Store Installer ID**: Track Installer ID for revocation detection
-6. **Fallback Logic**: Have fallback age verification for Unknown/Empty states
-7. **Privacy First**: Don't collect unnecessary data from supervised Utilisateurs
-
-## Compliance Guidelines
-
-### COPPA (Children's Online Privacy Protection Act)
-
-For Utilisateurs under 13:
-- Obtain verifiable parental consent
-- Limit data collection
-- Désactiver behavioral advertising
-- Provide parental controls
-
-### GDPR (General Data Protection Regulation)
-
-For supervised Utilisateurs:
-- Process data lawfully
-- Provide guardian consent mechanisms
-- Allow data access and deletion
-- Implement privacy by design
-
-## Platform Notes
-
-### Android
-- Requires Google Play Services
-- Minimum API level 21 (Android 5.0+)
-- Only works on Appareils with Play Store
-- Signals may not be Disponible in all regions
-- Results can change if guardian modifies Paramètres
-
-### iOS / Web
-- **Not supported** - This is an Android-only plugin
-- Will throw an Erreur if called on unsupported platforms
-
-## Dépannage
-
-### No Signal Returned (Empty Status)
-
-This is normal for:
-- Utilisateurs outside supported regions
-- Appareils without Google Play Services
-- Utilisateurs who haven't set up Family Link
-- Nouveau accounts without verification
-
-### Unknown Status
-
-Utilisateur should:
-1. Open Google Play Store
-2. Go to Paramètres → Family
-3. Terminé age verification process
-
-### Permission Issues
-
-Ensure:
-- Google Play Services is updated
-- Application has correct package name in Play Console
-- Test on real Appareil (not emulator without Play Services)
-
-## Resources
-
-- [Google Play Age Signals Documentation](https://developers.google.com/Android/Référence/com/google/Android/gms/agesignals)
-- [Family Link Developer Guide](https://developers.google.com/families)
-- [COPPA Compliance Guide](https://www.ftc.gov/business-guidance/resources/complying-coppa-frequently-asked-questions)
diff --git a/src/content/docs/fr/plugins/age-signals/index.mdx b/src/content/docs/fr/plugins/age-signals/index.mdx
deleted file mode 100644
index 54e2c7fde..000000000
--- a/src/content/docs/fr/plugins/age-signals/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-android-age-signals"
-description: Google Play Age Signals API wrapper - detect supervised accounts, guardian approvals, and verified Utilisateurs.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Access Google Play Age Signals to detect supervised accounts, verify Utilisateur ages, and comply with child safety regulations in your Android Application.
-  image: 
-    file: ~public/icons/plugins/android-age-signals.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/age-signals/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-age-signals/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Supervised Accounts" icon="setting">
-    Detect when Utilisateurs have supervised Google accounts managed by guardians 👨‍👧‍👦
-  </Card>
-  <Card title="Age Verification" icon="approve-check-circle">
-    Identify verified Utilisateurs who are 18+ with Google's age verification 🔐
-  </Card>
-  <Card title="Compliance" icon="approve-check">
-    Comply with child safety regulations like COPPA and GDPR 📋
-  </Card>
-  <Card title="Guardian Approvals" icon="star">
-    Track En attente approvals and guardian consent status ✅
-  </Card>
-  <Card title="Android Only" icon="puzzle">
-    Designed specifically for Android with Google Play Services 📱
-  </Card>
-  <Card title="Simple API" icon="rocket">
-    Single method call to retrieve all age signals 🚀
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/alarm/getting-started.mdx b/src/content/docs/fr/plugins/alarm/getting-started.mdx
deleted file mode 100644
index 4fdcd927e..000000000
--- a/src/content/docs/fr/plugins/alarm/getting-started.mdx
+++ /dev/null
@@ -1,138 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plug-in d'alarme Capacitor pour
-  gérer les alarmes natives sur iOS et Android.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-##Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Exigences
-
-- **iOS** : iOS 26+ uniquement. Ce plugin s'appuie sur les API `AlarmKit` et signalera les versions non prises en charge sur les versions antérieures ou lorsque le framework n'est pas disponible.
-- **Android** : utilise les intentions `AlarmClock` ; le comportement dépend de l’application Clock par défaut et des politiques OEM.
-
-Remarque : Ce plugin expose uniquement les actions d'alarme natives (créer/ouvrir). Il n’implémente aucune planification d’alarme/CRUD personnalisée dans l’application.
-
-## API
-
-### créer une alarme (...)
-
-```typescript
-createAlarm(options: NativeAlarmCreateOptions) => Promise<NativeActionResult>
-```
-
-Créez une alarme native du système d'exploitation à l'aide de l'application d'horloge de la plateforme.
-Sur Android, cela utilise l'intention Réveil ; sur iOS, utilisez AlarmKit si disponible (iOS 26+).
-
-| Paramètres | Tapez |
-| ------------- | ----------------------------------------------------------------------------- |
-| **`options`** | `NativeAlarmCreateOptions` |
-
-**Retours :** `Promise<NativeActionResult>`
-
-### ouvrirAlarms()
-
-```typescript
-openAlarms() => Promise<NativeActionResult>
-```
-
-Ouvrez l'interface utilisateur de la liste d'alarmes native de la plateforme, si disponible.
-
-**Retours :** `Promise<NativeActionResult>`
-
-###getOSInfo()
-
-```typescript
-getOSInfo() => Promise<OSInfo>
-```
-
-Obtenez des informations sur le système d’exploitation et ses fonctionnalités.
-
-**Retours :** `Promise<OSInfo>`
-
-### requêtePermissions(...)
-
-```typescript
-requestPermissions(options?: { exactAlarm?: boolean | undefined; } | undefined) => Promise<PermissionResult>
-```
-
-Demandez les autorisations pertinentes pour l’utilisation des alarmes sur la plateforme.
-Sur Android, peut être acheminé vers les paramètres d'alarmes exactes.
-
-| Paramètres | Tapez |
-| ------------- | -------------------------------------- |
-| **`options`** | `{ exactAlarm?: boolean; }` |
-
-**Retours :** `Promise<PermissionResult>`
-
-##Interfaces
-
-### NativeActionRésultat
-
-| Accessoire | Tapez |
-| ------------- | -------------------- |
-| **`success`** | `boolean` |
-| **`message`** | `string` |
-
-### NativeAlarmCreateOptions
-
-Options pour créer une alarme native du système d'exploitation via l'application d'horloge de la plateforme.
-
-| Accessoire | Tapez | Descriptif |
-| ------------- | -------------------- | -------------------------------------------- |
-| **`hour`** | `number` | Heure de la journée au format 24h (0-23) |
-| **`minute`** | `number` | Minute d'heure (0-59) |
-| **`label`** | `string` | Etiquette optionnelle pour l'alarme |
-| **`skipUi`** | `boolean` | Android uniquement : essayez d'ignorer l'interface utilisateur si possible |
-| **`vibrate`** | `boolean` | Android uniquement : régler l'alarme pour qu'elle vibre |
-
-### OSInfo
-
-Informations renvoyées sur le système d'exploitation actuel et ses capacités.| Accessoire | Tapez | Descriptif |
-| ------------------------------------ | -------------------- | ----------------------------------------------------------- |
-| **`platform`** | `string` | 'iOS' \| 'androïde' \| 'Internet' |
-| **`version`** | `string` | Chaîne de version du système d'exploitation |
-| **`supportsNativeAlarms`** | `boolean` | Si la plate-forme expose une intégration native d'application d'alarme |
-| **`supportsScheduledNotifications`** | `boolean` | Si la planification des notifications locales est prise en charge |
-| **`canScheduleExactAlarms`** | `boolean` | Android uniquement : si les alarmes exactes sont autorisées |
-
-### AutorisationRésultat
-
-Résultat d'une demande d'autorisations.
-
-| Accessoire | Tapez | Descriptif |
-| ------------- | ---------------------------------------------------------------- | ---------------------------------- |
-| **`granted`** | `boolean` | Subvention globale pour le périmètre demandé |
-| **`details`** | `Record<string, boolean>` | Détails facultatifs par clé d'autorisation |
diff --git a/src/content/docs/fr/plugins/alarm/index.mdx b/src/content/docs/fr/plugins/alarm/index.mdx
deleted file mode 100644
index 6c5f28023..000000000
--- a/src/content/docs/fr/plugins/alarm/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-alarm"
-description: Schedule Natif alarms and notifications even when Application is closed.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Manage Natif alarms on iOS and Android directly from your Capacitor Application.
-  image: 
-    file: ~public/icons/plugins/alarm.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/alarm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-alarm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Native Integration" icon="puzzle">
-    Uses Natif AlarmKit on iOS and AlarmClock intents on Android 📱
-  </Card>
-  <Card title="Simple API" icon="rocket">
-    Easy-to-use methods to Créer and manage alarms ⚡
-  </Card>
-  <Card title="Permission Handling" icon="approve-check-circle">
-    Built-in Support for requesting necessary permissions 🔒
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/alarm/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/android-inline-install/getting-started.mdx b/src/content/docs/fr/plugins/android-inline-install/getting-started.mdx
deleted file mode 100644
index 03445100c..000000000
--- a/src/content/docs/fr/plugins/android-inline-install/getting-started.mdx
+++ /dev/null
@@ -1,145 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Installation and Utilisation Guide for @capgo/capacitor-Android-inline-Installer
-sidebar: 
-  order: 2
-  label: "Commencer"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Utilisation Exemple
-
-```typescript
-import { AndroidInlineInstall } from '@capgo/capacitor-android-inline-install';
-
-// Basic inline install
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp'
-});
-
-// Advanced install with tracking
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp',
-  referrer: 'campaign=my-campaign&source=app',
-  overlay: true,
-  fallback: true
-});
-
-// Handle the installation flow
-try {
-  await AndroidInlineInstall.startInlineInstall({
-    id: 'com.spotify.music',
-    referrer: 'utm_source=myapp&utm_campaign=music_promotion'
-  });
-  console.log('Install overlay triggered successfully');
-} catch (error) {
-  console.error('Install failed:', error);
-}
-```
-
-## Core API Methods
-
-### Installation Management
-- `startInlineInstall(options)` - Trigger Google Play inline install overlay for specified app
-
-## Configuration Options
-
-```typescript
-interface InlineInstallOptions {
-  id: string;           // Target app package name (required)
-  referrer?: string;    // Tracking campaign string (optional)
-  callerId?: string;    // Caller app package name (defaults to current app)
-  overlay?: boolean;    // Enable/disable Play overlay (default: true)
-  fallback?: boolean;   // Use full store page if overlay fails (default: true)
-}
-```
-
-## Google Play Requirements
-
-### Premium Growth Tools Eligibility
-Your Application must qualify for Google Play's Premium Growth Tools to use inline Installer:
-- Apps with significant Utilisateur engagement
-- Good Play Store ratings and reviews
-- Compliance with Google Play policies
-
-### Target Application Requirements
-- Target Application must be Disponible on Google Play Store
-- Target Application must Support inline Installation
-- Utilisateur must be signed into Google Play Store
-
-## Behavior and Fallbacks
-
-### Overlay Mode (default)
-1. Attempts to open Google Play overlay within your Application
-2. If overlay is Indisponible, falls Retour to full Play Store page
-3. If Play Store is not Disponible, shows Erreur
-
-### Full Store Mode
-- Directly opens the full Google Play Store page
-- Bypasses overlay attempt entirely
-
-## Platform Support
-
-- **Android**: Full Support with Google Play Services
-- **iOS**: Not supported (Android-specific Fonctionnalité)
-- **Web**: Not supported (Natif Android Fonctionnalité)
-
-## Implementation Details
-
-The plugin uses Android intents to communicate with Google Play Store:
-- Intent action for inline Installer overlay
-- Fallback to standard Play Store intent
-- Automatic handling of Play Services availability
-
-## Use Cases
-
-- **Application discovery**: Promote related apps within your ecosystem
-- **Cross-promotion**: Drive installs for partner applications
-- **Fonctionnalité unlocking**: Installer additional modules or extensions
-- **Companion apps**: Installer supporting applications seamlessly
-
-## Bonnes pratiques
-
-- Always provide fallback Options for Utilisateurs without Play Services
-- Test with different Appareil configurations and Play Store versions
-- Use referrer tracking to measure conversion rates
-- Handle Installation errors gracefully
-- Respect Utilisateur choice if they decline Installation
-
-## Limitations
-
-- Android-only functionality
-- Requires Google Play Services
-- Only works with apps qualifying for Premium Growth Tools
-- Subject to Google Play Store policies and availability
diff --git a/src/content/docs/fr/plugins/android-inline-install/index.mdx b/src/content/docs/fr/plugins/android-inline-install/index.mdx
deleted file mode 100644
index 7d2e29058..000000000
--- a/src/content/docs/fr/plugins/android-inline-install/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-Android-inline-Installer"
-description: Android inline Application Installation plugin for Capacitor apps with seamless APK Installation and Mise à jour management.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Activer seamless in-Application Installation and Mises à jour for Android apps with inline Installation capabilities and Utilisateur-friendly flows.
-  image: 
-    file: ~public/icons/plugins/android-inline-install.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/android-inline-install/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-inline-install/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Aperçu
-
-The Capacitor Android Inline Installer plugin enables triggering Google Play's Inline Installer overlay for Android applications. This plugin provides a seamless in-Application Installation experience using Google's Premium Growth Tools, allowing Utilisateurs to Installer apps without leaving your Application.
-
-<CardGrid stagger>
-  <Card title="Google Play overlay" icon="rocket">
-    Trigger Natif Google Play Installer overlay 📱
-  </Card>
-  <Card title="Seamless experience" icon="rocket">
-    Installer apps without leaving your Application 🔄
-  </Card>
-  <Card title="Fallback support" icon="heart">
-    Automatic fallback to full Play Store page ❤️
-  </Card>
-  <Card title="Campaign tracking" icon="star">
-    Support for referrer tracking and Analyse 📊
-  </Card>
-</CardGrid>
-
-## Documentation
-
-Vérifier the [Terminé Documentation](/docs/plugins/Android-inline-Installer/getting-started/) for detailed implementation guides and advanced integration patterns.
diff --git a/src/content/docs/fr/plugins/android-kiosk/getting-started.mdx b/src/content/docs/fr/plugins/android-kiosk/getting-started.mdx
deleted file mode 100644
index bf9dec608..000000000
--- a/src/content/docs/fr/plugins/android-kiosk/getting-started.mdx
+++ /dev/null
@@ -1,336 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plug-in Android Kiosk pour
-  verrouiller votre appareil Android en mode kiosque dans votre application
-  Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-android-kiosk" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Prise en charge de la plateforme
-
-Ce plugin est **Android uniquement**. Pour la fonctionnalité du mode kiosque iOS, veuillez utiliser la fonction [Accès guidé](https://support.apple.com/en-us/HT202612) intégrée à l'appareil.
-
-## Fonctionnalités
-
-- **Mode kiosque** : masquez l'interface utilisateur du système et passez en mode plein écran immersif
-- **Intégration du lanceur** : définissez votre application comme lanceur d'appareil/application domestique
-- **Contrôle des touches matérielles** : Bloquer ou autoriser des boutons matériels spécifiques
-- **Détection de statut** : Vérifiez si le mode kiosque est actif ou si l'application est définie comme lanceur
-- **Android 6.0+** : prend en charge Android API 23 à Android 15 (API 35)
-
-## Utilisation de base
-
-### Entrer et quitter le mode kiosque
-
-```typescript
-import { CapacitorAndroidKiosk } from '@capgo/capacitor-android-kiosk';
-
-// Enter kiosk mode
-await CapacitorAndroidKiosk.enterKioskMode();
-
-// Exit kiosk mode
-await CapacitorAndroidKiosk.exitKioskMode();
-
-// Check if in kiosk mode
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-console.log('Kiosk mode active:', isInKioskMode);
-```
-
-### Fonctionnalité du lanceur
-
-Pour bénéficier des fonctionnalités complètes du mode kiosque, vous devez définir votre application comme lanceur d'appareil :
-
-```typescript
-// Open home screen settings for user to select your app as launcher
-await CapacitorAndroidKiosk.setAsLauncher();
-
-// Check if app is set as launcher
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-console.log('App is launcher:', isLauncher);
-```
-
-### Contrôle des clés matérielles
-
-Contrôlez quels boutons matériels sont autorisés à fonctionner en mode kiosque :
-
-```typescript
-// Allow only volume keys
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false
-});
-
-// Block all keys (default)
-await CapacitorAndroidKiosk.setAllowedKeys({});
-```
-
-## Exemple complet
-
-```typescript
-async function setupKioskMode() {
-  try {
-    // Check if already set as launcher
-    const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-
-    if (!isLauncher) {
-      // Prompt user to set as launcher
-      await CapacitorAndroidKiosk.setAsLauncher();
-      alert('Please select this app as your Home app');
-      return;
-    }
-
-    // Configure allowed keys
-    await CapacitorAndroidKiosk.setAllowedKeys({
-      volumeUp: true,
-      volumeDown: true,
-      back: false,
-      home: false,
-      recent: false,
-      power: false
-    });
-
-    // Enter kiosk mode
-    await CapacitorAndroidKiosk.enterKioskMode();
-    console.log('Kiosk mode activated');
-
-  } catch (error) {
-    console.error('Failed to setup kiosk mode:', error);
-  }
-}
-```
-
-## API Référence
-
-### estInKioskMode()
-
-Vérifie si l'application s'exécute actuellement en mode kiosque.
-
-```typescript
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-```
-
-**Retours :**
-- `isInKioskMode` (booléen) : indique si le mode kiosque est actuellement actif
-
----
-
-### isSetAsLauncher()
-
-Vérifie si l'application est définie comme lanceur d'appareil (application domestique).
-
-```typescript
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-```
-
-**Retours :**
-- `isLauncher` (booléen) : indique si l'application est définie comme lanceur de périphérique
-
----
-
-### enterKioskMode()
-
-Passe en mode kiosque, masquant l’interface utilisateur du système et bloquant les boutons matériels. L'application doit être définie comme lanceur d'appareil pour que cela fonctionne efficacement.
-
-```typescript
-await CapacitorAndroidKiosk.enterKioskMode();
-```
-
----
-
-### quitterKioskMode()
-
-Quitte le mode kiosque, rétablissant la fonctionnalité normale de l'interface utilisateur du système et des boutons matériels.
-
-```typescript
-await CapacitorAndroidKiosk.exitKioskMode();
-```
-
----
-
-### setAsLauncher()
-
-Ouvre les paramètres de l'écran d'accueil de l'appareil pour permettre à l'utilisateur de définir cette application comme lanceur. Ceci est requis pour la fonctionnalité complète du mode kiosque.
-
-```typescript
-await CapacitorAndroidKiosk.setAsLauncher();
-```
-
----
-
-### setAllowedKeys (options)
-
-Définit les touches matérielles autorisées à fonctionner en mode kiosque. Par défaut, toutes les clés matérielles sont bloquées en mode kiosque.
-
-```typescript
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false,
-  power: false,
-  camera: false,
-  menu: false
-});
-```
-
-**Paramètres :**
-- `volumeUp` (booléen, facultatif) : Autoriser le bouton d'augmentation du volume (par défaut : faux)
-- `volumeDown` (booléen, facultatif) : Autoriser le bouton de réduction du volume (par défaut : faux)
-- `back` (booléen, facultatif) : Autoriser le bouton Retour (par défaut : false)
-- `home` (booléen, facultatif) : Autoriser le bouton d'accueil (par défaut : faux)
-- `recent` (booléen, facultatif) : bouton Autoriser les applications récentes (par défaut : false)
-- `power` (booléen, facultatif) : Autoriser le bouton d'alimentation (par défaut : faux)
-- `camera` (booléen, facultatif) : Autoriser le bouton de la caméra s'il est présent (par défaut : faux)
-- `menu` (booléen, facultatif) : Autoriser le bouton de menu s'il est présent (par défaut : faux)
-
----
-
-###getPluginVersion()
-
-Obtenez la version native du plugin Capacitor.
-
-```typescript
-const { version } = await CapacitorAndroidKiosk.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-**Retours :**
-- `version` (string) : Le numéro de version du plugin
-
-## AndroidConfiguration
-
-### 1. Configuration de l'activité principale
-
-Pour activer le blocage complet des clés matérielles, vous devez remplacer `dispatchKeyEvent` dans votre `MainActivity.java` :
-
-```java
-import android.view.KeyEvent;
-import ee.forgr.plugin.android_kiosk.CapacitorAndroidKioskPlugin;
-
-public class MainActivity extends BridgeActivity {
-    @Override
-    public boolean dispatchKeyEvent(KeyEvent event) {
-        // Get the kiosk plugin
-        CapacitorAndroidKioskPlugin kioskPlugin = (CapacitorAndroidKioskPlugin)
-            this.getBridge().getPlugin("CapacitorAndroidKiosk").getInstance();
-
-        if (kioskPlugin != null && kioskPlugin.shouldBlockKey(event.getKeyCode())) {
-            return true; // Block the key
-        }
-
-        return super.dispatchKeyEvent(event);
-    }
-
-    @Override
-    public void onBackPressed() {
-        // Don't call super.onBackPressed() to disable back button
-        // Or call the plugin's handleOnBackPressed
-    }
-}
-```### 2. AndroidManifest.xml
-
-Ajoutez un filtre d'intention de lanceur pour rendre votre application sélectionnable en tant que lanceur :
-
-```xml
-<activity
-    android:name=".MainActivity"
-    ...>
-
-    <!-- Existing intent filter -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.LAUNCHER" />
-    </intent-filter>
-
-    <!-- Add this to make app selectable as launcher -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.HOME" />
-        <category android:name="android.intent.category.DEFAULT" />
-    </intent-filter>
-</activity>
-```
-
-## Remarques importantes
-
-1. **Exigence du lanceur** : pour bénéficier d'une fonctionnalité complète du mode kiosque (blocage du bouton d'accueil, empêchement du changement de tâche), votre application doit être définie comme lanceur d'appareil.
-
-2. **Test** : lors des tests, vous pouvez quitter le mode kiosque par programme ou en définissant une autre application comme lanceur.
-
-3. **Android Versions** : Le plugin utilise des API Android modernes pour Android 11+ et revient à des méthodes plus anciennes pour la compatibilité avec Android 6.0+.
-
-4. **Sécurité** : ce plugin est conçu pour les applications de kiosque légitimes. Assurez-vous de fournir aux utilisateurs un moyen de quitter le mode kiosque.
-
-5. **Batterie** : le mode kiosque maintient l'écran allumé. Pensez à mettre en œuvre votre propre gestion du délai d’attente de l’écran ou de la luminosité.
-
-## iOS Alternative
-
-Pour les appareils iOS, utilisez la fonctionnalité intégrée [Accès guidé](https://support.apple.com/en-us/HT202612) :
-
-1. Accédez à Paramètres > Accessibilité > Accès guidé
-2. Activez l'accès guidé
-3. Définir un mot de passe
-4. Ouvrez votre application
-5. Triple-cliquez sur le bouton latéral
-6. Ajustez les paramètres et démarrez l'accès guidé
-
-## meilleures pratiques
-
-1. **Vérifiez d'abord l'état du lanceur**
-   ```typescript
-   const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-   if (!isLauncher) {
-     // Prompt user to set as launcher first
-     await CapacitorAndroidKiosk.setAsLauncher();
-   }
-   ```
-
-2. **Fournir un mécanisme de sortie**
-   ```typescript
-   // Allow specific key combination to exit
-   // Or implement a secret gesture/pattern
-   async function exitKioskWithConfirmation() {
-     const confirmed = confirm('Exit kiosk mode?');
-     if (confirmed) {
-       await CapacitorAndroidKiosk.exitKioskMode();
-     }
-   }
-   ```
-
-3. **Gérer le cycle de vie des applications**
-   ```typescript
-   // Re-enter kiosk mode when app resumes
-   window.addEventListener('resume', async () => {
-     const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-     if (!isInKioskMode) {
-       await CapacitorAndroidKiosk.enterKioskMode();
-     }
-   });
-   ```
-
-4. **Gestion des erreurs**
-   ```typescript
-   try {
-     await CapacitorAndroidKiosk.enterKioskMode();
-   } catch (error) {
-     console.error('Failed to enter kiosk mode:', error);
-     // Notify user and provide alternative
-   }
-   ```
diff --git a/src/content/docs/fr/plugins/android-kiosk/index.mdx b/src/content/docs/fr/plugins/android-kiosk/index.mdx
deleted file mode 100644
index 300192992..000000000
--- a/src/content/docs/fr/plugins/android-kiosk/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-Android-kiosk"
-description: Android Kiosk Mode plugin for Capacitor - Lock Appareil into kiosk mode with launcher functionality
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Lock your Android Appareil into kiosk mode with full control over hardware buttons and launcher functionality for your Capacitor apps.
-  image: 
-    file: ~public/icons/plugins/android-kiosk.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/android-kiosk/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-kiosk/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Kiosk Mode" icon="rocket">
-    Hide system UI and enter immersive fullscreen mode
-  </Card>
-  <Card title="Launcher Integration" icon="setting">
-    Set your Application as the Appareil launcher/Accueil Application
-  </Card>
-  <Card title="Hardware Key Control" icon="warning">
-    Block or allow specific hardware buttons (Retour, Accueil, recent, volume, power)
-  </Card>
-  <Card title="Status Detection" icon="approve-check">
-    Vérifier if kiosk mode is Actif or if Application is set as launcher
-  </Card>
-  <Card title="Android 6.0+" icon="star">
-    Supports Android API 23 through Android 15 (API 35)
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/Android-kiosk/getting-started/) to integrate kiosk mode in minutes.
-  </Card>
-</CardGrid>
-
-## Platform Support
-
-This plugin is **Android-only**. For iOS kiosk mode functionality, please use the Appareil's built-in [Guided Access](https://Support.apple.com/en-us/HT202612) Fonctionnalité.
diff --git a/src/content/docs/fr/plugins/android-usagestatsmanager/getting-started.mdx b/src/content/docs/fr/plugins/android-usagestatsmanager/getting-started.mdx
deleted file mode 100644
index 90df551e5..000000000
--- a/src/content/docs/fr/plugins/android-usagestatsmanager/getting-started.mdx
+++ /dev/null
@@ -1,173 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the Android Utilisation Stats Manager plugin to access Application Utilisation Statistiques and Appareil Utilisation data.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Platform Configuration
-
-### Android
-
-Add the required permissions to your `android/app/src/main/AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## Utilisation Exemple
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// Check if permission is granted
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // Open settings to grant permission
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// Query usage statistics for the last 7 days
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7 days ago
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// Get all installed packages
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## API Référence
-
-### isUsageStatsPermissionGranted()
-
-```typescript
-isUsageStatsPermissionGranted() => Promise<{ granted: boolean }>
-```
-
-Vérifier if the PACKAGE_USAGE_STATS permission is granted.
-
-**Returns:** `Promise<{ granted: boolean }>`
-
-### openUsageStatsSettings()
-
-```typescript
-openUsageStatsSettings() => Promise<void>
-```
-
-Open the system Paramètres page for granting Utilisation stats permission.
-
-### queryAndAggregateUsageStats(Options)
-
-```typescript
-queryAndAggregateUsageStats(options: UsageStatsOptions) => Promise<UsageStatsResult>
-```
-
-Query detailed Utilisation Statistiques for installed apps.
-
-| Param         | Type                           |
-| ------------- | ------------------------------ |
-| **`options`** | `UsageStatsOptions` |
-
-**Returns:** `Promise<UsageStatsResult>`
-
-### queryAllPackages()
-
-```typescript
-queryAllPackages() => Promise<PackagesResult>
-```
-
-Get Information À propos all installed packages on the Appareil.
-
-**Returns:** `Promise<PackagesResult>`
-
-## Interfaces
-
-### UsageStatsOptions
-
-| Prop               | Type                | Description                                         |
-| ------------------ | ------------------- | --------------------------------------------------- |
-| **`intervalType`** | `number` | Interval type (0=DAILY, 1=WEEKLY, 2=MONTHLY, etc.) |
-| **`startTime`**    | `number` | Start time in milliseconds                          |
-| **`endTime`**      | `number` | End time in milliseconds                            |
-
-### UsageStatsResult
-
-Contains Utilisation Statistiques data for each Application:
-
-- Application Utilisation time and frequency
-- First and last time used
-- Total time in foreground
-- Launch count
-
-### PackagesResult
-
-Contains Information À propos installed packages:
-
-- Package name and Version
-- Installation time
-- Application labels and icons
-- System vs Utilisateur apps
-
-## Permission Handling
-
-The plugin requires special permissions that cannot be granted through normal runtime permission requests:
-
-1. **PACKAGE_USAGE_STATS**: Allows access to Utilisation Statistiques
-2. **QUERY_ALL_PACKAGES**: Required for package Information (Android 11+)
-
-Users must manually grant these permissions through system settings. Use `openUsageStatsSettings()` to direct users to the appropriate settings page.
-
-## Bonnes pratiques
-
-- Always Vérifier permission status before querying Utilisation Statistiques
-- Handle permission denial gracefully with Utilisateur-friendly messages
-- Consider Utilisateur privacy when collecting Utilisation data
-- Implement proper data handling and storage practices
-- Follow Google Play policies for Utilisation data collection
-
-## Use Cases
-
-- **Digital wellbeing apps**: Monitor screen time and Application Utilisation
-- **Parental controls**: Track children's Appareil Utilisation
-- **Productivity apps**: Analyze work patterns and focus time
-- **Analyse**: Understand Utilisateur behavior and Application engagement
diff --git a/src/content/docs/fr/plugins/android-usagestatsmanager/index.mdx b/src/content/docs/fr/plugins/android-usagestatsmanager/index.mdx
deleted file mode 100644
index 22a484f79..000000000
--- a/src/content/docs/fr/plugins/android-usagestatsmanager/index.mdx
+++ /dev/null
@@ -1,148 +0,0 @@
----
-title: '@capgo/capacitor-android-usagestatsmanager'
-description: ''
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Accédez aux statistiques d'utilisation de Android pour surveiller
-    l'utilisation des applications, le temps d'écran et les analyses du
-    comportement des utilisateurs avec des données au niveau du système.
-  image:
-    file: ~public/icons/plugins/android-usagestatsmanager.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/android-usagestatsmanager/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-android-usagestatsmanager/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Aperçu
-
-Le plugin Capacitor Android Usage Stats Manager expose le UsageStatsManager SDK de Android aux applications Capacitor, permettant l'accès aux statistiques détaillées d'utilisation des applications et aux données d'utilisation des appareils. Ce plugin permet aux développeurs de suivre les modèles d'utilisation des applications, le temps d'écran et les analyses du comportement des utilisateurs sur les appareils Android.
-
-<CardGrid stagger>
-  <Card title="Statistiques d'utilisation" icon="rocket">
-    Accédez aux données Android UsageStatsManager SDK 📱
-  </Card>
-  <Card title="Surveillance des applications" icon="moon">
-    Suivez le temps et la fréquence d'utilisation de chaque application 🕐
-  </Card>
-  <Card title="Gestion des autorisations" icon="approve-check">
-    Gérez les autorisations des statistiques d'utilisation de manière transparente 🛡️
-  </Card>
-  <Card title="Informations sur le colis" icon="puzzle">
-    Interrogez les détails et les métadonnées du package installé 📦
-  </Card>
-</CardGrid>
-
-##Installation
-
-```bash
-npm install @capgo/capacitor-android-usagestatsmanager
-npx cap sync
-```
-
-## Autorisations requises
-
-Ajoutez ces autorisations à votre `android/app/src/main/AndroidManifest.xml` :
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## Méthodes de base API
-
-### Statistiques d'utilisation
-- `queryAndAggregateUsageStats(options)` - Récupérer des statistiques d'utilisation détaillées pour les applications installées
-- `isUsageStatsPermissionGranted()` - Vérifiez si l'autorisation des statistiques d'utilisation est accordée
-- `openUsageStatsSettings()` - Ouvrir les paramètres système pour l'autorisation des statistiques d'utilisation
-
-### Informations sur le colis
-- `queryAllPackages()` - Obtenez des informations sur tous les packages installés
-
-## Exemple d'utilisation
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// Check if permission is granted
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // Open settings to grant permission
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// Query usage statistics
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7 days ago
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// Get all installed packages
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## Gestion des autorisations
-
-Le plugin nécessite des autorisations spéciales qui ne peuvent pas être accordées via des demandes d'autorisation d'exécution normales :
-
-1. **PACKAGE_USAGE_STATS** : Permet d'accéder aux statistiques d'utilisation
-2. **QUERY_ALL_PACKAGES** : requis pour les informations sur le package (Android 11+)
-
-Les utilisateurs doivent accorder manuellement ces autorisations via les paramètres système. Utilisez `openUsageStatsSettings()` pour diriger les utilisateurs vers la page de paramètres appropriée.
-
-## Types de données
-
-### Statistiques d'utilisation
-- Temps et fréquence d'utilisation de l'application
-- Première et dernière utilisation
-- Temps total au premier plan
-- Nombre de lancements
-
-### Informations sur le colis
-- Nom et version du package
-- Temps de pose
-- Étiquettes et icônes d'application
-- Applications système et applications utilisateur
-
-## Cas d'utilisation
-
-- **Applications de bien-être numérique** : surveillez le temps d'écran et l'utilisation des applications
-- **Contrôle parental** : suivez l'utilisation des appareils des enfants
-- **Applications de productivité** : analysez les habitudes de travail et le temps de concentration
-- **Analytics** : comprenez le comportement des utilisateurs et l'engagement des applications
-
-## Android Compatibilité
-
-- **Version Android minimale** : API niveau 21 (Android 5.0)
-- **Fonctionnalités avancées** : API niveau 29+ (Android 10+) pour des statistiques améliorées
-- **Requêtes de packages** : API niveau 30+ (Android 11+) nécessite QUERY_ALL_PACKAGES
-
-## Considérations de sécurité
-
-- L'autorisation des statistiques d'utilisation est sensible et nécessite le consentement de l'utilisateur
-- Tenir compte de la confidentialité des utilisateurs lors de la collecte des données d'utilisation
-- Mettre en œuvre des pratiques appropriées de traitement et de stockage des données
-- Suivez les politiques Google Play pour la collecte de données d'utilisation
-
-##Documents
-
-Consultez la [documentation complète](/docs/plugins/android-usagestatsmanager/getting-started/) pour obtenir des guides de mise en œuvre détaillés et des modèles d'utilisation avancés.
diff --git a/src/content/docs/fr/plugins/appinsights/getting-started.mdx b/src/content/docs/fr/plugins/appinsights/getting-started.mdx
deleted file mode 100644
index 047a159ba..000000000
--- a/src/content/docs/fr/plugins/appinsights/getting-started.mdx
+++ /dev/null
@@ -1,208 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plug-in AppInsights pour l'analyse
-  des applications dans votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-appinsights" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilisation
-
-Importez le plugin et initialisez-le avec vos informations d'identification AppInsights :
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-// Initialize the SDK
-const initializeAnalytics = async () => {
-  await CapacitorAppinsights.init({
-    partnerId: 'your-partner-id',
-    partnerKey: 'your-partner-key'
-  });
-};
-
-// Set user ID for tracking
-const setUser = async (userId: string) => {
-  await CapacitorAppinsights.setUserId({ userId });
-};
-
-// Get SDK state
-const checkSDKState = async () => {
-  const state = await CapacitorAppinsights.getState();
-  console.log('SDK State:', state);
-};
-
-// Get plugin version
-const checkVersion = async () => {
-  const { version } = await CapacitorAppinsights.getPluginVersion();
-  console.log('Plugin version:', version);
-};
-```
-
-## API Référence
-
-### initialisation(options)
-
-Initialisez AppInsights SDK avec vos informations d'identification.
-
-```typescript
-await CapacitorAppinsights.init({
-  partnerId: 'your-partner-id',
-  partnerKey: 'your-partner-key'
-});
-```
-
-**Paramètres :**
-- `partnerId` (chaîne) : votre identifiant de partenaire AppInsights
-- `partnerKey` (chaîne) : votre clé de partenaire AppInsights
-
-### setUserId (options)
-
-Définissez ou mettez à jour l'ID utilisateur après l'initialisation.
-
-```typescript
-await CapacitorAppinsights.setUserId({
-  userId: 'user-123'
-});
-```
-
-**Paramètres :**
-- `userId` (string) : L'ID utilisateur à définir pour le suivi
-
-###getState()
-
-Obtenez l'état actuel du SDK.
-
-```typescript
-const state = await CapacitorAppinsights.getState();
-console.log(state);
-// {
-//   initCompleted: true,
-//   jobScheduled: true,
-//   permissionAcquired: true
-// }
-```
-
-**Retours :**
-- `initCompleted` (booléen) : indique si l'initialisation de SDK est terminée
-- `jobScheduled` (booléen) : indique si la tâche de collecte de données est planifiée
-- `permissionAcquired` (booléen) : indique si les autorisations nécessaires sont acquises
-
-###getPluginVersion()
-
-Obtenez la version native du plugin Capacitor.
-
-```typescript
-const { version } = await CapacitorAppinsights.getPluginVersion();
-console.log('Version:', version);
-```
-
-## Exemple complet
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-export class AnalyticsService {
-  private initialized = false;
-
-  async initialize(partnerId: string, partnerKey: string) {
-    try {
-      await CapacitorAppinsights.init({
-        partnerId,
-        partnerKey
-      });
-
-      const state = await CapacitorAppinsights.getState();
-      this.initialized = state.initCompleted;
-
-      console.log('AppInsights initialized:', state);
-    } catch (error) {
-      console.error('Failed to initialize AppInsights:', error);
-    }
-  }
-
-  async identifyUser(userId: string) {
-    if (!this.initialized) {
-      throw new Error('AppInsights not initialized');
-    }
-
-    await CapacitorAppinsights.setUserId({ userId });
-    console.log('User identified:', userId);
-  }
-
-  async getSDKStatus() {
-    const state = await CapacitorAppinsights.getState();
-    return {
-      ready: state.initCompleted && state.permissionAcquired,
-      tracking: state.jobScheduled,
-      state
-    };
-  }
-}
-```
-
-## meilleures pratiques
-
-1. **Initialiser tôt**
-   Initialisez le SDK dès que votre application démarre pour garantir un suivi précis :
-   ```typescript
-   // In your app initialization
-   await CapacitorAppinsights.init({
-     partnerId: process.env.APPINSIGHTS_PARTNER_ID,
-     partnerKey: process.env.APPINSIGHTS_PARTNER_KEY
-   });
-   ```
-
-2. **Définir l'ID utilisateur lors de la connexion**
-   Identifiez les utilisateurs après authentification :
-   ```typescript
-   async function onUserLogin(user) {
-     await CapacitorAppinsights.setUserId({
-       userId: user.id
-     });
-   }
-   ```
-
-3. **Vérifiez l'état SDK**
-   Vérifiez que SDK est prêt avant les opérations critiques :
-   ```typescript
-   const state = await CapacitorAppinsights.getState();
-   if (!state.initCompleted) {
-     console.warn('AppInsights not ready');
-   }
-   ```
-
-4. **Gérer les erreurs avec élégance**
-   ```typescript
-   try {
-     await CapacitorAppinsights.init(config);
-   } catch (error) {
-     console.error('Analytics initialization failed:', error);
-     // Continue app operation even if analytics fails
-   }
-   ```
-
-## Remarques sur la plate-forme
-
-### iOS
-- Nécessite iOS 10.0+
-- Assurez-vous que vous disposez des autorisations nécessaires dans Info.plist pour le suivi
-
-### Android
-- Nécessite Android 5.0 (API 21)+
-- Peut nécessiter une autorisation de statistiques d'utilisation en fonction des fonctionnalités de suivi
-
-###Web
-- Non pris en charge sur la plateforme Web
diff --git a/src/content/docs/fr/plugins/appinsights/index.mdx b/src/content/docs/fr/plugins/appinsights/index.mdx
deleted file mode 100644
index cf0eac98a..000000000
--- a/src/content/docs/fr/plugins/appinsights/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-appinsights"
-description: Application insights and Analyse integration for Capacitor apps using the Apptopia AppInsights SDK.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Track Application Utilisation, Utilisateur behavior, and performance metrics with AppInsights integration for your Capacitor apps.
-  image: 
-    file: ~public/icons/plugins/appinsights.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/appinsights/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-appinsights/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Analytics Tracking" icon="star">
-    Track Utilisateur behavior and Application Utilisation with AppInsights
-  </Card>
-  <Card title="User Identification" icon="heart">
-    Set and manage Utilisateur IDs for personalized tracking
-  </Card>
-  <Card title="SDK State Management" icon="setting">
-    Monitor SDK Initialisation and permission status
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/appinsights/getting-started/) to integrate Analyse in minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/audio-recorder/getting-started.mdx b/src/content/docs/fr/plugins/audio-recorder/getting-started.mdx
deleted file mode 100644
index 2ae3481e0..000000000
--- a/src/content/docs/fr/plugins/audio-recorder/getting-started.mdx
+++ /dev/null
@@ -1,396 +0,0 @@
----
-title: Premiers pas avec l'enregistreur audio
-description: >-
-  Découvrez comment intégrer l'enregistrement audio dans votre application
-  Capacitor
-locale: fr
----
-Ce guide vous guidera dans l'intégration du plugin Capacitor Audio Recorder dans votre application.
-
-##Installation
-
-Installez le plugin en utilisant npm :
-
-```bash
-npm install @capgo/capacitor-audio-recorder
-npx cap sync
-```
-
-## iOSConfiguration
-
-Ajoutez ce qui suit à votre `Info.plist` :
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs access to the microphone to record audio</string>
-```
-
-## AndroidConfiguration
-
-Ajoutez les autorisations suivantes à votre `AndroidManifest.xml` :
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-```
-
-##Configuration Web
-
-Le plugin utilise le MediaRecorder API. Nécessite HTTPS en production.
-
-## Utilisation de base
-
-### Importer le plugin
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-```
-
-### Demander des autorisations
-
-```typescript
-const requestPermission = async () => {
-  const permission = await AudioRecorder.requestPermissions();
-  console.log('Permission status:', permission.recordAudio);
-};
-```
-
-### Commencer l'enregistrement
-
-```typescript
-const startRecording = async () => {
-  await AudioRecorder.startRecording();
-  console.log('Recording started');
-};
-```
-
-### Arrêter l'enregistrement
-
-```typescript
-const stopRecording = async () => {
-  const result = await AudioRecorder.stopRecording();
-  console.log('Recording path:', result.filePath);
-  console.log('Duration:', result.duration);
-};
-```
-
-### Pause/Reprise de l'enregistrement
-
-```typescript
-const pauseRecording = async () => {
-  await AudioRecorder.pauseRecording();
-  console.log('Recording paused');
-};
-
-const resumeRecording = async () => {
-  await AudioRecorder.resumeRecording();
-  console.log('Recording resumed');
-};
-```
-
-### Obtenir le statut
-
-```typescript
-const getStatus = async () => {
-  const status = await AudioRecorder.getStatus();
-  console.log('Is recording:', status.isRecording);
-  console.log('Duration:', status.currentTime);
-};
-```
-
-## Exemple complet
-
-Voici une implémentation complète de l'enregistreur vocal :
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-
-class VoiceRecorder {
-  private isRecording = false;
-  private isPaused = false;
-  private recordingPath: string | null = null;
-
-  async initialize() {
-    const permission = await AudioRecorder.checkPermissions();
-
-    if (permission.recordAudio !== 'granted') {
-      const requested = await AudioRecorder.requestPermissions();
-
-      if (requested.recordAudio !== 'granted') {
-        throw new Error('Microphone permission denied');
-      }
-    }
-  }
-
-  async startRecording() {
-    try {
-      await AudioRecorder.startRecording();
-      this.isRecording = true;
-      this.isPaused = false;
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  async pauseRecording() {
-    if (!this.isRecording || this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.pauseRecording();
-      this.isPaused = true;
-      console.log('Recording paused');
-    } catch (error) {
-      console.error('Failed to pause recording:', error);
-      throw error;
-    }
-  }
-
-  async resumeRecording() {
-    if (!this.isRecording || !this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.resumeRecording();
-      this.isPaused = false;
-      console.log('Recording resumed');
-    } catch (error) {
-      console.error('Failed to resume recording:', error);
-      throw error;
-    }
-  }
-
-  async stopRecording() {
-    if (!this.isRecording) {
-      return null;
-    }
-
-    try {
-      const result = await AudioRecorder.stopRecording();
-      this.isRecording = false;
-      this.isPaused = false;
-      this.recordingPath = result.filePath;
-
-      console.log('Recording stopped');
-      console.log('File path:', result.filePath);
-      console.log('Duration:', result.duration, 'seconds');
-
-      return result;
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  async getCurrentStatus() {
-    const status = await AudioRecorder.getStatus();
-    return {
-      isRecording: status.isRecording,
-      duration: status.currentTime,
-      isPaused: this.isPaused
-    };
-  }
-
-  formatDuration(seconds: number): string {
-    const mins = Math.floor(seconds / 60);
-    const secs = Math.floor(seconds % 60);
-    return `${mins}:${secs.toString().padStart(2, '0')}`;
-  }
-
-  getRecordingPath(): string | null {
-    return this.recordingPath;
-  }
-}
-
-// Usage
-const recorder = new VoiceRecorder();
-
-// Initialize
-await recorder.initialize();
-
-// Start recording
-await recorder.startRecording();
-
-// Pause
-await recorder.pauseRecording();
-
-// Resume
-await recorder.resumeRecording();
-
-// Stop and get result
-const result = await recorder.stopRecording();
-console.log('Recording saved:', result?.filePath);
-```
-
-## Configuration avancée
-
-### Configurer la qualité audio
-
-```typescript
-const startHighQualityRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',           // aac, mp3, or wav
-    sampleRate: 44100,       // 44100 Hz (CD quality)
-    channels: 2,             // Stereo
-    bitRate: 320000          // 320 kbps
-  });
-};
-```
-
-### Configurer pour la voix
-
-```typescript
-const startVoiceRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',
-    sampleRate: 16000,       // 16 kHz (voice optimized)
-    channels: 1,             // Mono
-    bitRate: 64000           // 64 kbps
-  });
-};
-```
-
-## Exemple d'intégration de l'interface utilisateur
-
-```typescript
-class AudioRecorderUI {
-  private recorder: VoiceRecorder;
-  private updateInterval: any;
-
-  constructor() {
-    this.recorder = new VoiceRecorder();
-  }
-
-  async init() {
-    await this.recorder.initialize();
-    this.setupEventListeners();
-  }
-
-  setupEventListeners() {
-    const recordButton = document.getElementById('record-btn');
-    const pauseButton = document.getElementById('pause-btn');
-    const stopButton = document.getElementById('stop-btn');
-
-    recordButton?.addEventListener('click', () => this.handleRecord());
-    pauseButton?.addEventListener('click', () => this.handlePause());
-    stopButton?.addEventListener('click', () => this.handleStop());
-  }
-
-  async handleRecord() {
-    await this.recorder.startRecording();
-    this.startDurationUpdate();
-    this.updateUI('recording');
-  }
-
-  async handlePause() {
-    const status = await this.recorder.getCurrentStatus();
-
-    if (status.isPaused) {
-      await this.recorder.resumeRecording();
-      this.updateUI('recording');
-    } else {
-      await this.recorder.pauseRecording();
-      this.updateUI('paused');
-    }
-  }
-
-  async handleStop() {
-    const result = await this.recorder.stopRecording();
-    this.stopDurationUpdate();
-    this.updateUI('stopped');
-
-    if (result) {
-      this.showRecordingResult(result);
-    }
-  }
-
-  startDurationUpdate() {
-    this.updateInterval = setInterval(async () => {
-      const status = await this.recorder.getCurrentStatus();
-      this.updateDurationDisplay(status.duration);
-    }, 100);
-  }
-
-  stopDurationUpdate() {
-    if (this.updateInterval) {
-      clearInterval(this.updateInterval);
-    }
-  }
-
-  updateDurationDisplay(duration: number) {
-    const display = document.getElementById('duration');
-    if (display) {
-      display.textContent = this.recorder.formatDuration(duration);
-    }
-  }
-
-  updateUI(state: 'recording' | 'paused' | 'stopped') {
-    // Update button states, colors, etc.
-    console.log('UI state:', state);
-  }
-
-  showRecordingResult(result: any) {
-    console.log('Recording complete:', result);
-    // Show playback UI, save options, etc.
-  }
-}
-
-// Initialize UI
-const ui = new AudioRecorderUI();
-ui.init();
-```
-
-## meilleures pratiques
-
-1. **Demander les autorisations plus tôt** : vérifiez les autorisations avant d'afficher l'interface utilisateur d'enregistrement
-2. **Gérer les interruptions** : les appels téléphoniques et les alarmes peuvent interrompre l'enregistrement
-3. **Gérer le stockage** : nettoyez les anciens enregistrements pour économiser de l'espace
-4. **Fournir des commentaires** : afficher l'état de l'enregistrement, la durée et la forme d'onde
-5. **Test sur les appareils** : les simulateurs/émulateurs ont une prise en charge audio limitée
-
-## Problèmes courants
-
-### Autorisation refusée
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await AudioRecorder.checkPermissions();
-
-  if (permission.recordAudio === 'denied') {
-    alert('Microphone permission is required to record audio. Please enable it in Settings.');
-  }
-};
-```
-
-### Enregistrement interrompu
-
-```typescript
-// Handle app going to background
-document.addEventListener('pause', async () => {
-  const status = await recorder.getCurrentStatus();
-  if (status.isRecording) {
-    await recorder.pauseRecording();
-    // Notify user
-  }
-});
-```
-
-### Gestion du stockage
-
-```typescript
-const cleanupOldRecordings = async () => {
-  // Implement cleanup logic
-  // Delete recordings older than X days
-  // Or keep only last N recordings
-};
-```
-
-## Prochaines étapes
-
-- Explorez la [API Reference](https://github.com/Cap-go/capacitor-audio-recorder#api) pour une documentation complète sur la méthode
-- Consultez l'[exemple d'application](https://github.com/Cap-go/capacitor-audio-recorder/tree/main/example) pour une utilisation avancée.
-- Voir le [tutoriel](/plugins/capacitor-audio-recorder) pour des exemples complets d'implémentation
diff --git a/src/content/docs/fr/plugins/audio-recorder/index.mdx b/src/content/docs/fr/plugins/audio-recorder/index.mdx
deleted file mode 100644
index 5cdd91dd0..000000000
--- a/src/content/docs/fr/plugins/audio-recorder/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-audio-recorder'
-description: 'Enregistrez de l''audio sur iOS, Android et Web avec Capacitor'
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: Enregistrement audio de haute qualité pour vos applications Capacitor
-  image:
-    file: ~public/icons/plugins/audio-recorder.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/audio-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-audio-recorder'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Cross-Platform" icon="laptop">
-    Record audio on iOS, Android, and Web with a unified API 🌐
-  </Card>
-  <Card title="Formats multiples" icon="document">
-    Prise en charge de l'encodage AAC, MP3 et WAV 🎵
-  </Card>
-  <Card title="Qualité configurable" icon="setting">
-    Control sample rate, bit rate, and channels for optimal quality 🎚️
-  </Card>
-  <Card title="Documentation complète" icon="open-book">
-    Check the [Documentation](/docs/plugins/audio-recorder/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/audiosession/getting-started.mdx b/src/content/docs/fr/plugins/audiosession/getting-started.mdx
deleted file mode 100644
index 0c8f0220a..000000000
--- a/src/content/docs/fr/plugins/audiosession/getting-started.mdx
+++ /dev/null
@@ -1,73 +0,0 @@
----
-title: Commencer
-description: >-
-  Configurez le plugin AudioSession pour réagir aux changements et interruptions
-  de la route audio iOS.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-> ℹ️ **Prise en charge de la plateforme :** La session audio API est disponible sur iOS. Les appels à Android et au Web sont résolus sans effet afin que vous puissiez conserver une logique partagée.
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-plugin-audiosession" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser la plateforme iOS**
-   <PackageManagers type="exec" pkg="cap" args="sync ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Inspecter les sorties disponibles
-
-```typescript
-import { AudioSession, AudioSessionPorts } from '@capgo/capacitor-plugin-audiosession';
-
-const outputs = await AudioSession.currentOutputs();
-
-if (outputs.includes(AudioSessionPorts.BLUETOOTH_A2DP)) {
-  console.log('Bluetooth speaker connected');
-}
-```
-
-## Passer en mode haut-parleur
-
-```typescript
-import { AudioSession, OutputOverrideType } from '@capgo/capacitor-plugin-audiosession';
-
-await AudioSession.overrideOutput(OutputOverrideType.speaker);
-
-// Restore system routing when you are done
-await AudioSession.overrideOutput(OutputOverrideType.default);
-```
-
-## Écoutez les événements d'itinéraire et d'interruption
-
-```typescript
-import { AudioSession, RouteChangeReasons, InterruptionTypes } from '@capgo/capacitor-plugin-audiosession';
-
-const routeListener = await AudioSession.addListener('routeChanged', (reason) => {
-  if (reason === RouteChangeReasons.NEW_DEVICE_AVAILABLE) {
-    console.log('User connected a new audio route');
-  }
-});
-
-const interruptionListener = await AudioSession.addListener('interruption', (type) => {
-  if (type === InterruptionTypes.BEGAN) {
-    // Pause playback while we are interrupted
-  } else {
-    // Resume playback
-  }
-});
-
-// Later during cleanup
-await routeListener.remove();
-await interruptionListener.remove();
-```
-
-## Droits
-
-- **iOS** : ajoutez tous les modes audio d'arrière-plan requis (par exemple `audio`, `voice`) dans `ios/App/App/Info.plist` si votre application lit de l'audio en arrière-plan.
-- **Autres plates-formes** : Aucune configuration supplémentaire n'est nécessaire ; les méthodes se résoudront avec des résultats vides.
diff --git a/src/content/docs/fr/plugins/audiosession/index.mdx b/src/content/docs/fr/plugins/audiosession/index.mdx
deleted file mode 100644
index 7f8a539fe..000000000
--- a/src/content/docs/fr/plugins/audiosession/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: '@capgo/capacitor-plugin-audiosession'
-description: >-
-  Observez et contrôlez la session audio iOS à partir des applications Capacitor
-  pour gérer les changements d'itinéraire et les interruptions.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Écoutez les changements de route audio, réagissez aux interruptions et
-    redirigez la lecture vers le haut-parleur sans quitter Capacitor.
-  image:
-    file: ~public/icons/plugins/audiosession.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/audiosession/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-audiosession/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Le plugin AudioSession de Capgo vous offre un contrôle précis sur la couche iOS AVAudioSession afin que vous puissiez gérer avec élégance les écouteurs, les appareils Bluetooth et les interruptions inattendues.
-
-<CardGrid stagger>
-  <Card title="Connaissance des itinéraires" icon="rocket">
-    Détectez lorsque les utilisateurs branchent ou débranchent des casques, des AirPod, des haut-parleurs Bluetooth, etc.
-  </Card>
-  <Card title="Remplacement du haut-parleur" icon="setting">
-    Forcez la lecture via le haut-parleur intégré lorsque vous avez besoin d'un son mains libres.
-  </Card>
-  <Card title="Gestion des interruptions" icon="moon">
-    Réagissez aux événements d'interruption tels que les appels téléphoniques ou Siri pour mettre en pause et reprendre l'audio en toute sécurité.
-  </Card>
-  <Card title="Type de sécurité" icon="pencil">
-    Des définitions TypeScript fortes facilitent la création d'expériences audio résilientes.
-  </Card>
-</CardGrid>
-
-Ce plugin cible iOS où le contrôle AVAudioSession est requis. Sur d'autres plates-formes, les appels sont résolus sans effet, vous permettant de conserver un chemin de code partagé.
diff --git a/src/content/docs/fr/plugins/autofill-save-password/getting-started.mdx b/src/content/docs/fr/plugins/autofill-save-password/getting-started.mdx
deleted file mode 100644
index bb860e37b..000000000
--- a/src/content/docs/fr/plugins/autofill-save-password/getting-started.mdx
+++ /dev/null
@@ -1,262 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et configurer le plugin Autofill Save Password
-  pour une gestion transparente des mots de passe dans votre application
-  Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-##Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Prise en charge de la plateforme
-
-- **iOS** : Prise en charge complète (iOS 18.3 et versions antérieures)
-- **Android** : Travaux en cours
-
-## Configuration de la plateforme
-
-### iOS
-
-#### 1. Configuration des domaines associés
-
-Configurez les domaines associés dans votre compte développeur Apple et ajoutez-les à votre fichier `App.entitlements` :
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-#### 2. Configuration des informations d'identification Web
-
-Ajoutez un fichier `.well-known/apple-app-site-association` à votre site Web :
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-### Android (Support futur)
-
-#### 1. Plugin de services Google
-
-Ajouter à `android/app/build.gradle` :
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-#### 2. Configuration du domaine
-
-Ajouter à `android/app/src/main/res/values/strings.xml` :
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-## Exemple d'utilisation
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// Save password after successful login
-async function login(username: string, password: string) {
-  try {
-    // Perform your login logic here
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // Prompt user to save password
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // iOS only
-      });
-
-      console.log('Password saved successfully');
-    }
-  } catch (error) {
-    console.error('Failed to save password:', error);
-  }
-}
-
-// Read saved password for autofill
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Found saved credentials');
-      // Pre-fill login form
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Failed to read saved password:', error);
-  }
-
-  return null;
-}
-```
-
-## API Référence
-
-### promptDialog(options)
-
-```typescript
-promptDialog(options: SavePasswordOptions) => Promise<void>
-```
-
-Enregistre les informations d'identification de l'utilisateur dans le trousseau du système.
-
-| Paramètres | Tapez |
-| ------------- | --------------------------------- |
-| **`options`** | `SavePasswordOptions` |
-
-### readPassword()
-
-```typescript
-readPassword() => Promise<SavedCredentials>
-```
-
-Récupère les informations d'identification enregistrées à partir du trousseau du système.
-
-**Retours :** `Promise<SavedCredentials>`
-
-##Interfaces
-
-### Enregistrer les options de mot de passe
-
-| Accessoire | Tapez | Descriptif |
-| ---------- | ------------------ | --------------------------------------------- |
-| **`username`** | `string` | Le nom d'utilisateur à enregistrer |
-| **`password`** | `string` | Le mot de passe à enregistrer |
-| **`url`** | `string` | iOS uniquement - URL du domaine associé (facultatif) |
-
-### Informations d'identification enregistrées
-
-| Accessoire | Tapez | Descriptif |
-| ---------- | ----------------- | ---------------------------- |
-| **`username`** | `string` | Le nom d'utilisateur enregistré |
-| **`password`** | `string` | Le mot de passe enregistré |
-
-## Intégration avec le flux de connexion
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // Authenticate with your backend
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // Offer to save credentials
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login failed:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // User declined to save or error occurred
-      console.log('Password not saved:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('No saved credentials found');
-      return null;
-    }
-  }
-}
-```
-
-## meilleures pratiques
-
-- Invite uniquement à enregistrer les mots de passe après une authentification réussie
-- Gérer les cas où les utilisateurs refusent d'enregistrer correctement leurs mots de passe
-- Implémenter une gestion appropriée des erreurs pour les échecs d'accès au trousseau
-- Utilisez les domaines associés pour un partage transparent des informations d'identification des applications Web
-- Testez la fonctionnalité de remplissage automatique sur différentes versions de iOS
-
-## Considérations de sécurité
-
-- Les informations d'identification sont stockées dans le trousseau du système avec les indicateurs de sécurité appropriés
-- Les domaines associés garantissent que les informations d'identification ne sont accessibles qu'aux applications autorisées
-- Suivez les directives de sécurité de la plateforme pour la gestion des informations d'identification
-- Envisager de mettre en œuvre des mesures de sécurité supplémentaires pour les applications sensibles
diff --git a/src/content/docs/fr/plugins/autofill-save-password/index.mdx b/src/content/docs/fr/plugins/autofill-save-password/index.mdx
deleted file mode 100644
index d2def4f6b..000000000
--- a/src/content/docs/fr/plugins/autofill-save-password/index.mdx
+++ /dev/null
@@ -1,284 +0,0 @@
----
-title: '@capgo/capacitor-autofill-save-password'
-description: >-
-  Plugin de prise en charge de la saisie automatique des mots de passe pour les
-  applications Capacitor avec gestion des informations d'identification,
-  stockage sécurisé et expérience utilisateur transparente.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Activez la saisie automatique des mots de passe et la gestion des
-    informations d'identification avec l'intégration du système pour des
-    expériences d'authentification transparentes.
-  image:
-    file: ~public/icons/plugins/autofill-save-password.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/autofill-save-password/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-autofill-save-password/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Aperçu
-
-Le plugin Capacitor Autofill Save Password fournit des fonctionnalités d'enregistrement de mot de passe et de remplissage automatique pour les applications Capacitor. Ce plugin s'intègre à la gestion des informations d'identification au niveau du système pour offrir des expériences d'authentification transparentes avec un stockage et une récupération sécurisés des mots de passe.
-
-<CardGrid stagger>
-  <Card title="Enregistrement du mot de passe" icon="rocket">
-    Enregistrez les informations d'identification dans le trousseau du système en toute sécurité 🔐
-  </Card>
-  <Card title="Intégration de remplissage automatique" icon="setting">
-    Prise en charge de la saisie automatique des mots de passe au niveau du système 🗝️
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Support iOS avec développement Android en cours 📱
-  </Card>
-  <Card title="Association de domaine" icon="puzzle">
-    Domaines associés pour une authentification transparente ❤️
-  </Card>
-</CardGrid>
-
-##Installation
-
-```bash
-npm install @capgo/capacitor-autofill-save-password
-npx cap sync
-```
-
-## Prise en charge de la plateforme
-
-- **iOS** : Prise en charge complète (fonctionne avec iOS 18.3 et versions antérieures)
-- **Android** : Travaux en cours
-
-## iOSConfiguration
-
-### 1. Configuration des domaines associés
-
-Configurez les domaines associés dans votre compte développeur Apple et ajoutez-les à votre fichier `App.entitlements` :
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-### 2. Configuration des informations d'identification Web
-
-Ajoutez un fichier `.well-known/apple-app-site-association` à votre site Web :
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-## Méthodes principales API
-
-### Gestion des mots de passe
-- `promptDialog(options)` - Enregistrer le mot de passe dans le trousseau du système
-- `readPassword()` - Lire le mot de passe enregistré à partir du trousseau
-
-## Exemple d'utilisation
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// Save password after successful login
-async function login(username: string, password: string) {
-  try {
-    // Perform your login logic here
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // Prompt user to save password
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // iOS only
-      });
-
-      console.log('Password saved successfully');
-    }
-  } catch (error) {
-    console.error('Failed to save password:', error);
-  }
-}
-
-// Read saved password for autofill
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Found saved credentials');
-      // Pre-fill login form
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Failed to read saved password:', error);
-  }
-
-  return null;
-}
-```
-
-## Android Configuration (travail en cours)
-
-Pour la future prise en charge de Android, la configuration suivante sera requise :
-
-### 1. Plugin de services Google
-
-Ajouter à `android/app/build.gradle` :
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-### 2. Configuration du domaine
-
-Ajouter à `android/app/src/main/res/values/strings.xml` :
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-### 3. Google Services JSON
-
-Ajoutez `google-services.json` à votre projet Android.
-
-## API Référence
-
-### promptDialog(options)
-
-Enregistre les informations d'identification de l'utilisateur dans le trousseau du système.
-
-```typescript
-interface SavePasswordOptions {
-  username: string;
-  password: string;
-  url?: string; // iOS only - associated domain URL
-}
-```
-
-### readPassword()
-
-Récupère les informations d'identification enregistrées à partir du trousseau du système.
-
-```typescript
-interface SavedCredentials {
-  username: string;
-  password: string;
-}
-```
-
-## Intégration avec le flux de connexion
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // Authenticate with your backend
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // Offer to save credentials
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login failed:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // User declined to save or error occurred
-      console.log('Password not saved:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('No saved credentials found');
-      return null;
-    }
-  }
-}
-```
-
-## meilleures pratiques
-
-- Invite uniquement à enregistrer les mots de passe après une authentification réussie
-- Gérer les cas où les utilisateurs refusent d'enregistrer correctement leurs mots de passe
-- Implémenter une gestion appropriée des erreurs pour les échecs d'accès au trousseau
-- Utilisez les domaines associés pour un partage transparent des informations d'identification des applications Web
-- Testez la fonctionnalité de remplissage automatique sur différentes versions de iOS
-
-## Considérations de sécurité
-
-- Les informations d'identification sont stockées dans le trousseau du système avec les indicateurs de sécurité appropriés
-- Les domaines associés garantissent que les informations d'identification ne sont accessibles qu'aux applications autorisées
-- Suivez les directives de sécurité de la plateforme pour la gestion des informations d'identification
-- Envisager de mettre en œuvre des mesures de sécurité supplémentaires pour les applications sensibles
-
-## Limites
-
-- Le support Android est actuellement en cours de développement
-- iOS nécessite une configuration appropriée des domaines associés
-- Le comportement de remplissage automatique peut varier selon les différentes versions de iOS
-- Nécessite le consentement de l'utilisateur pour enregistrer et accéder aux informations d'identification
-
-##Documents
-
-Consultez la [documentation complète](/docs/plugins/autofill-save-password/getting-started/) pour obtenir des guides de mise en œuvre détaillés et des modèles d'intégration avancés.
diff --git a/src/content/docs/fr/plugins/background-geolocation/getting-started.mdx b/src/content/docs/fr/plugins/background-geolocation/getting-started.mdx
deleted file mode 100644
index 27f86401d..000000000
--- a/src/content/docs/fr/plugins/background-geolocation/getting-started.mdx
+++ /dev/null
@@ -1,266 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plugin Background Geolocation pour
-  suivre l'emplacement de l'appareil en arrière-plan.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-##Installation
-
-Ce plugin prend en charge Capacitor v7 :
-
-| Capacitor  | Plugin |
-|------------|--------|
-| v7         | v7     |
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-</Tabs>
-
-## Platform Setup
-
-### iOS
-
-Ajoutez les clés suivantes à `Info.plist.` :
-
-```xml
-<dict>
-  ...
-  <key>NSLocationWhenInUseUsageDescription</key>
-  <string>We need to track your location</string>
-  <key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-  <string>We need to track your location while your device is locked.</string>
-  <key>UIBackgroundModes</key>
-  <array>
-    <string>location</string>
-  </array>
-  ...
-</dict>
-```
-
-### Android
-
-Définissez l'option `android.useLegacyBridge` sur `true` dans votre configuration Capacitor. Cela empêche les mises à jour de localisation de s'arrêter après 5 minutes en arrière-plan. See https://capacitorjs.com/docs/config and https://github.com/capacitor-community/background-geolocation/issues/89.
-
-Sur Android 13+, l'application a besoin de l'autorisation d'exécution `POST_NOTIFICATIONS` pour afficher la notification persistante informant l'utilisateur que sa position est utilisée en arrière-plan. Cette autorisation d'exécution est demandée une fois l'autorisation de localisation accordée.
-
-Si votre application transfère les mises à jour de localisation à un serveur en temps réel, sachez qu'après 5 minutes en arrière-plan, Android limitera les requêtes HTTP lancées à partir de WebView. La solution consiste à utiliser un plugin HTTP natif tel que [CapacitorHttp](https://capacitorjs.com/docs/apis/http). See https://github.com/capacitor-community/background-geolocation/issues/14.
-
-Une configuration spécifique à Android peut être effectuée dans `strings.xml` :
-```xml
-<resources>
-    <!--
-        The channel name for the background notification. This will be visible
-        when the user presses & holds the notification. It defaults to
-        "Background Tracking".
-    -->
-    <string name="capacitor_background_geolocation_notification_channel_name">
-        Background Tracking
-    </string>
-
-    <!--
-        The icon to use for the background notification. Note the absence of a
-        leading "@". It defaults to "mipmap/ic_launcher", the app's launch icon.
-
-        If a raster image is used to generate the icon (as opposed to a vector
-        image), it must have a transparent background. To make sure your image
-        is compatible, select "Notification Icons" as the Icon Type when
-        creating the image asset in Android Studio.
-
-        An incompatible image asset will cause the notification to misbehave in
-        a few telling ways, even if the icon appears correctly:
-
-          - The notification may be dismissable by the user when it should not
-            be.
-          - Tapping the notification may open the settings, not the app.
-          - The notification text may be incorrect.
-    -->
-    <string name="capacitor_background_geolocation_notification_icon">
-        drawable/ic_tracking
-    </string>
-
-    <!--
-        The color of the notification as a string parseable by
-        android.graphics.Color.parseColor. Optional.
-    -->
-    <string name="capacitor_background_geolocation_notification_color">
-        yellow
-    </string>
-</resources>
-```
-
-## Utilisation
-
-```javascript
-import { BackgroundGeolocation } from "@capgo/background-geolocation";
-
-BackgroundGeolocation.start(
-    {
-        backgroundMessage: "Cancel to prevent battery drain.",
-        backgroundTitle: "Tracking You.",
-        requestPermissions: true,
-        stale: false,
-        distanceFilter: 50
-    },
-    (location, error) => {
-        if (error) {
-            if (error.code === "NOT_AUTHORIZED") {
-                if (window.confirm(
-                    "This app needs your location, " +
-                    "but does not have permission.\n\n" +
-                    "Open settings now?"
-                )) {
-                    // It can be useful to direct the user to their device's
-                    // settings when location permissions have been denied. The
-                    // plugin provides the 'openSettings' method to do exactly
-                    // this.
-                    BackgroundGeolocation.openSettings();
-                }
-            }
-            return console.error(error);
-        }
-        return console.log(location);
-    }
-).then(() => {
-    // When location updates are no longer needed, the plugin should be stopped by calling
-    BackgroundGeolocation.stop();
-});
-
-// Set a planned route to get a notification sound when a new location arrives and it's not on the route:
-
-BackgroundGeolocation.setPlannedRoute({soundFile: "assets/myFile.mp3", route: [[1,2], [3,4]], distance: 30 });
-
-// If you just want the current location, try something like this. The longer
-// the timeout, the more accurate the guess will be. I wouldn't go below about 100ms.
-function guessLocation(callback, timeout) {
-    let last_location;
-    BackgroundGeolocation.start(
-        {
-            requestPermissions: false,
-            stale: true
-        },
-        (location) => {
-            last_location = location || undefined;
-        }
-    ).then(() => {
-        setTimeout(() => {
-            callback(last_location);
-            BackgroundGeolocation.stop();
-        }, timeout);
-    });
-}
-```
-
-## API
-
-### début(...)
-
-```typescript
-start(options: StartOptions, callback: (position?: Location | undefined, error?: CallbackError | undefined) => void) => Promise<void>
-```
-
-Pour commencer à écouter les changements dans l'emplacement de l'appareil, appelez cette méthode.
-Une promesse est renvoyée pour indiquer que l'appel est terminé. Le rappel sera appelé à chaque fois qu'un nouvel emplacement
-est disponible, ou s'il y a eu une erreur lors de l'appel de cette méthode. Ne comptez pas sur le rejet d'une promesse pour cela.
-
-| Param          | Tapez | Descriptif |
-| ---------- | ------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------- |
-| **`options`** | `StartOptions` | Les options de configuration |
-| **`callback`** | `(position?: Location, error?: CallbackError) => void` | La fonction de rappel invoquée lorsqu'un nouvel emplacement est disponible ou qu'une erreur se produit |
-
-### arrête()
-
-```typescript
-stop() => Promise<void>
-```
-
-Arrête les mises à jour de localisation.
-
-### openSettings()
-
-```typescript
-openSettings() => Promise<void>
-```
-
-Opens the device's location settings page.
-Utile pour demander aux utilisateurs d'activer les services de localisation ou d'ajuster les autorisations.
-
-### setPlannedRoute(...)
-
-```typescript
-setPlannedRoute(options: SetPlannedRouteOptions) => Promise<void>
-```
-
-Lit un fichier sonore lorsque l'utilisateur s'écarte de l'itinéraire prévu.
-Cela doit être utilisé pour jouer un son (en arrière-plan également, uniquement pour les natifs).| Paramètres | Tapez | Descriptif |
-| ------------- | ------------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | `SetPlannedRouteOptions` | Les options de paramétrage de l'itinéraire prévu et du fichier son |
-
-##Interfaces
-
-### Options de démarrage
-
-Les options de configuration des mises à jour de localisation.| Accessoire | Tapez | Descriptif | Par défaut |
-| -------------------- | -------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------- |
-| **`backgroundMessage`** | `string` | Si l'option "backgroundMessage" est définie, le plugin fournira des mises à jour de localisation, que l'application soit en arrière-plan ou au premier plan. Si elle n'est pas définie, les mises à jour de localisation ne sont garanties qu'au premier plan. Cela est vrai sur les deux plateformes. Le Android, une notification doit être affichée pour continuer à recevoir des mises à jour de localisation en arrière-plan. Cette option spécifie le texte de cette notification. |                                    |
-| **`backgroundTitle`** | `string` | Le titre de la notification mentionnée ci-dessus.                                                                                                                                                                                                                                                                                                                                                                       | `"Utiliser votre position"` |
-| **`requestPermissions`** | `boolean` | Indique si les autorisations doivent être demandées automatiquement à l'utilisateur, si elles ne sont pas déjà accordées.                                                                                                                                                                                                                                                                                                                | `true` |
-| **`stale`** | `boolean` | Si « vrai », des emplacements obsolètes peuvent être fournis pendant que l'appareil obtient une position GPS. Vous êtes responsable de la vérification de la propriété « time ». Si « faux », les emplacements sont garantis être à jour.                                                                                                                                                                                                                         | `false` |
-| **`distanceFilter`** | `number` | Distance en mètres que l'appareil doit parcourir avant qu'une nouvelle mise à jour de localisation ne soit déclenchée. Ceci est utilisé pour filtrer les petits mouvements et réduire le nombre de mises à jour.| `0` |### Localisation
-
-Représente un emplacement géographique avec divers attributs.
-Contient toutes les propriétés de localisation standard renvoyées par les fournisseurs GPS/réseau.
-
-| Accessoire | Tapez | Descriptif |
-| ---------------------- | -------------------------------- | ---------------------------------------------------------------------------------------------------------------------------- |
-| **`latitude`** | `number` | Latitude en degrés. Plage : -90,0 à +90,0 |
-| **`longitude`** | `number` | Longitude en degrés. Plage : -180,0 à +180,0 |
-| **`accuracy`** | `number` | Rayon d'incertitude horizontale en mètres, avec un niveau de confiance de 68 %. Des valeurs inférieures indiquent une localisation plus précise.                         |
-| **`altitude`** | `number \| null` | Mètres au-dessus du niveau de la mer (ou nul si non disponible).                                                                                     |
-| **`altitudeAccuracy`** | `number \| null` | Incertitude verticale en mètres, avec un niveau de confiance de 68 % (ou nul si non disponible).                                                        |
-| **`simulated`** | `boolean` | `true` si l'emplacement a été simulé par un logiciel plutôt que par GPS. Utile pour détecter des emplacements fictifs en cours de développement ou de test.      |
-| **`bearing`** | `number \| null` | Écart par rapport au nord vrai en degrés (ou nul si non disponible). Plage : 0,0 à 360,0 |
-| **`speed`** | `number \| null` | Vitesse en mètres par seconde (ou nulle si non disponible).                                                                                 |
-| **`time`** | `number \| null` | Heure à laquelle l'emplacement a été produit, en millisecondes depuis l'époque Unix. Utilisez ceci pour vérifier si un emplacement est obsolète lorsque vous utilisez stale: true. |
-
-### Erreur de rappel
-
-Objet d'erreur qui peut être transmis au rappel de début d'emplacement.
-Étend l'erreur standard avec des codes d'erreur facultatifs.
-
-| Accessoire | Tapez | Descriptif |
-| ---------- | ------------------- | ----------------------------------------------------- |
-| **`code`** | `string` | Code d'erreur facultatif pour une gestion des erreurs plus spécifique. |
-
-### Définir les options d'itinéraire planifié| Accessoire | Tapez | Descriptif | Par défaut |
-| --------------- | ------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------- |
-| **`soundFile`** | `string` | Le nom du fichier son à lire. Il doit s'agir d'un chemin relatif sonore valide dans le dossier public de l'application pour fonctionner à la fois sur les plates-formes Web et natives. Il n'est pas nécessaire d'inclure le dossier public dans le chemin.                                            |                 |
-| **`route`** | `[number, number][]` | L'itinéraire planifié sous la forme d'un tableau de paires de longitude et de latitude. Chaque paire représente un point sur l'itinéraire. Ceci est utilisé pour définir un itinéraire que l'utilisateur peut suivre. L'itinéraire est utilisé pour émettre un son lorsque l'utilisateur s'en écarte.               |                 |
-| **`distance`** | `number` | La distance en mètres que l'utilisateur doit s'écarter de l'itinéraire prévu pour déclencher le son. Ceci est utilisé pour déterminer à quelle distance de l'itinéraire l'utilisateur peut se trouver avant que le son ne soit joué. Si elle n’est pas spécifiée, une valeur par défaut de 50 mètres est utilisée. | `50` |
diff --git a/src/content/docs/fr/plugins/background-geolocation/index.mdx b/src/content/docs/fr/plugins/background-geolocation/index.mdx
deleted file mode 100644
index 10b56510d..000000000
--- a/src/content/docs/fr/plugins/background-geolocation/index.mdx
+++ /dev/null
@@ -1,56 +0,0 @@
----
-locale: fr
-title: "Background Geolocation"
-description: A Capacitor plugin that lets you receive accurate geolocation Mises à jour even while the Application is backgrounded
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Receive accurate geolocation Mises à jour even while the Application is backgrounded.
-  image: 
-    file: ~public/icons/plugins/background-geolocation.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/background-geolocation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-background-geolocation
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Accurate Tracking" icon="rocket">
-    Prioritizes accuracy for use cases like hiking and navigation 🎯
-  </Card>
-  <Card title="Background Updates" icon="puzzle">
-    Continues to receive location Mises à jour even when the Application is in the background 🏃
-  </Card>
-  <Card title="Battery Efficient" icon="setting">
-    Optimized to balance accuracy and battery consumption 🔋
-  </Card>
-  <Card title="Premiers pas" icon="open-book">
-    Vérifier the [Commencer Guide](/docs/plugins/background-geolocation/getting-started/) to Installer and configure the plugin.
-  </Card>
-</CardGrid>
-
-## Plugin comparison
-
-A short comparison between the three main background-geolocation plugins commonly used in Capacitor apps.
-
-| Plugin | Accuracy | Background | HTTP Télécharger | Pricing |
-|--------|----------|------------|-------------|---------|
-| `@capacitor-community/background-geolocation` (Community) | Not accurate | Yes | No | Free |
-| `@capgo/background-geolocation` (this plugin) | Accurate | Yes | No | Free |
-| Transistorsoft (original) | Accurate | Yes | Yes — built-in HTTP uploader to your API | Paid |
-
-**Notes:**
-- The Communauté plugin is lightweight and continues to work in the background, but it is known to be less accurate than the Options below.
-- This Capgo plugin is optimized to provide accurate location fixes and reliable background operation without requiring a paid Licence.
-- Transistorsoft offers a Terminé commercial Solution that also includes built-in HTTP Télécharger capabilities for sending location data to your backend.
diff --git a/src/content/docs/fr/plugins/barometer/getting-started.mdx b/src/content/docs/fr/plugins/barometer/getting-started.mdx
deleted file mode 100644
index 361671fbe..000000000
--- a/src/content/docs/fr/plugins/barometer/getting-started.mdx
+++ /dev/null
@@ -1,215 +0,0 @@
----
-title: Premiers pas avec le baromètre
-description: >-
-  Découvrez comment intégrer la détection de pression barométrique dans votre
-  application Capacitor
-locale: fr
----
-Ce guide vous guidera dans l'intégration du plugin Capacitor Barometer dans votre application.
-
-##Installation
-
-Installez le plugin en utilisant npm :
-
-```bash
-npm install @capgo/capacitor-barometer
-npx cap sync
-```
-
-## iOS Configuration
-
-Ajoutez ce qui suit à votre `Info.plist` :
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>This app uses the barometer to measure atmospheric pressure</string>
-```
-
-## AndroidConfiguration
-
-Aucune configuration supplémentaire requise. Le plugin demande automatiquement les autorisations nécessaires.
-
-## Utilisation de base
-
-### Importer le plugin
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-```
-
-### Vérifier la disponibilité du capteur
-
-```typescript
-const checkBarometer = async () => {
-  const { available } = await Barometer.isAvailable();
-  console.log('Barometer available:', available);
-};
-```
-
-### Commencer à surveiller la pression
-
-```typescript
-const startMonitoring = async () => {
-  await Barometer.start({
-    interval: 1000 // Update interval in milliseconds
-  });
-
-  console.log('Barometer monitoring started');
-};
-```
-
-### Écoutez les événements de pression
-
-```typescript
-Barometer.addListener('pressureChange', (data) => {
-  console.log('Pressure (hPa):', data.pressure);
-  console.log('Relative altitude (m):', data.relativeAltitude);
-  console.log('Timestamp:', data.timestamp);
-});
-```
-
-### Obtenir la lecture actuelle
-
-```typescript
-const getCurrentPressure = async () => {
-  const reading = await Barometer.getCurrentReading();
-  console.log('Current pressure:', reading.pressure, 'hPa');
-  console.log('Relative altitude:', reading.relativeAltitude, 'm');
-};
-```
-
-### Arrêter la surveillance
-
-```typescript
-const stopMonitoring = async () => {
-  await Barometer.stop();
-  console.log('Barometer monitoring stopped');
-};
-```
-
-## Exemple complet
-
-Voici un exemple complet montrant l'intégration d'un baromètre :
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-
-class BarometerService {
-  private listener: any;
-
-  async initialize() {
-    // Check availability
-    const { available } = await Barometer.isAvailable();
-    if (!available) {
-      console.error('Barometer not available on this device');
-      return;
-    }
-
-    // Start monitoring
-    await Barometer.start({ interval: 1000 });
-
-    // Add listener
-    this.listener = Barometer.addListener('pressureChange', (data) => {
-      this.handlePressureChange(data);
-    });
-  }
-
-  handlePressureChange(data: any) {
-    console.log('Pressure:', data.pressure, 'hPa');
-    console.log('Altitude:', data.relativeAltitude, 'm');
-
-    // Update UI or process data
-    this.updateDisplay(data);
-  }
-
-  updateDisplay(data: any) {
-    // Convert hPa to other units
-    const inHg = (data.pressure * 0.02953).toFixed(2);
-    const mmHg = (data.pressure * 0.750062).toFixed(1);
-
-    console.log(`Pressure: ${data.pressure.toFixed(1)} hPa`);
-    console.log(`         ${inHg} inHg`);
-    console.log(`         ${mmHg} mmHg`);
-    console.log(`Altitude: ${data.relativeAltitude.toFixed(1)} m`);
-  }
-
-  async cleanup() {
-    // Remove listener
-    if (this.listener) {
-      this.listener.remove();
-    }
-
-    // Stop monitoring
-    await Barometer.stop();
-  }
-}
-
-// Usage
-const barometerService = new BarometerService();
-barometerService.initialize();
-
-// Cleanup when done
-// barometerService.cleanup();
-```
-
-## Comprendre les lectures
-
-### Pression atmosphérique
-- Mesuré en hectopascals (hPa) ou millibars (mb)
-- Pression standard au niveau de la mer : 1013,25 hPa
-- Altitude plus élevée = pression plus basse
-- Les systèmes météorologiques affectent les lectures de pression
-
-### Altitude relative
-- Calculé à partir des changements de pression
-- Par rapport au point de référence de départ
-- Précision : ±10-30 mètres
-- Fonctionne mieux pour le suivi à court terme
-
-## meilleures pratiques
-
-1. **Vérifier la disponibilité** : vérifiez toujours la disponibilité du capteur avant utilisation
-2. **Intervalles raisonnables** : n'interrogez pas trop fréquemment (1 000 ms, c'est bien)
-3. **Supprimer les auditeurs** : nettoyez les auditeurs lorsqu'ils ne sont pas nécessaires
-4. **Calibrage** : utilisez l'altitude connue pour des lectures précises
-5. **Impact de la batterie** : surveillez l'utilisation de la batterie avec une détection continue
-
-## Problèmes courants
-
-### Capteur non disponible
-```typescript
-try {
-  const { available } = await Barometer.isAvailable();
-  if (!available) {
-    // Fallback to GPS altitude or manual input
-    showAlternativeMethod();
-  }
-} catch (error) {
-  console.error('Barometer check failed:', error);
-}
-```
-
-### Données bruyantes
-```typescript
-class PressureFilter {
-  private readings: number[] = [];
-  private maxReadings = 5;
-
-  addReading(pressure: number): number {
-    this.readings.push(pressure);
-    if (this.readings.length > this.maxReadings) {
-      this.readings.shift();
-    }
-
-    // Return moving average
-    const sum = this.readings.reduce((a, b) => a + b, 0);
-    return sum / this.readings.length;
-  }
-}
-```
-
-## Prochaines étapes
-
-- Explorez la [Référence API](https://github.com/Cap-go/capacitor-barometer#api) pour une documentation complète de la méthode
-- Consultez l'[exemple d'application](https://github.com/Cap-go/capacitor-barometer/tree/main/example) pour une utilisation avancée.
-- Voir le [tutoriel](/plugins/capacitor-barometer) pour des exemples complets d'implémentation
diff --git a/src/content/docs/fr/plugins/barometer/index.mdx b/src/content/docs/fr/plugins/barometer/index.mdx
deleted file mode 100644
index a291bc13b..000000000
--- a/src/content/docs/fr/plugins/barometer/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-barometer"
-description: Accédez aux relevés du baromètre de l'appareil pour obtenir des données de pression atmosphérique et d'altitude à partir des capteurs de l'appareil.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Accédez aux données de pression barométrique et d'altitude des capteurs de l'appareil pour les applications météo et fitness.
-  image: 
-    file: ~public/icons/plugins/barometer.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/barometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-barometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Surveillance de la pression" icon="rocket">
-    Relevés de pression atmosphérique en temps réel 🌡️
-  </Card>
-  <Card title="Calcul de l'altitude" icon="star">
-    Calculez l'altitude relative à partir des variations de pression 📈
-  </Card>
-  <Card title="Écoute des événements" icon="setting">
-    Abonnez-vous aux événements de changement de pression 🔔
-  </Card>
-  <Card title="Multiplateforme" icon="laptop">
-    Fonctionne sur les appareils iOS et Android équipés de capteurs barométriques 📱
-  </Card>
-  <Card title="Premiers pas" icon="open-book">
-    Consultez le [guide de démarrage](/docs/plugins/barometer/getting-started/) pour installer et configurer le plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/camera-preview/getting-started.mdx b/src/content/docs/fr/plugins/camera-preview/getting-started.mdx
deleted file mode 100644
index ee14d166d..000000000
--- a/src/content/docs/fr/plugins/camera-preview/getting-started.mdx
+++ /dev/null
@@ -1,277 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plugin Camera Preview pour afficher
-  le flux de la caméra en temps réel et capturer des photos/vidéos dans votre
-  application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/camera-preview" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurer les autorisations**
-   
-   ### iOS
-   Ajoutez une description de l'utilisation de la caméra à votre `Info.plist` :
-   ```xml
-   <key>NSCameraUsageDescription</key>
-   <string>To take photos and videos</string>
-   <key>NSMicrophoneUsageDescription</key>
-   <string>To record audio with videos</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>To save photos and videos</string>
-   ```
-   
-   ### Android
-   Ajoutez des autorisations de caméra à votre `AndroidManifest.xml` :
-   ```xml
-   <uses-permission android:name="android.permission.CAMERA" />
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   ```
-</Steps>
-
-## Utilisation
-
-Importez le plugin et utilisez ses méthodes pour contrôler la caméra :
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview';
-import { CameraPreviewOptions, CameraPreviewPictureOptions } from '@capgo/camera-preview';
-
-// Start camera preview
-const startCamera = async () => {
-  const cameraPreviewOptions: CameraPreviewOptions = {
-    position: 'rear',
-    height: 1920,
-    width: 1080,
-    quality: 50,
-    toBack: false,
-    paddingBottom: 0,
-    rotateWhenOrientationChanged: true,
-    x: 0,
-    y: 0
-  };
-  
-  await CameraPreview.start(cameraPreviewOptions);
-};
-
-// Stop camera preview
-const stopCamera = async () => {
-  await CameraPreview.stop();
-};
-
-// Take a picture
-const takePicture = async () => {
-  const pictureOptions: CameraPreviewPictureOptions = {
-    quality: 90,
-    width: 1920,
-    height: 1080
-  };
-  
-  const result = await CameraPreview.capture(pictureOptions);
-  const base64PictureData = result.value;
-  
-  // Use the base64 image data
-  console.log(base64PictureData);
-};
-
-// Switch camera
-const flipCamera = async () => {
-  await CameraPreview.flip();
-};
-
-// Control flash
-const setFlashMode = async (mode: 'on' | 'off' | 'auto' | 'torch') => {
-  await CameraPreview.setFlashMode({ flashMode: mode });
-};
-
-// Start recording video
-const startRecording = async () => {
-  await CameraPreview.startRecordVideo({ 
-    storeToFile: true,
-    fileName: 'myvideo' 
-  });
-};
-
-// Stop recording
-const stopRecording = async () => {
-  const result = await CameraPreview.stopRecordVideo();
-  console.log('Video path:', result.videoFilePath);
-};
-```
-
-## API Référence
-
-### début (options)
-
-Démarre l'aperçu de la caméra.
-
-```typescript
-interface CameraPreviewOptions {
-  position?: 'rear' | 'front';
-  height?: number;
-  width?: number;
-  x?: number;
-  y?: number;
-  toBack?: boolean;
-  paddingBottom?: number;
-  rotateWhenOrientationChanged?: boolean;
-  storeToFile?: boolean;
-  disableExifHeaderStripping?: boolean;
-  enableHighResolution?: boolean;
-  disableAudio?: boolean;
-  lockAndroidOrientation?: boolean;
-  enableOpacity?: boolean;
-  enableZoom?: boolean;
-}
-```
-
-### arrête()
-
-Arrête l'aperçu de la caméra.
-
-### capture(options)
-
-Prend une photo et la renvoie sous forme de chaîne codée en base64.
-
-```typescript
-interface CameraPreviewPictureOptions {
-  height?: number;
-  width?: number;
-  quality?: number;
-}
-```
-
-### retourner()
-
-Bascule entre la caméra avant et la caméra arrière.
-
-### setFlashMode(options)
-
-Règle le mode flash.
-
-```typescript
-interface CameraPreviewFlashMode {
-  flashMode: 'off' | 'on' | 'auto' | 'torch';
-}
-```
-
-### startRecordVideo(options)
-
-Démarre l'enregistrement vidéo.
-
-```typescript
-interface CameraPreviewVideoOptions {
-  storeToFile?: boolean;
-  fileName?: string;
-  width?: number;
-  height?: number;
-  quality?: number;
-  withFlash?: boolean;
-}
-```
-
-### stopRecordVideo()
-
-Arrête l'enregistrement vidéo et renvoie le chemin du fichier vidéo.
-
-## Fonctionnalités avancées
-
-### Contrôle de la mise au point
-
-```typescript
-// Set focus
-await CameraPreview.setFocusCoordinate({
-  x: 100,
-  y: 100
-});
-
-// Get supported focus modes
-const focusModes = await CameraPreview.getFocusModes();
-
-// Set focus mode
-await CameraPreview.setFocusMode({
-  focusMode: 'continuous-picture'
-});
-```
-
-### Contrôle du zoom
-
-```typescript
-// Get max zoom
-const maxZoom = await CameraPreview.getMaxZoom();
-
-// Set zoom
-await CameraPreview.setZoom({ 
-  zoom: 2.0 
-});
-
-// Get current zoom
-const currentZoom = await CameraPreview.getZoom();
-```
-
-### Contrôle de l'exposition
-
-```typescript
-// Get exposure compensation range
-const range = await CameraPreview.getExposureCompensationRange();
-
-// Set exposure compensation
-await CameraPreview.setExposureCompensation({
-  exposureCompensation: 0.5
-});
-```
-
-## meilleures pratiques
-
-1. **Demandez d'abord les autorisations**
-   ```typescript
-   import { Camera } from '@capacitor/camera';
-   
-   const requestPermissions = async () => {
-     const permissions = await Camera.requestPermissions();
-     if (permissions.camera === 'granted') {
-       // Start camera preview
-     }
-   };
-   ```
-
-2. **Gérer les changements d'orientation**
-   Définissez `rotateWhenOrientationChanged: true` pour ajuster automatiquement l'aperçu.
-
-3. **Optimiser les performances**
-   - Utilisez les paramètres de résolution appropriés
-   - Arrêtez l'aperçu lorsqu'il n'est pas utilisé
-   - Désactivez les fonctionnalités dont vous n'avez pas besoin
-
-4. **Gestion des erreurs**
-   ```typescript
-   try {
-     await CameraPreview.start(options);
-   } catch (error) {
-     console.error('Failed to start camera:', error);
-   }
-   ```
-
-## Remarques sur la plate-forme
-
-### iOS
-- Nécessite iOS 10.0+
-- Utilise le framework AVFoundation
-- Accélération matérielle prise en charge
-
-### Android
-- Nécessite Android 5.0 (API 21)+
-- Utilise Camera2 API
-- Prend en charge diverses fonctionnalités de l'appareil photo en fonction des capacités de l'appareil
diff --git a/src/content/docs/fr/plugins/camera-preview/index.mdx b/src/content/docs/fr/plugins/camera-preview/index.mdx
deleted file mode 100644
index 70d9832fe..000000000
--- a/src/content/docs/fr/plugins/camera-preview/index.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: '@capgo/camera-preview'
-description: >-
-  Plugin Capacitor pour la fonctionnalité de prévisualisation de la caméra avec
-  affichage du flux de la caméra en temps réel et capacités de capture
-  photo/vidéo.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Affichez l'aperçu de l'appareil photo dans votre application avec un
-    contrôle total sur les paramètres de l'appareil photo, capturez des photos
-    et des vidéos directement à partir de l'aperçu.
-  image:
-    file: ~public/icons/plugins/camera-preview.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/camera-preview/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-camera-preview/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Aperçu en temps réel" icon="rocket">
-    Affichez le flux de la caméra en direct directement dans l'interface utilisateur de votre application 🚀
-  </Card>
-  <Card title="Contrôle total" icon="setting">
-    Contrôlez le flash, le zoom, la mise au point et basculez entre les appareils photo 📸
-  </Card>
-  <Card title="Capacités de capture" icon="pencil">
-    Prenez des photos et enregistrez des vidéos à partir de l'aperçu 🎥
-  </Card>
-  <Card title="Documentation complète" icon="open-book">
-    Consultez la [Documentation](/docs/plugins/camera-preview/getting-started/) pour maîtriser le plugin en quelques minutes seulement.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/capacitor-plus/getting-started.mdx b/src/content/docs/fr/plugins/capacitor-plus/getting-started.mdx
deleted file mode 100644
index 7873b2293..000000000
--- a/src/content/docs/fr/plugins/capacitor-plus/getting-started.mdx
+++ /dev/null
@@ -1,188 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer Capacitor+ en remplacement immédiat des packages
-  officiels Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-## Installation d'un nouveau projet
-
-<Steps>
-1. **Installer les packages de base**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   ```
-
-2. **Ajouter des packages de plateforme**
-   ```bash
-   npm install @capacitor-plus/android  # for Android
-   npm install @capacitor-plus/ios      # for iOS
-   ```
-
-3. **Initialisez Capacitor**
-   <PackageManagers type="exec" pkg="cap" args="init" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-4. **Ajouter des plateformes**
-   <PackageManagers type="exec" pkg="cap" args="add android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   <PackageManagers type="exec" pkg="cap" args="add ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Migration depuis le Capacitor officiel
-
-Si vous avez un projet Capacitor existant, la migration vers Capacitor+ est simple :
-
-<Steps>
-1. **Supprimer les packages officiels**
-   ```bash
-   npm uninstall @capacitor/core @capacitor/cli @capacitor/android @capacitor/ios
-   ```
-
-2. **Installez les packages Capacitor+**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   npm install @capacitor-plus/android  # if using Android
-   npm install @capacitor-plus/ios      # if using iOS
-   ```
-
-3. **Synchronisez votre projet**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-<Aside type="note">
-  Aucune modification de code requise ! Capacitor+ a le même API que le Capacitor officiel. Vos importations et votre code restent exactement les mêmes.
-</Aside>
-
-## Utilisation
-
-Puisque Capacitor+ est compatible avec API, votre code existant fonctionne sans modification :
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { registerPlugin } from '@capacitor/core';
-
-// Check platform
-const platform = Capacitor.getPlatform();
-console.log('Running on:', platform);
-
-// Check if native
-if (Capacitor.isNativePlatform()) {
-  console.log('Running on native platform');
-}
-
-// Register a custom plugin
-const MyPlugin = registerPlugin('MyPlugin');
-```
-
-### Avec les plugins officiels Capacitor
-
-Tous les plugins officiels Capacitor fonctionnent de manière transparente :
-
-```typescript
-import { Camera, CameraResultType } from '@capacitor/camera';
-import { Geolocation } from '@capacitor/geolocation';
-import { Storage } from '@capacitor/preferences';
-
-// Camera
-const photo = await Camera.getPhoto({
-  quality: 90,
-  resultType: CameraResultType.Uri
-});
-
-// Geolocation
-const position = await Geolocation.getCurrentPosition();
-
-// Storage
-await Storage.set({ key: 'name', value: 'John' });
-```
-
-### Avec les plugins Capgo
-
-Les plugins Capgo fonctionnent parfaitement avec Capacitor+ :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// Live updates
-await CapacitorUpdater.notifyAppReady();
-
-// Screen orientation
-await ScreenOrientation.lock({ orientation: 'portrait' });
-
-// Flashlight
-await CapacitorFlash.toggle();
-```
-
-## Comment fonctionne la synchronisation
-
-```
-┌─────────────────────┐     ┌──────────────────┐     ┌──────────────────┐     ┌─────────────────┐
-│  ionic-team/        │     │  CI/CD           │     │  Claude Code     │     │  npm publish    │
-│  capacitor          │────▶│  Pipeline        │────▶│  Security Review │────▶│  @capacitor-plus│
-│  (upstream)         │     │  (daily sync)    │     │  (AI analysis)   │     │  packages       │
-└─────────────────────┘     └──────────────────┘     └──────────────────┘     └─────────────────┘
-```
-
-1. **Synchronisation quotidienne** : GitHub Les actions récupèrent les dernières modifications de `ionic-team/capacitor`
-2. **Création PR** : Les modifications sont proposées sous forme de pull request à la branche `plus`
-3. **Validation CI** : exécutions d'une suite de tests complète (lint, tests unitaires, build iOS, build Android)
-4. **Examen de sécurité** : une analyse basée sur l'IA vérifie les vulnérabilités et les modifications importantes
-5. **Fusion automatique** : uniquement si CI réussit ET que l'examen de sécurité est approuvé
-6. **Publication automatique** : nouvelle version publiée sur npm sous `@capacitor-plus/*`
-
-## Détails de l'examen de sécurité
-
-Chaque synchronisation en amont est analysée pour :
-
-| Vérifier | Ce qu'il attrape |
-|-------|-----------------|
-| **Sécurité** | Injection de commandes, XSS, parcours de chemin, secrets codés en dur |
-| **Modifications récentes** | API supprimées/renommées, signatures modifiées, modifications de configuration |
-| **Stabilité** | Déréférencements nuls, exceptions non gérées, conditions de concurrence critique, fuites de mémoire |
-| **Sécurité des données** | Scénarios de perte de données, violations de la vie privée, stockage non sécurisé |
-| **Intégrité du code** | Code masqué, appels réseau suspects, portes dérobées |
-
-<Aside type="caution">
-  Si des problèmes sont détectés, le PR est marqué pour examen manuel et ne sera PAS automatiquement fusionné. Cela garantit que vous obtenez toujours des versions stables et sécurisées.
-</Aside>
-
-## Soumettre votre PR
-
-Vous avez un PR bloqué dans le dépôt officiel Capacitor ? Fusionnez-le dans Capacitor+ :
-
-<Steps>
-1. **Ouvrez un problème** dans le [Capacitor+ repo](https://github.com/Cap-go/capacitor-plus/issues) lié à votre PR en amont
-
-2. **Ou soumettez directement** en tant que PR à la succursale `plus`
-
-3. L'équipe examinera, exécutera CI et fusionnera si elle réussit
-</Steps>
-
-De cette façon, vous et d’autres pouvez bénéficier immédiatement de votre travail sans attendre le cycle de publication en amont.
-
-##FAQ
-
-### Est-ce prêt pour la production ?
-
-Oui. Capacitor+ est utilisé dans les applications de production. Chaque version passe la même suite de tests que le Capacitor officiel, ainsi qu'une analyse de sécurité supplémentaire.
-
-### Mes plugins officiels fonctionneront-ils toujours ?Oui. Tous les plugins `@capacitor/*` fonctionnent avec Capacitor+ prêt à l'emploi.
-
-### Que se passe-t-il si l'amont publie une modification radicale ?
-
-L’examen de la sécurité de l’IA signale les modifications importantes pour un examen manuel. Vous verrez les modifications documentées avant leur fusion.
-
-### Comment signaler des problèmes ?
-
-Problèmes de fichiers sur le [Capacitor+ GitHub repo](https://github.com/Cap-go/capacitor-plus/issues). Pour les problèmes qui affectent également le Capacitor officiel, nous vous aiderons à nous coordonner en amont.
-
-### Puis-je contribuer ?
-
-Absolument! Les PR sont les bienvenus. Vous pouvez soumettre des correctifs directement ou demander que des PR en amont spécifiques soient fusionnés.
diff --git a/src/content/docs/fr/plugins/capacitor-plus/index.mdx b/src/content/docs/fr/plugins/capacitor-plus/index.mdx
deleted file mode 100644
index 2c9d2b391..000000000
--- a/src/content/docs/fr/plugins/capacitor-plus/index.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: Capacitor+
-description: >-
-  Un fork automatisé et toujours synchronisé de Capacitor avec des PR
-  communautaires fusionnés et des versions rapides.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Capacitor+ est un fork automatisé de Capacitor qui fusionne plus rapidement
-    les PR de la communauté, avec des versions vérifiées par la sécurité.
-  image:
-    file: ~public/icons/plugins/capacitor-plus.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/capacitor-plus/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-plus/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-<Aside type="tip">
-  **Pourquoi Capacitor+ ?** Les excellents PR ne sont pas fusionnés dans le référentiel officiel Capacitor pendant des mois. Capacitor+ fusionne activement ces contributions de la communauté afin que vous n'ayez pas à attendre.
-</Aside>
-
-<CardGrid stagger>
-  <Card title="Les PR communautaires fusionnent plus rapidement" icon="rocket">
-    Corrections de bugs et fonctionnalités bloquées en amont ? Nous les fusionnons pour que vous puissiez en bénéficier immédiatement.
-  </Card>
-  <Card title="Synchronisé automatiquement quotidiennement" icon="seti:clock">
-    Chaque modification par rapport au Capacitor officiel est automatiquement extraite, testée et vérifiée.
-  </Card>
-  <Card title="Sécurité révisée" icon="approve-check">
-    Chaque version est analysée par l'IA pour détecter les vulnérabilités de sécurité, les modifications majeures et les risques de stabilité.
-  </Card>
-  <Card title="Remplacement instantané" icon="puzzle">
-    Même API que le Capacitor officiel - changez simplement la portée du package et vous avez terminé.
-  </Card>
-</CardGrid>
-
-## Philosophie
-
-L'équipe Ionic maintient Capacitor avec ses propres priorités et calendrier de sortie. Les contributions communautaires peuvent attendre des mois, voire des années, pour être fusionnées. Capacitor+ adopte une approche différente :
-
-1. **Fusionner les PR de Forks** - Les PR précieux bloqués dans la file d'attente en amont sont activement fusionnés
-2. **Synchronisation continue** - Chaque modification en amont est automatiquement extraite et testée
-3. **Publications rapides** - Les modifications sont publiées sur npm dès qu'elles passent CI
-4. **La communauté d'abord** - Vos contributions comptent et sont prioritaires
-5. **Transparence** – Toute l'automatisation est open source et visible
-
-## Forfaits
-
-| Forfait | npm |
-|---------|-----|
-| `@capacitor-plus/core` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/core)](https://www.npmjs.com/package/@capacitor-plus/core) |
-| `@capacitor-plus/cli` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/cli)](https://www.npmjs.com/package/@capacitor-plus/cli) |
-| `@capacitor-plus/android` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/android)](https://www.npmjs.com/package/@capacitor-plus/android) |
-| `@capacitor-plus/ios` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/ios)](https://www.npmjs.com/package/@capacitor-plus/ios) |
diff --git a/src/content/docs/fr/plugins/compass/getting-started.mdx b/src/content/docs/fr/plugins/compass/getting-started.mdx
deleted file mode 100644
index 979ab4d2f..000000000
--- a/src/content/docs/fr/plugins/compass/getting-started.mdx
+++ /dev/null
@@ -1,220 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plugin Compass pour lire le cap de
-  la boussole de l'appareil dans votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-compass" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS Configuration
-
-Sur iOS, l'accès à la boussole nécessite une autorisation de localisation. Ajoutez ce qui suit à votre `Info.plist` :
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>We need location permission to access the compass</string>
-```
-
-## Android Configuration
-
-Aucune configuration supplémentaire requise. Le plugin utilise les capteurs magnétomètre et accéléromètre de l'appareil.
-
-## Utilisation
-
-Importez le plugin et utilisez ses méthodes pour lire le cap de la boussole :
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-// Get current heading once
-const getCurrentHeading = async () => {
-  const { value } = await CapgoCompass.getCurrentHeading();
-  console.log('Current heading:', value, 'degrees');
-};
-
-// Start continuous heading updates
-const startCompass = async () => {
-  // Start listening for updates
-  await CapgoCompass.startListening();
-
-  // Add listener for heading changes
-  const handle = await CapgoCompass.addListener('headingChange', (event) => {
-    console.log('Heading:', event.value, 'degrees');
-  });
-
-  // Later, to stop listening:
-  // await CapgoCompass.stopListening();
-  // await handle.remove();
-};
-
-// Check permissions
-const checkPermission = async () => {
-  const status = await CapgoCompass.checkPermissions();
-  console.log('Permission status:', status.compass);
-};
-
-// Request permissions
-const requestPermission = async () => {
-  const status = await CapgoCompass.requestPermissions();
-  if (status.compass === 'granted') {
-    console.log('Compass access granted');
-  }
-};
-```
-
-## API Référence
-
-###getCurrentHeading()
-
-Obtenez le cap actuel de la boussole en degrés.
-
-```typescript
-const result = await CapgoCompass.getCurrentHeading();
-// Returns: { value: number } - heading in degrees (0-360)
-```
-
-### startListening()
-
-Commencez à écouter les changements de cap de la boussole. Doit être appelé avant que les événements de cap ne soient émis.
-
-```typescript
-await CapgoCompass.startListening();
-```
-
-### stopListening()
-
-Arrêtez d’écouter les changements de cap de la boussole.
-
-```typescript
-await CapgoCompass.stopListening();
-```
-
-### addListener('headingChange', rappel)
-
-Ajoutez un écouteur pour les événements de changement de titre.
-
-```typescript
-const handle = await CapgoCompass.addListener('headingChange', (event) => {
-  console.log('Heading:', event.value);
-});
-
-// Remove listener when done
-await handle.remove();
-```
-
-### supprimerAllListeners()
-
-Supprimez tous les auditeurs enregistrés.
-
-```typescript
-await CapgoCompass.removeAllListeners();
-```
-
-### checkPermissions()
-
-Vérifiez l’état actuel des autorisations.
-
-```typescript
-const status = await CapgoCompass.checkPermissions();
-// Returns: { compass: 'prompt' | 'granted' | 'denied' }
-```
-
-### requêtePermissions()
-
-Demandez l'autorisation d'accéder aux données de la boussole.
-
-```typescript
-const status = await CapgoCompass.requestPermissions();
-```
-
-###getPluginVersion()
-
-Obtenez la version native du plugin.
-
-```typescript
-const { version } = await CapgoCompass.getPluginVersion();
-```
-
-## Exemple complet
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-export class CompassService {
-  private listenerHandle: any = null;
-
-  async init() {
-    // Check and request permissions
-    const status = await CapgoCompass.checkPermissions();
-    if (status.compass !== 'granted') {
-      const result = await CapgoCompass.requestPermissions();
-      if (result.compass !== 'granted') {
-        throw new Error('Compass permission denied');
-      }
-    }
-  }
-
-  async startTracking(onHeadingChange: (heading: number) => void) {
-    // Start listening for updates
-    await CapgoCompass.startListening();
-
-    // Add event listener
-    this.listenerHandle = await CapgoCompass.addListener(
-      'headingChange',
-      (event) => {
-        onHeadingChange(event.value);
-      }
-    );
-  }
-
-  async stopTracking() {
-    if (this.listenerHandle) {
-      await this.listenerHandle.remove();
-      this.listenerHandle = null;
-    }
-    await CapgoCompass.stopListening();
-  }
-
-  async getHeading(): Promise<number> {
-    const { value } = await CapgoCompass.getCurrentHeading();
-    return value;
-  }
-
-  getCardinalDirection(heading: number): string {
-    const directions = ['N', 'NE', 'E', 'SE', 'S', 'SW', 'W', 'NW'];
-    const index = Math.round(heading / 45) % 8;
-    return directions[index];
-  }
-}
-```
-
-## Remarques sur la plate-forme
-
-### iOS
-- Nécessite iOS 10.0+
-- Utilise Core Location pour les données de cap
-- Nécessite une autorisation de localisation (NSLocationWhenInUseUsageDescription)
-- Les mises à jour des titres sont continues lorsque l'écoute est active
-
-### Android
-- Nécessite Android 6.0 (API 23)+
-- Utilise des capteurs accéléromètres et magnétomètres
-- Aucune autorisation spéciale requise pour les capteurs de boussole
-- Le cap est calculé à partir de la fusion des capteurs
-
-###Web
-- Non pris en charge sur la plateforme Web
-- Les méthodes généreront des erreurs lorsqu'elles seront appelées
diff --git a/src/content/docs/fr/plugins/compass/index.mdx b/src/content/docs/fr/plugins/compass/index.mdx
deleted file mode 100644
index 9daddbdf9..000000000
--- a/src/content/docs/fr/plugins/compass/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-compass"
-description: Read Appareil compass heading in degrees with continuous Mises à jour and permission handling.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Access Appareil compass sensor for heading data with real-time Mises à jour on iOS and Android.
-  image: 
-    file: ~public/icons/plugins/compass.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/compass/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-compass/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Real-time Heading" icon="rocket">
-    Get continuous compass heading Mises à jour in degrees (0-360)
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Works on both iOS and Android Appareils with Natif sensor access
-  </Card>
-  <Card title="Permission Handling" icon="seti:lock">
-    Built-in permission management for location services (iOS)
-  </Card>
-  <Card title="Event-driven" icon="star">
-    Subscribe to heading changes with efficient event listeners
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/contacts/getting-started.mdx b/src/content/docs/fr/plugins/contacts/getting-started.mdx
deleted file mode 100644
index 9c9d3f7fe..000000000
--- a/src/content/docs/fr/plugins/contacts/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-title: Premiers pas avec les contacts
-description: >-
-  Découvrez comment intégrer la gestion des contacts dans votre application
-  Capacitor
-locale: fr
----
-Ce guide vous guidera dans l'intégration du plugin Capacitor Contacts dans votre application.
-
-##Installation
-
-Installez le plugin en utilisant npm :
-
-```bash
-npm install @capgo/capacitor-contacts
-npx cap sync
-```
-
-## iOSConfiguration
-
-Ajoutez ce qui suit à votre `Info.plist` :
-
-```xml
-<key>NSContactsUsageDescription</key>
-<string>This app needs access to contacts to let you select recipients</string>
-```
-
-## AndroidConfiguration
-
-Ajoutez les autorisations suivantes à votre `AndroidManifest.xml` :
-
-```xml
-<uses-permission android:name="android.permission.READ_CONTACTS" />
-<uses-permission android:name="android.permission.WRITE_CONTACTS" />
-```
-
-## Utilisation de base
-
-### Importer le plugin
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-```
-
-### Demander des autorisations
-
-```typescript
-const requestPermissions = async () => {
-  const permission = await Contacts.requestPermissions();
-  console.log('Permission status:', permission.contacts);
-};
-```
-
-### Obtenir tous les contacts
-
-```typescript
-const getAllContacts = async () => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true,
-      image: true
-    }
-  });
-
-  console.log('Contacts:', result.contacts);
-};
-```
-
-### Rechercher des contacts
-
-```typescript
-const searchContacts = async (query: string) => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true
-    },
-    query: query
-  });
-
-  console.log('Search results:', result.contacts);
-};
-```
-
-### Créer un contact
-
-```typescript
-const createContact = async () => {
-  const newContact = {
-    name: {
-      given: 'John',
-      family: 'Doe'
-    },
-    phones: [{
-      type: 'mobile',
-      number: '+1234567890'
-    }],
-    emails: [{
-      type: 'work',
-      address: 'john.doe@example.com'
-    }]
-  };
-
-  const result = await Contacts.createContact(newContact);
-  console.log('Contact created:', result);
-};
-```
-
-### Mettre à jour le contact
-
-```typescript
-const updateContact = async (contactId: string) => {
-  const updates = {
-    contactId: contactId,
-    name: {
-      given: 'Jane',
-      family: 'Doe'
-    }
-  };
-
-  await Contacts.updateContact(updates);
-  console.log('Contact updated');
-};
-```
-
-### Supprimer le contact
-
-```typescript
-const deleteContact = async (contactId: string) => {
-  await Contacts.deleteContact({ contactId });
-  console.log('Contact deleted');
-};
-```
-
-## Exemple complet
-
-Voici un exemple complet avec un service de contact :
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-
-interface Contact {
-  contactId: string;
-  name: {
-    display?: string;
-    given?: string;
-    family?: string;
-  };
-  phones?: Array<{ type: string; number: string }>;
-  emails?: Array<{ type: string; address: string }>;
-  image?: { base64String: string };
-}
-
-class ContactsService {
-  async checkPermissions(): Promise<boolean> {
-    const permission = await Contacts.checkPermissions();
-
-    if (permission.contacts === 'granted') {
-      return true;
-    }
-
-    const requested = await Contacts.requestPermissions();
-    return requested.contacts === 'granted';
-  }
-
-  async getAllContacts(): Promise<Contact[]> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Contacts permission denied');
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true
-      }
-    });
-
-    return result.contacts;
-  }
-
-  async searchContacts(query: string): Promise<Contact[]> {
-    if (!query || query.length < 2) {
-      return [];
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      },
-      query: query
-    });
-
-    return result.contacts;
-  }
-
-  async getContactById(contactId: string): Promise<Contact | null> {
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true,
-        organization: true,
-        birthday: true,
-        note: true,
-        urls: true,
-        postalAddresses: true
-      },
-      contactId: contactId
-    });
-
-    return result.contacts.length > 0 ? result.contacts[0] : null;
-  }
-
-  async createContact(contact: Partial<Contact>): Promise<string> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Contacts permission denied');
-    }
-
-    const result = await Contacts.createContact(contact);
-    return result.contactId;
-  }
-
-  async updateContact(contactId: string, updates: Partial<Contact>): Promise<void> {
-    await Contacts.updateContact({
-      contactId,
-      ...updates
-    });
-  }
-
-  async deleteContact(contactId: string): Promise<void> {
-    await Contacts.deleteContact({ contactId });
-  }
-
-  formatPhoneNumber(phone: string): string {
-    // Remove non-numeric characters
-    const cleaned = phone.replace(/\D/g, '');
-
-    // Format as (XXX) XXX-XXXX
-    if (cleaned.length === 10) {
-      return `(${cleaned.slice(0, 3)}) ${cleaned.slice(3, 6)}-${cleaned.slice(6)}`;
-    }
-
-    return phone;
-  }
-
-  getContactInitials(contact: Contact): string {
-    const given = contact.name?.given || '';
-    const family = contact.name?.family || '';
-
-    if (given && family) {
-      return `${given[0]}${family[0]}`.toUpperCase();
-    }
-
-    const display = contact.name?.display || '';
-    const parts = display.split(' ');
-
-    if (parts.length >= 2) {
-      return `${parts[0][0]}${parts[1][0]}`.toUpperCase();
-    }
-
-    return display.slice(0, 2).toUpperCase();
-  }
-}
-
-// Usage
-const contactsService = new ContactsService();
-
-// Get all contacts
-const contacts = await contactsService.getAllContacts();
-console.log('Contacts:', contacts);
-
-// Search contacts
-const results = await contactsService.searchContacts('john');
-console.log('Search results:', results);
-
-// Create contact
-const newContactId = await contactsService.createContact({
-  name: { given: 'Jane', family: 'Smith' },
-  phones: [{ type: 'mobile', number: '+1234567890' }]
-});
-
-// Update contact
-await contactsService.updateContact(newContactId, {
-  emails: [{ type: 'work', address: 'jane@example.com' }]
-});
-```
-
-## Comprendre la projection
-
-Le paramètre `projection` contrôle les champs à récupérer :
-
-```typescript
-const result = await Contacts.getContacts({
-  projection: {
-    name: true,           // Contact name
-    phones: true,         // Phone numbers
-    emails: true,         // Email addresses
-    image: true,          // Contact photo
-    organization: true,   // Company/organization
-    birthday: true,       // Birth date
-    note: true,          // Notes
-    urls: true,          // Websites
-    postalAddresses: true // Physical addresses
-  }
-});
-```
-
-**Conseil** : Ne demandez que les champs dont vous avez besoin pour améliorer les performances.
-
-## Interface utilisateur du sélecteur de contacts
-
-De nombreuses applications préfèrent utiliser le sélecteur de contacts natif :
-
-```typescript
-const pickContact = async () => {
-  try {
-    const result = await Contacts.pickContact({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      }
-    });
-
-    if (result.contacts.length > 0) {
-      const contact = result.contacts[0];
-      console.log('Selected contact:', contact);
-    }
-  } catch (error) {
-    console.error('Contact picker cancelled or failed:', error);
-  }
-};
-```
-
-## meilleures pratiques
-
-1. **Demander des autorisations minimales** : demandez l'autorisation des contacts uniquement lorsque cela est nécessaire
-2. **Utiliser la projection** : récupérez uniquement les champs que vous utilisez réellement
-3. **Gérer les refus** : fournir une solution de secours lorsque les autorisations sont refusées
-4. **Cache judicieusement** : les contacts peuvent changer, ne mettez pas en cache trop longtemps
-5. **Respectez la confidentialité** : soyez transparent sur l'utilisation des contacts
-6. **Opérations asynchrones** : toutes les opérations de contact sont asynchrones
-
-## Problèmes courants
-
-### Autorisation refusée
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await Contacts.checkPermissions();
-
-  if (permission.contacts === 'denied') {
-    // Show dialog explaining why permission is needed
-    showPermissionDialog();
-    // Direct user to settings
-    // On iOS: Settings > [App] > Contacts
-    // On Android: Settings > Apps > [App] > Permissions
-  }
-};
-```
-
-### Grandes listes de contacts
-
-```typescript
-const loadContactsInBatches = async () => {
-  // Get count first (lightweight)
-  const projection = { name: true }; // Minimal projection
-
-  // Implement pagination if needed
-  const allContacts = await Contacts.getContacts({ projection });
-
-  // Process in chunks
-  const chunkSize = 100;
-  for (let i = 0; i < allContacts.contacts.length; i += chunkSize) {
-    const chunk = allContacts.contacts.slice(i, i + chunkSize);
-    await processContactChunk(chunk);
-  }
-};
-```
-
-## Prochaines étapes
-
-- Explorez la [API Reference](https://github.com/Cap-go/capacitor-contacts#api) pour une documentation complète de la méthode
-- Consultez l'[exemple d'application](https://github.com/Cap-go/capacitor-contacts/tree/main/example) pour une utilisation avancée.
-- Voir le [tutoriel](/plugins/capacitor-contacts) pour des exemples complets d'implémentation
diff --git a/src/content/docs/fr/plugins/contacts/index.mdx b/src/content/docs/fr/plugins/contacts/index.mdx
deleted file mode 100644
index e17750773..000000000
--- a/src/content/docs/fr/plugins/contacts/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-contacts"
-description: Work with Appareil contacts using Capacitor APIs to access, Recherche, and manage Contact Information.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Access, Recherche, and manage Appareil contacts in your Capacitor Application with full CRUD operations and permission handling.
-  image: 
-    file: ~public/icons/plugins/contacts.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/contacts/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-contacts/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Read Contacts" icon="rocket">
-    Access Appareil Contact list with full details 📇
-  </Card>
-  <Card title="Search Functionality" icon="magnifier">
-    Find contacts by name, email, or phone 🔍
-  </Card>
-  <Card title="Create & Update" icon="pencil">
-    Ajouter Nouveau contacts or modify existing ones ✏️
-  </Card>
-  <Card title="Delete Contacts" icon="setting">
-    Retirer contacts from Appareil safely 🗑️
-  </Card>
-  <Card title="Permission Handling" icon="approve-check-circle">
-    Handle Contact permissions properly with Privacy manifest compliance 🔒
-  </Card>
-  <Card title="Premiers pas" icon="open-book">
-    Vérifier the [Commencer Guide](/docs/plugins/contacts/getting-started/) to Installer and configure the plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/crisp/getting-started.mdx b/src/content/docs/fr/plugins/crisp/getting-started.mdx
deleted file mode 100644
index 27d576c79..000000000
--- a/src/content/docs/fr/plugins/crisp/getting-started.mdx
+++ /dev/null
@@ -1,345 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plugin Crisp chat SDK pour le
-  support client intégré à l'application dans votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-crisp" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Obtenez votre identifiant de site Web Crisp**
-   - Inscrivez-vous sur [crisp.chat](https://crisp.chat)
-   - Créer un site/projet
-   - Trouvez l'identifiant de votre site Web dans Paramètres > Instructions de configuration
-</Steps>
-
-## Utilisation de base
-
-Importez le plugin et configurez-le avec votre identifiant de site Web :
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-// Configure Crisp with your website ID
-const configureCrisp = async () => {
-  await CapacitorCrisp.configure({
-    websiteID: 'YOUR_WEBSITE_ID'
-  });
-};
-
-// Open the chat
-const openChat = async () => {
-  await CapacitorCrisp.openMessenger();
-};
-
-// Set user information
-const setUserInfo = async () => {
-  await CapacitorCrisp.setUser({
-    email: 'user@example.com',
-    nickname: 'John Doe',
-    phone: '+1234567890',
-    avatar: 'https://example.com/avatar.jpg'
-  });
-};
-
-// Reset user session (logout)
-const logout = async () => {
-  await CapacitorCrisp.resetChatSession();
-};
-```
-
-## API Référence
-
-### configurer (options)
-
-Configurez Crisp avec l'identifiant de votre site Web et les paramètres facultatifs.
-
-```typescript
-interface ConfigureOptions {
-  websiteID: string;
-  locale?: string; // e.g., 'en', 'fr', 'es'
-  tokenID?: string; // For authenticated sessions
-}
-
-await CapacitorCrisp.configure({
-  websiteID: 'YOUR_WEBSITE_ID',
-  locale: 'en'
-});
-```
-
-### ouvrirMessenger()
-
-Ouvre l'interface de discussion Crisp.
-
-```typescript
-await CapacitorCrisp.openMessenger();
-```
-
-### setUser (options)
-
-Définit les informations utilisateur pour la session de discussion.
-
-```typescript
-interface UserOptions {
-  email?: string;
-  nickname?: string;
-  phone?: string;
-  avatar?: string;
-}
-
-await CapacitorCrisp.setUser({
-  email: 'user@example.com',
-  nickname: 'John Doe'
-});
-```
-
-### setUserCompany(options)
-
-Définit les informations sur l’entreprise pour les utilisateurs professionnels.
-
-```typescript
-interface CompanyOptions {
-  name: string;
-  url?: string;
-  description?: string;
-  employment?: {
-    title?: string;
-    role?: string;
-  };
-  geolocation?: {
-    city?: string;
-    country?: string;
-  };
-}
-
-await CapacitorCrisp.setUserCompany({
-  name: 'Acme Corp',
-  url: 'https://acme.com',
-  employment: {
-    title: 'CEO',
-    role: 'Leadership'
-  }
-});
-```
-
-### pushEvent(options)
-
-Envoyez des événements personnalisés pour suivre les actions des utilisateurs.
-
-```typescript
-interface EventOptions {
-  name: string;
-  color?: 'red' | 'orange' | 'yellow' | 'green' | 'blue' | 'purple' | 'pink' | 'brown' | 'grey' | 'black';
-  data?: { [key: string]: any };
-}
-
-await CapacitorCrisp.pushEvent({
-  name: 'checkout_completed',
-  color: 'green',
-  data: {
-    price: 99.99,
-    currency: 'USD'
-  }
-});
-```
-
-### setSessionSegment(segment)
-
-Définissez un segment pour catégoriser la session de discussion.
-
-```typescript
-await CapacitorCrisp.setSessionSegment('premium_customer');
-```
-
-### réinitialiserChatSession()
-
-Réinitialisez la session de chat en cours (utile pour vous déconnecter).
-
-```typescript
-await CapacitorCrisp.resetChatSession();
-```
-
-## Fonctionnalités avancées
-
-### Données utilisateur personnalisées
-
-```typescript
-// Set multiple custom data fields
-await CapacitorCrisp.setSessionData({
-  key: 'plan',
-  value: 'premium'
-});
-
-await CapacitorCrisp.setSessionData({
-  key: 'signup_date',
-  value: '2024-01-15'
-});
-```
-
-### Message prédéfini
-
-Définissez un message pré-rempli dans la saisie du chat :
-
-```typescript
-await CapacitorCrisp.setMessageText(
-  "Hello, I need help with my order #12345"
-);
-```
-
-### Disponibilité du chat
-
-Contrôlez quand le widget de chat est disponible :
-
-```typescript
-// Hide chat temporarily
-await CapacitorCrisp.setTokenID('user_token_12345');
-```
-
-## Exemple complet
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-export class ChatService {
-  async initialize() {
-    // Configure Crisp
-    await CapacitorCrisp.configure({
-      websiteID: 'YOUR_WEBSITE_ID',
-      locale: 'en'
-    });
-  }
-
-  async loginUser(user: any) {
-    // Set user information
-    await CapacitorCrisp.setUser({
-      email: user.email,
-      nickname: user.name,
-      phone: user.phone,
-      avatar: user.avatarUrl
-    });
-
-    // Set custom data
-    await CapacitorCrisp.setSessionData({
-      key: 'user_id',
-      value: user.id
-    });
-
-    await CapacitorCrisp.setSessionData({
-      key: 'account_type',
-      value: user.accountType
-    });
-
-    // Set segment
-    if (user.isPremium) {
-      await CapacitorCrisp.setSessionSegment('premium');
-    }
-
-    // Track login event
-    await CapacitorCrisp.pushEvent({
-      name: 'user_login',
-      color: 'blue',
-      data: {
-        method: 'email'
-      }
-    });
-  }
-
-  async openSupport(context?: string) {
-    if (context) {
-      await CapacitorCrisp.setMessageText(
-        `I need help with: ${context}`
-      );
-    }
-    
-    await CapacitorCrisp.openMessenger();
-  }
-
-  async logout() {
-    await CapacitorCrisp.resetChatSession();
-  }
-}
-```
-
-## Style et personnalisation
-
-Crisp s'adapte automatiquement au thème de votre application, mais vous pouvez le personnaliser davantage via le tableau de bord Crisp :
-
-1. Accédez à votre tableau de bord Crisp
-2. Accédez à Paramètres > Paramètres du site Web > Paramètres de chatbox et de messagerie.
-3. Personnalisez les couleurs, la position et le comportement
-
-## meilleures pratiques
-
-1. **Initialiser tôt**
-   Configurez Crisp lors de l'initialisation de l'application pour une disponibilité immédiate :
-   ```typescript
-   import { App } from '@capacitor/app';
-   
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await CapacitorCrisp.configure({
-         websiteID: 'YOUR_WEBSITE_ID'
-       });
-     }
-   });
-   ```
-
-2. **Définir le contexte utilisateur**
-   Fournissez toujours les informations utilisateur lorsqu’elles sont disponibles pour une meilleure assistance :
-   ```typescript
-   if (user.isAuthenticated) {
-     await CapacitorCrisp.setUser({
-       email: user.email,
-       nickname: user.name
-     });
-   }
-   ```
-
-3. **Suivez les événements importants**
-   Utilisez des événements pour fournir du contexte aux agents d'assistance :
-   ```typescript
-   await CapacitorCrisp.pushEvent({
-     name: 'error_occurred',
-     color: 'red',
-     data: {
-       error: error.message,
-       screen: 'checkout'
-     }
-   });
-   ```
-
-4. **Gérer correctement la déconnexion**
-   Réinitialisez toujours la session lorsque les utilisateurs se déconnectent :
-   ```typescript
-   async logout() {
-     await CapacitorCrisp.resetChatSession();
-     // Your other logout logic
-   }
-   ```
-
-## Remarques sur la plate-forme
-
-### iOS
-- Nécessite iOS 10.0+
-- Utilise Crisp natif iOS SDK
-- Prend en charge les notifications push (configurer dans le tableau de bord Crisp)
-
-### Android
-- Nécessite Android 5.0 (API 21)+
-- Utilise Crisp natif Android SDK
-- Conforme à la conception matérielle
-
-###Web
-- Revient à Crisp JavaScript SDK
-- Parité complète des fonctionnalités avec les plateformes natives
diff --git a/src/content/docs/fr/plugins/crisp/index.mdx b/src/content/docs/fr/plugins/crisp/index.mdx
deleted file mode 100644
index cfac81b83..000000000
--- a/src/content/docs/fr/plugins/crisp/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-crisp"
-description: Natif Crisp chat SDK integration for Capacitor apps, providing in-Application customer Support.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Integrate Crisp Natif chat SDK into your Capacitor Application for seamless in-Application customer Support and real-time messaging.
-  image: 
-    file: ~public/icons/plugins/crisp.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/crisp/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-crisp/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Native performance" icon="rocket">
-    Natif SDK integration for smooth chat experience 🚀
-  </Card>
-  <Card title="Real-time messaging" icon="comment">
-    Live chat with customers directly in your Application 💬
-  </Card>
-  <Card title="Rich features" icon="star">
-    Support for Utilisateur data, events, and custom styling ✨
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/crisp/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/data-storage-sqlite/getting-started.mdx b/src/content/docs/fr/plugins/data-storage-sqlite/getting-started.mdx
deleted file mode 100644
index d41536e26..000000000
--- a/src/content/docs/fr/plugins/data-storage-sqlite/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and configure the Capacitor Data Storage SQLite plugin for fast key-value storage with optional Chiffrement.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-data-storage-sqlite" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configure the plugin**
-
-   **Basic Storage Example:**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // Open a storage database
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'myapp_storage'
-   });
-
-   // Store data
-   await CapacitorDataStorageSqlite.set({
-     key: 'user_preferences',
-     value: JSON.stringify({ theme: 'dark' })
-   });
-   ```
-
-   **Encrypted Storage Example:**
-   ```typescript
-   // Open encrypted storage
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'secure_storage',
-     encrypted: true,
-     mode: 'encryption'
-   });
-
-   // Store sensitive data
-   await CapacitorDataStorageSqlite.set({
-     key: 'api_token',
-     value: 'secret_token_value'
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       No additional Configuration required for iOS.
-     </TabItem>
-     <TabItem label="Android">
-       No additional Configuration required for Android.
-     </TabItem>
-   </Tabs>
-
-4. **Basic operations**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // Set a value
-   await CapacitorDataStorageSqlite.set({
-     key: 'username',
-     value: 'john_doe'
-   });
-
-   // Get a value
-   const { value } = await CapacitorDataStorageSqlite.get({
-     key: 'username'
-   });
-   console.log('Username:', value); // "john_doe"
-
-   // Remove a value
-   await CapacitorDataStorageSqlite.remove({
-     key: 'username'
-   });
-
-   // Clear all data
-   await CapacitorDataStorageSqlite.clear();
-
-   // Check if key exists
-   const { result } = await CapacitorDataStorageSqlite.iskey({
-     key: 'username'
-   });
-   console.log('Key exists:', result); // true or false
-
-   // Get all keys
-   const { keys } = await CapacitorDataStorageSqlite.keys();
-   console.log('All keys:', keys);
-
-   // Get all values
-   const { values } = await CapacitorDataStorageSqlite.values();
-   console.log('All values:', values);
-   ```
-
-5. **Advanced Utilisation**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   export class StorageService {
-     private dbName = 'app_storage';
-     private isEncrypted = false;
-
-     async initialize(encrypted = false) {
-       this.isEncrypted = encrypted;
-       
-       // Open storage with options
-       await CapacitorDataStorageSqlite.openStore({
-         database: this.dbName,
-         encrypted: encrypted,
-         mode: encrypted ? 'encryption' : 'no-encryption',
-         version: 1
-       });
-     }
-
-     // Generic storage methods
-     async setObject<T>(key: string, data: T): Promise<void> {
-       const value = JSON.stringify(data);
-       await CapacitorDataStorageSqlite.set({ key, value });
-     }
-
-     async getObject<T>(key: string): Promise<T | null> {
-       try {
-         const { value } = await CapacitorDataStorageSqlite.get({ key });
-         return value ? JSON.parse(value) : null;
-       } catch (error) {
-         console.error('Error getting object:', error);
-         return null;
-       }
-     }
-
-     // Batch operations
-     async setMultiple(items: Record<string, any>): Promise<void> {
-       for (const [key, value] of Object.entries(items)) {
-         await CapacitorDataStorageSqlite.set({
-           key,
-           value: typeof value === 'string' ? value : JSON.stringify(value)
-         });
-       }
-     }
-
-     async getMultiple(keys: string[]): Promise<Record<string, any>> {
-       const results: Record<string, any> = {};
-       
-       for (const key of keys) {
-         try {
-           const { value } = await CapacitorDataStorageSqlite.get({ key });
-           results[key] = value;
-         } catch (error) {
-           results[key] = null;
-         }
-       }
-       
-       return results;
-     }
-
-     // Table management
-     async getTables(): Promise<string[]> {
-       const { tables } = await CapacitorDataStorageSqlite.tables();
-       return tables;
-     }
-
-     async deleteTable(table: string): Promise<void> {
-       await CapacitorDataStorageSqlite.deleteTable({ table });
-     }
-
-     // Import/Export functionality
-     async exportToJson(): Promise<any[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-       
-       return keys.map((key, index) => ({
-         key,
-         value: values[index]
-       }));
-     }
-
-     async importFromJson(data: Array<{ key: string; value: string }>): Promise<void> {
-       // Clear existing data
-       await CapacitorDataStorageSqlite.clear();
-       
-       // Import new data
-       for (const item of data) {
-         await CapacitorDataStorageSqlite.set({
-           key: item.key,
-           value: item.value
-         });
-       }
-     }
-
-     // Filtering and searching
-     async keysStartingWith(prefix: string): Promise<string[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       return keys.filter(key => key.startsWith(prefix));
-     }
-
-     async filterByPrefix(prefix: string): Promise<Array<{ key: string; value: string }>> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-       
-       const filtered: Array<{ key: string; value: string }> = [];
-       
-       keys.forEach((key, index) => {
-         if (key.startsWith(prefix)) {
-           filtered.push({ key, value: values[index] });
-         }
-       });
-       
-       return filtered;
-     }
-
-     // Close database when done
-     async close(): Promise<void> {
-       await CapacitorDataStorageSqlite.closeStore({
-         database: this.dbName
-       });
-     }
-   }
-
-   // Usage example
-   const storage = new StorageService();
-   await storage.initialize(true); // Use encryption
-
-   // Store user data
-   await storage.setObject('user_profile', {
-     id: 123,
-     name: 'John Doe',
-     email: 'john@example.com'
-   });
-
-   // Retrieve user data
-   const profile = await storage.getObject<any>('user_profile');
-   console.log('User profile:', profile);
-   ```
-</Steps>
-
-## API Référence
-
-### Methods
-
-#### `openStore(options: OpenStoreOptions)`
-Open a storage database.
-
-**Parameters:**
-- `options.database`: string - Database name
-- `options.encrypted`: boolean - Enable encryption
-- `options.mode`: string - 'encryption' or 'no-encryption'
-- `options.version`: number - Database version
-
-#### `closeStore(options: CloseStoreOptions)`
-Close the storage database.
-
-#### `set(options: SetOptions)`
-Store a key-value pair.
-
-**Parameters:**
-- `options.key`: string - Storage key
-- `options.value`: string - Value to store
-
-#### `get(options: GetOptions)`
-Retrieve a value by key.
-
-**Returns:** `Promise<{ value: string }>`
-
-#### `remove(options: RemoveOptions)`
-Retirer a key-value pair.
-
-#### `clear()`
-Clear all data from storage.
-
-#### `iskey(options: IskeyOptions)`
-Vérifier if a key exists.
-
-**Returns:** `Promise<{ result: boolean }>`
-
-#### `keys()`
-Get all storage keys.
-
-**Returns:** `Promise<{ keys: string[] }>`
-
-#### `values()`
-Get all storage values.
-
-**Returns:** `Promise<{ values: string[] }>`
-
-#### `tables()`
-Get all table names.
-
-**Returns:** `Promise<{ tables: string[] }>`
-
-#### `deleteTable(options: DeleteTableOptions)`
-Supprimer a specific table.
-
-### Interfaces
-
-```typescript
-interface OpenStoreOptions {
-  database: string;
-  encrypted?: boolean;
-  mode?: string;
-  version?: number;
-}
-
-interface SetOptions {
-  key: string;
-  value: string;
-}
-
-interface GetOptions {
-  key: string;
-}
-
-interface RemoveOptions {
-  key: string;
-}
-```
-
-## Platform Notes
-
-### iOS
-- Uses SQLite3 with optional SQLCipher for Chiffrement
-- Data persists across Application Mises à jour
-- Supports iOS 11.0+
-
-### Android
-- Uses SQLite with optional SQLCipher
-- Data persists across Application Mises à jour
-- Supports Android 5.0 (API 21)+
-
-## Cas d'utilisation courants
-
-1. **Utilisateur Preferences**: Store Application Paramètres and preferences
-2. **Cache Management**: Cache API responses and data
-3. **Offline Storage**: Store data for offline access
-4. **Session Management**: Manage Utilisateur sessions securely
-5. **Token Storage**: Securely store authentication tokens
-
-## Bonnes pratiques
-
-1. **Use Chiffrement for Sensitive Data**
-   ```typescript
-   // For sensitive data like tokens
-   await openStore({
-     database: 'secure_db',
-     encrypted: true,
-     mode: 'encryption'
-   });
-   ```
-
-2. **Organize Keys with Prefixes**
-   ```typescript
-   // Use prefixes for organization
-   await set({ key: 'user:123:profile', value: userData });
-   await set({ key: 'cache:api:users', value: apiData });
-   ```
-
-3. **Handle Large Data Carefully**
-   ```typescript
-   // For large objects, consider compression
-   const compressed = compress(largeData);
-   await set({ key: 'large_data', value: compressed });
-   ```
-
-4. **Regular Cleanup**
-   ```typescript
-   // Remove expired cache entries
-   const keys = await keys();
-   for (const key of keys.keys) {
-     if (key.startsWith('cache:') && isExpired(key)) {
-       await remove({ key });
-     }
-   }
-   ```
-
-## Dépannage
-
-**Database not opening:**
-- Vérifier database name is valid (alphanumeric, underscores)
-- Ensure no special characters in database name
-- Verify Chiffrement mode matches existing database
-
-**Data not persisting:**
-- Ensure `openStore` is called before operations
-- Vérifier for any errors in console
-- Verify key names are strings
-
-**Performance issues:**
-- Avoid storing very large values
-- Use batch operations when possible
-- Consider using multiple databases for different data types
diff --git a/src/content/docs/fr/plugins/data-storage-sqlite/index.mdx b/src/content/docs/fr/plugins/data-storage-sqlite/index.mdx
deleted file mode 100644
index 2fc852d35..000000000
--- a/src/content/docs/fr/plugins/data-storage-sqlite/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-data-storage-sqlite"
-description: Capacitor plugin for SQLite-based key-value storage, providing a fast and reliable data persistence Solution.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Fast and reliable SQLite-based key-value storage for your Capacitor apps with Chiffrement Support.
-  image: 
-    file: ~public/icons/plugins/data-storage-sqlite.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/data-storage-sqlite/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-data-storage-sqlite/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="SQLite powered" icon="rocket">
-    Fast and reliable data storage using SQLite 💾
-  </Card>
-  <Card title="Encryption support" icon="setting">
-    Optional Chiffrement for sensitive data 🔐
-  </Card>
-  <Card title="Key-value simplicity" icon="star">
-    Simple key-value API with powerful Fonctionnalités 🗂️
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/data-storage-sqlite/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/document-scanner/getting-started.mdx b/src/content/docs/fr/plugins/document-scanner/getting-started.mdx
deleted file mode 100644
index 70e13c897..000000000
--- a/src/content/docs/fr/plugins/document-scanner/getting-started.mdx
+++ /dev/null
@@ -1,62 +0,0 @@
----
-title: Commencer
-description: >-
-  Ajoutez une numérisation de documents de qualité native avec détection des
-  contours et formats de sortie réglables.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le plugin**
-   <PackageManagers pkg="@capgo/capacitor-document-scanner" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser les plateformes natives**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Déclencher une analyse
-
-```typescript
-import {
-  DocumentScanner,
-  ResponseType,
-  ScanDocumentResponseStatus,
-} from '@capgo/capacitor-document-scanner';
-
-const result = await DocumentScanner.scanDocument({
-  croppedImageQuality: 90,
-  letUserAdjustCrop: true,
-  maxNumDocuments: 10,
-  responseType: ResponseType.ImageFilePath,
-});
-
-if (result.status === ScanDocumentResponseStatus.Success) {
-  console.log('Scanned files:', result.scannedImages);
-} else {
-  console.log('Scan cancelled by user');
-}
-```
-
-## Renvoie les données base64
-
-```typescript
-const result = await DocumentScanner.scanDocument({
-  responseType: ResponseType.Base64,
-});
-
-const [firstPage] = result.scannedImages ?? [];
-if (firstPage) {
-  const dataUrl = `data:image/jpeg;base64,${firstPage}`;
-  // Display preview or upload to server
-}
-```
-
-## Exigences de la plate-forme
-
-- **iOS** : ajoutez `NSCameraUsageDescription` à `ios/App/App/Info.plist` pour expliquer comment vous utilisez la caméra.
-- **Android** : confirmez que l'autorisation `CAMERA` est déclarée (Capacitor l'ajoute automatiquement) et ajustez `croppedImageQuality`, `letUserAdjustCrop` et `maxNumDocuments` pour correspondre à votre interface utilisateur.
-- **Stockage** : lorsque vous utilisez `ResponseType.ImageFilePath`, déplacez ou copiez les fichiers numérisés vers l'emplacement de stockage souhaité avant la fin de la session de l'application.
diff --git a/src/content/docs/fr/plugins/document-scanner/index.mdx b/src/content/docs/fr/plugins/document-scanner/index.mdx
deleted file mode 100644
index 571e3d3ab..000000000
--- a/src/content/docs/fr/plugins/document-scanner/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-document-scanner"
-description: Capture crisp documents with automatic edge detection and Exporter scanned pages from your Capacitor Application.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Launch a polished document scanning experience with automatic cropping, multi-page capture, and configurable output formats.
-  image: 
-    file: ~public/icons/plugins/document-scanner.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/document-scanner/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-document-scanner/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-The Document Scanner plugin gives your Capacitor Application a Natif-quality scanning flow that works on both iOS and Android Appareils.
-
-<CardGrid stagger>
-  <Card title="Automatic detection" icon="rocket">
-    Detect page edges, crop automatically, and let Utilisateurs adjust before saving.
-  </Card>
-  <Card title="Multi-page capture" icon="star">
-    Capture one or many pages in a single scan session with adjustable limits.
-  </Card>
-  <Card title="Custom output" icon="download">
-    Return either file paths or base64 strings at the image quality you choose.
-  </Card>
-  <Card title="Unified API" icon="pencil">
-    One TypeScript interface spans both iOS and Android implementations.
-  </Card>
-</CardGrid>
-
-Use the Commencer Guide to Activer camera permissions, configure quality Paramètres, and Exporter scanned files to your storage workflow.
diff --git a/src/content/docs/fr/plugins/downloader/getting-started.mdx b/src/content/docs/fr/plugins/downloader/getting-started.mdx
deleted file mode 100644
index 759c051e5..000000000
--- a/src/content/docs/fr/plugins/downloader/getting-started.mdx
+++ /dev/null
@@ -1,172 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Installation and Utilisation Guide for @capgo/capacitor-downloader
-sidebar: 
-  order: 2
-  label: "Commencer"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Utilisation Exemple
-
-```typescript
-import { CapacitorDownloader } from '@capgo/capacitor-downloader';
-
-// Start a download
-const downloadId = 'my-download-001';
-await CapacitorDownloader.download({
-  id: downloadId,
-  url: 'https://example.com/large-file.zip',
-  destination: '/downloads/large-file.zip',
-  headers: {
-    'Authorization': 'Bearer token123'
-  },
-  network: 'wifi-only',
-  priority: 'high'
-});
-
-// Listen for progress updates
-CapacitorDownloader.addListener('downloadProgress', (data) => {
-  console.log(`Download ${data.id}: ${data.progress}% complete`);
-  console.log(`Downloaded: ${data.bytesDownloaded}/${data.totalBytes} bytes`);
-});
-
-// Handle completion
-CapacitorDownloader.addListener('downloadCompleted', (data) => {
-  console.log(`Download completed: ${data.id}`);
-  console.log(`File saved to: ${data.path}`);
-});
-
-// Handle errors
-CapacitorDownloader.addListener('downloadFailed', (error) => {
-  console.error(`Download failed: ${error.id}`, error.message);
-});
-
-// Pause a download
-await CapacitorDownloader.pause(downloadId);
-
-// Resume the download
-await CapacitorDownloader.resume(downloadId);
-
-// Check download status
-const status = await CapacitorDownloader.checkStatus(downloadId);
-console.log('Download status:', status);
-
-// Stop the download
-await CapacitorDownloader.stop(downloadId);
-```
-
-## Core API Methods
-
-### Télécharger Management
-- `download(options)` - Start a new file download
-- `pause(id)` - Pause an ongoing download
-- `resume(id)` - Resume a paused download
-- `stop(id)` - Stop and cancel a download
-- `checkStatus(id)` - Get current download status
-
-### File Operations
-- `getFileInfo(path)` - Retrieve file information and metadata
-
-## Télécharger Configuration
-
-```typescript
-interface DownloadOptions {
-  id: string;                    // Unique download identifier
-  url: string;                   // Download source URL
-  destination: string;           // Local save path
-  headers?: Record<string, string>; // Custom HTTP headers
-  network?: 'cellular' | 'wifi-only'; // Network restrictions
-  priority?: 'high' | 'normal' | 'low'; // Download priority
-}
-```
-
-## Event Listeners
-
-The plugin provides comprehensive event handling:
-
-- `downloadProgress` - Track real-time download progress
-- `downloadCompleted` - Handle successful download completion
-- `downloadFailed` - Handle download errors and failures
-
-## Network Configuration
-
-### WiFi-Only Downloads
-```typescript
-await CapacitorDownloader.download({
-  id: 'large-file',
-  url: 'https://example.com/video.mp4',
-  destination: '/downloads/video.mp4',
-  network: 'wifi-only' // Restricts to WiFi networks only
-});
-```
-
-### Priority Management
-```typescript
-// High priority download
-await CapacitorDownloader.download({
-  id: 'urgent-update',
-  url: 'https://example.com/update.zip',
-  destination: '/downloads/update.zip',
-  priority: 'high'
-});
-```
-
-## Télécharger States
-
-Downloads can be in various states:
-- **En attente**: Queued for Télécharger
-- **Running**: Currently downloading
-- **Paused**: Temporarily stopped
-- **Completed**: Successfully finished
-- **Échoué**: Encountered an Erreur
-- **Stopped**: Manually cancelled
-
-## File Information
-
-```typescript
-// Get file details
-const fileInfo = await CapacitorDownloader.getFileInfo('/downloads/my-file.pdf');
-console.log('File size:', fileInfo.size);
-console.log('Last modified:', fileInfo.lastModified);
-console.log('MIME type:', fileInfo.mimeType);
-```
-
-## Bonnes pratiques
-
-- Use unique Télécharger IDs to avoid conflicts
-- Implement proper Erreur handling for network failures
-- Consider storage space before starting large downloads
-- Use WiFi-only mode for large files to preserve mobile data
-- Clean up completed downloads to manage storage
diff --git a/src/content/docs/fr/plugins/downloader/index.mdx b/src/content/docs/fr/plugins/downloader/index.mdx
deleted file mode 100644
index a6e80a65f..000000000
--- a/src/content/docs/fr/plugins/downloader/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-downloader"
-description: File Télécharger manager plugin for Capacitor apps with background downloads, progress tracking, and resume capabilities.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Télécharger files with background Support, progress tracking, pause/resume capabilities, and efficient Télécharger management.
-  image: 
-    file: ~public/icons/plugins/downloader.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/downloader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-downloader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Aperçu
-
-The Capacitor Downloader plugin provides powerful file Télécharger capabilities with Support for background downloads, progress tracking, and comprehensive Télécharger management. This plugin enables robust file downloading with pause/resume functionality and detailed progress monitoring.
-
-> ⚠️ **Work in Progress**: This plugin is currently under Développement and not yet ready for Production use.
-
-<CardGrid stagger>
-  <Card title="Background downloads" icon="rocket">
-    Continue downloads when Application is backgrounded 📥
-  </Card>
-  <Card title="Progress tracking" icon="star">
-    Real-time Télécharger progress and status monitoring 📊
-  </Card>
-  <Card title="Download control" icon="rocket">
-    Pause, resume, and Arrêter downloads dynamically ⏯️
-  </Card>
-  <Card title="Network options" icon="puzzle">
-    Configure network preferences and priorities 📶
-  </Card>
-</CardGrid>
-
-## Développement Status
-
-This plugin is inspired by react-Natif-background-downloader and is currently being developed. Fonctionnalités may change as Développement progresses.
diff --git a/src/content/docs/fr/plugins/env/getting-started.mdx b/src/content/docs/fr/plugins/env/getting-started.mdx
deleted file mode 100644
index 98beff83b..000000000
--- a/src/content/docs/fr/plugins/env/getting-started.mdx
+++ /dev/null
@@ -1,70 +0,0 @@
----
-title: Commencer
-description: >-
-  Configurez les valeurs d'environnement par build et récupérez-les au moment de
-  l'exécution avec le plugin Env.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-env" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser les plateformes natives**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Déclarer les valeurs de configuration
-
-Ajoutez des clés à la configuration Capacitor afin qu'elles soient intégrées dans vos versions natives. Vous pouvez créer plusieurs variantes de configuration (`capacitor.config.prod.ts`, `capacitor.config.dev.ts`, etc.) pour échanger les valeurs par environnement.
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example',
-  webDir: 'dist',
-  plugins: {
-    Env: {
-      API_URL: 'https://api.example.com',
-      PUBLIC_KEY: 'pk_live_123',
-    },
-  },
-};
-
-export default config;
-```
-
-Sur les plateformes natives, les valeurs sont stockées dans les fichiers de configuration générés (`ios/App/App/capacitor.config.json` et `android/app/src/main/assets/capacitor.config.json`). Mettez à jour ces fichiers par version si vous avez besoin de valeurs spécifiques au locataire.
-
-## Lire les valeurs dans le code
-
-```typescript
-import { Env } from '@capgo/capacitor-env';
-
-const apiUrl = await Env.getKey({ key: 'API_URL' }).then((result) => result.value);
-
-if (!apiUrl) {
-  throw new Error('Missing API_URL configuration');
-}
-```
-
-## Fournir des solutions de secours
-
-```typescript
-const loadConfig = async () => {
-  const { value: endpoint } = await Env.getKey({ key: 'API_URL' });
-  return endpoint || 'https://staging.example.com';
-};
-```
-
-## Conseils
-
-- Utilisez différents fichiers `capacitor.config` par environnement et pointez le CLI vers celui de droite avec `npx cap run ios --configuration=prod`.
-- Combinez avec les canaux de mise à jour Capgo pour expédier des valeurs spécifiques au locataire sans publier de nouveaux binaires.
-- Gardez les secrets hors du contrôle de code source en les remplaçant lors de la construction de votre CI avant le `npx cap sync`.
diff --git a/src/content/docs/fr/plugins/env/index.mdx b/src/content/docs/fr/plugins/env/index.mdx
deleted file mode 100644
index ac8adc952..000000000
--- a/src/content/docs/fr/plugins/env/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: '@capgo/capacitor-env'
-description: >-
-  Exposez les valeurs de configuration de « capacitor.config » au moment de
-  l'exécution pour les applications en marque blanche et multi-locataires.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Fournissez des paramètres spécifiques au locataire sans nouvelles builds en
-    lisant les valeurs de configuration sécurisées directement à partir de
-    Capacitor.
-  image:
-    file: ~public/settings-go.webp
-  actions:
-    - text: Commencer
-      link: /docs/plugins/env/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-env/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Env vous permet de stocker des secrets et une configuration par build dans `capacitor.config.*` et de les résoudre au moment de l'exécution via un simple API.
-
-<CardGrid stagger>
-  <Card title="Configuration d'exécution" icon="rocket">
-    Lisez les valeurs des fichiers de configuration natifs sans les envoyer dans votre bundle JavaScript.
-  </Card>
-  <Card title="Remplacements par build" icon="rocket">
-    Créez plusieurs versions ou locataires d'application en fournissant différents fichiers de configuration.
-  </Card>
-  <Card title="Accès sécurisé" icon="pencil">
-    Récupérez les clés avec la prise en charge de TypeScript et centralisez la logique de secours.
-  </Card>
-  <Card title="Sécurisé par défaut" icon="approve-check">
-    Conservez les clés et secrets API hors de Git tout en les expédiant avec des binaires natifs.
-  </Card>
-</CardGrid>
-
-Suivez le guide de démarrage pour déclarer les clés dans votre configuration Capacitor et les récupérer en toute sécurité sur toutes les plateformes.
diff --git a/src/content/docs/fr/plugins/fast-sql/getting-started.mdx b/src/content/docs/fr/plugins/fast-sql/getting-started.mdx
deleted file mode 100644
index c39fbfd7c..000000000
--- a/src/content/docs/fr/plugins/fast-sql/getting-started.mdx
+++ /dev/null
@@ -1,256 +0,0 @@
----
-title: Premiers pas avec Fast SQL
-description: >-
-  Installez et configurez le plug-in **@capgo/capacitor-fast-sql** pour un accès
-  à la base de données SQLite native hautes performances
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Card, CardGrid } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-fast-sql" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurer les plateformes**
-   
-   ### iOS
-   Autoriser l'accès au réseau local dans `Info.plist` :
-   ```xml title="ios/App/App/Info.plist"
-   <key>NSAppTransportSecurity</key>
-   <dict>
-       <key>NSAllowsLocalNetworking</key>
-       <true/>
-   </dict>
-   ```
-
-   ### Android
-   Ajoutez une exception en texte clair pour le trafic localhost :
-   ```xml title="android/app/src/main/AndroidManifest.xml"
-   <application android:networkSecurityConfig="@xml/network_security_config">
-       ...
-   </application>
-   ```
-
-   ###Web
-   Installez sql.js pour le stockage Web de secours :
-   ```bash
-   npm install sql.js
-   ```
-</Steps>
-
-## Pourquoi Fast SQL ?
-
-Fast SQL évite une sérialisation lourde des ponts en utilisant un transport HTTP local vers SQLite natif, ce qui est beaucoup plus rapide pour les jeux de résultats volumineux et les écritures de style synchronisation.
-
-## Utilisation de base
-
-```typescript
-import { FastSQL, IsolationLevel, KeyValueStore } from '@capgo/capacitor-fast-sql';
-
-const db = await FastSQL.connect({
-  database: 'myapp',
-  encrypted: false,
-  readOnly: false,
-});
-
-await db.execute(`
-  CREATE TABLE IF NOT EXISTS users (
-    id INTEGER PRIMARY KEY AUTOINCREMENT,
-    name TEXT NOT NULL,
-    email TEXT UNIQUE,
-    created_at INTEGER DEFAULT (strftime('%s', 'now'))
-  )
-`);
-
-await db.run('INSERT INTO users (name, email) VALUES (?, ?)', ['John', 'john@example.com']);
-const users = await db.query('SELECT * FROM users');
-```
-
-## Méthodes de connexion principales
-
-- `execute(statement, params?)` -> renvoie le résultat SQL complet
-- `query(statement, params?)` -> renvoie `rows`
-- `run(statement, params?)` -> renvoie `{ rowsAffected, insertId }`
-- `executeBatch(operations)` -> renvoie un tableau de résultats
-
-```typescript
-import { type SQLBatchOperation } from '@capgo/capacitor-fast-sql';
-
-const rows = await db.query('SELECT * FROM users WHERE email LIKE ?', ['john%']);
-
-const batch: SQLBatchOperation[] = [
-  { statement: 'INSERT INTO users (name, email) VALUES (?, ?)', params: ['Alice', 'alice@acme.dev'] },
-  { statement: 'INSERT INTO users (name, email) VALUES (?, ?)', params: ['Bob', 'bob@acme.dev'] },
-];
-await db.executeBatch(batch);
-```
-
-## Transactions
-
-### assistant de rappel
-
-```typescript
-await db.transaction(async (tx) => {
-  await tx.run('UPDATE accounts SET balance = balance - 100 WHERE id = ?', [1]);
-  await tx.run('UPDATE accounts SET balance = balance + 100 WHERE id = ?', [2]);
-});
-```
-
-### contrôle explicite
-
-```typescript
-import { IsolationLevel } from '@capgo/capacitor-fast-sql';
-
-await db.beginTransaction(IsolationLevel.Serializable);
-try {
-  await db.run('UPDATE wallets SET points = points - 1 WHERE user_id = ?', [42]);
-  await db.commit();
-} catch (error) {
-  await db.rollback();
-  throw error;
-}
-```
-
-Niveaux d'isolement pris en charge :
-- `ReadUncommitted`
-- `ReadCommitted`
-- `RepeatableRead`
-- `Serializable`
-
-## Données binaires (BLOB)
-
-```typescript
-const imageData = new Uint8Array([0xFF, 0xD8, 0xFF, 0xE0]);
-await db.run('INSERT INTO assets (name, data) VALUES (?, ?)', ['avatar', imageData]);
-
-const rows = await db.query('SELECT data FROM assets WHERE name = ?', ['avatar']);
-const retrieved = rows[0].data; // Uint8Array
-```
-
-## Modes de cryptage et de lecture seule
-
-```typescript
-const secureDb = await FastSQL.connect({
-  database: 'secure_db',
-  encrypted: true,
-  encryptionKey: 'replace-with-a-strong-key',
-});
-
-const readOnlyDb = await FastSQL.connect({
-  database: 'public_db',
-  readOnly: true,
-});
-```
-
-Sur Android, le mode chiffré utilise SQLCipher ; inclure la dépendance dans l'application `build.gradle`.
-
-## KeyValueStore
-
-`KeyValueStore` est un wrapper pratique pour les données clé/valeur mobiles.
-
-```typescript
-import { KeyValueStore } from '@capgo/capacitor-fast-sql';
-
-const kv = await KeyValueStore.open({
-  database: 'kv',
-  store: 'session',
-  encrypted: true,
-  encryptionKey: 'super-secret-key',
-});
-
-await kv.set('session', { token: 'abc', expiresAt: Date.now() + 3600_000 });
-const session = await kv.get('session');
-await kv.has('session');
-await kv.keys();
-await kv.remove('session');
-await kv.clear();
-await kv.close();
-```
-
-## Cycle de vie de la connexion
-
-```typescript
-await FastSQL.disconnect('myapp');
-await FastSQL.disconnectAll();
-const openDatabases = FastSQL.getOpenDatabases();
-const same = FastSQL.getConnection('myapp');
-```
-
-## Gestion des erreurs
-
-```typescript
-try {
-  await FastSQL.connect({ database: 'myapp' });
-  await db.query('SELECT * FROM unknown_table');
-} catch (error) {
-  console.error('Fast SQL error:', error);
-}
-```
-
-## Modèles SQL courants
-
-### Vérifiez si la table existe
-
-```typescript
-const result = await db.query(
-  "SELECT name FROM sqlite_master WHERE type='table' AND name=?",
-  ['users']
-);
-
-const tableExists = result.length > 0;
-```
-
-### Obtenir le schéma de la table
-
-```typescript
-const schema = await db.query('PRAGMA table_info(users)');
-console.log('Columns:', schema);
-```
-
-### Compter les lignes
-
-```typescript
-const result = await db.query('SELECT COUNT(*) as count FROM users');
-const count = result[0].count;
-```
-
-### Pagination
-
-```typescript
-const pageSize = 20;
-const page = 1;
-const offset = (page - 1) * pageSize;
-
-const users = await db.query(
-  'SELECT * FROM users ORDER BY created_at DESC LIMIT ? OFFSET ?',
-  [pageSize, offset]
-);
-```
-
-## Conseils sur les performances
-
-1. **Utilisez les transactions** pour plusieurs opérations - beaucoup plus rapidement que les validations individuelles
-2. **Utilisez les opérations par lots** pour les insertions en masse - plus efficaces que les boucles
-3. **Créer des index** sur les colonnes fréquemment interrogées
-4. **Utiliser les instructions préparées** avec des paramètres (?) - empêche l'injection SQL et améliore les performances
-5. **Utilisez directement le protocole HTTP** pour les très grands ensembles de résultats
-6. **Fermer les connexions** lorsque vous ne vous en servez pas pour libérer des ressources
-
-## Prochaines étapes
-
-Consultez le [tutoriel complet](/plugins/capacitor-fast-sql) pour connaître les modèles avancés, notamment :
-- Architecture des services de base de données
-- Systèmes migratoires
-- Synchroniser les moteurs
-- Requêtes et jointures complexes
-- Optimisation des performances
-
-## Documentation connexe
-
-- [Migrer depuis Ionic Secure Storage](/docs/upgrade/from-ionic-secure-storage/)
-- [Solution de migration de plugins d'entreprise Ionic](/solutions/ionic-enterprise-plugins/)
diff --git a/src/content/docs/fr/plugins/fast-sql/index.mdx b/src/content/docs/fr/plugins/fast-sql/index.mdx
deleted file mode 100644
index 51ba16606..000000000
--- a/src/content/docs/fr/plugins/fast-sql/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-fast-sql"
-description: High-performance Natif SQLite with custom HTTP protocol for efficient Synchroniser operations and IndexedDB replacement.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Ultra-fast Natif SQLite with custom protocol for Synchroniser systems and large datasets, delivering up to 25x faster performance.
-  image: 
-    file: ~public/icons/plugins/fast-sql.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/fast-sql/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-fast-sql/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Custom HTTP Protocol" icon="rocket">
-    Bypasses Capacitor's bridge for up to 25x faster performance ⚡
-  </Card>
-  <Card title="Full SQLite Support" icon="list-format">
-    Terminé SQL Support with transactions and batch operations 📊
-  </Card>
-  <Card title="Sync-Friendly" icon="random">
-    Designed for local Synchroniser systems like CRDTs and operational transforms 🔄
-  </Card>
-  <Card title="Cross-Platform" icon="laptop">
-    iOS, Android, and Web using sql.js + IndexedDB 🌐
-  </Card>
-  <Card title="Transaction Support" icon="approve-check-circle">
-    ACID transactions with configurable isolation levels 🔒
-  </Card>
-  <Card title="Binary Data" icon="document">
-    Natif Support for Uint8Array/BLOB storage 📁
-  </Card>
-  <Card title="Premiers pas" icon="open-book">
-    Vérifier the [Commencer Guide](/docs/plugins/fast-sql/getting-started/) to Installer and configure the plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/ffmpeg/getting-started.mdx b/src/content/docs/fr/plugins/ffmpeg/getting-started.mdx
deleted file mode 100644
index ad1c7c7c9..000000000
--- a/src/content/docs/fr/plugins/ffmpeg/getting-started.mdx
+++ /dev/null
@@ -1,277 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the FFmpeg plugin for video processing in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-ffmpeg" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilisation
-
-Importer the plugin and use it to re-encode videos:
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-
-// Re-encode a video with custom settings
-const processVideo = async () => {
-  await CapacitorFFmpeg.reencodeVideo({
-    inputPath: '/path/to/input/video.mp4',
-    outputPath: '/path/to/output/video.mp4',
-    width: 1280,
-    height: 720,
-    bitrate: 2000000 // Optional: 2 Mbps
-  });
-};
-
-// Get plugin version
-const checkVersion = async () => {
-  const { version } = await CapacitorFFmpeg.getPluginVersion();
-  console.log('FFmpeg plugin version:', version);
-};
-```
-
-## API Référence
-
-### reencodeVideo(Options)
-
-Re-encode a video file with specified dimensions and bitrate.
-
-```typescript
-await CapacitorFFmpeg.reencodeVideo({
-  inputPath: '/path/to/input.mp4',
-  outputPath: '/path/to/output.mp4',
-  width: 1920,
-  height: 1080,
-  bitrate: 5000000 // Optional: 5 Mbps
-});
-```
-
-**Parameters:**
-- `inputPath` (string): Full path to the input video file
-- `outputPath` (string): Full path where the output video will be saved
-- `width` (number): Target width in pixels
-- `height` (number): Target height in pixels
-- `bitrate` (number, optional): Target bitrate in bits per second
-
-### getPluginVersion()
-
-Get the Natif Capacitor plugin Version.
-
-```typescript
-const { version } = await CapacitorFFmpeg.getPluginVersion();
-```
-
-## Terminé Exemple
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class VideoProcessor {
-  /**
-   * Compress a video to reduce file size
-   */
-  async compressVideo(inputPath: string, quality: 'low' | 'medium' | 'high') {
-    const qualitySettings = {
-      low: { width: 640, height: 360, bitrate: 500000 },
-      medium: { width: 1280, height: 720, bitrate: 2000000 },
-      high: { width: 1920, height: 1080, bitrate: 5000000 }
-    };
-
-    const settings = qualitySettings[quality];
-    const outputPath = inputPath.replace('.mp4', `_${quality}.mp4`);
-
-    try {
-      await CapacitorFFmpeg.reencodeVideo({
-        inputPath,
-        outputPath,
-        width: settings.width,
-        height: settings.height,
-        bitrate: settings.bitrate
-      });
-
-      console.log(`Video compressed to ${quality} quality:`, outputPath);
-      return outputPath;
-    } catch (error) {
-      console.error('Video compression failed:', error);
-      throw error;
-    }
-  }
-
-  /**
-   * Resize video to specific dimensions
-   */
-  async resizeVideo(
-    inputPath: string,
-    width: number,
-    height: number
-  ): Promise<string> {
-    const outputPath = inputPath.replace('.mp4', '_resized.mp4');
-
-    await CapacitorFFmpeg.reencodeVideo({
-      inputPath,
-      outputPath,
-      width,
-      height
-    });
-
-    return outputPath;
-  }
-
-  /**
-   * Create a thumbnail-quality version of a video
-   */
-  async createThumbnailVideo(inputPath: string): Promise<string> {
-    return this.compressVideo(inputPath, 'low');
-  }
-
-  /**
-   * Batch process multiple videos
-   */
-  async processMultipleVideos(
-    videoPaths: string[],
-    width: number,
-    height: number,
-    bitrate?: number
-  ): Promise<string[]> {
-    const outputPaths: string[] = [];
-
-    for (const inputPath of videoPaths) {
-      const outputPath = inputPath.replace('.mp4', '_processed.mp4');
-
-      try {
-        await CapacitorFFmpeg.reencodeVideo({
-          inputPath,
-          outputPath,
-          width,
-          height,
-          bitrate
-        });
-
-        outputPaths.push(outputPath);
-      } catch (error) {
-        console.error(`Failed to process ${inputPath}:`, error);
-      }
-    }
-
-    return outputPaths;
-  }
-}
-```
-
-## Bonnes pratiques
-
-1. **Use appropriate bitrates**
-   Choose bitrate based on resolution and use case:
-   ```typescript
-   // Mobile sharing (low bandwidth)
-   const lowQuality = { width: 640, height: 360, bitrate: 500000 };
-
-   // Standard quality
-   const standardQuality = { width: 1280, height: 720, bitrate: 2000000 };
-
-   // High quality
-   const highQuality = { width: 1920, height: 1080, bitrate: 5000000 };
-   ```
-
-2. **Maintain aspect ratio**
-   Calculate dimensions to preserve aspect ratio:
-   ```typescript
-   function calculateDimensions(originalWidth: number, originalHeight: number, targetWidth: number) {
-     const aspectRatio = originalWidth / originalHeight;
-     return {
-       width: targetWidth,
-       height: Math.round(targetWidth / aspectRatio)
-     };
-   }
-   ```
-
-3. **Handle file paths correctly**
-   Use Capacitor Filesystem for cross-platform path handling:
-   ```typescript
-   import { Filesystem, Directory } from '@capacitor/filesystem';
-
-   const inputPath = await Filesystem.getUri({
-     directory: Directory.Documents,
-     path: 'input.mp4'
-   });
-   ```
-
-4. **Show progress to Utilisateurs**
-   Video processing can be slow - inform Utilisateurs:
-   ```typescript
-   async function processWithProgress(inputPath: string) {
-     // Show loading indicator
-     showLoading('Processing video...');
-
-     try {
-       await CapacitorFFmpeg.reencodeVideo({
-         inputPath,
-         outputPath: '/path/to/output.mp4',
-         width: 1280,
-         height: 720
-       });
-
-       showSuccess('Video processed successfully!');
-     } catch (error) {
-       showError('Failed to process video');
-     } finally {
-       hideLoading();
-     }
-   }
-   ```
-
-5. **Clean up temporary files**
-   Retirer intermediate files to Enregistrer storage:
-   ```typescript
-   async function processAndCleanup(inputPath: string) {
-     const outputPath = inputPath.replace('.mp4', '_output.mp4');
-
-     await CapacitorFFmpeg.reencodeVideo({
-       inputPath,
-       outputPath,
-       width: 1280,
-       height: 720
-     });
-
-     // Remove original if no longer needed
-     await Filesystem.deleteFile({ path: inputPath });
-
-     return outputPath;
-   }
-   ```
-
-## Platform Notes
-
-### iOS
-- Requires iOS 11.0+
-- Large video processing may require background task permissions
-- Uses Natif iOS VideoToolbox for hardware acceleration
-
-### Android
-- Requires Android 5.0 (API 21)+
-- Hardware acceleration varies by Appareil
-- May require WRITE_EXTERNAL_STORAGE permission for file access
-
-### Web
-- Not supported on web platform
-
-## Performance Tips
-
-1. **Lower resolution for faster processing**: Smaller dimensions = faster encoding
-2. **Use hardware acceleration**: Let the Natif platform optimize encoding
-3. **Process in background**: Don't block UI during video processing
-4. **Monitor memory Utilisation**: Large videos can consume significant memory
-5. **Test on real Appareils**: Emulators may not reflect actual performance
diff --git a/src/content/docs/fr/plugins/ffmpeg/index.mdx b/src/content/docs/fr/plugins/ffmpeg/index.mdx
deleted file mode 100644
index 259b30a3c..000000000
--- a/src/content/docs/fr/plugins/ffmpeg/index.mdx
+++ /dev/null
@@ -1,42 +0,0 @@
----
-title: '@capgo/capacitor-ffmpeg'
-description: ''
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Réencodez des vidéos avec une résolution et un débit personnalisés à l'aide
-    de la puissante bibliothèque FFmpeg dans vos applications Capacitor.
-  image:
-    file: ~public/icons/plugins/ffmpeg.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/ffmpeg/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-ffmpeg/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="" icon="rocket">
-    Convertir et compresser des vidéos avec FFmpeg
-  </Card>
-  <Card title="Résolution personnalisée" icon="setting">
-    Redimensionnez les vidéos à n'importe quelle largeur et hauteur
-  </Card>
-  <Card title="" icon="star">
-    Contrôler la qualité vidéo et la taille du fichier
-  </Card>
-  <Card title="Documentation complète" icon="open-book">
-    Consultez la [Documentation](/docs/plugins/ffmpeg/getting-started/) pour commencer le traitement des vidéos.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/file-compressor/getting-started.mdx b/src/content/docs/fr/plugins/file-compressor/getting-started.mdx
deleted file mode 100644
index 40e313dee..000000000
--- a/src/content/docs/fr/plugins/file-compressor/getting-started.mdx
+++ /dev/null
@@ -1,166 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the File Compressor plugin to compress images in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-file-compressor" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Platform Support
-
-| Platform | Supported Formats | Notes |
-|----------|-------------------|-------|
-| iOS | JPEG | Only JPEG compression supported |
-| Android | JPEG, WebP | Both formats fully supported |
-| Web | JPEG, WebP | Canvas API-based compression |
-
-Remarque: EXIF metadata is removed during compression on all platforms.
-
-## Utilisation
-
-Importer the plugin and compress images:
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-
-// Compress an image
-const compressImage = async () => {
-  const result = await FileCompressor.compressImage({
-    source: 'file:///path/to/image.jpg',
-    quality: 0.8,
-    width: 1920,
-    height: 1080
-  });
-
-  console.log('Compressed image path:', result.path);
-  console.log('Original size:', result.originalSize);
-  console.log('Compressed size:', result.size);
-};
-```
-
-## API Référence
-
-### compressImage(Options)
-
-Compresses an image file with specified dimensions and quality Paramètres.
-
-```typescript
-interface CompressImageOptions {
-  source: string;           // Path to the image file
-  quality?: number;         // 0.0 to 1.0 (default: 0.8)
-  width?: number;           // Target width in pixels
-  height?: number;          // Target height in pixels
-  format?: 'jpeg' | '.webp'; // Output format
-}
-
-interface CompressImageResult {
-  path: string;             // Path to compressed image
-  size: number;             // Compressed file size in bytes
-  originalSize: number;     // Original file size in bytes
-}
-
-const result = await FileCompressor.compressImage(options);
-```
-
-**Important Notes:**
-- EXIF metadata is removed during compression on all platforms
-- Aspect ratio is automatically maintained if only one dimension is provided
-- Compressed files are saved to temporary directories on Natif platforms
-
-### getPluginVersion()
-
-Get the Natif plugin Version.
-
-```typescript
-const { version } = await FileCompressor.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Terminé Exemple
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-import { Camera } from '@capacitor/camera';
-
-export class ImageCompressionService {
-  async captureAndCompress() {
-    try {
-      // Take a photo
-      const photo = await Camera.getPhoto({
-        quality: 100,
-        allowEditing: false,
-        resultType: 'uri'
-      });
-
-      if (!photo.path) {
-        throw new Error('No image path');
-      }
-
-      // Compress the photo
-      const compressed = await FileCompressor.compressImage({
-        source: photo.path,
-        quality: 0.7,
-        width: 1920,
-        height: 1080,
-        format: 'jpeg'
-      });
-
-      console.log(`Compression ratio: ${
-        ((1 - compressed.size / compressed.originalSize) * 100).toFixed(1)
-      }%`);
-
-      return compressed.path;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async batchCompress(imagePaths: string[]) {
-    const results = [];
-
-    for (const path of imagePaths) {
-      try {
-        const result = await FileCompressor.compressImage({
-          source: path,
-          quality: 0.8,
-          width: 1280
-        });
-        results.push(result);
-      } catch (error) {
-        console.error(`Failed to compress ${path}:`, error);
-      }
-    }
-
-    return results;
-  }
-}
-```
-
-## Bonnes pratiques
-
-1. **Quality Paramètres**: Démarrer with 0.8 quality for a good balance between file size and image quality
-2. **Resize Dimensions**: Only specify dimensions when needed - aspect ratio is preserved automatically
-3. **Format Selection**: Use JPEG for photos and WebP for better compression (Android/Web only)
-4. **Erreur Handling**: Always wrap compression calls in try-catch blocks
-5. **Cleanup**: Remember to clean up temporary files after use
-
-## Dépannage
-
-### Problèmes courants
-
-**Image not compressing**: Ensure the source path is valid and accessible
-**Out of memory**: Reduce target dimensions or compress images one at a time
-**Format not supported**: Check platform support table above
diff --git a/src/content/docs/fr/plugins/file-compressor/index.mdx b/src/content/docs/fr/plugins/file-compressor/index.mdx
deleted file mode 100644
index 7cb488277..000000000
--- a/src/content/docs/fr/plugins/file-compressor/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: '@capgo/capacitor-file-compressor'
-description: >-
-  Compressez efficacement les images prenant en charge les formats PNG, JPEG et
-  WebP sur toutes les plateformes.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Compressez efficacement les images grâce à la prise en charge des formats
-    PNG, JPEG et WebP sur iOS, Android et Web.
-  image:
-    file: ~public/icons/plugins/file-compressor.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/file-compressor/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-file-compressor/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Formats multiples" icon="document">
-    Prise en charge de la compression JPEG et WebP sur toutes les plateformes 🖼️
-  </Card>
-  <Card title="Contrôle de qualité" icon="setting">
-    Qualité de compression réglable de 0,0 à 1,0 pour un équilibre parfait ⚙️
-  </Card>
-  <Card title="Redimensionnement intelligent" icon="puzzle">
-    Préservation automatique des proportions lors du redimensionnement 📐
-  </Card>
-  <Card title="Zéro back-end" icon="rocket">
-    Toute compression s'effectue sur l'appareil - aucun serveur n'est nécessaire 🚀
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    API cohérent sur iOS, Android et les plateformes Web 📱
-  </Card>
-  <Card title="Documentation complète" icon="open-book">
-    Consultez la [Documentation](/docs/plugins/file-compressor/getting-started/) pour maîtriser le plugin en quelques minutes seulement.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/file/getting-started.mdx b/src/content/docs/fr/plugins/file/getting-started.mdx
deleted file mode 100644
index 3f1b05741..000000000
--- a/src/content/docs/fr/plugins/file/getting-started.mdx
+++ /dev/null
@@ -1,389 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the File plugin for file system operations in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-file" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilisation
-
-Importer the plugin and use its methods for file operations:
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-// Write a text file
-const writeFile = async () => {
-  const result = await CapacitorFile.writeFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    data: 'Hello, World!',
-    encoding: Encoding.UTF8,
-    recursive: true, // Create parent directories if needed
-  });
-  console.log('File written to:', result.uri);
-};
-
-// Read a text file
-const readFile = async () => {
-  const result = await CapacitorFile.readFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    encoding: Encoding.UTF8,
-  });
-  console.log('File contents:', result.data);
-};
-
-// Check if file exists
-const checkExists = async () => {
-  const result = await CapacitorFile.exists({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-  console.log('File exists:', result.exists);
-};
-
-// Delete a file
-const deleteFile = async () => {
-  await CapacitorFile.deleteFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-};
-```
-
-## Directory Locations
-
-The plugin provides several directory constants:
-
-```typescript
-import { Directory } from '@capgo/capacitor-file';
-
-// Available directories
-Directory.Documents  // User-visible documents (backed up)
-Directory.Data       // Private app data storage
-Directory.Library    // App support files (iOS) / files (Android)
-Directory.Cache      // Temporary cache (may be cleared by OS)
-Directory.External   // External storage (Android only)
-Directory.Application // Read-only app bundle
-```
-
-## Encoding Options
-
-```typescript
-import { Encoding } from '@capgo/capacitor-file';
-
-Encoding.UTF8   // UTF-8 text encoding
-Encoding.ASCII  // ASCII text encoding
-Encoding.UTF16  // UTF-16 text encoding
-// Omit encoding for binary data (returns base64)
-```
-
-## API Référence
-
-### writeFile(Options)
-
-Write data to a file.
-
-```typescript
-const result = await CapacitorFile.writeFile({
-  path: 'folder/file.txt',
-  directory: Directory.Documents,
-  data: 'File content',
-  encoding: Encoding.UTF8,
-  recursive: true,  // Create directories if needed
-  append: false,    // Overwrite existing file
-  position: 0,      // Byte position for random access writes
-});
-// Returns: { uri: string }
-```
-
-### readFile(Options)
-
-Read a file's contents.
-
-```typescript
-const result = await CapacitorFile.readFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  encoding: Encoding.UTF8,
-  offset: 0,    // Start reading from byte offset
-  length: 100,  // Read only this many bytes
-});
-// Returns: { data: string }
-```
-
-### appendFile(Options)
-
-Append data to a file.
-
-```typescript
-await CapacitorFile.appendFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  data: '\nNew line',
-  encoding: Encoding.UTF8,
-});
-```
-
-### deleteFile(Options)
-
-Supprimer a file.
-
-```typescript
-await CapacitorFile.deleteFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-```
-
-### mkdir(Options)
-
-Créer a directory.
-
-```typescript
-await CapacitorFile.mkdir({
-  path: 'my-folder/sub-folder',
-  directory: Directory.Documents,
-  recursive: true,  // Create parent directories
-});
-```
-
-### rmdir(Options)
-
-Supprimer a directory.
-
-```typescript
-await CapacitorFile.rmdir({
-  path: 'my-folder',
-  directory: Directory.Documents,
-  recursive: true,  // Delete contents recursively
-});
-```
-
-### readdir(Options)
-
-List directory contents.
-
-```typescript
-const result = await CapacitorFile.readdir({
-  path: '',  // Empty for root of directory
-  directory: Directory.Documents,
-});
-// Returns: { entries: Entry[] }
-// Each entry has: { name, isFile, isDirectory, fullPath, nativeURL }
-```
-
-### stat(Options)
-
-Get file or directory metadata.
-
-```typescript
-const result = await CapacitorFile.stat({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// Returns: { type, size, mtime, ctime, uri }
-```
-
-### exists(Options)
-
-Vérifier if a file or directory exists.
-
-```typescript
-const result = await CapacitorFile.exists({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// Returns: { exists: boolean, type?: 'file' | 'directory' }
-```
-
-### copy(Options)
-
-Copy a file or directory.
-
-```typescript
-const result = await CapacitorFile.copy({
-  from: 'source.txt',
-  to: 'destination.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-// Returns: { uri: string }
-```
-
-### rename(Options) / move(Options)
-
-Rename or move a file or directory.
-
-```typescript
-await CapacitorFile.rename({
-  from: 'old-name.txt',
-  to: 'new-name.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-```
-
-### truncate(Options)
-
-Truncate a file to a specific size.
-
-```typescript
-await CapacitorFile.truncate({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  size: 100,  // Truncate to 100 bytes
-});
-```
-
-### getUri(Options)
-
-Get the Natif URI for a file.
-
-```typescript
-const result = await CapacitorFile.getUri({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// Returns: { uri: string }
-```
-
-### getDirectories()
-
-Get all Disponible directory paths.
-
-```typescript
-const dirs = await CapacitorFile.getDirectories();
-// Returns paths for: documents, data, cache, external, etc.
-```
-
-### getFreeDiskSpace()
-
-Get Disponible disk space.
-
-```typescript
-const result = await CapacitorFile.getFreeDiskSpace();
-console.log('Free space:', result.free, 'bytes');
-```
-
-### checkPermissions() / requestPermissions()
-
-Handle storage permissions (Android).
-
-```typescript
-const status = await CapacitorFile.checkPermissions();
-if (status.publicStorage !== 'granted') {
-  await CapacitorFile.requestPermissions();
-}
-```
-
-## Terminé Exemple
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-export class FileService {
-  async saveJson(filename: string, data: object): Promise<void> {
-    await CapacitorFile.writeFile({
-      path: filename,
-      directory: Directory.Documents,
-      data: JSON.stringify(data, null, 2),
-      encoding: Encoding.UTF8,
-      recursive: true,
-    });
-  }
-
-  async loadJson<T>(filename: string): Promise<T | null> {
-    try {
-      const { exists } = await CapacitorFile.exists({
-        path: filename,
-        directory: Directory.Documents,
-      });
-
-      if (!exists) return null;
-
-      const result = await CapacitorFile.readFile({
-        path: filename,
-        directory: Directory.Documents,
-        encoding: Encoding.UTF8,
-      });
-
-      return JSON.parse(result.data) as T;
-    } catch (error) {
-      console.error('Failed to load JSON:', error);
-      return null;
-    }
-  }
-
-  async listFiles(folder: string = ''): Promise<string[]> {
-    const result = await CapacitorFile.readdir({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    return result.entries
-      .filter(entry => entry.isFile)
-      .map(entry => entry.name);
-  }
-
-  async deleteAll(folder: string): Promise<void> {
-    const { exists } = await CapacitorFile.exists({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    if (exists) {
-      await CapacitorFile.rmdir({
-        path: folder,
-        directory: Directory.Documents,
-        recursive: true,
-      });
-    }
-  }
-
-  async copyToBackup(filename: string): Promise<string> {
-    const timestamp = Date.now();
-    const backupName = `backup/${timestamp}-${filename}`;
-
-    const result = await CapacitorFile.copy({
-      from: filename,
-      to: backupName,
-      directory: Directory.Documents,
-      toDirectory: Directory.Documents,
-    });
-
-    return result.uri;
-  }
-}
-```
-
-## Platform Notes
-
-### iOS
-- Requires iOS 13.0+
-- Documents directory is visible in Files Application
-- Library directory is for Application Support files
-- Cache may be cleared when Appareil storage is low
-
-### Android
-- Requires Android 6.0 (API 23)+
-- External storage requires runtime permissions on older Android versions
-- Documents directory maps to Application's files directory
-- Use External directory for shared storage access
-
-### Web
-- Not supported on web platform
diff --git a/src/content/docs/fr/plugins/file/index.mdx b/src/content/docs/fr/plugins/file/index.mdx
deleted file mode 100644
index c4bfae6c7..000000000
--- a/src/content/docs/fr/plugins/file/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-file'
-description: ''
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: ''
-  image:
-    file: ~public/icons/plugins/file.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/file/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-file/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Terminer les opérations sur les fichiers" icon="rocket">
-    Lisez, écrivez, ajoutez, copiez, déplacez et supprimez des fichiers en toute simplicité
-  </Card>
-  <Card title="Gestion d'annuaire" icon="seti:folder">
-    Créez, répertoriez et supprimez des répertoires avec un support récursif
-  </Card>
-  <Card title="Encodages multiples" icon="document">
-    Prise en charge des données UTF-8, ASCII, UTF-16 et binaires (base64)
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Fonctionne sur iOS et Android avec API cohérent sur toutes les plateformes
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/flash/getting-started.mdx b/src/content/docs/fr/plugins/flash/getting-started.mdx
deleted file mode 100644
index 45afdf9de..000000000
--- a/src/content/docs/fr/plugins/flash/getting-started.mdx
+++ /dev/null
@@ -1,198 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plugin Flash pour contrôler la
-  lampe de poche de votre appareil dans votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-flash" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilisation
-
-Importez le plugin et utilisez ses méthodes pour contrôler la lampe de poche :
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// Check if flashlight is available
-const checkFlashlight = async () => {
-  const { value } = await CapacitorFlash.isAvailable();
-  console.log('Flashlight available:', value);
-};
-
-// Turn on flashlight
-const turnOn = async () => {
-  await CapacitorFlash.switchOn();
-};
-
-// Turn off flashlight
-const turnOff = async () => {
-  await CapacitorFlash.switchOff();
-};
-
-// Check if flashlight is on
-const checkStatus = async () => {
-  const { value } = await CapacitorFlash.isSwitchedOn();
-  console.log('Flashlight is on:', value);
-};
-
-// Toggle flashlight
-const toggle = async () => {
-  await CapacitorFlash.toggle();
-};
-```
-
-## API Référence
-
-### estDisponible()
-
-Vérifie si la lampe de poche est disponible sur l'appareil.
-
-```typescript
-const result = await CapacitorFlash.isAvailable();
-// Returns: { value: boolean }
-```
-
-### allumer (options ?)
-
-Allume la lampe de poche.
-
-```typescript
-interface SwitchOnOptions {
-  intensity?: number; // 0.0 to 1.0 (iOS only)
-}
-
-await CapacitorFlash.switchOn({ intensity: 0.5 });
-```
-
-### switchOff()
-
-Éteint la lampe de poche.
-
-```typescript
-await CapacitorFlash.switchOff();
-```
-
-### estSwitchedOn()
-
-Vérifie si la lampe de poche est actuellement allumée.
-
-```typescript
-const result = await CapacitorFlash.isSwitchedOn();
-// Returns: { value: boolean }
-```
-
-### bascule()
-
-Active/désactive la lampe de poche.
-
-```typescript
-await CapacitorFlash.toggle();
-```
-
-## Exemple complet
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-export class FlashlightService {
-  private isOn = false;
-
-  async init() {
-    const { value } = await CapacitorFlash.isAvailable();
-    if (!value) {
-      throw new Error('Flashlight not available on this device');
-    }
-  }
-
-  async toggle() {
-    if (this.isOn) {
-      await CapacitorFlash.switchOff();
-    } else {
-      await CapacitorFlash.switchOn();
-    }
-    this.isOn = !this.isOn;
-  }
-
-  async turnOn(intensity?: number) {
-    await CapacitorFlash.switchOn({ intensity });
-    this.isOn = true;
-  }
-
-  async turnOff() {
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-
-  async strobe(intervalMs: number = 100, duration: number = 3000) {
-    const endTime = Date.now() + duration;
-    
-    while (Date.now() < endTime) {
-      await CapacitorFlash.toggle();
-      await new Promise(resolve => setTimeout(resolve, intervalMs));
-    }
-    
-    // Ensure flashlight is off after strobe
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-}
-```
-
-## meilleures pratiques
-
-1. **Vérifiez d'abord la disponibilité**
-   Vérifiez toujours la disponibilité de la lampe de poche avant de l'utiliser :
-   ```typescript
-   const { value } = await CapacitorFlash.isAvailable();
-   if (!value) {
-     // Show alternative UI or disable flashlight features
-   }
-   ```
-
-2. **Gérer les erreurs avec élégance**
-   ```typescript
-   try {
-     await CapacitorFlash.switchOn();
-   } catch (error) {
-     console.error('Failed to turn on flashlight:', error);
-   }
-   ```
-
-3. **Éteignez lorsque vous n'en avez pas besoin**
-   Éteignez toujours la lampe de poche lorsque votre application passe en arrière-plan ou lorsque la fonctionnalité n'est plus nécessaire pour économiser la batterie.
-
-4. **Évitez les basculements rapides**
-   Mettez en œuvre une fonction anti-rebond pour éviter une commutation marche/arrêt rapide qui pourrait endommager la LED ou vider la batterie.
-
-## Remarques sur la plate-forme
-
-### iOS
-- Nécessite iOS 10.0+
-- Utilise le mode torche `AVCaptureDevice`
-- Prend en charge le contrôle de l'intensité (0,0 à 1,0)
-
-### Android
-- Nécessite Android 6.0 (API 23)+
-- Utilise Camera2 API
-- Contrôle de l'intensité non pris en charge (utilise la luminosité par défaut)
-
-###Web
-- Pris en charge sur les navigateurs avec MediaDevices API et capacité de torche
-- Utilise le flux de la caméra pour accéder à la lampe de poche de l'appareil
-- Nécessite l'autorisation de l'utilisateur pour accéder à la caméra
-- Fonctionne mieux sur les navigateurs mobiles (Chrome sur Android)
-- Les navigateurs de bureau renvoient généralement `isAvailable: false` (pas de matériel de torche)
-- Contrôle d'intensité non pris en charge sur le Web
diff --git a/src/content/docs/fr/plugins/flash/index.mdx b/src/content/docs/fr/plugins/flash/index.mdx
deleted file mode 100644
index 017f59e83..000000000
--- a/src/content/docs/fr/plugins/flash/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-flash"
-description: Control your Appareil's flashlight/torch with this simple Capacitor plugin.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Switch your Appareil's flashlight/torch on and off programmatically with this lightweight Capacitor plugin.
-  image: 
-    file: ~public/icons/plugins/flash.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/flash/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/capacitor-flash/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Simple API" icon="rocket">
-    Turn flashlight on/off with just one method call 🚀
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Works on iOS, Android, and Web platforms 📱
-  </Card>
-  <Card title="Lightweight" icon="rocket">
-    Minimal footprint with no dependencies ⚡
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/flash/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/gtm/getting-started.mdx b/src/content/docs/fr/plugins/gtm/getting-started.mdx
deleted file mode 100644
index 2cd3434ed..000000000
--- a/src/content/docs/fr/plugins/gtm/getting-started.mdx
+++ /dev/null
@@ -1,241 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et intégrer Google Tag Manager dans votre
-  application Capacitor à l'aide du SDK officiel.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-##Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Configuration de la plateforme
-
-### iOS
-
-1. Téléchargez le fichier de configuration de votre conteneur GTM depuis la console Google Tag Manager.
-2. Ajoutez le fichier conteneur JSON à votre projet iOS dans Xcode
-3. Le fichier doit être nommé quelque chose comme `GTM-XXXXXX.json`
-
-### Android
-
-1. Téléchargez le fichier de configuration de votre conteneur GTM depuis la console Google Tag Manager.
-2. Ajoutez le fichier conteneur JSON à `android/app/src/main/assets/`
-3. Le fichier doit être nommé quelque chose comme `GTM-XXXXXX.json`
-
-## Exemple d'utilisation
-
-```typescript
-import { CapacitorGTM } from '@capgo/capacitor-gtm';
-
-// Initialize GTM with your container ID
-await CapacitorGTM.init({
-  containerId: 'GTM-XXXXXX'
-});
-
-// Push events to dataLayer
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Home',
-    screen_class: 'HomeScreen'
-  }
-});
-
-// Push custom events with parameters
-await CapacitorGTM.pushEvent({
-  event: 'purchase',
-  parameters: {
-    transaction_id: 'T12345',
-    value: 25.00,
-    currency: 'USD',
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product Name',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-
-// Set user properties
-await CapacitorGTM.setUserProperty({
-  key: 'user_type',
-  value: 'premium'
-});
-
-// Get values from dataLayer
-const result = await CapacitorGTM.getVariable({
-  key: 'config_value'
-});
-console.log('Config value:', result.value);
-```
-
-## API Référence
-
-### initialisation(options)
-
-```typescript
-init(options: { containerId: string }) => Promise<void>
-```
-
-Initialisez Google Tag Manager avec votre ID de conteneur.
-
-| Paramètres | Tapez |
-| ------------- | -------------------------------- |
-| **`options`** | `{ containerId: string }` |
-
-### pushEvent(options)
-
-```typescript
-pushEvent(options: GTMEvent) => Promise<void>
-```
-
-Envoyez un événement au dataLayer avec des paramètres facultatifs.
-
-| Paramètres | Tapez |
-| ------------- | ----------------- |
-| **`options`** | `GTMEvent` |
-
-### setUserProperty(options)
-
-```typescript
-setUserProperty(options: { key: string; value: string }) => Promise<void>
-```
-
-Définissez une propriété utilisateur pour la segmentation et le ciblage.
-
-| Paramètres | Tapez |
-| ------------- | ----------------------------------------- |
-| **`options`** | `{ key: string; value: string }` |
-
-### getVariable(options)
-
-```typescript
-getVariable(options: { key: string }) => Promise<{ value: any }>
-```
-
-Obtenez une valeur de la configuration du conteneur GTM.
-
-| Paramètres | Tapez |
-| ------------- | -------------------- |
-| **`options`** | `{ key: string }` |
-
-**Retours :** `Promise<{ value: any }>`
-
-##Interfaces
-
-### Événement GTME
-
-| Accessoire | Tapez | Descriptif |
-| ---------------- | ------------------------------------ | ---------------------------------- |
-| **`event`** | `string` | Le nom de l'événement |
-| **`parameters`** | `Record<string, any>` | Paramètres d'événement facultatifs (facultatif) |
-
-## Exemples d'événements courants
-
-### Vues d'écran
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Product Details',
-    screen_class: 'ProductScreen'
-  }
-});
-```
-
-### Actions de l'utilisateur
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'button_click',
-  parameters: {
-    button_name: 'add_to_cart',
-    product_id: 'SKU_12345'
-  }
-});
-```
-
-### Événements de commerce électronique
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'begin_checkout',
-  parameters: {
-    currency: 'USD',
-    value: 75.00,
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product 1',
-        quantity: 2,
-        price: 25.00
-      },
-      {
-        item_id: 'SKU_67890',
-        item_name: 'Product 2',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-```
-
-## meilleures pratiques
-
-- Initialisez GTM au début du cycle de vie de votre application
-- Utiliser des conventions de dénomination d'événements cohérentes
-- Inclure les paramètres pertinents avec chaque événement
-- Testez votre configuration GTM en mode aperçu
-- Surveiller les données dans la console Google Tag Manager
-- Utilisez les propriétés utilisateur pour une segmentation significative
-
-## Débogage
-
-Activez le mode débogage dans la console Google Tag Manager pour tester votre implémentation :
-
-1. Ouvrez la console GTM
-2. Accédez au mode Aperçu
-3. Connectez-vous à votre application à l'aide de l'ID du conteneur
-4. Vérifiez que les événements sont correctement suivis
-
-## Cas d'utilisation- Suivre les interactions et le comportement des utilisateurs
-- Surveiller les mesures de performances des applications
-- Collecter des données de commerce électronique
-- Gérer les balises tierces sans modification de code
-- Mettre en œuvre les tests A/B et la personnalisation
-- Intégration avec Google Analytics et d'autres services
diff --git a/src/content/docs/fr/plugins/gtm/index.mdx b/src/content/docs/fr/plugins/gtm/index.mdx
deleted file mode 100644
index 5737cdc38..000000000
--- a/src/content/docs/fr/plugins/gtm/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: '@capgo/capacitor-gtm'
-description: >-
-  Intégrez Google Tag Manager dans vos applications Capacitor avec la prise en
-  charge officielle SDK pour iOS et Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Intégrez Google Tag Manager dans vos applications mobiles avec le SDK
-    officiel pour un suivi analytique complet.
-  image:
-    file: ~public/icons/plugins/gtm.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/gtm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-gtm/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Officiel SDK" icon="star">
-    Utilise le Google Tag Manager officiel SDK pour iOS et Android 🏆
-  </Card>
-  <Card title="Suivi des événements" icon="rocket">
-    Poussez les événements vers dataLayer avec des paramètres personnalisés 📊
-  </Card>
-  <Card title="Propriétés utilisateur" icon="setting">
-    Définir et gérer les propriétés utilisateur pour la segmentation 👤
-  </Card>
-  <Card title="Gestion des conteneurs" icon="document">
-    Initialisez et gérez facilement les conteneurs GTM 📦
-  </Card>
-  <Card title="Accès aux couches de données" icon="magnifier">
-    Obtenez les valeurs de la configuration du conteneur 🔍
-  </Card>
-  <Card title="Commencer" icon="open-book">
-    Consultez le [Guide de démarrage](/docs/plugins/gtm/getting-started/) pour installer et configurer le plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/health/getting-started.mdx b/src/content/docs/fr/plugins/health/getting-started.mdx
deleted file mode 100644
index 8ccd1b3d3..000000000
--- a/src/content/docs/fr/plugins/health/getting-started.mdx
+++ /dev/null
@@ -1,85 +0,0 @@
----
-title: Commencer
-description: Activez l'accès à HealthKit et Health Connect avec le plugin Capgo Health.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le plugin**
-   <PackageManagers pkg="@capgo/capacitor-health" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOSconfiguration
-
-- Ouvrez `ios/App/App.xcworkspace` dans Xcode et activez la fonctionnalité **HealthKit**.
-- Fournissez des descriptions d'utilisation dans `Info.plist` :
-
-```xml
-<key>NSHealthShareUsageDescription</key>
-<string>This app reads your health metrics to personalize your experience.</string>
-<key>NSHealthUpdateUsageDescription</key>
-<string>This app writes health data that you explicitly record.</string>
-```
-
-## Androidconfiguration
-
-Les données de santé sont alimentées par [Health Connect](https://developer.android.com/health-and-fitness/guides/health-connect). Assurez-vous :
-
-- `minSdkVersion` est **26 ou plus** (Capacitor 5 satisfait déjà à cela).
-- Les utilisateurs ont installé Health Connect (Android 14+ le regroupe ; les versions antérieures nécessitent un téléchargement Play Store).
-- Vous guidez les utilisateurs à travers l'interface utilisateur des autorisations d'exécution lorsque vous leur demandez l'accès.
-
-## Vérifier la disponibilité et demander l'accès
-
-```typescript
-import { Health } from '@capgo/capacitor-health';
-
-const { available, reason } = await Health.isAvailable();
-if (!available) {
-  console.warn('Health APIs unavailable:', reason);
-  return;
-}
-
-await Health.requestAuthorization({
-  read: ['steps', 'heartRate', 'weight'],
-  write: ['weight'],
-});
-```
-
-## Lire des exemples
-
-```typescript
-const { samples } = await Health.readSamples({
-  dataType: 'steps',
-  startDate: new Date(Date.now() - 7 * 24 * 60 * 60 * 1000).toISOString(),
-  endDate: new Date().toISOString(),
-  limit: 200,
-});
-
-samples.forEach((sample) => {
-  console.log(sample.value, sample.startDate, sample.endDate);
-});
-```
-
-## Écrire des échantillons
-
-```typescript
-await Health.saveSample({
-  dataType: 'weight',
-  value: 74.6,
-  startDate: new Date().toISOString(),
-});
-```
-
-## Gestion des autorisations
-
-- Utilisez `checkAuthorization()` pour vérifier les étendues de lecture/écriture actuelles et ajuster votre interface utilisateur.
-- Gérez les refus avec élégance en expliquant pourquoi les données améliorent l'expérience et en proposant une nouvelle tentative.
-- Respectez toujours la vie privée de l'utilisateur et ne demandez que les étendues minimales requises par votre fonctionnalité.
diff --git a/src/content/docs/fr/plugins/health/index.mdx b/src/content/docs/fr/plugins/health/index.mdx
deleted file mode 100644
index f398be98d..000000000
--- a/src/content/docs/fr/plugins/health/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: '@capgo/capacitor-health'
-description: >-
-  Connectez-vous à Apple HealthKit et Health Connect à partir de Capacitor avec
-  un API unifié et saisi.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Lisez et rédigez des mesures de condition physique sur iOS et Android tout
-    en conservant un contrat TypeScript cohérent.
-  image:
-    file: ~public/icons/plugins/health.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/health/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-health/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Le plugin Capgo Health unifie l'accès HealthKit et Health Connect afin que vous puissiez suivre l'activité, les mesures biométriques et les mesures corporelles avec une seule intégration Capacitor.
-
-<CardGrid stagger>
-  <Card title="Données de santé multiplateformes" icon="rocket">
-    Prend en charge Apple HealthKit et Android Health Connect prêts à l'emploi.
-  </Card>
-  <Card title="Autorisations granulaires" icon="approve-check">
-    Demandez des étendues de lecture/écriture distinctes et réagissez aux modifications d’autorisation.
-  </Card>
-  <Card title="Unités cohérentes" icon="star">
-    Travaillez avec des types de données normalisés tels que `steps`, `heartRate` et `weight`.
-  </Card>
-  <Card title="Écritures en temps réel" icon="rocket">
-    Enregistrez les échantillons dans le magasin de santé de l'utilisateur lorsqu'il enregistre son activité.
-  </Card>
-</CardGrid>
-
-Suivez le guide de démarrage pour activer les fonctionnalités de la plateforme, recueillir le consentement et commencer à synchroniser les métriques.
diff --git a/src/content/docs/fr/plugins/home-indicator/getting-started.mdx b/src/content/docs/fr/plugins/home-indicator/getting-started.mdx
deleted file mode 100644
index 3edebefdb..000000000
--- a/src/content/docs/fr/plugins/home-indicator/getting-started.mdx
+++ /dev/null
@@ -1,172 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et configurer le plug-in Capacitor Home Indicator
-  pour contrôler l'indicateur d'accueil sur les appareils iOS.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-home-indicator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurez le plugin**
-
-   **Masquer l'indicateur d'accueil :**
-   ```typescript
-   import { HomeIndicator } from '@capgo/capacitor-home-indicator';
-
-   // Hide the home indicator
-   await HomeIndicator.hide();
-   ```
-
-   **Afficher l'indicateur d'accueil :**
-   ```typescript
-   // Show the home indicator
-   await HomeIndicator.show();
-
-   // Check visibility status
-   const { hidden } = await HomeIndicator.isHidden();
-   console.log('Is hidden:', hidden);
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Aucune configuration supplémentaire requise. Le plugin ne fonctionne que sur les appareils iOS avec un indicateur d'accueil (iPhone X et versions ultérieures).
-     </TabItem>
-     <TabItem label="Android">
-       Ce plugin n'a aucun effet sur les appareils Android car ils n'ont pas d'indicateur d'accueil de style iOS.
-     </TabItem>
-   </Tabs>
-
-4. **Utilisation avancée**
-   ```typescript
-   import { HomeIndicator } from '@capgo/capacitor-home-indicator';
-   import { App } from '@capacitor/app';
-
-   export class ImmersiveMode {
-      private isImmersive = false;
-
-      async enterImmersiveMode() {
-        this.isImmersive = true;
-
-        // Hide home indicator
-        await HomeIndicator.hide();
-
-        // Hide status bar for full immersion
-        // StatusBar.hide(); // If using @capacitor/status-bar
-      }
-
-      async exitImmersiveMode() {
-        this.isImmersive = false;
-
-        // Show home indicator
-        await HomeIndicator.show();
-
-        // Show status bar
-        // StatusBar.show(); // If using @capacitor/status-bar
-      }
-
-      async toggleImmersiveMode() {
-        const { hidden } = await HomeIndicator.isHidden();
-
-        if (hidden) {
-          await this.exitImmersiveMode();
-        } else {
-          await this.enterImmersiveMode();
-        }
-      }
-
-      setupAppLifecycle() {
-        // Handle app state changes
-        App.addListener('appStateChange', async ({ isActive }) => {
-          if (!isActive && this.isImmersive) {
-            // App went to background, might want to show indicator
-            await HomeIndicator.show();
-          } else if (isActive && this.isImmersive) {
-            // App came to foreground, restore immersive mode
-            await HomeIndicator.hide();
-          }
-        });
-      }
-    }
-   ```
-</Steps>
-
-## API Référence
-
-### Méthodes
-
-#### `hide()`
-Masquer l'indicateur d'accueil.
-
-**Retours :** `Promise<void>`
-
-#### `show()`
-Afficher l'indicateur d'accueil.
-
-**Retours :** `Promise<void>`
-
-#### `isHidden()`
-Vérifiez si l'indicateur d'accueil est actuellement masqué.
-
-**Retours :** `Promise<{ hidden: boolean }>`
-
-###Interfaces
-
-```typescript
-interface HiddenResult {
-  hidden: boolean;
-}
-```
-
-## Remarques sur la plate-forme
-
-### iOS
-- Fonctionne uniquement sur les appareils dotés d'un indicateur d'accueil (iPhone X et versions ultérieures)
-- Nécessite iOS 11.0 ou version ultérieure
-- L'indicateur réapparaît lorsque les utilisateurs glissent depuis le bas
-
-### Android
-- Ce plugin n'a aucun effet sur Android
-- Android utilise différents gestes/boutons de navigation
-
-## Cas d'utilisation courants
-
-1. **Jeux** : jeux en plein écran sans distractions
-2. **Lecteurs vidéo** : lecture vidéo immersive
-3. **Visionneuses de photos** : galeries de photos en plein écran
-4. **Présentations** : présentations sans distraction
-5. **Applications de kiosque** : applications d'affichage public
-
-## meilleures pratiques
-
-1. **Contrôle utilisateur** : fournissez toujours un moyen de quitter le mode immersif
-   ```typescript
-   // Add a gesture or button to toggle immersive mode
-   const toggleButton = document.getElementById('toggle-immersive');
-   toggleButton.addEventListener('click', () => {
-     immersiveMode.toggleImmersiveMode();
-   });
-   ```
-
-2. **Respectez les gestes du système** : n'interférez pas avec la navigation du système
-3. **Enregistrer l'état** : mémoriser la préférence de l'utilisateur pour le mode immersif
-
-## Dépannage
-
-**L'indicateur d'accueil ne se cache pas :**
-- Vérifiez que l'appareil dispose d'un indicateur d'accueil (iPhone X+)
-- Vérifiez que la version iOS est 11.0 ou supérieure
-- Assurez-vous que l'application a le focus
-
-**L'indicateur réapparaît de manière inattendue :**
-- Il s'agit d'un comportement iOS normal pour les gestes du système
diff --git a/src/content/docs/fr/plugins/home-indicator/index.mdx b/src/content/docs/fr/plugins/home-indicator/index.mdx
deleted file mode 100644
index bf9c656d0..000000000
--- a/src/content/docs/fr/plugins/home-indicator/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/Accueil-indicator"
-description: Capacitor plugin to control the Accueil indicator visibility on iOS Appareils, allowing for immersive full-screen experiences.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Hide or show the Accueil indicator on iOS Appareils to Créer truly immersive full-screen experiences in your Application.
-  image: 
-    file: ~public/icons/plugins/home-indicator.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/home-indicator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-home-indicator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="iOS home indicator control" icon="rocket">
-    Full control over the Accueil indicator visibility 📱
-  </Card>
-  <Card title="Immersive experiences" icon="setting">
-    Créer full-screen experiences without distractions 🎮
-  </Card>
-  <Card title="Auto-hide support" icon="star">
-    Configure auto-hide behavior for seamless UX ✨
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/Accueil-indicator/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/ibeacon/getting-started.mdx b/src/content/docs/fr/plugins/ibeacon/getting-started.mdx
deleted file mode 100644
index 209c54997..000000000
--- a/src/content/docs/fr/plugins/ibeacon/getting-started.mdx
+++ /dev/null
@@ -1,620 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the iBeacon plugin to detect and monitor Bluetooth beacons in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-ibeacon" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configuration
-
-### iOS Configuration
-
-Add the following to your `Info.plist`:
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>This app needs location access to detect nearby beacons</string>
-
-<key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-<string>This app needs location access to monitor beacons in the background</string>
-
-<key>NSBluetoothAlwaysUsageDescription</key>
-<string>This app uses Bluetooth to detect nearby beacons</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>location</string>
-</array>
-```
-
-### Android Configuration
-
-Add the following to your `AndroidManifest.xml`:
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-  <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-  <uses-permission android:name="android.permission.BLUETOOTH" />
-  <uses-permission android:name="android.permission.BLUETOOTH_ADMIN" />
-  <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" />
-</manifest>
-```
-
-**Important**: For Android, you need to integrate the [AltBeacon](https://altbeacon.github.io/android-beacon-library/) library into your project for beacon detection to work.
-
-Add to your app's `build.gradle`:
-
-```kotlin
-dependencies {
-    implementation 'org.altbeacon:android-beacon-library:2.20+'
-}
-```
-
-## Utilisation
-
-### Basic Configuration
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-
-// Define your beacon region
-const beaconRegion = {
-  identifier: 'MyStore',
-  uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-  major: 1, // Optional
-  minor: 2  // Optional
-};
-```
-
-### Request Permissions
-
-```typescript
-// Request "When In Use" permission
-const requestPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-  console.log('Permission status:', status);
-  // status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use'
-};
-
-// Request "Always" permission (for background monitoring)
-const requestAlwaysPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestAlwaysAuthorization();
-  console.log('Always permission status:', status);
-};
-
-// Check current authorization status
-const checkPermission = async () => {
-  const { status } = await CapacitorIbeacon.getAuthorizationStatus();
-  console.log('Current status:', status);
-};
-```
-
-### Vérifier Appareil Capabilities
-
-```typescript
-// Check if Bluetooth is enabled
-const checkBluetooth = async () => {
-  const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-  if (!enabled) {
-    console.log('Please enable Bluetooth');
-  }
-};
-
-// Check if ranging is available
-const checkRanging = async () => {
-  const { available } = await CapacitorIbeacon.isRangingAvailable();
-  console.log('Ranging available:', available);
-};
-```
-
-### Monitor Beacon Regions
-
-Monitoring detects when you enter or exit a beacon region. This works in the background.
-
-```typescript
-// Start monitoring
-const startMonitoring = async () => {
-  await CapacitorIbeacon.startMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2
-  });
-  console.log('Started monitoring for beacons');
-};
-
-// Stop monitoring
-const stopMonitoring = async () => {
-  await CapacitorIbeacon.stopMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### Range Beacons
-
-Ranging provides continuous Mises à jour À propos nearby beacons and their distances. This requires the Application to be in the foreground.
-
-```typescript
-// Start ranging
-const startRanging = async () => {
-  await CapacitorIbeacon.startRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-  console.log('Started ranging beacons');
-};
-
-// Stop ranging
-const stopRanging = async () => {
-  await CapacitorIbeacon.stopRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### Listen to Events
-
-```typescript
-import { PluginListenerHandle } from '@capacitor/core';
-
-// Listen for ranging events (continuous distance updates)
-const rangingListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didRangeBeacons',
-  (data) => {
-    console.log('Beacons detected:', data.beacons);
-    data.beacons.forEach(beacon => {
-      console.log(`UUID: ${beacon.uuid}`);
-      console.log(`Major: ${beacon.major}, Minor: ${beacon.minor}`);
-      console.log(`Distance: ${beacon.accuracy}m`);
-      console.log(`Proximity: ${beacon.proximity}`); // immediate, near, far, unknown
-      console.log(`RSSI: ${beacon.rssi}`);
-    });
-  }
-);
-
-// Listen for region enter events
-const enterListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didEnterRegion',
-  (data) => {
-    console.log('Entered region:', data.region.identifier);
-    // Show welcome notification or trigger action
-  }
-);
-
-// Listen for region exit events
-const exitListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didExitRegion',
-  (data) => {
-    console.log('Exited region:', data.region.identifier);
-    // Trigger goodbye action
-  }
-);
-
-// Listen for region state changes
-const stateListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didDetermineStateForRegion',
-  (data) => {
-    console.log(`Region ${data.region.identifier}: ${data.state}`);
-    // state: 'inside' | 'outside' | 'unknown'
-  }
-);
-
-// Clean up listeners when done
-const cleanup = () => {
-  rangingListener.remove();
-  enterListener.remove();
-  exitListener.remove();
-  stateListener.remove();
-};
-```
-
-### Advertise as iBeacon (iOS only)
-
-Turn your Appareil into an iBeacon transmitter.
-
-```typescript
-// Start advertising
-const startAdvertising = async () => {
-  await CapacitorIbeacon.startAdvertising({
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2,
-    identifier: 'MyBeacon',
-    measuredPower: -59 // Optional: calibrated power at 1 meter
-  });
-  console.log('Started advertising as iBeacon');
-};
-
-// Stop advertising
-const stopAdvertising = async () => {
-  await CapacitorIbeacon.stopAdvertising();
-};
-```
-
-## Terminé Exemple
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-import { PluginListenerHandle } from '@capacitor/core';
-
-export class BeaconService {
-  private listeners: PluginListenerHandle[] = [];
-
-  async init() {
-    // Request permissions
-    const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-
-    if (status !== 'authorized_when_in_use' && status !== 'authorized_always') {
-      throw new Error('Location permission denied');
-    }
-
-    // Check Bluetooth
-    const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-    if (!enabled) {
-      throw new Error('Bluetooth is not enabled');
-    }
-
-    // Set up event listeners
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didEnterRegion', (data) => {
-        console.log('Welcome! Entered:', data.region.identifier);
-        this.onEnterRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didExitRegion', (data) => {
-        console.log('Goodbye! Left:', data.region.identifier);
-        this.onExitRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didRangeBeacons', (data) => {
-        this.onRangeBeacons(data.beacons);
-      })
-    );
-  }
-
-  async startMonitoring(uuid: string, identifier: string, major?: number, minor?: number) {
-    await CapacitorIbeacon.startMonitoringForRegion({
-      identifier,
-      uuid,
-      major,
-      minor
-    });
-  }
-
-  async startRanging(uuid: string, identifier: string) {
-    await CapacitorIbeacon.startRangingBeaconsInRegion({
-      identifier,
-      uuid
-    });
-  }
-
-  private onEnterRegion(region: any) {
-    // Handle region entry (e.g., show notification, trigger content)
-    console.log('Entered beacon region:', region);
-  }
-
-  private onExitRegion(region: any) {
-    // Handle region exit
-    console.log('Left beacon region:', region);
-  }
-
-  private onRangeBeacons(beacons: any[]) {
-    // Process beacon distances
-    const nearestBeacon = beacons.reduce((nearest, beacon) => {
-      return beacon.accuracy < nearest.accuracy ? beacon : nearest;
-    }, beacons[0]);
-
-    if (nearestBeacon) {
-      console.log('Nearest beacon:', nearestBeacon);
-      this.handleProximity(nearestBeacon);
-    }
-  }
-
-  private handleProximity(beacon: any) {
-    switch (beacon.proximity) {
-      case 'immediate': // < 0.5m
-        console.log('Very close to beacon');
-        break;
-      case 'near': // 0.5m - 3m
-        console.log('Near beacon');
-        break;
-      case 'far': // > 3m
-        console.log('Far from beacon');
-        break;
-      case 'unknown':
-        console.log('Distance unknown');
-        break;
-    }
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-## API Référence
-
-### startMonitoringForRegion(Options)
-
-Démarrer monitoring for a beacon region. Triggers events when entering/exiting.
-
-```typescript
-interface BeaconRegion {
-  identifier: string;
-  uuid: string;
-  major?: number;
-  minor?: number;
-  notifyEntryStateOnDisplay?: boolean;
-}
-
-await CapacitorIbeacon.startMonitoringForRegion(options);
-```
-
-### stopMonitoringForRegion(Options)
-
-Arrêter monitoring for a beacon region.
-
-```typescript
-await CapacitorIbeacon.stopMonitoringForRegion(options);
-```
-
-### startRangingBeaconsInRegion(Options)
-
-Démarrer ranging beacons in a region for continuous distance Mises à jour.
-
-```typescript
-await CapacitorIbeacon.startRangingBeaconsInRegion(options);
-```
-
-### stopRangingBeaconsInRegion(Options)
-
-Arrêter ranging beacons in a region.
-
-```typescript
-await CapacitorIbeacon.stopRangingBeaconsInRegion(options);
-```
-
-### startAdvertising(Options)
-
-Démarrer advertising the Appareil as an iBeacon (iOS only).
-
-```typescript
-interface BeaconAdvertisingOptions {
-  uuid: string;
-  major: number;
-  minor: number;
-  identifier: string;
-  measuredPower?: number; // Calibrated power at 1 meter
-}
-
-await CapacitorIbeacon.startAdvertising(options);
-```
-
-### stopAdvertising()
-
-Arrêter advertising the Appareil as an iBeacon.
-
-```typescript
-await CapacitorIbeacon.stopAdvertising();
-```
-
-### requestWhenInUseAuthorization()
-
-Request "When In Use" location authorization.
-
-```typescript
-const result = await CapacitorIbeacon.requestWhenInUseAuthorization();
-// Returns: { status: string }
-```
-
-### requestAlwaysAuthorization()
-
-Request "Always" location authorization (required for background monitoring).
-
-```typescript
-const result = await CapacitorIbeacon.requestAlwaysAuthorization();
-// Returns: { status: string }
-```
-
-### getAuthorizationStatus()
-
-Get current location authorization status.
-
-```typescript
-const result = await CapacitorIbeacon.getAuthorizationStatus();
-// Returns: { status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use' }
-```
-
-### isBluetoothEnabled()
-
-Vérifier if Bluetooth is enabled.
-
-```typescript
-const result = await CapacitorIbeacon.isBluetoothEnabled();
-// Returns: { enabled: boolean }
-```
-
-### isRangingAvailable()
-
-Vérifier if ranging is Disponible on the Appareil.
-
-```typescript
-const result = await CapacitorIbeacon.isRangingAvailable();
-// Returns: { available: boolean }
-```
-
-### enableARMAFilter(Options)
-
-Activer ARMA filtering for distance calculations (Android only).
-
-```typescript
-await CapacitorIbeacon.enableARMAFilter({ enabled: true });
-```
-
-## Events
-
-### didRangeBeacons
-
-Fired when beacons are detected during ranging.
-
-```typescript
-interface RangingEvent {
-  region: BeaconRegion;
-  beacons: Beacon[];
-}
-
-interface Beacon {
-  uuid: string;
-  major: number;
-  minor: number;
-  rssi: number; // Signal strength
-  proximity: 'immediate' | 'near' | 'far' | 'unknown';
-  accuracy: number; // Distance in meters
-}
-```
-
-### didEnterRegion
-
-Fired when entering a monitored beacon region.
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didExitRegion
-
-Fired when exiting a monitored beacon region.
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didDetermineStateForRegion
-
-Fired when region state is determined.
-
-```typescript
-interface StateEvent {
-  region: BeaconRegion;
-  state: 'inside' | 'outside' | 'unknown';
-}
-```
-
-## Proximity Values
-
-- **immediate**: Very close (< 0.5 meters)
-- **near**: Relatively close (0.5 - 3 meters)
-- **far**: Further away (> 3 meters)
-- **unknown**: Distance cannot be determined
-
-## Bonnes pratiques
-
-1. **Request appropriate permissions**
-   - Use "When In Use" for foreground Fonctionnalités
-   - Request "Always" only if you need background monitoring
-   - Explain clearly why you need location access
-
-2. **Handle Bluetooth state**
-   ```typescript
-   const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-   if (!enabled) {
-     // Prompt user to enable Bluetooth
-   }
-   ```
-
-3. **Battery optimization**
-   - Use monitoring instead of ranging when possible (more battery-efficient)
-   - Arrêter ranging when not actively needed
-   - Consider using larger major/minor ranges to reduce processing
-
-4. **Erreur handling**
-   ```typescript
-   try {
-     await CapacitorIbeacon.startMonitoringForRegion(region);
-   } catch (error) {
-     console.error('Failed to start monitoring:', error);
-   }
-   ```
-
-5. **Clean up listeners**
-   Always Retirer event listeners when component unmounts to prevent memory leaks.
-
-## Platform Notes
-
-### iOS
-- Requires iOS 10.0+
-- Uses Natif CoreLocation framework
-- Supports background monitoring with "Always" permission
-- Can advertise as iBeacon using CoreBluetooth
-- Ranging requires Application to be in foreground
-
-### Android
-- Requires Android 6.0 (API 23)+
-- Uses AltBeacon library
-- Requires location permissions even though beacons use Bluetooth
-- Background monitoring requires ACCESS_BACKGROUND_LOCATION (Android 10+)
-- Cannot advertise as iBeacon (hardware limitation on most Appareils)
-
-### Web
-- Not supported on web platform
-
-## Cas d'utilisation courants
-
-1. **Proximity Marketing**: Trigger notifications or content when Utilisateurs approach your store
-2. **Indoor Navigation**: Guide Utilisateurs through buildings using beacon waypoints
-3. **Attendance Tracking**: Automatically Vérifier-in when Utilisateurs enter a location
-4. **Asset Tracking**: Monitor equipment or inventory movement
-5. **Museum Tours**: Provide contextual Information as visitors approach exhibits
-6. **Smart Accueil**: Trigger automations based on room presence
-
-## Dépannage
-
-### Beacons not detected
-- Ensure Bluetooth is enabled
-- Verify location permissions are granted
-- Vérifier beacon UUID matches exactly (case-sensitive)
-- Confirm beacon is powered and transmitting
-- Try without major/minor filters first
-
-### Background monitoring not working
-- Ensure "Always" location permission is granted
-- Add `location` to UIBackgroundModes (iOS)
-- Request ACCESS_BACKGROUND_LOCATION (Android 10+)
-- Remarque: iOS may delay background callbacks to Enregistrer battery
-
-### Distance measurements inaccurate
-- Beacon RSSI varies with environment (walls, interference)
-- Use multiple beacons for triangulation
-- Calibrate measuredPower at 1 meter from beacon
-- Activer ARMA filtering on Android for smoother values
diff --git a/src/content/docs/fr/plugins/ibeacon/index.mdx b/src/content/docs/fr/plugins/ibeacon/index.mdx
deleted file mode 100644
index 1cb460580..000000000
--- a/src/content/docs/fr/plugins/ibeacon/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-ibeacon"
-description: iBeacon plugin for Capacitor - proximity detection and beacon region monitoring for location-based Fonctionnalités.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Detect and monitor Bluetooth beacons for proximity-based Fonctionnalités, indoor navigation, and location-aware experiences.
-  image: 
-    file: ~public/icons/plugins/ibeacon.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/ibeacon/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ibeacon/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Beacon Monitoring" icon="star">
-    Monitor beacon regions and get notified when entering or exiting 🎯
-  </Card>
-  <Card title="Beacon Ranging" icon="rocket">
-    Detect nearby beacons and measure their distance in real-time 📡
-  </Card>
-  <Card title="Background Detection" icon="setting">
-    Monitor beacons even when Application is in background 🔔
-  </Card>
-  <Card title="Beacon Advertising" icon="puzzle">
-    Turn your Appareil into an iBeacon transmitter (iOS only) 📱
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Works on both iOS and Android with Natif beacon libraries 📱
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/ibeacon/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/inappbrowser/getting-started.mdx b/src/content/docs/fr/plugins/inappbrowser/getting-started.mdx
deleted file mode 100644
index 8f33a483c..000000000
--- a/src/content/docs/fr/plugins/inappbrowser/getting-started.mdx
+++ /dev/null
@@ -1,412 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plug-in InAppBrowser avec des
-  événements de modification d'URL pour le contenu Web intégré dans votre
-  application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/inappbrowser" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilisation
-
-Importez le plugin et utilisez ses deux points d'entrée principaux :
-
-```typescript
-import { InAppBrowser, ToolBarType, BackgroundColor } from '@capgo/inappbrowser';
-
-// 1) Simple custom tab / SFSafariViewController
-const openExternal = async () => {
-  await InAppBrowser.open({
-    url: 'https://capgo.app',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-
-// 2) Full WebView with navigation, headers, share, messaging, etc.
-const openWebView = async () => {
-  await InAppBrowser.openWebView({
-    url: 'https://capgo.app',
-    title: 'Capgo',
-    toolbarType: ToolBarType.NAVIGATION,
-    backgroundColor: BackgroundColor.BLACK,
-    activeNativeNavigationForWebview: true,
-    showReloadButton: true,
-    shareSubject: 'Check this page',
-    shareDisclaimer: {
-      title: 'Disclaimer',
-      message: 'You are about to share content',
-      confirmBtn: 'Continue',
-      cancelBtn: 'Cancel',
-    },
-  });
-};
-
-// Messaging between app and the opened WebView
-const setupListeners = async () => {
-  await InAppBrowser.addListener('urlChangeEvent', (event) => {
-    console.log('URL changed to:', event.url);
-  });
-
-  await InAppBrowser.addListener('messageFromWebview', (event) => {
-    console.log('Message from web:', event.detail);
-  });
-
-  await InAppBrowser.addListener('closeEvent', () => {
-    console.log('WebView closed');
-  });
-};
-
-// Send data to the WebView
-const sendData = async () => {
-  await InAppBrowser.postMessage({ detail: { action: 'refresh-profile' } });
-};
-
-// Close and reload helpers
-const closeBrowser = () => InAppBrowser.close();
-const reloadPage = () => InAppBrowser.reload();
-```
-
-## API Référence
-
-### ouvert(options : OpenOptions)
-Ouvre une URL dans un onglet personnalisé / SFSafariViewController.
-
-```typescript
-interface OpenOptions {
-  /** Target URL to load */
-  url: string;
-  /** Present after the page finishes loading */
-  isPresentAfterPageLoad?: boolean;
-  /** Prevent deep links from opening external apps */
-  preventDeeplink?: boolean;
-}
-
-await InAppBrowser.open({ url: 'https://example.com', preventDeeplink: true });
-```
-
-### openWebView (options : OpenWebViewOptions)
-Charge une WebView complète avec une interface utilisateur de navigation, des en-têtes, des informations d'identification, des scripts et une messagerie.
-
-```typescript
-interface OpenWebViewOptions {
-  url: string;
-  headers?: Record<string, string>;
-  credentials?: { username: string; password: string };
-  materialPicker?: boolean;
-  shareDisclaimer?: {
-    title: string;
-    message: string;
-    confirmBtn: string;
-    cancelBtn: string;
-  };
-  toolbarType?: ToolBarType;
-  shareSubject?: string;
-  title?: string;
-  backgroundColor?: BackgroundColor;
-  activeNativeNavigationForWebview?: boolean;
-  disableGoBackOnNativeApplication?: boolean;
-  isPresentAfterPageLoad?: boolean;
-  isInspectable?: boolean;
-  isAnimated?: boolean;
-  showReloadButton?: boolean;
-  closeModal?: boolean;
-  closeModalTitle?: string;
-  closeModalDescription?: string;
-  closeModalOk?: string;
-  closeModalCancel?: string;
-  visibleTitle?: boolean;
-  toolbarColor?: string;
-  toolbarTextColor?: string;
-  showArrow?: boolean;
-  ignoreUntrustedSSLError?: boolean;
-  preShowScript?: string;
-  preShowScriptInjectionTime?: 'documentStart' | 'pageLoad';
-  proxyRequests?: string;
-  buttonNearDone?: {
-    ios: { iconType: 'sf-symbol' | 'asset'; icon: string };
-    android: { iconType: 'asset' | 'vector'; icon: string; width?: number; height?: number };
-  };
-  textZoom?: number;
-  preventDeeplink?: boolean;
-  authorizedAppLinks?: string[];
-  enabledSafeBottomMargin?: boolean;
-  useTopInset?: boolean;
-  enableGooglePaySupport?: boolean;
-  blockedHosts?: string[];
-  width?: number;
-  height?: number;
-  x?: number;
-  y?: number;
-}
-
-await InAppBrowser.openWebView({
-  url: 'https://new-page.com',
-  toolbarType: ToolBarType.NAVIGATION,
-  showReloadButton: true,
-});
-```
-
-Valeurs `ToolBarType` : `activity` (fermer + partager), `compact` (fermer uniquement), `navigation` (avant/arrière + fermer), `blank` (pas de barre d'outils). Valeurs `BackgroundColor` : `white` ou `black`.
-
-### close(options?)
-Ferme l'onglet WebView/personnalisé.
-
-**Options:**
-- `isAnimated?: boolean` - S'il faut animer l'action de clôture
-
-### recharger()
-Recharge la page WebView actuelle.
-
-### goBack()
-Revient dans l'historique WebView et renvoie `{ canGoBack: boolean }`.
-
-### `setUrl({ url: string })`
-Remplace l'URL WebView actuelle.
-
-### `executeScript({ code: string })`
-Injecte JavaScript dans WebView.
-
-### `postMessage({ detail: Record<string, any> })`
-Envoie les données de l'application native au WebView (recevoir en JS via `window.addEventListener('messageFromNative', ...)`).
-
-### `getCookies({ url, includeHttpOnly? })`
-Renvoie les cookies pour l'URL.
-
-### `clearCookies({ url })` / clearAllCookies() / clearCache()
-Aides à la gestion des cookies et du cache.
-
-### updateDimensions(options : DimensionOptions)
-Modifiez la taille/la position de WebView au moment de l'exécution (`width`, `height`, `x`, `y`).
-
-### supprimerAllListeners()
-Désinscrivez tous les auditeurs du plugin.
-
-## Événements
-
-### urlChangeEvent
-
-Déclenché lorsque l'URL change dans le navigateur.
-
-```typescript
-interface UrlChangeEvent {
-  url: string;
-}
-
-InAppBrowser.addListener('urlChangeEvent', (event) => {
-  console.log('New URL:', event.url);
-});
-```
-
-### messageFromWebview
-Déclenché lorsque `window.mobileApp.postMessage(...)` est appelé dans WebView.
-
-```typescript
-InAppBrowser.addListener('messageFromWebview', (event) => {
-  console.log('Payload from web:', event.detail);
-});
-```
-
-### fermer l'événement
-
-Lancé lorsque le navigateur est fermé.
-
-```typescript
-InAppBrowser.addListener('closeEvent', () => {
-  console.log('Browser closed');
-});
-```
-
-### buttonNearDoneClick
-Déclenché lorsque le bouton personnalisé ajouté avec `buttonNearDone` est enfoncé.
-
-```typescript
-InAppBrowser.addListener('buttonNearDoneClick', (event) => {
-  console.log('Button near done tapped', event);
-});
-```
-
-### confirmBtnClicked
-Déclenché lorsqu'une boîte de dialogue de confirmation (avertissement ou fermeture modale) est acceptée.
-
-```typescript
-InAppBrowser.addListener('confirmBtnClicked', (event) => {
-  console.log('Confirm accepted, current URL:', event.url);
-});
-```
-
-### navigateurPageLoaded / pageLoadError
-Événements de cycle de vie pour le succès ou l’échec du chargement de WebView.
-
-```typescript
-InAppBrowser.addListener('browserPageLoaded', () => console.log('Page loaded'));
-InAppBrowser.addListener('pageLoadError', () => console.log('Page failed to load'));
-```
-
-## Utilisation avancée
-
-### OAuth Implémentation du flux
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class OAuthService {
-  private listeners: any[] = [];
-  
-  async authenticate(authUrl: string, redirectUri: string) {
-    return new Promise<string>((resolve, reject) => {
-      // Listen for URL changes
-      const urlListener = InAppBrowser.addListener('urlChangeEvent', (event) => {
-        if (event.url.startsWith(redirectUri)) {
-          // Extract OAuth code/token from URL
-          const url = new URL(event.url);
-          const code = url.searchParams.get('code');
-          
-          if (code) {
-            InAppBrowser.close();
-            resolve(code);
-          } else {
-            const error = url.searchParams.get('error');
-            reject(new Error(error || 'OAuth failed'));
-          }
-        }
-      });
-      
-      this.listeners.push(urlListener);
-      
-      // Open OAuth provider
-      InAppBrowser.open({
-        url: authUrl,
-        preventDeeplink: true,
-      });
-    });
-  }
-  
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-### Interface utilisateur du navigateur personnalisé
-
-```typescript
-const openCustomBrowser = async () => {
-  await InAppBrowser.open({
-    url: 'https://example.com',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-```
-
-### Gestion des liens externes
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class LinkHandler {
-  async openExternalLink(url: string) {
-    // Check if URL should open in browser
-    if (this.shouldOpenInBrowser(url)) {
-      await InAppBrowser.open({
-        url,
-        preventDeeplink: true,
-      });
-    } else {
-      // Handle internally
-      window.location.href = url;
-    }
-  }
-  
-  private shouldOpenInBrowser(url: string): boolean {
-    // External domains
-    const externalDomains = ['youtube.com', 'twitter.com', 'facebook.com'];
-    const urlDomain = new URL(url).hostname;
-    
-    return externalDomains.some(domain => urlDomain.includes(domain));
-  }
-}
-```
-
-## meilleures pratiques
-
-1. **Toujours supprimer les auditeurs**
-   ```typescript
-   const listener = await InAppBrowser.addListener('urlChangeEvent', handler);
-   // When done
-   listener.remove();
-   ```
-
-2. **Gérer les états du navigateur**
-   ```typescript
-   let browserOpen = false;
-
-   const launch = async () => {
-     browserOpen = true;
-     await InAppBrowser.openWebView({ url: 'https://example.com' });
-   };
-   
-   InAppBrowser.addListener('closeEvent', () => {
-     browserOpen = false;
-   });
-   ```
-
-3. **Valider les URL avant d'ouvrir**
-   ```typescript
-   const isValidUrl = (url: string): boolean => {
-     try {
-       new URL(url);
-       return true;
-     } catch {
-       return false;
-     }
-   };
-   
-   if (isValidUrl(url)) {
-     await InAppBrowser.open({ url });
-   }
-   ```
-
-4. **Personnaliser pour la plateforme**
-   ```typescript
-   import { Capacitor } from '@capacitor/core';
-
-   const options = {
-     url: 'https://example.com',
-     preventDeeplink: Capacitor.getPlatform() === 'ios',
-   };
-   ```
-
-## Remarques sur la plate-forme
-
-### iOS
-- Uses `SFSafariViewController`
-- Prend en charge iOS 11.0+
-- Respecte les encarts de zone de sécurité
-- Prend en charge les styles de présentation personnalisés
-
-### Android
-- Utilise les onglets personnalisés Chrome
-- Revient à WebView si Chrome n'est pas disponible
-- Prend en charge Android 5.0 (API 21)+
-- Personnalisation de la barre d'outils prise en charge via `toolbarType`, `toolbarColor`, `buttonNearDone`, etc.
-
-###Web
-- S'ouvre dans un nouvel onglet/fenêtre du navigateur
-- Options de personnalisation limitées
-- Aucun événement de changement d'URL
diff --git a/src/content/docs/fr/plugins/inappbrowser/index.mdx b/src/content/docs/fr/plugins/inappbrowser/index.mdx
deleted file mode 100644
index da2cec08e..000000000
--- a/src/content/docs/fr/plugins/inappbrowser/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/inappbrowser"
-description: In-Application browser plugin with URL change event Support for Capacitor apps.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Open web content in your Application with a fully-featured in-Application browser that supports URL change events and navigation controls.
-  image: 
-    file: ~public/icons/plugins/inappbrowser.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/inappbrowser/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/inappbrowser/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="URL change events" icon="rocket">
-    Track navigation with URL change event listeners 🔗
-  </Card>
-  <Card title="Full navigation control" icon="pencil">
-    Retour, forward, reload, and close controls 🎮
-  </Card>
-  <Card title="Customizable UI" icon="pencil">
-    Toolbar color, buttons, and display Options 🎨
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/inappbrowser/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/index.mdx b/src/content/docs/fr/plugins/index.mdx
deleted file mode 100644
index ed9da8410..000000000
--- a/src/content/docs/fr/plugins/index.mdx
+++ /dev/null
@@ -1,413 +0,0 @@
----
-title: Capacitor Plugins par Capgo
-description: >-
-  Explorez notre collection complète de plugins Capacitor pour étendre les
-  capacités natives de votre application avec des fonctionnalités puissantes.
-sidebar:
-  order: 0
-  label: Tous les plugins
-locale: fr
----
-import { Card, CardGrid, LinkCard, Icon } from '@astrojs/starlight/components';
-
-Bienvenue dans la collection de plugins Capgo Capacitor ! Nous maintenons une suite de plugins de haute qualité et bien documentés pour vous aider à créer des expériences natives étonnantes dans vos applications Capacitor.
-
-## ⭐ Capgo Cloud - Mises à jour en direct
-
-<LinkCard
-  title="Capacitor Programme de mise à jour"
-  description="The core plugin powering Capgo Cloud - deliver instant updates to your Capacitor apps without app store delays. Push fixes and features directly to your users."
-  href="/docs/plugins/updater/"
-/>
-
-Le plugin Updater est la base de Capgo Cloud, vous permettant de :
-- 🚀 Déployez les mises à jour instantanément sans avis sur l'App Store
-- 📱 Mettez à jour les JavaScript, HTML, CSS et actifs de votre application
-- 🎯 Ciblez des segments d'utilisateurs spécifiques avec des canaux
-- 📊 Surveillez le succès de la mise à jour avec des analyses intégrées
-- 🔒 Mises à jour sécurisées avec cryptage et signature de code
-
-## 🚀 Plugins en vedette
-
-<CardGrid>
-  <LinkCard
-    title="Connexion sociale"
-    description="Seamless authentication with Google, Apple, and Facebook. One plugin for all major social providers."
-    href="/docs/plugins/social-login/"
-  />
-  <LinkCard
-    title="Achats natifs"
-    description="Implement in-app purchases and subscriptions with a unified API for iOS and Android."
-    href="/docs/plugins/capacitor-native-purchases/"
-  />
-  <LinkCard
-    title="Aperçu de la caméra"
-    description="Display real-time camera feed in your app with full control over capture and settings."
-    href="/docs/plugins/capacitor-camera-preview/"
-  />
-  <LinkCard
-    title="Stockage de données SQLite"
-    description="Fast and secure key-value storage powered by SQLite with optional encryption."
-    href="/docs/plugins/data-storage-sqlite/"
-  />
-</CardGrid>
-
-## 📱 Plugins pour appareils et systèmes
-
-<CardGrid>
-  <LinkCard
-    title="Marché indigène"
-    description="Link to app stores for ratings, reviews, and app updates."
-    href="/docs/plugins/capacitor-native-market/"
-  />
-  <LinkCard
-    title="Biométrique native"
-    description="Access biometric authentication APIs for secure app access."
-    href="/docs/plugins/native-biometric/"
-  />
-  <LinkCard
-    title="Shake"
-    description="Detect shake gestures for interactive features and debug menus."
-    href="/docs/plugins/shake/"
-  />
-  <LinkCard
-    title=""
-    description="Customize Android navigation bar color to match your app theme."
-    href="/docs/plugins/navigation-bar/"
-  />
-  <LinkCard
-    title="Indicateur d'accueil"
-    description="Control iOS home indicator visibility for immersive experiences."
-    href="/docs/plugins/capacitor-home-indicator/"
-  />
-  <LinkCard
-    title="NFC"
-    description="Read and write NFC tags with native support for iOS and Android."
-    href="/docs/plugins/nfc/"
-  />
-  <LinkCard
-    title="Barometer"
-    description="Access device barometer for atmospheric pressure and altitude readings."
-    href="/docs/plugins/barometer/"
-  />
-  <LinkCard
-    title="Accelerometer"
-    description="Read device accelerometer for motion detection and orientation tracking."
-    href="/docs/plugins/accelerometer/"
-  />
-</CardGrid>
-
-## 🎥 Plugins multimédia et caméra
-
-<CardGrid>
-  <LinkCard
-    title="Enregistreur d'écran"
-    description="Record your device screen for tutorials, demos, or user feedback."
-    href="/docs/plugins/screen-recorder/"
-  />
-  <LinkCard
-    title="Lecteur IVS"
-    description="Amazon IVS integration for ultra-low latency live streaming."
-    href="/docs/plugins/capacitor-ivs-player/"
-  />
-  <LinkCard
-    title=""
-    description="High-performance native audio engine for games and apps."
-    href="/docs/plugins/capacitor-native-audio/"
-  />
-  <LinkCard
-    title="Mute"
-    description="Detect if the device mute switch is enabled or disabled."
-    href="/docs/plugins/mute/"
-  />
-  <LinkCard
-    title="Lecteur vidéo"
-    description="Native video playback with subtitles, fullscreen, and comprehensive controls."
-    href="/docs/plugins/video-player/"
-  />
-  <LinkCard
-    title="Lecteur YouTube"
-    description="Embed YouTube videos with full player API control and event handling."
-    href="/docs/plugins/youtube-player/"
-  />
-  <LinkCard
-    title="FFmpeg"
-    description="Video encoding and processing powered by FFmpeg for compression and conversion."
-    href="/docs/plugins/ffmpeg/"
-  />
-  <LinkCard
-    title="Boutons de volume"
-    description="Listen to hardware volume button presses for custom controls."
-    href="/docs/plugins/volume-buttons/"
-  />
-  <LinkCard
-    title="Enregistreur audio"
-    description="Record audio on iOS, Android, and Web with simple controls."
-    href="/docs/plugins/audio-recorder/"
-  />
-</CardGrid>
-
-## 🛠️ Plugins utilitaires
-
-<CardGrid>
-  <LinkCard
-    title="Uploader"
-    description="Background file upload with progress tracking and resumable uploads."
-    href="/docs/plugins/uploader/"
-  />
-  <LinkCard
-    title="Flash"
-    description="Control device flashlight/torch for utility and camera features."
-    href="/docs/plugins/flash/"
-  />
-  <LinkCard
-    title="Géocodeur natif"
-    description="Forward and reverse geocoding using native platform APIs."
-    href="/docs/plugins/nativegeocoder/"
-  />
-  <LinkCard
-    title="InAppBrowser"
-    description="Open web content in a customizable in-app browser."
-    href="/docs/plugins/inappbrowser/"
-  />
-  <LinkCard
-    title="Crisp"
-    description="Integrate Crisp chat support directly into your mobile app."
-    href="/docs/plugins/crisp/"
-  />
-  <LinkCard
-    title="Rechargement en direct"
-    description="Connect to your dev server for instant hot reloading during development."
-    href="/docs/plugins/live-reload/"
-  />
-  <LinkCard
-    title="Contacts"
-    description="Access and manage device contacts with read and write capabilities."
-    href="/docs/plugins/contacts/"
-  />
-</CardGrid>
-
-## 🤖 IA et médias avancés
-
-<CardGrid>
-  <LinkCard
-    title="LLM"
-    description="Run Large Language Models locally with Apple Intelligence support."
-    href="/docs/plugins/llm/"
-  />
-  <LinkCard
-    title="StreamCall"
-    description="Enable high-quality video streaming and calling capabilities."
-    href="/docs/plugins/streamcall/"
-  />
-  <LinkCard
-    title="Joueur JW"
-    description="Professional video player with advanced streaming features."
-    href="/docs/plugins/jw-player/"
-  />
-  <LinkCard
-    title="Appareil photo Ricoh 360"
-    description="Control and capture from Ricoh 360 degree cameras."
-    href="/docs/plugins/ricoh360-camera/"
-  />
-</CardGrid>
-
-## 📍 Services de localisation et d'arrière-plan
-
-<CardGrid>
-  <LinkCard
-    title="Géolocalisation en arrière-plan"
-    description="Track device location in background with battery optimization."
-    href="/docs/plugins/background-geolocation/"
-  />
-  <LinkCard
-    title="Alarm"
-    description="Schedule native alarms and notifications even when app is closed."
-    href="/docs/plugins/alarm/"
-  />
-  <LinkCard
-    title="iBeacon"
-    description="Proximity detection and beacon region monitoring for location-based features."
-    href="/docs/plugins/ibeacon/"
-  />
-</CardGrid>
-
-## 📞Communication et analyses
-
-<CardGrid>
-  <LinkCard
-    title="Twilio Voix"
-    description="Make and receive phone calls using Twilio Voice API."
-    href="/docs/plugins/twilio-voice/"
-  />
-  <LinkCard
-    title="Intercom"
-    description="Add Intercom support for in-app messaging, help center, and customer service workflows."
-    href="/docs/plugins/intercom/"
-  />
-  <LinkCard
-    title="GTM"
-    description="Google Tag Manager integration for analytics and tracking."
-    href="/docs/plugins/gtm/"
-  />
-  <LinkCard
-    title="AppInsights"
-    description="Application insights and analytics using the Apptopia AppInsights SDK."
-    href="/docs/plugins/appinsights/"
-  />
-  <LinkCard
-    title="WeChat"
-    description="WeChat SDK integration for authentication, sharing, payments, and mini-programs."
-    href="/docs/plugins/wechat/"
-  />
-</CardGrid>
-
-## 🔐 Sécurité et système
-
-<CardGrid>
-  <LinkCard
-    title="Est la racine"
-    description="Detect if device is rooted or jailbroken for security."
-    href="/docs/plugins/is-root/"
-  />
-  <LinkCard
-    title="Attestation d'application"
-    description="Cross-platform device attestation using Apple App Attest and Google Play Integrity Standard."
-    href="/docs/plugins/app-attest/"
-  />
-  <LinkCard
-    title="Persona"
-    description="Launch Persona identity verification inquiries with native SDK support on iOS and Android."
-    href="/docs/plugins/persona/"
-  />
-  <LinkCard
-    title="Compte persistant"
-    description="Maintain user accounts across app reinstalls."
-    href="/docs/plugins/persistent-account/"
-  />
-  <LinkCard
-    title="Remplissage automatique Enregistrer le mot de passe"
-    description="Enable password autofill and save functionality."
-    href="/docs/plugins/autofill-save-password/"
-  />
-  <LinkCard
-    title="Transparence du suivi des applications"
-    description="Request and check iOS App Tracking Transparency permission for IDFA access."
-    href="/docs/plugins/app-tracking-transparency/"
-  />
-  <LinkCard
-    title="Tranche d'âge"
-    description="Cross-platform age range detection using Google Play Age Signals and Apple DeclaredAgeRange."
-    href="/docs/plugins/age-range/"
-  />
-</CardGrid>
-
-## 📊 Android-Fonctionnalités spécifiques
-
-<CardGrid>
-  <LinkCard
-    title="Android Kiosque"
-    description="Lock Android devices into kiosk mode with launcher functionality and hardware key control."
-    href="/docs/plugins/android-kiosk/"
-  />
-  <LinkCard
-    title="Android Statistiques d'utilisation"
-    description="Access Android app usage statistics and screen time data."
-    href="/docs/plugins/android-usagestatsmanager/"
-  />
-  <LinkCard
-    title="Android Installation en ligne"
-    description="Enable inline app installation on Android devices."
-    href="/docs/plugins/android-inline-install/"
-  />
-  <LinkCard
-    title="Signaux d'âge"
-    description="Access Google Play Age Signals to detect supervised accounts and verified users."
-    href="/docs/plugins/age-signals/"
-  />
-  <LinkCard
-    title="Vérificateur de version WebView"
-    description="Check if the active Android WebView provider is outdated and show a native update prompt."
-    href="/docs/plugins/webview-version-checker/"
-  />
-</CardGrid>
-
-## 📥 Téléchargement et navigation
-
-<CardGrid>
-  <LinkCard
-    title="Downloader"
-    description="Background file downloads with progress tracking."
-    href="/docs/plugins/downloader/"
-  />
-  <LinkCard
-    title="Lancer le navigateur"
-    description="Launch navigation apps with addresses and coordinates."
-    href="/docs/plugins/launch-navigator/"
-  />
-</CardGrid>
-
-## 🎯 Pourquoi choisir les plugins Capgo ?
-
-<Card icon="approve-check">
-  **Bien entretenu** : mises à jour régulières et compatibilité avec les dernières versions de Capacitor
-</Card>
-<Card icon="open-book">
-  **Documents complets** : documentation détaillée avec des exemples pour chaque plugin
-</Card>
-<Card icon="puzzle">
-  **Intégration facile** : API simples qui suivent les meilleures pratiques Capacitor
-</Card>
-<Card icon="setting">
-  **Support TypeScript** : définitions complètes de TypeScript pour une meilleure expérience de développement
-</Card>
-
-## 🚀 Pour commencer
-
-Chaque plugin suit un modèle d'installation similaire :
-
-1. **Installez le plugin** à l'aide de votre gestionnaire de packages préféré
-2. **Synchronisez votre projet** avec `npx cap sync`
-3. **Configurez les paramètres spécifiques à la plate-forme** si nécessaire
-4. **Commencez à utiliser le plugin** dans votre code
-
-Consultez la documentation de chaque plugin pour obtenir des instructions de configuration détaillées et des références API.## 💡 Besoin d'aide ?
-
-- 📖 Consultez la documentation de chaque plugin
-- 💬 Rejoignez notre [communauté Discord](https://discord.capgo.app)
-- 🐛 Signaler les problèmes sur le référentiel GitHub du plugin
-- 📧 Contacter le support pour les demandes d'entreprise
-
-## 🛠️ Besoin d'un plugin personnalisé ?
-
-Vous ne trouvez pas la fonctionnalité exacte dont vous avez besoin ? Nous pouvons vous aider !
-
-<LinkCard
-  title=""
-  description="Our team specializes in building custom Capacitor plugins tailored to your specific requirements. From complex native integrations to unique device features, we've got you covered."
-  href="/consulting/"
-  icon="external"
-/>
-
-Que vous ayez besoin de :
-- 🔧 Un tout nouveau plugin construit à partir de zéro
-- 🔄 Modifications des plugins existants
-- 🤝 Conseil d'experts sur le développement natif
-- 📱 Implémentations spécifiques à la plateforme
-
-[Prenez contact avec notre équipe](/consulting/) pour discuter de vos besoins en matière de plugins personnalisés.
-
-## 🤝 Contribuer
-
-Nous apprécions les contributions ! Chaque plugin est open source et disponible sur GitHub. N'hésitez pas à :
-
-- Signaler des bugs et demander des fonctionnalités
-- Soumettre des demandes de tirage
-- Améliorer la documentation
-- Partagez vos cas d'utilisation
-
----
-
-<div style="text-align: center; margin-top: 2rem;">
-  <strong>Construit avec ❤️ par l'équipe Capgo</strong>
-</div>
diff --git a/src/content/docs/fr/plugins/is-root/getting-started.mdx b/src/content/docs/fr/plugins/is-root/getting-started.mdx
deleted file mode 100644
index a5ee64bdf..000000000
--- a/src/content/docs/fr/plugins/is-root/getting-started.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the Is Root plugin to detect rooted Android Appareils and emulators for enhanced Application Sécurité.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Platform Support
-
-- **Android**: Full Support for root and emulator detection
-- **iOS**: No Configuration required (plugin is Android-focused)
-
-## Utilisation Exemple
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// Basic root detection
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('Device is rooted');
-  // Handle rooted device appropriately
-  // Example: Show warning, limit functionality, or block access
-}
-
-// Extended root detection with BusyBox
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('Device is rooted (extended check)');
-}
-
-// Check for emulator
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('Running on emulator');
-  // Handle emulator environment
-}
-
-// Detect root management apps
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('Root management apps detected');
-}
-
-// Check for su binary
-const suResult = await IsRoot.checkForSuBinary();
-if (suResult.hasSu) {
-  console.log('SU binary found on device');
-}
-```
-
-## API Référence
-
-### isRooted()
-
-```typescript
-isRooted() => Promise<{ isRooted: boolean }>
-```
-
-Performs comprehensive root detection using default methods.
-
-**Returns:** `Promise<{ isRooted: boolean }>`
-
-### isRootedWithBusyBox()
-
-```typescript
-isRootedWithBusyBox() => Promise<{ isRooted: boolean }>
-```
-
-Extended root detection including BusyBox checks.
-
-**Returns:** `Promise<{ isRooted: boolean }>`
-
-### detectRootManagementApps()
-
-```typescript
-detectRootManagementApps() => Promise<{ hasRootApps: boolean }>
-```
-
-Identifies installed root management applications (SuperSU, Magisk, etc.).
-
-**Returns:** `Promise<{ hasRootApps: boolean }>`
-
-### checkForSuBinary()
-
-```typescript
-checkForSuBinary() => Promise<{ hasSu: boolean }>
-```
-
-Checks for the presence of `su` binary in system paths.
-
-**Returns:** `Promise<{ hasSu: boolean }>`
-
-### isRunningOnEmulator()
-
-```typescript
-isRunningOnEmulator() => Promise<{ isEmulator: boolean }>
-```
-
-Detects common Android emulator fingerprints.
-
-**Returns:** `Promise<{ isEmulator: boolean }>`
-
-## Comprehensive Sécurité Vérifier
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function performSecurityCheck() {
-  const checks = {
-    rooted: false,
-    emulator: false,
-    rootApps: false,
-    suBinary: false
-  };
-
-  try {
-    // Run all detection methods
-    const [rootResult, emulatorResult, rootAppsResult, suResult] = await Promise.all([
-      IsRoot.isRootedWithBusyBox(),
-      IsRoot.isRunningOnEmulator(),
-      IsRoot.detectRootManagementApps(),
-      IsRoot.checkForSuBinary()
-    ]);
-
-    checks.rooted = rootResult.isRooted;
-    checks.emulator = emulatorResult.isEmulator;
-    checks.rootApps = rootAppsResult.hasRootApps;
-    checks.suBinary = suResult.hasSu;
-
-    // Determine security level
-    const securityIssues = Object.values(checks).filter(v => v).length;
-
-    if (securityIssues > 0) {
-      console.warn(`Device has ${securityIssues} security concern(s)`, checks);
-      return {
-        secure: false,
-        issues: checks
-      };
-    }
-
-    return {
-      secure: true,
-      issues: checks
-    };
-  } catch (error) {
-    console.error('Security check failed:', error);
-    throw error;
-  }
-}
-
-// Use in your app
-const securityStatus = await performSecurityCheck();
-if (!securityStatus.secure) {
-  // Handle insecure device
-  showSecurityWarning(securityStatus.issues);
-}
-```
-
-## Detection Techniques
-
-### Root Detection
-
-The plugin employs multiple detection methods:
-
-- Checks for root management applications (SuperSU, Magisk, KingRoot, etc.)
-- Scans for suspicious system properties
-- Identifies Test Construction tags and Débogage flags
-- Validates dangerous binary locations
-- Examines system path permissions
-- Detects known root cloaking apps
-
-### Emulator Detection
-
-- Hardware fingerprint analysis
-- Construction property inspection
-- Emulator-specific characteristics
-- Virtual environment indicators
-
-## Handling Sécurité Issues
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function handleDeviceSecurity() {
-  const rootResult = await IsRoot.isRooted();
-
-  if (rootResult.isRooted) {
-    // Option 1: Show warning and continue
-    showWarning('Your device appears to be rooted. Some features may be limited.');
-
-    // Option 2: Limit functionality
-    disableSensitiveFeatures();
-
-    // Option 3: Block access to app
-    showBlockedScreen('This app cannot run on rooted devices for security reasons.');
-    return false;
-  }
-
-  return true;
-}
-
-function showWarning(message: string) {
-  // Show user-friendly warning dialog
-  alert(message);
-}
-
-function disableSensitiveFeatures() {
-  // Disable payment processing, sensitive data access, etc.
-  console.log('Sensitive features disabled due to rooted device');
-}
-
-function showBlockedScreen(message: string) {
-  // Show blocking screen and exit app
-  alert(message);
-}
-```
-
-## Bonnes pratiques
-
-- Use multiple detection methods for higher accuracy
-- Implement graceful degradation rather than blocking access entirely
-- Provide clear Utilisateur communication À propos Sécurité concerns
-- Consider the Utilisateur experience when implementing Sécurité measures
-- Keep the plugin updated as detection methods evolve
-- Test on both rooted and non-rooted Appareils
-- Handle detection failures gracefully
-
-## Sécurité Considerations
-
-- No detection method is 100% foolproof
-- Advanced Utilisateurs can bypass detection mechanisms
-- Use in combination with server-side Sécurité measures
-- Consider Utilisateur privacy when implementing Sécurité checks
-- Follow platform guidelines for Sécurité implementations
-- Regular Mises à jour recommended as root hiding techniques evolve
-
-## Use Cases
-
-- **Banking and financial apps**: Prevent access on compromised Appareils
-- **DRM-protected content**: Protect copyrighted material
-- **Entreprise apps**: Enforce BYOD Sécurité policies
-- **Payment processing**: Ensure secure transaction environment
-- **Sensitive data apps**: Protect confidential Information
diff --git a/src/content/docs/fr/plugins/is-root/index.mdx b/src/content/docs/fr/plugins/is-root/index.mdx
deleted file mode 100644
index 719854053..000000000
--- a/src/content/docs/fr/plugins/is-root/index.mdx
+++ /dev/null
@@ -1,123 +0,0 @@
----
-title: '@capgo/capacitor-is-root'
-description: ''
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Détectez les appareils Android rootés et les appareils iOS jailbreakés pour
-    améliorer la sécurité des applications et protéger les données sensibles.
-  image:
-    file: ~public/icons/plugins/is-root.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/is-root/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-is-root/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Aperçu
-
-Le plugin Capacitor Is Root fournit une détection complète de root et de jailbreak pour les appareils Android et une détection d'émulateur. Ce plugin contribue à améliorer la sécurité des applications en identifiant les appareils compromis et les environnements émulés qui peuvent présenter des risques de sécurité.
-
-<CardGrid stagger>
-  <Card title="Détection de racine" icon="rocket">
-    Détection avancée de racine Android avec plusieurs méthodes 🔒
-  </Card>
-  <Card title="Détection d'émulateur" icon="approve-check">
-    Identifiez les environnements émulés et les frameworks de test 🛡️
-  </Card>
-  <Card title="Validation de sécurité" icon="approve-check">
-    Plusieurs techniques de détection pour une précision accrue ✅
-  </Card>
-  <Card title="Android concentré" icon="laptop">
-    Détection spécialisée pour l'évaluation de sécurité Android 🤖
-  </Card>
-</CardGrid>
-
-##Installation
-
-```bash
-npm install @capgo/capacitor-is-root
-npx cap sync
-```
-
-## Méthodes principales API
-
-### Détection de racine
-- `isRooted()` - Effectue une détection complète des racines à l'aide des méthodes par défaut
-- `isRootedWithBusyBox()` - Détection étendue incluant les contrôles BusyBox
-- `detectRootManagementApps()` - Identifie les applications de gestion racine installées
-- `checkForSuBinary()` - Vérifie la présence binaire `su` dans les chemins système
-
-### Détection de l'émulateur
-- `isRunningOnEmulator()` - Détecte les empreintes digitales courantes de l'émulateur Android
-
-## Techniques de détection
-
-Le plugin utilise plusieurs méthodes de détection :
-
-### Détection de racine
-- Vérifie les applications de gestion racine (SuperSU, Magisk, etc.)
-- Analyse les propriétés système suspectes
-- Identifie les balises de build de test et les indicateurs de débogage
-- Valide les emplacements binaires dangereux
-- Examine les autorisations de chemin du système
-
-### Détection de l'émulateur
-- Analyse des empreintes matérielles
-- Inspection de la propriété du bâtiment
-- Caractéristiques spécifiques à l'émulateur
-- Indicateurs d'environnement virtuel
-
-## Exemple d'utilisation
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// Basic root detection
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('Device is rooted');
-  // Handle rooted device appropriately
-}
-
-// Extended root detection with BusyBox
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('Device is rooted (extended check)');
-}
-
-// Check for emulator
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('Running on emulator');
-}
-
-// Detect root management apps
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('Root management apps detected');
-}
-```
-
-## Considérations de sécurité
-
-- Utilisez plusieurs méthodes de détection pour une plus grande précision
-- Implémenter une dégradation gracieuse pour les environnements détectés
-- Tenir compte de la confidentialité des utilisateurs lors de la mise en œuvre de mesures de sécurité
-- Mises à jour régulières recommandées à mesure que les méthodes de détection évoluent
-
-##Documents
-
-Consultez la [documentation complète](/docs/plugins/is-root/getting-started/) pour obtenir des guides de mise en œuvre détaillés et des modèles de sécurité avancés.
diff --git a/src/content/docs/fr/plugins/ivs-player/getting-started.mdx b/src/content/docs/fr/plugins/ivs-player/getting-started.mdx
deleted file mode 100644
index 6a1f8f253..000000000
--- a/src/content/docs/fr/plugins/ivs-player/getting-started.mdx
+++ /dev/null
@@ -1,313 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and configure the Capacitor IVS Player plugin to integrate Amazon IVS low-latency streaming in your Application.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/ivs-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configure the plugin**
-
-   **Basic Player Setup:**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // Create a player
-   const { playerId } = await IvsPlayer.create({
-     url: 'https://your-ivs-playback-url.m3u8',
-     autoplay: true
-   });
-
-   // Start playback
-   await IvsPlayer.play({ playerId });
-   ```
-
-   **Player Controls:**
-   ```typescript
-   // Pause playback
-   await IvsPlayer.pause({ playerId });
-
-   // Set volume
-   await IvsPlayer.setVolume({
-     playerId,
-     volume: 0.5 // 0.0 to 1.0
-   });
-
-   // Seek to position
-   await IvsPlayer.seekTo({
-     playerId,
-     position: 30 // seconds
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Add to your `Info.plist`:
-       ```xml
-       <key>NSAppTransportSecurity</key>
-       <dict>
-         <key>NSAllowsArbitraryLoads</key>
-         <true/>
-       </dict>
-       ```
-     </TabItem>
-     <TabItem label="Android">
-       Add to your `AndroidManifest.xml`:
-       ```xml
-       <uses-permission android:name="android.permission.INTERNET" />
-       ```
-     </TabItem>
-   </Tabs>
-
-4. **Event handling**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // Listen for player events
-   IvsPlayer.addListener('onState', (event) => {
-     console.log('Player state:', event.state);
-     // States: idle, buffering, ready, playing, ended
-   });
-
-   IvsPlayer.addListener('onError', (event) => {
-     console.error('Player error:', event.error);
-   });
-
-   IvsPlayer.addListener('onDuration', (event) => {
-     console.log('Video duration:', event.duration);
-   });
-
-   IvsPlayer.addListener('onProgress', (event) => {
-     console.log('Current position:', event.position);
-   });
-
-   // Listen for timed metadata
-   IvsPlayer.addListener('onMetadata', (event) => {
-     console.log('Timed metadata:', event.metadata);
-   });
-   ```
-
-5. **Advanced Utilisation**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   export class StreamPlayer {
-     private playerId: string | null = null;
-     private listeners: any[] = [];
-
-     async initialize(streamUrl: string) {
-       // Create player with custom configuration
-       const result = await IvsPlayer.create({
-         url: streamUrl,
-         autoplay: false,
-         muted: true, // Start muted for autoplay policies
-         controls: true
-       });
-
-       this.playerId = result.playerId;
-       this.setupEventListeners();
-     }
-
-     private setupEventListeners() {
-       // State changes
-       const stateListener = IvsPlayer.addListener('onState', (event) => {
-         this.handleStateChange(event.state);
-       });
-       this.listeners.push(stateListener);
-
-       // Quality changes
-       const qualityListener = IvsPlayer.addListener('onQuality', (event) => {
-         console.log(`Quality changed to: ${event.quality.name}`);
-       });
-       this.listeners.push(qualityListener);
-
-       // Buffer updates
-       const bufferListener = IvsPlayer.addListener('onBuffer', (event) => {
-         console.log(`Buffer: ${event.percentage}%`);
-       });
-       this.listeners.push(bufferListener);
-     }
-
-     private handleStateChange(state: string) {
-       switch (state) {
-         case 'playing':
-           console.log('Stream is playing');
-           break;
-         case 'buffering':
-           console.log('Stream is buffering');
-           break;
-         case 'ended':
-           console.log('Stream ended');
-           break;
-       }
-     }
-
-     async play() {
-       if (this.playerId) {
-         await IvsPlayer.play({ playerId: this.playerId });
-       }
-     }
-
-     async pause() {
-       if (this.playerId) {
-         await IvsPlayer.pause({ playerId: this.playerId });
-       }
-     }
-
-     async setQuality(qualityName: string) {
-       if (this.playerId) {
-         await IvsPlayer.setQuality({ 
-           playerId: this.playerId, 
-           quality: qualityName 
-         });
-       }
-     }
-
-     async destroy() {
-       // Remove listeners
-       this.listeners.forEach(listener => listener.remove());
-       
-       // Destroy player
-       if (this.playerId) {
-         await IvsPlayer.destroy({ playerId: this.playerId });
-       }
-     }
-   }
-   ```
-</Steps>
-
-## API Référence
-
-### Methods
-
-#### `create(options: CreateOptions)`
-Créer a Nouveau IVS player instance.
-
-**Parameters:**
-- `options`: Player configuration
-  - `url`: string - IVS playback URL
-  - `autoplay`: boolean - Auto-start playback
-  - `muted`: boolean - Start muted
-  - `controls`: boolean - Show native controls
-
-**Returns:** `Promise<{ playerId: string }>`
-
-#### `play(options: PlayerOptions)`
-Démarrer playback.
-
-#### `pause(options: PlayerOptions)`
-Pause playback.
-
-#### `stop(options: PlayerOptions)`
-Arrêter playback and Réinitialiser position.
-
-#### `seekTo(options: SeekOptions)`
-Seek to a specific position.
-
-#### `setVolume(options: VolumeOptions)`
-Set player volume (0.0 to 1.0).
-
-#### `setQuality(options: QualityOptions)`
-Set playback quality.
-
-#### `destroy(options: PlayerOptions)`
-Destroy the player instance.
-
-### Events
-
-- `onState`: Player state changes
-- `onError`: Playback errors
-- `onDuration`: Video duration available
-- `onProgress`: Playback progress updates
-- `onQuality`: Quality changes
-- `onMetadata`: Timed metadata events
-- `onBuffer`: Buffer status updates
-
-### Interfaces
-
-```typescript
-interface CreateOptions {
-  url: string;
-  autoplay?: boolean;
-  muted?: boolean;
-  controls?: boolean;
-}
-
-interface PlayerOptions {
-  playerId: string;
-}
-
-interface SeekOptions extends PlayerOptions {
-  position: number; // seconds
-}
-
-interface VolumeOptions extends PlayerOptions {
-  volume: number; // 0.0 to 1.0
-}
-
-interface QualityOptions extends PlayerOptions {
-  quality: string; // quality name
-}
-```
-
-## Platform Notes
-
-### iOS
-- Requires iOS 12.0 or later
-- Uses Natif AVPlayer with IVS extensions
-- Supports Picture-in-Picture on iPads
-
-### Android
-- Requires Android 5.0 (API level 21) or later
-- Uses Amazon IVS Player SDK
-- Hardware acceleration recommended
-
-## Cas d'utilisation courants
-
-1. **Live Streaming**: Real-time events, sports, gaming
-2. **Interactive Streaming**: Viewer polls, Q&A sessions
-3. **E-commerce**: Live shopping with product highlights
-4. **Education**: Live classes with timed content
-5. **Entertainment**: Concerts, shows with audience interaction
-
-## Bonnes pratiques
-
-1. **Network Handling**: Monitor connection quality
-   ```typescript
-   IvsPlayer.addListener('onError', (event) => {
-     if (event.error.includes('network')) {
-       // Handle network errors
-       showRetryButton();
-     }
-   });
-   ```
-
-2. **Resource Management**: Always destroy players when done
-3. **Autoplay Policies**: Démarrer muted for reliable autoplay
-4. **Quality Selection**: Let IVS handle automatic quality switching
-
-## Dépannage
-
-**Stream not playing:**
-- Verify the IVS playback URL is valid
-- Vérifier network permissions
-- Ensure the stream is live
-
-**High latency:**
-- IVS is optimized for low latency, Vérifier your encoder Paramètres
-- Verify you're using the IVS-specific playback URL
-
-**Quality issues:**
-- Allow automatic quality switching
-- Vérifier network bandwidth requirements
diff --git a/src/content/docs/fr/plugins/ivs-player/index.mdx b/src/content/docs/fr/plugins/ivs-player/index.mdx
deleted file mode 100644
index 07cf88c05..000000000
--- a/src/content/docs/fr/plugins/ivs-player/index.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: '@capgo/ivs-player'
-description: >-
-  Plugin Capacitor pour lecteur Amazon IVS (Interactive Video Service),
-  permettant une diffusion en direct à faible latence dans vos applications
-  mobiles.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Intégrez le lecteur Amazon IVS pour une diffusion en direct à latence
-    ultra-faible avec des fonctionnalités interactives dans vos applications
-    Capacitor.
-  image:
-    file: ~public/icons/plugins/ivs-player.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/ivs-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-ivs-player/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Streaming à faible latence" icon="rocket">
-    Diffusez avec une latence inférieure à la seconde à l'aide d'Amazon IVS 📡
-  </Card>
-  <Card title="" icon="setting">
-    Prise en charge des métadonnées chronométrées et des interactions des spectateurs 💬
-  </Card>
-  <Card title="Adaptation de qualité" icon="star">
-    Commutation automatique de la qualité en fonction des conditions du réseau 📶
-  </Card>
-  <Card title="Documentation complète" icon="open-book">
-    Consultez la [Documentation](/docs/plugins/ivs-player/getting-started/) pour maîtriser le plugin en quelques minutes seulement.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/jw-player/getting-started.mdx b/src/content/docs/fr/plugins/jw-player/getting-started.mdx
deleted file mode 100644
index c92623e6f..000000000
--- a/src/content/docs/fr/plugins/jw-player/getting-started.mdx
+++ /dev/null
@@ -1,345 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and integrate JW Player into your Capacitor Application for professional video streaming capabilities.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Prerequisites
-
-You'll need a JW Player Compte and Licence key to use this plugin. Sign up at [JW Player](https://www.jwplayer.com/) if you don't have one.
-
-## Platform Configuration
-
-### iOS
-
-Add your JW Player license key to your `Info.plist`:
-
-```xml
-<key>JWPlayerLicenseKey</key>
-<string>YOUR_LICENSE_KEY</string>
-```
-
-### Android
-
-Add your JW Player license key to `android/app/src/main/res/values/strings.xml`:
-
-```xml
-<resources>
-    <string name="jw_player_license_key">YOUR_LICENSE_KEY</string>
-</resources>
-```
-
-## Utilisation Exemple
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// Play a single video
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: 'My Video',
-  description: 'Video description',
-  poster: 'https://example.com/poster.jpg'
-});
-
-// Play a playlist
-await JWPlayer.playPlaylist({
-  playlistUrl: 'https://example.com/playlist.json'
-});
-
-// Listen for player events
-JWPlayer.addListener('playerReady', () => {
-  console.log('Player is ready');
-});
-
-JWPlayer.addListener('play', (data) => {
-  console.log('Video started playing');
-});
-
-JWPlayer.addListener('pause', (data) => {
-  console.log('Video paused');
-});
-
-JWPlayer.addListener('complete', (data) => {
-  console.log('Video playback completed');
-});
-
-JWPlayer.addListener('error', (error) => {
-  console.error('Player error:', error);
-});
-```
-
-## API Référence
-
-### playVideo(Options)
-
-```typescript
-playVideo(options: VideoOptions) => Promise<void>
-```
-
-Play a single video in fullscreen mode.
-
-| Param         | Type                    |
-| ------------- | ----------------------- |
-| **`options`** | `VideoOptions` |
-
-### playPlaylist(Options)
-
-```typescript
-playPlaylist(options: PlaylistOptions) => Promise<void>
-```
-
-Play a playlist in fullscreen mode.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `PlaylistOptions` |
-
-### pause()
-
-```typescript
-pause() => Promise<void>
-```
-
-Pause the current video.
-
-### play()
-
-```typescript
-play() => Promise<void>
-```
-
-Resume video playback.
-
-### seek(Options)
-
-```typescript
-seek(options: { position: number }) => Promise<void>
-```
-
-Seek to a specific position in the video.
-
-| Param         | Type                         |
-| ------------- | ---------------------------- |
-| **`options`** | `{ position: number }` |
-
-### setPlaybackSpeed(Options)
-
-```typescript
-setPlaybackSpeed(options: { speed: number }) => Promise<void>
-```
-
-Set the playback speed.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ speed: number }` |
-
-### setVolume(Options)
-
-```typescript
-setVolume(options: { volume: number }) => Promise<void>
-```
-
-Set the audio volume (0.0 to 1.0).
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ volume: number }` |
-
-### selectAudioTrack(Options)
-
-```typescript
-selectAudioTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-Select an audio track by index.
-
-| Param         | Type                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### selectCaptionTrack(Options)
-
-```typescript
-selectCaptionTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-Select a caption/subtitle track by index.
-
-| Param         | Type                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### Arrêter()
-
-```typescript
-stop() => Promise<void>
-```
-
-Arrêter playback and close the player.
-
-## Interfaces
-
-### VideoOptions
-
-| Prop              | Type               | Description                             |
-| ----------------- | ------------------ | --------------------------------------- |
-| **`mediaUrl`**    | `string` | URL of the video file                   |
-| **`title`**       | `string` | Video title (optional)                  |
-| **`description`** | `string` | Video description (optional)            |
-| **`poster`**      | `string` | URL of the poster/thumbnail (optional)  |
-| **`autoStart`**   | `boolean` | Auto-start playback (optional, default: true) |
-
-### PlaylistOptions
-
-| Prop              | Type               | Description                 |
-| ----------------- | ------------------ | --------------------------- |
-| **`playlistUrl`** | `string` | URL of the JW playlist JSON |
-| **`autoStart`**   | `boolean` | Auto-start playback (optional) |
-
-## Event Listeners
-
-### Disponible Events
-
-- `playerReady` - Player is initialized and ready
-- `play` - Video playback started
-- `pause` - Video playback paused
-- `complete` - Video playback completed
-- `error` - Player encountered an error
-- `seek` - User sought to a different position
-- `time` - Playback time updated
-- `bufferChange` - Buffer state changed
-
-### Event Exemple
-
-```typescript
-// Listen for time updates
-JWPlayer.addListener('time', (data) => {
-  console.log('Current time:', data.position);
-  console.log('Duration:', data.duration);
-});
-
-// Listen for buffer changes
-JWPlayer.addListener('bufferChange', (data) => {
-  console.log('Buffering:', data.buffering);
-});
-
-// Remove listener when done
-const listener = await JWPlayer.addListener('play', (data) => {
-  console.log('Playing');
-});
-
-// Later...
-listener.remove();
-```
-
-## Advanced Utilisation
-
-### Playing with Captions
-
-```typescript
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: 'Video with Subtitles',
-  poster: 'https://example.com/poster.jpg',
-  tracks: [
-    {
-      file: 'https://example.com/captions-en.vtt',
-      label: 'English',
-      kind: 'captions'
-    },
-    {
-      file: 'https://example.com/captions-es.vtt',
-      label: 'Spanish',
-      kind: 'captions'
-    }
-  ]
-});
-```
-
-### Custom Playback Controls
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// Start playing
-await JWPlayer.play();
-
-// Pause after 10 seconds
-setTimeout(() => {
-  JWPlayer.pause();
-}, 10000);
-
-// Seek to 30 seconds
-await JWPlayer.seek({ position: 30 });
-
-// Set playback speed to 1.5x
-await JWPlayer.setPlaybackSpeed({ speed: 1.5 });
-
-// Set volume to 50%
-await JWPlayer.setVolume({ volume: 0.5 });
-```
-
-## Bonnes pratiques
-
-- Always provide a poster image for better Utilisateur experience
-- Handle player errors gracefully with appropriate Erreur messages
-- Clean up event listeners when component unmounts
-- Test video playback on both iOS and Android Appareils
-- Use appropriate video formats (MP4 recommended)
-- Implement loading states while video initializes
-- Consider network conditions when streaming
-
-## Dépannage
-
-### Video Won't Play
-
-- Verify your JW Player Licence key is correct
-- Vérifier that video URL is accessible and valid
-- Ensure proper CORS headers if using custom server
-- Test with different video formats
-
-### Fullscreen Issues
-
-- The plugin always plays in fullscreen mode
-- Ensure proper permissions for fullscreen in your Application
-
-### Performance
-
-- Use appropriate video quality for target Appareils
-- Consider adaptive streaming for better performance
-- Implement proper buffering indicators
diff --git a/src/content/docs/fr/plugins/jw-player/index.mdx b/src/content/docs/fr/plugins/jw-player/index.mdx
deleted file mode 100644
index 96a606935..000000000
--- a/src/content/docs/fr/plugins/jw-player/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: '@capgo/capacitor-jw-player'
-description: >-
-  Plugin d'intégration JW Player pour les applications Capacitor avec streaming
-  vidéo, listes de lecture et commandes complètes du lecteur.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Lisez des vidéos depuis JW Player avec une interface plein écran, des listes
-    de lecture et un contrôle complet de la lecture dans votre application
-    Capacitor.
-  image:
-    file: ~public/icons/plugins/jw-player.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/jw-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-jw-player/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Lecteur plein écran" icon="rocket">
-    Interface de lecteur vidéo toujours en plein écran 📺
-  </Card>
-  <Card title="Prise en charge des listes de lecture" icon="list-format">
-    Prend en charge les vidéos uniques et les listes de lecture complètes 📋
-  </Card>
-  <Card title="" icon="setting">
-    Contrôle total sur la lecture, la pause, la recherche et la vitesse 🎮
-  </Card>
-  <Card title="" icon="star">
-    Sélection de pistes audio et prise en charge des légendes/sous-titres 🔊
-  </Card>
-  <Card title="Système d'événements" icon="download">
-    Écouteurs d'événements pour les changements d'état des joueurs 📡
-  </Card>
-  <Card title="Commencer" icon="open-book">
-    Consultez le [Guide de démarrage](/docs/plugins/jw-player/getting-started/) pour installer et configurer le plug-in.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/launch-navigator/getting-started.mdx b/src/content/docs/fr/plugins/launch-navigator/getting-started.mdx
deleted file mode 100644
index 043cc58e5..000000000
--- a/src/content/docs/fr/plugins/launch-navigator/getting-started.mdx
+++ /dev/null
@@ -1,337 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the Launch Navigator plugin to integrate with Natif navigation apps on iOS and Android.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Platform Configuration
-
-### iOS
-
-Add URL schemes to your `Info.plist` to detect installed navigation apps:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <string>transit</string>
-    <string>moovit</string>
-    <string>uber</string>
-    <string>lyft</string>
-</array>
-```
-
-### Android
-
-No additional Configuration required. The plugin will detect installed navigation apps automatically.
-
-## Utilisation Exemple
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// Basic navigation to coordinates
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // San Francisco coordinates
-});
-
-// Advanced navigation with options
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // Optional starting point
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // Preferred navigation app
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// Check if specific app is available
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps is installed');
-} else {
-  console.log('Google Maps is not available');
-}
-
-// Get all available navigation apps
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('Available navigation apps:', availableApps);
-
-// Get all supported apps for platform
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('Supported apps:', supportedApps);
-```
-
-## API Référence
-
-### navigate(Options)
-
-```typescript
-navigate(options: NavigateOptions) => Promise<void>
-```
-
-Launch navigation to specified coordinates.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `NavigateOptions` |
-
-### isAppAvailable(Options)
-
-```typescript
-isAppAvailable(options: { app: string }) => Promise<{ available: boolean }>
-```
-
-Vérifier if a specific navigation Application is installed.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ app: string }` |
-
-**Returns:** `Promise<{ available: boolean }>`
-
-### getAvailableApps()
-
-```typescript
-getAvailableApps() => Promise<{ apps: string[] }>
-```
-
-Get list of all Disponible navigation apps on the Appareil.
-
-**Returns:** `Promise<{ apps: string[] }>`
-
-### getSupportedApps()
-
-```typescript
-getSupportedApps() => Promise<{ apps: string[] }>
-```
-
-Get list of all supported apps for the current platform.
-
-**Returns:** `Promise<{ apps: string[] }>`
-
-## Interfaces
-
-### NavigateOptions
-
-| Prop              | Type                          | Description                     |
-| ----------------- | ----------------------------- | ------------------------------- |
-| **`destination`** | `[number, number]` | Destination coordinates [lat, lng] |
-| **`options`**     | `NavigationOptions` | Additional navigation options (optional) |
-
-### NavigationOptions
-
-| Prop                 | Type                  | Description                           |
-| -------------------- | --------------------- | ------------------------------------- |
-| **`start`**          | `[number, number]` | Starting coordinates [lat, lng] (optional) |
-| **`transportMode`**  | `TransportMode` | Transportation method (optional)       |
-| **`app`**            | `string` | Preferred navigation app (optional)    |
-| **`appDisplayName`** | `string` | Display name for app (optional)        |
-
-### TransportMode
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## Coordinate Requirement
-
-> **Important**: This plugin only accepts latitude/longitude coordinates for navigation. Use [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder) to convert addresses to coordinates.
-
-```typescript
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-import { LaunchNavigator } from '@capgo/capacitor-launch-navigator';
-
-// Convert address to coordinates
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // Launch navigation with geocoded coordinates
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## Supported Navigation Apps
-
-### iOS
-- Apple Maps (built-in)
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- And many more...
-
-### Android
-- Google Maps (built-in)
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- And many more...
-
-## Advanced Exemples
-
-### Vérifier Multiple Apps and Use First Disponible
-
-```typescript
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('No supported navigation apps found');
-}
-```
-
-### Utilisateur Selection of Navigation Application
-
-```typescript
-// Get available apps
-const { apps } = await LaunchNavigator.getAvailableApps();
-
-if (apps.length === 0) {
-  alert('No navigation apps available');
-  return;
-}
-
-// Show app selection to user (pseudo-code)
-const selectedApp = await showAppSelectionDialog(apps);
-
-// Navigate with selected app
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: { app: selectedApp }
-});
-```
-
-### Navigation with Different Transport Modes
-
-```typescript
-// Driving directions
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.DRIVING
-  }
-});
-
-// Walking directions
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.WALKING
-  }
-});
-
-// Public transit directions
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.TRANSIT
-  }
-});
-```
-
-## Bonnes pratiques
-
-- Always Vérifier Application availability before attempting navigation
-- Provide fallback Options when preferred apps aren't Disponible
-- Use meaningful Application display names for Utilisateur selection
-- Handle errors gracefully with Utilisateur-friendly messages
-- Consider Utilisateur preferences for default navigation apps
-- Test on both iOS and Android Appareils
-- Implement proper Erreur handling for invalid coordinates
-
-## Erreur Handling
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('Navigation failed:', error);
-  // Handle error - app not available, invalid coordinates, etc.
-  alert('Unable to launch navigation. Please check your coordinates and try again.');
-}
-```
-
-## Use Cases
-
-- **Location-based services**: Navigate Utilisateurs to points of interest
-- **Delivery apps**: Guide drivers to delivery locations
-- **Event apps**: Direct attendees to venue locations
-- **Real estate apps**: Navigate to property locations
-- **Travel apps**: Guide tourists to attractions
-- **Service apps**: Direct field workers to job sites
diff --git a/src/content/docs/fr/plugins/launch-navigator/index.mdx b/src/content/docs/fr/plugins/launch-navigator/index.mdx
deleted file mode 100644
index 596f5a785..000000000
--- a/src/content/docs/fr/plugins/launch-navigator/index.mdx
+++ /dev/null
@@ -1,251 +0,0 @@
----
-title: '@capgo/capacitor-launch-navigator'
-description: >-
-  Lancez le plug-in d'applications de navigation pour les applications Capacitor
-  avec prise en charge de Google Maps, Apple Maps, Waze et d'autres services de
-  navigation.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Lancez des applications de navigation avec des instructions étape par étape,
-    prenant en charge plusieurs fournisseurs de cartes et des options
-    d'itinéraire personnalisées.
-  image:
-    file: ~public/icons/plugins/launch-navigator.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/launch-navigator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-launch-navigator/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Aperçu
-
-The Capacitor Launch Navigator plugin enables launching native navigation apps on iOS and Android devices with coordinate-based navigation. This plugin provides seamless integration with popular mapping applications and supports multiple transportation modes for comprehensive navigation solutions.
-
-<CardGrid stagger>
-  <Card title="Prise en charge de plusieurs applications" icon="rocket">
-    Google Cartes, Apple Cartes, Waze, Citymapper et plus 🗺️
-  </Card>
-  <Card title="Modes de transport" icon="magnifier">
-    Itinéraires en voiture, à pied, en transports en commun et à vélo 🧭
-  </Card>
-  <Card title="Détection d'applications" icon="magnifier">
-    Vérifiez la disponibilité et répertoriez les applications de navigation installées 🔍
-  </Card>
-  <Card title="Coordinate-based" icon="star">
-    Naviguez en utilisant les coordonnées latitude/longitude 📍
-  </Card>
-</CardGrid>
-
-##Installation
-
-```bash
-npm install @capgo/capacitor-launch-navigator
-npx cap sync
-```
-
-## iOSConfiguration
-
-Ajoutez des schémas d'URL à votre `Info.plist` pour détecter les applications de navigation installées :
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <!-- Add other navigation app schemes -->
-</array>
-```
-
-## Méthodes principales API
-
-### Navigation
-- `navigate(options)` - Lancer la navigation vers les coordonnées spécifiées
-- `isAppAvailable(options)` - Vérifiez si une application de navigation spécifique est installée
-- `getAvailableApps()` - Répertorie toutes les applications de navigation disponibles sur l'appareil
-- `getSupportedApps()` - Obtenez toutes les applications prises en charge pour la plate-forme actuelle
-
-## Exemple d'utilisation
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// Basic navigation to coordinates
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // San Francisco coordinates
-});
-
-// Advanced navigation with options
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // Optional starting point
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // Preferred navigation app
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// Check if specific app is available
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps is installed');
-} else {
-  console.log('Google Maps is not available');
-}
-
-// Get all available navigation apps
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('Available navigation apps:', availableApps);
-
-// Get all supported apps for platform
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('Supported apps:', supportedApps);
-```
-
-## Options de navigation
-
-```typescript
-interface NavigationOptions {
-  start?: [number, number];      // Starting coordinates [lat, lng]
-  transportMode?: TransportMode; // Transportation method
-  app?: string;                  // Preferred navigation app
-  appDisplayName?: string;       // Display name for app
-  launchMode?: LaunchMode;       // How to launch the app
-}
-```
-
-## Modes de transport
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## Applications de navigation prises en charge
-
-### iOS
-- Apple Cartes (intégrées)
-- Google Cartes
--Waze
-- Planificateur de ville
-- Transit
-- Moovit
--Uber
--Lyft
-- Et bien d'autres encore...
-
-### Android
-- Google Cartes (intégrées)
--Waze
-- Planificateur de ville
-- ICI WeGo
--Sygic
-- MapQuest
-- Moovit
-- Et bien d'autres encore...
-
-## Coordonner les exigences
-
-> ⚠️ **Important** : Ce plugin n'accepte que les coordonnées latitude/longitude pour la navigation. Utilisez [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder) pour convertir les adresses en coordonnées.
-
-```typescript
-// Example with geocoding
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-
-// Convert address to coordinates
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // Launch navigation with geocoded coordinates
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## Détection et sélection d'applications
-
-```typescript
-// Check multiple apps and use the first available
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('No supported navigation apps found');
-}
-```
-
-## Gestion des erreurs
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('Navigation failed:', error);
-  // Handle error - app not available, invalid coordinates, etc.
-}
-```
-
-## Cas d'utilisation
-
-- **Services basés sur la localisation** : orientez les utilisateurs vers des points d'intérêt
-- **Applications de livraison** : guidez les chauffeurs vers les lieux de livraison
-- **Applications événementielles** : dirigez les participants vers les emplacements des lieux
-- **Applications immobilières** : accédez aux emplacements des propriétés
-- **Applications de voyage** : guidez les touristes vers les attractions
-
-## meilleures pratiques
-
-- Vérifiez toujours la disponibilité de l'application avant de tenter la navigation
-- Fournir des options de secours lorsque les applications préférées ne sont pas disponibles
-- Utilisez des noms d'affichage d'application significatifs pour la sélection de l'utilisateur
-- Gérez les erreurs avec élégance avec des messages conviviaux
-- Tenir compte des préférences de l'utilisateur pour les applications de navigation par défaut
-
-##Documents
-
-Consultez la [documentation complète](/docs/plugins/launch-navigator/getting-started/) pour obtenir des guides de mise en œuvre détaillés et des modèles de navigation avancés.
diff --git a/src/content/docs/fr/plugins/live-reload/getting-started.mdx b/src/content/docs/fr/plugins/live-reload/getting-started.mdx
deleted file mode 100644
index a33180e56..000000000
--- a/src/content/docs/fr/plugins/live-reload/getting-started.mdx
+++ /dev/null
@@ -1,356 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment configurer le rechargement en direct pour un développement
-  plus rapide avec votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-live-reload" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configuration
-
-Configurez votre serveur de développement Vite pour qu'il fonctionne avec le rechargement en direct. Vous devez :
-1. Désactivez le client HMR intégré
-2. Transférer les événements de rechargement sur un point de terminaison WebSocket dédié
-
-## Utilisation
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-// Configure the dev server
-await LiveReload.configureServer({
-  url: 'http://localhost:5173',
-  websocketPath: '/capgo-livereload',
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-
-// Connect to the dev server
-await LiveReload.connect();
-
-// Listen for reload events
-LiveReload.addListener('reloadEvent', (event) => {
-  console.log('Reload event:', event);
-  if (event.type === 'full-reload') {
-    console.log('Full page reload triggered');
-  } else if (event.type === 'file-update') {
-    console.log('File updated:', event.file);
-  }
-});
-
-// Listen for connection status changes
-LiveReload.addListener('statusChange', (status) => {
-  console.log('Connection status:', status.connected);
-  console.log('Server URL:', status.url);
-});
-```
-
-## API Référence
-
-### configurer le serveur (options)
-
-Stockez les paramètres du serveur de développement distant pour les connexions ultérieures.
-
-```typescript
-const status = await LiveReload.configureServer({
-  url: 'http://192.168.1.100:5173',
-  websocketPath: '/capgo-livereload',
-  headers: {
-    'Authorization': 'Bearer token'
-  },
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-```
-
-**Paramètres :**
-- `url` (string) : URL de base du serveur de développement (par exemple, `http://dev.local:5173`)
-- `websocketPath` (chaîne, facultatif) : remplacement du chemin WebSocket (par défaut : `/ws`)
-- `headers` (Record\<string, string\>, facultatif) : en-têtes supplémentaires pour la connexion WebSocket
-- `autoReconnect` (booléen, facultatif) : Reconnexion automatique en cas de déconnexion (par défaut : `true`)
-- `reconnectInterval` (numéro, facultatif) : délai entre les tentatives de reconnexion en ms (par défaut : `2000`)
-
-**Renvoie :** `LiveReloadStatus` avec informations de connexion
-
-### connecter()
-
-Établissez une connexion WebSocket si elle n’est pas déjà active.
-
-```typescript
-const status = await LiveReload.connect();
-console.log('Connected:', status.connected);
-```
-
-**Renvoie :** État actuel de la connexion
-
-### déconnexion()
-
-Fermez la connexion WebSocket actuelle et désactivez la reconnexion automatique.
-
-```typescript
-await LiveReload.disconnect();
-```
-
-### getStatus()
-
-Obtenez l'état actuel de la connexion.
-
-```typescript
-const status = await LiveReload.getStatus();
-console.log('Connected:', status.connected);
-console.log('URL:', status.url);
-```
-
-### recharger()
-
-Déclenchez manuellement un rechargement complet de Capacitor WebView.
-
-```typescript
-await LiveReload.reload();
-```
-
-### reloadFichier (options)
-
-Rechargez un seul fichier/module (revient au rechargement complet s'il n'est pas pris en charge).
-
-```typescript
-await LiveReload.reloadFile({
-  path: '/src/components/MyComponent.tsx',
-  hash: 'abc123'
-});
-```
-
-### addListener('reloadEvent', rappel)
-
-Écoutez les événements de rechargement entrants du serveur.
-
-```typescript
-const handle = await LiveReload.addListener('reloadEvent', (event) => {
-  switch (event.type) {
-    case 'full-reload':
-      console.log('Full reload requested');
-      break;
-    case 'file-update':
-      console.log('File updated:', event.file?.path);
-      break;
-    case 'error':
-      console.error('Error:', event.message);
-      break;
-  }
-});
-
-// Remove listener when done
-await handle.remove();
-```
-
-### addListener('statusChange', rappel)
-
-Écoutez les changements d’état des sockets.
-
-```typescript
-await LiveReload.addListener('statusChange', (status) => {
-  console.log(status.connected ? 'Connected' : 'Disconnected');
-});
-```
-
-### supprimerAllListeners()
-
-Supprimez tous les auditeurs enregistrés.
-
-```typescript
-await LiveReload.removeAllListeners();
-```
-
-## Exemple complet
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-export class DevServer {
-  private connected = false;
-
-  async initialize() {
-    // Only enable in development
-    if (process.env.NODE_ENV !== 'development') {
-      return;
-    }
-
-    try {
-      // Configure server
-      await LiveReload.configureServer({
-        url: 'http://192.168.1.100:5173',
-        websocketPath: '/capgo-livereload',
-        autoReconnect: true,
-        reconnectInterval: 3000
-      });
-
-      // Set up listeners before connecting
-      await LiveReload.addListener('reloadEvent', this.handleReloadEvent.bind(this));
-      await LiveReload.addListener('statusChange', this.handleStatusChange.bind(this));
-
-      // Connect
-      await LiveReload.connect();
-    } catch (error) {
-      console.error('Failed to initialize live reload:', error);
-    }
-  }
-
-  private handleReloadEvent(event: any) {
-    console.log('Reload event received:', event.type);
-
-    switch (event.type) {
-      case 'full-reload':
-        this.performFullReload();
-        break;
-      case 'file-update':
-        this.handleFileUpdate(event.file);
-        break;
-      case 'error':
-        console.error('Server error:', event.message);
-        break;
-      case 'connected':
-        console.log('Server connected');
-        break;
-      case 'disconnected':
-        console.log('Server disconnected');
-        break;
-    }
-  }
-
-  private handleStatusChange(status: any) {
-    this.connected = status.connected;
-    console.log(`Live reload ${status.connected ? 'connected' : 'disconnected'}`);
-  }
-
-  private performFullReload() {
-    console.log('Performing full page reload...');
-    window.location.reload();
-  }
-
-  private handleFileUpdate(file: any) {
-    console.log('File updated:', file?.path);
-    // HMR will handle this automatically in most cases
-  }
-
-  async disconnect() {
-    await LiveReload.disconnect();
-    await LiveReload.removeAllListeners();
-    this.connected = false;
-  }
-
-  isConnected(): boolean {
-    return this.connected;
-  }
-}
-```
-
-## Exemple de configuration Vite
-
-Configurez votre serveur Vite pour qu'il fonctionne avec le plugin live reload :
-
-```typescript
-// vite.config.ts
-import { defineConfig } from 'vite';
-
-export default defineConfig({
-  server: {
-    host: '0.0.0.0', // Allow connections from network
-    port: 5173,
-    hmr: {
-      // Custom WebSocket path for live reload
-      path: '/capgo-livereload',
-    }
-  }
-});
-```
-
-## meilleures pratiques
-
-1. **Utiliser uniquement en développement**
-   ```typescript
-   if (import.meta.env.DEV) {
-     await LiveReload.configureServer({
-       url: 'http://localhost:5173',
-       websocketPath: '/capgo-livereload'
-     });
-     await LiveReload.connect();
-   }
-   ```
-
-2. **Utilisez votre adresse IP locale pour les tests mobiles**
-   ```typescript
-   const devServerUrl = process.env.VITE_DEV_SERVER_URL || 'http://192.168.1.100:5173';
-   await LiveReload.configureServer({ url: devServerUrl });
-   ```
-
-3. **Gérez les erreurs de connexion avec élégance**
-   ```typescript
-   try {
-     await LiveReload.connect();
-   } catch (error) {
-     console.warn('Could not connect to dev server, using production build');
-   }
-   ```
-
-4. **Nettoyer à la sortie de l'application**
-   ```typescript
-   window.addEventListener('beforeunload', async () => {
-     await LiveReload.disconnect();
-   });
-   ```
-
-5. **Afficher l'état de la connexion dans l'interface utilisateur**
-   ```typescript
-   LiveReload.addListener('statusChange', (status) => {
-     // Show indicator in dev builds
-     updateDevIndicator(status.connected);
-   });
-   ```
-
-## Remarques sur la plate-forme
-
-### iOS
-- Fonctionne avec iOS 11.0+
-- Assurez-vous que le serveur de développement est accessible depuis le réseau de votre appareil
-- Il faudra peut-être configurer un pare-feu pour autoriser les connexions
-
-### Android
-- Fonctionne avec Android 5.0 (API 21)+
-- Utilisez `adb reverse` pour les connexions localhost :
-  ```bash
-  adb reverse tcp:5173 tcp:5173
-  ```
-
-###Web
-- Prise en charge complète de la plateforme Web
-- Connexion WebSocket directe au serveur de développement Vite
-
-## Dépannage
-
-**La connexion échoue :**
-- Vérifiez que le serveur de développement est en cours d'exécution
-- Vérifiez que l'appareil et l'ordinateur sont sur le même réseau
-- Assurez-vous que le pare-feu autorise les connexions sur le port
-- Utilisez l'adresse IP au lieu de localhost pour les appareils mobiles
-
-**Rechargement lent :**
-- Vérifier la vitesse du réseau
-- Réduire l'intervalle de reconnexion
-- Optimiser la configuration de la build Vite
-
-**Erreurs WebSocket :**
-- Vérifiez que websocketPath correspond à la configuration de Vite
-- Vérifier les conflits de ports
-- Assurez-vous que les en-têtes sont corrects si vous utilisez l'authentification
diff --git a/src/content/docs/fr/plugins/live-reload/index.mdx b/src/content/docs/fr/plugins/live-reload/index.mdx
deleted file mode 100644
index cd9385f5e..000000000
--- a/src/content/docs/fr/plugins/live-reload/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-live-reload"
-description: Live reload your Capacitor Application from a remote dev server for faster Développement.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Connect your Capacitor Application to your local Développement server for instant hot reloading and faster iteration during Développement.
-  image: 
-    file: ~public/icons/plugins/live-reload.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/live-reload/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-live-reload/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Hot Module Replacement" icon="rocket">
-    Instant Mises à jour without rebuilding your Application
-  </Card>
-  <Card title="Remote Dev Server" icon="laptop">
-    Connect to Vite or any compatible dev server
-  </Card>
-  <Card title="WebSocket Connection" icon="puzzle">
-    Real-time communication for Mises à jour en direct
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/live-reload/getting-started/) to set up live reload.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/llm/getting-started.mdx b/src/content/docs/fr/plugins/llm/getting-started.mdx
deleted file mode 100644
index 2e1b72204..000000000
--- a/src/content/docs/fr/plugins/llm/getting-started.mdx
+++ /dev/null
@@ -1,484 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the Capacitor LLM plugin to run AI models locally on iOS and Android.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Platform Configuration
-
-### iOS Configuration
-
-- **iOS 26.0+**: Uses Apple Intelligence by default (no model needed) - **Recommended**
-- **iOS < 26.0**: Requires MediaPipe custom models (experimental, may have compatibility issues)
-
-For custom models on older iOS versions, place model files in your iOS Application Bundle through Xcode's "Copy Bundle Resources".
-
-### Android Configuration
-
-Place model files in your Android assets folder:
-
-```
-android/app/src/main/assets/
-```
-
-You need **both** files for Android:
-- `.task` file (main model)
-- `.litertlm` file (companion file)
-
-Télécharger from [Kaggle Gemma models](https://www.kaggle.com/models/google/gemma) → "LiteRT (formerly TFLite)" tab
-
-## Recommended Models
-
-### For Android (Gemma-3 Models)
-
-- **Gemma 3 270M** - Smallest, most efficient for mobile (~240-400MB) - **Recommended**
-- **Gemma 3 1B** - Larger text generation model (~892MB-1.5GB)
-
-Télécharger from [Kaggle Gemma models](https://www.kaggle.com/models/google/gemma) → Click "LiteRT (formerly TFLite)" tab
-
-### For iOS
-
-- **Apple Intelligence** (iOS 26.0+) - Built-in, no Télécharger needed - **Recommended**
-- **Gemma-2 2B** (experimental) - May have compatibility issues with `.task` format
-
-For custom iOS models, Télécharger from [Hugging Face MediaPipe models](https://huggingface.co/collections/google/mediapipe-668392ead2d6768e82fb3b87)
-
-## Utilisation
-
-Importer the plugin and Initialiser:
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-// Check if LLM is ready
-const { readiness } = await CapgoLLM.getReadiness();
-console.log('LLM readiness:', readiness);
-
-// Set the model based on platform
-const platform = Capacitor.getPlatform();
-if (platform === 'ios') {
-  // iOS: Use Apple Intelligence (default)
-  await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-} else {
-  // Android: Use MediaPipe model
-  await CapgoLLM.setModel({ path: '/android_asset/gemma-3-270m-it-int8.task' });
-}
-
-// Create a chat session
-const { id: chatId } = await CapgoLLM.createChat();
-
-// Listen for AI responses
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('AI response:', event.text);
-});
-
-// Listen for completion
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('AI completed response');
-});
-
-// Send a message
-await CapgoLLM.sendMessage({
-  chatId,
-  message: 'Hello! How are you today?'
-});
-```
-
-## Advanced Fonctionnalités
-
-### Télécharger Models
-
-```typescript
-// Download a model from URL
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/model.task',
-  filename: 'model.task'
-});
-
-// For Android, download both .task and .litertlm files
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-
-// Listen for download progress
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log(`Download progress: ${event.progress}%`);
-  console.log(`Downloaded: ${event.downloadedBytes} / ${event.totalBytes}`);
-});
-```
-
-### Model Management
-
-```typescript
-// Set a specific model with configuration
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-
-// Check readiness
-const { readiness } = await CapgoLLM.getReadiness();
-if (readiness === 'ready') {
-  // Model is loaded and ready
-}
-
-// Listen for readiness changes
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Readiness changed:', event.readiness);
-});
-```
-
-## API Methods
-
-### createChat()
-
-Créer a Nouveau chat session.
-
-```typescript
-const { id: chatId } = await CapgoLLM.createChat();
-```
-
-**Returns:** `Promise<{ id: string; instructions?: string }>`
-
-### sendMessage(...)
-
-Send a message to the LLM.
-
-```typescript
-await CapgoLLM.sendMessage({
-  chatId: 'chat-id',
-  message: 'What is the weather like?'
-});
-```
-
-| Param      | Type     | Description          |
-| ---------- | -------- | -------------------- |
-| **`chatId`**  | `string` | Chat session ID      |
-| **`message`** | `string` | Message to send      |
-
-### getReadiness()
-
-Vérifier if the LLM is ready to use.
-
-```typescript
-const { readiness } = await CapgoLLM.getReadiness();
-```
-
-**Returns:** `Promise<{ readiness: string }>`
-
-Possible values:
-- `ready` - Model is loaded and ready
-- `loading` - Model is being loaded
-- `not_ready` - Model not yet loaded
-- `error` - Error loading model
-
-### setModel(...)
-
-Set the model Configuration.
-
-```typescript
-// iOS: Use Apple Intelligence (recommended)
-await CapgoLLM.setModel({
-  path: 'Apple Intelligence'
-});
-
-// iOS: Use custom MediaPipe model (experimental)
-await CapgoLLM.setModel({
-  path: 'Gemma2-2B-IT_multi-prefill-seq_q8_ekv1280',
-  modelType: 'task',
-  maxTokens: 1280
-});
-
-// Android: Use MediaPipe model
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-```
-
-| Param           | Type     | Description                                       |
-| --------------- | -------- | ------------------------------------------------- |
-| **`path`**      | `string` | Model path or "Apple Intelligence" for iOS system |
-| **`modelType`** | `string` | Optional: Model file type (e.g., "task", "bin")   |
-| **`maxTokens`** | `number` | Optional: Maximum tokens the model handles        |
-| **`topk`**      | `number` | Optional: Number of tokens considered at each step|
-| **`temperature`** | `number` | Optional: Randomness in generation (0.0-1.0)    |
-| **`randomSeed`** | `number` | Optional: Random seed for generation             |
-
-### downloadModel(...)
-
-Télécharger a model from URL and Enregistrer to Appareil storage.
-
-```typescript
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-```
-
-| Param            | Type     | Description                                 |
-| ---------------- | -------- | ------------------------------------------- |
-| **`url`**        | `string` | URL to download from                        |
-| **`companionUrl`** | `string` | Optional: URL for companion file (.litertlm) |
-| **`filename`**   | `string` | Optional: Filename to save as               |
-
-**Returns:** `Promise<{ path: string; companionPath?: string }>`
-
-## Events
-
-### textFromAi
-
-Fired when AI generates text (streaming response).
-
-```typescript
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('AI text:', event.text);
-  console.log('Chat ID:', event.chatId);
-  console.log('Is chunk:', event.isChunk);
-});
-```
-
-**Event Data:**
-- `text` (string) - Incremental text chunk from AI
-- `chatId` (string) - Chat session ID
-- `isChunk` (boolean) - Whether this is a complete chunk or partial streaming data
-
-### aiFinished
-
-Fired when AI completes response.
-
-```typescript
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('Completed for chat:', event.chatId);
-});
-```
-
-**Event Data:**
-- `chatId` (string) - Chat session ID
-
-### downloadProgress
-
-Fired during model Télécharger to Signaler progress.
-
-```typescript
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log('Progress:', event.progress, '%');
-  console.log('Downloaded:', event.downloadedBytes, '/', event.totalBytes);
-});
-```
-
-**Event Data:**
-- `progress` (number) - Percentage of download completed (0-100)
-- `downloadedBytes` (number) - Bytes downloaded so far
-- `totalBytes` (number) - Total bytes to download
-
-### readinessChange
-
-Fired when the readiness status of the LLM changes.
-
-```typescript
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Readiness changed to:', event.readiness);
-});
-```
-
-**Event Data:**
-- `readiness` (string) - The new readiness status
-
-## Terminé Exemple
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-class AIService {
-  private chatId: string | null = null;
-  private messageBuffer: string = '';
-
-  async initialize() {
-    // Set up model based on platform
-    const platform = Capacitor.getPlatform();
-
-    if (platform === 'ios') {
-      // iOS: Use Apple Intelligence (recommended)
-      await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-    } else {
-      // Android: Use MediaPipe model
-      await CapgoLLM.setModel({
-        path: '/android_asset/gemma-3-270m-it-int8.task',
-        maxTokens: 2048,
-        topk: 40,
-        temperature: 0.8
-      });
-    }
-
-    // Wait for model to be ready
-    let isReady = false;
-    while (!isReady) {
-      const { readiness } = await CapgoLLM.getReadiness();
-      if (readiness === 'ready') {
-        isReady = true;
-      } else if (readiness === 'error') {
-        throw new Error('Failed to load model');
-      }
-      await new Promise(resolve => setTimeout(resolve, 500));
-    }
-
-    // Create chat session
-    const { id } = await CapgoLLM.createChat();
-    this.chatId = id;
-
-    // Set up event listeners
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    CapgoLLM.addListener('textFromAi', (event) => {
-      if (event.chatId === this.chatId) {
-        this.messageBuffer += event.text;
-        this.onTextReceived(event.text);
-      }
-    });
-
-    CapgoLLM.addListener('aiFinished', (event) => {
-      if (event.chatId === this.chatId) {
-        this.onMessageComplete(this.messageBuffer);
-        this.messageBuffer = '';
-      }
-    });
-  }
-
-  async sendMessage(message: string) {
-    if (!this.chatId) {
-      throw new Error('Chat not initialized');
-    }
-
-    await CapgoLLM.sendMessage({
-      chatId: this.chatId,
-      message
-    });
-  }
-
-  onTextReceived(text: string) {
-    // Update UI with streaming text
-    console.log('Received:', text);
-  }
-
-  onMessageComplete(fullMessage: string) {
-    // Handle complete message
-    console.log('Complete message:', fullMessage);
-  }
-}
-
-// Usage
-const ai = new AIService();
-await ai.initialize();
-await ai.sendMessage('Tell me about AI');
-```
-
-## Platform Support
-
-| Platform | Supported | Requirements |
-|----------|-----------|--------------|
-| iOS      | ✅        | iOS 13.0+ (26.0+ for Apple Intelligence) |
-| Android  | ✅        | API 24+ |
-| Web      | ❌        | Not supported |
-
-## Bonnes pratiques
-
-1. **Model Selection**: Choose models based on Appareil capabilities
-   - Use 270M for most mobile Appareils
-   - Use 1B for high-end Appareils with more RAM
-   - Test performance on target Appareils
-
-2. **Memory Management**: Clear chat sessions when done
-   ```typescript
-   // Create new chat for new conversations
-   const { id } = await CapacitorLLM.createChat();
-   ```
-
-3. **Erreur Handling**: Always Vérifier readiness before use
-   ```typescript
-   const { readiness } = await CapacitorLLM.getReadiness();
-   if (readiness !== 'ready') {
-     // Handle not ready state
-   }
-   ```
-
-4. **Streaming UI**: Mise à jour UI incrementally with streaming text
-   - Show text as it arrives via `onAiText`
-   - Mark complete with `onAiCompletion`
-
-5. **Model Télécharger**: Télécharger models during Application Configuration, not on first use
-   ```typescript
-   // During app initialization
-   await CapacitorLLM.downloadModel({
-     url: 'https://your-cdn.com/model.task',
-     filename: 'model.task'
-   });
-   ```
-
-## Dépannage
-
-### Model not loading
-- Verify model file is in correct location
-- Vérifier model format matches platform (.gguf for iOS, .task for Android)
-- Ensure sufficient Appareil storage
-
-### Poor performance
-- Try smaller model (270M instead of 1B)
-- Close other apps to free memory
-- Test on actual Appareil, not simulator
-
-### No responses
-- Vérifier readiness status is 'ready'
-- Verify event listeners are set up before sending messages
-- Vérifier console for errors
-
-## Resources
-
-- [GitHub Repository](https://github.com/Cap-go/capacitor-llm)
-- [Gemma Models](https://ai.google.dev/gemma)
-- [Apple Intelligence](https://developer.apple.com/machine-learning/)
-- [MediaPipe](https://developers.google.com/mediapipe)
diff --git a/src/content/docs/fr/plugins/llm/index.mdx b/src/content/docs/fr/plugins/llm/index.mdx
deleted file mode 100644
index 2e60d15af..000000000
--- a/src/content/docs/fr/plugins/llm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-llm"
-description: Run LLM models locally in iOS and Android with Natif Apple Intelligence Support for privacy and offline capabilities.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Run LLM models directly on Appareil with Natif Apple Intelligence integration and hardware acceleration.
-  image: 
-    file: ~public/icons/plugins/llm.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/llm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-llm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="On-Device Privacy" icon="approve-check-circle">
-    Run LLM models directly on Appareil for privacy and offline capabilities 🤖
-  </Card>
-  <Card title="Apple Intelligence" icon="star">
-    Natif Apple Intelligence integration on iOS 26.0+ 🍎
-  </Card>
-  <Card title="Multiple Formats" icon="puzzle">
-    Support for .task and .litertlm model formats 📦
-  </Card>
-  <Card title="Hardware Acceleration" icon="rocket">
-    Fast inference with Natif hardware acceleration ⚡
-  </Card>
-  <Card title="Streaming Responses" icon="download">
-    Real-time streaming responses with event listeners 🔄
-  </Card>
-  <Card title="Premiers pas" icon="open-book">
-    Vérifier the [Commencer Guide](/docs/plugins/llm/getting-started/) to Installer and configure the plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/media-session/getting-started.mdx b/src/content/docs/fr/plugins/media-session/getting-started.mdx
deleted file mode 100644
index 3ee585e67..000000000
--- a/src/content/docs/fr/plugins/media-session/getting-started.mdx
+++ /dev/null
@@ -1,83 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Synchronize your player UI with Natif media controls using the Media Session plugin.
-sidebar: 
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the plugin**
-   <PackageManagers pkg="@capgo/capacitor-media-session" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser platforms**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-> ℹ️ The Media Session API is Disponible on Android (Chrome based browsers, WebView) and many desktop browsers. On unsupported platforms the calls resolve without taking effect, so guard your UI accordingly.
-
-## Publish metadata
-
-```typescript
-import { MediaSession } from '@capgo/capacitor-media-session';
-
-await MediaSession.setMetadata({
-  title: 'Weekly Tech Podcast',
-  artist: 'Capgo Studio',
-  album: 'Season 2',
-  artwork: [
-    { src: 'https://cdn.example.com/covers/s02e05-512.png', sizes: '512x512', type: 'image/.png' },
-  ],
-});
-```
-
-## Mise à jour playback state
-
-```typescript
-await MediaSession.setPlaybackState({ playbackState: 'playing' });
-
-// Pause later if needed
-await MediaSession.setPlaybackState({ playbackState: 'paused' });
-```
-
-## Handle media actions
-
-```typescript
-const pauseHandler = async () => {
-  player.pause();
-  await MediaSession.setPlaybackState({ playbackState: 'paused' });
-};
-
-await MediaSession.setActionHandler({ action: 'pause' }, pauseHandler);
-await MediaSession.setActionHandler({ action: 'play' }, async () => {
-  await player.play();
-  await MediaSession.setPlaybackState({ playbackState: 'playing' });
-});
-
-// Remove a handler when you dispose the player
-await MediaSession.setActionHandler({ action: 'pause' }, null);
-```
-
-## Keep position in Synchroniser
-
-```typescript
-const updatePosition = async () => {
-  await MediaSession.setPositionState({
-    duration: player.duration,
-    position: player.currentTime,
-    playbackRate: player.playbackRate,
-  });
-};
-
-player.ontimeupdate = updatePosition;
-player.onratechange = updatePosition;
-```
-
-## Recommendations
-
-- Actualiser metadata when the track changes so notifications and smart speakers stay up to date.
-- Throttle position Mises à jour (e.g. every 250 ms) to avoid spamming the Natif layer.
-- Always Retirer action handlers when tearing down a player instance to prevent accidental leakage.
diff --git a/src/content/docs/fr/plugins/media-session/index.mdx b/src/content/docs/fr/plugins/media-session/index.mdx
deleted file mode 100644
index 50f92ebfa..000000000
--- a/src/content/docs/fr/plugins/media-session/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: '@capgo/capacitor-media-session'
-description: >-
-  Contrôlez les commandes multimédia de l'écran de verrouillage, des
-  notifications et du casque directement depuis Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Publiez les métadonnées des pistes, réagissez aux événements de
-    lecture/pause et synchronisez l'état de lecture avec les commandes
-    multimédias natives.
-  image:
-    file: ~public/icons/plugins/media-session.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/media-session/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-media-session/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Le plugin Media Session relie Capacitor à Media Session API afin que vos lecteurs audio et vidéo se sentent natifs partout.
-
-<CardGrid stagger>
-  <Card title="Des métadonnées riches" icon="star">
-    Fournissez la pochette de l'album, l'artiste et le titre pour les commandes de verrouillage de l'écran et de notification.
-  </Card>
-  <Card title="Synchronisation de l'état de lecture" icon="rocket">
-    Gardez les boutons lecture/pause et les indicateurs de progression alignés avec votre lecteur.
-  </Card>
-  <Card title="Rappels d'actions" icon="pencil">
-    Gérez les boutons du casque et les actions multimédias du système d'exploitation à partir de votre code Capacitor.
-  </Card>
-  <Card title="Rapport de position" icon="download">
-    Appuyez sur la durée, la position et le débit pour que le gommage fonctionne de manière fluide.
-  </Card>
-</CardGrid>
-
-Accédez au guide de démarrage pour intégrer les mises à jour des métadonnées dans le cycle de vie de votre lecteur.
diff --git a/src/content/docs/fr/plugins/mute/getting-started.mdx b/src/content/docs/fr/plugins/mute/getting-started.mdx
deleted file mode 100644
index 7caa27846..000000000
--- a/src/content/docs/fr/plugins/mute/getting-started.mdx
+++ /dev/null
@@ -1,210 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the Mute plugin to detect silent mode state in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-mute" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilisation
-
-Importer the plugin and use its methods to Vérifier mute state:
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-// Check if device is muted
-const checkMuteState = async () => {
-  const { value } = await CapacitorMute.isMuted();
-
-  if (value) {
-    console.log('Device is muted/silent');
-    // Adjust app behavior for silent mode
-  } else {
-    console.log('Device sound is on');
-  }
-};
-```
-
-## API Référence
-
-### isMuted()
-
-Checks if the Appareil is currently muted/in silent mode.
-
-```typescript
-const result = await CapacitorMute.isMuted();
-// Returns: { value: boolean }
-```
-
-## Terminé Exemple
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-export class SoundManager {
-  private isMuted = false;
-
-  async initialize() {
-    // Get initial mute state
-    await this.checkMuteState();
-  }
-
-  async checkMuteState() {
-    try {
-      const { value } = await CapacitorMute.isMuted();
-      this.isMuted = value;
-      this.updateAppBehavior();
-    } catch (error) {
-      console.error('Failed to check mute state:', error);
-    }
-  }
-
-  private updateAppBehavior() {
-    if (this.isMuted) {
-      // Device is muted - adjust app behavior
-      this.disableSoundEffects();
-      this.showVisualNotifications();
-    } else {
-      // Device sound is on
-      this.enableSoundEffects();
-      this.useAudioNotifications();
-    }
-  }
-
-  private disableSoundEffects() {
-    // Disable in-app sounds
-    console.log('Disabling sound effects');
-  }
-
-  private enableSoundEffects() {
-    // Enable in-app sounds
-    console.log('Enabling sound effects');
-  }
-
-  private showVisualNotifications() {
-    // Use visual feedback instead of audio
-    console.log('Using visual notifications');
-  }
-
-  private useAudioNotifications() {
-    // Use audio notifications
-    console.log('Using audio notifications');
-  }
-}
-
-// Usage
-const soundManager = new SoundManager();
-await soundManager.initialize();
-
-// Poll periodically to check for changes
-setInterval(() => {
-  soundManager.checkMuteState();
-}, 5000); // Check every 5 seconds
-```
-
-## Platform Behavior
-
-### iOS
-- Detects the physical mute switch state
-- No real-time change events (polling required)
-- Works on iPhone and iPad with mute switch
-
-### Android
-- Checks if ringer mode is set to silent or vibrate
-- No change events (polling required)
-- Based on AudioManager ringer mode
-
-## Bonnes pratiques
-
-1. **Poll for changes**
-   Since the plugin doesn't provide real-time events, poll periodically if you need to track changes:
-   ```typescript
-   // Check mute state periodically
-   setInterval(async () => {
-     const { value } = await CapacitorMute.isMuted();
-     if (value !== previousMuteState) {
-       handleMuteStateChange(value);
-     }
-   }, 5000);
-   ```
-
-2. **Respect Utilisateur preferences**
-   Always honor the mute state and adjust your Application's audio behavior accordingly.
-
-3. **Provide visual alternatives**
-   ```typescript
-   const { value: isMuted } = await CapacitorMute.isMuted();
-   if (isMuted) {
-     // Show visual notifications
-     showToast('New message received');
-   } else {
-     // Play sound notification
-     playNotificationSound();
-   }
-   ```
-
-## Use Cases
-
-1. **Game Sound Management**
-   ```typescript
-   const shouldPlaySound = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-     return !isMuted && userPreferences.soundEnabled;
-   };
-   ```
-
-2. **Notification Handling**
-   ```typescript
-   const sendNotification = async (message: string) => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-     
-     if (isMuted) {
-       // Use vibration or visual notification
-       await Haptics.vibrate();
-       showBanner(message);
-     } else {
-       // Play notification sound
-       await playSound('notification.mp3');
-     }
-   };
-   ```
-
-3. **Video Player**
-   ```typescript
-   const initVideoPlayer = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-     
-     videoPlayer.setMuted(isMuted);
-     if (isMuted) {
-       showSubtitles(true);
-       showMuteIndicator();
-     }
-   };
-   ```
-
-## Dépannage
-
-1. **Always Retourne false on Android**
-   - Vérifier if Appareil ringer mode is actually set to silent
-   - Some Android Appareils may have different behavior
-
-2. **No change events Disponible**
-   - The plugin does not provide real-time change events
-   - Implement polling if you need to detect changes
-
-3. **Not working on simulator**
-   - iOS Simulator doesn't have a mute switch
-   - Test on real Appareils for accurate results
diff --git a/src/content/docs/fr/plugins/mute/index.mdx b/src/content/docs/fr/plugins/mute/index.mdx
deleted file mode 100644
index f01b9ab0b..000000000
--- a/src/content/docs/fr/plugins/mute/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-mute"
-description: Detect and control the mute switch state on iOS Appareils and Vérifier volume states on Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Vérifier if a Appareil is muted or set to silent mode. Detects mute switch on iOS and volume state on Android.
-  image: 
-    file: ~public/icons/plugins/mute.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/mute/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mute/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Silent mode detection" icon="rocket">
-    Detect if Appareil is in silent/mute mode 🔇
-  </Card>
-  <Card title="Cross-platform" icon="setting">
-    Works on both iOS (mute switch) and Android (volume) 📱
-  </Card>
-  <Card title="Simple API" icon="pencil">
-    Easy to use with straightforward methods 🎯
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/mute/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/mux-player/getting-started.mdx b/src/content/docs/fr/plugins/mux-player/getting-started.mdx
deleted file mode 100644
index 236e710ea..000000000
--- a/src/content/docs/fr/plugins/mux-player/getting-started.mdx
+++ /dev/null
@@ -1,90 +0,0 @@
----
-title: Commencer
-description: Connectez le Mux Player natif SDK dans votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le plugin**
-   <PackageManagers pkg="@capgo/capacitor-mux-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS préparation
-
-1. Ouvrez l'espace de travail Xcode sous `ios/App/`.
-2. Ajoutez le package Swift `https://github.com/muxinc/mux-player-swift` à la cible de votre application afin que le module `MuxPlayerSwift` soit disponible.
-3. Assurez-vous que la cible de déploiement est **iOS 15+** et reconstruisez.
-
-## Android préparation
-
-Le module Gradle est livré avec les référentiels et dépendances appropriés. Si vous utilisez un proxy d'entreprise personnalisé, autorisez les requêtes adressées à `https://muxinc.jfrog.io/artifactory/default-maven-release-local`.
-
-## Lancez le lecteur
-
-```typescript
-import { MuxPlayer } from '@capgo/capacitor-mux-player';
-
-await MuxPlayer.play({
-  playbackId: 'your-playback-id',
-  environmentKey: 'your-mux-data-key',
-  title: 'Launch Announcement',
-  subtitle: 'Filmed live at Capgo HQ',
-  poster: 'https://stream.example.com/poster.jpg',
-});
-```
-
-## Écoutez les événements des joueurs
-
-```typescript
-const readyHandle = await MuxPlayer.addListener('ready', ({ playerName }) => {
-  console.log('Mux player ready', playerName);
-});
-
-const errorHandle = await MuxPlayer.addListener('error', ({ message }) => {
-  console.error('Mux player error:', message);
-});
-
-// Clean up after dismissing the player
-const dismissPlayer = async () => {
-  await MuxPlayer.dismiss();
-  await readyHandle.remove();
-  await errorHandle.remove();
-};
-```
-
-## Lecture basée sur des jetons
-
-```typescript
-await MuxPlayer.play({
-  playbackId: 'signed-playback-id',
-  playbackToken: signedPlaybackToken,
-  drmToken: signedDrmToken, // Optional if you enabled DRM policies
-  autoPlay: true,
-  startTime: 120, // begin at 2 minutes
-});
-```
-
-## Réagissez au cycle de vie du joueur
-
-```typescript
-const { active } = await MuxPlayer.isActive();
-if (active) {
-  console.log('Player currently visible');
-}
-
-// Remove all listener registrations when unmounting
-await MuxPlayer.removeAllListeners();
-```
-
-## Conseils
-
-- Générez des jetons de lecture et DRM signés sur votre backend à l'aide des clés de signature Mux.
-- Transmettez un `playerName` pour séparer les analyses lors de l'exécution de plusieurs lecteurs dans votre application.
-- Combinez avec `enableSmartCache` pour améliorer la résilience hors ligne sur les plateformes prises en charge.
diff --git a/src/content/docs/fr/plugins/mux-player/index.mdx b/src/content/docs/fr/plugins/mux-player/index.mdx
deleted file mode 100644
index 1614b45d9..000000000
--- a/src/content/docs/fr/plugins/mux-player/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-mux-player"
-description: Launch the Natif Mux Player SDK from Capacitor apps with signed playback and Analyse Support.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Stream high-quality Mux video in fullscreen with DRM, Analyse, and consistent controls across iOS, Android, and web.
-  image: 
-    file: ~public/icons/plugins/mux-player.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/mux-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mux-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Deliver premium playback by wrapping the official Mux Natif SDKs in a simple Capacitor interface.
-
-<CardGrid stagger>
-  <Card title="Native SDK experience" icon="rocket">
-    Use the same playback stack as the Mux mobile SDKs with adaptive bitrate and DRM.
-  </Card>
-  <Card title="Signed playback" icon="approve-check">
-    Provide playback and DRM tokens for secure delivery of protected streams.
-  </Card>
-  <Card title="Uniform API" icon="pencil">
-    Trigger playback, dismiss the player, and listen to events with one TypeScript API.
-  </Card>
-  <Card title="Analytics ready" icon="star">
-    Pass environment keys and player names to feed Mux Data telemetry automatically.
-  </Card>
-</CardGrid>
-
-The Commencer Guide walks through hooking up the Natif SDKs, handling tokens, and responding to player events.
diff --git a/src/content/docs/fr/plugins/native-audio/getting-started.mdx b/src/content/docs/fr/plugins/native-audio/getting-started.mdx
deleted file mode 100644
index 307e072e1..000000000
--- a/src/content/docs/fr/plugins/native-audio/getting-started.mdx
+++ /dev/null
@@ -1,479 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plug-in Native Audio pour une
-  lecture audio haute performance dans votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/native-audio" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Ajouter des fichiers audio**
-   Placez vos fichiers audio dans les dossiers appropriés de la plateforme :
-   - **iOS** : `ios/App/App/sounds/`
-   - **Android** : `android/app/src/main/res/raw/`
-</Steps>
-
-## Utilisation
-
-Importez le plugin et préchargez les fichiers audio avant de jouer :
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-// Preload audio files
-const preloadAudio = async () => {
-  // Simple preload for short sounds
-  await NativeAudio.preload({
-    assetId: 'click',
-    assetPath: 'sounds/click.mp3',
-    audioChannelNum: 1,
-    isUrl: false
-  });
-  
-  // Complex preload for music/longer audio
-  await NativeAudio.preloadComplex({
-    assetId: 'background-music',
-    assetPath: 'sounds/background.mp3',
-    audioChannelNum: 1,
-    volume: 0.5,
-    delay: 0,
-    isUrl: false
-  });
-};
-
-// Play audio
-const playSound = async () => {
-  await NativeAudio.play({
-    assetId: 'click'
-  });
-};
-
-// Play with options
-const playMusic = async () => {
-  await NativeAudio.play({
-    assetId: 'background-music',
-    time: 0 // Start from beginning
-  });
-};
-
-// Loop audio
-const loopMusic = async () => {
-  await NativeAudio.loop({
-    assetId: 'background-music'
-  });
-};
-
-// Stop audio
-const stopMusic = async () => {
-  await NativeAudio.stop({
-    assetId: 'background-music'
-  });
-};
-
-// Unload when done
-const cleanup = async () => {
-  await NativeAudio.unload({
-    assetId: 'click'
-  });
-  await NativeAudio.unload({
-    assetId: 'background-music'
-  });
-};
-```
-
-## API Référence
-
-### préchargement (options)
-
-Précharge un fichier audio pour une lecture simple (idéal pour les sons courts).
-
-```typescript
-interface PreloadOptions {
-  assetId: string;
-  assetPath: string;
-  audioChannelNum?: number;
-  isUrl?: boolean;
-}
-
-await NativeAudio.preload({
-  assetId: 'sound-effect',
-  assetPath: 'sounds/effect.mp3',
-  audioChannelNum: 1,
-  isUrl: false
-});
-```
-
-### preloadComplex(options)
-
-Précharge l'audio avec des options avancées (idéal pour la musique/l'audio de fond).
-
-```typescript
-interface PreloadComplexOptions {
-  assetId: string;
-  assetPath: string;
-  volume?: number; // 0.0 to 1.0
-  audioChannelNum?: number;
-  delay?: number;
-  isUrl?: boolean;
-  fadeDuration?: number;
-}
-
-await NativeAudio.preloadComplex({
-  assetId: 'theme-song',
-  assetPath: 'sounds/theme.mp3',
-  volume: 0.7,
-  audioChannelNum: 2,
-  isUrl: false
-});
-```
-
-### jouer(options)
-
-Lit un fichier audio préchargé.
-
-```typescript
-interface PlayOptions {
-  assetId: string;
-  time?: number; // Start time in seconds
-}
-
-await NativeAudio.play({
-  assetId: 'sound-effect',
-  time: 0
-});
-```
-
-### boucle(options)
-
-Met en boucle un fichier audio préchargé en continu.
-
-```typescript
-await NativeAudio.loop({
-  assetId: 'background-music'
-});
-```
-
-### arrêter(options)
-
-Arrête la lecture d'un fichier audio.
-
-```typescript
-await NativeAudio.stop({
-  assetId: 'background-music'
-});
-```
-
-### pause(options)
-
-Met en pause la lecture audio.
-
-```typescript
-await NativeAudio.pause({
-  assetId: 'background-music'
-});
-```
-
-### CV(options)
-
-Reprend l'audio en pause.
-
-```typescript
-await NativeAudio.resume({
-  assetId: 'background-music'
-});
-```
-
-### setVolume(options)
-
-Définit le volume d'un élément audio.
-
-```typescript
-interface SetVolumeOptions {
-  assetId: string;
-  volume: number; // 0.0 to 1.0
-}
-
-await NativeAudio.setVolume({
-  assetId: 'background-music',
-  volume: 0.3
-});
-```
-
-### getDuration(options)
-
-Obtient la durée d'un fichier audio en secondes.
-
-```typescript
-const { duration } = await NativeAudio.getDuration({
-  assetId: 'background-music'
-});
-console.log(`Duration: ${duration} seconds`);
-```
-
-### getCurrentTime (options)
-
-Obtient la durée de lecture actuelle en secondes.
-
-```typescript
-const { currentTime } = await NativeAudio.getCurrentTime({
-  assetId: 'background-music'
-});
-console.log(`Current time: ${currentTime} seconds`);
-```
-
-### est en train de jouer (options)
-
-Vérifie si l'audio est en cours de lecture.
-
-```typescript
-const { isPlaying } = await NativeAudio.isPlaying({
-  assetId: 'background-music'
-});
-console.log(`Is playing: ${isPlaying}`);
-```
-
-### décharger (options)
-
-Décharge un fichier audio de la mémoire.
-
-```typescript
-await NativeAudio.unload({
-  assetId: 'sound-effect'
-});
-```
-
-## Utilisation avancée
-
-### Classe de gestionnaire de son
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-export class SoundManager {
-  private sounds: Map<string, boolean> = new Map();
-  private volume = 1.0;
-  
-  async init() {
-    // Preload all sounds
-    await this.preloadSound('click', 'sounds/click.mp3');
-    await this.preloadSound('success', 'sounds/success.mp3');
-    await this.preloadSound('error', 'sounds/error.mp3');
-    
-    // Preload music
-    await this.preloadMusic('background', 'sounds/background.mp3', 0.5);
-  }
-  
-  private async preloadSound(id: string, path: string) {
-    try {
-      await NativeAudio.preload({
-        assetId: id,
-        assetPath: path,
-        audioChannelNum: 1,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Failed to preload ${id}:`, error);
-    }
-  }
-  
-  private async preloadMusic(id: string, path: string, volume: number) {
-    try {
-      await NativeAudio.preloadComplex({
-        assetId: id,
-        assetPath: path,
-        volume,
-        audioChannelNum: 2,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Failed to preload ${id}:`, error);
-    }
-  }
-  
-  async playSound(id: string) {
-    if (!this.sounds.has(id)) {
-      console.warn(`Sound ${id} not preloaded`);
-      return;
-    }
-    
-    try {
-      await NativeAudio.play({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to play ${id}:`, error);
-    }
-  }
-  
-  async playMusic(id: string) {
-    if (!this.sounds.has(id)) return;
-    
-    try {
-      await NativeAudio.loop({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to play music ${id}:`, error);
-    }
-  }
-  
-  async stopMusic(id: string) {
-    try {
-      await NativeAudio.stop({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to stop ${id}:`, error);
-    }
-  }
-  
-  async setMasterVolume(volume: number) {
-    this.volume = Math.max(0, Math.min(1, volume));
-    
-    // Update all loaded sounds
-    for (const [id] of this.sounds) {
-      await NativeAudio.setVolume({
-        assetId: id,
-        volume: this.volume
-      });
-    }
-  }
-  
-  async cleanup() {
-    for (const [id] of this.sounds) {
-      await NativeAudio.unload({ assetId: id });
-    }
-    this.sounds.clear();
-  }
-}
-```
-
-### Chargement à partir d'URL
-
-```typescript
-// Load audio from URL
-await NativeAudio.preloadComplex({
-  assetId: 'remote-audio',
-  assetPath: 'https://example.com/audio.mp3',
-  isUrl: true,
-  volume: 0.8
-});
-```
-
-### Effets de fondu entrant/sortant
-
-```typescript
-const fadeIn = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-  
-  await NativeAudio.setVolume({ assetId, volume: 0 });
-  await NativeAudio.play({ assetId });
-  
-  for (let i = 1; i <= steps; i++) {
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-  }
-};
-
-const fadeOut = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-  
-  for (let i = steps; i >= 0; i--) {
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-  }
-  
-  await NativeAudio.stop({ assetId });
-};
-```
-
-## meilleures pratiques
-
-1. **Préchargement lors de l'initialisation de l'application**
-   ```typescript
-   import { App } from '@capacitor/app';
-   
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await soundManager.init();
-     }
-   });
-   ```
-
-2. **Gérer les erreurs avec élégance**
-   ```typescript
-   try {
-     await NativeAudio.play({ assetId: 'sound' });
-   } catch (error) {
-     console.log('Audio playback failed, continuing silently');
-   }
-   ```
-
-3. **Décharger l'audio inutilisé**
-   ```typescript
-   // Unload sounds when leaving a screen
-   ionViewWillLeave() {
-     this.unloadScreenSounds();
-   }
-   ```
-
-4. **Utilisez les méthodes de préchargement appropriées**
-   - `preload()` pour des effets sonores courts (< 5 secondes)
-   - `preloadComplex()` pour la musique et l'audio plus long
-
-## Remarques sur la plate-forme
-
-### iOS
-- Prend en charge AAC, MP3, WAV et autres formats Core Audio
-- Utilise AVAudioPlayer pour l'audio complexe
-- Utilise System Sound Services pour un son simple
-- Prend en charge l'audio de fond avec une configuration appropriée
-
-### Android
-- Prend en charge les formats MP3, OGG, WAV
-- Utilise SoundPool pour un son simple
-- Utilise MediaPlayer pour l'audio complexe
-- Peut nécessiter l'autorisation WAKE_LOCK pour la lecture en arrière-plan
-
-### Placement de fichiers
-
-#### iOS
-Placez les fichiers dans `ios/App/App/sounds/` ou créez une référence de dossier dans Xcode.
-
-#### Android
-Placez les fichiers dans `android/app/src/main/res/raw/`. 
-Remarque : Les noms de fichiers doivent être en minuscules et sans caractères spéciaux.
-
-## Problèmes courants
-
-1. **Le son ne joue pas**
-   - Assurez-vous que les fichiers sont dans les bons répertoires
-   - Vérifier la compatibilité des formats de fichiers
-   - Vérifier que l'assetId correspond exactement
-
-2. **Retard de lecture**
-   - Utilisez `preload()` pour les effets sonores
-   - Préchargez avant de devoir jouer
-
-3. **Problèmes de mémoire**
-   - Déchargez les fichiers audio lorsque vous n'en avez pas besoin
-   - Ne préchargez pas trop de fichiers volumineux
-
-4. **Lecture en arrière-plan**
-   - Configurer la capacité audio de fond sur iOS
-   - Gérer le focus audio sur Android
diff --git a/src/content/docs/fr/plugins/native-audio/index.mdx b/src/content/docs/fr/plugins/native-audio/index.mdx
deleted file mode 100644
index adf92c10a..000000000
--- a/src/content/docs/fr/plugins/native-audio/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/Natif-audio"
-description: High-performance Natif audio playback plugin for Capacitor apps with low latency and concurrent playback Support.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Play audio with Natif performance, low latency, and concurrent playback. Perfect for games, sound effects, and background music.
-  image: 
-    file: ~public/icons/plugins/native-audio.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/native-audio/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-native-audio/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Low latency" icon="rocket">
-    Natif audio APIs for instant playback 🚀
-  </Card>
-  <Card title="Concurrent playback" icon="list-format">
-    Play multiple sounds simultaneously 🎵
-  </Card>
-  <Card title="Background audio" icon="rocket">
-    Continue playback when Application is in background 🎧
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/Natif-audio/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/native-biometric/getting-started.mdx b/src/content/docs/fr/plugins/native-biometric/getting-started.mdx
deleted file mode 100644
index 5ae4481a8..000000000
--- a/src/content/docs/fr/plugins/native-biometric/getting-started.mdx
+++ /dev/null
@@ -1,204 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the Natif Biometric plugin for secure biometric authentication in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-native-biometric" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configure permissions**
-   
-   ### iOS
-   Add Face ID usage description to your `Info.plist`:
-   ```xml
-   <key>NSFaceIDUsageDescription</key>
-   <string>For secure authentication</string>
-   ```
-   
-   ### Android
-   Add biometric permission to your `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-   ```
-</Steps>
-
-## Utilisation
-
-Importer the plugin and use its methods for biometric authentication:
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-// Check if biometric authentication is available
-const checkBiometric = async () => {
-  const result = await NativeBiometric.isAvailable();
-  
-  if (result.isAvailable) {
-    console.log(`Biometric type: ${result.biometryType}`);
-  }
-};
-
-// Perform biometric verification
-const verify = async () => {
-  const verified = await NativeBiometric.verifyIdentity({
-    reason: "For secure access to your account",
-    title: "Authentication",
-    subtitle: "Verify your identity",
-    description: "Place your finger on the sensor"
-  })
-    .then(() => true)
-    .catch(() => false);
-  
-  if (verified) {
-    console.log("Authentication successful");
-  }
-};
-
-// Store credentials securely
-const saveCredentials = async () => {
-  await NativeBiometric.setCredentials({
-    username: "user@example.com",
-    password: "securepassword",
-    server: "https://api.example.com"
-  });
-};
-
-// Retrieve stored credentials
-const getCredentials = async () => {
-  const credentials = await NativeBiometric.getCredentials({
-    server: "https://api.example.com"
-  });
-  
-  console.log(credentials.username);
-  console.log(credentials.password);
-};
-
-// Delete stored credentials
-const deleteCredentials = async () => {
-  await NativeBiometric.deleteCredentials({
-    server: "https://api.example.com"
-  });
-};
-```
-
-## API Référence
-
-### isAvailable()
-
-Checks if biometric authentication is Disponible on the Appareil.
-
-```typescript
-interface AvailableResult {
-  isAvailable: boolean;
-  biometryType?: BiometryType;
-  errorCode?: number;
-}
-
-enum BiometryType {
-  NONE = 0,
-  TOUCH_ID = 1,
-  FACE_ID = 2,
-  FINGERPRINT = 3,
-  FACE_AUTHENTICATION = 4,
-  IRIS_AUTHENTICATION = 5
-}
-```
-
-### verifyIdentity(Options)
-
-Performs biometric authentication.
-
-```typescript
-interface BiometricOptions {
-  reason?: string;
-  title?: string;
-  subtitle?: string;
-  description?: string;
-  fallbackTitle?: string;
-  useFallback?: boolean;
-  maxAttempts?: number;
-}
-```
-
-### setCredentials(Options)
-
-Stores credentials securely with biometric protection.
-
-```typescript
-interface Credentials {
-  username: string;
-  password: string;
-  server: string;
-}
-```
-
-### getCredentials(Options)
-
-Retrieves stored credentials after biometric authentication.
-
-```typescript
-interface GetCredentialOptions {
-  server: string;
-}
-```
-
-### deleteCredentials(Options)
-
-Deletes stored credentials.
-
-```typescript
-interface DeleteCredentialOptions {
-  server: string;
-}
-```
-
-## Bonnes pratiques
-
-1. **Always Vérifier availability first**
-   ```typescript
-   const result = await NativeBiometric.isAvailable();
-   if (!result.isAvailable) {
-     // Fall back to password authentication
-   }
-   ```
-
-2. **Provide clear reasons**
-   Always explain why you need biometric authentication to Construction Utilisateur trust.
-
-3. **Handle errors gracefully**
-   ```typescript
-   try {
-     await NativeBiometric.verifyIdentity({
-       reason: "Access your secure data"
-     });
-   } catch (error) {
-     // Handle cancellation or failure
-     console.log("Authentication failed or cancelled");
-   }
-   ```
-
-4. **Use appropriate fallbacks**
-   Activer passcode fallback for Appareils where biometrics may fail.
-
-## Platform Differences
-
-### iOS
-- Supports Touch ID and Face ID
-- Requires `NSFaceIDUsageDescription` for Face ID
-- Fallback to Appareil passcode Disponible
-
-### Android
-- Supports fingerprint, face, and iris recognition
-- Requires `USE_BIOMETRIC` permission
-- Biometric Prompt API for Android 9+
diff --git a/src/content/docs/fr/plugins/native-biometric/index.mdx b/src/content/docs/fr/plugins/native-biometric/index.mdx
deleted file mode 100644
index eeb105abb..000000000
--- a/src/content/docs/fr/plugins/native-biometric/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-Natif-biometric"
-description: Capacitor plugin for Natif biometric authentication using fingerprint, Face ID, and other biometric sensors.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Access Natif biometric authentication APIs for Android and iOS, providing secure and convenient Utilisateur authentication.
-  image: 
-    file: ~public/icons/plugins/native-biometric.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/native-biometric/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-native-biometric/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Multiple biometrics" icon="rocket">
-    Supports fingerprint, Face ID, Touch ID, and other biometric sensors 🚀
-  </Card>
-  <Card title="Secure authentication" icon="approve-check">
-    Provides secure biometric authentication for sensitive operations 🔒
-  </Card>
-  <Card title="Fallback options" icon="setting">
-    Includes Appareil passcode fallback when biometrics are Indisponible 😊
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/Natif-biometric/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/native-market/getting-started.mdx b/src/content/docs/fr/plugins/native-market/getting-started.mdx
deleted file mode 100644
index 9cca9eb11..000000000
--- a/src/content/docs/fr/plugins/native-market/getting-started.mdx
+++ /dev/null
@@ -1,104 +0,0 @@
----
-title: Commencer
-description: ''
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/native-market" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilisation
-
-Importez le plugin et utilisez ses méthodes pour rediriger les utilisateurs vers les magasins d'applications :
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// Open app store listing
-const openAppStore = async () => {
-  await NativeMarket.openStoreListing({
-    appId: 'com.example.app' // Your app's bundle ID
-  });
-};
-
-// Request app review
-const requestReview = async () => {
-  await NativeMarket.requestReview();
-};
-
-// Open app store search
-const searchInStore = async () => {
-  await NativeMarket.search({
-    terms: 'fitness app' // Search terms
-  });
-};
-```
-
-## API Référence
-
-### openStoreListing (options)
-
-Ouvre la liste de l’App Store pour l’application spécifiée.
-
-```typescript
-interface OpenStoreListingOptions {
-  appId: string; // Bundle ID on iOS, Package name on Android
-}
-```
-
-### requêteReview()
-
-Demande un examen dans l'application à l'utilisateur. Sur iOS 10.3+, cela affiche la boîte de dialogue d'évaluation sans quitter l'application.
-
-### recherche(options)
-
-Ouvre l'App Store avec les résultats de recherche.
-
-```typescript
-interface SearchOptions {
-  terms: string; // Search terms to use
-}
-```
-
-## Remarques sur la plate-forme
-
-### iOS
-- Utilise `SKStoreReviewController` pour les avis dans l'application sur iOS 10.3+
-- Revient à l'ouverture de App Store pour les anciennes versions
-
-### Android
-- Ouvre le magasin Google Play
-- Utilise la révision dans l'application API lorsqu'elle est disponible
-
-## Exemple
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-import { Capacitor } from '@capacitor/core';
-
-export class AppService {
-  tauxApp asynchrone() {
-    essayez {
-      // Essayez d'abord la révision dans l'application
-      attendre NativeMarket.requestReview();
-    } attraper (erreur) {
-      // Retour à l'ouverture de la fiche Play Store
-      const platform = Capacitor.getPlatform();
-      const appId = plateforme === 'ios' 
-        ? 'id123456789' // Votre identifiant d'application iOS
-        : 'com.exemple.app'; // Le nom de votre package Android
-        
-      attendre NativeMarket.openStoreListing({ appId });
-    }
-  }
-}
diff --git a/src/content/docs/fr/plugins/native-market/index.mdx b/src/content/docs/fr/plugins/native-market/index.mdx
deleted file mode 100644
index 730b06d13..000000000
--- a/src/content/docs/fr/plugins/native-market/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/Natif-market"
-description: Natif Market plugin for redirecting Utilisateurs to Google Play Store or Apple Application Store from your Capacitor Application.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: A Capacitor plugin for redirecting Utilisateurs to Application stores (Google Play or Apple Application Store) from your mobile Application.
-  image: 
-    file: ~public/icons/plugins/native-market.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/native-market/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/native-market/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Cross-platform" icon="rocket">
-    Works seamlessly on both Android and iOS platforms 🚀
-  </Card>
-  <Card title="Easy integration" icon="pencil">
-    Simple API to redirect Utilisateurs to rate or view your Application on their respective Application stores 💨
-  </Card>
-  <Card title="TypeScript support" icon="setting">
-    Full TypeScript Support for better Développement experience 😊
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/Natif-market/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/native-purchases/android-create-subscription.mdx b/src/content/docs/fr/plugins/native-purchases/android-create-subscription.mdx
deleted file mode 100644
index 1ae16c657..000000000
--- a/src/content/docs/fr/plugins/native-purchases/android-create-subscription.mdx
+++ /dev/null
@@ -1,165 +0,0 @@
----
-title: Créer un abonnement Android auto-renouvelable
-description: >-
-  Guide étape par étape pour créer des abonnements auto-renouvelables dans la
-  console Google Play pour le plug-in d'achats natifs.
-sidebar:
-  order: 4
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-Les abonnements auto-renouvelables donnent accès au contenu, aux services ou aux fonctionnalités premium de votre application de manière continue. Ce guide vous aidera à créer et configurer des abonnements dans la console Google Play.
-
-## Aperçu
-
-Les abonnements se renouvellent automatiquement à la fin de chaque période de facturation jusqu'à ce que l'utilisateur l'annule. Ils sont idéaux pour :
-- Accès au contenu premium
-- Expériences sans publicité
-- Stockage en nuage
-- Prestations continues
-
-## Création d'un abonnement
-
-<Steps>
-
-1. **Accédez à Abonnements**
-
-   Dans la console Google Play, sélectionnez votre application et choisissez **Monétiser > Abonnements** dans le menu de gauche.
-
-   Cliquez sur le bouton **Créer un abonnement** pour commencer.
-
-   ![Accéder aux abonnements](/native-purchases/android/create-subscription/navigate-to-subscriptions.webp)
-
-2. **Entrez les informations de base**
-
-   Fournissez un nom d’abonnement et un ID de produit. L'ID produit est requis pour la configuration dans votre application et ne peut pas être modifié ultérieurement.
-
-   ![Entrez les détails de l'abonnement](/native-purchases/android/create-subscription/enter-subscription-details.webp)
-
-3. **Créer un plan de base**
-
-   Google Play nécessite exactement un forfait de base par abonnement. Le plugin d'achats natifs ne prend en charge qu'un seul plan de base pour maintenir la compatibilité avec iOS.
-
-   Cliquez sur **Ajouter un forfait de base** pour continuer.
-
-   ![Créer un plan de base](/native-purchases/android/create-subscription/create-base-plan.webp)
-
-4. **Configurer les détails du forfait de base**
-
-   Entrez :
-   - **ID du plan de base** : identifiant unique pour ce plan
-   - **Période de facturation** : fréquence à laquelle les utilisateurs sont facturés (hebdomadaire, mensuelle, annuelle, etc.)
-   - **Délai de grâce** : fenêtre de temps pendant laquelle Google maintient l'abonnement tout en réessayant de payer avant l'annulation.
-
-   ![Configurer le forfait de base](/native-purchases/android/create-subscription/configure-base-plan-details.webp)
-
-5. **Configurer les prix**
-
-   Accédez à la section tarification et sélectionnez tous les pays/régions dans lesquels vous souhaitez proposer l’abonnement.
-
-   ![Sélectionnez les régions](/native-purchases/android/create-subscription/select-pricing-regions.webp)
-
-6. **Configurer le prix**
-
-   Définissez votre prix de base dans votre devise principale. Google Play le convertit automatiquement en devises locales.
-
-   ![Prix fixe](/native-purchases/android/create-subscription/set-base-price.webp)
-
-7. **Consulter les prix régionaux**
-
-   Consultez les prix automatiquement convertis pour chaque pays. Vous pouvez ajuster les prix individuels si nécessaire.
-
-   ![Vérifier les prix](/native-purchases/android/create-subscription/review-regional-pricing.webp)
-
-8. **Enregistrer la configuration**
-
-   Enregistrez votre configuration de tarification.
-
-   ![Économisez le prix](/native-purchases/android/create-subscription/save-pricing-configuration.webp)
-
-9. **Activer l'abonnement**
-
-   Cliquez sur le bouton **Activer** pour rendre votre produit d'abonnement actif et disponible à l'achat.
-
-   ![Activer l'abonnement](/native-purchases/android/create-subscription/activate-subscription.webp)
-
-</Steps>
-
-## Considérations importantes
-
-### Limitation du forfait de base
-
-Le plugin d'achats natifs nécessite exactement un plan de base par abonnement pour garantir la cohérence avec la gestion des abonnements iOS. Les forfaits de base multiples ne sont pas pris en charge.
-
-### Délai de grâce
-
-Le délai de grâce permet à Google Play de réessayer les paiements ayant échoué tout en conservant l'accès à l'abonnement de l'utilisateur. Les délais de grâce courants sont :
-- 3 jours pour les abonnements mensuels
-- 7 jours pour les abonnements plus longs
-
-### Statut de l'abonnement
-
-Après création, votre abonnement sera au statut « Brouillon » jusqu'à son activation. Vous pouvez tester des brouillons d’abonnements en mode sandbox.
-
-## Utilisation dans votre application
-
-Une fois créé, référencez l'abonnement dans votre application à l'aide de l'ID produit :
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Load subscription info
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-console.log(`${product.title} — ${product.priceString}`);
-
-// Purchase (planIdentifier = Base Plan ID from Google Play Console)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // REQUIRED on Android, ignored on iOS
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Transaction ID', transaction.transactionId);
-
-// Later, check purchase state
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const subscription = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.example.premium.monthly',
-);
-
-if (subscription && subscription.purchaseState === 'PURCHASED' && subscription.isAcknowledged) {
-  console.log('Subscription active locally');
-  // For expiration/cancellation, validate purchaseToken through your backend
-}
-```
-
-## Prochaines étapes- [Créer une offre de lancement](/docs/plugins/native-purchases/android-introductory-offer/) pour attirer de nouveaux abonnés
-- [Configurer les tests sandbox](/docs/plugins/native-purchases/android-sandbox-testing/) pour tester vos abonnements
-- Configurer la validation des reçus backend pour des raisons de sécurité
-
-## Dépannage
-
-**L'abonnement n'apparaît pas dans l'application :**
-- Vérifiez que l'ID du produit correspond exactement
-- Assurez-vous que l'abonnement est activé
-- Vérifiez que votre application porte le bon nom de package
-- Attendez 2 à 3 heures après l'activation pour que les modifications se propagent
-
-**Erreurs du plan de base :**
-- Assurez-vous d'avoir exactement un plan de base
-- Vérifiez que tous les champs obligatoires sont remplis
-- Vérifier que la période de facturation est valide
-
-**Problèmes de prix :**
-- Confirmez qu'au moins un pays est sélectionné
-- Vérifiez que le prix de base est supérieur au minimum autorisé
-- Vérifiez que les taux de conversion des devises sont acceptables
diff --git a/src/content/docs/fr/plugins/native-purchases/android-introductory-offer.mdx b/src/content/docs/fr/plugins/native-purchases/android-introductory-offer.mdx
deleted file mode 100644
index 3d6a78cc8..000000000
--- a/src/content/docs/fr/plugins/native-purchases/android-introductory-offer.mdx
+++ /dev/null
@@ -1,196 +0,0 @@
----
-title: Créer une offre de lancement d'abonnement Android
-description: >-
-  Découvrez comment créer des offres de lancement pour des abonnements
-  auto-renouvelables sur Android afin d'attirer de nouveaux abonnés.
-sidebar:
-  order: 5
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-Les offres de lancement vous permettent de proposer aux utilisateurs éligibles soit un essai gratuit, soit un prix de lancement réduit. Une fois la période de lancement terminée, les abonnements sont automatiquement renouvelés au tarif standard, sauf annulation.
-
-## Aperçu
-
-Les offres de lancement sont un outil puissant pour :
-- Réduire les barrières à l'entrée pour les nouveaux abonnés
-- Augmenter les taux de conversion
-- Permettez aux utilisateurs d'essayer vos fonctionnalités premium sans risque
-- Construire des relations à long terme avec les abonnés
-
-## Éligibilité
-
-Les utilisateurs peuvent recevoir une offre de lancement s'ils n'ont pas déjà acheté ou reçu d'offre de lancement pour l'abonnement. Google Play gère automatiquement l'éligibilité.
-
-## Prérequis
-
-Vous devez d'abord [créer un abonnement auto-renouvelable](/docs/plugins/native-purchases/android-create-subscription/) avant d'ajouter une offre de lancement.
-
-## Création d'une offre de lancement
-
-<Steps>
-
-1. **Accéder à la configuration de l'offre**
-
-   Accédez à votre abonnement dans la console Google Play et sélectionnez le bouton **Ajouter une offre**.
-
-   ![Ajouter un bouton d'offre](/native-purchases/android/introductory-offer/add-offer-button.webp)
-
-2. **Sélectionnez le forfait de base**
-
-   Un modal apparaîtra vous demandant de choisir votre forfait de base. En règle générale, vous n’aurez qu’un seul forfait de base. Cliquez sur **Ajouter une offre** pour continuer.
-
-   ![Sélectionner le forfait de base](/native-purchases/android/introductory-offer/select-base-plan.webp)
-
-3. **Configurer les détails de l'offre**
-
-   Saisissez les informations suivantes :
-
-   **ID de l'offre** : un identifiant unique pour cette offre
-
-   **Éligibilité** : Choisissez qui peut recevoir cette offre
-   - **Nouveaux clients** : uniquement les utilisateurs qui ne se sont jamais abonnés
-   - **Clients existants** : utilisateurs déjà abonnés
-   - **Déterminé par le développeur** : logique d'éligibilité personnalisée (non prise en charge par les achats natifs)
-
-   :::attention
-   Le plugin d'achats natifs ne prend pas en charge l'option d'éligibilité « Déterminée par le développeur ». Utilisez plutôt « Nouveaux clients » ou « Clients existants ».
-   :::
-
-   ![Configurer l'offre](/native-purchases/android/introductory-offer/configure-offer-details.webp)
-
-4. **Ajouter des phases**
-
-   Cliquez sur **Ajouter une phase** en bas de la page pour définir la structure de votre offre.
-
-   Vous pouvez ajouter jusqu'à deux phases, permettant des combinaisons telles que :
-   - Essai gratuit uniquement
-   - Prix réduit uniquement
-   - Essai gratuit suivi d'un paiement récurrent réduit
-
-5. **Sélectionnez le type de phase**
-
-   Choisissez parmi trois types de phases :
-
-   **Essai gratuit**
-   - Accès gratuit pour une durée déterminée
-   - Exemple : 7 jours gratuits, puis 9,99$/mois
-
-   **Paiement unique**
-   - Prix réduit unique pour une période spécifique
-   - Exemple : 1,99$ pour 2 mois, puis 9,99$/mois
-
-   **Paiement récurrent à prix réduit**
-   - Tarif réduit par cycle de facturation pour plusieurs cycles
-   - Exemple : 4,99$/mois pendant 3 mois, puis 9,99$/mois
-
-6. **Configurer la durée de la phase**
-
-   Définissez la durée de la phase d'introduction :
-   - Jours, semaines ou mois
-   - Nombre de cycles de facturation
-
-7. **Finaliser et activer**
-
-   Cliquez sur **Appliquer**, puis sur **Enregistrer** pour activer l'offre. Le bouton **Activer** deviendra disponible une fois enregistré.
-
-</Steps>
-
-## Exemples de phases d'offre
-
-### Exemple 1 : essai gratuit simple
-- Phase 1 : 7 jours gratuits
-- Ensuite : 9,99 $/mois, tarif standard
-
-### Exemple 2 : Introduction à prix réduit
-- Phase 1 : 1,99 $ pour le premier mois
-- Ensuite : 9,99 $/mois, tarif standard### Exemple 3 : essai prolongé + remise
-- Phase 1 : 14 jours gratuits
-- Phase 2 : 4,99 $/mois pendant 2 mois
-- Ensuite : 9,99 $/mois, tarif standard
-
-## Utilisation dans votre application
-
-Le plugin d'achats natifs gère automatiquement l'éligibilité et la présentation des offres de lancement :
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch products (includes intro offer metadata)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-if (product.introductoryPrice) {
-  console.log(`Intro price: ${product.introductoryPriceString}`);
-  console.log(`Regular price: ${product.priceString}`);
-  console.log(
-    `Offer duration: ${product.introductoryPrice.subscriptionPeriod?.numberOfUnits} ${product.introductoryPrice.subscriptionPeriod?.unit}`,
-  );
-} else {
-  console.log('No intro offer configured for this product');
-}
-
-// Purchase (Google Play applies intro pricing automatically if the user is eligible)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // Base Plan ID from Google Play Console
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Introductory purchase transaction', transaction.transactionId);
-```
-
-## meilleures pratiques
-
-### Durée de l'offre
-- **Essais gratuits** : 3 à 14 jours est optimal pour la plupart des applications
-- **Périodes réduites** : 1 à 3 mois convient bien pour construire des habitudes
-- **Remise sur le prix** : 50 à 70 % de réduction sur le prix habituel génère des conversions
-
-### Commercialisation
-- Afficher clairement l'offre de lancement et le prix régulier
-- Montrez ce qui se passe après la période d'introduction
-- Rendre l'annulation facile et transparente
-- Rappelez aux utilisateurs avant la fin de la période d'introduction
-
-### Tests A/B
-Testez différentes structures d’offres :
-- Durée d'essai gratuite
-- Pourcentage de remise
-- Durée de la remise
-- Monophasé vs multiphasé
-
-## Remarques importantes
-
-- Une seule offre de lancement peut être active par abonnement à la fois
-- Les utilisateurs ne peuvent réclamer une offre d'introduction qu'une seule fois par abonnement
-- Les offres d'introduction ne s'appliquent pas aux mises à niveau/rétrogradations d'abonnement
-- Les modifications apportées aux offres de lancement n'affectent pas les abonnés existants
-
-## Dépannage
-
-**L'offre d'introduction ne s'affiche pas :**
-- Vérifiez que l'offre est activée dans la Play Console
-- Vérifier l'éligibilité des utilisateurs (ils ont peut-être déjà utilisé l'offre)
-- Assurez-vous que l'application utilise les dernières informations sur le produit
-
-**Mauvais utilisateurs recevant l'offre :**
-- Vérifier les paramètres d'éligibilité (clients nouveaux et existants)
-- Vérifiez si l'utilisateur s'est déjà abonné sur un autre appareil
-- Vérifier l'historique du compte Play Store
-
-**Offre non applicable à l'achat :**
-- Confirmer que l'ID du produit correspond exactement
-- Vérifiez que l'offre est toujours active et n'a pas expiré
-- Vérifier les paramètres de plage de dates pour l'offre
-
-## Prochaines étapes
-
-- [Configurer les tests sandbox](/docs/plugins/native-purchases/android-sandbox-testing/) pour tester vos offres
-- Surveiller les taux de conversion dans les analyses de la Play Console
-- Pensez à créer plusieurs niveaux d'abonnement avec différentes offres
diff --git a/src/content/docs/fr/plugins/native-purchases/android-play-store-review.mdx b/src/content/docs/fr/plugins/native-purchases/android-play-store-review.mdx
deleted file mode 100644
index 8af37a957..000000000
--- a/src/content/docs/fr/plugins/native-purchases/android-play-store-review.mdx
+++ /dev/null
@@ -1,795 +0,0 @@
----
-locale: fr
-title: Android Play Store Review Guidelines for IAP
-description: Terminé Guide to passing Google Play review with in-Application purchases and subscriptions, including compliance requirements and best practices.
-sidebar: 
-  order: 11
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Getting your Android Application approved on Google Play requires compliance with Google's policies, especially for apps with in-Application purchases and subscriptions. This Guide covers everything you need to pass review successfully.
-
-## Google Play Billing Requirements
-
-### Mandatory Billing System
-
-For digital goods and services, you **must** use Google Play's billing system:
-
-**Digital Goods (Must Use Play Billing):**
-- Subscriptions to premium Fonctionnalités
-- In-Application currency or credits
-- Digital content (ebooks, music, videos)
-- Game upgrades and power-ups
-- Application unlocks and premium tiers
-
-**Physical Goods (Cannot Use Play Billing):**
-- Physical merchandise
-- Real-world services
-- One-time donations to nonprofits
-
-:::Attention 2025 Requirement
-New apps must use the `monetization.subscriptions` APIs for handling subscription catalogs. Legacy billing APIs are deprecated.
-:::
-
-### Implementation with Natif Purchases
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Ensure billing is available on the device
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) throw new Error('Google Play Billing not available');
-
-// Fetch subscription products (Store data is required—never hardcode pricing)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_yearly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Plan identifiers are the Base Plan IDs you create in Google Play Console
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  planIdentifier: 'monthly-plan', // REQUIRED on Android, ignored on iOS
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Purchase token for server validation:', transaction.purchaseToken);
-```
-
-## Transparency and Disclosure Requirements
-
-### Upfront Pricing Disclosure
-
-Google Play mandates clear disclosure of all costs before purchase:
-
-**Required Elements:**
-- Exact price in Utilisateur's local currency
-- Billing frequency (monthly, yearly, etc.)
-- What's included in the subscription
-- Total cost for introductory offers
-- When charges will occur
-
-![UI Design Bonnes pratiques](/Natif-purchases/review-guides/ui-design-dos-donts.webp)
-
-**Example of Compliant UI:**
-```typescript
-function SubscriptionCard({ product }) {
-  return (
-    <div className="subscription-card">
-      <h3>{product.title}</h3>
-
-      {/* Show intro offer if available */}
-      {product.introductoryPrice && (
-        <div className="intro-offer">
-          <p className="intro-price">{product.introductoryPriceString}</p>
-          <p className="intro-period">
-            for {product.introductoryPricePeriod}
-          </p>
-        </div>
-      )}
-
-      {/* Regular price */}
-      <div className="regular-price">
-        <p className="price">{product.priceString}</p>
-        <p className="period">per {product.subscriptionPeriod}</p>
-      </div>
-
-      {/* Clear description */}
-      <p>{product.description}</p>
-
-      {/* Renewal terms */}
-      <p className="terms">
-        Renews automatically. Cancel anytime in Google Play.
-      </p>
-
-      <button onClick={() => handlePurchase(product)}>
-        Subscribe Now
-      </button>
-    </div>
-  );
-}
-```
-
-### Auto-Renewal Disclosure
-
-Before a subscription auto-renews, Google requires:
-- Clear notification that renewal will occur
-- Reminder of the price
-- Easy access to cancellation
-
-:::Conseil
-The Natif-purchases plugin works with Google Play to handle auto-renewal notifications automatically. Ensure your subscription products are properly configured in Google Play Console.
-:::
-
-### Price Consistency Across Platforms
-
-**Critical Rule:** Prices must be consistent across all platforms where your app is available.
-
-**Example Violation:**
-- iOS: $9.99/month
-- Android: $7.99/month
-- Web: $11.99/month
-
-**Why It Matters:** Users can screenshot price differences and report to Google, triggering policy violations.
-
-## Privacy Policy Requirements
-
-### Mandatory Privacy Policy
-
-If your Application includes in-Application purchases, you must:
-
-1. **Link in Play Store Listing**
-   - Ajouter privacy policy URL in Play Console
-   - Must be publicly accessible
-   - Must be in the same language as your Application
-
-2. **Link Within Application**
-   - Display privacy policy in Application Paramètres
-   - Show before collecting any Utilisateur data
-   - Make easily discoverable
-
-**Example Implementation:**
-```typescript
-function SettingsScreen() {
-  const openPrivacyPolicy = () => {
-    window.open('https://yourapp.com/privacy', '_blank');
-  };
-
-  const openTerms = () => {
-    window.open('https://yourapp.com/terms', '_blank');
-  };
-
-  return (
-    <div>
-      <h2>Settings</h2>
-
-      <button onClick={openPrivacyPolicy}>
-        Privacy Policy
-      </button>
-
-      <button onClick={openTerms}>
-        Terms of Service
-      </button>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        Manage Subscriptions
-      </button>
-    </div>
-  );
-}
-```
-
-### Data Safety Section
-
-Google Play requires detailed disclosure in the Data Safety section:
-
-**For IAP Apps, Declare:**
-- Purchase history collection
-- Email addresses (for receipts)
-- Appareil IDs (for fraud prevention)
-- Payment Information handling
-- Analyse data collection
-
-:::Avertissement
-The Data Safety section is legally binding. Inaccurate declarations can result in Application removal.
-:::
-
-## Common Rejection Reasons
-
-### 1. Missing or Incorrect Billing Implementation
-
-**Why It Fails:**
-- Not using Google Play Billing for digital goods
-- Using Obsolète billing APIs
-- Implementing custom payment Solutions for subscriptions
-
-**Prevention:**
-```typescript
-// ✅ Correct: Use native-purchases (uses Google Play Billing)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly'
-});
-
-// ❌ Wrong: Custom payment processor for subscriptions
-// await CustomPayment.charge(user, 9.99);
-```
-
-### 2. Unclear Pricing or Hidden Costs
-
-**Why It Fails:**
-- Price only shown after clicking purchase
-- Additional fees not disclosed upfront
-- Vague subscription terms
-
-**Prevention:**
-```typescript
-function PurchaseScreen({ product }) {
-  return (
-    <div>
-      {/* Show ALL costs upfront */}
-      <h2>Premium Subscription</h2>
-
-      <div className="pricing">
-        <p className="price">{product.priceString}/month</p>
-        <p className="taxes">Taxes may apply based on location</p>
-      </div>
-
-      <div className="features">
-        <h3>Includes:</h3>
-        <ul>
-          <li>Ad-free experience</li>
-          <li>Unlimited cloud storage</li>
-          <li>Priority support</li>
-        </ul>
-      </div>
-
-      <div className="terms">
-        <p>
-          Subscription renews automatically unless cancelled at least
-          24 hours before the end of the current period.
-        </p>
-        <p>
-          Manage or cancel in Google Play Subscriptions.
-        </p>
-      </div>
-
-      <button onClick={handlePurchase}>
-        Start Subscription
-      </button>
-    </div>
-  );
-}
-```
-
-### 3. Deceptive Subscription Patterns
-
-**Why It Fails:**
-- Pre-selecting premium Options
-- Hiding cheaper alternatives
-- Making cancellation difficult
-- Fake urgency ("Only 3 spots left!")
-
-![Description Bonnes pratiques](/Natif-purchases/review-guides/description-guidelines-1.webp)
-
-![Marketing Guidelines](/Natif-purchases/review-guides/description-guidelines-2.webp)
-
-**Prevention:**
-- Display all subscription tiers equally
-- Make cancellation clear and accessible
-- Avoid countdown timers or fake scarcity
-- Don't use dark patterns to Pousser expensive Options
-
-### 4. Incomplet Test
-
-**Why It Fails:**
-- Application crashes when purchasing
-- Products don't load
-- Purchase confirmation doesn't show
-- Premium Fonctionnalités don't unlock after purchase
-
-**Prevention:**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Comprehensive testing before submission
-async function testPurchaseFlow() {
-  try {
-    // 1. Test product loading
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: ['premium_monthly', 'premium_yearly'],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Products loaded:', products.length);
-
-    // 2. Test purchase flow
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: 'premium_monthly',
-      planIdentifier: 'monthly-plan',
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Purchase completed', transaction.transactionId);
-
-    // 3. Verify entitlements
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    if (
-      purchases.some(
-        (purchase) =>
-          purchase.productIdentifier === 'premium_monthly' &&
-          ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') &&
-          purchase.isAcknowledged,
-      )
-    ) {
-      console.log('✓ Premium features unlocked');
-    }
-
-    // 4. Test restore
-    await NativePurchases.restorePurchases();
-    console.log('✓ Restore works');
-
-  } catch (error) {
-    console.error('✗ Test failed:', error);
-  }
-}
-```
-
-### 5. Privacy Policy Violations
-
-**Why It Fails:**
-- No privacy policy link in Application
-- Privacy policy not accessible
-- Data collection not disclosed
-- Data Safety section inaccurate
-
-**Prevention:**
-- Ajouter privacy policy to Play Store listing
-- Include link in Application Paramètres
-- Accurately fill out Data Safety section
-- Mise à jour policy when adding Nouveau data collection
-
-## Alternative Billing Systems (2025 Mise à jour)
-
-### Regional Compliance
-
-Google now allows alternative billing systems in certain regions:
-
-**Eligible Regions:**
-- European Economic Area (EEA)
-- South Korea
-- India (coming soon)
-
-**Requirements if Using Alternative Billing:**
-- Must still offer Google Play Billing as Option
-- Clear communication to Utilisateurs À propos choice
-- Comply with local regulations
-- Service fee still applies (reduced)
-
-:::Remarque
-For most developers, sticking with Google Play Billing only is simpler. The Natif-purchases plugin handles this automatically.
-:::
-
-## Subscription Management
-
-### Easy Cancellation
-
-Utilisateurs must be able to:
-- View Actif subscriptions easily
-- Annuler without contacting Support
-- Understand when cancellation takes effect
-
-**Implementation:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function ManageSubscriptionButton() {
-  const openManagement = async () => {
-    try {
-      // Opens Google Play subscription management
-      await NativePurchases.showManageSubscriptions();
-    } catch (error) {
-      // Fallback to direct URL
-      const playStoreUrl = 'https://play.google.com/store/account/subscriptions';
-      window.open(playStoreUrl, '_blank');
-    }
-  };
-
-  return (
-    <button onClick={openManagement}>
-      Manage Subscription in Google Play
-    </button>
-  );
-}
-```
-
-### Cancellation Grace Period
-
-**Required Disclosure:**
-- When does cancellation take effect?
-- Do Utilisateurs keep access until period ends?
-- Are partial refunds Disponible?
-
-```typescript
-function CancellationInfo() {
-  return (
-    <div className="cancellation-info">
-      <h3>Cancellation Policy</h3>
-      <ul>
-        <li>Cancel anytime in Google Play</li>
-        <li>Access continues until end of billing period</li>
-        <li>No refunds for partial periods</li>
-        <li>Resubscribe anytime to regain access</li>
-      </ul>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        Manage in Google Play
-      </button>
-    </div>
-  );
-}
-```
-
-## Pre-Submission Checklist
-
-![Pre-Submission Checklist](/Natif-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **Verify Billing Implementation**
-   - Using Google Play Billing (via Natif-purchases)
-   - All subscription products created in Play Console
-   - Products are activated and published
-   - Pricing set for all target countries
-
-2. **Test Purchase Flows**
-   - Créer Licence Test Compte
-   - Test each subscription tier
-   - Verify products load correctly
-   - Test purchase completion
-   - Verify premium Fonctionnalités unlock
-   - Test subscription restoration
-   - Test on multiple Appareils
-
-3. **Review All Copy**
-   - Pricing displayed clearly before purchase
-   - All fees disclosed upfront
-   - Subscription terms are clear
-   - Cancellation process explained
-   - No misleading claims
-
-4. **Privacy Compliance**
-   - Privacy policy linked in Play Console
-   - Privacy policy accessible in Application
-   - Data Safety section completed accurately
-   - Permissions justified and documented
-
-5. **Content Rating**
-   - Terminé content rating questionnaire
-   - Ensure rating matches actual content
-   - Declare in-Application purchases in questionnaire
-
-6. **Prepare Store Listing**
-   - Application description accurate
-   - Screenshots show current Version
-   - Fonctionnalité graphic meets requirements
-   - All required assets uploaded
-
-</Steps>
-
-## Review Timeline
-
-**Initial Review:** 7 days on average (can be faster)
-**Updates:** Typically faster than initial submission
-**Policy Violations:** Immediate suspension possible
-**Appeals:** 7-14 days for review
-
-:::Conseil Rolling Reviews
-Unlike Apple, Google reviews apps continuously. Your Application may go live at any time during the review period, not at a fixed time.
-:::
-
-## Test Before Submission
-
-### Licence Test
-
-1. **Ajouter Test Compte:**
-   - Go to Play Console
-   - Configuration > Licence Test
-   - Ajouter Gmail Compte for Test
-
-2. **Test in Sandbox:**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Test purchases with license test account
-async function testInSandbox() {
-  const { isBillingSupported } = await NativePurchases.isBillingSupported();
-  if (!isBillingSupported) {
-    console.error('Billing not supported in this environment');
-    return;
-  }
-
-  // Fetch products (returns test pricing when using a license tester)
-  const { products } = await NativePurchases.getProducts({
-    productIdentifiers: ['premium_monthly'],
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Test products:', products);
-
-  // Make test purchase (no charge)
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'premium_monthly',
-    planIdentifier: 'monthly-plan',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Test purchase complete:', transaction.transactionId);
-}
-```
-
-3. **Verify Test Banner:**
-   - When purchasing with Test Compte
-   - Should see "Test purchase" notification
-   - No real charges occur
-
-### Internal Test Track
-
-Before Production Libération:
-
-1. Créer Internal Test track in Play Console
-2. Télécharger APK/AAB
-3. Ajouter tester email addresses
-4. Testers Télécharger from Play Store (Test track)
-5. Verify purchase flows work end-to-end
-
-## Bonnes pratiques for Natif Purchases
-
-### Handle All Purchase States
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string, planIdentifier?: string) {
-  try {
-    setLoading(true);
-
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      planIdentifier,
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    console.log('Purchase token:', transaction.purchaseToken ?? transaction.receipt);
-
-    // Success - check entitlements from the store
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    const isOwned = purchases.some(
-      (purchase) =>
-        purchase.productIdentifier === productId &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (isOwned) {
-      unlockPremiumFeatures();
-      showSuccess('Premium activated!');
-    }
-
-  } catch (error: any) {
-    // Handle specific error cases
-    switch (error.code) {
-      case 'USER_CANCELLED':
-        // User backed out - no error needed
-        console.log('Purchase cancelled');
-        break;
-
-      case 'ITEM_ALREADY_OWNED':
-        // They already own it - restore instead
-        showInfo('You already own this! Restoring...');
-        await NativePurchases.restorePurchases();
-        break;
-
-      case 'ITEM_UNAVAILABLE':
-        showError('This subscription is currently unavailable. Please try again later.');
-        break;
-
-      case 'NETWORK_ERROR':
-        showError('Network error. Please check your connection and try again.');
-        break;
-
-      default:
-        showError('Purchase failed. Please try again.');
-        console.error('Purchase error:', error);
-    }
-  } finally {
-    setLoading(false);
-  }
-}
-```
-
-### Implement Restore Purchases
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-function RestorePurchasesButton() {
-  const [loading, setLoading] = useState(false);
-
-  const handleRestore = async () => {
-    setLoading(true);
-
-    try {
-      await NativePurchases.restorePurchases();
-
-      const { purchases } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.SUBS,
-      });
-
-      const hasSubscription = purchases.some(
-        (purchase) => purchase.productType === 'subs' && purchase.isAcknowledged,
-      );
-
-      if (hasSubscription) {
-        unlockPremiumFeatures();
-        showSuccess('Subscriptions restored!');
-        return;
-      }
-
-      // Check one-time unlocks if needed
-      const { purchases: iaps } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.INAPP,
-      });
-      const hasInApp = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-      if (hasInApp) {
-        unlockPremiumFeatures();
-        showSuccess('Previous purchases restored!');
-        return;
-      }
-
-      showInfo('No previous purchases found.');
-    } catch (error) {
-      showError('Failed to restore purchases. Please try again.');
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handleRestore} disabled={loading}>
-      {loading ? 'Restoring...' : 'Restore Purchases'}
-    </button>
-  );
-}
-```
-
-### Vérifier Subscription Status
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function checkSubscriptionStatus() {
-  try {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const subscription = purchases.find(
-      (purchase) =>
-        purchase.productIdentifier === 'premium_monthly' &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (!subscription) {
-      showPaywall();
-      return;
-    }
-
-    console.log('Subscription active:', {
-      productId: subscription.productIdentifier,
-      expiresAt: subscription.expirationDate,
-      willRenew: subscription.willCancel === false,
-      purchaseToken: subscription.purchaseToken,
-    });
-
-    unlockPremiumFeatures();
-  } catch (error) {
-    console.error('Failed to check subscription:', error);
-  }
-}
-```
-
-## If Your Application Gets Rejected
-
-### Common Policy Violations
-
-**Payments Policy:**
-- Not using Google Play Billing
-- Misleading subscription terms
-- Hidden costs
-
-**User Data Policy:**
-- Missing privacy policy
-- Inaccurate Data Safety declarations
-- Excessive permissions
-
-### Resolution Steps
-
-<Steps>
-
-1. **Review the Violation Notice**
-   - Read the specific policy cited
-   - Understand what Google flagged
-   - Vérifier Exemples they provided
-
-2. **Fix the Problème**
-   - Address root cause, not just symptoms
-   - Test thoroughly after fix
-   - Document all changes made
-
-3. **Soumettre Appeal (if applicable)**
-
-   ![Clarification and Appeal Process](/Natif-purchases/review-guides/clarification-process.webp)
-
-   ```
-   Subject: Policy Violation Appeal - [App Name]
-
-   Dear Google Play Review Team,
-
-   I have received notification that my app violates [Policy X.Y].
-   I have made the following changes to comply:
-
-   1. [Specific change made]
-   2. [Specific change made]
-   3. [Specific change made]
-
-   The updated version [version number] addresses all concerns raised.
-
-   Test account for verification:
-   Email: test@example.com
-   Password: TestPass123
-
-   Thank you for your consideration.
-   ```
-
-   ![Request Documentation Exemple](/Natif-purchases/review-guides/request-documents.webp)
-
-4. **Resubmit or Mise à jour**
-   - Télécharger fixed Version
-   - Resubmit for review
-   - Monitor status in Play Console
-
-</Steps>
-
-## Additional Resources
-
-- [Google Play Developer Policy Center](https://play.google.com/À propos/developer-content-policy/)
-- [Google Play Billing Documentation](https://developer.Android.com/google/play/billing)
-- [Subscriptions Bonnes pratiques](https://developer.Android.com/google/play/billing/subscriptions)
-- [Play Console Aide](https://Support.google.com/googleplay/Android-developer/)
-
-## Need Expert Aide?
-
-Navigating Play Store review can be complex, especially with the Nouveau 2025 Test requirements. If you need personalized assistance:
-
-**[Book a consultation call with our team](https://cal.com/team/capgo/capacitor-consulting-services)** for help with:
-- Terminé Play Store review preparation
-- Test track Configuration and tester recruitment
-- IAP implementation review
-- Data Safety and privacy compliance
-- Rejection Dépannage and appeals
-- Terminé Application submission process
-
-Our experts have guided hundreds of apps through successful Play Store submissions and can Aide you navigate the 2025 requirements.
-
-## Support
-
-Need Aide with implementation?
-- Review the [Natif Purchases Documentation](/docs/plugins/Natif-purchases/getting-started/)
-- Vérifier [Android sandbox Test Guide](/docs/plugins/Natif-purchases/Android-sandbox-Test/)
-- Visit [Google Play Developer Support](https://Support.google.com/googleplay/Android-developer/)
diff --git a/src/content/docs/fr/plugins/native-purchases/android-sandbox-testing.mdx b/src/content/docs/fr/plugins/native-purchases/android-sandbox-testing.mdx
deleted file mode 100644
index 6e24cb0f4..000000000
--- a/src/content/docs/fr/plugins/native-purchases/android-sandbox-testing.mdx
+++ /dev/null
@@ -1,93 +0,0 @@
----
-locale: fr
-title: Configure Android Sandbox Test
-description: Learn how to set up sandbox Test for in-Application purchases on Android using Google Play Console.
-sidebar: 
-  order: 3
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Test in-Application purchases requires proper Configuration in Google Play Console. This Guide will walk you through setting up sandbox Test for your Android Application.
-
-## Prerequisites
-
-You need an Actif Google Play Console Compte with a current subscription (renewed annually).
-
-## Configuration Process
-
-<Steps>
-
-1. **Ajouter Test Compte**
-
-   Navigate to your Google Play Console, select your Application, and go to **Configuration > Licence Test**.
-
-   Ajouter the primary Google Compte associated with the Android Appareil you're using for Test.
-
-   ![Ajouter Test Compte](/Natif-purchases/Android/sandbox-Test/Ajouter-Test-Compte.webp)
-
-2. **Créer Test Track**
-
-   Go to **Test > Closed Test** or **Test > Internal Test** and Créer a Nouveau track.
-
-   You must Télécharger at least one signed Version of your Application to this track.
-
-   ![Créer Test track](/Natif-purchases/Android/sandbox-Test/Créer-Test-track.webp)
-
-3. **Créer Tester List**
-
-   After setting up the Test track, Créer an email list and Ajouter the Test Appareil's Compte email address.
-
-   ![Créer tester list](/Natif-purchases/Android/sandbox-Test/Créer-tester-list.webp)
-
-4. **Join Test Program**
-
-   Open the opt-in URL from your Test Appareil and click the **"Become a tester"** button to enroll.
-
-   ![Join Test](/Natif-purchases/Android/sandbox-Test/join-Test-program.webp)
-
-5. **Télécharger Signed APK**
-
-   Generate a signed APK or use Android Application Bundle to Télécharger your Application to the Test track.
-
-   Rolling out isn't required - just Télécharger and await approval.
-
-   ![Télécharger APK](/Natif-purchases/Android/sandbox-Test/Télécharger-signed-apk.webp)
-
-6. **Construction and Test**
-
-   Run your Application on the Test Appareil. When attempting a purchase, you should see a message:
-
-   > "This is a Test order; you will not be charged."
-
-   ![Test purchase](/Natif-purchases/Android/sandbox-Test/Test-purchase-confirmation.webp)
-
-</Steps>
-
-## Important Notes
-
-- Test accounts will not be charged for purchases
-- Test purchases use the same flow as Production purchases
-- You can Test all subscription Fonctionnalités including trials and introductory offers
-- Test subscriptions have accelerated renewal periods for faster Test
-
-## Dépannage
-
-**Products not showing in test mode:**
-- Ensure your Application is uploaded to a Test track
-- Verify the Test Compte is added to Licence Test
-- Vérifier that products are Actif in Google Play Console
-
-**"Item not available" error:**
-- Wait 2-3 hours after creating products for them to become Disponible
-- Ensure your Application's package name matches the one in Play Console
-- Verify you're signed in with a Test Compte
-
-**Test purchases showing as real charges:**
-- Double-Vérifier the Compte is added to Licence Test
-- Ensure you're using the Construction from the Test track
-- Verify the Test banner appears during purchase
-
-## Additional Resources
-
-For more details, refer to the [official Google Play Documentation](https://developer.Android.com/google/play/billing/Test) on Test in-Application purchases.
diff --git a/src/content/docs/fr/plugins/native-purchases/getting-started.mdx b/src/content/docs/fr/plugins/native-purchases/getting-started.mdx
deleted file mode 100644
index 620c02fd5..000000000
--- a/src/content/docs/fr/plugins/native-purchases/getting-started.mdx
+++ /dev/null
@@ -1,255 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plugin @capgo/native-purchases pour
-  mettre en œuvre des achats et des abonnements uniques avec StoreKit 2 et
-  Google Play Billing 7.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/native-purchases" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Vérifiez le support de facturation**
-
-   ```typescript
-   import { NativePurchases } from '@capgo/native-purchases';
-
-   const { isBillingSupported } = await NativePurchases.isBillingSupported();
-   if (!isBillingSupported) {
-     throw new Error('Billing is not available on this device');
-   }
-   ```
-
-4. **Chargez les produits directement depuis les magasins**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const { products } = await NativePurchases.getProducts({
-     productIdentifiers: [
-       'com.example.premium.monthly',
-       'com.example.premium.yearly',
-       'com.example.one_time_unlock'
-     ],
-     productType: PURCHASE_TYPE.SUBS, // Use PURCHASE_TYPE.INAPP for one‑time products
-   });
-
-   products.forEach((product) => {
-     console.log(product.title, product.priceString);
-   });
-   ```
-
-5. **Mettre en œuvre des flux d'achat et de restauration**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const monthlyPlanId = 'monthly-plan'; // Base Plan ID from Google Play Console
-
-   const transaction = await NativePurchases.purchaseProduct({
-     productIdentifier: 'com.example.premium.monthly',
-     planIdentifier: monthlyPlanId,        // REQUIRED for Android subscriptions, ignored on iOS
-     productType: PURCHASE_TYPE.SUBS,
-     quantity: 1,
-   });
-
-   console.log('Transaction ID', transaction.transactionId);
-
-   await NativePurchases.restorePurchases();
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       - Créez des produits et des abonnements intégrés à l'application dans App Store Connect.<br />
-       - Utilisez les tests locaux StoreKit ou les testeurs Sandbox pour le contrôle qualité.<br />
-       - Aucune modification du manifeste requise. Assurez-vous que vos produits sont approuvés.
-     </TabItem>
-     <TabItem label="Android">
-       - Créez des produits et des abonnements intégrés à l'application dans la console Google Play.<br />
-       - Téléchargez au moins une version de test interne et ajoutez des testeurs de licence.<br />
-       - Ajoutez l'autorisation de facturation à `AndroidManifest.xml` :
-       ```xml
-       <uses-permission android:name="com.android.vending.BILLING" />
-       ```
-     </TabItem>
-   </Tabs>
-</Steps>
-
-## Exemple de service d'achat
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE, Transaction } from '@capgo/native-purchases';
-import { Capacitor } from '@capacitor/core';
-
-class PurchaseService {
-  private premiumProduct = 'com.example.premium.unlock';
-  private monthlySubId = 'com.example.premium.monthly';
-  private monthlyPlanId = 'monthly-plan'; // Base Plan ID (Android only)
-
-  async initialize() {
-    const { isBillingSupported } = await NativePurchases.isBillingSupported();
-    if (!isBillingSupported) throw new Error('Billing unavailable');
-
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: [this.premiumProduct, this.monthlySubId],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    console.log('Loaded products', products);
-
-    if (Capacitor.getPlatform() === 'ios') {
-      NativePurchases.addListener('transactionUpdated', (transaction) => {
-        this.handleTransaction(transaction);
-      });
-    }
-  }
-
-  async buyPremium(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.premiumProduct,
-      productType: PURCHASE_TYPE.INAPP,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async buyMonthly(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.monthlySubId,
-      planIdentifier: this.monthlyPlanId, // REQUIRED for Android subscriptions
-      productType: PURCHASE_TYPE.SUBS,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async restore() {
-    await NativePurchases.restorePurchases();
-    await this.refreshEntitlements();
-  }
-
-  async openManageSubscriptions() {
-    await NativePurchases.manageSubscriptions();
-  }
-
-  private async processTransaction(transaction: Transaction) {
-    this.unlockContent(transaction.productIdentifier);
-    this.validateOnServer(transaction).catch(console.error);
-  }
-
-  private unlockContent(productIdentifier: string) {
-    // persist entitlement locally
-    console.log('Unlocked', productIdentifier);
-  }
-
-  private async refreshEntitlements() {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('Current purchases', purchases);
-  }
-
-  private async handleTransaction(transaction: Transaction) {
-    console.log('StoreKit transaction update:', transaction);
-    await this.processTransaction(transaction);
-  }
-
-  private async validateOnServer(transaction: Transaction) {
-    await fetch('/api/validate-purchase', {
-      method: 'POST',
-      body: JSON.stringify({
-        transactionId: transaction.transactionId,
-        receipt: transaction.receipt,
-        purchaseToken: transaction.purchaseToken,
-      }),
-    });
-  }
-}
-```
-
-## Options d'achat requises
-
-| Options | Plateforme | Descriptif |
-|--------|----------|-------------|
-| `productIdentifier` | iOS + Android | SKU/ID de produit configuré dans la console App Store Connect / Google Play. |
-| `productType` | Android uniquement | `PURCHASE_TYPE.INAPP` ou `PURCHASE_TYPE.SUBS`. La valeur par défaut est `INAPP`. Toujours défini sur `SUBS` pour les abonnements. |
-| `planIdentifier` | Android abonnements | ID du plan de base de la console Google Play. Obligatoire pour les abonnements, ignoré sur iOS et les achats intégrés. |
-| `quantity` | iOS | Uniquement pour les achats intégrés, la valeur par défaut est `1`. Android achète toujours un article. |
-| `appAccountToken` | iOS + Android | UUID/chaîne reliant l'achat à votre utilisateur. Il doit s'agir de l'UUID sur iOS ; Android accepte toute chaîne obscurcie jusqu'à 64 caractères. |
-| `isConsumable` | Android | Définissez sur `true` pour consommer automatiquement les jetons après avoir accordé le droit aux consommables. La valeur par défaut est `false`. |
-
-## Vérification du statut des droits
-
-Utilisez `getPurchases()` pour une vue multiplateforme de chaque transaction signalée par les magasins :
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-purchases.forEach((purchase) => {
-  if (purchase.isActive && purchase.expirationDate) {
-    console.log('iOS sub active until', purchase.expirationDate);
-  }
-
-  const isAndroidIapValid =
-    ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') && purchase.isAcknowledged;
-
-  if (isAndroidIapValid) {
-    console.log('Grant in-app entitlement for', purchase.productIdentifier);
-  }
-});
-```
-
-### Comportement de la plateforme
-
-- **iOS** : les abonnements incluent `isActive`, `expirationDate`, `willCancel` et la prise en charge des écouteurs StoreKit 2. Les achats intégrés nécessitent une validation du reçu du serveur.
-- **Android** : `isActive`/`expirationDate` ne sont pas renseignés ; appelez le développeur Google Play API avec le `purchaseToken` pour obtenir le statut faisant autorité. `purchaseState` doit être `PURCHASED` et `isAcknowledged` doit être `true`.
-
-## API référence rapide- `isBillingSupported()` – vérifiez la disponibilité de StoreKit / Google Play.
-- `getProduct()` / `getProducts()` – prix de récupération, titre localisé, description, offres d'introduction.
-- `purchaseProduct()` – lancez le flux d'achat du client StoreKit 2 ou de facturation.
-- `restorePurchases()` - relire l'historique des achats et synchroniser avec l'appareil actuel.
-- `getPurchases()` – répertorie toutes les transactions iOS ou achats Play Billing.
-- `manageSubscriptions()` – ouvre l'interface utilisateur native de gestion des abonnements.
-- `addListener('transactionUpdated')` – gère les transactions StoreKit 2 en attente au démarrage de votre application (iOS uniquement).
-
-## Bonnes pratiques
-
-1. **Afficher les prix du magasin** – Apple nécessite l'affichage de `product.title` et `product.priceString` ; jamais de code en dur.
-2. **Utilisez `appAccountToken`** – générez de manière déterministe un UUID (v5) à partir de votre identifiant utilisateur pour lier les achats aux comptes.
-3. **Valider côté serveur** – envoyez `receipt` (iOS) / `purchaseToken` (Android) à votre backend pour vérification.
-4. **Gérez les erreurs avec élégance** : vérifiez les annulations d'utilisateurs, les pannes de réseau et les environnements de facturation non pris en charge.
-5. **Testez minutieusement** – suivez le [iOS guide du bac à sable](/docs/plugins/native-purchases/ios-sandbox-testing/) et le [Android guide du bac à sable](/docs/plugins/native-purchases/android-sandbox-testing/).
-6. **Offre de restauration et de gestion** – ajoutez des boutons d'interface utilisateur connectés à `restorePurchases()` et `manageSubscriptions()`.
-
-## Dépannage
-
-**Les produits ne se chargent pas**
-- Assurez-vous que l'ID du bundle / l'ID de l'application correspond à la configuration du magasin.
-- Confirmez que les identifiants de produits sont actifs et approuvés (App Store) ou activés (Google Play).
-- Attendre plusieurs heures après la création des produits ; la propagation du magasin n’est pas instantanée.
-
-**Achat annulé ou bloqué**
-- Les utilisateurs peuvent annuler le flux intermédiaire ; enveloppez les appels dans `try/catch` et des messages d'erreur faciles à afficher.
-- Pour Android, assurez-vous que les comptes de test installent l'application à partir de Play Store (piste interne) pour que la facturation fonctionne.
-- Vérifiez logcat/Xcode pour les erreurs de facturation lors de l'exécution sur l'appareil.
-
-**État d'abonnement incorrect**
-- Utilisez `getPurchases()` pour comparer les données du magasin avec votre cache de droits local.
-- Le Android, interrogez toujours le développeur Google Play API avec le `purchaseToken` pour obtenir les dates d'expiration ou le statut du remboursement.
-- Le iOS, vérifiez `isActive`/`expirationDate` et validez les reçus pour détecter les remboursements ou les révocations.
diff --git a/src/content/docs/fr/plugins/native-purchases/index.mdx b/src/content/docs/fr/plugins/native-purchases/index.mdx
deleted file mode 100644
index 2f712f71e..000000000
--- a/src/content/docs/fr/plugins/native-purchases/index.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-locale: fr
-title: "@capgo/Natif-purchases"
-description: Capacitor plugin for handling in-Application purchases and subscriptions with a simple, unified API across iOS and Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Simplify in-Application purchases and subscriptions with a unified API that works seamlessly across iOS and Android platforms.
-  image: 
-    file: ~public/icons/plugins/native-purchases.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/native-purchases/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/native-purchases/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Unified API" icon="rocket">
-    Single API for iOS and Android purchases 💳
-  </Card>
-  <Card title="Subscription management" icon="setting">
-    Handle subscriptions with automatic renewal 🔄
-  </Card>
-  <Card title="Receipt validation" icon="approve-check">
-    Built-in receipt validation for Sécurité 🔒
-  </Card>
-  <Card title="Premiers pas" icon="open-book">
-    Vérifier the [Commencer Guide](/docs/plugins/Natif-purchases/getting-started/) to Installer and configure the plugin.
-  </Card>
-</CardGrid>
-
-## Platform Configuration Guides
-
-<CardGrid>
-  <Card title="Android Setup" icon="setting">
-    Terminé guides for setting up in-Application purchases on Android:
-    - [Configure Sandbox Test](/docs/plugins/Natif-purchases/Android-sandbox-Test/)
-    - [Créer Subscriptions](/docs/plugins/Natif-purchases/Android-Créer-subscription/)
-    - [Introductory Offers](/docs/plugins/Natif-purchases/Android-introductory-offer/)
-  </Card>
-  <Card title="iOS Setup" icon="star">
-    Terminé guides for setting up in-Application purchases on iOS:
-    - [Configure Sandbox Test](/docs/plugins/Natif-purchases/iOS-sandbox-Test/)
-    - [Subscription Groups](/docs/plugins/Natif-purchases/iOS-subscription-group/)
-    - [Créer Subscriptions](/docs/plugins/Natif-purchases/iOS-Créer-subscription/)
-    - [Introductory Offers](/docs/plugins/Natif-purchases/iOS-introductory-offer/)
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/native-purchases/ios-app-store-review.mdx b/src/content/docs/fr/plugins/native-purchases/ios-app-store-review.mdx
deleted file mode 100644
index bdd441ef8..000000000
--- a/src/content/docs/fr/plugins/native-purchases/ios-app-store-review.mdx
+++ /dev/null
@@ -1,541 +0,0 @@
----
-locale: fr
-title: iOS Application Store Review Guidelines for IAP
-description: Terminé Guide to passing Application Store review with in-Application purchases and subscriptions, including common rejection reasons and best practices.
-sidebar: 
-  order: 10
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Getting your Application approved on the Application Store requires careful attention to Apple's guidelines, especially when implementing in-Application purchases and subscriptions. This Guide covers everything you need to know to pass review on your first submission.
-
-![iOS Application Store Review Process](/Natif-purchases/review-guides/iOS-review-hero.webp)
-
-## In-Application Purchase Requirements
-
-### Pricing Transparency (Critical)
-
-Apple requires crystal-clear pricing disclosure before any purchase:
-
-**Must-Have Elements:**
-- Display exact price before purchase button
-- Show billing frequency (e.g., "$9.99/month")
-- Clearly state what Utilisateurs get for their money
-- Indicate when charges will occur
-
-**Common Rejection:**
-> "Subscription pricing must be clear and upfront."
-
-:::Attention Price Consistency
-All prices must match across:
-- Application Store metadata listing
-- In-Application purchase screens
-- Subscription management screens
-
-Even a $1 discrepancy between store listing ($4.99) and Application ($5.99) will trigger automatic rejection.
-:::
-
-### Subscription Plan Presentation
-
-**Required Disclosures:**
-- All Disponible subscription tiers displayed together
-- Clear comparison of Fonctionnalités per tier
-- No auto-defaulting to premium tiers through UI tricks
-- Easy-to-locate cancellation instructions
-
-![UI Design Dos and Don'ts](/Natif-purchases/review-guides/ui-design-dos-donts.webp)
-
-**Example of Compliant UI:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function SubscriptionScreen() {
-  return (
-    <div>
-      <h2>Choose Your Plan</h2>
-
-      {/* Show all tiers equally */}
-      <PlanCard
-        title="Basic"
-        price="$4.99/month"
-        features={['Feature A', 'Feature B']}
-      />
-      <PlanCard
-        title="Premium"
-        price="$9.99/month"
-        features={['All Basic', 'Feature C', 'Feature D']}
-        highlighted={false} // Don't force premium
-      />
-
-      {/* Clear cancellation info */}
-      <Text>
-        Cancel anytime in Settings > Subscriptions.
-        No refunds for partial periods.
-      </Text>
-    </div>
-  );
-}
-```
-
-### Restore Purchases
-
-**Required Implementation:**
-
-Every Application with IAP must provide a way for Utilisateurs to restore Précédent purchases without contacting Support.
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function restorePurchases() {
-  try {
-    await NativePurchases.restorePurchases();
-
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const activeSub = purchases.find(
-      (purchase) => purchase.isActive && purchase.expirationDate,
-    );
-
-    if (activeSub) {
-      unlockPremiumFeatures();
-      showMessage('Purchases restored successfully!');
-      return;
-    }
-
-    const { purchases: iaps } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.INAPP,
-    });
-    const hasIap = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-    showMessage(
-      hasIap ? 'Premium purchase restored!' : 'No previous purchases found.',
-    );
-  } catch (error) {
-    showError('Failed to restore purchases. Please try again.');
-  }
-}
-
-// Add a visible "Restore Purchases" button
-<Button onClick={restorePurchases}>
-  Restore Purchases
-</Button>
-```
-
-## Common Rejection Reasons
-
-### 1. Application Crashes or Broken Functionality
-
-**Why It Fails:**
-- Application crashes on launch
-- Purchase flow fails to Terminé
-- Fonctionnalités shown in screenshots don't work
-
-**Prevention:**
-- Test on real Appareils (not just simulators)
-- Test all subscription flows end-to-end
-- Verify receipt validation works
-- Vérifier network Erreur handling
-
-### 2. Metadata Mismatches
-
-**Why It Fails:**
-- Screenshots show Fonctionnalités not in current Construction
-- Description mentions functionality that doesn't exist
-- Pricing in metadata differs from in-Application pricing
-
-![Metadata Checklist](/Natif-purchases/review-guides/metadata-checklist.webp)
-
-**Prevention:**
-```typescript
-// Document exactly what's in each tier
-const SUBSCRIPTION_FEATURES = {
-  basic: ['Ad-free', 'Cloud sync', 'Basic themes'],
-  premium: ['Ad-free', 'Cloud sync', 'All themes', 'Priority support']
-};
-
-// Use these in both your app AND App Store description
-```
-
-### 3. Missing Permission Explanations
-
-**Why It Fails:**
-- Requesting camera/location/health without explanation
-- Permission requests buried multiple screens deep
-- Vague or generic permission descriptions
-
-**Prevention:**
-
-Update your `Info.plist` with clear explanations:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Camera access is needed to scan product barcodes for quick subscription upgrades.</string>
-
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>Location helps us show relevant local content in your Premium subscription.</string>
-```
-
-### 4. Misleading Marketing
-
-**Why It Fails:**
-- Claims like "#1 Application in world" without proof
-- "Unlimited" Fonctionnalités that have hidden limits
-- Fake urgency tactics ("Only 2 spots left!")
-
-![Description Guidelines Exemples](/Natif-purchases/review-guides/description-guidelines-1.webp)
-
-![Additional Description Guidelines](/Natif-purchases/review-guides/description-guidelines-2.webp)
-
-**Prevention:**
-- Be specific and factual in descriptions
-- Avoid superlatives without evidence
-- Don't pressure Utilisateurs with fake scarcity
-
-### 5. Hidden Cancellation Process
-
-**Why It Fails:**
-- No mention of how to Annuler
-- Cancellation button hidden or obscured
-- Multi-step cancellation process without Apple's Natif flow
-
-**Prevention:**
-```typescript
-// Always inform users about cancellation
-function SubscriptionInfo() {
-  return (
-    <div>
-      <h3>How to Cancel</h3>
-      <ol>
-        <li>Open iPhone Settings</li>
-        <li>Tap your name at the top</li>
-        <li>Tap Subscriptions</li>
-        <li>Select this app and tap Cancel</li>
-      </ol>
-
-      <p>Or manage directly in the App Store app.</p>
-
-      <Button onClick={openSubscriptionManagement}>
-        Manage Subscription in Settings
-      </Button>
-    </div>
-  );
-}
-
-async function openSubscriptionManagement() {
-  // Direct link to iOS subscription management
-  await NativePurchases.showManageSubscriptions();
-}
-```
-
-## Privacy & Data Utilisation (Section 5.1.1)
-
-Apple has significantly tightened privacy requirements in 2025.
-
-### Required Disclosures
-
-**For Every Permission:**
-1. Why you need it (specific use case)
-2. When it will be used
-3. How data is stored/shared
-4. Whether it's optional or required
-
-### Exemple: Proper Permission Flow
-
-```typescript
-async function requestCameraPermission() {
-  // Show explanation BEFORE requesting
-  await showDialog({
-    title: 'Camera Access',
-    message: 'We need camera access to let you scan barcodes for quick product lookup. Your photos are never uploaded or stored.',
-    buttons: ['Not Now', 'Allow']
-  });
-
-  // Then request permission
-  const result = await Camera.requestPermissions();
-  return result.camera === 'granted';
-}
-```
-
-### Privacy Nutrition Labels
-
-Ensure your Application Store privacy labels accurately reflect:
-- Purchase history collection
-- Email addresses (for receipts)
-- Appareil IDs (for fraud prevention)
-- Utilisation data (for Analyse)
-
-:::Avertissement
-Inaccurate privacy labels are a common rejection reason in 2025. Audit your data collection carefully.
-:::
-
-## Pre-Submission Checklist
-
-![Pre-Submission Checklist](/Natif-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **Test All Purchase Flows**
-   - Buy each subscription tier
-   - Test free trials
-   - Verify introductory offers apply correctly
-   - Test restore purchases
-   - Verify Family Sharing (if enabled)
-   - Test on multiple Appareils
-
-2. **Verify Pricing Consistency**
-   - Vérifier Application Store metadata matches in-Application prices
-   - Verify all currencies are correct
-   - Confirm free trial durations match descriptions
-   - Vérifier introductory offer terms are accurate
-
-3. **Review All Copy**
-   - Retirer placeholder text
-   - Verify claims are testable
-   - Vérifier grammar and spelling
-   - Ensure descriptions match current Construction
-   - Retirer competitor mentions
-
-4. **Test Permissions**
-   - Request only necessary permissions
-   - Show clear explanations before requesting
-   - Test "Deny" flows (Application should still work)
-   - Verify Info.plist descriptions are clear
-
-5. **Prepare Test Compte**
-   - Créer sandbox Test Compte
-   - Document Connexion credentials in Application Review Notes
-   - Verify Test Compte has Actif subscription
-   - Test that reviewer can Terminé purchase flow
-
-6. **Vérifier Metadata**
-   - Screenshots match current UI
-   - Application preview video (if any) shows current Version
-   - Description accurately describes Fonctionnalités
-   - Age rating matches content
-   - Privacy policy is accessible in-Application
-
-7. **Write Detailed Review Notes**
-   ```
-   Test Account:
-   Email: reviewer@test.com
-   Password: TestPass123!
-
-   Testing Instructions:
-   1. Log in with test account above
-   2. Tap "Upgrade to Premium" button
-   3. Select "Monthly Premium" subscription
-   4. Complete purchase (no charge in sandbox)
-   5. Verify premium features unlock
-
-   Note: Subscription pricing is clearly shown before purchase.
-   Cancellation instructions are in Settings > Account.
-   ```
-
-</Steps>
-
-## Review Timeline
-
-![Application Store Review Timeline](/Natif-purchases/review-guides/review-timeline.webp)
-
-**Standard Review:** 24-48 hours
-**Peak Periods:** 3-5 days (App Store holiday releases)
-**Weekends:** No reviews processed
-**Expedited Review:** Available for critical bug fixes (request via App Store Connect)
-
-:::Conseil
-Soumettre early in the week to avoid weekend delays. Monday submissions typically get reviewed by Wednesday.
-:::
-
-## 2025 Guideline Mises à jour
-
-### Nouveau Requirements
-
-**1. AI Functionality Disclosure**
-If your Application uses AI for any Fonctionnalités, you must:
-- Clearly label AI-generated content
-- Explain how AI is used
-- Document content safety measures
-
-**2. Enhanced Subscription Clarity**
-- Side-by-side plan comparisons required
-- No "dark patterns" that hide cheaper Options
-- Clear downgrade/Mise à niveau paths
-
-**3. Privacy Intensification**
-- Section 5.1.1 enforcement increased
-- More scrutiny on data collection justification
-- Stricter requirements for children's apps
-
-### What Changed from 2024
-
-- Modular submissions now allowed (Mise à jour product pages independently)
-- In-Application events can be submitted separately
-- Stricter enforcement of misleading subscription UIs
-- Nouveau guidance on cryptocurrency/NFT apps
-
-## Bonnes pratiques for Natif Purchases Plugin
-
-### Implement Proper Erreur Handling
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string) {
-  try {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    // Success
-    await validateReceiptOnServer(transaction.receipt);
-    showSuccess('Subscription activated!');
-    unlockFeatures();
-
-  } catch (error: any) {
-    // Handle specific error cases
-    if (error.code === 'USER_CANCELLED') {
-      // User cancelled - don't show error
-      console.log('Purchase cancelled by user');
-    } else if (error.code === 'PAYMENT_PENDING') {
-      showInfo('Payment is pending. Please check back later.');
-    } else if (error.code === 'PRODUCT_ALREADY_PURCHASED') {
-      // Restore instead
-      await NativePurchases.restorePurchases();
-    } else {
-      // Show user-friendly error
-      showError('Unable to complete purchase. Please try again.');
-    }
-  }
-}
-```
-
-### Display Loading States
-
-```typescript
-function PurchaseButton({ productId }: { productId: string }) {
-  const [loading, setLoading] = useState(false);
-
-  const handlePurchase = async () => {
-    setLoading(true);
-    try {
-      await NativePurchases.purchaseProduct({ productIdentifier: productId });
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handlePurchase} disabled={loading}>
-      {loading ? 'Processing...' : 'Subscribe Now'}
-    </button>
-  );
-}
-```
-
-### Show Terms Clearly
-
-```typescript
-function SubscriptionTerms() {
-  return (
-    <div className="terms">
-      <p>
-        Subscription automatically renews unless cancelled at least 24 hours
-        before the end of the current period.
-      </p>
-      <p>
-        Your account will be charged for renewal within 24 hours prior to
-        the end of the current period.
-      </p>
-      <p>
-        Subscriptions may be managed by the user and auto-renewal may be
-        turned off in Account Settings after purchase.
-      </p>
-      <p>
-        <a href="/terms">Terms of Service</a> |
-        <a href="/privacy">Privacy Policy</a>
-      </p>
-    </div>
-  );
-}
-```
-
-## If Your Application Gets Rejected
-
-### Steps to Resolve
-
-<Steps>
-
-1. **Read the rejection carefully**
-   - Remarque the specific guideline cited (e.g., 3.1.1, 5.1.1)
-   - Understand exactly what Apple flagged
-
-2. **Fix the Problème thoroughly**
-   - Don't just patch - fix root cause
-   - Test the fix extensively
-   - Document what you changed
-
-3. **Respond in Resolution Center**
-   ```
-   Thank you for your feedback. I have addressed the issue:
-
-   Issue: Subscription pricing not clear upfront
-
-   Fix: Added explicit pricing display on subscription selection
-   screen showing "$9.99/month" before purchase button. Also added
-   cancellation instructions on the same screen.
-
-   The changes are in this submission and can be tested using the
-   provided test account.
-   ```
-
-4. **Resubmit promptly**
-   - Resubmissions are typically reviewed faster
-   - Usually within 24 hours
-
-</Steps>
-
-### Appeal Process
-
-If you believe the rejection is incorrect:
-
-![Application Store Clarification Process](/Natif-purchases/review-guides/clarification-process.webp)
-
-1. Click "Appeal" in Application Store Connect
-2. Provide clear evidence:
-   - Screenshots showing compliance
-   - References to specific guidelines
-   - Explanation of how you meet requirements
-3. Be professional and factual
-4. Include Test Compte if functionality is hard to find
-
-![Request for Documents Exemple](/Natif-purchases/review-guides/request-documents.webp)
-
-## Additional Resources
-
-- [Apple Application Store Review Guidelines](https://developer.apple.com/Application-store/review/guidelines/)
-- [In-Application Purchase Guidelines](https://developer.apple.com/Application-store/review/guidelines/#in-Application-purchase)
-- [Subscriptions Bonnes pratiques](https://developer.apple.com/Application-store/subscriptions/)
-- [Application Store Connect Aide](https://developer.apple.com/Aide/Application-store-connect/)
-
-## Support
-
-If you're still having issues:
-- Review the [Natif Purchases Documentation](/docs/plugins/Natif-purchases/getting-started/)
-- Vérifier [common Dépannage issues](/docs/plugins/Natif-purchases/getting-started/#Dépannage)
-- Contact Apple Developer Support for guideline clarifications
-
-### Need Expert Aide?
-
-Struggling with Application review or need personalized assistance? **[Book a consultation call with our team](https://cal.com/team/capgo/capacitor-consulting-services)** for dedicated Support with:
-
-- IAP implementation review and optimization
-- Application Store review preparation and strategy
-- Submission checklist review
-- Rejection resolution and appeals
-- Terminé Test and validation
-
-Our experts have successfully helped hundreds of apps pass review!
diff --git a/src/content/docs/fr/plugins/native-purchases/ios-create-subscription.mdx b/src/content/docs/fr/plugins/native-purchases/ios-create-subscription.mdx
deleted file mode 100644
index c713ae9f8..000000000
--- a/src/content/docs/fr/plugins/native-purchases/ios-create-subscription.mdx
+++ /dev/null
@@ -1,309 +0,0 @@
----
-title: Créer un abonnement iOS auto-renouvelable
-description: >-
-  Guide étape par étape pour créer des abonnements auto-renouvelables dans App
-  Store Connect pour le plugin d'achats natifs.
-sidebar:
-  order: 8
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-Les abonnements renouvelables automatiquement offrent un accès récurrent au contenu, aux services ou aux fonctionnalités premium de votre application iOS. Ce guide vous guide dans la création d'abonnements dans App Store Connect.
-
-## Aperçu
-
-Les abonnements auto-renouvelables se renouvellent automatiquement à la fin de chaque période de facturation jusqu'à ce que les utilisateurs annulent. Ils sont parfaits pour :
-- Contenu et fonctionnalités premium
-- Expériences sans publicité
-- Stockage et synchronisation cloud
-- Services de diffusion en continu
-- Outils et utilitaires professionnels
-
-## Prérequis
-
-Avant de créer des abonnements, vous devez :
-1. [Créer un groupe d'abonnement](/docs/plugins/native-purchases/ios-subscription-group/) pour organiser vos abonnements
-2. Avoir un abonnement actif au programme pour développeurs Apple
-3. Complétez les informations bancaires et fiscales dans App Store Connect
-
-## Création d'un abonnement
-
-<Steps>
-
-1. **Accédez à Abonnements**
-
-   Dans App Store Connect, sélectionnez votre application et accédez à **Monétiser > Abonnements**.
-
-   Sélectionnez votre groupe d'abonnement ou créez-en un nouveau si nécessaire.
-
-   ![Accéder aux abonnements](/native-purchases/ios/create-subscription/navigate-to-subscriptions.webp)
-
-2. **Créer un nouvel abonnement**
-
-   Cliquez sur l'icône **** à côté de votre groupe d'abonnement pour ajouter un nouvel abonnement.
-
-3. **Entrez les informations de base**
-
-   **Nom de référence** : nom descriptif pour votre usage interne (non affiché aux clients)
-   - Exemples : "Premium mensuel", "Ultimate Annual", "Basic Plan"
-
-   **ID produit** : identifiant unique de cet abonnement (ne peut pas être modifié ultérieurement)
-   -Format : `com.yourcompany.yourapp.premium_monthly`
-   - Utilisez des noms descriptifs en minuscules avec des traits de soulignement
-   - Nécessaire pour configurer le plugin natif-achats
-
-   ![Entrez les détails de l'abonnement](/native-purchases/ios/create-subscription/enter-subscription-info.webp)
-
-4. **Configurer la durée**
-
-   Sélectionnez la durée de l'abonnement parmi les options disponibles :
-   - 1 semaine
-   - 1 mois
-   - 2 mois
-   - 3 mois
-   - 6 mois
-   - 1 an
-
-   La durée détermine la fréquence à laquelle les utilisateurs sont facturés.
-
-5. **Configurer les prix**
-
-   Cliquez sur **Ajouter le prix de l'abonnement** pour configurer les tarifs :
-
-   **Territoire de base** : sélectionnez votre marché principal (généralement votre pays)
-
-   **Prix** : définissez le prix de l'abonnement
-   - Apple se convertit automatiquement en d'autres devises
-   - Choisissez parmi les niveaux de prix de Apple
-   - Tenir compte de la valeur perçue et des taux du marché
-
-   ![Configurer les tarifs](/native-purchases/ios/create-subscription/configure-pricing.webp)
-
-6. **Partage familial (facultatif)**
-
-   Décidez si vous souhaitez activer le partage familial, qui permet à jusqu'à 6 membres de la famille d'accéder à l'abonnement.
-
-   :::attention
-   Une fois le partage familial activé, il ne peut pas être désactivé pour ce produit.
-   :::
-
-   **Activer si :**
-   - Le contenu est adapté à un usage familial
-   - Vous souhaitez augmenter la proposition de valeur
-   - Votre modèle économique le soutient
-
-   **Ne pas activer si :**
-   - L'abonnement est réservé à un usage individuel
-   - Le contenu est personnalisé à l'utilisateur
-   - Vous souhaitez maximiser les revenus par utilisateur
-
-7. **Ajouter des localisations**
-
-   Ajoutez des informations d'affichage d'abonnement dans toutes les langues prises en charge par votre application :
-
-   **Nom d'affichage de l'abonnement** : nom destiné au client (par exemple, "Premium Monthly")
-
-   **Description** : Brève description de ce que comprend l'abonnement
-   - Soyez concis et axé sur les avantages
-   - Mentionner les fonctionnalités clés
-   - Mettre en valeur la proposition de valeur
-
-   ![Ajouter des localisations](/native-purchases/ios/create-subscription/add-localization.webp)8. **App Store Image promotionnelle (facultatif)**
-
-   Téléchargez une image promotionnelle pour cet abonnement (312x390 pixels) :
-   - S'affiche dans la page d'abonnement App Store
-   - Doit correspondre au design de votre application
-   - Inclure le nom de l'abonnement pour plus de clarté
-
-   :::remarque
-   Bien que les images soient facultatives lors de la soumission initiale, elles sont requises pour un affichage promotionnel dans le App Store. Vous pourrez les ajouter plus tard.
-   :::
-
-9. **Enregistrer et soumettre**
-
-   Cliquez sur **Enregistrer** pour créer l'abonnement.
-
-   **Pour le premier abonnement :**
-   - Doit être soumis avec une nouvelle version de l'application
-   - À inclure dans votre prochaine soumission App Store
-   - Impossible de soumettre indépendamment
-
-   **Pour les abonnements ultérieurs :**
-   - Peut être soumis directement à partir de la page Abonnements
-   - Ne nécessite pas de nouvelle version de l'application
-   - Disponible après l'approbation du premier abonnement
-
-</Steps>
-
-## Statut de l'abonnement
-
-Votre abonnement aura l'un de ces statuts :
-
-| Statut | Descriptif | Peut-on tester ? |
-|--------|-------------|---------------|
-| **Métadonnées manquantes** | Configuration incomplète | Oui (bac à sable) |
-| **Prêt à soumettre** | Complété mais non soumis | Oui (bac à sable) |
-| **En attente d'examen** | Soumis à Apple | Oui (bac à sable) |
-| **En revue** | En cours de révision par Apple | Oui (bac à sable) |
-| **Approuvé** | Disponible à l'achat | Oui |
-| **Rejeté** | Besoin de changements | Oui (bac à sable) |
-
-:::tip
-Vous pouvez tester les abonnements en mode sandbox même s'ils affichent « Métadonnées manquantes » ou « Prêt à soumettre » !
-:::
-
-## Utilisation dans votre application
-
-Une fois créé, référencez l'abonnement dans votre application à l'aide de l'ID produit :
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch subscription products direct from StoreKit
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: [
-    'com.yourcompany.yourapp.premium_monthly',
-    'com.yourcompany.yourapp.premium_annual',
-  ],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-products.forEach((product) => {
-  console.log(`${product.title}: ${product.priceString}`);
-  console.log(`Duration: ${product.subscriptionPeriod}`);
-  console.log(`Description: ${product.description}`);
-});
-
-// Purchase a subscription (StoreKit 2 automatically handles intro pricing and offers)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourcompany.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Transaction ID:', transaction.transactionId);
-
-  // StoreKit receipts are included on iOS for server-side validation
-  await sendReceiptToBackend(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-
-// Check subscription status using the store's data
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const premium = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.yourcompany.yourapp.premium_monthly',
-);
-
-if (premium?.isActive) {
-  console.log('Expires:', premium.expirationDate);
-  console.log('Will renew:', premium.willCancel === false);
-  console.log('Store state:', premium.subscriptionState);
-  unlockPremiumFeatures();
-} else {
-  showPaywall();
-}
-```
-
-## meilleures pratiques
-
-### Stratégie de tarification
-- **Forfaits mensuels** : réduction de la barrière à l'entrée, création d'habitudes
-- **Forfaits annuels** : meilleure valeur, LTV plus élevé, taux de désabonnement inférieur
-- **Plusieurs niveaux** : Basic, Premium, Ultimate pour différents segments d'utilisateurs
-- **Analyse concurrentielle** : recherchez les prix d'applications similaires
-
-### ID de produit
-- Utilisez un nom cohérent : `company.app.tier_duration`
-- Inclure le niveau et la durée dans l'ID : `premium_monthly`, `ultimate_annual`
-- Évitez de modifier les identifiants de produits (ils sont permanents)
-- Documentez tous les identifiants de produits pour votre équipe
-
-### Partage familial
-- Activer les applications destinées à la famille (jeux, éducation, divertissement)
-- Tenir compte de l'impact sur les revenus
-- Testez minutieusement le comportement de partage
-- Communiquer la capacité de partage en marketing
-
-### Localisation
-- Traduire tous les noms et descriptions d'abonnement
-- Tenir compte des différences de prix régionales
-- Test d'affichage dans toutes les langues prises en charge
-- Utiliser un langage marketing culturellement approprié
-
-### Images promotionnelles
-- Maintenir un style visuel cohérent
-- Inclure le nom de l'abonnement et l'avantage clé
-- Mise à jour pour les promotions saisonnières
-- Correspondre au langage de conception global de l'application
-
-## Modèles d'abonnement courants
-
-### Niveau unique (Freemium)
-```
-Free App + Premium Subscription
-- Basic: Free (limited features)
-- Premium Monthly: $4.99
-- Premium Annual: $39.99 (save 33%)
-```
-
-### Multi-niveaux (bon, meilleur, meilleur)
-```
-- Basic Monthly: $4.99
-- Premium Monthly: $9.99
-- Ultimate Monthly: $19.99
-
-- Basic Annual: $49.99
-- Premium Annual: $99.99
-- Ultimate Annual: $199.99
-```
-
-### Consommable + Abonnement Hybride
-```
-- Credit packs (consumable)
-- Monthly subscription (unlimited credits)
-- Annual subscription (unlimited + bonus features)
-```
-
-## Dépannage
-
-**L'abonnement ne se charge pas dans l'application :**
-- Vérifier que l'ID du produit correspond exactement (sensible à la casse)
-- Vérifier que l'abonnement est dans le groupe d'abonnement
-- Assurez-vous que l'identifiant du bundle correspond à App Store Connect
-- Attendez 2-3 heures après la création du produit**Impossible de soumettre un abonnement :**
-- Remplissez tous les champs obligatoires (nom, description, prix)
-- Ajouter au moins une localisation
-- Vérifier que les informations bancaires/fiscales sont approuvées
-- Vérifiez si le premier abonnement (nécessite la version de l'application)
-
-**Le bouton de partage familial est désactivé :**
-- Déjà activé (ne peut pas être désactivé)
-- Vérifier les détails de l'abonnement
-- Contactez le support Apple si vous êtes bloqué
-
-**Niveau de prix non disponible :**
-- Peut être restreint dans certains territoires
-- Choisissez un niveau alternatif
-- Contactez Apple pour des questions sur les prix
-
-**Erreur « ID de produit non valide » :**
-- Doit être au format de domaine inversé
-- Ne peut pas contenir d'espaces ou de caractères spéciaux
-- Vérifiez les fautes de frappe
-- Vérifier l'unicité de tous les produits
-
-## Prochaines étapes
-
-- [Créer une offre de lancement](/docs/plugins/native-purchases/ios-introductory-offer/) pour attirer de nouveaux abonnés
-- [Configurer les tests sandbox](/docs/plugins/native-purchases/ios-sandbox-testing/) pour tester vos abonnements
-- Mettre en place des offres promotionnelles de reconquête et de fidélisation
-- Implémenter le suivi des analyses d'abonnement
-
-## Ressources supplémentaires
-
-Pour plus de détails, reportez-vous à la [documentation officielle Apple sur les abonnements auto-renouvelables](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers).
diff --git a/src/content/docs/fr/plugins/native-purchases/ios-introductory-offer.mdx b/src/content/docs/fr/plugins/native-purchases/ios-introductory-offer.mdx
deleted file mode 100644
index 0b76d19d7..000000000
--- a/src/content/docs/fr/plugins/native-purchases/ios-introductory-offer.mdx
+++ /dev/null
@@ -1,413 +0,0 @@
----
-locale: fr
-title: Créer iOS Subscription Introductory Offer
-description: Learn how to Créer introductory offers for auto-renewable subscriptions on iOS to attract and convert Nouveau subscribers.
-sidebar: 
-  order: 9
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Introductory offers allow you to provide eligible Utilisateurs with free trials or discounted introductory pricing to reduce barriers to entry and increase subscription conversions.
-
-## Aperçu
-
-Introductory offers are one of the most effective tools for growing your subscriber base. They allow Utilisateurs to:
-- Try your premium Fonctionnalités risk-free
-- Experience value before committing
-- Démarrer at a lower price point
-- Construction confidence in your product
-
-## Offer Types
-
-iOS supports three types of introductory offers:
-
-### 1. Free Trial
-Customers get complimentary access for a specified duration. After the trial, they're charged at standard rates if they don't Annuler.
-
-**Examples:**
-- 7 days free
-- 14 days free
-- 1 month free
-
-**Best for:**
-- High-value subscriptions
-- Fonctionnalité-rich apps
-- Construction Utilisateur habit
-
-### 2. Pay Up Front
-Customers pay a single discounted price that covers the introductory period.
-
-**Examples:**
-- $1.99 for 2 months (then $9.99/month)
-- $9.99 for 3 months (then $19.99/month)
-
-**Best for:**
-- Commitment signals
-- Cash flow needs
-- Test price sensitivity
-
-### 3. Pay As You Go
-Customers pay a reduced price for multiple billing cycles.
-
-**Examples:**
-- $1.99/month for 3 months (then $9.99/month)
-- $4.99/month for 6 months (then $14.99/month)
-
-**Best for:**
-- Gradual commitment
-- Long-term value demonstration
-- Reducing perceived risk
-
-## Eligibility Requirements
-
-Utilisateurs can only receive introductory offers if they:
-- Haven't previously received an introductory offer for the product
-- Haven't received an introductory offer for any product in the same subscription group
-- Haven't had an Actif subscription to the product
-
-:::Remarque
-Apple handles eligibility checking automatically. The Natif-purchases plugin provides methods to Vérifier eligibility before presenting offers.
-:::
-
-## Prerequisites
-
-You must first [Créer an auto-renewable subscription](/docs/plugins/Natif-purchases/iOS-Créer-subscription/) before adding an introductory offer.
-
-## Creating an Introductory Offer
-
-<Steps>
-
-1. **Navigate to Subscription**
-
-   In Application Store Connect, go to your Application's **Monetize > Subscriptions** section and select the subscription you want to Ajouter an offer to.
-
-2. **Ajouter Subscription Price**
-
-   Click the **+** icon Suivant to "Subscription Prices" to open the pricing modal.
-
-3. **Créer Introductory Offer**
-
-   Select **"Créer introductory offer"** from the Options.
-
-   ![Créer introductory offer](/Natif-purchases/iOS/introductory-offer/Créer-introductory-offer.webp)
-
-4. **Configure Countries and Démarrer Date**
-
-   **Countries and Regions**: Select where the offer will be available
-   - Choose all countries for maximum reach
-   - Or limit to specific markets for Test
-
-   **Start Date**: When the offer becomes available
-   - Can be immediate or scheduled for the future
-   - Useful for coordinating with marketing campaigns
-
-   **End Date (Optional)**: When the offer expires
-   - Leave blank for ongoing availability
-   - Set a date for limited-time promotions
-
-5. **Select Offer Type**
-
-   Choose one of the three offer types:
-
-   **Free** (Free Trial)
-   - Select duration (days, weeks, months)
-   - Exemples: 7 days, 2 weeks, 1 month
-
-   **Pay Up Front**
-   - Set single payment price
-   - Set duration covered by payment
-   - Exemple: $1.99 for 2 months
-
-   **Pay As You Go**
-   - Set discounted price per period
-   - Set number of periods
-   - Exemple: $2.99/month for 3 months
-
-6. **Review and Confirm**
-
-   Review the summary showing:
-   - Offer type and duration
-   - Pricing details
-   - Regular price after intro period
-   - Availability dates and countries
-
-7. **Enregistrer**
-
-   Click **Enregistrer** to Créer the introductory offer. It will be Disponible for Test immediately in sandbox mode.
-
-</Steps>
-
-## Offer Configuration Exemples
-
-### Exemple 1: Standard Free Trial
-```
-Type: Free
-Duration: 7 days
-Then: $9.99/month
-```
-**User Journey:**
-- Day 1-7: Free access
-- Day 8: First charge of $9.99
-- Monthly charges continue
-
-### Exemple 2: Upfront Discounted Period
-```
-Type: Pay Up Front
-Price: $4.99
-Duration: 3 months
-Then: $9.99/month
-```
-**User Journey:**
-- Day 1: Charged $4.99
-- 90 days access
-- Day 91: Charged $9.99/month
-
-### Exemple 3: Gradual Introduction
-```
-Type: Pay As You Go
-Price: $2.99/month
-Periods: 6 months
-Then: $9.99/month
-```
-**User Journey:**
-- Months 1-6: $2.99/month
-- Month 7+: $9.99/month
-
-## Using in Your Application
-
-The Natif-purchases plugin automatically handles introductory offer presentation and eligibility:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch products with intro offer information
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.yourapp.premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-// Display intro offer details (StoreKit sends localized metadata)
-if (product.introductoryPrice) {
-  console.log('Intro price:', product.introductoryPriceString);
-  console.log('Intro period:', product.introductoryPricePeriod);
-  console.log('Intro cycles:', product.introductoryPriceCycles);
-  console.log('Regular price:', product.priceString);
-} else {
-  console.log('No intro offer configured');
-}
-
-// Purchase (StoreKit automatically applies intro pricing if eligible)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Subscription active, receipt length:', transaction.receipt?.length);
-  await validateReceiptOnServer(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-```
-
-## Displaying Intro Offers to Utilisateurs
-
-### Bonnes pratiques for UI
-
-**Clear Value Proposition:**
-```
-Try Premium Free for 7 Days
-Then $9.99/month. Cancel anytime.
-```
-
-**Emphasize Savings:**
-```
-Start at Just $1.99
-Get 3 months of Premium for only $1.99
-Then $9.99/month
-```
-
-**Transparent Communication:**
-```
-Your Free Trial
-• Access all premium features
-• No charge for 7 days
-• $9.99/month after trial
-• Cancel anytime, even during trial
-```
-
-### Exemple Implementation
-
-```typescript
-function formatIntroOffer(product: any): string {
-  if (!product.introductoryPrice) {
-    return `${product.priceString} per ${product.subscriptionPeriod}`;
-  }
-
-  const intro = product.introductoryPrice;
-  const regular = product.priceString;
-
-  if (intro.price === 0) {
-    // Free trial
-    return `Try free for ${intro.periodString}, then ${regular}`;
-  } else if (intro.cycles === 1) {
-    // Pay up front
-    return `${intro.priceString} for ${intro.periodString}, then ${regular}`;
-  } else {
-    // Enterprise
-    return `${intro.priceString} for ${intro.cycles} ${intro.periodString}s, then ${regular}`;
-  }
-}
-```
-
-## Marketing Bonnes pratiques
-
-### Trial Length Strategy
-- **3-7 days**: Quick decision apps, games
-- **7-14 days**: Standard for most apps
-- **14-30 days**: Complex tools, professional apps
-- **30+ days**: High-value B2B or Entreprise
-
-### Pricing Psychology
-- **$0.99-$1.99**: Very low barrier, good for Test
-- **50% off**: Strong perceived value
-- **First month free**: Common, familiar pattern
-
-### Communication Timing
-- **Before trial ends**: Remind Utilisateurs of upcoming charge
-- **Highlight value**: Show Utilisation stats, achievements
-- **Easy cancellation**: Construction trust with transparent process
-
-## Test Intro Offers
-
-Use sandbox Test to verify behavior:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// In sandbox mode, accelerated subscription durations apply:
-// - 3 days free trial = 3 minutes
-// - 1 week free trial = 3 minutes
-// - 1 month free trial = 5 minutes
-
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Purchase with intro offer
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Intro purchase transaction:', transaction.transactionId);
-
-// Wait for accelerated renewal
-setTimeout(async () => {
-  const { purchases } = await NativePurchases.getPurchases({
-    productType: PURCHASE_TYPE.SUBS,
-  });
-  const premium = purchases.find((purchase) => purchase.productIdentifier === 'premium_monthly');
-  console.log('After trial state:', premium?.subscriptionState);
-}, 180000); // 3 minutes for weekly trial
-```
-
-## Important Notes
-
-### Eligibility Rules
-- One intro offer per Utilisateur per subscription group (lifetime)
-- Applies to Nouveau subscribers only
-- Cannot be used again after cancellation
-- Not Disponible for subscription upgrades/crossgrades
-
-### StoreKit API
-- `introductoryPrice` shows intro offer details
-- `eligibility` method checks if user qualifies
-- Automatically applied at purchase time
-- No special purchase method needed
-
-### Limitations
-- Only one intro offer Actif per subscription at a time
-- Cannot combine with other discount types
-- Cannot change eligibility rules
-- Apple controls eligibility checking
-
-## Dépannage
-
-**Intro offer not showing:**
-- Vérifier if offer is activated in Application Store Connect
-- Verify Utilisateur hasn't used an intro offer before
-- Ensure Utilisateur hasn't subscribed to anything in the group
-- Test with Nouveau sandbox Compte
-
-**Eligibility check failing:**
-- Wait for Application Store Synchroniser (can take 2-3 hours)
-- Verify product ID is correct
-- Vérifier subscription group Configuration
-- Test in sandbox with fresh Test Compte
-
-**Wrong price displaying:**
-- Vérifier regional pricing Paramètres
-- Verify currency conversion
-- Ensure offer dates are current
-- Actualiser product Information
-
-**Sandbox testing issues:**
-- Use accelerated durations (3 min = 1 week)
-- Créer Nouveau Test accounts for each Test
-- Wait for trial to Terminé naturally
-- Vérifier renewal count (max 6 in sandbox)
-
-## Analyse and Optimization
-
-### Track These Metrics
-- Intro offer acceptance rate
-- Trial-to-paid conversion rate
-- Cancellation during trial
-- Retention after first charge
-- Revenue impact
-
-### A/B Test Ideas
-- Free trial vs. paid intro
-- Trial length variations
-- Discount percentage
-- Single payment vs. recurring discount
-
-### Optimization Strategy
-```typescript
-// Track offer performance
-analytics.track('intro_offer_displayed', {
-  product_id: product.identifier,
-  offer_type: product.introductoryPriceType,
-  offer_duration: product.introductoryPricePeriod
-});
-
-analytics.track('intro_offer_accepted', {
-  product_id: product.identifier
-});
-
-// Monitor conversion
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  if (transaction.productIdentifier === product.identifier && transaction.isActive) {
-    analytics.track('trial_converted', {
-      transactionId: transaction.transactionId,
-      productId: transaction.productIdentifier,
-    });
-  }
-});
-```
-
-## Suivant Steps
-
-- [Configure sandbox Test](/docs/plugins/Natif-purchases/iOS-sandbox-Test/) to Test your intro offers
-- Set up promotional offers for win-Retour campaigns
-- Implement subscription Analyse
-- Créer targeted marketing campaigns
-
-## Additional Resources
-
-For more details, refer to the [official Apple Documentation on introductory offers](https://developer.apple.com/Documentation/storekit/in-app_purchase/subscriptions_and_offers/implementing_introductory_offers_in_your_app).
diff --git a/src/content/docs/fr/plugins/native-purchases/ios-sandbox-testing.mdx b/src/content/docs/fr/plugins/native-purchases/ios-sandbox-testing.mdx
deleted file mode 100644
index 0ebcb5c2f..000000000
--- a/src/content/docs/fr/plugins/native-purchases/ios-sandbox-testing.mdx
+++ /dev/null
@@ -1,96 +0,0 @@
----
-title: Configurer les tests iOS Sandbox
-description: >-
-  Découvrez comment configurer les tests sandbox pour les achats intégrés sur
-  iOS à l'aide de App Store Connect et Xcode.
-sidebar:
-  order: 6
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-Tester les achats intégrés sur iOS nécessite une configuration appropriée dans App Store Connect et sur vos appareils de test. Ce guide couvre tout ce dont vous avez besoin pour démarrer avec les tests sandbox.
-
-## Prérequis
-
-- **Apple Programme pour développeurs** : adhésion active avec renouvellement annuel
-- **Accords** : "Contrat d'application payant" signé avec informations bancaires et fiscales complétées
-- Projet **Xcode** : configuré avec l'identifiant de bundle et les capacités appropriés.
-
-:::note
-L’approbation des configurations bancaires et fiscales peut prendre des heures, voire des jours. Complétez-le bien avant les tests.
-:::
-
-## Processus de configuration
-
-<Steps>
-
-1. **Signer l'accord de candidature payante**
-
-   Dans App Store Connect, accédez à **Accords, taxes et services bancaires** et complétez :
-   - Signer l'accord de candidature payante
-   - Ajoutez vos informations bancaires
-   - Remplir les formulaires fiscaux
-
-   Attendez que Apple approuve vos informations (cela peut prendre 24 à 48 heures).
-
-2. **Créer un utilisateur de test Sandbox**
-
-   Dans App Store Connect, accédez à **Utilisateurs et accès > Testeurs Sandbox**.
-
-   Cliquez sur le bouton **** pour créer un nouveau testeur sandbox.
-
-   **Important** : utilisez une adresse e-mail qui n'est PAS déjà associée à un identifiant Apple. Vous pouvez utiliser des alias de messagerie :
-   - Gmail : `youremail+test@gmail.com`
-   -iCloud : `youremail+test@icloud.com`
-
-   ![Créer un testeur sandbox](/native-purchases/ios/sandbox-testing/sandbox-tester-setup.webp)
-
-3. **Configurer le périphérique de test (iOS 12+)**
-
-   À partir de iOS 12, vous n'avez plus besoin de vous déconnecter de votre compte iTunes pour tester les achats.
-
-   Sur votre appareil iOS :
-   1. Ouvrez **Paramètres**
-   2. Appuyez sur **App Store**
-   3. Faites défiler vers le bas
-   4. Appuyez sur **Compte Sandbox**.
-   5. Connectez-vous avec votre compte de test sandbox
-
-   :::astuce
-   C'est beaucoup plus pratique que l'ancienne méthode de déconnexion de votre compte iTunes !
-   :::
-
-4. **Configurer le projet Xcode**
-
-   Assurez-vous que votre projet Xcode a :
-
-   **Identifiant du paquet**
-   - Doit correspondre à l'identifiant dans votre Centre de développement
-   - Doit correspondre à l'identifiant dans App Store Connect
-
-   **Capacité d'achat via l'application**
-   1. Sélectionnez votre projet dans Xcode
-   2. Accédez à **Signature et capacités**
-   3. Cliquez sur **+ Capacité**
-   4. Ajoutez **Achat intégré**
-
-5. **Créer des produits d'achat intégrés**
-
-   Dans App Store Connect, accédez à votre application et créez vos produits d'achat in-app (abonnements, consommables, etc.).
-
-   Les produits doivent être au moins au statut « Prêt à soumettre » pour les tests sandbox.
-
-6. **Testez votre implémentation**
-
-   Créez et exécutez votre application sur un appareil de test. Lorsque vous tentez un achat, vous devriez voir :
-
-   > **[Environnement : Bac à sable]**
-
-   Cette confirmation indique que vous êtes dans l'environnement sandbox et que vous ne serez pas facturé d'argent réel.
-
-</Steps>
-
-## Remarques importantes
-
-### Caractéristiques de l'environnement du bac à sablePour plus de détails, reportez-vous à la [documentation officielle Apple StoreKit](https://developer.apple.com/documentation/storekit/in-app_purchase/testing_in-app_purchases_with_sandbox) sur les tests sandbox.
diff --git a/src/content/docs/fr/plugins/native-purchases/ios-subscription-group.mdx b/src/content/docs/fr/plugins/native-purchases/ios-subscription-group.mdx
deleted file mode 100644
index cf8eb5890..000000000
--- a/src/content/docs/fr/plugins/native-purchases/ios-subscription-group.mdx
+++ /dev/null
@@ -1,301 +0,0 @@
----
-locale: fr
-title: Créer iOS Subscription Group
-description: Learn how to Créer and configure subscription groups in Application Store Connect for organizing your Application's subscription offerings.
-sidebar: 
-  order: 7
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Subscription groups are essential for organizing and managing multiple subscription levels in your iOS Application. Understanding how they work is crucial for implementing Mise à niveau, downgrade, and crossgrade functionality.
-
-## What is a Subscription Group?
-
-A subscription group is a collection of related subscriptions that Utilisateurs can choose between. Utilisateurs can only subscribe to one subscription within a group at a time. When they switch subscriptions, Apple handles the transition automatically.
-
-## Why Subscription Groups Matter
-
-Subscription groups Activer:
-- **Tiered pricing**: Offer basic, premium, and ultimate plans
-- **Different durations**: Monthly, yearly, and lifetime Options
-- **Mise à niveau/downgrade logic**: Automatic handling of subscription changes
-- **Simplified management**: Group related subscriptions together
-
-## Subscription Levels
-
-Within a group, each subscription should be ranked from highest value (level 1) to lowest value. This ranking determines how subscription changes are classified:
-
-![Subscription group hierarchy](/Natif-purchases/iOS/subscription-group/subscription-group-hierarchy.webp)
-
-### Level Exemples
-
-**Level 1** (Highest Value)
-- Premium Annual ($99.99/year)
-- Ultimate Monthly ($19.99/month)
-
-**Level 2** (Medium Value)
-- Standard Annual ($49.99/year)
-- Premium Monthly ($9.99/month)
-
-**Level 3** (Lowest Value)
-- Basic Annual ($29.99/year)
-- Standard Monthly ($4.99/month)
-
-## Subscription Change Types
-
-Apple automatically handles three types of subscription changes based on the level ranking:
-
-### 1. Mise à niveau
-Moving to a **higher-tier** subscription (e.g., level 2 → level 1).
-
-**Behavior:**
-- Takes effect **immediately**
-- Utilisateur receives **prorated refund** for remaining time
-- Nouveau subscription starts right away
-
-**Example:**
-```typescript
-// User currently has: Standard Monthly (Level 2)
-// User upgrades to: Premium Annual (Level 1)
-// Result: Immediate access to Premium, refund for unused Standard time
-```
-
-### 2. Downgrade
-Moving to a **lower-tier** subscription (e.g., level 1 → level 2).
-
-**Behavior:**
-- Takes effect at **Suivant renewal date**
-- Utilisateur keeps current subscription until period ends
-- Nouveau subscription starts automatically after expiration
-
-**Example:**
-```typescript
-// User currently has: Premium Annual (Level 1)
-// User downgrades to: Standard Monthly (Level 2)
-// Result: Premium access continues until annual renewal date, then switches
-```
-
-### 3. Crossgrade
-Switching to another subscription **at the same tier level**.
-
-**Behavior depends on duration:**
-
-**Different Duration** → Behaves like **downgrade**
-- Takes effect at Suivant renewal date
-- Exemple: Monthly Premium (Level 1) → Annual Premium (Level 1)
-
-**Same Duration** → Behaves like **upgrade**
-- Takes effect immediately
-- Exemple: Premium Monthly (Level 1) → Ultimate Monthly (Level 1)
-
-## Creating a Subscription Group
-
-<Steps>
-
-1. **Navigate to Subscriptions**
-
-   In Application Store Connect, select your Application and go to **Monetize > Subscriptions**.
-
-2. **Créer Group**
-
-   Click **+** Suivant to "Subscription Groups" to Créer a Nouveau group.
-
-3. **Name the Group**
-
-   Choose a descriptive name that reflects the subscriptions it contains:
-   - "Premium Access"
-   - "Cloud Storage Plans"
-   - "Pro Fonctionnalités"
-
-4. **Ajouter Subscriptions**
-
-   After creating the group, Ajouter individual subscriptions to it. Each subscription will have a level ranking.
-
-5. **Set Level Rankings**
-
-   Arrange subscriptions from highest value (1) to lowest value. Consider:
-   - Annual plans typically rank higher than monthly
-   - Higher-priced tiers rank above lower-priced ones
-   - Ultimate/premium tiers rank highest
-
-</Steps>
-
-## Using in Your Application
-
-The Natif-purchases plugin automatically handles subscription group logic:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch all subscriptions in a group
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_annual', 'ultimate_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Display current subscription using StoreKit transactions
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const activeSubs = purchases.filter((purchase) => purchase.isActive);
-
-// Detect pending downgrade/cancellation (StoreKit sets willCancel === true)
-const pendingChange = purchases.find((purchase) => purchase.willCancel === true);
-if (pendingChange) {
-  console.log('Subscription will stop auto-renewing on', pendingChange.expirationDate);
-}
-
-// Purchase (StoreKit handles upgrades/downgrades automatically)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_annual',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Listen for StoreKit updates (fires on upgrades/downgrades/refunds)
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Subscription updated:', transaction);
-});
-```
-
-## Handling Subscription Changes
-
-### Detecting Change Type
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Get current subscription info
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const currentSubscription = purchases.find(
-  (purchase) => purchase.subscriptionState === 'subscribed',
-);
-
-if (currentSubscription) {
-  // StoreKit reports if user cancelled auto-renew
-  if (currentSubscription.willCancel) {
-    console.log(
-      `User cancelled. Access remains until ${currentSubscription.expirationDate}`,
-    );
-  }
-
-  if (currentSubscription.isUpgraded) {
-    console.log('User recently upgraded to this plan.');
-  }
-}
-
-// Listen for automatic upgrades/downgrades
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Subscription changed!', transaction);
-  if (transaction.subscriptionState === 'revoked') {
-    revokeAccess();
-  } else if (transaction.isActive) {
-    unlockPremiumFeatures();
-  }
-});
-```
-
-### Utilisateur Communication
-
-Always communicate the change behavior clearly:
-
-**For Upgrades:**
-> "You'll get immediate access to Premium Fonctionnalités. We'll prorate your current subscription."
-
-**For Downgrades:**
-> "You'll keep Premium access until [renewal date], then switch to Standard."
-
-**For Crossgrades:**
-> "Your plan will change to Annual billing at the Suivant renewal on [date]."
-
-## Server monitoring
-
-Use Apple's App Store Server Notifications v2 or your own receipt-validation backend to mirror StoreKit changes in your database. Pair server notifications with the `transactionUpdated` listener so both client and backend stay in sync.
-
-## Bonnes pratiques
-
-### Group Organisation
-- Keep related subscriptions in the same group
-- Don't mix unrelated Fonctionnalités (e.g., storage and ad removal)
-- Créer separate groups for different Fonctionnalité sets
-
-### Level Ranking Strategy
-- Annual plans → Higher level than monthly (for same tier)
-- Higher-priced tiers → Higher level
-- Consider value, not just price
-
-### Utilisateur Experience
-- Show current subscription clearly
-- Display all Disponible Options in the group
-- Indicate which changes are immediate vs. at renewal
-- Allow easy switching between plans
-
-### Test
-- Test all Mise à niveau scenarios
-- Test all downgrade scenarios
-- Verify crossgrade behavior
-- Vérifier webhook firing
-
-## Common Scenarios
-
-### Scenario 1: Three-Tier Monthly Plans
-```
-Level 1: Ultimate Monthly ($19.99)
-Level 2: Premium Monthly ($9.99)
-Level 3: Basic Monthly ($4.99)
-```
-
-- Basic → Premium: Mise à niveau (immediate)
-- Premium → Ultimate: Mise à niveau (immediate)
-- Ultimate → Premium: Downgrade (at renewal)
-- Basic → Ultimate: Mise à niveau (immediate)
-
-### Scenario 2: Mixed Duration Plans
-```
-Level 1: Premium Annual ($99.99/year)
-Level 2: Premium Monthly ($9.99/month)
-```
-
-- Monthly → Annual: Crossgrade (at renewal)
-- Annual → Monthly: Downgrade (at renewal)
-
-### Scenario 3: Multi-Tier Multi-Duration
-```
-Level 1: Ultimate Annual ($199/year)
-Level 2: Ultimate Monthly ($19.99/month)
-Level 3: Premium Annual ($99/year)
-Level 4: Premium Monthly ($9.99/month)
-Level 5: Basic Annual ($49/year)
-Level 6: Basic Monthly ($4.99/month)
-```
-
-This Configuration provides maximum flexibility while maintaining clear Mise à niveau/downgrade logic.
-
-## Dépannage
-
-**Subscription not appearing in group:**
-- Verify it's assigned to the correct group
-- Vérifier that it's in at least "Ready to Soumettre" status
-- Ensure product ID is correct
-
-**Wrong upgrade/downgrade behavior:**
-- Review level rankings (1 = highest)
-- Verify subscription tiers make sense
-- Vérifier that levels are set correctly
-
-**Products from different groups:**
-- Utilisateurs can subscribe to multiple groups simultaneously
-- This is intentional - keep related products in same group
-
-**getActiveProducts showing multiple subscriptions:**
-- Vérifier if subscriptions are in different groups
-- Verify Utilisateur isn't subscribed via Family Sharing
-- Review subscription status in Application Store Connect
-
-## Additional Resources
-
-For more details, refer to the [official Apple Documentation on subscription groups](https://developer.apple.com/Application-store/subscriptions/).
diff --git a/src/content/docs/fr/plugins/nativegeocoder/getting-started.mdx b/src/content/docs/fr/plugins/nativegeocoder/getting-started.mdx
deleted file mode 100644
index 28001ff5b..000000000
--- a/src/content/docs/fr/plugins/nativegeocoder/getting-started.mdx
+++ /dev/null
@@ -1,355 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plugin Native Geocoder pour la
-  conversion d'adresses et de coordonnées dans votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/nativegeocoder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurer les autorisations**
-   
-   ### iOS
-   Ajoutez une description d'utilisation de l'emplacement à votre `Info.plist` :
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>To convert addresses to coordinates</string>
-   ```
-   
-   ### Android
-   Ajoutez des autorisations à votre `AndroidManifest.xml` :
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-</Steps>
-
-## Utilisation
-
-Importez le plugin et utilisez ses méthodes de géocodage :
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-// Forward geocoding: Address to coordinates
-const forwardGeocode = async () => {
-  const results = await NativeGeocoder.forwardGeocode({
-    addressString: '1600 Amphitheatre Parkway, Mountain View, CA',
-    useLocale: true,
-    maxResults: 1
-  });
-  
-  const location = results.addresses[0];
-  console.log('Latitude:', location.latitude);
-  console.log('Longitude:', location.longitude);
-};
-
-// Reverse geocoding: Coordinates to address
-const reverseGeocode = async () => {
-  const results = await NativeGeocoder.reverseGeocode({
-    latitude: 37.4220656,
-    longitude: -122.0840897,
-    useLocale: true,
-    maxResults: 1
-  });
-  
-  const address = results.addresses[0];
-  console.log('Street:', address.thoroughfare);
-  console.log('City:', address.locality);
-  console.log('Country:', address.countryName);
-};
-```
-
-## API Référence
-
-### forwardGeocode(options)
-
-Convertit une chaîne d'adresse en coordonnées géographiques.
-
-```typescript
-interface ForwardGeocodeOptions {
-  addressString: string;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Android only
-}
-
-interface GeocodeResult {
-  addresses: Address[];
-}
-
-interface Address {
-  latitude: number;
-  longitude: number;
-  countryCode?: string;
-  countryName?: string;
-  postalCode?: string;
-  administrativeArea?: string;
-  subAdministrativeArea?: string;
-  locality?: string;
-  subLocality?: string;
-  thoroughfare?: string;
-  subThoroughfare?: string;
-}
-```
-
-### Géocode inversé (options)
-
-Convertit les coordonnées géographiques en informations d’adresse.
-
-```typescript
-interface ReverseGeocodeOptions {
-  latitude: number;
-  longitude: number;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Android only
-}
-```
-
-## Exemples complets
-
-### Recherche d'adresse avec gestion des erreurs
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-export class GeocodingService {
-  async searchAddress(address: string): Promise<{lat: number, lng: number} | null> {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: address,
-        useLocale: true,
-        maxResults: 5
-      });
-      
-      if (results.addresses.length > 0) {
-        const location = results.addresses[0];
-        return {
-          lat: location.latitude,
-          lng: location.longitude
-        };
-      }
-      
-      return null;
-    } catch (error) {
-      console.error('Geocoding failed:', error);
-      return null;
-    }
-  }
-  
-  async getAddressFromCoordinates(lat: number, lng: number): Promise<string | null> {
-    try {
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: lat,
-        longitude: lng,
-        useLocale: true,
-        maxResults: 1
-      });
-      
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        return this.formatAddress(address);
-      }
-      
-      return null;
-    } catch (error) {
-      console.error('Reverse geocoding failed:', error);
-      return null;
-    }
-  }
-  
-  private formatAddress(address: Address): string {
-    const parts = [
-      address.subThoroughfare,
-      address.thoroughfare,
-      address.locality,
-      address.administrativeArea,
-      address.postalCode,
-      address.countryName
-    ].filter(part => part != null && part !== '');
-    
-    return parts.join(', ');
-  }
-}
-```
-
-### Composant de sélection d'emplacement
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-import { Geolocation } from '@capacitor/geolocation';
-
-export class LocationPicker {
-  currentLocation: { lat: number; lng: number } | null = null;
-  currentAddress: string = '';
-  
-  async getCurrentLocation() {
-    try {
-      // Get current coordinates
-      const position = await Geolocation.getCurrentPosition();
-      this.currentLocation = {
-        lat: position.coords.latitude,
-        lng: position.coords.longitude
-      };
-      
-      // Get address for coordinates
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: this.currentLocation.lat,
-        longitude: this.currentLocation.lng,
-        useLocale: true,
-        maxResults: 1
-      });
-      
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        this.currentAddress = [
-          address.thoroughfare,
-          address.locality,
-          address.countryName
-        ].filter(Boolean).join(', ');
-      }
-    } catch (error) {
-      console.error('Failed to get location:', error);
-    }
-  }
-  
-  async searchLocation(query: string) {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: query,
-        useLocale: true,
-        maxResults: 10
-      });
-      
-      return results.addresses.map(address => ({
-        coordinates: {
-          lat: address.latitude,
-          lng: address.longitude
-        },
-        displayName: this.formatDisplayName(address)
-      }));
-    } catch (error) {
-      console.error('Search failed:', error);
-      return [];
-    }
-  }
-  
-  private formatDisplayName(address: Address): string {
-    const mainPart = [
-      address.thoroughfare,
-      address.locality
-    ].filter(Boolean).join(', ');
-    
-    const subPart = [
-      address.administrativeArea,
-      address.countryName
-    ].filter(Boolean).join(', ');
-    
-    return mainPart + (subPart ? ` (${subPart})` : '');
-  }
-}
-```
-
-## meilleures pratiques
-
-1. **Demandez d'abord les autorisations**
-   ```typescript
-   import { Geolocation } from '@capacitor/geolocation';
-   
-   const requestPermissions = async () => {
-     const permissions = await Geolocation.requestPermissions();
-     if (permissions.location !== 'granted') {
-       throw new Error('Location permission required');
-     }
-   };
-   ```
-
-2. **Gérer les erreurs avec élégance**
-   ```typescript
-   try {
-     const results = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-   } catch (error) {
-     // Handle specific error cases
-     if (error.message.includes('network')) {
-       console.error('Network error');
-     } else if (error.message.includes('permission')) {
-       console.error('Permission denied');
-     }
-   }
-   ```
-
-3. **Utilisez judicieusement maxResults**
-   - Pour la recherche d'utilisateurs : utilisez 5 à 10 résultats
-   - Pour une conversion automatique : utilisez 1 résultat
-   - Plus de résultats = réponse plus lente
-
-4. **Cache les résultats lorsque cela est possible**
-   ```typescript
-   const geocodeCache = new Map();
-   
-   async function geocodeWithCache(address: string) {
-     if (geocodeCache.has(address)) {
-       return geocodeCache.get(address);
-     }
-     
-     const result = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-     
-     geocodeCache.set(address, result);
-     return result;
-   }
-   ```
-
-## Différences de plateforme
-
-### iOS
-- Utilise `CLGeocoder` de CoreLocation
-- Aucune clé API requise
-- Respecte automatiquement les paramètres régionaux de l'utilisateur
-
-### Android
-- Utilise Android Géocodeur API
-- Clé Google API en option pour de meilleurs résultats
-- Peut recourir au service Web de Google
-
-### API Configuration des touches (Android)
-
-Pour de meilleurs résultats sur Android, vous pouvez fournir une clé Google API :
-
-```typescript
-await NativeGeocoder.forwardGeocode({
-  addressString: address,
-  apiKey: 'YOUR_GOOGLE_API_KEY' // Android only
-});
-```
-
-## Problèmes courants
-
-1. **Aucun résultat renvoyé**
-   - Vérifier la connexion Internet
-   - Vérifier le format de l'adresse
-   - Essayez avec une adresse plus générale
-
-2. **Erreurs d'autorisation**
-   - Assurez-vous que les autorisations de localisation sont accordées
-   - Vérifiez Info.plist/AndroidManifest.xml
-
-3. **Résultats inexacts**
-   - Utiliser des adresses plus spécifiques
-   - Inclure les codes postaux lorsqu'ils sont disponibles
-   - Pensez à utiliser des coordonnées pour des emplacements précis
diff --git a/src/content/docs/fr/plugins/nativegeocoder/index.mdx b/src/content/docs/fr/plugins/nativegeocoder/index.mdx
deleted file mode 100644
index 57b8b1bfb..000000000
--- a/src/content/docs/fr/plugins/nativegeocoder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/nativegeocoder"
-description: Natif forward and reverse geocoding plugin for converting addresses to coordinates and vice versa.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Convert between addresses and geographic coordinates using Natif platform geocoding APIs for accurate location data.
-  image: 
-    file: ~public/icons/plugins/nativegeocoder.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/nativegeocoder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-nativegeocoder/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Forward geocoding" icon="rocket">
-    Convert addresses to geographic coordinates 📍
-  </Card>
-  <Card title="Reverse geocoding" icon="document">
-    Convert coordinates to human-readable addresses 🏠
-  </Card>
-  <Card title="Native accuracy" icon="star">
-    Uses platform-Natif geocoding for best results 🎯
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/nativegeocoder/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/navigation-bar/getting-started.mdx b/src/content/docs/fr/plugins/navigation-bar/getting-started.mdx
deleted file mode 100644
index 4fb4a365f..000000000
--- a/src/content/docs/fr/plugins/navigation-bar/getting-started.mdx
+++ /dev/null
@@ -1,201 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et configurer le plugin Capacitor Navigation Bar
-  pour personnaliser la couleur et le style de la barre de navigation Android.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-navigation-bar" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurez le plugin**
-
-   **Définir la couleur de la barre de navigation :**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // Set navigation bar color
-   await NavigationBar.setColor({
-     color: '#FF0000', // Red color
-     darkButtons: false // Use light buttons
-   });
-   ```
-
-   **Prise en charge des thèmes dynamiques :**
-   ```typescript
-   // Set color based on theme
-   const isDarkMode = window.matchMedia('(prefers-color-scheme: dark)').matches;
-
-   await NavigationBar.setColor({
-     color: isDarkMode ? '#000000' : '#FFFFFF',
-     darkButtons: !isDarkMode
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="Android">
-       **Exigences minimales :**
-       - Android 5.0 (API niveau 21) ou supérieur
-       - Le plugin ne fonctionne que sur les appareils Android
-       
-       Aucune configuration supplémentaire requise dans AndroidManifest.xml.
-     </TabItem>
-     <TabItem label="iOS">
-       Ce plugin est uniquement Android. iOS n'a pas de barre de navigation personnalisable.
-     </TabItem>
-   </Tabs>
-
-4. **Utilisation avancée**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   export class ThemeService {
-     // Set transparent navigation bar
-     async setTransparent() {
-       await NavigationBar.setColor({
-         color: '#00000000', // Transparent
-         darkButtons: true
-       });
-     }
-
-     // Match app theme
-     async matchAppTheme(primaryColor: string, isLight: boolean) {
-       await NavigationBar.setColor({
-         color: primaryColor,
-         darkButtons: isLight
-       });
-     }
-
-     // Get current navigation bar color
-     async getCurrentColor() {
-       const result = await NavigationBar.getColor();
-       console.log('Current color:', result.color);
-       return result.color;
-     }
-
-     // Reset to default
-     async resetToDefault() {
-       await NavigationBar.setColor({
-         color: '#000000',
-         darkButtons: false
-       });
-     }
-   }
-   ```
-
-5. **Intégration avec le cycle de vie des applications**
-   ```typescript
-   import { App } from '@capacitor/app';
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // Update navigation bar on app state changes
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       // Restore your app's navigation bar color
-       await NavigationBar.setColor({
-         color: '#YourAppColor',
-         darkButtons: true
-       });
-     }
-   });
-
-   // Handle theme changes
-   window.matchMedia('(prefers-color-scheme: dark)')
-     .addEventListener('change', async (e) => {
-       await NavigationBar.setColor({
-         color: e.matches ? '#121212' : '#FFFFFF',
-         darkButtons: !e.matches
-       });
-     });
-   ```
-</Steps>
-
-## API Référence
-
-### Méthodes
-
-#### `setColor(options: ColorOptions)`
-Définissez la couleur de la barre de navigation et le style des boutons.
-
-**Paramètres :**
-- `options` : Objet de configuration
-  - `color` : chaîne - Code couleur hexadécimal (par exemple, '#FF0000')
-  - `darkButtons` : booléen - Utiliser des boutons sombres (vrai) ou des boutons clairs (faux)
-
-**Retours :** `Promise<void>`
-
-#### `getColor()`
-Obtenez la couleur actuelle de la barre de navigation.
-
-**Retours :** `Promise<{ color: string }>`
-
-###Interfaces
-
-```typescript
-interface ColorOptions {
-  color: string;      // Hex color code
-  darkButtons: boolean; // Button style
-}
-
-interface ColorResult {
-  color: string;      // Current hex color
-}
-```
-
-## Remarques sur la plate-forme
-
-### Android
-- Nécessite Android 5.0 (API niveau 21) ou supérieur
-- Les changements de couleur sont immédiats
-- Les couleurs transparentes sont prises en charge (utilisez le canal alpha)
-- La barre de navigation peut ne pas être visible sur les appareils dotés de navigation gestuelle
-
-### iOS
-- Ce plugin n'a aucun effet sur les appareils iOS
-- iOS ne fournit pas d'API pour personnaliser la navigation du système
-
-## Cas d'utilisation courants
-
-1. **Cohérence de la marque** : faites correspondre la barre de navigation avec la couleur principale de votre application
-2. **Prise en charge des thèmes** : Adaptez-vous dynamiquement aux thèmes clairs/sombres
-3. **Expériences immersives** : utilisez une navigation transparente pour le contenu en plein écran
-4. **Indication d'état** : changez la couleur pour indiquer les états de l'application (enregistrement, erreurs, etc.)
-
-## meilleures pratiques
-
-1. **Contraste des couleurs** : assurez un contraste suffisant entre la barre de navigation et les boutons
-   ```typescript
-   // Good contrast examples
-   setColor({ color: '#FFFFFF', darkButtons: true });  // White bar, dark buttons
-   setColor({ color: '#000000', darkButtons: false }); // Black bar, light buttons
-   ```
-
-2. **Cohérence du thème** : mettre à jour la barre de navigation lorsque le thème change
-3. **Accessibilité** : Tenez compte des utilisateurs malvoyants lors du choix des couleurs
-4. **Performance** : évitez les changements de couleur fréquents qui pourraient distraire les utilisateurs
-
-## Dépannage
-
-**La barre de navigation ne change pas :**
-- Vérifiez que l'appareil exécute Android 5.0+
-- Vérifiez si la navigation gestuelle est activée sur l'appareil
-- Assurez-vous que le format de couleur est un hexadécimal valide (par exemple, « #FF0000 »)
-
-**Boutons non visibles :**
-- Vérifiez que le paramètre `darkButtons` correspond à votre couleur de fond
-- Les arrière-plans clairs nécessitent `darkButtons: true`
-- Les arrière-plans sombres nécessitent `darkButtons: false`
-
-**La couleur semble différente :**
-- Certaines versions Android peuvent modifier légèrement la couleur
-- Utilisez des couleurs entièrement opaques pour de meilleurs résultats
diff --git a/src/content/docs/fr/plugins/navigation-bar/index.mdx b/src/content/docs/fr/plugins/navigation-bar/index.mdx
deleted file mode 100644
index b4c8478b4..000000000
--- a/src/content/docs/fr/plugins/navigation-bar/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-navigation-bar"
-description: Capacitor plugin to customize the Android navigation bar color, providing seamless integration with your Application's design.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Set custom colors for the Android navigation bar to match your Application's theme and Créer a cohesive visual experience.
-  image: 
-    file: ~public/icons/plugins/navigation-bar.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/navigation-bar/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-navigation-bar/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Android customization" icon="rocket">
-    Full control over Android navigation bar appearance 🎨
-  </Card>
-  <Card title="Dynamic theming" icon="setting">
-    Change colors dynamically to match your Application's theme 🌈
-  </Card>
-  <Card title="Light/Dark support" icon="moon">
-    Support for light and dark navigation bar styles 🌓
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/navigation-bar/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/nfc/getting-started.mdx b/src/content/docs/fr/plugins/nfc/getting-started.mdx
deleted file mode 100644
index c58334af4..000000000
--- a/src/content/docs/fr/plugins/nfc/getting-started.mdx
+++ /dev/null
@@ -1,456 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the NFC plugin to read and write NFC tags in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-nfc" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configuration
-
-### iOS Configuration
-
-Add the NFC usage description to your `Info.plist`:
-
-```xml
-<key>NFCReaderUsageDescription</key>
-<string>This app needs NFC access to read and write tags</string>
-```
-
-Activer the Near Field Communication Tag Reading capability in your Xcode project.
-
-### Android Configuration
-
-Add the NFC permission to your `AndroidManifest.xml`:
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.NFC" />
-  <uses-feature android:name="android.hardware.nfc" android:required="false" />
-</manifest>
-```
-
-## Utilisation
-
-### Démarrer Scanning for NFC Tags
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-await CapacitorNfc.startScanning({
-  invalidateAfterFirstRead: false, // Keep session open (iOS)
-  alertMessage: 'Hold a tag near the top of your device.',
-});
-
-const listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-  console.log('Tag detected:', event.type);
-  console.log('Tag ID:', event.tag?.id);
-  console.log('NDEF message:', event.tag?.ndefMessage);
-});
-```
-
-### Read NFC Tag
-
-```typescript
-await CapacitorNfc.addListener('nfcEvent', (event) => {
-  if (event.tag?.ndefMessage) {
-    event.tag.ndefMessage.forEach(record => {
-      console.log('TNF:', record.tnf);
-      console.log('Type:', record.type);
-      console.log('Payload:', record.payload);
-
-      // Decode text record
-      if (record.tnf === 1 && record.type[0] === 0x54) { // Text record
-        const langLen = record.payload[0] & 0x3f;
-        const text = new TextDecoder().decode(
-          new Uint8Array(record.payload.slice(langLen + 1))
-        );
-        console.log('Text:', text);
-      }
-    });
-  }
-});
-```
-
-### Write to NFC Tag
-
-```typescript
-// Prepare a text record
-const encoder = new TextEncoder();
-const langBytes = Array.from(encoder.encode('en'));
-const textBytes = Array.from(encoder.encode('Hello NFC'));
-const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x54], // 'T' for Text
-      id: [],
-      payload,
-    },
-  ],
-});
-
-console.log('Tag written successfully');
-```
-
-### Write URL to NFC Tag
-
-```typescript
-const url = 'https://capgo.app';
-const urlBytes = Array.from(new TextEncoder().encode(url));
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x55], // 'U' for URI
-      id: [],
-      payload: [0x01, ...urlBytes], // 0x01 = https://
-    },
-  ],
-});
-```
-
-### Erase NFC Tag
-
-```typescript
-await CapacitorNfc.erase();
-console.log('Tag erased');
-```
-
-### Make Tag Read-Only
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-console.log('Tag is now read-only');
-```
-
-### Arrêter Scanning
-
-```typescript
-await listener.remove();
-await CapacitorNfc.stopScanning();
-```
-
-### Vérifier NFC Status
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-console.log('NFC status:', status);
-// Possible values: 'NFC_OK', 'NO_NFC', 'NFC_DISABLED', 'NDEF_PUSH_DISABLED'
-
-if (status === 'NFC_DISABLED') {
-  // Open system settings
-  await CapacitorNfc.showSettings();
-}
-```
-
-### Android Beam (P2P Sharing)
-
-```typescript
-// Share data via Android Beam
-const message = {
-  records: [
-    {
-      tnf: 0x01,
-      type: [0x54], // Text
-      id: [],
-      payload: [/* text record payload */],
-    },
-  ],
-};
-
-await CapacitorNfc.share(message);
-
-// Later, stop sharing
-await CapacitorNfc.unshare();
-```
-
-## API Référence
-
-### startScanning(Options?)
-
-Démarrer listening for NFC tags.
-
-```typescript
-interface StartScanningOptions {
-  invalidateAfterFirstRead?: boolean; // iOS only, defaults to true
-  alertMessage?: string; // iOS only
-  androidReaderModeFlags?: number; // Android only
-}
-
-await CapacitorNfc.startScanning(options);
-```
-
-### stopScanning()
-
-Arrêter the NFC scanning session.
-
-```typescript
-await CapacitorNfc.stopScanning();
-```
-
-### write(Options)
-
-Write NDEF records to the last discovered tag.
-
-```typescript
-interface WriteTagOptions {
-  records: NdefRecord[];
-  allowFormat?: boolean; // Defaults to true
-}
-
-interface NdefRecord {
-  tnf: number; // Type Name Format
-  type: number[]; // Record type
-  id: number[]; // Record ID
-  payload: number[]; // Record payload
-}
-
-await CapacitorNfc.write(options);
-```
-
-### erase()
-
-Erase the last discovered tag.
-
-```typescript
-await CapacitorNfc.erase();
-```
-
-### makeReadOnly()
-
-Make the last discovered tag read-only (permanent).
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-```
-
-### share(Options)
-
-Share NDEF message via Android Beam (Android only).
-
-```typescript
-await CapacitorNfc.share({ records: [...] });
-```
-
-### unshare()
-
-Arrêter sharing (Android only).
-
-```typescript
-await CapacitorNfc.unshare();
-```
-
-### getStatus()
-
-Get current NFC adapter status.
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-// Returns: 'NFC_OK' | 'NO_NFC' | 'NFC_DISABLED' | 'NDEF_PUSH_DISABLED'
-```
-
-### showSettings()
-
-Open system NFC Paramètres.
-
-```typescript
-await CapacitorNfc.showSettings();
-```
-
-## Events
-
-### nfcEvent
-
-Fired when an NFC tag is discovered.
-
-```typescript
-interface NfcEvent {
-  type: 'tag' | 'ndef' | 'ndef-mime' | 'ndef-formattable';
-  tag?: NfcTag;
-}
-
-interface NfcTag {
-  id: number[];
-  techTypes: string[];
-  type: string | null;
-  maxSize: number | null;
-  isWritable: boolean | null;
-  canMakeReadOnly: boolean | null;
-  ndefMessage: NdefRecord[] | null;
-}
-```
-
-### nfcStateChange
-
-Fired when NFC adapter availability changes (Android only).
-
-```typescript
-interface NfcStateChangeEvent {
-  status: NfcStatus;
-  enabled: boolean;
-}
-```
-
-## Terminé Exemple
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-export class NfcService {
-  private listener: any;
-
-  async startReading() {
-    // Check NFC status
-    const { status } = await CapacitorNfc.getStatus();
-
-    if (status === 'NO_NFC') {
-      throw new Error('NFC not available on this device');
-    }
-
-    if (status === 'NFC_DISABLED') {
-      await CapacitorNfc.showSettings();
-      return;
-    }
-
-    // Start scanning
-    await CapacitorNfc.startScanning({
-      invalidateAfterFirstRead: false,
-      alertMessage: 'Ready to scan NFC tags',
-    });
-
-    // Listen for tags
-    this.listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-      this.handleNfcEvent(event);
-    });
-  }
-
-  private handleNfcEvent(event: any) {
-    console.log('NFC Event:', event.type);
-
-    if (event.tag?.ndefMessage) {
-      event.tag.ndefMessage.forEach(record => {
-        this.processRecord(record);
-      });
-    }
-  }
-
-  private processRecord(record: any) {
-    // Process text records
-    if (record.tnf === 1 && record.type[0] === 0x54) {
-      const langLen = record.payload[0] & 0x3f;
-      const text = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(langLen + 1))
-      );
-      console.log('Text:', text);
-    }
-
-    // Process URI records
-    if (record.tnf === 1 && record.type[0] === 0x55) {
-      const uriCode = record.payload[0];
-      const uri = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(1))
-      );
-      console.log('URI:', uri);
-    }
-  }
-
-  async writeText(text: string) {
-    const encoder = new TextEncoder();
-    const langBytes = Array.from(encoder.encode('en'));
-    const textBytes = Array.from(encoder.encode(text));
-    const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-    await CapacitorNfc.write({
-      allowFormat: true,
-      records: [
-        {
-          tnf: 0x01,
-          type: [0x54],
-          id: [],
-          payload,
-        },
-      ],
-    });
-  }
-
-  async stopReading() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await CapacitorNfc.stopScanning();
-  }
-}
-```
-
-## NDEF Record Types
-
-### TNF (Type Name Format)
-
-- `0x00`: Empty
-- `0x01`: Well-known (e.g., Text, URI)
-- `0x02`: MIME media type
-- `0x03`: Absolute URI
-- `0x04`: External type
-- `0x05`: Unknown
-- `0x06`: Unchanged
-- `0x07`: Reserved
-
-### Common Record Types
-
-- **Text**: `type: [0x54]` ('T')
-- **URI**: `type: [0x55]` ('U')
-- **Smart Poster**: `type: [0x53, 0x70]` ('Sp')
-
-### URI Prefixes
-
-- `0x00`: (no prefix)
-- `0x01`: `https://`
-- `0x02`: `https://`
-- `0x03`: `http://`
-- `0x04`: `https://www.`
-
-## Bonnes pratiques
-
-1. **Vérifier NFC Status**: Always verify NFC is Disponible and enabled
-2. **Handle Permissions**: Request NFC permissions appropriately
-3. **Arrêter Scanning**: Always Arrêter scanning when done to Enregistrer battery
-4. **Erreur Handling**: Wrap NFC operations in try-catch blocks
-5. **Test on Appareils**: NFC Fonctionnalités don't work on simulators/emulators
-
-## Platform Notes
-
-### iOS
-- Requires iOS 11.0+
-- Uses Core NFC framework
-- Supports background tag reading (iOS 13+)
-- Limited to reading NDEF-formatted tags
-- Cannot write tags in background
-- Requires NFCReaderUsageDescription in Info.plist
-
-### Android
-- Requires Android 4.4 (API 19)+
-- Uses Android NFC API
-- Supports both foreground and background tag reading
-- Can write to tags
-- Supports Android Beam (P2P) on Appareils with NFC
-- Requires NFC permission in AndroidManifest.xml
-
-### Web
-- Not supported on web platform
diff --git a/src/content/docs/fr/plugins/nfc/index.mdx b/src/content/docs/fr/plugins/nfc/index.mdx
deleted file mode 100644
index 6d08ac563..000000000
--- a/src/content/docs/fr/plugins/nfc/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-nfc"
-description: Natif NFC tag discovery, reading and writing for Capacitor apps on iOS and Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Read and write NFC tags with Natif Support for iOS and Android, enabling contactless interactions and smart tag experiences.
-  image: 
-    file: ~public/icons/plugins/nfc.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/nfc/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-nfc/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Tag Discovery" icon="star">
-    Detect NFC tags automatically when they come near the Appareil 📡
-  </Card>
-  <Card title="Read NDEF Records" icon="open-book">
-    Read structured data from NFC tags including text, URLs, and custom payloads 📖
-  </Card>
-  <Card title="Write to Tags" icon="pencil">
-    Write NDEF messages to compatible NFC tags 📝
-  </Card>
-  <Card title="Tag Formatting" icon="setting">
-    Format NDEF-formattable tags for writing data 🔧
-  </Card>
-  <Card title="Peer-to-Peer" icon="rocket">
-    Share data between Appareils using Android Beam (Android only) 📲
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Works on both iOS and Android with consistent API 📱
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/pay/getting-started.mdx b/src/content/docs/fr/plugins/pay/getting-started.mdx
deleted file mode 100644
index 0c9bd1e91..000000000
--- a/src/content/docs/fr/plugins/pay/getting-started.mdx
+++ /dev/null
@@ -1,131 +0,0 @@
----
-title: Commencer
-description: >-
-  Configurez Apple Pay et Google Pay pour votre paiement Capacitor avec le
-  plugin Pay.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le plugin**
-   <PackageManagers pkg="@capgo/capacitor-pay" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Prérequis natifs
-
-- **Apple Paie (iOS)**
-  1. Créez un identifiant de marchand Apple Pay dans le portail des développeurs Apple.
-  2. Générez et téléchargez le certificat de traitement des paiements requis par votre passerelle.
-  3. Activez la fonctionnalité **Apple Pay** dans Xcode et assurez-vous que votre profil d'approvisionnement l'inclut.
-  4. Mettez à jour `Info.plist` avec une description d'utilisation si votre passerelle nécessite un accès au réseau pour valider les paiements.
-
-- **Google Salaire (Android)**
-  1. Connectez-vous à la [Google Pay Business Console](https://pay.google.com/business/console/).
-  2. Configurez les paramètres de votre passerelle de paiement ou configurez la tokenisation directe pour les tests.
-  3. Si vous prévoyez d'utiliser des cartes de production, remplacez `environment` par `PRODUCTION` et enregistrez les cartes de test pour le contrôle qualité.
-  4. Confirmez que les services Google Play sont disponibles sur l'appareil (requis par Google Pay).
-
-Reportez-vous aux guides sous `docs/` dans le référentiel du plugin pour des captures d'écran étape par étape.
-
-## Vérifier la disponibilité
-
-```typescript
-import { Pay } from '@capgo/capacitor-pay';
-
-const availability = await Pay.isPayAvailable({
-  apple: { supportedNetworks: ['visa', 'masterCard', 'amex'] },
-  google: {
-    isReadyToPayRequest: {
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-          },
-        },
-      ],
-    },
-  },
-});
-
-if (!availability.available) {
-  console.warn('Native pay unavailable:', availability);
-}
-```
-
-## Demander un paiement (Apple Pay)
-
-```typescript
-const appleResult = await Pay.requestPayment({
-  apple: {
-    merchantIdentifier: 'merchant.com.example.app',
-    countryCode: 'US',
-    currencyCode: 'USD',
-    supportedNetworks: ['visa', 'masterCard'],
-    paymentSummaryItems: [
-      { label: 'Starter Plan', amount: '9.99' },
-      { label: 'Capgo Store', amount: '9.99' },
-    ],
-    requiredShippingContactFields: ['name', 'emailAddress'],
-  },
-});
-
-const token = appleResult.apple?.paymentData;
-```
-
-## Demander un paiement (Google Pay)
-
-```typescript
-const googleResult = await Pay.requestPayment({
-  google: {
-    environment: 'test',
-    paymentDataRequest: {
-      apiVersion: 2,
-      apiVersionMinor: 0,
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-            billingAddressRequired: true,
-            billingAddressParameters: { format: 'FULL' },
-          },
-          tokenizationSpecification: {
-            type: 'PAYMENT_GATEWAY',
-            parameters: {
-              gateway: 'example',
-              gatewayMerchantId: 'exampleMerchantId',
-            },
-          },
-        },
-      ],
-      merchantInfo: {
-        merchantName: 'Capgo Store',
-      },
-      transactionInfo: {
-        totalPriceStatus: 'FINAL',
-        totalPrice: '9.99',
-        currencyCode: 'USD',
-        countryCode: 'US',
-      },
-    },
-  },
-});
-
-const paymentData = googleResult.google?.paymentData;
-```
-
-## Gestion des réponses
-
-- Tokenisez la charge utile renvoyée avec votre processeur de paiement et confirmez la transaction côté serveur.
-- Faites apparaître un chemin de repli (saisie de carte, facture) si la paie native n'est pas disponible ou si l'utilisateur annule la feuille.
-- Mettez en cache le résultat de disponibilité afin de ne pas afficher les boutons sur les appareils non pris en charge.
diff --git a/src/content/docs/fr/plugins/pay/index.mdx b/src/content/docs/fr/plugins/pay/index.mdx
deleted file mode 100644
index 208cd519f..000000000
--- a/src/content/docs/fr/plugins/pay/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: '@capgo/capacitor-pay'
-description: >-
-  Présentez les feuilles de paie Apple et Google de Capacitor avec un flux de
-  travail unifié.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Proposez des caisses natives Apple Pay et Google Pay avec un seul TypeScript
-    API qui s'adapte à chaque plateforme.
-  image:
-    file: ~public/icons/plugins/pay.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/pay/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-pay/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Pay relie les dernières versions de Apple Pay et Google Pay SDKs afin que vous puissiez offrir une expérience de paiement transparente sur tous les appareils.
-
-<CardGrid stagger>
-  <Card title="API unifié" icon="pencil">
-    Appelez `isPayAvailable` et `requestPayment` une fois et laissez le plugin gérer chaque plate-forme.
-  </Card>
-  <Card title="Installation rapide" icon="rocket">
-    Expédiez des feuilles de paiement entièrement natives sans câbler manuellement le code spécifique à la plateforme.
-  </Card>
-  <Card title="Paiements tokenisés" icon="approve-check">
-    Recevez des jetons de paiement prêts pour votre passerelle ou vos intégrations PSP.
-  </Card>
-  <Card title="Flux personnalisables" icon="star">
-    Configurez les éléments de campagne, les champs de contact et les exigences de facturation en fonction de votre paiement.
-  </Card>
-</CardGrid>
-
-Plongez dans le guide de démarrage pour découvrir les listes de contrôle de configuration et des exemples de charges utiles pour chaque plate-forme.
diff --git a/src/content/docs/fr/plugins/pdf-generator/getting-started.mdx b/src/content/docs/fr/plugins/pdf-generator/getting-started.mdx
deleted file mode 100644
index 0a82f0f22..000000000
--- a/src/content/docs/fr/plugins/pdf-generator/getting-started.mdx
+++ /dev/null
@@ -1,68 +0,0 @@
----
-title: Commencer
-description: >-
-  Convertissez HTML et les pages distantes en PDF avec le plugin Capgo PDF
-  Generator.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le plugin**
-   <PackageManagers pkg="@capgo/capacitor-pdf-generator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Plateformes de synchronisation**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Générer à partir de HTML
-
-```typescript
-import { PdfGenerator } from '@capgo/capacitor-pdf-generator';
-
-const receiptHtml = `
-  <html>
-    <body>
-      <h1>Capgo Store</h1>
-      <p>Thank you for your purchase.</p>
-    </body>
-  </html>
-`;
-
-const pdf = await PdfGenerator.fromData({
-  data: receiptHtml,
-  documentSize: 'A4',
-  orientation: 'portrait',
-  type: 'base64',
-  fileName: 'receipt.pdf',
-});
-
-if (pdf.type === 'base64') {
-  const link = document.createElement('a');
-  link.href = `data:application/pdf;base64,${pdf.base64}`;
-  link.download = 'receipt.pdf';
-  link.click();
-}
-```
-
-## Capturer une URL distante
-
-```typescript
-await PdfGenerator.fromURL({
-  url: 'https://docs.capgo.app/invoice?id=123',
-  orientation: 'landscape',
-  documentSize: 'A4',
-  type: 'share', // opens the native share dialog
-  fileName: 'invoice-123.pdf',
-});
-```
-
-## Conseils
-
-- Incluez du CSS en ligne dans votre chaîne HTML ou fournissez un `baseUrl` pour que les actifs relatifs soient résolus correctement.
-- Lorsque vous renvoyez des données base64 sur mobile, déplacez-les vers le système de fichiers (par exemple, Capacitor Filesystem) avant de les partager.
-- l'orientation paysage est idéale pour les tableaux larges, tandis que l'orientation portrait s'adapte à la plupart des documents.
-- Envisagez d'utiliser des polices CSS étendues (par exemple, des polices système) pour un rendu cohérent sur toutes les plateformes.
diff --git a/src/content/docs/fr/plugins/pdf-generator/index.mdx b/src/content/docs/fr/plugins/pdf-generator/index.mdx
deleted file mode 100644
index c87ae723d..000000000
--- a/src/content/docs/fr/plugins/pdf-generator/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-pdf-generator"
-description: Generate PDFs from HTML markup or remote URLs directly on-Appareil.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Render pixel-perfect PDFs from templates, receipts, or reports without leaving your Capacitor Application.
-  image: 
-    file: ~public/icons/plugins/pdf-generator.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/pdf-generator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pdf-generator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Convert HTML or remote pages into shareable PDFs with Capgo's Natif renderer for iOS and Android.
-
-<CardGrid stagger>
-  <Card title="HTML to PDF" icon="pencil">
-    Feed in HTML templates and get a ready-to-share PDF document in seconds.
-  </Card>
-  <Card title="Remote capture" icon="rocket">
-    Snapshot any accessible URL and Enregistrer or distribute the generated PDF.
-  </Card>
-  <Card title="Flexible outputs" icon="star">
-    Return base64 data or trigger the Natif share sheet depending on your workflow.
-  </Card>
-  <Card title="Document controls" icon="setting">
-    Specify orientation, page size, and filenames for every render.
-  </Card>
-</CardGrid>
-
-Head over to the Commencer Guide for platform notes and Utilisation Exemples.
diff --git a/src/content/docs/fr/plugins/pedometer/getting-started.mdx b/src/content/docs/fr/plugins/pedometer/getting-started.mdx
deleted file mode 100644
index 6ce0e9e2a..000000000
--- a/src/content/docs/fr/plugins/pedometer/getting-started.mdx
+++ /dev/null
@@ -1,210 +0,0 @@
----
-title: Premiers pas avec le podomètre
-description: >-
-  Découvrez comment intégrer le comptage des pas et le suivi de la condition
-  physique dans votre application Capacitor
-locale: fr
----
-Ce guide vous guidera dans l'intégration du plugin Capacitor Pedometer dans votre application.
-
-##Installation
-
-Installez le plugin en utilisant npm :
-
-```bash
-npm install @capgo/capacitor-pedometer
-npx cap sync
-```
-
-## iOSConfiguration
-
-Ajoutez une description d'utilisation du mouvement à votre `Info.plist` :
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>We need access to your motion data to track steps and activity</string>
-```
-
-## AndroidConfiguration
-
-Le plugin ajoute automatiquement l'autorisation `ACTIVITY_RECOGNITION`. Pour Android 10+ (API 29), vous devez demander cette autorisation au moment de l'exécution.
-
-## Utilisation de base
-
-### Importer le plugin
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-```
-
-### Vérifier la disponibilité
-
-```typescript
-const checkPedometer = async () => {
-  const result = await CapacitorPedometer.isAvailable();
-  console.log('Step counting available:', result.stepCounting);
-  console.log('Distance available:', result.distance);
-  console.log('Floor counting available:', result.floorCounting);
-  console.log('Pace available:', result.pace);
-  console.log('Cadence available:', result.cadence);
-};
-```
-
-### Demander des autorisations
-
-```typescript
-const requestPermission = async () => {
-  const permission = await CapacitorPedometer.requestPermissions();
-  console.log('Permission status:', permission.activityRecognition);
-};
-```
-
-### Obtenez les mesures actuelles
-
-```typescript
-const getMeasurements = async () => {
-  const measurements = await CapacitorPedometer.getMeasurement({
-    startDate: new Date(Date.now() - 24 * 60 * 60 * 1000), // 24 hours ago
-    endDate: new Date()
-  });
-
-  console.log('Steps:', measurements.numberOfSteps);
-  console.log('Distance:', measurements.distance, 'meters');
-  console.log('Floors ascended:', measurements.floorsAscended);
-  console.log('Floors descended:', measurements.floorsDescended);
-};
-```
-
-### Démarrer les mises à jour en temps réel
-
-```typescript
-// Add listener for real-time updates
-CapacitorPedometer.addListener('measurement', (data) => {
-  console.log('Steps:', data.numberOfSteps);
-  console.log('Distance:', data.distance);
-  console.log('Pace:', data.currentPace);
-  console.log('Cadence:', data.currentCadence);
-});
-
-// Start receiving updates
-await CapacitorPedometer.startMeasurementUpdates();
-```
-
-### Arrêter les mises à jour
-
-```typescript
-await CapacitorPedometer.stopMeasurementUpdates();
-CapacitorPedometer.removeAllListeners();
-```
-
-## Exemple complet
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-
-class PedometerService {
-  private listener: any;
-
-  async initialize() {
-    // Check availability
-    const available = await CapacitorPedometer.isAvailable();
-    if (!available.stepCounting) {
-      console.error('Step counting not available');
-      return false;
-    }
-
-    // Request permissions
-    const permission = await CapacitorPedometer.requestPermissions();
-    if (permission.activityRecognition !== 'granted') {
-      console.error('Permission denied');
-      return false;
-    }
-
-    return true;
-  }
-
-  async startTracking() {
-    // Add listener
-    this.listener = CapacitorPedometer.addListener('measurement', (data) => {
-      this.onMeasurement(data);
-    });
-
-    // Start updates
-    await CapacitorPedometer.startMeasurementUpdates();
-    console.log('Pedometer tracking started');
-  }
-
-  async stopTracking() {
-    await CapacitorPedometer.stopMeasurementUpdates();
-    if (this.listener) {
-      this.listener.remove();
-    }
-    console.log('Pedometer tracking stopped');
-  }
-
-  onMeasurement(data: any) {
-    console.log('Steps today:', data.numberOfSteps);
-    console.log('Distance:', (data.distance / 1000).toFixed(2), 'km');
-  }
-
-  async getTodaySteps() {
-    const today = new Date();
-    today.setHours(0, 0, 0, 0);
-
-    const measurements = await CapacitorPedometer.getMeasurement({
-      startDate: today,
-      endDate: new Date()
-    });
-
-    return measurements.numberOfSteps;
-  }
-}
-
-// Usage
-const pedometer = new PedometerService();
-await pedometer.initialize();
-await pedometer.startTracking();
-```
-
-## meilleures pratiques
-
-1. **Vérifier la disponibilité** : vérifiez toujours les fonctionnalités du podomètre avant utilisation
-2. **Demander des autorisations** : gérez les demandes d'autorisation avec élégance
-3. **Optimisation de la batterie** : arrêtez les mises à jour lorsque vous n'en avez pas besoin
-4. **Gestion des erreurs** : enveloppez les appels dans des blocs try-catch
-5. **Mises à jour en arrière-plan** : configurez les modes d'arrière-plan pour un suivi continu
-
-## Problèmes courants
-
-### Autorisation refusée
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await CapacitorPedometer.checkPermissions();
-
-  if (permission.activityRecognition === 'denied') {
-    alert('Motion tracking permission is required. Please enable it in Settings.');
-  }
-};
-```
-
-### Non disponible sur l'appareil
-
-```typescript
-const checkSupport = async () => {
-  const available = await CapacitorPedometer.isAvailable();
-
-  if (!available.stepCounting) {
-    alert('Step counting is not available on this device');
-    return false;
-  }
-
-  return true;
-};
-```
-
-## Prochaines étapes
-
-- Explorez la [API Reference](https://github.com/Cap-go/capacitor-pedometer#api) pour une documentation complète
-- Consultez l'[exemple d'application](https://github.com/Cap-go/capacitor-pedometer/tree/main/example)
-- Voir le [tutoriel](/plugins/capacitor-pedometer) pour une implémentation avancée
diff --git a/src/content/docs/fr/plugins/pedometer/index.mdx b/src/content/docs/fr/plugins/pedometer/index.mdx
deleted file mode 100644
index 35665dfc8..000000000
--- a/src/content/docs/fr/plugins/pedometer/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-pedometer"
-description: Suivez les pas, la distance, l'allure et les données de fitness à l'aide des capteurs de podomètre de l'appareil pour un suivi complet de la santé et de la forme.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Accédez à des données complètes de podomètre pour le suivi de la forme et de la santé avec des mises à jour en temps réel et des requêtes sur les données historiques.
-  image: 
-    file: ~public/icons/plugins/pedometer.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/pedometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pedometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Comptage des pas" icon="rocket">
-    Détection et comptage précis des pas 👟
-  </Card>
-  <Card title="Suivi de la distance" icon="star">
-    Calculez la distance parcourue en temps réel 📏
-  </Card>
-  <Card title="Allure et cadence" icon="setting">
-    Surveillez la vitesse de marche et de course 🏃
-  </Card>
-  <Card title="Données historiques" icon="document">
-    Interrogez les données du podomètre sur des plages horaires spécifiques 📊
-  </Card>
-  <Card title="Suivi des étages" icon="approve-check">
-    Comptez les étages gravis sur les appareils iOS 🪜
-  </Card>
-  <Card title="Premiers pas" icon="open-book">
-    Consultez le [guide de démarrage](/docs/plugins/pedometer/getting-started/) pour installer et configurer le plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/persistent-account/getting-started.mdx b/src/content/docs/fr/plugins/persistent-account/getting-started.mdx
deleted file mode 100644
index 22811b15b..000000000
--- a/src/content/docs/fr/plugins/persistent-account/getting-started.mdx
+++ /dev/null
@@ -1,339 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the Persistent Compte plugin to maintain Utilisateur data across Application installations.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Platform Support
-
-- **iOS**: Uses iOS Keychain Services for secure, persistent storage
-- **Android**: Uses Android Compte Manager or shared preferences with backup
-
-## Utilisation Exemple
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// Define your account data structure
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// Save account data
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// Read account data
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('Restored account:', account.username);
-} else {
-  console.log('No account data found');
-}
-```
-
-## API Référence
-
-### saveAccount(Options)
-
-```typescript
-saveAccount(options: { data: unknown }) => Promise<void>
-```
-
-Securely Enregistrer Compte data to persistent storage.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ data: unknown }` |
-
-### readAccount()
-
-```typescript
-readAccount() => Promise<{ data: unknown | null }>
-```
-
-Retrieve stored Compte data.
-
-**Returns:** `Promise<{ data: unknown | null }>`
-
-## Practical Implementation
-
-### Terminé Auth Service Exemple
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  authToken?: string;
-  preferences: {
-    theme: string;
-    language: string;
-    notifications: boolean;
-  };
-}
-
-class AuthService {
-  // Save user account after login
-  async saveUserAccount(user: UserAccount) {
-    try {
-      await PersistentAccount.saveAccount({ data: user });
-      console.log('User account saved successfully');
-    } catch (error) {
-      console.error('Failed to save account:', error);
-      throw error;
-    }
-  }
-
-  // Restore user account on app start
-  async restoreUserAccount(): Promise<UserAccount | null> {
-    try {
-      const result = await PersistentAccount.readAccount();
-
-      if (result.data) {
-        const account = result.data as UserAccount;
-        console.log('Restored user account:', account.username);
-        return account;
-      }
-
-      console.log('No saved account found');
-      return null;
-    } catch (error) {
-      console.error('Failed to restore account:', error);
-      return null;
-    }
-  }
-
-  // Update user preferences
-  async updatePreferences(preferences: Partial<UserAccount['preferences']>) {
-    const account = await this.restoreUserAccount();
-
-    if (account) {
-      const updatedAccount: UserAccount = {
-        ...account,
-        preferences: {
-          ...account.preferences,
-          ...preferences
-        }
-      };
-
-      await this.saveUserAccount(updatedAccount);
-    }
-  }
-
-  // Clear account data (on logout)
-  async clearAccount() {
-    try {
-      await PersistentAccount.saveAccount({ data: null });
-      console.log('Account data cleared');
-    } catch (error) {
-      console.error('Failed to clear account:', error);
-    }
-  }
-}
-
-// Usage
-const authService = new AuthService();
-
-// On login
-await authService.saveUserAccount({
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  authToken: 'abc123xyz',
-  preferences: {
-    theme: 'dark',
-    language: 'en',
-    notifications: true
-  }
-});
-
-// On app start
-const savedAccount = await authService.restoreUserAccount();
-if (savedAccount) {
-  // User was previously logged in
-  console.log('Welcome back,', savedAccount.username);
-}
-
-// Update preferences
-await authService.updatePreferences({
-  theme: 'light',
-  notifications: false
-});
-
-// On logout
-await authService.clearAccount();
-```
-
-### Application Initialisation with Compte Restoration
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function initializeApp() {
-  try {
-    // Try to restore saved account
-    const result = await PersistentAccount.readAccount();
-
-    if (result.data) {
-      const account = result.data as UserAccount;
-
-      // Validate token is still valid
-      const isValid = await validateAuthToken(account.authToken);
-
-      if (isValid) {
-        // Restore user session
-        setCurrentUser(account);
-        navigateToHome();
-      } else {
-        // Token expired, show login
-        navigateToLogin();
-      }
-    } else {
-      // No saved account, show login
-      navigateToLogin();
-    }
-  } catch (error) {
-    console.error('Failed to initialize app:', error);
-    navigateToLogin();
-  }
-}
-
-// Call on app start
-initializeApp();
-```
-
-### Syncing with Backend
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function syncAccountWithBackend() {
-  const result = await PersistentAccount.readAccount();
-
-  if (result.data) {
-    const localAccount = result.data as UserAccount;
-
-    try {
-      // Fetch latest account data from server
-      const response = await fetch(`/api/users/${localAccount.userId}`);
-      const serverAccount = await response.json();
-
-      // Merge server data with local preferences
-      const mergedAccount: UserAccount = {
-        ...serverAccount,
-        preferences: {
-          ...serverAccount.preferences,
-          ...localAccount.preferences // Local preferences take priority
-        }
-      };
-
-      // Save merged data
-      await PersistentAccount.saveAccount({ data: mergedAccount });
-
-      return mergedAccount;
-    } catch (error) {
-      console.error('Failed to sync with backend:', error);
-      // Return local account as fallback
-      return localAccount;
-    }
-  }
-
-  return null;
-}
-```
-
-## Bonnes pratiques
-
-- **Type Safety**: Define clear TypeScript interfaces for your Compte data
-- **Validation**: Always Valider data when reading from persistent storage
-- **Erreur Handling**: Implement proper try-catch blocks for all operations
-- **Sécurité**: Don't store sensitive data like passwords in plain text
-- **Token Management**: Actualiser auth tokens when restoring accounts
-- **Data Size**: Keep stored data minimal to ensure quick read/write operations
-- **Null Checks**: Always Vérifier if data exists before using it
-- **Backup Strategy**: Consider syncing with backend for additional safety
-
-## Sécurité Considerations
-
-- Compte data is stored using platform-specific secure storage mechanisms
-- Data persists across Application uninstalls and reinstalls
-- Consider encrypting sensitive Information before storing
-- Implement proper data validation when reading stored accounts
-- Follow platform guidelines for Utilisateur data handling
-- Use authentication tokens with expiration for Sécurité
-- Clear Compte data appropriately on Utilisateur Déconnexion
-
-## Platform Implementation
-
-### iOS
-
-- Utilizes iOS Keychain Services for secure, persistent storage
-- Data survives Application deletion and Appareil restores
-- Protected by iOS Sécurité mechanisms
-
-### Android
-
-- Uses Android Compte Manager or shared preferences with backup
-- Maintains data across Application reinstalls and Appareil migrations
-- Protected by Android system Sécurité
-
-## Use Cases
-
-- **Utilisateur Onboarding**: Preserve Utilisateur progress through Application reinstalls
-- **Compte Recovery**: Restore Utilisateur sessions after Application Mises à jour
-- **Preferences Storage**: Maintain Utilisateur Paramètres and configurations
-- **Offline-First Apps**: Store essential Utilisateur data locally
-- **Session Management**: Keep Utilisateurs logged in across Application restarts
-- **Appareil Migration**: Transfer Utilisateur data to Nouveau Appareils
diff --git a/src/content/docs/fr/plugins/persistent-account/index.mdx b/src/content/docs/fr/plugins/persistent-account/index.mdx
deleted file mode 100644
index d1f8df2ae..000000000
--- a/src/content/docs/fr/plugins/persistent-account/index.mdx
+++ /dev/null
@@ -1,134 +0,0 @@
----
-title: '@capgo/capacitor-persistent-account'
-description: ''
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Gérez les comptes d'utilisateurs avec un stockage persistant, une gestion
-    sécurisée des sessions et une authentification transparente entre les
-    sessions d'application.
-  image:
-    file: ~public/icons/plugins/persistent-account.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/persistent-account/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-persistent-account/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Aperçu
-
-Le plugin Capacitor Persistent Account permet le stockage sécurisé et la persistance des données de compte utilisateur entre les installations d'applications. Ce plugin garantit que les informations du compte utilisateur restent disponibles même après la réinstallation de l'application, offrant ainsi une expérience utilisateur transparente et une continuité de compte.
-
-<CardGrid stagger>
-  <Card title="Persistance entre installations" icon="rocket">
-    Les données survivent aux cycles de désinstallation/réinstallation des applications 💾
-  </Card>
-  <Card title="Stockage sécurisé" icon="setting">
-    Stockage sécurisé des données de compte avec intégration du système 🔐
-  </Card>
-  <Card title="Simple API" icon="puzzle">
-    Interface de lecture/écriture propre pour la gestion des comptes 📊
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Implémentation native de iOS et Android 📱
-  </Card>
-</CardGrid>
-
-##Installation
-
-```bash
-npm install @capgo/capacitor-persistent-account
-npx cap sync
-```
-
-## Méthodes principales API
-
-### Gestion des données
-- `saveAccount(options: { data: unknown })` - Enregistrez en toute sécurité les données du compte sur un stockage persistant
-- `readAccount()` - Récupère les données de compte stockées, renvoie `Promise<{ data: unknown | null }>`
-
-## Principales fonctionnalités
-
-- **Persistance entre installations** : les données du compte survivent à la désinstallation et à la réinstallation de l'application
-- **Stockage sécurisé** : utilise des mécanismes de stockage sécurisé spécifiques à la plate-forme
-- **Flexibilité de type** : stockez toute structure de données de compte sérialisable
-- **Prise en charge multiplateforme** : implémentation native pour iOS et Android
-
-## Exemple d'utilisation
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// Define your account data structure
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// Save account data
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// Read account data
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('Restored account:', account.username);
-} else {
-  console.log('No account data found');
-}
-```
-
-## Cas d'utilisation
-
-- **Intégration des utilisateurs** : préservez la progression des utilisateurs grâce aux réinstallations d'applications
-- **Récupération de compte** : restaurez les sessions utilisateur après les mises à jour de l'application
-- **Stockage des préférences** : conserver les paramètres et configurations utilisateur
-- **Applications hors ligne** : stockez les données utilisateur essentielles localement
-
-## Implémentation de la plateforme
-
-### iOS
-- Utilise les services de trousseau iOS pour un stockage sécurisé et persistant
-- Les données survivent à la suppression de l'application et aux restaurations de l'appareil
-
-### Android
-- Utilise le gestionnaire de compte Android ou les préférences partagées avec sauvegarde
-- Conserve les données lors des réinstallations d'applications et des migrations d'appareils
-
-## Considérations de sécurité
-
-- Les données du compte sont stockées à l'aide d'un stockage sécurisé spécifique à la plateforme
-- Envisagez le cryptage des données pour les informations sensibles
-- Mettre en œuvre une validation appropriée des données lors de la lecture des comptes stockés
-- Suivre les directives de la plateforme pour le traitement des données utilisateur
-
-##Documents
-
-Consultez la [documentation complète](/docs/plugins/persistent-account/getting-started/) pour obtenir des guides de mise en œuvre détaillés et les meilleures pratiques.
diff --git a/src/content/docs/fr/plugins/photo-library/getting-started.mdx b/src/content/docs/fr/plugins/photo-library/getting-started.mdx
deleted file mode 100644
index 7dbac7ad4..000000000
--- a/src/content/docs/fr/plugins/photo-library/getting-started.mdx
+++ /dev/null
@@ -1,77 +0,0 @@
----
-title: Commencer
-description: >-
-  Intégrez la galerie de photos native avec la pagination et la sélection des
-  médias.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le plugin**
-   <PackageManagers pkg="@capgo/capacitor-photo-library" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Plateformes de synchronisation**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Autorisations de la plateforme
-
-- **iOS** : mettez à jour `Info.plist` avec `NSPhotoLibraryUsageDescription` (et `NSPhotoLibraryAddUsageDescription` si vous envisagez de sauvegarder des médias).
-- **Android** : Pour Android 13+, déclarez les autorisations photo/vidéo (`READ_MEDIA_IMAGES`, `READ_MEDIA_VIDEO`). Capacitor 5 gère cela automatiquement, mais revérifiez les manifestes personnalisés.
-
-## Demander l'accès
-
-```typescript
-import { PhotoLibrary } from '@capgo/capacitor-photo-library';
-
-const { state } = await PhotoLibrary.requestAuthorization();
-if (state !== 'authorized' && state !== 'limited') {
-  throw new Error('Photo access denied');
-}
-```
-
-## Charger la galerie
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const { assets, hasMore, nextPage } = await PhotoLibrary.getLibrary({
-  limit: 100,
-  includeAlbums: false,
-  thumbnailWidth: 256,
-  thumbnailHeight: 256,
-});
-
-const gallery = assets.map((asset) => ({
-  id: asset.id,
-  fileName: asset.fileName,
-  created: asset.creationDate,
-  thumbnailUrl: asset.thumbnail
-    ? asset.thumbnail.webPath ?? Capacitor.convertFileSrc(asset.thumbnail.path)
-    : undefined,
-  photoUrl: asset.file
-    ? asset.file.webPath ?? Capacitor.convertFileSrc(asset.file.path)
-    : undefined,
-}));
-```
-
-Pour récupérer des pages supplémentaires, appelez `PhotoLibrary.getLibrary({ cursor: nextPage })`.
-
-## Laisser les utilisateurs choisir un média
-
-```typescript
-const selection = await PhotoLibrary.pickMedia({
-  selectionLimit: 5,
-  includeVideos: true,
-});
-
-console.log('User selected', selection.assets.length, 'items');
-```
-
-## Nettoyer les fichiers en cache
-
-Les miniatures et exportations générées sont stockées dans le répertoire de cache de l'application sous `photoLibrary`. Supprimez-les avec votre fichier préféré API lorsque vous devez récupérer de l'espace de stockage.
diff --git a/src/content/docs/fr/plugins/photo-library/index.mdx b/src/content/docs/fr/plugins/photo-library/index.mdx
deleted file mode 100644
index 7558db303..000000000
--- a/src/content/docs/fr/plugins/photo-library/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: '@capgo/capacitor-photo-library'
-description: >-
-  Parcourez et sélectionnez des photos avec une pagination efficace, des
-  vignettes et des URL en cache.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Créez des galeries personnalisées qui exploitent la photothèque native avec
-    des flux d'autorisation robustes.
-  image:
-    file: ~public/icons/plugins/photo-library.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/photo-library/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-photo-library/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-La bibliothèque de photos Capgo vous aide à répertorier les albums, à parcourir les ressources et à demander des miniatures tout en contrôlant les performances.
-
-<CardGrid stagger>
-  <Card title="Aides à l'autorisation" icon="approve-check">
-    Demandez des autorisations et gérez les états d’accès limités avec élégance.
-  </Card>
-  <Card title="Récupération paginée" icon="rocket">
-    Paginez la galerie avec un chargement basé sur le curseur et des limites personnalisables.
-  </Card>
-  <Card title="Miniatures optimisées" icon="star">
-    Récupérez les URL miniatures à dimensions fixes pour des listes à défilement fluide.
-  </Card>
-  <Card title="Sélection des médias" icon="download">
-    Permettez aux utilisateurs de sélectionner des photos ou des vidéos avec des limites de sélection configurables.
-  </Card>
-</CardGrid>
-
-Consultez le guide de démarrage pour connaître la configuration des autorisations et des exemples de galerie.
diff --git a/src/content/docs/fr/plugins/printer/getting-started.mdx b/src/content/docs/fr/plugins/printer/getting-started.mdx
deleted file mode 100644
index b1f2243b7..000000000
--- a/src/content/docs/fr/plugins/printer/getting-started.mdx
+++ /dev/null
@@ -1,323 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plugin Printer pour imprimer le
-  contenu de votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-printer" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilisation
-
-Importez le plugin et imprimez différents types de contenu :
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-
-// Print HTML content
-const printHTML = async () => {
-  await Printer.print({
-    content: '<h1>Hello World</h1><p>This is a test print.</p>',
-    name: 'test-print'
-  });
-};
-
-// Print a PDF file
-const printPDF = async () => {
-  await Printer.print({
-    content: 'file:///path/to/document.pdf',
-    name: 'my-document'
-  });
-};
-
-// Print an image
-const printImage = async () => {
-  await Printer.print({
-    content: 'file:///path/to/image.jpg',
-    name: 'my-image'
-  });
-};
-```
-
-## API Référence
-
-### imprimer(options)
-
-Ouvre la boîte de dialogue d'impression native avec le contenu spécifié.
-
-```typescript
-interface PrintOptions {
-  content: string;          // HTML string, file URI, or base64 data
-  name?: string;            // Print job name
-  orientation?: 'portrait' | 'landscape';
-  grayscale?: boolean;      // Print in grayscale (default: false)
-}
-
-await Printer.print(options);
-```
-
-### canPrint()
-
-Vérifie si l'impression est disponible sur le périphérique.
-
-```typescript
-const { value } = await Printer.canPrint();
-console.log('Printing available:', value);
-```
-
-## Exemple complet
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class PrintService {
-  async checkPrintAvailability(): Promise<boolean> {
-    const { value } = await Printer.canPrint();
-    return value;
-  }
-
-  async printHTML(htmlContent: string, jobName: string = 'Document') {
-    try {
-      const canPrint = await this.checkPrintAvailability();
-      if (!canPrint) {
-        throw new Error('Printing not available on this device');
-      }
-
-      await Printer.print({
-        content: htmlContent,
-        name: jobName,
-        orientation: 'portrait'
-      });
-    } catch (error) {
-      console.error('Print failed:', error);
-      throw error;
-    }
-  }
-
-  async printDocument(filePath: string, jobName?: string) {
-    await Printer.print({
-      content: filePath,
-      name: jobName || 'Document'
-    });
-  }
-
-  async printReceipt(receiptData: any) {
-    const html = `
-      <!DOCTYPE html>
-      <html>
-        <head>
-          <style>
-            body { font-family: Arial, sans-serif; padding: 20px; }
-            .header { text-align: center; margin-bottom: 20px; }
-            .item { display: flex; justify-content: space-between; margin: 10px 0; }
-            .total { font-weight: bold; font-size: 1.2em; margin-top: 20px; padding-top: 10px; border-top: 2px solid #000; }
-          </style>
-        </head>
-        <body>
-          <div class="header">
-            <h2>Receipt</h2>
-            <p>Date: ${new Date().toLocaleDateString()}</p>
-          </div>
-          ${receiptData.items.map((item: any) => `
-            <div class="item">
-              <span>${item.name}</span>
-              <span>${item.price.toFixed(2)}</span>
-            </div>
-          `).join('')}
-          <div class="total">
-            <div class="item">
-              <span>Total:</span>
-              <span>${receiptData.total.toFixed(2)}</span>
-            </div>
-          </div>
-        </body>
-      </html>
-    `;
-
-    await this.printHTML(html, 'Receipt');
-  }
-
-  async printFromURL(url: string) {
-    // Download the file first
-    const response = await fetch(url);
-    const blob = await response.blob();
-    const reader = new FileReader();
-
-    return new Promise((resolve, reject) => {
-      reader.onloadend = async () => {
-        try {
-          await Printer.print({
-            content: reader.result as string,
-            name: 'Downloaded Document'
-          });
-          resolve(true);
-        } catch (error) {
-          reject(error);
-        }
-      };
-      reader.onerror = reject;
-      reader.readAsDataURL(blob);
-    });
-  }
-}
-```
-
-## Utilisation avancée
-
-### Impression avec un style personnalisé
-
-```typescript
-const printStyledDocument = async () => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          @page {
-            size: A4;
-            margin: 2cm;
-          }
-          body {
-            font-family: 'Times New Roman', serif;
-            line-height: 1.6;
-          }
-          h1 {
-            color: #333;
-            border-bottom: 2px solid #333;
-            padding-bottom: 10px;
-          }
-          .content {
-            margin-top: 20px;
-          }
-        </style>
-      </head>
-      <body>
-        <h1>Professional Document</h1>
-        <div class="content">
-          <p>This is a professionally styled document ready for printing.</p>
-        </div>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Styled Document',
-    orientation: 'portrait'
-  });
-};
-```
-
-### Impression de tableaux
-
-```typescript
-const printTable = async (data: any[]) => {
-  const tableRows = data.map(row => `
-    <tr>
-      <td>${row.id}</td>
-      <td>${row.name}</td>
-      <td>${row.value}</td>
-    </tr>
-  `).join('');
-
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          table {
-            width: 100%;
-            border-collapse: collapse;
-          }
-          th, td {
-            border: 1px solid #ddd;
-            padding: 8px;
-            text-align: left;
-          }
-          th {
-            background-color: #f2f2f2;
-            font-weight: bold;
-          }
-        </style>
-      </head>
-      <body>
-        <table>
-          <thead>
-            <tr>
-              <th>ID</th>
-              <th>Name</th>
-              <th>Value</th>
-            </tr>
-          </thead>
-          <tbody>
-            ${tableRows}
-          </tbody>
-        </table>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Data Table'
-  });
-};
-```
-
-### Impression d'images
-
-```typescript
-const printImageWithDetails = async (imagePath: string, title: string) => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          body { text-align: center; padding: 20px; }
-          h2 { margin-bottom: 20px; }
-          img { max-width: 100%; height: auto; }
-        </style>
-      </head>
-      <body>
-        <h2>${title}</h2>
-        <img src="${imagePath}" alt="${title}" />
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: title
-  });
-};
-```
-
-## meilleures pratiques
-
-1. **Vérifier la disponibilité** : Vérifiez toujours si l'impression est disponible avant d'essayer d'imprimer.
-2. **Contenu valide** : assurez-vous que HTML est bien formé et que les chemins de fichiers sont valides
-3. **Noms des travaux** : utilisez des noms descriptifs pour les travaux d'impression afin d'aider les utilisateurs à les identifier
-4. **Style** : utilisez du CSS en ligne ou des styles intégrés pour une sortie d'impression cohérente
-5. **Gestion des erreurs** : enveloppez les appels d'impression dans des blocs try-catch pour les commentaires des utilisateurs
-
-## Dépannage
-
-### Problèmes courants
-
-**La boîte de dialogue Imprimer n'apparaît pas** : Vérifiez que l'impression est disponible avec canPrint()
-**Contenu non imprimé** : vérifiez que HTML est valide et que les chemins d'accès aux fichiers sont corrects.
-**Les images ne s'affichent pas** : assurez-vous que les chemins d'accès aux images sont absolus et que les fichiers sont accessibles
-**Problèmes de style** : utilisez les règles CSS @page et testez la sortie d'impression
diff --git a/src/content/docs/fr/plugins/printer/index.mdx b/src/content/docs/fr/plugins/printer/index.mdx
deleted file mode 100644
index 9acedfe85..000000000
--- a/src/content/docs/fr/plugins/printer/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-printer"
-description: Print documents, HTML, PDFs, images and web views from your Capacitor Application.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Print documents, HTML content, PDFs, images and web views directly from your Capacitor Application on iOS and Android.
-  image: 
-    file: ~public/icons/plugins/printer.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/printer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-printer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Multiple Formats" icon="document">
-    Print HTML, PDFs, images, and web content 📄
-  </Card>
-  <Card title="Native UI" icon="laptop">
-    Uses Natif print dialogs on iOS and Android 🖨️
-  </Card>
-  <Card title="Easy Integration" icon="rocket">
-    Simple API for quick integration into your Application 🚀
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Works on both iOS and Android Appareils 📱
-  </Card>
-  <Card title="Customizable" icon="setting">
-    Control print Options like orientation and page size ⚙️
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/printer/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/realtimekit/getting-started.mdx b/src/content/docs/fr/plugins/realtimekit/getting-started.mdx
deleted file mode 100644
index a370a0f33..000000000
--- a/src/content/docs/fr/plugins/realtimekit/getting-started.mdx
+++ /dev/null
@@ -1,476 +0,0 @@
----
-title: Premiers pas avec RealtimeKit
-description: >-
-  Découvrez comment intégrer la visioconférence Cloudflare Calls dans votre
-  application Capacitor
-locale: fr
----
-Ce guide vous guidera dans l'intégration du plugin Capacitor RealtimeKit pour ajouter la visioconférence optimisée par Cloudflare Calls à votre application.
-
-##Installation
-
-Installez le plugin en utilisant npm :
-
-```bash
-npm install @capgo/capacitor-realtimekit
-npx cap sync
-```
-
-## Dépendances
-
-Ce plugin utilise le Cloudflare RealtimeKit SDK :
-
-- **iOS** : RealtimeKitCoreiOS (installé automatiquement via Swift Package Manager)
-- **Android** : `com.cloudflare.realtimekit:ui-android` version `0.2.2`
-
-### Personnalisation de la version Android RealtimeKit
-
-Dans le `build.gradle` de votre application :
-
-```kotlin
-buildscript {
-    ext {
-        realtimekitUiVersion = '0.2.2'  // or your desired version
-    }
-}
-```
-
-## iOSConfiguration
-
-Ajoutez les éléments suivants au `Info.plist` de votre application :
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>We need camera access for video calls</string>
-
-<key>NSMicrophoneUsageDescription</key>
-<string>We need microphone access for audio calls</string>
-
-<key>NSPhotoLibraryUsageDescription</key>
-<string>We need photo library access to share images</string>
-
-<key>NSBluetoothPeripheralUsageDescription</key>
-<string>We need Bluetooth access for audio routing</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-  <string>fetch</string>
-  <string>remote-notification</string>
-</array>
-```
-
-## AndroidConfiguration
-
-Ajoutez les autorisations suivantes à votre `AndroidManifest.xml` :
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-
-<uses-feature android:name="android.hardware.camera" android:required="false" />
-<uses-feature android:name="android.hardware.camera.autofocus" android:required="false" />
-```
-
-## Utilisation de base
-
-### Importer le plugin
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-```
-
-### Initialiser le plugin
-
-```typescript
-async function initializeRealtimeKit() {
-  try {
-    await CapacitorRealtimekit.initialize();
-    console.log('RealtimeKit initialized');
-  } catch (error) {
-    console.error('Failed to initialize RealtimeKit:', error);
-  }
-}
-```
-
-### Démarrer une réunion
-
-```typescript
-async function startMeeting(meetingUrl: string) {
-  try {
-    await CapacitorRealtimekit.startMeeting({
-      url: meetingUrl
-    });
-    console.log('Meeting started');
-  } catch (error) {
-    console.error('Failed to start meeting:', error);
-  }
-}
-```
-
-## Exemple complet
-
-Voici un service complet de visioconférence :
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-
-export interface MeetingConfig {
-  url: string;
-  displayName?: string;
-  audioEnabled?: boolean;
-  videoEnabled?: boolean;
-}
-
-export class VideoConferenceService {
-  private isInitialized = false;
-  private currentMeetingUrl: string | null = null;
-
-  async initialize(): Promise<boolean> {
-    if (this.isInitialized) {
-      console.log('RealtimeKit already initialized');
-      return true;
-    }
-
-    try {
-      await CapacitorRealtimekit.initialize();
-      this.isInitialized = true;
-      console.log('RealtimeKit initialized successfully');
-      return true;
-    } catch (error) {
-      console.error('Failed to initialize RealtimeKit:', error);
-      return false;
-    }
-  }
-
-  async startMeeting(config: MeetingConfig): Promise<void> {
-    if (!this.isInitialized) {
-      const initialized = await this.initialize();
-      if (!initialized) {
-        throw new Error('Failed to initialize RealtimeKit');
-      }
-    }
-
-    try {
-      await CapacitorRealtimekit.startMeeting({
-        url: config.url
-      });
-
-      this.currentMeetingUrl = config.url;
-      console.log('Meeting started:', config.url);
-    } catch (error) {
-      console.error('Failed to start meeting:', error);
-      throw error;
-    }
-  }
-
-  async joinMeeting(meetingUrl: string, displayName?: string): Promise<void> {
-    const config: MeetingConfig = {
-      url: meetingUrl,
-      displayName: displayName
-    };
-
-    await this.startMeeting(config);
-  }
-
-  getCurrentMeetingUrl(): string | null {
-    return this.currentMeetingUrl;
-  }
-
-  isInMeeting(): boolean {
-    return this.currentMeetingUrl !== null;
-  }
-
-  async getPluginVersion(): Promise<string> {
-    try {
-      const result = await CapacitorRealtimekit.getPluginVersion();
-      return result.version;
-    } catch (error) {
-      console.error('Failed to get plugin version:', error);
-      return 'unknown';
-    }
-  }
-}
-
-// Usage
-const videoService = new VideoConferenceService();
-
-// Initialize on app start
-await videoService.initialize();
-
-// Start a meeting
-await videoService.startMeeting({
-  url: 'https://your-cloudflare-calls-url.com/meeting/123'
-});
-
-// Join an existing meeting
-await videoService.joinMeeting(
-  'https://your-cloudflare-calls-url.com/meeting/456',
-  'John Doe'
-);
-```
-
-## Configuration des appels Cloudflare
-
-Pour utiliser ce plugin, vous devez configurer Cloudflare Calls :
-
-### 1. Créer un compte Cloudflare
-
-Inscrivez-vous sur [Cloudflare](https://dash.cloudflare.com/sign-up) si vous n'avez pas de compte.
-
-### 2. Activer les appels API
-
-1. Accédez à votre tableau de bord Cloudflare
-2. Accédez à la section **Appels**
-3. Activez les appels API
-4. Obtenez vos identifiants API
-
-### 3. Créer des URL de réunion
-
-Vous avez besoin d'un service backend pour créer des URL de réunion. Exemple utilisant Cloudflare Workers :
-
-```typescript
-// Cloudflare Worker example
-export default {
-  async fetch(request: Request): Promise<Response> {
-    const { pathname } = new URL(request.url);
-
-    if (pathname === '/create-meeting') {
-      const meetingId = generateMeetingId();
-      const meetingUrl = `https://your-app.calls.cloudflare.com/${meetingId}`;
-
-      return new Response(JSON.stringify({
-        meetingId,
-        meetingUrl
-      }), {
-        headers: { 'Content-Type': 'application/json' }
-      });
-    }
-
-    return new Response('Not found', { status: 404 });
-  }
-};
-
-function generateMeetingId(): string {
-  return Math.random().toString(36).substring(2, 15);
-}
-```
-
-## Utilisation avancée
-
-### Réunion avec configuration personnalisée
-
-```typescript
-class MeetingManager {
-  private videoService: VideoConferenceService;
-
-  constructor() {
-    this.videoService = new VideoConferenceService();
-  }
-
-  async createAndJoinMeeting(userName: string): Promise<string> {
-    // Initialize if needed
-    await this.videoService.initialize();
-
-    // Call your backend to create a meeting
-    const meetingUrl = await this.createMeetingOnBackend();
-
-    // Join the meeting
-    await this.videoService.joinMeeting(meetingUrl, userName);
-
-    return meetingUrl;
-  }
-
-  async createMeetingOnBackend(): Promise<string> {
-    const response = await fetch('https://your-api.com/create-meeting', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' }
-    });
-
-    const data = await response.json();
-    return data.meetingUrl;
-  }
-
-  async shareMeetingLink(meetingUrl: string) {
-    // Use Capacitor Share API
-    if ('share' in navigator) {
-      await (navigator as any).share({
-        title: 'Join my meeting',
-        text: 'Join me for a video call',
-        url: meetingUrl
-      });
-    }
-  }
-}
-```
-
-### Gestion des autorisations
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-async function checkAndRequestPermissions(): Promise<boolean> {
-  if (Capacitor.getPlatform() === 'web') {
-    // Request browser permissions
-    try {
-      const stream = await navigator.mediaDevices.getUserMedia({
-        audio: true,
-        video: true
-      });
-
-      // Stop the stream, we just needed permission
-      stream.getTracks().forEach(track => track.stop());
-      return true;
-    } catch (error) {
-      console.error('Permission denied:', error);
-      return false;
-    }
-  }
-
-  // On native platforms, permissions are requested automatically
-  return true;
-}
-
-// Use before starting a meeting
-const hasPermissions = await checkAndRequestPermissions();
-if (hasPermissions) {
-  await videoService.startMeeting({ url: meetingUrl });
-}
-```
-
-## Intégration de React
-
-```typescript
-import { useEffect, useState } from 'react';
-import { VideoConferenceService } from './VideoConferenceService';
-
-function VideoCallComponent() {
-  const [videoService] = useState(() => new VideoConferenceService());
-  const [isReady, setIsReady] = useState(false);
-
-  useEffect(() => {
-    videoService.initialize().then(setIsReady);
-  }, []);
-
-  const joinMeeting = async (meetingUrl: string) => {
-    if (!isReady) {
-      console.error('Video service not ready');
-      return;
-    }
-
-    try {
-      await videoService.joinMeeting(meetingUrl, 'User Name');
-    } catch (error) {
-      console.error('Failed to join meeting:', error);
-    }
-  };
-
-  return (
-    <div>
-      <button
-        onClick={() => joinMeeting('https://your-meeting-url')}
-        disabled={!isReady}
-      >
-        Join Meeting
-      </button>
-    </div>
-  );
-}
-```
-
-## Intégration Vue
-
-```typescript
-import { ref, onMounted } from 'vue';
-import { VideoConferenceService } from './VideoConferenceService';
-
-export default {
-  setup() {
-    const videoService = new VideoConferenceService();
-    const isReady = ref(false);
-
-    onMounted(async () => {
-      isReady.value = await videoService.initialize();
-    });
-
-    const joinMeeting = async (meetingUrl: string) => {
-      if (!isReady.value) {
-        console.error('Video service not ready');
-        return;
-      }
-
-      try {
-        await videoService.joinMeeting(meetingUrl, 'User Name');
-      } catch (error) {
-        console.error('Failed to join meeting:', error);
-      }
-    };
-
-    return {
-      isReady,
-      joinMeeting
-    };
-  }
-};
-```
-
-## meilleures pratiques
-
-1. **Initialiser tôt** : initialisez RealtimeKit au démarrage de votre application
-2. **Gérer les erreurs** : enveloppez toujours les appels dans des blocs try-catch
-3. **Demander des autorisations** : assurez-vous des autorisations de la caméra/du microphone avant de commencer
-4. **Test du réseau** : vérifiez la connectivité Internet avant de rejoindre
-5. **Audio de fond** : configurez les modes d'arrière-plan pour iOS
-6. **Expérience utilisateur** : afficher les états de chargement lors de l'initialisation
-7. **Nettoyer les URL** : validez les URL des réunions avant utilisation
-
-## Problèmes courants
-
-### La réunion ne démarre pas
-
-```typescript
-async function troubleshootMeeting(meetingUrl: string) {
-  // Check initialization
-  const version = await videoService.getPluginVersion();
-  console.log('Plugin version:', version);
-
-  // Verify URL format
-  if (!meetingUrl.startsWith('https://')) {
-    console.error('Invalid meeting URL, must use HTTPS');
-    return;
-  }
-
-  // Try starting meeting
-  try {
-    await videoService.startMeeting({ url: meetingUrl });
-  } catch (error) {
-    console.error('Meeting failed:', error);
-  }
-}
-```
-
-### Autorisation refusée
-
-Le iOS, assurez-vous qu'Info.plist dispose de toutes les descriptions d'utilisation requises. Sur Android, vérifiez que les autorisations AndroidManifest.xml sont présentes.
-
-### Problèmes audio sur iOS
-
-Assurez-vous que le mode audio d'arrière-plan est configuré dans Info.plist :
-
-```xml
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-</array>
-```
-
-## Prochaines étapes
-
-- Explorez la [API Reference](https://github.com/Cap-go/capacitor-realtimekit#api) pour une documentation complète de la méthode
-- Lire la [Documentation des appels Cloudflare](https://developers.cloudflare.com/calls/)
-- Consultez l'[exemple d'application](https://github.com/Cap-go/capacitor-realtimekit/tree/main/example)
-- Voir le [tutoriel](/plugins/capacitor-realtimekit) pour une mise en œuvre complète
diff --git a/src/content/docs/fr/plugins/realtimekit/index.mdx b/src/content/docs/fr/plugins/realtimekit/index.mdx
deleted file mode 100644
index 0824a0b78..000000000
--- a/src/content/docs/fr/plugins/realtimekit/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: '@capgo/capacitor-realtimekit'
-description: >-
-  Intégration de Cloudflare Calls avec interface utilisateur de réunion intégrée
-  pour la vidéoconférence et la communication en temps réel.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Ajoutez la vidéoconférence et la communication en temps réel à votre
-    application grâce à l'intégration de Cloudflare Calls et à l'interface
-    utilisateur intégrée.
-  image:
-    file: ~public/icons/plugins/realtimekit.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/realtimekit/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-realtimekit/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Appels Cloudflare" icon="rocket">
-    Propulsé par l'infrastructure mondiale de Cloudflare ☁️
-  </Card>
-  <Card title="Interface utilisateur de réunion intégrée" icon="star">
-    Interface de visioconférence prête à l'emploi 📹
-  </Card>
-  <Card title="Prise en charge WebRTC" icon="setting">
-    Audio et vidéo en temps réel de haute qualité 🎥
-  </Card>
-  <Card title="Modes d'arrière-plan" icon="laptop">
-    Continuer les appels lorsque l'application est en arrière-plan 🔄
-  </Card>
-  <Card title="Partage d'écran" icon="document">
-    Partager l'écran pendant les réunions sur Android 📱
-  </Card>
-  <Card title="Commencer" icon="open-book">
-    Consultez le [Guide de démarrage](/docs/plugins/realtimekit/getting-started/) pour installer et configurer le plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/ricoh360-camera/getting-started.mdx b/src/content/docs/fr/plugins/ricoh360-camera/getting-started.mdx
deleted file mode 100644
index 86091e78d..000000000
--- a/src/content/docs/fr/plugins/ricoh360-camera/getting-started.mdx
+++ /dev/null
@@ -1,414 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the Ricoh 360° Camera plugin to control Ricoh Theta cameras in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Platform Configuration
-
-### iOS
-
-Add camera and photo library permissions to your `Info.plist`:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>This app needs access to the camera to capture 360° photos and videos</string>
-<key>NSPhotoLibraryAddUsageDescription</key>
-<string>This app needs access to save 360° photos and videos to your library</string>
-```
-
-### Android
-
-Add required permissions to your `AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-<uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-```
-
-## Supported Appareils
-
-This plugin supports Ricoh Theta series cameras:
-- Ricoh Theta V
-- Ricoh Theta Z1
-- Ricoh Theta SC2
-- Ricoh Theta X
-
-## Utilisation Exemple
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-// Initialize camera connection
-await Ricoh360Camera.initialize();
-
-// Connect to Ricoh Theta camera via WiFi
-await Ricoh360Camera.connect({
-  ssid: 'THETAYL12345678',
-  password: '12345678'
-});
-
-// Start live preview
-await Ricoh360Camera.startPreview({
-  container: 'preview-container' // ID of HTML element
-});
-
-// Capture a 360° photo
-const result = await Ricoh360Camera.capturePhoto();
-console.log('Photo saved:', result.filePath);
-
-// Start recording 360° video
-await Ricoh360Camera.startRecording();
-
-// Stop recording after some time
-setTimeout(async () => {
-  const video = await Ricoh360Camera.stopRecording();
-  console.log('Video saved:', video.filePath);
-}, 10000);
-
-// Stop preview
-await Ricoh360Camera.stopPreview();
-
-// Disconnect from camera
-await Ricoh360Camera.disconnect();
-```
-
-## API Référence
-
-### Initialiser()
-
-```typescript
-initialize() => Promise<void>
-```
-
-Initialiser the camera plugin.
-
-### connect(Options)
-
-```typescript
-connect(options: ConnectOptions) => Promise<void>
-```
-
-Connect to a Ricoh Theta camera via WiFi.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `ConnectOptions` |
-
-### disconnect()
-
-```typescript
-disconnect() => Promise<void>
-```
-
-Disconnect from the camera.
-
-### startPreview(Options)
-
-```typescript
-startPreview(options: PreviewOptions) => Promise<void>
-```
-
-Démarrer live 360° preview stream.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `PreviewOptions` |
-
-### stopPreview()
-
-```typescript
-stopPreview() => Promise<void>
-```
-
-Arrêter the live preview stream.
-
-### capturePhoto(Options?)
-
-```typescript
-capturePhoto(options?: CaptureOptions) => Promise<CaptureResult>
-```
-
-Capture a 360° photo.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `CaptureOptions` (optional) |
-
-**Returns:** `Promise<CaptureResult>`
-
-### startRecording(Options?)
-
-```typescript
-startRecording(options?: RecordingOptions) => Promise<void>
-```
-
-Démarrer recording 360° video.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `RecordingOptions` (optional) |
-
-### stopRecording()
-
-```typescript
-stopRecording() => Promise<CaptureResult>
-```
-
-Arrêter video recording.
-
-**Returns:** `Promise<CaptureResult>`
-
-### getCameraInfo()
-
-```typescript
-getCameraInfo() => Promise<CameraInfo>
-```
-
-Get camera Information and capabilities.
-
-**Returns:** `Promise<CameraInfo>`
-
-### setExposure(Options)
-
-```typescript
-setExposure(options: ExposureOptions) => Promise<void>
-```
-
-Set camera exposure Paramètres.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `ExposureOptions` |
-
-### setWhiteBalance(Options)
-
-```typescript
-setWhiteBalance(options: WhiteBalanceOptions) => Promise<void>
-```
-
-Set white balance mode.
-
-| Param         | Type                           |
-| ------------- | ------------------------------ |
-| **`options`** | `WhiteBalanceOptions` |
-
-## Interfaces
-
-### ConnectOptions
-
-| Prop           | Type              | Description                    |
-| -------------- | ----------------- | ------------------------------ |
-| **`ssid`**     | `string` | WiFi SSID of the Ricoh camera  |
-| **`password`** | `string` | WiFi password of the camera    |
-
-### PreviewOptions
-
-| Prop            | Type              | Description                           |
-| --------------- | ----------------- | ------------------------------------- |
-| **`container`** | `string` | HTML element ID for preview container |
-
-### CaptureOptions
-
-| Prop           | Type               | Description                           |
-| -------------- | ------------------ | ------------------------------------- |
-| **`quality`**  | `number` | Image quality (1-100) (optional)      |
-| **`saveToGallery`** | `boolean` | Save to device gallery (optional) |
-
-### RecordingOptions
-
-| Prop              | Type               | Description                              |
-| ----------------- | ------------------ | ---------------------------------------- |
-| **`maxDuration`** | `number` | Maximum recording duration in seconds (optional) |
-| **`quality`**     | `string` | Video quality: 'high' \| 'medium' \| 'low' (optional) |
-
-### CaptureResult
-
-| Prop           | Type              | Description                |
-| -------------- | ----------------- | -------------------------- |
-| **`filePath`** | `string` | Path to the captured file  |
-| **`fileUrl`**  | `string` | URL to access the file     |
-
-### CameraInfo
-
-| Prop              | Type              | Description                |
-| ----------------- | ----------------- | -------------------------- |
-| **`model`**       | `string` | Camera model name          |
-| **`serialNumber`** | `string` | Camera serial number      |
-| **`firmwareVersion`** | `string` | Firmware version         |
-| **`batteryLevel`** | `number` | Battery level (0-100)     |
-
-### ExposureOptions
-
-| Prop         | Type               | Description                                    |
-| ------------ | ------------------ | ---------------------------------------------- |
-| **`mode`**   | `string` | Exposure mode: 'auto' \| 'manual' \| 'iso' |
-| **`iso`**    | `number` | ISO value (100, 200, 400, etc.) (optional)     |
-| **`shutter`** | `number` | Shutter speed (optional)                      |
-
-### WhiteBalanceOptions
-
-| Prop       | Type              | Description                                            |
-| ---------- | ----------------- | ------------------------------------------------------ |
-| **`mode`** | `string` | White balance: 'auto' \| 'daylight' \| 'cloudy' \| 'tungsten' \| 'fluorescent' |
-
-## Terminé Exemple
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-class Camera360Controller {
-  async setup() {
-    try {
-      // Initialize
-      await Ricoh360Camera.initialize();
-
-      // Connect to camera
-      await Ricoh360Camera.connect({
-        ssid: 'THETAYL12345678',
-        password: '12345678'
-      });
-
-      // Get camera info
-      const info = await Ricoh360Camera.getCameraInfo();
-      console.log('Connected to:', info.model);
-      console.log('Battery level:', info.batteryLevel + '%');
-
-      // Configure exposure
-      await Ricoh360Camera.setExposure({
-        mode: 'auto'
-      });
-
-      // Configure white balance
-      await Ricoh360Camera.setWhiteBalance({
-        mode: 'auto'
-      });
-
-      // Start preview
-      await Ricoh360Camera.startPreview({
-        container: 'camera-preview'
-      });
-
-    } catch (error) {
-      console.error('Failed to setup camera:', error);
-    }
-  }
-
-  async takePhoto() {
-    try {
-      const result = await Ricoh360Camera.capturePhoto({
-        quality: 95,
-        saveToGallery: true
-      });
-      console.log('Photo captured:', result.filePath);
-      return result;
-    } catch (error) {
-      console.error('Failed to capture photo:', error);
-    }
-  }
-
-  async recordVideo(durationSeconds: number) {
-    try {
-      // Start recording
-      await Ricoh360Camera.startRecording({
-        maxDuration: durationSeconds,
-        quality: 'high'
-      });
-
-      console.log('Recording started...');
-
-      // Stop after duration
-      setTimeout(async () => {
-        const result = await Ricoh360Camera.stopRecording();
-        console.log('Video saved:', result.filePath);
-      }, durationSeconds * 1000);
-
-    } catch (error) {
-      console.error('Failed to record video:', error);
-    }
-  }
-
-  async cleanup() {
-    try {
-      await Ricoh360Camera.stopPreview();
-      await Ricoh360Camera.disconnect();
-      console.log('Camera disconnected');
-    } catch (error) {
-      console.error('Failed to cleanup:', error);
-    }
-  }
-}
-
-// Usage
-const camera = new Camera360Controller();
-await camera.setup();
-await camera.takePhoto();
-await camera.recordVideo(10); // 10 seconds
-await camera.cleanup();
-```
-
-## Bonnes pratiques
-
-- Always Initialiser the plugin before connecting to the camera
-- Ensure the Appareil is connected to the camera's WiFi network
-- Handle errors gracefully, especially connection failures
-- Arrêter preview and disconnect when done to Enregistrer battery
-- Vérifier camera battery level before long recording sessions
-- Test on actual Ricoh Theta hardware
-- Use appropriate video quality based on storage constraints
-
-## Dépannage
-
-### Connection Issues
-
-- Verify the camera is powered on
-- Vérifier WiFi SSID and password are correct
-- Ensure no other Application is connected to the camera
-- Réinitialiser camera WiFi Paramètres if connection fails
-
-### Preview Not Showing
-
-- Verify the HTML container element exists
-- Vérifier camera permissions are granted
-- Ensure preview is started after successful connection
-
-### Capture Failures
-
-- Vérifier Disponible storage space
-- Verify camera battery level is sufficient
-- Ensure camera is not in sleep mode
diff --git a/src/content/docs/fr/plugins/ricoh360-camera/index.mdx b/src/content/docs/fr/plugins/ricoh360-camera/index.mdx
deleted file mode 100644
index 13c0b8cae..000000000
--- a/src/content/docs/fr/plugins/ricoh360-camera/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: '@capgo/capacitor-ricoh360-camera'
-description: >-
-  Plugin de contrôle de caméra Ricoh 360° pour les applications Capacitor avec
-  capacités de capture photo et vidéo panoramiques.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Contrôlez les caméras Ricoh 360° pour une capture photo et vidéo panoramique
-    immersive avec une intégration complète des appareils.
-  image:
-    file: ~public/icons/plugins/ricoh360-camera.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/ricoh360-camera/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-ricoh360-camera/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Capture à 360°" icon="rocket">
-    Capturez des photos et des vidéos panoramiques immersives 🌐
-  </Card>
-  <Card title="Contrôle des appareils" icon="setting">
-    Contrôle total sur les paramètres de la caméra Ricoh Theta 📸
-  </Card>
-  <Card title="Aperçu en direct" icon="magnifier">
-    Streaming d'aperçu à 360° en temps réel 👁️
-  </Card>
-  <Card title="Documentation complète" icon="open-book">
-    Consultez la [Documentation](/docs/plugins/ricoh360-camera/getting-started/) pour maîtriser le plugin en quelques minutes seulement.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/screen-orientation/getting-started.mdx b/src/content/docs/fr/plugins/screen-orientation/getting-started.mdx
deleted file mode 100644
index b44f795e6..000000000
--- a/src/content/docs/fr/plugins/screen-orientation/getting-started.mdx
+++ /dev/null
@@ -1,284 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the Screen Orientation plugin to control and detect Appareil orientation in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-screen-orientation" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **iOS Configuration (optional)**
-   To detect physical device orientation using motion sensors on iOS, add to your `Info.plist`:
-   ```xml
-   <key>NSMotionUsageDescription</key>
-   <string>This app uses motion sensors to detect device orientation.</string>
-   ```
-</Steps>
-
-## Basic Utilisation
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Get current orientation
-const current = await ScreenOrientation.orientation();
-console.log('Current orientation:', current.type);
-
-// Lock to landscape
-await ScreenOrientation.lock({ orientation: 'landscape' });
-
-// Unlock orientation
-await ScreenOrientation.unlock();
-
-// Listen for orientation changes
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Orientation changed:', result.type);
-  }
-);
-```
-
-## Physical Orientation Detection
-
-This plugin has a unique Fonctionnalité: it can detect the **true physical orientation** of the Appareil using motion sensors, even when the Utilisateur has enabled orientation lock on their Appareil.
-
-<Aside type="note">
-  The UI will still respect the Utilisateur's orientation lock setting. Motion tracking allows you to know how the Appareil is physically held, but the UI won't rotate if orientation lock is enabled.
-</Aside>
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Start motion-based tracking
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-
-// Now orientation change events will reflect physical orientation
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Physical orientation:', result.type);
-  }
-);
-
-// Check if orientation lock is enabled
-const lockStatus = await ScreenOrientation.isOrientationLocked();
-if (lockStatus.locked) {
-  console.log('User has orientation lock enabled');
-  console.log('Physical:', lockStatus.physicalOrientation);
-  console.log('UI:', lockStatus.uiOrientation);
-}
-
-// Stop tracking when done
-await ScreenOrientation.stopOrientationTracking();
-```
-
-## API Référence
-
-### orientation()
-
-Get the current screen orientation.
-
-```typescript
-const result = await ScreenOrientation.orientation();
-// Returns: { type: OrientationType }
-```
-
-**OrientationType values:**
-- `'portrait-primary'` - Portrait, home button at bottom
-- `'portrait-secondary'` - Portrait, upside down
-- `'landscape-primary'` - Landscape, home button on right
-- `'landscape-secondary'` - Landscape, home button on left
-
-### lock(Options)
-
-Lock the screen to a specific orientation.
-
-```typescript
-interface OrientationLockOptions {
-  orientation: OrientationLockType;
-  bypassOrientationLock?: boolean; // Enable motion tracking
-}
-
-await ScreenOrientation.lock({ orientation: 'landscape' });
-```
-
-**OrientationLockType values:**
-- `'any'` - Any orientation
-- `'natural'` - Device's natural orientation
-- `'landscape'` - Any landscape mode
-- `'portrait'` - Any portrait mode
-- `'portrait-primary'` / `'portrait-secondary'`
-- `'landscape-primary'` / `'landscape-secondary'`
-
-### unlock()
-
-Unlock the screen orientation.
-
-```typescript
-await ScreenOrientation.unlock();
-```
-
-### startOrientationTracking(Options?)
-
-Démarrer tracking physical Appareil orientation using motion sensors.
-
-```typescript
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-```
-
-### stopOrientationTracking()
-
-Arrêter motion-based orientation tracking.
-
-```typescript
-await ScreenOrientation.stopOrientationTracking();
-```
-
-### isOrientationLocked()
-
-Vérifier if Appareil orientation lock is enabled.
-
-```typescript
-const result = await ScreenOrientation.isOrientationLocked();
-// Returns: {
-//   locked: boolean,
-//   physicalOrientation?: OrientationType,
-//   uiOrientation?: OrientationType
-// }
-```
-
-<Aside type="tip">
-  This method requires motion tracking to be Actif to work properly.
-</Aside>
-
-### addListener(eventName, callback)
-
-Listen for orientation changes.
-
-```typescript
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('New orientation:', result.type);
-  }
-);
-
-// Remove when done
-await listener.remove();
-```
-
-### removeAllListeners()
-
-Retirer all event listeners.
-
-```typescript
-await ScreenOrientation.removeAllListeners();
-```
-
-## Terminé Exemple
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-class OrientationManager {
-  private listener: any = null;
-
-  async init() {
-    // Start motion tracking for physical orientation detection
-    await ScreenOrientation.startOrientationTracking({
-      bypassOrientationLock: true
-    });
-
-    // Listen for changes
-    this.listener = await ScreenOrientation.addListener(
-      'screenOrientationChange',
-      this.onOrientationChange.bind(this)
-    );
-
-    // Get initial orientation
-    const { type } = await ScreenOrientation.orientation();
-    console.log('Initial orientation:', type);
-  }
-
-  onOrientationChange(result: { type: string }) {
-    console.log('Orientation changed to:', result.type);
-
-    // Adjust UI based on orientation
-    if (result.type.includes('landscape')) {
-      this.showLandscapeUI();
-    } else {
-      this.showPortraitUI();
-    }
-  }
-
-  showLandscapeUI() {
-    // Landscape-specific UI adjustments
-  }
-
-  showPortraitUI() {
-    // Portrait-specific UI adjustments
-  }
-
-  async lockLandscape() {
-    await ScreenOrientation.lock({ orientation: 'landscape' });
-  }
-
-  async lockPortrait() {
-    await ScreenOrientation.lock({ orientation: 'portrait' });
-  }
-
-  async freeRotation() {
-    await ScreenOrientation.unlock();
-  }
-
-  async checkIfUserHasOrientationLock() {
-    const { locked, physicalOrientation, uiOrientation } =
-      await ScreenOrientation.isOrientationLocked();
-
-    if (locked) {
-      console.log(`Device is held in ${physicalOrientation} but UI shows ${uiOrientation}`);
-      return true;
-    }
-    return false;
-  }
-
-  async destroy() {
-    await ScreenOrientation.stopOrientationTracking();
-    if (this.listener) {
-      await this.listener.remove();
-    }
-  }
-}
-```
-
-## Platform Notes
-
-### iOS
-- Uses Core Motion framework for physical orientation detection
-- Requires `NSMotionUsageDescription` in Info.plist for motion sensors
-- Full Support for all orientation types
-
-### Android
-- Uses accelerometer sensor for physical orientation detection
-- No additional permissions required
-- Full Support for all orientation types
-
-### Web
-- Uses Screen Orientation API
-- Motion sensor detection is limited
-- Some browsers may not Support all lock types
diff --git a/src/content/docs/fr/plugins/screen-orientation/index.mdx b/src/content/docs/fr/plugins/screen-orientation/index.mdx
deleted file mode 100644
index 3e5bbe38a..000000000
--- a/src/content/docs/fr/plugins/screen-orientation/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-screen-orientation"
-description: Control and detect screen orientation with the unique ability to detect physical Appareil orientation using motion sensors.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Screen orientation plugin with Support for detecting true physical Appareil orientation - even when orientation lock is enabled.
-  image: 
-    file: ~public/icons/plugins/screen-orientation.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/screen-orientation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-screen-orientation/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Physical Orientation Detection" icon="rocket">
-    Detect true physical Appareil orientation using motion sensors, even when orientation lock is enabled
-  </Card>
-  <Card title="Orientation Lock Detection" icon="puzzle">
-    Determine if the Utilisateur has enabled orientation lock by comparing physical vs UI orientation
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Works on iOS (Core Motion), Android (Accelerometer), and Web
-  </Card>
-  <Card title="Real-time Updates" icon="open-book">
-    Get instant notifications when Appareil orientation changes with event listeners
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/screen-recorder/getting-started.mdx b/src/content/docs/fr/plugins/screen-recorder/getting-started.mdx
deleted file mode 100644
index 617bb8c12..000000000
--- a/src/content/docs/fr/plugins/screen-recorder/getting-started.mdx
+++ /dev/null
@@ -1,287 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the Screen Recorder plugin to capture screen recordings in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-screen-recorder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configure permissions**
-   
-   ### iOS
-   Add usage descriptions to your `Info.plist`:
-   ```xml
-   <key>NSMicrophoneUsageDescription</key>
-   <string>To record audio with screen recording</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>To save screen recordings</string>
-   ```
-   
-   ### Android
-   Add permissions to your `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## Utilisation
-
-Importer the plugin and use its methods to record the screen:
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-
-// Start recording
-const startRecording = async () => {
-  try {
-    await ScreenRecorder.start();
-    console.log('Recording started');
-  } catch (error) {
-    console.error('Failed to start recording:', error);
-  }
-};
-
-// Stop recording
-const stopRecording = async () => {
-  try {
-    const result = await ScreenRecorder.stop();
-    console.log('Recording saved to:', result.videoUrl);
-    
-    // You can now use the video URL
-    // For example, share it or play it back
-  } catch (error) {
-    console.error('Failed to stop recording:', error);
-  }
-};
-
-// Check if recording is supported
-const checkSupport = async () => {
-  const { value } = await ScreenRecorder.isSupported();
-  console.log('Screen recording supported:', value);
-};
-
-// Check if currently recording
-const checkRecordingStatus = async () => {
-  const { value } = await ScreenRecorder.isRecording();
-  console.log('Currently recording:', value);
-};
-```
-
-## API Référence
-
-### Démarrer()
-
-Starts screen recording.
-
-```typescript
-await ScreenRecorder.start();
-```
-
-### Arrêter()
-
-Stops recording and Retourne the video file path.
-
-```typescript
-interface RecordingResult {
-  videoUrl: string;
-}
-
-const result = await ScreenRecorder.stop();
-```
-
-### isSupported()
-
-Checks if screen recording is supported on the Appareil.
-
-```typescript
-const { value } = await ScreenRecorder.isSupported();
-// Returns: { value: boolean }
-```
-
-### isRecording()
-
-Checks if screen recording is currently Actif.
-
-```typescript
-const { value } = await ScreenRecorder.isRecording();
-// Returns: { value: boolean }
-```
-
-## Advanced Utilisation
-
-### Recording with Options
-
-```typescript
-// iOS-specific options
-const startWithOptions = async () => {
-  await ScreenRecorder.start({
-    // iOS only options
-    recordAudio: true,
-    microphoneAudio: true,
-    showIOSNotification: true,
-    notificationText: "Recording in progress..."
-  });
-};
-```
-
-### Terminé Recording Flow
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-import { Share } from '@capacitor/share';
-
-export class RecordingService {
-  private isRecording = false;
-
-  async toggleRecording() {
-    if (this.isRecording) {
-      await this.stopRecording();
-    } else {
-      await this.startRecording();
-    }
-  }
-
-  private async startRecording() {
-    try {
-      // Check if supported
-      const { value: isSupported } = await ScreenRecorder.isSupported();
-      if (!isSupported) {
-        throw new Error('Screen recording not supported');
-      }
-
-      // Start recording
-      await ScreenRecorder.start();
-      this.isRecording = true;
-      
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  private async stopRecording() {
-    try {
-      const result = await ScreenRecorder.stop();
-      this.isRecording = false;
-      
-      console.log('Recording saved:', result.videoUrl);
-      
-      // Option to share the recording
-      await this.shareRecording(result.videoUrl);
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  private async shareRecording(videoUrl: string) {
-    try {
-      await Share.share({
-        title: 'Screen Recording',
-        text: 'Check out my screen recording!',
-        url: videoUrl,
-        dialogTitle: 'Share Recording'
-      });
-    } catch (error) {
-      console.error('Failed to share recording:', error);
-    }
-  }
-}
-```
-
-## Bonnes pratiques
-
-1. **Vérifier Support before use**
-   ```typescript
-   const { value } = await ScreenRecorder.isSupported();
-   if (!value) {
-     // Hide recording feature or show alternative
-   }
-   ```
-
-2. **Handle permissions properly**
-   On iOS, the system will automatically prompt for permission. On Android, ensure you request necessary permissions.
-
-3. **Provide Utilisateur Retour**
-   Show clear indicators when recording is Actif:
-   ```typescript
-   let recordingInterval: any;
-   
-   const startRecording = async () => {
-     await ScreenRecorder.start();
-     
-     // Show recording indicator
-     recordingInterval = setInterval(() => {
-       // Update UI to show recording duration
-     }, 1000);
-   };
-   
-   const stopRecording = async () => {
-     clearInterval(recordingInterval);
-     await ScreenRecorder.stop();
-   };
-   ```
-
-4. **Handle interruptions**
-   ```typescript
-   import { App } from '@capacitor/app';
-   
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (!isActive) {
-       // Consider stopping recording when app goes to background
-       const { value } = await ScreenRecorder.isRecording();
-       if (value) {
-         await ScreenRecorder.stop();
-       }
-     }
-   });
-   ```
-
-## Platform Notes
-
-### iOS
-- Requires iOS 11.0+
-- Uses `ReplayKit` framework
-- System shows recording indicator in status bar
-- Utilisateur must confirm recording Démarrer
-
-### Android
-- Requires Android 5.0 (API 21)+
-- Uses `MediaProjection` API
-- Shows notification during recording
-- Some Appareils may have manufacturer-specific limitations
-
-### Web
-- Not supported on web platform
-- Will return `isSupported: false`
-
-## Dépannage
-
-1. **Recording fails to Démarrer**
-   - Ensure all permissions are granted
-   - Vérifier if another Application is already recording
-   - Verify Appareil supports screen recording
-
-2. **No audio in recording**
-   - Vérifier microphone permissions
-   - Ensure `recordAudio` option is enabled
-   - Some Appareils may not Support system audio recording
-
-3. **Video file not found**
-   - Vérifier file permissions
-   - Ensure sufficient storage space
-   - Verify the returned video URL is valid
diff --git a/src/content/docs/fr/plugins/screen-recorder/index.mdx b/src/content/docs/fr/plugins/screen-recorder/index.mdx
deleted file mode 100644
index 6cac62188..000000000
--- a/src/content/docs/fr/plugins/screen-recorder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-screen-recorder"
-description: Record your Appareil's screen with audio Support for creating tutorials, demos, and Application previews.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Record your Appareil's screen with this powerful Capacitor plugin, perfect for creating tutorials, demos, and capturing Application interactions.
-  image: 
-    file: ~public/icons/plugins/screen-recorder.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/screen-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/capacitor-screen-recorder/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="High quality recording" icon="rocket">
-    Record screen in high quality with customizable Paramètres 🎥
-  </Card>
-  <Card title="Audio support" icon="star">
-    Record with microphone audio and system sounds 🎤
-  </Card>
-  <Card title="Easy integration" icon="setting">
-    Simple API with Démarrer/Arrêter recording methods 😊
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/screen-recorder/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/shake/getting-started.mdx b/src/content/docs/fr/plugins/shake/getting-started.mdx
deleted file mode 100644
index c0d861605..000000000
--- a/src/content/docs/fr/plugins/shake/getting-started.mdx
+++ /dev/null
@@ -1,164 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et configurer le plugin Capacitor Shake pour
-  détecter les gestes de secousse et créer des expériences interactives dans
-  votre application.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-shake" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurez le plugin**
-
-   **Basic Usage Example:**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-
-   // Start listening for shake gestures
-   await Shake.start();
-
-   // Listen for shake events
-   Shake.addListener('shake', () => {
-     console.log('Device was shaken!');
-     // Perform your action here
-   });
-   ```
-
-   **Configuration de sensibilité :**
-   ```typescript
-   // Configure shake sensitivity
-   await Shake.start({
-     threshold: 3.5 // Adjust sensitivity (default: 3.5)
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Aucune configuration supplémentaire requise pour iOS.
-     </TabItem>
-     <TabItem label="Android">
-       Aucune configuration supplémentaire requise pour Android.
-     </TabItem>
-   </Tabs>
-
-4. **Arrêtez d'écouter les secousses**
-   ```typescript
-   // Stop shake detection when not needed
-   await Shake.stop();
-   
-   // Remove specific listener
-   const handle = await Shake.addListener('shake', () => {
-     console.log('Shaken!');
-   });
-   handle.remove();
-   ```
-
-5. **Exemple de mise en œuvre**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-   import { App } from '@capacitor/app';
-
-   export class ShakeService {
-     private shakeListener: any;
-
-     async initialize() {
-       // Start shake detection
-       await Shake.start({ threshold: 4.0 });
-
-       // Add shake listener
-       this.shakeListener = await Shake.addListener('shake', () => {
-         this.handleShake();
-       });
-
-       // Clean up on app pause
-       App.addListener('pause', () => {
-         Shake.stop();
-       });
-
-       // Resume on app resume
-       App.addListener('resume', () => {
-         Shake.start({ threshold: 4.0 });
-       });
-     }
-
-     private handleShake() {
-       console.log('Shake detected!');
-       // Show debug menu, refresh data, or trigger any action
-     }
-
-     async cleanup() {
-       if (this.shakeListener) {
-         this.shakeListener.remove();
-       }
-       await Shake.stop();
-     }
-   }
-   ```
-</Steps>
-
-## API Référence
-
-### Methods
-
-#### `start(options?: ShakeOptions)`
-Commencez à écouter les gestes de secousse.
-
-**Paramètres :**
-- `options` (facultatif) : Objet de configuration
-  - `threshold` : numéro - Seuil de sensibilité (par défaut : 3,5)
-
-#### `stop()`
-Arrêtez d’écouter les gestes de secousse.
-
-#### `addListener('shake', callback: () => void)`
-Ajoutez un écouteur pour les événements shake.
-
-**Retours :** Promesse avec une poignée pour supprimer l'écouteur
-
-### Interfaces
-
-```typescript
-interface ShakeOptions {
-  threshold?: number; // Shake sensitivity threshold
-}
-```
-
-## Remarques sur la plate-forme
-
-### iOS
-- Utilise l'accéléromètre de l'appareil pour détecter les gestes de secousse
-- Fonctionne au premier plan et en arrière-plan (si l'application dispose d'autorisations en arrière-plan)
-
-### Android
-- Utilise le SensorManager pour détecter les événements de secousse
-- Ne nécessite aucune autorisation spéciale
-- Fonctionne lorsque l'application est au premier plan
-
-## Cas d'utilisation courants
-
-1. **Menu Debug** : Afficher les options du développeur lorsque l'appareil est secoué
-2. **Feedback** : Déclenchez un formulaire de commentaires ou un rapport de bug
-3. **Actualiser** : actualisez les données de l'application ou videz le cache
-4. **Jeux** : utilisez Shake comme mécanisme de contrôle du jeu
-5. **Annuler** : implémentez la fonctionnalité secouer pour annuler
-
-## Dépannage
-
-**Shake not detected:**
-- Assurez-vous que le plugin est démarré avec `Shake.start()`
-- Essayez d'ajuster la valeur seuil (inférieure = plus sensible)
-- Vérifiez que les auditeurs sont correctement enregistrés
-
-**Trop sensible/pas assez sensible :**
-- Ajustez le paramètre `threshold` dans les options `start()`
-- Les valeurs vont généralement de 2,0 (très sensible) à 5,0 (moins sensible)
diff --git a/src/content/docs/fr/plugins/shake/index.mdx b/src/content/docs/fr/plugins/shake/index.mdx
deleted file mode 100644
index 3d529b543..000000000
--- a/src/content/docs/fr/plugins/shake/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-shake"
-description: Capacitor plugin to detect shake gestures on your Appareil, enabling interactive shake-based Fonctionnalités in your Application.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Detect shake gestures in your Application to trigger actions, show Débogage menus, or Créer interactive experiences.
-  image: 
-    file: ~public/icons/plugins/shake.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/shake/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-shake/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Simple gesture detection" icon="rocket">
-    Easily detect when Utilisateurs shake their Appareil 📱
-  </Card>
-  <Card title="Customizable sensitivity" icon="setting">
-    Adjust shake detection sensitivity to your needs ⚡
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Works seamlessly on iOS and Android Appareils 🌍
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/shake/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/share-target/getting-started.mdx b/src/content/docs/fr/plugins/share-target/getting-started.mdx
deleted file mode 100644
index da47ab9f9..000000000
--- a/src/content/docs/fr/plugins/share-target/getting-started.mdx
+++ /dev/null
@@ -1,415 +0,0 @@
----
-title: Premiers pas avec Share Target
-description: >-
-  Découvrez comment faire en sorte que votre application reçoive du contenu
-  partagé à partir d'autres applications
-locale: fr
----
-Ce guide vous guidera dans l'intégration du plugin Capacitor Share Target pour permettre à votre application de recevoir du contenu partagé à partir d'autres applications.
-
-##Installation
-
-Installez le plugin en utilisant npm :
-
-```bash
-npm install @capgo/capacitor-share-target
-npx cap sync
-```
-
-## AndroidConfiguration
-
-Ajoutez des filtres d'intention à votre `AndroidManifest.xml` à l'intérieur de la balise `<activity>` :
-
-### Accepter le contenu texte
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="text/*" />
-</intent-filter>
-```
-
-### Accepter les images
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-```
-
-### Accepter tous les types de contenu
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-```
-
-## iOSConfiguration
-
-Pour iOS, vous devez créer une extension de partage :
-
-### 1. Créez une extension de partage dans Xcode
-
-1. Ouvrez votre projet dans Xcode
-2. Accédez à **Fichier > Nouveau > Cible**.
-3. Sélectionnez **Partager l'extension** et cliquez sur **Suivant**.
-4. Nommez-le (par exemple, "ShareExtension") et cliquez sur **Terminer**
-5. Si vous y êtes invité, activez le schéma
-
-### 2. Configurer le groupe d'applications
-
-1. Dans la cible de votre application principale, accédez à **Signature et capacités**.
-2. Cliquez sur **+ Capacité** et ajoutez des **Groupes d'applications**.
-3. Créez ou sélectionnez un groupe d'applications (par exemple, `group.com.yourcompany.yourapp`)
-4. Répétez l’opération pour la cible de l’extension de partage
-
-### 3. Mettre à jour le code d'extension de partage
-
-L'extension de partage doit enregistrer les données partagées dans le conteneur du groupe d'applications afin que votre application principale puisse y accéder.
-
-Pour une configuration détaillée de iOS, consultez la [documentation sur l'extension de partage de Apple](https://developer.apple.com/documentation/uikit/uiactivityviewcontroller).
-
-## Utilisation de base
-
-### Importer le plugin
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-```
-
-### Écoutez le contenu partagé
-
-```typescript
-CapacitorShareTarget.addListener('shareReceived', (event) => {
-  console.log('Received share event');
-  console.log('Title:', event.title);
-  console.log('Texts:', event.texts);
-
-  // Handle shared files
-  if (event.files && event.files.length > 0) {
-    event.files.forEach(file => {
-      console.log(`File: ${file.name}`);
-      console.log(`Type: ${file.mimeType}`);
-      console.log(`URI: ${file.uri}`);
-    });
-  }
-});
-```
-
-## Exemple complet
-
-Voici un exemple complet gérant différents types de contenu partagé :
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-class ShareTargetService {
-  private listener: any;
-
-  initialize() {
-    this.listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-      this.handleSharedContent(event);
-    });
-
-    console.log('Share target listener initialized');
-  }
-
-  handleSharedContent(event: any) {
-    console.log('=== Share Received ===');
-
-    // Handle title
-    if (event.title) {
-      console.log('Title:', event.title);
-      this.showNotification('Shared: ' + event.title);
-    }
-
-    // Handle text content
-    if (event.texts && event.texts.length > 0) {
-      event.texts.forEach((text: string, index: number) => {
-        console.log(`Text ${index + 1}:`, text);
-        this.processSharedText(text);
-      });
-    }
-
-    // Handle files
-    if (event.files && event.files.length > 0) {
-      console.log(`Received ${event.files.length} file(s)`);
-
-      event.files.forEach((file: any) => {
-        console.log('File details:');
-        console.log('  Name:', file.name);
-        console.log('  Type:', file.mimeType);
-        console.log('  URI:', file.uri);
-
-        this.processSharedFile(file);
-      });
-    }
-  }
-
-  processSharedText(text: string) {
-    // Check if it's a URL
-    if (this.isURL(text)) {
-      console.log('Shared URL detected:', text);
-      // Handle URL (e.g., create bookmark)
-      this.saveBookmark(text);
-    } else {
-      console.log('Shared text detected');
-      // Handle plain text (e.g., create note)
-      this.createNote(text);
-    }
-  }
-
-  processSharedFile(file: any) {
-    const fileType = file.mimeType.split('/')[0];
-
-    switch (fileType) {
-      case 'image':
-        console.log('Processing shared image');
-        this.handleImage(file);
-        break;
-
-      case 'video':
-        console.log('Processing shared video');
-        this.handleVideo(file);
-        break;
-
-      case 'audio':
-        console.log('Processing shared audio');
-        this.handleAudio(file);
-        break;
-
-      case 'application':
-        console.log('Processing shared document');
-        this.handleDocument(file);
-        break;
-
-      default:
-        console.log('Processing generic file');
-        this.handleGenericFile(file);
-    }
-  }
-
-  handleImage(file: any) {
-    // Process image file
-    console.log('Saving image:', file.name);
-    // Implementation: Save to gallery, upload, etc.
-  }
-
-  handleVideo(file: any) {
-    // Process video file
-    console.log('Saving video:', file.name);
-  }
-
-  handleAudio(file: any) {
-    // Process audio file
-    console.log('Saving audio:', file.name);
-  }
-
-  handleDocument(file: any) {
-    // Process document file
-    console.log('Saving document:', file.name);
-  }
-
-  handleGenericFile(file: any) {
-    // Process generic file
-    console.log('Saving file:', file.name);
-  }
-
-  isURL(text: string): boolean {
-    try {
-      new URL(text);
-      return true;
-    } catch {
-      return false;
-    }
-  }
-
-  saveBookmark(url: string) {
-    console.log('Creating bookmark for:', url);
-    // Implementation
-  }
-
-  createNote(text: string) {
-    console.log('Creating note with text:', text.substring(0, 50));
-    // Implementation
-  }
-
-  showNotification(message: string) {
-    console.log('Notification:', message);
-    // Show toast or notification
-  }
-
-  cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-  }
-}
-
-// Usage
-const shareTarget = new ShareTargetService();
-shareTarget.initialize();
-
-// Cleanup when app closes
-// shareTarget.cleanup();
-```
-
-## Intégration de React
-
-```typescript
-import { useEffect } from 'react';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-function useShareTarget(onShareReceived: (event: any) => void) {
-  useEffect(() => {
-    const listener = CapacitorShareTarget.addListener('shareReceived', onShareReceived);
-
-    return () => {
-      listener.remove();
-    };
-  }, [onShareReceived]);
-}
-
-// Usage in component
-function App() {
-  useShareTarget((event) => {
-    console.log('Share received:', event);
-    // Handle shared content
-  });
-
-  return <div>Your App</div>;
-}
-```
-
-## Intégration Vue
-
-```typescript
-import { onMounted, onUnmounted } from 'vue';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-export default {
-  setup() {
-    let listener: any;
-
-    onMounted(() => {
-      listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-        console.log('Share received:', event);
-        // Handle shared content
-      });
-    });
-
-    onUnmounted(() => {
-      if (listener) {
-        listener.remove();
-      }
-    });
-  }
-};
-```
-
-## Gestion de différents types de contenu
-
-### URL
-
-```typescript
-if (event.texts && event.texts.length > 0) {
-  const text = event.texts[0];
-
-  if (text.startsWith('http://') || text.startsWith('https://')) {
-    // Handle URL
-    window.open(text, '_blank');
-  }
-}
-```
-
-### Images
-
-```typescript
-if (event.files) {
-  const images = event.files.filter(f => f.mimeType.startsWith('image/'));
-
-  images.forEach(async (image) => {
-    // Read and display image
-    const response = await fetch(image.uri);
-    const blob = await response.blob();
-    const imageUrl = URL.createObjectURL(blob);
-
-    // Display or process image
-    console.log('Image URL:', imageUrl);
-  });
-}
-```
-
-### Plusieurs fichiers
-
-```typescript
-if (event.files && event.files.length > 1) {
-  console.log(`Processing ${event.files.length} files`);
-
-  const processPromises = event.files.map(file =>
-    processFile(file)
-  );
-
-  await Promise.all(processPromises);
-  console.log('All files processed');
-}
-```
-
-## meilleures pratiques
-
-1. **Gérer plusieurs types de contenu** : soyez prêt à recevoir du texte, des URL et des fichiers
-2. **Valider le contenu** : vérifiez les types MIME avant le traitement
-3. **Fournir des commentaires** : montrez aux utilisateurs ce qui a été reçu
-4. **Gérer les erreurs** : les URI des fichiers peuvent être invalides ou inaccessibles
-5. **Nettoyer les écouteurs** : supprimez les écouteurs lorsque vous n'en avez pas besoin
-6. **Testez minutieusement** : testez avec différentes applications et types de contenu
-7. **Demander des autorisations** : certains types de fichiers peuvent nécessiter des autorisations supplémentaires
-
-## Problèmes courants
-
-### Le partage ne fonctionne pas sur Android
-
-Assurez-vous que les filtres d'intention sont correctement configurés dans `AndroidManifest.xml` dans la balise `<activity>` qui contient `android.intent.action.MAIN`.
-
-### iOS L'extension de partage n'apparaît pas
-
-1. Vérifiez que le groupe d'applications est configuré dans les deux cibles
-2. Assurez-vous que l'extension de partage est activée
-3. Vérifiez que Info.plist dans Share Extension a une configuration correcte
-
-### Erreurs d'accès aux fichiers
-
-```typescript
-try {
-  const response = await fetch(file.uri);
-  const blob = await response.blob();
-  // Process blob
-} catch (error) {
-  console.error('Failed to access file:', error);
-  // Show error to user
-}
-```
-
-## Prochaines étapes
-
-- Explorez la [API Reference](https://github.com/Cap-go/capacitor-share-target#api) pour une documentation complète de la méthode
-- Consultez l'[exemple d'application](https://github.com/Cap-go/capacitor-share-target/tree/main/example) pour une utilisation avancée.
-- Voir le [tutoriel](/plugins/capacitor-share-target) pour des exemples complets d'implémentation
diff --git a/src/content/docs/fr/plugins/share-target/index.mdx b/src/content/docs/fr/plugins/share-target/index.mdx
deleted file mode 100644
index ffc239d17..000000000
--- a/src/content/docs/fr/plugins/share-target/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-share-target"
-description: Receive shared content from other apps in your Capacitor Application for text, images, videos, and files.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Activer your Application to receive text, images, and files shared from other apps with cross-platform Support.
-  image: 
-    file: ~public/icons/plugins/share-target.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/share-target/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-share-target/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Universal Sharing" icon="rocket">
-    Receive content shared from any Application 🔗
-  </Card>
-  <Card title="Multiple Content Types" icon="document">
-    Handle text, images, videos, and files 📁
-  </Card>
-  <Card title="Cross-Platform" icon="laptop">
-    iOS and Android Support with Natif integration 📱
-  </Card>
-  <Card title="Event-Based" icon="download">
-    Listen for share events in real-time 📡
-  </Card>
-  <Card title="Flexible Configuration" icon="setting">
-    Customize accepted MIME types 🎛️
-  </Card>
-  <Card title="Premiers pas" icon="open-book">
-    Vérifier the [Commencer Guide](/docs/plugins/share-target/getting-started/) to Installer and configure the plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/sim/getting-started.mdx b/src/content/docs/fr/plugins/sim/getting-started.mdx
deleted file mode 100644
index 5d365ec0c..000000000
--- a/src/content/docs/fr/plugins/sim/getting-started.mdx
+++ /dev/null
@@ -1,60 +0,0 @@
----
-title: Commencer
-description: >-
-  Récupérez les détails de la carte SIM et gérez les autorisations d'exécution
-  avec le plugin SIM Capgo.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le plugin**
-   <PackageManagers pkg="@capgo/capacitor-sim" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Plateformes de synchronisation**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Autorisations
-
-- **Android** : assurez-vous que `android.permission.READ_PHONE_STATE` (et sur Android 13+, `READ_BASIC_PHONE_STATE`) est accordé. Capacitor inclut les déclarations manifestes, mais vous devez demander l'autorisation avant d'appeler `getSimCards`.
-- **iOS** : les informations sur le transporteur sont disponibles automatiquement ; la plate-forme ne demande pas d'autorisations supplémentaires. N'oubliez pas les données limitées renvoyées sur iOS 16.4+ en raison des restrictions du système d'exploitation.
-
-## Demander l'accès à l'exécution (Android)
-
-```typescript
-import { Sim } from '@capgo/capacitor-sim';
-
-const status = await Sim.checkPermissions();
-if (status.readSimCard !== 'granted') {
-  const updated = await Sim.requestPermissions();
-  if (updated.readSimCard !== 'granted') {
-    throw new Error('Telephony permission denied');
-  }
-}
-```
-
-## Lire les cartes SIM
-
-```typescript
-const { simCards } = await Sim.getSimCards();
-
-simCards.forEach((card, index) => {
-  console.log(`Slot ${card.simSlotIndex ?? index}:`, {
-    carrier: card.carrierName,
-    mcc: card.mobileCountryCode,
-    mnc: card.mobileNetworkCode,
-    country: card.isoCountryCode,
-    subscriptionId: card.subscriptionId,
-  });
-});
-```
-
-## Considérations sur la plate-forme
-
-- **Appareils double SIM** : parcourez le tableau renvoyé ; chaque entrée correspond à un emplacement. Lorsqu'il est présent, `subscriptionId` vous aide à interagir avec les API de téléphonie de Android.
-- **iOS 16.4+** : Apple supprime plusieurs attributs de transporteur. Attendez-vous à des valeurs d'espace réservé (`--`, `65535`) et planifiez des solutions de secours dans votre interface utilisateur.
-- **Web** : le plugin résout avec des données vides car les navigateurs ne peuvent pas accéder aux informations SIM.
diff --git a/src/content/docs/fr/plugins/sim/index.mdx b/src/content/docs/fr/plugins/sim/index.mdx
deleted file mode 100644
index e000f79d5..000000000
--- a/src/content/docs/fr/plugins/sim/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-sim"
-description: Inspect SIM card Information such as carrier, country code, and slot index from Capacitor apps.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Retrieve SIM carrier metadata and handle permission flows with a lightweight Capacitor bridge.
-  image: 
-    file: ~public/icons/plugins/sim.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/sim/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-sim/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Use Capgo SIM to query carrier data, slot indexes, and permission states while remaining inside Capacitor.
-
-<CardGrid stagger>
-  <Card title="Multi-SIM support" icon="rocket">
-    Enumerate every installed SIM along with slot indices and subscription IDs.
-  </Card>
-  <Card title="Permission helpers" icon="approve-check">
-    Vérifier and request the telephony permission required on Android.
-  </Card>
-  <Card title="Consistent schema" icon="star">
-    Work with normalized carrier fields like MCC, MNC, ISO country, and phone numbers.
-  </Card>
-  <Card title="iOS-aware" icon="pencil">
-    Handle platform nuances such as limited carrier data on iOS 16.4+.
-  </Card>
-</CardGrid>
-
-Grab the Commencer Guide to integrate permissions and consumption patterns.
diff --git a/src/content/docs/fr/plugins/social-login/apple/android.mdx b/src/content/docs/fr/plugins/social-login/apple/android.mdx
deleted file mode 100644
index 641492766..000000000
--- a/src/content/docs/fr/plugins/social-login/apple/android.mdx
+++ /dev/null
@@ -1,299 +0,0 @@
----
-title: Apple se connecte le Android
-description: >-
-  Ce guide fournit une procédure pas à pas complète sur la configuration de la
-  connexion Apple à l'aide de Capacitor pour les appareils iOS, détaillant
-  chaque étape pour garantir un processus d'intégration fluide.
-sidebar:
-  order: 3
-locale: fr
----
-import MermaidGraph from '@/components/MermaidGraph.astro';
-import { Steps } from '@astrojs/starlight/components';
-
-export const appleLoginFlowGraph = `flowchart TD
-    A("await SocialLogin.login()") -->|Géré dans le plugin|B(Générer l'URL de connexion)
-    B --> |Passer le lien| C(Ouvrez le navigateur Chrome)
-    C -> D (Attendez que l'utilisateur se connecte)
-    D --> |Apple redirige vers votre backend|E (Gérer les données renvoyées par Apple)
-    E --> F (Redirection vers l'application)
-    F --> G(Retour à JS)`;
-
-La connexion Apple sur Android est piratée. Apple n'a pas de support officiel pour `Sign in with Apple` sur Android, la solution est donc légèrement hackée.
-
-Android utilise actuellement des onglets Chrome pour afficher un site Web OAuth2. Cette approche présente les défis suivants :
-
-- Configuration difficile
-- Un backend est requis
-
-## Comprendre le flux sur Android.
-
-Permettez-moi d'utiliser un diagramme pour expliquer le flux sur Android :
-
-<MermaidGraph graph={appleLoginFlowGraph} ariaLabel="Apple Login flow diagram on Android" fullWidth={false} />
-
-Maintenant que vous êtes conscient des défis et du déroulement, commençons la configuration.
-
-## Création de l'ID du service
-
-<Steps>
-1. Connectez-vous au [Apple Portail des développeurs](https://developer.apple.com). 
-
-2. Cliquez sur `Identifiers`.
-
-    <img src="/social-login-assets/apple_dev_portal_iden.png" alt="Apple Section Identifiants du portail des développeurs" />
-    
-    Vous devriez voir un écran qui ressemble à ceci :
-
-    <img src="/social-login-assets/apple_dev_portal_iden_2.png" alt="Apple Écran des identifiants du portail de développeur" />
-
-    1. Assurez-vous que ce champ indique <code>App IDs</code>
-    2. Assurez-vous que vous pouvez trouver votre identifiant d'application.
-        :::remarque
-        Si vous n'avez pas configuré la connexion Apple pour IOS, vous devrez en créer une. Pour ma part, j'en ai déjà un créé. L'ID d'application que j'utiliserai est `me.wcaleniewolny.test.ionic.vue`. Si vous n'en avez pas, veuillez en créer un à l'aide de l'[étape de création d'application](#creating-the-app).
-        :::
-3. Assurez-vous que la fonctionnalité `Sign in with Apple` est activée pour votre application
-    1. Cliquez sur votre application
-        <img src="/social-login-assets/apple_dev_click_on_app.png" alt="Sélection de votre application dans la liste" />
-    2. Assurez-vous que la fonctionnalité `Sign in with Apple` est activée
-        <img src="/social-login-assets/apple_dev_sign_in_with_apple_enabled.png" alt="Connectez-vous avec la case à cocher la fonctionnalité Apple activée." />
-    3. S'il n'est pas activé, activez-le.
-4. Revenez à tous les « Tous les identifiants » 
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="Bouton de navigation Tous les identifiants" />
-5. Cliquez sur « App Ids » et accédez à « Services IDs »
-   <img src="/social-login-assets/apple_dev_go_to_services_id.png" alt="Navigation vers la section ID de services" />
-6. Créez un nouvel identifiant
-    1. Cliquez sur le bouton plus
-        <img src="/social-login-assets/apple_dev_iden_add.png" alt="Bouton Ajouter un nouveau numéro de service" />
-    
-    2. Sélectionnez « ID de service » et cliquez sur `Continue`.
-        <img src="/social-login-assets/apple_dev_service_and_cont.png" alt="" />
-    
-    3. Entrez une description et un identifiant et cliquez sur `Continuie`.
-
-        <img src="/social-login-assets/apple_dev_reg_service_2.png" alt="Saisie des détails de l'ID de service" />
-
-        :::remarque
-        Ce `identifiers` deviendra le `clientId` que vous passerez dans la fonction `initialize` ET `ANDROID_SERVICE_ID` pour le backend. 
-        
-        **S'il vous plaît, enregistrez-le !!!**
-        :::
-
-        :::remarque
-        L'ID de service ne doit pas nécessairement correspondre à l'ID de l'application, mais je recommande de définir l'ID de service sur `YOUR_APP_ID.service` . Pour rappel, j'utilise `me.wcaleniewolny.test.ionic.vue` pour mon identifiant d'application mais j'utilise `ee.forgr.io.ionic.service2` comme identifiant de service.
-        :::
-    4. Veuillez vérifier les détails et cliquer sur `Register`
-        <img src="/social-login-assets/apple_dev_service_ref_fin.png" alt="Confirmation de l'enregistrement de l'ID de service" />
-    
-    5. Cliquez sur le service nouvellement créé
-        <img src="/social-login-assets/apple_dev_open_serv.png" alt="Sélection de l'ID de service nouvellement créé" />
-    
-    6. Activez l'option `Sign in with Apple`
-        <img src="/social-login-assets/apple_dev_serv_enable_sign_with_apple.png" alt="Activation de la connexion avec Apple pour l'ID de service" />
-    
-    7. Configurez le `Sign In with Apple`
-        <img src="/social-login-assets/apple_dev_conf_serv_sign_with_apple.png" alt="Configurer le bouton pour se connecter avec Apple" />
-    
-    8. Assurez-vous que « l'ID d'application principal » est défini sur l'ID d'application configuré à l'étape précédente.
-        <img src="/social-login-assets/apple_dev_service_prim_id.png" alt="Définition de la liste déroulante de l'ID de l'application principale" />
-    
-    9. Ajoutez le domaine sur lequel vous allez héberger votre backend.<img src="/social-login-assets/apple_dev_serv_create_next.png" alt="Définition des champs de domaine et d'URL de retour" />
-
-        :::remarque
-        Ce backend **doit** fonctionner sur HTTPS. En ce qui concerne les « URL de retour », vous souhaiterez peut-être y revenir après avoir lu la section suivante de ce didacticiel et après avoir configuré le backend. Pour les besoins de ce tutoriel, j'utiliserai `https://xyz.wcaleniewolny.me/login/callback` pour l'URL de retour et `xyz.wcaleniewolny.me` le domaine. Appuyez sur suivant.
-        :::
-
-    10. Confirmez les données et cliquez sur `Done`
-        <img src="/social-login-assets/apple_dev_serv_conf_done.png" alt="Confirmation de la configuration du domaine et de l'URL de retour" />
-
-    11. Cliquez sur `Continue`
-        <img src="/social-login-assets/apple_dev_cont_serv_creat.png" alt="Bouton Continuer pour la configuration du service" />
-
-    12. Cliquez sur `Save`
-        <img src="/social-login-assets/apple_dev_cont_serv_creat_save.png" alt="Bouton Enregistrer pour la configuration du service" />
-</Steps>
-
-## Création de la clé
-
-<Steps>
-1. Revenez à tous les « Tous les identifiants » 
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="Bouton de navigation Tous les identifiants" />
-2. Cliquez sur `Keys`
-    <img src="/social-login-assets/apple_dev_key_selc.png" alt="Section Clés dans le portail des développeurs Apple" />
-3. Cliquez sur l'icône plus
-    <img src="/social-login-assets/apple_dev_key_plus.png" alt="Ajouter un nouveau bouton clé" />
-4. Nommez votre clé
-    <img src="/social-login-assets/apple_key_name.png" alt="Saisir le champ du nom de la clé" />
-    :::remarque
-    Ce nom n'a pas d'importance, vous pouvez mettre n'importe quoi.
-    :::
-5. Sélectionnez `Sign in with Apple` et cliquez sur `Configure`.
-    <img src="/social-login-assets/apple_dev_key_sing_apple_conf.png" alt="Activation et configuration Connectez-vous avec Apple pour la clé" />
-6. Sélectionnez l'ID d'application principal et appuyez sur `Save`.
-    <img src="/social-login-assets/apple_dev_key_prim_app_id.png" alt="Sélection de l'ID d'application principal pour la clé" />
-
-    :::remarque
-    Il doit s'agir du même ID d'application que celui des étapes précédentes.
-    :::
-7. Cliquez sur `Continue`
-    <img src="/social-login-assets/apple_dev_key_const.png" alt="Bouton Continuer pour la configuration des touches" />
-8. Cliquez sur `Register`
-    <img src="/social-login-assets/apple_dev_key_reg.png" alt="Bouton d'enregistrement pour la création de clé" />
-9. Copiez l'ID de la clé et téléchargez la clé.
-    <img src="/social-login-assets/apple_dev_key_downl.png" alt="Écran d’identification de la clé et du bouton de téléchargement" />
-
-    :::attention
-        **IMPORTANT :** Enregistrez cet identifiant, dans le backend, il s'appellera `KEY_ID`. Téléchargez la clé. Assurez-vous de ne jamais partager cette clé.
-    :::
-10. Recherchez la clé téléchargée et enregistrez-la dans le dossier backend.
-    <img src="/social-login-assets/apple_dev_downloaded_key.png" alt="Fichier de clé téléchargé" />
-</Steps>
-
-## Obtenir l'ID de l'équipe
-
-Afin d'utiliser `Login with Apple` sur Android, vous devez obtenir l'« ID d'équipe ». Il sera utilisé dans le backend.
-
-<Steps>
-   1. Accédez à [ce site Web](https://developer.apple.com/account/) et faites défiler vers le bas
-   
-   2. Recherchez l'« ID d'équipe »
-      <img src="/social-login-assets/apple_dev_team_id.png" alt="Emplacement de l'ID d'équipe dans le compte développeur" />
-</Steps>
-
-## Configurer la redirection de l'application
-
-Comme vous l'avez vu dans le diagramme, le backend effectue une étape appelée « Rediriger vers l'application ». Cela nécessite des modifications manuelles de votre application.
-
-<Steps>
-    1. Modifiez le `AndroidManifest.xml`
-        1. Ouvrez le fichier, j'utiliserai `AndroidStudio`
-            <img src="/social-login-assets/studio_android_manifest_file.png" alt="Fichier AndroidManifest.xml dans Android Studio" />
-        2. Recherchez le `MainActivity` et ajoutez le filtre d'intention suivant
-            <img src="/social-login-assets/studio_manifest_code_to_add.png" alt="Code de filtre d'intention à ajouter dans MainActivity" />
-
-            ```xml
-            <intent-filter>
-                <action android:name="android.intent.action.VIEW" />
-                <category android:name="android.intent.category.DEFAULT" />
-                <category android:name="android.intent.category.BROWSABLE" />
-                <data android:scheme="capgo-demo-app" android:host="path" />
-            </intent-filter>
-            ```
-    2. Modifiez le `MainActivity`
-        1. Veuillez ouvrir le `MainActivity`
-            <img src="/social-login-assets/studio_main_activ_file.png" alt="Fichier MainActivity.java dans Android Studio" />
-
-        2. Ajoutez le code suivant :
-            <img src="/social-login-assets/studio_main_actv_new_code.png" alt="Code à ajouter à MainActivity pour gérer les liens profonds" />
-
-            ```java
-            @Override
-            protected void onNewIntent(Intent intent) {
-                String action = intent.getAction();
-                Uri data = intent.getData();
-            
-                if (Intent.ACTION_VIEW.equals(action) && data != null) {
-                    PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                    if (pluginHandle == null) {
-                        Log.i("Apple Login Intent", "SocialLogin login handle is null");
-                        return;
-                    }
-                    Plugin plugin = pluginHandle.getInstance();
-                    if (!(plugin instanceof SocialLoginPlugin)) {
-                        Log.i("Apple Login Intent", "SocialLogin plugin instance is not SocialLoginPlugin");
-                        return;
-                    }
-                    ((SocialLoginPlugin) plugin).handleAppleLoginIntent(intent);
-                    return;
-                }
-                super.onNewIntent(intent);
-            }
-            ```
-
-            :::attention
-            Cet exemple suppose qu’aucun lien profond n’est configuré. Si c'est le cas, veuillez ajuster le code
-            :::
-</Steps>
-
-:::note
-Vous venez d'ajouter un nouveau lien profond dans votre application. Le lien profond ressemblera à ceci : `capgo-demo-app://path`. Vous pouvez modifier le `android:scheme` et le `android:host` pour modifier l'apparence de ce lien profond.
-**Important :** Dans la configuration backend, ce lien profond deviendra `BASE_REDIRECT_URL`
-:::
-
-
-## Configuration du back-end
-
-Un backend est requis pour Android, mais la configuration d'un backend aura également un impact sur IOS. Un exemple de backend est fourni [ici](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/index.ts)Cet exemple fournit les éléments suivants :
-- Une simple base de données JSON
-- Un moyen de demander le JWT aux serveurs de Apple
-- Une simple vérification JWT
-
-:::note
-J'utilise `PM2` afin d'héberger cet exemple. Un exemple `ecosystem.config.js` peut être trouvé [ici](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/ecosystem.config.js.example)
-:::
-
-Compte tenu de tout ce que j'ai dit dans ce tutoriel, voici à quoi ressemblerait la section `env` :
-
-- `ANDROID_SERVICE_ID` = ID de service
-- `IOS_SERVICE_ID` = identifiant de l'application
-
-```js
-env: {
-  PRIVATE_KEY_FILE: "AuthKey_U93M8LBQK3.p8",
-  KEY_ID: "U93M8LBQK3",
-  TEAM_ID: "UVTJ336J2D",
-  ANDROID_SERVICE_ID: "ee.forgr.io.ionic.starter.service2",
-  IOS_SERVICE_ID: "me.wcaleniewolny.test.ionic.vue",
-  PORT: 3000,
-  REDIRECT_URI: "https://xyz.wcaleniewolny.me/login/callback",
-  BASE_REDIRECT_URL: "capgo-demo-app://path"
-}
-```
-
-#### Utilisation du plugin
-
-L'utilisation de la fonction `login` ne change pas, c'est la même que celle d'IOS. Veuillez consulter cette section pour plus d'informations. **CEPENDANT**, la méthode `initialize` change un peu.
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: 'ee.forgr.io.ionic.starter.service2',
-    redirectUrl: 'https://appleloginvps.wcaleniewolny.me/login/callback'
-  }
-})
-```
-
-:::danger
-    Notez que l'ajout de `redirectUrl` **EST** affectera IOS !!!!!
-:::
-
-
-## Création de l'application
-
-:::note
-Si vous disposez déjà d'un identifiant d'application, vous pouvez ignorer cette étape.
-Ne suivez pas cette étape si vous avez configuré la connexion Apple pour IOS.
-:::
-
-<Steps>
-   1. Si vous n'avez pas encore d'identifiant d'application, cliquez sur le bouton plus
-        <img src="/social-login-assets/apple_dev_iden_plus.png" alt="Ajouter un nouvel identifiant plus bouton" />
-   
-   2. Sélectionnez « ID d'application » et cliquez sur Continuer. 
-        <img src="/social-login-assets/apple_dev_new_app_id.png" alt="Sélection du type d'identifiant d'application" />
-   
-   3. Cliquez sur tapez `App` et cliquez sur `Continue` 
-        <img src="/social-login-assets/apple_dev_new_app_type.png" alt="Sélection du type d'application" />
-   
-   4. Entrez la description et l'ID de l'application 
-        <img src="/social-login-assets/apple_dev_new_app_desc_id.png" alt="Saisie de la description de l'application et de l'ID du bundle" />
-   
-   5. Activer la fonctionnalité `Sign with Apple` 
-        <img src="/social-login-assets/apple_dev_enable_sign_with_apple.png" alt="Activation de la connexion avec la fonctionnalité Apple" />
-   
-   6. Cliquez sur `Continue` 
-        <img src="/social-login-assets/apple_dev_register_continue.png" alt="Bouton Continuer pour l’enregistrement de l’application" />
-   
-   7. Confirmez les détails et cliquez sur `Register` 
-        <img src="/social-login-assets/apple_dev_confirm_register.png" alt="Confirmation des détails d'enregistrement de l'application" />
-</Steps>
diff --git a/src/content/docs/fr/plugins/social-login/apple/general.mdx b/src/content/docs/fr/plugins/social-login/apple/general.mdx
deleted file mode 100644
index c1d4b9c9d..000000000
--- a/src/content/docs/fr/plugins/social-login/apple/general.mdx
+++ /dev/null
@@ -1,18 +0,0 @@
----
-title: Apple Configuration de la connexion
-description: >-
-  Ce guide fournit des instructions détaillées sur la configuration de la
-  connexion Apple à l'aide de Capacitor, couvrant toutes les étapes et exigences
-  nécessaires pour une intégration réussie.
-sidebar:
-  order: 1
-locale: fr
----
-### Introduction
-
-Dans ce guide, vous allez apprendre à configurer Apple Connectez-vous avec Capacitor. Pour ce faire, vous aurez besoin des éléments suivants :
-
-- un compte développeur Apple
-- Un ordinateur sous macOS (IOS uniquement)
-- Xcode installé (IOS uniquement)
-- Un backend personnalisé (Android uniquement)
diff --git a/src/content/docs/fr/plugins/social-login/apple/ios.mdx b/src/content/docs/fr/plugins/social-login/apple/ios.mdx
deleted file mode 100644
index b1e72a17e..000000000
--- a/src/content/docs/fr/plugins/social-login/apple/ios.mdx
+++ /dev/null
@@ -1,70 +0,0 @@
----
-title: Apple connexion sur IOS
-description: >-
-  Ce guide complet vous guidera tout au long du processus de configuration de la
-  connexion Apple à l'aide de Capacitor sur les appareils iOS, garantissant une
-  intégration transparente en couvrant toutes les étapes et configurations
-  nécessaires.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-Décomposons ce dont vous aurez besoin pour configurer la connexion Apple sur IOS.
-
-<Steps>
-1. Configurez les capacités de votre application.
-
-    Pour ce faire, veuillez ouvrir Xcode, cliquer sur `App`
-    ![Application XCode](/social-login-assets/app-xcode.png)
-
-2. Assurez-vous de sélectionner la bonne cible.
-
-    ![Cible de l'application XCode](/social-login-assets/xcode-app-target.png)
-
-3. Assurez-vous d'ajouter la fonctionnalité `Sign in with Apple`.
-
-    ![App XCode Ajouter une capacité](/social-login-assets/app-xcode-add-cap.png)
-
-    ![App XCode Ajouter une capacité](/social-login-assets/sign-with-apple-cap.png)
-
-    :::attention
-    Si vous ne voyez pas la fonctionnalité `Sign in with Apple`, configurez le [Partage des données de compte et d'organisation](https://developer.apple.com/account/resources/services/cwa/configure/)
-    :::
-
-4. Initialisez la connexion Apple dans votre application.
-
-    :::remarque
-    J'utilise Vue comme framework, l'implémentation exacte variera en fonction du framework de votre choix
-    :::
-
-    ```ts
-    //  onMounted is vue specific
-    onMounted(() => {
-    SocialLogin.initialize({
-        apple: {}
-    })
-    });
-    ```
-
-5. Créez un bouton qui lancera le processus de connexion.
-
-    Ce bouton doit appeler la fonction suivante :
-
-    ```ts
-    async function loginApple() {
-    const res = await SocialLogin.login({
-        provider: 'apple',
-        options: {}
-    })
-    ```
-
-6. Exécutez votre application sur un appareil **<u>PHYSICAL</u>** et testez-la. 
-
-    Si vous avez suivi attentivement les étapes, vous verrez l'écran suivant après avoir cliqué sur votre bouton.
-
-    ![Apple Invite de connexion sur l'appareil iOS](/social-login-assets/apple-sign-in-ios-final.png)
-</Steps>
-
-C'est tout ! Vous êtes prêt.
diff --git a/src/content/docs/fr/plugins/social-login/apple/web.mdx b/src/content/docs/fr/plugins/social-login/apple/web.mdx
deleted file mode 100644
index 9389af231..000000000
--- a/src/content/docs/fr/plugins/social-login/apple/web.mdx
+++ /dev/null
@@ -1,11 +0,0 @@
----
-title: Connexion Apple pour les navigateurs Web
-description: >-
-  Ce guide fournit une procédure détaillée sur la configuration de la connexion
-  Apple à l'aide de Capacitor pour les applications Web, en utilisant le plugin
-  @capgo/capacitor-social-login pour garantir un processus d'intégration
-  transparent.
-sidebar:
-  order: 4
-locale: fr
----
diff --git a/src/content/docs/fr/plugins/social-login/facebook.mdx b/src/content/docs/fr/plugins/social-login/facebook.mdx
deleted file mode 100644
index d5f15a698..000000000
--- a/src/content/docs/fr/plugins/social-login/facebook.mdx
+++ /dev/null
@@ -1,463 +0,0 @@
----
-title: Facebook Configuration de la connexion
-description: >-
-  Ce guide fournit une procédure pas à pas complète sur la configuration de la
-  connexion Facebook à l'aide de Capacitor, garantissant une intégration
-  transparente et une authentification améliorée des utilisateurs pour votre
-  application.
-sidebar:
-  order: 1
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-##Présentation
-
-Dans ce guide, vous apprendrez comment configurer la connexion Facebook avec la connexion sociale Capgo. Vous aurez besoin des éléments suivants :
-
-- Un compte développeur Facebook
-- Le nom/ID du package de votre application
-- Accès à un terminal de génération de hachages de clés (Android)
-
-## Configuration générale
-
-Si vous n'avez pas encore créé d'application Facebook, procédez comme suit :
-
-<Steps>
-1. Créez une application Facebook
-   
-   Suivez le didacticiel pour [Créer une application](https://developers.facebook.com/docs/development/create-an-app/)
-
-2. Ajoutez la connexion Facebook à votre application
-   
-   Dans votre tableau de bord de développeur Facebook, ajoutez le produit de connexion Facebook à votre application.
-
-3. Avant de pouvoir rendre votre application publique, suivez ce [tutoriel](https://developers.facebook.com/docs/development/release/) pour la publier.
-</Steps>
-
-## Informations importantes
-
-Voici où trouver les informations clés dont vous aurez besoin pour l’intégration :
-
-1. `CLIENT_TOKEN` :
-   <img src="/social-login-assets/fb_where_to_fiind_client_token.png" alt="Tableau de bord du développeur Facebook indiquant où trouver le jeton client" />
-  
-2. `APP_ID` :
-   <img src="/social-login-assets/fb_where_to_find_app_id.png" alt="" />
-
-3. `APP_NAME` :
-   <img src="/social-login-assets/fb_where_to_find_app_name.png" alt="Tableau de bord du développeur Facebook indiquant où trouver le nom de l'application" />
-
-## Android Configuration
-
-<Steps>
-1. Ajoutez une autorisation Internet à votre `AndroidManifest.xml`
-
-   Assurez-vous que cette ligne est présente :
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET"/>
-   ```
-
-2. Générez votre hachage de clé Android
-   
-   Il s'agit d'une étape de sécurité cruciale requise par Facebook. Ouvrez votre terminal et exécutez :
-
-   ```bash
-   keytool -exportcert -alias androiddebugkey -keystore ~/.android/debug.keystore | openssl sha1 -binary | openssl base64 -A
-   ```
-
-   Lorsque vous êtes invité à saisir un mot de passe, utilisez : `android`
-
-   :::remarque
-   Pour les versions de version, vous devrez utiliser votre magasin de clés de version :
-   ```bash
-   keytool -exportcert -alias your-key-name -keystore your-keystore-path | openssl sha1 -binary | openssl base64 -A
-   ```
-   :::
-
-3. Ajoutez le hachage de clé à votre application Facebook
-   
-   1. Accédez au tableau de bord de votre application sur Facebook Developers
-   2. Accédez à Paramètres > De base
-   3. Faites défiler jusqu'à la section "Android".
-   4. Cliquez sur "Ajouter une plateforme" si Android n'est pas encore ajouté et remplissez les détails.
-   5. Ajoutez le hachage de clé que vous avez généré
-   6. Pour la production, ajoutez les hachages de clé de débogage et de publication
-
-4. Mettez à jour votre `AndroidManifest.xml` pour inclure :
-
-   ```xml
-   <application>
-       ...
-       <activity android:name="com.facebook.FacebookActivity"
-           android:configChanges="keyboard|keyboardHidden|screenLayout|screenSize|orientation"
-           android:label="@string/app_name" />
-       
-       <activity
-           android:name="com.facebook.CustomTabActivity"
-           android:exported="true">
-           <intent-filter>
-               <action android:name="android.intent.action.VIEW" />
-               <category android:name="android.intent.category.DEFAULT" />
-               <category android:name="android.intent.category.BROWSABLE" />
-               <data android:scheme="FB[APP_ID]" />
-           </intent-filter>
-       </activity>
-   </application>
-   ```
-
-   :::attention
-   Assurez-vous de remplacer `[APP_ID]` par votre ID d'application Facebook réel dans l'attribut `android:scheme`.
-   :::
-</Steps>
-
-## iOS Configuration
-
-<Steps>
-1. Ajoutez la plateforme iOS dans la console développeur Facebook
-   
-   1. Accédez au tableau de bord de votre application sur Facebook Developers
-   2. Accédez à Paramètres > De base
-   3. Faites défiler vers le bas de la page et cliquez sur « Ajouter une plateforme »
-   4. Sélectionnez iOS et remplissez les détails requis
-
-2. Ouvrez votre projet Xcode et accédez à Info.plist
-
-3. Ajoutez les entrées suivantes à votre Info.plist :
-
-   ```xml
-   <key>FacebookAppID</key>
-   <string>[APP-ID]</string>
-   <key>FacebookClientToken</key>
-   <string>[CLIENT-TOKEN]</string>
-   <key>FacebookDisplayName</key>
-   <string>[APP-NAME]</string>
-   <key>LSApplicationQueriesSchemes</key>
-   <array>
-       <string>fbapi</string>
-       <string>fb-messenger-share-api</string>
-   </array>
-   <key>CFBundleURLTypes</key>
-   <array>
-       <dict>
-           <key>CFBundleURLSchemes</key>
-           <array>
-               <string>fb[APP-ID]</string>
-           </array>
-       </dict>
-   </array>
-   ```
-
-   :::attention
-   Remplacez les valeurs suivantes :
-   - `[APP-ID]` avec votre identifiant d'application Facebook
-   - `[CLIENT-TOKEN]` avec votre token client
-   - `[APP-NAME]` avec le nom de votre application
-   :::
-
-4. Modifiez le `AppDelegate.swift`
-
-   ```swift
-   import FBSDKCoreKit
-   @UIApplicationMain
-   class AppDelegate: UIResponder, UIApplicationDelegate {
-         func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-           // Override point for customization after application launch.
-           
-           // Initialize Facebook SDK
-           FBSDKCoreKit.ApplicationDelegate.shared.application(
-               application,
-               didFinishLaunchingWithOptions: launchOptions
-           )
-           
-           return true
-       }
-
-       func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-           // Called when the app was launched with a url. Feel free to add additional processing here,
-           // but if you want the App API to support tracking app url opens, make sure to keep this call
-           
-           if (FBSDKCoreKit.ApplicationDelegate.shared.application(
-               app,
-               open: url,
-               sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-               annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-           )) {
-               return true;
-           } else {
-               return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-           }
-       }
-   }
-   ```
-</Steps>
-
-## Utilisation de Facebook Connectez-vous à votre application:::caution
-**Avant de commencer** : n'oubliez pas qu'avec le nouveau Facebook SDK, le type de jeton que vous recevez dépend entièrement du choix de suivi des applications de l'utilisateur, et non de la configuration de votre code. Implémentez toujours la gestion du jeton d'accès et du jeton JWT dans votre backend pour garantir que l'authentification fonctionne pour tous les utilisateurs.
-:::
-
-<Steps>
-1. Initialisez la connexion Facebook dans votre application
-
-   ```typescript
-   import { SocialLogin } from '@capgo/capacitor-social-login';
-
-   // Initialize during app startup
-   await SocialLogin.initialize({
-     facebook: {
-       appId: 'APP_ID',
-       clientToken: 'CLIENT_TOKEN',
-     }
-   })
-   ```
-
-2. Implémentez la fonction de connexion
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-        options: {
-          permissions: ['email', 'public_profile'],
-          limitedLogin: false // See Limited Login section below for important details
-        }
-       });
-       console.log('Facebook login result:', result);
-       // Handle successful login
-     } catch (error) {
-       console.error('Facebook login error:', error);
-       // Handle error
-     }
-   }
-   ```
-
-   :::remarque
-   **Connexion limitée (iOS uniquement)** : définissez `limitedLogin` sur true si vous souhaitez utiliser la fonctionnalité de connexion limitée de Facebook. Il s'agit d'une fonctionnalité réservée à iOS qui offre une confidentialité améliorée en limitant les données partagées lors de la connexion.
-
-   **Limites importantes :**
-   - **iOS uniquement** : la connexion limitée n'affecte que les appareils iOS et n'a aucun impact sur Android.
-   - **ATT Override** : même si vous définissez `limitedLogin: false`, Facebook le forcera automatiquement à `true` si l'utilisateur n'a pas accordé l'autorisation App Tracking Transparency (ATT)
-   - **Toujours gérer les deux cas** : votre application doit toujours être prête à gérer des scénarios de connexion limités et complets.
-
-   **Checking ATT Status:**
-   ```typescript
-   // Check if user has granted tracking permission
-   const trackingStatus = await SocialLogin.providerSpecificCall({
-     call: 'facebook#requestTracking',
-     options: {}
-   });
-   console.log('Tracking status:', trackingStatus.status); // 'authorized', 'denied', 'notDetermined', or 'restricted'
-   ```
-
-   **Mise en œuvre recommandée si access_token est préféré :**
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       // Check ATT status first
-       const trackingStatus = await SocialLogin.providerSpecificCall({
-         call: 'facebook#requestTracking',
-         options: {}
-       });
-       
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: trackingStatus.status === 'denied' // Auto-adjust based on ATT
-         }
-       });
-       
-       // Handle different response types based on limited login
-       if (result.result.accessToken) {
-         // Your app logic should work with both limited and full login
-         console.log('Login successful:', result);
-       }
-     } catch (error) {
-       console.error('Facebook login error:', error);
-     }
-   }
-   ```
-
-   **Que se passe-t-il en cas de connexion limitée :**
-   - **Accès réduit aux données** : certaines données utilisateur peuvent ne pas être disponibles
-   - **Différents types de jetons** : les jetons d'accès peuvent avoir différentes capacités
-   - **Conformité en matière de confidentialité** : permet de se conformer aux exigences de confidentialité de iOS
-
-   **Important** : Testez toujours votre application avec des scénarios de connexion limitée et complète pour vous assurer que votre application fonctionne correctement dans les deux cas. Vous pouvez en savoir plus sur la connexion limitée [ici] (https://developers.facebook.com/docs/facebook-login/limited-login/).
-   :::
-
-3. **Obtenir les données du profil utilisateur**
-
-   Après une connexion réussie, vous pouvez récupérer des informations de profil supplémentaires :
-
-   ```typescript
-   async function getFacebookProfile() {
-     try {
-       const profileResponse = await SocialLogin.providerSpecificCall({
-         call: 'facebook#getProfile',
-         options: {
-           fields: ['id', 'name', 'email', 'first_name', 'last_name', 'picture']
-         }
-       });
-
-       console.log('Facebook profile:', profileResponse.profile);
-       return profileResponse.profile;
-     } catch (error) {
-       console.error('Failed to get Facebook profile:', error);
-       return null;
-     }
-   }
-
-   // Example usage after login
-   async function loginAndGetProfile() {
-     const loginResult = await loginWithFacebook();
-     if (loginResult) {
-       const profile = await getFacebookProfile();
-       if (profile) {
-         console.log('User ID:', profile.id);
-         console.log('Name:', profile.name);
-         console.log('Email:', profile.email);
-         console.log('Profile Picture:', profile.picture?.data?.url);
-       }
-     }
-   }
-   ```
-
-   :::tip
-   **Champs de profil disponibles** : vous pouvez demander tous les champs disponibles dans le graphique API de Facebook. Les champs courants incluent : `id`, `name`, `email`, `first_name`, `last_name`, `picture`, `birthday`, `gender`, `location`, `hometown`. Notez que certains champs peuvent nécessiter des autorisations supplémentaires.
-   :::
-
-   :::warning
-   **Limitation du type de jeton** : l'appel `getProfile` ne fonctionne que lorsque vous disposez d'un **jeton d'accès** (connexion standard avec suivi autorisé). Si l'utilisateur a refusé le suivi ou si vous utilisez une connexion limitée (jeton JWT uniquement), cet appel échouera. Dans ce cas, utilisez les données de profil fournies dans la réponse de connexion initiale.
-   :::
-</Steps>
-
-## ⚠️ Critique : gestion des jetons backend
-
-:::danger
-**COMPORTEMENT CRITIQUE iOS** : la connexion limitée et la transparence du suivi des applications (ATT) sont des fonctionnalités **iOS-ONLY**. Le Android, vous recevrez toujours des jetons d'accès quel que soit le paramètre `limitedLogin`.:::tip
-**Essentiel pour iOS** : Vous DEVEZ implémenter les deux méthodes de gestion des jetons. De nombreux développeurs iOS supposent qu'ils obtiendront toujours des jetons d'accès et que leurs applications seront interrompues lorsque les utilisateurs refuseront le suivi.
-:::
-
-## Exigences relatives au contexte sécurisé (Web/Capacitor)
-
-### Crypto API Limites
-
-Le flux de connexion Facebook mis à jour nécessite le **Web Crypto API** pour la génération de noms occasionnels, qui n'est disponible que dans des **contextes sécurisés** :
-
-```typescript
-// This requires secure context (HTTPS or localhost)
-async function sha256(message: string) {
-  const msgBuffer = new TextEncoder().encode(message);
-  const hashBuffer = await crypto.subtle.digest("SHA-256", msgBuffer); // ❌ Fails in insecure context
-  // ...
-}
-```
-
-### Problèmes d'environnement de développement
-
-**Problème courant** : `ionic serve` avec les URL HTTP interrompt l'authentification Facebook
-
-| Environnement | Crypto API disponible | Facebook Connexion Fonctionne |
-|-------------|-----------|-------------------------|
-| `http://localhost:3000` | ✅ Oui | ✅ Oui |
-| `http://127.0.0.1:3000` | ✅ Oui | ✅ Oui |
-| `http://192.168.1.100:3000` | ❌ Non | ❌ Non |
-| `https://any-domain.com` | ✅ Oui | ✅ Oui |
-
-### Solutions pour le développement Capacitor
-
-<Steps>
-1. **Utilisez localhost pour les tests Web**
-   ```bash
-   # Instead of ionic serve --host=0.0.0.0
-   ionic serve --host=localhost
-   ```
-
-2. **Activez HTTPS dans Ionic**
-   ```bash
-   ionic serve --ssl
-   ```
-
-3. **Test sur des appareils réels**
-   ```bash
-   # Capacitor apps run in secure context on devices
-   ionic cap run ios
-   ionic cap run android
-   ```
-
-4. **Génération occasionnelle alternative pour le développement**
-   ```typescript
-   async function generateNonce() {
-     if (typeof crypto !== 'undefined' && crypto.subtle) {
-       // Secure context - use crypto.subtle
-       return await sha256(Math.random().toString(36).substring(2, 10));
-     } else {
-       // Fallback for development (not secure for production)
-       console.warn('Using fallback nonce - not secure for production');
-       return btoa(Math.random().toString(36).substring(2, 10));
-     }
-   }
-   ```
-</Steps>
-
-### Firebase Note d'intégration
-
-La documentation récente Firebase nécessite des jetons JWT avec des noms occasionnels pour l'authentification Facebook, quels que soient les paramètres de connexion. Cette approche fonctionne à la fois avec `limitedLogin: true` et `limitedLogin: false` :
-
-```typescript
-   // Both modes can return JWT tokens depending on user choice
-   const loginResult = await SocialLogin.login({
-     provider: 'facebook',
-     options: {
-       permissions: ['email', 'public_profile'],
-       limitedLogin: false, // true = always JWT, false = depends on user tracking choice
-       nonce: nonce
-     }
-   });
-```
-
-:::warning
-**Limitation de développement** : si vous utilisez « ionic serve » sur une adresse IP réseau (et non sur un hôte local), la connexion Facebook échouera en raison des restrictions cryptographiques API. Utilisez localhost ou HTTPS pour les tests Web.
-:::
-
-:::tip
-**Sécurité de la production** : les applications Capacitor sur iOS/Android s'exécutent toujours dans des contextes sécurisés. Cette limitation n'affecte donc que les environnements de développement Web.
-:::
-
-## Dépannage
-
-### Problèmes courants et solutions
-
-1. **Erreurs de hachage de clé sur Android**
-   - Vérifiez à nouveau que vous avez ajouté le hachage de clé correct au tableau de bord Facebook
-   - Pour les versions release, assurez-vous d'avoir ajouté les hachages de clé de débogage et de release
-   - Vérifiez que vous utilisez le bon magasin de clés lors de la génération du hachage
-
-2. **Le bouton de connexion Facebook n'apparaît pas**
-   - Vérifiez que toutes les entrées du manifeste sont correctes
-   - Vérifiez que votre identifiant d'application Facebook et votre jeton client sont corrects.
-   - Assurez-vous d'avoir correctement initialisé le SDK
-
-3. **Problèmes courants de iOS**
-   - Assurez-vous que toutes les entrées Info.plist sont correctes
-   - Vérifiez que les schémas d'URL sont correctement configurés
-   - Vérifiez que votre identifiant de forfait correspond à ce qui est enregistré dans le tableau de bord Facebook
-
-### Tests
-
-1. **Avant de tester, ajoutez des utilisateurs de test dans la console du développeur Facebook**
-   - Allez dans Rôles > Utilisateurs test
-   - Créer un utilisateur test
-   - Utilisez ces informations d'identification pour les tests
-
-2. **Testez les versions de débogage et de version**
-   - Construction de débogage avec hachage de clé de débogage
-   - Version de version avec hachage de clé de version
-   - Test sur émulateur et appareils physiquesN'oubliez pas de tester le flux de connexion complet, notamment :
-- Connexion réussie
-- Annulation de connexion
-- Gestion des erreurs
-- Fonctionnalité de déconnexion
diff --git a/src/content/docs/fr/plugins/social-login/firebase/google/android.mdx b/src/content/docs/fr/plugins/social-login/firebase/google/android.mdx
deleted file mode 100644
index 5b6e69348..000000000
--- a/src/content/docs/fr/plugins/social-login/firebase/google/android.mdx
+++ /dev/null
@@ -1,152 +0,0 @@
----
-title: Firebase Google Connectez-vous sur Android
-description: >-
-  Découvrez comment configurer la connexion Google avec l'authentification
-  Firebase sur Android à l'aide du plug-in de connexion sociale Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-##Présentation
-
-Ce guide vous aidera à intégrer la connexion Google avec l'authentification Firebase sur Android. Je suppose que vous avez déjà terminé la [configuration générale Firebase Google](./general/) 
-
-:::note
-Je suppose que vous n'avez pas encore créé votre application Android dans la console Firebase. Si c’est le cas, vos étapes seront légèrement différentes.
-:::
-
-## Étapes de configuration
-
-<Steps>
-1. Accédez à la présentation de votre projet sur [console.cloud.google.com](https://console.cloud.google.com/)
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Aperçu du projet" />
-
-2. Cliquez sur le bouton « Ajouter une application »
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase Ajouter un bouton d'application" />
-
-    :::remarque
-    Il est possible que vous deviez chercher ce bouton ici. Cela s'applique uniquement si vous avez déjà créé une autre application dans la console Firebase.
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase Ajouter un bouton d'application" />
-
-3. Sélectionnez `Android`
-    <img src="/social-login-assets/firebase_project_add_app_android.webp" alt="Firebase Ajouter une application Android Bouton" />
-
-4. Remplissez la première partie du formulaire
-   1. Remplissez le `Android package name`
-      1. Ouvrez Android Studio sur votre application en utilisant `npx cap open android`
-      2. Tout en bas du navigateur, recherchez les « Gradle Scripts »
-         <img src="/social-login-assets/studio_gradle_scripts.png" alt="Section Gradle Scripts dans le navigateur de projet Android Studio" />
-      3. Recherchez `build.gradle` pour le module `app`
-         <img src="/social-login-assets/studio_build_gradle.png" alt="Fichier build.gradle (Module : app) dans la section Gradle Scripts" />
-      4. Copiez le `android.defaultConfig.applicationId`. Ce sera votre « nom de package » dans la console Firebase
-         <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="Fichier Build.gradle montrant la configuration de l'ID d'application" />
-      :::remarque
-      L'identifiant affiché ici sera différent de celui que j'utiliserai pour le reste du guide. J'utiliserai `app.capgo.plugin.SocialLogin` pour le reste du guide.
-      :::
-      5. Collez-le dans la console Firebase
-          <img src="/social-login-assets/firebase_project_add_app_android_package_name.webp" alt="Firebase Ajouter une application Android Champ de nom du package" />
-    2. Cliquez sur le bouton « Enregistrer l'application »
-        <img src="/social-login-assets/firebase_project_add_app_android_register.webp" alt="Firebase Ajouter une application Android Bouton d'enregistrement" />
-5. Ignorez l'étape « Télécharger puis ajouter le fichier de configuration »
-    <img src="/social-login-assets/firebase_project_add_app_android_skip_download.webp" alt="Firebase Ajouter une application Android Ignorer « Télécharger puis ajouter le fichier de configuration »" />
-6. Ignorez l'étape `Add firebase SDK`
-   <img src="/social-login-assets/firebase_project_add_app_android_skip_download_firebase_sdk.webp" alt="Firebase Ajouter une application Android Ignorer « Ajouter Firebase SDK »" />
-7. Cliquez sur le bouton « Continuer vers la console »
-   <img src="/social-login-assets/firebase_project_add_app_android_continue_to_console.webp" alt="Firebase Ajouter une application Android Bouton Continuer vers la console" />
-8. Si vous n'êtes pas automatiquement authentifié, accédez à `settings` -> `general` -> `vos applications` -> recherchez votre application Android et cliquez dessus.
-   <img src="/social-login-assets/firebase_project_add_app_android_settings_general_your_apps.webp" alt="Firebase Ajouter une application Android Paramètres Général Bouton Vos applications" />
-9. Obtenez votre empreinte digitale SHA1
-   
-   Suivez les étapes 10 à 11 du [Google Login Android guide de configuration](/docs/plugins/social-login/google/android/#using-google-login-on-android) :
-   
-   1. Maintenant, ouvrez le terminal. Assurez-vous que vous êtes dans le dossier `android` de votre application et exécutez `./gradlew signInReport`
-      <img src="/social-login-assets/term_sign_report.png" alt="Terminal affichant la commande Gradlew SignInReport" />
-   
-   2. Faites défiler vers le haut de cette commande. Vous devriez voir ce qui suit. Copiez le `SHA1`.
-      <img src="/social-login-assets/term_sign_report_res.png" alt="Sortie du terminal affichant l'empreinte digitale du certificat SHA1" />
-
-   :::remarque
-   J'utiliserai un SHA1 légèrement différent pour le reste du guide, car j'ai modifié les calculs depuis la rédaction du guide de configuration Android de connexion original Google.
-   :::
-
-   :::attention
-   Le SHA1 est très important pour réussir. Si vous vous trompez, l'authentification échouera de manière étrange.
-   Veuillez __**[LIRE LE GUIDE DE CONFIGURATION ANDROID DE CONNEXION GOOGLE](/docs/plugins/social-login/google/android/#using-google-login-on-android)**__ pour bien faire les choses.
-   :::
-   
-10. Ajoutez le SHA1 au projet Firebase
-      1. Cliquez sur le bouton « Ajouter une empreinte digitale »
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint.webp" alt="Firebase Ajouter une application Android Ajouter un bouton d'empreinte digitale" />
-      2. Collez le SHA1 que vous avez copié à l'étape précédente
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_sha1.webp" alt="Firebase Ajouter une application Android Ajouter un champ SHA1 d'empreinte digitale" />
-      3. Cliquez sur le bouton `Save`
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_add.webp" alt="Firebase Ajouter une application Android Ajouter un bouton d'enregistrement d'empreintes digitales" />11. Obtenez votre identifiant client Web
-      1. Accédez à `Build` -> `Authentication`
-         <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Menu d'authentification" />
-      2. Cliquez sur le bouton « Méthode de connexion »
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase Bouton de méthode de connexion d'authentification" />
-      3. Cliquez sur le fournisseur `Google`
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Méthode de connexion par authentification Google Fournisseur" />
-      4. Cliquez sur le bouton `Web SDK configuration`
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Méthode de connexion par authentification Web SDK Bouton de configuration" />
-      5. Copiez l'« ID client Web ». Ce sera votre `webClientId` dans la méthode `initialize` du plugin.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase Méthode de connexion par authentification Web SDK Configuration ID client Web" />
-12. Utilisez l'ID du client Web dans JS.
-      :::remarque
-      Je recommande d'utiliser la fonction d'assistance `authenticateWithGoogle` disponible dans le fichier [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) de l'exemple d'application.
-      :::
-</Steps>
-
-À ce stade, vous êtes **__TECHNIQUEMENT__** prêt à utiliser Google Connectez-vous avec Firebase Authentification sur Android. Cependant, je recommanderais de revérifier la configuration dans la console Cloud Google, comme expliqué à l'étape suivante.
-
-## Vérifiez à nouveau la configuration dans Google Cloud Console
-
-Afin de vous assurer que la configuration est correcte, vous devez revérifier la configuration dans la console Cloud Google.
-<Steps>
-   1. Accédez à [console.cloud.google.com](https://console.cloud.google.com/)
-   2. Trouvez votre projet
-      1. Cliquez sur le sélecteur de projet
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Sélecteur de projets Cloud Console" />
-      2. Recherchez votre projet par le nom exact de votre projet Firebase et cliquez dessus. Dans mon cas, il s'agit de `sociallogin-tutorial-app`.
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Sélecteur de projet Projet" />
-   3. Ouvrez la barre de recherche et ouvrez `credentials`
-      1. Ouvrez la barre de recherche
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Barre de recherche Cloud Console" />
-      2. Recherchez `credentials` et cliquez sur celui « API et services » (numéro 2 sur la capture d'écran)
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Recherche d'identifiants Cloud Console" />
-   4. Vérifiez que vous voyez à la fois les ID Android et client Web dans la liste.
-      <img src="/social-login-assets/firebase_gc_credentials_list.webp" alt="Google Liste des informations d'identification de Cloud Console" />
-
-      :::attention
-      Si vous ne voyez pas les identifiants Android et client Web dans la liste, vous avez commis une erreur lors de la configuration. Veuillez revenir en arrière et vérifier vos étapes.
-
-      Il est également possible, et cela m'est arrivé, que vous ayez déjà ajouté le hachage Android SHA1 avec le même ID d'application dans un projet différent. Cela empêchera Firbase de créer un ID client Android. Dans ce cas, vous devrez supprimer le SHA1 de l'autre projet ainsi que sur Firebase (en utilisant la console Firebase pour supprimer l'application android) et le recréer sur Firbase
-      :::
-   5. Vérifiez que l'ID client Android est correctement configuré dans la console Firebase.
-      1. Cliquez sur l'application `Android`
-         <img src="/social-login-assets/firebase_gc_android_app_select.webp" alt="Google Cloud Console Android Sélection d'application" />
-      2. Confirmez que le hachage SHA1 est correctement configuré et qu'il correspond à celui que vous avez copié lors des étapes précédentes.
-         <img src="/social-login-assets/firebase_gc_android_app_sha1_configured.webp" alt="Google Cloud Console Android Application SHA1 configurée" />
-   6. Vérifiez que l'ID client Web est correctement configuré dans la console Firebase.
-      1. Cliquez sur l'application `Web`
-         <img src="/social-login-assets/firebase_gc_web_app_select.webp" alt="Google Sélection de l'application Web Cloud Console" />
-      2. Confirmez que l'ID client correspond à celui que vous avez copié lors des étapes précédentes.
-         <img src="/social-login-assets/firebase_gc_web_app_client_id_configured.webp" alt="" />
-      :::remarque
-      Veuillez ignorer le reste des paramètres du client Web. Nous en discuterons dans le [guide de configuration Web](/docs/plugins/social-login/firebase/google/web/).
-</Steps>
-
-Voilà ! Vous êtes maintenant prêt à utiliser la connexion Google avec l'authentification Firebase sur Android.
-
-## Dépannage
-
-Si l'authentification se bloque ou échoue :
-
-- Vérifiez que l'audience `idToken` correspond à votre identifiant de client Web Firebase.
-- Vérifiez que la connexion Google est activée dans la console Firebase.
-- Assurez-vous que l'empreinte digitale SHA-1 est correctement configurée
-- Consultez l'[exemple de code d'application](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts) pour référence.
diff --git a/src/content/docs/fr/plugins/social-login/firebase/google/general.mdx b/src/content/docs/fr/plugins/social-login/firebase/google/general.mdx
deleted file mode 100644
index 5332781dc..000000000
--- a/src/content/docs/fr/plugins/social-login/firebase/google/general.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: Firebase Google Connexion - Configuration générale
-description: >-
-  Découvrez comment configurer la connexion Google avec l'authentification
-  Firebase à l'aide du plug-in de connexion sociale Capacitor.
-sidebar:
-  order: 1
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-##Présentation
-
-Ce guide vous guidera dans l'intégration de la connexion Google avec l'authentification Firebase à l'aide du plugin de connexion sociale Capacitor. Cette configuration vous permet d'utiliser la connexion native Google sur les plates-formes mobiles tout en tirant parti de Firebase Auth pour l'authentification backend.
-
-## Étapes de configuration
-
-<Steps>
-1. Veuillez accéder à [console.cloud.google.com](https://console.cloud.google.com/)
-2. Sélectionnez le projet que vous souhaitez utiliser
-    <img src="/social-login-assets/firebase_project_select.webp" alt="Firebase Sélecteur de projet" />
-3. Accédez au menu `Authentication`
-    1. Cliquez sur `build`
-    2. Cliquez sur `Authentication`
-    <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Menu d'authentification" />
-4. Cliquez sur le bouton « Commencer »
-    <img src="/social-login-assets/firebase_auth_start.webp" alt="Firebase Bouton Commencer" />
-5. Sélectionnez SOIT `Email/Password` ET `Google` OU `Google` SEULEMENT.
-    :::remarque
-    Je vais sélectionner `Email/Password` ET `Google`, car je souhaite utiliser les deux, mais vous ne pouvez sélectionner que `Google`. C'est quelque chose que vous pourrez modifier plus tard.
-    :::
-    <img src="/social-login-assets/firebase_google_email_auth.webp" alt="Firebase Sélectionnez E-mail/Mot de passe et le bouton Google" />
-    <img src="/social-login-assets/firebase_auth_enable_email.webp" alt="Firebase activer l'authentification par courrier électronique" />
-    <img src="/social-login-assets/firebase_auth_enable_email_save.webp" alt="Firebase enregistrer activer l'authentification Google" />
-    <img src="/social-login-assets/firebase_auth_add_provider_after_email.webp" alt="Firebase activer le bouton d'ajout de fournisseur" />
-    <img src="/social-login-assets/firebase_auth_add_google_provider_after_email.webp" alt="Firebase ajoute le fournisseur Google après avoir ajouté le fournisseur de messagerie" />
-6. Activez le fournisseur `Google`
-    <img src="/social-login-assets/firebase_auth_add_google_provider_enable.webp" alt="" />
-7. Ajoutez l'e-mail d'assistance
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth.webp" alt="Firebase ajouter un e-mail d'assistance" />
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth_2.webp" alt="Firebase ajouter un e-mail d'assistance, partie 2" />
-8. Modifiez le « Nom public du projet ».
-    :::remarque
-    Ceci sera affiché aux utilisateurs, je recommande donc de le remplacer par quelque chose de plus descriptif.
-    :::
-    <img src="/social-login-assets/firebase_auth_change_public_facing_name.webp" alt="Firebase changer le nom public" />
-9. Cliquez sur le bouton `Save`
-    <img src="/social-login-assets/firebase_auth_save_google_auth.webp" alt="Firebase enregistrer le nom public" />
-</Steps>
-
-Voilà, vous avez maintenant activé la connexion Google avec l'authentification Firebase 🎉
diff --git a/src/content/docs/fr/plugins/social-login/firebase/google/ios.mdx b/src/content/docs/fr/plugins/social-login/firebase/google/ios.mdx
deleted file mode 100644
index 244d3b8a7..000000000
--- a/src/content/docs/fr/plugins/social-login/firebase/google/ios.mdx
+++ /dev/null
@@ -1,171 +0,0 @@
----
-title: Firebase Google Connectez-vous sur iOS
-description: >-
-  Découvrez comment configurer la connexion Google avec l'authentification
-  Firebase sur iOS à l'aide du plug-in de connexion sociale Capacitor.
-sidebar:
-  order: 3
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-##Présentation
-
-Ce guide vous aidera à intégrer la connexion Google avec l'authentification Firebase sur iOS. Je suppose que vous avez déjà terminé la [configuration générale Firebase Google](./general/). 
-
-:::note
-Je suppose que vous n'avez pas encore créé votre application iOS dans la console Firebase. Si c’est le cas, vos étapes seront légèrement différentes.
-:::
-
-## Étapes de configuration
-
-<Steps>
-1. Accédez à l'aperçu de votre projet sur [console.cloud.google.com](https://console.cloud.google.com/)
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Aperçu du projet" />
-
-2. Cliquez sur le bouton « Ajouter une application »
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase Ajouter un bouton d'application" />
-
-    :::remarque
-    Il est possible que vous deviez chercher ce bouton ici. Cela s'applique uniquement si vous avez déjà créé une autre application dans la console Firebase.
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase Ajouter un bouton d'application" />
-3. Sélectionnez `iOS`
-    <img src="/social-login-assets/firebase_project_add_app_ios.webp" alt="Firebase Ajouter une application iOS Bouton" />
-
-4. Remplissez la première partie du formulaire
-   1. Remplissez le `Apple bundle ID`
-      1. Ouvrez Xcode sur votre application en utilisant `npx cap open ios`
-      2. Double-cliquez sur `App`
-         <img src="/social-login-assets/xcode_app_click.png" alt="Cible de l'application dans le navigateur de projet Xcode" />
-      3. Assurez-vous que vous êtes sur `Targets -> App`
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Section Cibles dans Xcode avec l'application sélectionnée" />
-      4. Trouvez votre « identifiant de paquet »
-          <img src="/social-login-assets/xcode_bundle_id.png" alt="Champ Identifiant du bundle dans les paramètres du projet Xcode" />
-          :::remarque
-          L'identifiant affiché ici sera différent de celui que j'utiliserai pour le reste du guide. J'utiliserai `app.capgo.plugin.SocialLogin` pour le reste du guide.
-          :::
-      5. Copiez le « Bundle Identifier » et collez-le dans la console Firebase.
-         <img src="/social-login-assets/firebase_project_add_app_ios_bundle_id.webp" alt="Firebase Ajouter une application iOS Champ d'ID de bundle" />
-   2. Cliquez sur le bouton « Enregistrer l'application »
-         <img src="/social-login-assets/firebase_project_add_app_ios_register.webp" alt="Firebase Ajouter une application iOS Bouton d'enregistrement" />
-5. Ignorez l'étape « Télécharger le fichier de configuration »
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download.webp" alt="Firebase Ajouter une application iOS Bouton Ignorer le téléchargement" />
-6. Ignorez l'étape `Add firebase SDK`
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk_2.webp" alt="Firebase Ajouter une application iOS Ignorer le téléchargement Firebase SDK Bouton" />
-7. Ignorez l'étape « Ajouter un code d'initialisation »
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk.webp" alt="Firebase Ajouter une application iOS Ignorer le bouton Ajouter un code d'initialisation" />
-8. Cliquez sur le bouton « Continuer vers la console »
-    <img src="/social-login-assets/firebase_project_add_app_ios_continue_to_console.webp" alt="Firebase Ajouter une application iOS Bouton Continuer vers la console" />
-9. Obtenez votre identifiant client iOS et votre `YOUR_DOT_REVERSED_IOS_CLIENT_ID`
-   1. Accédez à Google Cloud Console à l'adresse [console.cloud.google.com](https://console.cloud.google.com/)
-   2. Trouvez votre projet
-      1. Cliquez sur le sélecteur de projet
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Sélecteur de projets Cloud Console" />
-      2. Recherchez votre projet par le nom exact de votre projet Firebase et cliquez dessus. Dans mon cas, il s'agit de `sociallogin-tutorial-app`.
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Sélecteur de projet Projet" />
-   3. Ouvrez la barre de recherche et ouvrez `credentials`
-      1. Ouvrez la barre de recherche
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Barre de recherche Cloud Console" />
-      2. Recherchez `credentials` et cliquez sur celui « API et services » (numéro 2 sur la capture d'écran)
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Recherche d'identifiants Cloud Console" />
-   4. Cliquez sur celui `iOS client for [YOUR_APP_ID] (auto created by Google Service)`. Dans mon cas, il s'agit de `sociallogin-tutorial-app`.
-      <img src="/social-login-assets/firebase_gc_credentials_ios_client_id.webp" alt="Google Identifiants Cloud Console iOS ID client" />
-   5. Copiez le `Client ID` ainsi que le `iOS URL scheme`. Ce seront respectivement vos `iOSClientId` et `YOUR_DOT_REVERSED_IOS_CLIENT_ID`.
-
-      :::remarque
-      Vous passerez le `iOSClientId` dans la méthode `initialize` du plugin, tandis que vous utiliserez le `YOUR_DOT_REVERSED_IOS_CLIENT_ID` dans le fichier `Info.plist` de votre application, comme expliqué dans la prochaine partie de ce guide.
-      :::<img src="/social-login-assets/firebase_gc_credentials_ios_client_id_copy.webp" alt="Google Identifiants Cloud Console iOS Copie de l'ID client" />
-10. Obtenez votre identifiant client Web
-    1. Revenez à la console Firebase et accédez à `Build` -> `Authentication`
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Menu d'authentification" />
-    2. Cliquez sur le bouton « Méthode de connexion »
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase Bouton de méthode de connexion d'authentification" />
-    3. Cliquez sur le fournisseur `Google`
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Méthode de connexion par authentification Google Fournisseur" />
-    4. Cliquez sur le bouton `Web SDK configuration`
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Méthode de connexion par authentification Web SDK Bouton de configuration" />
-    5. Copiez l'« ID client Web ». Ce sera votre `webClientId` dans la méthode `initialize` du plugin.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase Méthode de connexion par authentification Web SDK Configuration ID client Web" />
-11. Modifiez l'Info.plist de votre application
-    1. Ouvrez Xcode et recherchez le fichier `Info.plist`
-        <img src="/social-login-assets/xcode_info_file.png" alt="Fichier Info.plist dans le navigateur de projet Xcode" />
-    2. Faites un clic droit sur ce fichier et ouvrez-le en tant que code source
-        <img src="/social-login-assets/xcode_open_as_src_code.png" alt="Menu contextuel affichant l'option Ouvrir en tant que code source" />
-    3. Au bas de votre fichier `Plist`, vous verrez une balise `</dict>`
-        <img src="/social-login-assets/xcode_dict_tag.png" alt="Fermeture de la balise dict dans le fichier Info.plist" />
-    4. Insérez le fragment suivant juste avant la balise de fermeture `</dict>`
-        <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist avec le code des schémas d'URL inséré avant la fermeture de la balise dict" />
-        
-        ```xml
-        <key>CFBundleURLTypes</key>
-        <array>
-        <dict>
-          <key>CFBundleURLSchemes</key>
-          <array>
-            <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-          </array>
-        </dict>
-        </array>
-        <key>GIDClientID</key>
-        <string>YOUR_IOS_CLIENT_ID.apps.googleusercontent.com</string>
-        ```
-    
-    5. Remplacez `YOUR_DOT_REVERSED_IOS_CLIENT_ID` par la valeur copiée à l'étape 9 (le schéma d'URL iOS).
-        <img src="/social-login-assets/xcode_plist_final.png" alt="Info.plist avec l'ID client inversé réel inséré dans les schémas d'URL" />
-        
-        :::attention
-        Assurez-vous que cette valeur **STARTS** avec `com.googleusercontent.apps`
-        :::
-    
-   6. Remplacez le `YOUR_IOS_CLIENT_ID` par l'ID client iOS que vous avez copié à l'étape 9.
-    
-   7. Enregistrez le fichier avec `Command + S`
-
-12. Modifiez le `AppDelegate.swift`
-    1. Ouvrez l'AppDelegate
-        <img src="/social-login-assets/xcode_app_deleg.png" alt="Fichier AppDelegate.swift dans le navigateur de projet Xcode" />
-    2. Insérez « importer GoogleSignIn » en haut du fichier
-        <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="AppDelegate.swift avec importation GoogleSignIn ajoutée" />
-    3. Recherchez la fonction `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])`
-        <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="Fonction openURL de l'application originale dans AppDelegate" />
-    4. Modifiez la fonction pour qu'elle ressemble à ceci
-        
-        ```swift
-        func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-            // Called when the app was launched with a url. Feel free to add additional processing here,
-            // but if you want the App API to support tracking app url opens, make sure to keep this call
-        
-            var handled: Bool
-        
-            handled = GIDSignIn.sharedInstance.handle(url)
-            if handled {
-              return true
-            }
-        
-            return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-        }
-        ```
-        
-        <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="Fonction openURL de l'application modifiée avec gestion GoogleSignIn" />
-    
-    5. Enregistrez le fichier avec `Command + S`
-
-15. Utilisation de la connexion Google dans votre application
-
-    À cette étape, vous êtes prêt à utiliser la connexion Google dans votre application.
-    Veuillez utiliser le fichier [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) de l'exemple d'application pour vous authentifier auprès de Google.
-</Steps>
-
- L'utilisateur sera automatiquement créé dans Firebase Auth lors de la première connexion.
-
-## Dépannage
-
-Si l'authentification se bloque ou échoue :
-
-- Vérifiez que l'audience `idToken` correspond à votre identifiant de client Web Firebase.
-- Vérifiez que la connexion Google est activée dans la console Firebase.
-- Assurez-vous qu'Info.plist dispose des schémas d'URL et du GIDClientID corrects.
-- Vérifiez que `iOSServerClientId` correspond à votre identifiant client Web
-- Consultez l'[exemple de code d'application](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts) pour référence.
diff --git a/src/content/docs/fr/plugins/social-login/firebase/google/web.mdx b/src/content/docs/fr/plugins/social-login/firebase/google/web.mdx
deleted file mode 100644
index 8f341f8e7..000000000
--- a/src/content/docs/fr/plugins/social-login/firebase/google/web.mdx
+++ /dev/null
@@ -1,55 +0,0 @@
----
-locale: fr
-title: Firebase Google Connexion on Web
-description: Learn how to set up Google Sign-In with Firebase Authentication on Web using Firebase's built-in Google Sign-In.
-sidebar: 
-    order: 4
----
-
-## Introduction
-
-The Capacitor Social Connexion plugin **does not Support web platforms**. For web applications, you should use Firebase's built-in Google Sign-In directly, which provides a more reliable popup-based authentication flow.
-
-## Why Not Use the Plugin on Web?
-
-The Capacitor Social Login plugin is designed for native mobile platforms (Android and iOS) where it can leverage platform-specific authentication flows. For web, Firebase's native `signInWithPopup` method is:
-
-- ✅ More reliable and better supported
-- ✅ Handles browser session storage automatically
-- ✅ Provides better Erreur handling
-- ✅ No additional Configuration needed
-
-## Configuration Steps
-
-1. **Configure Firebase Project**
-   
-   Ensure your Firebase project has Google Sign-In enabled:
-   - Go to [Firebase Console](https://console.firebase.google.com/)
-   - Navigate to Authentication > Sign-in method
-   - Activer Google Sign-In provider
-
-2. Ajouter your authorized domains
-    1. Go to your project Aperçu over at [console.cloud.google.com](https://console.cloud.google.com/)
-        <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Overview" />
-    2. Open the `Authentication` menu
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-    3. Click on the `Settings` button
-        <img src="/social-login-assets/firebase_select_authentication_settings.webp" alt="Firebase Authentication Sign-in Method Button" />
-    4. Setup the `Authorized domains`
-        <img src="/social-login-assets/firebase_select_authentication_settings_authorized_domains.webp" alt="Firebase Authentication Settings Authorized Domains" />
-
-## Exemple Implementation
-
-See the [authUtils.ts](https://github.com/Cap-go/capacitor-social-Connexion/blob/main/Exemple-Application/src/authUtils.ts) file in the Exemple Application for a Terminé implementation that:
-
-- Uses Firebase's `signInWithPopup` for web platforms
-- Uses Capacitor Social Connexion plugin for Android/iOS platforms
-- Handles platform detection automatically
-
-The Exemple shows how to conditionally use Firebase's built-in method for web while using the plugin for Natif platforms.
-
-## Additional Resources
-
-- [Firebase Authentication Documentation](https://firebase.google.com/docs/auth) - Terminé Firebase Auth Documentation
-- [Firebase Google Sign-In for Web](https://firebase.google.com/docs/auth/web/google-signin) - Official Firebase Guide for Google Sign-In on web
-- [Google Connexion Configuration Guide](/docs/plugins/social-Connexion/google/general/) - Guide for configuring authorized domains and OAuth consent screen
\ No newline at end of file
diff --git a/src/content/docs/fr/plugins/social-login/firebase/introduction.mdx b/src/content/docs/fr/plugins/social-login/firebase/introduction.mdx
deleted file mode 100644
index 25bdd6ebe..000000000
--- a/src/content/docs/fr/plugins/social-login/firebase/introduction.mdx
+++ /dev/null
@@ -1,99 +0,0 @@
----
-title: Firebase Introduction à l'intégration
-description: >-
-  Découvrez comment intégrer l'authentification Firebase au plugin Capacitor
-  Social Login pour une solution d'authentification complète.
-sidebar:
-  order: 1
-locale: fr
----
-## Aperçu
-
-Ce didacticiel vous guidera dans la configuration de l'authentification Firebase avec le plugin de connexion sociale Capacitor. Cette intégration vous permet d'utiliser des fournisseurs de connexion sociale natifs (Google, Apple, Facebook, Twitter) sur les plateformes mobiles tout en tirant parti de Firebase Auth pour l'authentification backend et de Firestore pour le stockage des données.
-
-## Ce que vous apprendrez
-
-- Comment configurer l'authentification Firebase
-- Comment intégrer le plugin Capacitor Social Login avec Firebase Auth
-- Configuration spécifique à la plate-forme pour Android, iOS et Web
-
-## Ce dont vous aurez besoin
-
-Avant de commencer, assurez-vous d'avoir :
-
-1. **Un projet Firebase**
-   - Créez un projet sur [Firebase Console](https://console.firebase.google.com/)
-   - Activer l'authentification (e-mail/mot de passe et connexion Google)
-   - Obtenez vos informations de configuration Firebase
-
-2. **Firebase JS SDK**
-   - Installez Firebase dans votre projet :
-     ```bash
-     npm install firebase
-     ```
-
-3. **Un projet Capacitor**
-   - Une application Capacitor existante
-   - Capacitor Plugin de connexion sociale installé :
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-## Exemple d'application
-
-Un exemple de travail complet est disponible dans le référentiel :
-
-**Dépôt de code** : [Vous pouvez trouver le référentiel de code ici](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-L'exemple d'application montre :
-- Authentification email/mot de passe avec Firebase
-- Intégration de connexion Google (Android, iOS et Web)
-- Un simple magasin clé-valeur utilisant les collections Firebase Firestore
-- Stockage de données spécifiques à l'utilisateur dans les sous-collections Firestore
-
-
-## Un mot sur l'utilisation du Firebase SDK sur Capacitor
-
-Lorsque vous utilisez le Firebase JS SDK sur Capacitor, vous devez être conscient que lorsque vous utilisez les méthodes d'authentification, vous devez initialiser l'instance d'authentification Firebase un peu différemment.
-
-Sur la plateforme Web, vous utiliserez la fonction `getAuth` pour obtenir l'instance d'authentification Firebase.
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { getAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-const auth = getAuth(app);
-```
-
-Malheureusement, sur Capacitor, cela ne fonctionne pas et provoque le blocage de l'authentification Firebase. Comme indiqué dans [ce billet de blog](https://harryherskowitz.com/2021/08/23/firebase-capacitor.html), vous devez utiliser la fonction `initializeAuth` pour initialiser l'instance d'authentification Firebase.
-Cela ressemble à ceci :
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { initializeAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-
-function whichAuth() {
-  let auth;
-  if (Capacitor.isNativePlatform()) {
-    auth = initializeAuth(app, {
-      persistence: indexedDBLocalPersistence,
-    });
-  } else {
-    auth = getAuth(app);
-  }
-  return auth;
-}
-
-export const auth = whichAuth();
-```
-## Prochaines étapes
-
-Continuez avec les guides de configuration :
-- [Configuration Firebase](./google/general/) - Configurer le projet Firebase
-- [Configuration Android](./google/android/) - Configuration spécifique à Android
-- [Configuration iOS](./google/ios/) - Configuration spécifique à iOS
-- [Configuration Web](./google/web/) - Configuration spécifique au Web
diff --git a/src/content/docs/fr/plugins/social-login/getting-started.mdx b/src/content/docs/fr/plugins/social-login/getting-started.mdx
deleted file mode 100644
index 8cddf7428..000000000
--- a/src/content/docs/fr/plugins/social-login/getting-started.mdx
+++ /dev/null
@@ -1,156 +0,0 @@
----
-locale: fr
-title: Premiers pas
-description: Découvrez comment installer et configurer le plugin Capacitor Social Login afin d'améliorer l'authentification de votre application grâce à une intégration transparente des connexions Google, Apple, Facebook et OAuth2 générique.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { Code, Card, CardGrid } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-import MicroCard from '@/components/MicroCard.astro'
-
-<Steps>
-1. **Installer le package**
-   <PackageManagers pkg="@capgo/capacitor-social-login" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Initialiser au démarrage de l'application**
-
-   ```typescript
-   import { SocialLogin } from '@capgo/capacitor-social-login';
-
-   await SocialLogin.initialize({
-     google: {
-       webClientId: 'your-google-web-client-id',
-       iOSServerClientId: 'your-google-server-client-id',
-       mode: 'online',
-     },
-     apple: {
-       clientId: 'your-apple-service-id',
-       useProperTokenExchange: true,
-       useBroadcastChannel: true,
-     },
-     facebook: {
-       appId: 'your-facebook-app-id',
-     },
-     twitter: {
-       clientId: 'your-twitter-client-id',
-       redirectUrl: 'myapp://oauth/twitter',
-     },
-     oauth2: {
-       github: {
-         appId: 'your-github-client-id',
-         authorizationBaseUrl: 'https://github.com/login/oauth/authorize',
-         accessTokenEndpoint: 'https://github.com/login/oauth/access_token',
-         redirectUrl: 'myapp://oauth/github',
-         scope: 'read:user user:email',
-         pkceEnabled: true,
-       },
-     },
-   });
-   ```
-</Steps>
-
-## Exemples de flux principaux
-
-### Connexion
-
-```typescript
-await SocialLogin.login({
-  provider: 'google',
-  options: { scopes: ['profile', 'email'] },
-});
-
-await SocialLogin.login({
-  provider: 'oauth2',
-  options: {
-    providerId: 'github',
-    scope: 'read:user user:email',
-  },
-});
-```
-
-### Vérifications de session
-
-```typescript
-const status = await SocialLogin.isLoggedIn({ provider: 'google' });
-await SocialLogin.logout({ provider: 'google' });
-```
-
-### Codes d'autorisation et rafraîchissement
-
-```typescript
-// For providers that support this mode
-const authCodeResult = await SocialLogin.getAuthorizationCode({ provider: 'google' });
-await SocialLogin.refresh({ provider: 'google', options: {} as never });
-```
-
-### Helpers avancés
-
-```typescript
-const jwt = await SocialLogin.decodeIdToken({
-  idToken: 'eyJhbGciOi...',
-});
-
-const { date } = await SocialLogin.getAccessTokenExpirationDate({
-  accessTokenExpirationDate: Date.now() + 3600 * 1000,
-});
-
-const expired = await SocialLogin.isAccessTokenExpired({
-  accessTokenExpirationDate: Date.now() + 1000,
-});
-
-const active = await SocialLogin.isRefreshTokenAvailable({ refreshToken: 'a-token' });
-```
-
-## Remarques spécifiques aux fournisseurs
-
-### Mode hors ligne de Google
-
-`google.mode: 'offline'` renvoie `serverAuthCode` lors de la connexion. Dans ce mode, `logout`, `isLoggedIn`, `getAuthorizationCode` et `refresh` ne sont pas disponibles.
-
-### Apple
-
-Définissez `useProperTokenExchange: true` pour une gestion stricte des jetons et `useBroadcastChannel: true` pour une configuration simplifiée sur Android.
-
-### Flux de redirection web OAuth2
-
-Utilisez `OAuth2LoginOptions.flow: 'redirect'` pour les flux web qui naviguent hors de la page.
-
-## Configuration des fournisseurs dans Capacitor
-
-Vous pouvez désactiver les fournisseurs inutilisés pour réduire la taille des binaires natifs :
-
-```typescript
-import type { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'My App',
-  webDir: 'dist',
-  plugins: {
-    SocialLogin: {
-      providers: {
-        google: true,
-        facebook: true,
-        apple: true,
-        twitter: false,
-      },
-    },
-  },
-};
-```
-
-## Documentation associée
-
-- [Aperçu des intégrations](/docs/plugins/social-login/integrations/)
-- [Intégration Better Auth](/docs/plugins/social-login/better-auth/)
-- [Fournisseurs OAuth2 et OIDC](/docs/plugins/social-login/oauth2/)
-- [Migrer depuis Ionic Auth Connect](/docs/upgrade/from-ionic-auth-connect/)
-- [Guide de migration Social Login Auth Connect](/docs/plugins/social-login/migrations/ionic-auth-connect/)
-- [Migrer les fournisseurs historiques](/docs/plugins/social-login/migrations/google/)
-- [Solution de migration des plugins Ionic Enterprise](/solutions/ionic-enterprise-plugins/)
diff --git a/src/content/docs/fr/plugins/social-login/google/android.mdx b/src/content/docs/fr/plugins/social-login/google/android.mdx
deleted file mode 100644
index d686ddab8..000000000
--- a/src/content/docs/fr/plugins/social-login/google/android.mdx
+++ /dev/null
@@ -1,224 +0,0 @@
----
-title: Google Connectez-vous sur Android
-description: >-
-  Ce guide fournit une procédure pas à pas complète sur la configuration de la
-  connexion Google à l'aide de Capacitor pour les appareils Android, détaillant
-  chaque étape pour garantir un processus d'intégration fluide et résoudre les
-  défis potentiels que vous pourriez rencontrer.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-##Présentation
-
-Dans ce guide, vous apprendrez comment configurer la connexion Google avec la connexion sociale Capgo pour Android.
-Je suppose que vous avez déjà lu le [guide de configuration général](/docs/plugins/social-login/google/general/).
-
-## En utilisant Google, connectez-vous sur Android
-
-Dans cette partie, vous apprendrez comment configurer la connexion Google dans Android.
-
-:::caution
-Le certificat Android SHA1 est plus que douloureux et je ne souhaiterais à personne d'avoir à le configurer. Les étapes suivantes supposent le scénario le plus simple d’une application qui n’est pas publiée sur Google Play Store et qui est utilisée uniquement par le simulateur local ou le périphérique matériel de développement. 
-
-Si vous avez déployé votre application sur Google Play Store, vous **DEVEZ** ajouter un ID client Android supplémentaire qui contient le SHA1 de la console Google Play pour les versions de production. Vous pouvez trouver le hachage SHA1 que Google Play utilise pour signer votre bundle de versions sous `Test and release > Setup > App Signing`.
-
-Enfin, il est important de mentionner que si vous vous trompez, l'erreur ne sera PAS évidente. Cela peut être très difficile à déboguer. Si vous rencontrez des difficultés avec la configuration, veuillez consulter les [problèmes Github](https://github.com/Cap-go/capacitor-social-login/issues).
-
-De plus, vous pouvez consulter la section de dépannage de la [configuration de connexion Google pour Android](#troubleshooting) pour plus d'informations.
-:::
-
-:::note
-Vous pouvez créer plusieurs ID client Android. Ceci est requis si vous disposez de plusieurs certificats SHA1.
-:::
-
-<Steps>
-1. Créez un ID client Android.
-   1. Cliquez sur la barre de recherche
-      <img src="/social-login-assets/google_cons_search.png" alt="" />
-   
-   2. Recherchez `credentials` et cliquez sur celui « API et services » (numéro 2 sur la capture d'écran)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Résultats de recherche affichant l'option d'informations d'identification avec les API et les services mis en évidence" />
-   
-   3. Cliquez sur « créer des informations d'identification »
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Bouton Créer des informations d'identification dans la console Google" />
-   
-   4. Sélectionnez `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="Option d'ID client OAuth dans le menu de création d'informations d'identification" />
-
-   5. Sélectionnez le type d'application `Android`
-      <img src="/social-login-assets/google_cons_app_type_android.png" alt="Sélection du type d'application avec l'option Android mise en évidence" />
-   
-   6. Ouvrez Android Studio
-   
-   7. Tout en bas du navigateur, recherchez les « Gradle Scripts »
-      <img src="/social-login-assets/studio_gradle_scripts.png" alt="Section Gradle Scripts dans le navigateur de projet Android Studio" />
-   
-   8. Recherchez `build.gradle` pour le module `app`
-      <img src="/social-login-assets/studio_build_gradle.png" alt="Fichier build.gradle (Module : app) dans la section Gradle Scripts" />
-   
-   9. Copiez le `android.defaultConfig.applicationId`. Ce sera votre « nom de package » dans la console Google
-      <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="Fichier Build.gradle montrant la configuration de l'ID d'application" />
-   
-   10. Maintenant, ouvrez le terminal. Assurez-vous que vous êtes dans le dossier `android` de votre application et exécutez `./gradlew signInReport`
-      <img src="/social-login-assets/term_sign_report.png" alt="Terminal affichant la commande Gradlew SignInReport" />
-   
-   11. Faites défiler vers le haut de cette commande. Vous devriez voir ce qui suit. Copiez le `SHA1`.
-      <img src="/social-login-assets/term_sign_report_res.png" alt="Sortie du terminal affichant l'empreinte digitale du certificat SHA1" />
-   
-   12. Maintenant, revenez à la console Google. Entrez votre `applicationId` comme « Nom du package » et votre SHA1 dans le champ du certificat et cliquez sur `create`.
-      <img src="/social-login-assets/google_cons_creat_android_client.png" alt="Formulaire de création de client Android avec nom du package et champs SHA1 renseignés" />
-   
-2. Créez un client Web (ceci est requis pour Android)
-   
-   1. Accédez à la page « Créer des informations d'identification » dans la console Google.
-   
-   2. Définissez le type d'application sur `Web`
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="Sélection du type d'application avec l'option Web en surbrillance" />
-   
-   3. Cliquez sur `Create`
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="Formulaire de création de client Web avec le bouton Créer en bas" />
-   
-   4. Copiez l'ID client, vous l'utiliserez comme `webClientId` dans votre code JS/TS
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="Détails de l'ID client affichant l'ID client Web à copier" />
-
-3. Modifiez votre `MainActivity`1. Veuillez ouvrir votre application dans Android Studio. Vous pouvez exécuter `cap open android`
-   
-   2. Trouvez `MainActivity.java`
-     
-      1. Ouvrez le dossier `app`
-         <img src="/social-login-assets/studio_app_folder.png" alt="Dossier d'application dans le navigateur de projet Android Studio" />
-     
-      2. Trouvez `java`
-         <img src="/social-login-assets/studio_app_java.png" alt="Dossier Java dans la structure du projet Android Studio" />
-     
-      3. Trouvez votre `MainActivity.java` et cliquez dessus
-         <img src="/social-login-assets/studio_app_java_activity_main.png" alt="Fichier MainActivity.java dans la structure du package" />
-   
-   3. Modifiez `MainActivity.java`. Veuillez ajouter le code suivant
-     
-      ```java
-      import ee.forgr.capacitor.social.login.GoogleProvider;
-      import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-      import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-      import com.getcapacitor.PluginHandle;
-      import com.getcapacitor.Plugin;
-      import android.content.Intent;
-      import android.util.Log;
-      import com.getcapacitor.BridgeActivity;
-      
-      // ModifiedMainActivityForSocialLoginPlugin is VERY VERY important !!!!!!    
-      public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-      
-            @Override
-            public void onActivityResult(int requestCode, int resultCode, Intent data) {
-              super.onActivityResult(requestCode, resultCode, data);
-      
-              if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-                PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                if (pluginHandle == null) {
-                  Log.i("Google Activity Result", "SocialLogin login handle is null");
-                  return;
-                }
-                Plugin plugin = pluginHandle.getInstance();
-                if (!(plugin instanceof SocialLoginPlugin)) {
-                  Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-                  return;
-                }
-                ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-              }
-            }
-      
-            // This function will never be called, leave it empty
-            @Override
-            public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-      }
-      ```
-
-   4. Enregistrez le fichier
-
-4. Utilisez Google Connectez-vous dans votre candidature
-   
-   1. Tout d’abord, importez `SocialLogin`
-     
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-   
-   2. Appelez initialiser. Cela ne devrait être appelé qu'une seule fois.
-     
-      ```typescript
-      // onMounted is Vue specific
-      // webClientId is the client ID you got in the web client creation step not the android client ID.
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-          }
-        })
-      })
-      ```
-     
-   3. Appelez `SocialLogin.login`. Créez un bouton et exécutez le code suivant en cliquant.
-     
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // handle the response
-      console.log(JSON.stringify(res))
-      ```
-
-5. Configurez l'émulateur pour les tests
-   
-   1. Allez dans « Gestionnaire de périphériques » et cliquez sur le bouton plus
-      <img src="/social-login-assets/studio_device_man.png" alt="Gestionnaire de périphériques dans Android Studio avec le bouton plus en surbrillance" />
-   
-   2. Créez un appareil virtuel
-      <img src="/social-login-assets/studio_create_virt_dev.png" alt="Bouton Créer un périphérique virtuel dans la configuration du périphérique virtuel" />
-   
-   3. Sélectionnez n'importe quel appareil avec une icône `Play Store`
-      <img src="/social-login-assets/studio_new_dev_select_hardware.png" alt="Sélection de matériel affichant les appareils prenant en charge Play Store" />
-     
-      Comme vous pouvez le constater, le `pixel 8` prend en charge les services `Play Store`
-   
-   4. Cliquez sur `next`
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="Bouton Suivant dans l'assistant de création d'appareil" />
-   
-   5. Assurez-vous que l'image du système d'exploitation est de type `Google Play`. **IL DOIT** être de type `Google Play`
-      <img src="/social-login-assets/studio_new_dev_google_play_dev_type.png" alt="Sélection d'images système affichant des images de type Google Play" />
-   
-   6. Cliquez sur suivant
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="Bouton Suivant dans l'écran de sélection de l'image système" />
-   
-   7. Confirmez votre appareil. Vous pouvez nommer votre émulateur comme vous préférez
-      <img src="/social-login-assets/studio_new_dev_next_3.png" alt="Écran de vérification de la configuration de l'appareil avec le bouton Terminer" />
-   
-   8. Allez dans le « Gestionnaire de périphériques » et démarrez votre simulateur
-      <img src="/social-login-assets/studio_dev_manager.png" alt="Gestionnaire de périphériques avec périphérique virtuel répertorié et bouton de lecture" />
-   
-   9. Une fois le simulateur démarré, accédez à ses paramètres
-      <img src="/social-login-assets/emul_and_settings_1.png" alt="Émulateur Android affichant l'application de paramètres" />
-   
-   10. Allez dans `Google Play`
-      <img src="/social-login-assets/emul_and_settings_2.png" alt="Écran de paramètres avec l'option Google Play" />
-   
-   11. Cliquez sur `Update` et attendez environ 60 secondes
-      <img src="/social-login-assets/emul_and_settings_update_play_store.png" alt="Écran de mise à jour Google Play avec bouton Mettre à jour" />
-
-6. Testez votre application
-   
-   Si vous avez tout fait correctement, vous devriez voir le flux de connexion Google fonctionner correctement :
-   <img src="/social-login-assets/google_android_final_login_show.gif" alt="Démo du flux de connexion Google sur Android montrant le processus de connexion et l'authentification réussie" />
-</Steps>
-
-## Dépannage
-
-Si vous rencontrez des problèmes, veuillez consulter les [problèmes Github](https://github.com/Cap-go/capacitor-social-login/issues).
-
-Les problèmes avec la connexion Google sont **TOUJOURS** liés au certificat SHA1.
-
-Si vous ne parvenez pas à obtenir le certificat de développement SHA1, essayez d'utiliser un magasin de clés personnalisé. [Ici](https://github.com/Cap-go/capacitor-social-login/issues/147#issuecomment-2849742574) est un commentaire expliquant comment ajouter un magasin de clés à votre projet.
diff --git a/src/content/docs/fr/plugins/social-login/google/general.mdx b/src/content/docs/fr/plugins/social-login/google/general.mdx
deleted file mode 100644
index ced160720..000000000
--- a/src/content/docs/fr/plugins/social-login/google/general.mdx
+++ /dev/null
@@ -1,239 +0,0 @@
----
-title: Google Configuration de la connexion
-description: >-
-  Ce guide fournit un aperçu complet de la configuration de la connexion Google
-  à l'aide de Capacitor, détaillant chaque étape pour garantir un processus
-  d'intégration transparent et répondre aux défis potentiels que vous pourriez
-  rencontrer.
-sidebar:
-  order: 1
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-##Présentation
-
-Dans ce guide, vous apprendrez comment configurer la connexion Google avec la connexion sociale Capgo. Vous aurez besoin des éléments suivants pour configurer la connexion Google :
-
-- Un compte Google
-
-## Configuration générale
-
-:::note
-Cette étape est obligatoire quelle que soit la plateforme que vous décidez d’utiliser. 
-:::
-
-Dans cette partie, vous allez configurer l'écran de connexion affiché par Google.
-
-<Steps>
-    1. Veuillez accéder à [console.cloud.google.com](https://console.cloud.google.com/)
-    2. Cliquez sur le sélecteur de projet
-        <img src="/social-login-assets/google_cons_project_selector.png" alt="Google Sélecteur de projet de console" />
-    3. Si vous n'avez pas encore de projet, veuillez **créer un nouveau projet**.
-        1. Cliquez sur « Nouveau projet »
-            <img src="/social-login-assets/google_cons_new_project_btn.png" alt="Bouton Nouveau projet dans la console Google" />
-        2. Nommez votre projet et cliquez sur `Create`
-            <img src="/social-login-assets/google_cons_name_projec.png" alt="Écran de dénomination du projet affichant le champ de nom et le bouton Créer" />
-        3. Assurez-vous que vous êtes sur le bon projet
-            <img src="/social-login-assets/google_cons_right_proj.png" alt="Nom du projet affiché dans le sélecteur indiquant la sélection correcte du projet" />
-    4. Commencez à configurer le `OAuth consent screen`
-        1. Cliquez sur la barre de recherche
-            <img src="/social-login-assets/google_cons_search.png" alt="Google Barre de recherche de la console" />
-        2. Recherchez `OAuth consent screen` et cliquez dessus
-            <img src="/social-login-assets/google_cons_search_2.png" alt="Résultats de recherche affichant l'option d'écran de consentement OAuth" />
-        3. Configurez l'écran de consentement
-            :::remarque
-            Je suppose que vous développez une application ouverte au public, j'utiliserai donc le type d'utilisateur `external`. Veuillez sélectionner le type d'utilisateur qui vous convient le mieux ET cliquez sur `create`
-            :::
-
-            Cliquez sur `create`
-            <img src="/social-login-assets/google_cons_oauth_const_scr.png" alt="OAuth sélection du type d'utilisateur sur l'écran de consentement avec options externes et internes" />
-    5. Remplissez les informations sur votre application
-            1. Commençons par les « Informations sur l'application »
-                <img src="/social-login-assets/google_cons_app_inf.png" alt="Section Informations sur l'application affichant les champs Nom de l'application et Adresse e-mail d'assistance utilisateur" />
-                
-                    - Veuillez saisir votre « Nom de l'application »
-                        :::attention
-                        **CECI SERA AFFICHÉ AUX UTILISATEURS**
-                        :::
-                    - Entrez l'« e-mail d'assistance utilisateur »
-                        :::remarque
-                        Vous pouvez en savoir plus sur l'e-mail d'assistance [ici](https://support.google.com/cloud/answer/10311615#user-support-email&zippy=%2Cuser-support-email/)
-                        :::
-                2. Vous **POUVEZ** ajouter le logo de l'application.
-                    <img src="/social-login-assets/google_cons_app_logo.png" alt="Section de téléchargement du logo de l'application dans l'écran de consentement OAuth" />
-                    :::remarque
-                    Ce n'est pas obligatoire et je vais sauter cette étape
-                    :::
-                3. Vous **DEVRIEZ** configurer le « domaine de l'application »
-                    <img src="/social-login-assets/google_cons_app_doma.png" alt="Section de configuration du domaine d'application avec champ de domaines autorisés" />
-                    :::remarque
-                    Je ne le ferai pas car il ne s'agit que d'une simple démonstration qui ne sera **PAS** publiée, mais je recommande fortement de remplir cette section.
-                    :::
-                    
-                4. Vous **DEVEZ** fournir l'adresse e-mail du développeur
-                    <img src="/social-login-assets/google_cons_dev_cont_inf.png" alt="Section des informations de contact du développeur avec champ e-mail" />     
-                5. Cliquez sur « enregistrer et continuer »
-                        <img src="/social-login-assets/google_cons_cons_sav_cont.png" alt="Bouton Enregistrer et continuer en bas du formulaire" />
-    6. Configurez les étendues
-        1. Cliquez sur « Ajouter ou supprimer des étendues » 
-            <img src="/social-login-assets/google_cons_add_rm_sco.png" alt="Bouton Ajouter ou supprimer des étendues dans l’écran de configuration des étendues" />
-        
-        2. Sélectionnez les étendues suivantes et cliquez sur `update`
-            <img src="/social-login-assets/google_cons_update_scope.png" alt="Boîte de dialogue de sélection de la portée avec les portées de courrier électronique et de profil sélectionnées" />
-        3. Cliquez sur « Enregistrer et continuer »
-            <img src="/social-login-assets/google_cons_scope_save.png" alt="Bouton Enregistrer et continuer dans l'écran des étendues" />
-    7. Ajouter un utilisateur test
-        1. Cliquez sur « Ajouter des utilisateurs »
-            <img src="/social-login-assets/google_cons_add_test_usr.png" alt="Bouton Ajouter des utilisateurs dans la section des utilisateurs de test" />
-        2. Saisissez votre e-mail Google, cliquez sur Entrée, puis cliquez sur `add`.
-            <img src="/social-login-assets/google_cons_add_test_usr_2.png" alt="Champ de saisie de l'e-mail et bouton Ajouter pour les utilisateurs test" />
-        3. Cliquez sur « Enregistrer et continuer »
-            <img src="/social-login-assets/google_cons_test_usr_save.png" alt="Bouton Enregistrer et continuer dans l'écran des utilisateurs de test" />
-    8. Cliquez sur « Retour au tableau de bord »
-        <img src="/social-login-assets/google_cons_back_to_dahs.png" alt="Bouton Retour au tableau de bord en bas de la page d'achèvement" />
-    9. Soumettez votre application pour vérification
-        :::remarque
-            Je vous recommande fortement de soumettre votre application pour vérification. Cela sort du cadre de ce didacticiel. Vous pouvez en savoir plus [ici](https://support.google.com/cloud/answer/13463073/). Cela n’est pas requis pour les tests locaux, mais pour la production.
-        :::
-</Steps>
-
-
-## Différences entre l'accès en ligne et l'accès hors ligne
-
-Il existe plusieurs façons d'utiliser Google Connectez-vous avec Capacitor. Voici un tableau qui résume les différences entre les deux :
-
-|                         | Accès en ligne | Accès hors ligne |
-|:-------------:|:-------------:|:--------------:|
-| Nécessite un back-end | ❌ | ✅ |
-| Jeton d'accès de longue durée | ❌ | ✅ |
-| Installation facile | ✅ | ❌ |
-
-:::note
-**Le mode hors ligne** signifie que votre backend peut accéder aux API de Google même lorsque l'utilisateur n'utilise pas activement votre application (c'est-à-dire lorsque l'utilisateur est « hors ligne » du point de vue de votre application). Les jetons d'accès de longue durée activent cette fonctionnalité en permettant au backend d'appeler les API Google au nom de l'utilisateur à tout moment.
-:::
-
-:::caution
-**Le mode hors ligne EXIGE un serveur backend.** Lors de l'utilisation du mode hors ligne, le frontend reçoit un minimum d'informations (principalement juste un code d'authentification du serveur). Sans backend pour échanger ce code contre des jetons et des informations utilisateur, le mode hors ligne ne fournit aucune donnée utile à votre application frontend.
-:::
-
-Si vous ne savez toujours pas lequel choisir, veuillez considérer les scénarios suivants :
-
-1. Vous souhaitez que l'utilisateur se connecte immédiatement après que vous allez lui émettre un JWT personnalisé. Votre application n'appellera PAS les API Google
-   
-   Dans ce cas, choisissez l'accès en ligne.
-
-2. Votre application appellera certaines API Google depuis le client, mais jamais depuis le backend
-   
-   Dans ce cas, choisissez l'accès en ligne
-
-3. Votre application appellera certaines API Google depuis le backend, mais uniquement lorsque l'utilisateur utilise activement l'application.
-   
-   Dans ce cas, choisissez l'accès en ligne
-
-4. Votre application vérifiera périodiquement le calendrier de l'utilisateur, même s'il n'utilise pas activement l'application.
-   
-   Dans ce cas, choisissez l'accès hors ligne
-
-## Un exemple de backend pour l'accès en ligne
-
-Dans cette partie du tutoriel, je vais vous montrer comment valider l'utilisateur sur votre backend. 
-
-Cet exemple sera très simple et il sera basé sur les technologies suivantes :
-
-- [TypeScript](https://www.typescriptlang.org/)
-
-- [Hono](https://hono.dev/)
-
-- [JavaScript Fetch API](https://developer.mozilla.org/en-US/docs/Web/API/Window/fetch)
-
-Vous pouvez trouver le code de cet exemple [ici](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/141c01d93a85240e31a0d488a89df13c842708b1/index.ts#L135-L153)
-
-Comme vous pouvez le constater :
-
-<img src="/social-login-assets/vscode_auth_google.png" alt="Code VS affichant le code d'authentification Google qui vérifie les jetons" />
-
-L'idée est plutôt simple. Vous envoyez une simple requête `GET` à `https://www.googleapis.com/oauth2/v3/tokeninfo` et cela vous renvoie si le token est valide ou non et si c'est le cas, il vous donne l'email de l'utilisateur. Il vous donne également d'autres informations sur le jeton utilisateur
-<img src="/social-login-assets/google_auth_playground_token_info.png" alt="Google OAuth Aire de jeu affichant la réponse aux informations de jeton avec les détails de l'utilisateur" />
-
-À partir de là, vous pouvez attribuer à l'utilisateur votre propre JWT ou émettre une sorte de cookie de session. Les possibilités sont infinies pour l'implémentation finale de l'authentification.
-
-Si vous souhaitez appeler celui de Google API, je vous recommande fortement de consulter le terrain de jeu OAuth 2.0 de [Google](https://developers.google.com/oauthplayground). De là, vous pouvez facilement voir quelles API vous pouvez appeler.
-
-## Utiliser l'accès hors ligne avec votre propre backend
-
-Pour utiliser l'accès en ligne, vous aurez besoin des éléments suivants :
-
-- Un serveur HTTP
-
-Dans cet exemple, j'utiliserai les technologies suivantes pour fournir l'accès hors ligne dans mon application :
-
-- [Hono](https://hono.dev/)
-
-- [Validateur Hono Zod](https://hono.dev/docs/guides/validation#with-zod)
-
-- [Zod](https://zod.dev/)
-
-- [Hono JWT](https://hono.dev/docs/helpers/jwt#jwt-authentication-helper)
-
-- [LowDb](https://www.npmjs.com/package/lowdb) (une simple base de données)
-
-Le code de cet exemple peut être trouvé [ici](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/aac7a8c909f650a8c2cd7f88c97f5f3c594ce9ba/index.ts#L139-L287)
-
-Quant au code client, il ressemble à ceci :
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { GoogleLoginOfflineResponse, SocialLogin } from '@capgo/capacitor-social-login';
-import { usePopoutStore } from '@/popoutStore'; // <-- specific to my app
-
-const baseURL = "[redacted]";
-
-async function fullLogin() {
-  await SocialLogin.initialize({
-    google: {
-      webClientId: '[redacted]',  
-      iOSClientId: '[redacted]',
-      iOSServerClientId: 'The same value as webClientId',
-      mode: 'offline' // <-- important
-    } 
-  })
-  const response = await SocialLogin.login({
-    provider: 'google',
-    options: {
-      forceRefreshToken: true // <-- important
-    }
-  })
-
-  if (response.provider === 'google') {
-    const result = response.result as GoogleLoginOfflineResponse
-    const res = await fetch(`${baseURL}/auth/google_offline`, {
-      headers: {
-        "Content-Type": "application/json"
-      },
-      body: JSON.stringify({
-        serverAuthCode: result.serverAuthCode,
-        platform: Capacitor.getPlatform()
-      }),
-      method: "POST"
-    })
-
-    if (res.status !== 200) {
-      popoutStore.popout("Full google login failed", "check console");
-      return
-    }
-
-    const { jwt } = await res.json();
-    const userinfo = await fetch(`${baseURL}/auth/get_google_user`, {
-      headers: {
-        Authorization: `Bearer ${jwt}`
-      }
-    })
-    if (userinfo.status !== 200) {
-      popoutStore.popout("Full google (userinfo) login failed", "check console");
-      return
-    }
-    popoutStore.popout("userinfo res", await userinfo.text());
-  }
-}
-```
diff --git a/src/content/docs/fr/plugins/social-login/google/ios.mdx b/src/content/docs/fr/plugins/social-login/google/ios.mdx
deleted file mode 100644
index b955f1696..000000000
--- a/src/content/docs/fr/plugins/social-login/google/ios.mdx
+++ /dev/null
@@ -1,254 +0,0 @@
----
-title: Connexion Google sur iOS
-description: >-
-  Ce guide détaille pas à pas la configuration de la connexion Google avec
-  Capacitor sur iOS afin d'assurer une intégration propre et prévisible.
-sidebar:
-  order: 3
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introduction
-
-Dans ce guide, vous allez apprendre à configurer la connexion Google avec
-Capgo Social Login sur iOS.
-
-Je pars du principe que vous avez déjà lu le
-[guide de configuration général](/docs/plugins/social-login/google/general/).
-
-## Utiliser la connexion Google sur iOS
-
-Dans cette partie, vous allez configurer la connexion Google sur iOS.
-
-<Steps>
-1. Créez un ID client iOS dans la console Google
-
-   1. Cliquez sur la barre de recherche
-      <img src="/social-login-assets/google_cons_search.png" alt="Barre de recherche de la Google Console" />
-
-   2. Recherchez `credentials`, puis cliquez sur le résultat `APIs and Services` (numéro 2 sur la capture)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Résultats de recherche montrant l'option credentials dans APIs and Services" />
-
-   3. Cliquez sur `create credentials`
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Bouton create credentials dans la Google Console" />
-
-   4. Sélectionnez `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="Option OAuth client ID dans le menu de création des identifiants" />
-
-   5. Réglez `Application type` sur `iOS`
-      <img src="/social-login-assets/goolge_cons_cred_type_app_tye.png" alt="Sélection du type d'application avec iOS mis en avant" />
-
-   6. Récupérez le bundle ID
-
-      1. Ouvrez Xcode
-
-      2. Double-cliquez sur `App`
-         <img src="/social-login-assets/xcode_app_click.png" alt="Cible App dans le navigateur de projet Xcode" />
-
-      3. Vérifiez que vous êtes bien dans `Targets -> App`
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Section Targets dans Xcode avec App sélectionnée" />
-
-      4. Repérez votre `Bundle Identifier`
-         <img src="/social-login-assets/xcode_bundle_id.png" alt="Champ Bundle Identifier dans les réglages du projet Xcode" />
-
-      5. Revenez à la Google Console et collez votre `Bundle Identifier` dans `Bundle ID`
-         <img src="/social-login-assets/google_cons_ios_bd_id.png" alt="Champ Bundle ID dans le formulaire de création du client iOS" />
-
-   7. Vous pouvez ajouter votre `App Store ID` ou votre `Team ID` dans l'ID client si l'application est déjà publiée sur l'App Store
-
-   8. Une fois tous les champs remplis, cliquez sur `Create`
-      <img src="/social-login-assets/google_cons_ios_cred_creat.png" alt="Bouton Create en bas du formulaire de création du client iOS" />
-
-   9. Cliquez sur `OK`
-      <img src="/social-login-assets/google_cons_ios_click_ok.png" alt="Bouton OK dans la fenêtre de confirmation de création du client" />
-
-   10. Ouvrez le client iOS nouvellement créé
-       <img src="/social-login-assets/google_cons_open_new_ios.png" alt="Nouveau client iOS dans la liste des identifiants" />
-
-   11. Copiez les informations suivantes
-       <img src="/social-login-assets/google_cons_ios_what_to_copy.png" alt="Détails du client affichant le client ID et le client ID inversé à copier" />
-
-       :::note
-       Le `nr. 1` de cette image deviendra ensuite `iOSClientId` dans l'appel à `initialize`.
-
-       Le `nr. 2` de cette image deviendra ensuite `YOUR_DOT_REVERSED_IOS_CLIENT_ID`.
-       :::
-
-2. Modifiez le fichier `Info.plist` de votre app
-
-   1. Ouvrez Xcode et trouvez le fichier `Info.plist`
-      <img src="/social-login-assets/xcode_info_file.png" alt="Fichier Info.plist dans le navigateur de projet Xcode" />
-
-   2. Faites un clic droit sur ce fichier et ouvrez-le en tant que code source
-      <img src="/social-login-assets/xcode_open_as_src_code.png" alt="Menu contextuel avec l'option Open As Source Code" />
-
-   3. En bas de votre fichier `Plist`, vous verrez une balise `</dict>`
-      <img src="/social-login-assets/xcode_dict_tag.png" alt="Balise dict fermante dans le fichier Info.plist" />
-
-   4. Insérez le fragment suivant juste avant la balise de fermeture `</dict>`
-      <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist avec le code des URL schemes inséré avant la balise dict fermante" />
-
-      ```xml
-      <key>CFBundleURLTypes</key>
-      <array>
-       <dict>
-         <key>CFBundleURLSchemes</key>
-         <array>
-           <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-         </array>
-       </dict>
-      </array>
-      ```
-
-   5. Remplacez `YOUR_DOT_REVERSED_IOS_CLIENT_ID` par la valeur copiée à l'étape précédente
-      <img src="/social-login-assets/xcode_plist_final.png" alt="Info.plist avec la vraie valeur du client ID inversé" />
-
-      :::caution
-      Vérifiez que cette valeur **COMMENCE** par `com.googleusercontent.apps`
-      :::
-
-   6. Enregistrez le fichier avec `Command + S`
-
-3. Modifiez `AppDelegate.swift`
-
-   1. Ouvrez AppDelegate
-      <img src="/social-login-assets/xcode_app_deleg.png" alt="Fichier AppDelegate.swift dans le navigateur de projet Xcode" />
-
-   2. Ajoutez `import GoogleSignIn` en haut du fichier
-      <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="AppDelegate.swift avec l'import GoogleSignIn ajouté" />
-
-   3. Trouvez la fonction `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])`
-      <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="Fonction application openURL originale dans AppDelegate" />
-
-   4. Modifiez la fonction pour qu'elle ressemble à ceci
-
-      ```swift
-      func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-          // Called when the app was launched with a url. Feel free to add additional processing here,
-          // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-          var handled: Bool
-
-          handled = GIDSignIn.sharedInstance.handle(url)
-          if handled {
-            return true
-          }
-
-          return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-      }
-      ```
-
-      <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="Fonction application openURL modifiée avec la gestion de GoogleSignIn" />
-
-   5. Enregistrez le fichier avec `Command + S`
-
-4. Configurez la connexion Google dans votre code JavaScript ou TypeScript
-
-   1. Importez `SocialLogin` et `Capacitor`
-
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      import { Capacitor } from '@capacitor/core';
-      ```
-
-   2. Appelez la méthode `initialize` une seule fois
-
-      **Configuration de base (mode en ligne, recommandé pour la plupart des applications) :**
-      ```typescript
-      // onMounted is Vue specific
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            iOSClientId: '673324426943-redacted.apps.googleusercontent.com',
-            mode: 'online' // Default mode
-          }
-        })
-      })
-      ```
-
-      **Configuration avancée avec des ID client supplémentaires :**
-      ```typescript
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: 'YOUR_WEB_CLIENT_ID',           // Optional: for web platform support
-            iOSClientId: 'YOUR_IOS_CLIENT_ID',           // Required: from step 1
-            iOSServerClientId: 'YOUR_WEB_CLIENT_ID',     // Optional: same as webClientId, needed for some advanced features
-            mode: 'online'                               // 'online' or 'offline'
-          }
-        })
-      })
-      ```
-
-      :::note
-      **Exigences pour les client IDs :**
-      - `iOSClientId` : **obligatoire**. Il doit se terminer par `googleusercontent.com` (voir l'étape 1 ci-dessus)
-      - `webClientId` : **optionnel**. Nécessaire uniquement si vous prenez aussi en charge le web ou si vous utilisez des fonctions avancées
-      - `iOSServerClientId` : **optionnel**. Il doit avoir la même valeur que `webClientId` lorsqu'il est renseigné
-
-      Pour une configuration avancée avec `webClientId` et `iOSServerClientId`, consultez le [guide de configuration web](/docs/plugins/social-login/google/web/).
-      :::
-
-      :::caution
-      **À propos du mode hors ligne :** quand vous utilisez `mode: 'offline'`, la réponse de connexion ne contient pas directement les données utilisateur. Vous recevez à la place un server auth code qui doit être échangé côté backend pour récupérer les informations utilisateur. Consultez le [guide de configuration général](/docs/plugins/social-login/google/general/#using-offline-access-with-your-own-backend) pour les détails d'implémentation.
-      :::
-
-   3. Implémentez la fonction de connexion. Créez un bouton et exécutez le code suivant au clic
-
-      **Pour le mode en ligne :**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // handle the response - contains user data
-      console.log(JSON.stringify(res))
-      ```
-
-      **Pour le mode hors ligne :**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {
-          forceRefreshToken: true // Recommended for offline mode
-        }
-      })
-      // res contains serverAuthCode, not user data
-      // Send serverAuthCode to your backend to get user information
-      console.log('Server auth code:', res.result.serverAuthCode)
-      ```
-
-5. Testez votre application
-
-   1. Générez votre application puis exécutez `cap sync`
-
-   2. Si tout est correctement configuré, vous devriez voir le flux de connexion Google fonctionner normalement
-      <img src="/social-login-assets/google_final_ios_v2.gif" alt="Démonstration du flux de connexion Google sur iOS avec authentification réussie" />
-</Steps>
-
-:::note
-La langue affichée dans l'invite Google dépend de la langue définie sur votre appareil.
-:::
-
-## Problèmes connus
-
-### Incompatibilité avec le plugin Privacy Screen
-
-Le plugin Google Login est incompatible avec
-[@capacitor/privacy-screen](https://github.com/ionic-team/capacitor-privacy-screen).
-Lorsque les deux plugins sont utilisés ensemble, la webview de connexion Google
-est interrompue par l'écran de confidentialité.
-
-**Contournement :** appelez `await PrivacyScreen.disable();` avant de lancer la connexion :
-
-```typescript
-import { PrivacyScreen } from '@capacitor/privacy-screen';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-await PrivacyScreen.disable();
-await SocialLogin.login({
-  provider: 'google',
-  options: {}
-});
-```
diff --git a/src/content/docs/fr/plugins/social-login/google/web.mdx b/src/content/docs/fr/plugins/social-login/google/web.mdx
deleted file mode 100644
index 902bd762b..000000000
--- a/src/content/docs/fr/plugins/social-login/google/web.mdx
+++ /dev/null
@@ -1,133 +0,0 @@
----
-title: Google Connexion sur le Web
-description: >-
-  Ce guide fournit une procédure complète pour configurer la connexion Google
-  sur les applications Web à l'aide de Capacitor et du plugin
-  @capgo/capacitor-social-login, garantissant un processus d'intégration
-  transparent en couvrant toutes les étapes et configurations nécessaires.
-sidebar:
-  order: 4
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-##Présentation
-
-Dans ce guide, vous apprendrez comment configurer la connexion Google avec la connexion sociale Capgo pour les applications Web.
-Je suppose que vous avez déjà lu le [guide de configuration général](/docs/plugins/social-login/google/general/).
-
-## Utilisation de la connexion Google sur le Web
-
-Utiliser la connexion Google sur le Web est plutôt simple.
-Pour l'utiliser, vous devez procéder comme suit :
-
-<Steps>
-1. Créez un client Web dans la console Google
-   
-   :::remarque
-   Si vous avez déjà configuré la connexion Google pour Android, vous pouvez ignorer cette étape car vous avez déjà créé un client Web. Vous pouvez passer directement à l'étape 2.
-   :::
-   
-   1. Cliquez sur la barre de recherche
-      <img src="/social-login-assets/google_cons_search.png" alt="Google Barre de recherche de la console" />
-   
-   2. Recherchez `credentials` et cliquez sur l'option « API et services » (numéro 2 sur la capture d'écran)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Résultats de recherche affichant l'option d'informations d'identification avec les API et les services mis en évidence" />
-   
-   3. Cliquez sur « créer des informations d'identification »
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Bouton Créer des informations d'identification dans la console Google" />
-   
-   4. Sélectionnez `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="Option d'ID client OAuth dans le menu de création d'informations d'identification" />
-   
-   5. Sélectionnez le « Type d'application » comme « Application Web »
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="Sélection du type d'application avec l'option Web en surbrillance" />
-   
-   6. Nommez votre client et cliquez sur `Create`
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="Formulaire de création de client Web avec le champ de nom en surbrillance" />
-   
-   7. Copiez l'ID client, vous l'utiliserez comme `webClientId` dans votre application
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="Détails de l'ID client affichant l'ID client Web à copier" />
-
-2. Configurez le client Web dans la console Google
-
-   1. Veuillez ouvrir la [page d'informations d'identification](https://console.cloud.google.com/apis/credentials) et cliquer sur votre client Web.
-      <img src="/social-login-assets/google_cons_open_web_client_id.png" alt="Liste des informations d'identification montrant le client Web sur lequel cliquer" />
-
-   2. Maintenant, veuillez ajouter le `Authorized JavaScript origins`. Cela doit inclure toutes les adresses que vous pourriez utiliser pour votre application. Dans certains cas, j'utiliserai **UNIQUEMENT** localhost, mais comme j'utilise un port personnalisé, je dois ajouter à la fois `http://localhost` et `http://localhost:5173`.
-    
-      1. Veuillez cliquer sur « ajouter un URI »
-         <img src="/social-login-assets/google_cons_authorized_js_add_btn.png" alt="Section d'origines JavaScript autorisée avec bouton AJOUTER URI" />
-    
-      2. Please type your URL
-         <img src="/social-login-assets/google_cons_authorized_js_typed_url.png" alt="Boîte de dialogue AJOUTER URI avec l'URL de l'hôte local saisie" />
-    
-      3. Veuillez répéter jusqu'à ce que vous ayez ajouté toutes les URL
-    
-      4. Lorsque vous avez terminé, votre écran devrait ressembler à ceci
-         <img src="/social-login-assets/google_cons_authorized_js_final.png" alt="Origines JavaScript autorisées avec plusieurs URL d'hôte local ajoutées" />
-
-   3. Maintenant, veuillez ajouter quelques « URI de redirection autorisés ». Cela dépendra de la page sur laquelle vous comptez utiliser le plugin CapacitorSocialLogin. Dans mon cas, je vais l'utiliser le `http://localhost:5173/auth` 
-    
-      1. Veuillez cliquer sur « AJOUTER URI »
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_1.png" alt="Section URI de redirection autorisée avec bouton AJOUTER URI" />
-    
-      2. Entrez votre URL et cliquez à nouveau sur « AJOUTER une URL »
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_2.png" alt="Boîte de dialogue AJOUTER URI avec l'URL de redirection saisie" />
-
-   4. Click `save`
-      <img src="/social-login-assets/google_cons_web_app_save.png" alt="Bouton Enregistrer en bas de la configuration du client Web" />
-
-3. Maintenant, vous devriez être prêt à appeler `login` depuis JavaScript comme ceci :
-
-   1. Tout d’abord, importez `SocialLogin`
-  
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-
-   2. Ensuite, appelez initialize. Cela ne devrait être appelé qu'une seule fois.
-  
-      ```typescript
-      // onMounted is Vue specific
-      // webClientId is the client ID you got in the web client creation step not the android client ID.
-      onMounted(() => {
-       SocialLogin.initialize({
-         google: {
-           webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-         }
-       })
-      })
-      ```
-
-   :::note[Gestion des redirections Web]
-   Lorsque vous utilisez la connexion Google sur le Web, vous ** DEVEZ ** appeler n'importe quelle fonction du plugin lorsque la redirection se produit pour initialiser le plugin afin qu'il puisse gérer la redirection et fermer la fenêtre contextuelle. Vous pouvez appeler soit `isLoggedIn()` OU `initialize()` - les deux déclencheront la gestion de la redirection :
-
-   ```typescript
-   // Option 1: Call isLoggedIn when the redirect page loads
-   SocialLogin.isLoggedIn({ provider: 'google' }).catch(() => {
-     // Ignore the result, this is just to initialize the plugin
-   });
-
-   // Option 2: Call initialize when the redirect page loads
-   SocialLogin.initialize({
-     google: {
-       webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-     }
-   }).catch(() => {
-     // Ignore any errors, this is just to handle the redirect
-   });
-   ```
-   :::
-
-   3. Créez un bouton de connexion qui appelle `SocialLogin.login` lorsque vous cliquez dessus
-  
-      ```typescript
-      const res = await SocialLogin.login({
-       provider: 'google',
-       options: {}
-      })
-      // Handle the response
-      console.log(JSON.stringify(res));
-      ```
-</Steps>
diff --git a/src/content/docs/fr/plugins/social-login/index.mdx b/src/content/docs/fr/plugins/social-login/index.mdx
deleted file mode 100644
index e8ffa0352..000000000
--- a/src/content/docs/fr/plugins/social-login/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-social-Connexion"
-description: Capacitor plugin for seamless social authentication with Google, Apple, and Facebook, enhancing Utilisateur Connexion Sécurité and experience.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: A Capacitor plugin for social authentication with Google, Apple, and Facebook, making Utilisateur Connexion seamless and secure.
-  image: 
-    file: ~public/icons/plugins/social-login.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/social-login/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-social-login/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-## Video Walkthrough
-
-Watch a quick demo of the plugin Configuration and Connexion flow in action.
-
-<YouTube id="iTINYxvSJrE" title="Capgo Social Login plugin overview" />
-
-<CardGrid stagger>
-  <Card title="Google login" icon="rocket">
-    Provides a frictionless Connexion experience for your Utilisateurs 🚀
-  </Card>
-  <Card title="Facebook login" icon="pencil">
-    Makes Facebook Connexion a breeze 💨
-  </Card>
-  <Card title="Apple login" icon="setting">
-    Apple Connexion can be challenging to implement, but we make it easy 😊
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/social-Connexion/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/social-login/migrations/apple.mdx b/src/content/docs/fr/plugins/social-login/migrations/apple.mdx
deleted file mode 100644
index a4b99ad1a..000000000
--- a/src/content/docs/fr/plugins/social-login/migrations/apple.mdx
+++ /dev/null
@@ -1,188 +0,0 @@
----
-title: Apple Migration de connexion vers @capgo/social-login
-description: >-
-  Ce guide complet fournit des instructions détaillées pour la transition du
-  plugin @capacitor-community/apple-sign-in au plugin
-  @capgo/capacitor-social-login, garantissant un processus de migration fluide
-  et des fonctionnalités améliorées.
-sidebar:
-  order: 1
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Aperçu
-
-Ce guide décrit la transition de l'ancien plugin `@capacitor-community/apple-sign-in` au package moderne `@capgo/capacitor-social-login`. Le nouveau plugin fournit une interface unifiée pour plusieurs fournisseurs d'authentification sociale avec une prise en charge améliorée de TypeScript et une maintenance active.
-
-##Installation
-
-<Steps>
-1. Supprimez l'ancien package :
-   ```bash
-   npm uninstall @capacitor-community/apple-sign-in
-   ```
-
-2. Installez le nouveau package :
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Modifications du code
-
-### Importer les modifications
-```diff
-- import { SignInWithApple } from '@capacitor-community/apple-sign-in';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Initialisation
-
-**Changement de clé** : le nouveau plugin nécessite une étape d'initialisation qui n'était pas nécessaire auparavant.
-
-```diff
-- // No initialization needed in old package
-+ // For iOS: Basic configuration
-+ await SocialLogin.initialize({
-+   apple: {} // Basic iOS configuration
-+ });
-
-+ // For Android: Additional configuration required
-+ await SocialLogin.initialize({
-+   apple: {
-+     clientId: 'YOUR_SERVICE_ID', // Service ID from Apple Developer Portal
-+     redirectUrl: 'https://your-backend.com/callback' // Your backend callback URL
-+   }
-+ });
-```
-
-**Remarque importante** : Pour iOS, vous fournissez une configuration de base, tandis que Android nécessite des détails supplémentaires, notamment un ID de service et une URL de rappel back-end pour l'authentification OAuth basée sur le Web.
-
-### Se connecter
-
-Le processus de connexion passe de plusieurs paramètres à un API plus propre :
-
-```diff
-- const result = await SignInWithApple.authorize({
--   clientId: 'com.your.app',
--   redirectURI: 'https://your-app.com/callback',
--   scopes: 'email name',
--   state: '12345',
--   nonce: 'nonce'
-- });
-
-+ const result = await SocialLogin.login({
-+   provider: 'apple',
-+   options: {
-+     // Optional: Add scopes if needed
-+     scopes: ['email', 'name'],
-+     nonce: 'nonce'
-+   }
-+ });
-```
-
-Le nouveau plugin utilise `login()` avec `provider: 'apple'` et des étendues facultatives plutôt que de transmettre des valeurs de configuration individuelles telles que `clientId` et `redirectURI`.
-
-### Modifications du type de réponse
-
-Les résultats incluent désormais un objet `accessToken` avec des détails d'expiration et une section `profile` structurée, remplaçant le format de réponse plus plat du package d'origine :
-
-```typescript
-// Old response type
-interface AppleSignInResponse {
-  response: {
-    user: string;
-    email: string | null;
-    givenName: string | null;
-    familyName: string | null;
-    identityToken: string | null;
-    authorizationCode: string | null;
-  };
-}
-
-// New response type
-interface SocialLoginResponse {
-  provider: 'apple';
-  result: {
-    accessToken: {
-      token: string;
-      expiresIn?: number;
-      refreshToken?: string;
-    } | null;
-    idToken: string | null;
-    profile: {
-      user: string;
-      email: string | null;
-      givenName: string | null;
-      familyName: string | null;
-    };
-  };
-}
-```
-
-### Nouvelles fonctionnalités
-
-Le plugin mis à jour introduit des fonctionnalités qui n'étaient pas disponibles dans le prédécesseur :
-
-**Checking Login Status**
-```diff
-- // Not available in old package
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'apple'
-+ });
-```
-
-**Fonctionnalité de déconnexion**
-```diff
-- // Not available in old package
-+ await SocialLogin.logout({
-+   provider: 'apple'
-+ });
-```
-
-Ces méthodes fournissent `isLoggedIn()` pour vérifier l'état d'authentification et la fonctionnalité `logout()`.
-
-## Modifications spécifiques à la plateforme
-
-### iOS Setup
-
-**iOS** maintient les procédures de configuration familières grâce aux fonctionnalités Xcode :
-
-1. La configuration iOS reste en grande partie la même. Vous devez encore :
-   - Activer la fonctionnalité "Connexion avec Apple" dans Xcode
-   - Configurez votre application dans le portail des développeurs Apple
-   - Aucune modification de code supplémentaire requise pour iOS
-
-### Android Configuration
-
-**Android** bénéficie désormais d'une prise en charge native via l'authentification Web OAuth :
-
-Le nouveau plugin fournit une prise en charge Android prête à l'emploi, mais nécessite une configuration supplémentaire :
-
-1. Créez un ID de services dans le portail de développeur Apple
-2. Configure a web authentication endpoint
-3. Configurez votre application Android pour gérer le flux OAuth
-4. Backend service configuration is required
-
-Pour des instructions de configuration détaillées de Android, veuillez vous référer au [Android Guide de configuration](/docs/plugins/social-login/apple/android/).
-
-## Avantages clés
-
-Le package modernisé fournit :
-
-1. **API unifiées** sur plusieurs fournisseurs sociaux (Google, Facebook, Apple)
-2. **Typage TypeScript amélioré** avec de meilleures définitions de type
-3. **Maintenance communautaire active** par rapport à la version obsolète
-4. **Prise en charge intégrée de Android** via l'authentification basée sur le Web
-5. **Persistent login state management**
-6. **Meilleure gestion des erreurs** avec des types d'erreurs cohérents
-
-## Modifications radicales1. **Une initialisation explicite est désormais requise** - aucune configuration par défaut
-2. **La structure de l'objet de réponse a changé** - format de résultat imbriqué
-3. **La mise en œuvre de Android nécessite un service backend** pour OAuth
-4. **La gestion de l'actualisation des jetons est différente** - gestion améliorée des jetons
-5. **La gestion des erreurs et les types d'erreurs ont changé** - erreurs plus détaillées
-
-Pour des instructions de configuration plus détaillées, veuillez vous référer à la [documentation officielle](/docs/plugins/social-login/apple/general/).
diff --git a/src/content/docs/fr/plugins/social-login/migrations/facebook.mdx b/src/content/docs/fr/plugins/social-login/migrations/facebook.mdx
deleted file mode 100644
index 28dd50522..000000000
--- a/src/content/docs/fr/plugins/social-login/migrations/facebook.mdx
+++ /dev/null
@@ -1,238 +0,0 @@
----
-title: Facebook Migration de connexion vers @capgo/social-login
-description: >-
-  Ce guide détaillé fournit des instructions étape par étape pour la transition
-  du plugin @capacitor-community/facebook-login au plugin
-  @capgo/capacitor-social-login, garantissant un processus de migration fluide
-  avec des fonctionnalités améliorées.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Aperçu
-
-Ce guide fournit des instructions complètes pour la migration de `@capacitor-community/facebook-login` vers `@capgo/capacitor-social-login`. Le nouveau plugin modernise l'authentification Facebook avec un API unifié qui prend en charge plusieurs fournisseurs sociaux, une prise en charge améliorée de TypeScript et des fonctionnalités améliorées.
-
-##Installation
-
-<Steps>
-1. Supprimez l'ancien package :
-   ```bash
-   npm uninstall @capacitor-community/facebook-login
-   ```
-
-2. Installez le nouveau package :
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Modifications du code
-
-### Importer les modifications
-```diff
-- import { FacebookLogin } from '@capacitor-community/facebook-login';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Initialisation
-
-**Changement de clé** : le nouveau package nécessite une configuration explicite dans votre code :
-
-```diff
-- // Old package required no explicit initialization in code
-- // Configuration was done only in native platforms
-
-+ // New package requires explicit initialization
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'YOUR_FACEBOOK_APP_ID',        // Required for web and Android
-+     clientToken: 'YOUR_CLIENT_TOKEN'       // Required for Android
-+   }
-+ });
-```
-
-### Connexion
-
-La méthode de connexion accepte désormais un paramètre de fournisseur :
-
-```diff
-- const FACEBOOK_PERMISSIONS = ['email', 'public_profile'];
-- const result = await FacebookLogin.login({ permissions: FACEBOOK_PERMISSIONS });
-
-+ const result = await SocialLogin.login({
-+   provider: 'facebook',
-+   options: {
-+     permissions: ['email', 'public_profile'],
-+     limitedLogin: false,
-+     nonce: 'optional_nonce'
-+   }
-+ });
-```
-
-### Modifications du type de réponse
-
-La structure de réponse a été modernisée avec un objet profil plus complet :
-
-```typescript
-// Old response type
-interface FacebookLoginResponse {
-  accessToken: {
-    applicationId: string;
-    userId: string;
-    token: string;
-    expires: string;
-  };
-  recentlyGrantedPermissions: string[];
-  recentlyDeniedPermissions: string[];
-}
-
-// New response type
-interface FacebookLoginResponse {
-  provider: 'facebook';
-  result: {
-    accessToken: {
-      token: string;
-      applicationId?: string;
-      expires?: string;
-      userId?: string;
-      permissions?: string[];
-      declinedPermissions?: string[];
-    } | null;
-    idToken: string | null;
-    profile: {
-      userID: string;
-      email: string | null;
-      friendIDs: string[];
-      birthday: string | null;
-      ageRange: { min?: number; max?: number } | null;
-      gender: string | null;
-      location: { id: string; name: string } | null;
-      hometown: { id: string; name: string } | null;
-      profileURL: string | null;
-      name: string | null;
-      imageURL: string | null;
-    };
-  };
-}
-```
-
-**Différences clés** :
-- La réponse inclut désormais un champ `provider` identifiant le fournisseur d'authentification
-- Objet `profile` plus détaillé avec des informations utilisateur supplémentaires
-- Structure cohérente parmi tous les fournisseurs de connexion sociale
-
-### Vérification de l'état de connexion
-```diff
-- const result = await FacebookLogin.getCurrentAccessToken();
-- const isLoggedIn = result && result.accessToken;
-
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'facebook'
-+ });
-+ const isLoggedIn = status.isLoggedIn;
-```
-
-### Déconnexion
-```diff
-- await FacebookLogin.logout();
-
-+ await SocialLogin.logout({
-+   provider: 'facebook'
-+ });
-```
-
-## Modifications spécifiques à la plateforme
-
-### Android Configuration
-
-La configuration est désormais gérée via la méthode initialize :
-
-```diff
-- // AndroidManifest.xml changes remain the same
-- // strings.xml become irrelevant
-+ // Additionally initialize in your code:
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'your-app-id',
-+     clientToken: 'your-client-token'  // New requirement
-+   }
-+ });
-```
-
-**Important** : le jeton client est désormais requis pour l'authentification Android.
-
-### iOS Configuration
-
-1. La configuration iOS dans `AppDelegate.swift` reste la même :
-
-```swift
-import FBSDKCoreKit
-
-// In application:didFinishLaunchingWithOptions:
-FBSDKCoreKit.ApplicationDelegate.shared.application(
-    application,
-    didFinishLaunchingWithOptions: launchOptions
-)
-
-// In application:openURL:options:
-ApplicationDelegate.shared.application(
-    app,
-    open: url,
-    sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-    annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-)
-```
-
-2. La configuration `Info.plist` reste la même :
-```xml
-<key>CFBundleURLTypes</key>
-<array>
-    <dict>
-        <key>CFBundleURLSchemes</key>
-        <array>
-            <string>fb[APP_ID]</string>
-        </array>
-    </dict>
-</array>
-<key>FacebookAppID</key>
-<string>[APP_ID]</string>
-<key>FacebookClientToken</key>
-<string>[CLIENT_TOKEN]</string>
-<key>FacebookDisplayName</key>
-<string>[APP_NAME]</string>
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>fbapi</string>
-    <string>fbauth</string>
-    <string>fb-messenger-share-api</string>
-    <string>fbauth2</string>
-    <string>fbshareextension</string>
-</array>
-```
-
-## Modifications radicales
-
-Résumé des modifications majeures lors de la migration :
-
-1. **Une initialisation explicite est désormais requise** - Vous devez appeler `initialize()` avant utilisation
-2. **La structure de l'objet de réponse a considérablement changé** - Nouveau format de résultat imbriqué avec des données de profil améliorées
-3. **Le jeton client est désormais requis pour Android** - Configuration supplémentaire requise
-4. **Différents noms de méthodes et structures de paramètres** - Approche basée sur le fournisseur
-5. **La gestion des erreurs et les types d'erreurs ont changé** - Informations plus détaillées sur les erreurs
-
-## Avantages clés
-
-Le nouveau plugin fournit :
-
-- ** API** unifié entre plusieurs prestataires sociaux (Google, Apple, Facebook)
-- **Prise en charge améliorée de TypeScript** avec de meilleures définitions de types
-- **Données de profil améliorées** avec plus d'informations sur l'utilisateur
-- **Maintenance active** et support communautaire
-- **Gestion cohérente des erreurs** chez tous les fournisseurs
-- **Meilleure gestion des jetons** avec une gestion appropriée de l'expiration
-
-Pour des instructions de configuration plus détaillées, veuillez vous référer à la [documentation officielle](/docs/plugins/social-login/facebook/).
diff --git a/src/content/docs/fr/plugins/social-login/migrations/google.mdx b/src/content/docs/fr/plugins/social-login/migrations/google.mdx
deleted file mode 100644
index b3ff9131c..000000000
--- a/src/content/docs/fr/plugins/social-login/migrations/google.mdx
+++ /dev/null
@@ -1,193 +0,0 @@
----
-title: Google Migration d'authentification vers @capgo/social-login
-description: >-
-  Ce guide décrit la transition de l'ancien plugin d'authentification Google au
-  nouveau package de connexion sociale Capgo, qui unifie plusieurs fournisseurs
-  d'authentification sociale.
-sidebar:
-  order: 3
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Aperçu
-
-Ce guide fournit des étapes complètes pour migrer de `@codetrix-studio/capacitor-google-auth` vers `@capgo/capacitor-social-login`, garantissant une transition en douceur et une expérience d'authentification améliorée. Le nouveau plugin unifie plusieurs fournisseurs d'authentification sociale sous un API unique et cohérent.
-
-##Installation
-
-<Steps>
-1. Supprimez l'ancien package :
-   ```bash
-   npm uninstall @codetrix-studio/capacitor-google-auth
-   ```
-
-2. Installez le nouveau package :
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Modifications importantes dans la configuration de l'authentification Google
-
-### Exigence d'ID de client Web
-**Changement critique** : Le plugin mis à jour nécessite l'utilisation d'un ID client Web sur toutes les plates-formes.
-
-Vous devrez :
-1. Créez un ID client Web dans Google Cloud Console si vous n'en avez pas ([Comment obtenir les informations d'identification](/docs/plugins/social-login/google/general/))
-2. Utilisez cet ID client Web dans le champ `webClientId` pour toutes les plateformes
-3. Pour Android, vous devez toujours créer un identifiant client Android avec votre SHA1, mais ceci est uniquement à des fins de vérification - le jeton ne sera pas utilisé ([Android guide de configuration](/docs/plugins/social-login/google/android/))
-
-## Modifications du code
-
-### Importer les modifications
-```diff
-- import { GoogleAuth } from '@codetrix-studio/capacitor-google-auth';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Initialisation
-
-La configuration passe d'un simple appel `GoogleAuth.initialize()` à un `SocialLogin.initialize()` plus structuré avec une configuration Google imbriquée :
-
-```diff
-- GoogleAuth.initialize({
--   clientId: 'CLIENT_ID.apps.googleusercontent.com',
--   scopes: ['profile', 'email'],
--   grantOfflineAccess: true,
-- });
-
-+ await SocialLogin.initialize({
-+   google: {
-+     webClientId: 'WEB_CLIENT_ID.apps.googleusercontent.com', // Use Web Client ID for all platforms
-+     iOSClientId: 'IOS_CLIENT_ID', // for iOS
-+     mode: 'offline' // replaces grantOfflineAccess
-+   }
-+ });
-```
-
-### Se connecter
-
-La méthode de connexion passe de `GoogleAuth.signIn()` à `SocialLogin.login()` avec une spécification explicite du fournisseur :
-
-```diff
-- const user = await GoogleAuth.signIn();
-+ const res = await SocialLogin.login({
-+   provider: 'google',
-+   options: {
-+     scopes: ['email', 'profile'],
-+     forceRefreshToken: true // if you need refresh token
-+   }
-+ });
-```
-
-## Modifications spécifiques à la plateforme
-
-### Android
-
-1. Mettez à jour votre `MainActivity.java` ([Guide de configuration complet de Android](/docs/plugins/social-login/google/android/)) :
-```diff
-+ import ee.forgr.capacitor.social.login.GoogleProvider;
-+ import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-+ import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-+ import com.getcapacitor.PluginHandle;
-+ import com.getcapacitor.Plugin;
-+ import android.content.Intent;
-+ import android.util.Log;
-
-- public class MainActivity extends BridgeActivity {
-+ public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-
-+   @Override
-+   public void onActivityResult(int requestCode, int resultCode, Intent data) {
-+     super.onActivityResult(requestCode, resultCode, data);
-+     
-+     if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-+       PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-+       if (pluginHandle == null) {
-+         Log.i("Google Activity Result", "SocialLogin login handle is null");
-+         return;
-+       }
-+       Plugin plugin = pluginHandle.getInstance();
-+       if (!(plugin instanceof SocialLoginPlugin)) {
-+         Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-+         return;
-+       }
-+       ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-+     }
-+   }
-
-+   public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-}
-```
-
-### iOS
-
-1. Aucune modification majeure n'est nécessaire dans AppDelegate.swift ([iOS guide de configuration](/docs/plugins/social-login/google/ios/))
-
-2. Mettez à jour votre configuration dans `capacitor.config.json`, nous ne l'utilisons pas dans le nouveau plugin :
-```diff
-{
-  "plugins": {
--   "GoogleAuth": {
--     "scopes": ["profile", "email"],
--     "serverClientId": "xxxxxx-xxxxxxxxxxxxxxxxxx.apps.googleusercontent.com",
--     "forceCodeForRefreshToken": true
--   }
-}
-```
-
-###Web
-
-1. Supprimez les balises méta de connexion Google de votre `index.html` si vous les utilisiez :
-```diff
-- <meta name="google-signin-client_id" content="{your client id here}" />
-- <meta name="google-signin-scope" content="profile email" />
-```
-
-## Modifications du type de réponse
-
-La réponse d'authentification fournit désormais un objet structuré contenant des informations sur le fournisseur, des jetons d'accès, des jetons d'identification et des données de profil utilisateur :
-
-```typescript
-interface GoogleLoginResponse {
-  provider: 'google';
-  result: {
-    accessToken: {
-      token: string;
-      expires: string;
-      // ... other token fields
-    } | null;
-    idToken: string | null;
-    profile: {
-      email: string | null;
-      familyName: string | null;
-      givenName: string | null;
-      id: string | null;
-      name: string | null;
-      imageUrl: string | null;
-    };
-  };
-}
-```
-
-La structure de réponse comprend :
-- **provider** : Identifie le fournisseur d'authentification ("google")
-- **result.accessToken** : accédez aux détails du jeton avec expiration
-- **result.idToken** : jeton d'identification pour l'authentification
-- **result.profile** : informations sur le profil de l'utilisateur, notamment son adresse e-mail, son nom et l'URL de l'image.
-
-## Capacités supplémentaires
-
-Le nouveau package prend en charge plusieurs fournisseurs d'authentification sociale au-delà de Google :
-- [Apple Connexion](/docs/plugins/social-login/apple/general/)
-- [Facebook Connexion](/docs/plugins/social-login/facebook/)
-
-Cette approche unifiée fournit :
-- API cohérent chez tous les fournisseurs
-- Prise en charge améliorée de TypeScript
-- Meilleure gestion des erreurs
-- Maintenance active et support communautaire
-
-Consultez la [documentation principale](/docs/plugins/social-login/google/general/) pour obtenir des instructions de configuration détaillées pour ces fournisseurs supplémentaires.
diff --git a/src/content/docs/fr/plugins/social-login/migrations/v7.mdx b/src/content/docs/fr/plugins/social-login/migrations/v7.mdx
deleted file mode 100644
index 4be956a9f..000000000
--- a/src/content/docs/fr/plugins/social-login/migrations/v7.mdx
+++ /dev/null
@@ -1,54 +0,0 @@
----
-title: Guide de migration vers la version 7
-description: >-
-  Guide de migration des versions antérieures vers la V7 de
-  @capgo/capacitor-social-login
-sidebar:
-  order: 4
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-##Présentation
-
-:::caution
-Ce guide concerne la version `V1`/`V7` du plugin pour les personnes qui utilisaient encore ce plugin avec la version `0.x.x`.
-:::
-
-Ce guide couvrira les éléments suivants :
-
-- Migration vers la version V1 à partir de la version `main`
-- Migration vers la version V1 à partir de la version `development`
-
-## Changements importants dans la V1
-
-La V1 n'est qu'un portage de la version de développement vers main. Il inclut cependant de nombreux changements importants qui ne sont pas disponibles dans la version `main` V0. Ces changements incluent :
-
-- Accédez aux étendues pour la connexion Google
-- Mode hors ligne pour la connexion Google
-- Unification des différentes implémentations
-  - Des tests approfondis ont été effectués pour garantir que toutes les implémentations du fournisseur Google se comportent de la même manière entre les plates-formes.
-
-## Migration depuis la version principale V0
-
-- Modifications dans le `MainActivity.java` pour Android
-  - Veuillez suivre le [Google Guide de configuration](/docs/plugins/social-login/google/android/). Plus précisément, veuillez rechercher `MainActivity.java`
-
-- Veuillez ajouter des URL de redirection dans la console Google. Sans ajouter d'URL de redirection, la connexion Google ne fonctionnera pas.
-  - Encore une fois, veuillez suivre le [Google Guide de configuration](/docs/plugins/social-login/google/android/). Plus précisément, veuillez rechercher « URI de redirection autorisés »
-
-- Veuillez vous assurer que vous n'utilisez pas `grantOfflineAccess` dans la configuration. Cette fonctionnalité n'est pas prise en charge dans la V1.
-
-- Veuillez vous assurer que l'authentification fonctionne sur toutes les plateformes.
-
-## Migration depuis la version de développement V0
-
-- Modifications dans le `MainActivity.java` pour Android
-  - Veuillez suivre le [Google Guide de configuration](/docs/plugins/social-login/google/android/). Plus précisément, veuillez rechercher `MainActivity.java`. Dans la V1, vous **DEVEZ** implémenter `ModifiedMainActivityForSocialLoginPlugin` dans votre activité principale. Ce changement est crucial pour que le plugin fonctionne
-
-- Veuillez ajouter des URL de redirection dans la console Google. Sans ajouter d'URL de redirection, la connexion Google ne fonctionnera pas.
-  - Encore une fois, veuillez suivre le [Google Guide de configuration](/docs/plugins/social-login/google/android/). Plus précisément, veuillez rechercher « URI de redirection autorisés »
-
-- Veuillez vous assurer que les types et les noms de variables sont corrects. Sachez que les types et les variables peuvent ne pas correspondre entre le développement et la V1.
-
-- Veuillez vous assurer que l'authentification fonctionne sur toutes les plateformes.
diff --git a/src/content/docs/fr/plugins/social-login/supabase/Apple/android.mdx b/src/content/docs/fr/plugins/social-login/supabase/Apple/android.mdx
deleted file mode 100644
index e2bf507a8..000000000
--- a/src/content/docs/fr/plugins/social-login/supabase/Apple/android.mdx
+++ /dev/null
@@ -1,290 +0,0 @@
----
-title: Supabase Apple Connectez-vous sur Android
-description: >-
-  Découvrez comment configurer la connexion Apple avec l'authentification
-  Supabase sur Android à l'aide du plug-in de connexion sociale Capacitor.
-sidebar:
-  order: 3
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Prérequis
-
-Ce guide vous aidera à intégrer la connexion Apple avec l'authentification Supabase sur Android. On suppose que vous avez déjà complété :
-- le [Supabase Apple Connexion - Configuration générale](./general/).
-
-:::note[Important]
-Apple La connexion sur Android nécessite un serveur principal, car Apple ne fournit pas de prise en charge native de Android. Nous utiliserons une fonction Edge Supabase comme backend.
-:::
-
-## Étape 1 : Déployer la fonction Backend Edge
-
-Tout d’abord, nous devons déployer la fonction Edge Supabase qui gérera le rappel Apple OAuth.
-
-<Steps>
-
-1. ** Accédez au répertoire de votre projet Supabase **
-
-   ```bash
-   cd your-project/supabase
-   ```
-
-2. **Créez la fonction Edge** (si elle n'existe pas)
-
-   ```bash
-   supabase functions new apple-signin-callback
-   ```
-
-3. **Copiez le code de la fonction Edge**
-
-   L'implémentation complète de la fonction Edge est disponible dans [exemple d'application] (https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/supabase/functions/apple-signin-callback).
-
-   Copiez les fichiers suivants dans votre projet :
-   - `supabase/functions/apple-signin-callback/index.ts` - Code fonction bord principal
-   - `supabase/functions/apple-signin-callback/deno.json` - Importer la carte pour les dépendances (inclut la bibliothèque `jose` pour la signature JWT)
-
-4. **Configurer la vérification JWT**
-
-   Le point de terminaison de rappel Apple OAuth doit être public (aucune authentification requise) car Apple y sera redirigé. Mettez à jour votre fichier `supabase/config.toml` :
-
-   ```toml
-   [functions.apple-signin-callback]
-   enabled = true
-   verify_jwt = false  # Important: Set to false for public OAuth callback
-   import_map = "./functions/apple-signin-callback/deno.json"
-   entrypoint = "./functions/apple-signin-callback/index.ts"
-   ```
-
-   :::caution[Important]
-   Le paramètre `verify_jwt = false` rend ce point de terminaison public. Ceci est requis car la redirection OAuth de Apple n'inclut pas les en-têtes d'authentification Supabase. Le point de terminaison valide lui-même le flux OAuth.
-   :::
-
-5. **Déployer la fonction**
-
-   ```bash
-   supabase functions deploy apple-signin-callback
-   ```
-
-6. **Obtenez l'URL de votre fonction**
-
-   Après le déploiement, vous obtiendrez une URL telle que :
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   Si vous ne le trouvez pas, vous pouvez procéder comme suit :
-
-   1. Open `https://supabase.com/dashboard/project/YOUR_PROJECT_REF/functions`
-   2. Cliquez sur l'URL de la fonction `apple-signin-callback` pour la copier.
-      <img src="/social-login-assets/supabase_functions_apple_signin_callback.webp" alt="Supabase Fonctions Apple Rappel de connexion" />
-
-   :::note[Save this URL]
-   Vous aurez besoin de cette URL à l'étape suivante lors de la configuration du portail de développeur Apple.
-   :::
-
-</Steps>
-
-## Étape 2 : Configurer le portail de développeur Apple
-
-Nous devons maintenant configurer le portail de développeur Apple avec l'URL du backend et obtenir toutes les valeurs requises.
-
-:::note[URL de la fonction]
-Assurez-vous d'avoir votre URL de fonction Edge Supabase de l'étape 1 avant de continuer. Vous en aurez besoin pour configurer l'URL de retour dans le portail des développeurs Apple.
-:::
-
-<Steps>
-
-1. **Suivez le Apple Connexion Android Guide de configuration**
-
-   Complétez le [Apple Connexion Android Guide de configuration](/docs/plugins/social-login/apple/android/) pour :
-   - Create a Service ID
-   - Générer une clé privée (fichier .p8)
-   - Obtenez votre identifiant d'équipe et votre identifiant de clé
-   - Configurer l'URL de retour
-
-2. **Définissez l'URL de retour dans le portail des développeurs Apple**
-
-   Lors de la configuration de l'URL de retour dans le portail de développeur Apple (étape 6.9 du guide Apple), utilisez votre URL de fonction Edge Supabase :
-
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```:::avertissement[Important : utilisez l'URL de la fonction Edge Supabase]
-   **N'utilisez PAS** l'URL de redirection du [Apple Connexion Android Guide de configuration](/docs/plugins/social-login/apple/android/). Ce guide utilise une URL de serveur backend personnalisée. Pour l'intégration Supabase, vous **devez** utiliser votre URL de fonction Edge Supabase à la place.
-   :::
-
-   :::caution[Correspondance exacte requise]
-   L'URL de retour doit correspondre **exactement** à ce que vous configurez ici. Apple est très strict sur la correspondance des URI de redirection.
-   :::
-
-3. **Collectez toutes les valeurs requises**
-
-   Après avoir terminé le guide de configuration Apple, vous devriez avoir :
-   - **APPLE_TEAM_ID** : votre identifiant d'équipe de développeurs Apple
-   - **APPLE_KEY_ID** : ID de clé du portail de développeur Apple
-   - **APPLE_PRIVATE_KEY** : votre fichier de clé privée .p8 (doit être encodé en base64)
-   - **ANDROID_SERVICE_ID** : votre identifiant de service Apple (par exemple, `com.example.app.service`)
-   - **BASE_REDIRECT_URL** : l'URL de votre lien profond (par exemple, `capgo-demo-app://path`)
-
-   :::note[URL du lien profond]
-   Le `BASE_REDIRECT_URL` est le schéma de lien profond configuré dans votre `AndroidManifest.xml`. C'est là que le backend redirigera après l'authentification.
-
-   La valeur de votre lien profond dépend du code `android:scheme="capgo-demo-app"`. Si vous avez défini `android:scheme="capgo-demo-app"` dans votre `AndroidManifest.xml`, alors votre lien profond sera `capgo-demo-app://path`.
-   :::
-
-</Steps>
-
-## Étape 3 : Définir les secrets Supabase
-
-Nous devons maintenant configurer les variables d'environnement (secrets) pour la fonction Edge Supabase.
-
-<Steps>
-
-1. **Encodez votre clé privée**
-
-   Tout d’abord, encodez votre clé privée Apple (fichier .p8) en base64 :
-
-   ```bash
-   base64 -i AuthKey_XXXXX.p8
-   ```
-
-   Copiez l'intégralité de la sortie (c'est une seule longue chaîne).
-
-2. **Définissez les secrets en utilisant Supabase CLI**
-
-   ```bash
-   supabase secrets set APPLE_TEAM_ID=your_team_id
-   supabase secrets set APPLE_KEY_ID=your_key_id
-   supabase secrets set APPLE_PRIVATE_KEY=your_base64_encoded_key
-   supabase secrets set ANDROID_SERVICE_ID=your.service.id
-   supabase secrets set BASE_REDIRECT_URL=your-app://path
-   supabase secrets set APPLE_REDIRECT_URI=https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::note[Remplacer les espaces réservés]
-   Remplacez toutes les valeurs d'espace réservé par vos valeurs réelles de l'étape 2.
-   :::
-
-3. **Alternative : définissez des secrets dans le tableau de bord Supabase**
-
-   Si vous préférez utiliser le tableau de bord :
-   1. Accédez au tableau de bord de votre projet Supabase
-   2. Accédez à **Fonctions Edge** → **Paramètres** → **Secrets**.
-   3. Ajoutez chaque variable secrète avec sa valeur
-
-</Steps>
-
-:::note[Android Configuration de l'application]
-Le [Apple Login Android Guide de configuration](/docs/plugins/social-login/apple/android/) couvre déjà la configuration de votre application Android :
-- Ajout du filtre d'intention de lien profond à `AndroidManifest.xml`
-- Ajout du gestionnaire `onNewIntent` à `MainActivity.java`
-
-Assurez-vous d'avoir terminé ces étapes avant de continuer. Le schéma de liens profonds que vous y configurez sera votre `BASE_REDIRECT_URL` à l'étape 3.
-:::
-
-## Étape 4 : Utilisez l'assistant d'authentification
-
-Vous pouvez désormais utiliser l'assistant d'authentification dans le code de votre application.
-
-### Implémentation
-
-L’implémentation complète est disponible dans le fichier [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) de l’application exemple.
-
-### Utilisation de l'assistant d'authentification
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-### Mettre à jour la fonction d'assistance
-
-Lorsque vous utilisez la fonction d'assistance `authenticateWithAppleSupabase`, vous **devez** mettre à jour les valeurs suivantes pour qu'elles correspondent à votre configuration :
-
-1. **Mise à jour `redirectUrl`** - Définissez ceci sur l'URL de votre fonction Edge Supabase :
-
-   ```typescript
-   const redirectUrl = platform === 'android' 
-     ? 'https://your-project-ref.supabase.co/functions/v1/apple-signin-callback'
-     : undefined;
-   ```2. **Mise à jour `clientId`** - Définissez ceci sur votre ID de service Apple :
-
-   ```typescript
-   await SocialLogin.initialize({
-     apple: {
-       clientId: isIOS
-         ? undefined // iOS uses bundle ID automatically
-         : 'your.service.id.here', // Your Apple Service ID for Android
-       redirectUrl: redirectUrl,
-     },
-   });
-   ```
-
-   :::attention[Important]
-   Remplacez `'your.service.id.here'` par votre ID de service Apple réel (la même valeur que vous avez utilisée pour `ANDROID_SERVICE_ID` à l'étape 3).
-   :::
-
-Voir la [implémentation complète](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) pour référence.
-
-## Étape 5 : Tester l'intégration
-
-<Steps>
-
-1. **Créez et exécutez votre application Android**
-
-   ```bash
-   npx cap sync android
-   npx cap run android
-   ```
-
-2. **Testez le flux d'authentification**
-
-   - Appuyez sur le bouton "Connectez-vous avec Apple".
-   - Vous devriez voir la page Apple OAuth dans un navigateur.
-   - Après vous être authentifié, vous devriez être redirigé vers votre application
-   - Vérifiez les journaux de la console pour toute erreur
-
-3. **Vérifiez le flux**
-
-   Le flux complet doit être :
-   1. L'utilisateur appuie sur « Connectez-vous avec Apple »
-   2. L'application ouvre le navigateur avec Apple OAuth
-   3. L'utilisateur s'authentifie avec Apple
-   4. Apple redirige vers : `https://your-project-ref.supabase.co/functions/v1/apple-signin-callback`
-   5. La fonction Edge échange du code contre des jetons
-   6. La fonction Edge redirige vers : `your-app://path?id_token=...&access_token=...`
-   7. L'application Android reçoit le lien profond et traite le jeton d'identité
-   8. L'application se connecte à Supabase avec le jeton d'identité
-
-</Steps>
-
-## Dépannage
-
-Si l'authentification échoue :
-
-- **Incompatibilité d'URI de redirection** : vérifiez que l'URL de retour dans le portail de développeur Apple correspond exactement au secret `APPLE_REDIRECT_URI`.
-- **Le lien profond ne fonctionne pas** : vérifiez que le filtre d'intention `AndroidManifest.xml` correspond à votre `BASE_REDIRECT_URL`
-- **Secrets manquants** : Vérifiez que tous les secrets sont correctement définis à l'aide de la « liste des secrets de la supabase »
-- **Échec de l'échange de jetons** : vérifiez les journaux des fonctions Edge dans le tableau de bord Supabase pour connaître les messages d'erreur détaillés.
-- **L'application ne reçoit pas de rappel** : assurez-vous que `onNewIntent` est correctement implémenté dans MainActivity
-- Consultez l'[exemple de code d'application](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) pour référence.
-
-## Comment ça marche
-
-Sur Android, la connexion Apple utilise un flux de redirection OAuth :
-
-1. **Initialisation** : Le plugin est initialisé avec votre ID de service et l'URL de redirection backend
-2. **OAuth Flow** : ouvre un onglet personnalisé de navigateur/Chrome avec la page OAuth de Apple.
-3. **Backend Callback** : Apple redirige vers votre fonction Edge Supabase avec un code d'autorisation
-4. **Token Exchange** : la fonction Edge échange le code contre des jetons à l'aide du point de terminaison de jeton de Apple.
-5. **Deep Link Redirect** : la fonction Edge redirige vers votre application avec le jeton d'identité
-6. **Supabase Authentification** : l'application reçoit le jeton et se connecte à Supabase
-
-Ce flux est nécessaire car Apple ne fournit pas de prise en charge native de Android pour la connexion avec Apple.
diff --git a/src/content/docs/fr/plugins/social-login/supabase/Apple/general.mdx b/src/content/docs/fr/plugins/social-login/supabase/Apple/general.mdx
deleted file mode 100644
index cd7c0692c..000000000
--- a/src/content/docs/fr/plugins/social-login/supabase/Apple/general.mdx
+++ /dev/null
@@ -1,103 +0,0 @@
----
-title: Supabase Apple Connexion - Configuration générale
-description: >-
-  Découvrez comment intégrer la connexion Apple avec l'authentification Supabase
-  à l'aide du plug-in de connexion sociale Capacitor.
-sidebar:
-  order: 1
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Aperçu
-
-Ce guide vous aidera à intégrer la connexion Apple avec l'authentification Supabase. Apple Sign-In fournit une méthode d'authentification sécurisée et axée sur la confidentialité qui fonctionne sur iOS, Android et les plateformes Web.
-
-## Prérequis
-
-Avant de commencer, assurez-vous d'avoir :
-
-1. [Créé un projet Supabase](https://database.new/)
-2. Lisez le guide [Apple Configuration générale de la connexion](/docs/plugins/social-login/apple/general/) pour configurer les informations d'identification Apple OAuth.
-3. Suivez les guides spécifiques à la plate-forme respective pour configurer les informations d'identification Apple OAuth pour votre plate-forme cible :
-    - [Configuration Android](/docs/plugins/social-login/apple/android/)
-    - [Configuration iOS](/docs/plugins/social-login/apple/ios/)
-    - [Configuration Web](/docs/plugins/social-login/apple/web/)
-
-    :::remarque
-        Avant de démarrer le didacticiel Supabase, vous devez générer les ID client pour les plates-formes que vous prévoyez d'utiliser.
-
-
-        Pour iOS, l'ID client est le même que l'ID de votre application.
-        Pour Android et Web, l'ID client est le même que votre ID de service.
-        Vous les utiliserez à l’étape 7 de ce guide.
-    :::
-
-## Activation du fournisseur Apple OAuth dans Supabase
-
-<Steps>
-1. Accédez à votre [Supabase tableau de bord](https://app.supabase.com/)
-2. Cliquez sur votre projet
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Supabase Sélecteur de projet" />
-3. Allez dans le menu `Authentication`
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Supabase Menu d'authentification" />
-4. Cliquez sur l'onglet `Providers`
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Supabase Onglet Fournisseurs" />
-5. Recherchez le fournisseur `Apple`
-    <img src="/social-login-assets/supabase_apple_provider.webp" alt="Supabase Apple Fournisseur" />
-6. Activez le fournisseur `Apple`
-    <img src="/social-login-assets/supabase_apple_provider_enable.webp" alt="Supabase Apple Activation du fournisseur" />
-7. Remplissez la configuration de l'ID client :
-
-    :::remarque
-      Si vous utilisez la connexion Apple pour iOS, l'ID client est le même que l'ID de votre application.
-      Si vous utilisez la connexion Apple pour Android ou Web, l'ID client est le même que votre ID de service.
-      Si vous utilisez les deux, vous devez fournir à la fois l’ID de l’application et l’ID du service.
-    :::
-
-    <img src="/social-login-assets/supabase_apple_provider_client_id.webp" alt="Supabase Apple ID client du fournisseur" />
-8. Cliquez sur le bouton `Save`
-    <img src="/social-login-assets/supabase_apple_provider_save.webp" alt="Supabase Apple Enregistrer le fournisseur" />
-
-
-    :::remarque
-      Vous __**N'AVEZ PAS À**__ configurer `Secret key (for OAuth)`. Nous effectuerons une implémentation backend personnalisée pour gérer la connexion Apple.
-    :::
-</Steps>
-
-Voilà, vous avez maintenant activé la connexion Apple avec l'authentification Supabase 🎉
-
-## Utilisation de l'assistant d'authentification
-
-L'implémentation complète comprend une fonction d'assistance `authenticateWithAppleSupabase()` qui gère l'intégralité du flux de connexion Apple avec Supabase. Cette fonction :
-
-- Initialise la connexion Apple avec une configuration spécifique à la plate-forme
-- Gère le flux d'authentification (natif sur iOS, redirection OAuth sur Android/Web)
-- Extrait le jeton d'identité de Apple
-- Se connecte à Supabase avec le jeton d'identité
-
-:::tip[Mise en œuvre complète]
-L’implémentation complète est disponible dans le fichier [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) de l’application exemple.
-:::
-
-### Utilisation de base
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-### Comment ça marche
-
-La fonction d'assistance gère automatiquement les différences spécifiques à la plate-forme :- **iOS** : utilise la connexion native Apple (aucune URL de redirection n'est nécessaire, utilise automatiquement l'ID du bundle)
-- **Android** : utilise le flux de redirection OAuth avec la fonction backend edge (nécessite l'ID de service)
-- **Web** : utilise le flux contextuel OAuth (nécessite l'ID de service et l'URL de la page actuelle comme redirection)
-
-La fonction renvoie un jeton d'identité de Apple, qui est ensuite utilisé pour s'authentifier auprès de Supabase à l'aide de `supabase.auth.signInWithIdToken()`.
diff --git a/src/content/docs/fr/plugins/social-login/supabase/Apple/ios.mdx b/src/content/docs/fr/plugins/social-login/supabase/Apple/ios.mdx
deleted file mode 100644
index 2b14ceaf0..000000000
--- a/src/content/docs/fr/plugins/social-login/supabase/Apple/ios.mdx
+++ /dev/null
@@ -1,70 +0,0 @@
----
-title: Supabase Apple Connexion lors de la configuration de iOS
-description: >-
-  Découvrez comment intégrer la connexion Apple avec l'authentification Supabase
-  sur iOS.
-sidebar:
-  order: 2
-locale: fr
----
-## Prérequis
-
-Ce guide vous aidera à intégrer la connexion Apple avec l'authentification Supabase sur iOS. On suppose que vous avez déjà complété :
-- la [configuration Apple connexion iOS](/docs/plugins/social-login/apple/ios/)
-- le [Supabase Apple Connexion - Configuration générale](./general/).
-
-## Implémentation
-
-L’implémentation complète est disponible dans le fichier [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) de l’application exemple. Ce guide explique les concepts clés et comment l'utiliser.
-
-### Utilisation de l'assistant d'authentification
-
-La fonction `authenticateWithAppleSupabase` gère l'intégralité du flux d'authentification :
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## Comment ça marche
-
-Le iOS, Apple Sign-In utilise l'implémentation native :
-
-1. **Initialisation** : le plugin utilise automatiquement l'ID de bundle de votre application (aucun `clientId` nécessaire)
-2. **Connexion native** : utilise la connexion native de Apple avec le bouton Apple et le flux d'authentification
-3. **Jeton d'identité** : Apple renvoie un jeton d'identité (JWT) contenant les informations utilisateur
-4. **Supabase Authentification** : le jeton d'identité est envoyé à Supabase à l'aide de `signInWithIdToken()`
-
-La fonction d'assistance détecte automatiquement la plate-forme iOS et configure tout de manière appropriée.
-
-## Remarques importantes
-
-### Configuration de l'ID de lot
-
-- iOS utilise automatiquement l'ID de bundle de votre application pour la connexion Apple
-- Assurez-vous que l'ID de votre bundle correspond à ce qui est configuré dans le portail des développeurs Apple.
-- L'ID du bundle doit avoir la fonctionnalité "Connectez-vous avec Apple" activée.
-
-### Supabase ID client
-
-Dans Supabase, configurez votre fournisseur Apple avec :
-- **ID client** : votre identifiant d'application iOS (ID de bundle) - par exemple, `app.capgo.plugin.SocialLogin`
-
-Si vous utilisez également Android/Web, vous devrez fournir à la fois l'ID d'application et l'ID de service dans le champ ID client de Supabase (séparés par des virgules).
-
-## Dépannage
-
-Si l'authentification échoue :
-
-- **Incompatibilité d'ID de bundle** : vérifiez que l'ID de votre bundle correspond à la fois dans le portail des développeurs Xcode et Apple.
-- **Fonctionnalité non activée** : assurez-vous que la fonctionnalité « Connexion avec Apple » est activée dans Xcode.
-- **Configuration Supabase** : vérifiez que votre ID d'application est correctement configuré dans les paramètres du fournisseur Supabase Apple
-- **La validation du jeton échoue** : vérifiez que le jeton d'identité est reçu de Apple
-- Consultez l'[exemple de code d'application](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) pour référence.
diff --git a/src/content/docs/fr/plugins/social-login/supabase/Apple/web.mdx b/src/content/docs/fr/plugins/social-login/supabase/Apple/web.mdx
deleted file mode 100644
index 5be3dde39..000000000
--- a/src/content/docs/fr/plugins/social-login/supabase/Apple/web.mdx
+++ /dev/null
@@ -1,95 +0,0 @@
----
-title: Supabase Apple Connexion sur le Web
-description: >-
-  Découvrez comment intégrer la connexion Apple avec l'authentification Supabase
-  sur le Web.
-sidebar:
-  order: 4
-locale: fr
----
-## Prérequis
-
-Ce guide vous aidera à intégrer la connexion Apple avec l'authentification Supabase sur le Web. On suppose que vous avez déjà complété :
-- la [Apple Configuration Web de connexion](/docs/plugins/social-login/apple/web/)
-- le [Supabase Apple Connexion - Configuration générale](./general/).
-
-## Implémentation
-
-L’implémentation complète est disponible dans le fichier [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) de l’application exemple. Ce guide explique les concepts clés et comment l'utiliser.
-
-### Utilisation de l'assistant d'authentification
-
-La fonction `authenticateWithAppleSupabase` gère l'intégralité du flux d'authentification :
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## Comment ça marche
-
-Sur le Web, la connexion Apple utilise un flux contextuel OAuth :
-
-1. **Initialisation** : le plugin est initialisé avec votre ID de service et l'URL de la page actuelle comme URL de redirection.
-2. **OAuth Popup** : Ouvre une fenêtre contextuelle avec la page OAuth de Apple.
-3. **Authentification utilisateur** : l'utilisateur s'authentifie avec Apple dans la fenêtre contextuelle
-4. **Jeton d'identité** : Apple renvoie un jeton d'identité (JWT) contenant des informations utilisateur
-5. **Supabase Authentification** : le jeton d'identité est envoyé à Supabase à l'aide de `signInWithIdToken()`
-
-La fonction d'assistance détecte automatiquement la plateforme Web et configure tout en conséquence.
-
-## Remarques importantes
-
-### Configuration de l'ID de service
-
-- Le Web nécessite votre ID de service Apple (identique à Android)
-- L'ID de service doit être configuré dans le portail de développeur Apple avec les URL de retour correctes.
-- Assurez-vous que votre domaine est ajouté aux domaines autorisés dans le portail des développeurs Apple.
-
-### URL de redirection
-
-- Sur le Web, l'URL de redirection est automatiquement définie sur `window.location.href` (URL de la page actuelle)
-- Cela doit correspondre à l'une des URL de retour configurées dans le portail de développeur Apple
-- Assurez-vous que l'URL avec et sans barre oblique finale est configurée dans le portail des développeurs Apple.
-
-### Supabase ID client
-
-Dans Supabase, configurez votre fournisseur Apple avec :
-- **ID client** : votre identifiant de service Apple (par exemple, `com.example.app.service`)
-
-Si vous utilisez également iOS, vous devrez fournir à la fois l'ID d'application et l'ID de service dans le champ ID client de Supabase (séparés par des virgules).
-
-### Mettre à jour la fonction d'assistance
-
-Lorsque vous utilisez la fonction d'assistance `authenticateWithAppleSupabase`, vous **devez** mettre à jour le `clientId` pour qu'il corresponde à votre ID de service Apple :
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: isIOS
-      ? undefined // iOS uses bundle ID automatically
-      : 'your.service.id.here', // Your Apple Service ID for Web and Android
-    redirectUrl: redirectUrl,
-  },
-});
-```
-
-:::attention[Important]
-Remplacez `'your.service.id.here'` par votre ID de service Apple réel (la même valeur que vous avez configurée dans le portail de développeur Apple).
-:::
-
-## Dépannage
-
-Si l'authentification échoue :- **Incompatibilité d'ID de service** : vérifiez que votre ID de service correspond à la fois dans le portail de développeur Apple et dans votre code.
-- **URL de retour non configurée** : assurez-vous que l'URL de votre page actuelle (avec et sans barre oblique finale) est configurée dans le portail des développeurs Apple.
-- **Popup bloqué** : Vérifiez les paramètres du navigateur - certains navigateurs bloquent les popups par défaut
-- **Domaine non autorisé** : vérifiez que votre domaine est ajouté aux domaines autorisés dans le portail de développeur Apple.
-- **Configuration Supabase** : vérifiez que votre ID de service est correctement configuré dans les paramètres du fournisseur Supabase Apple
-- Consultez l'[exemple de code d'application](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) pour référence.
diff --git a/src/content/docs/fr/plugins/social-login/supabase/google/android.mdx b/src/content/docs/fr/plugins/social-login/supabase/google/android.mdx
deleted file mode 100644
index 5969e1de4..000000000
--- a/src/content/docs/fr/plugins/social-login/supabase/google/android.mdx
+++ /dev/null
@@ -1,66 +0,0 @@
----
-title: Supabase Google Connectez-vous sur Android
-description: >-
-  Découvrez comment configurer la connexion Google avec l'authentification
-  Supabase sur Android à l'aide du plug-in de connexion sociale Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-##Présentation
-
-Ce guide vous aidera à intégrer la connexion Google avec l'authentification Supabase sur Android. On suppose que vous avez déjà complété :
- - la [configuration Google connexion Android](/docs/plugins/social-login/google/android/)
- - le [Supabase Google Connexion - Configuration générale](/docs/plugins/social-login/supabase/google/general/).
-
-## Implémentation
-
-L’implémentation complète est disponible dans le fichier [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) de l’application exemple. Ce guide explique les concepts clés et comment l'utiliser.
-
-### Utilisation de l'assistant d'authentification
-
-La fonction `authenticateWithGoogleSupabase` gère l'intégralité du flux d'authentification :
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## Comment ça marche
-
-Pour une explication détaillée du fonctionnement du flux d'authentification, y compris la génération de noms occasionnels, la validation JWT et la connexion Supabase, consultez la section [Comment ça marche dans le guide de configuration générale](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-Pour la référence complète du code, consultez la [section Référence complète du code dans le guide de configuration générale] (/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-## Remarques importantes
-
-### Gestion des cas occasionnels
-
-L'implémentation du nonce suit le modèle de la [documentation de connexion React Native Google](https://react-native-google-signin.github.io/docs/security#usage-with-supabase) :
-
-- `rawNonce` va au `signInWithIdToken()` de Supabase
-- Supabase crée un hachage de `rawNonce` et le compare avec le `nonceDigest` qui est inclus dans le jeton d'identification de Google Connexion
-- `nonceDigest` (hachage SHA-256, encodé en hexadécimal) va au paramètre `nonce` dans les API de connexion Google
-
-### Nouvelle tentative automatique
-
-L'implémentation inclut une logique de nouvelle tentative automatique :
-- Si la validation JWT échoue à la première tentative, elle se déconnecte et réessaye une fois
-- Cela gère les cas où les jetons mis en cache peuvent avoir des noms occasionnels incorrects
-- Si la nouvelle tentative échoue également, une erreur est renvoyée
-
-## Dépannage
-
-Si l'authentification échoue :
-
-- **Audience non valide** : vérifiez que vos ID client Google correspondent à la fois dans Google Cloud Console et dans Supabase.
-- **Incompatibilité occasionnelle** : vérifiez les journaux de la console - la fonction réessayera automatiquement, mais vous pouvez d'abord vous déconnecter manuellement si nécessaire
-- **La validation du jeton échoue** : assurez-vous d'utiliser `mode: 'online'` dans l'appel d'initialisation pour obtenir un idToken
-- Consultez l'[exemple de code d'application](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) pour référence.
diff --git a/src/content/docs/fr/plugins/social-login/supabase/google/general.mdx b/src/content/docs/fr/plugins/social-login/supabase/google/general.mdx
deleted file mode 100644
index 06ee0c409..000000000
--- a/src/content/docs/fr/plugins/social-login/supabase/google/general.mdx
+++ /dev/null
@@ -1,202 +0,0 @@
----
-title: Supabase Google Connexion - Configuration générale
-description: >-
-  Découvrez comment configurer la connexion Google avec l'authentification
-  Supabase à l'aide du plug-in de connexion sociale Capacitor.
-sidebar:
-  order: 1
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-
-##Présentation
-
-Ce guide vous guidera dans l'intégration de la connexion Google avec l'authentification Supabase à l'aide du plugin de connexion sociale Capacitor. Cette configuration vous permet d'utiliser la connexion native Google sur les plates-formes mobiles tout en tirant parti de Supabase Auth pour l'authentification backend.
-
-## Prérequis
-
-Avant de commencer, assurez-vous d'avoir :
-
-1. [Créé un projet Supabase](https://database.new/)
-2. Lisez le guide [Google Configuration générale de la connexion](/docs/plugins/social-login/google/general/) pour configurer les informations d'identification Google OAuth.
-3. Suivez les guides spécifiques à la plate-forme respective pour configurer les informations d'identification Google OAuth pour votre plate-forme cible :
-    - [Configuration Android](/docs/plugins/social-login/google/android/)
-    - [Configuration iOS](/docs/plugins/social-login/google/ios/)
-    - [Configuration Web](/docs/plugins/social-login/google/web/)
-
-    :::remarque
-        Avant de démarrer le didacticiel Supabase, vous devez générer les ID client pour les plates-formes que vous prévoyez d'utiliser.
-        Vous les utiliserez à l’étape 7 de ce guide.
-    :::
-
-## Activation du fournisseur Google OAuth dans Supabase
-
-<Steps>
-1. Accédez à votre [Supabase Tableau de bord](https://app.supabase.com/)
-2. Cliquez sur votre projet
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Supabase Sélecteur de projet" />
-3. Allez dans le menu `Authentication`
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Supabase Menu d'authentification" />
-4. Cliquez sur l'onglet `Providers`
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Supabase Onglet Fournisseurs" />
-5. Recherchez le fournisseur `Google`
-    <img src="/social-login-assets/supabase_google_provider.webp" alt="Supabase Google Fournisseur" />
-6. Activer le fournisseur
-    <img src="/social-login-assets/supabase_google_provider_enable.webp" alt="Supabase Google Activation du fournisseur" />
-7. Ajoutez les identifiants client des plates-formes que vous prévoyez d'utiliser
-    <img src="/social-login-assets/supabase_google_provider_add_client_ids.webp" alt="Supabase Google Fournisseur Ajouter des ID client" />
-
-    :::remarque
-        Cela comprenait l'ID client Web, l'ID client iOS et l'ID client Android. Vous pouvez ignorer certains d’entre eux, en fonction des plates-formes que vous envisagez d’utiliser.
-    :::
-8. Cliquez sur le bouton `Save`
-    <img src="/social-login-assets/supabase_google_provider_save.webp" alt="Supabase Google Enregistrer le fournisseur" />
-
-</Steps>
-
-:::note
-Vous __**NE DEVEZ PAS**__ configurer `Client Secret (for OAuth)` ou `Callback URL (for OAuth)`. Certaines sources peuvent également suggérer de définir « Ignorer les vérifications occasionnelles » pour Google sur iOS, mais avec ce guide, cela n'est pas nécessaire.
-:::
-
-Voilà, vous avez maintenant activé la connexion Google avec l'authentification Supabase 🎉
-
-## Comment fonctionne Google Connectez-vous avec Supabase Authentication Helper
-
-Cette section explique comment l'intégration de Google Sign-In avec Supabase fonctionne sous le capot. Comprendre ce flux vous aidera à mettre en œuvre et à dépanner le processus d'authentification.
-
-:::tip[Mise en œuvre complète]
-L’implémentation complète est disponible dans le fichier [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) de l’application exemple.
-:::
-
-### 1. Génération de noms occasionnels
-
-L'implémentation génère une paire de noms occasionnels sécurisée suivant les [Supabase exigences occasionnelles](https://react-native-google-signin.github.io/docs/security#usage-with-supabase) :
-
-```typescript
-// Generate URL-safe random nonce
-function getUrlSafeNonce(): string {
-  const array = new Uint8Array(32);
-  crypto.getRandomValues(array);
-  return Array.from(array, (byte) => byte.toString(16).padStart(2, '0')).join('');
-}
-
-// Hash the nonce with SHA-256
-async function sha256Hash(message: string): Promise<string> {
-  const encoder = new TextEncoder();
-  const data = encoder.encode(message);
-  const hashBuffer = await crypto.subtle.digest('SHA-256', data);
-  const hashArray = Array.from(new Uint8Array(hashBuffer));
-  return hashArray.map((b) => b.toString(16).padStart(2, '0')).join('');
-}
-
-// Generate nonce pair
-async function getNonce(): Promise<{ rawNonce: string; nonceDigest: string }> {
-  const rawNonce = getUrlSafeNonce();
-  const nonceDigest = await sha256Hash(rawNonce);
-  return { rawNonce, nonceDigest };
-}
-```
-
-**Flux :**
-- `rawNonce` : chaîne aléatoire sécurisée pour les URL (64 caractères hexadécimaux)
-- `nonceDigest` : hachage SHA-256 de `rawNonce` (codé en hexadécimal)
-- `nonceDigest` est transmis à Google Connexion → Google inclut le résumé occasionnel dans le jeton d'identification
-- `rawNonce` est transmis à Supabase → Supabase hache le nom occasionnel brut et le compare avec le nom occasionnel du jeton
-
-### 2. Google ConnexionLa fonction initialise le plugin et se connecte avec Google :
-
-```typescript
-await SocialLogin.initialize({
-  google: {
-    webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-    // iOS only:
-    iOSClientId: 'YOUR_IOS_CLIENT_ID.apps.googleusercontent.com',
-    mode: 'online', // Required to get idToken
-  },
-});
-
-const response = await SocialLogin.login({
-  provider: 'google',
-  options: {
-    scopes: ['email', 'profile'],
-    nonce: nonceDigest, // Pass the SHA-256 hashed nonce
-  },
-});
-```
-
-### 3. JWT Validation
-
-Avant d'envoyer le jeton à Supabase, l'implémentation valide le jeton JWT :
-
-```typescript
-function validateJWTToken(idToken: string, expectedNonceDigest: string): { valid: boolean; error?: string } {
-  const decodedToken = decodeJWT(idToken);
-  
-  // Check audience matches your Google Client IDs
-  const audience = decodedToken.aud;
-  if (!VALID_GOOGLE_CLIENT_IDS.includes(audience)) {
-    return { valid: false, error: 'Invalid audience' };
-  }
-  
-  // Check nonce matches
-  const tokenNonce = decodedToken.nonce;
-  if (tokenNonce && tokenNonce !== expectedNonceDigest) {
-    return { valid: false, error: 'Nonce mismatch' };
-  }
-  
-  return { valid: true };
-}
-```
-
-**Pourquoi valider avant le Supabase ?**
-
-La validation du jeton JWT avant de l'envoyer à Supabase répond à plusieurs objectifs importants :
-
-1. **Empêcher les demandes invalides** : si le jeton a une audience incorrecte ou une non-concordance occasionnelle, Supabase rejettera le jeton de toute façon. La validation en premier évite les appels API inutiles et fournit des messages d'erreur plus clairs.
-
-2. **Problèmes de mise en cache des jetons** : sur certaines plates-formes (en particulier iOS), Google Connexion SDK peut mettre en cache les jetons pour améliorer les performances. Lorsqu'un jeton mis en cache est renvoyé, le jeton mis en cache peut avoir été généré avec un nom occasionnel différent (ou aucun cas occasionnel), ce qui a amené Supabase à rejeter le jeton avec une erreur « non-concordance de nonce ». En validant avant d'envoyer à Supabase, nous pouvons détecter ce problème plus tôt et réessayer automatiquement avec un nouveau jeton.
-
-3. **Sécurité** (iOS) : sur iOS, la validation garantit que le jeton a été émis pour vos ID client Google spécifiques, empêchant ainsi les problèmes de sécurité potentiels liés à l'utilisation de jetons destinés à d'autres applications.
-
-4. **Meilleure gestion des erreurs** : la détection des problèmes avant Supabase permet une logique de nouvelle tentative automatique, ce qui est essentiel pour gérer de manière transparente les problèmes de mise en cache iOS.
-
-Si la validation échoue, la fonction automatiquement :
-1. Se déconnecte de Google (efface les jetons mis en cache - critique sur iOS)
-2. Réessaye l'authentification une fois (force la nouvelle génération de jeton avec le nom occasionnel correct)
-3. Si la nouvelle tentative échoue également, renvoie une erreur
-
-### 4. Supabase Connexion
-
-Enfin, le token validé est envoyé à Supabase :
-
-```typescript
-const { data, error } = await supabase.auth.signInWithIdToken({
-  provider: 'google',
-  token: googleResponse.idToken,
-  nonce: rawNonce, // Pass the raw (unhashed) nonce
-});
-```
-
-## Référence complète du code
-
-L'implémentation complète est disponible dans le fichier [exemple d'application `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts), qui comprend :
-
-- `getUrlSafeNonce()` - Génère un nom occasionnel aléatoire sécurisé pour les URL
-- `sha256Hash()` - Chaîne de hachage avec SHA-256
-- `getNonce()` - Génère une paire de noms occasionnels
-- `decodeJWT()` - Décode le jeton JWT
-- `validateJWTToken()` - Valide l'audience JWT et le nom occasionnel
-- `authenticateWithGoogleSupabase()` - Fonction d'authentification principale avec nouvelle tentative automatique
-
-### Exemples de fichiers supplémentaires
-
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - Exemple de composant avec gestion des redirections (Web)
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - Exemple de page de création de compte
-
-## Prochaines étapes
-
-Veuillez passer au guide de configuration spécifique à votre plateforme cible :
-
-- [Configuration Android](../android/)
-- [Configuration iOS](../ios/)
-- [Configuration Web](../web/)
diff --git a/src/content/docs/fr/plugins/social-login/supabase/google/ios.mdx b/src/content/docs/fr/plugins/social-login/supabase/google/ios.mdx
deleted file mode 100644
index f0761f995..000000000
--- a/src/content/docs/fr/plugins/social-login/supabase/google/ios.mdx
+++ /dev/null
@@ -1,94 +0,0 @@
----
-title: Supabase Google Connectez-vous sur iOS
-description: >-
-  Découvrez comment configurer la connexion Google avec l'authentification
-  Supabase sur iOS à l'aide du plug-in de connexion sociale Capacitor.
-sidebar:
-  order: 3
-locale: fr
----
-##Présentation
-
-Ce guide vous aidera à intégrer la connexion Google avec l'authentification Supabase sur iOS. On suppose que vous avez déjà complété :
- - la [configuration Google connexion iOS](/docs/plugins/social-login/google/ios/)
- - le [Supabase Google Connexion - Configuration générale](/docs/plugins/social-login/supabase/google/general/).
-
-## Implémentation
-
-L’implémentation complète est disponible dans le fichier [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) de l’application exemple. Ce guide explique les concepts clés et comment l'utiliser.
-
-### Utilisation de l'assistant d'authentification
-
-La fonction `authenticateWithGoogleSupabase` gère l'intégralité du flux d'authentification :
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## Comment ça marche
-
-Pour une explication détaillée du fonctionnement du flux d'authentification, y compris la génération de noms occasionnels, la validation JWT et la connexion Supabase, consultez la section [Comment ça marche dans le guide de configuration générale](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-## Mises en garde importantes
-
-### iOS Problèmes de mise en cache des jetons et de cas occasionnels
-
-:::warning[iOS Problème de mise en cache occasionnel]
-Sur iOS, Google Sign-In peut mettre en cache les jetons, ce qui peut entraîner l'échec de la validation occasionnelle. La fonction `validateJWTToken` détecte cela et le gère automatiquement :
-
-1. **Détection automatique** : la fonction vérifie si le nom occasionnel dans le jeton correspond au `nonceDigest` attendu
-2. **Réessai automatique** : si la validation échoue, il se déconnecte automatiquement de Google et réessaye une fois.
-3. **Gestion des erreurs** : si la nouvelle tentative échoue également, une erreur est renvoyée
-
-**Pourquoi cela se produit** : iOS Google Connexion SDK met en cache les jetons pour des raisons de performances. Lorsqu'un jeton mis en cache est renvoyé, il peut avoir été généré avec un nom occasionnel différent (ou aucun nom occasionnel), provoquant une incompatibilité.
-
-**La solution** : l'implémentation gère automatiquement cela en se déconnectant et en réessayant, ce qui oblige Google à générer un nouveau jeton avec le nom occasionnel correct.
-:::
-
-**Solution manuelle** (si la nouvelle tentative automatique ne fonctionne pas) :
-
-```typescript
-// Logout first to clear cached tokens
-await SocialLogin.logout({ provider: 'google' });
-
-// Then authenticate
-const result = await authenticateWithGoogleSupabase();
-```
-
-Cela garantit qu’un nouveau jeton est obtenu avec le bon occasionnel.
-
-Pour la référence complète du code, consultez la [section Référence complète du code dans le guide de configuration générale] (/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-## Remarques importantes
-
-### Gestion des cas occasionnels
-
-L'implémentation du nonce suit le modèle de la [documentation de connexion React Native Google](https://react-native-google-signin.github.io/docs/security#usage-with-supabase) :
-
-- `rawNonce` va au `signInWithIdToken()` de Supabase
-- Supabase crée un hachage de `rawNonce` et le compare avec le `nonceDigest` qui est inclus dans le jeton d'identification de Google Connexion
-- `nonceDigest` (hachage SHA-256, encodé en hexadécimal) va au paramètre `nonce` dans les API de connexion Google
-
-### Mécanisme de nouvelle tentative automatique
-
-La fonction `authenticateWithGoogleSupabase` inclut un paramètre `retry` :
-- Premier appel (`retry=false`) : si la validation échoue, se déconnecte automatiquement et réessaye une fois
-- Réessayer l'appel (`retry=true`) : si la validation échoue à nouveau, renvoie immédiatement une erreur
-
-Cela gère automatiquement le problème de mise en cache du jeton iOS.
-
-## Dépannage
-
-Si l'authentification échoue :- **Incompatibilité occasionnelle** : la fonction réessaye automatiquement - consultez les journaux de la console pour plus de détails. Si le problème persiste, déconnectez-vous d'abord manuellement.
-- **Audience non valide** : vérifiez que vos ID client Google correspondent à la fois dans Google Cloud Console et dans Supabase (à la fois dans iOS et dans les ID client Web).
-- **La validation du jeton échoue** : assurez-vous d'utiliser `mode: 'online'` dans l'appel d'initialisation pour obtenir un idToken
-- **Configuration Info.plist** : assurez-vous qu'Info.plist dispose des schémas d'URL et du GIDClientID corrects.
-- Consultez l'[exemple de code d'application](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) pour référence.
diff --git a/src/content/docs/fr/plugins/social-login/supabase/google/web.mdx b/src/content/docs/fr/plugins/social-login/supabase/google/web.mdx
deleted file mode 100644
index ef0cbd0de..000000000
--- a/src/content/docs/fr/plugins/social-login/supabase/google/web.mdx
+++ /dev/null
@@ -1,116 +0,0 @@
----
-title: Supabase Google Connexion sur le Web
-description: >-
-  Découvrez comment configurer la connexion Google avec l'authentification
-  Supabase sur le Web à l'aide du plug-in de connexion sociale Capacitor.
-sidebar:
-  order: 4
-locale: fr
----
-##Présentation
-
-Ce guide vous aidera à intégrer la connexion Google avec l'authentification Supabase sur le Web. On suppose que vous avez déjà complété :
- - la [Google Configuration Web de connexion](/docs/plugins/social-login/google/web/)
- - le [Supabase Google Connexion - Configuration générale](/docs/plugins/social-login/supabase/google/general/).
-
-## Implémentation
-
-L’implémentation complète est disponible dans le fichier [exemple d’application `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts). Ce guide explique les concepts clés et comment l'utiliser.
-
-### Utilisation de l'assistant d'authentification
-
-La fonction `authenticateWithGoogleSupabase` gère l'intégralité du flux d'authentification :
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## Critique : gestion des redirections
-
-:::warning[Critique : gestion des redirections]
-Lorsque vous utilisez la connexion Google sur le Web, vous ** DEVEZ ** appeler n'importe quelle fonction du plugin lorsque la redirection se produit pour initialiser le plugin afin qu'il puisse gérer la redirection et fermer la fenêtre contextuelle. Vous pouvez appeler soit `isLoggedIn()` OU `initialize()` - les deux déclencheront la gestion de la redirection.
-
-Ceci est essentiel pour que le flux contextuel OAuth fonctionne correctement.
-:::
-
-### Exemple d'implémentation
-
-Ajoutez ceci à votre composant qui gère la connexion Google :
-
-```typescript
-import { useEffect } from 'react';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-function SupabasePage() {
-  // Check Google login status on mount to invoke redirect handling
-  // This doesn't serve any functional purpose in the UI but ensures
-  // that any pending OAuth redirects are properly processed
-  useEffect(() => {
-    const checkGoogleLoginStatus = async () => {
-      try {
-        await SocialLogin.isLoggedIn({ provider: 'google' });
-        // We don't use the result, this is just to trigger redirect handling
-      } catch (error) {
-        // Ignore errors - this is just for redirect handling
-        console.log('Google login status check completed (redirect handling)');
-      }
-    };
-    
-    checkGoogleLoginStatus();
-  }, []);
-
-  // ... rest of your component
-}
-```
-
-Voir le [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) pour un exemple complet.
-
-## Comment ça marche
-
-Pour une explication détaillée du fonctionnement du flux d'authentification, y compris la génération de noms occasionnels, la validation JWT et la connexion Supabase, consultez la section [Comment ça marche dans le guide de configuration générale](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-Pour la référence complète du code, consultez la [section Référence complète du code dans le guide de configuration générale] (/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-Voir aussi :
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - Exemple de composant avec gestion des redirections
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - Exemple de page de création de compte
-
-## Remarques importantes
-
-### Gestion des redirections
-
-Lorsque vous utilisez la connexion Google sur le Web, vous ** DEVEZ ** appeler n'importe quelle fonction du plugin lorsque la redirection se produit pour initialiser le plugin afin qu'il puisse gérer la redirection et fermer la fenêtre contextuelle. Vous pouvez appeler soit `isLoggedIn()` OU `initialize()` - les deux déclencheront la gestion de la redirection.
-
-Ceci est essentiel pour que le flux contextuel OAuth fonctionne correctement. Sans cela, la fenêtre contextuelle ne se fermera pas après l'authentification.
-
-### Gestion des cas occasionnels
-
-L'implémentation du nonce suit le modèle de la [documentation de connexion React Native Google](https://react-native-google-signin.github.io/docs/security#usage-with-supabase) :
-
-- `rawNonce` va au `signInWithIdToken()` de Supabase
-- Supabase crée un hachage de `rawNonce` et le compare avec le `nonceDigest` qui est inclus dans le jeton d'identification de Google Connexion
-- `nonceDigest` (hachage SHA-256, encodé en hexadécimal) va au paramètre `nonce` dans les API de connexion Google
-
-### Nouvelle tentative automatique
-
-L'implémentation inclut une logique de nouvelle tentative automatique :
-- Si la validation JWT échoue à la première tentative, elle se déconnecte et réessaye une fois
-- Cela gère les cas où les jetons mis en cache peuvent avoir des noms occasionnels incorrects
-- Si la nouvelle tentative échoue également, une erreur est renvoyée
-
-## Dépannage
-
-Si l'authentification échoue :- **La redirection ne fonctionne pas** : assurez-vous d'appeler `isLoggedIn()` lors du montage du composant (voir l'exemple ci-dessus)
-- **Audience non valide** : vérifiez que vos ID client Google correspondent à la fois dans Google Cloud Console et dans Supabase.
-- **URL de redirection autorisées** : vérifiez que les URL de redirection autorisées sont configurées à la fois dans Google Cloud Console et Supabase.
-- **Incompatibilité occasionnelle** : vérifiez les journaux de la console - la fonction réessayera automatiquement, mais vous pouvez d'abord vous déconnecter manuellement si nécessaire
-- **La validation du jeton échoue** : assurez-vous d'utiliser `mode: 'online'` dans l'appel d'initialisation pour obtenir un idToken
-- Consultez l'[exemple de code d'application](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) pour référence.
diff --git a/src/content/docs/fr/plugins/social-login/supabase/introduction.mdx b/src/content/docs/fr/plugins/social-login/supabase/introduction.mdx
deleted file mode 100644
index 6d943a322..000000000
--- a/src/content/docs/fr/plugins/social-login/supabase/introduction.mdx
+++ /dev/null
@@ -1,95 +0,0 @@
----
-title: Supabase Introduction à l'intégration
-description: >-
-  Découvrez comment intégrer l'authentification Supabase au plugin Capacitor
-  Social Login pour une solution d'authentification complète.
-sidebar:
-  order: 1
-locale: fr
----
-## Aperçu
-
-Ce didacticiel vous guidera dans la configuration de l'authentification Supabase avec le plugin de connexion sociale Capacitor. Cette intégration vous permet d'utiliser des fournisseurs de connexion sociale natifs (Google, Apple, Facebook, Twitter) sur les plateformes mobiles tout en tirant parti de Supabase Auth pour l'authentification backend et de PostgreSQL pour le stockage des données.
-
-## Ce que vous apprendrez
-
-- Comment configurer l'authentification Supabase
-- Comment intégrer le plugin Capacitor Social Login avec Supabase Auth
-- Configuration spécifique à la plate-forme pour Android, iOS et Web
-- Comment gérer les noms occasionnels en toute sécurité pour Supabase
-
-## Ce dont vous aurez besoin
-
-Avant de commencer, assurez-vous d'avoir :
-
-1. **Un projet Supabase**
-   - Créez un projet sur [Supabase Dashboard](https://app.supabase.com/)
-   - Activer le fournisseur Google OAuth
-   - Obtenez l'URL de votre projet Supabase et la clé anonyme
-
-2. **Supabase JS SDK**
-   - Installez Supabase dans votre projet :
-     ```bash
-     npm install @supabase/supabase-js
-     ```
-
-3. **Un projet Capacitor**
-   - Une application Capacitor existante
-   - Capacitor Plugin de connexion sociale installé :
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-4. **Configuration Google spécifique à la plate-forme**
-   - Terminez la configuration de connexion Google pour vos plates-formes cibles :
-     - [Google Connexion Android Configuration](/docs/plugins/social-login/google/android/)
-     - [Google Connexion iOS Configuration](/docs/plugins/social-login/google/ios/)
-     - [Google Configuration Web de connexion](/docs/plugins/social-login/google/web/)
-
-## Exemple d'application
-
-Un exemple de travail complet est disponible dans le référentiel :
-
-**Dépôt de code** : [Vous pouvez trouver le référentiel de code ici](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-L'exemple d'application montre :
-- Authentification email/mot de passe avec Supabase
-- Intégration de connexion Google (Android, iOS et Web)
-- Un simple magasin clé-valeur utilisant les tables Supabase PostgreSQL
-- Stockage de données spécifique à l'utilisateur avec Row Level Security (RLS)
-
-## Détails clés de la mise en œuvre
-
-### Gestion des cas occasionnels
-
-Supabase nécessite une gestion spéciale des cas occasionnels pour des raisons de sécurité. L'implémentation suit la [documentation de connexion React Native Google](https://react-native-google-signin.github.io/docs/security#usage-with-supabase) :
-
-- Générer un `rawNonce` (chaîne aléatoire sécurisée pour les URL)
-- Hachez-le avec SHA-256 pour obtenir `nonceDigest`
-- Passez `nonceDigest` à Google Connexion
-- Passez `rawNonce` à Supabase (Supabase le hache en interne pour comparaison)
-
-### JWT Validation
-
-L'exemple d'implémentation inclut la validation JWT pour garantir :
-- L'audience du jeton correspond à vos ID client Google configurés
-- Le nonce correspond au résumé attendu
-- Nouvelle tentative automatique en cas d'échec de validation (particulièrement important pour iOS)
-
-### Considérations spécifiques à la plate-forme
-
-- **iOS** : la mise en cache des jetons peut provoquer des problèmes occasionnels - l'implémentation gère cela automatiquement
-- **Web** : doit appeler `isLoggedIn()` lors du montage pour gérer les redirections OAuth
-- **Android** : implémentation standard avec configuration d'empreintes digitales SHA-1
-
-## Prochaines étapesContinuez avec les guides de configuration :
-- [Supabase Google Connexion - Configuration générale](./google/general/) - Présentation et conditions préalables
-- [Configuration Android](./google/android/) - Configuration spécifique à Android
-- [Configuration iOS](./google/ios/) - Configuration spécifique à iOS
-- [Configuration Web](./google/web/) - Configuration spécifique au Web
-
-### Apple Connexion
-- [Supabase Apple Connexion - Configuration générale](./Apple/general/) - Présentation et prérequis
-- [Configuration iOS](./Apple/ios/) - Configuration spécifique à iOS
-- [Configuration Android](./Apple/android/) - Configuration spécifique à Android
diff --git a/src/content/docs/fr/plugins/speech-recognition/getting-started.mdx b/src/content/docs/fr/plugins/speech-recognition/getting-started.mdx
deleted file mode 100644
index 9c1da5a82..000000000
--- a/src/content/docs/fr/plugins/speech-recognition/getting-started.mdx
+++ /dev/null
@@ -1,444 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plug-in de reconnaissance vocale
-  pour ajouter une transcription vocale à votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-speech-recognition" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurer les autorisations de la plateforme** (voir ci-dessous)
-</Steps>
-
-## Configuration de la plateforme
-
-### iOS
-
-Ajoutez les clés suivantes au fichier `Info.plist` de votre application :
-
-```xml
-<key>NSSpeechRecognitionUsageDescription</key>
-<string>We need access to speech recognition to transcribe your voice</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>We need access to your microphone to record audio for transcription</string>
-```
-
-### Android
-
-Le plugin ajoute automatiquement l'autorisation `RECORD_AUDIO` requise à votre `AndroidManifest.xml`. Aucune configuration supplémentaire n'est nécessaire.
-
-## Utilisation de base
-
-### Vérifier la disponibilité
-
-Avant d'utiliser la reconnaissance vocale, vérifiez si elle est disponible sur l'appareil :
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-const checkAvailability = async () => {
-  const { available } = await SpeechRecognition.available();
-  if (!available) {
-    console.warn('Speech recognition is not supported on this device');
-    return false;
-  }
-  return true;
-};
-```
-
-### Demander des autorisations
-
-Demandez les autorisations nécessaires avant de démarrer la reconnaissance :
-
-```typescript
-const requestPermissions = async () => {
-  const { speechRecognition } = await SpeechRecognition.requestPermissions();
-
-  if (speechRecognition === 'granted') {
-    console.log('Permission granted');
-    return true;
-  } else {
-    console.log('Permission denied');
-    return false;
-  }
-};
-```
-
-### Démarrer la reconnaissance
-
-Commencez à écouter la parole avec une configuration facultative :
-
-```typescript
-// Basic usage
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 3,
-  partialResults: true,
-});
-
-// With all options
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 5,
-  prompt: 'Speak now...',          // Android only
-  popup: false,                     // Android only
-  partialResults: true,
-  addPunctuation: true,             // iOS 16+ only
-  allowForSilence: 2000,            // Android only, milliseconds
-});
-```
-
-### Écoutez les résultats
-
-Abonnez-vous aux résultats partiels pendant que la reconnaissance est active :
-
-```typescript
-const partialListener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event) => {
-    const transcription = event.matches?.[0];
-    console.log('Partial result:', transcription);
-  }
-);
-
-// Don't forget to remove the listener when done
-await partialListener.remove();
-```
-
-### Arrêter la reconnaissance
-
-Arrêtez d'écouter et nettoyez les ressources :
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-## Exemple complet
-
-Voici un exemple complet montrant comment utiliser le plugin :
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-export class VoiceRecognitionService {
-  private partialListener: any = null;
-  private isListening = false;
-
-  async initialize(): Promise<boolean> {
-    // Check availability
-    const { available } = await SpeechRecognition.available();
-    if (!available) {
-      throw new Error('Speech recognition not available');
-    }
-
-    // Request permissions
-    const { speechRecognition } = await SpeechRecognition.requestPermissions();
-    if (speechRecognition !== 'granted') {
-      throw new Error('Permission denied');
-    }
-
-    return true;
-  }
-
-  async startListening(
-    onPartialResult: (text: string) => void,
-    onFinalResult: (text: string) => void
-  ): Promise<void> {
-    if (this.isListening) {
-      console.warn('Already listening');
-      return;
-    }
-
-    try {
-      // Set up partial results listener
-      this.partialListener = await SpeechRecognition.addListener(
-        'partialResults',
-        (event) => {
-          const text = event.matches?.[0] || '';
-          onPartialResult(text);
-        }
-      );
-
-      // Start recognition
-      const result = await SpeechRecognition.start({
-        language: 'en-US',
-        maxResults: 3,
-        partialResults: true,
-        addPunctuation: true,
-      });
-
-      this.isListening = true;
-
-      // Handle final result if partialResults is false
-      if (result.matches && result.matches.length > 0) {
-        onFinalResult(result.matches[0]);
-      }
-    } catch (error) {
-      console.error('Error starting speech recognition:', error);
-      throw error;
-    }
-  }
-
-  async stopListening(): Promise<void> {
-    if (!this.isListening) {
-      return;
-    }
-
-    try {
-      await SpeechRecognition.stop();
-
-      // Clean up listener
-      if (this.partialListener) {
-        await this.partialListener.remove();
-        this.partialListener = null;
-      }
-
-      this.isListening = false;
-    } catch (error) {
-      console.error('Error stopping speech recognition:', error);
-      throw error;
-    }
-  }
-
-  async getSupportedLanguages(): Promise<string[]> {
-    const { languages } = await SpeechRecognition.getSupportedLanguages();
-    return languages;
-  }
-
-  async checkListeningState(): Promise<boolean> {
-    const { listening } = await SpeechRecognition.isListening();
-    return listening;
-  }
-}
-```
-
-## API Référence
-
-### disponible()
-
-Vérifie si le service de reconnaissance vocale natif est utilisable sur l'appareil actuel.
-
-```typescript
-const result = await SpeechRecognition.available();
-// Returns: { available: boolean }
-```
-
-### début (options ?)
-
-Commence à capturer l'audio et à transcrire la parole.
-
-```typescript
-interface SpeechRecognitionStartOptions {
-  language?: string;          // Locale identifier (e.g., 'en-US')
-  maxResults?: number;        // Maximum number of results (default: 5)
-  prompt?: string;            // Android only: Dialog prompt
-  popup?: boolean;            // Android only: Show system dialog
-  partialResults?: boolean;   // Stream partial results
-  addPunctuation?: boolean;   // iOS 16+ only: Add punctuation
-  allowForSilence?: number;   // Android only: Silence timeout in ms
-}
-
-const result = await SpeechRecognition.start(options);
-// Returns: { matches?: string[] }
-```
-
-### arrête()
-
-Arrête d'écouter et détruit les ressources natives.
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-###getSupportedLanguages()
-
-Obtient les paramètres régionaux pris en charge par le module de reconnaissance sous-jacent.
-
-**Remarque** : Android 13 appareils et plus n'exposent plus cette liste ; dans ce cas, `languages` sera vide.
-
-```typescript
-const result = await SpeechRecognition.getSupportedLanguages();
-// Returns: { languages: string[] }
-```
-
-### està l'écoute()
-
-Indique si le plugin écoute activement la parole.
-
-```typescript
-const result = await SpeechRecognition.isListening();
-// Returns: { listening: boolean }
-```
-
-### checkPermissions()
-
-Obtient l’état d’autorisation actuel.
-
-```typescript
-const result = await SpeechRecognition.checkPermissions();
-// Returns: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-### requêtePermissions()
-
-Demande les autorisations microphone + reconnaissance vocale.
-
-```typescript
-const result = await SpeechRecognition.requestPermissions();
-// Returns: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-## Écouteurs d'événements
-
-###Résultats partiels
-
-Écoutez les mises à jour de transcription partielle lorsque `partialResults` est activé.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event: { matches: string[] }) => {
-    console.log('Partial:', event.matches?.[0]);
-  }
-);
-```
-
-### segmentResults (Android uniquement)
-
-Écoutez les résultats de reconnaissance segmentés.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'segmentResults',
-  (event: { matches: string[] }) => {
-    console.log('Segment:', event.matches?.[0]);
-  }
-);
-```
-
-### endOfSegmentedSession (Android uniquement)
-
-Écoutez les événements de fin de session segmentés.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'endOfSegmentedSession',
-  () => {
-    console.log('Segmented session ended');
-  }
-);
-```
-
-### État d'écoute
-
-Écoutez les changements apportés à l’état d’écoute natif.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'listeningState',
-  (event: { status: 'started' | 'stopped' }) => {
-    console.log('Listening state:', event.status);
-  }
-);
-```
-
-### supprimerAllListeners()
-
-Supprime tous les auditeurs enregistrés.
-
-```typescript
-await SpeechRecognition.removeAllListeners();
-```
-
-## meilleures pratiques
-
-1. **Vérifiez toujours la disponibilité et les autorisations**
-   ```typescript
-   const { available } = await SpeechRecognition.available();
-   if (!available) return;
-
-   const { speechRecognition } = await SpeechRecognition.requestPermissions();
-   if (speechRecognition !== 'granted') return;
-   ```
-
-2. **Nettoyer les auditeurs**
-   Supprimez toujours les écouteurs lorsqu'ils ne sont plus nécessaires pour éviter les fuites de mémoire :
-   ```typescript
-   await listener.remove();
-   // or
-   await SpeechRecognition.removeAllListeners();
-   ```
-
-3. **Gérez les erreurs avec élégance**
-   ```typescript
-   try {
-     await SpeechRecognition.start({ language: 'en-US' });
-   } catch (error) {
-     console.error('Speech recognition failed:', error);
-     // Show user-friendly error message
-   }
-   ```
-
-4. **Fournir un retour visuel**
-   Utilisez l'événement `listeningState` pour indiquer aux utilisateurs lorsque l'application écoute activement.
-
-5. **Test avec différents accents et langues**
-   La précision de la reconnaissance vocale varie selon la langue et l'accent. Testez minutieusement auprès de votre public cible.
-
-## Remarques sur la plate-forme### iOS
-- Nécessite iOS 10.0+
-- Utilise le `SFSpeechRecognizer` natif
-- Prend en charge la ponctuation sur iOS 16+
-- Nécessite des autorisations de microphone et de reconnaissance vocale
-- La reconnaissance peut échouer si la langue de l'appareil ne correspond pas à la langue demandée
-
-### Android
-- Nécessite Android 6.0 (API 23)+
-- Utilise `SpeechRecognizer` API
-- Prend en charge les sessions segmentées avec détection de silence configurable
-- Android 13+ n'expose pas la liste des langues prises en charge
-- Certains appareils peuvent afficher une interface utilisateur de reconnaissance du système
-
-###Web
-- Prise en charge limitée via Web Speech API
-- Tous les navigateurs ne prennent pas en charge la reconnaissance vocale
-- Nécessite une connexion HTTPS
-- Peut avoir un comportement différent selon les navigateurs
-
-## Dépannage
-
-### Autorisation refusée
-Si les autorisations sont refusées, guidez les utilisateurs vers les paramètres de l'application :
-```typescript
-const { speechRecognition } = await SpeechRecognition.checkPermissions();
-if (speechRecognition === 'denied') {
-  // Show instructions to enable permissions in Settings
-}
-```
-
-### Aucun résultat renvoyé
-- Vérifiez que le microphone fonctionne
-- Assurer un environnement calme
-- Vérifiez que le code de langue correspond aux capacités de l'appareil
-- Vérifiez la connexion réseau (certaines plateformes l'exigent)
-
-### La reconnaissance s'arrête de manière inattendue
-- Utilisez `isListening()` pour vérifier l'état
-- Écoutez les événements `listeningState`
-- Implémenter une logique de redémarrage automatique si nécessaire
-
-## Prochaines étapes
-
-- [Voir la référence API sur GitHub](https://github.com/Cap-go/capacitor-speech-recognition#api)
-- [Signaler des problèmes](https://github.com/Cap-go/capacitor-speech-recognition/issues)
-- [Explorer un exemple d'application](https://github.com/Cap-go/capacitor-speech-recognition/tree/main/example)
diff --git a/src/content/docs/fr/plugins/speech-recognition/index.mdx b/src/content/docs/fr/plugins/speech-recognition/index.mdx
deleted file mode 100644
index c8ef0f546..000000000
--- a/src/content/docs/fr/plugins/speech-recognition/index.mdx
+++ /dev/null
@@ -1,53 +0,0 @@
----
-title: '@capgo/capacitor-speech-recognition'
-description: >-
-  Reconnaissance vocale naturelle à faible latence pour les applications
-  Capacitor avec parité sur les plateformes iOS et Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Reconnaissance vocale complète sur l'appareil avec transcription en temps
-    réel, diffusion en continu de résultats partiels et parité multiplateforme.
-  image:
-    file: ~public/icons/plugins/speech-recognition.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/speech-recognition/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-speech-recognition/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Transcription en temps réel" icon="rocket">
-    Obtenez des résultats partiels instantanés pendant que les utilisateurs parlent 🎤
-  </Card>
-  <Card title="Parité multiplateforme" icon="star">
-    API et comportement cohérents dans iOS et Android 📱
-  </Card>
-  <Card title="Séances segmentées" icon="list-format">
-    Diviser la reconnaissance en segments basés sur le silence 🔇
-  </Card>
-  <Card title="Prise en charge de la ponctuation" icon="pencil">
-    Ponctuation automatique sur iOS 16+ 📝
-  </Card>
-  <Card title="Aides aux autorisations" icon="approve-check-circle">
-    Demande d'autorisation intégrée et vérification de l'état 🔒
-  </Card>
-  <Card title="Prise en charge linguistique" icon="translate">
-    Accès aux langues de reconnaissance prises en charge par l'appareil 🌍
-  </Card>
-  <Card title="Commencer" icon="open-book">
-    Consultez le [Guide de démarrage](/docs/plugins/speech-recognition/getting-started/) pour installer et configurer le plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/speech-synthesis/getting-started.mdx b/src/content/docs/fr/plugins/speech-synthesis/getting-started.mdx
deleted file mode 100644
index 5a6dbc782..000000000
--- a/src/content/docs/fr/plugins/speech-synthesis/getting-started.mdx
+++ /dev/null
@@ -1,253 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plug-in Speech Synthesis pour
-  convertir du texte en parole dans votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-speech-synthesis" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilisation
-
-Importez le plugin et synthétisez la parole à partir du texte :
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-// Basic text-to-speech
-const speak = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Hello, world!',
-    language: 'en-US'
-  });
-};
-
-// Advanced usage with voice control
-const speakWithVoice = async () => {
-  await SpeechSynthesis.speak({
-    text: 'This is a test of speech synthesis.',
-    language: 'en-US',
-    rate: 1.0,      // Speech rate: 0.1 to 10.0
-    pitch: 1.0,     // Voice pitch: 0.5 to 2.0
-    volume: 1.0,    // Volume: 0.0 to 1.0
-    voice: 'com.apple.ttsbundle.Samantha-compact'
-  });
-};
-```
-
-## API Référence
-
-### speak(options)
-
-Prononce le texte donné en utilisant les paramètres vocaux spécifiés.
-
-```typescript
-interface SpeakOptions {
-  text: string;           // Text to speak
-  language?: string;      // Language code (e.g., 'en-US', 'es-ES')
-  rate?: number;          // Speech rate: 0.1 to 10.0 (default: 1.0)
-  pitch?: number;         // Voice pitch: 0.5 to 2.0 (default: 1.0)
-  volume?: number;        // Volume: 0.0 to 1.0 (default: 1.0)
-  voice?: string;         // Voice identifier (get from getVoices())
-}
-
-await SpeechSynthesis.speak(options);
-```
-
-### arrête()
-
-Arrête toute synthèse vocale en cours.
-
-```typescript
-await SpeechSynthesis.stop();
-```
-
-### getVoices()
-
-Obtient la liste des voix disponibles pour la synthèse vocale.
-
-```typescript
-interface Voice {
-  voiceURI: string;       // Unique voice identifier
-  name: string;           // Human-readable voice name
-  lang: string;           // Language code
-  default: boolean;       // Whether this is the default voice
-}
-
-const { voices } = await SpeechSynthesis.getVoices();
-console.log('Available voices:', voices);
-```
-
-###getSupportedLanguages()
-
-Obtient la liste des codes de langue pris en charge.
-
-```typescript
-const { languages } = await SpeechSynthesis.getSupportedLanguages();
-console.log('Supported languages:', languages);
-```
-
-### isSpeaking()
-
-Vérifie si la synthèse vocale est actuellement active.
-
-```typescript
-const { speaking } = await SpeechSynthesis.isSpeaking();
-console.log('Currently speaking:', speaking);
-```
-
-## Exemple complet
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-export class TextToSpeechService {
-  private currentVoice: string | undefined;
-
-  async init() {
-    // Get available voices
-    const { voices } = await SpeechSynthesis.getVoices();
-
-    // Find English voice
-    const englishVoice = voices.find(v => v.lang.startsWith('en'));
-    this.currentVoice = englishVoice?.voiceURI;
-
-    console.log(`Using voice: ${englishVoice?.name}`);
-  }
-
-  async speak(text: string, options?: Partial<SpeakOptions>) {
-    try {
-      // Stop any ongoing speech
-      await SpeechSynthesis.stop();
-
-      // Speak the text
-      await SpeechSynthesis.speak({
-        text,
-        language: 'en-US',
-        rate: 1.0,
-        pitch: 1.0,
-        volume: 1.0,
-        voice: this.currentVoice,
-        ...options
-      });
-    } catch (error) {
-      console.error('Speech synthesis failed:', error);
-      throw error;
-    }
-  }
-
-  async speakWithRate(text: string, rate: number) {
-    await this.speak(text, { rate });
-  }
-
-  async stop() {
-    await SpeechSynthesis.stop();
-  }
-
-  async checkIfSpeaking(): Promise<boolean> {
-    const { speaking } = await SpeechSynthesis.isSpeaking();
-    return speaking;
-  }
-
-  async listVoicesByLanguage(languageCode: string) {
-    const { voices } = await SpeechSynthesis.getVoices();
-    return voices.filter(v => v.lang.startsWith(languageCode));
-  }
-}
-```
-
-## Utilisation avancée
-
-### Prise en charge multilingue
-
-```typescript
-// Speak in different languages
-const speakMultiLanguage = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Hello!',
-    language: 'en-US'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'Bonjour!',
-    language: 'fr-FR'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'こんにちは!',
-    language: 'ja-JP'
-  });
-};
-```
-
-### Voice Selection
-
-```typescript
-// Select a specific voice
-const selectVoice = async (languageCode: string) => {
-  const { voices } = await SpeechSynthesis.getVoices();
-
-  // Filter voices by language
-  const languageVoices = voices.filter(v =>
-    v.lang.startsWith(languageCode)
-  );
-
-  // Use the first available voice
-  if (languageVoices.length > 0) {
-    await SpeechSynthesis.speak({
-      text: 'Testing voice selection',
-      language: languageCode,
-      voice: languageVoices[0].voiceURI
-    });
-  }
-};
-```
-
-### Reading Long Text
-
-```typescript
-// Split and speak long text in chunks
-const speakLongText = async (longText: string) => {
-  const sentences = longText.match(/[^.!?]+[.!?]+/g) || [longText];
-
-  for (const sentence of sentences) {
-    await SpeechSynthesis.speak({
-      text: sentence.trim(),
-      language: 'en-US',
-      rate: 0.9
-    });
-
-    // Wait a bit between sentences
-    await new Promise(resolve => setTimeout(resolve, 500));
-  }
-};
-```
-
-## meilleures pratiques
-
-1. **Sélection vocale** : vérifiez toujours les voix disponibles avant d'utiliser un identifiant vocal spécifique.
-2. **Codes de langue** : utilisez des codes de langue standard (par exemple, « en-US », « es-ES », « fr-FR »)
-3. **Contrôle du débit** : maintenez le débit entre 0,5 et 2,0 pour une parole au son naturel
-4. **Stop Before Speak** : appelez stop() avant de commencer un nouveau discours pour éviter les chevauchements
-5. **Gestion des erreurs** : enveloppez tous les appels dans des blocs try-catch pour une gestion robuste des erreurs
-
-## Dépannage
-
-### Problèmes courants
-
-**Aucune sortie vocale** : vérifiez le volume de l'appareil et assurez-vous que le texte n'est pas vide
-**Voix introuvable** : utilisez getVoices() pour rechercher les voix disponibles sur l'appareil
-**Discours interrompu** : Arrêtez tout discours en cours avant de commencer une nouvelle synthèse
-**Langue non prise en charge** : vérifiez getSupportedLanguages() pour les langues disponibles
diff --git a/src/content/docs/fr/plugins/speech-synthesis/index.mdx b/src/content/docs/fr/plugins/speech-synthesis/index.mdx
deleted file mode 100644
index 436431a15..000000000
--- a/src/content/docs/fr/plugins/speech-synthesis/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: '@capgo/capacitor-speech-synthesis'
-description: >-
-  Synthétisez la parole à partir du texte avec un contrôle total sur la langue,
-  la voix, la hauteur, la fréquence et le volume.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Convertissez du texte en parole avec un contrôle total sur la langue, la
-    voix, la hauteur, la fréquence et le volume sur iOS, Android et Web.
-  image:
-    file: ~public/icons/plugins/speech-synthesis.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/speech-synthesis/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-speech-synthesis/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Plusieurs langues" icon="translate">
-    Prise en charge de dizaines de langues et variantes régionales 🌍
-  </Card>
-  <Card title="Sélection vocale" icon="comment">
-    Choisissez parmi les voix système disponibles pour chaque langue 🎤
-  </Card>
-  <Card title="" icon="setting">
-    Ajustez la hauteur, la fréquence et le volume pour personnaliser la sortie vocale ⚙️
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    API cohérent sur iOS, Android et les plateformes Web 📱
-  </Card>
-  <Card title="Contrôle en temps réel" icon="rocket">
-    Mettre en pause, reprendre et annuler la lecture vocale à la volée 🎮
-  </Card>
-  <Card title="Documentation complète" icon="open-book">
-    Consultez la [Documentation](/docs/plugins/speech-synthesis/getting-started/) pour maîtriser le plugin en quelques minutes seulement.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/streamcall/getting-started.mdx b/src/content/docs/fr/plugins/streamcall/getting-started.mdx
deleted file mode 100644
index 9de38b92b..000000000
--- a/src/content/docs/fr/plugins/streamcall/getting-started.mdx
+++ /dev/null
@@ -1,488 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and integrate Stream Video SDK for professional video calling in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Prerequisites
-
-You'll need a Stream Compte and API credentials. Sign up at [Stream](https://getstream.io/) if you don't have one.
-
-## Platform Configuration
-
-### iOS
-
-Add required permissions to your `Info.plist`:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>This app needs camera access for video calls</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs microphone access for video calls</string>
-```
-
-### Android
-
-Add required permissions to your `AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-```
-
-## Utilisation Exemple
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-// Initialize Stream SDK
-await StreamCall.initialize({
-  apiKey: 'your-stream-api-key',
-  userId: 'user-123',
-  userToken: 'user-token'
-});
-
-// Create a call
-await StreamCall.createCall({
-  callId: 'call-123',
-  callType: 'default'
-});
-
-// Join a call
-await StreamCall.joinCall({
-  callId: 'call-123'
-});
-
-// Enable/disable camera
-await StreamCall.toggleCamera({
-  enabled: true
-});
-
-// Enable/disable microphone
-await StreamCall.toggleMicrophone({
-  enabled: true
-});
-
-// Switch camera (front/back)
-await StreamCall.switchCamera();
-
-// Leave the call
-await StreamCall.leaveCall();
-
-// Listen for call events
-StreamCall.addListener('callStarted', (data) => {
-  console.log('Call started:', data);
-});
-
-StreamCall.addListener('callEnded', (data) => {
-  console.log('Call ended:', data);
-});
-
-StreamCall.addListener('participantJoined', (data) => {
-  console.log('Participant joined:', data);
-});
-
-StreamCall.addListener('participantLeft', (data) => {
-  console.log('Participant left:', data);
-});
-```
-
-## API Référence
-
-### Initialiser(Options)
-
-```typescript
-initialize(options: InitializeOptions) => Promise<void>
-```
-
-Initialiser the Stream Video SDK.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `InitializeOptions` |
-
-### createCall(Options)
-
-```typescript
-createCall(options: CreateCallOptions) => Promise<void>
-```
-
-Créer a Nouveau video call.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `CreateCallOptions` |
-
-### joinCall(Options)
-
-```typescript
-joinCall(options: JoinCallOptions) => Promise<void>
-```
-
-Join an existing video call.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `JoinCallOptions` |
-
-### leaveCall()
-
-```typescript
-leaveCall() => Promise<void>
-```
-
-Leave the current call.
-
-### toggleCamera(Options)
-
-```typescript
-toggleCamera(options: { enabled: boolean }) => Promise<void>
-```
-
-Activer or Désactiver the camera.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### toggleMicrophone(Options)
-
-```typescript
-toggleMicrophone(options: { enabled: boolean }) => Promise<void>
-```
-
-Activer or Désactiver the microphone.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### switchCamera()
-
-```typescript
-switchCamera() => Promise<void>
-```
-
-Switch between front and Retour camera.
-
-### setSpeakerphone(Options)
-
-```typescript
-setSpeakerphone(options: { enabled: boolean }) => Promise<void>
-```
-
-Activer or Désactiver speakerphone.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendCallInvite(Options)
-
-```typescript
-sendCallInvite(options: InviteOptions) => Promise<void>
-```
-
-Send a call invitation to a Utilisateur.
-
-| Param         | Type                    |
-| ------------- | ----------------------- |
-| **`options`** | `InviteOptions` |
-
-### acceptCall(Options)
-
-```typescript
-acceptCall(options: { callId: string }) => Promise<void>
-```
-
-Accept an incoming call.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-### rejectCall(Options)
-
-```typescript
-rejectCall(options: { callId: string }) => Promise<void>
-```
-
-Reject an incoming call.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-## Interfaces
-
-### InitializeOptions
-
-| Prop            | Type              | Description                    |
-| --------------- | ----------------- | ------------------------------ |
-| **`apiKey`**    | `string` | Stream API key                 |
-| **`userId`**    | `string` | User ID                        |
-| **`userToken`** | `string` | User authentication token      |
-| **`userName`**  | `string` | User display name (optional)   |
-| **`userImage`** | `string` | User profile image URL (optional) |
-
-### CreateCallOptions
-
-| Prop           | Type              | Description                        |
-| -------------- | ----------------- | ---------------------------------- |
-| **`callId`**   | `string` | Unique call identifier             |
-| **`callType`** | `string` | Call type (e.g., 'default', 'audio-only') |
-| **`members`**  | `string[]` | Array of user IDs to invite (optional) |
-
-### JoinCallOptions
-
-| Prop         | Type              | Description                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | Call ID to join            |
-
-### InviteOptions
-
-| Prop         | Type              | Description                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | Call ID                    |
-| **`userId`** | `string` | User ID to invite          |
-
-## Event Listeners
-
-### Disponible Events
-
-- `callStarted` - Call has started
-- `callEnded` - Call has ended
-- `participantJoined` - A participant joined the call
-- `participantLeft` - A participant left the call
-- `incomingCall` - Incoming call received
-- `callAccepted` - Call was accepted
-- `callRejected` - Call was rejected
-- `error` - An error occurred
-
-### Event Exemple
-
-```typescript
-// Listen for incoming calls
-StreamCall.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.callerId);
-  console.log('Caller name:', data.callerName);
-
-  // Show incoming call UI
-  showIncomingCallScreen({
-    callerId: data.callerId,
-    callerName: data.callerName,
-    callerImage: data.callerImage,
-    callId: data.callId
-  });
-});
-
-// Listen for call acceptance
-StreamCall.addListener('callAccepted', (data) => {
-  console.log('Call accepted');
-  // Navigate to call screen
-});
-
-// Listen for errors
-StreamCall.addListener('error', (error) => {
-  console.error('Call error:', error.message);
-  // Handle error appropriately
-});
-
-// Remove listener when done
-const listener = await StreamCall.addListener('callStarted', (data) => {
-  console.log('Call started');
-});
-
-// Later...
-listener.remove();
-```
-
-## Terminé Exemple
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-class VideoCallService {
-  async initialize(userId: string, userName: string) {
-    try {
-      await StreamCall.initialize({
-        apiKey: 'your-stream-api-key',
-        userId: userId,
-        userToken: await this.getUserToken(userId),
-        userName: userName
-      });
-
-      this.setupEventListeners();
-    } catch (error) {
-      console.error('Failed to initialize Stream:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // Handle incoming calls
-    StreamCall.addListener('incomingCall', async (data) => {
-      const accepted = await this.showIncomingCallDialog(data);
-
-      if (accepted) {
-        await StreamCall.acceptCall({ callId: data.callId });
-        await StreamCall.joinCall({ callId: data.callId });
-      } else {
-        await StreamCall.rejectCall({ callId: data.callId });
-      }
-    });
-
-    // Handle call events
-    StreamCall.addListener('callStarted', () => {
-      console.log('Call started');
-    });
-
-    StreamCall.addListener('callEnded', () => {
-      console.log('Call ended');
-      this.navigateToHome();
-    });
-
-    StreamCall.addListener('participantJoined', (data) => {
-      console.log('Participant joined:', data.participantName);
-    });
-  }
-
-  async startCall(recipientId: string) {
-    try {
-      const callId = `call-${Date.now()}`;
-
-      // Create and join call
-      await StreamCall.createCall({
-        callId: callId,
-        callType: 'default',
-        members: [recipientId]
-      });
-
-      await StreamCall.joinCall({ callId: callId });
-
-      // Send invitation
-      await StreamCall.sendCallInvite({
-        callId: callId,
-        userId: recipientId
-      });
-
-      console.log('Call started');
-    } catch (error) {
-      console.error('Failed to start call:', error);
-    }
-  }
-
-  async endCall() {
-    try {
-      await StreamCall.leaveCall();
-      console.log('Call ended');
-    } catch (error) {
-      console.error('Failed to end call:', error);
-    }
-  }
-
-  async toggleVideo(enabled: boolean) {
-    await StreamCall.toggleCamera({ enabled });
-  }
-
-  async toggleAudio(enabled: boolean) {
-    await StreamCall.toggleMicrophone({ enabled });
-  }
-
-  async flipCamera() {
-    await StreamCall.switchCamera();
-  }
-
-  private async getUserToken(userId: string): Promise<string> {
-    // Fetch user token from your backend
-    const response = await fetch(`/api/stream-token?userId=${userId}`);
-    const data = await response.json();
-    return data.token;
-  }
-
-  private async showIncomingCallDialog(data: any): Promise<boolean> {
-    // Show native dialog or custom UI
-    return confirm(`Incoming call from ${data.callerName}`);
-  }
-
-  private navigateToHome() {
-    // Navigate to home screen
-    window.location.href = '/';
-  }
-}
-
-// Usage
-const videoCall = new VideoCallService();
-await videoCall.initialize('user-123', 'John Doe');
-
-// Start a call
-await videoCall.startCall('user-456');
-
-// Toggle controls
-await videoCall.toggleVideo(false); // Disable video
-await videoCall.toggleAudio(false); // Mute
-await videoCall.flipCamera(); // Switch camera
-
-// End call
-await videoCall.endCall();
-```
-
-## Bonnes pratiques
-
-- Initialiser the SDK early in your Application lifecycle
-- Handle permission requests before starting calls
-- Implement proper Erreur handling for network issues
-- Clean up listeners when components unmount
-- Test on actual Appareils (not just emulators)
-- Implement reconnection logic for network interruptions
-- Provide visual Retour for call states
-- Handle background/foreground transitions
-
-## Localization
-
-The plugin supports multiple languages for Natif UI elements. Configure in your platform-specific Paramètres.
-
-## Use Cases
-
-- One-on-one video calls
-- Group video conferences
-- Audio-only calls
-- Screen sharing sessions
-- Customer Support video chat
-- Telemedicine consultations
-- Remote collaboration
diff --git a/src/content/docs/fr/plugins/streamcall/index.mdx b/src/content/docs/fr/plugins/streamcall/index.mdx
deleted file mode 100644
index f879f311e..000000000
--- a/src/content/docs/fr/plugins/streamcall/index.mdx
+++ /dev/null
@@ -1,54 +0,0 @@
----
-title: '@capgo/capacitor-stream-call'
-description: >-
-  Intégration de flux vidéo SDK pour les applications Capacitor permettant une
-  fonctionnalité d'appel vidéo professionnelle.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Activez la fonctionnalité d'appel vidéo professionnel dans votre application
-    à l'aide de Stream Video SDK avec une prise en charge en plein écran et des
-    informations sur l'appelant.
-  image:
-    file: ~public/icons/plugins/streamcall.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/streamcall/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-stream-call/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Flux vidéo SDK" icon="star">
-    Propulsé par l'infrastructure vidéo professionnelle de Stream 🎥
-  </Card>
-  <Card title="Appels en plein écran" icon="rocket">
-    Prise en charge des appels sur écran de verrouillage et plein écran 📱
-  </Card>
-  <Card title="Informations sur l'appelant" icon="star">
-    Afficher le nom de l'appelant et l'image de profil 👤
-  </Card>
-  <Card title="Commandes de la caméra" icon="setting">
-    Changer de caméra et basculer vidéo/audio 📹
-  </Card>
-  <Card title="Gestion des appels" icon="approve-check">
-    Acceptez, rejetez et gérez les appels en toute transparence 📞
-  </Card>
-  <Card title="Multi-Language" icon="translate">
-    Prise en charge de la localisation pour iOS et Android 🌍
-  </Card>
-  <Card title="Commencer" icon="open-book">
-    Consultez le [Guide de démarrage](/docs/plugins/streamcall/getting-started/) pour installer et configurer le plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/textinteraction/getting-started.mdx b/src/content/docs/fr/plugins/textinteraction/getting-started.mdx
deleted file mode 100644
index ba349372d..000000000
--- a/src/content/docs/fr/plugins/textinteraction/getting-started.mdx
+++ /dev/null
@@ -1,274 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the Text Interaction plugin to control iOS text selection magnifier and loupe.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Platform Support
-
-- **iOS**: iOS 15.0+ (requires UITextInteraction API)
-- **Android**: No-op (Retourne unsupported)
-- **Web**: No-op (Retourne unsupported)
-
-## Utilisation Exemple
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-// Disable text interaction (remove magnifier/loupe)
-const result = await TextInteraction.setEnabled({ enabled: false });
-
-if (result.success) {
-  console.log('Text interaction disabled');
-} else {
-  console.log('Not supported on this platform');
-}
-
-// Re-enable text interaction before showing text inputs
-await TextInteraction.setEnabled({ enabled: true });
-```
-
-## API Référence
-
-### setEnabled(Options)
-
-```typescript
-setEnabled(options: { enabled: boolean }) => Promise<{ success: boolean }>
-```
-
-Activer or Désactiver iOS text interaction (magnifier lens and selection handles).
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-**Returns:** `Promise<{ success: boolean }>`
-
-- Returns `{ success: true }` if the operation was successful (iOS 15+)
-- Returns `{ success: false }` if not supported (Android, Web, or iOS < 15)
-
-## Practical Use Cases
-
-### Kiosk Applications
-
-Désactiver text interaction in kiosk mode to prevent Utilisateurs from accessing copy/paste menus:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function enterKioskMode() {
-  // Disable text interaction in kiosk mode
-  const result = await TextInteraction.setEnabled({ enabled: false });
-
-  if (result.success) {
-    console.log('Kiosk mode: Text interaction disabled');
-  }
-}
-
-async function exitKioskMode() {
-  // Re-enable text interaction when exiting kiosk mode
-  await TextInteraction.setEnabled({ enabled: true });
-  console.log('Kiosk mode: Text interaction enabled');
-}
-```
-
-### Game Experiences
-
-Retirer magnifier lens during gameplay and restore it for text input:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class GameController {
-  async startGame() {
-    // Disable text interaction during gameplay
-    await TextInteraction.setEnabled({ enabled: false });
-    console.log('Game started - text interaction disabled');
-  }
-
-  async showTextInput() {
-    // Enable text interaction before showing input
-    await TextInteraction.setEnabled({ enabled: true });
-    console.log('Text input ready - interaction enabled');
-
-    // Show input field
-    this.displayInputField();
-  }
-
-  async hideTextInput() {
-    // Hide input and disable interaction again
-    this.hideInputField();
-    await TextInteraction.setEnabled({ enabled: false });
-  }
-}
-```
-
-### Interactive Installations
-
-Control text interaction for digital signage and interactive displays:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function setupInteractiveDisplay() {
-  // Disable text interaction for display mode
-  await TextInteraction.setEnabled({ enabled: false });
-
-  // Set up touch handlers for display interaction
-  document.addEventListener('touchstart', handleDisplayTouch);
-}
-
-async function enableUserInput() {
-  // Enable text interaction when user needs to input data
-  const result = await TextInteraction.setEnabled({ enabled: true });
-
-  if (result.success) {
-    showInputForm();
-  } else {
-    // Fallback for unsupported platforms
-    showInputFormWithoutTextInteraction();
-  }
-}
-```
-
-### Form Management
-
-Toggle text interaction based on form state:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class FormManager {
-  private textInteractionEnabled = true;
-
-  async disableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: false });
-    this.textInteractionEnabled = false;
-    return result.success;
-  }
-
-  async enableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: true });
-    this.textInteractionEnabled = true;
-    return result.success;
-  }
-
-  async onFormFocus() {
-    // Always enable before showing keyboard
-    await this.enableTextSelection();
-  }
-
-  async onFormBlur() {
-    // Optionally disable after input is complete
-    await this.disableTextSelection();
-  }
-}
-```
-
-### Conditional Text Interaction
-
-Platform-aware text interaction control:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-import { Capacitor } from '@capacitor/core';
-
-async function toggleTextInteraction(enabled: boolean) {
-  // Only attempt on iOS
-  if (Capacitor.getPlatform() === 'ios') {
-    const result = await TextInteraction.setEnabled({ enabled });
-
-    if (result.success) {
-      console.log(`Text interaction ${enabled ? 'enabled' : 'disabled'}`);
-    } else {
-      console.log('Text interaction not supported on this iOS version');
-    }
-  } else {
-    console.log('Text interaction control only available on iOS');
-  }
-}
-
-// Usage
-await toggleTextInteraction(false); // Disable
-await toggleTextInteraction(true);  // Enable
-```
-
-## Bonnes pratiques
-
-- **Always re-Activer before text input**: Désactiver text interaction when needed, but always re-Activer it before showing text input fields or keyboards
-- **Check for platform support**: Verify `result.success` to handle unsupported platforms gracefully
-- **iOS-specific Fonctionnalité**: This plugin is iOS-only; implement fallbacks for Android and Web
-- **Utilisateur experience**: Consider UX implications of disabling text interaction
-- **State management**: Track enabled/disabled state to avoid redundant calls
-
-## Important Reminders
-
-1. **Re-enable for text inputs**: Always call `setEnabled({ enabled: true })` before showing text input fields, otherwise users won't be able to properly select or edit text
-
-2. **Platform detection**: The plugin returns `{ success: false }` on Android, Web, and iOS versions below 15.0
-
-3. **No visual Retour**: Disabling text interaction removes the magnifier but doesn't provide visual Retour - implement your own UI indicators if needed
-
-4. **Safe defaults**: The text interaction system is enabled by default, matching iOS's standard behavior
-
-## Limitations
-
-- iOS 15.0+ only (requires UITextInteraction API)
-- No effect on Android or Web platforms
-- Cannot selectively Désactiver only magnifier or only selection handles
-- No callback for when Utilisateurs attempt to use disabled Fonctionnalités
-
-## Use Cases
-
-- **Kiosk applications**: Prevent copy/paste on controlled installations
-- **Game experiences**: Retirer magnifier during gameplay
-- **Interactive displays**: Control text interaction on digital signage
-- **Custom text editors**: Construction specialized text editing experiences
-- **Sécurité**: Prevent text selection in sensitive areas
-
-## Dépannage
-
-### Text Interaction Not Disabling
-
-- Verify iOS Version is 15.0 or higher
-- Check that `result.success` returns `true`
-- Ensure no other code is re-enabling text interaction
-
-### Utilisateurs Can't Modifier Text
-
-- Make sure you called `setEnabled({ enabled: true })` before showing text inputs
-- Verify the enable call succeeded by checking `result.success`
-- Test on actual iOS Appareil (not just simulator)
diff --git a/src/content/docs/fr/plugins/textinteraction/index.mdx b/src/content/docs/fr/plugins/textinteraction/index.mdx
deleted file mode 100644
index 3c19d1590..000000000
--- a/src/content/docs/fr/plugins/textinteraction/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-textinteraction"
-description: Activer or Désactiver the iOS text interaction loupe for precise control over WebView behaviour.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Retirer the iOS magnifier lens in kiosk or game experiences, then restore it before text entry.
-  image: 
-    file: ~public/icons/plugins/textinteraction.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/textinteraction/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-textinteraction/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Control Apple's text interaction system to tailor UX on kiosk displays, games, and interactive installations.
-
-<CardGrid stagger>
-  <Card title="iOS specific" icon="rocket">
-    Toggle the magnifier lens and selection handles introduced in iOS 15.
-  </Card>
-  <Card title="Simple API" icon="pencil">
-    Call a single method to Activer or Désactiver text interaction state.
-  </Card>
-  <Card title="Safe defaults" icon="approve-check">
-    Receives a boolean result so you can detect unsupported versions.
-  </Card>
-  <Card title="Kiosk friendly" icon="star">
-    Prevent long-press copy/paste on controlled installations or signage.
-  </Card>
-</CardGrid>
-
-Use the Commencer Guide for a minimal integration pattern and reminders to re-Activer interaction before showing text inputs.
diff --git a/src/content/docs/fr/plugins/twilio-voice/getting-started.mdx b/src/content/docs/fr/plugins/twilio-voice/getting-started.mdx
deleted file mode 100644
index 147b444d0..000000000
--- a/src/content/docs/fr/plugins/twilio-voice/getting-started.mdx
+++ /dev/null
@@ -1,567 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et intégrer Twilio Voice pour les appels VoIP dans
-  votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-##Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Prérequis
-
-Vous aurez besoin d'un compte Twilio et de jetons d'accès pour l'authentification. Inscrivez-vous sur [Twilio](https://www.twilio.com/) si vous n'avez pas de compte.
-
-## Configuration de la plateforme
-
-### iOS
-
-Ajoutez les autorisations requises à votre `Info.plist` :
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs microphone access for voice calls</string>
-```
-
-Pour les appels entrants avec PushKit :
-
-1. Activez les notifications push dans les fonctionnalités Xcode
-2. Ajouter le mode d'arrière-plan VoIP
-3. Configurez le certificat VoIP dans la console Twilio
-
-### Android
-
-Ajoutez les autorisations requises à votre `AndroidManifest.xml` :
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-<uses-permission android:name="android.permission.USE_FULL_SCREEN_INTENT" />
-```
-
-Configurez Firebase pour les notifications push :
-
-1. Ajoutez `google-services.json` à votre projet Android
-2. Configurez FCM dans la console Twilio
-
-## Exemple d'utilisation
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// Authenticate with Twilio
-await TwilioVoice.login({
-  accessToken: 'your-twilio-access-token'
-});
-
-// Make a call
-await TwilioVoice.makeCall({
-  to: '+1234567890'
-});
-
-// Listen for call events
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data.callSid);
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('Call disconnected:', data.callSid);
-});
-
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.from);
-
-  // Accept the call
-  TwilioVoice.acceptCall({ callSid: data.callSid });
-
-  // Or reject it
-  // TwilioVoice.rejectCall({ callSid: data.callSid });
-});
-
-// Mute/unmute call
-await TwilioVoice.muteCall({
-  muted: true,
-  callSid: 'current-call-sid'
-});
-
-// Toggle speaker
-await TwilioVoice.setSpeaker({
-  enabled: true
-});
-
-// End call
-await TwilioVoice.endCall({
-  callSid: 'current-call-sid'
-});
-
-// Logout
-await TwilioVoice.logout();
-```
-
-## API Référence
-
-### connexion(options)
-
-```typescript
-login(options: { accessToken: string }) => Promise<void>
-```
-
-Authentifiez-vous auprès de Twilio à l'aide d'un jeton d'accès.
-
-| Paramètres | Tapez |
-| ------------- | --------------------------------- |
-| **`options`** | `{ accessToken: string }` |
-
-### déconnexion()
-
-```typescript
-logout() => Promise<void>
-```
-
-Session de l'utilisateur final et état d'appel clair.
-
-### estLoggedIn()
-
-```typescript
-isLoggedIn() => Promise<{ loggedIn: boolean }>
-```
-
-Vérifiez l'état d'authentification actuel.
-
-**Retours :** `Promise<{ loggedIn: boolean }>`
-
-### makeCall(options)
-
-```typescript
-makeCall(options: { to: string; params?: Record<string, string> }) => Promise<{ callSid: string }>
-```
-
-Lancez un appel sortant vers un numéro spécifié.
-
-| Paramètres | Tapez |
-| ------------- | ------------------------------------------------------- |
-| **`options`** | `{ to: string; params?: Record<string, string> }` |
-
-**Retours :** `Promise<{ callSid: string }>`
-
-### accepter l'appel (options)
-
-```typescript
-acceptCall(options: { callSid: string }) => Promise<void>
-```
-
-Acceptez un appel entrant.
-
-| Paramètres | Tapez |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### rejeter l'appel (options)
-
-```typescript
-rejectCall(options: { callSid: string }) => Promise<void>
-```
-
-Rejeter un appel entrant.
-
-| Paramètres | Tapez |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### fin d'appel (options ?)
-
-```typescript
-endCall(options?: { callSid?: string }) => Promise<void>
-```
-
-Terminez un appel actif.
-
-| Paramètres | Tapez |
-| ------------- | ---------------------------- |
-| **`options`** | `{ callSid?: string }` (facultatif) |
-
-### muteCall (options)
-
-```typescript
-muteCall(options: { muted: boolean; callSid?: string }) => Promise<void>
-```
-
-Couper ou réactiver le son de l'appel.
-
-| Paramètres | Tapez |
-| ------------- | ----------------------------------------------- |
-| **`options`** | `{ muted: boolean; callSid?: string }` |
-
-### setSpeaker(options)
-
-```typescript
-setSpeaker(options: { enabled: boolean }) => Promise<void>
-```
-
-Basculer la sortie du haut-parleur.
-
-| Paramètres | Tapez |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### envoyer des chiffres (options)
-
-```typescript
-sendDigits(options: { digits: string; callSid?: string }) => Promise<void>
-```
-
-Envoyez des tonalités DTMF pendant un appel.
-
-| Paramètres | Tapez |
-| ------------- | --------------------------------------------- |
-| **`options`** | `{ digits: string; callSid?: string }` |
-
-## Écouteurs d'événements
-
-### Événements disponibles- `registered` - Inscrit avec succès auprès de Twilio
-- `unregistered` - Non inscrit depuis Twilio
-- `registrationFailed` - L'enregistrement a échoué
-- `incomingCall` - Appel entrant reçu
-- `callConnected` - Appel connecté avec succès
-- `callDisconnected` - Appel déconnecté
-- `callRinging` - L'appel sortant sonne
-- `callReconnecting` - L'appel est reconnecté
-- `callReconnected` - Appel reconnecté après interruption
-- `qualityWarning` - Avertissement de qualité d'appel
-- `error` - Une erreur s'est produite
-
-### Exemples d'événements
-
-```typescript
-// Handle incoming calls
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.from);
-  console.log('Call SID:', data.callSid);
-
-  // Show incoming call UI
-  showIncomingCallScreen({
-    from: data.from,
-    callSid: data.callSid
-  });
-});
-
-// Handle call state changes
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data.callSid);
-  startCallTimer();
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('Call ended:', data.callSid);
-  stopCallTimer();
-  hideCallScreen();
-});
-
-// Handle quality warnings
-TwilioVoice.addListener('qualityWarning', (data) => {
-  console.warn('Call quality warning:', data.warning);
-  showQualityWarning(data.warning);
-});
-
-// Handle errors
-TwilioVoice.addListener('error', (error) => {
-  console.error('Twilio error:', error.message);
-  handleError(error);
-});
-
-// Remove listeners when done
-const listener = await TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Connected');
-});
-
-// Later...
-listener.remove();
-```
-
-## Exemple complet
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-class VoiceCallService {
-  private currentCallSid: string | null = null;
-  private isMuted = false;
-  private isSpeakerOn = false;
-
-  async initialize(accessToken: string) {
-    try {
-      // Login to Twilio
-      await TwilioVoice.login({ accessToken });
-
-      // Check login status
-      const { loggedIn } = await TwilioVoice.isLoggedIn();
-      console.log('Login status:', loggedIn);
-
-      // Setup event listeners
-      this.setupEventListeners();
-
-    } catch (error) {
-      console.error('Failed to initialize:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // Registration events
-    TwilioVoice.addListener('registered', () => {
-      console.log('Successfully registered with Twilio');
-    });
-
-    TwilioVoice.addListener('registrationFailed', (error) => {
-      console.error('Registration failed:', error);
-    });
-
-    // Incoming call
-    TwilioVoice.addListener('incomingCall', async (data) => {
-      console.log('Incoming call from:', data.from);
-
-      const accepted = await this.showIncomingCallDialog(data.from);
-
-      if (accepted) {
-        await TwilioVoice.acceptCall({ callSid: data.callSid });
-        this.currentCallSid = data.callSid;
-      } else {
-        await TwilioVoice.rejectCall({ callSid: data.callSid });
-      }
-    });
-
-    // Call events
-    TwilioVoice.addListener('callConnected', (data) => {
-      console.log('Call connected');
-      this.currentCallSid = data.callSid;
-      this.showCallScreen();
-    });
-
-    TwilioVoice.addListener('callDisconnected', () => {
-      console.log('Call disconnected');
-      this.currentCallSid = null;
-      this.hideCallScreen();
-    });
-
-    TwilioVoice.addListener('callRinging', () => {
-      console.log('Call ringing...');
-    });
-
-    // Quality warnings
-    TwilioVoice.addListener('qualityWarning', (data) => {
-      console.warn('Call quality warning:', data.warning);
-      this.showQualityIndicator(data.warning);
-    });
-  }
-
-  async makeCall(phoneNumber: string) {
-    try {
-      const result = await TwilioVoice.makeCall({
-        to: phoneNumber,
-        params: {
-          // Optional custom parameters
-          customerId: 'customer-123'
-        }
-      });
-
-      this.currentCallSid = result.callSid;
-      console.log('Call initiated:', result.callSid);
-    } catch (error) {
-      console.error('Failed to make call:', error);
-    }
-  }
-
-  async endCall() {
-    if (this.currentCallSid) {
-      await TwilioVoice.endCall({ callSid: this.currentCallSid });
-      this.currentCallSid = null;
-    }
-  }
-
-  async toggleMute() {
-    this.isMuted = !this.isMuted;
-    await TwilioVoice.muteCall({
-      muted: this.isMuted,
-      callSid: this.currentCallSid || undefined
-    });
-  }
-
-  async toggleSpeaker() {
-    this.isSpeakerOn = !this.isSpeakerOn;
-    await TwilioVoice.setSpeaker({ enabled: this.isSpeakerOn });
-  }
-
-  async sendDTMF(digits: string) {
-    if (this.currentCallSid) {
-      await TwilioVoice.sendDigits({
-        digits,
-        callSid: this.currentCallSid
-      });
-    }
-  }
-
-  async logout() {
-    await TwilioVoice.logout();
-  }
-
-  private async showIncomingCallDialog(from: string): Promise<boolean> {
-    // Show native dialog or custom UI
-    return confirm(`Incoming call from ${from}`);
-  }
-
-  private showCallScreen() {
-    // Show call UI
-    console.log('Showing call screen');
-  }
-
-  private hideCallScreen() {
-    // Hide call UI
-    console.log('Hiding call screen');
-  }
-
-  private showQualityIndicator(warning: string) {
-    // Show quality warning
-    console.log('Quality warning:', warning);
-  }
-}
-
-// Usage
-const voiceService = new VoiceCallService();
-
-// Initialize with access token from your backend
-const token = await fetchTwilioToken();
-await voiceService.initialize(token);
-
-// Make a call
-await voiceService.makeCall('+1234567890');
-
-// Control call
-await voiceService.toggleMute();
-await voiceService.toggleSpeaker();
-await voiceService.sendDTMF('1');
-
-// End call
-await voiceService.endCall();
-
-// Logout
-await voiceService.logout();
-```
-
-## meilleures pratiques
-
-- Récupérez les jetons d'accès depuis votre serveur backend, ne les intégrez jamais dans l'application
-- Implémenter une logique d'actualisation des jetons pour les sessions de longue durée
-- Gérer les interruptions du réseau avec une logique de reconnexion
-- Fournir un retour visuel pour les états d'appel
-- Test sur des appareils réels avec notifications push
-- Mettre en œuvre une gestion appropriée des erreurs
-- Nettoyer les écouteurs lors du démontage des composants
-- Demander les autorisations du microphone avant de passer des appels
-
-## Considérations de sécurité
-
-- Ne stockez jamais les informations d'identification Twilio dans l'application
-- Générez des jetons d'accès sur votre backend
-- Implémenter l'expiration et l'actualisation des jetons
-- Utilisez HTTPS pour toutes les demandes de jetons
-- Valider les appels entrants côté serveur
-
-## Dépannage
-
-### Les appels ne se connectent pas
-
-- Vérifiez que le jeton d'accès est valide et n'a pas expiré
-- Vérifier la connectivité réseau
-- Assurez-vous que les autorisations du microphone sont accordées
-- Vérifiez que le compte Twilio est correctement configuré
-
-### Les notifications push ne fonctionnent pas
-
-- Vérifiez que les certificats PushKit/FCM sont configurés dans Twilio
-- Vérifiez que l'appareil est enregistré pour les notifications push
-- Test avec certificats de production
-
-### Problèmes audio
-
-- Vérifiez les autorisations du microphone
-- Vérifier les paramètres du haut-parleur/Bluetooth
-- Tester le routage audio sur des appareils réels
-
-## Affichage du nom de l'appelant (CapacitorTwilioCallerName)
-
-Par défaut, les appels entrants affichent le numéro de téléphone ou l'identifiant client de l'appelant. Vous pouvez personnaliser cela en passant un paramètre `CapacitorTwilioCallerName` depuis votre backend TwiML pour afficher un nom convivial à la place.
-
-### Configuration du backend
-
-Lors de la génération de votre réponse TwiML pour le cadran `<Client>`, ajoutez le paramètre `CapacitorTwilioCallerName` :
-
-```java
-// Java example
-Parameter callerNameParam = new Parameter.Builder()
-    .name("CapacitorTwilioCallerName")
-    .value("John Doe")
-    .build();
-
-Client client = new Client.Builder(identity)
-    .parameter(callerNameParam)
-    .build();
-
-Dial dial = new Dial.Builder()
-    .client(client)
-    .build();
-```
-
-```javascript
-// Node.js example
-const VoiceResponse = require('twilio').twiml.VoiceResponse;
-
-const response = new VoiceResponse();
-const dial = response.dial();
-dial.client({
-  name: 'CapacitorTwilioCallerName',
-  value: 'John Doe'
-}, identity);
-```
-
-### Comment ça marche
-
-1. Lorsque votre backend reçoit un appel entrant, il génère TwiML pour acheminer l'appel
-2. Incluez le paramètre `CapacitorTwilioCallerName` avec le nom d'affichage de l'appelant
-3. Le plugin extrait automatiquement ce paramètre et l'utilise pour :
-   - iOS Écran d'appel entrant CallKit
-   - Android notification d'appel entrant
-   - Le champ `from` dans les événements `incomingCall`
-   - Le tableau `pendingInvites` en statut d'appel
-
-Si `CapacitorTwilioCallerName` n'est pas fourni, le plugin revient au numéro de téléphone ou à l'ID client de l'appelant.
diff --git a/src/content/docs/fr/plugins/twilio-voice/index.mdx b/src/content/docs/fr/plugins/twilio-voice/index.mdx
deleted file mode 100644
index a5148774d..000000000
--- a/src/content/docs/fr/plugins/twilio-voice/index.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: '@capgo/capacitor-twilio-voice'
-description: >-
-  Plugin d'intégration Twilio Voice API pour les applications Capacitor avec
-  appels VoIP, gestion des appels et gestion audio.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Intégrez Twilio Voice API pour des appels VoIP de haute qualité avec gestion
-    des appels, commandes audio et communication en temps réel.
-  image:
-    file: ~public/icons/plugins/twilio-voice.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/twilio-voice/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-twilio-voice/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Aperçu
-
-Le plugin vocal Capacitor Twilio permet une fonctionnalité d'appel VoIP de haute qualité dans les applications iOS et Android en utilisant la voix API de Twilio. Ce plugin fournit une gestion complète des appels, une authentification et des contrôles audio pour créer des expériences d'appel professionnelles.
-
-<CardGrid stagger>
-  <Card title="Appels VoIP" icon="rocket">
-    Appels vocaux de haute qualité sur Internet avec Twilio Voice API 📞
-  </Card>
-  <Card title="Gestion des appels" icon="setting">
-    Passez, acceptez, rejetez et terminez des appels avec un contrôle total du cycle de vie 🎛️
-  </Card>
-  <Card title="Commandes audio" icon="comment">
-    Options de sourdine, de basculement de haut-parleur et de routage audio 🎤
-  </Card>
-  <Card title="Prise en charge de la plateforme" icon="approve-check">
-    Implémentation native de iOS et Android avec notifications push 📱
-  </Card>
-</CardGrid>
-
-##Installation
-
-```bash
-npm install @capgo/capacitor-twilio-voice
-npx cap sync
-```
-
-## Méthodes principales API
-
-### Authentification
-- `login(options: { accessToken: string })` - Authentifiez-vous avec Twilio à l'aide du jeton d'accès
-- `logout()` - Session utilisateur finale et état d'appel clair
-- `isLoggedIn()` - Vérifier l'état d'authentification actuel
-
-### Call Management
-- `makeCall(options: { to: string })` - Lancer un appel sortant vers le numéro spécifié
-- `acceptCall(options: { callSid: string })` - Accepter l'appel entrant
-- `rejectCall(options: { callSid: string })` - Rejeter l'appel entrant
-- `endCall(options?: { callSid?: string })` - Terminer l'appel actif
-- `muteCall(options: { muted: boolean, callSid?: string })` - Désactiver/réactiver le son de l'appel
-- `setSpeaker(options: { enabled: boolean })` - Basculer la sortie du haut-parleur
-
-## Écouteurs d'événements
-
-Le plugin fournit une gestion complète des événements pour :
-- Événements d'inscription pour l'état de la connexion
-- Changements d'état d'appel (connecté, déconnecté, sonnerie)
-- Avertissements de qualité et problèmes de connexion
-- Notifications d'appels entrants
-
-## Configuration de la plateforme
-
-### iOS Configuration
-- Nécessite l'intégration de PushKit pour les appels entrants
-- Configuration du certificat pour une utilisation en production
-- Autorisations du microphone dans Info.plist
-
-### Android Setup
-- Configuration Firebase pour les notifications push
-- Autorisations du microphone dans AndroidManifest.xml
-- Configuration du service en arrière-plan
-
-## Quick Start Example
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// Authenticate with Twilio
-await TwilioVoice.login({ accessToken: 'your-twilio-access-token' });
-
-// Make a call
-await TwilioVoice.makeCall({ to: '+1234567890' });
-
-// Listen for call events
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data);
-});
-```
-
-##Documents
-
-Consultez la [documentation complète](/docs/plugins/twilio-voice/getting-started/) pour obtenir des instructions de configuration détaillées, une configuration avancée et des exemples d'intégration.
diff --git a/src/content/docs/fr/plugins/updater/api.md b/src/content/docs/fr/plugins/updater/api.md
deleted file mode 100644
index b4d541bc5..000000000
--- a/src/content/docs/fr/plugins/updater/api.md
+++ /dev/null
@@ -1,1012 +0,0 @@
----
-title: Fonctions et paramètres
-description: Toutes les méthodes et paramètres disponibles du plugin
-sidebar:
-  order: 2
-locale: fr
----
-# Configuration du plugin de mise à jour
-
-Consultez le [Readme](https://github.com/Cap-go/capacitor-updater) de Github pour plus d'informations.
-
-<docgen-config>
-<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->
-
-CapacitorUpdater peut être configuré avec ces options :| Accessoire | Tapez | Descriptif | Par défaut | Depuis |
-| ---------------------------- | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------- | ------- |
-| **`appReadyTimeout`** | <code>numéro</code> | Configurez le nombre de millisecondes que le plugin natif doit attendre avant de considérer une mise à jour comme « échouée ». Disponible sur Android, iOS et Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>10000 // (10 secondes)</code> |         |
-| **`responseTimeout`** | <code>numéro</code> | Configurez le nombre de millisecondes que le plugin natif doit attendre avant de prendre en compte le délai d'attente API. Disponible sur Android, iOS et Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>20000 // (20 secondes)</code> |         |
-| **`autoDeleteFailed`** | <code>booléen</code> | Configurez si le plugin doit utiliser la suppression automatique des bundles ayant échoué. Disponible sur Android, iOS et Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                                              | <code>true</code> |         |
-| **`autoDeletePrevious`** | <code>booléen</code> | Configurez si le plugin doit utiliser la suppression automatique des bundles précédents après une mise à jour réussie. Disponible sur Android, iOS et Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                      | <code>true</code> |         |
-| **`autoUpdate`** | <code>booléen</code> | Configurez si le plugin doit utiliser la mise à jour automatique via un serveur de mise à jour. Disponible sur Android, iOS et Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>true</code> |         |
-| **`resetWhenUpdate`** | <code>booléen</code> | Supprimez automatiquement les bundles téléchargés précédents lorsqu'un bundle d'applications natives plus récent est installé sur l'appareil. Disponible sur Android, iOS et Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>true</code> |         |
-| **`updateUrl`** | <code>string</code> | Configurez l'URL/le point de terminaison auquel les vérifications de mise à jour sont envoyées. Disponible sur Android, iOS et Electron.| <code>https://plugin.capgo.app/updates</code> |         |
-| **`channelUrl`** | <code>string</code> | Configurez l'URL/le point de terminaison pour les opérations de canal. Disponible sur Android, iOS et Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          | <code>https://plugin.capgo.app/channel_self</code> |         |
-| **`statsUrl`** | <code>string</code> | Configurez l'URL/le point de terminaison auquel les statistiques de mise à jour sont envoyées. Disponible sur Android, iOS et Electron. Réglez sur "" pour désactiver les rapports de statistiques.                                                                                                                                                                                                                                                                                                                                                                                                                                       | <code>https://plugin.capgo.app/stats</code> |         |
-| **`publicKey`** | <code>string</code>                             | Configure the public key for end to end live update encryption Version 2. Available on Android, iOS, and Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                                             | <code>undefined</code>                             | 6.2.0 |
-| **`version`** | <code>string</code>                             | Configurez la version actuelle de l'application. Celui-ci sera utilisé pour la première demande de mise à jour. If not set, the plugin will get the version from the native code. Disponible sur Android, iOS et Electron.| <code>undefined</code> | 4.17.48 |
-| **`directUpdate`** | <code>booléen \| 'toujours' \| 'atInstall' \| 'au lancement'</code> | Configurez quand le plugin doit diriger l’installation des mises à jour. Uniquement pour le mode autoUpdate. Fonctionne bien pour les applications de moins de 10 Mo et avec les téléchargements effectués à l'aide de l'indicateur --delta. Les fichiers Zip ou les applications de plus de 10 Mo seront relativement lents à mettre à jour pour les utilisateurs. - false : ne jamais effectuer de mises à jour directes (utiliser le comportement par défaut : télécharger au démarrage, défini en arrière-plan) - atInstall : mise à jour directe uniquement lorsque l'application est installée, mise à jour depuis le magasin, sinon agir comme directUpdate = false - onLaunch : mise à jour directe uniquement sur l'application installée, mise à jour depuis le magasin ou après la suppression de l'application, sinon agir comme directUpdate = false - toujours : mise à jour directe dans tous les cas précédents (application installée, mise à jour depuis le magasin, après la suppression ou la reprise de l'application), ne jamais agir comme directUpdate = false - true : (obsolète) Idem comme "toujours" pour une compatibilité descendante. Disponible sur Android, iOS et Electron. | <code>false</code> | 5.1.0 |
-| **`autoSplashscreen`** | <code>booléen</code> | Gérez automatiquement le masquage de l’écran de démarrage lors de l’utilisation de directUpdate. Lorsqu'il est activé, le plugin masquera automatiquement l'écran de démarrage une fois les mises à jour appliquées ou lorsqu'aucune mise à jour n'est nécessaire. Cela supprime le besoin d'écouter manuellement les événements appReady et d'appeler SplashScreen.hide(). Fonctionne uniquement lorsque directUpdate est défini sur "atInstall", "always" ou true. Nécessite que le plugin @capacitor/splash-screen soit installé et configuré avec launchAutoHide : false. Nécessite l’activation d’autoUpdate et de directUpdate. Disponible sur Android et iOS.                      | <code>false</code> | 7.6.0 |
-| **`periodCheckDelay`** | <code>numéro</code> | Configurez le délai pour la vérification de la mise à jour de la période. l'unité est en secondes. Disponible sur Android, iOS et Electron. Ne peut pas être inférieur à 600 secondes (10 minutes).                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>600 // (10 minutes)</code> |         |
-| **`localS3`** | <code>booléen</code> | Configurez le CLI pour utiliser un serveur local pour les tests ou un serveur de mise à jour auto-hébergé.| <code>undefined</code> | 4.17.48 |
-| **`localHost`** | <code>string</code> | Configurez le CLI pour utiliser un serveur local pour les tests ou un serveur de mise à jour auto-hébergé.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code> | 4.17.48 |
-| **`localWebHost`** | <code>string</code> | Configurez le CLI pour utiliser un serveur local pour les tests ou un serveur de mise à jour auto-hébergé.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code> | 4.17.48 |
-| **`localSupa`** | <code>string</code> | Configurez le CLI pour utiliser un serveur local pour les tests ou un serveur de mise à jour auto-hébergé.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code> | 4.17.48 |
-| **`localSupaAnon`** | <code>string</code> | Configurez le CLI pour utiliser un serveur local pour les tests.| <code>non défini</code> | 4.17.48 |
-| **`localApi`** | <code>string</code> | Configurez le CLI pour utiliser une API locale pour les tests.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code> | 6.3.3 |
-| **`localApiFiles`** | <code>string</code> | Configurez le CLI pour utiliser une API de fichier local pour les tests.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>undefined</code> | 6.3.3 |
-| **`allowModifyUrl`** | <code>booléen</code> | Autorisez le plugin à modifier dynamiquement updateUrl, statsUrl et channelUrl du côté JavaScript.                                                                                                                                                                                                                                                                                                                                                                                                                                                                           | <code>false</code> | 5.4.0 |
-| **`defaultChannel`** | <code>string</code> | Définissez le canal par défaut pour l'application dans la configuration. Sensible aux majuscules et minuscules. Ce paramètre remplacera le canal par défaut défini dans le cloud, mais respectera toujours les remplacements effectués dans le cloud.                                                                                                                                                                                                                                                                                                                                                                                      | <code>undéfini</code> | 5.5.0 |
-| **`appId`**                  | <code>string</code> | Configurez l'ID de l'application pour l'application dans la configuration.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>undefined</code> | 6.0.0 |
-| **`keepUrlPathAfterReload`** | <code>booléen</code> | Configurez le plugin pour conserver le chemin de l'URL après un rechargement. AVERTISSEMENT : lorsqu'un rechargement est déclenché, 'window.history' sera effacé.                                                                                                                                                                                                                                                                                                                                                                                                                                                  | <code>false</code> | 6.8.0 |
-| **`disableJSLogging`** | <code>booléen</code> | Désactivez la journalisation JavaScript du plugin. si c'est vrai, le plugin ne se connectera pas à la console JavaScript. seul le log natif sera réalisé | <code>false</code> | 7.3.0 |
-| **`shakeMenu`** | <code>booléen</code> | Activer le geste de secousse pour afficher le menu de mise à jour à des fins de débogage/test | <code>false</code> | 7.5.0 |## Exemples
-
-Dans `capacitor.config.json` :
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000 // (1 second),
-      "responseTimeout": 10 // (10 second),
-      "autoDeleteFailed": false,
-      "autoDeletePrevious": false,
-      "autoUpdate": false,
-      "resetWhenUpdate": false,
-      "updateUrl": https://example.com/api/auto_update,
-      "channelUrl": https://example.com/api/channel,
-      "statsUrl": https://example.com/api/stats,
-      "publicKey": undefined,
-      "version": undefined,
-      "directUpdate": undefined,
-      "autoSplashscreen": undefined,
-      "periodCheckDelay": undefined,
-      "localS3": undefined,
-      "localHost": undefined,
-      "localWebHost": undefined,
-      "localSupa": undefined,
-      "localSupaAnon": undefined,
-      "localApi": undefined,
-      "localApiFiles": undefined,
-      "allowModifyUrl": undefined,
-      "defaultChannel": undefined,
-      "appId": undefined,
-      "keepUrlPathAfterReload": undefined,
-      "disableJSLogging": undefined,
-      "shakeMenu": undefined
-    }
-  }
-}
-```
-
-Dans `capacitor.config.ts` :
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      appReadyTimeout: 1000 // (1 second),
-      responseTimeout: 10 // (10 second),
-      autoDeleteFailed: false,
-      autoDeletePrevious: false,
-      autoUpdate: false,
-      resetWhenUpdate: false,
-      updateUrl: https://example.com/api/auto_update,
-      channelUrl: https://example.com/api/channel,
-      statsUrl: https://example.com/api/stats,
-      publicKey: undefined,
-      version: undefined,
-      directUpdate: undefined,
-      autoSplashscreen: undefined,
-      periodCheckDelay: undefined,
-      localS3: undefined,
-      localHost: undefined,
-      localWebHost: undefined,
-      localSupa: undefined,
-      localSupaAnon: undefined,
-      localApi: undefined,
-      localApiFiles: undefined,
-      allowModifyUrl: undefined,
-      defaultChannel: undefined,
-      appId: undefined,
-      keepUrlPathAfterReload: undefined,
-      disableJSLogging: undefined,
-      shakeMenu: undefined,
-    },
-  },
-};
-
-export default config;
-```
-
-</docgen-config>
-
-<docgen-index>
-
-* [`notifyAppReady()`](#notifyappready)
-* [`setUpdateUrl(...)`](#setupdateur)
-* [`setStatsUrl(...)`](#setstatsurl)
-* [`setChannelUrl(...)`](#setchannelurl)
-* [`download(...)`](#téléchargement)
-* [`next(...)`](#suivant)
-* [`set(...)`](#ensemble)
-* [`delete(...)`](#delete)
-* [`list(...)`](#liste)
-* [`reset(...)`](#réinitialisation)
-* [`current()`](#actuel)
-* [`reload()`](#rechargement)
-* [`setMultiDelay(...)`](#setmultidelay)
-* [`cancelDelay()`](#canceldelay)
-* [`getLatest(...)`](#getlatest)
-* [`setChannel(...)`](#setchannel)
-* [`unsetChannel(...)`](#unsetchannel)
-* [`getChannel()`](#getchannel)
-* [`listChannels()`](#listchannels)
-* [`setCustomId(...)`](#setcustomid)
-* [`getBuiltinVersion()`](#getbuiltinversion)
-* [`getDeviceId()`](#getdeviceid)
-* [`getPluginVersion()`](#getpluginversion)
-* [`isAutoUpdateEnabled()`](#isautoupdateenabled)
-* [`removeAllListeners()`](#removealllisteners)
-* [`addListener('download', ...)`](#addlistenerdownload-)
-* [`addListener('noNeedUpdate', ...)`](#addlistenernoneedupdate-)
-* [`addListener('updateAvailable', ...)`](#addlistenerupdateavailable-)
-* [`addListener('downloadComplete', ...)`](#addlistenerdownloadcomplete-)
-* [`addListener('majorAvailable', ...)`](#addlistenermajoravailable-)
-* [`addListener('updateFailed', ...)`](#addlistenerupdatefailed-)
-* [`addListener('downloadFailed', ...)`](#addlistenerdownloadfailed-)
-* [`addListener('appReloaded', ...)`](#addlistenerappreloaded-)
-* [`addListener('appReady', ...)`](#addlistenerappready-)
-* [`isAutoUpdateAvailable()`](#isautoupdateavailable)
-* [`getNextBundle()`](#getnextbundle)
-* [`setShakeMenu(...)`](#setshakemenu)
-* [`isShakeMenuEnabled()`](#isshakemenuenabled)
-* [Interfaces](#interfaces)
-* [Type d'alias](#type-aliases)
-
-</docgen-index>
-
-# Méthodes
-
-<docgen-api>
-<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->
-
-## notifyAppReady()
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-Informez Capacitor Updater que le bundle actuel fonctionne (une restauration se produira si cette méthode n'est pas appelée à chaque lancement d'application)
-Par défaut, cette méthode doit être appelée dans les 10 premières secondes après le lancement de l'application, sinon une restauration se produira.
-Modifiez ce comportement avec {@link appReadyTimeout}
-
-**Retours :** <code>Promise<<a href="#appreadyresult">AppReadyResult</a>></code>
-
---------------------
-
-
-## setUpdateUrl(...)
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-Définissez la updateUrl pour l'application, elle sera utilisée pour vérifier les mises à jour.
-
-| Paramètres | Tapez | Descriptif |
-| ------------- | ----------------------------------------------- | ------------------------------------------------- |
-| **`options`** | <code><a href="#updateurl">UpdateUrl</a></code> | contient l'URL à utiliser pour vérifier les mises à jour. |
-
-**Depuis :** 5.4.0
-
---------------------
-
-
-## setStatsUrl(...)
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-Définissez la statsUrl pour l'application, elle sera utilisée pour envoyer des statistiques. Passer une chaîne vide désactivera la collecte de statistiques.| Paramètres | Tapez | Descriptif |
-| ------------- | --------------------------------------------- | ----------------------------------------------- |
-| **`options`** | <code><a href="#statsurl">StatsUrl</a></code> | contient l'URL à utiliser pour l'envoi des statistiques. |
-
-**Depuis :** 5.4.0
-
---------------------
-
-
-## setChannelUrl(...)
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-Définissez le ChannelUrl pour l'application, celui-ci sera utilisé pour définir le canal.
-
-| Paramètres | Tapez | Descriptif |
-| ------------- | ------------------------------------------------- | ------------------------------------------------ |
-| **`options`** | <code><a href="#channelurl">ChannelUrl</a></code> | contient l'URL à utiliser pour définir la chaîne. |
-
-**Depuis :** 5.4.0
-
---------------------
-
-
-## téléchargement(...)
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-Téléchargez un nouveau bundle à partir de l'URL fournie, il doit s'agir d'un fichier zip, avec des fichiers à l'intérieur ou avec un identifiant unique à l'intérieur avec tous vos fichiers
-
-| Paramètres | Tapez | Descriptif |
-| ------------- | ----------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#downloadoptions">Options de téléchargement</a></code> | Le {@link <a href="#downloadoptions">DownloadOptions</a>} pour télécharger un nouveau zip de bundle. |
-
-**Retours :** <code>Promesse<<a href="#bundleinfo">BundleInfo</a>></code>
-
---------------------
-
-
-## suivant(...)
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-Définissez le prochain bundle à utiliser lorsque l'application est rechargée.
-
-| Paramètres | Tapez | Descriptif |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Contient l’ID du prochain Bundle à définir lors du prochain lancement de l’application. {@link <a href="#bundleinfo">BundleInfo.id</a>} |
-
-**Retours :** <code>Promesse<<a href="#bundleinfo">BundleInfo</a>></code>
-
---------------------
-
-
-## ensemble(...)
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-Définissez le bundle actuel et rechargez immédiatement l'application.| Paramètres | Tapez | Descriptif |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Un objet {@link <a href="#bundleid">BundleId</a>} contenant le nouvel identifiant de bundle à définir comme actuel. |
-
---------------------
-
-
-## supprimer(...)
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-Supprime le bundle spécifié du stockage de l'application native. À utiliser avec {@link list} pour obtenir les identifiants de bundle stockés.
-
-| Paramètres | Tapez | Descriptif |
-| ------------- | --------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Un objet {@link <a href="#bundleid">BundleId</a>} contenant l'ID d'un bundle à supprimer (notez qu'il s'agit de l'ID du bundle, PAS du nom de la version) |
-
---------------------
-
-
-## liste(...)
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-Obtenez tous les bundles téléchargés localement dans votre application
-
-| Paramètres | Tapez | Descriptif |
-| ------------- | --------------------------------------------------- | ---------------------------------------------------------------------- |
-| **`options`** | <code><a href="#listoptions">ListOptions</a></code> | Le {@link <a href="#listoptions">ListOptions</a>} pour répertorier les offres groupées |
-
-**Retours :** <code>Promise<<a href="#bundlelistresult">BundleListResult</a>></code>
-
---------------------
-
-
-## réinitialiser (...)
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-Réinitialisez l'application sur le bundle `builtin` (celui envoyé à Apple App Store / Google Play Store) ou le dernier bundle chargé avec succès.
-
-| Paramètres | Tapez | Descriptif |
-| ------------- | ----------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#resetoptions">ResetOptions</a></code> | Contenant {@link <a href="#resetoptions">ResetOptions.toLastSuccessful</a>}, `true` se réinitialise au bundle intégré et `false` sera réinitialisé au dernier bundle chargé avec succès. |
-
---------------------
-
-
-## actuel()
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```Obtenez le bundle actuel, si aucun n'est défini, il renvoie `builtin`. currentNative est le bundle d'origine installé sur l'appareil
-
-**Retours :** <code>Promise<<a href="#currentbundleresult">CurrentBundleResult</a>></code>
-
---------------------
-
-
-## recharger()
-
-```typescript
-reload() => Promise<void>
-```
-
-Recharger la vue
-
---------------------
-
-
-## setMultiDelay(...)
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-Définit un tableau {@link <a href="#delaycondition">DelayCondition</a>} contenant les conditions que le plugin utilisera pour retarder la mise à jour.
-Une fois que toutes les conditions sont remplies, le processus de mise à jour redémarrera comme d'habitude, la mise à jour sera donc installée après une mise en arrière-plan ou la suppression de l'application.
-Pour le type `date`, la valeur doit être une chaîne de date iso8601.
-Pour le genre `background`, la valeur doit être un nombre en millisecondes.
-Pour le genre `nativeVersion`, la valeur doit être le numéro de version.
-Pour le genre `kill`, la valeur n'est pas utilisée.
-La fonction a un comportement incohérent, l'option kill déclenche la mise à jour après le premier kill et non après le prochain arrière-plan comme les autres options. Ce problème sera corrigé dans une prochaine version majeure.
-
-| Paramètres | Tapez | Descriptif |
-| ------------- | --------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#multidelayconditions">MultiDelayConditions</a></code> | Contenant le tableau {@link <a href="#multidelayconditions">MultiDelayConditions</a>} de conditions à définir |
-
-**Depuis :** 4.3.0
-
---------------------
-
-
-##cancelDelay()
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-Annule un {@link <a href="#delaycondition">DelayCondition</a>} pour traiter une mise à jour immédiatement.
-
-**Depuis :** 4.0.0
-
---------------------
-
-
-## getLatest(...)
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-Obtenez le dernier bundle disponible à partir de l'URL de mise à jour
-
-| Paramètres | Tapez |
-| ------------- | ------------------------------------------------------------- |
-| **`options`** | <code><a href="#getlatestoptions">GetLatestOptions</a></code> |
-
-**Retours :** <code>Promesse<<a href="#latestversion">LatestVersion</a>></code>
-
-**Depuis :** 4.0.0
-
---------------------
-
-
-## setChannel(...)
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-Définit le canal pour cet appareil. Le canal doit avoir `allow_device_self_set` activé pour que cela fonctionne.**Remarques importantes :**
-- N'utilisez pas cette méthode pour définir le canal au démarrage. Utilisez plutôt le `defaultChannel` dans votre configuration Capacitor.
-- Cette méthode est destinée à être utilisée une fois que l'application est prête et que l'utilisateur a interagi (par exemple, en optant pour un programme bêta).
-- **Les chaînes publiques ne peuvent pas être auto-attribuées.** Si une chaîne est marquée comme `public`, l'appel de `setChannel()` renverra une erreur. Pour utiliser une chaîne publique, appelez plutôt `unsetChannel()` - l'appareil reviendra automatiquement sur la chaîne publique correspondante.
-- Utilisez `listChannels()` pour découvrir quels canaux sont disponibles et s'ils permettent l'auto-attribution.
-
-| Paramètres | Tapez | Descriptif |
-| ------------- | --------------------------------------------------------------- | -------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setchanneloptions">SetChannelOptions</a></code> | Le canal {@link <a href="#setchanneloptions">SetChannelOptions</a>} est-il à définir |
-
-**Retours :** <code>Promise<<a href="#channelres">ChannelRes</a>></code>
-
-**Depuis :** 4.7.0
-
---------------------
-
-
-## unsetChannel(...)
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-Annulez la priorité du canal pour cet appareil. Après avoir appelé cette méthode, l'appareil recevra automatiquement les mises à jour du **canal public** qui correspondent à ses conditions (plate-forme, type d'appareil, type de build).
-
-Ceci est utile lorsque :
-- Vous souhaitez remettre un appareil sur la piste de mise à jour par défaut
-- Vous souhaitez utiliser une chaîne publique (puisque les chaînes publiques ne peuvent pas être auto-attribuées via `setChannel()`)
-
-| Paramètres | Tapez |
-| ------------- | ------------------------------------------------------------------- |
-| **`options`** | <code><a href="#unsetchanneloptions">UnsetChannelOptions</a></code> |
-
-**Depuis :** 4.7.0
-
---------------------
-
-
-##getChannel()
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-Obtenez la chaîne pour cet appareil
-
-**Retours :** <code>Promise<<a href="#getchannelres">GetChannelRes</a>></code>
-
-**Depuis :** 4.8.0
-
---------------------
-
-
-## listChannels()
-
-```typescript
-listChannels() => Promise<ListChannelsResult>
-```
-
-Répertoriez toutes les chaînes disponibles pour cet appareil. Renvoie les canaux compatibles avec l'environnement actuel de l'appareil (plate-forme, émulateur/appareil réel, version dev/prod) et qui sont soit publics, soit autorisant l'auto-affectation.
-
-Chaque canal du résultat comprend :
-- `public` : Si `true`, il s'agit d'un **canal par défaut**. Vous ne pouvez pas vous y attribuer vous-même en utilisant `setChannel()`. Au lieu de cela, si vous supprimez votre attribution de canal à l'aide de `unsetChannel()`, l'appareil recevra automatiquement les mises à jour de ce canal public.
-- `allow_self_set` : Si `true`, il s'agit d'un **canal auto-attribuable**. Vous pouvez attribuer explicitement l'appareil à ce canal en utilisant `setChannel()`.
-
-**Retours :** <code>Promise<<a href="#listchannelsresult">ListChannelsResult</a>></code>
-
-**Depuis :** 7.5.0
-
---------------------
-
-
-## setCustomId(...)
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```Définir un identifiant personnalisé pour cet appareil
-
-| Paramètres | Tapez | Descriptif |
-| ------------- | ----------------------------------------------------------------- | ------------------------------------------------------------------------------------ |
-| **`options`** | <code><a href="#setcustomidoptions">SetCustomIdOptions</a></code> | est le {@link <a href="#setcustomidoptions">SetCustomIdOptions</a>} customId à définir |
-
-**Depuis :** 4.9.0
-
---------------------
-
-
-##getBuiltinVersion()
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-Obtenez la version native de l'application ou la version intégrée si elle est définie dans la configuration
-
-**Retours :** <code>Promesse<<a href="#builtinversion">BuiltinVersion</a>></code>
-
-**Depuis :** 5.2.0
-
---------------------
-
-
-##getDeviceId()
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-Obtenez un identifiant unique utilisé pour identifier l'appareil (envoyé au serveur de mise à jour automatique)
-
-**Retours :** <code>Promesse<<a href="#deviceid">DeviceId</a>></code>
-
---------------------
-
-
-##getPluginVersion()
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-Obtenez la version native du plugin Capacitor Updater (envoyée au serveur de mise à jour automatique)
-
-**Retours :** <code>Promesse<<a href="#pluginversion">PluginVersion</a>></code>
-
---------------------
-
-
-## isAutoUpdateEnabled()
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-Obtenez l'état de la configuration de la mise à jour automatique.
-
-**Retours :** <code>Promise<<a href="#autoupdateenabled">AutoUpdateEnabled</a>></code>
-
---------------------
-
-
-## RemoveAllListeners()
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-Supprimez tous les écouteurs de ce plugin.
-
-**Depuis :** 1.0.0
-
---------------------
-
-
-## addListener('télécharger', ...)
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement de téléchargement du bundle dans l'application. Se déclenche une fois qu'un téléchargement a commencé, pendant le téléchargement et une fois terminé.
-Cela vous renverra tous les pourcentages de téléchargement pendant le téléchargement
-
-| Paramètres | Tapez |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`** | <code>'télécharger'</code> |
-| **`listenerFunc`** | <code>(état : <a href="#downloadevent">DownloadEvent</a>) => void</code> |
-
-**Renvois :** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Depuis :** 2.0.11
-
---------------------
-
-
-## addListener('noNeedUpdate', ...)
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement sans qu'il soit nécessaire de le mettre à jour, utile lorsque vous souhaitez forcer la vérification à chaque lancement de l'application
-
-| Paramètres | Tapez |
-| ------------------ | ----------------------------------------------------------------------- |
-| **`eventName`** | <code>'noNeedUpdate'</code> |
-| **`listenerFunc`** | <code>(état : <a href="#noneedevent">NoNeedEvent</a>) => void</code> |**Renvois :** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Depuis :** 4.0.0
-
---------------------
-
-
-## addListener('updateAvailable', ...)
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement de mise à jour disponible, utile lorsque vous souhaitez forcer la vérification à chaque lancement de l'application
-
-| Paramètres | Tapez |
-| ------------------ | ----------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'mise à jour disponible'</code> |
-| **`listenerFunc`** | <code>(état : <a href="#updateavailableevent">UpdateAvailableEvent</a>) => void</code> |
-
-**Retours :** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Depuis :** 4.0.0
-
---------------------
-
-
-## addListener('downloadComplete', ...)
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez les événements downloadComplete.
-
-| Paramètres | Tapez |
-| ------------------ | ---------------------------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'téléchargementComplet'</code> |
-| **`listenerFunc`** | <code>(état : <a href="#downloadcompleteevent">DownloadCompleteEvent</a>) => void</code> |
-
-**Retours :** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Depuis :** 4.0.0
-
---------------------
-
-
-## addListener('majorAvailable', ...)
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement de mise à jour majeure dans l'application, informez-vous lorsque la mise à jour majeure est bloquée en définissant DisableAutoUpdateBreaking
-
-| Paramètres | Tapez |
-| ------------------ | ----------------------------------------------------------------------------- |
-| **`eventName`** | <code>'majorAvailable'</code> |
-| **`listenerFunc`** | <code>(état : <a href="#majoravailableevent">MajorAvailableEvent</a>) => void</code> |
-
-**Retours :** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Depuis :** 2.3.0
-
---------------------
-
-
-## addListener('updateFailed', ...)
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement d'échec de la mise à jour dans l'application, vous informez lorsque la mise à jour n'a pas pu être installée au prochain démarrage de l'application.
-
-| Paramètres | Tapez |
-| ------------------ | ------------------------------------------------------------------------------------ |
-| **`eventName`** | <code>'updateFailed'</code> |
-| **`listenerFunc`** | <code>(état : <a href="#updatefailedevent">UpdateFailedEvent</a>) => void</code> |**Retours :** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Depuis :** 2.3.0
-
---------------------
-
-
-## addListener('downloadFailed', ...)
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement d'échec de téléchargement dans l'application, vous informez lorsqu'un téléchargement de bundle a échoué
-
-| Paramètres | Tapez |
-| ------------------ | ----------------------------------------------------------------------------- |
-| **`eventName`** | <code>'échec du téléchargement'</code> |
-| **`listenerFunc`** | <code>(état : <a href="#downloadfailedevent">DownloadFailedEvent</a>) => void</code> |
-
-**Renvois :** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Depuis :** 4.0.0
-
---------------------
-
-
-## addListener('appReloaded', ...)
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement de rechargement dans l'application, informez-vous quand le rechargement a eu lieu
-
-| Paramètres | Tapez |
-| ------------------ | -------------------------- |
-| **`eventName`** | <code>'appReloaded'</code> |
-| **`listenerFunc`** | <code>() => void</code> |
-
-**Renvois :** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Depuis :** 4.3.0
-
---------------------
-
-
-## addListener('appReady', ...)
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Écoutez l'événement de préparation de l'application dans l'application et informez-vous lorsque l'application est prête à être utilisée.
-
-| Paramètres | Tapez |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`** | <code>'appReady'</code> |
-| **`listenerFunc`** | <code>(état : <a href="#appreadyevent">AppReadyEvent</a>) => void</code> |
-
-**Renvois :** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Depuis :** 5.1.0
-
---------------------
-
-
-## isAutoUpdateAvailable()
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-Obtenez si la mise à jour automatique est disponible (non désactivée par serverUrl).
-
-**Retours :** <code>Promise<<a href="#autoupdateavailable">AutoUpdateAvailable</a>></code>
-
---------------------
-
-
-##getNextBundle()
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-Obtenez le prochain bundle qui sera utilisé lors du rechargement de l'application.
-Renvoie null si aucun bundle suivant n'est défini.
-
-**Retours :** <code>Promesse<<a href="#bundleinfo">BundleInfo</a> | nul></code>
-
-**Depuis :** 6.8.0
-
---------------------
-
-
-## setShakeMenu(...)
-
-```typescript
-setShakeMenu(options: SetShakeMenuOptions) => Promise<void>
-```
-
-Activer ou désactiver le menu shake à des fins de débogage/test| Paramètres | Tapez | Descriptif |
-| ------------- | ------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | <code><a href="#setshakemenuoptions">SetShakeMenuOptions</a></code> | Contient un booléen activé pour activer ou désactiver le menu Shake |
-
-**Depuis :** 7.5.0
-
---------------------
-
-
-## isShakeMenuEnabled()
-
-```typescript
-isShakeMenuEnabled() => Promise<ShakeMenuEnabled>
-```
-
-Obtenez l'état actuel du menu shake
-
-**Retours :** <code>Promise<<a href="#shakemenuenabled">ShakeMenuEnabled</a>></code>
-
-**Depuis :** 7.5.0
-
---------------------
-
-
-##Interfaces
-
-
-### AppReadyRésultat
-
-| Accessoire | Tapez |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-
-
-### Informations groupées
-
-| Accessoire | Tapez |
-| ---------------- | ----------------------------------------------------- |
-| **`id`** | <code>string</code> |
-| **`version`** | <code>string</code> |
-| **`downloaded`** | <code>string</code> |
-| **`checksum`** | <code>string</code> |
-| **`status`** | <code><a href="#bundlestatus">BundleStatus</a></code> |
-
-
-### Mettre à jour l'URL
-
-| Accessoire | Tapez |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### StatsUrl
-
-| Accessoire | Tapez |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### URL de la chaîne
-
-| Accessoire | Tapez |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### Options de téléchargement
-
-Cette URL et ces versions sont utilisées pour télécharger le bundle depuis le serveur. Si vous utilisez le backend, toutes les informations seront fournies par la méthode getLatest.
-Si vous n'utilisez pas le backend, vous devez fournir l'URL et la version du bundle. La somme de contrôle et la sessionKey sont requises si vous avez chiffré le bundle avec la commande CLI encrypt, vous devriez les recevoir à la suite de la commande.| Accessoire | Tapez | Descriptif | Par défaut | Depuis |
-| ---------------- | ---------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`url`** | <code>string</code> | L'URL du fichier zip du bundle (par exemple : dist.zip) à télécharger. (Il peut s'agir de n'importe quelle URL. Par exemple : Amazon S3, une balise GitHub, tout autre endroit où vous avez hébergé votre offre groupée.) |                        |       |
-| **`version`** | <code>string</code> | Le code/nom de version de ce bundle/version |                        |       |
-| **`sessionKey`** | <code>string</code> | La clé de session pour la mise à jour, lorsque le bundle est chiffré avec une clé de session | <code>undefined</code> | 4.0.0 |
-| **`checksum`** | <code>string</code> | La somme de contrôle pour la mise à jour, elle doit être en sha256 et chiffrée avec une clé privée si le bundle est chiffré | <code>undefined</code> | 4.0.0 |
-| **`manifest`** | <code>ManifestEntry[]</code> | Le manifeste pour les téléchargements multi-fichiers Delta (manifeste) | <code>non défini</code> | 6.1.0 |
-
-
-###Entrée du manifeste
-
-| Accessoire | Tapez |
-| ------------------ | -------------------------------- |
-| **`file_name`** | <code>chaîne \| null</code> |
-| **`file_hash`** | <code>chaîne \| null</code> |
-| **`download_url`** | <code>chaîne \| null</code> |
-
-
-### BundleId
-
-| Accessoire | Tapez |
-| -------- | ------------------- |
-| **`id`** | <code>string</code> |
-
-
-### BundleListRésultat
-
-| Accessoire | Tapez |
-| ------------- | ------------------------- |
-| **`bundles`** | <code>BundleInfo[]</code> |
-
-
-### Options de liste| Accessoire | Tapez | Descriptif | Par défaut | Depuis |
-| --------- | -------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- | ------------------ | ------ |
-| **`raw`** | <code>booléen</code> | S'il faut renvoyer la liste brute des bundles ou le manifeste. Si c'est vrai, la liste tentera de lire la base de données interne au lieu des fichiers sur le disque. | <code>false</code> | 6.14.0 |
-
-
-### Réinitialiser les options
-
-| Accessoire | Tapez |
-| ---------------------- | -------------------- |
-| **`toLastSuccessful`** | <code>booléen</code> |
-
-
-### CurrentBundleResult
-
-| Accessoire | Tapez |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-| **`native`** | <code>string</code> |
-
-
-### MultiDelayConditions
-
-| Accessoire | Tapez |
-| ------------------------------------ | ----------------------------- |
-| **`delayConditions`** | <code>DelayCondition[]</code> |
-
-
-### Condition de délai
-
-| Accessoire | Tapez | Descriptif |
-| ----------- | --------------------------------------------------------- | --------------------------------------------- |
-| **`kind`** | <code><a href="#delayuntilnext">DelayUntilNext</a></code> | Configurer les conditions de retard dans setMultiDelay |
-| **`value`** | <code>string</code> |                                          |
-
-
-### Dernière version| Accessoire | Tapez | Descriptif | Depuis |
-| ---------------- | ---------------------------- | -------------------------- | ----- |
-| **`version`** | <code>string</code> | Résultat de la méthode getLatest | 4.0.0 |
-| **`checksum`** | <code>string</code> |                            | 6 |
-| **`major`** | <code>booléen</code> |                            |       |
-| **`message`** | <code>string</code> |                            |       |
-| **`sessionKey`** | <code>string</code> |                            |       |
-| **`error`** | <code>string</code> |                            |       |
-| **`old`** | <code>string</code> |                            |       |
-| **`url`** | <code>string</code> |                            |       |
-| **`manifest`** | <code>ManifestEntry[]</code> |                            | 6.1 |
-
-
-### Obtenir les dernières options
-
-| Accessoire | Tapez | Descriptif | Par défaut | Depuis |
-| ------------- | ------------------- | ----------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`channel`** | <code>string</code> | La chaîne pour obtenir la dernière version pour La chaîne doit autoriser 'self_assign' pour que cela fonctionne | <code>undefined</code> | 6.8.0 |
-
-
-### Résolution du canal
-
-| Accessoire | Tapez | Descriptif | Depuis |
-| ------------- | ------------------- | ----------------------------- | ----- |
-| **`status`** | <code>string</code> | État actuel du canal défini | 4.7.0 |
-| **`error`** | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-
-
-### Définir les options de canal
-
-| Accessoire | Tapez |
-| ----------------------- | -------------------- |
-| **`channel`** | <code>string</code> |
-| **`triggerAutoUpdate`** | <code>booléen</code> |
-
-
-### Désactiver les options de canal
-
-| Accessoire | Tapez |
-| ----------------------- | -------------------- |
-| **`triggerAutoUpdate`** | <code>booléen</code> |
-
-
-### GetChannelRes| Accessoire | Tapez | Descriptif | Depuis |
-| ------------- | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`percent`** | <code>numéro</code> | État actuel du téléchargement, entre 0 et 100. | 4.0.0 |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |                                                |       |
-
-
-### Aucun événement nécessaire
-
-| Accessoire | Tapez | Descriptif | Depuis |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | État actuel du téléchargement, entre 0 et 100. | 4.0.0 |
-
-
-### UpdateAvailableEvent
-
-| Accessoire | Tapez | Descriptif | Depuis |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | État actuel du téléchargement, entre 0 et 100. | 4.0.0 |
-
-
-### TéléchargerCompleteEvent
-
-| Accessoire | Tapez | Descriptif | Depuis |
-| ------------ | ------------------------------------------------- | ------------------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Émettre lorsqu'une nouvelle mise à jour est disponible. | 4.0.0 |
-
-
-### ÉvénementMajorAvailable
-
-| Accessoire | Tapez | Descriptif | Depuis |
-| ------------- | ------------------- | ------------------------------------------ | ----- |
-| **`version`** | <code>string</code> | Émettez lorsqu’un nouveau bundle majeur est disponible. | 4.0.0 |
-
-
-### UpdateFailedEvent
-
-| Accessoire | Tapez | Descriptif | Depuis |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Émettre lorsqu'une mise à jour n'a pas pu être installée. | 4.0.0 |
-
-
-###TéléchargementFailedEvent
-
-| Accessoire | Tapez | Descriptif | Depuis |
-| ------------- | ------------------- | -------------------------- | ----- |
-| **`version`** | <code>string</code> | Émettre lorsqu'un téléchargement échoue. | 4.0.0 |
-
-
-### AppReadyÉvénement
diff --git a/src/content/docs/fr/plugins/updater/cordova.md b/src/content/docs/fr/plugins/updater/cordova.md
deleted file mode 100644
index c81bfb2c6..000000000
--- a/src/content/docs/fr/plugins/updater/cordova.md
+++ /dev/null
@@ -1,26 +0,0 @@
----
-title: Cordova
-description: >-
-  Explorer la disponibilité potentielle du plugin de mise à jour de condensateur
-  pour Cordova et les défis impliqués dans son développement.
-sidebar:
-  order: 8
-locale: fr
----
-Vous vous demandez si ce plugin sera un jour disponible pour Cordova.
-
-Nous avons lancé un référentiel R\&D pour cela, mais cela représente une quantité de travail énorme.
-
-## Problèmes
-
-Nous savons que nous pouvons le faire mais pour cela, nous devons lire tout le code de la base de code Cordova comme nous l'avons fait pour Capacitor, pour comprendre comment le faire fonctionner avec les fonctionnalités ap Capgo.
-
-La version Android est plus facile à réaliser puisque les deux utilisent Java, mais iOS nécessite une réécriture complète car Swift n'est toujours pas bien pris en charge dans Cordova.
-
-##Solution
-
-En attendant, voici ce que vous pouvez faire :
-
-* [Soutenez-nous](https://github.com/sponsors/cap-go) le GitHub et nous pouvons donner la priorité à cela. 
-Cela nécessitera au moins 1 mois de travail.
-* Embauchez-nous en tant que [Consultant](https://capgo.app/consulting/), nous avons l'habitude d'aider les grandes entreprises à migrer vers Capacitor, cela prend généralement un mois, et le [bénéfice](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development) est énorme pour votre équipe
diff --git a/src/content/docs/fr/plugins/updater/debugging.mdx b/src/content/docs/fr/plugins/updater/debugging.mdx
deleted file mode 100644
index 32e6c5b61..000000000
--- a/src/content/docs/fr/plugins/updater/debugging.mdx
+++ /dev/null
@@ -1,167 +0,0 @@
----
-title: Debugging
-description: >-
-  Comment déboguer vos mises à jour de Capgo et comprendre le problème que vous
-  pouvez rencontrer avec votre configuration
-sidebar:
-  order: 6
-locale: fr
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Comprendre les journaux cloud :
-
-If you get a cloud refusal code and need concrete remediation steps, see [Common Update Problems](/docs/plugins/updater/commonproblems/).
-
-### Envoyé depuis le backend| codes | Descriptif |
-| ------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **IP invalide** | L'utilisateur se trouve dans un centre de données Google et la mise à jour date de moins de 4 heures. Ceci est fait pour empêcher les appareils des robots Google de compter comme appareils dans votre compte. |
-| **needPlanUpgrade** (auparavant **needUpgrade**) | Indique que vous avez atteint la limite de votre forfait et que l'appareil ne recevra pas de mises à jour avant la mise à niveau ou le mois suivant.                                  |
-| **nonNouveau** | L'appareil dispose de la dernière version disponible.                                                                                                                                |
-| **désactiverPlatformIos** | L'appareil est sur la plateforme iOS, mais celle-ci est désactivée dans les paramètres de la chaîne.                                                                                            |
-| **désactiver la plate-formeAndroid** | L'appareil est sur la plateforme Android, mais celle-ci est désactivée dans les paramètres de la chaîne.                                                                                        |
-| **désactiver la mise à jour automatique** | "majeur" | "mineur" | "numéro_version" | "aucun" |
-| **désactiverAutoUpdateUnderNative** | L'appareil a une version (`1.2.3`) et le canal a une mise à jour (`1.2.2`) sous la version de l'appareil à envoyer, mais celle-ci est désactivée dans les paramètres du canal.                   |
-| **désactiverDevBuild** | L'appareil a une version de développement, mais celle-ci est désactivée dans les paramètres du canal.                                                                                                   |
-| **désactiver l'émulateur** | L'appareil est un émulateur, mais cela est désactivé dans les paramètres du canal.                                                                                                    |
-| **ne peut pasGetBundle** | Échec de la génération d'une URL signée valide pour le téléchargement du bundle. Cela se produit lorsque la génération d’URL du bundle échoue ou renvoie une URL non valide (ne commençant pas par http/https) et qu’aucun manifeste n’est disponible comme solution de secours.                                                                                          |
-| **ne peut pas mettre à jour viaPrivateChannel** | L'appareil a tenté de s'auto-associer à un canal privé, mais les paramètres du canal ne permettent pas l'auto-association de l'appareil (`allow_device_self_set` est faux) et le canal n'est pas public.                                                                                    |
-| **canalMal configuré** | Le canal est configuré pour se désactiverle mise à jour automatique par numéro de version (`disable_auto_update: 'version_number'`), mais le champ `min_update_version` du bundle est nul, ce qui rend impossible de déterminer quels appareils doivent recevoir la mise à jour.                                                                                                                 |
-| **désactiverAutoUpdateMetadata** | La mise à jour automatique est désactivée par les métadonnées du numéro de version. Le canal nécessite que la version de l'appareil soit au moins `min_update_version`, mais la version actuelle de l'appareil est inférieure à ce seuil.                                                                                                         |
-| **désactiverAutoUpdateToMajor** | Le paramètre de canal `disable_auto_update: 'major'` empêche les mises à jour qui augmenteraient le numéro de version majeure (par exemple, empêcher 1.x.x de se mettre à jour vers 2.x.x).                                                                                             |
-| **désactiverAutoUpdateToMinor** | Le paramètre de canal `disable_auto_update: 'minor'` empêche les mises à jour qui augmenteraient le numéro de version mineure (par exemple, empêcher la mise à jour 1.2.x vers 1.3.x).                                                                                             |
-| **désactiverAutoUpdateToPatch** | Le paramètre de canal `disable_auto_update: 'patch'` empêche les mises à jour qui augmenteraient le numéro de version du correctif, ou autorise uniquement les mises à jour au niveau du correctif dans la même version majeure.mineure (par exemple, 1.2.3 peut être mis à jour vers 1.2.4 mais pas vers 1.2.2 ou 1.3.0).                                                                                             |
-| **Bundle manquant** | Le forfait attribué à cette chaîne ne contient aucun contenu téléchargeable. Cela signifie que le bundle n'a pas de `external_url`, pas de `r2_path`, qu'il ne s'agit pas d'une version intégrée et qu'aucune entrée de manifeste n'est disponible au téléchargement.                                                                                                                   |
-| **NoChannelOrOverride** | Aucun canal par défaut n'est configuré pour cette application et l'appareil n'a aucun remplacement de canal spécifique attribué. Au moins un doit être présent pour que les mises à jour fonctionnent.                                                                                                     |
-| **tauxLimité** | Le débit de l'appareil a été limité en raison de demandes excessives.                                                                                                        |
-| **incompatibilité de clé** | La clé publique de chiffrement de l'appareil ne correspond pas à la clé publique utilisée pour chiffrer l'ensemble. Cela se produit lorsque : (1) La clé publique dans `capacitor.config.json` de votre application est différente de celle utilisée lors du téléchargement du bundle, ou (2) Vous avez effectué une rotation de vos clés de chiffrement mais n'avez pas encore mis à jour tous les appareils. La réponse comprend à la fois `deviceKeyId` et `bundleKeyId` (les 4 premiers caractères de chaque clé publique) pour aider à identifier la non-concordance. Pour résoudre ce problème, assurez-vous que la même paire de clés est utilisée à la fois pour le téléchargement des bundles (CLI utilise une clé privée) et dans l'application (capacitor.config.json contient une clé publique). |### Envoyé depuis l'appareil| codes | Descriptif |
-| ------------------------------------ | --------------------------------------------------------------------------------- |
-| **ping** | Action de test interne utilisée pour vérifier que le système de statistiques fonctionne correctement.        |
-| **obtenir** | Les informations pour télécharger la nouvelle version ont été envoyées à l'appareil.                 |
-| **supprimer** | One bundle has been deleted on the device.                                        |
-| **ensemble** | A bundle has been set on the device.                                              |
-| **set_fail** | The bundle failed to set.                                                         |
-| **réinitialiser** | The device reset to the `builtin` bundle.                                         |
-| **télécharger_XX** | Un nouveau bundle a été téléchargé - progression indiquée de XX% (par incréments de 10%). |
-| **download_complete** | The new bundle has finished downloading.                                          |
-| **download_manifest_start** | L'appareil a commencé à télécharger le manifeste de mise à jour.                             |
-| **download_manifest_complete** | L'appareil a terminé le téléchargement du manifeste de mise à jour.                          |
-| **download_zip_start** | L'appareil a commencé à télécharger l'archive du bundle.                                   |
-| **download_zip_complete** | L'appareil a terminé le téléchargement de l'archive du bundle.                                 |
-| **download_manifest_file_fail** | One manifest entry failed to download; la charge utile des statistiques place `version_name` sous la forme `version:fileName` pour identifier l'actif. |
-| **download_manifest_checksum_fail** | The manifest file failed checksum validation.                           |
-| **download_manifest_brotli_fail** | Le fichier manifeste n'a pas pu être décompressé à l'aide de Brotli.                       |
-| **download_fail** | The new bundle failed to download.                                                |
-| **update_fail** | Le nouveau bundle a été installé mais n'a pas réussi à appeler `notifyAppReady`.            |
-| **checksum_fail** | The new bundle failed to validate the checksum. Cela peut se produire pour plusieurs raisons : **1) Incompatibilité de type de somme de contrôle :** La dernière version de CLI et les plugins (version 5.10.0+, 6.25.0+ ou 7+) utilisent les sommes de contrôle SHA256, tandis que les anciens plugins utilisaient CRC32. Si vous voyez une somme de contrôle échouer, vérifiez si la somme de contrôle est CRC32 (un hachage plus court) plutôt que SHA256. Cela indique généralement que le bundle a été téléchargé avec une ancienne version de CLI. Vérifiez la version de votre bundle dans le tableau de bord Capgo : les bundles créés depuis la version 5.10.0/6.25.0/7 doivent utiliser SHA256. Si vous voyez des sommes de contrôle CRC32, assurez-vous que la dernière version du plugin est installée localement (le CLI vérifie la version de votre plugin local pour déterminer le type de somme de contrôle à télécharger), puis mettez à niveau votre CLI et téléchargez à nouveau le bundle. **2) Incompatibilité de clé de chiffrement (sur les versions de plugin inférieures à 8.3.0 ou 5/6/7.38.0) :** Sur les anciennes versions de plugin, si la clé publique de l'appareil ne correspond pas à la clé utilisée pour chiffrer le bundle, lele déchiffrement échouera silencieusement et entraînera un échec de la somme de contrôle. Si vous utilisez le chiffrement et voyez `checksum_fail`, vérifiez que la clé publique dans `capacitor.config.json` de votre application correspond à la clé privée utilisée pour télécharger le bundle. La mise à niveau vers la version 8.3.0+ du plugin (ou 5/6/7.38.0+) vous donnera à la place une erreur `keyMismatch` appropriée du serveur, ce qui rendra ce problème plus facile à diagnostiquer. |
-| **windows_path_fail** | Le zip contient des fichiers contenant un chemin Windows illégal |
-| **canonical_path_fail** | Le chemin des fichiers n'est pas canonique |
-| **répertoire_path_fail** | Il y a une erreur dans le chemin des fichiers zip |
-| **unzip_fail** | la décompression a échoué |
-| **low_mem_fail** | Le téléchargement a échoué en raison d'une mémoire insuffisante sur l'appareil |
-| **app_moved_to_background** | L'application est passée à l'état d'arrière-plan.                                   |
-| **app_moved_to_foreground** | L'application est passée au premier plan.                                   |
-| **décrypter_fail** | Échec du décryptage du bundle téléchargé.                                          |
-| **getChannel** | Le canal actuel de l'appareil a été interrogé.                                   |
-| **setChannel** | Un canal a été défini avec succès pour l'appareil.                                    |
-| **désinstaller** | L'application a été désinstallée ou les données Capgo effacées.                            |
-| **blocked_by_server_url** | Server.url est présent dans la configuration de votre condensateur, cela fait que Capacitor sert l'URL distante et ignore les fichiers locaux, tandis que notre programme de mise à jour est conçu pour fonctionner avec un fichier local, Server.url est considéré par Capacitor Makers comme une mauvaise pratique en production et entraînera de nombreux problèmes et le plugin ne fonctionnera pas correctement.                         |### Statut du pack
-
-* `SUCCESS` : installation du bundle terminée
-* `ERROR` : échec de l'installation ou du téléchargement
-* `PENDING`: Download done, pending release
-* `DELETED`: Bundle deleted, still presented for stats
-* `DOWNLOADING`: Currently downloading a bundle
-
-## Comprendre les journaux des appareils :
-
-### Commande de débogage :
-
-There is a debug command for Capgo cloud users.
-
-```bash
-npx @capgo/cli@latest app debug
-```
-
-This will allow you to check all events happening in the app and find a solution if updates don't happen.
-
-###IOS
-
-pour retrouver vos logs sur Xcode
-
-<LinkCard
-    title="Obtention du journal de l'appareil Xcode"
-    href="https://intercom.help/deploygate/en/articles/4682692-getting-the-device-log-in-xcode"
-/>
-
-### Android :
-
-pour retrouver vos logs sur le studio Android
-
-<LinkCard
-    title="Afficher les journaux avec Logcat"
-    href="https://developer.android.com/studio/debug/am-logcat"
-/>
-
-### Journaux d'explications
-
-* `Échec du téléchargement depuis` **=>** identique à **download\_fail**
-* `notifyAppReady n'a pas été appelé, restaurer le bundle actuel` => identique à **update\_fail**
-
-## Trouver le bundle téléchargé sur votre appareil
-
-### iOS
-
-To debug on iOS, you need to dump the app on your computer, you can do it like this:
-
-Xcode has a built-in feature for inspecting the file system of developer-installed apps on an iOS device.
-![Xcode Window menu showing Devices and Simulators option](/ios_debug_update_1.webp)
-
-Pour y parvenir :
-
-* Connectez votre appareil à votre Mac et sélectionnez Fenêtre > Appareils dans la barre de menu Xcode.
-* Select your device in the left pane under the Devices section.
-* This will show a list of developer-installed apps for that device.
-* Select the app you want to inspect and then select the 3 dots icon near the bottom of the screen.
-* Here you can view the current file system by selecting download a snapshot of it.
-
-![Xcode Devices panel showing app container download option](/ios_debug_update_2.webp)
-
-La sélection de Télécharger le conteneur... téléchargera et exportera un instantané du système de fichiers sous forme de fichier .xcappdata que vous pourrez parcourir.
-
-![Downloaded xcappdata file with Show Package Contents context menu](/ios_debug_update_3.webp)
-
-Right-click on this file and select Show Package Contents to open the folder.
-
-Ouvrez le dossier App Data et vous devriez maintenant voir quelques dossiers tels que Documents, Bibliothèque, tmp, etc.
-
-![iOS structure de dossiers du conteneur d'application affichant les dossiers Documents et Bibliothèque](/ios_debug_update_4.webp)
-
-Ensuite vous trouverez une version dans 2 dossiers :
-
-`library/NoCloud/ionic_built_snapshots` est nécessaire après le redémarrage de l'application
-
-et `documents/versions` pour le rechargement à chaud
-
-### Android
-
-Pour déboguer sur Android, vous devez accéder à l'appareil depuis Android Studio :
-
-* Cliquez sur Affichage > Fenêtres d'outils > Explorateur de fichiers de périphérique ou cliquez sur le bouton Explorateur de fichiers de périphérique dans la barre de la fenêtre d'outils pour ouvrir l'Explorateur de fichiers de périphérique.
-* Sélectionnez un appareil dans la liste déroulante.
-* Open the path **data/data/APP\_NAME/** where **APP\_NAME is your app ID.**
-
-![Android Explorateur de fichiers de périphérique Studio affichant le répertoire de données de l'application](/android_debug_update.webp)
-
-Recherchez ensuite le dossier `versions` pour voir toutes les versions
-
-:::tip[Saviez-vous?]
-Sur Android, toutes les versions sont stockées dans un seul dossier, contrairement à IOS où elles doivent être dupliquées à deux emplacements.
-:::
-
-## Comprendre les journaux de crash de production iOS
-
-<LinkCard
-    title="Comment consulter les journaux de crash de votre application"
-    href="https://developer.apple.com/news/?id=nra79npr"
-/>
diff --git a/src/content/docs/fr/plugins/updater/events.mdx b/src/content/docs/fr/plugins/updater/events.mdx
deleted file mode 100644
index c7ff522ee..000000000
--- a/src/content/docs/fr/plugins/updater/events.mdx
+++ /dev/null
@@ -1,291 +0,0 @@
----
-title: Events
-description: >-
-  Tous les événements que vous pouvez écouter dans le plugin Capacitor Updater
-  pour surveiller l'état et la progression de la mise à jour.
-sidebar:
-  order: 9
-locale: fr
----
-import { Aside, Tabs, TabItem } from '@astrojs/starlight/components';
-
-Le plugin Capacitor Updater fournit plusieurs événements que vous pouvez écouter pour surveiller le processus de mise à jour et répondre aux différents états.
-
-## Configuration de l'écouteur d'événement
-
-Pour écouter les événements, utilisez la méthode `addListener` sur l'objet `CapacitorUpdater` :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Add a listener
-const listener = await CapacitorUpdater.addListener('eventName', (event) => {
-  // Handle the event
-});
-
-// Remove the listener when no longer needed
-listener.remove();
-
-// Remove all listeners
-await CapacitorUpdater.removeAllListeners();
-```
-
-## Événements disponibles
-
-### `download`
-
-Lancé pendant le processus de téléchargement du bundle. Fournit des informations sur la progression du téléchargement.
-
-```typescript
-CapacitorUpdater.addListener('download', (event) => {
-  console.log(`Download progress: ${event.percent}%`);
-  console.log('Bundle info:', event.bundle);
-});
-```
-
-**Données d'événement :**
-- `percent` : numéro - Pourcentage de progression du téléchargement (0-100)
-- `bundle` : BundleInfo - Informations sur le bundle en cours de téléchargement
-
-<Aside>
-Cet événement se déclenche plusieurs fois pendant le téléchargement pour signaler la progression.
-</Aside>
-
-### `noNeedUpdate`
-
-Lancé lorsqu'une vérification des mises à jour détermine qu'aucune mise à jour n'est nécessaire.
-
-```typescript
-CapacitorUpdater.addListener('noNeedUpdate', (event) => {
-  console.log('App is up to date');
-  console.log('Current bundle:', event.bundle);
-});
-```
-
-**Données d'événement :**
-- `bundle` : BundleInfo - Informations sur le forfait actuel
-
-### `updateAvailable`
-
-Lancé lorsqu'une nouvelle mise à jour est disponible en téléchargement.
-
-```typescript
-CapacitorUpdater.addListener('updateAvailable', (event) => {
-  console.log('Update available');
-  console.log('New bundle:', event.bundle);
-  // You can trigger a download here if needed
-});
-```
-
-**Données d'événement :**
-- `bundle` : BundleInfo - Informations sur le bundle de mise à jour disponible
-
-### `downloadComplete`
-
-Lancé lorsqu'un téléchargement de bundle s'est terminé avec succès.
-
-```typescript
-CapacitorUpdater.addListener('downloadComplete', (event) => {
-  console.log('Download completed');
-  console.log('Downloaded bundle:', event.bundle);
-  // You might want to set this bundle as next
-});
-```
-
-**Données d'événement :**
-- `bundle` : BundleInfo - Informations sur le bundle téléchargé
-
-### `majorAvailable`
-
-Lancé lorsqu'une mise à jour majeure est disponible mais bloqué par les paramètres de mise à jour automatique.
-
-```typescript
-CapacitorUpdater.addListener('majorAvailable', (event) => {
-  console.log('Major update available:', event.version);
-  // Notify user about major update
-});
-```
-
-**Données d'événement :**
-- `version` : string - Le numéro de version de la mise à jour majeure
-
-<Aside type="tip">
-Les mises à jour majeures nécessitent généralement une confirmation de l'utilisateur ou des mises à jour de l'App Store. Utilisez cet événement pour informer les utilisateurs de manière appropriée.
-</Aside>
-
-### `updateFailed`
-
-Déclenché lorsqu'une mise à jour n'a pas pu être installée au prochain démarrage de l'application.
-
-```typescript
-CapacitorUpdater.addListener('updateFailed', (event) => {
-  console.error('Update failed to install');
-  console.log('Failed bundle:', event.bundle);
-  // Handle rollback or retry logic
-});
-```
-
-**Données d'événement :**
-- `bundle` : BundleInfo - Informations sur le bundle dont l'installation a échoué
-
-### `downloadFailed`
-
-Lancé lorsqu'un téléchargement de bundle a échoué.
-
-```typescript
-CapacitorUpdater.addListener('downloadFailed', (event) => {
-  console.error('Download failed for version:', event.version);
-  // Handle download retry logic
-});
-```
-
-**Données d'événement :**
-- `version` : chaîne - La version dont le téléchargement a échoué
-
-### `appReloaded`
-
-Lancé lorsque l'application a été rechargée.
-
-```typescript
-CapacitorUpdater.addListener('appReloaded', () => {
-  console.log('App has been reloaded');
-  // Perform any necessary reinitialization
-});
-```
-
-**Données d'événement :** Aucune
-
-### `appReady`
-
-Déclenché lorsque l'application est prête à être utilisée après une mise à jour.
-
-```typescript
-CapacitorUpdater.addListener('appReady', (event) => {
-  console.log('App is ready');
-  console.log('Current bundle:', event.bundle);
-  console.log('Status:', event.status);
-});
-```
-
-**Données d'événement :**
-- `bundle` : BundleInfo - Informations sur le forfait actuel
-- `status` : string - L'état prêt
-
-<Aside type="caution">
-N'oubliez pas d'appeler `notifyAppReady()` dans le délai d'expiration configuré (10 secondes par défaut) pour empêcher la restauration automatique.
-</Aside>
-
-## Objet BundleInfo
-
-De nombreux événements incluent un objet `BundleInfo` avec les propriétés suivantes :
-
-```typescript
-interface BundleInfo {
-  id: string;           // Unique bundle identifier
-  version: string;      // Bundle version
-  downloaded: string;   // Download timestamp
-  checksum?: string;    // Bundle checksum (if available)
-  status: BundleStatus; // Bundle status
-}
-```
-
-Où `BundleStatus` peut être :
-- ``succès'` - Bundle téléchargé avec succès
-- ``erreur'` - Le téléchargement/l'installation du bundle a échoué
-- ``en attente'` - Le bundle est en attente d'être défini comme suivant
-- ``téléchargement'` - Le bundle est en cours de téléchargement
-
-## Exemple : terminer le flux de mise à jour
-
-Voici un exemple de gestion du flux de mise à jour complet avec des événements :
-
-<Aside type="caution">
-Cette classe `UpdateManager` n'inclut pas l'appel `CapacitorUpdater.notifyAppReady()` requis pour le flux de mise à jour automatique.
-Veuillez consulter la documentation [placer correctement l'appel notifyAppReady] (/docs/plugins/updater/auto-update#placing-notifyappready-call-correctly) pour plus d'informations.
-</Aside>
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-export class UpdateManager {
-  private listeners: any[] = [];
-
-  async setupListeners() {
-    // Listen for available updates
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateAvailable', async (event) => {
-        console.log('Update available:', event.bundle.version);
-        // Auto-download the update
-        await CapacitorUpdater.download({ 
-          url: event.bundle.url,
-          version: event.bundle.version 
-        });
-      })
-    );
-
-    // Monitor download progress
-    this.listeners.push(
-      await CapacitorUpdater.addListener('download', (event) => {
-        console.log(`Downloading: ${event.percent}%`);
-        // Update UI progress bar
-        this.updateProgressBar(event.percent);
-      })
-    );
-
-    // Handle download completion
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadComplete', async (event) => {
-        console.log('Download complete:', event.bundle.version);
-        // Set as next bundle
-        await CapacitorUpdater.next({ id: event.bundle.id });
-      })
-    );
-
-    // Handle failures
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadFailed', (event) => {
-        console.error('Download failed:', event.version);
-        this.showError('Update download failed. Please try again later.');
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateFailed', (event) => {
-        console.error('Update installation failed:', event.bundle.version);
-        this.showError('Update installation failed. The app has been rolled back.');
-      })
-    );
-
-    // Handle app ready
-    this.listeners.push(
-      await CapacitorUpdater.addListener('appReady', async (event) => {
-        console.log('App ready with bundle:', event.bundle.version);
-      })
-    );
-  }
-
-  cleanup() {
-    // Remove all listeners when no longer needed
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-
-  private updateProgressBar(percent: number) {
-    // Update your UI progress bar
-  }
-
-  private showError(message: string) {
-    // Show error to user
-  }
-}
-```
-
-## meilleures pratiques1. **Toujours appeler `notifyAppReady()`** : lorsque vous utilisez la mise à jour automatique, appelez toujours cette méthode après l'initialisation de votre application pour empêcher la restauration.
-
-2. **Gérez les échecs avec élégance** : implémentez une gestion appropriée des erreurs pour les échecs de téléchargement et de mise à jour.
-
-3. **Fournir des commentaires aux utilisateurs** : utilisez l'événement de progression du téléchargement pour afficher la progression de la mise à jour aux utilisateurs.
-
-4. **Nettoyer les écouteurs** : supprimez les écouteurs d'événements lorsqu'ils ne sont plus nécessaires pour éviter les fuites de mémoire.
-
-5. **Testez les scénarios de mise à jour** : testez divers scénarios de mise à jour, notamment les échecs, les restaurations et les mises à jour majeures.
diff --git a/src/content/docs/fr/plugins/updater/getting-started.mdx b/src/content/docs/fr/plugins/updater/getting-started.mdx
deleted file mode 100644
index 048af2602..000000000
--- a/src/content/docs/fr/plugins/updater/getting-started.mdx
+++ /dev/null
@@ -1,326 +0,0 @@
----
-title: Commencer
-description: >-
-  Guide de démarrage rapide pour intégrer les mises à jour en direct dans votre
-  application Capacitor avec le plugin Updater.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-##Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Démarrage rapide
-
-Pour la plupart des utilisateurs, nous recommandons de suivre le [guide de démarrage rapide principal](/docs/getting-started/quickstart/) qui couvre à la fois l'installation du plugin et l'intégration cloud de Capgo.
-
-Ce guide de démarrage se concentre sur les détails techniques du plugin pour les utilisateurs avancés qui souhaitent comprendre les mécanismes sous-jacents ou mettre en œuvre des mises à jour auto-hébergées.
-
-## Aperçu
-
-Le plugin Capacitor Updater permet des mises à jour en direct (OTA) pour vos applications Capacitor. Cela vous permet de diffuser des mises à jour de votre application sans passer par les avis de l'App Store.
-
-## Comment ça marche
-
-1. **Téléchargement du bundle** : le plugin télécharge les bundles de mise à jour (fichiers ZIP contenant vos ressources Web)
-2. **Extraction** : les bundles sont extraits vers le stockage de l'appareil
-3. **Rechargement à chaud** : l'application passe au nouveau pack sans nécessiter de redémarrage.
-4. **Retour** : si une mise à jour échoue, l'application revient à la version de travail précédente
-
-## Modes d'utilisation
-
-### 1. Mode de mise à jour automatique (recommandé)
-
-La manière la plus simple d'utiliser le plugin avec gestion automatique des mises à jour :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Plugin handles everything automatically
-// Configure in capacitor.config.ts
-```
-
-Ajoutez à votre `capacitor.config.ts` :
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-update-server.com/api/updates'
-    }
-  }
-}
-```
-
-### 2. Mode manuel
-
-Pour un contrôle avancé du processus de mise à jour :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Download an update
-const bundle = await CapacitorUpdater.download({
-  url: 'https://your-server.com/updates/v1.0.1.zip',
-  version: '1.0.1'
-});
-
-// Set the bundle (will be used on next app start)
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-
-// Or reload immediately
-await CapacitorUpdater.reload();
-```
-
-## Configuration de la plateforme
-
-### iOS
-
-Aucune configuration supplémentaire requise. Le plugin fonctionne immédiatement.
-
-### Android
-
-Aucune configuration supplémentaire requise. Le plugin fonctionne immédiatement.
-
-## Utilisation de base de API
-
-### Télécharger une mise à jour
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-const bundle = await CapacitorUpdater.download({
-  url: 'https://example.com/update.zip',
-  version: '1.0.1'
-});
-
-console.log('Downloaded bundle:', bundle.id);
-```
-
-### Définir le pack actif
-
-```typescript
-// Set bundle to be used on next app start
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-```
-
-### Recharger avec un nouveau pack
-
-```typescript
-// Reload app immediately with new bundle
-await CapacitorUpdater.reload();
-```
-
-### Liste des lots
-
-```typescript
-const { bundles } = await CapacitorUpdater.list();
-console.log('Available bundles:', bundles);
-```
-
-### Supprimer un lot
-
-```typescript
-await CapacitorUpdater.delete({
-  id: 'bundle-id'
-});
-```
-
-### Obtenir le forfait actuel
-
-```typescript
-const { bundle } = await CapacitorUpdater.current();
-console.log('Current bundle:', bundle.version);
-```
-
-## Écouteurs d'événements
-
-Écoutez les événements de mise à jour :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Listen for download progress
-CapacitorUpdater.addListener('download', (info) => {
-  console.log('Download progress:', info.percent);
-});
-
-// Listen for download completion
-CapacitorUpdater.addListener('downloadComplete', (bundle) => {
-  console.log('Download complete:', bundle.version);
-});
-
-// Listen for update failures
-CapacitorUpdater.addListener('updateFailed', (error) => {
-  console.error('Update failed:', error);
-});
-
-// Listen for successful updates
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('Update available:', info.version);
-});
-```
-
-## Options de configuration
-
-Configurez le plugin dans votre `capacitor.config.ts` :
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      // Auto-update settings
-      autoUpdate: true,
-      updateUrl: 'https://api.example.com/updates',
-
-      // Update behavior
-      resetWhenUpdate: true,
-      directUpdate: false,
-
-      // Version settings
-      version: '1.0.0',
-
-      // Security
-      allowModifyUrl: false,
-
-      // Stats collection
-      statsUrl: 'https://api.example.com/stats',
-
-      // Channel (for Capgo cloud)
-      defaultChannel: 'production'
-    }
-  }
-}
-```
-
-## Modèles d'intégration
-
-### Avec le cloud Capgo
-
-La façon la plus simple de commencer :
-
-```typescript
-// Install the Capgo CLI
-npm install -g @capgo/cli
-
-// Login to Capgo
-npx @capgo/cli login
-
-// Upload your first bundle
-npx @capgo/cli bundle upload
-
-// The plugin auto-updates from Capgo cloud
-```
-
-Consultez le [guide de démarrage rapide principal](/docs/getting-started/quickstart/) pour plus de détails.
-
-### Mises à jour auto-hébergées
-
-Hébergez votre propre serveur de mise à jour :
-
-```typescript
-// Configure your update endpoint
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-server.com/api/check-update'
-    }
-  }
-}
-```
-
-Votre serveur devrait renvoyer :
-
-```json
-{
-  "version": "1.0.1",
-  "url": "https://your-server.com/updates/1.0.1.zip"
-}
-```
-
-Voir [Mode auto-hébergé](/docs/plugins/updater/self-hosted/getting-started/) pour plus de détails.
-
-### Flux de mise à jour manuelle
-
-Contrôle total sur les mises à jour :
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-async function checkAndUpdate() {
-  // Check for updates from your server
-  const response = await fetch('https://api.example.com/check-update');
-  const { version, url } = await response.json();
-
-  // Download the update
-  const bundle = await CapacitorUpdater.download({
-    url,
-    version
-  });
-
-  // Notify bundle is ready
-  await CapacitorUpdater.notifyAppReady();
-
-  // Set as next version
-  await CapacitorUpdater.set({ id: bundle.id });
-
-  // Reload when ready
-  await CapacitorUpdater.reload();
-}
-```
-
-## meilleures pratiques
-
-- Appelez toujours `notifyAppReady()` lorsque votre application se charge avec succès
-- Testez minutieusement les mises à jour avant de passer en production
-- Implémenter une gestion appropriée des erreurs en cas de pannes de réseau
-- Utilisez les numéros de version de manière cohérente
-- Gardez les tailles de bundle petites pour des téléchargements plus rapides
-- Surveiller les taux de réussite des mises à jour
-
-## Prochaines étapes- [Référence du plugin API](/docs/plugins/updater/api/) - Documentation complète de API
-- [Paramètres du plugin](/docs/plugins/updater/settings/) - Toutes les options de configuration
-- [Événements](/docs/plugins/updater/events/) - Événements de mise à jour disponibles
-- [Mode auto-hébergé](/docs/plugins/updater/self-hosted/getting-started/) - Exécutez votre propre serveur de mise à jour
-- [Développement local](/docs/plugins/updater/local-dev/getting-started/) - Tester les mises à jour localement
-- [Débogage](/docs/plugins/updater/debugging/) - Guide de dépannage
-
-## Assistance
-
-- [Problèmes connus](/docs/plugins/updater/known-issues/) - Problèmes courants et solutions
-- [GitHub Discussions](https://github.com/Cap-go/capacitor-updater/discussions) - Soutien de la communauté
-- [Discord](https://discord.gg/VnYRvBfgA6) - Chat en temps réel
diff --git a/src/content/docs/fr/plugins/updater/index.mdx b/src/content/docs/fr/plugins/updater/index.mdx
deleted file mode 100644
index a76e12282..000000000
--- a/src/content/docs/fr/plugins/updater/index.mdx
+++ /dev/null
@@ -1,76 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-updater"
-description: Capacitor plugin that powers Capgo's live Mise à jour functionality, enabling seamless over-the-air Mises à jour for your apps.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: The core technology that enables Mises à jour en direct in Capacitor apps, allowing you to Pousser Mises à jour without Application Store approvals.
-  image: 
-    file: ~public/icons/plugins/updater.svg
-  actions: 
-    - text: Commencer
-      link: /docs/getting-started/Démarrage rapide/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-updater/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Over-the-air updates" icon="rocket">
-    Pousser Mises à jour instantly without Application Store reviews 🚀
-  </Card>
-  <Card title="Advanced API" icon="setting">
-    Full control over Mise à jour flow with comprehensive API methods 🛠️
-  </Card>
-  <Card title="Self-hosting ready" icon="download">
-    Run your own Mise à jour server for Terminé control 🏠
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Plugin API](/docs/plugins/updater/api/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
-
-## Quick Links
-
-<LinkCard
-  title="Mises à jour en direct Documentation"
-  description="Learn À propos Canaux, Mise à jour behavior, Restaurations, and more in the main Mises à jour en direct section."
-  href="/docs/live-updates/"
-/>
-
-<LinkCard
-  title="Commencer Guide"
-  description="Follow our Démarrage rapide Guide to Ajouter Mises à jour en direct to your Application."
-  href="/docs/getting-started/quickstart/"
-/>
-
-## Plugin Documentation
-
-This technical Référence covers:
-
-- **[Plugin API](/docs/plugins/updater/api/)** - All Disponible methods and their Utilisation
-- **[Plugin Paramètres](/docs/plugins/updater/Paramètres/)** - Configuration Options for capacitor.config
-- **[Problèmes connus](/docs/plugins/updater/known-issues/)** - Common problems and Solutions
-- **[Débogage](/docs/plugins/updater/Débogage/)** - How to troubleshoot Mise à jour issues
-- **[Events](/docs/plugins/updater/events/)** - Disponible Mise à jour events
-- **[Local Développement](/docs/plugins/updater/local-dev/getting-started/)** - Test Mises à jour locally
-- **[Self-Hosted Mode](/docs/plugins/updater/self-hosted/getting-started/)** - Run your own Mise à jour server
-
-## Installation
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-For Configuration and Configuration, see the [Commencer Guide](/docs/getting-started/Démarrage rapide/).
diff --git a/src/content/docs/fr/plugins/updater/known-issues.mdx b/src/content/docs/fr/plugins/updater/known-issues.mdx
deleted file mode 100644
index 9a996e96c..000000000
--- a/src/content/docs/fr/plugins/updater/known-issues.mdx
+++ /dev/null
@@ -1,132 +0,0 @@
----
-title: Problèmes connus
-description: >-
-  Problèmes connus avec Capacitor et Capgo, et notre programme de mise à jour,
-  cette page vous aidera à comprendre le problème étrange que vous rencontrez
-  avec notre outil
-sidebar:
-  order: 7
-locale: fr
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Rechargement en direct d'Ionic
-
-* Lorsque vous développez, si vous utilisez la fonctionnalité de rechargement en direct Ionic de CLI, elle remplacera le plugin, vous ne verrez donc jamais votre mise à jour.
-
-## Rechargement en direct de Quasar
-
-* Il utilise le même système que Ionic sous le capot, vous ne verrez donc pas vos mises à jour.
-
-## Les mises à jour échouent
-
-* Cela se produit généralement lorsque des mises à jour volumineuses (> 20 Mo) sont publiées, un grand pourcentage d'utilisateurs n'obtiendront pas la dernière version.  
-Dans le passé, les utilisateurs devaient garder l'application ouverte jusqu'à ce que le téléchargement soit terminé. Nous utilisons désormais le téléchargement en arrière-plan, mais il est toujours limité à quelques secondes.
-
-## Android
-
-### Impossible de télécharger
-
-Nous avons constaté des problèmes avec les appareils en Inde et avons appelé les utilisateurs, leur avons fait essayer différents serveurs DNS, et cela a fonctionné.
-
-Donc, si vous rencontrez le problème, essayez d'utiliser un autre serveur DNS comme Cloudflare ou Google DNS.
-
-Cloudflare : 1.1.1.1 et 1.0.0.1
-
-Google DNS : 8.8.8.8 et 8.8.4.4 ou dns.google
-
-<LinkCard
-	title="Comment configurer un serveur DNS préféré sur Android ?"
-	href="https://www.androidpolice.com/use-preferred-dns-server-android-tutorial/"
-/>
-
-### Auto-hébergé
-Lorsque vous diffusez une mise à jour auto-hébergée, n'oubliez pas que vous ne pouvez pas utiliser le point de terminaison "HTTP" car cela va à l'encontre des politiques de sécurité des applications Android. Si vous souhaitez toujours le faire, suivez ce guide :
-
-<LinkCard
-	title="Comment autoriser tous les types de connexion réseau HTTP et HTTPS dans Android (9) Pie ?"
-	href="https://stackoverflow.com/a/51902630/5511370"
-/>
-
-### Décompresser 
-
-Problème de décompression : les entrées DEFLATED peuvent avoir un descripteur EXT
-
-Si vous avez compressé votre bundle avec quelque chose de différent du CLI, le format ou votre zip pourrait être incorrect, veuillez utiliser la commande CLI `npx @capgo/cli zip BUNDLE_FOLDER`.
-
-Il s'agit d'un problème connu de Java :
-
-<LinkCard
-	title="Problème de décompression : les entrées DEFLATED peuvent avoir un descripteur EXT"
-	href="https://bugs.openjdk.org/browse/JDK-8143613"
-/>
-
-
-### Problème Clearfix
-
-* Si vous rencontrez des problèmes avecusesCleartextTraffic, c'est que le plugin suit les bonnes pratiques recommandées par sonar cloud, dans 90% des cas cela fonctionnera très bien, mais avec certains plugins cela pose des problèmes.
-
-Pour résoudre ce problème, ajoutez `android/app/src/main/AndroidManifest.xml` dans la clé `<application>` :
-
-```xml
-tools:replace="android:usesCleartextTraffic"
-xmlns:tools="http://schemas.android.com/tools"
-```
-
-##IOS
-
-### Manifeste de confidentialité
-
-Ajoutez la clé de dictionnaire `NSPrivacyAccessedAPICategoryUserDefaults` à votre [Manifeste de confidentialité](https://capacitorjs.com/docs/ios/privacy-manifest) (généralement `ios/App/PrivacyInfo.xcprivacy`) :
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-  <dict>
-    <key>NSPrivacyAccessedAPITypes</key>
-    <array>
-      <!-- Add this dict entry to the array if the file already exists. -->
-      <dict>
-        <key>NSPrivacyAccessedAPIType</key>
-        <string>NSPrivacyAccessedAPICategoryUserDefaults</string>
-        <key>NSPrivacyAccessedAPITypeReasons</key>
-        <array>
-          <string>CA92.1</string>
-        </array>
-      </dict>
-    </array>
-  </dict>
-</plist>
-```
-
-Nous vous recommandons de déclarer [`CA92.1`](https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api#4278401) comme motif d'accès au [`UserDefaults`](https://developer.apple.com/documentation/foundation/userdefaults) API.
-
-
-### Autorisations réseau
-
-Lorsque vous utilisez un serveur local pour tester la mise à jour, l'application demandera l'autorisation du réseau, c'est un comportement normal, ce n'est pas le cas lorsque vous utilisez un serveur distant.
-
-
-## Les deux systèmes d'exploitation
-
-Lorsque vous effectuez des mises à jour en mode manuel, certains événements ne sont pas faciles à détecter, par exemple l'échec de la mise à jour se déclenche juste avant le rechargement de votre code JS, vous ne pourrez donc pas l'attraper.
-
-Une alternative consiste à répertorier les bundles et à vérifier les statistiques d'erreur pour savoir si la mise à jour échoue.
-
-Nous devons trouver une meilleure façon de gérer cela à l'avenir, mais ce n'est pas une priorité, puisque le mode automatique est la méthode recommandée pour effectuer la mise à jour.
-
-Les PR sont les bienvenus pour nous aider à améliorer cela.
-
-## CLI
-
-si votre CLI a du mal à faire quoi que ce soit,
-
-Vérifiez si **appId** et **appName** sont présents dans votre **capacitor.config.ts**
-
-Suivez le guide de la doc officielle :
-
-<LinkCard
-	title="CapacitorConfiguration"
-	href="https://capacitorjs.com/docs/config"
-/>
diff --git a/src/content/docs/fr/plugins/updater/local-dev/capacitor-updater.mdx b/src/content/docs/fr/plugins/updater/local-dev/capacitor-updater.mdx
deleted file mode 100644
index a372124ca..000000000
--- a/src/content/docs/fr/plugins/updater/local-dev/capacitor-updater.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: >-
-  Utilisation du programme de mise à jour du condensateur avec capgo
-  auto-hébergé
-description: >-
-  Comment utiliser le programme de mise à jour de condensateur avec Capgo
-  auto-hébergé, être totalement autonome avec votre propre instance de Capgo
-sidebar:
-  order: 4
-locale: fr
----
-## Que couvrira ce tutoriel ?
-
-Ce tutoriel montrera comment utiliser le programme de mise à jour des condensateurs dans un environnement de développement avec capgo auto-hébergé.
-
-## Exigences
-
- 1. [Capgo cloné](https://github.com/Cap-go/capgo)
-
-## Commencer
-
-Pour utiliser le programme de mise à jour du condensateur avec capgo auto-hébergé, modifiez le `capacitor.config.ts` à partir du répertoire de votre application et définissez-le comme ceci :
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      statsUrl: "https://localhost:54321/functions/v1/stats",
-      channelUrl: "https://localhost:54321/functions/v1/channel_self",
-      updateUrl: "https://localhost:54321/functions/v1/updates"
-    },
-  },
-};
-```
-
-Cela vous permettra d'utiliser capgo local dans le développement. Cependant, par défaut, cela ne suffit pas.
-
-> Par défaut iOS, Android et Electron s'attendent à ce que vous utilisiez HTTPS, vous devez utiliser un outil comme Ngrock ou localcan pour proxy votre API en https.
-
-Il existe un moyen dans Android d'activer la [communication en texte brut](https://developer.android.com/topic/security/risks/cleartext).
-Ceci peut être réalisé en modifiant [AndroidManifest.xml](https://github.com/Cap-go/capacitor-updater/blob/main/android/src/main/AndroidManifest.xml) et en ajoutant `android:usesCleartextTraffic="true"` dans la balise `application`
-Un exemple complet de ce changement peut être vu [ici](https://gist.github.com/WcaleNieWolny/061a015acdebe35eaf3afd7030797701)
-
-Il pourrait également y avoir un problème empêchant l’application Android de se connecter. Si vous ne voyez aucune requête envoyée aux fonctions Edge, exécutez
-```bash
-adb reverse tcp:54321 tcp:54321
-```
diff --git a/src/content/docs/fr/plugins/updater/local-dev/cli.mdx b/src/content/docs/fr/plugins/updater/local-dev/cli.mdx
deleted file mode 100644
index 51f89cd82..000000000
--- a/src/content/docs/fr/plugins/updater/local-dev/cli.mdx
+++ /dev/null
@@ -1,36 +0,0 @@
----
-title: Utilisation du CLI avec capgo auto-hébergé
-description: >-
-  Ce guide explique comment utiliser CLI avec une instance Capgo auto-hébergée,
-  vous permettant d'utiliser les outils Capgo sur votre propre serveur au lieu
-  du service cloud.
-sidebar:
-  order: 2
-locale: fr
----
-## Que couvrira ce tutoriel ?
-
-Ce tutoriel montrera comment utiliser CLI dans un environnement de développement avec capgo auto-hébergé.
-
-## Commencer
-
-Pour utiliser le CLI avec capgo auto-hébergé, modifiez le `capacitor.config.ts` à partir du répertoire de votre application et définissez-le comme ceci :
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      localHost: "http://localhost:5173",
-      localWebHost: "http://localhost:5173",
-      localSupa: "http://localhost:54321",
-      localSupaAnon: "see_notes",
-    },
-  },
-};
-```
-
-Remarque : Pour obtenir `localSupaAnon`, veuillez suivre [ce tutoriel](/docs/plugin/self-hosted/local-dev/getting-started/) et copiez la « clé anon » dans `localSupaAnon`.
diff --git a/src/content/docs/fr/plugins/updater/local-dev/contributing.mdx b/src/content/docs/fr/plugins/updater/local-dev/contributing.mdx
deleted file mode 100644
index f1714edd1..000000000
--- a/src/content/docs/fr/plugins/updater/local-dev/contributing.mdx
+++ /dev/null
@@ -1,33 +0,0 @@
----
-title: Contributing
-description: >-
-  Un guide détaillé sur la façon de contribuer aux projets open source de Capgo,
-  y compris les avantages de contribuer, les étapes impliquées dans la
-  contribution et les ressources disponibles pour aider les contributeurs dans
-  le processus.
-sidebar:
-  order: 2
-locale: fr
----
-## Pourquoi contribuer ?
-
-Tout d'abord, merci d'envisager de contribuer aux projets open source capgo ! Ce sont des gens comme vous qui font des projets open source Capgo de si bons outils.
-
-Voici quelques raisons pour lesquelles vous pourriez vouloir contribuer :
-
-* Contribuer aux projets open source de capgo est un excellent moyen de gagner de l'argent grâce aux [innombrables primes](https://console.algora.io/org/Capgo) proposées par l'équipe de capgo.
-* Contribuer aux projets open source capgo est un excellent moyen d'ajouter une fonctionnalité que vous aimeriez voir
-* Contribuer aux projets open source capgo est un excellent moyen de corriger un bug que vous avez rencontré
-* [Licence principale Capgo](https://github.com/Cap-go/capgo/blob/main/LICENSE) vous oblige à ouvrir la source de toutes les modifications que vous y apportez. En contribuant votre code, vous conservez vos modifications open source et permettez aux autres de les utiliser
-
-## Comment contribuer
-
- * Tout d'abord, vous devez forker le référentiel auquel vous souhaitez contribuer
- * Deuxièmement, vous devez valider et transmettre vos modifications à ce référentiel
- * Enfin, vous devez ouvrir une pull request
- *C'est ça ! Il ne vous reste plus qu'à attendre que l'équipe capgo examine votre PR
-
-## Autres documents à lire
-
- * [CONTRIBUTING.MD] de Capgo(https://github.com/Cap-go/capgo/blob/main/CONTRIBUTING.md)
- * [BOUNTY.md] de Capgo(https://github.com/Cap-go/capgo/blob/main/BOUNTY.md)
diff --git a/src/content/docs/fr/plugins/updater/local-dev/getting-started.mdx b/src/content/docs/fr/plugins/updater/local-dev/getting-started.mdx
deleted file mode 100644
index 620bd6a4d..000000000
--- a/src/content/docs/fr/plugins/updater/local-dev/getting-started.mdx
+++ /dev/null
@@ -1,79 +0,0 @@
----
-title: Commencer
-description: >-
-  Ce didacticiel montrera comment démarrer Supabase à partir de zéro ainsi que
-  démarrer les fonctions Edge, pour exécuter Capgo par vous-même.
-sidebar:
-  order: 1
-locale: fr
----
-## Que couvrira ce tutoriel ?
-
-Ce tutoriel montrera comment démarrer la supabase à partir de zéro ainsi que démarrer les fonctions Edge. 
-
-## Exigences
- 1. Cloné [capgo](https://github.com/Cap-go/capgo)
- 3. [supase](https://supabase.com/)
-
-## Commencer
-
-Pour commencer, courez
-```bash
-supabase start
-```
-
-Ensuite, vous devriez voir quelque chose comme ceci :
-```js
-Started supabase local development setup.
-
-         API URL: http://localhost:54321
-     GraphQL URL: http://localhost:54321/graphql/v1
-          DB URL: postgresql://postgres:postgres@localhost:54322/postgres
-      Studio URL: http://localhost:54323
-    Inbucket URL: http://localhost:54324
-      JWT secret: [truncated]
-        anon key: supa_key_anon
-service_role key: supa_key_admin
-```
-
-Ensuite, ouvrez `configs.json` et définissez les valeurs suivantes :
-```json
-{
-  "base_domain": {
-    "prod": "console.capgo.app",
-    "development": "development.console.capgo.app",
-    "local": "localhost:3332"
-  },
-  "supa_anon": {
-    "prod": "supa_key_anon",
-    "development": "supa_key_anon",
-    "local": "supa_key_anon"
-  },
-  "supa_url": {
-    "prod": "http://localhost:54321",
-    "development": "http://localhost:54321",
-    "local": "http://localhost:54321"
-  }
-}
-```
-
-où `supa_key_anon` est la valeur de l'étape précédente.
-
-:::danger
-⚠️ Ne validez pas `configs.json` dans le dépôt distant
-:::
-
-Ensuite, vérifiez que vous pouvez accéder à [localhost:54323](http://localhost:54323/projects) et que la table `users` ressemble à ceci
-
-<figure><img src="/supabase.webp" alt="Tableau de bord Supabase affichant le tableau des utilisateurs" /><figcaption></figcaption></figure>
-
-S'il démarre les fonctions Edge en exécutant :
-
-```bash
-supabase functions serve
-```
-
-et démarrez le frontend en exécutant :
-```bash
-bun run serve
-```
diff --git a/src/content/docs/fr/plugins/updater/notify-app-ready.mdx b/src/content/docs/fr/plugins/updater/notify-app-ready.mdx
deleted file mode 100644
index 9a52ed8c5..000000000
--- a/src/content/docs/fr/plugins/updater/notify-app-ready.mdx
+++ /dev/null
@@ -1,36 +0,0 @@
----
-title: Placer correctement l'appel CapacitorUpdater.notifyAppReady()
-description: >-
-  Comment placer correctement l'appel CapacitorUpdater.notifyAppReady() dans
-  votre application pour garantir un flux de mise à jour automatique correct.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code } from '@astrojs/starlight/components';
-import { Aside } from '@astrojs/starlight/components';
-import ConditionalQuestionnaire from '@/components/ConditionalQuestionnaire.astro'
-
-Le placement de l’appel `CapacitorUpdater.notifyAppReady()` est crucial pour le bon déroulement de la mise à jour automatique.
-
-
-Si ce n'est pas fait correctement, l'application ne pourra pas se mettre à jour vers la dernière version. Chaque version qui n'appelle pas `notifyAppReady()` dans les 10 secondes sera marquée comme invalide et sera remplacée par la version valide précédente ou la version par défaut (intégrée).
-
-
-Dans ce guide, nous allons vous montrer comment placer correctement l'appel `notifyAppReady()` dans votre application pour garantir un flux de mise à jour automatique correct.
-
-### `notifyAppReady()` Questionnaire de placement d'appel
-
-<ConditionalQuestionnaire />
-
-
-<div style="margin-top: 3rem;">
-<Aside type="note">
-Si vous ne trouvez pas votre framework dans le questionnaire, n'hésitez pas à le demander sur notre [Discord](https://discord.capgo.app).
-</Aside>
-</div>
diff --git a/src/content/docs/fr/plugins/updater/self-hosted/auto-update.mdx b/src/content/docs/fr/plugins/updater/self-hosted/auto-update.mdx
deleted file mode 100644
index 5684a9239..000000000
--- a/src/content/docs/fr/plugins/updater/self-hosted/auto-update.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: Mise à jour automatique
-description: >-
-  Comment utiliser le point de terminaison de mise à jour de Capgo avec le
-  plugin de mise à jour automatique en mode auto-hébergé, à quoi ils servent et
-  à quoi s'attendre
-sidebar:
-  order: 4
-locale: fr
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Cette documentation vous expliquera comment exécuter votre serveur de mise à jour automatique.
-
-## Serve your bundle
-Assurez-vous que votre bundle est servi via HTTPS et que le serveur dispose des en-têtes CORS appropriés pour permettre à l'application de télécharger la mise à jour.
-par ex. ```https://myserver.com/app/updates/updates.json```
-
-
-Si vous n'êtes pas habitué à proposer une offre groupée, nous vous recommandons d'essayer Capgo Cloud ou de consulter un exemple ici :
-<LinkCard
-	title="Servir un paquet"
-	href="/docs/self-hosted/auto-update/update-endpoint"
-/>
-
-##Configuration
-Ajoutez un ``updateUrl`` à votre ``capacitor.config.json``.
-
-```json
-{
-	"plugins": {
-		"CapacitorUpdater": {
-			"updateUrl": "https://myserver.com/app/updates/updates.json",
-		}
-	}
-}
-```
-:::caution
-Lorsque vous diffusez une mise à jour auto-hébergée, n'oubliez pas que vous ne pouvez pas utiliser le point de terminaison "HTTP", car cela est contraire aux politiques de sécurité des applications Android. À des fins de test, vous pouvez [l'autoriser] (https://stackoverflow.com/questions/45940861/android-8-cleartext-http-traffic-not-permitted).
-:::
-
-## Mise à jour API
-
-Le plugin effectuera un appel POST à votre API à chaque fois que l'application est ouverte, avec ce corps :
-
-```typescript
-interface AppInfos {
-    "platform": "ios" | "android" | "electron",
-    "device_id": "UUID_of_device_unique_by_install",
-    "app_id": "APPID_FROM_CAPACITOR_CONFIG",
-    "custom_id": "your_custom_id_set_on_runtime",
-    "plugin_version": "PLUGIN_VERSION",
-    "version_build": "VERSION_NUMBER_FROM_NATIVE_CODE",
-    "version_code": "VERSION_CODE_FROM_NATIVE_CODE",
-    "version_name": "LAST_DOWNLOADER_VERSION" | "builtin"
-    "version_os": "VERSION_OF_SYSTEM_OS",
-    "is_emulator": boolean,
-    "is_prod": boolean,
-}
-```
-
-Le serveur API doit répondre, en JSON, au plugin condensateur-updater. Avec ces données si une mise à jour est nécessaire :
-
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"checksum": "sha256_checksum_of_bundle"
-}
-```
-
-En mode mise à jour automatique, le serveur doit comparer les versions et renvoyer la bonne, si la clé URL est présente, le plugin démarre le processus de téléchargement.
-
-Si vous ajoutez les clés « message » et « erreur », la version ne sera pas définie et le message sera affiché dans les journaux à la place.
-
-La clé `version` doit être au format [`semver`](https://semver.org/).
-
-Le zip doit contenir `index.html` comme fichier à la racine, ou un seul dossier à la racine avec `index.html` à l'intérieur.
-
-
-Vous pouvez utiliser la commande du CLI pour compresser votre bundle :
-
-```bash title="Create a bundle with your files to serve from your server"
-npx @capgo/cli bundle zip --path [/path/to/my/bundle]
-```
-
-## Génération de la somme de contrôle du bundle
-
-**Important :** Vous devez utiliser le Capgo CLI pour créer votre fichier zip de bundle. Le plugin Capgo nécessite un format et une structure zip spécifiques qui ne sont garantis que lors de l'utilisation de l'outil officiel CLI. Les utilitaires zip standard peuvent créer des archives incompatibles.
-
-Pour générer la somme de contrôle de votre bundle, utilisez la commande zip Capgo CLI avec l'indicateur `--json` :
-
-```bash title="Create bundle with checksum information"
-npx @capgo/cli bundle zip [appId] --json
-```
-
-This command will:
-- Créez un fichier zip correctement formaté compatible avec le plugin Capgo
-- Générer la somme de contrôle SHA256 pour la vérification de l'intégrité
-- Informations sur le bundle de sortie au format JSON
-
-Exemple de sortie :
-```json
-{
-  "version": "1.2.3",
-  "checksum": "a1b2c3d4e5f6789...",
-  "size": 1234567
-}
-```
-
-Utilisez la valeur `checksum` de cette sortie dans votre réponse API pour vous assurer que le plug-in peut vérifier l'intégrité du bundle avant l'installation.
diff --git a/src/content/docs/fr/plugins/updater/self-hosted/encrypted-bundles.mdx b/src/content/docs/fr/plugins/updater/self-hosted/encrypted-bundles.mdx
deleted file mode 100644
index 0cb0ea571..000000000
--- a/src/content/docs/fr/plugins/updater/self-hosted/encrypted-bundles.mdx
+++ /dev/null
@@ -1,64 +0,0 @@
----
-title: Paquets cryptés
-description: >-
-  Un guide complet sur l'utilisation du plugin de mise à jour manuelle dans un
-  environnement auto-hébergé, détaillant les étapes et les processus impliqués
-  dans la gestion des bundles cryptés pour des mises à jour sécurisées et
-  efficaces.
-sidebar:
-  order: 5
-locale: fr
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Chiffrement de bout en bout
-
-À partir de la version 4.15.0, le plugin vous permet d'envoyer des mises à jour cryptées.
-
-### Étape 1 : Créer une clé privée
-```bash title='Create a private key'
-npx @capgo/cli key create
-```
-
-### Étape 2 : Créez et compressez votre bundle
-```bash title="Create bundle zip with checksum"
-npx @capgo/cli bundle zip [appId] --key-v2 --json
-```
-
-L'indicateur `--key-v2` utilise le nouveau système de cryptage avec de meilleures sommes de contrôle, et l'indicateur `--json` affichera les informations du bundle, y compris la somme de contrôle dont vous aurez besoin pour le cryptage.
-
-### Étape 3 : Chiffrez votre forfait
-```bash title="Encrypt bundled zip with checksum"
-npx @capgo/cli encrypt [path/to/zip] [checksum]
-```
-
-Le paramètre `checksum` est la somme de contrôle SHA256 générée par la commande zip à l'étape 2. La commande encrypt renverra un `ivSessionKey` et générera une somme de contrôle chiffrée. N'oubliez pas de renommer la clé `ivSessionKey` en `session_key` dans la charge utile de mise à jour.
-
-### Étape 4 : Utiliser dans votre charge utile de mise à jour
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"session_key": "encrypted_session_key",
-"checksum": "encrypted_checksum_from_encrypt_command"
-}
-```
-
-Le `session_key` est le `ivSessionKey` renvoyé par la commande encrypt, et le `checksum` est la somme de contrôle chiffrée générée lors du chiffrement (et non la somme de contrôle d'origine de la commande zip).
-
-Votre application pourra ensuite utiliser la clé privée pour déchiffrer le `session_key` et utiliser le `session_key` déchiffré pour déchiffrer la mise à jour. La somme de contrôle cryptée garantit la vérification de l’intégrité du bundle.
-
-## En savoir plus
-
-<CardGrid>
-<LinkCard
-	title="Guide de chiffrement de bout en bout"
-	href="https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/"
-	description="Deep dive into how Capgo's encryption system works with RSA + AES cryptography"
-/>
-<LinkCard
-	title=""
-	href="https://capgo.app/blog/self-hosted-live-updates/"
-	description="Complete workflow for setting up self-hosted updates"
-/>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/updater/self-hosted/getting-started.mdx b/src/content/docs/fr/plugins/updater/self-hosted/getting-started.mdx
deleted file mode 100644
index f1ddedd50..000000000
--- a/src/content/docs/fr/plugins/updater/self-hosted/getting-started.mdx
+++ /dev/null
@@ -1,13 +0,0 @@
----
-title: Commencer
-description: >-
-  Un guide complet sur la configuration et la gestion de votre propre serveur de
-  mise à jour automatique pour des mises à jour et une maintenance transparentes
-  des applications.
-sidebar:
-  order: 1
-locale: fr
----
-:::note
-Les mises à jour Delta (manifestes) ne fonctionneront pas dans les mises à jour manuelles, mais elles peuvent fonctionner dans les mises à jour automatiques. À l’heure actuelle, ce n’est pas documenté parce que c’est un processus assez complexe.
-:::
diff --git a/src/content/docs/fr/plugins/updater/self-hosted/handling-channels.mdx b/src/content/docs/fr/plugins/updater/self-hosted/handling-channels.mdx
deleted file mode 100644
index eaa646a13..000000000
--- a/src/content/docs/fr/plugins/updater/self-hosted/handling-channels.mdx
+++ /dev/null
@@ -1,517 +0,0 @@
----
-title: Canal API Point de terminaison
-description: >-
-  Comment créer des points de terminaison de gestion de canaux pour Capgo
-  auto-hébergé afin de gérer les attributions de canaux de périphérique et les
-  requêtes de canal
-sidebar:
-  order: 8
-locale: fr
----
-Les canaux constituent un mécanisme essentiel pour gérer les mises à jour des applications dans Capgo. En mode auto-hébergé, vous devez implémenter des points de terminaison de canal pour gérer les attributions de périphériques, les requêtes de canal et les opérations de gestion des canaux.
-
-## Comprendre les chaînes
-
-Les chaînes vous permettent de :
-- **Contrôler la distribution des mises à jour** : attribuez différentes versions d'application à différents groupes d'utilisateurs
-- **Tests A/B** : testez de nouvelles fonctionnalités avec des segments d'utilisateurs spécifiques  
-- **Déploiements par étapes** : déployez progressivement les mises à jour pour minimiser les risques
-- **Séparation de l'environnement** : mises à jour séparées pour le développement, la préparation et la production
-
-##Configuration
-
-Configurez l'URL du point de terminaison du canal dans votre `capacitor.config.json` :
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://myserver.com/api/channel_self"
-    }
-  }
-}
-```
-
-## Opérations de canal
-
-Le plugin effectue différentes opérations de canal que votre point de terminaison doit gérer :
-
-### 1. Liste des chaînes compatibles (demande GET)
-
-Lorsque le plugin appelle `listChannels()`, il envoie une requête GET pour récupérer tous les canaux compatibles avec l'appareil. Cela renvoie des canaux qui correspondent à l'environnement de l'appareil (dev/prod, émulateur/appareil réel) et permettent soit un accès public, soit une auto-attribution.
-
-#### Format de la demande
-```typescript
-// GET /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Query parameters:
-interface ListChannelsRequest {
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  is_emulator: boolean
-  is_prod: boolean
-  key_id?: string
-}
-```
-
-#### Format de réponse
-```json
-[
-  {
-    "id": 1,
-    "name": "production",
-    "public": true,
-    "allow_self_set": false
-  },
-  {
-    "id": 2,
-    "name": "beta",
-    "public": false,
-    "allow_self_set": true
-  }
-]
-```
-
-#### Comprendre les types de canaux
-
-La réponse comprend deux indicateurs importants pour chaque canal :
-
-- **`public: true`** : Il s'agit d'un **canal par défaut**. Les appareils ne peuvent pas s'y attribuer automatiquement à l'aide de `setChannel()`. Au lieu de cela, si un appareil supprime son attribution de canal (à l'aide de `unsetChannel()`), il recevra automatiquement les mises à jour de ce canal public si cela correspond aux conditions de l'appareil.
-
-- **`allow_self_set: true`** : Il s'agit d'un **canal auto-attribuable**. Les appareils peuvent s'attribuer explicitement à ce canal à l'aide de `setChannel()`. Ceci est utile pour les tests bêta, les tests A/B ou pour permettre aux utilisateurs de s'inscrire à des pistes de mise à jour spécifiques.
-
-:::note
-Un canal peut être `public` OU `allow_self_set`, mais généralement pas les deux. Les chaînes publiques servent de solution de secours par défaut, tandis que les chaînes auto-attribuables nécessitent une inscription explicite.
-:::
-
-### 2. Obtenir le canal (demande PUT)
-
-Lorsque le plugin appelle `getChannel()`, il envoie une requête PUT pour récupérer l'attribution de canal actuelle de l'appareil.
-
-#### Format de la demande
-```typescript
-// PUT /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Body:
-interface GetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-  defaultChannel?: string
-  channel?: string  // For newer plugin versions, contains local channel override
-}
-```
-
-#### Format de réponse
-```json
-{
-  "status": "ok",
-  "channel": "production",
-  "allowSet": true,
-  "message": "",
-  "error": ""
-}
-```
-
-### 3. Définir le canal (requête POST)
-
-Lorsque le plugin appelle `setChannel()`, il envoie une requête POST pour attribuer l'appareil à un canal spécifique.
-
-#### Format de la demande
-```typescript
-// POST /api/channel_self
-interface SetChannelRequest {
-  device_id: string
-  app_id: string
-  channel: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-}
-```
-
-#### Format de réponse
-```json
-{
-  "status": "ok",
-  "message": "Device assigned to channel successfully",
-  "error": ""
-}
-```
-
-#### Cas d'erreur
-
-Lorsqu'un appareil tente de s'attribuer un **canal public** (un avec `public: true`), votre point de terminaison doit renvoyer une erreur :
-
-```json
-{
-  "status": "error",
-  "error": "public_channel_self_set_not_allowed",
-  "message": "This channel is public and does not allow device self-assignment. Unset the channel and the device will automatically use the public channel."
-}
-```
-
-Lorsqu'un appareil tente de s'attribuer à un canal qui ne permet pas l'auto-affectation :
-
-```json
-{
-  "status": "error",
-  "error": "channel_self_set_not_allowed",
-  "message": "This channel does not allow devices to self associate"
-}
-```
-
-### 4. Désactiver le canal (demande DELETE)
-
-Lorsque le plugin appelle `unsetChannel()`, il envoie une requête DELETE pour supprimer l'attribution de canal de l'appareil.
-
-#### Format de la demande
-```typescript
-// DELETE /api/channel_self
-interface UnsetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-```
-
-## Exemple d'implémentation
-
-Voici un exemple JavaScript de la façon d'implémenter le point de terminaison du canal :
-
-```typescript
-interface ChannelRequest {
-  device_id: string
-  app_id: string
-  channel?: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-
-interface ChannelResponse {
-  status: "ok" | "error"
-  channel?: string
-  allowSet?: boolean
-  message?: string
-  error?: string
-}
-
-export const handler = async (event) => {
-  const method = event.httpMethod || event.method
-  const body = JSON.parse(event.body || '{}') as ChannelRequest
-  
-  const { device_id, app_id, channel, platform } = body
-
-  try {
-    switch (method) {
-      case 'GET':
-        return await getDeviceChannel(device_id, app_id)
-        
-      case 'POST':
-        return await setDeviceChannel(device_id, app_id, channel!, platform)
-        
-      case 'DELETE':
-        return await unsetDeviceChannel(device_id, app_id)
-        
-      default:
-        return {
-          status: "error",
-          error: "Method not allowed"
-        }
-    }
-  } catch (error) {
-    return {
-      status: "error",
-      error: error.message
-    }
-  }
-}
-
-async function getDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Query your database for device channel assignment
-  const assignment = await database.getDeviceChannel(deviceId, appId)
-  
-  if (assignment) {
-    return {
-      status: "ok",
-      channel: assignment.channel,
-      allowSet: assignment.allowSelfAssign
-    }
-  }
-  
-  // Return default channel if no assignment found
-  return {
-    status: "ok",
-    channel: "production", // Your default channel
-    allowSet: true
-  }
-}
-
-async function setDeviceChannel(
-  deviceId: string, 
-  appId: string, 
-  channel: string, 
-  platform: string
-): Promise<ChannelResponse> {
-  // Validate channel exists and allows self-assignment
-  const channelConfig = await database.getChannelConfig(channel, appId)
-  
-  if (!channelConfig) {
-    return {
-      status: "error",
-      error: "Channel not found"
-    }
-  }
-  
-  if (!channelConfig.allowDeviceSelfSet) {
-    return {
-      status: "error",
-      error: "Channel does not allow self-assignment"
-    }
-  }
-  
-  // Check platform restrictions
-  if (platform === "ios" && !channelConfig.ios) {
-    return {
-      status: "error", 
-      error: "Channel not available for iOS"
-    }
-  }
-  
-  if (platform === "android" && !channelConfig.android) {
-    return {
-      status: "error", 
-      error: "Channel not available for Android" 
-    }
-  }
-  
-  if (platform === "electron" && !channelConfig.electron) {
-    return {
-      status: "error", 
-      error: "Channel not available for Electron" 
-    }
-  }
-  
-  // Save the assignment
-  await database.setDeviceChannel(deviceId, appId, channel)
-  
-  return {
-    status: "ok",
-    message: "Device assigned to channel successfully"
-  }
-}
-
-async function unsetDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Remove device channel assignment
-  await database.removeDeviceChannel(deviceId, appId)
-  
-  return {
-    status: "ok",
-    message: "Device channel assignment removed"
-  }
-}
-```
-
-## Configuration du canal
-
-Votre système de canaux doit prendre en charge ces options de configuration :
-
-```typescript
-interface ChannelConfig {
-  name: string
-  appId: string
-
-  // Platform targeting
-  ios: boolean              // Allow updates to iOS devices
-  android: boolean          // Allow updates to Android devices
-  electron: boolean         // Allow updates to Electron apps
-
-  // Device type restrictions
-  allow_emulator: boolean   // Allow updates on emulator/simulator devices
-  allow_device: boolean     // Allow updates on real/physical devices
-
-  // Build type restrictions
-  allow_dev: boolean        // Allow updates on development builds (is_prod=false)
-  allow_prod: boolean       // Allow updates on production builds (is_prod=true)
-
-  // Channel assignment
-  public: boolean           // Default channel - devices fall back to this when no override
-  allowDeviceSelfSet: boolean  // Allow devices to self-assign via setChannel()
-
-  // Update policies
-  disableAutoUpdate: "major" | "minor" | "version_number" | "none"
-  disableAutoUpdateUnderNative: boolean
-}
-```
-
-### Logique de filtrage des appareilsLorsque vous répertoriez les chaînes compatibles (requête GET), vous devez filtrer les chaînes en fonction de ces conditions :
-
-1. **Vérification de la plate-forme** : le canal doit autoriser la plate-forme de l'appareil (`ios`, `android` ou `electron`)
-2. **Vérification du type d'appareil** :
-   - Si `is_emulator=true` : le canal doit avoir `allow_emulator=true`
-   - Si `is_emulator=false` : le canal doit avoir `allow_device=true`
-3. **Vérification du type de build** :
-   - Si `is_prod=true` : le canal doit avoir `allow_prod=true`
-   - Si `is_prod=false` : le canal doit avoir `allow_dev=true`
-4. **Contrôle de visibilité** : le canal doit être soit `public=true` OU `allow_device_self_set=true`.
-
-```typescript
-// Example filtering logic
-function getCompatibleChannels(
-  platform: 'ios' | 'android' | 'electron',
-  isEmulator: boolean,
-  isProd: boolean,
-  channels: ChannelConfig[]
-): ChannelConfig[] {
-  return channels.filter(channel => {
-    // Platform check
-    if (!channel[platform]) return false
-
-    // Device type check
-    if (isEmulator && !channel.allow_emulator) return false
-    if (!isEmulator && !channel.allow_device) return false
-
-    // Build type check
-    if (isProd && !channel.allow_prod) return false
-    if (!isProd && !channel.allow_dev) return false
-
-    // Must be accessible (public or self-assignable)
-    if (!channel.public && !channel.allowDeviceSelfSet) return false
-
-    return true
-  })
-}
-```
-
-## Exemple de schéma de base de données
-
-Vous devrez stocker les configurations de canaux et les attributions de périphériques :
-
-```sql
--- Channels table
-CREATE TABLE channels (
-  id SERIAL PRIMARY KEY,
-  name VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-
-  -- Platform targeting
-  ios BOOLEAN DEFAULT true,
-  android BOOLEAN DEFAULT true,
-  electron BOOLEAN DEFAULT true,
-
-  -- Device type restrictions
-  allow_emulator BOOLEAN DEFAULT true,   -- Allow emulator/simulator devices
-  allow_device BOOLEAN DEFAULT true,     -- Allow real/physical devices
-
-  -- Build type restrictions
-  allow_dev BOOLEAN DEFAULT true,        -- Allow development builds
-  allow_prod BOOLEAN DEFAULT true,       -- Allow production builds
-
-  -- Channel assignment
-  public BOOLEAN DEFAULT false,          -- Default channel (fallback)
-  allow_device_self_set BOOLEAN DEFAULT false,  -- Allow self-assignment
-
-  -- Update policies
-  disable_auto_update VARCHAR(50) DEFAULT 'none',
-  disable_auto_update_under_native BOOLEAN DEFAULT false,
-
-  created_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(name, app_id)
-);
-
--- Device channel assignments table
-CREATE TABLE device_channels (
-  id SERIAL PRIMARY KEY,
-  device_id VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-  channel_name VARCHAR(255) NOT NULL,
-  assigned_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(device_id, app_id)
-);
-```
-
-## Gestion des erreurs
-
-Gérez les scénarios d’erreur courants :
-
-```typescript
-// Channel not found
-{
-  "status": "error",
-  "error": "Channel 'beta' not found"
-}
-
-// Self-assignment not allowed
-{
-  "status": "error", 
-  "error": "Channel does not allow device self-assignment"
-}
-
-// Platform not supported
-{
-  "status": "error",
-  "error": "Channel not available for this platform"
-}
-
-// Invalid request
-{
-  "status": "error",
-  "error": "Missing required field: device_id"
-}
-```
-
-## meilleures pratiques
-
-1. **Sécurité** : validez toutes les attributions de canaux par rapport à vos règles métier
-2. **Logging** : enregistrez toutes les opérations du canal pour l'audit et le débogage.
-3. **Performances** : configurations du canal de cache pour réduire les requêtes de base de données
-4. **Validation** : Vérifiez l'authenticité de device_id et app_id
-5. **Limitation du débit** : mettez en œuvre une limitation du débit pour éviter les abus
-
-## Intégration avec les mises à jour
-
-Les attributions de canaux fonctionnent avec votre [Mettre à jour API Endpoint](/docs/plugin/self-hosted/handling-updates/). Lorsqu'un appareil demande une mise à jour, vérifiez son attribution de canal pour déterminer la version à diffuser :
-
-```typescript
-async function getUpdateForDevice(deviceId: string, appId: string) {
-  // Get device's channel assignment
-  const channelAssignment = await getDeviceChannel(deviceId, appId)
-  const channel = channelAssignment.channel || 'production'
-  
-  // Get the version assigned to this channel
-  const channelVersion = await getChannelVersion(channel, appId)
-  
-  return {
-    version: channelVersion.version,
-    url: channelVersion.url,
-    checksum: channelVersion.checksum
-  }
-}
-```
-
-Cela crée un système complet de gestion de canaux auto-hébergé qui vous donne un contrôle total sur la manière dont les mises à jour sont distribuées à vos utilisateurs.
diff --git a/src/content/docs/fr/plugins/updater/self-hosted/handling-stats.mdx b/src/content/docs/fr/plugins/updater/self-hosted/handling-stats.mdx
deleted file mode 100644
index f71417a49..000000000
--- a/src/content/docs/fr/plugins/updater/self-hosted/handling-stats.mdx
+++ /dev/null
@@ -1,192 +0,0 @@
----
-title: Statistiques API
-description: >-
-  Comment utiliser le point de terminaison de statistiques de Capgo avec le
-  plugin de mise à jour automatique en mode auto-hébergé, à quoi ils servent et
-  à quoi s'attendre
-sidebar:
-  order: 7
-locale: fr
----
-import { LinkCard, CardGrid, Aside } from '@astrojs/starlight/components';
-
-## Statistiques API
-
-À partir de la version 1.3.0, le système de mise à jour est capable d'envoyer des statistiques !
-
-Par défaut, toutes les statistiques sont envoyées à notre serveur, pour comprendre l'utilisation et la recherche. 
-
-<Aside>
-Aucune donnée privée n'est envoyée pour les statistiques, uniquement l'UUID aléatoire, la mise à jour de version, la version native de l'application, la plate-forme, l'action et l'ID de l'application.
-</Aside>
-
-Si vous souhaitez plutôt envoyer ces données à votre serveur, modifiez la configuration ci-dessous :
-
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"statsUrl": "YOUR_URL"
-		}
-	}
-}
-```
-
-## Structure des données
-
-Ce que votre serveur recevra est :
-
-```tsx
-interface AppInfosStats {
-	"action": "set", // can be set, delete, set_fail, reset, revert
-	// Then it's the same info as update
-	"app_id": "**.***.**", // app identifier in the store
-	"device_id": "*******", // unique id per app install
-	"platform": "ios", // or android, or electron
-	"custom_id": "user_1", // represent your user
-        "version_name": "1.2.3", // version of the web build
-        "version_build": "1.2.0", // version of the native build
-        "version_code": "120", // build number of the native build
-	"version_os": "16", // OS version of the device
-        "plugin_version": "4.0.0"// to make your api behave differently with different plugins
-        "is_emulator": false,
-    	"is_prod": false,
-}
-```
-
-Vous pouvez également le désactiver totalement, avec une chaîne vide. Gardez à l’esprit que les statistiques sont confidentielles et m’aident à comprendre comment les gens utilisent le plugin, à résoudre les problèmes et à l’améliorer.
-
-## Comportement attendu "pas de mise à jour"
-
-Lorsque votre point de terminaison de mise à jour n'a **aucune nouvelle version**, il doit répondre avec une charge utile d'erreur telle que :
-
-```json
-{ "error": "no_new_version_available", "message": "No new version available" }
-```
-
-Le code `error` doit être exactement `no_new_version_available`. Le `message` peut être n'importe quelle chaîne de votre choix (c'est uniquement pour la journalisation/le débogage). C'est le comportement attendu et il est toujours renvoyé avec HTTP `200`. Si votre point de terminaison de mise à jour renvoie à la place une réponse `200` sans `url`, le plugin le traitera comme un échec de téléchargement et enverra une statistique `download_fail`.
-
-## Exemple d'implémentation
-
-Voici un exemple de code dans JavaScript pour sauvegarder les stats du plugin :
-
-```typescript
-interface AppInfos {
-  version_name: string
-  action: 'ping' |
-          'delete' |
-          'reset' |
-          'set' |
-          'get' |
-          'set_fail' |
-          'update_fail' |
-          'download_fail' |
-          'windows_path_fail' |
-          'canonical_path_fail' |
-          'directory_path_fail' |
-          'unzip_fail' |
-          'low_mem_fail' |
-          'download_10' |
-          'download_20' |
-          'download_30' |
-          'download_40' |
-          'download_50' |
-          'download_60' |
-          'download_70' |
-          'download_80' |
-          'download_90' |
-          'download_complete' |
-          'download_manifest_start' |
-          'download_manifest_complete' |
-          'download_zip_start' |
-          'download_zip_complete' |
-          'download_manifest_file_fail' |
-          'download_manifest_checksum_fail' |
-          'download_manifest_brotli_fail' |
-          'decrypt_fail' |
-          'app_moved_to_foreground' |
-          'app_moved_to_background' |
-          'uninstall' |
-          'needPlanUpgrade' |
-          'missingBundle' |
-          'noNew' |
-          'disablePlatformIos' |
-          'disablePlatformAndroid' |
-          'disableAutoUpdateToMajor' |
-          'cannotUpdateViaPrivateChannel' |
-          'disableAutoUpdateToMinor' |
-          'disableAutoUpdateToPatch' |
-          'channelMisconfigured' |
-          'disableAutoUpdateMetadata' |
-          'disableAutoUpdateUnderNative' |
-          'disableDevBuild' |
-          'disableEmulator' |
-          'cannotGetBundle' |
-          'checksum_fail' |
-          'NoChannelOrOverride' |
-          'setChannel' |
-          'getChannel' |
-          'rateLimited' |
-          'disableAutoUpdate' |
-          'InvalidIp' |
-          'keyMismatch' |
-          'blocked_by_server_url'
-  version_build: string
-  version_code: string
-  version_os: string
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    action,
-    version_code,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    action,
-    version_os,
-    version_code,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  // Save it in your database
-  return { status: 'ok' }
-}
-```
-
-Ce point de terminaison doit renvoyer un JSON :
-
-```json
-{ "status": "ok" }
-```
-
-## Actions
-
-Pour des descriptions détaillées de tous les codes d'action et de leur signification, veuillez vous référer à la documentation de débogage :
-
-* **Actions envoyées depuis l'appareil** : voir la section [documentation de débogage - Envoyées depuis l'appareil](/docs/plugins/updater/debugging/#sent-from-the-device)
-* **Actions envoyées depuis le backend** : voir la section [documentation de débogage - Envoyées depuis le backend](/docs/plugins/updater/debugging/#sent-from-the-backend)
-
-<LinkCard
-	title="Gestion des mises à jour"
-	href="/docs/plugin/self-hosted/handling-updates/"
-/>
diff --git a/src/content/docs/fr/plugins/updater/self-hosted/handling-updates.mdx b/src/content/docs/fr/plugins/updater/self-hosted/handling-updates.mdx
deleted file mode 100644
index 40ab5396e..000000000
--- a/src/content/docs/fr/plugins/updater/self-hosted/handling-updates.mdx
+++ /dev/null
@@ -1,113 +0,0 @@
----
-title: Mettre à jour le point de terminaison API
-description: >-
-  Comment créer le point de terminaison API de votre serveur de mise à jour pour
-  répondre aux requêtes du plug-in Capgo avec les informations de bundle et les
-  sommes de contrôle appropriées
-sidebar:
-  order: 6
-locale: fr
----
-Voici un exemple de code dans JavaScript pour envoyer une mise à jour du plugin
-
-```typescript
-interface AppInfos {
-  version_name: string
-  version_build: string
-  version_os: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  if (version_name === '1.0.0') {
-    return {
-      version: '1.0.1',
-      url: 'https://apiurl.com/mybuild_101.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else if (version_name === '1.0.1') {
-    return {
-      version: '1.0.2',
-      url: 'https://apiurl.com/mybuild_102.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else {
-    return {
-      message: 'Error version not found'
-      version: '',
-      url: '',
-    }
-  }
-}
-```
-
-## Format de réponse
-
-Pour les **bundles non chiffrés**, votre point de terminaison doit renvoyer :
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "sha256_checksum_of_bundle"
-}
-```
-
-Pour les **bundles chiffrés**, vous devez également inclure la clé de session :
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "encrypted_checksum_from_encrypt_command",
-  "session_key": "ivSessionKey_from_encrypt_command"
-}
-```
-
-Et si pas de mise à jour ou d'erreur, ajoutez la clé `message` et éventuellement un `error` :
-
-```json
-{
-  "message": "Version not found",
-  "error": "The backend crashed",
-  "version": "1.0.2",
-}
-```
-
-## Description des champs
-
-- **`checksum`** : hachage SHA256 du fichier zip de votre bundle pour la vérification de l'intégrité
-- **`session_key`** : requis uniquement pour les bundles chiffrés - il s'agit du `ivSessionKey` renvoyé par la commande encrypt
-- **`version`** : Identifiant de version au format semver
-- **`url`** : URL HTTPS où le bundle peut être téléchargé
-
-## Création de bundles
-
-Pour savoir comment créer des bundles compatibles et générer des sommes de contrôle, consultez la [documentation de mise à jour automatique](/docs/plugin/self-hosted/auto-update/#generating-bundle-checksum).
-
-Pour les bundles chiffrés, consultez la [documentation sur les bundles chiffrés](/docs/plugin/self-hosted/encrypted-bundles/) qui explique le flux de travail de chiffrement complet.
diff --git a/src/content/docs/fr/plugins/updater/self-hosted/manual-update.mdx b/src/content/docs/fr/plugins/updater/self-hosted/manual-update.mdx
deleted file mode 100644
index a9faf635b..000000000
--- a/src/content/docs/fr/plugins/updater/self-hosted/manual-update.mdx
+++ /dev/null
@@ -1,71 +0,0 @@
----
-title: Mise à jour manuelle
-description: >-
-  Un guide détaillé sur l'utilisation du plug-in de mise à jour manuelle dans un
-  environnement auto-hébergé, fournissant des instructions complètes sur la
-  configuration et l'utilisation pour gérer efficacement les mises à jour sans
-  recourir à des processus automatiques.
-sidebar:
-  order: 3
-locale: fr
----
-##Configuration
-
-Ajoutez ceci à votre ``capacitor.config.json`` pour désactiver la mise à jour automatique.
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"autoUpdate": false,
-		}
-	}
-}
-```
-
-## Utilisation
-
-Vous pouvez utiliser cet exemple ou recréer la logique dans votre application.
-
-:::caution
-Nous obligeons l'utilisateur à mettre à jour l'application avec une version statique déclarée dans le code. Ceci n'est pas recommandé, vous devez utiliser une version dynamique de votre serveur.
-:::
-
-:::danger
-Nous n'effectuons aucune vérification de version, déchiffrement ou validation de somme de contrôle dans cet exemple. Vous devriez le faire vous-même.
-:::
-
-```tsx
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-import { App } from '@capacitor/app'
-let data = {version: ""}
-CapacitorUpdater.notifyAppReady()
-App.addListener('appStateChange', async(state) => {
-     if (state.isActive) {
-       // Do the download during user active app time to prevent failed download
-       data = await CapacitorUpdater.download({
-       version: '0.0.4',
-       url: 'https://github.com/Cap-go/demo-app/releases/download/0.0.4/dist.zip',
-       })
-     }
-     if (!state.isActive && data.version !== "") {
-       // Do the switch when user leave app
-       SplashScreen.show()
-       try {
-         await CapacitorUpdater.set(data)
-       } catch (err) {
-         console.log(err)
-         SplashScreen.hide() // in case the set fail, otherwise the new app will have to hide it
-       }
-     }
- })
-```
-
-
-
-:::note
-Si cela vous semble demander beaucoup de travail, envisagez d'essayer [essai Capgo](https://capgo.app/register/). Il gérera tout cela pour vous.
-:::
diff --git a/src/content/docs/fr/plugins/updater/settings.mdx b/src/content/docs/fr/plugins/updater/settings.mdx
deleted file mode 100644
index a90d47bfc..000000000
--- a/src/content/docs/fr/plugins/updater/settings.mdx
+++ /dev/null
@@ -1,304 +0,0 @@
----
-title: Settings
-description: >-
-  Tous les paramètres disponibles pour Capacitor Updater, toute la configuration
-  que vous pouvez définir dans votre configuration de condensateur et à quoi ils
-  servent
-sidebar:
-  order: 8
-locale: fr
----
-import {  Aside } from '@astrojs/starlight/components';
-
-Pour avoir un contrôle plus précis sur le système de mise à jour, vous pouvez le configurer avec ces paramètres :
-
-<Aside type="tip">
- Toute modification de ces paramètres dans le fichier condensateur.config nécessite la synchronisation de la plate-forme et leur publication dans le magasin pour que les applications de production les reçoivent.
-</Aside>
-
-
-## `allowModifyUrl`
-
-> Autorisez le plugin à modifier dynamiquement updateUrl, statsUrl et channelUrl du côté JavaScript.
-
-Disponible sur Android, iOS et Electron.
-
-Par défaut : `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "allowModifyUrl": true
-    }
-  }
-}
-```
-
-## `appId`
-
-> Configurez l'identifiant de l'application dans la configuration.
-
-Disponible sur Android, iOS et Electron.
-
-Par défaut : `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appId": "com.example.app"
-    }
-  }
-}
-```
-
-## `appReadyTimeout`
-
-> Configurez le nombre de millisecondes que le plugin natif doit attendre avant de considérer une mise à jour comme « échouée ».
-
-Disponible sur Android, iOS et Electron.
-
-Par défaut : `10000` (10 secondes)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000
-    }
-  }
-}
-```
-
-## `autoDeleteFailed`
-
-> Configurez si le plugin doit automatiquement supprimer les bundles défaillants.
-
-Disponible sur Android, iOS et Electron.
-
-Par défaut : `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeleteFailed": false
-    }
-  }
-}
-```
-
-## `autoDeletePrevious`
-
-> Configurez si le plugin doit automatiquement supprimer les bundles précédents après une mise à jour réussie.
-
-Disponible sur Android, iOS et Electron.
-
-Par défaut : `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeletePrevious": false
-    }
-  }
-}
-```
-
-## `autoSplashscreen`
-
-> Gérez automatiquement le masquage de l'écran de démarrage lors de l'utilisation de directUpdate. Lorsqu'il est activé, le plugin masquera automatiquement l'écran de démarrage une fois les mises à jour appliquées ou lorsqu'aucune mise à jour n'est nécessaire.
-> Cela supprime le besoin d'écouter manuellement les événements appReady et d'appeler SplashScreen.hide().
-> Fonctionne uniquement lorsque directUpdate est défini sur "atInstall", "always" ou true.
-> Nécessite que le plugin @capacitor/splash-screen soit installé et configuré avec launchAutoHide : false.
-> Nécessite l'activation d'autoUpdate et de directUpdate.
-
-Disponible sur Android, iOS et Electron.
-
-Par défaut : `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall",
-      "autoSplashscreen": true
-    }
-  }
-}
-```
-
-## `autoUpdate`
-
-> Configurez si le plugin doit utiliser la mise à jour automatique via un serveur de mise à jour.
-
-Disponible sur Android, iOS et Electron.
-
-Par défaut : `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": false
-    }
-  }
-}
-```
-
-## `channelUrl`
-
-> Configurez l'URL/le point de terminaison pour les opérations de canal.
-
-Disponible sur Android, iOS et Electron.
-
-Par défaut : `https://plugin.capgo.app/channel_self`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://example.com/api/channel"
-    }
-  }
-}
-```
-
-## `defaultChannel`
-
-> Définissez le canal par défaut pour l'application dans la configuration. Sensible aux majuscules et minuscules.
-> Ce paramètre remplacera le canal par défaut défini dans le cloud, mais respectera toujours les remplacements effectués dans le cloud.
-
-Disponible sur Android, iOS et Electron.
-
-Par défaut : `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "defaultChannel": "production"
-    }
-  }
-}
-```
-
-## `directUpdate`
-
-> Configurez quand le plugin doit diriger l'installation des mises à jour. Uniquement pour le mode autoUpdate.
-> Fonctionne bien pour les applications de moins de 10 Mo et avec les téléchargements effectués à l'aide de l'indicateur --delta.
-> Les fichiers Zip ou applications de plus de 10 Mo seront relativement lents à mettre à jour pour les utilisateurs.> Configurez le CLI pour utiliser une API locale pour les tests.
-
-Par défaut : `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApi": "http://localhost:54321/functions/v1"
-    }
-  }
-}
-```
-
-### `localApiFiles`
-
-> Configurez le CLI pour utiliser une API de fichier local pour les tests.
-
-Par défaut : `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApiFiles": "http://localhost:54321/functions/v1/files"
-    }
-  }
-}
-```
-
-### `localHost`
-
-> Configurez le CLI pour utiliser un serveur local pour les tests ou un serveur de mise à jour auto-hébergé.
-
-Par défaut : `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-### `localSupa`
-
-> Configurez le CLI pour utiliser un serveur local pour les tests ou un serveur de mise à jour auto-hébergé.
-
-Par défaut : `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupa": "http://localhost:54321"
-    }
-  }
-}
-```
-
-### `localSupaAnon`
-
-> Configurez le CLI pour utiliser un serveur local pour les tests.
-
-Par défaut : `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupaAnon": "YOUR_LOCAL_ANON_KEY"
-    }
-  }
-}
-```
-
-### `localWebHost`
-
-> Configurez le CLI pour utiliser un serveur local pour les tests ou un serveur de mise à jour auto-hébergé.
-
-Par défaut : `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localWebHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-<Aside type="tip">
-Des paramètres supplémentaires sont disponibles dans l'[application Web Capgo](https://console.capgo.app/login) qui peuvent être configurés par canal sans nécessiter une version d'application native.
-</Aside>
diff --git a/src/content/docs/fr/plugins/uploader/getting-started.mdx b/src/content/docs/fr/plugins/uploader/getting-started.mdx
deleted file mode 100644
index fb8792904..000000000
--- a/src/content/docs/fr/plugins/uploader/getting-started.mdx
+++ /dev/null
@@ -1,297 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plug-in Background Uploader pour
-  des téléchargements de fichiers fiables dans votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-uploader" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configurer les autorisations**
-   
-   ### iOS
-   Ajoutez des modes d'arrière-plan à votre `Info.plist` :
-   ```xml
-   <key>UIBackgroundModes</key>
-   <array>
-     <string>processing</string>
-   </array>
-   ```
-   
-   ### Android
-   Ajoutez des autorisations à votre `AndroidManifest.xml` :
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET" />
-   <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## Utilisation
-
-Importez le plugin et utilisez ses méthodes pour télécharger des fichiers :
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-
-// Start an upload
-const startUpload = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/your/file.jpg',
-    serverUrl: 'https://your-server.com/upload',
-    method: 'POST',
-    headers: {
-      'Authorization': 'Bearer your-token'
-    },
-    parameters: {
-      'userId': '12345',
-      'type': 'profile'
-    },
-    notificationTitle: 'Uploading Photo'
-  });
-  
-  console.log('Upload ID:', upload.id);
-};
-
-// Listen for upload events
-const listener = await Uploader.addListener('events', (event) => {
-  switch (event.name) {
-    case 'uploading':
-      console.log(`Upload ${event.payload.id}: ${event.payload.percent}%`);
-      break;
-    case 'completed':
-      console.log('Upload completed:', event.payload.id);
-      console.log('Status code:', event.payload.statusCode);
-      break;
-    case 'failed':
-      console.error('Upload failed:', event.payload.id);
-      console.error('Error:', event.payload.error);
-      break;
-  }
-});
-
-// Remember to remove listener when done
-// listener.remove();
-
-// Cancel an upload
-const cancelUpload = async (uploadId: string) => {
-  await Uploader.cancelUpload({ id: uploadId });
-};
-
-// Get all active uploads
-const getActiveUploads = async () => {
-  const uploads = await Uploader.getUploads();
-  console.log('Active uploads:', uploads);
-};
-```
-
-## API Référence
-
-### startUpload(options)
-
-Démarre un nouveau téléchargement de fichier.
-
-```typescript
-interface UploadOptions {
-  filePath: string;
-  serverUrl: string;
-  method?: 'POST' | 'PUT';
-  headers?: { [key: string]: string };
-  parameters?: { [key: string]: string };
-  notificationTitle?: string;
-  notificationBody?: string;
-  useUtf8Charset?: boolean;
-  maxRetries?: number;
-}
-```
-
-### annuler le téléchargement (options)
-
-Annule un téléchargement en cours.
-
-```typescript
-interface CancelOptions {
-  id: string;
-}
-```
-
-###getUploads()
-
-Renvoie tous les téléchargements actifs.
-
-### Supprimer le téléchargement (options)
-
-Supprime un téléchargement de la file d'attente.
-
-```typescript
-interface RemoveOptions {
-  id: string;
-}
-```
-
-## Événements
-
-### événements
-
-Tous les événements de téléchargement sont diffusés via un seul écouteur `events`. L'événement contient un champ `name` pour identifier le type :
-
-```typescript
-Uploader.addListener('events', (event: UploadEvent) => {
-  switch (event.name) {
-    case 'uploading':
-      // Upload in progress
-      console.log(`Progress: ${event.payload.percent}%`);
-      console.log(`ID: ${event.payload.id}`);
-      break;
-
-    case 'completed':
-      // Upload finished successfully
-      console.log(`Completed: ${event.payload.id}`);
-      console.log(`Status code: ${event.payload.statusCode}`);
-      break;
-
-    case 'failed':
-      // Upload failed
-      console.error(`Failed: ${event.payload.id}`);
-      console.error(`Error: ${event.payload.error}`);
-      break;
-  }
-});
-```
-
-**Types d'événements :**
-- `uploading` - Mise à jour des progrès avec `percent` et `id`
-- `completed` - Téléchargement terminé avec `id` et `statusCode`
-- `failed` - Échec du téléchargement avec les messages `id` et `error`
-
-## Fonctionnalités avancées
-
-### Téléchargement de formulaire en plusieurs parties
-
-```typescript
-const uploadWithFormData = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/photo.jpg',
-    serverUrl: 'https://api.example.com/upload',
-    method: 'POST',
-    parameters: {
-      'name': 'profile-photo',
-      'description': 'User profile photo'
-    },
-    headers: {
-      'X-API-Key': 'your-api-key'
-    }
-  });
-};
-```
-
-### Téléchargement binaire
-
-```typescript
-const uploadBinary = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/data.bin',
-    serverUrl: 'https://api.example.com/binary',
-    method: 'PUT',
-    headers: {
-      'Content-Type': 'application/octet-stream'
-    }
-  });
-};
-```
-
-### Téléchargement compatible réseau
-
-```typescript
-import { Network } from '@capacitor/network';
-
-const smartUpload = async () => {
-  const status = await Network.getStatus();
-  
-  if (status.connectionType === 'wifi') {
-    // Start large file uploads on WiFi
-    await startLargeUpload();
-  } else if (status.connectionType === 'cellular') {
-    // Queue for later or warn user
-    console.log('Using cellular data');
-  }
-};
-```
-
-## meilleures pratiques
-
-1. **Gérer tous les types d'événements**
-   ```typescript
-   const setupUploadHandlers = () => {
-     Uploader.addListener('events', (event) => {
-       switch (event.name) {
-         case 'uploading':
-           handleProgress(event.payload);
-           break;
-         case 'completed':
-           handleCompleted(event.payload);
-           break;
-         case 'failed':
-           handleError(event.payload);
-           break;
-       }
-     });
-   };
-   ```
-
-2. **Nettoyer les auditeurs**
-   ```typescript
-   // Add listener
-   const listener = await Uploader.addListener('events', handleEvent);
-
-   // Clean up when done
-   listener.remove();
-   ```
-
-3. **Réessayez les téléchargements ayant échoué**
-   ```typescript
-   const retryUpload = async (filePath: string, serverUrl: string) => {
-     try {
-       await Uploader.startUpload({
-         filePath,
-         serverUrl,
-         maxRetries: 3
-       });
-     } catch (error) {
-       console.error('Upload failed after retries:', error);
-     }
-   };
-   ```
-
-4. **Afficher les notifications de téléchargement**
-   ```typescript
-   await Uploader.startUpload({
-     filePath: 'file:///path/to/file',
-     serverUrl: 'https://server.com/upload',
-     notificationTitle: 'Uploading File',
-     notificationBody: 'Your file is being uploaded...'
-   });
-   ```
-
-## Remarques sur la plate-forme
-
-### iOS
-- Utilise `URLSession` pour les téléchargements en arrière-plan
-- Nécessite une capacité de traitement en arrière-plan
-- Les téléchargements continuent lorsque l'application est suspendue
-
-### Android
-- Utilise `WorkManager` pour des téléchargements fiables
-- Affiche la notification du service de premier plan lors des téléchargements
-- Respecte les paramètres d'optimisation de la batterie
diff --git a/src/content/docs/fr/plugins/uploader/index.mdx b/src/content/docs/fr/plugins/uploader/index.mdx
deleted file mode 100644
index 4fbf770c1..000000000
--- a/src/content/docs/fr/plugins/uploader/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-uploader"
-description: Background file Télécharger plugin for Capacitor apps with progress tracking and resumable uploads.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Télécharger files in the background with progress tracking, resumable uploads, and network-aware handling for Capacitor apps.
-  image: 
-    file: ~public/icons/plugins/uploader.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/uploader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-uploader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Background uploads" icon="rocket">
-    Continue uploads even when Application is in background 🚀
-  </Card>
-  <Card title="Progress tracking" icon="list-format">
-    Real-time Télécharger progress with detailed Statistiques 📊
-  </Card>
-  <Card title="Resumable uploads" icon="download">
-    Automatically resume interrupted uploads 🔄
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/uploader/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/video-player/getting-started.mdx b/src/content/docs/fr/plugins/video-player/getting-started.mdx
deleted file mode 100644
index d32e39870..000000000
--- a/src/content/docs/fr/plugins/video-player/getting-started.mdx
+++ /dev/null
@@ -1,302 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to integrate Natif video playback in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-video-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Basic Utilisation
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-// Initialize a video player
-const playVideo = async () => {
-  const result = await CapacitorVideoPlayer.initPlayer({
-    mode: 'fullscreen',
-    url: 'https://example.com/video.mp4',
-    playerId: 'myPlayer',
-    componentTag: 'div'
-  });
-
-  console.log('Player initialized:', result);
-};
-
-// Play the video
-await CapacitorVideoPlayer.play({ playerId: 'myPlayer' });
-
-// Pause the video
-await CapacitorVideoPlayer.pause({ playerId: 'myPlayer' });
-
-// Get current time
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'myPlayer' });
-console.log('Current time:', value);
-
-// Seek to position
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'myPlayer',
-  seektime: 30 // seconds
-});
-
-// Set volume (0-1)
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'myPlayer',
-  volume: 0.5
-});
-```
-
-## API Référence
-
-### initPlayer(Options)
-
-Initialiser a video player instance.
-
-```typescript
-await CapacitorVideoPlayer.initPlayer({
-  mode: 'fullscreen', // or 'embedded'
-  url: 'https://example.com/video.mp4',
-  playerId: 'player1',
-  subtitle: 'https://example.com/subtitles.vtt',
-  language: 'en',
-  rate: 1.0,
-  exitOnEnd: true,
-  loopOnEnd: false,
-  pipEnabled: true,
-  showControls: true
-});
-```
-
-### play(Options)
-
-Play the video.
-
-```typescript
-await CapacitorVideoPlayer.play({ playerId: 'player1' });
-```
-
-### pause(Options)
-
-Pause the video.
-
-```typescript
-await CapacitorVideoPlayer.pause({ playerId: 'player1' });
-```
-
-### getDuration(Options)
-
-Get video duration in seconds.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getDuration({ playerId: 'player1' });
-console.log('Duration:', value, 'seconds');
-```
-
-### getCurrentTime(Options)
-
-Get current playback position in seconds.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'player1' });
-```
-
-### setCurrentTime(Options)
-
-Seek to a specific time.
-
-```typescript
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'player1',
-  seektime: 60 // seconds
-});
-```
-
-### setVolume(Options)
-
-Set volume (0.0 to 1.0).
-
-```typescript
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'player1',
-  volume: 0.8
-});
-```
-
-### getVolume(Options)
-
-Get current volume.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getVolume({ playerId: 'player1' });
-```
-
-### setMuted(Options)
-
-Mute or unmute the video.
-
-```typescript
-await CapacitorVideoPlayer.setMuted({
-  playerId: 'player1',
-  muted: true
-});
-```
-
-### setRate(Options)
-
-Set playback speed.
-
-```typescript
-await CapacitorVideoPlayer.setRate({
-  playerId: 'player1',
-  rate: 1.5 // 1.5x speed
-});
-```
-
-### stopAllPlayers()
-
-Arrêter all Actif players.
-
-```typescript
-await CapacitorVideoPlayer.stopAllPlayers();
-```
-
-### exitPlayer()
-
-Exit the video player.
-
-```typescript
-await CapacitorVideoPlayer.exitPlayer();
-```
-
-## Terminé Exemple
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-export class VideoPlayerService {
-  private playerId = 'mainPlayer';
-
-  async initializePlayer(videoUrl: string, subtitleUrl?: string) {
-    try {
-      const result = await CapacitorVideoPlayer.initPlayer({
-        mode: 'fullscreen',
-        url: videoUrl,
-        playerId: this.playerId,
-        subtitle: subtitleUrl,
-        language: 'en',
-        rate: 1.0,
-        exitOnEnd: true,
-        loopOnEnd: false,
-        pipEnabled: true,
-        bkmodeEnabled: true,
-        showControls: true,
-        displayMode: 'all'
-      });
-
-      console.log('Player initialized:', result);
-      return result;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  async togglePlayPause() {
-    const { value: isPlaying } = await CapacitorVideoPlayer.isPlaying({
-      playerId: this.playerId
-    });
-
-    if (isPlaying) {
-      await CapacitorVideoPlayer.pause({ playerId: this.playerId });
-    } else {
-      await CapacitorVideoPlayer.play({ playerId: this.playerId });
-    }
-  }
-
-  async seekForward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: currentTime + seconds
-    });
-  }
-
-  async seekBackward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: Math.max(0, currentTime - seconds)
-    });
-  }
-
-  async setPlaybackSpeed(speed: number) {
-    await CapacitorVideoPlayer.setRate({
-      playerId: this.playerId,
-      rate: speed
-    });
-  }
-
-  async getProgress() {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-    const { value: duration } = await CapacitorVideoPlayer.getDuration({
-      playerId: this.playerId
-    });
-
-    return {
-      currentTime,
-      duration,
-      percentage: (currentTime / duration) * 100
-    };
-  }
-
-  async cleanup() {
-    await CapacitorVideoPlayer.stopAllPlayers();
-  }
-}
-```
-
-## Platform Notes
-
-### iOS
-- Requires iOS 10.0+
-- Uses Natif AVPlayer
-- Supports Picture-in-Picture
-- Background playback supported
-
-### Android
-- Requires Android 5.0 (API 21)+
-- Uses ExoPlayer
-- Supports Chromecast
-- Custom accent colors Disponible
-
-### Web
-- Uses HTML5 video player
-- Embedded mode only
-- Limited Natif Fonctionnalités
-
-## Bonnes pratiques
-
-1. **Clean up players**: Always Arrêter players when done
-2. **Handle errors**: Wrap player calls in try-catch
-3. **Unique player IDs**: Use unique IDs for multiple players
-4. **Vérifier playback status**: Verify state before operations
-5. **Resource management**: Libération players to free memory
diff --git a/src/content/docs/fr/plugins/video-player/index.mdx b/src/content/docs/fr/plugins/video-player/index.mdx
deleted file mode 100644
index 607d8ca81..000000000
--- a/src/content/docs/fr/plugins/video-player/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-video-player"
-description: Natif video playback for Capacitor apps with full control and customization.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Powerful Natif video player with Support for fullscreen, embedded modes, subtitles, and comprehensive playback controls.
-  image: 
-    file: ~public/icons/plugins/video-player.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/video-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-video-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Multiple Modes" icon="laptop">
-    Fullscreen and embedded playback modes
-  </Card>
-  <Card title="Subtitle Support" icon="document">
-    Display subtitles in multiple languages
-  </Card>
-  <Card title="Full Control" icon="setting">
-    Play, pause, seek, volume, and playback rate control
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/video-player/getting-started/) to integrate video playback.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/volume-buttons/getting-started.mdx b/src/content/docs/fr/plugins/volume-buttons/getting-started.mdx
deleted file mode 100644
index 3e70f8e43..000000000
--- a/src/content/docs/fr/plugins/volume-buttons/getting-started.mdx
+++ /dev/null
@@ -1,266 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment détecter les pressions sur les boutons de volume dans votre
-  application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-volume-buttons" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilisation
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-// Listen for volume button presses
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Volume button pressed:', event.direction);
-
-  if (event.direction === 'up') {
-    console.log('Volume up pressed');
-    // Handle volume up
-  } else if (event.direction === 'down') {
-    console.log('Volume down pressed');
-    // Handle volume down
-  }
-});
-
-// Remove all listeners when done
-await VolumeButtons.removeAllListeners();
-```
-
-## API Référence
-
-### addListener('volumeButtonPressed', rappel)
-
-Écoutez les événements de pression sur le bouton de volume.
-
-```typescript
-const handle = VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Direction:', event.direction); // 'up' or 'down'
-});
-
-// Remove specific listener
-await handle.remove();
-```
-
-**Données d'événement :**
-- `direction` : ``haut' | 'down'` - Direction de la pression sur le bouton
-
-### supprimerAllListeners()
-
-Supprimez tous les auditeurs enregistrés.
-
-```typescript
-await VolumeButtons.removeAllListeners();
-```
-
-###getPluginVersion()
-
-Obtenez la version du plugin.
-
-```typescript
-const { version } = await VolumeButtons.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Exemple complet
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-export class VolumeButtonController {
-  private listener: any;
-
-  async initialize() {
-    this.listener = VolumeButtons.addListener(
-      'volumeButtonPressed',
-      this.handleVolumeButton.bind(this)
-    );
-
-    console.log('Volume button listener initialized');
-  }
-
-  private handleVolumeButton(event: { direction: 'up' | 'down' }) {
-    switch (event.direction) {
-      case 'up':
-        this.handleVolumeUp();
-        break;
-      case 'down':
-        this.handleVolumeDown();
-        break;
-    }
-  }
-
-  private handleVolumeUp() {
-    console.log('Volume up pressed');
-    // Your custom logic for volume up
-    // e.g., navigate forward, increase brightness, etc.
-  }
-
-  private handleVolumeDown() {
-    console.log('Volume down pressed');
-    // Your custom logic for volume down
-    // e.g., navigate backward, decrease brightness, etc.
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await VolumeButtons.removeAllListeners();
-    console.log('Volume button listener cleaned up');
-  }
-}
-```
-
-## Cas d'utilisation
-
-### Capture photo/vidéo
-
-Utilisez les boutons de volume comme déclencheurs de l'obturateur de l'appareil photo :
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', async (event) => {
-  // Any volume button triggers camera
-  await capturePhoto();
-});
-```
-
-### Navigation dans les pages
-
-Naviguez dans le contenu avec les boutons de volume :
-
-```typescript
-let currentPage = 0;
-
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    currentPage++;
-    showPage(currentPage);
-  } else {
-    currentPage = Math.max(0, currentPage - 1);
-    showPage(currentPage);
-  }
-});
-```
-
-### Contrôle des médias
-
-Contrôler la lecture multimédia :
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    skipForward();
-  } else {
-    skipBackward();
-  }
-});
-```
-
-### Contrôles du jeu
-
-Utilisez les boutons de volume pour les actions de jeu :
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    player.jump();
-  } else {
-    player.crouch();
-  }
-});
-```
-
-## meilleures pratiques
-
-1. **Nettoyer les auditeurs**
-   Supprimez toujours les écouteurs lorsque votre composant se démonte :
-   ```typescript
-   useEffect(() => {
-     const listener = VolumeButtons.addListener('volumeButtonPressed', handler);
-
-     return () => {
-       listener.remove();
-     };
-   }, []);
-   ```
-
-2. **Fournir un retour visuel**
-   Montrez aux utilisateurs que les boutons de volume sont utilisés pour les commandes personnalisées :
-   ```typescript
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     showNotification(`Volume ${event.direction} pressed`);
-     performAction(event.direction);
-   });
-   ```
-
-3. **Pensez à l'accessibilité**
-   N'oubliez pas que certains utilisateurs s'appuient sur les boutons de volume pour contrôler réellement le volume. Proposer des contrôles alternatifs.
-
-4. **Presses rapides anti-rebond**
-   Évitez les doubles pressions accidentelles :
-   ```typescript
-   let lastPress = 0;
-   const DEBOUNCE_MS = 300;
-
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     const now = Date.now();
-     if (now - lastPress < DEBOUNCE_MS) {
-       return; // Ignore rapid presses
-     }
-     lastPress = now;
-     handlePress(event.direction);
-   });
-   ```
-
-5. **Documentez le comportement**
-   Expliquez clairement aux utilisateurs que les boutons de volume ont des fonctionnalités personnalisées :
-   ```typescript
-   function showVolumeButtonHelp() {
-     alert('Use Volume Up/Down buttons to navigate pages');
-   }
-   ```
-
-## Remarques sur la plate-forme
-
-### iOS
-- Fonctionne sur iOS 10.0+
-- Boutons de volume détectés de manière fiable
-- L'interface utilisateur du volume du système peut encore apparaître brièvement
-
-### Android
-- Fonctionne sur Android 5.0 (API 21)+
-- Nécessite que l'application soit au premier plan
-- Certains appareils peuvent avoir un léger retard
-
-###Web
-- Non pris en charge sur la plateforme Web
-- Les auditeurs ne tireront pas
-
-## Dépannage
-
-**Les événements ne se déclenchent pas :**
-- Assurez-vous que l'application est ciblée
-- Vérifiez que les auditeurs sont correctement enregistrés
-- Vérifiez que le plugin est installé et synchronisé
-
-**Les changements de volume du système interfèrent :**
-- C'est un comportement attendu - le plugin détecte les pressions mais n'empêche pas les changements de volume du système
-- Pensez à une UX qui fonctionne parallèlement aux changements de volume
-
-**Déclenchement de plusieurs événements :**
-- Implémenter l'anti-rebond pour gérer les presses rapides
-- Vérifiez l'enregistrement des auditeurs en double
diff --git a/src/content/docs/fr/plugins/volume-buttons/index.mdx b/src/content/docs/fr/plugins/volume-buttons/index.mdx
deleted file mode 100644
index b53dc7725..000000000
--- a/src/content/docs/fr/plugins/volume-buttons/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: '@capgo/capacitor-volume-buttons'
-description: >-
-  Écoutez les pressions sur les boutons de volume matériels dans vos
-  applications Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Détectez et répondez aux pressions sur les boutons d'augmentation et de
-    diminution du volume sur les appareils mobiles pour des commandes et des
-    interactions personnalisées.
-  image:
-    file: ~public/icons/plugins/volume-buttons.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/volume-buttons/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-volume-buttons/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="" icon="rocket">
-    Écoutez les pressions physiques sur les boutons de volume
-  </Card>
-  <Card title="Détection haut/bas" icon="star">
-    Faire la distinction entre l'augmentation et la diminution du volume
-  </Card>
-  <Card title="Simple API" icon="pencil">
-    Interface d'écoute d'événements simple
-  </Card>
-  <Card title="Documentation complète" icon="open-book">
-    Consultez la [Documentation](/docs/plugins/volume-buttons/getting-started/) pour commencer à utiliser les boutons de volume.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/wechat/getting-started.mdx b/src/content/docs/fr/plugins/wechat/getting-started.mdx
deleted file mode 100644
index c223a37ff..000000000
--- a/src/content/docs/fr/plugins/wechat/getting-started.mdx
+++ /dev/null
@@ -1,390 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plugin WeChat pour intégrer la
-  fonctionnalité WeChat dans votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-wechat" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-##Configuration
-
-### Inscription de l'application WeChat
-
-Avant d'utiliser ce plugin, vous devez enregistrer votre application sur la [WeChat Open Platform](https://open.weixin.qq.com/) pour obtenir un identifiant d'application.
-
-### iOSConfiguration
-
-Ajoutez ce qui suit à votre `Info.plist` :
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-  <string>weixin</string>
-  <string>weixinULAPI</string>
-</array>
-
-<key>CFBundleURLTypes</key>
-<array>
-  <dict>
-    <key>CFBundleTypeRole</key>
-    <string>Editor</string>
-    <key>CFBundleURLName</key>
-    <string>weixin</string>
-    <key>CFBundleURLSchemes</key>
-    <array>
-      <string>YOUR_WECHAT_APP_ID</string>
-    </array>
-  </dict>
-</array>
-```
-
-Vous devrez intégrer le WeChat SDK dans votre projet iOS. Ajoutez le WeChat SDK à votre `Podfile` ou téléchargez-le depuis la [WeChat Open Platform](https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/iOS.html).
-
-### Android Configuration
-
-Ajoutez ce qui suit à votre `AndroidManifest.xml` :
-
-```xml
-<manifest>
-  <application>
-    <!-- WeChat callback activity -->
-    <activity
-      android:name=".wxapi.WXEntryActivity"
-      android:exported="true"
-      android:label="@string/app_name"
-      android:launchMode="singleTask"
-      android:theme="@android:style/Theme.Translucent.NoTitleBar">
-      <intent-filter>
-        <action android:name="android.intent.action.VIEW" />
-        <category android:name="android.intent.category.DEFAULT" />
-      </intent-filter>
-    </activity>
-  </application>
-</manifest>
-```
-
-Vous devrez intégrer le WeChat SDK dans votre projet Android. Ajoutez la dépendance WeChat SDK à votre `build.gradle` ou téléchargez-la depuis la [WeChat Open Platform](https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/Android.html).
-
-## Utilisation
-
-### Vérifiez l'installation de WeChat
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-const checkWeChat = async () => {
-  const { installed } = await CapacitorWechat.isInstalled();
-  if (installed) {
-    console.log('WeChat is installed');
-  } else {
-    console.log('WeChat is not installed');
-  }
-};
-```
-
-### Authentification
-
-```typescript
-const loginWithWeChat = async () => {
-  try {
-    const { code, state } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo', // or 'snsapi_login'
-      state: 'my_random_state'
-    });
-
-    // Send code to your backend to exchange for access token
-    const response = await fetch('https://yourapi.com/auth/wechat', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' },
-      body: JSON.stringify({ code })
-    });
-
-    const { access_token, openid } = await response.json();
-    console.log('Logged in with WeChat:', openid);
-  } catch (error) {
-    console.error('WeChat auth failed:', error);
-  }
-};
-```
-
-### Partager du contenu
-
-#### Partager le texte
-
-```typescript
-const shareText = async () => {
-  await CapacitorWechat.share({
-    scene: 0, // 0 = Chat, 1 = Moments, 2 = Favorite
-    type: 'text',
-    text: 'Hello from Capacitor WeChat!'
-  });
-};
-```
-
-#### Partager le lien
-
-```typescript
-const shareLink = async () => {
-  await CapacitorWechat.share({
-    scene: 1, // Share to Moments
-    type: 'link',
-    title: 'Check out this awesome app!',
-    description: 'Built with Capacitor and WeChat SDK',
-    link: 'https://capacitorjs.com',
-    thumbUrl: 'https://capacitorjs.com/icon.png'
-  });
-};
-```
-
-#### Partager l'image
-
-```typescript
-const shareImage = async () => {
-  await CapacitorWechat.share({
-    scene: 0,
-    type: 'image',
-    imageUrl: 'https://example.com/image.png', // or base64 data
-    thumbUrl: 'https://example.com/thumb.png'
-  });
-};
-```
-
-### Paiement WeChat
-
-```typescript
-const payWithWeChat = async () => {
-  // First, get payment parameters from your server
-  const paymentParams = await fetchPaymentParamsFromServer();
-
-  try {
-    await CapacitorWechat.sendPaymentRequest({
-      partnerId: paymentParams.partnerId,
-      prepayId: paymentParams.prepayId,
-      nonceStr: paymentParams.nonceStr,
-      timeStamp: paymentParams.timeStamp,
-      package: paymentParams.package, // Usually 'Sign=WXPay'
-      sign: paymentParams.sign
-    });
-
-    console.log('Payment successful!');
-  } catch (error) {
-    console.error('Payment failed:', error);
-  }
-};
-```
-
-### Ouvrir un mini-programme
-
-```typescript
-const openMiniProgram = async () => {
-  await CapacitorWechat.openMiniProgram({
-    username: 'gh_xxxxxxxxxxxxx', // Mini program original ID
-    path: 'pages/index/index', // Path within mini program
-    type: 0 // 0 = Release, 1 = Test, 2 = Preview
-  });
-};
-```
-
-## API Référence
-
-### estInstallé()
-
-Vérifiez si l'application WeChat est installée sur l'appareil.
-
-```typescript
-const result = await CapacitorWechat.isInstalled();
-// Returns: { installed: boolean }
-```
-
-### authentification (options)
-
-Authentifiez l'utilisateur avec WeChat OAuth.
-
-```typescript
-interface WechatAuthOptions {
-  scope: string; // 'snsapi_userinfo' or 'snsapi_login'
-  state?: string; // Optional state parameter for CSRF protection
-}
-
-const result = await CapacitorWechat.auth(options);
-// Returns: { code: string, state?: string }
-```
-
-### partage(options)
-
-Partagez du contenu sur WeChat.
-
-```typescript
-interface WechatShareOptions {
-  scene: number; // 0 = Session (chat), 1 = Timeline (moments), 2 = Favorite
-  type: 'text' | 'image' | 'link' | 'music' | 'video' | 'miniprogram';
-  text?: string; // For type 'text'
-  title?: string; // For type 'link', 'music', 'video', 'miniprogram'
-  description?: string; // For type 'link', 'music', 'video', 'miniprogram'
-  link?: string; // For type 'link'
-  imageUrl?: string; // Image URL or base64 data
-  thumbUrl?: string; // Thumbnail URL or base64 data
-  mediaUrl?: string; // For type 'music' or 'video'
-  miniProgramUsername?: string; // For type 'miniprogram'
-  miniProgramPath?: string; // For type 'miniprogram'
-  miniProgramType?: number; // For type 'miniprogram': 0 = Release, 1 = Test, 2 = Preview
-  miniProgramWebPageUrl?: string; // Fallback URL for type 'miniprogram'
-}
-
-await CapacitorWechat.share(options);
-```
-
-### sendPaymentRequest(options)
-
-Envoyez la demande de paiement à WeChat Pay.
-
-```typescript
-interface WechatPaymentOptions {
-  partnerId: string; // Merchant ID
-  prepayId: string; // Prepay ID from unified order API
-  nonceStr: string; // Random string
-  timeStamp: string; // Timestamp
-  package: string; // Usually 'Sign=WXPay'
-  sign: string; // Signature
-}
-
-await CapacitorWechat.sendPaymentRequest(options);
-```
-
-### openMiniProgram(options)
-
-Ouvrez le mini-programme WeChat.
-
-```typescript
-interface WechatMiniProgramOptions {
-  username: string; // Mini-program username (original ID)
-  path?: string; // Path to open in mini-program
-  type?: number; // 0 = Release, 1 = Test, 2 = Preview
-}
-
-await CapacitorWechat.openMiniProgram(options);
-```
-
-### choisirFacture(options)
-
-Choisissez la facture de WeChat (pour les applications professionnelles).
-
-```typescript
-interface WechatInvoiceOptions {
-  appId: string;
-  signType: string;
-  cardSign: string;
-  timeStamp: string;
-  nonceStr: string;
-}
-
-const result = await CapacitorWechat.chooseInvoice(options);
-// Returns: { cards: string[] }
-```
-
-###getPluginVersion()
-
-Obtenez la version native du plugin.
-
-```typescript
-const result = await CapacitorWechat.getPluginVersion();
-// Returns: { version: string }
-```
-
-## Exemple complet
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-export class WeChatService {
-  async init() {
-    const { installed } = await CapacitorWechat.isInstalled();
-    if (!installed) {
-      throw new Error('WeChat is not installed');
-    }
-  }
-
-  async login() {
-    const { code } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo',
-      state: Math.random().toString(36).substring(7)
-    });
-
-    // Exchange code for access token on your backend
-    const response = await fetch('/api/auth/wechat', {
-      method: 'POST',
-      body: JSON.stringify({ code })
-    });
-
-    return response.json();
-  }
-
-  async shareToChat(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 0, // Chat
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-
-  async shareToMoments(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 1, // Moments
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-}
-```
-
-## Remarques importantes
-
-1. **Intégration WeChat SDK** : ce plugin fournit l'interface Capacitor, mais vous devez intégrer le WeChat officiel SDK dans vos projets natifs.
-
-2. **Inscription de l'application** : vous devez enregistrer votre application sur la [Plateforme ouverte WeChat](https://open.weixin.qq.com/) pour obtenir un identifiant d'application.
-
-3. **Liens universels (iOS)** : Pour iOS 13+, vous devez configurer les liens universels pour les rappels WeChat.
-
-4. **Intégration backend** : les fonctionnalités d'authentification et de paiement nécessitent une intégration backend pour échanger des codes contre des jetons et préparer les paramètres de paiement.
-
-5. **Test** : les fonctionnalités de WeChat nécessitent des tests sur des appareils physiques – elles ne fonctionneront pas dans des simulateurs.
-
-## meilleures pratiques
-
-1. **Vérifiez toujours si WeChat est installé** avant d'essayer d'utiliser les fonctionnalités.
-2. **Gérez les erreurs avec élégance** avec les blocs try-catch.
-3. **Utilisez le paramètre d'état** dans les demandes d'authentification pour la protection CSRF.
-4. **Validez les réponses de paiement** sur votre backend avant d'accorder l'accès.
-5. **Compressez les images** avant de les partager pour réduire la consommation de données.
-
-## Remarques sur la plate-forme
-
-### iOS
-- Nécessite iOS 10.0+
-- Utilise WeChat officiel SDK pour iOS
-- Nécessite une configuration Universal Links pour iOS 13+### Android
-- Nécessite Android 5.0 (API 21)+
-- Utilise WeChat officiel SDK pour Android
-- Nécessite la configuration de WXEntryActivity
-
-###Web
-- Non pris en charge sur la plateforme Web
diff --git a/src/content/docs/fr/plugins/wechat/index.mdx b/src/content/docs/fr/plugins/wechat/index.mdx
deleted file mode 100644
index 1130f76d3..000000000
--- a/src/content/docs/fr/plugins/wechat/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: '@capgo/capacitor-wechat'
-description: >-
-  Intégration WeChat SDK pour Capacitor - permet l'authentification, le partage,
-  les paiements et les mini-programmes.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Intégrez WeChat SDK dans votre application Capacitor pour une
-    authentification, un partage de contenu, des paiements et un accès aux
-    mini-programmes transparents.
-  image:
-    file: ~public/icons/plugins/wechat.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/wechat/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-wechat/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="OAuth Authentification" icon="puzzle">
-    Activez la connexion sécurisée à WeChat pour une authentification transparente des utilisateurs 🔐
-  </Card>
-  <Card title="Partage de contenu" icon="rocket">
-    Partagez du texte, des images, des liens, de la musique, des vidéos et des mini-programmes sur WeChat 📤
-  </Card>
-  <Card title="Paiement WeChat" icon="star">
-    Acceptez les paiements via WeChat Pay pour des transactions fluides 💳
-  </Card>
-  <Card title="Mini-Programs" icon="open-book">
-    Lancez des mini-programmes WeChat directement depuis votre application 🚀
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Fonctionne à la fois sur iOS et Android avec WeChat natif SDK 📱
-  </Card>
-  <Card title="Documentation complète" icon="open-book">
-    Consultez la [Documentation](/docs/plugins/wechat/getting-started/) pour maîtriser le plugin en quelques minutes seulement.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/wifi/getting-started.mdx b/src/content/docs/fr/plugins/wifi/getting-started.mdx
deleted file mode 100644
index de1d92c5f..000000000
--- a/src/content/docs/fr/plugins/wifi/getting-started.mdx
+++ /dev/null
@@ -1,371 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to Installer and use the WiFi plugin to manage network connectivity in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-wifi" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configure permissions**
-
-   **Android**: Add to `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-   <uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-
-   **iOS**: Add to `Info.plist`:
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>We need location access to scan WiFi networks</string>
-   ```
-</Steps>
-
-## Utilisation
-
-Importer the plugin and manage WiFi connectivity:
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-// Get current WiFi connection info
-const getWifiInfo = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-  console.log('Connected to:', info.ssid);
-  console.log('IP Address:', info.ip);
-};
-
-// Scan for available networks
-const scanNetworks = async () => {
-  const { networks } = await CapacitorWifi.scan();
-  networks.forEach(network => {
-    console.log(`SSID: ${network.ssid}, Signal: ${network.level}`);
-  });
-};
-
-// Connect to a network
-const connectToWifi = async () => {
-  await CapacitorWifi.connect({
-    ssid: 'MyNetwork',
-    password: 'mypassword'
-  });
-};
-```
-
-## API Référence
-
-### getWifiInfo()
-
-Gets Information À propos the currently connected WiFi network.
-
-```typescript
-interface WifiInfo {
-  ssid: string;          // Network name
-  bssid: string;         // MAC address of access point
-  ip: string;            // Device IP address
-  frequency: number;     // Network frequency (MHz)
-  linkSpeed: number;     // Connection speed (Mbps)
-  signalStrength: number; // Signal strength (0-100)
-}
-
-const info = await CapacitorWifi.getWifiInfo();
-```
-
-### scan()
-
-Scans for Disponible WiFi networks.
-
-```typescript
-interface WifiNetwork {
-  ssid: string;          // Network name
-  bssid: string;         // MAC address
-  level: number;         // Signal level (dBm)
-  frequency: number;     // Network frequency
-  capabilities: string;  // Security capabilities
-}
-
-const { networks } = await CapacitorWifi.scan();
-```
-
-### connect(Options)
-
-Connects to a WiFi network.
-
-```typescript
-interface ConnectOptions {
-  ssid: string;          // Network name
-  password?: string;     // Network password (if secured)
-  isHiddenSsid?: boolean; // Whether SSID is hidden
-}
-
-await CapacitorWifi.connect({
-  ssid: 'MyNetwork',
-  password: 'mypassword'
-});
-```
-
-### disconnect()
-
-Disconnects from the current WiFi network.
-
-```typescript
-await CapacitorWifi.disconnect();
-```
-
-### getSSID()
-
-Gets the SSID of the currently connected network.
-
-```typescript
-const { ssid } = await CapacitorWifi.getSSID();
-console.log('Connected to:', ssid);
-```
-
-### getIP()
-
-Gets the current Appareil IP address.
-
-```typescript
-const { ip } = await CapacitorWifi.getIP();
-console.log('IP Address:', ip);
-```
-
-## Terminé Exemple
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-export class WifiService {
-  async getCurrentNetwork() {
-    try {
-      const info = await CapacitorWifi.getWifiInfo();
-      return {
-        name: info.ssid,
-        strength: this.getSignalQuality(info.signalStrength),
-        speed: `${info.linkSpeed} Mbps`,
-        ip: info.ip
-      };
-    } catch (error) {
-      console.error('Failed to get WiFi info:', error);
-      return null;
-    }
-  }
-
-  async scanAndConnect(targetSsid: string, password: string) {
-    try {
-      // Scan for networks
-      const { networks } = await CapacitorWifi.scan();
-
-      // Find target network
-      const targetNetwork = networks.find(n => n.ssid === targetSsid);
-
-      if (!targetNetwork) {
-        throw new Error(`Network ${targetSsid} not found`);
-      }
-
-      console.log(`Found network with signal: ${targetNetwork.level} dBm`);
-
-      // Connect to network
-      await CapacitorWifi.connect({
-        ssid: targetSsid,
-        password: password
-      });
-
-      console.log('Connected successfully!');
-      return true;
-    } catch (error) {
-      console.error('Connection failed:', error);
-      return false;
-    }
-  }
-
-  async findBestNetwork(preferredNetworks: string[]) {
-    const { networks } = await CapacitorWifi.scan();
-
-    // Filter to preferred networks
-    const available = networks.filter(n =>
-      preferredNetworks.includes(n.ssid)
-    );
-
-    if (available.length === 0) {
-      return null;
-    }
-
-    // Sort by signal strength
-    available.sort((a, b) => b.level - a.level);
-
-    return available[0];
-  }
-
-  async monitorConnection(callback: (info: WifiInfo | null) => void) {
-    const checkConnection = async () => {
-      try {
-        const info = await CapacitorWifi.getWifiInfo();
-        callback(info);
-      } catch (error) {
-        callback(null);
-      }
-    };
-
-    // Check every 5 seconds
-    const interval = setInterval(checkConnection, 5000);
-
-    // Initial check
-    await checkConnection();
-
-    // Return cleanup function
-    return () => clearInterval(interval);
-  }
-
-  private getSignalQuality(strength: number): string {
-    if (strength >= 80) return 'Excellent';
-    if (strength >= 60) return 'Good';
-    if (strength >= 40) return 'Fair';
-    return 'Poor';
-  }
-
-  async getNetworkSecurity(ssid: string): Promise<string> {
-    const { networks } = await CapacitorWifi.scan();
-    const network = networks.find(n => n.ssid === ssid);
-
-    if (!network) {
-      return 'Unknown';
-    }
-
-    const caps = network.capabilities.toLowerCase();
-
-    if (caps.includes('wpa3')) return 'WPA3';
-    if (caps.includes('wpa2')) return 'WPA2';
-    if (caps.includes('wpa')) return 'WPA';
-    if (caps.includes('wep')) return 'WEP';
-
-    return 'Open';
-  }
-}
-```
-
-## Advanced Utilisation
-
-### Network Quality Assessment
-
-```typescript
-const assessNetworkQuality = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-
-  const quality = {
-    signal: info.signalStrength >= 70 ? 'Excellent' :
-            info.signalStrength >= 50 ? 'Good' :
-            info.signalStrength >= 30 ? 'Fair' : 'Poor',
-    speed: info.linkSpeed >= 100 ? 'Fast' :
-           info.linkSpeed >= 50 ? 'Medium' : 'Slow',
-    frequency: info.frequency >= 5000 ? '5GHz' : '2.4GHz'
-  };
-
-  console.log('Network Quality:', quality);
-  return quality;
-};
-```
-
-### Auto-Connect to Preferred Networks
-
-```typescript
-const autoConnect = async (preferredNetworks: Array<{ ssid: string, password: string }>) => {
-  const { networks } = await CapacitorWifi.scan();
-
-  for (const preferred of preferredNetworks) {
-    const found = networks.find(n => n.ssid === preferred.ssid);
-
-    if (found) {
-      try {
-        await CapacitorWifi.connect({
-          ssid: preferred.ssid,
-          password: preferred.password
-        });
-        console.log(`Connected to ${preferred.ssid}`);
-        return true;
-      } catch (error) {
-        console.error(`Failed to connect to ${preferred.ssid}`);
-      }
-    }
-  }
-
-  return false;
-};
-```
-
-### Network Change Detection
-
-```typescript
-class NetworkMonitor {
-  private currentSsid: string | null = null;
-  private listeners: Array<(ssid: string | null) => void> = [];
-
-  async start() {
-    setInterval(async () => {
-      try {
-        const { ssid } = await CapacitorWifi.getSSID();
-
-        if (ssid !== this.currentSsid) {
-          this.currentSsid = ssid;
-          this.notifyListeners(ssid);
-        }
-      } catch (error) {
-        if (this.currentSsid !== null) {
-          this.currentSsid = null;
-          this.notifyListeners(null);
-        }
-      }
-    }, 3000);
-  }
-
-  onNetworkChange(callback: (ssid: string | null) => void) {
-    this.listeners.push(callback);
-  }
-
-  private notifyListeners(ssid: string | null) {
-    this.listeners.forEach(listener => listener(ssid));
-  }
-}
-```
-
-## Bonnes pratiques
-
-1. **Permissions**: Request location permissions before scanning networks
-2. **Erreur Handling**: Always wrap WiFi operations in try-catch blocks
-3. **Utilisateur Retour**: Show loading indicators during network operations
-4. **Sécurité**: Never store WiFi passwords in plain text
-5. **Test**: Test on real Appareils as WiFi APIs may not work in emulators
-
-## Platform Differences
-
-### iOS
-- Requires location permissions to scan networks
-- Cannot programmatically connect to networks (will open Paramètres)
-- Limited access to network details
-
-### Android
-- Full programmatic WiFi control
-- Requires location permissions for network scanning
-- Can connect/disconnect programmatically
-
-## Dépannage
-
-### Problèmes courants
-
-**Scan returns empty**: Check location permissions are granted
-**Cannot connect to network**: Verify password is correct and network is in range
-**getWifiInfo fails**: Ensure device is connected to a WiFi network
-**Permission denied**: Add required permissions to platform configuration files
diff --git a/src/content/docs/fr/plugins/wifi/index.mdx b/src/content/docs/fr/plugins/wifi/index.mdx
deleted file mode 100644
index 7bde9b041..000000000
--- a/src/content/docs/fr/plugins/wifi/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-locale: fr
-title: "@capgo/capacitor-wifi"
-description: Manage WiFi connectivity for your Capacitor Application on iOS and Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar: 
-  order: 1
-  label: "Introduction"
-hero: 
-  tagline: Manage WiFi connections, scan networks, and monitor connectivity status in your Capacitor Application.
-  image: 
-    file: ~public/icons/plugins/wifi.svg
-  actions: 
-    - text: Commencer
-      link: /docs/plugins/wifi/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-wifi/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Network Scanning" icon="magnifier">
-    Scan and discover Disponible WiFi networks 📡
-  </Card>
-  <Card title="Connection Management" icon="puzzle">
-    Connect and disconnect from WiFi networks programmatically 🔌
-  </Card>
-  <Card title="Status Monitoring" icon="setting">
-    Monitor WiFi connection status in real-time 📊
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Works on both iOS and Android Appareils 📱
-  </Card>
-  <Card title="Network Info" icon="information">
-    Get detailed Information À propos connected networks 🔍
-  </Card>
-  <Card title="Comprehensive Documentation" icon="open-book">
-    Vérifier the [Documentation](/docs/plugins/wifi/getting-started/) to master the plugin in just a few minutes.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/youtube-player/getting-started.mdx b/src/content/docs/fr/plugins/youtube-player/getting-started.mdx
deleted file mode 100644
index 5c7d08bac..000000000
--- a/src/content/docs/fr/plugins/youtube-player/getting-started.mdx
+++ /dev/null
@@ -1,432 +0,0 @@
----
-locale: fr
-title: Commencer
-description: Learn how to integrate YouTube video playback in your Capacitor Application.
-sidebar: 
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installer the package**
-   <PackageManagers pkg="@capgo/capacitor-youtube-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchroniser with Natif projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Basic Utilisation
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-// Initialize the player
-const result = await YoutubePlayer.initialize({
-  playerId: 'youtube-player',
-  playerSize: { width: 640, height: 360 },
-  videoId: 'dQw4w9WgXcQ',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 1,
-    controls: 1
-  }
-});
-
-// Play video
-await YoutubePlayer.playVideo(result.player);
-
-// Pause video
-await YoutubePlayer.pauseVideo(result.player);
-
-// Listen to player events
-YoutubePlayer.addEventListener(result.player, 'onStateChange', (event) => {
-  console.log('Player state:', event.data);
-});
-```
-
-## API Référence
-
-### Initialiser(Options)
-
-Initialiser a YouTube player instance.
-
-```typescript
-const { player, playerReady } = await YoutubePlayer.initialize({
-  playerId: 'my-player',
-  playerSize: { width: 1280, height: 720 },
-  videoId: 'VIDEO_ID',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 0,
-    controls: 1,
-    rel: 0
-  }
-});
-```
-
-### Video Control Methods
-
-```typescript
-// Play
-await YoutubePlayer.playVideo(playerId);
-
-// Pause
-await YoutubePlayer.pauseVideo(playerId);
-
-// Stop
-await YoutubePlayer.stopVideo(playerId);
-
-// Seek to time
-await YoutubePlayer.seekTo(playerId, seconds, allowSeekAhead);
-
-// Load video by ID
-await YoutubePlayer.loadVideoById(playerId, { videoId: 'VIDEO_ID' });
-
-// Cue video (load without playing)
-await YoutubePlayer.cueVideoById(playerId, { videoId: 'VIDEO_ID' });
-```
-
-### Playlist Control
-
-```typescript
-// Load playlist
-await YoutubePlayer.loadPlaylist(playerId, {
-  listType: 'playlist',
-  list: 'PLAYLIST_ID'
-});
-
-// Cue playlist
-await YoutubePlayer.cuePlaylist(playerId, {
-  playlist: ['VIDEO_ID_1', 'VIDEO_ID_2'],
-  index: 0
-});
-
-// Navigate playlist
-await YoutubePlayer.nextVideo(playerId);
-await YoutubePlayer.previousVideo(playerId);
-await YoutubePlayer.playVideoAt(playerId, index);
-```
-
-### Audio Control
-
-```typescript
-// Mute/Unmute
-await YoutubePlayer.mute(playerId);
-await YoutubePlayer.unMute(playerId);
-
-const { result } = await YoutubePlayer.isMuted(playerId);
-console.log('Muted:', result.value);
-
-// Volume (0-100)
-await YoutubePlayer.setVolume(playerId, 50);
-const { result } = await YoutubePlayer.getVolume(playerId);
-```
-
-### Playback Control
-
-```typescript
-// Playback rate
-await YoutubePlayer.setPlaybackRate(playerId, 1.5);
-const { result } = await YoutubePlayer.getPlaybackRate(playerId);
-
-// Available rates
-const { result } = await YoutubePlayer.getAvailablePlaybackRates(playerId);
-console.log('Available rates:', result.value);
-
-// Loop and shuffle
-await YoutubePlayer.setLoop(playerId, true);
-await YoutubePlayer.setShuffle(playerId, true);
-```
-
-### Quality Control
-
-```typescript
-// Set quality
-await YoutubePlayer.setPlaybackQuality(playerId, 'hd720');
-
-// Get current quality
-const { result } = await YoutubePlayer.getPlaybackQuality(playerId);
-
-// Get available qualities
-const { result } = await YoutubePlayer.getAvailableQualityLevels(playerId);
-```
-
-### Player Information
-
-```typescript
-// Duration
-const { result } = await YoutubePlayer.getDuration(playerId);
-
-// Current time
-const { result } = await YoutubePlayer.getCurrentTime(playerId);
-
-// Loaded fraction
-const { result } = await YoutubePlayer.getVideoLoadedFraction(playerId);
-
-// Player state
-const { result } = await YoutubePlayer.getPlayerState(playerId);
-
-// Video URL
-const { result } = await YoutubePlayer.getVideoUrl(playerId);
-```
-
-### Event Listeners
-
-```typescript
-// State change
-YoutubePlayer.addEventListener(playerId, 'onStateChange', (event) => {
-  console.log('State:', event.data); // -1, 0, 1, 2, 3, 5
-});
-
-// Ready
-YoutubePlayer.addEventListener(playerId, 'onReady', (event) => {
-  console.log('Player ready');
-});
-
-// Error
-YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-  console.error('Player error:', event.data);
-});
-
-// Quality change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackQualityChange', (event) => {
-  console.log('Quality:', event.data);
-});
-
-// Rate change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackRateChange', (event) => {
-  console.log('Rate:', event.data);
-});
-
-// Remove listener
-YoutubePlayer.removeEventListener(playerId, 'onStateChange', callback);
-```
-
-## Terminé Exemple
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-export class YouTubeService {
-  private playerId: string | null = null;
-
-  async initPlayer(videoId: string) {
-    try {
-      const { player, playerReady } = await YoutubePlayer.initialize({
-        playerId: 'main-player',
-        playerSize: { width: 1280, height: 720 },
-        videoId,
-        fullscreen: false,
-        playerVars: {
-          autoplay: 0,
-          controls: 1,
-          modestbranding: 1,
-          rel: 0
-        }
-      });
-
-      this.playerId = player;
-
-      // Set up event listeners
-      YoutubePlayer.addEventListener(player, 'onReady', () => {
-        console.log('Player is ready');
-      });
-
-      YoutubePlayer.addEventListener(player, 'onStateChange', (event) => {
-        this.handleStateChange(event.data);
-      });
-
-      YoutubePlayer.addEventListener(player, 'onError', (event) => {
-        console.error('YouTube error:', event.data);
-      });
-
-      return player;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  private handleStateChange(state: number) {
-    switch (state) {
-      case -1:
-        console.log('Unstarted');
-        break;
-      case 0:
-        console.log('Ended');
-        break;
-      case 1:
-        console.log('Playing');
-        break;
-      case 2:
-        console.log('Paused');
-        break;
-      case 3:
-        console.log('Buffering');
-        break;
-      case 5:
-        console.log('Video cued');
-        break;
-    }
-  }
-
-  async play() {
-    if (!this.playerId) return;
-    await YoutubePlayer.playVideo(this.playerId);
-  }
-
-  async pause() {
-    if (!this.playerId) return;
-    await YoutubePlayer.pauseVideo(this.playerId);
-  }
-
-  async loadVideo(videoId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadVideoById(this.playerId, { videoId });
-  }
-
-  async loadPlaylist(playlistId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadPlaylist(this.playerId, {
-      listType: 'playlist',
-      list: playlistId,
-      index: 0
-    });
-  }
-
-  async setQuality(quality: 'small' | 'medium' | 'large' | 'hd720' | 'hd1080') {
-    if (!this.playerId) return;
-    await YoutubePlayer.setPlaybackQuality(this.playerId, quality);
-  }
-
-  async getProgress() {
-    if (!this.playerId) return { current: 0, duration: 0 };
-
-    const current = await YoutubePlayer.getCurrentTime(this.playerId);
-    const duration = await YoutubePlayer.getDuration(this.playerId);
-
-    return {
-      current: current.result.value,
-      duration: duration.result.value
-    };
-  }
-
-  async destroy() {
-    if (!this.playerId) return;
-    await YoutubePlayer.destroy(this.playerId);
-    this.playerId = null;
-  }
-}
-```
-
-## Player States
-
-| State | Value | Description |
-|-------|-------|-------------|
-| UNSTARTED | -1 | Video not started |
-| ENDED | 0 | Video has ended |
-| PLAYING | 1 | Video is playing |
-| PAUSED | 2 | Video is paused |
-| BUFFERING | 3 | Video is buffering |
-| CUED | 5 | Video is cued |
-
-## Quality Levels
-
-- `small`: 240p
-- `medium`: 360p
-- `large`: 480p
-- `hd720`: 720p
-- `hd1080`: 1080p
-- `highres`: >1080p
-- `default`: Auto quality
-
-## Bonnes pratiques
-
-1. **Initialiser once**
-   Créer player instance once and reuse it:
-   ```typescript
-   let player = await YoutubePlayer.initialize(options);
-   // Reuse player for different videos
-   await YoutubePlayer.loadVideoById(player, { videoId: 'NEW_ID' });
-   ```
-
-2. **Handle errors gracefully**
-   ```typescript
-   YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-     switch (event.data) {
-       case 2:
-         console.error('Invalid parameter');
-         break;
-       case 100:
-         console.error('Video not found');
-         break;
-       case 101:
-       case 150:
-         console.error('Embedding not allowed');
-         break;
-     }
-   });
-   ```
-
-3. **Clean up**
-   Destroy player when component unmounts:
-   ```typescript
-   useEffect(() => {
-     return () => {
-       if (playerId) {
-         YoutubePlayer.destroy(playerId);
-       }
-     };
-   }, []);
-   ```
-
-4. **Respect Utilisateur preferences**
-   ```typescript
-   // Don't autoplay unless user initiated
-   playerVars: {
-     autoplay: 0
-   }
-   ```
-
-5. **Monitor playback**
-   ```typescript
-   setInterval(async () => {
-     const time = await YoutubePlayer.getCurrentTime(playerId);
-     updateProgressBar(time.result.value);
-   }, 1000);
-   ```
-
-## Platform Notes
-
-### iOS
-- Works on iOS 9.0+
-- Uses WKWebView with YouTube iframe API
-- Fullscreen supported
-
-### Android
-- Works on Android 5.0 (API 21)+
-- Uses WebView with YouTube iframe API
-- Fullscreen supported
-
-### Web
-- Direct YouTube iframe integration
-- Full API Support
-- Best performance
-
-## Dépannage
-
-**Player not loading:**
-- Vérifier video ID is valid
-- Verify internet connection
-- Ensure YouTube embedding is allowed for the video
-
-**Events not firing:**
-- Make sure listeners are added after Initialisation
-- Vérifier player is ready before adding listeners
-
-**Quality issues:**
-- Vérifier Disponible quality levels first
-- Some videos don't Support all qualities
-- Quality changes may not be immediate
diff --git a/src/content/docs/fr/plugins/youtube-player/index.mdx b/src/content/docs/fr/plugins/youtube-player/index.mdx
deleted file mode 100644
index 029cd9a2c..000000000
--- a/src/content/docs/fr/plugins/youtube-player/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: '@capgo/capacitor-youtube-player'
-description: >-
-  Intégrez les commandes du lecteur YouTube dans vos applications Capacitor avec
-  un accès complet à API.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Intégrez la lecture de vidéos YouTube avec un contrôle total sur l'état du
-    lecteur, les listes de lecture, la qualité et les événements dans vos
-    applications Capacitor.
-  image:
-    file: ~public/icons/plugins/youtube-player.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/youtube-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-youtube-player/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="YouTube complet API" icon="rocket">
-    Accès complet au lecteur YouTube API
-  </Card>
-  <Card title="Prise en charge des listes de lecture" icon="list-format">
-    Charger et contrôler les listes de lecture YouTube
-  </Card>
-  <Card title="Contrôle de qualité" icon="star">
-    Ajuster la qualité de lecture de manière dynamique
-  </Card>
-  <Card title="Écouteurs d'événements" icon="setting">
-    Réagissez aux changements d'état et aux événements du joueur
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/plugins/zip/getting-started.mdx b/src/content/docs/fr/plugins/zip/getting-started.mdx
deleted file mode 100644
index 5cc2735bf..000000000
--- a/src/content/docs/fr/plugins/zip/getting-started.mdx
+++ /dev/null
@@ -1,313 +0,0 @@
----
-title: Commencer
-description: >-
-  Découvrez comment installer et utiliser le plugin Zip pour compresser et
-  extraire des fichiers dans votre application Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installez le package**
-   <PackageManagers pkg="@capgo/capacitor-zip" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Synchronisation avec les projets natifs**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilisation
-
-Importez le plugin et zippez ou décompressez les fichiers :
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-
-// Zip a folder
-const zipFolder = async () => {
-  await CapacitorZip.zip({
-    source: 'file:///path/to/folder',
-    destination: 'file:///path/to/archive.zip'
-  });
-  console.log('Folder zipped successfully!');
-};
-
-// Unzip an archive
-const unzipArchive = async () => {
-  await CapacitorZip.unzip({
-    source: 'file:///path/to/archive.zip',
-    destination: 'file:///path/to/output/folder'
-  });
-  console.log('Archive extracted successfully!');
-};
-```
-
-## API Référence
-
-### zip(options)
-
-Crée une archive ZIP à partir d'un dossier source.
-
-```typescript
-interface ZipOptions {
-  source: string;       // Path to folder to compress
-  destination: string;  // Path for output ZIP file
-}
-
-await CapacitorZip.zip({
-  source: 'file:///path/to/folder',
-  destination: 'file:///path/to/archive.zip'
-});
-```
-
-### décompresser (options)
-
-Extrait les fichiers d'une archive ZIP.
-
-```typescript
-interface UnzipOptions {
-  source: string;       // Path to ZIP file
-  destination: string;  // Path to extract to
-}
-
-await CapacitorZip.unzip({
-  source: 'file:///path/to/archive.zip',
-  destination: 'file:///path/to/output/folder'
-});
-```
-
-## Exemple complet
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class ZipService {
-  async createBackup() {
-    try {
-      const timestamp = Date.now();
-      const sourceDir = `${Filesystem.Directory.Data}/userdata`;
-      const destPath = `${Filesystem.Directory.Documents}/backup_${timestamp}.zip`;
-
-      await CapacitorZip.zip({
-        source: sourceDir,
-        destination: destPath
-      });
-
-      console.log('Backup created:', destPath);
-      return destPath;
-    } catch (error) {
-      console.error('Backup failed:', error);
-      throw error;
-    }
-  }
-
-  async restoreBackup(backupPath: string) {
-    try {
-      const destDir = `${Filesystem.Directory.Data}/userdata`;
-
-      // Clear existing data
-      await Filesystem.rmdir({
-        path: 'userdata',
-        directory: Directory.Data,
-        recursive: true
-      });
-
-      // Extract backup
-      await CapacitorZip.unzip({
-        source: backupPath,
-        destination: destDir
-      });
-
-      console.log('Backup restored successfully');
-    } catch (error) {
-      console.error('Restore failed:', error);
-      throw error;
-    }
-  }
-
-  async compressFiles(filePaths: string[], outputPath: string) {
-    try {
-      // Create temporary directory
-      const tempDir = `${Filesystem.Directory.Cache}/temp_zip_${Date.now()}`;
-
-      await Filesystem.mkdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      // Copy files to temp directory
-      for (const filePath of filePaths) {
-        const fileName = filePath.split('/').pop();
-        await Filesystem.copy({
-          from: filePath,
-          to: `${tempDir}/${fileName}`
-        });
-      }
-
-      // Zip the temp directory
-      await CapacitorZip.zip({
-        source: tempDir,
-        destination: outputPath
-      });
-
-      // Clean up temp directory
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return outputPath;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async extractSpecificFiles(zipPath: string, fileNames: string[]) {
-    try {
-      // Extract to temp location
-      const tempDir = `${Filesystem.Directory.Cache}/temp_extract_${Date.now()}`;
-
-      await CapacitorZip.unzip({
-        source: zipPath,
-        destination: tempDir
-      });
-
-      // Read only specific files
-      const extractedFiles: { [key: string]: string } = {};
-
-      for (const fileName of fileNames) {
-        const content = await Filesystem.readFile({
-          path: `${tempDir}/${fileName}`,
-          directory: Directory.Cache
-        });
-        extractedFiles[fileName] = content.data;
-      }
-
-      // Clean up
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return extractedFiles;
-    } catch (error) {
-      console.error('Extraction failed:', error);
-      throw error;
-    }
-  }
-}
-```
-
-## Utilisation avancée
-
-### Création d'archives avec suivi des progrès
-
-```typescript
-const zipWithProgress = async (source: string, destination: string) => {
-  console.log('Starting compression...');
-
-  try {
-    await CapacitorZip.zip({ source, destination });
-    console.log('Compression complete!');
-  } catch (error) {
-    console.error('Compression failed:', error);
-    throw error;
-  }
-};
-```
-
-### Opérations d'archivage par lots
-
-```typescript
-const batchZip = async (folders: string[]) => {
-  const results = [];
-
-  for (const folder of folders) {
-    const folderName = folder.split('/').pop();
-    const zipPath = `${folder}_${Date.now()}.zip`;
-
-    try {
-      await CapacitorZip.zip({
-        source: folder,
-        destination: zipPath
-      });
-      results.push({ folder, zipPath, success: true });
-    } catch (error) {
-      results.push({ folder, error, success: false });
-    }
-  }
-
-  return results;
-};
-```
-
-### Création d'archives sécurisées
-
-```typescript
-const createSecureBackup = async (dataPath: string) => {
-  // Zip the data
-  const zipPath = `${Filesystem.Directory.Documents}/secure_backup.zip`;
-
-  await CapacitorZip.zip({
-    source: dataPath,
-    destination: zipPath
-  });
-
-  // Optionally encrypt the zip file here using a crypto plugin
-
-  return zipPath;
-};
-```
-
-### Validation des archives
-
-```typescript
-const validateArchive = async (zipPath: string): Promise<boolean> => {
-  try {
-    const tempDir = `${Filesystem.Directory.Cache}/validate_${Date.now()}`;
-
-    // Try to extract
-    await CapacitorZip.unzip({
-      source: zipPath,
-      destination: tempDir
-    });
-
-    // Clean up
-    await Filesystem.rmdir({
-      path: tempDir,
-      directory: Directory.Cache,
-      recursive: true
-    });
-
-    return true;
-  } catch (error) {
-    console.error('Archive validation failed:', error);
-    return false;
-  }
-};
-```
-
-## meilleures pratiques
-
-1. **Validation du chemin** : validez toujours les chemins source et de destination avant les opérations
-2. **Gestion des erreurs** : Encapsulez toutes les opérations de zip/décompression dans des blocs try-catch
-3. **Nettoyage** : supprimez les fichiers et dossiers temporaires après les opérations
-4. **Fichiers volumineux** : soyez prudent avec les archives volumineuses sur les appareils mobiles
-5. **Autorisations** : assurez-vous que votre application dispose des autorisations nécessaires sur le système de fichiers.
-
-## Dépannage
-
-### Problèmes courants
-
-**L'opération Zip échoue** : assurez-vous que le chemin source existe et qu'il est accessible
-**Échec de la décompression** : vérifiez que le fichier ZIP est valide et que le chemin de destination est accessible en écriture
-**Stockage épuisé** : surveillez l'espace disque disponible avant les opérations
-**Autorisation refusée** : vérifiez les autorisations du système de fichiers dans la configuration de votre application
diff --git a/src/content/docs/fr/plugins/zip/index.mdx b/src/content/docs/fr/plugins/zip/index.mdx
deleted file mode 100644
index f4ede4a41..000000000
--- a/src/content/docs/fr/plugins/zip/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: '@capgo/capacitor-zip'
-description: >-
-  Compressez et décompressez des fichiers sur iOS, Android et Web avec ce plugin
-  gratuit Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Compressez et extrayez les archives ZIP sans effort sur les plateformes iOS,
-    Android et Web.
-  image:
-    file: ~public/icons/plugins/zip.svg
-  actions:
-    - text: Commencer
-      link: /docs/plugins/zip/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-zip/'
-      icon: external
-      variant: minimal
-locale: fr
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Zipper et décompresser" icon="add-document">
-    Créez et extrayez facilement des archives ZIP 📦
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Fonctionne de manière transparente sur iOS, Android et Web 📱
-  </Card>
-  <Card title="Simple API" icon="rocket">
-    Interface facile à utiliser pour les opérations de compression 🚀
-  </Card>
-  <Card title="Gratuit et open source" icon="github">
-    Entièrement gratuit et sans limites 💰
-  </Card>
-  <Card title="Suivi des progrès" icon="setting">
-    Surveiller la progression de la compression et de l'extraction ⚙️
-  </Card>
-  <Card title="Documentation complète" icon="open-book">
-    Consultez la [Documentation](/docs/plugins/zip/getting-started/) pour maîtriser le plugin en quelques minutes seulement.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/fr/public-api/api-keys.mdx b/src/content/docs/fr/public-api/api-keys.mdx
deleted file mode 100644
index 29c7736b6..000000000
--- a/src/content/docs/fr/public-api/api-keys.mdx
+++ /dev/null
@@ -1,279 +0,0 @@
----
-title: API Clés
-description: >-
-  Documentation complète pour le point de terminaison API Keys, détaillant
-  l'authentification, les autorisations et la gestion dans Capgo API
-sidebar:
-  order: 9
-locale: fr
----
-Les clés API sont utilisées pour authentifier les demandes adressées au Capgo API. Chaque clé peut avoir différentes autorisations (modes) pour contrôler les niveaux d'accès. Les clés sont spécifiques à l'organisation et doivent être gérées avec soin car elles accordent l'accès à vos ressources Capgo.
-
-## Modes clés
-
-- **lire** : ne peut lire que les données, aucune modification n'est autorisée
-- **télécharger** : peut lire, modifier et télécharger de nouveaux bundles
-- **écrire** : peut lire, modifier des données et télécharger des bundles
-- **tout** : accès complet à toutes les opérations
-
-Les modes clés suivent un schéma par étapes/graduel. Si vous disposez d'une clé de téléchargement et que vous créez ensuite une clé d'écriture, la clé d'écriture pourra faire tout ce que la clé de téléchargement pourrait faire.
-Veuillez jeter un œil au schéma suivant pour mieux comprendre le fonctionnement des touches API.
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/capgo_apikeys_diagram.webp" alt="Un schéma expliquant le fonctionnement de la clé API" /><figcaption></figcaption></figure>
-
-## Sous-clés avec des droits limités
-
-Vous pouvez créer des sous-clés avec un accès limité à des applications ou des organisations spécifiques. Ceci est utile pour restreindre l’accès à certaines ressources tout en autorisant les opérations sur d’autres. Utilisez les paramètres `limited_to_apps` et `limited_to_orgs` lors de la création d'une clé pour définir ces restrictions.
-
-## Clés cryptées
-
-Vous pouvez créer des **clés API** chiffrées (hachées) pour une sécurité renforcée. Lors de la création d'une clé chiffrée :
-
-- La clé est hachée en utilisant SHA-256 avant d'être stockée dans la base de données
-- **La clé simple n'est renvoyée qu'une seule fois** dans la réponse de création - enregistrez-la immédiatement
-- La clé ne peut pas être récupérée ou visualisée à nouveau après sa création
-- Si vous perdez une clé cryptée, vous devez en créer une nouvelle
-
-Utilisez le paramètre `hashed: true` lors de la création d'une clé pour activer le chiffrement. Il s’agit de l’approche recommandée pour les environnements de production.
-
-## Expiration de la clé
-
-Les clés API peuvent avoir une **date d'expiration** pour limiter la fenêtre d'exposition si une clé est compromise. Lorsqu'une date d'expiration est fixée :
-
-- La clé cesse de fonctionner après la date et l'heure spécifiées
-- Les demandes utilisant des clés expirées seront rejetées avec une erreur
-- Les clés expirées sont automatiquement nettoyées après 30 jours
-
-Les organisations peuvent appliquer des politiques d’expiration :
-- **Exiger une expiration** : toutes les clés API doivent avoir une date d'expiration
-- **Période d'expiration maximale** : limite la date à laquelle une date d'expiration peut être définie dans le futur.
-
-## Bonnes pratiques de sécurité
-
-1. **Principe du moindre privilège** : utilisez toujours le mode le plus restrictif qui permet toujours à votre intégration de fonctionner
-2. **Utiliser des clés chiffrées** : créez des clés hachées pour la production afin de vous protéger contre les violations de bases de données
-3. **Définir les dates d'expiration** : utilisez les dates d'expiration pour limiter la durée de vie de vos clés
-4. **Rotation régulière** : faites pivoter périodiquement vos clés API
-5. **Stockage sécurisé** : stockez les clés API en toute sécurité et ne les confiez jamais au contrôle de version.
-6. **Surveillance** : surveillez l'utilisation des clés API et révoquez immédiatement toutes les clés compromises.
-7. **Sous-clés limitées** : utilisez des sous-clés avec des droits limités pour des intégrations spécifiques afin de minimiser les risques
-
-## Points de terminaison
-
-### OBTENIR
-
-`https://api.capgo.app/apikey/`
-
-Récupérez toutes les clés API associées à votre compte.
-
-#### Type de réponse
-
-```typescript
-interface ApiKey {
-  created_at: string | null
-  id: number
-  key: string | null  // null for encrypted keys
-  mode: 'read' | 'write' | 'upload' | 'all'
-  name: string
-  updated_at: string | null
-  user_id: string
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  expires_at?: string | null  // ISO 8601 date, null means never expires
-}
-```> **Remarque** : Pour les clés chiffrées, le champ `key` sera `null` dans les réponses GET puisque la clé brute n'est affichée qu'une seule fois lors de la création.
-
-#### Exemple de demande
-
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/apikey/
-```
-
-#### Exemple de réponse
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "key": "ak_123...",
-      "mode": "read",
-      "name": "CI/CD Read Key",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "user_123"
-    },
-    {
-      "id": 2,
-      "key": "ak_456...",
-      "mode": "upload",
-      "name": "Deploy Bot",
-      "created_at": "2024-01-02T00:00:00Z",
-      "updated_at": "2024-01-02T00:00:00Z",
-      "user_id": "user_123",
-      "limited_to_apps": ["com.demo.app"]
-    }
-  ]
-}
-```
-
-### POSTER
-
-`https://api.capgo.app/apikey/`
-
-Créez une nouvelle clé API pour une organisation spécifique.
-
-#### Corps de la demande
-
-```typescript
-interface ApiKeyCreate {
-  name: string
-  mode: 'read' | 'write' | 'upload' | 'all'
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  hashed?: boolean       // Create an encrypted key (recommended for production)
-  expires_at?: string    // ISO 8601 date for key expiration
-}
-```
-
-#### Exemple de demande (clé standard)
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Limited Read Key",
-    "mode": "read",
-    "limited_to_apps": ["com.demo.app"]
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### Exemple de demande (clé cryptée avec expiration)
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Secure CI Key",
-    "mode": "upload",
-    "hashed": true,
-    "expires_at": "2025-06-01T00:00:00Z"
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### Exemple de réponse (clé standard)
-
-```json
-{
-  "apikey": {
-    "id": 3,
-    "key": "ak_789...",
-    "mode": "read",
-    "name": "Limited Read Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "limited_to_apps": ["com.demo.app"]
-  }
-}
-```
-
-#### Exemple de réponse (clé chiffrée)
-
-```json
-{
-  "apikey": {
-    "id": 4,
-    "key": "ak_abc123...",
-    "mode": "upload",
-    "name": "Secure CI Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "expires_at": "2025-06-01T00:00:00Z"
-  }
-}
-```
-
-> **Important** : Pour les clés chiffrées, la valeur `key` dans cette réponse est la **seule fois** où vous verrez la clé brute. Enregistrez-le immédiatement dans un emplacement sécurisé. Les requêtes GET suivantes renverront `null` pour le champ `key`.
-
-### SUPPRIMER
-
-`https://api.capgo.app/apikey/:id/`
-
-Supprimez une clé API existante. Utilisez-le pour révoquer l'accès immédiatement.
-
-#### Paramètres
-- `id` : L'ID de la clé API à supprimer (identifiant numérique, pas la chaîne de clé elle-même)
-
-#### Exemple de demande
-
-```bash
-curl -X DELETE -H "authorization: your-api-key" https://api.capgo.app/apikey/1/
-```
-
-#### Réponse réussie
-
-```json
-{
-  "success": true
-}
-```
-
-## Cas d'utilisation courants
-
-1. **Intégration CI/CD** : créez des clés en lecture seule pour les pipelines CI afin de vérifier l'état du déploiement
-2. **Automatisation du déploiement** : utilisez les clés du mode de téléchargement pour les scripts de déploiement automatisés
-3. **Outils de surveillance** : utilisez les touches de mode lecture pour les intégrations de surveillance externe
-4. **Accès administrateur** : utilisez toutes les touches de mode avec parcimonie pour les outils d'administration
-5. **Accès limité** : créez des sous-clés avec des droits limités sur des applications ou des organisations spécifiques pour les intégrations tierces
-
-## Gestion des erreurs
-
-Scénarios d'erreur courants et leurs réponses :
-
-```json
-// Invalid mode
-{
-  "error": "Invalid mode specified. Must be one of: read, write, upload, all",
-  "status": "KO"
-}
-
-// Key not found
-{
-  "error": "API key not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage API keys",
-  "status": "KO"
-}
-
-// Expired API key used for authentication
-{
-  "error": "API key has expired",
-  "status": "KO"
-}
-
-// Invalid expiration date (in the past)
-{
-  "error": "Expiration date must be in the future",
-  "status": "KO"
-}
-
-// Organization requires expiration
-{
-  "error": "Organization policy requires an expiration date for API keys",
-  "status": "KO"
-}
-
-// Expiration exceeds organization limit
-{
-  "error": "Expiration date exceeds organization maximum of 90 days",
-  "status": "KO"
-}
-```
diff --git a/src/content/docs/fr/public-api/app.mdx b/src/content/docs/fr/public-api/app.mdx
deleted file mode 100644
index 3fd476de4..000000000
--- a/src/content/docs/fr/public-api/app.mdx
+++ /dev/null
@@ -1,299 +0,0 @@
----
-title: Apps
-description: >-
-  Documentation détaillée pour le point de terminaison Apps, fournissant des
-  informations complètes sur la gestion et l'interaction avec les applications
-  Capacitor via la plate-forme Capgo.
-sidebar:
-  order: 7
-locale: fr
----
-Les applications sont les entités fondamentales de Capgo. Chaque application représente une application Capacitor unique que vous pouvez gérer et mettre à jour via la plateforme. Les applications API vous permettent de créer, récupérer, mettre à jour et supprimer des configurations d'applications.
-
-## Comprendre les applications
-
-Une application dans Capgo représente votre application Capacitor et comprend :
-- **App ID** : identifiant unique de votre application
-- **Nom** : nom lisible de votre application
-- **Icônes** : identifiants visuels de votre application dans le tableau de bord
-- **Configuration** : paramètres qui contrôlent la manière dont les mises à jour sont fournies
-- **Propriété** : informations sur l'organisation et l'accès des utilisateurs
-- **Statistiques d'utilisation** : mesures sur les installations et les mises à jour
-
-## meilleures pratiques
-
-1. **Convention de dénomination** : utilisez des noms clairs et identifiables pour vos applications
-2. **Sécurité** : protégez vos clés API et vos identifiants d'accès
-3. **Organisation** : regroupez les applications associées sous la même organisation
-4. **Surveillance** : vérifiez régulièrement les statistiques et les performances des applications
-5. **Sauvegarde** : conservez les sauvegardes de configuration pour les applications critiques
-
-## Points de terminaison
-
-### OBTENIR
-
-`https://api.capgo.app/app/`
-
-Récupérez des informations sur vos applications.
-
-#### Paramètres de requête
-- `page` : Facultatif. Numéro de page pour la pagination
-- `limit` : Facultatif. Nombre de résultats par page (par défaut : 50)
-- `org_id` : Facultatif. Filtrez les applications par ID d'organisation. S'il n'est pas fourni, renvoie les applications de toutes les organisations auxquelles l'utilisateur a accès
-
-Pour obtenir une application spécifique :
-- Utilisez l'ID de l'application dans le chemin de l'URL : `https://api.capgo.app/app/:app_id`
-
-#### Type de réponse
-
-Remarque : `last_version` fait référence au dernier bundle (version) téléchargé pour l'application.
-
-```typescript
-interface App {
-  app_id: string
-  created_at: string | null
-  default_upload_channel: string
-  icon_url: string
-  id: string | null
-  last_version: string | null // last bundle (version) name
-  name: string | null
-  owner_org: string
-  retention: number
-  transfer_history: Json[] | null
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### Exemple de demande
-
-```bash
-# Get all apps
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/"
-
-# Get apps from a specific organization
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-
-# Get specific app
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/com.demo.app"
-```
-
-#### Exemple de réponse
-
-```json
-{
-  "data": [
-    {
-      "app_id": "com.demo.app",
-      "created_at": "2024-01-01T00:00:00Z",
-      "default_upload_channel": "dev",
-      "icon_url": "https://example.com/icon.png",
-      "id": "550e8400-e29b-41d4-a716-446655440000",
-      "last_version": "1.0.0",
-      "name": "Demo App",
-      "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-      "retention": 2592000,
-      "transfer_history": null,
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "6aa76066-55ef-4238-ade6-0b32334a4097"
-    }
-  ]
-}
-```
-
-### POSTER
-
-`https://api.capgo.app/app/`
-
-Créez une nouvelle application.
-
-#### Corps de la demande
-
-```typescript
-interface CreateApp {
-  app_id: string
-  name: string
-  icon?: string
-  owner_org: string
-}
-```
-
-#### Exemple de demande
-
-```bash
-# Create new app
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "My New App",
-    "app_id": "com.demo.myapp", // this id is unique in Capgo This cannot be reused by any account.
-    "icon": "https://example.com/icon.png",
-    "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-  }' \
-  https://api.capgo.app/app/
-```
-
-#### Réponse réussie
-
-```json
-{
-  "app_id": "My New App",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "My New App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 2592000,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### METTRE
-
-`https://api.capgo.app/app/:app_id`
-
-Mettez à jour une application existante. L'ID de l'application est spécifié dans le chemin de l'URL.
-
-#### Corps de la demande
-
-```typescript
-interface UpdateApp {
-  name?: string
-  icon?: string
-  retention?: number
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Updated App Name",
-    "icon": "https://example.com/updated-icon.png",
-    "retention": 45
-  }' \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### Réponse réussie
-
-```json
-{
-  "app_id": "com.demo.app",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/updated-icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "Updated App Name",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 45,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### SUPPRIMER
-
-`https://api.capgo.app/app/:app_id`
-
-Supprimez une application et toutes les ressources associées. L'ID de l'application est spécifié dans le chemin de l'URL. À utiliser avec une extrême prudence car cette action est irréversible.
-
-#### Exemple de demande
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### Réponse réussie
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Gestion des erreurs
-
-Scénarios d'erreur courants et leurs réponses :
-
-```json
-// App not found
-{
-  "error": "App not found",
-  "status": "KO"
-}
-
-// Duplicate custom ID
-{
-  "error": "Custom ID already in use",
-  "status": "KO"
-}
-
-// Invalid parameters
-{
-  "error": "Invalid app configuration",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage app",
-  "status": "KO"
-}
-
-// Organization access denied
-{
-  "status": "You do not have access to this organization"
-}
-```
-
-## Cas d'utilisation courants
-
-1. **Créer une nouvelle application**
-```typescript
-// Set up a new app
-{
-  "name": "Production App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-}
-```
-
-2. **Mettre à jour la configuration de l'application**
-```typescript
-// Change app name and icon
-{
-  "name": "Rebranded App Name",
-  "icon": "https://example.com/new-icon.png"
-}
-```
-
-3. **Définir la politique de conservation**
-```typescript
-// Configure automatic bundle cleanup
-{
-  "retention": 30 // Keep bundles for 30 days
-}
-```
-
-4. **Obtenir des applications par organisation**
-```bash
-# List all apps in a specific organization
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-```
-
-## Gestion des ressources
-
-1. **Optimisation du stockage** : surveillez l'utilisation du stockage et définissez des politiques de rétention appropriées.
-2. **Organisation** : regroupez les applications associées sous une seule organisation
-3. **Contrôle d'accès** : gérez les membres de l'équipe qui peuvent modifier les paramètres de l'application.
-4. **Stratégie de sauvegarde** : sauvegardez les configurations et paramètres critiques des applications
diff --git a/src/content/docs/fr/public-api/bundles.mdx b/src/content/docs/fr/public-api/bundles.mdx
deleted file mode 100644
index 440ec8198..000000000
--- a/src/content/docs/fr/public-api/bundles.mdx
+++ /dev/null
@@ -1,641 +0,0 @@
----
-title: Bundles
-description: >-
-  Guide détaillé pour la gestion des bundles Capgo, couvrant la liste, la
-  suppression, la gestion des bundles (versions) et l'optimisation du stockage
-  pour les packages de mise à jour d'applications.
-sidebar:
-  order: 8
-locale: fr
----
-Les bundles sont les principaux packages de mise à jour dans Capgo. Chaque bundle contient les ressources Web (HTML, CSS, JS) qui composent le contenu de votre application. Les bundles API vous permettent de gérer ces packages de mise à jour, notamment de les répertorier et de les supprimer.
-
-## Comprendre les offres groupées
-
-Un ensemble représente un ensemble (version) spécifique du contenu Web de votre application et comprend :
-- **Bundle (version)** : Numéro de version sémantique du bundle
-- **Checksum** : hachage unique pour vérifier l'intégrité du bundle
-- **Informations de stockage** : détails sur l'endroit et la manière dont le lot est stocké
-- **Exigences natives** : exigences minimales en matière de version d'application native
-- **Métadonnées** : heure de création, propriété et autres informations de suivi
-
-## Création manuelle d'un bundle (sans CLI)
-
-Voici comment créer et télécharger des bundles manuellement sans utiliser Capgo CLI :
-
-### Étape 1 : Créez votre application
-
-Tout d’abord, créez les ressources Web de votre application :
-
-```bash
-npm run build
-```
-
-### Étape 2 : Créer un bundle Zip en utilisant les mêmes packages que Capgo CLI
-
-**Important** : utilisez exactement les mêmes packages JavaScript que Capgo CLI utilise en interne pour garantir la compatibilité.
-
-#### Installer les packages requis
-
-```bash
-npm install adm-zip @tomasklaen/checksum
-```
-
-#### Créez un bundle Zip avec JavaScript (identique à Capgo CLI)
-
-Remarque : Dans les exemples ci-dessous, `version` fait référence au nom du bundle (version) utilisé par API.
-
-```javascript
-const fs = require('node:fs');
-const path = require('node:path');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-// Exact same implementation as Capgo CLI
-function zipFileUnix(filePath) {
-  const zip = new AdmZip();
-  zip.addLocalFolder(filePath);
-  return zip.toBuffer();
-}
-
-async function zipFileWindows(filePath) {
-  console.log('Zipping file windows mode');
-  const zip = new AdmZip();
-
-  const addToZip = (folderPath, zipPath) => {
-    const items = fs.readdirSync(folderPath);
-
-    for (const item of items) {
-      const itemPath = path.join(folderPath, item);
-      const stats = fs.statSync(itemPath);
-
-      if (stats.isFile()) {
-        const fileContent = fs.readFileSync(itemPath);
-        zip.addFile(path.join(zipPath, item).split(path.sep).join('/'), fileContent);
-      } else if (stats.isDirectory()) {
-        addToZip(itemPath, path.join(zipPath, item));
-      }
-    }
-  };
-
-  addToZip(filePath, '');
-  return zip.toBuffer();
-}
-
-// Main zipFile function (exact same logic as CLI)
-async function zipFile(filePath) {
-  if (os.platform() === 'win32') {
-    return zipFileWindows(filePath);
-  } else {
-    return zipFileUnix(filePath);
-  }
-}
-
-async function createBundle(inputPath, outputPath, version) {
-  // Create zip using exact same method as Capgo CLI
-  const zipped = await zipFile(inputPath);
-  
-  // Write to file
-  fs.writeFileSync(outputPath, zipped);
-  
-  // Calculate checksum using exact same package as CLI
-  const checksum = await getChecksum(zipped, 'sha256');
-  
-  return {
-    filename: path.basename(outputPath),
-    version: version,
-    size: zipped.length,
-    checksum: checksum
-  };
-}
-
-// Usage
-async function main() {
-  try {
-    const result = await createBundle('./dist', './my-app-1.2.3.zip', '1.2.3');
-    console.log('Bundle info:', JSON.stringify(result, null, 2));
-  } catch (error) {
-    console.error('Error creating bundle:', error);
-  }
-}
-
-main();
-```
-
-### Étape 3 : Calculez la somme de contrôle SHA256 en utilisant le même package que CLI
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Usage
-async function main() {
-  const checksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('Checksum:', checksum);
-}
-
-main();
-```
-
-### Étape 4 : Télécharger le bundle sur votre stockage
-
-Téléchargez votre fichier zip sur n'importe quel stockage accessible sur le Web :
-
-```bash
-# Example: Upload to your server via scp
-scp my-app-1.2.3.zip user@your-server.com:/var/www/bundles/
-
-# Example: Upload to S3 using AWS CLI
-aws s3 cp my-app-1.2.3.zip s3://your-bucket/bundles/
-
-# Example: Upload via curl to a custom endpoint
-curl -X POST https://your-storage-api.com/upload \
-  -H "Authorization: Bearer YOUR_TOKEN" \
-  -F "file=@my-app-1.2.3.zip"
-```
-
-**Important** : Votre offre groupée doit être **accessible publiquement** via une URL HTTPS (aucune authentification requise). Les serveurs de Capgo doivent télécharger le bundle à partir de cette URL.
-
-Exemples d'URL publiques valides :
-- `https://your-storage.com/bundles/my-app-1.2.3.zip`
-- `https://github.com/username/repo/releases/download/v1.2.3/bundle.zip`
-- `https://cdn.jsdelivr.net/gh/username/repo@v1.2.3/dist.zip`
-
-### Étape 5 : Enregistrez le bundle avec Capgo API
-
-Enregistrez le bundle externe auprès de Capgo à l'aide d'appels directs API :
-
-```javascript
-async function registerWithCapgo(appId, version, bundleUrl, checksum, apiKey) {
-  const fetch = require('node-fetch');
-  
-  // Create bundle (version)
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': apiKey
-    },
-    body: JSON.stringify({
-      app_id: appId,
-      version: version,
-      external_url: bundleUrl,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed to create bundle: ${response.statusText}`);
-  }
-
-  const data = await response.json();
-  console.log('Bundle created:', data);
-  
-  return data;
-}
-```
-
-#### API Paramètres
-
-| Paramètre | Descriptif | Obligatoire |
-|---------------|-------------|--------------|
-| `app_id` | Votre identifiant d'application | Oui |
-| `version` | Version sémantique du bundle (version) (par exemple, "1.2.3") | Oui |
-| `external_url` | **Accessible publiquement** URL HTTPS où l'ensemble peut être téléchargé (aucune authentification requise) | Oui |
-| `checksum` | Somme de contrôle SHA256 du fichier zip | Oui |
-
-## Exigences relatives à la structure du bundle
-
-Votre package zip doit respecter ces exigences :
-
-1. **Fichier d'index racine** : doit avoir `index.html` au niveau racine
-2. **Capacitor Intégration** : vous devez appeler `notifyAppReady()` dans le code de votre application
-3. **Chemins d'actifs** : utilisez des chemins relatifs pour tous les actifs
-
-### Structure de bundle valide
-
-```
-bundle.zip
-├── index.html
-├── assets/
-│   ├── app.js
-│   └── styles.css
-└── images/
-```
-
-## Exemple complet de flux de travail manuel
-
-Script Node.js simple à compresser, effectuer la somme de contrôle et télécharger sur Capgo :
-
-```javascript
-const fs = require('node:fs');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-const fetch = require('node-fetch');
-
-async function deployToCapgo() {
-  const APP_ID = 'com.example.app';
-  const VERSION = '1.2.3';
-  const BUNDLE_URL = 'https://your-storage.com/bundles/app-1.2.3.zip';
-  const API_KEY = process.env.CAPGO_API_KEY;
-
-  // 1. Create zip (same as Capgo CLI)
-  const zip = new AdmZip();
-  zip.addLocalFolder('./dist');
-  const zipped = zip.toBuffer();
-
-  // 2. Calculate checksum (same as Capgo CLI)
-  const checksum = await getChecksum(zipped, 'sha256');
-  console.log('Checksum:', checksum);
-
-  // 3. Upload to your storage (replace with your upload logic)
-  // fs.writeFileSync('./bundle.zip', zipped);
-  // ... upload bundle.zip to your storage ...
-
-  // 4. Register with Capgo API
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': API_KEY
-    },
-    body: JSON.stringify({
-      app_id: APP_ID,
-      version: VERSION,
-      external_url: BUNDLE_URL,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed: ${response.statusText}`);
-  }
-
-  console.log('Bundle registered with Capgo!');
-}
-
-deployToCapgo().catch(console.error);
-```
-
-Installer les dépendances :
-
-```bash
-npm install adm-zip @tomasklaen/checksum node-fetch
-```
-
-## Vérification de la somme de contrôle
-
-### JavaScript Calcul de la somme de contrôle (identique à Capgo CLI)
-
-Utilisez exactement le même package et la même méthode que Capgo CLI utilise en interne :
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Verify checksum matches
-async function verifyChecksum(filePath, expectedChecksum) {
-  const actualChecksum = await calculateChecksum(filePath);
-  const isValid = actualChecksum === expectedChecksum;
-  
-  console.log(`File: ${filePath}`);
-  console.log(`Expected: ${expectedChecksum}`);
-  console.log(`Actual:   ${actualChecksum}`);
-  console.log(`Valid:    ${isValid}`);
-  
-  return isValid;
-}
-
-// Usage
-async function main() {
-  const bundleChecksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('SHA256 Checksum:', bundleChecksum);
-}
-
-main();
-```### Importance de la somme de contrôle
-
-- **Bundle Integrity** : garantit que le bundle n'a pas été corrompu pendant le transfert
-- **API Vérification** : Capgo vérifie les sommes de contrôle avant d'accepter les offres groupées
-- **Vérification du plugin** : le plugin mobile vérifie les sommes de contrôle avant d'appliquer les mises à jour
-
-## meilleures pratiques
-
-1. **Gestion des bundles (versions)** : utilisez le versioning sémantique de manière cohérente
-2. **Optimisation du stockage** : supprimez périodiquement les bundles inutilisés
-3. **Compatibilité du bundle (version)** : définissez les exigences minimales appropriées de la version native
-4. **Stratégie de sauvegarde** : conserver les sauvegardes des bundles critiques (versions)
-
-## Points de terminaison
-
-### OBTENIR
-
-`https://api.capgo.app/bundle/`
-
-Récupérez les informations sur le bundle. Renvoie 50 lots par page.
-
-#### Paramètres de requête
-- `app_id` : obligatoire. L'ID de votre application
-- `page` : Facultatif. Numéro de page pour la pagination
-
-#### Type de réponse
-
-```typescript
-interface Bundle {
-  app_id: string
-  bucket_id: string | null
-  checksum: string | null
-  created_at: string | null
-  deleted: boolean
-  external_url: string | null
-  id: number
-  minUpdateVersion: string | null
-  name: string
-  native_packages: Json[] | null
-  owner_org: string
-  r2_path: string | null
-  session_key: string | null
-  storage_provider: string
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### Exemple de demande
-
-```bash
-# Get all bundles
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123"
-
-# Get next page
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123&page=1"
-```
-
-#### Exemple de réponse
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "app_id": "app_123",
-      "name": "1.0.0",
-      "checksum": "abc123...",
-      "minUpdateVersion": "1.0.0",
-      "storage_provider": "r2",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "deleted": false,
-      "owner_org": "org_123",
-      "user_id": "user_123"
-    }
-  ]
-}
-```
-
-### SUPPRIMER
-
-`https://api.capgo.app/bundle/`
-
-Supprimez un ou tous les bundles pour une application. À utiliser avec prudence car cette action ne peut pas être annulée.
-
-#### Paramètres de requête
-
-Pour supprimer un bundle spécifique :
-```typescript
-interface BundleDelete {
-  app_id: string
-  version: string
-}
-```
-
-Pour supprimer tous les bundles :
-```typescript
-interface BundleDeleteAll {
-  app_id: string
-}
-```
-
-#### Exemples de requêtes
-
-```bash
-# Delete specific bundle
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version": "1.0.0"
-  }' \
-  https://api.capgo.app/bundle/
-
-# Delete all bundles
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Réponse réussie
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### POSTER
-
-`https://api.capgo.app/bundle/`
-
-Créez un nouveau bundle avec une URL externe.
-
-#### Corps de la demande
-
-```typescript
-interface CreateBundleBody {
-  app_id: string
-  version: string
-  external_url: string // Must be publicly accessible HTTPS URL
-  checksum: string
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "com.example.app",
-    "version": "1.2.3",
-    "external_url": "https://your-storage.com/bundles/app-1.2.3.zip",
-    "checksum": "a1b2c3d4e5f6789abcdef123456789abcdef123456789abcdef123456789abcd"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Réponse réussie
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### POST (Métadonnées)
-
-`https://api.capgo.app/bundle/metadata`
-
-Mettez à jour les métadonnées du bundle telles que les informations sur les liens et les commentaires.
-
-#### Corps de la demande
-
-```typescript
-interface UpdateMetadataBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  link?: string
-  comment?: string
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "link": "https://github.com/myorg/myapp/releases/tag/v1.0.0",
-    "comment": "Fixed critical bug in authentication"
-  }' \
-  https://api.capgo.app/bundle/metadata
-```
-
-#### Réponse réussie
-
-```json
-{
-  "status": "success"
-}
-```
-
-### METTRE
-
-`https://api.capgo.app/bundle/`
-
-Définissez un forfait sur une chaîne spécifique. Cela relie un bundle (version) à un canal de distribution.
-
-#### Corps de la demande
-
-```typescript
-interface SetChannelBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  channel_id: number
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "channel_id": 789
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Réponse réussie
-
-```json
-{
-  "status": "success",
-  "message": "Bundle 1.0.0 set to channel production"
-}
-```
-
-## Gestion des erreurs
-
-Scénarios d'erreur courants et leurs réponses :
-
-```json
-// Bundle not found
-{
-  "error": "Bundle not found",
-  "status": "KO"
-}
-
-// Invalid bundle (version) format
-{
-  "error": "Invalid version format",
-  "status": "KO"
-}
-
-// Storage error
-{
-  "error": "Failed to delete bundle from storage",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage bundles",
-  "status": "KO"
-}
-```
-
-## Cas d'utilisation courants
-
-1. **Nettoyer les anciens bundles (versions)**
-```typescript
-// Delete outdated beta bundles (versions)
-{
-  "app_id": "app_123",
-  "version": "1.0.0-beta.1"
-}
-```
-
-2. **Réinitialisation de l'application**
-```typescript
-// Remove all bundles to start fresh
-{
-  "app_id": "app_123"
-}
-```
-
-## Considérations sur le stockage
-
-1. **Politique de rétention** : définissez la durée de conservation des anciens bundles
-2. **Gestion de la taille** : surveillez la taille des bundles et l'utilisation du stockage
-3. **Stratégie de sauvegarde** : envisagez de sauvegarder les bundles (versions) critiques
-4. **Optimisation des coûts** : supprimez les offres groupées inutiles pour optimiser les coûts de stockage
diff --git a/src/content/docs/fr/public-api/channels.mdx b/src/content/docs/fr/public-api/channels.mdx
deleted file mode 100644
index 3af1fcb6a..000000000
--- a/src/content/docs/fr/public-api/channels.mdx
+++ /dev/null
@@ -1,272 +0,0 @@
----
-title: Channels
-description: >-
-  Guide de gestion des canaux de mise à jour des applications dans Capgo,
-  couvrant le contrôle des bundles (versions), le ciblage des plates-formes et
-  les politiques de mise à jour.
-sidebar:
-  order: 6
-locale: fr
----
-Les canaux constituent le mécanisme principal de gestion des mises à jour des applications dans Capgo. Ils vous permettent de contrôler comment et quand vos utilisateurs reçoivent les mises à jour, en activant des fonctionnalités telles que les tests A/B, les déploiements par étapes et les mises à jour spécifiques à la plate-forme.
-
-## Comprendre les chaînes
-
-Un canal représente une piste de distribution pour les mises à jour de votre application. Chaque canal peut être configuré avec des règles et contraintes spécifiques :
-
-- **Contrôle du bundle (version)** : spécifiez quel bundle (version) les utilisateurs reçoivent
-- **Ciblage de plates-formes** : ciblez des plates-formes spécifiques (iOS/Android/Electron)
-- **Politiques de mise à jour** : contrôlez la manière dont les mises à jour sont fournies
-- **Restrictions relatives aux appareils** : gérez quels appareils peuvent accéder aux mises à jour
-
-## Options de configuration des canaux
-
-- **public** : définir comme canal par défaut pour les nouveaux appareils
-- **disableAutoUpdateUnderNative** : empêche les mises à jour lorsque la version de l'application native de l'appareil est plus récente que le bundle de mise à jour (version) disponible dans le canal (par exemple, l'appareil utilise la version 1.2.3 de l'application native, mais le canal possède un bundle (version) 1.2.2)
-- **disableAutoUpdate** : contrôle le comportement de la mise à jour ("majeur", "mineur", "numéro_version", "aucun")
-- **ios/android/electron** : activer/désactiver pour des plates-formes spécifiques
-- **allow_device_self_set** : laissez les appareils choisir leur canal
-- **allow_emulator** : Autoriser les mises à jour sur les appareils émulateurs
-- **allow_dev** : Autoriser les mises à jour sur les versions de développement
-
-## meilleures pratiques
-
-1. **Canal de test** : maintenez un canal de test pour la validation interne
-2. **Déploiement par étapes** : utilisez plusieurs canaux pour un déploiement progressif des mises à jour
-3. **Séparation de plate-forme** : créez des canaux séparés pour iOS, Android et Electron si nécessaire.
-4. **Bundle (version) Control** : utilisez le versioning sémantique pour des chemins de mise à jour clairs
-
-## Points de terminaison
-
-### POSTER
-
-`https://api.capgo.app/channel/`
-
-Créez ou mettez à jour une configuration de canal.
-
-#### Corps de la demande
-
-```typescript
-type disable_update = "major" | "minor" | "version_number" | "none"
-interface ChannelSet {
-  app_id: string
-  channel: string
-  version?: string // bundle (version) name
-  public?: boolean
-  disableAutoUpdateUnderNative?: boolean
-  disableAutoUpdate?: disable_update
-  ios?: boolean
-  android?: boolean
-  electron?: boolean
-  allow_device_self_set?: boolean
-  allow_emulator?: boolean
-  allow_dev?: boolean
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta",
-    "version": "1.2.0",
-    "public": false,
-    "disableAutoUpdate": "minor",
-    "ios": true,
-    "android": true,
-    "electron": true,
-    "allow_emulator": true
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### Réponse réussie
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### OBTENIR
-
-`https://api.capgo.app/channel/`
-
-Récupérer les informations sur la chaîne. Renvoie 50 chaînes par page.
-
-#### Paramètres de requête
-- `app_id` : obligatoire. L'ID de votre application
-- `page` : Facultatif. Numéro de page pour la pagination
-- `channel` : Facultatif. Nom de chaîne spécifique à récupérer
-
-#### Exemples de requêtes
-
-```bash
-# Get all channels
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123"
-
-# Get specific channel
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&channel=beta"
-
-# Get next page
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&page=1"
-```
-
-#### Type de réponse
-
-```typescript
-interface Channel {
-    id: number;
-    created_at: string;
-    name: string;
-    app_id: string;
-    version: { // bundle (version) assigned to the channel
-        id: number,
-        name: string
-    };
-    created_by: string;
-    updated_at: string;
-    public: boolean;
-    disableAutoUpdateUnderNative: boolean;
-    disableAutoUpdate: boolean;
-    allow_emulator: boolean;
-    allow_dev: boolean;
-}
-```
-
-Dans la réponse ci-dessous, `version` fait référence au bundle (version) attribué au canal.
-
-#### Exemple de réponse
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "name": "production",
-      "app_id": "app_123",
-      "version": {
-        "id": 1,
-        "name": "1.0.0"
-      },
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "created_by": "user_123",
-      "public": true,
-      "disableAutoUpdateUnderNative": false,
-      "disableAutoUpdate": false,
-      "allow_emulator": false,
-      "allow_dev": false
-    }
-  ]
-}
-```
-
-### SUPPRIMER
-
-`https://api.capgo.app/channel/`
-
-Supprimer une chaîne. Notez que cela affectera tous les appareils utilisant ce canal.
-
-#### Paramètres de requête
-
-```typescript
-interface Channel {
-  channel: string
-  app_id: string
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### Réponse réussie
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Gestion des erreurs
-
-Scénarios d'erreur courants et leurs réponses :
-
-```json
-// Channel not found
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// Invalid bundle (version) format
-{
-  "error": "Invalid version format. Use semantic versioning",
-  "status": "KO"
-}
-
-// Invalid update policy
-{
-  "error": "Invalid disableAutoUpdate value",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage channels",
-  "status": "KO"
-}
-```
-
-## Cas d'utilisation courants
-
-1. **Test bêta**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "beta",
-  "version": "1.2.0-beta",
-  "public": false,
-  "allow_emulator": true,
-  "allow_dev": true
-}
-```
-
-2. **Déploiement de la production**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "production",
-  "version": "1.2.0",
-  "public": true,
-  "disableAutoUpdate": "minor"
-}
-```
-
-3. **Mises à jour spécifiques à la plateforme**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "ios-hotfix",
-  "version": "1.2.1",
-  "ios": true,
-  "android": false
-}
-```
diff --git a/src/content/docs/fr/public-api/devices.mdx b/src/content/docs/fr/public-api/devices.mdx
deleted file mode 100644
index 4ac3619ae..000000000
--- a/src/content/docs/fr/public-api/devices.mdx
+++ /dev/null
@@ -1,298 +0,0 @@
----
-title: Devices
-description: >-
-  Documents pour la gestion des appareils via Capgo API, couvrant le suivi,
-  l'attribution des bundles (versions) et la gestion des canaux pour les
-  installations d'applications.
-sidebar:
-  order: 7
-locale: fr
----
-Les appareils représentent des installations individuelles de votre application gérées par Capgo. Les appareils API vous permettent de suivre et de gérer les appareils, y compris leurs offres groupées (versions), leurs canaux et leur état de mise à jour.
-
-:::note[Conservation des données]
-Les données de l'appareil sont conservées pendant **90 jours** à compter de la dernière activité de l'appareil. Les appareils qui ne se sont pas connectés à Capgo pendant cette période seront automatiquement supprimés du système. Les appareils actifs sont suivis en permanence lorsqu'ils recherchent des mises à jour.
-:::
-
-## Comprendre les appareils
-
-Chaque appareil possède des caractéristiques et des états uniques :
-- **Plateforme** : iOS, Android ou Electron
-- **Bundle (version)** : bundle actuel (version) et version de build native
-- **Environnement** : Production ou développement, émulateur ou périphérique physique
-- **Channel**: Current update channel assignment
-- **ID personnalisé** : identifiant facultatif pour vos propres fins de suivi
-
-## meilleures pratiques
-
-1. **Suivi des bundles (versions)** : surveillez l'adoption des bundles (versions) d'appareils pour garantir l'adoption des mises à jour
-2. **Gestion des canaux** : attribuez des appareils aux canaux appropriés en fonction des besoins de test
-3. **Conscience de l'environnement** : Gérer différents environnements (prod/dev/emulator) de manière appropriée
-4. **Identification personnalisée** : utilisez des identifiants personnalisés pour intégrer vos systèmes existants
-
-## Points de terminaison
-
-### POSTER
-
-`https://api.capgo.app/device/`
-
-Associez un appareil à un ensemble (version) ou à un canal spécifique.
-
-#### Corps de la demande
-
-```typescript
-interface DeviceLink {
-  app_id: string
-  device_id: string
-  version_id?: string // bundle (version) name
-  channel?: string    // channel name
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### Réponse réussie
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### OBTENIR
-
-`https://api.capgo.app/device/`
-
-Retrieve device information. Utilise la pagination basée sur le curseur pour une récupération efficace de grandes listes de périphériques.
-
-#### Paramètres de requête
-- `app_id`: Required. L'ID de votre application
-- `device_id` : Facultatif. Specific device ID to retrieve a single device
-- `cursor`: Optional. Cursor from previous response for pagination
-- `limit`: Optional. Nombre d'appareils par page (par défaut : 50)
-
-#### Exemples de requêtes
-
-```bash
-# Get all devices (first page)
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123"
-
-# Get specific device
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&device_id=device_456"
-
-# Get next page using cursor
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&cursor=2024-01-01T00:00:00Z|device_456"
-```
-
-#### Response Type (List)
-
-Lors de la demande de plusieurs appareils (pas de paramètre `device_id`) :
-
-```typescript
-interface DeviceListResponse {
-  data: Device[];
-  nextCursor?: string;  // Pass this as 'cursor' param to get next page
-  hasMore: boolean;     // true if more pages available
-}
-
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number; // bundle (version) id
-  version_name: string | null; // bundle (version) name
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android" | "electron";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-  key_id: string | null; // First 4 chars of encryption key (e.g., "MIIB")
-}
-```
-
-#### Response Type (Single Device)
-
-Lors de la demande d'un appareil spécifique avec le paramètre `device_id`, renvoie directement l'objet appareil :
-
-```typescript
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number; // bundle (version) id
-  version_name: string | null; // bundle (version) name
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android" | "electron";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-  key_id: string | null; // First 4 chars of encryption key (e.g., "MIIB")
-}
-```
-
-#### Example Response (List)
-
-```json
-{
-  "data": [
-    {
-      "device_id": "device_456",
-      "custom_id": "test-device-1",
-      "version": 1,
-      "version_name": "1.0.0",
-      "app_id": "app_123",
-      "platform": "ios",
-      "plugin_version": "5.0.0",
-      "os_version": "17.0",
-      "version_build": "1",
-      "is_prod": true,
-      "is_emulator": false,
-      "updated_at": "2024-01-01T00:00:00Z"
-    }
-  ],
-  "nextCursor": "2024-01-01T00:00:00Z|device_456",
-  "hasMore": true
-}
-```
-
-#### Example Response (Single Device)
-
-```json
-{
-  "device_id": "device_456",
-  "custom_id": "test-device-1",
-  "version": 1,
-  "version_name": "1.0.0",
-  "app_id": "app_123",
-  "platform": "ios",
-  "plugin_version": "5.0.0",
-  "os_version": "17.0",
-  "version_build": "1",
-  "is_prod": true,
-  "is_emulator": false,
-  "updated_at": "2024-01-01T00:00:00Z",
-  "channel": "production"
-}
-```
-
-### SUPPRIMER
-
-`https://api.capgo.app/device/`
-
-Unlink a device from its channel override. Cela réinitialise l'appareil pour qu'il utilise son canal par défaut.
-
-:::note[Supprimer l'appareil]
-Les données de l'appareil sont conservées pendant **90 jours** à compter de la dernière activité de l'appareil. Les appareils qui ne se sont pas connectés à Capgo pendant cette période seront automatiquement supprimés du système. Les appareils actifs sont suivis en permanence lorsqu'ils recherchent des mises à jour.
-Vous ne pouvez pas supprimer un appareil avec ce point de terminaison, cela affecte uniquement le remplacement du canal.
-:::
-
-#### Paramètres de requête
-
-```typescript
-interface Device {
-  device_id: string
-  app_id: string
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### Réponse réussie
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Gestion des erreurs
-
-Scénarios d'erreur courants et leurs réponses :
-
-```json
-// Device not found
-{
-  "error": "Device not found",
-  "status": "KO"
-}
-
-// Invalid bundle (version)
-{
-  "error": "Version not found",
-  "status": "KO"
-}
-
-// Invalid channel
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage devices",
-  "status": "KO"
-}
-```
-
-## Cas d'utilisation courants
-
-1. **Beta Device Registration**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "channel": "beta"
-}
-```
-
-2. **Remplacement de version**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "version_id": "1.1.0"
-}
-```3. **Réinitialiser la chaîne par défaut**
-```typescript
-// Use DELETE endpoint to remove overrides
-```
-
-## Conseils pour la gestion des appareils
-
-1. **Surveillance** : vérifiez régulièrement l'état de l'appareil et la distribution du bundle (version)
-2. **Tests** : utilisez des identifiants personnalisés pour identifier facilement les appareils de test
-3. **Dépannage** : suivez les mises à jour des appareils et les attributions de canaux
-4. **Contrôle de version natif** : surveillez les versions d'applications natives pour garantir la compatibilité
diff --git a/src/content/docs/fr/public-api/index.mdx b/src/content/docs/fr/public-api/index.mdx
deleted file mode 100644
index 916788590..000000000
--- a/src/content/docs/fr/public-api/index.mdx
+++ /dev/null
@@ -1,107 +0,0 @@
----
-title: API Présentation
-description: >-
-  Explorez le API public de Capgo pour gérer des ressources telles que des
-  organisations, des appareils, des canaux et des offres groupées à l'aide des
-  méthodes HTTP RESTful et de l'authentification.
-sidebar:
-  order: 1
-locale: fr
----
-import { LinkCard } from '@astrojs/starlight/components';
-
-Il s'agit de la documentation du cloud public API du Capgo. Le API vous permet de gérer par programmation vos ressources Capgo, y compris les organisations, les appareils, les canaux et les offres groupées. Il est conçu pour être RESTful et utilise des méthodes HTTP standard.
-
-## Authentification
-
-Tous les points de terminaison API nécessitent une authentification. Pour authentifier vos demandes, ajoutez votre clé API dans l'en-tête `authorization`.
-
-Exemple :
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-```
-
-<LinkCard
-	title="Obtenez la clé API"
-	description="Generate your API key in the Capgo dashboard"
-	href="https://console.capgo.app/dashboard/apikeys/"
-/>
-
-## Limitation du débit
-
-Le API implémente une limitation de débit pour garantir une utilisation équitable. Les limites actuelles sont :
-- 100 requêtes par minute pour les comptes standards
-- 1 000 requêtes par minute pour les comptes d'entreprise
-
-Si vous dépassez ces limites, vous recevrez une réponse 429 (trop de demandes).
-
-## Format de réponse
-
-Toutes les réponses sont au format JSON. Les réponses réussies incluent généralement soit un objet `data`, soit un champ `status`. Les réponses d'erreur incluent un champ `error` avec une description de ce qui n'a pas fonctionné.
-
-Exemple de réponse réussie :
-```json
-{
-  "status": "ok",
-  "data": { ... }
-}
-```
-
-Exemple de réponse d'erreur :
-```json
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-```
-
-## Points de terminaison disponibles
-
-<LinkCard
-	title="Organizations"
-	description="Create and manage organizations, update settings, and handle organization-level configurations"
-	href="/docs/public-api/organizations/"
-/>
-
-<LinkCard
-	title="API Clés"
-	description="Generate, list, and revoke API keys for secure access to the Capgo API"
-	href="/docs/public-api/api-keys/"
-/>
-
-<LinkCard
-	title="Members"
-	description="Manage organization members, roles, and permissions"
-	href="/docs/public-api/members/"
-/>
-
-<LinkCard
-	title="Statistiques"
-	description="Access detailed analytics about app usage, storage, and bandwidth consumption"
-	href="/docs/public-api/statistics/"
-/>
-
-<LinkCard
-	title="Channels"
-	description="Control app update channels, bundles (versions), and update policies"
-	href="/docs/public-api/channels/"
-/>
-
-<LinkCard
-	title="Devices"
-	description="Track and manage devices running your app, including bundle (version) and channel assignments"
-	href="/docs/public-api/devices/"
-/>
-
-<LinkCard
-	title="Bundles"
-	description="Handle app bundles, including uploading, listing, and managing bundles (versions)"
-	href="/docs/public-api/bundles/"
-/>
-
-## meilleures pratiques
-
-1. **Gestion des erreurs** : vérifiez toujours les réponses aux erreurs et gérez-les de manière appropriée
-2. **Limitation de débit** : implémentez un recul exponentiel lorsque vous atteignez les limites de débit
-3. **Mise en cache** : mettez en cache les réponses le cas échéant pour réduire les appels API
-4. **Gestion des versions** : gardez une trace des modifications API grâce à notre journal des modifications
diff --git a/src/content/docs/fr/public-api/members.mdx b/src/content/docs/fr/public-api/members.mdx
deleted file mode 100644
index 609c2a5fb..000000000
--- a/src/content/docs/fr/public-api/members.mdx
+++ /dev/null
@@ -1,228 +0,0 @@
----
-title: Members
-description: >-
-  Guide complet sur la gestion des membres de l'organisation dans Capgo,
-  couvrant les rôles, les autorisations et les meilleures pratiques en matière
-  de sécurité et de collaboration.
-sidebar:
-  order: 4
-locale: fr
----
-Les membres de l'organisation sont des utilisateurs qui ont accès à votre organisation Capgo. Chaque membre a un rôle spécifique qui détermine ses autorisations au sein de l'organisation. La gestion efficace des membres est cruciale pour maintenir la sécurité et la collaboration au sein de votre équipe.
-
-## Rôles des membres
-
-### Rôles réguliers
-- **lire** : peut afficher les ressources mais ne peut pas apporter de modifications
-- **télécharger** : peut télécharger de nouveaux bundles et afficher les ressources
-- **écrire** : peut modifier les ressources et télécharger des bundles
-- **admin** : peut gérer les paramètres et les membres de l'organisation
-- **super_admin** : a un contrôle total sur l'organisation
-
-### Inviter des rôles
-- **invite_read** : invitation en attente pour un accès en lecture
-- **invite_upload** : invitation en attente pour l'accès au téléchargement
-- **invite_write** : invitation en attente pour un accès en écriture
-- **invite_admin** : invitation en attente pour l'accès administrateur
-- **invite_super_admin** : invitation en attente pour un accès super-administrateur
-
-## meilleures pratiques
-
-1. **Attribution des rôles** : suivez le principe du moindre privilège lors de l'attribution des rôles
-2. **Audits réguliers** : examinez périodiquement l'accès des membres et supprimez les comptes inutilisés
-3. **Intégration** : disposez d'un processus clair pour ajouter de nouveaux membres et attribuer des rôles
-4. **Désintégration** : supprimez rapidement l'accès aux membres qui quittent l'organisation.
-
-## Points de terminaison
-
-### POSTER
-
-`https://api.capgo.app/organization/members/`
-
-Ajoutez un nouveau membre à une organisation ou mettez à jour le rôle d'un membre existant. Notez que vous ne pouvez inviter que des utilisateurs qui possèdent déjà un compte Capgo - l'e-mail doit correspondre à un utilisateur Capgo existant.
-
-#### Corps de la demande
-
-```typescript
-interface MemberCreate {
-  orgId: string
-  email: string
-  role: "read" | "upload" | "write" | "admin" | "super_admin"
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "newmember@example.com",
-    "role": "write"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### Réponse réussie
-
-```json
-{
-  "status": "OK",
-  "data": {
-    "uid": "user_789",
-    "email": "newmember@example.com",
-    "role": "invite_write",
-    "image_url": null
-  }
-}
-```
-
-Remarques : 
-- Lors de l'ajout d'un nouveau membre, celui-ci recevra un email d'invitation. Leur rôle sera préfixé par « invite_ » jusqu'à ce qu'ils acceptent l'invitation.
-- L'utilisateur doit déjà disposer d'un compte Capgo avant de pouvoir être invité. S'ils n'ont pas de compte, ils doivent d'abord en créer un sur https://console.capgo.app/register/.
-
-### OBTENIR 
-
-`https://api.capgo.app/organization/members/`
-
-Récupérer tous les membres d'une organisation.
-
-#### Paramètres de requête
-
-```typescript
-interface MemberQuery {
-  orgId: string
-}
-```
-
-#### Type de réponse
-
-```typescript
-interface Member {
-  uid: string;
-  email: string;
-  image_url: string;
-  role: "invite_read" | "invite_upload" | "invite_write" | "invite_admin" | "invite_super_admin" | "read" | "upload" | "write" | "admin" | "super_admin";
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/organization/members/?orgId=org_123"
-```
-
-#### Exemple de réponse
-
-```json
-{
-  "data": [
-    {
-      "uid": "user_123",
-      "email": "john@example.com",
-      "image_url": "https://example.com/avatar.png",
-      "role": "admin"
-    },
-    {
-      "uid": "user_456",
-      "email": "jane@example.com",
-      "image_url": "https://example.com/avatar2.png",
-      "role": "write"
-    },
-    {
-      "uid": "user_789",
-      "email": "bob@example.com",
-      "image_url": null,
-      "role": "invite_read"
-    }
-  ]
-}
-```
-
-### SUPPRIMER
-
-`https://api.capgo.app/organization/members/`
-
-Supprimer un membre d'une organisation. Cela révoquera immédiatement leur accès.
-
-#### Corps de la demande
-
-```typescript
-interface MemberDelete {
-  orgId: string
-  email: string
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "user@example.com"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### Réponse réussie
-
-```json
-{
-  "status": "OK"
-}
-```
-
-## Gestion des erreurs
-
-Scénarios d'erreur courants et leurs réponses :
-
-```json
-// Member not found
-{
-  "error": "Member not found",
-  "status": "KO"
-}
-
-// Invalid role
-{
-  "error": "Invalid role specified",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage members",
-  "status": "KO"
-}
-
-// Cannot remove last admin
-{
-  "error": "Cannot remove the last admin from the organization",
-  "status": "KO"
-}
-
-// Invalid email
-{
-  "error": "Invalid email format",
-  "status": "KO"
-}
-
-// Member already exists
-{
-  "error": "Member already exists in organization",
-  "status": "KO"
-}
-```
-
-## Cas d'utilisation courants
-
-1. **Expansion de l'équipe** : ajout de nouveaux membres de l'équipe avec les rôles appropriés
-2. **Contrôle d'accès** : gestion des autorisations des membres à mesure que les responsabilités changent
-3. **Audit de sécurité** : examen périodique de la liste des membres et des rôles
-4. **Restructuration de l'équipe** : mise à jour des rôles lors des changements organisationnels
diff --git a/src/content/docs/fr/public-api/organizations.mdx b/src/content/docs/fr/public-api/organizations.mdx
deleted file mode 100644
index dae3449de..000000000
--- a/src/content/docs/fr/public-api/organizations.mdx
+++ /dev/null
@@ -1,207 +0,0 @@
----
-title: Organizations
-description: >-
-  Guide de gestion des organisations dans Capgo, couvrant la création, les
-  paramètres, les mises à jour et la récupération des détails de l'organisation.
-sidebar:
-  order: 2
-locale: fr
----
-Les organisations sont les entités de niveau supérieur dans Capgo. Ils vous permettent de regrouper les applications, les membres de l’équipe et les ressources sous un même toit. Chaque organisation peut avoir plusieurs membres avec différents rôles et autorisations.
-
-## Cas d'utilisation courants
-
-- Créer une nouvelle organisation pour votre entreprise
-- Gestion des paramètres de l'organisation
-- Mise à jour des informations de l'organisation
-- Récupération des détails de l'organisation
-
-## Points de terminaison
-
-### OBTENIR
-
-`https://api.capgo.app/organization/`
-
-Récupérer les informations de l'organisation. Si `orgId` est fourni dans les paramètres, renvoie une seule organisation. Sinon, renvoie toutes les organisations accessibles.
-
-#### Paramètres de requête
-
-- `orgId` (facultatif) : L'ID de l'organisation spécifique à récupérer
-
-#### Type de réponse
-
-```typescript
-interface Organization {
-  id: string
-  created_by: string
-  created_at: string
-  updated_at: string
-  logo: string | null
-  name: string
-  management_email: string
-  customer_id: string | null
-}
-```
-
-#### Exemple de demande
-
-```bash
-# Get all organizations
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-
-# Get specific organization
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### Exemple de réponse
-
-```json
-{
-  "data": {
-    "id": "org_123",
-    "name": "My Company",
-    "created_at": "2024-01-01T00:00:00Z",
-    "updated_at": "2024-01-01T00:00:00Z",
-    "logo": "https://example.com/logo.png",
-    "management_email": "admin@example.com",
-    "customer_id": "cus_123"
-  }
-}
-```
-
-### POSTER
-
-`https://api.capgo.app/organization/`
-
-Créez une nouvelle organisation.
-
-#### Corps de la demande
-
-```typescript
-interface OrganizationCreate {
-  name: string
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "New Organization"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### Exemple de réponse
-
-```json
-{
-  "status": "Organization created",
-  "id": "org_456"
-}
-```
-
-### METTRE
-
-`https://api.capgo.app/organization/`
-
-Mettre à jour une organisation existante. Nécessite un rôle d'administrateur.
-
-#### Corps de la demande
-
-```typescript
-interface OrganizationUpdate {
-  orgId: string
-  logo?: string
-  name?: string
-  management_email?: string
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### Exemple de réponse
-
-```json
-{
-  "status": "Organization updated",
-  "data": {
-    "id": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }
-}
-```
-
-### SUPPRIMER
-
-`https://api.capgo.app/organization/`
-
-Supprimer une organisation existante. Nécessite un rôle d'administrateur. Cette action est irréversible et supprimera toutes les applications, bundles (versions) et ressources associés.
-
-#### Paramètres de requête
-
-- `orgId` : L'ID de l'organisation à supprimer
-
-#### Exemple de demande
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### Exemple de réponse
-
-```json
-{
-  "status": "Organization deleted",
-  "id": "org_123"
-}
-```
-
-## Gestion des erreurs
-
-Scénarios d'erreur courants et leurs réponses :
-
-```json
-// Invalid API key
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-
-// Missing required field
-{
-  "error": "Name is required",
-  "status": "KO"
-}
-
-// Insufficient permissions
-{
-  "error": "Admin role required",
-  "status": "KO"
-}
-```
-
-## meilleures pratiques
-
-1. **Nom** : utilisez des noms clairs et descriptifs pour les organisations
-2. **Rôles** : attribuez les rôles appropriés aux membres de l'équipe
-3. **E-mail** : utilisez une adresse e-mail de groupe pour management_email afin d'éviter les problèmes liés aux modifications d'adresse e-mail personnelle.
-4. **Logo** : hébergez les logos sur un CDN fiable et utilisez des URL HTTPS
diff --git a/src/content/docs/fr/public-api/statistics.mdx b/src/content/docs/fr/public-api/statistics.mdx
deleted file mode 100644
index d7a2220b7..000000000
--- a/src/content/docs/fr/public-api/statistics.mdx
+++ /dev/null
@@ -1,235 +0,0 @@
----
-title: Statistiques
-description: >-
-  Guide détaillé des points de terminaison Statistiques API, fournissant des
-  informations sur les utilisateurs actifs mensuels (MAU), le stockage et les
-  mesures de bande passante pour les applications et les organisations.
-sidebar:
-  order: 5
-locale: fr
----
-Les points de terminaison Statistiques fournissent des analyses détaillées sur vos applications et organisations. Vous pouvez suivre les utilisateurs actifs mensuels (MAU), l'utilisation du stockage et la consommation de bande passante sur différentes périodes. Ces données sont essentielles pour surveiller la croissance des applications, l’utilisation des ressources et la capacité de planification.
-
-## Comprendre les métriques
-
-- **MAU (Utilisateurs actifs mensuels)** : Nombre d'appareils uniques qui ont accédé à votre application au cours des 30 derniers jours
-- **Stockage** : taille totale de tous les bundles et ressources stockés en octets
-- **Bande passante** : transfert de données total pour les téléchargements de bundles en octets
-
-## meilleures pratiques
-
-1. **Surveillance régulière** : vérifiez périodiquement les statistiques pour suivre les modèles de croissance et d'utilisation.
-2. **Planification des ressources** : utilisez les métriques de stockage et de bande passante pour la planification des capacités
-3. **Engagement des utilisateurs** : suivez MAU pour comprendre les tendances d'engagement des utilisateurs
-4. **Gestion des coûts** : surveillez l'utilisation des ressources pour optimiser les coûts
-
-## Points de terminaison
-
-### GET /statistiques/app/:app_id/
-
-Obtenez des statistiques pour une application spécifique. Ce point de terminaison est utile pour surveiller les performances de chaque application.
-
-#### Paramètres de requête
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Exemple de réponse
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 1500,
-    "storage": 536870912,  // 512MB in bytes
-    "bandwidth": 1073741824 // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 1550,
-    "storage": 537919488,  // 513MB in bytes
-    "bandwidth": 1074790400 // 1.01GB in bytes
-  }
-]
-```
-
-### GET /statistiques/org/:org_id/
-
-Obtenez des statistiques pour une organisation spécifique. Utile pour surveiller l’utilisation au niveau de l’organisation.
-
-#### Paramètres de requête
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-  breakdown: boolean  // default false, optional if true it return the breakdown by app
-  noAccumulate: boolean // default false, optional if true it will not accumulate data and just return day by day result
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/org/046a36ac-e03c-4590-9257-bd6c9dba9ee8/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Exemple de réponse
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 10000,
-    "storage": 536870912,   // 512MB in bytes
-    "bandwidth": 1073741824  // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 10200,
-    "storage": 537919488,   // 513MB in bytes
-    "bandwidth": 1074790400  // 1.01GB in bytes
-  }
-]
-```
-
-### GET /statistiques/utilisateur/
-
-Obtenez des statistiques agrégées sur toutes les organisations auxquelles vous avez accès. Parfait pour le suivi global de l’utilisation.
-
-#### Paramètres de requête
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/user/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Exemple de réponse
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 25000,
-    "storage": 1073741824,  // 1GB in bytes
-    "bandwidth": 2147483648  // 2GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 25500,
-    "storage": 1074790400,  // 1.01GB in bytes
-    "bandwidth": 2148532224  // 2.01GB in bytes
-  }
-]
-```
-
-### GET /statistiques/app/:app_id/bundle_usage
-
-Obtenez des statistiques d'utilisation des offres groupées pour une application spécifique, montrant la répartition des offres groupées (versions) entre les utilisateurs sur une période spécifiée.
-
-#### Paramètres de requête
-
-```typescript
-interface BundleUsageQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Exemple de demande
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/bundle_usage?from=2024-01-01&to=2024-02-01"
-```
-
-#### Exemple de réponse
-
-```json
-{
-  "labels": ["2024-01-01", "2024-01-02", "2024-01-03"],
-  "datasets": [
-    {
-      "label": "1.0.0",
-      "data": [60.5, 58.2, 55.3]
-    },
-    {
-      "label": "1.0.1",
-      "data": [39.5, 41.8, 44.7]
-    }
-  ]
-}
-```
-
-## Gestion des erreurs
-
-Scénarios d'erreur courants et leurs réponses :
-
-```json
-// Invalid body
-{
-  "status": "Invalid body",
-  "error": "Invalid date format or missing parameters"
-}
-
-// Permission denied
-{
-  "status": "You can't access this app",
-  "error": "Insufficient permissions to access statistics"
-}
-
-// Permission denied for organization
-{
-  "status": "You can't access this organization",
-  "error": "Insufficient permissions to access organization statistics"
-}
-
-// No organizations found for user statistics
-{
-  "status": "No organizations found",
-  "error": "No organizations found"
-}
-
-// Internal server error
-{
-  "status": "Cannot get app statistics",
-  "error": "Internal server error message"
-}
-```
-
-## Cas d'utilisation courants
-
-1. **Suivi de la croissance** : surveillez la croissance du MAU au fil du temps
-2. **Optimisation des ressources** : suivez l'utilisation du stockage et de la bande passante pour optimiser les coûts
-3. **Planification des capacités** : utilisez les tendances pour planifier les futurs besoins en ressources
-4. **Rapports d'utilisation** : générez des rapports d'utilisation périodiques pour les parties prenantes
-5. **Analyse de la distribution des bundles (versions)** : comprenez comment les utilisateurs sont répartis entre différents bundles d'applications (versions) avec des statistiques d'utilisation des bundles
-
-## Conseils pour l'analyse
-
-1. **Comparez les périodes** : examinez les tendances d'un mois à l'autre ou d'une année à l'autre
-2. **Track Ratios** : surveillez la bande passante par utilisateur ou le stockage par application
-3. **Définir des alertes** : créez des alertes en cas de pics d'utilisation inhabituels
-4. **Sauvegardes régulières** : exportez régulièrement des statistiques pour une analyse historique
-5. **Adoption du bundle (version)** : utilisez l'utilisation du bundle pour suivre les taux d'adoption des nouveaux bundles (versions)
diff --git a/src/content/docs/fr/upgrade/from-appflow-to-capgo.mdx b/src/content/docs/fr/upgrade/from-appflow-to-capgo.mdx
deleted file mode 100644
index 17568b278..000000000
--- a/src/content/docs/fr/upgrade/from-appflow-to-capgo.mdx
+++ /dev/null
@@ -1,205 +0,0 @@
----
-title: Migrer d'AppFlow vers Capgo
-description: >-
-  Procédure pas à pas détaillée pour déplacer un projet Ionic AppFlow vers
-  Capgo. Chaque étape correspond aux tâches de migration AppFlow standard afin
-  que vous puissiez comparer ligne par ligne et voir celles que Capgo gère déjà
-  pour vous.
-sidebar:
-  order: 7
-locale: fr
----
-> 🚦 Ionic a annoncé que les produits commerciaux d'AppFlow, y compris les mises à jour en direct, prenaient fin. Les projets existants peuvent être exécutés jusqu'au **31 décembre 2027**, mais aucun nouveau client n'est accepté et aucune nouvelle fonctionnalité n'est prévue. Ce guide vous guide à travers les actions requises pour migrer vers Capgo et met en évidence l'automatisation native dont vous bénéficiez.
-
-## Aperçu de la migration
-
-Capgo gère les canaux, la conservation des offres groupées, les restaurations, les analyses et les téléchargements CLI pour vous. La migration se résume à l'installation du plugin, à l'appel de `CapacitorUpdater.notifyAppReady()` et, si vous le souhaitez, à la configuration des commandes manuelles facultatives. Les sections ci-dessous parcourent directement chaque tâche.
-
-:::tip[Ciblage de versions comme AppFlow]
-Si vous comptez sur la correspondance de version automatique d'AppFlow (fournir des mises à jour compatibles basées sur la version native), Capgo offre la même fonctionnalité avec un contrôle amélioré. Consultez le [Guide de ciblage de versions](/docs/live-updates/version-targeting) pour connaître les stratégies détaillées sur la gestion des mises à jour sur plusieurs versions d'application.
-:::
-
-## Étape 0 – Capturez votre configuration AppFlow actuelle
-
-- Notez votre AppFlow **App ID**, vos chaînes existantes et vos clés de signature.
-- Exportez tout historique de bundle que vous souhaitez archiver.
-- Si vous utilisez GitHub Actions ou un autre fournisseur CI, conservez ces pipelines : ils continueront à fonctionner avec Capgo.
-
-## Étape 1 – Remplacez AppFlow SDK par Capgo
-
-```bash
-npm uninstall @capacitor/live-updates
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-C'est tout. Capgo regroupe le code natif de iOS et Android ; aucune aide JavaScript supplémentaire n'est requise.
-
-## Étape 2 – Configuration minimale (pas de champs manuels)
-
-Le bloc de configuration existant est étendu. Capgo détecte automatiquement votre projet et vos canaux, la configuration minimale est donc :
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      autoDeletePrevious: true,
-    },
-  },
-}
-
-export default config
-```
-
-### Référence rapide de configuration
-
-| Paramètre Ionic AppFlow | Capgo équivalent | Avez-vous besoin de le définir ? |
-| --- | --- | --- |
-| `appId` | Géré dans le tableau de bord Capgo | Fourni automatiquement lors de la création du projet |
-| `channel` / `defaultChannel` | Règles de chaîne dans le tableau de bord/API | Remplacement facultatif ; les valeurs par défaut proviennent du serveur. Voir [Ciblage de versions](/docs/live-updates/version-targeting) pour les stratégies multi-versions |
-| `autoUpdateMethod` | `autoUpdate: true` | Activé par défaut |
-| `maxVersions` | Politique de rétention | Configuré de manière centralisée (1 mois par défaut, 24 mois maximum) |
-| `enabled` | Non requis | Capgo bascule la disponibilité par canal |
-
-## Étape 3 – Appelez `notifyAppReady()` (le seul hook requis)
-
-Dans le guide d'Ionic, vous câblez `sync`, `download` et `reload`, puis masquez l'écran de démarrage manuellement. Capgo effectue ces actions de manière native. Il vous suffit de confirmer que l'application est prête :
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Si la confirmation n'arrive jamais, Capgo annule automatiquement le bundle.
-
-**C'est tout : Capgo gère les vérifications d'antécédents, la visibilité des éclaboussures et les restaurations pour vous.**
-
-<details>
-<summary>Facultatif : exécutez la logique avant que l'écran de démarrage ne se cache</summary>
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-
-CapacitorUpdater.addListener('appReady', () => {
-  // Log diagnostics or run custom code if needed
-  SplashScreen.hide()
-})
-
-CapacitorUpdater.notifyAppReady()
-```
-
-</details>
-
-## Étape 4 – Mettre à jour les stratégies traduites
-
-AppFlow documente trois stratégies. Voici comment ils correspondent à Capgo :### Arrière-plan (par défaut)
-- **AppFlow** : configurez `autoUpdateMethod = background`, appelez `sync()` manuellement.
-- **Capgo** : activé par défaut. Aucun JavaScript requis.
-
-### Toujours le plus récent
-- **AppFlow** : ajoutez un gestionnaire `App.addListener('resume')` qui télécharge et recharge.
-- **Capgo** : la mise à jour automatique s'exécute déjà à la reprise. Ajoutez le gestionnaire uniquement si vous souhaitez une fenêtre de synchronisation personnalisée.
-
-<details>
-<summary>Facultatif : vérification manuelle de la reprise</summary>
-
-```ts
-import { App } from '@capacitor/app'
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-App.addListener('resume', async () => {
-  const bundle = await CapacitorUpdater.download()
-  if (bundle) {
-    await CapacitorUpdater.set({ id: bundle.id })
-  }
-})
-```
-
-</details>
-
-### Forcer la mise à jour
-- **AppFlow** : invitez l'utilisateur et appelez `reload()`.
-- **Capgo** : marquez le bundle comme « obligatoire » dans le tableau de bord, puis écoutez l'événement `majorAvailable` (émis après `notifyAppReady()`) pour inviter ou forcer les utilisateurs à entrer dans votre application.
-
-## Étape 5 – Mappage des appels API
-
-| Méthode AppFlow | Capgo équivalent | En avez-vous besoin ? |
-| --- | --- | --- |
-| `LiveUpdates.sync()` | Géré automatiquement | La mise à jour automatique native de Capgo s'exécute sans appel de synchronisation manuelle |
-| `LiveUpdates.download()` | `CapacitorUpdater.download()` | Facultatif pour les flux personnalisés |
-| `LiveUpdates.reload()` | `CapacitorUpdater.set()` | Facultatif; les bascules du tableau de bord gèrent les mises à jour forcées |
-| `LiveUpdates.getVersion()` | `CapacitorUpdater.current()` | Diagnostic en option |
-
-## Étape 6 – Déployer à l'aide de Capgo CLI ou API
-
-Terminez la migration en téléchargeant des bundles avec le Capgo CLI ou API. Le flux de travail reflète ce que vous avez peut-être écrit auparavant, mais inclut désormais des protections natives :
-
-```bash
-capgo login                # authenticate once
-capgo bundle upload \
-  --path dist \
-  --channel production     # automatically tags platform/version
-```
-
-### Déploiements spécifiques à la version (comme AppFlow)
-
-Si vous devez cibler des versions natives spécifiques (similaire au verrouillage de version native d'AppFlow) :
-
-```bash
-# Only deliver to devices on native version 2.0.0 or higher
-capgo bundle upload \
-  --path dist \
-  --channel production \
-  --native-version "2.0.0"
-
-# Use channels for different major versions
-capgo bundle upload --channel v2  # for app version 2.x
-capgo bundle upload --channel v3  # for app version 3.x
-```
-
-Consultez le [Guide de ciblage de versions](/docs/live-updates/version-targeting) pour connaître les stratégies complètes.
-
-Capgo automatiquement :
-- Conserve les journaux d'audit au niveau de l'appareil pour chaque installation.
-- Envoie des e-mails proactifs lorsque vous approchez des limites du plan.
-- Fournit des crédits en rafale afin que vous ne soyez jamais bloqué à mi-version.
-- Publie des mesures de latence pour 18 régions du monde sur [status.capgo.app/history](https://status.capgo.app/history).
-
-## Plugins d'entreprise Ionic
-
-Si votre pile Ionic utilise également des plugins d'entreprise, suivez les documents de migration ciblés ci-dessous. Chaque guide recommande le remplacement de Capgo et les étapes suivantes.
-
-- [Migrer depuis Ionic Secure Storage](/docs/upgrade/from-ionic-secure-storage)
-- [Migrer depuis Ionic Auth Connect](/docs/upgrade/from-ionic-auth-connect)
-- [Migrer depuis Ionic Identity Vault](/docs/upgrade/from-ionic-identity-vault)
-
-## Questions fréquemment posées
-
-### Pourquoi AppFlow arrête-t-il les mises à jour en direct ?
-Ionic abandonne les produits commerciaux, y compris AppFlow, pour se concentrer sur son framework open source. Les clients existants peuvent continuer à utiliser les mises à jour en direct jusqu'au **31 décembre 2027**, mais aucune nouvelle fonctionnalité ni aucun nouveau client ne sont acceptés. Capgo comble cette lacune avec une plateforme OTA native dédiée.
-
-### Combien de temps dure la migration ?
-La plupart des équipes terminent le déménagement en moins d’une journée. Des concepts tels que les canaux, les déploiements et les règles de publication sont directement mappés, et notre équipe fournit une documentation ainsi qu'une assistance pratique. Dans de nombreux cas, il vous suffit d'installer le plugin, d'appeler `notifyAppReady()` et de télécharger votre premier bundle.### Allons-nous économiser de l'argent ?
-Oui. Les mises à jour en direct d'AppFlow commencent à **499 $/mois**. Capgo commence à **14 $/mois** avec une tarification basée sur l'utilisation qui tombe à environ **0,001 $ par MAU**. Vous bénéficiez également d’un cryptage, de restaurations automatiques et d’une surveillance mondiale de la latence.
-
-### Quand devons-nous migrer ?
-Étant donné qu'AppFlow est désormais en mode maintenance, une migration plus précoce vous donne accès à l'innovation Capgo en cours. Nous vous recommandons de changer lorsque cela correspond à votre calendrier de sortie. Notre équipe d'ingénierie vous aidera à planifier la transition afin que votre CI/CD et vos déploiements continuent de fonctionner.
-
-## Ressources supplémentaires
-
-- **[Guide de ciblage de versions](/docs/live-updates/version-targeting)** - Découvrez en profondeur les stratégies de correspondance de versions de style AppFlow
-- **[Modifications récentes](/docs/live-updates/breaking-changes)** - Gestion des mises à jour de versions majeures avec les chaînes
-- **[Gestion des canaux](/docs/live-updates/channels)** - Référence complète de configuration des canaux
-
-## Besoin d'aide ?
-
-- Réservez une session de migration : [cal.com/team/capgo/demo](https://cal.com/team/capgo/demo)
-- Rejoignez la communauté : [Capgo Discord](https://discord.gg/VCXxSVjefW)
-- Suivre les problèmes/demander des fonctionnalités : [github.com/Cap-go/capacitor-updater](https://github.com/Cap-go/capacitor-updater)
-
-Capgo est conçu pour les entreprises qui ont besoin de mises à jour delta natives, de packages chiffrés et d'une innovation continue. Une fois la migration effectuée, vous pouvez supprimer le code de colle AppFlow, vous appuyer sur l'automatisation native et continuer à expédier sans interruption.
diff --git a/src/content/docs/fr/upgrade/from-capawesome-to-capgo.mdx b/src/content/docs/fr/upgrade/from-capawesome-to-capgo.mdx
deleted file mode 100644
index 1826f57d3..000000000
--- a/src/content/docs/fr/upgrade/from-capawesome-to-capgo.mdx
+++ /dev/null
@@ -1,253 +0,0 @@
----
-title: Migrer de Capawesome Cloud vers Capgo
-description: >-
-  Guide étape par étape pour passer de Capawesome Cloud à Capgo tout en
-  bénéficiant de la sécurité OTA native, de l'observabilité au niveau de
-  l'appareil et d'une automatisation complète.
-sidebar:
-  order: 8
-locale: fr
----
-> ⚡️ Capgo automatise les canaux, le nettoyage des bundles, les restaurations, les analyses et les téléchargements CLI de manière native. Utilisez ce guide pour effectuer les étapes minimales requises pour migrer et éventuellement recréer tout comportement personnalisé dont vous avez encore besoin.
-
-## Aperçu
-
-1. Rassemblez votre configuration Capawesome Cloud existante (ID d'application, canaux, clés de signature, jetons CLI) afin de pouvoir l'archiver ou l'auditer plus tard.
-2. Installez le plugin Capgo, supprimez le Capawesome SDK et appelez `CapacitorUpdater.notifyAppReady()`.
-3. Configurez le comportement facultatif (téléchargements manuels, épinglage de lots, rechargements) si vous comptez sur ces flux aujourd'hui.
-
-Avec Capgo, il vous suffit d'installer notre plugin et d'appeler `CapacitorUpdater.notifyAppReady()`. Tout le reste (canaux, nettoyage des bundles, restaurations, analyses et automatisation CLI) est géré de manière native. Les sections ci-dessous parcourent directement chaque tâche.
-
-## Avant de commencer
-
-- Assurez-vous que votre projet utilise déjà Capacitor 5 ou une version ultérieure.
-- Installez le Capgo CLI (`npm install -g @capgo/cli`) si vous envisagez de transférer des bundles depuis CI/CD.
-
-## Étape 1 – Installez Capgo et supprimez Capawesome SDK
-
-```bash
-npm uninstall @capawesome/capacitor-live-update
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-C'est le seul échange obligatoire. Le code natif de Capgo est livré avec le plugin ; aucune aide JavaScript supplémentaire n'est requise.
-
-## Étape 2 – Configuration minimale
-
-La configuration précédente nécessitait de mapper des dizaines d'options dans `capacitor.config`. Capgo reconnaît automatiquement votre projet, la configuration minimale ressemble donc à ceci :
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      autoDeletePrevious: true,
-      periodCheckDelay: 10 * 60 * 1000, // optional: check every 10 minutes
-    },
-  },
-}
-
-export default config
-```
-
-Tout ce que Capawesome répertorie comme indicateurs manuels (`defaultChannel`, `autoDeleteBundles`, politiques de rétention, etc.) est géré via le tableau de bord Capgo ou API. Vous ne devez remplacer ces clés que si vous souhaitez un comportement différent des valeurs par défaut de Capgo.
-
-### Référence rapide de configuration
-
-| Option géniale | Capgo équivalent | Avez-vous besoin de le définir ? |
-| --- | --- | --- |
-| `appId` | Extrait du tableau de bord Capgo une fois que vous créez un projet | Uniquement si vous utilisez plusieurs projets dans un seul binaire |
-| `defaultChannel` | Règles de canal gérées dans le tableau de bord/API | Facultatif; la plupart des équipes configurent cela côté serveur |
-| `autoDeleteBundles` | `autoDeletePrevious: true` (par défaut) | Déjà activé |
-| `publicKey` | Géré dans la console Capgo | Uniquement si vous faites pivoter les clés manuellement |
-| `maxVersions` / rétention | Politique de rétention des offres groupées | Configuré de manière centralisée dans Capgo (1 mois par défaut, 24 mois maximum) |
-
-## Étape 3 – Appelez `notifyAppReady()` (le seul hook requis)
-
-L'ancien workflow introduisait des écouteurs personnalisés (`checkForUpdates()`, `retryDownload()`, masquant l'écran de démarrage, etc.). Capgo effectue ces étapes de manière native. Le seul API que vous devez appeler est :
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Cela confirme que l'application a démarré avec succès. Si la confirmation n'arrive jamais, Capgo annule automatiquement le bundle ; aucun JavaScript supplémentaire n'est nécessaire.
-
-**C'est tout : Capgo gère les vérifications d'antécédents, la visibilité des éclaboussures et les restaurations de manière native.**
-
-<details>
-<summary>Facultatif : exécutez une logique personnalisée avant que l'écran de démarrage ne se cache</summary>
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-
-CapacitorUpdater.addListener('appReady', () => {
-  // Run diagnostics or logging if you need to
-  SplashScreen.hide()
-})
-
-CapacitorUpdater.notifyAppReady()
-```
-
-</details>
-
-## Étape 4 – Mappez les appels API (pour la plupart facultatifs)
-
-Dans Capgo, vous laissez normalement le programme de mise à jour automatique s'exécuter ; les API manuelles restent disponibles si vous souhaitez un contrôle total.
-
-| Nuage génial | Capgo équivalent | En avez-vous besoin ? |
-| --- | --- | --- |
-| `LiveUpdate.fetchLatestBundle()` | `CapacitorUpdater.getLatest()` | Uniquement lors de la mise en œuvre de votre propre flux de téléchargement |
-| `LiveUpdate.downloadBundle()` | `CapacitorUpdater.download()` | Facultatif : la mise à jour automatique native est déjà téléchargée |
-| `LiveUpdate.setNextBundle()` | `CapacitorUpdater.next()` | Facultatif : le tableau de bord épingle automatiquement les bundles |
-| `LiveUpdate.reload()` | `CapacitorUpdater.reload()` | Facultatif; Capgo applique les offres groupées obligatoires après `notifyAppReady()` |
-| `LiveUpdate.getCurrentBundle()` | `CapacitorUpdater.current()` | Diagnostic en option |
-
-Si vous vous en tenez au comportement natif de mise à jour automatique, vous pouvez supprimer entièrement le Capawesome JavaScript.
-
-### Exemples de contrôle manuel
-
-**Téléchargez le dernier pack**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const downloadUpdate = async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const bundle = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    console.log('Bundle downloaded', bundle?.id)
-  }
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const downloadUpdate = async () => {
-  const result = await LiveUpdate.fetchLatestBundle()
-  if (result.downloadUrl) {
-    await LiveUpdate.downloadBundle({
-      bundleId: result.bundleId,
-      url: result.downloadUrl,
-    })
-    console.log('Bundle downloaded')
-  }
-}
-```
-
-**Définissez le prochain bundle**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const setNextBundle = async () => {
-  await CapacitorUpdater.next({ id: 'bundle-id-123' })
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const setNextBundle = async () => {
-  await LiveUpdate.setNextBundle({ bundleId: 'bundle-id-123' })
-}
-```
-
-**Appliquez immédiatement le pack téléchargé**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const applyUpdate = async () => {
-  await CapacitorUpdater.reload()
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const applyUpdate = async () => {
-  await LiveUpdate.reload()
-}
-```
-
-## Étape 5 – Mettre à jour les stratégies : comment Capgo les gère
-
-Capawesome documente trois stratégies. Voici comment ils se traduisent :
-
-### Mises à jour en arrière-plan
-- **Workflow précédent** : configurez dans le code et planifiez les téléchargements manuellement.
-- **Capgo** : activé par défaut (`autoUpdate: true`). Aucun code supplémentaire requis.
-
-### Toujours le plus récent
-- **Workflow précédent** : ajoutez un écouteur `App.resume`, appelez `download`, puis `set`.
-- **Capgo** : la mise à jour automatique en arrière-plan effectue déjà la vérification après la reprise. Vous n'avez besoin de l'écouteur manuel que si vous souhaitez un intervalle personnalisé.
-
-<details>
-<summary>Facultatif : vérification manuelle de la reprise</summary>
-
-```ts
-import { App } from '@capacitor/app'
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-App.addListener('resume', async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const downloaded = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    if (downloaded) {
-      await CapacitorUpdater.next({ id: downloaded.id })
-    }
-  }
-})
-```
-
-</details>
-
-### Forcer la mise à jour
-- **Workflow précédent** : câblez la logique d'invite et imposez le rechargement.
-- **Capgo** : marquez le bundle comme « obligatoire » dans le tableau de bord, puis écoutez l'événement `majorAvailable` (émis après `notifyAppReady()`) pour obliger les utilisateurs à effectuer une mise à niveau dans votre application.
-
-## Étape 6 – Déployer des bundles
-
-Si vous comptiez auparavant sur un « déploiement de mise à jour en direct capawesome », Capgo propose un flux de travail CLI similaire, et vous pouvez également automatiser entièrement les déploiements via API.
-
-```bash
-# Authenticate once (stores a token in your CI environment)
-capgo login
-
-# Upload a new bundle (auto-detects platform/version)
-capgo bundle upload --path dist --channel production
-```
-
-Étant donné que Capgo suit automatiquement l'état du bundle, vous obtenez également :
-
-- Journaux d'audit au niveau de l'appareil pour chaque installation.
-- Rétention automatique (un mois par défaut) avec des limites configurables jusqu'à 24 mois.
-- Mesures de latence en temps réel sur [status.capgo.app/history](https://status.capgo.app/history).
-
-## Chronologie de la migration
-
-- **Inventaire et installation** : 10 minutes (`npm install`, supprimez l'ancien plugin).
-- **Configuration et préparation** : 5 minutes (`notifyAppReady`).
-- **Contrôles d'intégrité** : 15 minutes (tests manuels ou auditeurs facultatifs).
-- **Premier déploiement** : 10 minutes avec Capgo CLI ou intégration CI.
-
-Lors des entraînements, les équipes terminent en moins d'une heure. Si vous fournissez les détails du projet Capawesome, nous pouvons même importer des chaînes et des listes d'appareils pour vous.
-
-## Capgo prise en charge- **Concierge de migration** : réservez une session sur [cal.com/team/capgo/demo](https://cal.com/team/capgo/demo).
-- **Communauté** : rejoignez le [Capgo Discord](https://discord.gg/VCXxSVjefW).
-- **Suivi des problèmes** : [github.com/Cap-go/capacitor-updater/issues](https://github.com/Cap-go/capacitor-updater/issues).
-
-Capgo est conçu pour une fiabilité à long terme : mises à jour delta natives, bundles chiffrés, restaurations automatiques et analyses qui ne nécessitent pas de JavaScript personnalisé. Une fois que vous avez migré, vous pouvez supprimer la colle lourde de maintenance et laisser la plate-forme exécuter automatiquement les mises à jour.
diff --git a/src/content/docs/fr/upgrade/from-v2-to-v3.md b/src/content/docs/fr/upgrade/from-v2-to-v3.md
deleted file mode 100644
index 86791d96f..000000000
--- a/src/content/docs/fr/upgrade/from-v2-to-v3.md
+++ /dev/null
@@ -1,107 +0,0 @@
----
-title: De la V2 à la V3
-description: >-
-  Un guide complet sur la transition de la version 2 à la version 3 du programme
-  de mise à jour Capgo, détaillant les étapes et considérations nécessaires pour
-  un processus de mise à niveau réussi.
-sidebar:
-  order: 4
-locale: fr
----
-Cette documentation expliquera comment mettre à niveau vers la version 3 de la mise à jour automatique.
-
-## Commencez par migrer vers le dernier outillage :
-
-```bash
-npm remove -g capgo
-npm remove capacitor-updater
-
-npm i @capgo/cli
-npm i @capgo/capacitor-updater@3
-npx cap sync
-```
-
-## Supprimez toutes vos configurations précédentes :
-
-```json
-{
-  CapacitorUpdater: {
-      autoUpdateURL: "https...",
-      ...
-  },
-}
-```
-
-pour laisser seulement ceci:
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true
-  }
-}
-```
-
-> ⚠️ Si vous utilisiez votre serveur, avec `autoUpdateURL`, je mettrai bientôt à jour ce guide pour vous. En attendant, jetez un œil à la nouvelle option de téléchargement `external` qui vous permet d'envoyer uniquement le lien de votre zip, pas le code dans le cloud Capgo. Ceci a été conçu pour les entreprises ayant des politiques de confidentialité strictes. En mode externe, le code n'atteindra jamais sur le serveur Capgo, nous stockons simplement l'URL et l'envoyons à l'appareil, qui le téléchargera directement. De manière standard, le code est compressé et stocké sur notre serveur, mais nous ne l'ouvrirons ni ne l'utiliserons jamais non plus.
-
-## Quel changement
-
-Toutes les configurations deviennent côté serveur pour la mise à jour automatique, afin de vous donner plus de contrôle sur la manière dont vous envoyez une mise à jour aux utilisateurs.
-
-Cela nous permet de revenir, voire de déployer, sur un seul utilisateur avec des canaux ! Ces paramètres sont réajoutés à l'interface Web :
-
-* désactiver le retour sous natif
-* désactiver la mise à jour ci-dessus majeure
-
-> ⚠️ Ils deviendront vrais par défaut pour toutes les chaînes
-
-Cela supprimera également le besoin de mettre à jour souvent le plugin, la plupart des mises à jour seront effectuées côté serveur et vous l'obtiendrez sans aucun changement de votre côté.
-
-> ⚠️ Réinitialiser lorsqu'une mise à jour devient la mise à jour par défaut, donc si vous préférez ne pas supprimer toutes les versions téléchargées lors de la mise à jour depuis le store, procédez comme suit :
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true,
-    "resetWhenUpdate": false
-  }
-}
-```
-
-## Mettez à jour votre code
-
-Enfin, mettez à jour toutes vos importations dans JS depuis :
-
-```
-import { CapacitorUpdater } from 'capacitor-updater'
-```
-
-à
-
-```
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-```
-
-Ensuite, reconstruisez votre code `npm run build` et copiez à nouveau les actifs `npx cap copy`.
-
-Vous devriez pouvoir maintenant tester le dernier système de mise à jour automatique
-
-Envoyez votre version avec :
-
-```
-npx @capgo/cli@latest bundle upload
-```
-
-au lieu de
-
-```
-npx capgo upload
-```
-
-## Evolution future
-
-Pour l'instant, seule la première chaîne publique est utilisée. À l'avenir, la chaîne publique changera pour plusieurs chaînes publiques, si plusieurs chaînes sont définies.
-
-## Problèmes courants :
-
-* Problème de build après la mise à niveau : si vous avez déjà ouvert le code source du plugin dans le studio Android ou Xcode, parfois la synchronisation ne les supprime pas, c'est la cause du problème. Ouvrez l'IDE natif et supprimez `capacitor-updater` à la main et faites `npx cap sync` cela devrait résoudre.
diff --git a/src/content/docs/fr/upgrade/from-v3-to-v4.md b/src/content/docs/fr/upgrade/from-v3-to-v4.md
deleted file mode 100644
index a69b6f15e..000000000
--- a/src/content/docs/fr/upgrade/from-v3-to-v4.md
+++ /dev/null
@@ -1,73 +0,0 @@
----
-title: De la V3 à la V4
-description: >-
-  Comment passer de la V3 à la V4 du programme de mise à jour Capgo, comprendre
-  quelles sont les modifications majeures et comment les gérer
-sidebar:
-  order: 3
-locale: fr
----
-## Pourquoi cette mise à jour
-
-Après de nombreuses discussions dans la communauté Discord avec vous. J'ai découvert que le mode manuel était très trop manuel et dangereux à utiliser, par exemple, le retour automatique n'était pas possible, donc si vous échouez à la mise à jour manuelle, l'utilisateur doit supprimer l'application et la réinstaller, ce qui est terrible UX.
-
-En attendant, j'en ai profité pour vous donner plus de liberté et supprimer tous les mauvais codes que j'ai créés.
-
-## Installer
-
-`npm i @capgo/capacitor-updater@4`
-
-## Cloud de mise à jour automatique
-
-Si vous utilisez l'exemple de base dans votre application, vous pouvez migrer en toute sécurité vers la nouvelle version, profitez-en !
-
-## Mise à jour automatique auto-hébergée
-
-Pour vous, toujours simple, les changements sont :
-
-* Le nom du paramètre de `autoUpdateUrl` dans `updateUrl`
-* La méthode Endpoint est passée de `GET` à POST
-
-## Utilisateurs manuels
-
-Pour vous, c’est le changement le plus important, mais pour le meilleur ! Vous obtenez des tonnes d’améliorations, lisez attentivement.
-
-## Modifications
-
-* `autoUpdateUrl` devient `updateUrl` puisque ce paramètre peut désormais également être utilisé en mode manuel
-* Suppression de `cancelDelay` et `delayUpdate` au profit de `setDelay`
-* Plus de `versionName` dans l'ensemble
-* Changez la clé `version`, qui a été renvoyée dans la plupart des fonctions, en objet `BundleInfo`
-
-```typescript
-interface BundleInfo {
-  id: string;
-  version: string;
-  downloaded: string;
-  status: 'success' | 'error' | 'pending' | 'downloading'
-}
-```
-
-* Renommé de noms trompeurs maintenant (même l'explication ne peut pas être claire, mais à l'usage il est facile de comprendre le nouveau) :
-  * ce qui s'appelait un `version` fait désormais référence à un `bundle`
-  * `id` fait référence à l'ancien `version` qui était une chaîne aléatoire de 10 caractères, ce `id` est le seul moyen fiable et unique d'accéder à vos bundles, exemple `7Dfcd2RedN`.
-  * `version` référez-vous maintenant au `versionName` que vous choisissez pour un bundle, exemple `1.0.0`
-* `updateUrl` passe de `get` à `post`, puisque les en-têtes personnalisés étaient un problème pour certains d'entre vous et que la publication est plus logique, tous les en-têtes précédents vont dans le corps et le préfixe `cap_` disparaît.
-* La méthode `versionName` est supprimée, au profit de `getId`
-* list renvoie maintenant une liste de `BundleInfo`
-* Renommez `getId` en `getDeviceId`
-* `autoUpdate` devient vrai par défaut, si vous utilisez le mode Manuel, définissez-le sur faux.
-
-## Actualités
-
-* Méthode `getLatest`, cette méthode vous permet d'obtenir depuis votre serveur paramétré avec `updateUrl` la dernière version disponible.
-* Méthode `setDelay` qui prend `{`kind`:` "fond" | "tuer" | "Version native" | "date", valeur ? : string`}` comme argument pour définir le délai sur différents modes.
-* Méthode `next`, pour mettre la version en backgrounding suivant, contrairement à `set` qui le fait instantanément.
-* Méthode `isAutoUpdateEnabled`, pour vous indiquer si vous êtes dans un contexte de mise à jour automatique
-* Événement `downloadComplete` lorsque le téléchargement atteint 100 %
-* Ajout du champ obligatoire `version` dans la méthode de téléchargement
-* `notifyAppReady` devient également obligatoire en mode manuel, si vous n'appelez pas après 10 secondes, l'application revient à la version précédente.
-
-## Contributeurs
-
-[@lincolntrois](https://github.com/lincolnthree/) Merci beaucoup d'avoir commencé ce travail, il était impossible de faire fonctionner cette mise à jour sans vous.
diff --git a/src/content/docs/fr/upgrade/from-v4-to-v5.md b/src/content/docs/fr/upgrade/from-v4-to-v5.md
deleted file mode 100644
index afbedf6f6..000000000
--- a/src/content/docs/fr/upgrade/from-v4-to-v5.md
+++ /dev/null
@@ -1,32 +0,0 @@
----
-title: De la V4 à la V5
-description: >-
-  Comment passer de la V4 à la V5, du programme de mise à jour Capgo, quels sont
-  les changements majeurs dont vous devez vous occuper, c'est assez simple
-sidebar:
-  order: 2
-locale: fr
----
-## Pourquoi cette mise à jour
-
-Cette version majeure est là pour suivre la version majeure de Capacitor
-
-Suivez d’abord le guide de migration de Capacitor :
-
-[https://capacitorjs.com/docs/updating/5-0](https://capacitorjs.com/docs/updating/5-0/)
-
-## Installer
-
-`npm i @capgo/capacitor-updater@5`
-
-`Then sync the native code update:`
-
-`npx cap sync`
-
-C'est ça ! Assez facile !
-
-## Mode manuel
-
-Si vous obteniez vous-même la mise à jour avec getLatest, il y a un petit changement.
-Maintenant, si vous êtes déjà à jour, cela ira dans Catch.
-Toute réponse différente de la mise à jour disponible le fera.
diff --git a/src/content/docs/fr/upgrade/from-v5-to-v6.md b/src/content/docs/fr/upgrade/from-v5-to-v6.md
deleted file mode 100644
index fa6cd112b..000000000
--- a/src/content/docs/fr/upgrade/from-v5-to-v6.md
+++ /dev/null
@@ -1,27 +0,0 @@
----
-locale: fr
-title: "From V5 to V6"
-description: "A detailed Guide on transitioning from Version 5 to Version 6 of Capgo updater, outlining the necessary steps and considerations for a successful Mise à niveau process, ensuring compatibility with the latest Capacitor Fonctionnalités and improvements."
-sidebar: 
-  order: 1
----
-
-## Why this Mise à niveau
-
-This major Version is here to follow Capacitor major Version
-
-First follow the Migration Guide of Capacitor:
-
-[https://capacitorjs.com/docs/updating/6-0](https://capacitorjs.com/docs/updating/6-0/)
-
-## Installer
-
-`npm i @capgo/capacitor-updater@6`
-
-`Then sync the native code update:`
-
-`npx cap sync`
-
-That it ! Pretty easy !
-
-
diff --git a/src/content/docs/fr/upgrade/from-v6-to-v7.md b/src/content/docs/fr/upgrade/from-v6-to-v7.md
deleted file mode 100644
index b9b2d0869..000000000
--- a/src/content/docs/fr/upgrade/from-v6-to-v7.md
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: Du V6 au V7
-description: >-
-  Un guide détaillé sur la transition de la version 6 à la version 7 du
-  programme de mise à jour Capgo, décrivant les étapes et considérations
-  nécessaires pour un processus de mise à niveau réussi, garantissant la
-  compatibilité avec les dernières fonctionnalités et améliorations de
-  Capacitor.
-sidebar:
-  order: 2
-locale: fr
----
-## Pourquoi cette mise à jour
-
-Cette version majeure est là pour suivre la version majeure de Capacitor
-
-Suivez d’abord le guide de migration de Capacitor :
-
-[https://capacitorjs.com/docs/updating/7-0](https://capacitorjs.com/docs/updating/7-0/)
-
-## Installer
-
-`npm i @capgo/capacitor-updater@7`
-
-`Then sync the native code update:`
-
-`npx cap sync`
-
-C'est ça ! Assez facile !
-
-## Migration du chiffrement
-
-Si vous utilisez la méthode de chiffrement `key-v1`, vous devrez migrer vers le nouveau système de chiffrement car `key-v1` n'est plus pris en charge dans la V7. [[mémoire :96112]]
-
-Suivez le guide de migration du chiffrement ici : [Guide de migration du chiffrement](/docs/cli/migrations/encryption/)
-
-## Modifications de configuration
-
-Nous vous recommandons d'ajouter les propriétés suivantes dans votre fichier `capacitor.config` :
-- `capacitorUpdater`
-- `appId`
-- `version`
-- `autoUpdate`
-
-Ces paramètres devraient aider à mieux gérer le plugin et ses comportements.
diff --git a/src/content/docs/fr/upgrade/from-v7-to-v8.md b/src/content/docs/fr/upgrade/from-v7-to-v8.md
deleted file mode 100644
index d6b9914cc..000000000
--- a/src/content/docs/fr/upgrade/from-v7-to-v8.md
+++ /dev/null
@@ -1,73 +0,0 @@
----
-locale: fr
-title: "De V7 à V8"
-description: "Un guide détaillé sur la transition de la version 7 à la version 8 du système de mise à jour Capgo, décrivant les étapes nécessaires et les considérations pour un processus de mise à niveau réussi, garantissant la compatibilité avec les fonctionnalités et améliorations de Capacitor 8."
-sidebar:
-  order: 0
----
-
-## Pourquoi cette mise à niveau
-
-Cette version majeure est ici pour suivre la version majeure 8 de Capacitor
-
-Suivez d'abord le guide de migration de Capacitor :
-
-[https://capacitorjs.com/docs/updating/8-0](https://capacitorjs.com/docs/updating/8-0/)
-
-## Exigence de version iOS minimale
-
-La cible de déploiement iOS minimale a été augmentée à **15** pour garantir que les appareils iOS avec [CVE-2022-36943](https://nvd.nist.gov/vuln/detail/CVE-2022-36943) sont exclus. C'est la version minimale de la bibliothèque zip iOS qui a le correctif de sécurité implémenté.
-
-## Installation
-
-`npm i @capgo/capacitor-updater@8`
-
-Ensuite, synchronisez la mise à jour du code natif :
-
-`npx cap sync`
-
-C'est tout ! Assez facile !
-
-## Nouveautés dans V8
-
-La version 8 de capacitor-updater apporte une compatibilité complète avec Capacitor 8, garantissant que votre application peut exploiter les dernières fonctionnalités et améliorations du système d'exploitation mobile.
-
-### Mises à jour clés
-
-- **Compatibilité Capacitor 8** : Support complet des fonctionnalités natives améliorées de Capacitor 8
-- **Améliorations des performances** : Processus optimisé de livraison et d'installation des mises à jour
-- **Stabilité améliorée** : Corrections de bugs et améliorations de stabilité depuis v7
-- **Compatibilité API maintenue** : Aucune modification majeure de l'API du plugin depuis v7
-
-## Configuration
-
-La configuration reste la même que pour v7. Vos paramètres `capacitor.config` existants continueront de fonctionner :
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      appId: 'your-app-id',
-      version: '1.0.0',
-      autoUpdate: true,
-      // ... autres paramètres
-    }
-  }
-}
-```
-
-## Liste de vérification de migration
-
-- [ ] Suivre le [guide de migration](https://capacitorjs.com/docs/updating/8-0) v8 de Capacitor, vérifier les changements incompatibles
-- [ ] Augmenter la cible de déploiement iOS minimale à 15 (requis pour le correctif CVE-2022-36943)
-- [ ] Mettre à jour @capgo/capacitor-updater vers ^8.0.0
-- [ ] Exécuter `npx cap sync`
-- [ ] Tester votre application en profondeur sur iOS et Android
-
-## Besoin d'aide ?
-
-Si vous rencontrez des problèmes lors de la migration, veuillez :
-
-1. Consulter notre [documentation](/docs/live-updates/)
-2. Visiter notre [communauté Discord](https://discord.com/invite/VnYRvBfgA6)
-3. Ouvrir un problème sur [GitHub](https://github.com/Cap-go/capacitor-updater/issues)
diff --git a/src/content/docs/fr/webapp/api-keys.mdx b/src/content/docs/fr/webapp/api-keys.mdx
deleted file mode 100644
index c93d720e9..000000000
--- a/src/content/docs/fr/webapp/api-keys.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-locale: fr
-title: "Clés API"
-description: "How to manage Clés API for Capgo cloud, learn what they use for, how to Créer, Modifier or roll them to ensure Sécurité with your Compte"
-sidebar: 
-  order: 3
----
-
-
-## What can I do with the Clés API?
-
-An Clé API can be regenerated, or removed or a Nouveau one can be added.
-
-## How to see all Clés API?
-
-You need to go to [Clés API page](https://console.capgo.Application/Tableau de bord/apikeys/) and there you will see all your Clés API.
-
-## How to Ajouter a Nouveau Clé API?
-
-To Ajouter a Nouveau Clé API click on the little plus button
-
-<figure><img src="/apikeys-add.webp" alt="add apikey" /><figcaption></figcaption></figure>
-
-and then select the permissions you want to give to the Nouveau Clé API. You can select:
-
- - Read - the Clé API will be able to read all the data
- - Télécharger - the Clé API will be able to Télécharger Nouveau versions from the CLI and read
- - All - The Clé API will be able to do everything
-
-<figure><img src="/apikeys-select-perm.webp" alt="select perm" /><figcaption></figcaption></figure>
-
-## How to Retirer an Clé API?
-
-To Retirer an Clé API click on the little trash button.
-
-<figure><img src="/apikeys-remove.webp" alt="remove apikey" /><figcaption></figcaption></figure>
-
-And then confirm removing the Clé API.
-
-## How to regenerate an Clé API?
-
-To regenerate an Clé API click on the little Actualiser button.
-
-<figure><img src="/apikeys-regenerate.webp" alt="generate apikey" /><figcaption></figcaption></figure>
-
-And then confirm regenerating the Clé API.
diff --git a/src/content/docs/fr/webapp/bundles.mdx b/src/content/docs/fr/webapp/bundles.mdx
deleted file mode 100644
index 2ba0f5432..000000000
--- a/src/content/docs/fr/webapp/bundles.mdx
+++ /dev/null
@@ -1,94 +0,0 @@
----
-title: Bundles
-description: >-
-  Découvrez comment gérer les offres groupées dans Capgo. Un bundle est une
-  version spécifique du code et des ressources de votre application. Découvrez
-  comment afficher, créer des liens vers des chaînes, télécharger et supprimer
-  des offres groupées.
-sidebar:
-  order: 7
-locale: fr
----
-## Afficher tous les lots
-
-Dans Capgo, un bundle représente une version spécifique du code et des ressources de votre application, prête à être distribuée aux appareils. Tout d’abord, jetons un coup d’œil à la page des bundles. Vous pouvez y accéder en [cliquant sur votre application](/docs/webapp/main-page) puis [en cliquant sur l'onglet bundles](/docs/webapp/main-app-page).
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundles.webp" alt="liste de paquets" /><figcaption></figcaption></figure>
-
-La liste des bundles affiche :
-- **Nom** : Le numéro de version du bundle
-- **Créé à** : date à laquelle le bundle a été téléchargé
-- **Chaîne** : à quelle chaîne (le cas échéant) le forfait est actuellement lié
-- **Taille** : La taille du fichier du bundle
-- **Action** : actions rapides, y compris un lien vers la chaîne (icône d'engrenage) et une suppression (icône de corbeille)
-
-Vous pouvez utiliser le bouton **Recharger** pour actualiser la liste, **++ Ajouter** pour télécharger un nouveau bundle et **Filtres** pour affiner les bundles affichés. Un champ de recherche vous permet de rechercher des bundles par nom.
-
-## Supprimer un paquet
-
-Il existe deux manières de supprimer un bundle :
-
- - Normalement
- - De manière dangereuse
-
-La méthode non sécurisée de suppression d'un bundle a été ajoutée dans Capgo le 12 août 2024.
-
-La différence entre les deux méthodes réside dans la possibilité de réutiliser le numéro de version après la suppression.
-
-Par exemple, si vous supprimez une version `1.0.0` de la manière habituelle et que vous essayez ultérieurement de télécharger une version `1.0.0`, cela échouera.
-Si vous supprimez cette version via la suppression non sécurisée, vous pourrez télécharger une version `1.0.0`.
-
-:::danger
-Supprimer une version de manière non sécurisée et la télécharger à nouveau est VRAIMENT dangereux.
-Cela peut provoquer toutes sortes de bugs et de comportements imprévisibles dans le plugin.
-Il ne doit JAMAIS être utilisé pour des forfaits qui ont été utilisés sur une chaîne publique.
-C'est pour cette raison que supprimer une version de manière non sécurisée nécessite les privilèges "super_admin"
-:::
-
-## Gérer un bundle spécifique
-
-Une fois que vous voyez la liste de tous les bundles, cliquez sur celui que vous souhaitez gérer. Après cela, vous devriez voir quelque chose comme ceci :
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-info.webp" alt="informations sur le forfait" /><figcaption></figcaption></figure>
-
-La page de détails du bundle comporte trois onglets :
-
-1. **Information** : affiche toutes les métadonnées et propriétés du bundle
-2. **Dépendances** : répertorie les dépendances incluses dans ce bundle
-3. **Historique** : affiche l'historique des modifications apportées à cet ensemble.
-
-### Informations sur le lot
-
-L'onglet Informations affiche les détails suivants :
-
-- **Numéro du bundle** : l'identifiant de la version (par exemple, 12.87.1)
-- **ID** : L'identifiant interne unique de ce bundle
-- **Créé à** : date à laquelle le pack a été mis en ligne pour la première fois
-- **Mise à jour à** : date de la dernière modification du bundle
-- **Checksum** : Le hachage d'intégrité du bundle (cliquez pour copier)
-- **Chaîne** : la chaîne à laquelle ce bundle est lié (cliquez pour ouvrir la chaîne ou la modifier)
-- **Chiffrement** : indique si le bundle est chiffré
-- **Version CLI** : La version de Capgo CLI utilisée pour télécharger ce bundle
-- **Zip app bundle** : la taille du bundle compressé (cliquez pour télécharger)
-- **Manifest** : la taille du fichier manifeste
-- **Statut** : indique si le bundle est actif ou inactif (cliquez sur l'icône de la corbeille pour le supprimer)
-
-### Lier un bundle à une chaîne
-
-Cliquez sur l'icône d'engrenage à côté de la ligne Chaîne ou dans la colonne Action pour ouvrir le modal de liaison de chaîne :<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-change.webp" alt="changement de forfait" /><figcaption></figcaption></figure>
-
-Le modal fournit :
-1. **Rechercher une chaîne** : filtrer les chaînes disponibles par nom
-2. ** Offre groupée actuelle ** : affiche la version de l'offre groupée liée
-3. **Chaînes disponibles** : Liste de toutes les chaînes avec leurs détails (ID, visibilité, plateformes, date de création). Les chaînes marquées comme « actuelles » indiquent où ce bundle est déjà lié. Les chaînes publiques affichent une icône de lien.
-4. **Définir le bundle sur le canal** : confirme la sélection et attribue ce bundle au canal sélectionné
-
-**Définir le bundle sur le canal :** attribue ce bundle comme version active pour un canal choisi. Les appareils abonnés à cette chaîne recevront alors ce forfait.
-
-Pour ouvrir la page dédiée d'une chaîne, cliquez sur le lien du nom de la chaîne dans la ligne Chaîne.
-
-Pour dissocier un bundle d'un canal, accédez à la page de configuration du canal.
-
-### Télécharger un bundle
-
-Pour télécharger un bundle, cliquez sur la valeur de taille **Zip app bundle** dans l'onglet Informations. Une boîte de dialogue de confirmation apparaîtra et après confirmation, le pack sera téléchargé directement sur votre appareil.
diff --git a/src/content/docs/fr/webapp/channels.mdx b/src/content/docs/fr/webapp/channels.mdx
deleted file mode 100644
index 5324fbc92..000000000
--- a/src/content/docs/fr/webapp/channels.mdx
+++ /dev/null
@@ -1,108 +0,0 @@
----
-title: Channels
-description: >-
-  Les chaînes sont un moyen de gérer les mises à jour de votre application.
-  Chaque chaîne peut avoir une version. Cela vous permet d'avoir plusieurs
-  versions de votre application en production en même temps.
-sidebar:
-  order: 6
-locale: fr
----
-## Comment Capgo choisit un canal (priorité)
-
-Lorsqu'un appareil demande une mise à jour à Capgo, le canal qu'il utilisera est décidé dans l'ordre suivant (la priorité la plus élevée en premier) :
-
-1. **Mappage forcé des appareils** : Si l'ID de l'appareil est explicitement forcé à un canal (voir la liste *Appareils forcés* dans les paramètres du canal), ce canal gagne toujours.
-2. **Remplacement du cloud (créé par `setChannel()` ou une action Webapp)** : l'appel de [`setChannel`](/docs/plugin/api/#setchannel) (ou la modification du canal d'un appareil dans le tableau de bord) écrit un remplacement persistant dans le cloud lié à cet ID d'appareil. Ce remplacement est consulté après le mappage forcé mais avant toute valeur par défaut. La réinstallation de l'application ne l'efface **pas** ; la suppression de l’entrée de l’appareil le fait.
-3. **Capacitor config `defaultChannel` (version de test par défaut)** : pour les versions internes/bêta/de test, vous pouvez définir `defaultChannel` (clé héritée `channel`) dans `capacitor.config.*` afin que les appareils de test démarrent sur un canal de pré-version (par exemple `beta`, `pr-123`). En cas d'absence, l'appareil passera au cloud par défaut. Les versions de production laissent généralement cela inchangé.
-4. **Canal Cloud par défaut (stratégie principale pour environ 99 % des utilisateurs)** : le canal de production principal sur lequel atterrissent pratiquement tous les utilisateurs réels. Tout nouvel appareil sans force, sans remplacement et sans configuration `defaultChannel` l'utilise. Le modifier est déployé (ou annulé) pour tout le monde en quelques secondes – pas de nouveau binaire.
-
-Pourquoi le **cloud par défaut** est le chemin principal :
-- Déploiement ou restauration instantanée sans reconstruire ni republier les binaires natifs.
-- Un seul endroit pour gérer le comportement de iOS, Android et Electron.
-- Plus sûr : vous pouvez confirmer que les bundles existent et que les paramètres sont corrects avant de changer par défaut.
-- Modifications vérifiables (les membres de l'équipe peuvent voir qui a modifié quoi dans l'interface utilisateur/les journaux).
-Principe de conception : les couches ci-dessus (force / override / config) sont des *exceptions* (débogage d'un seul utilisateur, commutation d'assurance qualité, tests par défaut de la construction). Les utilisateurs normaux accèdent au cloud par défaut.
-
-La modification du canal *cloud par défaut* affecte les *nouveaux* appareils normaux qui :
-- Ne sont pas forcés
-- Vous n'avez pas déjà de remplacement de cloud
-- Ne pas avoir de `defaultChannel` au niveau de l'application défini
-
-Si une version de test est livrée avec `defaultChannel: 'beta'` et que vous modifiez ultérieurement la valeur par défaut du cloud en `production`, les appareils qui ont démarré sur `beta` via la configuration y restent jusqu'à ce que vous : (a) les remplaciez avec `setChannel()`, (b) les forcez ou (c) supprimez l'entrée de l'appareil.
-
-Les appareils restent sur leur canal actuel, sauf si :
-- Forcez-les à passer à une autre chaîne.
-- Appelez `setChannel()` (création/remplacement du cloud override) ou modifiez-le manuellement dans le tableau de bord.
-- Supprimer/archiver la chaîne sur laquelle ils se trouvent (ils reviendront ensuite dans la priorité lors de la prochaine vérification).
-
-Si un canal est désactivé pour une plate-forme (voir iOS / Android / Electron bascule) et aurait autrement été sélectionné, la sélection l'ignore et revient à la règle suivante.
-
-> Remarque : définir `defaultChannel` signifie que sa modification nécessite un nouveau binaire ; utilisez-le intentionnellement pour les tests/assurance qualité, pas pour le contrôle général de la production.
-
-### Capacitor exemple de configuration
-
-```ts
-// capacitor.config.ts
-// Example: a TestFlight or internal QA build defaults to the beta channel.
-const config = {
-  plugins: {
-    Capgo: {
-      defaultChannel: 'beta', // Test build default. Omit in production so users attach to cloud default.
-      // legacy key: channel
-    },
-  },
-};
-export default config;
-```Si vous modifiez ultérieurement la valeur par défaut du tableau de bord en `production`, les appareils déjà sur un autre canal (via la configuration, le remplacement ou la force) ne se déplaceront PAS automatiquement ; seuls les nouveaux appareils (ou ceux dont vous supprimez la substitution/la force) le récupèrent.
-
----
-
-## Gestion des chaînes
-
-Tout d’abord, jetons un coup d’œil à la page des chaînes. Vous pouvez y accéder en [cliquant sur votre application](/docs/webapp/main-page) puis [en cliquant sur l'onglet chaînes](/docs/webapp/main-app-page).
-
-
-<figure><img src="/channels.webp" alt="liste des chaînes" /><figcaption></figcaption></figure>
-
-## Création d'une chaîne
-
-Comme vous pouvez le voir, il existe un bouton plus dans le coin inférieur droit. (`1` dans l'image) En cliquant dessus, vous ouvrirez un modal où vous pourrez créer une nouvelle chaîne.
-<figure><img style="margin-left: auto; margin-right: auto" src="/new_channel_modal.webp" alt="nouvelle chaîne" /><figcaption></figcaption></figure>
-
-Ensuite, après avoir cliqué sur `Add`, une nouvelle chaîne devrait apparaître dans la liste.
-<figure><img src="/post-channel-create.webp" alt="après la création du canal" /><figcaption></figcaption></figure>
-
-## Que signifie mal configuré ?
-Parfois, la configuration d'un canal n'est pas valide. Dans ce cas, vous recevrez un gros avertissement et la colonne `Misconfigured` indiquera `Yes` pour une ou plusieurs chaînes.
-Vous pouvez en savoir plus [ici](/docs/cli/commands/#disable-updates-strategy)
-
-## Supprimer une chaîne
-
-Supprimer une chaîne est simple. Cliquez simplement sur l'icône de la corbeille et confirmez la suppression. (`2` dans l'image)
-
-## Gérer une chaîne
-
-En cliquant sur le nom de la chaîne, vous ouvrirez une fenêtre modale dans laquelle vous pourrez gérer les paramètres de la chaîne. (`3` dans l'image)
-
-<figure><img src="/channel_settings.webp" alt="Paramètres des chaînes" /><figcaption></figcaption></figure>
-
-La page des paramètres de chaîne contient toutes les options de configuration de votre chaîne. Passons en revue chaque paramètre.
-
----
-Tout d'abord, la bascule « Canal par défaut ». Lorsqu'il est activé, ce canal devient le canal par défaut pour les nouveaux appareils. Pour une explication complète du fonctionnement des canaux par défaut, y compris comment configurer les valeurs par défaut spécifiques à la plate-forme (une pour iOS, une pour Android et une pour Electron), consultez la section [Configuration des canaux par défaut] (/docs/webapp/main-app-page/#default-channel-configuration).
-
----
-Deuxièmement, le paramètre `IOS`. C'est relativement simple. Si cela est faux, les appareils IOS ne seront pas autorisés à télécharger les mises à jour depuis ce canal.
-
-Le troisième est le paramètre `Android`. Ceci est similaire à `IOS`. Si cela est faux, les appareils Android ne seront pas autorisés à télécharger les mises à jour à partir de ce canal.
-
-Le quatrième est le paramètre `Electron`. Ceci est similaire à `IOS` et `Android`. Si cela est faux, les applications Electron ne seront pas autorisées à télécharger des mises à jour à partir de cette chaîne.
-
-Le cinquième est le paramètre « Désactiver la rétrogradation automatique en mode natif ». Si cela est vrai, il sera alors impossible de rétrograder à partir d’une version native. Cela signifie que si vous avez téléchargé une version `1.2.0` sur l'App Store ou le Play Store et que vous essayez de définir la version de la chaîne sur `1.1.0`, la mise à jour (rétrogradation) échouera.
-
-Le sixième est « Désactiver la mise à jour automatique ». Ce paramètre est assez complexe et vous pouvez en savoir plus [ici](/docs/cli/commands/#disable-updates-strategy)Quant à « Autoriser la construction de développement ». Si cela est vrai, les versions de développement seront autorisées à télécharger les mises à jour à partir de ce canal. Dans le cas contraire, toute demande de mise à jour dont le `prod` est défini sur false sera rejetée. Ceci est principalement utile à des fins de tests.
-
-Le septième est « Autoriser les émulateurs ». Si cela est faux, alors Capgo refusera toute demande de mise à jour provenant d'un émulateur. Ceci est principalement utile à des fins de tests.
-
-Huit est « Autoriser les appareils à s'auto-associer ». Si cela est vrai, la méthode [setChannel](/docs/plugin/api/#setchannel) sera disponible. Si la valeur est false et que vous essayez d'appeler la méthode [setChannel](/docs/plugin/api/#setchannel) avec ce canal, l'appel échouera.
diff --git a/src/content/docs/fr/webapp/devices.mdx b/src/content/docs/fr/webapp/devices.mdx
deleted file mode 100644
index 7ed760a0d..000000000
--- a/src/content/docs/fr/webapp/devices.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-locale: fr
-title: "Appareils"
-description: "Un guide complet sur l'utilisation de la page Appareils pour gérer et configurer efficacement vos appareils, incluant les options de filtrage et les paramètres de configuration détaillés pour chaque appareil."
-sidebar:
-  order: 7
----
-
-:::note[Conservation des Données]
-Les données des appareils sont conservées pendant **90 jours** à compter de la dernière activité de l'appareil. Les appareils qui ne se sont pas connectés à Capgo pendant cette période seront automatiquement supprimés de la liste. Les appareils actifs sont continuellement suivis lorsqu'ils vérifient les mises à jour.
-:::
-
-## Afficher la liste de tous les appareils
-Commençons par regarder la page des appareils. Vous pouvez y accéder en [cliquant sur votre application](/docs/webapp/main-page) puis en [cliquant sur l'onglet appareils](/docs/webapp/main-app-page).
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/devices.webp" alt="liste des appareils" /><figcaption></figcaption></figure>
-
-1. **Onglet Appareils** - Cliquez sur cet onglet dans la barre de navigation pour accéder à la page des appareils
-2. **Filtres** - Cliquez pour filtrer les appareils par :
-   - **Substitution** - Affiche uniquement les appareils qui ont un [canal personnalisé](/docs/plugin/api/#setchannel) ou une version personnalisée
-   - **ID Personnalisé** - Affiche uniquement les appareils avec un identifiant personnalisé défini
-
-## Configurer un appareil
-
-Pour configurer un appareil spécifique, cliquez dessus dans le tableau et vous devriez voir quelque chose comme ceci :
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/device-specific.webp" alt="afficher un appareil" /><figcaption></figcaption></figure>
-
-1. **Information** - Affiche les détails de l'appareil incluant l'ID de l'appareil, Dernière mise à jour, Plateforme, Version du plugin, Version, Version builtin, Version de l'OS, et si c'est une application de Production
-2. **Deployments** - Affiche l'historique des déploiements pour cet appareil
-3. **Logs** - Affiche les journaux associés à cet appareil
-4. **Substitution de canal** - Remplace le canal pour cet appareil spécifique. Si défini, cet appareil n'utilisera pas le canal public (par défaut) et ne recevra que les mises à jour du canal sélectionné
-
-### ID Personnalisé
-
-L'`ID Personnalisé` est un champ très utile qui vous aide à connecter l'appareil à un ID que vous pouvez reconnaître pour vos propres utilisateurs.
-
-Utilisez-le pour identifier facilement quel appareil appartient à quel utilisateur.
-
-L'ID personnalisé ne peut être défini que depuis l'appareil lui-même en utilisant `CapacitorUpdater.setCustomId({ customId: user });`
diff --git a/src/content/docs/fr/webapp/index.mdx b/src/content/docs/fr/webapp/index.mdx
deleted file mode 100644
index dea55ee5f..000000000
--- a/src/content/docs/fr/webapp/index.mdx
+++ /dev/null
@@ -1,26 +0,0 @@
----
-title: Introduction
-description: >-
-  Introduction à la webapp Capgo, apprenez à utiliser la web app de Capgo, pour
-  gérer vos mises à jour et comprendre ce qui se passe avec elles
-sidebar:
-  order: 1
-locale: fr
----
-## Qu'est-ce que c'est?
-
-Capgo dispose d'une application Web complète pour vous aider à gérer vos projets. Cette application Web est construite avec Vue.js et est open source. Vous pouvez trouver le code source sur [GitHub](https://github.com/Cap-go/capgo/tree/main/src/) \
-La webapp est disponible [ici](https://console.capgo.app/). \
-Cette application Web vous permet de [gérer les canaux] (/docs/webapp/channels/), [gérer les versions] (/docs/webapp/bundles/), [gérer les appareils] (/docs/webapp/devices/), [inspecter les journaux] (/docs/webapp/logs/), [configurer la sécurité de l'organisation] (/docs/webapp/organization-security/), [gérer la facturation] (/docs/webapp/settings/) et [gérer votre compte](/docs/webapp/settings/).
-
-## Comment l'utiliser ?
-
-Tout d'abord, vous devez créer un compte ou vous connecter. Ceci est relativement simple et peut être fait en cliquant sur le bouton « Se connecter » au centre de l'écran. Après vous être connecté, vous serez redirigé vers le tableau de bord. Ceci est la page principale de la webapp. De là, vous pouvez accéder à toutes les autres pages.
-
-<figure><img src="/login.webp" alt="page de connexion" /><figcaption></figcaption></figure>
-
-## Créer un compte
-
-Vous devez cliquer sur « Créer un compte gratuit » dans la partie inférieure du formulaire de connexion. À partir de là, ce sera aussi simple que de remplir un formulaire et de suivre les instructions.
-
-<figure><img src="/create-account.webp" alt="créer un compte" /><figcaption></figcaption></figure>
diff --git a/src/content/docs/fr/webapp/logs.mdx b/src/content/docs/fr/webapp/logs.mdx
deleted file mode 100644
index e38c97270..000000000
--- a/src/content/docs/fr/webapp/logs.mdx
+++ /dev/null
@@ -1,193 +0,0 @@
----
-title: "Journaux"
-description: "Comprendre et utiliser les journaux d'application de Capgo pour le diagnostic et le suivi des actions de vos appareils avec les mises à jour."
-sidebar:
-  order: 8
-locale: fr
----
-
-## Comprendre les journaux d'application
-
-La page Journaux fournit un historique détaillé des événements de mise à jour et des informations de diagnostic pour votre application. Ceci est crucial pour surveiller le processus de mise à jour, résoudre les problèmes et comprendre comment vos appareils interagissent avec Capgo. Vous pouvez y accéder en [cliquant sur votre application](/docs/webapp/main-page) puis [en cliquant sur l'onglet "Journaux" (anciennement appelé "mises à jour" dans certaines captures d'écran ou documentations plus anciennes)](/docs/webapp/main-app-page).
-
-De là, vous devriez voir une page similaire à celle-ci, affichant une liste d'entrées de journal :
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs.webp" alt="Aperçu de la page des journaux montrant l'interface principale" /><figcaption>Aperçu de la page des journaux</figcaption></figure>
-
-L'interface de la page des journaux comprend :
-1. **Onglet Journaux** - L'onglet de navigation pour accéder à la vue des journaux
-2. **Bouton Recharger** - Actualise la liste des journaux avec les dernières données
-3. **Filtres de plage de temps et d'actions** - Filtrez les journaux par plage de dates et type d'action (voir les sections ci-dessous)
-
-Chaque ligne affiche :
-- **Horodatage** (UTC)
-- **ID de l'appareil**
-- **Code d'action** (ce qui s'est passé)
-- **Nom de version** (bundle ou `builtin`)
-
-Cliquez sur une ligne pour accéder à la page de détails de l'appareil pour l'historique complet.
-
-### Filtrer par plage de dates
-
-Vous pouvez filtrer les journaux par une période spécifique en utilisant le sélecteur de dates :
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_date_range.webp" alt="Sélecteur de plage de dates pour filtrer les journaux" /><figcaption>Filtre de plage de dates</figcaption></figure>
-
-1. **Préréglages rapides** - Sélectionnez des plages de temps courantes : Dernière 1h, 3h, 6h ou 12h
-2. **Heure de début** - Définissez une heure de début personnalisée pour la plage
-3. **Heure de fin** - Définissez une heure de fin personnalisée pour la plage
-4. **Calendrier** - Choisissez des dates spécifiques à l'aide de la vue calendrier
-
-Cliquez sur "Sélectionner" pour appliquer votre plage de dates choisie, ou "Annuler" pour fermer le sélecteur.
-
-### Filtrer par type d'action
-
-Le menu déroulant Actions vous permet de filtrer les journaux par types d'événements spécifiques :
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_filters.webp" alt="Menu déroulant de filtre d'actions pour filtrer les journaux par type d'événement" /><figcaption>Filtre d'actions</figcaption></figure>
-
-Les filtres d'action disponibles incluent :
-- **Battement de cœur de l'appareil** - Vérifications de santé périodiques des appareils
-- **Suppression de version demandée** - Quand une version de bundle est supprimée
-- **Réinitialisation à la version par défaut** - Quand un appareil revient au bundle intégré
-- **Version installée avec succès** - Installation réussie du bundle
-- **Nouvelle version envoyée à l'appareil** - Quand Capgo envoie une mise à jour à un appareil
-- **Échec de l'installation de la version** - Quand l'installation du bundle échoue
-
-Utilisez la boîte de recherche en haut pour trouver rapidement des types d'action spécifiques. Vous pouvez sélectionner plusieurs actions pour afficher les journaux correspondant à l'un des types sélectionnés.
-
-### Extrait de journal exemple (données fictives)
-
-| Heure (UTC) | ID Appareil | Action | Version | Ce que cela signifie |
-|-------------|-------------|--------|---------|----------------------|
-| 2025-01-14 10:00:01 | `A1B2C3` | `get` | 2.4.1 | L'appareil a demandé à Capgo si une mise à jour est disponible |
-| 2025-01-14 10:00:03 | `A1B2C3` | `download_manifest_start` | 2.4.1 | Téléchargement du manifeste lancé ; le SDK est sur le point de télécharger les fichiers |
-| 2025-01-14 10:00:07 | `A1B2C3` | `download_40` | 2.4.1 | Le téléchargement du bundle est à 40% |
-| 2025-01-14 10:00:12 | `A1B2C3` | `download_zip_complete` | 2.4.1 | Téléchargement du zip terminé |
-| 2025-01-14 10:00:13 | `A1B2C3` | `set` | 2.4.1 | Bundle installé et marqué pour le prochain lancement |
-| 2025-01-14 10:05:00 | `B9C8D7` | `disableAutoUpdateToMajor` | 1.9.0 | La politique du canal a bloqué un saut vers 2.x |
-| 2025-01-14 10:05:05 | `B9C8D7` | `rateLimited` | builtin | L'appareil a atteint la limite de requêtes ; le SDK attend jusqu'au redémarrage |
-
-## Scénarios de journaux exemples
-
-Pour vous aider à comprendre ce que les journaux vous indiquent, voici des séquences exemples montrant de vrais parcours de mise à jour d'appareils :
-
-### Flux de mise à jour réussi
-
-Voici à quoi ressemble une mise à jour saine dans vos journaux :
-
-| Heure | ID Appareil | Action | Version | Ce que cela signifie |
-|-------|-------------|--------|---------|----------------------|
-| 10:00:01 | `a1b2c3d4` | `get` | 1.2.0 | L'appareil a vérifié les mises à jour et reçu les infos de la version 1.2.0 |
-| 10:00:02 | `a1b2c3d4` | `download_10` | 1.2.0 | Téléchargement démarré, 10% terminé |
-| 10:00:03 | `a1b2c3d4` | `download_50` | 1.2.0 | Téléchargement à 50% |
-| 10:00:05 | `a1b2c3d4` | `download_complete` | 1.2.0 | Téléchargement terminé avec succès |
-| 10:00:06 | `a1b2c3d4` | `set` | 1.2.0 | Bundle installé et activé |
-
-### Appareil déjà à jour
-
-Quand un appareil vérifie mais a déjà la dernière version :
-
-| Heure | ID Appareil | Action | Version | Ce que cela signifie |
-|-------|-------------|--------|---------|----------------------|
-| 14:30:00 | `e5f6g7h8` | `noNew` | 1.2.0 | L'appareil est déjà sur la dernière version, pas de mise à jour nécessaire |
-
-### Mise à jour échouée avec retour arrière
-
-Quand une mise à jour échoue et l'appareil revient en arrière :
-
-| Heure | ID Appareil | Action | Version | Ce que cela signifie |
-|-------|-------------|--------|---------|----------------------|
-| 11:15:00 | `i9j0k1l2` | `get` | 1.3.0 | L'appareil a reçu les infos de mise à jour |
-| 11:15:02 | `i9j0k1l2` | `download_complete` | 1.3.0 | Téléchargement terminé |
-| 11:15:03 | `i9j0k1l2` | `set` | 1.3.0 | Le bundle a été défini |
-| 11:15:10 | `i9j0k1l2` | `update_fail` | 1.3.0 | L'app a planté ou `notifyAppReady()` n'a pas été appelé - retour arrière déclenché |
-| 11:15:11 | `i9j0k1l2` | `reset` | builtin | L'appareil est revenu à la version intégrée |
-
-**Action nécessaire** : Vérifiez que votre app appelle `notifyAppReady()` après une initialisation réussie. Voir [la documentation du plugin](/docs/plugin/api/#notifyappready) pour plus de détails.
-
-### Échec de téléchargement
-
-Quand des problèmes réseau empêchent le téléchargement :
-
-| Heure | ID Appareil | Action | Version | Ce que cela signifie |
-|-------|-------------|--------|---------|----------------------|
-| 09:45:00 | `m3n4o5p6` | `get` | 1.2.0 | L'appareil a reçu les infos de mise à jour |
-| 09:45:01 | `m3n4o5p6` | `download_30` | 1.2.0 | Téléchargement démarré mais... |
-| 09:45:15 | `m3n4o5p6` | `download_fail` | 1.2.0 | Téléchargement échoué (timeout réseau, connexion perdue, etc.) |
-
-**Action nécessaire** : L'appareil réessaiera automatiquement au prochain lancement de l'app. Aucune action requise sauf si cela arrive fréquemment.
-
-### Limite du plan atteinte
-
-Quand votre compte atteint sa limite d'appareils :
-
-| Heure | ID Appareil | Action | Version | Ce que cela signifie |
-|-------|-------------|--------|---------|----------------------|
-| 16:00:00 | `q7r8s9t0` | `needPlanUpgrade` | - | Cet appareil ne recevra pas de mises à jour tant que vous n'aurez pas mis à niveau ou que le cycle de facturation ne sera pas réinitialisé |
-
-**Action nécessaire** : [Mettez à niveau votre plan](/docs/webapp/settings/) ou attendez le prochain cycle de facturation.
-
-### Configuration du canal bloquant les mises à jour
-
-Quand les paramètres du canal empêchent une mise à jour :
-
-| Heure | ID Appareil | Action | Version | Ce que cela signifie |
-|-------|-------------|--------|---------|----------------------|
-| 12:00:00 | `u1v2w3x4` | `disableAutoUpdateToMajor` | 2.0.0 | L'appareil sur v1.x ne peut pas se mettre à jour automatiquement vers v2.x (saut de version majeure bloqué) |
-| 12:05:00 | `y5z6a7b8` | `disableEmulator` | 1.2.0 | Émulateur détecté, et le canal bloque les émulateurs |
-| 12:10:00 | `c9d0e1f2` | `disableDevBuild` | 1.2.0 | Build de développement détecté, et le canal bloque les builds de développement |
-
-**Action nécessaire** : Ce sont des protections intentionnelles. Si vous voulez autoriser ces mises à jour, modifiez vos [paramètres de canal](/docs/webapp/channels/).
-
-## Codes de journal (enum backend Capgo)
-
-Ces codes proviennent de l'enum `stats_action` utilisé par l'API du tableau de bord (`capgo/src/types/supabase.types.ts`). Si vous voyez un nouveau code dans l'UI, il a été émis par le SDK ou le backend et validé contre cette liste.
-
-**Chemin heureux et cycle de vie**
-
-| Code(s) | Signification |
-|---------|---------------|
-| `get` | L'appareil a demandé à Capgo le manifeste du canal actuel |
-| `download_manifest_start`, `download_manifest_complete` | Téléchargement du manifeste commencé / terminé (pour les bundles delta ou multi-fichiers) |
-| `download_zip_start`, `download_zip_complete` | Téléchargement de l'archive zip commencé / terminé |
-| `download_10` … `download_90` | Jalons de progression du téléchargement |
-| `download_complete` | Bundle entier téléchargé |
-| `set` | Bundle préparé pour le prochain lancement |
-| `reset` | L'appareil est revenu au bundle intégré |
-| `delete` | Bundle supprimé du stockage local |
-| `uninstall` | Désinstallation de l'app détectée |
-| `app_moved_to_foreground`, `app_moved_to_background` | Événements du cycle de vie de l'app enregistrés par le SDK |
-| `ping` | Vérification de santé/battement de cœur de l'appareil |
-| `setChannel`, `getChannel` | Canal remplacé ou récupéré via appel SDK |
-
-**Blocages de configuration ou de politique**
-
-| Code(s) | Pourquoi la mise à jour a été bloquée |
-|---------|---------------------------------------|
-| `disableAutoUpdate`, `disableAutoUpdateToMajor`, `disableAutoUpdateToMinor`, `disableAutoUpdateToPatch`, `disableAutoUpdateMetadata`, `disableAutoUpdateUnderNative` | La stratégie du canal interdit ce saut de semver |
-| `disablePlatformIos`, `disablePlatformAndroid` | La plateforme est désactivée sur le canal |
-| `disableDevBuild`, `disableEmulator` | Builds de développement ou émulateurs non autorisés |
-| `cannotUpdateViaPrivateChannel`, `NoChannelOrOverride`, `channelMisconfigured` | La sélection du canal ou le remplacement a échoué |
-| `missingBundle`, `cannotGetBundle` | Le manifeste fait référence à un bundle que Capgo ne peut pas servir |
-| `needPlanUpgrade` | L'organisation a atteint sa limite de plan/appareils |
-| `rateLimited` | Trop de requêtes ; le SDK limite jusqu'au redémarrage |
-| `blocked_by_server_url`, `backend_refusal`, `InvalidIp` | Une règle côté serveur a bloqué la requête |
-
-**Échecs de téléchargement / intégrité / installation**
-
-| Code(s) | Signification |
-|---------|---------------|
-| `download_fail` | Échec du téléchargement du bundle (erreur réseau ou de réponse) |
-| `download_manifest_file_fail`, `download_manifest_checksum_fail`, `download_manifest_brotli_fail` | Le fichier manifeste n'a pas pu être récupéré ou validé |
-| `checksum_fail`, `checksum_required` | La vérification d'intégrité a échoué ou la somme de contrôle manque |
-| `unzip_fail`, `directory_path_fail`, `canonical_path_fail`, `windows_path_fail` | La validation du système de fichiers ou de la décompression a échoué |
-| `decrypt_fail` | Le déchiffrement a échoué (bundle chiffré) |
-| `update_fail` | Bundle installé mais l'app n'a jamais appelé `notifyAppReady()` ; retour arrière déclenché |
-| `download_zip_*` sans `set` subséquent | Téléchargement terminé mais la phase d'installation n'a jamais été complétée |
-
-➡️ Besoin d'un guide plus approfondi par code ? Voir **[Référence complète des codes de journal et guide de débogage](/docs/plugins/updater/debugging/#understanding-cloud-logs)**.
-
-## Obtenir plus de détails sur un journal
-
-Si vous cliquez sur une entrée de journal spécifique, cela vous amènera généralement à la [page de l'appareil](/docs/webapp/devices/). Cela vous permet de voir l'historique complet de cet appareil particulier, ce qui peut être très utile pour diagnostiquer des problèmes spécifiques à l'appareil ou comprendre son parcours de mise à jour.
diff --git a/src/content/docs/fr/webapp/main-app-page.mdx b/src/content/docs/fr/webapp/main-app-page.mdx
deleted file mode 100644
index 287b92157..000000000
--- a/src/content/docs/fr/webapp/main-app-page.mdx
+++ /dev/null
@@ -1,113 +0,0 @@
----
-title: "Page de l'application"
-description: "Que montre la page de l'application de Capgo webapp ? Et que pouvez-vous faire avec."
-sidebar:
-  order: 5
-locale: fr
----
-
-## Que montre la page de l'application ?
-
-Tout d'abord, jetons un œil à la page principale de l'application :
-
-Dans Capgo, une application représente votre application mobile intégrée au système de mise à jour en direct de Capgo. Elle vous permet de gérer les mises à jour, les canaux et les appareils de manière transparente.
-
-<figure><img src="/main-app-page.webp" alt="Capture d'écran de la page principale" /><figcaption></figcaption></figure>
-
-Examinons cela de plus près. La page principale de l'application est divisée en plusieurs zones clés :
-
-1.  **Barre de navigation supérieure :** Fournit l'accès aux différentes sections de la gestion de votre application :
-    *   **Tableau de bord (1) :** La vue actuelle, affichant les métriques clés et les résumés.
-    *   **Informations (2) :** Affiche les paramètres de base et les détails de votre application (voir la section "Informations de l'application" ci-dessous).
-    *   **[Bundles (3)](/docs/webapp/bundles/) :** Gérez les versions et les releases de votre application.
-    *   **[Canaux (4)](/docs/webapp/channels/) :** Configurez et gérez différents canaux de mise à jour (ex., production, beta).
-    *   **[Appareils (5)](/docs/webapp/devices/) :** Consultez et gérez les appareils enregistrés, y compris la définition de remplacements spécifiques.
-    *   **[Logs (6)](/docs/webapp/logs/) :** Accédez aux logs détaillés et aux rapports d'erreurs de votre application.
-    *   **Builds (7) :** Consultez et gérez les builds de votre application.
-
-2.  **Affichage des statistiques :** Visualise les métriques importantes pour la dernière période de facturation (les données reflètent l'utilisation à partir de votre jour de facturation, pas le 1er du mois) :
-    *   **Utilisateurs actifs mensuels (8) :** Suit le nombre d'utilisateurs actifs uniques au fil du temps.
-    *   **Stockage (9) :** Affiche la consommation de stockage actuelle.
-    *   **Bande passante (10) :** Affiche l'utilisation de la bande passante.
-    *   **Bundle actif (11) :** Affiche la distribution des appareils actifs sur différents bundles d'application.
-
-3.  **Cartes de résumé :** Offre un aperçu rapide des comptages clés :
-    *   **Téléchargements de bundles (12) :** Nombre total de bundles d'application téléchargés.
-    *   **Statistiques de mises à jour (13) :** Nombre total de mises à jour effectuées, y compris les requêtes, installations et échecs.
-    *   **Statistiques de déploiement (14) :** Nombre total de déploiements.
-
-4.  **Options d'affichage (15-18) :** Contrôles pour filtrer et visualiser les statistiques :
-    *   **Quotidien (15) :** Voir les statistiques quotidiennes.
-    *   **Cumulatif (16) :** Voir les statistiques cumulatives au fil du temps.
-    *   **Période de facturation (17) :** Voir les statistiques pour la période de facturation actuelle.
-    *   **Plage de dates (18) :** Sélectionner une plage de dates personnalisée (ex., 30 derniers jours).
-
-## Informations de l'application
-
-Cette section correspond à l'onglet "Informations" (1) dans la barre de navigation supérieure. Ici, vous pouvez consulter et gérer les détails et paramètres cruciaux de votre application.
-
-<figure><img src="/app_info.webp" alt="Page d'informations de l'application" /><figcaption>Page d'informations de l'application</figcaption></figure>
-
-Voici un aperçu des champs et actions disponibles :
-
-*   **Icône de l'application (2) :** Affiche l'icône de votre application. Vous pouvez cliquer sur le bouton "Modifier" pour télécharger une nouvelle icône.
-*   **ID de l'application (3) :** Un identifiant unique pour votre application dans Capgo. Cet ID n'est pas modifiable.
-*   **Nom de l'application (4) :** Le nom d'affichage de votre application. Vous pouvez le modifier selon vos besoins.
-*   **Canal de téléchargement par défaut (5) :** Spécifie le canal par défaut vers lequel les nouveaux bundles seront téléchargés. Vous pouvez cliquer sur l'icône de modification pour sélectionner un canal par défaut différent.
-*   **Canal de téléchargement par défaut (6) :** Spécifie le canal par défaut à partir duquel les appareils téléchargeront les mises à jour. Vous pouvez cliquer sur l'icône de modification pour sélectionner un canal par défaut différent. Voir la section [Configuration du Canal par Défaut](#configuration-du-canal-par-défaut) ci-dessous pour des informations détaillées.
-*   **Supprimer automatiquement les bundles non utilisés (après x secondes) (7) :** Ce paramètre vous permet de supprimer automatiquement les anciens bundles qui n'ont pas été utilisés pendant une durée spécifiée (en secondes). Définissez sur `0` pour désactiver la suppression automatique. Cela aide à gérer le stockage et à garder votre liste de bundles propre.
-*   **Exposer les métadonnées du bundle au plugin (8) :** Lorsqu'il est activé, les champs lien du bundle et commentaire seront envoyés au plugin Capacitor Updater. Cette fonctionnalité nécessite la version 7.35.0 ou supérieure du plugin.
-*   **Transférer la propriété de l'application (9) :** Cette section fournit une option pour initier le transfert de votre application vers une autre organisation dont vous faites partie.
-*   **Bouton Supprimer l'application :** Supprime définitivement votre application de Capgo. Cette action est irréversible et supprimera toutes les données associées, bundles, canaux et appareils.
-*   **Bouton Mettre à jour :** Enregistre toutes les modifications que vous avez apportées aux champs modifiables de cette page (ex., Nom de l'application, Canal de téléchargement par défaut, paramètre de suppression automatique des bundles).
-
-## Configuration du Canal par Défaut
-
-Le **Canal de téléchargement par défaut** est l'un des paramètres les plus importants pour votre application. Il détermine de quel canal les nouveaux appareils recevront les mises à jour lorsqu'ils se connectent pour la première fois à Capgo.
-
-### Comment fonctionnent les canaux par défaut
-
-Lorsqu'un appareil demande une mise à jour à Capgo, le système détermine quel canal utiliser selon l'ordre de priorité suivant (priorité la plus élevée en premier) :
-
-1. **Mappage d'appareil forcé** : Si l'ID de l'appareil est explicitement forcé vers un canal dans les paramètres du canal, ce canal gagne toujours.
-2. **Override cloud** : Si l'appareil a été assigné à un canal via `setChannel()` ou manuellement dans le tableau de bord, cet override est utilisé.
-3. **`defaultChannel` de Capacitor config** : Si défini dans votre fichier `capacitor.config.*`, ceci est utilisé pour les builds de test/beta.
-4. **Canal de téléchargement par défaut** : Le paramètre configuré ici—c'est ce que ~99% de vos utilisateurs de production utiliseront.
-
-### Canaux par défaut spécifiques à la plateforme
-
-Vous pouvez configurer **deux canaux par défaut séparés**—un pour iOS et un pour Android. C'est utile quand :
-
-- Vous voulez déployer des mises à jour sur une plateforme avant l'autre
-- Vous avez besoin de stratégies de mise à jour différentes par plateforme
-- Vous testez une nouvelle version sur une plateforme tout en gardant l'autre stable
-
-Pour configurer des valeurs par défaut spécifiques à la plateforme :
-1. Créez deux canaux (ex., `production-ios` et `production-android`)
-2. Dans les paramètres de chaque canal, activez uniquement la plateforme pertinente (toggle iOS ou Android)
-3. Marquez les deux canaux comme "Par défaut" - Capgo le permet quand les canaux ciblent différentes plateformes
-
-Lorsqu'un appareil demande une mise à jour :
-- Les appareils iOS recevront les mises à jour du canal par défaut activé pour iOS
-- Les appareils Android recevront les mises à jour du canal par défaut activé pour Android
-
-### Canal par défaut unique (Recommandé pour la plupart des applications)
-
-Pour la plupart des applications, un seul canal par défaut qui supporte les deux plateformes est l'approche la plus simple :
-1. Créez un canal (ex., `production`)
-2. Assurez-vous que les toggles iOS et Android sont activés
-3. Marquez-le comme le canal par défaut
-
-Cela garantit un comportement cohérent sur toutes les plateformes et simplifie votre workflow de release.
-
-### Changer le canal par défaut
-
-Quand vous changez le canal par défaut :
-- **Les nouveaux appareils** commenceront immédiatement à recevoir les mises à jour du nouveau canal par défaut
-- **Les appareils existants** qui ont déjà une assignation de canal (via override ou forçage) ne changeront PAS automatiquement
-- Pour déplacer les appareils existants, vous devez soit :
-  - Utiliser `setChannel()` pour les override programmatiquement
-  - Les forcer vers le nouveau canal dans le tableau de bord
-  - Supprimer leurs entrées d'appareil (ils se ré-enregistreront avec le nouveau canal par défaut)
-
-> **Conseil** : Testez toujours votre nouveau canal par défaut avec un petit groupe d'appareils forcés avant de le rendre par défaut pour tous les utilisateurs.
diff --git a/src/content/docs/fr/webapp/main-page.mdx b/src/content/docs/fr/webapp/main-page.mdx
deleted file mode 100644
index b6bb00408..000000000
--- a/src/content/docs/fr/webapp/main-page.mdx
+++ /dev/null
@@ -1,20 +0,0 @@
----
-locale: fr
-title: "Accueil"
-description: "Que montre la page d'accueil de l'application web Capgo ? Et ce que vous pouvez faire avec."
-sidebar: 
-  order: 2
----
-
-## Que montre la page principale ?
-
-Tout d'abord, jetons un coup d'œil à la page principale :
-<figure><img src="/main-page.webp" alt="Capture d'écran de la page principale" /><figcaption></figcaption></figure>
-
-Commençons par le début. La première chose que vous voyez sont les **statistiques**. Elles contiennent des statistiques spécifiques à l'application. Ces mises à jour dépendent de l'utilisation de l'application.
-
-La deuxième chose que vous voyez est la liste de toutes les applications disponibles. Cela changera en fonction du nombre d'applications que vous avez créées. Vous pouvez cliquer sur chaque application pour voir plus de détails à son sujet.
-
-La troisième chose que vous voyez est le bouton **Clés API**. Ce bouton vous mènera à la page [Clés API](/docs/webapp/api-keys/).
-
-La chose suivante que vous voyez est le bouton **votre nom et votre photo**. Ce bouton changera en fonction de votre prénom et nom et il vous mènera à la page [Paramètres](/docs/webapp/settings/) ou Support.
diff --git a/src/content/docs/fr/webapp/mfa.mdx b/src/content/docs/fr/webapp/mfa.mdx
deleted file mode 100644
index f572f5523..000000000
--- a/src/content/docs/fr/webapp/mfa.mdx
+++ /dev/null
@@ -1,100 +0,0 @@
----
-title: Authentification à deux facteurs
-description: >-
-  Gérer l'authentification à deux facteurs pour mieux protéger votre compte
-  capgo. Ce document vous aidera à rendre votre compte le plus sécurisé possible
-  et à empêcher les mauvais acteurs d'envoyer des bundles indésirables à votre
-  utilisateur.
-sidebar:
-  order: 9
-locale: fr
----
-## Qu'est-ce que la 2FA ?
-
-2FA est une mesure de sécurité conçue pour empêcher un acteur malveillant de s'emparer de votre compte capgo.
-Il y parvient en exigeant un code supplémentaire. Ce code est stocké sur votre téléphone mobile ou sur une clé matérielle 2FA. Cela change toutes les 30 secondes, ce qui rend impossible de le deviner
-
-## Exigences pour ce guide
- - Un téléphone Android ou IOS
- - Connexion Internet
-
-## Que couvrira ce guide ?
-
-Ce guide montrera comment configurer 2FA à l'aide de `Google Authenticator`. D'autres applications existent pour remplir un objectif similaire, mais je ne peux pas aborder l'intégralité du sujet de la 2FA dans ce guide.
-
-## Comment configurer 2FA ?
-
-Téléchargez d’abord l’application `Google Authenticator`. Si vous êtes sur Android, vous pouvez le télécharger depuis le [Play Store](https://play.google.com/store/apps/details/?id=com.google.android.apps.authenticator2). Sur IOS, vous pouvez le télécharger depuis [App Store](https://apps.apple.com/us/app/google-authenticator/id388497605/)
-
-Deuxièmement, veuillez accéder aux [paramètres du compte capgo](https://console.capgo.app/dashboard/settings/account/). Là, vous devriez voir un bouton vert qui devrait ressembler à ceci
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/button-mfa.webp" alt="Bouton MFA" /><figcaption></figcaption></figure>
-
-Cliquez dessus, et une fois que vous l'avez fait, un code QR devrait apparaître
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa.webp" alt="Activer l'authentification multifacteur" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ Remarque importante : \
-Ne partagez jamais ce code QR avec qui que ce soit, sinon vous pourriez être déconnecté de votre compte
-:::
-
-Ensuite, veuillez ouvrir le `Google Authenticator` sur votre téléphone. Une fois que vous l'avez fait, suivez ces étapes :
-
-Cliquez sur le bouton plus
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-auth-plus.webp" alt="Authentification MFA plus" /><figcaption></figcaption></figure>
-
-Après cela, veuillez cliquer sur le bouton de l'appareil photo
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-scan-qr.webp" alt="Scanner MFA QR" /><figcaption></figcaption></figure>
-
-Cela ouvrira l'aperçu de la caméra. Veuillez scanner le code QR affiché sur votre PC. Après cela, vous devriez voir quelque chose comme ceci :
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-code.webp" alt="Code final MFA" /><figcaption></figcaption></figure>
-
-Ensuite, retournez au PC et cliquez sur le bouton de vérification.
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa-verify.webp" alt="Vérifier l'AMF" /><figcaption></figcaption></figure>
-
-Cela ouvrira une fenêtre pour saisir notre code 2FA. Dans mon cas, ce code est `095101` mais ce sera différent pour vous.\
-Après avoir saisi ce code, veuillez cliquer sur le bouton `verify`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-verify-final-code.webp" alt="Code de vérification MFA final" /><figcaption></figcaption></figure>
-
-Si vous avez entré le bon code et appuyé sur `verify`, vous devriez voir une fenêtre contextuelle comme celle-ci
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-enabled.webp" alt="MFA activé" /><figcaption></figcaption></figure>
-
-Félicitations !\
-Vous avez activé l'authentification 2FA 🎉
-
-## Comment se connecter en utilisant 2FA
-
-La prochaine fois que vous vous connecterez à votre compte, vous verrez une fenêtre comme celle-ci
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-required.webp" alt="MFA requis" /><figcaption></figcaption></figure>
-
-Veuillez ouvrir l'authentificateur et copier votre code d'authentification
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-login.webp" alt="Connexion MFA" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ Remarque importante : \
-Appuyez sur `verify` avant l'actualisation du code, sinon le code changera et l'ancien ne sera plus valide
-:::
-
-Saisissez ensuite le code dans le formulaire de connexion et appuyez sur `verify`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-login-verify.webp" alt="Connexion MFA" /><figcaption></figcaption></figure>
-
-Si vous avez entré le bon code, vous devriez voir le tableau de bord capgo
-
-## Comment désactiver 2FAPour désactiver 2FA, veuillez accéder aux [paramètres du compte capgo](https://console.capgo.app/dashboard/settings/account/). Là, vous devriez voir un bouton rouge qui devrait ressembler à ceci :
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-button.webp" alt="Bouton de désactivation MFA" /><figcaption></figcaption></figure>
-
-Cliquez dessus et vous devriez voir un écran comme celui-ci
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-2.webp" alt="MFA désactivé" /><figcaption></figcaption></figure>
-
-Appuyez simplement sur le bouton `disable` et c'est tout.
diff --git a/src/content/docs/fr/webapp/organization-security.mdx b/src/content/docs/fr/webapp/organization-security.mdx
deleted file mode 100644
index 1ab6e5637..000000000
--- a/src/content/docs/fr/webapp/organization-security.mdx
+++ /dev/null
@@ -1,303 +0,0 @@
----
-title: Sécurité de l'Organisation
-description: >-
-  Configurez des politiques de sécurité complètes pour votre organisation, y
-  compris l'application de la 2FA, les politiques de mots de passe et les
-  contrôles de clés API pour protéger vos applications et données.
-sidebar:
-  order: 9
-locale: fr
----
-
-import { Aside, Steps, Badge } from '@astrojs/starlight/components';
-
-Capgo fournit des contrôles de sécurité complets qui permettent aux administrateurs d'organisation d'appliquer des politiques de sécurité à tous les membres. Ces fonctionnalités vous aident à répondre aux exigences de conformité, protéger les données sensibles et maintenir une posture de sécurité solide.
-
-## Aperçu
-
-Les paramètres de Sécurité de l'Organisation permettent aux super administrateurs de configurer :
-
-- **Application de l'Authentification à Deux Facteurs (2FA)** - Exiger que tous les membres activent la 2FA
-- **Politique de Mots de Passe** - Définir les exigences de complexité des mots de passe
-- **Sécurité des Clés API** - Appliquer des clés API sécurisées et des politiques d'expiration
-
-![Paramètres de Sécurité de l'Organisation](/org_security.webp)
-
-La page Sécurité est organisée en sections clairement identifiées :
-1. **Onglet Sécurité** - Accédez à tous les paramètres de sécurité depuis la barre latérale des paramètres de l'Organisation
-2. **Application de la 2FA** - Bouton bascule et affichage du statut pour les exigences d'authentification à deux facteurs
-3. **Politique de Mots de Passe** - Configurez les règles de complexité des mots de passe pour les membres de l'organisation
-4. **Politique de Clés API** - Paramètres pour les clés API sécurisées et les exigences d'expiration
-5. **Expiration des Clés API** - Contrôlez si les clés API doivent avoir des dates d'expiration
-
-<Aside type="note">
-
-Seuls les utilisateurs avec le rôle **super_admin** peuvent configurer les paramètres de sécurité de l'organisation. Les autres membres peuvent voir leur statut de conformité mais ne peuvent pas modifier les politiques.
-
-</Aside>
-
-## Accéder aux Paramètres de Sécurité
-
-<Steps>
-
-1. Accédez aux paramètres de votre organisation en cliquant sur **Paramètres** dans la barre latérale
-2. Cliquez sur l'onglet **Organisation** en haut de la page des paramètres
-3. Sélectionnez l'onglet **Sécurité** dans la barre de navigation de l'organisation (mis en évidence avec une icône de bouclier)
-
-</Steps>
-
-## Application de l'Authentification à Deux Facteurs (2FA)
-
-L'application de la 2FA exige que tous les membres de l'organisation aient l'authentification à deux facteurs activée sur leurs comptes. Cela ajoute une couche de sécurité critique en exigeant à la fois un mot de passe et un code de vérification.
-
-### Ce qui se Passe Quand la 2FA est Appliquée
-
-- Les membres sans 2FA sont **immédiatement bloqués** de l'accès aux applications de l'organisation
-- Le tableau de bord web et la CLI appliquent tous deux cette exigence
-- Les nouveaux membres doivent activer la 2FA avant de pouvoir accéder aux ressources de l'organisation
-- Le système suit quels membres ont la 2FA activée en temps réel
-
-### Comprendre le Panneau de Statut 2FA
-
-La page Sécurité affiche un panneau complet **Statut 2FA des Membres** qui montre :
-
-- **Total des Membres** - Le nombre total de membres dans votre organisation
-- **2FA Activée** (indicateur vert) - Membres qui ont activé avec succès l'authentification à deux facteurs
-- **2FA Non Activée** (indicateur d'avertissement orange) - Membres qui doivent encore configurer la 2FA
-
-Lorsque des membres n'ont pas activé la 2FA, ils apparaissent dans une boîte d'avertissement **Membres Sans 2FA**. Cette boîte affiche :
-- L'adresse e-mail de chaque membre et son rôle dans l'organisation
-- Un bouton **Copier la Liste des E-mails** pour copier rapidement toutes les adresses e-mail concernées pour la communication
-
-### Activer l'Application de la 2FA
-
-<Steps>
-
-1. Accédez à **Paramètres de l'Organisation > Sécurité**
-2. Localisez la section **Exiger la 2FA pour Tous les Membres** en haut de la page
-3. Examinez le panneau **Statut 2FA des Membres** pour voir quels membres seront affectés
-4. S'il y a des membres sans 2FA, utilisez le bouton **Copier la Liste des E-mails** pour les notifier avant l'activation
-5. Activez le bouton bascule à côté de **Exiger la 2FA pour Tous les Membres** pour activer l'application
-6. Le bouton bascule affichera le statut **Désactivé** ou **Activé** sur le côté droit
-
-</Steps>
-
-<Aside type="caution">
-
-Avant d'activer l'application de la 2FA :
-- Notifiez les membres concernés à l'avance et partagez le [guide de configuration 2FA](/docs/webapp/mfa/)
-- Donnez-leur le temps d'activer la 2FA sur leurs comptes
-- Les membres sans 2FA perdront l'accès immédiatement lorsque vous activerez l'application
-- Envisagez de contacter les membres listés dans la boîte d'avertissement "Membres Sans 2FA"
-
-</Aside>
-
-### Support CLI pour l'Application de la 2FA
-
-Vous pouvez également gérer l'application de la 2FA via la CLI :
-
-```shell
-# Activer l'application de la 2FA
-npx @capgo/cli organization set YOUR_ORG_ID --enforce-2fa
-
-# Désactiver l'application de la 2FA
-npx @capgo/cli organization set YOUR_ORG_ID --no-enforce-2fa
-
-# Vérifier le statut 2FA des membres
-npx @capgo/cli organization members YOUR_ORG_ID
-```
-
-Pour des informations détaillées sur l'application de la 2FA, consultez le [guide d'Application de la 2FA](/docs/webapp/2fa-enforcement/).
-
-## Politique de Mots de Passe
-
-Les politiques de mots de passe vous permettent d'appliquer des exigences de complexité de mot de passe pour tous les membres de l'organisation. Lorsque le mot de passe d'un membre ne répond pas aux exigences de la politique, il doit mettre à jour son mot de passe avant d'accéder aux ressources de l'organisation.
-
-La section Politique de Mots de Passe (marquée avec l'indicateur **3** dans l'image d'aperçu) fournit un bouton bascule simple pour appliquer les exigences de mot de passe dans toute votre organisation.
-
-### Comment Fonctionne la Politique de Mots de Passe
-
-Lorsque vous activez la politique de mots de passe :
-- Tous les membres de l'organisation doivent répondre aux exigences de complexité de mot de passe
-- Les utilisateurs qui ne répondent pas aux exigences seront verrouillés jusqu'à ce qu'ils mettent à jour leur mot de passe
-- La politique s'applique à tous les membres quel que soit leur rôle
-
-### Activer la Politique de Mots de Passe
-
-<Steps>
-
-1. Allez dans **Paramètres de l'Organisation > Sécurité**
-2. Faites défiler vers le bas pour trouver la section **Politique de Mots de Passe**
-3. Lisez la description : "Exiger que les membres de l'organisation utilisent des mots de passe répondant à des exigences de complexité spécifiques"
-4. Activez le bouton bascule **Appliquer la Politique de Mots de Passe** pour l'activer
-5. La description du bouton bascule indique : "Lorsqu'activé, tous les membres de l'organisation doivent répondre aux exigences de mot de passe pour accéder à l'organisation"
-
-</Steps>
-
-### Exigences de Mot de Passe Disponibles
-
-| Paramètre | Description | Plage |
-|-----------|-------------|-------|
-| **Longueur Minimale** | Nombre minimum de caractères requis | 6-128 caractères |
-| **Exiger une Majuscule** | Le mot de passe doit contenir au moins une lettre majuscule (A-Z) | Activé/Désactivé |
-| **Exiger un Chiffre** | Le mot de passe doit contenir au moins un chiffre (0-9) | Activé/Désactivé |
-| **Exiger un Caractère Spécial** | Le mot de passe doit contenir au moins un caractère spécial (!@#$%^&*, etc.) | Activé/Désactivé |
-
-### Suivi de la Conformité des Membres
-
-Lorsqu'une politique de mots de passe est active, vous pouvez surveiller la conformité :
-
-- **Total des Membres** : Nombre de membres dans votre organisation
-- **Conformes** : Membres dont les mots de passe répondent aux exigences de la politique
-- **Non Conformes** : Membres qui doivent mettre à jour leurs mots de passe
-
-Les membres non conformes sont listés avec leurs adresses e-mail. Vous pouvez copier la liste des e-mails pour les notifier de la politique et des changements de mot de passe requis.
-
-<Aside type="tip">
-
-Lors de l'activation d'une politique de mots de passe pour la première fois, les membres avec des mots de passe non conformes seront invités à changer leur mot de passe lors de leur prochaine connexion. Ils ne seront pas immédiatement verrouillés, mais leur accès peut être restreint jusqu'à ce qu'ils se conforment.
-
-</Aside>
-
-### Meilleures Pratiques pour les Politiques de Mots de Passe
-
-- **Commencez par des exigences raisonnables** : Un minimum de 10-12 caractères avec des majuscules/minuscules et des chiffres offre une bonne sécurité sans être excessivement restrictif
-- **Communiquez les changements** : Notifiez votre équipe avant d'activer de nouvelles exigences de mot de passe
-- **Accordez du temps de transition** : Donnez aux membres le temps de mettre à jour leurs mots de passe
-- **Envisagez les gestionnaires de mots de passe** : Recommandez aux membres de l'équipe d'utiliser des gestionnaires de mots de passe pour générer et stocker des mots de passe forts
-
-## Sécurité des Clés API
-
-Capgo fournit deux contrôles de sécurité pour les clés API : appliquer des clés API sécurisées (hachées) et exiger des dates d'expiration. La section Politique de Clés API (marquée avec l'indicateur **4** dans l'image d'aperçu) est identifiée par une icône de clé.
-
-### Appliquer des Clés API Sécurisées
-
-La première option dans la section Politique de Clés API est **Appliquer des Clés API Sécurisées**. Lorsqu'elle est activée, ce paramètre exige que toutes les clés API de votre organisation soient créées en utilisant le format sécurisé/haché.
-
-Les clés API hachées sont plus sécurisées car :
-
-- La valeur réelle de la clé n'est jamais stockée sur nos serveurs
-- Seuls vous (et vos systèmes) avez accès à la clé complète
-- Même si notre base de données était compromise, vos clés ne pourraient pas être utilisées
-
-La description du bouton bascule indique : "Lorsqu'activé, seules les clés API sécurisées (hachées) peuvent accéder à cette organisation. Les clés API en texte clair seront rejetées."
-
-<Aside type="note">
-
-Les clés API héritées existantes (non hachées) continueront à fonctionner, mais les membres ne pourront pas créer de nouvelles clés non hachées lorsque cette politique est activée.
-
-</Aside>
-
-### Activer les Clés API Sécurisées
-
-<Steps>
-
-1. Allez dans **Paramètres de l'Organisation > Sécurité**
-2. Faites défiler vers le bas pour trouver la section **Politique de Clés API** (cherchez l'icône de clé)
-3. Localisez le bouton bascule **Appliquer des Clés API Sécurisées**
-4. Activez le bouton bascule pour activer l'application des clés API sécurisées
-5. Les clés existantes ne sont pas affectées ; la politique s'applique à la création de nouvelles clés
-
-</Steps>
-
-### Politique d'Expiration des Clés API
-
-La deuxième option (marquée avec l'indicateur **5** dans l'image d'aperçu) est **Exiger l'Expiration des Clés API**. Vous pouvez exiger que toutes les clés API aient une date d'expiration, limitant leur période de validité.
-
-C'est une meilleure pratique de sécurité qui :
-
-- Limite la fenêtre d'exposition si une clé est compromise
-- Assure une rotation régulière des clés
-- Aide à répondre aux exigences de conformité pour la gestion des identifiants
-
-La description du bouton bascule indique : "Lorsqu'activé, toutes les clés API de cette organisation doivent avoir une date d'expiration"
-
-### Configurer la Politique d'Expiration
-
-<Steps>
-
-1. Allez dans **Paramètres de l'Organisation > Sécurité**
-2. Trouvez la section **Politique de Clés API**
-3. Localisez le bouton bascule **Exiger l'Expiration des Clés API** (sous Appliquer des Clés API Sécurisées)
-4. Activez le bouton bascule pour activer l'exigence d'expiration
-5. Une fois activé, définissez les **Jours d'expiration maximum** (1-365 jours)
-   - Cela limite jusqu'où dans le futur les dates d'expiration peuvent être définies
-   - Exemple : Définir 90 jours signifie que les clés peuvent expirer au maximum 90 jours après leur création
-
-</Steps>
-
-<Aside type="caution">
-
-Lorsque vous activez l'exigence d'expiration :
-- Les nouvelles clés API doivent avoir une date d'expiration
-- Les clés existantes sans expiration continuent à fonctionner
-- Envisagez d'auditer les clés existantes et de faire tourner celles sans expiration
-
-</Aside>
-
-### Politiques de Clés API Recommandées
-
-| Cas d'Utilisation | Clés Sécurisées | Expiration | Jours Max. |
-|-------------------|-----------------|------------|------------|
-| **Développement** | Recommandé | Optionnel | 30-90 |
-| **Pipelines CI/CD** | Requis | Requis | 90-180 |
-| **Production** | Requis | Requis | 30-90 |
-| **Enterprise/Conformité** | Requis | Requis | 30-60 |
-
-## Conformité et Audit
-
-Les fonctionnalités de sécurité de l'organisation vous aident à répondre à diverses exigences de conformité :
-
-| Standard | Fonctionnalités Pertinentes |
-|----------|------------------------------|
-| **SOC 2** | Application de la 2FA, politiques de mots de passe, contrôles de clés API |
-| **ISO 27001** | Toutes les fonctionnalités de sécurité aident à démontrer le contrôle d'accès |
-| **HIPAA** | Authentification forte et gestion des accès |
-| **RGPD** | Protection des données via les contrôles d'accès |
-| **PCI DSS** | Authentification multifacteur, mots de passe forts |
-
-### Surveiller le Statut de Conformité
-
-Le tableau de bord Sécurité fournit une visibilité en temps réel sur :
-- Combien de membres ont la 2FA activée
-- La conformité à la politique de mots de passe dans votre organisation
-- L'adoption de la sécurité des clés API
-
-Utilisez la fonctionnalité "Copier la liste des e-mails" pour exporter facilement les listes de membres non conformes pour une communication ciblée.
-
-## Dépannage
-
-### "Accès Refusé : Politique de sécurité non respectée"
-
-**Problème** : Un membre ne peut pas accéder à l'organisation.
-
-**Solutions** :
-1. Vérifiez si la 2FA est appliquée - le membre doit [activer la 2FA](/docs/webapp/mfa/)
-2. Vérifiez si une politique de mots de passe est active - le membre doit mettre à jour son mot de passe
-3. Vérifiez le statut de conformité du membre dans le tableau de bord Sécurité
-
-### Impossible d'activer les fonctionnalités de sécurité
-
-**Problème** : Les boutons bascule de sécurité sont désactivés ou ne répondent pas.
-
-**Solutions** :
-- Assurez-vous d'avoir le rôle **super_admin** dans l'organisation
-- Vérifiez votre connexion réseau
-- Essayez de rafraîchir la page
-- Contactez le support si le problème persiste
-
-### La création de clé API échoue
-
-**Problème** : Impossible de créer de nouvelles clés API.
-
-**Solutions** :
-- Si les clés sécurisées sont appliquées, assurez-vous d'utiliser le flux de création de clés sécurisées
-- Si l'expiration est requise, définissez une date d'expiration dans la plage autorisée
-- Vérifiez le paramètre de jours d'expiration maximum
-
-## Prochaines Étapes
-
-- [Configurer la 2FA sur votre compte](/docs/webapp/mfa/)
-- [En savoir plus sur les détails de l'application de la 2FA](/docs/webapp/2fa-enforcement/)
-- [Gérer les clés API](/docs/webapp/api-keys/)
-- [Gestion de l'organisation](/docs/webapp/organization-system/)
diff --git a/src/content/docs/fr/webapp/organization-system.mdx b/src/content/docs/fr/webapp/organization-system.mdx
deleted file mode 100644
index 6bfc6d25e..000000000
--- a/src/content/docs/fr/webapp/organization-system.mdx
+++ /dev/null
@@ -1,127 +0,0 @@
----
-title: "Système d'organisation"
-description: "Un guide détaillé sur la gestion et l'organisation de vos équipes et applications au sein de votre compte Capgo, assurant une collaboration sécurisée et un contrôle d'accès efficace pour tous les membres impliqués."
-sidebar:
-  order: 11
-locale: fr
----
-
-## Qu'est-ce que le système d'organisation ?
-
-Le système d'organisation est un système dans Capgo qui vous permet de partager vos applications en toute sécurité avec les membres de votre équipe.
-
-## Aperçu des paramètres de l'organisation
-
-<figure><img src="/orgs-settings.webp" alt="Paramètres de l'organisation" /><figcaption></figcaption></figure>
-
-| Numéro | Élément | Description |
-|--------|---------|-------------|
-| 1 | Paramètres | Accéder aux paramètres depuis le menu latéral |
-| 2 | Onglet Organisation | Basculer vers les paramètres de l'organisation (vs. paramètres personnels du compte) |
-| 3 | Général | Afficher et modifier le nom de l'organisation, le logo et l'e-mail de gestion |
-| 4 | Membres | Gérer les membres de l'équipe et leurs permissions |
-| 5 | Sécurité | Configurer les politiques de sécurité (2FA, exigences de mot de passe) |
-| 6 | Journaux d'audit | Afficher les journaux d'activité de votre organisation |
-| 7 | Plans | Afficher et gérer votre plan d'abonnement |
-| 8 | Utilisation | Surveiller les statistiques d'utilisation de votre organisation |
-| 9 | Crédits | Afficher et acheter des crédits supplémentaires |
-| 10 | Webhooks | Configurer les intégrations de webhooks |
-| 11 | Facturation | Gérer les informations de facturation et les factures |
-| 12 | Sélecteur d'organisation | Basculer entre différentes organisations |
-
-### Comment accéder aux paramètres de l'organisation
-
-1. Cliquez sur **Paramètres** (1) dans la barre latérale gauche
-2. Sélectionnez l'onglet **Organisation** (2) en haut
-3. Utilisez les onglets (3-11) pour naviguer entre les différentes sections de paramètres
-
-### Comment changer d'organisation
-
-Cliquez sur le menu déroulant **Sélecteur d'organisation** (12) près du coin supérieur gauche de la barre latérale pour afficher et basculer entre les organisations auxquelles vous avez accès.
-
-## Gestion des membres
-
-<figure><img src="/org-show-members.webp" alt="Membres de l'organisation" /><figcaption></figcaption></figure>
-
-La section Membres affiche tous les utilisateurs qui ont accès à votre organisation avec :
-- **Membre** : Avatar, nom et e-mail de l'utilisateur
-- **Rôle** : Niveau de permission actuel (lecture, téléchargement, écriture, admin, super admin)
-- **Actions** : Modifier ou supprimer des membres
-
-### Comment inviter un nouveau membre
-
-<figure><img src="/orgs-add-member.webp" alt="Inviter un membre" /><figcaption></figcaption></figure>
-
-1. Cliquez sur le bouton **+ Ajouter** (1)
-2. Entrez l'adresse e-mail de l'utilisateur dans la fenêtre modale (2)
-3. Cliquez sur **Inviter**
-
-### Sélection des permissions
-
-<figure><img src="/select-perm-orgs.webp" alt="Sélectionner les permissions" /><figcaption></figcaption></figure>
-
-Après avoir entré l'e-mail, sélectionnez le niveau de permission pour l'utilisateur invité :
-- **Lecture** - Accès en lecture seule
-- **Téléchargement** - Peut télécharger de nouvelles versions
-- **Écriture** - Peut modifier les paramètres et le contenu
-- **Admin** - Accès complet sauf facturation et suppression
-- **Super admin** - Contrôle complet de l'organisation
-
-### Compléter l'invitation
-
-<figure><img src="/invite_org_user.webp" alt="Formulaire d'invitation" /><figcaption></figcaption></figure>
-
-Remplissez les détails restants :
-- **E-mail** - Pré-rempli à partir de l'étape précédente
-- **Rôle** - Affiche le niveau de permission sélectionné
-- **Prénom** - Optionnel : prénom de l'invité
-- **Nom** - Optionnel : nom de l'invité
-- **Captcha** - Vérifiez que vous êtes humain
-
-Cliquez sur **Envoyer l'invitation** pour terminer le processus.
-
-## Détail des permissions
-
-| Permission                        | Lecture | Téléchargement | Écriture | Admin | Super Admin |
-|-----------------------------------|---------|----------------|----------|-------|-------------|
-| Afficher les stats de l'app       |    ✅    |       ✅        |    ✅     |   ✅   |      ✅      |
-| Afficher les canaux de l'app      |    ✅    |       ✅        |    ✅     |   ✅   |      ✅      |
-| Afficher les appareils            |    ✅    |       ✅        |    ✅     |   ✅   |      ✅      |
-| Afficher les journaux             |    ✅    |       ✅        |    ✅     |   ✅   |      ✅      |
-| Afficher les bundles              |    ✅    |       ✅        |    ✅     |   ✅   |      ✅      |
-| Supprimer l'app                   |    ❌    |       ❌        |    ❌     |   ❌   |      ✅      |
-| Supprimer le canal                |    ❌    |       ❌        |    ❌     |   ✅   |      ✅      |
-| Supprimer la version              |    ❌    |       ❌        |    ✅     |   ✅   |      ✅      |
-| Modifier les paramètres de l'org  |    ❌    |       ❌        |    ❌     |   ✅   |      ✅      |
-| Gérer les utilisateurs de l'org   |    ❌    |       ❌        |    ❌     |   ✅   |      ✅      |
-| Modifier les paramètres du canal  |    ❌    |       ❌        |    ✅     |   ✅   |      ✅      |
-| Télécharger une nouvelle version  |    ❌    |       ✅        |    ✅     |   ✅   |      ✅      |
-| Modifier les appareils            |    ❌    |       ❌        |    ✅     |   ✅   |      ✅      |
-| Changer la version actuelle       |    ❌    |       ❌        |    ✅     |   ✅   |      ✅      |
-| Créer un nouveau canal            |    ❌    |       ❌        |    ❌     |   ✅   |      ✅      |
-| Modifier la version (métadonnées) |    ❌    |       ❌        |    ✅     |   ✅   |      ✅      |
-| Gérer la facturation              |    ❌    |       ❌        |    ❌     |   ❌   |      ✅      |
-| Supprimer une version (non sûr)   |    ❌    |       ❌        |    ❌     |   ❌   |      ✅      |
-
-## Facturation
-
-Toute personne avec une permission **super admin** peut gérer la facturation pour une organisation donnée. Les plans sont liés à une organisation et non à votre compte personnel.
-
-:::danger
-⚠️ L'achat d'un plan n'affectera QUE l'organisation que vous avez actuellement sélectionnée
-:::
-
-## FAQ
-
-### Puis-je créer plus d'une organisation ?
-
-Non, pas encore.
-
-### Comment puis-je configurer les politiques de sécurité pour mon organisation ?
-
-Les super admins peuvent configurer des politiques de sécurité complètes, notamment :
-- **Application de la 2FA** - Exiger que tous les membres activent l'authentification à deux facteurs
-- **Politique de mot de passe** - Définir les exigences de complexité du mot de passe (longueur, majuscules, chiffres, caractères spéciaux)
-- **Sécurité des clés API** - Appliquer des clés API sécurisées/hachées et des politiques d'expiration
-
-Consultez la documentation [Sécurité de l'organisation](/docs/webapp/organization-security/) pour des instructions de configuration détaillées.
diff --git a/src/content/docs/fr/webapp/payment.mdx b/src/content/docs/fr/webapp/payment.mdx
deleted file mode 100644
index 67ef81ab8..000000000
--- a/src/content/docs/fr/webapp/payment.mdx
+++ /dev/null
@@ -1,81 +0,0 @@
----
-title: "Système de paiement"
-description: "Gestion des paiements dans votre compte Capgo. Dans cette section, nous vous montrons comment gérer votre carte, votre plan et vos crédits pour Capgo"
-sidebar:
-  order: 10
-locale: fr
----
-
-## De quoi s'agit-il ?
-
-Cette page vise à répondre à certaines questions sur le système de paiement dans Capgo.
-
-## Plans
-
-#### Q : Comment puis-je mettre à niveau mon plan Capgo ?
-R : Vous pouvez mettre à niveau votre plan Capgo en allant dans [les paramètres](/docs/webapp/settings/#how-to-get-to-the-settings-page) et en cliquant sur l'onglet **Plans** (1).
-
-<figure><img src="/plans-subscribe.webp" alt="Page des plans" /><figcaption></figcaption></figure>
-
-Sur cette page, vous pouvez :
-- Basculer entre **Plan Mensuel** et **Annuel** (avec une réduction de 20% pour le paiement annuel)
-- Choisir parmi quatre plans : **Solo**, **Maker**, **Team** ou **Enterprise**
-- Cliquer sur **S'abonner** (2) sur le plan qui correspond le mieux à vos besoins
-
-Chaque plan affiche :
-- Prix mensuel et total de facturation annuelle
-- Utilisateurs actifs mensuels inclus et tarifs de dépassement
-- Allocations de stockage et de bande passante
-- Minutes/heures de build
-- Fonctionnalités comme le support dédié, le domaine personnalisé et la conformité SOC II
-
-Si vous ne voulez pas vous engager sur un plan, vous pouvez utiliser des **crédits** à la place - cliquez sur "En savoir plus sur les crédits" pour voir comment fonctionne le paiement à l'usage.
-
-Après avoir cliqué sur S'abonner, une page de paiement Stripe s'ouvrira où vous pourrez entrer vos informations de paiement en toute sécurité.
-
-## Crédits
-
-Les crédits offrent une alternative flexible à la mise à niveau de votre plan. Ils sont utiles quand :
-
-- **Pics temporaires** - Vous dépassez temporairement les limites de votre plan (par exemple, un moment viral, un trafic saisonnier) et vous ne voulez pas mettre à niveau de façon permanente
-- **Plan inadapté** - Le niveau de plan supérieur ne correspond pas à vos besoins pour d'autres raisons (peut-être avez-vous besoin de plus de bande passante mais pas de plus de MAU)
-- **Préférence pay-as-you-go** - Vous préférez ne payer que ce que vous utilisez au-delà de votre plan de base
-
-#### Q : Comment accéder à la page des Crédits ?
-R : Allez dans [les paramètres](/docs/webapp/settings/#how-to-get-to-the-settings-page) et cliquez sur l'onglet **Crédits** (1).
-
-<figure><img src="/buy_credits.webp" alt="Page des crédits" /><figcaption></figcaption></figure>
-
-La page des Crédits affiche :
-
-1. **Onglet Crédits** - Naviguez ici depuis les paramètres de l'Organisation
-2. **Solde de Crédits** - Affiche vos crédits disponibles (ex. 0.00 / 0.00) et les crédits utilisés pendant la période en cours
-3. **Crédits Utilisés (USD)** - La valeur estimée en dollars des crédits consommés pendant la période de facturation en cours, plus les crédits disponibles restants
-4. **Besoin de plus de crédits ?** - Achetez instantanément des crédits supplémentaires pour que vos utilisateurs continuent à recevoir des mises à jour sans interruption. Choisissez parmi des montants prédéfinis (50$, 100$, 500$, 5000$) ou entrez un montant personnalisé. Le total estimé taxes incluses est affiché avant le paiement
-5. **Tarification des crédits** - Développez cette section pour voir les niveaux de tarification pour différents types d'utilisation (MAU, stockage, bande passante)
-6. **Transactions de crédits** - Consultez votre historique d'achats et d'utilisation de crédits
-
-#### Q : Comment acheter des crédits ?
-R : Sur la page des Crédits, sélectionnez le montant que vous souhaitez acheter (ou utilisez le menu déroulant pour des montants personnalisés), puis cliquez sur **Acheter des crédits**. Vous serez redirigé vers le paiement Stripe où vous pourrez ajuster la quantité et finaliser le paiement.
-
-#### Q : Quand les crédits sont-ils utilisés ?
-R : Les crédits sont automatiquement consommés lorsque vous dépassez les limites de votre plan pour les utilisateurs actifs mensuels, le stockage ou la bande passante. Ils offrent un moyen flexible de gérer les dépassements sans interruption de service.
-
-#### Q : Les paiements sont-ils sécurisés ?
-R : Oui, les paiements sont entièrement gérés par Stripe. Capgo n'a jamais accès aux détails de votre carte de crédit. Stripe prend la sécurité très au sérieux. [En savoir plus sur la politique de sécurité de Stripe](https://stripe.com/docs/security/)
-
-#### Q : Capgo mettra-t-il automatiquement à niveau mon plan lorsque je dépasse la limite ?
-R : Non, Capgo ne changera jamais votre plan.
-
-#### Q : Capgo m'enverra-t-il un email lorsque mon plan approche de ses limites ?
-R : Oui, Capgo vous enverra un email pour vous informer de l'utilisation.
-
-#### Q : Le plan que j'achète affectera-t-il les organisations auxquelles je suis invité ?
-R : Non, le plan n'affectera que l'organisation que vous avez actuellement sélectionnée.
-Veuillez vous référer à [la documentation de l'organisation](/docs/webapp/organization-system/#q-how-is-billing-done-within-orgs).
-
-#### Q : Et si j'ai besoin d'un plan plus personnalisé ?
-R : [Veuillez contacter directement le support Capgo](/docs/getting-help#support-by-chat)
-
-#### Q : Quelle est la politique de remboursement de Capgo ?
-R : La politique de remboursement peut être trouvée [ici](https://capgo.app/return/)
diff --git a/src/content/docs/fr/webapp/settings.mdx b/src/content/docs/fr/webapp/settings.mdx
deleted file mode 100644
index 1e3ec58f8..000000000
--- a/src/content/docs/fr/webapp/settings.mdx
+++ /dev/null
@@ -1,33 +0,0 @@
----
-locale: fr
-title: "Paramètres"
-description: "How to change the Utilisateur Paramètres, manage your Info, name and email change your picture and more from your Capgo Compte"
-sidebar: 
-  order: 4
----
-
-## How to get to the Paramètres page
-
-Cliquez d'abord sur **votre nom et votre photo**. Puis cliquez sur **Paramètres**.
-
-<figure><img src="/settings-go.webp" alt="open settings" /><figcaption></figcaption></figure>
-
-## Changing the Utilisateur Paramètres
-
-To change any Utilisateur setting you can just fill out the form in the Compte and then click on **Mise à jour**.
-
-<figure><img src="/account-save.webp" alt="save change in account" /><figcaption></figcaption></figure>
-
-Then a confirmation should appear.
-
-<figure><img src="/account-updated.webp" alt="account updated" /><figcaption></figcaption></figure>
-
-## Changing the password
-
-To change the password go to the Paramètres page and click on **Password**. Then fill in the form and click on **Mise à jour**.
-
-<figure><img src="/update-passwd.webp" alt="update password" /><figcaption></figcaption></figure>
-
-When the password does not follow the capgo password Sécurité rules then you will get an Erreur message.
-
-<figure><img src="/passwd-error.webp" alt="wrong password" /><figcaption></figcaption></figure>
diff --git a/src/content/docs/id/docs/cli/cloud-build/android.mdx b/src/content/docs/id/docs/cli/cloud-build/android.mdx
deleted file mode 100644
index c15aa9b9c..000000000
--- a/src/content/docs/id/docs/cli/cloud-build/android.mdx
+++ /dev/null
@@ -1,470 +0,0 @@
----
-title: Build Android
-description: Konfigurasi dan build aplikasi Android dengan Capgo Cloud Build
-locale: id
-sidebar:
-  order: 3
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Build dan submit aplikasi Android ke Google Play Store menggunakan infrastruktur cloud Capgo yang aman.
-
-## Sebelum Anda Build
-
-<CardGrid>
-  <Card title="⚠️ Setup Kredensial Android Terlebih Dahulu" icon="warning">
-    **Wajib:** Anda harus menyimpan kredensial Android sebelum build aplikasi release.
-
-    [Setup Kredensial Android →](/docs/cli/cloud-build/credentials/#saving-android-credentials)
-  </Card>
-</CardGrid>
-
-## Cara Kerja Build Android
-
-Build Android berjalan di sandbox Cloudflare yang aman:
-
-- **Infrastruktur**: Cloudflare Workers dengan Android SDK yang di-containerize
-- **Build Tool**: Gradle dengan Android build tools
-- **Eksekusi**: Lingkungan sandbox terisolasi per build
-- **Cleanup**: Penghapusan instan setelah build selesai
-- **Keamanan**: Tidak ada penyimpanan permanen, isolasi penuh antar build
-
-## Prasyarat
-
-Sebelum build untuk Android, Anda memerlukan:
-
-### 1. Development Environment (Testing Lokal)
-
-- Android Studio terinstal secara lokal (untuk setup keystore awal)
-- Aplikasi Anda berhasil di-build dengan `npx cap open android`
-- Java JDK 17 atau lebih tinggi
-
-### 2. Signing Keystore
-
-Untuk build release, Anda memerlukan signing keystore:
-
-| Tipe Build | Keystore Diperlukan | Tujuan |
-|------------|-------------------|---------|
-| **Debug** | Tidak | Testing saja, auto-generated |
-| **Release** | Ya | Submission Play Store |
-
-## Membuat Keystore
-
-<Aside type="tip">
-Untuk panduan langkah demi langkah dengan screenshot, kunjungi:
-- [Panduan Sertifikat Android](https://capgo.app/cloud/native-builds/certificates/android/)
-- [Blog: Build Android Otomatis dengan GitHub Actions](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)
-</Aside>
-
-Jika Anda belum memiliki keystore, buatlah:
-
-```bash
-keytool -genkey -v \
-  -keystore my-release-key.keystore \
-  -alias my-key-alias \
-  -keyalg RSA \
-  -keysize 2048 \
-  -validity 10000
-```
-
-Jawab pertanyaan-pertanyaan:
-- **Password**: Pilih password yang kuat (simpan dengan aman!)
-- **Name**: Nama Anda atau nama perusahaan
-- **Organization**: Nama perusahaan Anda
-- **Location**: Kota, provinsi, negara Anda
-
-<Aside type="caution">
-**Penting**: Jaga file keystore dan password Anda tetap aman! Jika Anda kehilangan mereka, Anda tidak dapat mengupdate aplikasi di Play Store.
-</Aside>
-
-### Memahami Komponen Keystore
-
-Saat membuat keystore, Anda perlu mengingat:
-
-1. **Keystore Password** (`KEYSTORE_STORE_PASSWORD`): Password untuk file keystore itu sendiri
-2. **Key Alias** (`KEYSTORE_KEY_ALIAS`): Nama/identifier untuk signing key Anda di dalam keystore
-3. **Key Password** (`KEYSTORE_KEY_PASSWORD`): Password untuk key spesifik (bisa sama dengan store password)
-
-**Contoh workflow:**
-```bash
-# List alias di keystore Anda untuk verifikasi
-keytool -list -keystore my-release-key.keystore
-
-# Lihat informasi detail tentang key Anda
-keytool -list -v -keystore my-release-key.keystore -alias my-key-alias
-```
-
-## Konfigurasi Build
-
-### Environment Variables yang Diperlukan
-
-Untuk **build release**, set kredensial ini:
-
-```bash
-# Android Signing (Wajib untuk release)
-ANDROID_KEYSTORE_FILE="<base64-encoded-keystore>"
-KEYSTORE_KEY_ALIAS="my-key-alias"
-KEYSTORE_KEY_PASSWORD="<key-password>"
-KEYSTORE_STORE_PASSWORD="<store-password>"
-
-# Play Store Publishing (Opsional, untuk auto-submission)
-PLAY_CONFIG_JSON="<base64-encoded-service-account-json>"
-```
-
-### Menghasilkan Kredensial Base64
-
-**File Keystore:**
-```bash
-base64 -i my-release-key.keystore | pbcopy
-```
-
-**Play Store Service Account JSON:**
-```bash
-base64 -i play-store-service-account.json | pbcopy
-```
-
-String base64 sekarang ada di clipboard Anda.
-
-### Setup Play Store Service Account
-
-Untuk mengaktifkan upload otomatis Play Store, Anda perlu membuat service account Google Cloud dengan permission yang tepat.
-
-<Aside type="tip">
-Untuk instruksi detail dengan screenshot, lihat [Panduan Sertifikat Android](https://capgo.app/cloud/native-builds/certificates/android/).
-</Aside>
-
-<Steps>
-
-1. **Buat Service Account di Google Cloud**
-   - Pergi ke [Google Play Console](https://play.google.com/console) → Setup → API Access
-   - Klik "Create new service account"
-   - Ikuti link ke Google Cloud Console
-   - Klik "Create Service Account"
-   - Masukkan nama (mis., "Capgo CI/CD")
-   - Berikan role "Service Account User"
-   - Klik "Done"
-
-2. **Buat JSON Key**
-   - Di Google Cloud Console, temukan service account Anda
-   - Klik pada email service account
-   - Pergi ke tab "Keys"
-   - Klik "Add Key" → "Create new key"
-   - Pilih format "JSON"
-   - Download file JSON (simpan dengan aman!)
-
-3. **Berikan Permission di Play Console**
-   - Kembali ke Google Play Console → Setup → API Access
-   - Temukan service account Anda di daftar
-   - Klik "Grant access"
-   - Di bawah "App permissions", pilih aplikasi Anda
-   - Di bawah "Account permissions", berikan:
-     - **Releases**: "View app information and download bulk reports (read-only)"
-     - **Releases**: "Create, edit, and delete draft releases"
-     - **Releases**: "Release to production, exclude devices, and use Play App Signing"
-   - Klik "Invite user"
-
-4. **Terima Undangan**
-   - Service account akan menerima email undangan
-   - Terima undangan untuk mengaktifkan permission
-
-</Steps>
-
-<Aside type="caution">
-File JSON service account berisi kredensial sensitif. Jangan commit ke version control atau membagikannya secara publik.
-</Aside>
-
-## Building untuk Android
-
-### Debug Build
-
-Sempurna untuk testing tanpa signing:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-Ini membuat debug APK yang dapat diinstal di perangkat mana pun untuk testing.
-
-### Release Build
-
-Untuk submission Play Store:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-Memerlukan kredensial signing yang dikonfigurasi sebagai environment variables.
-
-## Integrasi CI/CD
-
-### Contoh GitHub Actions
-
-```yaml
-name: Build Android App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync android
-
-      - name: Build Android app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_STORE_CONFIG }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform android \
-            --build-mode release
-```
-
-## Detail Proses Build
-
-### Apa yang Terjadi Selama Build Android
-
-<Steps>
-
-1. **Inisialisasi Sandbox** (~5 detik)
-   - Container aman di-spin up
-   - Android SDK dan Gradle dimuat
-   - Sistem file terisolasi dibuat
-
-2. **Setup Proyek** (~20 detik)
-   - Zip proyek didownload dari R2
-   - Diekstrak ke direktori build
-   - Kredensial signing diinjeksi
-
-3. **Gradle Build** (2-4 menit)
-   - Dependencies didownload
-   - Kompilasi APK/AAB
-   - Optimisasi ProGuard/R8 (mode release)
-   - Code signing diterapkan
-
-4. **Upload Play Store** (30 detik, jika dikonfigurasi)
-   - AAB diupload ke Play Console
-   - Release track dikonfigurasi
-   - Submission dimulai
-
-5. **Cleanup** (segera)
-   - Semua file dihapus
-   - Container dihancurkan
-   - Tidak ada artifacts yang disimpan
-
-</Steps>
-
-### Build Stack
-
-Lingkungan build Android kami mencakup:
-
-- **Java**: OpenJDK 17
-- **Android SDK**: Stabil terbaru
-- **Gradle**: 8.x
-- **Build Tools**: 34.x
-- **Node.js**: 18.x (LTS)
-- **NPM**: Stabil terbaru
-
-## Output Build
-
-### APK vs AAB
-
-- **APK** (Android Package): File yang dapat diinstal untuk instalasi langsung
-- **AAB** (Android App Bundle): Format yang direkomendasikan Google Play (download lebih kecil untuk pengguna)
-
-Secara default, build Capgo membuat:
-- **Mode debug**: APK
-- **Mode release**: AAB (dioptimalkan untuk Play Store)
-
-## Waktu Build
-
-Waktu build Android yang khas:
-
-| Tipe Build | Waktu Rata-rata |
-|------------|--------------|
-| Debug | 2-3 menit |
-| Release (tanpa ProGuard) | 3-4 menit |
-| Release (dengan ProGuard) | 4-6 menit |
-
-<Aside type="note">
-Build Android berharga **1× tarif dasar** (setengah dari biaya build iOS).
-</Aside>
-
-## Varian Build
-
-### Varian Build Kustom
-
-Jika aplikasi Anda memiliki varian build kustom (mis., `staging`, `production`), gunakan `build-config`:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release \
-  --build-config '{"variant":"staging"}'
-```
-
-Ini akan build varian `stagingRelease`.
-
-### Flavor Dimensions
-
-Untuk aplikasi dengan flavor dimensions:
-
-```bash
---build-config '{"flavor":"premium","variant":"production"}'
-```
-
-Ini build varian `premiumProductionRelease`.
-
-## Troubleshooting
-
-### Masalah Umum
-
-**"Keystore password incorrect"**
-- Verifikasi KEYSTORE_STORE_PASSWORD cocok dengan keystore Anda
-- Pastikan KEYSTORE_KEY_PASSWORD cocok dengan password key alias Anda
-- Periksa spasi ekstra atau karakter spesial
-
-**"Key alias not found"**
-- Verifikasi KEYSTORE_KEY_ALIAS cocok persis (case-sensitive)
-- List alias: `keytool -list -keystore my-release-key.keystore`
-
-**"Gradle build failed"**
-- Periksa build logs untuk error spesifik
-- Pastikan aplikasi Anda build secara lokal dengan `./gradlew assembleRelease`
-- Verifikasi semua native dependencies ada di `build.gradle`
-
-**"Play Store upload failed"**
-- Verifikasi service account JSON valid
-- Pastikan service account memiliki permission yang benar di Play Console
-- Periksa bahwa aplikasi sudah disetup dengan benar di Play Console
-
-**"Build timeout"**
-- Aplikasi besar mungkin perlu optimisasi
-- Periksa apakah dependencies yang tidak perlu dapat dihapus
-- Hubungi support jika build terus-menerus timeout
-
-### Debug Logs
-
-Perhatikan fase-fase kunci ini di build logs:
-
-```
-→ Downloading dependencies...
-→ Running Gradle assembleRelease...
-→ Signing APK/AAB...
-→ Uploading to Play Store...
-✔ Build succeeded
-```
-
-Jika build gagal, error Gradle spesifik akan ditampilkan di logs.
-
-## Praktik Terbaik
-
-### 1. Test Lokal Terlebih Dahulu
-
-Selalu pastikan build Android Anda berfungsi secara lokal:
-
-```bash
-cd android
-./gradlew assembleRelease
-# atau
-./gradlew bundleRelease
-```
-
-### 2. Amankan Keystore Anda
-
-- Jangan commit keystores ke version control
-- Simpan di secrets management yang aman (1Password, AWS Secrets Manager, dll.)
-- Simpan backup di beberapa lokasi aman
-- Dokumentasikan password di password manager yang aman
-
-### 3. Manajemen Versi
-
-Capgo membaca versi dari `capacitor.config.json` Anda:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "My App",
-  "version": "1.0.0",
-  "build": "1"
-}
-```
-
-Tambahkan nomor `build` untuk setiap release.
-
-### 4. Konfigurasi ProGuard
-
-Untuk build release, pastikan aturan ProGuard dikonfigurasi dengan benar:
-
-```
-# android/app/proguard-rules.pro
--keep class com.getcapacitor.** { *; }
--keep @com.getcapacitor.annotation.CapacitorPlugin public class * {
-  @com.getcapacitor.annotation.PluginMethod public <methods>;
-}
-```
-
-### 5. Monitor Ukuran Build
-
-Perhatikan ukuran APK/AAB untuk memastikan dioptimalkan:
-
-```
-CLI menampilkan ukuran akhir:
-→ APK size: 12.4 MB
-```
-
-Jika aplikasi Anda besar (>50 MB), pertimbangkan:
-- Mengaktifkan ProGuard/R8
-- Menggunakan format AAB (dynamic delivery)
-- Mengoptimalkan gambar dan assets
-
-## Submission Play Store
-
-### Submission Otomatis
-
-Dengan PLAY_CONFIG_JSON dikonfigurasi, build otomatis diupload ke track internal testing Play Console.
-
-### Submission Manual
-
-Jika Anda lebih suka submission manual:
-
-1. Jalankan build tanpa PLAY_CONFIG_JSON
-2. Download AAB dari build artifacts (jika dikonfigurasi)
-3. Upload manual ke Play Console
-
-## Langkah Selanjutnya
-
-- [Build iOS](/docs/cli/cloud-build/ios/) - Konfigurasi build iOS
-- [Troubleshooting](/docs/cli/cloud-build/troubleshooting/) - Masalah build umum
-- [Referensi CLI](/docs/cli/reference/build/) - Dokumentasi command lengkap
-
-## Butuh Bantuan?
-
-- [Panduan Troubleshooting](/docs/cli/cloud-build/troubleshooting/)
-- [Komunitas Discord](https://discord.com/invite/VnYRvBfgA6)
-- Email: support@capgo.app
diff --git a/src/content/docs/id/docs/cli/cloud-build/credentials.mdx b/src/content/docs/id/docs/cli/cloud-build/credentials.mdx
deleted file mode 100644
index cc99c5492..000000000
--- a/src/content/docs/id/docs/cli/cloud-build/credentials.mdx
+++ /dev/null
@@ -1,405 +0,0 @@
----
-title: Mengelola Kredensial
-description: Simpan dan kelola kredensial build secara lokal untuk build iOS dan Android
-locale: id
-sidebar:
-  order: 5
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-
-Kelola kredensial build iOS dan Android Anda secara lokal untuk cloud build yang nyaman.
-
-## Gambaran Umum
-
-Capgo CLI memungkinkan Anda menyimpan kredensial build secara lokal di mesin Anda dalam folder `.capgo-credentials`. Saat Anda menjalankan build, kredensial ini otomatis digunakan dan dikirim dengan aman ke server build Capgo.
-
-<Aside type="tip" title="Butuh Bantuan Mendapatkan Kredensial?">
-Jika Anda belum memiliki sertifikat dan kredensial, periksa panduan komprehensif ini:
-
-**iOS:**
-- [Cara Mendapatkan Sertifikat iOS](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) - Panduan langkah demi langkah
-- [Panduan Sertifikat iOS (Capgo)](https://capgo.app/cloud/native-builds/certificates/ios/) - Tutorial detail dengan screenshot
-- [Blog: Build iOS Otomatis](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) - Setup CI/CD lengkap
-
-**Android:**
-- [Membuat Keystore](/docs/cli/cloud-build/android/#creating-a-keystore) - Panduan langkah demi langkah
-- [Panduan Sertifikat Android (Capgo)](https://capgo.app/cloud/native-builds/certificates/android/) - Tutorial detail dengan screenshot
-- [Blog: Build Android Otomatis](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) - Setup CI/CD lengkap
-</Aside>
-
-<Aside type="caution" title="Jaminan Keamanan">
-**Kredensial Anda TIDAK PERNAH disimpan secara permanen di server Capgo:**
-- ✅ Digunakan HANYA selama proses build aktif
-- ✅ Otomatis dihapus setelah build selesai
-- ✅ Retensi maksimal: 24 jam (bahkan jika build gagal)
-- ✅ Aplikasi dikirim langsung ke App Store/Play Store - kami TIDAK menyimpan apa pun
-- ✅ Ditransmisikan dengan aman melalui HTTPS
-</Aside>
-
-## Commands
-
-### Simpan Kredensial
-
-Simpan kredensial build Anda secara lokal untuk penggunaan otomatis:
-
-```bash
-npx @capgo/cli build credentials save --platform <ios|android> [options]
-```
-
-### Daftar Kredensial
-
-Lihat kredensial yang tersimpan saat ini (password di-mask):
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-### Hapus Kredensial
-
-Hapus kredensial yang tersimpan dari mesin lokal Anda:
-
-```bash
-# Hapus semua kredensial
-npx @capgo/cli build credentials clear
-
-# Hapus hanya kredensial iOS
-npx @capgo/cli build credentials clear --platform ios
-
-# Hapus hanya kredensial Android
-npx @capgo/cli build credentials clear --platform android
-```
-
-## Menyimpan Kredensial iOS
-
-<Aside type="note">
-**Belum punya sertifikat iOS?** Lihat [panduan build iOS](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) untuk instruksi membuat sertifikat dan provisioning profile.
-</Aside>
-
-### Contoh Lengkap
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform ios \
-  --certificate ./cert.p12 \
-  --p12-password "YourP12Password" \
-  --provisioning-profile ./profile.mobileprovision \
-  --apple-key ./AuthKey_ABC1234567.p8 \
-  --apple-key-id "ABC1234567" \
-  --apple-issuer-id "00000000-0000-0000-0000-000000000000" \
-  --apple-team-id "TEAM123456"
-```
-
-### Opsi iOS
-
-| Opsi | Deskripsi | Wajib |
-|--------|-------------|----------|
-| `--certificate <path>` | Path ke file sertifikat .p12 | Ya (release) |
-| `--p12-password <password>` | Password untuk sertifikat .p12 | Ya (release) |
-| `--provisioning-profile <path>` | Path ke file .mobileprovision | Ya (release) |
-| `--provisioning-profile-prod <path>` | Production provisioning profile (opsional) | Tidak |
-| `--apple-key <path>` | Path ke API .p8 key App Store Connect | Ya (submission) |
-| `--apple-key-id <id>` | App Store Connect API Key ID | Ya (submission) |
-| `--apple-issuer-id <id>` | App Store Connect API Issuer ID (UUID) | Ya (submission) |
-| `--apple-team-id <id>` | App Store Connect Team ID | Ya (submission) |
-| `--apple-id <email>` | Email Apple ID (auth alternatif) | Tidak |
-| `--apple-app-password <password>` | App-specific password (auth alternatif) | Tidak |
-
-### Apa yang Disimpan
-
-Saat Anda menyimpan kredensial iOS, CLI:
-1. Membaca file sertifikat dan provisioning profile
-2. Mengkonversi ke encoding base64
-3. Menyimpan kredensial ke folder `.capgo-credentials`
-4. Menyimpan password dan ID sebagai plain text (file lokal saja)
-
-Struktur file yang disimpan:
-```json
-{
-  "ios": {
-    "BUILD_CERTIFICATE_BASE64": "...",
-    "BUILD_PROVISION_PROFILE_BASE64": "...",
-    "APPLE_KEY_CONTENT": "...",
-    "P12_PASSWORD": "...",
-    "APPLE_KEY_ID": "ABC1234567",
-    "APPLE_ISSUER_ID": "...",
-    "APP_STORE_CONNECT_TEAM_ID": "TEAM123456"
-  }
-}
-```
-
-## Menyimpan Kredensial Android
-
-<Aside type="note">
-**Belum punya keystore?** Lihat [panduan build Android](/docs/cli/cloud-build/android/#creating-a-keystore) untuk instruksi membuat keystore dan setup kredensial Play Store.
-</Aside>
-
-### Contoh Lengkap
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform android \
-  --keystore ./release.keystore \
-  --keystore-alias "my-key-alias" \
-  --keystore-key-password "KeyPassword123" \
-  --keystore-store-password "StorePassword123" \
-  --play-config ./play-store-service-account.json
-```
-
-### Opsi Android
-
-| Opsi | Deskripsi | Wajib |
-|--------|-------------|----------|
-| `--keystore <path>` | Path ke file .keystore atau .jks | Ya (release) |
-| `--keystore-alias <alias>` | Key alias di keystore | Ya (release) |
-| `--keystore-key-password <password>` | Password untuk key alias | Ya (release) |
-| `--keystore-store-password <password>` | Password untuk keystore | Ya (release) |
-| `--play-config <path>` | Path ke JSON service account Play Store | Ya (submission) |
-
-### Apa yang Disimpan
-
-Saat Anda menyimpan kredensial Android, CLI:
-1. Membaca file keystore dan service account JSON
-2. Mengkonversi ke encoding base64
-3. Menyimpan kredensial ke folder `.capgo-credentials`
-4. Menyimpan password dan alias sebagai plain text (file lokal saja)
-
-Struktur file yang disimpan:
-```json
-{
-  "android": {
-    "ANDROID_KEYSTORE_FILE": "...",
-    "PLAY_CONFIG_JSON": "...",
-    "KEYSTORE_KEY_ALIAS": "my-key-alias",
-    "KEYSTORE_KEY_PASSWORD": "...",
-    "KEYSTORE_STORE_PASSWORD": "..."
-  }
-}
-}
-```
-
-## Menggunakan Kredensial yang Tersimpan
-
-Setelah Anda menyimpan kredensial, mereka otomatis digunakan saat Anda build:
-
-```bash
-# Kredensial otomatis dimuat dari folder .capgo-credentials
-npx @capgo/cli build com.example.app --platform ios
-```
-
-Anda juga dapat override kredensial yang tersimpan menggunakan environment variables:
-
-```bash
-# Environment variables memiliki prioritas lebih tinggi dari kredensial yang tersimpan
-BUILD_CERTIFICATE_BASE64="..." \
-P12_PASSWORD="different-password" \
-npx @capgo/cli build com.example.app --platform ios
-```
-
-**Urutan prioritas:**
-1. Environment variables (prioritas tertinggi)
-2. Kredensial yang tersimpan di folder `.capgo-credentials`
-3. Tidak ada kredensial (prioritas terendah)
-
-## Melihat Kredensial yang Tersimpan
-
-Daftar kredensial apa yang telah Anda simpan:
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-Contoh output:
-```
-📋 Saved Build Credentials:
-
-iOS Credentials:
-  ✓ Certificate (base64)
-  ✓ Provisioning Profile (base64)
-  ✓ Apple Key Content (base64)
-  ✓ P12 Password: ********
-  ✓ Apple Key ID: ABC1234567
-  ✓ Apple Issuer ID: 00000000-0000-0000-0000-000000000000
-  ✓ Team ID: TEAM123456
-
-Android Credentials:
-  ✓ Keystore (base64)
-  ✓ Play Store Config (base64)
-  ✓ Keystore Alias: my-key-alias
-  ✓ Key Password: ********
-  ✓ Store Password: ********
-
-Location: .capgo-credentials/
-
-🔒 These credentials are stored locally on your machine only.
-   When building, they are sent to Capgo but NEVER stored there.
-   They are auto-deleted after build completion.
-```
-
-## Praktik Terbaik Keamanan
-
-### Keamanan Penyimpanan Lokal
-
-1. **Permission File**
-   ```bash
-   # Pastikan folder credentials tidak dapat dibaca oleh orang lain
-   chmod 700 .capgo-credentials
-   chmod 600 .capgo-credentials/*
-   ```
-
-2. **Jangan Commit Kredensial**
-   ```bash
-   # Tambahkan ke .gitignore
-   echo ".capgo-credentials/" >> .gitignore
-   ```
-
-3. **Pisahkan Kredensial**
-   - Gunakan kredensial berbeda untuk development lokal vs CI/CD
-   - Rotasi kredensial secara teratur
-   - Jangan bagikan kredensial antar anggota tim
-
-### Penggunaan CI/CD
-
-Untuk lingkungan CI/CD, **lebih baik gunakan environment variables** daripada kredensial yang tersimpan:
-
-```yaml
-# GitHub Actions
-env:
-  BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-  P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-  # ... secrets lainnya
-```
-
-Ini lebih aman karena:
-- Secrets dikelola oleh platform CI/CD Anda
-- Tidak ada file kredensial di runners
-- Rotasi mudah dan kontrol akses
-- Audit trails untuk penggunaan secret
-
-### Rotasi Kredensial
-
-Rotasi kredensial Anda secara teratur:
-
-1. **iOS**: Generate sertifikat dan API key baru setiap tahun
-2. **Android**: Ubah password keystore setiap tahun
-3. **Setelah perubahan tim**: Rotasi saat anggota tim keluar
-
-Update kredensial yang tersimpan:
-```bash
-# Jalankan ulang command save dengan kredensial baru
-npx @capgo/cli build credentials save --platform ios --certificate ./new-cert.p12 ...
-```
-
-## Troubleshooting
-
-### "No credentials found"
-
-Jika build mengatakan tidak ada kredensial yang ditemukan:
-
-1. **Periksa apakah kredensial tersimpan**:
-   ```bash
-   npx @capgo/cli build credentials list
-   ```
-
-2. **Simpan kredensial jika hilang**:
-   ```bash
-   npx @capgo/cli build credentials save --platform ios ...
-   ```
-
-3. **Verifikasi folder credentials ada**:
-   ```bash
-   ls -la .capgo-credentials/
-   ```
-
-### "Permission denied" saat membaca kredensial
-
-Perbaiki permission file:
-
-```bash
-chmod 700 .capgo-credentials
-chmod 600 .capgo-credentials/*
-```
-
-### Kredensial tidak digunakan
-
-Periksa bahwa platform yang benar sudah dispesifikasikan:
-
-```bash
-# Pastikan --platform cocok dengan kredensial yang tersimpan
-npx @capgo/cli build com.example.app --platform ios  # Menggunakan kredensial ios
-npx @capgo/cli build com.example.app --platform android  # Menggunakan kredensial android
-```
-
-### Hapus dan simpan ulang kredensial
-
-Jika kredensial tampak rusak:
-
-```bash
-# Hapus semua kredensial
-npx @capgo/cli build credentials clear
-
-# Simpan lagi
-npx @capgo/cli build credentials save --platform ios ...
-```
-
-## Migrasi dari Environment Variables
-
-Jika Anda saat ini menggunakan environment variables, Anda dapat migrasi ke kredensial yang tersimpan:
-
-<Steps>
-
-1. **Ekstrak environment variables Anda saat ini**
-   ```bash
-   echo $BUILD_CERTIFICATE_BASE64  # Verifikasi mereka ada
-   ```
-
-2. **Decode file base64 kembali ke file asli** (jika diperlukan)
-   ```bash
-   echo "$BUILD_CERTIFICATE_BASE64" | base64 -d > cert.p12
-   echo "$BUILD_PROVISION_PROFILE_BASE64" | base64 -d > profile.mobileprovision
-   ```
-
-3. **Simpan menggunakan CLI**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --provisioning-profile ./profile.mobileprovision \
-     --p12-password "$P12_PASSWORD" \
-     --apple-key-id "$APPLE_KEY_ID" \
-     --apple-issuer-id "$APPLE_ISSUER_ID" \
-     --apple-team-id "$APP_STORE_CONNECT_TEAM_ID"
-   ```
-
-4. **Test build**
-   ```bash
-   npx @capgo/cli build com.example.app --platform ios
-   ```
-
-5. **Hapus environment variables** (opsional)
-   ```bash
-   unset BUILD_CERTIFICATE_BASE64 BUILD_PROVISION_PROFILE_BASE64
-   ```
-
-</Steps>
-
-## Lokasi File
-
-Kredensial disimpan di folder `.capgo-credentials`:
-- **macOS/Linux**: `.capgo-credentials/` (di root proyek atau home directory Anda)
-- **Windows**: `.capgo-credentials\` (di root proyek atau home directory Anda)
-
-Folder otomatis dibuat saat Anda menyimpan kredensial untuk pertama kalinya.
-
-## Langkah Selanjutnya
-
-- [Memulai](/docs/cli/cloud-build/getting-started/) - Buat build pertama Anda
-- [Build iOS](/docs/cli/cloud-build/ios/) - Konfigurasi build spesifik iOS
-- [Build Android](/docs/cli/cloud-build/android/) - Konfigurasi build spesifik Android
-- [Troubleshooting](/docs/cli/cloud-build/troubleshooting/) - Masalah umum dan solusi
-
-## Butuh Bantuan?
-
-- 📚 [Panduan troubleshooting](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Komunitas Discord](https://discord.com/invite/VnYRvBfgA6)
-- 📧 Email: support@capgo.app
diff --git a/src/content/docs/id/docs/cli/cloud-build/getting-started.mdx b/src/content/docs/id/docs/cli/cloud-build/getting-started.mdx
deleted file mode 100644
index 82047f848..000000000
--- a/src/content/docs/id/docs/cli/cloud-build/getting-started.mdx
+++ /dev/null
@@ -1,248 +0,0 @@
----
-title: Memulai
-description: Buat build native pertama Anda dengan Capgo Cloud Build
-locale: id
-sidebar:
-  order: 1
----
-
-import { Steps, Card, CardGrid } from '@astrojs/starlight/components';
-
-Mulai dengan Capgo Cloud Build dan buat build native iOS atau Android pertama Anda dalam hitungan menit.
-
-## Yang Anda Butuhkan
-
-Sebelum memulai, pastikan Anda memiliki:
-
-- Aplikasi Capacitor yang berhasil di-build secara lokal
-- Node.js 20 atau lebih tinggi terinstal
-- Akun Capgo dengan subscription aktif
-- Aplikasi Anda sudah terdaftar di Capgo (jalankan `npx @capgo/cli@latest app add` jika belum)
-- **Kredensial build dikonfigurasi** (sertifikat, keystores) - lihat di bawah
-
-## Sebelum Build Pertama Anda
-
-<CardGrid>
-  <Card title="⚠️ Setup Kredensial Terlebih Dahulu" icon="warning">
-    **Wajib sebelum build:** Anda harus mengkonfigurasi kredensial build (sertifikat untuk iOS, keystores untuk Android).
-
-    [Setup Kredensial →](/docs/cli/cloud-build/credentials/)
-  </Card>
-</CardGrid>
-
-## Quick Start
-
-<Steps>
-
-1. **Setup Kredensial Build**
-
-   Sebelum Anda dapat build, Anda perlu menyimpan kredensial secara lokal:
-
-   **Untuk iOS:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --p12-password "password" \
-     --provisioning-profile ./profile.mobileprovision \
-     --apple-key ./AuthKey.p8 \
-     --apple-key-id "KEY123" \
-     --apple-issuer-id "issuer-uuid" \
-     --apple-team-id "team-id"
-   ```
-
-   **Untuk Android:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform android \
-     --keystore ./release.keystore \
-     --keystore-alias "my-key" \
-     --keystore-key-password "key-pass" \
-     --keystore-store-password "store-pass"
-   ```
-
-   Lihat [panduan kredensial lengkap](/docs/cli/cloud-build/credentials/) untuk detail.
-
-2. **Verifikasi Build Lokal**
-
-   Pertama, pastikan aplikasi Anda build secara lokal tanpa error:
-
-   ```bash
-   # Build web assets Anda
-   npm run build
-
-   # Sync dengan Capacitor
-   npx cap sync
-
-   # Test build lokal (opsional tapi direkomendasikan)
-   npx cap open ios    # Untuk iOS
-   npx cap open android # Untuk Android
-   ```
-
-3. **Autentikasi dengan Capgo**
-
-   Set API key Capgo Anda (jika belum dikonfigurasi):
-
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-   Atau set environment variable:
-   ```bash
-   export CAPGO_TOKEN=your_api_key_here
-   ```
-
-4. **Jalankan Build Pertama Anda**
-
-   Mulai dengan build debug Android (tercepat untuk test):
-
-   ```bash
-   npx @capgo/cli@latest build com.example.app \
-     --platform android \
-     --build-mode debug
-   ```
-
-   Anda akan melihat log real-time saat build berlangsung:
-   ```
-   ✔ Creating build job...
-   ✔ Uploading project (15.2 MB)...
-   ✔ Build started
-
-   📝 Build logs:
-   → Installing dependencies...
-   → Running Gradle build...
-   → Signing APK...
-   ✔ Build succeeded in 3m 42s
-   ```
-
-5. **Periksa Status Build**
-
-   CLI akan otomatis polling dan menampilkan status build. Setelah selesai, Anda akan melihat:
-
-   - Waktu build
-   - Status berhasil/gagal
-   - Aplikasi disubmit ke App Store/Play Store (jika kredensial dikonfigurasi)
-
-</Steps>
-
-## Memahami Proses Build
-
-Saat Anda menjalankan command build, inilah yang terjadi:
-
-```mermaid
-graph LR
-    A[Mesin Anda] -->|1. Zip Project| B[Local Temp]
-    B -->|2. Upload| C[Capgo Cloud]
-    C -->|3. Build| D[Build Server]
-    D -->|4. Logs Stream| A
-    D -->|5. Cleanup| E[Auto Delete]
-```
-
-1. **Persiapan Lokal** - Proyek Anda di-zip (mengecualikan `node_modules` dan dotfiles)
-2. **Upload** - Zip diupload ke cloud storage yang aman (Cloudflare R2)
-3. **Eksekusi Build** - Aplikasi Anda di-build di infrastruktur dedicated
-4. **Log Streaming** - Log real-time stream ke terminal Anda via Server-Sent Events
-5. **Cleanup Otomatis** - Build artifacts dihapus (Android: instan, iOS: 24 jam)
-
-## Build Produksi Pertama Anda
-
-Setelah Anda verifikasi prosesnya berfungsi, buat build produksi:
-
-### Android
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-Anda perlu mengkonfigurasi kredensial signing terlebih dahulu. Lihat [Konfigurasi Build Android](/docs/cli/cloud-build/android/).
-
-### iOS
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-Build iOS memerlukan sertifikat signing dan provisioning profile. Lihat [Konfigurasi Build iOS](/docs/cli/cloud-build/ios/).
-
-## Yang Di-Build
-
-**Penting:** Capgo Cloud Build hanya build **bagian native** dari aplikasi Anda (kode native iOS dan Android).
-
-Anda bertanggung jawab untuk:
-- Build web assets Anda (`npm run build`)
-- Jalankan `npx cap sync` sebelum build
-- Pastikan semua dependencies ada di `package.json`
-
-Kami menangani:
-- Kompilasi native iOS (Xcode, Fastlane)
-- Kompilasi native Android (Gradle)
-- Code signing
-- Submission app store (jika dikonfigurasi)
-
-## Waktu Build & Biaya
-
-Waktu build diukur dari awal sampai selesai:
-
-- **Android**: Biasanya 3-5 menit (billing multiplier 1×)
-- **iOS**: Biasanya 5-10 menit (billing multiplier 2× karena biaya hardware Mac)
-
-Anda hanya membayar untuk waktu build yang benar-benar digunakan. Tidak ada biaya tersembunyi.
-
-## Use Case Umum
-
-### Integrasi CI/CD
-
-Tambahkan ke workflow GitHub Actions Anda:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-      --platform both \
-      --build-mode release
-```
-
-### Development Lokal
-
-Test build secara lokal sebelum commit:
-
-```bash
-# Quick debug build untuk testing
-npm run build && npx cap sync
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-### Build Multi-Platform
-
-Build untuk kedua platform secara bersamaan:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform both \
-  --build-mode release
-```
-
-## Langkah Selanjutnya
-
-Sekarang Anda telah membuat build pertama:
-
-- [Konfigurasi build iOS](/docs/cli/cloud-build/ios/) - Setup sertifikat dan profile
-- [Konfigurasi build Android](/docs/cli/cloud-build/android/) - Setup keystores dan Play Store
-- [Troubleshooting](/docs/cli/cloud-build/troubleshooting/) - Masalah umum dan solusi
-- [Referensi CLI](/docs/cli/reference/build/) - Dokumentasi command lengkap
-
-## Butuh Bantuan?
-
-- Periksa [panduan troubleshooting](/docs/cli/cloud-build/troubleshooting/)
-- Gabung [komunitas Discord](https://discord.com/invite/VnYRvBfgA6) kami
-- Email support di support@capgo.app
diff --git a/src/content/docs/id/docs/cli/cloud-build/ios.mdx b/src/content/docs/id/docs/cli/cloud-build/ios.mdx
deleted file mode 100644
index 43e902105..000000000
--- a/src/content/docs/id/docs/cli/cloud-build/ios.mdx
+++ /dev/null
@@ -1,375 +0,0 @@
----
-title: Build iOS
-description: Konfigurasi dan build aplikasi iOS dengan Capgo Cloud Build
-locale: id
-sidebar:
-  order: 2
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Build dan submit aplikasi iOS ke TestFlight dan App Store menggunakan infrastruktur Mac dedicated Capgo.
-
-## Sebelum Anda Build
-
-<CardGrid>
-  <Card title="⚠️ Setup Kredensial iOS Terlebih Dahulu" icon="warning">
-    **Wajib:** Anda harus menyimpan kredensial iOS sebelum build.
-
-    [Setup Kredensial iOS →](/docs/cli/cloud-build/credentials/#saving-ios-credentials)
-  </Card>
-</CardGrid>
-
-## Cara Kerja Build iOS
-
-Build iOS berjalan di mesin Mac dedicated (Scaleway Mac minis M4) yang diprovision on-demand:
-
-- **Hardware**: Apple Silicon Mac minis dengan macOS 15
-- **Build Tool**: Xcode dengan Fastlane (konfigurasi kustom Capgo)
-- **Isolasi**: Setiap build berjalan sebagai akun pengguna macOS terpisah
-- **Lifetime**: Mesin memiliki lease 24 jam dan otomatis dibersihkan
-- **Keamanan**: Semua file dan akun pengguna dihapus setelah mesin di-dismiss
-
-## Prasyarat
-
-Sebelum build untuk iOS, Anda memerlukan:
-
-### 1. Development Environment
-
-- Komputer Mac dengan Xcode terinstal (untuk setup sertifikat awal)
-- Akun Apple Developer yang valid ($99/tahun)
-- Aplikasi Anda berhasil di-build dengan `npx cap open ios`
-
-### 2. Sertifikat Code Signing
-
-Anda memerlukan salah satu tipe sertifikat ini tergantung build Anda:
-
-| Tipe Build | Sertifikat Diperlukan | Provisioning Profile |
-|------------|---------------------|---------------------|
-| **Development** | Apple Development | Development Profile |
-| **Ad Hoc** | Apple Distribution | Ad Hoc Profile |
-| **App Store** | Apple Distribution | App Store Profile |
-
-#### Cara Mendapatkan Sertifikat iOS dan Provisioning Profile
-
-<Aside type="tip">
-Untuk panduan langkah demi langkah dengan screenshot, kunjungi:
-- [Panduan Sertifikat iOS](https://capgo.app/cloud/native-builds/certificates/ios/)
-- [Blog: Build iOS Otomatis dengan GitHub Actions](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-</Aside>
-
-**Gambaran Singkat:**
-
-<Steps>
-
-1. **Buat Certificate Signing Request (CSR)**
-   - Buka Keychain Access di Mac Anda
-   - Pergi ke Keychain Access → Certificate Assistant → Request a Certificate from a Certificate Authority
-   - Masukkan email dan nama Anda, pilih "Saved to disk"
-   - Simpan file `.certSigningRequest`
-
-2. **Generate Sertifikat di Apple Developer Portal**
-   - Pergi ke [Apple Developer Certificates](https://developer.apple.com/account/resources/certificates)
-   - Klik "+" untuk membuat sertifikat baru
-   - Pilih tipe sertifikat (iOS Distribution untuk build App Store)
-   - Upload file CSR Anda
-   - Download sertifikat (file `.cer`)
-
-3. **Export Sertifikat sebagai .p12**
-   - Double-click file `.cer` yang didownload untuk ditambahkan ke Keychain
-   - Di Keychain Access, temukan sertifikat Anda di bawah "My Certificates"
-   - Klik kanan → Export "Apple Distribution..."
-   - Simpan sebagai format `.p12` dan set password (simpan password ini!)
-
-4. **Buat Provisioning Profile**
-   - Pergi ke [Apple Developer Profiles](https://developer.apple.com/account/resources/profiles)
-   - Klik "+" untuk membuat profile baru
-   - Pilih tipe profile (App Store untuk build produksi)
-   - Pilih App ID Anda
-   - Pilih sertifikat yang baru Anda buat
-   - Download file `.mobileprovision`
-
-</Steps>
-
-### 3. App Store Connect API Key (Direkomendasikan)
-
-Untuk submission TestFlight otomatis, buat API key:
-
-<Steps>
-
-1. Pergi ke [App Store Connect](https://appstoreconnect.apple.com/) → Users and Access → Keys
-2. Klik tombol "+" untuk membuat key baru
-3. Beri nama (mis., "Capgo CI") dan pilih role "Developer"
-4. Download file `.p8` (Anda hanya bisa download sekali!)
-5. Catat **Key ID** dan **Issuer ID**
-
-</Steps>
-
-<Aside type="note">
-Anda juga dapat menemukan **Team ID** Anda di akun Apple Developer Anda di bawah Membership details.
-</Aside>
-
-## Konfigurasi Build
-
-### Environment Variables yang Diperlukan
-
-Set kredensial ini sebelum build:
-
-```bash
-# iOS Signing (Wajib)
-BUILD_CERTIFICATE_BASE64="<base64-encoded-p12-certificate>"
-BUILD_PROVISION_PROFILE_BASE64="<base64-encoded-mobileprovision>"
-P12_PASSWORD="<certificate-password>"
-
-# App Store Connect API (untuk submission)
-APPLE_KEY_ID="ABC1234567"
-APPLE_ISSUER_ID="00000000-0000-0000-0000-000000000000"
-APPLE_KEY_CONTENT="<base64-encoded-p8-key>"
-
-# Config Tambahan
-APP_STORE_CONNECT_TEAM_ID="1234567890"
-APPLE_PROFILE_NAME="App Store com.example.app"
-```
-
-### Menghasilkan Kredensial Base64
-
-<Aside type="tip">
-Gunakan command ini untuk encode sertifikat Anda untuk Capgo:
-</Aside>
-
-**Sertifikat (.p12):**
-```bash
-base64 -i YourCertificate.p12 | pbcopy
-```
-
-**Provisioning Profile (.mobileprovision):**
-```bash
-base64 -i YourProfile.mobileprovision | pbcopy
-```
-
-**App Store Connect Key (.p8):**
-```bash
-base64 -i AuthKey_ABC1234567.p8 | pbcopy
-```
-
-String base64 sekarang ada di clipboard Anda - paste ke environment variable atau CI/CD secrets Anda.
-
-## Building untuk iOS
-
-### Debug Build (Development)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode debug
-```
-
-Ini membuat development build yang dapat diinstal di perangkat terdaftar.
-
-### Release Build (App Store)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-Ini membuat build App Store dan otomatis submit ke TestFlight jika Anda memiliki kredensial App Store Connect API yang dikonfigurasi.
-
-## Integrasi CI/CD
-
-### Contoh GitHub Actions
-
-```yaml
-name: Build iOS App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync ios
-
-      - name: Build iOS app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-          BUILD_PROVISION_PROFILE_BASE64: ${{ secrets.IOS_PROVISION_PROFILE }}
-          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.TEAM_ID }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform ios \
-            --build-mode release
-```
-
-## Detail Proses Build
-
-### Apa yang Terjadi Selama Build iOS
-
-<Steps>
-
-1. **Provisioning Mesin** (1-2 menit)
-   - Scaleway Mac mini diprovision atau di-assign
-   - macOS 15 dengan Xcode pre-installed
-   - Bootstrap scripts berjalan (jika pertama kali)
-
-2. **Isolasi Pengguna** (~10 detik)
-   - Pengguna macOS unik dibuat: `job-<jobId>`
-   - Home directory dedicated: `/Users/job-<jobId>`
-   - Workspace terisolasi dibuat
-
-3. **Setup Proyek** (~30 detik)
-   - Zip proyek didownload dari R2
-   - Diekstrak ke workspace
-   - Kredensial diinjeksi sebagai environment variables
-
-4. **Fastlane Build** (3-8 menit)
-   - Keychain dibuat dengan sertifikat signing
-   - Provisioning profile diinstal
-   - Command build Xcode dijalankan
-   - File IPA dihasilkan
-
-5. **Submission App Store** (1-2 menit, jika dikonfigurasi)
-   - IPA diupload ke App Store Connect
-   - Disubmit ke TestFlight
-   - Pemrosesan dimulai di sisi Apple
-
-6. **Cleanup** (segera)
-   - Akun pengguna di-kill dan dihapus
-   - File workspace dihapus
-   - File temporary dibersihkan
-
-7. **Dismissal Mesin** (setelah 24 jam)
-   - Mesin Mac dihancurkan
-   - Semua data dihapus permanen
-
-</Steps>
-
-### Build Stack
-
-Lingkungan build iOS kami mencakup:
-
-- **macOS**: 15 (stabil terbaru)
-- **Xcode**: Versi stabil terbaru
-- **Fastlane**: Versi stabil terbaru
-- **CocoaPods**: Versi stabil terbaru
-- **Node.js**: 18.x (LTS)
-- **Ruby**: System ruby dengan bundler
-
-## Waktu Build
-
-Waktu build iOS yang khas:
-
-| Tipe Build | Build Pertama | Build Berikutnya* |
-|------------|-------------|-------------------|
-| Debug | 5-7 menit | 4-6 menit |
-| Release | 7-10 menit | 5-8 menit |
-
-*Build berikutnya mungkin lebih cepat jika mesin yang sama digunakan kembali dalam window 24 jam.
-
-<Aside type="note">
-Build iOS berharga **2× tarif dasar** karena persyaratan hardware Mac dedicated.
-</Aside>
-
-## Troubleshooting
-
-### Masalah Umum
-
-**"Code signing failed"**
-- Verifikasi sertifikat Anda untuk tipe distribusi yang benar
-- Pastikan provisioning profile cocok dengan App ID Anda
-- Periksa bahwa P12_PASSWORD benar
-
-**"Provisioning profile doesn't include signing certificate"**
-- Regenerate provisioning profile Anda termasuk sertifikat
-- Re-download dan re-encode profile
-
-**"App Store Connect authentication failed"**
-- Verifikasi APPLE_KEY_ID, APPLE_ISSUER_ID, dan APPLE_KEY_CONTENT
-- Pastikan API key tidak di-revoke
-- Periksa bahwa key memiliki role "Developer" atau lebih tinggi
-
-**"Build timeout after 10 minutes"**
-- Periksa apakah aplikasi Anda memiliki native dependencies besar
-- Pertimbangkan optimisasi Podfile Anda
-- Hubungi support jika build terus-menerus timeout
-
-### Debug Logs
-
-Semua build logs di-stream real-time. Perhatikan fase-fase kunci ini:
-
-```
-✔ Machine assigned: m-abc123
-→ Creating user: job-abc123
-→ Installing CocoaPods dependencies...
-→ Building iOS app...
-→ Code signing with certificate...
-→ Uploading to App Store Connect...
-✔ Build succeeded
-```
-
-Jika build gagal, error akan ditampilkan dengan jelas di logs dengan pesan error Fastlane/Xcode yang spesifik.
-
-## Praktik Terbaik
-
-### 1. Test Lokal Terlebih Dahulu
-
-Selalu pastikan build iOS Anda berfungsi secara lokal sebelum menggunakan cloud build:
-
-```bash
-npx cap open ios
-# Build di Xcode
-```
-
-### 2. Gunakan Environment Variables
-
-Jangan commit sertifikat atau key ke repository Anda. Selalu gunakan:
-- CI/CD secrets (GitHub, GitLab)
-- Environment variables
-- Secure secret management
-
-### 3. Cache Dependencies
-
-Untuk build lebih cepat, pastikan `package.json` dan `Podfile.lock` Anda dicommit ke version control.
-
-### 4. Monitor Waktu Build
-
-Perhatikan durasi build untuk optimisasi biaya:
-
-```bash
-# CLI menampilkan waktu build di akhir
-Build succeeded in 6m 42s (13.4 billing minutes at 2× rate)
-```
-
-## Langkah Selanjutnya
-
-- [Build Android](/docs/cli/cloud-build/android/) - Konfigurasi build Android
-- [Troubleshooting](/docs/cli/cloud-build/troubleshooting/) - Masalah build umum
-- [Referensi CLI](/docs/cli/reference/build/) - Dokumentasi command lengkap
-
-## Butuh Bantuan?
-
-- [Panduan Troubleshooting](/docs/cli/cloud-build/troubleshooting/)
-- [Komunitas Discord](https://discord.com/invite/VnYRvBfgA6)
-- Email: support@capgo.app
diff --git a/src/content/docs/id/docs/cli/cloud-build/troubleshooting.mdx b/src/content/docs/id/docs/cli/cloud-build/troubleshooting.mdx
deleted file mode 100644
index 69c04e784..000000000
--- a/src/content/docs/id/docs/cli/cloud-build/troubleshooting.mdx
+++ /dev/null
@@ -1,513 +0,0 @@
----
-title: Troubleshooting
-description: Masalah umum dan solusi untuk Capgo Cloud Build
-locale: id
-sidebar:
-  order: 4
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Solusi untuk masalah umum saat building aplikasi native dengan Capgo Cloud Build.
-
-## Build Failures
-
-### "Upload failed" atau "Connection timeout"
-
-**Gejala:**
-- Build gagal selama upload proyek
-- Error timeout setelah 60 detik
-
-**Solusi:**
-
-1. **Periksa koneksi internet Anda**
-   ```bash
-   # Test koneksi ke Capgo
-   curl -I https://api.capgo.app
-   ```
-
-2. **Kurangi ukuran proyek**
-   - Pastikan `node_modules/` tidak diupload (seharusnya auto-excluded)
-   - Periksa file besar di proyek Anda:
-   ```bash
-   find . -type f -size +10M
-   ```
-
-3. **Periksa expirasi upload URL**
-   - Upload URL kedaluwarsa setelah 1 jam
-   - Jika Anda mendapat error URL kedaluwarsa, jalankan ulang command build
-
-<Aside type="tip">
-Proyek besar (>200MB) mungkin mencapai batas timeout. Hubungi support untuk opsi enterprise.
-</Aside>
-
-### "Build timeout after 10 minutes"
-
-**Gejala:**
-- Build melebihi waktu maksimal yang diizinkan
-- Status menampilkan `timeout`
-
-**Solusi:**
-
-1. **Optimisasi dependencies**
-   - Hapus package npm yang tidak digunakan
-   - Gunakan `npm prune --production` sebelum building
-
-2. **Periksa masalah jaringan dalam build**
-   - Beberapa dependencies mungkin download file besar selama build
-   - Pertimbangkan pre-caching dengan lock file
-
-3. **Review native dependencies**
-   ```bash
-   # iOS - periksa Podfile untuk dependencies berat
-   cat ios/App/Podfile
-
-   # Android - periksa build.gradle
-   cat android/app/build.gradle
-   ```
-
-4. **Hubungi support**
-   - Jika aplikasi Anda memang membutuhkan lebih banyak waktu
-   - Kami dapat menyesuaikan limit untuk kasus penggunaan spesifik
-
-## Masalah Autentikasi
-
-### "API key invalid" atau "Unauthorized"
-
-**Gejala:**
-- Build gagal segera dengan error autentikasi
-- Error 401 atau 403
-
-**Solusi:**
-
-1. **Verifikasi API key benar**
-   ```bash
-   # Test dengan command sederhana
-   npx @capgo/cli@latest app list
-   ```
-
-2. **Periksa permission API key**
-   - Key harus memiliki permission `write` atau `all`
-   - Periksa di dashboard Capgo di bawah API Keys
-
-3. **Pastikan API key terbaca**
-   ```bash
-   # Periksa environment variable
-   echo $CAPGO_TOKEN
-
-   # Atau verifikasi file .capgo lokal
-   cat .capgo
-   ```
-
-4. **Re-autentikasi**
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-### "App not found" atau "No permission for this app"
-
-**Gejala:**
-- Autentikasi berfungsi tapi error spesifik aplikasi
-
-**Solusi:**
-
-1. **Verifikasi aplikasi terdaftar**
-   ```bash
-   npx @capgo/cli@latest app list
-   ```
-
-2. **Periksa app ID cocok**
-   - Verifikasi `capacitor.config.json` appId
-   - Pastikan command menggunakan app ID yang benar
-
-3. **Verifikasi akses organisasi**
-   - Periksa Anda berada di organisasi yang benar
-   - API key harus memiliki akses ke organisasi aplikasi
-
-## Masalah Build iOS
-
-### "Code signing failed"
-
-**Gejala:**
-- Build gagal selama fase code signing
-- Error Xcode tentang sertifikat atau profile
-
-**Solusi:**
-
-1. **Verifikasi tipe sertifikat cocok dengan tipe build**
-   - Build development butuh sertifikat Development
-   - Build App Store butuh sertifikat Distribution
-
-2. **Periksa sertifikat dan profile cocok**
-   ```bash
-   # Decode dan inspect sertifikat Anda
-   echo $BUILD_CERTIFICATE_BASE64 | base64 -d > cert.p12
-   openssl pkcs12 -in cert.p12 -nokeys -passin pass:$P12_PASSWORD | openssl x509 -noout -subject
-   ```
-
-3. **Pastikan provisioning profile valid**
-   - Periksa tanggal kedaluwarsa
-   - Verifikasi mencakup App ID Anda
-   - Konfirmasi mencakup sertifikat
-
-4. **Regenerate kredensial**
-   - Hapus sertifikat/profile lama
-   - Buat yang baru di Apple Developer portal
-   - Re-encode dan update environment variables
-
-### "Provisioning profile doesn't include signing certificate"
-
-**Gejala:**
-- Xcode tidak dapat menemukan sertifikat di profile
-
-**Solusi:**
-
-1. **Download profile terbaru dari Apple**
-   - Pergi ke Apple Developer → Certificates, IDs & Profiles
-   - Download provisioning profile
-   - Pastikan mencakup sertifikat Anda
-
-2. **Verifikasi sertifikat ada di profile**
-   ```bash
-   # Ekstrak profile
-   echo $BUILD_PROVISION_PROFILE_BASE64 | base64 -d > profile.mobileprovision
-
-   # Lihat konten profile
-   security cms -D -i profile.mobileprovision
-   ```
-
-3. **Buat ulang profile dengan sertifikat yang benar**
-   - Di Apple Developer portal, edit profile
-   - Pastikan distribution certificate Anda dipilih
-   - Download dan re-encode
-
-### "App Store Connect authentication failed"
-
-**Gejala:**
-- Upload ke TestFlight gagal
-- Error API key
-
-**Solusi:**
-
-1. **Verifikasi kredensial API key**
-   - Periksa APPLE_KEY_ID (harus 10 karakter)
-   - Periksa APPLE_ISSUER_ID (harus format UUID)
-   - Verifikasi APPLE_KEY_CONTENT di-encode base64 dengan benar
-
-2. **Test API key secara lokal**
-   ```bash
-   # Decode key
-   echo $APPLE_KEY_CONTENT | base64 -d > AuthKey.p8
-
-   # Test dengan fastlane (jika terinstal)
-   fastlane pilot list
-   ```
-
-3. **Periksa permission API key**
-   - Key butuh role "Developer" atau lebih tinggi
-   - Verifikasi di App Store Connect → Users and Access → Keys
-
-4. **Pastikan key tidak di-revoke**
-   - Periksa di App Store Connect
-   - Generate key baru jika diperlukan
-
-### "Pod install failed"
-
-**Gejala:**
-- Build gagal selama instalasi CocoaPods
-- Error Podfile
-
-**Solusi:**
-
-1. **Verifikasi Podfile.lock dicommit**
-   ```bash
-   git status ios/App/Podfile.lock
-   ```
-
-2. **Test pod install secara lokal**
-   ```bash
-   cd ios/App
-   pod install
-   ```
-
-3. **Periksa pods yang tidak kompatibel**
-   - Review Podfile untuk konflik versi
-   - Pastikan semua pods mendukung iOS deployment target Anda
-
-4. **Clear pod cache**
-   ```bash
-   cd ios/App
-   rm -rf Pods
-   rm Podfile.lock
-   pod install
-   # Lalu commit Podfile.lock baru
-   ```
-
-## Masalah Build Android
-
-### "Keystore password incorrect"
-
-**Gejala:**
-- Build gagal selama signing
-- Error Gradle tentang keystore
-
-**Solusi:**
-
-1. **Verifikasi password keystore**
-   ```bash
-   # Test keystore secara lokal
-   keytool -list -keystore my-release-key.keystore
-   # Masukkan password saat diminta
-   ```
-
-2. **Periksa environment variables**
-   ```bash
-   # Pastikan tidak ada spasi ekstra atau karakter spesial
-   echo "$KEYSTORE_STORE_PASSWORD" | cat -A
-   echo "$KEYSTORE_KEY_PASSWORD" | cat -A
-   ```
-
-3. **Verifikasi encoding base64**
-   ```bash
-   # Decode dan test
-   echo $ANDROID_KEYSTORE_FILE | base64 -d > test.keystore
-   keytool -list -keystore test.keystore
-   ```
-
-### "Key alias not found"
-
-**Gejala:**
-- Signing gagal dengan error alias
-
-**Solusi:**
-
-1. **List alias keystore**
-   ```bash
-   keytool -list -keystore my-release-key.keystore
-   ```
-
-2. **Verifikasi alias cocok persis**
-   - Alias case-sensitive
-   - Periksa typo di KEYSTORE_KEY_ALIAS
-
-3. **Gunakan alias yang benar dari keystore**
-   ```bash
-   # Update environment variable agar cocok
-   export KEYSTORE_KEY_ALIAS="the-exact-alias-name"
-   ```
-
-### "Gradle build failed"
-
-**Gejala:**
-- Error Gradle generik
-- Masalah kompilasi atau dependency
-
-**Solusi:**
-
-1. **Test build lokal terlebih dahulu**
-   ```bash
-   cd android
-   ./gradlew clean
-   ./gradlew assembleRelease
-   ```
-
-2. **Periksa dependencies yang hilang**
-   - Review file build.gradle
-   - Pastikan semua plugin ada di dependencies
-
-3. **Verifikasi kompatibilitas versi Gradle**
-   ```bash
-   # Periksa versi gradle
-   cat android/gradle/wrapper/gradle-wrapper.properties
-   ```
-
-4. **Clear Gradle cache**
-   ```bash
-   cd android
-   ./gradlew clean
-   rm -rf .gradle build
-   ```
-
-### "Play Store upload failed"
-
-**Gejala:**
-- Build berhasil tapi upload gagal
-- Error service account
-
-**Solusi:**
-
-1. **Verifikasi service account JSON**
-   ```bash
-   # Decode dan periksa format
-   echo $PLAY_CONFIG_JSON | base64 -d | jq .
-   ```
-
-2. **Periksa permission service account**
-   - Pergi ke Play Console → Setup → API Access
-   - Pastikan service account memiliki akses ke aplikasi Anda
-   - Berikan permission "Release to testing tracks"
-
-3. **Verifikasi aplikasi disetup di Play Console**
-   - Aplikasi harus dibuat di Play Console terlebih dahulu
-   - Setidaknya satu APK harus diupload manual awalnya
-
-4. **Periksa API diaktifkan**
-   - Google Play Developer API harus diaktifkan
-   - Periksa di Google Cloud Console
-
-## Masalah Umum
-
-### "Job not found" atau "Build status unavailable"
-
-**Gejala:**
-- Tidak dapat memeriksa status build
-- Error job ID
-
-**Solusi:**
-
-1. **Tunggu sebentar dan coba lagi**
-   - Build jobs mungkin butuh beberapa detik untuk inisialisasi
-
-2. **Periksa job ID benar**
-   - Verifikasi job ID dari respons build awal
-
-3. **Periksa build belum kedaluwarsa**
-   - Data build tersedia selama 24 jam
-
-### "Project sync failed"
-
-**Gejala:**
-- Build gagal sebelum kompilasi dimulai
-- Error file yang hilang
-
-**Solusi:**
-
-1. **Jalankan Capacitor sync secara lokal**
-   ```bash
-   npx cap sync
-   ```
-
-2. **Pastikan semua file native dicommit**
-   ```bash
-   git status ios/ android/
-   ```
-
-3. **Periksa file native yang di-gitignore**
-   - Review .gitignore
-   - Pastikan file config penting tidak diabaikan
-
-### "Build succeeded but I don't see output"
-
-**Gejala:**
-- Build menampilkan sukses tapi tidak ada link download
-
-**Solusi:**
-
-1. **Periksa konfigurasi build**
-   - Artifact storage mungkin tidak dikonfigurasi
-   - Untuk public beta, hubungi support tentang akses artifact
-
-2. **Untuk submission TestFlight iOS**
-   - Periksa App Store Connect
-   - Pemrosesan mungkin butuh 5-30 menit setelah upload
-
-3. **Untuk Android Play Store**
-   - Periksa Play Console → Testing → Internal testing
-   - Pemrosesan mungkin butuh beberapa menit
-
-## Masalah Spesifik CI/CD
-
-### GitHub Actions: "Command not found"
-
-**Gejala:**
-- `npx @capgo/cli` gagal di CI
-
-**Solusi:**
-
-1. **Pastikan Node.js terinstal**
-   ```yaml
-   - uses: actions/setup-node@v6
-     with:
-       node-version: '24'
-   ```
-
-2. **Instal CLI secara eksplisit**
-   ```yaml
-   - run: npm install -g @capgo/cli
-   ```
-
-### GitHub Actions: "Secrets not found"
-
-**Gejala:**
-- Environment variables kosong dalam build
-
-**Solusi:**
-
-1. **Verifikasi secrets diset**
-   - Pergi ke repo Settings → Secrets and variables → Actions
-   - Tambahkan semua secrets yang diperlukan
-
-2. **Gunakan syntax yang benar**
-   ```yaml
-   env:
-     CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-   ```
-
-3. **Periksa nama secret cocok**
-   - Nama case-sensitive
-   - Tidak ada typo di referensi secret
-
-## Mendapatkan Bantuan Lebih Lanjut
-
-### Aktifkan Verbose Logging
-
-```bash
-# Tambahkan flag debug (saat tersedia)
-npx @capgo/cli@latest build com.example.app --verbose
-```
-
-### Kumpulkan Informasi Build
-
-Saat menghubungi support, sertakan:
-
-1. **Command build yang digunakan**
-   ```bash
-   npx @capgo/cli@latest build com.example.app --platform ios
-   ```
-
-2. **Pesan error** (output penuh)
-
-3. **Job ID** (dari output build)
-
-4. **Build logs** (copy output terminal penuh)
-
-5. **Info environment**
-   ```bash
-   node --version
-   npm --version
-   npx @capgo/cli --version
-   ```
-
-### Hubungi Support
-
-- **Discord**: [Gabung komunitas kami](https://discord.com/invite/VnYRvBfgA6)
-- **Email**: support@capgo.app
-- **Dokumentasi**: [Docs Capgo](/docs/)
-
-### Keterbatasan yang Diketahui
-
-Keterbatasan saat ini selama public beta:
-
-- Waktu build maksimal: 10 menit
-- Ukuran upload maksimal: ~500MB
-- Build iOS memerlukan lease Mac 24 jam, build di Mac akan antri untuk memastikan penggunaan optimal
-- Download build artifact mungkin tidak tersedia
-
-Keterbatasan ini mungkin disesuaikan berdasarkan feedback.
-
-## Resource Tambahan
-
-- [Memulai](/docs/cli/cloud-build/getting-started/) - Panduan setup awal
-- [Build iOS](/docs/cli/cloud-build/ios/) - Konfigurasi spesifik iOS
-- [Build Android](/docs/cli/cloud-build/android/) - Konfigurasi spesifik Android
-- [Referensi CLI](/docs/cli/reference/build/) - Dokumentasi command lengkap
diff --git a/src/content/docs/id/docs/cli/commands.mdx b/src/content/docs/id/docs/cli/commands.mdx
deleted file mode 100644
index 2f4bcf5fb..000000000
--- a/src/content/docs/id/docs/cli/commands.mdx
+++ /dev/null
@@ -1,474 +0,0 @@
----
-title: Perintah
-description: Dokumentasi Capgo CLI
-sidebar:
-  order: 2
-locale: id
----
-
-import { LinkCard } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-### Penggunaan
-
-Semua perintah harus dijalankan di folder aplikasi Anda dengan proyek Capacitor yang sudah disiapkan dengan benar
-
-<LinkCard
-	title="Capacitor Cross-platform native runtime for web apps"
-	href="https://capacitorjs.com/docs/getting-started/"
-/>
-
-### **Init**
-
-`npx @capgo/cli@latest init [apikey]`
-
-Metode ini ada untuk membimbing Anda langkah demi langkah
-
-Ini akan menambahkan aplikasi Anda ke Capgo
-Ini akan menambahkan kode ke aplikasi Anda untuk memvalidasi pembaruan
-Demikian juga, ini akan membangun aplikasi Anda
-Selanjutnya, ini akan mengunggah aplikasi Anda ke Capgo
-Dan ini akan membantu Anda untuk memeriksa apakah pembaruan berfungsi
-
-### **Login**
-
-`npx @capgo/cli login [apikey]`
-
-Metode ini ada untuk mengingat `apikey` untuk Anda
-
-:::note
-gunakan `--apikey=********` di perintah manapun untuk menimpanya
-:::
-
-**Secara opsional Anda dapat memberikan:**
-
-`--local` Ini akan menyimpan **apikey** Anda di repo lokal dan git akan mengabaikannya
-
-## **Doctor**
-
-`npx @capgo/cli doctor`
-
-Perintah untuk memeriksa apakah Anda sudah up-to-date dengan paket Capgo
-
-Perintah ini juga akan berguna untuk laporan bug
-
-## Aplikasi
-
-### **Add**
-
-`npx @capgo/cli app add [appId]`
-
-`[appId]` ID aplikasi Anda dengan format `comtestapp` dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-> 💡 Semua opsi akan ditebak dalam konfigurasi Anda jika tidak disediakan
-
-Secara opsional, Anda dapat memberikan:
-
-* `--icon [/path/to/my/icon]` untuk memiliki ikon khusus yang ditampilkan di aplikasi console.capgo
-* `--name [test]` untuk memiliki nama khusus dalam daftar
-* `--apikey [key]` API key untuk menghubungkan ke akun Anda
-* `--retention [retention]` periode retensi bundle aplikasi dalam hari, 0 secara default = tak terbatas
-
-Contoh `capacitorconfigjson` untuk appId dan AppName, ikon ditebak di folder resources
-
-```json
-{
-  "appId": "eeforgrcapacitor_go",
-  "appName": "Capgo",
-  "webDir": "dist"
-}
-```
-
-### **Set**
-
-`npx @capgo/cli app set [appId]`
-
-`[appId]` adalah ID aplikasi Anda, formatnya dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-Secara opsional, Anda dapat memberikan:
-
-* `--icon [/path/to/my/icon]` untuk memiliki ikon khusus yang ditampilkan di aplikasi console.capgo
-* `--name [test]` untuk memiliki nama khusus dalam daftar
-* `--retention [retention]` periode retensi bundle aplikasi dalam hari, 0 secara default = tak terbatas
-* `--apikey [key]` API key untuk menghubungkan ke akun Anda
-
-### **List**
-
-`npx @capgo/cli app list [appId]`
-
-`[appId]` ID aplikasi Anda dengan format `comtestapp` dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-Secara opsional, Anda dapat memberikan:
-
-* `--apikey [key]` API key untuk menghubungkan ke akun Anda
-
-### **Delete**
-
-`npx @capgo/cli app delete [appId]`
-
-`[appId]` ID aplikasi Anda dengan format `comtestapp` dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-Secara opsional, Anda dapat memberikan:
-
-* `--apikey [key]` API key untuk menghubungkan ke akun Anda
-* `--bundle` dengan nomor versi hanya akan menghapus versi ini
-
-### Debug
-
-`npx @capgo/cli app debug [appId]`
-
-`[appId]` ID aplikasi Anda dengan format `comtestapp` dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-Secara opsional, Anda dapat memberikan:
-
-* `--apikey [key]` API key untuk menghubungkan ke akun Anda
-* `--device` dengan perangkat spesifik yang ingin Anda debug
-
-### Setting
-
-`npx @capgo/cli app setting [path]`
-
-Edit konfigurasi Capacitor
-
-`[path]` - path dari pengaturan yang ingin Anda ubah. Misalnya, untuk mengubah `appId`, berikan `appId`
-Jika Anda ingin menonaktifkan pembaruan otomatis di `capacitor-updater` berikan `pluginsCapacitorUpdaterautoUpdate`
-
-Anda HARUS memberikan `--string` atau `--bool`!
-
-Opsi:
- - `--string <string>` - mengatur pengaturan ke string
- - `--bool <true | false>` - mengatur pengaturan ke boolean
-
-## Bundle
-
-### Upload
-
-`npx @capgo/cli bundle upload [appId]`
-
-`[appId]` adalah ID aplikasi Anda, formatnya dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-Secara opsional, Anda dapat memberikan:
-
-* `--apikey <apikey>` API key untuk menghubungkan ke akun Anda
-* `--path <path>` Path folder yang akan diunggah
-* `--channel <channel>` Channel yang akan dihubungkan
-* `--external <url>` Link ke URL eksternal alih-alih mengunggah ke Capgo Cloud
-* `--iv-session-key <key>` Atur IV dan kunci sesi untuk URL bundle eksternal
-* `--s3-endpoint <s3Endpoint>` URL endpoint S3 Tidak bekerja dengan unggahan Parsial, atau opsi eksternal
-* `--s3-region <region>` Region untuk bucket S3 Anda
-* `--s3-apikey <apikey>` API key untuk endpoint S3 Anda
-* `--s3-apisecret <apisecret>` API secret untuk endpoint S3 Anda
-* `--s3-bucket-name <bucketName>` Nama untuk bucket AWS S3 Anda
-* `--s3-port <port>` Port untuk endpoint S3 Anda
-* `--no-s3-ssl` Nonaktifkan SSL untuk unggahan S3
-* `--key <key>` Path kustom untuk kunci penandatanganan publik (sistem v1)
-* `--key-data <keyData>` Kunci penandatanganan publik (sistem v1)
-* `--key-v2 <key>` Path kustom untuk kunci penandatanganan privat (sistem v2)
-* `--key-data-v2 <keyData>` Kunci penandatanganan privat (sistem v2)
-* `--bundle-url` Mencetak URL bundle ke stdout
-* `--no-key` Abaikan kunci penandatanganan dan kirim pembaruan yang jelas
-* `--no-code-check` Abaikan pemeriksaan apakah notifyAppReady() dipanggil dalam kode sumber dan indeks ada di folder root
-* `--display-iv-session` Tampilkan di konsol IV dan kunci sesi yang digunakan untuk mengenkripsi pembaruan
-* `--bundle <bundle>` Nomor versi bundle yang akan diunggah
-* `--min-update-version <minUpdateVersion>` Versi minimal yang diperlukan untuk memperbarui ke versi ini Hanya digunakan jika nonaktifkan pembaruan otomatis diatur ke metadata di channel
-* `--auto-min-update-version` Atur versi pembaruan minimal berdasarkan paket native
-* `--ignore-metadata-check` Mengabaikan pemeriksaan metadata (node_modules) saat mengunggah
-* `--ignore-checksum-check` Mengabaikan pemeriksaan checksum saat mengunggah
-* `--timeout <timeout>` Batas waktu untuk proses unggah dalam detik
-* `--partial` Tidak mengunggah file parsial ke cloud Capgo
-* `--tus` Unggah bundle menggunakan protokol tus
-* `--multipart` Menggunakan protokol multipart untuk mengunggah data ke S3, Tidak direkomendasikan, gunakan TUS sebagai gantinya
-* `--encrypted-checksum <encryptedChecksum>` Checksum terenkripsi (tanda tangan) Hanya digunakan saat mengunggah bundle eksternal
-* `--package-json <packageJson>` Path ke packagejson Berguna untuk monorepos
-* `--auto-set-bundle` Atur bundle di capacitorconfigjson
-* `--node-modules <nodeModules>` Daftar path ke node_modules Berguna untuk monorepos (dipisahkan koma mis: //node_modules,/node_modules)
-
-> ⭐️ Opsi eksternal membantu membuka 2 kasus: korporat dengan masalah privasi, jangan kirim kode ke pihak ketiga dan aplikasi lebih besar dari 200 MB Dengan pengaturan ini, Capgo hanya menyimpan tautan ke zip dan mengirim tautan ke semua aplikasi
-
-> 👀 Cloud Capgo tidak pernah melihat apa yang ada di link (untuk opsi eksternal), atau di kode ketika disimpan
-
-> 🔑 Anda dapat menambahkan lapisan keamanan kedua dengan menggunakan enkripsi, maka Capgo tidak akan dapat melihat atau memodifikasi apa pun, menjadi "trustless"
-
-Contoh `packagejson` untuk versi
-
-```json
-{
-  "version": "102"
-}
-```
-
-> ⛔ Versi harus lebih besar dari "000"
-
-> 💡 Jangan lupa untuk memperbarui nomor versi setiap kali Anda mengirim, nomor versi tidak dapat ditimpa, atau digunakan kembali setelah penghapusan karena alasan keamanan
-
-### **List**
-
-`npx @capgo/cli bundle list [appId]`
-
-`[appId]` ID aplikasi Anda dengan format `comtestapp` dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-Secara opsional, Anda dapat memberikan:
-
-* `--apikey [key]` API key untuk menghubungkan ke akun Anda
-
-### **Delete**
-
-`npx @capgo/cli bundle delete [appId]`
-
-`[appId]` ID aplikasi Anda dengan format `comtestapp` dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-Secara opsional, Anda dapat memberikan:
-
-* `--apikey [key]` API key untuk menghubungkan ke akun Anda
-* `--bundle` dengan nomor versi hanya akan menghapus versi ini
-
-### Cleanup
-
-dalam rentang SemVer untuk versi major ke Cloud
-
-`npx @capgo/cli bundle cleanup [appId] --bundle=[majorVersion] --keep=[numberToKeep]`
-
-`[appId]` ID aplikasi Anda dengan format `comtestapp` dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-Secara opsional, Anda dapat memberikan:
-
-* `--apikey [key]` API key untuk menghubungkan ke akun Anda
-* `--bundle [majorVersion]` versi yang ingin Anda hapus paket sebelumnya, ini akan menyimpan yang terakhir + `numberToKeep`* `--keep [numberToKeep]` jumlah paket yang ingin Anda simpan (default 4)
-
-Contoh: Jika Anda memiliki 10 versi dari 1001 hingga 10011, dan Anda menggunakan `npx @capgo/cli cleanup [appId] --bundle=1000` maka akan menghapus 1001 hingga 1006, 1007 sampai 10011 akan disimpan
-
-Jika Anda memiliki total 20 versi, dan Anda tidak menyertakan nomor bundle seperti ini: `npx @capgo/cli cleanup [appId] --keep=2` Ini akan menghapus 18 versi, dan menyimpan 2 yang terakhir
-
-> Perintah ini akan meminta konfirmasi, menampilkan tabel apa yang akan disimpan dan dihapus
-
-:::note
-Perintah ini akan mengabaikan bundle yang sedang digunakan di channel manapun
-:::
-
-### **Encrypt**
-
-> **Peringatan**: Perintah ini sudah usang dan akan dihapus di rilis mayor berikutnya. Silakan gunakan sistem enkripsi yang baru
-`npx @capgo/cli bundle encrypt [path/to/zip]`
-
-Perintah ini digunakan ketika Anda menggunakan sumber eksternal untuk menyimpan kode Anda atau untuk tujuan pengujian
-
-Secara opsional, Anda dapat memberikan:
-
-`--key [/path/to/my/private_key]` path dari private key Anda
-`--key-data [privateKey]` data private key, jika Anda ingin menggunakan secara inline
-Perintah akan mencetak `ivSessionKey` Anda dan menghasilkan zip terenkripsi, untuk digunakan dengan perintah upload atau decrypt
-
-### **Encrypt V2**
-
-`npx @capgo/cli bundle encryptV2 [path/to/zip] [checksum]`
-
-Perintah ini digunakan ketika Anda menggunakan sumber eksternal untuk menyimpan kode Anda atau untuk tujuan pengujian
-Checksum adalah sha256 dari bundle (dihasilkan oleh --key-v2), digunakan untuk memverifikasi integritas file setelah dekripsi
-Ini akan dienkripsi dengan private key dan dikirim bersama dengan bundle
-Dalam enkripsi v2 checksum ditingkatkan menjadi "signature" dari bundle
-
-Secara opsional, Anda dapat memberikan:
-
-`--key [/path/to/my/private_key]` path dari private key Anda
-`--key-data [privateKey]` data private key, jika Anda ingin menggunakan secara inline
-`--json` untuk menampilkan info sebagai json
-Perintah akan mencetak `ivSessionKey` Anda dan menghasilkan zip terenkripsi, untuk digunakan dengan perintah upload atau decrypt
-
-### **Decrypt**
-
-`npx @capgo/cli bundle decrypt [path/to/zip] [ivSessionKey]`
-
-Secara opsional, Anda dapat memberikan:
-
-`--key [/path/to/my/private_key]` path dari private key Anda
-
-`--key-data [privateKey]` data private key, jika Anda ingin menggunakan secara inline Perintah ini terutama digunakan untuk tujuan pengujian, akan mendekripsi zip dan mencetak session key terdekripsi base64 di konsol
-
-### **Decrypt V2**
-
-`npx @capgo/cli bundle decryptV2 [path/to/zip] [ivSessionKey]`
-
-Secara opsional, Anda dapat memberikan:
-
-`--key [/path/to/my/private_key]` path dari private key Anda
-`--key-data [privateKey]` data private key, jika Anda ingin menggunakan secara inline Perintah ini terutama digunakan untuk tujuan pengujian, akan mendekripsi zip dan mencetak session key terdekripsi base64 di konsol
-`--checksum [checksum]` checksum dari file, akan memverifikasi checksum setelah dekripsi
-
-### **Zip**
-
-`npx @capgo/cli bundle zip [appId]`
-
-`[appId]` adalah ID aplikasi Anda, formatnya dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-Secara opsional, Anda dapat memberikan:
-
-* `--path [/path/to/my/bundle]` untuk mengunggah folder tertentu
-* `--bundle [100]` untuk mengatur nomor versi bundle dari nama file
-* `--name [myapp]` untuk mengganti nama file
-* `--json` untuk menampilkan info sebagai json
-* `--no-code-check` untuk mengabaikan pemeriksaan kode dan mengirim bundle
-* `--key-v2` untuk menggunakan sistem enkripsi baru Ini diperlukan karena sistem enkripsi baru menggunakan checksum yang lebih baik untuk memverifikasi integritas file
-
-### **Compatibility**
-
-`npx @capgo/cli bundle compatibility [appId] -c [channelId]`
-
-`[appId]` adalah ID aplikasi Anda, formatnya dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-`[channelId]` nama channel baru Anda
-
-Secara opsional, Anda dapat memberikan:
-
-* `--apikey [key]` API key untuk menghubungkan ke akun Anda
-* `--text` gunakan teks alih-alih emoji dalam tabel
-* `--channel [channel]` channel untuk memeriksa kompatibilitas
-* `--package-json <packageJson>` Path ke packagejson Berguna untuk monorepos
-* `--node-modules <nodeModules>` Daftar path ke node_modules Berguna untuk monorepos (dipisahkan koma mis: //node_modules,/node_modules)
-
-## Channel
-
-### **Add**
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-`[channelId]` nama channel baru Anda `[appId]` ID aplikasi Anda dengan format `comtestapp` dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-### **Delete**
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-`[channelId]` nama channel yang ingin Anda hapus `[appId]` ID aplikasi Anda dengan format `comtestapp` dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-### **List**
-
-`npx @capgo/cli channel list [appId]`
-
-`[appId]` ID aplikasi Anda dengan format `comtestapp` dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-Secara opsional, Anda dapat memberikan:
-
-* `--apikey [key]` API key untuk menghubungkan ke akun Anda
-
-### **Set**
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-`[appId]` adalah ID aplikasi Anda, formatnya dijelaskan [di sini](https://capacitorjs.com/docs/cli/commands/init/)
-
-Secara opsional, Anda dapat memberikan:
-
-* `--bundle [123]` bundle aplikasi Anda yang sudah dikirim ke cloud, untuk menghubungkannya ke channel
-* `--latest` mengambil versi bundle dari `packagejson:version`, tidak dapat digunakan dengan `--bundle`
-* `--state [ normal | default ]` mengatur status channel, bisa `normal` atau `default` Satu channel harus `default`
-* `--downgrade` mengizinkan channel untuk mengirim versi downgrade ke perangkat
-* `--no-downgrade` melarang channel untuk mengirim versi downgrade ke perangkat
-* `--upgrade` mengizinkan channel untuk mengirim upgrade (major) versi ke perangkat
-* `--no-upgrade` melarang channel untuk mengirim upgrade (major) versi ke perangkat
-* `--ios` mengizinkan channel untuk mengirim versi ke perangkat iOS
-* `--no-ios` melarang channel untuk mengirim versi ke perangkat iOS
-* `--android` mengizinkan channel untuk mengirim versi ke perangkat android
-* `--no-android` melarang channel untuk mengirim versi ke perangkat android
-* `--self-assign` mengizinkan perangkat untuk menetapkan diri ke channel ini
-* `--no-self-assign` melarang perangkat untuk menetapkan diri ke channel ini
-* `--disable-auto-update STRATEGY` Menonaktifkan strategi pembaruan otomatis untuk channel ini Opsi yang mungkin adalah: major, minor, metadata, none
-* `--apikey [key]` API key untuk menghubungkan ke akun Anda
-
-## Strategi menonaktifkan pembaruan
-
-Ada beberapa cara untuk menangani penonaktifan pembaruan untuk versi yang terlalu lama\
-Capgo tidak dapat memperbarui kode native sehingga pembaruan dari versi dengan kode native lama ke versi dengan kode native yang diperbarui seharusnya tidak mungkin
-Ada beberapa cara untuk mencapai itu
-
-Pertama, strategi `major` Ini mencegah pembaruan dari `000` -> `100` Major adalah angka yang disorot (**1**00 dan **0**00)\
-Kedua adalah strategi `minor` Ini mencegah pembaruan dari `000` -> `110` atau pembaruan dari `110` ke `120`
-**PERHATIAN** strategi ini tidak mencegah pembaruan dari `010` -> `110`
-
-Ketiga, strategi `patch` Ini ditambahkan ke capgo sebagai mode yang sangat ketat Tidak direkomendasikan untuk digunakan kecuali Anda benar-benar memahami cara kerjanya
-Agar dapat menerima pembaruan kondisi berikut harus dipenuhi:
- - Major sama antara versi baru dan lama
- - Minor sama antara versi baru dan lama
- - Patch dari versi baru lebih besar dari patch versi lama
-
-Berikut contoh skenario di mana pembaruan diizinkan atau ditolak
-
- - 00311 -> 00314 ✅
- - 000 -> 00314 ✅
- - 00316 -> 00314 ❌
- - 01312 -> 00314 ❌
- - 10312 -> 00314 ❌
-
-Terakhir strategi yang paling rumit Strategi `metadata`\
-Pertama Anda perlu tahu bahwa awalnya setelah Anda mengaktifkannya pembaruan **AKAN** gagal karena channel tidak memiliki metadata yang diperlukan\
-Jika channel tidak memiliki metadata Anda akan melihat pesan seperti ini:
-<img src="/fail-metadata.webp" alt="Cannot find metadata"/>
-
-Jika Anda melihat sesuatu seperti ini, Anda tahu bahwa Anda harus pergi ke bundle saat ini untuk channel yang gagal dan mengatur metadata\
-Pertama, cari tahu channel mana yang gagal Anda dapat melakukannya dengan melihat kolom `misconfigured`
-<img src="/misconfigured-table.webp" alt="Misconfigured table"/>
-
-Kemudian pergi ke channel yang gagal dan klik pada `Bundle number`. Ini akan membawa Anda ke halaman bundle
-<img src="/fail-channel-show.webp" alt="Locate failing channel"/>
-
-Setelah itu isi field `Minimal update version`. Ini harus berupa [semver](https://devhints.io/semver/)\
-Jika nilai yang Anda masukkan bukan semver, Anda akan mendapat error, tetapi jika semua berjalan dengan benar Anda akan melihat sesuatu seperti ini:
-<img src="/set-min-update-version.webp" alt="Set min version"/>
-
-Sekarang, Anda mungkin tidak ingin mengatur data ini secara manual setiap kali Anda memperbarui. Untungnya, CLI akan mencegah Anda mengirim pembaruan tanpa metadata ini
-<img src="/cli-fail-no-metadata.webp" alt="CLI fail no metadata"/>
-
-Untuk mengunggah bundle dengan benar saat menggunakan opsi `metadata`, Anda perlu memberikan `--min-update-version` dengan semver yang valid. Seperti ini:
-<img src="/cli-upload-with-metadata.webp" alt="CLI upload with metadata"/>
-
-`--min-update-version` bukan satu-satunya cara untuk melakukan kompatibilitas.
-Ada juga `--auto-min-update-version`. Berikut cara kerjanya:
-
-Pertama, melihat versi yang saat ini diunggah ke channel. Memeriksa kompatibilitas sama seperti perintah `bundle compatibility`.
-Kedua, jika versi baru 100% kompatibel, akan menggunakan kembali `min_update_version` dari versi terbaru di channel.
-Jika tidak, maka akan mengatur `min_update_version` ke nomor bundle versi yang baru diunggah.
-
-Anda akan selalu mendapatkan informasi tentang `min_update_version` saat menggunakan opsi ini. Tampilannya akan seperti ini:
-<img src="/min_update_version_info.webp" alt="Min update version"/>
-
-Jika versi baru tidak kompatibel, tampilannya akan seperti ini:
-<img src="/min_update_version_not_compatible.webp" alt="Min update version not compatible"/>
-
-## Enkripsi End-to-End (Trustless)
-
-Capgo mendukung enkripsi end-to-end, ini berarti bundle (kode) Anda dienkripsi sebelum dikirim ke cloud dan didekripsi di perangkat. Untuk itu, Anda perlu menghasilkan pasangan kunci RSA, Anda dapat menggunakan perintah berikut untuk menghasilkannya.
-
-Sistem enkripsi adalah kombinasi RSA dan AES, kunci RSA digunakan untuk mengenkripsi kunci AES, dan kunci AES digunakan untuk mengenkripsi file.
-
-Lihat di bawah untuk informasi lebih lanjut tentang sistem enkripsi.
-
-<img src="/crypto_explained.webp" alt="How crypto works"/>
-
-Skema enkripsi
-
-### Membuat kunci untuk aplikasi Anda
-
-`npx @capgo/cli key create`
-
-Secara opsional, Anda dapat memberikan: `--force` untuk menimpa kunci yang ada. Perintah ini akan membuat pasangan kunci di aplikasi Anda, dan akan meminta Anda untuk menyimpan kunci privat di tempat yang aman. Disarankan untuk tidak melakukan git commit kunci privat, dan tidak membagikannya dengan siapa pun.
-
-> Setelah pengujian lokal Anda, hapus kunci dari file konfigurasi dan tambahkan pada langkah CI dengan `key save`
-
-### Menyimpan kunci dalam konfigurasi aplikasi Anda
-
-`npx @capgo/cli key save`
-
-Secara opsional, Anda dapat memberikan:
-
-`--key [/path/to/my/private_key]` path kunci privat Anda
-
-`--key-data [privateKey]` data kunci privat, jika Anda ingin menggunakan inline. Perintah ini berguna jika Anda mengikuti rekomendasi dan tidak melakukan commit kunci di aplikasi Anda, dan dalam konfigurasi.
-
-## Integrasi CI
-
-Untuk mengotomatiskan pekerjaan Anda, saya sarankan Anda membuat GitHub action melakukan pekerjaan mengirim ke server kami.
-
-[Tutorial GitHub action](https://capgo.app/blog/automatic-build-and-release-with-github-actions/)
-
-## Aplikasi demo kami
-
-[GitHub - Cap-go/demo-app](https://github.com/Cap-go/demo-app/)
-
-Jangan lupa untuk mengkonfigurasi variabel env CI dengan API key Anda
diff --git a/src/content/docs/id/docs/cli/migrations/cli-from-0x-to-1x.mdx b/src/content/docs/id/docs/cli/migrations/cli-from-0x-to-1x.mdx
deleted file mode 100644
index 983396a42..000000000
--- a/src/content/docs/id/docs/cli/migrations/cli-from-0x-to-1x.mdx
+++ /dev/null
@@ -1,11 +0,0 @@
----
-title: CLI Dari 0.x ke 1.x
-description: Cara Melakukan Peningkatan dari 0.x ke 1.x
-sidebar:
-  order: 5
-locale: id
----
-
-Tidak ada perubahan signifikan pada CLI
-
-Perubahan yang memutus kompatibilitas terutama pada penamaan ulang argumen `--version` menjadi `--bundle` untuk menghindari konflik, dan mengikuti penamaan baru di mana saja
\ No newline at end of file
diff --git a/src/content/docs/id/docs/cli/migrations/encryption.md b/src/content/docs/id/docs/cli/migrations/encryption.md
deleted file mode 100644
index 975f4f7d0..000000000
--- a/src/content/docs/id/docs/cli/migrations/encryption.md
+++ /dev/null
@@ -1,71 +0,0 @@
----
-title: Enkripsi
-description: Cara mengenkripsi data Anda dengan enkripsi baru
-sidebar:
-  order: 5
-locale: id
----
-
-Dokumentasi ini akan menjelaskan cara mengenkripsi data Anda dengan sistem enkripsi baru dan menghapus yang lama
-
-Pelajari lebih lanjut tentang sistem enkripsi baru di [blog post](/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing)
-
----
-
-Pertama, buat pasangan kunci baru dengan perintah berikut:
-
-```bash
-npx @capgo/cli key create
-```
-
-Perintah ini akan membuat pasangan kunci baru di aplikasi Anda; sangat penting untuk menyimpan kunci pribadi di tempat yang aman. Jangan pernah menyimpan kunci pribadi ke kontrol sumber atau membagikannya dengan pihak yang tidak terpercaya
-
-Perintah ini juga akan menghapus kunci lama dari konfigurasi Capacitor Anda, tetapi tidak akan menghapus file kunci lama. CLI menyimpannya agar Anda dapat terus mengirim pembaruan langsung untuk aplikasi yang belum menerima pembaruan app store dan masih menggunakan plugin lama. Ini memfasilitasi proses migrasi
-
-Ketika Anda ditanya oleh migrasi, "Apakah Anda ingin mengatur enkripsi dengan channel baru untuk mendukung aplikasi lama dan memfasilitasi migrasi?", silakan setuju. Ini akan menambahkan opsi "defaultChannel" baru ke konfigurasi Capacitor Anda. Ini akan membuat aplikasi Anda menggunakan channel "encryption_v2". Ini akan memastikan bahwa enkripsi baru hanya digunakan oleh aplikasi yang mendukungnya. Aplikasi yang belum menerima pembaruan app store akan terus menggunakan channel default sebelumnya
-
----
-
-Sekarang, Anda perlu membangun bundle JS Anda dan mengunggahnya ke channel baru. Silakan jalankan perintah berikut:
-
-```bash
-npx @capgo/cli bundle upload --channel encryption_v2
-```
-
----
-
-Kemudian, jalankan perintah ini untuk mengizinkan aplikasi melakukan self-assign ke channel "encryption_v2"
-
-:::caution
-Ini diperlukan agar opsi "defaultChannel" baru dapat berfungsi
-:::
-
-```bash
-npx @capgo/cli channel set encryption_v2 --self-assign
-```
-
----
-
-Anda sekarang dapat menjalankan aplikasi; aplikasi akan menggunakan sistem enkripsi baru
-
-Untuk mengunggah bundle JS baru ke channel lama, Anda hanya perlu menjalankan perintah berikut:
-
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
----
-
-Anda tidak perlu khawatir tentang konfigurasi Capacitor, karena tidak pernah diunggah ke Capgo
-
-Ketika semua pengguna telah memperbarui aplikasi mereka (bisa memakan waktu hingga 3/4 bulan), Anda dapat menghapus "defaultChannel" dari konfigurasi Capacitor Anda
-
-Dan kemudian, Anda dapat menghapus channel lama dengan perintah berikut:
-
-```bash
-npx @capgo/cli channel delete encryption_v2
-```
-
----
-
-Setelah menghapus channel "encryption_v2", semua aplikasi yang menggunakannya sebagai default akan mulai menggunakan channel "production"
\ No newline at end of file
diff --git a/src/content/docs/id/docs/cli/overview.mdx b/src/content/docs/id/docs/cli/overview.mdx
deleted file mode 100644
index 9c79aabb0..000000000
--- a/src/content/docs/id/docs/cli/overview.mdx
+++ /dev/null
@@ -1,116 +0,0 @@
----
-title: Ringkasan
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: id
----
-
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Gunakan fitur Live Updates Capgo untuk memperbarui bundel JavaScript aplikasi Anda secara jarak jauh dan real-time. Push pembaruan JS langsung ke pengguna Anda tanpa melalui proses review app store untuk segera memperbaiki bug dan merilis fitur baru.
-
-<Aside>
-
-Live Updates terbatas pada perubahan bundel JavaScript. Jika Anda perlu memperbarui kode native, seperti menambah atau menghapus plugin atau mengubah konfigurasi proyek native, Anda perlu mengirimkan build binary native baru ke app store.
-
-</Aside>
-
-## Cara Kerja Live Updates
-
-Sistem Live Update Capgo memiliki dua komponen utama:
-
-1. SDK Capgo, yang Anda instal di aplikasi Anda. SDK memeriksa pembaruan yang tersedia dan mengunduhnya di latar belakang.
-
-2. Channel, yang memungkinkan Anda menargetkan pembaruan ke grup pengguna tertentu. Anda dapat menggunakan channel untuk mengelola jalur rilis yang berbeda, seperti `Production`, `Staging`, dan `Dev`.
-
-Ketika Anda mengunggah bundel JS baru ke Capgo dan menetapkannya ke channel, SDK Capgo di aplikasi yang dikonfigurasi untuk channel tersebut akan mendeteksi pembaruan dan mengunduhnya. Saat aplikasi dimulai ulang berikutnya, bundel baru akan dimuat.
-
-## Memulai
-
-Untuk mulai menggunakan Live Updates, ikuti langkah-langkah berikut:
-
-<Steps>
-
-1. Selesaikan [Capgo Quickstart](/docs/getting-started/quickstart) untuk menyiapkan aplikasi Anda di Capgo dan menginstal SDK Capgo.
-
-2. Dalam kode aplikasi Anda, panggil `CapacitorUpdater.notifyAppReady()` setelah aplikasi Anda selesai menginisialisasi. Ini memberi tahu SDK Capgo bahwa aplikasi Anda siap menerima pembaruan.
-
-3. Build bundel JS Anda dan unggah ke Capgo:
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. Buka aplikasi Anda dan tunggu pembaruan diunduh. Anda dapat memeriksa statusnya dengan:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. Setelah pembaruan diunduh, tutup dan buka kembali aplikasi Anda untuk memuat bundel baru.
-
-</Steps>
-
-Lihat panduan [Deploying Live Updates](/docs/getting-started/deploy) untuk detail lebih lanjut.
-
-## CLI Capgo
-
-CLI Capgo adalah alat yang kuat yang memungkinkan pengembang berinteraksi dengan layanan Capgo dari pipeline CI/CD mereka sendiri. Dengan CLI, Anda memiliki kontrol detail kapan build diproduksi dan dideploy, memungkinkan Anda mengintegrasikan Capgo ke dalam alur kerja enterprise yang ada.
-
-### Untuk Apa CLI Capgo?
-
-CLI Capgo dirancang untuk pengembang dan tim yang membutuhkan lebih banyak kontrol dan fleksibilitas dalam alur kerja pembaruan langsung mereka. Dengan menggunakan CLI dalam pipeline CI/CD Anda, Anda dapat:
-
-- Menentukan kapan tepatnya untuk membangun dan mendeploy pembaruan, daripada mengandalkan otomatisasi bawaan Capgo
-- Menyisipkan proses Anda sendiri, seperti penandatanganan kode, pengujian QA, atau persetujuan manajer, antara langkah build dan deploy
-- Mengintegrasikan Capgo ke dalam alat dan alur kerja DevOps Anda yang ada
-
-### Autentikasi
-
-Untuk menggunakan CLI Capgo, Anda perlu mengautentikasi dengan kunci API Anda. Anda dapat menghasilkan kunci API di pengaturan akun Capgo Anda.
-
-Untuk masuk dan menyimpan kunci API Anda dengan aman, jalankan:
-
-```shell
-npx @capgo/cli@latest login [API_KEY]
-```
-
-Perintah ini kemudian akan disimpan untuk penggunaan di masa mendatang. Anda tidak perlu menyediakan kunci API Anda setiap kali menjalankan perintah setelah masuk.
-
-### Perbedaan Utama dari CLI Lainnya
-
-Jika Anda familiar dengan alat CLI pembaruan langsung lainnya, ada beberapa hal penting yang perlu diperhatikan tentang CLI Capgo:
-
-- Capgo menggunakan satu CLI untuk kasus penggunaan pengembangan dan CI/CD, karena Capgo hanya fokus pada fitur pembaruan langsung
-
-- CLI Capgo tidak memerlukan langkah instalasi terpisah. Ini dibundel dengan paket `@capgo/cli` dan dapat dijalankan langsung menggunakan `npx`
-
-- CLI Capgo dirancang khusus untuk alur kerja pembaruan langsung, jadi mungkin tidak menyertakan beberapa fitur atau perintah yang ditemukan di alat CLI yang lebih umum
-
-## Langkah Selanjutnya
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/channels/">
-    <Card title="Channel" icon="bars">
-      Pelajari cara menggunakan channel untuk mengelola jalur rilis yang berbeda dan menargetkan pembaruan ke pengguna tertentu
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="Rollback" icon="left-arrow">
-      Temukan cara untuk kembali ke versi bundel JS sebelumnya jika pembaruan menyebabkan masalah
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="Perilaku Pembaruan" icon="setting">
-      Sesuaikan bagaimana dan kapan pembaruan diunduh dan diterapkan di aplikasi Anda
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="Pembaruan Cepat" icon="starlight">
-      Pelajari cara menggunakan pembaruan cepat untuk mempercepat proses pembaruan
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/id/docs/cli/reference/account.mdx b/src/content/docs/id/docs/cli/reference/account.mdx
deleted file mode 100644
index 237c1e6a7..000000000
--- a/src/content/docs/id/docs/cli/reference/account.mdx
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: akun
-sidebar_label: account
-sidebar:
-  order: 7
-locale: id
----
-
-Perintah `account` memungkinkan Anda mengelola akun Capgo Anda
-
-### id
-
-`npx @capgo/cli account id`
-
-Mendapatkan ID akun Anda
-
-Pilihan:
-
-- `-a, --apikey <apikey>`: API key untuk menghubungkan ke akun Anda
\ No newline at end of file
diff --git a/src/content/docs/id/docs/cli/reference/app.mdx b/src/content/docs/id/docs/cli/reference/app.mdx
deleted file mode 100644
index 1f995e2f9..000000000
--- a/src/content/docs/id/docs/cli/reference/app.mdx
+++ /dev/null
@@ -1,84 +0,0 @@
----
-title: aplikasi
-sidebar_label: app
-sidebar:
-  order: 4
-locale: id
----
-
-Perintah `app` memungkinkan Anda mengelola aplikasi Capgo Anda
-
-### add
-
-`npx @capgo/cli app add [appId]`
-
-Menambahkan aplikasi baru ke akun Capgo Anda
-
-`[appId]` adalah ID aplikasi Anda dalam format `com.example.app`. Lihat [Dokumentasi Capacitor](https://capacitorjs.com/docs/cli/commands/init/) untuk informasi lebih lanjut
-
-> 💡 Semua opsi akan ditebak dari `capacitor.config.json` Anda jika tidak disediakan
-
-Opsi:
-
-- `--icon [path]`: Path ke ikon kustom untuk ditampilkan di aplikasi console.capgo
-- `--name [name]`: Nama kustom untuk ditampilkan dalam daftar aplikasi
-- `--apikey [key]`: Kunci API untuk menghubungkan ke akun Anda
-- `--retention [days]`: Periode penyimpanan untuk bundle aplikasi dalam hari (default: 0 = tak terbatas)
-
-### set
-
-`npx @capgo/cli app set [appId]`
-
-Memperbarui aplikasi yang ada di akun Capgo Anda
-
-Opsi:
-
-- `--icon [path]`: Path ke ikon kustom untuk ditampilkan di aplikasi console.capgo
-- `--name [name]`: Nama kustom untuk ditampilkan dalam daftar aplikasi
-- `--retention [days]`: Periode penyimpanan untuk bundle aplikasi dalam hari (default: 0 = tak terbatas)
-- `--apikey [key]`: Kunci API untuk menghubungkan ke akun Anda
-
-### list
-
-`npx @capgo/cli app list [appId]`
-
-Menampilkan semua aplikasi di akun Capgo Anda
-
-Opsi:
-
-- `--apikey [key]`: Kunci API untuk menghubungkan ke akun Anda
-
-### delete
-
-`npx @capgo/cli app delete [appId]`
-
-Menghapus aplikasi dari akun Capgo Anda
-
-Opsi:
-
-- `--apikey [key]`: Kunci API untuk menghubungkan ke akun Anda
-- `--bundle`: Hapus hanya versi bundle tertentu
-
-### debug
-
-`npx @capgo/cli app debug [appId]`
-
-Menampilkan informasi debug untuk aplikasi
-
-Opsi:
-
-- `--apikey [key]`: Kunci API untuk menghubungkan ke akun Anda
-- `--device`: Debug perangkat tertentu
-
-### setting
-
-`npx @capgo/cli app setting [path]`
-
-Mengedit konfigurasi Capacitor untuk aplikasi
-
-`[path]` adalah path ke pengaturan yang ingin Anda ubah (misalnya, `appId` atau `plugins.CapacitorUpdater.autoUpdate`)
-
-Anda harus menyediakan `--string` atau `--bool`:
-
-- `--string <value>`: Atur pengaturan ke nilai string
-- `--bool <true|false>`: Atur pengaturan ke nilai boolean
diff --git a/src/content/docs/id/docs/cli/reference/build.mdx b/src/content/docs/id/docs/cli/reference/build.mdx
deleted file mode 100644
index 5fb896e7c..000000000
--- a/src/content/docs/id/docs/cli/reference/build.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: 🏗️ build
-description: Build aplikasi mobile native di cloud dan submit langsung ke App Store dan Play Store dari CLI Anda.
-sidebar_label: build
-locale: id
-sidebar:
-  order: 5
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-🏗️ Build aplikasi mobile native di cloud dan otomatis submit ke App Store dan Play Store.
-
-## Gambaran Umum
-
-Command `build` memungkinkan Anda mem-build aplikasi Capacitor untuk iOS dan Android di infrastruktur cloud Capgo, mirip dengan cara Expo menangani build. Aplikasi Anda di-build di infrastruktur dedicated dan dapat otomatis disubmit ke app store.
-
-**Status Saat Ini:** Public Beta
-
-## Mengapa Menggunakan Cloud Build?
-
-Building aplikasi mobile native secara tradisional memerlukan:
-- **Hardware Mac** untuk build iOS ($1000+ atau menit CI yang mahal)
-- **Setup CI/CD yang kompleks** dengan caching dan kredensial
-- **Overhead maintenance** untuk Xcode, Android Studio, dan SDK
-
-Dengan Capgo Cloud Build, Anda mendapat:
-- ✅ **Tidak perlu Mac** - Build aplikasi iOS dari mesin mana pun
-- ✅ **Zero setup** - Tidak perlu konfigurasi CI/CD
-- ✅ **Battle-tested** - Dibangun di atas 3 tahun penggunaan produksi internal
-- ✅ **Aman** - Tidak ada penyimpanan log, cleanup otomatis
-- ✅ **Native-only** - JavaScript Anda tetap privat
-
-## Quick Start
-
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-Itu saja! Aplikasi Anda akan di-build di cloud dan Anda akan melihat log real-time.
-
-## Bagian Dokumentasi
-
-<CardGrid>
-  <Card title="⚠️ Setup Kredensial PERTAMA" icon="warning">
-    **Wajib sebelum build:** Simpan kredensial iOS/Android Anda secara lokal.
-
-    [Setup Kredensial →](/docs/cli/cloud-build/credentials/)
-  </Card>
-
-  <Card title="Memulai" icon="rocket">
-    Buat build native pertama Anda dalam hitungan menit.
-
-    [Baca panduan →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="Build iOS" icon="apple">
-    Konfigurasi sertifikat dan build untuk App Store.
-
-    [Konfigurasi iOS →](/docs/cli/cloud-build/ios/)
-  </Card>
-
-  <Card title="Build Android" icon="setting">
-    Setup keystores dan build untuk Play Store.
-
-    [Konfigurasi Android →](/docs/cli/cloud-build/android/)
-  </Card>
-
-  <Card title="Troubleshooting" icon="warning">
-    Solusi untuk masalah build umum.
-
-    [Dapatkan bantuan →](/docs/cli/cloud-build/troubleshooting/)
-  </Card>
-</CardGrid>
-
-## Referensi Command
-
-### Penggunaan Dasar
-
-```bash
-npx @capgo/cli@latest build [appId] [options]
-```
-
-### Contoh
-
-Build untuk kedua platform:
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-Build hanya untuk iOS:
-```bash
-npx @capgo/cli@latest build com.example.app --platform ios
-```
-
-Build untuk Android dalam mode debug:
-```bash
-npx @capgo/cli@latest build com.example.app --platform android --build-mode debug
-```
-
-Build dari direktori spesifik:
-```bash
-npx @capgo/cli@latest build com.example.app --path ./my-app
-```
-
-### Opsi
-
-| Opsi | Tipe | Default | Deskripsi |
-|--------|------|---------|-------------|
-| `appId` | string | capacitor.config | Application ID (mis., com.example.app) |
-| `--path <path>` | string | Current directory | Path ke direktori proyek Anda |
-| `--platform <platform>` | string | both | Platform target: `ios`, `android`, atau `both` |
-| `--build-mode <mode>` | string | release | Mode build: `debug` atau `release` |
-| `--build-config <config>` | string | - | Konfigurasi build tambahan sebagai string JSON |
-| `-a, --apikey <apikey>` | string | - | API key (atau gunakan env var `CAPGO_TOKEN`) |
-| `--supa-host <url>` | string | https://api.capgo.app | URL host Supabase kustom |
-| `--supa-anon <key>` | string | - | Anon key Supabase kustom |
-
-## Cara Kerjanya
-
-```mermaid
-sequenceDiagram
-    participant Dev as Developer
-    participant CLI as Capgo CLI
-    participant Cloud as Capgo Cloud
-    participant iOS as Mac Builder
-    participant Android as Android Builder
-
-    Dev->>CLI: build com.example.app
-    CLI->>CLI: Zip project secara lokal
-    CLI->>Cloud: Upload ke R2
-    Cloud->>iOS: Provision Mac (iOS)
-    Cloud->>Android: Start sandbox (Android)
-    iOS-->>CLI: Stream logs (SSE)
-    Android-->>CLI: Stream logs (SSE)
-    iOS->>Cloud: Build selesai
-    Android->>Cloud: Build selesai
-    Cloud->>iOS: Cleanup (24 jam kemudian)
-    Cloud->>Android: Cleanup (instan)
-    CLI->>Dev: Build berhasil
-```
-
-### Proses Build
-
-1. **Persiapan Lokal** - Proyek Anda di-zip secara lokal (mengecualikan `node_modules`, dotfiles)
-2. **Upload** - File zip diupload ke cloud storage aman (Cloudflare R2)
-3. **Eksekusi Build**:
-   - **iOS**: Mesin Mac dedicated diprovision, Fastlane build dan sign
-   - **Android**: Sandbox aman dibuat, Gradle kompilasi dan sign
-4. **Log Streaming** - Log real-time via Server-Sent Events (tidak disimpan!)
-5. **Cleanup Otomatis**:
-   - **iOS**: File dihapus setelah 24 jam saat mesin di-dismiss
-   - **Android**: Semua dihapus instan setelah build
-
-## Keahlian Kami
-
-Capgo Cloud Build bukan infrastruktur baru - kami telah menggunakannya secara internal selama **3 tahun**:
-
-- ✅ **Fastlane Kustom** - Dibangun khusus untuk aplikasi Capacitor
-- ✅ **Ribuan build** - Battle-tested di produksi
-- ✅ **Expert Capacitor** - Pengetahuan mendalam tentang apa yang penting
-- ✅ **Fokus native-only** - JavaScript Anda tidak pernah menyentuh server kami
-
-## Keamanan & Privasi
-
-- **Tidak ada penyimpanan log** - Log hanya stream ke terminal Anda, tidak pernah disimpan
-- **Tidak ada penyimpanan artifact** - Aplikasi dikirim langsung ke App Store/Play Store, kami tidak menyimpan apa pun
-- **Kredensial auto-deleted** - Hanya digunakan selama build, dihapus setelahnya (maks 24 jam)
-- **Build terisolasi** - Setiap build berjalan dalam isolasi
-- **Kode Anda tetap milik Anda** - Kami hanya build bagian native, JavaScript tetap lokal
-
-## Integrasi CI/CD
-
-Berfungsi di mana saja - GitHub Actions, GitLab CI, atau platform CI/CD mana pun:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build com.example.app \
-      --platform both \
-      --build-mode release
-```
-
-Tidak perlu:
-- Mac runners
-- Instalasi Android SDK
-- Instalasi Xcode
-- Caching kompleks
-- Manajemen kredensial
-
-## Harga
-
-Waktu build dibill berdasarkan penggunaan aktual:
-
-- **Android**: Multiplier 1× (~$0.XX per menit)
-- **iOS**: Multiplier 2× (~$0.XX per menit, karena hardware Mac)
-
-**Biaya tipikal:**
-- Debug Android: 3 min × 1× = ~$X.XX
-- Release iOS: 7 min × 2× = ~$X.XX
-
-Hanya bayar untuk yang Anda gunakan. Tidak ada minimum, tidak ada kejutan.
-
-## Perbandingan dengan Solusi Lain
-
-| Fitur | Capgo Cloud Build | GitHub Actions (Mac) | Expo EAS |
-|---------|------------------|---------------------|----------|
-| **Mac diperlukan secara lokal** | ❌ Tidak | ✅ Ya | ❌ Tidak |
-| **Kompleksitas setup** | ⭐ Single command | ⭐⭐⭐ YAML kompleks | ⭐⭐ File config |
-| **Native Capacitor** | ✅ Dioptimalkan | ⚠️ Generik | ❌ Hanya Expo |
-| **Privasi kode Anda** | ✅ Tidak pernah disimpan | ⚠️ Di runners | ⚠️ Diupload |
-| **Biaya (iOS)** | 💰 2× dasar | 💰💰💰 10× mahal | 💰💰 Premium |
-
-## Yang Di-Build
-
-**Penting:** Capgo build **bagian native saja**.
-
-✅ **Kami build:**
-- Kode native iOS (Swift, Objective-C, proyek Xcode)
-- Kode native Android (Java, Kotlin, proyek Gradle)
-- Code signing dan submission app store
-
-❌ **Anda build (secara lokal):**
-- JavaScript, HTML, CSS (`npm run build`)
-- Capacitor sync (`npx cap sync`)
-- Web assets Anda
-
-Pemisahan ini memastikan:
-- **Keamanan lebih baik** - Logika aplikasi Anda tetap privat
-- **Build lebih cepat** - Tidak ada duplikasi build web
-- **Tanggung jawab jelas** - Anda kontrol kode Anda
-
-## Keterbatasan
-
-Keterbatasan saat ini selama public beta:
-
-- **Timeout build**: Maksimal 10 menit
-- **Timeout upload**: 1 jam untuk upload URL
-- **Mesin iOS**: Persyaratan lease 24 jam, build di Mac akan antri untuk memastikan penggunaan optimal
-- **Akses**: Hanya public beta
-
-## Mulai
-
-Siap build tanpa ribet?
-
-<CardGrid>
-  <Card title="Buat Build Pertama Anda" icon="rocket">
-    Panduan langkah demi langkah untuk cloud build pertama Anda.
-
-    [Mulai →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="Gabung Public Beta" icon="star">
-    Cloud Build dalam public beta. Gabung komunitas kami untuk mendapat akses.
-
-    [Gabung Discord →](https://discord.com/invite/VnYRvBfgA6)
-  </Card>
-</CardGrid>
-
-## Pelajari Lebih Lanjut
-
-- [Panduan Memulai](/docs/cli/cloud-build/getting-started/) - Buat build pertama Anda
-- [Konfigurasi iOS](/docs/cli/cloud-build/ios/) - Setup build iOS
-- [Konfigurasi Android](/docs/cli/cloud-build/android/) - Setup build Android
-- [Troubleshooting](/docs/cli/cloud-build/troubleshooting/) - Masalah umum dan solusi
-- [Blog: Introducing Cloud Build](/blog/introducing-capgo-cloud-build/) - Pengumuman fitur
-
-## Butuh Bantuan?
-
-- 📚 [Panduan troubleshooting](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Komunitas Discord](https://discord.com/invite/VnYRvBfgA6)
-- 📧 Email: support@capgo.app
diff --git a/src/content/docs/id/docs/cli/reference/bundle.mdx b/src/content/docs/id/docs/cli/reference/bundle.mdx
deleted file mode 100644
index 527dab1a7..000000000
--- a/src/content/docs/id/docs/cli/reference/bundle.mdx
+++ /dev/null
@@ -1,165 +0,0 @@
----
-title: bundel
-sidebar_label: bundle
-sidebar:
-  order: 5
-locale: id
----
-
-Perintah `bundle` memungkinkan Anda mengelola bundel aplikasi Anda
-
-### upload
-
-`npx @capgo/cli bundle upload [appId]`
-
-Mengunggah bundel baru untuk aplikasi
-
-Opsi:
-
-- `-a, --apikey <apikey>`: Kunci API untuk menghubungkan ke akun Anda
-- `-p, --path <path>`: Path ke folder yang akan diunggah (default ke `webDir` di `capacitorconfig`)
-- `-c, --channel <channel>`: Channel untuk menghubungkan bundel
-- `-e, --external <url>`: Link ke URL eksternal daripada mengunggah ke Capgo Cloud
-- `--iv-session-key <key>`: Tetapkan IV dan kunci sesi untuk URL bundel eksternal
-- `--s3-region <region>`: Region untuk bucket S3 Anda
-- `--s3-apikey <apikey>`: Kunci API untuk endpoint S3 Anda
-- `--s3-apisecret <apisecret>`: Secret API untuk endpoint S3 Anda
-- `--s3-endpoint <s3Endpoint>`: URL endpoint S3
-- `--s3-bucket-name <bucketName>`: Nama bucket S3 Anda
-- `--s3-port <port>`: Port untuk endpoint S3 Anda
-- `--no-s3-ssl`: Nonaktifkan SSL untuk unggahan S3
-- `--key <key>`: Path kustom untuk kunci penandatanganan publik (sistem v1)
-- `--key-data <keyData>`: Data kunci penandatanganan publik (sistem v1)
-- `--key-v2 <key>`: Path kustom untuk kunci penandatanganan privat (sistem v2)
-- `--key-data-v2 <keyDataV2>`: Data kunci penandatanganan privat (sistem v2)
-- `--bundle-url`: Cetak URL bundel ke stdout
-- `--no-key`: Abaikan kunci penandatanganan dan kirim pembaruan tanpa tanda tangan
-- `--no-code-check`: Lewati pemeriksaan `notifyAppReady()` dalam kode sumber dan `indexhtml` di folder root
-- `--display-iv-session`: Tampilkan IV dan kunci sesi yang digunakan untuk mengenkripsi pembaruan
-- `-b, --bundle <bundle>`: Nomor versi bundel yang akan diunggah
-- `--min-update-version <minUpdateVersion>`: Versi aplikasi minimum yang diperlukan untuk menerapkan pembaruan ini (hanya digunakan jika pembaruan otomatis dinonaktifkan melalui metadata)
-- `--auto-min-update-version`: Secara otomatis menetapkan versi pembaruan minimum berdasarkan versi paket native
-- `--ignore-metadata-check`: Abaikan pemeriksaan metadata (node_modules) saat mengunggah
-- `--ignore-checksum-check`: Abaikan pemeriksaan checksum saat mengunggah
-- `--timeout <timeout>`: Batas waktu untuk proses unggah dalam detik
-- `--multipart`: Gunakan protokol multipart untuk mengunggah data ke S3 (tidak direkomendasikan, gunakan `--tus` sebagai gantinya)
-- `--tus`: Unggah bundel menggunakan protokol tus
-- `--tus-chunk-size <tusChunkSize>`: Ukuran chunk untuk unggahan tus
-- `--partial`: Unggah hanya file yang berubah ke Capgo Cloud
-- `--partial-only`: Unggah hanya file parsial ke Capgo Cloud, melewati file zip (berguna untuk bundel besar)
-- `--encrypted-checksum <encryptedChecksum>`: Checksum terenkripsi (tanda tangan) untuk bundel eksternal
-- `--auto-set-bundle`: Secara otomatis menetapkan versi bundel di `capacitorconfigjson`
-- `--dry-upload`: Lakukan simulasi proses unggah tanpa benar-benar mengunggah file (berguna untuk pengujian)
-- `--package-json <packageJson>`: Daftar path ke file `packagejson` yang dipisahkan koma (berguna untuk monorepo)
-- `--node-modules <nodeModules>`: Daftar path ke direktori `node_modules` yang dipisahkan koma (berguna untuk monorepo)
-- `--encrypt-partial`: Enkripsi file pembaruan parsial
-- `--delete-linked-bundle-on-upload`: Hapus bundel yang saat ini terhubung di channel target sebelum mengunggah
-
-### compatibility
-
-`npx @capgo/cli bundle compatibility [appId]`
-
-Memeriksa kompatibilitas bundel dengan channel tertentu
-
-Opsi:
-
-- `-a, --apikey <apikey>`: Kunci API untuk menghubungkan ke akun Anda
-- `-c, --channel <channel>`: Channel untuk memeriksa kompatibilitas
-- `--text`: Tampilkan hasil sebagai teks alih-alih emoji
-- `--package-json <packageJson>`: Daftar path ke file `packagejson` yang dipisahkan koma (berguna untuk monorepo)
-- `--node-modules <nodeModules>`: Daftar path ke direktori `node_modules` yang dipisahkan koma (berguna untuk monorepo)
-
-### delete
-
-`npx @capgo/cli bundle delete [bundleId] [appId]`
-
-Menghapus bundel dari aplikasi
-
-Opsi:
-
-- `-a, --apikey <apikey>`: Kunci API untuk menghubungkan ke akun Anda
-
-### list
-
-`npx @capgo/cli bundle list [appId]`
-
-Menampilkan semua bundel untuk aplikasi
-
-Opsi:
-
-- `-a, --apikey <apikey>`: Kunci API untuk menghubungkan ke akun Anda
-
-### cleanup
-
-`npx @capgo/cli bundle cleanup [appId]`
-
-Membersihkan bundel lama untuk versi major, menyimpan jumlah bundel terbaru yang ditentukan
-
-Opsi:
-
-- `-b, --bundle <bundle>`: Nomor versi major yang akan dibersihkan
-- `-a, --apikey <apikey>`: Kunci API untuk menghubungkan ke akun Anda
-- `-k, --keep <keep>`: Jumlah bundel yang akan disimpan (default: 4)
-- `-f, --force`: Paksa penghapusan tanpa konfirmasi
-
-### decrypt
-
-`npx @capgo/cli bundle decrypt [zipPath] [sessionKey]`
-
-Mendekripsi bundel zip yang ditandatangani
-
-Opsi:
-
-- `--key <key>`: Path kustom untuk kunci penandatanganan privat
-- `--key-data <keyData>`: Data kunci penandatanganan privat
-
-### encrypt
-
-`npx @capgo/cli bundle encrypt [zipPath]`
-
-Mengenkripsi bundel zip
-
-Opsi:
-
-- `--key <key>`: Path kustom untuk kunci penandatanganan privat
-- `--key-data <keyData>`: Data kunci penandatanganan privat
-
-### encryptV2
-
-`npx @capgo/cli bundle encryptV2 [zipPath] [checksum]`
-
-Mengenkripsi bundel zip menggunakan metode enkripsi baru
-
-Opsi:
-
-- `--key <key>`: Path kustom untuk kunci penandatanganan privat
-- `--key-data <keyData>`: Data kunci penandatanganan privat
-- `-j, --json`: Tampilkan hasil sebagai JSON
-
-### decryptV2
-
-`npx @capgo/cli bundle decryptV2 [zipPath] [checksum]`
-
-Mendekripsi bundel zip menggunakan metode enkripsi baru
-
-Opsi:
-
-- `--key <key>`: Path kustom untuk kunci penandatanganan privat
-- `--key-data <keyData>`: Data kunci penandatanganan privat
-- `--checksum <checksum>`: Checksum bundel untuk memverifikasi integritas
-
-### zip
-
-`npx @capgo/cli bundle zip [appId]`
-
-Menghasilkan file zip untuk bundel
-
-Opsi:
-
-- `-p, --path <path>`: Path ke folder yang akan di-zip (default ke `webDir` di `capacitorconfig`)
-- `-b, --bundle <bundle>`: Nomor versi bundel yang akan digunakan dalam nama file
-- `-n, --name <name>`: Nama file kustom untuk zip
-- `-j, --json`: Tampilkan hasil sebagai JSON
-- `--no-code-check`: Lewati pemeriksaan `notifyAppReady()` dalam kode sumber dan `indexhtml` di folder root
-- `--key-v2`: Gunakan metode enkripsi baru (v2)
-- `--package-json <packageJson>`: Daftar path ke file `packagejson` yang dipisahkan koma (berguna untuk monorepo)
\ No newline at end of file
diff --git a/src/content/docs/id/docs/cli/reference/channel.mdx b/src/content/docs/id/docs/cli/reference/channel.mdx
deleted file mode 100644
index f04fa6027..000000000
--- a/src/content/docs/id/docs/cli/reference/channel.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: saluran
-sidebar_label: channel
-sidebar:
-  order: 6
-locale: id
----
-
-Perintah `channel` memungkinkan Anda mengelola kanal rilis Anda
-
-### add
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-Membuat kanal baru untuk aplikasi
-
-Opsi:
-
-- `-d, --default`: Atur kanal baru sebagai kanal default
-- `-a, --apikey <apikey>`: Kunci API untuk menghubungkan ke akun Anda
-
-### delete
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-Menghapus kanal dari aplikasi
-
-Opsi:
-
-- `-a, --apikey <apikey>`: Kunci API untuk menghubungkan ke akun Anda
-- `--delete-bundle`: Hapus bundle yang terkait dengan kanal
-
-### list
-
-`npx @capgo/cli channel list [appId]`
-
-Menampilkan semua kanal untuk aplikasi
-
-Opsi:
-
-- `-a, --apikey <apikey>`: Kunci API untuk menghubungkan ke akun Anda
-
-### currentBundle
-
-`npx @capgo/cli channel currentBundle [channel] [appId]`
-
-Mendapatkan bundle saat ini untuk kanal tertentu
-
-Opsi:
-
-- `-c, --channel <channel>`: Kanal untuk mendapatkan bundle saat ini
-- `-a, --apikey <apikey>`: Kunci API untuk menghubungkan ke akun Anda
-- `--quiet`: Hanya menampilkan versi bundle
-
-### set
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-Mengatur properti kanal
-
-Opsi:
-
-- `-a, --apikey <apikey>`: Kunci API untuk menghubungkan ke akun Anda
-- `-b, --bundle <bundle>`: Nomor versi bundle untuk diatur ke kanal
-- `-s, --state <state>`: Atur status kanal (`default` atau `normal`)
-- `--latest`: Gunakan versi terbaru dari `packagejson` sebagai versi bundle
-- `--downgrade`: Izinkan penurunan versi di bawah versi asli
-- `--no-downgrade`: Nonaktifkan penurunan versi di bawah versi asli
-- `--upgrade`: Izinkan peningkatan versi di atas versi asli
-- `--no-upgrade`: Nonaktifkan peningkatan versi di atas versi asli
-- `--ios`: Izinkan pengiriman pembaruan ke perangkat iOS
-- `--no-ios`: Nonaktifkan pengiriman pembaruan ke perangkat iOS
-- `--android`: Izinkan pengiriman pembaruan ke perangkat Android
-- `--no-android`: Nonaktifkan pengiriman pembaruan ke perangkat Android
-- `--self-assign`: Izinkan perangkat untuk mengatur diri sendiri ke kanal ini
-- `--no-self-assign`: Nonaktifkan pengaturan diri perangkat ke kanal ini
-- `--disable-auto-update <disableAutoUpdate>`: Nonaktifkan strategi pembaruan otomatis untuk kanal ini (opsi: `major`, `minor`, `metadata`, `patch`, `none`)
-- `--dev`: Izinkan pengiriman pembaruan ke perangkat pengembangan
-- `--no-dev`: Nonaktifkan pengiriman pembaruan ke perangkat pengembangan
-- `--emulator`: Izinkan pengiriman pembaruan ke perangkat emulator
-- `--no-emulator`: Nonaktifkan pengiriman pembaruan ke perangkat emulator
-- `--package-json <packageJson>`: Daftar path ke file `packagejson` yang dipisahkan koma (berguna untuk monorepo)
\ No newline at end of file
diff --git a/src/content/docs/id/docs/cli/reference/doctor.mdx b/src/content/docs/id/docs/cli/reference/doctor.mdx
deleted file mode 100644
index ea3c478ce..000000000
--- a/src/content/docs/id/docs/cli/reference/doctor.mdx
+++ /dev/null
@@ -1,13 +0,0 @@
----
-title: dokter
-sidebar_label: doctor
-sidebar:
-  order: 7
-locale: id
----
-
-`npx @capgo/cli doctor`
-
-Perintah ini memeriksa apakah Anda menggunakan versi terbaru dari paket-paket Capgo
-
-Ini juga berguna untuk pelaporan bug
\ No newline at end of file
diff --git a/src/content/docs/id/docs/cli/reference/index.mdx b/src/content/docs/id/docs/cli/reference/index.mdx
deleted file mode 100644
index acd9bec0e..000000000
--- a/src/content/docs/id/docs/cli/reference/index.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: Gambaran Umum
-description: Dokumentasi Detail untuk Perintah CLI Capgo
-sidebar:
-  order: 1
-locale: id
----
-
-import { CardGrid, Card } from '@astrojs/starlight/components';
-
-CLI Capgo menyediakan serangkaian perintah untuk mengelola aplikasi dan deployment Capgo Anda. Referensi ini memberikan informasi detail tentang setiap perintah yang tersedia, termasuk opsi dan contoh penggunaannya.
-
-## Perintah
-
-<CardGrid stagger>
-  <a href="/docs/cli/reference/init/">
-    <Card title="init" icon="rocket">
-      Inisialisasi aplikasi Capgo baru
-    </Card>
-  </a>
-
-  <a href="/login/">
-    <Card title="login" icon="approve-check">
-      Autentikasi dengan layanan Capgo
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/doctor/">
-    <Card title="doctor" icon="approve-check-circle">
-      Periksa pengaturan Capgo Anda untuk potensi masalah
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/app/">
-    <Card title="app" icon="seti:default">
-      Kelola aplikasi Capgo Anda
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/bundle/">
-    <Card title="bundle" icon="seti:html">
-      Kelola bundle aplikasi Anda
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/channel/">
-    <Card title="channel" icon="seti:git">
-      Kelola channel rilis Anda
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/key/">
-    <Card title="key" icon="seti:lock">
-      Kelola kunci penandatanganan aplikasi Anda
-    </Card>
-  </a>
-</CardGrid>
-
-## Integrasi CI
-
-Untuk mengotomatiskan pekerjaan Anda, kami merekomendasikan menggunakan GitHub Actions untuk mendorong pembaruan Anda ke Capgo. Lihat [tutorial GitHub Actions](https://capgo.app/blog/automatic-build-and-release-with-github-actions/) kami untuk informasi lebih lanjut.
-
-Jangan lupa untuk mengonfigurasi variabel lingkungan CI Anda dengan kunci API Capgo Anda.
-
-## Aplikasi Demo
-
-Untuk contoh lengkap aplikasi Capgo dengan integrasi CI, lihat [aplikasi demo kami di GitHub](https://github.com/Cap-go/demo-app/)
diff --git a/src/content/docs/id/docs/cli/reference/init.mdx b/src/content/docs/id/docs/cli/reference/init.mdx
deleted file mode 100644
index 8ae71a299..000000000
--- a/src/content/docs/id/docs/cli/reference/init.mdx
+++ /dev/null
@@ -1,17 +0,0 @@
----
-title: init
-sidebar_label: init
-sidebar:
-  order: 2
-locale: id
----
-
-`npx @capgo/cli@latest init [apikey]`
-
-Perintah ini akan memandu Anda langkah demi langkah untuk:
-
-- Menambahkan aplikasi Anda ke Capgo
-- Menambahkan kode ke aplikasi Anda untuk memvalidasi pembaruan
-- Membangun aplikasi Anda
-- Mengunggah aplikasi Anda ke Capgo
-- Membantu Anda memeriksa apakah pembaruan berfungsi
\ No newline at end of file
diff --git a/src/content/docs/id/docs/cli/reference/key.mdx b/src/content/docs/id/docs/cli/reference/key.mdx
deleted file mode 100644
index a457c1b6e..000000000
--- a/src/content/docs/id/docs/cli/reference/key.mdx
+++ /dev/null
@@ -1,37 +0,0 @@
----
-title: kunci
-sidebar_label: key
-sidebar:
-  order: 7
-locale: id
----
-
-Perintah `key` memungkinkan Anda mengelola kunci penandatanganan aplikasi Anda
-
-### save
-
-`npx @capgo/cli key save`
-
-Menyimpan kunci enkripsi yang dikodekan base64 ke konfigurasi Capacitor (berguna untuk CI)
-
-Options:
-
-- `-f, --force`: Memaksa pembuatan kunci baru
-- `--key`: Path ke file kunci yang akan disimpan dalam konfigurasi Capacitor
-- `--key-data`: Data kunci yang akan disimpan langsung dalam konfigurasi Capacitor
-
-### create
-
-`npx @capgo/cli key create`
-
-Membuat kunci enkripsi baru
-
-Options:
-
-- `-f, --force`: Memaksa pembuatan kunci baru
-
-### delete_old
-
-`npx @capgo/cli key delete_old`
-
-Menghapus kunci enkripsi lama
\ No newline at end of file
diff --git a/src/content/docs/id/docs/cli/reference/login.mdx b/src/content/docs/id/docs/cli/reference/login.mdx
deleted file mode 100644
index fb7179ae3..000000000
--- a/src/content/docs/id/docs/cli/reference/login.mdx
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: masuk
-sidebar_label: login
-sidebar:
-  order: 3
-locale: id
----
-
-`npx @capgo/cli login [apikey]`
-
-Perintah ini menyimpan kunci API Capgo Anda untuk penggunaan di masa mendatang
-
-:::note
-Anda dapat mengganti kunci API yang tersimpan dengan menambahkan `--apikey=<key>` ke perintah apapun
-:::
-
-Opsi:
-
-- `--local`: Menyimpan kunci API di repo lokal dan menambahkannya ke `gitignore`
\ No newline at end of file
diff --git a/src/content/docs/id/docs/cli/reference/organisation.mdx b/src/content/docs/id/docs/cli/reference/organisation.mdx
deleted file mode 100644
index 554867ea9..000000000
--- a/src/content/docs/id/docs/cli/reference/organisation.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: 🔹 organisation
-description: 🏢 Kelola organisasi Anda di Capgo Cloud untuk kolaborasi tim dan manajemen aplikasi.
-sidebar_label: organisation
-locale: id
-sidebar:
-  order: 9
----
-
-🏢 Kelola organisasi Anda di Capgo Cloud untuk kolaborasi tim dan manajemen aplikasi.
-
-### <a id="organisation-list"></a> 📋 **List**
-
-**Alias:** `l`
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-📋 Tampilkan semua organisasi yang Anda miliki akses di Capgo Cloud.
-
-**Contoh:**
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-**Opsi:**
-
-| Param          | Type          | Deskripsi          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | API key untuk link ke akun Anda |
-| **--supa-host** | <code>string</code> | URL host Supabase kustom (untuk self-hosting atau development Capgo) |
-| **--supa-anon** | <code>string</code> | Anon key Supabase kustom (untuk self-hosting) |
-
-### <a id="organisation-add"></a> ➕ **Add**
-
-**Alias:** `a`
-
-```bash
-npx @capgo/cli@latest organisation add
-```
-
-➕ Buat organisasi baru di Capgo Cloud untuk kolaborasi tim.
-
-**Contoh:**
-
-```bash
-npx @capgo/cli@latest organisation add --name "My Company" --email admin@mycompany.com
-```
-
-**Opsi:**
-
-| Param          | Type          | Deskripsi          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | Nama organisasi |
-| **-e,** | <code>string</code> | Email manajemen untuk organisasi |
-| **-a,** | <code>string</code> | API key untuk link ke akun Anda |
-| **--supa-host** | <code>string</code> | URL host Supabase kustom (untuk self-hosting atau development Capgo) |
-| **--supa-anon** | <code>string</code> | Anon key Supabase kustom (untuk self-hosting) |
-
-### <a id="organisation-set"></a> ⚙️ **Set**
-
-**Alias:** `s`
-
-```bash
-npx @capgo/cli@latest organisation set
-```
-
-⚙️ Update pengaturan organisasi seperti nama dan email manajemen.
-
-**Contoh:**
-
-```bash
-npx @capgo/cli@latest organisation set ORG_ID --name "Updated Company Name"
-```
-
-**Opsi:**
-
-| Param          | Type          | Deskripsi          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | Nama organisasi |
-| **-e,** | <code>string</code> | Email manajemen untuk organisasi |
-| **-a,** | <code>string</code> | API key untuk link ke akun Anda |
-| **--supa-host** | <code>string</code> | URL host Supabase kustom (untuk self-hosting atau development Capgo) |
-| **--supa-anon** | <code>string</code> | Anon key Supabase kustom (untuk self-hosting) |
-
-### <a id="organisation-delete"></a> 🗑️ **Delete**
-
-**Alias:** `d`
-
-```bash
-npx @capgo/cli@latest organisation delete
-```
-
-🗑️ Hapus organisasi dari Capgo Cloud. Tindakan ini tidak dapat dibatalkan.
-Hanya pemilik organisasi yang dapat menghapus organisasi.
-
-**Contoh:**
-
-```bash
-npx @capgo/cli@latest organisation delete ORG_ID
-```
-
-**Opsi:**
-
-| Param          | Type          | Deskripsi          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | API key untuk link ke akun Anda |
-| **--supa-host** | <code>string</code> | URL host Supabase kustom (untuk self-hosting atau development Capgo) |
-| **--supa-anon** | <code>string</code> | Anon key Supabase kustom (untuk self-hosting) |
diff --git a/src/content/docs/id/docs/contributing/adding-plugins.mdx b/src/content/docs/id/docs/contributing/adding-plugins.mdx
deleted file mode 100644
index 2c607cfdb..000000000
--- a/src/content/docs/id/docs/contributing/adding-plugins.mdx
+++ /dev/null
@@ -1,453 +0,0 @@
----
-title: Menambahkan atau Mengupdate Plugin
-description: Panduan lengkap untuk kontributor dan agen tentang cara menambahkan plugin baru atau mengupdate plugin yang ada di dokumentasi Capgo.
-locale: id
-sidebar:
-  order: 10
----
-
-import { Steps, Aside, LinkCard } from '@astrojs/starlight/components';
-
-Panduan ini menjelaskan cara menambahkan plugin Capacitor baru ke website Capgo atau mengupdate dokumentasi plugin yang ada. Ini berguna untuk kontributor, maintainer, dan agen AI yang membantu maintain dokumentasi.
-
-## Gambaran Umum
-
-Saat menambahkan plugin baru ke ekosistem Capgo, Anda perlu mengupdate beberapa file dan lokasi di seluruh website untuk memastikan plugin muncul dengan benar di semua tempat yang relevan:
-
-1. **Konfigurasi Daftar Plugin** - Tambahkan metadata plugin ke master list
-2. **Halaman Index Plugin** - Tambahkan plugin ke halaman daftar plugin berkategori
-3. **Navigasi Sidebar** - Tambahkan plugin ke sidebar dokumentasi
-4. **Dokumentasi Plugin** - Buat halaman overview dan getting-started
-5. **Tutorial Plugin** - Buat tutorial komprehensif
-
-## Lokasi File
-
-### File Kunci untuk Diupdate
-
-| File | Tujuan |
-|------|---------|
-| `/src/config/plugins.ts` | Master plugin list dengan metadata |
-| `/src/content/docs/docs/plugins/index.mdx` | Halaman index plugin dengan kategori |
-| `/astro.config.mjs` | Konfigurasi navigasi sidebar |
-| `/src/content/docs/docs/plugins/[plugin-name]/` | Direktori dokumentasi plugin |
-| `/src/content/plugins-tutorials/en/` | File tutorial bahasa Inggris |
-
-## Panduan Langkah demi Langkah
-
-<Steps>
-
-1. ### Tambahkan Plugin ke Master List
-
-   Buka `/src/config/plugins.ts` dan tambahkan plugin Anda ke array `actions`:
-
-   ```typescript
-   // Pertama, import Heroicon yang sesuai
-   import YourIconName from 'astro-heroicons/mini/IconName.astro'
-
-   // Lalu tambahkan ke array actions
-   {
-     name: '@capgo/your-plugin-name',
-     author: 'github.com/Cap-go',
-     description: 'Deskripsi singkat tentang apa yang dilakukan plugin',
-     href: 'https://github.com/Cap-go/your-plugin-name/',
-     title: 'Display Name',
-     icon: YourIconName,
-   }
-   ```
-
-   **Icon yang Tersedia**: Periksa `/node_modules/astro-heroicons/mini/` untuk icon yang tersedia.
-
-2. ### Tambahkan Plugin ke Halaman Index
-
-   Buka `/src/content/docs/docs/plugins/index.mdx` dan tambahkan plugin Anda di bawah kategori yang sesuai:
-
-   ```mdx
-   <LinkCard
-     title="Your Plugin Name"
-     description="Deskripsi singkat tentang apa yang dilakukan plugin"
-     href="/docs/plugins/your-plugin-name/"
-   />
-   ```
-
-   **Kategori**:
-   - ⭐ Featured Plugins
-   - 📱 Device & System Plugins
-   - 🎥 Media & Camera Plugins
-   - 🛠️ Utility Plugins
-   - 🤖 AI & Advanced Media
-   - 📍 Location & Background Services
-   - 📞 Communication & Analytics
-   - 🔐 Security & System
-   - 📊 Android-Specific Features
-   - 📥 Download & Navigation
-
-3. ### Tambahkan ke Navigasi Sidebar
-
-   Buka `/astro.config.mjs` dan tambahkan plugin Anda ke konfigurasi sidebar (sekitar line 540):
-
-   ```javascript
-   {
-     label: 'Your Plugin Name',
-     items: [
-       { label: 'Overview', link: '/docs/plugins/your-plugin-name/' },
-       { label: 'Getting started', link: '/docs/plugins/your-plugin-name/getting-started' },
-     ],
-     collapsed: true,
-   }
-   ```
-
-   Plugin didaftar secara alfabetis di sidebar.
-
-4. ### Buat Direktori Dokumentasi Plugin
-
-   Buat direktori baru untuk dokumentasi plugin Anda:
-
-   ```bash
-   mkdir -p /src/content/docs/docs/plugins/your-plugin-name/
-   ```
-
-5. ### Buat Halaman Overview Plugin
-
-   Buat `/src/content/docs/docs/plugins/your-plugin-name/index.mdx`:
-
-   ```mdx
-   ---
-   title: "@capgo/your-plugin-name"
-   description: Deskripsi singkat tentang tujuan plugin
-   tableOfContents: false
-   next: false
-   prev: false
-   sidebar:
-     order: 1
-     label: "Introduction"
-   hero:
-     tagline: Tagline detail menjelaskan apa yang dilakukan plugin
-     image:
-       file: ~public/your-plugin-icon.svg
-     actions:
-       - text: Get started
-         link: /docs/plugins/your-plugin-name/getting-started/
-         icon: right-arrow
-         variant: primary
-       - text: Github
-         link: https://github.com/Cap-go/your-plugin-name/
-         icon: external
-         variant: minimal
-   ---
-
-   import { Card, CardGrid } from '@astrojs/starlight/components';
-
-   <CardGrid stagger>
-     <Card title="Feature 1" icon="puzzle">
-       Deskripsi fitur kunci pertama
-     </Card>
-     <Card title="Feature 2" icon="rocket">
-       Deskripsi fitur kunci kedua
-     </Card>
-     <Card title="Cross-platform" icon="puzzle">
-       Berfungsi di iOS dan Android 📱
-     </Card>
-     <Card title="Comprehensive Documentation" icon="open-book">
-       Periksa [Documentation](/docs/plugins/your-plugin-name/getting-started/) untuk menguasai plugin.
-     </Card>
-   </CardGrid>
-   ```
-
-6. ### Buat Panduan Memulai
-
-   Buat `/src/content/docs/docs/plugins/your-plugin-name/getting-started.mdx`:
-
-   ```mdx
-   ---
-   title: Getting Started
-   description: Pelajari cara menginstal dan menggunakan plugin di aplikasi Capacitor Anda.
-   sidebar:
-     order: 2
-   ---
-
-   import { Steps } from '@astrojs/starlight/components';
-   import { PackageManagers } from 'starlight-package-managers'
-
-   <Steps>
-   1. **Instal package**
-      <PackageManagers pkg="@capgo/your-plugin-name" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-   2. **Sync dengan proyek native**
-      <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   </Steps>
-
-   ## Konfigurasi
-
-   ### Konfigurasi iOS
-   [Instruksi setup spesifik iOS]
-
-   ### Konfigurasi Android
-   [Instruksi setup spesifik Android]
-
-   ## Penggunaan
-
-   [Contoh penggunaan dasar]
-
-   ## Referensi API
-
-   [Dokumentasi API detail]
-
-   ## Contoh Lengkap
-
-   [Contoh kerja lengkap]
-
-   ## Best Practices
-
-   [Praktik yang direkomendasikan dan tips]
-
-   ## Catatan Platform
-
-   [Catatan dan keterbatasan spesifik platform]
-   ```
-
-7. ### Buat File Tutorial
-
-   Buat `/src/content/plugins-tutorials/en/your-plugin-name.md`:
-
-   ```markdown
-   ---
-   locale: en
-   ---
-   # Menggunakan Package @capgo/your-plugin-name
-
-   Package `@capgo/your-plugin-name` [deskripsi singkat]. Dalam tutorial ini, kami akan memandu Anda melalui instalasi, konfigurasi, dan penggunaan package ini di aplikasi Ionic Capacitor Anda.
-
-   ## Instalasi
-
-   [Langkah instalasi]
-
-   ## Konfigurasi
-
-   [Langkah konfigurasi untuk iOS dan Android]
-
-   ## Penggunaan API
-
-   [Contoh penggunaan API detail]
-
-   ## Contoh Lengkap
-
-   [Contoh kerja lengkap]
-
-   ## Best Practices
-
-   [Tips dan best practices]
-
-   ## Troubleshooting
-
-   [Masalah umum dan solusi]
-
-   ## Kesimpulan
-
-   [Ringkasan dan link ke resource tambahan]
-   ```
-
-</Steps>
-
-## Struktur Dokumentasi Plugin
-
-### File yang Diperlukan
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx           # Halaman overview dengan hero dan feature cards
-└── getting-started.mdx # Panduan instalasi dan penggunaan
-
-src/content/plugins/en/
-└── your-plugin-name.md # Tutorial komprehensif
-```
-
-### File Opsional
-
-Untuk plugin kompleks, Anda dapat menambahkan halaman dokumentasi tambahan:
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx
-├── getting-started.mdx
-├── api-reference.mdx   # Dokumentasi API detail
-├── examples.mdx        # Contoh tambahan
-├── troubleshooting.mdx # Panduan troubleshooting
-└── migrations.mdx      # Panduan migrasi
-```
-
-## Pedoman Konten
-
-### Menulis Deskripsi Plugin
-
-- **Ringkas**: Jaga deskripsi di bawah 100 karakter
-- **Spesifik**: Jelaskan apa yang dilakukan plugin, bukan apa itu
-- **Gunakan Kata Kerja**: Mulai dengan kata kerja seperti "Kontrol", "Integrasikan", "Aktifkan"
-
-**Contoh Baik**:
-- "Kontrol flashlight dan torch perangkat dengan toggle on/off sederhana"
-- "Integrasikan live chat Crisp dan customer support ke aplikasi Anda"
-- "Aktifkan autentikasi aman menggunakan Face ID dan Touch ID"
-
-**Contoh Buruk**:
-- "Plugin untuk flash"
-- "Ini adalah plugin Crisp"
-- "Plugin biometrik"
-
-### Menulis Dokumentasi
-
-1. **Mulai dengan Instalasi**: Selalu mulai dengan langkah instalasi yang jelas
-2. **Berikan Konfigurasi**: Sertakan persyaratan setup spesifik platform
-3. **Tampilkan Contoh Penggunaan**: Berikan contoh kode yang berfungsi
-4. **Sertakan Referensi API**: Dokumentasikan semua method dan parameter
-5. **Tambahkan Contoh Lengkap**: Tampilkan pola penggunaan dunia nyata
-6. **Daftar Praktik Terbaik**: Bagikan tips untuk penggunaan optimal
-7. **Dokumentasikan Perbedaan Platform**: Perjelas perilaku iOS vs Android
-8. **Tambahkan Troubleshooting**: Tangani masalah umum
-
-### Contoh Kode
-
-- Gunakan TypeScript untuk semua contoh kode
-- Sertakan import di atas
-- Tambahkan komentar menjelaskan langkah kunci
-- Tampilkan error handling
-- Demonstrasikan penggunaan dasar dan lanjutan
-
-## Checklist
-
-Gunakan checklist ini saat menambahkan plugin baru:
-
-- [ ] Menambahkan plugin ke `/src/config/plugins.ts`
-- [ ] Memilih icon yang sesuai dari Heroicons
-- [ ] Menambahkan plugin ke `/src/content/docs/docs/plugins/index.mdx` di bawah kategori yang benar
-- [ ] Menambahkan entry sidebar di `/astro.config.mjs`
-- [ ] Membuat direktori dokumentasi plugin
-- [ ] Membuat halaman overview `index.mdx`
-- [ ] Membuat panduan `getting-started.mdx`
-- [ ] Membuat tutorial di `/src/content/plugins-tutorials/en/`
-- [ ] Menyertakan instruksi instalasi
-- [ ] Mendokumentasikan konfigurasi iOS
-- [ ] Mendokumentasikan konfigurasi Android
-- [ ] Menyediakan contoh penggunaan
-- [ ] Menambahkan referensi API
-- [ ] Menyertakan contoh kerja lengkap
-- [ ] Mendaftar best practices
-- [ ] Menambahkan catatan spesifik platform
-- [ ] Menguji semua link berfungsi dengan benar
-
-## Referensi Icon
-
-Icon umum yang digunakan untuk plugin (dari `astro-heroicons/mini/`):
-
-| Icon | Use Case |
-|------|----------|
-| `BoltIcon` | Flash, power, energy |
-| `CameraIcon` | Camera, photo, video |
-| `ChatBubbleLeftIcon` | Chat, messaging, communication |
-| `FingerPrintIcon` | Biometric, security, authentication |
-| `MapPinIcon` | Location, geolocation, maps |
-| `SpeakerWaveIcon` | Audio, sound, music |
-| `VideoCameraIcon` | Video, recording, streaming |
-| `CreditCardIcon` | Payments, purchases |
-| `PlayCircleIcon` | Media players, video players |
-| `SignalIcon` | Connectivity, network, beacon |
-| `RadioIcon` | Beacon, broadcast, wireless |
-| `ChatBubbleOvalLeftIcon` | Social media, WeChat |
-
-## Mengupdate Plugin yang Ada
-
-Saat mengupdate plugin yang ada:
-
-1. **Update nomor versi** di dokumentasi
-2. **Tambahkan panduan migrasi** jika ada breaking changes
-3. **Update referensi API** dengan method baru
-4. **Tambahkan contoh baru** untuk fitur baru
-5. **Update persyaratan platform** jika berubah
-6. **Revisi best practices** berdasarkan fitur baru
-7. **Jaga tutorial tetap current** dengan API terbaru
-
-## Dukungan Multi-bahasa
-
-Website mendukung beberapa bahasa. Setelah membuat dokumentasi bahasa Inggris:
-
-1. Jalankan script terjemahan:
-   ```bash
-   bun run plugins:translate_all
-   ```
-
-2. Review terjemahan yang dihasilkan di:
-   - `/src/content/plugins-tutorials/de/` (Jerman)
-   - `/src/content/plugins-tutorials/es/` (Spanyol)
-   - `/src/content/plugins-tutorials/fr/` (Prancis)
-   - `/src/content/plugins-tutorials/it/` (Italia)
-   - `/src/content/plugins-tutorials/ja/` (Jepang)
-   - `/src/content/plugins-tutorials/ko/` (Korea)
-   - `/src/content/plugins-tutorials/id/` (Indonesia)
-
-## Testing Perubahan Anda
-
-Setelah menambahkan atau mengupdate dokumentasi plugin:
-
-1. **Build site secara lokal**:
-   ```bash
-   npm run build
-   ```
-
-2. **Periksa error**:
-   - Verifikasi semua link berfungsi
-   - Pastikan gambar dimuat dengan benar
-   - Konfirmasi contoh kode valid
-   - Test navigasi berfungsi
-
-3. **Preview site**:
-   ```bash
-   npm run dev
-   ```
-
-4. **Verifikasi plugin Anda muncul**:
-   - Periksa halaman daftar plugin
-   - Verifikasi navigasi sidebar
-   - Test semua halaman dokumentasi
-   - Konfirmasi halaman tutorial berfungsi
-
-## Kesalahan Umum
-
-<Aside type="caution">
-**Hindari kesalahan umum ini:**
-
-1. **Lupa sync**: Selalu jalankan `npx cap sync` di contoh
-2. **Penamaan tidak konsisten**: Gunakan nama plugin yang sama di mana-mana
-3. **Config platform hilang**: Dokumentasikan setup iOS dan Android
-4. **Link rusak**: Gunakan link relatif dan verifikasi mereka berfungsi
-5. **Tidak ada error handling**: Selalu tampilkan try-catch di contoh
-6. **Import hilang**: Sertakan semua import yang diperlukan di contoh
-7. **Deskripsi tidak jelas**: Spesifik tentang apa yang dilakukan plugin
-</Aside>
-
-## Mendapatkan Bantuan
-
-Jika Anda butuh bantuan menambahkan atau mengupdate dokumentasi plugin:
-
-- **Discord**: Gabung [komunitas Discord](https://discord.capgo.app) kami
-- **GitHub**: Buka issue di [repository website](https://github.com/Cap-go/website)
-- **Email**: Hubungi tim di support@capgo.app
-
-## Contoh
-
-Untuk referensi, periksa plugin yang terdokumentasi dengan baik ini:
-
-- **Updater**: `/src/content/docs/docs/plugins/updater/` (plugin kompleks dengan beberapa halaman)
-- **Flash**: `/src/content/docs/docs/plugins/flash/` (plugin sederhana, contoh starter yang baik)
-- **Social Login**: `/src/content/docs/docs/plugins/social-login/` (plugin dengan sub-pages)
-
-## Ringkasan
-
-Menambahkan plugin ke dokumentasi Capgo melibatkan:
-
-1. Menambahkan metadata ke konfigurasi master
-2. Menambahkan plugin ke halaman index berkategori
-3. Mengkonfigurasi navigasi sidebar
-4. Membuat halaman dokumentasi komprehensif
-5. Menulis tutorial detail
-6. Testing semua perubahan secara lokal
-
-Dengan mengikuti panduan ini, Anda memastikan bahwa plugin didokumentasikan secara konsisten dan mudah ditemukan oleh pengguna.
diff --git a/src/content/docs/id/docs/faq.mdx b/src/content/docs/id/docs/faq.mdx
deleted file mode 100644
index 3f9536e6a..000000000
--- a/src/content/docs/id/docs/faq.mdx
+++ /dev/null
@@ -1,364 +0,0 @@
----
-title: FAQ (Tanya Jawab)
-description: FAQ Seputar Capgo
-sidebar:
-  order: 1
-locale: id
----
-
-Jika Anda memiliki pertanyaan yang belum terjawab di sini, silakan bertanya! Baik dengan membuat issue atau bertanya di [Discord](https://discordcom/invite/VnYRvBfgA6)
-
-### Apa itu "code push"?[](https://capgo.app/docs/#what-is-code-push "Direct link to What is \"code push\"?")
-
-Code push, juga dikenal sebagai "over the air updates" (OTA) adalah layanan cloud yang memungkinkan pengembang Capacitor untuk menerapkan pembaruan ke aplikasi mereka dalam produksi. Capgo saat ini berfungsi di Android dan iOS dan nantinya akan berfungsi di mana pun Capacitor bekerja.
-
-"Code Push" adalah referensi untuk nama fitur deploy yang digunakan oleh komunitas React Native dari [Microsoft](https://appcenterms/) dan [Expo](https://expodev/), yang keduanya tidak mendukung Capacitor.
-
-### Apa perbedaan antara bundle dan release?[](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release "Direct link to What is the difference between a bundle and a release?")
-
-Kami menggunakan istilah "release" untuk menyiapkan binary untuk app store. Agar nantinya dapat menghasilkan bundle, Capgo perlu mengetahui binary yang persis yang dikirim ke app store.
-
-Kami menggunakan istilah "bundle" untuk patch yang dapat diterapkan ke release untuk memperbarui kode baru. Perintah `npx @capgo/cli app update` digunakan untuk menghasilkan bundle dari kode lokal baru Anda yang kemudian dikirim ke pengguna Anda.
-
-### Apa roadmap-nya?[](https://capgo.app/docs/faq/#what-is-the-roadmap "Direct link to What is the roadmap?")
-
-Papan proyek kami juga bersifat publik dan dapat ditemukan di: [https://github.com/orgs/Cap-go/projects](https://github.com/orgs/Cap-go/projects/)
-
-Tim kami juga beroperasi secara publik, jadi Anda dapat melihat apa yang sedang kami kerjakan setiap saat. Kami senang menjawab pertanyaan apa pun yang Anda miliki tentang roadmap atau prioritas kami melalui Github issues atau [Discord](https://discordcom/invite/VnYRvBfgA6).
-
-### Bisakah saya menggunakan Capgo dengan tim saya?[](https://capgo.app/docs/faq/#can-i-use-capgo-with-my-team "Direct link to Can I use Capgo with my team?")
-
-Ya! Semua paket mendukung pengembang tanpa batas. Kami hanya membatasi metrik aplikasi (MAU, penyimpanan dan bandwidth) untuk setiap organisasi.
-
-Lihat [Teams](https://capgo.app/pricing/) untuk informasi lebih lanjut.
-
-### Apakah Capgo menyimpan kode sumber saya?[](https://capgo.app/docs/faq/#does-capgo-store-my-source-code "Direct link to Does Capgo store my source code?")
-
-Tidak. Server Capgo tidak pernah melihat kode sumber Anda. Ketika Anda menjalankan `npx @capgo/cli app update`, alat `npx @capgo/cli` hanya mengunggah kode yang sama yang dikompilasi yang Anda kirim ke app store. Jika Anda menginginkan keamanan tambahan, Anda dapat menggunakan enkripsi End to End untuk mengenkripsi bundle Anda sebelum mengunggahnya ke server Capgo. Ini melindungi bundle saat penyimpanan dan transit serta mencegah pihak ketiga menghasilkan pembaruan terenkripsi yang valid tanpa kunci privat Anda, tetapi tidak membuat aset web yang dikirim mustahil untuk direkayasa balik karena kunci publik ada di aplikasi yang didistribusikan.
-
-Lihat juga kebijakan privasi kami: [https://capgo.app/privacy](https://capgo.app/privacy/)
-
-### Bisakah saya menggunakan Capgo dari sistem CI saya?[](https://capgo.app/docs/faq/#can-i-use-capgo-from-my-ci-system "Direct link to Can I use Capgo from my CI system?")
-
-Ya. Capgo dimaksudkan untuk digunakan dari sistem CI. Kami telah menerbitkan panduan untuk [Android dan Github Actions](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) dan [IOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/), Dan untuk [Gitlab](https://capgo.app/blog/setup-ci-and-cd-gitlab/), sistem CI lainnya seharusnya serupa.
-
-Jangan ragu untuk menghubungi kami melalui GitHub issues atau Discord jika Anda mengalami masalah.
-
-### Bagaimana hubungannya dengan Firebase Remote Config atau Launch Darkly?[](https://capgo.app/docs/faq/#how-does-this-relate-to-firebase-remote-config-or-launch-darkly "Direct link to How does this relate to Firebase Remote Config or Launch Darkly?")
-
-Code push memungkinkan menambahkan kode baru / mengganti kode pada perangkat. Firebase Remote Config dan Launch Darkly keduanya adalah sistem konfigurasi. Mereka memungkinkan Anda untuk mengubah konfigurasi aplikasi Anda tanpa harus mengirim versi baru. Mereka tidak dimaksudkan untuk mengganti kode.
-
-### Seberapa besar jejak dependensi yang ditambahkannya?[](https://capgo.app/docs/faq/#how-big-of-a-dependency-footprint-does-this-add "Direct link to How big of a dependency footprint does this add?")
-
-Saya belum mengukur baru-baru ini, tetapi saya memperkirakan library code push akan menambah kurang dari satu megabyte ke aplikasi Capacitor. Kami tahu cara untuk membuatnya lebih kecil ketika itu menjadi prioritas. Jika ukuran menjadi penghalang bagi Anda, beri tahu kami!
-
-### Apakah code push bekerja dengan aplikasi besar?[](https://capgo.app/docs/faq/#does-code-push-work-with-large-applications "Direct link to Does code push work with large applications?")
-
-Ya. Tidak ada batasan ukuran aplikasi yang dapat diperbarui dengan code push. Seperti disebutkan [di bawah](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support), Capgo dapat mengubah kode JS apa pun dalam aplikasi Anda tanpa memandang ukuran.
-
-Perlu diperhatikan: Ukuran yang lebih besar membuat lebih sulit bagi pengguna untuk mengunduh pembaruan. Kami menyarankan untuk menjaga aplikasi Anda sekecil mungkin.
-
-### Untuk apa saya bisa menggunakan Capgo code push?[](https://capgo.app/docs/faq/#what-can-i-use-capgo-code-push-for "Direct link to What can I use Capgo code push for?")
-
-Kami telah melihat berbagai penggunaan, termasuk:
-
--   Perbaikan darurat untuk aplikasi produksi
--   Mengirim perbaikan bug ke pengguna pada versi lama aplikasi Anda
--   Pengiriman konstan (misalnya setiap jam)
-
-Perhatikan bahwa sebagian besar app store melarang pengiriman kode yang mengubah perilaku aplikasi secara signifikan. Silakan lihat [di bawah](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies) untuk informasi lebih lanjut.
-
-### Apa yang dihitung sebagai "MAU" untuk Capgo?[](https://capgo.app/docs/faq/#what-counts-as-a-mau-for-capgo "Direct link to What counts as a \"MAU\" for Capgo?")
-
-MAU adalah "Monthly Active User". Kami menghitung MAU sebagai perangkat yang telah menghubungi server kami dalam 30 hari terakhir. Kami tidak menghitung perangkat yang tidak menghubungi server kami dalam 30 hari terakhir.
-
-**Penting**: Sejak versi plugin **v6.25.0** dan **v7.25.0**, ID perangkat sekarang bertahan di seluruh instalasi ulang aplikasi. Sebelum versi ini, setiap instalasi ulang aplikasi akan menghasilkan ID perangkat baru dan dihitung sebagai MAU baru.
-
-Dengan versi saat ini:
-- ID perangkat bertahan di seluruh instalasi ulang aplikasi (disimpan dengan aman di Keychain pada iOS dan EncryptedSharedPreferences pada Android)
-- Memperbarui aplikasi tidak membuat ID Perangkat baru
-- Selama pengembangan, jika Anda menggunakan versi plugin yang lebih lama (< v6.25.0 / v7.25.0), setiap instalasi ulang masih membuat MAU baru
-
-Catatan: Unduhan TestFlight dan perpindahan channel di Android mungkin masih menghasilkan pendaftaran perangkat baru tergantung pada konfigurasi Anda.
-
-> Kami menyarankan setelah pengaturan pertama, untuk menonaktifkan perangkat dev dan emulator untuk mengurangi jumlah perangkat duplikat.
-
-### Apa yang tidak bisa kita gunakan Capgo code push untuk?[](https://capgo.app/docs/faq/#what-cant-we-use-capgo-code-push-for "Direct link to What can't we use Capgo code push for?")
-
-Seperti di atas, Capgo tidak boleh digunakan untuk melanggar kebijakan app store. Silakan lihat [di bawah](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines) untuk informasi lebih lanjut.
-
-Juga Capgo tidak mendukung perubahan kode native (misalnya Java/Kotlin di Android atau Objective-C/Swift di iOS). Alat akan memperingatkan Anda selama percobaan pembaruan jika Anda telah mengubah kode native.
-
-### Dapatkah saya memperbarui perubahan capacitor.config.ts melalui Capgo?[](https://capgo.app/docs/faq/#can-i-update-capacitorconfigts-changes-via-capgo "Direct link to Can I update capacitor.config.ts changes via Capgo?")
-
-Tidak. Perubahan pada `capacitor.config.ts` tidak dapat dikirim melalui pembaruan langsung Capgo. File konfigurasi Capacitor dibaca pada waktu build native dan dikompilasi ke dalam binary aplikasi native. Ini berarti setiap perubahan pada `capacitor.config.ts` (seperti konfigurasi plugin, ID aplikasi, pengaturan server, atau opsi plugin native) memerlukan rilis native baru melalui App Store atau Google Play.
-
-Capgo hanya dapat memperbarui aset web (HTML, CSS, JavaScript) yang dimuat saat runtime. Jika Anda perlu mengubah konfigurasi Capacitor, Anda harus:
-1. Memperbarui `capacitor.config.ts` secara lokal
-2. Membangun ulang aplikasi native Anda (`npx cap sync` diikuti dengan build native)
-3. Mengirimkan binary baru ke app store
-
-### Apakah Capgo mengirimkan ke store untuk saya?[](https://capgo.app/docs/faq/#does-capgo-submit-to-the-stores-for-me "Direct link to Does Capgo submit to the stores for me?")
-
-Capgo saat ini tidak mendukung pengiriman ke app store atas nama Anda. Kami memiliki rencana untuk menambahkan ini di masa depan, tetapi untuk saat ini Anda perlu terus menggunakan proses yang ada untuk mengirim ke app store.
-
-Anda dapat menggunakan [panduan CI Android](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) kami untuk mengotomatiskan proses ini dan [panduan CI iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/).
-
-### Apa yang disimpan Capgo di disk dan di mana?[](https://capgo.app/docs/faq/#what-does-capgo-store-on-disk-and-where "Direct link to What does Capgo store on disk and where?")
-
-Updater Capgo (termasuk dalam aplikasi Anda ketika Anda membangun aplikasi Anda) menyimpan bundle terakhir yang diunduh dalam satu-satunya direktori yang diizinkan capacitor untuk memuat kode. Di Android, ini terletak di `/data/user/0/comexampleapp/code_cache/capgo_updater` meskipun bagian awal dari path itu disediakan oleh sistem Android dan dapat berubah secara dinamis saat runtime. Pada perangkat iOS, data disimpan di bawah `Library/Application Support/capgo`.
-
-Alat baris perintah Capgo (misalnya`npx @capgo/cli app update`) diinstal pada disk di cache npm, login Anda disimpan di direktori home Anda di `~/capgo`
-
-### Bagaimana hubungannya dengan Hot Reload Capacitor?[](https://capgo.app/docs/faq/#how-does-this-relate-to-capacitor-hot-reload "Direct link to How does this relate to Capacitor Hot Reload?")
-
-Hot reload Capacitor hanya fitur pada saat pengembangan. Code push adalah untuk produksi.
-
-Hot reload adalah fitur Capacitor yang memungkinkan Anda mengubah kode pada perangkat selama pengembangan. Ini membutuhkan build aplikasi Capacitor dengan proxy untuk terhubung ke mesin lokal Anda.
-
-Code push adalah fitur yang memungkinkan Anda mengubah kode pada perangkat dalam produksi. Kami akan menggunakan berbagai teknik berbeda untuk membuatnya mungkin tergantung platformnya.
-
-### Perubahan jenis apa yang didukung code push Capgo?[](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support "Direct link to What types of changes does Capgo code push support?") 
-
-Capgo dapat mengubah kode JS apapun dalam aplikasi Anda. Ini termasuk kode aplikasi dan kode yang dihasilkan. Anda juga dapat memperbarui dependensi di `packages.json` selama tidak memerlukan perubahan kode native.
-
-Kami tidak berencana untuk mendukung perubahan kode native (misalnya Java/Kotlin di Android atau Objective-C/Swift di iOS), dan tool akan memperingatkan jika mendeteksi Anda telah mengubah kode native karena tidak akan dimasukkan dalam bundle.
-
-### Apakah mendukung Web?[](https://capgo.app/docs/faq/#does-this-support-web "Direct link to Does this support Flutter Web?")
-
-Code push tidak diperlukan untuk web karena web sudah bekerja dengan cara ini. Ketika pengguna membuka aplikasi web, ia mengunduh versi terbaru dari server jika dibutuhkan.
-
-Jika Anda memiliki use case untuk code push dengan web, kami ingin mengetahuinya!
-
-### Apakah akan berfungsi di iOS, Android, Mac, Windows, Linux, dll?[](https://capgo.app/docs/faq/#will-this-work-on-ios-android-mac-windows-linux-etc "Direct link to Will this work on iOS, Android, Mac, Windows, Linux, etc?")
-
-Ya.
-
-Sejauh ini kami fokus pada dukungan Android dan iOS, tapi code push pada akhirnya akan bekerja di mana saja Capacitor bekerja. Kami memastikan telah membangun semua infrastruktur yang diperlukan untuk menyediakan code push secara andal dan aman terlebih dahulu sebelum memperluas ke platform lain.
-
-### Versi OS apa yang didukung Capgo?[](https://capgo.app/docs/faq/#what-os-versions-does-capgo-support "Direct link to What OS versions does Capgo support?")
-
-Capgo mendukung versi Android yang sama dengan yang didukung Capacitor.
-
-Capacitor saat ini mendukung Android API level 22+ dan iOS 13.0+: [https://capacitorjs.com/docs/main/reference/support-policy](https://capacitorjs.com/docs/main/reference/support-policy/)
-
-### Versi Capacitor apa yang didukung Capgo?[](https://capgo.app/docs/faq/#what-versions-of-flutter-does-capgo-support "Direct link to What versions of Flutter does Capgo support?")
-
-Capgo saat ini hanya mendukung versi stabil terbaru dari Capacitor. Kami dapat mendukung versi Capacitor yang lebih lama juga, kami hanya belum membangun infrastruktur yang diperlukan untuk mempertahankannya seiring waktu. Kami bermaksud untuk mendukung lebih banyak versi Capacitor di masa depan, termasuk versi apapun untuk pelanggan enterprise kami [https://github.com/Cap-go/capgo/issues/1100](https://github.com/Cap-go/capgo/issues/1100/)
-
-Capgo mengikuti Flutter stabil dan umumnya diperbarui dalam beberapa jam setelah rilis stabil. Sistem kami untuk melakukan pembaruan ini otomatis dan membutuhkan beberapa menit untuk dijalankan. Kami kemudian melakukan langkah verifikasi manual tambahan sebelum mempublikasikan ke server kami.
-
-### Bagaimana hubungannya dengan proses review atau kebijakan App/Play Store?[](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies "Direct link to How does this relate to the App/Play Store review process or policies?")
-
-Pengembang terikat dengan perjanjian mereka dengan penyedia toko saat memilih untuk menggunakan toko tersebut. Code push dirancang untuk memungkinkan pengembang memperbarui aplikasi mereka dan tetap mematuhi kebijakan toko di iOS dan Android. Mirip dengan berbagai produk komersial yang tersedia untuk melakukannya dengan React Native (misalnya [Microsoft](https://appcenter.ms/), [Expo](https://expo.dev/))
-
-Microsoft juga menerbitkan panduan tentang bagaimana solusi mereka mematuhi app store: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-Code push adalah teknik yang banyak digunakan di seluruh app store. Semua aplikasi besar yang saya ketahui menggunakan code push. Kebijakan utama yang perlu diperhatikan adalah tidak mengubah perilaku aplikasi secara signifikan. Silakan lihat [di bawah](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines) untuk informasi lebih lanjut.
-
-### Apakah Capgo mematuhi pedoman Play Store?[](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines "Direct link to Does Capgo comply with Play Store guidelines?")
-
-Ya.
-
-Play Store menawarkan dua pembatasan terkait alat pembaruan:
-
-1. Pembaruan harus menggunakan interpreter atau mesin virtual (Capgo menggunakan Dart Virtual Machine) [https://support.google.com/googleplay/android-developer/answer/9888379?hl=en](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en)
-
-```
-    Aplikasi yang didistribusikan melalui Google Play tidak boleh memodifikasi, mengganti, atau memperbarui dirinya sendiri
-    menggunakan metode selain mekanisme pembaruan Google Play. Demikian juga, aplikasi
-    tidak boleh mengunduh kode yang dapat dieksekusi (seperti file dex, JAR, so) dari
-    sumber selain Google Play. *Pembatasan ini tidak berlaku untuk kode
-    yang berjalan di mesin virtual atau interpreter* di mana keduanya menyediakan
-    akses tidak langsung ke API Android (seperti JavaScript di webview atau
-    browser)
-
-    Aplikasi atau kode pihak ketiga, seperti SDK, dengan bahasa yang diinterpretasikan (JavaScript,
-    Python, Lua, dll) yang dimuat saat runtime (misalnya, tidak dikemas dengan
-    aplikasi) tidak boleh mengizinkan potensi pelanggaran kebijakan Google Play
-```
-
-2. Perubahan pada aplikasi tidak boleh menipu (misalnya mengubah tujuan aplikasi melalui pembaruan) [https://support.google.com/googleplay/android-developer/answer/9888077](https://support.google.com/googleplay/android-developer/answer/9888077/) Harap jelaskan kepada pengguna Anda tentang apa yang Anda sediakan dengan aplikasi Anda dan jangan melanggar ekspektasi mereka dengan perubahan perilaku yang signifikan melalui penggunaan Capgo.
-
-Capgo dirancang untuk kompatibel dengan pedoman Play Store. Namun Capgo adalah alat, dan seperti alat lainnya, dapat disalahgunakan. Sengaja menyalahgunakan Capgo untuk melanggar pedoman Play Store adalah pelanggaran [Ketentuan Layanan](https://capgo.app/tos/) Capgo dan dapat mengakibatkan pemutusan akun Anda.
-
-Akhirnya, layanan code push banyak digunakan di industri (semua aplikasi besar yang saya ketahui menggunakannya) dan ada beberapa layanan code push lain yang tersedia untuk umum (misalnya expo.dev & appcenter.ms). Ini adalah jalan yang sudah banyak dilalui.
-
-Microsoft juga menerbitkan panduan tentang bagaimana library "codepush" react native mereka mematuhi app store: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### Apakah Capgo mematuhi pedoman App Store?[](https://capgo.app/docs/faq/#does-capgo-comply-with-app-store-guidelines "Direct link to Does Capgo comply with App Store guidelines?")
-
-Ya.
-
-Mirip dengan Play Store, App Store menawarkan pembatasan teknis dan kebijakan
-
-```
-3.2.2
-... kode yang diinterpretasikan dapat diunduh ke Aplikasi hanya selama
-kode tersebut:
-(a) tidak mengubah tujuan utama Aplikasi dengan menyediakan
-fitur atau fungsionalitas yang tidak sesuai dengan tujuan yang dimaksudkan dan
-diiklankan dari Aplikasi sebagaimana yang diserahkan ke App Store,
-(b) tidak membuat toko atau storefront untuk kode atau aplikasi lain, dan
-(c) tidak memotong signing, sandbox, atau fitur keamanan lain dari OS
-```
-
-Capgo menggunakan interpreter Dart khusus untuk mematuhi pembatasan interpreter-only untuk pembaruan di iOS. Selama aplikasi Anda tidak melakukan perilaku yang menipu melalui pembaruan (misalnya mengubah tujuan aplikasi melalui pembaruan), memperbarui melalui Capgo (atau solusi code push lainnya) adalah praktik standar industri dan mematuhi pedoman App Store.
-
-Penyalahgunaan Capgo secara sengaja untuk melanggar pedoman App Store adalah pelanggaran [Ketentuan Layanan](https://capgo.app/tos/) Capgo dan dapat mengakibatkan penutupan akun Anda.
-
-Microsoft juga menerbitkan panduan tentang bagaimana pustaka "codepush" react native mereka mematuhi app store: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### Bisakah saya menggunakan Capgo di negara saya?[](https://capgo.app/docs/faq/#can-i-use-capgo-in-my-country "Link langsung ke Bisakah saya menggunakan Capgo di negara saya?")
-
-Kami tidak membatasi akses ke Capgo dari negara manapun.
-
-Kami menyadari bahwa beberapa negara memiliki pembatasan URL yang dapat diakses dari dalam negara. Capgo saat ini menggunakan Cloudflare Cloud untuk hosting, termasuk R2 Storage dan Cloudflare workers.
-
-URL berikut digunakan oleh Capgo:
-
-- [https://apicapgo.app](https://apicapgo.app/) -- digunakan oleh alat baris perintah `npx @capgo/cli` untuk berinteraksi dengan server Capgo serta pembaruan Capgo pada perangkat pengguna untuk memeriksa pembaruan
-- [https://*r2cloudflarestoragecom](https://*r2cloudflarestoragecom/) -- digunakan oleh alat baris perintah `npx @capgo/cli` untuk mengunggah dan mengunduh bundle
-
-Jika semua URL tersebut dapat diakses dari negara Anda, maka Capgo seharusnya berfungsi.
-
-Jika wilayah Anda mengharuskan memblokir akses ke URL tersebut, silakan beri tahu kami dan kami dapat bekerja sama untuk menemukan solusi. Server proxy adalah salah satu pilihannya.
-
-### Bisakah saya menghosting Capgo sendiri?[](https://capgo.app/docs/faq/#can-i-self-host-capgo "Link langsung ke Bisakah saya menghosting Capgo sendiri?")
-
-Ya, Anda dapat menghosting Capgo sendiri. Panduannya belum ditulis, tetapi kodenya bersifat open source dan tersedia di [https://github.com/cap-go/capgo](https://github.com/cap-go/capgo/)
-
-### Apakah code push memerlukan internet untuk bekerja?[](https://capgo.app/docs/faq/#does-code-push-require-the-internet-to-work "Link langsung ke Apakah code push memerlukan internet untuk bekerja?")
-
-Ya. Seseorang bisa membayangkan menjalankan server untuk mendistribusikan pembaruan secara terpisah dari internet umum, tetapi beberapa bentuk konektivitas jaringan diperlukan untuk mentransfer pembaruan ke perangkat.
-
-### Bagaimana Capgo terpengaruh oleh kurangnya konektivitas jaringan?[](https://capgo.app/docs/faq/#how-is-capgo-affected-by-lack-of-network-connectivity "Link langsung ke Bagaimana Capgo terpengaruh oleh kurangnya konektivitas jaringan?")
-
-Pembaruan Capgo (termasuk dalam aplikasi Anda saat Anda membangun aplikasi dengan Capgo) dirancang untuk tahan terhadap masalah konektivitas jaringan.
-
-Dalam perilaku pembaruan default, ketika aplikasi diluncurkan, ia memberi tahu pembaruan Capgo, yang memunculkan thread terpisah untuk membuat permintaan jaringan ke server Capgo dan meminta pembaruan. Kami sengaja menggunakan thread terpisah untuk menghindari mempengaruhi pemblokiran hal lain yang mungkin dilakukan aplikasi. Jika permintaan jaringan gagal atau timeout, pembaruan akan mencoba memeriksa lagi saat aplikasi diluncurkan berikutnya.
-
-Alat baris perintah Capgo (misalnya `npx @capgo/cli app update`) memerlukan konektivitas jaringan untuk berfungsi. Jika Anda menggunakan Capgo untuk mendistribusikan aplikasi Anda, Anda harus memastikan bahwa sistem CI Anda memiliki konektivitas jaringan.
-
-### Apa yang terjadi jika pengguna tidak memperbarui untuk waktu yang lama dan melewatkan pembaruan?[](https://capgo.app/docs/faq/#what-happens-if-a-user-doesnt-update-for-a-long-time-and-misses-an-update "Link langsung ke Apa yang terjadi jika pengguna tidak memperbarui untuk waktu yang lama dan melewatkan pembaruan?")
-
-Implementasi kami selalu mengirim pembaruan yang disesuaikan khusus untuk perangkat yang memintanya, selalu memperbarui peminta ke versi terbaru yang tersedia. Jadi jika pengguna tidak memperbarui untuk sementara waktu, mereka akan "melewatkan" pembaruan perantara.
-
-Server pembaruan dapat diubah untuk mendukung respons baik dengan versi inkremental berikutnya atau versi terbaru tergantung pada kebutuhan aplikasi Anda. Silakan beri tahu kami jika perilaku pembaruan alternatif penting bagi Anda.
-
-### Bagaimana hubungan Capgo dengan Capacitor?[](https://capgo.app/docs/faq/#how-does-capgo-relate-to-capacitor "Link langsung ke Bagaimana hubungan Capgo dengan Capacitor?")
-
-Capgo adalah plugin untuk Capacitor yang menambahkan code push. Capgo bukan pengganti Capacitor. Anda dapat terus menggunakan alat Capacitor yang sudah Anda kenal dan sukai.
-
-Kami melacak rilis stabil terbaru dari Capacitor dan memperbarui plugin code push kami agar berfungsi dengannya.
-
-### Kapan pembaruan terjadi?[](https://capgo.app/docs/faq/#when-do-updates-happen "Link langsung ke Kapan pembaruan terjadi?")
-
-Secara default, pembaruan Capgo memeriksa pembaruan saat aplikasi dimulai. Ini berjalan di thread latar belakang dan tidak memblokir thread UI. Setiap pembaruan akan dipasang saat pengguna menggunakan aplikasi dan akan diterapkan saat aplikasi dimulai ulang berikutnya.
-
-Dimungkinkan juga untuk menjalankan pembaruan Capgo secara manual menggunakan [package:capgo_code_push](https://pubdev/packages/capgo_code_push/), yang memungkinkan untuk memicu pembaruan kapan saja, termasuk melalui notifikasi push.
-
-Pembaruan Capgo dirancang sedemikian rupa sehingga ketika jaringan tidak tersedia, atau server down atau tidak dapat dijangkau, aplikasi akan terus berjalan normal. Jika Anda memilih untuk menghapus pembaruan dari server kami, semua klien Anda akan terus berjalan normal.
-
-Kami telah menambahkan kemampuan untuk melakukan rollback patch. Hal paling sederhana adalah dengan melampirkan bundle sebelumnya ke channel Anda untuk membatalkan.
-
-### Apakah saya perlu menjaga kerahasiaan app_id saya?[](https://capgo.app/docs/faq/#do-i-need-to-keep-my-app_id-secret "Link langsung ke Apakah saya perlu menjaga kerahasiaan app_id saya?")
-
-Tidak. `app_id` disertakan dalam aplikasi Anda dan aman untuk dipublikasikan. Anda dapat memeriksakannya ke kontrol versi (bahkan secara publik) dan tidak perlu khawatir orang lain mengaksesnya.
-
-Seseorang yang memiliki `app_id` Anda dapat mengambil versi terbaru aplikasi Anda dari server Capgo, tetapi mereka tidak dapat mendorong pembaruan ke aplikasi Anda atau mengakses aspek lain dari akun Capgo Anda.
-
-### Informasi apa yang dikirim ke server Capgo?[](https://capgo.app/docs/faq/#what-information-is-sent-to-capgo-servers "Link langsung ke Informasi apa yang dikirim ke server Capgo?")
-
-Meskipun Capgo terhubung ke jaringan, ia tidak mengirimkan informasi yang dapat diidentifikasi secara pribadi. Menyertakan Capgo seharusnya tidak mempengaruhi deklarasi Anda untuk Play Store atau App Store.
-
-Permintaan yang dikirim dari aplikasi ke server Capgo mencakup:
-
-- app_id (ditentukan dalam `capacitorconfigjson`)
-- channel (opsional dalam `capacitorconfigjson`)
-- release_version (versionName dari AndroidManifestxml atau CFBundleShortVersionString dari Infoplist atau `capacitorconfigjson` jika diatur dalam [`CapacitorUpdaterversion`](/docs/plugin/settings/#version))
-- version_number (dihasilkan sebagai bagian dari `npx @capgo/cli app update`)
-- os_version (misalnya '1121')
-- platform (misalnya 'android', diperlukan untuk mengirimkan patch yang tepat) Itu saja. Kode untuk ini ada di `updater/library/src/networkrs`
-- device_id (dibuat di perangkat saat pertama kali dijalankan, digunakan untuk menghilangkan duplikasi instalasi per-perangkat dan memungkinkan kami mengenakan biaya berdasarkan pengguna yang diinstal)pengguna aktif bulanan), daripada total patch atau total instalasi patch)
--   custom\_id (opsional, diatur saat runtime oleh pengembang, digunakan agar Anda dapat menghubungkan perangkat ke pengguna dalam sistem Anda)
-
-### Platform apa saja yang didukung Capgo?[](https://capgo.app/docs/faq/#what-platforms-does-capgo-support "Direct link to What platforms does Capgo support?")
-
-Saat ini, Capgo mendukung iOS dan Android. Keduanya sudah siap untuk produksi.
-
-Penggunaan Capgo untuk iOS atau Android dapat menjadi keputusan independen. Anda dapat mengatur di channel Anda untuk mengirim ke Android dan ipa yang dibuat ke App Store atau sebaliknya.
-
-Capgo dapat (dengan relatif mudah) dibuat untuk mendukung target desktop atau embedded. Jika hal tersebut penting bagi Anda, silakan beri tahu kami.
-
-### Bagaimana Capgo berinteraksi dengan Play Testing Tracks atau Apple TestFlight?[](https://capgo.app/docs/faq/#how-does-capgo-interact-with-play-testing-tracks-or-apple-testflight "Direct link to How does Capgo interact with Play Testing Tracks or Apple TestFlight?")
-
-Masing-masing app store memiliki mekanisme terpisah untuk mendistribusikan aplikasi ke kelompok pengguna terbatas (mis. "pengujian internal", "beta tertutup", dll). Semua ini adalah mekanisme untuk membagi pengguna Anda menjadi kelompok-kelompok dan mendistribusikan versi aplikasi tertentu ke masing-masing.
-
-Sayangnya, tidak semua mekanisme ini memungkinkan pihak ke-3 mendeteksi kapan aplikasi diinstal di Test Track tertentu atau melalui TestFlight. Dengan demikian, kami tidak memiliki visibilitas yang dapat diandalkan ke komposisi kelompok-kelompok ini, dan tidak dapat membatasi akses ke patch Capgo berdasarkan kelompok-kelompok ini. [https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play](https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play/) [https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i](https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i/)
-
-Jika Anda ingin membagi ketersediaan bundle Capgo, ada 4 opsi potensial:
-
-1. Gunakan channel terpisah untuk setiap kelompok. Ini adalah pendekatan yang paling langsung, tapi memerlukan Anda mengelola beberapa channel. Anda mungkin sudah memiliki channel dev dan prod dengan ketersediaan berbeda. Anda dapat memperbarui channel dev Anda, memverifikasinya dan kemudian memperbarui channel prod Anda secara terpisah. Kami merekomendasikan menggunakan branch/tag dalam version control untuk membantu melacak sumber yang terkait dengan setiap rilis.
-2. Lacak set pengguna opt-in Anda sendiri, nonaktifkan pembaruan otomatis, dan picu pembaruan hanya untuk pengguna tertentu melalui package:capgo\_code\_push. Ini berfungsi saat ini, tapi memerlukan Anda mengelola daftar opt-in Anda sendiri.
-3. Capgo memungkinkan membuat mekanisme opt-in sendiri berdasarkan perangkat (mirip dengan Test Tracks atau TestFlight, hanya agnostik platform). Ini memungkinkan tim QA Anda untuk opt-in ke bundle sebelum dipromosikan ke publik.
-4. Capgo memiliki rollout berbasis persentase. Ini tidak membiarkan Anda memilih perangkat mana yang akan dikirim, tapi dapat membantu Anda melakukan rollout secara bertahap dan rollback saat melihat masalah.
-
-## Penagihan[](https://capgo.app/docs/faq/#billing "Direct link to Billing")
-
-### Bagaimana cara meningkatkan atau menurunkan paket saya?[](https://capgo.app/docs/faq/#how-do-i-upgrade-or-downgrade-my-plan "Direct link to How do I upgrade or downgrade my plan?")
-
-Anda dapat meningkatkan atau menurunkan paket Anda kapan saja di dashboard Anda: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Kapan periode penagihan saya direset?[](https://capgo.app/docs/faq/#when-does-my-billing-period-reset "Direct link to When does my billing period reset?")
-
-Periode penagihan direset secara otomatis setiap bulan pada bulan Anda pertama kali berlangganan Capgo. Misalnya, jika Anda berlangganan pada tanggal 15 bulan ini, periode penagihan Anda akan direset pada tanggal 15 setiap bulan.
-
-### Bagaimana cara membatalkan langganan saya?[](https://capgo.app/docs/faq/#how-do-i-cancel-my-subscription "Direct link to How do I cancel my subscription?")
-
-Anda dapat membatalkan langganan Anda kapan saja di dashboard Anda: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Bisakah saya membayar untuk satu tahun di muka?[](https://capgo.app/docs/faq/#can-i-pay-for-a-year-in-advance "Direct link to Can I pay for a year in advance?")
-
-Ya, Anda bisa kapan saja di dashboard Anda: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Statistik dan analitik[](https://capgo.app/docs/faq/#stats-and-analytics "Direct link to Stats and analytics")
-
-Statistik di dashboard Anda diperbarui setiap tengah malam UTC.
-Statistik dihitung berdasarkan jumlah [MAU](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release "Direct link to What is the difference between a bundle and a release?") yang telah diinstal di perangkat Anda.
-
-# Bagaimana ID perangkat dibuat[](https://capgo.app/docs/faq/#how-device-id-is-generated "Direct link to How device ID is generated")
-
-ID perangkat dibuat di perangkat pada penggunaan pertama, dan digunakan untuk menghilangkan duplikasi instalasi per-perangkat dan memungkinkan kami menagih berdasarkan pengguna yang terinstal (mis. pengguna aktif bulanan), daripada total patch atau total instalasi patch.
-
-MAU adalah solusi yang lebih baik daripada jumlah instalasi untuk harga Capgo, karena lebih akurat dan mencerminkan biaya aktual Capgo per perangkat.
-
-**Persistensi ID Perangkat (Diperbarui di v6.25.0 dan v7.25.0)**:
-- **Perilaku saat ini**: ID perangkat sekarang bertahan di seluruh instalasi ulang aplikasi. Ini disimpan dengan aman di Keychain perangkat (iOS) atau EncryptedSharedPreferences (Android), memungkinkan kami melacak perangkat yang sama bahkan setelah penghapusan instalasi/instalasi ulang.
-- **Perilaku sebelumnya** (sebelum v6.25.0/v7.25.0): Untuk alasan privasi yang terkait dengan kebijakan Apple dan Google Store, ID perangkat direset pada setiap instalasi ulang aplikasi, membuatnya tidak mungkin untuk melacak perangkat yang sama di seluruh instalasi ulang.
-
-Aturan privasi diberlakukan oleh Apple dan Google, dan implementasi Capgo sesuai dengan praktik terbaik mereka untuk identifikasi perangkat.
-
-ID Perangkat tidak akan terdaftar dalam daftar perangkat Anda sampai mereka mendapatkan patch pertama yang diinstal.
-
-# Mengapa jumlah perangkat saya berbeda dengan MAU saya?[](https://capgo.app/docs/faq/#why-my-device-number-is-different-than-my-mau "Direct link to Why my device number is different than my MAU?")
-
-Saat ini, daftar perangkat tidak diperbarui sesering MAU.
-
-Daftar perangkat hanya diperbarui ketika perangkat menginstal pembaruan.
-
-Sementara MAU diperbarui pada setiap peluncuran aplikasi. Ini adalah keterbatasan platform saat ini. Platform Analitik kami tidak mendukung pembaruan mentah sehingga kami menggunakan database konvensional untuk daftar Perangkat.
-
-Untuk membatasi jumlah query database, kami hanya memperbarui baris saat pembaruan aplikasi.
-
-Keterbatasan ini akan dihapus di masa depan.
-
-# Bagaimana cara memiliki pembaruan berbeda berdasarkan platform?[](https://capgo.app/docs/faq/#how-to-have-different-update-by-platform "Direct link to How to have different update by platform?")
-
-Anda dapat membuat channel untuk setiap platform dan menonaktifkan pembaruan khusus platform di setiap channel.
-
-Pada channel ios nonaktifkan pembaruan android dan pada channel android nonaktifkan pembaruan ios.
-
-Kemudian unggah bundle ke setiap channel untuk memiliki pembaruan berbeda untuk setiap platform.
-
-Jika Anda perlu memiliki pembaruan yang sama untuk kedua platform, Anda dapat menghubungkan satu bundle ke beberapa channel. Tidak perlu menduplikasi bundle.
diff --git a/src/content/docs/id/docs/getting-help.mdx b/src/content/docs/id/docs/getting-help.mdx
deleted file mode 100644
index de8f9ae25..000000000
--- a/src/content/docs/id/docs/getting-help.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: Dukungan teknis untuk capgo
-description: Cara Mendapatkan Bantuan untuk Capgo
-sidebar:
-  order: 1
-locale: id
----
-
-## Dukungan melalui discord
-
-Capgo memiliki [server discord](https://discordcom/invite/VnYRvBfgA6) resmi. Mendapatkan dukungan teknis di sana mungkin adalah salah satu cara tercepat untuk mendapatkan respons.
-
-Berikut adalah panduan singkatnya:
-
-1. pergi ke channel `questions`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-questions.webp" alt="Ask on discord" /><figcaption></figcaption></figure>
-
-2. buat thread anda
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-newquestion.webp" alt="Create a question on discord" /><figcaption></figcaption></figure>
-
-3. Jelaskan masalah anda dan pilih tag yang relevan
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-new-post.webp" alt="Create a post on discord" /><figcaption></figcaption></figure>
-
-4. Bagikan id akun aman anda (opsional)
-
-Ini akan memungkinkan staf capgo untuk melihat akun anda. Berbagi id ini aman, karena memang dirancang untuk dibagikan secara publik.
-
-Untuk membagikannya, silakan pergi ke [pengaturan capgo](https://console.capgo.app/dashboard/settings/account/) Di sana silakan klik `copy account id`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/share-secure-id.webp" alt="Share your id without leaking your info" /><figcaption></figcaption></figure>
-
-Ini akan menyalin id akun aman ke clipboard. Mohon sertakan id tersebut dalam postingan discord anda.
-
-## Dukungan melalui email
-
-Ini adalah cara paling lambat untuk mendapatkan dukungan. Mohon gunakan server discord terlebih dahulu.
-
-Jika anda perlu menghubungi kami melalui email, silakan kirim email ke support@capgo.app
diff --git a/src/content/docs/id/docs/getting-started/add-an-app.mdx b/src/content/docs/id/docs/getting-started/add-an-app.mdx
deleted file mode 100644
index f74e88aa6..000000000
--- a/src/content/docs/id/docs/getting-started/add-an-app.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: Ajouter une App
-description: Tambahkan aplikasi ke akun Capgo dan instal plugin ke aplikasi tersebut
-sidebar:
-  order: 3
-prev: true
-next: true
-locale: id
----
-
-import { YouTube } from 'astro-embed';
-import { Aside, Steps, LinkCard, Code } from '@astrojs/starlight/components';
-
-## Persyaratan
-
-Sebelum memulai dengan Capgo, pastikan Anda memiliki:
-- Aplikasi Capacitor yang sudah terinstal dan terkonfigurasi. [Pelajari cara mengatur Capacitor](https://capacitorjs.com/docs/getting-started/)
-- Node.js 20 atau lebih baru terinstal
-- Salah satu lingkungan pengembangan berikut:
-  - **macOS** dengan Xcode (untuk pengembangan iOS) dan/atau Android Studio (untuk pengembangan Android)
-  - **Linux** dengan Android Studio (untuk pengembangan Android)
-  - **Windows** dengan Android Studio (untuk pengembangan Android)
-
-## Pengenalan Capgo
-<YouTube id="NzXXKoyhTIo" title="Capgo dalam 15 menit" />
-
-## Live update hanya 3 langkah
-
-### Panduan setup
-
-<Steps>
-
-1. Buat akun Anda di [https://capgo.app/register](https://capgo.app/register)
-![signup screenshot](/signup.webp "signup screenshot")
-
-2. Gunakan perintah Init untuk memulai <Code code={`npx @capgo/cli@latest init [APIKEY]`} lang="bash" /> Anda akan diberikan beberapa pertanyaan. Berikan jawaban yang diperlukan untuk menyelesaikan setup otomatis
-
-3. Deploy live update
-
-</Steps>
-
-<Aside type="tip">Dengan mengikuti langkah-langkah ini, Anda akan siap menggunakan dalam waktu singkat. Jika Anda membutuhkan bantuan selama proses, tim support kami [siap membantu](https://support.capgo.app) Selamat mencoba!</Aside>
-<LinkCard href="/docs/getting-started/onboarding/" title="Panduan Onboarding Terperinci" description="Lihat panduan lengkap langkah demi langkah untuk proses onboarding CLI" />
-<LinkCard href="/docs/getting-started/deploy/" title="Deploy live update" description="Pelajari cara deploy live update ke aplikasi Anda" />
-
-### Setup manual
-
-Jika perintah init tidak berhasil, Anda dapat menambahkan aplikasi secara manual
-
-<Steps>
-
-1. Hubungkan CLI ke akun Anda: <Code code={`npx @capgo/cli@latest login [APIKEY]`} lang="bash" />
-
-2. Tambahkan aplikasi ke akun Anda dengan perintah ini: <Code code={`npx @capgo/cli@latest app add [APP_NAME]`} lang="bash" />
-
-3. Pasang plugin di aplikasi Anda: <Code code={`npm i @capgo/capacitor-updater`} lang="bash" />
-
-4. Konfigurasi plugin di `capacitor.config` Anda <Code code={`{\n  "plugins": {\n    CapacitorUpdater: {\n      "appId": "Your appID",\n      "autoUpdate": true,\n      "version": "1.0.0"\n    }\n  }\n}`} lang="json" />
-  [Lihat semua opsi yang tersedia](/docs/plugin/settings/). Informasi ini akan disimpulkan jika tidak disediakan.
-
-5. Panggil metode init sedini mungkin di aplikasi Anda: <Code code={`import { CapacitorUpdater } from '@capgo/capacitor-updater';\nCapacitorUpdater.notifyAppReady();`} lang="typescript" />
-
-6. Deploy live update
-
-</Steps>
-
-<Aside type="note" title="Instalasi untuk versi Capacitor lama">
-Perintah di atas menginstal versi terbaru (v8.x) untuk Capacitor 8. Untuk versi Capacitor lama, gunakan tag npm yang sesuai:
-
-```bash
-# Capacitor 7
-npm i @capgo/capacitor-updater@lts-v7
-
-# Capacitor 6
-npm i @capgo/capacitor-updater@lts-v6
-
-# Capacitor 5
-npm i @capgo/capacitor-updater@lts-v5
-```
-
-Setiap versi mayor plugin sesuai dengan versi mayor Capacitor (v8 → Capacitor 8, v7 → Capacitor 7, v6 → Capacitor 6, v5 → Capacitor 5). Versi minor berbagi set fitur yang sama di semua versi mayor (misal, 5.34.0, 6.34.0, 7.34.0, dan 8.34.0 semua menyertakan fitur yang sama).
-</Aside>
diff --git a/src/content/docs/id/docs/getting-started/cicd-integration.mdx b/src/content/docs/id/docs/getting-started/cicd-integration.mdx
deleted file mode 100644
index 030f6f2fe..000000000
--- a/src/content/docs/id/docs/getting-started/cicd-integration.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: Integrasi CI/CD
-locale: id
----
-
-import { Steps, Code } from '@astrojs/starlight/components';
-
-Mengintegrasikan Capgo ke dalam pipeline CI/CD Anda memungkinkan untuk mengotomatisasi sepenuhnya proses pembuatan dan penerapan pembaruan ke aplikasi Anda. Dengan memanfaatkan CLI Capgo dan semantic-release, Anda dapat memastikan penerapan yang konsisten, handal dan memungkinkan iterasi yang cepat.
-
-## Manfaat Integrasi CI/CD
-
-- **Otomatisasi**: Tidak ada lagi langkah manual atau ruang untuk kesalahan manusia. Seluruh proses build, test, dan deployment Anda dapat diotomatisasi dari awal hingga akhir.
-
-- **Konsistensi**: Setiap penerapan mengikuti langkah-langkah yang sama, memastikan proses yang dapat diprediksi dan diulang. Ini sangat berharga ketika Anda memiliki beberapa anggota tim yang berkontribusi kode.
-
-- **Iterasi lebih cepat**: Dengan penerapan otomatis, Anda dapat mengirim pembaruan lebih sering dan dengan percaya diri. Tidak perlu lagi menunggu QA manual atau persetujuan rilis.
-
-## CLI Capgo
-
-CLI Capgo adalah kunci untuk mengintegrasikan Capgo ke dalam alur kerja CI/CD Anda. Ini menyediakan perintah untuk mendorong versi bundle baru, mengelola channel, dan banyak lagi.
-
-Perintah yang paling penting untuk integrasi CI/CD adalah `upload`:
-
-```shell
-npx @capgo/cli@latest bundle upload --channel=production --apikey YOUR_API_KEY
-```
-
-Perintah ini mengunggah build web saat ini ke channel yang ditentukan. Anda biasanya akan menjalankan ini sebagai langkah terakhir dalam pipeline CI/CD Anda, setelah build web Anda berhasil diselesaikan.
-
-## Menyiapkan Capgo dalam Pipeline CI/CD Anda
-
-Meskipun langkah-langkah pastinya akan bervariasi tergantung pada pilihan alat CI/CD Anda, proses umum untuk mengintegrasikan Capgo terlihat seperti ini:
-
-<Steps>
-1. **Buat API key**: Masuk ke dashboard Capgo dan buat API key baru. Kunci ini akan digunakan untuk mengautentikasi CLI di lingkungan CI/CD Anda. Jaga kerahasiaannya dan jangan pernah menyimpannya di repositori Anda!
-
-3. **Konfigurasi perintah `upload`**: Tambahkan langkah ke konfigurasi CI/CD Anda yang menjalankan perintah `upload` dengan argumen yang sesuai: <Code lang="yaml" title="upload.yml" code={`- run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secrets.CAPGO_API_KEY \}\}`} />\n Ganti `Production` dengan channel yang ingin Anda terapkan, dan `${{ secrets.CAPGO_API_KEY }}` dengan variabel lingkungan yang menyimpan API key Anda.
-
-4. **Tambahkan langkah `upload` setelah build web Anda**: Pastikan bahwa langkah `upload` datang setelah build web Anda berhasil diselesaikan. Ini memastikan Anda selalu menerapkan kode terbaru Anda.\n  Berikut contoh konfigurasi untuk GitHub Actions:\n<Code lang="yaml" title="upload.yml" code={`name: Deploy to Capgo\n on:\n  push:\n   branches: [main]\n\njobs:\n deploy:\n runs-on: ubuntu-latest\n\n steps:\n - uses: actions/checkout@v6\n - uses: actions/setup-node@v6\n  with:\n   node-version: '24'\n\n - run: npm ci\n - run: npm run build\n\n - run: npm install -g @capgo/cli\n - run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secrets.CAPGO_API_KEY \}\}`} />
-
-</Steps>
-
-## Integrasi Semantic-release
-
-Semantic-release adalah alat yang kuat untuk mengotomatisasi manajemen versi dan menghasilkan catatan rilis. Dengan mengintegrasikan semantic-release dengan Capgo, Anda dapat secara otomatis menambah versi aplikasi Anda dan menghasilkan changelog dengan setiap penerapan.
-
-Berikut contoh file konfigurasi `releaserc` untuk semantic-release:
-
-```json
-{
-  "branches": [
-    "main",
-    {
-      "name": "beta",
-      "prerelease": true
-    }
-  ],
-  "plugins": [
-    "@semantic-release/commit-analyzer",
-    "@semantic-release/release-notes-generator",
-    "@semantic-release/changelog",
-    [
-      "@semantic-release/exec",
-      {
-        "publishCmd": "npx @capgo/cli@latest bundle upload --channel=${nextRelease.channel} --apikey YOUR_API_KEY --partial"
-      }
-    ],
-    [
-      "@semantic-release/git",
-      {
-        "assets": ["CHANGELOG.md", "package.json"],
-        "message": "chore(release): ${nextRelease.version} [skip ci]\n\n${nextRelease.notes}"
-      }
-    ]
-  ]
-}
-```
-
-Konfigurasi ini melakukan hal berikut:
-
-1. Menganalisis pesan commit untuk menentukan nomor versi berikutnya, mengikuti spesifikasi Conventional Commits
-2. Menghasilkan catatan rilis berdasarkan commit sejak rilis terakhir
-3. Memperbarui file `CHANGELOG.md` dengan catatan rilis baru
-4. Menjalankan perintah `upload` CLI Capgo, meneruskan nomor versi baru dan menggunakan flag `--partial` untuk pembaruan diferensial
-5. Melakukan commit file `CHANGELOG.md`, `package.json`, dan file lain yang berubah kembali ke repositori
-
-Untuk menggunakan semantic-release dengan Capgo, cukup tambahkan langkah ke konfigurasi CI/CD Anda yang menjalankan `npx semantic-release`. Pastikan langkah ini datang setelah build web Anda dan sebelum langkah `upload` Capgo.
-
-## Pemecahan Masalah
-
-Jika Anda mengalami masalah dengan integrasi CI/CD Capgo Anda, berikut beberapa hal yang perlu diperiksa:
-
-- **API key**: Pastikan API key Anda valid dan memiliki izin yang diperlukan. Jika menggunakan variabel lingkungan, periksa kembali bahwa itu diatur dengan benar.
-
-- **Versi CLI**: Pastikan Anda menggunakan versi terbaru dari CLI Capgo. Versi lama mungkin memiliki masalah kompatibilitas atau kurang fitur tertentu.
-
-- **Artefak build**: Konfirmasikan bahwa build web Anda menghasilkan file output yang diharapkan. CLI Capgo membutuhkan build web yang valid untuk membuat bundle.
-
-- **Konektivitas jaringan**: Periksa bahwa lingkungan CI/CD Anda memiliki akses jaringan ke server Capgo. Masalah firewall atau proxy terkadang dapat mengganggu perintah `upload`.
-
-Jika Anda masih mengalami masalah, hubungi dukungan Capgo untuk bantuan. Mereka dapat membantu memecahkan masalah dengan pengaturan spesifik Anda.
-
-## Kesimpulan
-
-Mengintegrasikan Capgo ke dalam pipeline CI/CD Anda dan memanfaatkan semantic-release untuk manajemen versi dapat sangat menyederhanakan alur kerja pengembangan Anda. Dengan mengotomatisasi penerapan dan versi, Anda dapat mengirim pembaruan lebih cepat dan dengan lebih percaya diri.
-
-CLI Capgo dan semantic-release menyediakan kombinasi yang kuat untuk mencapai rilis yang sepenuhnya otomatis, end-to-end. Dengan sedikit konfigurasi, Anda dapat memiliki proses penerapan yang kuat dan andal yang memungkinkan Anda fokus pada membangun fitur hebat daripada khawatir tentang langkah-langkah rilis manual.
-
-Untuk detail lebih lanjut tentang perintah dan opsi CLI Capgo, lihat [referensi CLI](/docs/cli/overview). Dan untuk pendalaman lebih lanjut tentang konfigurasi semantic-release, lihat [dokumentasi semantic-release](https://github.com/semantic-release/semantic-release).
-
-Selamat menerapkan!
diff --git a/src/content/docs/id/docs/getting-started/deploy.mdx b/src/content/docs/id/docs/getting-started/deploy.mdx
deleted file mode 100644
index 9ca7fd14b..000000000
--- a/src/content/docs/id/docs/getting-started/deploy.mdx
+++ /dev/null
@@ -1,151 +0,0 @@
----
-title: Menerapkan Live Update
-sidebar:
-  order: 4
-locale: id
----
-
-import { Steps, LinkCard, Tabs, TabItem } from '@astrojs/starlight/components';
-
-Gunakan fitur Live Updates Capgo untuk memperbarui UI dan logika bisnis aplikasi Anda dari jarak jauh secara real-time. Push pembaruan bundle JS langsung ke pengguna Anda tanpa melalui app store untuk segera memperbaiki bug dan mengirim fitur baru.
-
-Panduan ini mengasumsikan Anda telah menyelesaikan [Capgo Quickstart](/docs/getting-started/quickstart) dan telah:
-
-<Steps>
-
-1. Menginstal SDK `@capgo/capacitor-updater` di aplikasi Capacitor Anda
-
-2. Mengkonfigurasi ID aplikasi dan channel pembaruan di `capacitor.config.ts`
-
-3. Menambahkan method `CapacitorUpdater.notifyAppReady()` dalam kode Anda
-
-</Steps>
-
-Jika Anda belum melakukan langkah-langkah tersebut, silakan kembali dan selesaikan quickstart terlebih dahulu
-
-<LinkCard href="/docs/getting-started/add-an-app/" title="Tambah aplikasi" description="Tambahkan aplikasi ke akun Capgo Anda, dan instal plugin di aplikasi Anda" />
-
-## Mengunggah Bundle
-
-Dengan SDK Capgo telah terinstal dan terkonfigurasi, Anda siap untuk mengunggah bundle pembaruan live pertama Anda:
-
-1. Build aset web Anda:
-   ```shell
-   npm run build
-   ```
-
-2. Unggah bundle ke Capgo:
-    <Tabs>
-      <TabItem label="Console">
-        ```shell
-      npx @capgo/cli@latest bundle upload --channel=production
-      ```
-      </TabItem>
-      <TabItem label="Github Actions">
-      ```yml
-      // github/workflows/build_and_deploy.yml
-    name: Build source code and send to Capgo
-
-    concurrency:
-      group: ${{ github.workflow }}-${{ github.ref }}
-      cancel-in-progress: true
-
-    on:
-      push:
-        branches:
-          - main
-
-    jobs:
-      deploy_to_capgo:
-        runs-on: ubuntu-latest
-        steps:
-          - name: Checkout
-            uses: actions/checkout@v6
-          - uses: actions/setup-node@v6
-            with:
-              node-version: '24'
-          - name: Install dependencies
-            run: npm install
-          - name: Build
-            run: npm run build
-          - name: Deploy to Capgo
-            run: bunx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} --channel ${{ env.CHANNEL }}
-            env:
-              CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      ```
-      </TabItem>
-      <TabItem label="Gitlab">
-      ```yml
-      // gitlab-ci.yml
-      stages:
-        - build
-
-      build:
-        stage: build
-        image: node:18
-        cache:
-          - key:
-              files:
-                - package-lock.json
-            paths:
-              - node_modules/
-        script:
-          - npm install
-          - npm run build
-          - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN --channel $CAPGO_CHANNEL
-        artifacts:
-          paths:
-            - node_modules/
-            - dist/
-        only:
-          - master
-      ```
-      </TabItem>
-    </Tabs>
-   Ini akan mengunggah versi bundle baru ke channel yang ditentukan dalam perintah
-
-### Pemecahan Masalah Unggahan
-
-Jika unggahan Anda gagal, periksa kembali:
-- ID aplikasi Anda di `capacitor.config.ts` cocok dengan aplikasi Anda di dashboard Capgo
-- Anda menjalankan perintah unggah dari root proyek Capacitor Anda
-- Aset web Anda telah di-build dan terbaru
-
-Jika Anda masih mengalami masalah, kunjungi bagian [Pemecahan Masalah](/docs/getting-started/troubleshooting/)
-
-## Menerima Pembaruan di Perangkat
-
-Setelah bundle Anda diunggah, Anda dapat menguji pembaruan live di perangkat:
-
-1. Sinkronkan aplikasi Anda ke perangkat:
-   ```shell
-   npx cap sync ios
-   ```
-
-2. Buka terminal lain dan jalankan perintah berikut untuk memeriksa status pembaruan:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-3. Jalankan aplikasi Anda secara lokal:
-   ```shell
-   npx cap run ios
-   ```
-   Atau buka proyek iOS/Android di Xcode/Android Studio dan lakukan native run
-
-4. Biarkan aplikasi terbuka selama sekitar 30 detik untuk memungkinkan pembaruan diunduh di latar belakang
-
-5. Log akan membutuhkan beberapa detik untuk memperbarui dan menampilkan status pembaruan
-
-6. Tutup dan buka kembali aplikasi. Anda seharusnya melihat pembaruan live Anda diterapkan!
-
-Lihat kembali [Capgo Quickstart](/docs/getting-started/quickstart#receiving-a-live-update-on-a-device) untuk detail lebih lanjut tentang pengujian pembaruan live
-
-## Langkah Selanjutnya
-
-Selamat atas penerapan pembaruan live pertama Anda dengan Capgo! 🎉
-
-Untuk mempelajari lebih lanjut, tinjau dokumentasi [Capgo Live Updates](/docs/live-updates) lainnya. Beberapa topik penting untuk diperiksa selanjutnya:
-- [Menargetkan Pembaruan dengan Channel](/docs/live-updates/channels)
-- [Menyesuaikan Perilaku Pembaruan](/docs/live-updates/update-behavior)
-- [Rollback Pembaruan Live](/docs/live-updates/rollbacks)
diff --git a/src/content/docs/id/docs/getting-started/onboarding.mdx b/src/content/docs/id/docs/getting-started/onboarding.mdx
deleted file mode 100644
index 8765fa17b..000000000
--- a/src/content/docs/id/docs/getting-started/onboarding.mdx
+++ /dev/null
@@ -1,555 +0,0 @@
----
-title: CLI Panduan Orientasi
-description: >-
-  Panduan lengkap langkah demi langkah untuk mengaktifkan aplikasi Anda dengan
-  Capgo menggunakan CLI interaktif
-sidebar:
-  order: 2
-next: true
-prev: true
-locale: id
----
-import { Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-## Ikhtisar Singkat
-
-Capgo CLI menyediakan orientasi interaktif yang menyiapkan pembaruan langsung untuk aplikasi Capacitor Anda. Anda akan:
-
-1. ✅ Daftarkan aplikasi Anda di Capgo
-2. 🔌 Instal dan konfigurasikan plugin pembaru
-3. 🚀 Terapkan pembaruan langsung pertama Anda
-4. 📱 Uji pembaruan pada perangkat Anda
-
-**Perkiraan waktu:** 10-20 menit (bervariasi berdasarkan kecepatan internet dan waktu pembuatan)
-
-<Aside type="tip">
-Orientasi sepenuhnya dapat dilanjutkan - keluar kapan saja dan lanjutkan nanti dari bagian terakhir yang Anda tinggalkan.
-</Aside>
-
-## Memulai Orientasi
-
-Jalankan perintah orientasi dengan kunci API Anda:
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-Anda akan melihat pesan selamat datang:
-
-```
-Capgo onboarding 🛫
-```
-
-## Apa yang Terjadi Selama Orientasi
-
-CLI akan memandu Anda melalui 13 langkah interaktif:
-
-**Fase Penyiapan (Langkah 1-6):**
-- Periksa lingkungan pengembangan Anda (Xcode/Android Studio)
-- Tambahkan aplikasi Anda ke Capgo dan buat saluran produksi
-- Instal plugin `@capgo/capacitor-updater`
-- Suntikkan kode yang diperlukan ke dalam aplikasi Anda
-- Secara opsional mengaktifkan enkripsi ujung ke ujung
-- Pilih platform untuk pengujian (iOS atau Android)
-
-**Fase Pengujian (Langkah 7-12):**
-- Bangun aplikasi Anda dan jalankan di perangkat/simulator
-- Buat perubahan kode yang terlihat (otomatis atau manual)
-- Unggah bundel yang diperbarui ke Capgo
-- Lihat pembaruan langsung yang muncul di perangkat Anda secara real-time
-
-**Penyelesaian (Langkah 13):**
-- Aplikasi Anda siap untuk pembaruan langsung! 🎉
-
-## Proses Orientasi 13 Langkah
-
-### Langkah 1: Periksa Prasyarat
-
-CLI memeriksa lingkungan pengembangan Anda untuk memastikan Anda telah menginstal alat yang diperlukan.
-
-**Yang diperiksa:**
-- **Xcode** (khusus macOS) - untuk pengembangan iOS
-- **Android SDK** - untuk pengembangan Android
-
-**Kemungkinan hasil:**
-
-✅ **Kedua lingkungan ditemukan:**
-```
-✅ Xcode detected - iOS development ready
-✅ Android SDK detected - Android development ready
-```
-
-⚠️ **Tidak ditemukan lingkungan:**
-```
-⚠️ Xcode not found
-⚠️ Android SDK not found
-❌ No development environment detected
-
-📱 To develop mobile apps with Capacitor, you need:
-   • For iOS: Xcode (macOS only) - https://developer.apple.com/xcode/
-   • For Android: Android Studio - https://developer.android.com/studio
-```
-
-**Pertanyaan yang mungkin ditanyakan kepada Anda:**
-
-<Aside type="caution">
-Jika tidak ada lingkungan pengembangan yang terdeteksi, Anda akan ditanya apakah ingin melanjutkan. Disarankan untuk menginstal setidaknya satu platform sebelum melanjutkan.
-</Aside>
-
-### Langkah 2: Tambahkan Aplikasi Anda
-
-CLI akan memasukkan Anda ke Capgo dan menambahkan aplikasi ke akun Anda.
-
-```
-(spinner) Running: npm @capgo/cli@latest login ***
-Login Done ✅
-
-❓ Add {appId} in Capgo?
-```
-
-**Jika ID aplikasi Anda sudah dipakai:**
-
-CLI akan menyarankan alternatif:
-```
-❌ App ID "com.example.app" is already taken
-💡 Here are some suggestions:
-   1. com.example.app2
-   2. com.example.app3
-   3. com.example.app.new
-   4. com.example.app.app
-
-❓ What would you like to do?
-```
-
-Anda dapat memilih saran atau memasukkan ID aplikasi khusus.
-
-<Aside type="note">
-ID Aplikasi harus mengikuti notasi domain terbalik (misalnya, `com.example.myapp`)
-</Aside>
-
-### Langkah 3: Buat Saluran Produksi
-
-Saluran memungkinkan Anda mengelola aliran pembaruan yang berbeda untuk aplikasi Anda.
-
-```
-❓ Create default channel production for {appId} in Capgo?
-```
-
-<Aside type="tip">
-**Jangan khawatir!** Ini hanya untuk pengujian lokal selama orientasi. Membuat saluran "produksi" tidak berarti pembaruan Anda akan langsung ditayangkan kepada pelanggan. Anda memiliki kendali penuh atas kapan pembaruan disebarkan. Pilih **Ya** kecuali Anda memiliki persyaratan saluran tertentu.
-</Aside>
-
-**Jika Anda memilih Ya:**
-```
-(spinner) Running: npm @capgo/cli@latest channel add production {appId} --default
-Channel add Done ✅  (or "Channel already added ✅")
-```
-
-Saluran produksi akan dibuat dan ditetapkan sebagai default. Ini adalah opsi yang direkomendasikan bagi sebagian besar pengguna.
-
-**Jika Anda memilih Tidak:**
-```
-If you change your mind, run it for yourself with: "npm @capgo/cli@latest channel add production {appId} --default"
-```
-
-Anda harus membuat dan mengonfigurasi saluran secara manual nanti. Alternatifnya, Anda dapat:
-- Atur saluran di file `capacitor.config.ts` Anda
-- Gunakan metode JavaScript `setChannel()` untuk mengatur saluran secara dinamis
-- Konfigurasikan saluran nanti dari konsol web Capgo
-
-### Langkah 4: Instal Plugin Pembaruan
-
-CLI akan menginstal plugin `@capgo/capacitor-updater` yang kompatibel dengan versi Capacitor Anda.
-
-```
-❓ Automatic Install "@capgo/capacitor-updater" dependency in {appId}?
-```
-
-**Kompatibilitas versi:**
-
-- **Capacitor 5**: Menginstal `@capgo/capacitor-updater` v5
-- **Capacitor 6**: Menginstal `@capgo/capacitor-updater` v6
-- **Capacitor 7**: Menginstal `@capgo/capacitor-updater` v7
-- **Capacitor 8+**: Menginstal versi terbaru
-
-<Aside type="caution">
-Capgo hanya mendukung Capacitor v5 dan yang lebih baru. Jika Anda menggunakan versi lama, Anda harus melakukan upgrade terlebih dahulu.
-</Aside>
-
-**Opsi pembaruan instan:**
-
-Setelah instalasi, Anda akan ditanya:
-```
-❓ Do you want to set instant updates in {appId}?
-   Read more: https://capgo.app/docs/live-updates/update-behavior/#applying-updates-immediately
-```
-
-<Aside type="tip">
-**Apa yang dimaksud dengan pembaruan instan?** Dengan mengaktifkan pembaruan instan, aplikasi Anda akan segera menerapkan pembaruan saat berada di latar belakang dan dibuka kembali. Ini berfungsi dengan lancar karena Capgo dapat mendistribusikan pembaruan ke seluruh dunia dalam waktu kurang dari 300 md. Tanpa itu (mode standar), pembaruan diunduh di latar belakang dan diterapkan pada aplikasi berikutnya yang dimulai ulang. Pembaruan instan sangat bagus untuk iterasi yang lebih cepat selama pengembangan dan perbaikan bug penting dalam produksi.
-</Aside>
-
-**Jika Anda memilih Ya:**
-- Pembaruan akan dikonfigurasi untuk diterapkan segera ketika aplikasi berada di latar belakang dan dibuka kembali
-- `directUpdate: 'always'` dan `autoSplashscreen: true` akan ditambahkan ke konfigurasi Anda
-- `capacitor.config.ts` Anda akan diperbarui secara otomatis
-- **Pembaruan Delta** akan diaktifkan secara otomatis - ini hanya mengirimkan file yang berubah di antara pembaruan, bukan paket lengkap, sehingga pembaruan menjadi jauh lebih cepat
-
-**Jika Anda memilih Tidak:**
-- Pembaruan akan menggunakan perilaku standar (unduh di latar belakang, terapkan saat restart berikutnya)
-- Anda selalu dapat mengaktifkan pembaruan instan nanti dengan memodifikasi `capacitor.config.ts` Anda
-
-### Langkah 5: Tambahkan Kode Integrasi
-
-CLI akan secara otomatis memasukkan kode yang diperlukan ke dalam file aplikasi utama Anda.
-
-```
-❓ Automatic Add "CapacitorUpdater.notifyAppReady()" code and import in {appId}?
-```
-
-**Apa yang ditambahkan:**
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-**Deteksi jenis proyek:**
-
-- **Nuxt.js**: Membuat `plugins/capacitorUpdater.client.ts`
-- **Kerangka kerja lainnya**: Menambahkan ke file entri utama Anda
-
-<Aside type="tip">
-**Jika injeksi otomatis gagal**, Anda dapat menambahkan kode secara manual ke file aplikasi utama Anda:
-
-**Untuk Nuxt.js:**
-Buat `plugins/capacitorUpdater.client.ts`:
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-export default defineNuxtPlugin(() => {
-  CapacitorUpdater.notifyAppReady()
-})
-```
-
-**Untuk kerangka lain:**
-Tambahkan ke file entri utama Anda (mis., `main.ts`, `index.js`, `App.tsx`):
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Tempatkan kode ini setelah impor Anda dan sebelum inisialisasi aplikasi Anda. Untuk detail selengkapnya, lihat [Panduan Menambahkan Aplikasi](/docs/getting-started/add-an-app/).
-</Aside>
-
-### Langkah 6: Siapkan Enkripsi (Opsional)
-
-Enkripsi ujung ke ujung menambahkan lapisan keamanan ekstra untuk pembaruan Anda.
-
-```
-🔐 End-to-end encryption
-   ✅ Use this for: Banking, healthcare, or apps with legal encryption requirements
-   ⚠️  Note: Makes debugging harder - skip if you don't need it
-
-❓ Enable end-to-end encryption for {appId} updates?
-```
-
-<Aside type="note">
-Enkripsi hanya tersedia untuk Capacitor v6 dan yang lebih baru.
-</Aside>
-
-Jika Anda mengaktifkan enkripsi, CLI akan:
-1. Hasilkan kunci enkripsi
-2. Tawarkan untuk menyinkronkan konfigurasi Capacitor Anda
-
-### Langkah 7: Pilih Platform
-
-Pilih platform mana yang akan diuji selama orientasi.
-
-```
-📱 Platform selection for onboarding
-   This is just for testing during onboarding - your app will work on all platforms
-
-❓ Which platform do you want to test with during this onboarding?
-   Options:
-   - iOS
-   - Android
-```
-
-<Aside type="tip">
-Ini hanya mempengaruhi proses orientasi. Aplikasi akhir Anda akan mendukung semua platform.
-</Aside>
-
-### Langkah 8: Bangun Proyek Anda
-
-CLI akan membuat aplikasi Anda dan menyinkronkannya dengan Capacitor.
-
-```
-❓ Automatic build {appId} with "npm run build"?
-```
-
-**Apa yang terjadi:**
-1. Mendeteksi jenis proyek Anda
-2. Jalankan skrip build Anda
-3. Jalankan `npx cap sync {platform}`
-
-**Jika skrip build tidak ada:**
-
-Anda akan ditanya apakah ingin melewati build atau menambahkan skrip build ke `package.json` Anda.
-
-### Langkah 9: Jalankan di Perangkat
-
-Uji versi awal aplikasi Anda di perangkat atau simulator.
-
-```
-❓ Run {appId} on {PLATFORM} device now to test the initial version?
-```
-
-Jika Anda memilih **Ya**:
-```
-(spinner) Running: npx cap run {platform}
-(device picker appears)
-App started ✅
-📱 Your app should now be running on your {platform} device with Capgo integrated
-🔄 This is your baseline version - we'll create an update next
-```
-
-### Langkah 10: Lakukan Uji Perubahan
-
-Sekarang saatnya menguji sistem pembaruan Capgo dengan membuat perubahan yang terlihat.
-
-```
-🎯 Now let's test Capgo by making a visible change and deploying an update!
-
-❓ How would you like to test the update?
-   Options:
-   - Auto: Let Capgo CLI make a visible change for you
-   - Manual: I'll make changes myself
-```
-
-**Mode otomatis:**
-CLI akan secara otomatis memodifikasi file Anda untuk menambahkan spanduk pengujian yang terlihat atau mengubah.
-
-**Mode manual:**
-Anda membuat perubahan sendiri (misalnya, mengubah teks, warna, atau menambahkan elemen).
-
-**Penanganan versi:**
-```
-❓ How do you want to handle the version for this update?
-   Options:
-   - Auto: Bump patch version ({currentVersion} → {nextVersion})
-   - Manual: I'll provide the version number
-```
-
-**Bangun dengan perubahan:**
-```
-❓ Build {appId} with changes before uploading?
-```
-
-<Aside type="tip">
-Jika Anda perlu membangun secara manual di terminal lain, pilih "Tidak" dan buat sendiri, lalu lanjutkan.
-</Aside>
-
-### Langkah 11: Unggah Paket
-
-Unggah paket aplikasi Anda yang telah diperbarui ke Capgo.
-
-```
-❓ Upload the updated {appId} bundle (v{version}) to Capgo?
-```
-
-CLI berjalan:
-```bash
-npx @capgo/cli@latest bundle upload
-```
-
-<Aside type="tip">
-**Pembaruan Delta dengan Pembaruan Langsung:** Jika Anda mengaktifkan pembaruan instan (Pembaruan Langsung) pada Langkah 4, CLI akan otomatis menanyakan apakah Anda ingin mengaktifkan pembaruan delta. Pembaruan Delta hanya mengirimkan file yang berubah antar versi, bukan keseluruhan paket. Karena biasanya hanya sedikit file yang berubah di antara pembaruan, hal ini membuat pengunduhan menjadi lebih cepat. Pilih **Ya** untuk pengalaman terbaik dengan pembaruan instan.
-</Aside>
-
-**Permintaan pembaruan Delta (jika Pembaruan Langsung diaktifkan):**
-```
-💡 Direct Update (instant updates) is enabled in your config
-   Delta updates send only changed files instead of the full bundle
-
-❓ Enable delta updates for this upload? (Recommended with Direct Update)
-```
-
-<Aside type="caution">
-Untuk monorepo, Anda mungkin perlu memberikan jalur tambahan ke `package.json` dan `node_modules` Anda.
-</Aside>
-
-**Sukses:**
-```
-✅ Update v{version} uploaded successfully!
-🎉 Your updated bundle is now available on Capgo
-```
-
-### Langkah 12: Uji Pembaruan pada Perangkat
-
-Saatnya melihat pembaruan beraksi!
-
-```
-🧪 Time to test the Capgo update system!
-📱 Go to your device where the app is running
-```
-
-**Untuk pembaruan instan:**
-```
-🔄 IMPORTANT: Background your app (swipe up/press home button) and then reopen it
-⏱️  The update should be downloaded and applied automatically
-```
-
-**Untuk pembaruan standar:**
-```
-📱 With standard updates, you will need to:
-   1. Background the app (swipe up/press home button) to start download
-   2. Wait a few seconds for download to complete
-   3. Background and foreground again to see the update
-```
-
-**Log pemantauan:**
-```
-❓ Monitor Capgo logs to verify the update worked?
-```
-
-Jika Anda memilih **Ya**, Anda akan melihat log langsung dari perangkat Anda yang menunjukkan proses pembaruan.
-
-### Langkah 13: Penyelesaian
-
-```
-Welcome onboard ✈️!
-```
-
-Selamat! Anda berhasil menyiapkan Capgo pembaruan langsung untuk aplikasi Anda.
-
-## Apa yang Telah Anda Capai
-
-Setelah menyelesaikan orientasi, Anda memiliki:
-
-<CardGrid>
-  <Card title="✅ Aplikasi Terdaftar" icon="rocket">
-    Aplikasi Anda terdaftar di Capgo dengan saluran produksi
-  </Card>
-  <Card title="✅ Plugin Terpasang" icon="puzzle">
-    Plugin Capacitor Updater telah diinstal dan dikonfigurasi
-  </Card>
-  <Card title="✅ Kode Terintegrasi" icon="seti:config">
-    Kode integrasi ditambahkan ke aplikasi Anda
-  </Card>
-  <Card title="✅ Pembaruan Diuji" icon="approve-check">
-    Anda telah berhasil menerapkan dan menerima pembaruan langsung
-  </Card>
-</CardGrid>
-
-## Alur Kerja Harian
-
-Untuk pembaruan selanjutnya, gunakan:
-
-```bash
-npm run build
-npx @capgo/cli@latest bundle upload --channel=production
-```
-
-Untuk opsi penerapan lainnya, lihat [Menerapkan Pembaruan Langsung](/docs/getting-started/deploy/).
-
-## Melanjutkan Orientasi
-
-Jika Anda keluar dari proses orientasi, Anda dapat melanjutkannya kapan saja:
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-Anda akan melihat:
-```
-You have already got to the step {stepNumber}/13 in the previous session
-❓ Would you like to continue from where you left off?
-```
-
-<Aside type="tip">
-Kemajuan disimpan secara lokal, sehingga Anda dapat keluar dengan aman dan melanjutkan proses orientasi.
-</Aside>
-
-## Pemecahan masalah
-
-### Tidak Ada Lingkungan Pengembangan
-
-**Masalah:** Baik Xcode maupun Android SDK tidak terdeteksi.
-
-**Solusi:**
-- **Untuk iOS**: Instal [Xcode](https://developer.apple.com/xcode/) (khusus macOS)
-- **Untuk Android**: Instal [Android Studio](https://developer.android.com/studio)
-
-### ID Aplikasi Sudah Diambil
-
-**Masalah:** ID aplikasi Anda sudah terdaftar.
-
-**Solusi:** Pilih salah satu alternatif yang disarankan atau masukkan ID aplikasi khusus dalam notasi domain terbalik.
-
-### Skrip Pembuatan Hilang
-
-**Masalah:** Tidak ditemukan skrip build di `package.json`.
-
-**Solusi:** Tambahkan skrip build ke `package.json` Anda:
-```json
-{
-  "scripts": {
-    "build": "your-build-command"
-  }
-}
-```
-
-### Injeksi Otomatis Gagal
-
-**Masalah:** CLI tidak dapat memasukkan kode integrasi secara otomatis.
-
-**Solusi:** Tambahkan kode secara manual ke file utama Anda:
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-### Capacitor Versi Terlalu Lama
-
-**Masalah:** Versi Capacitor Anda di bawah v5.
-
-**Solusi:** Tingkatkan Capacitor ke v5 atau lebih tinggi:
-- [Meningkatkan ke Capacitor 5](https://capacitorjs.com/docs/updating/5-0)
-- [Meningkatkan ke Capacitor 6](https://capacitorjs.com/docs/updating/6-0)
-- [Meningkatkan ke Capacitor 7](https://capacitorjs.com/docs/updating/7-0)
-
-## Langkah Selanjutnya
-
-Sekarang setelah Anda menyelesaikan orientasi, jelajahi topik berikut:
-
-<CardGrid>
-  <a href="/docs/getting-started/deploy/"><Card title="Terapkan Pembaruan" icon="rocket">
-    Pelajari cara menerapkan pembaruan dari dasbor Capgo
-  </Card></a>
-  <a href="/docs/live-updates/update-types/"><Card title="Jenis Pembaruan" icon="open-book">
-    Referensi semua jenis pembaruan OTA: penerapan waktu, kondisi penundaan, pemblokiran versi, dan pengiriman
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="Integrasi CI/CD" icon="setting">
-    Otomatiskan penerapan pembaruan Anda dengan CI/CD
-  </Card></a>
-  <a href="/docs/live-updates/channels/"><Card title="Channels" icon="list-format">
-    Kelola beberapa aliran pembaruan dengan saluran
-  </Card></a>
-  <a href="/docs/live-updates/encryption/"><Card title="Encryption" icon="approve-check-circle">
-    Amankan pembaruan Anda dengan enkripsi ujung ke ujung
-  </Card></a>
-  <a href="/docs/live-updates/update-behavior/"><Card title="Perbarui Perilaku" icon="setting">
-    Sesuaikan kapan dan bagaimana pembaruan diterapkan (langsung, delta, dll.)
-  </Card></a>
-</CardGrid>
-
-## Mendapatkan Bantuan
-
-Jika Anda mengalami masalah selama orientasi:
-
-- Periksa [Panduan Mengatasi Masalah](/docs/getting-started/troubleshooting/)
-- Bergabunglah dengan [Komunitas Perselisihan](https://discord.capgo.app)
-- Tinjau [FAQ](/docs/faq/)
-- Hubungi [Dukungan](/docs/getting-help/)
diff --git a/src/content/docs/id/docs/getting-started/quickstart.mdx b/src/content/docs/id/docs/getting-started/quickstart.mdx
deleted file mode 100644
index f31394f0a..000000000
--- a/src/content/docs/id/docs/getting-started/quickstart.mdx
+++ /dev/null
@@ -1,133 +0,0 @@
----
-title: Ikhtisar
-sidebar:
-  order: 1
-next: true
-prev: false
-locale: id
----
-
-import { Card, CardGrid, Steps, LinkCard, Aside } from '@astrojs/starlight/components';
-
-Tutorial quickstart akan memandu Anda melalui konsep-konsep utama Capgo! Konsep yang akan dibahas meliputi:
-
-<Steps>
-
-1. Menambahkan aplikasi ke akun Capgo Anda
-
-2. Mengintegrasikan Capgo dengan CI/CD Anda
-
-3. Memicu upload bundle di Capgo dengan mendorong commit
-
-4. Mengkonfigurasi dan menyesuaikan publikasi bundle Capgo
-
-5. Menyiapkan aplikasi Anda untuk mengaktifkan pembaruan langsung melalui Capgo
-
-6. Menerapkan pembaruan langsung ke aplikasi Anda dari Capgo
-
-</Steps>
-
-Cukup ikuti panduan langkah demi langkah, atau navigasi langsung ke dokumentasi untuk komponen yang menarik bagi Anda
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/add-an-app/" ><Card title="Mulai Tutorial" icon="rocket" >
-    Ikuti tutorial quickstart dan mulai menggunakan Capgo dalam waktu singkat!
-  </Card></a>
-  <a href="/docs/getting-started/onboarding/"><Card title="Panduan Onboarding CLI" icon="list-format">
-    Panduan lengkap langkah demi langkah untuk proses onboarding CLI interaktif.
-  </Card></a>
-  <a href="/docs/getting-started/deploy/"><Card title="Kirim pembaruan" icon="pencil">
-    Kirim pembaruan ke aplikasi Anda dari dashboard Capgo.
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="Otomatisasi pembaruan" icon="setting">
-    Integrasikan Capgo dengan CI/CD Anda dan picu upload bundle di Capgo dengan mendorong commit.
-  </Card></a>
-  <a href="/docs/getting-started/troubleshooting/"><Card title="Pemecahan Masalah" icon="open-book">
-    Masalah umum dan cara mengatasinya.
-  </Card></a>
-  <a href="/docs/getting-started/wrapping-up/"><Card title="Kesimpulan" icon="approve-check">
-    Selesaikan tutorial dan dapatkan ringkasan cepat dari apa yang telah Anda pelajari.
-  </Card></a>
-</CardGrid>
-
-<Aside type="tip">
-Fitur pembaruan Over-the-Air (OTA) hanya berlaku untuk modifikasi yang dilakukan pada file HTML, CSS, dan JavaScript
-
-Jika Anda melakukan perubahan pada kode native, seperti pembaruan plugin Capacitor, wajib untuk mengirimkan ulang aplikasi ke app store untuk persetujuan
-</Aside>
-
-<Aside type="caution" title="Kerahasiaan Bundle">
-Perlakukan setiap bundle yang diunggah ke Capgo sebagai aset web publik kecuali Anda mengaktifkan enkripsi Capgo. Channel privat mengontrol perangkat mana yang memenuhi syarat untuk menerima pembaruan, tetapi tidak membuat bundle yang diunggah menjadi rahasia. Enkripsi melindungi jalur distribusi dan mencegah pihak ketiga menghasilkan pembaruan terenkripsi yang valid, tetapi aset web yang dikirim tetap dapat direkayasa balik dari aplikasi dengan usaha yang cukup karena kunci publik didistribusikan di dalam biner. Lihat [enkripsi Live Updates](/docs/live-updates/encryption/).
-</Aside>
-
-## Bergabung dengan Komunitas Discord
-
-[Bergabung dengan Server Discord Capacitor-updater!](https://discordcom/invite/VnYRvBfgA6)
-
-## Pemeliharaan
-
-| Versi Plugin | Kompatibilitas Capacitor | Dipelihara        |
-| ------------ | ----------------------- | ----------------- |
-| v7\*\* (≥7.25.0) | v7\*\*                | ✅ Didukung penuh |
-| v6\*\* (≥6.25.0)       | v6\*\*                | ✅ Didukung penuh                 |
-| v5\*\*       | v5\*\*                | ⚠️ Usang |
-| v4\*\*       | v4\*\*                | ⚠️ Usang |
-| v3\*\*       | v3\*\*                | ⚠️ Usang     |
-| > 7          | v4\*\*                | ⚠️ Usang, CI kami menjadi gila dan terlalu banyak menaikkan versi     |
-
-## Kepatuhan Pedoman Toko
-
-Android Google Play dan iOS App Store memiliki pedoman terkait yang memiliki aturan yang harus Anda ketahui sebelum mengintegrasikan solusi Capacitor-updater dalam aplikasi Anda
-
-### Google play
-
-Paragraf ketiga dari topik [Penyalahgunaan Perangkat dan Jaringan](https://supportgooglecom/googleplay/android-developer/answer/9888379/?hl=en) menjelaskan bahwa memperbarui kode sumber dengan metode apa pun selain mekanisme pembaruan Google Play dibatasi Namun pembatasan ini tidak berlaku untuk memperbarui bundle javascript
-> Pembatasan ini tidak berlaku untuk kode yang berjalan di mesin virtual dan memiliki akses terbatas ke API Android (seperti JavaScript di webview atau browser)
-
-Itu sepenuhnya memperbolehkan Capacitor-updater karena hanya memperbarui bundle JS dan tidak akan memperbarui kode native
-
-### App Store
-
-Paragraf **332**, sejak tahun 2015 [Perjanjian Lisensi Program Pengembang Apple](https://developer.apple.com/programs/ios/information/) sepenuhnya mengizinkan melakukan pembaruan over-the-air untuk JavaScript dan aset - dan dalam versi terbarunya (20170605) [dapat diunduh di sini](https://developer.apple.com/terms/) aturan ini bahkan lebih luas:
-
-> Kode yang diinterpretasikan dapat diunduh ke Aplikasi tetapi hanya selama kode tersebut: (a) tidak mengubah tujuan utama Aplikasi dengan menyediakan fitur atau fungsionalitas yang tidak konsisten dengan tujuan yang dimaksudkan dan diiklankan dari Aplikasi sebagaimana yang diserahkan ke App Store, (b) tidak membuat toko atau storefront untuk kode atau aplikasi lain, dan (c) tidak memotong penandatanganan, sandbox, atau fitur keamanan lain dari OS
-
-Capacitor-updater memungkinkan Anda mengikuti aturan-aturan ini dengan kepatuhan penuh selama pembaruan yang Anda dorong tidak secara signifikan menyimpang dari tujuan awal produk Anda yang disetujui App Store
-
-Untuk tetap mematuhi pedoman Apple, kami menyarankan agar aplikasi yang didistribusikan App Store tidak mengaktifkan skenario 'Pembaruan paksa', karena dalam [Pedoman Peninjauan App Store](https://developer.apple.com/app-store/review/guidelines/) menyatakan bahwa:
-
-> Aplikasi tidak boleh memaksa pengguna untuk menilai aplikasi, mengulas aplikasi, mengunduh aplikasi lain, atau tindakan serupa lainnya untuk mengakses fungsionalitas, konten, atau penggunaan aplikasi
-
-Ini bukan masalah untuk perilaku default pembaruan latar belakang, karena tidak akan memaksa pengguna untuk menerapkan versi baru sampai mereka menutup aplikasi lain kali, tetapi setidaknya Anda harus mengetahui peran itu jika Anda memutuskan untuk menampilkannya
-
-## Open source
-
-Plugin ini berada di bawah Lisensi LGPL-30 dan back-end berada di bawah Lisensi AGPL-30
-
-> 💡 LGPL-30 berarti jika seseorang memodifikasi kode plugin, wajib untuk mempublikasikannya, dalam open-source dengan lisensi yang sama Jika Anda menggunakan kode tanpa modifikasi, itu tidak menyangkut Anda Lihat masalah di bawah untuk detail lebih lanjut klik tautan 👇
-
-<LinkCard
-	title="Lisensi?"
-	href="https://github.com/Cap-go/capacitor-updater/issues/7"
-/>
-
-<LinkCard
-	title="Coba GPTS Capgo untuk Mendapatkan bantuan daripada membaca dokumen"
-	href="https://chatopenaicom/g/g-3dMwHbF2w-capgo-doc-gpt"
-/>
-
-> Anda dapat menyertakannya dalam aplikasi Anda tanpa khawatir
-
-## Catatan Akhir
-
-Jika Anda self-host dan merasa alat ini berguna, silakan pertimbangkan untuk mendukung pekerjaan saya dengan menjadi [sponsor GitHub](https://github.com/sponsors/riderx/)
-
-Saya membuat taruhan untuk open-source semua kode yang saya bangun di sini alih-alih memasang paywall Dengan membukanya alih-alih melawan dan menyembunyikan, saya percaya kita dapat membuat dunia menjadi tempat yang lebih baik
-
-Untuk mewujudkan ini, kita semua perlu melakukan bagian kita, termasuk Anda 🥹 Jika Capgo cloud tidak memenuhi kebutuhan Anda, Anda dapat mendukung Maker bootstrapped [di sini](https://github.com/sponsors/riderx/) dengan syarat Anda sendiri
-
-## Matematika Sederhana
-
-Harga paket dasar: $14*12 = $168 setahun
-Sementara rata-rata dev/jam = $60
-Itu berarti bahwa 3 jam terbuang waktu dev pada self-host memungkinkan Anda membayar untuk seluruh tahun, jika Anda menghabiskan lebih dari 3 jam Anda kehilangan uang ^^
diff --git a/src/content/docs/id/docs/getting-started/troubleshooting.mdx b/src/content/docs/id/docs/getting-started/troubleshooting.mdx
deleted file mode 100644
index 3cba2b88a..000000000
--- a/src/content/docs/id/docs/getting-started/troubleshooting.mdx
+++ /dev/null
@@ -1,140 +0,0 @@
----
-title: Pemecahan Masalah
-sidebar:
-  order: 6
-next: false
-prev: false
-locale: id
----
-
-Berikut adalah beberapa masalah umum yang mungkin Anda temui saat menggunakan Capgo dan cara mengatasinya
-
-### Kegagalan upload
-
-Jika upload bundle Anda gagal, periksa kembali:
-- ID aplikasi di `capacitor.config.ts` sesuai dengan aplikasi Anda di dashboard Capgo
-- Anda menjalankan perintah upload dari root proyek Capacitor Anda
-- Asset web Anda sudah di-build dan terbaru
-
-#### Opsi upload lanjutan
-
-CLI Capgo menyediakan beberapa flag tambahan untuk membantu masalah upload yang umum:
-
-- `--tus`: Menggunakan [protokol upload yang dapat dilanjutkan tus](https://tus.io/) untuk upload bundle besar atau koneksi jaringan yang buruk yang lebih handal. Jika bundle Anda lebih dari 10MB atau Anda memiliki koneksi yang tidak stabil, pertimbangkan menggunakan `--tus`:
-  ```shell
-  npx @capgo/cli@latest bundle upload --tus
-  ```
-
-- `--package-json` dan `--node-modules`: Memberi tahu Capgo di mana menemukan root `package.json` dan `node_modules` jika aplikasi Anda menggunakan struktur non-standar seperti monorepo atau workspace npm. Berikan path ke root `package.json` dan path `--node_modules`:
-  ```shell
-  npx @capgo/cli@latest bundle upload --package-json=path/to/package.json --node_modules=path/to/node_modules
-  ```
-  Capgo membutuhkan informasi ini untuk membundle dependensi aplikasi Anda dengan benar
-
-Anda dapat menggabungkan flag-flag ini dengan opsi lain seperti `--channel` sesuai kebutuhan. Lihat [dokumentasi CLI Capgo](/docs/cli/overview/) untuk detail lengkap tentang opsi upload yang tersedia
-
-Jika Anda masih mengalami masalah dengan upload, hubungi [dukungan Capgo](https://support.capgo.app) untuk bantuan lebih lanjut
-
-### Debug Update
-
-Jika Anda mengalami masalah dengan pembaruan langsung, perintah debug Capgo adalah alat yang membantu untuk troubleshooting. Cara menggunakannya:
-
-1. Jalankan perintah berikut di direktori proyek Anda:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-2. Jalankan aplikasi Anda di perangkat atau emulator dan lakukan tindakan yang seharusnya memicu pembaruan (misal membuka kembali aplikasi setelah mengunggah bundle baru)
-
-3. Perhatikan output dari perintah debug. Ini akan mencatat informasi tentang proses pembaruan, termasuk:
-   - Ketika aplikasi memeriksa pembaruan
-   - Jika pembaruan ditemukan dan versi apa
-   - Progres unduhan dan instalasi pembaruan
-   - Kesalahan yang terjadi selama proses pembaruan
-
-4. Gunakan log debug untuk mengidentifikasi di mana masalah terjadi. Contohnya:
-   - Jika tidak ada pembaruan yang ditemukan, periksa kembali apakah bundle Anda berhasil diunggah dan aplikasi dikonfigurasi untuk menggunakan channel yang benar
-   - Jika pembaruan terunduh tapi tidak terinstal, pastikan Anda telah memanggil `CapacitorUpdater.notifyAppReady()` dan aplikasi benar-benar ditutup dan dibuka kembali
-   - Jika Anda melihat pesan error, cari error tersebut di dokumentasi Capgo atau hubungi dukungan untuk bantuan
-
-Perintah debug sangat berguna untuk mengidentifikasi masalah dengan proses unduhan dan instalasi pembaruan. Jika log menunjukkan versi pembaruan yang diharapkan ditemukan tetapi akhirnya tidak diterapkan, fokuskan troubleshooting Anda pada langkah-langkah setelah unduhan
-
-### Debug dengan Log Native
-
-Selain perintah debug Capgo, log native di Android dan iOS dapat memberikan informasi troubleshooting yang berharga, terutama untuk masalah di sisi native dari proses pembaruan
-
-#### Log Android
-
-Untuk mengakses log Android:
-
-1. Hubungkan perangkat Anda atau mulai emulator
-2. Buka Android Studio dan pilih "View > Tool Windows > Logcat"
-3. Di jendela Logcat, filter log ke proses aplikasi Anda dengan memilihnya dari dropdown di atas
-4. Cari baris yang menyertakan `Capgo` untuk menemukan log SDK
-
-Atau, Anda dapat menggunakan perintah `adb logcat` dan grep untuk `Capgo` untuk memfilter log
-
-SDK Capgo akan mencatat kejadian-kejadian penting selama proses pembaruan, seperti:
-- Ketika pemeriksaan pembaruan dimulai
-- Jika pembaruan ditemukan dan versi apa
-- Ketika unduhan pembaruan dimulai dan selesai
-- Ketika instalasi pembaruan dipicu
-- Kesalahan yang terjadi selama langkah pembaruan native
-
-Masalah khusus Android yang mungkin Anda lihat di log termasuk:
-- Masalah konektivitas jaringan yang mencegah unduhan pembaruan
-- Error izin file saat menyimpan atau membaca bundle pembaruan
-- Ruang penyimpanan tidak cukup untuk bundle pembaruan
-- Kegagalan memulai ulang aplikasi setelah pembaruan diinstal
-
-#### Log iOS
-
-Untuk mengakses log iOS:
-
-1. Hubungkan perangkat Anda atau mulai simulator
-2. Buka Xcode dan pergi ke "Window > Devices and Simulators"
-3. Pilih perangkat Anda dan klik "Open Console"
-4. Di output konsol, cari baris yang menyertakan `Capgo` untuk menemukan log SDK
-
-Anda juga dapat menggunakan perintah `log stream` di terminal dan grep untuk `Capgo` untuk memfilter log
-
-Mirip dengan Android, SDK Capgo akan mencatat kejadian-kejadian penting di sisi iOS:
-- Inisiasi dan hasil pemeriksaan pembaruan
-- Mulai, progres, dan selesainya unduhan
-- Pemicu dan hasil instalasi
-- Kesalahan selama proses pembaruan native
-
-Masalah khusus iOS yang dapat Anda identifikasi dalam log termasuk:
-- Masalah sertifikat SSL saat mengunduh pembaruan
-- App transport security memblokir unduhan pembaruan
-- Ruang penyimpanan tidak cukup untuk bundle pembaruan
-- Kegagalan untuk mengekstrak atau menerapkan bundle pembaruan dengan benar
-
-Pada kedua platform, log native memberikan tampilan proses pembaruan yang lebih detail, dengan rincian lebih lanjut tentang implementasi native. Log ini sangat berguna untuk mengidentifikasi masalah yang terjadi di luar lapisan JavaScript Capgo
-
-Saat troubleshooting masalah pembaruan langsung yang rumit, sebaiknya mengambil log debug Capgo dan log native untuk gambaran komprehensif tentang apa yang terjadi. Kedua log bersama akan memberi Anda peluang terbaik untuk mengidentifikasi dan menyelesaikan masalah
-
-### Pembaruan tidak diterapkan
-
-Jika Anda telah mengunggah bundle tetapi tidak melihat perubahan di perangkat Anda:
-- Pastikan Anda telah memanggil `CapacitorUpdater.notifyAppReady()` dalam kode aplikasi Anda seperti yang ditunjukkan di [quickstart](/docs/getting-started/quickstart)
-- Periksa bahwa perangkat Anda terhubung ke internet dan log debug Capgo menunjukkan pembaruan telah diunduh
-- Coba tutup sepenuhnya dan buka kembali aplikasi, karena pembaruan hanya diterapkan saat peluncuran baru
-- Cari error di log native yang mungkin menunjukkan masalah dalam menerapkan pembaruan
-
-Lihat panduan [menerapkan pembaruan langsung](/docs/getting-started/deploy) untuk detail lebih lanjut tentang proses pembaruan. Jika Anda masih mengalami kesulitan, gunakan perintah `npx @capgo/cli@latest app debug` dan log native untuk mendapatkan visibilitas lebih tentang apa yang terjadi
-
-## Instalasi SDK
-
-Jika Anda mengalami masalah menginstal SDK Capgo, pastikan:
-- Aplikasi Anda menggunakan versi Capacitor yang didukung (4.0 atau lebih baru)
-- Anda telah mengikuti langkah-langkah [quickstart](/docs/getting-started/quickstart) secara berurutan, termasuk sinkronisasi aplikasi Anda setelah menginstal SDK
-
-## Integrasi CI/CD
-
-Untuk masalah dengan memicu upload Capgo dari pipeline CI/CD Anda:
-- Periksa kembali token autentikasi Capgo Anda telah diatur dengan benar
-- Pastikan Anda menjalankan perintah upload setelah asset web Anda di-build
-- Periksa bahwa perintah upload menggunakan nama channel yang benar untuk environment target Anda
-
-Lihat dokumentasi [integrasi CI/CD](/docs/getting-started/cicd-integration) untuk tips troubleshooting lebih lanjut. Anda juga dapat menggunakan perintah `npx @capgo/cli@latest app debug` untuk mengkonfirmasi apakah pembaruan yang dipicu CI/CD diterima oleh aplikasi
diff --git a/src/content/docs/id/docs/getting-started/wrapping-up.mdx b/src/content/docs/id/docs/getting-started/wrapping-up.mdx
deleted file mode 100644
index 250ad2cda..000000000
--- a/src/content/docs/id/docs/getting-started/wrapping-up.mdx
+++ /dev/null
@@ -1,53 +0,0 @@
----
-title: Menyimpulkan
-sidebar:
-  order: 7
-next: false
-prev: false
-draft: true
-locale: id
----
-
-import { Card, CardGrid, Steps } from '@astrojs/starlight/components';
-
-Sekarang setelah Anda menyelesaikan panduan quickstart, Anda seharusnya memiliki pemahaman dasar tentang konsep-konsep kunci Capgo! Konsep-konsep kunci yang telah Anda pelajari dalam panduan ini adalah:
-
-<Steps>
-1. Menambahkan aplikasi ke akun Capgo Anda
-
-2. Mengintegrasikan Capgo dengan pipeline CI/CD Anda
-
-3. Memicu unggahan bundle ke Capgo pada commit baru
-
-4. Mengkonfigurasi aplikasi Anda untuk mengaktifkan pembaruan langsung dengan SDK Capgo
-
-5. Menerapkan pembaruan langsung ke aplikasi Anda dari dashboard Capgo
-</Steps>
-
-Tapi masih ada lagi yang bisa dipelajari tentang Capgo! Lanjutkan menjelajahi dokumentasi atau periksa beberapa topik kunci berikut:
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/cicd-integration/">
-    <Card title="Integrasi CI/CD" icon="gitlab">
-      Sudah memiliki pipeline CI/CD? Pelajari cara memasukkan Capgo ke dalam alur kerja Anda yang ada
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/">
-    <Card title="Pembaruan Langsung" icon="cloud-download">
-      Pelajari lebih dalam tentang fitur dan praktik terbaik pembaruan langsung Capgo
-    </Card>
-  </a>
-
-  <a href="/docs/faq/">  
-    <Card title="FAQ" icon="open-book">
-      Temukan jawaban atas pertanyaan umum tentang Capgo
-    </Card>
-  </a>
-
-  <a href="/docs/getting-started/troubleshooting/">
-    <Card title="Pemecahan Masalah" icon="error">
-      Dapatkan bantuan dengan masalah umum yang dapat muncul saat menggunakan Capgo
-    </Card>
-  </a>
-</CardGrid>
\ No newline at end of file
diff --git a/src/content/docs/id/docs/how-to.mdx b/src/content/docs/id/docs/how-to.mdx
deleted file mode 100644
index 25ddd8439..000000000
--- a/src/content/docs/id/docs/how-to.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-title: Cara Melakukan
-description: 'Cara menggunakan Capgo, tutorial, trik dan tips'
-sidebar:
-  order: 1
-locale: id
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-<LinkCard
-	title="Bagaimana versi bekerja di Capgo"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-version-work-in-capgo/"
-/>
-
-<LinkCard
-	title="Cara merilis versi major di Capgo"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-to-release-major-version-in-capgo/"
-/>
-
-<LinkCard
-	title="Cara mengirim pembaruan spesifik ke satu pengguna atau grup"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-to-send-specific-version-to-users/"
-/>
-
-
-## CI / CD
-
-
-<LinkCard
-	title="Build dan rilis otomatis dengan GitHub Actions"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-version-work-in-capgo/"
-/>
-
-<LinkCard
-	title="Mengelola build pengembangan dan produksi dengan GitHub Actions"
-	description="capgo.app"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-## Berkontribusi
-
-
-<LinkCard
-	title="Berkontribusi pada open source Capgo"
-	description="githubcom"
-	href="https://github.com/Cap-go/capgo/blob/main/CONTRIBUTINGmd"
-/>
diff --git a/src/content/docs/id/docs/index.mdx b/src/content/docs/id/docs/index.mdx
deleted file mode 100644
index 40a38f3e6..000000000
--- a/src/content/docs/id/docs/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: Capgoへようこそ
-description: >-
-  Capgo es una plataforma de actualizaciones en vivo de código abierto para
-  Capacitor y equipos de desarrollo móvil que te permite enviar actualizaciones
-  en vivo a tus usuarios en cuestión de minutos en lugar de días.
-tableOfContents: false
-next: false
-hero:
-  tagline: >-
-    Capgo es una plataforma de código abierto de actualizaciones en tiempo real
-    para Capacitor y equipos de desarrollo móvil, que permite entregar
-    actualizaciones a los usuarios en minutos en lugar de días
-  actions:
-    - text: Iniziamo
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/Capgo/'
-      icon: external
-      variant: minimal
-locale: id
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Kekuatan Live Update" icon="rocket">
-    Kirimkan pembaruan aplikasi secara langsung, perbaikan bug penting, perubahan konten, fitur beta, dan lainnya untuk memberikan pengalaman terbaik bagi pengguna Anda
-  </Card>
-  <Card title="Mudah diintegrasikan" icon="pencil">
-    Plugin ini hanya membutuhkan 3 langkah untuk diintegrasikan ke dalam kode Anda dan memungkinkan Anda mengirim pembaruan ke pengguna dalam hitungan menit, bukan hari!
-  </Card>
-  <Card title="Instalasi" icon="setting">
-    Jalankan `npx @capgo/cli@latest init [APIKEY]` untuk memulai
-  </Card>
-  <Card title="Dokumentasi lengkap" icon="open-book">
-    Pelajari di [Dokumentasi](/docs/getting-started/quickstart/) cara menguasai plugin dalam 5 menit dengan video onboarding kami
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/live-updates/breaking-changes.md b/src/content/docs/id/docs/live-updates/breaking-changes.md
deleted file mode 100644
index 16be74208..000000000
--- a/src/content/docs/id/docs/live-updates/breaking-changes.md
+++ /dev/null
@@ -1,203 +0,0 @@
----
-title: "Breaking Changes"
-description: "Cara menangani breaking changes dengan versioned channels"
-locale: id
-sidebar:
-  order: 6
----
-
-Dokumentasi ini menjelaskan cara menangani breaking changes di aplikasi Anda menggunakan versioned channels. Pendekatan ini memungkinkan Anda maintain berbagai versi aplikasi sambil memastikan pengguna menerima update yang kompatibel.
-
-## Contoh Skenario
-
-Katakanlah Anda memiliki:
-- Versi aplikasi 1.2.3 (versi lama) - menggunakan channel production
-- Versi aplikasi 2.0.0 (versi baru dengan breaking changes) - menggunakan channel v2
-- Live update 1.2.4 (kompatibel dengan 1.2.3)
-- Live update 2.0.1 (kompatibel dengan 2.0.0)
-
-## Strategi: Selalu Gunakan defaultChannel untuk Versi Major
-
-**Pendekatan yang direkomendasikan:** Set `defaultChannel` untuk setiap versi major. Ini memastikan Anda selalu dapat push update ke grup pengguna spesifik tanpa mengandalkan penugasan channel dinamis.
-
-```ts
-// Rilis versi 1.x
-defaultChannel: 'v1'
-
-// Rilis versi 2.x
-defaultChannel: 'v2'
-
-// Rilis versi 3.x (masa depan)
-defaultChannel: 'v3'
-```
-
-:::tip
-**Manfaat dari pendekatan ini:**
-- **Selalu punya kontrol** atas pengguna mana yang menerima update
-- **Tidak perlu switching channel dinamis** di kode aplikasi Anda
-- **Pemisahan yang jelas** antara berbagai versi aplikasi
-- **Fleksibilitas** untuk push update ke grup versi spesifik mana pun
-:::
-
-## 1. Buat Channel untuk Versi Baru
-
-```bash
-# Buat channel untuk versi 2.x
-npx @capgo/cli channel create v2
-```
-
-## 2. Update Capacitor Config untuk Versi 2.0.0
-
-Update config Capacitor Anda sebelum build versi 2.0.0 untuk app store:
-
-```ts
-// capacitor.config.ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      // ... opsi lainnya
-      defaultChannel: 'v2' // Semua pengguna 2.0.0 akan menggunakan channel v2
-    }
-  }
-};
-
-export default config;
-```
-
-:::note
-**Untuk versi 1.x:** Jika Anda tidak set `defaultChannel` awalnya, pengguna versi 1.x ada di channel `production`. Untuk versi major masa depan, selalu set channel spesifik seperti `v3`, `v4`, dll.
-:::
-
-## 3. Kelola Branch Kode Terpisah
-
-Buat branch git terpisah untuk maintain kompatibilitas antara versi aplikasi:
-
-```bash
-# Buat dan maintain branch untuk update versi 1.x
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-
-# Branch main Anda lanjutkan dengan development versi 2.x
-git checkout main
-```
-
-:::warning
-**Kritis:** Jangan pernah push bundle JavaScript ke aplikasi lama yang mengharapkan kode native/API yang tidak mereka miliki. Selalu build update dari branch yang sesuai:
-- **Branch v1-maintenance**: Untuk update ke aplikasi 1.x (channel production)
-- **Branch main**: Untuk update ke aplikasi 2.x (channel v2)
-:::
-
-## 4. Upload Bundle ke Channel Masing-masing
-
-```bash
-# Untuk update 1.x: Build dari branch v1-maintenance
-git checkout v1-maintenance
-# Buat perubahan kompatibel 1.x Anda di sini
-npx @capgo/cli bundle upload --channel production
-
-# Untuk update 2.x: Build dari branch main
-git checkout main
-# Buat perubahan 2.x Anda di sini
-npx @capgo/cli bundle upload --channel v2
-```
-
-## 5. Aktifkan Self-Assignment
-
-```bash
-# Izinkan aplikasi untuk self-assign ke channel v2
-npx @capgo/cli channel set v2 --self-assign
-```
-
-## 6. Deploy ke App Store
-
-Build dan deploy versi 2.0.0 ke app store. Semua pengguna yang download versi ini (baik pengguna baru atau pengguna existing yang upgrade) akan otomatis menggunakan channel v2 karena dikonfigurasi di bundle aplikasi.
-
-:::note
-**Tidak perlu perubahan kode!** Karena `defaultChannel: 'v2'` di-bundle dengan versi app store, semua pengguna yang download versi 2.0.0 akan otomatis menggunakan channel yang benar.
-:::
-
-## Scaling ke Versi Masa Depan
-
-Saat Anda merilis versi 3.0.0 dengan lebih banyak breaking changes:
-
-```bash
-# Buat channel untuk versi 3.x
-npx @capgo/cli channel create v3
-```
-
-```ts
-// capacitor.config.ts untuk versi 3.0.0
-const config: CapacitorConfig = {
-  // ...
-  plugins: {
-    CapacitorUpdater: {
-      defaultChannel: 'v3' // Pengguna versi 3.x
-    }
-  }
-};
-```
-
-Sekarang Anda dapat push update ke versi mana pun:
-- Channel `production` → Pengguna versi 1.x
-- Channel `v2` → Pengguna versi 2.x
-- Channel `v3` → Pengguna versi 3.x
-
-## 7. Cleanup (Setelah Migrasi)
-
-Setelah semua pengguna bermigrasi ke versi 2.x (hitung 3-4 bulan):
-
-1. Hapus `defaultChannel` dari config Capacitor Anda
-2. Hapus channel v2:
-
-```bash
-npx @capgo/cli channel delete v2
-```
-
-3. Hapus branch v1-maintenance:
-
-```bash
-git branch -d v1-maintenance
-git push origin --delete v1-maintenance
-```
-
-:::tip
-Pendekatan ini memastikan pengguna hanya menerima update yang kompatibel dengan versi aplikasi mereka
-:::
-
-:::warning
-Selalu test update secara menyeluruh di setiap channel sebelum deployment
-:::
-
-:::note
-Anda dapat dengan aman menghapus channel v2 di Capgo bahkan jika beberapa pengguna masih memiliki channel override. Mereka akan otomatis menerima update dari channel production.
-:::
-
-## Maintain Update Versi 1.x
-
-Untuk mengirim update yang kompatibel dengan versi 1.x:
-
-1. Switch ke branch v1-maintenance:
-```bash
-git checkout v1-maintenance
-```
-
-2. Buat perubahan dan commit:
-```bash
-# Buat perubahan kompatibel 1.x
-git add .
-git commit -m "Fix untuk v1.x"
-git push origin v1-maintenance
-```
-
-3. Build dan upload ke channel production:
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
-:::tip
-Jaga branch v1-maintenance Anda tetap up to date dengan bug fix yang kompatibel dengan versi 1.x, tapi jangan pernah merge breaking changes dari main
-:::
diff --git a/src/content/docs/id/docs/live-updates/channels.mdx b/src/content/docs/id/docs/live-updates/channels.mdx
deleted file mode 100644
index 8136d38f0..000000000
--- a/src/content/docs/id/docs/live-updates/channels.mdx
+++ /dev/null
@@ -1,258 +0,0 @@
----
-title: Saluran
-description: "Pelajari cara mengelola dan mengonfigurasi saluran Live Update di Capgo, memungkinkan pembaruan aplikasi yang mulus dengan mengarahkan build bundle JS tertentu ke perangkat yang dikonfigurasi untuk saluran tersebut."
-sidebar:
-  order: 2
-locale: id
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Channel Live Update mengarah ke build bundle JS tertentu dari aplikasi Anda yang akan dibagikan dengan perangkat yang dikonfigurasi untuk mendengarkan channel tersebut untuk pembaruan. Ketika Anda [menginstal Capgo Live Updates SDK](/docs/getting-started/quickstart/) di aplikasi Anda, setiap binary native yang dikonfigurasi ke channel tersebut akan memeriksa pembaruan yang tersedia setiap kali aplikasi diluncurkan. Anda dapat mengubah build yang ditunjuk channel kapan saja dan juga dapat kembali ke build sebelumnya jika diperlukan.
-
-<Aside type="caution" title="Channel tidak memberikan kerahasiaan">
-Channel mengontrol kelayakan pembaruan, bukan kerahasiaan bundle. Bahkan jika sebuah channel bersifat privat atau self-assignment dinonaktifkan, bundle tanpa enkripsi yang diunggah ke Capgo tetap harus diperlakukan sebagai aset publik yang dikirim ke klien. Enkripsi melindungi jalur distribusi dan keaslian pembaruan, tetapi bundle yang dikirim masih dapat direkayasa balik dari aplikasi terdistribusi dengan usaha yang cukup karena kunci publik merupakan bagian dari klien. Lihat [enkripsi Live Updates](/docs/live-updates/encryption/) untuk detailnya.
-</Aside>
-
-## Bagaimana Perangkat Memilih Channel (Prioritas)
-
-Ketika perangkat memeriksa pembaruan, Capgo memutuskan channel mana yang akan digunakan dalam urutan ketat ini (prioritas tertinggi lebih dulu):
-
-1. **Pemetaan perangkat paksa (Dashboard)** – Pin ID perangkat tertentu ke channel secara manual. Gunakan untuk debugging mendesak atau pengujian terkontrol dengan satu pengguna nyata. Ini selalu menang.
-2. **Override cloud (per-perangkat) via Dashboard atau API** – Dibuat ketika Anda mengubah channel perangkat di dashboard atau via API. Gunakan untuk pengguna QA yang beralih antar channel fitur/PR atau untuk mereproduksi masalah pengguna. Menginstal ulang binary tidak menghapusnya; menghapus entri perangkat yang menghapusnya.
-
-<Aside type="tip" title="Pergantian Channel Instan dengan setChannel()">
-**Mulai dari plugin versi 5.34.0, 6.34.0, 7.34.0, atau 8.0.0** (tergantung versi major Anda), `setChannel()` bekerja secara berbeda: ia menghubungi backend untuk **memvalidasi** bahwa channel diizinkan (memeriksa apakah self-assignment diaktifkan untuk channel tersebut), kemudian menyimpan channel **secara lokal di perangkat** sebagai `defaultChannel`. Ini berarti channel baru berlaku **secara instan** untuk pemeriksaan pembaruan berikutnya—tidak perlu menunggu replikasi.
-
-Sebelumnya, `setChannel()` menyimpan override channel ke database backend (seperti perubahan Dashboard atau API), dan perangkat harus menunggu replikasi data (hingga 2 menit) sebelum channel baru dikenali. Perilaku baru hanya membaca dari backend (untuk validasi) dan menyimpan secara lokal, membuat pergantian channel menjadi instan.
-
-**Catatan:** Bahkan jika channel menjadi tidak diizinkan setelah diatur secara lokal, backend akan tetap memvalidasi channel selama pemeriksaan pembaruan, sehingga keamanan tetap terjaga.
-
-**Penting:** Ketika perubahan channel dilakukan via Dashboard atau API, masih ada lag replikasi hingga 2 menit sebelum semua edge server mencerminkan perubahan. Untuk pergantian channel instan, gunakan `setChannel()` dari kode aplikasi Anda—ia memvalidasi dengan backend, kemudian mengatur channel secara lokal untuk efek langsung.
-</Aside>
-
-3. **Capacitor config `defaultChannel` (default build test)** – Jika ada di `capacitor.config.*` dan tidak ada force/override, aplikasi mulai di channel ini (misalnya `beta`, `qa`, `pr-123`). Ditujukan untuk build TestFlight/internal agar tester otomatis masuk ke channel pre-release. Build produksi biasanya membiarkan ini tidak diatur.
-4. **Cloud Default Channel (jalur utama ~99% pengguna)** – Jika Anda menandai channel default di dashboard, semua pengguna akhir normal (tanpa force, tanpa override, tanpa config defaultChannel) terhubung di sini. Ubah untuk roll out atau roll back secara instan—tidak perlu binary baru. Jika Anda memiliki default spesifik platform (satu khusus iOS, satu khusus Android), setiap perangkat masuk ke default yang sesuai dengan platformnya. Membiarkan cloud default tidak diatur diperbolehkan; dalam hal ini perangkat harus cocok di langkah 1-3 untuk menerima pembaruan.
-
-Best practice:
-- Perlakukan 1-3 sebagai layer pengecualian/pengujian; ketika Anda mengatur cloud default, pengguna nyata harus mengalir ke sana. Jika Anda memilih untuk tidak mengaturnya, sengaja tentukan bagaimana pengguna terhubung (biasanya via `defaultChannel` di config atau override per-perangkat).
-- Hanya konfigurasikan `defaultChannel` di binary yang Anda kirim secara eksplisit ke tester. Membiarkannya tidak diatur menjaga logika produksi terpusat di dashboard.
-- Gunakan `setChannel()` dengan hemat di produksi—terutama untuk QA atau diagnostik tertarget.
-
-Jika channel dinonaktifkan untuk platform (toggle iOS/Android) ketika seharusnya dipilih, proses seleksi melewatinya dan melanjutkan ke bawah daftar.
-
-> Ringkasan: Force > Override > Config `defaultChannel` > Cloud Default.
-
-## Perilaku Channel Default
-
-Mengatur cloud default bersifat opsional, tetapi biasanya berfungsi sebagai jalur catch-all untuk perangkat baru. Tanpanya, hanya perangkat yang cocok di pemetaan paksa, override, atau `defaultChannel` di config Capacitor yang akan menerima pembaruan. Ketika Anda memilih untuk menandai default, ingat pola-pola ini:
-
-- **Default tunggal (paling umum)** – Jika channel mengaktifkan iOS dan Android, ia menjadi satu-satunya default; perangkat apa pun tanpa override akan terhubung di sini.
-- **Default spesifik platform** – Jika Anda memisahkan channel berdasarkan platform (misalnya, `ios-production` dengan hanya iOS diaktifkan dan `android-production` dengan hanya Android diaktifkan), tandai masing-masing sebagai default untuk platformnya. Perangkat iOS pergi ke default iOS, perangkat Android pergi ke default Android.
-
-Ingat bahwa cloud default dan `defaultChannel` di `capacitor.config.*` keduanya menempati layer keputusan yang sama. Jika Anda mengatur cloud default, Anda tidak perlu menduplikasi nilai di config Capacitor Anda—biarkan `defaultChannel` kosong untuk build produksi. Cadangkan `defaultChannel` untuk binary yang Anda sengaja kirim ke tester atau QA ketika Anda ingin mereka mulai di channel non-produksi meskipun cloud default berbeda.
-
-Anda dapat mengubah default kapan saja di dashboard. Ketika Anda menukar default, perangkat baru mematuhi routing baru segera dan perangkat yang ada mengikuti aturan prioritas normal saat mereka check in berikutnya.
-
-## Menyiapkan Channel
-
-Selama onboarding Anda membuat channel pertama (kebanyakan tim menamakannya "Production"), tetapi tidak ada yang terkunci—Anda dapat mengganti nama atau menghapus channel kapan saja. Untuk menambahkan channel tambahan nanti:
-
-1. Buka bagian "Channels" di dashboard Capgo
-2. Klik tombol "New Channel"
-3. Masukkan nama untuk channel dan klik "Create"
-
-Nama channel bisa apa saja yang Anda inginkan. Strategi yang umum adalah menyesuaikan channel dengan tahap pengembangan Anda, seperti:
-
-- `Development` - untuk menguji live update di perangkat lokal atau emulator
-- `QA` - untuk tim QA Anda memverifikasi pembaruan sebelum rilis yang lebih luas
-- `Staging` - untuk pengujian akhir di lingkungan seperti produksi
-- `Production` - untuk versi aplikasi Anda yang diterima pengguna akhir dari app store
-
-## Mengkonfigurasi Channel di Aplikasi Anda
-
-Dengan channel Anda yang telah dibuat, Anda perlu mengkonfigurasi aplikasi untuk mendengarkan channel yang sesuai. Dalam contoh ini, kita akan menggunakan channel `Development`.
-
-Buka file `capacitor.config.ts` (atau `capacitor.config.json`) Anda. Di bagian `plugins`, secara opsional atur `defaultChannel` untuk **build test** (internal/QA). Untuk build produksi, lebih baik menghilangkannya agar perangkat menggunakan Cloud Default kecuali secara eksplisit di-override.
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      // Untuk build QA/TestFlight – tester mulai di channel Development secara otomatis.
-      defaultChannel: 'Development',
-      // Build produksi biasanya menghilangkan ini agar pengguna terhubung ke Cloud Default channel.
-    },
-  },
-};
-```
-
-Selanjutnya, build aplikasi web Anda dan jalankan `npx cap sync` untuk menyalin file konfigurasi yang diperbarui ke proyek iOS dan Android Anda. Jika Anda melewatkan langkah sinkronisasi ini, proyek native Anda akan terus menggunakan channel yang sebelumnya dikonfigurasi.
-
-<Aside type="caution">
-Urutan pemilihan channel: Force > Override (`setChannel` / dashboard) > Config `defaultChannel` > Cloud Default.
-
-Gunakan `defaultChannel` hanya di build test/internal; hilangkan untuk produksi agar pengguna mengikuti Cloud Default (jika diatur) daripada menduplikasi routing di config native.
-
-Anda masih dapat memaksa (pin) perangkat atau menerapkan override nanti—itu segera menggantikan nilai config.
-
-> Nama channel bersifat case sensitive.
-</Aside>
-
-## Opsi dan Strategi Channel
-
-Channel memiliki beberapa opsi yang mengontrol siapa yang dapat menerima pembaruan dan bagaimana pembaruan dikirim. Yang paling penting ada di bawah. Anda dapat mengkonfigurasinya dari web app, CLI, atau Public API.
-
-- Channel default: Secara opsional tandai channel atau channel spesifik platform tempat perangkat baru terhubung. Lihat "Perilaku Channel Default" untuk skenario routing.
-- Filter platform: Aktifkan atau nonaktifkan pengiriman ke perangkat `iOS` dan/atau `Android` per channel.
-- Nonaktifkan auto downgrade di bawah native: Mencegah pengiriman pembaruan ketika versi aplikasi native perangkat lebih baru dari bundle channel (misalnya, perangkat di 1.2.3 sementara channel memiliki 1.2.2).
-- Izinkan build development: Izinkan pembaruan ke build development (berguna untuk pengujian).
-- Izinkan perangkat emulator: Izinkan pembaruan ke emulator/simulator (berguna untuk pengujian).
-- Izinkan self-assignment perangkat: Memungkinkan aplikasi beralih ke channel ini saat runtime menggunakan `setChannel`. Jika dinonaktifkan, `setChannel` akan gagal untuk channel ini.
-
-### Strategi Nonaktifkan Auto Update
-
-Gunakan ini untuk membatasi jenis pembaruan apa yang akan dikirim channel secara otomatis. Opsi:
-
-- major: Blokir pembaruan cross-major (0.0.0 → 1.0.0). Pembaruan minor dan patch masih diizinkan.
-- minor: Blokir pembaruan cross-minor (misalnya, 1.1.0 → 1.2.0) dan major. Pembaruan patch masih diizinkan. Catatan: tidak memblokir 0.1.0 → 1.1.0.
-- patch: Sangat ketat. Hanya mengizinkan versi patch yang meningkat dalam major dan minor yang sama. Contoh: 0.0.311 → 0.0.314 ✅, 0.1.312 → 0.0.314 ❌, 1.0.312 → 0.0.314 ❌.
-- metadata: Memerlukan metadata versi pembaruan minimum di setiap bundle. Konfigurasikan via CLI menggunakan `--min-update-version` atau `--auto-min-update-version`. Jika tidak ada, channel ditandai salah konfigurasi dan pembaruan akan ditolak sampai diatur.
-- none: Izinkan semua pembaruan sesuai kompatibilitas semver.
-
-Pelajari detail dan contoh lebih lanjut di strategi Nonaktifkan pembaruan di /docs/cli/commands/#disable-updates-strategy.
-
-Contoh (CLI):
-
-```bash
-# Blokir pembaruan major di channel Production
-npx @capgo/cli@latest channel set production com.example.app \
-  --disable-auto-update major
-
-# Izinkan perangkat untuk self-assign ke channel Beta
-npx @capgo/cli@latest channel set beta com.example.app --self-assign
-```
-
-### Menggunakan setChannel() dari Aplikasi Anda
-
-Metode `setChannel()` memungkinkan aplikasi Anda untuk beralih channel secara programatik saat runtime. Ini sangat berguna untuk:
-
-- Menu QA/debug di mana tester dapat beralih antar channel
-- Alur opt-in program beta
-- Implementasi feature flag
-- Skenario A/B testing
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Beralih ke channel beta
-await CapacitorUpdater.setChannel({ channel: 'beta' });
-
-// Secara opsional memicu pemeriksaan pembaruan segera setelah beralih
-await CapacitorUpdater.setChannel({
-  channel: 'beta',
-  triggerAutoUpdate: true
-});
-```
-
-<Aside type="note" title="Cara setChannel() Bekerja (v5.34.0+ / v6.34.0+ / v7.34.0+ / v8.0.0+)">
-Ketika `setChannel()` dipanggil:
-
-1. **Validasi backend (read-only)**: Permintaan dikirim ke backend Capgo untuk memvalidasi bahwa channel diizinkan (memeriksa izin self-assignment)
-2. **Update penyimpanan lokal**: Jika validasi berhasil, channel disimpan ke penyimpanan lokal perangkat sebagai `defaultChannel`
-3. **Efek instan**: Pemeriksaan pembaruan berikutnya menggunakan channel baru segera (tidak menunggu replikasi)
-
-**Mengapa ini penting:** Di versi lama, `setChannel()` menyimpan override channel ke database backend (sama seperti perubahan Dashboard atau API). Perangkat harus menunggu replikasi backend (hingga 2 menit) sebelum perubahan channel berlaku. Sekarang, `setChannel()` hanya membaca dari backend (untuk validasi) dan menyimpan secara lokal, membuat pergantian channel menjadi instan.
-
-**Catatan keamanan:** Bahkan jika izin channel berubah setelah diatur secara lokal (misalnya, self-assignment dinonaktifkan), backend akan tetap memvalidasi channel selama pemeriksaan pembaruan, memastikan keamanan tetap terjaga.
-
-**Perbandingan metode perubahan channel:**
-
-| Metode | Waktu Efek | Disimpan Di Mana | Kasus Penggunaan |
-|--------|------------|------------------|------------------|
-| `setChannel()` dari plugin | **Instan** | Perangkat saja (lokal) | Pergantian channel yang diinisiasi pengguna dalam aplikasi |
-| Override perangkat Dashboard | Hingga 2 menit | Database backend | Perubahan yang diinisiasi admin untuk perangkat tertentu |
-| Penugasan channel API | Hingga 2 menit | Database backend | Integrasi backend otomatis |
-
-Untuk pengalaman pengguna terbaik saat membangun UI pergantian channel, selalu gunakan metode `setChannel()` plugin.
-
-Versi minimum untuk pergantian channel lokal saja: **5.34.0**, **6.34.0**, **7.34.0**, atau **8.0.0** (tergantung versi major Anda). Setiap nomor versi minor sesuai dengan set fitur yang sama di semua versi major (misalnya, X.34.0 menyertakan fitur yang sama apakah X adalah 5, 6, 7, atau 8). Lihat [instalasi plugin](/docs/getting-started/add-an-app/) untuk tag versi.
-</Aside>
-
-## Menetapkan Bundle ke Channel
-
-Untuk menerapkan live update, Anda perlu mengunggah build bundle JS baru dan menetapkannya ke channel. Anda dapat melakukan ini dalam satu langkah dengan Capgo CLI:
-
-```shell
-npx @capgo/cli@latest bundle upload --channel=Development
-```
-
-Ini akan mengunggah aset web yang telah di-build dan menetapkan bundle baru sebagai build aktif untuk channel `Development`. Setiap aplikasi yang dikonfigurasi untuk mendengarkan channel tersebut akan menerima pembaruan saat mereka memeriksa pembaruan berikutnya.
-
-Anda juga dapat menetapkan build ke channel dari bagian "Bundles" di dashboard Capgo. Klik ikon menu di sebelah build dan pilih "Assign to Channel" untuk memilih channel untuk build tersebut.
-
-## Versi Bundle dan Channel
-
-Penting untuk dicatat bahwa bundle di Capgo bersifat global untuk aplikasi Anda, tidak spesifik untuk channel individual. Bundle yang sama dapat ditetapkan ke beberapa channel.
-
-Saat memversikan bundle Anda, kami merekomendasikan menggunakan semantic versioning [semver](https://semver.org/) dengan pengidentifikasi pre-release untuk build khusus channel. Misalnya, rilis beta mungkin diversion sebagai `1.2.3-beta.1`.
-
-Pendekatan ini memiliki beberapa keuntungan:
-
-- Dengan jelas mengkomunikasikan hubungan antara build. `1.2.3-beta.1` jelas merupakan pre-release dari `1.2.3`
-- Memungkinkan penggunaan kembali nomor versi di beberapa channel, mengurangi kebingungan
-- Memungkinkan jalur rollback yang jelas. Jika Anda perlu melakukan rollback dari `1.2.3`, Anda tahu `1.2.2` adalah rilis stabil sebelumnya
-
-Berikut contoh bagaimana Anda mungkin menyelaraskan versi bundle Anda dengan pengaturan channel yang umum:
-
-- Channel `Development`: `1.2.3-dev.1`, `1.2.3-dev.2`, dll.
-- Channel `QA`: `1.2.3-qa.1`, `1.2.3-qa.2`, dll.
-- Channel `Staging`: `1.2.3-rc.1`, `1.2.3-rc.2`, dll.
-- Channel `Production`: `1.2.3`, `1.2.4`, dll.
-
-Menggunakan semver dengan pengidentifikasi pre-release adalah pendekatan yang direkomendasikan, tetapi tidak wajib. Yang terpenting adalah menemukan skema versioning yang dengan jelas mengkomunikasikan hubungan antara build Anda dan selaras dengan proses pengembangan tim Anda.
-
-## Melakukan Rollback Live Update
-
-Jika Anda menerapkan live update yang memperkenalkan bug atau perlu dikembalikan karena alasan lain, Anda dapat dengan mudah kembali ke build sebelumnya. Dari bagian "Channels" di dashboard:
-
-<Steps>
-
-1. Klik nama channel yang ingin Anda rollback
-2. Temukan build yang ingin Anda kembalikan dan klik ikon mahkota
-![Rollback build](/select_bundle.webp)
-3. Konfirmasi tindakan
-
-</Steps>
-
-Build yang dipilih akan segera menjadi build aktif untuk channel tersebut lagi. Aplikasi akan menerima versi yang di-rollback saat mereka memeriksa pembaruan berikutnya.
-
-## Mengotomatisasi Deployment
-
-Untuk alur kerja yang lebih canggih, Anda dapat mengotomatisasi deployment live update Anda sebagai bagian dari pipeline CI/CD Anda. Dengan mengintegrasikan Capgo ke dalam proses build Anda, Anda dapat secara otomatis mengunggah bundle baru dan menetapkannya ke channel setiap kali Anda push ke branch tertentu atau membuat rilis baru.
-
-Lihat dokumen [Integrasi CI/CD](/docs/getting-started/cicd-integration/) untuk mempelajari lebih lanjut tentang mengotomatisasi live update Capgo.
-
-## Menerapkan ke Perangkat
-
-Sekarang setelah Anda memahami channel, Anda siap untuk mulai menerapkan live update ke perangkat nyata. Proses dasarnya adalah:
-
-1. Instal SDK Capgo di aplikasi Anda
-2. Konfigurasi aplikasi untuk mendengarkan channel yang Anda inginkan
-3. Unggah build dan tetapkan ke channel tersebut
-4. Luncurkan aplikasi dan tunggu pembaruannya!
-
-Untuk panduan yang lebih detail, lihat panduan [Menerapkan Live Update](/docs/getting-started/deploy/). Selamat memperbarui!
-
-## Penggunaan Channel Lanjutan: Segmentasi Pengguna
-
-Channel dapat digunakan untuk lebih dari sekadar tahap pengembangan. Ini adalah alat yang kuat untuk segmentasi pengguna, memungkinkan fitur seperti:
-
-- Feature flag untuk tier pengguna yang berbeda
-- A/B testing
-- Rollout fitur bertahap
-- Program beta testing
-
-Pelajari cara mengimplementasikan kasus penggunaan lanjutan ini di panduan kami: [How to Segment Users by Plan and Channels for Feature Flags and A/B Testing](/blog/how-to-segment-users-by-plan-and-channels/).
diff --git a/src/content/docs/id/docs/live-updates/china-configuration.mdx b/src/content/docs/id/docs/live-updates/china-configuration.mdx
deleted file mode 100644
index aec1b247d..000000000
--- a/src/content/docs/id/docs/live-updates/china-configuration.mdx
+++ /dev/null
@@ -1,208 +0,0 @@
----
-title: Menggunakan Capgo di China
-description: "Pelajari cara mengkonfigurasi Capgo Live Updates untuk berfungsi di China dengan menggunakan URL OST regional untuk performa dan reliabilitas optimal."
-locale: id
-sidebar:
-  order: 11
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Jika Anda men-deploy aplikasi ke pengguna di China, Anda perlu mengkonfigurasi Capgo untuk menggunakan URL OST (Object Storage Technology) regional untuk memastikan update yang reliabel dan cepat.
-
-## Mengapa Menggunakan URL Khusus China?
-
-Karena infrastruktur jaringan dan regulasi di China (Great Firewall), koneksi langsung ke server internasional bisa lambat atau tidak reliabel. Capgo menyediakan URL OST dedicated dengan data yang berlokasi di Hong Kong untuk meminimalkan latensi dan memastikan pengguna Anda menerima update secepat dan sereliabel mungkin.
-
-## Konfigurasi
-
-Untuk mengkonfigurasi Capgo untuk China, Anda perlu set tiga URL spesifik di file konfigurasi Capacitor Anda. URL ini mengarah ke infrastruktur Capgo berbasis Hong Kong.
-
-<Steps>
-
-1. Buka file `capacitor.config.ts` Anda
-
-2. Tambahkan konfigurasi berikut ke bagian plugin `CapacitorUpdater`:
-
-    ```typescript
-    import { CapacitorConfig } from '@capacitor/cli';
-
-    const config: CapacitorConfig = {
-      plugins: {
-        CapacitorUpdater: {
-          autoUpdate: true,
-          updateUrl: 'https://updater.capgo.com.cn/updates',
-          statsUrl: 'https://updater.capgo.com.cn/stats',
-          channelUrl: 'https://updater.capgo.com.cn/channel_self',
-        },
-      },
-    };
-
-    export default config;
-    ```
-
-3. Rebuild aplikasi Anda untuk menerapkan perubahan:
-
-    ```shell
-    npm run build
-    npx cap sync
-    ```
-
-</Steps>
-
-## Detail Konfigurasi
-
-Berikut ini yang dilakukan setiap URL:
-
-- **updateUrl**: `https://updater.capgo.com.cn/updates` - Digunakan untuk memeriksa dan download update yang tersedia untuk aplikasi Anda
-- **statsUrl**: `https://updater.capgo.com.cn/stats` - Digunakan untuk melaporkan analytics dan statistik penggunaan kembali ke Capgo
-- **channelUrl**: `https://updater.capgo.com.cn/channel_self` - Digunakan untuk mengambil konfigurasi channel dan menentukan update mana yang diterapkan
-
-<Aside type="tip">
-Ketiga URL harus dikonfigurasi bersama untuk memastikan fungsionalitas penuh updater Capgo di China.
-</Aside>
-
-## Pengaturan yang Direkomendasikan untuk China
-
-Karena keterbatasan performa jaringan yang disebabkan oleh Great Firewall of China, kami memiliki rekomendasi spesifik untuk aplikasi yang di-deploy di mainland China:
-
-### Nonaktifkan Direct Updates
-
-Kami **sangat merekomendasikan menonaktifkan `directUpdate`** untuk aplikasi di China. Konektivitas jaringan di China kurang performan dibanding region lain, dan direct updates (yang diterapkan segera) dapat menyebabkan pengalaman pengguna yang buruk jika download terganggu atau lambat.
-
-Sebagai gantinya, gunakan perilaku update default di mana update download di background dan diterapkan saat aplikasi di-background atau restart. Ini memberikan pengalaman yang lebih reliabel untuk pengguna Anda.
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // Direkomendasikan untuk China
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-<Aside type="caution">
-Meskipun infrastruktur berbasis Hong Kong kami membantu meminimalkan latensi dan meningkatkan reliabilitas, performa jaringan ke mainland China masih dapat terpengaruh oleh Great Firewall. Menonaktifkan `directUpdate` membantu memastikan update selesai dengan sukses tanpa mengganggu pengalaman pengguna.
-</Aside>
-
-## Contoh Konfigurasi Lengkap
-
-Berikut contoh lengkap dengan pengaturan yang direkomendasikan untuk aplikasi yang di-deploy di China:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'My App',
-  webDir: 'dist',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // Direkomendasikan: nonaktifkan untuk reliabilitas lebih baik di China
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-
-export default config;
-```
-
-## Testing Konfigurasi Anda
-
-Setelah mengkonfigurasi URL khusus China, Anda dapat verifikasi bahwa update berfungsi dengan benar:
-
-<Steps>
-
-1. Upload bundle baru ke Capgo:
-
-    ```shell
-    npx @capgo/cli@latest bundle upload --channel=production
-    ```
-
-2. Instal aplikasi Anda di perangkat test di China
-
-3. Monitor proses update:
-
-    ```shell
-    npx @capgo/cli@latest app debug
-    ```
-
-4. Periksa bahwa update di-download dari URL OST China
-
-</Steps>
-
-<Aside type="note">
-Perilaku dan timing update tetap sama dengan konfigurasi Capgo standard. Lihat dokumentasi [Update Behavior](/docs/live-updates/update-behavior/) untuk detail tentang bagaimana dan kapan update diterapkan.
-</Aside>
-
-## Deployment Multi-Region
-
-Jika aplikasi Anda melayani pengguna baik di dalam maupun di luar China, Anda dapat menggunakan konfigurasi domain China untuk semua pengguna di seluruh dunia. Domain `updater.capgo.com.cn` di-resolve secara global berkat infrastruktur Alibaba DNS, membuatnya dapat diakses baik di dalam China maupun di mana pun di dunia.
-
-### Menggunakan Domain China Secara Global
-
-URL domain China berfungsi mulus untuk aplikasi multi-region:
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // Direkomendasikan untuk pengguna China
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-Konfigurasi tunggal ini akan berfungsi untuk:
-- Pengguna di mainland China (menggunakan infrastruktur berbasis Hong Kong)
-- Pengguna di luar China (mengakses infrastruktur yang sama via Alibaba DNS)
-
-**Pertimbangan Performa:**
-
-Meskipun domain `.cn` di-resolve secara global melalui Alibaba DNS dan berfungsi di mana-mana, performanya sedikit kurang untuk pengguna di luar China dibanding domain standard (`api.capgo.app`), yang di-resolve langsung oleh Cloudflare di mana backend kami di-host. Namun, resolusi DNS cepat, jadi perbedaan performa minimal dan tidak akan berdampak signifikan pada pengalaman pengguna.
-
-<Aside type="tip">
-Menggunakan domain `.cn` untuk semua pengguna menyederhanakan deployment Anda dan memastikan perilaku update konsisten di semua region. Anda tidak perlu build terpisah atau konfigurasi berbasis environment. Trade-off performa kecil di luar China biasanya sepadan dengan deployment yang disederhanakan.
-</Aside>
-
-### Alternatif: Konfigurasi Khusus Region
-
-Jika Anda lebih suka mengoptimalkan berbeda untuk setiap region, Anda juga dapat mempertimbangkan:
-
-- Build varian aplikasi terpisah dengan konfigurasi berbeda
-- Menggunakan konfigurasi berbasis environment untuk set URL secara dinamis
-- Membuat channel release berbeda untuk region berbeda
-
-Jika Anda butuh bantuan dengan strategi deployment multi-region, silakan hubungi kami di [support@capgo.app](mailto:support@capgo.app) atau gabung [komunitas Discord](https://discord.capgo.app) kami untuk bantuan.
-
-## Troubleshooting
-
-Jika Anda mengalami masalah dengan update di China:
-
-1. **Verifikasi konfigurasi Anda** - Double-check bahwa ketiga URL diset dengan benar di `capacitor.config.ts` Anda
-2. **Periksa konektivitas jaringan** - Pastikan perangkat Anda dapat menjangkau domain `updater.capgo.com.cn`
-3. **Review logs** - Gunakan `npx @capgo/cli@latest app debug` untuk periksa pesan error
-4. **Test updates** - Coba upload bundle baru dan monitor proses download
-5. **Hubungi support** - Jika masalah berlanjut, hubungi kami di [support@capgo.app](mailto:support@capgo.app) atau gabung [komunitas Discord](https://discord.capgo.app) kami untuk bantuan
-
-<Aside type="caution">
-Pastikan menggunakan domain `.cn` (`updater.capgo.com.cn`) dan bukan domain internasional standard saat mengkonfigurasi untuk China.
-</Aside>
-
-## Langkah Selanjutnya
-
-- Pelajari tentang [Update Behavior](/docs/live-updates/update-behavior/) untuk customize kapan update diterapkan
-- Jelajahi [Channels](/docs/live-updates/channels/) untuk mengelola track release berbeda
-- Review [Encryption](/docs/live-updates/encryption/) untuk mengamankan update Anda
diff --git a/src/content/docs/id/docs/live-updates/compliance.mdx b/src/content/docs/id/docs/live-updates/compliance.mdx
deleted file mode 100644
index 9053455bd..000000000
--- a/src/content/docs/id/docs/live-updates/compliance.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: Kepatuhan
-description: "Pelajari tentang praktik privasi Capgo, pengumpulan data, kepatuhan keamanan, dan bagaimana kami melindungi informasi pengguna Anda selama pembaruan langsung."
-sidebar:
-  order: 6
-locale: id
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo dirancang dengan mempertimbangkan privasi, keamanan, dan kepatuhan. Dokumen ini menjelaskan data apa yang dikumpulkan, bagaimana data digunakan, dan langkah-langkah apa yang ada untuk melindungi privasi pengguna Anda dan memastikan kepatuhan regulasi saat menggunakan layanan pembaruan langsung Capgo.
-
-## Gambaran Umum Pengumpulan Data
-
-Capgo mengumpulkan data minimal yang diperlukan untuk menyediakan layanan pembaruan langsung secara efektif. Pengumpulan data difokuskan pada kebutuhan operasional daripada pelacakan pengguna atau analitik.
-
-### Data Apa yang Dikumpulkan
-
-Capgo hanya mengumpulkan data yang diperlukan untuk menyediakan fitur pembaruan langsung. Ketika aplikasi Anda memeriksa pembaruan atau mengunduh bundle baru, informasi berikut dikumpulkan:
-
-- **App ID**: Pengenal unik untuk aplikasi Anda yang digunakan untuk mengaitkan aplikasi dengan akun yang benar
-- **App Version Code**: Kode versi aplikasi yang digunakan untuk menentukan pembaruan mana yang kompatibel dengan aplikasi
-- **App Version Name**: Nama versi aplikasi yang digunakan untuk tujuan tampilan
-- **Platform**: Platform (iOS, Android) dari aplikasi yang digunakan untuk menentukan pembaruan mana yang kompatibel dengan aplikasi
-- **Device ID**: Pengenal unik untuk perangkat yang digunakan untuk mengirimkan pembaruan ke perangkat tertentu dan untuk tujuan penagihan. Pengenal ini adalah string acak yang dibuat saat aplikasi dimulai untuk pertama kalinya. **Mulai dari plugin versi v5.10.0, v6.25.0 dan v7.25.0**, device ID sekarang tetap ada di seluruh instalasi ulang aplikasi (disimpan dengan aman di Keychain pada iOS dan EncryptedSharedPreferences pada Android) untuk memberikan pelacakan perangkat yang lebih baik sambil mempertahankan kepatuhan terhadap pedoman app store. Sebelum versi ini, device ID direset dengan setiap instalasi aplikasi
-- **Bundle ID**: Pengenal unik untuk bundle yang saat ini dipasang pada perangkat
-- **Channel Name**: Nama channel yang dipilih untuk menerima pembaruan
-- **OS Version**: Versi sistem operasi yang digunakan untuk menentukan pembaruan mana yang kompatibel dengan perangkat
-- **Plugin Version**: Versi plugin @capgo/capacitor-updater yang digunakan untuk mengirimkan pembaruan ke perangkat
-
-**Data Teknis Tambahan:**
-- Timestamp pemeriksaan pembaruan
-- Status keberhasilan/kegagalan unduhan
-- Status instalasi bundle
-- Peristiwa rollback dan alasannya
-- Alamat IP (untuk geolokasi dan optimasi CDN)
-
-<Aside type="note">
-Anda dapat memverifikasi data yang dikumpulkan dengan memeriksa kode sumber plugin @capgo/capacitor-updater, yang bersumber terbuka dan tersedia di [GitHub](https://github.com/Cap-go/capacitor-updater). Capgo tidak mengumpulkan informasi yang dapat diidentifikasi secara pribadi (PII) seperti nama, alamat email, nomor telepon, atau pengenal perangkat persisten yang dapat digunakan untuk melacak pengguna individual di seluruh aplikasi.
-</Aside>
-
-### Data Apa yang TIDAK Dikumpulkan
-
-Capgo secara eksplisit tidak mengumpulkan:
-
-- Informasi pengguna pribadi atau kredensial
-- Analitik penggunaan aplikasi atau data perilaku pengguna
-- Konten dari aplikasi Anda atau data yang dihasilkan pengguna
-- Data lokasi di luar wilayah geografis umum
-- Pengenal perangkat persisten untuk pelacakan
-- Data biometrik atau data pribadi sensitif
-
-## Penggunaan dan Tujuan Data
-
-Data yang dikumpulkan oleh Capgo digunakan secara eksklusif untuk:
-
-### Operasi Layanan
-- Menentukan pembaruan mana yang tersedia untuk versi aplikasi tertentu
-- Mengoptimalkan pengiriman konten melalui pemilihan CDN geografis
-- Memastikan kompatibilitas antara pembaruan dan kemampuan perangkat
-- Mengelola peluncuran pembaruan dan penugasan channel
-
-### Peningkatan Layanan
-- Memantau tingkat keberhasilan pembaruan dan mengidentifikasi masalah
-- Mengoptimalkan kinerja dan keandalan unduhan
-- Meningkatkan sistem pengiriman pembaruan secara keseluruhan
-- Debugging dan pemecahan masalah kegagalan pembaruan
-
-### Keamanan dan Integritas
-- Mencegah penyalahgunaan dan memastikan ketersediaan layanan
-- Memvalidasi keaslian dan integritas pembaruan
-- Melindungi dari pembaruan yang berbahaya atau rusak
-- Menjaga keamanan dan stabilitas layanan
-
-## Penyimpanan dan Retensi Data
-
-### Lokasi Penyimpanan
-- Bundle pembaruan dan metadata disimpan di infrastruktur cloud yang aman
-- Data didistribusikan di berbagai wilayah geografis untuk kinerja
-- Semua transmisi data dienkripsi menggunakan protokol standar industri (HTTPS/TLS)
-
-### Retensi Data
-- Log pemeriksaan pembaruan disimpan untuk tujuan operasional (biasanya 30-90 hari)
-- File bundle disimpan selama ditugaskan ke channel aktif
-- Metrik agregat dan non-pribadi dapat disimpan lebih lama untuk peningkatan layanan
-- Data pribadi, jika ada, dihapus sesuai dengan hukum perlindungan data yang berlaku
-
-### Keamanan Data
-- Semua data dienkripsi saat transit dan saat istirahat
-- Akses ke data dibatasi hanya untuk personel yang berwenang
-- Audit keamanan dan pemantauan rutin dilakukan
-- Praktik keamanan standar industri diikuti
-- **Sertifikasi SOC 2**: Capgo saat ini bersertifikat SOC 2 Type II, memastikan standar tertinggi keamanan, ketersediaan, dan kerahasiaan. Lihat status kepatuhan kami di [trust.capgo.app](https://trust.capgo.app)
-- **Audit Kode Berkelanjutan**: Setiap commit secara otomatis diaudit oleh [SonarCloud](https://sonarcloud.io/summary/overall?id=Cap-go_capacitor-updater&branch=main) untuk [plugin](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main) dan [backend](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main), memastikan kualitas kode, deteksi kerentanan keamanan, dan maintainability
-- **Pemindaian Kerentanan**: Pemindaian keamanan tambahan dilakukan oleh [Snyk](https://snyk.io/test/github/Cap-go/capgo) untuk mendeteksi dan memperbaiki kerentanan keamanan dalam dependensi
-- **Keamanan Infrastruktur**: Infrastruktur hosting kami terus dipantau dan diverifikasi melalui [pemeriksaan keamanan hosting](https://hosting-checker.net/websites/api.capgo.app)
-- **Tinjauan Kode Bertenaga AI**: Setiap pull request ditinjau oleh CodeRabbit AI untuk menangkap masalah potensial, masalah keamanan, dan mempertahankan standar kualitas kode
-
-## Kontrol Privasi
-
-### Untuk Pengembang Aplikasi
-Sebagai pengguna Capgo, Anda memiliki kontrol atas:
-
-- **Manajemen Channel**: Kontrol pembaruan mana yang didistribusikan ke pengguna mana
-- **Minimisasi Data**: Konfigurasi informasi perangkat apa yang dibagikan
-- **Kontrol Geografis**: Kelola di mana pembaruan Anda didistribusikan
-- **Pengaturan Retensi**: Kontrol berapa lama data pembaruan disimpan
-
-### Untuk Pengguna Akhir
-Pengguna aplikasi Anda mendapat manfaat dari:
-
-- **Pengumpulan Data Minimal**: Hanya data penting untuk pengiriman pembaruan yang dikumpulkan
-- **Tanpa Pelacakan**: Tidak ada pelacakan lintas aplikasi atau pelacakan pengguna persisten
-- **Transparansi**: Kebijakan privasi ini menjelaskan dengan tepat data apa yang dikumpulkan
-- **Keamanan**: Semua transmisi data dienkripsi dan aman
-
-## Kepatuhan dan Hukum
-
-### Regulasi Perlindungan Data
-Capgo dirancang untuk mematuhi regulasi perlindungan data utama termasuk:
-
-- **GDPR** (General Data Protection Regulation)
-- **CCPA** (California Consumer Privacy Act)
-- **COPPA** (Children's Online Privacy Protection Act)
-- Hukum privasi regional lainnya yang berlaku
-
-### Kepatuhan App Store
-Capgo secara ketat mematuhi pedoman dan kebijakan app store:
-
-- **Apple App Store**: Mematuhi [App Store Review Guidelines](https://developer.apple.com/app-store/review/guidelines/) bagian 3.3.2, memastikan bahwa pembaruan langsung hanya memodifikasi perilaku aplikasi dengan cara yang konsisten dengan aplikasi yang diajukan
-- **Google Play Store**: Mengikuti persyaratan [Google Play Developer Policy](https://play.google.com/about/developer-content-policy/) untuk pemuatan kode dinamis dan pembaruan aplikasi
-- **Pembatasan Konten**: Pembaruan langsung tidak dapat memperkenalkan fungsionalitas yang tidak ada dalam pengajuan aplikasi asli atau melanggar kebijakan konten khusus platform
-- **Persyaratan Keamanan**: Semua pembaruan mempertahankan postur keamanan dan izin yang sama dengan aplikasi asli
-
-### Tanggung Jawab Anda
-Sebagai pengembang aplikasi yang menggunakan Capgo, Anda harus:
-
-- Sertakan pengungkapan privasi yang sesuai dalam kebijakan privasi aplikasi Anda
-- Informasikan pengguna tentang penggunaan layanan pembaruan langsung
-- Pastikan kepatuhan dengan hukum yang berlaku di yurisdiksi Anda
-- Implementasikan mekanisme persetujuan yang sesuai jika diperlukan
-
-<Aside type="tip">
-**Tidak Diperlukan Implementasi Privasi Tambahan**: Capgo dirancang untuk mematuhi privasi secara default. Anda tidak perlu mengimplementasikan kontrol privasi tambahan atau mekanisme penanganan data dalam kode aplikasi Anda. Pendekatan pengumpulan data minimal dan privasi-by-design berarti bahwa mengintegrasikan Capgo biasanya tidak memerlukan perubahan pada deklarasi atau kebijakan privasi Anda yang ada.
-</Aside>
-
-## Privasi by Design
-
-Capgo mengikuti prinsip privasi-by-design:
-
-### Minimisasi Data
-- Hanya kumpulkan data yang benar-benar diperlukan untuk operasi layanan
-- Hindari mengumpulkan informasi pribadi atau sensitif
-- Gunakan data agregat dan anonim jika memungkinkan
-
-### Pembatasan Tujuan
-- Gunakan data yang dikumpulkan hanya untuk tujuan yang dinyatakan
-- Jangan menggunakan kembali data untuk aktivitas yang tidak terkait
-- Pertahankan batasan yang jelas pada penggunaan data
-
-### Transparansi
-- Berikan informasi yang jelas tentang pengumpulan dan penggunaan data
-- Buat praktik privasi mudah diakses dan dipahami
-- Perbarui dokumentasi privasi secara berkala
-
-## Kontak dan Pertanyaan
-
-Jika Anda memiliki pertanyaan tentang praktik privasi Capgo atau perlu melaporkan masalah privasi:
-
-- Tinjau Kebijakan Privasi lengkap kami di [capgo.app/privacy](https://capgo.app/privacy)
-- Lihat status keamanan dan kepatuhan kami di [capgo.app/trust](https://capgo.app/trust)
-- Hubungi tim privasi kami melalui saluran dukungan
-- Laporkan masalah terkait privasi melalui kontak keamanan kami
-
-<Aside type="tip">
-Ingat untuk memperbarui kebijakan privasi aplikasi Anda sendiri untuk mencerminkan penggunaan layanan pembaruan langsung Capgo dan pengumpulan data apa pun yang mungkin terjadi sebagai bagian dari proses pembaruan.
-</Aside>
-
-## Praktik Terbaik untuk Privasi
-
-Saat mengimplementasikan Capgo di aplikasi Anda:
-
-1. **Bersikap Transparan**: Informasikan pengguna tentang fungsionalitas pembaruan langsung
-2. **Minimalkan Data**: Hanya aktifkan fitur pengumpulan data yang benar-benar Anda butuhkan
-3. **Implementasi Aman**: Ikuti praktik terbaik keamanan dalam integrasi Anda
-4. **Tinjauan Berkala**: Tinjau secara berkala praktik privasi Anda dan perbarui kebijakan
-5. **Kontrol Pengguna**: Pertimbangkan untuk memberikan pengguna opsi untuk mengontrol perilaku pembaruan
-
-Dengan mengikuti praktik ini dan memahami pendekatan privasi Capgo, Anda dapat memberikan pengguna Anda pengalaman pembaruan langsung yang aman dan menghormati privasi.
diff --git a/src/content/docs/id/docs/live-updates/custom-storage.mdx b/src/content/docs/id/docs/live-updates/custom-storage.mdx
deleted file mode 100644
index 837a5346c..000000000
--- a/src/content/docs/id/docs/live-updates/custom-storage.mdx
+++ /dev/null
@@ -1,302 +0,0 @@
----
-title: Custom Storage
-description: "Pelajari cara menggunakan solusi penyimpanan kustom dengan Capgo Live Updates, termasuk URL eksternal, integrasi S3, dan enkripsi bundle untuk deployment yang aman."
-sidebar:
-  order: 6
-locale: id
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo mendukung solusi penyimpanan kustom untuk bundle aplikasi Anda, memungkinkan Anda untuk meng-host pembaruan Anda di infrastruktur Anda sendiri atau layanan penyimpanan pihak ketiga. Ini sangat berguna untuk organisasi dengan persyaratan keamanan khusus, kebutuhan kepatuhan, atau infrastruktur penyimpanan yang sudah ada.
-
-## Gambaran Umum
-
-Custom storage di Capgo bekerja dengan mengunggah bundle Anda ke lokasi eksternal dan menyediakan Capgo dengan URL untuk mengaksesnya. SDK Capgo kemudian akan mengunduh pembaruan langsung dari lokasi penyimpanan kustom Anda alih-alih penyimpanan cloud default Capgo.
-
-<Aside type="tip">
-
-Custom storage ideal untuk:
-- Organisasi dengan persyaratan residensi data yang ketat
-- Tim dengan infrastruktur CDN atau penyimpanan yang sudah ada
-- Aplikasi yang memerlukan lapisan keamanan tambahan
-- Optimisasi biaya untuk ukuran bundle yang besar
-
-</Aside>
-
-## Upload URL Eksternal
-
-Cara paling sederhana untuk menggunakan custom storage adalah dengan mengunggah bundle Anda ke URL yang dapat diakses publik dan memberikan URL tersebut ke Capgo.
-
-### Upload URL Eksternal Dasar
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip
-```
-
-Perintah ini memberi tahu Capgo untuk mereferensikan bundle di URL yang ditentukan alih-alih mengunggahnya ke penyimpanan cloud Capgo.
-
-### Dengan Enkripsi
-
-Untuk penyimpanan eksternal yang aman, Anda dapat mengenkripsi bundle Anda dan menyediakan kunci dekripsi:
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip --iv-session-key YOUR_IV_SESSION_KEY
-```
-
-## Integrasi S3
-
-Capgo menyediakan dukungan bawaan untuk Amazon S3 dan layanan penyimpanan yang kompatibel dengan S3. CLI dapat secara otomatis mengunggah bundle Anda ke S3 dan mengkonfigurasi Capgo untuk menggunakan URL S3.
-
-### Opsi Upload S3
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-bucket-name your-bucket-name
-```
-
-### Konfigurasi S3 Lengkap
-
-Untuk layanan yang kompatibel dengan S3 atau endpoint kustom:
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-endpoint https://s3.your-provider.com \
-  --s3-bucket-name your-bucket-name \
-  --s3-port 443 \
-  --no-s3-ssl  # Hanya jika endpoint Anda tidak mendukung SSL
-```
-
-### Parameter Konfigurasi S3
-
-| Parameter | Deskripsi | Diperlukan |
-|-----------|-------------|----------|
-| `--s3-region` | Wilayah AWS untuk bucket S3 Anda | Ya |
-| `--s3-apikey` | ID kunci akses S3 | Ya |
-| `--s3-apisecret` | Kunci akses rahasia S3 | Ya |
-| `--s3-bucket-name` | Nama bucket S3 Anda | Ya |
-| `--s3-endpoint` | URL endpoint S3 kustom | Tidak |
-| `--s3-port` | Port untuk endpoint S3 | Tidak |
-| `--no-s3-ssl` | Nonaktifkan SSL untuk upload S3 | Tidak |
-
-## Persiapan dan Enkripsi Bundle
-
-Saat menggunakan custom storage, terutama dengan enkripsi, Anda perlu mempersiapkan bundle Anda dengan benar. Ini melibatkan pembuatan file zip dan secara opsional mengenkripsinya.
-
-### Langkah 1: Buat Zip Bundle
-
-Pertama, buat file zip dari bundle aplikasi Anda:
-
-```shell
-npx @capgo/cli@latest bundle zip com.example.app --path ./dist
-```
-
-Perintah zip akan mengembalikan checksum dari file zip. Anda dapat menggunakan checksum ini untuk mengenkripsi file zip jika diperlukan. Gunakan opsi `--json` untuk mendapatkan output terstruktur termasuk checksum.
-
-#### Opsi Perintah Zip
-
-```shell
-npx @capgo/cli@latest bundle zip [appId] \
-  --path ./dist \
-  --bundle 1.2.3 \
-  --name myapp-v1.2.3 \
-  --json \
-  --no-code-check \
-  --key-v2 \
-  --package-json ../../package.json,./package.json
-```
-
-| Opsi | Deskripsi |
-|--------|-------------|
-| `--path` | Path ke folder yang akan di-zip (default ke webDir dari capacitor.config) |
-| `--bundle` | Nomor versi bundle untuk memberi nama file zip |
-| `--name` | Nama kustom untuk file zip |
-| `--json` | Output hasil dalam format JSON (termasuk checksum) |
-| `--no-code-check` | Lewati pemeriksaan untuk panggilan notifyAppReady() dan file index |
-| `--key-v2` | Gunakan enkripsi v2 |
-| `--package-json` | Path ke file package.json untuk monorepo (dipisahkan koma) |
-
-### Langkah 2: Enkripsi Bundle (Opsional)
-
-Untuk keamanan yang lebih baik, enkripsi bundle zip Anda sebelum mengunggah:
-
-```shell
-# Menggunakan kunci lokal default
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM
-
-# Menggunakan file kunci kustom
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key ./path/to/.capgo_key_v2
-
-# Menggunakan data kunci secara langsung
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key-data "PRIVATE_KEY_CONTENT"
-```
-
-Parameter `CHECKSUM` diperlukan dan harus berupa checksum dari file zip Anda. Anda dapat mendapatkan checksum dari output perintah zip (gunakan opsi `--json` untuk output terstruktur).
-
-Secara default, perintah encrypt akan menggunakan kunci penandatanganan pribadi lokal Anda. Anda dapat menentukan kunci kustom menggunakan opsi `--key` atau `--key-data`.
-
-Perintah encrypt akan mengembalikan `ivSessionKey` yang diperlukan untuk upload atau dekripsi.
-
-#### Opsi Perintah Enkripsi
-
-| Opsi | Deskripsi |
-|--------|-------------|
-| `zipPath` | Path ke file zip yang akan dienkripsi (wajib) |
-| `checksum` | Checksum dari file zip (wajib) - dapatkan dari perintah zip |
-| `--key` | Path kustom untuk kunci penandatanganan pribadi (opsional, menggunakan kunci lokal secara default) |
-| `--key-data` | Data kunci penandatanganan pribadi secara langsung (opsional) |
-| `--json` | Output hasil dalam format JSON |
-
-<Aside type="caution">
-
-Perintah encrypt akan mengeluarkan `ivSessionKey` yang perlu Anda berikan saat mengunggah dengan opsi `--iv-session-key`.
-
-</Aside>
-
-## Contoh Alur Kerja Lengkap
-
-### Contoh 1: URL Eksternal dengan Enkripsi
-
-<Steps>
-
-1. **Build aplikasi Anda:**
-   ```shell
-   npm run build
-   ```
-
-2. **Buat zip bundle:**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --bundle 1.2.3
-   ```
-
-   Catat checksum yang dikembalikan oleh perintah ini.
-
-3. **Enkripsi bundle:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app-1.2.3.zip CHECKSUM_FROM_STEP_2
-   ```
-
-   Catat `ivSessionKey` dari output.
-
-4. **Upload ke penyimpanan Anda:**
-   Upload file zip yang dienkripsi ke layanan hosting Anda.
-
-5. **Daftar dengan Capgo:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --external https://your-cdn.com/bundles/com.example.app-1.2.3.zip \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_3
-   ```
-
-</Steps>
-
-### Contoh 2: Upload Langsung S3
-
-<Steps>
-
-1. **Build aplikasi Anda:**
-   ```shell
-   npm run build
-   ```
-
-2. **Upload langsung ke S3:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --channel Production
-   ```
-
-</Steps>
-
-### Contoh 3: S3 dengan Enkripsi
-
-<Steps>
-
-1. **Build dan zip:**
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **Enkripsi bundle:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM
-   ```
-
-3. **Upload ke S3 dengan enkripsi:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_2 \
-     --channel Production
-   ```
-
-</Steps>
-
-## Pertimbangan Keamanan
-
-Saat menggunakan custom storage, pertimbangkan praktik terbaik keamanan ini:
-
-### Kontrol Akses
-- Pastikan URL penyimpanan Anda dapat diakses oleh pengguna aplikasi Anda tetapi tidak dapat ditemukan secara publik
-- Gunakan URL yang ditandatangani atau autentikasi berbasis token jika memungkinkan
-- Implementasikan header CORS yang tepat untuk aplikasi berbasis web
-
-### Enkripsi
-- Selalu enkripsi bundle sensitif menggunakan alat enkripsi Capgo
-- Simpan kunci enkripsi dengan aman dan rotasi secara berkala
-- Gunakan HTTPS untuk semua URL bundle (diperlukan untuk iOS dan Android)
-
-### Pemantauan
-- Pantau log akses untuk mendeteksi pola unduhan yang tidak biasa
-- Siapkan peringatan untuk unduhan bundle yang gagal
-- Audit izin penyimpanan Anda secara berkala
-
-## Pemecahan Masalah
-
-### Masalah Umum
-
-**Bundle tidak terunduh:**
-- Verifikasi URL dapat diakses publik dan menggunakan HTTPS (diperlukan untuk iOS dan Android)
-- Periksa header CORS untuk aplikasi web
-- Pastikan format bundle benar
-
-**Kesalahan enkripsi:**
-- Verifikasi `ivSessionKey` cocok dengan bundle terenkripsi
-- Periksa bahwa bundle dienkripsi dengan kunci yang benar
-- Pastikan enkripsi v2 digunakan untuk bundle baru
-
-**Kegagalan upload S3:**
-- Verifikasi kredensial dan izin S3 Anda
-- Periksa kebijakan bucket dan konfigurasi CORS
-- Pastikan region yang ditentukan benar
-
-### Perintah Debug
-
-Periksa status bundle:
-```shell
-npx @capgo/cli@latest app debug
-```
-
-Verifikasi integritas bundle:
-```shell
-npx @capgo/cli@latest bundle list
-```
-
-## Langkah Selanjutnya
-
-- Pelajari tentang [Channels](/docs/live-updates/channels/) untuk mengelola berbagai lingkungan deployment
-- Jelajahi [Update Behavior](/docs/live-updates/update-behavior/) untuk menyesuaikan bagaimana pembaruan diterapkan
-- Siapkan [CI/CD Integration](/docs/getting-started/cicd-integration/) untuk mengotomatisasi alur kerja custom storage Anda
diff --git a/src/content/docs/id/docs/live-updates/differentials.mdx b/src/content/docs/id/docs/live-updates/differentials.mdx
deleted file mode 100644
index 7d8005310..000000000
--- a/src/content/docs/id/docs/live-updates/differentials.mdx
+++ /dev/null
@@ -1,80 +0,0 @@
----
-title: Update cepat
-sidebar:
-  order: 4
-locale: id
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Sistem Live Update Capgo dapat mengirimkan pembaruan lebih cepat dan lebih efisien dengan hanya mengirim file yang berubah, bukan seluruh bundle JS
-
-Ini sangat bermanfaat bagi pengguna dengan koneksi jaringan yang lebih lambat atau terbatas, karena meminimalkan jumlah data yang perlu diunduh
-
-Manfaat kedua adalah ketika aplikasi memiliki aset besar yang jarang berubah, seperti gambar atau video, dibandingkan dengan file JS terkompresi yang hanya akan diunduh sekali
-
-## Cara Kerja Pembaruan Diferensial
-
-Pembaruan diferensial di Capgo ditangani oleh plugin Capgo yang terpasang di aplikasi Anda. Saat Anda mengunggah versi baru aplikasi menggunakan flag `--partial`, Capgo melakukan hal berikut:
-
-1. Setiap file dalam build Anda diunggah secara individual
-2. Checksum dibuat untuk setiap file
-3. Manifest json baru dibuat, mendaftar semua file dan checksumnya
-4. Manifest ini diunggah ke database Capgo
-
-Ketika perangkat yang menjalankan aplikasi Anda memeriksa pembaruan, plugin Capgo menerima manifest baru dari server. Ia membandingkan manifest ini dengan yang dimilikinya saat ini, mengidentifikasi file mana yang telah berubah berdasarkan checksum dan jalur file
-
-Plugin kemudian hanya mengunduh file yang berubah, bukan seluruh bundle JS. Ia merekonstruksi versi baru aplikasi dengan menggabungkan file yang diunduh dengan file yang tidak berubah yang sudah dimilikinya
-
-<Aside title="Manifest">
-
-Dalam kasus pembaruan diferensial, perangkat menyimpan semua file yang diunduh dalam cache umum, Capgo tidak akan pernah membersihkannya tetapi OS dapat melakukannya kapan saja
-
-</Aside>
-
-## Mengaktifkan Pembaruan Diferensial
-
-Untuk mengaktifkan pembaruan diferensial untuk aplikasi Capgo Anda, cukup gunakan flag `--partial` saat mengunggah versi baru:
-
-## Menegakkan Pembaruan Diferensial
-
-Jika Anda ingin memastikan bahwa semua unggahan adalah pembaruan diferensial dan mencegah unggahan bundle penuh yang tidak disengaja, Anda dapat menggunakan flag `--partial-only`:
-
-```shell
-npx @capgo/cli@latest bundle upload --partial-only
-```
-
-Ketika `--partial-only` digunakan, Capgo hanya akan mengunggah file individual dan menghasilkan manifest. Perangkat yang tidak mendukung partial tidak akan dapat mengunduh pembaruan
-
-Anda mungkin ingin menggunakan `--partial-only` jika:
-
-- Anda selalu ingin menggunakan pembaruan diferensial dan tidak pernah ingin mengizinkan unggahan bundle penuh
-- Anda sedang menyiapkan pipeline CI/CD dan ingin memastikan semua unggahan otomatis bersifat diferensial
-- Aplikasi Anda besar dan bandwidth terbatas, sehingga Anda perlu meminimalkan ukuran unggah/unduh
-
-Jika Anda perlu melakukan unggahan bundle penuh saat `--partial-only` diatur, cukup jalankan perintah unggah tanpa `--partial-only`. Ini akan menimpa pengaturan untuk unggahan tunggal tersebut, memungkinkan Anda untuk mendorong bundle lengkap saat diperlukan
-
-## Pemecahan Masalah
-
-Jika pembaruan diferensial tidak tampak berfungsi (yaitu perangkat selalu mengunduh bundle JS penuh bahkan untuk perubahan kecil), periksa kembali bahwa:
-
-- Anda menggunakan flag `--partial` setiap kali mengunggah versi baru
-- Jika menggunakan `--partial-only`, pastikan Anda tidak secara tidak sengaja menghilangkan flag `--partial`
-- Perangkat Anda menjalankan versi terbaru plugin Capgo
-- Perangkat Anda memiliki koneksi jaringan yang stabil dan dapat mencapai server Capgo
-
-Anda juga dapat menggunakan webapp Capgo untuk memeriksa detail unggahan terakhir Anda:
-<Steps>
-1. Buka [webapp](https://app.capgo.io)
-2. Klik pada aplikasi Anda
-3. Klik pada jumlah bundles di bar statistik
-4. Pilih bundle terakhir
-5. Periksa kolom `Partial`
-  ![bundle type](/bundle_type.webp)
-</Steps>
-
-Jika Anda terus mengalami masalah, silakan hubungi dukungan Capgo untuk bantuan lebih lanjut. Mereka dapat memeriksa log server untuk memastikan bahwa unggahan parsial Anda diproses dengan benar dan perangkat menerima manifest yang diperbarui
-
-Itu saja! Flag `--partial` memberi tahu Capgo untuk melakukan unggahan file individual dan pembuatan manifest yang diperlukan untuk pembaruan diferensial
-
-Perhatikan bahwa Anda perlu menggunakan `--partial` setiap kali Anda mengunggah versi baru yang ingin Anda kirimkan sebagai pembaruan diferensial. Jika Anda menghilangkan flag, Capgo akan mengunggah seluruh bundle JS sebagai satu file, dan perangkat akan mengunduh seluruh bundle bahkan jika hanya sebagian kecil yang berubah
diff --git a/src/content/docs/id/docs/live-updates/encryption.mdx b/src/content/docs/id/docs/live-updates/encryption.mdx
deleted file mode 100644
index 2685cbbfc..000000000
--- a/src/content/docs/id/docs/live-updates/encryption.mdx
+++ /dev/null
@@ -1,352 +0,0 @@
----
-title: Enkripsi
-description: "Pelajari bagaimana enkripsi end-to-end Capgo mengamankan bundle aplikasi Anda selama transmisi dan penyimpanan, melindungi kode dan data pengguna Anda."
-sidebar:
-  order: 5
-locale: id
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo menyediakan enkripsi end-to-end yang kuat untuk bundle aplikasi Anda, memastikan bahwa kode JavaScript dan aset Anda dilindungi selama transmisi dan penyimpanan. Sistem enkripsi ini dirancang untuk memberi Anda kontrol penuh atas keamanan aplikasi Anda sambil mempertahankan kenyamanan pembaruan langsung.
-
-## Gambaran Umum
-
-Sistem enkripsi Capgo menggunakan metode kriptografi standar industri untuk melindungi bundle Anda dari akses yang tidak sah. Ketika enkripsi diaktifkan, bundle Anda dienkripsi sebelum meninggalkan lingkungan pengembangan Anda dan tetap terenkripsi sampai didekripsi oleh aplikasi Anda di perangkat pengguna.
-
-**Apa yang sebenarnya dilindungi enkripsi**: Berbeda dengan sistem OTA yang hanya menandatangani pembaruan, Capgo mengenkripsi bundle yang diunggah sebelum penyimpanan dan distribusi. Ini melindungi konten bundle dari akses kasual saat transit atau penyimpanan dan memastikan bahwa hanya seseorang yang memiliki kunci privat Anda yang dapat menghasilkan pembaruan terenkripsi yang valid. Ini **tidak** membuat aset web yang telah dikirim mustahil untuk direkayasa balik: kunci publik yang digunakan klien untuk mendekripsi pembaruan didistribusikan di dalam aplikasi, sehingga penyerang yang benar-benar berniat masih dapat mengekstraknya dan memeriksa isi bundle dengan usaha yang cukup.
-
-<Aside type="note" title="Kapan Anda membutuhkan enkripsi">
-Jika Anda mengunggah bundle tanpa enkripsi, perlakukan bundle tersebut sebagai aset publik. Channel privat membatasi perangkat mana yang menerima pembaruan, tetapi tidak membuat bundle yang diunggah menjadi rahasia. Enkripsi berguna ketika Anda ingin perlindungan yang lebih baik saat penyimpanan dan transit dan ketika Anda ingin hanya pemegang kunci privat yang dapat menerbitkan pembaruan terenkripsi yang valid. Enkripsi tidak menjamin bahwa JavaScript, HTML, atau CSS yang sudah dikirim tidak akan pernah bisa diperiksa.
-</Aside>
-
-<Aside type="caution" title="Model ancaman">
-Enkripsi Capgo melindungi dari pengungkapan bundle oleh Capgo, penyedia penyimpanan, CDN, atau siapa pun yang hanya melihat artefak distribusi terenkripsi. Enkripsi juga mencegah pihak ketiga menghasilkan pembaruan terenkripsi yang valid tanpa kunci privat Anda. Karena kunci publik disematkan ke aplikasi yang didistribusikan agar klien dapat mendekripsi pembaruan, seseorang yang memiliki binary aplikasi Anda dan motivasi yang cukup tetap dapat memulihkan materi kunci yang diperlukan untuk memeriksa bundle.
-</Aside>
-
-<Aside type="tip">
-
-Enkripsi sangat penting untuk:
-- Aplikasi yang menangani data sensitif atau logika bisnis
-- Aplikasi enterprise dengan persyaratan kepatuhan
-- Aplikasi yang diterapkan di industri yang diatur
-- Organisasi dengan kebijakan keamanan yang ketat
-
-</Aside>
-
-## Cara Kerja Enkripsi
-
-Capgo menggunakan pendekatan enkripsi hibrid yang menggabungkan enkripsi RSA dan AES untuk keamanan dan kinerja optimal:
-
-![Alur Enkripsi Capgo](/encryption_flow.webp)
-
-### 1. Generasi Kunci
-- **Kunci Pribadi**: Dihasilkan dan disimpan dengan aman di lingkungan pengembangan Anda (digunakan untuk enkripsi)
-- **Kunci Publik**: Diturunkan dari kunci pribadi Anda dan disimpan dalam konfigurasi Capacitor aplikasi Anda (digunakan untuk dekripsi)
-- **Kunci Sesi**: Kunci AES acak yang dihasilkan untuk setiap upload bundle
-
-### 2. Proses Enkripsi
-1. Kunci sesi AES acak dihasilkan untuk setiap upload bundle
-2. Bundle Anda dienkripsi menggunakan kunci sesi AES
-3. Checksum bundle dihitung
-4. Baik kunci sesi AES dan checksum dienkripsi bersama menggunakan kunci pribadi RSA Anda (membuat "tanda tangan")
-5. Bundle terenkripsi dan tanda tangan terenkripsi disimpan
-
-Checksum dienkripsi bersama kunci AES untuk mencegah manipulasi. Karena hanya kunci pribadi RSA Anda yang dapat membuat tanda tangan ini, dan hanya kunci publik yang sesuai yang dapat mendekripsinya, ini memastikan bahwa baik kunci sesi AES dan checksum yang diharapkan adalah autentik dan tidak dimodifikasi oleh penyerang.
-
-### 3. Proses Dekripsi
-1. Aplikasi Anda mengunduh bundle terenkripsi dan tanda tangan terenkripsi
-2. SDK Capgo menggunakan kunci publik RSA Anda (disimpan dalam aplikasi) untuk mendekripsi tanda tangan
-3. Ini mengungkapkan kunci sesi AES dan checksum asli
-4. Kunci sesi AES digunakan untuk mendekripsi bundle
-5. Checksum dari bundle yang didekripsi dihitung dan dibandingkan dengan checksum asli untuk verifikasi integritas
-
-Proses ini memastikan bahwa bahkan jika penyerang mencegat bundle terenkripsi, mereka tidak dapat memodifikasi kunci sesi AES atau memberikan checksum palsu, karena mereka memerlukan kunci pribadi Anda untuk membuat tanda tangan valid yang dapat didekripsi oleh kunci publik.
-
-<Aside type="tip">
-
-RSA tidak dapat mengenkripsi data dalam jumlah besar secara efisien, jadi AES digunakan untuk enkripsi bundle aktual sementara RSA mengamankan kunci AES dan memberikan verifikasi integritas melalui penandatanganan checksum.
-
-</Aside>
-
-## Capgo vs Platform Lain
-
-| Fitur | Capgo | Platform OTA Lain |
-|---------|-------|-------------------|
-| **Konten Bundle** | Terenkripsi saat penyimpanan dan transit; tetap bisa diperiksa oleh pelaku reverse engineering yang gigih dengan binary aplikasi | Dapat dibaca publik |
-| **Metode Keamanan** | Enkripsi end-to-end sejati | Hanya penandatanganan kode |
-| **Tingkat Privasi** | Perlindungan kuat saat distribusi dan penyimpanan; bukan anti-reverse-engineering | Platform dapat mengakses kode Anda |
-| **Perlindungan** | Konten + integritas + keaslian | Hanya integritas + keaslian |
-
-**Mengapa Ini Penting:**
-- **Penandatanganan kode** hanya memverifikasi bahwa pembaruan belum diubah dan berasal dari sumber yang benar
-- **Enkripsi Capgo** melindungi bundle saat disimpan dan dikirimkan serta membuat pemalsuan pembaruan terenkripsi menjadi jauh lebih sulit karena penyerang akan membutuhkan kunci privat Anda
-- **Reverse engineering tetap mungkin dilakukan** setelah aplikasi didistribusikan, karena klien berisi kunci publik yang diperlukan untuk mendekripsi dan memuat pembaruan
-
-## Metode Enkripsi
-
-Capgo menggunakan Enkripsi V2 sebagai metode enkripsi standar:
-
-### Enkripsi V2 (Standar Saat Ini)
-- Menggunakan RSA-4096 untuk keamanan yang ditingkatkan
-- AES-256-GCM untuk enkripsi terotentikasi
-- Menyediakan verifikasi integritas
-- Kinerja dan keamanan yang lebih baik
-
-### Enkripsi V1 (Deprecated)
-- Menggunakan RSA-2048 untuk enkripsi kunci
-- AES-256-CBC untuk enkripsi bundle
-- **Tidak lagi tersedia di CLI saat ini**
-- Aplikasi lama yang menggunakan V1 harus migrasi ke V2
-
-<Aside type="danger">
-
-Enkripsi V1 tidak lagi didukung di CLI Capgo saat ini. Jika Anda menggunakan enkripsi V1, Anda harus migrasi ke V2. Lihat [panduan migrasi](/docs/upgrade/encryption-v1-to-v2/) untuk instruksi terperinci.
-
-</Aside>
-
-## Menyiapkan Enkripsi
-
-### Langkah 1: Generate Kunci Enkripsi
-
-Pertama, generate kunci enkripsi Anda menggunakan CLI Capgo:
-
-```shell
-# Generate kunci enkripsi baru (membuat file di direktori saat ini)
-npx @capgo/cli@latest key create
-```
-
-Ini membuat:
-- `.capgo_key_v2`: Kunci pribadi Anda (jaga keamanannya!)
-- `.capgo_key_v2.pub`: Kunci publik Anda (digunakan oleh aplikasi Anda)
-
-File-file ini dibuat di direktori saat ini tempat Anda menjalankan perintah.
-
-<Aside type="caution">
-
-**Catatan Penyimpanan Penting:**
-- **Kunci Pribadi (`.capgo_key_v2`)**: Jangan pernah commit ini ke version control. File ini harus dijaga keamanannya dan hanya digunakan untuk enkripsi selama upload bundle.
-- **Kunci Publik (`.capgo_key_v2.pub`)**: Ini aman untuk di-commit ke version control sebagai cadangan kunci publik Anda.
-- **Lokasi File**: Kunci dibuat di direktori saat ini tempat Anda menjalankan perintah `key create`.
-- **Kunci Publik di Config**: Anda harus menjalankan `key save` untuk menyimpan kunci publik di konfigurasi Capacitor Anda agar aplikasi mobile dapat menggunakannya.
-
-Untuk penggunaan produksi, simpan kunci pribadi dengan aman (environment variables, layanan manajemen kunci) dan hapus dari proyek lokal Anda setelah setup.
-
-</Aside>
-
-### Langkah 2: Simpan Kunci Publik Anda ke Capacitor Config (Wajib)
-
-Anda **harus** menyimpan kunci publik Anda ke konfigurasi Capacitor agar aplikasi mobile Anda dapat mendekripsi bundle:
-
-```shell
-# Simpan kunci publik dari file ke konfigurasi Capacitor (wajib)
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-
-# Atau simpan data kunci publik secara langsung
-npx @capgo/cli@latest key save --key-data "$CAPGO_PUBLIC_KEY"
-```
-
-### Langkah 3: Sync Platform Capacitor (Wajib)
-
-Setelah menyimpan kunci publik, Anda **harus** sync platform Capacitor untuk menyalin konfigurasi yang diperbarui ke lapisan native:
-
-```shell
-# Sync platform untuk menyalin config ke native
-npx cap sync
-```
-
-<Aside type="caution">
-
-**Langkah yang Diperlukan**:
-1. Perintah `key save` menyimpan kunci publik di konfigurasi Capacitor Anda
-2. `npx cap sync` menyalin konfigurasi ini ke lapisan native di mana aplikasi mobile dapat mengaksesnya
-3. Tanpa kedua langkah ini, aplikasi Anda tidak akan dapat mendekripsi pembaruan terenkripsi
-
-</Aside>
-
-## Mengenkripsi Bundle
-
-### Metode 1: Enkripsi Selama Upload
-
-Cara paling sederhana adalah mengenkripsi selama proses upload:
-
-```shell
-# Upload dengan enkripsi otomatis
-npx @capgo/cli@latest bundle upload --key-v2
-
-# Untuk penyimpanan eksternal, Anda harus mengenkripsi terlebih dahulu (lihat Alur Kerja Enkripsi Manual di bawah)
-```
-
-### Metode 2: Alur Kerja Enkripsi Manual
-
-Untuk kontrol lebih, Anda dapat mengenkripsi bundle secara manual:
-
-<Steps>
-
-1. **Buat zip bundle:**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **Enkripsi bundle:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM_FROM_STEP_1
-   ```
-
-3. **Upload ke penyimpanan Anda (mis., S3) dan daftar dengan Capgo:**
-   ```shell
-   # Pertama upload bundle terenkripsi ke penyimpanan Anda (mis., AWS S3)
-   aws s3 cp ./encrypted-bundle.zip s3://your-bucket/encrypted-bundle.zip
-
-   # Kemudian daftar dengan Capgo menggunakan URL eksternal
-   npx @capgo/cli@latest bundle upload --external https://your-storage.com/encrypted-bundle.zip --iv-session-key IV_SESSION_KEY_FROM_STEP_2
-   ```
-
-</Steps>
-
-## Manajemen Kunci
-
-### Menyimpan Kunci dengan Aman
-
-**Opsi Kunci Pribadi:**
-
-1. **Berbasis file (pengembangan lokal):**
-   ```shell
-   # Kunci disimpan sebagai file .capgo_key_v2 di root proyek
-   npx @capgo/cli@latest bundle upload --key-v2
-   ```
-
-2. **Environment variable (CI/CD):**
-   ```shell
-   # Simpan di environment variable untuk CI
-   export CAPGO_PRIVATE_KEY="$(cat .capgo_key_v2)"
-   npx @capgo/cli@latest bundle upload --key-data-v2 "$CAPGO_PRIVATE_KEY"
-   ```
-
-**Setup Kunci Publik (Wajib):**
-```shell
-# Harus menyimpan kunci publik ke konfigurasi Capacitor untuk aplikasi mobile
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-```
-
-**Lingkungan Produksi:**
-- Simpan kunci pribadi di layanan manajemen kunci yang aman (AWS KMS, Azure Key Vault, dll.)
-- Gunakan manajemen secret CI/CD untuk kunci pribadi
-- Jangan pernah commit kunci pribadi ke version control
-
-**Penggunaan Kunci:**
-- **Kunci Pribadi**: Digunakan oleh CLI untuk enkripsi selama upload bundle (jaga keamanan)
-- **Kunci Publik**: Disimpan di konfigurasi aplikasi untuk dekripsi di perangkat (aman untuk di-commit)
-
-### Rotasi Kunci
-
-Rotasi kunci enkripsi Anda secara berkala untuk keamanan yang lebih baik:
-
-<Steps>
-
-1. **Generate kunci baru:**
-   ```shell
-   # Navigasi ke direktori yang diinginkan terlebih dahulu, lalu buat kunci
-   mkdir ./new-keys && cd ./new-keys
-   npx @capgo/cli@latest key create
-   ```
-
-2. **Simpan kunci publik baru ke konfigurasi Capacitor:**
-   ```shell
-   npx @capgo/cli@latest key save --key ./new-keys/.capgo_key_v2.pub
-   ```
-
-3. **Perbarui konfigurasi aplikasi Anda** dengan kunci publik baru
-
-4. **Deploy aplikasi yang diperbarui** sebelum mengunggah bundle terenkripsi dengan kunci baru
-
-</Steps>
-
-## Praktik Terbaik Keamanan
-
-### Keamanan Kunci
-- **Jangan pernah bagikan kunci pribadi** antara lingkungan atau anggota tim
-- **Gunakan kunci yang berbeda** untuk lingkungan yang berbeda (dev, staging, production)
-- **Rotasi kunci secara berkala** (disarankan: setiap 6-12 bulan)
-- **Simpan kunci dengan aman** menggunakan sistem manajemen kunci yang tepat
-
-### Keamanan Bundle
-- **Selalu verifikasi** integritas bundle setelah dekripsi
-- **Pantau** untuk pola unduhan atau kegagalan yang tidak biasa
-- **Gunakan HTTPS** untuk semua URL bundle (diperlukan untuk aplikasi mobile)
-- **Implementasikan** penanganan error yang tepat untuk kegagalan dekripsi
-
-### Kontrol Akses
-- **Batasi akses** ke kunci enkripsi hanya untuk personel yang berwenang
-- **Gunakan akses berbasis peran** untuk operasi manajemen kunci
-- **Audit** penggunaan dan akses kunci secara berkala
-- **Implementasikan** prosedur backup dan recovery yang tepat
-
-## Pemecahan Masalah Enkripsi
-
-### Masalah Umum
-
-**Kegagalan dekripsi:**
-- Verifikasi kunci pribadi cocok dengan kunci publik yang digunakan untuk enkripsi
-- Periksa bahwa `ivSessionKey` benar
-- Pastikan Anda menggunakan Enkripsi V2 (V1 tidak lagi didukung)
-
-**Kesalahan terkait kunci:**
-- Konfirmasi format kunci pribadi benar (format PEM)
-- Verifikasi kunci belum rusak selama penyimpanan/transfer
-- Periksa bahwa kunci memiliki izin yang tepat di konfigurasi aplikasi Anda
-
-**Masalah kinerja:**
-- Bundle besar mungkin memerlukan waktu lebih lama untuk enkripsi/dekripsi
-- Pertimbangkan menggunakan pembaruan diferensial untuk mengurangi ukuran bundle
-- Pantau kinerja perangkat selama dekripsi
-
-### Perintah Debug
-
-Periksa status enkripsi:
-```shell
-npx @capgo/cli@latest app debug
-```
-
-Uji alur kerja enkripsi/dekripsi:
-```shell
-# Uji alur kerja lengkap: zip → enkripsi → dekripsi → unzip
-npx @capgo/cli@latest bundle zip com.example.app --key-v2
-npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM --json
-npx @capgo/cli@latest bundle decrypt ./encrypted-bundle.zip IV_SESSION_KEY
-```
-
-## Kepatuhan dan Standar
-
-Implementasi enkripsi Capgo mengikuti standar industri:
-
-- **AES-256**: Algoritma enkripsi yang disetujui FIPS 140-2
-- **RSA-4096**: Enkripsi asimetris yang kuat untuk perlindungan kunci
-- **Mode GCM**: Menyediakan kerahasiaan dan keaslian
-- **Secure Random**: Generasi angka acak yang aman secara kriptografis
-
-Ini membuat Capgo cocok untuk aplikasi yang memerlukan kepatuhan dengan:
-- GDPR (General Data Protection Regulation)
-- HIPAA (Health Insurance Portability and Accountability Act)
-- SOC 2 (Service Organization Control 2)
-- ISO 27001 (Information Security Management)
-
-## Pertimbangan Kinerja
-
-### Overhead Enkripsi
-- **Ukuran bundle**: Bundle terenkripsi sedikit lebih besar (~1-2% overhead)
-- **Waktu pemrosesan**: Enkripsi/dekripsi menambah latensi minimal
-- **Penggunaan memori**: Peningkatan sementara selama operasi enkripsi/dekripsi
-
-### Tips Optimisasi
-- Gunakan pembaruan diferensial untuk meminimalkan transfer data terenkripsi
-- Optimalkan ukuran bundle Anda dengan mengonversi gambar ke format WebP
-- Minimalkan file JavaScript dan CSS sebelum bundling
-- Hapus dependensi dan kode yang tidak digunakan
-- Pantau kinerja perangkat pada perangkat yang lebih lama/lambat
-
-## Langkah Selanjutnya
-
-- Pelajari tentang [Custom Storage](/docs/live-updates/custom-storage/) untuk menggunakan enkripsi dengan infrastruktur Anda sendiri
-- Jelajahi [Channels](/docs/live-updates/channels/) untuk mengelola bundle terenkripsi di berbagai lingkungan
-- Siapkan [CI/CD Integration](/docs/getting-started/cicd-integration/) untuk mengotomatisasi deployment terenkripsi
diff --git a/src/content/docs/id/docs/live-updates/features.mdx b/src/content/docs/id/docs/live-updates/features.mdx
deleted file mode 100644
index 33e3c6ff8..000000000
--- a/src/content/docs/id/docs/live-updates/features.mdx
+++ /dev/null
@@ -1,514 +0,0 @@
----
-title: Fungsi
-description: >-
-  Referensi lengkap untuk semua fitur Capgo Live Update, mulai dari sistem
-  pembaruan pusat hingga kontrol penyebaran lanjutan, analitik dan fungsi
-  kolaborasi tim.
-sidebar:
-  order: 2
-locale: id
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-Halaman ini memberikan gambaran menyeluruh tentang semua fitur yang tersedia di Capgo Live Updates. Setiap fitur mencakup deskripsi singkat dan tautan ke dokumentasi rinci.
-
-## Sistem Pembaruan Inti
-
-### Pembaruan Over-the-Air (OTA)
-Men-deploy pembaruan JavaScript, HTML, CSS, dan aset langsung ke pengguna tanpa persetujuan toko aplikasi. Pembaruan diunduh di latar belakang dan diterapkan pada saat memulai ulang aplikasi berikutnya.
-
-**Kemampuan utama:**
-- Unduhan latar belakang
-- Instalasi otomatis
-- Tidak mengganggu pengguna
-- Dukungan lintas platform (iOS, Android, Electron)
-
-[Learn more about update behavior →](/docs/live-updates/update-behavior/)
-
----
-
-### Pembaruan Delta (Pembaruan Diferensial)
-Hanya mengunduh file yang telah berubah antara versi, mengurangi penggunaan bandwidth hingga 95% dan mempercepat penyampaian pembaruan.
-
-**Kemampuan utama:**
-- Perbedaan tingkat berkas otomatis
-- Verifikasi berbasis checksum
-- Perbandingan manifest
-- Cadangan cerdas ke pembaruan penuh jika diperlukan
-
-[Learn more about delta updates →](/docs/live-updates/differentials/)
-
----
-
-### Rollback Otomatis
-Jika pembaruan gagal dimuat atau menyebabkan crash, sistem secara otomatis kembali ke versi terakhir yang dikenal berfungsi.
-
-**Kemampuan utama:**
-- Deteksi crash
-- Deteksi timeout
-- Pemulihan otomatis
-- Tidak diperlukan intervensi pengguna
-
-[Learn more about rollbacks →](/docs/live-updates/rollbacks/)
-
----
-
-### Validasi Checksum & Cadangan
-Memverifikasi integritas bundle melalui checksum dan secara otomatis kembali ke versi terakhir yang berfungsi jika korupsi terdeteksi.
-
-**Kemampuan utama:**
-- Validasi checksum saat unduhan
-- Deteksi korupsi
-- Cadangan otomatis ke bundle terakhir yang berfungsi
-- Alat pemulihan manual tersedia
-
----
-
-### Deteksi Pembaruan yang Mengganggu
-Mencegah pembaruan yang tidak kompatibel diterapkan pada perangkat yang menjalankan versi kode native lebih lama.
-
-**Kemampuan utama:**
-- Pemeriksaan kecocokan versi native
-- Validasi dependensi plugin
-- Pemblokiran otomatis pembaruan yang tidak kompatibel
-- Pesan kesalahan yang jelas
-
-[Learn more about version targeting →](/docs/live-updates/version-targeting/)
-
----
-
-## Kontrol Penyebaran
-
-### Sistem Kanal
-Atur dan kelola pembaruan di berbagai lingkungan dan segmen pengguna dengan konfigurasi kanal yang fleksibel.
-
-**Kemampuan utama:**
-- Kanal kustom tidak terbatas (produksi, staging, beta, dll.)
-- Penugasan bundle per kanal
-- Aturan penargetan khusus kanal
-- Penugasan perangkat sendiri
-- Override kanal per perangkat
-
-[Learn more about channels →](/docs/live-updates/channels/)
-
----
-
-### Penargetan Perangkat
-Targetkan perangkat tertentu, versi, atau segmen pengguna untuk peluncuran bertahap dan penyebaran terkontrol.
-
-**Kemampuan utama:**
-- Penargetan berbasis versi
-- Override khusus perangkat
-- Penyaringan platform (iOS, Android)
-- Penyaringan metadata kustom
-- Pemblokiran emulator/build pengembang
-
----
-
-### Kebijakan Kanal
-Konfigurasikan aturan dan batasan untuk bagaimana pembaruan didistribusikan pada setiap kanal.
-
-**Kemampuan utama:**
-- Nonaktifkan pembaruan otomatis
-- Blok pembaruan versi mayor
-- Nonaktifkan pembaruan pada emulator
-- Nonaktifkan pembaruan pada build pengembangan
-- Kebijakan khusus platform (hanya iOS, hanya Android)
-
-[Learn more about channel policies →](/docs/live-updates/channels/#channel-policies)
-
----
-
-## Alat Pengembang
-
-### Pratinjau Bundel
-Pratinjau bundel di lingkungan web langsung sebelum menyebarkannya ke perangkat, dapat diakses dari dashboard web.
-
-**Lokasi:** Web Dashboard → App → Bundle → Preview tab
-
----
-
-### Debugging Langsung
-Pemantauan waktu nyata terhadap peristiwa pembaruan untuk perangkat tertentu melalui CLI, menampilkan periksa, unduhan, instalasi, dan peristiwa kesalahan.
-
-**Penggunaan:**
-```bash
-npx @capgo/cli app debug [appId]
-```
-
-**Menampilkan:**
-- Pemeriksaan pembaruan
-- Kemajuan unduhan
-- Status instalasi
-- Pesan kesalahan
-- Pemblokiran kebijakan
-
----
-
-### Penampil Manifest Bundel
-Memeriksa manifest lengkap dari bundel mana pun termasuk daftar file, checksum, dan metadata.
-
-**Lokasi:** Web Dashboard → App → Bundle → Manifest tab
-
-**Menampilkan:**
-- Daftar file dengan checksum
-- Metadata bundel
-- Kompatibilitas versi native
-- Dependensi plugin
-
----
-
-### Dependensi Plugin Native
-Lihat semua plugin Capacitor asli yang disertakan dalam setiap bundel untuk melacak perubahan dependensi antar versi.
-
-**Lokasi:** Web Dashboard → App → Bundle → Dependencies tab
-
-**Menampilkan:**
-- Nama plugin dan versi
-- Penambahan/penghapusan dependensi
-- Peringatan kompatibilitas
-
----
-
-### Integrasi CLI
-Antarmuka baris perintah yang komprehensif untuk penyebaran otomatis dan integrasi CI/CD.
-
-**Perintah penting:**
-- `bundle upload` - Unggah bundel baru
-- `bundle list` - Daftar semua bundel
-- `bundle delete` - Hapus bundel
-- `bundle cleanup` - Bersihkan bundel lama
-- `channel set` - Konfigurasikan kanal
-- `app debug` - Debugging langsung
-
-[View full CLI reference →](/docs/cli/reference/)
-
----
-
-### Enkripsi Bundel
-Enkripsi end-to-end untuk bundel dengan enkripsi AES-256, melindungi kode Anda saat ditransit dan saat disimpan.
-
-**Kemampuan utama:**
-- Pembuatan pasangan kunci RSA
-- Enkripsi bundel AES-256
-- Verifikasi tanda tangan kode
-- Manajemen kunci enkripsi
-
-[Learn more about encryption →](/docs/live-updates/encryption/)
-
----
-
-### Pembersihan & Retensi Bundel
-Membersihkan bundel lama secara otomatis berdasarkan kebijakan retensi untuk mengelola penggunaan penyimpanan.
-
-**Kemampuan utama:**
-- Jumlah retensi yang dapat dikonfigurasi
-- Pembersihan otomatis melalui CLI
-- Pekerjaan pembersihan terjadwal
-- Pelacakan penggunaan penyimpanan
-
-**Penggunaan:**
-```bash
-npx @capgo/cli bundle cleanup --keep=10
-```
-
----
-
-## Analitik & Pemantauan
-
-### Statistik Pembaruan
-Melacak tingkat adopsi pembaruan, tingkat keberhasilan, dan kemajuan penyebaran di seluruh basis pengguna Anda.
-
-**Metrik yang tersedia:**
-- Tingkat keberhasilan unduhan
-- Tingkat keberhasilan instalasi
-- Tingkat kesalahan berdasarkan jenis
-- Adopsi pembaruan seiring waktu
-- Distribusi versi
-
-**Lokasi:** Web Dashboard → App → Statistik
-
----
-
-### Log Perangkat
-Log per perangkat yang menunjukkan seluruh siklus hidup pembaruan mulai dari pemeriksaan hingga instalasi.
-
-**Jenis peristiwa:**
-- Pemeriksaan pembaruan
-- Mulai/selesai/gagal unduhan
-- Mulai/selesai/gagal instalasi
-- Peristiwa rollback
-- Pemblokiran kebijakan
-
-**Lokasi:** 
-- Web Dashboard → App → Device → Logs
-- Web Dashboard → App → Logs (all devices)
-
-[Learn more about logs →](/docs/webapp/logs/)
-
----
-
-### Analitik Penggunaan Bundel
-Analitik rinci tentang bundel mana yang aktif, jumlah unduhan, dan penggunaan penyimpanan.
-
-**Metrik:**
-- Instalasi aktif per bundel
-- Jumlah unduhan
-- Penggunaan penyimpanan per bundel
-- Penggunaan bandwidth
-
----
-
-### Statistik Kanal
-Lacak kinerja dan metrik adopsi per kanal.
-
-**Metrik:**
-- Perangkat per kanal
-- Tingkat keberhasilan pembaruan per kanal
-- Riwayat penyebaran
-- Tingkat kesalahan per kanal
-
-**Lokasi:** Web Dashboard → App → Channel → Statistik
-
----
-
-### Riwayat Penyebaran
-Jejak audit lengkap dari semua penyebaran bundel, penugasan kanal, dan perubahan konfigurasi.
-
-**Peristiwa yang ditelusuri:**
-- Unggahan bundel
-- Penugasan kanal
-- Perubahan kebijakan
-- Penyesuaian perangkat
-
-**Lokasi:** Web Dashboard → App → Channel → History
-
----
-
-## Keamanan & Kepatuhan
-
-### Enkripsi End-to-End
-Enkripsi bundel saat disimpan dan saat ditransfer dengan enkripsi AES-256 standar industri.
-
-[Learn more about encryption →](/docs/live-updates/encryption/)
-
----
-
-### Penandatanganan Kode
-Memverifikasi integritas bundel dengan tanda tangan kriptografis untuk mencegah perubahan tidak sah.
-
----
-
-### Kepatuhan SOC 2 Type II
-Infrastruktur dan proses bersertifikat sesuai standar SOC 2 Type II untuk keamanan perusahaan.
-
----
-
-### Kepatuhan App Store
-Sepenuhnya mematuhi kebijakan Apple App Store dan Google Play Store untuk pembaruan OTA.
-
-[Learn more about compliance →](/docs/live-updates/compliance/)
-
----
-
-### Penegakan 2FA (Tingkat Organisasi)
-Wajibkan autentikasi dua faktor untuk semua anggota organisasi agar dapat mengakses dashboard dan API.
-
-[Learn more about 2FA →](/docs/webapp/2fa-enforcement/)
-
----
-
-### Penegakan Bundel Terenkripsi
-Wajibkan semua bundel untuk dienkripsi pada tingkat organisasi.**Lokasi:** Web Dashboard → Organisasi → Keamanan
-
----
-
-## Kolaborasi Tim
-
-### Kontrol Akses Berbasis Peran (RBAC)
-Izin granular untuk kontrol akses tingkat organisasi dan tingkat aplikasi
-
-**Peran organisasi:**
-- `super_admin` - Akses penuh
-- `admin` - Akses Admin
-- `read` - Akses hanya baca
-- `upload` - Akses hanya unggah
-
-**Peran aplikasi:**
-- `app_developer` - Akses penuh aplikasi
-- `app_uploader` - Hanya mengunggah bundel
-- `app_reader` - Akses hanya baca
-
-**Lokasi:** 
-- Web Dashboard → Organisasi → Anggota
-- Web Dashboard → Aplikasi → Akses
-
-[Pelajari lebih lanjut tentang RBAC →](/docs/webapp/organization-system/#roles-and-permissions)
-
----
-
-### Audit Logs
-Jejak audit lengkap dari semua aktivitas organisasi dan aplikasi untuk kepatuhan dan keamanan.
-
-**Peristiwa yang dicatat:**
-- Tindakan pengguna (masuk, keluar, perubahan izin)
-- Operasi bundel (mengunggah, menghapus, menetapkan)
-- Operasi saluran (membuat, memperbarui, menghapus)
-- Perubahan organisasi (pengaturan, anggota)
-
-**Lokasi:** Web Dashboard → Organisasi → Audit Logs
-
----
-
-### Webhooks
-Terima notifikasi waktu nyata tentang peristiwa di aplikasi Anda melalui webhook HTTP.
-
-**Peristiwa yang Didukung:**
-- `apps` - Aplikasi dibuat/diperbarui/dihapus
-- `app_versions` - Bundel diunggah/dihapus
-- `channels` - Saluran dibuat/diperbarui/dihapus
-- `org_users` - Anggota ditambahkan/dihapus
-- `orgs` - Organisasi diperbarui
-
-**Fitur:**
-- URL webhook kustom
-- Penyaringan peristiwa
-- Log pengiriman
-- Mekanisme percobaan ulang
-- Fungsi pengujian
-
-**Lokasi:** Web Dashboard → Organisasi → Webhooks
-
----
-
-### Kolaborasi Multi-Pengguna
-Undang anggota tim ke organisasi Anda dengan peran dan izin tertentu.
-
-**Fitur:**
-- Undangan melalui email
-- Penetapan peran
-- Manajemen anggota
-- Penarikan akses
-
-**Lokasi:** Web Dashboard → Organisasi → Anggota
-
----
-
-### Manajemen Kunci API
-Buat, kelola, dan cabut kunci API dengan tanggal kedaluwarsa opsional dan penyimpanan ber-hash.
-
-**Kemampuan kunci:**
-- Kunci per-aplikasi atau per-organisasi
-- Tanggal kedaluwarsa opsional
-- Penyimpanan ber-hash (tidak dapat dipulihkan)
-- Dukungan rotasi kunci
-
-**Lokasi:** Web Dashboard → Kunci API
-
-[Pelajari lebih lanjut tentang kunci API →](/docs/public-api/#authentication)
-
----
-
-### Kebijakan Kata Sandi
-Persyaratan kata sandi tingkat organisasi untuk menegakkan standar keamanan.
-
-**Kebijakan yang dapat diatur:**
-- Panjang minimum
-- Wajib huruf kapital
-- Wajib angka
-- Wajib karakter khusus
-
-**Lokasi:** Web Dashboard → Organisasi → Keamanan
-
----
-
-## Platform Support
-
-### Dukungan Multi-Platform
-Dukungan untuk iOS, Android, dan aplikasi Electron dengan satu SDK.
-
-**Platform yang Didukung:**
-- iOS (Capacitor 5, 6, 7, 8)
-- Android (Capacitor 5, 6, 7, 8)
-- Electron (BARU pada 2025)
-
----
-
-### Dukungan Jangka Panjang
-Dukungan berkelanjutan untuk versi Capacitor yang lebih lama untuk menjaga kompatibilitas dengan aplikasi lama.
-
-**Saat ini didukung:**
-- Capacitor 8 (terbaru)
-- Capacitor 7
-- Capacitor 6
-- Capacitor 5
-
----
-
-### Backend Penyimpanan Kustom
-Gunakan infrastruktur penyimpanan Anda sendiri (S3, R2, dll.) sebagai pengganti penyimpanan bawaan Capgo.
-
-[Pelajari lebih lanjut tentang penyimpanan kustom →](/docs/live-updates/custom-storage/)
-
----
-
-### Konfigurasi China
-Konfigurasi khusus untuk aplikasi yang didistribusikan di daratan Tiongkok guna mematuhi peraturan setempat.
-
-[Pelajari lebih lanjut tentang konfigurasi China →](/docs/live-updates/china-configuration/)
-
----
-
-## Fitur Lanjutan
-
-### Perilaku Pembaruan Kustom
-Atur kapan dan bagaimana pembaruan diperiksa dan diterapkan melalui SDK.
-
-**Opsi yang dapat dikonfigurasi:**
-- Interval pemeriksaan (`periodCheckDelay` - minimum 600 detik)
-- Waktu pembaruan langsung (`directUpdate` - atInstall, onLaunch, always)
-- Aktifkan/nonaktifkan pembaruan otomatis (`autoUpdate`)
-- Persyaratan jaringan (Android saja - melalui WorkManager)
-
-[Pelajari lebih lanjut tentang perilaku pembaruan →](/docs/live-updates/update-behavior/)
-
----
-
-### Jenis Pembaruan
-Berbagai jenis pembaruan untuk berbagai kasus penggunaan, mulai dari pembaruan instan hingga instalasi yang dikendalikan pengguna.
-
-**Jenis yang Tersedia:**
-- Pembaruan latar belakang (default)
-- Pembaruan langsung
-- Pembaruan yang dipicu pengguna
-- Pembaruan bersyarat
-
-[Pelajari lebih lanjut tentang jenis pembaruan →](/docs/live-updates/update-types/)
-
----
-
-### Sistem Kredit
-Penagihan berbasis penggunaan dengan kredit untuk bandwidth, penyimpanan, dan sumber daya lainnya.
-
-**Fitur:**
-- Pelacakan penggunaan kredit
-- Peringatan penggunaan
-- Isi ulang melalui Stripe
-- Buku kredit
-
-**Lokasi:** Web Dashboard → Organisasi → Kredit
-
----
-
-## Memulai
-
-Siap untuk mulai menggunakan fitur-fitur ini? Ikuti [Panduan Quickstart](/docs/getting-started/quickstart/) untuk menyiapkan aplikasi pertama Anda dengan Capgo Live Updates.
-
-## Butuh Bantuan?
-
-- [Gabung dengan Discord kami](https://discord.capgo.app) untuk dukungan komunitas
-- [Cek FAQ](/docs/faq/) untuk pertanyaan umum
-- [Telusuri dokumentasi API](/docs/public-api/) untuk integrasi API
-- [Hubungi dukungan](https://capgo.app/consulting/) untuk bantuan perusahaan
-.
\ No newline at end of file
diff --git a/src/content/docs/id/docs/live-updates/index.mdx b/src/content/docs/id/docs/live-updates/index.mdx
deleted file mode 100644
index e50d9f803..000000000
--- a/src/content/docs/id/docs/live-updates/index.mdx
+++ /dev/null
@@ -1,92 +0,0 @@
----
-title: Gambaran Umum
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: id
----
-
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Gunakan fitur Live Updates Capgo untuk memperbarui bundel JavaScript aplikasi Anda secara jarak jauh dan real-time. Kirim pembaruan JS langsung ke pengguna Anda tanpa melalui proses review app store untuk segera memperbaiki bug dan mengirim fitur baru.
-
-<Aside>
-
-Live Updates terbatas pada perubahan bundel JavaScript. Jika Anda perlu memperbarui kode native, seperti menambah atau menghapus plugin atau mengubah konfigurasi proyek native, Anda perlu mengirimkan build binary native baru ke app store.
-
-</Aside>
-
-<Aside type="caution" title="Model Aset Publik">
-Bundle tanpa enkripsi yang diunggah ke Capgo harus diperlakukan sebagai artefak distribusi publik. Channel menentukan perangkat mana yang ditawari pembaruan, tetapi privasi channel tidak membuat bundle dasarnya menjadi rahasia. Enkripsi menambah perlindungan saat penyimpanan dan transit serta mencegah pihak ketiga menghasilkan pembaruan terenkripsi yang valid, tetapi tidak membuat aset web yang dikirim mustahil untuk diperiksa karena aplikasi berisi kunci publik yang dibutuhkan untuk mendekripsinya. Lihat [enkripsi end-to-end](/docs/live-updates/encryption/) untuk model ancaman yang tepat.
-</Aside>
-
-## Cara Kerja Live Updates
-
-Sistem Live Update Capgo memiliki dua komponen utama:
-
-1. SDK Capgo, yang Anda instal di aplikasi Anda. SDK memeriksa pembaruan yang tersedia dan mengunduhnya di latar belakang.
-
-2. Channel, yang memungkinkan Anda menargetkan pembaruan ke grup pengguna tertentu. Anda dapat menggunakan channel untuk mengelola jalur rilis yang berbeda, seperti `Production`, `Staging`, dan `Dev`.
-
-Ketika Anda mengunggah bundel JS baru ke Capgo dan menetapkannya ke channel, SDK Capgo di aplikasi yang dikonfigurasi untuk channel tersebut akan mendeteksi pembaruan dan mengunduhnya. Saat aplikasi dimulai ulang berikutnya, bundel baru akan dimuat.
-
-## Memulai
-
-Untuk mulai menggunakan Live Updates, ikuti langkah-langkah berikut:
-
-<Steps>
-
-1. Selesaikan [Capgo Quickstart](/docs/getting-started/quickstart) untuk menyiapkan aplikasi Anda di Capgo dan menginstal SDK Capgo
-
-2. Dalam kode aplikasi Anda, panggil `CapacitorUpdater.notifyAppReady()` setelah aplikasi Anda selesai diinisialisasi. Ini memberi tahu SDK Capgo bahwa aplikasi Anda siap menerima pembaruan
-
-3. Build bundel JS Anda dan unggah ke Capgo:
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. Buka aplikasi Anda dan tunggu pembaruan diunduh. Anda dapat memeriksa statusnya dengan:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. Setelah pembaruan diunduh, tutup dan buka kembali aplikasi Anda untuk memuat bundel baru
-
-</Steps>
-
-Lihat panduan [Deploying Live Updates](/docs/getting-started/deploy) untuk detail lebih lanjut
-
-## Langkah Selanjutnya
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/update-types/">
-    <Card title="Jenis Pembaruan" icon="open-book">
-      Referensi semua jenis pembaruan OTA: waktu penerapan, kondisi penundaan, pemblokiran versi, dan pengiriman.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/channels/">
-    <Card title="Channel" icon="bars">
-      Pelajari cara menggunakan channel untuk mengelola jalur rilis yang berbeda dan menargetkan pembaruan ke pengguna tertentu
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="Rollback" icon="left-arrow">
-      Temukan cara kembali ke versi bundel JS sebelumnya jika pembaruan menyebabkan masalah
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="Perilaku Pembaruan" icon="setting">
-      Sesuaikan bagaimana dan kapan pembaruan diunduh dan diterapkan di aplikasi Anda
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="Pembaruan Cepat" icon="starlight">
-      Pelajari cara menggunakan pembaruan cepat untuk mempercepat proses pembaruan
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/id/docs/live-updates/integrations/azure-devops.mdx b/src/content/docs/id/docs/live-updates/integrations/azure-devops.mdx
deleted file mode 100644
index 2cec4943a..000000000
--- a/src/content/docs/id/docs/live-updates/integrations/azure-devops.mdx
+++ /dev/null
@@ -1,584 +0,0 @@
----
-title: Integrasi Azure DevOps
-description: "Pelajari cara mengintegrasikan Capgo Live Updates dengan Azure DevOps Pipelines untuk deployment otomatis pembaruan aplikasi Anda."
-locale: id
-sidebar:
-  order: 1
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integrasikan Capgo Live Updates dengan Azure DevOps Pipelines untuk secara otomatis men-deploy pembaruan aplikasi Anda setiap kali Anda push perubahan kode. Panduan ini mencakup pengaturan build otomatis, testing, dan workflow deployment.
-
-## Prasyarat
-
-Sebelum mengatur integrasi Azure DevOps, pastikan Anda memiliki:
-
-- Organisasi dan proyek Azure DevOps
-- Akun Capgo dengan aplikasi yang sudah dikonfigurasi
-- Kode sumber aplikasi Anda dalam repositori Azure Repos Git
-- Node.js dan npm/yarn yang dikonfigurasi dalam proyek Anda
-
-## Mengatur Azure DevOps Pipeline
-
-### Langkah 1: Buat Variabel Pipeline
-
-Pertama, atur variabel yang diperlukan dalam proyek Azure DevOps Anda:
-
-<Steps>
-
-1. Navigasi ke proyek Azure DevOps Anda
-2. Pergi ke **Pipelines** → **Library** → **Variable groups**
-3. Buat variable group baru bernama `Capgo-Variables`
-4. Tambahkan variabel berikut:
-
-</Steps>
-
-| Nama Variabel | Nilai | Secure |
-|---------------|-------|---------|
-| `CAPGO_TOKEN` | Token API Capgo Anda | ✅ Ya |
-
-<Aside type="tip">
-
-Dapatkan token API Capgo Anda dari [console.capgo.app/apikeys](https://console.capgo.app/apikeys). ID aplikasi Anda sudah dikonfigurasi dalam file `capacitor.config.ts` Anda.
-
-</Aside>
-
-## Sederhana
-
-Konfigurasi dasar yang men-deploy ke production pada setiap push ke branch main:
-
-```yaml
-# Simple Azure DevOps Pipeline for Capgo Live Updates
-trigger:
-  branches:
-    include:
-      - main
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: BuildAndDeploy
-    displayName: 'Build and Deploy to Capgo'
-    pool:
-      vmImage: 'ubuntu-latest'
-
-    steps:
-      - task: NodeTool@0
-        displayName: 'Setup Node.js'
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Install, test and build'
-
-      - script: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production
-        displayName: 'Deploy to Capgo'
-```
-
-## Lanjutan
-
-### Deployment Branch Fitur
-
-Deploy branch fitur ke channel test untuk review dan testing:
-
-```yaml
-# Feature branch deployment
-trigger:
-  branches:
-    include:
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: DeployFeature
-    displayName: 'Deploy Feature Branch'
-    pool:
-      vmImage: 'ubuntu-latest'
-    condition: startsWith(variables['Build.SourceBranch'], 'refs/heads/feature/')
-
-    steps:
-      - task: NodeTool@0
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Install, test and build'
-
-      - script: |
-          BRANCH_NAME=$(echo "$(Build.SourceBranchName)" | sed 's/[^a-zA-Z0-9-]/-/g')
-          CHANNEL_NAME="feature-$BRANCH_NAME"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME
-        displayName: 'Deploy to Feature Channel'
-```
-
-<Aside type="tip">
-
-**Testing dengan Channels**: Setelah men-deploy ke channel fitur, Anda dapat menguji pembaruan dalam aplikasi Anda dengan mengonfigurasinya untuk menggunakan channel tertentu. Pelajari lebih lanjut tentang [mengonfigurasi channel dalam aplikasi Anda](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Menggunakan Enkripsi
-
-Jika Anda menggunakan [fitur enkripsi Capgo](/docs/live-updates/encryption/), Anda perlu menyimpan private key Anda dengan aman di environment CI/CD Anda.
-
-Setelah [mengatur encryption keys](/docs/live-updates/encryption/#setting-up-encryption) secara lokal, tambahkan private key Anda ke variabel Azure DevOps:
-
-```shell
-# Display your private key content (copy this output)
-cat .capgo_key_v2
-```
-
-Tambahkan konten ini sebagai `CAPGO_PRIVATE_KEY` dalam variable group Azure DevOps Anda (tandai sebagai secret), kemudian gunakan dalam pipeline:
-
-```yaml
-# Deploy with encryption
-- script: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --key-data-v2 "$(CAPGO_PRIVATE_KEY)" --channel production
-  displayName: 'Deploy to Capgo with Encryption'
-```
-
-<Aside type="caution">
-
-**Praktik Terbaik Keamanan:**
-- Jangan pernah commit file `.capgo_key_v2` ke version control
-- Simpan private key hanya dalam manajemen secret CI/CD yang aman
-- Gunakan kunci yang berbeda untuk environment yang berbeda
-
-</Aside>
-
-### Konfigurasi Multi-Channel
-
-Untuk informasi komprehensif tentang pengaturan dan pengelolaan channel deployment multiple, lihat [dokumentasi Channels](/docs/live-updates/channels/).
-
-Konfigurasi lengkap dengan environment multiple dan deployment pull request:
-
-```yaml
-# Advanced Azure DevOps Pipeline with Multiple Channels
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-
-pr:
-  branches:
-    include:
-      - main
-      - develop
-
-variables:
-  - group: Capgo-Variables
-
-stages:
-  # Build stage
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  # Deploy to development
-  - stage: DeployDev
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/develop'))
-    jobs:
-      - deployment: DeployDevelopment
-        environment: development
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel development --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Deploy to Development'
-
-  # Deploy PR to test channel
-  - stage: DeployPR
-    condition: and(succeeded(), eq(variables['Build.Reason'], 'PullRequest'))
-    jobs:
-      - job: DeployPRChannel
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - task: DownloadBuildArtifacts@0
-            inputs:
-              artifactName: 'app-build'
-              downloadPath: '$(Pipeline.Workspace)'
-
-          - script: |
-              CHANNEL_NAME="pr-$(System.PullRequest.PullRequestNumber)"
-              npm install -g @capgo/cli
-              npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-              npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME --path $(Pipeline.Workspace)/app-build
-            displayName: 'Deploy to PR Channel'
-
-  # Deploy to production
-  - stage: DeployProd
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/main'))
-    jobs:
-      - deployment: DeployProduction
-        environment: production
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Deploy to Production'
-```
-
-### Deployment Multi-Environment
-
-Untuk skenario kompleks dengan environment multiple:
-
-```yaml
-# Extended pipeline with multiple environments
-parameters:
-  - name: deployEnvironment
-    displayName: 'Deploy Environment'
-    type: string
-    default: 'staging'
-    values:
-      - staging
-      - production
-
-variables:
-  - group: Capgo-Variables
-  - name: channelName
-    ${{ if eq(parameters.deployEnvironment, 'production') }}:
-      value: 'production'
-    ${{ else }}:
-      value: 'staging'
-
-stages:
-  # Build stage
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: DeployStaging
-    displayName: 'Deploy to Staging'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'staging'))
-    jobs:
-      - deployment: DeployStaging
-        displayName: 'Deploy to Staging Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'staging'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'staging'
-
-  - stage: DeployProduction
-    displayName: 'Deploy to Production'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'production'))
-    jobs:
-      - deployment: DeployProduction
-        displayName: 'Deploy to Production Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'production'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'production'
-```
-
-### Template Deployment (deploy-steps.yml)
-
-Buat file template yang dapat digunakan ulang `deploy-steps.yml`:
-
-```yaml
-# deploy-steps.yml
-parameters:
-  - name: channel
-    type: string
-
-steps:
-  - task: NodeTool@0
-    displayName: 'Install Node.js'
-    inputs:
-      versionSpec: '22.x'
-
-  - task: DownloadBuildArtifacts@0
-    displayName: 'Download build artifacts'
-    inputs:
-      artifactName: 'app-build'
-      downloadPath: '$(System.ArtifactsDirectory)'
-
-  - script: |
-      npm install -g @capgo/cli
-    displayName: 'Install Capgo CLI'
-
-  - script: |
-      npx @capgo/cli bundle upload \
-        --apikey $(CAPGO_TOKEN) \
-        --channel ${{ parameters.channel }} \
-        --path $(System.ArtifactsDirectory)/app-build
-    displayName: 'Upload to Capgo (${{ parameters.channel }})'
-```
-
-### Strategi Deployment Berbasis Branch
-
-Konfigurasikan strategi deployment yang berbeda berdasarkan branch Git:
-
-```yaml
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-  - name: targetChannel
-    ${{ if eq(variables['Build.SourceBranch'], 'refs/heads/main') }}:
-      value: 'production'
-    ${{ elseif eq(variables['Build.SourceBranch'], 'refs/heads/develop') }}:
-      value: 'staging'
-    ${{ else }}:
-      value: 'development'
-
-stages:
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: Deploy
-    displayName: 'Deploy to $(targetChannel)'
-    dependsOn: Build
-    condition: succeeded()
-    jobs:
-      - deployment: DeployJob
-        displayName: 'Deploy to $(targetChannel) Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: '$(targetChannel)'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: '$(targetChannel)'
-```
-
-## Praktik Terbaik Keamanan
-
-### Manajemen Variabel Aman
-
-<Steps>
-
-1. **Gunakan Variable Groups**: Simpan data sensitif dalam variable groups Azure DevOps
-2. **Tandai sebagai Secret**: Selalu tandai token API dan kunci sebagai variabel secret
-3. **Batasi Akses**: Batasi akses variable group hanya untuk pipeline dan pengguna tertentu
-4. **Rotasi Kunci**: Secara berkala rotasi token API Capgo Anda
-
-</Steps>
-
-## Monitoring dan Notifikasi
-
-### Integrasi Teams
-
-Tambahkan notifikasi Microsoft Teams ke pipeline Anda:
-
-```yaml
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notify Teams on Success'
-  condition: succeeded()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Capgo Deployment Successful'
-    text: 'App deployed to $(targetChannel) channel'
-    themeColor: '00FF00'
-
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notify Teams on Failure'
-  condition: failed()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Capgo Deployment Failed'
-    text: 'Deployment to $(targetChannel) failed'
-    themeColor: 'FF0000'
-```
-
-### Notifikasi Email
-
-Konfigurasi notifikasi email untuk status deployment:
-
-```yaml
-- task: EmailReport@1
-  displayName: 'Send Email Report'
-  condition: always()
-  inputs:
-    sendMailConditionConfig: 'Always'
-    subject: 'Capgo Deployment Report - $(Build.BuildNumber)'
-    to: 'team@yourcompany.com'
-    body: |
-      Deployment Status: $(Agent.JobStatus)
-      Channel: $(targetChannel)
-      Build: $(Build.BuildNumber)
-      Commit: $(Build.SourceVersion)
-```
-
-## Pemecahan Masalah
-
-### Masalah Umum
-
-**Pipeline gagal dengan "Capgo CLI not found":**
-```yaml
-# Ensure global installation
-- script: |
-    npm install -g @capgo/cli
-    which capgo || echo "Capgo CLI not found in PATH"
-  displayName: 'Install and verify Capgo CLI'
-```
-
-**Kesalahan autentikasi:**
-```yaml
-# Verify token is correctly set
-- script: |
-    echo "Token length: ${#CAPGO_TOKEN}"
-    if [ -z "$CAPGO_TOKEN" ]; then
-      echo "CAPGO_TOKEN is not set"
-      exit 1
-    fi
-  displayName: 'Verify Capgo token'
-  env:
-    CAPGO_TOKEN: $(CAPGO_TOKEN)
-```
-
-**Build artifacts tidak ditemukan:**
-```yaml
-# List available artifacts for debugging
-- script: |
-    ls -la $(System.ArtifactsDirectory)
-    find $(System.ArtifactsDirectory) -name "*.js" -o -name "*.html"
-  displayName: 'Debug artifacts'
-```
-
-### Debug Pipeline
-
-Tambahkan langkah debugging untuk memecahkan masalah:
-
-```yaml
-- script: |
-    echo "Build.SourceBranch: $(Build.SourceBranch)"
-    echo "Build.BuildNumber: $(Build.BuildNumber)"
-    echo "Target Channel: $(targetChannel)"
-  displayName: 'Debug Pipeline Variables'
-
-- script: |
-    npx @capgo/cli app debug --apikey $(CAPGO_TOKEN)
-  displayName: 'Debug Capgo App Status'
-```
-
-## Langkah Selanjutnya
-
-- Pelajari tentang [Channels](/docs/live-updates/channels/) untuk mengelola environment deployment yang berbeda
-- Jelajahi [Custom Storage](/docs/live-updates/custom-storage/) untuk skenario deployment lanjutan
-- Atur [Encryption](/docs/live-updates/encryption/) untuk deployment yang aman
-- Konfigurasikan [Update Behavior](/docs/live-updates/update-behavior/) untuk menyesuaikan cara penerapan pembaruan
-
-Dengan integrasi Azure DevOps, Anda dapat mengotomatiskan deployment Capgo Anda dan memastikan pembaruan yang konsisten dan andal untuk pengguna aplikasi mobile Anda.
diff --git a/src/content/docs/id/docs/live-updates/integrations/bitbucket-pipeline.mdx b/src/content/docs/id/docs/live-updates/integrations/bitbucket-pipeline.mdx
deleted file mode 100644
index c50ad23d7..000000000
--- a/src/content/docs/id/docs/live-updates/integrations/bitbucket-pipeline.mdx
+++ /dev/null
@@ -1,498 +0,0 @@
----
-title: Integrasi Bitbucket Pipelines
-description: "Pelajari cara mengintegrasikan Capgo Live Updates dengan Bitbucket Pipelines untuk deployment otomatis pembaruan aplikasi Anda."
-locale: id
-sidebar:
-  order: 4
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integrasikan Capgo Live Updates dengan Bitbucket Pipelines untuk secara otomatis men-deploy pembaruan aplikasi Anda setiap kali Anda push perubahan kode. Panduan ini mencakup pengaturan build otomatis, testing, dan workflow deployment.
-
-## Prasyarat
-
-Sebelum mengatur integrasi Bitbucket Pipelines, pastikan Anda memiliki:
-
-- Akun Bitbucket dengan repositori
-- Akun Capgo dengan aplikasi yang sudah dikonfigurasi
-- Node.js dan npm/yarn yang dikonfigurasi dalam proyek Anda
-
-## Mengatur Bitbucket Pipelines
-
-### Langkah 1: Konfigurasi Variabel Repositori
-
-Pertama, atur variabel yang diperlukan dalam repositori Bitbucket Anda:
-
-<Steps>
-
-1. Navigasi ke repositori Bitbucket Anda
-2. Pergi ke **Repository settings** → **Pipelines** → **Repository variables**
-3. Tambahkan variabel berikut:
-
-</Steps>
-
-| Nama Variabel | Nilai | Secured |
-|---------------|-------|---------|
-| `CAPGO_TOKEN` | Token API Capgo Anda | ✅ Ya |
-
-<Aside type="tip">
-
-Dapatkan token API Capgo Anda dari [console.capgo.app/apikeys](https://console.capgo.app/apikeys). ID aplikasi Anda sudah dikonfigurasi dalam file `capacitor.config.ts` Anda.
-
-</Aside>
-
-## Sederhana
-
-Konfigurasi dasar yang men-deploy ke production pada setiap push ke branch main:
-
-```yaml
-# bitbucket-pipelines.yml - Simple Configuration
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build and Deploy to Production
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          artifacts:
-            - dist/**
-```
-
-## Lanjutan
-
-### Deployment Branch Fitur
-
-Deploy branch fitur ke channel test untuk review dan testing:
-
-```yaml
-# Feature branch deployment
-pipelines:
-  branches:
-    feature/*:
-      - step:
-          name: Deploy Feature Branch
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - BRANCH_NAME=$(echo $BITBUCKET_BRANCH | sed 's/[^a-zA-Z0-9-]/-/g')
-            - CHANNEL_NAME="feature-$BRANCH_NAME"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-<Aside type="tip">
-
-**Testing dengan Channels**: Setelah men-deploy ke channel fitur, Anda dapat menguji pembaruan dalam aplikasi Anda dengan mengonfigurasinya untuk menggunakan channel tertentu. Pelajari lebih lanjut tentang [mengonfigurasi channel dalam aplikasi Anda](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Menggunakan Enkripsi
-
-Jika Anda menggunakan [fitur enkripsi Capgo](/docs/live-updates/encryption/), Anda perlu menyimpan private key Anda dengan aman di environment CI/CD Anda.
-
-Setelah [mengatur encryption keys](/docs/live-updates/encryption/#setting-up-encryption) secara lokal, tambahkan private key Anda ke variabel Bitbucket:
-
-```shell
-# Display your private key content (copy this output)
-cat .capgo_key_v2
-```
-
-Tambahkan konten ini sebagai `CAPGO_PRIVATE_KEY` dalam variabel repositori Bitbucket Anda (tandai sebagai secured), kemudian gunakan dalam pipeline:
-
-```yaml
-# Deploy with encryption
-- step:
-    name: Deploy to Capgo with Encryption
-    script:
-      - npm install -g @capgo/cli
-      - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**Praktik Terbaik Keamanan:**
-- Jangan pernah commit file `.capgo_key_v2` ke version control
-- Simpan private key hanya dalam manajemen secret CI/CD yang aman
-- Gunakan kunci yang berbeda untuk environment yang berbeda
-
-</Aside>
-
-### Konfigurasi Multi-Channel
-
-Untuk informasi komprehensif tentang pengaturan dan pengelolaan channel deployment multiple, lihat [dokumentasi Channels](/docs/live-updates/channels/).
-
-Konfigurasi lengkap dengan environment multiple dan deployment pull request:
-
-```yaml
-# bitbucket-pipelines.yml - Advanced Multi-Channel Configuration
-image: node:22
-
-definitions:
-  steps:
-    - step: &build-step
-        name: Build Application
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-        artifacts:
-          - dist/**
-
-    - step: &deploy-step
-        name: Deploy to Capgo
-        script:
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-pipelines:
-  branches:
-    main:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - export CHANNEL_NAME=production
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-    develop:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Deploy to Development
-          deployment: development
-          script:
-            - export CHANNEL_NAME=development
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-  pull-requests:
-    '**':
-      - step:
-          <<: *build-step
-      - step:
-          name: Deploy PR to Test Channel
-          script:
-            - CHANNEL_NAME="pr-$BITBUCKET_PR_ID"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-### Pipeline Multi-Environment
-
-Untuk skenario deployment kompleks dengan environment staging dan production:
-
-```yaml
-# Multi-environment pipeline
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Deploy to Staging
-          deployment: staging
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-      - step:
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-
-    develop:
-      - step:
-          name: Build and Deploy to Development
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-          artifacts:
-            - dist/**
-```
-
-### Strategi Deployment Berbasis Branch
-
-Deploy branch yang berbeda secara otomatis ke channel yang sesuai:
-
-```yaml
-# Dynamic channel deployment
-image: node:22
-
-definitions:
-  scripts:
-    - script: &determine-channel |
-        if [ "$BITBUCKET_BRANCH" = "main" ]; then
-          export CHANNEL_NAME="production"
-        elif [ "$BITBUCKET_BRANCH" = "develop" ]; then
-          export CHANNEL_NAME="staging"
-        else
-          export CHANNEL_NAME="development"
-        fi
-        echo "Deploying to channel: $CHANNEL_NAME"
-
-pipelines:
-  default:
-    - step:
-        name: Build and Deploy
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-          - *determine-channel
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-        artifacts:
-          - dist/**
-```
-
-### Eksekusi Pipeline Paralel
-
-Optimalkan waktu build dengan langkah paralel:
-
-```yaml
-# Parallel execution pipeline
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - parallel:
-          - step:
-              name: Run Tests
-              script:
-                - npm ci
-                - npm run test
-          - step:
-              name: Lint Code
-              script:
-                - npm ci
-                - npm run lint
-      - step:
-          name: Build Application
-          script:
-            - npm ci
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Deploy to Production
-          deployment: production
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## Praktik Terbaik Keamanan
-
-### Variabel Repositori
-
-<Steps>
-
-1. **Variabel Secured**: Selalu tandai token API sebagai secured
-2. **Variabel Environment**: Gunakan variabel khusus deployment jika diperlukan
-3. **Kontrol Akses**: Batasi akses repositori hanya untuk anggota tim yang berwenang
-4. **Rotasi Token**: Secara berkala rotasi token API Capgo Anda
-
-</Steps>
-
-### Environment Deployment
-
-Konfigurasi environment deployment untuk keamanan yang lebih baik:
-
-```yaml
-# Deployment with environment restrictions
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## Monitoring dan Notifikasi
-
-### Integrasi Slack
-
-Tambahkan notifikasi Slack ke pipeline Anda:
-
-```yaml
-# Pipeline with Slack notifications
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build and Deploy
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          after-script:
-            - |
-              if [ $BITBUCKET_EXIT_CODE -eq 0 ]; then
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"✅ Capgo deployment successful for '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              else
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"❌ Capgo deployment failed for '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              fi
-```
-
-### Notifikasi Email
-
-Konfigurasi notifikasi email melalui fitur bawaan Bitbucket atau menggunakan layanan eksternal:
-
-```yaml
-# Email notification step
-- step:
-    name: Send Notification
-    script:
-      - |
-        curl -X POST \
-          -H "Content-Type: application/json" \
-          -d '{
-            "to": "team@yourcompany.com",
-            "subject": "Capgo Deployment Status",
-            "body": "Deployment of '$BITBUCKET_BRANCH' completed with status: '$BITBUCKET_EXIT_CODE'"
-          }' \
-          $EMAIL_SERVICE_URL
-    condition:
-      result: [successful, failed]
-```
-
-## Pemecahan Masalah
-
-### Masalah Umum
-
-**Pipeline gagal dengan "Capgo CLI not found":**
-```yaml
-# Debug CLI installation
-- step:
-    name: Debug CLI
-    script:
-      - npm install -g @capgo/cli
-      - which capgo || echo "Capgo CLI not found"
-      - npx @capgo/cli --version
-```
-
-**Kesalahan autentikasi:**
-```yaml
-# Verify token configuration
-- step:
-    name: Debug Auth
-    script:
-      - |
-        if [ -z "$CAPGO_TOKEN" ]; then
-          echo "CAPGO_TOKEN is not set"
-          exit 1
-        fi
-        echo "Token length: ${#CAPGO_TOKEN}"
-```
-
-**Build artifacts tidak ditemukan:**
-```yaml
-# List build outputs
-- step:
-    name: Debug Build
-    script:
-      - ls -la dist/
-      - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### Debug Pipeline
-
-Tambahkan informasi debugging untuk memecahkan masalah:
-
-```yaml
-# Debug pipeline
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Debug Information
-          script:
-            - echo "Branch: $BITBUCKET_BRANCH"
-            - echo "Commit: $BITBUCKET_COMMIT"
-            - echo "Build: $BITBUCKET_BUILD_NUMBER"
-            - env | grep BITBUCKET_ | sort
-      - step:
-          name: Build and Deploy
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-### Validasi Pipeline
-
-Aktifkan validasi pipeline untuk menangkap kesalahan konfigurasi:
-
-```yaml
-# Enable pipeline validation
-options:
-  docker: true
-  size: 2x
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Validate Pipeline
-          script:
-            - echo "Pipeline validation successful"
-      - step:
-          name: Build and Deploy
-          script:
-            # ... deployment steps
-```
-
-## Langkah Selanjutnya
-
-- Pelajari tentang [Channels](/docs/live-updates/channels/) untuk mengelola environment deployment yang berbeda
-- Jelajahi [Custom Storage](/docs/live-updates/custom-storage/) untuk skenario deployment lanjutan
-- Atur [Encryption](/docs/live-updates/encryption/) untuk deployment yang aman
-- Konfigurasikan [Update Behavior](/docs/live-updates/update-behavior/) untuk menyesuaikan cara penerapan pembaruan
-
-Dengan integrasi Bitbucket Pipelines, Anda dapat mengotomatiskan deployment Capgo Anda dan memastikan pembaruan yang konsisten dan andal untuk pengguna aplikasi mobile Anda.
diff --git a/src/content/docs/id/docs/live-updates/integrations/github-actions.mdx b/src/content/docs/id/docs/live-updates/integrations/github-actions.mdx
deleted file mode 100644
index 755fa2b1f..000000000
--- a/src/content/docs/id/docs/live-updates/integrations/github-actions.mdx
+++ /dev/null
@@ -1,551 +0,0 @@
----
-title: Integrasi GitHub Actions
-description: "Pelajari cara mengintegrasikan Capgo Live Updates dengan GitHub Actions untuk deployment otomatis pembaruan aplikasi Anda."
-locale: id
-sidebar:
-  order: 3
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integrasikan Capgo Live Updates dengan GitHub Actions untuk secara otomatis men-deploy pembaruan aplikasi Anda setiap kali Anda push perubahan kode. Panduan ini mencakup pengaturan build otomatis, testing, dan workflow deployment menggunakan platform CI/CD GitHub yang powerful.
-
-## Prasyarat
-
-Sebelum mengatur integrasi GitHub Actions, pastikan Anda memiliki:
-
-- Repositori GitHub dengan kode sumber aplikasi Anda
-- Akun Capgo dengan aplikasi yang sudah dikonfigurasi
-- Node.js dan npm/yarn yang dikonfigurasi dalam proyek Anda
-- GitHub Actions yang diaktifkan untuk repositori Anda
-
-## Mengatur GitHub Secrets
-
-### Langkah 1: Konfigurasi Repository Secrets
-
-Atur secret yang diperlukan dalam repositori GitHub Anda:
-
-<Steps>
-
-1. Navigasi ke repositori GitHub Anda
-2. Pergi ke **Settings** → **Secrets and variables** → **Actions**
-3. Klik **New repository secret** dan tambahkan berikut:
-
-</Steps>
-
-| Nama Secret | Nilai |
-|-------------|-------|
-| `CAPGO_TOKEN` | Token API Capgo Anda |
-
-<Aside type="tip">
-
-Dapatkan token API Capgo Anda dari [console.capgo.app/apikeys](https://console.capgo.app/apikeys). ID aplikasi Anda sudah dikonfigurasi dalam file `capacitor.config.ts` Anda.
-
-</Aside>
-
-## Deployment Production Sederhana
-
-Mulai dengan konfigurasi dasar yang men-deploy ke production pada setiap push ke branch main:
-
-```yaml
-# Simple GitHub Actions Workflow for Capgo Live Updates
-name: Deploy to Capgo
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout
-        uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Install, test and build
-        run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - name: Deploy to Capgo
-         run: |
-           npm install -g @capgo/cli
-           npx @capgo/cli bundle upload --channel production
-          env:
-            CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-           # For encrypted uploads, add: --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"
-```
-
-## Konfigurasi Multi-Channel Lanjutan
-
-### Deployment Branch Fitur
-
-Deploy branch fitur ke channel sementara untuk testing:
-
-```yaml
-# Feature branch deployment
-name: Deploy Feature Branch to Capgo
-
-on:
-  push:
-    branches:
-      - 'feature/**'
-
-jobs:
-  deploy-feature:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - name: Deploy to feature channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.ref_name }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-                     npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-```
-
-### Menggunakan Enkripsi
-
-Jika Anda menggunakan [fitur enkripsi Capgo](/docs/live-updates/encryption/), Anda perlu menyimpan private key Anda dengan aman di environment CI/CD Anda.
-
-Setelah [mengatur encryption keys](/docs/live-updates/encryption/#setting-up-encryption) secara lokal, tambahkan private key Anda ke GitHub secrets:
-
-```shell
-# Display your private key content (copy this output)
-cat .capgo_key_v2
-```
-
-Tambahkan konten ini sebagai `CAPGO_PRIVATE_KEY` dalam secret repositori GitHub Anda, kemudian gunakan dalam workflow:
-
-```yaml
-# Deploy with encryption
-- name: Deploy to Capgo with Encryption
-  run: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}" --channel production
-```
-
-<Aside type="caution">
-
-**Praktik Terbaik Keamanan:**
-- Jangan pernah commit file `.capgo_key_v2` ke version control
-- Simpan private key hanya dalam manajemen secret CI/CD yang aman
-- Gunakan kunci yang berbeda untuk environment yang berbeda
-
-</Aside>
-
-### Konfigurasi Multi-Channel
-
-Untuk informasi komprehensif tentang pengaturan dan pengelolaan channel deployment multiple, lihat [dokumentasi Channels](/docs/live-updates/channels/).
-
-Workflow lengkap dengan deployment development, pull request, dan production:
-
-```yaml
-# Complete multi-environment workflow
-name: Deploy to Capgo
-
-on:
-  push:
-    branches: [main, develop]
-  pull_request:
-    branches: [main, develop]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - uses: actions/upload-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-  deploy-development:
-    if: github.ref == 'refs/heads/develop'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: development
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel development
-
-  deploy-pr:
-    if: github.event_name == 'pull_request'
-    needs: build
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - name: Deploy to PR channel
-        run: |
-          CHANNEL_NAME="pr-${{ github.event.number }}"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-
-      - name: Comment PR
-        uses: actions/github-script@v7
-        with:
-          script: |
-            github.rest.issues.createComment({
-              issue_number: context.issue.number,
-              owner: context.repo.owner,
-              repo: context.repo.repo,
-              body: `🚀 This PR has been deployed to Capgo channel: \`pr-${{ github.event.number }}\`\n\nTo test this update in your app, configure it to use this channel. [Learn how to configure channels →](/docs/live-updates/channels/#configuring-the-channel-in-your-app)`
-            })
-
-  deploy-production:
-    if: github.ref == 'refs/heads/main'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: production
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel production
-```
-
-<Aside type="tip">
-
-**Testing dengan Channels**: Setelah men-deploy ke channel PR atau development, Anda dapat menguji pembaruan dalam aplikasi Anda dengan mengonfigurasinya untuk menggunakan channel tertentu. Pelajari lebih lanjut tentang [mengonfigurasi channel dalam aplikasi Anda](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Cleanup Channel Fitur
-
-Bersihkan channel fitur secara otomatis saat branch dihapus:
-
-```yaml
-name: Cleanup Feature Channels
-
-on:
-  delete:
-
-jobs:
-  cleanup:
-    runs-on: ubuntu-latest
-    if: github.event.ref_type == 'branch' && startsWith(github.event.ref, 'feature/')
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Delete Capgo channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.event.ref }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel delete $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-```
-
-## Keamanan dan Praktik Terbaik
-
-### Aturan Perlindungan Environment
-
-Atur aturan perlindungan environment di GitHub:
-
-<Steps>
-
-1. Pergi ke **Settings** → **Environments** di repositori Anda
-2. Buat environment: `development`, `staging`, `production`
-3. Untuk environment production, tambahkan:
-   - **Required reviewers**: Tambahkan anggota tim yang harus menyetujui deployment
-   - **Wait timer**: Tambahkan delay sebelum deployment (opsional)
-   - **Deployment branches**: Batasi hanya untuk branch `main`
-
-</Steps>
-
-### Manajemen Secret Aman
-
-Gunakan secret khusus environment:
-
-```yaml
-# Use different secrets per environment
-deploy-production:
-  environment: production
-  steps:
-    - name: Deploy to Production
-      run: |
-        npx @capgo/cli bundle upload \
-          --apikey ${{ secrets.CAPGO_PROD_TOKEN }} \
-          --app ${{ secrets.CAPGO_PROD_APP_ID }} \
-          --channel production
-```
-
-## Monitoring dan Notifikasi
-
-### Integrasi Slack
-
-Tambahkan notifikasi Slack ke workflow Anda:
-
-```yaml
-name: Deploy with Notifications
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      # ... deployment steps
-
-      - name: Notify Slack on Success
-        if: success()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: success
-          text: '✅ Capgo deployment successful!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-
-      - name: Notify Slack on Failure
-        if: failure()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: failure
-          text: '❌ Capgo deployment failed!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-```
-
-### Integrasi Discord
-
-Kirim notifikasi ke Discord:
-
-```yaml
-- name: Discord notification
-  if: always()
-  uses: Ilshidur/action-discord@master
-  with:
-    args: |
-      Capgo deployment ${{ job.status }}!
-      App: ${{ secrets.CAPGO_APP_ID }}
-      Channel: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-  env:
-    DISCORD_WEBHOOK: ${{ secrets.DISCORD_WEBHOOK }}
-```
-
-### Notifikasi Email
-
-Konfigurasi notifikasi email:
-
-```yaml
-- name: Send email notification
-  if: failure()
-  uses: dawidd6/action-send-mail@v3
-  with:
-    server_address: smtp.gmail.com
-    server_port: 465
-    username: ${{ secrets.EMAIL_USERNAME }}
-    password: ${{ secrets.EMAIL_PASSWORD }}
-    subject: 'Capgo Deployment Failed - ${{ github.repository }}'
-    to: team@yourcompany.com
-    from: ci-cd@yourcompany.com
-    body: |
-      Deployment failed for ${{ github.repository }}
-      Branch: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-      Workflow: ${{ github.workflow }}
-```
-
-## Pemecahan Masalah
-
-### Debug Workflow
-
-Tambahkan langkah debugging untuk memecahkan masalah:
-
-```yaml
-- name: Debug environment
-  run: |
-    echo "Node version: $(node --version)"
-    echo "NPM version: $(npm --version)"
-    echo "Working directory: $(pwd)"
-    echo "Files in dist/: $(ls -la dist/ || echo 'No dist directory')"
-    echo "Environment variables:"
-    env | grep -E "(GITHUB_|CAPGO_)" | sort
-
-- name: Test Capgo CLI
-  run: |
-    npx @capgo/cli --version
-    npx @capgo/cli app debug --apikey ${{ secrets.CAPGO_TOKEN }} --app ${{ secrets.CAPGO_APP_ID }}
-```
-
-### Masalah Umum dan Solusi
-
-**Workflow gagal dengan "CAPGO_TOKEN not found":**
-
-```yaml
-- name: Verify secrets
-  run: |
-    if [ -z "${{ secrets.CAPGO_TOKEN }}" ]; then
-      echo "ERROR: CAPGO_TOKEN secret is not set"
-      exit 1
-    fi
-    echo "CAPGO_TOKEN is set (length: ${#CAPGO_TOKEN})"
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-**Build artifacts tidak ditemukan:**
-
-```yaml
-- name: Debug artifacts
-  run: |
-    echo "Checking for build artifacts..."
-    ls -la dist/ || echo "No dist directory found"
-    find . -name "*.js" -o -name "*.html" | head -10
-```
-
-**Masalah konektivitas jaringan:**
-
-```yaml
-- name: Test connectivity
-  run: |
-    ping -c 3 api.capgo.io || echo "Ping failed"
-    curl -I https://api.capgo.io/health || echo "Health check failed"
-```
-
-## Workflow yang Dapat Digunakan Ulang
-
-Buat workflow yang dapat digunakan ulang untuk konsistensi di berbagai proyek:
-
-```yaml
-# .github/workflows/reusable-capgo-deploy.yml
-name: Reusable Capgo Deploy
-
-on:
-  workflow_call:
-    inputs:
-      environment:
-        required: true
-        type: string
-      channel:
-        required: true
-        type: string
-    secrets:
-      CAPGO_TOKEN:
-        required: true
-      CAPGO_APP_ID:
-        required: true
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    environment: ${{ inputs.environment }}
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Install and build
-        run: |
-          npm ci
-          npm run build
-
-      - name: Deploy to Capgo
-        run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload \
-            --apikey ${{ secrets.CAPGO_TOKEN }} \
-            --app ${{ secrets.CAPGO_APP_ID }} \
-            --channel ${{ inputs.channel }}
-```
-
-Gunakan workflow yang dapat digunakan ulang:
-
-```yaml
-# .github/workflows/deploy.yml
-name: Deploy App
-
-on:
-  push:
-    branches: [main, develop]
-
-jobs:
-  deploy-dev:
-    if: github.ref == 'refs/heads/develop'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: development
-      channel: development
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-
-  deploy-prod:
-    if: github.ref == 'refs/heads/main'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: production
-      channel: production
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-```
-
-## Langkah Selanjutnya
-
-- Pelajari tentang [Channels](/docs/live-updates/channels/) untuk mengelola environment deployment yang berbeda
-- Jelajahi [Custom Storage](/docs/live-updates/custom-storage/) untuk skenario deployment lanjutan
-- Atur [Encryption](/docs/live-updates/encryption/) untuk deployment yang aman
-- Konfigurasikan [Update Behavior](/docs/live-updates/update-behavior/) untuk menyesuaikan cara penerapan pembaruan
-
-Dengan integrasi GitHub Actions, Anda dapat memanfaatkan platform CI/CD GitHub yang powerful untuk membuat workflow deployment yang canggih dengan fitur keamanan, monitoring, dan kolaborasi bawaan untuk Capgo Live Updates Anda.
diff --git a/src/content/docs/id/docs/live-updates/integrations/gitlab-ci.mdx b/src/content/docs/id/docs/live-updates/integrations/gitlab-ci.mdx
deleted file mode 100644
index 82187b463..000000000
--- a/src/content/docs/id/docs/live-updates/integrations/gitlab-ci.mdx
+++ /dev/null
@@ -1,426 +0,0 @@
----
-title: Integrasi GitLab CI/CD
-description: "Pelajari cara mengintegrasikan Capgo Live Updates dengan GitLab CI/CD untuk deployment otomatis pembaruan aplikasi Anda."
-locale: id
-sidebar:
-  order: 2
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integrasikan Capgo Live Updates dengan GitLab CI/CD untuk secara otomatis men-deploy pembaruan aplikasi Anda setiap kali Anda push perubahan kode. Panduan ini mencakup pengaturan build otomatis, testing, dan workflow deployment.
-
-## Prasyarat
-
-Sebelum mengatur integrasi GitLab CI/CD, pastikan Anda memiliki:
-
-- Akun GitLab dengan repositori proyek
-- Akun Capgo dengan aplikasi yang sudah dikonfigurasi
-- Node.js dan npm/yarn yang dikonfigurasi dalam proyek Anda
-
-## Mengatur GitLab CI/CD
-
-### Langkah 1: Konfigurasi Variabel Environment
-
-Pertama, atur variabel yang diperlukan dalam proyek GitLab Anda:
-
-<Steps>
-
-1. Navigasi ke proyek GitLab Anda
-2. Pergi ke **Settings** → **CI/CD** → **Variables**
-3. Tambahkan variabel berikut:
-
-</Steps>
-
-| Nama Variabel | Nilai | Protected | Masked |
-|---------------|-------|-----------|--------|
-| `CAPGO_TOKEN` | Token API Capgo Anda | ✅ Ya | ✅ Ya |
-
-<Aside type="tip">
-
-Dapatkan token API Capgo Anda dari [console.capgo.app/apikeys](https://console.capgo.app/apikeys). ID aplikasi Anda sudah dikonfigurasi dalam file `capacitor.config.ts` Anda.
-
-</Aside>
-
-## Sederhana
-
-Konfigurasi dasar yang men-deploy ke production pada setiap push ke branch main:
-
-```yaml
-# .gitlab-ci.yml - Simple Configuration
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 1 hour
-  only:
-    - main
-
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-    # For encrypted uploads, add: --key-data-v2 "$CAPGO_PRIVATE_KEY"
-  dependencies:
-    - build
-  only:
-    - main
-```
-
-## Lanjutan
-
-### Deployment Branch Fitur
-
-Deploy branch fitur ke channel test untuk review dan testing:
-
-```yaml
-# Feature branch deployment
-deploy_feature:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="feature-$(echo $CI_COMMIT_REF_NAME | sed 's/[^a-zA-Z0-9-]/-/g')"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - /^feature\/.*$/
-  environment:
-    name: feature/$CI_COMMIT_REF_NAME
-    url: https://your-app.com/channels/$CHANNEL_NAME
-```
-
-<Aside type="tip">
-
-**Testing dengan Channels**: Setelah men-deploy ke channel fitur, Anda dapat menguji pembaruan dalam aplikasi Anda dengan mengonfigurasinya untuk menggunakan channel tertentu. Pelajari lebih lanjut tentang [mengonfigurasi channel dalam aplikasi Anda](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Menggunakan Enkripsi
-
-Jika Anda menggunakan [fitur enkripsi Capgo](/docs/live-updates/encryption/), Anda perlu menyimpan private key Anda dengan aman di environment CI/CD Anda.
-
-Setelah [mengatur encryption keys](/docs/live-updates/encryption/#setting-up-encryption) secara lokal, tambahkan private key Anda ke variabel GitLab:
-
-```shell
-# Display your private key content (copy this output)
-cat .capgo_key_v2
-```
-
-Tambahkan konten ini sebagai `CAPGO_PRIVATE_KEY` dalam variabel proyek GitLab Anda (tandai sebagai protected dan masked), kemudian gunakan dalam pipeline:
-
-```yaml
-# Deploy with encryption
-deploy_production:
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**Praktik Terbaik Keamanan:**
-- Jangan pernah commit file `.capgo_key_v2` ke version control
-- Simpan private key hanya dalam manajemen secret CI/CD yang aman
-- Gunakan kunci yang berbeda untuk environment yang berbeda
-
-</Aside>
-
-### Konfigurasi Multi-Channel
-
-Untuk informasi komprehensif tentang pengaturan dan pengelolaan channel deployment multiple, lihat [dokumentasi Channels](/docs/live-updates/channels/).
-
-Konfigurasi lengkap dengan environment multiple dan deployment merge request:
-
-```yaml
-# .gitlab-ci.yml - Advanced Multi-Channel Configuration
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-# Build stage
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 24 hours
-
-# Deploy to development channel
-deploy_development:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: development
-
-# Deploy merge requests to test channels
-deploy_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="mr-$CI_MERGE_REQUEST_IID"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - merge_requests
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    url: https://your-app.com/channels/mr-$CI_MERGE_REQUEST_IID
-    on_stop: cleanup_mr
-
-# Cleanup MR channels when MR is closed
-cleanup_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli channel delete mr-$CI_MERGE_REQUEST_IID --apikey $CAPGO_TOKEN || true
-  when: manual
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    action: stop
-  only:
-    - merge_requests
-
-# Deploy to staging
-deploy_staging:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: staging
-
-# Deploy to production
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  environment:
-    name: production
-```
-
-### Multi-Environment dengan Persetujuan Manual
-
-Untuk deployment production yang memerlukan persetujuan manual:
-
-```yaml
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  when: manual
-  environment:
-    name: production
-```
-
-### Strategi Deployment Berbasis Branch
-
-Deploy branch yang berbeda ke channel yang sesuai secara otomatis:
-
-```yaml
-# Dynamic channel deployment based on branch
-deploy:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - |
-      if [ "$CI_COMMIT_REF_NAME" = "main" ]; then
-        CHANNEL="production"
-      elif [ "$CI_COMMIT_REF_NAME" = "develop" ]; then
-        CHANNEL="staging"
-      else
-        CHANNEL="development"
-      fi
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL
-  dependencies:
-    - build
-  environment:
-    name: $CHANNEL
-```
-
-## Praktik Terbaik Keamanan
-
-### Variabel Protected
-
-<Steps>
-
-1. **Tandai Variabel Sensitif**: Selalu tandai token API sebagai protected dan masked
-2. **Perlindungan Branch**: Gunakan variabel protected untuk deployment production
-3. **Kontrol Akses**: Batasi akses variabel hanya untuk maintainer
-4. **Rotasi Reguler**: Rotasi token API secara berkala
-
-</Steps>
-
-### Konfigurasi Pipeline Aman
-
-```yaml
-# Use protected variables for production
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  only:
-    refs:
-      - main
-    variables:
-      - $CI_COMMIT_REF_PROTECTED == "true"
-```
-
-## Monitoring dan Notifikasi
-
-### Integrasi Slack
-
-Tambahkan notifikasi Slack ke pipeline Anda:
-
-```yaml
-notify_success:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"✅ Capgo deployment successful for '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_success
-
-notify_failure:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"❌ Capgo deployment failed for '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_failure
-```
-
-### Notifikasi Email
-
-Konfigurasi notifikasi email dalam pengaturan proyek GitLab Anda atau gunakan API:
-
-```yaml
-notify_email:
-  stage: .post
-  script:
-    - |
-      curl --request POST \
-        --header "PRIVATE-TOKEN: $GITLAB_API_TOKEN" \
-        --form "to=team@yourcompany.com" \
-        --form "subject=Capgo Deployment Status" \
-        --form "body=Deployment of $CI_COMMIT_REF_NAME completed with status: $CI_JOB_STATUS" \
-        "https://gitlab.com/api/v4/projects/$CI_PROJECT_ID/emails"
-  when: always
-```
-
-## Pemecahan Masalah
-
-### Masalah Umum
-
-**Pipeline gagal dengan "Capgo CLI not found":**
-```yaml
-# Debug CLI installation
-debug_cli:
-  script:
-    - npm install -g @capgo/cli
-    - which capgo || echo "Capgo CLI not found"
-    - npx @capgo/cli --version
-```
-
-**Kesalahan autentikasi:**
-```yaml
-# Verify token configuration
-debug_auth:
-  script:
-    - |
-      if [ -z "$CAPGO_TOKEN" ]; then
-        echo "CAPGO_TOKEN is not set"
-        exit 1
-      fi
-      echo "Token length: ${#CAPGO_TOKEN}"
-```
-
-**Build artifacts tidak ditemukan:**
-```yaml
-# List build outputs
-debug_build:
-  script:
-    - ls -la dist/
-    - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### Debug Pipeline
-
-Tambahkan informasi debugging untuk memecahkan masalah:
-
-```yaml
-debug:
-  stage: build
-  script:
-    - echo "Branch: $CI_COMMIT_REF_NAME"
-    - echo "Commit: $CI_COMMIT_SHA"
-    - echo "Build: $CI_PIPELINE_ID"
-    - env | grep CI_ | sort
-  only:
-    - branches
-```
-
-## Langkah Selanjutnya
-
-- Pelajari tentang [Channels](/docs/live-updates/channels/) untuk mengelola environment deployment yang berbeda
-- Jelajahi [Custom Storage](/docs/live-updates/custom-storage/) untuk skenario deployment lanjutan
-- Atur [Encryption](/docs/live-updates/encryption/) untuk deployment yang aman
-- Konfigurasikan [Update Behavior](/docs/live-updates/update-behavior/) untuk menyesuaikan cara penerapan pembaruan
-
-Dengan integrasi GitLab CI/CD, Anda dapat mengotomatiskan deployment Capgo Anda dan memastikan pembaruan yang konsisten dan andal untuk pengguna aplikasi mobile Anda.
diff --git a/src/content/docs/id/docs/live-updates/integrations/index.mdx b/src/content/docs/id/docs/live-updates/integrations/index.mdx
deleted file mode 100644
index ed6dd05dc..000000000
--- a/src/content/docs/id/docs/live-updates/integrations/index.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: Integrasi CI/CD
-description: "Integrasikan Capgo Live Updates dengan platform CI/CD favorit Anda untuk workflow deployment otomatis."
-locale: id
-sidebar:
-  order: 1
----
-
-import { Aside, LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Otomatiskan proses deployment Capgo Live Updates Anda dengan mengintegrasikannya dengan platform CI/CD populer. Integrasi ini memungkinkan Anda untuk secara otomatis men-deploy pembaruan aplikasi setiap kali Anda push perubahan kode, menguji branch fitur, dan mengelola environment deployment multiple.
-
-## Integrasi yang Tersedia
-
-Pilih platform CI/CD Anda untuk memulai dengan deployment otomatis:
-
-<CardGrid>
-  <LinkCard
-    title="Azure DevOps"
-    description="Integrasikan dengan Azure DevOps Pipelines untuk build otomatis, testing, dan workflow deployment."
-    href="/docs/live-updates/integrations/azure-devops/"
-  />
-  <LinkCard
-    title="GitLab CI/CD"
-    description="Atur pipeline GitLab CI/CD untuk secara otomatis men-deploy pembaruan aplikasi Anda dengan manajemen environment yang komprehensif."
-    href="/docs/live-updates/integrations/gitlab-ci/"
-  />
-  <LinkCard
-    title="GitHub Actions"
-    description="Gunakan GitHub Actions untuk otomasi powerful dengan deployment multi-channel dan perlindungan environment."
-    href="/docs/live-updates/integrations/github-actions/"
-  />
-  <LinkCard
-    title="Bitbucket Pipelines"
-    description="Deploy dengan Bitbucket Pipelines menggunakan konfigurasi sederhana atau lanjutan untuk environment multiple."
-    href="/docs/live-updates/integrations/bitbucket-pipeline/"
-  />
-</CardGrid>
-
-## Yang Akan Anda Dapatkan
-
-Semua panduan integrasi mencakup:
-
-- **Setup Sederhana**: Konfigurasi dasar untuk memulai dengan cepat
-- **Workflow Lanjutan**: Deployment multi-environment dengan staging dan production
-- **Testing Branch Fitur**: Deployment otomatis branch fitur ke channel test
-- **Praktik Terbaik Keamanan**: Manajemen secret aman dan perlindungan environment
-- **Monitoring**: Notifikasi dan logging untuk status deployment
-
-<Aside type="tip">
-
-**Baru dengan CI/CD?** Mulai dengan konfigurasi sederhana untuk platform Anda, kemudian secara bertahap tambahkan fitur yang lebih lanjutan seperti deployment multi-channel dan testing otomatis sesuai kebutuhan Anda.
-
-</Aside>
-
-## Fitur Umum
-
-Setiap integrasi mendukung:
-
-- **Build Otomatis**: Trigger deployment pada perubahan kode
-- **Dukungan Multi-Channel**: Deploy ke channel yang berbeda (development, staging, production)
-- **Testing Pull Request/Merge Request**: Uji perubahan dalam environment terisolasi
-- **Dukungan Enkripsi**: Deployment aman dengan fitur enkripsi Capgo
-- **Perlindungan Environment**: Persetujuan manual dan akses terbatas untuk production
-- **Notifikasi**: Integrasi Slack, email, dan notifikasi lainnya
-
-## Prasyarat
-
-Sebelum mengatur integrasi apapun, pastikan Anda memiliki:
-
-- Akun Capgo dengan aplikasi yang sudah dikonfigurasi
-- Kode sumber aplikasi Anda dalam repositori Git
-- Token API Capgo dari [console.capgo.app/apikeys](https://console.capgo.app/apikeys)
-- Node.js dan npm/yarn yang dikonfigurasi dalam proyek Anda
-
-## Dokumentasi Terkait
-
-- [Channels](/docs/live-updates/channels/) - Pelajari cara mengelola environment deployment yang berbeda
-- [Encryption](/docs/live-updates/encryption/) - Amankan deployment Anda dengan enkripsi end-to-end
-- [Update Behavior](/docs/live-updates/update-behavior/) - Sesuaikan cara penerapan pembaruan ke aplikasi Anda
-
-Pilih platform CI/CD Anda di atas untuk mulai mengotomatiskan deployment Capgo Anda!
diff --git a/src/content/docs/id/docs/live-updates/rollbacks.mdx b/src/content/docs/id/docs/live-updates/rollbacks.mdx
deleted file mode 100644
index 9aabb6efb..000000000
--- a/src/content/docs/id/docs/live-updates/rollbacks.mdx
+++ /dev/null
@@ -1,90 +0,0 @@
----
-title: Rollback
-sidebar:
-  order: 5
-locale: id
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Meskipun pembaruan langsung Capgo memungkinkan Anda untuk dengan cepat memberikan peningkatan dan perbaikan kepada pengguna, mungkin ada situasi di mana Anda perlu kembali ke versi sebelumnya dari aplikasi Anda. Mungkin pembaruan baru memunculkan masalah kritis yang tidak terduga, atau mungkin Anda ingin mengembalikan perubahan tertentu sambil mengerjakan perbaikan.
-
-Capgo menyediakan beberapa cara untuk mengelola build channel dan mengontrol versi aplikasi yang diterima pengguna.
-
-## Kembali ke Bundle Sebelumnya
-
-Setiap kali Anda mengunggah build baru dan menetapkannya ke channel, Capgo menyimpan riwayat build tersebut. Jika Anda perlu mengembalikan pembaruan tertentu, Anda dapat memilih salah satu build sebelumnya untuk dideploy ulang ke channel.
-
-Untuk kembali ke build sebelumnya:
-
-<Steps>
-
-1. Masuk ke [Capgo Dashboard](https://app.capgo.io)
-
-2. Navigasi ke bagian "Channels"
-
-3. Klik nama channel yang ingin Anda kembalikan
-
-4. Temukan build yang ingin Anda kembalikan di riwayat build channel
-
-5. Klik ikon mahkota di sebelah build tersebut untuk menjadikannya build aktif untuk channel
-   ![Channel management options](/select_bundle.webp)
-
-6. Konfirmasi bahwa Anda ingin kembali ke build ini
-
-</Steps>
-
-<Aside type="note">
-Kembali ke build sebelumnya hanya mempengaruhi channel yang dipilih. Jika Anda memiliki beberapa channel (misalnya Production, Staging, dll), Anda perlu mengulangi proses pengembalian untuk setiap channel yang terdampak.
-</Aside>
-
-Setelah kembali, perangkat yang dikonfigurasi untuk mendengarkan channel yang diperbarui akan menerima build sebelumnya saat mereka memeriksa pembaruan berikutnya. Build yang dikembalikan akan diperlakukan sebagai pembaruan baru, sehingga alur dan kondisi pembaruan biasa berlaku.
-
-## Memutuskan Tautan Channel
-
-Jika Anda ingin menghentikan sementara pembaruan pada channel saat menyelidiki masalah, Anda dapat memutuskan tautan channel dari build saat ini.
-
-Untuk memutuskan tautan channel:
-
-1. Navigasi ke channel di Capgo Dashboard
-
-2. Klik tombol "Unlink" di sebelah build saat ini
-
-3. Konfirmasi bahwa Anda ingin memutuskan tautan channel
-
-Setelah channel diputus tautannya, tidak akan mendistribusikan pembaruan baru. Perangkat yang dikonfigurasi ke channel tersebut akan tetap pada build mereka saat ini sampai channel ditautkan kembali ke build.
-
-Ini berguna jika Anda telah mengidentifikasi masalah dengan pembaruan tetapi belum yakin build mana yang ingin Anda kembalikan. Memutuskan tautan channel memberi Anda waktu untuk menyelidiki tanpa mengirimkan pembaruan lebih lanjut.
-
-## Memaksakan Bundle Bawaan
-
-Dalam situasi yang lebih serius, Anda mungkin ingin mengembalikan semua perangkat pada channel kembali ke build web yang awalnya dikemas dengan binary native aplikasi Anda. Ini dikenal sebagai "bundle bawaan".
-
-Untuk memaksakan bundle bawaan pada channel:
-
-1. Navigasi ke channel di Capgo Dashboard
-
-2. Klik tombol "Built-in Bundle"
-
-3. Konfirmasi bahwa Anda ingin memaksakan bundle bawaan
-
-Ketika Anda memaksakan bundle bawaan, semua perangkat yang dikonfigurasi ke channel tersebut akan kembali ke build web kemasan asli pada pemeriksaan pembaruan berikutnya. Ini terjadi terlepas dari build mana yang sedang mereka gunakan.
-
-Ini adalah opsi pengembalian yang lebih agresif daripada kembali ke build sebelumnya tertentu, karena menghapus semua pembaruan langsung yang dirilis sejak aplikasi terakhir diterbitkan ke app store.
-
-<Aside type="caution">
-Berhati-hatilah saat memaksakan bundle bawaan, karena akan mempengaruhi semua perangkat pada channel. Pastikan Anda telah mempertimbangkan dampaknya dan memiliki rencana untuk melanjutkan sebelum mengambil tindakan ini.
-</Aside>
-
-## Memantau dan Menanggapi Masalah
-
-Untuk menangkap masalah dengan cepat dan meminimalkan dampak pembaruan bermasalah, penting untuk memiliki rencana untuk memantau rilis Anda dan menanggapi masalah.
-
-Beberapa strategi meliputi:
-
-- Memantau laporan crash dan umpan balik pengguna segera setelah merilis pembaruan
-- Menggunakan peluncuran bertahap atau sistem channel bertahap untuk menguji pembaruan pada kelompok yang lebih kecil sebelum rilis luas
-- Memiliki proses keputusan yang jelas untuk kapan harus kembali, memutuskan tautan, atau memaksakan bundle bawaan, dan siapa yang memiliki wewenang untuk melakukannya
-- Berkomunikasi dengan pengguna tentang masalah dan penyelesaiannya, jika sesuai
-
-Dengan menggabungkan pemantauan yang cermat dengan kemampuan untuk dengan cepat mengelola pembaruan bermasalah, Anda dapat memberikan pengalaman aplikasi yang terus meningkat sambil meminimalkan gangguan bagi pengguna Anda.
\ No newline at end of file
diff --git a/src/content/docs/id/docs/live-updates/update-behavior.mdx b/src/content/docs/id/docs/live-updates/update-behavior.mdx
deleted file mode 100644
index 8da9576a8..000000000
--- a/src/content/docs/id/docs/live-updates/update-behavior.mdx
+++ /dev/null
@@ -1,170 +0,0 @@
----
-title: Perilaku Pembaruan
-sidebar:
-  order: 3
-locale: id
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Ketika Anda merilis pembaruan untuk aplikasi Capgo, Anda mungkin ingin pengguna menerima pembaruan tersebut secepat mungkin. Namun Anda juga tidak ingin mengganggu pengalaman mereka dengan memaksa menunggu unduhan atau memulai ulang aplikasi di tengah sesi.
-
-Perilaku pembaruan Capgo dirancang untuk menyeimbangkan antara memberikan pembaruan dengan cepat dan meminimalkan gangguan bagi pengguna Anda.
-
-## Alur Pembaruan Default
-
-Secara default, berikut cara Capgo menangani pembaruan aplikasi:
-
-<Steps>
-
-1. Saat aplikasi diluncurkan, plugin Capgo memeriksa apakah ada pembaruan baru yang tersedia
-
-2. Jika ditemukan pembaruan, pembaruan akan diunduh di latar belakang sementara pengguna terus menggunakan versi saat ini dari aplikasi
-
-3. Setelah unduhan selesai, Capgo menunggu pengguna menutup aplikasi ke latar belakang atau menutupnya sepenuhnya
-
-4. Ketika pengguna membuka aplikasi berikutnya, mereka akan menjalankan versi yang diperbarui
-
-</Steps>
-
-Alur ini memastikan pengguna selalu menjalankan versi terbaru dari aplikasi Anda, tanpa pernah terganggu oleh permintaan pembaruan atau dipaksa menunggu unduhan.
-
-<Aside type="tip">
-Capgo juga memeriksa pembaruan ketika aplikasi dilanjutkan dari latar belakang, sehingga pengguna akan menerima pembaruan bahkan jika mereka tidak sepenuhnya menutup aplikasi
-</Aside>
-
-## Mengapa Pendekatan Ini?
-
-Menerapkan pembaruan pada saat latar belakang atau penutupan memiliki beberapa manfaat utama untuk pengalaman pengguna:
-
-- Pengguna tidak terganggu oleh permintaan pembaruan atau dipaksa menunggu unduhan di tengah sesi
-
-- Pembaruan diterapkan dengan mulus di antara sesi, sehingga pengalaman membuka aplikasi selalu baru
-
-- Anda dapat memberikan pembaruan secara sering tanpa khawatir mengganggu pengguna aktif
-
-Kerugian utamanya adalah jika pengguna menutup ke latar belakang dan dengan cepat melanjutkan aplikasi Anda, mereka mungkin kehilangan status yang belum disimpan karena pembaruan diterapkan di antara tindakan tersebut
-
-Untuk mengurangi hal ini, kami merekomendasikan:
-
-- Menyimpan status secara sering dan memulihkannya dengan baik ketika aplikasi dilanjutkan
-
-- Menghindari pembaruan yang sangat sering yang memodifikasi sebagian besar status aplikasi
-
-- Mempertimbangkan untuk menyesuaikan perilaku pembaruan untuk alur yang sensitif (lihat di bawah)
-
-## Menyesuaikan Kapan Pembaruan Diterapkan
-
-Dalam beberapa kasus, Anda mungkin ingin lebih mengontrol kapan tepatnya pembaruan diterapkan. Misalnya, Anda mungkin ingin memastikan pengguna menyelesaikan alur yang sedang berlangsung sebelum memperbarui, atau mengoordinasikan pembaruan aplikasi dengan perubahan sisi server.
-
-Capgo menyediakan fungsi `setDelay` yang memungkinkan Anda menentukan kondisi yang harus dipenuhi sebelum pembaruan diinstal:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdatersetMultiDelay({
-  delayConditions: [
-    {
-      kind: 'date',
-      value: '2023-06-01T00:00:00000Z',
-    },
-    {
-      kind: 'background',
-      value: '60000',
-    },
-  ],
-});
-```
-
-Contoh ini akan menunda penginstalan pembaruan sampai setelah 1 Juni 2023 DAN aplikasi telah berada di latar belakang setidaknya 60 detik.
-
-Kondisi penundaan yang tersedia adalah:
-
-- `date`: Tunggu sampai setelah tanggal/waktu tertentu untuk menerapkan pembaruan
-- `background`: Tunggu durasi minimum setelah aplikasi berada di latar belakang untuk menerapkan pembaruan
-- `nativeVersion`: Tunggu hingga binary native dengan versi minimum terpasang sebelum menerapkan pembaruan
-- `kill`: Tunggu sampai event penutupan aplikasi berikutnya untuk menerapkan pembaruan
-
-Anda dapat menggabungkan kondisi-kondisi ini untuk mengontrol secara tepat kapan pembaruan diinstal
-
-<Aside type="danger">
-Perhatikan bahwa kondisi `kill` saat ini memicu pembaruan setelah event penutupan pertama, bukan event latar belakang berikutnya seperti kondisi lainnya. Ketidakkonsistenan ini akan diperbaiki dalam rilis mendatang
-</Aside>
-
-## Menerapkan Pembaruan Segera
-
-Untuk pembaruan kritis atau aplikasi dengan status yang sangat sederhana, Anda mungkin ingin menerapkan pembaruan segera setelah diunduh, tanpa menunggu event latar belakang atau penutupan. Capgo mendukung ini melalui opsi konfigurasi `directUpdate`.
-
-<Aside type="tip" title="Direkomendasikan: Gunakan Delta Updates dengan Direct Update">
-Saat menggunakan `directUpdate`, kami **sangat merekomendasikan** untuk mengaktifkan [Delta Updates](/docs/live-updates/differentials/) untuk meminimalkan waktu unduh dan meningkatkan pengalaman pengguna. Delta Updates hanya mengunduh file yang berubah alih-alih seluruh bundle, yang sangat penting ketika pembaruan diterapkan segera saat pengguna aktif menggunakan aplikasi Anda.
-
-**Mengapa ini penting untuk Direct Updates:**
-- **Pembaruan lebih cepat**: Unduhan yang lebih kecil berarti pembaruan selesai dengan cepat, mengurangi waktu pengguna melihat layar pemuatan
-- **Pengalaman seluler yang lebih baik**: Pengguna di jaringan seluler atau koneksi yang lebih lambat tidak akan menghadapi waktu tunggu yang lama
-- **Penggunaan bandwidth yang lebih rendah**: Hanya file yang berubah yang diunduh, menghemat data untuk Anda dan pengguna Anda
-
-Untuk mengaktifkan Delta Updates, cukup gunakan flag `--partial` saat mengunggah bundle:
-```shell
-npx @capgo/cli@latest bundle upload --partial
-```
-
-Pelajari lebih lanjut di [dokumentasi Delta Updates](/docs/live-updates/differentials/).
-</Aside>
-
-`directUpdate` diatur dalam file `capacitor.config.ts` Anda, bukan dalam kode JavaScript:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: true,
-      keepUrlPathAfterReload: true,
-    },
-  },
-};
-
-export default config;
-```
-
-Dengan `directUpdate` diaktifkan, Capgo akan segera menerapkan pembaruan setelah unduhan selesai, bahkan jika pengguna sedang aktif menggunakan aplikasi.
-
-Perhatikan bahwa karena `directUpdate` adalah konfigurasi native, ini memerlukan penanganan tambahan dalam kode JavaScript Anda.
-
-Saat menggunakan `directUpdate`, Anda perlu mendengarkan event `appReady` dan menyembunyikan splash screen aplikasi Anda sebagai respons:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { SplashScreen } from '@capacitor/splash-screen';
-
-CapacitorUpdater.addListener('appReady', () => {
-  // Hide splash screen
-  SplashScreen.hide();
-});
-
-CapacitorUpdater.notifyAppReady();
-```
-
-Event `appReady` terpicu setelah aplikasi selesai menginisialisasi dan menerapkan pembaruan yang tertunda. Ini adalah saat yang tepat untuk menampilkan UI aplikasi Anda, karena memastikan pengguna akan melihat versi terbaru.
-
-Selain menangani event `appReady`, kami merekomendasikan mengatur opsi konfigurasi `keepUrlPathAfterReload` ke `true` saat menggunakan `directUpdate`. Ini mempertahankan path URL saat ini ketika aplikasi dimuat ulang karena pembaruan, membantu mempertahankan lokasi pengguna dalam aplikasi dan mengurangi disorientasi.
-
-Jika Anda tidak menangani event `appReady` dan mengatur `keepUrlPathAfterReload` saat menggunakan `directUpdate`, pengguna mungkin akan sekilas melihat versi lama aplikasi, kembali ke rute awal, atau melihat kedipan saat pembaruan diterapkan.
-
-Menggunakan `directUpdate` dapat berguna untuk memberikan perbaikan bug kritis atau patch keamanan, tetapi memiliki beberapa kelemahan:
-
-- Pengguna mungkin melihat kedipan atau status loading singkat saat pembaruan diterapkan jika Anda tidak menangani event `appReady` dengan benar
-- Jika pembaruan memodifikasi status atau UI aplikasi, pengguna mungkin melihat perubahan yang mengganggu di tengah sesi
-- Lokasi pengguna dalam aplikasi mungkin hilang jika `keepUrlPathAfterReload` tidak diatur, berpotensi membingungkan mereka
-- Anda perlu hati-hati menangani penyimpanan dan pemulihan status untuk memastikan transisi yang mulus
-
-Jika Anda mengaktifkan `directUpdate`, kami merekomendasikan:
-
-- Menangani event `appReady` untuk mengontrol kapan UI aplikasi Anda ditampilkan
-- Mengatur `keepUrlPathAfterReload` ke `true` untuk mempertahankan lokasi pengguna dalam aplikasi
-- Menyimpan dan memulihkan status aplikasi sesuai kebutuhan untuk menghindari kehilangan kemajuan pengguna
-- Menguji secara menyeluruh perilaku pembaruan aplikasi Anda untuk memastikan tidak ada transisi yang mengejutkan, status yang hilang, atau perubahan lokasi yang membingungkan
-
-Dalam kebanyakan kasus, perilaku pembaruan default memberikan keseimbangan terbaik antara memberikan pembaruan dengan cepat dan meminimalkan gangguan. Tetapi untuk aplikasi dengan kebutuhan khusus, Capgo memberikan fleksibilitas untuk menyesuaikan kapan dan bagaimana pembaruan diterapkan.
diff --git a/src/content/docs/id/docs/live-updates/update-types.mdx b/src/content/docs/id/docs/live-updates/update-types.mdx
deleted file mode 100644
index 2b751111f..000000000
--- a/src/content/docs/id/docs/live-updates/update-types.mdx
+++ /dev/null
@@ -1,122 +0,0 @@
----
-title: Jenis Pembaruan
-description: >-
-  Referensi komprehensif dari semua jenis pembaruan OTA yang disediakan Capgo:
-  waktu penerapan, kondisi penundaan, pemblokiran versi, dan metode pengiriman.
-sidebar:
-  order: 2
-locale: id
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo mendukung beberapa jenis pembaruan over-the-air (OTA). Halaman ini mencantumkan dan menjelaskan semuanya sehingga Anda dapat memilih kombinasi yang tepat untuk aplikasi Anda.
-
-## Waktu Penerapan
-
-Mengontrol **kapan** pembaruan diterapkan setelah diunduh.
-
-| Jenis | Deskripsi | Kasus Penggunaan |
-|------|-------------|----------|
-| **Default** | Unduh di latar belakang, terapkan saat pengguna memindahkan aplikasi ke latar belakang atau menutup aplikasi | Sebagian besar aplikasi; gangguan minimal |
-| **directUpdate: `atInstall`** | Terapkan segera hanya pada instalasi baru atau pembaruan app store | Pengguna baru mendapatkan versi terbaru; pengguna yang ada menggunakan alur default |
-| **directUpdate: `onLaunch`** | Terapkan segera pada instalasi, pembaruan store, atau setelah aplikasi ditutup | Keseimbangan antara kesegaran dan stabilitas sesi |
-| **directUpdate: `always`** | Terapkan segera kapan pun pembaruan diunduh (termasuk saat resume) | Perbaikan kritis, aplikasi dengan state sederhana |
-
-Konfigurasi di `capacitor.config.ts`:
-
-```typescript
-plugins: {
-  CapacitorUpdater: {
-    directUpdate: false, // default
-    // or: 'atInstall' | 'onLaunch' | 'always'
-  }
-}
-```
-
-<Aside type="tip">
-Untuk detail lengkap dan penanganan splashscreen, lihat [Perilaku Pembaruan](/docs/live-updates/update-behavior/).
-</Aside>
-
-## Kondisi Penundaan
-
-Kondisi yang harus dipenuhi **sebelum** pembaruan diinstal. Gunakan `setMultiDelay` untuk menggabungkannya (semua kondisi harus terpenuhi).
-
-| Kondisi | Deskripsi | Contoh |
-|-----------|-------------|---------|
-| **date** | Tunggu hingga setelah tanggal/waktu tertentu | Koordinasi dengan rilis sisi server |
-| **background** | Tunggu durasi minimum (ms) setelah aplikasi dipindahkan ke latar belakang | Hindari penerapan selama perpindahan aplikasi cepat |
-| **nativeVersion** | Memerlukan versi biner native minimum | Blokir pembaruan pada kode native yang tidak kompatibel |
-| **kill** | Tunggu hingga event penutupan aplikasi berikutnya | Terapkan hanya pada restart penuh |
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    { kind: 'date', value: '2023-06-01T00:00:00.000Z' },
-    { kind: 'background', value: '60000' },
-  ],
-});
-```
-
-<Aside type="danger">
-Kondisi `kill` dipicu setelah event kill pertama, bukan background berikutnya seperti yang lain. Ini akan diperbaiki dalam rilis mendatang.
-</Aside>
-
-## Pemblokiran Versi (Kebijakan Channel)
-
-Mengontrol **pembaruan semver** mana yang akan dikirimkan secara otomatis oleh channel. Atur melalui `--disable-auto-update` pada channel.
-
-| Strategi | Memblokir | Mengizinkan | Kasus Penggunaan |
-|----------|--------|--------|----------|
-| **none** | Tidak ada | Semua pembaruan | Default; pembaruan otomatis penuh |
-| **major** | 0.0.0 → 1.0.0 | Major yang sama (mis. 1.x → 1.y) | Mencegah perubahan breaking mencapai native lama |
-| **minor** | 0.0.0 → 1.1.0, 1.1.0 → 1.2.0 | Minor yang sama (mis. 1.2.x → 1.2.y) | Kontrol lebih ketat dalam major |
-| **patch** | Perubahan apa pun kecuali kenaikan patch | Hanya 0.0.311 → 0.0.314 | Sangat ketat; pembaruan patch saja |
-| **metadata** | Pembaruan tanpa `min_update_version` | Pembaruan dengan metadata kompatibilitas eksplisit | Aturan kompatibilitas kustom per bundle |
-
-```bash
-npx @capgo/cli channel set production --disable-auto-update major
-```
-
-<Aside type="caution">
-`patch` dan `metadata` memerlukan pengaturan yang cermat. Lihat [Perintah CLI](/docs/cli/commands/#disable-updates-strategy) dan [Penargetan Versi](/docs/live-updates/version-targeting/) untuk detail.
-</Aside>
-
-## Jenis Pengiriman
-
-Bagaimana **bundle ditransfer** ke perangkat.
-
-| Jenis | Deskripsi | Kapan Digunakan |
-|------|-------------|-------------|
-| **Full bundle** | Seluruh bundle JS diunduh | Instalasi pertama, perubahan besar, atau saat delta tidak tersedia |
-| **Delta (manifest)** | Hanya file yang berubah yang diunduh | Sebagian besar pembaruan; lebih cepat dan hemat bandwidth |
-
-```bash
-# Full bundle (default)
-npx @capgo/cli bundle upload --channel production
-
-# Delta updates
-npx @capgo/cli bundle upload --channel production --delta
-```
-
-<Aside type="tip">
-Saat menggunakan `directUpdate`, aktifkan [Pembaruan Delta](/docs/live-updates/differentials/) untuk meminimalkan waktu unduh dan meningkatkan UX.
-</Aside>
-
-## Referensi Cepat
-
-| Kategori | Jenis |
-|----------|-------|
-| **Waktu penerapan** | Default, `atInstall`, `onLaunch`, `always` |
-| **Kondisi penundaan** | `date`, `background`, `nativeVersion`, `kill` |
-| **Pemblokiran versi** | `none`, `major`, `minor`, `patch`, `metadata` |
-| **Pengiriman** | Full bundle, Delta (manifest) |
-
-## Terkait
-
-- [Perilaku Pembaruan](/docs/live-updates/update-behavior/) — Konfigurasi waktu penerapan dan penundaan
-- [Penargetan Versi](/docs/live-updates/version-targeting/) — Routing versi berbasis channel
-- [Pembaruan Delta (manifest)](/docs/live-updates/differentials/) — Aktifkan unduhan parsial
-- [Channel](/docs/live-updates/channels/) — Konfigurasi dan prioritas channel
diff --git a/src/content/docs/id/docs/live-updates/version-targeting.mdx b/src/content/docs/id/docs/live-updates/version-targeting.mdx
deleted file mode 100644
index bc1d33b4e..000000000
--- a/src/content/docs/id/docs/live-updates/version-targeting.mdx
+++ /dev/null
@@ -1,617 +0,0 @@
----
-title: Penargetan Versi
-description: >-
-  Berikan pembaruan yang kompatibel secara otomatis kepada pengguna berdasarkan
-  versi aplikasi asli mereka
-sidebar:
-  order: 7
-locale: id
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Panduan ini menjelaskan cara memberikan bundel kompatibel terbaru secara otomatis kepada pengguna berdasarkan versi aplikasi asli mereka, **mirip dengan pendekatan Ionic AppFlow**. Ini memastikan manajemen pembaruan yang disederhanakan dan peluncuran yang lebih cepat sambil mencegah masalah kompatibilitas.
-
-<Aside type="tip" title="Migrasi dari Ionic AppFlow?">
-  Jika Anda bermigrasi dari Ionic AppFlow, panduan ini sangat penting bagi Anda. AppFlow secara otomatis mencocokkan pembaruan dengan versi asli, dan Capgo menyediakan kemampuan yang sama dengan kontrol dan fleksibilitas yang lebih besar. Lihat [Panduan Migrasi AppFlow](/docs/upgrade/from-appflow-to-capgo) untuk petunjuk langkah demi langkah.
-</Aside>
-
-## Ikhtisar
-
-Sistem penargetan versi Capgo memungkinkan Anda untuk:
-
-- **Memberikan pembaruan yang kompatibel secara otomatis** kepada pengguna berdasarkan versi aplikasi asli mereka
-- **Mencegah perubahan besar** mencapai versi aplikasi yang tidak kompatibel
-- **Mengelola beberapa versi aplikasi** secara bersamaan tanpa logika yang rumit
-- **Meluncurkan pembaruan dengan lancar** ke segmen pengguna tertentu
-
-### Mengapa Penargetan Versi Penting (Terutama untuk Pengguna AppFlow)
-
-Jika Anda sudah familiar dengan **Ionic AppFlow**, Anda tahu betapa pentingnya memastikan pengguna hanya menerima pembaruan yang kompatibel. AppFlow secara otomatis mencocokkan bundel pembaruan langsung dengan versi aplikasi asli, mencegah JavaScript yang tidak kompatibel dikirimkan ke kode asli yang lebih lama.
-
-**Capgo menyediakan jaminan keamanan yang sama**, dengan fitur tambahan:
-- Kontrol lebih granular atas pencocokan versi
-- Beberapa strategi (saluran, semver, batasan asli)
-- Visibilitas lebih baik dalam distribusi versi
-- Kontrol API dan CLI bersama dengan manajemen dasbor
-
-Pendekatan ini sangat berguna ketika:
-- Anda memiliki pengguna pada versi utama aplikasi yang berbeda (misalnya, v1.x, v2.x, v3.x)
-- Anda perlu mempertahankan kompatibilitas ke belakang sambil meluncurkan perubahan besar
-- Anda ingin mencegah bundel yang lebih baru merusak kode asli yang lebih lama
-- Anda secara bertahap memigrasikan pengguna dari satu versi ke versi lain
-- **Anda bermigrasi dari AppFlow** dan ingin mempertahankan keamanan pembaruan yang sama
-
-## Cara Kerja
-
-Capgo menggunakan pendekatan berlapis untuk mencocokkan pengguna dengan pembaruan yang kompatibel:
-
-1. **Batasan Versi Asli**: Cegah bundel dikirim ke versi asli yang tidak kompatibel
-2. **Perutean Berbasis Saluran**: Arahkan versi aplikasi yang berbeda ke saluran pembaruan yang berbeda
-3. **Kontrol Versioning Semantik**: Otomatis memblokir pembaruan lintas batas utama/kecil/patch
-4. **Penggantian Tingkat Perangkat**: Targetkan perangkat spesifik atau kelompok pengguna
-
-### Alur Pencocokan Versi
-
-```mermaid
-graph TD
-    A[User Opens App] --> B{Check Device Override}
-    B -->|Override Set| C[Use Override Channel]
-    B -->|No Override| D{Check defaultChannel in App}
-    D -->|Has defaultChannel| E[Use App's defaultChannel]
-    D -->|No defaultChannel| F[Use Cloud Default Channel]
-    C --> G{Check Version Constraints}
-    E --> G
-    F --> G
-    G -->|Compatible| H[Deliver Update]
-    G -->|Incompatible| I[Skip Update]
-```
-
-## Strategi 1: Perutean Versi Berbasis Saluran
-
-Ini adalah **pendekatan yang direkomendasikan** untuk mengelola perubahan besar dan pembaruan versi utama. Ini mirip dengan model pengiriman AppFlow.
-
-### Skenario Contoh
-
-- **App v1.x** (100.000 pengguna) → saluran `production`
-- **App v2.x** (50.000 pengguna dengan perubahan besar) → saluran `v2`
-- **App v3.x** (10.000 pengguna beta) → saluran `v3`
-
-### Implementasi
-
-#### Langkah 1: Konfigurasi Saluran untuk Setiap Versi Utama
-
-```typescript
-// capacitor.config.ts untuk build versi 1.x
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production', // atau abaikan untuk default
-    }
-  }
-};
-
-export default config;
-```
-
-```typescript
-// capacitor.config.ts untuk build versi 2.x
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // Rute pengguna v2 secara otomatis
-    }
-  }
-};
-```
-
-```typescript
-// capacitor.config.ts untuk build versi 3.x
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v3', // Rute pengguna v3 secara otomatis
-    }
-  }
-};
-```
-
-#### Langkah 2: Buat Saluran
-
-```bash
-# Buat saluran untuk setiap versi utama
-npx @capgo/cli channel create production
-npx @capgo/cli channel create v2
-npx @capgo/cli channel create v3
-
-# Aktifkan self-assign sehingga aplikasi dapat beralih saluran
-npx @capgo/cli channel set production --self-assign
-npx @capgo/cli channel set v2 --self-assign
-npx @capgo/cli channel set v3 --self-assign
-```
-
-#### Langkah 3: Unggah Bundel Spesifik Versi
-
-```bash
-# Untuk pengguna v1.x (dari cabang v1-maintenance)
-git checkout v1-maintenance
-npm run build
-npx @capgo/cli bundle upload --channel production
-
-# Untuk pengguna v2.x (dari cabang v2-maintenance atau main)
-git checkout main
-npm run build
-npx @capgo/cli bundle upload --channel v2
-
-# Untuk pengguna v3.x (dari cabang beta/v3)
-git checkout beta
-npm run build
-npx @capgo/cli bundle upload --channel v3
-```
-
-<Aside type="tip" title="Perutean Otomatis">
-  Ketika pengguna membuka aplikasi, mereka secara otomatis terhubung ke saluran yang ditunjuk berdasarkan `defaultChannel` di bundel aplikasi yang terinstal. Tidak ada perubahan kode JavaScript yang diperlukan!
-</Aside>
-
-### Manfaat
-
-- **Nol perubahan kode** - Perutean saluran terjadi secara otomatis
-- **Pemisahan yang jelas** - Setiap versi memiliki pipeline pembaruan sendiri
-- **Penargetan fleksibel** - Dorong pembaruan ke grup versi tertentu
-- **Peluncuran yang aman** - Perubahan besar tidak pernah mencapai versi yang tidak kompatibel
-
-## Strategi 2: Kontrol Versioning Semantik
-
-Gunakan kontrol versioning semantik bawaan Capgo untuk mencegah pembaruan lintas batas versi.
-
-### Nonaktifkan Pembaruan Otomatis Antar Versi Utama
-
-```bash
-# Buat saluran yang memblokir pembaruan versi utama
-npx @capgo/cli channel create stable --disable-auto-update major
-```
-
-Konfigurasi ini berarti:
-- Pengguna pada versi aplikasi **1.2.3** akan menerima pembaruan hingga **1.9.9**
-- Pengguna akan **TIDAK** menerima versi **2.0.0** secara otomatis
-- Mencegah perubahan besar mencapai kode asli yang lebih lama
-
-### Opsi Kontrol Granular
-
-```bash
-# Blokir pembaruan versi minor (1.2.x tidak akan mendapat 1.3.0)
-npx @capgo/cli channel set stable --disable-auto-update minor
-
-# Blokir pembaruan patch (1.2.3 tidak akan mendapat 1.2.4)
-npx @capgo/cli channel set stable --disable-auto-update patch
-
-# Izinkan semua pembaruan
-npx @capgo/cli channel set stable --disable-auto-update none
-```
-
-<Aside type="caution" title="Versioning Semantik Diperlukan">
-  Strategi ini hanya berfungsi jika Anda mengikuti versioning semantik (semver) untuk versi aplikasi Anda. Pastikan nomor versi Anda mengikuti format `MAJOR.MINOR.PATCH`.
-</Aside>
-
-## Strategi 3: Batasan Versi Asli
-
-Tentukan persyaratan versi asli minimum untuk bundel untuk mencegah pengiriman ke perangkat yang tidak kompatibel.
-
-### Menggunakan Kondisi Penundaan nativeVersion
-
-Saat mengunggah bundel, Anda dapat menentukan versi asli minimum:
-
-```bash
-# Bundel ini memerlukan versi asli 2.0.0 atau lebih tinggi
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "2.0.0"
-```
-
-<Aside type="note" title="Cara Kerjanya">
-  Perangkat pada versi asli 1.x TIDAK akan menerima bundel ini. Hanya perangkat pada 2.0.0+ yang akan mendapatkannya. Ini sempurna untuk pembaruan yang memerlukan API asli baru atau plugin.
-</Aside>
-
-### Kasus Penggunaan
-
-1. **Plugin Asli Baru Diperlukan**
-   ```bash
-   # Bundel memerlukan plugin Kamera ditambahkan di v2.0.0
-   npx @capgo/cli bundle upload --native-version "2.0.0"
-   ```
-
-2. **Perubahan API Asli yang Mengganggu**
-   ```bash
-   # Bundel menggunakan API Capacitor 6 yang baru
-   npx @capgo/cli bundle upload --native-version "3.0.0"
-   ```
-
-3. **Migrasi Bertahap**
-   ```bash
-   # Uji bundel hanya pada versi asli terbaru
-   npx @capgo/cli bundle upload \
-     --channel beta \
-     --native-version "2.5.0"
-   ```
-
-## Strategi 4: Pencegahan Downgrade Otomatis
-
-Cegah pengguna menerima bundel yang lebih lama dari versi asli mereka saat ini.
-
-### Aktifkan dalam Pengaturan Saluran
-
-Di dasbor Capgo:
-1. Buka **Saluran** → Pilih saluran Anda
-2. Aktifkan **"Nonaktifkan downgrade otomatis di bawah native"**
-3. Simpan perubahan
-
-Atau melalui CLI:
-```bash
-npx @capgo/cli channel set production --disable-downgrade
-```
-
-### Contoh
-
-- Versi perangkat pengguna: Versi asli **1.2.5**
-- Bundel saluran: Versi **1.2.3**
-- **Hasil**: Pembaruan diblokir (akan menjadi downgrade)
-
-Ini berguna ketika:
-- Pengguna secara manual menginstal versi yang lebih baru dari app store
-- Anda perlu memastikan pengguna selalu memiliki patch keamanan terbaru
-- Anda ingin mencegah bug regresi
-
-## Strategi 5: Penargetan Tingkat Perangkat
-
-Ganti penugasan saluran untuk perangkat atau kelompok pengguna tertentu.
-
-### Paksa Versi Spesifik untuk Pengujian
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Paksa penguji beta untuk menggunakan saluran v3
-async function assignBetaTesters() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-
-  // Periksa apakah pengguna adalah penguji beta
-  if (isBetaTester(userId)) {
-    await CapacitorUpdater.setChannel({ channel: 'v3' })
-  }
-}
-```
-
-### Penggantian Perangkat Dasbor
-
-Di dasbor Capgo:
-1. Buka **Perangkat** → Temukan perangkat
-2. Klik **Atur Saluran** atau **Atur Versi**
-3. Ganti dengan saluran atau versi bundel tertentu
-4. Perangkat akan menerima pembaruan dari sumber yang diganti
-
-<Aside type="tip" title="Pengujian Pembaruan">
-  Gunakan penggantian perangkat untuk menguji pembaruan pada perangkat Anda sendiri sebelum diluncurkan ke semua pengguna.
-</Aside>
-
-## Alur Kerja Lengkap Gaya AppFlow
-
-Berikut adalah contoh lengkap yang menggabungkan semua strategi:
-
-### 1. Pengaturan Awal (App v1.0.0)
-
-```bash
-# Buat saluran produksi dengan kontrol semver
-npx @capgo/cli channel create production \
-  --disable-auto-update major \
-  --disable-downgrade
-```
-
-```typescript
-// capacitor.config.ts
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production',
-    }
-  }
-};
-```
-
-### 2. Rilis Perubahan Mengganggu (App v2.0.0)
-
-```bash
-# Buat saluran v2 untuk versi baru
-npx @capgo/cli channel create v2 \
-  --disable-auto-update major \
-  --disable-downgrade \
-  --self-assign
-
-# Buat cabang git untuk pemeliharaan v1
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-```
-
-```typescript
-// capacitor.config.ts untuk v2.0.0
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // Pengguna baru mendapat saluran v2
-    }
-  }
-};
-```
-
-### 3. Dorong Pembaruan untuk Kedua Versi
-
-```bash
-# Perbarui pengguna v1.x (perbaikan bug)
-git checkout v1-maintenance
-# Lakukan perubahan
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "1.0.0"
-
-# Perbarui pengguna v2.x (fitur baru)
-git checkout main
-# Lakukan perubahan
-npx @capgo/cli bundle upload \
-  --channel v2 \
-  --native-version "2.0.0"
-```
-
-### 4. Pantau Distribusi Versi
-
-Gunakan dasbor Capgo untuk melacak:
-- Berapa banyak pengguna yang ada di v1 vs v2
-- Tingkat adopsi bundel per versi
-- Kesalahan atau crash per versi
-
-### 5. Hentikan Versi Lama
-
-Setelah penggunaan v1 turun di bawah ambang batas:
-
-```bash
-# Berhenti mengunggah ke saluran produksi
-# Opsional: Hapus cabang pemeliharaan v1
-git branch -d v1-maintenance
-
-# Pindahkan semua pengguna yang tersisa ke default
-# (Mereka perlu memperbarui melalui app store)
-```
-
-## Prioritas Saluran
-
-Ketika ada beberapa konfigurasi saluran, Capgo menggunakan urutan prioritas ini:
-
-1. **Penggantian Perangkat** (Dasbor atau API) - Prioritas Tertinggi
-2. **Penggantian Cloud** melalui panggilan `setChannel()`
-3. **defaultChannel** di capacitor.config.ts
-4. **Saluran Default** (Pengaturan Cloud) - Prioritas Terendah
-
-<Aside type="note" title="Contoh Prioritas">
-  Jika aplikasi pengguna memiliki `defaultChannel: 'v2'` tetapi Anda mengganti perangkat mereka menjadi `'beta'` di dasbor, mereka akan menerima pembaruan dari saluran `'beta'`.
-</Aside>
-
-## Praktik Terbaik
-
-### 1. Selalu Atur defaultChannel untuk Versi Utama
-
-```typescript
-// ✅ Baik: Setiap versi utama memiliki saluran eksplisit
-// v1.x → production
-// v2.x → v2
-// v3.x → v3
-
-// ❌ Buruk: Mengandalkan pengalihan saluran dinamis
-// Semua versi → production, alihkan secara manual
-```
-
-### 2. Gunakan Versioning Semantik
-
-```bash
-# ✅ Baik
-1.0.0 → 1.0.1 → 1.1.0 → 2.0.0
-
-# ❌ Buruk
-1.0 → 1.1 → 2 → 2.5
-```
-
-### 3. Pertahankan Cabang Terpisah
-
-```bash
-# ✅ Baik: Cabang terpisah per versi utama
-main (v3.x)
-v2-maintenance (v2.x)
-v1-maintenance (v1.x)
-
-# ❌ Buruk: Cabang tunggal untuk semua versi
-```
-
-### 4. Uji Sebelum Peluncuran
-
-```bash
-# Uji di saluran beta terlebih dahulu
-npx @capgo/cli bundle upload --channel beta
-
-# Pantau masalah, lalu promosikan ke produksi
-npx @capgo/cli bundle upload --channel production
-```
-
-### 5. Pantau Distribusi Versi
-
-Periksa dasbor Anda secara teratur:
-- Apakah pengguna meningkatkan ke versi asli yang lebih baru?
-- Apakah versi lama masih mendapat traffic tinggi?
-- Haruskah Anda menghentikan saluran lama?
-
-## Perbandingan dengan Ionic AppFlow
-
-Untuk tim yang bermigrasi dari **Ionic AppFlow**, berikut adalah perbandingan penargetan versi Capgo:
-
-| Fitur | Ionic AppFlow | Capgo |
-|---------|---------------|-------|
-| **Perutean berbasis versi** | Otomatis berdasarkan versi asli | Otomatis melalui `defaultChannel` + beberapa strategi |
-| **Versioning semantik** | Dukungan dasar | Lanjutan dengan `--disable-auto-update` (major/minor/patch) |
-| **Batasan versi asli** | Konfigurasi manual di dasbor AppFlow | Bendera `--native-version` bawaan di CLI |
-| **Manajemen saluran** | Web UI + CLI | Web UI + CLI + API |
-| **Penggantian perangkat** | Kontrol tingkat perangkat terbatas | Kontrol penuh melalui Dasbor/API |
-| **Pencegahan downgrade otomatis** | Ya | Ya melalui `--disable-downgrade` |
-| **Pemeliharaan versi ganda** | Manajemen cabang/saluran manual | Otomatis dengan prioritas saluran |
-| **Self-hosting** | Tidak | Ya (kontrol penuh) |
-| **Analitik versi** | Dasar | Metrik terperinci per versi |
-
-<Aside type="note" title="Paritas AppFlow dan Seterusnya">
-  Capgo menyediakan **semua kemampuan penargetan versi** yang ditawarkan AppFlow, plus mekanisme kontrol tambahan. Jika Anda mengandalkan pencocokan versi otomatis AppFlow, Anda akan menemukan Capgo sama amannya dengan lebih fleksibel.
-</Aside>
-
-## Pemecahan Masalah
-
-### Pengguna Tidak Menerima Pembaruan
-
-Periksa hal berikut:
-
-1. **Penugasan Saluran**: Verifikasi perangkat ada di saluran yang benar
-   ```typescript
-   const channel = await CapacitorUpdater.getChannel()
-   console.log('Current channel:', channel)
-   ```
-
-2. **Batasan Versi**: Periksa apakah bundel memiliki persyaratan versi asli
-   - Dasbor → Bundel → Periksa kolom "Versi Asli"
-
-3. **Pengaturan Semver**: Verifikasi pengaturan `disable-auto-update` saluran
-   ```bash
-   npx @capgo/cli channel list
-   ```
-
-4. **Penggantian Perangkat**: Periksa apakah perangkat memiliki penggantian manual
-   - Dasbor → Perangkat → Cari perangkat → Periksa saluran/versi
-
-### Bundel Dikirimkan ke Versi yang Salah
-
-1. **Tinjau defaultChannel**: Pastikan saluran yang benar di `capacitor.config.ts`
-2. **Periksa Unggahan Bundel**: Verifikasi bundel diunggah ke saluran yang dimaksudkan
-3. **Inspeksi Versi Asli**: Konfirmasi bendera `--native-version` digunakan dengan benar
-
-### Perubahan Mengganggu Mempengaruhi Versi Lama
-
-1. **Perbaikan Segera**: Ganti perangkat yang terkena dampak ke bundel yang aman
-   - Dasbor → Perangkat → Pilih Ganda → Atur Versi
-2. **Perbaikan Jangka Panjang**: Buat saluran berversi dan pertahankan cabang terpisah
-3. **Pencegahan**: Selalu uji pembaruan pada perangkat yang representatif sebelum diluncurkan
-
-## Migrasi dari Ionic AppFlow
-
-Jika Anda bermigrasi dari **Ionic AppFlow**, penargetan versi bekerja sangat mirip di Capgo, dengan fleksibilitas yang ditingkatkan:
-
-### Pemetaan Konsep
-
-| Konsep AppFlow | Setara Capgo | Catatan |
-|-----------------|------------------|-------|
-| **Saluran Penerapan** | Saluran Capgo | Konsep yang sama, lebih kuat |
-| **Kunci Versi Asli** | bendera `--native-version` | Kontrol lebih granular |
-| **Prioritas Saluran** | Prioritas saluran (override → cloud → default) | Prioritas lebih transparan |
-| **Target Penerapan** | Saluran + kontrol semver | Beberapa strategi tersedia |
-| **Saluran Produksi** | saluran `production` (atau nama apa pun) | Penamaan fleksibel |
-| **Penerapan berbasis Git** | Unggahan bundel CLI dari cabang | Alur kerja yang sama |
-| **Pencocokan versi otomatis** | `defaultChannel` + batasan versi | Ditingkatkan dengan beberapa strategi |
-
-### Perbedaan Kunci untuk Pengguna AppFlow
-
-1. **Kontrol Lebih Banyak**: Capgo memberi Anda beberapa strategi (saluran, semver, versi asli) yang dapat digabungkan
-2. **Visibilitas Lebih Baik**: Dasbor menampilkan distribusi versi dan masalah kompatibilitas
-3. **Akses API**: Kontrol pemrograman penuh atas penargetan versi
-4. **Self-Hosting**: Opsi untuk menjalankan server pembaruan Anda sendiri dengan logika versi yang sama
-
-### Langkah-Langkah Migrasi
-
-1. **Petakan saluran AppFlow Anda** ke saluran Capgo (biasanya 1:1)
-2. **Atur `defaultChannel`** di `capacitor.config.ts` untuk setiap versi utama
-3. **Konfigurasi aturan semver** jika Anda ingin pemblokiran otomatis di batas versi
-4. **Unggah bundel spesifik versi** menggunakan bendera `--native-version`
-5. **Pantau distribusi versi** di dasbor Capgo
-
-<Aside type="tip" title="Panduan Migrasi Lengkap">
-  Untuk petunjuk migrasi lengkap termasuk penggantian SDK dan pemetaan API, lihat [Panduan Migrasi AppFlow ke Capgo](/docs/upgrade/from-appflow-to-capgo).
-</Aside>
-
-## Pola Lanjutan
-
-### Peluncuran Bertahap per Versi
-
-```typescript
-// Migrasikan pengguna v1 secara bertahap ke v2
-async function migrateUsers() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-  const rolloutPercentage = 10 // Mulai dengan 10%
-
-  // Hash ID perangkat untuk mendapatkan persentase deterministik
-  const hash = hashCode(deviceId) % 100
-
-  if (hash < rolloutPercentage) {
-    // Pengguna berada dalam grup peluncuran - Migrasikan ke v2
-    await CapacitorUpdater.setChannel({ channel: 'v2' })
-  }
-}
-```
-
-### Bendera Fitur per Versi
-
-```typescript
-// Aktifkan fitur berdasarkan versi asli
-async function checkFeatureAvailability() {
-  const info = await CapacitorUpdater.getDeviceId()
-  const nativeVersion = info.nativeVersion
-
-  if (compareVersions(nativeVersion, '2.0.0') >= 0) {
-    // Aktifkan fitur yang memerlukan v2.0.0+
-    enableNewCameraFeature()
-  }
-}
-```
-
-### Pengujian A/B Lintas Versi
-
-```typescript
-// Jalankan tes A/B dalam versi asli yang sama
-async function assignABTest() {
-  const nativeVersion = await getNativeVersion()
-
-  if (nativeVersion.startsWith('2.')) {
-    // Hanya tes A/B pada pengguna v2
-    const variant = Math.random() < 0.5 ? 'v2-test-a' : 'v2-test-b'
-    await CapacitorUpdater.setChannel({ channel: variant })
-  }
-}
-```
-
-## Ringkasan
-
-Capgo menyediakan beberapa strategi untuk pengiriman pembaruan khusus versi:
-
-1. **Perutean Berbasis Saluran**: Pemisahan versi otomatis melalui `defaultChannel`
-2. **Versioning Semantik**: Cegah pembaruan lintas batas utama/kecil/patch
-3. **Batasan Versi Asli**: Memerlukan versi asli minimum untuk bundel
-4. **Pencegahan Downgrade Otomatis**: Tidak pernah memberikan bundel yang lebih lama ke versi asli yang lebih baru
-5. **Penggantian Perangkat**: Kontrol manual untuk pengujian dan penargetan
-
-Dengan menggabungkan strategi-strategi ini, Anda dapat mencapai pengiriman pembaruan otomatis gaya AppFlow dengan fleksibilitas dan kontrol yang lebih besar. Pilih pendekatan yang paling sesuai dengan alur kerja versiong dan penerapan aplikasi Anda.
-
-Untuk detail lebih lanjut tentang fitur tertentu:
-- [Panduan Perubahan Mengganggu](/docs/live-updates/breaking-changes) - Strategi versiong saluran terperinci
-- [Manajemen Saluran](/docs/live-updates/channels) - Referensi konfigurasi saluran lengkap
-- [Perilaku Pembaruan](/docs/live-updates/update-behavior) - Penundaan versi asli dan kondisi
diff --git a/src/content/docs/id/docs/plugin/api.md b/src/content/docs/id/docs/plugin/api.md
deleted file mode 100644
index ead9ea32c..000000000
--- a/src/content/docs/id/docs/plugin/api.md
+++ /dev/null
@@ -1,1018 +0,0 @@
----
-title: Fungsi dan Pengaturan
-description: Semua metode dan konfigurasi plugin yang tersedia
-sidebar:
-  order: 2
-locale: id
----
-
-# Konfigurasi Plugin Updater
-
-Lihat [Readme](https://github.com/Cap-go/capacitor-updater) Github untuk informasi lebih lanjut
-
-<docgen-config>
-
-CapacitorUpdater dapat dikonfigurasi dengan opsi berikut:
-
-| Prop                         | Type                 | Deskripsi                                                                                                                                                                                    | Default                                            | Sejak   |
-| ---------------------------- | -------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------- | ------- |
-| **`appReadyTimeout`**        | <code>number</code>  | Mengatur jumlah milidetik plugin native harus menunggu sebelum menganggap pembaruan 'gagal' Hanya tersedia untuk Android dan iOS                                                         | <code>10000 // (10 detik)</code>                   |         |
-| **`responseTimeout`**        | <code>number</code>  | Mengatur jumlah milidetik plugin native harus menunggu sebelum menganggap API timeout Hanya tersedia untuk Android dan iOS                                                               | <code>20 // (20 detik)</code>                      |         |
-| **`autoDeleteFailed`**       | <code>boolean</code> | Mengatur apakah plugin harus secara otomatis menghapus bundle yang gagal Hanya tersedia untuk Android dan iOS                                                                            | <code>true</code>                                  |         |
-| **`autoDeletePrevious`**     | <code>boolean</code> | Mengatur apakah plugin harus secara otomatis menghapus bundle sebelumnya setelah pembaruan berhasil Hanya tersedia untuk Android dan iOS                                                | <code>true</code>                                  |         |
-| **`autoUpdate`**             | <code>boolean</code> | Mengatur apakah plugin harus menggunakan Pembaruan Otomatis melalui server pembaruan Hanya tersedia untuk Android dan iOS                                                                | <code>true</code>                                  |         |
-| **`resetWhenUpdate`**        | <code>boolean</code> | Secara otomatis menghapus bundle yang telah diunduh sebelumnya ketika bundle aplikasi native yang lebih baru diinstal ke perangkat Hanya tersedia untuk Android dan iOS                | <code>true</code>                                  |         |
-| **`updateUrl`**              | <code>string</code>  | Mengatur URL / endpoint ke mana pemeriksaan pembaruan dikirim Hanya tersedia untuk Android dan iOS                                                                                        | <code>https://plugin.capgo.app/updates</code>      |         |
-| **`channelUrl`**             | <code>string</code>  | Mengatur URL / endpoint untuk operasi channel Hanya tersedia untuk Android dan iOS                                                                                                         | <code>https://plugin.capgo.app/channel_self</code> |         |
-| **`statsUrl`**               | <code>string</code>  | Mengatur URL / endpoint ke mana statistik pembaruan dikirim Hanya tersedia untuk Android dan iOS Atur ke "" untuk menonaktifkan pelaporan statistik                                      | <code>https://plugin.capgo.app/stats</code>        |         |
-| **`privateKey`**             | <code>string</code>  | Mengatur kunci pribadi untuk enkripsi pembaruan langsung end to end Hanya tersedia untuk Android dan iOS Tidak digunakan lagi di versi 620 akan dihapus di versi 700                | <code>undefined</code>                             |         |
-| **`publicKey`**              | <code>string</code>  | Mengatur kunci publik untuk enkripsi pembaruan langsung end to end Versi 2 Hanya tersedia untuk Android dan iOS                                                                            | <code>undefined</code>                             | 620   |
-| **`version`**                | <code>string</code>  | Mengatur versi saat ini dari aplikasi Ini akan digunakan untuk permintaan pembaruan pertama Jika tidak diatur, plugin akan mendapatkan versi dari kode native Hanya untuk Android dan iOS | <code>undefined</code>                             | 41748 |
-| **`directUpdate`**           | <code>boolean</code> | Membuat plugin langsung menginstal pembaruan ketika aplikasi baru saja diperbarui/diinstal Hanya untuk mode autoUpdate Hanya tersedia untuk Android dan iOS                              | <code>undefined</code>                             | 510   |
-| **`periodCheckDelay`**       | <code>number</code>  | Mengatur delay periode untuk pemeriksaan pembaruan berkala dalam satuan detik Hanya tersedia untuk Android dan iOS Tidak boleh kurang dari 600 detik (10 menit)                         | <code>600 // (10 menit)</code>                     |         |
-| **`localS3`**                | <code>boolean</code> | Mengatur CLI untuk menggunakan server lokal untuk pengujian atau server pembaruan self-hosted                                                                                                | <code>undefined</code>                             | 41748 |
-| **`localHost`**              | <code>string</code>  | Mengatur CLI untuk menggunakan server lokal untuk pengujian atau server pembaruan self-hosted                                                                                                | <code>undefined</code>                             | 41748 |
-| **`localWebHost`**           | <code>string</code>  | Mengatur CLI untuk menggunakan server lokal untuk pengujian atau server pembaruan self-hosted                                                                                                | <code>undefined</code>                             | 41748 |
-| **`localSupa`**              | <code>string</code>  | Mengatur CLI untuk menggunakan server lokal untuk pengujian atau server pembaruan self-hosted                                                                                                | <code>undefined</code>                             | 41748 |
-| **`localSupaAnon`**          | <code>string</code>  | Mengatur CLI untuk menggunakan server lokal untuk pengujian                                                                                                                                  | <code>undefined</code>                             | 41748 |
-| **`localApi`**               | <code>string</code>  | Mengatur CLI untuk menggunakan api lokal untuk pengujian                                                                                                                                     | <code>undefined</code>                             | 633   |
-| **`localApiFiles`**          | <code>string</code>  | Mengatur CLI untuk menggunakan api file lokal untuk pengujian                                                                                                                                | <code>undefined</code>                             | 633   |
-| **`allowModifyUrl`**         | <code>boolean</code> | Mengizinkan plugin untuk memodifikasi updateUrl, statsUrl dan channelUrl secara dinamis dari sisi JavaScript                                                                                | <code>false</code>                                 | 540   |
-| **`defaultChannel`**         | <code>string</code>  | Mengatur channel default untuk aplikasi dalam konfigurasi| <code>undefined</code>                             | 550   |
-| **`appId`**                  | <code>string</code>  | Mengkonfigurasi id aplikasi untuk aplikasi dalam konfigurasi                                                                                                                    | <code>undefined</code>                             | 600   |
-| **`keepUrlPathAfterReload`** | <code>boolean</code> | Mengkonfigurasi plugin untuk mempertahankan path URL setelah reload PERINGATAN: Ketika reload dipicu, 'windowhistory' akan dihapus                                           | <code>false</code>                                 | 680   |
-
-## Contoh
-
-Dalam `capacitorconfigjson`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000 // (1 detik),
-      "responseTimeout": 10 // (10 detik),
-      "autoDeleteFailed": false,
-      "autoDeletePrevious": false,
-      "autoUpdate": false,
-      "resetWhenUpdate": false,
-      "updateUrl": https://examplecom/api/auto_update,
-      "channelUrl": https://examplecom/api/channel,
-      "statsUrl": https://examplecom/api/stats,
-      "privateKey": undefined,
-      "publicKey": undefined,
-      "version": undefined,
-      "directUpdate": undefined,
-      "periodCheckDelay": undefined,
-      "localS3": undefined,
-      "localHost": undefined,
-      "localWebHost": undefined,
-      "localSupa": undefined,
-      "localSupaAnon": undefined,
-      "localApi": undefined,
-      "localApiFiles": undefined,
-      "allowModifyUrl": undefined,
-      "defaultChannel": undefined,
-      "appId": undefined,
-      "keepUrlPathAfterReload": undefined
-    }
-  }
-}
-```
-
-Dalam `capacitorconfigts`:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      appReadyTimeout: 1000 // (1 detik),
-      responseTimeout: 10 // (10 detik),
-      autoDeleteFailed: false,
-      autoDeletePrevious: false,
-      autoUpdate: false,
-      resetWhenUpdate: false,
-      updateUrl: https://examplecom/api/auto_update,
-      channelUrl: https://examplecom/api/channel,
-      statsUrl: https://examplecom/api/stats,
-      privateKey: undefined,
-      publicKey: undefined,
-      version: undefined,
-      directUpdate: undefined,
-      periodCheckDelay: undefined,
-      localS3: undefined,
-      localHost: undefined,
-      localWebHost: undefined,
-      localSupa: undefined,
-      localSupaAnon: undefined,
-      localApi: undefined,
-      localApiFiles: undefined,
-      allowModifyUrl: undefined,
-      defaultChannel: undefined,
-      appId: undefined,
-      keepUrlPathAfterReload: undefined,
-    },
-  },
-};
-
-export default config;
-```
-
-</docgen-config>
-
-<docgen-index>
-
-* [`notifyAppReady()`](#notifyappready)  
-* [`setUpdateUrl()`](#setupdateurl)
-* [`setStatsUrl()`](#setstatsurl) 
-* [`setChannelUrl()`](#setchannelurl)
-* [`download()`](#download)
-* [`next()`](#next)
-* [`set()`](#set)  
-* [`delete()`](#delete)
-* [`list()`](#list)
-* [`reset()`](#reset)
-* [`current()`](#current)
-* [`reload()`](#reload)
-* [`setMultiDelay()`](#setmultidelay) 
-* [`cancelDelay()`](#canceldelay)
-* [`getLatest()`](#getlatest)
-* [`setChannel()`](#setchannel)
-* [`unsetChannel()`](#unsetchannel)
-* [`getChannel()`](#getchannel)
-* [`setCustomId()`](#setcustomid)
-* [`getBuiltinVersion()`](#getbuiltinversion)
-* [`getDeviceId()`](#getdeviceid)  
-* [`getPluginVersion()`](#getpluginversion)
-* [`isAutoUpdateEnabled()`](#isautoupdateenabled)
-* [`removeAllListeners()`](#removealllisteners)
-* [`addListener('download', )`](#addlistenerdownload-)
-* [`addListener('noNeedUpdate', )`](#addlistenernoneedupdate-)
-* [`addListener('updateAvailable', )`](#addlistenerupdateavailable-)
-* [`addListener('downloadComplete', )`](#addlistenerdownloadcomplete-)
-* [`addListener('majorAvailable', )`](#addlistenermajoravailable-)
-* [`addListener('updateFailed', )`](#addlistenerupdatefailed-)
-* [`addListener('downloadFailed', )`](#addlistenerdownloadfailed-)
-* [`addListener('appReloaded', )`](#addlistenerappreloaded-)
-* [`addListener('appReady', )`](#addlistenerappready-)
-* [`isAutoUpdateAvailable()`](#isautoupdateavailable)
-* [`getNextBundle()`](#getnextbundle)
-* [Interfaces](#interfaces)
-* [Type Aliases](#type-aliases)
-
-</docgen-index>
-
-# Methods
-
-<docgen-api>
-
-## notifyAppReady()
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-Memberi tahu Capacitor Updater bahwa bundle saat ini berjalan (rollback akan terjadi jika metode ini tidak dipanggil pada setiap peluncuran aplikasi)
-Secara default metode ini harus dipanggil dalam 10 detik pertama setelah peluncuran aplikasi, jika tidak rollback akan terjadi 
-Ubah perilaku ini dengan {@link appReadyTimeout}
-
-**Returns:** <code>Promise&lt;<a href="#appreadyresult">AppReadyResult</a>&gt;</code>
-
---------------------
-
-
-## setUpdateUrl()
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void> 
-```
-
-Mengatur updateUrl untuk aplikasi, ini akan digunakan untuk memeriksa pembaruan
-
-| Param         | Type                                            | Description                                        |
-| ------------- | ----------------------------------------------- | -------------------------------------------------- |
-| **`options`** | <code><a href="#updateurl">UpdateUrl</a></code> | berisi URL yang digunakan untuk memeriksa pembaruan |
-
-**Since:** 540
-
---------------------
-
-
-## setStatsUrl() 
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-Mengatur statsUrl untuk aplikasi, ini akan digunakan untuk mengirim statistik. Memberikan string kosong akan menonaktifkan pengumpulan statistik
-
-| Param         | Type                                          | Description                                      |
-| ------------- | --------------------------------------------- | ------------------------------------------------ |
-| **`options`** | <code><a href="#statsurl">StatsUrl</a></code> | berisi URL yang digunakan untuk mengirim statistik |
-
-**Since:** 540
-
---------------------
-
-
-## setChannelUrl()
-
-```typescript 
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-Mengatur channelUrl untuk aplikasi, ini akan digunakan untuk mengatur channel
-
-| Param         | Type                                              | Description                                    |
-| ------------- | ------------------------------------------------- | ---------------------------------------------- |
-| **`options`** | <code><a href="#channelurl">ChannelUrl</a></code> | berisi URL yang digunakan untuk mengatur channel |
-
-**Since:** 540
-
---------------------
-
-
-## download()
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo> 
-```
-
-Mengunduh bundle baru dari URL yang disediakan, ini harus berupa file zip, dengan file di dalamnya atau dengan id unik di dalamnya dengan semua file Anda
-
-| Param         | Type                                                        | Description                                                                                |
-| ------------- | ----------------------------------------------------------- | ------------------------------------------------------------------------------------------ |
-| **`options`** | <code><a href="#downloadoptions">DownloadOptions</a></code> | The {@link <a href="#downloadoptions">DownloadOptions</a>} untuk mengunduh zip bundle baru |
-
-**Returns:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-
-## next()
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-Mengatur bundle berikutnya yang akan digunakan ketika aplikasi dimuat ulang| Param         | Type                                          | Description                                                                                                   |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Berisi ID Bundle berikutnya untuk diatur pada peluncuran aplikasi selanjutnya {@link <a href="#bundleinfo">BundleInfoid</a>} |
-
-**Returns:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-## set()
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-Mengatur bundle saat ini dan segera memuat ulang aplikasi
-
-| Param         | Type                                          | Description                                                                                       |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Objek {@link <a href="#bundleid">BundleId</a>} berisi id bundle baru yang akan diatur sebagai saat ini |
-
---------------------
-
-## delete()
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-Menghapus bundle yang ditentukan dari penyimpanan aplikasi native. Gunakan bersama {@link list} untuk mendapatkan ID Bundle yang tersimpan
-
-| Param         | Type                                          | Description                                                                                                                                   |
-| ------------- | --------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Objek {@link <a href="#bundleid">BundleId</a>} berisi ID bundle yang akan dihapus (catatan, ini adalah id bundle, BUKAN nama versi) |
-
---------------------
-
-## list()
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-Dapatkan semua bundle yang telah diunduh secara lokal di aplikasi Anda
-
-| Param         | Type                                                | Description                                                            |
-| ------------- | --------------------------------------------------- | ---------------------------------------------------------------------- |
-| **`options`** | <code><a href="#listoptions">ListOptions</a></code> | {@link <a href="#listoptions">ListOptions</a>} untuk daftar bundle |
-
-**Returns:** <code>Promise&lt;<a href="#bundlelistresult">BundleListResult</a>&gt;</code>
-
---------------------
-
-## reset()
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-Mengatur ulang aplikasi ke bundle 'builtin' (yang dikirim ke Apple App Store / Google Play Store) atau bundle yang terakhir berhasil dimuat
-
-| Param         | Type                                                  | Description                                                                                                                                                                      |
-| ------------- | ----------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#resetoptions">ResetOptions</a></code> | Berisi {@link <a href="#resetoptions">ResetOptionstoLastSuccessful</a>}, 'true' mengatur ulang ke bundle builtin dan 'false' akan mengatur ulang ke bundle terakhir yang berhasil dimuat |
-
---------------------
-
-## current()
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```
-
-Dapatkan bundle saat ini, jika tidak ada yang diatur maka akan mengembalikan 'builtin' currentNative adalah bundle asli yang diinstal pada perangkat
-
-**Returns:** <code>Promise&lt;<a href="#currentbundleresult">CurrentBundleResult</a>&gt;</code>
-
---------------------
-
-## reload()
-
-```typescript
-reload() => Promise<void>
-```
-
-Memuat ulang tampilan
-
---------------------
-
-## setMultiDelay()
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-Mengatur array {@link <a href="#delaycondition">DelayCondition</a>} yang berisi kondisi yang akan digunakan Plugin untuk menunda pembaruan
-Setelah semua kondisi terpenuhi, proses pembaruan akan berjalan kembali seperti biasa, jadi pembaruan akan diinstal setelah aplikasi masuk ke background atau dimatikan
-Untuk jenis 'date', nilai harus berupa string tanggal iso8601
-Untuk jenis 'background', nilai harus berupa angka dalam milidetik
-Untuk jenis 'nativeVersion', nilai harus berupa nomor versi
-Untuk jenis 'kill', nilai tidak digunakan
-Fungsi ini memiliki perilaku yang tidak konsisten, opsi kill memicu pembaruan setelah kill pertama dan tidak setelah background berikutnya seperti opsi lainnya. Ini akan diperbaiki dalam rilis utama mendatang
-
-| Param         | Type                                                                  | Description                                                                                                |
-| ------------- | --------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#multidelayconditions">MultiDelayConditions</a></code> | Berisi array {@link <a href="#multidelayconditions">MultiDelayConditions</a>} kondisi yang akan diatur |
-
-**Since:** 430
-
---------------------
-
-## cancelDelay()
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-Membatalkan {@link <a href="#delaycondition">DelayCondition</a>} untuk memproses pembaruan segera
-
-**Since:** 400
-
---------------------
-
-## getLatest()
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-Dapatkan bundle terbaru yang tersedia dari URL pembaruan
-
-| Param         | Type                                                          |
-| ------------- | ------------------------------------------------------------- |
-| **`options`** | <code><a href="#getlatestoptions">GetLatestOptions</a></code> |
-
-**Returns:** <code>Promise&lt;<a href="#latestversion">LatestVersion</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-## setChannel()
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-Mengatur channel untuk perangkat ini. Channel harus mengizinkan pengaturan sendiri agar ini berfungsi
-Jangan gunakan metode ini untuk mengatur channel saat boot ketika 'autoUpdate' diaktifkan di {@link PluginsConfig}
-Metode ini untuk mengatur channel setelah aplikasi siap
-Metode ini mengirim permintaan ke backend Capgo untuk menghubungkan ID perangkat ke channel. Capgo dapat menerima atau menolak tergantung pengaturan channel Anda
-
-| Param         | Type                                                            | Description                                                                      |
-| ------------- | --------------------------------------------------------------- | -------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setchanneloptions">SetChannelOptions</a></code> | Adalah {@link <a href="#setchanneloptions">SetChannelOptions</a>} channel yang akan diatur |
-
-**Returns:** <code>Promise&lt;<a href="#channelres">ChannelRes</a>&gt;</code>
-
-**Since:** 470
-
---------------------
-
-## unsetChannel()
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-Menghapus pengaturan channel untuk perangkat iniPerangkat akan kembali ke channel default
-
-| Param         | Type                                                                |
-| ------------- | ------------------------------------------------------------------- |
-| **`options`** | <code><a href="#unsetchanneloptions">UnsetChannelOptions</a></code> |
-
-**Since:** 470
-
---------------------
-
-## getChannel()
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-Dapatkan channel untuk perangkat ini
-
-**Returns:** <code>Promise&lt;<a href="#getchannelres">GetChannelRes</a>&gt;</code>
-
-**Since:** 480
-
---------------------
-
-## setCustomId()
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```
-
-Atur ID kustom untuk perangkat ini
-
-| Param         | Type                                                              | Description                                                                         |
-| ------------- | ----------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setcustomidoptions">SetCustomIdOptions</a></code> | adalah {@link <a href="#setcustomidoptions">SetCustomIdOptions</a>} customId untuk diatur |
-
-**Since:** 490
-
---------------------
-
-## getBuiltinVersion()
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-Dapatkan versi aplikasi native atau versi builtin jika diatur dalam konfigurasi
-
-**Returns:** <code>Promise&lt;<a href="#builtinversion">BuiltinVersion</a>&gt;</code>
-
-**Since:** 520
-
---------------------
-
-## getDeviceId()
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-Dapatkan ID unik yang digunakan untuk mengidentifikasi perangkat (dikirim ke server pembaruan otomatis)
-
-**Returns:** <code>Promise&lt;<a href="#deviceid">DeviceId</a>&gt;</code>
-
---------------------
-
-## getPluginVersion()
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-Dapatkan versi plugin Capacitor Updater native (dikirim ke server pembaruan otomatis)
-
-**Returns:** <code>Promise&lt;<a href="#pluginversion">PluginVersion</a>&gt;</code>
-
---------------------
-
-## isAutoUpdateEnabled()
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-Dapatkan status konfigurasi pembaruan otomatis
-
-**Returns:** <code>Promise&lt;<a href="#autoupdateenabled">AutoUpdateEnabled</a>&gt;</code>
-
---------------------
-
-## removeAllListeners()
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-Hapus semua listener untuk plugin ini
-
-**Since:** 100
-
---------------------
-
-## addListener('download', )
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Mendengarkan event pengunduhan bundle dalam Aplikasi. Aktif saat pengunduhan dimulai, selama mengunduh dan saat selesai
-
-| Param              | Type                                                                        |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'download'</code>                                                     |
-| **`listenerFunc`** | <code>(state: <a href="#downloadevent">DownloadEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 2011
-
---------------------
-
-## addListener('noNeedUpdate', )
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Mendengarkan event tidak perlu pembaruan, berguna ketika Anda ingin memaksa pemeriksaan setiap kali aplikasi diluncurkan
-
-| Param              | Type                                                                    |
-| ------------------ | ----------------------------------------------------------------------- |
-| **`eventName`**    | <code>'noNeedUpdate'</code>                                             |
-| **`listenerFunc`** | <code>(state: <a href="#noneedevent">NoNeedEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-## addListener('updateAvailable', )
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Mendengarkan event pembaruan tersedia, berguna ketika Anda ingin memaksa pemeriksaan setiap kali aplikasi diluncurkan
-
-| Param              | Type                                                                                      |
-| ------------------ | ----------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'updateAvailable'</code>                                                            |
-| **`listenerFunc`** | <code>(state: <a href="#updateavailableevent">UpdateAvailableEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-## addListener('downloadComplete', )
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Mendengarkan event downloadComplete
-
-| Param              | Type                                                                                        |
-| ------------------ | ------------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'downloadComplete'</code>                                                             |
-| **`listenerFunc`** | <code>(state: <a href="#downloadcompleteevent">DownloadCompleteEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-## addListener('majorAvailable', )
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Mendengarkan event pembaruan Major dalam Aplikasi, memberi tahu Anda ketika pembaruan major diblokir oleh pengaturan disableAutoUpdateBreaking
-
-| Param              | Type                                                                                    |
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'majorAvailable'</code>                                                           |
-| **`listenerFunc`** | <code>(state: <a href="#majoravailableevent">MajorAvailableEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 230
-
---------------------
-
-## addListener('updateFailed', )
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Mendengarkan event kegagalan pembaruan dalam Aplikasi, memberi tahu Anda ketika pembaruan gagal diinstal saat aplikasi berikutnya dimulai
-
-| Param              | Type                                                                                |
-| ------------------ | ----------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'updateFailed'</code>                                                         |
-| **`listenerFunc`** | <code>(state: <a href="#updatefailedevent">UpdateFailedEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 230
-
---------------------
-
-## addListener('downloadFailed',)
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Dengarkan event kegagalan unduhan di App, memberi tahu Anda ketika unduhan bundle gagal
-
-| Param              | Type                                                                                    |
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'downloadFailed'</code>                                                           |
-| **`listenerFunc`** | <code>(state: <a href="#downloadfailedevent">DownloadFailedEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-
-## addListener('appReloaded', )
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-Dengarkan event reload di App, memberi tahu Anda ketika reload terjadi
-
-| Param              | Type                       |
-| ------------------ | -------------------------- |
-| **`eventName`**    | <code>'appReloaded'</code> |
-| **`listenerFunc`** | <code>() =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 430
-
---------------------
-
-
-## addListener('appReady', )
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Dengarkan event app ready di App, memberi tahu Anda ketika app siap digunakan
-
-| Param              | Type                                                                        |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'appReady'</code>                                                     |
-| **`listenerFunc`** | <code>(state: <a href="#appreadyevent">AppReadyEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 510
-
---------------------
-
-
-## isAutoUpdateAvailable()
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-Dapatkan apakah pembaruan otomatis tersedia (tidak dinonaktifkan oleh serverUrl)
-
-**Returns:** <code>Promise&lt;<a href="#autoupdateavailable">AutoUpdateAvailable</a>&gt;</code>
-
---------------------
-
-
-## getNextBundle()
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-Dapatkan bundle selanjutnya yang akan digunakan ketika aplikasi dimuat ulang
-Mengembalikan null jika tidak ada bundle selanjutnya yang diatur
-
-**Returns:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a> | null&gt;</code>
-
-**Since:** 680
-
---------------------
-
-
-## Interfaces
-
-
-### AppReadyResult
-
-| Prop         | Type                                              |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-
-
-### BundleInfo
-
-| Prop             | Type                                                  |
-| ---------------- | ----------------------------------------------------- |
-| **`id`**         | <code>string</code>                                   |
-| **`version`**    | <code>string</code>                                   |
-| **`downloaded`** | <code>string</code>                                   |
-| **`checksum`**   | <code>string</code>                                   |
-| **`status`**     | <code><a href="#bundlestatus">BundleStatus</a></code> |
-
-
-### UpdateUrl
-
-| Prop      | Type                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### StatsUrl
-
-| Prop      | Type                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### ChannelUrl
-
-| Prop      | Type                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### DownloadOptions
-
-| Prop             | Type                | Deskripsi                                                                                                                                                     | Default                | Since |
-| ---------------- | ------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`url`**        | <code>string</code> | URL file zip bundle (misalnya: distzip) yang akan diunduh (Ini bisa berupa URL apa saja Misalnya: Amazon S3, tag GitHub, tempat lain dimana Anda meng-host bundle Anda) |                        |       |
-| **`version`**    | <code>string</code> | Kode/nama versi dari bundle/versi ini                                                                                                                           |                        |       |
-| **`sessionKey`** | <code>string</code> | Kunci sesi untuk pembaruan                                                                                                                                      | <code>undefined</code> | 400 |
-| **`checksum`**   | <code>string</code> | Checksum untuk pembaruan                                                                                                                                        | <code>undefined</code> | 400 |
-
-
-### BundleId
-
-| Prop     | Type                |
-| -------- | ------------------- |
-| **`id`** | <code>string</code> |
-
-
-### BundleListResult
-
-| Prop          | Type                      |
-| ------------- | ------------------------- |
-| **`bundles`** | <code>BundleInfo[]</code> |
-
-
-### ListOptions
-
-| Prop      | Type                 | Deskripsi                                                                                                                                    | Default            | Since  |
-| --------- | -------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- | ------------------ | ------ |
-| **`raw`** | <code>boolean</code> | Apakah akan mengembalikan daftar bundle mentah atau manifest Jika benar, daftar akan mencoba membaca database internal alih-alih file di disk | <code>false</code> | 6140 |
-
-
-### ResetOptions
-
-| Prop                   | Type                 |
-| ---------------------- | -------------------- |
-| **`toLastSuccessful`** | <code>boolean</code> |
-
-
-### CurrentBundleResult
-
-| Prop         | Type                                              |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-| **`native`** | <code>string</code>                               |
-
-
-### MultiDelayConditions
-
-| Prop                  | Type                          |
-| --------------------- | ----------------------------- |
-| **`delayConditions`** | <code>DelayCondition[]</code> |
-
-
-### DelayCondition
-
-| Prop        | Type                                                      | Deskripsi                              |
-| ----------- | --------------------------------------------------------- | -------------------------------------- |
-| **`kind`**  | <code><a href="#delayuntilnext">DelayUntilNext</a></code> | Atur kondisi delay di setMultiDelay    |
-| **`value`** | <code>string</code>                                       |                                        |
-
-
-### LatestVersion
-
-| Prop             | Type                         | Deskripsi                     | Since |
-| ---------------- | ---------------------------- | ----------------------------- | ----- |
-| **`version`**    | <code>string</code>          | Hasil dari metode getLatest   | 400 |
-| **`checksum`**   | <code>string</code>          |                            | 6     |
-| **`major`**      | <code>boolean</code>         |                            |       |
-| **`message`**    | <code>string</code>          |                            |       |
-| **`sessionKey`** | <code>string</code>          |                            |       |
-| **`error`**      | <code>string</code>          |                            |       |
-| **`old`**        | <code>string</code>          |                            |       |
-| **`url`**        | <code>string</code>          |                            |       |
-| **`manifest`**   | <code>ManifestEntry[]</code> |                            | 61   |
-
-
-### ManifestEntry
-
-| Prop               | Type                        |
-| ------------------ | --------------------------- |
-| **`file_name`**    | <code>string \| null</code> |
-| **`file_hash`**    | <code>string \| null</code> |
-| **`download_url`** | <code>string \| null</code> |
-
-
-### GetLatestOptions
-
-| Prop          | Type                | Deskripsi                                                                                        | Default                | Sejak |
-| ------------- | ------------------- | ------------------------------------------------------------------------------------------------ | ---------------------- | ----- |
-| **`channel`** | <code>string</code> | Channel untuk mendapatkan versi terbaru. Channel harus mengizinkan 'self_assign' agar ini berfungsi | <code>undefined</code> | 680 |
-
-
-### ChannelRes
-
-| Prop          | Type                | Deskripsi                     | Sejak |
-| ------------- | ------------------- | ----------------------------- | ----- |
-| **`status`**  | <code>string</code> | Status saat ini dari channel yang diatur | 470 |
-| **`error`**   | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-
-
-### SetChannelOptions 
-
-| Prop                    | Type                 |
-| ----------------------- | -------------------- |
-| **`channel`**           | <code>string</code>  |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### UnsetChannelOptions
-
-| Prop                    | Type                 |
-| ----------------------- | -------------------- |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### GetChannelRes
-
-| Prop           | Type                 | Deskripsi                    | Sejak |
-| -------------- | -------------------- | ---------------------------- | ----- |
-| **`channel`**  | <code>string</code>  | Status saat ini dari channel yang didapat | 480 |
-| **`error`**    | <code>string</code>  |                               |       |
-| **`message`**  | <code>string</code>  |                               |       |
-| **`status`**   | <code>string</code>  |                               |       |
-| **`allowSet`** | <code>boolean</code> |                               |       |
-
-
-### SetCustomIdOptions
-
-| Prop           | Type                |
-| -------------- | ------------------- |
-| **`customId`** | <code>string</code> |
-
-
-### BuiltinVersion
-
-| Prop          | Type                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### DeviceId
-
-| Prop           | Type                |
-| -------------- | ------------------- |
-| **`deviceId`** | <code>string</code> |
-
-
-### PluginVersion
-
-| Prop          | Type                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### AutoUpdateEnabled
-
-| Prop          | Type                 |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### PluginListenerHandle
-
-| Prop         | Type                                      |
-| ------------ | ----------------------------------------- |
-| **`remove`** | <code>() =&gt; Promise&lt;void&gt;</code> |
-
-
-### DownloadEvent
-
-| Prop          | Type                                              | Deskripsi                                   | Sejak |
-| ------------- | ------------------------------------------------- | ------------------------------------------- | ----- |
-| **`percent`** | <code>number</code>                               | Status unduhan saat ini, antara 0 dan 100 | 400 |
-| **`bundle`**  | <code><a href="#bundleinfo">BundleInfo</a></code> |                                                |       |
-
-
-### NoNeedEvent
-
-| Prop         | Type                                              | Deskripsi                                   | Sejak |
-| ------------ | ------------------------------------------------- | ------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Status unduhan saat ini, antara 0 dan 100 | 400 |
-
-
-### UpdateAvailableEvent
-
-| Prop         | Type                                              | Deskripsi                                   | Sejak |
-| ------------ | ------------------------------------------------- | ------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Status unduhan saat ini, antara 0 dan 100 | 400 |
-
-
-### DownloadCompleteEvent
-
-| Prop         | Type                                              | Deskripsi                             | Sejak |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Muncul ketika pembaruan baru tersedia | 400 |
-
-
-### MajorAvailableEvent
-
-| Prop          | Type                | Deskripsi                                         | Sejak |
-| ------------- | ------------------- | ------------------------------------------------- | ----- |
-| **`version`** | <code>string</code> | Muncul ketika bundle major baru tersedia | 400 |
-
-
-### UpdateFailedEvent
-
-| Prop         | Type                                              | Deskripsi                                    | Sejak |
-| ------------ | ------------------------------------------------- | -------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Muncul ketika pembaruan gagal diinstal | 400 |
-
-
-### DownloadFailedEvent
-
-| Prop          | Type                | Deskripsi                      | Sejak |
-| ------------- | ------------------- | ------------------------------ | ----- |
-| **`version`** | <code>string</code> | Muncul ketika unduhan gagal | 400 |
-
-
-### AppReadyEvent
-
-| Prop         | Type                                              | Deskripsi                                | Sejak |
-| ------------ | ------------------------------------------------- | ---------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Muncul ketika aplikasi siap digunakan | 520 |
-| **`status`** | <code>string</code>                               |                                       |       |
-
-
-### AutoUpdateAvailable
-
-| Prop            | Type                 |
-| --------------- | -------------------- |
-| **`available`** | <code>boolean</code> |
-
-
-## Type Aliases
-
-
-### BundleStatus
-
-<code>'success' | 'error' | 'pending' | 'downloading'</code>
-
-
-### DelayUntilNext
-
-<code>'background' | 'kill' | 'nativeVersion' | 'date'</code>
diff --git a/src/content/docs/id/docs/plugins/accelerometer/getting-started.mdx b/src/content/docs/id/docs/plugins/accelerometer/getting-started.mdx
deleted file mode 100644
index d9733fdb1..000000000
--- a/src/content/docs/id/docs/plugins/accelerometer/getting-started.mdx
+++ /dev/null
@@ -1,303 +0,0 @@
----
-title: "Memulai dengan Accelerometer"
-description: "Pelajari cara mengintegrasikan sensing accelerometer ke dalam aplikasi Capacitor Anda"
-locale: id
----
-
-Panduan ini akan memandu Anda mengintegrasikan plugin Capacitor Accelerometer ke dalam aplikasi Anda.
-
-## Instalasi
-
-Instal plugin menggunakan npm:
-
-```bash
-npm install @capgo/capacitor-accelerometer
-npx cap sync
-```
-
-## Konfigurasi Platform
-
-### iOS
-Tidak diperlukan konfigurasi tambahan. Accelerometer selalu tersedia.
-
-### Android
-Tidak diperlukan konfigurasi tambahan. Accelerometer selalu tersedia.
-
-### Web
-Plugin menggunakan DeviceMotion API. Memerlukan HTTPS dalam production.
-
-## Penggunaan Dasar
-
-### Import Plugin
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-```
-
-### Mulai Monitoring
-
-```typescript
-const startAccelerometer = async () => {
-  await Accelerometer.start({
-    interval: 100 // Update interval dalam milidetik
-  });
-
-  console.log('Accelerometer started');
-};
-```
-
-### Dengarkan Event Akselerasi
-
-```typescript
-Accelerometer.addListener('accelerationChange', (data) => {
-  console.log('X:', data.x);
-  console.log('Y:', data.y);
-  console.log('Z:', data.z);
-  console.log('Timestamp:', data.timestamp);
-});
-```
-
-### Dapatkan Pembacaan Saat Ini
-
-```typescript
-const getCurrentAcceleration = async () => {
-  const reading = await Accelerometer.getCurrentAcceleration();
-  console.log('Current acceleration:', reading);
-};
-```
-
-### Hentikan Monitoring
-
-```typescript
-const stopAccelerometer = async () => {
-  await Accelerometer.stop();
-  console.log('Accelerometer stopped');
-};
-```
-
-## Contoh Lengkap
-
-Berikut adalah contoh lengkap dengan deteksi goyang:
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-
-class AccelerometerService {
-  private listener: any;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-  private shakeThreshold = 15;
-
-  async initialize() {
-    await Accelerometer.start({ interval: 100 });
-
-    this.listener = Accelerometer.addListener('accelerationChange', (data) => {
-      this.handleAcceleration(data);
-    });
-  }
-
-  handleAcceleration(data: any) {
-    // Hitung delta
-    const deltaX = Math.abs(data.x - this.lastX);
-    const deltaY = Math.abs(data.y - this.lastY);
-    const deltaZ = Math.abs(data.z - this.lastZ);
-
-    // Periksa goyang
-    if (deltaX > this.shakeThreshold ||
-        deltaY > this.shakeThreshold ||
-        deltaZ > this.shakeThreshold) {
-      this.onShake();
-    }
-
-    // Update nilai terakhir
-    this.lastX = data.x;
-    this.lastY = data.y;
-    this.lastZ = data.z;
-
-    // Update UI
-    this.updateDisplay(data);
-  }
-
-  onShake() {
-    console.log('Device shaken!');
-    // Trigger aksi goyang
-  }
-
-  updateDisplay(data: any) {
-    console.log(`X: ${data.x.toFixed(2)} m/s²`);
-    console.log(`Y: ${data.y.toFixed(2)} m/s²`);
-    console.log(`Z: ${data.z.toFixed(2)} m/s²`);
-
-    // Hitung magnitude
-    const magnitude = Math.sqrt(
-      data.x * data.x +
-      data.y * data.y +
-      data.z * data.z
-    );
-    console.log(`Magnitude: ${magnitude.toFixed(2)} m/s²`);
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-    await Accelerometer.stop();
-  }
-}
-
-// Penggunaan
-const accelService = new AccelerometerService();
-accelService.initialize();
-
-// Cleanup saat selesai
-// accelService.cleanup();
-```
-
-## Memahami Pembacaan
-
-### Sumbu Akselerasi
-- **Sumbu-X**: Kiri (-) ke Kanan (+)
-- **Sumbu-Y**: Bawah (-) ke Atas (+)
-- **Sumbu-Z**: Belakang (-) ke Depan (+)
-
-### Gravitasi
-- Perangkat diam menunjukkan ~9.8 m/s² pada satu sumbu (gravitasi)
-- Perangkat bergerak menunjukkan akselerasi ditambah gravitasi
-
-### Unit
-- Diukur dalam meter per detik kuadrat (m/s²)
-- Gravitasi = 9.8 m/s²
-
-## Kasus Penggunaan Umum
-
-### Deteksi Goyang
-
-```typescript
-class ShakeDetector {
-  private lastUpdate = 0;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-
-  detectShake(x: number, y: number, z: number): boolean {
-    const currentTime = Date.now();
-
-    if (currentTime - this.lastUpdate > 100) {
-      const deltaX = Math.abs(x - this.lastX);
-      const deltaY = Math.abs(y - this.lastY);
-      const deltaZ = Math.abs(z - this.lastZ);
-
-      this.lastUpdate = currentTime;
-      this.lastX = x;
-      this.lastY = y;
-      this.lastZ = z;
-
-      return deltaX + deltaY + deltaZ > 15;
-    }
-
-    return false;
-  }
-}
-```
-
-### Deteksi Kemiringan
-
-```typescript
-class TiltDetector {
-  getTiltAngles(x: number, y: number, z: number) {
-    const roll = Math.atan2(y, z) * (180 / Math.PI);
-    const pitch = Math.atan2(-x, Math.sqrt(y * y + z * z)) * (180 / Math.PI);
-
-    return { roll, pitch };
-  }
-
-  isDeviceFlat(z: number): boolean {
-    return Math.abs(z - 9.8) < 1.0;
-  }
-
-  isDeviceUpright(y: number): boolean {
-    return Math.abs(y - 9.8) < 2.0;
-  }
-}
-```
-
-### Penghitung Langkah
-
-```typescript
-class StepCounter {
-  private steps = 0;
-  private lastMagnitude = 0;
-  private threshold = 11;
-
-  processAcceleration(x: number, y: number, z: number) {
-    const magnitude = Math.sqrt(x * x + y * y + z * z);
-
-    if (magnitude > this.threshold &&
-        this.lastMagnitude < this.threshold) {
-      this.steps++;
-      console.log('Steps:', this.steps);
-    }
-
-    this.lastMagnitude = magnitude;
-  }
-}
-```
-
-## Praktik Terbaik
-
-1. **Pilih Interval yang Sesuai**: Seimbangkan responsivitas dan masa pakai baterai
-   - Gaming: 16-50ms
-   - Fitness: 100-200ms
-   - Umum: 200-500ms
-
-2. **Hapus Listener**: Selalu bersihkan saat selesai
-3. **Filter Noise**: Gunakan moving average untuk data yang lebih halus
-4. **Pertimbangkan Baterai**: Polling frekuensi tinggi menguras baterai
-5. **Uji pada Perangkat Nyata**: Simulator tidak memberikan data yang akurat
-
-## Tips Performa
-
-### Debouncing
-
-```typescript
-class AccelerometerDebouncer {
-  private timeout: any;
-
-  debounce(callback: Function, delay: number) {
-    return (...args: any[]) => {
-      clearTimeout(this.timeout);
-      this.timeout = setTimeout(() => callback(...args), delay);
-    };
-  }
-}
-```
-
-### Smoothing Data
-
-```typescript
-class AccelerometerFilter {
-  private alpha = 0.8;
-  private filteredX = 0;
-  private filteredY = 0;
-  private filteredZ = 0;
-
-  filter(x: number, y: number, z: number) {
-    this.filteredX = this.alpha * x + (1 - this.alpha) * this.filteredX;
-    this.filteredY = this.alpha * y + (1 - this.alpha) * this.filteredY;
-    this.filteredZ = this.alpha * z + (1 - this.alpha) * this.filteredZ;
-
-    return {
-      x: this.filteredX,
-      y: this.filteredY,
-      z: this.filteredZ
-    };
-  }
-}
-```
-
-## Langkah Selanjutnya
-
-- Jelajahi [API Reference](https://github.com/Cap-go/capacitor-accelerometer#api) untuk dokumentasi metode lengkap
-- Lihat [aplikasi contoh](https://github.com/Cap-go/capacitor-accelerometer/tree/main/example) untuk penggunaan lanjutan
-- Lihat [tutorial](/plugins/capacitor-accelerometer) untuk contoh implementasi lengkap
diff --git a/src/content/docs/id/docs/plugins/accelerometer/index.mdx b/src/content/docs/id/docs/plugins/accelerometer/index.mdx
deleted file mode 100644
index 9c24f8cce..000000000
--- a/src/content/docs/id/docs/plugins/accelerometer/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-accelerometer"
-description: Baca pengukuran accelerometer perangkat dengan Capacitor
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Akses data gerak dan akselerasi perangkat dari sensor accelerometer
-  image:
-    file: ~public/icons/plugins/accelerometer.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/accelerometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-accelerometer
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Akselerasi 3-Sumbu" icon="rocket">
-    Ukur gaya akselerasi dalam sumbu X, Y, dan Z 📊
-  </Card>
-  <Card title="Deteksi Gerakan" icon="star">
-    Deteksi goyangan, kemiringan, dan gerakan perangkat 📱
-  </Card>
-  <Card title="Pembaruan Real-time" icon="setting">
-    Monitoring berkelanjutan data akselerasi ⚡
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/accelerometer/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/admob/getting-started.mdx b/src/content/docs/id/docs/plugins/admob/getting-started.mdx
deleted file mode 100644
index a1ff947c6..000000000
--- a/src/content/docs/id/docs/plugins/admob/getting-started.mdx
+++ /dev/null
@@ -1,89 +0,0 @@
----
-title: Memulai
-description: Instal dan konfigurasi plugin Capgo AdMob untuk menampilkan iklan di dalam aplikasi Capacitor Anda.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal plugin**
-   <PackageManagers pkg="@capgo/capacitor-admob" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Inisialisasi SDK
-
-```typescript
-import { AdMob, MaxAdContentRating } from '@capgo/capacitor-admob';
-
-// Mulai Mobile Ads SDK sekali dalam bootstrap aplikasi Anda
-await AdMob.start();
-
-// Opsional: konfigurasi pengaturan request global
-await AdMob.configure({
-  appMuted: false,
-  appVolume: 1,
-});
-
-await AdMob.configRequest({
-  maxAdContentRating: MaxAdContentRating.T,
-  tagForChildDirectedTreatment: false,
-  tagForUnderAgeOfConsent: false,
-});
-```
-
-## Tampilkan iklan banner
-
-```typescript
-import { BannerAd } from '@capgo/capacitor-admob';
-
-const banner = new BannerAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/banner',
-  position: 'bottom',
-});
-
-await banner.show();
-```
-
-## Iklan interstitial atau rewarded
-
-```typescript
-import { InterstitialAd, RewardedAd } from '@capgo/capacitor-admob';
-
-const interstitial = new InterstitialAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/interstitial',
-});
-await interstitial.load();
-await interstitial.show();
-
-const rewarded = new RewardedAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/rewarded',
-});
-await rewarded.load();
-await rewarded.show();
-```
-
-## Dengarkan event iklan
-
-```typescript
-import { AdMob } from '@capgo/capacitor-admob';
-
-const handle = await AdMob.addListener('adImpression', (event) => {
-  console.log('Ad impression', event);
-});
-
-// Nanti saat pembersihan
-await handle.remove();
-```
-
-## Catatan platform
-
-- **iOS**: Tambahkan ID aplikasi AdMob Anda ke `Info.plist` di bawah kunci `GADApplicationIdentifier` dan sertakan ID SKAdNetwork yang Anda andalkan.
-- **Android**: Deklarasikan ID aplikasi AdMob Anda dalam `AndroidManifest.xml` dengan menambahkan `com.google.android.gms.ads.APPLICATION_ID` di dalam tag `<application>`.
-- **Persetujuan & Privasi**: Gunakan `requestTrackingAuthorization()` di iOS 14+ dan flag child-directed `configRequest()` untuk mematuhi aturan privasi regional.
diff --git a/src/content/docs/id/docs/plugins/admob/index.mdx b/src/content/docs/id/docs/plugins/admob/index.mdx
deleted file mode 100644
index 9c72a3445..000000000
--- a/src/content/docs/id/docs/plugins/admob/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-admob"
-description: Integrasikan iklan Google AdMob ke dalam aplikasi Capacitor Anda dengan format banner, interstitial, dan rewarded.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Monetisasi aplikasi Capacitor Anda dengan banner, interstitial, dan iklan rewarded Google AdMob yang dikelola sepenuhnya dari JavaScript.
-  image:
-    file: ~public/icons/plugins/admob.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/admob/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-admob/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Plugin AdMob Capgo memberikan jembatan kelas satu ke Google Mobile Ads SDK sehingga Anda dapat memonetisasi pengalaman native tanpa mengorbankan kesederhanaan Capacitor.
-
-<CardGrid stagger>
-  <Card title="Format iklan fleksibel" icon="star">
-    Tampilkan iklan banner, interstitial, rewarded, dan app open dengan API terpadu.
-  </Card>
-  <Card title="Konfigurasi request" icon="setting">
-    Sesuaikan request iklan dengan flag child-directed, rating konten, dan parameter jaringan tambahan.
-  </Card>
-  <Card title="Manajemen lifecycle" icon="rocket">
-    Buat, muat, tampilkan, sembunyikan, dan hancurkan iklan sesuai permintaan sambil melacak status pemuatan.
-  </Card>
-  <Card title="Siap privasi" icon="approve-check">
-    Tangani prompt ATT dan pantau status otorisasi tracking untuk tetap patuh.
-  </Card>
-</CardGrid>
-
-Gunakan panduan memulai untuk menghubungkan ID aplikasi AdMob Anda, mengonfigurasi persetujuan, dan mengelola inventaris iklan langsung dari proyek Capacitor Anda.
diff --git a/src/content/docs/id/docs/plugins/age-signals/getting-started.mdx b/src/content/docs/id/docs/plugins/age-signals/getting-started.mdx
deleted file mode 100644
index b3ee172c7..000000000
--- a/src/content/docs/id/docs/plugins/age-signals/getting-started.mdx
+++ /dev/null
@@ -1,509 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Age Signals untuk mendeteksi akun yang diawasi dan pengguna terverifikasi di aplikasi Android Anda.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Aside type="caution">
-Plugin ini **khusus Android** dan memerlukan Google Play Services. Plugin ini tidak akan berfungsi di iOS, web, atau perangkat Android tanpa Google Play Store.
-</Aside>
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-android-age-signals" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek Android**
-   <PackageManagers type="exec" pkg="cap" args="sync android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Prasyarat
-
-- Perangkat Android dengan Google Play Services
-- Minimum Android API level 21 (Android 5.0)
-- Google Play Store terinstal di perangkat
-
-## Penggunaan
-
-### Periksa Age Signals
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-try {
-  const result = await AgeSignals.checkAgeSignals();
-
-  console.log('User status:', result.userStatus);
-
-  switch (result.userStatus) {
-    case UserStatus.Verified:
-      console.log('User is 18+ and verified by Google');
-      // Allow access to age-restricted content
-      break;
-
-    case UserStatus.Supervised:
-      console.log(`Supervised user aged ${result.ageLower}-${result.ageUpper}`);
-      // Apply age-appropriate restrictions
-      break;
-
-    case UserStatus.SupervisedApprovalPending:
-      console.log('Waiting for guardian approval');
-      console.log('Pending since:', result.mostRecentApprovalDate);
-      // Inform user to wait for guardian approval
-      break;
-
-    case UserStatus.SupervisedApprovalDenied:
-      console.log('Guardian denied access');
-      console.log('Last approval:', result.mostRecentApprovalDate);
-      // Block access or show alternative content
-      break;
-
-    case UserStatus.Unknown:
-      console.log('User status unknown - prompt to verify in Play Store');
-      // Guide user to verify their age in Google Play
-      break;
-
-    case UserStatus.Empty:
-      console.log('No age signal available');
-      // Handle as unverified user
-      break;
-  }
-} catch (error) {
-  console.error('Failed to check age signals:', error);
-}
-```
-
-### Menangani Pengguna yang Diawasi
-
-```typescript
-async function handleSupervisedUser() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised) {
-    const age = result.ageLower;
-
-    if (age < 13) {
-      // Apply COPPA restrictions
-      console.log('User is under 13 - COPPA applies');
-      disableDataCollection();
-      disableSocialFeatures();
-      requireParentalConsent();
-    } else if (age < 18) {
-      // Apply teen restrictions
-      console.log('User is 13-17 - Teen restrictions apply');
-      enableModeratedSocialFeatures();
-      restrictAds();
-    }
-
-    // Track install ID for revocation notifications
-    console.log('Install ID:', result.installId);
-    saveInstallId(result.installId);
-  }
-}
-```
-
-### Implementasi Age Gate
-
-```typescript
-async function ageGate() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  // Allow verified 18+ users
-  if (result.userStatus === UserStatus.Verified) {
-    return true;
-  }
-
-  // Check supervised user age
-  if (result.userStatus === UserStatus.Supervised) {
-    return result.ageUpper >= 18;
-  }
-
-  // Block users with pending or denied approvals
-  if (
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return false;
-  }
-
-  // For unknown/empty, implement fallback age verification
-  return await showAgeVerificationDialog();
-}
-```
-
-### Memantau Status Persetujuan
-
-```typescript
-async function checkApprovalStatus() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.SupervisedApprovalPending) {
-    console.log('Guardian approval pending');
-    console.log('Age range:', result.ageLower, '-', result.ageUpper);
-    console.log('Most recent approval:', result.mostRecentApprovalDate);
-
-    // Show message to user
-    showMessage(
-      'Your guardian needs to approve this app. ' +
-      'We notified them on ' + result.mostRecentApprovalDate
-    );
-  } else if (result.userStatus === UserStatus.SupervisedApprovalDenied) {
-    console.log('Guardian denied approval');
-    console.log('Last approved on:', result.mostRecentApprovalDate);
-
-    // Show blocked message
-    showMessage(
-      'Your guardian did not approve this app. ' +
-      'Contact them for more information.'
-    );
-  }
-}
-```
-
-## Referensi API
-
-### checkAgeSignals()
-
-Meminta Play Age Signals saat ini untuk pengguna yang aktif.
-
-```typescript
-const result = await AgeSignals.checkAgeSignals();
-```
-
-**Mengembalikan:**
-
-```typescript
-interface CheckAgeSignalsResult {
-  userStatus: UserStatus;
-  ageLower?: number;
-  ageUpper?: number;
-  mostRecentApprovalDate?: string;
-  installId?: string;
-}
-```
-
-### UserStatus Enum
-
-```typescript
-enum UserStatus {
-  Verified = 'VERIFIED',                           // 18+ verified
-  Supervised = 'SUPERVISED',                       // Supervised account
-  SupervisedApprovalPending = 'SUPERVISED_APPROVAL_PENDING',
-  SupervisedApprovalDenied = 'SUPERVISED_APPROVAL_DENIED',
-  Unknown = 'UNKNOWN',                             // Unknown status
-  Empty = 'EMPTY'                                  // No signal
-}
-```
-
-## Field Hasil
-
-### userStatus
-
-Status verifikasi pengguna seperti yang dilaporkan oleh Google Play.
-
-- **Verified**: Pengguna berusia di atas 18 tahun dan terverifikasi usia oleh Google
-- **Supervised**: Pengguna memiliki Google Account yang diawasi
-- **SupervisedApprovalPending**: Menunggu persetujuan wali untuk perubahan
-- **SupervisedApprovalDenied**: Wali menolak akses aplikasi
-- **Unknown**: Pengguna harus memverifikasi status di Play Store
-- **Empty**: Semua pengguna lainnya (status default)
-
-### ageLower
-
-Batas bawah inklusif dari rentang usia pengguna yang diawasi.
-
-Hanya ada ketika `userStatus` adalah:
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-### ageUpper
-
-Batas atas inklusif dari rentang usia pengguna yang diawasi.
-
-Hanya ada ketika:
-- `userStatus` adalah salah satu status yang diawasi
-- Usia pengguna dilaporkan kurang dari 18 tahun
-
-### mostRecentApprovalDate
-
-String tanggal untuk perubahan signifikan terbaru yang menerima persetujuan wali.
-
-Hanya ada ketika `userStatus` adalah:
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-Format: String tanggal ISO 8601
-
-### installId
-
-Identifier yang diberikan untuk instalasi yang diawasi di Google Play.
-
-Digunakan untuk notifikasi pencabutan ketika wali mencabut persetujuan aplikasi.
-
-Hanya ada ketika `userStatus` adalah:
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-## Kasus Penggunaan
-
-### 1. Kepatuhan COPPA
-
-```typescript
-async function applyCoppaRestrictions() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised && result.ageLower < 13) {
-    // Disable data collection
-    disableAnalytics();
-    disableAdvertising();
-
-    // Disable social features
-    hideChatFeatures();
-    disableUserProfiles();
-
-    // Require verifiable parental consent
-    await requestParentalConsent(result.installId);
-  }
-}
-```
-
-### 2. Konten Sesuai Usia
-
-```typescript
-async function filterContent() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  let contentRating;
-
-  if (result.userStatus === UserStatus.Verified) {
-    contentRating = 'MATURE';
-  } else if (result.userStatus === UserStatus.Supervised) {
-    if (result.ageUpper < 13) {
-      contentRating = 'EVERYONE';
-    } else if (result.ageUpper < 18) {
-      contentRating = 'TEEN';
-    } else {
-      contentRating = 'MATURE';
-    }
-  } else {
-    contentRating = 'TEEN'; // Default safe rating
-  }
-
-  loadContentForRating(contentRating);
-}
-```
-
-### 3. Dashboard Wali
-
-```typescript
-async function getGuardianInfo() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (
-    result.userStatus === UserStatus.Supervised ||
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return {
-      isSupervised: true,
-      ageRange: `${result.ageLower}-${result.ageUpper}`,
-      approvalStatus: result.userStatus,
-      lastApprovalDate: result.mostRecentApprovalDate,
-      installId: result.installId,
-    };
-  }
-
-  return { isSupervised: false };
-}
-```
-
-## Contoh Lengkap
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-export class AgeVerificationService {
-  async verifyAge(): Promise<{
-    allowed: boolean;
-    reason: string;
-    restrictions: string[];
-  }> {
-    try {
-      const result = await AgeSignals.checkAgeSignals();
-
-      switch (result.userStatus) {
-        case UserStatus.Verified:
-          return {
-            allowed: true,
-            reason: 'User is verified 18+',
-            restrictions: [],
-          };
-
-        case UserStatus.Supervised:
-          return this.handleSupervised(result);
-
-        case UserStatus.SupervisedApprovalPending:
-          return {
-            allowed: false,
-            reason: 'Waiting for guardian approval',
-            restrictions: ['Guardian approval required'],
-          };
-
-        case UserStatus.SupervisedApprovalDenied:
-          return {
-            allowed: false,
-            reason: 'Guardian denied access',
-            restrictions: ['Access denied by guardian'],
-          };
-
-        case UserStatus.Unknown:
-          return {
-            allowed: false,
-            reason: 'Age verification required',
-            restrictions: ['Verify age in Google Play'],
-          };
-
-        case UserStatus.Empty:
-        default:
-          return {
-            allowed: false,
-            reason: 'No age signal available',
-            restrictions: ['Age verification needed'],
-          };
-      }
-    } catch (error) {
-      console.error('Age verification failed:', error);
-      return {
-        allowed: false,
-        reason: 'Verification error',
-        restrictions: ['Try again later'],
-      };
-    }
-  }
-
-  private handleSupervised(result: any) {
-    const age = result.ageLower;
-    const restrictions: string[] = [];
-
-    if (age < 13) {
-      restrictions.push('No data collection (COPPA)');
-      restrictions.push('No social features');
-      restrictions.push('Parental consent required');
-      return {
-        allowed: false,
-        reason: `User is under 13 (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else if (age < 18) {
-      restrictions.push('Age-appropriate content only');
-      restrictions.push('Moderated social features');
-      return {
-        allowed: true,
-        reason: `Teen user (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else {
-      return {
-        allowed: true,
-        reason: `Adult supervised user (${result.ageLower}+)`,
-        restrictions: [],
-      };
-    }
-  }
-
-  async saveInstallId(installId: string) {
-    // Store install ID for revocation handling
-    localStorage.setItem('ageSignalsInstallId', installId);
-  }
-
-  async checkRevocation() {
-    const result = await AgeSignals.checkAgeSignals();
-    const storedId = localStorage.getItem('ageSignalsInstallId');
-
-    if (result.installId && storedId && result.installId !== storedId) {
-      // Install ID changed - likely revoked and reinstalled
-      console.log('App was revoked and reinstalled');
-      return true;
-    }
-
-    return false;
-  }
-}
-```
-
-## Praktik Terbaik
-
-1. **Periksa saat Aplikasi Dimulai**: Verifikasi age signals ketika aplikasi diluncurkan
-2. **Cache Hasil**: Cache hasil tetapi refresh secara berkala
-3. **Tangani Semua Status**: Implementasikan logika untuk semua nilai UserStatus
-4. **Hormati Penolakan**: Jangan izinkan akses ketika wali menolak persetujuan
-5. **Simpan Install ID**: Lacak install ID untuk deteksi pencabutan
-6. **Logika Fallback**: Miliki verifikasi usia fallback untuk status Unknown/Empty
-7. **Privasi Pertama**: Jangan kumpulkan data yang tidak perlu dari pengguna yang diawasi
-
-## Panduan Kepatuhan
-
-### COPPA (Children's Online Privacy Protection Act)
-
-Untuk pengguna di bawah 13 tahun:
-- Dapatkan persetujuan orang tua yang dapat diverifikasi
-- Batasi pengumpulan data
-- Nonaktifkan iklan berbasis perilaku
-- Sediakan kontrol orang tua
-
-### GDPR (General Data Protection Regulation)
-
-Untuk pengguna yang diawasi:
-- Proses data secara sah
-- Sediakan mekanisme persetujuan wali
-- Izinkan akses dan penghapusan data
-- Implementasikan privasi by design
-
-## Catatan Platform
-
-### Android
-- Memerlukan Google Play Services
-- Minimum API level 21 (Android 5.0+)
-- Hanya berfungsi di perangkat dengan Play Store
-- Sinyal mungkin tidak tersedia di semua wilayah
-- Hasil dapat berubah jika wali mengubah pengaturan
-
-### iOS / Web
-- **Tidak didukung** - Ini adalah plugin khusus Android
-- Akan melempar error jika dipanggil di platform yang tidak didukung
-
-## Pemecahan Masalah
-
-### Tidak Ada Sinyal yang Dikembalikan (Status Empty)
-
-Ini normal untuk:
-- Pengguna di luar wilayah yang didukung
-- Perangkat tanpa Google Play Services
-- Pengguna yang belum menyiapkan Family Link
-- Akun baru tanpa verifikasi
-
-### Status Unknown
-
-Pengguna harus:
-1. Buka Google Play Store
-2. Pergi ke Settings → Family
-3. Selesaikan proses verifikasi usia
-
-### Masalah Izin
-
-Pastikan:
-- Google Play Services diperbarui
-- Aplikasi memiliki nama paket yang benar di Play Console
-- Pengujian di perangkat nyata (bukan emulator tanpa Play Services)
-
-## Sumber Daya
-
-- [Google Play Age Signals Documentation](https://developers.google.com/android/reference/com/google/android/gms/agesignals)
-- [Family Link Developer Guide](https://developers.google.com/families)
-- [COPPA Compliance Guide](https://www.ftc.gov/business-guidance/resources/complying-coppa-frequently-asked-questions)
diff --git a/src/content/docs/id/docs/plugins/age-signals/index.mdx b/src/content/docs/id/docs/plugins/age-signals/index.mdx
deleted file mode 100644
index 89cefc85c..000000000
--- a/src/content/docs/id/docs/plugins/age-signals/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-android-age-signals"
-description: Wrapper Google Play Age Signals API - mendeteksi akun yang diawasi, persetujuan wali, dan pengguna terverifikasi.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Akses Google Play Age Signals untuk mendeteksi akun yang diawasi, memverifikasi usia pengguna, dan mematuhi peraturan keamanan anak di aplikasi Android Anda.
-  image:
-    file: ~public/icons/plugins/android-age-signals.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/age-signals/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-age-signals/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Akun yang Diawasi" icon="setting">
-    Deteksi ketika pengguna memiliki Google account yang diawasi yang dikelola oleh wali 👨‍👧‍👦
-  </Card>
-  <Card title="Verifikasi Usia" icon="approve-check-circle">
-    Identifikasi pengguna terverifikasi yang berusia 18+ dengan verifikasi usia Google 🔐
-  </Card>
-  <Card title="Kepatuhan" icon="approve-check">
-    Patuhi peraturan keamanan anak seperti COPPA dan GDPR 📋
-  </Card>
-  <Card title="Persetujuan Wali" icon="star">
-    Lacak persetujuan yang tertunda dan status persetujuan wali ✅
-  </Card>
-  <Card title="Khusus Android" icon="puzzle">
-    Dirancang khusus untuk Android dengan Google Play Services 📱
-  </Card>
-  <Card title="API Sederhana" icon="rocket">
-    Panggilan metode tunggal untuk mengambil semua age signals 🚀
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/alarm/getting-started.mdx b/src/content/docs/id/docs/plugins/alarm/getting-started.mdx
deleted file mode 100644
index 0a4b032fa..000000000
--- a/src/content/docs/id/docs/plugins/alarm/getting-started.mdx
+++ /dev/null
@@ -1,139 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Capacitor Alarm untuk mengelola alarm native di iOS dan Android.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Persyaratan
-
-- **iOS**: Hanya iOS 26+. Plugin ini bergantung pada `AlarmKit` API dan akan melaporkan tidak didukung di versi sebelumnya atau ketika framework tidak tersedia.
-- **Android**: Menggunakan intent `AlarmClock`; perilaku tergantung pada aplikasi Clock default dan kebijakan OEM.
-
-Catatan: Plugin ini hanya mengekspos aksi alarm native (create/open). Plugin ini tidak mengimplementasikan penjadwalan/CRUD alarm in-app kustom.
-
-## API
-
-### createAlarm(...)
-
-```typescript
-createAlarm(options: NativeAlarmCreateOptions) => Promise<NativeActionResult>
-```
-
-Buat alarm OS native menggunakan aplikasi clock platform.
-Di Android ini menggunakan intent Alarm Clock; di iOS ini menggunakan AlarmKit jika tersedia (iOS 26+).
-
-| Param         | Type                                                                          |
-| ------------- | ----------------------------------------------------------------------------- |
-| **`options`** | `NativeAlarmCreateOptions` |
-
-**Mengembalikan:** `Promise<NativeActionResult>`
-
-### openAlarms()
-
-```typescript
-openAlarms() => Promise<NativeActionResult>
-```
-
-Buka UI daftar alarm native platform, jika tersedia.
-
-**Mengembalikan:** `Promise<NativeActionResult>`
-
-### getOSInfo()
-
-```typescript
-getOSInfo() => Promise<OSInfo>
-```
-
-Dapatkan informasi tentang OS dan kemampuannya.
-
-**Mengembalikan:** `Promise<OSInfo>`
-
-### requestPermissions(...)
-
-```typescript
-requestPermissions(options?: { exactAlarm?: boolean | undefined; } | undefined) => Promise<PermissionResult>
-```
-
-Minta izin yang relevan untuk penggunaan alarm di platform.
-Di Android, dapat mengarahkan ke pengaturan untuk alarm exact.
-
-| Param         | Type                                   |
-| ------------- | -------------------------------------- |
-| **`options`** | `{ exactAlarm?: boolean; }` |
-
-**Mengembalikan:** `Promise<PermissionResult>`
-
-## Interface
-
-### NativeActionResult
-
-| Prop          | Type                 |
-| ------------- | -------------------- |
-| **`success`** | `boolean` |
-| **`message`** | `string`  |
-
-### NativeAlarmCreateOptions
-
-Opsi untuk membuat alarm OS native melalui aplikasi clock platform.
-
-| Prop          | Type                 | Description                                  |
-| ------------- | -------------------- | -------------------------------------------- |
-| **`hour`**    | `number`  | Jam dalam format 24 jam (0-23)             |
-| **`minute`**  | `number`  | Menit dalam jam (0-59)                        |
-| **`label`**   | `string`  | Label opsional untuk alarm                 |
-| **`skipUi`**  | `boolean` | Khusus Android: upayakan melewati UI jika memungkinkan |
-| **`vibrate`** | `boolean` | Khusus Android: atur alarm untuk bergetar           |
-
-### OSInfo
-
-Informasi yang dikembalikan tentang OS saat ini dan kemampuannya.
-
-| Prop                                 | Type                 | Description                                                 |
-| ------------------------------------ | -------------------- | ----------------------------------------------------------- |
-| **`platform`**                       | `string`  | 'ios' \| 'android' \| 'web'                                 |
-| **`version`**                        | `string`  | String versi OS                                           |
-| **`supportsNativeAlarms`**           | `boolean` | Apakah platform mengekspos integrasi aplikasi alarm native |
-| **`supportsScheduledNotifications`** | `boolean` | Apakah penjadwalan notifikasi lokal didukung         |
-| **`canScheduleExactAlarms`**         | `boolean` | Khusus Android: apakah alarm exact diizinkan              |
-
-### PermissionResult
-
-Hasil dari permintaan izin.
-
-| Prop          | Type                                                             | Description                        |
-| ------------- | ---------------------------------------------------------------- | ---------------------------------- |
-| **`granted`** | `boolean`                                             | Izin keseluruhan untuk ruang lingkup yang diminta  |
-| **`details`** | `Record<string, boolean>` | Detail opsional berdasarkan kunci izin |
diff --git a/src/content/docs/id/docs/plugins/alarm/index.mdx b/src/content/docs/id/docs/plugins/alarm/index.mdx
deleted file mode 100644
index 2dd18317e..000000000
--- a/src/content/docs/id/docs/plugins/alarm/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-alarm"
-description: Jadwalkan alarm dan notifikasi native bahkan ketika aplikasi ditutup.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Kelola alarm native di iOS dan Android langsung dari aplikasi Capacitor Anda.
-  image:
-    file: ~public/icons/plugins/alarm.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/alarm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-alarm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Integrasi Native" icon="puzzle">
-    Menggunakan AlarmKit native di iOS dan intent AlarmClock di Android 📱
-  </Card>
-  <Card title="API Sederhana" icon="rocket">
-    Metode mudah digunakan untuk membuat dan mengelola alarm ⚡
-  </Card>
-  <Card title="Penanganan Izin" icon="approve-check-circle">
-    Dukungan bawaan untuk meminta izin yang diperlukan 🔒
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/alarm/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/android-inline-install/getting-started.mdx b/src/content/docs/id/docs/plugins/android-inline-install/getting-started.mdx
deleted file mode 100644
index 15ef8e41a..000000000
--- a/src/content/docs/id/docs/plugins/android-inline-install/getting-started.mdx
+++ /dev/null
@@ -1,145 +0,0 @@
----
-title: Memulai
-description: Panduan instalasi dan penggunaan untuk @capgo/capacitor-android-inline-install
-locale: id
-sidebar:
-  order: 2
-  label: "Memulai"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Contoh Penggunaan
-
-```typescript
-import { AndroidInlineInstall } from '@capgo/capacitor-android-inline-install';
-
-// Basic inline install
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp'
-});
-
-// Advanced install with tracking
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp',
-  referrer: 'campaign=my-campaign&source=app',
-  overlay: true,
-  fallback: true
-});
-
-// Handle the installation flow
-try {
-  await AndroidInlineInstall.startInlineInstall({
-    id: 'com.spotify.music',
-    referrer: 'utm_source=myapp&utm_campaign=music_promotion'
-  });
-  console.log('Install overlay triggered successfully');
-} catch (error) {
-  console.error('Install failed:', error);
-}
-```
-
-## Metode API Inti
-
-### Manajemen Instalasi
-- `startInlineInstall(options)` - Memicu overlay instalasi inline Google Play untuk aplikasi yang ditentukan
-
-## Opsi Konfigurasi
-
-```typescript
-interface InlineInstallOptions {
-  id: string;           // Nama paket aplikasi target (wajib)
-  referrer?: string;    // String kampanye pelacakan (opsional)
-  callerId?: string;    // Nama paket aplikasi pemanggil (default: aplikasi saat ini)
-  overlay?: boolean;    // Aktifkan/nonaktifkan overlay Play (default: true)
-  fallback?: boolean;   // Gunakan halaman store penuh jika overlay gagal (default: true)
-}
-```
-
-## Persyaratan Google Play
-
-### Kelayakan Premium Growth Tools
-Aplikasi Anda harus memenuhi syarat untuk Premium Growth Tools Google Play untuk menggunakan instalasi inline:
-- Aplikasi dengan keterlibatan pengguna yang signifikan
-- Rating dan ulasan Play Store yang baik
-- Kepatuhan dengan kebijakan Google Play
-
-### Persyaratan Aplikasi Target
-- Aplikasi target harus tersedia di Google Play Store
-- Aplikasi target harus mendukung instalasi inline
-- Pengguna harus masuk ke Google Play Store
-
-## Perilaku dan Fallback
-
-### Mode Overlay (default)
-1. Mencoba membuka overlay Google Play di dalam aplikasi Anda
-2. Jika overlay tidak tersedia, kembali ke halaman Play Store penuh
-3. Jika Play Store tidak tersedia, menampilkan error
-
-### Mode Store Penuh
-- Langsung membuka halaman Google Play Store penuh
-- Melewati upaya overlay sepenuhnya
-
-## Dukungan Platform
-
-- **Android**: Dukungan penuh dengan Google Play Services
-- **iOS**: Tidak didukung (fitur khusus Android)
-- **Web**: Tidak didukung (fitur native Android)
-
-## Detail Implementasi
-
-Plugin menggunakan intent Android untuk berkomunikasi dengan Google Play Store:
-- Intent action untuk overlay instalasi inline
-- Fallback ke intent Play Store standar
-- Penanganan otomatis ketersediaan Play Services
-
-## Kasus Penggunaan
-
-- **Penemuan aplikasi**: Promosikan aplikasi terkait dalam ekosistem Anda
-- **Promosi silang**: Dorong instalasi untuk aplikasi partner
-- **Pembukaan fitur**: Instal modul atau ekstensi tambahan
-- **Aplikasi pendamping**: Instal aplikasi pendukung dengan mulus
-
-## Praktik Terbaik
-
-- Selalu sediakan opsi fallback untuk pengguna tanpa Play Services
-- Uji dengan konfigurasi perangkat dan versi Play Store yang berbeda
-- Gunakan pelacakan referrer untuk mengukur tingkat konversi
-- Tangani error instalasi dengan baik
-- Hormati pilihan pengguna jika mereka menolak instalasi
-
-## Keterbatasan
-
-- Fungsi khusus Android
-- Memerlukan Google Play Services
-- Hanya berfungsi dengan aplikasi yang memenuhi syarat untuk Premium Growth Tools
-- Tunduk pada kebijakan dan ketersediaan Google Play Store
diff --git a/src/content/docs/id/docs/plugins/android-inline-install/index.mdx b/src/content/docs/id/docs/plugins/android-inline-install/index.mdx
deleted file mode 100644
index d0d31526b..000000000
--- a/src/content/docs/id/docs/plugins/android-inline-install/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: "@capgo/capacitor-android-inline-install"
-description: Plugin instalasi aplikasi inline Android untuk aplikasi Capacitor dengan instalasi APK dan manajemen update yang mulus.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Aktifkan instalasi dan update dalam aplikasi yang mulus untuk aplikasi Android dengan kemampuan instalasi inline dan alur yang ramah pengguna.
-  image:
-    file: ~public/icons/plugins/android-inline-install.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/android-inline-install/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-inline-install/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Ringkasan
-
-Plugin Capacitor Android Inline Install memungkinkan pemicuan overlay Instalasi Inline Google Play untuk aplikasi Android. Plugin ini menyediakan pengalaman instalasi dalam aplikasi yang mulus menggunakan Premium Growth Tools Google, memungkinkan pengguna untuk menginstal aplikasi tanpa meninggalkan aplikasi Anda.
-
-<CardGrid stagger>
-  <Card title="Overlay Google Play" icon="rocket">
-    Memicu overlay instalasi Google Play native 📱
-  </Card>
-  <Card title="Pengalaman mulus" icon="rocket">
-    Instal aplikasi tanpa meninggalkan aplikasi Anda 🔄
-  </Card>
-  <Card title="Dukungan fallback" icon="heart">
-    Fallback otomatis ke halaman Play Store penuh ❤️
-  </Card>
-  <Card title="Pelacakan kampanye" icon="star">
-    Dukungan untuk pelacakan referrer dan analitik 📊
-  </Card>
-</CardGrid>
-
-## Dokumentasi
-
-Lihat [dokumentasi lengkap](/docs/plugins/android-inline-install/getting-started/) untuk panduan implementasi terperinci dan pola integrasi lanjutan.
diff --git a/src/content/docs/id/docs/plugins/android-kiosk/getting-started.mdx b/src/content/docs/id/docs/plugins/android-kiosk/getting-started.mdx
deleted file mode 100644
index e4ac95d86..000000000
--- a/src/content/docs/id/docs/plugins/android-kiosk/getting-started.mdx
+++ /dev/null
@@ -1,336 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Android Kiosk untuk mengunci perangkat Android Anda ke mode kiosk di aplikasi Capacitor Anda.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-android-kiosk" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Dukungan Platform
-
-Plugin ini **khusus Android**. Untuk fungsi mode kiosk iOS, silakan gunakan fitur [Guided Access](https://support.apple.com/en-us/HT202612) bawaan perangkat.
-
-## Fitur
-
-- **Mode Kiosk**: Sembunyikan UI sistem dan masuk mode layar penuh immersive
-- **Integrasi Launcher**: Atur aplikasi Anda sebagai launcher/aplikasi home perangkat
-- **Kontrol Tombol Hardware**: Blokir atau izinkan tombol hardware tertentu
-- **Deteksi Status**: Periksa apakah mode kiosk aktif atau aplikasi diatur sebagai launcher
-- **Android 6.0+**: Mendukung Android API 23 hingga Android 15 (API 35)
-
-## Penggunaan Dasar
-
-### Masuk dan Keluar Mode Kiosk
-
-```typescript
-import { CapacitorAndroidKiosk } from '@capgo/capacitor-android-kiosk';
-
-// Enter kiosk mode
-await CapacitorAndroidKiosk.enterKioskMode();
-
-// Exit kiosk mode
-await CapacitorAndroidKiosk.exitKioskMode();
-
-// Check if in kiosk mode
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-console.log('Kiosk mode active:', isInKioskMode);
-```
-
-### Fungsi Launcher
-
-Untuk fungsi mode kiosk penuh, Anda perlu mengatur aplikasi Anda sebagai launcher perangkat:
-
-```typescript
-// Open home screen settings for user to select your app as launcher
-await CapacitorAndroidKiosk.setAsLauncher();
-
-// Check if app is set as launcher
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-console.log('App is launcher:', isLauncher);
-```
-
-### Kontrol Tombol Hardware
-
-Kontrol tombol hardware mana yang diizinkan berfungsi dalam mode kiosk:
-
-```typescript
-// Allow only volume keys
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false
-});
-
-// Block all keys (default)
-await CapacitorAndroidKiosk.setAllowedKeys({});
-```
-
-## Contoh Lengkap
-
-```typescript
-async function setupKioskMode() {
-  try {
-    // Check if already set as launcher
-    const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-
-    if (!isLauncher) {
-      // Prompt user to set as launcher
-      await CapacitorAndroidKiosk.setAsLauncher();
-      alert('Please select this app as your Home app');
-      return;
-    }
-
-    // Configure allowed keys
-    await CapacitorAndroidKiosk.setAllowedKeys({
-      volumeUp: true,
-      volumeDown: true,
-      back: false,
-      home: false,
-      recent: false,
-      power: false
-    });
-
-    // Enter kiosk mode
-    await CapacitorAndroidKiosk.enterKioskMode();
-    console.log('Kiosk mode activated');
-
-  } catch (error) {
-    console.error('Failed to setup kiosk mode:', error);
-  }
-}
-```
-
-## Referensi API
-
-### isInKioskMode()
-
-Memeriksa apakah aplikasi saat ini berjalan dalam mode kiosk.
-
-```typescript
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-```
-
-**Mengembalikan:**
-- `isInKioskMode` (boolean): Apakah mode kiosk saat ini aktif
-
----
-
-### isSetAsLauncher()
-
-Memeriksa apakah aplikasi diatur sebagai launcher perangkat (aplikasi home).
-
-```typescript
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-```
-
-**Mengembalikan:**
-- `isLauncher` (boolean): Apakah aplikasi diatur sebagai launcher perangkat
-
----
-
-### enterKioskMode()
-
-Masuk mode kiosk, menyembunyikan UI sistem dan memblokir tombol hardware. Aplikasi harus diatur sebagai launcher perangkat agar ini berfungsi efektif.
-
-```typescript
-await CapacitorAndroidKiosk.enterKioskMode();
-```
-
----
-
-### exitKioskMode()
-
-Keluar dari mode kiosk, memulihkan UI sistem normal dan fungsi tombol hardware.
-
-```typescript
-await CapacitorAndroidKiosk.exitKioskMode();
-```
-
----
-
-### setAsLauncher()
-
-Membuka pengaturan layar home perangkat untuk memungkinkan pengguna mengatur aplikasi ini sebagai launcher. Ini diperlukan untuk fungsi mode kiosk penuh.
-
-```typescript
-await CapacitorAndroidKiosk.setAsLauncher();
-```
-
----
-
-### setAllowedKeys(options)
-
-Mengatur tombol hardware mana yang diizinkan berfungsi dalam mode kiosk. Secara default, semua tombol hardware diblokir dalam mode kiosk.
-
-```typescript
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false,
-  power: false,
-  camera: false,
-  menu: false
-});
-```
-
-**Parameter:**
-- `volumeUp` (boolean, opsional): Izinkan tombol volume naik (default: false)
-- `volumeDown` (boolean, opsional): Izinkan tombol volume turun (default: false)
-- `back` (boolean, opsional): Izinkan tombol kembali (default: false)
-- `home` (boolean, opsional): Izinkan tombol home (default: false)
-- `recent` (boolean, opsional): Izinkan tombol aplikasi terbaru (default: false)
-- `power` (boolean, opsional): Izinkan tombol power (default: false)
-- `camera` (boolean, opsional): Izinkan tombol kamera jika ada (default: false)
-- `menu` (boolean, opsional): Izinkan tombol menu jika ada (default: false)
-
----
-
-### getPluginVersion()
-
-Dapatkan versi plugin Capacitor native.
-
-```typescript
-const { version } = await CapacitorAndroidKiosk.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-**Mengembalikan:**
-- `version` (string): Nomor versi plugin
-
-## Konfigurasi Android
-
-### 1. Setup MainActivity
-
-Untuk mengaktifkan pemblokiran tombol hardware penuh, Anda perlu override `dispatchKeyEvent` di `MainActivity.java` Anda:
-
-```java
-import android.view.KeyEvent;
-import ee.forgr.plugin.android_kiosk.CapacitorAndroidKioskPlugin;
-
-public class MainActivity extends BridgeActivity {
-    @Override
-    public boolean dispatchKeyEvent(KeyEvent event) {
-        // Get the kiosk plugin
-        CapacitorAndroidKioskPlugin kioskPlugin = (CapacitorAndroidKioskPlugin)
-            this.getBridge().getPlugin("CapacitorAndroidKiosk").getInstance();
-
-        if (kioskPlugin != null && kioskPlugin.shouldBlockKey(event.getKeyCode())) {
-            return true; // Block the key
-        }
-
-        return super.dispatchKeyEvent(event);
-    }
-
-    @Override
-    public void onBackPressed() {
-        // Don't call super.onBackPressed() to disable back button
-        // Or call the plugin's handleOnBackPressed
-    }
-}
-```
-
-### 2. AndroidManifest.xml
-
-Tambahkan intent filter launcher untuk membuat aplikasi Anda dapat dipilih sebagai launcher:
-
-```xml
-<activity
-    android:name=".MainActivity"
-    ...>
-
-    <!-- Existing intent filter -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.LAUNCHER" />
-    </intent-filter>
-
-    <!-- Add this to make app selectable as launcher -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.HOME" />
-        <category android:name="android.intent.category.DEFAULT" />
-    </intent-filter>
-</activity>
-```
-
-## Catatan Penting
-
-1. **Persyaratan Launcher**: Untuk fungsi mode kiosk penuh (memblokir tombol home, mencegah pergantian tugas), aplikasi Anda harus diatur sebagai launcher perangkat.
-
-2. **Pengujian**: Saat pengujian, Anda dapat keluar dari mode kiosk secara programatis atau dengan mengatur aplikasi lain sebagai launcher.
-
-3. **Versi Android**: Plugin menggunakan Android API modern untuk Android 11+ dan kembali ke metode lama untuk kompatibilitas dengan Android 6.0+.
-
-4. **Keamanan**: Plugin ini dirancang untuk aplikasi kiosk yang sah. Pastikan Anda menyediakan pengguna dengan cara untuk keluar dari mode kiosk.
-
-5. **Baterai**: Mode kiosk menjaga layar tetap menyala. Pertimbangkan untuk mengimplementasikan timeout layar atau manajemen kecerahan Anda sendiri.
-
-## Alternatif iOS
-
-Untuk perangkat iOS, gunakan fitur [Guided Access](https://support.apple.com/en-us/HT202612) bawaan:
-
-1. Pergi ke Settings > Accessibility > Guided Access
-2. Aktifkan Guided Access
-3. Atur passcode
-4. Buka aplikasi Anda
-5. Triple-click tombol samping
-6. Sesuaikan pengaturan dan mulai Guided Access
-
-## Praktik Terbaik
-
-1. **Periksa status launcher terlebih dahulu**
-   ```typescript
-   const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-   if (!isLauncher) {
-     // Prompt user to set as launcher first
-     await CapacitorAndroidKiosk.setAsLauncher();
-   }
-   ```
-
-2. **Sediakan mekanisme keluar**
-   ```typescript
-   // Allow specific key combination to exit
-   // Or implement a secret gesture/pattern
-   async function exitKioskWithConfirmation() {
-     const confirmed = confirm('Exit kiosk mode?');
-     if (confirmed) {
-       await CapacitorAndroidKiosk.exitKioskMode();
-     }
-   }
-   ```
-
-3. **Tangani siklus hidup aplikasi**
-   ```typescript
-   // Re-enter kiosk mode when app resumes
-   window.addEventListener('resume', async () => {
-     const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-     if (!isInKioskMode) {
-       await CapacitorAndroidKiosk.enterKioskMode();
-     }
-   });
-   ```
-
-4. **Penanganan error**
-   ```typescript
-   try {
-     await CapacitorAndroidKiosk.enterKioskMode();
-   } catch (error) {
-     console.error('Failed to enter kiosk mode:', error);
-     // Notify user and provide alternative
-   }
-   ```
diff --git a/src/content/docs/id/docs/plugins/android-kiosk/index.mdx b/src/content/docs/id/docs/plugins/android-kiosk/index.mdx
deleted file mode 100644
index 29b326260..000000000
--- a/src/content/docs/id/docs/plugins/android-kiosk/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@capgo/capacitor-android-kiosk"
-description: Plugin Mode Kiosk Android untuk Capacitor - Kunci perangkat ke mode kiosk dengan fungsi launcher
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Kunci perangkat Android Anda ke mode kiosk dengan kontrol penuh atas tombol hardware dan fungsi launcher untuk aplikasi Capacitor Anda.
-  image:
-    file: ~public/icons/plugins/android-kiosk.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/android-kiosk/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-kiosk/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Mode Kiosk" icon="rocket">
-    Sembunyikan UI sistem dan masuk mode layar penuh immersive
-  </Card>
-  <Card title="Integrasi Launcher" icon="setting">
-    Atur aplikasi Anda sebagai launcher/aplikasi home perangkat
-  </Card>
-  <Card title="Kontrol Tombol Hardware" icon="warning">
-    Blokir atau izinkan tombol hardware tertentu (back, home, recent, volume, power)
-  </Card>
-  <Card title="Deteksi Status" icon="approve-check">
-    Periksa apakah mode kiosk aktif atau aplikasi diatur sebagai launcher
-  </Card>
-  <Card title="Android 6.0+" icon="star">
-    Mendukung Android API 23 hingga Android 15 (API 35)
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/android-kiosk/getting-started/) untuk mengintegrasikan mode kiosk dalam hitungan menit.
-  </Card>
-</CardGrid>
-
-## Dukungan Platform
-
-Plugin ini **khusus Android**. Untuk fungsi mode kiosk iOS, silakan gunakan fitur [Guided Access](https://support.apple.com/en-us/HT202612) bawaan perangkat.
diff --git a/src/content/docs/id/docs/plugins/android-usagestatsmanager/getting-started.mdx b/src/content/docs/id/docs/plugins/android-usagestatsmanager/getting-started.mdx
deleted file mode 100644
index 426b21040..000000000
--- a/src/content/docs/id/docs/plugins/android-usagestatsmanager/getting-started.mdx
+++ /dev/null
@@ -1,173 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Android Usage Stats Manager untuk mengakses statistik penggunaan aplikasi dan data penggunaan perangkat.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Konfigurasi Platform
-
-### Android
-
-Tambahkan izin yang diperlukan ke `android/app/src/main/AndroidManifest.xml` Anda:
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## Contoh Penggunaan
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// Check if permission is granted
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // Open settings to grant permission
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// Query usage statistics for the last 7 days
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7 days ago
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// Get all installed packages
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## Referensi API
-
-### isUsageStatsPermissionGranted()
-
-```typescript
-isUsageStatsPermissionGranted() => Promise<{ granted: boolean }>
-```
-
-Periksa apakah izin PACKAGE_USAGE_STATS diberikan.
-
-**Mengembalikan:** `Promise<{ granted: boolean }>`
-
-### openUsageStatsSettings()
-
-```typescript
-openUsageStatsSettings() => Promise<void>
-```
-
-Buka halaman pengaturan sistem untuk memberikan izin statistik penggunaan.
-
-### queryAndAggregateUsageStats(options)
-
-```typescript
-queryAndAggregateUsageStats(options: UsageStatsOptions) => Promise<UsageStatsResult>
-```
-
-Query statistik penggunaan terperinci untuk aplikasi yang terinstal.
-
-| Param         | Type                           |
-| ------------- | ------------------------------ |
-| **`options`** | `UsageStatsOptions` |
-
-**Mengembalikan:** `Promise<UsageStatsResult>`
-
-### queryAllPackages()
-
-```typescript
-queryAllPackages() => Promise<PackagesResult>
-```
-
-Dapatkan informasi tentang semua paket yang terinstal di perangkat.
-
-**Mengembalikan:** `Promise<PackagesResult>`
-
-## Interface
-
-### UsageStatsOptions
-
-| Prop               | Type                | Description                                         |
-| ------------------ | ------------------- | --------------------------------------------------- |
-| **`intervalType`** | `number` | Tipe interval (0=DAILY, 1=WEEKLY, 2=MONTHLY, dll.) |
-| **`startTime`**    | `number` | Waktu mulai dalam milidetik                          |
-| **`endTime`**      | `number` | Waktu akhir dalam milidetik                            |
-
-### UsageStatsResult
-
-Berisi data statistik penggunaan untuk setiap aplikasi:
-
-- Waktu penggunaan dan frekuensi aplikasi
-- Waktu pertama dan terakhir digunakan
-- Total waktu di foreground
-- Jumlah peluncuran
-
-### PackagesResult
-
-Berisi informasi tentang paket yang terinstal:
-
-- Nama paket dan versi
-- Waktu instalasi
-- Label dan ikon aplikasi
-- Aplikasi sistem vs pengguna
-
-## Penanganan Izin
-
-Plugin memerlukan izin khusus yang tidak dapat diberikan melalui permintaan izin runtime normal:
-
-1. **PACKAGE_USAGE_STATS**: Memungkinkan akses ke statistik penggunaan
-2. **QUERY_ALL_PACKAGES**: Diperlukan untuk informasi paket (Android 11+)
-
-Pengguna harus memberikan izin ini secara manual melalui pengaturan sistem. Gunakan `openUsageStatsSettings()` untuk mengarahkan pengguna ke halaman pengaturan yang sesuai.
-
-## Praktik Terbaik
-
-- Selalu periksa status izin sebelum query statistik penggunaan
-- Tangani penolakan izin dengan baik dengan pesan yang ramah pengguna
-- Pertimbangkan privasi pengguna saat mengumpulkan data penggunaan
-- Implementasikan praktik penanganan dan penyimpanan data yang tepat
-- Ikuti kebijakan Google Play untuk pengumpulan data penggunaan
-
-## Kasus Penggunaan
-
-- **Aplikasi kesejahteraan digital**: Pantau waktu layar dan penggunaan aplikasi
-- **Kontrol orang tua**: Lacak penggunaan perangkat anak-anak
-- **Aplikasi produktivitas**: Analisis pola kerja dan waktu fokus
-- **Analitik**: Pahami perilaku pengguna dan keterlibatan aplikasi
diff --git a/src/content/docs/id/docs/plugins/android-usagestatsmanager/index.mdx b/src/content/docs/id/docs/plugins/android-usagestatsmanager/index.mdx
deleted file mode 100644
index d7efdeb8b..000000000
--- a/src/content/docs/id/docs/plugins/android-usagestatsmanager/index.mdx
+++ /dev/null
@@ -1,146 +0,0 @@
----
-title: "@capgo/capacitor-android-usagestatsmanager"
-description: Plugin statistik penggunaan Android untuk aplikasi Capacitor dengan pelacakan penggunaan aplikasi, pemantauan waktu layar, dan analitik penggunaan.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Akses statistik penggunaan Android untuk memantau penggunaan aplikasi, waktu layar, dan analitik perilaku pengguna dengan data tingkat sistem.
-  image:
-    file: ~public/icons/plugins/android-usagestatsmanager.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/android-usagestatsmanager/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-usagestatsmanager/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Ringkasan
-
-Plugin Capacitor Android Usage Stats Manager mengekspos UsageStatsManager SDK Android ke aplikasi Capacitor, memungkinkan akses ke statistik penggunaan aplikasi terperinci dan data penggunaan perangkat. Plugin ini memungkinkan developer untuk melacak pola penggunaan aplikasi, waktu layar, dan analitik perilaku pengguna di perangkat Android.
-
-<CardGrid stagger>
-  <Card title="Statistik penggunaan" icon="rocket">
-    Akses data UsageStatsManager SDK Android 📱
-  </Card>
-  <Card title="Pemantauan aplikasi" icon="moon">
-    Lacak waktu dan frekuensi penggunaan aplikasi individual 🕐
-  </Card>
-  <Card title="Manajemen izin" icon="approve-check">
-    Tangani izin statistik penggunaan dengan mulus 🛡️
-  </Card>
-  <Card title="Informasi paket" icon="puzzle">
-    Query detail dan metadata paket yang terinstal 📦
-  </Card>
-</CardGrid>
-
-## Instalasi
-
-```bash
-npm install @capgo/capacitor-android-usagestatsmanager
-npx cap sync
-```
-
-## Izin yang Diperlukan
-
-Tambahkan izin ini ke `android/app/src/main/AndroidManifest.xml` Anda:
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## Metode API Inti
-
-### Statistik Penggunaan
-- `queryAndAggregateUsageStats(options)` - Ambil statistik penggunaan terperinci untuk aplikasi yang terinstal
-- `isUsageStatsPermissionGranted()` - Periksa apakah izin statistik penggunaan diberikan
-- `openUsageStatsSettings()` - Buka pengaturan sistem untuk izin statistik penggunaan
-
-### Informasi Paket
-- `queryAllPackages()` - Dapatkan informasi tentang semua paket yang terinstal
-
-## Contoh Penggunaan
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// Check if permission is granted
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // Open settings to grant permission
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// Query usage statistics
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7 days ago
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// Get all installed packages
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## Penanganan Izin
-
-Plugin memerlukan izin khusus yang tidak dapat diberikan melalui permintaan izin runtime normal:
-
-1. **PACKAGE_USAGE_STATS**: Memungkinkan akses ke statistik penggunaan
-2. **QUERY_ALL_PACKAGES**: Diperlukan untuk informasi paket (Android 11+)
-
-Pengguna harus memberikan izin ini secara manual melalui pengaturan sistem. Gunakan `openUsageStatsSettings()` untuk mengarahkan pengguna ke halaman pengaturan yang sesuai.
-
-## Tipe Data
-
-### Statistik Penggunaan
-- Waktu dan frekuensi penggunaan aplikasi
-- Waktu pertama dan terakhir digunakan
-- Total waktu di foreground
-- Jumlah peluncuran
-
-### Informasi Paket
-- Nama paket dan versi
-- Waktu instalasi
-- Label dan ikon aplikasi
-- Aplikasi sistem vs pengguna
-
-## Kasus Penggunaan
-
-- **Aplikasi kesejahteraan digital**: Pantau waktu layar dan penggunaan aplikasi
-- **Kontrol orang tua**: Lacak penggunaan perangkat anak-anak
-- **Aplikasi produktivitas**: Analisis pola kerja dan waktu fokus
-- **Analitik**: Pahami perilaku pengguna dan keterlibatan aplikasi
-
-## Kompatibilitas Android
-
-- **Versi Android minimum**: API level 21 (Android 5.0)
-- **Fitur lanjutan**: API level 29+ (Android 10+) untuk statistik yang ditingkatkan
-- **Query paket**: API level 30+ (Android 11+) memerlukan QUERY_ALL_PACKAGES
-
-## Pertimbangan Keamanan
-
-- Izin statistik penggunaan bersifat sensitif dan memerlukan persetujuan pengguna
-- Pertimbangkan privasi pengguna saat mengumpulkan data penggunaan
-- Implementasikan praktik penanganan dan penyimpanan data yang tepat
-- Ikuti kebijakan Google Play untuk pengumpulan data penggunaan
-
-## Dokumentasi
-
-Lihat [dokumentasi lengkap](/docs/plugins/android-usagestatsmanager/getting-started/) untuk panduan implementasi terperinci dan pola penggunaan lanjutan.
diff --git a/src/content/docs/id/docs/plugins/appinsights/getting-started.mdx b/src/content/docs/id/docs/plugins/appinsights/getting-started.mdx
deleted file mode 100644
index d7045884e..000000000
--- a/src/content/docs/id/docs/plugins/appinsights/getting-started.mdx
+++ /dev/null
@@ -1,207 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin AppInsights untuk analitik aplikasi di aplikasi Capacitor Anda.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-appinsights" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Penggunaan
-
-Impor plugin dan inisialisasi dengan kredensial AppInsights Anda:
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-// Initialize the SDK
-const initializeAnalytics = async () => {
-  await CapacitorAppinsights.init({
-    partnerId: 'your-partner-id',
-    partnerKey: 'your-partner-key'
-  });
-};
-
-// Set user ID for tracking
-const setUser = async (userId: string) => {
-  await CapacitorAppinsights.setUserId({ userId });
-};
-
-// Get SDK state
-const checkSDKState = async () => {
-  const state = await CapacitorAppinsights.getState();
-  console.log('SDK State:', state);
-};
-
-// Get plugin version
-const checkVersion = async () => {
-  const { version } = await CapacitorAppinsights.getPluginVersion();
-  console.log('Plugin version:', version);
-};
-```
-
-## Referensi API
-
-### init(options)
-
-Inisialisasi AppInsights SDK dengan kredensial Anda.
-
-```typescript
-await CapacitorAppinsights.init({
-  partnerId: 'your-partner-id',
-  partnerKey: 'your-partner-key'
-});
-```
-
-**Parameter:**
-- `partnerId` (string): ID partner AppInsights Anda
-- `partnerKey` (string): Kunci partner AppInsights Anda
-
-### setUserId(options)
-
-Atur atau perbarui ID pengguna setelah inisialisasi.
-
-```typescript
-await CapacitorAppinsights.setUserId({
-  userId: 'user-123'
-});
-```
-
-**Parameter:**
-- `userId` (string): ID pengguna yang akan diatur untuk pelacakan
-
-### getState()
-
-Dapatkan status SDK saat ini.
-
-```typescript
-const state = await CapacitorAppinsights.getState();
-console.log(state);
-// {
-//   initCompleted: true,
-//   jobScheduled: true,
-//   permissionAcquired: true
-// }
-```
-
-**Mengembalikan:**
-- `initCompleted` (boolean): Apakah inisialisasi SDK selesai
-- `jobScheduled` (boolean): Apakah pekerjaan pengumpulan data dijadwalkan
-- `permissionAcquired` (boolean): Apakah izin yang diperlukan diperoleh
-
-### getPluginVersion()
-
-Dapatkan versi plugin Capacitor native.
-
-```typescript
-const { version } = await CapacitorAppinsights.getPluginVersion();
-console.log('Version:', version);
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-export class AnalyticsService {
-  private initialized = false;
-
-  async initialize(partnerId: string, partnerKey: string) {
-    try {
-      await CapacitorAppinsights.init({
-        partnerId,
-        partnerKey
-      });
-
-      const state = await CapacitorAppinsights.getState();
-      this.initialized = state.initCompleted;
-
-      console.log('AppInsights initialized:', state);
-    } catch (error) {
-      console.error('Failed to initialize AppInsights:', error);
-    }
-  }
-
-  async identifyUser(userId: string) {
-    if (!this.initialized) {
-      throw new Error('AppInsights not initialized');
-    }
-
-    await CapacitorAppinsights.setUserId({ userId });
-    console.log('User identified:', userId);
-  }
-
-  async getSDKStatus() {
-    const state = await CapacitorAppinsights.getState();
-    return {
-      ready: state.initCompleted && state.permissionAcquired,
-      tracking: state.jobScheduled,
-      state
-    };
-  }
-}
-```
-
-## Praktik Terbaik
-
-1. **Inisialisasi lebih awal**
-   Inisialisasi SDK segera setelah aplikasi Anda dimulai untuk memastikan pelacakan yang akurat:
-   ```typescript
-   // In your app initialization
-   await CapacitorAppinsights.init({
-     partnerId: process.env.APPINSIGHTS_PARTNER_ID,
-     partnerKey: process.env.APPINSIGHTS_PARTNER_KEY
-   });
-   ```
-
-2. **Atur ID pengguna saat login**
-   Identifikasi pengguna setelah otentikasi:
-   ```typescript
-   async function onUserLogin(user) {
-     await CapacitorAppinsights.setUserId({
-       userId: user.id
-     });
-   }
-   ```
-
-3. **Periksa status SDK**
-   Verifikasi SDK siap sebelum operasi kritis:
-   ```typescript
-   const state = await CapacitorAppinsights.getState();
-   if (!state.initCompleted) {
-     console.warn('AppInsights not ready');
-   }
-   ```
-
-4. **Tangani error dengan baik**
-   ```typescript
-   try {
-     await CapacitorAppinsights.init(config);
-   } catch (error) {
-     console.error('Analytics initialization failed:', error);
-     // Continue app operation even if analytics fails
-   }
-   ```
-
-## Catatan Platform
-
-### iOS
-- Memerlukan iOS 10.0+
-- Pastikan Anda memiliki izin yang diperlukan di Info.plist untuk pelacakan
-
-### Android
-- Memerlukan Android 5.0 (API 21)+
-- Mungkin memerlukan izin statistik penggunaan tergantung pada fitur pelacakan
-
-### Web
-- Tidak didukung di platform web
diff --git a/src/content/docs/id/docs/plugins/appinsights/index.mdx b/src/content/docs/id/docs/plugins/appinsights/index.mdx
deleted file mode 100644
index 6029ad06b..000000000
--- a/src/content/docs/id/docs/plugins/appinsights/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-appinsights"
-description: Integrasi wawasan dan analitik aplikasi untuk aplikasi Capacitor menggunakan Apptopia AppInsights SDK.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Lacak penggunaan aplikasi, perilaku pengguna, dan metrik performa dengan integrasi AppInsights untuk aplikasi Capacitor Anda.
-  image:
-    file: ~public/icons/plugins/appinsights.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/appinsights/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-appinsights/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Pelacakan Analitik" icon="star">
-    Lacak perilaku pengguna dan penggunaan aplikasi dengan AppInsights
-  </Card>
-  <Card title="Identifikasi Pengguna" icon="heart">
-    Atur dan kelola ID pengguna untuk pelacakan yang dipersonalisasi
-  </Card>
-  <Card title="Manajemen Status SDK" icon="setting">
-    Pantau inisialisasi SDK dan status izin
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/appinsights/getting-started/) untuk mengintegrasikan analitik dalam hitungan menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/audio-recorder/getting-started.mdx b/src/content/docs/id/docs/plugins/audio-recorder/getting-started.mdx
deleted file mode 100644
index 628c6ebc9..000000000
--- a/src/content/docs/id/docs/plugins/audio-recorder/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-title: "Memulai dengan Audio Recorder"
-description: "Pelajari cara mengintegrasikan perekaman audio ke dalam aplikasi Capacitor Anda"
-locale: id
----
-
-Panduan ini akan memandu Anda mengintegrasikan plugin Capacitor Audio Recorder ke dalam aplikasi Anda.
-
-## Instalasi
-
-Instal plugin menggunakan npm:
-
-```bash
-npm install @capgo/capacitor-audio-recorder
-npx cap sync
-```
-
-## Konfigurasi iOS
-
-Tambahkan kode berikut ke `Info.plist` Anda:
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs access to the microphone to record audio</string>
-```
-
-## Konfigurasi Android
-
-Tambahkan izin berikut ke `AndroidManifest.xml` Anda:
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-```
-
-## Konfigurasi Web
-
-Plugin ini menggunakan MediaRecorder API. Memerlukan HTTPS dalam produksi.
-
-## Penggunaan Dasar
-
-### Import Plugin
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-```
-
-### Meminta Izin
-
-```typescript
-const requestPermission = async () => {
-  const permission = await AudioRecorder.requestPermissions();
-  console.log('Permission status:', permission.recordAudio);
-};
-```
-
-### Mulai Merekam
-
-```typescript
-const startRecording = async () => {
-  await AudioRecorder.startRecording();
-  console.log('Recording started');
-};
-```
-
-### Hentikan Perekaman
-
-```typescript
-const stopRecording = async () => {
-  const result = await AudioRecorder.stopRecording();
-  console.log('Recording path:', result.filePath);
-  console.log('Duration:', result.duration);
-};
-```
-
-### Jeda/Lanjutkan Perekaman
-
-```typescript
-const pauseRecording = async () => {
-  await AudioRecorder.pauseRecording();
-  console.log('Recording paused');
-};
-
-const resumeRecording = async () => {
-  await AudioRecorder.resumeRecording();
-  console.log('Recording resumed');
-};
-```
-
-### Dapatkan Status
-
-```typescript
-const getStatus = async () => {
-  const status = await AudioRecorder.getStatus();
-  console.log('Is recording:', status.isRecording);
-  console.log('Duration:', status.currentTime);
-};
-```
-
-## Contoh Lengkap
-
-Berikut adalah implementasi perekam suara lengkap:
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-
-class VoiceRecorder {
-  private isRecording = false;
-  private isPaused = false;
-  private recordingPath: string | null = null;
-
-  async initialize() {
-    const permission = await AudioRecorder.checkPermissions();
-
-    if (permission.recordAudio !== 'granted') {
-      const requested = await AudioRecorder.requestPermissions();
-
-      if (requested.recordAudio !== 'granted') {
-        throw new Error('Microphone permission denied');
-      }
-    }
-  }
-
-  async startRecording() {
-    try {
-      await AudioRecorder.startRecording();
-      this.isRecording = true;
-      this.isPaused = false;
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  async pauseRecording() {
-    if (!this.isRecording || this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.pauseRecording();
-      this.isPaused = true;
-      console.log('Recording paused');
-    } catch (error) {
-      console.error('Failed to pause recording:', error);
-      throw error;
-    }
-  }
-
-  async resumeRecording() {
-    if (!this.isRecording || !this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.resumeRecording();
-      this.isPaused = false;
-      console.log('Recording resumed');
-    } catch (error) {
-      console.error('Failed to resume recording:', error);
-      throw error;
-    }
-  }
-
-  async stopRecording() {
-    if (!this.isRecording) {
-      return null;
-    }
-
-    try {
-      const result = await AudioRecorder.stopRecording();
-      this.isRecording = false;
-      this.isPaused = false;
-      this.recordingPath = result.filePath;
-
-      console.log('Recording stopped');
-      console.log('File path:', result.filePath);
-      console.log('Duration:', result.duration, 'seconds');
-
-      return result;
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  async getCurrentStatus() {
-    const status = await AudioRecorder.getStatus();
-    return {
-      isRecording: status.isRecording,
-      duration: status.currentTime,
-      isPaused: this.isPaused
-    };
-  }
-
-  formatDuration(seconds: number): string {
-    const mins = Math.floor(seconds / 60);
-    const secs = Math.floor(seconds % 60);
-    return `${mins}:${secs.toString().padStart(2, '0')}`;
-  }
-
-  getRecordingPath(): string | null {
-    return this.recordingPath;
-  }
-}
-
-// Usage
-const recorder = new VoiceRecorder();
-
-// Initialize
-await recorder.initialize();
-
-// Start recording
-await recorder.startRecording();
-
-// Pause
-await recorder.pauseRecording();
-
-// Resume
-await recorder.resumeRecording();
-
-// Stop and get result
-const result = await recorder.stopRecording();
-console.log('Recording saved:', result?.filePath);
-```
-
-## Konfigurasi Lanjutan
-
-### Konfigurasi Kualitas Audio
-
-```typescript
-const startHighQualityRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',           // aac, mp3, or wav
-    sampleRate: 44100,       // 44100 Hz (CD quality)
-    channels: 2,             // Stereo
-    bitRate: 320000          // 320 kbps
-  });
-};
-```
-
-### Konfigurasi untuk Suara
-
-```typescript
-const startVoiceRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',
-    sampleRate: 16000,       // 16 kHz (voice optimized)
-    channels: 1,             // Mono
-    bitRate: 64000           // 64 kbps
-  });
-};
-```
-
-## Contoh Integrasi UI
-
-```typescript
-class AudioRecorderUI {
-  private recorder: VoiceRecorder;
-  private updateInterval: any;
-
-  constructor() {
-    this.recorder = new VoiceRecorder();
-  }
-
-  async init() {
-    await this.recorder.initialize();
-    this.setupEventListeners();
-  }
-
-  setupEventListeners() {
-    const recordButton = document.getElementById('record-btn');
-    const pauseButton = document.getElementById('pause-btn');
-    const stopButton = document.getElementById('stop-btn');
-
-    recordButton?.addEventListener('click', () => this.handleRecord());
-    pauseButton?.addEventListener('click', () => this.handlePause());
-    stopButton?.addEventListener('click', () => this.handleStop());
-  }
-
-  async handleRecord() {
-    await this.recorder.startRecording();
-    this.startDurationUpdate();
-    this.updateUI('recording');
-  }
-
-  async handlePause() {
-    const status = await this.recorder.getCurrentStatus();
-
-    if (status.isPaused) {
-      await this.recorder.resumeRecording();
-      this.updateUI('recording');
-    } else {
-      await this.recorder.pauseRecording();
-      this.updateUI('paused');
-    }
-  }
-
-  async handleStop() {
-    const result = await this.recorder.stopRecording();
-    this.stopDurationUpdate();
-    this.updateUI('stopped');
-
-    if (result) {
-      this.showRecordingResult(result);
-    }
-  }
-
-  startDurationUpdate() {
-    this.updateInterval = setInterval(async () => {
-      const status = await this.recorder.getCurrentStatus();
-      this.updateDurationDisplay(status.duration);
-    }, 100);
-  }
-
-  stopDurationUpdate() {
-    if (this.updateInterval) {
-      clearInterval(this.updateInterval);
-    }
-  }
-
-  updateDurationDisplay(duration: number) {
-    const display = document.getElementById('duration');
-    if (display) {
-      display.textContent = this.recorder.formatDuration(duration);
-    }
-  }
-
-  updateUI(state: 'recording' | 'paused' | 'stopped') {
-    // Update button states, colors, etc.
-    console.log('UI state:', state);
-  }
-
-  showRecordingResult(result: any) {
-    console.log('Recording complete:', result);
-    // Show playback UI, save options, etc.
-  }
-}
-
-// Initialize UI
-const ui = new AudioRecorderUI();
-ui.init();
-```
-
-## Praktik Terbaik
-
-1. **Minta Izin Lebih Awal**: Periksa izin sebelum menampilkan UI perekaman
-2. **Tangani Gangguan**: Panggilan telepon, alarm dapat mengganggu perekaman
-3. **Kelola Penyimpanan**: Bersihkan rekaman lama untuk menghemat ruang
-4. **Berikan Umpan Balik**: Tampilkan status perekaman, durasi, dan bentuk gelombang
-5. **Uji di Perangkat**: Simulator/emulator memiliki dukungan audio terbatas
-
-## Masalah Umum
-
-### Izin Ditolak
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await AudioRecorder.checkPermissions();
-
-  if (permission.recordAudio === 'denied') {
-    alert('Microphone permission is required to record audio. Please enable it in Settings.');
-  }
-};
-```
-
-### Perekaman Terganggu
-
-```typescript
-// Handle app going to background
-document.addEventListener('pause', async () => {
-  const status = await recorder.getCurrentStatus();
-  if (status.isRecording) {
-    await recorder.pauseRecording();
-    // Notify user
-  }
-});
-```
-
-### Manajemen Penyimpanan
-
-```typescript
-const cleanupOldRecordings = async () => {
-  // Implement cleanup logic
-  // Delete recordings older than X days
-  // Or keep only last N recordings
-};
-```
-
-## Langkah Selanjutnya
-
-- Jelajahi [Referensi API](https://github.com/Cap-go/capacitor-audio-recorder#api) untuk dokumentasi metode lengkap
-- Lihat [aplikasi contoh](https://github.com/Cap-go/capacitor-audio-recorder/tree/main/example) untuk penggunaan lanjutan
-- Lihat [tutorial](/plugins/capacitor-audio-recorder) untuk contoh implementasi lengkap
diff --git a/src/content/docs/id/docs/plugins/audio-recorder/index.mdx b/src/content/docs/id/docs/plugins/audio-recorder/index.mdx
deleted file mode 100644
index 5816a654f..000000000
--- a/src/content/docs/id/docs/plugins/audio-recorder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-audio-recorder"
-description: Rekam audio di iOS, Android, dan Web dengan Capacitor
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Perekaman audio berkualitas tinggi untuk aplikasi Capacitor Anda
-  image:
-    file: ~public/icons/plugins/audio-recorder.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/audio-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-audio-recorder
-      icon: external
-      variant: minimal
-locale: id
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Lintas Platform" icon="laptop">
-    Rekam audio di iOS, Android, dan Web dengan API terpadu 🌐
-  </Card>
-  <Card title="Berbagai Format" icon="document">
-    Dukungan untuk encoding AAC, MP3, dan WAV 🎵
-  </Card>
-  <Card title="Kualitas yang Dapat Dikonfigurasi" icon="setting">
-    Kontrol sample rate, bit rate, dan channel untuk kualitas optimal 🎚️
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/audio-recorder/getting-started/) untuk menguasai plugin dalam beberapa menit saja.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/audiosession/getting-started.mdx b/src/content/docs/id/docs/plugins/audiosession/getting-started.mdx
deleted file mode 100644
index 75b7e4ade..000000000
--- a/src/content/docs/id/docs/plugins/audiosession/getting-started.mdx
+++ /dev/null
@@ -1,72 +0,0 @@
----
-title: Memulai
-description: Konfigurasi plugin AudioSession untuk bereaksi terhadap perubahan rute audio dan gangguan iOS.
-sidebar:
-  order: 2
-locale: id
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-> ℹ️ **Dukungan platform:** API audio session tersedia di iOS. Panggilan di Android dan web diselesaikan tanpa efek sehingga Anda dapat menyimpan logika bersama.
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-plugin-audiosession" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan platform iOS**
-   <PackageManagers type="exec" pkg="cap" args="sync ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Periksa output yang tersedia
-
-```typescript
-import { AudioSession, AudioSessionPorts } from '@capgo/capacitor-plugin-audiosession';
-
-const outputs = await AudioSession.currentOutputs();
-
-if (outputs.includes(AudioSessionPorts.BLUETOOTH_A2DP)) {
-  console.log('Bluetooth speaker connected');
-}
-```
-
-## Override ke mode speaker
-
-```typescript
-import { AudioSession, OutputOverrideType } from '@capgo/capacitor-plugin-audiosession';
-
-await AudioSession.overrideOutput(OutputOverrideType.speaker);
-
-// Restore system routing when you are done
-await AudioSession.overrideOutput(OutputOverrideType.default);
-```
-
-## Dengarkan peristiwa rute dan gangguan
-
-```typescript
-import { AudioSession, RouteChangeReasons, InterruptionTypes } from '@capgo/capacitor-plugin-audiosession';
-
-const routeListener = await AudioSession.addListener('routeChanged', (reason) => {
-  if (reason === RouteChangeReasons.NEW_DEVICE_AVAILABLE) {
-    console.log('User connected a new audio route');
-  }
-});
-
-const interruptionListener = await AudioSession.addListener('interruption', (type) => {
-  if (type === InterruptionTypes.BEGAN) {
-    // Pause playback while we are interrupted
-  } else {
-    // Resume playback
-  }
-});
-
-// Later during cleanup
-await routeListener.remove();
-await interruptionListener.remove();
-```
-
-## Entitlements
-
-- **iOS**: Tambahkan mode audio latar belakang yang diperlukan (misalnya `audio`, `voice`) di dalam `ios/App/App/Info.plist` jika aplikasi Anda memutar audio di latar belakang.
-- **Platform lain**: Tidak diperlukan pengaturan tambahan; metode akan diselesaikan dengan hasil kosong.
diff --git a/src/content/docs/id/docs/plugins/audiosession/index.mdx b/src/content/docs/id/docs/plugins/audiosession/index.mdx
deleted file mode 100644
index 08922d52e..000000000
--- a/src/content/docs/id/docs/plugins/audiosession/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-plugin-audiosession"
-description: Amati dan kontrol sesi audio iOS dari aplikasi Capacitor untuk menangani perubahan rute dan gangguan.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Dengarkan perubahan rute audio, bereaksi terhadap gangguan, dan arahkan ulang pemutaran ke speaker tanpa meninggalkan Capacitor.
-  image:
-    file: ~public/icons/plugins/audiosession.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/audiosession/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-audiosession/
-      icon: external
-      variant: minimal
-locale: id
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Plugin AudioSession dari Capgo memberi Anda kontrol yang lebih detail atas layer AVAudioSession iOS sehingga Anda dapat menangani headphone, perangkat Bluetooth, dan gangguan yang tidak terduga dengan baik.
-
-<CardGrid stagger>
-  <Card title="Kesadaran rute" icon="rocket">
-    Deteksi saat pengguna memasang atau melepas headset, AirPods, speaker Bluetooth, dan lainnya.
-  </Card>
-  <Card title="Override speaker" icon="setting">
-    Paksa pemutaran melalui speaker bawaan saat Anda memerlukan audio hands-free.
-  </Card>
-  <Card title="Penanganan gangguan" icon="moon">
-    Bereaksi terhadap peristiwa gangguan seperti panggilan telepon atau Siri untuk menjeda dan melanjutkan audio dengan aman.
-  </Card>
-  <Card title="Keamanan tipe" icon="pencil">
-    Definisi TypeScript yang kuat memudahkan membangun pengalaman audio yang tangguh.
-  </Card>
-</CardGrid>
-
-Plugin ini menargetkan iOS di mana kontrol AVAudioSession diperlukan. Di platform lain, panggilan diselesaikan tanpa efek, memungkinkan Anda menyimpan satu jalur kode bersama.
diff --git a/src/content/docs/id/docs/plugins/autofill-save-password/getting-started.mdx b/src/content/docs/id/docs/plugins/autofill-save-password/getting-started.mdx
deleted file mode 100644
index 7e36f9653..000000000
--- a/src/content/docs/id/docs/plugins/autofill-save-password/getting-started.mdx
+++ /dev/null
@@ -1,260 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan mengkonfigurasi plugin Autofill Save Password untuk manajemen kata sandi yang mulus di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
-locale: id
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Dukungan Platform
-
-- **iOS**: Dukungan penuh (iOS 18.3 dan versi lama)
-- **Android**: Dalam pengembangan
-
-## Konfigurasi Platform
-
-### iOS
-
-#### 1. Pengaturan Associated Domains
-
-Konfigurasi associated domains di akun Apple Developer Anda dan tambahkan ke file `App.entitlements` Anda:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-#### 2. Konfigurasi Web Credential
-
-Tambahkan file `.well-known/apple-app-site-association` ke situs web Anda:
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-### Android (Dukungan di Masa Depan)
-
-#### 1. Google Services Plugin
-
-Tambahkan ke `android/app/build.gradle`:
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-#### 2. Konfigurasi Domain
-
-Tambahkan ke `android/app/src/main/res/values/strings.xml`:
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-## Contoh Penggunaan
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// Save password after successful login
-async function login(username: string, password: string) {
-  try {
-    // Perform your login logic here
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // Prompt user to save password
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // iOS only
-      });
-
-      console.log('Password saved successfully');
-    }
-  } catch (error) {
-    console.error('Failed to save password:', error);
-  }
-}
-
-// Read saved password for autofill
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Found saved credentials');
-      // Pre-fill login form
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Failed to read saved password:', error);
-  }
-
-  return null;
-}
-```
-
-## Referensi API
-
-### promptDialog(options)
-
-```typescript
-promptDialog(options: SavePasswordOptions) => Promise<void>
-```
-
-Menyimpan kredensial pengguna ke keychain sistem.
-
-| Param         | Type                              |
-| ------------- | --------------------------------- |
-| **`options`** | `SavePasswordOptions` |
-
-### readPassword()
-
-```typescript
-readPassword() => Promise<SavedCredentials>
-```
-
-Mengambil kredensial yang disimpan dari keychain sistem.
-
-**Mengembalikan:** `Promise<SavedCredentials>`
-
-## Interface
-
-### SavePasswordOptions
-
-| Prop           | Type               | Description                                   |
-| -------------- | ------------------ | --------------------------------------------- |
-| **`username`** | `string` | Username yang akan disimpan                          |
-| **`password`** | `string` | Password yang akan disimpan                          |
-| **`url`**      | `string` | iOS saja - URL domain terkait (opsional) |
-
-### SavedCredentials
-
-| Prop           | Type              | Description                  |
-| -------------- | ----------------- | ---------------------------- |
-| **`username`** | `string` | Username yang disimpan           |
-| **`password`** | `string` | Password yang disimpan           |
-
-## Integrasi dengan Alur Login
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // Authenticate with your backend
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // Offer to save credentials
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login failed:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // User declined to save or error occurred
-      console.log('Password not saved:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('No saved credentials found');
-      return null;
-    }
-  }
-}
-```
-
-## Praktik Terbaik
-
-- Hanya minta untuk menyimpan kata sandi setelah autentikasi berhasil
-- Tangani kasus di mana pengguna menolak untuk menyimpan kata sandi dengan baik
-- Implementasikan penanganan error yang tepat untuk kegagalan akses keychain
-- Gunakan associated domains untuk berbagi kredensial web-app yang mulus
-- Uji fungsi autofill di berbagai versi iOS
-
-## Pertimbangan Keamanan
-
-- Kredensial disimpan di keychain sistem dengan flag keamanan yang sesuai
-- Associated domains memastikan kredensial hanya dapat diakses oleh aplikasi yang berwenang
-- Ikuti panduan keamanan platform untuk manajemen kredensial
-- Pertimbangkan untuk menerapkan langkah-langkah keamanan tambahan untuk aplikasi sensitif
diff --git a/src/content/docs/id/docs/plugins/autofill-save-password/index.mdx b/src/content/docs/id/docs/plugins/autofill-save-password/index.mdx
deleted file mode 100644
index 63a4635f2..000000000
--- a/src/content/docs/id/docs/plugins/autofill-save-password/index.mdx
+++ /dev/null
@@ -1,279 +0,0 @@
----
-title: "@capgo/capacitor-autofill-save-password"
-description: Plugin dukungan autofill kata sandi untuk aplikasi Capacitor dengan manajemen kredensial, penyimpanan aman, dan pengalaman pengguna yang mulus.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Aktifkan autofill kata sandi dan manajemen kredensial dengan integrasi sistem untuk pengalaman autentikasi yang mulus.
-  image:
-    file: ~public/icons/plugins/autofill-save-password.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/autofill-save-password/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-autofill-save-password/
-      icon: external
-      variant: minimal
-locale: id
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Ikhtisar
-
-Plugin Capacitor Autofill Save Password menyediakan fungsi penyimpanan dan autofill kata sandi untuk aplikasi Capacitor. Plugin ini terintegrasi dengan manajemen kredensial tingkat sistem untuk menawarkan pengalaman autentikasi yang mulus dengan penyimpanan dan pengambilan kata sandi yang aman.
-
-<CardGrid stagger>
-  <Card title="Penyimpanan kata sandi" icon="rocket">
-    Simpan kredensial ke keychain sistem dengan aman 🔐
-  </Card>
-  <Card title="Integrasi autofill" icon="setting">
-    Dukungan autofill kata sandi tingkat sistem 🗝️
-  </Card>
-  <Card title="Lintas platform" icon="laptop">
-    Dukungan iOS dengan pengembangan Android sedang berlangsung 📱
-  </Card>
-  <Card title="Asosiasi domain" icon="puzzle">
-    Associated domains untuk autentikasi yang mulus ❤️
-  </Card>
-</CardGrid>
-
-## Instalasi
-
-```bash
-npm install @capgo/capacitor-autofill-save-password
-npx cap sync
-```
-
-## Dukungan Platform
-
-- **iOS**: Dukungan penuh (berfungsi dengan iOS 18.3 dan versi lama)
-- **Android**: Dalam pengembangan
-
-## Konfigurasi iOS
-
-### 1. Pengaturan Associated Domains
-
-Konfigurasi associated domains di akun Apple Developer Anda dan tambahkan ke file `App.entitlements` Anda:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-### 2. Konfigurasi Web Credential
-
-Tambahkan file `.well-known/apple-app-site-association` ke situs web Anda:
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-## Metode API Inti
-
-### Manajemen Kata Sandi
-- `promptDialog(options)` - Simpan kata sandi ke keychain sistem
-- `readPassword()` - Baca kata sandi yang disimpan dari keychain
-
-## Contoh Penggunaan
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// Save password after successful login
-async function login(username: string, password: string) {
-  try {
-    // Perform your login logic here
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // Prompt user to save password
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // iOS only
-      });
-
-      console.log('Password saved successfully');
-    }
-  } catch (error) {
-    console.error('Failed to save password:', error);
-  }
-}
-
-// Read saved password for autofill
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Found saved credentials');
-      // Pre-fill login form
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Failed to read saved password:', error);
-  }
-
-  return null;
-}
-```
-
-## Konfigurasi Android (Dalam Pengembangan)
-
-Untuk dukungan Android di masa depan, konfigurasi berikut akan diperlukan:
-
-### 1. Google Services Plugin
-
-Tambahkan ke `android/app/build.gradle`:
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-### 2. Konfigurasi Domain
-
-Tambahkan ke `android/app/src/main/res/values/strings.xml`:
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-### 3. Google Services JSON
-
-Tambahkan `google-services.json` ke proyek Android Anda.
-
-## Referensi API
-
-### promptDialog(options)
-
-Menyimpan kredensial pengguna ke keychain sistem.
-
-```typescript
-interface SavePasswordOptions {
-  username: string;
-  password: string;
-  url?: string; // iOS only - associated domain URL
-}
-```
-
-### readPassword()
-
-Mengambil kredensial yang disimpan dari keychain sistem.
-
-```typescript
-interface SavedCredentials {
-  username: string;
-  password: string;
-}
-```
-
-## Integrasi dengan Alur Login
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // Authenticate with your backend
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // Offer to save credentials
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login failed:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // User declined to save or error occurred
-      console.log('Password not saved:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('No saved credentials found');
-      return null;
-    }
-  }
-}
-```
-
-## Praktik Terbaik
-
-- Hanya minta untuk menyimpan kata sandi setelah autentikasi berhasil
-- Tangani kasus di mana pengguna menolak untuk menyimpan kata sandi dengan baik
-- Implementasikan penanganan error yang tepat untuk kegagalan akses keychain
-- Gunakan associated domains untuk berbagi kredensial web-app yang mulus
-- Uji fungsi autofill di berbagai versi iOS
-
-## Pertimbangan Keamanan
-
-- Kredensial disimpan di keychain sistem dengan flag keamanan yang sesuai
-- Associated domains memastikan kredensial hanya dapat diakses oleh aplikasi yang berwenang
-- Ikuti panduan keamanan platform untuk manajemen kredensial
-- Pertimbangkan untuk menerapkan langkah-langkah keamanan tambahan untuk aplikasi sensitif
-
-## Keterbatasan
-
-- Dukungan Android saat ini sedang dalam pengembangan
-- iOS memerlukan konfigurasi associated domains yang tepat
-- Perilaku autofill dapat bervariasi di berbagai versi iOS
-- Memerlukan persetujuan pengguna untuk menyimpan dan mengakses kredensial
-
-## Dokumentasi
-
-Periksa [dokumentasi lengkap](/docs/plugins/autofill-save-password/getting-started/) untuk panduan implementasi terperinci dan pola integrasi lanjutan.
diff --git a/src/content/docs/id/docs/plugins/background-geolocation/getting-started.mdx b/src/content/docs/id/docs/plugins/background-geolocation/getting-started.mdx
deleted file mode 100644
index 3c8a26469..000000000
--- a/src/content/docs/id/docs/plugins/background-geolocation/getting-started.mdx
+++ /dev/null
@@ -1,272 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Background Geolocation untuk melacak lokasi perangkat di latar belakang.
-sidebar:
-  order: 2
-locale: id
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-Plugin ini mendukung Capacitor v7:
-
-| Capacitor  | Plugin |
-|------------|--------|
-| v7         | v7     |
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-</Tabs>
-
-## Pengaturan Platform
-
-### iOS
-
-Tambahkan kunci berikut ke `Info.plist.`:
-
-```xml
-<dict>
-  ...
-  <key>NSLocationWhenInUseUsageDescription</key>
-  <string>We need to track your location</string>
-  <key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-  <string>We need to track your location while your device is locked.</string>
-  <key>UIBackgroundModes</key>
-  <array>
-    <string>location</string>
-  </array>
-  ...
-</dict>
-```
-
-### Android
-
-Atur opsi `android.useLegacyBridge` menjadi `true` dalam konfigurasi Capacitor Anda. Ini mencegah pembaruan lokasi terhenti setelah 5 menit di latar belakang. Lihat https://capacitorjs.com/docs/config dan https://github.com/capacitor-community/background-geolocation/issues/89.
-
-Di Android 13+, aplikasi memerlukan izin runtime `POST_NOTIFICATIONS` untuk menampilkan notifikasi persisten yang memberi tahu pengguna bahwa lokasi mereka digunakan di latar belakang. Izin runtime ini diminta setelah izin lokasi diberikan.
-
-Jika aplikasi Anda meneruskan pembaruan lokasi ke server secara real-time, ketahuilah bahwa setelah 5 menit di latar belakang, Android akan membatasi permintaan HTTP yang dimulai dari WebView. Solusinya adalah menggunakan plugin HTTP native seperti [CapacitorHttp](https://capacitorjs.com/docs/apis/http). Lihat https://github.com/capacitor-community/background-geolocation/issues/14.
-
-Konfigurasi khusus untuk Android dapat dibuat di `strings.xml`:
-```xml
-<resources>
-    <!--
-        The channel name for the background notification. This will be visible
-        when the user presses & holds the notification. It defaults to
-        "Background Tracking".
-    -->
-    <string name="capacitor_background_geolocation_notification_channel_name">
-        Background Tracking
-    </string>
-
-    <!--
-        The icon to use for the background notification. Note the absence of a
-        leading "@". It defaults to "mipmap/ic_launcher", the app's launch icon.
-
-        If a raster image is used to generate the icon (as opposed to a vector
-        image), it must have a transparent background. To make sure your image
-        is compatible, select "Notification Icons" as the Icon Type when
-        creating the image asset in Android Studio.
-
-        An incompatible image asset will cause the notification to misbehave in
-        a few telling ways, even if the icon appears correctly:
-
-          - The notification may be dismissable by the user when it should not
-            be.
-          - Tapping the notification may open the settings, not the app.
-          - The notification text may be incorrect.
-    -->
-    <string name="capacitor_background_geolocation_notification_icon">
-        drawable/ic_tracking
-    </string>
-
-    <!--
-        The color of the notification as a string parseable by
-        android.graphics.Color.parseColor. Optional.
-    -->
-    <string name="capacitor_background_geolocation_notification_color">
-        yellow
-    </string>
-</resources>
-```
-
-## Penggunaan
-
-```javascript
-import { BackgroundGeolocation } from "@capgo/background-geolocation";
-
-BackgroundGeolocation.start(
-    {
-        backgroundMessage: "Cancel to prevent battery drain.",
-        backgroundTitle: "Tracking You.",
-        requestPermissions: true,
-        stale: false,
-        distanceFilter: 50
-    },
-    (location, error) => {
-        if (error) {
-            if (error.code === "NOT_AUTHORIZED") {
-                if (window.confirm(
-                    "This app needs your location, " +
-                    "but does not have permission.\n\n" +
-                    "Open settings now?"
-                )) {
-                    // It can be useful to direct the user to their device's
-                    // settings when location permissions have been denied. The
-                    // plugin provides the 'openSettings' method to do exactly
-                    // this.
-                    BackgroundGeolocation.openSettings();
-                }
-            }
-            return console.error(error);
-        }
-        return console.log(location);
-    }
-).then(() => {
-    // When location updates are no longer needed, the plugin should be stopped by calling
-    BackgroundGeolocation.stop();
-});
-
-// Set a planned route to get a notification sound when a new location arrives and it's not on the route:
-
-BackgroundGeolocation.setPlannedRoute({soundFile: "assets/myFile.mp3", route: [[1,2], [3,4]], distance: 30 });
-
-// If you just want the current location, try something like this. The longer
-// the timeout, the more accurate the guess will be. I wouldn't go below about 100ms.
-function guessLocation(callback, timeout) {
-    let last_location;
-    BackgroundGeolocation.start(
-        {
-            requestPermissions: false,
-            stale: true
-        },
-        (location) => {
-            last_location = location || undefined;
-        }
-    ).then(() => {
-        setTimeout(() => {
-            callback(last_location);
-            BackgroundGeolocation.stop();
-        }, timeout);
-    });
-}
-```
-
-## API
-
-### start(...)
-
-```typescript
-start(options: StartOptions, callback: (position?: Location | undefined, error?: CallbackError | undefined) => void) => Promise<void>
-```
-
-Untuk mulai mendengarkan perubahan lokasi perangkat, panggil metode ini.
-Promise dikembalikan untuk menunjukkan bahwa panggilan telah selesai. Callback akan dipanggil setiap kali lokasi baru tersedia, atau jika terjadi kesalahan saat memanggil metode ini. Jangan mengandalkan penolakan promise untuk ini.
-
-| Param          | Type                                                                                                                      | Description                                                                       |
-| -------------- | ------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------- |
-| **`options`**  | `StartOptions`                                                                     | Opsi konfigurasi                                                         |
-| **`callback`** | `(position?: Location, error?: CallbackError) => void` | Fungsi callback yang dipanggil saat lokasi baru tersedia atau terjadi kesalahan |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-Menghentikan pembaruan lokasi.
-
-### openSettings()
-
-```typescript
-openSettings() => Promise<void>
-```
-
-Membuka halaman pengaturan lokasi perangkat.
-Berguna untuk mengarahkan pengguna untuk mengaktifkan layanan lokasi atau menyesuaikan izin.
-
-### setPlannedRoute(...)
-
-```typescript
-setPlannedRoute(options: SetPlannedRouteOptions) => Promise<void>
-```
-
-Memutar file suara saat pengguna menyimpang dari rute yang direncanakan.
-Ini harus digunakan untuk memutar suara (di latar belakang juga, hanya untuk native).
-
-| Param         | Type                                                                      | Description                                              |
-| ------------- | ------------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | `SetPlannedRouteOptions` | Opsi untuk mengatur rute yang direncanakan dan file suara |
-
-## Interface
-
-### StartOptions
-
-Opsi untuk mengkonfigurasi pembaruan lokasi.
-
-| Prop                     | Type                 | Description                                                                                                                                                                                                                                                                                                                                                                                                          | Default                            |
-| ------------------------ | -------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------- |
-| **`backgroundMessage`**  | `string`  | Jika opsi "backgroundMessage" didefinisikan, plugin akan menyediakan pembaruan lokasi baik saat aplikasi di latar belakang atau di latar depan. Jika tidak didefinisikan, pembaruan lokasi hanya dijamin di latar depan. Ini berlaku di kedua platform. Di Android, notifikasi harus ditampilkan untuk terus menerima pembaruan lokasi di latar belakang. Opsi ini menentukan teks notifikasi tersebut. |                                    |
-| **`backgroundTitle`**    | `string`  | Judul notifikasi yang disebutkan di atas.                                                                                                                                                                                                                                                                                                                                                                       | `"Using your location"` |
-| **`requestPermissions`** | `boolean` | Apakah izin harus diminta dari pengguna secara otomatis, jika belum diberikan.                                                                                                                                                                                                                                                                                                                                | `true`                  |
-| **`stale`**              | `boolean` | Jika "true", lokasi yang sudah usang dapat diberikan saat perangkat mendapatkan posisi GPS. Anda bertanggung jawab untuk memeriksa properti "time". Jika "false", lokasi dijamin up to date.                                                                                                                                                                                                                         | `false`                 |
-| **`distanceFilter`**     | `number`  | Jarak dalam meter yang harus dipindahkan perangkat sebelum pembaruan lokasi baru dipicu. Ini digunakan untuk menyaring gerakan kecil dan mengurangi jumlah pembaruan.                                                                                                                                                                                                                                             | `0`                     |
-
-### Location
-
-Merepresentasikan lokasi geografis dengan berbagai atribut.
-Berisi semua properti lokasi standar yang dikembalikan oleh penyedia GPS/jaringan.
-
-| Prop                   | Type                        | Description                                                                                                                            |
-| ---------------------- | --------------------------- | -------------------------------------------------------------------------------------------------------------------------------------- |
-| **`latitude`**         | `number`         | Garis lintang dalam derajat. Rentang: -90.0 hingga +90.0                                                                                             |
-| **`longitude`**        | `number`         | Garis bujur dalam derajat. Rentang: -180.0 hingga +180.0                                                                                          |
-| **`accuracy`**         | `number`         | Radius ketidakpastian horizontal dalam meter, dengan kepercayaan 68%. Nilai yang lebih rendah menunjukkan lokasi yang lebih akurat.                         |
-| **`altitude`**         | `number \| null` | Meter di atas permukaan laut (atau null jika tidak tersedia).                                                                                     |
-| **`altitudeAccuracy`** | `number \| null` | Ketidakpastian vertikal dalam meter, dengan kepercayaan 68% (atau null jika tidak tersedia).                                                        |
-| **`simulated`**        | `boolean`        | `true` jika lokasi disimulasikan oleh perangkat lunak, bukan GPS. Berguna untuk mendeteksi lokasi palsu dalam pengembangan atau pengujian.      |
-| **`bearing`**          | `number \| null` | Deviasi dari utara sejati dalam derajat (atau null jika tidak tersedia). Rentang: 0.0 hingga 360.0                                                   |
-| **`speed`**            | `number \| null` | Kecepatan dalam meter per detik (atau null jika tidak tersedia).                                                                                 |
-| **`time`**             | `number \| null` | Waktu saat lokasi dihasilkan, dalam milidetik sejak unix epoch. Gunakan ini untuk memeriksa apakah lokasi sudah usang saat menggunakan stale: true. |
-
-### CallbackError
-
-Objek error yang dapat diteruskan ke callback start lokasi.
-Memperluas Error standar dengan kode kesalahan opsional.
-
-| Prop       | Type                | Description                                           |
-| ---------- | ------------------- | ----------------------------------------------------- |
-| **`code`** | `string` | Kode kesalahan opsional untuk penanganan kesalahan yang lebih spesifik. |
-
-### SetPlannedRouteOptions
-
-| Prop            | Type                            | Description                                                                                                                                                                                                                                        | Default         |
-| --------------- | ------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------- |
-| **`soundFile`** | `string`             | Nama file suara yang akan diputar. Harus berupa path relatif suara yang valid di folder publik aplikasi agar berfungsi untuk platform web dan native. Tidak perlu menyertakan folder publik dalam path.                                            |                 |
-| **`route`**     | `[number, number][]` | Rute yang direncanakan sebagai array pasangan garis bujur dan garis lintang. Setiap pasangan mewakili titik pada rute. Ini digunakan untuk menentukan rute yang dapat diikuti pengguna. Rute digunakan untuk memutar suara saat pengguna menyimpang darinya.               |                 |
-| **`distance`**  | `number`             | Jarak dalam meter yang harus disimpangkan pengguna dari rute yang direncanakan untuk memicu suara. Ini digunakan untuk menentukan seberapa jauh dari rute pengguna dapat berada sebelum suara diputar. Jika tidak ditentukan, nilai default 50 meter digunakan. | `50` |
diff --git a/src/content/docs/id/docs/plugins/background-geolocation/index.mdx b/src/content/docs/id/docs/plugins/background-geolocation/index.mdx
deleted file mode 100644
index 7835f966d..000000000
--- a/src/content/docs/id/docs/plugins/background-geolocation/index.mdx
+++ /dev/null
@@ -1,56 +0,0 @@
----
-title: "Background Geolocation"
-description: Plugin Capacitor yang memungkinkan Anda menerima pembaruan geolokasi yang akurat bahkan saat aplikasi di latar belakang
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-locale: id
-hero:
-  tagline: Terima pembaruan geolokasi yang akurat bahkan saat aplikasi di latar belakang.
-  image:
-    file: ~public/icons/plugins/background-geolocation.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/background-geolocation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-background-geolocation
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Pelacakan Akurat" icon="rocket">
-    Memprioritaskan akurasi untuk kasus penggunaan seperti hiking dan navigasi 🎯
-  </Card>
-  <Card title="Pembaruan Latar Belakang" icon="puzzle">
-    Terus menerima pembaruan lokasi bahkan saat aplikasi di latar belakang 🏃
-  </Card>
-  <Card title="Efisien Baterai" icon="setting">
-    Dioptimalkan untuk menyeimbangkan akurasi dan konsumsi baterai 🔋
-  </Card>
-  <Card title="Memulai" icon="open-book">
-    Periksa [Panduan Memulai](/docs/plugins/background-geolocation/getting-started/) untuk menginstal dan mengkonfigurasi plugin.
-  </Card>
-</CardGrid>
-
-## Perbandingan Plugin
-
-Perbandingan singkat antara tiga plugin background-geolocation utama yang biasa digunakan dalam aplikasi Capacitor.
-
-| Plugin | Akurasi | Latar Belakang | Upload HTTP | Harga |
-|--------|----------|------------|-------------|---------|
-| `@capacitor-community/background-geolocation` (Community) | Tidak akurat | Ya | Tidak | Gratis |
-| `@capgo/background-geolocation` (plugin ini) | Akurat | Ya | Tidak | Gratis |
-| Transistorsoft (original) | Akurat | Ya | Ya — pengunggah HTTP bawaan ke API Anda | Berbayar |
-
-**Catatan:**
-- Plugin Community ringan dan terus bekerja di latar belakang, tetapi diketahui kurang akurat dibandingkan opsi di bawah ini.
-- Plugin Capgo ini dioptimalkan untuk memberikan posisi lokasi yang akurat dan operasi latar belakang yang dapat diandalkan tanpa memerlukan lisensi berbayar.
-- Transistorsoft menawarkan solusi komersial lengkap yang juga menyertakan kemampuan upload HTTP bawaan untuk mengirim data lokasi ke backend Anda.
diff --git a/src/content/docs/id/docs/plugins/barometer/getting-started.mdx b/src/content/docs/id/docs/plugins/barometer/getting-started.mdx
deleted file mode 100644
index 2a203238e..000000000
--- a/src/content/docs/id/docs/plugins/barometer/getting-started.mdx
+++ /dev/null
@@ -1,216 +0,0 @@
----
-title: "Memulai dengan Barometer"
-description: "Pelajari cara mengintegrasikan penginderaan tekanan barometrik ke dalam aplikasi Capacitor Anda"
-sidebar:
-  order: 2
-locale: id
----
-
-Panduan ini akan memandu Anda mengintegrasikan plugin Capacitor Barometer ke dalam aplikasi Anda.
-
-## Instalasi
-
-Instal plugin menggunakan npm:
-
-```bash
-npm install @capgo/capacitor-barometer
-npx cap sync
-```
-
-## Konfigurasi iOS
-
-Tambahkan berikut ke `Info.plist` Anda:
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>This app uses the barometer to measure atmospheric pressure</string>
-```
-
-## Konfigurasi Android
-
-Tidak diperlukan konfigurasi tambahan. Plugin secara otomatis meminta izin yang diperlukan.
-
-## Penggunaan Dasar
-
-### Impor Plugin
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-```
-
-### Periksa Ketersediaan Sensor
-
-```typescript
-const checkBarometer = async () => {
-  const { available } = await Barometer.isAvailable();
-  console.log('Barometer available:', available);
-};
-```
-
-### Mulai Memantau Tekanan
-
-```typescript
-const startMonitoring = async () => {
-  await Barometer.start({
-    interval: 1000 // Update interval in milliseconds
-  });
-
-  console.log('Barometer monitoring started');
-};
-```
-
-### Dengarkan Event Tekanan
-
-```typescript
-Barometer.addListener('pressureChange', (data) => {
-  console.log('Pressure (hPa):', data.pressure);
-  console.log('Relative altitude (m):', data.relativeAltitude);
-  console.log('Timestamp:', data.timestamp);
-});
-```
-
-### Dapatkan Pembacaan Saat Ini
-
-```typescript
-const getCurrentPressure = async () => {
-  const reading = await Barometer.getCurrentReading();
-  console.log('Current pressure:', reading.pressure, 'hPa');
-  console.log('Relative altitude:', reading.relativeAltitude, 'm');
-};
-```
-
-### Hentikan Pemantauan
-
-```typescript
-const stopMonitoring = async () => {
-  await Barometer.stop();
-  console.log('Barometer monitoring stopped');
-};
-```
-
-## Contoh Lengkap
-
-Berikut adalah contoh lengkap yang menunjukkan integrasi barometer:
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-
-class BarometerService {
-  private listener: any;
-
-  async initialize() {
-    // Check availability
-    const { available } = await Barometer.isAvailable();
-    if (!available) {
-      console.error('Barometer not available on this device');
-      return;
-    }
-
-    // Start monitoring
-    await Barometer.start({ interval: 1000 });
-
-    // Add listener
-    this.listener = Barometer.addListener('pressureChange', (data) => {
-      this.handlePressureChange(data);
-    });
-  }
-
-  handlePressureChange(data: any) {
-    console.log('Pressure:', data.pressure, 'hPa');
-    console.log('Altitude:', data.relativeAltitude, 'm');
-
-    // Update UI or process data
-    this.updateDisplay(data);
-  }
-
-  updateDisplay(data: any) {
-    // Convert hPa to other units
-    const inHg = (data.pressure * 0.02953).toFixed(2);
-    const mmHg = (data.pressure * 0.750062).toFixed(1);
-
-    console.log(`Pressure: ${data.pressure.toFixed(1)} hPa`);
-    console.log(`         ${inHg} inHg`);
-    console.log(`         ${mmHg} mmHg`);
-    console.log(`Altitude: ${data.relativeAltitude.toFixed(1)} m`);
-  }
-
-  async cleanup() {
-    // Remove listener
-    if (this.listener) {
-      this.listener.remove();
-    }
-
-    // Stop monitoring
-    await Barometer.stop();
-  }
-}
-
-// Usage
-const barometerService = new BarometerService();
-barometerService.initialize();
-
-// Cleanup when done
-// barometerService.cleanup();
-```
-
-## Memahami Pembacaan
-
-### Tekanan Atmosfer
-- Diukur dalam hektopascal (hPa) atau milibar (mb)
-- Tekanan permukaan laut standar: 1013.25 hPa
-- Ketinggian lebih tinggi = tekanan lebih rendah
-- Sistem cuaca mempengaruhi pembacaan tekanan
-
-### Ketinggian Relatif
-- Dihitung dari perubahan tekanan
-- Relatif terhadap titik referensi awal
-- Akurasi: ±10-30 meter
-- Bekerja paling baik untuk pelacakan jangka pendek
-
-## Praktik Terbaik
-
-1. **Periksa Ketersediaan**: Selalu verifikasi ketersediaan sensor sebelum digunakan
-2. **Interval yang Wajar**: Jangan polling terlalu sering (1000ms sudah bagus)
-3. **Hapus Listener**: Bersihkan listener saat tidak diperlukan
-4. **Kalibrasi**: Gunakan ketinggian yang diketahui untuk pembacaan yang akurat
-5. **Dampak Baterai**: Pantau penggunaan baterai dengan penginderaan berkelanjutan
-
-## Masalah Umum
-
-### Sensor Tidak Tersedia
-```typescript
-try {
-  const { available } = await Barometer.isAvailable();
-  if (!available) {
-    // Fallback to GPS altitude or manual input
-    showAlternativeMethod();
-  }
-} catch (error) {
-  console.error('Barometer check failed:', error);
-}
-```
-
-### Data Berisik
-```typescript
-class PressureFilter {
-  private readings: number[] = [];
-  private maxReadings = 5;
-
-  addReading(pressure: number): number {
-    this.readings.push(pressure);
-    if (this.readings.length > this.maxReadings) {
-      this.readings.shift();
-    }
-
-    // Return moving average
-    const sum = this.readings.reduce((a, b) => a + b, 0);
-    return sum / this.readings.length;
-  }
-}
-```
-
-## Langkah Selanjutnya
-
-- Jelajahi [Referensi API](https://github.com/Cap-go/capacitor-barometer#api) untuk dokumentasi metode lengkap
-- Lihat [aplikasi contoh](https://github.com/Cap-go/capacitor-barometer/tree/main/example) untuk penggunaan lanjutan
-- Lihat [tutorial](/plugins/capacitor-barometer) untuk contoh implementasi lengkap
diff --git a/src/content/docs/id/docs/plugins/barometer/index.mdx b/src/content/docs/id/docs/plugins/barometer/index.mdx
deleted file mode 100644
index 738940e3f..000000000
--- a/src/content/docs/id/docs/plugins/barometer/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: "@capgo/capacitor-barometer"
-description: Akses pembacaan barometer perangkat untuk data tekanan atmosfer dan ketinggian dari sensor perangkat.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-locale: id
-hero:
-  tagline: Akses data tekanan barometrik dan ketinggian dari sensor perangkat untuk aplikasi cuaca dan kebugaran.
-  image:
-    file: ~public/icons/plugins/barometer.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/barometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-barometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Pemantauan Tekanan" icon="rocket">
-    Pembacaan tekanan atmosfer real-time 🌡️
-  </Card>
-  <Card title="Kalkulasi Ketinggian" icon="star">
-    Turunkan ketinggian relatif dari perubahan tekanan 📈
-  </Card>
-  <Card title="Event Listener" icon="setting">
-    Berlangganan event perubahan tekanan 🔔
-  </Card>
-  <Card title="Lintas Platform" icon="laptop">
-    Bekerja pada perangkat iOS dan Android dengan sensor barometer 📱
-  </Card>
-  <Card title="Memulai" icon="open-book">
-    Periksa [Panduan Memulai](/docs/plugins/barometer/getting-started/) untuk menginstal dan mengkonfigurasi plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/camera-preview/getting-started.mdx b/src/content/docs/id/docs/plugins/camera-preview/getting-started.mdx
deleted file mode 100644
index 9f76d394b..000000000
--- a/src/content/docs/id/docs/plugins/camera-preview/getting-started.mdx
+++ /dev/null
@@ -1,275 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Camera Preview untuk menampilkan feed kamera real-time dan menangkap foto/video di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
-locale: id
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/camera-preview" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurasi izin**
-
-   ### iOS
-   Tambahkan deskripsi penggunaan kamera ke `Info.plist` Anda:
-   ```xml
-   <key>NSCameraUsageDescription</key>
-   <string>To take photos and videos</string>
-   <key>NSMicrophoneUsageDescription</key>
-   <string>To record audio with videos</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>To save photos and videos</string>
-   ```
-
-   ### Android
-   Tambahkan izin kamera ke `AndroidManifest.xml` Anda:
-   ```xml
-   <uses-permission android:name="android.permission.CAMERA" />
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   ```
-</Steps>
-
-## Penggunaan
-
-Impor plugin dan gunakan metodenya untuk mengontrol kamera:
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview';
-import { CameraPreviewOptions, CameraPreviewPictureOptions } from '@capgo/camera-preview';
-
-// Start camera preview
-const startCamera = async () => {
-  const cameraPreviewOptions: CameraPreviewOptions = {
-    position: 'rear',
-    height: 1920,
-    width: 1080,
-    quality: 50,
-    toBack: false,
-    paddingBottom: 0,
-    rotateWhenOrientationChanged: true,
-    x: 0,
-    y: 0
-  };
-
-  await CameraPreview.start(cameraPreviewOptions);
-};
-
-// Stop camera preview
-const stopCamera = async () => {
-  await CameraPreview.stop();
-};
-
-// Take a picture
-const takePicture = async () => {
-  const pictureOptions: CameraPreviewPictureOptions = {
-    quality: 90,
-    width: 1920,
-    height: 1080
-  };
-
-  const result = await CameraPreview.capture(pictureOptions);
-  const base64PictureData = result.value;
-
-  // Use the base64 image data
-  console.log(base64PictureData);
-};
-
-// Switch camera
-const flipCamera = async () => {
-  await CameraPreview.flip();
-};
-
-// Control flash
-const setFlashMode = async (mode: 'on' | 'off' | 'auto' | 'torch') => {
-  await CameraPreview.setFlashMode({ flashMode: mode });
-};
-
-// Start recording video
-const startRecording = async () => {
-  await CameraPreview.startRecordVideo({
-    storeToFile: true,
-    fileName: 'myvideo'
-  });
-};
-
-// Stop recording
-const stopRecording = async () => {
-  const result = await CameraPreview.stopRecordVideo();
-  console.log('Video path:', result.videoFilePath);
-};
-```
-
-## Referensi API
-
-### start(options)
-
-Memulai pratinjau kamera.
-
-```typescript
-interface CameraPreviewOptions {
-  position?: 'rear' | 'front';
-  height?: number;
-  width?: number;
-  x?: number;
-  y?: number;
-  toBack?: boolean;
-  paddingBottom?: number;
-  rotateWhenOrientationChanged?: boolean;
-  storeToFile?: boolean;
-  disableExifHeaderStripping?: boolean;
-  enableHighResolution?: boolean;
-  disableAudio?: boolean;
-  lockAndroidOrientation?: boolean;
-  enableOpacity?: boolean;
-  enableZoom?: boolean;
-}
-```
-
-### stop()
-
-Menghentikan pratinjau kamera.
-
-### capture(options)
-
-Mengambil foto dan mengembalikannya sebagai string yang dikodekan base64.
-
-```typescript
-interface CameraPreviewPictureOptions {
-  height?: number;
-  width?: number;
-  quality?: number;
-}
-```
-
-### flip()
-
-Beralih antara kamera depan dan belakang.
-
-### setFlashMode(options)
-
-Mengatur mode flash.
-
-```typescript
-interface CameraPreviewFlashMode {
-  flashMode: 'off' | 'on' | 'auto' | 'torch';
-}
-```
-
-### startRecordVideo(options)
-
-Memulai perekaman video.
-
-```typescript
-interface CameraPreviewVideoOptions {
-  storeToFile?: boolean;
-  fileName?: string;
-  width?: number;
-  height?: number;
-  quality?: number;
-  withFlash?: boolean;
-}
-```
-
-### stopRecordVideo()
-
-Menghentikan perekaman video dan mengembalikan path file video.
-
-## Fitur Lanjutan
-
-### Kontrol Fokus
-
-```typescript
-// Set focus
-await CameraPreview.setFocusCoordinate({
-  x: 100,
-  y: 100
-});
-
-// Get supported focus modes
-const focusModes = await CameraPreview.getFocusModes();
-
-// Set focus mode
-await CameraPreview.setFocusMode({
-  focusMode: 'continuous-picture'
-});
-```
-
-### Kontrol Zoom
-
-```typescript
-// Get max zoom
-const maxZoom = await CameraPreview.getMaxZoom();
-
-// Set zoom
-await CameraPreview.setZoom({
-  zoom: 2.0
-});
-
-// Get current zoom
-const currentZoom = await CameraPreview.getZoom();
-```
-
-### Kontrol Eksposur
-
-```typescript
-// Get exposure compensation range
-const range = await CameraPreview.getExposureCompensationRange();
-
-// Set exposure compensation
-await CameraPreview.setExposureCompensation({
-  exposureCompensation: 0.5
-});
-```
-
-## Praktik Terbaik
-
-1. **Minta izin terlebih dahulu**
-   ```typescript
-   import { Camera } from '@capacitor/camera';
-
-   const requestPermissions = async () => {
-     const permissions = await Camera.requestPermissions();
-     if (permissions.camera === 'granted') {
-       // Start camera preview
-     }
-   };
-   ```
-
-2. **Tangani perubahan orientasi**
-   Setel `rotateWhenOrientationChanged: true` untuk menyesuaikan pratinjau secara otomatis.
-
-3. **Optimalkan performa**
-   - Gunakan pengaturan resolusi yang sesuai
-   - Hentikan pratinjau saat tidak digunakan
-   - Nonaktifkan fitur yang tidak Anda perlukan
-
-4. **Penanganan error**
-   ```typescript
-   try {
-     await CameraPreview.start(options);
-   } catch (error) {
-     console.error('Failed to start camera:', error);
-   }
-   ```
-
-## Catatan Platform
-
-### iOS
-- Memerlukan iOS 10.0+
-- Menggunakan framework AVFoundation
-- Mendukung akselerasi hardware
-
-### Android
-- Memerlukan Android 5.0 (API 21)+
-- Menggunakan Camera2 API
-- Mendukung berbagai fitur kamera berdasarkan kemampuan perangkat
diff --git a/src/content/docs/id/docs/plugins/camera-preview/index.mdx b/src/content/docs/id/docs/plugins/camera-preview/index.mdx
deleted file mode 100644
index fa90f7650..000000000
--- a/src/content/docs/id/docs/plugins/camera-preview/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/camera-preview"
-description: Plugin Capacitor untuk fungsionalitas pratinjau kamera dengan tampilan feed kamera real-time dan kemampuan menangkap foto/video.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-locale: id
-hero:
-  tagline: Tampilkan pratinjau kamera di aplikasi Anda dengan kontrol penuh atas pengaturan kamera, ambil foto dan video langsung dari pratinjau.
-  image:
-    file: ~public/icons/plugins/camera-preview.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/camera-preview/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-camera-preview/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Pratinjau real-time" icon="rocket">
-    Tampilkan feed kamera langsung di UI aplikasi Anda
-  </Card>
-  <Card title="Kontrol penuh" icon="setting">
-    Kontrol flash, zoom, fokus, dan beralih antar kamera
-  </Card>
-  <Card title="Kemampuan menangkap" icon="pencil">
-    Ambil foto dan rekam video dari pratinjau
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/camera-preview/getting-started/) untuk menguasai plugin dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/capacitor-plus/getting-started.mdx b/src/content/docs/id/docs/plugins/capacitor-plus/getting-started.mdx
deleted file mode 100644
index cd7874939..000000000
--- a/src/content/docs/id/docs/plugins/capacitor-plus/getting-started.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal Capacitor+ sebagai pengganti drop-in untuk paket Capacitor resmi.
-sidebar:
-  order: 2
-locale: id
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-## Instalasi Proyek Baru
-
-<Steps>
-1. **Instal paket inti**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   ```
-
-2. **Tambahkan paket platform**
-   ```bash
-   npm install @capacitor-plus/android  # for Android
-   npm install @capacitor-plus/ios      # for iOS
-   ```
-
-3. **Inisialisasi Capacitor**
-   <PackageManagers type="exec" pkg="cap" args="init" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-4. **Tambahkan platform**
-   <PackageManagers type="exec" pkg="cap" args="add android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   <PackageManagers type="exec" pkg="cap" args="add ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Migrasi dari Capacitor Resmi
-
-Jika Anda memiliki proyek Capacitor yang sudah ada, migrasi ke Capacitor+ sangat mudah:
-
-<Steps>
-1. **Hapus paket resmi**
-   ```bash
-   npm uninstall @capacitor/core @capacitor/cli @capacitor/android @capacitor/ios
-   ```
-
-2. **Instal paket Capacitor+**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   npm install @capacitor-plus/android  # if using Android
-   npm install @capacitor-plus/ios      # if using iOS
-   ```
-
-3. **Sinkronkan proyek Anda**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-<Aside type="note">
-  Tidak perlu perubahan kode! Capacitor+ memiliki API yang sama dengan Capacitor resmi. Impor dan kode Anda tetap sama persis.
-</Aside>
-
-## Penggunaan
-
-Karena Capacitor+ kompatibel dengan API, kode Anda yang ada akan berfungsi tanpa perubahan:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { registerPlugin } from '@capacitor/core';
-
-// Check platform
-const platform = Capacitor.getPlatform();
-console.log('Running on:', platform);
-
-// Check if native
-if (Capacitor.isNativePlatform()) {
-  console.log('Running on native platform');
-}
-
-// Register a custom plugin
-const MyPlugin = registerPlugin('MyPlugin');
-```
-
-### Dengan Plugin Capacitor Resmi
-
-Semua plugin Capacitor resmi bekerja dengan lancar:
-
-```typescript
-import { Camera, CameraResultType } from '@capacitor/camera';
-import { Geolocation } from '@capacitor/geolocation';
-import { Storage } from '@capacitor/preferences';
-
-// Camera
-const photo = await Camera.getPhoto({
-  quality: 90,
-  resultType: CameraResultType.Uri
-});
-
-// Geolocation
-const position = await Geolocation.getCurrentPosition();
-
-// Storage
-await Storage.set({ key: 'name', value: 'John' });
-```
-
-### Dengan Plugin Capgo
-
-Plugin Capgo bekerja sempurna dengan Capacitor+:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// Live updates
-await CapacitorUpdater.notifyAppReady();
-
-// Screen orientation
-await ScreenOrientation.lock({ orientation: 'portrait' });
-
-// Flashlight
-await CapacitorFlash.toggle();
-```
-
-## Cara Kerja Sinkronisasi
-
-```
-┌─────────────────────┐     ┌──────────────────┐     ┌──────────────────┐     ┌─────────────────┐
-│  ionic-team/        │     │  CI/CD           │     │  Claude Code     │     │  npm publish    │
-│  capacitor          │────▶│  Pipeline        │────▶│  Security Review │────▶│  @capacitor-plus│
-│  (upstream)         │     │  (daily sync)    │     │  (AI analysis)   │     │  packages       │
-└─────────────────────┘     └──────────────────┘     └──────────────────┘     └─────────────────┘
-```
-
-1. **Sinkronisasi Harian**: GitHub Actions mengambil perubahan terbaru dari `ionic-team/capacitor`
-2. **Pembuatan PR**: Perubahan diusulkan sebagai pull request ke cabang `plus`
-3. **Validasi CI**: Test suite lengkap berjalan (lint, unit tests, iOS build, Android build)
-4. **Tinjauan Keamanan**: Analisis bertenaga AI memeriksa kerentanan dan perubahan yang merusak
-5. **Auto-Merge**: Hanya jika CI lulus DAN tinjauan keamanan menyetujui
-6. **Auto-Publish**: Versi baru dipublikasikan ke npm di bawah `@capacitor-plus/*`
-
-## Detail Tinjauan Keamanan
-
-Setiap sinkronisasi upstream dianalisis untuk:
-
-| Pemeriksaan | Yang Ditangkap |
-|-------|-----------------|
-| **Keamanan** | Command injection, XSS, path traversal, hardcoded secrets |
-| **Perubahan yang Merusak** | API yang dihapus/diubah namanya, signature yang diubah, perubahan konfigurasi |
-| **Stabilitas** | Null dereferences, exception yang tidak ditangani, race conditions, memory leaks |
-| **Keamanan Data** | Skenario kehilangan data, pelanggaran privasi, penyimpanan tidak aman |
-| **Integritas Kode** | Kode yang disamarkan, panggilan jaringan mencurigakan, backdoors |
-
-<Aside type="caution">
-  Jika ada masalah terdeteksi, PR akan ditandai untuk ditinjau secara manual dan TIDAK akan digabungkan secara otomatis. Ini memastikan Anda selalu mendapatkan rilis yang stabil dan aman.
-</Aside>
-
-## Mengirimkan PR Anda
-
-Memiliki PR yang terjebak di repo Capacitor resmi? Dapatkan merge di Capacitor+:
-
-<Steps>
-1. **Buka issue** di [repo Capacitor+](https://github.com/Cap-go/capacitor-plus/issues) yang menautkan ke PR upstream Anda
-
-2. **Atau kirimkan langsung** sebagai PR ke cabang `plus`
-
-3. Tim akan meninjau, menjalankan CI, dan menggabungkan jika lulus
-</Steps>
-
-Dengan cara ini Anda dan orang lain dapat mengambil manfaat dari pekerjaan Anda segera tanpa menunggu siklus rilis upstream.
-
-## FAQ
-
-### Apakah ini siap untuk produksi?
-
-Ya. Capacitor+ digunakan di aplikasi produksi. Setiap rilis melewati test suite yang sama dengan Capacitor resmi, ditambah analisis keamanan tambahan.
-
-### Apakah plugin resmi saya masih akan bekerja?
-
-Ya. Semua plugin `@capacitor/*` bekerja dengan Capacitor+ langsung dari kotak.
-
-### Bagaimana jika upstream merilis perubahan yang merusak?
-
-Tinjauan keamanan AI menandai perubahan yang merusak untuk ditinjau secara manual. Anda akan melihat perubahan yang didokumentasikan sebelum digabungkan.
-
-### Bagaimana cara melaporkan masalah?
-
-Ajukan issue di [repo GitHub Capacitor+](https://github.com/Cap-go/capacitor-plus/issues). Untuk masalah yang juga mempengaruhi Capacitor resmi, kami akan membantu koordinasi upstream.
-
-### Bisakah saya berkontribusi?
-
-Tentu saja! PR sangat diterima. Anda dapat mengirimkan perbaikan secara langsung atau meminta agar PR upstream tertentu digabungkan.
diff --git a/src/content/docs/id/docs/plugins/capacitor-plus/index.mdx b/src/content/docs/id/docs/plugins/capacitor-plus/index.mdx
deleted file mode 100644
index 7273d806a..000000000
--- a/src/content/docs/id/docs/plugins/capacitor-plus/index.mdx
+++ /dev/null
@@ -1,64 +0,0 @@
----
-title: "Capacitor+"
-description: Fork otomatis dan selalu tersinkronisasi dari Capacitor dengan PR komunitas yang digabungkan dan rilis cepat.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-locale: id
-hero:
-  tagline: Capacitor+ adalah fork otomatis dari Capacitor yang menggabungkan PR komunitas lebih cepat, dengan rilis yang ditinjau keamanannya.
-  image:
-    file: ~public/icons/plugins/capacitor-plus.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/capacitor-plus/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-plus/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-<Aside type="tip">
-  **Mengapa Capacitor+?** PR yang bagus tertahan tanpa di-merge di repositori Capacitor resmi selama berbulan-bulan. Capacitor+ secara aktif menggabungkan kontribusi komunitas ini sehingga Anda tidak perlu menunggu.
-</Aside>
-
-<CardGrid stagger>
-  <Card title="PR Komunitas Digabungkan Lebih Cepat" icon="rocket">
-    Perbaikan bug dan fitur terjebak di upstream? Kami menggabungkannya sehingga Anda dapat mengambil manfaat segera.
-  </Card>
-  <Card title="Auto-Synced Setiap Hari" icon="seti:clock">
-    Setiap perubahan dari Capacitor resmi secara otomatis ditarik, diuji, dan diverifikasi.
-  </Card>
-  <Card title="Ditinjau Keamanan" icon="approve-check">
-    Setiap rilis dianalisis oleh AI untuk kerentanan keamanan, perubahan yang merusak, dan risiko stabilitas.
-  </Card>
-  <Card title="Pengganti Drop-in" icon="puzzle">
-    API yang sama dengan Capacitor resmi - cukup ubah scope paket dan Anda selesai.
-  </Card>
-</CardGrid>
-
-## Filosofi
-
-Tim Ionic memelihara Capacitor dengan prioritas dan jadwal rilis mereka sendiri. Kontribusi komunitas bisa menunggu berbulan-bulan atau bahkan bertahun-tahun untuk digabungkan. Capacitor+ mengambil pendekatan yang berbeda:
-
-1. **Gabungkan PR dari Fork** - PR berharga yang terjebak di antrian upstream secara aktif digabungkan
-2. **Sinkronisasi Berkelanjutan** - Setiap perubahan upstream secara otomatis ditarik dan diuji
-3. **Rilis Cepat** - Perubahan dipublikasikan ke npm segera setelah lulus CI
-4. **Komunitas Pertama** - Kontribusi Anda penting dan diprioritaskan
-5. **Transparansi** - Semua otomasi bersifat open source dan terlihat
-
-## Paket
-
-| Paket | npm |
-|---------|-----|
-| `@capacitor-plus/core` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/core)](https://www.npmjs.com/package/@capacitor-plus/core) |
-| `@capacitor-plus/cli` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/cli)](https://www.npmjs.com/package/@capacitor-plus/cli) |
-| `@capacitor-plus/android` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/android)](https://www.npmjs.com/package/@capacitor-plus/android) |
-| `@capacitor-plus/ios` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/ios)](https://www.npmjs.com/package/@capacitor-plus/ios) |
diff --git a/src/content/docs/id/docs/plugins/compass/getting-started.mdx b/src/content/docs/id/docs/plugins/compass/getting-started.mdx
deleted file mode 100644
index e93905ea1..000000000
--- a/src/content/docs/id/docs/plugins/compass/getting-started.mdx
+++ /dev/null
@@ -1,219 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin Compass untuk membaca arah kompas perangkat di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-compass" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Pengaturan iOS
-
-Di iOS, akses kompas memerlukan izin lokasi. Tambahkan berikut ini ke `Info.plist` Anda:
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>We need location permission to access the compass</string>
-```
-
-## Pengaturan Android
-
-Tidak diperlukan pengaturan tambahan. Plugin menggunakan sensor magnetometer dan accelerometer perangkat.
-
-## Penggunaan
-
-Impor plugin dan gunakan metodenya untuk membaca arah kompas:
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-// Get current heading once
-const getCurrentHeading = async () => {
-  const { value } = await CapgoCompass.getCurrentHeading();
-  console.log('Current heading:', value, 'degrees');
-};
-
-// Start continuous heading updates
-const startCompass = async () => {
-  // Start listening for updates
-  await CapgoCompass.startListening();
-
-  // Add listener for heading changes
-  const handle = await CapgoCompass.addListener('headingChange', (event) => {
-    console.log('Heading:', event.value, 'degrees');
-  });
-
-  // Later, to stop listening:
-  // await CapgoCompass.stopListening();
-  // await handle.remove();
-};
-
-// Check permissions
-const checkPermission = async () => {
-  const status = await CapgoCompass.checkPermissions();
-  console.log('Permission status:', status.compass);
-};
-
-// Request permissions
-const requestPermission = async () => {
-  const status = await CapgoCompass.requestPermissions();
-  if (status.compass === 'granted') {
-    console.log('Compass access granted');
-  }
-};
-```
-
-## Referensi API
-
-### getCurrentHeading()
-
-Dapatkan arah kompas saat ini dalam derajat.
-
-```typescript
-const result = await CapgoCompass.getCurrentHeading();
-// Returns: { value: number } - heading in degrees (0-360)
-```
-
-### startListening()
-
-Mulai mendengarkan perubahan arah kompas. Harus dipanggil sebelum event arah dipancarkan.
-
-```typescript
-await CapgoCompass.startListening();
-```
-
-### stopListening()
-
-Berhenti mendengarkan perubahan arah kompas.
-
-```typescript
-await CapgoCompass.stopListening();
-```
-
-### addListener('headingChange', callback)
-
-Tambahkan listener untuk event perubahan arah.
-
-```typescript
-const handle = await CapgoCompass.addListener('headingChange', (event) => {
-  console.log('Heading:', event.value);
-});
-
-// Remove listener when done
-await handle.remove();
-```
-
-### removeAllListeners()
-
-Hapus semua listener yang terdaftar.
-
-```typescript
-await CapgoCompass.removeAllListeners();
-```
-
-### checkPermissions()
-
-Periksa status izin saat ini.
-
-```typescript
-const status = await CapgoCompass.checkPermissions();
-// Returns: { compass: 'prompt' | 'granted' | 'denied' }
-```
-
-### requestPermissions()
-
-Minta izin untuk mengakses data kompas.
-
-```typescript
-const status = await CapgoCompass.requestPermissions();
-```
-
-### getPluginVersion()
-
-Dapatkan versi plugin native.
-
-```typescript
-const { version } = await CapgoCompass.getPluginVersion();
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-export class CompassService {
-  private listenerHandle: any = null;
-
-  async init() {
-    // Check and request permissions
-    const status = await CapgoCompass.checkPermissions();
-    if (status.compass !== 'granted') {
-      const result = await CapgoCompass.requestPermissions();
-      if (result.compass !== 'granted') {
-        throw new Error('Compass permission denied');
-      }
-    }
-  }
-
-  async startTracking(onHeadingChange: (heading: number) => void) {
-    // Start listening for updates
-    await CapgoCompass.startListening();
-
-    // Add event listener
-    this.listenerHandle = await CapgoCompass.addListener(
-      'headingChange',
-      (event) => {
-        onHeadingChange(event.value);
-      }
-    );
-  }
-
-  async stopTracking() {
-    if (this.listenerHandle) {
-      await this.listenerHandle.remove();
-      this.listenerHandle = null;
-    }
-    await CapgoCompass.stopListening();
-  }
-
-  async getHeading(): Promise<number> {
-    const { value } = await CapgoCompass.getCurrentHeading();
-    return value;
-  }
-
-  getCardinalDirection(heading: number): string {
-    const directions = ['N', 'NE', 'E', 'SE', 'S', 'SW', 'W', 'NW'];
-    const index = Math.round(heading / 45) % 8;
-    return directions[index];
-  }
-}
-```
-
-## Catatan Platform
-
-### iOS
-- Memerlukan iOS 10.0+
-- Menggunakan Core Location untuk data arah
-- Memerlukan izin lokasi (NSLocationWhenInUseUsageDescription)
-- Pembaruan arah berlanjut ketika listening aktif
-
-### Android
-- Memerlukan Android 6.0 (API 23)+
-- Menggunakan sensor accelerometer dan magnetometer
-- Tidak diperlukan izin khusus untuk sensor kompas
-- Arah dihitung dari fusi sensor
-
-### Web
-- Tidak didukung di platform web
-- Metode akan melempar error saat dipanggil
diff --git a/src/content/docs/id/docs/plugins/compass/index.mdx b/src/content/docs/id/docs/plugins/compass/index.mdx
deleted file mode 100644
index 83420b543..000000000
--- a/src/content/docs/id/docs/plugins/compass/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-compass"
-locale: id
-description: Baca arah kompas perangkat dalam derajat dengan pembaruan berkelanjutan dan penanganan izin.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Akses sensor kompas perangkat untuk data arah dengan pembaruan real-time di iOS dan Android.
-  image:
-    file: ~public/icons/plugins/compass.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/compass/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-compass/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Arah Real-time" icon="rocket">
-    Dapatkan pembaruan arah kompas berkelanjutan dalam derajat (0-360)
-  </Card>
-  <Card title="Lintas Platform" icon="puzzle">
-    Bekerja di perangkat iOS dan Android dengan akses sensor native
-  </Card>
-  <Card title="Penanganan Izin" icon="seti:lock">
-    Manajemen izin bawaan untuk layanan lokasi (iOS)
-  </Card>
-  <Card title="Berbasis Event" icon="star">
-    Berlangganan perubahan arah dengan event listener yang efisien
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/contacts/getting-started.mdx b/src/content/docs/id/docs/plugins/contacts/getting-started.mdx
deleted file mode 100644
index fc9cab1b3..000000000
--- a/src/content/docs/id/docs/plugins/contacts/getting-started.mdx
+++ /dev/null
@@ -1,394 +0,0 @@
----
-title: "Memulai dengan Contacts"
-locale: id
-description: "Pelajari cara mengintegrasikan manajemen kontak ke dalam aplikasi Capacitor Anda"
----
-
-Panduan ini akan memandu Anda mengintegrasikan plugin Capacitor Contacts ke dalam aplikasi Anda.
-
-## Instalasi
-
-Instal plugin menggunakan npm:
-
-```bash
-npm install @capgo/capacitor-contacts
-npx cap sync
-```
-
-## Konfigurasi iOS
-
-Tambahkan berikut ini ke `Info.plist` Anda:
-
-```xml
-<key>NSContactsUsageDescription</key>
-<string>This app needs access to contacts to let you select recipients</string>
-```
-
-## Konfigurasi Android
-
-Tambahkan izin berikut ke `AndroidManifest.xml` Anda:
-
-```xml
-<uses-permission android:name="android.permission.READ_CONTACTS" />
-<uses-permission android:name="android.permission.WRITE_CONTACTS" />
-```
-
-## Penggunaan Dasar
-
-### Impor Plugin
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-```
-
-### Minta Izin
-
-```typescript
-const requestPermissions = async () => {
-  const permission = await Contacts.requestPermissions();
-  console.log('Permission status:', permission.contacts);
-};
-```
-
-### Dapatkan Semua Kontak
-
-```typescript
-const getAllContacts = async () => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true,
-      image: true
-    }
-  });
-
-  console.log('Contacts:', result.contacts);
-};
-```
-
-### Cari Kontak
-
-```typescript
-const searchContacts = async (query: string) => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true
-    },
-    query: query
-  });
-
-  console.log('Search results:', result.contacts);
-};
-```
-
-### Buat Kontak
-
-```typescript
-const createContact = async () => {
-  const newContact = {
-    name: {
-      given: 'John',
-      family: 'Doe'
-    },
-    phones: [{
-      type: 'mobile',
-      number: '+1234567890'
-    }],
-    emails: [{
-      type: 'work',
-      address: 'john.doe@example.com'
-    }]
-  };
-
-  const result = await Contacts.createContact(newContact);
-  console.log('Contact created:', result);
-};
-```
-
-### Perbarui Kontak
-
-```typescript
-const updateContact = async (contactId: string) => {
-  const updates = {
-    contactId: contactId,
-    name: {
-      given: 'Jane',
-      family: 'Doe'
-    }
-  };
-
-  await Contacts.updateContact(updates);
-  console.log('Contact updated');
-};
-```
-
-### Hapus Kontak
-
-```typescript
-const deleteContact = async (contactId: string) => {
-  await Contacts.deleteContact({ contactId });
-  console.log('Contact deleted');
-};
-```
-
-## Contoh Lengkap
-
-Berikut adalah contoh lengkap dengan service kontak:
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-
-interface Contact {
-  contactId: string;
-  name: {
-    display?: string;
-    given?: string;
-    family?: string;
-  };
-  phones?: Array<{ type: string; number: string }>;
-  emails?: Array<{ type: string; address: string }>;
-  image?: { base64String: string };
-}
-
-class ContactsService {
-  async checkPermissions(): Promise<boolean> {
-    const permission = await Contacts.checkPermissions();
-
-    if (permission.contacts === 'granted') {
-      return true;
-    }
-
-    const requested = await Contacts.requestPermissions();
-    return requested.contacts === 'granted';
-  }
-
-  async getAllContacts(): Promise<Contact[]> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Contacts permission denied');
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true
-      }
-    });
-
-    return result.contacts;
-  }
-
-  async searchContacts(query: string): Promise<Contact[]> {
-    if (!query || query.length < 2) {
-      return [];
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      },
-      query: query
-    });
-
-    return result.contacts;
-  }
-
-  async getContactById(contactId: string): Promise<Contact | null> {
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true,
-        organization: true,
-        birthday: true,
-        note: true,
-        urls: true,
-        postalAddresses: true
-      },
-      contactId: contactId
-    });
-
-    return result.contacts.length > 0 ? result.contacts[0] : null;
-  }
-
-  async createContact(contact: Partial<Contact>): Promise<string> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Contacts permission denied');
-    }
-
-    const result = await Contacts.createContact(contact);
-    return result.contactId;
-  }
-
-  async updateContact(contactId: string, updates: Partial<Contact>): Promise<void> {
-    await Contacts.updateContact({
-      contactId,
-      ...updates
-    });
-  }
-
-  async deleteContact(contactId: string): Promise<void> {
-    await Contacts.deleteContact({ contactId });
-  }
-
-  formatPhoneNumber(phone: string): string {
-    // Remove non-numeric characters
-    const cleaned = phone.replace(/\D/g, '');
-
-    // Format as (XXX) XXX-XXXX
-    if (cleaned.length === 10) {
-      return `(${cleaned.slice(0, 3)}) ${cleaned.slice(3, 6)}-${cleaned.slice(6)}`;
-    }
-
-    return phone;
-  }
-
-  getContactInitials(contact: Contact): string {
-    const given = contact.name?.given || '';
-    const family = contact.name?.family || '';
-
-    if (given && family) {
-      return `${given[0]}${family[0]}`.toUpperCase();
-    }
-
-    const display = contact.name?.display || '';
-    const parts = display.split(' ');
-
-    if (parts.length >= 2) {
-      return `${parts[0][0]}${parts[1][0]}`.toUpperCase();
-    }
-
-    return display.slice(0, 2).toUpperCase();
-  }
-}
-
-// Usage
-const contactsService = new ContactsService();
-
-// Get all contacts
-const contacts = await contactsService.getAllContacts();
-console.log('Contacts:', contacts);
-
-// Search contacts
-const results = await contactsService.searchContacts('john');
-console.log('Search results:', results);
-
-// Create contact
-const newContactId = await contactsService.createContact({
-  name: { given: 'Jane', family: 'Smith' },
-  phones: [{ type: 'mobile', number: '+1234567890' }]
-});
-
-// Update contact
-await contactsService.updateContact(newContactId, {
-  emails: [{ type: 'work', address: 'jane@example.com' }]
-});
-```
-
-## Memahami Projection
-
-Parameter `projection` mengontrol field mana yang akan diambil:
-
-```typescript
-const result = await Contacts.getContacts({
-  projection: {
-    name: true,           // Contact name
-    phones: true,         // Phone numbers
-    emails: true,         // Email addresses
-    image: true,          // Contact photo
-    organization: true,   // Company/organization
-    birthday: true,       // Birth date
-    note: true,          // Notes
-    urls: true,          // Websites
-    postalAddresses: true // Physical addresses
-  }
-});
-```
-
-**Tips**: Hanya minta field yang Anda butuhkan untuk meningkatkan performa.
-
-## UI Pemilih Kontak
-
-Banyak aplikasi lebih suka menggunakan pemilih kontak native:
-
-```typescript
-const pickContact = async () => {
-  try {
-    const result = await Contacts.pickContact({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      }
-    });
-
-    if (result.contacts.length > 0) {
-      const contact = result.contacts[0];
-      console.log('Selected contact:', contact);
-    }
-  } catch (error) {
-    console.error('Contact picker cancelled or failed:', error);
-  }
-};
-```
-
-## Praktik Terbaik
-
-1. **Minta Izin Minimal**: Hanya minta izin kontak saat diperlukan
-2. **Gunakan Projection**: Hanya ambil field yang benar-benar Anda gunakan
-3. **Tangani Penolakan**: Berikan fallback ketika izin ditolak
-4. **Cache dengan Bijak**: Kontak bisa berubah, jangan cache terlalu lama
-5. **Hormati Privasi**: Bersikap transparan tentang penggunaan kontak
-6. **Operasi Async**: Semua operasi kontak bersifat async
-
-## Masalah Umum
-
-### Izin Ditolak
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await Contacts.checkPermissions();
-
-  if (permission.contacts === 'denied') {
-    // Show dialog explaining why permission is needed
-    showPermissionDialog();
-    // Direct user to settings
-    // On iOS: Settings > [App] > Contacts
-    // On Android: Settings > Apps > [App] > Permissions
-  }
-};
-```
-
-### Daftar Kontak Besar
-
-```typescript
-const loadContactsInBatches = async () => {
-  // Get count first (lightweight)
-  const projection = { name: true }; // Minimal projection
-
-  // Implement pagination if needed
-  const allContacts = await Contacts.getContacts({ projection });
-
-  // Process in chunks
-  const chunkSize = 100;
-  for (let i = 0; i < allContacts.contacts.length; i += chunkSize) {
-    const chunk = allContacts.contacts.slice(i, i + chunkSize);
-    await processContactChunk(chunk);
-  }
-};
-```
-
-## Langkah Selanjutnya
-
-- Jelajahi [Referensi API](https://github.com/Cap-go/capacitor-contacts#api) untuk dokumentasi metode lengkap
-- Lihat [aplikasi contoh](https://github.com/Cap-go/capacitor-contacts/tree/main/example) untuk penggunaan lanjutan
-- Lihat [tutorial](/plugins/capacitor-contacts) untuk contoh implementasi lengkap
diff --git a/src/content/docs/id/docs/plugins/contacts/index.mdx b/src/content/docs/id/docs/plugins/contacts/index.mdx
deleted file mode 100644
index 31c6f0710..000000000
--- a/src/content/docs/id/docs/plugins/contacts/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-contacts"
-locale: id
-description: Bekerja dengan kontak perangkat menggunakan API Capacitor untuk mengakses, mencari, dan mengelola informasi kontak.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Akses, cari, dan kelola kontak perangkat di aplikasi Capacitor Anda dengan operasi CRUD lengkap dan penanganan izin.
-  image:
-    file: ~public/icons/plugins/contacts.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/contacts/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-contacts/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Baca Kontak" icon="rocket">
-    Akses daftar kontak perangkat dengan detail lengkap 📇
-  </Card>
-  <Card title="Fungsionalitas Pencarian" icon="magnifier">
-    Temukan kontak berdasarkan nama, email, atau telepon 🔍
-  </Card>
-  <Card title="Buat & Perbarui" icon="pencil">
-    Tambahkan kontak baru atau modifikasi yang sudah ada ✏️
-  </Card>
-  <Card title="Hapus Kontak" icon="setting">
-    Hapus kontak dari perangkat dengan aman 🗑️
-  </Card>
-  <Card title="Penanganan Izin" icon="approve-check-circle">
-    Tangani izin kontak dengan benar dengan kepatuhan manifest Privasi 🔒
-  </Card>
-  <Card title="Memulai" icon="open-book">
-    Lihat [Panduan Memulai](/docs/plugins/contacts/getting-started/) untuk menginstal dan mengonfigurasi plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/crisp/getting-started.mdx b/src/content/docs/id/docs/plugins/crisp/getting-started.mdx
deleted file mode 100644
index 04e24b98a..000000000
--- a/src/content/docs/id/docs/plugins/crisp/getting-started.mdx
+++ /dev/null
@@ -1,344 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin SDK chat Crisp untuk dukungan pelanggan dalam aplikasi di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-crisp" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Dapatkan Website ID Crisp Anda**
-   - Daftar di [crisp.chat](https://crisp.chat)
-   - Buat website/proyek
-   - Temukan Website ID Anda di Settings > Setup Instructions
-</Steps>
-
-## Penggunaan Dasar
-
-Impor plugin dan konfigurasikan dengan Website ID Anda:
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-// Configure Crisp with your website ID
-const configureCrisp = async () => {
-  await CapacitorCrisp.configure({
-    websiteID: 'YOUR_WEBSITE_ID'
-  });
-};
-
-// Open the chat
-const openChat = async () => {
-  await CapacitorCrisp.openMessenger();
-};
-
-// Set user information
-const setUserInfo = async () => {
-  await CapacitorCrisp.setUser({
-    email: 'user@example.com',
-    nickname: 'John Doe',
-    phone: '+1234567890',
-    avatar: 'https://example.com/avatar.jpg'
-  });
-};
-
-// Reset user session (logout)
-const logout = async () => {
-  await CapacitorCrisp.resetChatSession();
-};
-```
-
-## Referensi API
-
-### configure(options)
-
-Konfigurasikan Crisp dengan website ID Anda dan pengaturan opsional.
-
-```typescript
-interface ConfigureOptions {
-  websiteID: string;
-  locale?: string; // e.g., 'en', 'fr', 'es'
-  tokenID?: string; // For authenticated sessions
-}
-
-await CapacitorCrisp.configure({
-  websiteID: 'YOUR_WEBSITE_ID',
-  locale: 'en'
-});
-```
-
-### openMessenger()
-
-Membuka antarmuka chat Crisp.
-
-```typescript
-await CapacitorCrisp.openMessenger();
-```
-
-### setUser(options)
-
-Mengatur informasi pengguna untuk sesi chat.
-
-```typescript
-interface UserOptions {
-  email?: string;
-  nickname?: string;
-  phone?: string;
-  avatar?: string;
-}
-
-await CapacitorCrisp.setUser({
-  email: 'user@example.com',
-  nickname: 'John Doe'
-});
-```
-
-### setUserCompany(options)
-
-Mengatur informasi perusahaan untuk pengguna bisnis.
-
-```typescript
-interface CompanyOptions {
-  name: string;
-  url?: string;
-  description?: string;
-  employment?: {
-    title?: string;
-    role?: string;
-  };
-  geolocation?: {
-    city?: string;
-    country?: string;
-  };
-}
-
-await CapacitorCrisp.setUserCompany({
-  name: 'Acme Corp',
-  url: 'https://acme.com',
-  employment: {
-    title: 'CEO',
-    role: 'Leadership'
-  }
-});
-```
-
-### pushEvent(options)
-
-Kirim event kustom untuk melacak tindakan pengguna.
-
-```typescript
-interface EventOptions {
-  name: string;
-  color?: 'red' | 'orange' | 'yellow' | 'green' | 'blue' | 'purple' | 'pink' | 'brown' | 'grey' | 'black';
-  data?: { [key: string]: any };
-}
-
-await CapacitorCrisp.pushEvent({
-  name: 'checkout_completed',
-  color: 'green',
-  data: {
-    price: 99.99,
-    currency: 'USD'
-  }
-});
-```
-
-### setSessionSegment(segment)
-
-Atur segmen untuk mengategorikan sesi chat.
-
-```typescript
-await CapacitorCrisp.setSessionSegment('premium_customer');
-```
-
-### resetChatSession()
-
-Reset sesi chat saat ini (berguna untuk logout).
-
-```typescript
-await CapacitorCrisp.resetChatSession();
-```
-
-## Fitur Lanjutan
-
-### Data Pengguna Kustom
-
-```typescript
-// Set multiple custom data fields
-await CapacitorCrisp.setSessionData({
-  key: 'plan',
-  value: 'premium'
-});
-
-await CapacitorCrisp.setSessionData({
-  key: 'signup_date',
-  value: '2024-01-15'
-});
-```
-
-### Preset Pesan
-
-Atur pesan yang sudah diisi sebelumnya di input chat:
-
-```typescript
-await CapacitorCrisp.setMessageText(
-  "Hello, I need help with my order #12345"
-);
-```
-
-### Ketersediaan Chat
-
-Kontrol kapan widget chat tersedia:
-
-```typescript
-// Hide chat temporarily
-await CapacitorCrisp.setTokenID('user_token_12345');
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-export class ChatService {
-  async initialize() {
-    // Configure Crisp
-    await CapacitorCrisp.configure({
-      websiteID: 'YOUR_WEBSITE_ID',
-      locale: 'en'
-    });
-  }
-
-  async loginUser(user: any) {
-    // Set user information
-    await CapacitorCrisp.setUser({
-      email: user.email,
-      nickname: user.name,
-      phone: user.phone,
-      avatar: user.avatarUrl
-    });
-
-    // Set custom data
-    await CapacitorCrisp.setSessionData({
-      key: 'user_id',
-      value: user.id
-    });
-
-    await CapacitorCrisp.setSessionData({
-      key: 'account_type',
-      value: user.accountType
-    });
-
-    // Set segment
-    if (user.isPremium) {
-      await CapacitorCrisp.setSessionSegment('premium');
-    }
-
-    // Track login event
-    await CapacitorCrisp.pushEvent({
-      name: 'user_login',
-      color: 'blue',
-      data: {
-        method: 'email'
-      }
-    });
-  }
-
-  async openSupport(context?: string) {
-    if (context) {
-      await CapacitorCrisp.setMessageText(
-        `I need help with: ${context}`
-      );
-    }
-
-    await CapacitorCrisp.openMessenger();
-  }
-
-  async logout() {
-    await CapacitorCrisp.resetChatSession();
-  }
-}
-```
-
-## Styling dan Kustomisasi
-
-Crisp secara otomatis menyesuaikan dengan tema aplikasi Anda, tetapi Anda dapat menyesuaikannya lebih lanjut melalui dashboard Crisp:
-
-1. Buka dashboard Crisp Anda
-2. Navigasi ke Settings > Website Settings > Chatbox & Email Settings
-3. Sesuaikan warna, posisi, dan perilaku
-
-## Praktik Terbaik
-
-1. **Inisialisasi lebih awal**
-   Konfigurasikan Crisp selama inisialisasi aplikasi untuk ketersediaan langsung:
-   ```typescript
-   import { App } from '@capacitor/app';
-
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await CapacitorCrisp.configure({
-         websiteID: 'YOUR_WEBSITE_ID'
-       });
-     }
-   });
-   ```
-
-2. **Atur konteks pengguna**
-   Selalu berikan informasi pengguna saat tersedia untuk dukungan yang lebih baik:
-   ```typescript
-   if (user.isAuthenticated) {
-     await CapacitorCrisp.setUser({
-       email: user.email,
-       nickname: user.name
-     });
-   }
-   ```
-
-3. **Lacak event penting**
-   Gunakan event untuk memberikan konteks kepada agen dukungan:
-   ```typescript
-   await CapacitorCrisp.pushEvent({
-     name: 'error_occurred',
-     color: 'red',
-     data: {
-       error: error.message,
-       screen: 'checkout'
-     }
-   });
-   ```
-
-4. **Tangani logout dengan benar**
-   Selalu reset sesi ketika pengguna logout:
-   ```typescript
-   async logout() {
-     await CapacitorCrisp.resetChatSession();
-     // Your other logout logic
-   }
-   ```
-
-## Catatan Platform
-
-### iOS
-- Memerlukan iOS 10.0+
-- Menggunakan SDK iOS Crisp native
-- Mendukung notifikasi push (konfigurasikan di dashboard Crisp)
-
-### Android
-- Memerlukan Android 5.0 (API 21)+
-- Menggunakan SDK Android Crisp native
-- Patuh dengan Material Design
-
-### Web
-- Fallback ke SDK JavaScript Crisp
-- Paritas fitur penuh dengan platform native
diff --git a/src/content/docs/id/docs/plugins/crisp/index.mdx b/src/content/docs/id/docs/plugins/crisp/index.mdx
deleted file mode 100644
index 7f397746d..000000000
--- a/src/content/docs/id/docs/plugins/crisp/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-crisp"
-locale: id
-description: Integrasi SDK chat Crisp native untuk aplikasi Capacitor, menyediakan dukungan pelanggan dalam aplikasi.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Integrasikan SDK chat native Crisp ke dalam aplikasi Capacitor Anda untuk dukungan pelanggan dalam aplikasi yang seamless dan messaging real-time.
-  image:
-    file: ~public/icons/plugins/crisp.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/crisp/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-crisp/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Performa Native" icon="rocket">
-    Integrasi SDK native untuk pengalaman chat yang mulus 🚀
-  </Card>
-  <Card title="Messaging Real-time" icon="comment">
-    Chat langsung dengan pelanggan langsung di aplikasi Anda 💬
-  </Card>
-  <Card title="Fitur Lengkap" icon="star">
-    Dukungan untuk data pengguna, event, dan styling kustom ✨
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/crisp/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/data-storage-sqlite/getting-started.mdx b/src/content/docs/id/docs/plugins/data-storage-sqlite/getting-started.mdx
deleted file mode 100644
index a5ccc354b..000000000
--- a/src/content/docs/id/docs/plugins/data-storage-sqlite/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan mengonfigurasi plugin Capacitor Data Storage SQLite untuk penyimpanan key-value cepat dengan enkripsi opsional.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-data-storage-sqlite" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurasikan plugin**
-
-   **Contoh Storage Dasar:**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // Open a storage database
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'myapp_storage'
-   });
-
-   // Store data
-   await CapacitorDataStorageSqlite.set({
-     key: 'user_preferences',
-     value: JSON.stringify({ theme: 'dark' })
-   });
-   ```
-
-   **Contoh Storage Terenkripsi:**
-   ```typescript
-   // Open encrypted storage
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'secure_storage',
-     encrypted: true,
-     mode: 'encryption'
-   });
-
-   // Store sensitive data
-   await CapacitorDataStorageSqlite.set({
-     key: 'api_token',
-     value: 'secret_token_value'
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Tidak diperlukan pengaturan tambahan untuk iOS.
-     </TabItem>
-     <TabItem label="Android">
-       Tidak diperlukan pengaturan tambahan untuk Android.
-     </TabItem>
-   </Tabs>
-
-4. **Operasi dasar**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // Set a value
-   await CapacitorDataStorageSqlite.set({
-     key: 'username',
-     value: 'john_doe'
-   });
-
-   // Get a value
-   const { value } = await CapacitorDataStorageSqlite.get({
-     key: 'username'
-   });
-   console.log('Username:', value); // "john_doe"
-
-   // Remove a value
-   await CapacitorDataStorageSqlite.remove({
-     key: 'username'
-   });
-
-   // Clear all data
-   await CapacitorDataStorageSqlite.clear();
-
-   // Check if key exists
-   const { result } = await CapacitorDataStorageSqlite.iskey({
-     key: 'username'
-   });
-   console.log('Key exists:', result); // true or false
-
-   // Get all keys
-   const { keys } = await CapacitorDataStorageSqlite.keys();
-   console.log('All keys:', keys);
-
-   // Get all values
-   const { values } = await CapacitorDataStorageSqlite.values();
-   console.log('All values:', values);
-   ```
-
-5. **Penggunaan lanjutan**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   export class StorageService {
-     private dbName = 'app_storage';
-     private isEncrypted = false;
-
-     async initialize(encrypted = false) {
-       this.isEncrypted = encrypted;
-
-       // Open storage with options
-       await CapacitorDataStorageSqlite.openStore({
-         database: this.dbName,
-         encrypted: encrypted,
-         mode: encrypted ? 'encryption' : 'no-encryption',
-         version: 1
-       });
-     }
-
-     // Generic storage methods
-     async setObject<T>(key: string, data: T): Promise<void> {
-       const value = JSON.stringify(data);
-       await CapacitorDataStorageSqlite.set({ key, value });
-     }
-
-     async getObject<T>(key: string): Promise<T | null> {
-       try {
-         const { value } = await CapacitorDataStorageSqlite.get({ key });
-         return value ? JSON.parse(value) : null;
-       } catch (error) {
-         console.error('Error getting object:', error);
-         return null;
-       }
-     }
-
-     // Batch operations
-     async setMultiple(items: Record<string, any>): Promise<void> {
-       for (const [key, value] of Object.entries(items)) {
-         await CapacitorDataStorageSqlite.set({
-           key,
-           value: typeof value === 'string' ? value : JSON.stringify(value)
-         });
-       }
-     }
-
-     async getMultiple(keys: string[]): Promise<Record<string, any>> {
-       const results: Record<string, any> = {};
-
-       for (const key of keys) {
-         try {
-           const { value } = await CapacitorDataStorageSqlite.get({ key });
-           results[key] = value;
-         } catch (error) {
-           results[key] = null;
-         }
-       }
-
-       return results;
-     }
-
-     // Table management
-     async getTables(): Promise<string[]> {
-       const { tables } = await CapacitorDataStorageSqlite.tables();
-       return tables;
-     }
-
-     async deleteTable(table: string): Promise<void> {
-       await CapacitorDataStorageSqlite.deleteTable({ table });
-     }
-
-     // Import/Export functionality
-     async exportToJson(): Promise<any[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       return keys.map((key, index) => ({
-         key,
-         value: values[index]
-       }));
-     }
-
-     async importFromJson(data: Array<{ key: string; value: string }>): Promise<void> {
-       // Clear existing data
-       await CapacitorDataStorageSqlite.clear();
-
-       // Import new data
-       for (const item of data) {
-         await CapacitorDataStorageSqlite.set({
-           key: item.key,
-           value: item.value
-         });
-       }
-     }
-
-     // Filtering and searching
-     async keysStartingWith(prefix: string): Promise<string[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       return keys.filter(key => key.startsWith(prefix));
-     }
-
-     async filterByPrefix(prefix: string): Promise<Array<{ key: string; value: string }>> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       const filtered: Array<{ key: string; value: string }> = [];
-
-       keys.forEach((key, index) => {
-         if (key.startsWith(prefix)) {
-           filtered.push({ key, value: values[index] });
-         }
-       });
-
-       return filtered;
-     }
-
-     // Close database when done
-     async close(): Promise<void> {
-       await CapacitorDataStorageSqlite.closeStore({
-         database: this.dbName
-       });
-     }
-   }
-
-   // Usage example
-   const storage = new StorageService();
-   await storage.initialize(true); // Use encryption
-
-   // Store user data
-   await storage.setObject('user_profile', {
-     id: 123,
-     name: 'John Doe',
-     email: 'john@example.com'
-   });
-
-   // Retrieve user data
-   const profile = await storage.getObject<any>('user_profile');
-   console.log('User profile:', profile);
-   ```
-</Steps>
-
-## Referensi API
-
-### Metode
-
-#### `openStore(options: OpenStoreOptions)`
-Buka database storage.
-
-**Parameter:**
-- `options.database`: string - Nama database
-- `options.encrypted`: boolean - Aktifkan enkripsi
-- `options.mode`: string - 'encryption' atau 'no-encryption'
-- `options.version`: number - Versi database
-
-#### `closeStore(options: CloseStoreOptions)`
-Tutup database storage.
-
-#### `set(options: SetOptions)`
-Simpan pasangan key-value.
-
-**Parameter:**
-- `options.key`: string - Key storage
-- `options.value`: string - Value untuk disimpan
-
-#### `get(options: GetOptions)`
-Ambil value berdasarkan key.
-
-**Mengembalikan:** `Promise<{ value: string }>`
-
-#### `remove(options: RemoveOptions)`
-Hapus pasangan key-value.
-
-#### `clear()`
-Hapus semua data dari storage.
-
-#### `iskey(options: IskeyOptions)`
-Periksa apakah key ada.
-
-**Mengembalikan:** `Promise<{ result: boolean }>`
-
-#### `keys()`
-Dapatkan semua key storage.
-
-**Mengembalikan:** `Promise<{ keys: string[] }>`
-
-#### `values()`
-Dapatkan semua value storage.
-
-**Mengembalikan:** `Promise<{ values: string[] }>`
-
-#### `tables()`
-Dapatkan semua nama tabel.
-
-**Mengembalikan:** `Promise<{ tables: string[] }>`
-
-#### `deleteTable(options: DeleteTableOptions)`
-Hapus tabel tertentu.
-
-### Interface
-
-```typescript
-interface OpenStoreOptions {
-  database: string;
-  encrypted?: boolean;
-  mode?: string;
-  version?: number;
-}
-
-interface SetOptions {
-  key: string;
-  value: string;
-}
-
-interface GetOptions {
-  key: string;
-}
-
-interface RemoveOptions {
-  key: string;
-}
-```
-
-## Catatan Platform
-
-### iOS
-- Menggunakan SQLite3 dengan SQLCipher opsional untuk enkripsi
-- Data bertahan di seluruh pembaruan aplikasi
-- Mendukung iOS 11.0+
-
-### Android
-- Menggunakan SQLite dengan SQLCipher opsional
-- Data bertahan di seluruh pembaruan aplikasi
-- Mendukung Android 5.0 (API 21)+
-
-## Kasus Penggunaan Umum
-
-1. **Preferensi Pengguna**: Simpan pengaturan dan preferensi aplikasi
-2. **Manajemen Cache**: Cache respons dan data API
-3. **Storage Offline**: Simpan data untuk akses offline
-4. **Manajemen Sesi**: Kelola sesi pengguna dengan aman
-5. **Storage Token**: Simpan token autentikasi dengan aman
-
-## Praktik Terbaik
-
-1. **Gunakan Enkripsi untuk Data Sensitif**
-   ```typescript
-   // For sensitive data like tokens
-   await openStore({
-     database: 'secure_db',
-     encrypted: true,
-     mode: 'encryption'
-   });
-   ```
-
-2. **Organisir Key dengan Prefix**
-   ```typescript
-   // Use prefixes for organization
-   await set({ key: 'user:123:profile', value: userData });
-   await set({ key: 'cache:api:users', value: apiData });
-   ```
-
-3. **Tangani Data Besar dengan Hati-hati**
-   ```typescript
-   // For large objects, consider compression
-   const compressed = compress(largeData);
-   await set({ key: 'large_data', value: compressed });
-   ```
-
-4. **Pembersihan Rutin**
-   ```typescript
-   // Remove expired cache entries
-   const keys = await keys();
-   for (const key of keys.keys) {
-     if (key.startsWith('cache:') && isExpired(key)) {
-       await remove({ key });
-     }
-   }
-   ```
-
-## Pemecahan Masalah
-
-**Database tidak terbuka:**
-- Periksa nama database valid (alfanumerik, underscore)
-- Pastikan tidak ada karakter khusus dalam nama database
-- Verifikasi mode enkripsi cocok dengan database yang ada
-
-**Data tidak bertahan:**
-- Pastikan `openStore` dipanggil sebelum operasi
-- Periksa error di konsol
-- Verifikasi nama key adalah string
-
-**Masalah performa:**
-- Hindari menyimpan value yang sangat besar
-- Gunakan operasi batch jika memungkinkan
-- Pertimbangkan menggunakan beberapa database untuk tipe data berbeda
diff --git a/src/content/docs/id/docs/plugins/data-storage-sqlite/index.mdx b/src/content/docs/id/docs/plugins/data-storage-sqlite/index.mdx
deleted file mode 100644
index b3a539eb5..000000000
--- a/src/content/docs/id/docs/plugins/data-storage-sqlite/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-data-storage-sqlite"
-locale: id
-description: Plugin Capacitor untuk penyimpanan key-value berbasis SQLite, menyediakan solusi persistensi data yang cepat dan andal.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Penyimpanan key-value berbasis SQLite yang cepat dan andal untuk aplikasi Capacitor Anda dengan dukungan enkripsi.
-  image:
-    file: ~public/icons/plugins/data-storage-sqlite.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/data-storage-sqlite/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-data-storage-sqlite/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Bertenaga SQLite" icon="rocket">
-    Penyimpanan data cepat dan andal menggunakan SQLite 💾
-  </Card>
-  <Card title="Dukungan Enkripsi" icon="setting">
-    Enkripsi opsional untuk data sensitif 🔐
-  </Card>
-  <Card title="Kesederhanaan Key-value" icon="star">
-    API key-value sederhana dengan fitur powerful 🗂️
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/data-storage-sqlite/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/document-scanner/getting-started.mdx b/src/content/docs/id/docs/plugins/document-scanner/getting-started.mdx
deleted file mode 100644
index e4899df1e..000000000
--- a/src/content/docs/id/docs/plugins/document-scanner/getting-started.mdx
+++ /dev/null
@@ -1,61 +0,0 @@
----
-title: Memulai
-locale: id
-description: Tambahkan pemindaian dokumen berkualitas native dengan deteksi tepi dan format output yang dapat disesuaikan.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal plugin**
-   <PackageManagers pkg="@capgo/capacitor-document-scanner" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan platform native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Memicu scan
-
-```typescript
-import {
-  DocumentScanner,
-  ResponseType,
-  ScanDocumentResponseStatus,
-} from '@capgo/capacitor-document-scanner';
-
-const result = await DocumentScanner.scanDocument({
-  croppedImageQuality: 90,
-  letUserAdjustCrop: true,
-  maxNumDocuments: 10,
-  responseType: ResponseType.ImageFilePath,
-});
-
-if (result.status === ScanDocumentResponseStatus.Success) {
-  console.log('Scanned files:', result.scannedImages);
-} else {
-  console.log('Scan cancelled by user');
-}
-```
-
-## Mengembalikan data base64
-
-```typescript
-const result = await DocumentScanner.scanDocument({
-  responseType: ResponseType.Base64,
-});
-
-const [firstPage] = result.scannedImages ?? [];
-if (firstPage) {
-  const dataUrl = `data:image/jpeg;base64,${firstPage}`;
-  // Display preview or upload to server
-}
-```
-
-## Persyaratan platform
-
-- **iOS**: Tambahkan `NSCameraUsageDescription` ke `ios/App/App/Info.plist` yang menjelaskan bagaimana Anda menggunakan kamera.
-- **Android**: Konfirmasikan bahwa izin `CAMERA` dideklarasikan (Capacitor menambahkannya secara otomatis) dan sesuaikan `croppedImageQuality`, `letUserAdjustCrop`, dan `maxNumDocuments` agar sesuai dengan UI Anda.
-- **Storage**: Saat menggunakan `ResponseType.ImageFilePath`, pindahkan atau salin file yang dipindai ke lokasi penyimpanan yang Anda inginkan sebelum sesi aplikasi berakhir.
diff --git a/src/content/docs/id/docs/plugins/document-scanner/index.mdx b/src/content/docs/id/docs/plugins/document-scanner/index.mdx
deleted file mode 100644
index d8872dda6..000000000
--- a/src/content/docs/id/docs/plugins/document-scanner/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-document-scanner"
-locale: id
-description: Tangkap dokumen tajam dengan deteksi tepi otomatis dan ekspor halaman yang dipindai dari aplikasi Capacitor Anda.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Luncurkan pengalaman pemindaian dokumen yang apik dengan cropping otomatis, pengambilan multi-halaman, dan format output yang dapat dikonfigurasi.
-  image:
-    file: ~public/icons/plugins/document-scanner.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/document-scanner/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-document-scanner/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Plugin Document Scanner memberikan aplikasi Capacitor Anda alur pemindaian berkualitas native yang bekerja di perangkat iOS dan Android.
-
-<CardGrid stagger>
-  <Card title="Deteksi otomatis" icon="rocket">
-    Deteksi tepi halaman, crop otomatis, dan biarkan pengguna menyesuaikan sebelum menyimpan.
-  </Card>
-  <Card title="Pengambilan multi-halaman" icon="star">
-    Tangkap satu atau banyak halaman dalam satu sesi scan dengan batas yang dapat disesuaikan.
-  </Card>
-  <Card title="Output kustom" icon="download">
-    Kembalikan path file atau string base64 dengan kualitas gambar yang Anda pilih.
-  </Card>
-  <Card title="API Terpadu" icon="pencil">
-    Satu interface TypeScript mencakup implementasi iOS dan Android.
-  </Card>
-</CardGrid>
-
-Gunakan panduan memulai untuk mengaktifkan izin kamera, mengonfigurasi pengaturan kualitas, dan mengekspor file yang dipindai ke alur kerja penyimpanan Anda.
diff --git a/src/content/docs/id/docs/plugins/downloader/getting-started.mdx b/src/content/docs/id/docs/plugins/downloader/getting-started.mdx
deleted file mode 100644
index abf0f599d..000000000
--- a/src/content/docs/id/docs/plugins/downloader/getting-started.mdx
+++ /dev/null
@@ -1,172 +0,0 @@
----
-title: Memulai
-locale: id
-description: Panduan instalasi dan penggunaan untuk @capgo/capacitor-downloader
-sidebar:
-  order: 2
-  label: "Memulai"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Contoh Penggunaan
-
-```typescript
-import { CapacitorDownloader } from '@capgo/capacitor-downloader';
-
-// Start a download
-const downloadId = 'my-download-001';
-await CapacitorDownloader.download({
-  id: downloadId,
-  url: 'https://example.com/large-file.zip',
-  destination: '/downloads/large-file.zip',
-  headers: {
-    'Authorization': 'Bearer token123'
-  },
-  network: 'wifi-only',
-  priority: 'high'
-});
-
-// Listen for progress updates
-CapacitorDownloader.addListener('downloadProgress', (data) => {
-  console.log(`Download ${data.id}: ${data.progress}% complete`);
-  console.log(`Downloaded: ${data.bytesDownloaded}/${data.totalBytes} bytes`);
-});
-
-// Handle completion
-CapacitorDownloader.addListener('downloadCompleted', (data) => {
-  console.log(`Download completed: ${data.id}`);
-  console.log(`File saved to: ${data.path}`);
-});
-
-// Handle errors
-CapacitorDownloader.addListener('downloadFailed', (error) => {
-  console.error(`Download failed: ${error.id}`, error.message);
-});
-
-// Pause a download
-await CapacitorDownloader.pause(downloadId);
-
-// Resume the download
-await CapacitorDownloader.resume(downloadId);
-
-// Check download status
-const status = await CapacitorDownloader.checkStatus(downloadId);
-console.log('Download status:', status);
-
-// Stop the download
-await CapacitorDownloader.stop(downloadId);
-```
-
-## Metode API Inti
-
-### Manajemen Download
-- `download(options)` - Mulai download file baru
-- `pause(id)` - Jeda download yang sedang berlangsung
-- `resume(id)` - Lanjutkan download yang dijeda
-- `stop(id)` - Hentikan dan batalkan download
-- `checkStatus(id)` - Dapatkan status download saat ini
-
-### Operasi File
-- `getFileInfo(path)` - Ambil informasi dan metadata file
-
-## Konfigurasi Download
-
-```typescript
-interface DownloadOptions {
-  id: string;                    // Unique download identifier
-  url: string;                   // Download source URL
-  destination: string;           // Local save path
-  headers?: Record<string, string>; // Custom HTTP headers
-  network?: 'cellular' | 'wifi-only'; // Network restrictions
-  priority?: 'high' | 'normal' | 'low'; // Download priority
-}
-```
-
-## Event Listener
-
-Plugin menyediakan penanganan event komprehensif:
-
-- `downloadProgress` - Lacak progress download real-time
-- `downloadCompleted` - Tangani penyelesaian download sukses
-- `downloadFailed` - Tangani error dan kegagalan download
-
-## Konfigurasi Network
-
-### Download WiFi Saja
-```typescript
-await CapacitorDownloader.download({
-  id: 'large-file',
-  url: 'https://example.com/video.mp4',
-  destination: '/downloads/video.mp4',
-  network: 'wifi-only' // Restricts to WiFi networks only
-});
-```
-
-### Manajemen Prioritas
-```typescript
-// High priority download
-await CapacitorDownloader.download({
-  id: 'urgent-update',
-  url: 'https://example.com/update.zip',
-  destination: '/downloads/update.zip',
-  priority: 'high'
-});
-```
-
-## Status Download
-
-Download dapat dalam berbagai status:
-- **Pending**: Antri untuk download
-- **Running**: Sedang mendownload
-- **Paused**: Dihentikan sementara
-- **Completed**: Berhasil selesai
-- **Failed**: Mengalami error
-- **Stopped**: Dibatalkan secara manual
-
-## Informasi File
-
-```typescript
-// Get file details
-const fileInfo = await CapacitorDownloader.getFileInfo('/downloads/my-file.pdf');
-console.log('File size:', fileInfo.size);
-console.log('Last modified:', fileInfo.lastModified);
-console.log('MIME type:', fileInfo.mimeType);
-```
-
-## Praktik Terbaik
-
-- Gunakan ID download unik untuk menghindari konflik
-- Implementasikan penanganan error yang tepat untuk kegagalan jaringan
-- Pertimbangkan ruang penyimpanan sebelum memulai download besar
-- Gunakan mode WiFi saja untuk file besar untuk menghemat data seluler
-- Bersihkan download yang selesai untuk mengelola penyimpanan
diff --git a/src/content/docs/id/docs/plugins/downloader/index.mdx b/src/content/docs/id/docs/plugins/downloader/index.mdx
deleted file mode 100644
index 2c91f38f5..000000000
--- a/src/content/docs/id/docs/plugins/downloader/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@capgo/capacitor-downloader"
-locale: id
-description: Plugin manajer download file untuk aplikasi Capacitor dengan download latar belakang, pelacakan progress, dan kemampuan resume.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Download file dengan dukungan latar belakang, pelacakan progress, kemampuan pause/resume, dan manajemen download yang efisien.
-  image:
-    file: ~public/icons/plugins/downloader.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/downloader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-downloader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Ikhtisar
-
-Plugin Capacitor Downloader menyediakan kemampuan download file yang powerful dengan dukungan untuk download latar belakang, pelacakan progress, dan manajemen download komprehensif. Plugin ini memungkinkan download file yang robust dengan fungsionalitas pause/resume dan pemantauan progress yang detail.
-
-> ⚠️ **Work in Progress**: Plugin ini saat ini sedang dalam pengembangan dan belum siap untuk penggunaan produksi.
-
-<CardGrid stagger>
-  <Card title="Download latar belakang" icon="rocket">
-    Lanjutkan download ketika aplikasi di latar belakang 📥
-  </Card>
-  <Card title="Pelacakan progress" icon="star">
-    Pemantauan progress dan status download real-time 📊
-  </Card>
-  <Card title="Kontrol download" icon="rocket">
-    Pause, resume, dan hentikan download secara dinamis ⏯️
-  </Card>
-  <Card title="Opsi jaringan" icon="puzzle">
-    Konfigurasikan preferensi dan prioritas jaringan 📶
-  </Card>
-</CardGrid>
-
-## Status Pengembangan
-
-Plugin ini terinspirasi oleh react-native-background-downloader dan saat ini sedang dikembangkan. Fitur dapat berubah seiring perkembangan pengembangan.
diff --git a/src/content/docs/id/docs/plugins/env/getting-started.mdx b/src/content/docs/id/docs/plugins/env/getting-started.mdx
deleted file mode 100644
index 457afb0d6..000000000
--- a/src/content/docs/id/docs/plugins/env/getting-started.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-title: Memulai
-locale: id
-description: Konfigurasi nilai lingkungan per-build dan ambil nilai tersebut saat runtime dengan plugin Env.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-env" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan platform native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Deklarasikan nilai konfigurasi
-
-Tambahkan kunci ke konfigurasi Capacitor agar tertanam ke dalam build native Anda. Anda dapat membuat beberapa varian konfigurasi (`capacitor.config.prod.ts`, `capacitor.config.dev.ts`, dll.) untuk menukar nilai per lingkungan.
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example',
-  webDir: 'dist',
-  plugins: {
-    Env: {
-      API_URL: 'https://api.example.com',
-      PUBLIC_KEY: 'pk_live_123',
-    },
-  },
-};
-
-export default config;
-```
-
-Pada platform native, nilai-nilai tersebut disimpan di dalam file konfigurasi yang dihasilkan (`ios/App/App/capacitor.config.json` dan `android/app/src/main/assets/capacitor.config.json`). Perbarui file-file tersebut per flavor jika Anda memerlukan nilai khusus tenant.
-
-## Baca nilai dalam kode
-
-```typescript
-import { Env } from '@capgo/capacitor-env';
-
-const apiUrl = await Env.getKey({ key: 'API_URL' }).then((result) => result.value);
-
-if (!apiUrl) {
-  throw new Error('Missing API_URL configuration');
-}
-```
-
-## Sediakan fallback
-
-```typescript
-const loadConfig = async () => {
-  const { value: endpoint } = await Env.getKey({ key: 'API_URL' });
-  return endpoint || 'https://staging.example.com';
-};
-```
-
-## Tips
-
-- Gunakan file `capacitor.config` yang berbeda per lingkungan dan arahkan CLI ke file yang tepat dengan `npx cap run ios --configuration=prod`.
-- Gabungkan dengan channel updater Capgo untuk mengirim nilai khusus tenant tanpa menerbitkan binary baru.
-- Jaga rahasia keluar dari source control dengan mengganti mereka selama build CI Anda sebelum `npx cap sync`.
diff --git a/src/content/docs/id/docs/plugins/env/index.mdx b/src/content/docs/id/docs/plugins/env/index.mdx
deleted file mode 100644
index 362dd24db..000000000
--- a/src/content/docs/id/docs/plugins/env/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-env"
-locale: id
-description: Ekspos nilai konfigurasi dari `capacitor.config` saat runtime untuk aplikasi white-label dan multitenant.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Kirim pengaturan khusus tenant tanpa build baru dengan membaca nilai konfigurasi aman langsung dari Capacitor.
-  image:
-    file: ~public/settings-go.webp
-  actions:
-    - text: Memulai
-      link: /docs/plugins/env/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-env/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Env memungkinkan Anda menyimpan rahasia dan konfigurasi per-build di dalam `capacitor.config.*` dan mengambilnya saat runtime melalui API sederhana.
-
-<CardGrid stagger>
-  <Card title="Konfigurasi runtime" icon="rocket">
-    Baca nilai dari file konfigurasi native tanpa mengirimkannya dalam bundle JavaScript Anda.
-  </Card>
-  <Card title="Override per build" icon="rocket">
-    Buat beberapa flavor atau tenant aplikasi dengan menyediakan file konfigurasi yang berbeda.
-  </Card>
-  <Card title="Akses typesafe" icon="pencil">
-    Ambil kunci dengan dukungan TypeScript dan pusatkan logika fallback.
-  </Card>
-  <Card title="Aman secara default" icon="approve-check">
-    Jaga kunci API dan rahasia keluar dari Git sambil tetap mengirimkannya dengan binary native.
-  </Card>
-</CardGrid>
-
-Ikuti panduan memulai untuk mendeklarasikan kunci dalam konfigurasi Capacitor Anda dan ambil mereka dengan aman di berbagai platform.
diff --git a/src/content/docs/id/docs/plugins/fast-sql/getting-started.mdx b/src/content/docs/id/docs/plugins/fast-sql/getting-started.mdx
deleted file mode 100644
index 865c1860c..000000000
--- a/src/content/docs/id/docs/plugins/fast-sql/getting-started.mdx
+++ /dev/null
@@ -1,360 +0,0 @@
----
-title: Memulai dengan Fast SQL
-locale: id
-description: Instal dan konfigurasi plugin Fast SQL untuk akses database SQLite native berkinerja tinggi
----
-
-Panduan ini akan membantu Anda menginstal dan mengkonfigurasi plugin **@capgo/capacitor-fast-sql** untuk akses database SQLite berkinerja tinggi.
-
-## Mengapa Fast SQL?
-
-Plugin SQLite tradisional untuk Capacitor mengandalkan bridge JavaScript standar untuk berkomunikasi antara kode web Anda dan kode native. Meskipun ini berfungsi baik untuk operasi kecil, bridge menjadi bottleneck signifikan ketika Anda perlu mentransfer data dalam jumlah besar. Setiap bagian data harus diserialisasi ke JSON, dikirim melalui bridge, dan kemudian dideserialisasi di sisi lain. Overhead serialisasi ini membuat operasi dengan ribuan baris atau data biner besar menjadi sangat lambat.
-
-**Fast SQL memecahkan masalah ini** dengan membangun server HTTP lokal pada perangkat yang berkomunikasi langsung dengan database SQLite native. Protokol khusus ini melewati bridge Capacitor sepenuhnya, menghilangkan overhead serialisasi dan memungkinkan:
-
-- **Performa hingga 25x lebih cepat** untuk operasi batch dan dataset besar
-- **Transfer data biner yang efisien** tanpa encoding base64
-- **Streaming hasil besar** tanpa masalah memori
-- **Performa optimal untuk sistem sync** seperti CRDT dan operational transforms
-
-Ini membuat Fast SQL ideal untuk aplikasi local-first, sistem sync offline, dan skenario di mana Anda perlu mengganti IndexedDB dengan solusi yang lebih andal dan berkinerja tinggi.
-
-## Instalasi
-
-```bash
-npm install @capgo/capacitor-fast-sql
-npx cap sync
-```
-
-## Konfigurasi Platform
-
-### Konfigurasi iOS
-
-Tambahkan berikut ke `Info.plist` Anda untuk mengizinkan jaringan lokal:
-
-```xml title="ios/App/App/Info.plist"
-<key>NSAppTransportSecurity</key>
-<dict>
-    <key>NSAllowsLocalNetworking</key>
-    <true/>
-</dict>
-```
-
-### Konfigurasi Android
-
-Jika diperlukan, tambahkan ke `AndroidManifest.xml` Anda:
-
-```xml title="android/app/src/main/AndroidManifest.xml"
-<application
-    android:usesCleartextTraffic="true">
-    ...
-</application>
-```
-
-### Konfigurasi Web
-
-Untuk dukungan platform web, instal sql.js:
-
-```bash
-npm install sql.js
-```
-
-## Penggunaan Dasar
-
-### Menghubungkan ke Database
-
-```typescript
-import { FastSQL } from '@capgo/capacitor-fast-sql';
-
-// Connect to database (creates file if it doesn't exist)
-const db = await FastSQL.connect({
-  database: 'myapp'
-});
-
-console.log('Connected to database on port:', db.port);
-```
-
-### Membuat Tabel
-
-```typescript
-// Create a table
-await db.execute(`
-  CREATE TABLE IF NOT EXISTS users (
-    id INTEGER PRIMARY KEY AUTOINCREMENT,
-    name TEXT NOT NULL,
-    email TEXT UNIQUE,
-    created_at INTEGER DEFAULT (strftime('%s', 'now'))
-  )
-`);
-```
-
-### Memasukkan Data
-
-```typescript
-// Insert single row
-const result = await db.run(
-  'INSERT INTO users (name, email) VALUES (?, ?)',
-  ['John Doe', 'john@example.com']
-);
-
-console.log('Inserted row ID:', result.insertId);
-console.log('Rows affected:', result.rowsAffected);
-```
-
-### Mengquery Data
-
-```typescript
-// Query with parameters
-const users = await db.query(
-  'SELECT * FROM users WHERE name LIKE ?',
-  ['John%']
-);
-
-console.log('Found users:', users);
-
-// users is an array of objects:
-// [{ id: 1, name: 'John Doe', email: 'john@example.com', created_at: 1234567890 }]
-```
-
-### Memperbarui Data
-
-```typescript
-const result = await db.run(
-  'UPDATE users SET email = ? WHERE id = ?',
-  ['newemail@example.com', 1]
-);
-
-console.log('Updated rows:', result.rowsAffected);
-```
-
-### Menghapus Data
-
-```typescript
-const result = await db.run(
-  'DELETE FROM users WHERE id = ?',
-  [1]
-);
-
-console.log('Deleted rows:', result.rowsAffected);
-```
-
-## Transaksi
-
-Transaksi memastikan atomicity - semua operasi berhasil atau semua di-rollback:
-
-```typescript
-try {
-  await db.transaction(async (tx) => {
-    // All operations in this block are part of the transaction
-    await tx.run('INSERT INTO accounts (name, balance) VALUES (?, ?)', ['Alice', 1000]);
-    await tx.run('INSERT INTO accounts (name, balance) VALUES (?, ?)', ['Bob', 500]);
-
-    // Transfer money
-    await tx.run('UPDATE accounts SET balance = balance - 100 WHERE name = ?', ['Alice']);
-    await tx.run('UPDATE accounts SET balance = balance + 100 WHERE name = ?', ['Bob']);
-  });
-
-  console.log('Transaction committed successfully!');
-} catch (error) {
-  console.error('Transaction rolled back:', error);
-  // All changes are automatically rolled back on error
-}
-```
-
-### Level Isolasi Transaksi
-
-```typescript
-import { FastSQL, IsolationLevel } from '@capgo/capacitor-fast-sql';
-
-await db.transaction(async (tx) => {
-  // Your operations
-}, IsolationLevel.Serializable);
-```
-
-Level isolasi yang tersedia:
-- `ReadUncommitted` - Isolasi terendah, performa tertinggi
-- `ReadCommitted` - Mencegah dirty reads
-- `RepeatableRead` - Mencegah non-repeatable reads
-- `Serializable` - Isolasi tertinggi, mencegah semua anomali
-
-## Operasi Batch
-
-Eksekusi beberapa pernyataan secara efisien:
-
-```typescript
-const results = await db.executeBatch([
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['App started', 'INFO']
-  },
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['User logged in', 'INFO']
-  },
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['Error occurred', 'ERROR']
-  },
-]);
-
-console.log('Executed', results.length, 'statements');
-```
-
-## Data Biner (BLOBs)
-
-Simpan dan ambil data biner menggunakan Uint8Array:
-
-```typescript
-// Store binary data
-const imageData = new Uint8Array([0xFF, 0xD8, 0xFF, 0xE0, /* ... */]);
-
-await db.run(
-  'INSERT INTO images (name, data) VALUES (?, ?)',
-  ['photo.jpg', imageData]
-);
-
-// Retrieve binary data
-const rows = await db.query('SELECT data FROM images WHERE name = ?', ['photo.jpg']);
-const retrievedData = rows[0].data; // Uint8Array
-```
-
-## Enkripsi (iOS/Android)
-
-Aktifkan enkripsi SQLCipher untuk penyimpanan aman:
-
-```typescript
-const db = await FastSQL.connect({
-  database: 'secure_db',
-  encrypted: true,
-  encryptionKey: 'your-secure-encryption-key'
-});
-```
-
-:::caution
-- Enkripsi hanya tersedia di iOS dan Android
-- Simpan kunci enkripsi dengan aman (gunakan Keychain/Keystore)
-- Tidak dapat membuka database terenkripsi tanpa kunci yang benar
-- Platform web tidak mendukung enkripsi
-:::
-
-## Mode Read-Only
-
-Buka database dalam mode read-only untuk mencegah modifikasi:
-
-```typescript
-const db = await FastSQL.connect({
-  database: 'myapp',
-  readOnly: true
-});
-```
-
-## Menutup Koneksi
-
-Selalu tutup koneksi database ketika selesai:
-
-```typescript
-await FastSQL.disconnect('myapp');
-```
-
-## Protokol HTTP Langsung
-
-Untuk performa maksimum dengan dataset besar, gunakan protokol HTTP secara langsung:
-
-```typescript
-const { port, token } = await FastSQL.getServerInfo({ database: 'myapp' });
-
-// Make direct HTTP requests to localhost:port
-// Include token in Authorization header
-const response = await fetch(`http://localhost:${port}/execute`, {
-  method: 'POST',
-  headers: {
-    'Authorization': `Bearer ${token}`,
-    'Content-Type': 'application/json'
-  },
-  body: JSON.stringify({
-    statement: 'SELECT * FROM users',
-    params: []
-  })
-});
-
-const result = await response.json();
-```
-
-## Penanganan Error
-
-```typescript
-import { FastSQL } from '@capgo/capacitor-fast-sql';
-
-try {
-  const db = await FastSQL.connect({ database: 'myapp' });
-
-  await db.run('INSERT INTO users (name, email) VALUES (?, ?)', ['John', 'john@example.com']);
-
-} catch (error) {
-  if (error.message.includes('UNIQUE constraint failed')) {
-    console.error('Email already exists');
-  } else if (error.message.includes('no such table')) {
-    console.error('Table does not exist');
-  } else {
-    console.error('Database error:', error);
-  }
-}
-```
-
-## Pola SQL Umum
-
-### Memeriksa apakah Tabel Ada
-
-```typescript
-const result = await db.query(
-  "SELECT name FROM sqlite_master WHERE type='table' AND name=?",
-  ['users']
-);
-
-const tableExists = result.length > 0;
-```
-
-### Mendapatkan Skema Tabel
-
-```typescript
-const schema = await db.query('PRAGMA table_info(users)');
-console.log('Columns:', schema);
-```
-
-### Menghitung Baris
-
-```typescript
-const result = await db.query('SELECT COUNT(*) as count FROM users');
-const count = result[0].count;
-```
-
-### Paginasi
-
-```typescript
-const pageSize = 20;
-const page = 1;
-const offset = (page - 1) * pageSize;
-
-const users = await db.query(
-  'SELECT * FROM users ORDER BY created_at DESC LIMIT ? OFFSET ?',
-  [pageSize, offset]
-);
-```
-
-## Tips Performa
-
-1. **Gunakan Transaksi** untuk beberapa operasi - jauh lebih cepat daripada commit individual
-2. **Gunakan Operasi Batch** untuk insert massal - lebih efisien daripada loop
-3. **Buat Index** pada kolom yang sering di-query
-4. **Gunakan Prepared Statements** dengan parameter (?) - mencegah SQL injection dan meningkatkan performa
-5. **Gunakan Protokol HTTP Langsung** untuk result set yang sangat besar
-6. **Tutup Koneksi** ketika tidak digunakan untuk membebaskan resource
-
-## Langkah Selanjutnya
-
-Lihat [tutorial lengkap](/plugins/capacitor-fast-sql) untuk pola lanjutan termasuk:
-- Arsitektur layanan database
-- Sistem migrasi
-- Mesin sync
-- Query dan join kompleks
-- Optimasi performa
diff --git a/src/content/docs/id/docs/plugins/fast-sql/index.mdx b/src/content/docs/id/docs/plugins/fast-sql/index.mdx
deleted file mode 100644
index bcc72fbef..000000000
--- a/src/content/docs/id/docs/plugins/fast-sql/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-fast-sql"
-locale: id
-description: SQLite native berkinerja tinggi dengan protokol HTTP khusus untuk operasi sync yang efisien dan pengganti IndexedDB.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: SQLite native ultra-cepat dengan protokol khusus untuk sistem sync dan dataset besar, menghadirkan performa hingga 25x lebih cepat.
-  image:
-    file: ~public/icons/plugins/fast-sql.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/fast-sql/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-fast-sql/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Protokol HTTP Khusus" icon="rocket">
-    Melewati bridge Capacitor untuk performa hingga 25x lebih cepat
-  </Card>
-  <Card title="Dukungan SQLite Penuh" icon="list-format">
-    Dukungan SQL lengkap dengan transaksi dan operasi batch
-  </Card>
-  <Card title="Ramah Sync" icon="random">
-    Dirancang untuk sistem sync lokal seperti CRDT dan operational transforms
-  </Card>
-  <Card title="Lintas Platform" icon="laptop">
-    iOS, Android, dan Web menggunakan sql.js + IndexedDB
-  </Card>
-  <Card title="Dukungan Transaksi" icon="approve-check-circle">
-    Transaksi ACID dengan level isolasi yang dapat dikonfigurasi
-  </Card>
-  <Card title="Data Biner" icon="document">
-    Dukungan native untuk penyimpanan Uint8Array/BLOB
-  </Card>
-  <Card title="Memulai" icon="open-book">
-    Lihat [Panduan Memulai](/docs/plugins/fast-sql/getting-started/) untuk menginstal dan mengkonfigurasi plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/ffmpeg/getting-started.mdx b/src/content/docs/id/docs/plugins/ffmpeg/getting-started.mdx
deleted file mode 100644
index fc4db0e8c..000000000
--- a/src/content/docs/id/docs/plugins/ffmpeg/getting-started.mdx
+++ /dev/null
@@ -1,277 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin FFmpeg untuk pemrosesan video dalam aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-ffmpeg" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Penggunaan
-
-Import plugin dan gunakan untuk meng-encode ulang video:
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-
-// Re-encode a video with custom settings
-const processVideo = async () => {
-  await CapacitorFFmpeg.reencodeVideo({
-    inputPath: '/path/to/input/video.mp4',
-    outputPath: '/path/to/output/video.mp4',
-    width: 1280,
-    height: 720,
-    bitrate: 2000000 // Optional: 2 Mbps
-  });
-};
-
-// Get plugin version
-const checkVersion = async () => {
-  const { version } = await CapacitorFFmpeg.getPluginVersion();
-  console.log('FFmpeg plugin version:', version);
-};
-```
-
-## Referensi API
-
-### reencodeVideo(options)
-
-Encode ulang file video dengan dimensi dan bitrate yang ditentukan.
-
-```typescript
-await CapacitorFFmpeg.reencodeVideo({
-  inputPath: '/path/to/input.mp4',
-  outputPath: '/path/to/output.mp4',
-  width: 1920,
-  height: 1080,
-  bitrate: 5000000 // Optional: 5 Mbps
-});
-```
-
-**Parameter:**
-- `inputPath` (string): Path lengkap ke file video input
-- `outputPath` (string): Path lengkap di mana video output akan disimpan
-- `width` (number): Lebar target dalam pixel
-- `height` (number): Tinggi target dalam pixel
-- `bitrate` (number, opsional): Bitrate target dalam bit per detik
-
-### getPluginVersion()
-
-Dapatkan versi plugin Capacitor native.
-
-```typescript
-const { version } = await CapacitorFFmpeg.getPluginVersion();
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class VideoProcessor {
-  /**
-   * Compress a video to reduce file size
-   */
-  async compressVideo(inputPath: string, quality: 'low' | 'medium' | 'high') {
-    const qualitySettings = {
-      low: { width: 640, height: 360, bitrate: 500000 },
-      medium: { width: 1280, height: 720, bitrate: 2000000 },
-      high: { width: 1920, height: 1080, bitrate: 5000000 }
-    };
-
-    const settings = qualitySettings[quality];
-    const outputPath = inputPath.replace('.mp4', `_${quality}.mp4`);
-
-    try {
-      await CapacitorFFmpeg.reencodeVideo({
-        inputPath,
-        outputPath,
-        width: settings.width,
-        height: settings.height,
-        bitrate: settings.bitrate
-      });
-
-      console.log(`Video compressed to ${quality} quality:`, outputPath);
-      return outputPath;
-    } catch (error) {
-      console.error('Video compression failed:', error);
-      throw error;
-    }
-  }
-
-  /**
-   * Resize video to specific dimensions
-   */
-  async resizeVideo(
-    inputPath: string,
-    width: number,
-    height: number
-  ): Promise<string> {
-    const outputPath = inputPath.replace('.mp4', '_resized.mp4');
-
-    await CapacitorFFmpeg.reencodeVideo({
-      inputPath,
-      outputPath,
-      width,
-      height
-    });
-
-    return outputPath;
-  }
-
-  /**
-   * Create a thumbnail-quality version of a video
-   */
-  async createThumbnailVideo(inputPath: string): Promise<string> {
-    return this.compressVideo(inputPath, 'low');
-  }
-
-  /**
-   * Batch process multiple videos
-   */
-  async processMultipleVideos(
-    videoPaths: string[],
-    width: number,
-    height: number,
-    bitrate?: number
-  ): Promise<string[]> {
-    const outputPaths: string[] = [];
-
-    for (const inputPath of videoPaths) {
-      const outputPath = inputPath.replace('.mp4', '_processed.mp4');
-
-      try {
-        await CapacitorFFmpeg.reencodeVideo({
-          inputPath,
-          outputPath,
-          width,
-          height,
-          bitrate
-        });
-
-        outputPaths.push(outputPath);
-      } catch (error) {
-        console.error(`Failed to process ${inputPath}:`, error);
-      }
-    }
-
-    return outputPaths;
-  }
-}
-```
-
-## Praktik Terbaik
-
-1. **Gunakan bitrate yang sesuai**
-   Pilih bitrate berdasarkan resolusi dan use case:
-   ```typescript
-   // Mobile sharing (low bandwidth)
-   const lowQuality = { width: 640, height: 360, bitrate: 500000 };
-
-   // Standard quality
-   const standardQuality = { width: 1280, height: 720, bitrate: 2000000 };
-
-   // High quality
-   const highQuality = { width: 1920, height: 1080, bitrate: 5000000 };
-   ```
-
-2. **Pertahankan aspect ratio**
-   Hitung dimensi untuk mempertahankan aspect ratio:
-   ```typescript
-   function calculateDimensions(originalWidth: number, originalHeight: number, targetWidth: number) {
-     const aspectRatio = originalWidth / originalHeight;
-     return {
-       width: targetWidth,
-       height: Math.round(targetWidth / aspectRatio)
-     };
-   }
-   ```
-
-3. **Tangani path file dengan benar**
-   Gunakan Filesystem Capacitor untuk penanganan path lintas platform:
-   ```typescript
-   import { Filesystem, Directory } from '@capacitor/filesystem';
-
-   const inputPath = await Filesystem.getUri({
-     directory: Directory.Documents,
-     path: 'input.mp4'
-   });
-   ```
-
-4. **Tampilkan progress kepada pengguna**
-   Pemrosesan video bisa lambat - beri tahu pengguna:
-   ```typescript
-   async function processWithProgress(inputPath: string) {
-     // Show loading indicator
-     showLoading('Processing video...');
-
-     try {
-       await CapacitorFFmpeg.reencodeVideo({
-         inputPath,
-         outputPath: '/path/to/output.mp4',
-         width: 1280,
-         height: 720
-       });
-
-       showSuccess('Video processed successfully!');
-     } catch (error) {
-       showError('Failed to process video');
-     } finally {
-       hideLoading();
-     }
-   }
-   ```
-
-5. **Bersihkan file sementara**
-   Hapus file intermediate untuk menghemat penyimpanan:
-   ```typescript
-   async function processAndCleanup(inputPath: string) {
-     const outputPath = inputPath.replace('.mp4', '_output.mp4');
-
-     await CapacitorFFmpeg.reencodeVideo({
-       inputPath,
-       outputPath,
-       width: 1280,
-       height: 720
-     });
-
-     // Remove original if no longer needed
-     await Filesystem.deleteFile({ path: inputPath });
-
-     return outputPath;
-   }
-   ```
-
-## Catatan Platform
-
-### iOS
-- Memerlukan iOS 11.0+
-- Pemrosesan video besar mungkin memerlukan izin background task
-- Menggunakan VideoToolbox iOS native untuk akselerasi hardware
-
-### Android
-- Memerlukan Android 5.0 (API 21)+
-- Akselerasi hardware bervariasi tergantung perangkat
-- Mungkin memerlukan izin WRITE_EXTERNAL_STORAGE untuk akses file
-
-### Web
-- Tidak didukung pada platform web
-
-## Tips Performa
-
-1. **Resolusi lebih rendah untuk pemrosesan lebih cepat**: Dimensi lebih kecil = encoding lebih cepat
-2. **Gunakan akselerasi hardware**: Biarkan platform native mengoptimalkan encoding
-3. **Proses di background**: Jangan blokir UI selama pemrosesan video
-4. **Monitor penggunaan memori**: Video besar dapat mengonsumsi memori signifikan
-5. **Uji pada perangkat nyata**: Emulator mungkin tidak mencerminkan performa aktual
diff --git a/src/content/docs/id/docs/plugins/ffmpeg/index.mdx b/src/content/docs/id/docs/plugins/ffmpeg/index.mdx
deleted file mode 100644
index 4febcb186..000000000
--- a/src/content/docs/id/docs/plugins/ffmpeg/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-ffmpeg"
-locale: id
-description: Encoding dan pemrosesan video didukung oleh FFmpeg untuk aplikasi Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Encode ulang video dengan resolusi dan bitrate khusus menggunakan library FFmpeg yang kuat dalam aplikasi Capacitor Anda.
-  image:
-    file: ~public/icons/plugins/ffmpeg.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/ffmpeg/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ffmpeg/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Re-encoding Video" icon="rocket">
-    Konversi dan kompres video dengan FFmpeg
-  </Card>
-  <Card title="Resolusi Khusus" icon="setting">
-    Ubah ukuran video ke lebar dan tinggi berapa pun
-  </Card>
-  <Card title="Kontrol Bitrate" icon="star">
-    Kontrol kualitas video dan ukuran file
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/ffmpeg/getting-started/) untuk mulai memproses video.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/file-compressor/getting-started.mdx b/src/content/docs/id/docs/plugins/file-compressor/getting-started.mdx
deleted file mode 100644
index 8463f10e2..000000000
--- a/src/content/docs/id/docs/plugins/file-compressor/getting-started.mdx
+++ /dev/null
@@ -1,166 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin File Compressor untuk mengompres gambar dalam aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-file-compressor" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Dukungan Platform
-
-| Platform | Format yang Didukung | Catatan |
-|----------|-------------------|-------|
-| iOS | JPEG | Hanya kompresi JPEG yang didukung |
-| Android | JPEG, WebP | Kedua format sepenuhnya didukung |
-| Web | JPEG, WebP | Kompresi berbasis Canvas API |
-
-Catatan: Metadata EXIF dihapus selama kompresi pada semua platform.
-
-## Penggunaan
-
-Import plugin dan kompres gambar:
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-
-// Compress an image
-const compressImage = async () => {
-  const result = await FileCompressor.compressImage({
-    source: 'file:///path/to/image.jpg',
-    quality: 0.8,
-    width: 1920,
-    height: 1080
-  });
-
-  console.log('Compressed image path:', result.path);
-  console.log('Original size:', result.originalSize);
-  console.log('Compressed size:', result.size);
-};
-```
-
-## Referensi API
-
-### compressImage(options)
-
-Mengompres file gambar dengan dimensi dan pengaturan kualitas yang ditentukan.
-
-```typescript
-interface CompressImageOptions {
-  source: string;           // Path to the image file
-  quality?: number;         // 0.0 to 1.0 (default: 0.8)
-  width?: number;           // Target width in pixels
-  height?: number;          // Target height in pixels
-  format?: 'jpeg' | '.webp'; // Output format
-}
-
-interface CompressImageResult {
-  path: string;             // Path to compressed image
-  size: number;             // Compressed file size in bytes
-  originalSize: number;     // Original file size in bytes
-}
-
-const result = await FileCompressor.compressImage(options);
-```
-
-**Catatan Penting:**
-- Metadata EXIF dihapus selama kompresi pada semua platform
-- Aspect ratio secara otomatis dipertahankan jika hanya satu dimensi yang disediakan
-- File terkompresi disimpan ke direktori sementara pada platform native
-
-### getPluginVersion()
-
-Dapatkan versi plugin native.
-
-```typescript
-const { version } = await FileCompressor.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Contoh Lengkap
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-import { Camera } from '@capacitor/camera';
-
-export class ImageCompressionService {
-  async captureAndCompress() {
-    try {
-      // Take a photo
-      const photo = await Camera.getPhoto({
-        quality: 100,
-        allowEditing: false,
-        resultType: 'uri'
-      });
-
-      if (!photo.path) {
-        throw new Error('No image path');
-      }
-
-      // Compress the photo
-      const compressed = await FileCompressor.compressImage({
-        source: photo.path,
-        quality: 0.7,
-        width: 1920,
-        height: 1080,
-        format: 'jpeg'
-      });
-
-      console.log(`Compression ratio: ${
-        ((1 - compressed.size / compressed.originalSize) * 100).toFixed(1)
-      }%`);
-
-      return compressed.path;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async batchCompress(imagePaths: string[]) {
-    const results = [];
-
-    for (const path of imagePaths) {
-      try {
-        const result = await FileCompressor.compressImage({
-          source: path,
-          quality: 0.8,
-          width: 1280
-        });
-        results.push(result);
-      } catch (error) {
-        console.error(`Failed to compress ${path}:`, error);
-      }
-    }
-
-    return results;
-  }
-}
-```
-
-## Praktik Terbaik
-
-1. **Pengaturan Kualitas**: Mulai dengan kualitas 0.8 untuk keseimbangan yang baik antara ukuran file dan kualitas gambar
-2. **Dimensi Resize**: Hanya tentukan dimensi ketika diperlukan - aspect ratio dipertahankan secara otomatis
-3. **Pemilihan Format**: Gunakan JPEG untuk foto dan WebP untuk kompresi lebih baik (hanya Android/Web)
-4. **Penanganan Error**: Selalu bungkus panggilan kompresi dalam blok try-catch
-5. **Cleanup**: Ingat untuk membersihkan file sementara setelah digunakan
-
-## Pemecahan Masalah
-
-### Masalah Umum
-
-**Gambar tidak dikompres**: Pastikan path sumber valid dan dapat diakses
-**Out of memory**: Kurangi dimensi target atau kompres gambar satu per satu
-**Format tidak didukung**: Periksa tabel dukungan platform di atas
diff --git a/src/content/docs/id/docs/plugins/file-compressor/index.mdx b/src/content/docs/id/docs/plugins/file-compressor/index.mdx
deleted file mode 100644
index d97e7b894..000000000
--- a/src/content/docs/id/docs/plugins/file-compressor/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-file-compressor"
-locale: id
-description: Kompres gambar secara efisien dengan dukungan format PNG, JPEG, dan WebP di berbagai platform.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Kompres gambar secara efisien dengan dukungan untuk format PNG, JPEG, dan WebP di iOS, Android, dan Web.
-  image:
-    file: ~public/icons/plugins/file-compressor.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/file-compressor/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-file-compressor/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Berbagai Format" icon="document">
-    Dukungan untuk kompresi JPEG dan WebP di berbagai platform
-  </Card>
-  <Card title="Kontrol Kualitas" icon="setting">
-    Kualitas kompresi yang dapat disesuaikan dari 0.0 hingga 1.0 untuk keseimbangan sempurna
-  </Card>
-  <Card title="Resize Cerdas" icon="puzzle">
-    Pemeliharaan aspect ratio otomatis selama resize
-  </Card>
-  <Card title="Tanpa Backend" icon="rocket">
-    Semua kompresi terjadi di perangkat - tidak perlu server
-  </Card>
-  <Card title="Lintas Platform" icon="laptop">
-    API konsisten di platform iOS, Android, dan Web
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/file-compressor/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/file/getting-started.mdx b/src/content/docs/id/docs/plugins/file/getting-started.mdx
deleted file mode 100644
index 5217eba15..000000000
--- a/src/content/docs/id/docs/plugins/file/getting-started.mdx
+++ /dev/null
@@ -1,389 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin File untuk operasi file system dalam aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-file" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Penggunaan
-
-Import plugin dan gunakan metodenya untuk operasi file:
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-// Write a text file
-const writeFile = async () => {
-  const result = await CapacitorFile.writeFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    data: 'Hello, World!',
-    encoding: Encoding.UTF8,
-    recursive: true, // Create parent directories if needed
-  });
-  console.log('File written to:', result.uri);
-};
-
-// Read a text file
-const readFile = async () => {
-  const result = await CapacitorFile.readFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    encoding: Encoding.UTF8,
-  });
-  console.log('File contents:', result.data);
-};
-
-// Check if file exists
-const checkExists = async () => {
-  const result = await CapacitorFile.exists({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-  console.log('File exists:', result.exists);
-};
-
-// Delete a file
-const deleteFile = async () => {
-  await CapacitorFile.deleteFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-};
-```
-
-## Lokasi Direktori
-
-Plugin menyediakan beberapa konstanta direktori:
-
-```typescript
-import { Directory } from '@capgo/capacitor-file';
-
-// Available directories
-Directory.Documents  // User-visible documents (backed up)
-Directory.Data       // Private app data storage
-Directory.Library    // App support files (iOS) / files (Android)
-Directory.Cache      // Temporary cache (may be cleared by OS)
-Directory.External   // External storage (Android only)
-Directory.Application // Read-only app bundle
-```
-
-## Opsi Encoding
-
-```typescript
-import { Encoding } from '@capgo/capacitor-file';
-
-Encoding.UTF8   // UTF-8 text encoding
-Encoding.ASCII  // ASCII text encoding
-Encoding.UTF16  // UTF-16 text encoding
-// Omit encoding for binary data (returns base64)
-```
-
-## Referensi API
-
-### writeFile(options)
-
-Menulis data ke file.
-
-```typescript
-const result = await CapacitorFile.writeFile({
-  path: 'folder/file.txt',
-  directory: Directory.Documents,
-  data: 'File content',
-  encoding: Encoding.UTF8,
-  recursive: true,  // Create directories if needed
-  append: false,    // Overwrite existing file
-  position: 0,      // Byte position for random access writes
-});
-// Returns: { uri: string }
-```
-
-### readFile(options)
-
-Membaca konten file.
-
-```typescript
-const result = await CapacitorFile.readFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  encoding: Encoding.UTF8,
-  offset: 0,    // Start reading from byte offset
-  length: 100,  // Read only this many bytes
-});
-// Returns: { data: string }
-```
-
-### appendFile(options)
-
-Menambahkan data ke file.
-
-```typescript
-await CapacitorFile.appendFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  data: '\nNew line',
-  encoding: Encoding.UTF8,
-});
-```
-
-### deleteFile(options)
-
-Menghapus file.
-
-```typescript
-await CapacitorFile.deleteFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-```
-
-### mkdir(options)
-
-Membuat direktori.
-
-```typescript
-await CapacitorFile.mkdir({
-  path: 'my-folder/sub-folder',
-  directory: Directory.Documents,
-  recursive: true,  // Create parent directories
-});
-```
-
-### rmdir(options)
-
-Menghapus direktori.
-
-```typescript
-await CapacitorFile.rmdir({
-  path: 'my-folder',
-  directory: Directory.Documents,
-  recursive: true,  // Delete contents recursively
-});
-```
-
-### readdir(options)
-
-Mendaftar konten direktori.
-
-```typescript
-const result = await CapacitorFile.readdir({
-  path: '',  // Empty for root of directory
-  directory: Directory.Documents,
-});
-// Returns: { entries: Entry[] }
-// Each entry has: { name, isFile, isDirectory, fullPath, nativeURL }
-```
-
-### stat(options)
-
-Mendapatkan metadata file atau direktori.
-
-```typescript
-const result = await CapacitorFile.stat({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// Returns: { type, size, mtime, ctime, uri }
-```
-
-### exists(options)
-
-Memeriksa apakah file atau direktori ada.
-
-```typescript
-const result = await CapacitorFile.exists({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// Returns: { exists: boolean, type?: 'file' | 'directory' }
-```
-
-### copy(options)
-
-Menyalin file atau direktori.
-
-```typescript
-const result = await CapacitorFile.copy({
-  from: 'source.txt',
-  to: 'destination.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-// Returns: { uri: string }
-```
-
-### rename(options) / move(options)
-
-Mengganti nama atau memindahkan file atau direktori.
-
-```typescript
-await CapacitorFile.rename({
-  from: 'old-name.txt',
-  to: 'new-name.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-```
-
-### truncate(options)
-
-Memotong file ke ukuran tertentu.
-
-```typescript
-await CapacitorFile.truncate({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  size: 100,  // Truncate to 100 bytes
-});
-```
-
-### getUri(options)
-
-Mendapatkan URI native untuk file.
-
-```typescript
-const result = await CapacitorFile.getUri({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// Returns: { uri: string }
-```
-
-### getDirectories()
-
-Mendapatkan semua path direktori yang tersedia.
-
-```typescript
-const dirs = await CapacitorFile.getDirectories();
-// Returns paths for: documents, data, cache, external, etc.
-```
-
-### getFreeDiskSpace()
-
-Mendapatkan ruang disk yang tersedia.
-
-```typescript
-const result = await CapacitorFile.getFreeDiskSpace();
-console.log('Free space:', result.free, 'bytes');
-```
-
-### checkPermissions() / requestPermissions()
-
-Menangani izin penyimpanan (Android).
-
-```typescript
-const status = await CapacitorFile.checkPermissions();
-if (status.publicStorage !== 'granted') {
-  await CapacitorFile.requestPermissions();
-}
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-export class FileService {
-  async saveJson(filename: string, data: object): Promise<void> {
-    await CapacitorFile.writeFile({
-      path: filename,
-      directory: Directory.Documents,
-      data: JSON.stringify(data, null, 2),
-      encoding: Encoding.UTF8,
-      recursive: true,
-    });
-  }
-
-  async loadJson<T>(filename: string): Promise<T | null> {
-    try {
-      const { exists } = await CapacitorFile.exists({
-        path: filename,
-        directory: Directory.Documents,
-      });
-
-      if (!exists) return null;
-
-      const result = await CapacitorFile.readFile({
-        path: filename,
-        directory: Directory.Documents,
-        encoding: Encoding.UTF8,
-      });
-
-      return JSON.parse(result.data) as T;
-    } catch (error) {
-      console.error('Failed to load JSON:', error);
-      return null;
-    }
-  }
-
-  async listFiles(folder: string = ''): Promise<string[]> {
-    const result = await CapacitorFile.readdir({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    return result.entries
-      .filter(entry => entry.isFile)
-      .map(entry => entry.name);
-  }
-
-  async deleteAll(folder: string): Promise<void> {
-    const { exists } = await CapacitorFile.exists({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    if (exists) {
-      await CapacitorFile.rmdir({
-        path: folder,
-        directory: Directory.Documents,
-        recursive: true,
-      });
-    }
-  }
-
-  async copyToBackup(filename: string): Promise<string> {
-    const timestamp = Date.now();
-    const backupName = `backup/${timestamp}-${filename}`;
-
-    const result = await CapacitorFile.copy({
-      from: filename,
-      to: backupName,
-      directory: Directory.Documents,
-      toDirectory: Directory.Documents,
-    });
-
-    return result.uri;
-  }
-}
-```
-
-## Catatan Platform
-
-### iOS
-- Memerlukan iOS 13.0+
-- Direktori Documents terlihat di aplikasi Files
-- Direktori Library untuk file dukungan aplikasi
-- Cache mungkin dibersihkan ketika penyimpanan perangkat rendah
-
-### Android
-- Memerlukan Android 6.0 (API 23)+
-- Penyimpanan eksternal memerlukan izin runtime pada versi Android yang lebih lama
-- Direktori Documents dipetakan ke direktori files aplikasi
-- Gunakan direktori External untuk akses penyimpanan bersama
-
-### Web
-- Tidak didukung pada platform web
diff --git a/src/content/docs/id/docs/plugins/file/index.mdx b/src/content/docs/id/docs/plugins/file/index.mdx
deleted file mode 100644
index 8b4fb3686..000000000
--- a/src/content/docs/id/docs/plugins/file/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-file"
-locale: id
-description: Plugin file system berfitur lengkap untuk membaca, menulis, dan mengelola file dan direktori.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Operasi file system lengkap dengan read, write, copy, move, dan manajemen direktori untuk iOS dan Android.
-  image:
-    file: ~public/icons/plugins/file.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/file/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-file/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Operasi File Lengkap" icon="rocket">
-    Baca, tulis, tambahkan, salin, pindah, dan hapus file dengan mudah
-  </Card>
-  <Card title="Manajemen Direktori" icon="seti:folder">
-    Buat, daftar, dan hapus direktori dengan dukungan rekursif
-  </Card>
-  <Card title="Berbagai Encoding" icon="document">
-    Dukungan untuk UTF-8, ASCII, UTF-16, dan data biner (base64)
-  </Card>
-  <Card title="Lintas Platform" icon="puzzle">
-    Bekerja di iOS dan Android dengan API konsisten di berbagai platform
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/flash/getting-started.mdx b/src/content/docs/id/docs/plugins/flash/getting-started.mdx
deleted file mode 100644
index 091024c5b..000000000
--- a/src/content/docs/id/docs/plugins/flash/getting-started.mdx
+++ /dev/null
@@ -1,197 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Flash untuk mengontrol senter perangkat Anda dalam aplikasi Capacitor.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-flash" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Penggunaan
-
-Import plugin dan gunakan metodenya untuk mengontrol senter:
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// Check if flashlight is available
-const checkFlashlight = async () => {
-  const { value } = await CapacitorFlash.isAvailable();
-  console.log('Flashlight available:', value);
-};
-
-// Turn on flashlight
-const turnOn = async () => {
-  await CapacitorFlash.switchOn();
-};
-
-// Turn off flashlight
-const turnOff = async () => {
-  await CapacitorFlash.switchOff();
-};
-
-// Check if flashlight is on
-const checkStatus = async () => {
-  const { value } = await CapacitorFlash.isSwitchedOn();
-  console.log('Flashlight is on:', value);
-};
-
-// Toggle flashlight
-const toggle = async () => {
-  await CapacitorFlash.toggle();
-};
-```
-
-## Referensi API
-
-### isAvailable()
-
-Memeriksa apakah senter tersedia pada perangkat.
-
-```typescript
-const result = await CapacitorFlash.isAvailable();
-// Returns: { value: boolean }
-```
-
-### switchOn(options?)
-
-Menyalakan senter.
-
-```typescript
-interface SwitchOnOptions {
-  intensity?: number; // 0.0 to 1.0 (iOS only)
-}
-
-await CapacitorFlash.switchOn({ intensity: 0.5 });
-```
-
-### switchOff()
-
-Mematikan senter.
-
-```typescript
-await CapacitorFlash.switchOff();
-```
-
-### isSwitchedOn()
-
-Memeriksa apakah senter sedang menyala.
-
-```typescript
-const result = await CapacitorFlash.isSwitchedOn();
-// Returns: { value: boolean }
-```
-
-### toggle()
-
-Mengalihkan senter on/off.
-
-```typescript
-await CapacitorFlash.toggle();
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-export class FlashlightService {
-  private isOn = false;
-
-  async init() {
-    const { value } = await CapacitorFlash.isAvailable();
-    if (!value) {
-      throw new Error('Flashlight not available on this device');
-    }
-  }
-
-  async toggle() {
-    if (this.isOn) {
-      await CapacitorFlash.switchOff();
-    } else {
-      await CapacitorFlash.switchOn();
-    }
-    this.isOn = !this.isOn;
-  }
-
-  async turnOn(intensity?: number) {
-    await CapacitorFlash.switchOn({ intensity });
-    this.isOn = true;
-  }
-
-  async turnOff() {
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-
-  async strobe(intervalMs: number = 100, duration: number = 3000) {
-    const endTime = Date.now() + duration;
-
-    while (Date.now() < endTime) {
-      await CapacitorFlash.toggle();
-      await new Promise(resolve => setTimeout(resolve, intervalMs));
-    }
-
-    // Ensure flashlight is off after strobe
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-}
-```
-
-## Praktik Terbaik
-
-1. **Periksa ketersediaan terlebih dahulu**
-   Selalu verifikasi ketersediaan senter sebelum menggunakannya:
-   ```typescript
-   const { value } = await CapacitorFlash.isAvailable();
-   if (!value) {
-     // Show alternative UI or disable flashlight features
-   }
-   ```
-
-2. **Tangani error dengan baik**
-   ```typescript
-   try {
-     await CapacitorFlash.switchOn();
-   } catch (error) {
-     console.error('Failed to turn on flashlight:', error);
-   }
-   ```
-
-3. **Matikan saat tidak diperlukan**
-   Selalu matikan senter ketika aplikasi Anda berpindah ke background atau ketika fitur tidak lagi diperlukan untuk menghemat baterai.
-
-4. **Hindari toggling yang cepat**
-   Terapkan debouncing untuk mencegah pergantian on/off yang cepat yang dapat merusak LED atau menguras baterai.
-
-## Catatan Platform
-
-### iOS
-- Memerlukan iOS 10.0+
-- Menggunakan mode torch `AVCaptureDevice`
-- Mendukung kontrol intensitas (0.0 hingga 1.0)
-
-### Android
-- Memerlukan Android 6.0 (API 23)+
-- Menggunakan Camera2 API
-- Kontrol intensitas tidak didukung (menggunakan kecerahan default)
-
-### Web
-- Didukung pada browser dengan MediaDevices API dan kemampuan torch
-- Menggunakan stream kamera untuk mengakses senter perangkat
-- Memerlukan izin pengguna untuk mengakses kamera
-- Bekerja paling baik pada browser mobile (Chrome di Android)
-- Browser desktop biasanya mengembalikan `isAvailable: false` (tidak ada hardware torch)
-- Kontrol intensitas tidak didukung pada web
diff --git a/src/content/docs/id/docs/plugins/flash/index.mdx b/src/content/docs/id/docs/plugins/flash/index.mdx
deleted file mode 100644
index 80d4c2c8f..000000000
--- a/src/content/docs/id/docs/plugins/flash/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-flash"
-description: Kontrol senter/torch perangkat Anda dengan plugin Capacitor sederhana ini.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Nyalakan dan matikan senter/torch perangkat Anda secara programatis dengan plugin Capacitor ringan ini.
-  image:
-    file: ~public/icons/plugins/flash.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/flash/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/capacitor-flash/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="API Sederhana" icon="rocket">
-    Nyalakan/matikan senter hanya dengan satu panggilan metode 🚀
-  </Card>
-  <Card title="Lintas platform" icon="puzzle">
-    Bekerja pada platform iOS, Android, dan Web 📱
-  </Card>
-  <Card title="Ringan" icon="rocket">
-    Ukuran minimal tanpa dependensi ⚡
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/flash/getting-started/) untuk menguasai plugin dalam beberapa menit saja.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/gtm/getting-started.mdx b/src/content/docs/id/docs/plugins/gtm/getting-started.mdx
deleted file mode 100644
index 46a1aa1b4..000000000
--- a/src/content/docs/id/docs/plugins/gtm/getting-started.mdx
+++ /dev/null
@@ -1,242 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan mengintegrasikan Google Tag Manager ke aplikasi Capacitor Anda menggunakan SDK resmi.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Konfigurasi Platform
-
-### iOS
-
-1. Unduh file konfigurasi container GTM Anda dari konsol Google Tag Manager
-2. Tambahkan file JSON container ke proyek iOS Anda di Xcode
-3. File tersebut harus diberi nama seperti `GTM-XXXXXX.json`
-
-### Android
-
-1. Unduh file konfigurasi container GTM Anda dari konsol Google Tag Manager
-2. Tambahkan file JSON container ke `android/app/src/main/assets/`
-3. File tersebut harus diberi nama seperti `GTM-XXXXXX.json`
-
-## Contoh Penggunaan
-
-```typescript
-import { CapacitorGTM } from '@capgo/capacitor-gtm';
-
-// Initialize GTM with your container ID
-await CapacitorGTM.init({
-  containerId: 'GTM-XXXXXX'
-});
-
-// Push events to dataLayer
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Home',
-    screen_class: 'HomeScreen'
-  }
-});
-
-// Push custom events with parameters
-await CapacitorGTM.pushEvent({
-  event: 'purchase',
-  parameters: {
-    transaction_id: 'T12345',
-    value: 25.00,
-    currency: 'USD',
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product Name',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-
-// Set user properties
-await CapacitorGTM.setUserProperty({
-  key: 'user_type',
-  value: 'premium'
-});
-
-// Get values from dataLayer
-const result = await CapacitorGTM.getVariable({
-  key: 'config_value'
-});
-console.log('Config value:', result.value);
-```
-
-## Referensi API
-
-### init(options)
-
-```typescript
-init(options: { containerId: string }) => Promise<void>
-```
-
-Inisialisasi Google Tag Manager dengan ID container Anda.
-
-| Param         | Type                             |
-| ------------- | -------------------------------- |
-| **`options`** | `{ containerId: string }` |
-
-### pushEvent(options)
-
-```typescript
-pushEvent(options: GTMEvent) => Promise<void>
-```
-
-Kirim event ke dataLayer dengan parameter opsional.
-
-| Param         | Type              |
-| ------------- | ----------------- |
-| **`options`** | `GTMEvent` |
-
-### setUserProperty(options)
-
-```typescript
-setUserProperty(options: { key: string; value: string }) => Promise<void>
-```
-
-Tetapkan properti pengguna untuk segmentasi dan penargetan.
-
-| Param         | Type                                      |
-| ------------- | ----------------------------------------- |
-| **`options`** | `{ key: string; value: string }` |
-
-### getVariable(options)
-
-```typescript
-getVariable(options: { key: string }) => Promise<{ value: any }>
-```
-
-Dapatkan nilai dari konfigurasi container GTM.
-
-| Param         | Type                     |
-| ------------- | ------------------------ |
-| **`options`** | `{ key: string }` |
-
-**Returns:** `Promise<{ value: any }>`
-
-## Interface
-
-### GTMEvent
-
-| Prop             | Type                                 | Description                        |
-| ---------------- | ------------------------------------ | ---------------------------------- |
-| **`event`**      | `string`                  | Nama event                     |
-| **`parameters`** | `Record<string, any>` | Parameter event opsional (opsional) |
-
-## Contoh Event Umum
-
-### Tampilan Layar
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Product Details',
-    screen_class: 'ProductScreen'
-  }
-});
-```
-
-### Aksi Pengguna
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'button_click',
-  parameters: {
-    button_name: 'add_to_cart',
-    product_id: 'SKU_12345'
-  }
-});
-```
-
-### Event E-commerce
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'begin_checkout',
-  parameters: {
-    currency: 'USD',
-    value: 75.00,
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product 1',
-        quantity: 2,
-        price: 25.00
-      },
-      {
-        item_id: 'SKU_67890',
-        item_name: 'Product 2',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-```
-
-## Praktik Terbaik
-
-- Inisialisasi GTM lebih awal dalam lifecycle aplikasi Anda
-- Gunakan konvensi penamaan event yang konsisten
-- Sertakan parameter yang relevan dengan setiap event
-- Test konfigurasi GTM Anda dalam mode preview
-- Monitor data di konsol Google Tag Manager
-- Gunakan properti pengguna untuk segmentasi yang bermakna
-
-## Debugging
-
-Aktifkan mode debug di konsol Google Tag Manager untuk menguji implementasi Anda:
-
-1. Buka konsol GTM
-2. Masuk ke mode Preview
-3. Hubungkan ke aplikasi Anda menggunakan ID container
-4. Verifikasi bahwa event dilacak dengan benar
-
-## Kasus Penggunaan
-
-- Lacak interaksi dan perilaku pengguna
-- Monitor metrik performa aplikasi
-- Kumpulkan data e-commerce
-- Kelola tag pihak ketiga tanpa perubahan kode
-- Implementasikan pengujian A/B dan personalisasi
-- Integrasikan dengan Google Analytics dan layanan lainnya
diff --git a/src/content/docs/id/docs/plugins/gtm/index.mdx b/src/content/docs/id/docs/plugins/gtm/index.mdx
deleted file mode 100644
index 09cec7653..000000000
--- a/src/content/docs/id/docs/plugins/gtm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-gtm"
-description: Integrasikan Google Tag Manager ke aplikasi Capacitor Anda dengan dukungan SDK resmi untuk iOS dan Android.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Integrasikan Google Tag Manager ke aplikasi mobile Anda dengan SDK resmi untuk pelacakan analitik yang komprehensif.
-  image:
-    file: ~public/icons/plugins/gtm.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/gtm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-gtm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="SDK Resmi" icon="star">
-    Menggunakan SDK resmi Google Tag Manager untuk iOS dan Android 🏆
-  </Card>
-  <Card title="Pelacakan Event" icon="rocket">
-    Kirim event ke dataLayer dengan parameter kustom 📊
-  </Card>
-  <Card title="Properti Pengguna" icon="setting">
-    Tetapkan dan kelola properti pengguna untuk segmentasi 👤
-  </Card>
-  <Card title="Manajemen Container" icon="document">
-    Inisialisasi dan kelola container GTM dengan mudah 📦
-  </Card>
-  <Card title="Akses DataLayer" icon="magnifier">
-    Dapatkan nilai dari konfigurasi container 🔍
-  </Card>
-  <Card title="Memulai" icon="open-book">
-    Lihat [Panduan Memulai](/docs/plugins/gtm/getting-started/) untuk menginstal dan mengkonfigurasi plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/health/getting-started.mdx b/src/content/docs/id/docs/plugins/health/getting-started.mdx
deleted file mode 100644
index 5170247b1..000000000
--- a/src/content/docs/id/docs/plugins/health/getting-started.mdx
+++ /dev/null
@@ -1,86 +0,0 @@
----
-title: Memulai
-description: Aktifkan akses HealthKit dan Health Connect dengan plugin Capgo Health.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal plugin**
-   <PackageManagers pkg="@capgo/capacitor-health" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Konfigurasi iOS
-
-- Buka `ios/App/App.xcworkspace` di Xcode dan aktifkan kemampuan **HealthKit**.
-- Berikan deskripsi penggunaan di `Info.plist`:
-
-```xml
-<key>NSHealthShareUsageDescription</key>
-<string>This app reads your health metrics to personalize your experience.</string>
-<key>NSHealthUpdateUsageDescription</key>
-<string>This app writes health data that you explicitly record.</string>
-```
-
-## Konfigurasi Android
-
-Data kesehatan didukung oleh [Health Connect](https://developer.android.com/health-and-fitness/guides/health-connect). Pastikan:
-
-- `minSdkVersion` adalah **26 atau lebih tinggi** (Capacitor 5 sudah memenuhi ini).
-- Pengguna telah menginstal Health Connect (Android 14+ sudah menyertainya; versi sebelumnya memerlukan unduhan Play Store).
-- Anda memandu pengguna melalui UI izin runtime saat meminta akses.
-
-## Periksa ketersediaan dan minta akses
-
-```typescript
-import { Health } from '@capgo/capacitor-health';
-
-const { available, reason } = await Health.isAvailable();
-if (!available) {
-  console.warn('Health APIs unavailable:', reason);
-  return;
-}
-
-await Health.requestAuthorization({
-  read: ['steps', 'heartRate', 'weight'],
-  write: ['weight'],
-});
-```
-
-## Baca sampel
-
-```typescript
-const { samples } = await Health.readSamples({
-  dataType: 'steps',
-  startDate: new Date(Date.now() - 7 * 24 * 60 * 60 * 1000).toISOString(),
-  endDate: new Date().toISOString(),
-  limit: 200,
-});
-
-samples.forEach((sample) => {
-  console.log(sample.value, sample.startDate, sample.endDate);
-});
-```
-
-## Tulis sampel
-
-```typescript
-await Health.saveSample({
-  dataType: 'weight',
-  value: 74.6,
-  startDate: new Date().toISOString(),
-});
-```
-
-## Manajemen otorisasi
-
-- Gunakan `checkAuthorization()` untuk memverifikasi scope baca/tulis saat ini dan menyesuaikan UI Anda.
-- Tangani penolakan dengan baik dengan menjelaskan mengapa data meningkatkan pengalaman dan menawarkan percobaan ulang.
-- Selalu hormati privasi pengguna dan hanya minta scope minimum yang diperlukan fitur Anda.
diff --git a/src/content/docs/id/docs/plugins/health/index.mdx b/src/content/docs/id/docs/plugins/health/index.mdx
deleted file mode 100644
index 1416128a0..000000000
--- a/src/content/docs/id/docs/plugins/health/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-health"
-description: Hubungkan ke Apple HealthKit dan Health Connect dari Capacitor dengan API terpadu dan bertipe.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Baca dan tulis metrik kebugaran di iOS dan Android sambil menjaga satu kontrak TypeScript yang konsisten.
-  image:
-    file: ~public/icons/plugins/health.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/health/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-health/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Plugin Capgo Health menyatukan akses HealthKit dan Health Connect sehingga Anda dapat melacak aktivitas, metrik biometrik, dan pengukuran tubuh dengan satu integrasi Capacitor.
-
-<CardGrid stagger>
-  <Card title="Data kesehatan lintas platform" icon="rocket">
-    Mendukung Apple HealthKit dan Android Health Connect secara out of the box.
-  </Card>
-  <Card title="Izin terperinci" icon="approve-check">
-    Minta scope baca/tulis terpisah dan bereaksi terhadap perubahan otorisasi.
-  </Card>
-  <Card title="Unit konsisten" icon="star">
-    Bekerja dengan tipe data yang dinormalisasi seperti `steps`, `heartRate`, dan `weight`.
-  </Card>
-  <Card title="Penulisan real-time" icon="rocket">
-    Simpan sampel kembali ke penyimpanan kesehatan pengguna saat mereka mencatat aktivitas.
-  </Card>
-</CardGrid>
-
-Ikuti panduan memulai untuk mengaktifkan kemampuan platform, mengumpulkan persetujuan, dan mulai menyinkronkan metrik.
diff --git a/src/content/docs/id/docs/plugins/home-indicator/getting-started.mdx b/src/content/docs/id/docs/plugins/home-indicator/getting-started.mdx
deleted file mode 100644
index c7946c5ab..000000000
--- a/src/content/docs/id/docs/plugins/home-indicator/getting-started.mdx
+++ /dev/null
@@ -1,214 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan mengkonfigurasi plugin Capacitor Home Indicator untuk mengontrol home indicator pada perangkat iOS.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/home-indicator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurasi plugin**
-
-   **Sembunyikan Home Indicator:**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-
-   // Hide the home indicator
-   await HomeIndicator.hide();
-   ```
-
-   **Tampilkan Home Indicator:**
-   ```typescript
-   // Show the home indicator
-   await HomeIndicator.show();
-
-   // Check visibility status
-   const { hidden } = await HomeIndicator.isHidden();
-   console.log('Is hidden:', hidden);
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Tidak diperlukan pengaturan tambahan. Plugin hanya bekerja pada perangkat iOS dengan home indicator (iPhone X dan yang lebih baru).
-     </TabItem>
-     <TabItem label="Android">
-       Plugin ini tidak memiliki efek pada perangkat Android karena mereka tidak memiliki home indicator bergaya iOS.
-     </TabItem>
-   </Tabs>
-
-4. **Konfigurasi auto-hide**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-
-   // Configure auto-hide behavior
-   await HomeIndicator.setAutoHidden({
-     autoHidden: true // Enable auto-hide
-   });
-
-   // The home indicator will automatically hide after a few seconds
-   // and reappear when the user touches the screen
-   ```
-
-5. **Penggunaan lanjutan**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-   import { App } from '@capacitor/app';
-
-   export class ImmersiveMode {
-     private isImmersive = false;
-
-     async enterImmersiveMode() {
-       this.isImmersive = true;
-
-       // Hide home indicator
-       await HomeIndicator.hide();
-
-       // Enable auto-hide for better UX
-       await HomeIndicator.setAutoHidden({ autoHidden: true });
-
-       // Hide status bar for full immersion
-       // StatusBar.hide(); // If using @capacitor/status-bar
-     }
-
-     async exitImmersiveMode() {
-       this.isImmersive = false;
-
-       // Show home indicator
-       await HomeIndicator.show();
-
-       // Disable auto-hide
-       await HomeIndicator.setAutoHidden({ autoHidden: false });
-
-       // Show status bar
-       // StatusBar.show(); // If using @capacitor/status-bar
-     }
-
-     async toggleImmersiveMode() {
-       const { hidden } = await HomeIndicator.isHidden();
-
-       if (hidden) {
-         await this.exitImmersiveMode();
-       } else {
-         await this.enterImmersiveMode();
-       }
-     }
-
-     setupAppLifecycle() {
-       // Handle app state changes
-       App.addListener('appStateChange', async ({ isActive }) => {
-         if (!isActive && this.isImmersive) {
-           // App went to background, might want to show indicator
-           await HomeIndicator.show();
-         } else if (isActive && this.isImmersive) {
-           // App came to foreground, restore immersive mode
-           await HomeIndicator.hide();
-         }
-       });
-     }
-   }
-   ```
-</Steps>
-
-## Referensi API
-
-### Metode
-
-#### `hide()`
-Sembunyikan home indicator.
-
-**Returns:** `Promise<void>`
-
-#### `show()`
-Tampilkan home indicator.
-
-**Returns:** `Promise<void>`
-
-#### `isHidden()`
-Periksa apakah home indicator saat ini disembunyikan.
-
-**Returns:** `Promise<{ hidden: boolean }>`
-
-#### `setAutoHidden(options: { autoHidden: boolean })`
-Konfigurasi perilaku auto-hide untuk home indicator.
-
-**Parameter:**
-- `options.autoHidden`: boolean - Aktifkan atau nonaktifkan auto-hide
-
-**Returns:** `Promise<void>`
-
-### Interface
-
-```typescript
-interface AutoHiddenOptions {
-  autoHidden: boolean;
-}
-
-interface HiddenResult {
-  hidden: boolean;
-}
-```
-
-## Catatan Platform
-
-### iOS
-- Hanya bekerja pada perangkat dengan home indicator (iPhone X dan yang lebih baru)
-- Memerlukan iOS 11.0 atau yang lebih baru
-- Auto-hide membuat indicator menjadi tembus pandang dan menyembunyikannya setelah tidak aktif
-- Indicator muncul kembali saat pengguna menggesek dari bawah
-
-### Android
-- Plugin ini tidak memiliki efek pada Android
-- Android menggunakan gestur/tombol navigasi yang berbeda
-
-## Kasus Penggunaan Umum
-
-1. **Game**: Gaming layar penuh tanpa gangguan
-2. **Video Player**: Pemutaran video yang immersive
-3. **Penampil Foto**: Galeri foto layar penuh
-4. **Presentasi**: Presentasi tanpa gangguan
-5. **Aplikasi Kiosk**: Aplikasi tampilan publik
-
-## Praktik Terbaik
-
-1. **Kontrol Pengguna**: Selalu sediakan cara untuk keluar dari mode immersive
-   ```typescript
-   // Add a gesture or button to toggle immersive mode
-   const toggleButton = document.getElementById('toggle-immersive');
-   toggleButton.addEventListener('click', () => {
-     immersiveMode.toggleImmersiveMode();
-   });
-   ```
-
-2. **Auto-Hide untuk Game**: Gunakan auto-hide untuk pengalaman gaming yang lebih baik
-   ```typescript
-   // For games, auto-hide provides the best balance
-   await HomeIndicator.setAutoHidden({ autoHidden: true });
-   ```
-
-3. **Hormati Gestur Sistem**: Jangan mengganggu navigasi sistem
-4. **Simpan Status**: Ingat preferensi pengguna untuk mode immersive
-
-## Pemecahan Masalah
-
-**Home indicator tidak tersembunyi:**
-- Verifikasi perangkat memiliki home indicator (iPhone X+)
-- Periksa versi iOS adalah 11.0 atau lebih tinggi
-- Pastikan aplikasi memiliki fokus
-
-**Auto-hide tidak berfungsi:**
-- Auto-hide memerlukan interaksi pengguna untuk mengaktifkan
-- Indicator menjadi tembus pandang, tidak sepenuhnya tersembunyi
-
-**Indicator muncul kembali secara tidak terduga:**
-- Ini adalah perilaku iOS normal untuk gestur sistem
-- Gunakan auto-hide untuk perilaku yang kurang mengganggu
diff --git a/src/content/docs/id/docs/plugins/home-indicator/index.mdx b/src/content/docs/id/docs/plugins/home-indicator/index.mdx
deleted file mode 100644
index 70e3e9ad2..000000000
--- a/src/content/docs/id/docs/plugins/home-indicator/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/home-indicator"
-description: Plugin Capacitor untuk mengontrol visibilitas home indicator pada perangkat iOS, memungkinkan pengalaman layar penuh yang immersive.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Sembunyikan atau tampilkan home indicator pada perangkat iOS untuk menciptakan pengalaman layar penuh yang benar-benar immersive di aplikasi Anda.
-  image:
-    file: ~public/icons/plugins/home-indicator.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/home-indicator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-home-indicator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Kontrol home indicator iOS" icon="rocket">
-    Kontrol penuh atas visibilitas home indicator 📱
-  </Card>
-  <Card title="Pengalaman immersive" icon="setting">
-    Ciptakan pengalaman layar penuh tanpa gangguan 🎮
-  </Card>
-  <Card title="Dukungan auto-hide" icon="star">
-    Konfigurasi perilaku auto-hide untuk UX yang mulus ✨
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/home-indicator/getting-started/) untuk menguasai plugin dalam beberapa menit saja.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/ibeacon/getting-started.mdx b/src/content/docs/id/docs/plugins/ibeacon/getting-started.mdx
deleted file mode 100644
index 2b0cb3f57..000000000
--- a/src/content/docs/id/docs/plugins/ibeacon/getting-started.mdx
+++ /dev/null
@@ -1,620 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin iBeacon untuk mendeteksi dan memantau beacon Bluetooth dalam aplikasi Capacitor Anda.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-ibeacon" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Konfigurasi
-
-### Konfigurasi iOS
-
-Tambahkan berikut ini ke `Info.plist` Anda:
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>This app needs location access to detect nearby beacons</string>
-
-<key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-<string>This app needs location access to monitor beacons in the background</string>
-
-<key>NSBluetoothAlwaysUsageDescription</key>
-<string>This app uses Bluetooth to detect nearby beacons</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>location</string>
-</array>
-```
-
-### Konfigurasi Android
-
-Tambahkan berikut ini ke `AndroidManifest.xml` Anda:
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-  <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-  <uses-permission android:name="android.permission.BLUETOOTH" />
-  <uses-permission android:name="android.permission.BLUETOOTH_ADMIN" />
-  <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" />
-</manifest>
-```
-
-**Penting**: Untuk Android, Anda perlu mengintegrasikan library [AltBeacon](https://altbeacon.github.io/android-beacon-library/) ke dalam proyek Anda agar deteksi beacon berfungsi.
-
-Tambahkan ke `build.gradle` aplikasi Anda:
-
-```kotlin
-dependencies {
-    implementation 'org.altbeacon:android-beacon-library:2.20+'
-}
-```
-
-## Penggunaan
-
-### Pengaturan Dasar
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-
-// Define your beacon region
-const beaconRegion = {
-  identifier: 'MyStore',
-  uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-  major: 1, // Optional
-  minor: 2  // Optional
-};
-```
-
-### Minta Izin
-
-```typescript
-// Request "When In Use" permission
-const requestPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-  console.log('Permission status:', status);
-  // status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use'
-};
-
-// Request "Always" permission (for background monitoring)
-const requestAlwaysPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestAlwaysAuthorization();
-  console.log('Always permission status:', status);
-};
-
-// Check current authorization status
-const checkPermission = async () => {
-  const { status } = await CapacitorIbeacon.getAuthorizationStatus();
-  console.log('Current status:', status);
-};
-```
-
-### Periksa Kemampuan Perangkat
-
-```typescript
-// Check if Bluetooth is enabled
-const checkBluetooth = async () => {
-  const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-  if (!enabled) {
-    console.log('Please enable Bluetooth');
-  }
-};
-
-// Check if ranging is available
-const checkRanging = async () => {
-  const { available } = await CapacitorIbeacon.isRangingAvailable();
-  console.log('Ranging available:', available);
-};
-```
-
-### Pantau Wilayah Beacon
-
-Pemantauan mendeteksi saat Anda memasuki atau keluar dari wilayah beacon. Ini berfungsi di background.
-
-```typescript
-// Start monitoring
-const startMonitoring = async () => {
-  await CapacitorIbeacon.startMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2
-  });
-  console.log('Started monitoring for beacons');
-};
-
-// Stop monitoring
-const stopMonitoring = async () => {
-  await CapacitorIbeacon.stopMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### Range Beacon
-
-Ranging memberikan pembaruan berkelanjutan tentang beacon terdekat dan jaraknya. Ini memerlukan aplikasi di foreground.
-
-```typescript
-// Start ranging
-const startRanging = async () => {
-  await CapacitorIbeacon.startRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-  console.log('Started ranging beacons');
-};
-
-// Stop ranging
-const stopRanging = async () => {
-  await CapacitorIbeacon.stopRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### Dengarkan Event
-
-```typescript
-import { PluginListenerHandle } from '@capacitor/core';
-
-// Listen for ranging events (continuous distance updates)
-const rangingListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didRangeBeacons',
-  (data) => {
-    console.log('Beacons detected:', data.beacons);
-    data.beacons.forEach(beacon => {
-      console.log(`UUID: ${beacon.uuid}`);
-      console.log(`Major: ${beacon.major}, Minor: ${beacon.minor}`);
-      console.log(`Distance: ${beacon.accuracy}m`);
-      console.log(`Proximity: ${beacon.proximity}`); // immediate, near, far, unknown
-      console.log(`RSSI: ${beacon.rssi}`);
-    });
-  }
-);
-
-// Listen for region enter events
-const enterListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didEnterRegion',
-  (data) => {
-    console.log('Entered region:', data.region.identifier);
-    // Show welcome notification or trigger action
-  }
-);
-
-// Listen for region exit events
-const exitListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didExitRegion',
-  (data) => {
-    console.log('Exited region:', data.region.identifier);
-    // Trigger goodbye action
-  }
-);
-
-// Listen for region state changes
-const stateListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didDetermineStateForRegion',
-  (data) => {
-    console.log(`Region ${data.region.identifier}: ${data.state}`);
-    // state: 'inside' | 'outside' | 'unknown'
-  }
-);
-
-// Clean up listeners when done
-const cleanup = () => {
-  rangingListener.remove();
-  enterListener.remove();
-  exitListener.remove();
-  stateListener.remove();
-};
-```
-
-### Iklankan sebagai iBeacon (iOS saja)
-
-Ubah perangkat Anda menjadi transmitter iBeacon.
-
-```typescript
-// Start advertising
-const startAdvertising = async () => {
-  await CapacitorIbeacon.startAdvertising({
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2,
-    identifier: 'MyBeacon',
-    measuredPower: -59 // Optional: calibrated power at 1 meter
-  });
-  console.log('Started advertising as iBeacon');
-};
-
-// Stop advertising
-const stopAdvertising = async () => {
-  await CapacitorIbeacon.stopAdvertising();
-};
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-import { PluginListenerHandle } from '@capacitor/core';
-
-export class BeaconService {
-  private listeners: PluginListenerHandle[] = [];
-
-  async init() {
-    // Request permissions
-    const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-
-    if (status !== 'authorized_when_in_use' && status !== 'authorized_always') {
-      throw new Error('Location permission denied');
-    }
-
-    // Check Bluetooth
-    const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-    if (!enabled) {
-      throw new Error('Bluetooth is not enabled');
-    }
-
-    // Set up event listeners
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didEnterRegion', (data) => {
-        console.log('Welcome! Entered:', data.region.identifier);
-        this.onEnterRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didExitRegion', (data) => {
-        console.log('Goodbye! Left:', data.region.identifier);
-        this.onExitRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didRangeBeacons', (data) => {
-        this.onRangeBeacons(data.beacons);
-      })
-    );
-  }
-
-  async startMonitoring(uuid: string, identifier: string, major?: number, minor?: number) {
-    await CapacitorIbeacon.startMonitoringForRegion({
-      identifier,
-      uuid,
-      major,
-      minor
-    });
-  }
-
-  async startRanging(uuid: string, identifier: string) {
-    await CapacitorIbeacon.startRangingBeaconsInRegion({
-      identifier,
-      uuid
-    });
-  }
-
-  private onEnterRegion(region: any) {
-    // Handle region entry (e.g., show notification, trigger content)
-    console.log('Entered beacon region:', region);
-  }
-
-  private onExitRegion(region: any) {
-    // Handle region exit
-    console.log('Left beacon region:', region);
-  }
-
-  private onRangeBeacons(beacons: any[]) {
-    // Process beacon distances
-    const nearestBeacon = beacons.reduce((nearest, beacon) => {
-      return beacon.accuracy < nearest.accuracy ? beacon : nearest;
-    }, beacons[0]);
-
-    if (nearestBeacon) {
-      console.log('Nearest beacon:', nearestBeacon);
-      this.handleProximity(nearestBeacon);
-    }
-  }
-
-  private handleProximity(beacon: any) {
-    switch (beacon.proximity) {
-      case 'immediate': // < 0.5m
-        console.log('Very close to beacon');
-        break;
-      case 'near': // 0.5m - 3m
-        console.log('Near beacon');
-        break;
-      case 'far': // > 3m
-        console.log('Far from beacon');
-        break;
-      case 'unknown':
-        console.log('Distance unknown');
-        break;
-    }
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-## Referensi API
-
-### startMonitoringForRegion(options)
-
-Mulai memantau wilayah beacon. Memicu event saat masuk/keluar.
-
-```typescript
-interface BeaconRegion {
-  identifier: string;
-  uuid: string;
-  major?: number;
-  minor?: number;
-  notifyEntryStateOnDisplay?: boolean;
-}
-
-await CapacitorIbeacon.startMonitoringForRegion(options);
-```
-
-### stopMonitoringForRegion(options)
-
-Hentikan pemantauan wilayah beacon.
-
-```typescript
-await CapacitorIbeacon.stopMonitoringForRegion(options);
-```
-
-### startRangingBeaconsInRegion(options)
-
-Mulai ranging beacon di wilayah untuk pembaruan jarak berkelanjutan.
-
-```typescript
-await CapacitorIbeacon.startRangingBeaconsInRegion(options);
-```
-
-### stopRangingBeaconsInRegion(options)
-
-Hentikan ranging beacon di wilayah.
-
-```typescript
-await CapacitorIbeacon.stopRangingBeaconsInRegion(options);
-```
-
-### startAdvertising(options)
-
-Mulai mengiklankan perangkat sebagai iBeacon (iOS saja).
-
-```typescript
-interface BeaconAdvertisingOptions {
-  uuid: string;
-  major: number;
-  minor: number;
-  identifier: string;
-  measuredPower?: number; // Calibrated power at 1 meter
-}
-
-await CapacitorIbeacon.startAdvertising(options);
-```
-
-### stopAdvertising()
-
-Hentikan pengiklanan perangkat sebagai iBeacon.
-
-```typescript
-await CapacitorIbeacon.stopAdvertising();
-```
-
-### requestWhenInUseAuthorization()
-
-Minta otorisasi lokasi "When In Use".
-
-```typescript
-const result = await CapacitorIbeacon.requestWhenInUseAuthorization();
-// Returns: { status: string }
-```
-
-### requestAlwaysAuthorization()
-
-Minta otorisasi lokasi "Always" (diperlukan untuk pemantauan background).
-
-```typescript
-const result = await CapacitorIbeacon.requestAlwaysAuthorization();
-// Returns: { status: string }
-```
-
-### getAuthorizationStatus()
-
-Dapatkan status otorisasi lokasi saat ini.
-
-```typescript
-const result = await CapacitorIbeacon.getAuthorizationStatus();
-// Returns: { status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use' }
-```
-
-### isBluetoothEnabled()
-
-Periksa apakah Bluetooth diaktifkan.
-
-```typescript
-const result = await CapacitorIbeacon.isBluetoothEnabled();
-// Returns: { enabled: boolean }
-```
-
-### isRangingAvailable()
-
-Periksa apakah ranging tersedia pada perangkat.
-
-```typescript
-const result = await CapacitorIbeacon.isRangingAvailable();
-// Returns: { available: boolean }
-```
-
-### enableARMAFilter(options)
-
-Aktifkan filtering ARMA untuk perhitungan jarak (Android saja).
-
-```typescript
-await CapacitorIbeacon.enableARMAFilter({ enabled: true });
-```
-
-## Event
-
-### didRangeBeacons
-
-Dipicu saat beacon terdeteksi selama ranging.
-
-```typescript
-interface RangingEvent {
-  region: BeaconRegion;
-  beacons: Beacon[];
-}
-
-interface Beacon {
-  uuid: string;
-  major: number;
-  minor: number;
-  rssi: number; // Signal strength
-  proximity: 'immediate' | 'near' | 'far' | 'unknown';
-  accuracy: number; // Distance in meters
-}
-```
-
-### didEnterRegion
-
-Dipicu saat memasuki wilayah beacon yang dipantau.
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didExitRegion
-
-Dipicu saat keluar dari wilayah beacon yang dipantau.
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didDetermineStateForRegion
-
-Dipicu saat status wilayah ditentukan.
-
-```typescript
-interface StateEvent {
-  region: BeaconRegion;
-  state: 'inside' | 'outside' | 'unknown';
-}
-```
-
-## Nilai Kedekatan
-
-- **immediate**: Sangat dekat (< 0.5 meter)
-- **near**: Relatif dekat (0.5 - 3 meter)
-- **far**: Lebih jauh (> 3 meter)
-- **unknown**: Jarak tidak dapat ditentukan
-
-## Praktik Terbaik
-
-1. **Minta izin yang sesuai**
-   - Gunakan "When In Use" untuk fitur foreground
-   - Minta "Always" hanya jika Anda memerlukan pemantauan background
-   - Jelaskan dengan jelas mengapa Anda memerlukan akses lokasi
-
-2. **Tangani status Bluetooth**
-   ```typescript
-   const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-   if (!enabled) {
-     // Prompt user to enable Bluetooth
-   }
-   ```
-
-3. **Optimasi baterai**
-   - Gunakan monitoring daripada ranging bila memungkinkan (lebih hemat baterai)
-   - Hentikan ranging saat tidak diperlukan secara aktif
-   - Pertimbangkan menggunakan rentang major/minor yang lebih besar untuk mengurangi pemrosesan
-
-4. **Penanganan error**
-   ```typescript
-   try {
-     await CapacitorIbeacon.startMonitoringForRegion(region);
-   } catch (error) {
-     console.error('Failed to start monitoring:', error);
-   }
-   ```
-
-5. **Bersihkan listener**
-   Selalu hapus event listener saat komponen unmount untuk mencegah kebocoran memori.
-
-## Catatan Platform
-
-### iOS
-- Memerlukan iOS 10.0+
-- Menggunakan framework CoreLocation native
-- Mendukung pemantauan background dengan izin "Always"
-- Dapat mengiklankan sebagai iBeacon menggunakan CoreBluetooth
-- Ranging memerlukan aplikasi di foreground
-
-### Android
-- Memerlukan Android 6.0 (API 23)+
-- Menggunakan library AltBeacon
-- Memerlukan izin lokasi meskipun beacon menggunakan Bluetooth
-- Pemantauan background memerlukan ACCESS_BACKGROUND_LOCATION (Android 10+)
-- Tidak dapat mengiklankan sebagai iBeacon (keterbatasan hardware pada sebagian besar perangkat)
-
-### Web
-- Tidak didukung pada platform web
-
-## Kasus Penggunaan Umum
-
-1. **Marketing Kedekatan**: Picu notifikasi atau konten saat pengguna mendekati toko Anda
-2. **Navigasi Dalam Ruangan**: Pandu pengguna melalui gedung menggunakan waypoint beacon
-3. **Pelacakan Kehadiran**: Otomatis check-in saat pengguna memasuki lokasi
-4. **Pelacakan Aset**: Pantau pergerakan peralatan atau inventaris
-5. **Tur Museum**: Berikan informasi kontekstual saat pengunjung mendekati pameran
-6. **Smart Home**: Picu otomasi berdasarkan kehadiran di ruangan
-
-## Pemecahan Masalah
-
-### Beacon tidak terdeteksi
-- Pastikan Bluetooth diaktifkan
-- Verifikasi izin lokasi diberikan
-- Periksa UUID beacon cocok persis (case-sensitive)
-- Konfirmasi beacon dihidupkan dan mentransmisi
-- Coba tanpa filter major/minor terlebih dahulu
-
-### Pemantauan background tidak berfungsi
-- Pastikan izin lokasi "Always" diberikan
-- Tambahkan `location` ke UIBackgroundModes (iOS)
-- Minta ACCESS_BACKGROUND_LOCATION (Android 10+)
-- Catatan: iOS mungkin menunda callback background untuk menghemat baterai
-
-### Pengukuran jarak tidak akurat
-- RSSI beacon bervariasi dengan lingkungan (dinding, interferensi)
-- Gunakan beberapa beacon untuk triangulasi
-- Kalibrasi measuredPower pada jarak 1 meter dari beacon
-- Aktifkan filtering ARMA di Android untuk nilai yang lebih halus
diff --git a/src/content/docs/id/docs/plugins/ibeacon/index.mdx b/src/content/docs/id/docs/plugins/ibeacon/index.mdx
deleted file mode 100644
index 6da05ee90..000000000
--- a/src/content/docs/id/docs/plugins/ibeacon/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-ibeacon"
-description: Plugin iBeacon untuk Capacitor - deteksi kedekatan dan pemantauan wilayah beacon untuk fitur berbasis lokasi.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Deteksi dan pantau beacon Bluetooth untuk fitur berbasis kedekatan, navigasi dalam ruangan, dan pengalaman sadar lokasi.
-  image:
-    file: ~public/icons/plugins/ibeacon.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/ibeacon/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ibeacon/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Pemantauan Beacon" icon="star">
-    Pantau wilayah beacon dan dapatkan notifikasi saat masuk atau keluar 🎯
-  </Card>
-  <Card title="Ranging Beacon" icon="rocket">
-    Deteksi beacon terdekat dan ukur jarak mereka secara real-time 📡
-  </Card>
-  <Card title="Deteksi Background" icon="setting">
-    Pantau beacon bahkan saat aplikasi berada di background 🔔
-  </Card>
-  <Card title="Pengiklanan Beacon" icon="puzzle">
-    Ubah perangkat Anda menjadi transmitter iBeacon (iOS saja) 📱
-  </Card>
-  <Card title="Lintas platform" icon="puzzle">
-    Bekerja pada iOS dan Android dengan library beacon native 📱
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/ibeacon/getting-started/) untuk menguasai plugin dalam beberapa menit saja.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/inappbrowser/getting-started.mdx b/src/content/docs/id/docs/plugins/inappbrowser/getting-started.mdx
deleted file mode 100644
index add15fdbb..000000000
--- a/src/content/docs/id/docs/plugins/inappbrowser/getting-started.mdx
+++ /dev/null
@@ -1,410 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin InAppBrowser dengan event perubahan URL untuk konten web tertanam dalam aplikasi Capacitor Anda.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/inappbrowser" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Penggunaan
-
-Import plugin dan gunakan dua entry point utamanya:
-
-```typescript
-import { InAppBrowser, ToolBarType, BackgroundColor } from '@capgo/inappbrowser';
-
-// 1) Simple custom tab / SFSafariViewController
-const openExternal = async () => {
-  await InAppBrowser.open({
-    url: 'https://capgo.app',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-
-// 2) Full WebView with navigation, headers, share, messaging, etc.
-const openWebView = async () => {
-  await InAppBrowser.openWebView({
-    url: 'https://capgo.app',
-    title: 'Capgo',
-    toolbarType: ToolBarType.NAVIGATION,
-    backgroundColor: BackgroundColor.BLACK,
-    activeNativeNavigationForWebview: true,
-    showReloadButton: true,
-    shareSubject: 'Check this page',
-    shareDisclaimer: {
-      title: 'Disclaimer',
-      message: 'You are about to share content',
-      confirmBtn: 'Continue',
-      cancelBtn: 'Cancel',
-    },
-  });
-};
-
-// Messaging between app and the opened WebView
-const setupListeners = async () => {
-  await InAppBrowser.addListener('urlChangeEvent', (event) => {
-    console.log('URL changed to:', event.url);
-  });
-
-  await InAppBrowser.addListener('messageFromWebview', (event) => {
-    console.log('Message from web:', event.detail);
-  });
-
-  await InAppBrowser.addListener('closeEvent', () => {
-    console.log('WebView closed');
-  });
-};
-
-// Send data to the WebView
-const sendData = async () => {
-  await InAppBrowser.postMessage({ detail: { action: 'refresh-profile' } });
-};
-
-// Close and reload helpers
-const closeBrowser = () => InAppBrowser.close();
-const reloadPage = () => InAppBrowser.reload();
-```
-
-## Referensi API
-
-### open(options: OpenOptions)
-Membuka URL dalam custom tab / SFSafariViewController.
-
-```typescript
-interface OpenOptions {
-  /** Target URL to load */
-  url: string;
-  /** Present after the page finishes loading */
-  isPresentAfterPageLoad?: boolean;
-  /** Prevent deep links from opening external apps */
-  preventDeeplink?: boolean;
-}
-
-await InAppBrowser.open({ url: 'https://example.com', preventDeeplink: true });
-```
-
-### openWebView(options: OpenWebViewOptions)
-Memuat WebView berfitur lengkap dengan UI navigasi, header, kredensial, skrip, dan messaging.
-
-```typescript
-interface OpenWebViewOptions {
-  url: string;
-  headers?: Record<string, string>;
-  credentials?: { username: string; password: string };
-  materialPicker?: boolean;
-  shareDisclaimer?: {
-    title: string;
-    message: string;
-    confirmBtn: string;
-    cancelBtn: string;
-  };
-  toolbarType?: ToolBarType;
-  shareSubject?: string;
-  title?: string;
-  backgroundColor?: BackgroundColor;
-  activeNativeNavigationForWebview?: boolean;
-  disableGoBackOnNativeApplication?: boolean;
-  isPresentAfterPageLoad?: boolean;
-  isInspectable?: boolean;
-  isAnimated?: boolean;
-  showReloadButton?: boolean;
-  closeModal?: boolean;
-  closeModalTitle?: string;
-  closeModalDescription?: string;
-  closeModalOk?: string;
-  closeModalCancel?: string;
-  visibleTitle?: boolean;
-  toolbarColor?: string;
-  toolbarTextColor?: string;
-  showArrow?: boolean;
-  ignoreUntrustedSSLError?: boolean;
-  preShowScript?: string;
-  preShowScriptInjectionTime?: 'documentStart' | 'pageLoad';
-  proxyRequests?: string;
-  buttonNearDone?: {
-    ios: { iconType: 'sf-symbol' | 'asset'; icon: string };
-    android: { iconType: 'asset' | 'vector'; icon: string; width?: number; height?: number };
-  };
-  textZoom?: number;
-  preventDeeplink?: boolean;
-  authorizedAppLinks?: string[];
-  enabledSafeBottomMargin?: boolean;
-  useTopInset?: boolean;
-  enableGooglePaySupport?: boolean;
-  blockedHosts?: string[];
-  width?: number;
-  height?: number;
-  x?: number;
-  y?: number;
-}
-
-await InAppBrowser.openWebView({
-  url: 'https://new-page.com',
-  toolbarType: ToolBarType.NAVIGATION,
-  showReloadButton: true,
-});
-```
-
-Nilai `ToolBarType`: `activity` (tutup + bagikan), `compact` (tutup saja), `navigation` (mundur/maju + tutup), `blank` (tanpa toolbar). Nilai `BackgroundColor`: `white` atau `black`.
-
-### close(options?)
-Menutup WebView/custom tab.
-
-**Options:**
-- `isAnimated?: boolean` - Apakah menganimasi aksi tutup
-
-### reload()
-Memuat ulang halaman WebView saat ini.
-
-### goBack()
-Kembali dalam riwayat WebView dan mengembalikan `{ canGoBack: boolean }`.
-
-### `setUrl({ url: string })`
-Mengganti URL WebView saat ini.
-
-### `executeScript({ code: string })`
-Menyuntikkan JavaScript ke dalam WebView.
-
-### `postMessage({ detail: Record<string, any> })`
-Mengirim data dari aplikasi native ke WebView (terima di JS melalui `window.addEventListener('messageFromNative', ...)`).
-
-### `getCookies({ url, includeHttpOnly? })`
-Mengembalikan cookie untuk URL.
-
-### `clearCookies({ url })` / clearAllCookies() / clearCache()
-Helper manajemen cookie dan cache.
-
-### updateDimensions(options: DimensionOptions)
-Mengubah ukuran/posisi WebView saat runtime (`width`, `height`, `x`, `y`).
-
-### removeAllListeners()
-Membatalkan registrasi semua listener untuk plugin.
-
-## Event
-
-### urlChangeEvent
-
-Dipicu saat URL berubah di browser.
-
-```typescript
-interface UrlChangeEvent {
-  url: string;
-}
-
-InAppBrowser.addListener('urlChangeEvent', (event) => {
-  console.log('New URL:', event.url);
-});
-```
-
-### messageFromWebview
-Dipicu saat `window.mobileApp.postMessage(...)` dipanggil di dalam WebView.
-
-```typescript
-InAppBrowser.addListener('messageFromWebview', (event) => {
-  console.log('Payload from web:', event.detail);
-});
-```
-
-### closeEvent
-
-Dipicu saat browser ditutup.
-
-```typescript
-InAppBrowser.addListener('closeEvent', () => {
-  console.log('Browser closed');
-});
-```
-
-### buttonNearDoneClick
-Dipicu saat tombol kustom yang ditambahkan dengan `buttonNearDone` ditekan.
-
-```typescript
-InAppBrowser.addListener('buttonNearDoneClick', (event) => {
-  console.log('Button near done tapped', event);
-});
-```
-
-### confirmBtnClicked
-Dipicu saat dialog konfirmasi (disclaimer atau modal tutup) diterima.
-
-```typescript
-InAppBrowser.addListener('confirmBtnClicked', (event) => {
-  console.log('Confirm accepted, current URL:', event.url);
-});
-```
-
-### browserPageLoaded / pageLoadError
-Event lifecycle untuk keberhasilan atau kegagalan pemuatan WebView.
-
-```typescript
-InAppBrowser.addListener('browserPageLoaded', () => console.log('Page loaded'));
-InAppBrowser.addListener('pageLoadError', () => console.log('Page failed to load'));
-```
-
-## Penggunaan Lanjutan
-
-### Implementasi Alur OAuth
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class OAuthService {
-  private listeners: any[] = [];
-
-  async authenticate(authUrl: string, redirectUri: string) {
-    return new Promise<string>((resolve, reject) => {
-      // Listen for URL changes
-      const urlListener = InAppBrowser.addListener('urlChangeEvent', (event) => {
-        if (event.url.startsWith(redirectUri)) {
-          // Extract OAuth code/token from URL
-          const url = new URL(event.url);
-          const code = url.searchParams.get('code');
-
-          if (code) {
-            InAppBrowser.close();
-            resolve(code);
-          } else {
-            const error = url.searchParams.get('error');
-            reject(new Error(error || 'OAuth failed'));
-          }
-        }
-      });
-
-      this.listeners.push(urlListener);
-
-      // Open OAuth provider
-      InAppBrowser.open({
-        url: authUrl,
-        preventDeeplink: true,
-      });
-    });
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-### UI Browser Kustom
-
-```typescript
-const openCustomBrowser = async () => {
-  await InAppBrowser.open({
-    url: 'https://example.com',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-```
-
-### Menangani Tautan Eksternal
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class LinkHandler {
-  async openExternalLink(url: string) {
-    // Check if URL should open in browser
-    if (this.shouldOpenInBrowser(url)) {
-      await InAppBrowser.open({
-        url,
-        preventDeeplink: true,
-      });
-    } else {
-      // Handle internally
-      window.location.href = url;
-    }
-  }
-
-  private shouldOpenInBrowser(url: string): boolean {
-    // External domains
-    const externalDomains = ['youtube.com', 'twitter.com', 'facebook.com'];
-    const urlDomain = new URL(url).hostname;
-
-    return externalDomains.some(domain => urlDomain.includes(domain));
-  }
-}
-```
-
-## Praktik Terbaik
-
-1. **Selalu hapus listener**
-   ```typescript
-   const listener = await InAppBrowser.addListener('urlChangeEvent', handler);
-   // When done
-   listener.remove();
-   ```
-
-2. **Tangani status browser**
-   ```typescript
-   let browserOpen = false;
-
-   const launch = async () => {
-     browserOpen = true;
-     await InAppBrowser.openWebView({ url: 'https://example.com' });
-   };
-
-   InAppBrowser.addListener('closeEvent', () => {
-     browserOpen = false;
-   });
-   ```
-
-3. **Validasi URL sebelum membuka**
-   ```typescript
-   const isValidUrl = (url: string): boolean => {
-     try {
-       new URL(url);
-       return true;
-     } catch {
-       return false;
-     }
-   };
-
-   if (isValidUrl(url)) {
-     await InAppBrowser.open({ url });
-   }
-   ```
-
-4. **Sesuaikan untuk platform**
-   ```typescript
-   import { Capacitor } from '@capacitor/core';
-
-   const options = {
-     url: 'https://example.com',
-     preventDeeplink: Capacitor.getPlatform() === 'ios',
-   };
-   ```
-
-## Catatan Platform
-
-### iOS
-- Menggunakan `SFSafariViewController`
-- Mendukung iOS 11.0+
-- Menghormati inset Safe Area
-- Mendukung gaya presentasi kustom
-
-### Android
-- Menggunakan Chrome Custom Tabs
-- Fallback ke WebView jika Chrome tidak tersedia
-- Mendukung Android 5.0 (API 21)+
-- Kustomisasi toolbar didukung melalui `toolbarType`, `toolbarColor`, `buttonNearDone`, dll.
-
-### Web
-- Membuka di tab/jendela browser baru
-- Opsi kustomisasi terbatas
-- Tidak ada event perubahan URL
diff --git a/src/content/docs/id/docs/plugins/inappbrowser/index.mdx b/src/content/docs/id/docs/plugins/inappbrowser/index.mdx
deleted file mode 100644
index e68a0f713..000000000
--- a/src/content/docs/id/docs/plugins/inappbrowser/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/inappbrowser"
-description: Plugin browser dalam aplikasi dengan dukungan event perubahan URL untuk aplikasi Capacitor.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Buka konten web dalam aplikasi Anda dengan browser dalam aplikasi berfitur lengkap yang mendukung event perubahan URL dan kontrol navigasi.
-  image:
-    file: ~public/icons/plugins/inappbrowser.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/inappbrowser/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/inappbrowser/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Event perubahan URL" icon="rocket">
-    Lacak navigasi dengan listener event perubahan URL 🔗
-  </Card>
-  <Card title="Kontrol navigasi lengkap" icon="pencil">
-    Kontrol mundur, maju, muat ulang, dan tutup 🎮
-  </Card>
-  <Card title="UI yang dapat disesuaikan" icon="pencil">
-    Warna toolbar, tombol, dan opsi tampilan 🎨
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/inappbrowser/getting-started/) untuk menguasai plugin dalam beberapa menit saja.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/index.mdx b/src/content/docs/id/docs/plugins/index.mdx
deleted file mode 100644
index 50b159d2e..000000000
--- a/src/content/docs/id/docs/plugins/index.mdx
+++ /dev/null
@@ -1,384 +0,0 @@
----
-title: Plugin Capacitor oleh Capgo
-description: Jelajahi koleksi lengkap plugin Capacitor kami untuk memperluas kemampuan native aplikasi Anda dengan fitur-fitur yang powerful.
-locale: id
-sidebar:
-  order: 0
-  label: "Semua Plugin"
----
-
-import { Card, CardGrid, LinkCard, Icon } from '@astrojs/starlight/components';
-
-Selamat datang di koleksi Plugin Capacitor Capgo! Kami memelihara rangkaian plugin berkualitas tinggi dan terdokumentasi dengan baik untuk membantu Anda membangun pengalaman native yang menakjubkan di aplikasi Capacitor Anda.
-
-## ⭐ Capgo Cloud - Pembaruan Langsung
-
-<LinkCard
-  title="Capacitor Updater"
-  description="Plugin inti yang menggerakkan Capgo Cloud - kirimkan pembaruan instan ke aplikasi Capacitor Anda tanpa penundaan app store. Dorong perbaikan dan fitur langsung ke pengguna Anda."
-  href="/docs/plugins/updater/"
-/>
-
-Plugin Updater adalah fondasi dari Capgo Cloud, memungkinkan Anda untuk:
-- 🚀 Deploy pembaruan secara instan tanpa review app store
-- 📱 Perbarui JavaScript, HTML, CSS, dan aset aplikasi Anda
-- 🎯 Targetkan segmen pengguna tertentu dengan channel
-- 📊 Pantau keberhasilan pembaruan dengan analitik bawaan
-- 🔒 Amankan pembaruan dengan enkripsi dan code signing
-
-## 🚀 Plugin Unggulan
-
-<CardGrid>
-  <LinkCard
-    title="Social Login"
-    description="Autentikasi yang mulus dengan Google, Apple, dan Facebook. Satu plugin untuk semua penyedia sosial utama."
-    href="/docs/plugins/social-login/"
-  />
-  <LinkCard
-    title="Native Purchases"
-    description="Implementasikan pembelian dalam aplikasi dan langganan dengan API terpadu untuk iOS dan Android."
-    href="/docs/plugins/capacitor-native-purchases/"
-  />
-  <LinkCard
-    title="Camera Preview"
-    description="Tampilkan feed kamera real-time di aplikasi Anda dengan kontrol penuh atas pengambilan dan pengaturan."
-    href="/docs/plugins/capacitor-camera-preview/"
-  />
-  <LinkCard
-    title="Data Storage SQLite"
-    description="Penyimpanan key-value yang cepat dan aman dengan SQLite dengan enkripsi opsional."
-    href="/docs/plugins/data-storage-sqlite/"
-  />
-</CardGrid>
-
-## 📱 Plugin Perangkat & Sistem
-
-<CardGrid>
-  <LinkCard
-    title="Native Market"
-    description="Link ke app store untuk rating, review, dan pembaruan aplikasi."
-    href="/docs/plugins/capacitor-native-market/"
-  />
-  <LinkCard
-    title="Native Biometric"
-    description="Akses API autentikasi biometrik untuk akses aplikasi yang aman."
-    href="/docs/plugins/native-biometric/"
-  />
-  <LinkCard
-    title="Shake"
-    description="Deteksi gerakan shake untuk fitur interaktif dan menu debug."
-    href="/docs/plugins/shake/"
-  />
-  <LinkCard
-    title="Navigation Bar"
-    description="Sesuaikan warna navigation bar Android agar cocok dengan tema aplikasi Anda."
-    href="/docs/plugins/navigation-bar/"
-  />
-  <LinkCard
-    title="Home Indicator"
-    description="Kontrol visibilitas home indicator iOS untuk pengalaman imersif."
-    href="/docs/plugins/capacitor-home-indicator/"
-  />
-  <LinkCard
-    title="NFC"
-    description="Baca dan tulis tag NFC dengan dukungan native untuk iOS dan Android."
-    href="/docs/plugins/nfc/"
-  />
-  <LinkCard
-    title="Barometer"
-    description="Akses barometer perangkat untuk pembacaan tekanan atmosfer dan ketinggian."
-    href="/docs/plugins/barometer/"
-  />
-  <LinkCard
-    title="Accelerometer"
-    description="Baca accelerometer perangkat untuk deteksi gerakan dan pelacakan orientasi."
-    href="/docs/plugins/accelerometer/"
-  />
-</CardGrid>
-
-## 🎥 Plugin Media & Kamera
-
-<CardGrid>
-  <LinkCard
-    title="Screen Recorder"
-    description="Rekam layar perangkat Anda untuk tutorial, demo, atau umpan balik pengguna."
-    href="/docs/plugins/screen-recorder/"
-  />
-  <LinkCard
-    title="IVS Player"
-    description="Integrasi Amazon IVS untuk streaming langsung dengan latensi ultra-rendah."
-    href="/docs/plugins/capacitor-ivs-player/"
-  />
-  <LinkCard
-    title="Native Audio"
-    description="Engine audio native berkinerja tinggi untuk game dan aplikasi."
-    href="/docs/plugins/capacitor-native-audio/"
-  />
-  <LinkCard
-    title="Mute"
-    description="Deteksi apakah sakelar mute perangkat diaktifkan atau dinonaktifkan."
-    href="/docs/plugins/mute/"
-  />
-  <LinkCard
-    title="Video Player"
-    description="Pemutaran video native dengan subtitle, layar penuh, dan kontrol komprehensif."
-    href="/docs/plugins/video-player/"
-  />
-  <LinkCard
-    title="YouTube Player"
-    description="Sematkan video YouTube dengan kontrol API player penuh dan penanganan event."
-    href="/docs/plugins/youtube-player/"
-  />
-  <LinkCard
-    title="FFmpeg"
-    description="Encoding dan pemrosesan video yang didukung FFmpeg untuk kompresi dan konversi."
-    href="/docs/plugins/ffmpeg/"
-  />
-  <LinkCard
-    title="Volume Buttons"
-    description="Dengarkan penekanan tombol volume hardware untuk kontrol kustom."
-    href="/docs/plugins/volume-buttons/"
-  />
-  <LinkCard
-    title="Audio Recorder"
-    description="Rekam audio di iOS, Android, dan Web dengan kontrol sederhana."
-    href="/docs/plugins/audio-recorder/"
-  />
-</CardGrid>
-
-## 🛠️ Plugin Utilitas
-
-<CardGrid>
-  <LinkCard
-    title="Uploader"
-    description="Upload file di latar belakang dengan pelacakan progres dan upload yang dapat dilanjutkan."
-    href="/docs/plugins/uploader/"
-  />
-  <LinkCard
-    title="Flash"
-    description="Kontrol senter/torch perangkat untuk fitur utilitas dan kamera."
-    href="/docs/plugins/flash/"
-  />
-  <LinkCard
-    title="Native Geocoder"
-    description="Geocoding maju dan mundur menggunakan API platform native."
-    href="/docs/plugins/nativegeocoder/"
-  />
-  <LinkCard
-    title="InAppBrowser"
-    description="Buka konten web di browser dalam aplikasi yang dapat disesuaikan."
-    href="/docs/plugins/inappbrowser/"
-  />
-  <LinkCard
-    title="Crisp"
-    description="Integrasikan dukungan chat Crisp langsung ke aplikasi mobile Anda."
-    href="/docs/plugins/crisp/"
-  />
-  <LinkCard
-    title="Live Reload"
-    description="Terhubung ke server dev Anda untuk hot reloading instan selama development."
-    href="/docs/plugins/live-reload/"
-  />
-  <LinkCard
-    title="Contacts"
-    description="Akses dan kelola kontak perangkat dengan kemampuan baca dan tulis."
-    href="/docs/plugins/contacts/"
-  />
-</CardGrid>
-
-## 🤖 AI & Media Lanjutan
-
-<CardGrid>
-  <LinkCard
-    title="LLM"
-    description="Jalankan Large Language Model secara lokal dengan dukungan Apple Intelligence."
-    href="/docs/plugins/llm/"
-  />
-  <LinkCard
-    title="StreamCall"
-    description="Aktifkan kemampuan streaming dan panggilan video berkualitas tinggi."
-    href="/docs/plugins/streamcall/"
-  />
-  <LinkCard
-    title="JW Player"
-    description="Video player profesional dengan fitur streaming lanjutan."
-    href="/docs/plugins/jw-player/"
-  />
-  <LinkCard
-    title="Ricoh 360 Camera"
-    description="Kontrol dan tangkap dari kamera 360 derajat Ricoh."
-    href="/docs/plugins/ricoh360-camera/"
-  />
-</CardGrid>
-
-## 📍 Lokasi & Layanan Latar Belakang
-
-<CardGrid>
-  <LinkCard
-    title="Background Geolocation"
-    description="Lacak lokasi perangkat di latar belakang dengan optimasi baterai."
-    href="/docs/plugins/background-geolocation/"
-  />
-  <LinkCard
-    title="Alarm"
-    description="Jadwalkan alarm native dan notifikasi bahkan saat aplikasi ditutup."
-    href="/docs/plugins/alarm/"
-  />
-  <LinkCard
-    title="iBeacon"
-    description="Deteksi kedekatan dan pemantauan wilayah beacon untuk fitur berbasis lokasi."
-    href="/docs/plugins/ibeacon/"
-  />
-</CardGrid>
-
-## 📞 Komunikasi & Analitik
-
-<CardGrid>
-  <LinkCard
-    title="Twilio Voice"
-    description="Lakukan dan terima panggilan telepon menggunakan Twilio Voice API."
-    href="/docs/plugins/twilio-voice/"
-  />
-  <LinkCard
-    title="GTM"
-    description="Integrasi Google Tag Manager untuk analitik dan pelacakan."
-    href="/docs/plugins/gtm/"
-  />
-  <LinkCard
-    title="AppInsights"
-    description="Wawasan aplikasi dan analitik menggunakan Apptopia AppInsights SDK."
-    href="/docs/plugins/appinsights/"
-  />
-  <LinkCard
-    title="WeChat"
-    description="Integrasi WeChat SDK untuk autentikasi, berbagi, pembayaran, dan mini-program."
-    href="/docs/plugins/wechat/"
-  />
-</CardGrid>
-
-## 🔐 Keamanan & Sistem
-
-<CardGrid>
-  <LinkCard
-    title="Is Root"
-    description="Deteksi apakah perangkat di-root atau di-jailbreak untuk keamanan."
-    href="/docs/plugins/is-root/"
-  />
-  <LinkCard
-    title="Persistent Account"
-    description="Pertahankan akun pengguna di seluruh instalasi ulang aplikasi."
-    href="/docs/plugins/persistent-account/"
-  />
-  <LinkCard
-    title="Autofill Save Password"
-    description="Aktifkan autofill password dan fungsionalitas simpan."
-    href="/docs/plugins/autofill-save-password/"
-  />
-</CardGrid>
-
-## 📊 Fitur Khusus Android
-
-<CardGrid>
-  <LinkCard
-    title="Android Kiosk"
-    description="Kunci perangkat Android ke mode kiosk dengan fungsionalitas launcher dan kontrol tombol hardware."
-    href="/docs/plugins/android-kiosk/"
-  />
-  <LinkCard
-    title="Android Usage Stats"
-    description="Akses statistik penggunaan aplikasi Android dan data waktu layar."
-    href="/docs/plugins/android-usagestatsmanager/"
-  />
-  <LinkCard
-    title="Android Inline Install"
-    description="Aktifkan instalasi aplikasi inline di perangkat Android."
-    href="/docs/plugins/android-inline-install/"
-  />
-  <LinkCard
-    title="Age Signals"
-    description="Akses Google Play Age Signals untuk mendeteksi akun yang diawasi dan pengguna yang terverifikasi."
-    href="/docs/plugins/age-signals/"
-  />
-</CardGrid>
-
-## 📥 Unduhan & Navigasi
-
-<CardGrid>
-  <LinkCard
-    title="Downloader"
-    description="Unduhan file di latar belakang dengan pelacakan progres."
-    href="/docs/plugins/downloader/"
-  />
-  <LinkCard
-    title="Launch Navigator"
-    description="Luncurkan aplikasi navigasi dengan alamat dan koordinat."
-    href="/docs/plugins/launch-navigator/"
-  />
-</CardGrid>
-
-## 🎯 Mengapa Memilih Plugin Capgo?
-
-<Card icon="approve-check">
-  **Terawat dengan Baik**: Pembaruan rutin dan kompatibilitas dengan versi Capacitor terbaru
-</Card>
-<Card icon="open-book">
-  **Dokumentasi Lengkap**: Dokumentasi terperinci dengan contoh untuk setiap plugin
-</Card>
-<Card icon="puzzle">
-  **Integrasi Mudah**: API sederhana yang mengikuti praktik terbaik Capacitor
-</Card>
-<Card icon="setting">
-  **Dukungan TypeScript**: Definisi TypeScript lengkap untuk pengalaman development yang lebih baik
-</Card>
-
-## 🚀 Memulai
-
-Setiap plugin mengikuti pola instalasi yang serupa:
-
-1. **Instal plugin** menggunakan package manager pilihan Anda
-2. **Sinkronkan project Anda** dengan `npx cap sync`
-3. **Konfigurasi pengaturan khusus platform** jika diperlukan
-4. **Mulai menggunakan plugin** di kode Anda
-
-Kunjungi dokumentasi setiap plugin untuk instruksi setup terperinci dan referensi API.
-
-## 💡 Butuh Bantuan?
-
-- 📖 Periksa dokumentasi plugin individual
-- 💬 Bergabunglah dengan [komunitas Discord](https://discord.capgo.app) kami
-- 🐛 Laporkan masalah di repositori GitHub plugin
-- 📧 Hubungi dukungan untuk pertanyaan enterprise
-
-## 🛠️ Butuh Plugin Kustom?
-
-Tidak dapat menemukan fungsionalitas yang Anda butuhkan? Kami dapat membantu!
-
-<LinkCard
-  title="Pengembangan Plugin Kustom"
-  description="Tim kami berspesialisasi dalam membangun plugin Capacitor kustom yang disesuaikan dengan kebutuhan spesifik Anda. Dari integrasi native yang kompleks hingga fitur perangkat yang unik, kami siap membantu Anda."
-  href="/consulting/"
-  icon="external"
-/>
-
-Apakah Anda membutuhkan:
-- 🔧 Plugin benar-benar baru yang dibangun dari awal
-- 🔄 Modifikasi pada plugin yang ada
-- 🤝 Konsultasi ahli tentang pengembangan native
-- 📱 Implementasi khusus platform
-
-[Hubungi tim kami](/consulting/) untuk mendiskusikan kebutuhan plugin kustom Anda.
-
-## 🤝 Berkontribusi
-
-Kami menerima kontribusi! Setiap plugin adalah open source dan tersedia di GitHub. Jangan ragu untuk:
-
-- Melaporkan bug dan meminta fitur
-- Mengirimkan pull request
-- Meningkatkan dokumentasi
-- Berbagi kasus penggunaan Anda
-
----
-
-<div style="text-align: center; margin-top: 2rem;">
-  <strong>Dibuat dengan ❤️ oleh tim Capgo</strong>
-</div>
diff --git a/src/content/docs/id/docs/plugins/is-root/getting-started.mdx b/src/content/docs/id/docs/plugins/is-root/getting-started.mdx
deleted file mode 100644
index cf19dde7a..000000000
--- a/src/content/docs/id/docs/plugins/is-root/getting-started.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Is Root untuk mendeteksi perangkat Android yang di-root dan emulator untuk meningkatkan keamanan aplikasi.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Dukungan Platform
-
-- **Android**: Dukungan penuh untuk deteksi root dan emulator
-- **iOS**: Tidak ada konfigurasi yang diperlukan (plugin berfokus pada Android)
-
-## Contoh Penggunaan
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// Deteksi root dasar
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('Perangkat di-root');
-  // Tangani perangkat yang di-root dengan tepat
-  // Contoh: Tampilkan peringatan, batasi fungsionalitas, atau blokir akses
-}
-
-// Deteksi root diperluas dengan BusyBox
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('Perangkat di-root (pemeriksaan diperluas)');
-}
-
-// Periksa emulator
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('Berjalan di emulator');
-  // Tangani lingkungan emulator
-}
-
-// Deteksi aplikasi manajemen root
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('Aplikasi manajemen root terdeteksi');
-}
-
-// Periksa binary su
-const suResult = await IsRoot.checkForSuBinary();
-if (suResult.hasSu) {
-  console.log('Binary SU ditemukan di perangkat');
-}
-```
-
-## Referensi API
-
-### isRooted()
-
-```typescript
-isRooted() => Promise<{ isRooted: boolean }>
-```
-
-Melakukan deteksi root komprehensif menggunakan metode default.
-
-**Mengembalikan:** `Promise<{ isRooted: boolean }>`
-
-### isRootedWithBusyBox()
-
-```typescript
-isRootedWithBusyBox() => Promise<{ isRooted: boolean }>
-```
-
-Deteksi root diperluas termasuk pemeriksaan BusyBox.
-
-**Mengembalikan:** `Promise<{ isRooted: boolean }>`
-
-### detectRootManagementApps()
-
-```typescript
-detectRootManagementApps() => Promise<{ hasRootApps: boolean }>
-```
-
-Mengidentifikasi aplikasi manajemen root yang terinstal (SuperSU, Magisk, dll.).
-
-**Mengembalikan:** `Promise<{ hasRootApps: boolean }>`
-
-### checkForSuBinary()
-
-```typescript
-checkForSuBinary() => Promise<{ hasSu: boolean }>
-```
-
-Memeriksa keberadaan binary `su` di jalur sistem.
-
-**Mengembalikan:** `Promise<{ hasSu: boolean }>`
-
-### isRunningOnEmulator()
-
-```typescript
-isRunningOnEmulator() => Promise<{ isEmulator: boolean }>
-```
-
-Mendeteksi sidik jari emulator Android umum.
-
-**Mengembalikan:** `Promise<{ isEmulator: boolean }>`
-
-## Pemeriksaan Keamanan Komprehensif
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function performSecurityCheck() {
-  const checks = {
-    rooted: false,
-    emulator: false,
-    rootApps: false,
-    suBinary: false
-  };
-
-  try {
-    // Jalankan semua metode deteksi
-    const [rootResult, emulatorResult, rootAppsResult, suResult] = await Promise.all([
-      IsRoot.isRootedWithBusyBox(),
-      IsRoot.isRunningOnEmulator(),
-      IsRoot.detectRootManagementApps(),
-      IsRoot.checkForSuBinary()
-    ]);
-
-    checks.rooted = rootResult.isRooted;
-    checks.emulator = emulatorResult.isEmulator;
-    checks.rootApps = rootAppsResult.hasRootApps;
-    checks.suBinary = suResult.hasSu;
-
-    // Tentukan tingkat keamanan
-    const securityIssues = Object.values(checks).filter(v => v).length;
-
-    if (securityIssues > 0) {
-      console.warn(`Perangkat memiliki ${securityIssues} masalah keamanan`, checks);
-      return {
-        secure: false,
-        issues: checks
-      };
-    }
-
-    return {
-      secure: true,
-      issues: checks
-    };
-  } catch (error) {
-    console.error('Pemeriksaan keamanan gagal:', error);
-    throw error;
-  }
-}
-
-// Gunakan di aplikasi Anda
-const securityStatus = await performSecurityCheck();
-if (!securityStatus.secure) {
-  // Tangani perangkat yang tidak aman
-  showSecurityWarning(securityStatus.issues);
-}
-```
-
-## Teknik Deteksi
-
-### Deteksi Root
-
-Plugin menggunakan beberapa metode deteksi:
-
-- Memeriksa aplikasi manajemen root (SuperSU, Magisk, KingRoot, dll.)
-- Memindai properti sistem yang mencurigakan
-- Mengidentifikasi tag build tes dan flag debug
-- Memvalidasi lokasi binary yang berbahaya
-- Memeriksa izin jalur sistem
-- Mendeteksi aplikasi penyembunyian root yang dikenal
-
-### Deteksi Emulator
-
-- Analisis sidik jari hardware
-- Inspeksi properti build
-- Karakteristik khusus emulator
-- Indikator lingkungan virtual
-
-## Menangani Masalah Keamanan
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function handleDeviceSecurity() {
-  const rootResult = await IsRoot.isRooted();
-
-  if (rootResult.isRooted) {
-    // Opsi 1: Tampilkan peringatan dan lanjutkan
-    showWarning('Perangkat Anda tampaknya di-root. Beberapa fitur mungkin dibatasi.');
-
-    // Opsi 2: Batasi fungsionalitas
-    disableSensitiveFeatures();
-
-    // Opsi 3: Blokir akses ke aplikasi
-    showBlockedScreen('Aplikasi ini tidak dapat berjalan di perangkat yang di-root karena alasan keamanan.');
-    return false;
-  }
-
-  return true;
-}
-
-function showWarning(message: string) {
-  // Tampilkan dialog peringatan yang ramah pengguna
-  alert(message);
-}
-
-function disableSensitiveFeatures() {
-  // Nonaktifkan pemrosesan pembayaran, akses data sensitif, dll.
-  console.log('Fitur sensitif dinonaktifkan karena perangkat di-root');
-}
-
-function showBlockedScreen(message: string) {
-  // Tampilkan layar pemblokiran dan keluar dari aplikasi
-  alert(message);
-}
-```
-
-## Praktik Terbaik
-
-- Gunakan beberapa metode deteksi untuk akurasi lebih tinggi
-- Implementasikan degradasi yang anggun daripada memblokir akses sepenuhnya
-- Berikan komunikasi pengguna yang jelas tentang masalah keamanan
-- Pertimbangkan pengalaman pengguna saat menerapkan langkah-langkah keamanan
-- Perbarui plugin secara teratur karena metode deteksi berkembang
-- Uji pada perangkat yang di-root dan tidak di-root
-- Tangani kegagalan deteksi dengan anggun
-
-## Pertimbangan Keamanan
-
-- Tidak ada metode deteksi yang 100% sempurna
-- Pengguna lanjutan dapat melewati mekanisme deteksi
-- Gunakan bersama dengan langkah-langkah keamanan sisi server
-- Pertimbangkan privasi pengguna saat menerapkan pemeriksaan keamanan
-- Ikuti pedoman platform untuk implementasi keamanan
-- Pembaruan rutin direkomendasikan karena teknik penyembunyian root terus berkembang
-
-## Kasus Penggunaan
-
-- **Aplikasi perbankan dan keuangan**: Cegah akses pada perangkat yang disusupi
-- **Konten yang dilindungi DRM**: Lindungi materi berhak cipta
-- **Aplikasi enterprise**: Terapkan kebijakan keamanan BYOD
-- **Pemrosesan pembayaran**: Pastikan lingkungan transaksi yang aman
-- **Aplikasi data sensitif**: Lindungi informasi rahasia
diff --git a/src/content/docs/id/docs/plugins/is-root/index.mdx b/src/content/docs/id/docs/plugins/is-root/index.mdx
deleted file mode 100644
index dd4e85472..000000000
--- a/src/content/docs/id/docs/plugins/is-root/index.mdx
+++ /dev/null
@@ -1,122 +0,0 @@
----
-title: "@capgo/capacitor-is-root"
-description: Plugin deteksi root dan jailbreak untuk aplikasi Capacitor dengan pemeriksaan keamanan komprehensif dan validasi integritas perangkat.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Deteksi perangkat Android yang di-root dan perangkat iOS yang di-jailbreak untuk meningkatkan keamanan aplikasi dan melindungi data sensitif.
-  image:
-    file: ~public/icons/plugins/is-root.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/is-root/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-is-root/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Ringkasan
-
-Plugin Capacitor Is Root menyediakan deteksi root dan jailbreak yang komprehensif untuk perangkat Android dan deteksi emulator. Plugin ini membantu meningkatkan keamanan aplikasi dengan mengidentifikasi perangkat yang disusupi dan lingkungan teremulasi yang mungkin menimbulkan risiko keamanan.
-
-<CardGrid stagger>
-  <Card title="Deteksi root" icon="rocket">
-    Deteksi root Android lanjutan dengan berbagai metode 🔒
-  </Card>
-  <Card title="Deteksi emulator" icon="approve-check">
-    Identifikasi lingkungan teremulasi dan framework pengujian 🛡️
-  </Card>
-  <Card title="Validasi keamanan" icon="approve-check">
-    Berbagai teknik deteksi untuk akurasi yang ditingkatkan ✅
-  </Card>
-  <Card title="Fokus Android" icon="laptop">
-    Deteksi khusus untuk penilaian keamanan Android 🤖
-  </Card>
-</CardGrid>
-
-## Instalasi
-
-```bash
-npm install @capgo/capacitor-is-root
-npx cap sync
-```
-
-## Metode API Inti
-
-### Deteksi Root
-- `isRooted()` - Melakukan deteksi root komprehensif menggunakan metode default
-- `isRootedWithBusyBox()` - Deteksi diperluas termasuk pemeriksaan BusyBox
-- `detectRootManagementApps()` - Mengidentifikasi aplikasi manajemen root yang terinstal
-- `checkForSuBinary()` - Memeriksa keberadaan binary `su` di jalur sistem
-
-### Deteksi Emulator
-- `isRunningOnEmulator()` - Mendeteksi sidik jari emulator Android umum
-
-## Teknik Deteksi
-
-Plugin menggunakan beberapa metode deteksi:
-
-### Deteksi Root
-- Memeriksa aplikasi manajemen root (SuperSU, Magisk, dll.)
-- Memindai properti sistem yang mencurigakan
-- Mengidentifikasi tag build tes dan flag debug
-- Memvalidasi lokasi binary yang berbahaya
-- Memeriksa izin jalur sistem
-
-### Deteksi Emulator
-- Analisis sidik jari hardware
-- Inspeksi properti build
-- Karakteristik khusus emulator
-- Indikator lingkungan virtual
-
-## Contoh Penggunaan
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// Deteksi root dasar
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('Perangkat di-root');
-  // Tangani perangkat yang di-root dengan tepat
-}
-
-// Deteksi root diperluas dengan BusyBox
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('Perangkat di-root (pemeriksaan diperluas)');
-}
-
-// Periksa emulator
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('Berjalan di emulator');
-}
-
-// Deteksi aplikasi manajemen root
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('Aplikasi manajemen root terdeteksi');
-}
-```
-
-## Pertimbangan Keamanan
-
-- Gunakan beberapa metode deteksi untuk akurasi lebih tinggi
-- Implementasikan degradasi yang anggun untuk lingkungan yang terdeteksi
-- Pertimbangkan privasi pengguna saat menerapkan langkah-langkah keamanan
-- Pembaruan rutin direkomendasikan karena metode deteksi berkembang
-
-## Dokumentasi
-
-Periksa [dokumentasi lengkap](/docs/plugins/is-root/getting-started/) untuk panduan implementasi terperinci dan pola keamanan lanjutan.
diff --git a/src/content/docs/id/docs/plugins/ivs-player/getting-started.mdx b/src/content/docs/id/docs/plugins/ivs-player/getting-started.mdx
deleted file mode 100644
index b5646efff..000000000
--- a/src/content/docs/id/docs/plugins/ivs-player/getting-started.mdx
+++ /dev/null
@@ -1,313 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan mengkonfigurasi plugin Capacitor IVS Player untuk mengintegrasikan streaming latensi rendah Amazon IVS di aplikasi Anda.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/ivs-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan project native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurasi plugin**
-
-   **Setup Player Dasar:**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // Buat player
-   const { playerId } = await IvsPlayer.create({
-     url: 'https://your-ivs-playback-url.m3u8',
-     autoplay: true
-   });
-
-   // Mulai pemutaran
-   await IvsPlayer.play({ playerId });
-   ```
-
-   **Kontrol Player:**
-   ```typescript
-   // Jeda pemutaran
-   await IvsPlayer.pause({ playerId });
-
-   // Atur volume
-   await IvsPlayer.setVolume({
-     playerId,
-     volume: 0.5 // 0.0 hingga 1.0
-   });
-
-   // Seek ke posisi
-   await IvsPlayer.seekTo({
-     playerId,
-     position: 30 // detik
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Tambahkan ke `Info.plist` Anda:
-       ```xml
-       <key>NSAppTransportSecurity</key>
-       <dict>
-         <key>NSAllowsArbitraryLoads</key>
-         <true/>
-       </dict>
-       ```
-     </TabItem>
-     <TabItem label="Android">
-       Tambahkan ke `AndroidManifest.xml` Anda:
-       ```xml
-       <uses-permission android:name="android.permission.INTERNET" />
-       ```
-     </TabItem>
-   </Tabs>
-
-4. **Penanganan event**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // Dengarkan event player
-   IvsPlayer.addListener('onState', (event) => {
-     console.log('Status player:', event.state);
-     // Status: idle, buffering, ready, playing, ended
-   });
-
-   IvsPlayer.addListener('onError', (event) => {
-     console.error('Error player:', event.error);
-   });
-
-   IvsPlayer.addListener('onDuration', (event) => {
-     console.log('Durasi video:', event.duration);
-   });
-
-   IvsPlayer.addListener('onProgress', (event) => {
-     console.log('Posisi saat ini:', event.position);
-   });
-
-   // Dengarkan timed metadata
-   IvsPlayer.addListener('onMetadata', (event) => {
-     console.log('Timed metadata:', event.metadata);
-   });
-   ```
-
-5. **Penggunaan lanjutan**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   export class StreamPlayer {
-     private playerId: string | null = null;
-     private listeners: any[] = [];
-
-     async initialize(streamUrl: string) {
-       // Buat player dengan konfigurasi kustom
-       const result = await IvsPlayer.create({
-         url: streamUrl,
-         autoplay: false,
-         muted: true, // Mulai muted untuk kebijakan autoplay
-         controls: true
-       });
-
-       this.playerId = result.playerId;
-       this.setupEventListeners();
-     }
-
-     private setupEventListeners() {
-       // Perubahan status
-       const stateListener = IvsPlayer.addListener('onState', (event) => {
-         this.handleStateChange(event.state);
-       });
-       this.listeners.push(stateListener);
-
-       // Perubahan kualitas
-       const qualityListener = IvsPlayer.addListener('onQuality', (event) => {
-         console.log(`Kualitas berubah ke: ${event.quality.name}`);
-       });
-       this.listeners.push(qualityListener);
-
-       // Update buffer
-       const bufferListener = IvsPlayer.addListener('onBuffer', (event) => {
-         console.log(`Buffer: ${event.percentage}%`);
-       });
-       this.listeners.push(bufferListener);
-     }
-
-     private handleStateChange(state: string) {
-       switch (state) {
-         case 'playing':
-           console.log('Stream sedang diputar');
-           break;
-         case 'buffering':
-           console.log('Stream sedang buffering');
-           break;
-         case 'ended':
-           console.log('Stream berakhir');
-           break;
-       }
-     }
-
-     async play() {
-       if (this.playerId) {
-         await IvsPlayer.play({ playerId: this.playerId });
-       }
-     }
-
-     async pause() {
-       if (this.playerId) {
-         await IvsPlayer.pause({ playerId: this.playerId });
-       }
-     }
-
-     async setQuality(qualityName: string) {
-       if (this.playerId) {
-         await IvsPlayer.setQuality({
-           playerId: this.playerId,
-           quality: qualityName
-         });
-       }
-     }
-
-     async destroy() {
-       // Hapus listener
-       this.listeners.forEach(listener => listener.remove());
-
-       // Hancurkan player
-       if (this.playerId) {
-         await IvsPlayer.destroy({ playerId: this.playerId });
-       }
-     }
-   }
-   ```
-</Steps>
-
-## Referensi API
-
-### Metode
-
-#### `create(options: CreateOptions)`
-Buat instance IVS player baru.
-
-**Parameter:**
-- `options`: Konfigurasi player
-  - `url`: string - URL pemutaran IVS
-  - `autoplay`: boolean - Mulai pemutaran otomatis
-  - `muted`: boolean - Mulai muted
-  - `controls`: boolean - Tampilkan kontrol native
-
-**Mengembalikan:** `Promise<{ playerId: string }>`
-
-#### `play(options: PlayerOptions)`
-Mulai pemutaran.
-
-#### `pause(options: PlayerOptions)`
-Jeda pemutaran.
-
-#### `stop(options: PlayerOptions)`
-Hentikan pemutaran dan reset posisi.
-
-#### `seekTo(options: SeekOptions)`
-Seek ke posisi tertentu.
-
-#### `setVolume(options: VolumeOptions)`
-Atur volume player (0.0 hingga 1.0).
-
-#### `setQuality(options: QualityOptions)`
-Atur kualitas pemutaran.
-
-#### `destroy(options: PlayerOptions)`
-Hancurkan instance player.
-
-### Event
-
-- `onState`: Perubahan status player
-- `onError`: Error pemutaran
-- `onDuration`: Durasi video tersedia
-- `onProgress`: Update progres pemutaran
-- `onQuality`: Perubahan kualitas
-- `onMetadata`: Event timed metadata
-- `onBuffer`: Update status buffer
-
-### Interface
-
-```typescript
-interface CreateOptions {
-  url: string;
-  autoplay?: boolean;
-  muted?: boolean;
-  controls?: boolean;
-}
-
-interface PlayerOptions {
-  playerId: string;
-}
-
-interface SeekOptions extends PlayerOptions {
-  position: number; // detik
-}
-
-interface VolumeOptions extends PlayerOptions {
-  volume: number; // 0.0 hingga 1.0
-}
-
-interface QualityOptions extends PlayerOptions {
-  quality: string; // nama kualitas
-}
-```
-
-## Catatan Platform
-
-### iOS
-- Memerlukan iOS 12.0 atau lebih baru
-- Menggunakan AVPlayer native dengan ekstensi IVS
-- Mendukung Picture-in-Picture di iPad
-
-### Android
-- Memerlukan Android 5.0 (API level 21) atau lebih baru
-- Menggunakan Amazon IVS Player SDK
-- Akselerasi hardware direkomendasikan
-
-## Kasus Penggunaan Umum
-
-1. **Streaming Langsung**: Event real-time, olahraga, gaming
-2. **Streaming Interaktif**: Polling penonton, sesi tanya jawab
-3. **E-commerce**: Belanja langsung dengan highlight produk
-4. **Pendidikan**: Kelas langsung dengan konten timed
-5. **Hiburan**: Konser, pertunjukan dengan interaksi penonton
-
-## Praktik Terbaik
-
-1. **Penanganan Jaringan**: Pantau kualitas koneksi
-   ```typescript
-   IvsPlayer.addListener('onError', (event) => {
-     if (event.error.includes('network')) {
-       // Tangani error jaringan
-       showRetryButton();
-     }
-   });
-   ```
-
-2. **Manajemen Resource**: Selalu hancurkan player saat selesai
-3. **Kebijakan Autoplay**: Mulai muted untuk autoplay yang andal
-4. **Pemilihan Kualitas**: Biarkan IVS menangani pergantian kualitas otomatis
-
-## Pemecahan Masalah
-
-**Stream tidak diputar:**
-- Verifikasi URL pemutaran IVS valid
-- Periksa izin jaringan
-- Pastikan stream sedang live
-
-**Latensi tinggi:**
-- IVS dioptimalkan untuk latensi rendah, periksa pengaturan encoder Anda
-- Verifikasi Anda menggunakan URL pemutaran khusus IVS
-
-**Masalah kualitas:**
-- Izinkan pergantian kualitas otomatis
-- Periksa persyaratan bandwidth jaringan
diff --git a/src/content/docs/id/docs/plugins/ivs-player/index.mdx b/src/content/docs/id/docs/plugins/ivs-player/index.mdx
deleted file mode 100644
index 9cef22bde..000000000
--- a/src/content/docs/id/docs/plugins/ivs-player/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/ivs-player"
-description: Plugin Capacitor untuk player Amazon IVS (Interactive Video Service), memungkinkan streaming langsung latensi rendah di aplikasi mobile Anda.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Integrasikan player Amazon IVS untuk streaming langsung latensi ultra-rendah dengan fitur interaktif di aplikasi Capacitor Anda.
-  image:
-    file: ~public/icons/plugins/ivs-player.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/ivs-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ivs-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Streaming latensi rendah" icon="rocket">
-    Stream dengan latensi sub-detik menggunakan Amazon IVS 📡
-  </Card>
-  <Card title="Fitur interaktif" icon="setting">
-    Dukungan untuk timed metadata dan interaksi penonton 💬
-  </Card>
-  <Card title="Adaptasi kualitas" icon="star">
-    Pergantian kualitas otomatis berdasarkan kondisi jaringan 📶
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/ivs-player/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/jw-player/getting-started.mdx b/src/content/docs/id/docs/plugins/jw-player/getting-started.mdx
deleted file mode 100644
index f37a4e320..000000000
--- a/src/content/docs/id/docs/plugins/jw-player/getting-started.mdx
+++ /dev/null
@@ -1,345 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan mengintegrasikan JW Player ke aplikasi Capacitor Anda untuk kemampuan streaming video profesional.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Prasyarat
-
-Anda memerlukan akun JW Player dan license key untuk menggunakan plugin ini. Daftar di [JW Player](https://www.jwplayer.com/) jika Anda belum memilikinya.
-
-## Konfigurasi Platform
-
-### iOS
-
-Tambahkan license key JW Player Anda ke `Info.plist`:
-
-```xml
-<key>JWPlayerLicenseKey</key>
-<string>YOUR_LICENSE_KEY</string>
-```
-
-### Android
-
-Tambahkan license key JW Player Anda ke `android/app/src/main/res/values/strings.xml`:
-
-```xml
-<resources>
-    <string name="jw_player_license_key">YOUR_LICENSE_KEY</string>
-</resources>
-```
-
-## Contoh Penggunaan
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// Putar satu video
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: 'Video Saya',
-  description: 'Deskripsi video',
-  poster: 'https://example.com/poster.jpg'
-});
-
-// Putar playlist
-await JWPlayer.playPlaylist({
-  playlistUrl: 'https://example.com/playlist.json'
-});
-
-// Dengarkan event player
-JWPlayer.addListener('playerReady', () => {
-  console.log('Player siap');
-});
-
-JWPlayer.addListener('play', (data) => {
-  console.log('Video mulai diputar');
-});
-
-JWPlayer.addListener('pause', (data) => {
-  console.log('Video dijeda');
-});
-
-JWPlayer.addListener('complete', (data) => {
-  console.log('Pemutaran video selesai');
-});
-
-JWPlayer.addListener('error', (error) => {
-  console.error('Error player:', error);
-});
-```
-
-## Referensi API
-
-### playVideo(options)
-
-```typescript
-playVideo(options: VideoOptions) => Promise<void>
-```
-
-Putar satu video dalam mode layar penuh.
-
-| Param         | Type                    |
-| ------------- | ----------------------- |
-| **`options`** | `VideoOptions` |
-
-### playPlaylist(options)
-
-```typescript
-playPlaylist(options: PlaylistOptions) => Promise<void>
-```
-
-Putar playlist dalam mode layar penuh.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `PlaylistOptions` |
-
-### pause()
-
-```typescript
-pause() => Promise<void>
-```
-
-Jeda video saat ini.
-
-### play()
-
-```typescript
-play() => Promise<void>
-```
-
-Lanjutkan pemutaran video.
-
-### seek(options)
-
-```typescript
-seek(options: { position: number }) => Promise<void>
-```
-
-Seek ke posisi tertentu di video.
-
-| Param         | Type                         |
-| ------------- | ---------------------------- |
-| **`options`** | `{ position: number }` |
-
-### setPlaybackSpeed(options)
-
-```typescript
-setPlaybackSpeed(options: { speed: number }) => Promise<void>
-```
-
-Atur kecepatan pemutaran.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ speed: number }` |
-
-### setVolume(options)
-
-```typescript
-setVolume(options: { volume: number }) => Promise<void>
-```
-
-Atur volume audio (0.0 hingga 1.0).
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ volume: number }` |
-
-### selectAudioTrack(options)
-
-```typescript
-selectAudioTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-Pilih track audio berdasarkan indeks.
-
-| Param         | Type                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### selectCaptionTrack(options)
-
-```typescript
-selectCaptionTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-Pilih track caption/subtitle berdasarkan indeks.
-
-| Param         | Type                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-Hentikan pemutaran dan tutup player.
-
-## Interface
-
-### VideoOptions
-
-| Prop              | Type               | Description                             |
-| ----------------- | ------------------ | --------------------------------------- |
-| **`mediaUrl`**    | `string` | URL file video                   |
-| **`title`**       | `string` | Judul video (opsional)                  |
-| **`description`** | `string` | Deskripsi video (opsional)            |
-| **`poster`**      | `string` | URL poster/thumbnail (opsional)  |
-| **`autoStart`**   | `boolean` | Mulai pemutaran otomatis (opsional, default: true) |
-
-### PlaylistOptions
-
-| Prop              | Type               | Description                 |
-| ----------------- | ------------------ | --------------------------- |
-| **`playlistUrl`** | `string` | URL playlist JSON JW |
-| **`autoStart`**   | `boolean` | Mulai pemutaran otomatis (opsional) |
-
-## Event Listener
-
-### Event yang Tersedia
-
-- `playerReady` - Player diinisialisasi dan siap
-- `play` - Pemutaran video dimulai
-- `pause` - Pemutaran video dijeda
-- `complete` - Pemutaran video selesai
-- `error` - Player mengalami error
-- `seek` - Pengguna seek ke posisi berbeda
-- `time` - Waktu pemutaran diperbarui
-- `bufferChange` - Status buffer berubah
-
-### Contoh Event
-
-```typescript
-// Dengarkan update waktu
-JWPlayer.addListener('time', (data) => {
-  console.log('Waktu saat ini:', data.position);
-  console.log('Durasi:', data.duration);
-});
-
-// Dengarkan perubahan buffer
-JWPlayer.addListener('bufferChange', (data) => {
-  console.log('Buffering:', data.buffering);
-});
-
-// Hapus listener saat selesai
-const listener = await JWPlayer.addListener('play', (data) => {
-  console.log('Playing');
-});
-
-// Kemudian...
-listener.remove();
-```
-
-## Penggunaan Lanjutan
-
-### Memutar dengan Caption
-
-```typescript
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: 'Video dengan Subtitle',
-  poster: 'https://example.com/poster.jpg',
-  tracks: [
-    {
-      file: 'https://example.com/captions-en.vtt',
-      label: 'English',
-      kind: 'captions'
-    },
-    {
-      file: 'https://example.com/captions-es.vtt',
-      label: 'Spanish',
-      kind: 'captions'
-    }
-  ]
-});
-```
-
-### Kontrol Pemutaran Kustom
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// Mulai memutar
-await JWPlayer.play();
-
-// Jeda setelah 10 detik
-setTimeout(() => {
-  JWPlayer.pause();
-}, 10000);
-
-// Seek ke 30 detik
-await JWPlayer.seek({ position: 30 });
-
-// Atur kecepatan pemutaran ke 1.5x
-await JWPlayer.setPlaybackSpeed({ speed: 1.5 });
-
-// Atur volume ke 50%
-await JWPlayer.setVolume({ volume: 0.5 });
-```
-
-## Praktik Terbaik
-
-- Selalu sediakan gambar poster untuk pengalaman pengguna yang lebih baik
-- Tangani error player dengan anggun dengan pesan error yang sesuai
-- Bersihkan event listener saat komponen unmount
-- Uji pemutaran video di perangkat iOS dan Android
-- Gunakan format video yang sesuai (MP4 direkomendasikan)
-- Implementasikan loading state saat video diinisialisasi
-- Pertimbangkan kondisi jaringan saat streaming
-
-## Pemecahan Masalah
-
-### Video Tidak Diputar
-
-- Verifikasi license key JW Player Anda benar
-- Periksa bahwa URL video dapat diakses dan valid
-- Pastikan header CORS yang tepat jika menggunakan server kustom
-- Uji dengan format video yang berbeda
-
-### Masalah Layar Penuh
-
-- Plugin selalu memutar dalam mode layar penuh
-- Pastikan izin yang tepat untuk layar penuh di aplikasi Anda
-
-### Kinerja
-
-- Gunakan kualitas video yang sesuai untuk perangkat target
-- Pertimbangkan streaming adaptif untuk kinerja lebih baik
-- Implementasikan indikator buffering yang tepat
diff --git a/src/content/docs/id/docs/plugins/jw-player/index.mdx b/src/content/docs/id/docs/plugins/jw-player/index.mdx
deleted file mode 100644
index 541bed520..000000000
--- a/src/content/docs/id/docs/plugins/jw-player/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-jw-player"
-description: Plugin integrasi JW Player untuk aplikasi Capacitor dengan streaming video, playlist, dan kontrol player yang komprehensif.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Putar video dari JW Player dengan interface layar penuh, playlist, dan kontrol pemutaran lengkap di aplikasi Capacitor Anda.
-  image:
-    file: ~public/icons/plugins/jw-player.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/jw-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-jw-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Player Layar Penuh" icon="rocket">
-    Interface video player layar penuh selalu 📺
-  </Card>
-  <Card title="Dukungan Playlist" icon="list-format">
-    Mendukung video tunggal dan playlist lengkap 📋
-  </Card>
-  <Card title="Kontrol Pemutaran" icon="setting">
-    Kontrol lengkap atas play, pause, seek, speed 🎮
-  </Card>
-  <Card title="Audio & Caption" icon="star">
-    Pemilihan track audio dan dukungan caption/subtitle 🔊
-  </Card>
-  <Card title="Sistem Event" icon="download">
-    Event listener untuk perubahan status player 📡
-  </Card>
-  <Card title="Memulai" icon="open-book">
-    Periksa [Panduan Memulai](/docs/plugins/jw-player/getting-started/) untuk menginstal dan mengkonfigurasi plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/launch-navigator/getting-started.mdx b/src/content/docs/id/docs/plugins/launch-navigator/getting-started.mdx
deleted file mode 100644
index b35672988..000000000
--- a/src/content/docs/id/docs/plugins/launch-navigator/getting-started.mdx
+++ /dev/null
@@ -1,337 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Launch Navigator untuk mengintegrasikan dengan aplikasi navigasi native di iOS dan Android.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Konfigurasi Platform
-
-### iOS
-
-Tambahkan URL scheme ke `Info.plist` Anda untuk mendeteksi aplikasi navigasi yang terinstal:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <string>transit</string>
-    <string>moovit</string>
-    <string>uber</string>
-    <string>lyft</string>
-</array>
-```
-
-### Android
-
-Tidak diperlukan konfigurasi tambahan. Plugin akan mendeteksi aplikasi navigasi yang terinstal secara otomatis.
-
-## Contoh Penggunaan
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// Navigasi dasar ke koordinat
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // Koordinat San Francisco
-});
-
-// Navigasi lanjutan dengan opsi
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // Titik awal opsional
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // Aplikasi navigasi yang dipilih
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// Periksa apakah aplikasi tertentu tersedia
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps terinstal');
-} else {
-  console.log('Google Maps tidak tersedia');
-}
-
-// Dapatkan semua aplikasi navigasi yang tersedia
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('Aplikasi navigasi yang tersedia:', availableApps);
-
-// Dapatkan semua aplikasi yang didukung untuk platform
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('Aplikasi yang didukung:', supportedApps);
-```
-
-## Referensi API
-
-### navigate(options)
-
-```typescript
-navigate(options: NavigateOptions) => Promise<void>
-```
-
-Luncurkan navigasi ke koordinat yang ditentukan.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `NavigateOptions` |
-
-### isAppAvailable(options)
-
-```typescript
-isAppAvailable(options: { app: string }) => Promise<{ available: boolean }>
-```
-
-Periksa apakah aplikasi navigasi tertentu terinstal.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ app: string }` |
-
-**Mengembalikan:** `Promise<{ available: boolean }>`
-
-### getAvailableApps()
-
-```typescript
-getAvailableApps() => Promise<{ apps: string[] }>
-```
-
-Dapatkan daftar semua aplikasi navigasi yang tersedia di perangkat.
-
-**Mengembalikan:** `Promise<{ apps: string[] }>`
-
-### getSupportedApps()
-
-```typescript
-getSupportedApps() => Promise<{ apps: string[] }>
-```
-
-Dapatkan daftar semua aplikasi yang didukung untuk platform saat ini.
-
-**Mengembalikan:** `Promise<{ apps: string[] }>`
-
-## Interface
-
-### NavigateOptions
-
-| Prop              | Type                          | Description                     |
-| ----------------- | ----------------------------- | ------------------------------- |
-| **`destination`** | `[number, number]` | Koordinat tujuan [lat, lng] |
-| **`options`**     | `NavigationOptions` | Opsi navigasi tambahan (opsional) |
-
-### NavigationOptions
-
-| Prop                 | Type                  | Description                           |
-| -------------------- | --------------------- | ------------------------------------- |
-| **`start`**          | `[number, number]` | Koordinat awal [lat, lng] (opsional) |
-| **`transportMode`**  | `TransportMode` | Metode transportasi (opsional)       |
-| **`app`**            | `string` | Aplikasi navigasi yang dipilih (opsional)    |
-| **`appDisplayName`** | `string` | Nama tampilan untuk aplikasi (opsional)        |
-
-### TransportMode
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## Persyaratan Koordinat
-
-> **Penting**: Plugin ini hanya menerima koordinat latitude/longitude untuk navigasi. Gunakan [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder) untuk mengonversi alamat ke koordinat.
-
-```typescript
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-import { LaunchNavigator } from '@capgo/capacitor-launch-navigator';
-
-// Konversi alamat ke koordinat
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // Luncurkan navigasi dengan koordinat yang di-geocode
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## Aplikasi Navigasi yang Didukung
-
-### iOS
-- Apple Maps (bawaan)
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- Dan banyak lagi...
-
-### Android
-- Google Maps (bawaan)
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- Dan banyak lagi...
-
-## Contoh Lanjutan
-
-### Periksa Beberapa Aplikasi dan Gunakan yang Pertama Tersedia
-
-```typescript
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('Tidak ada aplikasi navigasi yang didukung ditemukan');
-}
-```
-
-### Pemilihan Aplikasi Navigasi oleh Pengguna
-
-```typescript
-// Dapatkan aplikasi yang tersedia
-const { apps } = await LaunchNavigator.getAvailableApps();
-
-if (apps.length === 0) {
-  alert('Tidak ada aplikasi navigasi yang tersedia');
-  return;
-}
-
-// Tampilkan pemilihan aplikasi kepada pengguna (pseudo-code)
-const selectedApp = await showAppSelectionDialog(apps);
-
-// Navigasi dengan aplikasi yang dipilih
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: { app: selectedApp }
-});
-```
-
-### Navigasi dengan Mode Transportasi Berbeda
-
-```typescript
-// Petunjuk mengemudi
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.DRIVING
-  }
-});
-
-// Petunjuk berjalan kaki
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.WALKING
-  }
-});
-
-// Petunjuk transportasi umum
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.TRANSIT
-  }
-});
-```
-
-## Praktik Terbaik
-
-- Selalu periksa ketersediaan aplikasi sebelum mencoba navigasi
-- Sediakan opsi fallback ketika aplikasi yang dipilih tidak tersedia
-- Gunakan nama tampilan aplikasi yang bermakna untuk pemilihan pengguna
-- Tangani error dengan anggun dengan pesan yang ramah pengguna
-- Pertimbangkan preferensi pengguna untuk aplikasi navigasi default
-- Uji di perangkat iOS dan Android
-- Implementasikan penanganan error yang tepat untuk koordinat yang tidak valid
-
-## Penanganan Error
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('Navigasi gagal:', error);
-  // Tangani error - aplikasi tidak tersedia, koordinat tidak valid, dll.
-  alert('Tidak dapat meluncurkan navigasi. Silakan periksa koordinat Anda dan coba lagi.');
-}
-```
-
-## Kasus Penggunaan
-
-- **Layanan berbasis lokasi**: Navigasikan pengguna ke titik menarik
-- **Aplikasi pengiriman**: Pandu pengemudi ke lokasi pengiriman
-- **Aplikasi event**: Arahkan peserta ke lokasi venue
-- **Aplikasi real estate**: Navigasi ke lokasi properti
-- **Aplikasi perjalanan**: Pandu wisatawan ke atraksi
-- **Aplikasi layanan**: Arahkan pekerja lapangan ke lokasi pekerjaan
diff --git a/src/content/docs/id/docs/plugins/launch-navigator/index.mdx b/src/content/docs/id/docs/plugins/launch-navigator/index.mdx
deleted file mode 100644
index b20ebd1ff..000000000
--- a/src/content/docs/id/docs/plugins/launch-navigator/index.mdx
+++ /dev/null
@@ -1,246 +0,0 @@
----
-title: "@capgo/capacitor-launch-navigator"
-description: Plugin peluncuran aplikasi navigasi untuk aplikasi Capacitor dengan dukungan untuk Google Maps, Apple Maps, Waze, dan layanan navigasi lainnya.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Luncurkan aplikasi navigasi dengan petunjuk turn-by-turn, mendukung beberapa penyedia peta dan opsi routing kustom.
-  image:
-    file: ~public/icons/plugins/launch-navigator.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/launch-navigator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-launch-navigator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Ringkasan
-
-Plugin Capacitor Launch Navigator memungkinkan peluncuran aplikasi navigasi native di perangkat iOS dan Android dengan navigasi berbasis koordinat. Plugin ini menyediakan integrasi yang mulus dengan aplikasi pemetaan populer dan mendukung berbagai mode transportasi untuk solusi navigasi yang komprehensif.
-
-<CardGrid stagger>
-  <Card title="Dukungan multi-aplikasi" icon="rocket">
-    Google Maps, Apple Maps, Waze, Citymapper dan lainnya 🗺️
-  </Card>
-  <Card title="Mode transportasi" icon="magnifier">
-    Petunjuk mengemudi, berjalan kaki, transit, dan bersepeda 🧭
-  </Card>
-  <Card title="Deteksi aplikasi" icon="magnifier">
-    Periksa ketersediaan dan daftar aplikasi navigasi yang terinstal 🔍
-  </Card>
-  <Card title="Berbasis koordinat" icon="star">
-    Navigasi menggunakan koordinat latitude/longitude 📍
-  </Card>
-</CardGrid>
-
-## Instalasi
-
-```bash
-npm install @capgo/capacitor-launch-navigator
-npx cap sync
-```
-
-## Konfigurasi iOS
-
-Tambahkan URL scheme ke `Info.plist` Anda untuk mendeteksi aplikasi navigasi yang terinstal:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <!-- Tambahkan scheme aplikasi navigasi lainnya -->
-</array>
-```
-
-## Metode API Inti
-
-### Navigasi
-- `navigate(options)` - Luncurkan navigasi ke koordinat yang ditentukan
-- `isAppAvailable(options)` - Periksa apakah aplikasi navigasi tertentu terinstal
-- `getAvailableApps()` - Daftar semua aplikasi navigasi yang tersedia di perangkat
-- `getSupportedApps()` - Dapatkan semua aplikasi yang didukung untuk platform saat ini
-
-## Contoh Penggunaan
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// Navigasi dasar ke koordinat
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // Koordinat San Francisco
-});
-
-// Navigasi lanjutan dengan opsi
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // Titik awal opsional
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // Aplikasi navigasi yang dipilih
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// Periksa apakah aplikasi tertentu tersedia
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps terinstal');
-} else {
-  console.log('Google Maps tidak tersedia');
-}
-
-// Dapatkan semua aplikasi navigasi yang tersedia
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('Aplikasi navigasi yang tersedia:', availableApps);
-
-// Dapatkan semua aplikasi yang didukung untuk platform
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('Aplikasi yang didukung:', supportedApps);
-```
-
-## Opsi Navigasi
-
-```typescript
-interface NavigationOptions {
-  start?: [number, number];      // Koordinat awal [lat, lng]
-  transportMode?: TransportMode; // Metode transportasi
-  app?: string;                  // Aplikasi navigasi yang dipilih
-  appDisplayName?: string;       // Nama tampilan untuk aplikasi
-  launchMode?: LaunchMode;       // Cara meluncurkan aplikasi
-}
-```
-
-## Mode Transportasi
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## Aplikasi Navigasi yang Didukung
-
-### iOS
-- Apple Maps (bawaan)
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- Dan banyak lagi...
-
-### Android
-- Google Maps (bawaan)
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- Dan banyak lagi...
-
-## Persyaratan Koordinat
-
-> ⚠️ **Penting**: Plugin ini hanya menerima koordinat latitude/longitude untuk navigasi. Gunakan [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder) untuk mengonversi alamat ke koordinat.
-
-```typescript
-// Contoh dengan geocoding
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-
-// Konversi alamat ke koordinat
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // Luncurkan navigasi dengan koordinat yang di-geocode
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## Deteksi dan Pemilihan Aplikasi
-
-```typescript
-// Periksa beberapa aplikasi dan gunakan yang pertama tersedia
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('Tidak ada aplikasi navigasi yang didukung ditemukan');
-}
-```
-
-## Penanganan Error
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('Navigasi gagal:', error);
-  // Tangani error - aplikasi tidak tersedia, koordinat tidak valid, dll.
-}
-```
-
-## Kasus Penggunaan
-
-- **Layanan berbasis lokasi**: Navigasikan pengguna ke titik menarik
-- **Aplikasi pengiriman**: Pandu pengemudi ke lokasi pengiriman
-- **Aplikasi event**: Arahkan peserta ke lokasi venue
-- **Aplikasi real estate**: Navigasi ke lokasi properti
-- **Aplikasi perjalanan**: Pandu wisatawan ke atraksi
-
-## Praktik Terbaik
-
-- Selalu periksa ketersediaan aplikasi sebelum mencoba navigasi
-- Sediakan opsi fallback ketika aplikasi yang dipilih tidak tersedia
-- Gunakan nama tampilan aplikasi yang bermakna untuk pemilihan pengguna
-- Tangani error dengan anggun dengan pesan yang ramah pengguna
-- Pertimbangkan preferensi pengguna untuk aplikasi navigasi default
-
-## Dokumentasi
-
-Periksa [dokumentasi lengkap](/docs/plugins/launch-navigator/getting-started/) untuk panduan implementasi terperinci dan pola navigasi lanjutan.
diff --git a/src/content/docs/id/docs/plugins/live-reload/getting-started.mdx b/src/content/docs/id/docs/plugins/live-reload/getting-started.mdx
deleted file mode 100644
index 5d79437d8..000000000
--- a/src/content/docs/id/docs/plugins/live-reload/getting-started.mdx
+++ /dev/null
@@ -1,355 +0,0 @@
----
-title: Memulai
-description: Pelajari cara mengatur live reload untuk development yang lebih cepat dengan aplikasi Capacitor Anda.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-live-reload" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan project native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Setup
-
-Konfigurasi server dev Vite Anda agar berfungsi dengan live reload. Anda perlu:
-1. Nonaktifkan klien HMR bawaan
-2. Teruskan event reload melalui endpoint WebSocket khusus
-
-## Penggunaan
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-// Konfigurasi server dev
-await LiveReload.configureServer({
-  url: 'http://localhost:5173',
-  websocketPath: '/capgo-livereload',
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-
-// Terhubung ke server dev
-await LiveReload.connect();
-
-// Dengarkan event reload
-LiveReload.addListener('reloadEvent', (event) => {
-  console.log('Event reload:', event);
-  if (event.type === 'full-reload') {
-    console.log('Reload halaman penuh dipicu');
-  } else if (event.type === 'file-update') {
-    console.log('File diperbarui:', event.file);
-  }
-});
-
-// Dengarkan perubahan status koneksi
-LiveReload.addListener('statusChange', (status) => {
-  console.log('Status koneksi:', status.connected);
-  console.log('URL Server:', status.url);
-});
-```
-
-## Referensi API
-
-### configureServer(options)
-
-Simpan pengaturan server dev jarak jauh untuk koneksi berikutnya.
-
-```typescript
-const status = await LiveReload.configureServer({
-  url: 'http://192.168.1.100:5173',
-  websocketPath: '/capgo-livereload',
-  headers: {
-    'Authorization': 'Bearer token'
-  },
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-```
-
-**Parameter:**
-- `url` (string): URL dasar untuk server dev (mis., `http://dev.local:5173`)
-- `websocketPath` (string, opsional): Override jalur WebSocket (default: `/ws`)
-- `headers` (Record\<string, string\>, opsional): Header tambahan untuk koneksi WebSocket
-- `autoReconnect` (boolean, opsional): Koneksi ulang otomatis saat terputus (default: `true`)
-- `reconnectInterval` (number, opsional): Penundaan antara upaya koneksi ulang dalam ms (default: `2000`)
-
-**Mengembalikan:** `LiveReloadStatus` dengan info koneksi
-
-### connect()
-
-Buat koneksi WebSocket jika belum aktif.
-
-```typescript
-const status = await LiveReload.connect();
-console.log('Terhubung:', status.connected);
-```
-
-**Mengembalikan:** Status koneksi saat ini
-
-### disconnect()
-
-Tutup koneksi WebSocket saat ini dan nonaktifkan koneksi ulang otomatis.
-
-```typescript
-await LiveReload.disconnect();
-```
-
-### getStatus()
-
-Dapatkan status koneksi saat ini.
-
-```typescript
-const status = await LiveReload.getStatus();
-console.log('Terhubung:', status.connected);
-console.log('URL:', status.url);
-```
-
-### reload()
-
-Picu secara manual reload penuh Capacitor WebView.
-
-```typescript
-await LiveReload.reload();
-```
-
-### reloadFile(options)
-
-Reload satu file/modul (fallback ke reload penuh jika tidak didukung).
-
-```typescript
-await LiveReload.reloadFile({
-  path: '/src/components/MyComponent.tsx',
-  hash: 'abc123'
-});
-```
-
-### addListener('reloadEvent', callback)
-
-Dengarkan event reload yang masuk dari server.
-
-```typescript
-const handle = await LiveReload.addListener('reloadEvent', (event) => {
-  switch (event.type) {
-    case 'full-reload':
-      console.log('Reload penuh diminta');
-      break;
-    case 'file-update':
-      console.log('File diperbarui:', event.file?.path);
-      break;
-    case 'error':
-      console.error('Error:', event.message);
-      break;
-  }
-});
-
-// Hapus listener saat selesai
-await handle.remove();
-```
-
-### addListener('statusChange', callback)
-
-Dengarkan perubahan status socket.
-
-```typescript
-await LiveReload.addListener('statusChange', (status) => {
-  console.log(status.connected ? 'Terhubung' : 'Terputus');
-});
-```
-
-### removeAllListeners()
-
-Hapus semua listener yang terdaftar.
-
-```typescript
-await LiveReload.removeAllListeners();
-```
-
-## Contoh Lengkap
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-export class DevServer {
-  private connected = false;
-
-  async initialize() {
-    // Hanya aktifkan dalam development
-    if (process.env.NODE_ENV !== 'development') {
-      return;
-    }
-
-    try {
-      // Konfigurasi server
-      await LiveReload.configureServer({
-        url: 'http://192.168.1.100:5173',
-        websocketPath: '/capgo-livereload',
-        autoReconnect: true,
-        reconnectInterval: 3000
-      });
-
-      // Siapkan listener sebelum terhubung
-      await LiveReload.addListener('reloadEvent', this.handleReloadEvent.bind(this));
-      await LiveReload.addListener('statusChange', this.handleStatusChange.bind(this));
-
-      // Terhubung
-      await LiveReload.connect();
-    } catch (error) {
-      console.error('Gagal menginisialisasi live reload:', error);
-    }
-  }
-
-  private handleReloadEvent(event: any) {
-    console.log('Event reload diterima:', event.type);
-
-    switch (event.type) {
-      case 'full-reload':
-        this.performFullReload();
-        break;
-      case 'file-update':
-        this.handleFileUpdate(event.file);
-        break;
-      case 'error':
-        console.error('Error server:', event.message);
-        break;
-      case 'connected':
-        console.log('Server terhubung');
-        break;
-      case 'disconnected':
-        console.log('Server terputus');
-        break;
-    }
-  }
-
-  private handleStatusChange(status: any) {
-    this.connected = status.connected;
-    console.log(`Live reload ${status.connected ? 'terhubung' : 'terputus'}`);
-  }
-
-  private performFullReload() {
-    console.log('Melakukan reload halaman penuh...');
-    window.location.reload();
-  }
-
-  private handleFileUpdate(file: any) {
-    console.log('File diperbarui:', file?.path);
-    // HMR akan menangani ini secara otomatis dalam kebanyakan kasus
-  }
-
-  async disconnect() {
-    await LiveReload.disconnect();
-    await LiveReload.removeAllListeners();
-    this.connected = false;
-  }
-
-  isConnected(): boolean {
-    return this.connected;
-  }
-}
-```
-
-## Contoh Konfigurasi Vite
-
-Konfigurasi server Vite Anda agar berfungsi dengan plugin live reload:
-
-```typescript
-// vite.config.ts
-import { defineConfig } from 'vite';
-
-export default defineConfig({
-  server: {
-    host: '0.0.0.0', // Izinkan koneksi dari jaringan
-    port: 5173,
-    hmr: {
-      // Jalur WebSocket kustom untuk live reload
-      path: '/capgo-livereload',
-    }
-  }
-});
-```
-
-## Praktik Terbaik
-
-1. **Hanya gunakan dalam development**
-   ```typescript
-   if (import.meta.env.DEV) {
-     await LiveReload.configureServer({
-       url: 'http://localhost:5173',
-       websocketPath: '/capgo-livereload'
-     });
-     await LiveReload.connect();
-   }
-   ```
-
-2. **Gunakan IP lokal Anda untuk pengujian mobile**
-   ```typescript
-   const devServerUrl = process.env.VITE_DEV_SERVER_URL || 'http://192.168.1.100:5173';
-   await LiveReload.configureServer({ url: devServerUrl });
-   ```
-
-3. **Tangani error koneksi dengan anggun**
-   ```typescript
-   try {
-     await LiveReload.connect();
-   } catch (error) {
-     console.warn('Tidak dapat terhubung ke server dev, menggunakan build production');
-   }
-   ```
-
-4. **Bersihkan saat keluar dari aplikasi**
-   ```typescript
-   window.addEventListener('beforeunload', async () => {
-     await LiveReload.disconnect();
-   });
-   ```
-
-5. **Tampilkan status koneksi di UI**
-   ```typescript
-   LiveReload.addListener('statusChange', (status) => {
-     // Tampilkan indikator di build dev
-     updateDevIndicator(status.connected);
-   });
-   ```
-
-## Catatan Platform
-
-### iOS
-- Bekerja dengan iOS 11.0+
-- Pastikan server dev dapat diakses dari jaringan perangkat Anda
-- Mungkin perlu mengkonfigurasi firewall untuk mengizinkan koneksi
-
-### Android
-- Bekerja dengan Android 5.0 (API 21)+
-- Gunakan `adb reverse` untuk koneksi localhost:
-  ```bash
-  adb reverse tcp:5173 tcp:5173
-  ```
-
-### Web
-- Dukungan penuh untuk platform web
-- Koneksi WebSocket langsung ke server dev Vite
-
-## Pemecahan Masalah
-
-**Koneksi gagal:**
-- Verifikasi server dev sedang berjalan
-- Periksa bahwa perangkat dan komputer berada di jaringan yang sama
-- Pastikan firewall mengizinkan koneksi pada port tersebut
-- Gunakan alamat IP sebagai ganti localhost untuk perangkat mobile
-
-**Reload lambat:**
-- Periksa kecepatan jaringan
-- Kurangi interval koneksi ulang
-- Optimalkan konfigurasi build Vite
-
-**Error WebSocket:**
-- Verifikasi websocketPath cocok dengan konfigurasi Vite
-- Periksa konflik port
-- Pastikan header benar jika menggunakan autentikasi
diff --git a/src/content/docs/id/docs/plugins/live-reload/index.mdx b/src/content/docs/id/docs/plugins/live-reload/index.mdx
deleted file mode 100644
index 8c4139840..000000000
--- a/src/content/docs/id/docs/plugins/live-reload/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-live-reload"
-description: Live reload aplikasi Capacitor Anda dari server dev jarak jauh untuk development yang lebih cepat.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Hubungkan aplikasi Capacitor Anda ke server development lokal Anda untuk hot reloading instan dan iterasi yang lebih cepat selama development.
-  image:
-    file: ~public/icons/plugins/live-reload.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/live-reload/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-live-reload/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Hot Module Replacement" icon="rocket">
-    Pembaruan instan tanpa rebuild aplikasi Anda
-  </Card>
-  <Card title="Server Dev Jarak Jauh" icon="laptop">
-    Terhubung ke Vite atau server dev yang kompatibel lainnya
-  </Card>
-  <Card title="Koneksi WebSocket" icon="puzzle">
-    Komunikasi real-time untuk pembaruan langsung
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/live-reload/getting-started/) untuk mengatur live reload.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/llm/getting-started.mdx b/src/content/docs/id/docs/plugins/llm/getting-started.mdx
deleted file mode 100644
index 1ac9f93e4..000000000
--- a/src/content/docs/id/docs/plugins/llm/getting-started.mdx
+++ /dev/null
@@ -1,484 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Capacitor LLM untuk menjalankan model AI secara lokal di iOS dan Android.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Konfigurasi Platform
-
-### Konfigurasi iOS
-
-- **iOS 26.0+**: Menggunakan Apple Intelligence secara default (tidak perlu model) - **Direkomendasikan**
-- **iOS < 26.0**: Memerlukan model kustom MediaPipe (eksperimental, mungkin ada masalah kompatibilitas)
-
-Untuk model kustom di versi iOS yang lebih lama, tempatkan file model di bundle aplikasi iOS Anda melalui "Copy Bundle Resources" Xcode.
-
-### Konfigurasi Android
-
-Tempatkan file model di folder aset Android Anda:
-
-```
-android/app/src/main/assets/
-```
-
-Anda memerlukan **kedua** file untuk Android:
-- File `.task` (model utama)
-- File `.litertlm` (file pendamping)
-
-Unduh dari [model Gemma Kaggle](https://www.kaggle.com/models/google/gemma) → tab "LiteRT (formerly TFLite)"
-
-## Model yang Direkomendasikan
-
-### Untuk Android (Model Gemma-3)
-
-- **Gemma 3 270M** - Terkecil, paling efisien untuk mobile (~240-400MB) - **Direkomendasikan**
-- **Gemma 3 1B** - Model generasi teks yang lebih besar (~892MB-1.5GB)
-
-Unduh dari [model Gemma Kaggle](https://www.kaggle.com/models/google/gemma) → Klik tab "LiteRT (formerly TFLite)"
-
-### Untuk iOS
-
-- **Apple Intelligence** (iOS 26.0+) - Bawaan, tidak perlu unduhan - **Direkomendasikan**
-- **Gemma-2 2B** (eksperimental) - Mungkin ada masalah kompatibilitas dengan format `.task`
-
-Untuk model iOS kustom, unduh dari [model MediaPipe Hugging Face](https://huggingface.co/collections/google/mediapipe-668392ead2d6768e82fb3b87)
-
-## Penggunaan
-
-Impor plugin dan inisialisasi:
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-// Periksa apakah LLM siap
-const { readiness } = await CapgoLLM.getReadiness();
-console.log('Kesiapan LLM:', readiness);
-
-// Atur model berdasarkan platform
-const platform = Capacitor.getPlatform();
-if (platform === 'ios') {
-  // iOS: Gunakan Apple Intelligence (default)
-  await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-} else {
-  // Android: Gunakan model MediaPipe
-  await CapgoLLM.setModel({ path: '/android_asset/gemma-3-270m-it-int8.task' });
-}
-
-// Buat sesi chat
-const { id: chatId } = await CapgoLLM.createChat();
-
-// Dengarkan respons AI
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('Respons AI:', event.text);
-});
-
-// Dengarkan penyelesaian
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('AI menyelesaikan respons');
-});
-
-// Kirim pesan
-await CapgoLLM.sendMessage({
-  chatId,
-  message: 'Halo! Apa kabar hari ini?'
-});
-```
-
-## Fitur Lanjutan
-
-### Unduh Model
-
-```typescript
-// Unduh model dari URL
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/model.task',
-  filename: 'model.task'
-});
-
-// Untuk Android, unduh file .task dan .litertlm
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-
-// Dengarkan progres unduhan
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log(`Progres unduhan: ${event.progress}%`);
-  console.log(`Diunduh: ${event.downloadedBytes} / ${event.totalBytes}`);
-});
-```
-
-### Manajemen Model
-
-```typescript
-// Atur model tertentu dengan konfigurasi
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-
-// Periksa kesiapan
-const { readiness } = await CapgoLLM.getReadiness();
-if (readiness === 'ready') {
-  // Model dimuat dan siap
-}
-
-// Dengarkan perubahan kesiapan
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Kesiapan berubah:', event.readiness);
-});
-```
-
-## Metode API
-
-### createChat()
-
-Buat sesi chat baru.
-
-```typescript
-const { id: chatId } = await CapgoLLM.createChat();
-```
-
-**Mengembalikan:** `Promise<{ id: string; instructions?: string }>`
-
-### sendMessage(...)
-
-Kirim pesan ke LLM.
-
-```typescript
-await CapgoLLM.sendMessage({
-  chatId: 'chat-id',
-  message: 'Bagaimana cuaca hari ini?'
-});
-```
-
-| Param      | Type     | Description          |
-| ---------- | -------- | -------------------- |
-| **`chatId`**  | `string` | ID sesi chat      |
-| **`message`** | `string` | Pesan untuk dikirim      |
-
-### getReadiness()
-
-Periksa apakah LLM siap digunakan.
-
-```typescript
-const { readiness } = await CapgoLLM.getReadiness();
-```
-
-**Mengembalikan:** `Promise<{ readiness: string }>`
-
-Nilai yang mungkin:
-- `ready` - Model dimuat dan siap
-- `loading` - Model sedang dimuat
-- `not_ready` - Model belum dimuat
-- `error` - Error saat memuat model
-
-### setModel(...)
-
-Atur konfigurasi model.
-
-```typescript
-// iOS: Gunakan Apple Intelligence (direkomendasikan)
-await CapgoLLM.setModel({
-  path: 'Apple Intelligence'
-});
-
-// iOS: Gunakan model MediaPipe kustom (eksperimental)
-await CapgoLLM.setModel({
-  path: 'Gemma2-2B-IT_multi-prefill-seq_q8_ekv1280',
-  modelType: 'task',
-  maxTokens: 1280
-});
-
-// Android: Gunakan model MediaPipe
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-```
-
-| Param           | Type     | Description                                       |
-| --------------- | -------- | ------------------------------------------------- |
-| **`path`**      | `string` | Jalur model atau "Apple Intelligence" untuk sistem iOS |
-| **`modelType`** | `string` | Opsional: Tipe file model (mis., "task", "bin")   |
-| **`maxTokens`** | `number` | Opsional: Token maksimum yang ditangani model        |
-| **`topk`**      | `number` | Opsional: Jumlah token yang dipertimbangkan di setiap langkah|
-| **`temperature`** | `number` | Opsional: Keacakan dalam generasi (0.0-1.0)    |
-| **`randomSeed`** | `number` | Opsional: Seed acak untuk generasi             |
-
-### downloadModel(...)
-
-Unduh model dari URL dan simpan ke penyimpanan perangkat.
-
-```typescript
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-```
-
-| Param            | Type     | Description                                 |
-| ---------------- | -------- | ------------------------------------------- |
-| **`url`**        | `string` | URL untuk diunduh                        |
-| **`companionUrl`** | `string` | Opsional: URL untuk file pendamping (.litertlm) |
-| **`filename`**   | `string` | Opsional: Nama file untuk disimpan               |
-
-**Mengembalikan:** `Promise<{ path: string; companionPath?: string }>`
-
-## Event
-
-### textFromAi
-
-Dipicu saat AI menghasilkan teks (respons streaming).
-
-```typescript
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('Teks AI:', event.text);
-  console.log('Chat ID:', event.chatId);
-  console.log('Apakah chunk:', event.isChunk);
-});
-```
-
-**Data Event:**
-- `text` (string) - Chunk teks inkremental dari AI
-- `chatId` (string) - ID sesi chat
-- `isChunk` (boolean) - Apakah ini chunk lengkap atau data streaming parsial
-
-### aiFinished
-
-Dipicu saat AI menyelesaikan respons.
-
-```typescript
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('Selesai untuk chat:', event.chatId);
-});
-```
-
-**Data Event:**
-- `chatId` (string) - ID sesi chat
-
-### downloadProgress
-
-Dipicu selama unduhan model untuk melaporkan progres.
-
-```typescript
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log('Progres:', event.progress, '%');
-  console.log('Diunduh:', event.downloadedBytes, '/', event.totalBytes);
-});
-```
-
-**Data Event:**
-- `progress` (number) - Persentase unduhan selesai (0-100)
-- `downloadedBytes` (number) - Byte yang diunduh sejauh ini
-- `totalBytes` (number) - Total byte untuk diunduh
-
-### readinessChange
-
-Dipicu saat status kesiapan LLM berubah.
-
-```typescript
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Kesiapan berubah ke:', event.readiness);
-});
-```
-
-**Data Event:**
-- `readiness` (string) - Status kesiapan baru
-
-## Contoh Lengkap
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-class AIService {
-  private chatId: string | null = null;
-  private messageBuffer: string = '';
-
-  async initialize() {
-    // Siapkan model berdasarkan platform
-    const platform = Capacitor.getPlatform();
-
-    if (platform === 'ios') {
-      // iOS: Gunakan Apple Intelligence (direkomendasikan)
-      await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-    } else {
-      // Android: Gunakan model MediaPipe
-      await CapgoLLM.setModel({
-        path: '/android_asset/gemma-3-270m-it-int8.task',
-        maxTokens: 2048,
-        topk: 40,
-        temperature: 0.8
-      });
-    }
-
-    // Tunggu model siap
-    let isReady = false;
-    while (!isReady) {
-      const { readiness } = await CapgoLLM.getReadiness();
-      if (readiness === 'ready') {
-        isReady = true;
-      } else if (readiness === 'error') {
-        throw new Error('Gagal memuat model');
-      }
-      await new Promise(resolve => setTimeout(resolve, 500));
-    }
-
-    // Buat sesi chat
-    const { id } = await CapgoLLM.createChat();
-    this.chatId = id;
-
-    // Siapkan event listener
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    CapgoLLM.addListener('textFromAi', (event) => {
-      if (event.chatId === this.chatId) {
-        this.messageBuffer += event.text;
-        this.onTextReceived(event.text);
-      }
-    });
-
-    CapgoLLM.addListener('aiFinished', (event) => {
-      if (event.chatId === this.chatId) {
-        this.onMessageComplete(this.messageBuffer);
-        this.messageBuffer = '';
-      }
-    });
-  }
-
-  async sendMessage(message: string) {
-    if (!this.chatId) {
-      throw new Error('Chat tidak diinisialisasi');
-    }
-
-    await CapgoLLM.sendMessage({
-      chatId: this.chatId,
-      message
-    });
-  }
-
-  onTextReceived(text: string) {
-    // Update UI dengan teks streaming
-    console.log('Diterima:', text);
-  }
-
-  onMessageComplete(fullMessage: string) {
-    // Tangani pesan lengkap
-    console.log('Pesan lengkap:', fullMessage);
-  }
-}
-
-// Penggunaan
-const ai = new AIService();
-await ai.initialize();
-await ai.sendMessage('Ceritakan tentang AI');
-```
-
-## Dukungan Platform
-
-| Platform | Didukung | Persyaratan |
-|----------|-----------|--------------|
-| iOS      | ✅        | iOS 13.0+ (26.0+ untuk Apple Intelligence) |
-| Android  | ✅        | API 24+ |
-| Web      | ❌        | Tidak didukung |
-
-## Praktik Terbaik
-
-1. **Pemilihan Model**: Pilih model berdasarkan kemampuan perangkat
-   - Gunakan 270M untuk sebagian besar perangkat mobile
-   - Gunakan 1B untuk perangkat high-end dengan RAM lebih banyak
-   - Uji kinerja di perangkat target
-
-2. **Manajemen Memori**: Bersihkan sesi chat saat selesai
-   ```typescript
-   // Buat chat baru untuk percakapan baru
-   const { id } = await CapacitorLLM.createChat();
-   ```
-
-3. **Penanganan Error**: Selalu periksa kesiapan sebelum digunakan
-   ```typescript
-   const { readiness } = await CapacitorLLM.getReadiness();
-   if (readiness !== 'ready') {
-     // Tangani status tidak siap
-   }
-   ```
-
-4. **Streaming UI**: Update UI secara inkremental dengan teks streaming
-   - Tampilkan teks saat tiba melalui `onAiText`
-   - Tandai selesai dengan `onAiCompletion`
-
-5. **Unduh Model**: Unduh model selama setup aplikasi, bukan saat penggunaan pertama
-   ```typescript
-   // Selama inisialisasi aplikasi
-   await CapacitorLLM.downloadModel({
-     url: 'https://your-cdn.com/model.task',
-     filename: 'model.task'
-   });
-   ```
-
-## Pemecahan Masalah
-
-### Model tidak dimuat
-- Verifikasi file model di lokasi yang benar
-- Periksa format model cocok dengan platform (.gguf untuk iOS, .task untuk Android)
-- Pastikan penyimpanan perangkat yang cukup
-
-### Kinerja buruk
-- Coba model yang lebih kecil (270M bukan 1B)
-- Tutup aplikasi lain untuk membebaskan memori
-- Uji di perangkat sebenarnya, bukan simulator
-
-### Tidak ada respons
-- Periksa status kesiapan adalah 'ready'
-- Verifikasi event listener diatur sebelum mengirim pesan
-- Periksa console untuk error
-
-## Sumber Daya
-
-- [Repositori GitHub](https://github.com/Cap-go/capacitor-llm)
-- [Model Gemma](https://ai.google.dev/gemma)
-- [Apple Intelligence](https://developer.apple.com/machine-learning/)
-- [MediaPipe](https://developers.google.com/mediapipe)
diff --git a/src/content/docs/id/docs/plugins/llm/index.mdx b/src/content/docs/id/docs/plugins/llm/index.mdx
deleted file mode 100644
index 448c13609..000000000
--- a/src/content/docs/id/docs/plugins/llm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-llm"
-description: Jalankan model LLM secara lokal di iOS dan Android dengan dukungan Apple Intelligence asli untuk privasi dan kemampuan offline.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Jalankan model LLM langsung di perangkat dengan integrasi Apple Intelligence asli dan akselerasi hardware.
-  image:
-    file: ~public/icons/plugins/llm.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/llm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-llm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Privasi di Perangkat" icon="approve-check-circle">
-    Jalankan model LLM langsung di perangkat untuk privasi dan kemampuan offline 🤖
-  </Card>
-  <Card title="Apple Intelligence" icon="star">
-    Integrasi Apple Intelligence asli pada iOS 26.0+ 🍎
-  </Card>
-  <Card title="Berbagai Format" icon="puzzle">
-    Dukungan untuk format model .task dan .litertlm 📦
-  </Card>
-  <Card title="Akselerasi Hardware" icon="rocket">
-    Inferensi cepat dengan akselerasi hardware asli ⚡
-  </Card>
-  <Card title="Respons Streaming" icon="download">
-    Respons streaming real-time dengan event listener 🔄
-  </Card>
-  <Card title="Mulai" icon="open-book">
-    Lihat [Panduan Memulai](/docs/plugins/llm/getting-started/) untuk menginstal dan mengkonfigurasi plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/media-session/getting-started.mdx b/src/content/docs/id/docs/plugins/media-session/getting-started.mdx
deleted file mode 100644
index bf8f4b577..000000000
--- a/src/content/docs/id/docs/plugins/media-session/getting-started.mdx
+++ /dev/null
@@ -1,83 +0,0 @@
----
-title: Memulai
-description: Sinkronkan UI pemutar Anda dengan kontrol media asli menggunakan plugin Media Session.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal plugin**
-   <PackageManagers pkg="@capgo/capacitor-media-session" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan platform**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-> ℹ️ Media Session API tersedia di Android (browser berbasis Chrome, WebView) dan banyak browser desktop. Pada platform yang tidak didukung, pemanggilan akan terselesaikan tanpa efek, jadi sesuaikan UI Anda dengan tepat.
-
-## Publikasikan metadata
-
-```typescript
-import { MediaSession } from '@capgo/capacitor-media-session';
-
-await MediaSession.setMetadata({
-  title: 'Weekly Tech Podcast',
-  artist: 'Capgo Studio',
-  album: 'Season 2',
-  artwork: [
-    { src: 'https://cdn.example.com/covers/s02e05-512.png', sizes: '512x512', type: 'image/.png' },
-  ],
-});
-```
-
-## Perbarui status pemutaran
-
-```typescript
-await MediaSession.setPlaybackState({ playbackState: 'playing' });
-
-// Jeda nanti jika diperlukan
-await MediaSession.setPlaybackState({ playbackState: 'paused' });
-```
-
-## Tangani aksi media
-
-```typescript
-const pauseHandler = async () => {
-  player.pause();
-  await MediaSession.setPlaybackState({ playbackState: 'paused' });
-};
-
-await MediaSession.setActionHandler({ action: 'pause' }, pauseHandler);
-await MediaSession.setActionHandler({ action: 'play' }, async () => {
-  await player.play();
-  await MediaSession.setPlaybackState({ playbackState: 'playing' });
-});
-
-// Hapus handler saat Anda membuang pemutar
-await MediaSession.setActionHandler({ action: 'pause' }, null);
-```
-
-## Jaga posisi tetap sinkron
-
-```typescript
-const updatePosition = async () => {
-  await MediaSession.setPositionState({
-    duration: player.duration,
-    position: player.currentTime,
-    playbackRate: player.playbackRate,
-  });
-};
-
-player.ontimeupdate = updatePosition;
-player.onratechange = updatePosition;
-```
-
-## Rekomendasi
-
-- Perbarui metadata saat trek berubah agar notifikasi dan smart speaker tetap terbaru.
-- Batasi pembaruan posisi (misalnya setiap 250 ms) untuk menghindari spam pada lapisan asli.
-- Selalu hapus action handler saat membersihkan instance pemutar untuk mencegah kebocoran yang tidak disengaja.
diff --git a/src/content/docs/id/docs/plugins/media-session/index.mdx b/src/content/docs/id/docs/plugins/media-session/index.mdx
deleted file mode 100644
index 7abfde062..000000000
--- a/src/content/docs/id/docs/plugins/media-session/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-media-session"
-description: Kontrol media lock-screen, notifikasi, dan headset langsung dari Capacitor.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Publikasikan metadata trek, bereaksi terhadap event play/pause, dan sinkronkan status pemutaran dengan kontrol media asli.
-  image:
-    file: ~public/icons/plugins/media-session.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/media-session/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-media-session/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Plugin Media Session menghubungkan Capacitor dengan Media Session API sehingga pemutar audio dan video Anda terasa asli di mana saja.
-
-<CardGrid stagger>
-  <Card title="Metadata kaya" icon="star">
-    Sediakan album art, artis, dan judul untuk kontrol lock-screen dan notifikasi.
-  </Card>
-  <Card title="Sinkronisasi status pemutaran" icon="rocket">
-    Jaga tombol play/pause dan indikator progres selaras dengan pemutar Anda.
-  </Card>
-  <Card title="Callback aksi" icon="pencil">
-    Tangani tombol headset dan aksi media OS dari kode Capacitor Anda.
-  </Card>
-  <Card title="Pelaporan posisi" icon="download">
-    Kirim durasi, posisi, dan rate agar scrubbing bekerja dengan lancar.
-  </Card>
-</CardGrid>
-
-Langsung ke panduan memulai untuk menghubungkan pembaruan metadata ke siklus hidup pemutar Anda.
diff --git a/src/content/docs/id/docs/plugins/mute/getting-started.mdx b/src/content/docs/id/docs/plugins/mute/getting-started.mdx
deleted file mode 100644
index 1d26c91f2..000000000
--- a/src/content/docs/id/docs/plugins/mute/getting-started.mdx
+++ /dev/null
@@ -1,210 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Mute untuk mendeteksi status mode senyap di aplikasi Capacitor Anda.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-mute" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek asli**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Penggunaan
-
-Impor plugin dan gunakan metodenya untuk memeriksa status mute:
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-// Periksa apakah perangkat dalam mode mute
-const checkMuteState = async () => {
-  const { value } = await CapacitorMute.isMuted();
-
-  if (value) {
-    console.log('Perangkat dalam mode mute/senyap');
-    // Sesuaikan perilaku aplikasi untuk mode senyap
-  } else {
-    console.log('Suara perangkat menyala');
-  }
-};
-```
-
-## Referensi API
-
-### isMuted()
-
-Memeriksa apakah perangkat saat ini dalam mode mute/senyap.
-
-```typescript
-const result = await CapacitorMute.isMuted();
-// Mengembalikan: { value: boolean }
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-export class SoundManager {
-  private isMuted = false;
-
-  async initialize() {
-    // Dapatkan status mute awal
-    await this.checkMuteState();
-  }
-
-  async checkMuteState() {
-    try {
-      const { value } = await CapacitorMute.isMuted();
-      this.isMuted = value;
-      this.updateAppBehavior();
-    } catch (error) {
-      console.error('Gagal memeriksa status mute:', error);
-    }
-  }
-
-  private updateAppBehavior() {
-    if (this.isMuted) {
-      // Perangkat dalam mode mute - sesuaikan perilaku aplikasi
-      this.disableSoundEffects();
-      this.showVisualNotifications();
-    } else {
-      // Suara perangkat menyala
-      this.enableSoundEffects();
-      this.useAudioNotifications();
-    }
-  }
-
-  private disableSoundEffects() {
-    // Nonaktifkan suara dalam aplikasi
-    console.log('Menonaktifkan efek suara');
-  }
-
-  private enableSoundEffects() {
-    // Aktifkan suara dalam aplikasi
-    console.log('Mengaktifkan efek suara');
-  }
-
-  private showVisualNotifications() {
-    // Gunakan umpan balik visual daripada audio
-    console.log('Menggunakan notifikasi visual');
-  }
-
-  private useAudioNotifications() {
-    // Gunakan notifikasi audio
-    console.log('Menggunakan notifikasi audio');
-  }
-}
-
-// Penggunaan
-const soundManager = new SoundManager();
-await soundManager.initialize();
-
-// Polling secara berkala untuk memeriksa perubahan
-setInterval(() => {
-  soundManager.checkMuteState();
-}, 5000); // Periksa setiap 5 detik
-```
-
-## Perilaku Platform
-
-### iOS
-- Mendeteksi status sakelar mute fisik
-- Tidak ada event perubahan real-time (diperlukan polling)
-- Bekerja pada iPhone dan iPad dengan sakelar mute
-
-### Android
-- Memeriksa apakah mode dering diatur ke senyap atau getar
-- Tidak ada event perubahan (diperlukan polling)
-- Berdasarkan mode dering AudioManager
-
-## Praktik Terbaik
-
-1. **Polling untuk perubahan**
-   Karena plugin tidak menyediakan event real-time, lakukan polling secara berkala jika Anda perlu melacak perubahan:
-   ```typescript
-   // Periksa status mute secara berkala
-   setInterval(async () => {
-     const { value } = await CapacitorMute.isMuted();
-     if (value !== previousMuteState) {
-       handleMuteStateChange(value);
-     }
-   }, 5000);
-   ```
-
-2. **Hormati preferensi pengguna**
-   Selalu hormati status mute dan sesuaikan perilaku audio aplikasi Anda dengan tepat.
-
-3. **Sediakan alternatif visual**
-   ```typescript
-   const { value: isMuted } = await CapacitorMute.isMuted();
-   if (isMuted) {
-     // Tampilkan notifikasi visual
-     showToast('Pesan baru diterima');
-   } else {
-     // Putar notifikasi suara
-     playNotificationSound();
-   }
-   ```
-
-## Kasus Penggunaan
-
-1. **Manajemen Suara Game**
-   ```typescript
-   const shouldPlaySound = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-     return !isMuted && userPreferences.soundEnabled;
-   };
-   ```
-
-2. **Penanganan Notifikasi**
-   ```typescript
-   const sendNotification = async (message: string) => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     if (isMuted) {
-       // Gunakan getaran atau notifikasi visual
-       await Haptics.vibrate();
-       showBanner(message);
-     } else {
-       // Putar notifikasi suara
-       await playSound('notification.mp3');
-     }
-   };
-   ```
-
-3. **Pemutar Video**
-   ```typescript
-   const initVideoPlayer = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     videoPlayer.setMuted(isMuted);
-     if (isMuted) {
-       showSubtitles(true);
-       showMuteIndicator();
-     }
-   };
-   ```
-
-## Pemecahan Masalah
-
-1. **Selalu mengembalikan false di Android**
-   - Periksa apakah mode dering perangkat benar-benar diatur ke senyap
-   - Beberapa perangkat Android mungkin memiliki perilaku yang berbeda
-
-2. **Tidak ada event perubahan yang tersedia**
-   - Plugin tidak menyediakan event perubahan real-time
-   - Implementasikan polling jika Anda perlu mendeteksi perubahan
-
-3. **Tidak berfungsi di simulator**
-   - Simulator iOS tidak memiliki sakelar mute
-   - Uji pada perangkat nyata untuk hasil yang akurat
diff --git a/src/content/docs/id/docs/plugins/mute/index.mdx b/src/content/docs/id/docs/plugins/mute/index.mdx
deleted file mode 100644
index 2f351cca5..000000000
--- a/src/content/docs/id/docs/plugins/mute/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-mute"
-description: Deteksi dan kontrol status sakelar mute pada perangkat iOS dan periksa status volume pada Android.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Periksa apakah perangkat dalam mode mute atau senyap. Mendeteksi sakelar mute pada iOS dan status volume pada Android.
-  image:
-    file: ~public/icons/plugins/mute.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/mute/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mute/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Deteksi mode senyap" icon="rocket">
-    Deteksi apakah perangkat dalam mode senyap/mute 🔇
-  </Card>
-  <Card title="Lintas platform" icon="setting">
-    Bekerja pada iOS (sakelar mute) dan Android (volume) 📱
-  </Card>
-  <Card title="API sederhana" icon="pencil">
-    Mudah digunakan dengan metode yang jelas 🎯
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/mute/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/mux-player/getting-started.mdx b/src/content/docs/id/docs/plugins/mux-player/getting-started.mdx
deleted file mode 100644
index 965aad7d4..000000000
--- a/src/content/docs/id/docs/plugins/mux-player/getting-started.mdx
+++ /dev/null
@@ -1,91 +0,0 @@
----
-title: Memulai
-description: Hubungkan Mux Player SDK asli di dalam aplikasi Capacitor Anda.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal plugin**
-   <PackageManagers pkg="@capgo/capacitor-mux-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan proyek asli**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Persiapan iOS
-
-1. Buka workspace Xcode di bawah `ios/App/`.
-2. Tambahkan paket Swift `https://github.com/muxinc/mux-player-swift` ke target aplikasi Anda sehingga modul `MuxPlayerSwift` tersedia.
-3. Pastikan target deployment adalah **iOS 15+** dan rebuild.
-
-## Persiapan Android
-
-Modul Gradle dikirimkan dengan repositori dan dependensi yang benar. Jika Anda menggunakan proxy korporat khusus, izinkan permintaan ke `https://muxinc.jfrog.io/artifactory/default-maven-release-local`.
-
-## Luncurkan pemutar
-
-```typescript
-import { MuxPlayer } from '@capgo/capacitor-mux-player';
-
-await MuxPlayer.play({
-  playbackId: 'your-playback-id',
-  environmentKey: 'your-mux-data-key',
-  title: 'Launch Announcement',
-  subtitle: 'Filmed live at Capgo HQ',
-  poster: 'https://stream.example.com/poster.jpg',
-});
-```
-
-## Dengarkan event pemutar
-
-```typescript
-const readyHandle = await MuxPlayer.addListener('ready', ({ playerName }) => {
-  console.log('Mux player ready', playerName);
-});
-
-const errorHandle = await MuxPlayer.addListener('error', ({ message }) => {
-  console.error('Mux player error:', message);
-});
-
-// Bersihkan setelah menutup pemutar
-const dismissPlayer = async () => {
-  await MuxPlayer.dismiss();
-  await readyHandle.remove();
-  await errorHandle.remove();
-};
-```
-
-## Pemutaran berbasis token
-
-```typescript
-await MuxPlayer.play({
-  playbackId: 'signed-playback-id',
-  playbackToken: signedPlaybackToken,
-  drmToken: signedDrmToken, // Opsional jika Anda mengaktifkan kebijakan DRM
-  autoPlay: true,
-  startTime: 120, // mulai pada 2 menit
-});
-```
-
-## Bereaksi terhadap siklus hidup pemutar
-
-```typescript
-const { active } = await MuxPlayer.isActive();
-if (active) {
-  console.log('Pemutar saat ini terlihat');
-}
-
-// Hapus semua registrasi listener saat unmounting
-await MuxPlayer.removeAllListeners();
-```
-
-## Tips
-
-- Hasilkan token pemutaran dan DRM yang ditandatangani di backend Anda menggunakan kunci penandatanganan Mux.
-- Kirimkan `playerName` untuk memisahkan analitik saat menjalankan beberapa pemutar di aplikasi Anda.
-- Gabungkan dengan `enableSmartCache` untuk meningkatkan ketahanan offline pada platform yang didukung.
diff --git a/src/content/docs/id/docs/plugins/mux-player/index.mdx b/src/content/docs/id/docs/plugins/mux-player/index.mdx
deleted file mode 100644
index a2c6adbde..000000000
--- a/src/content/docs/id/docs/plugins/mux-player/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-mux-player"
-description: Luncurkan Mux Player SDK asli dari aplikasi Capacitor dengan dukungan pemutaran yang ditandatangani dan analitik.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Streaming video Mux berkualitas tinggi dalam layar penuh dengan DRM, analitik, dan kontrol yang konsisten di iOS, Android, dan web.
-  image:
-    file: ~public/icons/plugins/mux-player.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/mux-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mux-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Berikan pemutaran premium dengan membungkus SDK asli Mux resmi dalam antarmuka Capacitor yang sederhana.
-
-<CardGrid stagger>
-  <Card title="Pengalaman SDK asli" icon="rocket">
-    Gunakan stack pemutaran yang sama dengan SDK mobile Mux dengan adaptive bitrate dan DRM.
-  </Card>
-  <Card title="Pemutaran yang ditandatangani" icon="approve-check">
-    Sediakan token pemutaran dan DRM untuk pengiriman stream yang dilindungi dengan aman.
-  </Card>
-  <Card title="API seragam" icon="pencil">
-    Picu pemutaran, tutup pemutar, dan dengarkan event dengan satu TypeScript API.
-  </Card>
-  <Card title="Siap analitik" icon="star">
-    Kirimkan kunci environment dan nama pemutar untuk memberikan telemetri Mux Data secara otomatis.
-  </Card>
-</CardGrid>
-
-Panduan memulai memandu Anda melalui pengaturan SDK asli, penanganan token, dan merespons event pemutar.
diff --git a/src/content/docs/id/docs/plugins/native-audio/getting-started.mdx b/src/content/docs/id/docs/plugins/native-audio/getting-started.mdx
deleted file mode 100644
index 31d8eb2ee..000000000
--- a/src/content/docs/id/docs/plugins/native-audio/getting-started.mdx
+++ /dev/null
@@ -1,478 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Native Audio untuk pemutaran audio berkinerja tinggi di aplikasi Capacitor Anda.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/native-audio" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek asli**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Tambahkan file audio**
-   Tempatkan file audio Anda di folder platform yang sesuai:
-   - **iOS**: `ios/App/App/sounds/`
-   - **Android**: `android/app/src/main/res/raw/`
-</Steps>
-
-## Penggunaan
-
-Impor plugin dan pramuat file audio sebelum diputar:
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-// Pramuat file audio
-const preloadAudio = async () => {
-  // Pramuat sederhana untuk suara pendek
-  await NativeAudio.preload({
-    assetId: 'click',
-    assetPath: 'sounds/click.mp3',
-    audioChannelNum: 1,
-    isUrl: false
-  });
-
-  // Pramuat kompleks untuk musik/audio lebih panjang
-  await NativeAudio.preloadComplex({
-    assetId: 'background-music',
-    assetPath: 'sounds/background.mp3',
-    audioChannelNum: 1,
-    volume: 0.5,
-    delay: 0,
-    isUrl: false
-  });
-};
-
-// Putar audio
-const playSound = async () => {
-  await NativeAudio.play({
-    assetId: 'click'
-  });
-};
-
-// Putar dengan opsi
-const playMusic = async () => {
-  await NativeAudio.play({
-    assetId: 'background-music',
-    time: 0 // Mulai dari awal
-  });
-};
-
-// Loop audio
-const loopMusic = async () => {
-  await NativeAudio.loop({
-    assetId: 'background-music'
-  });
-};
-
-// Hentikan audio
-const stopMusic = async () => {
-  await NativeAudio.stop({
-    assetId: 'background-music'
-  });
-};
-
-// Unload saat selesai
-const cleanup = async () => {
-  await NativeAudio.unload({
-    assetId: 'click'
-  });
-  await NativeAudio.unload({
-    assetId: 'background-music'
-  });
-};
-```
-
-## Referensi API
-
-### preload(options)
-
-Pramuat file audio untuk pemutaran sederhana (terbaik untuk suara pendek).
-
-```typescript
-interface PreloadOptions {
-  assetId: string;
-  assetPath: string;
-  audioChannelNum?: number;
-  isUrl?: boolean;
-}
-
-await NativeAudio.preload({
-  assetId: 'sound-effect',
-  assetPath: 'sounds/effect.mp3',
-  audioChannelNum: 1,
-  isUrl: false
-});
-```
-
-### preloadComplex(options)
-
-Pramuat audio dengan opsi lanjutan (terbaik untuk musik/audio latar).
-
-```typescript
-interface PreloadComplexOptions {
-  assetId: string;
-  assetPath: string;
-  volume?: number; // 0.0 hingga 1.0
-  audioChannelNum?: number;
-  delay?: number;
-  isUrl?: boolean;
-  fadeDuration?: number;
-}
-
-await NativeAudio.preloadComplex({
-  assetId: 'theme-song',
-  assetPath: 'sounds/theme.mp3',
-  volume: 0.7,
-  audioChannelNum: 2,
-  isUrl: false
-});
-```
-
-### play(options)
-
-Memutar file audio yang telah dipramuat.
-
-```typescript
-interface PlayOptions {
-  assetId: string;
-  time?: number; // Waktu mulai dalam detik
-}
-
-await NativeAudio.play({
-  assetId: 'sound-effect',
-  time: 0
-});
-```
-
-### loop(options)
-
-Memutar file audio yang telah dipramuat secara berulang.
-
-```typescript
-await NativeAudio.loop({
-  assetId: 'background-music'
-});
-```
-
-### stop(options)
-
-Menghentikan pemutaran file audio.
-
-```typescript
-await NativeAudio.stop({
-  assetId: 'background-music'
-});
-```
-
-### pause(options)
-
-Menjeda pemutaran audio.
-
-```typescript
-await NativeAudio.pause({
-  assetId: 'background-music'
-});
-```
-
-### resume(options)
-
-Melanjutkan audio yang dijeda.
-
-```typescript
-await NativeAudio.resume({
-  assetId: 'background-music'
-});
-```
-
-### setVolume(options)
-
-Mengatur volume untuk aset audio.
-
-```typescript
-interface SetVolumeOptions {
-  assetId: string;
-  volume: number; // 0.0 hingga 1.0
-}
-
-await NativeAudio.setVolume({
-  assetId: 'background-music',
-  volume: 0.3
-});
-```
-
-### getDuration(options)
-
-Mendapatkan durasi file audio dalam detik.
-
-```typescript
-const { duration } = await NativeAudio.getDuration({
-  assetId: 'background-music'
-});
-console.log(`Duration: ${duration} seconds`);
-```
-
-### getCurrentTime(options)
-
-Mendapatkan waktu pemutaran saat ini dalam detik.
-
-```typescript
-const { currentTime } = await NativeAudio.getCurrentTime({
-  assetId: 'background-music'
-});
-console.log(`Current time: ${currentTime} seconds`);
-```
-
-### isPlaying(options)
-
-Memeriksa apakah audio sedang diputar.
-
-```typescript
-const { isPlaying } = await NativeAudio.isPlaying({
-  assetId: 'background-music'
-});
-console.log(`Is playing: ${isPlaying}`);
-```
-
-### unload(options)
-
-Membongkar file audio dari memori.
-
-```typescript
-await NativeAudio.unload({
-  assetId: 'sound-effect'
-});
-```
-
-## Penggunaan Lanjutan
-
-### Kelas Sound Manager
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-export class SoundManager {
-  private sounds: Map<string, boolean> = new Map();
-  private volume = 1.0;
-
-  async init() {
-    // Pramuat semua suara
-    await this.preloadSound('click', 'sounds/click.mp3');
-    await this.preloadSound('success', 'sounds/success.mp3');
-    await this.preloadSound('error', 'sounds/error.mp3');
-
-    // Pramuat musik
-    await this.preloadMusic('background', 'sounds/background.mp3', 0.5);
-  }
-
-  private async preloadSound(id: string, path: string) {
-    try {
-      await NativeAudio.preload({
-        assetId: id,
-        assetPath: path,
-        audioChannelNum: 1,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Failed to preload ${id}:`, error);
-    }
-  }
-
-  private async preloadMusic(id: string, path: string, volume: number) {
-    try {
-      await NativeAudio.preloadComplex({
-        assetId: id,
-        assetPath: path,
-        volume,
-        audioChannelNum: 2,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Failed to preload ${id}:`, error);
-    }
-  }
-
-  async playSound(id: string) {
-    if (!this.sounds.has(id)) {
-      console.warn(`Sound ${id} not preloaded`);
-      return;
-    }
-
-    try {
-      await NativeAudio.play({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to play ${id}:`, error);
-    }
-  }
-
-  async playMusic(id: string) {
-    if (!this.sounds.has(id)) return;
-
-    try {
-      await NativeAudio.loop({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to play music ${id}:`, error);
-    }
-  }
-
-  async stopMusic(id: string) {
-    try {
-      await NativeAudio.stop({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to stop ${id}:`, error);
-    }
-  }
-
-  async setMasterVolume(volume: number) {
-    this.volume = Math.max(0, Math.min(1, volume));
-
-    // Perbarui semua suara yang dimuat
-    for (const [id] of this.sounds) {
-      await NativeAudio.setVolume({
-        assetId: id,
-        volume: this.volume
-      });
-    }
-  }
-
-  async cleanup() {
-    for (const [id] of this.sounds) {
-      await NativeAudio.unload({ assetId: id });
-    }
-    this.sounds.clear();
-  }
-}
-```
-
-### Memuat dari URL
-
-```typescript
-// Muat audio dari URL
-await NativeAudio.preloadComplex({
-  assetId: 'remote-audio',
-  assetPath: 'https://example.com/audio.mp3',
-  isUrl: true,
-  volume: 0.8
-});
-```
-
-### Efek Fade In/Out
-
-```typescript
-const fadeIn = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-
-  await NativeAudio.setVolume({ assetId, volume: 0 });
-  await NativeAudio.play({ assetId });
-
-  for (let i = 1; i <= steps; i++) {
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-  }
-};
-
-const fadeOut = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-
-  for (let i = steps; i >= 0; i--) {
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-  }
-
-  await NativeAudio.stop({ assetId });
-};
-```
-
-## Praktik Terbaik
-
-1. **Pramuat saat inisialisasi aplikasi**
-   ```typescript
-   import { App } from '@capacitor/app';
-
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await soundManager.init();
-     }
-   });
-   ```
-
-2. **Tangani kesalahan dengan baik**
-   ```typescript
-   try {
-     await NativeAudio.play({ assetId: 'sound' });
-   } catch (error) {
-     console.log('Audio playback failed, continuing silently');
-   }
-   ```
-
-3. **Unload audio yang tidak digunakan**
-   ```typescript
-   // Unload suara saat meninggalkan layar
-   ionViewWillLeave() {
-     this.unloadScreenSounds();
-   }
-   ```
-
-4. **Gunakan metode pramuat yang sesuai**
-   - `preload()` untuk efek suara pendek (< 5 detik)
-   - `preloadComplex()` untuk musik dan audio yang lebih panjang
-
-## Catatan Platform
-
-### iOS
-- Mendukung AAC, MP3, WAV, dan format Core Audio lainnya
-- Menggunakan AVAudioPlayer untuk audio kompleks
-- Menggunakan System Sound Services untuk audio sederhana
-- Mendukung audio latar dengan konfigurasi yang tepat
-
-### Android
-- Mendukung format MP3, OGG, WAV
-- Menggunakan SoundPool untuk audio sederhana
-- Menggunakan MediaPlayer untuk audio kompleks
-- Mungkin memerlukan izin WAKE_LOCK untuk pemutaran latar
-
-### Penempatan File
-
-#### iOS
-Tempatkan file di `ios/App/App/sounds/` atau buat referensi folder di Xcode.
-
-#### Android
-Tempatkan file di `android/app/src/main/res/raw/`.
-Catatan: Nama file harus huruf kecil tanpa karakter khusus.
-
-## Masalah Umum
-
-1. **Audio tidak diputar**
-   - Pastikan file berada di direktori yang benar
-   - Periksa kompatibilitas format file
-   - Verifikasi assetId cocok persis
-
-2. **Keterlambatan dalam pemutaran**
-   - Gunakan `preload()` untuk efek suara
-   - Pramuat sebelum Anda perlu memutar
-
-3. **Masalah memori**
-   - Unload file audio saat tidak diperlukan
-   - Jangan pramuat terlalu banyak file besar
-
-4. **Pemutaran latar**
-   - Konfigurasikan kemampuan audio latar pada iOS
-   - Tangani fokus audio pada Android
diff --git a/src/content/docs/id/docs/plugins/native-audio/index.mdx b/src/content/docs/id/docs/plugins/native-audio/index.mdx
deleted file mode 100644
index f07ba41bb..000000000
--- a/src/content/docs/id/docs/plugins/native-audio/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/native-audio"
-description: Plugin pemutaran audio asli berkinerja tinggi untuk aplikasi Capacitor dengan latensi rendah dan dukungan pemutaran bersamaan.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Putar audio dengan performa asli, latensi rendah, dan pemutaran bersamaan. Sempurna untuk game, efek suara, dan musik latar.
-  image:
-    file: ~public/icons/plugins/native-audio.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/native-audio/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-native-audio/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Latensi rendah" icon="rocket">
-    API audio asli untuk pemutaran instan 🚀
-  </Card>
-  <Card title="Pemutaran bersamaan" icon="list-format">
-    Putar beberapa suara secara bersamaan 🎵
-  </Card>
-  <Card title="Audio latar" icon="rocket">
-    Lanjutkan pemutaran saat aplikasi di latar belakang 🎧
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/native-audio/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/native-biometric/getting-started.mdx b/src/content/docs/id/docs/plugins/native-biometric/getting-started.mdx
deleted file mode 100644
index d5595b176..000000000
--- a/src/content/docs/id/docs/plugins/native-biometric/getting-started.mdx
+++ /dev/null
@@ -1,204 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Native Biometric untuk autentikasi biometrik yang aman di aplikasi Capacitor Anda.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-native-biometric" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek asli**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurasikan izin**
-
-   ### iOS
-   Tambahkan deskripsi penggunaan Face ID ke `Info.plist` Anda:
-   ```xml
-   <key>NSFaceIDUsageDescription</key>
-   <string>For secure authentication</string>
-   ```
-
-   ### Android
-   Tambahkan izin biometrik ke `AndroidManifest.xml` Anda:
-   ```xml
-   <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-   ```
-</Steps>
-
-## Penggunaan
-
-Impor plugin dan gunakan metodenya untuk autentikasi biometrik:
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-// Periksa apakah autentikasi biometrik tersedia
-const checkBiometric = async () => {
-  const result = await NativeBiometric.isAvailable();
-
-  if (result.isAvailable) {
-    console.log(`Biometric type: ${result.biometryType}`);
-  }
-};
-
-// Lakukan verifikasi biometrik
-const verify = async () => {
-  const verified = await NativeBiometric.verifyIdentity({
-    reason: "For secure access to your account",
-    title: "Authentication",
-    subtitle: "Verify your identity",
-    description: "Place your finger on the sensor"
-  })
-    .then(() => true)
-    .catch(() => false);
-
-  if (verified) {
-    console.log("Authentication successful");
-  }
-};
-
-// Simpan kredensial dengan aman
-const saveCredentials = async () => {
-  await NativeBiometric.setCredentials({
-    username: "user@example.com",
-    password: "securepassword",
-    server: "https://api.example.com"
-  });
-};
-
-// Ambil kredensial yang disimpan
-const getCredentials = async () => {
-  const credentials = await NativeBiometric.getCredentials({
-    server: "https://api.example.com"
-  });
-
-  console.log(credentials.username);
-  console.log(credentials.password);
-};
-
-// Hapus kredensial yang disimpan
-const deleteCredentials = async () => {
-  await NativeBiometric.deleteCredentials({
-    server: "https://api.example.com"
-  });
-};
-```
-
-## Referensi API
-
-### isAvailable()
-
-Memeriksa apakah autentikasi biometrik tersedia di perangkat.
-
-```typescript
-interface AvailableResult {
-  isAvailable: boolean;
-  biometryType?: BiometryType;
-  errorCode?: number;
-}
-
-enum BiometryType {
-  NONE = 0,
-  TOUCH_ID = 1,
-  FACE_ID = 2,
-  FINGERPRINT = 3,
-  FACE_AUTHENTICATION = 4,
-  IRIS_AUTHENTICATION = 5
-}
-```
-
-### verifyIdentity(options)
-
-Melakukan autentikasi biometrik.
-
-```typescript
-interface BiometricOptions {
-  reason?: string;
-  title?: string;
-  subtitle?: string;
-  description?: string;
-  fallbackTitle?: string;
-  useFallback?: boolean;
-  maxAttempts?: number;
-}
-```
-
-### setCredentials(options)
-
-Menyimpan kredensial dengan aman dengan perlindungan biometrik.
-
-```typescript
-interface Credentials {
-  username: string;
-  password: string;
-  server: string;
-}
-```
-
-### getCredentials(options)
-
-Mengambil kredensial yang disimpan setelah autentikasi biometrik.
-
-```typescript
-interface GetCredentialOptions {
-  server: string;
-}
-```
-
-### deleteCredentials(options)
-
-Menghapus kredensial yang disimpan.
-
-```typescript
-interface DeleteCredentialOptions {
-  server: string;
-}
-```
-
-## Praktik Terbaik
-
-1. **Selalu periksa ketersediaan terlebih dahulu**
-   ```typescript
-   const result = await NativeBiometric.isAvailable();
-   if (!result.isAvailable) {
-     // Gunakan autentikasi password sebagai cadangan
-   }
-   ```
-
-2. **Berikan alasan yang jelas**
-   Selalu jelaskan mengapa Anda memerlukan autentikasi biometrik untuk membangun kepercayaan pengguna.
-
-3. **Tangani kesalahan dengan baik**
-   ```typescript
-   try {
-     await NativeBiometric.verifyIdentity({
-       reason: "Access your secure data"
-     });
-   } catch (error) {
-     // Tangani pembatalan atau kegagalan
-     console.log("Authentication failed or cancelled");
-   }
-   ```
-
-4. **Gunakan cadangan yang sesuai**
-   Aktifkan cadangan kode sandi untuk perangkat yang biometriknya mungkin gagal.
-
-## Perbedaan Platform
-
-### iOS
-- Mendukung Touch ID dan Face ID
-- Memerlukan `NSFaceIDUsageDescription` untuk Face ID
-- Cadangan ke kode sandi perangkat tersedia
-
-### Android
-- Mendukung pengenalan sidik jari, wajah, dan iris
-- Memerlukan izin `USE_BIOMETRIC`
-- Biometric Prompt API untuk Android 9+
diff --git a/src/content/docs/id/docs/plugins/native-biometric/index.mdx b/src/content/docs/id/docs/plugins/native-biometric/index.mdx
deleted file mode 100644
index 046059a92..000000000
--- a/src/content/docs/id/docs/plugins/native-biometric/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-native-biometric"
-description: Plugin Capacitor untuk autentikasi biometrik asli menggunakan sidik jari, Face ID, dan sensor biometrik lainnya.
-locale: id
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Akses API autentikasi biometrik asli untuk Android dan iOS, menyediakan autentikasi pengguna yang aman dan nyaman.
-  image:
-    file: ~public/icons/plugins/native-biometric.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/native-biometric/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-native-biometric/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Berbagai biometrik" icon="rocket">
-    Mendukung sidik jari, Face ID, Touch ID, dan sensor biometrik lainnya 🚀
-  </Card>
-  <Card title="Autentikasi aman" icon="approve-check">
-    Menyediakan autentikasi biometrik yang aman untuk operasi sensitif 🔒
-  </Card>
-  <Card title="Opsi cadangan" icon="setting">
-    Termasuk cadangan kode sandi perangkat saat biometrik tidak tersedia 😊
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/native-biometric/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/native-market/getting-started.mdx b/src/content/docs/id/docs/plugins/native-market/getting-started.mdx
deleted file mode 100644
index 5f542b4ad..000000000
--- a/src/content/docs/id/docs/plugins/native-market/getting-started.mdx
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: Memulai
-description: Pelajari cara menginstal dan menggunakan plugin Native Market untuk mengarahkan pengguna ke Google Play Store atau Apple App Store dari aplikasi Capacitor Anda.
-locale: id
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/native-market" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek asli**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Penggunaan
-
-Impor plugin dan gunakan metodenya untuk mengarahkan pengguna ke toko aplikasi:
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// Buka daftar toko aplikasi
-const openAppStore = async () => {
-  await NativeMarket.openStoreListing({
-    appId: 'com.example.app' // Bundle ID aplikasi Anda
-  });
-};
-
-// Minta ulasan aplikasi
-const requestReview = async () => {
-  await NativeMarket.requestReview();
-};
-
-// Buka pencarian toko aplikasi
-const searchInStore = async () => {
-  await NativeMarket.search({
-    terms: 'fitness app' // Kata kunci pencarian
-  });
-};
-```
-
-## Referensi API
-
-### openStoreListing(options)
-
-Membuka daftar toko aplikasi untuk aplikasi yang ditentukan.
-
-```typescript
-interface OpenStoreListingOptions {
-  appId: string; // Bundle ID di iOS, Nama paket di Android
-}
-```
-
-### requestReview()
-
-Meminta ulasan dalam aplikasi dari pengguna. Di iOS 10.3+, ini menampilkan dialog penilaian tanpa meninggalkan aplikasi.
-
-### search(options)
-
-Membuka toko aplikasi dengan hasil pencarian.
-
-```typescript
-interface SearchOptions {
-  terms: string; // Kata kunci pencarian yang digunakan
-}
-```
-
-## Catatan Platform
-
-### iOS
-- Menggunakan `SKStoreReviewController` untuk ulasan dalam aplikasi di iOS 10.3+
-- Kembali ke pembukaan App Store untuk versi yang lebih lama
-
-### Android
-- Membuka Google Play Store
-- Menggunakan API ulasan dalam aplikasi saat tersedia
-
-## Contoh
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-import { Capacitor } from '@capacitor/core';
-
-export class AppService {
-  async rateApp() {
-    try {
-      // Coba ulasan dalam aplikasi terlebih dahulu
-      await NativeMarket.requestReview();
-    } catch (error) {
-      // Kembali ke pembukaan daftar toko
-      const platform = Capacitor.getPlatform();
-      const appId = platform === 'ios'
-        ? 'id123456789' // ID aplikasi iOS Anda
-        : 'com.example.app'; // Nama paket Android Anda
-
-      await NativeMarket.openStoreListing({ appId });
-    }
-  }
-}
diff --git a/src/content/docs/id/docs/plugins/native-market/index.mdx b/src/content/docs/id/docs/plugins/native-market/index.mdx
deleted file mode 100644
index cdf8ade8b..000000000
--- a/src/content/docs/id/docs/plugins/native-market/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/native-market"
-locale: id
-description: Plugin Native Market untuk mengarahkan pengguna ke Google Play Store atau Apple App Store dari aplikasi Capacitor Anda.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Plugin Capacitor untuk mengarahkan pengguna ke toko aplikasi (Google Play atau Apple App Store) dari aplikasi mobile Anda.
-  image:
-    file: ~public/icons/plugins/native-market.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/native-market/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/native-market/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Lintas platform" icon="rocket">
-    Bekerja mulus di platform Android dan iOS 🚀
-  </Card>
-  <Card title="Integrasi mudah" icon="pencil">
-    API sederhana untuk mengarahkan pengguna memberi rating atau melihat aplikasi Anda di toko aplikasi masing-masing 💨
-  </Card>
-  <Card title="Dukungan TypeScript" icon="setting">
-    Dukungan TypeScript penuh untuk pengalaman pengembangan yang lebih baik 😊
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/native-market/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/native-purchases/android-create-subscription.mdx b/src/content/docs/id/docs/plugins/native-purchases/android-create-subscription.mdx
deleted file mode 100644
index 8ebcf53ef..000000000
--- a/src/content/docs/id/docs/plugins/native-purchases/android-create-subscription.mdx
+++ /dev/null
@@ -1,165 +0,0 @@
----
-title: Buat Android Langganan yang Dapat Diperbarui Otomatis
-description: >-
-  Panduan langkah demi langkah untuk membuat langganan yang dapat diperpanjang
-  secara otomatis di Konsol Google Play untuk plugin pembelian asli.
-sidebar:
-  order: 4
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-
-Langganan yang dapat diperpanjang secara otomatis memberikan akses ke konten, layanan, atau fitur premium di aplikasi Anda secara berkelanjutan. Panduan ini akan membantu Anda membuat dan mengonfigurasi langganan di Konsol Google Play.
-
-## Ikhtisar
-
-Langganan diperpanjang secara otomatis pada akhir setiap periode penagihan hingga pengguna membatalkan. Mereka ideal untuk:
-- Akses konten premium
-- Pengalaman bebas iklan
-- Penyimpanan awan
-- Layanan yang sedang berlangsung
-
-## Membuat Langganan
-
-<Steps>
-
-1. **Navigasi ke Langganan**
-
-   Di Konsol Google Play, pilih aplikasi Anda dan pilih **Monetisasi > Langganan** dari menu sebelah kiri.
-
-   Klik tombol **Buat langganan** untuk memulai.
-
-   ![Buka langganan](/native-purchases/android/create-subscription/navigate-to-subscriptions.webp)
-
-2. **Masukkan Informasi Dasar**
-
-   Berikan nama langganan dan ID produk. ID produk diperlukan untuk konfigurasi di aplikasi Anda dan tidak dapat diubah nanti.
-
-   ![Masukkan detail langganan](/native-purchases/android/create-subscription/enter-subscription-details.webp)
-
-3. **Buat Rencana Dasar**
-
-   Google Play memerlukan tepat satu paket dasar per langganan. Plugin pembelian asli hanya mendukung satu paket dasar untuk menjaga kompatibilitas dengan iOS.
-
-   Klik **Tambahkan paket dasar** untuk melanjutkan.
-
-   ![Buat paket dasar](/native-purchases/android/create-subscription/create-base-plan.webp)
-
-4. **Konfigurasi Detail Paket Dasar**
-
-   Masukkan:
-   - **ID paket dasar**: Pengidentifikasi unik untuk paket ini
-   - **Periode penagihan**: Seberapa sering pengguna ditagih (mingguan, bulanan, tahunan, dll.)
-   - **Masa tenggang**: Jangka waktu selama Google mempertahankan langganan sambil mencoba kembali pembayaran sebelum pembatalan
-
-   ![Konfigurasi paket dasar](/native-purchases/android/create-subscription/configure-base-plan-details.webp)
-
-5. **Siapkan Harga**
-
-   Akses bagian harga dan pilih semua negara/wilayah tempat Anda ingin menawarkan langganan.
-
-   ![Pilih wilayah](/native-purchases/android/create-subscription/select-pricing-regions.webp)
-
-6. **Konfigurasi Harga**
-
-   Tetapkan harga dasar dalam mata uang utama Anda. Google Play secara otomatis mengonversikannya ke mata uang lokal.
-
-   ![Tetapkan harga](/native-purchases/android/create-subscription/set-base-price.webp)
-
-7. **Tinjau Harga Regional**
-
-   Tinjau harga yang dikonversi secara otomatis untuk setiap negara. Anda dapat menyesuaikan harga individual jika diperlukan.
-
-   ![Ulasan harga](/native-purchases/android/create-subscription/review-regional-pricing.webp)
-
-8. **Simpan Konfigurasi**
-
-   Simpan konfigurasi harga Anda.
-
-   ![Hemat harga](/native-purchases/android/create-subscription/save-pricing-configuration.webp)
-
-9. **Aktifkan Berlangganan**
-
-   Klik tombol **Aktifkan** untuk menjadikan produk langganan Anda aktif dan tersedia untuk dibeli.
-
-   ![Aktifkan langganan](/native-purchases/android/create-subscription/activate-subscription.webp)
-
-</Steps>
-
-## Pertimbangan Penting
-
-### Batasan Paket Dasar
-
-Plugin pembelian asli memerlukan satu paket dasar per langganan untuk memastikan konsistensi dengan penanganan langganan iOS. Beberapa paket dasar tidak didukung.
-
-### Masa Tenggang
-
-Masa tenggang memungkinkan Google Play mencoba kembali pembayaran yang gagal sambil mempertahankan akses berlangganan pengguna. Masa tenggang yang umum adalah:
-- 3 hari untuk langganan bulanan
-- 7 hari untuk langganan lebih lama
-
-### Status Berlangganan
-
-Setelah dibuat, langganan Anda akan berstatus "Draf" hingga diaktifkan. Anda dapat menguji draf langganan dalam mode sandbox.
-
-## Menggunakan di Aplikasi Anda
-
-Setelah dibuat, rujuk langganan di aplikasi Anda menggunakan ID produk:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Load subscription info
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-console.log(`${product.title} — ${product.priceString}`);
-
-// Purchase (planIdentifier = Base Plan ID from Google Play Console)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // REQUIRED on Android, ignored on iOS
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Transaction ID', transaction.transactionId);
-
-// Later, check purchase state
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const subscription = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.example.premium.monthly',
-);
-
-if (subscription && subscription.purchaseState === 'PURCHASED' && subscription.isAcknowledged) {
-  console.log('Subscription active locally');
-  // For expiration/cancellation, validate purchaseToken through your backend
-}
-```
-
-## Langkah Selanjutnya- [Buat penawaran perkenalan](/docs/plugins/native-purchases/android-introductory-offer/) untuk menarik pelanggan baru
-- [Konfigurasi pengujian sandbox](/docs/plugins/native-purchases/android-sandbox-testing/) untuk menguji langganan Anda
-- Siapkan validasi tanda terima backend untuk keamanan
-
-## Pemecahan masalah
-
-**Langganan tidak muncul di aplikasi:**
-- Verifikasi ID produk sama persis
-- Pastikan langganan diaktifkan
-- Periksa apakah aplikasi Anda memiliki nama paket yang benar
-- Tunggu 2-3 jam setelah aktivasi agar perubahan diterapkan
-
-**Kesalahan paket dasar:**
-- Pastikan Anda memiliki satu paket dasar
-- Pastikan semua kolom wajib diisi
-- Periksa apakah periode penagihan valid
-
-**Masalah harga:**
-- Konfirmasikan setidaknya satu negara dipilih
-- Pastikan harga dasar lebih besar dari harga minimum yang diizinkan
-- Periksa nilai konversi mata uang yang dapat diterima
diff --git a/src/content/docs/id/docs/plugins/native-purchases/android-introductory-offer.mdx b/src/content/docs/id/docs/plugins/native-purchases/android-introductory-offer.mdx
deleted file mode 100644
index 1635a7873..000000000
--- a/src/content/docs/id/docs/plugins/native-purchases/android-introductory-offer.mdx
+++ /dev/null
@@ -1,196 +0,0 @@
----
-title: Buat Android Penawaran Perkenalan Berlangganan
-description: >-
-  Pelajari cara membuat penawaran perkenalan untuk langganan yang dapat
-  diperpanjang secara otomatis di Android untuk menarik pelanggan baru.
-sidebar:
-  order: 5
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-
-Penawaran perkenalan memungkinkan Anda memberikan uji coba gratis atau harga perkenalan yang didiskon kepada pengguna yang memenuhi syarat. Setelah periode perkenalan berakhir, langganan diperpanjang secara otomatis dengan harga standar kecuali dibatalkan.
-
-## Ikhtisar
-
-Penawaran perkenalan adalah alat yang ampuh untuk:
-- Mengurangi hambatan masuk bagi pelanggan baru
-- Meningkatkan tingkat konversi
-- Izinkan pengguna mencoba fitur premium Anda tanpa risiko
-- Membangun hubungan pelanggan jangka panjang
-
-## Kelayakan
-
-Pengguna dapat menerima penawaran perkenalan jika mereka belum pernah membeli atau menerima penawaran perkenalan untuk berlangganan. Google Play menangani kelayakan secara otomatis.
-
-## Prasyarat
-
-Anda harus terlebih dahulu [membuat langganan yang dapat diperpanjang secara otomatis](/docs/plugins/native-purchases/android-create-subscription/) sebelum menambahkan penawaran perkenalan.
-
-## Membuat Penawaran Perkenalan
-
-<Steps>
-
-1. **Konfigurasi Penawaran Akses**
-
-   Navigasikan ke langganan Anda di Konsol Google Play dan pilih tombol **Tambahkan penawaran**.
-
-   ![Tombol Tambahkan penawaran](/native-purchases/android/introductory-offer/add-offer-button.webp)
-
-2. **Pilih Paket Dasar**
-
-   Sebuah modal akan muncul yang mengharuskan Anda memilih paket dasar Anda. Biasanya, Anda hanya memiliki satu paket dasar. Klik **Tambahkan penawaran** untuk melanjutkan.
-
-   ![Pilih paket dasar](/native-purchases/android/introductory-offer/select-base-plan.webp)
-
-3. **Konfigurasi Detail Penawaran**
-
-   Masukkan informasi berikut:
-
-   **ID Penawaran**: Pengidentifikasi unik untuk penawaran ini
-
-   **Kelayakan**: Pilih siapa yang dapat menerima penawaran ini
-   - **Pelanggan baru**: Hanya pengguna yang belum pernah berlangganan
-   - **Pelanggan lama**: Pengguna yang sebelumnya berlangganan
-   - **Ditentukan pengembang**: Logika kelayakan khusus (tidak didukung oleh pembelian asli)
-
-   :::hati-hati
-   Plugin pembelian asli tidak mendukung opsi kelayakan "Ditentukan pengembang". Gunakan "Pelanggan baru" atau "Pelanggan lama" sebagai gantinya.
-   :::
-
-   ![Konfigurasi penawaran](/native-purchases/android/introductory-offer/configure-offer-details.webp)
-
-4. **Tambahkan Fase**
-
-   Klik **Tambahkan fase** di bagian bawah halaman untuk menentukan struktur penawaran Anda.
-
-   Anda dapat menambahkan hingga dua fase, memungkinkan kombinasi seperti:
-   - Uji coba gratis saja
-   - Harga diskon saja
-   - Uji coba gratis diikuti dengan diskon pembayaran berulang
-
-5. **Pilih Tipe Fase**
-
-   Pilih dari tiga jenis fase:
-
-   **Uji Coba Gratis**
-   - Akses gratis untuk durasi tertentu
-   - Contoh: Gratis 7 hari, lalu $9,99/bulan
-
-   **Pembayaran Tunggal**
-   - Harga diskon satu kali untuk periode tertentu
-   - Contoh: $1,99 untuk 2 bulan, lalu $9,99/bulan
-
-   **Pembayaran Berulang dengan Diskon**
-   - Pengurangan tarif per siklus penagihan untuk beberapa siklus
-   - Contoh: $4,99/bulan selama 3 bulan, lalu $9,99/bulan
-
-6. **Konfigurasi Durasi Fase**
-
-   Tetapkan berapa lama fase perkenalan berlangsung:
-   - Hari, minggu, atau bulan
-   - Jumlah siklus penagihan
-
-7. **Selesaikan dan Aktifkan**
-
-   Klik **Terapkan**, lalu **Simpan** untuk mengaktifkan penawaran. Tombol **Aktifkan** akan tersedia setelah disimpan.
-
-</Steps>
-
-## Contoh Fase Penawaran
-
-### Contoh 1: Uji Coba Gratis Sederhana
-- Fase 1: 7 hari gratis
-- Lalu: harga standar $9,99/bulan
-
-### Contoh 2: Perkenalan dengan Diskon
-- Fase 1: $1,99 untuk bulan pertama
-- Lalu: harga standar $9,99/bulan### Contoh 3: Perpanjangan Uji Coba + Diskon
-- Fase 1: 14 hari gratis
-- Tahap 2: $4,99/bulan selama 2 bulan
-- Lalu: harga standar $9,99/bulan
-
-## Menggunakan di Aplikasi Anda
-
-Plugin pembelian asli secara otomatis menangani kelayakan dan presentasi penawaran perkenalan:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch products (includes intro offer metadata)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-if (product.introductoryPrice) {
-  console.log(`Intro price: ${product.introductoryPriceString}`);
-  console.log(`Regular price: ${product.priceString}`);
-  console.log(
-    `Offer duration: ${product.introductoryPrice.subscriptionPeriod?.numberOfUnits} ${product.introductoryPrice.subscriptionPeriod?.unit}`,
-  );
-} else {
-  console.log('No intro offer configured for this product');
-}
-
-// Purchase (Google Play applies intro pricing automatically if the user is eligible)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // Base Plan ID from Google Play Console
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Introductory purchase transaction', transaction.transactionId);
-```
-
-## Praktik Terbaik
-
-### Durasi Penawaran
-- **Uji coba gratis**: 3-14 hari adalah waktu optimal untuk sebagian besar aplikasi
-- **Periode diskon**: 1-3 bulan merupakan waktu yang baik untuk membangun kebiasaan
-- **Diskon harga**: Diskon 50-70% dari harga reguler mendorong konversi
-
-### Pemasaran
-- Tampilkan dengan jelas penawaran perkenalan dan harga reguler
-- Tunjukkan apa yang terjadi setelah periode intro
-- Jadikan pembatalan mudah dan transparan
-- Ingatkan pengguna sebelum periode intro berakhir
-
-### Pengujian A/B
-Uji struktur penawaran yang berbeda:
-- Durasi uji coba gratis
-- Persentase diskon
-- Durasi diskon
-- Fase tunggal vs. multifase
-
-## Catatan Penting
-
-- Hanya satu penawaran perkenalan yang dapat aktif per langganan dalam satu waktu
-- Pengguna hanya dapat mengklaim penawaran perkenalan satu kali per langganan
-- Penawaran perkenalan tidak berlaku untuk peningkatan/penurunan versi langganan
-- Perubahan pada penawaran perkenalan tidak memengaruhi pelanggan yang sudah ada
-
-## Pemecahan masalah
-
-**Penawaran perkenalan tidak ditampilkan:**
-- Pastikan penawaran diaktifkan di Konsol Play
-- Periksa kelayakan pengguna (mungkin pernah menggunakan penawaran sebelumnya)
-- Pastikan aplikasi menggunakan informasi produk terbaru
-
-**Pengguna yang salah menerima tawaran:**
-- Tinjau pengaturan kelayakan (pelanggan baru vs. pelanggan lama)
-- Periksa apakah pengguna sebelumnya berlangganan pada perangkat yang berbeda
-- Verifikasi riwayat akun Play Store
-
-**Penawaran tidak berlaku saat pembelian:**
-- Konfirmasikan ID produk sama persis
-- Periksa apakah penawaran masih aktif dan belum kedaluwarsa
-- Verifikasi pengaturan rentang tanggal untuk penawaran tersebut
-
-## Langkah Selanjutnya
-
-- [Konfigurasi pengujian sandbox](/docs/plugins/native-purchases/android-sandbox-testing/) untuk menguji penawaran Anda
-- Pantau tingkat konversi di analisis Konsol Play
-- Pertimbangkan untuk membuat beberapa tingkatan langganan dengan penawaran berbeda
diff --git a/src/content/docs/id/docs/plugins/native-purchases/android-play-store-review.mdx b/src/content/docs/id/docs/plugins/native-purchases/android-play-store-review.mdx
deleted file mode 100644
index 2e02b5c56..000000000
--- a/src/content/docs/id/docs/plugins/native-purchases/android-play-store-review.mdx
+++ /dev/null
@@ -1,283 +0,0 @@
----
-title: Android Play Store Pedoman Peninjauan untuk IAP
-description: >-
-  Panduan lengkap untuk lulus tinjauan Google Play dengan pembelian dalam
-  aplikasi dan langganan, termasuk persyaratan kepatuhan dan praktik terbaik.
-sidebar:
-  order: 11
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-
-**Mengapa Gagal:**
-- Tidak menggunakan Google Play Penagihan barang digital
-- Menggunakan API penagihan yang tidak digunakan lagi
-- Menerapkan solusi pembayaran khusus untuk langganan
-
-**Pencegahan:**
-```typescript
-// ✅ Correct: Use native-purchases (uses Google Play Billing)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly'
-});
-
-// ❌ Wrong: Custom payment processor for subscriptions
-// await CustomPayment.charge(user, 9.99);
-```
-
-### 2. Harga Tidak Jelas atau Biaya Tersembunyi
-
-**Mengapa Gagal:**
-- Harga hanya ditampilkan setelah klik beli
-- Biaya tambahan tidak diungkapkan di muka
-- Ketentuan berlangganan yang tidak jelas
-
-**Pencegahan:**
-```typescript
-function PurchaseScreen({ product }) {
-  return (
-    <div>
-      {/* Show ALL costs upfront */}
-      <h2>Premium Subscription</h2>
-
-      <div className="pricing">
-        <p className="price">{product.priceString}/month</p>
-        <p className="taxes">Taxes may apply based on location</p>
-      </div>
-
-      <div className="features">
-        <h3>Includes:</h3>
-        <ul>
-          <li>Ad-free experience</li>
-          <li>Unlimited cloud storage</li>
-          <li>Priority support</li>
-        </ul>
-      </div>
-
-      <div className="terms">
-        <p>
-          Subscription renews automatically unless cancelled at least
-          24 hours before the end of the current period.
-        </p>
-        <p>
-          Manage or cancel in Google Play Subscriptions.
-        </p>
-      </div>
-
-      <button onClick={handlePurchase}>
-        Start Subscription
-      </button>
-    </div>
-  );
-}
-```
-
-### 3. Pola Berlangganan yang Menipu
-
-**Mengapa Gagal:**
-- Pra-memilih opsi premium
-- Menyembunyikan alternatif yang lebih murah
-- Membuat pembatalan menjadi sulit
-- Urgensi palsu ("Hanya tersisa 3 tempat!")
-
-![Deskripsi Praktik Terbaik](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![Pedoman Pemasaran](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**Pencegahan:**
-- Tampilkan semua tingkatan berlangganan secara merata
-- Jadikan pembatalan jelas dan mudah diakses
-- Hindari penghitung waktu mundur atau kelangkaan palsu
-- Jangan gunakan pola gelap untuk memaksakan opsi mahal
-
-### 4. Pengujian Tidak Lengkap
-
-**Why It Fails:**
-- Aplikasi mogok saat membeli
-- Produk tidak dimuat
-- Konfirmasi pembelian tidak muncul
-- Fitur premium tidak terbuka setelah pembelian
-
-**Pencegahan:**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Comprehensive testing before submission
-async function testPurchaseFlow() {
-  try {
-    // 1. Test product loading
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: ['premium_monthly', 'premium_yearly'],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Products loaded:', products.length);
-
-    // 2. Test purchase flow
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: 'premium_monthly',
-      planIdentifier: 'monthly-plan',
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Purchase completed', transaction.transactionId);
-
-    // 3. Verify entitlements
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    if (
-      purchases.some(
-        (purchase) =>
-          purchase.productIdentifier === 'premium_monthly' &&
-          ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') &&
-          purchase.isAcknowledged,
-      )
-    ) {
-      console.log('✓ Premium features unlocked');
-    }
-
-    // 4. Test restore
-    await NativePurchases.restorePurchases();
-    console.log('✓ Restore works');
-
-  } catch (error) {
-    console.error('✗ Test failed:', error);
-  }
-}
-```
-
-### 5. Pelanggaran Kebijakan Privasi
-
-**Mengapa Gagal:**
-- Tidak ada tautan kebijakan privasi di aplikasi
-- Kebijakan privasi tidak dapat diakses
-- Pengumpulan data tidak diungkapkan
-- Bagian Keamanan Data tidak akurat
-
-**Pencegahan:**
-- Tambahkan kebijakan privasi ke daftar Play Store
-- Sertakan tautan dalam pengaturan aplikasi
-- Isi bagian Keamanan Data secara akurat
-- Perbarui kebijakan saat menambahkan pengumpulan data baru
-
-## Sistem Penagihan Alternatif (Pembaruan 2025)
-
-### Kepatuhan Regional
-
-Google kini mengizinkan sistem penagihan alternatif di wilayah tertentu:
-
-**Wilayah yang Memenuhi Syarat:**
-- Wilayah Ekonomi Eropa (EEA)
-- Korea Selatan
-- India (coming soon)
-
-**Persyaratan jika Menggunakan Penagihan Alternatif:**
-- Tetap harus menawarkan Google Play Penagihan sebagai opsi
-- Komunikasi yang jelas kepada pengguna tentang pilihan
-- Mematuhi peraturan setempat
-- Biaya layanan masih berlaku (dikurangi)
-
-:::note
-Bagi sebagian besar pengembang, tetap menggunakan Google Play Penagihan saja lebih mudah. Plugin pembelian asli menangani ini secara otomatis.
-:::
-
-## Manajemen Langganan
-
-### Easy Cancellation
-
-Pengguna harus dapat:
-- Lihat langganan aktif dengan mudah
-- Batalkan tanpa menghubungi dukungan
-- Pahami kapan pembatalan mulai berlaku
-
-**Implementasi:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function ManageSubscriptionButton() {
-  const openManagement = async () => {
-    try {
-      // Opens Google Play subscription management
-      await NativePurchases.showManageSubscriptions();
-    } catch (error) {
-      // Fallback to direct URL
-      const playStoreUrl = 'https://play.google.com/store/account/subscriptions';
-      window.open(playStoreUrl, '_blank');
-    }
-  };
-
-  return (
-    <button onClick={openManagement}>
-      Manage Subscription in Google Play
-    </button>
-  );
-}
-```
-
-### Masa Tenggang Pembatalan
-
-**Pengungkapan yang Diperlukan:**
-- Kapan pembatalan berlaku?
-- Apakah pengguna tetap mengakses hingga periode berakhir?
-- Apakah pengembalian dana sebagian tersedia?
-
-```typescript
-function CancellationInfo() {
-  return (
-    <div className="cancellation-info">
-      <h3>Cancellation Policy</h3>
-      <ul>
-        <li>Cancel anytime in Google Play</li>
-        <li>Access continues until end of billing period</li>
-        <li>No refunds for partial periods</li>
-        <li>Resubscribe anytime to regain access</li>
-      </ul>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        Manage in Google Play
-      </button>
-    </div>
-  );
-}
-```
-
-## Daftar Periksa Pra-Pengiriman
-
-![Daftar Periksa Pra-Pengiriman](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **Verifikasi Implementasi Penagihan**
-   - Menggunakan Penagihan Google Play (melalui pembelian asli)
-   - Semua produk langganan dibuat di Konsol Play
-   - Produk diaktifkan dan dipublikasikan
-   - Penetapan harga untuk semua negara target
-
-2. **Uji Alur Pembelian**
-   - Buat akun uji lisensi
-   - Uji setiap tingkat langganan
-   - Verifikasikan produk dimuat dengan benar
-   - Uji penyelesaian pembelian
-   - Verifikasi pembukaan kunci fitur premium
-   - Uji pemulihan langganan
-   - Uji pada beberapa perangkat
-
-</Steps>
-
-Menavigasi peninjauan Play Store bisa jadi rumit, terutama dengan persyaratan pengujian baru pada tahun 2025. Jika Anda memerlukan bantuan pribadi:
-
-**[Pesan panggilan konsultasi dengan tim kami](https://cal.com/team/capgo/capacitor-consulting-services)** untuk mendapatkan bantuan mengenai:
-- Selesaikan persiapan ulasan Play Store
-- Pengujian pengaturan jalur dan rekrutmen penguji
-- Tinjauan implementasi IAP
-- Keamanan Data dan kepatuhan privasi
-- Pemecahan masalah penolakan dan banding
-- Selesaikan proses pengiriman aplikasi
-
-Pakar kami telah memandu ratusan aplikasi melalui pengiriman Play Store yang berhasil dan dapat membantu Anda memenuhi persyaratan tahun 2025.
-
-## Dukungan
-
-Butuh bantuan dalam penerapannya?
-- Tinjau [dokumentasi Pembelian Asli](/docs/plugins/native-purchases/getting-started/)
-- Periksa [Android panduan pengujian sandbox](/docs/plugins/native-purchases/android-sandbox-testing/)
-- Kunjungi [Google Play Dukungan Pengembang](https://support.google.com/googleplay/android-developer/)
diff --git a/src/content/docs/id/docs/plugins/native-purchases/android-sandbox-testing.mdx b/src/content/docs/id/docs/plugins/native-purchases/android-sandbox-testing.mdx
deleted file mode 100644
index 6e5912db7..000000000
--- a/src/content/docs/id/docs/plugins/native-purchases/android-sandbox-testing.mdx
+++ /dev/null
@@ -1,93 +0,0 @@
----
-title: Konfigurasi Pengujian Sandbox Android
-locale: id
-description: Pelajari cara mengatur pengujian sandbox untuk pembelian dalam aplikasi di Android menggunakan Google Play Console.
-sidebar:
-  order: 3
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Menguji pembelian dalam aplikasi memerlukan konfigurasi yang tepat di Google Play Console. Panduan ini akan memandu Anda melalui pengaturan pengujian sandbox untuk aplikasi Android Anda.
-
-## Prasyarat
-
-Anda memerlukan akun Google Play Console aktif dengan langganan saat ini (diperpanjang setiap tahun).
-
-## Proses Pengaturan
-
-<Steps>
-
-1. **Tambahkan Akun Pengujian**
-
-   Navigasikan ke Google Play Console Anda, pilih aplikasi Anda, dan buka **Setup > License testing**.
-
-   Tambahkan akun Google utama yang terkait dengan perangkat Android yang Anda gunakan untuk pengujian.
-
-   ![Add testing account](/native-purchases/android/sandbox-testing/add-testing-account.webp)
-
-2. **Buat Track Pengujian**
-
-   Buka **Testing > Closed testing** atau **Testing > Internal testing** dan buat track baru.
-
-   Anda harus mengunggah setidaknya satu versi aplikasi Anda yang sudah ditandatangani ke track ini.
-
-   ![Create testing track](/native-purchases/android/sandbox-testing/create-testing-track.webp)
-
-3. **Buat Daftar Tester**
-
-   Setelah mengatur track pengujian, buat daftar email dan tambahkan alamat email akun perangkat pengujian.
-
-   ![Create tester list](/native-purchases/android/sandbox-testing/create-tester-list.webp)
-
-4. **Gabung Program Pengujian**
-
-   Buka URL opt-in dari perangkat uji Anda dan klik tombol **"Become a tester"** untuk mendaftar.
-
-   ![Join testing](/native-purchases/android/sandbox-testing/join-testing-program.webp)
-
-5. **Unggah APK yang Ditandatangani**
-
-   Generate APK yang ditandatangani atau gunakan Android App Bundle untuk mengunggah aplikasi Anda ke track pengujian.
-
-   Rolling out tidak diperlukan - cukup unggah dan tunggu persetujuan.
-
-   ![Upload APK](/native-purchases/android/sandbox-testing/upload-signed-apk.webp)
-
-6. **Build dan Uji**
-
-   Jalankan aplikasi Anda di perangkat uji. Saat mencoba melakukan pembelian, Anda akan melihat pesan:
-
-   > "This is a test order; you will not be charged."
-
-   ![Test purchase](/native-purchases/android/sandbox-testing/test-purchase-confirmation.webp)
-
-</Steps>
-
-## Catatan Penting
-
-- Akun uji tidak akan dikenakan biaya untuk pembelian
-- Pembelian uji menggunakan alur yang sama dengan pembelian produksi
-- Anda dapat menguji semua fitur langganan termasuk uji coba dan penawaran pengantar
-- Langganan uji memiliki periode perpanjangan yang dipercepat untuk pengujian lebih cepat
-
-## Pemecahan Masalah
-
-**Produk tidak muncul di mode uji:**
-- Pastikan aplikasi Anda diunggah ke track pengujian
-- Verifikasi akun uji ditambahkan ke License testing
-- Periksa bahwa produk aktif di Google Play Console
-
-**Error "Item not available":**
-- Tunggu 2-3 jam setelah membuat produk agar tersedia
-- Pastikan nama paket aplikasi Anda cocok dengan yang di Play Console
-- Verifikasi Anda masuk dengan akun uji
-
-**Pembelian uji muncul sebagai tagihan nyata:**
-- Periksa kembali akun ditambahkan ke License testing
-- Pastikan Anda menggunakan build dari track pengujian
-- Verifikasi banner pengujian muncul saat pembelian
-
-## Sumber Daya Tambahan
-
-Untuk detail lebih lanjut, rujuk ke [dokumentasi resmi Google Play](https://developer.android.com/google/play/billing/test) tentang pengujian pembelian dalam aplikasi.
diff --git a/src/content/docs/id/docs/plugins/native-purchases/getting-started.mdx b/src/content/docs/id/docs/plugins/native-purchases/getting-started.mdx
deleted file mode 100644
index 1e9dbafaf..000000000
--- a/src/content/docs/id/docs/plugins/native-purchases/getting-started.mdx
+++ /dev/null
@@ -1,255 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin @capgo/native-purchases untuk mengimplementasikan pembelian satu kali dan langganan dengan StoreKit 2 dan Google Play Billing 7.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/native-purchases" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Periksa dukungan billing**
-
-   ```typescript
-   import { NativePurchases } from '@capgo/native-purchases';
-
-   const { isBillingSupported } = await NativePurchases.isBillingSupported();
-   if (!isBillingSupported) {
-     throw new Error('Billing tidak tersedia di perangkat ini');
-   }
-   ```
-
-4. **Muat produk langsung dari toko**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const { products } = await NativePurchases.getProducts({
-     productIdentifiers: [
-       'com.example.premium.monthly',
-       'com.example.premium.yearly',
-       'com.example.one_time_unlock'
-     ],
-     productType: PURCHASE_TYPE.SUBS, // Gunakan PURCHASE_TYPE.INAPP untuk produk satu kali
-   });
-
-   products.forEach((product) => {
-     console.log(product.title, product.priceString);
-   });
-   ```
-
-5. **Implementasikan alur pembelian & pemulihan**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const monthlyPlanId = 'monthly-plan'; // Base Plan ID dari Google Play Console
-
-   const transaction = await NativePurchases.purchaseProduct({
-     productIdentifier: 'com.example.premium.monthly',
-     planIdentifier: monthlyPlanId,        // WAJIB untuk langganan Android, diabaikan di iOS
-     productType: PURCHASE_TYPE.SUBS,
-     quantity: 1,
-   });
-
-   console.log('Transaction ID', transaction.transactionId);
-
-   await NativePurchases.restorePurchases();
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       - Buat produk in-app dan langganan di App Store Connect.<br />
-       - Gunakan StoreKit Local Testing atau Sandbox tester untuk QA.<br />
-       - Tidak perlu edit manifest. Pastikan produk Anda disetujui.
-     </TabItem>
-     <TabItem label="Android">
-       - Buat produk in-app dan langganan di Google Play Console.<br />
-       - Unggah setidaknya build uji internal dan tambahkan tester lisensi.<br />
-       - Tambahkan izin billing ke `AndroidManifest.xml`:
-       ```xml
-       <uses-permission android:name="com.android.vending.BILLING" />
-       ```
-     </TabItem>
-   </Tabs>
-</Steps>
-
-## Contoh layanan pembelian
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE, Transaction } from '@capgo/native-purchases';
-import { Capacitor } from '@capacitor/core';
-
-class PurchaseService {
-  private premiumProduct = 'com.example.premium.unlock';
-  private monthlySubId = 'com.example.premium.monthly';
-  private monthlyPlanId = 'monthly-plan'; // Base Plan ID (Android saja)
-
-  async initialize() {
-    const { isBillingSupported } = await NativePurchases.isBillingSupported();
-    if (!isBillingSupported) throw new Error('Billing tidak tersedia');
-
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: [this.premiumProduct, this.monthlySubId],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    console.log('Produk dimuat', products);
-
-    if (Capacitor.getPlatform() === 'ios') {
-      NativePurchases.addListener('transactionUpdated', (transaction) => {
-        this.handleTransaction(transaction);
-      });
-    }
-  }
-
-  async buyPremium(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.premiumProduct,
-      productType: PURCHASE_TYPE.INAPP,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async buyMonthly(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.monthlySubId,
-      planIdentifier: this.monthlyPlanId, // WAJIB untuk langganan Android
-      productType: PURCHASE_TYPE.SUBS,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async restore() {
-    await NativePurchases.restorePurchases();
-    await this.refreshEntitlements();
-  }
-
-  async openManageSubscriptions() {
-    await NativePurchases.manageSubscriptions();
-  }
-
-  private async processTransaction(transaction: Transaction) {
-    this.unlockContent(transaction.productIdentifier);
-    this.validateOnServer(transaction).catch(console.error);
-  }
-
-  private unlockContent(productIdentifier: string) {
-    // simpan hak akses secara lokal
-    console.log('Membuka kunci', productIdentifier);
-  }
-
-  private async refreshEntitlements() {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('Pembelian saat ini', purchases);
-  }
-
-  private async handleTransaction(transaction: Transaction) {
-    console.log('Update transaksi StoreKit:', transaction);
-    await this.processTransaction(transaction);
-  }
-
-  private async validateOnServer(transaction: Transaction) {
-    await fetch('/api/validate-purchase', {
-      method: 'POST',
-      body: JSON.stringify({
-        transactionId: transaction.transactionId,
-        receipt: transaction.receipt,
-        purchaseToken: transaction.purchaseToken,
-      }),
-    });
-  }
-}
-```
-
-## Opsi pembelian yang diperlukan
-
-| Opsi | Platform | Deskripsi |
-|--------|----------|-------------|
-| `productIdentifier` | iOS + Android | SKU/Product ID yang dikonfigurasi di App Store Connect / Google Play Console. |
-| `productType` | Android saja | `PURCHASE_TYPE.INAPP` atau `PURCHASE_TYPE.SUBS`. Default ke `INAPP`. Selalu set ke `SUBS` untuk langganan. |
-| `planIdentifier` | Langganan Android | Base Plan ID dari Google Play Console. Diperlukan untuk langganan, diabaikan di iOS dan pembelian in-app. |
-| `quantity` | iOS | Hanya untuk pembelian in-app, default ke `1`. Android selalu membeli satu item. |
-| `appAccountToken` | iOS + Android | UUID/string yang menghubungkan pembelian ke pengguna Anda. Harus UUID di iOS; Android menerima string tersamarkan hingga 64 karakter. |
-| `isConsumable` | Android | Set ke `true` untuk otomatis mengonsumsi token setelah memberikan hak akses untuk consumable. Default ke `false`. |
-
-## Memeriksa status hak akses
-
-Gunakan `getPurchases()` untuk tampilan lintas platform dari setiap transaksi yang dilaporkan toko:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-purchases.forEach((purchase) => {
-  if (purchase.isActive && purchase.expirationDate) {
-    console.log('Langganan iOS aktif sampai', purchase.expirationDate);
-  }
-
-  const isAndroidIapValid =
-    ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') && purchase.isAcknowledged;
-
-  if (isAndroidIapValid) {
-    console.log('Berikan hak akses in-app untuk', purchase.productIdentifier);
-  }
-});
-```
-
-### Perilaku platform
-
-- **iOS**: Langganan mencakup `isActive`, `expirationDate`, `willCancel`, dan dukungan listener StoreKit 2. Pembelian in-app memerlukan validasi receipt server.
-- **Android**: `isActive`/`expirationDate` tidak diisi; panggil Google Play Developer API dengan `purchaseToken` untuk status otoritatif. `purchaseState` harus `PURCHASED` dan `isAcknowledged` harus `true`.
-
-## Referensi API cepat
-
-- `isBillingSupported()` – periksa ketersediaan StoreKit / Google Play.
-- `getProduct()` / `getProducts()` – ambil harga, judul lokal, deskripsi, penawaran intro.
-- `purchaseProduct()` – mulai alur pembelian StoreKit 2 atau Billing client.
-- `restorePurchases()` – putar ulang pembelian historis dan sinkronkan ke perangkat saat ini.
-- `getPurchases()` – daftar semua transaksi iOS atau pembelian Play Billing.
-- `manageSubscriptions()` – buka UI manajemen langganan native.
-- `addListener('transactionUpdated')` – tangani transaksi StoreKit 2 yang tertunda saat aplikasi Anda dimulai (iOS saja).
-
-## Praktik terbaik
-
-1. **Tampilkan harga toko** – Apple mengharuskan menampilkan `product.title` dan `product.priceString`; jangan hardcode.
-2. **Gunakan `appAccountToken`** – buat UUID secara deterministik (v5) dari ID pengguna Anda untuk menghubungkan pembelian ke akun.
-3. **Validasi sisi server** – kirim `receipt` (iOS) / `purchaseToken` (Android) ke backend Anda untuk verifikasi.
-4. **Tangani error dengan baik** – periksa pembatalan pengguna, kegagalan jaringan, dan lingkungan billing yang tidak didukung.
-5. **Uji secara menyeluruh** – ikuti [panduan sandbox iOS](/docs/plugins/native-purchases/ios-sandbox-testing/) dan [panduan sandbox Android](/docs/plugins/native-purchases/android-sandbox-testing/).
-6. **Tawarkan pemulihan & manajemen** – tambahkan tombol UI yang terhubung ke `restorePurchases()` dan `manageSubscriptions()`.
-
-## Pemecahan masalah
-
-**Produk tidak dimuat**
-- Pastikan bundle ID / application ID cocok dengan konfigurasi toko.
-- Konfirmasikan product ID aktif dan disetujui (App Store) atau diaktifkan (Google Play).
-- Tunggu beberapa jam setelah membuat produk; propagasi toko tidak instan.
-
-**Pembelian dibatalkan atau macet**
-- Pengguna dapat membatalkan di tengah alur; bungkus panggilan dalam `try/catch` dan tampilkan pesan error yang ramah.
-- Untuk Android, pastikan akun uji menginstal aplikasi dari Play Store (track internal) agar Billing berfungsi.
-- Periksa logcat/Xcode untuk error billing saat berjalan di perangkat.
-
-**Status langganan salah**
-- Gunakan `getPurchases()` untuk membandingkan data toko dengan cache hak akses lokal Anda.
-- Di Android, selalu kueri Google Play Developer API dengan `purchaseToken` untuk mendapatkan tanggal kedaluwarsa atau status refund.
-- Di iOS, periksa `isActive`/`expirationDate` dan validasi receipt untuk mendeteksi refund atau revokasi.
diff --git a/src/content/docs/id/docs/plugins/native-purchases/index.mdx b/src/content/docs/id/docs/plugins/native-purchases/index.mdx
deleted file mode 100644
index 8002be0b1..000000000
--- a/src/content/docs/id/docs/plugins/native-purchases/index.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: "@capgo/native-purchases"
-locale: id
-description: Plugin Capacitor untuk menangani pembelian in-app dan langganan dengan API sederhana dan terpadu di iOS dan Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Sederhanakan pembelian in-app dan langganan dengan API terpadu yang bekerja sempurna di platform iOS dan Android.
-  image:
-    file: ~public/icons/plugins/native-purchases.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/native-purchases/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/native-purchases/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="API terpadu" icon="rocket">
-    API tunggal untuk pembelian iOS dan Android 💳
-  </Card>
-  <Card title="Manajemen langganan" icon="setting">
-    Tangani langganan dengan perpanjangan otomatis 🔄
-  </Card>
-  <Card title="Validasi receipt" icon="approve-check">
-    Validasi receipt bawaan untuk keamanan 🔒
-  </Card>
-  <Card title="Memulai" icon="open-book">
-    Lihat [Panduan Memulai](/docs/plugins/native-purchases/getting-started/) untuk menginstal dan mengkonfigurasi plugin.
-  </Card>
-</CardGrid>
-
-## Panduan Pengaturan Platform
-
-<CardGrid>
-  <Card title="Pengaturan Android" icon="setting">
-    Panduan lengkap untuk mengatur pembelian in-app di Android:
-    - [Konfigurasi Sandbox Testing](/docs/plugins/native-purchases/android-sandbox-testing/)
-    - [Buat Langganan](/docs/plugins/native-purchases/android-create-subscription/)
-    - [Penawaran Pengantar](/docs/plugins/native-purchases/android-introductory-offer/)
-  </Card>
-  <Card title="Pengaturan iOS" icon="star">
-    Panduan lengkap untuk mengatur pembelian in-app di iOS:
-    - [Konfigurasi Sandbox Testing](/docs/plugins/native-purchases/ios-sandbox-testing/)
-    - [Grup Langganan](/docs/plugins/native-purchases/ios-subscription-group/)
-    - [Buat Langganan](/docs/plugins/native-purchases/ios-create-subscription/)
-    - [Penawaran Pengantar](/docs/plugins/native-purchases/ios-introductory-offer/)
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/native-purchases/ios-app-store-review.mdx b/src/content/docs/id/docs/plugins/native-purchases/ios-app-store-review.mdx
deleted file mode 100644
index 85cadf526..000000000
--- a/src/content/docs/id/docs/plugins/native-purchases/ios-app-store-review.mdx
+++ /dev/null
@@ -1,538 +0,0 @@
----
-title: iOS App Store Pedoman Peninjauan untuk IAP
-description: >-
-  Panduan lengkap untuk lulus ulasan App Store dengan pembelian dalam aplikasi
-  dan langganan, termasuk alasan penolakan umum dan praktik terbaik.
-sidebar:
-  order: 10
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-
-Agar aplikasi Anda disetujui di App Store memerlukan perhatian yang cermat terhadap pedoman Apple, terutama saat menerapkan pembelian dalam aplikasi dan langganan. Panduan ini mencakup semua yang perlu Anda ketahui agar dapat lulus tinjauan pada kiriman pertama Anda.
-
-![iOS App Store Proses Peninjauan](/native-purchases/review-guides/ios-review-hero.webp)
-
-## Persyaratan Pembelian Dalam Aplikasi
-
-### Transparansi Harga (Kritis)
-
-Apple memerlukan pengungkapan harga yang jelas sebelum pembelian apa pun:
-
-**Elemen yang Harus Dimiliki:**
-- Tampilkan harga pastinya sebelum tombol pembelian
-- Tampilkan frekuensi penagihan (mis., "$9,99/bulan")
-- Nyatakan dengan jelas apa yang diperoleh pengguna dari uang mereka
-- Tunjukkan kapan tagihan akan terjadi
-
-**Penolakan Umum:**
-> "Harga berlangganan harus jelas dan dimuka."
-
-:::hati-hati Konsistensi Harga
-Semua harga harus cocok di:
-- App Store daftar metadata
-- Layar pembelian dalam aplikasi
-- Layar manajemen langganan
-
-Bahkan perbedaan $1 antara listingan toko ($4,99) dan aplikasi ($5,99) akan memicu penolakan otomatis.
-:::
-
-### Presentasi Paket Berlangganan
-
-**Pengungkapan yang Diperlukan:**
-- Semua tingkatan berlangganan yang tersedia ditampilkan bersama
-- Perbandingan fitur per tingkat yang jelas
-- Tidak ada default otomatis ke tingkat premium melalui trik UI
-- Petunjuk pembatalan yang mudah ditemukan
-
-![Anjuran dan Larangan Desain UI](/native-purchases/review-guides/ui-design-dos-donts.webp)
-
-**Contoh UI yang Sesuai:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function SubscriptionScreen() {
-  return (
-    <div>
-      <h2>Choose Your Plan</h2>
-
-      {/* Show all tiers equally */}
-      <PlanCard
-        title="Basic"
-        price="$4.99/month"
-        features={['Feature A', 'Feature B']}
-      />
-      <PlanCard
-        title="Premium"
-        price="$9.99/month"
-        features={['All Basic', 'Feature C', 'Feature D']}
-        highlighted={false} // Don't force premium
-      />
-
-      {/* Clear cancellation info */}
-      <Text>
-        Cancel anytime in Settings > Subscriptions.
-        No refunds for partial periods.
-      </Text>
-    </div>
-  );
-}
-```
-
-### Mengembalikan Pembelian
-
-**Penerapan yang Diperlukan:**
-
-Setiap aplikasi dengan IAP harus menyediakan cara bagi pengguna untuk memulihkan pembelian sebelumnya tanpa menghubungi dukungan.
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function restorePurchases() {
-  try {
-    await NativePurchases.restorePurchases();
-
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const activeSub = purchases.find(
-      (purchase) => purchase.isActive && purchase.expirationDate,
-    );
-
-    if (activeSub) {
-      unlockPremiumFeatures();
-      showMessage('Purchases restored successfully!');
-      return;
-    }
-
-    const { purchases: iaps } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.INAPP,
-    });
-    const hasIap = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-    showMessage(
-      hasIap ? 'Premium purchase restored!' : 'No previous purchases found.',
-    );
-  } catch (error) {
-    showError('Failed to restore purchases. Please try again.');
-  }
-}
-
-// Add a visible "Restore Purchases" button
-<Button onClick={restorePurchases}>
-  Restore Purchases
-</Button>
-```
-
-## Alasan Umum Penolakan
-
-### 1. Aplikasi Crash atau Fungsinya Rusak
-
-**Mengapa Gagal:**
-- Aplikasi mogok saat diluncurkan
-- Alur pembelian gagal diselesaikan
-- Fitur yang ditampilkan pada tangkapan layar tidak berfungsi
-
-**Pencegahan:**
-- Uji pada perangkat nyata (bukan hanya simulator)
-- Uji semua aliran langganan dari ujung ke ujung
-- Verifikasi validasi tanda terima berfungsi
-- Periksa penanganan kesalahan jaringan
-
-### 2. Ketidakcocokan Metadata
-
-**Mengapa Gagal:**
-- Tangkapan layar menunjukkan fitur yang tidak ada dalam versi saat ini
-- Deskripsi menyebutkan fungsionalitas yang tidak ada
-- Harga dalam metadata berbeda dengan harga dalam aplikasi
-
-![Daftar Periksa Metadata](/native-purchases/review-guides/metadata-checklist.webp)
-
-**Pencegahan:**
-```typescript
-// Document exactly what's in each tier
-const SUBSCRIPTION_FEATURES = {
-  basic: ['Ad-free', 'Cloud sync', 'Basic themes'],
-  premium: ['Ad-free', 'Cloud sync', 'All themes', 'Priority support']
-};
-
-// Use these in both your app AND App Store description
-```
-
-### 3. Penjelasan Izin Hilang
-
-**Mengapa Gagal:**
-- Meminta kamera/lokasi/kesehatan tanpa penjelasan
-- Permintaan izin mengubur beberapa layar dalam-dalam
-- Deskripsi izin yang tidak jelas atau umum
-
-**Pencegahan:**
-
-Perbarui `Info.plist` Anda dengan penjelasan yang jelas:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Camera access is needed to scan product barcodes for quick subscription upgrades.</string>
-
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>Location helps us show relevant local content in your Premium subscription.</string>
-```
-
-### 4. Pemasaran Menyesatkan
-
-**Mengapa Gagal:**
-- Klaim seperti "aplikasi #1 di dunia" tanpa bukti
-- Fitur "Tidak Terbatas" yang memiliki batasan tersembunyi
-- Taktik urgensi palsu ("Hanya tersisa 2 tempat!")
-
-![Contoh Pedoman Deskripsi](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![Pedoman Deskripsi Tambahan](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**Pencegahan:**
-- Bersikaplah spesifik dan faktual dalam deskripsi
-- Hindari superlatif tanpa bukti
-- Jangan menekan pengguna dengan kelangkaan palsu
-
-### 5. Proses Pembatalan Tersembunyi
-
-**Mengapa Gagal:**
-- Tidak disebutkan cara membatalkan
-- Tombol pembatalan disembunyikan atau dikaburkan
-- Proses pembatalan multi-langkah tanpa alur asli Apple
-
-**Pencegahan:**
-```typescript
-// Always inform users about cancellation
-function SubscriptionInfo() {
-  return (
-    <div>
-      <h3>How to Cancel</h3>
-      <ol>
-        <li>Open iPhone Settings</li>
-        <li>Tap your name at the top</li>
-        <li>Tap Subscriptions</li>
-        <li>Select this app and tap Cancel</li>
-      </ol>
-
-      <p>Or manage directly in the App Store app.</p>
-
-      <Button onClick={openSubscriptionManagement}>
-        Manage Subscription in Settings
-      </Button>
-    </div>
-  );
-}
-
-async function openSubscriptionManagement() {
-  // Direct link to iOS subscription management
-  await NativePurchases.showManageSubscriptions();
-}
-```## Privasi & Penggunaan Data (Bagian 5.1.1)
-
-Apple telah memperketat persyaratan privasi secara signifikan pada tahun 2025.
-
-### Pengungkapan yang Diperlukan
-
-**Untuk Setiap Izin:**
-1. Mengapa Anda membutuhkannya (kasus penggunaan tertentu)
-2. Kapan akan digunakan
-3. Bagaimana data disimpan/dibagikan
-4. Apakah itu opsional atau wajib
-
-### Contoh: Alur Izin yang Benar
-
-```typescript
-async function requestCameraPermission() {
-  // Show explanation BEFORE requesting
-  await showDialog({
-    title: 'Camera Access',
-    message: 'We need camera access to let you scan barcodes for quick product lookup. Your photos are never uploaded or stored.',
-    buttons: ['Not Now', 'Allow']
-  });
-
-  // Then request permission
-  const result = await Camera.requestPermissions();
-  return result.camera === 'granted';
-}
-```
-
-### Label Nutrisi Privasi
-
-Pastikan label privasi App Store Anda mencerminkan secara akurat:
-- Koleksi riwayat pembelian
-- Alamat email (untuk tanda terima)
-- ID Perangkat (untuk pencegahan penipuan)
-- Data penggunaan (untuk analitik)
-
-:::warning
-Label privasi yang tidak akurat adalah alasan penolakan yang umum pada tahun 2025. Audit pengumpulan data Anda dengan cermat.
-:::
-
-## Daftar Periksa Pra-Pengiriman
-
-![Daftar Periksa Pra-Pengiriman](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **Uji Semua Alur Pembelian**
-   - Beli setiap tingkat langganan
-   - Uji uji coba gratis
-   - Pastikan penawaran perkenalan berlaku dengan benar
-   - Uji pengembalian pembelian
-   - Verifikasi Keluarga Berbagi (jika diaktifkan)
-   - Uji pada beberapa perangkat
-
-2. **Verifikasi Konsistensi Harga**
-   - Periksa kecocokan metadata App Store dengan harga dalam aplikasi
-   - Pastikan semua mata uang sudah benar
-   - Konfirmasikan durasi uji coba gratis sesuai dengan deskripsi
-   - Periksa apakah ketentuan penawaran perkenalan sudah akurat
-
-3. **Tinjau Semua Salinan**
-   - Hapus teks placeholder
-   - Verifikasi klaim dapat diuji
-   - Periksa tata bahasa dan ejaan
-   - Pastikan deskripsi sesuai dengan versi saat ini
-   - Hapus penyebutan pesaing
-
-4. **Izin Tes**
-   - Minta hanya izin yang diperlukan
-   - Tunjukkan penjelasan yang jelas sebelum meminta
-   - Uji aliran "Tolak" (aplikasi seharusnya tetap berfungsi)
-   - Pastikan deskripsi Info.plist jelas
-
-5. **Siapkan Akun Tes**
-   - Buat akun pengujian kotak pasir
-   - Dokumen kredensial login di Catatan Tinjauan Aplikasi
-   - Verifikasi akun uji memiliki langganan aktif
-   - Uji apakah pengulas dapat menyelesaikan alur pembelian
-
-6. **Periksa Metadata**
-   - Tangkapan layar cocok dengan UI saat ini
-   - Video pratinjau aplikasi (jika ada) menunjukkan versi saat ini
-   - Deskripsi secara akurat menjelaskan fitur
-   - Peringkat usia cocok dengan konten
-   - Kebijakan privasi dapat diakses dalam aplikasi
-
-7. **Tulis Catatan Tinjauan Rinci**
-   ```
-   Test Account:
-   Email: reviewer@test.com
-   Password: TestPass123!
-
-   Testing Instructions:
-   1. Log in with test account above
-   2. Tap "Upgrade to Premium" button
-   3. Select "Monthly Premium" subscription
-   4. Complete purchase (no charge in sandbox)
-   5. Verify premium features unlock
-
-   Note: Subscription pricing is clearly shown before purchase.
-   Cancellation instructions are in Settings > Account.
-   ```
-
-</Steps>
-
-## Tinjau Garis Waktu
-
-![App Store Garis Waktu Peninjauan](/native-purchases/review-guides/review-timeline.webp)
-
-**Ulasan Standar:** 24-48 jam
-**Periode Puncak:** 3-5 hari (App Store rilis hari libur)
-**Akhir pekan:** Tidak ada ulasan yang diproses
-**Peninjauan yang Dipercepat:** Tersedia untuk perbaikan bug penting (permintaan melalui App Store Connect)
-
-:::tip
-Kirim di awal minggu untuk menghindari penundaan akhir pekan. Pengiriman hari Senin biasanya ditinjau pada hari Rabu.
-:::
-
-## Pembaruan Pedoman 2025
-
-### Persyaratan Baru
-
-**1. Pengungkapan Fungsi AI**
-Jika aplikasi Anda menggunakan AI untuk fitur apa pun, Anda harus:
-- Beri label yang jelas pada konten yang dihasilkan AI
-- Jelaskan bagaimana AI digunakan
-- Dokumentasikan langkah-langkah keamanan konten
-
-**2. Kejelasan Langganan yang Ditingkatkan**
-- Diperlukan perbandingan rencana berdampingan
-- Tidak ada "pola gelap" yang menyembunyikan opsi yang lebih murah
-- Hapus jalur downgrade/upgrade
-
-**3. Intensifikasi Privasi**
-- Penegakan Pasal 5.1.1 ditingkatkan
-- Pengawasan lebih cermat terhadap justifikasi pengumpulan data
-- Persyaratan yang lebih ketat untuk aplikasi anak-anak
-
-### Yang Berubah dari tahun 2024- Pengiriman modular sekarang diperbolehkan (perbarui halaman produk secara mandiri)
-- Acara dalam aplikasi dapat dikirimkan secara terpisah
-- Penegakan yang lebih ketat terhadap UI langganan yang menyesatkan
-- Panduan baru tentang aplikasi cryptocurrency/NFT
-
-## Praktik Terbaik untuk Plugin Pembelian Asli
-
-### Menerapkan Penanganan Kesalahan yang Benar
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string) {
-  try {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    // Success
-    await validateReceiptOnServer(transaction.receipt);
-    showSuccess('Subscription activated!');
-    unlockFeatures();
-
-  } catch (error: any) {
-    // Handle specific error cases
-    if (error.code === 'USER_CANCELLED') {
-      // User cancelled - don't show error
-      console.log('Purchase cancelled by user');
-    } else if (error.code === 'PAYMENT_PENDING') {
-      showInfo('Payment is pending. Please check back later.');
-    } else if (error.code === 'PRODUCT_ALREADY_PURCHASED') {
-      // Restore instead
-      await NativePurchases.restorePurchases();
-    } else {
-      // Show user-friendly error
-      showError('Unable to complete purchase. Please try again.');
-    }
-  }
-}
-```
-
-### Menampilkan Status Pemuatan
-
-```typescript
-function PurchaseButton({ productId }: { productId: string }) {
-  const [loading, setLoading] = useState(false);
-
-  const handlePurchase = async () => {
-    setLoading(true);
-    try {
-      await NativePurchases.purchaseProduct({ productIdentifier: productId });
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handlePurchase} disabled={loading}>
-      {loading ? 'Processing...' : 'Subscribe Now'}
-    </button>
-  );
-}
-```
-
-### Tunjukkan Ketentuan dengan Jelas
-
-```typescript
-function SubscriptionTerms() {
-  return (
-    <div className="terms">
-      <p>
-        Subscription automatically renews unless cancelled at least 24 hours
-        before the end of the current period.
-      </p>
-      <p>
-        Your account will be charged for renewal within 24 hours prior to
-        the end of the current period.
-      </p>
-      <p>
-        Subscriptions may be managed by the user and auto-renewal may be
-        turned off in Account Settings after purchase.
-      </p>
-      <p>
-        <a href="/terms">Terms of Service</a> |
-        <a href="/privacy">Privacy Policy</a>
-      </p>
-    </div>
-  );
-}
-```
-
-## Jika Aplikasi Anda Ditolak
-
-### Langkah-langkah untuk Mengatasinya
-
-<Steps>
-
-1. **Baca penolakan dengan cermat**
-   - Perhatikan pedoman spesifik yang dikutip (misalnya, 3.1.1, 5.1.1)
-   - Pahami dengan tepat apa yang ditandai Apple
-
-2. **Perbaiki masalah ini secara menyeluruh**
-   - Jangan hanya menambal – memperbaiki akar permasalahan
-   - Uji perbaikannya secara ekstensif
-   - Dokumentasikan apa yang Anda ubah
-
-3. **Respon di Pusat Resolusi**
-   ```
-   Thank you for your feedback. I have addressed the issue:
-
-   Issue: Subscription pricing not clear upfront
-
-   Fix: Added explicit pricing display on subscription selection
-   screen showing "$9.99/month" before purchase button. Also added
-   cancellation instructions on the same screen.
-
-   The changes are in this submission and can be tested using the
-   provided test account.
-   ```
-
-4. **Kirim ulang segera**
-   - Pengiriman ulang biasanya ditinjau lebih cepat
-   - Biasanya dalam waktu 24 jam
-
-</Steps>
-
-### Proses Banding
-
-Jika Anda yakin penolakan tersebut salah:
-
-![App Store Proses Klarifikasi](/native-purchases/review-guides/clarification-process.webp)
-
-1. Klik "Banding" di App Store Connect
-2. Berikan bukti yang jelas:
-   - Tangkapan layar menunjukkan kepatuhan
-   - Referensi pedoman khusus
-   - Penjelasan tentang bagaimana Anda memenuhi persyaratan
-3. Bersikap profesional dan faktual
-4. Sertakan akun pengujian jika fungsinya sulit ditemukan
-
-![Contoh Permintaan Dokumen](/native-purchases/review-guides/request-documents.webp)
-
-## Sumber Daya Tambahan
-
-- [Apple App Store Pedoman Peninjauan](https://developer.apple.com/app-store/review/guidelines/)
-- [Pedoman Pembelian Dalam Aplikasi](https://developer.apple.com/app-store/review/guidelines/#in-app-purchase)
-- [Praktik Terbaik Langganan](https://developer.apple.com/app-store/subscriptions/)
-- [App Store Connect Bantuan](https://developer.apple.com/help/app-store-connect/)
-
-## Dukungan
-
-Jika Anda masih mengalami masalah:
-- Tinjau [dokumentasi Pembelian Asli](/docs/plugins/native-purchases/getting-started/)
-- Periksa [masalah pemecahan masalah umum](/docs/plugins/native-purchases/getting-started/#troubleshooting)
-- Hubungi Dukungan Pengembang Apple untuk klarifikasi pedoman
-
-### Butuh Bantuan Ahli?
-
-Berjuang dengan peninjauan aplikasi atau butuh bantuan yang dipersonalisasi? **[Pesan panggilan konsultasi dengan tim kami](https://cal.com/team/capgo/capacitor-consulting-services)** untuk mendapatkan dukungan khusus dengan:
-
-- Tinjauan dan optimalisasi implementasi IAP
-- App Store meninjau persiapan dan strategi
-- Tinjauan daftar periksa penyerahan
-- Resolusi penolakan dan banding
-- Selesaikan pengujian dan validasi
-
-Pakar kami telah berhasil membantu ratusan aplikasi lolos peninjauan!
diff --git a/src/content/docs/id/docs/plugins/native-purchases/ios-create-subscription.mdx b/src/content/docs/id/docs/plugins/native-purchases/ios-create-subscription.mdx
deleted file mode 100644
index 2efe97f21..000000000
--- a/src/content/docs/id/docs/plugins/native-purchases/ios-create-subscription.mdx
+++ /dev/null
@@ -1,309 +0,0 @@
----
-title: Buat iOS Langganan yang Dapat Diperbarui Otomatis
-description: >-
-  Panduan langkah demi langkah untuk membuat langganan yang dapat diperpanjang
-  secara otomatis di App Store Connect untuk plugin pembelian asli.
-sidebar:
-  order: 8
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-
-Langganan yang dapat diperpanjang secara otomatis memberikan akses berulang ke konten, layanan, atau fitur premium di aplikasi iOS Anda. Panduan ini memandu Anda membuat langganan di App Store Connect.
-
-## Ikhtisar
-
-Langganan yang dapat diperpanjang secara otomatis diperpanjang secara otomatis pada akhir setiap periode penagihan hingga pengguna membatalkannya. Mereka sempurna untuk:
-- Konten dan fitur premium
-- Pengalaman bebas iklan
-- Penyimpanan dan sinkronisasi cloud
-- Layanan streaming
-- Alat dan utilitas profesional
-
-## Prasyarat
-
-Sebelum membuat langganan, Anda harus:
-1. [Buat grup langganan](/docs/plugins/native-purchases/ios-subscription-group/) untuk mengatur langganan Anda
-2. Memiliki keanggotaan Program Pengembang Apple yang aktif
-3. Informasi perbankan dan perpajakan lengkap di App Store Connect
-
-## Membuat Langganan
-
-<Steps>
-
-1. **Navigasi ke Langganan**
-
-   Di App Store Connect, pilih aplikasi Anda dan buka **Monetisasi > Langganan**.
-
-   Pilih grup langganan Anda atau buat yang baru jika diperlukan.
-
-   ![Navigasi ke langganan](/native-purchases/ios/create-subscription/navigate-to-subscriptions.webp)
-
-2. **Buat Langganan Baru**
-
-   Klik ikon **** di samping grup langganan Anda untuk menambahkan langganan baru.
-
-3. **Masukkan Informasi Dasar**
-
-   **Nama Referensi**: Nama deskriptif untuk penggunaan internal Anda (tidak ditampilkan kepada pelanggan)
-   - Contoh: "Premium Bulanan", "Ultimate Tahunan", "Paket Dasar"
-
-   **ID Produk**: Pengidentifikasi unik untuk langganan ini (tidak dapat diubah nanti)
-   - Format: `com.yourcompany.yourapp.premium_monthly`
-   - Gunakan nama deskriptif dengan huruf kecil dengan garis bawah
-   - Diperlukan untuk mengonfigurasi plugin pembelian asli
-
-   ![Masukkan detail langganan](/native-purchases/ios/create-subscription/enter-subscription-info.webp)
-
-4. **Konfigurasi Durasi**
-
-   Pilih durasi berlangganan dari opsi yang tersedia:
-   - 1 minggu
-   - 1 bulan
-   - 2 bulan
-   - 3 bulan
-   - 6 bulan
-   - 1 tahun
-
-   Durasi menentukan seberapa sering pengguna ditagih.
-
-5. **Siapkan Harga**
-
-   Klik **Tambahkan Harga Berlangganan** untuk mengonfigurasi harga:
-
-   **Wilayah Dasar**: Pilih pasar utama Anda (biasanya negara Anda)
-
-   **Harga**: Tetapkan harga berlangganan
-   - Apple secara otomatis mengkonversi ke mata uang lain
-   - Pilih dari tingkatan harga Apple
-   - Pertimbangkan nilai yang dirasakan dan harga pasar
-
-   ![Konfigurasi harga](/native-purchases/ios/create-subscription/configure-pricing.webp)
-
-6. **Keluarga Berbagi (Opsional)**
-
-   Putuskan apakah akan mengaktifkan Keluarga Berbagi, yang memungkinkan hingga 6 anggota keluarga mengakses langganan.
-
-   :::hati-hati
-   Setelah Keluarga Berbagi diaktifkan, fitur ini tidak dapat dinonaktifkan untuk produk ini.
-   :::
-
-   **Aktifkan jika:**
-   - Konten sesuai untuk penggunaan keluarga
-   - Anda ingin meningkatkan proposisi nilai
-   - Model bisnis Anda mendukungnya
-
-   **Jangan aktifkan jika:**
-   - Berlangganan hanya untuk penggunaan individu
-   - Konten dipersonalisasi untuk pengguna
-   - Anda ingin memaksimalkan pendapatan per pengguna
-
-7. **Tambahkan Pelokalan**
-
-   Tambahkan informasi tampilan langganan dalam semua bahasa yang didukung aplikasi Anda:
-
-   **Nama Tampilan Langganan**: Nama yang ditujukan kepada pelanggan (misalnya, "Premium Bulanan")
-
-   **Deskripsi**: Deskripsi singkat tentang apa saja yang termasuk dalam langganan
-   - Jaga agar tetap ringkas dan fokus pada manfaat
-   - Sebutkan fitur-fitur utama
-   - Soroti proposisi nilai
-
-   ![Tambahkan pelokalan](/native-purchases/ios/create-subscription/add-localization.webp)8. **App Store Gambar Promosi (Opsional)**
-
-   Unggah gambar promosi untuk langganan ini (312x390 piksel):
-   - Ditampilkan di halaman berlangganan App Store
-   - Harus sesuai dengan desain aplikasi Anda
-   - Sertakan nama langganan untuk kejelasan
-
-   :::catatan
-   Meskipun gambar bersifat opsional untuk pengiriman awal, gambar tersebut diperlukan untuk tampilan promosi di App Store. Anda dapat menambahkannya nanti.
-   :::
-
-9. **Simpan dan Kirim**
-
-   Klik **Simpan** untuk membuat langganan.
-
-   **Untuk Langganan Pertama:**
-   - Harus dikirimkan dengan versi aplikasi baru
-   - Sertakan dalam kiriman App Store Anda berikutnya
-   - Tidak dapat mengirimkan secara mandiri
-
-   **Untuk Langganan Berikutnya:**
-   - Dapat dikirimkan langsung dari halaman Langganan
-   - Tidak memerlukan versi aplikasi baru
-   - Tersedia setelah langganan pertama disetujui
-
-</Steps>
-
-## Status Berlangganan
-
-Langganan Anda akan memiliki salah satu status berikut:
-
-| Status | Deskripsi | Bisakah Menguji? |
-|--------|-------------|-----------|
-| **Metadata Tidak Ada** | Penyiapan tidak lengkap | Ya (kotak pasir) |
-| **Siap Kirim** | Lengkap tapi belum diserahkan | Ya (kotak pasir) |
-| **Menunggu Review** | Dikirim ke Apple | Ya (kotak pasir) |
-| **Sedang Ditinjau** | Sedang ditinjau oleh Apple | Ya (kotak pasir) |
-| **Disetujui** | Tersedia untuk dibeli | Ya |
-| **Ditolak** | Perlu perubahan | Ya (kotak pasir) |
-
-:::tip
-Anda dapat menguji langganan dalam mode kotak pasir meskipun langganan tersebut menampilkan "Metadata Tidak Ada" atau "Siap Dikirim"!
-:::
-
-## Menggunakan di Aplikasi Anda
-
-Setelah dibuat, rujuk langganan di aplikasi Anda menggunakan ID produk:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch subscription products direct from StoreKit
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: [
-    'com.yourcompany.yourapp.premium_monthly',
-    'com.yourcompany.yourapp.premium_annual',
-  ],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-products.forEach((product) => {
-  console.log(`${product.title}: ${product.priceString}`);
-  console.log(`Duration: ${product.subscriptionPeriod}`);
-  console.log(`Description: ${product.description}`);
-});
-
-// Purchase a subscription (StoreKit 2 automatically handles intro pricing and offers)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourcompany.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Transaction ID:', transaction.transactionId);
-
-  // StoreKit receipts are included on iOS for server-side validation
-  await sendReceiptToBackend(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-
-// Check subscription status using the store's data
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const premium = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.yourcompany.yourapp.premium_monthly',
-);
-
-if (premium?.isActive) {
-  console.log('Expires:', premium.expirationDate);
-  console.log('Will renew:', premium.willCancel === false);
-  console.log('Store state:', premium.subscriptionState);
-  unlockPremiumFeatures();
-} else {
-  showPaywall();
-}
-```
-
-## Praktik Terbaik
-
-### Strategi Penetapan Harga
-- **Paket bulanan**: Menurunkan hambatan masuk, membangun kebiasaan
-- **Paket tahunan**: Nilai lebih baik, LTV lebih tinggi, churn lebih rendah
-- **Beberapa tingkatan**: Basic, Premium, Ultimate untuk segmen pengguna yang berbeda
-- **Analisis kompetitif**: Teliti harga aplikasi serupa
-
-### ID Produk
-- Gunakan penamaan yang konsisten: `company.app.tier_duration`
-- Sertakan tingkatan dan durasi dalam ID: `premium_monthly`, `ultimate_annual`
-- Hindari mengubah ID produk (bersifat permanen)
-- Dokumentasikan semua ID produk untuk tim Anda
-
-### Keluarga Berbagi
-- Aktifkan untuk aplikasi berorientasi keluarga (permainan, pendidikan, hiburan)
-- Pertimbangkan dampaknya terhadap pendapatan
-- Uji perilaku berbagi secara menyeluruh
-- Mengkomunikasikan kemampuan berbagi dalam pemasaran
-
-### Lokalisasi
-- Terjemahkan semua nama dan deskripsi langganan
-- Pertimbangkan perbedaan harga regional
-- Uji tampilan dalam semua bahasa yang didukung
-- Gunakan bahasa pemasaran yang sesuai dengan budaya
-
-### Gambar Promosi
-- Pertahankan gaya visual yang konsisten
-- Sertakan nama langganan dan manfaat utama
-- Pembaruan untuk promosi musiman
-- Cocokkan bahasa desain aplikasi secara keseluruhan
-
-## Pola Berlangganan Umum
-
-### Tingkat Tunggal (Gratis)
-```
-Free App + Premium Subscription
-- Basic: Free (limited features)
-- Premium Monthly: $4.99
-- Premium Annual: $39.99 (save 33%)
-```
-
-### Multi-Tingkat (Baik, Lebih Baik, Terbaik)
-```
-- Basic Monthly: $4.99
-- Premium Monthly: $9.99
-- Ultimate Monthly: $19.99
-
-- Basic Annual: $49.99
-- Premium Annual: $99.99
-- Ultimate Annual: $199.99
-```
-
-### Konsumsi + Hibrid Berlangganan
-```
-- Credit packs (consumable)
-- Monthly subscription (unlimited credits)
-- Annual subscription (unlimited + bonus features)
-```
-
-## Pemecahan masalah
-
-**Langganan tidak dimuat di aplikasi:**
-- Verifikasi ID produk sama persis (peka huruf besar-kecil)
-- Periksa langganan ada di grup berlangganan
-- Pastikan pengidentifikasi bundel cocok dengan App Store Connect
-- Tunggu 2-3 jam setelah membuat produk**Tidak dapat mengirimkan langganan:**
-- Lengkapi semua bidang yang wajib diisi (nama, deskripsi, harga)
-- Tambahkan setidaknya satu lokalisasi
-- Verifikasi info perbankan/pajak disetujui
-- Periksa apakah langganan pertama (memerlukan versi aplikasi)
-
-**Tombol Berbagi Keluarga dinonaktifkan:**
-- Sudah diaktifkan (tidak dapat dinonaktifkan)
-- Periksa detail berlangganan
-- Hubungi Dukungan Apple jika macet
-
-**Tingkat harga tidak tersedia:**
-- Mungkin dibatasi di beberapa wilayah
-- Pilih tingkat alternatif
-- Hubungi Apple untuk pertanyaan harga
-
-**Kesalahan "ID Produk Tidak Valid":**
-- Harus dalam format domain terbalik
-- Tidak boleh mengandung spasi atau karakter khusus
-- Periksa kesalahan ketik
-- Verifikasi keunikan di semua produk
-
-## Langkah Selanjutnya
-
-- [Buat penawaran perkenalan](/docs/plugins/native-purchases/ios-introductory-offer/) untuk menarik pelanggan baru
-- [Konfigurasi pengujian sandbox](/docs/plugins/native-purchases/ios-sandbox-testing/) untuk menguji langganan Anda
-- Siapkan penawaran promosi untuk win-back dan retensi
-- Menerapkan pelacakan analitik berlangganan
-
-## Sumber Daya Tambahan
-
-Untuk detail selengkapnya, lihat [dokumentasi resmi Apple tentang langganan yang dapat diperpanjang secara otomatis](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers).
diff --git a/src/content/docs/id/docs/plugins/native-purchases/ios-introductory-offer.mdx b/src/content/docs/id/docs/plugins/native-purchases/ios-introductory-offer.mdx
deleted file mode 100644
index da6ebd8dc..000000000
--- a/src/content/docs/id/docs/plugins/native-purchases/ios-introductory-offer.mdx
+++ /dev/null
@@ -1,411 +0,0 @@
----
-title: Buat iOS Penawaran Perkenalan Berlangganan
-description: >-
-  Pelajari cara membuat penawaran perkenalan untuk langganan yang dapat
-  diperpanjang secara otomatis di iOS untuk menarik dan mengonversi pelanggan
-  baru.
-sidebar:
-  order: 9
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-
-Penawaran perkenalan memungkinkan Anda memberikan uji coba gratis atau harga perkenalan yang didiskon kepada pengguna yang memenuhi syarat untuk mengurangi hambatan masuk dan meningkatkan konversi langganan.
-
-## Ikhtisar
-
-Penawaran perkenalan adalah salah satu alat paling efektif untuk mengembangkan basis pelanggan Anda. Mereka memungkinkan pengguna untuk:
-- Coba fitur premium Anda tanpa risiko
-- Nilai pengalaman sebelum melakukan
-- Mulai dari titik harga yang lebih rendah
-- Bangun kepercayaan pada produk Anda
-
-## Jenis Penawaran
-
-iOS mendukung tiga jenis penawaran perkenalan:
-
-### 1. Uji Coba Gratis
-Pelanggan mendapatkan akses gratis untuk jangka waktu tertentu. Setelah uji coba, mereka akan dikenakan tarif standar jika tidak membatalkan.
-
-**Contoh:**
-- 7 hari gratis
-- 14 hari gratis
-- 1 bulan gratis
-
-**Terbaik untuk:**
-- Langganan bernilai tinggi
-- Aplikasi kaya fitur
-- Membangun kebiasaan pengguna
-
-### 2. Bayar di Muka
-Pelanggan membayar satu harga diskon yang mencakup periode perkenalan.
-
-**Contoh:**
-- $1,99 selama 2 bulan (kemudian $9,99/bulan)
-- $9,99 selama 3 bulan (kemudian $19,99/bulan)
-
-**Terbaik untuk:**
-- Sinyal komitmen
-- Kebutuhan arus kas
-- Menguji sensitivitas harga
-
-### 3. Bayar Sesuai Pemakaian
-Pelanggan membayar potongan harga untuk beberapa siklus penagihan.
-
-**Contoh:**
-- $1,99/bulan selama 3 bulan (kemudian $9,99/bulan)
-- $4,99/bulan selama 6 bulan (kemudian $14,99/bulan)
-
-**Terbaik untuk:**
-- Komitmen bertahap
-- Demonstrasi nilai jangka panjang
-- Mengurangi risiko yang dirasakan
-
-## Persyaratan Kelayakan
-
-Pengguna hanya dapat menerima penawaran perkenalan jika mereka:
-- Sebelumnya belum pernah menerima tawaran perkenalan untuk produk tersebut
-- Belum menerima penawaran perkenalan untuk produk apa pun di grup langganan yang sama
-- Belum aktif berlangganan produk
-
-:::note
-Apple menangani pemeriksaan kelayakan secara otomatis. Plugin pembelian asli menyediakan metode untuk memeriksa kelayakan sebelum menyajikan penawaran.
-:::
-
-## Prasyarat
-
-Anda harus terlebih dahulu [membuat langganan yang dapat diperpanjang secara otomatis](/docs/plugins/native-purchases/ios-create-subscription/) sebelum menambahkan penawaran perkenalan.
-
-## Membuat Penawaran Perkenalan
-
-<Steps>
-
-1. **Navigasi ke Berlangganan**
-
-   Di App Store Connect, buka bagian **Monetisasi > Langganan** aplikasi Anda dan pilih langganan yang ingin Anda tambahi penawaran.
-
-2. **Tambahkan Harga Berlangganan**
-
-   Klik ikon **** di samping "Harga Berlangganan" untuk membuka modal harga.
-
-3. **Buat Penawaran Perkenalan**
-
-   Pilih **"Buat penawaran perkenalan"** dari opsi.
-
-   ![Buat penawaran perkenalan](/native-purchases/ios/introductory-offer/create-introductory-offer.webp)
-
-4. **Konfigurasi Negara dan Tanggal Mulai**
-
-   **Negara dan Wilayah**: Pilih di mana penawaran akan tersedia
-   - Pilih semua negara untuk jangkauan maksimal
-   - Atau batasi pada pasar tertentu untuk pengujian
-
-   **Tanggal Mulai**: Saat penawaran tersedia
-   - Bisa segera atau dijadwalkan untuk masa depan
-   - Berguna untuk berkoordinasi dengan kampanye pemasaran
-
-   **Tanggal Berakhir (Opsional)**: Saat penawaran berakhir
-   - Biarkan kosong untuk ketersediaan berkelanjutan
-   - Tetapkan tanggal untuk promosi waktu terbatas
-
-5. **Pilih Jenis Penawaran**
-
-   Pilih salah satu dari tiga jenis penawaran:
-
-   **Gratis** (Uji Coba Gratis)
-   - Pilih durasi (hari, minggu, bulan)
-   - Contoh: 7 hari, 2 minggu, 1 bulan**Bayar di Muka**
-   - Tetapkan harga pembayaran tunggal
-   - Tetapkan durasi yang dicakup oleh pembayaran
-   - Contoh: $1,99 untuk 2 bulan
-
-   **Bayar Sesuai Pemakaian**
-   - Tetapkan harga diskon per periode
-   - Tetapkan jumlah periode
-   - Contoh: $2,99/bulan selama 3 bulan
-
-6. **Tinjau dan Konfirmasi**
-
-   Tinjau ringkasan yang menunjukkan:
-   - Jenis dan durasi penawaran
-   - Detail harga
-   - Harga reguler setelah periode perkenalan
-   - Tanggal ketersediaan dan negara
-
-7. **Simpan**
-
-   Klik **Simpan** untuk membuat penawaran perkenalan. Ini akan segera tersedia untuk pengujian dalam mode sandbox.
-
-</Steps>
-
-## Contoh Konfigurasi Penawaran
-
-### Contoh 1: Uji Coba Gratis Standar
-```
-Type: Free
-Duration: 7 days
-Then: $9.99/month
-```
-**Perjalanan Pengguna:**
-- Hari 1-7: Akses gratis
-- Hari 8: Tagihan pertama sebesar $9,99
-- Tagihan bulanan terus berlanjut
-
-### Contoh 2: Periode Diskon di Muka
-```
-Type: Pay Up Front
-Price: $4.99
-Duration: 3 months
-Then: $9.99/month
-```
-**Perjalanan Pengguna:**
-- Hari 1: Dikenakan biaya $4,99
-- Akses 90 hari
-- Hari ke-91: Dikenakan biaya $9,99/bulan
-
-### Contoh 3: Pengenalan Bertahap
-```
-Type: Pay As You Go
-Price: $2.99/month
-Periods: 6 months
-Then: $9.99/month
-```
-**Perjalanan Pengguna:**
-- Bulan 1-6: $2,99/bulan
-- Bulan 7+: $9,99/bulan
-
-## Menggunakan di Aplikasi Anda
-
-Plugin pembelian asli secara otomatis menangani presentasi dan kelayakan penawaran perkenalan:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch products with intro offer information
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.yourapp.premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-// Display intro offer details (StoreKit sends localized metadata)
-if (product.introductoryPrice) {
-  console.log('Intro price:', product.introductoryPriceString);
-  console.log('Intro period:', product.introductoryPricePeriod);
-  console.log('Intro cycles:', product.introductoryPriceCycles);
-  console.log('Regular price:', product.priceString);
-} else {
-  console.log('No intro offer configured');
-}
-
-// Purchase (StoreKit automatically applies intro pricing if eligible)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Subscription active, receipt length:', transaction.receipt?.length);
-  await validateReceiptOnServer(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-```
-
-## Menampilkan Penawaran Intro kepada Pengguna
-
-### Praktik Terbaik untuk UI
-
-**Proposisi Nilai yang Jelas:**
-```
-Try Premium Free for 7 Days
-Then $9.99/month. Cancel anytime.
-```
-
-**Tekankan Penghematan:**
-```
-Start at Just $1.99
-Get 3 months of Premium for only $1.99
-Then $9.99/month
-```
-
-**Komunikasi Transparan:**
-```
-Your Free Trial
-• Access all premium features
-• No charge for 7 days
-• $9.99/month after trial
-• Cancel anytime, even during trial
-```
-
-### Contoh Implementasi
-
-```typescript
-function formatIntroOffer(product: any): string {
-  if (!product.introductoryPrice) {
-    return `${product.priceString} per ${product.subscriptionPeriod}`;
-  }
-
-  const intro = product.introductoryPrice;
-  const regular = product.priceString;
-
-  if (intro.price === 0) {
-    // Free trial
-    return `Try free for ${intro.periodString}, then ${regular}`;
-  } else if (intro.cycles === 1) {
-    // Pay up front
-    return `${intro.priceString} for ${intro.periodString}, then ${regular}`;
-  } else {
-    // Enterprise
-    return `${intro.priceString} for ${intro.cycles} ${intro.periodString}s, then ${regular}`;
-  }
-}
-```
-
-## Praktik Terbaik Pemasaran
-
-### Strategi Durasi Uji Coba
-- **3-7 hari**: Aplikasi pengambilan keputusan cepat, game
-- **7-14 hari**: Standar untuk sebagian besar aplikasi
-- **14-30 hari**: Alat kompleks, aplikasi profesional
-- **30+ hari**: B2B atau perusahaan bernilai tinggi
-
-### Psikologi Penetapan Harga
-- **$0,99-$1,99**: Penghalang sangat rendah, bagus untuk pengujian
-- **Diskon 50%**: Nilai yang dirasakan kuat
-- **Gratis bulan pertama**: Pola yang umum dan familiar
-
-### Waktu Komunikasi
-- **Sebelum uji coba berakhir**: Ingatkan pengguna tentang tagihan yang akan datang
-- **Nilai sorotan**: Tampilkan statistik penggunaan, pencapaian
-- **Pembatalan mudah**: Bangun kepercayaan dengan proses transparan
-
-## Menguji Penawaran Intro
-
-Gunakan pengujian sandbox untuk memverifikasi perilaku:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// In sandbox mode, accelerated subscription durations apply:
-// - 3 days free trial = 3 minutes
-// - 1 week free trial = 3 minutes
-// - 1 month free trial = 5 minutes
-
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Purchase with intro offer
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Intro purchase transaction:', transaction.transactionId);
-
-// Wait for accelerated renewal
-setTimeout(async () => {
-  const { purchases } = await NativePurchases.getPurchases({
-    productType: PURCHASE_TYPE.SUBS,
-  });
-  const premium = purchases.find((purchase) => purchase.productIdentifier === 'premium_monthly');
-  console.log('After trial state:', premium?.subscriptionState);
-}, 180000); // 3 minutes for weekly trial
-```
-
-## Catatan Penting
-
-### Aturan Kelayakan
-- Satu penawaran perkenalan per pengguna per grup berlangganan (seumur hidup)
-- Hanya berlaku untuk pelanggan baru
-- Tidak dapat digunakan lagi setelah pembatalan
-- Tidak tersedia untuk upgrade langganan/crossgrade
-
-### StoreKit API
-- `introductoryPrice` menampilkan detail penawaran perkenalan
-- Metode `eligibility` memeriksa apakah pengguna memenuhi syarat
-- Secara otomatis diterapkan pada waktu pembelian
-- Tidak diperlukan metode pembelian khusus
-
-### Keterbatasan
-- Hanya satu penawaran perkenalan yang aktif per langganan dalam satu waktu
-- Tidak dapat digabungkan dengan jenis diskon lainnya
-- Tidak dapat mengubah aturan kelayakan
-- Apple mengontrol pemeriksaan kelayakan
-
-## Pemecahan masalah
-
-**Penawaran perkenalan tidak ditampilkan:**
-- Periksa apakah penawaran diaktifkan di App Store Connect
-- Verifikasi pengguna belum pernah menggunakan tawaran perkenalan sebelumnya
-- Pastikan pengguna belum berlangganan apa pun di grup
-- Uji dengan akun sandbox baru
-
-**Pemeriksaan kelayakan gagal:**
-- Tunggu sinkronisasi App Store (dapat memakan waktu 2-3 jam)
-- Verifikasi ID produk sudah benar
-- Periksa konfigurasi grup berlangganan
-- Uji di kotak pasir dengan akun pengujian baru**Penampilan harga salah:**
-- Periksa pengaturan harga regional
-- Verifikasi konversi mata uang
-- Pastikan tanggal penawaran terkini
-- Segarkan informasi produk
-
-**Masalah pengujian kotak pasir:**
-- Gunakan durasi yang dipercepat (3 menit = 1 minggu)
-- Buat akun pengujian baru untuk setiap pengujian
-- Tunggu hingga uji coba selesai secara alami
-- Periksa jumlah perpanjangan (maks 6 di kotak pasir)
-
-## Analisis dan Pengoptimalan
-
-### Lacak Metrik Ini
-- Tingkat penerimaan tawaran intro
-- Tingkat konversi uji coba ke berbayar
-- Pembatalan selama uji coba
-- Retensi setelah pengisian pertama
-- Dampak pendapatan
-
-### Ide Pengujian A/B
-- Uji coba gratis vs. intro berbayar
-- Variasi panjang percobaan
-- Persentase diskon
-- Pembayaran tunggal vs. diskon berulang
-
-### Strategi Pengoptimalan
-```typescript
-// Track offer performance
-analytics.track('intro_offer_displayed', {
-  product_id: product.identifier,
-  offer_type: product.introductoryPriceType,
-  offer_duration: product.introductoryPricePeriod
-});
-
-analytics.track('intro_offer_accepted', {
-  product_id: product.identifier
-});
-
-// Monitor conversion
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  if (transaction.productIdentifier === product.identifier && transaction.isActive) {
-    analytics.track('trial_converted', {
-      transactionId: transaction.transactionId,
-      productId: transaction.productIdentifier,
-    });
-  }
-});
-```
-
-## Langkah Selanjutnya
-
-- [Konfigurasi pengujian sandbox](/docs/plugins/native-purchases/ios-sandbox-testing/) untuk menguji penawaran perkenalan Anda
-- Siapkan penawaran promosi untuk kampanye win-back
-- Menerapkan analisis berlangganan
-- Buat kampanye pemasaran yang ditargetkan
-
-## Sumber Daya Tambahan
-
-Untuk detail selengkapnya, lihat [dokumentasi resmi Apple tentang penawaran perkenalan](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers/implementing_introductory_offers_in_your_app).
diff --git a/src/content/docs/id/docs/plugins/native-purchases/ios-sandbox-testing.mdx b/src/content/docs/id/docs/plugins/native-purchases/ios-sandbox-testing.mdx
deleted file mode 100644
index 8fbd3f1dc..000000000
--- a/src/content/docs/id/docs/plugins/native-purchases/ios-sandbox-testing.mdx
+++ /dev/null
@@ -1,209 +0,0 @@
----
-title: Konfigurasi Sandbox Testing iOS
-locale: id
-description: Pelajari cara mengatur sandbox testing untuk pembelian in-app di iOS menggunakan App Store Connect dan Xcode.
-sidebar:
-  order: 6
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Menguji pembelian in-app di iOS memerlukan konfigurasi yang tepat di App Store Connect dan pada perangkat uji Anda. Panduan ini mencakup semua yang Anda butuhkan untuk memulai sandbox testing.
-
-## Prasyarat
-
-- **Apple Developer Program**: Keanggotaan aktif dengan perpanjangan tahunan
-- **Perjanjian**: "Paid Applications Agreement" ditandatangani dengan informasi perbankan dan pajak lengkap
-- **Proyek Xcode**: Dikonfigurasi dengan bundle identifier dan capabilities yang tepat
-
-:::note
-Persetujuan pengaturan perbankan dan pajak bisa memakan waktu berjam-jam hingga berhari-hari. Selesaikan ini jauh-jauh hari sebelum pengujian.
-:::
-
-## Proses Pengaturan
-
-<Steps>
-
-1. **Tandatangani Paid Applications Agreement**
-
-   Di App Store Connect, navigasikan ke **Agreements, Tax, and Banking** dan lengkapi:
-   - Tandatangani Paid Applications Agreement
-   - Tambahkan informasi perbankan Anda
-   - Lengkapi formulir pajak
-
-   Tunggu Apple menyetujui informasi Anda (ini bisa memakan waktu 24-48 jam).
-
-2. **Buat Sandbox Test User**
-
-   Di App Store Connect, buka **Users and Access > Sandbox Testers**.
-
-   Klik tombol **+** untuk membuat sandbox tester baru.
-
-   **Penting**: Gunakan alamat email yang TIDAK sudah terkait dengan Apple ID. Anda dapat menggunakan alias email:
-   - Gmail: `youremail+test@gmail.com`
-   - iCloud: `youremail+test@icloud.com`
-
-   ![Buat sandbox tester](/native-purchases/ios/sandbox-testing/sandbox-tester-setup.webp)
-
-3. **Konfigurasi Perangkat Uji (iOS 12+)**
-
-   Mulai iOS 12, Anda tidak perlu lagi keluar dari akun iTunes Anda untuk menguji pembelian.
-
-   Di perangkat iOS Anda:
-   1. Buka **Settings**
-   2. Ketuk **App Store**
-   3. Gulir ke bawah
-   4. Ketuk **Sandbox Account**
-   5. Masuk dengan akun sandbox test Anda
-
-   :::tip
-   Ini jauh lebih nyaman daripada metode lama keluar dari akun iTunes Anda!
-   :::
-
-4. **Konfigurasi Proyek Xcode**
-
-   Pastikan proyek Xcode Anda memiliki:
-
-   **Bundle Identifier**
-   - Harus cocok dengan identifier di Developer Center Anda
-   - Harus cocok dengan identifier di App Store Connect
-
-   **In-App Purchase Capability**
-   1. Pilih proyek Anda di Xcode
-   2. Buka **Signing & Capabilities**
-   3. Klik **+ Capability**
-   4. Tambahkan **In-App Purchase**
-
-5. **Buat Produk In-App Purchase**
-
-   Di App Store Connect, navigasikan ke aplikasi Anda dan buat produk in-app purchase Anda (langganan, consumables, dll.).
-
-   Produk harus minimal dalam status "Ready to Submit" untuk sandbox testing.
-
-6. **Uji Implementasi Anda**
-
-   Build dan jalankan aplikasi Anda di perangkat uji. Saat Anda mencoba pembelian, Anda akan melihat:
-
-   > **[Environment: Sandbox]**
-
-   Konfirmasi ini menunjukkan Anda berada di lingkungan sandbox dan tidak akan dikenakan biaya uang sungguhan.
-
-</Steps>
-
-## Catatan Penting
-
-### Karakteristik Lingkungan Sandbox
-
-- **Tidak ada biaya nyata**: Semua pembelian gratis di mode sandbox
-- **Langganan dipercepat**: Durasi langganan diperpendek untuk pengujian lebih cepat
-  - Langganan 1 minggu = 3 menit
-  - Langganan 1 bulan = 5 menit
-  - Langganan 2 bulan = 10 menit
-  - Langganan 3 bulan = 15 menit
-  - Langganan 6 bulan = 30 menit
-  - Langganan 1 tahun = 1 jam
-- **Batas perpanjangan otomatis**: Langganan diperpanjang otomatis hingga 6 kali di sandbox
-- **Pembatalan langsung**: Langganan yang dibatalkan kedaluwarsa segera
-
-### Manajemen Akun Sandbox
-
-- Buat beberapa akun uji untuk skenario berbeda
-- Gunakan akun uji hanya pada perangkat uji
-- Jangan gunakan Apple ID pribadi untuk sandbox testing
-- Akun uji dapat membeli produk apa pun terlepas dari wilayah
-
-## Menggunakan Sandbox Testing
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) {
-  throw new Error('StoreKit tidak didukung di perangkat ini');
-}
-
-// Ambil produk (otomatis menggunakan sandbox saat tersedia)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Lakukan pembelian uji
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Pembelian uji berhasil!', transaction.transactionId);
-```
-
-## Verifikasi
-
-Saat dikonfigurasi dengan benar, Anda harus mengamati:
-
-1. **Banner sandbox** selama pembelian: "[Environment: Sandbox]"
-2. **Produk dimuat** dengan sukses
-3. **Pembelian selesai** tanpa biaya nyata
-4. **Receipt tervalidasi** dengan benar
-5. **Langganan diperpanjang** secara otomatis (dengan kecepatan dipercepat)
-
-## Pemecahan Masalah
-
-**Produk tidak dimuat:**
-- Verifikasi bundle identifier cocok dengan App Store Connect
-- Periksa bahwa perjanjian ditandatangani dan disetujui
-- Pastikan produk setidaknya dalam status "Ready to Submit"
-- Tunggu 2-3 jam setelah membuat produk
-
-**"Cannot connect to iTunes Store":**
-- Verifikasi akun sandbox dikonfigurasi dengan benar
-- Periksa perangkat terhubung ke internet
-- Coba keluar dan masuk kembali ke akun sandbox
-- Restart aplikasi
-
-**Pembelian gagal tanpa pesan:**
-- Periksa konsol Xcode untuk pesan error
-- Verifikasi capability In-App Purchase diaktifkan
-- Pastikan email akun sandbox bukan Apple ID nyata
-- Coba buat akun sandbox test baru
-
-**Error validasi receipt:**
-- Gunakan endpoint validasi receipt sandbox saat pengujian
-- Endpoint produksi: `https://buy.itunes.apple.com/verifyReceipt`
-- Endpoint sandbox: `https://sandbox.itunes.apple.com/verifyReceipt`
-- Plugin native-purchases menangani ini secara otomatis
-
-**Durasi langganan salah:**
-- Ingat langganan dipercepat di sandbox
-- Gunakan tabel konversi di atas untuk durasi yang diharapkan
-- Langganan diperpanjang otomatis maksimal 6 kali di sandbox
-
-**"This Apple ID has not yet been used in the iTunes Store":**
-- Ini normal untuk akun sandbox baru
-- Lanjutkan dengan pembelian untuk mengaktifkan akun
-- Hanya terjadi pada penggunaan pertama
-
-## Praktik Terbaik
-
-1. **Buat beberapa akun uji** untuk skenario pengujian berbeda
-2. **Uji semua durasi langganan** untuk memverifikasi perilaku
-3. **Uji pembatalan dan perpanjangan** alur
-4. **Verifikasi validasi receipt** bekerja dengan benar
-5. **Uji pemulihan pembelian** fungsionalitas
-6. **Periksa perilaku upgrade/downgrade langganan**
-7. **Uji dengan kondisi jaringan buruk**
-
-## Produksi vs. Sandbox
-
-| Fitur | Sandbox | Produksi |
-|---------|---------|------------|
-| Biaya nyata | Tidak | Ya |
-| Durasi langganan | Dipercepat | Normal |
-| Batas perpanjangan otomatis | 6 kali | Tidak terbatas |
-| Efek pembatalan | Langsung | Akhir periode |
-| Endpoint receipt | URL Sandbox | URL Produksi |
-| Akun uji saja | Ya | Tidak |
-
-## Sumber Daya Tambahan
-
-Untuk detail lebih lanjut, lihat [dokumentasi StoreKit resmi Apple](https://developer.apple.com/documentation/storekit/in-app_purchase/testing_in-app_purchases_with_sandbox) tentang sandbox testing.
diff --git a/src/content/docs/id/docs/plugins/native-purchases/ios-subscription-group.mdx b/src/content/docs/id/docs/plugins/native-purchases/ios-subscription-group.mdx
deleted file mode 100644
index 89ec07209..000000000
--- a/src/content/docs/id/docs/plugins/native-purchases/ios-subscription-group.mdx
+++ /dev/null
@@ -1,301 +0,0 @@
----
-title: Membuat Grup Langganan iOS
-locale: id
-description: Pelajari cara membuat dan mengonfigurasi grup langganan di App Store Connect untuk mengorganisir penawaran langganan aplikasi Anda.
-sidebar:
-  order: 7
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Grup langganan sangat penting untuk mengorganisir dan mengelola berbagai tingkat langganan di aplikasi iOS Anda. Memahami cara kerjanya sangat penting untuk mengimplementasikan fungsionalitas upgrade, downgrade, dan crossgrade.
-
-## Apa itu Grup Langganan?
-
-Grup langganan adalah kumpulan langganan terkait yang dapat dipilih pengguna. Pengguna hanya dapat berlangganan satu langganan dalam grup pada satu waktu. Ketika mereka beralih langganan, Apple menangani transisi secara otomatis.
-
-## Mengapa Grup Langganan Penting
-
-Grup langganan memungkinkan:
-- **Harga berjenjang**: Menawarkan paket basic, premium, dan ultimate
-- **Durasi berbeda**: Pilihan bulanan, tahunan, dan seumur hidup
-- **Logika upgrade/downgrade**: Penanganan otomatis perubahan langganan
-- **Manajemen yang disederhanakan**: Mengelompokkan langganan terkait bersama
-
-## Level Langganan
-
-Dalam grup, setiap langganan harus diberi peringkat dari nilai tertinggi (level 1) hingga nilai terendah. Peringkat ini menentukan bagaimana perubahan langganan diklasifikasikan:
-
-![Subscription group hierarchy](/native-purchases/ios/subscription-group/subscription-group-hierarchy.webp)
-
-### Contoh Level
-
-**Level 1** (Nilai Tertinggi)
-- Premium Annual ($99.99/tahun)
-- Ultimate Monthly ($19.99/bulan)
-
-**Level 2** (Nilai Menengah)
-- Standard Annual ($49.99/tahun)
-- Premium Monthly ($9.99/bulan)
-
-**Level 3** (Nilai Terendah)
-- Basic Annual ($29.99/tahun)
-- Standard Monthly ($4.99/bulan)
-
-## Jenis Perubahan Langganan
-
-Apple secara otomatis menangani tiga jenis perubahan langganan berdasarkan peringkat level:
-
-### 1. Upgrade
-Berpindah ke langganan **tingkat lebih tinggi** (misalnya, level 2 → level 1).
-
-**Perilaku:**
-- Berlaku **segera**
-- Pengguna menerima **pengembalian dana proporsional** untuk waktu tersisa
-- Langganan baru dimulai segera
-
-**Contoh:**
-```typescript
-// Pengguna saat ini memiliki: Standard Monthly (Level 2)
-// Pengguna upgrade ke: Premium Annual (Level 1)
-// Hasil: Akses langsung ke Premium, pengembalian dana untuk waktu Standard yang tidak digunakan
-```
-
-### 2. Downgrade
-Berpindah ke langganan **tingkat lebih rendah** (misalnya, level 1 → level 2).
-
-**Perilaku:**
-- Berlaku pada **tanggal perpanjangan berikutnya**
-- Pengguna tetap memiliki langganan saat ini hingga periode berakhir
-- Langganan baru dimulai secara otomatis setelah kedaluwarsa
-
-**Contoh:**
-```typescript
-// Pengguna saat ini memiliki: Premium Annual (Level 1)
-// Pengguna downgrade ke: Standard Monthly (Level 2)
-// Hasil: Akses Premium berlanjut hingga tanggal perpanjangan tahunan, lalu beralih
-```
-
-### 3. Crossgrade
-Beralih ke langganan lain **pada tingkat level yang sama**.
-
-**Perilaku tergantung pada durasi:**
-
-**Durasi Berbeda** → Berperilaku seperti **downgrade**
-- Berlaku pada tanggal perpanjangan berikutnya
-- Contoh: Monthly Premium (Level 1) → Annual Premium (Level 1)
-
-**Durasi Sama** → Berperilaku seperti **upgrade**
-- Berlaku segera
-- Contoh: Premium Monthly (Level 1) → Ultimate Monthly (Level 1)
-
-## Membuat Grup Langganan
-
-<Steps>
-
-1. **Navigasi ke Subscriptions**
-
-   Di App Store Connect, pilih aplikasi Anda dan buka **Monetize > Subscriptions**.
-
-2. **Buat Grup**
-
-   Klik **+** di samping "Subscription Groups" untuk membuat grup baru.
-
-3. **Beri Nama Grup**
-
-   Pilih nama deskriptif yang mencerminkan langganan yang dikandungnya:
-   - "Premium Access"
-   - "Cloud Storage Plans"
-   - "Pro Features"
-
-4. **Tambahkan Langganan**
-
-   Setelah membuat grup, tambahkan langganan individual ke dalamnya. Setiap langganan akan memiliki peringkat level.
-
-5. **Atur Peringkat Level**
-
-   Susun langganan dari nilai tertinggi (1) hingga nilai terendah. Pertimbangkan:
-   - Paket tahunan biasanya lebih tinggi dari bulanan
-   - Tingkatan dengan harga lebih tinggi berada di atas yang lebih rendah
-   - Tingkatan ultimate/premium berada paling tinggi
-
-</Steps>
-
-## Menggunakan di Aplikasi Anda
-
-Plugin native-purchases secara otomatis menangani logika grup langganan:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Ambil semua langganan dalam grup
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_annual', 'ultimate_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Tampilkan langganan saat ini menggunakan transaksi StoreKit
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const activeSubs = purchases.filter((purchase) => purchase.isActive);
-
-// Deteksi pending downgrade/pembatalan (StoreKit mengatur willCancel === true)
-const pendingChange = purchases.find((purchase) => purchase.willCancel === true);
-if (pendingChange) {
-  console.log('Langganan akan berhenti diperpanjang otomatis pada', pendingChange.expirationDate);
-}
-
-// Pembelian (StoreKit menangani upgrade/downgrade secara otomatis)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_annual',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Dengarkan pembaruan StoreKit (dipicu pada upgrade/downgrade/pengembalian dana)
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Langganan diperbarui:', transaction);
-});
-```
-
-## Menangani Perubahan Langganan
-
-### Mendeteksi Jenis Perubahan
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Dapatkan info langganan saat ini
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const currentSubscription = purchases.find(
-  (purchase) => purchase.subscriptionState === 'subscribed',
-);
-
-if (currentSubscription) {
-  // StoreKit melaporkan jika pengguna membatalkan perpanjangan otomatis
-  if (currentSubscription.willCancel) {
-    console.log(
-      `Pengguna membatalkan. Akses tetap berlaku hingga ${currentSubscription.expirationDate}`,
-    );
-  }
-
-  if (currentSubscription.isUpgraded) {
-    console.log('Pengguna baru saja upgrade ke paket ini.');
-  }
-}
-
-// Dengarkan upgrade/downgrade otomatis
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Langganan berubah!', transaction);
-  if (transaction.subscriptionState === 'revoked') {
-    revokeAccess();
-  } else if (transaction.isActive) {
-    unlockPremiumFeatures();
-  }
-});
-```
-
-### Komunikasi Pengguna
-
-Selalu komunikasikan perilaku perubahan dengan jelas:
-
-**Untuk Upgrade:**
-> "Anda akan mendapatkan akses langsung ke fitur Premium. Kami akan menghitung proporsional langganan Anda saat ini."
-
-**Untuk Downgrade:**
-> "Anda akan tetap memiliki akses Premium hingga [tanggal perpanjangan], kemudian beralih ke Standard."
-
-**Untuk Crossgrade:**
-> "Paket Anda akan berubah ke penagihan Tahunan pada perpanjangan berikutnya pada [tanggal]."
-
-## Pemantauan Server
-
-Gunakan App Store Server Notifications v2 dari Apple atau backend validasi receipt Anda sendiri untuk mencerminkan perubahan StoreKit di database Anda. Pasangkan notifikasi server dengan listener `transactionUpdated` agar klien dan backend tetap sinkron.
-
-## Praktik Terbaik
-
-### Organisasi Grup
-- Simpan langganan terkait dalam grup yang sama
-- Jangan campur fitur yang tidak terkait (misalnya, penyimpanan dan penghapusan iklan)
-- Buat grup terpisah untuk set fitur yang berbeda
-
-### Strategi Peringkat Level
-- Paket tahunan → Level lebih tinggi dari bulanan (untuk tingkatan yang sama)
-- Tingkatan dengan harga lebih tinggi → Level lebih tinggi
-- Pertimbangkan nilai, bukan hanya harga
-
-### Pengalaman Pengguna
-- Tampilkan langganan saat ini dengan jelas
-- Tampilkan semua opsi yang tersedia dalam grup
-- Tunjukkan perubahan mana yang langsung vs. pada perpanjangan
-- Izinkan peralihan mudah antar paket
-
-### Pengujian
-- Uji semua skenario upgrade
-- Uji semua skenario downgrade
-- Verifikasi perilaku crossgrade
-- Periksa webhook dipicu
-
-## Skenario Umum
-
-### Skenario 1: Tiga Tingkatan Paket Bulanan
-```
-Level 1: Ultimate Monthly ($19.99)
-Level 2: Premium Monthly ($9.99)
-Level 3: Basic Monthly ($4.99)
-```
-
-- Basic → Premium: Upgrade (segera)
-- Premium → Ultimate: Upgrade (segera)
-- Ultimate → Premium: Downgrade (pada perpanjangan)
-- Basic → Ultimate: Upgrade (segera)
-
-### Skenario 2: Paket Durasi Campuran
-```
-Level 1: Premium Annual ($99.99/tahun)
-Level 2: Premium Monthly ($9.99/bulan)
-```
-
-- Monthly → Annual: Crossgrade (pada perpanjangan)
-- Annual → Monthly: Downgrade (pada perpanjangan)
-
-### Skenario 3: Multi-Tingkatan Multi-Durasi
-```
-Level 1: Ultimate Annual ($199/tahun)
-Level 2: Ultimate Monthly ($19.99/bulan)
-Level 3: Premium Annual ($99/tahun)
-Level 4: Premium Monthly ($9.99/bulan)
-Level 5: Basic Annual ($49/tahun)
-Level 6: Basic Monthly ($4.99/bulan)
-```
-
-Pengaturan ini memberikan fleksibilitas maksimum sambil mempertahankan logika upgrade/downgrade yang jelas.
-
-## Pemecahan Masalah
-
-**Langganan tidak muncul dalam grup:**
-- Verifikasi telah ditetapkan ke grup yang benar
-- Periksa bahwa statusnya setidaknya "Ready to Submit"
-- Pastikan product ID benar
-
-**Perilaku upgrade/downgrade salah:**
-- Tinjau peringkat level (1 = tertinggi)
-- Verifikasi tingkatan langganan masuk akal
-- Periksa bahwa level diatur dengan benar
-
-**Produk dari grup berbeda:**
-- Pengguna dapat berlangganan beberapa grup secara bersamaan
-- Ini disengaja - simpan produk terkait dalam grup yang sama
-
-**getActiveProducts menampilkan beberapa langganan:**
-- Periksa apakah langganan berada di grup berbeda
-- Verifikasi pengguna tidak berlangganan melalui Family Sharing
-- Tinjau status langganan di App Store Connect
-
-## Sumber Daya Tambahan
-
-Untuk detail lebih lanjut, rujuk ke [dokumentasi resmi Apple tentang grup langganan](https://developer.apple.com/app-store/subscriptions/).
diff --git a/src/content/docs/id/docs/plugins/nativegeocoder/getting-started.mdx b/src/content/docs/id/docs/plugins/nativegeocoder/getting-started.mdx
deleted file mode 100644
index e7e3d9133..000000000
--- a/src/content/docs/id/docs/plugins/nativegeocoder/getting-started.mdx
+++ /dev/null
@@ -1,354 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin Native Geocoder untuk konversi alamat dan koordinat di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/nativegeocoder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurasi izin**
-
-   ### iOS
-   Tambahkan deskripsi penggunaan lokasi ke `Info.plist` Anda:
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>Untuk mengonversi alamat ke koordinat</string>
-   ```
-
-   ### Android
-   Tambahkan izin ke `AndroidManifest.xml` Anda:
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-</Steps>
-
-## Penggunaan
-
-Impor plugin dan gunakan metode geocoding-nya:
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-// Forward geocoding: Alamat ke koordinat
-const forwardGeocode = async () => {
-  const results = await NativeGeocoder.forwardGeocode({
-    addressString: '1600 Amphitheatre Parkway, Mountain View, CA',
-    useLocale: true,
-    maxResults: 1
-  });
-
-  const location = results.addresses[0];
-  console.log('Latitude:', location.latitude);
-  console.log('Longitude:', location.longitude);
-};
-
-// Reverse geocoding: Koordinat ke alamat
-const reverseGeocode = async () => {
-  const results = await NativeGeocoder.reverseGeocode({
-    latitude: 37.4220656,
-    longitude: -122.0840897,
-    useLocale: true,
-    maxResults: 1
-  });
-
-  const address = results.addresses[0];
-  console.log('Jalan:', address.thoroughfare);
-  console.log('Kota:', address.locality);
-  console.log('Negara:', address.countryName);
-};
-```
-
-## Referensi API
-
-### forwardGeocode(options)
-
-Mengonversi string alamat ke koordinat geografis.
-
-```typescript
-interface ForwardGeocodeOptions {
-  addressString: string;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Android saja
-}
-
-interface GeocodeResult {
-  addresses: Address[];
-}
-
-interface Address {
-  latitude: number;
-  longitude: number;
-  countryCode?: string;
-  countryName?: string;
-  postalCode?: string;
-  administrativeArea?: string;
-  subAdministrativeArea?: string;
-  locality?: string;
-  subLocality?: string;
-  thoroughfare?: string;
-  subThoroughfare?: string;
-}
-```
-
-### reverseGeocode(options)
-
-Mengonversi koordinat geografis ke informasi alamat.
-
-```typescript
-interface ReverseGeocodeOptions {
-  latitude: number;
-  longitude: number;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Android saja
-}
-```
-
-## Contoh Lengkap
-
-### Pencarian Alamat dengan Penanganan Error
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-export class GeocodingService {
-  async searchAddress(address: string): Promise<{lat: number, lng: number} | null> {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: address,
-        useLocale: true,
-        maxResults: 5
-      });
-
-      if (results.addresses.length > 0) {
-        const location = results.addresses[0];
-        return {
-          lat: location.latitude,
-          lng: location.longitude
-        };
-      }
-
-      return null;
-    } catch (error) {
-      console.error('Geocoding gagal:', error);
-      return null;
-    }
-  }
-
-  async getAddressFromCoordinates(lat: number, lng: number): Promise<string | null> {
-    try {
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: lat,
-        longitude: lng,
-        useLocale: true,
-        maxResults: 1
-      });
-
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        return this.formatAddress(address);
-      }
-
-      return null;
-    } catch (error) {
-      console.error('Reverse geocoding gagal:', error);
-      return null;
-    }
-  }
-
-  private formatAddress(address: Address): string {
-    const parts = [
-      address.subThoroughfare,
-      address.thoroughfare,
-      address.locality,
-      address.administrativeArea,
-      address.postalCode,
-      address.countryName
-    ].filter(part => part != null && part !== '');
-
-    return parts.join(', ');
-  }
-}
-```
-
-### Komponen Pemilih Lokasi
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-import { Geolocation } from '@capacitor/geolocation';
-
-export class LocationPicker {
-  currentLocation: { lat: number; lng: number } | null = null;
-  currentAddress: string = '';
-
-  async getCurrentLocation() {
-    try {
-      // Dapatkan koordinat saat ini
-      const position = await Geolocation.getCurrentPosition();
-      this.currentLocation = {
-        lat: position.coords.latitude,
-        lng: position.coords.longitude
-      };
-
-      // Dapatkan alamat untuk koordinat
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: this.currentLocation.lat,
-        longitude: this.currentLocation.lng,
-        useLocale: true,
-        maxResults: 1
-      });
-
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        this.currentAddress = [
-          address.thoroughfare,
-          address.locality,
-          address.countryName
-        ].filter(Boolean).join(', ');
-      }
-    } catch (error) {
-      console.error('Gagal mendapatkan lokasi:', error);
-    }
-  }
-
-  async searchLocation(query: string) {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: query,
-        useLocale: true,
-        maxResults: 10
-      });
-
-      return results.addresses.map(address => ({
-        coordinates: {
-          lat: address.latitude,
-          lng: address.longitude
-        },
-        displayName: this.formatDisplayName(address)
-      }));
-    } catch (error) {
-      console.error('Pencarian gagal:', error);
-      return [];
-    }
-  }
-
-  private formatDisplayName(address: Address): string {
-    const mainPart = [
-      address.thoroughfare,
-      address.locality
-    ].filter(Boolean).join(', ');
-
-    const subPart = [
-      address.administrativeArea,
-      address.countryName
-    ].filter(Boolean).join(', ');
-
-    return mainPart + (subPart ? ` (${subPart})` : '');
-  }
-}
-```
-
-## Praktik Terbaik
-
-1. **Minta izin terlebih dahulu**
-   ```typescript
-   import { Geolocation } from '@capacitor/geolocation';
-
-   const requestPermissions = async () => {
-     const permissions = await Geolocation.requestPermissions();
-     if (permissions.location !== 'granted') {
-       throw new Error('Izin lokasi diperlukan');
-     }
-   };
-   ```
-
-2. **Tangani error dengan baik**
-   ```typescript
-   try {
-     const results = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-   } catch (error) {
-     // Tangani kasus error spesifik
-     if (error.message.includes('network')) {
-       console.error('Error jaringan');
-     } else if (error.message.includes('permission')) {
-       console.error('Izin ditolak');
-     }
-   }
-   ```
-
-3. **Gunakan maxResults dengan bijak**
-   - Untuk pencarian pengguna: Gunakan 5-10 hasil
-   - Untuk konversi otomatis: Gunakan 1 hasil
-   - Lebih banyak hasil = respons lebih lambat
-
-4. **Cache hasil bila memungkinkan**
-   ```typescript
-   const geocodeCache = new Map();
-
-   async function geocodeWithCache(address: string) {
-     if (geocodeCache.has(address)) {
-       return geocodeCache.get(address);
-     }
-
-     const result = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-
-     geocodeCache.set(address, result);
-     return result;
-   }
-   ```
-
-## Perbedaan Platform
-
-### iOS
-- Menggunakan `CLGeocoder` dari CoreLocation
-- Tidak perlu API key
-- Menghormati locale pengguna secara otomatis
-
-### Android
-- Menggunakan Android Geocoder API
-- API key Google opsional untuk hasil lebih baik
-- Mungkin fallback ke layanan web Google
-
-### Konfigurasi API Key (Android)
-
-Untuk hasil lebih baik di Android, Anda dapat menyediakan API key Google:
-
-```typescript
-await NativeGeocoder.forwardGeocode({
-  addressString: address,
-  apiKey: 'YOUR_GOOGLE_API_KEY' // Android saja
-});
-```
-
-## Masalah Umum
-
-1. **Tidak ada hasil yang dikembalikan**
-   - Periksa koneksi internet
-   - Verifikasi format alamat
-   - Coba dengan alamat yang lebih umum
-
-2. **Error izin**
-   - Pastikan izin lokasi diberikan
-   - Periksa Info.plist/AndroidManifest.xml
-
-3. **Hasil tidak akurat**
-   - Gunakan alamat yang lebih spesifik
-   - Sertakan kode pos jika tersedia
-   - Pertimbangkan menggunakan koordinat untuk lokasi yang tepat
diff --git a/src/content/docs/id/docs/plugins/nativegeocoder/index.mdx b/src/content/docs/id/docs/plugins/nativegeocoder/index.mdx
deleted file mode 100644
index 3d5f05355..000000000
--- a/src/content/docs/id/docs/plugins/nativegeocoder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/nativegeocoder"
-locale: id
-description: Plugin geocoding native forward dan reverse untuk mengonversi alamat ke koordinat dan sebaliknya.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Konversi antara alamat dan koordinat geografis menggunakan API geocoding platform native untuk data lokasi yang akurat.
-  image:
-    file: ~public/icons/plugins/nativegeocoder.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/nativegeocoder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-nativegeocoder/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Forward geocoding" icon="rocket">
-    Konversi alamat ke koordinat geografis 📍
-  </Card>
-  <Card title="Reverse geocoding" icon="document">
-    Konversi koordinat ke alamat yang dapat dibaca manusia 🏠
-  </Card>
-  <Card title="Akurasi native" icon="star">
-    Menggunakan geocoding native platform untuk hasil terbaik 🎯
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/nativegeocoder/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/navigation-bar/getting-started.mdx b/src/content/docs/id/docs/plugins/navigation-bar/getting-started.mdx
deleted file mode 100644
index 4405f4104..000000000
--- a/src/content/docs/id/docs/plugins/navigation-bar/getting-started.mdx
+++ /dev/null
@@ -1,200 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan mengkonfigurasi plugin Capacitor Navigation Bar untuk menyesuaikan warna dan gaya navigation bar Android.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-navigation-bar" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurasi plugin**
-
-   **Atur Warna Navigation Bar:**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // Atur warna navigation bar
-   await NavigationBar.setColor({
-     color: '#FF0000', // Warna merah
-     darkButtons: false // Gunakan tombol terang
-   });
-   ```
-
-   **Dukungan Tema Dinamis:**
-   ```typescript
-   // Atur warna berdasarkan tema
-   const isDarkMode = window.matchMedia('(prefers-color-scheme: dark)').matches;
-
-   await NavigationBar.setColor({
-     color: isDarkMode ? '#000000' : '#FFFFFF',
-     darkButtons: !isDarkMode
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="Android">
-       **Persyaratan Minimum:**
-       - Android 5.0 (API level 21) atau lebih tinggi
-       - Plugin hanya berfungsi di perangkat Android
-
-       Tidak perlu pengaturan tambahan di AndroidManifest.xml.
-     </TabItem>
-     <TabItem label="iOS">
-       Plugin ini khusus Android. iOS tidak memiliki navigation bar yang dapat disesuaikan.
-     </TabItem>
-   </Tabs>
-
-4. **Penggunaan lanjutan**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   export class ThemeService {
-     // Atur navigation bar transparan
-     async setTransparent() {
-       await NavigationBar.setColor({
-         color: '#00000000', // Transparan
-         darkButtons: true
-       });
-     }
-
-     // Sesuaikan tema aplikasi
-     async matchAppTheme(primaryColor: string, isLight: boolean) {
-       await NavigationBar.setColor({
-         color: primaryColor,
-         darkButtons: isLight
-       });
-     }
-
-     // Dapatkan warna navigation bar saat ini
-     async getCurrentColor() {
-       const result = await NavigationBar.getColor();
-       console.log('Warna saat ini:', result.color);
-       return result.color;
-     }
-
-     // Reset ke default
-     async resetToDefault() {
-       await NavigationBar.setColor({
-         color: '#000000',
-         darkButtons: false
-       });
-     }
-   }
-   ```
-
-5. **Integrasi dengan siklus hidup aplikasi**
-   ```typescript
-   import { App } from '@capacitor/app';
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // Perbarui navigation bar saat status aplikasi berubah
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       // Pulihkan warna navigation bar aplikasi Anda
-       await NavigationBar.setColor({
-         color: '#YourAppColor',
-         darkButtons: true
-       });
-     }
-   });
-
-   // Tangani perubahan tema
-   window.matchMedia('(prefers-color-scheme: dark)')
-     .addEventListener('change', async (e) => {
-       await NavigationBar.setColor({
-         color: e.matches ? '#121212' : '#FFFFFF',
-         darkButtons: !e.matches
-       });
-     });
-   ```
-</Steps>
-
-## Referensi API
-
-### Metode
-
-#### `setColor(options: ColorOptions)`
-Atur warna navigation bar dan gaya tombol.
-
-**Parameter:**
-- `options`: Objek konfigurasi
-  - `color`: string - Kode warna hex (mis., '#FF0000')
-  - `darkButtons`: boolean - Gunakan tombol gelap (true) atau tombol terang (false)
-
-**Mengembalikan:** `Promise<void>`
-
-#### `getColor()`
-Dapatkan warna navigation bar saat ini.
-
-**Mengembalikan:** `Promise<{ color: string }>`
-
-### Interface
-
-```typescript
-interface ColorOptions {
-  color: string;      // Kode warna hex
-  darkButtons: boolean; // Gaya tombol
-}
-
-interface ColorResult {
-  color: string;      // Warna hex saat ini
-}
-```
-
-## Catatan Platform
-
-### Android
-- Memerlukan Android 5.0 (API level 21) atau lebih tinggi
-- Perubahan warna langsung terjadi
-- Warna transparan didukung (gunakan alpha channel)
-- Navigation bar mungkin tidak terlihat pada perangkat dengan navigasi gesture
-
-### iOS
-- Plugin ini tidak berpengaruh pada perangkat iOS
-- iOS tidak menyediakan API untuk menyesuaikan navigasi sistem
-
-## Kasus Penggunaan Umum
-
-1. **Konsistensi Merek**: Sesuaikan navigation bar dengan warna utama aplikasi Anda
-2. **Dukungan Tema**: Beradaptasi dengan tema terang/gelap secara dinamis
-3. **Pengalaman Immersive**: Gunakan navigasi transparan untuk konten layar penuh
-4. **Indikasi Status**: Ubah warna untuk menunjukkan status aplikasi (merekam, error, dll.)
-
-## Praktik Terbaik
-
-1. **Kontras Warna**: Pastikan kontras yang cukup antara navigation bar dan tombol
-   ```typescript
-   // Contoh kontras yang baik
-   setColor({ color: '#FFFFFF', darkButtons: true });  // Bar putih, tombol gelap
-   setColor({ color: '#000000', darkButtons: false }); // Bar hitam, tombol terang
-   ```
-
-2. **Konsistensi Tema**: Perbarui navigation bar saat tema berubah
-3. **Aksesibilitas**: Pertimbangkan pengguna dengan gangguan penglihatan saat memilih warna
-4. **Performa**: Hindari perubahan warna yang sering yang mungkin mengganggu pengguna
-
-## Pemecahan Masalah
-
-**Navigation bar tidak berubah:**
-- Verifikasi perangkat menjalankan Android 5.0+
-- Periksa apakah perangkat memiliki navigasi gesture yang diaktifkan
-- Pastikan format warna adalah hex yang valid (mis., '#FF0000')
-
-**Tombol tidak terlihat:**
-- Periksa parameter `darkButtons` sesuai dengan warna latar belakang Anda
-- Latar belakang terang memerlukan `darkButtons: true`
-- Latar belakang gelap memerlukan `darkButtons: false`
-
-**Warna tampak berbeda:**
-- Beberapa versi Android mungkin memodifikasi warna sedikit
-- Gunakan warna yang sepenuhnya buram untuk hasil terbaik
diff --git a/src/content/docs/id/docs/plugins/navigation-bar/index.mdx b/src/content/docs/id/docs/plugins/navigation-bar/index.mdx
deleted file mode 100644
index 601781073..000000000
--- a/src/content/docs/id/docs/plugins/navigation-bar/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-navigation-bar"
-locale: id
-description: Plugin Capacitor untuk menyesuaikan warna navigation bar Android, memberikan integrasi sempurna dengan desain aplikasi Anda.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Atur warna khusus untuk navigation bar Android agar sesuai dengan tema aplikasi Anda dan ciptakan pengalaman visual yang kohesif.
-  image:
-    file: ~public/icons/plugins/navigation-bar.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/navigation-bar/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-navigation-bar/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Kustomisasi Android" icon="rocket">
-    Kontrol penuh atas tampilan navigation bar Android 🎨
-  </Card>
-  <Card title="Tema dinamis" icon="setting">
-    Ubah warna secara dinamis untuk menyesuaikan tema aplikasi Anda 🌈
-  </Card>
-  <Card title="Dukungan Terang/Gelap" icon="moon">
-    Dukungan untuk gaya navigation bar terang dan gelap 🌓
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/navigation-bar/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/nfc/getting-started.mdx b/src/content/docs/id/docs/plugins/nfc/getting-started.mdx
deleted file mode 100644
index 8ff8c9ecd..000000000
--- a/src/content/docs/id/docs/plugins/nfc/getting-started.mdx
+++ /dev/null
@@ -1,456 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin NFC untuk membaca dan menulis tag NFC di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-nfc" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Konfigurasi
-
-### Konfigurasi iOS
-
-Tambahkan deskripsi penggunaan NFC ke `Info.plist` Anda:
-
-```xml
-<key>NFCReaderUsageDescription</key>
-<string>Aplikasi ini memerlukan akses NFC untuk membaca dan menulis tag</string>
-```
-
-Aktifkan kemampuan Near Field Communication Tag Reading di proyek Xcode Anda.
-
-### Konfigurasi Android
-
-Tambahkan izin NFC ke `AndroidManifest.xml` Anda:
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.NFC" />
-  <uses-feature android:name="android.hardware.nfc" android:required="false" />
-</manifest>
-```
-
-## Penggunaan
-
-### Mulai Scanning Tag NFC
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-await CapacitorNfc.startScanning({
-  invalidateAfterFirstRead: false, // Tetap buka sesi (iOS)
-  alertMessage: 'Dekatkan tag ke bagian atas perangkat Anda.',
-});
-
-const listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-  console.log('Tag terdeteksi:', event.type);
-  console.log('Tag ID:', event.tag?.id);
-  console.log('Pesan NDEF:', event.tag?.ndefMessage);
-});
-```
-
-### Membaca Tag NFC
-
-```typescript
-await CapacitorNfc.addListener('nfcEvent', (event) => {
-  if (event.tag?.ndefMessage) {
-    event.tag.ndefMessage.forEach(record => {
-      console.log('TNF:', record.tnf);
-      console.log('Type:', record.type);
-      console.log('Payload:', record.payload);
-
-      // Decode record teks
-      if (record.tnf === 1 && record.type[0] === 0x54) { // Record teks
-        const langLen = record.payload[0] & 0x3f;
-        const text = new TextDecoder().decode(
-          new Uint8Array(record.payload.slice(langLen + 1))
-        );
-        console.log('Teks:', text);
-      }
-    });
-  }
-});
-```
-
-### Menulis ke Tag NFC
-
-```typescript
-// Siapkan record teks
-const encoder = new TextEncoder();
-const langBytes = Array.from(encoder.encode('en'));
-const textBytes = Array.from(encoder.encode('Hello NFC'));
-const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x54], // 'T' untuk Text
-      id: [],
-      payload,
-    },
-  ],
-});
-
-console.log('Tag berhasil ditulis');
-```
-
-### Menulis URL ke Tag NFC
-
-```typescript
-const url = 'https://capgo.app';
-const urlBytes = Array.from(new TextEncoder().encode(url));
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x55], // 'U' untuk URI
-      id: [],
-      payload: [0x01, ...urlBytes], // 0x01 = https://
-    },
-  ],
-});
-```
-
-### Menghapus Tag NFC
-
-```typescript
-await CapacitorNfc.erase();
-console.log('Tag dihapus');
-```
-
-### Membuat Tag Read-Only
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-console.log('Tag sekarang read-only');
-```
-
-### Berhenti Scanning
-
-```typescript
-await listener.remove();
-await CapacitorNfc.stopScanning();
-```
-
-### Memeriksa Status NFC
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-console.log('Status NFC:', status);
-// Nilai yang mungkin: 'NFC_OK', 'NO_NFC', 'NFC_DISABLED', 'NDEF_PUSH_DISABLED'
-
-if (status === 'NFC_DISABLED') {
-  // Buka pengaturan sistem
-  await CapacitorNfc.showSettings();
-}
-```
-
-### Android Beam (Berbagi P2P)
-
-```typescript
-// Bagikan data via Android Beam
-const message = {
-  records: [
-    {
-      tnf: 0x01,
-      type: [0x54], // Text
-      id: [],
-      payload: [/* payload record teks */],
-    },
-  ],
-};
-
-await CapacitorNfc.share(message);
-
-// Kemudian, berhenti berbagi
-await CapacitorNfc.unshare();
-```
-
-## Referensi API
-
-### startScanning(options?)
-
-Mulai mendengarkan tag NFC.
-
-```typescript
-interface StartScanningOptions {
-  invalidateAfterFirstRead?: boolean; // iOS saja, default true
-  alertMessage?: string; // iOS saja
-  androidReaderModeFlags?: number; // Android saja
-}
-
-await CapacitorNfc.startScanning(options);
-```
-
-### stopScanning()
-
-Hentikan sesi scanning NFC.
-
-```typescript
-await CapacitorNfc.stopScanning();
-```
-
-### write(options)
-
-Tulis record NDEF ke tag yang terakhir ditemukan.
-
-```typescript
-interface WriteTagOptions {
-  records: NdefRecord[];
-  allowFormat?: boolean; // Default true
-}
-
-interface NdefRecord {
-  tnf: number; // Type Name Format
-  type: number[]; // Tipe record
-  id: number[]; // Record ID
-  payload: number[]; // Payload record
-}
-
-await CapacitorNfc.write(options);
-```
-
-### erase()
-
-Hapus tag yang terakhir ditemukan.
-
-```typescript
-await CapacitorNfc.erase();
-```
-
-### makeReadOnly()
-
-Jadikan tag yang terakhir ditemukan read-only (permanen).
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-```
-
-### share(options)
-
-Bagikan pesan NDEF via Android Beam (Android saja).
-
-```typescript
-await CapacitorNfc.share({ records: [...] });
-```
-
-### unshare()
-
-Berhenti berbagi (Android saja).
-
-```typescript
-await CapacitorNfc.unshare();
-```
-
-### getStatus()
-
-Dapatkan status adapter NFC saat ini.
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-// Mengembalikan: 'NFC_OK' | 'NO_NFC' | 'NFC_DISABLED' | 'NDEF_PUSH_DISABLED'
-```
-
-### showSettings()
-
-Buka pengaturan NFC sistem.
-
-```typescript
-await CapacitorNfc.showSettings();
-```
-
-## Event
-
-### nfcEvent
-
-Dipicu saat tag NFC ditemukan.
-
-```typescript
-interface NfcEvent {
-  type: 'tag' | 'ndef' | 'ndef-mime' | 'ndef-formattable';
-  tag?: NfcTag;
-}
-
-interface NfcTag {
-  id: number[];
-  techTypes: string[];
-  type: string | null;
-  maxSize: number | null;
-  isWritable: boolean | null;
-  canMakeReadOnly: boolean | null;
-  ndefMessage: NdefRecord[] | null;
-}
-```
-
-### nfcStateChange
-
-Dipicu saat ketersediaan adapter NFC berubah (Android saja).
-
-```typescript
-interface NfcStateChangeEvent {
-  status: NfcStatus;
-  enabled: boolean;
-}
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-export class NfcService {
-  private listener: any;
-
-  async startReading() {
-    // Periksa status NFC
-    const { status } = await CapacitorNfc.getStatus();
-
-    if (status === 'NO_NFC') {
-      throw new Error('NFC tidak tersedia di perangkat ini');
-    }
-
-    if (status === 'NFC_DISABLED') {
-      await CapacitorNfc.showSettings();
-      return;
-    }
-
-    // Mulai scanning
-    await CapacitorNfc.startScanning({
-      invalidateAfterFirstRead: false,
-      alertMessage: 'Siap untuk scan tag NFC',
-    });
-
-    // Dengarkan tag
-    this.listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-      this.handleNfcEvent(event);
-    });
-  }
-
-  private handleNfcEvent(event: any) {
-    console.log('Event NFC:', event.type);
-
-    if (event.tag?.ndefMessage) {
-      event.tag.ndefMessage.forEach(record => {
-        this.processRecord(record);
-      });
-    }
-  }
-
-  private processRecord(record: any) {
-    // Proses record teks
-    if (record.tnf === 1 && record.type[0] === 0x54) {
-      const langLen = record.payload[0] & 0x3f;
-      const text = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(langLen + 1))
-      );
-      console.log('Teks:', text);
-    }
-
-    // Proses record URI
-    if (record.tnf === 1 && record.type[0] === 0x55) {
-      const uriCode = record.payload[0];
-      const uri = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(1))
-      );
-      console.log('URI:', uri);
-    }
-  }
-
-  async writeText(text: string) {
-    const encoder = new TextEncoder();
-    const langBytes = Array.from(encoder.encode('en'));
-    const textBytes = Array.from(encoder.encode(text));
-    const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-    await CapacitorNfc.write({
-      allowFormat: true,
-      records: [
-        {
-          tnf: 0x01,
-          type: [0x54],
-          id: [],
-          payload,
-        },
-      ],
-    });
-  }
-
-  async stopReading() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await CapacitorNfc.stopScanning();
-  }
-}
-```
-
-## Tipe Record NDEF
-
-### TNF (Type Name Format)
-
-- `0x00`: Empty
-- `0x01`: Well-known (mis., Text, URI)
-- `0x02`: Tipe media MIME
-- `0x03`: URI Absolut
-- `0x04`: Tipe eksternal
-- `0x05`: Unknown
-- `0x06`: Unchanged
-- `0x07`: Reserved
-
-### Tipe Record Umum
-
-- **Text**: `type: [0x54]` ('T')
-- **URI**: `type: [0x55]` ('U')
-- **Smart Poster**: `type: [0x53, 0x70]` ('Sp')
-
-### Prefix URI
-
-- `0x00`: (tanpa prefix)
-- `0x01`: `https://`
-- `0x02`: `https://`
-- `0x03`: `http://`
-- `0x04`: `https://www.`
-
-## Praktik Terbaik
-
-1. **Periksa Status NFC**: Selalu verifikasi NFC tersedia dan diaktifkan
-2. **Tangani Izin**: Minta izin NFC dengan tepat
-3. **Berhenti Scanning**: Selalu berhenti scanning saat selesai untuk menghemat baterai
-4. **Penanganan Error**: Bungkus operasi NFC dalam blok try-catch
-5. **Uji di Perangkat**: Fitur NFC tidak berfungsi di simulator/emulator
-
-## Catatan Platform
-
-### iOS
-- Memerlukan iOS 11.0+
-- Menggunakan framework Core NFC
-- Mendukung pembacaan tag latar belakang (iOS 13+)
-- Terbatas pada pembacaan tag berformat NDEF
-- Tidak dapat menulis tag di latar belakang
-- Memerlukan NFCReaderUsageDescription di Info.plist
-
-### Android
-- Memerlukan Android 4.4 (API 19)+
-- Menggunakan Android NFC API
-- Mendukung pembacaan tag foreground dan background
-- Dapat menulis ke tag
-- Mendukung Android Beam (P2P) di perangkat dengan NFC
-- Memerlukan izin NFC di AndroidManifest.xml
-
-### Web
-- Tidak didukung di platform web
diff --git a/src/content/docs/id/docs/plugins/nfc/index.mdx b/src/content/docs/id/docs/plugins/nfc/index.mdx
deleted file mode 100644
index 4ff5c1373..000000000
--- a/src/content/docs/id/docs/plugins/nfc/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: '@capgo/capacitor-nfc'
-description: >-
-  Penemuan tag NFC asli, membaca dan menulis untuk aplikasi Capacitor di iOS dan
-  Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Membaca dan menulis tag NFC dengan dukungan asli untuk iOS dan Android,
-    memungkinkan interaksi nirsentuh dan pengalaman tag cerdas.
-  image:
-    file: ~public/icons/plugins/nfc.svg
-  actions:
-    - text: Mulailah
-      link: /docs/plugins/nfc/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-nfc/'
-      icon: external
-      variant: minimal
-locale: id
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Penemuan Tag" icon="star">
-    Deteksi tag NFC secara otomatis saat berada di dekat perangkat 📡
-  </Card>
-  <Card title="Baca Catatan NDEF" icon="open-book">
-    Baca data terstruktur dari tag NFC termasuk teks, URL, dan muatan khusus 📖
-  </Card>
-  <Card title="Menulis ke Tag" icon="pencil">
-    Tulis pesan NDEF ke tag NFC yang kompatibel 📝
-  </Card>
-  <Card title="Pemformatan Tag" icon="setting">
-    Format tag yang dapat diformat NDEF untuk menulis data 🔧
-  </Card>
-  <Card title="Peer-to-Peer" icon="rocket">
-    Bagikan data antar perangkat menggunakan Android Beam (khusus Android) 📲
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Berfungsi pada iOS dan Android dengan API yang konsisten 📱
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/pay/getting-started.mdx b/src/content/docs/id/docs/plugins/pay/getting-started.mdx
deleted file mode 100644
index 6a975f905..000000000
--- a/src/content/docs/id/docs/plugins/pay/getting-started.mdx
+++ /dev/null
@@ -1,130 +0,0 @@
----
-title: Memulai
-locale: id
-description: Konfigurasikan Apple Pay dan Google Pay untuk checkout Capacitor Anda dengan plugin Pay.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal plugin**
-   <PackageManagers pkg="@capgo/capacitor-pay" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronisasi proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Prasyarat Native
-
-- **Apple Pay (iOS)**
-  1. Buat Apple Pay merchant ID di portal Apple Developer.
-  2. Buat dan unggah sertifikat pemrosesan pembayaran yang diperlukan oleh gateway Anda.
-  3. Aktifkan kemampuan **Apple Pay** di Xcode dan pastikan profil provisioning Anda menyertakannya.
-  4. Perbarui `Info.plist` dengan deskripsi penggunaan jika gateway Anda memerlukan akses jaringan untuk memvalidasi pembayaran.
-
-- **Google Pay (Android)**
-  1. Masuk ke [Google Pay Business Console](https://pay.google.com/business/console/).
-  2. Konfigurasikan parameter gateway pembayaran Anda atau atur tokenisasi langsung untuk pengujian.
-  3. Jika Anda berencana menggunakan kartu produksi, alihkan `environment` ke `PRODUCTION` dan daftarkan kartu uji untuk QA.
-  4. Konfirmasi bahwa layanan Google Play tersedia di perangkat (diperlukan oleh Google Pay).
-
-Lihat panduan di bawah `docs/` di repositori plugin untuk screenshot langkah demi langkah.
-
-## Periksa ketersediaan
-
-```typescript
-import { Pay } from '@capgo/capacitor-pay';
-
-const availability = await Pay.isPayAvailable({
-  apple: { supportedNetworks: ['visa', 'masterCard', 'amex'] },
-  google: {
-    isReadyToPayRequest: {
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-          },
-        },
-      ],
-    },
-  },
-});
-
-if (!availability.available) {
-  console.warn('Native pay unavailable:', availability);
-}
-```
-
-## Minta pembayaran (Apple Pay)
-
-```typescript
-const appleResult = await Pay.requestPayment({
-  apple: {
-    merchantIdentifier: 'merchant.com.example.app',
-    countryCode: 'US',
-    currencyCode: 'USD',
-    supportedNetworks: ['visa', 'masterCard'],
-    paymentSummaryItems: [
-      { label: 'Starter Plan', amount: '9.99' },
-      { label: 'Capgo Store', amount: '9.99' },
-    ],
-    requiredShippingContactFields: ['name', 'emailAddress'],
-  },
-});
-
-const token = appleResult.apple?.paymentData;
-```
-
-## Minta pembayaran (Google Pay)
-
-```typescript
-const googleResult = await Pay.requestPayment({
-  google: {
-    environment: 'test',
-    paymentDataRequest: {
-      apiVersion: 2,
-      apiVersionMinor: 0,
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-            billingAddressRequired: true,
-            billingAddressParameters: { format: 'FULL' },
-          },
-          tokenizationSpecification: {
-            type: 'PAYMENT_GATEWAY',
-            parameters: {
-              gateway: 'example',
-              gatewayMerchantId: 'exampleMerchantId',
-            },
-          },
-        },
-      ],
-      merchantInfo: {
-        merchantName: 'Capgo Store',
-      },
-      transactionInfo: {
-        totalPriceStatus: 'FINAL',
-        totalPrice: '9.99',
-        currencyCode: 'USD',
-        countryCode: 'US',
-      },
-    },
-  },
-});
-
-const paymentData = googleResult.google?.paymentData;
-```
-
-## Menangani respons
-
-- Tokenisasi payload yang dikembalikan dengan pemroses pembayaran Anda dan konfirmasi transaksi di sisi server.
-- Tampilkan jalur cadangan (entri kartu, faktur) jika pembayaran native tidak tersedia atau pengguna membatalkan sheet.
-- Cache hasil ketersediaan sehingga Anda tidak menampilkan tombol di perangkat yang tidak didukung.
diff --git a/src/content/docs/id/docs/plugins/pay/index.mdx b/src/content/docs/id/docs/plugins/pay/index.mdx
deleted file mode 100644
index d72b75d1b..000000000
--- a/src/content/docs/id/docs/plugins/pay/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: '@capgo/capacitor-pay'
-description: >-
-  Sajikan Apple Pembayaran dan Google Lembar pembayaran dari Capacitor dengan
-  alur kerja terpadu.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Tawarkan pembayaran asli Apple dan Google Bayar dengan satu TypeScript API
-    yang menyesuaikan per platform.
-  image:
-    file: ~public/icons/plugins/pay.svg
-  actions:
-    - text: Mulailah
-      link: /docs/plugins/pay/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-pay/'
-      icon: external
-      variant: minimal
-locale: id
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Pembayaran menjembatani Apple Pembayaran terbaru dan Google Pembayaran SDKs sehingga Anda dapat memberikan satu pengalaman pembayaran yang lancar di seluruh perangkat.
-
-<CardGrid stagger>
-  <Card title="Terpadu API" icon="pencil">
-    Panggil `isPayAvailable` dan `requestPayment` satu kali dan biarkan plugin menangani setiap platform.
-  </Card>
-  <Card title="Pengaturan cepat" icon="rocket">
-    Kirimkan lembar pembayaran yang sepenuhnya asli tanpa memasang kode khusus platform secara manual.
-  </Card>
-  <Card title="Pembayaran yang diberi token" icon="approve-check">
-    Terima token pembayaran yang siap untuk integrasi gateway atau PSP Anda.
-  </Card>
-  <Card title="Aliran yang dapat disesuaikan" icon="star">
-    Konfigurasikan item baris, bidang kontak, dan persyaratan penagihan agar sesuai dengan pembayaran Anda.
-  </Card>
-</CardGrid>
-
-Pelajari panduan memulai untuk daftar periksa penyiapan dan contoh payload untuk setiap platform.
diff --git a/src/content/docs/id/docs/plugins/pdf-generator/getting-started.mdx b/src/content/docs/id/docs/plugins/pdf-generator/getting-started.mdx
deleted file mode 100644
index ee8d066a9..000000000
--- a/src/content/docs/id/docs/plugins/pdf-generator/getting-started.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: Memulai
-locale: id
-description: Render HTML dan halaman remote menjadi PDF dengan plugin Capgo PDF Generator.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal plugin**
-   <PackageManagers pkg="@capgo/capacitor-pdf-generator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan platform**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Generate dari HTML
-
-```typescript
-import { PdfGenerator } from '@capgo/capacitor-pdf-generator';
-
-const receiptHtml = `
-  <html>
-    <body>
-      <h1>Capgo Store</h1>
-      <p>Thank you for your purchase.</p>
-    </body>
-  </html>
-`;
-
-const pdf = await PdfGenerator.fromData({
-  data: receiptHtml,
-  documentSize: 'A4',
-  orientation: 'portrait',
-  type: 'base64',
-  fileName: 'receipt.pdf',
-});
-
-if (pdf.type === 'base64') {
-  const link = document.createElement('a');
-  link.href = `data:application/pdf;base64,${pdf.base64}`;
-  link.download = 'receipt.pdf';
-  link.click();
-}
-```
-
-## Tangkap URL remote
-
-```typescript
-await PdfGenerator.fromURL({
-  url: 'https://docs.capgo.app/invoice?id=123',
-  orientation: 'landscape',
-  documentSize: 'A4',
-  type: 'share', // membuka dialog berbagi native
-  fileName: 'invoice-123.pdf',
-});
-```
-
-## Tips
-
-- Sertakan CSS inline di string HTML Anda atau berikan `baseUrl` agar aset relatif dapat terselesaikan dengan benar.
-- Saat mengembalikan data base64 di mobile, pindahkan ke filesystem (misalnya, Capacitor Filesystem) sebelum berbagi.
-- Orientasi landscape ideal untuk tabel lebar, sementara portrait cocok untuk sebagian besar dokumen.
-- Pertimbangkan menggunakan font CSS scoped (misalnya, font sistem) untuk rendering yang konsisten di seluruh platform.
diff --git a/src/content/docs/id/docs/plugins/pdf-generator/index.mdx b/src/content/docs/id/docs/plugins/pdf-generator/index.mdx
deleted file mode 100644
index cc1807e5e..000000000
--- a/src/content/docs/id/docs/plugins/pdf-generator/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-pdf-generator"
-locale: id
-description: Hasilkan PDF dari markup HTML atau URL jarak jauh langsung di perangkat.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Render PDF yang sempurna piksel dari template, kuitansi, atau laporan tanpa meninggalkan aplikasi Capacitor Anda.
-  image:
-    file: ~public/icons/plugins/pdf-generator.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/pdf-generator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pdf-generator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Konversi HTML atau halaman jarak jauh menjadi PDF yang dapat dibagikan dengan renderer native Capgo untuk iOS dan Android.
-
-<CardGrid stagger>
-  <Card title="HTML ke PDF" icon="pencil">
-    Masukkan template HTML dan dapatkan dokumen PDF siap dibagikan dalam hitungan detik.
-  </Card>
-  <Card title="Tangkapan jarak jauh" icon="rocket">
-    Tangkap snapshot dari URL yang dapat diakses dan simpan atau distribusikan PDF yang dihasilkan.
-  </Card>
-  <Card title="Output fleksibel" icon="star">
-    Kembalikan data base64 atau aktifkan sheet berbagi native tergantung alur kerja Anda.
-  </Card>
-  <Card title="Kontrol dokumen" icon="setting">
-    Tentukan orientasi, ukuran halaman, dan nama file untuk setiap render.
-  </Card>
-</CardGrid>
-
-Kunjungi panduan memulai untuk catatan platform dan contoh penggunaan.
diff --git a/src/content/docs/id/docs/plugins/pedometer/getting-started.mdx b/src/content/docs/id/docs/plugins/pedometer/getting-started.mdx
deleted file mode 100644
index dc86929dc..000000000
--- a/src/content/docs/id/docs/plugins/pedometer/getting-started.mdx
+++ /dev/null
@@ -1,209 +0,0 @@
----
-title: "Memulai dengan Pedometer"
-locale: id
-description: "Pelajari cara mengintegrasikan penghitung langkah dan pelacakan kebugaran ke dalam aplikasi Capacitor Anda"
----
-
-Panduan ini akan memandu Anda mengintegrasikan plugin Capacitor Pedometer ke dalam aplikasi Anda.
-
-## Instalasi
-
-Instal plugin menggunakan npm:
-
-```bash
-npm install @capgo/capacitor-pedometer
-npx cap sync
-```
-
-## Konfigurasi iOS
-
-Tambahkan deskripsi penggunaan motion ke `Info.plist` Anda:
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>We need access to your motion data to track steps and activity</string>
-```
-
-## Konfigurasi Android
-
-Plugin secara otomatis menambahkan izin `ACTIVITY_RECOGNITION`. Untuk Android 10+ (API 29), Anda perlu meminta izin ini pada runtime.
-
-## Penggunaan Dasar
-
-### Import Plugin
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-```
-
-### Periksa Ketersediaan
-
-```typescript
-const checkPedometer = async () => {
-  const result = await CapacitorPedometer.isAvailable();
-  console.log('Step counting available:', result.stepCounting);
-  console.log('Distance available:', result.distance);
-  console.log('Floor counting available:', result.floorCounting);
-  console.log('Pace available:', result.pace);
-  console.log('Cadence available:', result.cadence);
-};
-```
-
-### Minta Izin
-
-```typescript
-const requestPermission = async () => {
-  const permission = await CapacitorPedometer.requestPermissions();
-  console.log('Permission status:', permission.activityRecognition);
-};
-```
-
-### Dapatkan Pengukuran Saat Ini
-
-```typescript
-const getMeasurements = async () => {
-  const measurements = await CapacitorPedometer.getMeasurement({
-    startDate: new Date(Date.now() - 24 * 60 * 60 * 1000), // 24 hours ago
-    endDate: new Date()
-  });
-
-  console.log('Steps:', measurements.numberOfSteps);
-  console.log('Distance:', measurements.distance, 'meters');
-  console.log('Floors ascended:', measurements.floorsAscended);
-  console.log('Floors descended:', measurements.floorsDescended);
-};
-```
-
-### Mulai Pembaruan Real-time
-
-```typescript
-// Add listener for real-time updates
-CapacitorPedometer.addListener('measurement', (data) => {
-  console.log('Steps:', data.numberOfSteps);
-  console.log('Distance:', data.distance);
-  console.log('Pace:', data.currentPace);
-  console.log('Cadence:', data.currentCadence);
-});
-
-// Start receiving updates
-await CapacitorPedometer.startMeasurementUpdates();
-```
-
-### Hentikan Pembaruan
-
-```typescript
-await CapacitorPedometer.stopMeasurementUpdates();
-CapacitorPedometer.removeAllListeners();
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-
-class PedometerService {
-  private listener: any;
-
-  async initialize() {
-    // Check availability
-    const available = await CapacitorPedometer.isAvailable();
-    if (!available.stepCounting) {
-      console.error('Step counting not available');
-      return false;
-    }
-
-    // Request permissions
-    const permission = await CapacitorPedometer.requestPermissions();
-    if (permission.activityRecognition !== 'granted') {
-      console.error('Permission denied');
-      return false;
-    }
-
-    return true;
-  }
-
-  async startTracking() {
-    // Add listener
-    this.listener = CapacitorPedometer.addListener('measurement', (data) => {
-      this.onMeasurement(data);
-    });
-
-    // Start updates
-    await CapacitorPedometer.startMeasurementUpdates();
-    console.log('Pedometer tracking started');
-  }
-
-  async stopTracking() {
-    await CapacitorPedometer.stopMeasurementUpdates();
-    if (this.listener) {
-      this.listener.remove();
-    }
-    console.log('Pedometer tracking stopped');
-  }
-
-  onMeasurement(data: any) {
-    console.log('Steps today:', data.numberOfSteps);
-    console.log('Distance:', (data.distance / 1000).toFixed(2), 'km');
-  }
-
-  async getTodaySteps() {
-    const today = new Date();
-    today.setHours(0, 0, 0, 0);
-
-    const measurements = await CapacitorPedometer.getMeasurement({
-      startDate: today,
-      endDate: new Date()
-    });
-
-    return measurements.numberOfSteps;
-  }
-}
-
-// Usage
-const pedometer = new PedometerService();
-await pedometer.initialize();
-await pedometer.startTracking();
-```
-
-## Praktik Terbaik
-
-1. **Periksa Ketersediaan**: Selalu verifikasi fitur pedometer sebelum digunakan
-2. **Minta Izin**: Tangani permintaan izin dengan baik
-3. **Optimasi Baterai**: Hentikan pembaruan saat tidak diperlukan
-4. **Penanganan Error**: Bungkus panggilan dalam blok try-catch
-5. **Pembaruan Latar Belakang**: Konfigurasi mode latar belakang untuk pelacakan berkelanjutan
-
-## Masalah Umum
-
-### Izin Ditolak
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await CapacitorPedometer.checkPermissions();
-
-  if (permission.activityRecognition === 'denied') {
-    alert('Motion tracking permission is required. Please enable it in Settings.');
-  }
-};
-```
-
-### Tidak Tersedia di Perangkat
-
-```typescript
-const checkSupport = async () => {
-  const available = await CapacitorPedometer.isAvailable();
-
-  if (!available.stepCounting) {
-    alert('Step counting is not available on this device');
-    return false;
-  }
-
-  return true;
-};
-```
-
-## Langkah Selanjutnya
-
-- Jelajahi [Referensi API](https://github.com/Cap-go/capacitor-pedometer#api) untuk dokumentasi lengkap
-- Lihat [aplikasi contoh](https://github.com/Cap-go/capacitor-pedometer/tree/main/example)
-- Lihat [tutorial](/plugins/capacitor-pedometer) untuk implementasi lanjutan
diff --git a/src/content/docs/id/docs/plugins/pedometer/index.mdx b/src/content/docs/id/docs/plugins/pedometer/index.mdx
deleted file mode 100644
index a5951a2b8..000000000
--- a/src/content/docs/id/docs/plugins/pedometer/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-pedometer"
-locale: id
-description: Lacak langkah, jarak, kecepatan, dan data kebugaran dengan sensor pedometer perangkat untuk pemantauan kesehatan dan kebugaran yang komprehensif.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Akses data pedometer yang komprehensif untuk pelacakan kebugaran dan kesehatan dengan pembaruan real-time dan query data historis.
-  image:
-    file: ~public/icons/plugins/pedometer.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/pedometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pedometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Penghitungan Langkah" icon="rocket">
-    Deteksi dan penghitungan langkah yang akurat 👟
-  </Card>
-  <Card title="Pelacakan Jarak" icon="star">
-    Hitung jarak yang ditempuh secara real-time 📏
-  </Card>
-  <Card title="Kecepatan & Irama" icon="setting">
-    Pantau kecepatan berjalan dan berlari 🏃
-  </Card>
-  <Card title="Data Historis" icon="document">
-    Query data pedometer dari rentang waktu tertentu 📊
-  </Card>
-  <Card title="Pelacakan Lantai" icon="approve-check">
-    Hitung lantai yang didaki pada perangkat iOS 🪜
-  </Card>
-  <Card title="Memulai" icon="open-book">
-    Lihat [Panduan Memulai](/docs/plugins/pedometer/getting-started/) untuk menginstal dan mengkonfigurasi plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/persistent-account/getting-started.mdx b/src/content/docs/id/docs/plugins/persistent-account/getting-started.mdx
deleted file mode 100644
index e2941426c..000000000
--- a/src/content/docs/id/docs/plugins/persistent-account/getting-started.mdx
+++ /dev/null
@@ -1,339 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin Persistent Account untuk mempertahankan data pengguna di seluruh instalasi aplikasi.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Dukungan Platform
-
-- **iOS**: Menggunakan iOS Keychain Services untuk penyimpanan yang aman dan persisten
-- **Android**: Menggunakan Android Account Manager atau shared preferences dengan backup
-
-## Contoh Penggunaan
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// Define your account data structure
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// Save account data
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// Read account data
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('Restored account:', account.username);
-} else {
-  console.log('No account data found');
-}
-```
-
-## Referensi API
-
-### saveAccount(options)
-
-```typescript
-saveAccount(options: { data: unknown }) => Promise<void>
-```
-
-Simpan data akun dengan aman ke penyimpanan persisten.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ data: unknown }` |
-
-### readAccount()
-
-```typescript
-readAccount() => Promise<{ data: unknown | null }>
-```
-
-Ambil data akun yang tersimpan.
-
-**Returns:** `Promise<{ data: unknown | null }>`
-
-## Implementasi Praktis
-
-### Contoh Layanan Auth Lengkap
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  authToken?: string;
-  preferences: {
-    theme: string;
-    language: string;
-    notifications: boolean;
-  };
-}
-
-class AuthService {
-  // Save user account after login
-  async saveUserAccount(user: UserAccount) {
-    try {
-      await PersistentAccount.saveAccount({ data: user });
-      console.log('User account saved successfully');
-    } catch (error) {
-      console.error('Failed to save account:', error);
-      throw error;
-    }
-  }
-
-  // Restore user account on app start
-  async restoreUserAccount(): Promise<UserAccount | null> {
-    try {
-      const result = await PersistentAccount.readAccount();
-
-      if (result.data) {
-        const account = result.data as UserAccount;
-        console.log('Restored user account:', account.username);
-        return account;
-      }
-
-      console.log('No saved account found');
-      return null;
-    } catch (error) {
-      console.error('Failed to restore account:', error);
-      return null;
-    }
-  }
-
-  // Update user preferences
-  async updatePreferences(preferences: Partial<UserAccount['preferences']>) {
-    const account = await this.restoreUserAccount();
-
-    if (account) {
-      const updatedAccount: UserAccount = {
-        ...account,
-        preferences: {
-          ...account.preferences,
-          ...preferences
-        }
-      };
-
-      await this.saveUserAccount(updatedAccount);
-    }
-  }
-
-  // Clear account data (on logout)
-  async clearAccount() {
-    try {
-      await PersistentAccount.saveAccount({ data: null });
-      console.log('Account data cleared');
-    } catch (error) {
-      console.error('Failed to clear account:', error);
-    }
-  }
-}
-
-// Usage
-const authService = new AuthService();
-
-// On login
-await authService.saveUserAccount({
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  authToken: 'abc123xyz',
-  preferences: {
-    theme: 'dark',
-    language: 'en',
-    notifications: true
-  }
-});
-
-// On app start
-const savedAccount = await authService.restoreUserAccount();
-if (savedAccount) {
-  // User was previously logged in
-  console.log('Welcome back,', savedAccount.username);
-}
-
-// Update preferences
-await authService.updatePreferences({
-  theme: 'light',
-  notifications: false
-});
-
-// On logout
-await authService.clearAccount();
-```
-
-### Inisialisasi Aplikasi dengan Pemulihan Akun
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function initializeApp() {
-  try {
-    // Try to restore saved account
-    const result = await PersistentAccount.readAccount();
-
-    if (result.data) {
-      const account = result.data as UserAccount;
-
-      // Validate token is still valid
-      const isValid = await validateAuthToken(account.authToken);
-
-      if (isValid) {
-        // Restore user session
-        setCurrentUser(account);
-        navigateToHome();
-      } else {
-        // Token expired, show login
-        navigateToLogin();
-      }
-    } else {
-      // No saved account, show login
-      navigateToLogin();
-    }
-  } catch (error) {
-    console.error('Failed to initialize app:', error);
-    navigateToLogin();
-  }
-}
-
-// Call on app start
-initializeApp();
-```
-
-### Sinkronisasi dengan Backend
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function syncAccountWithBackend() {
-  const result = await PersistentAccount.readAccount();
-
-  if (result.data) {
-    const localAccount = result.data as UserAccount;
-
-    try {
-      // Fetch latest account data from server
-      const response = await fetch(`/api/users/${localAccount.userId}`);
-      const serverAccount = await response.json();
-
-      // Merge server data with local preferences
-      const mergedAccount: UserAccount = {
-        ...serverAccount,
-        preferences: {
-          ...serverAccount.preferences,
-          ...localAccount.preferences // Local preferences take priority
-        }
-      };
-
-      // Save merged data
-      await PersistentAccount.saveAccount({ data: mergedAccount });
-
-      return mergedAccount;
-    } catch (error) {
-      console.error('Failed to sync with backend:', error);
-      // Return local account as fallback
-      return localAccount;
-    }
-  }
-
-  return null;
-}
-```
-
-## Praktik Terbaik
-
-- **Type Safety**: Definisikan interface TypeScript yang jelas untuk data akun Anda
-- **Validasi**: Selalu validasi data saat membaca dari penyimpanan persisten
-- **Penanganan Error**: Implementasikan blok try-catch yang tepat untuk semua operasi
-- **Keamanan**: Jangan simpan data sensitif seperti password dalam teks biasa
-- **Manajemen Token**: Refresh token auth saat memulihkan akun
-- **Ukuran Data**: Jaga agar data yang tersimpan tetap minimal untuk memastikan operasi baca/tulis yang cepat
-- **Pengecekan Null**: Selalu periksa apakah data ada sebelum menggunakannya
-- **Strategi Backup**: Pertimbangkan sinkronisasi dengan backend untuk keamanan tambahan
-
-## Pertimbangan Keamanan
-
-- Data akun disimpan menggunakan mekanisme penyimpanan aman khusus platform
-- Data bertahan di seluruh uninstall dan reinstall aplikasi
-- Pertimbangkan untuk mengenkripsi informasi sensitif sebelum menyimpan
-- Implementasikan validasi data yang tepat saat membaca akun yang tersimpan
-- Ikuti panduan platform untuk penanganan data pengguna
-- Gunakan token autentikasi dengan kedaluwarsa untuk keamanan
-- Bersihkan data akun dengan tepat saat pengguna logout
-
-## Implementasi Platform
-
-### iOS
-
-- Memanfaatkan iOS Keychain Services untuk penyimpanan yang aman dan persisten
-- Data bertahan melalui penghapusan aplikasi dan pemulihan perangkat
-- Dilindungi oleh mekanisme keamanan iOS
-
-### Android
-
-- Menggunakan Android Account Manager atau shared preferences dengan backup
-- Mempertahankan data di seluruh reinstall aplikasi dan migrasi perangkat
-- Dilindungi oleh keamanan sistem Android
-
-## Kasus Penggunaan
-
-- **User Onboarding**: Pertahankan progres pengguna melalui reinstall aplikasi
-- **Pemulihan Akun**: Pulihkan sesi pengguna setelah pembaruan aplikasi
-- **Penyimpanan Preferensi**: Pertahankan pengaturan dan konfigurasi pengguna
-- **Aplikasi Offline-First**: Simpan data pengguna penting secara lokal
-- **Manajemen Sesi**: Jaga agar pengguna tetap login di seluruh restart aplikasi
-- **Migrasi Perangkat**: Transfer data pengguna ke perangkat baru
diff --git a/src/content/docs/id/docs/plugins/persistent-account/index.mdx b/src/content/docs/id/docs/plugins/persistent-account/index.mdx
deleted file mode 100644
index 38a7c54ce..000000000
--- a/src/content/docs/id/docs/plugins/persistent-account/index.mdx
+++ /dev/null
@@ -1,132 +0,0 @@
----
-title: "@capgo/capacitor-persistent-account"
-locale: id
-description: Plugin manajemen akun persisten untuk aplikasi Capacitor dengan penyimpanan aman, penanganan sesi, dan persistensi data pengguna.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Kelola akun pengguna dengan penyimpanan persisten, penanganan sesi yang aman, dan autentikasi yang mulus di seluruh sesi aplikasi.
-  image:
-    file: ~public/icons/plugins/persistent-account.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/persistent-account/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-persistent-account/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Gambaran Umum
-
-Plugin Capacitor Persistent Account memungkinkan penyimpanan dan persistensi yang aman dari data akun pengguna di antara instalasi aplikasi. Plugin ini memastikan bahwa informasi akun pengguna tetap tersedia bahkan setelah reinstall aplikasi, memberikan pengalaman pengguna yang mulus dan kontinuitas akun.
-
-<CardGrid stagger>
-  <Card title="Persistensi lintas-instalasi" icon="rocket">
-    Data bertahan melalui siklus uninstall/reinstall aplikasi 💾
-  </Card>
-  <Card title="Penyimpanan aman" icon="setting">
-    Penyimpanan data akun yang aman dengan integrasi sistem 🔐
-  </Card>
-  <Card title="API sederhana" icon="puzzle">
-    Interface baca/tulis yang bersih untuk manajemen akun 📊
-  </Card>
-  <Card title="Lintas-platform" icon="laptop">
-    Implementasi native iOS dan Android 📱
-  </Card>
-</CardGrid>
-
-## Instalasi
-
-```bash
-npm install @capgo/capacitor-persistent-account
-npx cap sync
-```
-
-## Metode API Inti
-
-### Manajemen Data
-- `saveAccount(options: { data: unknown })` - Simpan data akun dengan aman ke penyimpanan persisten
-- `readAccount()` - Ambil data akun yang tersimpan, mengembalikan `Promise<{ data: unknown | null }>`
-
-## Fitur Utama
-
-- **Persistensi lintas-instalasi**: Data akun bertahan melalui uninstall dan reinstall aplikasi
-- **Penyimpanan aman**: Menggunakan mekanisme penyimpanan aman khusus platform
-- **Fleksibilitas tipe**: Simpan struktur data akun yang dapat diserialisasi
-- **Dukungan lintas-platform**: Implementasi native untuk iOS dan Android
-
-## Contoh Penggunaan
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// Define your account data structure
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// Save account data
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// Read account data
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('Restored account:', account.username);
-} else {
-  console.log('No account data found');
-}
-```
-
-## Kasus Penggunaan
-
-- **User onboarding**: Pertahankan progres pengguna melalui reinstall aplikasi
-- **Pemulihan akun**: Pulihkan sesi pengguna setelah pembaruan aplikasi
-- **Penyimpanan preferensi**: Pertahankan pengaturan dan konfigurasi pengguna
-- **Aplikasi offline-first**: Simpan data pengguna penting secara lokal
-
-## Implementasi Platform
-
-### iOS
-- Memanfaatkan iOS Keychain Services untuk penyimpanan yang aman dan persisten
-- Data bertahan melalui penghapusan aplikasi dan pemulihan perangkat
-
-### Android
-- Menggunakan Android Account Manager atau shared preferences dengan backup
-- Mempertahankan data di seluruh reinstall aplikasi dan migrasi perangkat
-
-## Pertimbangan Keamanan
-
-- Data akun disimpan menggunakan penyimpanan aman khusus platform
-- Pertimbangkan enkripsi data untuk informasi sensitif
-- Implementasikan validasi data yang tepat saat membaca akun yang tersimpan
-- Ikuti panduan platform untuk penanganan data pengguna
-
-## Dokumentasi
-
-Lihat [dokumentasi lengkap](/docs/plugins/persistent-account/getting-started/) untuk panduan implementasi detail dan praktik terbaik.
diff --git a/src/content/docs/id/docs/plugins/photo-library/getting-started.mdx b/src/content/docs/id/docs/plugins/photo-library/getting-started.mdx
deleted file mode 100644
index 715d77349..000000000
--- a/src/content/docs/id/docs/plugins/photo-library/getting-started.mdx
+++ /dev/null
@@ -1,76 +0,0 @@
----
-title: Memulai
-locale: id
-description: Integrasikan galeri foto native dengan pagination dan pemilihan media.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal plugin**
-   <PackageManagers pkg="@capgo/capacitor-photo-library" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan platform**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Izin platform
-
-- **iOS**: Perbarui `Info.plist` dengan `NSPhotoLibraryUsageDescription` (dan `NSPhotoLibraryAddUsageDescription` jika Anda berencana menyimpan media).
-- **Android**: Untuk Android 13+, deklarasikan izin foto/video (`READ_MEDIA_IMAGES`, `READ_MEDIA_VIDEO`). Capacitor 5 menangani ini secara otomatis, tetapi periksa kembali manifest khusus.
-
-## Minta akses
-
-```typescript
-import { PhotoLibrary } from '@capgo/capacitor-photo-library';
-
-const { state } = await PhotoLibrary.requestAuthorization();
-if (state !== 'authorized' && state !== 'limited') {
-  throw new Error('Photo access denied');
-}
-```
-
-## Muat galeri
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const { assets, hasMore, nextPage } = await PhotoLibrary.getLibrary({
-  limit: 100,
-  includeAlbums: false,
-  thumbnailWidth: 256,
-  thumbnailHeight: 256,
-});
-
-const gallery = assets.map((asset) => ({
-  id: asset.id,
-  fileName: asset.fileName,
-  created: asset.creationDate,
-  thumbnailUrl: asset.thumbnail
-    ? asset.thumbnail.webPath ?? Capacitor.convertFileSrc(asset.thumbnail.path)
-    : undefined,
-  photoUrl: asset.file
-    ? asset.file.webPath ?? Capacitor.convertFileSrc(asset.file.path)
-    : undefined,
-}));
-```
-
-Untuk mengambil halaman tambahan, panggil `PhotoLibrary.getLibrary({ cursor: nextPage })`.
-
-## Biarkan pengguna memilih media
-
-```typescript
-const selection = await PhotoLibrary.pickMedia({
-  selectionLimit: 5,
-  includeVideos: true,
-});
-
-console.log('User selected', selection.assets.length, 'items');
-```
-
-## Bersihkan file yang di-cache
-
-Thumbnail dan ekspor yang dihasilkan disimpan dalam direktori cache aplikasi di bawah `photoLibrary`. Hapus mereka dengan API file pilihan Anda ketika Anda perlu mengklaim kembali penyimpanan.
diff --git a/src/content/docs/id/docs/plugins/photo-library/index.mdx b/src/content/docs/id/docs/plugins/photo-library/index.mdx
deleted file mode 100644
index cdcc8465a..000000000
--- a/src/content/docs/id/docs/plugins/photo-library/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-photo-library"
-locale: id
-description: Telusuri dan pilih foto dengan paging yang efisien, thumbnail, dan URL yang di-cache.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Bangun galeri khusus yang memanfaatkan library foto native dengan alur otorisasi yang kuat.
-  image:
-    file: ~public/icons/plugins/photo-library.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/photo-library/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-photo-library/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Photo Library membantu Anda membuat daftar album, halaman melalui aset, dan meminta thumbnail sambil menjaga performa tetap terjaga.
-
-<CardGrid stagger>
-  <Card title="Helper otorisasi" icon="approve-check">
-    Minta izin dan tangani status akses terbatas dengan baik.
-  </Card>
-  <Card title="Pengambilan berpaginasi" icon="rocket">
-    Paginasi galeri dengan pemuatan berbasis cursor dan batas yang dapat disesuaikan.
-  </Card>
-  <Card title="Thumbnail yang dioptimalkan" icon="star">
-    Ambil URL thumbnail pada dimensi tetap untuk daftar scrolling yang mulus.
-  </Card>
-  <Card title="Pemilihan media" icon="download">
-    Biarkan pengguna memilih foto atau video dengan batas seleksi yang dapat dikonfigurasi.
-  </Card>
-</CardGrid>
-
-Lihat panduan memulai untuk pengaturan izin dan contoh galeri.
diff --git a/src/content/docs/id/docs/plugins/printer/getting-started.mdx b/src/content/docs/id/docs/plugins/printer/getting-started.mdx
deleted file mode 100644
index 982a199bb..000000000
--- a/src/content/docs/id/docs/plugins/printer/getting-started.mdx
+++ /dev/null
@@ -1,322 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin Printer untuk mencetak konten dari aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-printer" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Penggunaan
-
-Import plugin dan cetak berbagai jenis konten:
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-
-// Print HTML content
-const printHTML = async () => {
-  await Printer.print({
-    content: '<h1>Hello World</h1><p>This is a test print.</p>',
-    name: 'test-print'
-  });
-};
-
-// Print a PDF file
-const printPDF = async () => {
-  await Printer.print({
-    content: 'file:///path/to/document.pdf',
-    name: 'my-document'
-  });
-};
-
-// Print an image
-const printImage = async () => {
-  await Printer.print({
-    content: 'file:///path/to/image.jpg',
-    name: 'my-image'
-  });
-};
-```
-
-## Referensi API
-
-### print(options)
-
-Buka dialog cetak native dengan konten yang ditentukan.
-
-```typescript
-interface PrintOptions {
-  content: string;          // HTML string, file URI, or base64 data
-  name?: string;            // Print job name
-  orientation?: 'portrait' | 'landscape';
-  grayscale?: boolean;      // Print in grayscale (default: false)
-}
-
-await Printer.print(options);
-```
-
-### canPrint()
-
-Periksa apakah pencetakan tersedia di perangkat.
-
-```typescript
-const { value } = await Printer.canPrint();
-console.log('Printing available:', value);
-```
-
-## Contoh Lengkap
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class PrintService {
-  async checkPrintAvailability(): Promise<boolean> {
-    const { value } = await Printer.canPrint();
-    return value;
-  }
-
-  async printHTML(htmlContent: string, jobName: string = 'Document') {
-    try {
-      const canPrint = await this.checkPrintAvailability();
-      if (!canPrint) {
-        throw new Error('Printing not available on this device');
-      }
-
-      await Printer.print({
-        content: htmlContent,
-        name: jobName,
-        orientation: 'portrait'
-      });
-    } catch (error) {
-      console.error('Print failed:', error);
-      throw error;
-    }
-  }
-
-  async printDocument(filePath: string, jobName?: string) {
-    await Printer.print({
-      content: filePath,
-      name: jobName || 'Document'
-    });
-  }
-
-  async printReceipt(receiptData: any) {
-    const html = `
-      <!DOCTYPE html>
-      <html>
-        <head>
-          <style>
-            body { font-family: Arial, sans-serif; padding: 20px; }
-            .header { text-align: center; margin-bottom: 20px; }
-            .item { display: flex; justify-content: space-between; margin: 10px 0; }
-            .total { font-weight: bold; font-size: 1.2em; margin-top: 20px; padding-top: 10px; border-top: 2px solid #000; }
-          </style>
-        </head>
-        <body>
-          <div class="header">
-            <h2>Receipt</h2>
-            <p>Date: ${new Date().toLocaleDateString()}</p>
-          </div>
-          ${receiptData.items.map((item: any) => `
-            <div class="item">
-              <span>${item.name}</span>
-              <span>$${item.price.toFixed(2)}</span>
-            </div>
-          `).join('')}
-          <div class="total">
-            <div class="item">
-              <span>Total:</span>
-              <span>$${receiptData.total.toFixed(2)}</span>
-            </div>
-          </div>
-        </body>
-      </html>
-    `;
-
-    await this.printHTML(html, 'Receipt');
-  }
-
-  async printFromURL(url: string) {
-    // Download the file first
-    const response = await fetch(url);
-    const blob = await response.blob();
-    const reader = new FileReader();
-
-    return new Promise((resolve, reject) => {
-      reader.onloadend = async () => {
-        try {
-          await Printer.print({
-            content: reader.result as string,
-            name: 'Downloaded Document'
-          });
-          resolve(true);
-        } catch (error) {
-          reject(error);
-        }
-      };
-      reader.onerror = reject;
-      reader.readAsDataURL(blob);
-    });
-  }
-}
-```
-
-## Penggunaan Lanjutan
-
-### Mencetak dengan Styling Kustom
-
-```typescript
-const printStyledDocument = async () => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          @page {
-            size: A4;
-            margin: 2cm;
-          }
-          body {
-            font-family: 'Times New Roman', serif;
-            line-height: 1.6;
-          }
-          h1 {
-            color: #333;
-            border-bottom: 2px solid #333;
-            padding-bottom: 10px;
-          }
-          .content {
-            margin-top: 20px;
-          }
-        </style>
-      </head>
-      <body>
-        <h1>Professional Document</h1>
-        <div class="content">
-          <p>This is a professionally styled document ready for printing.</p>
-        </div>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Styled Document',
-    orientation: 'portrait'
-  });
-};
-```
-
-### Mencetak Tabel
-
-```typescript
-const printTable = async (data: any[]) => {
-  const tableRows = data.map(row => `
-    <tr>
-      <td>${row.id}</td>
-      <td>${row.name}</td>
-      <td>${row.value}</td>
-    </tr>
-  `).join('');
-
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          table {
-            width: 100%;
-            border-collapse: collapse;
-          }
-          th, td {
-            border: 1px solid #ddd;
-            padding: 8px;
-            text-align: left;
-          }
-          th {
-            background-color: #f2f2f2;
-            font-weight: bold;
-          }
-        </style>
-      </head>
-      <body>
-        <table>
-          <thead>
-            <tr>
-              <th>ID</th>
-              <th>Name</th>
-              <th>Value</th>
-            </tr>
-          </thead>
-          <tbody>
-            ${tableRows}
-          </tbody>
-        </table>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Data Table'
-  });
-};
-```
-
-### Mencetak Gambar
-
-```typescript
-const printImageWithDetails = async (imagePath: string, title: string) => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          body { text-align: center; padding: 20px; }
-          h2 { margin-bottom: 20px; }
-          img { max-width: 100%; height: auto; }
-        </style>
-      </head>
-      <body>
-        <h2>${title}</h2>
-        <img src="${imagePath}" alt="${title}" />
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: title
-  });
-};
-```
-
-## Praktik Terbaik
-
-1. **Periksa Ketersediaan**: Selalu periksa apakah pencetakan tersedia sebelum mencoba mencetak
-2. **Konten Valid**: Pastikan HTML dibuat dengan baik dan path file valid
-3. **Nama Job**: Gunakan nama deskriptif untuk pekerjaan cetak untuk membantu pengguna mengidentifikasinya
-4. **Styling**: Gunakan CSS inline atau style embedded untuk output cetak yang konsisten
-5. **Penanganan Error**: Bungkus panggilan cetak dalam blok try-catch untuk umpan balik pengguna
-
-## Troubleshooting
-
-### Masalah Umum
-
-**Dialog cetak tidak muncul**: Periksa bahwa pencetakan tersedia dengan canPrint()
-**Konten tidak tercetak**: Verifikasi bahwa HTML valid dan path file benar
-**Gambar tidak muncul**: Pastikan path gambar absolut dan file dapat diakses
-**Masalah styling**: Gunakan aturan CSS @page dan uji output cetak
diff --git a/src/content/docs/id/docs/plugins/printer/index.mdx b/src/content/docs/id/docs/plugins/printer/index.mdx
deleted file mode 100644
index 3dab2fc17..000000000
--- a/src/content/docs/id/docs/plugins/printer/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-printer"
-locale: id
-description: Cetak dokumen, HTML, PDF, gambar dan web view dari aplikasi Capacitor Anda.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Cetak dokumen, konten HTML, PDF, gambar dan web view langsung dari aplikasi Capacitor Anda di iOS dan Android.
-  image:
-    file: ~public/icons/plugins/printer.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/printer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-printer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Berbagai Format" icon="document">
-    Cetak HTML, PDF, gambar, dan konten web 📄
-  </Card>
-  <Card title="UI Native" icon="laptop">
-    Menggunakan dialog cetak native di iOS dan Android 🖨️
-  </Card>
-  <Card title="Integrasi Mudah" icon="rocket">
-    API sederhana untuk integrasi cepat ke dalam aplikasi Anda 🚀
-  </Card>
-  <Card title="Lintas-platform" icon="puzzle">
-    Bekerja di perangkat iOS dan Android 📱
-  </Card>
-  <Card title="Dapat Disesuaikan" icon="setting">
-    Kontrol opsi cetak seperti orientasi dan ukuran halaman ⚙️
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/printer/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/realtimekit/getting-started.mdx b/src/content/docs/id/docs/plugins/realtimekit/getting-started.mdx
deleted file mode 100644
index ba07179fb..000000000
--- a/src/content/docs/id/docs/plugins/realtimekit/getting-started.mdx
+++ /dev/null
@@ -1,475 +0,0 @@
----
-title: "Memulai dengan RealtimeKit"
-locale: id
-description: "Pelajari cara mengintegrasikan konferensi video Cloudflare Calls ke dalam aplikasi Capacitor Anda"
----
-
-Panduan ini akan memandu Anda mengintegrasikan plugin Capacitor RealtimeKit untuk menambahkan konferensi video yang didukung oleh Cloudflare Calls ke aplikasi Anda.
-
-## Instalasi
-
-Instal plugin menggunakan npm:
-
-```bash
-npm install @capgo/capacitor-realtimekit
-npx cap sync
-```
-
-## Dependensi
-
-Plugin ini menggunakan Cloudflare RealtimeKit SDK:
-
-- **iOS**: RealtimeKitCoreiOS (diinstal secara otomatis melalui Swift Package Manager)
-- **Android**: `com.cloudflare.realtimekit:ui-android` versi `0.2.2`
-
-### Menyesuaikan Versi Android RealtimeKit
-
-Di `build.gradle` aplikasi Anda:
-
-```kotlin
-buildscript {
-    ext {
-        realtimekitUiVersion = '0.2.2'  // or your desired version
-    }
-}
-```
-
-## Konfigurasi iOS
-
-Tambahkan yang berikut ke `Info.plist` aplikasi Anda:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>We need camera access for video calls</string>
-
-<key>NSMicrophoneUsageDescription</key>
-<string>We need microphone access for audio calls</string>
-
-<key>NSPhotoLibraryUsageDescription</key>
-<string>We need photo library access to share images</string>
-
-<key>NSBluetoothPeripheralUsageDescription</key>
-<string>We need Bluetooth access for audio routing</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-  <string>fetch</string>
-  <string>remote-notification</string>
-</array>
-```
-
-## Konfigurasi Android
-
-Tambahkan izin berikut ke `AndroidManifest.xml` Anda:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-
-<uses-feature android:name="android.hardware.camera" android:required="false" />
-<uses-feature android:name="android.hardware.camera.autofocus" android:required="false" />
-```
-
-## Penggunaan Dasar
-
-### Import Plugin
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-```
-
-### Inisialisasi Plugin
-
-```typescript
-async function initializeRealtimeKit() {
-  try {
-    await CapacitorRealtimekit.initialize();
-    console.log('RealtimeKit initialized');
-  } catch (error) {
-    console.error('Failed to initialize RealtimeKit:', error);
-  }
-}
-```
-
-### Mulai Meeting
-
-```typescript
-async function startMeeting(meetingUrl: string) {
-  try {
-    await CapacitorRealtimekit.startMeeting({
-      url: meetingUrl
-    });
-    console.log('Meeting started');
-  } catch (error) {
-    console.error('Failed to start meeting:', error);
-  }
-}
-```
-
-## Contoh Lengkap
-
-Berikut adalah layanan konferensi video yang komprehensif:
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-
-export interface MeetingConfig {
-  url: string;
-  displayName?: string;
-  audioEnabled?: boolean;
-  videoEnabled?: boolean;
-}
-
-export class VideoConferenceService {
-  private isInitialized = false;
-  private currentMeetingUrl: string | null = null;
-
-  async initialize(): Promise<boolean> {
-    if (this.isInitialized) {
-      console.log('RealtimeKit already initialized');
-      return true;
-    }
-
-    try {
-      await CapacitorRealtimekit.initialize();
-      this.isInitialized = true;
-      console.log('RealtimeKit initialized successfully');
-      return true;
-    } catch (error) {
-      console.error('Failed to initialize RealtimeKit:', error);
-      return false;
-    }
-  }
-
-  async startMeeting(config: MeetingConfig): Promise<void> {
-    if (!this.isInitialized) {
-      const initialized = await this.initialize();
-      if (!initialized) {
-        throw new Error('Failed to initialize RealtimeKit');
-      }
-    }
-
-    try {
-      await CapacitorRealtimekit.startMeeting({
-        url: config.url
-      });
-
-      this.currentMeetingUrl = config.url;
-      console.log('Meeting started:', config.url);
-    } catch (error) {
-      console.error('Failed to start meeting:', error);
-      throw error;
-    }
-  }
-
-  async joinMeeting(meetingUrl: string, displayName?: string): Promise<void> {
-    const config: MeetingConfig = {
-      url: meetingUrl,
-      displayName: displayName
-    };
-
-    await this.startMeeting(config);
-  }
-
-  getCurrentMeetingUrl(): string | null {
-    return this.currentMeetingUrl;
-  }
-
-  isInMeeting(): boolean {
-    return this.currentMeetingUrl !== null;
-  }
-
-  async getPluginVersion(): Promise<string> {
-    try {
-      const result = await CapacitorRealtimekit.getPluginVersion();
-      return result.version;
-    } catch (error) {
-      console.error('Failed to get plugin version:', error);
-      return 'unknown';
-    }
-  }
-}
-
-// Usage
-const videoService = new VideoConferenceService();
-
-// Initialize on app start
-await videoService.initialize();
-
-// Start a meeting
-await videoService.startMeeting({
-  url: 'https://your-cloudflare-calls-url.com/meeting/123'
-});
-
-// Join an existing meeting
-await videoService.joinMeeting(
-  'https://your-cloudflare-calls-url.com/meeting/456',
-  'John Doe'
-);
-```
-
-## Pengaturan Cloudflare Calls
-
-Untuk menggunakan plugin ini, Anda perlu mengatur Cloudflare Calls:
-
-### 1. Buat Akun Cloudflare
-
-Daftar di [Cloudflare](https://dash.cloudflare.com/sign-up) jika Anda belum memiliki akun.
-
-### 2. Aktifkan Calls API
-
-1. Navigasi ke dashboard Cloudflare Anda
-2. Pergi ke bagian **Calls**
-3. Aktifkan Calls API
-4. Dapatkan kredensial API Anda
-
-### 3. Buat URL Meeting
-
-Anda memerlukan layanan backend untuk membuat URL meeting. Contoh menggunakan Cloudflare Workers:
-
-```typescript
-// Cloudflare Worker example
-export default {
-  async fetch(request: Request): Promise<Response> {
-    const { pathname } = new URL(request.url);
-
-    if (pathname === '/create-meeting') {
-      const meetingId = generateMeetingId();
-      const meetingUrl = `https://your-app.calls.cloudflare.com/${meetingId}`;
-
-      return new Response(JSON.stringify({
-        meetingId,
-        meetingUrl
-      }), {
-        headers: { 'Content-Type': 'application/json' }
-      });
-    }
-
-    return new Response('Not found', { status: 404 });
-  }
-};
-
-function generateMeetingId(): string {
-  return Math.random().toString(36).substring(2, 15);
-}
-```
-
-## Penggunaan Lanjutan
-
-### Meeting dengan Konfigurasi Kustom
-
-```typescript
-class MeetingManager {
-  private videoService: VideoConferenceService;
-
-  constructor() {
-    this.videoService = new VideoConferenceService();
-  }
-
-  async createAndJoinMeeting(userName: string): Promise<string> {
-    // Initialize if needed
-    await this.videoService.initialize();
-
-    // Call your backend to create a meeting
-    const meetingUrl = await this.createMeetingOnBackend();
-
-    // Join the meeting
-    await this.videoService.joinMeeting(meetingUrl, userName);
-
-    return meetingUrl;
-  }
-
-  async createMeetingOnBackend(): Promise<string> {
-    const response = await fetch('https://your-api.com/create-meeting', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' }
-    });
-
-    const data = await response.json();
-    return data.meetingUrl;
-  }
-
-  async shareMeetingLink(meetingUrl: string) {
-    // Use Capacitor Share API
-    if ('share' in navigator) {
-      await (navigator as any).share({
-        title: 'Join my meeting',
-        text: 'Join me for a video call',
-        url: meetingUrl
-      });
-    }
-  }
-}
-```
-
-### Menangani Izin
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-async function checkAndRequestPermissions(): Promise<boolean> {
-  if (Capacitor.getPlatform() === 'web') {
-    // Request browser permissions
-    try {
-      const stream = await navigator.mediaDevices.getUserMedia({
-        audio: true,
-        video: true
-      });
-
-      // Stop the stream, we just needed permission
-      stream.getTracks().forEach(track => track.stop());
-      return true;
-    } catch (error) {
-      console.error('Permission denied:', error);
-      return false;
-    }
-  }
-
-  // On native platforms, permissions are requested automatically
-  return true;
-}
-
-// Use before starting a meeting
-const hasPermissions = await checkAndRequestPermissions();
-if (hasPermissions) {
-  await videoService.startMeeting({ url: meetingUrl });
-}
-```
-
-## Integrasi React
-
-```typescript
-import { useEffect, useState } from 'react';
-import { VideoConferenceService } from './VideoConferenceService';
-
-function VideoCallComponent() {
-  const [videoService] = useState(() => new VideoConferenceService());
-  const [isReady, setIsReady] = useState(false);
-
-  useEffect(() => {
-    videoService.initialize().then(setIsReady);
-  }, []);
-
-  const joinMeeting = async (meetingUrl: string) => {
-    if (!isReady) {
-      console.error('Video service not ready');
-      return;
-    }
-
-    try {
-      await videoService.joinMeeting(meetingUrl, 'User Name');
-    } catch (error) {
-      console.error('Failed to join meeting:', error);
-    }
-  };
-
-  return (
-    <div>
-      <button
-        onClick={() => joinMeeting('https://your-meeting-url')}
-        disabled={!isReady}
-      >
-        Join Meeting
-      </button>
-    </div>
-  );
-}
-```
-
-## Integrasi Vue
-
-```typescript
-import { ref, onMounted } from 'vue';
-import { VideoConferenceService } from './VideoConferenceService';
-
-export default {
-  setup() {
-    const videoService = new VideoConferenceService();
-    const isReady = ref(false);
-
-    onMounted(async () => {
-      isReady.value = await videoService.initialize();
-    });
-
-    const joinMeeting = async (meetingUrl: string) => {
-      if (!isReady.value) {
-        console.error('Video service not ready');
-        return;
-      }
-
-      try {
-        await videoService.joinMeeting(meetingUrl, 'User Name');
-      } catch (error) {
-        console.error('Failed to join meeting:', error);
-      }
-    };
-
-    return {
-      isReady,
-      joinMeeting
-    };
-  }
-};
-```
-
-## Praktik Terbaik
-
-1. **Inisialisasi Awal**: Inisialisasi RealtimeKit saat aplikasi Anda dimulai
-2. **Tangani Error**: Selalu bungkus panggilan dalam blok try-catch
-3. **Minta Izin**: Pastikan izin kamera/mikrofon sebelum memulai
-4. **Test Network**: Periksa konektivitas internet sebelum bergabung
-5. **Audio Latar Belakang**: Konfigurasi mode latar belakang untuk iOS
-6. **Pengalaman Pengguna**: Tampilkan status loading selama inisialisasi
-7. **URL Bersih**: Validasi URL meeting sebelum digunakan
-
-## Masalah Umum
-
-### Meeting Tidak Dimulai
-
-```typescript
-async function troubleshootMeeting(meetingUrl: string) {
-  // Check initialization
-  const version = await videoService.getPluginVersion();
-  console.log('Plugin version:', version);
-
-  // Verify URL format
-  if (!meetingUrl.startsWith('https://')) {
-    console.error('Invalid meeting URL, must use HTTPS');
-    return;
-  }
-
-  // Try starting meeting
-  try {
-    await videoService.startMeeting({ url: meetingUrl });
-  } catch (error) {
-    console.error('Meeting failed:', error);
-  }
-}
-```
-
-### Izin Ditolak
-
-Di iOS, pastikan Info.plist memiliki semua deskripsi penggunaan yang diperlukan. Di Android, verifikasi izin AndroidManifest.xml ada.
-
-### Masalah Audio di iOS
-
-Pastikan mode audio latar belakang dikonfigurasi di Info.plist:
-
-```xml
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-</array>
-```
-
-## Langkah Selanjutnya
-
-- Jelajahi [Referensi API](https://github.com/Cap-go/capacitor-realtimekit#api) untuk dokumentasi metode lengkap
-- Baca [Dokumentasi Cloudflare Calls](https://developers.cloudflare.com/calls/)
-- Lihat [aplikasi contoh](https://github.com/Cap-go/capacitor-realtimekit/tree/main/example)
-- Lihat [tutorial](/plugins/capacitor-realtimekit) untuk implementasi lengkap
diff --git a/src/content/docs/id/docs/plugins/realtimekit/index.mdx b/src/content/docs/id/docs/plugins/realtimekit/index.mdx
deleted file mode 100644
index 263ae42cb..000000000
--- a/src/content/docs/id/docs/plugins/realtimekit/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-realtimekit"
-locale: id
-description: Integrasi Cloudflare Calls dengan UI meeting bawaan untuk konferensi video dan komunikasi real-time.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Tambahkan konferensi video dan komunikasi real-time ke aplikasi Anda dengan integrasi Cloudflare Calls dan UI bawaan.
-  image:
-    file: ~public/icons/plugins/realtimekit.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/realtimekit/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-realtimekit/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Cloudflare Calls" icon="rocket">
-    Didukung oleh infrastruktur global Cloudflare ☁️
-  </Card>
-  <Card title="UI Meeting Bawaan" icon="star">
-    Interface konferensi video siap pakai 📹
-  </Card>
-  <Card title="Dukungan WebRTC" icon="setting">
-    Audio dan video real-time berkualitas tinggi 🎥
-  </Card>
-  <Card title="Mode Latar Belakang" icon="laptop">
-    Lanjutkan panggilan saat aplikasi di latar belakang 🔄
-  </Card>
-  <Card title="Screen Sharing" icon="document">
-    Bagikan layar selama meeting di Android 📱
-  </Card>
-  <Card title="Memulai" icon="open-book">
-    Lihat [Panduan Memulai](/docs/plugins/realtimekit/getting-started/) untuk menginstal dan mengkonfigurasi plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/ricoh360-camera/getting-started.mdx b/src/content/docs/id/docs/plugins/ricoh360-camera/getting-started.mdx
deleted file mode 100644
index a0a720479..000000000
--- a/src/content/docs/id/docs/plugins/ricoh360-camera/getting-started.mdx
+++ /dev/null
@@ -1,414 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin Ricoh 360° Camera untuk mengontrol kamera Ricoh Theta dalam aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Konfigurasi Platform
-
-### iOS
-
-Tambahkan izin kamera dan photo library ke `Info.plist` Anda:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>This app needs access to the camera to capture 360° photos and videos</string>
-<key>NSPhotoLibraryAddUsageDescription</key>
-<string>This app needs access to save 360° photos and videos to your library</string>
-```
-
-### Android
-
-Tambahkan izin yang diperlukan ke `AndroidManifest.xml` Anda:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-<uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-```
-
-## Perangkat yang Didukung
-
-Plugin ini mendukung kamera seri Ricoh Theta:
-- Ricoh Theta V
-- Ricoh Theta Z1
-- Ricoh Theta SC2
-- Ricoh Theta X
-
-## Contoh Penggunaan
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-// Initialize camera connection
-await Ricoh360Camera.initialize();
-
-// Connect to Ricoh Theta camera via WiFi
-await Ricoh360Camera.connect({
-  ssid: 'THETAYL12345678',
-  password: '12345678'
-});
-
-// Start live preview
-await Ricoh360Camera.startPreview({
-  container: 'preview-container' // ID of HTML element
-});
-
-// Capture a 360° photo
-const result = await Ricoh360Camera.capturePhoto();
-console.log('Photo saved:', result.filePath);
-
-// Start recording 360° video
-await Ricoh360Camera.startRecording();
-
-// Stop recording after some time
-setTimeout(async () => {
-  const video = await Ricoh360Camera.stopRecording();
-  console.log('Video saved:', video.filePath);
-}, 10000);
-
-// Stop preview
-await Ricoh360Camera.stopPreview();
-
-// Disconnect from camera
-await Ricoh360Camera.disconnect();
-```
-
-## Referensi API
-
-### initialize()
-
-```typescript
-initialize() => Promise<void>
-```
-
-Inisialisasi plugin kamera.
-
-### connect(options)
-
-```typescript
-connect(options: ConnectOptions) => Promise<void>
-```
-
-Hubungkan ke kamera Ricoh Theta melalui WiFi.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `ConnectOptions` |
-
-### disconnect()
-
-```typescript
-disconnect() => Promise<void>
-```
-
-Putuskan koneksi dari kamera.
-
-### startPreview(options)
-
-```typescript
-startPreview(options: PreviewOptions) => Promise<void>
-```
-
-Mulai streaming preview 360° langsung.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `PreviewOptions` |
-
-### stopPreview()
-
-```typescript
-stopPreview() => Promise<void>
-```
-
-Hentikan streaming preview langsung.
-
-### capturePhoto(options?)
-
-```typescript
-capturePhoto(options?: CaptureOptions) => Promise<CaptureResult>
-```
-
-Tangkap foto 360°.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `CaptureOptions` (optional) |
-
-**Returns:** `Promise<CaptureResult>`
-
-### startRecording(options?)
-
-```typescript
-startRecording(options?: RecordingOptions) => Promise<void>
-```
-
-Mulai merekam video 360°.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `RecordingOptions` (optional) |
-
-### stopRecording()
-
-```typescript
-stopRecording() => Promise<CaptureResult>
-```
-
-Hentikan perekaman video.
-
-**Returns:** `Promise<CaptureResult>`
-
-### getCameraInfo()
-
-```typescript
-getCameraInfo() => Promise<CameraInfo>
-```
-
-Dapatkan informasi dan kemampuan kamera.
-
-**Returns:** `Promise<CameraInfo>`
-
-### setExposure(options)
-
-```typescript
-setExposure(options: ExposureOptions) => Promise<void>
-```
-
-Atur pengaturan exposure kamera.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `ExposureOptions` |
-
-### setWhiteBalance(options)
-
-```typescript
-setWhiteBalance(options: WhiteBalanceOptions) => Promise<void>
-```
-
-Atur mode white balance.
-
-| Param         | Type                           |
-| ------------- | ------------------------------ |
-| **`options`** | `WhiteBalanceOptions` |
-
-## Interface
-
-### ConnectOptions
-
-| Prop           | Type              | Description                    |
-| -------------- | ----------------- | ------------------------------ |
-| **`ssid`**     | `string` | WiFi SSID dari kamera Ricoh  |
-| **`password`** | `string` | Password WiFi dari kamera    |
-
-### PreviewOptions
-
-| Prop            | Type              | Description                           |
-| --------------- | ----------------- | ------------------------------------- |
-| **`container`** | `string` | ID elemen HTML untuk container preview |
-
-### CaptureOptions
-
-| Prop           | Type               | Description                           |
-| -------------- | ------------------ | ------------------------------------- |
-| **`quality`**  | `number` | Kualitas gambar (1-100) (opsional)      |
-| **`saveToGallery`** | `boolean` | Simpan ke galeri perangkat (opsional) |
-
-### RecordingOptions
-
-| Prop              | Type               | Description                              |
-| ----------------- | ------------------ | ---------------------------------------- |
-| **`maxDuration`** | `number` | Durasi rekaman maksimum dalam detik (opsional) |
-| **`quality`**     | `string` | Kualitas video: 'high' \| 'medium' \| 'low' (opsional) |
-
-### CaptureResult
-
-| Prop           | Type              | Description                |
-| -------------- | ----------------- | -------------------------- |
-| **`filePath`** | `string` | Path ke file yang ditangkap  |
-| **`fileUrl`**  | `string` | URL untuk mengakses file     |
-
-### CameraInfo
-
-| Prop              | Type              | Description                |
-| ----------------- | ----------------- | -------------------------- |
-| **`model`**       | `string` | Nama model kamera          |
-| **`serialNumber`** | `string` | Nomor seri kamera      |
-| **`firmwareVersion`** | `string` | Versi firmware         |
-| **`batteryLevel`** | `number` | Level baterai (0-100)     |
-
-### ExposureOptions
-
-| Prop         | Type               | Description                                    |
-| ------------ | ------------------ | ---------------------------------------------- |
-| **`mode`**   | `string` | Mode exposure: 'auto' \| 'manual' \| 'iso' |
-| **`iso`**    | `number` | Nilai ISO (100, 200, 400, dll.) (opsional)     |
-| **`shutter`** | `number` | Kecepatan shutter (opsional)                      |
-
-### WhiteBalanceOptions
-
-| Prop       | Type              | Description                                            |
-| ---------- | ----------------- | ------------------------------------------------------ |
-| **`mode`** | `string` | White balance: 'auto' \| 'daylight' \| 'cloudy' \| 'tungsten' \| 'fluorescent' |
-
-## Contoh Lengkap
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-class Camera360Controller {
-  async setup() {
-    try {
-      // Initialize
-      await Ricoh360Camera.initialize();
-
-      // Connect to camera
-      await Ricoh360Camera.connect({
-        ssid: 'THETAYL12345678',
-        password: '12345678'
-      });
-
-      // Get camera info
-      const info = await Ricoh360Camera.getCameraInfo();
-      console.log('Connected to:', info.model);
-      console.log('Battery level:', info.batteryLevel + '%');
-
-      // Configure exposure
-      await Ricoh360Camera.setExposure({
-        mode: 'auto'
-      });
-
-      // Configure white balance
-      await Ricoh360Camera.setWhiteBalance({
-        mode: 'auto'
-      });
-
-      // Start preview
-      await Ricoh360Camera.startPreview({
-        container: 'camera-preview'
-      });
-
-    } catch (error) {
-      console.error('Failed to setup camera:', error);
-    }
-  }
-
-  async takePhoto() {
-    try {
-      const result = await Ricoh360Camera.capturePhoto({
-        quality: 95,
-        saveToGallery: true
-      });
-      console.log('Photo captured:', result.filePath);
-      return result;
-    } catch (error) {
-      console.error('Failed to capture photo:', error);
-    }
-  }
-
-  async recordVideo(durationSeconds: number) {
-    try {
-      // Start recording
-      await Ricoh360Camera.startRecording({
-        maxDuration: durationSeconds,
-        quality: 'high'
-      });
-
-      console.log('Recording started...');
-
-      // Stop after duration
-      setTimeout(async () => {
-        const result = await Ricoh360Camera.stopRecording();
-        console.log('Video saved:', result.filePath);
-      }, durationSeconds * 1000);
-
-    } catch (error) {
-      console.error('Failed to record video:', error);
-    }
-  }
-
-  async cleanup() {
-    try {
-      await Ricoh360Camera.stopPreview();
-      await Ricoh360Camera.disconnect();
-      console.log('Camera disconnected');
-    } catch (error) {
-      console.error('Failed to cleanup:', error);
-    }
-  }
-}
-
-// Usage
-const camera = new Camera360Controller();
-await camera.setup();
-await camera.takePhoto();
-await camera.recordVideo(10); // 10 seconds
-await camera.cleanup();
-```
-
-## Praktik Terbaik
-
-- Selalu inisialisasi plugin sebelum menghubungkan ke kamera
-- Pastikan perangkat terhubung ke jaringan WiFi kamera
-- Tangani error dengan baik, terutama kegagalan koneksi
-- Hentikan preview dan putuskan koneksi saat selesai untuk menghemat baterai
-- Periksa level baterai kamera sebelum sesi rekaman panjang
-- Test pada hardware Ricoh Theta yang sebenarnya
-- Gunakan kualitas video yang sesuai berdasarkan batasan penyimpanan
-
-## Troubleshooting
-
-### Masalah Koneksi
-
-- Verifikasi bahwa kamera dalam keadaan menyala
-- Periksa SSID WiFi dan password sudah benar
-- Pastikan tidak ada aplikasi lain yang terhubung ke kamera
-- Reset pengaturan WiFi kamera jika koneksi gagal
-
-### Preview Tidak Muncul
-
-- Verifikasi elemen container HTML ada
-- Periksa izin kamera telah diberikan
-- Pastikan preview dimulai setelah koneksi berhasil
-
-### Kegagalan Capture
-
-- Periksa ruang penyimpanan yang tersedia
-- Verifikasi level baterai kamera cukup
-- Pastikan kamera tidak dalam mode sleep
diff --git a/src/content/docs/id/docs/plugins/ricoh360-camera/index.mdx b/src/content/docs/id/docs/plugins/ricoh360-camera/index.mdx
deleted file mode 100644
index 96a694605..000000000
--- a/src/content/docs/id/docs/plugins/ricoh360-camera/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-ricoh360-camera"
-locale: id
-description: Plugin kontrol kamera Ricoh 360° untuk aplikasi Capacitor dengan kemampuan pengambilan foto dan video panorama.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Kontrol kamera Ricoh 360° untuk pengambilan foto dan video panorama yang imersif dengan integrasi perangkat penuh.
-  image:
-    file: ~public/icons/plugins/ricoh360-camera.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/ricoh360-camera/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ricoh360-camera/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Pengambilan 360°" icon="rocket">
-    Tangkap foto dan video panorama yang imersif 🌐
-  </Card>
-  <Card title="Kontrol perangkat" icon="setting">
-    Kontrol penuh atas pengaturan kamera Ricoh Theta 📸
-  </Card>
-  <Card title="Preview langsung" icon="magnifier">
-    Streaming preview 360° real-time 👁️
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/ricoh360-camera/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/screen-orientation/getting-started.mdx b/src/content/docs/id/docs/plugins/screen-orientation/getting-started.mdx
deleted file mode 100644
index 9d0b78406..000000000
--- a/src/content/docs/id/docs/plugins/screen-orientation/getting-started.mdx
+++ /dev/null
@@ -1,285 +0,0 @@
----
-title: Memulai
-description: >-
-  Pelajari cara memasang dan menggunakan plugin Orientasi Layar untuk mengontrol
-  dan mendeteksi orientasi perangkat di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
-locale: id
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-screen-orientation" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronisasi dengan proyek asli**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **iOS Konfigurasi (opsional)**
-   Untuk mendeteksi orientasi perangkat fisik menggunakan sensor gerak di iOS, tambahkan ke `Info.plist` Anda:
-   ```xml
-   <key>NSMotionUsageDescription</key>
-   <string>This app uses motion sensors to detect device orientation.</string>
-   ```
-</Steps>
-
-## Penggunaan Dasar
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Get current orientation
-const current = await ScreenOrientation.orientation();
-console.log('Current orientation:', current.type);
-
-// Lock to landscape
-await ScreenOrientation.lock({ orientation: 'landscape' });
-
-// Unlock orientation
-await ScreenOrientation.unlock();
-
-// Listen for orientation changes
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Orientation changed:', result.type);
-  }
-);
-```
-
-## Deteksi Orientasi Fisik
-
-Plugin ini memiliki fitur unik: plugin ini dapat mendeteksi **orientasi fisik sebenarnya** perangkat menggunakan sensor gerak, bahkan ketika pengguna telah mengaktifkan kunci orientasi pada perangkatnya.
-
-<Aside type="note">
-  UI akan tetap mengikuti pengaturan kunci orientasi pengguna. Pelacakan gerakan memungkinkan Anda mengetahui cara perangkat dipegang secara fisik, namun UI tidak akan berputar jika kunci orientasi diaktifkan.
-</Aside>
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Start motion-based tracking
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-
-// Now orientation change events will reflect physical orientation
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Physical orientation:', result.type);
-  }
-);
-
-// Check if orientation lock is enabled
-const lockStatus = await ScreenOrientation.isOrientationLocked();
-if (lockStatus.locked) {
-  console.log('User has orientation lock enabled');
-  console.log('Physical:', lockStatus.physicalOrientation);
-  console.log('UI:', lockStatus.uiOrientation);
-}
-
-// Stop tracking when done
-await ScreenOrientation.stopOrientationTracking();
-```
-
-## API Referensi
-
-### orientasi()
-
-Dapatkan orientasi layar saat ini.
-
-```typescript
-const result = await ScreenOrientation.orientation();
-// Returns: { type: OrientationType }
-```
-
-**Nilai Tipe Orientasi:**
-- `'potret-utama'` - Potret, tombol beranda di bagian bawah
-- `'potret-sekunder'` - Potret, terbalik
-- `'landscape-primary'` - Landscape, tombol beranda di sebelah kanan
-- `'lanskap-sekunder'` - Lanskap, tombol beranda di sebelah kiri
-
-### kunci (opsi)
-
-Kunci layar ke orientasi tertentu.
-
-```typescript
-interface OrientationLockOptions {
-  orientation: OrientationLockType;
-  bypassOrientationLock?: boolean; // Enable motion tracking
-}
-
-await ScreenOrientation.lock({ orientation: 'landscape' });
-```
-
-**Nilai OrientationLockType:**
-- `'apa saja'` - Orientasi apa pun
-- `'alami'` - Orientasi alami perangkat
-- `'lanskap'` - Mode lanskap apa pun
-- `'potret'` - Mode potret apa pun
-- `'potret-primer'` / `'potret-sekunder'`
-- `'lanskap-primer'` / `'lanskap-sekunder'`
-
-### buka kunci()
-
-Buka kunci orientasi layar.
-
-```typescript
-await ScreenOrientation.unlock();
-```
-
-### startOrientationTracking(pilihan?)
-
-Mulai lacak orientasi perangkat fisik menggunakan sensor gerak.
-
-```typescript
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-```
-
-### hentikanPelacakanOrientasi()
-
-Hentikan pelacakan orientasi berbasis gerakan.
-
-```typescript
-await ScreenOrientation.stopOrientationTracking();
-```
-
-### isOrientationLocked()
-
-Periksa apakah kunci orientasi perangkat diaktifkan.
-
-```typescript
-const result = await ScreenOrientation.isOrientationLocked();
-// Returns: {
-//   locked: boolean,
-//   physicalOrientation?: OrientationType,
-//   uiOrientation?: OrientationType
-// }
-```
-
-<Aside type="tip">
-  Metode ini memerlukan pelacakan gerak yang aktif agar dapat berfungsi dengan baik.
-</Aside>
-
-### addListener(nama kejadian, panggilan balik)
-
-Dengarkan perubahan orientasi.
-
-```typescript
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('New orientation:', result.type);
-  }
-);
-
-// Remove when done
-await listener.remove();
-```
-
-### hapusSemua Pendengar()
-
-Hapus semua pendengar acara.
-
-```typescript
-await ScreenOrientation.removeAllListeners();
-```
-
-## Contoh Lengkap
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-class OrientationManager {
-  private listener: any = null;
-
-  async init() {
-    // Start motion tracking for physical orientation detection
-    await ScreenOrientation.startOrientationTracking({
-      bypassOrientationLock: true
-    });
-
-    // Listen for changes
-    this.listener = await ScreenOrientation.addListener(
-      'screenOrientationChange',
-      this.onOrientationChange.bind(this)
-    );
-
-    // Get initial orientation
-    const { type } = await ScreenOrientation.orientation();
-    console.log('Initial orientation:', type);
-  }
-
-  onOrientationChange(result: { type: string }) {
-    console.log('Orientation changed to:', result.type);
-
-    // Adjust UI based on orientation
-    if (result.type.includes('landscape')) {
-      this.showLandscapeUI();
-    } else {
-      this.showPortraitUI();
-    }
-  }
-
-  showLandscapeUI() {
-    // Landscape-specific UI adjustments
-  }
-
-  showPortraitUI() {
-    // Portrait-specific UI adjustments
-  }
-
-  async lockLandscape() {
-    await ScreenOrientation.lock({ orientation: 'landscape' });
-  }
-
-  async lockPortrait() {
-    await ScreenOrientation.lock({ orientation: 'portrait' });
-  }
-
-  async freeRotation() {
-    await ScreenOrientation.unlock();
-  }
-
-  async checkIfUserHasOrientationLock() {
-    const { locked, physicalOrientation, uiOrientation } =
-      await ScreenOrientation.isOrientationLocked();
-
-    if (locked) {
-      console.log(`Device is held in ${physicalOrientation} but UI shows ${uiOrientation}`);
-      return true;
-    }
-    return false;
-  }
-
-  async destroy() {
-    await ScreenOrientation.stopOrientationTracking();
-    if (this.listener) {
-      await this.listener.remove();
-    }
-  }
-}
-```
-
-## Catatan Platform
-
-### iOS
-- Menggunakan kerangka Core Motion untuk deteksi orientasi fisik
-- Membutuhkan `NSMotionUsageDescription` di Info.plist untuk sensor gerak
-- Dukungan penuh untuk semua jenis orientasi
-
-### Android
-- Menggunakan sensor accelerometer untuk deteksi orientasi fisik
-- Tidak diperlukan izin tambahan
-- Dukungan penuh untuk semua jenis orientasi
-
-### Web
-- Menggunakan Orientasi Layar API
-- Deteksi sensor gerak terbatas
-- Beberapa browser mungkin tidak mendukung semua jenis kunci
diff --git a/src/content/docs/id/docs/plugins/screen-orientation/index.mdx b/src/content/docs/id/docs/plugins/screen-orientation/index.mdx
deleted file mode 100644
index c93133e64..000000000
--- a/src/content/docs/id/docs/plugins/screen-orientation/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: '@capgo/capacitor-screen-orientation'
-description: >-
-  Kontrol dan deteksi orientasi layar dengan kemampuan unik untuk mendeteksi
-  orientasi perangkat fisik menggunakan sensor gerak.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Plugin orientasi layar dengan dukungan untuk mendeteksi orientasi perangkat
-    fisik yang sebenarnya - bahkan ketika kunci orientasi diaktifkan.
-  image:
-    file: ~public/icons/plugins/screen-orientation.svg
-  actions:
-    - text: Mulailah
-      link: /docs/plugins/screen-orientation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-screen-orientation/'
-      icon: external
-      variant: minimal
-locale: id
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Deteksi Orientasi Fisik" icon="rocket">
-    Deteksi orientasi perangkat fisik sebenarnya menggunakan sensor gerak, bahkan saat kunci orientasi diaktifkan
-  </Card>
-  <Card title="Deteksi Kunci Orientasi" icon="puzzle">
-    Tentukan apakah pengguna telah mengaktifkan kunci orientasi dengan membandingkan orientasi fisik vs orientasi UI
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Bekerja pada iOS (Gerakan Inti), Android (Akselerometer), dan Web
-  </Card>
-  <Card title="Pembaruan Waktu Nyata" icon="open-book">
-    Dapatkan pemberitahuan instan ketika orientasi perangkat berubah dengan pendengar acara
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/screen-recorder/getting-started.mdx b/src/content/docs/id/docs/plugins/screen-recorder/getting-started.mdx
deleted file mode 100644
index a4061712b..000000000
--- a/src/content/docs/id/docs/plugins/screen-recorder/getting-started.mdx
+++ /dev/null
@@ -1,288 +0,0 @@
----
-title: Memulai
-description: >-
-  Pelajari cara memasang dan menggunakan plugin Perekam Layar untuk merekam
-  rekaman layar di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
-locale: id
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-screen-recorder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronisasi dengan proyek asli**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurasi izin**
-   
-   ### iOS
-   Tambahkan deskripsi penggunaan ke `Info.plist` Anda:
-   ```xml
-   <key>NSMicrophoneUsageDescription</key>
-   <string>To record audio with screen recording</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>To save screen recordings</string>
-   ```
-   
-   ### Android
-   Tambahkan izin ke `AndroidManifest.xml` Anda:
-   ```xml
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## Penggunaan
-
-Impor plugin dan gunakan metodenya untuk merekam layar:
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-
-// Start recording
-const startRecording = async () => {
-  try {
-    await ScreenRecorder.start();
-    console.log('Recording started');
-  } catch (error) {
-    console.error('Failed to start recording:', error);
-  }
-};
-
-// Stop recording
-const stopRecording = async () => {
-  try {
-    const result = await ScreenRecorder.stop();
-    console.log('Recording saved to:', result.videoUrl);
-    
-    // You can now use the video URL
-    // For example, share it or play it back
-  } catch (error) {
-    console.error('Failed to stop recording:', error);
-  }
-};
-
-// Check if recording is supported
-const checkSupport = async () => {
-  const { value } = await ScreenRecorder.isSupported();
-  console.log('Screen recording supported:', value);
-};
-
-// Check if currently recording
-const checkRecordingStatus = async () => {
-  const { value } = await ScreenRecorder.isRecording();
-  console.log('Currently recording:', value);
-};
-```
-
-## API Referensi
-
-### mulai()
-
-Memulai perekaman layar.
-
-```typescript
-await ScreenRecorder.start();
-```
-
-### berhenti()
-
-Berhenti merekam dan mengembalikan jalur file video.
-
-```typescript
-interface RecordingResult {
-  videoUrl: string;
-}
-
-const result = await ScreenRecorder.stop();
-```
-
-### Didukung()
-
-Memeriksa apakah perekaman layar didukung pada perangkat.
-
-```typescript
-const { value } = await ScreenRecorder.isSupported();
-// Returns: { value: boolean }
-```
-
-### sedangRekaman()
-
-Memeriksa apakah perekaman layar sedang aktif.
-
-```typescript
-const { value } = await ScreenRecorder.isRecording();
-// Returns: { value: boolean }
-```
-
-## Penggunaan Lanjutan
-
-### Merekam dengan Opsi
-
-```typescript
-// iOS-specific options
-const startWithOptions = async () => {
-  await ScreenRecorder.start({
-    // iOS only options
-    recordAudio: true,
-    microphoneAudio: true,
-    showIOSNotification: true,
-    notificationText: "Recording in progress..."
-  });
-};
-```
-
-### Alur Perekaman Lengkap
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-import { Share } from '@capacitor/share';
-
-export class RecordingService {
-  private isRecording = false;
-
-  async toggleRecording() {
-    if (this.isRecording) {
-      await this.stopRecording();
-    } else {
-      await this.startRecording();
-    }
-  }
-
-  private async startRecording() {
-    try {
-      // Check if supported
-      const { value: isSupported } = await ScreenRecorder.isSupported();
-      if (!isSupported) {
-        throw new Error('Screen recording not supported');
-      }
-
-      // Start recording
-      await ScreenRecorder.start();
-      this.isRecording = true;
-      
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  private async stopRecording() {
-    try {
-      const result = await ScreenRecorder.stop();
-      this.isRecording = false;
-      
-      console.log('Recording saved:', result.videoUrl);
-      
-      // Option to share the recording
-      await this.shareRecording(result.videoUrl);
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  private async shareRecording(videoUrl: string) {
-    try {
-      await Share.share({
-        title: 'Screen Recording',
-        text: 'Check out my screen recording!',
-        url: videoUrl,
-        dialogTitle: 'Share Recording'
-      });
-    } catch (error) {
-      console.error('Failed to share recording:', error);
-    }
-  }
-}
-```
-
-## Praktik Terbaik
-
-1. **Periksa dukungan sebelum digunakan**
-   ```typescript
-   const { value } = await ScreenRecorder.isSupported();
-   if (!value) {
-     // Hide recording feature or show alternative
-   }
-   ```
-
-2. **Tangani izin dengan benar**
-   Pada iOS, sistem akan secara otomatis meminta izin. Di Android, pastikan Anda meminta izin yang diperlukan.
-
-3. **Berikan masukan kepada pengguna**
-   Tampilkan indikator yang jelas saat perekaman aktif:
-   ```typescript
-   let recordingInterval: any;
-   
-   const startRecording = async () => {
-     await ScreenRecorder.start();
-     
-     // Show recording indicator
-     recordingInterval = setInterval(() => {
-       // Update UI to show recording duration
-     }, 1000);
-   };
-   
-   const stopRecording = async () => {
-     clearInterval(recordingInterval);
-     await ScreenRecorder.stop();
-   };
-   ```
-
-4. **Menangani gangguan**
-   ```typescript
-   import { App } from '@capacitor/app';
-   
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (!isActive) {
-       // Consider stopping recording when app goes to background
-       const { value } = await ScreenRecorder.isRecording();
-       if (value) {
-         await ScreenRecorder.stop();
-       }
-     }
-   });
-   ```
-
-## Catatan Platform
-
-### iOS
-- Membutuhkan iOS 11.0+
-- Menggunakan kerangka `ReplayKit`
-- Sistem menunjukkan indikator perekaman di bilah status
-- Pengguna harus mengonfirmasi dimulainya perekaman
-
-### Android
-- Membutuhkan Android 5.0 (API 21)+
-- Menggunakan `MediaProjection` API
-- Menampilkan notifikasi selama perekaman
-- Beberapa perangkat mungkin memiliki batasan khusus pabrikan
-
-### Web
-- Tidak didukung pada platform web
-- Akan mengembalikan `isSupported: false`
-
-## Pemecahan masalah
-
-1. **Perekaman gagal dimulai**
-   - Pastikan semua izin diberikan
-   - Periksa apakah aplikasi lain sudah merekam
-   - Pastikan perangkat mendukung perekaman layar
-
-2. **Tidak ada audio dalam rekaman**
-   - Periksa izin mikrofon
-   - Pastikan opsi `recordAudio` diaktifkan
-   - Beberapa perangkat mungkin tidak mendukung perekaman audio sistem
-
-3. **File video tidak ditemukan**
-   - Periksa izin file
-   - Pastikan ruang penyimpanan cukup
-   - Pastikan URL video yang dikembalikan valid
diff --git a/src/content/docs/id/docs/plugins/screen-recorder/index.mdx b/src/content/docs/id/docs/plugins/screen-recorder/index.mdx
deleted file mode 100644
index cc8f03fc6..000000000
--- a/src/content/docs/id/docs/plugins/screen-recorder/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: '@capgo/capacitor-screen-recorder'
-description: >-
-  Rekam layar perangkat Anda dengan dukungan audio untuk membuat tutorial, demo,
-  dan pratinjau aplikasi.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Rekam layar perangkat Anda dengan plugin Capacitor yang canggih ini, cocok
-    untuk membuat tutorial, demo, dan menangkap interaksi aplikasi.
-  image:
-    file: ~public/icons/plugins/screen-recorder.svg
-  actions:
-    - text: Mulailah
-      link: /docs/plugins/screen-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/riderx/capacitor-screen-recorder/'
-      icon: external
-      variant: minimal
-locale: id
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Rekaman berkualitas tinggi" icon="rocket">
-    Rekam layar dalam kualitas tinggi dengan pengaturan yang dapat disesuaikan 🎥
-  </Card>
-  <Card title="Dukungan audio" icon="star">
-    Rekam dengan audio mikrofon dan suara sistem 🎤
-  </Card>
-  <Card title="Integrasi yang mudah" icon="setting">
-    API sederhana dengan metode mulai/berhenti merekam 😊
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/screen-recorder/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/shake/getting-started.mdx b/src/content/docs/id/docs/plugins/shake/getting-started.mdx
deleted file mode 100644
index f51174936..000000000
--- a/src/content/docs/id/docs/plugins/shake/getting-started.mdx
+++ /dev/null
@@ -1,162 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan mengonfigurasi plugin Capacitor Shake untuk mendeteksi gerakan shake dan membuat pengalaman interaktif di aplikasi Anda.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-shake" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurasi plugin**
-
-   **Contoh Penggunaan Dasar:**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-
-   // Mulai mendengarkan gerakan shake
-   await Shake.start();
-
-   // Dengarkan event shake
-   Shake.addListener('shake', () => {
-     console.log('Perangkat digoyangkan!');
-     // Lakukan aksi Anda di sini
-   });
-   ```
-
-   **Konfigurasi Sensitivitas:**
-   ```typescript
-   // Konfigurasi sensitivitas shake
-   await Shake.start({
-     threshold: 3.5 // Sesuaikan sensitivitas (default: 3.5)
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Tidak diperlukan pengaturan tambahan untuk iOS.
-     </TabItem>
-     <TabItem label="Android">
-       Tidak diperlukan pengaturan tambahan untuk Android.
-     </TabItem>
-   </Tabs>
-
-4. **Hentikan mendengarkan shake**
-   ```typescript
-   // Hentikan deteksi shake ketika tidak diperlukan
-   await Shake.stop();
-
-   // Hapus listener spesifik
-   const handle = await Shake.addListener('shake', () => {
-     console.log('Digoyangkan!');
-   });
-   handle.remove();
-   ```
-
-5. **Contoh implementasi**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-   import { App } from '@capacitor/app';
-
-   export class ShakeService {
-     private shakeListener: any;
-
-     async initialize() {
-       // Mulai deteksi shake
-       await Shake.start({ threshold: 4.0 });
-
-       // Tambahkan shake listener
-       this.shakeListener = await Shake.addListener('shake', () => {
-         this.handleShake();
-       });
-
-       // Bersihkan saat aplikasi dijeda
-       App.addListener('pause', () => {
-         Shake.stop();
-       });
-
-       // Lanjutkan saat aplikasi dilanjutkan
-       App.addListener('resume', () => {
-         Shake.start({ threshold: 4.0 });
-       });
-     }
-
-     private handleShake() {
-       console.log('Shake terdeteksi!');
-       // Tampilkan menu debug, refresh data, atau picu aksi apapun
-     }
-
-     async cleanup() {
-       if (this.shakeListener) {
-         this.shakeListener.remove();
-       }
-       await Shake.stop();
-     }
-   }
-   ```
-</Steps>
-
-## Referensi API
-
-### Methods
-
-#### `start(options?: ShakeOptions)`
-Mulai mendengarkan gerakan shake.
-
-**Parameter:**
-- `options` (opsional): Objek konfigurasi
-  - `threshold`: number - Ambang sensitivitas (default: 3.5)
-
-#### `stop()`
-Hentikan mendengarkan gerakan shake.
-
-#### `addListener('shake', callback: () => void)`
-Tambahkan listener untuk event shake.
-
-**Mengembalikan:** Promise dengan handle untuk menghapus listener
-
-### Interfaces
-
-```typescript
-interface ShakeOptions {
-  threshold?: number; // Ambang sensitivitas shake
-}
-```
-
-## Catatan Platform
-
-### iOS
-- Menggunakan accelerometer perangkat untuk mendeteksi gerakan shake
-- Bekerja di foreground dan background (jika aplikasi memiliki izin background)
-
-### Android
-- Menggunakan SensorManager untuk mendeteksi event shake
-- Tidak memerlukan izin khusus
-- Bekerja ketika aplikasi di foreground
-
-## Kasus Penggunaan Umum
-
-1. **Menu Debug**: Tampilkan opsi developer ketika perangkat digoyangkan
-2. **Feedback**: Picu formulir feedback atau laporan bug
-3. **Refresh**: Refresh data aplikasi atau bersihkan cache
-4. **Games**: Gunakan shake sebagai mekanisme kontrol game
-5. **Undo**: Implementasikan fungsionalitas shake-to-undo
-
-## Pemecahan Masalah
-
-**Shake tidak terdeteksi:**
-- Pastikan plugin dimulai dengan `Shake.start()`
-- Coba sesuaikan nilai threshold (lebih rendah = lebih sensitif)
-- Periksa bahwa listener terdaftar dengan benar
-
-**Terlalu sensitif/tidak cukup sensitif:**
-- Sesuaikan parameter `threshold` di opsi `start()`
-- Nilai biasanya berkisar dari 2.0 (sangat sensitif) hingga 5.0 (kurang sensitif)
diff --git a/src/content/docs/id/docs/plugins/shake/index.mdx b/src/content/docs/id/docs/plugins/shake/index.mdx
deleted file mode 100644
index dd3cb49ee..000000000
--- a/src/content/docs/id/docs/plugins/shake/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-shake"
-locale: id
-description: Plugin Capacitor untuk mendeteksi gerakan shake pada perangkat Anda, memungkinkan fitur interaktif berbasis shake di aplikasi Anda.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Deteksi gerakan shake di aplikasi Anda untuk memicu aksi, menampilkan menu debug, atau membuat pengalaman interaktif.
-  image:
-    file: ~public/icons/plugins/shake.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/shake/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-shake/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Deteksi gerakan sederhana" icon="rocket">
-    Deteksi dengan mudah ketika pengguna menggoyang perangkat mereka 📱
-  </Card>
-  <Card title="Sensitivitas yang dapat disesuaikan" icon="setting">
-    Sesuaikan sensitivitas deteksi shake sesuai kebutuhan Anda ⚡
-  </Card>
-  <Card title="Lintas platform" icon="laptop">
-    Bekerja mulus di perangkat iOS dan Android 🌍
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/shake/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/share-target/getting-started.mdx b/src/content/docs/id/docs/plugins/share-target/getting-started.mdx
deleted file mode 100644
index 057ee95d8..000000000
--- a/src/content/docs/id/docs/plugins/share-target/getting-started.mdx
+++ /dev/null
@@ -1,413 +0,0 @@
----
-title: Memulai dengan Target Berbagi
-description: Pelajari cara membuat aplikasi Anda menerima konten bersama dari aplikasi lain
-locale: id
----
-Panduan ini akan memandu Anda dalam mengintegrasikan plugin Capacitor Share Target untuk memungkinkan aplikasi Anda menerima konten bersama dari aplikasi lain.
-
-## Instalasi
-
-Instal plugin menggunakan npm:
-
-```bash
-npm install @capgo/capacitor-share-target
-npx cap sync
-```
-
-## Android Konfigurasi
-
-Tambahkan filter maksud ke `AndroidManifest.xml` Anda di dalam tag `<activity>`:
-
-### Terima Konten Teks
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="text/*" />
-</intent-filter>
-```
-
-### Terima Gambar
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-```
-
-### Terima Semua Jenis Konten
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-```
-
-## iOS Konfigurasi
-
-Untuk iOS, Anda perlu membuat Ekstensi Berbagi:
-
-### 1. Buat Ekstensi Berbagi di Xcode
-
-1. Buka proyek Anda di Xcode
-2. Buka **File > Baru > Target**
-3. Pilih **Bagikan Ekstensi** dan klik **Berikutnya**
-4. Beri nama (misalnya, "ShareExtension") dan klik **Selesai**
-5. Jika diminta, aktifkan skema tersebut
-
-### 2. Konfigurasikan Grup Aplikasi
-
-1. Di target aplikasi utama Anda, buka **Penandatanganan & Kemampuan**
-2. Klik **+ Kapabilitas** dan tambahkan **Grup Aplikasi**
-3. Buat atau pilih grup aplikasi (mis., `group.com.yourcompany.yourapp`)
-4. Ulangi untuk target Share Extension
-
-### 3. Perbarui Kode Ekstensi Berbagi
-
-Ekstensi Berbagi perlu menyimpan data bersama ke wadah grup aplikasi sehingga aplikasi utama Anda dapat mengaksesnya.
-
-Untuk detail penyiapan iOS, lihat [dokumentasi Ekstensi Berbagi Apple](https://developer.apple.com/documentation/uikit/uiactivityviewcontroller).
-
-## Penggunaan Dasar
-
-### Impor Plugin
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-```
-
-### Dengarkan Konten yang Dibagikan
-
-```typescript
-CapacitorShareTarget.addListener('shareReceived', (event) => {
-  console.log('Received share event');
-  console.log('Title:', event.title);
-  console.log('Texts:', event.texts);
-
-  // Handle shared files
-  if (event.files && event.files.length > 0) {
-    event.files.forEach(file => {
-      console.log(`File: ${file.name}`);
-      console.log(`Type: ${file.mimeType}`);
-      console.log(`URI: ${file.uri}`);
-    });
-  }
-});
-```
-
-## Contoh Lengkap
-
-Berikut adalah contoh komprehensif yang menangani berbagai jenis konten bersama:
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-class ShareTargetService {
-  private listener: any;
-
-  initialize() {
-    this.listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-      this.handleSharedContent(event);
-    });
-
-    console.log('Share target listener initialized');
-  }
-
-  handleSharedContent(event: any) {
-    console.log('=== Share Received ===');
-
-    // Handle title
-    if (event.title) {
-      console.log('Title:', event.title);
-      this.showNotification('Shared: ' + event.title);
-    }
-
-    // Handle text content
-    if (event.texts && event.texts.length > 0) {
-      event.texts.forEach((text: string, index: number) => {
-        console.log(`Text ${index + 1}:`, text);
-        this.processSharedText(text);
-      });
-    }
-
-    // Handle files
-    if (event.files && event.files.length > 0) {
-      console.log(`Received ${event.files.length} file(s)`);
-
-      event.files.forEach((file: any) => {
-        console.log('File details:');
-        console.log('  Name:', file.name);
-        console.log('  Type:', file.mimeType);
-        console.log('  URI:', file.uri);
-
-        this.processSharedFile(file);
-      });
-    }
-  }
-
-  processSharedText(text: string) {
-    // Check if it's a URL
-    if (this.isURL(text)) {
-      console.log('Shared URL detected:', text);
-      // Handle URL (e.g., create bookmark)
-      this.saveBookmark(text);
-    } else {
-      console.log('Shared text detected');
-      // Handle plain text (e.g., create note)
-      this.createNote(text);
-    }
-  }
-
-  processSharedFile(file: any) {
-    const fileType = file.mimeType.split('/')[0];
-
-    switch (fileType) {
-      case 'image':
-        console.log('Processing shared image');
-        this.handleImage(file);
-        break;
-
-      case 'video':
-        console.log('Processing shared video');
-        this.handleVideo(file);
-        break;
-
-      case 'audio':
-        console.log('Processing shared audio');
-        this.handleAudio(file);
-        break;
-
-      case 'application':
-        console.log('Processing shared document');
-        this.handleDocument(file);
-        break;
-
-      default:
-        console.log('Processing generic file');
-        this.handleGenericFile(file);
-    }
-  }
-
-  handleImage(file: any) {
-    // Process image file
-    console.log('Saving image:', file.name);
-    // Implementation: Save to gallery, upload, etc.
-  }
-
-  handleVideo(file: any) {
-    // Process video file
-    console.log('Saving video:', file.name);
-  }
-
-  handleAudio(file: any) {
-    // Process audio file
-    console.log('Saving audio:', file.name);
-  }
-
-  handleDocument(file: any) {
-    // Process document file
-    console.log('Saving document:', file.name);
-  }
-
-  handleGenericFile(file: any) {
-    // Process generic file
-    console.log('Saving file:', file.name);
-  }
-
-  isURL(text: string): boolean {
-    try {
-      new URL(text);
-      return true;
-    } catch {
-      return false;
-    }
-  }
-
-  saveBookmark(url: string) {
-    console.log('Creating bookmark for:', url);
-    // Implementation
-  }
-
-  createNote(text: string) {
-    console.log('Creating note with text:', text.substring(0, 50));
-    // Implementation
-  }
-
-  showNotification(message: string) {
-    console.log('Notification:', message);
-    // Show toast or notification
-  }
-
-  cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-  }
-}
-
-// Usage
-const shareTarget = new ShareTargetService();
-shareTarget.initialize();
-
-// Cleanup when app closes
-// shareTarget.cleanup();
-```
-
-## Integrasi Reaksi
-
-```typescript
-import { useEffect } from 'react';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-function useShareTarget(onShareReceived: (event: any) => void) {
-  useEffect(() => {
-    const listener = CapacitorShareTarget.addListener('shareReceived', onShareReceived);
-
-    return () => {
-      listener.remove();
-    };
-  }, [onShareReceived]);
-}
-
-// Usage in component
-function App() {
-  useShareTarget((event) => {
-    console.log('Share received:', event);
-    // Handle shared content
-  });
-
-  return <div>Your App</div>;
-}
-```
-
-## Integrasi Vue
-
-```typescript
-import { onMounted, onUnmounted } from 'vue';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-export default {
-  setup() {
-    let listener: any;
-
-    onMounted(() => {
-      listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-        console.log('Share received:', event);
-        // Handle shared content
-      });
-    });
-
-    onUnmounted(() => {
-      if (listener) {
-        listener.remove();
-      }
-    });
-  }
-};
-```
-
-## Menangani Berbagai Jenis Konten
-
-### URL
-
-```typescript
-if (event.texts && event.texts.length > 0) {
-  const text = event.texts[0];
-
-  if (text.startsWith('http://') || text.startsWith('https://')) {
-    // Handle URL
-    window.open(text, '_blank');
-  }
-}
-```
-
-### Gambar
-
-```typescript
-if (event.files) {
-  const images = event.files.filter(f => f.mimeType.startsWith('image/'));
-
-  images.forEach(async (image) => {
-    // Read and display image
-    const response = await fetch(image.uri);
-    const blob = await response.blob();
-    const imageUrl = URL.createObjectURL(blob);
-
-    // Display or process image
-    console.log('Image URL:', imageUrl);
-  });
-}
-```
-
-### Banyak File
-
-```typescript
-if (event.files && event.files.length > 1) {
-  console.log(`Processing ${event.files.length} files`);
-
-  const processPromises = event.files.map(file =>
-    processFile(file)
-  );
-
-  await Promise.all(processPromises);
-  console.log('All files processed');
-}
-```
-
-## Praktik Terbaik
-
-1. **Menangani Berbagai Jenis Konten**: Bersiaplah untuk menerima teks, URL, dan file
-2. **Validasi Konten**: Periksa jenis MIME sebelum diproses
-3. **Berikan Masukan**: Menampilkan kepada pengguna apa yang telah diterima
-4. **Menangani Kesalahan**: URI file mungkin tidak valid atau tidak dapat diakses
-5. **Bersihkan Pendengar**: Hapus pendengar bila tidak diperlukan
-6. **Uji Secara Menyeluruh**: Uji dengan berbagai aplikasi dan jenis konten
-7. **Permintaan Izin**: Beberapa jenis file mungkin memerlukan izin tambahan
-
-## Masalah Umum
-
-### Berbagi Tidak Berfungsi di Android
-
-Pastikan filter maksud dikonfigurasi dengan benar di `AndroidManifest.xml` dalam tag `<activity>` yang memiliki `android.intent.action.MAIN`.
-
-### iOS Ekstensi Berbagi Tidak Muncul
-
-1. Verifikasi Grup Aplikasi dikonfigurasi di kedua target
-2. Pastikan Ekstensi Berbagi diaktifkan
-3. Periksa apakah Info.plist di Share Extension memiliki konfigurasi yang benar
-
-### Kesalahan Akses File
-
-```typescript
-try {
-  const response = await fetch(file.uri);
-  const blob = await response.blob();
-  // Process blob
-} catch (error) {
-  console.error('Failed to access file:', error);
-  // Show error to user
-}
-```
-
-## Langkah Selanjutnya
-
-- Jelajahi [Referensi API](https://github.com/Cap-go/capacitor-share-target#api) untuk dokumentasi metode lengkap
-- Lihat [aplikasi contoh](https://github.com/Cap-go/capacitor-share-target/tree/main/example) untuk penggunaan lanjutan
-- Lihat [tutorial](/plugins/capacitor-share-target) untuk contoh implementasi selengkapnya
diff --git a/src/content/docs/id/docs/plugins/share-target/index.mdx b/src/content/docs/id/docs/plugins/share-target/index.mdx
deleted file mode 100644
index a3a3ce83d..000000000
--- a/src/content/docs/id/docs/plugins/share-target/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: '@capgo/capacitor-share-target'
-description: >-
-  Terima konten bersama dari aplikasi lain di aplikasi Capacitor Anda untuk
-  teks, gambar, video, dan file.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Aktifkan aplikasi Anda untuk menerima teks, gambar, dan file yang dibagikan
-    dari aplikasi lain dengan dukungan lintas platform.
-  image:
-    file: ~public/icons/plugins/share-target.svg
-  actions:
-    - text: Mulailah
-      link: /docs/plugins/share-target/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-share-target/'
-      icon: external
-      variant: minimal
-locale: id
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Berbagi Universal" icon="rocket">
-    Terima konten yang dibagikan dari aplikasi apa pun 🔗
-  </Card>
-  <Card title="Berbagai Jenis Konten" icon="document">
-    Tangani teks, gambar, video, dan file 📁
-  </Card>
-  <Card title="Cross-Platform" icon="laptop">
-    Dukungan iOS dan Android dengan integrasi asli 📱
-  </Card>
-  <Card title="Event-Based" icon="download">
-    Dengarkan acara berbagi secara real-time 📡
-  </Card>
-  <Card title="Konfigurasi Fleksibel" icon="setting">
-    Sesuaikan jenis MIME yang diterima 🎛️
-  </Card>
-  <Card title="Memulai" icon="open-book">
-    Periksa [Panduan Memulai](/docs/plugins/share-target/getting-started/) untuk menginstal dan mengonfigurasi plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/sim/getting-started.mdx b/src/content/docs/id/docs/plugins/sim/getting-started.mdx
deleted file mode 100644
index fe7d6658c..000000000
--- a/src/content/docs/id/docs/plugins/sim/getting-started.mdx
+++ /dev/null
@@ -1,58 +0,0 @@
----
-title: Memulai
-description: Ambil detail kartu SIM dan tangani izin runtime dengan plugin SIM Capgo.
-sidebar:
-  order: 2
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal pluginnya**
-   <PackageManagers pkg="@capgo/capacitor-sim" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronisasi platform**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Izin
-
-- **Android**: Pastikan `android.permission.READ_PHONE_STATE` (dan pada Android 13+, `READ_BASIC_PHONE_STATE`) diberikan. Capacitor menyertakan deklarasi manifes, namun Anda harus meminta izin sebelum menelepon `getSimCards`.
-- **iOS**: Informasi operator tersedia secara otomatis; platform tidak meminta izin tambahan. Perhatikan terbatasnya data yang dikembalikan pada iOS 16.4+ karena pembatasan OS.
-
-## Minta akses waktu proses (Android)
-
-```typescript
-import { Sim } from '@capgo/capacitor-sim';
-
-const status = await Sim.checkPermissions();
-if (status.readSimCard !== 'granted') {
-  const updated = await Sim.requestPermissions();
-  if (updated.readSimCard !== 'granted') {
-    throw new Error('Telephony permission denied');
-  }
-}
-```
-
-## Baca kartu SIM
-
-```typescript
-const { simCards } = await Sim.getSimCards();
-
-simCards.forEach((card, index) => {
-  console.log(`Slot ${card.simSlotIndex ?? index}:`, {
-    carrier: card.carrierName,
-    mcc: card.mobileCountryCode,
-    mnc: card.mobileNetworkCode,
-    country: card.isoCountryCode,
-    subscriptionId: card.subscriptionId,
-  });
-});
-```
-
-## Pertimbangan platform
-
-- **Perangkat SIM ganda**: Melakukan iterasi melalui array yang dikembalikan; setiap entri sesuai dengan slot. Saat ini, `subscriptionId` membantu Anda berinteraksi dengan API telepon Android.
-- **iOS 16.4+**: Apple menyunting beberapa atribut operator. Harapkan nilai placeholder (`--`, `65535`) dan rencanakan penggantian di UI Anda.
-- **Web**: Plugin mengatasi data kosong karena browser tidak dapat mengakses informasi SIM.
diff --git a/src/content/docs/id/docs/plugins/sim/index.mdx b/src/content/docs/id/docs/plugins/sim/index.mdx
deleted file mode 100644
index 3f6887553..000000000
--- a/src/content/docs/id/docs/plugins/sim/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: '@capgo/capacitor-sim'
-description: >-
-  Periksa informasi kartu SIM seperti operator, kode negara, dan indeks slot
-  dari aplikasi Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Ambil metadata operator SIM dan tangani alur izin dengan jembatan Capacitor
-    yang ringan.
-  image:
-    file: ~public/icons/plugins/sim.svg
-  actions:
-    - text: Mulailah
-      link: /docs/plugins/sim/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-sim/'
-      icon: external
-      variant: minimal
-locale: id
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Gunakan SIM Capgo untuk menanyakan data operator, indeks slot, dan status izin sambil tetap berada di dalam Capacitor.
-
-<CardGrid stagger>
-  <Card title="Dukungan multi-SIM" icon="rocket">
-    Hitung setiap SIM yang terpasang beserta indeks slot dan ID langganan.
-  </Card>
-  <Card title="Pembantu izin" icon="approve-check">
-    Periksa dan minta izin telepon yang diperlukan di Android.
-  </Card>
-  <Card title="Skema yang konsisten" icon="star">
-    Bekerja dengan bidang operator yang dinormalisasi seperti MCC, MNC, negara ISO, dan nomor telepon.
-  </Card>
-  <Card title="iOS-aware" icon="pencil">
-    Tangani nuansa platform seperti data operator yang terbatas di iOS 16.4+.
-  </Card>
-</CardGrid>
-
-Dapatkan panduan memulai untuk mengintegrasikan izin dan pola konsumsi.
diff --git a/src/content/docs/id/docs/plugins/social-login/apple/android.mdx b/src/content/docs/id/docs/plugins/social-login/apple/android.mdx
deleted file mode 100644
index b7c7ff527..000000000
--- a/src/content/docs/id/docs/plugins/social-login/apple/android.mdx
+++ /dev/null
@@ -1,300 +0,0 @@
----
-title: Login Apple di Android
-locale: id
-description: Panduan ini memberikan panduan komprehensif tentang pengaturan Login Apple menggunakan Capacitor untuk perangkat iOS, merinci setiap langkah untuk memastikan proses integrasi yang lancar.
-sidebar:
-    order: 3
----
-import MermaidGraph from '@/components/MermaidGraph.astro';
-import { Steps } from '@astrojs/starlight/components';
-
-export const appleLoginFlowGraph = `flowchart TD
-    A("await SocialLogin.login()") -->|Handled in the plugin|B(Generate the login URL)
-    B --> |Pass the link| C(Open the Chrome browser)
-    C --> D(Wait for the user to login)
-    D --> |Apple redirects to your backend|E(Handle the data returned from Apple)
-    E --> F(Redirect back to the app)
-    F --> G(Return to JS)`;
-
-Login Apple di Android agak rumit. Apple tidak memiliki dukungan resmi untuk `Sign in with Apple` di Android, jadi solusinya sedikit rumit.
-
-Android saat ini menggunakan tab Chrome untuk menampilkan situs web OAuth2. Pendekatan ini memiliki tantangan:
-
-- Konfigurasi yang sulit
-- Backend diperlukan
-
-## Memahami alur di Android
-
-Mari saya gunakan diagram untuk menjelaskan alur di Android:
-
-<MermaidGraph graph={appleLoginFlowGraph} ariaLabel="Apple Login flow diagram on Android" fullWidth={false} />
-
-Sekarang setelah Anda mengetahui tantangan dan alurnya, mari kita mulai konfigurasi.
-
-## Membuat ID layanan
-
-<Steps>
-1. Login ke [Portal Developer Apple](https://developer.apple.com).
-
-2. Klik pada `Identifiers`.
-
-    <img src="/social-login-assets/apple_dev_portal_iden.png" alt="Bagian Identifiers di Portal Developer Apple" />
-
-    Anda harus melihat layar yang terlihat seperti ini:
-
-    <img src="/social-login-assets/apple_dev_portal_iden_2.png" alt="Layar Identifiers di Portal Developer Apple" />
-
-    1. Pastikan field ini mengatakan <code>App IDs</code>
-    2. Pastikan Anda dapat menemukan App ID Anda.
-        :::note
-        Jika Anda belum mengkonfigurasi Login Apple untuk IOS, Anda harus membuatnya. Untuk saya, saya sudah memiliki satu yang dibuat. App ID yang akan saya gunakan adalah `me.wcaleniewolny.test.ionic.vue`. Jika Anda tidak memilikinya, silakan buat satu menggunakan [langkah membuat app](#membuat-app).
-        :::
-3. Pastikan bahwa kemampuan `Sign in with Apple` diaktifkan untuk aplikasi Anda
-    1. Klik pada aplikasi Anda
-        <img src="/social-login-assets/apple_dev_click_on_app.png" alt="Memilih aplikasi Anda dari daftar" />
-    2. Pastikan bahwa kemampuan `Sign in with Apple` diaktifkan
-        <img src="/social-login-assets/apple_dev_sign_in_with_apple_enabled.png" alt="Checkbox kemampuan Sign in with Apple diaktifkan" />
-    3. Jika belum diaktifkan, aktifkan.
-4. Kembali ke `All Identifiers`
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="Tombol navigasi All Identifiers" />
-5. Klik pada `App Ids` dan pergi ke `Services IDs`
-   <img src="/social-login-assets/apple_dev_go_to_services_id.png" alt="Navigasi ke bagian Services IDs" />
-6. Buat identifier baru
-    1. Klik tombol plus
-        <img src="/social-login-assets/apple_dev_iden_add.png" alt="Tombol tambah ID layanan baru" />
-
-    2. Pilih `Servcice IDs` dan klik `Continue`
-        <img src="/social-login-assets/apple_dev_service_and_cont.png" alt="Memilih opsi Service IDs" />
-
-    3. Masukkan deskripsi dan identifier dan klik `Continuie`.
-
-        <img src="/social-login-assets/apple_dev_reg_service_2.png" alt="Memasukkan detail ID layanan" />
-
-        :::note
-        `identifiers` ini akan menjadi `clientId` yang akan Anda berikan di fungsi `initialize` DAN `ANDROID_SERVICE_ID` untuk backend.
-
-        **Harap simpan!!!**
-        :::
-
-        :::note
-        ID Layanan tidak harus cocok dengan App ID, tetapi saya merekomendasikan mengatur ID layanan ke `YOUR_APP_ID.service`. Sebagai pengingat, saya menggunakan `me.wcaleniewolny.test.ionic.vue` untuk App ID saya tetapi saya menggunakan `ee.forgr.io.ionic.service2` sebagai ID layanan.
-        :::
-    4. Silakan verifikasi detailnya dan klik `Register`
-        <img src="/social-login-assets/apple_dev_service_ref_fin.png" alt="Mengonfirmasi pendaftaran ID layanan" />
-
-    5. Klik pada layanan yang baru dibuat
-        <img src="/social-login-assets/apple_dev_open_serv.png" alt="Memilih ID layanan yang baru dibuat" />
-
-    6. Aktifkan opsi `Sign in with Apple`
-        <img src="/social-login-assets/apple_dev_serv_enable_sign_with_apple.png" alt="Mengaktifkan Sign in with Apple untuk ID layanan" />
-
-    7. Konfigurasi `Sign In with Apple`
-        <img src="/social-login-assets/apple_dev_conf_serv_sign_with_apple.png" alt="Tombol Configure untuk Sign in with Apple" />
-
-    8. Pastikan bahwa `Primary App ID` diatur ke App ID yang dikonfigurasi di langkah sebelumnya
-        <img src="/social-login-assets/apple_dev_service_prim_id.png" alt="Dropdown pengaturan Primary App ID" />
-
-    9. Tambahkan domain tempat Anda akan menghosting backend Anda.
-
-        <img src="/social-login-assets/apple_dev_serv_create_next.png" alt="Mengatur field domain dan return URL" />
-
-        :::note
-        Backend ini **harus** berjalan di HTTPS. Untuk `Return URLs`, Anda mungkin ingin kembali ke ini setelah membaca bagian berikutnya dari tutorial ini dan setelah mengkonfigurasi backend. Untuk tujuan tutorial ini, saya akan menggunakan `https://xyz.wcaleniewolny.me/login/callback` untuk return URL dan `xyz.wcaleniewolny.me` untuk domain. Tekan next.
-        :::
-
-    10. Konfirmasikan data dan klik `Done`
-        <img src="/social-login-assets/apple_dev_serv_conf_done.png" alt="Mengonfirmasi konfigurasi domain dan return URL" />
-
-    11. Klik pada `Continue`
-        <img src="/social-login-assets/apple_dev_cont_serv_creat.png" alt="Tombol Continue untuk konfigurasi layanan" />
-
-    12. Klik pada `Save`
-        <img src="/social-login-assets/apple_dev_cont_serv_creat_save.png" alt="Tombol Save untuk konfigurasi layanan" />
-</Steps>
-
-## Membuat key
-
-<Steps>
-1. Kembali ke `All Identifiers`
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="Tombol navigasi All Identifiers" />
-2. Klik pada `Keys`
-    <img src="/social-login-assets/apple_dev_key_selc.png" alt="Bagian Keys di Portal Developer Apple" />
-3. Klik pada ikon plus
-    <img src="/social-login-assets/apple_dev_key_plus.png" alt="Tombol tambah key baru" />
-4. Beri nama key Anda
-    <img src="/social-login-assets/apple_key_name.png" alt="Field memasukkan nama key" />
-    :::note
-    Nama ini tidak penting, Anda bisa memasukkan apa saja.
-    :::
-5. Pilih `Sign in with Apple` dan klik `Configure`
-    <img src="/social-login-assets/apple_dev_key_sing_apple_conf.png" alt="Mengaktifkan dan mengkonfigurasi Sign in with Apple untuk key" />
-6. Pilih primary App ID, dan tekan `Save`
-    <img src="/social-login-assets/apple_dev_key_prim_app_id.png" alt="Memilih primary App ID untuk key" />
-
-    :::note
-    Ini harus App ID yang sama dengan ID di langkah-langkah sebelumnya.
-    :::
-7. Klik pada `Continue`
-    <img src="/social-login-assets/apple_dev_key_const.png" alt="Tombol Continue untuk konfigurasi key" />
-8. Klik pada `Register`
-    <img src="/social-login-assets/apple_dev_key_reg.png" alt="Tombol Register untuk pembuatan key" />
-9. Salin ID key dan unduh key.
-    <img src="/social-login-assets/apple_dev_key_downl.png" alt="Layar ID Key dan tombol unduh" />
-
-    :::caution
-        **PENTING:** Simpan ID ini, di backend ini akan disebut `KEY_ID`. Unduh key. Pastikan untuk tidak pernah membagikan key ini.
-    :::
-10. Temukan key yang diunduh dan simpan di folder backend.
-    <img src="/social-login-assets/apple_dev_downloaded_key.png" alt="File key yang diunduh" />
-</Steps>
-
-## Mendapatkan Team ID
-
-Untuk menggunakan `Login with Apple` di Android, Anda perlu mendapatkan `Team ID`. Ini akan digunakan di backend.
-
-<Steps>
-   1. Pergi ke [situs web ini](https://developer.apple.com/account/) dan scroll ke bawah
-
-   2. Temukan `Team ID`
-      <img src="/social-login-assets/apple_dev_team_id.png" alt="Lokasi Team ID di akun developer" />
-</Steps>
-
-## Mengkonfigurasi redirect aplikasi
-
-Seperti yang Anda lihat di diagram, backend melakukan langkah yang disebut `Redirect back to the app`. Ini memerlukan perubahan manual pada aplikasi Anda.
-
-<Steps>
-    1. Modifikasi `AndroidManifest.xml`
-        1. Buka file, saya akan menggunakan `AndroidStudio`
-            <img src="/social-login-assets/studio_android_manifest_file.png" alt="File AndroidManifest.xml di Android Studio" />
-        2. Temukan `MainActivity` dan tambahkan Intent filter berikut
-            <img src="/social-login-assets/studio_manifest_code_to_add.png" alt="Kode Intent filter untuk ditambahkan di MainActivity" />
-
-            ```xml
-            <intent-filter>
-                <action android:name="android.intent.action.VIEW" />
-                <category android:name="android.intent.category.DEFAULT" />
-                <category android:name="android.intent.category.BROWSABLE" />
-                <data android:scheme="capgo-demo-app" android:host="path" />
-            </intent-filter>
-            ```
-    2. Modifikasi `MainActivity`
-        1. Silakan buka `MainActivity`
-            <img src="/social-login-assets/studio_main_activ_file.png" alt="File MainActivity.java di Android Studio" />
-
-        2. Tambahkan kode berikut:
-            <img src="/social-login-assets/studio_main_actv_new_code.png" alt="Kode untuk ditambahkan ke MainActivity untuk menangani deep link" />
-
-            ```java
-            @Override
-            protected void onNewIntent(Intent intent) {
-                String action = intent.getAction();
-                Uri data = intent.getData();
-
-                if (Intent.ACTION_VIEW.equals(action) && data != null) {
-                    PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                    if (pluginHandle == null) {
-                        Log.i("Apple Login Intent", "SocialLogin login handle is null");
-                        return;
-                    }
-                    Plugin plugin = pluginHandle.getInstance();
-                    if (!(plugin instanceof SocialLoginPlugin)) {
-                        Log.i("Apple Login Intent", "SocialLogin plugin instance is not SocialLoginPlugin");
-                        return;
-                    }
-                    ((SocialLoginPlugin) plugin).handleAppleLoginIntent(intent);
-                    return;
-                }
-                super.onNewIntent(intent);
-            }
-            ```
-
-            :::caution
-            Contoh ini mengasumsikan bahwa Anda tidak memiliki deep link yang dikonfigurasi. Jika Anda memilikinya, silakan sesuaikan kode
-            :::
-</Steps>
-
-:::note
-Anda baru saja menambahkan deep link baru ke aplikasi Anda. Deep link akan terlihat seperti ini: `capgo-demo-app://path`. Anda dapat mengubah `android:scheme` dan `android:host` untuk memodifikasi tampilan deep link ini.
-**Penting:** Di konfigurasi backend, deep link ini akan menjadi `BASE_REDIRECT_URL`
-:::
-
-
-## Konfigurasi backend
-
-Backend diperlukan untuk Android, tetapi mengkonfigurasi backend juga akan berdampak pada IOS. Contoh backend disediakan [di sini](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/index.ts)
-
-Contoh ini menyediakan hal berikut:
-- Database JSON sederhana
-- Cara untuk meminta JWT dari server Apple
-- Verifikasi JWT sederhana
-
-:::note
-Saya menggunakan `PM2` untuk menghosting contoh ini. Contoh `ecosystem.config.js` dapat ditemukan [di sini](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/ecosystem.config.js.example)
-:::
-
-Mengingat semua yang saya katakan dalam tutorial ini, berikut adalah bagaimana bagian `env` akan terlihat:
-
-- `ANDROID_SERVICE_ID` = ID Layanan
-- `IOS_SERVICE_ID` = App ID
-
-```js
-env: {
-  PRIVATE_KEY_FILE: "AuthKey_U93M8LBQK3.p8",
-  KEY_ID: "U93M8LBQK3",
-  TEAM_ID: "UVTJ336J2D",
-  ANDROID_SERVICE_ID: "ee.forgr.io.ionic.starter.service2",
-  IOS_SERVICE_ID: "me.wcaleniewolny.test.ionic.vue",
-  PORT: 3000,
-  REDIRECT_URI: "https://xyz.wcaleniewolny.me/login/callback",
-  BASE_REDIRECT_URL: "capgo-demo-app://path"
-}
-```
-
-#### Menggunakan plugin
-
-Penggunaan fungsi `login` tidak berubah, sama seperti IOS. Silakan lihat bagian itu untuk info lebih lanjut. **NAMUN**, metode `initialize` sedikit berubah.
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: 'ee.forgr.io.ionic.starter.service2',
-    redirectUrl: 'https://appleloginvps.wcaleniewolny.me/login/callback'
-  }
-})
-```
-
-:::danger
-    Perhatikan, bahwa menambahkan `redirectUrl` **AKAN** mempengaruhi IOS!!!!!
-:::
-
-
-## Membuat app
-
-:::note
-Jika Anda sudah memiliki App ID, Anda dapat melewati langkah ini.
-Jangan ikuti langkah ini jika Anda telah mengkonfigurasi Login Apple untuk IOS.
-:::
-
-<Steps>
-   1. Jika Anda belum memiliki App ID, klik tombol plus
-        <img src="/social-login-assets/apple_dev_iden_plus.png" alt="Tombol plus tambah identifier baru" />
-
-   2. Pilih `App IDs` dan klik continue
-        <img src="/social-login-assets/apple_dev_new_app_id.png" alt="Memilih jenis App IDs" />
-
-   3. Klik pada jenis `App` dan klik `Continue`
-        <img src="/social-login-assets/apple_dev_new_app_type.png" alt="Memilih jenis App" />
-
-   4. Masukkan deskripsi dan app ID
-        <img src="/social-login-assets/apple_dev_new_app_desc_id.png" alt="Memasukkan deskripsi dan bundle ID aplikasi" />
-
-   5. Aktifkan kemampuan `Sign with Apple`
-        <img src="/social-login-assets/apple_dev_enable_sign_with_apple.png" alt="Mengaktifkan kemampuan Sign in with Apple" />
-
-   6. Klik `Continue`
-        <img src="/social-login-assets/apple_dev_register_continue.png" alt="Tombol Continue untuk pendaftaran aplikasi" />
-
-   7. Konfirmasikan detail dan klik `Register`
-        <img src="/social-login-assets/apple_dev_confirm_register.png" alt="Mengonfirmasi detail pendaftaran aplikasi" />
-</Steps>
diff --git a/src/content/docs/id/docs/plugins/social-login/apple/general.mdx b/src/content/docs/id/docs/plugins/social-login/apple/general.mdx
deleted file mode 100644
index 437b731b0..000000000
--- a/src/content/docs/id/docs/plugins/social-login/apple/general.mdx
+++ /dev/null
@@ -1,16 +0,0 @@
----
-title: Pengaturan Login Apple
-locale: id
-description: Panduan ini memberikan instruksi terperinci tentang pengaturan Login Apple menggunakan Capacitor, mencakup semua langkah dan persyaratan yang diperlukan untuk integrasi yang sukses.
-sidebar:
-    order: 1
----
-
-### Pendahuluan
-
-Dalam panduan ini, Anda akan belajar cara mengkonfigurasi Login Apple dengan Capacitor. Untuk melakukan ini, Anda akan memerlukan hal berikut:
-
-- akun Apple Developer
-- Komputer yang menjalankan macOS (hanya IOS)
-- Xcode terinstal (hanya IOS)
-- Backend khusus (hanya Android)
diff --git a/src/content/docs/id/docs/plugins/social-login/apple/ios.mdx b/src/content/docs/id/docs/plugins/social-login/apple/ios.mdx
deleted file mode 100644
index 0c35a4cde..000000000
--- a/src/content/docs/id/docs/plugins/social-login/apple/ios.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: Login Apple di IOS
-locale: id
-description: Panduan komprehensif ini akan memandu Anda melalui proses pengaturan Login Apple menggunakan Capacitor di perangkat iOS, memastikan integrasi yang lancar dengan mencakup semua langkah dan konfigurasi yang diperlukan.
-sidebar:
-    order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Mari kita uraikan apa yang Anda perlukan untuk mengatur login Apple di IOS.
-
-<Steps>
-1. Konfigurasi kemampuan aplikasi Anda.
-
-    Untuk melakukan ini, silakan buka Xcode, klik pada `App`
-    ![App XCode](/social-login-assets/app-xcode.png)
-
-2. Pastikan Anda memilih target yang benar.
-
-    ![XCode App Target](/social-login-assets/xcode-app-target.png)
-
-3. Silakan pastikan Anda menambahkan kemampuan `Sign in with Apple`.
-
-    ![App XCode Add Capability](/social-login-assets/app-xcode-add-cap.png)
-
-    ![App XCode Add Capability](/social-login-assets/sign-with-apple-cap.png)
-
-    :::caution
-    Jika Anda tidak melihat kemampuan `Sign in with Apple`, konfigurasikan [Account & Organizational Data Sharing](https://developer.apple.com/account/resources/services/cwa/configure/)
-    :::
-
-4. Inisialisasi Login Apple di aplikasi Anda.
-
-    :::note
-    Saya menggunakan Vue sebagai framework saya, implementasi pastinya akan bervariasi tergantung pada framework pilihan Anda
-    :::
-
-    ```ts
-    //  onMounted adalah spesifik vue
-    onMounted(() => {
-    SocialLogin.initialize({
-        apple: {}
-    })
-    });
-    ```
-
-5. Buat tombol yang akan memulai proses login.
-
-    Tombol tersebut harus memanggil fungsi berikut:
-
-    ```ts
-    async function loginApple() {
-    const res = await SocialLogin.login({
-        provider: 'apple',
-        options: {}
-    })
-    ```
-
-6. Jalankan aplikasi Anda di perangkat **<u>FISIK</u>** dan uji.
-
-    Jika Anda mengikuti langkah-langkahnya dengan cermat, Anda akan melihat layar berikut setelah mengklik tombol Anda.
-
-    ![Apple Sign In prompt on iOS device](/social-login-assets/apple-sign-in-ios-final.png)
-</Steps>
-
-Itu saja! Anda sudah siap.
diff --git a/src/content/docs/id/docs/plugins/social-login/apple/web.mdx b/src/content/docs/id/docs/plugins/social-login/apple/web.mdx
deleted file mode 100644
index ac11bfa2f..000000000
--- a/src/content/docs/id/docs/plugins/social-login/apple/web.mdx
+++ /dev/null
@@ -1,63 +0,0 @@
----
-title: Login Apple untuk browser web
-locale: id
-description: Panduan ini memberikan panduan rinci tentang pengaturan Login Apple menggunakan Capacitor untuk aplikasi web, menggunakan plugin @capgo/capacitor-social-login untuk memastikan proses integrasi yang lancar.
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-Mengonfigurasi login web tidaklah mudah. Ini lebih sulit daripada mengatur `Sign in with Apple` di iOS tetapi lebih sulit daripada mengatur `Sign in with Apple` di Android.
-
-## Menghasilkan layanan
-
-:::note
-Langkah ini berlebihan jika Anda telah mengonfigurasi `Sign in with Apple` di Android.
-:::
-
-Silakan ikuti panduan [di sini](/docs/plugins/social-login/apple/android/#creating-the-service-id/) untuk menghasilkan layanan.
-
-## Mengonfigurasi `Return URLs`
-
-<Steps>
-
-1. **Buka konfigurasi Service ID Anda**
-
-   Di [Apple Developer Portal](https://developer.apple.com), navigasikan ke `Identifiers` > `Services IDs` dan klik pada service ID Anda.
-
-2. **Konfigurasikan Sign in with Apple**
-
-   Klik pada `Configure` di samping `Sign in with Apple`.
-
-   ![apple_dev_configure_login](/social-login-assets/apple_dev_configure_login.webp)
-
-3. **Tambahkan Return URLs**
-
-   Klik tombol `+` untuk menambahkan return URL baru.
-
-   ![apple_dev_return_url_plus](/social-login-assets/apple_dev_return_url_plus.webp)
-
-4. **Tambahkan Return URLs**
-
-   Tambahkan domain Anda untuk aplikasi web Anda di `Domains and Subdomains`.
-   :::caution
-   Anda **TIDAK DAPAT** menambahkan `localhost` atau `127.0.0.1` sebagai domain di sini.
-   :::
-
-   Kemudian, tambahkan domain Anda dengan awalan `https://` dan path dari mana Anda akan memanggil Apple Login.
-   Misalnya, jika domain Anda adalah `https://my-app.com` dan Anda akan memanggil Apple Login dari `/login`, Anda harus menambahkan `https://my-app.com/login` sebagai return URL.
-
-   :::caution
-   Anda **HARUS** menambahkan domain dengan trailing slash dan tanpa trailing slash.
-   :::
-
-   ![apple_dev_return_url_add](/social-login-assets/apple_dev_return_url_add.webp)
-
-5. **Simpan perubahan**
-
-   1. Klik tombol `Next` untuk menyimpan perubahan.
-   2. Klik tombol `Save` untuk menyimpan perubahan.
-
-6. Anda seharusnya siap untuk menguji login untuk JavaScript. Harap dicatat bahwa Anda tidak dapat menguji dari localhost.
-</Steps>
diff --git a/src/content/docs/id/docs/plugins/social-login/facebook.mdx b/src/content/docs/id/docs/plugins/social-login/facebook.mdx
deleted file mode 100644
index bb4959253..000000000
--- a/src/content/docs/id/docs/plugins/social-login/facebook.mdx
+++ /dev/null
@@ -1,666 +0,0 @@
----
-title: Pengaturan Login Facebook
-locale: id
-description: Panduan ini memberikan panduan komprehensif tentang pengaturan Login Facebook menggunakan Capacitor, memastikan integrasi yang lancar dan autentikasi pengguna yang ditingkatkan untuk aplikasi Anda.
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-## Pengantar
-
-Dalam panduan ini, Anda akan mempelajari cara mengatur Login Facebook dengan Capgo Social Login. Anda akan memerlukan hal berikut:
-
-- Akun Facebook Developer
-- Package name/bundle ID aplikasi Anda
-- Akses ke terminal untuk menghasilkan key hashes (Android)
-
-## Pengaturan Umum
-
-Jika Anda belum memiliki aplikasi Facebook yang dibuat, ikuti langkah-langkah berikut:
-
-<Steps>
-1. Buat Aplikasi Facebook
-
-   Ikuti tutorial untuk [Create an App](https://developers.facebook.com/docs/development/create-an-app/)
-
-2. Tambahkan Facebook Login ke aplikasi Anda
-
-   Di Facebook Developer Dashboard Anda, tambahkan produk Facebook Login ke aplikasi Anda
-
-3. Sebelum Anda dapat merilis aplikasi Anda ke publik, ikuti [tutorial](https://developers.facebook.com/docs/development/release/) ini untuk mempublikasikannya
-</Steps>
-
-## Informasi Penting
-
-Berikut adalah tempat untuk menemukan informasi kunci yang Anda perlukan untuk integrasi:
-
-1. `CLIENT_TOKEN`:
-   <img src="/social-login-assets/fb_where_to_fiind_client_token.png" alt="Facebook developer dashboard showing where to find the client token" />
-
-2. `APP_ID`:
-   <img src="/social-login-assets/fb_where_to_find_app_id.png" alt="Facebook developer dashboard showing where to find the app ID" />
-
-3. `APP_NAME`:
-   <img src="/social-login-assets/fb_where_to_find_app_name.png" alt="Facebook developer dashboard showing where to find the app name" />
-
-## Pengaturan Android
-
-<Steps>
-1. Tambahkan izin internet ke `AndroidManifest.xml` Anda
-
-   Pastikan baris ini ada:
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET"/>
-   ```
-
-2. Hasilkan Android key hash Anda
-
-   Ini adalah langkah keamanan penting yang diperlukan oleh Facebook. Buka terminal Anda dan jalankan:
-
-   ```bash
-   keytool -exportcert -alias androiddebugkey -keystore ~/.android/debug.keystore | openssl sha1 -binary | openssl base64 -A
-   ```
-
-   Saat diminta password, gunakan: `android`
-
-   :::note
-   Untuk release builds, Anda perlu menggunakan release keystore Anda:
-   ```bash
-   keytool -exportcert -alias your-key-name -keystore your-keystore-path | openssl sha1 -binary | openssl base64 -A
-   ```
-   :::
-
-3. Tambahkan key hash ke aplikasi Facebook Anda
-
-   1. Buka dashboard aplikasi Anda di Facebook Developers
-   2. Navigasikan ke Settings > Basic
-   3. Gulir ke bawah ke bagian "Android"
-   4. Klik "Add Platform" jika Android belum ditambahkan dan isi detailnya
-   5. Tambahkan key hash yang Anda hasilkan
-   6. Untuk production, tambahkan debug dan release key hashes
-
-4. Perbarui `AndroidManifest.xml` Anda untuk menyertakan:
-
-   ```xml
-   <application>
-       ...
-       <activity android:name="com.facebook.FacebookActivity"
-           android:configChanges="keyboard|keyboardHidden|screenLayout|screenSize|orientation"
-           android:label="@string/app_name" />
-
-       <activity
-           android:name="com.facebook.CustomTabActivity"
-           android:exported="true">
-           <intent-filter>
-               <action android:name="android.intent.action.VIEW" />
-               <category android:name="android.intent.category.DEFAULT" />
-               <category android:name="android.intent.category.BROWSABLE" />
-               <data android:scheme="FB[APP_ID]" />
-           </intent-filter>
-       </activity>
-   </application>
-   ```
-
-   :::caution
-   Pastikan untuk mengganti `[APP_ID]` dengan Facebook app ID Anda yang sebenarnya di atribut `android:scheme`
-   :::
-</Steps>
-
-## Pengaturan iOS
-
-<Steps>
-1. Tambahkan platform iOS di Facebook Developer Console
-
-   1. Buka dashboard aplikasi Anda di Facebook Developers
-   2. Navigasikan ke Settings > Basic
-   3. Gulir ke bawah ke bagian paling bawah halaman dan klik "Add Platform"
-   4. Pilih iOS dan isi detail yang diperlukan
-
-2. Buka proyek Xcode Anda dan navigasikan ke Info.plist
-
-3. Tambahkan entri berikut ke Info.plist Anda:
-
-   ```xml
-   <key>FacebookAppID</key>
-   <string>[APP-ID]</string>
-   <key>FacebookClientToken</key>
-   <string>[CLIENT-TOKEN]</string>
-   <key>FacebookDisplayName</key>
-   <string>[APP-NAME]</string>
-   <key>LSApplicationQueriesSchemes</key>
-   <array>
-       <string>fbapi</string>
-       <string>fb-messenger-share-api</string>
-   </array>
-   <key>CFBundleURLTypes</key>
-   <array>
-       <dict>
-           <key>CFBundleURLSchemes</key>
-           <array>
-               <string>fb[APP-ID]</string>
-           </array>
-       </dict>
-   </array>
-   ```
-
-   :::caution
-   Ganti nilai berikut:
-   - `[APP-ID]` dengan Facebook app ID Anda
-   - `[CLIENT-TOKEN]` dengan client token Anda
-   - `[APP-NAME]` dengan nama aplikasi Anda
-   :::
-
-4. Modifikasi `AppDelegate.swift`
-
-   ```swift
-   import FBSDKCoreKit
-   @UIApplicationMain
-   class AppDelegate: UIResponder, UIApplicationDelegate {
-         func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-           // Override point for customization after application launch.
-
-           // Initialize Facebook SDK
-           FBSDKCoreKit.ApplicationDelegate.shared.application(
-               application,
-               didFinishLaunchingWithOptions: launchOptions
-           )
-
-           return true
-       }
-
-       func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-           // Called when the app was launched with a url. Feel free to add additional processing here,
-           // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-           if (FBSDKCoreKit.ApplicationDelegate.shared.application(
-               app,
-               open: url,
-               sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-               annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-           )) {
-               return true;
-           } else {
-               return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-           }
-       }
-   }
-   ```
-</Steps>
-
-## Menggunakan Login Facebook di Aplikasi Anda
-
-:::caution
-**Sebelum Anda Mulai**: Ingat bahwa dengan Facebook SDK baru, jenis token yang Anda terima sepenuhnya bergantung pada pilihan App Tracking pengguna, bukan pada konfigurasi kode Anda. Selalu implementasikan penanganan access token dan JWT token di backend Anda untuk memastikan autentikasi berfungsi untuk semua pengguna.
-:::
-
-<Steps>
-1. Inisialisasi login Facebook di aplikasi Anda
-
-   ```typescript
-   import { SocialLogin } from '@capgo/capacitor-social-login';
-
-   // Initialize during app startup
-   await SocialLogin.initialize({
-     facebook: {
-       appId: 'APP_ID',
-       clientToken: 'CLIENT_TOKEN',
-     }
-   })
-   ```
-
-2. Implementasikan fungsi login
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-        options: {
-          permissions: ['email', 'public_profile'],
-          limitedLogin: false // See Limited Login section below for important details
-        }
-       });
-       console.log('Facebook login result:', result);
-       // Handle successful login
-     } catch (error) {
-       console.error('Facebook login error:', error);
-       // Handle error
-     }
-   }
-   ```
-
-   :::note
-   **Limited Login (Hanya iOS)**: Atur `limitedLogin` ke true jika Anda ingin menggunakan fitur Limited Login Facebook. Ini adalah fitur khusus iOS yang menyediakan privasi yang ditingkatkan dengan membatasi data yang dibagikan selama login.
-
-   **Keterbatasan Penting:**
-   - **Hanya iOS**: Limited Login hanya mempengaruhi perangkat iOS dan tidak berdampak pada Android
-   - **Override ATT**: Bahkan jika Anda mengatur `limitedLogin: false`, Facebook akan secara otomatis memaksanya menjadi `true` jika pengguna belum memberikan izin App Tracking Transparency (ATT)
-   - **Selalu Tangani Kedua Kasus**: Aplikasi Anda harus selalu siap menangani skenario limited dan full login
-
-   **Memeriksa Status ATT:**
-   ```typescript
-   // Check if user has granted tracking permission
-   const trackingStatus = await SocialLogin.providerSpecificCall({
-     call: 'facebook#requestTracking',
-     options: {}
-   });
-   console.log('Tracking status:', trackingStatus.status); // 'authorized', 'denied', 'notDetermined', or 'restricted'
-   ```
-
-   **Implementasi yang Direkomendasikan jika access_token lebih disukai:**
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       // Check ATT status first
-       const trackingStatus = await SocialLogin.providerSpecificCall({
-         call: 'facebook#requestTracking',
-         options: {}
-       });
-
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: trackingStatus.status === 'denied' // Auto-adjust based on ATT
-         }
-       });
-
-       // Handle different response types based on limited login
-       if (result.result.accessToken) {
-         // Your app logic should work with both limited and full login
-         console.log('Login successful:', result);
-       }
-     } catch (error) {
-       console.error('Facebook login error:', error);
-     }
-   }
-   ```
-
-   **Apa yang Terjadi di Limited Login:**
-   - **Akses Data Berkurang**: Beberapa data pengguna mungkin tidak tersedia
-   - **Jenis Token Berbeda**: Access token mungkin memiliki kemampuan berbeda
-   - **Kepatuhan Privasi**: Membantu mematuhi persyaratan privasi iOS
-
-   **Penting**: Selalu uji aplikasi Anda dengan skenario limited dan full login untuk memastikan aplikasi Anda berfungsi dengan benar dalam kedua kasus. Anda dapat mempelajari lebih lanjut tentang Limited Login [di sini](https://developers.facebook.com/docs/facebook-login/limited-login/).
-   :::
-
-3. **Dapatkan Data Profil Pengguna**
-
-   Setelah login berhasil, Anda dapat mengambil informasi profil tambahan:
-
-   ```typescript
-   async function getFacebookProfile() {
-     try {
-       const profileResponse = await SocialLogin.providerSpecificCall({
-         call: 'facebook#getProfile',
-         options: {
-           fields: ['id', 'name', 'email', 'first_name', 'last_name', 'picture']
-         }
-       });
-
-       console.log('Facebook profile:', profileResponse.profile);
-       return profileResponse.profile;
-     } catch (error) {
-       console.error('Failed to get Facebook profile:', error);
-       return null;
-     }
-   }
-
-   // Example usage after login
-   async function loginAndGetProfile() {
-     const loginResult = await loginWithFacebook();
-     if (loginResult) {
-       const profile = await getFacebookProfile();
-       if (profile) {
-         console.log('User ID:', profile.id);
-         console.log('Name:', profile.name);
-         console.log('Email:', profile.email);
-         console.log('Profile Picture:', profile.picture?.data?.url);
-       }
-     }
-   }
-   ```
-
-   :::tip
-   **Field Profil yang Tersedia**: Anda dapat meminta field apa pun yang tersedia di Facebook Graph API. Field umum termasuk: `id`, `name`, `email`, `first_name`, `last_name`, `picture`, `birthday`, `gender`, `location`, `hometown`. Perhatikan bahwa beberapa field mungkin memerlukan izin tambahan.
-   :::
-
-   :::warning
-   **Keterbatasan Jenis Token**: Panggilan `getProfile` hanya berfungsi ketika Anda memiliki **access token** (login standar dengan tracking diizinkan). Jika pengguna menolak tracking atau Anda menggunakan limited login (hanya JWT token), panggilan ini akan gagal. Dalam hal ini, gunakan data profil yang disediakan dalam respons login awal.
-   :::
-</Steps>
-
-## ⚠️ Kritis: Penanganan Token Backend
-
-:::danger
-**PERILAKU iOS KRITIS**: Limited Login dan App Tracking Transparency (ATT) adalah fitur **KHUSUS iOS**. Di Android, Anda akan selalu menerima access token terlepas dari pengaturan `limitedLogin`.
-
-**Perilaku Token iOS**:
-- **`limitedLogin: true`** → Selalu JWT token (hanya iOS)
-- **`limitedLogin: false` + Pengguna MENGIZINKAN tracking** → Access token
-- **`limitedLogin: false` + Pengguna MENOLAK tracking** → JWT token (iOS secara otomatis mengganti pengaturan Anda)
-
-**Perilaku Token Android**: Selalu access token, pengaturan `limitedLogin` diabaikan.
-:::
-
-Backend Anda harus menangani **dua jenis token berbeda** karena pengguna iOS dapat menerima access token atau JWT token tergantung pada pilihan App Tracking Transparency mereka, sementara pengguna Android selalu menerima access token.
-
-### Jenis Token berdasarkan Platform
-
-| Platform | Pengaturan limitedLogin | Pilihan ATT Pengguna | Jenis Token Hasil |
-|----------|---------------------|-----------------|-------------------|
-| **iOS** | `true` | Apa pun | JWT Token |
-| **iOS** | `false` | Mengizinkan tracking | Access Token |
-| **iOS** | `false` | Menolak tracking | JWT Token (override otomatis) |
-| **Android** | Apa pun | N/A | Access Token (selalu) |
-
-### Implementasi Backend
-
-<Steps>
-1. **Deteksi Jenis Token dan Tangani Sesuai**
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const loginResult = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: false // iOS: depends on ATT, Android: ignored
-         }
-       });
-
-       if (loginResult.accessToken) {
-         // Access token (Android always, iOS when tracking allowed)
-         return handleAccessToken(loginResult.accessToken.token);
-       } else if (loginResult.idToken) {
-         // JWT token (iOS only when tracking denied or limitedLogin: true)
-         return handleJWTToken(loginResult.idToken);
-       }
-     } catch (error) {
-       console.error('Facebook login error:', error);
-     }
-   }
-   ```
-
-2. **Contoh Integrasi Firebase**
-
-   ```typescript
-   import { OAuthProvider, FacebookAuthProvider, signInWithCredential } from 'firebase/auth';
-
-   async function handleAccessToken(accessToken: string, nonce: string) {
-     // For access tokens, use OAuthProvider (new method)
-     const fbOAuth = new OAuthProvider("facebook.com");
-     const credential = fbOAuth.credential({
-       idToken: accessToken,
-       rawNonce: nonce
-     });
-
-     try {
-       const userResponse = await signInWithCredential(auth, credential);
-       return userResponse;
-     } catch (error) {
-       console.error('Firebase OAuth error:', error);
-       return false;
-     }
-   }
-
-   async function handleJWTToken(jwtToken: string) {
-     // For JWT tokens, send to your backend for validation
-     try {
-       const response = await fetch('/api/auth/facebook-jwt', {
-         method: 'POST',
-         headers: {
-           'Content-Type': 'application/json',
-         },
-         body: JSON.stringify({ jwtToken })
-       });
-
-       const result = await response.json();
-       return result;
-     } catch (error) {
-       console.error('JWT validation error:', error);
-       return false;
-     }
-   }
-   ```
-
-3. **Validasi JWT Backend**
-
-   ```typescript
-   // Backend: Validate JWT token from Facebook
-   import jwt from 'jsonwebtoken';
-   import { Request, Response } from 'express';
-
-   app.post('/api/auth/facebook-jwt', async (req: Request, res: Response) => {
-     const { jwtToken } = req.body;
-
-     try {
-       // Verify JWT token with Facebook's public key
-       // See: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(jwtToken, getFacebookPublicKey(), {
-         algorithms: ['RS256'],
-         audience: process.env.FACEBOOK_APP_ID,
-         issuer: 'https://www.facebook.com' // From: https://www.facebook.com/.well-known/openid-configuration/?_rdr
-       });
-
-       // Extract user info from JWT
-       const userInfo = {
-         id: decoded.sub,
-         email: decoded.email,
-         name: decoded.name,
-         isJWTAuth: true
-       };
-
-       // Create your app's session/token
-       const sessionToken = createUserSession(userInfo);
-
-       res.json({
-         success: true,
-         token: sessionToken,
-         user: userInfo
-       });
-     } catch (error) {
-       console.error('JWT validation failed:', error);
-       res.status(401).json({ success: false, error: 'Invalid token' });
-     }
-   });
-   ```
-
-4. **Penangan Token Backend Generik**
-
-   ```typescript
-   // Handle both token types in your backend
-   async function authenticateFacebookUser(tokenData: any) {
-     if (tokenData.accessToken) {
-       // Handle access token - validate with Facebook Graph API
-       const response = await fetch(`https://graph.facebook.com/me?access_token=${tokenData.accessToken}&fields=id,name,email`);
-       const userInfo = await response.json();
-
-       return {
-         user: userInfo,
-         tokenType: 'access_token',
-         expiresIn: tokenData.expiresIn || 3600
-       };
-     } else if (tokenData.jwtToken) {
-       // Handle JWT token - decode and validate
-       // See: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(tokenData.jwtToken, getFacebookPublicKey());
-
-       return {
-         user: {
-           id: decoded.sub,
-           name: decoded.name,
-           email: decoded.email
-         },
-         tokenType: 'jwt',
-         expiresIn: decoded.exp - Math.floor(Date.now() / 1000)
-       };
-     } else {
-       throw new Error('No valid token provided');
-     }
-   }
-   ```
-</Steps>
-
-### Pertimbangan Utama
-
-:::danger
-**Pemahaman Kritis Khusus iOS**:
-- **iOS**: Pilihan App Tracking pengguna menentukan jenis token, BUKAN pengaturan kode Anda (bahkan ketika `limitedLogin: false`)
-- **Android**: Selalu menerima access token, terlepas dari pengaturan `limitedLogin`
-- **Limited Login adalah KHUSUS iOS** - Android mengabaikan pengaturan ini sepenuhnya
-:::
-
-**Access Token (Login Standar)**:
-- ✅ **Android**: Selalu tersedia (pembatasan khusus iOS tidak berlaku)
-- ✅ **iOS**: Hanya ketika pengguna secara eksplisit mengizinkan app tracking
-- ✅ Dapat digunakan untuk mengakses Facebook Graph API
-- ✅ Waktu kedaluwarsa lebih lama
-- ✅ Lebih banyak data pengguna tersedia
-- ❌ **Menjadi kurang umum di iOS** karena pengguna semakin menolak tracking
-
-**JWT Token (Mode Privasi Khusus iOS)**:
-- ❌ **Android**: Tidak pernah terjadi (tidak didukung)
-- ✅ **iOS**: Saat tracking ditolak atau `limitedLogin: true`
-- ✅ Menghormati preferensi privasi pengguna iOS
-- ❌ Hanya berisi info pengguna dasar
-- ❌ Waktu kedaluwarsa lebih pendek
-- ❌ Tidak ada akses ke Facebook Graph API
-- ⚠️ **Sekarang skenario paling umum untuk pengguna iOS**
-
-:::warning
-**Perilaku Khusus Platform**:
-- **Aplikasi iOS**: Harus menangani access token DAN JWT token
-- **Aplikasi Android**: Hanya perlu menangani access token
-- **Aplikasi lintas platform**: Harus mengimplementasikan kedua metode penanganan token
-:::
-
-:::tip
-**Penting untuk iOS**: Anda HARUS mengimplementasikan kedua metode penanganan token. Banyak developer iOS mengasumsikan mereka akan selalu mendapatkan access token dan aplikasi mereka rusak ketika pengguna menolak tracking.
-:::
-
-## Persyaratan Konteks Aman (Web/Capacitor)
-
-### Keterbatasan Crypto API
-
-Alur login Facebook yang diperbarui memerlukan **Web Crypto API** untuk generasi nonce, yang hanya tersedia dalam **konteks aman**:
-
-```typescript
-// This requires secure context (HTTPS or localhost)
-async function sha256(message: string) {
-  const msgBuffer = new TextEncoder().encode(message);
-  const hashBuffer = await crypto.subtle.digest("SHA-256", msgBuffer); // ❌ Fails in insecure context
-  // ...
-}
-```
-
-### Masalah Lingkungan Pengembangan
-
-**Masalah Umum**: `ionic serve` dengan URL HTTP merusak autentikasi Facebook
-
-| Lingkungan | Crypto API Tersedia | Facebook Login Berfungsi |
-|-------------|---------------------|---------------------|
-| `http://localhost:3000` | ✅ Ya | ✅ Ya |
-| `http://127.0.0.1:3000` | ✅ Ya | ✅ Ya |
-| `http://192.168.1.100:3000` | ❌ Tidak | ❌ Tidak |
-| `https://any-domain.com` | ✅ Ya | ✅ Ya |
-
-### Solusi untuk Pengembangan Capacitor
-
-<Steps>
-1. **Gunakan localhost untuk pengujian web**
-   ```bash
-   # Instead of ionic serve --host=0.0.0.0
-   ionic serve --host=localhost
-   ```
-
-2. **Aktifkan HTTPS di Ionic**
-   ```bash
-   ionic serve --ssl
-   ```
-
-3. **Uji pada perangkat sebenarnya**
-   ```bash
-   # Capacitor apps run in secure context on devices
-   ionic cap run ios
-   ionic cap run android
-   ```
-
-4. **Generasi nonce alternatif untuk pengembangan**
-   ```typescript
-   async function generateNonce() {
-     if (typeof crypto !== 'undefined' && crypto.subtle) {
-       // Secure context - use crypto.subtle
-       return await sha256(Math.random().toString(36).substring(2, 10));
-     } else {
-       // Fallback for development (not secure for production)
-       console.warn('Using fallback nonce - not secure for production');
-       return btoa(Math.random().toString(36).substring(2, 10));
-     }
-   }
-   ```
-</Steps>
-
-### Catatan Integrasi Firebase
-
-Dokumentasi Firebase terbaru memerlukan JWT token dengan nonce untuk autentikasi Facebook, terlepas dari pengaturan login. Pendekatan ini berfungsi dengan `limitedLogin: true` dan `limitedLogin: false`:
-
-```typescript
-   // Both modes can return JWT tokens depending on user choice
-   const loginResult = await SocialLogin.login({
-     provider: 'facebook',
-     options: {
-       permissions: ['email', 'public_profile'],
-       limitedLogin: false, // true = always JWT, false = depends on user tracking choice
-       nonce: nonce
-     }
-   });
-```
-
-:::warning
-**Keterbatasan Pengembangan**: Jika Anda menggunakan `ionic serve` pada IP jaringan (bukan localhost), login Facebook akan gagal karena pembatasan crypto API. Gunakan localhost atau HTTPS untuk pengujian web.
-:::
-
-:::tip
-**Keamanan Production**: Aplikasi Capacitor di iOS/Android selalu berjalan dalam konteks aman, jadi keterbatasan ini hanya mempengaruhi lingkungan pengembangan web.
-:::
-
-## Pemecahan Masalah
-
-### Masalah Umum dan Solusi
-
-1. **Kesalahan key hash di Android**
-   - Periksa kembali bahwa Anda telah menambahkan key hash yang benar ke dashboard Facebook
-   - Untuk release builds, pastikan Anda telah menambahkan debug dan release key hashes
-   - Verifikasi Anda menggunakan keystore yang benar saat menghasilkan hash
-
-2. **Tombol login Facebook tidak muncul**
-   - Verifikasi semua entri manifest sudah benar
-   - Periksa bahwa Facebook App ID dan Client Token Anda sudah benar
-   - Pastikan Anda telah menginisialisasi SDK dengan benar
-
-3. **Masalah iOS umum**
-   - Pastikan semua entri Info.plist sudah benar
-   - Verifikasi URL scheme dikonfigurasi dengan benar
-   - Periksa bahwa bundle ID Anda cocok dengan yang terdaftar di dashboard Facebook
-
-### Pengujian
-
-1. **Sebelum pengujian, tambahkan test users di Facebook Developer Console**
-   - Buka Roles > Test Users
-   - Buat test user
-   - Gunakan kredensial ini untuk pengujian
-
-2. **Uji debug dan release builds**
-   - Debug build dengan debug key hash
-   - Release build dengan release key hash
-   - Uji pada emulator dan perangkat fisik
-
-Ingat untuk menguji alur login lengkap, termasuk:
-- Login berhasil
-- Pembatalan login
-- Penanganan kesalahan
-- Fungsi logout
diff --git a/src/content/docs/id/docs/plugins/social-login/firebase/google/android.mdx b/src/content/docs/id/docs/plugins/social-login/firebase/google/android.mdx
deleted file mode 100644
index dda01bea4..000000000
--- a/src/content/docs/id/docs/plugins/social-login/firebase/google/android.mdx
+++ /dev/null
@@ -1,152 +0,0 @@
----
-title: Firebase Google Login di Android
-locale: id
-description: Pelajari cara mengatur Google Sign-In dengan Firebase Authentication di Android menggunakan plugin Capacitor Social Login.
-sidebar:
-    order: 2
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Pengantar
-
-Panduan ini akan membantu Anda mengintegrasikan Google Sign-In dengan Firebase Authentication di Android. Saya berasumsi Anda telah menyelesaikan [pengaturan Firebase Google umum](./general/)
-
-:::note
-Saya akan berasumsi bahwa Anda belum membuat aplikasi Android di Firebase Console. Jika sudah, langkah-langkah Anda akan sedikit berbeda.
-:::
-
-## Langkah Pengaturan
-
-<Steps>
-1. Buka project overview Anda di [console.cloud.google.com](https://console.cloud.google.com/)
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Overview" />
-
-2. Klik tombol `Add app`
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase Add App Button" />
-
-    :::note
-    Ada kemungkinan Anda harus mencari tombol ini di sini. Ini hanya berlaku jika Anda telah membuat aplikasi berbeda di Firebase Console.
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase Add App Button" />
-
-3. Pilih `Android`
-    <img src="/social-login-assets/firebase_project_add_app_android.webp" alt="Firebase Add App Android Button" />
-
-4. Isi bagian pertama formulir
-   1. Isi `Android package name`
-      1. Buka Android Studio di aplikasi Anda menggunakan `npx cap open android`
-      2. Di bagian paling bawah navigator, temukan `Gradle Scripts`
-         <img src="/social-login-assets/studio_gradle_scripts.png" alt="Gradle Scripts section in Android Studio project navigator" />
-      3. Temukan `build.gradle` untuk modul `app`
-         <img src="/social-login-assets/studio_build_gradle.png" alt="build.gradle (Module: app) file in Gradle Scripts section" />
-      4. Salin `android.defaultConfig.applicationId`. Ini akan menjadi `package name` Anda di Firebase console
-         <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="Build.gradle file showing applicationId configuration" />
-      :::note
-      ID yang ditampilkan di sini akan berbeda dari yang akan saya gunakan untuk sisa panduan. Saya akan menggunakan `app.capgo.plugin.SocialLogin` untuk sisa panduan.
-      :::
-      5. Tempelkan di Firebase console
-          <img src="/social-login-assets/firebase_project_add_app_android_package_name.webp" alt="Firebase Add App Android Package Name Field" />
-    2. Klik tombol `Register app`
-        <img src="/social-login-assets/firebase_project_add_app_android_register.webp" alt="Firebase Add App Android Register Button" />
-5. Lewati langkah `Download and then add config file`
-    <img src="/social-login-assets/firebase_project_add_app_android_skip_download.webp" alt="Firebase Add App Android Skip 'Download and then add config file'" />
-6. Lewati langkah `Add firebase SDK`
-   <img src="/social-login-assets/firebase_project_add_app_android_skip_download_firebase_sdk.webp" alt="Firebase Add App Android Skip 'Add firebase SDK'" />
-7. Klik tombol `Continue to console`
-   <img src="/social-login-assets/firebase_project_add_app_android_continue_to_console.webp" alt="Firebase Add App Android Continue to Console Button" />
-8. Jika Anda tidak secara otomatis diautentikasi, buka `settings` -> `general` -> `your apps` -> temukan aplikasi android Anda dan klik
-   <img src="/social-login-assets/firebase_project_add_app_android_settings_general_your_apps.webp" alt="Firebase Add App Android Settings General Your Apps Button" />
-9. Dapatkan SHA1 fingerprint Anda
-
-   Ikuti langkah 10-11 dari [panduan pengaturan Google Login Android](/docs/plugins/social-login/google/android/#using-google-login-on-android):
-
-   1. Sekarang, buka terminal. Pastikan Anda berada di folder `android` aplikasi Anda dan jalankan `./gradlew signInReport`
-      <img src="/social-login-assets/term_sign_report.png" alt="Terminal showing gradlew signInReport command" />
-
-   2. Gulir ke bagian atas perintah ini. Anda akan melihat yang berikut. Salin `SHA1`.
-      <img src="/social-login-assets/term_sign_report_res.png" alt="Terminal output showing SHA1 certificate fingerprint" />
-
-   :::note
-   Saya akan menggunakan SHA1 yang sedikit berbeda untuk sisa panduan, karena saya telah mengubah komputer sejak menulis panduan pengaturan google login android yang asli.
-   :::
-
-   :::caution
-   SHA1 sangat penting untuk dilakukan dengan benar. Jika Anda salah, autentikasi akan gagal dengan cara yang aneh.
-   Silakan __**[BACA PANDUAN PENGATURAN GOOGLE LOGIN ANDROID](/docs/plugins/social-login/google/android/#using-google-login-on-android)**__ untuk mendapatkannya dengan benar.
-   :::
-
-10. Tambahkan SHA1 ke proyek Firebase
-      1. Klik tombol `Add fingerprint`
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint.webp" alt="Firebase Add App Android Add Fingerprint Button" />
-      2. Tempelkan SHA1 yang Anda salin di langkah sebelumnya
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_sha1.webp" alt="Firebase Add App Android Add Fingerprint SHA1 Field" />
-      3. Klik tombol `Save`
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_add.webp" alt="Firebase Add App Android Add Fingerprint Save Button" />
-
-11. Dapatkan web client ID Anda
-      1. Buka `Build` -> `Authentication`
-         <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-      2. Klik tombol `Sign-in method`
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase Authentication Sign-in Method Button" />
-      3. Klik provider `Google`
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Authentication Sign-in Method Google Provider" />
-      4. Klik tombol `Web SDK configuration`
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Button" />
-      5. Salin `Web client ID`. Ini akan menjadi `webClientId` Anda dalam metode `initialize` plugin.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Web Client ID" />
-12. Gunakan web client ID di JS.
-      :::note
-      Saya merekomendasikan menggunakan fungsi helper `authenticateWithGoogle` yang tersedia di file [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) dari aplikasi contoh.
-      :::
-</Steps>
-
-Pada titik ini, Anda **__SECARA TEKNIS__** siap menggunakan Google Sign-In dengan Firebase Authentication di Android. Namun, saya akan merekomendasikan untuk memeriksa ulang pengaturan di Google Cloud console seperti dijelaskan di langkah berikutnya.
-
-## Periksa ulang pengaturan di Google Cloud console
-
-Untuk memastikan bahwa pengaturan sudah benar, Anda harus memeriksa ulang pengaturan di Google Cloud console.
-<Steps>
-   1. Buka [console.cloud.google.com](https://console.cloud.google.com/)
-   2. Temukan proyek Anda
-      1. Klik pada pemilih proyek
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Cloud Console Project Selector" />
-      2. Cari proyek Anda dengan nama persis dari proyek Firebase Anda dan klik di atasnya. Dalam kasus saya, ini adalah `sociallogin-tutorial-app`.
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Project Selector Project" />
-   3. Buka search bar dan buka `credentials`
-      1. Buka search bar
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Cloud Console Search Bar" />
-      2. Cari `credentials` dan klik yang `APIs and Services` (nomor 2 pada screenshot)
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Cloud Console Credentials Search" />
-   4. Verifikasi bahwa Anda melihat Android dan Web client ID dalam daftar.
-      <img src="/social-login-assets/firebase_gc_credentials_list.webp" alt="Google Cloud Console Credentials List" />
-
-      :::caution
-      Jika Anda tidak melihat Android dan Web client ID dalam daftar, Anda telah membuat kesalahan dalam pengaturan. Silakan kembali dan periksa langkah-langkah Anda.
-
-      Ini juga mungkin, dan telah terjadi pada saya, bahwa Anda telah menambahkan Android SHA1 hash dengan app ID yang sama di proyek yang berbeda. Ini akan mengakibatkan Firebase tidak dapat membuat Android client ID. Dalam hal ini, Anda perlu menghapus SHA1 dari proyek lain serta di Firebase (menggunakan Firebase console untuk menghapus aplikasi android) dan membuatnya kembali di Firebase
-      :::
-   5. Verifikasi bahwa Android client ID dikonfigurasi dengan benar di Firebase console.
-      1. Klik aplikasi `Android`
-         <img src="/social-login-assets/firebase_gc_android_app_select.webp" alt="Google Cloud Console Android App Select" />
-      2. Konfirmasi bahwa SHA1 hash dikonfigurasi dengan benar dan cocok dengan yang Anda salin di langkah sebelumnya.
-         <img src="/social-login-assets/firebase_gc_android_app_sha1_configured.webp" alt="Google Cloud Console Android App SHA1 Configured" />
-   6. Verifikasi bahwa Web client ID dikonfigurasi dengan benar di Firebase console.
-      1. Klik aplikasi `Web`
-         <img src="/social-login-assets/firebase_gc_web_app_select.webp" alt="Google Cloud Console Web App Select" />
-      2. Konfirmasi bahwa client ID cocok dengan yang Anda salin di langkah sebelumnya.
-         <img src="/social-login-assets/firebase_gc_web_app_client_id_configured.webp" alt="Google Cloud Console Web App Client ID Configured" />
-      :::note
-      Harap abaikan sisa pengaturan web client. Kita akan membahas ini di [panduan pengaturan web](/docs/plugins/social-login/firebase/google/web/).
-</Steps>
-
-Voila! Anda sekarang siap menggunakan Google Sign-In dengan Firebase Authentication di Android.
-
-## Pemecahan Masalah
-
-Jika autentikasi macet atau gagal:
-
-- Verifikasi audience `idToken` cocok dengan Firebase web client ID Anda
-- Periksa bahwa Google Sign-In diaktifkan di Firebase Console
-- Pastikan SHA-1 fingerprint dikonfigurasi dengan benar
-- Tinjau [kode aplikasi contoh](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts) sebagai referensi
diff --git a/src/content/docs/id/docs/plugins/social-login/firebase/google/general.mdx b/src/content/docs/id/docs/plugins/social-login/firebase/google/general.mdx
deleted file mode 100644
index 2d6f85e8a..000000000
--- a/src/content/docs/id/docs/plugins/social-login/firebase/google/general.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: Firebase Google Login - Pengaturan Umum
-locale: id
-description: Pelajari cara mengatur Google Sign-In dengan Firebase Authentication menggunakan plugin Capacitor Social Login.
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Pengantar
-
-Panduan ini akan memandu Anda melalui integrasi Google Sign-In dengan Firebase Authentication menggunakan plugin Capacitor Social Login. Pengaturan ini memungkinkan Anda menggunakan Google Sign-In native di platform mobile sambil memanfaatkan Firebase Auth untuk autentikasi backend.
-
-## Langkah Pengaturan
-
-<Steps>
-1. Silakan buka [console.cloud.google.com](https://console.cloud.google.com/)
-2. Pilih proyek yang ingin Anda gunakan
-    <img src="/social-login-assets/firebase_project_select.webp" alt="Firebase Project Selector" />
-3. Buka menu `Authentication`
-    1. Klik `build`
-    2. Klik `Authentication`
-    <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-4. Klik tombol `Mulai`
-    <img src="/social-login-assets/firebase_auth_start.webp" alt="Firebase Get Started Button" />
-5. Pilih SALAH SATU `Email/Password` DAN `Google` ATAU HANYA `Google`
-    :::note
-    Saya akan memilih `Email/Password` DAN `Google`, karena saya ingin menggunakan keduanya, tetapi Anda bisa memilih hanya `Google`. Ini adalah sesuatu yang dapat Anda ubah nanti.
-    :::
-    <img src="/social-login-assets/firebase_google_email_auth.webp" alt="Firebase Select Email/Password and Google Button" />
-    <img src="/social-login-assets/firebase_auth_enable_email.webp" alt="Firebase enable email authentication" />
-    <img src="/social-login-assets/firebase_auth_enable_email_save.webp" alt="Firebase save enable google authentication" />
-    <img src="/social-login-assets/firebase_auth_add_provider_after_email.webp" alt="Firebase enable add provider button" />
-    <img src="/social-login-assets/firebase_auth_add_google_provider_after_email.webp" alt="Firebase add Google provider after having added email provider" />
-6. Aktifkan provider `Google`
-    <img src="/social-login-assets/firebase_auth_add_google_provider_enable.webp" alt="Firebase enable google authentication" />
-7. Tambahkan support email
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth.webp" alt="Firebase add support email" />
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth_2.webp" alt="Firebase add support email part 2" />
-8. Ubah `Public-facing name for project`.
-    :::note
-    Ini akan ditampilkan kepada pengguna, jadi saya merekomendasikan mengubahnya menjadi sesuatu yang lebih deskriptif.
-    :::
-    <img src="/social-login-assets/firebase_auth_change_public_facing_name.webp" alt="Firebase change public facing name" />
-9. Klik tombol `Save`
-    <img src="/social-login-assets/firebase_auth_save_google_auth.webp" alt="Firebase save public facing name" />
-</Steps>
-
-Voilà, Anda sekarang telah mengaktifkan Google Sign-In dengan Firebase Authentication
diff --git a/src/content/docs/id/docs/plugins/social-login/firebase/google/ios.mdx b/src/content/docs/id/docs/plugins/social-login/firebase/google/ios.mdx
deleted file mode 100644
index 438c2673a..000000000
--- a/src/content/docs/id/docs/plugins/social-login/firebase/google/ios.mdx
+++ /dev/null
@@ -1,171 +0,0 @@
----
-title: Firebase Google Login di iOS
-locale: id
-description: Pelajari cara mengatur Google Sign-In dengan Firebase Authentication di iOS menggunakan plugin Capacitor Social Login.
-sidebar:
-    order: 3
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Pengantar
-
-Panduan ini akan membantu Anda mengintegrasikan Google Sign-In dengan Firebase Authentication di iOS. Saya berasumsi Anda telah menyelesaikan [pengaturan Firebase Google umum](./general/).
-
-:::note
-Saya akan berasumsi bahwa Anda belum membuat aplikasi iOS di Firebase Console. Jika sudah, langkah-langkah Anda akan sedikit berbeda.
-:::
-
-## Langkah Pengaturan
-
-<Steps>
-1. Buka project overview Anda di [console.cloud.google.com](https://console.cloud.google.com/)
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Overview" />
-
-2. Klik tombol `Add app`
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase Add App Button" />
-
-    :::note
-    Ada kemungkinan Anda harus mencari tombol ini di sini. Ini hanya berlaku jika Anda telah membuat aplikasi berbeda di Firebase Console.
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase Add App Button" />
-3. Pilih `iOS`
-    <img src="/social-login-assets/firebase_project_add_app_ios.webp" alt="Firebase Add App iOS Button" />
-
-4. Isi bagian pertama formulir
-   1. Isi `Apple bundle ID`
-      1. Buka Xcode di aplikasi Anda menggunakan `npx cap open ios`
-      2. Klik dua kali pada `App`
-         <img src="/social-login-assets/xcode_app_click.png" alt="App target in Xcode project navigator" />
-      3. Pastikan Anda berada di `Targets -> App`
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Targets section in Xcode with App selected" />
-      4. Temukan `Bundle Identifier` Anda
-          <img src="/social-login-assets/xcode_bundle_id.png" alt="Bundle Identifier field in Xcode project settings" />
-          :::note
-          ID yang ditampilkan di sini akan berbeda dari yang akan saya gunakan untuk sisa panduan. Saya akan menggunakan `app.capgo.plugin.SocialLogin` untuk sisa panduan.
-          :::
-      5. Salin `Bundle Identifier` dan tempelkan di Firebase console
-         <img src="/social-login-assets/firebase_project_add_app_ios_bundle_id.webp" alt="Firebase Add App iOS Bundle ID Field" />
-   2. Klik tombol `Register app`
-         <img src="/social-login-assets/firebase_project_add_app_ios_register.webp" alt="Firebase Add App iOS Register Button" />
-5. Lewati langkah `Download config file`
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download.webp" alt="Firebase Add App iOS Skip Download Button" />
-6. Lewati langkah `Add firebase SDK`
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk_2.webp" alt="Firebase Add App iOS Skip Download Firebase SDK Button" />
-7. Lewati langkah `Add initialization code`
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk.webp" alt="Firebase Add App iOS Skip Add Initialization Code Button" />
-8. Klik tombol `Continue to console`
-    <img src="/social-login-assets/firebase_project_add_app_ios_continue_to_console.webp" alt="Firebase Add App iOS Continue to Console Button" />
-9. Dapatkan iOS client ID dan `YOUR_DOT_REVERSED_IOS_CLIENT_ID` Anda
-   1. Buka Google Cloud Console di [console.cloud.google.com](https://console.cloud.google.com/)
-   2. Temukan proyek Anda
-      1. Klik pada pemilih proyek
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Cloud Console Project Selector" />
-      2. Cari proyek Anda dengan nama persis dari proyek Firebase Anda dan klik di atasnya. Dalam kasus saya, ini adalah `sociallogin-tutorial-app`.
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Project Selector Project" />
-   3. Buka search bar dan buka `credentials`
-      1. Buka search bar
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Cloud Console Search Bar" />
-      2. Cari `credentials` dan klik yang `APIs and Services` (nomor 2 pada screenshot)
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Cloud Console Credentials Search" />
-   4. Klik pada `iOS client for [YOUR_APP_ID] (auto created by Google Service)`. Dalam kasus saya, ini adalah `sociallogin-tutorial-app`.
-      <img src="/social-login-assets/firebase_gc_credentials_ios_client_id.webp" alt="Google Cloud Console Credentials iOS Client ID" />
-   5. Salin `Client ID` serta `iOS URL scheme`. Ini akan masing-masing menjadi `iOSClientId` dan `YOUR_DOT_REVERSED_IOS_CLIENT_ID` Anda.
-
-      :::note
-      Anda akan melewatkan `iOSClientId` dalam metode `initialize` plugin, sementara Anda akan menggunakan `YOUR_DOT_REVERSED_IOS_CLIENT_ID` dalam file `Info.plist` aplikasi Anda, seperti dijelaskan di bagian selanjutnya dari panduan ini.
-      :::
-
-      <img src="/social-login-assets/firebase_gc_credentials_ios_client_id_copy.webp" alt="Google Cloud Console Credentials iOS Client ID Copy" />
-10. Dapatkan web client ID Anda
-    1. Kembali ke Firebase console dan buka `Build` -> `Authentication`
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-    2. Klik tombol `Sign-in method`
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase Authentication Sign-in Method Button" />
-    3. Klik provider `Google`
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Authentication Sign-in Method Google Provider" />
-    4. Klik tombol `Web SDK configuration`
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Button" />
-    5. Salin `Web client ID`. Ini akan menjadi `webClientId` Anda dalam metode `initialize` plugin.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Web Client ID" />
-11. Modifikasi Info.plist aplikasi Anda
-    1. Buka Xcode dan temukan file `Info.plist`
-        <img src="/social-login-assets/xcode_info_file.png" alt="Info.plist file in Xcode project navigator" />
-    2. Klik kanan file ini dan buka sebagai source code
-        <img src="/social-login-assets/xcode_open_as_src_code.png" alt="Right-click menu showing Open As Source Code option" />
-    3. Di bagian bawah file `Plist` Anda, Anda akan melihat tag `</dict>`
-        <img src="/social-login-assets/xcode_dict_tag.png" alt="Closing dict tag in Info.plist file" />
-    4. Masukkan fragmen berikut tepat sebelum tag `</dict>` penutup
-        <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist with URL schemes code inserted before closing dict tag" />
-
-        ```xml
-        <key>CFBundleURLTypes</key>
-        <array>
-        <dict>
-          <key>CFBundleURLSchemes</key>
-          <array>
-            <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-          </array>
-        </dict>
-        </array>
-        <key>GIDClientID</key>
-        <string>YOUR_IOS_CLIENT_ID.apps.googleusercontent.com</string>
-        ```
-
-    5. Ubah `YOUR_DOT_REVERSED_IOS_CLIENT_ID` ke nilai yang disalin di langkah 9 (iOS URL scheme)
-        <img src="/social-login-assets/xcode_plist_final.png" alt="Info.plist with actual reversed client ID inserted in URL schemes" />
-
-        :::caution
-        Pastikan bahwa nilai ini **DIMULAI** dengan `com.googleusercontent.apps`
-        :::
-
-   6. Ubah `YOUR_IOS_CLIENT_ID` ke iOS Client ID yang Anda salin di langkah 9
-
-   7. Simpan file dengan `Command + S`
-
-12. Modifikasi `AppDelegate.swift`
-    1. Buka AppDelegate
-        <img src="/social-login-assets/xcode_app_deleg.png" alt="AppDelegate.swift file in Xcode project navigator" />
-    2. Masukkan `import GoogleSignIn` di bagian atas file
-        <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="AppDelegate.swift with GoogleSignIn import added" />
-    3. Temukan fungsi `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])`
-        <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="Original application openURL function in AppDelegate" />
-    4. Modifikasi fungsi agar terlihat seperti ini
-
-        ```swift
-        func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-            // Called when the app was launched with a url. Feel free to add additional processing here,
-            // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-            var handled: Bool
-
-            handled = GIDSignIn.sharedInstance.handle(url)
-            if handled {
-              return true
-            }
-
-            return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-        }
-        ```
-
-        <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="Modified application openURL function with GoogleSignIn handling" />
-
-    5. Simpan file dengan `Command + S`
-
-15. Menggunakan login Google di aplikasi Anda
-
-    Pada langkah ini, Anda siap menggunakan login Google di aplikasi Anda.
-    Silakan gunakan file [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) dari aplikasi contoh untuk mengautentikasi dengan Google.
-</Steps>
-
- Pengguna akan secara otomatis dibuat di Firebase Auth pada sign-in pertama
-
-## Pemecahan Masalah
-
-Jika autentikasi macet atau gagal:
-
-- Verifikasi audience `idToken` cocok dengan Firebase web client ID Anda
-- Periksa bahwa Google Sign-In diaktifkan di Firebase Console
-- Pastikan Info.plist memiliki URL scheme dan GIDClientID yang benar
-- Verifikasi `iOSServerClientId` cocok dengan web client ID Anda
-- Tinjau [kode aplikasi contoh](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts) sebagai referensi
diff --git a/src/content/docs/id/docs/plugins/social-login/firebase/google/web.mdx b/src/content/docs/id/docs/plugins/social-login/firebase/google/web.mdx
deleted file mode 100644
index 69c945955..000000000
--- a/src/content/docs/id/docs/plugins/social-login/firebase/google/web.mdx
+++ /dev/null
@@ -1,55 +0,0 @@
----
-title: Firebase Google Login di Web
-locale: id
-description: Pelajari cara mengatur Google Sign-In dengan Firebase Authentication di Web menggunakan Google Sign-In bawaan Firebase.
-sidebar:
-    order: 4
----
-
-## Pengantar
-
-Plugin Capacitor Social Login **tidak mendukung platform web**. Untuk aplikasi web, Anda harus menggunakan Google Sign-In bawaan Firebase secara langsung, yang menyediakan alur autentikasi berbasis popup yang lebih andal.
-
-## Mengapa Tidak Menggunakan Plugin di Web?
-
-Plugin Capacitor Social Login dirancang untuk platform mobile native (Android dan iOS) di mana ia dapat memanfaatkan alur autentikasi khusus platform. Untuk web, metode `signInWithPopup` native Firebase adalah:
-
-- ✅ Lebih andal dan didukung dengan lebih baik
-- ✅ Menangani penyimpanan sesi browser secara otomatis
-- ✅ Menyediakan penanganan kesalahan yang lebih baik
-- ✅ Tidak memerlukan konfigurasi tambahan
-
-## Langkah Pengaturan
-
-1. **Konfigurasikan Proyek Firebase**
-
-   Pastikan proyek Firebase Anda telah mengaktifkan Google Sign-In:
-   - Buka [Firebase Console](https://console.firebase.google.com/)
-   - Navigasikan ke Authentication > Sign-in method
-   - Aktifkan provider Google Sign-In
-
-2. Tambahkan authorized domains Anda
-    1. Buka project overview Anda di [console.cloud.google.com](https://console.cloud.google.com/)
-        <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Overview" />
-    2. Buka menu `Authentication`
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-    3. Klik tombol `Settings`
-        <img src="/social-login-assets/firebase_select_authentication_settings.webp" alt="Firebase Authentication Sign-in Method Button" />
-    4. Atur `Authorized domains`
-        <img src="/social-login-assets/firebase_select_authentication_settings_authorized_domains.webp" alt="Firebase Authentication Settings Authorized Domains" />
-
-## Contoh Implementasi
-
-Lihat file [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) di aplikasi contoh untuk implementasi lengkap yang:
-
-- Menggunakan `signInWithPopup` Firebase untuk platform web
-- Menggunakan plugin Capacitor Social Login untuk platform Android/iOS
-- Menangani deteksi platform secara otomatis
-
-Contoh menunjukkan cara menggunakan metode bawaan Firebase secara kondisional untuk web sambil menggunakan plugin untuk platform native.
-
-## Sumber Daya Tambahan
-
-- [Dokumentasi Firebase Authentication](https://firebase.google.com/docs/auth) - Dokumentasi Firebase Auth lengkap
-- [Firebase Google Sign-In untuk Web](https://firebase.google.com/docs/auth/web/google-signin) - Panduan resmi Firebase untuk Google Sign-In di web
-- [Panduan Pengaturan Google Login](/docs/plugins/social-login/google/general/) - Panduan untuk mengonfigurasi authorized domains dan layar persetujuan OAuth
diff --git a/src/content/docs/id/docs/plugins/social-login/firebase/introduction.mdx b/src/content/docs/id/docs/plugins/social-login/firebase/introduction.mdx
deleted file mode 100644
index cb7ab2744..000000000
--- a/src/content/docs/id/docs/plugins/social-login/firebase/introduction.mdx
+++ /dev/null
@@ -1,98 +0,0 @@
----
-title: Pengantar Integrasi Firebase
-locale: id
-description: Pelajari cara mengintegrasikan Firebase Authentication dengan plugin Capacitor Social Login untuk solusi autentikasi lengkap.
-sidebar:
-    order: 1
----
-
-## Ikhtisar
-
-Tutorial ini akan memandu Anda melalui pengaturan Firebase Authentication dengan plugin Capacitor Social Login. Integrasi ini memungkinkan Anda menggunakan provider social login native (Google, Apple, Facebook, Twitter) di platform mobile sambil memanfaatkan Firebase Auth untuk autentikasi backend dan Firestore untuk penyimpanan data.
-
-## Apa yang Akan Anda Pelajari
-
-- Cara mengonfigurasi Firebase Authentication
-- Cara mengintegrasikan plugin Capacitor Social Login dengan Firebase Auth
-- Pengaturan khusus platform untuk Android, iOS, dan Web
-
-## Apa yang Anda Perlukan
-
-Sebelum Anda memulai, pastikan Anda memiliki:
-
-1. **Proyek Firebase**
-   - Buat proyek di [Firebase Console](https://console.firebase.google.com/)
-   - Aktifkan Authentication (Email/Password dan Google Sign-In)
-   - Dapatkan kredensial konfigurasi Firebase Anda
-
-2. **Firebase JS SDK**
-   - Instal Firebase di proyek Anda:
-     ```bash
-     npm install firebase
-     ```
-
-3. **Proyek Capacitor**
-   - Aplikasi Capacitor yang ada
-   - Plugin Capacitor Social Login terinstal:
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-## Aplikasi Contoh
-
-Contoh lengkap yang berfungsi tersedia di repository:
-
-**Repository Kode**: [Anda dapat menemukan repository kode di sini](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-Aplikasi contoh mendemonstrasikan:
-- Autentikasi email/password dengan Firebase
-- Integrasi Google Sign-In (Android, iOS, dan Web)
-- Penyimpanan key-value sederhana menggunakan koleksi Firebase Firestore
-- Penyimpanan data khusus pengguna di subkoleksi Firestore
-
-
-## Catatan tentang penggunaan Firebase SDK di Capacitor
-
-Saat menggunakan Firebase JS SDK di Capacitor, Anda perlu menyadari bahwa saat menggunakan metode autentikasi, Anda perlu menginisialisasi instance Firebase Auth sedikit berbeda.
-
-Di platform web, Anda akan menggunakan fungsi `getAuth` untuk mendapatkan instance Firebase Auth.
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { getAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-const auth = getAuth(app);
-```
-
-Sayangnya, di Capacitor, ini tidak berfungsi dan menyebabkan Firebase auth macet. Seperti yang dinyatakan dalam [posting blog ini](https://harryherskowitz.com/2021/08/23/firebase-capacitor.html), Anda perlu menggunakan fungsi `initializeAuth` untuk menginisialisasi instance Firebase Auth.
-Ini terlihat seperti ini:
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { initializeAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-
-function whichAuth() {
-  let auth;
-  if (Capacitor.isNativePlatform()) {
-    auth = initializeAuth(app, {
-      persistence: indexedDBLocalPersistence,
-    });
-  } else {
-    auth = getAuth(app);
-  }
-  return auth;
-}
-
-export const auth = whichAuth();
-```
-## Langkah Selanjutnya
-
-Lanjutkan dengan panduan pengaturan:
-- [Pengaturan Firebase](./google/general/) - Konfigurasikan proyek Firebase
-- [Pengaturan Android](./google/android/) - Konfigurasi khusus Android
-- [Pengaturan iOS](./google/ios/) - Konfigurasi khusus iOS
-- [Pengaturan Web](./google/web/) - Konfigurasi khusus Web
diff --git a/src/content/docs/id/docs/plugins/social-login/getting-started.mdx b/src/content/docs/id/docs/plugins/social-login/getting-started.mdx
deleted file mode 100644
index 6ac84b411..000000000
--- a/src/content/docs/id/docs/plugins/social-login/getting-started.mdx
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: Memulai
-locale: id
-description: Temukan cara menginstal dan mengonfigurasi plugin Capacitor Social Login untuk meningkatkan autentikasi aplikasi Anda dengan integrasi lancar untuk login Google, Apple, dan Facebook.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Card, CardGrid } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-import MicroCard from '@/components/MicroCard.astro'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-social-login" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurasikan plugin**
-   <div class="flex flex-nowrap gap-4 h-full">
-      <div style="display: flex; gap: 1rem; width: 100% !important; max-width: 100% !important;">
-         <MicroCard href="/docs/plugins/social-login/google/general/" title="Google" customIcon="/icons/google.svg">
-            Konfigurasikan Google Sign-In untuk aplikasi Anda
-         </MicroCard>
-         <MicroCard href="/docs/plugins/social-login/facebook/" title="Facebook" icon="facebook">
-            Atur integrasi Facebook Login
-         </MicroCard>
-         <MicroCard href="/docs/plugins/social-login/apple/general/" title="Apple" icon="apple">
-            Aktifkan Sign in with Apple
-         </MicroCard>
-      </div>
-   </div>
-</Steps>
diff --git a/src/content/docs/id/docs/plugins/social-login/google/android.mdx b/src/content/docs/id/docs/plugins/social-login/google/android.mdx
deleted file mode 100644
index 46f4632a2..000000000
--- a/src/content/docs/id/docs/plugins/social-login/google/android.mdx
+++ /dev/null
@@ -1,222 +0,0 @@
----
-title: Google Login di Android
-locale: id
-description: Panduan ini memberikan panduan komprehensif tentang pengaturan Google Login menggunakan Capacitor untuk perangkat Android, merinci setiap langkah untuk memastikan proses integrasi yang lancar dan mengatasi tantangan potensial yang mungkin Anda hadapi.
-sidebar:
-    order: 2
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Pengantar
-
-Dalam panduan ini, Anda akan mempelajari cara mengatur Google Login dengan Capgo Social Login untuk Android.
-Saya berasumsi bahwa Anda telah membaca [panduan pengaturan umum](/docs/plugins/social-login/google/general/).
-
-## Menggunakan login Google di Android
-
-Di bagian ini, Anda akan mempelajari cara mengatur login Google di Android.
-
-:::caution
-Sertifikat SHA1 Android sangat menyakitkan dan saya tidak akan menginginkan siapa pun harus mengaturnya. Langkah-langkah berikut mengasumsikan skenario paling sederhana dari aplikasi yang tidak dipublikasikan ke Google Play Store dan hanya digunakan oleh simulator lokal, atau perangkat keras pengembangan.
-
-Jika Anda telah men-deploy aplikasi Anda ke Google Play Store, Anda **HARUS** menambahkan Android client ID tambahan yang berisi SHA1 dari Google Play console untuk rilis production. Anda dapat menemukan SHA1 hash yang digunakan Google Play untuk menandatangani bundle rilis Anda di bawah `Test and release > Setup > App Signing`.
-
-Terakhir, penting untuk disebutkan bahwa jika Anda salah, kesalahan TIDAK akan jelas. Mungkin sangat sulit untuk di-debug. Jika Anda kesulitan dengan pengaturan, silakan lihat [Github issues](https://github.com/Cap-go/capacitor-social-login/issues).
-
-Selain itu, Anda dapat melihat bagian troubleshooting dari [pengaturan Google Login untuk Android](#troubleshooting) untuk informasi lebih lanjut.
-:::
-
-:::note
-Anda dapat membuat beberapa Android client ID. Ini diperlukan jika Anda memiliki beberapa sertifikat SHA1.
-:::
-
-<Steps>
-1. Buat Android client ID.
-   1. Klik pada search bar
-      <img src="/social-login-assets/google_cons_search.png" alt="Google Console search bar" />
-
-   2. Cari `credentials` dan klik yang `APIs and Services` (nomor 2 pada screenshot)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Search results showing credentials option with APIs and Services highlighted" />
-
-   3. Klik pada `create credentials`
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Create credentials button in Google Console" />
-
-   4. Pilih `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="OAuth client ID option in credentials creation menu" />
-
-   5. Pilih tipe aplikasi `Android`
-      <img src="/social-login-assets/google_cons_app_type_android.png" alt="Application type selection with Android option highlighted" />
-
-   6. Buka Android Studio
-
-   7. Di bagian paling bawah navigator, temukan `Gradle Scripts`
-      <img src="/social-login-assets/studio_gradle_scripts.png" alt="Gradle Scripts section in Android Studio project navigator" />
-
-   8. Temukan `build.gradle` untuk modul `app`
-      <img src="/social-login-assets/studio_build_gradle.png" alt="build.gradle (Module: app) file in Gradle Scripts section" />
-
-   9. Salin `android.defaultConfig.applicationId`. Ini akan menjadi `package name` Anda di Google console
-      <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="Build.gradle file showing applicationId configuration" />
-
-   10. Sekarang, buka terminal. Pastikan Anda berada di folder `android` aplikasi Anda dan jalankan `./gradlew signInReport`
-      <img src="/social-login-assets/term_sign_report.png" alt="Terminal showing gradlew signInReport command" />
-
-   11. Gulir ke bagian atas perintah ini. Anda akan melihat yang berikut. Salin `SHA1`.
-      <img src="/social-login-assets/term_sign_report_res.png" alt="Terminal output showing SHA1 certificate fingerprint" />
-
-   12. Sekarang, kembali ke Google Console. Masukkan `applicationId` Anda sebagai `Package Name` dan SHA1 Anda di field sertifikat dan klik `create`
-      <img src="/social-login-assets/google_cons_creat_android_client.png" alt="Android client creation form with package name and SHA1 fields filled in" />
-
-2. Buat web client (ini diperlukan untuk Android)
-
-   1. Buka halaman `Create credentials` di Google Console
-
-   2. Atur tipe aplikasi ke `Web`
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="Application type selection with Web option highlighted" />
-
-   3. Klik `Create`
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="Web client creation form with Create button at bottom" />
-
-   4. Salin client ID, Anda akan menggunakan ini sebagai `webClientId` dalam kode JS/TS Anda
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="Client ID details showing Web client ID to copy" />
-
-3. Modifikasi `MainActivity` Anda
-
-   1. Silakan buka aplikasi Anda di Android Studio. Anda dapat menjalankan `cap open android`
-
-   2. Temukan `MainActivity.java`
-
-      1. Buka folder `app`
-         <img src="/social-login-assets/studio_app_folder.png" alt="App folder in Android Studio project navigator" />
-
-      2. Temukan `java`
-         <img src="/social-login-assets/studio_app_java.png" alt="Java folder in Android Studio project structure" />
-
-      3. Temukan `MainActivity.java` Anda dan klik di atasnya
-         <img src="/social-login-assets/studio_app_java_activity_main.png" alt="MainActivity.java file in package structure" />
-
-   3. Modifikasi `MainActivity.java`. Silakan tambahkan kode berikut
-
-      ```java
-      import ee.forgr.capacitor.social.login.GoogleProvider;
-      import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-      import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-      import com.getcapacitor.PluginHandle;
-      import com.getcapacitor.Plugin;
-      import android.content.Intent;
-      import android.util.Log;
-      import com.getcapacitor.BridgeActivity;
-
-      // ModifiedMainActivityForSocialLoginPlugin is VERY VERY important !!!!!!
-      public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-
-            @Override
-            public void onActivityResult(int requestCode, int resultCode, Intent data) {
-              super.onActivityResult(requestCode, resultCode, data);
-
-              if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-                PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                if (pluginHandle == null) {
-                  Log.i("Google Activity Result", "SocialLogin login handle is null");
-                  return;
-                }
-                Plugin plugin = pluginHandle.getInstance();
-                if (!(plugin instanceof SocialLoginPlugin)) {
-                  Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-                  return;
-                }
-                ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-              }
-            }
-
-            // This function will never be called, leave it empty
-            @Override
-            public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-      }
-      ```
-
-   4. Simpan file
-
-4. Gunakan Google Login di aplikasi Anda
-
-   1. Pertama, import `SocialLogin`
-
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-
-   2. Panggil initialize. Ini harus dipanggil hanya sekali.
-
-      ```typescript
-      // onMounted is Vue specific
-      // webClientId is the client ID you got in the web client creation step not the android client ID.
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-          }
-        })
-      })
-      ```
-
-   3. Panggil `SocialLogin.login`. Buat tombol dan jalankan kode berikut saat diklik.
-
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // handle the response
-      console.log(JSON.stringify(res))
-      ```
-
-5. Konfigurasikan emulator untuk pengujian
-
-   1. Masuk ke `Device manager` dan klik tombol plus
-      <img src="/social-login-assets/studio_device_man.png" alt="Device Manager in Android Studio with plus button highlighted" />
-
-   2. Buat virtual device
-      <img src="/social-login-assets/studio_create_virt_dev.png" alt="Create Virtual Device button in Virtual Device Configuration" />
-
-   3. Pilih perangkat apa pun dengan ikon `Play Store`
-      <img src="/social-login-assets/studio_new_dev_select_hardware.png" alt="Hardware selection showing devices with Play Store support" />
-
-      Seperti yang Anda lihat, `pixel 8` mendukung layanan `Play Store`
-
-   4. Klik `next`
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="Next button in device creation wizard" />
-
-   5. Pastikan bahwa OS image bertipe `Google Play`. **HARUS** bertipe `Google Play`
-      <img src="/social-login-assets/studio_new_dev_google_play_dev_type.png" alt="System image selection showing Google Play type images" />
-
-   6. Klik next
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="Next button in system image selection screen" />
-
-   7. Konfirmasi perangkat Anda. Anda dapat memberi nama emulator sesuai keinginan Anda
-      <img src="/social-login-assets/studio_new_dev_next_3.png" alt="Device configuration verification screen with Finish button" />
-
-   8. Masuk ke `Device Manager` dan boot up simulator Anda
-      <img src="/social-login-assets/studio_dev_manager.png" alt="Device Manager with virtual device listed and play button" />
-
-   9. Setelah simulator boot up, masuk ke pengaturannya
-      <img src="/social-login-assets/emul_and_settings_1.png" alt="Android emulator showing settings app" />
-
-   10. Masuk ke `Google Play`
-      <img src="/social-login-assets/emul_and_settings_2.png" alt="Settings screen with Google Play option" />
-
-   11. Klik `Update` dan tunggu sekitar 60 detik
-      <img src="/social-login-assets/emul_and_settings_update_play_store.png" alt="Google Play update screen with Update button" />
-
-6. Uji aplikasi Anda
-
-   Jika Anda melakukan semuanya dengan benar, Anda akan melihat alur login Google berfungsi dengan baik:
-   <img src="/social-login-assets/google_android_final_login_show.gif" alt="Demo of Google login flow on Android showing sign-in process and successful authentication" />
-</Steps>
-
-## Pemecahan Masalah
-
-Jika Anda mengalami masalah, silakan lihat [Github issues](https://github.com/Cap-go/capacitor-social-login/issues).
-
-Masalah dengan login Google **SELALU** terkait dengan sertifikat SHA1.
-
-Jika Anda tidak dapat mendapatkan sertifikat SHA1 pengembangan, coba gunakan keystore kustom. [Di sini](https://github.com/Cap-go/capacitor-social-login/issues/147#issuecomment-2849742574) adalah komentar yang menjelaskan cara menambahkan keystore ke proyek Anda.
diff --git a/src/content/docs/id/docs/plugins/social-login/google/general.mdx b/src/content/docs/id/docs/plugins/social-login/google/general.mdx
deleted file mode 100644
index eb40ad1a4..000000000
--- a/src/content/docs/id/docs/plugins/social-login/google/general.mdx
+++ /dev/null
@@ -1,236 +0,0 @@
----
-title: Pengaturan Google Login
-locale: id
-description: Panduan ini memberikan gambaran komprehensif tentang pengaturan Google Login menggunakan Capacitor, merinci setiap langkah untuk memastikan proses integrasi yang lancar dan mengatasi tantangan potensial yang mungkin Anda temui.
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Pendahuluan
-
-Dalam panduan ini, Anda akan mempelajari cara mengatur Google Login dengan Capgo Social Login. Anda akan memerlukan hal berikut untuk mengatur Google Login:
-
-- Akun Google
-
-## Pengaturan umum
-
-:::note
-Langkah ini diperlukan terlepas dari platform mana yang Anda putuskan untuk gunakan.
-:::
-
-Dalam bagian ini, Anda akan mengatur layar login yang ditampilkan oleh Google.
-
-<Steps>
-    1. Silakan buka [console.cloud.google.com](https://console.cloud.google.com/)
-    2. Klik pada pemilih proyek
-        <img src="/social-login-assets/google_cons_project_selector.png" alt="Google Console Project Selector" />
-    3. Jika Anda belum memiliki proyek, silakan **buat proyek baru**.
-        1. Klik pada `New project`
-            <img src="/social-login-assets/google_cons_new_project_btn.png" alt="New Project button in Google Console" />
-        2. Beri nama proyek Anda dan klik `Create`
-            <img src="/social-login-assets/google_cons_name_projec.png" alt="Project naming screen showing name field and Create button" />
-        3. Pastikan bahwa Anda berada di proyek yang benar
-            <img src="/social-login-assets/google_cons_right_proj.png" alt="Project name showing in the selector indicating correct project selection" />
-    4. Mulai mengonfigurasi `OAuth consent screen`
-        1. Klik pada bilah pencarian
-            <img src="/social-login-assets/google_cons_search.png" alt="Google Console search bar" />
-        2. Cari `OAuth consent screen` dan klik padanya
-            <img src="/social-login-assets/google_cons_search_2.png" alt="Search results showing OAuth consent screen option" />
-        3. Konfigurasikan layar persetujuan
-            :::note
-            Saya akan menganggap bahwa Anda mengembangkan aplikasi yang terbuka untuk publik, jadi saya akan menggunakan jenis pengguna `external`. Silakan pilih jenis pengguna yang paling sesuai untuk Anda DAN klik `create`
-            :::
-
-            Klik pada `create`
-            <img src="/social-login-assets/google_cons_oauth_const_scr.png" alt="OAuth consent screen user type selection with External and Internal options" />
-    5. Isi informasi tentang aplikasi Anda
-            1. Mari kita mulai dengan `App Information`
-                <img src="/social-login-assets/google_cons_app_inf.png" alt="App Information section showing App name and User support email fields" />
-
-                    - Silakan ketik `App Name` Anda
-                        :::caution
-                        **INI AKAN DITAMPILKAN KEPADA PENGGUNA**
-                        :::
-                    - Masukkan `user support email`
-                        :::note
-                        Anda dapat mempelajari lebih lanjut tentang email dukungan [di sini](https://support.google.com/cloud/answer/10311615#user-support-email&zippy=%2Cuser-support-email/)
-                        :::
-                2. Anda **DAPAT** menambahkan logo aplikasi.
-                    <img src="/social-login-assets/google_cons_app_logo.png" alt="App logo upload section in OAuth consent screen" />
-                    :::note
-                    Ini tidak wajib dan saya akan melewati langkah ini
-                    :::
-                3. Anda **SEBAIKNYA** mengonfigurasi `App domain`
-                    <img src="/social-login-assets/google_cons_app_doma.png" alt="App domain configuration section with authorized domains field" />
-                    :::note
-                    Saya tidak akan melakukan itu karena ini hanya demonstrasi sederhana yang **TIDAK** akan dipublikasikan, tetapi saya sangat merekomendasikan mengisi bagian ini.
-                    :::
-
-                4. Anda **HARUS** menyediakan email pengembang
-                    <img src="/social-login-assets/google_cons_dev_cont_inf.png" alt="Developer contact information section with email field" />
-                5. Klik pada `save and continue`
-                        <img src="/social-login-assets/google_cons_cons_sav_cont.png" alt="Save and Continue button at bottom of form" />
-    6. Konfigurasikan scope
-        1. Klik pada `add or remove scopes`
-            <img src="/social-login-assets/google_cons_add_rm_sco.png" alt="Add or remove scopes button in scopes configuration screen" />
-
-        2. Pilih scope berikut dan klik `update`
-            <img src="/social-login-assets/google_cons_update_scope.png" alt="Scope selection dialog with email and profile scopes selected" />
-
-        3. Klik `save and continue`
-            <img src="/social-login-assets/google_cons_scope_save.png" alt="Save and Continue button in scopes screen" />
-    7. Tambahkan pengguna uji
-        1. Klik pada `add users`
-            <img src="/social-login-assets/google_cons_add_test_usr.png" alt="Add users button in test users section" />
-        2. Masukkan email Google Anda, tekan enter, dan klik `add`
-            <img src="/social-login-assets/google_cons_add_test_usr_2.png" alt="Email input field and Add button for test users" />
-        3. Klik `save and continue`
-            <img src="/social-login-assets/google_cons_test_usr_save.png" alt="Save and Continue button in test users screen" />
-    8. Klik `back to dashboard`
-        <img src="/social-login-assets/google_cons_back_to_dahs.png" alt="Back to dashboard button at bottom of completion page" />
-    9. Kirim aplikasi Anda untuk verifikasi
-        :::note
-            Saya sangat merekomendasikan mengirimkan aplikasi Anda untuk verifikasi. Ini di luar cakupan tutorial ini. Anda dapat mempelajari lebih lanjut [di sini](https://support.google.com/cloud/answer/13463073/). Ini tidak diperlukan untuk pengujian lokal, tetapi diperlukan untuk produksi.
-        :::
-</Steps>
-
-
-## Perbedaan antara akses online dan offline
-
-Ada beberapa cara untuk menggunakan Google Login dengan Capacitor. Berikut adalah tabel yang merangkum perbedaan antara keduanya:
-
-|                          | Akses online  | Akses offline  |
-|:------------------------:|:-------------:|:--------------:|
-| Memerlukan backend       | ❌             | ✅              |
-| Token akses jangka lama  | ❌             | ✅              |
-| Pengaturan mudah         | ✅             | ❌              |
-
-:::note
-**Mode offline** berarti bahwa backend Anda dapat mengakses API Google bahkan ketika pengguna tidak aktif menggunakan aplikasi Anda (yaitu, ketika pengguna "offline" dari perspektif aplikasi Anda). Token akses jangka lama memungkinkan fungsionalitas ini dengan mengizinkan backend untuk memanggil API Google atas nama pengguna kapan saja.
-:::
-
-:::caution
-**Mode offline MEMERLUKAN server backend.** Saat menggunakan mode offline, frontend menerima informasi minimal (terutama hanya kode autentikasi server). Tanpa backend untuk menukar kode ini dengan token dan informasi pengguna, mode offline tidak memberikan data yang berguna untuk aplikasi frontend Anda.
-:::
-
-Jika Anda masih tidak tahu mana yang harus Anda pilih, pertimbangkan skenario berikut:
-
-1. Anda ingin pengguna login, segera setelah itu Anda akan mengeluarkan JWT kustom kepadanya. Aplikasi Anda TIDAK akan memanggil API Google
-
-   Dalam kasus ini, pilih akses online.
-
-2. Aplikasi Anda akan memanggil beberapa API Google dari klien, tetapi tidak pernah dari backend
-
-   Dalam kasus ini, pilih akses online
-
-3. Aplikasi Anda akan memanggil beberapa API Google dari backend, tetapi hanya ketika pengguna aktif menggunakan aplikasi
-
-   Dalam kasus ini, pilih akses online
-
-4. Aplikasi Anda akan memeriksa kalender pengguna secara berkala, bahkan ketika dia tidak aktif menggunakan aplikasi
-
-   Dalam kasus ini, pilih akses offline
-
-## Contoh backend untuk akses online
-
-Dalam bagian tutorial ini, saya akan menunjukkan cara memvalidasi pengguna di backend Anda.
-
-Contoh ini akan sangat sederhana dan akan didasarkan pada teknologi berikut:
-
-- [Typescript](https://www.typescriptlang.org/)
-
-- [Hono](https://hono.dev/)
-
-- [Javascript's fetch API](https://developer.mozilla.org/en-US/docs/Web/API/Window/fetch)
-
-Anda dapat menemukan kode untuk contoh ini [di sini](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/141c01d93a85240e31a0d488a89df13c842708b1/index.ts#L135-L153)
-
-Seperti yang Anda lihat:
-
-<img src="/social-login-assets/vscode_auth_google.png" alt="VS Code showing Google authentication code that verifies tokens" />
-
-Idenya cukup sederhana. Anda mengirim permintaan `GET` sederhana ke `https://www.googleapis.com/oauth2/v3/tokeninfo` dan ini mengembalikan apakah token valid atau tidak dan jika valid, memberikan Anda email pengguna. Ini juga memberikan Anda beberapa informasi lain tentang token pengguna
-<img src="/social-login-assets/google_auth_playground_token_info.png" alt="Google OAuth Playground showing token information response with user details" />
-
-Dari sana, Anda dapat mengeluarkan JWT Anda sendiri kepada pengguna atau mengeluarkan semacam cookie sesi. Kemungkinannya tidak terbatas, untuk implementasi autentikasi akhir.
-
-Jika Anda ingin memanggil API Google, saya sangat merekomendasikan untuk melihat [Google's OAuth 2.0 Playground](https://developers.google.com/oauthplayground). Dari sana Anda dapat dengan mudah melihat API apa yang dapat Anda panggil.
-
-## Menggunakan akses offline dengan backend Anda sendiri
-
-Untuk menggunakan akses online, Anda akan memerlukan hal berikut:
-
-- Server HTTP
-
-Dalam contoh ini, saya akan menggunakan teknologi berikut untuk menyediakan akses offline di aplikasi saya:
-
-- [Hono](https://hono.dev/)
-
-- [Hono Zod validator](https://hono.dev/docs/guides/validation#with-zod)
-
-- [Zod](https://zod.dev/)
-
-- [Hono JWT](https://hono.dev/docs/helpers/jwt#jwt-authentication-helper)
-
-- [LowDb](https://www.npmjs.com/package/lowdb) (database sederhana)
-
-Kode untuk contoh ini dapat ditemukan [di sini](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/aac7a8c909f650a8c2cd7f88c97f5f3c594ce9ba/index.ts#L139-L287)
-
-Adapun kode klien, tampilannya seperti ini:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { GoogleLoginOfflineResponse, SocialLogin } from '@capgo/capacitor-social-login';
-import { usePopoutStore } from '@/popoutStore'; // <-- specific to my app
-
-const baseURL = "[redacted]";
-
-async function fullLogin() {
-  await SocialLogin.initialize({
-    google: {
-      webClientId: '[redacted]',  
-      iOSClientId: '[redacted]',
-      iOSServerClientId: 'The same value as webClientId',
-      mode: 'offline' // <-- important
-    } 
-  })
-  const response = await SocialLogin.login({
-    provider: 'google',
-    options: {
-      forceRefreshToken: true // <-- important
-    }
-  })
-
-  if (response.provider === 'google') {
-    const result = response.result as GoogleLoginOfflineResponse
-    const res = await fetch(`${baseURL}/auth/google_offline`, {
-      headers: {
-        "Content-Type": "application/json"
-      },
-      body: JSON.stringify({
-        serverAuthCode: result.serverAuthCode,
-        platform: Capacitor.getPlatform()
-      }),
-      method: "POST"
-    })
-
-    if (res.status !== 200) {
-      popoutStore.popout("Full google login failed", "check console");
-      return
-    }
-
-    const { jwt } = await res.json();
-    const userinfo = await fetch(`${baseURL}/auth/get_google_user`, {
-      headers: {
-        Authorization: `Bearer ${jwt}`
-      }
-    })
-    if (userinfo.status !== 200) {
-      popoutStore.popout("Full google (userinfo) login failed", "check console");
-      return
-    }
-    popoutStore.popout("userinfo res", await userinfo.text());
-  }
-}
-```
diff --git a/src/content/docs/id/docs/plugins/social-login/google/ios.mdx b/src/content/docs/id/docs/plugins/social-login/google/ios.mdx
deleted file mode 100644
index 69a7b5e7c..000000000
--- a/src/content/docs/id/docs/plugins/social-login/google/ios.mdx
+++ /dev/null
@@ -1,250 +0,0 @@
----
-title: Google Login di iOS
-locale: id
-description: Panduan ini menawarkan panduan komprehensif untuk mengonfigurasi Google Login dengan Capacitor di iOS, merinci setiap langkah untuk memastikan proses integrasi yang lancar.
-sidebar:
-    order: 3
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Pendahuluan
-
-Dalam panduan ini, Anda akan mempelajari cara mengatur Google Login dengan Capgo Social Login untuk iOS.
-Saya menganggap bahwa Anda telah membaca [panduan pengaturan umum](/docs/plugins/social-login/google/general/).
-
-## Menggunakan Google login di iOS
-
-Dalam bagian ini, Anda akan mempelajari cara mengatur Google login di iOS.
-
-<Steps>
-1. Buat client ID iOS di konsol Google
-
-   1. Klik pada bilah pencarian
-      <img src="/social-login-assets/google_cons_search.png" alt="Google Console search bar" />
-
-   2. Cari `credentials` dan klik pada yang `APIs and Services` (nomor 2 pada tangkapan layar)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Search results showing credentials option with APIs and Services highlighted" />
-
-   3. Klik pada `create credentials`
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Create credentials button in Google Console" />
-
-   4. Pilih `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="OAuth client ID option in credentials creation menu" />
-
-   5. Pilih `Application type` menjadi `iOS`
-      <img src="/social-login-assets/goolge_cons_cred_type_app_tye.png" alt="Application type selection with iOS option highlighted" />
-
-   6. Temukan bundle ID
-
-      1. Buka Xcode
-
-      2. Klik dua kali pada `App`
-         <img src="/social-login-assets/xcode_app_click.png" alt="App target in Xcode project navigator" />
-
-      3. Pastikan bahwa Anda berada di `Targets -> App`
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Targets section in Xcode with App selected" />
-
-      4. Temukan `Bundle Identifier` Anda
-         <img src="/social-login-assets/xcode_bundle_id.png" alt="Bundle Identifier field in Xcode project settings" />
-
-      5. Kembali ke Google Console dan tempelkan `Bundle Identifier` Anda ke `Bundle ID`
-         <img src="/social-login-assets/google_cons_ios_bd_id.png" alt="Bundle ID field in Google Console iOS client creation form" />
-
-   7. Secara opsional, tambahkan `App Store ID` atau `Team ID` Anda ke client ID jika Anda telah mempublikasikan aplikasi Anda ke App Store
-
-   8. Setelah mengisi semua detail, klik `create`
-      <img src="/social-login-assets/google_cons_ios_cred_creat.png" alt="Create button at bottom of iOS client creation form" />
-
-   9. Klik `OK`
-      <img src="/social-login-assets/google_cons_ios_click_ok.png" alt="OK button on client ID created confirmation dialog" />
-
-   10. Buka client iOS yang baru dibuat
-       <img src="/social-login-assets/google_cons_open_new_ios.png" alt="Newly created iOS client in credentials list" />
-
-   11. Salin data berikut
-       <img src="/social-login-assets/google_cons_ios_what_to_copy.png" alt="Client ID details showing Client ID and reversed client ID to copy" />
-
-       :::note
-       `nr. 1` dalam gambar ini nantinya akan menjadi `iOSClientId` dalam panggilan `initialize`.
-
-       `nr. 2` dalam gambar ini nantinya akan menjadi `YOUR_DOT_REVERSED_IOS_CLIENT_ID`
-       :::
-
-2. Modifikasi Info.plist aplikasi Anda
-
-   1. Buka Xcode dan temukan file `Info.plist`
-      <img src="/social-login-assets/xcode_info_file.png" alt="Info.plist file in Xcode project navigator" />
-
-   2. Klik kanan file ini dan buka sebagai kode sumber
-      <img src="/social-login-assets/xcode_open_as_src_code.png" alt="Right-click menu showing Open As Source Code option" />
-
-   3. Di bagian bawah file `Plist` Anda, Anda akan melihat tag `</dict>`
-      <img src="/social-login-assets/xcode_dict_tag.png" alt="Closing dict tag in Info.plist file" />
-
-   4. Masukkan fragmen berikut tepat sebelum tag `</dict>` penutup
-      <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist with URL schemes code inserted before closing dict tag" />
-
-      ```xml
-      <key>CFBundleURLTypes</key>
-      <array>
-       <dict>
-         <key>CFBundleURLSchemes</key>
-         <array>
-           <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-         </array>
-       </dict>
-      </array>
-      ```
-
-   5. Ubah `YOUR_DOT_REVERSED_IOS_CLIENT_ID` ke nilai yang disalin pada langkah sebelumnya
-      <img src="/social-login-assets/xcode_plist_final.png" alt="Info.plist with actual reversed client ID inserted in URL schemes" />
-
-      :::caution
-      Pastikan bahwa nilai ini **DIMULAI** dengan `com.googleusercontent.apps`
-      :::
-
-   6. Simpan file dengan `Command + S`
-
-3. Modifikasi `AppDelegate.swift`
-
-   1. Buka AppDelegate
-      <img src="/social-login-assets/xcode_app_deleg.png" alt="AppDelegate.swift file in Xcode project navigator" />
-
-   2. Masukkan `import GoogleSignIn` di bagian atas file
-      <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="AppDelegate.swift with GoogleSignIn import added" />
-
-   3. Temukan fungsi `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])`
-      <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="Original application openURL function in AppDelegate" />
-
-   4. Modifikasi fungsi agar terlihat seperti ini
-
-      ```swift
-      func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-          // Called when the app was launched with a url. Feel free to add additional processing here,
-          // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-          var handled: Bool
-
-          handled = GIDSignIn.sharedInstance.handle(url)
-          if handled {
-            return true
-          }
-
-          return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-      }
-      ```
-
-      <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="Modified application openURL function with GoogleSignIn handling" />
-
-   5. Simpan file dengan `Command + S`
-
-4. Atur Google login di kode JavaScript/TypeScript Anda
-
-   1. Impor `SocialLogin` dan `Capacitor`
-
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      import { Capacitor } from '@capacitor/core';
-      ```
-
-   2. Panggil metode initialize (ini harus dipanggil hanya sekali)
-
-      **Pengaturan dasar (mode online - direkomendasikan untuk sebagian besar aplikasi):**
-      ```typescript
-      // onMounted adalah spesifik Vue
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            iOSClientId: '673324426943-redacted.apps.googleusercontent.com',
-            mode: 'online' // Mode default
-          }
-        })
-      })
-      ```
-
-      **Pengaturan lanjutan dengan client ID tambahan:**
-      ```typescript
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: 'YOUR_WEB_CLIENT_ID',           // Opsional: untuk dukungan platform web
-            iOSClientId: 'YOUR_IOS_CLIENT_ID',           // Wajib: dari langkah 1
-            iOSServerClientId: 'YOUR_WEB_CLIENT_ID',     // Opsional: sama dengan webClientId, diperlukan untuk beberapa fitur lanjutan
-            mode: 'online'                               // 'online' atau 'offline'
-          }
-        })
-      })
-      ```
-
-      :::note
-      **Persyaratan Client ID:**
-      - `iOSClientId`: **Wajib** - Harus diakhiri dengan `googleusercontent.com` (dari langkah 1 di atas)
-      - `webClientId`: **Opsional** - Hanya diperlukan jika Anda juga mendukung platform web atau memerlukan fitur lanjutan
-      - `iOSServerClientId`: **Opsional** - Harus sama dengan nilai `webClientId` ketika disediakan
-
-      Untuk pengaturan lanjutan dengan `webClientId` dan `iOSServerClientId`, lihat [panduan pengaturan web](/docs/plugins/social-login/google/web/) untuk membuat kredensial ini.
-      :::
-
-      :::caution
-      **Tentang mode offline:** Saat menggunakan `mode: 'offline'`, respons login tidak akan berisi data pengguna secara langsung. Sebagai gantinya, Anda akan menerima kode autentikasi server yang harus ditukar dengan informasi pengguna melalui server backend Anda. Lihat [panduan pengaturan umum](/docs/plugins/social-login/google/general/#using-offline-access-with-your-own-backend) untuk detail implementasi.
-      :::
-
-   3. Implementasikan fungsi login. Buat tombol dan jalankan kode berikut saat diklik
-
-      **Untuk mode online:**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // menangani respons - berisi data pengguna
-      console.log(JSON.stringify(res))
-      ```
-
-      **Untuk mode offline:**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {
-          forceRefreshToken: true // Direkomendasikan untuk mode offline
-        }
-      })
-      // res berisi serverAuthCode, bukan data pengguna
-      // Kirim serverAuthCode ke backend Anda untuk mendapatkan informasi pengguna
-      console.log('Server auth code:', res.result.serverAuthCode)
-      ```
-
-5. Uji aplikasi Anda
-
-   1. Build aplikasi Anda dan jalankan `cap sync`
-
-   2. Jika Anda telah melakukan semuanya dengan benar, Anda harus melihat alur Google login berfungsi dengan baik
-      <img src="/social-login-assets/google_final_ios_v2.gif" alt="Demo of Google login flow on iOS showing sign-in process and successful authentication" />
-</Steps>
-
-:::note
-Bahasa dalam prompt Google bergantung pada pengaturan bahasa perangkat Anda.
-:::
-
-## Masalah yang Diketahui
-
-### Inkompatibilitas Plugin Privacy Screen
-
-Plugin Google Login tidak kompatibel dengan [@capacitor/privacy-screen](https://github.com/ionic-team/capacitor-privacy-screen). Ketika menggunakan kedua plugin bersama-sama, webview Google login akan terganggu oleh layar privasi.
-
-**Solusi:** Panggil `await PrivacyScreen.disable();` sebelum memanggil fungsi login:
-
-```typescript
-import { PrivacyScreen } from '@capacitor/privacy-screen';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-await PrivacyScreen.disable();
-await SocialLogin.login({
-  provider: 'google',
-  options: {}
-});
-```
-
-
-
-
diff --git a/src/content/docs/id/docs/plugins/social-login/google/web.mdx b/src/content/docs/id/docs/plugins/social-login/google/web.mdx
deleted file mode 100644
index 0a0ebdacd..000000000
--- a/src/content/docs/id/docs/plugins/social-login/google/web.mdx
+++ /dev/null
@@ -1,129 +0,0 @@
----
-title: Google Login di Web
-locale: id
-description: Panduan ini memberikan panduan komprehensif untuk mengatur Google Login di aplikasi web menggunakan Capacitor dan plugin @capgo/capacitor-social-login, memastikan proses integrasi yang lancar dengan mencakup semua langkah dan konfigurasi yang diperlukan.
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Pengantar
-
-Dalam panduan ini, Anda akan mempelajari cara mengatur Google Login dengan Capgo Social Login untuk aplikasi web.
-Saya berasumsi bahwa Anda telah membaca [panduan pengaturan umum](/docs/plugins/social-login/google/general/).
-
-## Menggunakan login Google di web
-
-Menggunakan login Google di web cukup sederhana.
-Untuk menggunakannya, Anda harus melakukan hal berikut:
-
-<Steps>
-1. Buat web client di Google Console
-
-   :::note
-   Jika Anda telah mengonfigurasi Google Login untuk Android, Anda dapat melewati langkah ini karena Anda telah membuat web client. Anda dapat langsung ke langkah 2.
-   :::
-
-   1. Klik pada search bar
-      <img src="/social-login-assets/google_cons_search.png" alt="Google Console search bar" />
-
-   2. Cari `credentials` dan klik opsi `APIs and Services` (nomor 2 pada screenshot)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Search results showing credentials option with APIs and Services highlighted" />
-
-   3. Klik pada `create credentials`
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Create credentials button in Google Console" />
-
-   4. Pilih `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="OAuth client ID option in credentials creation menu" />
-
-   5. Pilih `Application type` sebagai `Web application`
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="Application type selection with Web option highlighted" />
-
-   6. Beri nama client Anda dan klik `Create`
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="Web client creation form with name field highlighted" />
-
-   7. Salin client ID, Anda akan menggunakan ini sebagai `webClientId` dalam aplikasi Anda
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="Client ID details showing Web client ID to copy" />
-
-2. Konfigurasikan web client di Google Console
-
-   1. Silakan buka [halaman credentials](https://console.cloud.google.com/apis/credentials) dan klik pada web client Anda
-      <img src="/social-login-assets/google_cons_open_web_client_id.png" alt="Credentials list showing web client to click" />
-
-   2. Sekarang, silakan tambahkan `Authorized JavaScript origins`. Ini harus mencakup semua alamat yang mungkin Anda gunakan untuk aplikasi Anda. Dalam kasus saya, saya akan **HANYA** menggunakan localhost, tetapi karena saya menggunakan port kustom, saya harus menambahkan `http://localhost` dan `http://localhost:5173`
-
-      1. Silakan klik pada `add URI`
-         <img src="/social-login-assets/google_cons_authorized_js_add_btn.png" alt="Authorized JavaScript origins section with ADD URI button" />
-
-      2. Silakan ketik URL Anda
-         <img src="/social-login-assets/google_cons_authorized_js_typed_url.png" alt="ADD URI dialog with localhost URL entered" />
-
-      3. Silakan ulangi sampai Anda menambahkan semua URL
-
-      4. Ketika Anda selesai, layar Anda akan terlihat seperti ini
-         <img src="/social-login-assets/google_cons_authorized_js_final.png" alt="Authorized JavaScript origins with multiple localhost URLs added" />
-
-   3. Sekarang, silakan tambahkan beberapa `Authorized redirect URIs`. Ini akan bergantung pada halaman mana yang Anda putuskan untuk menggunakan plugin CapacitorSocialLogin. Dalam kasus saya, saya akan menggunakannya di `http://localhost:5173/auth`
-
-      1. Silakan klik pada `ADD URI`
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_1.png" alt="Authorized redirect URIs section with ADD URI button" />
-
-      2. Masukkan URL Anda dan klik `ADD URL` lagi
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_2.png" alt="ADD URI dialog with redirect URL entered" />
-
-   4. Klik `save`
-      <img src="/social-login-assets/google_cons_web_app_save.png" alt="Save button at bottom of web client configuration" />
-
-3. Sekarang, Anda seharusnya siap untuk memanggil `login` dari JavaScript seperti ini:
-
-   1. Pertama, import `SocialLogin`
-
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-
-   2. Kemudian, panggil initialize. Ini harus dipanggil HANYA sekali.
-
-      ```typescript
-      // onMounted adalah spesifik Vue
-      // webClientId adalah client ID yang Anda dapatkan dalam langkah pembuatan client web bukan client ID android.
-      onMounted(() => {
-       SocialLogin.initialize({
-         google: {
-           webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-         }
-       })
-      })
-      ```
-
-   :::note[Penanganan Redirect Web]
-   Saat menggunakan login Google di web, Anda **HARUS** memanggil fungsi apa pun dari plugin saat redirect terjadi untuk menginisialisasi plugin sehingga dapat menangani redirect dan menutup jendela popup. Anda dapat memanggil `isLoggedIn()` ATAU `initialize()` - keduanya akan memicu penanganan redirect:
-
-   ```typescript
-   // Opsi 1: Panggil isLoggedIn saat halaman redirect dimuat
-   SocialLogin.isLoggedIn({ provider: 'google' }).catch(() => {
-     // Abaikan hasilnya, ini hanya untuk menginisialisasi plugin
-   });
-
-   // Opsi 2: Panggil initialize saat halaman redirect dimuat
-   SocialLogin.initialize({
-     google: {
-       webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-     }
-   }).catch(() => {
-     // Abaikan error apa pun, ini hanya untuk menangani redirect
-   });
-   ```
-   :::
-
-   3. Buat tombol login yang memanggil `SocialLogin.login` saat diklik
-
-      ```typescript
-      const res = await SocialLogin.login({
-       provider: 'google',
-       options: {}
-      })
-      // Tangani respons
-      console.log(JSON.stringify(res));
-      ```
-</Steps>
diff --git a/src/content/docs/id/docs/plugins/social-login/index.mdx b/src/content/docs/id/docs/plugins/social-login/index.mdx
deleted file mode 100644
index 205aa680b..000000000
--- a/src/content/docs/id/docs/plugins/social-login/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: "@capgo/capacitor-social-login"
-locale: id
-description: Plugin Capacitor untuk autentikasi sosial yang lancar dengan Google, Apple, dan Facebook, meningkatkan keamanan dan pengalaman login pengguna.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pendahuluan"
-hero:
-  tagline: Plugin Capacitor untuk autentikasi sosial dengan Google, Apple, dan Facebook, membuat login pengguna lancar dan aman.
-  image:
-    file: ~public/icons/plugins/social-login.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/social-login/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-social-login/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-## Video Panduan
-
-Tonton demo singkat pengaturan plugin dan alur login dalam praktik.
-
-<YouTube id="iTINYxvSJrE" title="Capgo Social Login plugin overview" />
-
-<CardGrid stagger>
-  <Card title="Login Google" icon="rocket">
-    Memberikan pengalaman login tanpa hambatan untuk pengguna Anda 🚀
-  </Card>
-  <Card title="Login Facebook" icon="pencil">
-    Membuat login Facebook menjadi mudah 💨
-  </Card>
-  <Card title="Login Apple" icon="setting">
-    Login Apple bisa menantang untuk diimplementasikan, tetapi kami membuatnya mudah 😊
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/social-login/getting-started/) untuk menguasai plugin dalam beberapa menit saja.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/social-login/migrations/apple.mdx b/src/content/docs/id/docs/plugins/social-login/migrations/apple.mdx
deleted file mode 100644
index 264d42aaa..000000000
--- a/src/content/docs/id/docs/plugins/social-login/migrations/apple.mdx
+++ /dev/null
@@ -1,188 +0,0 @@
----
-title: Apple Migrasi Masuk ke @capgo/social-login
-description: >-
-  Panduan komprehensif ini memberikan instruksi terperinci untuk melakukan
-  transisi dari plugin @capacitor-community/apple-sign-in ke plugin
-  @capgo/capacitor-social-login, memastikan proses migrasi yang lancar dan
-  peningkatan kemampuan.
-sidebar:
-  order: 1
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Ikhtisar
-
-Panduan ini menguraikan transisi dari plugin `@capacitor-community/apple-sign-in` lama ke paket `@capgo/capacitor-social-login` modern. Plugin baru ini menyediakan antarmuka terpadu untuk beberapa penyedia autentikasi sosial dengan dukungan TypeScript yang ditingkatkan dan pemeliharaan aktif.
-
-## Instalasi
-
-<Steps>
-1. Hapus paket lama:
-   ```bash
-   npm uninstall @capacitor-community/apple-sign-in
-   ```
-
-2. Instal paket baru:
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Perubahan Kode
-
-### Impor Perubahan
-```diff
-- import { SignInWithApple } from '@capacitor-community/apple-sign-in';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Inisialisasi
-
-**Perubahan Kunci**: Plugin baru memerlukan langkah inisialisasi yang tidak diperlukan sebelumnya.
-
-```diff
-- // No initialization needed in old package
-+ // For iOS: Basic configuration
-+ await SocialLogin.initialize({
-+   apple: {} // Basic iOS configuration
-+ });
-
-+ // For Android: Additional configuration required
-+ await SocialLogin.initialize({
-+   apple: {
-+     clientId: 'YOUR_SERVICE_ID', // Service ID from Apple Developer Portal
-+     redirectUrl: 'https://your-backend.com/callback' // Your backend callback URL
-+   }
-+ });
-```
-
-**Catatan Penting**: Untuk iOS, Anda menyediakan konfigurasi dasar, sedangkan Android memerlukan detail tambahan termasuk ID Layanan dan URL panggilan balik backend untuk autentikasi OAuth berbasis web.
-
-### Masuk
-
-Proses login disederhanakan dari beberapa parameter menjadi API yang lebih bersih:
-
-```diff
-- const result = await SignInWithApple.authorize({
--   clientId: 'com.your.app',
--   redirectURI: 'https://your-app.com/callback',
--   scopes: 'email name',
--   state: '12345',
--   nonce: 'nonce'
-- });
-
-+ const result = await SocialLogin.login({
-+   provider: 'apple',
-+   options: {
-+     // Optional: Add scopes if needed
-+     scopes: ['email', 'name'],
-+     nonce: 'nonce'
-+   }
-+ });
-```
-
-Plugin baru ini menggunakan `login()` dengan `provider: 'apple'` dan cakupan opsional daripada meneruskan nilai konfigurasi individual seperti `clientId` dan `redirectURI`.
-
-### Perubahan Jenis Respons
-
-Hasilnya sekarang mencakup objek `accessToken` dengan detail masa berlaku dan bagian `profile` terstruktur, menggantikan format respons yang lebih datar dari paket asli:
-
-```typescript
-// Old response type
-interface AppleSignInResponse {
-  response: {
-    user: string;
-    email: string | null;
-    givenName: string | null;
-    familyName: string | null;
-    identityToken: string | null;
-    authorizationCode: string | null;
-  };
-}
-
-// New response type
-interface SocialLoginResponse {
-  provider: 'apple';
-  result: {
-    accessToken: {
-      token: string;
-      expiresIn?: number;
-      refreshToken?: string;
-    } | null;
-    idToken: string | null;
-    profile: {
-      user: string;
-      email: string | null;
-      givenName: string | null;
-      familyName: string | null;
-    };
-  };
-}
-```
-
-### Kemampuan Baru
-
-Plugin yang diperbarui memperkenalkan fungsionalitas yang tidak tersedia di pendahulunya:
-
-**Memeriksa Status Masuk**
-```diff
-- // Not available in old package
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'apple'
-+ });
-```
-
-**Fungsi Keluar**
-```diff
-- // Not available in old package
-+ await SocialLogin.logout({
-+   provider: 'apple'
-+ });
-```
-
-Metode ini menyediakan `isLoggedIn()` untuk memverifikasi status autentikasi dan fungsionalitas `logout()`.
-
-## Perubahan Khusus Platform
-
-### iOS Penyiapan
-
-**iOS** mempertahankan prosedur pengaturan yang sudah dikenal melalui kemampuan Xcode:
-
-1. Penyiapan iOS sebagian besar tetap sama. Anda masih perlu:
-   - Aktifkan kemampuan "Masuk dengan Apple" di Xcode
-   - Konfigurasikan aplikasi Anda di Portal Pengembang Apple
-   - Tidak diperlukan perubahan kode tambahan untuk iOS
-
-### Android Penyiapan
-
-**Android** kini menerima dukungan asli melalui autentikasi OAuth berbasis web:
-
-Plugin baru ini langsung menyediakan dukungan Android, namun memerlukan pengaturan tambahan:
-
-1. Buat ID Layanan di Portal Pengembang Apple
-2. Konfigurasikan titik akhir autentikasi web
-3. Siapkan aplikasi Android Anda untuk menangani aliran OAuth
-4. Konfigurasi layanan backend diperlukan
-
-Untuk petunjuk penyiapan Android selengkapnya, lihat [Android Panduan Penyiapan](/docs/plugins/social-login/apple/android/).
-
-## Keuntungan Utama
-
-Paket yang dimodernisasi menyediakan:
-
-1. **API Terpadu** di beberapa penyedia sosial (Google, Facebook, Apple)
-2. **Pengetikan TypeScript yang ditingkatkan** dengan definisi tipe yang lebih baik
-3. **Pemeliharaan komunitas aktif** dibandingkan dengan versi yang tidak digunakan lagi
-4. **Dukungan Android bawaan** melalui autentikasi berbasis web
-5. **Manajemen status login persisten**
-6. **Penanganan kesalahan yang lebih baik** dengan jenis kesalahan yang konsisten
-
-## Perubahan yang Mengganggu1. **Inisialisasi eksplisit kini diperlukan** - tidak ada konfigurasi default
-2. **Struktur objek respons telah berubah** - format hasil bertingkat
-3. **implementasi Android memerlukan layanan backend** untuk OAuth
-4. **Penanganan penyegaran token berbeda** - manajemen token yang ditingkatkan
-5. **Penanganan kesalahan dan jenis kesalahan telah berubah** - kesalahan yang lebih detail
-
-Untuk petunjuk pengaturan lebih detail, lihat [dokumentasi resmi](/docs/plugins/social-login/apple/general/).
diff --git a/src/content/docs/id/docs/plugins/social-login/migrations/facebook.mdx b/src/content/docs/id/docs/plugins/social-login/migrations/facebook.mdx
deleted file mode 100644
index fd31322e3..000000000
--- a/src/content/docs/id/docs/plugins/social-login/migrations/facebook.mdx
+++ /dev/null
@@ -1,238 +0,0 @@
----
-title: Facebook Migrasi Masuk ke @capgo/social-login
-description: >-
-  Panduan terperinci ini memberikan petunjuk langkah demi langkah untuk
-  melakukan transisi dari plugin @capacitor-community/facebook-login ke plugin
-  @capgo/capacitor-social-login, memastikan proses migrasi lancar dengan fitur
-  yang disempurnakan.
-sidebar:
-  order: 2
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Ikhtisar
-
-Panduan ini memberikan petunjuk komprehensif untuk bermigrasi dari `@capacitor-community/facebook-login` ke `@capgo/capacitor-social-login`. Plugin baru ini memodernisasi autentikasi Facebook dengan API terpadu yang mendukung beberapa penyedia sosial, dukungan TypeScript yang lebih baik, dan kemampuan yang ditingkatkan.
-
-## Instalasi
-
-<Steps>
-1. Hapus paket lama:
-   ```bash
-   npm uninstall @capacitor-community/facebook-login
-   ```
-
-2. Instal paket baru:
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Perubahan Kode
-
-### Impor Perubahan
-```diff
-- import { FacebookLogin } from '@capacitor-community/facebook-login';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Inisialisasi
-
-**Perubahan Kunci**: Paket baru memerlukan pengaturan eksplisit dalam kode Anda:
-
-```diff
-- // Old package required no explicit initialization in code
-- // Configuration was done only in native platforms
-
-+ // New package requires explicit initialization
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'YOUR_FACEBOOK_APP_ID',        // Required for web and Android
-+     clientToken: 'YOUR_CLIENT_TOKEN'       // Required for Android
-+   }
-+ });
-```
-
-### Masuk
-
-Metode login sekarang menerima parameter penyedia:
-
-```diff
-- const FACEBOOK_PERMISSIONS = ['email', 'public_profile'];
-- const result = await FacebookLogin.login({ permissions: FACEBOOK_PERMISSIONS });
-
-+ const result = await SocialLogin.login({
-+   provider: 'facebook',
-+   options: {
-+     permissions: ['email', 'public_profile'],
-+     limitedLogin: false,
-+     nonce: 'optional_nonce'
-+   }
-+ });
-```
-
-### Perubahan Jenis Respons
-
-Struktur respons telah dimodernisasi dengan objek profil yang lebih komprehensif:
-
-```typescript
-// Old response type
-interface FacebookLoginResponse {
-  accessToken: {
-    applicationId: string;
-    userId: string;
-    token: string;
-    expires: string;
-  };
-  recentlyGrantedPermissions: string[];
-  recentlyDeniedPermissions: string[];
-}
-
-// New response type
-interface FacebookLoginResponse {
-  provider: 'facebook';
-  result: {
-    accessToken: {
-      token: string;
-      applicationId?: string;
-      expires?: string;
-      userId?: string;
-      permissions?: string[];
-      declinedPermissions?: string[];
-    } | null;
-    idToken: string | null;
-    profile: {
-      userID: string;
-      email: string | null;
-      friendIDs: string[];
-      birthday: string | null;
-      ageRange: { min?: number; max?: number } | null;
-      gender: string | null;
-      location: { id: string; name: string } | null;
-      hometown: { id: string; name: string } | null;
-      profileURL: string | null;
-      name: string | null;
-      imageURL: string | null;
-    };
-  };
-}
-```
-
-**Perbedaan Utama**:
-- Respons sekarang mencakup kolom `provider` yang mengidentifikasi penyedia autentikasi
-- Objek `profile` lebih detail dengan informasi pengguna tambahan
-- Struktur yang konsisten di semua penyedia login sosial
-
-### Memeriksa Status Masuk
-```diff
-- const result = await FacebookLogin.getCurrentAccessToken();
-- const isLoggedIn = result && result.accessToken;
-
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'facebook'
-+ });
-+ const isLoggedIn = status.isLoggedIn;
-```
-
-### Keluar
-```diff
-- await FacebookLogin.logout();
-
-+ await SocialLogin.logout({
-+   provider: 'facebook'
-+ });
-```
-
-## Perubahan Khusus Platform
-
-### Android Penyiapan
-
-Konfigurasi sekarang ditangani melalui metode inisialisasi:
-
-```diff
-- // AndroidManifest.xml changes remain the same
-- // strings.xml become irrelevant
-+ // Additionally initialize in your code:
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'your-app-id',
-+     clientToken: 'your-client-token'  // New requirement
-+   }
-+ });
-```
-
-**Penting**: Token klien sekarang diperlukan untuk autentikasi Android.
-
-### iOS Penyiapan
-
-1. Pengaturan iOS di `AppDelegate.swift` tetap sama:
-
-```swift
-import FBSDKCoreKit
-
-// In application:didFinishLaunchingWithOptions:
-FBSDKCoreKit.ApplicationDelegate.shared.application(
-    application,
-    didFinishLaunchingWithOptions: launchOptions
-)
-
-// In application:openURL:options:
-ApplicationDelegate.shared.application(
-    app,
-    open: url,
-    sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-    annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-)
-```
-
-2. Konfigurasi `Info.plist` tetap sama:
-```xml
-<key>CFBundleURLTypes</key>
-<array>
-    <dict>
-        <key>CFBundleURLSchemes</key>
-        <array>
-            <string>fb[APP_ID]</string>
-        </array>
-    </dict>
-</array>
-<key>FacebookAppID</key>
-<string>[APP_ID]</string>
-<key>FacebookClientToken</key>
-<string>[CLIENT_TOKEN]</string>
-<key>FacebookDisplayName</key>
-<string>[APP_NAME]</string>
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>fbapi</string>
-    <string>fbauth</string>
-    <string>fb-messenger-share-api</string>
-    <string>fbauth2</string>
-    <string>fbshareextension</string>
-</array>
-```
-
-## Perubahan yang Mengganggu
-
-Ringkasan perubahan yang dapat menyebabkan gangguan saat migrasi:
-
-1. **Inisialisasi eksplisit sekarang diperlukan** - Harus memanggil `initialize()` sebelum digunakan
-2. **Struktur objek respons telah berubah secara signifikan** - Format hasil bertingkat baru dengan data profil yang disempurnakan
-3. **Token klien sekarang diperlukan untuk Android** - Diperlukan konfigurasi tambahan
-4. **Nama metode dan struktur parameter yang berbeda** - Pendekatan berbasis penyedia
-5. **Penanganan kesalahan dan jenis kesalahan telah berubah** - Informasi kesalahan lebih detail
-
-## Keuntungan Utama
-
-Plugin baru menyediakan:
-
-- **Terpadu API** di beberapa penyedia sosial (Google, Apple, Facebook)
-- **Peningkatan dukungan TypeScript** dengan definisi tipe yang lebih baik
-- **Data profil yang ditingkatkan** dengan lebih banyak informasi pengguna
-- **Pemeliharaan aktif** dan dukungan komunitas
-- **Penanganan kesalahan yang konsisten** di semua penyedia
-- **Manajemen token yang lebih baik** dengan penanganan kedaluwarsa yang tepat
-
-Untuk petunjuk pengaturan lebih detail, lihat [dokumentasi resmi](/docs/plugins/social-login/facebook/).
diff --git a/src/content/docs/id/docs/plugins/social-login/migrations/google.mdx b/src/content/docs/id/docs/plugins/social-login/migrations/google.mdx
deleted file mode 100644
index a8d5008d0..000000000
--- a/src/content/docs/id/docs/plugins/social-login/migrations/google.mdx
+++ /dev/null
@@ -1,193 +0,0 @@
----
-title: Google Migrasi Otentikasi ke @capgo/social-login
-description: >-
-  Panduan ini menguraikan transisi dari plugin Google Auth lama ke paket login
-  sosial Capgo yang lebih baru, yang menyatukan beberapa penyedia autentikasi
-  sosial.
-sidebar:
-  order: 3
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Ikhtisar
-
-Panduan ini memberikan langkah-langkah komprehensif untuk bermigrasi dari `@codetrix-studio/capacitor-google-auth` ke `@capgo/capacitor-social-login`, memastikan transisi yang lancar dan pengalaman autentikasi yang lebih baik. Plugin baru ini menyatukan beberapa penyedia autentikasi sosial dalam satu API yang konsisten.
-
-## Instalasi
-
-<Steps>
-1. Hapus paket lama:
-   ```bash
-   npm uninstall @codetrix-studio/capacitor-google-auth
-   ```
-
-2. Instal paket baru:
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Perubahan Penting pada Google Pengaturan Otentikasi
-
-### Persyaratan ID Klien Web
-**Perubahan Penting**: Plugin yang diperbarui memerlukan penggunaan ID Klien Web di semua platform.
-
-Anda harus:
-1. Buat ID Klien Web di Google Cloud Console jika Anda belum memilikinya ([Cara mendapatkan kredensial](/docs/plugins/social-login/google/general/))
-2. Gunakan ID Klien Web ini di kolom `webClientId` untuk semua platform
-3. Untuk Android, Anda masih perlu membuat ID Klien Android dengan SHA1 Anda, namun ini hanya untuk keperluan verifikasi - token tidak akan digunakan ([Android panduan penyiapan](/docs/plugins/social-login/google/android/))
-
-## Perubahan Kode
-
-### Impor Perubahan
-```diff
-- import { GoogleAuth } from '@codetrix-studio/capacitor-google-auth';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Inisialisasi
-
-Penyiapannya berubah dari panggilan `GoogleAuth.initialize()` sederhana menjadi `SocialLogin.initialize()` yang lebih terstruktur dengan konfigurasi Google bertumpuk:
-
-```diff
-- GoogleAuth.initialize({
--   clientId: 'CLIENT_ID.apps.googleusercontent.com',
--   scopes: ['profile', 'email'],
--   grantOfflineAccess: true,
-- });
-
-+ await SocialLogin.initialize({
-+   google: {
-+     webClientId: 'WEB_CLIENT_ID.apps.googleusercontent.com', // Use Web Client ID for all platforms
-+     iOSClientId: 'IOS_CLIENT_ID', // for iOS
-+     mode: 'offline' // replaces grantOfflineAccess
-+   }
-+ });
-```
-
-### Masuk
-
-Metode login berubah dari `GoogleAuth.signIn()` menjadi `SocialLogin.login()` dengan spesifikasi penyedia eksplisit:
-
-```diff
-- const user = await GoogleAuth.signIn();
-+ const res = await SocialLogin.login({
-+   provider: 'google',
-+   options: {
-+     scopes: ['email', 'profile'],
-+     forceRefreshToken: true // if you need refresh token
-+   }
-+ });
-```
-
-## Perubahan Khusus Platform
-
-### Android
-
-1. Perbarui `MainActivity.java` Anda ([Panduan penyiapan Android lengkap](/docs/plugins/social-login/google/android/)):
-```diff
-+ import ee.forgr.capacitor.social.login.GoogleProvider;
-+ import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-+ import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-+ import com.getcapacitor.PluginHandle;
-+ import com.getcapacitor.Plugin;
-+ import android.content.Intent;
-+ import android.util.Log;
-
-- public class MainActivity extends BridgeActivity {
-+ public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-
-+   @Override
-+   public void onActivityResult(int requestCode, int resultCode, Intent data) {
-+     super.onActivityResult(requestCode, resultCode, data);
-+     
-+     if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-+       PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-+       if (pluginHandle == null) {
-+         Log.i("Google Activity Result", "SocialLogin login handle is null");
-+         return;
-+       }
-+       Plugin plugin = pluginHandle.getInstance();
-+       if (!(plugin instanceof SocialLoginPlugin)) {
-+         Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-+         return;
-+       }
-+       ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-+     }
-+   }
-
-+   public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-}
-```
-
-### iOS
-
-1. Tidak diperlukan perubahan besar di AppDelegate.swift ([iOS panduan penyiapan](/docs/plugins/social-login/google/ios/))
-
-2. Perbarui konfigurasi Anda di `capacitor.config.json`, kami tidak menggunakannya di plugin baru:
-```diff
-{
-  "plugins": {
--   "GoogleAuth": {
--     "scopes": ["profile", "email"],
--     "serverClientId": "xxxxxx-xxxxxxxxxxxxxxxxxx.apps.googleusercontent.com",
--     "forceCodeForRefreshToken": true
--   }
-}
-```
-
-### Web
-
-1. Hapus tag meta Masuk Google dari `index.html` jika Anda menggunakannya:
-```diff
-- <meta name="google-signin-client_id" content="{your client id here}" />
-- <meta name="google-signin-scope" content="profile email" />
-```
-
-## Perubahan Jenis Respons
-
-Respons autentikasi kini menyediakan objek terstruktur yang berisi informasi penyedia, token akses, token ID, dan data profil pengguna:
-
-```typescript
-interface GoogleLoginResponse {
-  provider: 'google';
-  result: {
-    accessToken: {
-      token: string;
-      expires: string;
-      // ... other token fields
-    } | null;
-    idToken: string | null;
-    profile: {
-      email: string | null;
-      familyName: string | null;
-      givenName: string | null;
-      id: string | null;
-      name: string | null;
-      imageUrl: string | null;
-    };
-  };
-}
-```
-
-Struktur responsnya meliputi:
-- **penyedia**: Mengidentifikasi penyedia autentikasi (`'google'`)
-- **result.accessToken**: Mengakses detail token dengan masa berlaku
-- **result.idToken**: Token ID untuk autentikasi
-- **result.profile**: Informasi profil pengguna termasuk email, nama, dan URL gambar
-
-## Kemampuan Tambahan
-
-Paket baru ini mendukung beberapa penyedia autentikasi sosial selain Google:
-- [Apple Masuk](/docs/plugins/social-login/apple/general/)
-- [Facebook Masuk](/docs/plugins/social-login/facebook/)
-
-Pendekatan terpadu ini menyediakan:
-- API yang konsisten di semua penyedia
-- Peningkatan dukungan TypeScript
-- Penanganan kesalahan yang lebih baik
-- Pemeliharaan aktif dan dukungan komunitas
-
-Periksa [dokumentasi utama](/docs/plugins/social-login/google/general/) untuk mengetahui petunjuk penyiapan mendetail untuk penyedia tambahan ini.
diff --git a/src/content/docs/id/docs/plugins/social-login/migrations/v7.mdx b/src/content/docs/id/docs/plugins/social-login/migrations/v7.mdx
deleted file mode 100644
index 94a5e4409..000000000
--- a/src/content/docs/id/docs/plugins/social-login/migrations/v7.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-title: Panduan Migrasi V7
-locale: id
-description: Panduan untuk migrasi dari versi sebelumnya ke V7 dari @capgo/capacitor-social-login
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Pendahuluan
-
-:::caution
-Panduan ini untuk versi `V1`/`V7` dari plugin untuk orang-orang yang masih menggunakan plugin ini dengan versi `0.x.x`.
-:::
-
-Panduan ini akan mencakup hal berikut:
-
-- Migrasi ke versi V1 dari versi `main`
-- Migrasi ke versi V1 dari versi `development`
-
-## Perubahan penting di V1
-
-V1 hanyalah port dari versi development ke main. Namun, ini mencakup banyak perubahan penting yang tidak tersedia di versi V0 `main`. Perubahan tersebut meliputi:
-
-- Scope akses untuk login Google
-- Mode offline untuk login Google
-- Unifikasi implementasi yang berbeda
-  - Pengujian ekstensif dilakukan untuk memastikan bahwa semua implementasi dari Provider Google berperilaku dengan cara yang sama antar platform
-
-## Migrasi dari versi V0 main
-
-- Perubahan dalam `MainActivity.java` untuk Android
-  - Silakan ikuti [Panduan Setup Google](/docs/plugins/social-login/google/android/). Secara khusus, silakan cari `MainActivity.java`
-
-- Silakan tambahkan redirect url di Google Console. Tanpa menambahkan redirect url, login Google tidak akan berfungsi.
-  - Sekali lagi, silakan ikuti [Panduan Setup Google](/docs/plugins/social-login/google/android/). Secara khusus, silakan cari `Authorized redirect URIs`
-
-- Silakan pastikan Anda tidak menggunakan `grantOfflineAccess` di config. Fitur ini tidak didukung di V1.
-
-- Silakan pastikan bahwa autentikasi berfungsi di semua platform.
-
-## Migrasi dari versi V0 development
-
-- Perubahan dalam `MainActivity.java` untuk Android
-  - Silakan ikuti [Panduan Setup Google](/docs/plugins/social-login/google/android/). Secara khusus, silakan cari `MainActivity.java`. Di V1, Anda **HARUS** mengimplementasikan `ModifiedMainActivityForSocialLoginPlugin` di main activity Anda. Perubahan ini sangat penting agar plugin berfungsi
-
-- Silakan tambahkan redirect url di Google Console. Tanpa menambahkan redirect url, login Google tidak akan berfungsi.
-  - Sekali lagi, silakan ikuti [Panduan Setup Google](/docs/plugins/social-login/google/android/). Secara khusus, silakan cari `Authorized redirect URIs`
-
-- Silakan pastikan bahwa tipe dan nama variabel sudah benar. Harap ketahui bahwa tipe dan variabel mungkin tidak cocok antara development dan V1.
-
-- Silakan pastikan bahwa autentikasi berfungsi di semua platform.
diff --git a/src/content/docs/id/docs/plugins/social-login/supabase/Apple/android.mdx b/src/content/docs/id/docs/plugins/social-login/supabase/Apple/android.mdx
deleted file mode 100644
index 9c4be9bb3..000000000
--- a/src/content/docs/id/docs/plugins/social-login/supabase/Apple/android.mdx
+++ /dev/null
@@ -1,292 +0,0 @@
----
-title: Supabase Apple Login di Android
-description: Pelajari cara menyiapkan Apple Sign-In dengan Supabase Authentication di Android menggunakan plugin Capacitor Social Login.
-sidebar:
-    order: 3
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Prasyarat
-
-Panduan ini akan membantu Anda mengintegrasikan Apple Sign-In dengan Supabase Authentication di Android. Diasumsikan Anda telah menyelesaikan:
-- [Pengaturan Umum Supabase Apple Login](./general/).
-
-:::note[Penting]
-Apple Sign-In di Android memerlukan server backend karena Apple tidak menyediakan dukungan Android native. Kami akan menggunakan Supabase Edge Function sebagai backend.
-:::
-
-## Langkah 1: Terapkan Edge Function Backend
-
-Pertama, kami perlu menerapkan Supabase Edge Function yang akan menangani callback OAuth Apple.
-
-<Steps>
-
-1. **Navigasi ke direktori proyek Supabase Anda**
-
-   ```bash
-   cd your-project/supabase
-   ```
-
-2. **Buat edge function** (jika tidak ada)
-
-   ```bash
-   supabase functions new apple-signin-callback
-   ```
-
-3. **Salin kode edge function**
-
-   Implementasi edge function lengkap tersedia di [aplikasi contoh](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/supabase/functions/apple-signin-callback).
-
-   Salin file berikut ke proyek Anda:
-   - `supabase/functions/apple-signin-callback/index.ts` - Kode edge function utama
-   - `supabase/functions/apple-signin-callback/deno.json` - Peta impor untuk dependensi (termasuk library `jose` untuk penandatanganan JWT)
-
-4. **Konfigurasikan verifikasi JWT**
-
-   Endpoint callback OAuth Apple harus bersifat publik (tidak memerlukan autentikasi) karena Apple akan mengalihkan ke sana. Perbarui file `supabase/config.toml` Anda:
-
-   ```toml
-   [functions.apple-signin-callback]
-   enabled = true
-   verify_jwt = false  # Penting: Atur ke false untuk callback OAuth publik
-   import_map = "./functions/apple-signin-callback/deno.json"
-   entrypoint = "./functions/apple-signin-callback/index.ts"
-   ```
-
-   :::caution[Penting]
-   Mengatur `verify_jwt = false` membuat endpoint ini publik. Ini diperlukan karena pengalihan OAuth Apple tidak menyertakan header autentikasi Supabase. Endpoint memvalidasi alur OAuth itu sendiri.
-   :::
-
-5. **Terapkan fungsi**
-
-   ```bash
-   supabase functions deploy apple-signin-callback
-   ```
-
-6. **Dapatkan URL fungsi Anda**
-
-   Setelah penerapan, Anda akan mendapatkan URL seperti:
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   Jika Anda tidak dapat menemukannya, Anda dapat melakukan berikut:
-
-   1. Buka `https://supabase.com/dashboard/project/YOUR_PROJECT_REF/functions`
-   2. Klik pada URL fungsi `apple-signin-callback` untuk menyalinnya.
-      <img src="/social-login-assets/supabase_functions_apple_signin_callback.webp" alt="Callback Supabase Functions Apple Sign-In" />
-
-   :::note[Simpan URL ini]
-   Anda akan memerlukan URL ini di langkah berikutnya saat mengonfigurasi Apple Developer Portal.
-   :::
-
-</Steps>
-
-## Langkah 2: Konfigurasikan Apple Developer Portal
-
-Sekarang kami perlu mengonfigurasi Apple Developer Portal dengan URL backend dan mendapatkan semua nilai yang diperlukan.
-
-:::note[URL Fungsi]
-Pastikan Anda memiliki URL Supabase Edge Function Anda dari Langkah 1 sebelum melanjutkan. Anda akan membutuhkannya untuk mengonfigurasi Return URL di Apple Developer Portal.
-:::
-
-<Steps>
-
-1. **Ikuti Panduan Pengaturan Apple Login Android**
-
-   Lengkapi [panduan pengaturan Android Apple Login](/docs/plugins/social-login/apple/android/) untuk:
-   - Membuat Service ID
-   - Menghasilkan private key (.p8 file)
-   - Dapatkan Team ID dan Key ID Anda
-   - Konfigurasi Return URL
-
-2. **Atur Return URL di Apple Developer Portal**
-
-   Saat mengonfigurasi Return URL di Apple Developer Portal (langkah 6.9 dari panduan Apple), gunakan URL Supabase Edge Function Anda:
-
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::warning[Penting: Gunakan URL Supabase Edge Function]
-   **JANGAN** gunakan redirect URL dari [panduan pengaturan Android Apple Login](/docs/plugins/social-login/apple/android/). Panduan itu menggunakan URL server backend kustom. Untuk integrasi Supabase, Anda **harus** menggunakan URL Supabase Edge Function Anda sebagai gantinya.
-   :::
-
-   :::caution[Kecocokan Tepat Diperlukan]
-   Return URL harus cocok **persis** dengan apa yang Anda konfigurasikan di sini. Apple sangat ketat tentang pencocokan redirect URI.
-   :::
-
-3. **Kumpulkan semua nilai yang diperlukan**
-
-   Setelah menyelesaikan panduan pengaturan Apple, Anda harus memiliki:
-   - **APPLE_TEAM_ID**: ID Tim Apple Developer Anda
-   - **APPLE_KEY_ID**: Key ID dari Apple Developer Portal
-   - **APPLE_PRIVATE_KEY**: File private key .p8 Anda (perlu dikodekan base64)
-   - **ANDROID_SERVICE_ID**: ID Layanan Apple Anda (misalnya, `com.example.app.service`)
-   - **BASE_REDIRECT_URL**: URL deep link Anda (misalnya, `capgo-demo-app://path`)
-
-   :::note[URL Deep Link]
-   `BASE_REDIRECT_URL` adalah skema deep link yang dikonfigurasi di `AndroidManifest.xml` Anda. Di sinilah backend akan mengalihkan setelah autentikasi.
-
-   Nilai deep link Anda bergantung pada kode `android:scheme="capgo-demo-app"`. Jika Anda telah mengatur `android:scheme="capgo-demo-app"` di `AndroidManifest.xml` Anda, maka deep link Anda akan menjadi `capgo-demo-app://path`.
-   :::
-
-</Steps>
-
-## Langkah 3: Atur Rahasia Supabase
-
-Sekarang kami perlu mengonfigurasi variabel lingkungan (rahasia) untuk Supabase Edge Function.
-
-<Steps>
-
-1. **Kodekan private key Anda**
-
-   Pertama, kodekan Apple private key (.p8 file) Anda ke base64:
-
-   ```bash
-   base64 -i AuthKey_XXXXX.p8
-   ```
-
-   Salin seluruh output (ini adalah satu string panjang).
-
-2. **Atur rahasia menggunakan Supabase CLI**
-
-   ```bash
-   supabase secrets set APPLE_TEAM_ID=your_team_id
-   supabase secrets set APPLE_KEY_ID=your_key_id
-   supabase secrets set APPLE_PRIVATE_KEY=your_base64_encoded_key
-   supabase secrets set ANDROID_SERVICE_ID=your.service.id
-   supabase secrets set BASE_REDIRECT_URL=your-app://path
-   supabase secrets set APPLE_REDIRECT_URI=https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::note[Ganti Placeholder]
-   Ganti semua nilai placeholder dengan nilai aktual Anda dari Langkah 2.
-   :::
-
-3. **Alternatif: Atur rahasia di Dasbor Supabase**
-
-   Jika Anda lebih suka menggunakan dasbor:
-   1. Buka dasbor proyek Supabase Anda
-   2. Navigasi ke **Edge Functions** → **Settings** → **Secrets**
-   3. Tambahkan setiap variabel rahasia dengan nilainya
-
-</Steps>
-
-:::note[Konfigurasi Aplikasi Android]
-[Panduan pengaturan Android Apple Login](/docs/plugins/social-login/apple/android/) sudah mencakup konfigurasi aplikasi Android Anda:
-- Menambahkan filter intent deep link ke `AndroidManifest.xml`
-- Menambahkan penanganan `onNewIntent` ke `MainActivity.java`
-
-Pastikan Anda telah menyelesaikan langkah-langkah tersebut sebelum melanjutkan. Skema deep link yang Anda konfigurasikan di sana akan menjadi `BASE_REDIRECT_URL` Anda di Langkah 3.
-:::
-
-## Langkah 4: Gunakan Authentication Helper
-
-Sekarang Anda dapat menggunakan authentication helper di kode aplikasi Anda.
-
-### Implementasi
-
-Implementasi lengkap tersedia di file [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) aplikasi contoh.
-
-### Menggunakan Authentication Helper
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Masuk:', result.user);
-  // Navigasi ke area yang sudah diautentikasi
-} else {
-  console.error('Kesalahan:', result.error);
-}
-```
-
-### Perbarui Fungsi Helper
-
-Saat menggunakan fungsi helper `authenticateWithAppleSupabase`, Anda **harus** memperbarui nilai berikut agar sesuai dengan konfigurasi Anda:
-
-1. **Perbarui `redirectUrl`** - Atur ini ke URL Supabase Edge Function Anda:
-
-   ```typescript
-   const redirectUrl = platform === 'android'
-     ? 'https://your-project-ref.supabase.co/functions/v1/apple-signin-callback'
-     : undefined;
-   ```
-
-2. **Perbarui `clientId`** - Atur ini ke ID Layanan Apple Anda:
-
-   ```typescript
-   await SocialLogin.initialize({
-     apple: {
-       clientId: isIOS
-         ? undefined // iOS menggunakan bundle ID secara otomatis
-         : 'your.service.id.here', // ID Layanan Apple Anda untuk Android
-       redirectUrl: redirectUrl,
-     },
-   });
-   ```
-
-   :::caution[Penting]
-   Ganti `'your.service.id.here'` dengan ID Layanan Apple aktual Anda (nilai yang sama yang Anda gunakan untuk `ANDROID_SERVICE_ID` di Langkah 3).
-   :::
-
-Lihat [implementasi lengkap](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) untuk referensi.
-
-## Langkah 5: Uji Integrasi
-
-<Steps>
-
-1. **Bangun dan jalankan aplikasi Android Anda**
-
-   ```bash
-   npx cap sync android
-   npx cap run android
-   ```
-
-2. **Uji alur autentikasi**
-
-   - Ketuk tombol "Sign in with Apple"
-   - Anda harus melihat halaman OAuth Apple di browser
-   - Setelah mengautentikasi, Anda harus dialihkan kembali ke aplikasi Anda
-   - Periksa log konsol untuk kesalahan apa pun
-
-3. **Verifikasi alur**
-
-   Alur lengkap seharusnya:
-   1. Pengguna mengetuk "Sign in with Apple"
-   2. Aplikasi membuka browser dengan OAuth Apple
-   3. Pengguna mengautentikasi dengan Apple
-   4. Apple mengalihkan ke: `https://your-project-ref.supabase.co/functions/v1/apple-signin-callback`
-   5. Edge function menukarkan kode untuk token
-   6. Edge function mengalihkan ke: `your-app://path?id_token=...&access_token=...`
-   7. Aplikasi Android menerima deep link dan memproses identity token
-   8. Aplikasi masuk ke Supabase dengan identity token
-
-</Steps>
-
-## Pemecahan Masalah
-
-Jika autentikasi gagal:
-
-- **Ketidakcocokan Redirect URI**: Verifikasi Return URL di Apple Developer Portal cocok persis dengan rahasia `APPLE_REDIRECT_URI`
-- **Deep link tidak berfungsi**: Periksa bahwa filter intent `AndroidManifest.xml` cocok dengan `BASE_REDIRECT_URL` Anda
-- **Rahasia tidak ada**: Verifikasi semua rahasia telah ditetapkan dengan benar menggunakan `supabase secrets list`
-- **Pertukaran token gagal**: Periksa log edge function di Dasbor Supabase untuk pesan kesalahan terperinci
-- **Aplikasi tidak menerima callback**: Pastikan `onNewIntent` diterapkan dengan benar di MainActivity
-- Tinjau [kode aplikasi contoh](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) untuk referensi
-
-## Cara Kerjanya
-
-Di Android, Apple Sign-In menggunakan alur redirect OAuth:
-
-1. **Inisialisasi**: Plugin diinisialisasi dengan ID Layanan Anda dan URL redirect backend
-2. **Alur OAuth**: Membuka browser/Chrome Custom Tab dengan halaman OAuth Apple
-3. **Callback Backend**: Apple mengalihkan ke Supabase Edge Function Anda dengan kode otorisasi
-4. **Pertukaran Token**: Edge function menukarkan kode untuk token menggunakan endpoint token Apple
-5. **Redirect Deep Link**: Edge function mengalihkan kembali ke aplikasi Anda dengan identity token
-6. **Supabase Authentication**: Aplikasi menerima token dan masuk ke Supabase
-
-Alur ini diperlukan karena Apple tidak menyediakan dukungan native Android untuk Sign in with Apple.
diff --git a/src/content/docs/id/docs/plugins/social-login/supabase/Apple/general.mdx b/src/content/docs/id/docs/plugins/social-login/supabase/Apple/general.mdx
deleted file mode 100644
index 9ec6ccf13..000000000
--- a/src/content/docs/id/docs/plugins/social-login/supabase/Apple/general.mdx
+++ /dev/null
@@ -1,102 +0,0 @@
----
-title: Pengaturan Umum Supabase Apple Login
-description: Pelajari cara mengintegrasikan Apple Sign-In dengan Supabase Authentication menggunakan plugin Capacitor Social Login.
-sidebar:
-    order: 1
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Ringkasan
-
-Panduan ini akan membantu Anda mengintegrasikan Apple Sign-In dengan Supabase Authentication. Apple Sign-In menyediakan metode autentikasi yang aman dan berfokus pada privasi yang bekerja di seluruh platform iOS, Android, dan Web.
-
-## Prasyarat
-
-Sebelum memulai, pastikan Anda telah:
-
-1. [Membuat proyek Supabase](https://database.new/)
-2. Membaca panduan [Pengaturan Umum Apple Login](/docs/plugins/social-login/apple/general/) untuk menyiapkan kredensial OAuth Apple
-3. Mengikuti panduan khusus platform masing-masing untuk menyiapkan kredensial OAuth Apple untuk platform target Anda:
-    - [Pengaturan Android](/docs/plugins/social-login/apple/android/)
-    - [Pengaturan iOS](/docs/plugins/social-login/apple/ios/)
-    - [Pengaturan Web](/docs/plugins/social-login/apple/web/)
-
-    :::note
-        Sebelum memulai tutorial Supabase, Anda perlu membuat ID klien untuk platform yang berencana Anda gunakan.
-
-        Untuk iOS, ID klien sama dengan ID aplikasi Anda.
-        Untuk Android dan Web, ID klien sama dengan ID layanan Anda.
-        Anda akan menggunakannya di langkah 7 panduan ini.
-    :::
-
-## Mengaktifkan penyedia OAuth Apple di Supabase
-
-<Steps>
-1. Buka [Dasbor Supabase](https://app.supabase.com/) Anda
-2. Klik pada proyek Anda
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Pemilih Proyek Supabase" />
-3. Buka menu `Authentication`
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Menu Autentikasi Supabase" />
-4. Klik tab `Providers`
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Tab Penyedia Supabase" />
-5. Temukan penyedia `Apple`
-    <img src="/social-login-assets/supabase_apple_provider.webp" alt="Penyedia Apple Supabase" />
-6. Aktifkan penyedia `Apple`
-    <img src="/social-login-assets/supabase_apple_provider_enable.webp" alt="Aktifkan Penyedia Apple Supabase" />
-7. Isi konfigurasi ID klien:
-
-    :::note
-      Jika Anda menggunakan Apple login untuk iOS, ID klien sama dengan ID aplikasi Anda.
-      Jika Anda menggunakan Apple login untuk Android atau Web, ID klien sama dengan ID layanan Anda.
-      Jika Anda menggunakan keduanya, Anda perlu menyediakan ID aplikasi dan ID layanan.
-    :::
-
-    <img src="/social-login-assets/supabase_apple_provider_client_id.webp" alt="ID Klien Penyedia Apple Supabase" />
-8. Klik tombol `Save`
-    <img src="/social-login-assets/supabase_apple_provider_save.webp" alt="Simpan Penyedia Apple Supabase" />
-
-
-    :::note
-      Anda __**TIDAK PERLU**__ menyiapkan `Secret key (for OAuth)`. Kami akan melakukan implementasi backend khusus untuk menangani Apple login.
-    :::
-</Steps>
-
-Voilà, Anda sekarang telah mengaktifkan Apple Sign-In dengan Supabase Authentication 🎉
-
-## Menggunakan Authentication Helper
-
-Implementasi lengkap mencakup fungsi helper `authenticateWithAppleSupabase()` yang menangani seluruh alur Apple Sign-In dengan Supabase. Fungsi ini:
-
-- Menginisialisasi Apple Sign-In dengan konfigurasi khusus platform
-- Menangani alur autentikasi (native di iOS, OAuth redirect di Android/Web)
-- Mengekstrak identity token dari Apple
-- Masuk ke Supabase dengan identity token
-
-:::tip[Implementasi Lengkap]
-Implementasi lengkap tersedia di file [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) contoh aplikasi.
-:::
-
-### Penggunaan Dasar
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Masuk:', result.user);
-  // Navigasi ke area yang sudah diautentikasi
-} else {
-  console.error('Kesalahan:', result.error);
-}
-```
-
-### Cara Kerjanya
-
-Fungsi helper secara otomatis menangani perbedaan khusus platform:
-
-- **iOS**: Menggunakan Apple Sign-In native (tidak perlu redirect URL, menggunakan bundle ID secara otomatis)
-- **Android**: Menggunakan alur OAuth redirect dengan edge function backend (memerlukan Service ID)
-- **Web**: Menggunakan alur OAuth popup (memerlukan Service ID dan URL halaman saat ini sebagai redirect)
-
-Fungsi ini mengembalikan identity token dari Apple, yang kemudian digunakan untuk mengautentikasi dengan Supabase menggunakan `supabase.auth.signInWithIdToken()`.
diff --git a/src/content/docs/id/docs/plugins/social-login/supabase/Apple/ios.mdx b/src/content/docs/id/docs/plugins/social-login/supabase/Apple/ios.mdx
deleted file mode 100644
index 7a02c61a9..000000000
--- a/src/content/docs/id/docs/plugins/social-login/supabase/Apple/ios.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-title: Pengaturan Supabase Apple Login di iOS
-description: Pelajari cara mengintegrasikan Apple Sign-In dengan Supabase Authentication di iOS.
-sidebar:
-    order: 2
-locale: id
----
-
-## Prasyarat
-
-Panduan ini akan membantu Anda mengintegrasikan Apple Sign-In dengan Supabase Authentication di iOS. Diasumsikan Anda telah menyelesaikan:
-- [pengaturan Apple Login iOS](/docs/plugins/social-login/apple/ios/)
-- [Pengaturan Umum Supabase Apple Login](./general/).
-
-## Implementasi
-
-Implementasi lengkap tersedia di file [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) contoh aplikasi. Panduan ini menjelaskan konsep kunci dan cara menggunakannya.
-
-### Menggunakan Authentication Helper
-
-Fungsi `authenticateWithAppleSupabase` menangani seluruh alur autentikasi:
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Masuk:', result.user);
-  // Navigasi ke area yang sudah diautentikasi
-} else {
-  console.error('Kesalahan:', result.error);
-}
-```
-
-## Cara Kerjanya
-
-Di iOS, Apple Sign-In menggunakan implementasi native:
-
-1. **Inisialisasi**: Plugin menggunakan bundle ID aplikasi Anda secara otomatis (tidak perlu `clientId`)
-2. **Sign-In Native**: Menggunakan tombol Apple Sign in with Apple native dan alur autentikasi
-3. **Identity Token**: Apple mengembalikan identity token (JWT) yang berisi informasi pengguna
-4. **Supabase Authentication**: Identity token dikirim ke Supabase menggunakan `signInWithIdToken()`
-
-Fungsi helper secara otomatis mendeteksi platform iOS dan mengonfigurasi semuanya dengan tepat.
-
-## Catatan Penting
-
-### Konfigurasi Bundle ID
-
-- iOS menggunakan bundle ID aplikasi Anda secara otomatis untuk Apple Sign-In
-- Pastikan bundle ID Anda cocok dengan yang dikonfigurasi di Apple Developer Portal
-- Bundle ID harus memiliki kemampuan "Sign in with Apple" yang diaktifkan
-
-### ID Klien Supabase
-
-Di Supabase, konfigurasikan penyedia Apple Anda dengan:
-- **Client ID**: ID Aplikasi iOS Anda (bundle ID) - misalnya, `app.capgo.plugin.SocialLogin`
-
-Jika Anda juga menggunakan Android/Web, Anda perlu menyediakan ID Aplikasi dan ID Layanan di bidang ID Klien Supabase (dipisahkan dengan koma).
-
-## Pemecahan Masalah
-
-Jika autentikasi gagal:
-
-- **Bundle ID tidak cocok**: Verifikasi bundle ID Anda cocok di Xcode dan Apple Developer Portal
-- **Kemampuan tidak diaktifkan**: Pastikan kemampuan "Sign in with Apple" diaktifkan di Xcode
-- **Konfigurasi Supabase**: Verifikasi ID Aplikasi Anda dikonfigurasi dengan benar di pengaturan penyedia Apple Supabase
-- **Validasi token gagal**: Periksa bahwa identity token diterima dari Apple
-- Tinjau [kode aplikasi contoh](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) untuk referensi
diff --git a/src/content/docs/id/docs/plugins/social-login/supabase/Apple/web.mdx b/src/content/docs/id/docs/plugins/social-login/supabase/Apple/web.mdx
deleted file mode 100644
index 348a94bb5..000000000
--- a/src/content/docs/id/docs/plugins/social-login/supabase/Apple/web.mdx
+++ /dev/null
@@ -1,96 +0,0 @@
----
-title: Supabase Apple Login di Web
-description: Pelajari cara mengintegrasikan Apple Sign-In dengan Supabase Authentication di Web.
-sidebar:
-    order: 4
-locale: id
----
-
-## Prasyarat
-
-Panduan ini akan membantu Anda mengintegrasikan Apple Sign-In dengan Supabase Authentication di Web. Diasumsikan Anda telah menyelesaikan:
-- [pengaturan Apple Login Web](/docs/plugins/social-login/apple/web/)
-- [Pengaturan Umum Supabase Apple Login](./general/).
-
-## Implementasi
-
-Implementasi lengkap tersedia di file [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) contoh aplikasi. Panduan ini menjelaskan konsep kunci dan cara menggunakannya.
-
-### Menggunakan Authentication Helper
-
-Fungsi `authenticateWithAppleSupabase` menangani seluruh alur autentikasi:
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Masuk:', result.user);
-  // Navigasi ke area yang sudah diautentikasi
-} else {
-  console.error('Kesalahan:', result.error);
-}
-```
-
-## Cara Kerjanya
-
-Di Web, Apple Sign-In menggunakan alur OAuth popup:
-
-1. **Inisialisasi**: Plugin diinisialisasi dengan ID Layanan Anda dan URL halaman saat ini sebagai redirect URL
-2. **OAuth Popup**: Membuka jendela popup dengan halaman OAuth Apple
-3. **Autentikasi Pengguna**: Pengguna mengautentikasi dengan Apple di popup
-4. **Identity Token**: Apple mengembalikan identity token (JWT) yang berisi informasi pengguna
-5. **Supabase Authentication**: Identity token dikirim ke Supabase menggunakan `signInWithIdToken()`
-
-Fungsi helper secara otomatis mendeteksi platform web dan mengonfigurasi semuanya dengan tepat.
-
-## Catatan Penting
-
-### Konfigurasi Service ID
-
-- Web memerlukan ID Layanan Apple Anda (sama dengan Android)
-- ID Layanan harus dikonfigurasi di Apple Developer Portal dengan Return URL yang benar
-- Pastikan domain Anda ditambahkan ke domain yang diizinkan di Apple Developer Portal
-
-### Redirect URL
-
-- Di web, redirect URL secara otomatis ditetapkan ke `window.location.href` (URL halaman saat ini)
-- Ini harus cocok dengan salah satu Return URL yang dikonfigurasi di Apple Developer Portal
-- Pastikan URL dengan dan tanpa garis miring trailing dikonfigurasi di Apple Developer Portal
-
-### ID Klien Supabase
-
-Di Supabase, konfigurasikan penyedia Apple Anda dengan:
-- **Client ID**: ID Layanan Apple Anda (misalnya, `com.example.app.service`)
-
-Jika Anda juga menggunakan iOS, Anda perlu menyediakan ID Aplikasi dan ID Layanan di bidang ID Klien Supabase (dipisahkan dengan koma).
-
-### Perbarui Fungsi Helper
-
-Saat menggunakan fungsi helper `authenticateWithAppleSupabase`, Anda **harus** memperbarui `clientId` agar cocok dengan ID Layanan Apple Anda:
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: isIOS
-      ? undefined // iOS menggunakan bundle ID secara otomatis
-      : 'your.service.id.here', // ID Layanan Apple Anda untuk Web dan Android
-    redirectUrl: redirectUrl,
-  },
-});
-```
-
-:::caution[Penting]
-Ganti `'your.service.id.here'` dengan ID Layanan Apple aktual Anda (nilai yang sama yang Anda konfigurasikan di Apple Developer Portal).
-:::
-
-## Pemecahan Masalah
-
-Jika autentikasi gagal:
-
-- **Ketidakcocokan Service ID**: Verifikasi Service ID Anda cocok di Apple Developer Portal dan kode Anda
-- **Return URL tidak dikonfigurasi**: Pastikan URL halaman saat ini (dengan dan tanpa garis miring trailing) dikonfigurasi di Apple Developer Portal
-- **Popup diblokir**: Periksa pengaturan browser - beberapa browser memblokir popup secara default
-- **Domain tidak diizinkan**: Verifikasi domain Anda ditambahkan ke domain yang diizinkan di Apple Developer Portal
-- **Konfigurasi Supabase**: Verifikasi Service ID Anda dikonfigurasi dengan benar di pengaturan penyedia Apple Supabase
-- Tinjau [kode aplikasi contoh](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) untuk referensi
diff --git a/src/content/docs/id/docs/plugins/social-login/supabase/google/android.mdx b/src/content/docs/id/docs/plugins/social-login/supabase/google/android.mdx
deleted file mode 100644
index 48fdedbf2..000000000
--- a/src/content/docs/id/docs/plugins/social-login/supabase/google/android.mdx
+++ /dev/null
@@ -1,66 +0,0 @@
----
-title: Supabase Google Masuk di Android
-description: >-
-  Pelajari cara menyiapkan Google Masuk dengan Supabase Otentikasi di Android
-  menggunakan plugin Capacitor Login Sosial.
-sidebar:
-  order: 2
-locale: id
----
-## Pendahuluan
-
-Panduan ini akan membantu Anda mengintegrasikan Google Masuk dengan Supabase Otentikasi di Android. Diasumsikan bahwa Anda telah menyelesaikan:
- - [penyiapan Google Masuk Android](/docs/plugins/social-login/google/android/)
- - [Supabase Google Login - Pengaturan Umum](/docs/plugins/social-login/supabase/google/general/).
-
-## Implementasi
-
-Implementasi lengkapnya tersedia di file [aplikasi contoh `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts). Panduan ini menjelaskan konsep-konsep utama dan cara menggunakannya.
-
-### Menggunakan Pembantu Otentikasi
-
-Fungsi `authenticateWithGoogleSupabase` menangani seluruh alur autentikasi:
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## Cara Kerjanya
-
-Untuk penjelasan mendetail tentang cara kerja alur autentikasi, termasuk pembuatan nonce, validasi JWT, dan proses masuk Supabase, lihat [bagian Cara Kerja di panduan Penyiapan Umum](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-Untuk referensi kode lengkap, lihat [bagian Referensi Kode Lengkap di panduan Pengaturan Umum](/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-## Catatan Penting
-
-### Penanganan Nonce
-
-Implementasi nonce mengikuti pola dari [dokumentasi Masuk React Native Google](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- `rawNonce` pergi ke `signInWithIdToken()` Supabase
-- Supabase membuat hash `rawNonce` dan membandingkannya dengan `nonceDigest` yang disertakan dalam token ID dari Google Masuk
-- `nonceDigest` (hash SHA-256, dikodekan hex) masuk ke parameter `nonce` di Google Sign-In API
-
-### Coba Ulang Otomatis
-
-Implementasinya mencakup logika percobaan ulang otomatis:
-- Jika validasi JWT gagal pada upaya pertama, validasi akan logout dan mencoba lagi satu kali
-- Ini menangani kasus di mana token yang di-cache mungkin memiliki nonce yang salah
-- Jika percobaan ulang juga gagal, kesalahan akan dikembalikan
-
-## Pemecahan masalah
-
-Jika otentikasi gagal:
-
-- **Pemirsa tidak valid**: Verifikasi kecocokan ID Klien Google Anda di Google Cloud Console dan Supabase
-- **Nonce mismatch**: Periksa log konsol - fungsi akan mencoba ulang secara otomatis, namun Anda dapat logout secara manual terlebih dahulu jika diperlukan
-- **Validasi token gagal**: Pastikan Anda menggunakan `mode: 'online'` dalam panggilan inisialisasi untuk mendapatkan idToken
-- Tinjau [contoh kode aplikasi](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) untuk referensi
diff --git a/src/content/docs/id/docs/plugins/social-login/supabase/google/general.mdx b/src/content/docs/id/docs/plugins/social-login/supabase/google/general.mdx
deleted file mode 100644
index d4399ebdf..000000000
--- a/src/content/docs/id/docs/plugins/social-login/supabase/google/general.mdx
+++ /dev/null
@@ -1,202 +0,0 @@
----
-title: Supabase Google Masuk - Pengaturan Umum
-description: >-
-  Pelajari cara menyiapkan Google Masuk dengan Supabase Autentikasi menggunakan
-  plugin Capacitor Login Sosial.
-sidebar:
-  order: 1
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Pendahuluan
-
-Panduan ini akan memandu Anda dalam mengintegrasikan Google Masuk dengan Supabase Otentikasi menggunakan plugin Capacitor Login Sosial. Penyiapan ini memungkinkan Anda menggunakan Masuk Google asli pada platform seluler sambil memanfaatkan Supabase Auth untuk autentikasi backend.
-
-## Prasyarat
-
-Sebelum memulai, pastikan Anda memiliki:
-
-1. [Membuat proyek Supabase](https://database.new/)
-2. Baca panduan [Google Pengaturan Umum Login](/docs/plugins/social-login/google/general/) untuk menyiapkan kredensial Google OAuth
-3. Ikuti panduan khusus platform masing-masing untuk menyiapkan kredensial Google OAuth untuk platform target Anda:
-    - [Android Setup](/docs/plugins/social-login/google/android/)
-    - [iOS Setup](/docs/plugins/social-login/google/ios/)
-    - [Pengaturan Web](/docs/plugins/social-login/google/web/)
-
-    :::note
-        Sebelum memulai tutorial Supabase, Anda perlu membuat ID klien untuk platform yang ingin Anda gunakan.
-        You will use them in step 7 of this guide.
-    :::
-
-## Mengaktifkan penyedia Google OAuth di Supabase
-
-<Steps>
-1. Buka [Dasbor Supabase](https://app.supabase.com/) Anda
-2. Klik pada proyek Anda
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Supabase Pemilih Proyek" />
-3. Do go to the `Authentication` menu
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Supabase Menu Otentikasi" />
-4. Click on the `Providers` tab
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Supabase Tab Penyedia" />
-5. Find the `Google` provider
-    <img src="/social-login-assets/supabase_google_provider.webp" alt="Supabase Google Penyedia" />
-6. Aktifkan penyedia
-    <img src="/social-login-assets/supabase_google_provider_enable.webp" alt="Supabase Google Penyedia Aktif" />
-7. Tambahkan ID klien untuk platform yang ingin Anda gunakan
-    <img src="/social-login-assets/supabase_google_provider_add_client_ids.webp" alt="Supabase Google Penyedia Tambahkan ID Klien" />
-
-    :::note
-        Ini termasuk ID klien web, ID klien iOS, dan ID klien Android. Anda dapat melewatkan penyediaan beberapa di antaranya, bergantung pada platform yang ingin Anda gunakan.
-    :::
-8. Click on the `Save` button
-    <img src="/social-login-assets/supabase_google_provider_save.webp" alt="Supabase Google Penyedia Simpan" />
-
-</Steps>
-
-:::note
-Anda __**TIDAK BOLEH**__ menyiapkan `Client Secret (for OAuth)` atau `Callback URL (for OAuth)`. Beberapa sumber mungkin juga menyarankan pengaturan `Lewati pemeriksaan nonce` untuk Google pada iOS, namun dengan panduan ini hal ini tidak diperlukan.
-:::
-
-Voila, Anda sekarang telah mengaktifkan Google Masuk dengan Supabase Otentikasi 🎉
-
-## Cara Kerja Google Masuk dengan Supabase Pembantu Otentikasi
-
-Bagian ini menjelaskan cara kerja integrasi Masuk Google dengan Supabase. Memahami alur ini akan membantu Anda menerapkan dan memecahkan masalah proses autentikasi.
-
-:::tip[Implementasi Lengkap]
-Implementasi lengkapnya tersedia di file [aplikasi contoh `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts).
-:::
-
-### 1. Nonce Generation
-
-Implementasinya menghasilkan pasangan nonce aman yang mengikuti [Supabase persyaratan nonce](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-```typescript
-// Generate URL-safe random nonce
-function getUrlSafeNonce(): string {
-  const array = new Uint8Array(32);
-  crypto.getRandomValues(array);
-  return Array.from(array, (byte) => byte.toString(16).padStart(2, '0')).join('');
-}
-
-// Hash the nonce with SHA-256
-async function sha256Hash(message: string): Promise<string> {
-  const encoder = new TextEncoder();
-  const data = encoder.encode(message);
-  const hashBuffer = await crypto.subtle.digest('SHA-256', data);
-  const hashArray = Array.from(new Uint8Array(hashBuffer));
-  return hashArray.map((b) => b.toString(16).padStart(2, '0')).join('');
-}
-
-// Generate nonce pair
-async function getNonce(): Promise<{ rawNonce: string; nonceDigest: string }> {
-  const rawNonce = getUrlSafeNonce();
-  const nonceDigest = await sha256Hash(rawNonce);
-  return { rawNonce, nonceDigest };
-}
-```
-
-**Flow:**
-- `rawNonce`: string acak aman-URL (64 karakter hex)
-- `nonceDigest`: hash SHA-256 dari `rawNonce` (dikodekan hex)
-- `nonceDigest` diteruskan ke Google Masuk → Google menyertakan intisari nonce dalam token ID
-- `rawNonce` diteruskan ke Supabase → Supabase melakukan hash pada nonce mentah dan membandingkannya dengan nonce token
-
-### 2. Google Sign-InFungsi ini menginisialisasi plugin dan masuk dengan Google:
-
-```typescript
-await SocialLogin.initialize({
-  google: {
-    webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-    // iOS only:
-    iOSClientId: 'YOUR_IOS_CLIENT_ID.apps.googleusercontent.com',
-    mode: 'online', // Required to get idToken
-  },
-});
-
-const response = await SocialLogin.login({
-  provider: 'google',
-  options: {
-    scopes: ['email', 'profile'],
-    nonce: nonceDigest, // Pass the SHA-256 hashed nonce
-  },
-});
-```
-
-### 3. JWT Validasi
-
-Sebelum mengirim token ke Supabase, implementasi memvalidasi token JWT:
-
-```typescript
-function validateJWTToken(idToken: string, expectedNonceDigest: string): { valid: boolean; error?: string } {
-  const decodedToken = decodeJWT(idToken);
-  
-  // Check audience matches your Google Client IDs
-  const audience = decodedToken.aud;
-  if (!VALID_GOOGLE_CLIENT_IDS.includes(audience)) {
-    return { valid: false, error: 'Invalid audience' };
-  }
-  
-  // Check nonce matches
-  const tokenNonce = decodedToken.nonce;
-  if (tokenNonce && tokenNonce !== expectedNonceDigest) {
-    return { valid: false, error: 'Nonce mismatch' };
-  }
-  
-  return { valid: true };
-}
-```
-
-**Mengapa memvalidasi sebelum Supabase?**
-
-Memvalidasi token JWT sebelum mengirim token ke Supabase memiliki beberapa tujuan penting:
-
-1. **Mencegah Permintaan Tidak Valid**: Jika token memiliki audiens yang salah atau ketidakcocokan, Supabase akan tetap menolak token tersebut. Memvalidasi terlebih dahulu menghindari panggilan API yang tidak perlu dan memberikan pesan kesalahan yang lebih jelas.
-
-2. **Masalah Caching Token**: Pada beberapa platform (terutama iOS), Google Masuk SDK dapat menyimpan token untuk kinerja. Ketika token yang di-cache dikembalikan, token yang di-cache mungkin dibuat dengan nonce yang berbeda (atau tanpa nonce sama sekali), menyebabkan Supabase menolak token dengan kesalahan "nonce mismatch". Dengan memvalidasi sebelum mengirim ke Supabase, kami dapat mendeteksi masalah ini lebih awal dan secara otomatis mencoba lagi dengan token baru.
-
-3. **Keamanan** (iOS): Pada iOS, validasi memastikan token dikeluarkan untuk ID Klien Google spesifik Anda, sehingga mencegah potensi masalah keamanan dalam penggunaan token yang ditujukan untuk aplikasi lain.
-
-4. **Penanganan Kesalahan yang Lebih Baik**: Mendeteksi masalah sebelum Supabase memungkinkan logika percobaan ulang otomatis, yang penting untuk menangani masalah cache iOS secara transparan.
-
-Jika validasi gagal, fungsinya secara otomatis:
-1. Keluar dari Google (menghapus token yang disimpan dalam cache - penting pada iOS)
-2. Mencoba kembali autentikasi satu kali (memaksa pembuatan token baru dengan nonce yang benar)
-3. Jika percobaan ulang juga gagal, akan muncul kesalahan
-
-### 4. Supabase Masuk
-
-Terakhir, token yang divalidasi dikirim ke Supabase:
-
-```typescript
-const { data, error } = await supabase.auth.signInWithIdToken({
-  provider: 'google',
-  token: googleResponse.idToken,
-  nonce: rawNonce, // Pass the raw (unhashed) nonce
-});
-```
-
-## Referensi Kode Lengkap
-
-Implementasi lengkapnya tersedia di file [aplikasi contoh `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts), yang meliputi:
-
-- `getUrlSafeNonce()` - Menghasilkan nonce acak yang aman untuk URL
-- `sha256Hash()` - Hash string dengan SHA-256
-- `getNonce()` - Menghasilkan pasangan nonce
-- `decodeJWT()` - Mendekode token JWT
-- `validateJWTToken()` - Memvalidasi JWT audiens dan nonce
-- `authenticateWithGoogleSupabase()` - Fungsi otentikasi utama dengan coba lagi otomatis
-
-### File Contoh Tambahan
-
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - Contoh komponen dengan penanganan pengalihan (Web)
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - Contoh halaman pembuatan akun
-
-## Langkah Selanjutnya
-
-Silakan lanjutkan ke panduan pengaturan khusus platform untuk platform target Anda:
-
-- [Android Pengaturan](../android/)
-- [iOS Pengaturan](../ios/)
-- [Pengaturan Web](../web/)
diff --git a/src/content/docs/id/docs/plugins/social-login/supabase/google/ios.mdx b/src/content/docs/id/docs/plugins/social-login/supabase/google/ios.mdx
deleted file mode 100644
index 47950458f..000000000
--- a/src/content/docs/id/docs/plugins/social-login/supabase/google/ios.mdx
+++ /dev/null
@@ -1,94 +0,0 @@
----
-title: Supabase Google Masuk pada iOS
-description: >-
-  Pelajari cara menyiapkan Google Masuk dengan Supabase Otentikasi di iOS
-  menggunakan plugin Capacitor Login Sosial.
-sidebar:
-  order: 3
-locale: id
----
-## Pendahuluan
-
-Panduan ini akan membantu Anda mengintegrasikan Google Masuk dengan Supabase Otentikasi di iOS. Diasumsikan bahwa Anda telah menyelesaikan:
- - [penyiapan Google Masuk iOS](/docs/plugins/social-login/google/ios/)
- - [Supabase Google Login - Pengaturan Umum](/docs/plugins/social-login/supabase/google/general/).
-
-## Implementasi
-
-Implementasi lengkapnya tersedia di file [aplikasi contoh `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts). Panduan ini menjelaskan konsep-konsep utama dan cara menggunakannya.
-
-### Menggunakan Pembantu Otentikasi
-
-Fungsi `authenticateWithGoogleSupabase` menangani seluruh alur autentikasi:
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## Cara Kerjanya
-
-For a detailed explanation of how the authentication flow works, including nonce generation, JWT validation, and Supabase sign-in, see the [How It Works section in the General Setup guide](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-## Peringatan Penting
-
-### iOS Masalah Caching Token dan Nonce
-
-:::warning[iOS Masalah Tanpa Caching]
-Pada iOS, Google Masuk dapat menyimpan token dalam cache, yang dapat menyebabkan validasi nonce gagal. Fungsi `validateJWTToken` mendeteksi hal ini dan secara otomatis menanganinya:
-
-1. **Deteksi Otomatis**: Fungsi ini memeriksa apakah nonce dalam token cocok dengan `nonceDigest` yang diharapkan
-2. **Coba Ulang Otomatis**: Jika validasi gagal, validasi akan otomatis keluar dari Google dan mencoba lagi satu kali
-3. **Penanganan Kesalahan**: Jika percobaan ulang juga gagal, kesalahan akan dikembalikan
-
-**Mengapa ini terjadi**: iOS Google Masuk SDK menyimpan token dalam cache untuk kinerja. Ketika token yang disimpan dalam cache dikembalikan, token tersebut mungkin dibuat dengan nonce yang berbeda (atau tanpa nonce), sehingga menyebabkan ketidakcocokan.
-
-**Solusinya**: Implementasinya secara otomatis menangani hal ini dengan keluar dan mencoba lagi, yang memaksa Google menghasilkan token baru dengan nonce yang benar.
-:::
-
-**Solusi Manual** (jika coba ulang otomatis tidak berhasil):
-
-```typescript
-// Logout first to clear cached tokens
-await SocialLogin.logout({ provider: 'google' });
-
-// Then authenticate
-const result = await authenticateWithGoogleSupabase();
-```
-
-Hal ini memastikan token baru diperoleh dengan nonce yang benar.
-
-Untuk referensi kode lengkap, lihat [bagian Referensi Kode Lengkap di panduan Pengaturan Umum](/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-## Catatan Penting
-
-### Penanganan Nonce
-
-Implementasi nonce mengikuti pola dari [dokumentasi Masuk React Native Google](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- `rawNonce` pergi ke `signInWithIdToken()` Supabase
-- Supabase membuat hash `rawNonce` dan membandingkannya dengan `nonceDigest` yang disertakan dalam token ID dari Google Masuk
-- `nonceDigest` (hash SHA-256, dikodekan hex) masuk ke parameter `nonce` di Google Sign-In API
-
-### Mekanisme Coba Ulang Otomatis
-
-Fungsi `authenticateWithGoogleSupabase` menyertakan parameter `retry`:
-- Panggilan pertama (`retry=false`): Jika validasi gagal, otomatis logout dan coba lagi satu kali
-- Coba lagi panggilan (`retry=true`): Jika validasi gagal lagi, kesalahan akan segera muncul
-
-Ini menangani masalah cache token iOS secara otomatis.
-
-## Pemecahan masalah
-
-Jika otentikasi gagal:- **Nonce mismatch**: Fungsi ini mencoba ulang secara otomatis - periksa log konsol untuk detailnya. Jika masih berlanjut, logout terlebih dahulu secara manual
-- **Invalid audience**: Verify your Google Client IDs match in both Google Cloud Console and Supabase (both iOS and Web client IDs)
-- **Validasi token gagal**: Pastikan Anda menggunakan `mode: 'online'` dalam panggilan inisialisasi untuk mendapatkan idToken
-- **Konfigurasi Info.plist**: Pastikan Info.plist memiliki skema URL dan GIDClientID yang benar
-- Tinjau [contoh kode aplikasi](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) untuk referensi
diff --git a/src/content/docs/id/docs/plugins/social-login/supabase/google/web.mdx b/src/content/docs/id/docs/plugins/social-login/supabase/google/web.mdx
deleted file mode 100644
index 3e97e4a92..000000000
--- a/src/content/docs/id/docs/plugins/social-login/supabase/google/web.mdx
+++ /dev/null
@@ -1,116 +0,0 @@
----
-title: Supabase Google Masuk di Web
-description: >-
-  Pelajari cara menyiapkan Google Masuk dengan Supabase Otentikasi di Web
-  menggunakan plugin Capacitor Login Sosial.
-sidebar:
-  order: 4
-locale: id
----
-## Pendahuluan
-
-Panduan ini akan membantu Anda mengintegrasikan Google Masuk dengan Supabase Otentikasi di Web. Diasumsikan bahwa Anda telah menyelesaikan:
- - [Google Pengaturan Web Masuk](/docs/plugins/social-login/google/web/)
- - [Supabase Google Login - Pengaturan Umum](/docs/plugins/social-login/supabase/google/general/).
-
-## Implementasi
-
-Implementasi lengkapnya tersedia di file [aplikasi contoh `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts). Panduan ini menjelaskan konsep-konsep utama dan cara menggunakannya.
-
-### Menggunakan Pembantu Otentikasi
-
-Fungsi `authenticateWithGoogleSupabase` menangani seluruh alur autentikasi:
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## Penting: Penanganan Pengalihan
-
-:::peringatan[Kritis: Penanganan Pengalihan]
-When using Google login on web, you **MUST** call any function from the plugin when the redirect happens to initialize the plugin so it can handle the redirect and close the popup window. Anda dapat menghubungi `isLoggedIn()` ATAU `initialize()` - keduanya akan memicu penanganan pengalihan.
-
-Hal ini penting agar alur popup OAuth berfungsi dengan benar.
-:::
-
-### Contoh Implementasi
-
-Tambahkan ini ke komponen Anda yang menangani Google Masuk:
-
-```typescript
-import { useEffect } from 'react';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-function SupabasePage() {
-  // Check Google login status on mount to invoke redirect handling
-  // This doesn't serve any functional purpose in the UI but ensures
-  // that any pending OAuth redirects are properly processed
-  useEffect(() => {
-    const checkGoogleLoginStatus = async () => {
-      try {
-        await SocialLogin.isLoggedIn({ provider: 'google' });
-        // We don't use the result, this is just to trigger redirect handling
-      } catch (error) {
-        // Ignore errors - this is just for redirect handling
-        console.log('Google login status check completed (redirect handling)');
-      }
-    };
-    
-    checkGoogleLoginStatus();
-  }, []);
-
-  // ... rest of your component
-}
-```
-
-Lihat [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) untuk contoh lengkap.
-
-## Cara Kerjanya
-
-For a detailed explanation of how the authentication flow works, including nonce generation, JWT validation, and Supabase sign-in, see the [How It Works section in the General Setup guide](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-Untuk referensi kode lengkap, lihat [bagian Referensi Kode Lengkap di panduan Pengaturan Umum](/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-Lihat juga:
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - Contoh komponen dengan penanganan pengalihan
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - Contoh halaman pembuatan akun
-
-## Catatan Penting
-
-### Penanganan Pengalihan
-
-When using Google login on web, you **MUST** call any function from the plugin when the redirect happens to initialize the plugin so it can handle the redirect and close the popup window. Anda dapat menghubungi `isLoggedIn()` ATAU `initialize()` - keduanya akan memicu penanganan pengalihan.
-
-Hal ini penting agar alur popup OAuth berfungsi dengan benar. Tanpa ini, jendela popup tidak akan ditutup setelah otentikasi.
-
-### Penanganan Nonce
-
-Implementasi nonce mengikuti pola dari [dokumentasi Masuk React Native Google](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- `rawNonce` pergi ke `signInWithIdToken()` Supabase
-- Supabase makes a hash of `rawNonce` and compares it with the `nonceDigest` which is included in the ID token from Google Sign-In
-- `nonceDigest` (hash SHA-256, dikodekan hex) masuk ke parameter `nonce` di Google Sign-In API
-
-### Coba Ulang Otomatis
-
-Implementasinya mencakup logika percobaan ulang otomatis:
-- Jika validasi JWT gagal pada upaya pertama, validasi akan logout dan mencoba lagi satu kali
-- Ini menangani kasus di mana token yang di-cache mungkin memiliki nonce yang salah
-- Jika percobaan ulang juga gagal, kesalahan akan dikembalikan
-
-## Pemecahan masalah
-
-Jika otentikasi gagal:- **Redirect not working**: Ensure you're calling `isLoggedIn()` on component mount (see example above)
-- **Invalid audience**: Verify your Google Client IDs match in both Google Cloud Console and Supabase
-- **Authorized redirect URLs**: Check that authorized redirect URLs are configured in both Google Cloud Console and Supabase
-- **Nonce mismatch**: Periksa log konsol - fungsi akan mencoba ulang secara otomatis, namun Anda dapat logout secara manual terlebih dahulu jika diperlukan
-- **Token validation fails**: Ensure you're using `mode: 'online'` in the initialize call to get an idToken
-- Review the [example app code](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) for reference
diff --git a/src/content/docs/id/docs/plugins/social-login/supabase/introduction.mdx b/src/content/docs/id/docs/plugins/social-login/supabase/introduction.mdx
deleted file mode 100644
index ea1495792..000000000
--- a/src/content/docs/id/docs/plugins/social-login/supabase/introduction.mdx
+++ /dev/null
@@ -1,95 +0,0 @@
----
-title: Supabase Pengenalan Integrasi
-description: >-
-  Pelajari cara mengintegrasikan Supabase Autentikasi dengan plugin Capacitor
-  Social Login untuk solusi autentikasi yang lengkap.
-sidebar:
-  order: 1
-locale: id
----
-## Ikhtisar
-
-Tutorial ini akan memandu Anda dalam menyiapkan Supabase Otentikasi dengan plugin Capacitor Login Sosial. Integrasi ini memungkinkan Anda menggunakan penyedia login sosial asli (Google, Apple, Facebook, Twitter) pada platform seluler sambil memanfaatkan Supabase Auth untuk autentikasi backend dan PostgreSQL untuk penyimpanan data.
-
-## Apa yang Akan Anda Pelajari
-
-- Cara mengkonfigurasi Otentikasi Supabase
-- Cara mengintegrasikan plugin Login Sosial Capacitor dengan Supabase Auth
-- Penyiapan khusus platform untuk Android, iOS, dan Web
-- Cara menangani nonce dengan aman untuk Supabase
-
-## Apa yang Anda Butuhkan
-
-Sebelum memulai, pastikan Anda memiliki:
-
-1. **Proyek Supabase**
-   - Buat proyek di [Dasbor Supabase](https://app.supabase.com/)
-   - Aktifkan penyedia Google OAuth
-   - Dapatkan URL proyek Supabase Anda dan kunci segera
-
-2.**Supabase JS SDK**
-   - Instal Supabase di proyek Anda:
-     ```bash
-     npm install @supabase/supabase-js
-     ```
-
-3. **Proyek Capacitor**
-   - Aplikasi Capacitor yang sudah ada
-   - Capacitor Plugin Login Sosial terpasang:
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-4. **Penyiapan Google Khusus Platform**
-   - Selesaikan penyiapan Google Masuk untuk platform target Anda:
-     - [Google Masuk Android Pengaturan](/docs/plugins/social-login/google/android/)
-     - [Google Masuk iOS Pengaturan](/docs/plugins/social-login/google/ios/)
-     - [Google Pengaturan Web Masuk](/docs/plugins/social-login/google/web/)
-
-## Contoh Aplikasi
-
-Contoh kerja lengkap tersedia di repositori:
-
-**Repositori Kode**: [Anda dapat menemukan repositori kode di sini](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-Contoh aplikasi menunjukkan:
-- Otentikasi email/kata sandi dengan Supabase
-- Google Integrasi masuk (Android, iOS, dan Web)
-- Penyimpanan nilai kunci sederhana menggunakan tabel Supabase PostgreSQL
-- Penyimpanan data khusus pengguna dengan Keamanan Tingkat Baris (RLS)
-
-## Detail Implementasi Utama
-
-### Penanganan Nonce
-
-Supabase memerlukan penanganan nonce khusus untuk keamanan. Implementasinya mengikuti [dokumentasi Masuk React Native Google](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- Hasilkan `rawNonce` (string acak aman URL)
-- Hash dengan SHA-256 untuk mendapatkan `nonceDigest`
-- Lewati `nonceDigest` ke Google Masuk
-- Teruskan `rawNonce` ke Supabase (Supabase melakukan hash secara internal untuk perbandingan)
-
-### JWT Validasi
-
-Contoh implementasi mencakup validasi JWT untuk memastikan:
-- Audiens token cocok dengan ID Klien Google Anda yang dikonfigurasi
-- Nonce cocok dengan intisari yang diharapkan
-- Coba ulang otomatis jika validasi gagal (terutama penting untuk iOS)
-
-### Pertimbangan Khusus Platform
-
-- **iOS**: Penyimpanan token dapat menyebabkan masalah nonce - penerapannya menangani hal ini secara otomatis
-- **Web**: Harus memanggil `isLoggedIn()` saat dipasang untuk menangani pengalihan OAuth
-- **Android**: Implementasi standar dengan konfigurasi sidik jari SHA-1
-
-## Langkah SelanjutnyaLanjutkan dengan panduan pengaturan:
-- [Supabase Google Login - Pengaturan Umum](./google/general/) - Ikhtisar dan prasyarat
-- [Android Penyiapan](./google/android/) - Android konfigurasi khusus
-- [iOS Penyiapan](./google/ios/) - iOS konfigurasi khusus
-- [Penyiapan Web](./google/web/) - Konfigurasi khusus web
-
-### Apple Masuk
-- [Supabase Apple Login - Pengaturan Umum](./Apple/general/) - Ikhtisar dan prasyarat
-- [iOS Setup](./Apple/ios/) - iOS konfigurasi khusus
-- [Android Setup](./Apple/android/) - Android konfigurasi khusus
diff --git a/src/content/docs/id/docs/plugins/speech-recognition/getting-started.mdx b/src/content/docs/id/docs/plugins/speech-recognition/getting-started.mdx
deleted file mode 100644
index 247904fb1..000000000
--- a/src/content/docs/id/docs/plugins/speech-recognition/getting-started.mdx
+++ /dev/null
@@ -1,445 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin Speech Recognition untuk menambahkan transkripsi suara ke aplikasi Capacitor Anda
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-speech-recognition" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurasi izin platform** (lihat di bawah)
-</Steps>
-
-## Konfigurasi Platform
-
-### iOS
-
-Tambahkan kunci berikut ke file `Info.plist` aplikasi Anda:
-
-```xml
-<key>NSSpeechRecognitionUsageDescription</key>
-<string>We need access to speech recognition to transcribe your voice</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>We need access to your microphone to record audio for transcription</string>
-```
-
-### Android
-
-Plugin secara otomatis menambahkan izin `RECORD_AUDIO` yang diperlukan ke `AndroidManifest.xml` Anda. Tidak diperlukan konfigurasi tambahan.
-
-## Penggunaan Dasar
-
-### Cek Ketersediaan
-
-Sebelum menggunakan pengenalan suara, periksa apakah tersedia di perangkat:
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-const checkAvailability = async () => {
-  const { available } = await SpeechRecognition.available();
-  if (!available) {
-    console.warn('Speech recognition is not supported on this device');
-    return false;
-  }
-  return true;
-};
-```
-
-### Minta Izin
-
-Minta izin yang diperlukan sebelum memulai pengenalan:
-
-```typescript
-const requestPermissions = async () => {
-  const { speechRecognition } = await SpeechRecognition.requestPermissions();
-
-  if (speechRecognition === 'granted') {
-    console.log('Permission granted');
-    return true;
-  } else {
-    console.log('Permission denied');
-    return false;
-  }
-};
-```
-
-### Mulai Pengenalan
-
-Mulai mendengarkan suara dengan konfigurasi opsional:
-
-```typescript
-// Basic usage
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 3,
-  partialResults: true,
-});
-
-// With all options
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 5,
-  prompt: 'Speak now...',          // Android only
-  popup: false,                     // Android only
-  partialResults: true,
-  addPunctuation: true,             // iOS 16+ only
-  allowForSilence: 2000,            // Android only, milliseconds
-});
-```
-
-### Dengarkan Hasil
-
-Berlangganan hasil parsial saat pengenalan aktif:
-
-```typescript
-const partialListener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event) => {
-    const transcription = event.matches?.[0];
-    console.log('Partial result:', transcription);
-  }
-);
-
-// Don't forget to remove the listener when done
-await partialListener.remove();
-```
-
-### Hentikan Pengenalan
-
-Hentikan mendengarkan dan bersihkan resource:
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-## Contoh Lengkap
-
-Berikut contoh lengkap yang menunjukkan cara menggunakan plugin:
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-export class VoiceRecognitionService {
-  private partialListener: any = null;
-  private isListening = false;
-
-  async initialize(): Promise<boolean> {
-    // Check availability
-    const { available } = await SpeechRecognition.available();
-    if (!available) {
-      throw new Error('Speech recognition not available');
-    }
-
-    // Request permissions
-    const { speechRecognition } = await SpeechRecognition.requestPermissions();
-    if (speechRecognition !== 'granted') {
-      throw new Error('Permission denied');
-    }
-
-    return true;
-  }
-
-  async startListening(
-    onPartialResult: (text: string) => void,
-    onFinalResult: (text: string) => void
-  ): Promise<void> {
-    if (this.isListening) {
-      console.warn('Already listening');
-      return;
-    }
-
-    try {
-      // Set up partial results listener
-      this.partialListener = await SpeechRecognition.addListener(
-        'partialResults',
-        (event) => {
-          const text = event.matches?.[0] || '';
-          onPartialResult(text);
-        }
-      );
-
-      // Start recognition
-      const result = await SpeechRecognition.start({
-        language: 'en-US',
-        maxResults: 3,
-        partialResults: true,
-        addPunctuation: true,
-      });
-
-      this.isListening = true;
-
-      // Handle final result if partialResults is false
-      if (result.matches && result.matches.length > 0) {
-        onFinalResult(result.matches[0]);
-      }
-    } catch (error) {
-      console.error('Error starting speech recognition:', error);
-      throw error;
-    }
-  }
-
-  async stopListening(): Promise<void> {
-    if (!this.isListening) {
-      return;
-    }
-
-    try {
-      await SpeechRecognition.stop();
-
-      // Clean up listener
-      if (this.partialListener) {
-        await this.partialListener.remove();
-        this.partialListener = null;
-      }
-
-      this.isListening = false;
-    } catch (error) {
-      console.error('Error stopping speech recognition:', error);
-      throw error;
-    }
-  }
-
-  async getSupportedLanguages(): Promise<string[]> {
-    const { languages } = await SpeechRecognition.getSupportedLanguages();
-    return languages;
-  }
-
-  async checkListeningState(): Promise<boolean> {
-    const { listening } = await SpeechRecognition.isListening();
-    return listening;
-  }
-}
-```
-
-## Referensi API
-
-### available()
-
-Memeriksa apakah layanan pengenalan suara native dapat digunakan di perangkat saat ini.
-
-```typescript
-const result = await SpeechRecognition.available();
-// Returns: { available: boolean }
-```
-
-### start(options?)
-
-Mulai menangkap audio dan mentranskripsikan suara.
-
-```typescript
-interface SpeechRecognitionStartOptions {
-  language?: string;          // Locale identifier (e.g., 'en-US')
-  maxResults?: number;        // Maximum number of results (default: 5)
-  prompt?: string;            // Android only: Dialog prompt
-  popup?: boolean;            // Android only: Show system dialog
-  partialResults?: boolean;   // Stream partial results
-  addPunctuation?: boolean;   // iOS 16+ only: Add punctuation
-  allowForSilence?: number;   // Android only: Silence timeout in ms
-}
-
-const result = await SpeechRecognition.start(options);
-// Returns: { matches?: string[] }
-```
-
-### stop()
-
-Menghentikan mendengarkan dan membersihkan resource native.
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-### getSupportedLanguages()
-
-Mendapatkan lokal yang didukung oleh recognizer yang mendasarinya.
-
-**Catatan**: Perangkat Android 13+ tidak lagi mengekspos daftar ini; dalam hal itu `languages` akan kosong.
-
-```typescript
-const result = await SpeechRecognition.getSupportedLanguages();
-// Returns: { languages: string[] }
-```
-
-### isListening()
-
-Mengembalikan apakah plugin secara aktif mendengarkan suara.
-
-```typescript
-const result = await SpeechRecognition.isListening();
-// Returns: { listening: boolean }
-```
-
-### checkPermissions()
-
-Mendapatkan status izin saat ini.
-
-```typescript
-const result = await SpeechRecognition.checkPermissions();
-// Returns: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-### requestPermissions()
-
-Meminta izin mikrofon + pengenalan suara.
-
-```typescript
-const result = await SpeechRecognition.requestPermissions();
-// Returns: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-## Event Listeners
-
-### partialResults
-
-Dengarkan update transkripsi parsial saat `partialResults` diaktifkan.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event: { matches: string[] }) => {
-    console.log('Partial:', event.matches?.[0]);
-  }
-);
-```
-
-### segmentResults (Hanya Android)
-
-Dengarkan hasil pengenalan tersegmentasi.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'segmentResults',
-  (event: { matches: string[] }) => {
-    console.log('Segment:', event.matches?.[0]);
-  }
-);
-```
-
-### endOfSegmentedSession (Hanya Android)
-
-Dengarkan event penyelesaian sesi tersegmentasi.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'endOfSegmentedSession',
-  () => {
-    console.log('Segmented session ended');
-  }
-);
-```
-
-### listeningState
-
-Dengarkan perubahan ke status mendengarkan native.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'listeningState',
-  (event: { status: 'started' | 'stopped' }) => {
-    console.log('Listening state:', event.status);
-  }
-);
-```
-
-### removeAllListeners()
-
-Removes all registered listeners.
-
-```typescript
-await SpeechRecognition.removeAllListeners();
-```
-
-## Praktik Terbaik
-
-1. **Always check availability and permissions**
-   ```typescript
-   const { available } = await SpeechRecognition.available();
-   if (!available) return;
-
-   const { speechRecognition } = await SpeechRecognition.requestPermissions();
-   if (speechRecognition !== 'granted') return;
-   ```
-
-2. **Clean up listeners**
-   Always remove listeners when they're no longer needed to prevent memory leaks:
-   ```typescript
-   await listener.remove();
-   // or
-   await SpeechRecognition.removeAllListeners();
-   ```
-
-3. **Handle errors gracefully**
-   ```typescript
-   try {
-     await SpeechRecognition.start({ language: 'en-US' });
-   } catch (error) {
-     console.error('Speech recognition failed:', error);
-     // Show user-friendly error message
-   }
-   ```
-
-4. **Provide visual feedback**
-   Use the `listeningState` event to show users when the app is actively listening.
-
-5. **Test with different accents and languages**
-   Speech recognition accuracy varies by language and accent. Test thoroughly with your target audience.
-
-## Platform Notes
-
-### iOS
-- Requires iOS 10.0+
-- Uses native `SFSpeechRecognizer`
-- Supports punctuation on iOS 16+
-- Requires both microphone and speech recognition permissions
-- Recognition may fail if device language doesn't match requested language
-
-### Android
-- Requires Android 6.0 (API 23)+
-- Uses `SpeechRecognizer` API
-- Supports segmented sessions with configurable silence detection
-- Android 13+ doesn't expose list of supported languages
-- Some devices may show system recognition UI
-
-### Web
-- Limited support via Web Speech API
-- Not all browsers support speech recognition
-- Requires HTTPS connection
-- May have different behavior across browsers
-
-## Troubleshooting
-
-### Permission Denied
-If permissions are denied, guide users to app settings:
-```typescript
-const { speechRecognition } = await SpeechRecognition.checkPermissions();
-if (speechRecognition === 'denied') {
-  // Show instructions to enable permissions in Settings
-}
-```
-
-### No Results Returned
-- Check microphone is working
-- Ensure quiet environment
-- Verify language code matches device capabilities
-- Check network connection (some platforms require it)
-
-### Recognition Stops Unexpectedly
-- Use `isListening()` to check state
-- Listen to `listeningState` events
-- Implement auto-restart logic if needed
-
-## Next Steps
-
-- [View API reference on GitHub](https://github.com/Cap-go/capacitor-speech-recognition#api)
-- [Report issues](https://github.com/Cap-go/capacitor-speech-recognition/issues)
-- [Explore example app](https://github.com/Cap-go/capacitor-speech-recognition/tree/main/example)
diff --git a/src/content/docs/id/docs/plugins/speech-recognition/index.mdx b/src/content/docs/id/docs/plugins/speech-recognition/index.mdx
deleted file mode 100644
index ce2cd2afa..000000000
--- a/src/content/docs/id/docs/plugins/speech-recognition/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-speech-recognition"
-locale: id
-description: Pengenalan suara alami dengan latensi rendah untuk aplikasi Capacitor dengan keseimbangan di platform iOS dan Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Perkenalan"
-hero:
-  tagline: Pengenalan suara komprehensif di perangkat dengan transkripsi real-time, hasil parsial streaming, dan keseimbangan lintas platform.
-  image:
-    file: ~public/icons/plugins/speech-recognition.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/speech-recognition/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-speech-recognition/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Transkripsi Real-time" icon="rocket">
-    Dapatkan hasil parsial instan saat pengguna berbicara 🎤
-  </Card>
-  <Card title="Keseimbangan Lintas Platform" icon="star">
-    API dan perilaku konsisten di iOS dan Android 📱
-  </Card>
-  <Card title="Sesi Tersegmentasi" icon="list-format">
-    Pisahkan pengenalan menjadi segmen berdasarkan keheningan 🔇
-  </Card>
-  <Card title="Dukungan Tanda Baca" icon="pencil">
-    Tanda baca otomatis di iOS 16+ 📝
-  </Card>
-  <Card title="Helper Izin" icon="approve-check-circle">
-    Permintaan izin bawaan dan pengecekan status 🔒
-  </Card>
-  <Card title="Dukungan Bahasa" icon="translate">
-    Akses ke bahasa pengenalan yang didukung perangkat 🌍
-  </Card>
-  <Card title="Memulai" icon="open-book">
-    Periksa [Panduan Memulai](/docs/plugins/speech-recognition/getting-started/) untuk menginstal dan mengkonfigurasi plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/speech-synthesis/getting-started.mdx b/src/content/docs/id/docs/plugins/speech-synthesis/getting-started.mdx
deleted file mode 100644
index fbf36934b..000000000
--- a/src/content/docs/id/docs/plugins/speech-synthesis/getting-started.mdx
+++ /dev/null
@@ -1,252 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin Speech Synthesis untuk mengubah teks menjadi ucapan di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-speech-synthesis" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Penggunaan
-
-Impor plugin dan sintesis ucapan dari teks:
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-// Basic text-to-speech
-const speak = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Hello, world!',
-    language: 'en-US'
-  });
-};
-
-// Advanced usage with voice control
-const speakWithVoice = async () => {
-  await SpeechSynthesis.speak({
-    text: 'This is a test of speech synthesis.',
-    language: 'en-US',
-    rate: 1.0,      // Speech rate: 0.1 to 10.0
-    pitch: 1.0,     // Voice pitch: 0.5 to 2.0
-    volume: 1.0,    // Volume: 0.0 to 1.0
-    voice: 'com.apple.ttsbundle.Samantha-compact'
-  });
-};
-```
-
-## Referensi API
-
-### speak(options)
-
-Mengucapkan teks yang diberikan menggunakan pengaturan suara yang ditentukan.
-
-```typescript
-interface SpeakOptions {
-  text: string;           // Text to speak
-  language?: string;      // Language code (e.g., 'en-US', 'es-ES')
-  rate?: number;          // Speech rate: 0.1 to 10.0 (default: 1.0)
-  pitch?: number;         // Voice pitch: 0.5 to 2.0 (default: 1.0)
-  volume?: number;        // Volume: 0.0 to 1.0 (default: 1.0)
-  voice?: string;         // Voice identifier (get from getVoices())
-}
-
-await SpeechSynthesis.speak(options);
-```
-
-### stop()
-
-Menghentikan sintesis ucapan yang sedang berlangsung.
-
-```typescript
-await SpeechSynthesis.stop();
-```
-
-### getVoices()
-
-Mendapatkan daftar suara yang tersedia untuk sintesis ucapan.
-
-```typescript
-interface Voice {
-  voiceURI: string;       // Unique voice identifier
-  name: string;           // Human-readable voice name
-  lang: string;           // Language code
-  default: boolean;       // Whether this is the default voice
-}
-
-const { voices } = await SpeechSynthesis.getVoices();
-console.log('Available voices:', voices);
-```
-
-### getSupportedLanguages()
-
-Mendapatkan daftar kode bahasa yang didukung.
-
-```typescript
-const { languages } = await SpeechSynthesis.getSupportedLanguages();
-console.log('Supported languages:', languages);
-```
-
-### isSpeaking()
-
-Memeriksa apakah sintesis ucapan sedang aktif.
-
-```typescript
-const { speaking } = await SpeechSynthesis.isSpeaking();
-console.log('Currently speaking:', speaking);
-```
-
-## Contoh Lengkap
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-export class TextToSpeechService {
-  private currentVoice: string | undefined;
-
-  async init() {
-    // Get available voices
-    const { voices } = await SpeechSynthesis.getVoices();
-
-    // Find English voice
-    const englishVoice = voices.find(v => v.lang.startsWith('en'));
-    this.currentVoice = englishVoice?.voiceURI;
-
-    console.log(`Using voice: ${englishVoice?.name}`);
-  }
-
-  async speak(text: string, options?: Partial<SpeakOptions>) {
-    try {
-      // Stop any ongoing speech
-      await SpeechSynthesis.stop();
-
-      // Speak the text
-      await SpeechSynthesis.speak({
-        text,
-        language: 'en-US',
-        rate: 1.0,
-        pitch: 1.0,
-        volume: 1.0,
-        voice: this.currentVoice,
-        ...options
-      });
-    } catch (error) {
-      console.error('Speech synthesis failed:', error);
-      throw error;
-    }
-  }
-
-  async speakWithRate(text: string, rate: number) {
-    await this.speak(text, { rate });
-  }
-
-  async stop() {
-    await SpeechSynthesis.stop();
-  }
-
-  async checkIfSpeaking(): Promise<boolean> {
-    const { speaking } = await SpeechSynthesis.isSpeaking();
-    return speaking;
-  }
-
-  async listVoicesByLanguage(languageCode: string) {
-    const { voices } = await SpeechSynthesis.getVoices();
-    return voices.filter(v => v.lang.startsWith(languageCode));
-  }
-}
-```
-
-## Penggunaan Lanjutan
-
-### Dukungan Multi-bahasa
-
-```typescript
-// Speak in different languages
-const speakMultiLanguage = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Hello!',
-    language: 'en-US'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'Bonjour!',
-    language: 'fr-FR'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'こんにちは!',
-    language: 'ja-JP'
-  });
-};
-```
-
-### Pemilihan Suara
-
-```typescript
-// Select a specific voice
-const selectVoice = async (languageCode: string) => {
-  const { voices } = await SpeechSynthesis.getVoices();
-
-  // Filter voices by language
-  const languageVoices = voices.filter(v =>
-    v.lang.startsWith(languageCode)
-  );
-
-  // Use the first available voice
-  if (languageVoices.length > 0) {
-    await SpeechSynthesis.speak({
-      text: 'Testing voice selection',
-      language: languageCode,
-      voice: languageVoices[0].voiceURI
-    });
-  }
-};
-```
-
-### Membaca Teks Panjang
-
-```typescript
-// Split and speak long text in chunks
-const speakLongText = async (longText: string) => {
-  const sentences = longText.match(/[^.!?]+[.!?]+/g) || [longText];
-
-  for (const sentence of sentences) {
-    await SpeechSynthesis.speak({
-      text: sentence.trim(),
-      language: 'en-US',
-      rate: 0.9
-    });
-
-    // Wait a bit between sentences
-    await new Promise(resolve => setTimeout(resolve, 500));
-  }
-};
-```
-
-## Praktik Terbaik
-
-1. **Pemilihan Suara**: Selalu periksa suara yang tersedia sebelum menggunakan ID suara tertentu
-2. **Kode Bahasa**: Gunakan kode bahasa standar (misalnya, 'en-US', 'es-ES', 'fr-FR')
-3. **Kontrol Kecepatan**: Pertahankan kecepatan antara 0.5 dan 2.0 untuk ucapan yang terdengar alami
-4. **Stop Sebelum Speak**: Panggil stop() sebelum memulai ucapan baru untuk menghindari tumpang tindih
-5. **Penanganan Error**: Bungkus semua panggilan dalam blok try-catch untuk penanganan error yang kokoh
-
-## Pemecahan Masalah
-
-### Masalah Umum
-
-**Tidak ada output ucapan**: Periksa volume perangkat dan pastikan teks tidak kosong
-**Suara tidak ditemukan**: Gunakan getVoices() untuk menemukan suara yang tersedia di perangkat
-**Ucapan terputus**: Hentikan ucapan yang sedang berlangsung sebelum memulai sintesis baru
-**Bahasa tidak didukung**: Periksa getSupportedLanguages() untuk bahasa yang tersedia
diff --git a/src/content/docs/id/docs/plugins/speech-synthesis/index.mdx b/src/content/docs/id/docs/plugins/speech-synthesis/index.mdx
deleted file mode 100644
index 9bba0edb9..000000000
--- a/src/content/docs/id/docs/plugins/speech-synthesis/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-speech-synthesis"
-locale: id
-description: Sintesis ucapan dari teks dengan kontrol penuh atas bahasa, suara, nada, kecepatan, dan volume.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Ubah teks menjadi ucapan dengan kontrol penuh atas bahasa, suara, nada, kecepatan, dan volume di iOS, Android, dan Web.
-  image:
-    file: ~public/icons/plugins/speech-synthesis.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/speech-synthesis/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-speech-synthesis/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Berbagai Bahasa" icon="translate">
-    Dukungan untuk puluhan bahasa dan varian regional 🌍
-  </Card>
-  <Card title="Pemilihan Suara" icon="comment">
-    Pilih dari suara sistem yang tersedia untuk setiap bahasa 🎤
-  </Card>
-  <Card title="Kontrol Detail" icon="setting">
-    Sesuaikan nada, kecepatan, dan volume untuk menyesuaikan output ucapan ⚙️
-  </Card>
-  <Card title="Lintas Platform" icon="laptop">
-    API yang konsisten di platform iOS, Android, dan Web 📱
-  </Card>
-  <Card title="Kontrol Real-time" icon="rocket">
-    Jeda, lanjutkan, dan batalkan pemutaran ucapan dengan cepat 🎮
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/speech-synthesis/getting-started/) untuk menguasai plugin dalam beberapa menit saja.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/streamcall/getting-started.mdx b/src/content/docs/id/docs/plugins/streamcall/getting-started.mdx
deleted file mode 100644
index 9c3161733..000000000
--- a/src/content/docs/id/docs/plugins/streamcall/getting-started.mdx
+++ /dev/null
@@ -1,488 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara memasang dan mengintegrasikan Stream Video SDK untuk panggilan video profesional di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Prasyarat
-
-Anda memerlukan akun Stream dan kredensial API. Daftar di [Stream](https://getstream.io/) jika Anda belum memilikinya.
-
-## Konfigurasi Platform
-
-### iOS
-
-Tambahkan izin yang diperlukan ke `Info.plist` Anda:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>This app needs camera access for video calls</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs microphone access for video calls</string>
-```
-
-### Android
-
-Tambahkan izin yang diperlukan ke `AndroidManifest.xml` Anda:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-```
-
-## Contoh Penggunaan
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-// Initialize Stream SDK
-await StreamCall.initialize({
-  apiKey: 'your-stream-api-key',
-  userId: 'user-123',
-  userToken: 'user-token'
-});
-
-// Create a call
-await StreamCall.createCall({
-  callId: 'call-123',
-  callType: 'default'
-});
-
-// Join a call
-await StreamCall.joinCall({
-  callId: 'call-123'
-});
-
-// Enable/disable camera
-await StreamCall.toggleCamera({
-  enabled: true
-});
-
-// Enable/disable microphone
-await StreamCall.toggleMicrophone({
-  enabled: true
-});
-
-// Switch camera (front/back)
-await StreamCall.switchCamera();
-
-// Leave the call
-await StreamCall.leaveCall();
-
-// Listen for call events
-StreamCall.addListener('callStarted', (data) => {
-  console.log('Call started:', data);
-});
-
-StreamCall.addListener('callEnded', (data) => {
-  console.log('Call ended:', data);
-});
-
-StreamCall.addListener('participantJoined', (data) => {
-  console.log('Participant joined:', data);
-});
-
-StreamCall.addListener('participantLeft', (data) => {
-  console.log('Participant left:', data);
-});
-```
-
-## Referensi API
-
-### initialize(options)
-
-```typescript
-initialize(options: InitializeOptions) => Promise<void>
-```
-
-Inisialisasi Stream Video SDK.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `InitializeOptions` |
-
-### createCall(options)
-
-```typescript
-createCall(options: CreateCallOptions) => Promise<void>
-```
-
-Buat panggilan video baru.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `CreateCallOptions` |
-
-### joinCall(options)
-
-```typescript
-joinCall(options: JoinCallOptions) => Promise<void>
-```
-
-Bergabung dengan panggilan video yang ada.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `JoinCallOptions` |
-
-### leaveCall()
-
-```typescript
-leaveCall() => Promise<void>
-```
-
-Keluar dari panggilan saat ini.
-
-### toggleCamera(options)
-
-```typescript
-toggleCamera(options: { enabled: boolean }) => Promise<void>
-```
-
-Aktifkan atau nonaktifkan kamera.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### toggleMicrophone(options)
-
-```typescript
-toggleMicrophone(options: { enabled: boolean }) => Promise<void>
-```
-
-Aktifkan atau nonaktifkan mikrofon.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### switchCamera()
-
-```typescript
-switchCamera() => Promise<void>
-```
-
-Beralih antara kamera depan dan belakang.
-
-### setSpeakerphone(options)
-
-```typescript
-setSpeakerphone(options: { enabled: boolean }) => Promise<void>
-```
-
-Aktifkan atau nonaktifkan speakerphone.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendCallInvite(options)
-
-```typescript
-sendCallInvite(options: InviteOptions) => Promise<void>
-```
-
-Kirim undangan panggilan ke pengguna.
-
-| Param         | Type                    |
-| ------------- | ----------------------- |
-| **`options`** | `InviteOptions` |
-
-### acceptCall(options)
-
-```typescript
-acceptCall(options: { callId: string }) => Promise<void>
-```
-
-Terima panggilan masuk.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-### rejectCall(options)
-
-```typescript
-rejectCall(options: { callId: string }) => Promise<void>
-```
-
-Tolak panggilan masuk.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-## Interfaces
-
-### InitializeOptions
-
-| Prop            | Type              | Description                    |
-| --------------- | ----------------- | ------------------------------ |
-| **`apiKey`**    | `string` | Stream API key                 |
-| **`userId`**    | `string` | User ID                        |
-| **`userToken`** | `string` | User authentication token      |
-| **`userName`**  | `string` | User display name (optional)   |
-| **`userImage`** | `string` | User profile image URL (optional) |
-
-### CreateCallOptions
-
-| Prop           | Type              | Description                        |
-| -------------- | ----------------- | ---------------------------------- |
-| **`callId`**   | `string` | Unique call identifier             |
-| **`callType`** | `string` | Call type (e.g., 'default', 'audio-only') |
-| **`members`**  | `string[]` | Array of user IDs to invite (optional) |
-
-### JoinCallOptions
-
-| Prop         | Type              | Description                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | Call ID to join            |
-
-### InviteOptions
-
-| Prop         | Type              | Description                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | Call ID                    |
-| **`userId`** | `string` | User ID to invite          |
-
-## Event Listeners
-
-### Event yang Tersedia
-
-- `callStarted` - Panggilan telah dimulai
-- `callEnded` - Panggilan telah berakhir
-- `participantJoined` - Peserta bergabung dengan panggilan
-- `participantLeft` - Peserta meninggalkan panggilan
-- `incomingCall` - Panggilan masuk diterima
-- `callAccepted` - Panggilan telah diterima
-- `callRejected` - Panggilan telah ditolak
-- `error` - Terjadi kesalahan
-
-### Contoh Event
-
-```typescript
-// Listen for incoming calls
-StreamCall.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.callerId);
-  console.log('Caller name:', data.callerName);
-
-  // Show incoming call UI
-  showIncomingCallScreen({
-    callerId: data.callerId,
-    callerName: data.callerName,
-    callerImage: data.callerImage,
-    callId: data.callId
-  });
-});
-
-// Listen for call acceptance
-StreamCall.addListener('callAccepted', (data) => {
-  console.log('Call accepted');
-  // Navigate to call screen
-});
-
-// Listen for errors
-StreamCall.addListener('error', (error) => {
-  console.error('Call error:', error.message);
-  // Handle error appropriately
-});
-
-// Remove listener when done
-const listener = await StreamCall.addListener('callStarted', (data) => {
-  console.log('Call started');
-});
-
-// Later...
-listener.remove();
-```
-
-## Contoh Lengkap
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-class VideoCallService {
-  async initialize(userId: string, userName: string) {
-    try {
-      await StreamCall.initialize({
-        apiKey: 'your-stream-api-key',
-        userId: userId,
-        userToken: await this.getUserToken(userId),
-        userName: userName
-      });
-
-      this.setupEventListeners();
-    } catch (error) {
-      console.error('Failed to initialize Stream:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // Handle incoming calls
-    StreamCall.addListener('incomingCall', async (data) => {
-      const accepted = await this.showIncomingCallDialog(data);
-
-      if (accepted) {
-        await StreamCall.acceptCall({ callId: data.callId });
-        await StreamCall.joinCall({ callId: data.callId });
-      } else {
-        await StreamCall.rejectCall({ callId: data.callId });
-      }
-    });
-
-    // Handle call events
-    StreamCall.addListener('callStarted', () => {
-      console.log('Call started');
-    });
-
-    StreamCall.addListener('callEnded', () => {
-      console.log('Call ended');
-      this.navigateToHome();
-    });
-
-    StreamCall.addListener('participantJoined', (data) => {
-      console.log('Participant joined:', data.participantName);
-    });
-  }
-
-  async startCall(recipientId: string) {
-    try {
-      const callId = `call-${Date.now()}`;
-
-      // Create and join call
-      await StreamCall.createCall({
-        callId: callId,
-        callType: 'default',
-        members: [recipientId]
-      });
-
-      await StreamCall.joinCall({ callId: callId });
-
-      // Send invitation
-      await StreamCall.sendCallInvite({
-        callId: callId,
-        userId: recipientId
-      });
-
-      console.log('Call started');
-    } catch (error) {
-      console.error('Failed to start call:', error);
-    }
-  }
-
-  async endCall() {
-    try {
-      await StreamCall.leaveCall();
-      console.log('Call ended');
-    } catch (error) {
-      console.error('Failed to end call:', error);
-    }
-  }
-
-  async toggleVideo(enabled: boolean) {
-    await StreamCall.toggleCamera({ enabled });
-  }
-
-  async toggleAudio(enabled: boolean) {
-    await StreamCall.toggleMicrophone({ enabled });
-  }
-
-  async flipCamera() {
-    await StreamCall.switchCamera();
-  }
-
-  private async getUserToken(userId: string): Promise<string> {
-    // Fetch user token from your backend
-    const response = await fetch(`/api/stream-token?userId=${userId}`);
-    const data = await response.json();
-    return data.token;
-  }
-
-  private async showIncomingCallDialog(data: any): Promise<boolean> {
-    // Show native dialog or custom UI
-    return confirm(`Incoming call from ${data.callerName}`);
-  }
-
-  private navigateToHome() {
-    // Navigate to home screen
-    window.location.href = '/';
-  }
-}
-
-// Usage
-const videoCall = new VideoCallService();
-await videoCall.initialize('user-123', 'John Doe');
-
-// Start a call
-await videoCall.startCall('user-456');
-
-// Toggle controls
-await videoCall.toggleVideo(false); // Disable video
-await videoCall.toggleAudio(false); // Mute
-await videoCall.flipCamera(); // Switch camera
-
-// End call
-await videoCall.endCall();
-```
-
-## Praktik Terbaik
-
-- Inisialisasi SDK lebih awal dalam siklus hidup aplikasi Anda
-- Tangani permintaan izin sebelum memulai panggilan
-- Implementasikan penanganan error yang tepat untuk masalah jaringan
-- Bersihkan listener ketika komponen di-unmount
-- Uji pada perangkat nyata (bukan hanya emulator)
-- Implementasikan logika reconnection untuk gangguan jaringan
-- Berikan umpan balik visual untuk status panggilan
-- Tangani transisi background/foreground
-
-## Lokalisasi
-
-Plugin mendukung banyak bahasa untuk elemen UI native. Konfigurasi di pengaturan spesifik platform Anda.
-
-## Kasus Penggunaan
-
-- Panggilan video satu-lawan-satu
-- Konferensi video grup
-- Panggilan audio saja
-- Sesi berbagi layar
-- Obrolan video dukungan pelanggan
-- Konsultasi telemedicine
-- Kolaborasi jarak jauh
diff --git a/src/content/docs/id/docs/plugins/streamcall/index.mdx b/src/content/docs/id/docs/plugins/streamcall/index.mdx
deleted file mode 100644
index bb7ada973..000000000
--- a/src/content/docs/id/docs/plugins/streamcall/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-stream-call"
-locale: id
-description: Integrasi Stream Video SDK untuk aplikasi Capacitor yang mengaktifkan fungsionalitas panggilan video profesional.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Aktifkan fungsionalitas panggilan video profesional di aplikasi Anda menggunakan Stream Video SDK dengan dukungan layar penuh dan informasi pemanggil.
-  image:
-    file: ~public/icons/plugins/streamcall.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/streamcall/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-stream-call/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Stream Video SDK" icon="star">
-    Didukung oleh infrastruktur video profesional Stream 🎥
-  </Card>
-  <Card title="Panggilan Layar Penuh" icon="rocket">
-    Dukungan panggilan layar kunci dan layar penuh 📱
-  </Card>
-  <Card title="Informasi Pemanggil" icon="star">
-    Tampilkan nama pemanggil dan gambar profil 👤
-  </Card>
-  <Card title="Kontrol Kamera" icon="setting">
-    Beralih kamera dan toggle video/audio 📹
-  </Card>
-  <Card title="Manajemen Panggilan" icon="approve-check">
-    Terima, tolak, dan kelola panggilan dengan lancar 📞
-  </Card>
-  <Card title="Multi-Bahasa" icon="translate">
-    Dukungan lokalisasi untuk iOS dan Android 🌍
-  </Card>
-  <Card title="Memulai" icon="open-book">
-    Lihat [Panduan Memulai](/docs/plugins/streamcall/getting-started/) untuk memasang dan mengonfigurasi plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/textinteraction/getting-started.mdx b/src/content/docs/id/docs/plugins/textinteraction/getting-started.mdx
deleted file mode 100644
index efa3779b4..000000000
--- a/src/content/docs/id/docs/plugins/textinteraction/getting-started.mdx
+++ /dev/null
@@ -1,274 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara memasang dan menggunakan plugin Text Interaction untuk mengontrol pembesar pemilihan teks iOS dan loupe.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Dukungan Platform
-
-- **iOS**: iOS 15.0+ (memerlukan UITextInteraction API)
-- **Android**: No-op (mengembalikan unsupported)
-- **Web**: No-op (mengembalikan unsupported)
-
-## Contoh Penggunaan
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-// Disable text interaction (remove magnifier/loupe)
-const result = await TextInteraction.setEnabled({ enabled: false });
-
-if (result.success) {
-  console.log('Text interaction disabled');
-} else {
-  console.log('Not supported on this platform');
-}
-
-// Re-enable text interaction before showing text inputs
-await TextInteraction.setEnabled({ enabled: true });
-```
-
-## Referensi API
-
-### setEnabled(options)
-
-```typescript
-setEnabled(options: { enabled: boolean }) => Promise<{ success: boolean }>
-```
-
-Aktifkan atau nonaktifkan interaksi teks iOS (lensa pembesar dan pegangan pemilihan).
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-**Returns:** `Promise<{ success: boolean }>`
-
-- Mengembalikan `{ success: true }` jika operasi berhasil (iOS 15+)
-- Mengembalikan `{ success: false }` jika tidak didukung (Android, Web, atau iOS < 15)
-
-## Kasus Penggunaan Praktis
-
-### Aplikasi Kiosk
-
-Nonaktifkan interaksi teks dalam mode kiosk untuk mencegah pengguna mengakses menu salin/tempel:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function enterKioskMode() {
-  // Disable text interaction in kiosk mode
-  const result = await TextInteraction.setEnabled({ enabled: false });
-
-  if (result.success) {
-    console.log('Kiosk mode: Text interaction disabled');
-  }
-}
-
-async function exitKioskMode() {
-  // Re-enable text interaction when exiting kiosk mode
-  await TextInteraction.setEnabled({ enabled: true });
-  console.log('Kiosk mode: Text interaction enabled');
-}
-```
-
-### Pengalaman Game
-
-Hapus lensa pembesar selama permainan dan pulihkan untuk input teks:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class GameController {
-  async startGame() {
-    // Disable text interaction during gameplay
-    await TextInteraction.setEnabled({ enabled: false });
-    console.log('Game started - text interaction disabled');
-  }
-
-  async showTextInput() {
-    // Enable text interaction before showing input
-    await TextInteraction.setEnabled({ enabled: true });
-    console.log('Text input ready - interaction enabled');
-
-    // Show input field
-    this.displayInputField();
-  }
-
-  async hideTextInput() {
-    // Hide input and disable interaction again
-    this.hideInputField();
-    await TextInteraction.setEnabled({ enabled: false });
-  }
-}
-```
-
-### Instalasi Interaktif
-
-Kontrol interaksi teks untuk signage digital dan display interaktif:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function setupInteractiveDisplay() {
-  // Disable text interaction for display mode
-  await TextInteraction.setEnabled({ enabled: false });
-
-  // Set up touch handlers for display interaction
-  document.addEventListener('touchstart', handleDisplayTouch);
-}
-
-async function enableUserInput() {
-  // Enable text interaction when user needs to input data
-  const result = await TextInteraction.setEnabled({ enabled: true });
-
-  if (result.success) {
-    showInputForm();
-  } else {
-    // Fallback for unsupported platforms
-    showInputFormWithoutTextInteraction();
-  }
-}
-```
-
-### Manajemen Form
-
-Toggle interaksi teks berdasarkan status form:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class FormManager {
-  private textInteractionEnabled = true;
-
-  async disableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: false });
-    this.textInteractionEnabled = false;
-    return result.success;
-  }
-
-  async enableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: true });
-    this.textInteractionEnabled = true;
-    return result.success;
-  }
-
-  async onFormFocus() {
-    // Always enable before showing keyboard
-    await this.enableTextSelection();
-  }
-
-  async onFormBlur() {
-    // Optionally disable after input is complete
-    await this.disableTextSelection();
-  }
-}
-```
-
-### Interaksi Teks Kondisional
-
-Kontrol interaksi teks yang sadar platform:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-import { Capacitor } from '@capacitor/core';
-
-async function toggleTextInteraction(enabled: boolean) {
-  // Only attempt on iOS
-  if (Capacitor.getPlatform() === 'ios') {
-    const result = await TextInteraction.setEnabled({ enabled });
-
-    if (result.success) {
-      console.log(`Text interaction ${enabled ? 'enabled' : 'disabled'}`);
-    } else {
-      console.log('Text interaction not supported on this iOS version');
-    }
-  } else {
-    console.log('Text interaction control only available on iOS');
-  }
-}
-
-// Usage
-await toggleTextInteraction(false); // Disable
-await toggleTextInteraction(true);  // Enable
-```
-
-## Praktik Terbaik
-
-- **Selalu aktifkan kembali sebelum input teks**: Nonaktifkan interaksi teks saat diperlukan, tetapi selalu aktifkan kembali sebelum menampilkan bidang input teks atau keyboard
-- **Periksa dukungan platform**: Verifikasi `result.success` untuk menangani platform yang tidak didukung dengan baik
-- **Fitur khusus iOS**: Plugin ini khusus untuk iOS; implementasikan fallback untuk Android dan Web
-- **Pengalaman pengguna**: Pertimbangkan implikasi UX dalam menonaktifkan interaksi teks
-- **Manajemen state**: Lacak status aktif/nonaktif untuk menghindari panggilan yang berlebihan
-
-## Pengingat Penting
-
-1. **Aktifkan kembali untuk input teks**: Selalu panggil `setEnabled({ enabled: true })` sebelum menampilkan bidang input teks, jika tidak pengguna tidak akan dapat memilih atau mengedit teks dengan benar
-
-2. **Deteksi platform**: Plugin mengembalikan `{ success: false }` pada Android, Web, dan versi iOS di bawah 15.0
-
-3. **Tidak ada umpan balik visual**: Menonaktifkan interaksi teks menghapus pembesar tetapi tidak memberikan umpan balik visual - implementasikan indikator UI Anda sendiri jika diperlukan
-
-4. **Default yang aman**: Sistem interaksi teks diaktifkan secara default, sesuai dengan perilaku standar iOS
-
-## Keterbatasan
-
-- Hanya iOS 15.0+ (memerlukan UITextInteraction API)
-- Tidak ada efek pada platform Android atau Web
-- Tidak dapat menonaktifkan hanya pembesar atau hanya pegangan pemilihan secara selektif
-- Tidak ada callback ketika pengguna mencoba menggunakan fitur yang dinonaktifkan
-
-## Kasus Penggunaan
-
-- **Aplikasi kiosk**: Mencegah salin/tempel pada instalasi terkontrol
-- **Pengalaman game**: Hapus pembesar selama permainan
-- **Display interaktif**: Kontrol interaksi teks pada signage digital
-- **Editor teks kustom**: Bangun pengalaman pengeditan teks khusus
-- **Keamanan**: Mencegah pemilihan teks di area sensitif
-
-## Pemecahan Masalah
-
-### Interaksi Teks Tidak Dinonaktifkan
-
-- Verifikasi versi iOS adalah 15.0 atau lebih tinggi
-- Periksa bahwa `result.success` mengembalikan `true`
-- Pastikan tidak ada kode lain yang mengaktifkan kembali interaksi teks
-
-### Pengguna Tidak Dapat Mengedit Teks
-
-- Pastikan Anda memanggil `setEnabled({ enabled: true })` sebelum menampilkan input teks
-- Verifikasi panggilan enable berhasil dengan memeriksa `result.success`
-- Uji pada perangkat iOS nyata (bukan hanya simulator)
diff --git a/src/content/docs/id/docs/plugins/textinteraction/index.mdx b/src/content/docs/id/docs/plugins/textinteraction/index.mdx
deleted file mode 100644
index 9daadaded..000000000
--- a/src/content/docs/id/docs/plugins/textinteraction/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-textinteraction"
-locale: id
-description: Aktifkan atau nonaktifkan loupe interaksi teks iOS untuk kontrol presisi atas perilaku WebView.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Hapus lensa pembesar iOS dalam pengalaman kiosk atau game, lalu pulihkan sebelum entri teks.
-  image:
-    file: ~public/icons/plugins/textinteraction.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/textinteraction/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-textinteraction/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Kontrol sistem interaksi teks Apple untuk menyesuaikan UX pada display kiosk, game, dan instalasi interaktif.
-
-<CardGrid stagger>
-  <Card title="Khusus iOS" icon="rocket">
-    Toggle lensa pembesar dan pegangan pemilihan yang diperkenalkan di iOS 15.
-  </Card>
-  <Card title="API Sederhana" icon="pencil">
-    Panggil satu metode untuk mengaktifkan atau menonaktifkan status interaksi teks.
-  </Card>
-  <Card title="Default yang aman" icon="approve-check">
-    Menerima hasil boolean sehingga Anda dapat mendeteksi versi yang tidak didukung.
-  </Card>
-  <Card title="Ramah kiosk" icon="star">
-    Mencegah salin/tempel long-press pada instalasi atau signage terkontrol.
-  </Card>
-</CardGrid>
-
-Gunakan panduan memulai untuk pola integrasi minimal dan pengingat untuk mengaktifkan kembali interaksi sebelum menampilkan input teks.
diff --git a/src/content/docs/id/docs/plugins/twilio-voice/getting-started.mdx b/src/content/docs/id/docs/plugins/twilio-voice/getting-started.mdx
deleted file mode 100644
index f03661469..000000000
--- a/src/content/docs/id/docs/plugins/twilio-voice/getting-started.mdx
+++ /dev/null
@@ -1,568 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara memasang dan mengintegrasikan Twilio Voice untuk panggilan VoIP di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Prasyarat
-
-Anda memerlukan akun Twilio dan token akses untuk autentikasi. Daftar di [Twilio](https://www.twilio.com/) jika Anda belum memiliki akun.
-
-## Konfigurasi Platform
-
-### iOS
-
-Tambahkan izin yang diperlukan ke `Info.plist` Anda:
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs microphone access for voice calls</string>
-```
-
-Untuk panggilan masuk dengan PushKit:
-
-1. Aktifkan Push Notifications di capabilities Xcode
-2. Tambahkan mode background VoIP
-3. Konfigurasi sertifikat VoIP di konsol Twilio
-
-### Android
-
-Tambahkan izin yang diperlukan ke `AndroidManifest.xml` Anda:
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-<uses-permission android:name="android.permission.USE_FULL_SCREEN_INTENT" />
-```
-
-Konfigurasi Firebase untuk notifikasi push:
-
-1. Tambahkan `google-services.json` ke proyek Android Anda
-2. Konfigurasi FCM di konsol Twilio
-
-## Contoh Penggunaan
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// Authenticate with Twilio
-await TwilioVoice.login({
-  accessToken: 'your-twilio-access-token'
-});
-
-// Make a call
-await TwilioVoice.makeCall({
-  to: '+1234567890'
-});
-
-// Listen for call events
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data.callSid);
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('Call disconnected:', data.callSid);
-});
-
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.from);
-
-  // Accept the call
-  TwilioVoice.acceptCall({ callSid: data.callSid });
-
-  // Or reject it
-  // TwilioVoice.rejectCall({ callSid: data.callSid });
-});
-
-// Mute/unmute call
-await TwilioVoice.muteCall({
-  muted: true,
-  callSid: 'current-call-sid'
-});
-
-// Toggle speaker
-await TwilioVoice.setSpeaker({
-  enabled: true
-});
-
-// End call
-await TwilioVoice.endCall({
-  callSid: 'current-call-sid'
-});
-
-// Logout
-await TwilioVoice.logout();
-```
-
-## Referensi API
-
-### login(options)
-
-```typescript
-login(options: { accessToken: string }) => Promise<void>
-```
-
-Autentikasi dengan Twilio menggunakan token akses.
-
-| Param         | Type                              |
-| ------------- | --------------------------------- |
-| **`options`** | `{ accessToken: string }` |
-
-### logout()
-
-```typescript
-logout() => Promise<void>
-```
-
-Akhiri sesi pengguna dan bersihkan status panggilan.
-
-### isLoggedIn()
-
-```typescript
-isLoggedIn() => Promise<{ loggedIn: boolean }>
-```
-
-Periksa status autentikasi saat ini.
-
-**Returns:** `Promise<{ loggedIn: boolean }>`
-
-### makeCall(options)
-
-```typescript
-makeCall(options: { to: string; params?: Record<string, string> }) => Promise<{ callSid: string }>
-```
-
-Mulai panggilan keluar ke nomor yang ditentukan.
-
-| Param         | Type                                                    |
-| ------------- | ------------------------------------------------------- |
-| **`options`** | `{ to: string; params?: Record<string, string> }` |
-
-**Returns:** `Promise<{ callSid: string }>`
-
-### acceptCall(options)
-
-```typescript
-acceptCall(options: { callSid: string }) => Promise<void>
-```
-
-Terima panggilan masuk.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### rejectCall(options)
-
-```typescript
-rejectCall(options: { callSid: string }) => Promise<void>
-```
-
-Tolak panggilan masuk.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### endCall(options?)
-
-```typescript
-endCall(options?: { callSid?: string }) => Promise<void>
-```
-
-Akhiri panggilan aktif.
-
-| Param         | Type                         |
-| ------------- | ---------------------------- |
-| **`options`** | `{ callSid?: string }` (optional) |
-
-### muteCall(options)
-
-```typescript
-muteCall(options: { muted: boolean; callSid?: string }) => Promise<void>
-```
-
-Bisukan atau aktifkan suara panggilan.
-
-| Param         | Type                                            |
-| ------------- | ----------------------------------------------- |
-| **`options`** | `{ muted: boolean; callSid?: string }` |
-
-### setSpeaker(options)
-
-```typescript
-setSpeaker(options: { enabled: boolean }) => Promise<void>
-```
-
-Toggle output speaker.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendDigits(options)
-
-```typescript
-sendDigits(options: { digits: string; callSid?: string }) => Promise<void>
-```
-
-Kirim nada DTMF selama panggilan.
-
-| Param         | Type                                          |
-| ------------- | --------------------------------------------- |
-| **`options`** | `{ digits: string; callSid?: string }` |
-
-## Event Listeners
-
-### Event yang Tersedia
-
-- `registered` - Berhasil terdaftar dengan Twilio
-- `unregistered` - Tidak terdaftar dari Twilio
-- `registrationFailed` - Pendaftaran gagal
-- `incomingCall` - Panggilan masuk diterima
-- `callConnected` - Panggilan berhasil terhubung
-- `callDisconnected` - Panggilan terputus
-- `callRinging` - Panggilan keluar berdering
-- `callReconnecting` - Panggilan sedang terhubung kembali
-- `callReconnected` - Panggilan terhubung kembali setelah gangguan
-- `qualityWarning` - Peringatan kualitas panggilan
-- `error` - Terjadi kesalahan
-
-### Contoh Event
-
-```typescript
-// Handle incoming calls
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.from);
-  console.log('Call SID:', data.callSid);
-
-  // Show incoming call UI
-  showIncomingCallScreen({
-    from: data.from,
-    callSid: data.callSid
-  });
-});
-
-// Handle call state changes
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data.callSid);
-  startCallTimer();
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('Call ended:', data.callSid);
-  stopCallTimer();
-  hideCallScreen();
-});
-
-// Handle quality warnings
-TwilioVoice.addListener('qualityWarning', (data) => {
-  console.warn('Call quality warning:', data.warning);
-  showQualityWarning(data.warning);
-});
-
-// Handle errors
-TwilioVoice.addListener('error', (error) => {
-  console.error('Twilio error:', error.message);
-  handleError(error);
-});
-
-// Remove listeners when done
-const listener = await TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Connected');
-});
-
-// Later...
-listener.remove();
-```
-
-## Contoh Lengkap
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-class VoiceCallService {
-  private currentCallSid: string | null = null;
-  private isMuted = false;
-  private isSpeakerOn = false;
-
-  async initialize(accessToken: string) {
-    try {
-      // Login to Twilio
-      await TwilioVoice.login({ accessToken });
-
-      // Check login status
-      const { loggedIn } = await TwilioVoice.isLoggedIn();
-      console.log('Login status:', loggedIn);
-
-      // Setup event listeners
-      this.setupEventListeners();
-
-    } catch (error) {
-      console.error('Failed to initialize:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // Registration events
-    TwilioVoice.addListener('registered', () => {
-      console.log('Successfully registered with Twilio');
-    });
-
-    TwilioVoice.addListener('registrationFailed', (error) => {
-      console.error('Registration failed:', error);
-    });
-
-    // Incoming call
-    TwilioVoice.addListener('incomingCall', async (data) => {
-      console.log('Incoming call from:', data.from);
-
-      const accepted = await this.showIncomingCallDialog(data.from);
-
-      if (accepted) {
-        await TwilioVoice.acceptCall({ callSid: data.callSid });
-        this.currentCallSid = data.callSid;
-      } else {
-        await TwilioVoice.rejectCall({ callSid: data.callSid });
-      }
-    });
-
-    // Call events
-    TwilioVoice.addListener('callConnected', (data) => {
-      console.log('Call connected');
-      this.currentCallSid = data.callSid;
-      this.showCallScreen();
-    });
-
-    TwilioVoice.addListener('callDisconnected', () => {
-      console.log('Call disconnected');
-      this.currentCallSid = null;
-      this.hideCallScreen();
-    });
-
-    TwilioVoice.addListener('callRinging', () => {
-      console.log('Call ringing...');
-    });
-
-    // Quality warnings
-    TwilioVoice.addListener('qualityWarning', (data) => {
-      console.warn('Call quality warning:', data.warning);
-      this.showQualityIndicator(data.warning);
-    });
-  }
-
-  async makeCall(phoneNumber: string) {
-    try {
-      const result = await TwilioVoice.makeCall({
-        to: phoneNumber,
-        params: {
-          // Optional custom parameters
-          customerId: 'customer-123'
-        }
-      });
-
-      this.currentCallSid = result.callSid;
-      console.log('Call initiated:', result.callSid);
-    } catch (error) {
-      console.error('Failed to make call:', error);
-    }
-  }
-
-  async endCall() {
-    if (this.currentCallSid) {
-      await TwilioVoice.endCall({ callSid: this.currentCallSid });
-      this.currentCallSid = null;
-    }
-  }
-
-  async toggleMute() {
-    this.isMuted = !this.isMuted;
-    await TwilioVoice.muteCall({
-      muted: this.isMuted,
-      callSid: this.currentCallSid || undefined
-    });
-  }
-
-  async toggleSpeaker() {
-    this.isSpeakerOn = !this.isSpeakerOn;
-    await TwilioVoice.setSpeaker({ enabled: this.isSpeakerOn });
-  }
-
-  async sendDTMF(digits: string) {
-    if (this.currentCallSid) {
-      await TwilioVoice.sendDigits({
-        digits,
-        callSid: this.currentCallSid
-      });
-    }
-  }
-
-  async logout() {
-    await TwilioVoice.logout();
-  }
-
-  private async showIncomingCallDialog(from: string): Promise<boolean> {
-    // Show native dialog or custom UI
-    return confirm(`Incoming call from ${from}`);
-  }
-
-  private showCallScreen() {
-    // Show call UI
-    console.log('Showing call screen');
-  }
-
-  private hideCallScreen() {
-    // Hide call UI
-    console.log('Hiding call screen');
-  }
-
-  private showQualityIndicator(warning: string) {
-    // Show quality warning
-    console.log('Quality warning:', warning);
-  }
-}
-
-// Usage
-const voiceService = new VoiceCallService();
-
-// Initialize with access token from your backend
-const token = await fetchTwilioToken();
-await voiceService.initialize(token);
-
-// Make a call
-await voiceService.makeCall('+1234567890');
-
-// Control call
-await voiceService.toggleMute();
-await voiceService.toggleSpeaker();
-await voiceService.sendDTMF('1');
-
-// End call
-await voiceService.endCall();
-
-// Logout
-await voiceService.logout();
-```
-
-## Praktik Terbaik
-
-- Ambil token akses dari server backend Anda, jangan pernah menanamkannya di aplikasi
-- Implementasikan logika refresh token untuk sesi yang berjalan lama
-- Tangani gangguan jaringan dengan logika reconnection
-- Berikan umpan balik visual untuk status panggilan
-- Uji pada perangkat nyata dengan notifikasi push
-- Implementasikan penanganan error yang tepat
-- Bersihkan listener ketika komponen di-unmount
-- Minta izin mikrofon sebelum melakukan panggilan
-
-## Pertimbangan Keamanan
-
-- Jangan pernah menyimpan kredensial Twilio di aplikasi
-- Buat token akses di backend Anda
-- Implementasikan kadaluarsa dan refresh token
-- Gunakan HTTPS untuk semua permintaan token
-- Validasi panggilan masuk di sisi server
-
-## Pemecahan Masalah
-
-### Panggilan Tidak Terhubung
-
-- Verifikasi token akses valid dan tidak kadaluarsa
-- Periksa konektivitas jaringan
-- Pastikan izin mikrofon diberikan
-- Verifikasi akun Twilio dikonfigurasi dengan benar
-
-### Notifikasi Push Tidak Berfungsi
-
-- Verifikasi sertifikat PushKit/FCM dikonfigurasi di Twilio
-- Periksa perangkat terdaftar untuk notifikasi push
-- Uji dengan sertifikat produksi
-
-### Masalah Audio
-
-- Periksa izin mikrofon
-- Verifikasi pengaturan speaker/bluetooth
-- Uji routing audio pada perangkat nyata
-
-## Tampilan Nama Pemanggil (CapacitorTwilioCallerName)
-
-Secara default, panggilan masuk menampilkan nomor telepon atau ID klien pemanggil. Anda dapat menyesuaikan ini dengan mengirimkan parameter `CapacitorTwilioCallerName` dari backend TwiML Anda untuk menampilkan nama ramah sebagai gantinya.
-
-### Pengaturan Backend
-
-Saat menghasilkan respons TwiML Anda untuk dial `<Client>`, tambahkan parameter `CapacitorTwilioCallerName`:
-
-```java
-// Java example
-Parameter callerNameParam = new Parameter.Builder()
-    .name("CapacitorTwilioCallerName")
-    .value("John Doe")
-    .build();
-
-Client client = new Client.Builder(identity)
-    .parameter(callerNameParam)
-    .build();
-
-Dial dial = new Dial.Builder()
-    .client(client)
-    .build();
-```
-
-```javascript
-// Node.js example
-const VoiceResponse = require('twilio').twiml.VoiceResponse;
-
-const response = new VoiceResponse();
-const dial = response.dial();
-dial.client({
-  name: 'CapacitorTwilioCallerName',
-  value: 'John Doe'
-}, identity);
-```
-
-### Cara Kerjanya
-
-1. Ketika backend Anda menerima panggilan masuk, ia menghasilkan TwiML untuk merutekan panggilan
-2. Sertakan parameter `CapacitorTwilioCallerName` dengan nama tampilan pemanggil
-3. Plugin secara otomatis mengekstrak parameter ini dan menggunakannya untuk:
-   - Layar panggilan masuk iOS CallKit
-   - Notifikasi panggilan masuk Android
-   - Field `from` dalam event `incomingCall`
-   - Array `pendingInvites` dalam status panggilan
-
-Jika `CapacitorTwilioCallerName` tidak disediakan, plugin akan kembali ke nomor telepon atau ID klien pemanggil.
diff --git a/src/content/docs/id/docs/plugins/twilio-voice/index.mdx b/src/content/docs/id/docs/plugins/twilio-voice/index.mdx
deleted file mode 100644
index af56f2cb6..000000000
--- a/src/content/docs/id/docs/plugins/twilio-voice/index.mdx
+++ /dev/null
@@ -1,108 +0,0 @@
----
-title: "@capgo/capacitor-twilio-voice"
-locale: id
-description: Plugin integrasi Twilio Voice API untuk aplikasi Capacitor dengan panggilan VoIP, manajemen panggilan, dan penanganan audio.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
-hero:
-  tagline: Integrasikan Twilio Voice API untuk panggilan VoIP berkualitas tinggi dengan manajemen panggilan, kontrol audio, dan komunikasi real-time.
-  image:
-    file: ~public/icons/plugins/twilio-voice.svg
-  actions:
-    - text: Memulai
-      link: /docs/plugins/twilio-voice/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-twilio-voice/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Gambaran Umum
-
-Plugin Capacitor Twilio Voice mengaktifkan fungsionalitas panggilan VoIP berkualitas tinggi di aplikasi iOS dan Android menggunakan Voice API Twilio. Plugin ini menyediakan manajemen panggilan, autentikasi, dan kontrol audio yang komprehensif untuk menciptakan pengalaman panggilan profesional.
-
-<CardGrid stagger>
-  <Card title="Panggilan VoIP" icon="rocket">
-    Panggilan suara berkualitas tinggi melalui internet menggunakan Twilio Voice API 📞
-  </Card>
-  <Card title="Manajemen panggilan" icon="setting">
-    Buat, terima, tolak, dan akhiri panggilan dengan kontrol siklus hidup penuh 🎛️
-  </Card>
-  <Card title="Kontrol audio" icon="comment">
-    Bisukan, toggle speaker, dan opsi routing audio 🎤
-  </Card>
-  <Card title="Dukungan platform" icon="approve-check">
-    Implementasi native iOS dan Android dengan notifikasi push 📱
-  </Card>
-</CardGrid>
-
-## Instalasi
-
-```bash
-npm install @capgo/capacitor-twilio-voice
-npx cap sync
-```
-
-## Metode API Inti
-
-### Autentikasi
-- `login(options: { accessToken: string })` - Autentikasi dengan Twilio menggunakan token akses
-- `logout()` - Akhiri sesi pengguna dan bersihkan status panggilan
-- `isLoggedIn()` - Periksa status autentikasi saat ini
-
-### Manajemen Panggilan
-- `makeCall(options: { to: string })` - Mulai panggilan keluar ke nomor yang ditentukan
-- `acceptCall(options: { callSid: string })` - Terima panggilan masuk
-- `rejectCall(options: { callSid: string })` - Tolak panggilan masuk
-- `endCall(options?: { callSid?: string })` - Akhiri panggilan aktif
-- `muteCall(options: { muted: boolean, callSid?: string })` - Bisukan/aktifkan audio panggilan
-- `setSpeaker(options: { enabled: boolean })` - Toggle output speaker
-
-## Event Listeners
-
-Plugin menyediakan penanganan event komprehensif untuk:
-- Event pendaftaran untuk status koneksi
-- Perubahan status panggilan (terhubung, terputus, berdering)
-- Peringatan kualitas dan masalah koneksi
-- Notifikasi panggilan masuk
-
-## Konfigurasi Platform
-
-### Pengaturan iOS
-- Memerlukan integrasi PushKit untuk panggilan masuk
-- Konfigurasi sertifikat untuk penggunaan produksi
-- Izin mikrofon di Info.plist
-
-### Pengaturan Android
-- Pengaturan Firebase untuk notifikasi push
-- Izin mikrofon di AndroidManifest.xml
-- Konfigurasi layanan background
-
-## Contoh Quick Start
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// Authenticate with Twilio
-await TwilioVoice.login({ accessToken: 'your-twilio-access-token' });
-
-// Make a call
-await TwilioVoice.makeCall({ to: '+1234567890' });
-
-// Listen for call events
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data);
-});
-```
-
-## Dokumentasi
-
-Lihat [dokumentasi lengkap](/docs/plugins/twilio-voice/getting-started/) untuk petunjuk pengaturan detail, konfigurasi lanjutan, dan contoh integrasi.
diff --git a/src/content/docs/id/docs/plugins/updater/api.md b/src/content/docs/id/docs/plugins/updater/api.md
deleted file mode 100644
index bde757453..000000000
--- a/src/content/docs/id/docs/plugins/updater/api.md
+++ /dev/null
@@ -1,1076 +0,0 @@
----
-title: Fungsi dan pengaturan
-description: Semua metode dan pengaturan plugin yang tersedia
-sidebar:
-  order: 2
-locale: id
----
-# Konfigurasi Plugin Pembaru
-
-Lihat Github [Readme](https://github.com/Cap-go/capacitor-updater) untuk informasi lebih lanjut.
-
-<docgen-config>
-<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->
-
-CapacitorUpdater dapat dikonfigurasi dengan opsi berikut:| Prop | Ketik | Deskripsi | Bawaan | Sejak |
-| ---------------------------- | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------- | ------- |
-| **`appReadyTimeout`** | <code>nomor</code> | Konfigurasikan jumlah milidetik yang harus ditunggu oleh plugin asli sebelum mempertimbangkan pembaruan 'gagal'. Tersedia di Android, iOS, dan Elektron.                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>10000 // (10 detik)</code> |         |
-| **`responseTimeout`** | <code>nomor</code> | Konfigurasikan jumlah milidetik yang harus ditunggu oleh plugin asli sebelum mempertimbangkan batas waktu API. Tersedia di Android, iOS, dan Elektron.                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>20000 // (20 detik)</code> |         |
-| **`autoDeleteFailed`** | <code>boolean</code> | Konfigurasikan apakah plugin harus menggunakan penghapusan bundel yang gagal secara otomatis. Tersedia di Android, iOS, dan Eelektron.                                                                                                                                                                                                                                                                                                                                                                                                                                                              | <code>benar</code> |         |
-| **`autoDeletePrevious`** | <code>boolean</code> | Konfigurasikan apakah plugin harus menggunakan penghapusan otomatis bundel sebelumnya setelah pembaruan berhasil. Tersedia di Android, iOS, dan Elektron.                                                                                                                                                                                                                                                                                                                                                                                                                                      | <code>benar</code> |         |
-| **`autoUpdate`** | <code>boolean</code> | Konfigurasikan apakah plugin harus menggunakan Pembaruan Otomatis melalui server pembaruan. Tersedia di Android, iOS, dan Elektron.                                                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>benar</code> |         |
-| **`resetWhenUpdate`** | <code>boolean</code> | Hapus paket yang diunduh sebelumnya secara otomatis saat paket aplikasi asli yang lebih baru diinstal ke perangkat. Tersedia di Android, iOS, dan Elektron.                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>benar</code> |         |
-| **`updateUrl`** | <code>string</code> | Konfigurasikan URL/titik akhir yang menjadi tujuan pengiriman pemeriksaan pembaruan. Tersedia di Android, iOS, dan Elektron.| <code>https://plugin.capgo.app/updates</code> |         |
-| **`channelUrl`** | <code>string</code> | Konfigurasikan URL/titik akhir untuk operasi saluran. Tersedia di Android, iOS, dan Elektron.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          | <code>https://plugin.capgo.app/channel_self</code> |         |
-| **`statsUrl`** | <code>string</code> | Konfigurasikan URL/titik akhir yang menjadi tujuan pengiriman statistik pembaruan. Tersedia di Android, iOS, dan Elektron. Setel ke "" untuk menonaktifkan pelaporan statistik.                                                                                                                                                                                                                                                                                                                                                                                                                                       | <code>https://plugin.capgo.app/stats</code> |         |
-| **`publicKey`** | <code>string</code> | Konfigurasikan kunci publik untuk enkripsi pembaruan langsung ujung ke ujung Versi 2. Tersedia di Android, iOS, dan Electron.                                                                                                                                                                                                                                                                                                                                                                                                                                                             | <code>tidak terdefinisi</code> | 6.2.0 |
-| **`version`** | <code>string</code> | Konfigurasikan versi aplikasi saat ini. Ini akan digunakan untuk permintaan pembaruan pertama. Jika tidak disetel, plugin akan mendapatkan versi dari kode asli. Tersedia di Android, iOS, dan Elektron.| <code>tidak terdefinisi</code> | 4.17.48 |
-| **`directUpdate`** | <code>boolean \| 'selalu' \| 'di Instal' \| 'saat Peluncuran'</code> | Konfigurasikan kapan plugin harus mengarahkan pembaruan instalasi. Hanya untuk mode pembaruan otomatis. Berfungsi dengan baik untuk aplikasi kurang dari 10MB dan dengan unggahan dilakukan menggunakan tanda --delta. Zip atau aplikasi yang lebih besar dari 10 MB akan relatif lambat bagi pengguna untuk memperbaruinya. - false: Jangan pernah melakukan pembaruan langsung (gunakan perilaku default: unduh di awal, atur saat di latar belakang) - atInstall: Pembaruan langsung hanya ketika aplikasi diinstal, diperbarui dari toko, jika tidak bertindak sebagai directUpdate = false - onLaunch: Pembaruan langsung hanya pada aplikasi yang diinstal, diperbarui dari toko atau setelah aplikasi dimatikan, jika tidak bertindak sebagai directUpdate = false - selalu: Pembaruan langsung dalam semua kasus sebelumnya (aplikasi diinstal, diperbarui dari toko, setelah aplikasi dimatikan atau aplikasi dilanjutkan), tidak pernah bertindak sebagai directUpdate = false - true: (tidak digunakan lagi) Sama seperti "selalu" untuk kompatibilitas mundur Tersedia di Android, iOS, dan Electron. | <code>false</code> | 5.1.0 |
-| **`autoSplashscreen`** | <code>boolean</code> | Secara otomatis menangani penyembunyian splashscreen saat menggunakan directUpdate. Saat diaktifkan, plugin akan secara otomatis menyembunyikan splashscreen setelah pembaruan diterapkan atau ketika tidak diperlukan pembaruan. Hal ini menghilangkan kebutuhan untuk mendengarkan peristiwa appReady secara manual dan memanggil SplashScreen.hide(). Hanya berfungsi jika directUpdate disetel ke "atInstall", "always", atau true. Memerlukan plugin @capacitor/splash-screen untuk diinstal dan dikonfigurasi dengan launchAutoHide: false. Memerlukan autoUpdate dan directUpdate untuk diaktifkan. Tersedia di Android dan iOS.                      | <code>false</code> | 7.6.0 |
-| **`periodCheckDelay`** | <code>nomor</code> | Konfigurasikan periode penundaan untuk pemeriksaan pembaruan periode. unitnya dalam hitungan detik. Tersedia di Android, iOS, dan Elektron. Tidak boleh kurang dari 600 detik (10 menit).                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>600 // (10 menit)</code> |         |
-| **`localS3`** | <code>boolean</code> | Konfigurasikan CLI untuk menggunakan server lokal untuk pengujian atau server pembaruan yang dihosting sendiri.| <code>tidak terdefinisi</code> | 4.17.48 |
-| **`localHost`** | <code>string</code> | Konfigurasikan CLI untuk menggunakan server lokal untuk pengujian atau server pembaruan yang dihosting sendiri.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>tidak terdefinisi</code> | 4.17.48 |
-| **`localWebHost`** | <code>string</code> | Konfigurasikan CLI untuk menggunakan server lokal untuk pengujian atau server pembaruan yang dihosting sendiri.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>tidak terdefinisi</code> | 4.17.48 |
-| **`localSupa`** | <code>string</code> | Konfigurasikan CLI untuk menggunakan server lokal untuk pengujian atau server pembaruan yang dihosting sendiri.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>tidak terdefinisi</code> | 4.17.48 |
-| **`localSupaAnon`** | <code>string</code> | Konfigurasikan CLI untuk menggunakan server lokal untuk pengujian.| <code>tidak terdefinisi</code> | 4.17.48 |
-| **`localApi`** | <code>string</code> | Konfigurasikan CLI untuk menggunakan api lokal untuk pengujian.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>tidak terdefinisi</code> | 6.3.3 |
-| **`localApiFiles`** | <code>string</code> | Konfigurasikan CLI untuk menggunakan api file lokal untuk pengujian.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>tidak terdefinisi</code> | 6.3.3 |
-| **`allowModifyUrl`** | <code>boolean</code> | Izinkan plugin untuk mengubah updateUrl, statsUrl, dan channelUrl secara dinamis dari sisi JavaScript.                                                                                                                                                                                                                                                                                                                                                                                                                                                                           | <code>false</code> | 5.4.0 |
-| **`defaultChannel`** | <code>string</code> | Tetapkan saluran default untuk aplikasi di konfigurasi. Peka huruf besar-kecil. Pengaturan ini akan mengesampingkan saluran default yang diatur di cloud, namun tetap menghormati penggantian yang dilakukan di cloud.                                                                                                                                                                                                                                                                                                                                                                                      | <code>tidak terdefinisi</code> | 5.5.0 |
-| **`appId`** | <code>string</code> | Konfigurasikan id aplikasi untuk aplikasi di konfigurasi.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>tidak terdefinisi</code> | 6.0.0 |
-| **`keepUrlPathAfterReload`** | <code>boolean</code> | Konfigurasikan plugin untuk mempertahankan jalur URL setelah memuat ulang. PERINGATAN: Saat memuat ulang dipicu, 'window.history' akan dihapus.                                                                                                                                                                                                                                                                                                                                                                                                                                                  | <code>false</code> | 6.8.0 |
-| **`disableJSLogging`** | <code>boolean</code> | Nonaktifkan pencatatan JavaScript pada plugin. jika benar, plugin tidak akan masuk ke konsol JavaScript. hanya log asli yang akan dilakukan | <code>false</code> | 7.3.0 |
-| **`shakeMenu`** | <code>boolean</code> | Aktifkan gerakan goyang untuk menampilkan menu pembaruan untuk tujuan debugging/pengujian | <code>false</code> | 7.5.0 |## Contoh
-
-Dalam `capacitor.config.json`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000 // (1 second),
-      "responseTimeout": 10 // (10 second),
-      "autoDeleteFailed": false,
-      "autoDeletePrevious": false,
-      "autoUpdate": false,
-      "resetWhenUpdate": false,
-      "updateUrl": https://example.com/api/auto_update,
-      "channelUrl": https://example.com/api/channel,
-      "statsUrl": https://example.com/api/stats,
-      "publicKey": undefined,
-      "version": undefined,
-      "directUpdate": undefined,
-      "autoSplashscreen": undefined,
-      "periodCheckDelay": undefined,
-      "localS3": undefined,
-      "localHost": undefined,
-      "localWebHost": undefined,
-      "localSupa": undefined,
-      "localSupaAnon": undefined,
-      "localApi": undefined,
-      "localApiFiles": undefined,
-      "allowModifyUrl": undefined,
-      "defaultChannel": undefined,
-      "appId": undefined,
-      "keepUrlPathAfterReload": undefined,
-      "disableJSLogging": undefined,
-      "shakeMenu": undefined
-    }
-  }
-}
-```
-
-Dalam `capacitor.config.ts`:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      appReadyTimeout: 1000 // (1 second),
-      responseTimeout: 10 // (10 second),
-      autoDeleteFailed: false,
-      autoDeletePrevious: false,
-      autoUpdate: false,
-      resetWhenUpdate: false,
-      updateUrl: https://example.com/api/auto_update,
-      channelUrl: https://example.com/api/channel,
-      statsUrl: https://example.com/api/stats,
-      publicKey: undefined,
-      version: undefined,
-      directUpdate: undefined,
-      autoSplashscreen: undefined,
-      periodCheckDelay: undefined,
-      localS3: undefined,
-      localHost: undefined,
-      localWebHost: undefined,
-      localSupa: undefined,
-      localSupaAnon: undefined,
-      localApi: undefined,
-      localApiFiles: undefined,
-      allowModifyUrl: undefined,
-      defaultChannel: undefined,
-      appId: undefined,
-      keepUrlPathAfterReload: undefined,
-      disableJSLogging: undefined,
-      shakeMenu: undefined,
-    },
-  },
-};
-
-export default config;
-```
-
-</docgen-config>
-
-<docgen-index>
-
-* [`notifyAppReady()`](#notifyapready)
-* [`setUpdateUrl(...)`](#setupdateurl)
-* [`setStatsUrl(...)`](#setstatsurl)
-* [`setChannelUrl(...)`](#setchannelurl)
-* [`download(...)`](#unduh)
-* [`next(...)`](#berikutnya)
-* [`set(...)`](#set)
-* [`delete(...)`](#hapus)
-* [`list(...)`](#daftar)
-* [`reset(...)`](#setel ulang)
-* [`current()`](#saat ini)
-* [`reload()`](#muat ulang)
-* [`setMultiDelay(...)`](#setmultidelay)
-* [`cancelDelay()`](#batalkan penundaan)
-* [`getLatest(...)`](#dapatkanterbaru)
-* [`setChannel(...)`](#setsaluran)
-* [`unsetChannel(...)`](#saluran tidak disetel)
-* [`getChannel()`](#getchannel)
-* [`listChannels()`](#daftarsaluran)
-* [`setCustomId(...)`](#setcustomid)
-* [`getBuiltinVersion()`](#getbuiltinversion)
-* [`getDeviceId()`](#getdeviceid)
-* [`getPluginVersion()`](#getpluginversion)
-* [`isAutoUpdateEnabled()`](#isautoupdateenabled)
-* [`removeAllListeners()`](#hapus semua pendengar)
-* [`addListener('download', ...)`](#addlistenerdownload-)
-* [`addListener('noNeedUpdate', ...)`](#addlistenernoneedupdate-)
-* [`addListener('updateAvailable', ...)`](#addlistenerupdateavailable-)
-* [`addListener('downloadComplete', ...)`](#addlistenerdownloadcomplete-)
-* [`addListener('majorAvailable', ...)`](#addlistenermajoravailable-)
-* [`addListener('updateFailed', ...)`](#addlistenerupdatefailed-)
-* [`addListener('downloadFailed', ...)`](#addlistenerdownloadfailed-)
-* [`addListener('appReloaded', ...)`](#addlistenerappreloaded-)
-* [`addListener('appReady', ...)`](#addlistenerappready-)
-* [`isAutoUpdateAvailable()`](#isautoupdateavailable)
-* [`getNextBundle()`](#dapatkanbundel berikutnya)
-* [`setShakeMenu(...)`](#setshakemenu)
-* [`isShakeMenuEnabled()`](#isshakemenuenabled)
-* [Antarmuka](#antarmuka)
-* [Ketik Alias](#tipe-alias)
-
-</docgen-index>
-
-# Metode
-
-<docgen-api>
-<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->
-
-## beri tahuAppReady()
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-Beri tahu Capacitor Pembaru bahwa paket saat ini berfungsi (pengembalian akan terjadi jika metode ini tidak dipanggil pada setiap peluncuran aplikasi)
-Secara default, metode ini harus dipanggil dalam 10 detik pertama setelah peluncuran aplikasi, jika tidak, rollback akan terjadi.
-Ubah perilaku ini dengan {@link appReadyTimeout}
-
-**Pengembalian:** <code>Janji<<a href="#appreadyresult">AppReadyResult</a>></code>
-
---------------------
-
-
-## setUpdateUrl(...)
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-Atur updateUrl untuk aplikasi, ini akan digunakan untuk memeriksa pembaruan.
-
-| Param | Ketik | Deskripsi |
-| ------------- | ----------------------------------------------- | ---------------------------------- |
-| **`options`** | <code><a href="#updateurl">PerbaruiUrl</a></code> | berisi URL yang digunakan untuk memeriksa pembaruan. |
-
-**Sejak:** 5.4.0
-
---------------------
-
-
-## setStatsUrl(...)
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-Atur statsUrl untuk aplikasi, ini akan digunakan untuk mengirim statistik. Melewati string kosong akan menonaktifkan pengumpulan statistik.| Param | Ketik | Deskripsi |
-| ------------- | --------------------------------------------- | ----------------------------------------------- |
-| **`options`** | <code><a href="#statsurl">StatsUrl</a></code> | berisi URL yang digunakan untuk mengirim statistik. |
-
-**Sejak:** 5.4.0
-
---------------------
-
-
-## setChannelUrl(...)
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-Atur channelUrl untuk aplikasi, ini akan digunakan untuk mengatur saluran.
-
-| Param | Ketik | Deskripsi |
-| ------------- | ---------------------------------- | ------------------------------------------------ |
-| **`options`** | <code><a href="#channelurl">SaluranUrl</a></code> | berisi URL yang akan digunakan untuk menyetel saluran. |
-
-**Sejak:** 5.4.0
-
---------------------
-
-
-## unduh(...)
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-Unduh bundel baru dari URL yang disediakan, itu harus berupa file zip, dengan file di dalamnya atau dengan id unik di dalamnya dengan semua file Anda
-
-| Param | Ketik | Deskripsi |
-| ------------- | -------------------------------------------- | -------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#downloadoptions">UnduhOpsi</a></code> | {@link <a href="#downloadoptions">DownloadOptions</a>} untuk mendownload zip paket baru. |
-
-**Pengembalian:** <code>Janji<<a href="#bundleinfo">BundleInfo</a>></code>
-
---------------------
-
-
-## selanjutnya(...)
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-Atur paket berikutnya untuk digunakan saat aplikasi dimuat ulang.
-
-| Param | Ketik | Deskripsi |
-| ------------- | --------------------------------------------- | ---------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Berisi ID Bundel berikutnya yang akan ditetapkan pada peluncuran aplikasi berikutnya. {@link <a href="#bundleinfo">BundleInfo.id</a>} |
-
-**Pengembalian:** <code>Janji<<a href="#bundleinfo">BundleInfo</a>></code>
-
---------------------
-
-
-## mengatur(...)
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-Atur paket saat ini dan segera muat ulang aplikasi.| Param | Ketik | Deskripsi |
-| ------------- | --------------------------------------------- | ---------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Objek {@link <a href="#bundleid">BundleId</a>} yang berisi id paket baru untuk ditetapkan sebagai yang terbaru. |
-
---------------------
-
-
-## hapus(...)
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-Menghapus paket tertentu dari penyimpanan aplikasi asli. Gunakan dengan {@link list} untuk mendapatkan ID Paket yang disimpan.
-
-| Param | Ketik | Deskripsi |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Objek {@link <a href="#bundleid">BundleId</a>} berisi ID paket yang akan dihapus (perhatikan, ini adalah id paket, BUKAN nama versi) |
-
---------------------
-
-
-## daftar(...)
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-Dapatkan semua bundel yang diunduh secara lokal di aplikasi Anda
-
-| Param | Ketik | Deskripsi |
-| ------------- | --------------------------------------------------- | ---------------------------------------------------------------------- |
-| **`options`** | <code><a href="#listoptions">Opsi Daftar</a></code> | {@link <a href="#listoptions">ListOptions</a>} untuk mencantumkan paket |
-
-**Pengembalian:** <code>Janji<<a href="#bundlelistresult">BundleListResult</a>></code>
-
---------------------
-
-
-## setel ulang(...)
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-Setel ulang aplikasi ke paket `builtin` (yang dikirim ke Apple App Store / Google Play Store ) atau paket terakhir yang berhasil dimuat.
-
-| Param | Ketik | Deskripsi |
-| ------------- | -------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#resetoptions">ResetOptions</a></code> | Berisi {@link <a href="#resetoptions">ResetOptions.toLastSuccessful</a>}, `true` disetel ulang ke paket bawaan dan `false` akan disetel ulang ke paket terakhir yang berhasil dimuat. |
-
---------------------
-
-
-## saat ini()
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```Dapatkan bundel saat ini, jika tidak ada yang disetel, ia akan mengembalikan `builtin`. currentNative adalah bundel asli yang diinstal pada perangkat
-
-**Pengembalian:** <code>Janji<<a href="#currentbundleresult">CurrentBundleResult</a>></code>
-
---------------------
-
-
-## muat ulang()
-
-```typescript
-reload() => Promise<void>
-```
-
-Muat ulang tampilan
-
---------------------
-
-
-## setMultiDelay(...)
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-Menyetel array {@link <a href="#delaycondition">DelayCondition</a>} yang berisi ketentuan yang akan digunakan Plugin untuk menunda pembaruan.
-Setelah semua kondisi terpenuhi, proses update akan berjalan kembali seperti biasa, sehingga update akan diinstal setelah aplikasi di-background atau dimatikan.
-Untuk jenis `date`, nilainya harus berupa string tanggal iso8601.
-Untuk jenis `background`, nilainya harus berupa angka dalam milidetik.
-Untuk jenis `nativeVersion`, nilainya harus berupa nomor versi.
-Untuk jenis `kill`, nilainya tidak digunakan.
-Fungsi ini memiliki perilaku yang tidak konsisten, opsi kill memicu pembaruan setelah kill pertama dan bukan setelah latar belakang berikutnya seperti opsi lainnya. Ini akan diperbaiki dalam rilis besar mendatang.
-
-| Param | Ketik | Deskripsi |
-| ------------- | ------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#multidelayconditions">Kondisi MultiDelay</a></code> | Berisi rangkaian kondisi {@link <a href="#multidelayconditions">MultiDelayConditions</a>} yang akan disetel |
-
-**Sejak:** 4.3.0
-
---------------------
-
-
-## batalkan Penundaan()
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-Membatalkan {@link <a href="#delaycondition">DelayCondition</a>} untuk segera memproses pembaruan.
-
-**Sejak:** 4.0.0
-
---------------------
-
-
-## dapatkanTerbaru(...)
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-Dapatkan bundel terbaru yang tersedia dari URL pembaruan
-
-| Param | Ketik |
-| ------------- | ---------------------------------------------- |
-| **`options`** | <code><a href="#getlatestoptions">DapatkanOpsi Terbaru</a></code> |
-
-**Pengembalian:** <code>Janji<<a href="#latestversion">Versi Terbaru</a>></code>
-
-**Sejak:** 4.0.0
-
---------------------
-
-
-## setSaluran(...)
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-Menyetel saluran untuk perangkat ini. Saluran harus mengaktifkan `allow_device_self_set` agar dapat berfungsi.**Catatan penting:**
-- Jangan gunakan metode ini untuk mengatur saluran saat boot. Gunakan `defaultChannel` di konfigurasi Capacitor Anda.
-- Metode ini dimaksudkan untuk digunakan setelah aplikasi siap dan pengguna berinteraksi (misalnya, ikut serta dalam program beta).
-- **Saluran publik tidak dapat ditetapkan sendiri.** Jika saluran ditandai sebagai `public`, memanggil `setChannel()` akan menghasilkan kesalahan. Untuk menggunakan saluran publik, hubungi `unsetChannel()` - perangkat akan otomatis kembali ke saluran publik yang cocok.
-- Gunakan `listChannels()` untuk mengetahui saluran mana yang tersedia dan apakah saluran tersebut mengizinkan penetapan mandiri.
-
-| Param | Ketik | Deskripsi |
-| ------------- | ------------------------------------------------ | -------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setchanneloptions">Set ChannelOptions</a></code> | Apakah saluran {@link <a href="#setchanneloptions">SetChannelOptions</a>} disetel |
-
-**Pengembalian:** <code>Janji<<a href="#channelres">ChannelRes</a>></code>
-
-**Sejak:** 4.7.0
-
---------------------
-
-
-## tidak disetelSaluran(...)
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-Batalkan setelan penggantian saluran untuk perangkat ini. Setelah memanggil metode ini, perangkat akan otomatis menerima pembaruan dari **saluran publik** yang sesuai dengan kondisinya (platform, jenis perangkat, jenis build).
-
-Ini berguna ketika:
-- Anda ingin memindahkan perangkat kembali ke jalur pembaruan default
-- Anda ingin menggunakan saluran publik (karena saluran publik tidak dapat ditetapkan sendiri melalui `setChannel()`)
-
-| Param | Ketik |
-| ------------- | ------------------------------------------------------------------- |
-| **`options`** | <code><a href="#unsetchanneloptions">Batalkan Opsi Saluran</a></code> |
-
-**Sejak:** 4.7.0
-
---------------------
-
-
-## dapatkanSaluran()
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-Dapatkan saluran untuk perangkat ini
-
-**Pengembalian:** <code>Janji<<a href="#getchannelres">GetChannelRes</a>></code>
-
-**Sejak:** 4.8.0
-
---------------------
-
-
-## daftarSaluran()
-
-```typescript
-listChannels() => Promise<ListChannelsResult>
-```
-
-Daftar semua saluran yang tersedia untuk perangkat ini. Mengembalikan saluran yang kompatibel dengan lingkungan perangkat saat ini (platform, emulator/perangkat nyata, build dev/prod) dan bersifat publik atau mengizinkan penetapan mandiri.
-
-Setiap saluran dalam hasilnya meliputi:
-- `public`: Jika `true`, ini adalah **saluran default**. Anda tidak dapat menetapkannya sendiri menggunakan `setChannel()`. Sebaliknya, jika Anda menghapus penetapan saluran menggunakan `unsetChannel()`, perangkat akan otomatis menerima pembaruan dari saluran publik ini.
-- `allow_self_set`: Jika `true`, ini adalah **saluran yang dapat ditetapkan sendiri**. Anda dapat secara eksplisit menetapkan perangkat ke saluran ini menggunakan `setChannel()`.
-
-**Pengembalian:** <code>Janji<<a href="#listchannelsresult">ListChannelsResult</a>></code>
-
-**Sejak:** 7.5.0
-
---------------------
-
-
-## setCustomId(...)
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```Tetapkan ID khusus untuk perangkat ini
-
-| Param | Ketik | Deskripsi |
-| ------------- | -------------------------------------------------- | ----------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setcustomidoptions">SetCustomIdOptions</a></code> | apakah {@link <a href="#setcustomidoptions">SetCustomIdOptions</a>} customId akan disetel |
-
-**Sejak:** 4.9.0
-
---------------------
-
-
-## getBuiltinVersion()
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-Dapatkan versi aplikasi asli atau versi bawaan jika disetel di konfigurasi
-
-**Pengembalian:** <code>Janji<<a href="#builtinversion">BuiltinVersion</a>></code>
-
-**Sejak:** 5.2.0
-
---------------------
-
-
-## dapatkanIdPerangkat()
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-Dapatkan ID unik yang digunakan untuk mengidentifikasi perangkat (dikirim ke server pembaruan otomatis)
-
-**Pengembalian:** <code>Janji<<a href="#deviceid">DeviceId</a>></code>
-
---------------------
-
-
-## dapatkanVersi Plugin()
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-Dapatkan versi plugin Updater Capacitor asli (dikirim ke server pembaruan otomatis)
-
-**Pengembalian:** <code>Janji<<a href="#pluginversion">Versi Plugin</a>></code>
-
---------------------
-
-
-## isAutoUpdateEnabled()
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-Dapatkan status konfigurasi pembaruan otomatis.
-
-**Pengembalian:** <code>Janji<<a href="#autoupdateenabled">AutoUpdateEnabled</a>></code>
-
---------------------
-
-
-## hapusSemua Pendengar()
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-Hapus semua pendengar untuk plugin ini.
-
-**Sejak:** 1.0.0
-
---------------------
-
-
-## addListener('unduh', ...)
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Dengarkan acara pengunduhan bundel di Aplikasi. Diaktifkan setelah pengunduhan dimulai, selama pengunduhan, dan setelah selesai.
-Ini akan mengembalikan Anda semua persentase unduhan selama pengunduhan
-
-| Param | Ketik |
-| ---- | ------------------------------------------------------------- |
-| **`eventName`** | <code>'unduh'</code> |
-| **`listenerFunc`** | <code>(negara bagian: <a href="#downloadevent">DownloadEvent</a>) => void</code> |
-
-**Pengembalian:** <code>Janji<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Sejak:** 2.0.11
-
---------------------
-
-
-## addListener('tidak Perlu Pembaruan', ...)
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Dengarkan tanpa perlu memperbarui acara, berguna saat Anda ingin memeriksa paksa setiap kali aplikasi diluncurkan
-
-| Param | Ketik |
-| ---- | ----------------------------------------------------------------------- |
-| **`eventName`** | <code>'tidak Perlu Pembaruan'</code> |
-| **`listenerFunc`** | <code>(negara bagian: <a href="#noneedevent">NoNeedEvent</a>) => void</code> |**Pengembalian:** <code>Janji<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Sejak:** 4.0.0
-
---------------------
-
-
-## addListener('updateTersedia', ...)
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Dengarkan acara pembaruan yang tersedia, berguna ketika Anda ingin memaksa pemeriksaan setiap kali aplikasi diluncurkan
-
-| Param | Ketik |
-| ---- | ------------------------------------------------------------------------------------------ |
-| **`eventName`** | <code>'pembaruanTersedia'</code> |
-| **`listenerFunc`** | <code>(negara bagian: <a href="#updateavailableevent">UpdateAvailableEvent</a>) => void</code> |
-
-**Pengembalian:** <code>Janji<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Sejak:** 4.0.0
-
---------------------
-
-
-## addListener('unduhSelesai', ...)
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Dengarkan untuk mengunduh acara Lengkap.
-
-| Param | Ketik |
-| ---- | ------------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'unduhSelesai'</code> |
-| **`listenerFunc`** | <code>(negara bagian: <a href="#downloadcompleteevent">DownloadCompleteEvent</a>) => void</code> |
-
-**Pengembalian:** <code>Janji<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Sejak:** 4.0.0
-
---------------------
-
-
-## addListener('MajorAvailable', ...)
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Dengarkan acara pembaruan besar di Aplikasi, beri tahu Anda ketika pembaruan besar diblokir dengan mengatur nonaktifkanAutoUpdateBreaking
-
-| Param | Ketik |
-| ---- | ---------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'majorAvailable'</code> |
-| **`listenerFunc`** | <code>(negara bagian: <a href="#majoravailableevent">MajorAvailableEvent</a>) => void</code> |
-
-**Pengembalian:** <code>Janji<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Sejak:** 2.3.0
-
---------------------
-
-
-## addListener('updateGagal', ...)
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Dengarkan peristiwa kegagalan pembaruan di Aplikasi, beri tahu Anda ketika pembaruan gagal dipasang pada permulaan aplikasi berikutnya
-
-| Param | Ketik |
-| ---- | ----------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'pembaruanGagal'</code> |
-| **`listenerFunc`** | <code>(negara bagian: <a href="#updatefailedevent">UpdateFailedEvent</a>) => void</code> |**Pengembalian:** <code>Janji<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Sejak:** 2.3.0
-
---------------------
-
-
-## addListener('unduhGagal', ...)
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Dengarkan peristiwa kegagalan pengunduhan di Aplikasi, beri tahu Anda ketika pengunduhan bundel gagal
-
-| Param | Ketik |
-| ---- | ---------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'unduhGagal'</code> |
-| **`listenerFunc`** | <code>(negara bagian: <a href="#downloadfailedevent">DownloadFailedEvent</a>) => void</code> |
-
-**Pengembalian:** <code>Janji<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Sejak:** 4.0.0
-
---------------------
-
-
-## addListener('aplikasiDimuat Ulang', ...)
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-Dengarkan acara muat ulang di Aplikasi, beri tahu Anda saat memuat ulang telah terjadi
-
-| Param | Ketik |
-| ---- | -------------------------- |
-| **`eventName`** | <code>'aplikasi Dimuat Ulang'</code> |
-| **`listenerFunc`** | <code>() => batal</code> |
-
-**Pengembalian:** <code>Janji<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Sejak:** 4.3.0
-
---------------------
-
-
-## addListener('aplikasiSiap', ...)
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Dengarkan acara aplikasi siap di Aplikasi, beri tahu Anda saat aplikasi siap digunakan
-
-| Param | Ketik |
-| ---- | ------------------------------------------------------------- |
-| **`eventName`** | <code>'aplikasiSiap'</code> |
-| **`listenerFunc`** | <code>(negara bagian: <a href="#appreadyevent">AppReadyEvent</a>) => void</code> |
-
-**Pengembalian:** <code>Janji<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**Sejak:** 5.1.0
-
---------------------
-
-
-## isAutoUpdateAvailable()
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-Dapatkan jika pembaruan otomatis tersedia (tidak dinonaktifkan oleh serverUrl).
-
-**Pengembalian:** <code>Janji<<a href="#autoupdateavailable">Pembaruan OtomatisTersedia</a>></code>
-
---------------------
-
-
-## dapatkanBundleBerikutnya()
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-Dapatkan bundel berikutnya yang akan digunakan saat aplikasi dimuat ulang.
-Mengembalikan null jika tidak ada bundel berikutnya yang disetel.
-
-**Pengembalian:** <code>Janji<<a href="#bundleinfo">BundleInfo</a> | batal></code>
-
-**Sejak:** 6.8.0
-
---------------------
-
-
-## setShakeMenu(...)
-
-```typescript
-setShakeMenu(options: SetShakeMenuOptions) => Promise<void>
-```
-
-Mengaktifkan atau menonaktifkan menu goyang untuk tujuan debugging/pengujian| Param | Ketik | Deskripsi |
-| ------------- | ------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | <code><a href="#setshakemenuoptions">SetShakeMenuOptions</a></code> | Berisi boolean yang diaktifkan untuk mengaktifkan atau menonaktifkan menu goyang |
-
-**Sejak:** 7.5.0
-
---------------------
-
-
-## isShakeMenuEnabled()
-
-```typescript
-isShakeMenuEnabled() => Promise<ShakeMenuEnabled>
-```
-
-Dapatkan status menu goyang saat ini
-
-**Pengembalian:** <code>Janji<<a href="#shakemenuenabled">ShakeMenuEnabled</a>></code>
-
-**Sejak:** 7.5.0
-
---------------------
-
-
-## Antarmuka
-
-
-### Hasil AppReady
-
-| Prop | Ketik |
-| ------------ | ---------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">Info Paket</a></code> |
-
-
-### Info Paket
-
-| Prop | Ketik |
-| ---------------- | -------------------------------------- |
-| **`id`** | <code>string</code> |
-| **`version`** | <code>string</code> |
-| **`downloaded`** | <code>string</code> |
-| **`checksum`** | <code>string</code> |
-| **`status`** | <code><a href="#bundlestatus">Status Paket</a></code> |
-
-
-### PerbaruiUrl
-
-| Prop | Ketik |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### StatistikUrl
-
-| Prop | Ketik |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### SaluranUrl
-
-| Prop | Ketik |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### Opsi Unduhan
-
-URL dan versi ini digunakan untuk mengunduh bundel dari server, Jika Anda menggunakan backend semua informasi akan diberikan melalui metode getLatest.
-Jika Anda tidak menggunakan backend, Anda perlu memberikan URL dan versi paket. Checksum dan sessionKey diperlukan jika Anda mengenkripsi bundel dengan perintah CLI mengenkripsi, Anda akan menerimanya sebagai hasil dari perintah tersebut.| Prop | Ketik | Deskripsi | Bawaan | Sejak |
-| ---------------- | ---------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`url`** | <code>string</code> | URL file zip bundel (misalnya: dist.zip) yang akan diunduh. (Ini bisa berupa URL apa pun. Misalnya: Amazon S3, tag GitHub, tempat lain tempat Anda menghosting paket Anda.) |                        |       |
-| **`version`** | <code>string</code> | Kode versi/nama bundel/versi ini |                        |       |
-| **`sessionKey`** | <code>string</code> | Kunci sesi untuk pembaruan, ketika bundel dienkripsi dengan kunci sesi | <code>tidak terdefinisi</code> | 4.0.0 |
-| **`checksum`** | <code>string</code> | Checksum untuk pembaruan, harus dalam sha256 dan dienkripsi dengan kunci pribadi jika bundel dienkripsi | <code>tidak terdefinisi</code> | 4.0.0 |
-| **`manifest`** | <code>ManifestEntry[]</code> | Manifes untuk unduhan multi-file Delta (manifest) | <code>tidak terdefinisi</code> | 6.1.0 |
-
-
-### Entri Manifes
-
-| Prop | Ketik |
-| ---- | --------------------------- |
-| **`file_name`** | <code>string \| null</code> |
-| **`file_hash`** | <code>string \| null</code> |
-| **`download_url`** | <code>string \| null</code> |
-
-
-### BundelId
-
-| Prop | Ketik |
-| -------- | ------------------- |
-| **`id`** | <code>string</code> |
-
-
-### Hasil Daftar Bundel
-
-| Prop | Ketik |
-| ------------- | ------------------------- |
-| **`bundles`** | <code>Info Paket[]</code> |
-
-
-### Opsi Daftar| Prop | Ketik | Deskripsi | Bawaan | Sejak |
-| --------- | -------------------- | ------------------------------------------------------------------------------------------------------------------------------- | ---- | ------ |
-| **`raw`** | <code>boolean</code> | Apakah akan mengembalikan daftar paket mentah atau manifes. Jika benar, daftar tersebut akan mencoba membaca database internal, bukan file di disk. | <code>false</code> | 6.14.0 |
-
-
-### Opsi Reset
-
-| Prop | Ketik |
-| ---------------------- | -------------------- |
-| **`toLastSuccessful`** | <code>boolean</code> |
-
-
-### Hasil Bundel Saat Ini
-
-| Prop | Ketik |
-| ------------ | ---------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">Info Paket</a></code> |
-| **`native`** | <code>string</code> |
-
-
-### Kondisi MultiDelay
-
-| Prop | Ketik |
-| --------------------- | ----------------------------- |
-| **`delayConditions`** | <code>Kondisi Penundaan[]</code> |
-
-
-### Kondisi Penundaan
-
-| Prop | Ketik | Deskripsi |
-| ----------- | --------------------------------------------------------- | ---------------------------------------- |
-| **`kind`** | <code><a href="#delayuntilnext">Tunda Hingga Berikutnya</a></code> | Atur kondisi penundaan di setMultiDelay |
-| **`value`** | <code>string</code> |                                          |
-
-
-### Versi Terbaru| Prop | Ketik | Deskripsi | Sejak |
-| ---------------- | ---------------------------- | -------------------------- | ----- |
-| **`version`** | <code>string</code> | Hasil dari metode getLatest | 4.0.0 |
-| **`checksum`** | <code>string</code> |                            | 6 |
-| **`major`** | <code>boolean</code> |                            |       |
-| **`message`** | <code>string</code> |                            |       |
-| **`sessionKey`** | <code>string</code> |                            |       |
-| **`error`** | <code>string</code> |                            |       |
-| **`old`** | <code>string</code> |                            |       |
-| **`url`** | <code>string</code> |                            |       |
-| **`manifest`** | <code>ManifestEntri[]</code> |                            | 6.1 |
-
-
-### Dapatkan Opsi Terbaru
-
-| Prop | Ketik | Deskripsi | Bawaan | Sejak |
-| ------------- | ------------------- | --------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`channel`** | <code>string</code> | Saluran untuk mendapatkan versi terbaru Saluran harus mengizinkan 'self_assign' agar ini berfungsi | <code>tidak terdefinisi</code> | 6.8.0 |
-
-
-### Res Saluran
-
-| Prop | Ketik | Deskripsi | Sejak |
-| ------------- | ------------------- | ----------------------------- | ----- |
-| **`status`** | <code>string</code> | Status saluran yang disetel saat ini | 4.7.0 |
-| **`error`** | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-
-
-### Setel Opsi Saluran
-
-| Prop | Ketik |
-| ----------------------- | -------------------- |
-| **`channel`** | <code>string</code> |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### Batalkan Penyetelan Opsi Saluran
-
-| Prop | Ketik |
-| ----------------------- | -------------------- |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### Dapatkan ChannelRes| Prop | Ketik | Deskripsi | Sejak |
-| -------------- | -------------------- | ----------------------------- | ----- |
-| **`channel`** | <code>string</code> | Status saluran dapatkan saat ini | 4.8.0 |
-| **`error`** | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-| **`status`** | <code>string</code> |                               |       |
-| **`allowSet`** | <code>boolean</code> |                               |       |
-
-
-### DaftarSaluranHasil
-
-| Prop | Ketik | Deskripsi | Sejak |
-| -------------- | -------------------------- | -------------------------- | ----- |
-| **`channels`** | <code>Info Saluran[]</code> | Daftar saluran yang tersedia | 7.5.0 |
-
-
-### Info Saluran
-
-| Prop | Ketik | Deskripsi | Sejak |
-| -------------------- | -------------------- | ----------------------------------------------- | ----- |
-| **`id`** | <code>string</code> | ID saluran | 7.5.0 |
-| **`name`** | <code>string</code> | Nama saluran | 7.5.0 |
-| **`public`** | <code>boolean</code> | Jika benar, ini adalah saluran default/fallback. Perangkat tidak dapat menetapkan sendiri ke saluran publik. Sebaliknya, ketika perangkat menghapus penggantian salurannya (menggunakan `unsetChannel()`), perangkat akan secara otomatis menerima pembaruan dari saluran publik yang cocok. | 7.5.0 |
-| **`allow_self_set`** | <code>boolean</code> | Jika benar, perangkat dapat secara eksplisit menetapkan sendiri saluran ini menggunakan `setChannel()`. Ini biasanya digunakan untuk pengujian beta, pengujian A/B, atau jalur pembaruan keikutsertaan. | 7.5.0 |
-
-
-### SetelOpsiIdKustom
-
-| Prop | Ketik |
-| -------------- | ------------------- |
-| **`customId`** | <code>string</code> |
-
-
-### Versi Bawaan
-
-| Prop | Ketik |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### ID Perangkat
-
-| Prop | Ketik |
-| -------------- | ------------------- |
-| **`deviceId`** | <code>string</code> |
-
-
-### Versi Plugin
-
-| Prop | Ketik |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### Pembaruan Otomatis Diaktifkan
-
-| Prop | Ketik |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### PluginListenerHandle
-
-| Prop | Ketik |
-| ------------ | ----------------------------------------- |
-| **`remove`** | <code>() => Janji<void></code> |
-
-
-### Unduh Acara| Prop | Ketik | Deskripsi | Sejak |
-| ------------ | ---------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">Info Paket</a></code> | Dipancarkan saat aplikasi siap digunakan. | 5.2.0 |
-| **`status`** | <code>string</code> |                                       |       |
-
-
-### Pembaruan Otomatis Tersedia
-
-| Prop | Ketik |
-| --------------- | -------------------- |
-| **`available`** | <code>boolean</code> |
-
-
-### SetelShakeMenuOptions
-
-| Prop | Ketik |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### ShakeMenu Diaktifkan
-
-| Prop | Ketik |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-## Ketik Alias
-
-
-### Status Paket
-
-tertunda: Paket tertunda untuk dijadikan **SET** sebagai paket berikutnya.
-mengunduh: Bundel sedang diunduh.
-sukses: Bundel telah diunduh dan siap **SET** sebagai bundel berikutnya.
-kesalahan: Bundel gagal diunduh.
-
-<code>'sukses' | 'kesalahan' | 'menunggu keputusan' | 'mengunduh'</code>
-
-
-### Tunda Hingga Berikutnya
-
-<code>'latar belakang' | 'membunuh' | 'Versi asli' | 'tanggal'</code>
-
-</docgen-api>
diff --git a/src/content/docs/id/docs/plugins/updater/cordova.md b/src/content/docs/id/docs/plugins/updater/cordova.md
deleted file mode 100644
index 4b7661bd9..000000000
--- a/src/content/docs/id/docs/plugins/updater/cordova.md
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: "Cordova"
-locale: id
-description: "Menjelajahi potensi ketersediaan plugin capacitor-updater untuk Cordova dan tantangan yang terlibat dalam pengembangannya"
-sidebar:
-  order: 8
----
-
-Anda mungkin bertanya-tanya apakah plugin ini akan tersedia untuk Cordova.
-
-Kami telah memulai repositori R&D untuk itu, tetapi ini adalah jumlah pekerjaan yang sangat besar.
-
-## Masalah
-
-Kami tahu kami bisa melakukannya tetapi untuk itu, kami harus membaca semua kode dari codebase Cordova seperti yang kami lakukan untuk Capacitor, untuk memahami cara membuatnya bekerja dengan fitur Capgo.
-
-Versi Android lebih mudah dilakukan karena keduanya menggunakan Java, tetapi iOS memerlukan penulisan ulang penuh karena Swift masih belum didukung dengan baik di Cordova
-
-## Solusi
-
-Sementara itu, inilah yang bisa Anda lakukan:
-
-* [Dukung kami](https://github.com/sponsors/cap-go) di GitHub dan kami dapat memprioritaskannya.
-Ini akan membutuhkan setidaknya 1 bulan kerja.
-* Pekerjakan kami sebagai [Konsultan](https://capgo.app/consulting/), kami terbiasa membantu perusahaan besar bermigrasi ke Capacitor, biasanya memakan waktu sebulan, dan [manfaatnya](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development) sangat besar untuk tim Anda
diff --git a/src/content/docs/id/docs/plugins/updater/debugging.mdx b/src/content/docs/id/docs/plugins/updater/debugging.mdx
deleted file mode 100644
index 7eec89948..000000000
--- a/src/content/docs/id/docs/plugins/updater/debugging.mdx
+++ /dev/null
@@ -1,167 +0,0 @@
----
-title: Debugging
-description: >-
-  Cara men-debug pembaruan Capgo dan memahami masalah yang mungkin Anda alami
-  dengan konfigurasi Anda
-sidebar:
-  order: 6
-locale: id
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Memahami log cloud:
-
-Jika Anda mendapatkan kode penolakan cloud dan memerlukan langkah perbaikan nyata, lihat [Masalah Umum Update](/docs/plugins/updater/commonproblems/).
-
-### Dikirim dari backend| kode | Deskripsi |
-| ------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **Ip Tidak Valid** | Pengguna berada di pusat data Google dan pembaruan berlangsung kurang dari 4 jam. Hal ini dilakukan untuk mencegah perangkat bot Google dihitung sebagai perangkat di akun Anda. |
-| **needPlanUpgrade** (sebelumnya **needUpgrade**) | Menunjukkan bahwa Anda telah mencapai batas paket Anda, dan perangkat tidak akan menerima pembaruan hingga Anda meningkatkan versi atau hingga bulan berikutnya.                                  |
-| **tidakBaru** | Perangkat ini memiliki versi terbaru yang tersedia.                                                                                                                                |
-| **nonaktifkanPlatformIos** | Perangkat ini menggunakan platform iOS, namun dinonaktifkan di pengaturan saluran.                                                                                            |
-| **nonaktifkanPlatformAndroid** | Perangkat ini menggunakan platform Android, namun dinonaktifkan di pengaturan saluran.                                                                                        |
-| **nonaktifkan Pembaruan Otomatis ** | "utama" | "kecil" | "nomor_versi" | "tidak ada" |
-| **nonaktifkanAutoUpdateUnderNative** | Perangkat memiliki versi (`1.2.3`), dan saluran memiliki pembaruan (`1.2.2`) berdasarkan versi perangkat yang akan dikirim, namun dinonaktifkan di pengaturan saluran.                   |
-| **nonaktifkanDevBuild** | Perangkat ini memiliki versi pengembangan, tetapi dinonaktifkan di pengaturan saluran.                                                                                                   |
-| **nonaktifkanEmulator** | Perangkat ini adalah emulator, tetapi dinonaktifkan di pengaturan saluran.                                                                                                    |
-| **tidak bisaGetBundle** | Gagal membuat URL bertanda tangan yang valid untuk unduhan paket. Hal ini terjadi ketika pembuatan URL bundel gagal atau mengembalikan URL yang tidak valid (tidak dimulai dengan http/https) dan tidak ada manifes yang tersedia sebagai cadangan.                                                                                          |
-| **tidak dapatMemperbaruiMelalui Saluran Pribadi** | Perangkat mencoba mengasosiasikan dirinya sendiri dengan saluran pribadi, namun setelan saluran tidak mengizinkan pengaitan mandiri perangkat (`allow_device_self_set` salah) dan saluran tersebut bukan publik.                                                                                    |
-| **saluran salah dikonfigurasi** | Saluran dikonfigurasi untuk dinonaktifkanle pembaruan otomatis berdasarkan nomor versi (`disable_auto_update: 'version_number'`), tetapi bidang `min_update_version` bundelnya adalah nol, sehingga tidak mungkin untuk menentukan perangkat mana yang harus menerima pembaruan.                                                                                                                 |
-| **nonaktifkanAutoUpdateMetadata** | Pembaruan otomatis dinonaktifkan berdasarkan metadata nomor versi. Saluran ini mengharuskan versi perangkat minimal `min_update_version`, namun versi perangkat saat ini lebih rendah dari ambang batas ini.                                                                                                         |
-| **nonaktifkanAutoUpdateToMajor** | Setelan saluran `disable_auto_update: 'major'` mencegah pembaruan yang akan meningkatkan nomor versi utama (misalnya, memblokir 1.x.x agar tidak diperbarui ke 2.x.x).                                                                                             |
-| **nonaktifkanAutoUpdateToMinor** | Setelan saluran `disable_auto_update: 'minor'` mencegah pembaruan yang akan meningkatkan nomor versi minor (misalnya, memblokir 1.2.x agar tidak memperbarui ke 1.3.x).                                                                                             |
-| **nonaktifkanAutoUpdateToPatch** | Pengaturan saluran `disable_auto_update: 'patch'` mencegah pembaruan yang akan meningkatkan nomor versi patch, atau hanya mengizinkan pembaruan tingkat patch dalam versi mayor.minor yang sama (misalnya, 1.2.3 dapat diperbarui ke 1.2.4 tetapi tidak dapat diperbarui ke 1.2.2 atau 1.3.0).                                                                                             |
-| **Bundel hilang** | Paket yang ditetapkan ke saluran ini tidak memiliki konten yang dapat diunduh. Ini berarti bundel tidak memiliki `external_url`, tidak memiliki `r2_path`, ini bukan versi bawaan, dan tidak ada entri manifes yang tersedia untuk diunduh.                                                                                                                   |
-| **TanpaSaluranAtauOverride** | Tidak ada saluran default yang dikonfigurasi untuk aplikasi ini dan perangkat tidak memiliki penggantian saluran khusus yang ditetapkan. Setidaknya satu harus ada agar pembaruan dapat berfungsi.                                                                                                     |
-| **tarifTerbatas** | Perangkat ini dibatasi tarifnya karena permintaan yang berlebihan.                                                                                                        |
-| **kunciKetidakcocokan** | Kunci publik enkripsi perangkat tidak cocok dengan kunci publik yang digunakan untuk mengenkripsi paket. Hal ini terjadi jika: (1) Kunci publik di `capacitor.config.json` aplikasi Anda berbeda dengan yang digunakan saat mengunggah paket, atau (2) Anda merotasi kunci enkripsi tetapi belum memperbarui semua perangkat. Responsnya mencakup `deviceKeyId` dan `bundleKeyId` (4 karakter pertama dari setiap kunci publik) untuk membantu mengidentifikasi ketidakcocokan. Untuk memperbaikinya, pastikan pasangan kunci yang sama digunakan untuk mengunggah bundel (CLI menggunakan kunci pribadi) dan di aplikasi (capacitor.config.json berisi kunci publik). |### Dikirim dari perangkat| kode | Deskripsi |
-| --------------------- | ------------------------------------------------------------------ |
-| **ping** | Tindakan pengujian internal yang digunakan untuk memverifikasi sistem statistik berfungsi dengan benar.        |
-| **dapatkan** | Info untuk mengunduh versi baru telah dikirimkan ke perangkat.                 |
-| **hapus** | Satu bundel telah dihapus di perangkat.                                        |
-| **atur** | Bundel telah dipasang di perangkat.                                              |
-| **set_gagal** | Paket gagal disetel.                                                         |
-| **setel ulang** | Perangkat disetel ulang ke bundel `builtin`.                                         |
-| **unduh_XX** | Bundel baru telah diunduh - kemajuan ditunjukkan sebesar XX% (kenaikan 10%). |
-| **unduh_lengkap** | Bundel baru telah selesai diunduh.                                          |
-| **unduh_manifest_mulai** | Perangkat mulai mengunduh manifes pembaruan.                             |
-| **unduh_manifest_lengkap** | Perangkat selesai mengunduh manifes pembaruan.                          |
-| **unduh_zip_mulai** | Perangkat mulai mengunduh arsip bundel.                                   |
-| **unduh_zip_lengkap** | Perangkat selesai mengunduh arsip bundel.                                 |
-| **download_manifest_file_fail** | Satu entri manifes gagal diunduh; payload statistik menempatkan `version_name` dalam bentuk `version:fileName` untuk menentukan aset. |
-| **unduh_manifest_checksum_fail** | Validasi checksum file manifes gagal.                           |
-| **unduh_manifest_brotli_fail** | File manifes gagal didekompresi menggunakan Brotli.                       |
-| **unduh_gagal** | Bundel baru gagal diunduh.                                                |
-| **perbarui_gagal** | Bundel baru telah dipasang tetapi gagal memanggil `notifyAppReady`.            |
-| **checksum_fail** | Paket baru gagal memvalidasi checksum. Hal ini dapat terjadi karena beberapa alasan: **1) Jenis checksum tidak cocok:** Versi terbaru CLI dan plugin (versi 5.10.0+, 6.25.0+, atau 7+) menggunakan checksum SHA256, sedangkan plugin lama menggunakan CRC32. Jika Anda melihat checksum gagal, periksa apakah checksum tersebut adalah CRC32 (hash yang lebih pendek) dan bukan SHA256. Ini biasanya menunjukkan bahwa bundel diunggah dengan CLI versi lama. Verifikasikan versi paket Anda di dasbor Capgo - paket yang dibuat sejak versi 5.10.0/6.25.0/7 harus menggunakan SHA256. Jika Anda melihat checksum CRC32, pastikan Anda menginstal versi plugin terbaru secara lokal (CLI memeriksa versi plugin lokal Anda untuk menentukan jenis checksum mana yang akan diunggah), lalu tingkatkan CLI Anda dan unggah ulang bundel. **2) Ketidakcocokan kunci enkripsi (pada versi plugin di bawah 8.3.0 atau 5/6/7.38.0):** Pada versi plugin yang lebih lama, jika kunci publik perangkat tidak cocok dengan kunci yang digunakan untuk mengenkripsi paket, makadekripsi akan gagal secara diam-diam dan menyebabkan kegagalan checksum. Jika Anda menggunakan enkripsi dan melihat `checksum_fail`, verifikasi bahwa kunci publik di `capacitor.config.json` aplikasi Anda cocok dengan kunci pribadi yang digunakan untuk mengunggah paket. Memutakhirkan ke plugin versi 8.3.0+ (atau 5/6/7.38.0+) akan memberi Anda kesalahan `keyMismatch` yang tepat dari server, sehingga membuat masalah ini lebih mudah didiagnosis. |
-| **windows_path_fail** | Zip memiliki file yang berisi jalur windows yang ilegal |
-| **jalur_kanonikal_gagal** | Jalur file tidak kanonik |
-| **direktori_jalur_gagal** | Ada kesalahan pada jalur file zip |
-| **unzip_fail** | unzip gagal |
-| **kegagalan_mem_rendah** | Pengunduhan gagal karena memori rendah di perangkat |
-| **aplikasi_dipindahkan_ke_latar belakang** | Aplikasi memasuki keadaan latar belakang.                                   |
-| **aplikasi_dipindahkan_ke_latar depan** | Aplikasi memasuki keadaan latar depan.                                   |
-| **dekripsi_gagal** | Gagal mendekripsi bundel yang diunduh.                                          |
-| **getChannel**          | Saluran saat ini untuk perangkat tersebut ditanyakan.                                   |
-| **setSaluran** | Saluran berhasil disetel untuk perangkat.                                    |
-| **copot pemasangan** | Aplikasi telah dihapus instalasinya atau Capgo data dihapus.                            |
-| **diblokir_oleh_server_url** | Server.url ada di konfigurasi kapasitor Anda, ini membuat Capacitor melayani url jarak jauh dan mengabaikan file lokal, sementara pembaru kami dibuat berfungsi dengan file lokal, Server.url dianggap oleh Pembuat Capacitor sebagai praktik buruk dalam produksi dan akan menyebabkan banyak masalah dan plugin tidak berfungsi dengan benar.                         |### Status paket
-
-* `SUCCESS`: pemasangan bundel selesai
-* `ERROR`: instalasi atau pengunduhan gagal
-* `PENDING`: Pengunduhan selesai, rilis tertunda
-* `DELETED`: Paket dihapus, masih ditampilkan untuk statistik
-* `DOWNLOADING`: Sedang mengunduh paket
-
-## Memahami log perangkat:
-
-### Perintah debug:
-
-Ada perintah debug untuk Capgo pengguna cloud.
-
-```bash
-npx @capgo/cli@latest app debug
-```
-
-Ini akan memungkinkan Anda memeriksa semua peristiwa yang terjadi di aplikasi dan menemukan solusi jika pembaruan tidak terjadi.
-
-### IOS
-
-untuk menemukan log Anda di Xcode
-
-<LinkCard
-    title="Mendapatkan Perangkat Masuk Xcode"
-    href="https://intercom.help/deploygate/en/articles/4682692-getting-the-device-log-in-xcode"
-/>
-
-### Android:
-
-untuk menemukan log Anda di studio Android
-
-<LinkCard
-    title="Lihat log dengan Logcat"
-    href="https://developer.android.com/studio/debug/am-logcat"
-/>
-
-### Penjelasan Log
-
-* `Gagal mengunduh dari` **=>** sama seperti **unduh\_fail**
-* `notifyAppReady tidak dipanggil, putar kembali bundel saat ini` => sama seperti **update\_fail**
-
-## Menemukan bundel yang diunduh di perangkat Anda
-
-### iOS
-
-Untuk melakukan debug pada iOS, Anda perlu membuang aplikasi ke komputer Anda, Anda dapat melakukannya seperti ini:
-
-Xcode memiliki fitur bawaan untuk memeriksa sistem file aplikasi yang diinstal pengembang pada perangkat iOS.
-![Xcode Menu jendela menampilkan opsi Perangkat dan Simulator](/ios_debug_update_1.webp)
-
-Untuk mencapai hal ini:
-
-* Hubungkan perangkat Anda ke Mac dan pilih Window > Devices di menubar Xcode.
-* Pilih perangkat Anda di panel kiri di bawah bagian Perangkat.
-* Ini akan menampilkan daftar aplikasi yang dipasang pengembang untuk perangkat itu.
-* Pilih aplikasi yang ingin Anda periksa lalu pilih ikon 3 titik di dekat bagian bawah layar.
-* Di sini Anda dapat melihat sistem file saat ini dengan memilih unduh cuplikannya.
-
-![Xcode Panel perangkat menampilkan opsi pengunduhan penampung aplikasi](/ios_debug_update_2.webp)
-
-Memilih Download Container... akan mengunduh dan mengekspor cuplikan sistem file sebagai file .xcappdata yang dapat Anda telusuri.
-
-![File xcappdata yang diunduh dengan menu konteks Tampilkan Isi Paket](/ios_debug_update_3.webp)
-
-Klik kanan pada file ini dan pilih Tampilkan Isi Paket untuk membuka folder.
-
-Buka folder App Data, dan Anda sekarang akan melihat beberapa folder seperti Documents, Library, tmp, dll.
-
-![iOS struktur folder wadah aplikasi yang menampilkan folder Dokumen dan Perpustakaan](/ios_debug_update_4.webp)
-
-Kemudian Anda akan menemukan versi dalam 2 folder:
-
-`library/NoCloud/ionic_built_snapshots` diperlukan setelah aplikasi di-boot ulang
-
-dan `documents/versions` untuk isi ulang panas
-
-### Android
-
-Untuk melakukan debug pada Android, Anda perlu mengakses perangkat dari Android Studio:
-
-* Klik Lihat > Alat Windows > Device File Explorer atau klik tombol Device File Explorer di bilah jendela alat untuk membuka Device File Explorer.
-* Pilih perangkat dari daftar dropdown.
-* Buka jalur **data/data/APP\_NAME/** dengan **APP\_NAME adalah ID aplikasi Anda.**
-
-![Android Studio Device File Explorer menampilkan direktori data aplikasi](/android_debug_update.webp)
-
-Kemudian Temukan folder `versions` untuk melihat semua versi
-
-:::tip[Tahukah kamu?]
-Di Android, semua versi disimpan dalam satu folder, tidak seperti IOS yang harus diduplikasi di dua lokasi.
-:::
-
-## Memahami log kerusakan produksi ios
-
-<LinkCard
-    title="Cara meninjau log kerusakan aplikasi Anda"
-    href="https://developer.apple.com/news/?id=nra79npr"
-/>
diff --git a/src/content/docs/id/docs/plugins/updater/events.mdx b/src/content/docs/id/docs/plugins/updater/events.mdx
deleted file mode 100644
index 7a55b797a..000000000
--- a/src/content/docs/id/docs/plugins/updater/events.mdx
+++ /dev/null
@@ -1,292 +0,0 @@
----
-title: "Events"
-locale: id
-description: "Semua event yang dapat Anda dengarkan di plugin Capacitor Updater untuk memantau status dan progres pembaruan"
-sidebar:
-  order: 9
----
-
-import { Aside, Tabs, TabItem } from '@astrojs/starlight/components';
-
-Plugin Capacitor Updater menyediakan beberapa event yang dapat Anda dengarkan untuk memantau proses pembaruan dan merespons berbagai status.
-
-## Pengaturan Event Listener
-
-Untuk mendengarkan event, gunakan metode `addListener` pada objek `CapacitorUpdater`:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Tambahkan listener
-const listener = await CapacitorUpdater.addListener('eventName', (event) => {
-  // Tangani event
-});
-
-// Hapus listener ketika tidak lagi diperlukan
-listener.remove();
-
-// Hapus semua listener
-await CapacitorUpdater.removeAllListeners();
-```
-
-## Event yang Tersedia
-
-### `download`
-
-Dipicu selama proses unduhan bundle. Menyediakan informasi progres unduhan.
-
-```typescript
-CapacitorUpdater.addListener('download', (event) => {
-  console.log(`Download progress: ${event.percent}%`);
-  console.log('Bundle info:', event.bundle);
-});
-```
-
-**Data Event:**
-- `percent`: number - Persentase progres unduhan (0-100)
-- `bundle`: BundleInfo - Informasi tentang bundle yang sedang diunduh
-
-<Aside>
-Event ini dipicu beberapa kali selama unduhan untuk melaporkan progres.
-</Aside>
-
-### `noNeedUpdate`
-
-Dipicu ketika pemeriksaan pembaruan menentukan bahwa tidak ada pembaruan yang diperlukan.
-
-```typescript
-CapacitorUpdater.addListener('noNeedUpdate', (event) => {
-  console.log('App is up to date');
-  console.log('Current bundle:', event.bundle);
-});
-```
-
-**Data Event:**
-- `bundle`: BundleInfo - Informasi tentang bundle saat ini
-
-### `updateAvailable`
-
-Dipicu ketika pembaruan baru tersedia untuk diunduh.
-
-```typescript
-CapacitorUpdater.addListener('updateAvailable', (event) => {
-  console.log('Pembaruan tersedia');
-  console.log('Bundle baru:', event.bundle);
-  // Anda dapat memicu unduhan di sini jika diperlukan
-});
-```
-
-**Data Event:**
-- `bundle`: BundleInfo - Informasi tentang bundle pembaruan yang tersedia
-
-### `downloadComplete`
-
-Dipicu ketika unduhan bundle telah selesai dengan sukses.
-
-```typescript
-CapacitorUpdater.addListener('downloadComplete', (event) => {
-  console.log('Unduhan selesai');
-  console.log('Bundle yang diunduh:', event.bundle);
-  // Anda mungkin ingin mengatur bundle ini sebagai bundle berikutnya
-});
-```
-
-**Data Event:**
-- `bundle`: BundleInfo - Informasi tentang bundle yang diunduh
-
-### `majorAvailable`
-
-Dipicu ketika pembaruan major tersedia tetapi diblokir oleh pengaturan auto-update.
-
-```typescript
-CapacitorUpdater.addListener('majorAvailable', (event) => {
-  console.log('Pembaruan major tersedia:', event.version);
-  // Beri tahu pengguna tentang pembaruan major
-});
-```
-
-**Data Event:**
-- `version`: string - Nomor versi dari pembaruan major
-
-<Aside type="tip">
-Pembaruan major biasanya memerlukan konfirmasi pengguna atau pembaruan app store. Gunakan event ini untuk memberi tahu pengguna dengan tepat.
-</Aside>
-
-### `updateFailed`
-
-Dipicu ketika pembaruan gagal dipasang saat aplikasi dimulai berikutnya.
-
-```typescript
-CapacitorUpdater.addListener('updateFailed', (event) => {
-  console.error('Pembaruan gagal dipasang');
-  console.log('Bundle yang gagal:', event.bundle);
-  // Tangani logika rollback atau coba lagi
-});
-```
-
-**Data Event:**
-- `bundle`: BundleInfo - Informasi tentang bundle yang gagal dipasang
-
-### `downloadFailed`
-
-Dipicu ketika unduhan bundle gagal.
-
-```typescript
-CapacitorUpdater.addListener('downloadFailed', (event) => {
-  console.error('Unduhan gagal untuk versi:', event.version);
-  // Tangani logika coba lagi unduhan
-});
-```
-
-**Data Event:**
-- `version`: string - Versi yang gagal diunduh
-
-### `appReloaded`
-
-Dipicu ketika aplikasi telah dimuat ulang.
-
-```typescript
-CapacitorUpdater.addListener('appReloaded', () => {
-  console.log('Aplikasi telah dimuat ulang');
-  // Lakukan inisialisasi ulang yang diperlukan
-});
-```
-
-**Data Event:** Tidak ada
-
-### `appReady`
-
-Dipicu ketika aplikasi siap digunakan setelah pembaruan.
-
-```typescript
-CapacitorUpdater.addListener('appReady', (event) => {
-  console.log('Aplikasi siap');
-  console.log('Bundle saat ini:', event.bundle);
-  console.log('Status:', event.status);
-});
-```
-
-**Data Event:**
-- `bundle`: BundleInfo - Informasi tentang bundle saat ini
-- `status`: string - Status kesiapan
-
-<Aside type="caution">
-Ingat untuk memanggil `notifyAppReady()` dalam batas waktu yang dikonfigurasi (default 10 detik) untuk mencegah rollback otomatis.
-</Aside>
-
-## Objek BundleInfo
-
-Banyak event menyertakan objek `BundleInfo` dengan properti berikut:
-
-```typescript
-interface BundleInfo {
-  id: string;           // Identifier unik bundle
-  version: string;      // Versi bundle
-  downloaded: string;   // Timestamp unduhan
-  checksum?: string;    // Checksum bundle (jika tersedia)
-  status: BundleStatus; // Status bundle
-}
-```
-
-Di mana `BundleStatus` dapat berupa:
-- `'success'` - Bundle berhasil diunduh
-- `'error'` - Unduhan/instalasi bundle gagal
-- `'pending'` - Bundle menunggu untuk diatur sebagai berikutnya
-- `'downloading'` - Bundle sedang diunduh
-
-## Contoh: Alur Pembaruan Lengkap
-
-Berikut adalah contoh menangani alur pembaruan lengkap dengan event:
-
-<Aside type="caution">
-Kelas `UpdateManager` ini tidak menyertakan panggilan `CapacitorUpdater.notifyAppReady()` yang diperlukan untuk alur auto-update.
-Silakan lihat dokumentasi [menempatkan panggilan notifyAppReady dengan benar](/docs/plugins/updater/auto-update#placing-notifyappready-call-correctly) untuk informasi lebih lanjut.
-</Aside>
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-export class UpdateManager {
-  private listeners: any[] = [];
-
-  async setupListeners() {
-    // Dengarkan pembaruan yang tersedia
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateAvailable', async (event) => {
-        console.log('Pembaruan tersedia:', event.bundle.version);
-        // Unduh pembaruan secara otomatis
-        await CapacitorUpdater.download({
-          url: event.bundle.url,
-          version: event.bundle.version
-        });
-      })
-    );
-
-    // Pantau progres unduhan
-    this.listeners.push(
-      await CapacitorUpdater.addListener('download', (event) => {
-        console.log(`Mengunduh: ${event.percent}%`);
-        // Perbarui progress bar UI
-        this.updateProgressBar(event.percent);
-      })
-    );
-
-    // Tangani penyelesaian unduhan
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadComplete', async (event) => {
-        console.log('Unduhan selesai:', event.bundle.version);
-        // Atur sebagai bundle berikutnya
-        await CapacitorUpdater.next({ id: event.bundle.id });
-      })
-    );
-
-    // Tangani kegagalan
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadFailed', (event) => {
-        console.error('Unduhan gagal:', event.version);
-        this.showError('Unduhan pembaruan gagal. Silakan coba lagi nanti.');
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateFailed', (event) => {
-        console.error('Instalasi pembaruan gagal:', event.bundle.version);
-        this.showError('Instalasi pembaruan gagal. Aplikasi telah di-rollback.');
-      })
-    );
-
-    // Tangani aplikasi siap
-    this.listeners.push(
-      await CapacitorUpdater.addListener('appReady', async (event) => {
-        console.log('Aplikasi siap dengan bundle:', event.bundle.version);
-      })
-    );
-  }
-
-  cleanup() {
-    // Hapus semua listener ketika tidak lagi diperlukan
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-
-  private updateProgressBar(percent: number) {
-    // Perbarui progress bar UI Anda
-  }
-
-  private showError(message: string) {
-    // Tampilkan error kepada pengguna
-  }
-}
-```
-
-## Praktik Terbaik
-
-1. **Selalu panggil `notifyAppReady()`**: Ketika menggunakan auto-update, selalu panggil metode ini setelah aplikasi Anda diinisialisasi untuk mencegah rollback.
-
-2. **Tangani kegagalan dengan baik**: Implementasikan penanganan error yang tepat untuk kegagalan unduhan dan pembaruan.
-
-3. **Berikan umpan balik pengguna**: Gunakan event progres unduhan untuk menampilkan progres pembaruan kepada pengguna.
-
-4. **Bersihkan listener**: Hapus event listener ketika tidak lagi diperlukan untuk mencegah kebocoran memori.
-
-5. **Uji skenario pembaruan**: Uji berbagai skenario pembaruan termasuk kegagalan, rollback, dan pembaruan major.
diff --git a/src/content/docs/id/docs/plugins/updater/getting-started.mdx b/src/content/docs/id/docs/plugins/updater/getting-started.mdx
deleted file mode 100644
index 0bc8f34b5..000000000
--- a/src/content/docs/id/docs/plugins/updater/getting-started.mdx
+++ /dev/null
@@ -1,326 +0,0 @@
----
-title: Memulai
-description: >-
-  Panduan memulai cepat untuk mengintegrasikan pembaruan langsung ke dalam
-  aplikasi Capacitor Anda dengan plugin Updater.
-sidebar:
-  order: 2
-locale: id
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Instalasi
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Mulai Cepat
-
-Bagi sebagian besar pengguna, sebaiknya ikuti [panduan Memulai Cepat utama](/docs/getting-started/quickstart/) yang mencakup instalasi plugin dan integrasi cloud Capgo.
-
-Panduan memulai ini berfokus pada detail plugin teknis untuk pengguna tingkat lanjut yang ingin memahami mekanisme dasar atau menerapkan pembaruan yang dihosting sendiri.
-
-## Ikhtisar
-
-Plugin Capacitor Updater memungkinkan pembaruan over-the-air (OTA) untuk aplikasi Capacitor Anda. Hal ini memungkinkan Anda untuk mendorong pembaruan ke aplikasi Anda tanpa melalui ulasan toko aplikasi.
-
-## Cara Kerjanya
-
-1. **Unduhan Paket**: Plugin mengunduh paket pembaruan (file ZIP yang berisi aset web Anda)
-2. **Ekstraksi**: Kumpulan diekstraksi ke penyimpanan perangkat
-3. **Hot Reload**: Aplikasi beralih ke paket baru tanpa perlu memulai ulang
-4. **Fallback**: Jika pembaruan gagal, aplikasi akan kembali ke versi kerja sebelumnya
-
-## Mode Penggunaan
-
-### 1. Mode Pembaruan Otomatis (Disarankan)
-
-Cara paling sederhana untuk menggunakan plugin dengan manajemen pembaruan otomatis:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Plugin handles everything automatically
-// Configure in capacitor.config.ts
-```
-
-Tambahkan ke `capacitor.config.ts` Anda:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-update-server.com/api/updates'
-    }
-  }
-}
-```
-
-### 2. Modus Manual
-
-Untuk kontrol lanjutan atas proses pembaruan:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Download an update
-const bundle = await CapacitorUpdater.download({
-  url: 'https://your-server.com/updates/v1.0.1.zip',
-  version: '1.0.1'
-});
-
-// Set the bundle (will be used on next app start)
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-
-// Or reload immediately
-await CapacitorUpdater.reload();
-```
-
-## Konfigurasi Platform
-
-### iOS
-
-Tidak diperlukan konfigurasi tambahan. Plugin ini berfungsi dengan baik.
-
-### Android
-
-Tidak diperlukan konfigurasi tambahan. Plugin ini berfungsi dengan baik.
-
-## Penggunaan API Dasar
-
-### Unduh Pembaruan
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-const bundle = await CapacitorUpdater.download({
-  url: 'https://example.com/update.zip',
-  version: '1.0.1'
-});
-
-console.log('Downloaded bundle:', bundle.id);
-```
-
-### Setel Paket Aktif
-
-```typescript
-// Set bundle to be used on next app start
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-```
-
-### Muat ulang dengan Bundel Baru
-
-```typescript
-// Reload app immediately with new bundle
-await CapacitorUpdater.reload();
-```
-
-### Daftar Paket
-
-```typescript
-const { bundles } = await CapacitorUpdater.list();
-console.log('Available bundles:', bundles);
-```
-
-### Hapus Paket
-
-```typescript
-await CapacitorUpdater.delete({
-  id: 'bundle-id'
-});
-```
-
-### Dapatkan Paket Saat Ini
-
-```typescript
-const { bundle } = await CapacitorUpdater.current();
-console.log('Current bundle:', bundle.version);
-```
-
-## Pendengar Acara
-
-Dengarkan acara pembaruan:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Listen for download progress
-CapacitorUpdater.addListener('download', (info) => {
-  console.log('Download progress:', info.percent);
-});
-
-// Listen for download completion
-CapacitorUpdater.addListener('downloadComplete', (bundle) => {
-  console.log('Download complete:', bundle.version);
-});
-
-// Listen for update failures
-CapacitorUpdater.addListener('updateFailed', (error) => {
-  console.error('Update failed:', error);
-});
-
-// Listen for successful updates
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('Update available:', info.version);
-});
-```
-
-## Opsi Konfigurasi
-
-Konfigurasikan plugin di `capacitor.config.ts` Anda:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      // Auto-update settings
-      autoUpdate: true,
-      updateUrl: 'https://api.example.com/updates',
-
-      // Update behavior
-      resetWhenUpdate: true,
-      directUpdate: false,
-
-      // Version settings
-      version: '1.0.0',
-
-      // Security
-      allowModifyUrl: false,
-
-      // Stats collection
-      statsUrl: 'https://api.example.com/stats',
-
-      // Channel (for Capgo cloud)
-      defaultChannel: 'production'
-    }
-  }
-}
-```
-
-## Pola Integrasi
-
-### Dengan Capgo Awan
-
-Cara termudah untuk memulai:
-
-```typescript
-// Install the Capgo CLI
-npm install -g @capgo/cli
-
-// Login to Capgo
-npx @capgo/cli login
-
-// Upload your first bundle
-npx @capgo/cli bundle upload
-
-// The plugin auto-updates from Capgo cloud
-```
-
-Lihat [panduan Memulai Cepat utama](/docs/getting-started/quickstart/) untuk detailnya.
-
-### Pembaruan yang Dihosting Sendiri
-
-Host server pembaruan Anda sendiri:
-
-```typescript
-// Configure your update endpoint
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-server.com/api/check-update'
-    }
-  }
-}
-```
-
-Server Anda harus kembali:
-
-```json
-{
-  "version": "1.0.1",
-  "url": "https://your-server.com/updates/1.0.1.zip"
-}
-```
-
-Lihat [Mode yang Dihosting Sendiri](/docs/plugins/updater/self-hosted/getting-started/) untuk detail selengkapnya.
-
-### Alur Pembaruan Manual
-
-Kontrol penuh atas pembaruan:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-async function checkAndUpdate() {
-  // Check for updates from your server
-  const response = await fetch('https://api.example.com/check-update');
-  const { version, url } = await response.json();
-
-  // Download the update
-  const bundle = await CapacitorUpdater.download({
-    url,
-    version
-  });
-
-  // Notify bundle is ready
-  await CapacitorUpdater.notifyAppReady();
-
-  // Set as next version
-  await CapacitorUpdater.set({ id: bundle.id });
-
-  // Reload when ready
-  await CapacitorUpdater.reload();
-}
-```
-
-## Praktik Terbaik
-
-- Selalu hubungi `notifyAppReady()` ketika aplikasi Anda berhasil dimuat
-- Uji pembaruan secara menyeluruh sebelum mendorong ke produksi
-- Menerapkan penanganan kesalahan yang tepat untuk kegagalan jaringan
-- Gunakan nomor versi secara konsisten
-- Jaga agar ukuran bundel tetap kecil untuk pengunduhan yang lebih cepat
-- Pantau tingkat keberhasilan pembaruan
-
-## Langkah Selanjutnya- [Plugin API Reference](/docs/plugins/updater/api/) - Complete API documentation
-- [Plugin Settings](/docs/plugins/updater/settings/) - All configuration options
-- [Events](/docs/plugins/updater/events/) - Available update events
-- [Self-Hosted Mode](/docs/plugins/updater/self-hosted/getting-started/) - Run your own update server
-- [Local Development](/docs/plugins/updater/local-dev/getting-started/) - Test updates locally
-- [Debugging](/docs/plugins/updater/debugging/) - Troubleshooting guide
-
-## Dukungan
-
-- [Known Issues](/docs/plugins/updater/known-issues/) - Common problems and solutions
-- [GitHub Discussions](https://github.com/Cap-go/capacitor-updater/discussions) - Community support
-- [Perselisihan](https://discord.gg/VnYRvBfgA6) - Obrolan waktu nyata
diff --git a/src/content/docs/id/docs/plugins/updater/index.mdx b/src/content/docs/id/docs/plugins/updater/index.mdx
deleted file mode 100644
index 13246906f..000000000
--- a/src/content/docs/id/docs/plugins/updater/index.mdx
+++ /dev/null
@@ -1,80 +0,0 @@
----
-title: '@capgo/capacitor-updater'
-description: >-
-  Plugin Capacitor yang mendukung fungsi pembaruan langsung Capgo, memungkinkan
-  pembaruan melalui udara yang lancar untuk aplikasi Anda.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Teknologi inti yang memungkinkan pembaruan langsung di aplikasi Capacitor,
-    ditambah paket pembaru Electron khusus untuk penerapan desktop.
-  image:
-    file: ~public/icons/plugins/updater.svg
-  actions:
-    - text: Mulailah
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-updater/'
-      icon: external
-      variant: minimal
-locale: id
----
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Pembaruan melalui udara" icon="rocket">
-    Dorong pembaruan secara instan tanpa ulasan toko aplikasi 🚀
-  </Card>
-  <Card title="Lanjutan API" icon="setting">
-    Kontrol penuh atas alur pembaruan dengan metode API yang komprehensif 🛠️
-  </Card>
-  <Card title="Hosting mandiri siap" icon="download">
-    Jalankan server pembaruan Anda sendiri untuk kontrol penuh 🏠
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Periksa [Plugin API](/docs/plugins/updater/api/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
-
-## Tautan Cepat
-
-<LinkCard
-  title="Dokumentasi Pembaruan Langsung"
-  description="Learn about channels, update behavior, rollbacks, and more in the main Live Updates section."
-  href="/docs/live-updates/"
-/>
-
-<LinkCard
-  title="Panduan Memulai"
-  description="Follow our quickstart guide to add live updates to your app."
-  href="/docs/getting-started/quickstart/"
-/>
-
-## Dokumentasi Plugin
-
-Referensi teknis ini meliputi:
-
-- **[Plugin API](/docs/plugins/updater/api/)** - Semua metode yang tersedia dan penggunaannya
-- **[Pengaturan Plugin](/docs/plugins/updater/settings/)** - Opsi konfigurasi untuk kapasitor.config
-- **[Masalah Umum](/docs/plugins/updater/known-issues/)** - Masalah umum dan solusinya
-- **[Debugging](/docs/plugins/updater/debugging/)** - Cara memecahkan masalah pembaruan
-- **[Acara](/docs/plugins/updater/events/)** - Pembaruan acara yang tersedia
-- **[Pengembangan Lokal](/docs/plugins/updater/local-dev/getting-started/)** - Uji pembaruan secara lokal
-- **[Mode yang Dihosting Sendiri](/docs/plugins/updater/self-hosted/getting-started/)** - Jalankan server pembaruan Anda sendiri
-- **[Pembaru Elektron](/docs/plugins/electron-updater/)** - Pembaruan langsung untuk aplikasi desktop Electron
-
-## Instalasi
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Untuk pengaturan dan konfigurasi, lihat [Panduan Memulai](/docs/getting-started/quickstart/).
diff --git a/src/content/docs/id/docs/plugins/updater/known-issues.mdx b/src/content/docs/id/docs/plugins/updater/known-issues.mdx
deleted file mode 100644
index 5de74a9cb..000000000
--- a/src/content/docs/id/docs/plugins/updater/known-issues.mdx
+++ /dev/null
@@ -1,131 +0,0 @@
----
-title: Masalah yang diketahui
-description: >-
-  Masalah umum dengan Capacitor dan Capgo, dan pembaruan kami, halaman ini akan
-  membantu Anda memahami masalah aneh yang Anda alami dengan alat kami
-sidebar:
-  order: 7
-locale: id
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Isi ulang langsung ionik
-
-* Saat Anda mengembangkan, jika Anda menggunakan fitur live reload Ionic dari CLI, itu akan menimpa plugin, sehingga Anda tidak akan pernah melihat pembaruan Anda.
-
-## Quasar isi ulang langsung
-
-* Ia menggunakan sistem yang sama dengan ionic, jadi Anda tidak akan melihat pembaruan Anda.
-
-## Pembaruan gagal
-
-* Ini biasanya terjadi ketika pembaruan besar (> 20MB) didorong, sebagian besar pengguna tidak akan mendapatkan versi terakhir.  
-Dulu, pengguna harus tetap membuka aplikasi hingga pengunduhan selesai, sekarang kami menggunakan pengunduhan di latar belakang, namun masih dibatasi beberapa detik.
-
-## Android
-
-### Tidak dapat mengunduh
-
-Kami telah melihat beberapa masalah dengan perangkat di India, dan menghubungi pengguna, meminta mereka mencoba server DNS yang berbeda, dan berhasil.
-
-Jadi jika Anda mengalami masalah tersebut, coba gunakan server DNS lain seperti Cloudflare atau Google DNS.
-
-Cloudflare: 1.1.1.1 dan 1.0.0.1
-
-Google DNS: 8.8.8.8 dan 8.8.4.4 atau dns.google
-
-<LinkCard
-	title="Bagaimana cara mengatur server DNS pilihan di Android?"
-	href="https://www.androidpolice.com/use-preferred-dns-server-android-tutorial/"
-/>
-
-### Dihosting Sendiri
-Saat Anda mendorong pembaruan yang dihosting sendiri, perlu diingat bahwa Anda tidak dapat menggunakan titik akhir "HTTP" karena melanggar kebijakan keamanan aplikasi Android, jika Anda masih ingin melakukannya, ikuti panduan ini:
-
-<LinkCard
-	title="Bagaimana cara mengizinkan semua jenis koneksi Jaringan HTTP dan HTTPS di Android (9) Pie?"
-	href="https://stackoverflow.com/a/51902630/5511370"
-/>
-
-### Buka zip 
-
-Masalah unzip: Entri DEFLATED dapat memiliki deskriptor EXT
-
-Jika Anda meng-zip paket Anda dengan sesuatu yang berbeda dari CLI, format atau zip Anda mungkin salah, silakan gunakan perintah CLI `npx @capgo/cli zip BUNDLE_FOLDER`.
-
-Ini adalah masalah umum Java:
-
-<LinkCard
-	title="Masalah unzip: Entri DEFLATED dapat memiliki deskriptor EXT"
-	href="https://bugs.openjdk.org/browse/JDK-8143613"
-/>
-
-
-### Selesaikan masalah perbaikan
-
-* Jika Anda mengalami masalah dengan penggunaanCleartextTraffic, itu karena plugin mengikuti praktik baik yang direkomendasikan oleh sonar cloud, dalam 90% kasus plugin akan berfungsi dengan baik, tetapi dengan beberapa plugin yang menyebabkan masalah.
-
-Untuk memperbaikinya, tambahkan `android/app/src/main/AndroidManifest.xml` di kunci `<application>` :
-
-```xml
-tools:replace="android:usesCleartextTraffic"
-xmlns:tools="http://schemas.android.com/tools"
-```
-
-## IOS
-
-### Manifes privasi
-
-Tambahkan kunci kamus `NSPrivacyAccessedAPICategoryUserDefaults` ke [Manifes Privasi](https://capacitorjs.com/docs/ios/privacy-manifest) Anda (biasanya `ios/App/PrivacyInfo.xcprivacy`):
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-  <dict>
-    <key>NSPrivacyAccessedAPITypes</key>
-    <array>
-      <!-- Add this dict entry to the array if the file already exists. -->
-      <dict>
-        <key>NSPrivacyAccessedAPIType</key>
-        <string>NSPrivacyAccessedAPICategoryUserDefaults</string>
-        <key>NSPrivacyAccessedAPITypeReasons</key>
-        <array>
-          <string>CA92.1</string>
-        </array>
-      </dict>
-    </array>
-  </dict>
-</plist>
-```
-
-Kami menyarankan untuk mendeklarasikan [`CA92.1`](https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api#4278401) sebagai alasan untuk mengakses [`UserDefaults`](https://developer.apple.com/documentation/foundation/userdefaults) API.
-
-
-### Izin jaringan
-
-Saat menggunakan server lokal untuk menguji pembaruan, aplikasi akan meminta izin jaringan, ini adalah perilaku normal, tidak demikian halnya saat Anda menggunakan server jarak jauh.
-
-
-## Kedua OS
-
-Saat melakukan pembaruan mode manual, beberapa peristiwa tidak mudah ditangkap, misalnya kegagalan pembaruan terpicu tepat sebelum kode JS Anda dimuat ulang, sehingga Anda tidak akan dapat menangkapnya.
-
-Salah satu alternatifnya adalah membuat daftar bundel dan memeriksa statistik kesalahan untuk mengetahui apakah pembaruan gagal.
-
-Kami perlu menemukan cara yang lebih baik untuk menangani hal ini di masa mendatang, namun ini bukan prioritas, karena mode otomatis adalah cara yang disarankan untuk melakukan pembaruan.
-
-PR dipersilakan untuk membantu kami meningkatkan hal ini.
-
-## CLI
-
-jika CLI Anda kesulitan melakukan apa pun,
-
-Periksa apakah **appId** dan **appName** ada di **capacitor.config.ts** Anda
-
-Ikuti panduan dokumen resmi:
-
-<LinkCard
-	title="Capacitor Konfigurasi"
-	href="https://capacitorjs.com/docs/config"
-/>
diff --git a/src/content/docs/id/docs/plugins/updater/local-dev/capacitor-updater.mdx b/src/content/docs/id/docs/plugins/updater/local-dev/capacitor-updater.mdx
deleted file mode 100644
index b60bd935d..000000000
--- a/src/content/docs/id/docs/plugins/updater/local-dev/capacitor-updater.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: Menggunakan pembaru kapasitor dengan capgo yang dihosting sendiri
-description: >-
-  Cara menggunakan pembaru kapasitor dengan Capgo yang dihosting sendiri,
-  sepenuhnya otonom dengan instance Capgo Anda sendiri
-sidebar:
-  order: 4
-locale: id
----
-## Apa saja yang akan dibahas dalam tutorial ini?
-
-Tutorial ini akan menunjukkan cara menggunakan kapasitor updater di lingkungan dev dengan capgo yang dihosting sendiri
-
-## Persyaratan
-
- 1. [Kloning capgo](https://github.com/Cap-go/capgo)
-
-## Memulai
-
-Untuk menggunakan pembaru kapasitor dengan capgo yang dihosting sendiri, edit `capacitor.config.ts` dari direktori aplikasi Anda dan atur seperti ini:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      statsUrl: "https://localhost:54321/functions/v1/stats",
-      channelUrl: "https://localhost:54321/functions/v1/channel_self",
-      updateUrl: "https://localhost:54321/functions/v1/updates"
-    },
-  },
-};
-```
-
-Ini akan memungkinkan Anda untuk menggunakan capgo lokal dalam pengembangan. Namun, secara default, ini tidak cukup.
-
-> Secara default iOS, Android, dan Electron mengharapkan Anda menggunakan HTTPS, Anda perlu menggunakan alat seperti Ngrock atau localcan untuk mem-proxy API Anda di https.
-
-Ada cara di Android untuk mengaktifkan [komunikasi teks biasa](https://developer.android.com/topic/security/risks/cleartext).
-Hal ini dapat dicapai dengan memodifikasi [AndroidManifest.xml](https://github.com/Cap-go/capacitor-updater/blob/main/android/src/main/AndroidManifest.xml) dan menambahkan `android:usesCleartextTraffic="true"` di tag `application`
-Contoh lengkap perubahan ini dapat dilihat [di sini](https://gist.github.com/WcaleNieWolny/061a015acdebe35eaf3afd7030797701)
-
-Mungkin juga ada masalah yang menghalangi koneksi aplikasi Android. Jika Anda tidak melihat permintaan apa pun yang dikirim ke fungsi edge dijalankan
-```bash
-adb reverse tcp:54321 tcp:54321
-```
diff --git a/src/content/docs/id/docs/plugins/updater/local-dev/cli.mdx b/src/content/docs/id/docs/plugins/updater/local-dev/cli.mdx
deleted file mode 100644
index 5ae18866d..000000000
--- a/src/content/docs/id/docs/plugins/updater/local-dev/cli.mdx
+++ /dev/null
@@ -1,34 +0,0 @@
----
-title: "Menggunakan CLI dengan capgo self-hosted"
-locale: id
-description: "Panduan ini menjelaskan cara menggunakan CLI dengan instance Capgo self-hosted, memungkinkan Anda untuk memanfaatkan alat Capgo di server Anda sendiri alih-alih layanan cloud."
-sidebar:
-    order: 2
----
-
-## Apa yang akan dibahas dalam tutorial ini?
-
-Tutorial ini akan menunjukkan cara menggunakan CLI di lingkungan dev dengan capgo self hosted
-
-## Memulai
-
-Untuk menggunakan CLI dengan capgo self-hosted, edit `capacitor.config.ts` dari direktori aplikasi Anda dan atur seperti ini:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      localHost: "http://localhost:5173",
-      localWebHost: "http://localhost:5173",
-      localSupa: "http://localhost:54321",
-      localSupaAnon: "see_notes",
-    },
-  },
-};
-```
-
-Catatan: Untuk mendapatkan `localSupaAnon` silakan ikuti [tutorial ini](/docs/plugin/self-hosted/local-dev/getting-started/) dan salin `anon key` ke dalam `localSupaAnon`
diff --git a/src/content/docs/id/docs/plugins/updater/local-dev/contributing.mdx b/src/content/docs/id/docs/plugins/updater/local-dev/contributing.mdx
deleted file mode 100644
index 9c1a148d8..000000000
--- a/src/content/docs/id/docs/plugins/updater/local-dev/contributing.mdx
+++ /dev/null
@@ -1,30 +0,0 @@
----
-title: "Berkontribusi"
-locale: id
-description: "Panduan detail tentang cara berkontribusi ke proyek open source Capgo, termasuk manfaat berkontribusi, langkah-langkah yang terlibat dalam membuat kontribusi, dan sumber daya yang tersedia untuk membantu kontributor dalam prosesnya"
-sidebar:
-  order: 2
----
-
-## Mengapa berkontribusi?
-
-Pertama-tama, terima kasih telah mempertimbangkan untuk berkontribusi ke proyek open source capgo! Orang-orang seperti Andalah yang membuat proyek open source capgo menjadi alat yang luar biasa.
-
-Berikut adalah beberapa alasan mengapa Anda mungkin ingin mempertimbangkan untuk berkontribusi:
-
-* Berkontribusi ke proyek open source capgo adalah cara yang bagus untuk mendapatkan uang dari [berbagai bounty](https://console.algora.io/org/Capgo) yang ditawarkan oleh tim capgo
-* Berkontribusi ke proyek open source capgo adalah cara yang bagus untuk menambahkan fitur yang ingin Anda lihat
-* Berkontribusi ke proyek open source capgo adalah cara yang bagus untuk memperbaiki bug yang Anda temukan
-* [Lisensi utama Capgo](https://github.com/Cap-go/capgo/blob/main/LICENSE) mewajibkan Anda untuk membuka sumber setiap perubahan yang Anda buat padanya. Dengan berkontribusi kode Anda, Anda dapat menjaga perubahan Anda tetap open source dan membiarkan orang lain menggunakannya
-
-## Cara berkontribusi
-
- * Pertama-tama, Anda perlu fork repositori yang ingin Anda kontribusikan
- * Kedua, Anda perlu commit dan push perubahan Anda ke repositori tersebut
- * Terakhir, Anda perlu membuka pull request
- * Itu saja! Sekarang Anda hanya perlu menunggu tim capgo untuk meninjau PR Anda
-
-## Dokumen lainnya untuk dibaca
-
- * CONTRIBUTING.MD [Capgo](https://github.com/Cap-go/capgo/blob/main/CONTRIBUTING.md)
- * BOUNTY.md [Capgo](https://github.com/Cap-go/capgo/blob/main/BOUNTY.md)
diff --git a/src/content/docs/id/docs/plugins/updater/local-dev/getting-started.mdx b/src/content/docs/id/docs/plugins/updater/local-dev/getting-started.mdx
deleted file mode 100644
index 494964881..000000000
--- a/src/content/docs/id/docs/plugins/updater/local-dev/getting-started.mdx
+++ /dev/null
@@ -1,78 +0,0 @@
----
-title: "Memulai"
-locale: id
-description: "Tutorial ini akan menunjukkan cara memulai Supabase dari awal serta memulai edge functions, untuk menjalankan Capgo di server Anda sendiri"
-sidebar:
-    order: 1
----
-
-## Apa yang akan dibahas dalam tutorial ini?
-
-Tutorial ini akan menunjukkan cara memulai supabase dari awal serta memulai edge functions
-
-## Persyaratan
- 1. Clone [capgo](https://github.com/Cap-go/capgo)
- 3. [supabase](https://supabase.com/)
-
-## Memulai
-
-Untuk memulai jalankan
-```bash
-supabase start
-```
-
-Selanjutnya Anda akan melihat sesuatu seperti ini:
-```js
-Started supabase local development setup.
-
-         API URL: http://localhost:54321
-     GraphQL URL: http://localhost:54321/graphql/v1
-          DB URL: postgresql://postgres:postgres@localhost:54322/postgres
-      Studio URL: http://localhost:54323
-    Inbucket URL: http://localhost:54324
-      JWT secret: [truncated]
-        anon key: supa_key_anon
-service_role key: supa_key_admin
-```
-
-Selanjutnya buka `configs.json` dan atur nilai berikut:
-```json
-{
-  "base_domain": {
-    "prod": "console.capgo.app",
-    "development": "development.console.capgo.app",
-    "local": "localhost:3332"
-  },
-  "supa_anon": {
-    "prod": "supa_key_anon",
-    "development": "supa_key_anon",
-    "local": "supa_key_anon"
-  },
-  "supa_url": {
-    "prod": "http://localhost:54321",
-    "development": "http://localhost:54321",
-    "local": "http://localhost:54321"
-  }
-}
-```
-
-di mana `supa_key_anon` adalah nilai dari langkah sebelumnya.
-
-:::danger
-⚠️ Jangan commit `configs.json` ke repo remote
-:::
-
-Selanjutnya, verifikasi bahwa Anda dapat pergi ke [localhost:54323](http://localhost:54323/projects) dan bahwa tabel `users` terlihat seperti ini
-
-<figure><img src="/supabase.webp" alt="Dashboard Supabase menampilkan tabel users" /><figcaption></figcaption></figure>
-
-Jika sudah, mulai edge functions dengan menjalankan:
-
-```bash
-supabase functions serve
-```
-
-dan mulai frontend dengan menjalankan:
-```bash
-bun run serve
-```
diff --git a/src/content/docs/id/docs/plugins/updater/notify-app-ready.mdx b/src/content/docs/id/docs/plugins/updater/notify-app-ready.mdx
deleted file mode 100644
index dd4d381fa..000000000
--- a/src/content/docs/id/docs/plugins/updater/notify-app-ready.mdx
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: "Menempatkan pemanggilan CapacitorUpdater.notifyAppReady() dengan benar"
-locale: id
-description: Cara menempatkan pemanggilan CapacitorUpdater.notifyAppReady() dengan benar di aplikasi Anda untuk memastikan alur auto-update yang benar.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengantar"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code } from '@astrojs/starlight/components';
-import { Aside } from '@astrojs/starlight/components';
-import ConditionalQuestionnaire from '@/components/ConditionalQuestionnaire.astro'
-
-Penempatan pemanggilan `CapacitorUpdater.notifyAppReady()` sangat penting untuk alur auto-update yang benar.
-
-
-Jika tidak dilakukan dengan benar, aplikasi tidak akan dapat memperbarui ke versi terbaru. Setiap versi yang tidak memanggil `notifyAppReady()` dalam waktu 10 detik akan ditandai sebagai tidak valid dan akan diganti dengan versi valid sebelumnya atau versi default (bawaan).
-
-
-Dalam panduan ini kami akan menunjukkan cara menempatkan pemanggilan `notifyAppReady()` dengan benar di aplikasi Anda untuk memastikan alur auto-update yang benar.
-
-### Kuesioner Penempatan Pemanggilan `notifyAppReady()`
-
-<ConditionalQuestionnaire />
-
-
-<div style="margin-top: 3rem;">
-<Aside type="note">
-Jika Anda tidak dapat menemukan framework Anda dalam kuesioner, jangan ragu untuk bertanya di [Discord](https://discord.capgo.app) kami.
-</Aside>
-</div>
diff --git a/src/content/docs/id/docs/plugins/updater/self-hosted/auto-update.mdx b/src/content/docs/id/docs/plugins/updater/self-hosted/auto-update.mdx
deleted file mode 100644
index f68adfe6f..000000000
--- a/src/content/docs/id/docs/plugins/updater/self-hosted/auto-update.mdx
+++ /dev/null
@@ -1,109 +0,0 @@
----
-title: "Auto Update"
-locale: id
-description: "Cara menggunakan endpoint pembaruan Capgo dengan plugin auto-update dalam mode self-hosted, untuk apa mereka digunakan dan apa yang diharapkan"
-sidebar:
-  order: 4
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Dokumentasi ini akan menjelaskan cara menjalankan server auto-update Anda sendiri.
-
-## Sajikan bundle Anda
-Pastikan bundle Anda disajikan melalui HTTPS, dan server memiliki header CORS yang benar untuk memungkinkan aplikasi mengunduh pembaruan.
-misalnya ```https://myserver.com/app/updates/updates.json```
-
-
-Jika Anda tidak familiar dengan menyajikan bundle, kami merekomendasikan Anda mencoba Capgo Cloud atau lihat contoh di sini:
-<LinkCard
-	title="Menyajikan Bundle"
-	href="/docs/self-hosted/auto-update/update-endpoint"
-/>
-
-## Konfigurasi
-Tambahkan ``updateUrl`` ke ``capacitor.config.json`` Anda.
-
-```json
-{
-	"plugins": {
-		"CapacitorUpdater": {
-			"updateUrl": "https://myserver.com/app/updates/updates.json",
-		}
-	}
-}
-```
-:::caution
-Saat Anda mengirim pembaruan self-hosted, perhatikan bahwa Anda tidak dapat menggunakan endpoint "HTTP" karena itu bertentangan dengan kebijakan keamanan aplikasi Android, untuk tujuan pengujian Anda dapat [mengizinkannya](https://stackoverflow.com/questions/45940861/android-8-cleartext-http-traffic-not-permitted).
-:::
-
-## Update API
-
-Plugin akan melakukan panggilan POST ke API Anda setiap kali aplikasi dibuka, dengan body ini:
-
-```typescript
-interface AppInfos {
-    "platform": "ios" | "android",
-    "device_id": "UUID_of_device_unique_by_install",
-    "app_id": "APPID_FROM_CAPACITOR_CONFIG",
-    "custom_id": "your_custom_id_set_on_runtime",
-    "plugin_version": "PLUGIN_VERSION",
-    "version_build": "VERSION_NUMBER_FROM_NATIVE_CODE",
-    "version_code": "VERSION_CODE_FROM_NATIVE_CODE",
-    "version_name": "LAST_DOWNLOADER_VERSION" | "builtin"
-    "version_os": "VERSION_OF_SYSTEM_OS",
-    "is_emulator": boolean,
-    "is_prod": boolean,
-}
-```
-
-Server API harus merespons, dalam JSON, ke plugin capacitor-updater. Dengan data ini jika pembaruan diperlukan:
-
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"checksum": "sha256_checksum_of_bundle"
-}
-```
-
-Dalam mode Auto-update, server harus membandingkan versi dan mengembalikan yang benar, jika kunci URL ada, plugin memulai proses unduhan.
-
-Jika Anda menambahkan kunci "message" dan "error", versi tidak akan diatur, dan pesan akan ditampilkan dalam log sebagai gantinya.
-
-Kunci `version` harus dalam format [`semver`](https://semver.org/).
-
-Zip harus memiliki `index.html` sebagai file di root, atau hanya satu folder di root dengan `index.html` di dalamnya.
-
-
-Anda dapat menggunakan perintah CLI untuk zip bundle Anda:
-
-```bash title="Buat bundle dengan file Anda untuk disajikan dari server Anda"
-npx @capgo/cli bundle zip --path [/path/to/my/bundle]
-```
-
-## Menghasilkan Checksum Bundle
-
-**Penting:** Anda harus menggunakan Capgo CLI untuk membuat file zip bundle Anda. Plugin Capgo memerlukan format dan struktur zip tertentu yang hanya dijamin saat menggunakan alat CLI resmi. Utilitas zip standar dapat membuat arsip yang tidak kompatibel.
-
-Untuk menghasilkan checksum untuk bundle Anda, gunakan perintah zip Capgo CLI dengan flag `--json`:
-
-```bash title="Buat bundle dengan informasi checksum"
-npx @capgo/cli bundle zip [appId] --json
-```
-
-Perintah ini akan:
-- Membuat file zip yang diformat dengan benar dan kompatibel dengan plugin Capgo
-- Menghasilkan checksum SHA256 untuk verifikasi integritas
-- Output informasi bundle dalam format JSON
-
-Contoh output:
-```json
-{
-  "version": "1.2.3",
-  "checksum": "a1b2c3d4e5f6789...",
-  "size": 1234567
-}
-```
-
-Gunakan nilai `checksum` dari output ini dalam respons API Anda untuk memastikan plugin dapat memverifikasi integritas bundle sebelum instalasi.
diff --git a/src/content/docs/id/docs/plugins/updater/self-hosted/encrypted-bundles.mdx b/src/content/docs/id/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
deleted file mode 100644
index 5b30cc51b..000000000
--- a/src/content/docs/id/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
+++ /dev/null
@@ -1,60 +0,0 @@
----
-title: "Encrypted Bundles"
-locale: id
-description: "Panduan komprehensif tentang pemanfaatan plugin pembaruan manual dalam lingkungan self-hosted, merinci langkah-langkah dan proses yang terlibat dalam mengelola encrypted bundles untuk pembaruan yang aman dan efisien."
-sidebar:
-  order: 5
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Enkripsi End-to-end
-
-Mulai dari versi 4.15.0, plugin memungkinkan Anda mengirim pembaruan terenkripsi.
-
-### Langkah 1: Buat private key
-```bash title='Buat private key'
-npx @capgo/cli key create
-```
-
-### Langkah 2: Buat dan zip bundle Anda
-```bash title="Buat bundle zip dengan checksum"
-npx @capgo/cli bundle zip [appId] --key-v2 --json
-```
-
-Flag `--key-v2` menggunakan sistem enkripsi baru dengan checksum yang lebih baik, dan flag `--json` akan mengoutput informasi bundle termasuk checksum yang akan Anda perlukan untuk enkripsi.
-
-### Langkah 3: Enkripsi bundle Anda
-```bash title="Enkripsi zip bundle dengan checksum"
-npx @capgo/cli encrypt [path/to/zip] [checksum]
-```
-
-Parameter `checksum` adalah checksum SHA256 yang dihasilkan oleh perintah zip pada langkah 2. Perintah encrypt akan mengembalikan `ivSessionKey` dan menghasilkan checksum terenkripsi. Ingat untuk mengganti nama kunci `ivSessionKey` menjadi `session_key` dalam payload pembaruan.
-
-### Langkah 4: Gunakan dalam payload pembaruan Anda
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"session_key": "encrypted_session_key",
-"checksum": "encrypted_checksum_from_encrypt_command"
-}
-```
-
-`session_key` adalah `ivSessionKey` yang dikembalikan oleh perintah encrypt, dan `checksum` adalah checksum terenkripsi yang dihasilkan selama enkripsi (bukan checksum asli dari perintah zip).
-
-Kemudian aplikasi Anda akan dapat menggunakan private key untuk mendekripsi `session_key` dan menggunakan `session_key` yang didekripsi untuk mendekripsi pembaruan. Checksum terenkripsi memastikan verifikasi integritas bundle.
-
-## Pelajari Lebih Lanjut
-
-<CardGrid>
-<LinkCard
-	title="Panduan Enkripsi End-to-End"
-	href="https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/"
-	description="Pelajari lebih dalam bagaimana sistem enkripsi Capgo bekerja dengan kriptografi RSA + AES"
-/>
-<LinkCard
-	title="Live Updates Self-hosted"
-	href="https://capgo.app/blog/self-hosted-live-updates/"
-	description="Alur kerja lengkap untuk mengatur pembaruan self-hosted"
-/>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/updater/self-hosted/getting-started.mdx b/src/content/docs/id/docs/plugins/updater/self-hosted/getting-started.mdx
deleted file mode 100644
index 94744c1d7..000000000
--- a/src/content/docs/id/docs/plugins/updater/self-hosted/getting-started.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: "Memulai"
-locale: id
-description: "Panduan komprehensif tentang mengatur dan mengelola server auto-update Anda sendiri untuk pembaruan dan pemeliharaan aplikasi yang lancar"
-sidebar:
-    order: 1
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Dokumentasi ini akan menjelaskan cara menjalankan server auto-update Anda sendiri.
-
-## Pendahuluan
-
-Jika Anda menemukan pekerjaan ini bermanfaat, silakan pertimbangkan untuk mendukung pekerjaan saya dengan menjadi [sponsor Github](https://github.com/sponsors/riderx).
-
-Saya membuat taruhan untuk membuka sumber semua kode yang saya bangun di sini alih-alih memasangnya di belakang paywall. Dengan membukanya alih-alih melawan dan menyembunyikan, saya percaya kita dapat membuat dunia menjadi tempat yang lebih baik.
-
-Selanjutnya, saya ingin fokus pada alat Capgo, dan menjadikannya bisnis yang terbuka dan transparan.
-
-Tetapi untuk memungkinkannya, perlu bagi kita semua untuk melakukan bagian kita, termasuk Anda 🥹.
-
-Jika Capgo tidak cocok untuk Anda, maka bayarlah dengan harga Anda sendiri dan [dukung pembuat bootstrapped](https://github.com/sponsors/riderx) dengan syarat Anda.
-
-<LinkCard title="Pertimbangkan untuk Berkontribusi" href="/docs/plugin/self-hosted/contributing/"/>
-## Kesetaraan fitur
-
-Jika Anda memilih untuk menggunakan server Anda sendiri, Anda akan kehilangan alur penyiapan 5 menit.\
-Anda perlu mengimplementasikan semua fitur ini sendiri.
-
-
-| Fitur                      | Capgo | Self hosted |
-| -------------------------- | ----- | ----------- |
-| Updates                    | ✅     | 🚧         |
-| Auto revert                | ✅     | 🚧         |
-| Email alerts on fail       | ✅     | 🚧         |
-| Channels                   | ✅     | 🚧         |
-| Channels Override          | ✅     | 🚧         |
-| Device Override            | ✅     | 🚧         |
-| Channels Settings          | ✅     | 🚧         |
-| Device Settings            | ✅     | 🚧         |
-| Custom ID                  | ✅     | 🚧         |
-| Auto Set Channels          | ✅     | 🚧         |
-| API Channels               | ✅     | 🚧         |
-| Updates Statistik         | ✅     | 🚧         |
-| Fail Download Statistik   | ✅     | 🚧         |
-| App Usage Statistik       | ✅     | 🚧         |
-| Update Encryption          | ✅     | 🚧         |
-| Differential updates       | ✅     | ❌         |
-
-:::danger
-Jika Anda mengirim pembaruan yang buruk kepada pengguna Anda, Anda dapat dan akan merusak aplikasi mereka.
-:::
-
-> Perhatikan bahwa Anda tidak dapat menggunakan cloud Capgo dan server Anda pada saat yang bersamaan.
-
-
-
-:::danger
-Fitur pembaruan Over-the-Air (OTA) hanya berlaku untuk modifikasi yang dibuat pada file HTML, CSS, dan JavaScript.
-
-Jika Anda membuat perubahan pada kode native, seperti pembaruan pada plugin Capacitor, wajib untuk mengirim ulang aplikasi ke app store untuk persetujuan.
-:::
-
-## Pilih antara Auto dan Manual
-Dalam mode auto, sebagian logika ditangani oleh kode Native, pembaruan diputuskan di sisi server, ini lebih aman dan memungkinkan pembaruan yang lebih detail, deployment parsial ke satu perangkat atau grup dan lainnya.
-
-Dalam mode manual, semua logika ditangani oleh JS.
-
-
-
-<LinkCard
-	title="Auto Update"
-	href="/docs/plugin/self-hosted/auto-update/"
-/>
-
-<LinkCard
-	title="Manual"
-	href="/docs/plugin/self-hosted/manual-update/"
-/>
-
-## Instal Capacitor updater
-
-```bash title="Instal Capacitor updater"
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-## Siapkan bundle Anda
-
-Untuk mengirim pembaruan ke aplikasi Anda, Anda perlu zip-nya.
-Cara terbaik untuk memastikan zip Anda bagus adalah menggunakan Capgo CLI untuk zipping.
-```bash title="Buat bundle dengan file Anda untuk disajikan dari server Anda"
-npx @capgo/cli@latest bundle zip
-```
-
-
-Anda harus menyajikan zip ini dari server Anda sendiri.
-
-<LinkCard
-	title="Auto Update"
-	href="/docs/plugin/self-hosted/auto-update/"
-/>
-
-<LinkCard
-	title="Manual"
-	href="/docs/plugin/self-hosted/manual-update/"
-/>
-
-
-:::note
-Jika ini terasa seperti banyak pekerjaan, coba trial Capgo Cloud.
-:::
-
-:::note
-Pembaruan differential tidak akan berfungsi dalam pembaruan manual, tetapi dapat berfungsi dalam auto update, saat ini tidak didokumentasikan karena ini proses yang cukup kompleks
-:::
diff --git a/src/content/docs/id/docs/plugins/updater/self-hosted/handling-channels.mdx b/src/content/docs/id/docs/plugins/updater/self-hosted/handling-channels.mdx
deleted file mode 100644
index a282f81a7..000000000
--- a/src/content/docs/id/docs/plugins/updater/self-hosted/handling-channels.mdx
+++ /dev/null
@@ -1,516 +0,0 @@
----
-title: Saluran API Titik Akhir
-description: >-
-  Cara membangun titik akhir pengelolaan saluran untuk Capgo yang dihosting
-  sendiri guna menangani penetapan saluran perangkat dan kueri saluran
-sidebar:
-  order: 8
-locale: id
----
-Saluran adalah mekanisme inti untuk mengelola pembaruan aplikasi di Capgo. Dalam mode yang dihosting sendiri, Anda perlu menerapkan titik akhir saluran untuk menangani penetapan perangkat, kueri saluran, dan operasi pengelolaan saluran.
-
-## Memahami Saluran
-
-Saluran memungkinkan Anda untuk:
-- **Kontrol distribusi pembaruan**: Tetapkan versi aplikasi yang berbeda ke grup pengguna yang berbeda
-- **Pengujian A/B**: Menguji fitur baru dengan segmen pengguna tertentu  
-- **Peluncuran bertahap**: Terapkan pembaruan secara bertahap untuk meminimalkan risiko
-- **Pemisahan lingkungan**: Pisahkan pengembangan, staging, dan pembaruan produksi
-
-## Konfigurasi
-
-Konfigurasikan URL titik akhir saluran di `capacitor.config.json` Anda:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://myserver.com/api/channel_self"
-    }
-  }
-}
-```
-
-## Operasi Saluran
-
-Plugin ini melakukan operasi saluran berbeda yang perlu ditangani oleh titik akhir Anda:
-
-### 1. Daftar Saluran yang Kompatibel (GET Request)
-
-Saat plugin memanggil `listChannels()`, plugin mengirimkan permintaan GET untuk mengambil semua saluran yang kompatibel dengan perangkat. Ini mengembalikan saluran yang cocok dengan lingkungan perangkat (dev/prod, emulator/perangkat nyata) dan mengizinkan akses publik atau penetapan mandiri.
-
-#### Format Permintaan
-```typescript
-// GET /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Query parameters:
-interface ListChannelsRequest {
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  is_emulator: boolean
-  is_prod: boolean
-  key_id?: string
-}
-```
-
-#### Format Respons
-```json
-[
-  {
-    "id": 1,
-    "name": "production",
-    "public": true,
-    "allow_self_set": false
-  },
-  {
-    "id": 2,
-    "name": "beta",
-    "public": false,
-    "allow_self_set": true
-  }
-]
-```
-
-#### Memahami Jenis Saluran
-
-Responsnya mencakup dua tanda penting untuk setiap saluran:
-
-- **`public: true`**: Ini adalah **saluran default**. Perangkat tidak dapat menetapkan sendiri ke perangkat tersebut menggunakan `setChannel()`. Sebaliknya, jika perangkat menghapus penetapan salurannya (menggunakan `unsetChannel()`), perangkat akan otomatis menerima pembaruan dari saluran publik ini jika cocok dengan kondisi perangkat.
-
-- **`allow_self_set: true`**: Ini adalah **saluran yang dapat ditetapkan sendiri**. Perangkat dapat secara eksplisit menetapkan dirinya sendiri ke saluran ini menggunakan `setChannel()`. Ini berguna untuk pengujian beta, pengujian A/B, atau memungkinkan pengguna untuk ikut serta dalam jalur pembaruan tertentu.
-
-:::note
-Saluran dapat berupa `public` ATAU `allow_self_set`, namun biasanya tidak keduanya. Saluran publik berfungsi sebagai pengganti default, sedangkan saluran yang dapat ditetapkan sendiri memerlukan keikutsertaan yang jelas.
-:::
-
-### 2. Dapatkan Saluran (Permintaan PUT)
-
-Saat plugin memanggil `getChannel()`, plugin mengirimkan permintaan PUT untuk mengambil penetapan saluran perangkat saat ini.
-
-#### Format Permintaan
-```typescript
-// PUT /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Body:
-interface GetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-  defaultChannel?: string
-  channel?: string  // For newer plugin versions, contains local channel override
-}
-```
-
-#### Format Respons
-```json
-{
-  "status": "ok",
-  "channel": "production",
-  "allowSet": true,
-  "message": "",
-  "error": ""
-}
-```
-
-### 3. Atur Saluran (Permintaan POST)
-
-Saat plugin memanggil `setChannel()`, plugin mengirimkan permintaan POST untuk menetapkan perangkat ke saluran tertentu.
-
-#### Format Permintaan
-```typescript
-// POST /api/channel_self
-interface SetChannelRequest {
-  device_id: string
-  app_id: string
-  channel: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-}
-```
-
-#### Format Respons
-```json
-{
-  "status": "ok",
-  "message": "Device assigned to channel successfully",
-  "error": ""
-}
-```
-
-#### Kasus Kesalahan
-
-Saat perangkat mencoba menetapkan dirinya ke **saluran publik** (saluran dengan `public: true`), titik akhir Anda akan menampilkan error:
-
-```json
-{
-  "status": "error",
-  "error": "public_channel_self_set_not_allowed",
-  "message": "This channel is public and does not allow device self-assignment. Unset the channel and the device will automatically use the public channel."
-}
-```
-
-Saat perangkat mencoba menetapkan dirinya sendiri ke saluran yang tidak mengizinkan penetapan mandiri:
-
-```json
-{
-  "status": "error",
-  "error": "channel_self_set_not_allowed",
-  "message": "This channel does not allow devices to self associate"
-}
-```
-
-### 4. Saluran Tidak Disetel (Permintaan HAPUS)
-
-Saat plugin memanggil `unsetChannel()`, plugin mengirimkan permintaan DELETE untuk menghapus penetapan saluran perangkat.
-
-#### Format Permintaan
-```typescript
-// DELETE /api/channel_self
-interface UnsetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-```
-
-## Contoh Implementasi
-
-Berikut adalah JavaScript contoh cara mengimplementasikan titik akhir saluran:
-
-```typescript
-interface ChannelRequest {
-  device_id: string
-  app_id: string
-  channel?: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-
-interface ChannelResponse {
-  status: "ok" | "error"
-  channel?: string
-  allowSet?: boolean
-  message?: string
-  error?: string
-}
-
-export const handler = async (event) => {
-  const method = event.httpMethod || event.method
-  const body = JSON.parse(event.body || '{}') as ChannelRequest
-  
-  const { device_id, app_id, channel, platform } = body
-
-  try {
-    switch (method) {
-      case 'GET':
-        return await getDeviceChannel(device_id, app_id)
-        
-      case 'POST':
-        return await setDeviceChannel(device_id, app_id, channel!, platform)
-        
-      case 'DELETE':
-        return await unsetDeviceChannel(device_id, app_id)
-        
-      default:
-        return {
-          status: "error",
-          error: "Method not allowed"
-        }
-    }
-  } catch (error) {
-    return {
-      status: "error",
-      error: error.message
-    }
-  }
-}
-
-async function getDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Query your database for device channel assignment
-  const assignment = await database.getDeviceChannel(deviceId, appId)
-  
-  if (assignment) {
-    return {
-      status: "ok",
-      channel: assignment.channel,
-      allowSet: assignment.allowSelfAssign
-    }
-  }
-  
-  // Return default channel if no assignment found
-  return {
-    status: "ok",
-    channel: "production", // Your default channel
-    allowSet: true
-  }
-}
-
-async function setDeviceChannel(
-  deviceId: string, 
-  appId: string, 
-  channel: string, 
-  platform: string
-): Promise<ChannelResponse> {
-  // Validate channel exists and allows self-assignment
-  const channelConfig = await database.getChannelConfig(channel, appId)
-  
-  if (!channelConfig) {
-    return {
-      status: "error",
-      error: "Channel not found"
-    }
-  }
-  
-  if (!channelConfig.allowDeviceSelfSet) {
-    return {
-      status: "error",
-      error: "Channel does not allow self-assignment"
-    }
-  }
-  
-  // Check platform restrictions
-  if (platform === "ios" && !channelConfig.ios) {
-    return {
-      status: "error", 
-      error: "Channel not available for iOS"
-    }
-  }
-  
-  if (platform === "android" && !channelConfig.android) {
-    return {
-      status: "error", 
-      error: "Channel not available for Android" 
-    }
-  }
-  
-  if (platform === "electron" && !channelConfig.electron) {
-    return {
-      status: "error", 
-      error: "Channel not available for Electron" 
-    }
-  }
-  
-  // Save the assignment
-  await database.setDeviceChannel(deviceId, appId, channel)
-  
-  return {
-    status: "ok",
-    message: "Device assigned to channel successfully"
-  }
-}
-
-async function unsetDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Remove device channel assignment
-  await database.removeDeviceChannel(deviceId, appId)
-  
-  return {
-    status: "ok",
-    message: "Device channel assignment removed"
-  }
-}
-```
-
-## Konfigurasi Saluran
-
-Sistem saluran Anda harus mendukung opsi konfigurasi berikut:
-
-```typescript
-interface ChannelConfig {
-  name: string
-  appId: string
-
-  // Platform targeting
-  ios: boolean              // Allow updates to iOS devices
-  android: boolean          // Allow updates to Android devices
-  electron: boolean         // Allow updates to Electron apps
-
-  // Device type restrictions
-  allow_emulator: boolean   // Allow updates on emulator/simulator devices
-  allow_device: boolean     // Allow updates on real/physical devices
-
-  // Build type restrictions
-  allow_dev: boolean        // Allow updates on development builds (is_prod=false)
-  allow_prod: boolean       // Allow updates on production builds (is_prod=true)
-
-  // Channel assignment
-  public: boolean           // Default channel - devices fall back to this when no override
-  allowDeviceSelfSet: boolean  // Allow devices to self-assign via setChannel()
-
-  // Update policies
-  disableAutoUpdate: "major" | "minor" | "version_number" | "none"
-  disableAutoUpdateUnderNative: boolean
-}
-```
-
-### Logika Pemfilteran PerangkatSaat membuat daftar saluran yang kompatibel (permintaan GET), Anda harus memfilter saluran berdasarkan kondisi berikut:
-
-1. **Pemeriksaan platform**: Saluran harus mengizinkan platform perangkat (`ios`, `android`, atau `electron`)
-2. **Pemeriksaan jenis perangkat**:
-   - Jika `is_emulator=true`: Saluran harus memiliki `allow_emulator=true`
-   - Jika `is_emulator=false`: Saluran harus memiliki `allow_device=true`
-3. **Pemeriksaan tipe build**:
-   - Jika `is_prod=true`: Saluran harus memiliki `allow_prod=true`
-   - Jika `is_prod=false`: Saluran harus memiliki `allow_dev=true`
-4. **Pemeriksaan visibilitas**: Saluran harus `public=true` ATAU `allow_device_self_set=true`
-
-```typescript
-// Example filtering logic
-function getCompatibleChannels(
-  platform: 'ios' | 'android' | 'electron',
-  isEmulator: boolean,
-  isProd: boolean,
-  channels: ChannelConfig[]
-): ChannelConfig[] {
-  return channels.filter(channel => {
-    // Platform check
-    if (!channel[platform]) return false
-
-    // Device type check
-    if (isEmulator && !channel.allow_emulator) return false
-    if (!isEmulator && !channel.allow_device) return false
-
-    // Build type check
-    if (isProd && !channel.allow_prod) return false
-    if (!isProd && !channel.allow_dev) return false
-
-    // Must be accessible (public or self-assignable)
-    if (!channel.public && !channel.allowDeviceSelfSet) return false
-
-    return true
-  })
-}
-```
-
-## Contoh Skema Basis Data
-
-Anda harus menyimpan konfigurasi saluran dan penetapan perangkat:
-
-```sql
--- Channels table
-CREATE TABLE channels (
-  id SERIAL PRIMARY KEY,
-  name VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-
-  -- Platform targeting
-  ios BOOLEAN DEFAULT true,
-  android BOOLEAN DEFAULT true,
-  electron BOOLEAN DEFAULT true,
-
-  -- Device type restrictions
-  allow_emulator BOOLEAN DEFAULT true,   -- Allow emulator/simulator devices
-  allow_device BOOLEAN DEFAULT true,     -- Allow real/physical devices
-
-  -- Build type restrictions
-  allow_dev BOOLEAN DEFAULT true,        -- Allow development builds
-  allow_prod BOOLEAN DEFAULT true,       -- Allow production builds
-
-  -- Channel assignment
-  public BOOLEAN DEFAULT false,          -- Default channel (fallback)
-  allow_device_self_set BOOLEAN DEFAULT false,  -- Allow self-assignment
-
-  -- Update policies
-  disable_auto_update VARCHAR(50) DEFAULT 'none',
-  disable_auto_update_under_native BOOLEAN DEFAULT false,
-
-  created_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(name, app_id)
-);
-
--- Device channel assignments table
-CREATE TABLE device_channels (
-  id SERIAL PRIMARY KEY,
-  device_id VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-  channel_name VARCHAR(255) NOT NULL,
-  assigned_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(device_id, app_id)
-);
-```
-
-## Penanganan Kesalahan
-
-Tangani skenario kesalahan umum:
-
-```typescript
-// Channel not found
-{
-  "status": "error",
-  "error": "Channel 'beta' not found"
-}
-
-// Self-assignment not allowed
-{
-  "status": "error", 
-  "error": "Channel does not allow device self-assignment"
-}
-
-// Platform not supported
-{
-  "status": "error",
-  "error": "Channel not available for this platform"
-}
-
-// Invalid request
-{
-  "status": "error",
-  "error": "Missing required field: device_id"
-}
-```
-
-## Praktik Terbaik
-
-1. **Keamanan**: Validasi semua penetapan saluran terhadap aturan bisnis Anda
-2. **Logging**: Mencatat semua operasi saluran untuk audit dan debugging
-3. **Kinerja**: Konfigurasi saluran cache untuk mengurangi kueri database
-4. **Validasi**: Verifikasi keaslian device_id dan app_id
-5. **Pembatasan Tarif**: Menerapkan pembatasan tarif untuk mencegah penyalahgunaan
-
-## Integrasi dengan Pembaruan
-
-Penetapan saluran berfungsi sama dengan [Titik Akhir API Pembaruan](/docs/plugin/self-hosted/handling-updates/) Anda. Saat perangkat meminta pembaruan, periksa penetapan salurannya untuk menentukan versi mana yang akan ditayangkan:
-
-```typescript
-async function getUpdateForDevice(deviceId: string, appId: string) {
-  // Get device's channel assignment
-  const channelAssignment = await getDeviceChannel(deviceId, appId)
-  const channel = channelAssignment.channel || 'production'
-  
-  // Get the version assigned to this channel
-  const channelVersion = await getChannelVersion(channel, appId)
-  
-  return {
-    version: channelVersion.version,
-    url: channelVersion.url,
-    checksum: channelVersion.checksum
-  }
-}
-```
-
-Hal ini menciptakan sistem manajemen saluran lengkap yang dihosting sendiri yang memberi Anda kendali penuh atas bagaimana pembaruan didistribusikan kepada pengguna Anda.
diff --git a/src/content/docs/id/docs/plugins/updater/self-hosted/handling-stats.mdx b/src/content/docs/id/docs/plugins/updater/self-hosted/handling-stats.mdx
deleted file mode 100644
index e55b6f14f..000000000
--- a/src/content/docs/id/docs/plugins/updater/self-hosted/handling-stats.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: "API Statistik"
-locale: id
-description: "Cara menggunakan endpoint statistik Capgo dengan plugin auto-update dalam mode self-hosted, untuk apa mereka digunakan dan apa yang diharapkan"
-sidebar:
-  order: 7
----
-
-import { LinkCard, CardGrid, Aside } from '@astrojs/starlight/components';
-
-## API Statistik
-
-Mulai dari versi 1.3.0, sistem pembaruan dapat mengirim statistik!
-
-Secara default, semua statistik dikirim ke server kami, untuk memahami penggunaan dan riset.
-
-<Aside>
-Tidak ada data pribadi yang dikirim untuk statistik, hanya UUID acak, versi pembaruan, versi aplikasi native, platform, aksi, dan ID aplikasi.
-</Aside>
-
-Jika Anda ingin mengirim data ini ke server Anda sebagai gantinya, ubah konfigurasi di bawah ini:
-
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"statsUrl": "YOUR_URL"
-		}
-	}
-}
-```
-
-## Struktur Data
-
-Apa yang akan diterima server Anda adalah:
-
-```tsx
-interface AppInfosStats {
-	"action": "set", // bisa berupa set, delete, set_fail, reset, revert
-	// Kemudian informasinya sama seperti update
-	"app_id": "**.***.**", // identifier aplikasi di store
-	"device_id": "*******", // id unik per instalasi aplikasi
-	"platform": "ios", // atau android
-	"custom_id": "user_1", // mewakili pengguna Anda
-        "version_name": "1.2.3", // versi build web
-        "version_build": "1.2.0", // versi build native
-        "version_code": "120", // build number dari build native
-	"version_os": "16", // versi OS perangkat
-        "plugin_version": "4.0.0"// agar api Anda berperilaku berbeda dengan plugin yang berbeda
-        "is_emulator": false,
-    	"is_prod": false,
-}
-```
-
-Anda juga dapat sepenuhnya menonaktifkannya, dengan string kosong. Ingat, statistik dibuat dengan ramah privasi dan membantu saya memahami bagaimana orang menggunakan plugin, untuk menyelesaikan masalah dan meningkatkannya.
-
-## Perilaku yang diharapkan saat tidak ada pembaruan
-
-Saat endpoint pembaruan Anda tidak memiliki versi baru, ia harus merespons dengan payload error seperti:
-
-```json
-{ "error": "no_new_version_available", "message": "No new version available" }
-```
-
-Kode `error` harus persis `no_new_version_available`. `message` boleh berupa string apa pun (hanya untuk log/debug). Ini adalah perilaku yang diharapkan dan tetap dikembalikan dengan HTTP `200`. Jika endpoint Anda malah mengembalikan `200` tanpa `url`, plugin akan menganggapnya sebagai kegagalan unduh dan mengirim `download_fail`.
-
-## Contoh Implementasi
-
-Berikut adalah contoh kode dalam JavaScript untuk menyimpan statistik plugin:
-
-```typescript
-interface AppInfos {
-  version_name: string
-  action: 'ping' |
-          'delete' |
-          'reset' |
-          'set' |
-          'get' |
-          'set_fail' |
-          'update_fail' |
-          'download_fail' |
-          'windows_path_fail' |
-          'canonical_path_fail' |
-          'directory_path_fail' |
-          'unzip_fail' |
-          'low_mem_fail' |
-          'download_10' |
-          'download_20' |
-          'download_30' |
-          'download_40' |
-          'download_50' |
-          'download_60' |
-          'download_70' |
-          'download_80' |
-          'download_90' |
-          'download_complete' |
-          'download_manifest_start' |
-          'download_manifest_complete' |
-          'download_zip_start' |
-          'download_zip_complete' |
-          'download_manifest_file_fail' |
-          'download_manifest_checksum_fail' |
-          'download_manifest_brotli_fail' |
-          'decrypt_fail' |
-          'app_moved_to_foreground' |
-          'app_moved_to_background' |
-          'uninstall' |
-          'needPlanUpgrade' |
-          'missingBundle' |
-          'noNew' |
-          'disablePlatformIos' |
-          'disablePlatformAndroid' |
-          'disableAutoUpdateToMajor' |
-          'cannotUpdateViaPrivateChannel' |
-          'disableAutoUpdateToMinor' |
-          'disableAutoUpdateToPatch' |
-          'channelMisconfigured' |
-          'disableAutoUpdateMetadata' |
-          'disableAutoUpdateUnderNative' |
-          'disableDevBuild' |
-          'disableEmulator' |
-          'cannotGetBundle' |
-          'checksum_fail' |
-          'NoChannelOrOverride' |
-          'setChannel' |
-          'getChannel' |
-          'rateLimited' |
-          'disableAutoUpdate' |
-          'InvalidIp' |
-          'blocked_by_server_url'
-  version_build: string
-  version_code: string
-  version_os: string
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    action,
-    version_code,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    action,
-    version_os,
-    version_code,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  // Simpan di database Anda
-  return { status: 'ok' }
-}
-```
-
-Endpoint ini harus mengembalikan JSON:
-
-```json
-{ "status": "ok" }
-```
-
-## Actions
-
-Untuk deskripsi detail dari semua kode aksi dan artinya, silakan lihat dokumentasi debugging:
-
-* **Actions yang dikirim dari perangkat**: Lihat bagian [dokumentasi debugging - Sent from the device](/docs/plugins/updater/debugging/#sent-from-the-device)
-* **Actions yang dikirim dari backend**: Lihat bagian [dokumentasi debugging - Sent from the backend](/docs/plugins/updater/debugging/#sent-from-the-backend)
-
-<LinkCard
-	title="Handling Updates"
-	href="/docs/plugin/self-hosted/handling-updates/"
-/>
diff --git a/src/content/docs/id/docs/plugins/updater/self-hosted/handling-updates.mdx b/src/content/docs/id/docs/plugins/updater/self-hosted/handling-updates.mdx
deleted file mode 100644
index 131c816c3..000000000
--- a/src/content/docs/id/docs/plugins/updater/self-hosted/handling-updates.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: "Update API Endpoint"
-locale: id
-description: "Cara membangun endpoint API server pembaruan Anda untuk merespons permintaan plugin Capgo dengan informasi bundle dan checksum yang tepat"
-sidebar:
-  order: 6
----
-
-Berikut adalah contoh kode dalam JavaScript untuk mengirim pembaruan ke plugin
-
-```typescript
-interface AppInfos {
-  version_name: string
-  version_build: string
-  version_os: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  if (version_name === '1.0.0') {
-    return {
-      version: '1.0.1',
-      url: 'https://apiurl.com/mybuild_101.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else if (version_name === '1.0.1') {
-    return {
-      version: '1.0.2',
-      url: 'https://apiurl.com/mybuild_102.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else {
-    return {
-      message: 'Error version not found'
-      version: '',
-      url: '',
-    }
-  }
-}
-```
-
-## Format Response
-
-Untuk **bundle tidak terenkripsi**, endpoint Anda harus mengembalikan:
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "sha256_checksum_of_bundle"
-}
-```
-
-Untuk **bundle terenkripsi**, Anda juga perlu menyertakan session key:
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "encrypted_checksum_from_encrypt_command",
-  "session_key": "ivSessionKey_from_encrypt_command"
-}
-```
-
-Dan jika tidak ada pembaruan atau error, tambahkan kunci `message` dan opsional `error`:
-
-```json
-{
-  "message": "Version not found",
-  "error": "The backend crashed",
-  "version": "1.0.2",
-}
-```
-
-## Deskripsi Field
-
-- **`checksum`**: Hash SHA256 dari file zip bundle Anda untuk verifikasi integritas
-- **`session_key`**: Diperlukan hanya untuk bundle terenkripsi - ini adalah `ivSessionKey` yang dikembalikan oleh perintah encrypt
-- **`version`**: Identifier versi dalam format semver
-- **`url`**: URL HTTPS di mana bundle dapat diunduh
-
-## Pembuatan Bundle
-
-Untuk mempelajari cara membuat bundle yang kompatibel dan menghasilkan checksum, lihat [dokumentasi Auto Update](/docs/plugin/self-hosted/auto-update/#generating-bundle-checksum).
-
-Untuk bundle terenkripsi, lihat [dokumentasi Encrypted Bundles](/docs/plugin/self-hosted/encrypted-bundles/) yang menjelaskan alur kerja enkripsi lengkap.
diff --git a/src/content/docs/id/docs/plugins/updater/self-hosted/manual-update.mdx b/src/content/docs/id/docs/plugins/updater/self-hosted/manual-update.mdx
deleted file mode 100644
index a3f5fbc24..000000000
--- a/src/content/docs/id/docs/plugins/updater/self-hosted/manual-update.mdx
+++ /dev/null
@@ -1,68 +0,0 @@
----
-title: "Manual Update"
-locale: id
-description: "Panduan detail tentang pemanfaatan plugin pembaruan manual dalam lingkungan self-hosted, memberikan instruksi komprehensif tentang konfigurasi dan penggunaan untuk mengelola pembaruan secara efektif tanpa mengandalkan proses otomatis."
-sidebar:
-  order: 3
----
-
-## Konfigurasi
-
-Tambahkan ini ke ``capacitor.config.json`` Anda, untuk menonaktifkan auto-update.
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"autoUpdate": false,
-		}
-	}
-}
-```
-
-## Penggunaan
-
-Anda dapat menggunakan contoh ini atau membuat ulang logika di aplikasi Anda.
-
-:::caution
-Kami memaksa pengguna untuk memperbarui aplikasi dengan versi statis yang dideklarasikan dalam kode. Ini tidak direkomendasikan, Anda harus menggunakan versi dinamis dari server Anda.
-:::
-
-:::danger
-Kami tidak melakukan pemeriksaan versi, dekripsi, atau validasi checksum dalam contoh ini. Anda harus melakukannya sendiri.
-:::
-
-```tsx
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-import { App } from '@capacitor/app'
-let data = {version: ""}
-CapacitorUpdater.notifyAppReady()
-App.addListener('appStateChange', async(state) => {
-     if (state.isActive) {
-       // Lakukan unduhan selama waktu aplikasi aktif pengguna untuk mencegah unduhan gagal
-       data = await CapacitorUpdater.download({
-       version: '0.0.4',
-       url: 'https://github.com/Cap-go/demo-app/releases/download/0.0.4/dist.zip',
-       })
-     }
-     if (!state.isActive && data.version !== "") {
-       // Lakukan perpindahan ketika pengguna meninggalkan aplikasi
-       SplashScreen.show()
-       try {
-         await CapacitorUpdater.set(data)
-       } catch (err) {
-         console.log(err)
-         SplashScreen.hide() // jika set gagal, jika tidak aplikasi baru harus menyembunyikannya
-       }
-     }
- })
-```
-
-
-
-:::note
-Jika ini terasa seperti banyak pekerjaan pertimbangkan untuk mencoba [trial Capgo](https://capgo.app/register/). Ini akan menangani semua ini untuk Anda.
-:::
diff --git a/src/content/docs/id/docs/plugins/updater/settings.mdx b/src/content/docs/id/docs/plugins/updater/settings.mdx
deleted file mode 100644
index f75d0cdb3..000000000
--- a/src/content/docs/id/docs/plugins/updater/settings.mdx
+++ /dev/null
@@ -1,527 +0,0 @@
----
-title: "Settings"
-locale: id
-description: "Semua pengaturan yang tersedia untuk Capacitor Updater, semua konfigurasi yang dapat Anda atur di capacitor config Anda dan untuk apa mereka digunakan"
-sidebar:
-  order: 8
----
-
-import {  Aside } from '@astrojs/starlight/components';
-
-Untuk memiliki kontrol yang lebih detail atas sistem pembaruan, Anda dapat mengkonfigurasinya dengan pengaturan ini:
-
-<Aside type="tip">
- Setiap perubahan pada pengaturan ini di file capacitor.config, memerlukan sinkronisasi platform dan rilis ke store agar aplikasi production menerimanya.
-</Aside>
-
-
-## `appReadyTimeout`
-
-> Konfigurasikan jumlah milidetik yang harus ditunggu plugin native sebelum menganggap pembaruan 'gagal'.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `10000` (10 detik)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000
-    }
-  }
-}
-```
-
-## `responseTimeout`
-
-> Konfigurasikan jumlah milidetik yang harus ditunggu plugin native sebelum menganggap API timeout.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `20` (20 detik)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "responseTimeout": 10 // (10 detik)
-    }
-  }
-}
-```
-
-## `autoDeleteFailed`
-
-> Konfigurasikan apakah plugin harus secara otomatis menghapus bundle yang gagal.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeleteFailed": false
-    }
-  }
-}
-```
-
-## `autoDeletePrevious`
-
-> Konfigurasikan apakah plugin harus secara otomatis menghapus bundle sebelumnya setelah pembaruan berhasil.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeletePrevious": false
-    }
-  }
-}
-```
-
-## `autoUpdate`
-
-> Konfigurasikan apakah plugin harus menggunakan Auto Update melalui server pembaruan.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": false
-    }
-  }
-}
-```
-
-## `updateUrl`
-
-> Konfigurasikan URL / endpoint ke mana pemeriksaan pembaruan dikirim.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `https://plugin.capgo.app/updates`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "updateUrl": "https://example.com/api/auto_update"
-    }
-  }
-}
-```
-
-## `statsUrl`
-
-> Konfigurasikan URL / endpoint ke mana statistik pembaruan dikirim.
-
-Hanya tersedia untuk Android dan iOS. Atur ke "" untuk menonaktifkan pelaporan statistik.
-
-Default: `https://plugin.capgo.app/stats`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "statsUrl": "https://example.com/api/stats"
-    }
-  }
-}
-```
-
-## `publicKey`
-
-> Konfigurasikan public key untuk enkripsi live update end to end Versi 2.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "publicKey": "YOUR_PUBLIC_KEY"
-    }
-  }
-}
-```
-
-## `directUpdate`
-
-> Konfigurasikan kapan plugin harus menginstal pembaruan secara langsung. Hanya untuk mode autoUpdate.
-> Bekerja dengan baik untuk aplikasi kurang dari 10MB dan dengan upload yang dilakukan menggunakan flag --partial.
-> Zip atau aplikasi lebih dari 10MB akan relatif lambat bagi pengguna untuk diperbarui.
-
-Opsi:
-- `false`: Tidak pernah melakukan pembaruan langsung (gunakan perilaku default: unduh saat start, set saat backgrounded)
-- `'atInstall'`: Pembaruan langsung hanya ketika aplikasi diinstal, diperbarui dari store, jika tidak bertindak seperti directUpdate = false
-- `'onLaunch'`: Pembaruan langsung hanya saat aplikasi diinstal, diperbarui dari store atau setelah app kill, jika tidak bertindak seperti directUpdate = false
-- `'always'`: Pembaruan langsung dalam semua kasus sebelumnya (aplikasi diinstal, diperbarui dari store, setelah app kill atau app resume), tidak pernah bertindak seperti directUpdate = false
-- `true`: (deprecated) Sama dengan "always" untuk kompatibilitas mundur
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall"
-    }
-  }
-}
-```
-
-## `resetWhenUpdate`
-
-> Secara otomatis menghapus bundle yang diunduh sebelumnya ketika bundle aplikasi native yang lebih baru diinstal ke perangkat.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "resetWhenUpdate": false
-    }
-  }
-}
-```
-
-## `defaultChannel`
-
-> Atur channel default untuk aplikasi di config. Case sensitive.
-> Pengaturan ini akan mengesampingkan channel default yang diatur di cloud, tetapi akan tetap menghormati override yang dibuat di cloud.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "defaultChannel": "production"
-    }
-  }
-}
-```
-
-## `appId`
-
-> Konfigurasikan app id untuk aplikasi di config.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appId": "com.example.app"
-    }
-  }
-}
-```
-
-## `version`
-
-> Konfigurasikan versi saat ini dari aplikasi. Ini akan digunakan untuk permintaan pembaruan pertama.
-> Jika tidak diatur, plugin akan mendapatkan versi dari kode native.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "version": "1.0.0"
-    }
-  }
-}
-```
-
-## `channelUrl`
-
-> Konfigurasikan URL / endpoint untuk operasi channel.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `https://plugin.capgo.app/channel_self`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://example.com/api/channel"
-    }
-  }
-}
-```
-
-## `autoSplashscreen`
-
-> Secara otomatis menangani penyembunyian splashscreen saat menggunakan directUpdate. Ketika diaktifkan, plugin akan secara otomatis menyembunyikan splashscreen setelah pembaruan diterapkan atau ketika tidak ada pembaruan yang diperlukan.
-> Ini menghilangkan kebutuhan untuk secara manual mendengarkan event appReady dan memanggil SplashScreen.hide().
-> Hanya bekerja ketika directUpdate diatur ke "atInstall", "always", atau true.
-> Memerlukan plugin @capacitor/splash-screen untuk diinstal dan dikonfigurasi dengan launchAutoHide: false.
-> Memerlukan autoUpdate dan directUpdate untuk diaktifkan.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall",
-      "autoSplashscreen": true
-    }
-  }
-}
-```
-
-## `periodCheckDelay`
-
-> Konfigurasikan periode delay untuk pemeriksaan pembaruan periodik. Satuannya dalam detik.
-> Tidak boleh kurang dari 600 detik (10 menit).
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `600` (10 menit)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "periodCheckDelay": 600 // (10 menit)
-    }
-  }
-}
-```
-
-## `allowModifyUrl`
-
-> Izinkan plugin untuk memodifikasi updateUrl, statsUrl dan channelUrl secara dinamis dari sisi JavaScript.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "allowModifyUrl": true
-    }
-  }
-}
-```
-
-## `keepUrlPathAfterReload`
-
-> Konfigurasikan plugin untuk menjaga path URL setelah reload.
-
-<Aside type="caution">
-Ketika reload dipicu, 'window.history' akan dibersihkan.
-</Aside>
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "keepUrlPathAfterReload": true
-    }
-  }
-}
-```
-
-## `disableJSLogging`
-
-> Nonaktifkan logging JavaScript dari plugin. Jika true, plugin tidak akan log ke konsol JavaScript. Hanya log native yang akan dilakukan.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "disableJSLogging": true
-    }
-  }
-}
-```
-
-## `shakeMenu`
-
-> Aktifkan gesture shake untuk menampilkan menu pembaruan untuk tujuan debugging/testing.
-
-Hanya tersedia untuk Android dan iOS.
-
-Default: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "shakeMenu": true
-    }
-  }
-}
-```
-
-## Pengaturan Development
-
-### `localHost`
-
-> Konfigurasikan CLI untuk menggunakan server lokal untuk testing atau server pembaruan self-hosted.
-
-Default: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-### `localWebHost`
-
-> Konfigurasikan CLI untuk menggunakan server lokal untuk testing atau server pembaruan self-hosted.
-
-Default: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localWebHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-### `localSupa`
-
-> Konfigurasikan CLI untuk menggunakan server lokal untuk testing atau server pembaruan self-hosted.
-
-Default: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupa": "http://localhost:54321"
-    }
-  }
-}
-```
-
-### `localSupaAnon`
-
-> Konfigurasikan CLI untuk menggunakan server lokal untuk testing.
-
-Default: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupaAnon": "YOUR_LOCAL_ANON_KEY"
-    }
-  }
-}
-```
-
-### `localApi`
-
-> Konfigurasikan CLI untuk menggunakan api lokal untuk testing.
-
-Default: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApi": "http://localhost:54321/functions/v1"
-    }
-  }
-}
-```
-
-### `localApiFiles`
-
-> Konfigurasikan CLI untuk menggunakan file api lokal untuk testing.
-
-Default: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApiFiles": "http://localhost:54321/functions/v1/files"
-    }
-  }
-}
-```
-
-<Aside type="tip">
-Ada pengaturan tambahan yang tersedia di [aplikasi web Capgo](https://console.capgo.app/login) yang dapat dikonfigurasi per channel tanpa memerlukan rilis aplikasi native.
-</Aside>
diff --git a/src/content/docs/id/docs/plugins/uploader/getting-started.mdx b/src/content/docs/id/docs/plugins/uploader/getting-started.mdx
deleted file mode 100644
index 093f75324..000000000
--- a/src/content/docs/id/docs/plugins/uploader/getting-started.mdx
+++ /dev/null
@@ -1,296 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin Background Uploader untuk upload file yang andal di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-uploader" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurasi izin**
-
-   ### iOS
-   Tambahkan mode latar belakang ke `Info.plist` Anda:
-   ```xml
-   <key>UIBackgroundModes</key>
-   <array>
-     <string>processing</string>
-   </array>
-   ```
-
-   ### Android
-   Tambahkan izin ke `AndroidManifest.xml` Anda:
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET" />
-   <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## Penggunaan
-
-Impor plugin dan gunakan metodenya untuk mengupload file:
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-
-// Mulai upload
-const startUpload = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/your/file.jpg',
-    serverUrl: 'https://your-server.com/upload',
-    method: 'POST',
-    headers: {
-      'Authorization': 'Bearer your-token'
-    },
-    parameters: {
-      'userId': '12345',
-      'type': 'profile'
-    },
-    notificationTitle: 'Uploading Photo'
-  });
-
-  console.log('Upload ID:', upload.id);
-};
-
-// Dengarkan event upload
-const listener = await Uploader.addListener('events', (event) => {
-  switch (event.name) {
-    case 'uploading':
-      console.log(`Upload ${event.payload.id}: ${event.payload.percent}%`);
-      break;
-    case 'completed':
-      console.log('Upload completed:', event.payload.id);
-      console.log('Status code:', event.payload.statusCode);
-      break;
-    case 'failed':
-      console.error('Upload failed:', event.payload.id);
-      console.error('Error:', event.payload.error);
-      break;
-  }
-});
-
-// Ingat untuk menghapus listener saat selesai
-// listener.remove();
-
-// Batalkan upload
-const cancelUpload = async (uploadId: string) => {
-  await Uploader.cancelUpload({ id: uploadId });
-};
-
-// Dapatkan semua upload aktif
-const getActiveUploads = async () => {
-  const uploads = await Uploader.getUploads();
-  console.log('Active uploads:', uploads);
-};
-```
-
-## Referensi API
-
-### startUpload(options)
-
-Memulai upload file baru.
-
-```typescript
-interface UploadOptions {
-  filePath: string;
-  serverUrl: string;
-  method?: 'POST' | 'PUT';
-  headers?: { [key: string]: string };
-  parameters?: { [key: string]: string };
-  notificationTitle?: string;
-  notificationBody?: string;
-  useUtf8Charset?: boolean;
-  maxRetries?: number;
-}
-```
-
-### cancelUpload(options)
-
-Membatalkan upload yang sedang berlangsung.
-
-```typescript
-interface CancelOptions {
-  id: string;
-}
-```
-
-### getUploads()
-
-Mengembalikan semua upload aktif.
-
-### removeUpload(options)
-
-Menghapus upload dari antrian.
-
-```typescript
-interface RemoveOptions {
-  id: string;
-}
-```
-
-## Event
-
-### events
-
-Semua event upload dikirimkan melalui satu listener `events`. Event berisi field `name` untuk mengidentifikasi jenisnya:
-
-```typescript
-Uploader.addListener('events', (event: UploadEvent) => {
-  switch (event.name) {
-    case 'uploading':
-      // Upload sedang berlangsung
-      console.log(`Progress: ${event.payload.percent}%`);
-      console.log(`ID: ${event.payload.id}`);
-      break;
-
-    case 'completed':
-      // Upload selesai dengan sukses
-      console.log(`Completed: ${event.payload.id}`);
-      console.log(`Status code: ${event.payload.statusCode}`);
-      break;
-
-    case 'failed':
-      // Upload gagal
-      console.error(`Failed: ${event.payload.id}`);
-      console.error(`Error: ${event.payload.error}`);
-      break;
-  }
-});
-```
-
-**Jenis Event:**
-- `uploading` - Pembaruan progres dengan `percent` dan `id`
-- `completed` - Upload selesai dengan `id` dan `statusCode`
-- `failed` - Upload gagal dengan `id` dan pesan `error`
-
-## Fitur Lanjutan
-
-### Upload Formulir Multipart
-
-```typescript
-const uploadWithFormData = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/photo.jpg',
-    serverUrl: 'https://api.example.com/upload',
-    method: 'POST',
-    parameters: {
-      'name': 'profile-photo',
-      'description': 'User profile photo'
-    },
-    headers: {
-      'X-API-Key': 'your-api-key'
-    }
-  });
-};
-```
-
-### Upload Binary
-
-```typescript
-const uploadBinary = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/data.bin',
-    serverUrl: 'https://api.example.com/binary',
-    method: 'PUT',
-    headers: {
-      'Content-Type': 'application/octet-stream'
-    }
-  });
-};
-```
-
-### Upload Sadar Jaringan
-
-```typescript
-import { Network } from '@capacitor/network';
-
-const smartUpload = async () => {
-  const status = await Network.getStatus();
-
-  if (status.connectionType === 'wifi') {
-    // Mulai upload file besar di WiFi
-    await startLargeUpload();
-  } else if (status.connectionType === 'cellular') {
-    // Antri untuk nanti atau peringatkan pengguna
-    console.log('Using cellular data');
-  }
-};
-```
-
-## Praktik Terbaik
-
-1. **Tangani semua jenis event**
-   ```typescript
-   const setupUploadHandlers = () => {
-     Uploader.addListener('events', (event) => {
-       switch (event.name) {
-         case 'uploading':
-           handleProgress(event.payload);
-           break;
-         case 'completed':
-           handleCompleted(event.payload);
-           break;
-         case 'failed':
-           handleError(event.payload);
-           break;
-       }
-     });
-   };
-   ```
-
-2. **Bersihkan listener**
-   ```typescript
-   // Tambahkan listener
-   const listener = await Uploader.addListener('events', handleEvent);
-
-   // Bersihkan saat selesai
-   listener.remove();
-   ```
-
-3. **Coba lagi upload yang gagal**
-   ```typescript
-   const retryUpload = async (filePath: string, serverUrl: string) => {
-     try {
-       await Uploader.startUpload({
-         filePath,
-         serverUrl,
-         maxRetries: 3
-       });
-     } catch (error) {
-       console.error('Upload failed after retries:', error);
-     }
-   };
-   ```
-
-4. **Tampilkan notifikasi upload**
-   ```typescript
-   await Uploader.startUpload({
-     filePath: 'file:///path/to/file',
-     serverUrl: 'https://server.com/upload',
-     notificationTitle: 'Uploading File',
-     notificationBody: 'Your file is being uploaded...'
-   });
-   ```
-
-## Catatan Platform
-
-### iOS
-- Menggunakan `URLSession` untuk upload latar belakang
-- Memerlukan kemampuan pemrosesan latar belakang
-- Upload berlanjut saat aplikasi ditangguhkan
-
-### Android
-- Menggunakan `WorkManager` untuk upload yang andal
-- Menampilkan notifikasi layanan latar depan selama upload
-- Menghormati pengaturan optimasi baterai
diff --git a/src/content/docs/id/docs/plugins/uploader/index.mdx b/src/content/docs/id/docs/plugins/uploader/index.mdx
deleted file mode 100644
index 38b4d3c8a..000000000
--- a/src/content/docs/id/docs/plugins/uploader/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-uploader"
-locale: id
-description: Plugin upload file latar belakang untuk aplikasi Capacitor dengan pelacakan progres dan upload yang dapat dilanjutkan.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pendahuluan"
-hero:
-  tagline: Upload file di latar belakang dengan pelacakan progres, upload yang dapat dilanjutkan, dan penanganan sadar jaringan untuk aplikasi Capacitor.
-  image:
-    file: ~public/icons/plugins/uploader.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/uploader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-uploader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Upload latar belakang" icon="rocket">
-    Lanjutkan upload bahkan saat aplikasi di latar belakang 🚀
-  </Card>
-  <Card title="Pelacakan progres" icon="list-format">
-    Progres upload real-time dengan statistik terperinci 📊
-  </Card>
-  <Card title="Upload yang dapat dilanjutkan" icon="download">
-    Secara otomatis melanjutkan upload yang terputus 🔄
-  </Card>
-  <Card title="Dokumentasi Lengkap" icon="open-book">
-    Lihat [Dokumentasi](/docs/plugins/uploader/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/video-player/getting-started.mdx b/src/content/docs/id/docs/plugins/video-player/getting-started.mdx
deleted file mode 100644
index 39f54f555..000000000
--- a/src/content/docs/id/docs/plugins/video-player/getting-started.mdx
+++ /dev/null
@@ -1,303 +0,0 @@
----
-title: Memulai
-description: >-
-  Pelajari cara mengintegrasikan pemutaran video asli di aplikasi Capacitor
-  Anda.
-sidebar:
-  order: 2
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-video-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronisasi dengan proyek asli**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Penggunaan Dasar
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-// Initialize a video player
-const playVideo = async () => {
-  const result = await CapacitorVideoPlayer.initPlayer({
-    mode: 'fullscreen',
-    url: 'https://example.com/video.mp4',
-    playerId: 'myPlayer',
-    componentTag: 'div'
-  });
-
-  console.log('Player initialized:', result);
-};
-
-// Play the video
-await CapacitorVideoPlayer.play({ playerId: 'myPlayer' });
-
-// Pause the video
-await CapacitorVideoPlayer.pause({ playerId: 'myPlayer' });
-
-// Get current time
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'myPlayer' });
-console.log('Current time:', value);
-
-// Seek to position
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'myPlayer',
-  seektime: 30 // seconds
-});
-
-// Set volume (0-1)
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'myPlayer',
-  volume: 0.5
-});
-```
-
-## API Referensi
-
-### initPlayer (pilihan)
-
-Inisialisasi instance pemutar video.
-
-```typescript
-await CapacitorVideoPlayer.initPlayer({
-  mode: 'fullscreen', // or 'embedded'
-  url: 'https://example.com/video.mp4',
-  playerId: 'player1',
-  subtitle: 'https://example.com/subtitles.vtt',
-  language: 'en',
-  rate: 1.0,
-  exitOnEnd: true,
-  loopOnEnd: false,
-  pipEnabled: true,
-  showControls: true
-});
-```
-
-### bermain (pilihan)
-
-Putar videonya.
-
-```typescript
-await CapacitorVideoPlayer.play({ playerId: 'player1' });
-```
-
-### jeda (pilihan)
-
-Jeda videonya.
-
-```typescript
-await CapacitorVideoPlayer.pause({ playerId: 'player1' });
-```
-
-### dapatkanDurasi(pilihan)
-
-Dapatkan durasi video dalam hitungan detik.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getDuration({ playerId: 'player1' });
-console.log('Duration:', value, 'seconds');
-```
-
-### dapatkanWaktu Saat Ini(pilihan)
-
-Dapatkan posisi pemutaran saat ini dalam hitungan detik.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'player1' });
-```
-
-### setWaktu Saat Ini(pilihan)
-
-Carilah waktu tertentu.
-
-```typescript
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'player1',
-  seektime: 60 // seconds
-});
-```
-
-### setVolume(pilihan)
-
-Atur volume (0,0 hingga 1,0).
-
-```typescript
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'player1',
-  volume: 0.8
-});
-```
-
-### dapatkanVolume(pilihan)
-
-Dapatkan volume saat ini.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getVolume({ playerId: 'player1' });
-```
-
-### setMuted (pilihan)
-
-Bisukan atau suarakan video.
-
-```typescript
-await CapacitorVideoPlayer.setMuted({
-  playerId: 'player1',
-  muted: true
-});
-```
-
-### setRate(pilihan)
-
-Atur kecepatan pemutaran.
-
-```typescript
-await CapacitorVideoPlayer.setRate({
-  playerId: 'player1',
-  rate: 1.5 // 1.5x speed
-});
-```
-
-### hentikanSemua Pemain()
-
-Hentikan semua pemain aktif.
-
-```typescript
-await CapacitorVideoPlayer.stopAllPlayers();
-```
-
-### keluarPemain()
-
-Keluar dari pemutar video.
-
-```typescript
-await CapacitorVideoPlayer.exitPlayer();
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-export class VideoPlayerService {
-  private playerId = 'mainPlayer';
-
-  async initializePlayer(videoUrl: string, subtitleUrl?: string) {
-    try {
-      const result = await CapacitorVideoPlayer.initPlayer({
-        mode: 'fullscreen',
-        url: videoUrl,
-        playerId: this.playerId,
-        subtitle: subtitleUrl,
-        language: 'en',
-        rate: 1.0,
-        exitOnEnd: true,
-        loopOnEnd: false,
-        pipEnabled: true,
-        bkmodeEnabled: true,
-        showControls: true,
-        displayMode: 'all'
-      });
-
-      console.log('Player initialized:', result);
-      return result;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  async togglePlayPause() {
-    const { value: isPlaying } = await CapacitorVideoPlayer.isPlaying({
-      playerId: this.playerId
-    });
-
-    if (isPlaying) {
-      await CapacitorVideoPlayer.pause({ playerId: this.playerId });
-    } else {
-      await CapacitorVideoPlayer.play({ playerId: this.playerId });
-    }
-  }
-
-  async seekForward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: currentTime + seconds
-    });
-  }
-
-  async seekBackward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: Math.max(0, currentTime - seconds)
-    });
-  }
-
-  async setPlaybackSpeed(speed: number) {
-    await CapacitorVideoPlayer.setRate({
-      playerId: this.playerId,
-      rate: speed
-    });
-  }
-
-  async getProgress() {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-    const { value: duration } = await CapacitorVideoPlayer.getDuration({
-      playerId: this.playerId
-    });
-
-    return {
-      currentTime,
-      duration,
-      percentage: (currentTime / duration) * 100
-    };
-  }
-
-  async cleanup() {
-    await CapacitorVideoPlayer.stopAllPlayers();
-  }
-}
-```
-
-## Catatan Platform
-
-### iOS
-- Membutuhkan iOS 10.0+
-- Menggunakan AVPlayer asli
-- Mendukung Gambar-dalam-Gambar
-- Pemutaran latar belakang didukung
-
-### Android
-- Membutuhkan Android 5.0 (API 21)+
-- Menggunakan ExoPlayer
-- Mendukung Chromecast
-- Warna aksen khusus tersedia
-
-### Web
-- Menggunakan pemutar video HTML5
-- Hanya mode tertanam
-- Fitur asli terbatas
-
-## Praktik Terbaik
-
-1. **Bersihkan pemain**: Selalu hentikan pemain setelah selesai
-2. **Menangani kesalahan**: Menggabungkan panggilan pemain dalam try-catch
-3. **ID pemain unik**: Gunakan ID unik untuk beberapa pemain
-4. **Periksa status pemutaran**: Verifikasi status sebelum pengoperasian
-5. **Manajemen sumber daya**: Lepaskan pemain untuk mengosongkan memori
diff --git a/src/content/docs/id/docs/plugins/video-player/index.mdx b/src/content/docs/id/docs/plugins/video-player/index.mdx
deleted file mode 100644
index 5cd33a633..000000000
--- a/src/content/docs/id/docs/plugins/video-player/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: '@capgo/capacitor-video-player'
-description: >-
-  Pemutaran video asli untuk aplikasi Capacitor dengan kontrol dan penyesuaian
-  penuh.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Pemutar video asli yang tangguh dengan dukungan layar penuh, mode tertanam,
-    subtitle, dan kontrol pemutaran komprehensif.
-  image:
-    file: ~public/icons/plugins/video-player.svg
-  actions:
-    - text: Mulailah
-      link: /docs/plugins/video-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-video-player/'
-      icon: external
-      variant: minimal
-locale: id
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Beberapa Mode" icon="laptop">
-    Mode pemutaran layar penuh dan tertanam
-  </Card>
-  <Card title="Dukungan Subjudul" icon="document">
-    Tampilkan subtitle dalam berbagai bahasa
-  </Card>
-  <Card title="Kontrol Penuh" icon="setting">
-    Putar, jeda, cari, volume, dan kontrol kecepatan pemutaran
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/video-player/getting-started/) untuk mengintegrasikan pemutaran video.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/volume-buttons/getting-started.mdx b/src/content/docs/id/docs/plugins/volume-buttons/getting-started.mdx
deleted file mode 100644
index 4c9ee00ac..000000000
--- a/src/content/docs/id/docs/plugins/volume-buttons/getting-started.mdx
+++ /dev/null
@@ -1,265 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara mendeteksi penekanan tombol volume di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-volume-buttons" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Penggunaan
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-// Dengarkan penekanan tombol volume
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Tombol volume ditekan:', event.direction);
-
-  if (event.direction === 'up') {
-    console.log('Volume naik ditekan');
-    // Tangani volume naik
-  } else if (event.direction === 'down') {
-    console.log('Volume turun ditekan');
-    // Tangani volume turun
-  }
-});
-
-// Hapus semua listener ketika selesai
-await VolumeButtons.removeAllListeners();
-```
-
-## Referensi API
-
-### addListener('volumeButtonPressed', callback)
-
-Dengarkan event penekanan tombol volume.
-
-```typescript
-const handle = VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Direction:', event.direction); // 'up' atau 'down'
-});
-
-// Hapus listener spesifik
-await handle.remove();
-```
-
-**Data Event:**
-- `direction`: `'up' | 'down'` - Arah penekanan tombol
-
-### removeAllListeners()
-
-Hapus semua listener yang terdaftar.
-
-```typescript
-await VolumeButtons.removeAllListeners();
-```
-
-### getPluginVersion()
-
-Dapatkan versi plugin.
-
-```typescript
-const { version } = await VolumeButtons.getPluginVersion();
-console.log('Versi plugin:', version);
-```
-
-## Contoh Lengkap
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-export class VolumeButtonController {
-  private listener: any;
-
-  async initialize() {
-    this.listener = VolumeButtons.addListener(
-      'volumeButtonPressed',
-      this.handleVolumeButton.bind(this)
-    );
-
-    console.log('Volume button listener diinisialisasi');
-  }
-
-  private handleVolumeButton(event: { direction: 'up' | 'down' }) {
-    switch (event.direction) {
-      case 'up':
-        this.handleVolumeUp();
-        break;
-      case 'down':
-        this.handleVolumeDown();
-        break;
-    }
-  }
-
-  private handleVolumeUp() {
-    console.log('Volume naik ditekan');
-    // Logika kustom Anda untuk volume naik
-    // misalnya, navigasi maju, tingkatkan brightness, dll.
-  }
-
-  private handleVolumeDown() {
-    console.log('Volume turun ditekan');
-    // Logika kustom Anda untuk volume turun
-    // misalnya, navigasi mundur, kurangi brightness, dll.
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await VolumeButtons.removeAllListeners();
-    console.log('Volume button listener dibersihkan');
-  }
-}
-```
-
-## Kasus Penggunaan
-
-### Pengambilan Foto/Video
-
-Gunakan tombol volume sebagai trigger shutter kamera:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', async (event) => {
-  // Tombol volume apapun memicu kamera
-  await capturePhoto();
-});
-```
-
-### Navigasi Halaman
-
-Navigasi melalui konten dengan tombol volume:
-
-```typescript
-let currentPage = 0;
-
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    currentPage++;
-    showPage(currentPage);
-  } else {
-    currentPage = Math.max(0, currentPage - 1);
-    showPage(currentPage);
-  }
-});
-```
-
-### Kontrol Media
-
-Kontrol pemutaran media:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    skipForward();
-  } else {
-    skipBackward();
-  }
-});
-```
-
-### Kontrol Game
-
-Gunakan tombol volume untuk aksi game:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    player.jump();
-  } else {
-    player.crouch();
-  }
-});
-```
-
-## Praktik Terbaik
-
-1. **Bersihkan listener**
-   Selalu hapus listener ketika komponen Anda unmount:
-   ```typescript
-   useEffect(() => {
-     const listener = VolumeButtons.addListener('volumeButtonPressed', handler);
-
-     return () => {
-       listener.remove();
-     };
-   }, []);
-   ```
-
-2. **Berikan feedback visual**
-   Tunjukkan kepada pengguna bahwa tombol volume digunakan untuk kontrol kustom:
-   ```typescript
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     showNotification(`Volume ${event.direction} ditekan`);
-     performAction(event.direction);
-   });
-   ```
-
-3. **Pertimbangkan aksesibilitas**
-   Ingat bahwa beberapa pengguna bergantung pada tombol volume untuk kontrol volume aktual. Sediakan kontrol alternatif.
-
-4. **Debounce penekanan cepat**
-   Cegah penekanan ganda yang tidak disengaja:
-   ```typescript
-   let lastPress = 0;
-   const DEBOUNCE_MS = 300;
-
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     const now = Date.now();
-     if (now - lastPress < DEBOUNCE_MS) {
-       return; // Abaikan penekanan cepat
-     }
-     lastPress = now;
-     handlePress(event.direction);
-   });
-   ```
-
-5. **Dokumentasikan perilaku**
-   Jelaskan kepada pengguna bahwa tombol volume memiliki fungsionalitas kustom:
-   ```typescript
-   function showVolumeButtonHelp() {
-     alert('Gunakan tombol Volume Naik/Turun untuk navigasi halaman');
-   }
-   ```
-
-## Catatan Platform
-
-### iOS
-- Bekerja di iOS 10.0+
-- Tombol volume terdeteksi dengan andal
-- UI volume sistem mungkin masih muncul sebentar
-
-### Android
-- Bekerja di Android 5.0 (API 21)+
-- Memerlukan aplikasi di foreground
-- Beberapa perangkat mungkin memiliki sedikit delay
-
-### Web
-- Tidak didukung di platform web
-- Listener tidak akan dipicu
-
-## Pemecahan Masalah
-
-**Event tidak dipicu:**
-- Pastikan aplikasi memiliki fokus
-- Periksa bahwa listener terdaftar dengan benar
-- Verifikasi plugin terinstal dan tersinkronisasi
-
-**Perubahan volume sistem mengganggu:**
-- Ini adalah perilaku yang diharapkan - plugin mendeteksi penekanan tetapi tidak mencegah perubahan volume sistem
-- Pertimbangkan UX yang bekerja bersama perubahan volume
-
-**Beberapa event dipicu:**
-- Implementasikan debouncing untuk menangani penekanan cepat
-- Periksa registrasi listener duplikat
diff --git a/src/content/docs/id/docs/plugins/volume-buttons/index.mdx b/src/content/docs/id/docs/plugins/volume-buttons/index.mdx
deleted file mode 100644
index 1c820fbe6..000000000
--- a/src/content/docs/id/docs/plugins/volume-buttons/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-volume-buttons"
-locale: id
-description: Dengarkan penekanan tombol volume hardware di aplikasi Capacitor Anda.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Pengenalan"
-hero:
-  tagline: Deteksi dan tanggapi penekanan tombol volume naik dan turun di perangkat mobile untuk kontrol dan interaksi kustom.
-  image:
-    file: ~public/icons/plugins/volume-buttons.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/volume-buttons/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-volume-buttons/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Integrasi Hardware" icon="rocket">
-    Dengarkan penekanan tombol volume fisik
-  </Card>
-  <Card title="Deteksi Naik/Turun" icon="star">
-    Bedakan antara volume naik dan turun
-  </Card>
-  <Card title="API Sederhana" icon="pencil">
-    Interface event listener yang mudah
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/volume-buttons/getting-started/) untuk mulai menggunakan tombol volume.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/wechat/getting-started.mdx b/src/content/docs/id/docs/plugins/wechat/getting-started.mdx
deleted file mode 100644
index 2bbc261ae..000000000
--- a/src/content/docs/id/docs/plugins/wechat/getting-started.mdx
+++ /dev/null
@@ -1,390 +0,0 @@
----
-title: Memulai
-description: >-
-  Pelajari cara memasang dan menggunakan plugin WeChat untuk mengintegrasikan
-  fungsionalitas WeChat di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
-locale: id
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-wechat" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronisasi dengan proyek asli**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Konfigurasi
-
-### Pendaftaran Aplikasi WeChat
-
-Sebelum menggunakan plugin ini, Anda harus mendaftarkan aplikasi Anda di [Platform Terbuka WeChat](https://open.weixin.qq.com/) untuk mendapatkan ID Aplikasi.
-
-### iOS Konfigurasi
-
-Tambahkan yang berikut ke `Info.plist` Anda:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-  <string>weixin</string>
-  <string>weixinULAPI</string>
-</array>
-
-<key>CFBundleURLTypes</key>
-<array>
-  <dict>
-    <key>CFBundleTypeRole</key>
-    <string>Editor</string>
-    <key>CFBundleURLName</key>
-    <string>weixin</string>
-    <key>CFBundleURLSchemes</key>
-    <array>
-      <string>YOUR_WECHAT_APP_ID</string>
-    </array>
-  </dict>
-</array>
-```
-
-Anda harus mengintegrasikan WeChat SDK ke dalam proyek iOS Anda. Tambahkan WeChat SDK ke `Podfile` Anda atau unduh dari [Platform Terbuka WeChat](https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/iOS.html).
-
-### Android Konfigurasi
-
-Tambahkan yang berikut ke `AndroidManifest.xml` Anda:
-
-```xml
-<manifest>
-  <application>
-    <!-- WeChat callback activity -->
-    <activity
-      android:name=".wxapi.WXEntryActivity"
-      android:exported="true"
-      android:label="@string/app_name"
-      android:launchMode="singleTask"
-      android:theme="@android:style/Theme.Translucent.NoTitleBar">
-      <intent-filter>
-        <action android:name="android.intent.action.VIEW" />
-        <category android:name="android.intent.category.DEFAULT" />
-      </intent-filter>
-    </activity>
-  </application>
-</manifest>
-```
-
-Anda harus mengintegrasikan WeChat SDK ke dalam proyek Android Anda. Tambahkan ketergantungan WeChat SDK ke `build.gradle` Anda atau unduh dari [Platform Terbuka WeChat](https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/Android.html).
-
-## Penggunaan
-
-### Periksa Instalasi WeChat
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-const checkWeChat = async () => {
-  const { installed } = await CapacitorWechat.isInstalled();
-  if (installed) {
-    console.log('WeChat is installed');
-  } else {
-    console.log('WeChat is not installed');
-  }
-};
-```
-
-### Otentikasi
-
-```typescript
-const loginWithWeChat = async () => {
-  try {
-    const { code, state } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo', // or 'snsapi_login'
-      state: 'my_random_state'
-    });
-
-    // Send code to your backend to exchange for access token
-    const response = await fetch('https://yourapi.com/auth/wechat', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' },
-      body: JSON.stringify({ code })
-    });
-
-    const { access_token, openid } = await response.json();
-    console.log('Logged in with WeChat:', openid);
-  } catch (error) {
-    console.error('WeChat auth failed:', error);
-  }
-};
-```
-
-### Bagikan Konten
-
-#### Bagikan Teks
-
-```typescript
-const shareText = async () => {
-  await CapacitorWechat.share({
-    scene: 0, // 0 = Chat, 1 = Moments, 2 = Favorite
-    type: 'text',
-    text: 'Hello from Capacitor WeChat!'
-  });
-};
-```
-
-#### Bagikan Tautan
-
-```typescript
-const shareLink = async () => {
-  await CapacitorWechat.share({
-    scene: 1, // Share to Moments
-    type: 'link',
-    title: 'Check out this awesome app!',
-    description: 'Built with Capacitor and WeChat SDK',
-    link: 'https://capacitorjs.com',
-    thumbUrl: 'https://capacitorjs.com/icon.png'
-  });
-};
-```
-
-#### Bagikan Gambar
-
-```typescript
-const shareImage = async () => {
-  await CapacitorWechat.share({
-    scene: 0,
-    type: 'image',
-    imageUrl: 'https://example.com/image.png', // or base64 data
-    thumbUrl: 'https://example.com/thumb.png'
-  });
-};
-```
-
-### Pembayaran WeChat
-
-```typescript
-const payWithWeChat = async () => {
-  // First, get payment parameters from your server
-  const paymentParams = await fetchPaymentParamsFromServer();
-
-  try {
-    await CapacitorWechat.sendPaymentRequest({
-      partnerId: paymentParams.partnerId,
-      prepayId: paymentParams.prepayId,
-      nonceStr: paymentParams.nonceStr,
-      timeStamp: paymentParams.timeStamp,
-      package: paymentParams.package, // Usually 'Sign=WXPay'
-      sign: paymentParams.sign
-    });
-
-    console.log('Payment successful!');
-  } catch (error) {
-    console.error('Payment failed:', error);
-  }
-};
-```
-
-### Buka Program Mini
-
-```typescript
-const openMiniProgram = async () => {
-  await CapacitorWechat.openMiniProgram({
-    username: 'gh_xxxxxxxxxxxxx', // Mini program original ID
-    path: 'pages/index/index', // Path within mini program
-    type: 0 // 0 = Release, 1 = Test, 2 = Preview
-  });
-};
-```
-
-## API Referensi
-
-### Sudah Terpasang()
-
-Periksa apakah aplikasi WeChat diinstal pada perangkat.
-
-```typescript
-const result = await CapacitorWechat.isInstalled();
-// Returns: { installed: boolean }
-```
-
-### autentikasi (opsi)
-
-Otentikasi pengguna dengan WeChat OAuth.
-
-```typescript
-interface WechatAuthOptions {
-  scope: string; // 'snsapi_userinfo' or 'snsapi_login'
-  state?: string; // Optional state parameter for CSRF protection
-}
-
-const result = await CapacitorWechat.auth(options);
-// Returns: { code: string, state?: string }
-```
-
-### berbagi (opsi)
-
-Bagikan konten ke WeChat.
-
-```typescript
-interface WechatShareOptions {
-  scene: number; // 0 = Session (chat), 1 = Timeline (moments), 2 = Favorite
-  type: 'text' | 'image' | 'link' | 'music' | 'video' | 'miniprogram';
-  text?: string; // For type 'text'
-  title?: string; // For type 'link', 'music', 'video', 'miniprogram'
-  description?: string; // For type 'link', 'music', 'video', 'miniprogram'
-  link?: string; // For type 'link'
-  imageUrl?: string; // Image URL or base64 data
-  thumbUrl?: string; // Thumbnail URL or base64 data
-  mediaUrl?: string; // For type 'music' or 'video'
-  miniProgramUsername?: string; // For type 'miniprogram'
-  miniProgramPath?: string; // For type 'miniprogram'
-  miniProgramType?: number; // For type 'miniprogram': 0 = Release, 1 = Test, 2 = Preview
-  miniProgramWebPageUrl?: string; // Fallback URL for type 'miniprogram'
-}
-
-await CapacitorWechat.share(options);
-```
-
-### kirimPermintaan Pembayaran(pilihan)
-
-Kirim permintaan pembayaran ke WeChat Pay.
-
-```typescript
-interface WechatPaymentOptions {
-  partnerId: string; // Merchant ID
-  prepayId: string; // Prepay ID from unified order API
-  nonceStr: string; // Random string
-  timeStamp: string; // Timestamp
-  package: string; // Usually 'Sign=WXPay'
-  sign: string; // Signature
-}
-
-await CapacitorWechat.sendPaymentRequest(options);
-```
-
-### bukaMiniProgram(pilihan)
-
-Buka program mini WeChat.
-
-```typescript
-interface WechatMiniProgramOptions {
-  username: string; // Mini-program username (original ID)
-  path?: string; // Path to open in mini-program
-  type?: number; // 0 = Release, 1 = Test, 2 = Preview
-}
-
-await CapacitorWechat.openMiniProgram(options);
-```
-
-### pilih Faktur (pilihan)
-
-Pilih faktur dari WeChat (untuk aplikasi bisnis).
-
-```typescript
-interface WechatInvoiceOptions {
-  appId: string;
-  signType: string;
-  cardSign: string;
-  timeStamp: string;
-  nonceStr: string;
-}
-
-const result = await CapacitorWechat.chooseInvoice(options);
-// Returns: { cards: string[] }
-```
-
-### dapatkanVersi Plugin()
-
-Dapatkan versi plugin asli.
-
-```typescript
-const result = await CapacitorWechat.getPluginVersion();
-// Returns: { version: string }
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-export class WeChatService {
-  async init() {
-    const { installed } = await CapacitorWechat.isInstalled();
-    if (!installed) {
-      throw new Error('WeChat is not installed');
-    }
-  }
-
-  async login() {
-    const { code } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo',
-      state: Math.random().toString(36).substring(7)
-    });
-
-    // Exchange code for access token on your backend
-    const response = await fetch('/api/auth/wechat', {
-      method: 'POST',
-      body: JSON.stringify({ code })
-    });
-
-    return response.json();
-  }
-
-  async shareToChat(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 0, // Chat
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-
-  async shareToMoments(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 1, // Moments
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-}
-```
-
-## Catatan Penting
-
-1. **Integrasi WeChat SDK**: Plugin ini menyediakan antarmuka Capacitor, tetapi Anda perlu mengintegrasikan WeChat resmi SDK ke dalam proyek asli Anda.
-
-2. **Pendaftaran Aplikasi**: Anda harus mendaftarkan aplikasi Anda di [Platform Terbuka WeChat](https://open.weixin.qq.com/) untuk mendapatkan ID Aplikasi.
-
-3. **Tautan Universal (iOS)**: Untuk iOS 13+, Anda perlu mengonfigurasi Tautan Universal untuk panggilan balik WeChat.
-
-4. **Integrasi Backend**: Fitur autentikasi dan pembayaran memerlukan integrasi backend untuk menukar kode token dan menyiapkan parameter pembayaran.
-
-5. **Pengujian**: Fitur WeChat memerlukan pengujian pada perangkat fisik - fitur tersebut tidak akan berfungsi di simulator.
-
-## Praktik Terbaik
-
-1. **Selalu periksa apakah WeChat telah diinstal** sebelum mencoba menggunakan fitur.
-2. **Tangani kesalahan dengan baik** dengan blok coba-tangkap.
-3. **Gunakan parameter status** dalam permintaan autentikasi untuk perlindungan CSRF.
-4. **Validasi tanggapan pembayaran** di backend Anda sebelum memberikan akses.
-5. **Kompres gambar** sebelum dibagikan untuk mengurangi penggunaan data.
-
-## Catatan Platform
-
-### iOS
-- Membutuhkan iOS 10.0+
-- Menggunakan WeChat resmi SDK untuk iOS
-- Memerlukan konfigurasi Tautan Universal untuk iOS 13+### Android
-- Memerlukan Android 5.0 (API 21)+
-- Menggunakan WeChat resmi SDK untuk Android
-- Membutuhkan konfigurasi WXEntryActivity
-
-### Web
-- Tidak didukung pada platform web
diff --git a/src/content/docs/id/docs/plugins/wechat/index.mdx b/src/content/docs/id/docs/plugins/wechat/index.mdx
deleted file mode 100644
index 27bb8c2e9..000000000
--- a/src/content/docs/id/docs/plugins/wechat/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: '@capgo/capacitor-wechat'
-description: >-
-  Integrasi WeChat SDK untuk Capacitor - memungkinkan autentikasi, berbagi,
-  pembayaran, dan program mini.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Integrasikan WeChat SDK ke dalam aplikasi Capacitor Anda untuk autentikasi
-    yang lancar, berbagi konten, pembayaran, dan akses program mini.
-  image:
-    file: ~public/icons/plugins/wechat.svg
-  actions:
-    - text: Mulailah
-      link: /docs/plugins/wechat/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-wechat/'
-      icon: external
-      variant: minimal
-locale: id
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="OAuth Otentikasi" icon="puzzle">
-    Aktifkan login WeChat yang aman untuk otentikasi pengguna yang lancar 🔐
-  </Card>
-  <Card title="Berbagi Konten" icon="rocket">
-    Bagikan teks, gambar, tautan, musik, video, dan program mini ke WeChat 📤
-  </Card>
-  <Card title="Pembayaran WeChat" icon="star">
-    Terima pembayaran melalui WeChat Pay untuk transaksi lancar 💳
-  </Card>
-  <Card title="Mini-Programs" icon="open-book">
-    Luncurkan program mini WeChat langsung dari aplikasi Anda 🚀
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Berfungsi pada iOS dan Android dengan WeChat asli SDK 📱
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/wechat/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/wifi/getting-started.mdx b/src/content/docs/id/docs/plugins/wifi/getting-started.mdx
deleted file mode 100644
index a916b0ab9..000000000
--- a/src/content/docs/id/docs/plugins/wifi/getting-started.mdx
+++ /dev/null
@@ -1,372 +0,0 @@
----
-title: Memulai
-description: >-
-  Pelajari cara memasang dan menggunakan plugin WiFi untuk mengelola
-  konektivitas jaringan di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
-locale: id
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-wifi" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronisasi dengan proyek asli**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Konfigurasi izin**
-
-   **Android**: Tambahkan ke `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-   <uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-
-   **iOS**: Tambahkan ke `Info.plist`:
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>We need location access to scan WiFi networks</string>
-   ```
-</Steps>
-
-## Penggunaan
-
-Impor plugin dan kelola konektivitas WiFi:
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-// Get current WiFi connection info
-const getWifiInfo = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-  console.log('Connected to:', info.ssid);
-  console.log('IP Address:', info.ip);
-};
-
-// Scan for available networks
-const scanNetworks = async () => {
-  const { networks } = await CapacitorWifi.scan();
-  networks.forEach(network => {
-    console.log(`SSID: ${network.ssid}, Signal: ${network.level}`);
-  });
-};
-
-// Connect to a network
-const connectToWifi = async () => {
-  await CapacitorWifi.connect({
-    ssid: 'MyNetwork',
-    password: 'mypassword'
-  });
-};
-```
-
-## API Referensi
-
-### dapatkan InfoWi-Fi()
-
-Mendapatkan informasi tentang jaringan WiFi yang saat ini terhubung.
-
-```typescript
-interface WifiInfo {
-  ssid: string;          // Network name
-  bssid: string;         // MAC address of access point
-  ip: string;            // Device IP address
-  frequency: number;     // Network frequency (MHz)
-  linkSpeed: number;     // Connection speed (Mbps)
-  signalStrength: number; // Signal strength (0-100)
-}
-
-const info = await CapacitorWifi.getWifiInfo();
-```
-
-### pemindaian()
-
-Memindai jaringan WiFi yang tersedia.
-
-```typescript
-interface WifiNetwork {
-  ssid: string;          // Network name
-  bssid: string;         // MAC address
-  level: number;         // Signal level (dBm)
-  frequency: number;     // Network frequency
-  capabilities: string;  // Security capabilities
-}
-
-const { networks } = await CapacitorWifi.scan();
-```
-
-### sambungkan (opsi)
-
-Terhubung ke jaringan WiFi.
-
-```typescript
-interface ConnectOptions {
-  ssid: string;          // Network name
-  password?: string;     // Network password (if secured)
-  isHiddenSsid?: boolean; // Whether SSID is hidden
-}
-
-await CapacitorWifi.connect({
-  ssid: 'MyNetwork',
-  password: 'mypassword'
-});
-```
-
-### putuskan sambungan()
-
-Terputus dari jaringan WiFi saat ini.
-
-```typescript
-await CapacitorWifi.disconnect();
-```
-
-### dapatkanSSID()
-
-Mendapatkan SSID dari jaringan yang saat ini terhubung.
-
-```typescript
-const { ssid } = await CapacitorWifi.getSSID();
-console.log('Connected to:', ssid);
-```
-
-### dapatkan IP()
-
-Mendapatkan alamat IP perangkat saat ini.
-
-```typescript
-const { ip } = await CapacitorWifi.getIP();
-console.log('IP Address:', ip);
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-export class WifiService {
-  async getCurrentNetwork() {
-    try {
-      const info = await CapacitorWifi.getWifiInfo();
-      return {
-        name: info.ssid,
-        strength: this.getSignalQuality(info.signalStrength),
-        speed: `${info.linkSpeed} Mbps`,
-        ip: info.ip
-      };
-    } catch (error) {
-      console.error('Failed to get WiFi info:', error);
-      return null;
-    }
-  }
-
-  async scanAndConnect(targetSsid: string, password: string) {
-    try {
-      // Scan for networks
-      const { networks } = await CapacitorWifi.scan();
-
-      // Find target network
-      const targetNetwork = networks.find(n => n.ssid === targetSsid);
-
-      if (!targetNetwork) {
-        throw new Error(`Network ${targetSsid} not found`);
-      }
-
-      console.log(`Found network with signal: ${targetNetwork.level} dBm`);
-
-      // Connect to network
-      await CapacitorWifi.connect({
-        ssid: targetSsid,
-        password: password
-      });
-
-      console.log('Connected successfully!');
-      return true;
-    } catch (error) {
-      console.error('Connection failed:', error);
-      return false;
-    }
-  }
-
-  async findBestNetwork(preferredNetworks: string[]) {
-    const { networks } = await CapacitorWifi.scan();
-
-    // Filter to preferred networks
-    const available = networks.filter(n =>
-      preferredNetworks.includes(n.ssid)
-    );
-
-    if (available.length === 0) {
-      return null;
-    }
-
-    // Sort by signal strength
-    available.sort((a, b) => b.level - a.level);
-
-    return available[0];
-  }
-
-  async monitorConnection(callback: (info: WifiInfo | null) => void) {
-    const checkConnection = async () => {
-      try {
-        const info = await CapacitorWifi.getWifiInfo();
-        callback(info);
-      } catch (error) {
-        callback(null);
-      }
-    };
-
-    // Check every 5 seconds
-    const interval = setInterval(checkConnection, 5000);
-
-    // Initial check
-    await checkConnection();
-
-    // Return cleanup function
-    return () => clearInterval(interval);
-  }
-
-  private getSignalQuality(strength: number): string {
-    if (strength >= 80) return 'Excellent';
-    if (strength >= 60) return 'Good';
-    if (strength >= 40) return 'Fair';
-    return 'Poor';
-  }
-
-  async getNetworkSecurity(ssid: string): Promise<string> {
-    const { networks } = await CapacitorWifi.scan();
-    const network = networks.find(n => n.ssid === ssid);
-
-    if (!network) {
-      return 'Unknown';
-    }
-
-    const caps = network.capabilities.toLowerCase();
-
-    if (caps.includes('wpa3')) return 'WPA3';
-    if (caps.includes('wpa2')) return 'WPA2';
-    if (caps.includes('wpa')) return 'WPA';
-    if (caps.includes('wep')) return 'WEP';
-
-    return 'Open';
-  }
-}
-```
-
-## Penggunaan Lanjutan
-
-### Penilaian Kualitas Jaringan
-
-```typescript
-const assessNetworkQuality = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-
-  const quality = {
-    signal: info.signalStrength >= 70 ? 'Excellent' :
-            info.signalStrength >= 50 ? 'Good' :
-            info.signalStrength >= 30 ? 'Fair' : 'Poor',
-    speed: info.linkSpeed >= 100 ? 'Fast' :
-           info.linkSpeed >= 50 ? 'Medium' : 'Slow',
-    frequency: info.frequency >= 5000 ? '5GHz' : '2.4GHz'
-  };
-
-  console.log('Network Quality:', quality);
-  return quality;
-};
-```
-
-### Sambung Otomatis ke Jaringan Pilihan
-
-```typescript
-const autoConnect = async (preferredNetworks: Array<{ ssid: string, password: string }>) => {
-  const { networks } = await CapacitorWifi.scan();
-
-  for (const preferred of preferredNetworks) {
-    const found = networks.find(n => n.ssid === preferred.ssid);
-
-    if (found) {
-      try {
-        await CapacitorWifi.connect({
-          ssid: preferred.ssid,
-          password: preferred.password
-        });
-        console.log(`Connected to ${preferred.ssid}`);
-        return true;
-      } catch (error) {
-        console.error(`Failed to connect to ${preferred.ssid}`);
-      }
-    }
-  }
-
-  return false;
-};
-```
-
-### Deteksi Perubahan Jaringan
-
-```typescript
-class NetworkMonitor {
-  private currentSsid: string | null = null;
-  private listeners: Array<(ssid: string | null) => void> = [];
-
-  async start() {
-    setInterval(async () => {
-      try {
-        const { ssid } = await CapacitorWifi.getSSID();
-
-        if (ssid !== this.currentSsid) {
-          this.currentSsid = ssid;
-          this.notifyListeners(ssid);
-        }
-      } catch (error) {
-        if (this.currentSsid !== null) {
-          this.currentSsid = null;
-          this.notifyListeners(null);
-        }
-      }
-    }, 3000);
-  }
-
-  onNetworkChange(callback: (ssid: string | null) => void) {
-    this.listeners.push(callback);
-  }
-
-  private notifyListeners(ssid: string | null) {
-    this.listeners.forEach(listener => listener(ssid));
-  }
-}
-```
-
-## Praktik Terbaik
-
-1. **Izin**: Minta izin lokasi sebelum memindai jaringan
-2. **Penanganan Kesalahan**: Selalu gabungkan operasi WiFi dalam blok coba-tangkap
-3. **Umpan Balik Pengguna**: Menampilkan indikator pemuatan selama operasi jaringan
-4. **Keamanan**: Jangan pernah menyimpan kata sandi WiFi dalam teks biasa
-5. **Pengujian**: Uji pada perangkat nyata karena API WiFi mungkin tidak berfungsi di emulator
-
-## Perbedaan Platform
-
-### iOS
-- Membutuhkan izin lokasi untuk memindai jaringan
-- Tidak dapat terprogram terhubung ke jaringan (akan membuka Pengaturan)
-- Akses terbatas ke detail jaringan
-
-### Android
-- Kontrol WiFi terprogram penuh
-- Membutuhkan izin lokasi untuk pemindaian jaringan
-- Dapat menghubungkan/memutuskan sambungan secara terprogram
-
-## Pemecahan masalah
-
-### Masalah Umum
-
-**Pemindaian kembali kosong**: Periksa apakah izin lokasi diberikan
-**Tidak dapat terhubung ke jaringan**: Pastikan kata sandi benar dan jaringan berada dalam jangkauan
-**getWifiInfo gagal**: Pastikan perangkat terhubung ke jaringan WiFi
-**Izin ditolak**: Tambahkan izin yang diperlukan ke file konfigurasi platform
diff --git a/src/content/docs/id/docs/plugins/wifi/index.mdx b/src/content/docs/id/docs/plugins/wifi/index.mdx
deleted file mode 100644
index 44be4a669..000000000
--- a/src/content/docs/id/docs/plugins/wifi/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: '@capgo/capacitor-wifi'
-description: Kelola konektivitas WiFi untuk aplikasi Capacitor Anda di iOS dan Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Kelola koneksi WiFi, pindai jaringan, dan pantau status konektivitas di
-    aplikasi Capacitor Anda.
-  image:
-    file: ~public/icons/plugins/wifi.svg
-  actions:
-    - text: Mulailah
-      link: /docs/plugins/wifi/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-wifi/'
-      icon: external
-      variant: minimal
-locale: id
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Pemindaian Jaringan" icon="magnifier">
-    Pindai dan temukan jaringan WiFi yang tersedia 📡
-  </Card>
-  <Card title="Manajemen Koneksi" icon="puzzle">
-    Hubungkan dan putuskan sambungan dari jaringan WiFi secara terprogram 🔌
-  </Card>
-  <Card title="Pemantauan Status" icon="setting">
-    Pantau status koneksi WiFi secara real-time 📊
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Berfungsi pada perangkat iOS dan Android 📱
-  </Card>
-  <Card title="Info Jaringan" icon="information">
-    Dapatkan informasi mendetail tentang jaringan yang terhubung 🔍
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/wifi/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/youtube-player/getting-started.mdx b/src/content/docs/id/docs/plugins/youtube-player/getting-started.mdx
deleted file mode 100644
index b01efe1f3..000000000
--- a/src/content/docs/id/docs/plugins/youtube-player/getting-started.mdx
+++ /dev/null
@@ -1,433 +0,0 @@
----
-title: Memulai
-description: >-
-  Pelajari cara mengintegrasikan pemutaran video YouTube di aplikasi Capacitor
-  Anda.
-sidebar:
-  order: 2
-locale: id
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-youtube-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronisasi dengan proyek asli**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Penggunaan Dasar
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-// Initialize the player
-const result = await YoutubePlayer.initialize({
-  playerId: 'youtube-player',
-  playerSize: { width: 640, height: 360 },
-  videoId: 'dQw4w9WgXcQ',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 1,
-    controls: 1
-  }
-});
-
-// Play video
-await YoutubePlayer.playVideo(result.player);
-
-// Pause video
-await YoutubePlayer.pauseVideo(result.player);
-
-// Listen to player events
-YoutubePlayer.addEventListener(result.player, 'onStateChange', (event) => {
-  console.log('Player state:', event.data);
-});
-```
-
-## API Referensi
-
-### inisialisasi (pilihan)
-
-Inisialisasi instance pemutar YouTube.
-
-```typescript
-const { player, playerReady } = await YoutubePlayer.initialize({
-  playerId: 'my-player',
-  playerSize: { width: 1280, height: 720 },
-  videoId: 'VIDEO_ID',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 0,
-    controls: 1,
-    rel: 0
-  }
-});
-```
-
-### Metode Kontrol Video
-
-```typescript
-// Play
-await YoutubePlayer.playVideo(playerId);
-
-// Pause
-await YoutubePlayer.pauseVideo(playerId);
-
-// Stop
-await YoutubePlayer.stopVideo(playerId);
-
-// Seek to time
-await YoutubePlayer.seekTo(playerId, seconds, allowSeekAhead);
-
-// Load video by ID
-await YoutubePlayer.loadVideoById(playerId, { videoId: 'VIDEO_ID' });
-
-// Cue video (load without playing)
-await YoutubePlayer.cueVideoById(playerId, { videoId: 'VIDEO_ID' });
-```
-
-### Kontrol Daftar Putar
-
-```typescript
-// Load playlist
-await YoutubePlayer.loadPlaylist(playerId, {
-  listType: 'playlist',
-  list: 'PLAYLIST_ID'
-});
-
-// Cue playlist
-await YoutubePlayer.cuePlaylist(playerId, {
-  playlist: ['VIDEO_ID_1', 'VIDEO_ID_2'],
-  index: 0
-});
-
-// Navigate playlist
-await YoutubePlayer.nextVideo(playerId);
-await YoutubePlayer.previousVideo(playerId);
-await YoutubePlayer.playVideoAt(playerId, index);
-```
-
-### Kontrol Audio
-
-```typescript
-// Mute/Unmute
-await YoutubePlayer.mute(playerId);
-await YoutubePlayer.unMute(playerId);
-
-const { result } = await YoutubePlayer.isMuted(playerId);
-console.log('Muted:', result.value);
-
-// Volume (0-100)
-await YoutubePlayer.setVolume(playerId, 50);
-const { result } = await YoutubePlayer.getVolume(playerId);
-```
-
-### Kontrol Pemutaran
-
-```typescript
-// Playback rate
-await YoutubePlayer.setPlaybackRate(playerId, 1.5);
-const { result } = await YoutubePlayer.getPlaybackRate(playerId);
-
-// Available rates
-const { result } = await YoutubePlayer.getAvailablePlaybackRates(playerId);
-console.log('Available rates:', result.value);
-
-// Loop and shuffle
-await YoutubePlayer.setLoop(playerId, true);
-await YoutubePlayer.setShuffle(playerId, true);
-```
-
-### Kontrol Kualitas
-
-```typescript
-// Set quality
-await YoutubePlayer.setPlaybackQuality(playerId, 'hd720');
-
-// Get current quality
-const { result } = await YoutubePlayer.getPlaybackQuality(playerId);
-
-// Get available qualities
-const { result } = await YoutubePlayer.getAvailableQualityLevels(playerId);
-```
-
-### Informasi Pemain
-
-```typescript
-// Duration
-const { result } = await YoutubePlayer.getDuration(playerId);
-
-// Current time
-const { result } = await YoutubePlayer.getCurrentTime(playerId);
-
-// Loaded fraction
-const { result } = await YoutubePlayer.getVideoLoadedFraction(playerId);
-
-// Player state
-const { result } = await YoutubePlayer.getPlayerState(playerId);
-
-// Video URL
-const { result } = await YoutubePlayer.getVideoUrl(playerId);
-```
-
-### Pendengar Acara
-
-```typescript
-// State change
-YoutubePlayer.addEventListener(playerId, 'onStateChange', (event) => {
-  console.log('State:', event.data); // -1, 0, 1, 2, 3, 5
-});
-
-// Ready
-YoutubePlayer.addEventListener(playerId, 'onReady', (event) => {
-  console.log('Player ready');
-});
-
-// Error
-YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-  console.error('Player error:', event.data);
-});
-
-// Quality change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackQualityChange', (event) => {
-  console.log('Quality:', event.data);
-});
-
-// Rate change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackRateChange', (event) => {
-  console.log('Rate:', event.data);
-});
-
-// Remove listener
-YoutubePlayer.removeEventListener(playerId, 'onStateChange', callback);
-```
-
-## Contoh Lengkap
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-export class YouTubeService {
-  private playerId: string | null = null;
-
-  async initPlayer(videoId: string) {
-    try {
-      const { player, playerReady } = await YoutubePlayer.initialize({
-        playerId: 'main-player',
-        playerSize: { width: 1280, height: 720 },
-        videoId,
-        fullscreen: false,
-        playerVars: {
-          autoplay: 0,
-          controls: 1,
-          modestbranding: 1,
-          rel: 0
-        }
-      });
-
-      this.playerId = player;
-
-      // Set up event listeners
-      YoutubePlayer.addEventListener(player, 'onReady', () => {
-        console.log('Player is ready');
-      });
-
-      YoutubePlayer.addEventListener(player, 'onStateChange', (event) => {
-        this.handleStateChange(event.data);
-      });
-
-      YoutubePlayer.addEventListener(player, 'onError', (event) => {
-        console.error('YouTube error:', event.data);
-      });
-
-      return player;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  private handleStateChange(state: number) {
-    switch (state) {
-      case -1:
-        console.log('Unstarted');
-        break;
-      case 0:
-        console.log('Ended');
-        break;
-      case 1:
-        console.log('Playing');
-        break;
-      case 2:
-        console.log('Paused');
-        break;
-      case 3:
-        console.log('Buffering');
-        break;
-      case 5:
-        console.log('Video cued');
-        break;
-    }
-  }
-
-  async play() {
-    if (!this.playerId) return;
-    await YoutubePlayer.playVideo(this.playerId);
-  }
-
-  async pause() {
-    if (!this.playerId) return;
-    await YoutubePlayer.pauseVideo(this.playerId);
-  }
-
-  async loadVideo(videoId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadVideoById(this.playerId, { videoId });
-  }
-
-  async loadPlaylist(playlistId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadPlaylist(this.playerId, {
-      listType: 'playlist',
-      list: playlistId,
-      index: 0
-    });
-  }
-
-  async setQuality(quality: 'small' | 'medium' | 'large' | 'hd720' | 'hd1080') {
-    if (!this.playerId) return;
-    await YoutubePlayer.setPlaybackQuality(this.playerId, quality);
-  }
-
-  async getProgress() {
-    if (!this.playerId) return { current: 0, duration: 0 };
-
-    const current = await YoutubePlayer.getCurrentTime(this.playerId);
-    const duration = await YoutubePlayer.getDuration(this.playerId);
-
-    return {
-      current: current.result.value,
-      duration: duration.result.value
-    };
-  }
-
-  async destroy() {
-    if (!this.playerId) return;
-    await YoutubePlayer.destroy(this.playerId);
-    this.playerId = null;
-  }
-}
-```
-
-## Status Pemain
-
-| Negara | Nilai | Deskripsi |
-|-------|-------|-------------|
-| BELUM DIMULAI | -1 | Video tidak dimulai |
-| BERAKHIR | 0 | Video telah berakhir |
-| BERMAIN | 1 | Video sedang diputar |
-| DIJEDA | 2 | Video dijeda |
-| PENYANGGAAN | 3 | Video sedang buffering |
-| Isyarat | 5 | Video diberi isyarat |
-
-## Tingkat Kualitas
-
-- `small`: 240p
-- `medium`: 360p
-- `large`: 480p
-- `hd720`: 720p
-- `hd1080`: 1080p
-- `highres`: >1080p
-- `default`: Kualitas otomatis
-
-## Praktik Terbaik
-
-1. **Inisialisasi sekali**
-   Buat instance pemain satu kali dan gunakan kembali:
-   ```typescript
-   let player = await YoutubePlayer.initialize(options);
-   // Reuse player for different videos
-   await YoutubePlayer.loadVideoById(player, { videoId: 'NEW_ID' });
-   ```
-
-2. **Tangani kesalahan dengan baik**
-   ```typescript
-   YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-     switch (event.data) {
-       case 2:
-         console.error('Invalid parameter');
-         break;
-       case 100:
-         console.error('Video not found');
-         break;
-       case 101:
-       case 150:
-         console.error('Embedding not allowed');
-         break;
-     }
-   });
-   ```
-
-3. **Bersihkan**
-   Hancurkan pemain saat komponen dilepas:
-   ```typescript
-   useEffect(() => {
-     return () => {
-       if (playerId) {
-         YoutubePlayer.destroy(playerId);
-       }
-     };
-   }, []);
-   ```
-
-4. **Hargai preferensi pengguna**
-   ```typescript
-   // Don't autoplay unless user initiated
-   playerVars: {
-     autoplay: 0
-   }
-   ```
-
-5. **Pantau pemutaran**
-   ```typescript
-   setInterval(async () => {
-     const time = await YoutubePlayer.getCurrentTime(playerId);
-     updateProgressBar(time.result.value);
-   }, 1000);
-   ```
-
-## Catatan Platform
-
-### iOS
-- Bekerja pada iOS 9.0+
-- Menggunakan WKWebView dengan iframe YouTube API
-- Layar penuh didukung
-
-### Android
-- Bekerja pada Android 5.0 (API 21)+
-- Menggunakan WebView dengan iframe YouTube API
-- Layar penuh didukung
-
-### Web
-- Integrasi iframe YouTube langsung
-- Dukungan penuh API
-- Performa terbaik
-
-## Pemecahan masalah
-
-**Pemain tidak memuat:**
-- Periksa ID video valid
-- Verifikasi koneksi internet
-- Pastikan penyematan YouTube diizinkan untuk video tersebut
-
-**Acara tidak diaktifkan:**
-- Pastikan pendengar ditambahkan setelah inisialisasi
-- Periksa apakah pemutar sudah siap sebelum menambahkan pendengar
-
-**Masalah kualitas:**
-- Periksa tingkat kualitas yang tersedia terlebih dahulu
-- Beberapa video tidak mendukung semua kualitas
-- Perubahan kualitas mungkin tidak terjadi secara instan
diff --git a/src/content/docs/id/docs/plugins/youtube-player/index.mdx b/src/content/docs/id/docs/plugins/youtube-player/index.mdx
deleted file mode 100644
index 96c5e748b..000000000
--- a/src/content/docs/id/docs/plugins/youtube-player/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: '@capgo/capacitor-youtube-player'
-description: >-
-  Sematkan kontrol pemutar YouTube di aplikasi Capacitor Anda dengan akses API
-  yang komprehensif.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Integrasikan pemutaran video YouTube dengan kontrol penuh atas status
-    pemutar, daftar putar, kualitas, dan acara di aplikasi Capacitor Anda.
-  image:
-    file: ~public/icons/plugins/youtube-player.svg
-  actions:
-    - text: Mulailah
-      link: /docs/plugins/youtube-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-youtube-player/'
-      icon: external
-      variant: minimal
-locale: id
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="YouTube lengkap API" icon="rocket">
-    Akses lengkap ke Pemutar YouTube API
-  </Card>
-  <Card title="Dukungan Daftar Putar" icon="list-format">
-    Memuat dan mengontrol daftar putar YouTube
-  </Card>
-  <Card title="Kontrol Kualitas" icon="star">
-    Sesuaikan kualitas pemutaran secara dinamis
-  </Card>
-  <Card title="Pendengar Acara" icon="setting">
-    Bereaksi terhadap perubahan dan peristiwa status pemain
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/plugins/zip/getting-started.mdx b/src/content/docs/id/docs/plugins/zip/getting-started.mdx
deleted file mode 100644
index 74aa99c2b..000000000
--- a/src/content/docs/id/docs/plugins/zip/getting-started.mdx
+++ /dev/null
@@ -1,312 +0,0 @@
----
-title: Memulai
-locale: id
-description: Pelajari cara menginstal dan menggunakan plugin Zip untuk mengkompresi dan mengekstrak file di aplikasi Capacitor Anda.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Instal paket**
-   <PackageManagers pkg="@capgo/capacitor-zip" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sinkronkan dengan proyek native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Penggunaan
-
-Import plugin dan zip atau unzip file:
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-
-// Zip a folder
-const zipFolder = async () => {
-  await CapacitorZip.zip({
-    source: 'file:///path/to/folder',
-    destination: 'file:///path/to/archive.zip'
-  });
-  console.log('Folder zipped successfully!');
-};
-
-// Unzip an archive
-const unzipArchive = async () => {
-  await CapacitorZip.unzip({
-    source: 'file:///path/to/archive.zip',
-    destination: 'file:///path/to/output/folder'
-  });
-  console.log('Archive extracted successfully!');
-};
-```
-
-## Referensi API
-
-### zip(options)
-
-Membuat arsip ZIP dari folder sumber.
-
-```typescript
-interface ZipOptions {
-  source: string;       // Path to folder to compress
-  destination: string;  // Path for output ZIP file
-}
-
-await CapacitorZip.zip({
-  source: 'file:///path/to/folder',
-  destination: 'file:///path/to/archive.zip'
-});
-```
-
-### unzip(options)
-
-Mengekstrak file dari arsip ZIP.
-
-```typescript
-interface UnzipOptions {
-  source: string;       // Path to ZIP file
-  destination: string;  // Path to extract to
-}
-
-await CapacitorZip.unzip({
-  source: 'file:///path/to/archive.zip',
-  destination: 'file:///path/to/output/folder'
-});
-```
-
-## Contoh Lengkap
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class ZipService {
-  async createBackup() {
-    try {
-      const timestamp = Date.now();
-      const sourceDir = `${Filesystem.Directory.Data}/userdata`;
-      const destPath = `${Filesystem.Directory.Documents}/backup_${timestamp}.zip`;
-
-      await CapacitorZip.zip({
-        source: sourceDir,
-        destination: destPath
-      });
-
-      console.log('Backup created:', destPath);
-      return destPath;
-    } catch (error) {
-      console.error('Backup failed:', error);
-      throw error;
-    }
-  }
-
-  async restoreBackup(backupPath: string) {
-    try {
-      const destDir = `${Filesystem.Directory.Data}/userdata`;
-
-      // Clear existing data
-      await Filesystem.rmdir({
-        path: 'userdata',
-        directory: Directory.Data,
-        recursive: true
-      });
-
-      // Extract backup
-      await CapacitorZip.unzip({
-        source: backupPath,
-        destination: destDir
-      });
-
-      console.log('Backup restored successfully');
-    } catch (error) {
-      console.error('Restore failed:', error);
-      throw error;
-    }
-  }
-
-  async compressFiles(filePaths: string[], outputPath: string) {
-    try {
-      // Create temporary directory
-      const tempDir = `${Filesystem.Directory.Cache}/temp_zip_${Date.now()}`;
-
-      await Filesystem.mkdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      // Copy files to temp directory
-      for (const filePath of filePaths) {
-        const fileName = filePath.split('/').pop();
-        await Filesystem.copy({
-          from: filePath,
-          to: `${tempDir}/${fileName}`
-        });
-      }
-
-      // Zip the temp directory
-      await CapacitorZip.zip({
-        source: tempDir,
-        destination: outputPath
-      });
-
-      // Clean up temp directory
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return outputPath;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async extractSpecificFiles(zipPath: string, fileNames: string[]) {
-    try {
-      // Extract to temp location
-      const tempDir = `${Filesystem.Directory.Cache}/temp_extract_${Date.now()}`;
-
-      await CapacitorZip.unzip({
-        source: zipPath,
-        destination: tempDir
-      });
-
-      // Read only specific files
-      const extractedFiles: { [key: string]: string } = {};
-
-      for (const fileName of fileNames) {
-        const content = await Filesystem.readFile({
-          path: `${tempDir}/${fileName}`,
-          directory: Directory.Cache
-        });
-        extractedFiles[fileName] = content.data;
-      }
-
-      // Clean up
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return extractedFiles;
-    } catch (error) {
-      console.error('Extraction failed:', error);
-      throw error;
-    }
-  }
-}
-```
-
-## Penggunaan Lanjutan
-
-### Membuat Arsip dengan Pelacakan Progress
-
-```typescript
-const zipWithProgress = async (source: string, destination: string) => {
-  console.log('Starting compression...');
-
-  try {
-    await CapacitorZip.zip({ source, destination });
-    console.log('Compression complete!');
-  } catch (error) {
-    console.error('Compression failed:', error);
-    throw error;
-  }
-};
-```
-
-### Operasi Arsip Batch
-
-```typescript
-const batchZip = async (folders: string[]) => {
-  const results = [];
-
-  for (const folder of folders) {
-    const folderName = folder.split('/').pop();
-    const zipPath = `${folder}_${Date.now()}.zip`;
-
-    try {
-      await CapacitorZip.zip({
-        source: folder,
-        destination: zipPath
-      });
-      results.push({ folder, zipPath, success: true });
-    } catch (error) {
-      results.push({ folder, error, success: false });
-    }
-  }
-
-  return results;
-};
-```
-
-### Pembuatan Arsip Aman
-
-```typescript
-const createSecureBackup = async (dataPath: string) => {
-  // Zip the data
-  const zipPath = `${Filesystem.Directory.Documents}/secure_backup.zip`;
-
-  await CapacitorZip.zip({
-    source: dataPath,
-    destination: zipPath
-  });
-
-  // Optionally encrypt the zip file here using a crypto plugin
-
-  return zipPath;
-};
-```
-
-### Validasi Arsip
-
-```typescript
-const validateArchive = async (zipPath: string): Promise<boolean> => {
-  try {
-    const tempDir = `${Filesystem.Directory.Cache}/validate_${Date.now()}`;
-
-    // Try to extract
-    await CapacitorZip.unzip({
-      source: zipPath,
-      destination: tempDir
-    });
-
-    // Clean up
-    await Filesystem.rmdir({
-      path: tempDir,
-      directory: Directory.Cache,
-      recursive: true
-    });
-
-    return true;
-  } catch (error) {
-    console.error('Archive validation failed:', error);
-    return false;
-  }
-};
-```
-
-## Praktik Terbaik
-
-1. **Validasi Path**: Selalu validasi path sumber dan tujuan sebelum operasi
-2. **Penanganan Error**: Bungkus semua operasi zip/unzip dalam blok try-catch
-3. **Pembersihan**: Hapus file dan folder sementara setelah operasi
-4. **File Besar**: Berhati-hatilah dengan arsip besar di perangkat mobile
-5. **Izin**: Pastikan aplikasi Anda memiliki izin sistem file yang diperlukan
-
-## Troubleshooting
-
-### Masalah Umum
-
-**Operasi Zip gagal**: Pastikan path sumber ada dan dapat diakses
-**Unzip gagal**: Periksa bahwa file ZIP valid dan path tujuan dapat ditulis
-**Kehabisan penyimpanan**: Pantau ruang disk yang tersedia sebelum operasi
-**Izin ditolak**: Verifikasi izin sistem file dalam konfigurasi aplikasi Anda
diff --git a/src/content/docs/id/docs/plugins/zip/index.mdx b/src/content/docs/id/docs/plugins/zip/index.mdx
deleted file mode 100644
index 0e1733a0a..000000000
--- a/src/content/docs/id/docs/plugins/zip/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-zip"
-locale: id
-description: Kompresi dan ekstrak file di iOS, Android, dan Web dengan plugin Capacitor gratis ini.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Perkenalan"
-hero:
-  tagline: Kompresi dan ekstrak arsip ZIP dengan mudah di platform iOS, Android, dan Web.
-  image:
-    file: ~public/icons/plugins/zip.svg
-  actions:
-    - text: Mulai
-      link: /docs/plugins/zip/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-zip/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Zip & Unzip" icon="add-document">
-    Buat dan ekstrak arsip ZIP dengan mudah 📦
-  </Card>
-  <Card title="Lintas Platform" icon="laptop">
-    Bekerja dengan mulus di iOS, Android, dan Web 📱
-  </Card>
-  <Card title="API Sederhana" icon="rocket">
-    Antarmuka yang mudah digunakan untuk operasi kompresi 🚀
-  </Card>
-  <Card title="Gratis & Open Source" icon="github">
-    Sepenuhnya gratis tanpa batasan 💰
-  </Card>
-  <Card title="Pelacakan Progress" icon="setting">
-    Pantau progress kompresi dan ekstraksi ⚙️
-  </Card>
-  <Card title="Dokumentasi Komprehensif" icon="open-book">
-    Periksa [Dokumentasi](/docs/plugins/zip/getting-started/) untuk menguasai plugin hanya dalam beberapa menit.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/id/docs/public-api/api-keys.mdx b/src/content/docs/id/docs/public-api/api-keys.mdx
deleted file mode 100644
index 7f4100f2e..000000000
--- a/src/content/docs/id/docs/public-api/api-keys.mdx
+++ /dev/null
@@ -1,279 +0,0 @@
----
-title: API Kunci
-description: >-
-  Dokumentasi komprehensif untuk API Titik akhir kunci, merinci autentikasi,
-  izin, dan pengelolaan dalam Capgo API
-sidebar:
-  order: 9
-locale: id
----
-Kunci API digunakan untuk mengautentikasi permintaan ke Capgo API. Setiap kunci dapat memiliki izin (mode) berbeda untuk mengontrol tingkat akses. Kunci bersifat khusus untuk organisasi dan harus dikelola dengan hati-hati karena memberikan akses ke sumber daya Capgo Anda.
-
-## Mode Kunci
-
-- **baca**: Hanya dapat membaca data, tidak diperbolehkan adanya modifikasi
-- **unggah**: Dapat membaca, memodifikasi, dan mengunggah bundel baru
-- **tulis**: Dapat membaca, mengubah data, dan mengunggah bundel
-- **semua**: Akses penuh ke semua operasi
-
-Mode utama mengikuti skema bertahap/bertahap. Jika Anda memiliki kunci unggah, lalu Anda membuat kunci tulis, kunci tulis tersebut akan mampu melakukan segala sesuatu yang dapat dilakukan oleh kunci unggah.
-Silakan lihat diagram berikut untuk lebih memahami cara kerja kunci API.
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/capgo_apikeys_diagram.webp" alt="Diagram yang menjelaskan cara kerja kunci API" /><figcaption></figcaption></figure>
-
-## Subkunci dengan Hak Terbatas
-
-Anda dapat membuat subkunci dengan akses terbatas pada aplikasi atau organisasi tertentu. Hal ini berguna untuk membatasi akses ke sumber daya tertentu sambil tetap mengizinkan pengoperasian pada sumber daya lain. Gunakan parameter `limited_to_apps` dan `limited_to_orgs` saat membuat kunci untuk menentukan batasan ini.
-
-## Kunci Terenkripsi
-
-Anda dapat membuat **kunci API terenkripsi (hash)** untuk meningkatkan keamanan. Saat membuat kunci terenkripsi:
-
-- Kuncinya di-hash menggunakan SHA-256 sebelum disimpan dalam database
-- **Kunci biasa dikembalikan hanya sekali** dalam respons pembuatan - segera simpan
-- Kunci tidak dapat diambil atau dilihat lagi setelah dibuat
-- Jika Anda kehilangan kunci terenkripsi, Anda harus membuat yang baru
-
-Gunakan parameter `hashed: true` saat membuat kunci untuk mengaktifkan enkripsi. Ini adalah pendekatan yang direkomendasikan untuk lingkungan produksi.
-
-## Kedaluwarsa Kunci
-
-Kunci API dapat memiliki **tanggal kedaluwarsa** untuk membatasi jangka waktu paparan jika kunci disusupi. Kapan tanggal kedaluwarsa ditetapkan:
-
-- Kunci berhenti bekerja setelah tanggal dan waktu yang ditentukan
-- Permintaan menggunakan kunci kadaluwarsa akan ditolak karena kesalahan
-- Kunci yang kedaluwarsa secara otomatis dibersihkan setelah 30 hari
-
-Organisasi dapat menerapkan kebijakan kedaluwarsa:
-- **Memerlukan masa berlaku habis**: Semua kunci API harus memiliki tanggal masa berlaku
-- **Periode kedaluwarsa maksimum**: Membatasi seberapa jauh tanggal kedaluwarsa dapat ditetapkan di masa mendatang
-
-## Praktik Terbaik Keamanan
-
-1. **Prinsip Hak Istimewa Terkecil**: Selalu gunakan mode paling ketat yang masih memungkinkan integrasi Anda berfungsi
-2. **Gunakan Kunci Terenkripsi**: Buat kunci hash untuk produksi guna melindungi dari pelanggaran basis data
-3. **Tetapkan Tanggal Kedaluwarsa**: Gunakan tanggal kedaluwarsa untuk membatasi masa pakai kunci Anda
-4. **Rotasi Reguler**: Putar kunci API Anda secara berkala
-5. **Penyimpanan Aman**: Simpan kunci API dengan aman dan jangan pernah memasukkannya ke kontrol versi
-6. **Pemantauan**: Pantau penggunaan kunci API dan segera cabut kunci apa pun yang disusupi
-7. **Subkunci Terbatas**: Gunakan subkunci dengan hak terbatas untuk integrasi tertentu guna meminimalkan risiko
-
-## Titik akhir
-
-### DAPATKAN
-
-`https://api.capgo.app/apikey/`
-
-Ambil semua kunci API yang terkait dengan akun Anda.
-
-#### Jenis Respons
-
-```typescript
-interface ApiKey {
-  created_at: string | null
-  id: number
-  key: string | null  // null for encrypted keys
-  mode: 'read' | 'write' | 'upload' | 'all'
-  name: string
-  updated_at: string | null
-  user_id: string
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  expires_at?: string | null  // ISO 8601 date, null means never expires
-}
-```> **Catatan**: Untuk kunci terenkripsi, kolom `key` akan menjadi `null` dalam respons GET karena kunci biasa hanya ditampilkan satu kali selama pembuatan.
-
-#### Contoh Permintaan
-
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/apikey/
-```
-
-#### Contoh Respon
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "key": "ak_123...",
-      "mode": "read",
-      "name": "CI/CD Read Key",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "user_123"
-    },
-    {
-      "id": 2,
-      "key": "ak_456...",
-      "mode": "upload",
-      "name": "Deploy Bot",
-      "created_at": "2024-01-02T00:00:00Z",
-      "updated_at": "2024-01-02T00:00:00Z",
-      "user_id": "user_123",
-      "limited_to_apps": ["com.demo.app"]
-    }
-  ]
-}
-```
-
-### POSTINGAN
-
-`https://api.capgo.app/apikey/`
-
-Buat kunci API baru untuk organisasi tertentu.
-
-#### Isi Permintaan
-
-```typescript
-interface ApiKeyCreate {
-  name: string
-  mode: 'read' | 'write' | 'upload' | 'all'
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  hashed?: boolean       // Create an encrypted key (recommended for production)
-  expires_at?: string    // ISO 8601 date for key expiration
-}
-```
-
-#### Contoh Permintaan (Kunci Standar)
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Limited Read Key",
-    "mode": "read",
-    "limited_to_apps": ["com.demo.app"]
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### Contoh Permintaan (Kunci Terenkripsi dengan Kedaluwarsa)
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Secure CI Key",
-    "mode": "upload",
-    "hashed": true,
-    "expires_at": "2025-06-01T00:00:00Z"
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### Contoh Respon (Kunci Standar)
-
-```json
-{
-  "apikey": {
-    "id": 3,
-    "key": "ak_789...",
-    "mode": "read",
-    "name": "Limited Read Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "limited_to_apps": ["com.demo.app"]
-  }
-}
-```
-
-#### Contoh Respons (Kunci Terenkripsi)
-
-```json
-{
-  "apikey": {
-    "id": 4,
-    "key": "ak_abc123...",
-    "mode": "upload",
-    "name": "Secure CI Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "expires_at": "2025-06-01T00:00:00Z"
-  }
-}
-```
-
-> **Penting**: Untuk kunci terenkripsi, nilai `key` dalam respons ini adalah **satu-satunya** saat Anda akan melihat kunci biasa. Simpan segera di lokasi yang aman. Permintaan GET berikutnya akan mengembalikan `null` untuk bidang `key`.
-
-### HAPUS
-
-`https://api.capgo.app/apikey/:id/`
-
-Hapus kunci API yang ada. Gunakan ini untuk segera mencabut akses.
-
-#### Parameter
-- `id`: ID kunci API yang akan dihapus (pengidentifikasi numerik, bukan string kunci itu sendiri)
-
-#### Contoh Permintaan
-
-```bash
-curl -X DELETE -H "authorization: your-api-key" https://api.capgo.app/apikey/1/
-```
-
-#### Respon Sukses
-
-```json
-{
-  "success": true
-}
-```
-
-## Kasus Penggunaan Umum
-
-1. **Integrasi CI/CD**: Membuat kunci hanya-baca untuk pipeline CI guna memeriksa status penerapan
-2. **Otomasi Penerapan**: Gunakan kunci mode unggah untuk skrip penerapan otomatis
-3. **Alat Pemantauan**: Gunakan tombol mode baca untuk integrasi pemantauan eksternal
-4. **Akses Admin**: Gunakan semua tombol mode secukupnya untuk alat administratif
-5. **Akses Terbatas**: Membuat subkunci dengan hak terbatas pada aplikasi atau organisasi tertentu untuk integrasi pihak ketiga
-
-## Penanganan Kesalahan
-
-Skenario kesalahan umum dan tanggapannya:
-
-```json
-// Invalid mode
-{
-  "error": "Invalid mode specified. Must be one of: read, write, upload, all",
-  "status": "KO"
-}
-
-// Key not found
-{
-  "error": "API key not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage API keys",
-  "status": "KO"
-}
-
-// Expired API key used for authentication
-{
-  "error": "API key has expired",
-  "status": "KO"
-}
-
-// Invalid expiration date (in the past)
-{
-  "error": "Expiration date must be in the future",
-  "status": "KO"
-}
-
-// Organization requires expiration
-{
-  "error": "Organization policy requires an expiration date for API keys",
-  "status": "KO"
-}
-
-// Expiration exceeds organization limit
-{
-  "error": "Expiration date exceeds organization maximum of 90 days",
-  "status": "KO"
-}
-```
diff --git a/src/content/docs/id/docs/public-api/app.mdx b/src/content/docs/id/docs/public-api/app.mdx
deleted file mode 100644
index bbe747a4f..000000000
--- a/src/content/docs/id/docs/public-api/app.mdx
+++ /dev/null
@@ -1,299 +0,0 @@
----
-title: Apps
-description: >-
-  Dokumentasi terperinci untuk titik akhir Aplikasi, memberikan wawasan
-  komprehensif tentang pengelolaan dan interaksi dengan aplikasi Capacitor
-  melalui platform Capgo.
-sidebar:
-  order: 7
-locale: id
----
-Aplikasi adalah entitas dasar di Capgo. Setiap aplikasi mewakili aplikasi Capacitor unik yang dapat Anda kelola dan perbarui melalui platform. Aplikasi API memungkinkan Anda membuat, mengambil, memperbarui, dan menghapus konfigurasi aplikasi.
-
-## Memahami Aplikasi
-
-Sebuah aplikasi di Capgo mewakili aplikasi Capacitor Anda dan mencakup:
-- **ID Aplikasi**: Pengidentifikasi unik untuk aplikasi Anda
-- **Nama**: Nama aplikasi Anda yang dapat dibaca manusia
-- **Ikon**: Pengidentifikasi visual untuk aplikasi Anda di dasbor
-- **Konfigurasi**: Pengaturan yang mengontrol cara pembaruan dikirimkan
-- **Kepemilikan**: Informasi akses organisasi dan pengguna
-- **Statistik Penggunaan**: Metrik tentang pemasangan dan pembaruan
-
-## Praktik Terbaik
-
-1. **Konvensi Penamaan**: Gunakan nama yang jelas dan dapat diidentifikasi untuk aplikasi Anda
-2. **Keamanan**: Lindungi kunci API Anda dan kredensial akses
-3. **Organisasi**: Mengelompokkan aplikasi terkait dalam organisasi yang sama
-4. **Pemantauan**: Periksa statistik dan kinerja aplikasi secara rutin
-5. **Cadangan**: Menjaga cadangan konfigurasi untuk aplikasi penting
-
-## Titik akhir
-
-### DAPATKAN
-
-`https://api.capgo.app/app/`
-
-Ambil informasi tentang aplikasi Anda.
-
-#### Parameter Kueri
-- `page`: Opsional. Nomor halaman untuk penomoran halaman
-- `limit`: Opsional. Jumlah hasil per halaman (default: 50)
-- `org_id`: Opsional. Filter aplikasi berdasarkan ID organisasi. Jika tidak disediakan, akan menampilkan aplikasi dari semua organisasi yang aksesnya dimiliki pengguna
-
-Untuk mendapatkan aplikasi tertentu:
-- Gunakan ID aplikasi di jalur URL: `https://api.capgo.app/app/:app_id`
-
-#### Jenis Respons
-
-Catatan: `last_version` mengacu pada paket (versi) terakhir yang diunggah untuk aplikasi.
-
-```typescript
-interface App {
-  app_id: string
-  created_at: string | null
-  default_upload_channel: string
-  icon_url: string
-  id: string | null
-  last_version: string | null // last bundle (version) name
-  name: string | null
-  owner_org: string
-  retention: number
-  transfer_history: Json[] | null
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-# Get all apps
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/"
-
-# Get apps from a specific organization
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-
-# Get specific app
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/com.demo.app"
-```
-
-#### Contoh Respon
-
-```json
-{
-  "data": [
-    {
-      "app_id": "com.demo.app",
-      "created_at": "2024-01-01T00:00:00Z",
-      "default_upload_channel": "dev",
-      "icon_url": "https://example.com/icon.png",
-      "id": "550e8400-e29b-41d4-a716-446655440000",
-      "last_version": "1.0.0",
-      "name": "Demo App",
-      "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-      "retention": 2592000,
-      "transfer_history": null,
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "6aa76066-55ef-4238-ade6-0b32334a4097"
-    }
-  ]
-}
-```
-
-### POSTINGAN
-
-`https://api.capgo.app/app/`
-
-Buat aplikasi baru.
-
-#### Isi Permintaan
-
-```typescript
-interface CreateApp {
-  app_id: string
-  name: string
-  icon?: string
-  owner_org: string
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-# Create new app
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "My New App",
-    "app_id": "com.demo.myapp", // this id is unique in Capgo This cannot be reused by any account.
-    "icon": "https://example.com/icon.png",
-    "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-  }' \
-  https://api.capgo.app/app/
-```
-
-#### Respon Sukses
-
-```json
-{
-  "app_id": "My New App",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "My New App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 2592000,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### MASUKKAN
-
-`https://api.capgo.app/app/:app_id`
-
-Perbarui aplikasi yang ada. ID aplikasi ditentukan di jalur URL.
-
-#### Isi Permintaan
-
-```typescript
-interface UpdateApp {
-  name?: string
-  icon?: string
-  retention?: number
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Updated App Name",
-    "icon": "https://example.com/updated-icon.png",
-    "retention": 45
-  }' \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### Respon Sukses
-
-```json
-{
-  "app_id": "com.demo.app",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/updated-icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "Updated App Name",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 45,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### HAPUS
-
-`https://api.capgo.app/app/:app_id`
-
-Hapus aplikasi dan semua sumber daya terkait. ID aplikasi ditentukan di jalur URL. Gunakan dengan sangat hati-hati karena tindakan ini tidak dapat dibatalkan.
-
-#### Contoh Permintaan
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### Respon Sukses
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Penanganan Kesalahan
-
-Skenario kesalahan umum dan tanggapannya:
-
-```json
-// App not found
-{
-  "error": "App not found",
-  "status": "KO"
-}
-
-// Duplicate custom ID
-{
-  "error": "Custom ID already in use",
-  "status": "KO"
-}
-
-// Invalid parameters
-{
-  "error": "Invalid app configuration",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage app",
-  "status": "KO"
-}
-
-// Organization access denied
-{
-  "status": "You do not have access to this organization"
-}
-```
-
-## Kasus Penggunaan Umum
-
-1. **Buat Aplikasi Baru**
-```typescript
-// Set up a new app
-{
-  "name": "Production App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-}
-```
-
-2. **Perbarui Konfigurasi Aplikasi**
-```typescript
-// Change app name and icon
-{
-  "name": "Rebranded App Name",
-  "icon": "https://example.com/new-icon.png"
-}
-```
-
-3. **Tetapkan Kebijakan Retensi**
-```typescript
-// Configure automatic bundle cleanup
-{
-  "retention": 30 // Keep bundles for 30 days
-}
-```
-
-4. **Dapatkan Aplikasi berdasarkan Organisasi**
-```bash
-# List all apps in a specific organization
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-```
-
-## Manajemen Sumber Daya
-
-1. **Pengoptimalan Penyimpanan**: Pantau penggunaan penyimpanan dan tetapkan kebijakan penyimpanan yang sesuai
-2. **Organisasi**: Mengelompokkan aplikasi terkait dalam satu organisasi
-3. **Kontrol Akses**: Kelola anggota tim mana yang dapat mengubah pengaturan aplikasi
-4. **Strategi Pencadangan**: Cadangkan konfigurasi dan pengaturan aplikasi penting
diff --git a/src/content/docs/id/docs/public-api/bundles.mdx b/src/content/docs/id/docs/public-api/bundles.mdx
deleted file mode 100644
index f531e7077..000000000
--- a/src/content/docs/id/docs/public-api/bundles.mdx
+++ /dev/null
@@ -1,641 +0,0 @@
----
-title: Bundles
-description: >-
-  Panduan terperinci untuk mengelola Paket Capgo, yang mencakup pencantuman,
-  penghapusan, pengelolaan paket (versi), dan pengoptimalan penyimpanan untuk
-  paket pembaruan aplikasi.
-sidebar:
-  order: 8
-locale: id
----
-Bundel adalah paket pembaruan inti di Capgo. Setiap paket berisi aset web (HTML, CSS, JS) yang membentuk konten aplikasi Anda. Bundel API memungkinkan Anda mengelola paket pembaruan ini, termasuk membuat daftar dan menghapusnya.
-
-## Pengertian Bundel
-
-Paket mewakili paket (versi) tertentu dari konten web aplikasi Anda dan mencakup:
-- **Bundle (versi)**: Nomor versi semantik untuk bundel
-- **Checksum**: Hash unik untuk memverifikasi integritas bundel
-- **Info Penyimpanan**: Detail tentang di mana dan bagaimana bundel disimpan
-- **Persyaratan Asli**: Persyaratan versi aplikasi asli minimum
-- **Metadata**: Waktu pembuatan, kepemilikan, dan informasi pelacakan lainnya
-
-## Pembuatan Bundel Manual (Tanpa CLI)
-
-Berikut cara membuat dan mengupload bundel secara manual tanpa menggunakan Capgo CLI:
-
-### Langkah 1: Bangun Aplikasi Anda
-
-Pertama, buat aset web aplikasi Anda:
-
-```bash
-npm run build
-```
-
-### Langkah 2: Buat Bundel Zip Menggunakan Paket yang Sama seperti Capgo CLI
-
-**Penting**: Gunakan paket JavaScript yang sama persis dengan yang Capgo CLI gunakan secara internal untuk memastikan kompatibilitas.
-
-#### Instal Paket yang Diperlukan
-
-```bash
-npm install adm-zip @tomasklaen/checksum
-```
-
-#### Buat Paket Zip dengan JavaScript (Sama seperti Capgo CLI)
-
-Catatan: Pada contoh di bawah, `version` mengacu pada nama bundel (versi) yang digunakan oleh API.
-
-```javascript
-const fs = require('node:fs');
-const path = require('node:path');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-// Exact same implementation as Capgo CLI
-function zipFileUnix(filePath) {
-  const zip = new AdmZip();
-  zip.addLocalFolder(filePath);
-  return zip.toBuffer();
-}
-
-async function zipFileWindows(filePath) {
-  console.log('Zipping file windows mode');
-  const zip = new AdmZip();
-
-  const addToZip = (folderPath, zipPath) => {
-    const items = fs.readdirSync(folderPath);
-
-    for (const item of items) {
-      const itemPath = path.join(folderPath, item);
-      const stats = fs.statSync(itemPath);
-
-      if (stats.isFile()) {
-        const fileContent = fs.readFileSync(itemPath);
-        zip.addFile(path.join(zipPath, item).split(path.sep).join('/'), fileContent);
-      } else if (stats.isDirectory()) {
-        addToZip(itemPath, path.join(zipPath, item));
-      }
-    }
-  };
-
-  addToZip(filePath, '');
-  return zip.toBuffer();
-}
-
-// Main zipFile function (exact same logic as CLI)
-async function zipFile(filePath) {
-  if (os.platform() === 'win32') {
-    return zipFileWindows(filePath);
-  } else {
-    return zipFileUnix(filePath);
-  }
-}
-
-async function createBundle(inputPath, outputPath, version) {
-  // Create zip using exact same method as Capgo CLI
-  const zipped = await zipFile(inputPath);
-  
-  // Write to file
-  fs.writeFileSync(outputPath, zipped);
-  
-  // Calculate checksum using exact same package as CLI
-  const checksum = await getChecksum(zipped, 'sha256');
-  
-  return {
-    filename: path.basename(outputPath),
-    version: version,
-    size: zipped.length,
-    checksum: checksum
-  };
-}
-
-// Usage
-async function main() {
-  try {
-    const result = await createBundle('./dist', './my-app-1.2.3.zip', '1.2.3');
-    console.log('Bundle info:', JSON.stringify(result, null, 2));
-  } catch (error) {
-    console.error('Error creating bundle:', error);
-  }
-}
-
-main();
-```
-
-### Langkah 3: Hitung Checksum SHA256 Menggunakan Paket yang Sama seperti CLI
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Usage
-async function main() {
-  const checksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('Checksum:', checksum);
-}
-
-main();
-```
-
-### Langkah 4: Unggah Paket ke Penyimpanan Anda
-
-Unggah file zip Anda ke penyimpanan mana pun yang dapat diakses web:
-
-```bash
-# Example: Upload to your server via scp
-scp my-app-1.2.3.zip user@your-server.com:/var/www/bundles/
-
-# Example: Upload to S3 using AWS CLI
-aws s3 cp my-app-1.2.3.zip s3://your-bucket/bundles/
-
-# Example: Upload via curl to a custom endpoint
-curl -X POST https://your-storage-api.com/upload \
-  -H "Authorization: Bearer YOUR_TOKEN" \
-  -F "file=@my-app-1.2.3.zip"
-```
-
-**Penting**: Paket Anda harus **dapat diakses publik** melalui URL HTTPS (tidak diperlukan autentikasi). Server Capgo perlu mengunduh bundel dari URL ini.
-
-Contoh URL publik yang valid:
-- `https://your-storage.com/bundles/my-app-1.2.3.zip`
-- `https://github.com/username/repo/releases/download/v1.2.3/bundle.zip`
-- `https://cdn.jsdelivr.net/gh/username/repo@v1.2.3/dist.zip`
-
-### Langkah 5: Daftarkan Paket dengan Capgo API
-
-Daftarkan paket eksternal dengan Capgo menggunakan panggilan langsung API:
-
-```javascript
-async function registerWithCapgo(appId, version, bundleUrl, checksum, apiKey) {
-  const fetch = require('node-fetch');
-  
-  // Create bundle (version)
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': apiKey
-    },
-    body: JSON.stringify({
-      app_id: appId,
-      version: version,
-      external_url: bundleUrl,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed to create bundle: ${response.statusText}`);
-  }
-
-  const data = await response.json();
-  console.log('Bundle created:', data);
-  
-  return data;
-}
-```
-
-#### API Parameter
-
-| Parameter | Deskripsi | Diperlukan |
-|-----------|-------------|----------|
-| `app_id` | Pengenal aplikasi Anda | Ya |
-| `version` | Paket (versi) versi semantik (misalnya, "1.2.3") | Ya |
-| `external_url` | **Dapat diakses publik** URL HTTPS tempat paket dapat diunduh (tidak diperlukan autentikasi) | Ya |
-| `checksum` | Checksum SHA256 dari file zip | Ya |
-
-## Persyaratan Struktur Bundel
-
-Zip bundel Anda harus mengikuti persyaratan berikut:
-
-1. **File Indeks Root**: Harus memiliki `index.html` di tingkat root
-2. **Capacitor Integrasi**: Harus memanggil `notifyAppReady()` dalam kode aplikasi Anda
-3. **Jalur Aset**: Gunakan jalur relatif untuk semua aset
-
-### Struktur Paket yang Valid
-
-```
-bundle.zip
-├── index.html
-├── assets/
-│   ├── app.js
-│   └── styles.css
-└── images/
-```
-
-## Contoh Alur Kerja Manual Lengkap
-
-Skrip Node.js sederhana untuk di-zip, checksum, dan diunggah ke Capgo:
-
-```javascript
-const fs = require('node:fs');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-const fetch = require('node-fetch');
-
-async function deployToCapgo() {
-  const APP_ID = 'com.example.app';
-  const VERSION = '1.2.3';
-  const BUNDLE_URL = 'https://your-storage.com/bundles/app-1.2.3.zip';
-  const API_KEY = process.env.CAPGO_API_KEY;
-
-  // 1. Create zip (same as Capgo CLI)
-  const zip = new AdmZip();
-  zip.addLocalFolder('./dist');
-  const zipped = zip.toBuffer();
-
-  // 2. Calculate checksum (same as Capgo CLI)
-  const checksum = await getChecksum(zipped, 'sha256');
-  console.log('Checksum:', checksum);
-
-  // 3. Upload to your storage (replace with your upload logic)
-  // fs.writeFileSync('./bundle.zip', zipped);
-  // ... upload bundle.zip to your storage ...
-
-  // 4. Register with Capgo API
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': API_KEY
-    },
-    body: JSON.stringify({
-      app_id: APP_ID,
-      version: VERSION,
-      external_url: BUNDLE_URL,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed: ${response.statusText}`);
-  }
-
-  console.log('Bundle registered with Capgo!');
-}
-
-deployToCapgo().catch(console.error);
-```
-
-Instal dependensi:
-
-```bash
-npm install adm-zip @tomasklaen/checksum node-fetch
-```
-
-## Verifikasi Checksum
-
-### JavaScript Perhitungan Checksum (Sama seperti Capgo CLI)
-
-Gunakan paket dan metode yang sama persis dengan yang digunakan Capgo CLI secara internal:
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Verify checksum matches
-async function verifyChecksum(filePath, expectedChecksum) {
-  const actualChecksum = await calculateChecksum(filePath);
-  const isValid = actualChecksum === expectedChecksum;
-  
-  console.log(`File: ${filePath}`);
-  console.log(`Expected: ${expectedChecksum}`);
-  console.log(`Actual:   ${actualChecksum}`);
-  console.log(`Valid:    ${isValid}`);
-  
-  return isValid;
-}
-
-// Usage
-async function main() {
-  const bundleChecksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('SHA256 Checksum:', bundleChecksum);
-}
-
-main();
-```### Pentingnya Checksum
-
-- **Integritas Paket**: Memastikan paket tidak rusak selama transfer
-- **API Verifikasi**: Capgo memverifikasi checksum sebelum menerima paket
-- **Verifikasi Plugin**: Plugin seluler memverifikasi checksum sebelum menerapkan pembaruan
-
-## Praktik Terbaik
-
-1. **Manajemen Paket (versi)**: Gunakan pembuatan versi semantik secara konsisten
-2. **Optimasi Penyimpanan**: Hapus bundel yang tidak digunakan secara berkala
-3. **Kompatibilitas Paket (versi)**: Tetapkan persyaratan versi asli minimum yang sesuai
-4. **Strategi Pencadangan**: Pertahankan cadangan paket penting (versi)
-
-## Titik akhir
-
-### DAPATKAN
-
-`https://api.capgo.app/bundle/`
-
-Ambil informasi bundel. Mengembalikan 50 bundel per halaman.
-
-#### Parameter Kueri
-- `app_id`: Wajib. ID aplikasi Anda
-- `page`: Opsional. Nomor halaman untuk penomoran halaman
-
-#### Jenis Respons
-
-```typescript
-interface Bundle {
-  app_id: string
-  bucket_id: string | null
-  checksum: string | null
-  created_at: string | null
-  deleted: boolean
-  external_url: string | null
-  id: number
-  minUpdateVersion: string | null
-  name: string
-  native_packages: Json[] | null
-  owner_org: string
-  r2_path: string | null
-  session_key: string | null
-  storage_provider: string
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-# Get all bundles
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123"
-
-# Get next page
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123&page=1"
-```
-
-#### Contoh Respon
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "app_id": "app_123",
-      "name": "1.0.0",
-      "checksum": "abc123...",
-      "minUpdateVersion": "1.0.0",
-      "storage_provider": "r2",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "deleted": false,
-      "owner_org": "org_123",
-      "user_id": "user_123"
-    }
-  ]
-}
-```
-
-### HAPUS
-
-`https://api.capgo.app/bundle/`
-
-Hapus satu atau semua paket untuk suatu aplikasi. Gunakan dengan hati-hati karena tindakan ini tidak dapat dibatalkan.
-
-#### Parameter Kueri
-
-Untuk menghapus paket tertentu:
-```typescript
-interface BundleDelete {
-  app_id: string
-  version: string
-}
-```
-
-Untuk menghapus semua bundel:
-```typescript
-interface BundleDeleteAll {
-  app_id: string
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-# Delete specific bundle
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version": "1.0.0"
-  }' \
-  https://api.capgo.app/bundle/
-
-# Delete all bundles
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Respon Sukses
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### POSTINGAN
-
-`https://api.capgo.app/bundle/`
-
-Buat bundel baru dengan URL eksternal.
-
-#### Isi Permintaan
-
-```typescript
-interface CreateBundleBody {
-  app_id: string
-  version: string
-  external_url: string // Must be publicly accessible HTTPS URL
-  checksum: string
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "com.example.app",
-    "version": "1.2.3",
-    "external_url": "https://your-storage.com/bundles/app-1.2.3.zip",
-    "checksum": "a1b2c3d4e5f6789abcdef123456789abcdef123456789abcdef123456789abcd"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Respon Sukses
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### POSTINGAN (Metadata)
-
-`https://api.capgo.app/bundle/metadata`
-
-Perbarui metadata paket seperti informasi tautan dan komentar.
-
-#### Isi Permintaan
-
-```typescript
-interface UpdateMetadataBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  link?: string
-  comment?: string
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "link": "https://github.com/myorg/myapp/releases/tag/v1.0.0",
-    "comment": "Fixed critical bug in authentication"
-  }' \
-  https://api.capgo.app/bundle/metadata
-```
-
-#### Respon Sukses
-
-```json
-{
-  "status": "success"
-}
-```
-
-### MASUKKAN
-
-`https://api.capgo.app/bundle/`
-
-Tetapkan bundel ke saluran tertentu. Ini menghubungkan bundel (versi) ke saluran distribusi.
-
-#### Isi Permintaan
-
-```typescript
-interface SetChannelBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  channel_id: number
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "channel_id": 789
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Respon Sukses
-
-```json
-{
-  "status": "success",
-  "message": "Bundle 1.0.0 set to channel production"
-}
-```
-
-## Penanganan Kesalahan
-
-Skenario kesalahan umum dan tanggapannya:
-
-```json
-// Bundle not found
-{
-  "error": "Bundle not found",
-  "status": "KO"
-}
-
-// Invalid bundle (version) format
-{
-  "error": "Invalid version format",
-  "status": "KO"
-}
-
-// Storage error
-{
-  "error": "Failed to delete bundle from storage",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage bundles",
-  "status": "KO"
-}
-```
-
-## Kasus Penggunaan Umum
-
-1. **Bersihkan Paket Lama (Versi)**
-```typescript
-// Delete outdated beta bundles (versions)
-{
-  "app_id": "app_123",
-  "version": "1.0.0-beta.1"
-}
-```
-
-2. **Setel Ulang Aplikasi**
-```typescript
-// Remove all bundles to start fresh
-{
-  "app_id": "app_123"
-}
-```
-
-## Pertimbangan Penyimpanan
-
-1. **Kebijakan Retensi**: Tentukan berapa lama paket lama akan disimpan
-2. **Manajemen Ukuran**: Memantau ukuran paket dan penggunaan penyimpanan
-3. **Strategi Pencadangan**: Pertimbangkan untuk mencadangkan paket penting (versi)
-4. **Optimasi Biaya**: Hapus paket yang tidak diperlukan untuk mengoptimalkan biaya penyimpanan
diff --git a/src/content/docs/id/docs/public-api/channels.mdx b/src/content/docs/id/docs/public-api/channels.mdx
deleted file mode 100644
index 5d53b0054..000000000
--- a/src/content/docs/id/docs/public-api/channels.mdx
+++ /dev/null
@@ -1,268 +0,0 @@
----
-title: Channel
-description: >-
-  Panduan untuk mengelola channel pembaruan aplikasi di Capgo, mencakup kontrol
-  versi, penargetan platform, dan kebijakan pembaruan.
-sidebar:
-  order: 6
-locale: id
----
-
-Channel adalah mekanisme inti untuk mengelola pembaruan aplikasi di Capgo. Mereka memungkinkan Anda mengontrol bagaimana dan kapan pengguna Anda menerima pembaruan, mengaktifkan fitur seperti pengujian A/B, peluncuran bertahap, dan pembaruan khusus platform.
-
-## Memahami Channel
-
-Sebuah channel mewakili jalur distribusi untuk pembaruan aplikasi Anda. Setiap channel dapat dikonfigurasi dengan aturan dan batasan tertentu:
-
-- **Kontrol Versi**: Tentukan versi mana yang diterima pengguna
-- **Penargetan Platform**: Target platform tertentu (iOS/Android)
-- **Kebijakan Pembaruan**: Kontrol bagaimana pembaruan disampaikan
-- **Pembatasan Perangkat**: Kelola perangkat mana yang dapat mengakses pembaruan
-
-## Opsi Konfigurasi Channel
-
-- **public**: Tetapkan sebagai channel default untuk perangkat baru
-- **disableAutoUpdateUnderNative**: Cegah pembaruan ketika versi aplikasi native perangkat lebih baru dari versi pembaruan yang tersedia di channel (mis., perangkat berada di versi 1.2.3, tetapi channel memiliki 1.2.2)
-- **disableAutoUpdate**: Kontrol perilaku pembaruan ("major", "minor", "version_number", "none")
-- **ios/android**: Aktifkan/nonaktifkan untuk platform tertentu
-- **allow_device_self_set**: Biarkan perangkat memilih channel mereka
-- **allow_emulator**: Izinkan pembaruan pada perangkat emulator
-- **allow_dev**: Izinkan pembaruan pada build pengembangan
-
-## Praktik Terbaik
-
-1. **Channel Pengujian**: Pertahankan channel pengujian untuk validasi internal
-2. **Peluncuran Bertahap**: Gunakan beberapa channel untuk penerapan pembaruan bertahap
-3. **Pemisahan Platform**: Buat channel terpisah untuk iOS dan Android jika diperlukan
-4. **Kontrol Versi**: Gunakan versi semantik untuk jalur pembaruan yang jelas
-
-## Endpoint
-
-### POST
-
-`https://api.capgo.app/channel/`
-
-Buat atau perbarui konfigurasi channel.
-
-#### Request Body
-
-```typescript
-type disable_update = "major" | "minor" | "version_number" | "none"
-interface ChannelSet {
-  app_id: string
-  channel: string
-  version?: string
-  public?: boolean
-  disableAutoUpdateUnderNative?: boolean
-  disableAutoUpdate?: disable_update
-  ios?: boolean
-  android?: boolean
-  allow_device_self_set?: boolean
-  allow_emulator?: boolean
-  allow_dev?: boolean
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta",
-    "version": "1.2.0",
-    "public": false,
-    "disableAutoUpdate": "minor",
-    "ios": true,
-    "android": true,
-    "allow_emulator": true
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### Respons Sukses
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### GET
-
-`https://api.capgo.app/channel/`
-
-Ambil informasi channel. Mengembalikan 50 channel per halaman.
-
-#### Parameter Query
-- `app_id`: Wajib. ID aplikasi Anda
-- `page`: Opsional. Nomor halaman untuk paginasi
-- `channel`: Opsional. Nama channel spesifik untuk diambil
-
-#### Contoh Permintaan
-
-```bash
-# Dapatkan semua channel
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123"
-
-# Dapatkan channel spesifik
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&channel=beta"
-
-# Dapatkan halaman berikutnya
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&page=1"
-```
-
-#### Tipe Respons
-
-```typescript
-interface Channel {
-    id: number;
-    created_at: string;
-    name: string;
-    app_id: string;
-    version: {
-        id: number,
-        name: string
-    };
-    created_by: string;
-    updated_at: string;
-    public: boolean;
-    disableAutoUpdateUnderNative: boolean;
-    disableAutoUpdate: boolean;
-    allow_emulator: boolean;
-    allow_dev: boolean;
-}
-```
-
-#### Contoh Respons
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "name": "production",
-      "app_id": "app_123",
-      "version": {
-        "id": 1,
-        "name": "1.0.0"
-      },
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "created_by": "user_123",
-      "public": true,
-      "disableAutoUpdateUnderNative": false,
-      "disableAutoUpdate": false,
-      "allow_emulator": false,
-      "allow_dev": false
-    }
-  ]
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/channel/`
-
-Hapus channel. Perhatikan bahwa ini akan mempengaruhi semua perangkat yang menggunakan channel ini.
-
-#### Parameter Query
-
-```typescript
-interface Channel {
-  channel: string
-  app_id: string
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### Respons Sukses
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Penanganan Kesalahan
-
-Skenario kesalahan umum dan responsnya:
-
-```json
-// Channel tidak ditemukan
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// Format versi tidak valid
-{
-  "error": "Invalid version format. Use semantic versioning",
-  "status": "KO"
-}
-
-// Kebijakan pembaruan tidak valid
-{
-  "error": "Invalid disableAutoUpdate value",
-  "status": "KO"
-}
-
-// Izin ditolak
-{
-  "error": "Insufficient permissions to manage channels",
-  "status": "KO"
-}
-```
-
-## Kasus Penggunaan Umum
-
-1. **Pengujian Beta**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "beta",
-  "version": "1.2.0-beta",
-  "public": false,
-  "allow_emulator": true,
-  "allow_dev": true
-}
-```
-
-2. **Peluncuran Produksi**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "production",
-  "version": "1.2.0",
-  "public": true,
-  "disableAutoUpdate": "minor"
-}
-```
-
-3. **Pembaruan Khusus Platform**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "ios-hotfix",
-  "version": "1.2.1",
-  "ios": true,
-  "android": false
-}
-```
diff --git a/src/content/docs/id/docs/public-api/devices.mdx b/src/content/docs/id/docs/public-api/devices.mdx
deleted file mode 100644
index 4dba798cb..000000000
--- a/src/content/docs/id/docs/public-api/devices.mdx
+++ /dev/null
@@ -1,298 +0,0 @@
----
-title: Devices
-description: >-
-  Dokumentasi untuk mengelola perangkat melalui API Capgo, mencakup pelacakan,
-  versi, dan penetapan saluran untuk instalasi aplikasi.
-sidebar:
-  order: 7
-locale: id
----
-
-Devices mewakili instalasi individual aplikasi Anda yang dikelola oleh Capgo. API Devices memungkinkan Anda melacak dan mengelola perangkat, termasuk versi, saluran, dan status pembaruan mereka.
-
-:::note[Retensi Data]
-Data perangkat disimpan selama **90 hari** sejak aktivitas perangkat terakhir. Perangkat yang belum terhubung ke Capgo dalam periode ini akan dihapus secara otomatis dari sistem. Perangkat aktif dilacak secara berkelanjutan saat mereka memeriksa pembaruan.
-:::
-
-## Memahami Devices
-
-Setiap perangkat memiliki karakteristik dan status unik:
-- **Platform**: iOS atau Android
-- **Version**: Versi bundle saat ini dan versi build native
-- **Environment**: Produksi atau pengembangan, emulator atau perangkat fisik
-- **Channel**: Penetapan saluran pembaruan saat ini
-- **Custom ID**: Pengenal opsional untuk keperluan pelacakan Anda sendiri
-
-## Praktik Terbaik
-
-1. **Pelacakan Versi**: Pantau versi perangkat untuk memastikan adopsi pembaruan
-2. **Manajemen Saluran**: Tetapkan perangkat ke saluran yang sesuai berdasarkan kebutuhan pengujian
-3. **Kesadaran Lingkungan**: Tangani lingkungan yang berbeda (prod/dev/emulator) dengan tepat
-4. **Identifikasi Kustom**: Gunakan ID kustom untuk integrasi dengan sistem Anda yang ada
-
-## Endpoints
-
-### POST
-
-`https://api.capgo.app/device/`
-
-Menghubungkan perangkat ke versi atau saluran tertentu.
-
-#### Request Body
-
-```typescript
-interface DeviceLink {
-  app_id: string
-  device_id: string
-  version_id?: string // version name
-  channel?: string    // channel name
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### Respons Sukses
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### GET
-
-`https://api.capgo.app/device/`
-
-Mengambil informasi perangkat. Menggunakan paginasi berbasis kursor untuk pengambilan daftar perangkat besar yang efisien.
-
-#### Parameter Query
-- `app_id`: Wajib. ID aplikasi Anda
-- `device_id`: Opsional. ID perangkat spesifik untuk mengambil satu perangkat
-- `cursor`: Opsional. Kursor dari respons sebelumnya untuk paginasi
-- `limit`: Opsional. Jumlah perangkat per halaman (default: 50)
-
-#### Contoh Permintaans
-
-```bash
-# Get all devices (first page)
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123"
-
-# Get specific device
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&device_id=device_456"
-
-# Get next page using cursor
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&cursor=2024-01-01T00:00:00Z|device_456"
-```
-
-#### Tipe Respons (Daftar)
-
-Saat meminta beberapa perangkat (tanpa parameter `device_id`):
-
-```typescript
-interface DeviceListResponse {
-  data: Device[];
-  nextCursor?: string;  // Kirim ini sebagai param 'cursor' untuk mendapatkan halaman berikutnya
-  hasMore: boolean;     // true jika ada lebih banyak halaman tersedia
-}
-
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number;
-  version_name: string | null;
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-}
-```
-
-#### Tipe Respons (Perangkat Tunggal)
-
-Saat meminta perangkat spesifik dengan parameter `device_id`, mengembalikan objek perangkat secara langsung:
-
-```typescript
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number;
-  version_name: string | null;
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-}
-```
-
-#### Contoh Respons (Daftar)
-
-```json
-{
-  "data": [
-    {
-      "device_id": "device_456",
-      "custom_id": "test-device-1",
-      "version": 1,
-      "version_name": "1.0.0",
-      "app_id": "app_123",
-      "platform": "ios",
-      "plugin_version": "5.0.0",
-      "os_version": "17.0",
-      "version_build": "1",
-      "is_prod": true,
-      "is_emulator": false,
-      "updated_at": "2024-01-01T00:00:00Z"
-    }
-  ],
-  "nextCursor": "2024-01-01T00:00:00Z|device_456",
-  "hasMore": true
-}
-```
-
-#### Contoh Respons (Perangkat Tunggal)
-
-```json
-{
-  "device_id": "device_456",
-  "custom_id": "test-device-1",
-  "version": 1,
-  "version_name": "1.0.0",
-  "app_id": "app_123",
-  "platform": "ios",
-  "plugin_version": "5.0.0",
-  "os_version": "17.0",
-  "version_build": "1",
-  "is_prod": true,
-  "is_emulator": false,
-  "updated_at": "2024-01-01T00:00:00Z",
-  "channel": "production"
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/device/`
-
-Memutuskan tautan perangkat dari penggantian salurannya. Ini mengatur ulang perangkat untuk menggunakan saluran defaultnya.
-
-:::note[Hapus perangkat]
-Data perangkat disimpan selama **90 hari** sejak aktivitas perangkat terakhir. Perangkat yang belum terhubung ke Capgo dalam periode ini akan dihapus secara otomatis dari sistem. Perangkat aktif dilacak secara berkelanjutan saat mereka memeriksa pembaruan.
-Anda tidak dapat menghapus perangkat dengan endpoint ini, ini hanya mempengaruhi penggantian saluran.
-:::
-
-#### Query Parameters
-
-```typescript
-interface Device {
-  device_id: string
-  app_id: string
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### Respons Sukses
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Penanganan Kesalahan
-
-Skenario kesalahan umum dan responsnya:
-
-```json
-// Device not found
-{
-  "error": "Device not found",
-  "status": "KO"
-}
-
-// Invalid version
-{
-  "error": "Version not found",
-  "status": "KO"
-}
-
-// Invalid channel
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage devices",
-  "status": "KO"
-}
-```
-
-## Kasus Penggunaan Umum
-
-1. **Beta Device Registration**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "channel": "beta"
-}
-```
-
-2. **Version Override**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "version_id": "1.1.0"
-}
-```
-
-3. **Reset to Default Channel**
-```typescript
-// Use DELETE endpoint to remove overrides
-```
-
-## Tips untuk Manajemen Perangkat
-
-1. **Pemantauan**: Periksa status perangkat dan distribusi versi secara teratur
-2. **Pengujian**: Gunakan ID kustom untuk mengidentifikasi perangkat uji dengan mudah
-3. **Pemecahan Masalah**: Lacak pembaruan perangkat dan penetapan saluran
-4. **Kontrol Versi**: Pantau versi aplikasi native untuk memastikan kompatibilitas 
diff --git a/src/content/docs/id/docs/public-api/index.mdx b/src/content/docs/id/docs/public-api/index.mdx
deleted file mode 100644
index bb9035fb2..000000000
--- a/src/content/docs/id/docs/public-api/index.mdx
+++ /dev/null
@@ -1,108 +0,0 @@
----
-title: Ikhtisar API
-description: >-
-  Jelajahi API publik Capgo untuk mengelola sumber daya seperti organisasi,
-  perangkat, saluran, dan bundle menggunakan metode HTTP RESTful dan
-  autentikasi.
-sidebar:
-  order: 1
-locale: id
----
-
-import { LinkCard } from '@astrojs/starlight/components';
-
-Ini adalah dokumentasi API publik Capgo cloud. API memungkinkan Anda untuk mengelola sumber daya Capgo secara programatis, termasuk organisasi, perangkat, saluran, dan bundle. Ini dirancang untuk menjadi RESTful dan menggunakan metode HTTP standar.
-
-## Autentikasi
-
-Semua endpoint API memerlukan autentikasi. Untuk mengautentikasi permintaan Anda, tambahkan kunci API Anda di header `authorization`.
-
-Contoh:
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-```
-
-<LinkCard
-	title="Dapatkan kunci API"
-	description="Hasilkan kunci API Anda di dasbor Capgo"
-	href="https://console.capgo.app/dashboard/apikeys/"
-/>
-
-## Pembatasan Kecepatan
-
-API menerapkan pembatasan kecepatan untuk memastikan penggunaan yang adil. Batas saat ini adalah:
-- 100 permintaan per menit untuk akun standar
-- 1000 permintaan per menit untuk akun perusahaan
-
-Jika Anda melebihi batas ini, Anda akan menerima respons 429 (Too Many Requests).
-
-## Format Respons
-
-Semua respons dalam format JSON. Respons yang berhasil biasanya mencakup objek `data` atau bidang `status`. Respons kesalahan mencakup bidang `error` dengan deskripsi tentang apa yang salah.
-
-Contoh respons berhasil:
-```json
-{
-  "status": "ok",
-  "data": { ... }
-}
-```
-
-Contoh respons kesalahan:
-```json
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-```
-
-## Endpoint yang Tersedia
-
-<LinkCard
-	title="Organisasi"
-	description="Buat dan kelola organisasi, perbarui pengaturan, dan tangani konfigurasi tingkat organisasi"
-	href="/docs/public-api/organizations/"
-/>
-
-<LinkCard
-	title="Kunci API"
-	description="Hasilkan, daftarkan, dan cabut kunci API untuk akses aman ke API Capgo"
-	href="/docs/public-api/api-keys/"
-/>
-
-<LinkCard
-	title="Anggota"
-	description="Kelola anggota organisasi, peran, dan izin"
-	href="/docs/public-api/members/"
-/>
-
-<LinkCard
-	title="Statistik"
-	description="Akses analitik terperinci tentang penggunaan aplikasi, penyimpanan, dan konsumsi bandwidth"
-	href="/docs/public-api/statistics/"
-/>
-
-<LinkCard
-	title="Saluran"
-	description="Kontrol saluran pembaruan aplikasi, versi, dan kebijakan pembaruan"
-	href="/docs/public-api/channels/"
-/>
-
-<LinkCard
-	title="Perangkat"
-	description="Lacak dan kelola perangkat yang menjalankan aplikasi Anda, termasuk penugasan versi dan saluran"
-	href="/docs/public-api/devices/"
-/>
-
-<LinkCard
-	title="Bundle"
-	description="Tangani bundle aplikasi, termasuk mengunggah, mendaftarkan, dan mengelola versi"
-	href="/docs/public-api/bundles/"
-/>
-
-## Praktik Terbaik
-
-1. **Penanganan Kesalahan**: Selalu periksa respons kesalahan dan tangani dengan tepat
-2. **Pembatasan Kecepatan**: Terapkan backoff eksponensial saat mencapai batas kecepatan
-3. **Caching**: Cache respons bila sesuai untuk mengurangi panggilan API
-4. **Versi**: Lacak perubahan API melalui changelog kami 
diff --git a/src/content/docs/id/docs/public-api/members.mdx b/src/content/docs/id/docs/public-api/members.mdx
deleted file mode 100644
index 7d3f29d42..000000000
--- a/src/content/docs/id/docs/public-api/members.mdx
+++ /dev/null
@@ -1,228 +0,0 @@
----
-title: Anggota
-description: >-
-  Panduan komprehensif untuk mengelola anggota organisasi di Capgo, mencakup
-  peran, izin, dan praktik terbaik untuk keamanan dan kolaborasi.
-sidebar:
-  order: 4
-locale: id
----
-
-Anggota organisasi adalah pengguna yang memiliki akses ke organisasi Capgo Anda. Setiap anggota memiliki peran spesifik yang menentukan izin mereka dalam organisasi. Mengelola anggota secara efektif sangat penting untuk menjaga keamanan dan kolaborasi dalam tim Anda.
-
-## Peran Anggota
-
-### Peran Reguler
-- **read**: Dapat melihat sumber daya tetapi tidak dapat membuat perubahan
-- **upload**: Dapat mengunggah bundle baru dan melihat sumber daya
-- **write**: Dapat memodifikasi sumber daya dan mengunggah bundle
-- **admin**: Dapat mengelola pengaturan organisasi dan anggota
-- **super_admin**: Memiliki kontrol penuh atas organisasi
-
-### Peran Undangan
-- **invite_read**: Undangan tertunda untuk akses baca
-- **invite_upload**: Undangan tertunda untuk akses unggah
-- **invite_write**: Undangan tertunda untuk akses tulis
-- **invite_admin**: Undangan tertunda untuk akses admin
-- **invite_super_admin**: Undangan tertunda untuk akses super admin
-
-## Praktik Terbaik
-
-1. **Penugasan Peran**: Ikuti prinsip hak istimewa paling rendah saat menugaskan peran
-2. **Audit Reguler**: Tinjau secara berkala akses anggota dan hapus akun yang tidak digunakan
-3. **Orientasi**: Miliki proses yang jelas untuk menambahkan anggota baru dan menugaskan peran
-4. **Pemberhentian**: Segera hapus akses untuk anggota yang meninggalkan organisasi
-
-## Endpoint
-
-### POST
-
-`https://api.capgo.app/organization/members/`
-
-Tambahkan anggota baru ke organisasi atau perbarui peran anggota yang ada. Perhatikan bahwa Anda hanya dapat mengundang pengguna yang sudah memiliki akun Capgo - email harus sesuai dengan pengguna Capgo yang ada.
-
-#### Request Body
-
-```typescript
-interface MemberCreate {
-  orgId: string
-  email: string
-  role: "read" | "upload" | "write" | "admin" | "super_admin"
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "newmember@example.com",
-    "role": "write"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### Respons Sukses
-
-```json
-{
-  "status": "OK",
-  "data": {
-    "uid": "user_789",
-    "email": "newmember@example.com",
-    "role": "invite_write",
-    "image_url": null
-  }
-}
-```
-
-Catatan: 
-- Saat menambahkan anggota baru, mereka akan menerima email undangan. Peran mereka akan diawali dengan "invite_" sampai mereka menerima undangan.
-- Pengguna harus sudah memiliki akun Capgo sebelum dapat diundang. Jika mereka tidak memiliki akun, mereka harus membuat satu terlebih dahulu di https://console.capgo.app/register/
-
-### GET 
-
-`https://api.capgo.app/organization/members/`
-
-Ambil semua anggota dari sebuah organisasi.
-
-#### Parameter Query
-
-```typescript
-interface MemberQuery {
-  orgId: string
-}
-```
-
-#### Tipe Respons
-
-```typescript
-interface Member {
-  uid: string;
-  email: string;
-  image_url: string;
-  role: "invite_read" | "invite_upload" | "invite_write" | "invite_admin" | "invite_super_admin" | "read" | "upload" | "write" | "admin" | "super_admin";
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/organization/members/?orgId=org_123"
-```
-
-#### Contoh Respons
-
-```json
-{
-  "data": [
-    {
-      "uid": "user_123",
-      "email": "john@example.com",
-      "image_url": "https://example.com/avatar.png",
-      "role": "admin"
-    },
-    {
-      "uid": "user_456",
-      "email": "jane@example.com",
-      "image_url": "https://example.com/avatar2.png",
-      "role": "write"
-    },
-    {
-      "uid": "user_789",
-      "email": "bob@example.com",
-      "image_url": null,
-      "role": "invite_read"
-    }
-  ]
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/organization/members/`
-
-Hapus anggota dari organisasi. Ini akan segera mencabut akses mereka.
-
-#### Request Body
-
-```typescript
-interface MemberDelete {
-  orgId: string
-  email: string
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "user@example.com"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### Respons Sukses
-
-```json
-{
-  "status": "OK"
-}
-```
-
-## Penanganan Kesalahan
-
-Skenario kesalahan umum dan responsnya:
-
-```json
-// Anggota tidak ditemukan
-{
-  "error": "Member not found",
-  "status": "KO"
-}
-
-// Peran tidak valid
-{
-  "error": "Invalid role specified",
-  "status": "KO"
-}
-
-// Izin ditolak
-{
-  "error": "Insufficient permissions to manage members",
-  "status": "KO"
-}
-
-// Tidak dapat menghapus admin terakhir
-{
-  "error": "Cannot remove the last admin from the organization",
-  "status": "KO"
-}
-
-// Email tidak valid
-{
-  "error": "Invalid email format",
-  "status": "KO"
-}
-
-// Anggota sudah ada
-{
-  "error": "Member already exists in organization",
-  "status": "KO"
-}
-```
-
-## Kasus Penggunaan Umum
-
-1. **Ekspansi Tim**: Menambahkan anggota tim baru dengan peran yang sesuai
-2. **Kontrol Akses**: Mengelola izin anggota saat tanggung jawab berubah
-3. **Audit Keamanan**: Meninjau daftar anggota dan peran secara berkala
-4. **Restrukturisasi Tim**: Memperbarui peran selama perubahan organisasi
diff --git a/src/content/docs/id/docs/public-api/organizations.mdx b/src/content/docs/id/docs/public-api/organizations.mdx
deleted file mode 100644
index 35985c1de..000000000
--- a/src/content/docs/id/docs/public-api/organizations.mdx
+++ /dev/null
@@ -1,207 +0,0 @@
----
-title: Organizations
-description: >-
-  Panduan untuk mengelola organisasi di Capgo, yang mencakup pembuatan,
-  pengaturan, pembaruan, dan pengambilan detail organisasi.
-sidebar:
-  order: 2
-locale: id
----
-Organisasi adalah entitas tingkat teratas di Capgo. Mereka memungkinkan Anda mengelompokkan aplikasi, anggota tim, dan sumber daya di bawah satu payung. Setiap organisasi dapat memiliki banyak anggota dengan peran dan izin berbeda.
-
-## Kasus Penggunaan Umum
-
-- Membuat organisasi baru untuk perusahaan Anda
-- Mengelola pengaturan organisasi
-- Memperbarui informasi organisasi
-- Mengambil detail organisasi
-
-## Titik akhir
-
-### DAPATKAN
-
-`https://api.capgo.app/organization/`
-
-Ambil informasi organisasi. Jika `orgId` disediakan dalam parameter, mengembalikan satu organisasi. Jika tidak, kembalikan semua organisasi yang dapat diakses.
-
-#### Parameter Kueri
-
-- `orgId` (opsional): ID organisasi tertentu yang akan diambil
-
-#### Jenis Respons
-
-```typescript
-interface Organization {
-  id: string
-  created_by: string
-  created_at: string
-  updated_at: string
-  logo: string | null
-  name: string
-  management_email: string
-  customer_id: string | null
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-# Get all organizations
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-
-# Get specific organization
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### Contoh Respon
-
-```json
-{
-  "data": {
-    "id": "org_123",
-    "name": "My Company",
-    "created_at": "2024-01-01T00:00:00Z",
-    "updated_at": "2024-01-01T00:00:00Z",
-    "logo": "https://example.com/logo.png",
-    "management_email": "admin@example.com",
-    "customer_id": "cus_123"
-  }
-}
-```
-
-### POSTINGAN
-
-`https://api.capgo.app/organization/`
-
-Buat organisasi baru.
-
-#### Isi Permintaan
-
-```typescript
-interface OrganizationCreate {
-  name: string
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "New Organization"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### Contoh Respon
-
-```json
-{
-  "status": "Organization created",
-  "id": "org_456"
-}
-```
-
-### MASUKKAN
-
-`https://api.capgo.app/organization/`
-
-Perbarui organisasi yang ada. Membutuhkan peran admin.
-
-#### Isi Permintaan
-
-```typescript
-interface OrganizationUpdate {
-  orgId: string
-  logo?: string
-  name?: string
-  management_email?: string
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### Contoh Respon
-
-```json
-{
-  "status": "Organization updated",
-  "data": {
-    "id": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }
-}
-```
-
-### HAPUS
-
-`https://api.capgo.app/organization/`
-
-Hapus organisasi yang ada. Membutuhkan peran admin. Tindakan ini tidak dapat diubah dan akan menghapus semua aplikasi, paket (versi), dan sumber daya terkait.
-
-#### Parameter Kueri
-
-- `orgId`: ID organisasi yang akan dihapus
-
-#### Contoh Permintaan
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### Contoh Respon
-
-```json
-{
-  "status": "Organization deleted",
-  "id": "org_123"
-}
-```
-
-## Penanganan Kesalahan
-
-Skenario kesalahan umum dan tanggapannya:
-
-```json
-// Invalid API key
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-
-// Missing required field
-{
-  "error": "Name is required",
-  "status": "KO"
-}
-
-// Insufficient permissions
-{
-  "error": "Admin role required",
-  "status": "KO"
-}
-```
-
-## Praktik Terbaik
-
-1. **Penamaan**: Gunakan nama organisasi yang jelas dan deskriptif
-2. **Peran**: Tetapkan peran yang sesuai kepada anggota tim
-3. **Email**: Gunakan email grup untuk email_manajemen untuk menghindari masalah dengan perubahan email pribadi
-4. **Logo**: Menghosting logo di CDN yang andal dan menggunakan URL HTTPS
diff --git a/src/content/docs/id/docs/public-api/statistics.mdx b/src/content/docs/id/docs/public-api/statistics.mdx
deleted file mode 100644
index 1a6a3fabf..000000000
--- a/src/content/docs/id/docs/public-api/statistics.mdx
+++ /dev/null
@@ -1,235 +0,0 @@
----
-title: Statistik
-description: >-
-  Panduan terperinci untuk titik akhir Statistik API, memberikan wawasan tentang
-  Pengguna Aktif Bulanan (MAU), penyimpanan, dan metrik bandwidth untuk aplikasi
-  dan organisasi.
-sidebar:
-  order: 5
-locale: id
----
-Titik akhir Statistik memberikan analisis mendetail tentang aplikasi dan organisasi Anda. Anda dapat melacak Pengguna Aktif Bulanan (MAU), penggunaan penyimpanan, dan konsumsi bandwidth dalam periode waktu yang berbeda. Data ini penting untuk memantau pertumbuhan aplikasi, penggunaan sumber daya, dan kapasitas perencanaan.
-
-## Memahami Metrik
-
-- **MAU (Pengguna Aktif Bulanan)**: Jumlah perangkat unik yang mengakses aplikasi Anda dalam 30 hari terakhir
-- **Penyimpanan**: Ukuran total semua paket dan sumber daya yang disimpan dalam byte
-- **Bandwidth**: Total transfer data untuk unduhan bundel dalam byte
-
-## Praktik Terbaik
-
-1. **Pemantauan Reguler**: Periksa statistik secara berkala untuk melacak pertumbuhan dan pola penggunaan
-2. **Perencanaan Sumber Daya**: Gunakan metrik penyimpanan dan bandwidth untuk perencanaan kapasitas
-3. **Keterlibatan Pengguna**: Lacak MAU untuk memahami tren keterlibatan pengguna
-4. **Manajemen Biaya**: Pantau penggunaan sumber daya untuk mengoptimalkan biaya
-
-## Titik akhir
-
-### DAPATKAN /statistik/aplikasi/:app_id/
-
-Dapatkan statistik untuk aplikasi tertentu. Titik akhir ini berguna untuk memantau kinerja aplikasi individual.
-
-#### Parameter Kueri
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Contoh Respon
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 1500,
-    "storage": 536870912,  // 512MB in bytes
-    "bandwidth": 1073741824 // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 1550,
-    "storage": 537919488,  // 513MB in bytes
-    "bandwidth": 1074790400 // 1.01GB in bytes
-  }
-]
-```
-
-### DAPATKAN /statistics/org/:org_id/
-
-Dapatkan statistik untuk organisasi tertentu. Berguna untuk memantau penggunaan tingkat organisasi.
-
-#### Parameter Kueri
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-  breakdown: boolean  // default false, optional if true it return the breakdown by app
-  noAccumulate: boolean // default false, optional if true it will not accumulate data and just return day by day result
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/org/046a36ac-e03c-4590-9257-bd6c9dba9ee8/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Contoh Respon
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 10000,
-    "storage": 536870912,   // 512MB in bytes
-    "bandwidth": 1073741824  // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 10200,
-    "storage": 537919488,   // 513MB in bytes
-    "bandwidth": 1074790400  // 1.01GB in bytes
-  }
-]
-```
-
-### DAPATKAN /statistik/pengguna/
-
-Dapatkan statistik gabungan di seluruh organisasi yang dapat Anda akses. Sempurna untuk pemantauan penggunaan secara keseluruhan.
-
-#### Parameter Kueri
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/user/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Contoh Respon
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 25000,
-    "storage": 1073741824,  // 1GB in bytes
-    "bandwidth": 2147483648  // 2GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 25500,
-    "storage": 1074790400,  // 1.01GB in bytes
-    "bandwidth": 2148532224  // 2.01GB in bytes
-  }
-]
-```
-
-### DAPATKAN /statistics/app/:app_id/bundle_usage
-
-Dapatkan statistik penggunaan paket untuk aplikasi tertentu, yang menunjukkan distribusi paket (versi) di antara pengguna selama periode tertentu.
-
-#### Parameter Kueri
-
-```typescript
-interface BundleUsageQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Contoh Permintaan
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/bundle_usage?from=2024-01-01&to=2024-02-01"
-```
-
-#### Contoh Respon
-
-```json
-{
-  "labels": ["2024-01-01", "2024-01-02", "2024-01-03"],
-  "datasets": [
-    {
-      "label": "1.0.0",
-      "data": [60.5, 58.2, 55.3]
-    },
-    {
-      "label": "1.0.1",
-      "data": [39.5, 41.8, 44.7]
-    }
-  ]
-}
-```
-
-## Penanganan Kesalahan
-
-Skenario kesalahan umum dan tanggapannya:
-
-```json
-// Invalid body
-{
-  "status": "Invalid body",
-  "error": "Invalid date format or missing parameters"
-}
-
-// Permission denied
-{
-  "status": "You can't access this app",
-  "error": "Insufficient permissions to access statistics"
-}
-
-// Permission denied for organization
-{
-  "status": "You can't access this organization",
-  "error": "Insufficient permissions to access organization statistics"
-}
-
-// No organizations found for user statistics
-{
-  "status": "No organizations found",
-  "error": "No organizations found"
-}
-
-// Internal server error
-{
-  "status": "Cannot get app statistics",
-  "error": "Internal server error message"
-}
-```
-
-## Kasus Penggunaan Umum
-
-1. **Pelacakan Pertumbuhan**: Pantau pertumbuhan MAU dari waktu ke waktu
-2. **Pengoptimalan Sumber Daya**: Melacak penyimpanan dan penggunaan bandwidth untuk mengoptimalkan biaya
-3. **Perencanaan Kapasitas**: Gunakan tren untuk merencanakan kebutuhan sumber daya di masa depan
-4. **Laporan Penggunaan**: Menghasilkan laporan penggunaan berkala untuk pemangku kepentingan
-5. **Analisis Distribusi Paket (versi)**: Memahami bagaimana pengguna didistribusikan ke berbagai paket aplikasi (versi) dengan statistik penggunaan paket
-
-## Tip untuk Analisis
-
-1. **Bandingkan Periode**: Lihat tren dari bulan ke bulan atau tahun ke tahun
-2. **Rasio Lacak**: Memantau bandwidth per pengguna atau penyimpanan per aplikasi
-3. **Atur Peringatan**: Membuat peringatan untuk lonjakan penggunaan yang tidak biasa
-4. **Pencadangan Reguler**: Ekspor statistik secara berkala untuk analisis historis
-5. **Adopsi Paket (versi)**: Gunakan penggunaan paket untuk melacak tingkat adopsi paket (versi) baru
diff --git a/src/content/docs/id/docs/upgrade/from-appflow-to-capgo.mdx b/src/content/docs/id/docs/upgrade/from-appflow-to-capgo.mdx
deleted file mode 100644
index 416d06161..000000000
--- a/src/content/docs/id/docs/upgrade/from-appflow-to-capgo.mdx
+++ /dev/null
@@ -1,130 +0,0 @@
----
-title: Migrasi dari AppFlow ke Capgo
-description: Panduan lengkap untuk migrasi aplikasi Anda dari Ionic AppFlow ke Capgo
-sidebar:
-  order: 7
-locale: id
----
-
-## Referensi Konfigurasi AppFlow
-
-Sebelum migrasi, catat konfigurasi AppFlow Anda saat ini di `capacitor.config.ts`:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    LiveUpdates: {
-      appId: 'your-app-id',
-      channel: 'Production',
-      autoUpdateMethod: 'background', // atau 'always latest', 'force update'
-      maxVersions: 2
-    }
-  }
-};
-```
-
-Konfigurasi ini akan membantu Anda memetakan fitur AppFlow ke fitur yang setara di Capgo.
-
-## Mengapa Migrasi ke Capgo?
-
-Dengan pengumuman penutupan Ionic AppFlow, migrasi ke Capgo menyediakan transisi yang lancar untuk alur kerja pengembangan aplikasi seluler Anda. Capgo menawarkan fitur yang ditingkatkan, kinerja yang lebih baik, dan penghematan biaya yang signifikan sambil mempertahankan semua fungsi penting yang Anda butuhkan.
-
-### Manfaat Utama
-- Pengiriman pembaruan lebih cepat (< 1 menit vs 10 menit)
-- Harga lebih terjangkau ($14/bulan vs $499/bulan)
-- Enkripsi end-to-end termasuk dalam semua paket
-- Kontrol yang lebih baik atas saluran pembaruan
-- Opsi integrasi CI/CD yang lengkap
-
-## Langkah-langkah Migrasi
-
-### 1. Migrasi Pembaruan Langsung
-
-#### Hapus Dependensi Sebelumnya
-```bash
-npm uninstall @ionic/appflow
-# Hapus konfigurasi khusus AppFlow dari capacitor.config.json
-```
-
-#### Pasang Capgo
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-#### Perbarui Konfigurasi
-Tambahkan konfigurasi Capgo ke `capacitor.config.json` Anda:
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true
-    }
-  }
-}
-```
-
-### 2. Migrasi CI/CD
-
-Capgo menawarkan opsi CI/CD yang fleksibel:
-
-#### Opsi 1: Gunakan CI/CD yang Ada
-Ikuti tutorial terperinci kami untuk menyiapkan CI/CD dengan platform populer:
-- [Pengaturan Build iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-- [Pengaturan Build Android](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)
-- [Integrasi GitHub Actions](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-
-#### Opsi 2: CI/CD Terkelola
-Biarkan kami menangani pengaturan CI/CD Anda dengan [layanan terkelola](https://cal.com/team/capgo/mobile-ci-cd-done-for-you) kami.
-
-### 3. Pengaturan Saluran
-
-1. Buat saluran di dashboard Capgo:
-```bash
-npx @capgo/cli channel create production
-npx @capgo/cli channel create staging
-```
-
-2. Konfigurasi pengaturan saluran:
-```bash
-# Atur saluran produksi
-npx @capgo/cli channel update production --no-downgrade --no-upgrade
-
-# Atur saluran staging
-npx @capgo/cli channel update staging
-```
-
-### 4. Pengujian Migrasi
-
-1. **Uji Pembaruan Langsung**
-```bash
-# Buat dan unggah bundle pengujian
-npx @capgo/cli bundle create --channel staging
-```
-
-2. **Verifikasi Penerimaan Pembaruan**
-- Pasang aplikasi di perangkat pengujian
-- Periksa bahwa pembaruan diterima dengan benar
-- Verifikasi proses pemasangan pembaruan
-- Uji fungsi pemulihan
-
-## Pemecahan Masalah
-
-### Masalah Umum
-
-#### Pembaruan Tidak Diterima
-- Periksa konfigurasi saluran
-- Periksa log perangkat
-- Pastikan konektivitas jaringan memadai
-- Validasi format versi bundle
-
-## Langkah Selanjutnya
-
-1. [Buat akun Capgo](/register/)
-2. Ikuti [panduan mulai cepat](/docs/getting-started/quickstart/) kami
-3. Siapkan [integrasi CI/CD](/docs/getting-started/cicd-integration/)
-4. Konfigurasi [pembaruan langsung](/docs/live-updates/)
-
-Untuk tim perusahaan yang membutuhkan dukungan khusus selama migrasi, [jadwalkan panggilan dengan tim kami](https://cal.com/team/capgo/capgo-enterprise-inquiry).
diff --git a/src/content/docs/id/docs/upgrade/from-capawesome-to-capgo.mdx b/src/content/docs/id/docs/upgrade/from-capawesome-to-capgo.mdx
deleted file mode 100644
index ad2e6db27..000000000
--- a/src/content/docs/id/docs/upgrade/from-capawesome-to-capgo.mdx
+++ /dev/null
@@ -1,253 +0,0 @@
----
-title: Migrasi dari Capawesome Cloud ke Capgo
-locale: id
-description: Panduan langkah demi langkah untuk pindah dari Capawesome Cloud ke Capgo dengan mendapatkan keamanan OTA native, observabilitas tingkat perangkat, dan otomasi penuh.
-sidebar:
-  order: 8
----
-
-> ⚡️ Capgo mengotomatiskan channel, pembersihan bundle, rollback, analytics, dan upload CLI secara native. Gunakan panduan ini untuk melakukan langkah-langkah minimal yang diperlukan untuk migrasi dan secara opsional membuat ulang perilaku khusus yang masih Anda butuhkan.
-
-## Gambaran Umum
-
-1. Kumpulkan konfigurasi Capawesome Cloud Anda yang ada (App ID, channel, signing key, CLI token) sehingga Anda dapat mengarsipkan atau mengauditnya nanti.
-2. Instal plugin Capgo, hapus Capawesome SDK, dan panggil `CapacitorUpdater.notifyAppReady()`.
-3. Konfigurasi perilaku opsional (unduhan manual, bundle pinning, reload) jika Anda mengandalkan alur tersebut saat ini.
-
-Dengan Capgo, Anda hanya perlu menginstal plugin kami dan memanggil `CapacitorUpdater.notifyAppReady()`. Semua yang lain—channel, pembersihan bundle, rollback, analytics, dan otomasi CLI—ditangani secara native. Bagian-bagian di bawah ini memandu Anda melalui setiap tugas secara langsung.
-
-## Sebelum Anda Memulai
-
-- Pastikan proyek Anda sudah menggunakan Capacitor 5 atau yang lebih baru.
-- Instal Capgo CLI (`npm install -g @capgo/cli`) jika Anda berencana untuk push bundle dari CI/CD.
-
-## Langkah 1 – Instal Capgo dan hapus Capawesome SDK
-
-```bash
-npm uninstall @capawesome/capacitor-live-update
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Itulah satu-satunya penggantian wajib. Kode native Capgo sudah tersedia dengan plugin; tidak diperlukan helper JavaScript tambahan.
-
-## Langkah 2 – Konfigurasi minimal
-
-Setup sebelumnya memerlukan pemetaan puluhan opsi di `capacitor.config`. Capgo mengenali proyek Anda secara otomatis, sehingga konfigurasi minimal terlihat seperti ini:
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      autoDeletePrevious: true,
-      periodCheckDelay: 10 * 60 * 1000, // optional: check every 10 minutes
-    },
-  },
-}
-
-export default config
-```
-
-Semua yang didaftarkan Capawesome sebagai flag manual (`defaultChannel`, `autoDeleteBundles`, kebijakan retensi, dll.) dikelola melalui dashboard atau API Capgo. Anda hanya perlu menimpa key ini jika Anda menginginkan perilaku yang berbeda dari default Capgo.
-
-### Referensi cepat konfigurasi
-
-| Opsi Capawesome | Ekuivalen Capgo | Apakah Anda perlu mengaturnya? |
-| --- | --- | --- |
-| `appId` | Diambil dari dashboard Capgo setelah Anda membuat proyek | Hanya jika Anda menggunakan beberapa proyek dalam satu binary |
-| `defaultChannel` | Aturan channel dikelola di dashboard/API | Opsional; kebanyakan tim mengatur ini di sisi server |
-| `autoDeleteBundles` | `autoDeletePrevious: true` (default) | Sudah diaktifkan |
-| `publicKey` | Dikelola di konsol Capgo | Hanya jika Anda merotasi key secara manual |
-| `maxVersions` / retensi | Kebijakan retensi bundle | Dikonfigurasi secara terpusat di Capgo (default 1 bulan, maksimal 24 bulan) |
-
-## Langkah 3 – Panggil `notifyAppReady()` (satu-satunya hook yang diperlukan)
-
-Workflow lama memperkenalkan listener khusus (`checkForUpdates()`, `retryDownload()`, menyembunyikan splash screen, dll.). Capgo melakukan langkah-langkah tersebut secara native. Satu-satunya API yang harus Anda panggil adalah:
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Ini mengonfirmasi bahwa aplikasi berhasil di-boot. Jika konfirmasi tidak pernah sampai, Capgo secara otomatis melakukan rollback bundle—tidak diperlukan JavaScript tambahan.
-
-**Itu saja—Capgo menangani pengecekan latar belakang, visibilitas splash, dan rollback secara native.**
-
-<details>
-<summary>Opsional: jalankan logika khusus sebelum splash screen disembunyikan</summary>
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-
-CapacitorUpdater.addListener('appReady', () => {
-  // Jalankan diagnostik atau logging jika Anda perlu
-  SplashScreen.hide()
-})
-
-CapacitorUpdater.notifyAppReady()
-```
-
-</details>
-
-## Langkah 4 – Petakan panggilan API (sebagian besar opsional)
-
-Di Capgo, Anda biasanya membiarkan auto-updater berjalan; API manual tetap tersedia jika Anda menginginkan kontrol penuh.
-
-| Capawesome Cloud | Ekuivalen Capgo | Apakah Anda membutuhkannya? |
-| --- | --- | --- |
-| `LiveUpdate.fetchLatestBundle()` | `CapacitorUpdater.getLatest()` | Hanya saat mengimplementasikan workflow unduhan Anda sendiri |
-| `LiveUpdate.downloadBundle()` | `CapacitorUpdater.download()` | Opsional: auto-update native sudah mengunduh |
-| `LiveUpdate.setNextBundle()` | `CapacitorUpdater.next()` | Opsional: dashboard meng-pin bundle secara otomatis |
-| `LiveUpdate.reload()` | `CapacitorUpdater.reload()` | Opsional; Capgo memberlakukan bundle wajib setelah `notifyAppReady()` |
-| `LiveUpdate.getCurrentBundle()` | `CapacitorUpdater.current()` | Diagnostik opsional |
-
-Jika Anda tetap menggunakan perilaku auto-update native, Anda dapat menghapus JavaScript Capawesome sepenuhnya.
-
-### Contoh kontrol manual
-
-**Unduh bundle terbaru**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const downloadUpdate = async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const bundle = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    console.log('Bundle downloaded', bundle?.id)
-  }
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const downloadUpdate = async () => {
-  const result = await LiveUpdate.fetchLatestBundle()
-  if (result.downloadUrl) {
-    await LiveUpdate.downloadBundle({
-      bundleId: result.bundleId,
-      url: result.downloadUrl,
-    })
-    console.log('Bundle downloaded')
-  }
-}
-```
-
-**Atur bundle berikutnya**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const setNextBundle = async () => {
-  await CapacitorUpdater.next({ id: 'bundle-id-123' })
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const setNextBundle = async () => {
-  await LiveUpdate.setNextBundle({ bundleId: 'bundle-id-123' })
-}
-```
-
-**Terapkan bundle yang diunduh segera**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const applyUpdate = async () => {
-  await CapacitorUpdater.reload()
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const applyUpdate = async () => {
-  await LiveUpdate.reload()
-}
-```
-
-## Langkah 5 – Strategi pembaruan: bagaimana Capgo menanganinya
-
-Capawesome mendokumentasikan tiga strategi. Berikut ini bagaimana mereka diterjemahkan:
-
-### Pembaruan latar belakang
-- **Workflow sebelumnya**: konfigurasi dalam kode dan jadwalkan unduhan secara manual.
-- **Capgo**: diaktifkan secara default (`autoUpdate: true`). Tidak diperlukan kode tambahan.
-
-### Selalu terbaru
-- **Workflow sebelumnya**: tambahkan listener `App.resume`, panggil `download`, kemudian `set`.
-- **Capgo**: auto-update latar belakang sudah melakukan pengecekan setelah resume. Anda hanya memerlukan listener manual jika Anda menginginkan interval khusus.
-
-<details>
-<summary>Opsional: pengecekan resume manual</summary>
-
-```ts
-import { App } from '@capacitor/app'
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-App.addListener('resume', async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const downloaded = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    if (downloaded) {
-      await CapacitorUpdater.next({ id: downloaded.id })
-    }
-  }
-})
-```
-
-</details>
-
-### Pembaruan paksa
-- **Workflow sebelumnya**: menghubungkan logika prompt dan memberlakukan reload.
-- **Capgo**: tandai bundle sebagai "wajib" di dashboard, kemudian dengarkan event `majorAvailable` (dipancarkan setelah `notifyAppReady()`) untuk mengharuskan pengguna upgrade di dalam aplikasi Anda.
-
-## Langkah 6 – Deploy bundle
-
-Jika Anda sebelumnya mengandalkan `capawesome live-update deploy`, Capgo menawarkan workflow CLI serupa, dan Anda juga dapat mengotomatiskan deployment sepenuhnya melalui API.
-
-```bash
-# Autentikasi sekali (menyimpan token di lingkungan CI Anda)
-capgo login
-
-# Upload bundle baru (mendeteksi platform/versi secara otomatis)
-capgo bundle upload --path dist --channel production
-```
-
-Karena Capgo melacak kesehatan bundle secara otomatis, Anda juga mendapatkan:
-
-- Log audit tingkat perangkat untuk setiap instalasi.
-- Retensi otomatis (satu bulan secara default) dengan batas yang dapat dikonfigurasi hingga 24 bulan.
-- Metrik latensi real-time di [status.capgo.app/history](https://status.capgo.app/history).
-
-## Timeline Migrasi
-
-- **Inventaris & instalasi**: 10 menit (`npm install`, hapus plugin lama).
-- **Konfigurasi & kesiapan**: 5 menit (`notifyAppReady`).
-- **Pemeriksaan kewarasan**: 15 menit (tes manual opsional atau listener).
-- **Deployment pertama**: 10 menit dengan Capgo CLI atau integrasi CI.
-
-Dalam praktiknya, tim menyelesaikannya dalam waktu kurang dari satu jam. Jika Anda memberikan detail proyek Capawesome, kami bahkan dapat mengimpor channel dan daftar perangkat untuk Anda.
-
-## Dukungan Capgo
-
-- **Pendamping migrasi**: pesan sesi di [cal.com/team/capgo/demo](https://cal.com/team/capgo/demo).
-- **Komunitas**: bergabung dengan [Capgo Discord](https://discord.gg/VCXxSVjefW).
-- **Issue tracker**: [github.com/Cap-go/capacitor-updater/issues](https://github.com/Cap-go/capacitor-updater/issues).
-
-Capgo dibuat untuk keandalan jangka panjang: pembaruan delta native, bundle terenkripsi, rollback otomatis, dan analytics yang tidak memerlukan JavaScript khusus. Setelah Anda bermigrasi, Anda dapat menghapus glue yang berat pemeliharaannya dan membiarkan platform menjalankan pembaruan secara otomatis.
diff --git a/src/content/docs/id/docs/upgrade/from-v2-to-v3.md b/src/content/docs/id/docs/upgrade/from-v2-to-v3.md
deleted file mode 100644
index db54e31f8..000000000
--- a/src/content/docs/id/docs/upgrade/from-v2-to-v3.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: V2 ke V3
-description: Cara Upgrade dari V2 ke V3
-sidebar:
-  order: 4
-locale: id
----
-
-Dokumentasi ini akan menjelaskan cara meningkatkan ke versi 3 dari auto-update
-
-## Pertama migrasikan ke tooling terbaru:
-
-```bash
-npm remove -g capgo
-npm remove capacitor-updater
-
-npm i @capgo/cli
-npm i @capgo/capacitor-updater@3
-npx cap sync
-```
-
-## Hapus semua konfigurasi sebelumnya:
-
-```json
-{
-  CapacitorUpdater: {
-      autoUpdateURL: "https",
-      
-  },
-}
-```
-
-sehingga hanya tersisa ini:
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true
-  }
-}
-```
-
-> ⚠️ Jika Anda menggunakan server Anda sendiri dengan `autoUpdateURL`, saya akan segera memperbarui panduan ini untuk Anda. Sementara itu, lihat opsi upload baru `external` yang memungkinkan Anda untuk hanya mengirim tautan zip Anda, bukan kode di Capgo cloud. Ini dibuat untuk perusahaan dengan kebijakan privasi yang ketat. Dalam mode external, kode tidak akan pernah masuk ke server Capgo, kami hanya menyimpan URL dan mengirimkannya ke perangkat, yang akan langsung mengunduhnya. Dalam cara standar, kode dikompresi dan disimpan di server kami, tetapi kami tidak akan pernah membukanya atau menggunakannya juga
-
-## Apa yang berubah
-
-Semua konfigurasi menjadi server-side untuk auto-update, untuk memberi Anda lebih banyak kontrol tentang bagaimana Anda mengirim pembaruan ke pengguna
-
-Hal ini memungkinkan kita untuk mengembalikan, bahkan menerapkan hanya ke satu pengguna dengan channel! Pengaturan ini ditambahkan kembali ke antarmuka web:
-
-* menonaktifkan pengembalian di bawah native
-* menonaktifkan pembaruan di atas major
-
-> ⚠️ Mereka akan menjadi true secara default untuk semua channel
-
-Ini juga akan menghilangkan kebutuhan untuk sering memperbarui plugin, kebanyakan pembaruan akan dilakukan di sisi server, dan Anda akan mendapatkannya tanpa perubahan apa pun di sisi Anda
-
-> ⚠️ Reset ketika pembaruan menjadi default, jadi jika Anda lebih suka untuk tidak menghapus semua versi unduhan saat memperbarui dari toko, lakukan ini:
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true,
-    "resetWhenUpdate": false
-  }
-}
-```
-
-## Perbarui kode Anda
-
-Terakhir, perbarui semua impor di JS dari:
-
-```
-import { CapacitorUpdater } from 'capacitor-updater'
-```
-
-menjadi
-
-```
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-```
-
-Kemudian build kode Anda lagi `npm run build` dan salin aset sekali lagi `npx cap copy`
-
-Sekarang Anda seharusnya bisa menguji sistem auto-update terbaru
-
-Kirim versi Anda dengan:
-
-```
-npx @capgo/cli@latest bundle upload
-```
-
-alih-alih
-
-```
-npx capgo upload
-```
-
-## Evolusi mendatang
-
-Untuk saat ini hanya channel publik pertama yang digunakan, di masa depan, publik akan berubah untuk multi channel publik, jika lebih dari satu diatur
-
-## Masalah umum:
-
-* Masalah build setelah upgrade: jika Anda sudah membuka source code plugin di Android studio atau Xcode, terkadang sync tidak menghapusnya, itu penyebab masalahnya. Buka IDE native dan hapus `capacitor-updater` secara manual dan lakukan `npx cap sync` ini seharusnya menyelesaikan masalah
diff --git a/src/content/docs/id/docs/upgrade/from-v3-to-v4.md b/src/content/docs/id/docs/upgrade/from-v3-to-v4.md
deleted file mode 100644
index 8bda7ab98..000000000
--- a/src/content/docs/id/docs/upgrade/from-v3-to-v4.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-title: Dari V3 ke V4
-description: Bagaimana Cara Mengupgrade dari V3 ke V4
-sidebar:
-  order: 3
-locale: id
----
-
-## Mengapa upgrade ini
-
-Setelah banyak diskusi di komunitas discord dengan Anda, saya menemukan mode manual sangat terlalu manual dan tidak aman untuk digunakan, misalnya, auto-revert tidak dimungkinkan, jadi jika Anda gagal memperbarui secara manual, pengguna harus menghapus aplikasi dan menginstal kembali, yang merupakan UX yang buruk
-
-Sementara itu, saya mengambil kesempatan ini untuk memberi Anda lebih banyak kebebasan, dan menghapus semua kode buruk yang saya buat
-
-## Instalasi
-
-`npm i @capgo/capacitor-updater@4`
-
-## Auto-update cloud
-
-Jika Anda menggunakan contoh dasar di aplikasi Anda, Anda aman untuk bermigrasi ke versi baru, selamat menikmati!
-
-## Auto-update self-hosted
-
-Untuk Anda, tetap sederhana, perubahannya adalah:
-
-* Nama pengaturan dari `autoUpdateUrl` menjadi `updateUrl`
-* Metode Endpoint berubah dari `GET` ke POST
-
-## Pengguna manual
-
-Untuk Anda, ini adalah perubahan yang paling signifikan, tetapi untuk yang terbaik! Anda mendapatkan banyak peningkatan, Baca dengan seksama
-
-## Perubahan
-
-* `autoUpdateUrl` menjadi `updateUrl` karena pengaturan ini sekarang dapat digunakan dalam mode manual juga
-* Penghapusan `cancelDelay` dan `delayUpdate` digantikan oleh `setDelay`
-* Tidak ada lagi `versionName` dalam set
-* Perubahan kunci `version`, yang dikembalikan di sebagian besar fungsi ke objek `BundleInfo`
-
-```typescript
-interface BundleInfo {
-  id: string;
-  version: string;
-  downloaded: string;
-  status: 'success' | 'error' | 'pending' | 'downloading'
-}
-```
-
-* Penamaan ulang nama yang menyesatkan sekarang (bahkan untuk menjelaskan tidak bisa jelas, tetapi pada penggunaan mudah memahami yang baru):
-  * yang disebut `version` sekarang mengacu pada `bundle`
-  * `id` mengacu pada `version` lama yang merupakan string acak 10 karakter, `id` ini adalah satu-satunya cara yang dapat dipercaya dan unik untuk mengakses bundle Anda, contoh `7Dfcd2RedN`
-  * `version` sekarang mengacu pada `versionName` yang Anda pilih untuk bundle, contoh `100`
-* `updateUrl` berpindah dari `get` ke `post`, karena header kustom menjadi masalah bagi beberapa dari Anda dan post lebih logis, semua header sebelumnya masuk ke body dan prefix `cap_` menghilang
-* Metode `versionName` dihapus, digantikan oleh `getId`
-* list sekarang mengembalikan daftar `BundleInfo`
-* Mengganti nama `getId` menjadi `getDeviceId`
-* `autoUpdate` menjadi true secara default, jika Anda menggunakan mode Manual, atur ke false
-
-## Berita
-
-* Metode `getLatest`, metode ini memungkinkan Anda mendapatkan dari server Anda yang diatur dengan `updateUrl` versi terakhir yang tersedia
-* Metode `setDelay` yang mengambil `{kind: "background" | "kill" | "nativeVersion" | "date", value?: string}` sebagai argumen untuk mengatur delay ke mode berbeda
-* Metode `next`, untuk mengatur versi di background berikutnya, berlawanan dengan `set` yang melakukannya secara instan
-* Metode `isAutoUpdateEnabled`, untuk memberi tahu Anda jika Anda berada dalam konteks auto-update
-* Event `downloadComplete` ketika download mencapai 100%
-* Menambahkan field wajib `version` dalam metode download
-* `notifyAppReady` menjadi wajib dalam mode manual juga, jika tidak dipanggil setelah 10 detik aplikasi kembali ke versi sebelumnya
-
-## Kontributor
-
-[@lincolnthree](https://github.com/lincolnthree/) Terima kasih banyak telah memulai pekerjaan ini, tidak mungkin membuat pembaruan ini berhasil tanpa Anda
diff --git a/src/content/docs/id/docs/upgrade/from-v4-to-v5.md b/src/content/docs/id/docs/upgrade/from-v4-to-v5.md
deleted file mode 100644
index b2a4952ad..000000000
--- a/src/content/docs/id/docs/upgrade/from-v4-to-v5.md
+++ /dev/null
@@ -1,31 +0,0 @@
----
-title: Dari V4 ke V5
-description: Cara Update dari V4 ke V5
-sidebar:
-  order: 2
-locale: id
----
-
-## Mengapa upgrade ini
-
-Versi major ini hadir untuk mengikuti versi major Capacitor
-
-Pertama ikuti panduan migrasi Capacitor:
-
-[https://capacitorjs.com/docs/updating/5-0](https://capacitorjs.com/docs/updating/5-0/)
-
-## Instalasi
-
-`npm i @capgo/capacitor-updater@5`
-
-`Kemudian sinkronkan pembaruan kode native:`
-
-`npx cap sync`
-
-Itu saja! Sangat mudah!
-
-## Mode manual
-
-Jika Anda mendapatkan pembaruan sendiri dengan getLatest, ada sedikit perubahan
-Sekarang jika Anda sudah memiliki versi terbaru, proses akan masuk ke catch
-Setiap respons yang berbeda dari pembaruan yang tersedia akan melakukan hal tersebut
\ No newline at end of file
diff --git a/src/content/docs/id/docs/upgrade/from-v5-to-v6.md b/src/content/docs/id/docs/upgrade/from-v5-to-v6.md
deleted file mode 100644
index 6e7bae260..000000000
--- a/src/content/docs/id/docs/upgrade/from-v5-to-v6.md
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: Dari V5 ke V6
-description: Bagaimana cara memperbarui dari V5 ke V6
-sidebar:
-  order: 1
-locale: id
----
-
-## Mengapa upgrade ini
-
-Versi mayor ini hadir untuk mengikuti versi mayor Capacitor
-
-Pertama ikuti panduan migrasi Capacitor:
-
-[https://capacitorjs.com/docs/updating/6-0](https://capacitorjs.com/docs/updating/6-0/)
-
-## Instalasi
-
-`npm i @capgo/capacitor-updater@6`
-
-`Kemudian sinkronkan pembaruan kode native:`
-
-`npx cap sync`
-
-Selesai! Sangat mudah!
\ No newline at end of file
diff --git a/src/content/docs/id/docs/upgrade/from-v6-to-v7.md b/src/content/docs/id/docs/upgrade/from-v6-to-v7.md
deleted file mode 100644
index 09aca9952..000000000
--- a/src/content/docs/id/docs/upgrade/from-v6-to-v7.md
+++ /dev/null
@@ -1,43 +0,0 @@
----
-title: "Dari V6 ke V7"
-locale: id
-description: "Panduan detail tentang transisi dari versi 6 ke versi 7 dari Capgo updater, menguraikan langkah-langkah dan pertimbangan yang diperlukan untuk proses upgrade yang sukses, memastikan kompatibilitas dengan fitur dan peningkatan Capacitor terbaru."
-sidebar:
-  order: 2
----
-
-## Mengapa upgrade ini
-
-Versi mayor ini ada untuk mengikuti versi mayor Capacitor
-
-Pertama ikuti panduan migrasi Capacitor:
-
-[https://capacitorjs.com/docs/updating/7-0](https://capacitorjs.com/docs/updating/7-0/)
-
-## Instalasi
-
-`npm i @capgo/capacitor-updater@7`
-
-`Kemudian sinkronkan pembaruan kode native:`
-
-`npx cap sync`
-
-Itu saja! Cukup mudah!
-
-## Migrasi Enkripsi
-
-Jika Anda menggunakan metode enkripsi `key-v1`, Anda perlu bermigrasi ke sistem enkripsi baru karena `key-v1` tidak lagi didukung di V7. [[memory:96112]]
-
-Ikuti panduan migrasi enkripsi di sini: [Panduan Migrasi Enkripsi](/docs/cli/migrations/encryption/)
-
-## Perubahan Konfigurasi
-
-Kami merekomendasikan menambahkan properti berikut di file `capacitor.config` Anda:
-- `capacitorUpdater`
-- `appId`
-- `version`
-- `autoUpdate`
-
-Pengaturan ini harus membantu mengelola plugin dan perilakunya dengan lebih baik.
-
-
diff --git a/src/content/docs/id/docs/upgrade/from-v7-to-v8.md b/src/content/docs/id/docs/upgrade/from-v7-to-v8.md
deleted file mode 100644
index 83da90f39..000000000
--- a/src/content/docs/id/docs/upgrade/from-v7-to-v8.md
+++ /dev/null
@@ -1,73 +0,0 @@
----
-title: "Dari V7 ke V8"
-locale: id
-description: "Panduan terperinci tentang transisi dari versi 7 ke versi 8 updater Capgo, menguraikan langkah-langkah yang diperlukan dan pertimbangan untuk proses peningkatan yang sukses, memastikan kompatibilitas dengan fitur dan peningkatan Capacitor 8."
-sidebar:
-  order: 0
----
-
-## Mengapa upgrade ini
-
-Versi utama ini untuk mengikuti versi utama 8 Capacitor
-
-Pertama ikuti panduan migrasi Capacitor:
-
-[https://capacitorjs.com/docs/updating/8-0](https://capacitorjs.com/docs/updating/8-0/)
-
-## Persyaratan Versi Minimum iOS
-
-Target deployment minimum iOS telah ditingkatkan ke **15** untuk memastikan perangkat iOS dengan [CVE-2022-36943](https://nvd.nist.gov/vuln/detail/CVE-2022-36943) dikecualikan. Ini adalah versi minimum dari pustaka zip iOS yang memiliki perbaikan keamanan yang diimplementasikan.
-
-## Instalasi
-
-`npm i @capgo/capacitor-updater@8`
-
-Kemudian sinkronkan pembaruan kode native:
-
-`npx cap sync`
-
-Selesai! Cukup mudah!
-
-## Yang Baru di V8
-
-Versi 8 dari capacitor-updater membawa kompatibilitas penuh dengan Capacitor 8, memastikan aplikasi Anda dapat memanfaatkan fitur dan peningkatan OS mobile terbaru.
-
-### Pembaruan Utama
-
-- **Kompatibilitas Capacitor 8**: Dukungan penuh untuk fitur native yang ditingkatkan dari Capacitor 8
-- **Peningkatan Kinerja**: Proses pengiriman dan instalasi pembaruan yang dioptimalkan
-- **Stabilitas yang Ditingkatkan**: Perbaikan bug dan peningkatan stabilitas dari v7
-- **Kompatibilitas API Dipertahankan**: Tidak ada perubahan penting pada API plugin dari v7
-
-## Konfigurasi
-
-Konfigurasi tetap sama seperti v7. Pengaturan `capacitor.config` yang ada akan terus berfungsi:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      appId: 'your-app-id',
-      version: '1.0.0',
-      autoUpdate: true,
-      // ... pengaturan lainnya
-    }
-  }
-}
-```
-
-## Daftar Periksa Migrasi
-
-- [ ] Ikuti [panduan migrasi](https://capacitorjs.com/docs/updating/8-0) v8 Capacitor, periksa perubahan yang tidak kompatibel
-- [ ] Tingkatkan target deployment minimum iOS ke 15 (diperlukan untuk perbaikan CVE-2022-36943)
-- [ ] Perbarui @capgo/capacitor-updater ke ^8.0.0
-- [ ] Jalankan `npx cap sync`
-- [ ] Uji aplikasi Anda secara menyeluruh di iOS dan Android
-
-## Butuh Bantuan?
-
-Jika Anda mengalami masalah selama migrasi, silakan:
-
-1. Periksa [dokumentasi](/docs/live-updates/) kami
-2. Kunjungi [komunitas Discord](https://discord.com/invite/VnYRvBfgA6) kami
-3. Buka issue di [GitHub](https://github.com/Cap-go/capacitor-updater/issues)
diff --git a/src/content/docs/id/docs/webapp/api-keys.mdx b/src/content/docs/id/docs/webapp/api-keys.mdx
deleted file mode 100644
index 039543f25..000000000
--- a/src/content/docs/id/docs/webapp/api-keys.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: API-Schlüssel verwalten
-description: Cara Mengelola API Key
-sidebar:
-  order: 3
-locale: id
----
-
-## Apa yang bisa saya lakukan dengan kunci api?
-
-Kunci API dapat dibuat ulang, dihapus atau bisa ditambahkan yang baru
-
-## Bagaimana cara melihat semua kunci api?
-
-Anda perlu mengunjungi [halaman kunci API](https://console.capgo.app/dashboard/apikeys/) dan di sana Anda akan melihat semua kunci api Anda
-
-## Bagaimana cara menambahkan kunci api baru?
-
-Untuk menambahkan kunci API baru klik pada tombol plus kecil
-
-<figure><img src="/apikeys-add.webp" alt="add apikey" /><figcaption></figcaption></figure>
-
-dan kemudian pilih izin yang ingin Anda berikan ke kunci API baru. Anda dapat memilih:
-
- - Read - kunci API akan dapat membaca semua data
- - Upload - kunci API akan dapat mengunggah versi baru dari CLI dan membaca
- - All - Kunci API akan dapat melakukan semuanya
-
-<figure><img src="/apikeys-select-perm.webp" alt="select perm" /><figcaption></figcaption></figure>
-
-## Bagaimana cara menghapus kunci api?
-
-Untuk menghapus kunci API klik pada tombol sampah kecil
-
-<figure><img src="/apikeys-remove.webp" alt="remove apikey" /><figcaption></figcaption></figure>
-
-Dan kemudian konfirmasi penghapusan kunci API
-
-## Bagaimana cara membuat ulang kunci api?
-
-Untuk membuat ulang kunci API klik pada tombol refresh kecil
-
-<figure><img src="/apikeys-regenerate.webp" alt="generate apikey" /><figcaption></figcaption></figure>
-
-Dan kemudian konfirmasi pembuatan ulang kunci API
diff --git a/src/content/docs/id/docs/webapp/bundles.mdx b/src/content/docs/id/docs/webapp/bundles.mdx
deleted file mode 100644
index acfbfd6e7..000000000
--- a/src/content/docs/id/docs/webapp/bundles.mdx
+++ /dev/null
@@ -1,58 +0,0 @@
----
-title: Bundel
-description: Pelajari cara mengelola bundle
-sidebar:
-  order: 7
-locale: id
----
-
-## Tampilkan semua bundle
-
-Pertama, mari kita lihat halaman bundle. Anda dapat mengaksesnya dengan [mengklik aplikasi Anda](/docs/webapp/main-page) dan kemudian [mengklik tab bundle](/docs/webapp/main-app-page)
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundles.webp" alt="bundle list" /><figcaption></figcaption></figure>
-
-## Menghapus bundle
-
-Ada dua cara untuk menghapus bundle:
-
- - Secara normal
- - Secara tidak aman
-
-Cara penghapusan bundle secara tidak aman ditambahkan ke Capgo pada 12 Agustus 2024
-
-Perbedaan antara kedua cara tersebut adalah kemampuan untuk menggunakan kembali nomor versi setelah penghapusan
-
-Sebagai contoh, jika Anda menghapus versi `100` dengan cara normal dan kemudian mencoba mengunggah versi `100`, ini akan gagal
-Jika Anda menghapus versi ini melalui penghapusan tidak aman, Anda akan dapat mengunggah versi `100`
-
-:::danger
-Menghapus versi secara tidak aman dan mengunggah ulang SANGAT berbahaya
-Ini dapat menyebabkan berbagai jenis bug dan perilaku yang tidak terprediksi dalam plugin
-JANGAN PERNAH digunakan untuk bundle yang telah digunakan dalam channel publik
-Karena alasan ini, menghapus versi secara tidak aman memerlukan hak akses "super_admin"
-:::
-
-## Mengelola bundle tertentu
-
-Setelah Anda melihat daftar semua bundle, klik pada bundle yang ingin Anda kelola. Setelah itu, Anda akan melihat tampilan seperti ini:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-info.webp" alt="bundle info" /><figcaption></figcaption></figure>
-
-Mari kita bahas semua elemen di halaman ini
-
----
-
-Pertama, Anda dapat melihat `Channel`. Ini memberi tahu Anda channel mana bundle ini ditujukan. Anda dapat mengubah channel dengan mengkliknya
-Setelah Anda mengkliknya, Anda akan melihat tampilan seperti ini:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-change.webp" alt="bundle change" /><figcaption></figcaption></figure>
-
-`Set bundle to channel` akan memungkinkan Anda menghubungkan bundle ini sebagai default untuk channel manapun\
-`Open channel` akan membuka halaman channel untuk channel yang dituju bundle ini\
-`Unlink bundle from channel` akan memutuskan hubungan bundle ini dari channel yang dituju 
-(**PERINGATAN**: Jika bundle terhubung ke lebih dari 1 channel, maka Anda tidak akan diberi pilihan channel mana yang akan diputus hubungannya)
-
-### Mengunduh bundle
-
-Untuk mengunduh bundle, klik nilai ukuran **Zip app bundle** di tab Informasi. Dialog konfirmasi akan muncul, dan setelah dikonfirmasi, bundle akan langsung diunduh ke perangkat Anda.
\ No newline at end of file
diff --git a/src/content/docs/id/docs/webapp/channels.mdx b/src/content/docs/id/docs/webapp/channels.mdx
deleted file mode 100644
index 9a3ed6ded..000000000
--- a/src/content/docs/id/docs/webapp/channels.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: Canali
-description: >-
-  Channel adalah cara untuk mengelola pembaruan aplikasi Anda. Anda dapat
-  memiliki beberapa channel dan setiap channel dapat memiliki beberapa versi.
-  Ini memungkinkan Anda untuk menjalankan beberapa versi aplikasi secara
-  bersamaan di lingkungan produksi.
-sidebar:
-  order: 6
-locale: id
----
-
-## Mengelola Channel
-
-Pertama, mari kita lihat halaman channel. Anda dapat mengaksesnya dengan [mengklik aplikasi Anda](/docs/webapp/main-page) dan kemudian [mengklik tab channel](/docs/webapp/main-app-page)
-
-<figure><img src="/channels.webp" alt="channel list" /><figcaption></figcaption></figure>
-
-## Membuat Channel
-
-Seperti yang Anda lihat, ada tombol plus di pojok kanan bawah (`1` dalam gambar). Mengklik tombol tersebut akan membuka modal di mana Anda dapat membuat channel baru
-<figure><img style="margin-left: auto; margin-right: auto" src="/new_channel_modal.webp" alt="new channel" /><figcaption></figcaption></figure>
-
-Kemudian setelah Anda mengklik `Add` channel baru akan muncul dalam daftar
-<figure><img src="/post-channel-create.webp" alt="after channel create" /><figcaption></figcaption></figure>
-
-## Apa arti misconfigured?
-Terkadang konfigurasi channel tidak valid. Dalam kasus tersebut, Anda akan mendapatkan peringatan besar dan kolom `Misconfigured` akan menunjukkan `Yes` untuk satu atau lebih channel.
-Anda dapat mempelajari lebih lanjut tentang hal ini [di sini](/docs/cli/commands/#disable-updates-strategy)
-
-## Menghapus Channel
-
-Menghapus channel sangat mudah. Cukup klik ikon sampah dan konfirmasi penghapusan (`2` dalam gambar)
-
-## Mengelola Channel
-
-Mengklik nama channel akan membuka modal di mana Anda dapat mengelola pengaturan channel (`3` dalam gambar).
-
-<figure><img src="/channel_settings.webp" alt="Pengaturan channel" /><figcaption></figcaption></figure>
-
-Halaman pengaturan channel berisi semua opsi konfigurasi untuk channel Anda. Mari kita bahas setiap pengaturan.
-
----
-Pertama toggle `Channel default`. Ketika diaktifkan, channel ini menjadi default untuk perangkat baru. Untuk penjelasan lengkap tentang cara kerja channel default, termasuk cara mengatur default khusus platform (satu untuk iOS, satu untuk Android), lihat bagian [Konfigurasi Channel Default](/docs/webapp/main-app-page/#konfigurasi-channel-default).
-
----
-Kedua pengaturan `IOS`. Ini cukup sederhana. Jika ini false maka perangkat iOS tidak akan diizinkan mengunduh pembaruan dari channel ini.
-
-Ketiga adalah pengaturan `Android`. Ini mirip dengan `IOS`. Jika ini false maka perangkat Android tidak akan diizinkan mengunduh pembaruan dari channel ini.
-
-Keempat adalah pengaturan `Nonaktifkan downgrade otomatis di bawah native`. Jika ini true maka akan tidak mungkin untuk menurunkan versi dari versi native. Ini berarti jika Anda telah mengunggah versi `1.2.0` ke App Store atau Play Store dan mencoba mengatur versi channel ke `1.1.0` maka pembaruan (downgrade) akan gagal.
-
-Kelima adalah `Nonaktifkan pembaruan otomatis`. Pengaturan ini cukup kompleks, dan Anda dapat mempelajari lebih lanjut tentang hal ini [di sini](/docs/cli/commands/#disable-updates-strategy)
-
-Untuk `Izinkan build pengembangan`. Jika ini true maka build pengembangan akan diizinkan mengunduh pembaruan dari channel ini. Jika tidak maka setiap permintaan pembaruan yang memiliki `prod` diatur ke false akan ditolak. Ini sebagian besar berguna untuk tujuan pengujian.
-
-Ketujuh adalah `Izinkan Emulator`. Jika ini false maka Capgo akan menolak setiap permintaan pembaruan yang berasal dari emulator. Ini sebagian besar berguna untuk tujuan pengujian.
-
-Kedelapan adalah `Izinkan perangkat untuk mengasosiasi sendiri`. Jika ini true maka metode [setChannel](/docs/plugin/api/#setchannel) akan tersedia. Jika ini diatur ke false dan Anda mencoba memanggil metode [setChannel](/docs/plugin/api/#setchannel) dengan channel ini maka panggilan akan gagal.
\ No newline at end of file
diff --git a/src/content/docs/id/docs/webapp/devices.mdx b/src/content/docs/id/docs/webapp/devices.mdx
deleted file mode 100644
index 2abd30f01..000000000
--- a/src/content/docs/id/docs/webapp/devices.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: Perangkat
-description: "Panduan lengkap tentang penggunaan halaman perangkat untuk mengelola dan mengkonfigurasi perangkat Anda secara efektif, termasuk opsi filter dan pengaturan konfigurasi detail untuk setiap perangkat."
-sidebar:
-  order: 7
-locale: id
----
-
-:::note[Penyimpanan Data]
-Data perangkat disimpan selama **90 hari** sejak aktivitas perangkat terakhir. Perangkat yang tidak terhubung ke Capgo dalam periode ini akan secara otomatis dihapus dari daftar. Perangkat aktif terus dilacak saat mereka memeriksa pembaruan.
-:::
-
-## Tampilkan daftar semua perangkat
-Pertama, mari kita lihat halaman perangkat. Anda dapat mengaksesnya dengan [mengklik aplikasi Anda](/docs/webapp/main-page) dan kemudian [mengklik tab perangkat](/docs/webapp/main-app-page).
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/devices.webp" alt="daftar perangkat" /><figcaption></figcaption></figure>
-
-1. **Tab Perangkat** - Klik tab ini di bilah navigasi untuk mengakses halaman perangkat
-2. **Filter** - Klik untuk memfilter perangkat berdasarkan:
-   - **Override** - Menampilkan hanya perangkat yang memiliki [channel kustom](/docs/plugin/api/#setchannel) atau versi kustom
-   - **ID Kustom** - Menampilkan hanya perangkat dengan identifier kustom yang diatur
-
-## Mengkonfigurasi perangkat
-
-Untuk mengkonfigurasi perangkat tertentu, klik perangkat tersebut di tabel dan Anda akan melihat tampilan seperti ini:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/device-specific.webp" alt="tampilkan satu perangkat" /><figcaption></figcaption></figure>
-
-1. **Information** - Melihat detail perangkat termasuk ID Perangkat, Pembaruan terakhir, Platform, Versi plugin, Versi, Versi builtin, Versi OS, dan apakah ini aplikasi Produksi
-2. **Deployments** - Melihat riwayat deployment untuk perangkat ini
-3. **Logs** - Melihat log yang terkait dengan perangkat ini
-4. **Override channel** - Mengganti channel untuk perangkat spesifik ini. Jika diatur, perangkat ini tidak akan menggunakan channel publik (default) dan hanya akan menerima pembaruan dari channel yang dipilih
-
-### ID Kustom
-
-`ID Kustom` adalah bidang yang sangat berguna yang membantu Anda menghubungkan perangkat ke ID yang dapat Anda kenali untuk pengguna Anda sendiri.
-
-Gunakan untuk mengidentifikasi dengan mudah perangkat mana milik pengguna mana.
-
-ID Kustom hanya dapat diatur dari perangkat itu sendiri menggunakan `CapacitorUpdater.setCustomId({ customId: user });`
diff --git a/src/content/docs/id/docs/webapp/index.mdx b/src/content/docs/id/docs/webapp/index.mdx
deleted file mode 100644
index 60d3ddae2..000000000
--- a/src/content/docs/id/docs/webapp/index.mdx
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: Pendahuluan
-description: Pengenalan Aplikasi Web Cagpo
-sidebar:
-  order: 1
-locale: id
----
-
-## Apa ini?
-
-Capgo memiliki webapp yang lengkap untuk membantu Anda mengelola proyek Anda. Webapp ini dibangun dengan Vuejs dan bersifat open source. Anda dapat menemukan kode sumbernya di [GitHub](https://github.com/Cap-go/capgo/tree/main/src/) \
-Webapp tersedia [di sini](https://console.capgo.app/) \
-Webapp ini memungkinkan Anda untuk [mengelola channel](/docs/webapp/channels/), [mengelola versi](/docs/webapp/bundles/), [mengelola perangkat](/docs/webapp/devices/), [memeriksa log](/docs/webapp/logs/), [mengelola billing](/docs/webapp/settings/) dan [mengelola akun Anda](/docs/webapp/settings/)
-
-## Bagaimana cara menggunakannya?
-
-Pertama, Anda perlu membuat akun atau masuk. Ini relatif sederhana dan dapat dilakukan dengan mengklik tombol `Log in` di tengah layar. Setelah Anda masuk, Anda akan diarahkan ke dashboard. Ini adalah halaman utama webapp. Dari sini Anda dapat menavigasi ke semua halaman lainnya
-
-<figure><img src="/login.webp" alt="login page" /><figcaption></figcaption></figure>
-
-## Membuat akun
-
-Anda harus mengklik `Buat akun gratis` di bagian bawah formulir login. Setelah itu akan sangat sederhana seperti mengisi formulir dan mengikuti instruksi
-
-<figure><img src="/create-account.webp" alt="create account" /><figcaption></figcaption></figure>
diff --git a/src/content/docs/id/docs/webapp/logs.mdx b/src/content/docs/id/docs/webapp/logs.mdx
deleted file mode 100644
index 7cf8f7450..000000000
--- a/src/content/docs/id/docs/webapp/logs.mdx
+++ /dev/null
@@ -1,193 +0,0 @@
----
-title: "Log"
-description: "Pahami dan gunakan log aplikasi Capgo untuk diagnostik dan melacak aksi perangkat Anda dengan pembaruan."
-sidebar:
-  order: 8
-locale: id
----
-
-## Memahami Log Aplikasi
-
-Halaman Log menyediakan riwayat detail dari event pembaruan dan informasi diagnostik untuk aplikasi Anda. Ini penting untuk memantau proses pembaruan, menyelesaikan masalah, dan memahami bagaimana perangkat Anda berinteraksi dengan Capgo. Anda dapat mengaksesnya dengan [mengklik aplikasi Anda](/docs/webapp/main-page) dan kemudian [mengklik tab "Log" (sebelumnya disebut "pembaruan" di beberapa screenshot atau dokumentasi lama)](/docs/webapp/main-app-page).
-
-Dari sana Anda akan melihat halaman seperti ini, menampilkan daftar entri log:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs.webp" alt="Gambaran halaman log menunjukkan antarmuka utama" /><figcaption>Gambaran Halaman Log</figcaption></figure>
-
-Antarmuka halaman log mencakup:
-1. **Tab Log** - Tab navigasi untuk mengakses tampilan log
-2. **Tombol Muat Ulang** - Menyegarkan daftar log dengan data terbaru
-3. **Filter Rentang Waktu & Aksi** - Filter log berdasarkan rentang tanggal dan tipe aksi (lihat bagian di bawah)
-
-Setiap baris menunjukkan:
-- **Timestamp** (UTC)
-- **ID Perangkat**
-- **Kode aksi** (apa yang terjadi)
-- **Nama versi** (bundle atau `builtin`)
-
-Klik baris untuk melompat ke halaman detail perangkat untuk riwayat lengkap.
-
-### Filter berdasarkan Rentang Tanggal
-
-Anda dapat memfilter log berdasarkan periode waktu tertentu menggunakan pemilih tanggal:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_date_range.webp" alt="Pemilih rentang tanggal untuk memfilter log" /><figcaption>Filter Rentang Tanggal</figcaption></figure>
-
-1. **Preset Cepat** - Pilih rentang waktu umum: 1 jam, 3 jam, 6 jam, atau 12 jam terakhir
-2. **Waktu Mulai** - Atur waktu mulai kustom untuk rentang
-3. **Waktu Selesai** - Atur waktu selesai kustom untuk rentang
-4. **Kalender** - Pilih tanggal tertentu menggunakan tampilan kalender
-
-Klik "Pilih" untuk menerapkan rentang tanggal yang dipilih, atau "Batal" untuk menutup pemilih.
-
-### Filter berdasarkan Tipe Aksi
-
-Dropdown Aksi memungkinkan Anda memfilter log berdasarkan tipe event tertentu:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_filters.webp" alt="Dropdown filter aksi untuk memfilter log berdasarkan tipe event" /><figcaption>Filter Aksi</figcaption></figure>
-
-Filter aksi yang tersedia meliputi:
-- **Heartbeat perangkat** - Pemeriksaan kesehatan periodik dari perangkat
-- **Penghapusan versi diminta** - Ketika versi bundle dihapus
-- **Reset ke versi default** - Ketika perangkat kembali ke bundle bawaan
-- **Versi berhasil diinstal** - Instalasi bundle berhasil
-- **Versi baru dikirim ke perangkat** - Ketika Capgo mengirim pembaruan ke perangkat
-- **Instalasi versi gagal** - Ketika instalasi bundle gagal
-
-Gunakan kotak pencarian di atas untuk menemukan tipe aksi tertentu dengan cepat. Anda dapat memilih beberapa aksi untuk menampilkan log yang cocok dengan salah satu tipe yang dipilih.
-
-### Cuplikan log contoh (data palsu)
-
-| Waktu (UTC) | ID Perangkat | Aksi | Versi | Apa artinya |
-|-------------|--------------|------|-------|-------------|
-| 2025-01-14 10:00:01 | `A1B2C3` | `get` | 2.4.1 | Perangkat bertanya ke Capgo apakah pembaruan tersedia |
-| 2025-01-14 10:00:03 | `A1B2C3` | `download_manifest_start` | 2.4.1 | Pengunduhan manifest dimulai; SDK akan mengunduh file |
-| 2025-01-14 10:00:07 | `A1B2C3` | `download_40` | 2.4.1 | Pengunduhan bundle 40% selesai |
-| 2025-01-14 10:00:12 | `A1B2C3` | `download_zip_complete` | 2.4.1 | Pengunduhan zip selesai |
-| 2025-01-14 10:00:13 | `A1B2C3` | `set` | 2.4.1 | Bundle terinstal dan ditandai untuk dijalankan berikutnya |
-| 2025-01-14 10:05:00 | `B9C8D7` | `disableAutoUpdateToMajor` | 1.9.0 | Kebijakan channel memblokir lompatan ke 2.x |
-| 2025-01-14 10:05:05 | `B9C8D7` | `rateLimited` | builtin | Perangkat mencapai batas permintaan; SDK menunggu sampai restart |
-
-## Skenario Log Contoh
-
-Untuk membantu Anda memahami apa yang disampaikan log, berikut adalah urutan contoh yang menunjukkan perjalanan pembaruan perangkat nyata:
-
-### Alur Pembaruan Sukses
-
-Ini adalah tampilan pembaruan yang sehat di log Anda:
-
-| Waktu | ID Perangkat | Aksi | Versi | Artinya |
-|-------|--------------|------|-------|---------|
-| 10:00:01 | `a1b2c3d4` | `get` | 1.2.0 | Perangkat memeriksa pembaruan dan menerima info versi 1.2.0 |
-| 10:00:02 | `a1b2c3d4` | `download_10` | 1.2.0 | Pengunduhan dimulai, 10% selesai |
-| 10:00:03 | `a1b2c3d4` | `download_50` | 1.2.0 | Pengunduhan di 50% |
-| 10:00:05 | `a1b2c3d4` | `download_complete` | 1.2.0 | Pengunduhan berhasil selesai |
-| 10:00:06 | `a1b2c3d4` | `set` | 1.2.0 | Bundle terinstal dan diaktifkan |
-
-### Perangkat Sudah Terbaru
-
-Ketika perangkat memeriksa tapi sudah memiliki versi terbaru:
-
-| Waktu | ID Perangkat | Aksi | Versi | Artinya |
-|-------|--------------|------|-------|---------|
-| 14:30:00 | `e5f6g7h8` | `noNew` | 1.2.0 | Perangkat sudah di versi terbaru, tidak perlu pembaruan |
-
-### Pembaruan Gagal dengan Rollback
-
-Ketika pembaruan gagal dan perangkat kembali:
-
-| Waktu | ID Perangkat | Aksi | Versi | Artinya |
-|-------|--------------|------|-------|---------|
-| 11:15:00 | `i9j0k1l2` | `get` | 1.3.0 | Perangkat menerima info pembaruan |
-| 11:15:02 | `i9j0k1l2` | `download_complete` | 1.3.0 | Pengunduhan selesai |
-| 11:15:03 | `i9j0k1l2` | `set` | 1.3.0 | Bundle ditetapkan |
-| 11:15:10 | `i9j0k1l2` | `update_fail` | 1.3.0 | App crash atau `notifyAppReady()` tidak dipanggil - rollback dipicu |
-| 11:15:11 | `i9j0k1l2` | `reset` | builtin | Perangkat kembali ke versi bawaan |
-
-**Tindakan diperlukan**: Periksa apakah app Anda memanggil `notifyAppReady()` setelah inisialisasi berhasil. Lihat [dokumentasi plugin](/docs/plugin/api/#notifyappready) untuk detail.
-
-### Kegagalan Pengunduhan
-
-Ketika masalah jaringan mencegah pengunduhan:
-
-| Waktu | ID Perangkat | Aksi | Versi | Artinya |
-|-------|--------------|------|-------|---------|
-| 09:45:00 | `m3n4o5p6` | `get` | 1.2.0 | Perangkat menerima info pembaruan |
-| 09:45:01 | `m3n4o5p6` | `download_30` | 1.2.0 | Pengunduhan dimulai tapi... |
-| 09:45:15 | `m3n4o5p6` | `download_fail` | 1.2.0 | Pengunduhan gagal (timeout jaringan, koneksi terputus, dll.) |
-
-**Tindakan diperlukan**: Perangkat akan mencoba lagi secara otomatis saat app diluncurkan berikutnya. Tidak perlu tindakan kecuali ini sering terjadi.
-
-### Batas Plan Tercapai
-
-Ketika akun Anda mencapai batas perangkat:
-
-| Waktu | ID Perangkat | Aksi | Versi | Artinya |
-|-------|--------------|------|-------|---------|
-| 16:00:00 | `q7r8s9t0` | `needPlanUpgrade` | - | Perangkat ini tidak akan menerima pembaruan sampai Anda upgrade atau siklus tagihan reset |
-
-**Tindakan diperlukan**: [Upgrade plan Anda](/docs/webapp/settings/) atau tunggu siklus tagihan berikutnya.
-
-### Konfigurasi Channel Memblokir Pembaruan
-
-Ketika pengaturan channel mencegah pembaruan:
-
-| Waktu | ID Perangkat | Aksi | Versi | Artinya |
-|-------|--------------|------|-------|---------|
-| 12:00:00 | `u1v2w3x4` | `disableAutoUpdateToMajor` | 2.0.0 | Perangkat di v1.x tidak bisa auto-update ke v2.x (lompatan versi mayor diblokir) |
-| 12:05:00 | `y5z6a7b8` | `disableEmulator` | 1.2.0 | Emulator terdeteksi, dan channel memblokir emulator |
-| 12:10:00 | `c9d0e1f2` | `disableDevBuild` | 1.2.0 | Dev build terdeteksi, dan channel memblokir dev build |
-
-**Tindakan diperlukan**: Ini adalah perlindungan yang disengaja. Jika Anda ingin mengizinkan pembaruan ini, ubah [pengaturan channel](/docs/webapp/channels/) Anda.
-
-## Kode Log (enum backend Capgo)
-
-Kode-kode ini berasal dari enum `stats_action` yang digunakan oleh API dashboard (`capgo/src/types/supabase.types.ts`). Jika Anda melihat kode baru di UI, itu dipancarkan oleh SDK atau backend dan divalidasi terhadap daftar ini.
-
-**Happy path & lifecycle**
-
-| Kode | Arti |
-|------|------|
-| `get` | Perangkat bertanya ke Capgo untuk manifest channel saat ini |
-| `download_manifest_start`, `download_manifest_complete` | Pengunduhan manifest dimulai / selesai (untuk bundle delta atau multi-file) |
-| `download_zip_start`, `download_zip_complete` | Pengunduhan arsip zip dimulai / selesai |
-| `download_10` … `download_90` | Milestone progres pengunduhan |
-| `download_complete` | Seluruh bundle terunduh |
-| `set` | Bundle disiapkan untuk peluncuran berikutnya |
-| `reset` | Perangkat kembali ke bundle bawaan |
-| `delete` | Bundle dihapus dari penyimpanan lokal |
-| `uninstall` | Uninstall app terdeteksi |
-| `app_moved_to_foreground`, `app_moved_to_background` | Event lifecycle app yang dicatat oleh SDK |
-| `ping` | Pemeriksaan kesehatan/heartbeat dari perangkat |
-| `setChannel`, `getChannel` | Channel ditimpa atau diambil via panggilan SDK |
-
-**Blokir konfigurasi atau kebijakan**
-
-| Kode | Mengapa pembaruan diblokir |
-|------|----------------------------|
-| `disableAutoUpdate`, `disableAutoUpdateToMajor`, `disableAutoUpdateToMinor`, `disableAutoUpdateToPatch`, `disableAutoUpdateMetadata`, `disableAutoUpdateUnderNative` | Strategi channel melarang lompatan semver ini |
-| `disablePlatformIos`, `disablePlatformAndroid` | Platform dinonaktifkan di channel |
-| `disableDevBuild`, `disableEmulator` | Dev build atau emulator tidak diizinkan |
-| `cannotUpdateViaPrivateChannel`, `NoChannelOrOverride`, `channelMisconfigured` | Pemilihan channel atau override gagal |
-| `missingBundle`, `cannotGetBundle` | Manifest merujuk ke bundle yang tidak bisa dilayani Capgo |
-| `needPlanUpgrade` | Organisasi mencapai batas plan/perangkat |
-| `rateLimited` | Terlalu banyak permintaan; SDK membatasi sampai restart |
-| `blocked_by_server_url`, `backend_refusal`, `InvalidIp` | Aturan sisi server memblokir permintaan |
-
-**Kegagalan pengunduhan / integritas / instalasi**
-
-| Kode | Arti |
-|------|------|
-| `download_fail` | Pengunduhan bundle gagal (error jaringan atau respons) |
-| `download_manifest_file_fail`, `download_manifest_checksum_fail`, `download_manifest_brotli_fail` | File manifest tidak bisa diambil atau divalidasi |
-| `checksum_fail`, `checksum_required` | Pemeriksaan integritas gagal atau checksum hilang |
-| `unzip_fail`, `directory_path_fail`, `canonical_path_fail`, `windows_path_fail` | Validasi file system atau unzip gagal |
-| `decrypt_fail` | Dekripsi gagal (bundle terenkripsi) |
-| `update_fail` | Bundle terinstal tapi app tidak pernah memanggil `notifyAppReady()`; rollback dipicu |
-| `download_zip_*` tanpa `set` berikutnya | Pengunduhan selesai tapi fase instalasi tidak pernah selesai |
-
-➡️ Butuh panduan lebih dalam per kode? Lihat **[Referensi Lengkap Kode Log dan Panduan Debugging](/docs/plugins/updater/debugging/#understanding-cloud-logs)**.
-
-## Mendapatkan Detail Lebih Lanjut tentang Log
-
-Jika Anda mengklik entri log tertentu, biasanya akan membawa Anda ke [halaman perangkat](/docs/webapp/devices/). Ini memungkinkan Anda melihat riwayat lengkap untuk perangkat tertentu, yang sangat membantu untuk mendiagnosis masalah khusus perangkat atau memahami perjalanan pembaruannya.
diff --git a/src/content/docs/id/docs/webapp/main-app-page.mdx b/src/content/docs/id/docs/webapp/main-app-page.mdx
deleted file mode 100644
index e8d30f3ca..000000000
--- a/src/content/docs/id/docs/webapp/main-app-page.mdx
+++ /dev/null
@@ -1,113 +0,0 @@
----
-title: "Halaman Aplikasi"
-description: "Apa yang ditampilkan halaman aplikasi Capgo webapp? Dan apa yang dapat Anda lakukan dengannya."
-sidebar:
-  order: 5
-locale: id
----
-
-## Apa yang ditampilkan halaman aplikasi?
-
-Pertama, mari kita lihat halaman utama aplikasi:
-
-Di Capgo, sebuah aplikasi mewakili aplikasi mobile Anda yang terintegrasi dengan sistem pembaruan langsung Capgo. Ini memungkinkan Anda mengelola pembaruan, channel, dan perangkat dengan mulus.
-
-<figure><img src="/main-app-page.webp" alt="Screenshot halaman utama" /><figcaption></figcaption></figure>
-
-Mari kita lihat lebih dekat. Halaman utama aplikasi dibagi menjadi beberapa area utama:
-
-1.  **Bilah Navigasi Atas:** Menyediakan akses ke berbagai bagian manajemen aplikasi Anda:
-    *   **Dashboard (1):** Tampilan saat ini, menampilkan metrik utama dan ringkasan.
-    *   **Informasi (2):** Menampilkan pengaturan inti dan detail aplikasi Anda (lihat bagian "Informasi Aplikasi" di bawah).
-    *   **[Bundles (3)](/docs/webapp/bundles/):** Kelola versi dan rilis aplikasi Anda.
-    *   **[Channels (4)](/docs/webapp/channels/):** Konfigurasikan dan kelola berbagai channel pembaruan (mis., produksi, beta).
-    *   **[Devices (5)](/docs/webapp/devices/):** Lihat dan kelola perangkat terdaftar, termasuk pengaturan override spesifik.
-    *   **[Logs (6)](/docs/webapp/logs/):** Akses log detail dan laporan error untuk aplikasi Anda.
-    *   **Builds (7):** Lihat dan kelola build aplikasi Anda.
-
-2.  **Tampilan Statistik:** Memvisualisasikan metrik penting untuk periode penagihan terakhir (data mencerminkan penggunaan dari tanggal penagihan Anda, bukan dari tanggal 1 setiap bulan):
-    *   **Pengguna Aktif Bulanan (8):** Melacak jumlah pengguna aktif unik dari waktu ke waktu.
-    *   **Penyimpanan (9):** Menunjukkan konsumsi penyimpanan saat ini.
-    *   **Bandwidth (10):** Menampilkan penggunaan bandwidth.
-    *   **Bundle Aktif (11):** Menunjukkan distribusi perangkat aktif di berbagai bundle aplikasi.
-
-3.  **Kartu Ringkasan:** Menawarkan gambaran cepat tentang jumlah utama:
-    *   **Upload Bundle (12):** Total jumlah bundle aplikasi yang diunggah.
-    *   **Statistik Pembaruan (13):** Total jumlah pembaruan yang dilakukan, termasuk permintaan, instalasi, dan kegagalan.
-    *   **Statistik Deployment (14):** Total jumlah deployment.
-
-4.  **Opsi Tampilan (15-18):** Kontrol untuk memfilter dan melihat statistik:
-    *   **Harian (15):** Lihat statistik secara harian.
-    *   **Kumulatif (16):** Lihat statistik kumulatif dari waktu ke waktu.
-    *   **Periode Penagihan (17):** Lihat statistik untuk periode penagihan saat ini.
-    *   **Rentang Tanggal (18):** Pilih rentang tanggal kustom (mis., 30 hari terakhir).
-
-## Informasi Aplikasi
-
-Bagian ini sesuai dengan tab "Informasi" (1) di bilah navigasi atas. Di sini Anda dapat melihat dan mengelola detail dan pengaturan penting untuk aplikasi Anda.
-
-<figure><img src="/app_info.webp" alt="Halaman Informasi Aplikasi" /><figcaption>Halaman Informasi Aplikasi</figcaption></figure>
-
-Berikut adalah rincian field dan aksi yang tersedia:
-
-*   **Ikon Aplikasi (2):** Menampilkan ikon aplikasi Anda. Anda dapat mengklik tombol "Ubah" untuk mengunggah ikon baru.
-*   **ID Aplikasi (3):** Pengenal unik untuk aplikasi Anda di dalam Capgo. ID ini tidak dapat diedit.
-*   **Nama Aplikasi (4):** Nama tampilan untuk aplikasi Anda. Anda dapat memodifikasi ini sesuai kebutuhan.
-*   **Channel Upload Default (5):** Menentukan channel default ke mana bundle baru akan diunggah. Anda dapat mengklik ikon edit untuk memilih channel default yang berbeda.
-*   **Channel Download Default (6):** Menentukan channel default dari mana perangkat akan mengunduh pembaruan. Anda dapat mengklik ikon edit untuk memilih channel default yang berbeda. Lihat bagian [Konfigurasi Channel Default](#konfigurasi-channel-default) di bawah untuk informasi detail.
-*   **Hapus Otomatis Bundle yang Tidak Digunakan (setelah x detik) (7):** Pengaturan ini memungkinkan Anda untuk secara otomatis menghapus bundle lama yang tidak digunakan selama durasi tertentu (dalam detik). Atur ke `0` untuk menonaktifkan penghapusan otomatis. Ini membantu mengelola penyimpanan dan menjaga daftar bundle Anda tetap bersih.
-*   **Ekspos Metadata Bundle ke Plugin (8):** Ketika diaktifkan, field link bundle dan komentar akan dikirim ke plugin Capacitor Updater. Fitur ini memerlukan plugin versi 7.35.0 atau lebih tinggi.
-*   **Transfer Kepemilikan Aplikasi (9):** Bagian ini menyediakan opsi untuk memulai transfer aplikasi Anda ke organisasi berbeda yang Anda ikuti.
-*   **Tombol Hapus Aplikasi:** Menghapus aplikasi Anda secara permanen dari Capgo. Tindakan ini tidak dapat dibatalkan dan akan menghapus semua data terkait, bundle, channel, dan perangkat.
-*   **Tombol Perbarui:** Menyimpan perubahan apa pun yang telah Anda buat pada field yang dapat diedit di halaman ini (mis., Nama Aplikasi, Channel Upload Default, pengaturan Hapus Otomatis Bundle).
-
-## Konfigurasi Channel Default
-
-**Channel Download Default** adalah salah satu pengaturan terpenting untuk aplikasi Anda. Ini menentukan dari channel mana perangkat baru akan menerima pembaruan saat pertama kali terhubung ke Capgo.
-
-### Cara Kerja Channel Default
-
-Ketika perangkat meminta pembaruan dari Capgo, sistem menentukan channel mana yang akan digunakan berdasarkan urutan prioritas berikut (prioritas tertinggi lebih dulu):
-
-1. **Pemetaan perangkat paksa**: Jika ID perangkat secara eksplisit dipaksa ke channel dalam pengaturan channel, channel tersebut selalu menang.
-2. **Override cloud**: Jika perangkat telah ditetapkan ke channel melalui `setChannel()` atau secara manual di dashboard, override tersebut yang digunakan.
-3. **`defaultChannel` Capacitor config**: Jika diatur dalam file `capacitor.config.*` Anda, ini digunakan untuk build test/beta.
-4. **Channel Download Default**: Pengaturan yang dikonfigurasi di sini—inilah yang akan digunakan ~99% pengguna produksi Anda.
-
-### Channel Default Khusus Platform
-
-Anda dapat mengkonfigurasi **dua channel default terpisah**—satu untuk iOS dan satu untuk Android. Ini berguna ketika:
-
-- Anda ingin meluncurkan pembaruan ke satu platform sebelum yang lain
-- Anda membutuhkan strategi pembaruan yang berbeda per platform
-- Anda sedang menguji versi baru di satu platform sambil menjaga yang lain tetap stabil
-
-Untuk mengatur default khusus platform:
-1. Buat dua channel (mis., `production-ios` dan `production-android`)
-2. Di pengaturan setiap channel, aktifkan hanya platform yang relevan (toggle iOS atau Android)
-3. Tandai kedua channel sebagai "Default" - Capgo mengizinkan ini ketika channel menargetkan platform yang berbeda
-
-Ketika perangkat meminta pembaruan:
-- Perangkat iOS akan menerima pembaruan dari channel default yang diaktifkan untuk iOS
-- Perangkat Android akan menerima pembaruan dari channel default yang diaktifkan untuk Android
-
-### Channel Default Tunggal (Direkomendasikan untuk Kebanyakan Aplikasi)
-
-Untuk kebanyakan aplikasi, satu channel default yang mendukung kedua platform adalah pendekatan paling sederhana:
-1. Buat satu channel (mis., `production`)
-2. Pastikan toggle iOS dan Android diaktifkan
-3. Tandai sebagai channel default
-
-Ini memastikan perilaku konsisten di semua platform dan menyederhanakan workflow release Anda.
-
-### Mengubah Channel Default
-
-Ketika Anda mengubah channel default:
-- **Perangkat baru** akan segera mulai menerima pembaruan dari default baru
-- **Perangkat yang ada** yang sudah memiliki penetapan channel (melalui override atau paksa) TIDAK akan beralih secara otomatis
-- Untuk memindahkan perangkat yang ada, Anda perlu:
-  - Menggunakan `setChannel()` untuk mengoverride mereka secara programatis
-  - Memaksa mereka ke channel baru di dashboard
-  - Menghapus entri perangkat mereka (mereka akan mendaftar ulang dengan default baru)
-
-> **Tips**: Selalu uji channel default baru Anda dengan sekelompok kecil perangkat paksa sebelum menjadikannya default untuk semua pengguna.
diff --git a/src/content/docs/id/docs/webapp/main-page.mdx b/src/content/docs/id/docs/webapp/main-page.mdx
deleted file mode 100644
index f2950ec6c..000000000
--- a/src/content/docs/id/docs/webapp/main-page.mdx
+++ /dev/null
@@ -1,20 +0,0 @@
----
-title: Halaman Utama
-description: Halaman ini menjelaskan tentang halaman utama aplikasi web
-sidebar:
-  order: 2
-locale: id
----
-
-## Apa yang ditampilkan halaman utama?
-
-Pertama, mari kita lihat halaman utama:
-<figure><img src="/main-page.webp" alt="Main page screeshot" /><figcaption></figcaption></figure>
-
-Mari kita mulai dari awal. Hal pertama yang Anda lihat adalah **statistik**. Ini berisi statistik khusus aplikasi. Pembaruan tersebut bergantung pada penggunaan aplikasi.
-
-Hal kedua yang Anda lihat adalah daftar semua aplikasi yang tersedia. Ini akan berubah tergantung pada berapa banyak aplikasi yang telah Anda buat. Anda dapat mengklik setiap aplikasi untuk melihat detail lebih lanjut tentangnya.
-
-Hal ketiga yang Anda lihat adalah tombol **API keys**. Tombol ini akan membawa Anda ke halaman [API keys](/docs/webapp/api-keys/).
-
-Hal berikutnya yang Anda lihat adalah tombol **nama dan foto Anda**. Tombol ini akan berubah tergantung pada nama depan dan nama belakang Anda dan akan membawa Anda ke halaman [pengaturan](/docs/webapp/settings/) atau dukungan.
diff --git a/src/content/docs/id/docs/webapp/mfa.mdx b/src/content/docs/id/docs/webapp/mfa.mdx
deleted file mode 100644
index d7f887658..000000000
--- a/src/content/docs/id/docs/webapp/mfa.mdx
+++ /dev/null
@@ -1,101 +0,0 @@
----
-title: Autentikasi dua faktor
-description: >-
-  Mengelola autentikasi dua faktor untuk melindungi akun capgo Anda dengan lebih
-  baik.
-sidebar:
-  order: 9
-locale: id
----
-
-## Apa itu 2FA?
-
-2FA adalah langkah keamanan yang dirancang untuk mencegah pihak yang tidak bertanggung jawab mengambil alih akun capgo Anda\
-Ini dicapai dengan meminta kode tambahan. Kode ini disimpan di ponsel Anda atau kunci perangkat keras 2FA. Kode berubah setiap 30 detik, sehingga tidak mungkin ditebak
-
-## Persyaratan untuk panduan ini
- - Ponsel Android atau IOS
- - Koneksi internet
-
-## Apa yang akan dibahas dalam panduan ini?
-
-Panduan ini akan menunjukkan cara mengatur 2FA menggunakan `Google Authenticator`. Ada aplikasi lain yang berfungsi serupa, namun saya tidak bisa membahas seluruh topik 2FA dalam panduan ini
-
-## Bagaimana cara mengatur 2FA?
-
-Pertama unduh aplikasi `Google Authenticator`. Jika Anda menggunakan Android, Anda dapat mengunduhnya dari [play store](https://play.google.com/store/apps/details/?id=comgoogleandroidappsauthenticator2). Pada IOS Anda dapat mengunduhnya dari [App store](https://appsapplecom/us/app/google-authenticator/id388497605/)
-
-Kedua, silakan buka [pengaturan akun capgo](https://console.capgo.app/dashboard/settings/account/). Di sana Anda akan melihat tombol hijau yang terlihat seperti ini
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/button-mfa.webp" alt="Button MFA" /><figcaption></figcaption></figure>
-
-Klik tombol tersebut, dan setelah itu, kode QR akan muncul
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa.webp" alt="Enable MFA" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ Catatan Penting: \
-Jangan pernah membagikan kode QR ini dengan siapa pun, atau Anda bisa terlogout dari akun Anda
-:::
-
-Selanjutnya, buka `Google Authenticator` di ponsel Anda. Setelah itu, ikuti langkah-langkah berikut:
-
-Klik tombol plus
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-auth-plus.webp" alt="MFA auth plus" /><figcaption></figcaption></figure>
-
-Setelah itu, silakan klik tombol kamera
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-scan-qr.webp" alt="MFA scan QR" /><figcaption></figcaption></figure>
-
-Itu akan membuka pratinjau kamera. Silakan pindai kode QR yang ditampilkan di PC Anda. Setelah melakukan itu, Anda akan melihat sesuatu seperti ini:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-code.webp" alt="MFA final code" /><figcaption></figcaption></figure>
-
-Kemudian silakan kembali ke PC dan klik tombol verifikasi
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa-verify.webp" alt="Verify MFA" /><figcaption></figcaption></figure>
-
-Ini akan membuka jendela untuk mengetikkan kode 2FA kita. Dalam kasus saya, kode ini adalah `095101` tetapi akan berbeda untuk Anda\
-Setelah Anda mengetikkan kode ini, silakan klik tombol `verify`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-verify-final-code.webp" alt="MFA verify code final" /><figcaption></figcaption></figure>
-
-Jika Anda memasukkan kode yang benar dan menekan `verify`, Anda akan melihat pop-up seperti ini
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-enabled.webp" alt="MFA enabled" /><figcaption></figcaption></figure>
-
-Selamat!\
-Anda telah mengaktifkan autentikasi 2FA 🎉
-
-## Cara login menggunakan 2FA
-
-Saat berikutnya Anda login ke akun Anda, Anda akan melihat jendela seperti ini
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-required.webp" alt="MFA required" /><figcaption></figcaption></figure>
-
-Silakan buka authenticator dan salin kode auth Anda
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-login.webp" alt="MFA login" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ Catatan Penting: \
-Tekan `verify` sebelum kode diperbarui, jika tidak kode akan berubah, dan kode lama tidak akan valid lagi
-:::
-
-Kemudian masukkan kode tersebut ke dalam formulir login dan tekan `verify`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-login-verify.webp" alt="MFA login" /><figcaption></figcaption></figure>
-
-Jika Anda memasukkan kode yang benar, Anda akan melihat dashboard capgo
-
-## Cara menonaktifkan 2FA
-
-Untuk menonaktifkan 2FA silakan pergi ke [pengaturan akun capgo](https://console.capgo.app/dashboard/settings/account/). Di sana Anda akan melihat tombol merah yang terlihat seperti ini:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-button.webp" alt="MFA disable button" /><figcaption></figcaption></figure>
-
-Klik tombol tersebut, dan Anda akan melihat layar seperti ini
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-2.webp" alt="MFA disabled" /><figcaption></figcaption></figure>
-
-Cukup tekan tombol `disable`, dan selesai
diff --git a/src/content/docs/id/docs/webapp/organization-security.mdx b/src/content/docs/id/docs/webapp/organization-security.mdx
deleted file mode 100644
index 0e495a89c..000000000
--- a/src/content/docs/id/docs/webapp/organization-security.mdx
+++ /dev/null
@@ -1,303 +0,0 @@
----
-title: Keamanan Organisasi
-description: >-
-  Konfigurasi kebijakan keamanan komprehensif untuk organisasi Anda termasuk
-  penerapan 2FA, kebijakan kata sandi, dan kontrol kunci API untuk melindungi
-  aplikasi dan data Anda.
-sidebar:
-  order: 9
-locale: id
----
-
-import { Aside, Steps, Badge } from '@astrojs/starlight/components';
-
-Capgo menyediakan kontrol keamanan komprehensif yang memungkinkan administrator organisasi untuk menerapkan kebijakan keamanan di semua anggota. Fitur-fitur ini membantu Anda memenuhi persyaratan kepatuhan, melindungi data sensitif, dan mempertahankan postur keamanan yang kuat.
-
-## Gambaran Umum
-
-Pengaturan Keamanan Organisasi memungkinkan super admin untuk mengkonfigurasi:
-
-- **Penerapan Autentikasi Dua Faktor (2FA)** - Mewajibkan semua anggota untuk mengaktifkan 2FA
-- **Kebijakan Kata Sandi** - Menetapkan persyaratan kompleksitas kata sandi
-- **Keamanan Kunci API** - Menerapkan kunci API yang aman dan kebijakan kedaluwarsa
-
-![Pengaturan Keamanan Organisasi](/org_security.webp)
-
-Halaman Keamanan diorganisir dalam bagian-bagian yang diberi label dengan jelas:
-1. **Tab Keamanan** - Akses semua pengaturan keamanan dari sidebar pengaturan Organisasi
-2. **Penerapan 2FA** - Toggle dan tampilan status untuk persyaratan autentikasi dua faktor
-3. **Kebijakan Kata Sandi** - Konfigurasi aturan kompleksitas kata sandi untuk anggota organisasi
-4. **Kebijakan Kunci API** - Pengaturan untuk kunci API yang aman dan persyaratan kedaluwarsa
-5. **Kedaluwarsa Kunci API** - Kontrol apakah kunci API harus memiliki tanggal kedaluwarsa
-
-<Aside type="note">
-
-Hanya pengguna dengan peran **super_admin** yang dapat mengkonfigurasi pengaturan keamanan organisasi. Anggota lain dapat melihat status kepatuhan mereka tetapi tidak dapat mengubah kebijakan.
-
-</Aside>
-
-## Mengakses Pengaturan Keamanan
-
-<Steps>
-
-1. Navigasi ke pengaturan organisasi Anda dengan mengklik **Pengaturan** di sidebar
-2. Klik tab **Organisasi** di bagian atas halaman pengaturan
-3. Pilih tab **Keamanan** dari bar navigasi organisasi (ditandai dengan ikon perisai)
-
-</Steps>
-
-## Penerapan Autentikasi Dua Faktor (2FA)
-
-Penerapan 2FA mewajibkan semua anggota organisasi untuk mengaktifkan autentikasi dua faktor pada akun mereka. Ini menambahkan lapisan keamanan kritis dengan mewajibkan kata sandi dan kode verifikasi.
-
-### Apa yang Terjadi Ketika 2FA Diterapkan
-
-- Anggota tanpa 2FA **langsung diblokir** dari mengakses aplikasi organisasi
-- Dashboard web dan CLI sama-sama menerapkan persyaratan ini
-- Anggota baru harus mengaktifkan 2FA sebelum dapat mengakses sumber daya organisasi
-- Sistem melacak anggota mana yang telah mengaktifkan 2FA secara real-time
-
-### Memahami Panel Status 2FA
-
-Halaman Keamanan menampilkan panel **Status 2FA Anggota** yang komprehensif yang menunjukkan:
-
-- **Total Anggota** - Jumlah total anggota di organisasi Anda
-- **2FA Diaktifkan** (indikator hijau) - Anggota yang telah berhasil mengaktifkan autentikasi dua faktor
-- **2FA Tidak Diaktifkan** (indikator peringatan oranye) - Anggota yang masih perlu mengatur 2FA
-
-Ketika anggota tidak mengaktifkan 2FA, mereka muncul di kotak peringatan **Anggota Tanpa 2FA**. Kotak ini menunjukkan:
-- Alamat email setiap anggota dan peran mereka di organisasi
-- Tombol **Salin Daftar Email** untuk dengan cepat menyalin semua alamat email yang terpengaruh untuk komunikasi
-
-### Mengaktifkan Penerapan 2FA
-
-<Steps>
-
-1. Navigasi ke **Pengaturan Organisasi > Keamanan**
-2. Temukan bagian **Wajibkan 2FA untuk Semua Anggota** di bagian atas halaman
-3. Tinjau panel **Status 2FA Anggota** untuk melihat anggota mana yang akan terpengaruh
-4. Jika ada anggota tanpa 2FA, gunakan tombol **Salin Daftar Email** untuk memberitahu mereka sebelum mengaktifkan
-5. Aktifkan toggle di sebelah **Wajibkan 2FA untuk Semua Anggota** untuk mengaktifkan penerapan
-6. Toggle akan menunjukkan status **Dinonaktifkan** atau **Diaktifkan** di sisi kanan
-
-</Steps>
-
-<Aside type="caution">
-
-Sebelum mengaktifkan penerapan 2FA:
-- Beritahu anggota yang terpengaruh terlebih dahulu dan bagikan [panduan pengaturan 2FA](/docs/webapp/mfa/)
-- Beri mereka waktu untuk mengaktifkan 2FA di akun mereka
-- Anggota tanpa 2FA akan kehilangan akses segera ketika Anda mengaktifkan penerapan
-- Pertimbangkan untuk menghubungi anggota yang terdaftar di kotak peringatan "Anggota Tanpa 2FA"
-
-</Aside>
-
-### Dukungan CLI untuk Penerapan 2FA
-
-Anda juga dapat mengelola penerapan 2FA melalui CLI:
-
-```shell
-# Aktifkan penerapan 2FA
-npx @capgo/cli organization set YOUR_ORG_ID --enforce-2fa
-
-# Nonaktifkan penerapan 2FA
-npx @capgo/cli organization set YOUR_ORG_ID --no-enforce-2fa
-
-# Periksa status 2FA anggota
-npx @capgo/cli organization members YOUR_ORG_ID
-```
-
-Untuk informasi detail tentang penerapan 2FA, lihat [panduan Penerapan 2FA](/docs/webapp/2fa-enforcement/).
-
-## Kebijakan Kata Sandi
-
-Kebijakan kata sandi memungkinkan Anda menerapkan persyaratan kompleksitas kata sandi untuk semua anggota organisasi. Ketika kata sandi anggota tidak memenuhi persyaratan kebijakan, mereka harus memperbarui kata sandi mereka sebelum mengakses sumber daya organisasi.
-
-Bagian Kebijakan Kata Sandi (ditandai dengan indikator **3** di gambar gambaran umum) menyediakan toggle sederhana untuk menerapkan persyaratan kata sandi di seluruh organisasi Anda.
-
-### Cara Kerja Kebijakan Kata Sandi
-
-Ketika Anda mengaktifkan kebijakan kata sandi:
-- Semua anggota organisasi harus memenuhi persyaratan kompleksitas kata sandi
-- Pengguna yang tidak memenuhi persyaratan akan dikunci sampai mereka memperbarui kata sandi mereka
-- Kebijakan berlaku untuk semua anggota terlepas dari peran mereka
-
-### Mengaktifkan Kebijakan Kata Sandi
-
-<Steps>
-
-1. Pergi ke **Pengaturan Organisasi > Keamanan**
-2. Gulir ke bawah untuk menemukan bagian **Kebijakan Kata Sandi**
-3. Baca deskripsi: "Wajibkan anggota organisasi untuk menggunakan kata sandi yang memenuhi persyaratan kompleksitas tertentu"
-4. Aktifkan toggle **Terapkan Kebijakan Kata Sandi** untuk mengaktifkannya
-5. Deskripsi toggle menyatakan: "Ketika diaktifkan, semua anggota organisasi harus memenuhi persyaratan kata sandi untuk mengakses organisasi"
-
-</Steps>
-
-### Persyaratan Kata Sandi yang Tersedia
-
-| Pengaturan | Deskripsi | Rentang |
-|------------|-----------|---------|
-| **Panjang Minimum** | Jumlah karakter minimum yang diperlukan | 6-128 karakter |
-| **Wajib Huruf Besar** | Kata sandi harus berisi setidaknya satu huruf besar (A-Z) | Aktif/Nonaktif |
-| **Wajib Angka** | Kata sandi harus berisi setidaknya satu digit (0-9) | Aktif/Nonaktif |
-| **Wajib Karakter Khusus** | Kata sandi harus berisi setidaknya satu karakter khusus (!@#$%^&*, dll.) | Aktif/Nonaktif |
-
-### Pelacakan Kepatuhan Anggota
-
-Ketika kebijakan kata sandi aktif, Anda dapat memantau kepatuhan:
-
-- **Total Anggota**: Jumlah anggota di organisasi Anda
-- **Patuh**: Anggota yang kata sandinya memenuhi persyaratan kebijakan
-- **Tidak Patuh**: Anggota yang perlu memperbarui kata sandi mereka
-
-Anggota yang tidak patuh tercantum dengan alamat email mereka. Anda dapat menyalin daftar email untuk memberitahu mereka tentang kebijakan dan perubahan kata sandi yang diperlukan.
-
-<Aside type="tip">
-
-Ketika mengaktifkan kebijakan kata sandi untuk pertama kalinya, anggota dengan kata sandi yang tidak patuh akan diminta untuk mengubah kata sandi mereka pada login berikutnya. Mereka tidak akan langsung dikunci, tetapi akses mereka mungkin dibatasi sampai mereka patuh.
-
-</Aside>
-
-### Praktik Terbaik untuk Kebijakan Kata Sandi
-
-- **Mulai dengan persyaratan yang wajar**: Minimum 10-12 karakter dengan huruf besar/kecil campuran dan angka memberikan keamanan yang baik tanpa terlalu membatasi
-- **Komunikasikan perubahan**: Beritahu tim Anda sebelum mengaktifkan persyaratan kata sandi baru
-- **Berikan waktu transisi**: Beri anggota waktu untuk memperbarui kata sandi mereka
-- **Pertimbangkan pengelola kata sandi**: Rekomendasikan anggota tim menggunakan pengelola kata sandi untuk menghasilkan dan menyimpan kata sandi yang kuat
-
-## Keamanan Kunci API
-
-Capgo menyediakan dua kontrol keamanan untuk kunci API: menerapkan kunci API yang aman (di-hash) dan mewajibkan tanggal kedaluwarsa. Bagian Kebijakan Kunci API (ditandai dengan indikator **4** di gambar gambaran umum) diidentifikasi oleh ikon kunci.
-
-### Terapkan Kunci API yang Aman
-
-Opsi pertama di bagian Kebijakan Kunci API adalah **Terapkan Kunci API yang Aman**. Ketika diaktifkan, pengaturan ini mewajibkan semua kunci API di organisasi Anda dibuat menggunakan format aman/di-hash.
-
-Kunci API yang di-hash lebih aman karena:
-
-- Nilai kunci sebenarnya tidak pernah disimpan di server kami
-- Hanya Anda (dan sistem Anda) yang memiliki akses ke kunci lengkap
-- Bahkan jika database kami dikompromikan, kunci Anda tidak dapat digunakan
-
-Deskripsi toggle menyatakan: "Ketika diaktifkan, hanya kunci API yang aman (di-hash) yang dapat mengakses organisasi ini. Kunci API teks biasa akan ditolak."
-
-<Aside type="note">
-
-Kunci API warisan yang ada (tidak di-hash) akan terus berfungsi, tetapi anggota tidak akan dapat membuat kunci baru yang tidak di-hash ketika kebijakan ini diaktifkan.
-
-</Aside>
-
-### Mengaktifkan Kunci API yang Aman
-
-<Steps>
-
-1. Pergi ke **Pengaturan Organisasi > Keamanan**
-2. Gulir ke bawah untuk menemukan bagian **Kebijakan Kunci API** (cari ikon kunci)
-3. Temukan toggle **Terapkan Kunci API yang Aman**
-4. Aktifkan toggle untuk mengaktifkan penerapan kunci API yang aman
-5. Kunci yang ada tidak terpengaruh; kebijakan berlaku untuk pembuatan kunci baru
-
-</Steps>
-
-### Kebijakan Kedaluwarsa Kunci API
-
-Opsi kedua (ditandai dengan indikator **5** di gambar gambaran umum) adalah **Wajibkan Kedaluwarsa Kunci API**. Anda dapat mewajibkan semua kunci API memiliki tanggal kedaluwarsa, membatasi periode validitasnya.
-
-Ini adalah praktik keamanan terbaik yang:
-
-- Membatasi jendela paparan jika kunci dikompromikan
-- Memastikan rotasi kunci secara teratur
-- Membantu memenuhi persyaratan kepatuhan untuk manajemen kredensial
-
-Deskripsi toggle menyatakan: "Ketika diaktifkan, semua kunci API untuk organisasi ini harus memiliki tanggal kedaluwarsa"
-
-### Mengkonfigurasi Kebijakan Kedaluwarsa
-
-<Steps>
-
-1. Pergi ke **Pengaturan Organisasi > Keamanan**
-2. Temukan bagian **Kebijakan Kunci API**
-3. Temukan toggle **Wajibkan Kedaluwarsa Kunci API** (di bawah Terapkan Kunci API yang Aman)
-4. Aktifkan toggle untuk mengaktifkan persyaratan kedaluwarsa
-5. Setelah diaktifkan, atur **Hari kedaluwarsa maksimum** (1-365 hari)
-   - Ini membatasi seberapa jauh di masa depan tanggal kedaluwarsa dapat ditetapkan
-   - Contoh: Menetapkan 90 hari berarti kunci dapat kedaluwarsa paling lama 90 hari dari pembuatan
-
-</Steps>
-
-<Aside type="caution">
-
-Ketika Anda mengaktifkan persyaratan kedaluwarsa:
-- Kunci API baru harus memiliki tanggal kedaluwarsa
-- Kunci yang ada tanpa kedaluwarsa terus berfungsi
-- Pertimbangkan untuk mengaudit kunci yang ada dan merotasi yang tanpa kedaluwarsa
-
-</Aside>
-
-### Kebijakan Kunci API yang Direkomendasikan
-
-| Kasus Penggunaan | Kunci Aman | Kedaluwarsa | Hari Maks. |
-|------------------|------------|-------------|------------|
-| **Pengembangan** | Direkomendasikan | Opsional | 30-90 |
-| **Pipeline CI/CD** | Diperlukan | Diperlukan | 90-180 |
-| **Produksi** | Diperlukan | Diperlukan | 30-90 |
-| **Enterprise/Kepatuhan** | Diperlukan | Diperlukan | 30-60 |
-
-## Kepatuhan dan Audit
-
-Fitur keamanan organisasi membantu Anda memenuhi berbagai persyaratan kepatuhan:
-
-| Standar | Fitur Relevan |
-|---------|---------------|
-| **SOC 2** | Penerapan 2FA, kebijakan kata sandi, kontrol kunci API |
-| **ISO 27001** | Semua fitur keamanan membantu menunjukkan kontrol akses |
-| **HIPAA** | Autentikasi kuat dan manajemen akses |
-| **GDPR** | Perlindungan data melalui kontrol akses |
-| **PCI DSS** | Autentikasi multi-faktor, kata sandi kuat |
-
-### Memantau Status Kepatuhan
-
-Dashboard Keamanan memberikan visibilitas real-time ke:
-- Berapa banyak anggota yang mengaktifkan 2FA
-- Kepatuhan kebijakan kata sandi di organisasi Anda
-- Adopsi keamanan kunci API
-
-Gunakan fitur "Salin daftar email" untuk dengan mudah mengekspor daftar anggota yang tidak patuh untuk komunikasi yang ditargetkan.
-
-## Pemecahan Masalah
-
-### "Akses Ditolak: Kebijakan keamanan tidak terpenuhi"
-
-**Masalah**: Seorang anggota tidak dapat mengakses organisasi.
-
-**Solusi**:
-1. Periksa apakah 2FA diterapkan - anggota perlu [mengaktifkan 2FA](/docs/webapp/mfa/)
-2. Periksa apakah kebijakan kata sandi aktif - anggota perlu memperbarui kata sandi mereka
-3. Verifikasi status kepatuhan anggota di dashboard Keamanan
-
-### Tidak dapat mengaktifkan fitur keamanan
-
-**Masalah**: Toggle keamanan dinonaktifkan atau tidak merespons.
-
-**Solusi**:
-- Pastikan Anda memiliki peran **super_admin** di organisasi
-- Periksa koneksi jaringan Anda
-- Coba segarkan halaman
-- Hubungi dukungan jika masalah berlanjut
-
-### Pembuatan kunci API gagal
-
-**Masalah**: Tidak dapat membuat kunci API baru.
-
-**Solusi**:
-- Jika kunci aman diterapkan, pastikan Anda menggunakan alur pembuatan kunci aman
-- Jika kedaluwarsa diperlukan, tetapkan tanggal kedaluwarsa dalam rentang yang diizinkan
-- Periksa pengaturan hari kedaluwarsa maksimum
-
-## Langkah Selanjutnya
-
-- [Siapkan 2FA di akun Anda](/docs/webapp/mfa/)
-- [Pelajari tentang detail penerapan 2FA](/docs/webapp/2fa-enforcement/)
-- [Kelola kunci API](/docs/webapp/api-keys/)
-- [Manajemen organisasi](/docs/webapp/organization-system/)
diff --git a/src/content/docs/id/docs/webapp/organization-system.mdx b/src/content/docs/id/docs/webapp/organization-system.mdx
deleted file mode 100644
index 1c1fd12e0..000000000
--- a/src/content/docs/id/docs/webapp/organization-system.mdx
+++ /dev/null
@@ -1,127 +0,0 @@
----
-title: "Sistem Organisasi"
-description: "Panduan lengkap tentang mengelola dan mengorganisir tim dan aplikasi dalam akun Capgo Anda, memastikan kolaborasi yang aman dan kontrol akses yang efisien untuk semua anggota yang terlibat."
-sidebar:
-  order: 11
-locale: id
----
-
-## Apa itu sistem organisasi?
-
-Sistem organisasi adalah sistem di Capgo yang memungkinkan Anda untuk berbagi aplikasi secara aman dengan anggota tim Anda.
-
-## Gambaran Umum Pengaturan Organisasi
-
-<figure><img src="/orgs-settings.webp" alt="Pengaturan Organisasi" /><figcaption></figcaption></figure>
-
-| Nomor | Elemen | Deskripsi |
-|-------|--------|-----------|
-| 1 | Pengaturan | Akses pengaturan dari menu sidebar |
-| 2 | Tab Organisasi | Beralih ke pengaturan organisasi (vs. pengaturan akun pribadi) |
-| 3 | Umum | Lihat dan edit nama organisasi, logo, dan email manajemen |
-| 4 | Anggota | Kelola anggota tim dan izin mereka |
-| 5 | Keamanan | Konfigurasikan kebijakan keamanan (2FA, persyaratan kata sandi) |
-| 6 | Log Audit | Lihat log aktivitas organisasi Anda |
-| 7 | Paket | Lihat dan kelola paket langganan Anda |
-| 8 | Penggunaan | Pantau statistik penggunaan organisasi Anda |
-| 9 | Kredit | Lihat dan beli kredit tambahan |
-| 10 | Webhooks | Konfigurasikan integrasi webhook |
-| 11 | Tagihan | Kelola informasi tagihan dan faktur |
-| 12 | Pemilih Organisasi | Beralih antar organisasi yang berbeda |
-
-### Cara mengakses pengaturan organisasi
-
-1. Klik **Pengaturan** (1) di sidebar kiri
-2. Pilih tab **Organisasi** (2) di bagian atas
-3. Gunakan tab (3-11) untuk navigasi antara bagian pengaturan yang berbeda
-
-### Cara mengganti organisasi
-
-Klik dropdown **Pemilih Organisasi** (12) di dekat bagian kiri atas sidebar untuk melihat dan beralih antar organisasi yang Anda miliki aksesnya.
-
-## Mengelola Anggota
-
-<figure><img src="/org-show-members.webp" alt="Anggota Organisasi" /><figcaption></figcaption></figure>
-
-Bagian Anggota menampilkan semua pengguna yang memiliki akses ke organisasi Anda dengan:
-- **Anggota**: Avatar, nama, dan email pengguna
-- **Peran**: Tingkat izin saat ini (baca, unggah, tulis, admin, super admin)
-- **Tindakan**: Edit atau hapus anggota
-
-### Cara mengundang anggota baru
-
-<figure><img src="/orgs-add-member.webp" alt="Undang Anggota" /><figcaption></figcaption></figure>
-
-1. Klik tombol **+ Tambah** (1)
-2. Masukkan alamat email pengguna di modal (2)
-3. Klik **Undang**
-
-### Memilih izin
-
-<figure><img src="/select-perm-orgs.webp" alt="Pilih Izin" /><figcaption></figcaption></figure>
-
-Setelah memasukkan email, pilih tingkat izin untuk pengguna yang diundang:
-- **Baca** - Akses hanya baca
-- **Unggah** - Dapat mengunggah versi baru
-- **Tulis** - Dapat mengubah pengaturan dan konten
-- **Admin** - Akses penuh kecuali tagihan dan penghapusan
-- **Super admin** - Kontrol penuh organisasi
-
-### Menyelesaikan undangan
-
-<figure><img src="/invite_org_user.webp" alt="Formulir Undangan" /><figcaption></figcaption></figure>
-
-Isi detail yang tersisa:
-- **Email** - Sudah terisi dari langkah sebelumnya
-- **Peran** - Menampilkan tingkat izin yang dipilih
-- **Nama depan** - Opsional: nama depan undangan
-- **Nama belakang** - Opsional: nama belakang undangan
-- **Captcha** - Verifikasi bahwa Anda manusia
-
-Klik **Kirim undangan** untuk menyelesaikan proses.
-
-## Rincian Izin
-
-| Izin                              | Baca | Unggah | Tulis | Admin | Super Admin |
-|-----------------------------------|------|--------|-------|-------|-------------|
-| Tampilkan statistik aplikasi      |   ✅  |    ✅   |   ✅   |   ✅   |      ✅      |
-| Tampilkan channel aplikasi        |   ✅  |    ✅   |   ✅   |   ✅   |      ✅      |
-| Tampilkan perangkat               |   ✅  |    ✅   |   ✅   |   ✅   |      ✅      |
-| Tampilkan log                     |   ✅  |    ✅   |   ✅   |   ✅   |      ✅      |
-| Tampilkan bundle                  |   ✅  |    ✅   |   ✅   |   ✅   |      ✅      |
-| Hapus aplikasi                    |   ❌  |    ❌   |   ❌   |   ❌   |      ✅      |
-| Hapus channel                     |   ❌  |    ❌   |   ❌   |   ✅   |      ✅      |
-| Hapus versi                       |   ❌  |    ❌   |   ✅   |   ✅   |      ✅      |
-| Ubah pengaturan org               |   ❌  |    ❌   |   ❌   |   ✅   |      ✅      |
-| Kelola pengguna org               |   ❌  |    ❌   |   ❌   |   ✅   |      ✅      |
-| Ubah pengaturan channel           |   ❌  |    ❌   |   ✅   |   ✅   |      ✅      |
-| Unggah versi baru                 |   ❌  |    ✅   |   ✅   |   ✅   |      ✅      |
-| Ubah perangkat                    |   ❌  |    ❌   |   ✅   |   ✅   |      ✅      |
-| Ubah versi saat ini channel       |   ❌  |    ❌   |   ✅   |   ✅   |      ✅      |
-| Buat channel baru                 |   ❌  |    ❌   |   ❌   |   ✅   |      ✅      |
-| Ubah versi (metadata)             |   ❌  |    ❌   |   ✅   |   ✅   |      ✅      |
-| Kelola penagihan                  |   ❌  |    ❌   |   ❌   |   ❌   |      ✅      |
-| Hapus versi secara tidak aman     |   ❌  |    ❌   |   ❌   |   ❌   |      ✅      |
-
-## Tagihan
-
-Siapa pun dengan izin **super admin** dapat mengelola penagihan untuk organisasi tertentu. Paket terhubung ke organisasi dan bukan ke akun pribadi Anda.
-
-:::danger
-⚠️ Membeli paket HANYA akan mempengaruhi organisasi yang saat ini Anda pilih
-:::
-
-## FAQ
-
-### Bisakah saya membuat lebih dari satu organisasi?
-
-Tidak, belum bisa.
-
-### Bagaimana cara mengkonfigurasi kebijakan keamanan untuk organisasi saya?
-
-Super admin dapat mengkonfigurasi kebijakan keamanan komprehensif termasuk:
-- **Penegakan 2FA** - Mewajibkan semua anggota mengaktifkan autentikasi dua faktor
-- **Kebijakan Kata Sandi** - Menetapkan persyaratan kompleksitas kata sandi (panjang, huruf besar, angka, karakter khusus)
-- **Keamanan Kunci API** - Menegakkan kunci API yang aman/hash dan kebijakan kedaluwarsa
-
-Lihat dokumentasi [Keamanan Organisasi](/docs/webapp/organization-security/) untuk instruksi konfigurasi terperinci.
diff --git a/src/content/docs/id/docs/webapp/payment.mdx b/src/content/docs/id/docs/webapp/payment.mdx
deleted file mode 100644
index f0fd4883b..000000000
--- a/src/content/docs/id/docs/webapp/payment.mdx
+++ /dev/null
@@ -1,81 +0,0 @@
----
-title: "Sistem pembayaran"
-description: "Manajemen pembayaran di akun Capgo Anda. Di bagian ini kami menunjukkan cara mengelola kartu, paket, dan kredit Anda untuk Capgo"
-sidebar:
-  order: 10
-locale: id
----
-
-## Tentang apa ini?
-
-Halaman ini bertujuan untuk menjawab beberapa pertanyaan tentang sistem pembayaran di Capgo.
-
-## Paket
-
-#### Q: Bagaimana cara meningkatkan paket Capgo saya?
-A: Anda dapat meningkatkan paket Capgo dengan membuka [pengaturan](/docs/webapp/settings/#how-to-get-to-the-settings-page) dan mengklik tab **Paket** (1).
-
-<figure><img src="/plans-subscribe.webp" alt="Halaman paket" /><figcaption></figcaption></figure>
-
-Di halaman ini Anda dapat:
-- Beralih antara **Paket Bulanan** dan **Tahunan** (dengan diskon 20% untuk pembayaran tahunan)
-- Memilih dari empat paket: **Solo**, **Maker**, **Team**, atau **Enterprise**
-- Klik **Berlangganan** (2) pada paket yang paling sesuai dengan kebutuhan Anda
-
-Setiap paket menampilkan:
-- Harga bulanan dan total tagihan tahunan
-- Pengguna aktif bulanan yang termasuk dan harga kelebihan
-- Alokasi penyimpanan dan bandwidth
-- Menit/jam build
-- Fitur seperti dukungan khusus, domain kustom, dan kepatuhan SOC II
-
-Jika Anda tidak ingin berkomitmen pada paket, Anda dapat menggunakan **kredit** sebagai gantinya - klik "Pelajari tentang kredit" untuk melihat cara kerja pembayaran sesuai penggunaan.
-
-Setelah mengklik Berlangganan, halaman checkout Stripe akan terbuka di mana Anda dapat memasukkan informasi pembayaran dengan aman.
-
-## Kredit
-
-Kredit memberikan alternatif fleksibel untuk meningkatkan paket Anda. Mereka berguna ketika:
-
-- **Lonjakan sementara** - Anda sementara melampaui batas paket Anda (misalnya, momen viral, lalu lintas musiman) dan tidak ingin meningkatkan secara permanen
-- **Paket tidak cocok** - Tingkat paket berikutnya tidak sesuai dengan kebutuhan Anda karena alasan lain (mungkin Anda membutuhkan lebih banyak bandwidth tetapi tidak lebih banyak MAU)
-- **Preferensi pay-as-you-go** - Anda lebih suka membayar hanya untuk apa yang Anda gunakan melebihi paket dasar Anda
-
-#### Q: Bagaimana cara mengakses halaman Kredit?
-A: Buka [pengaturan](/docs/webapp/settings/#how-to-get-to-the-settings-page) dan klik tab **Kredit** (1).
-
-<figure><img src="/buy_credits.webp" alt="Halaman kredit" /><figcaption></figcaption></figure>
-
-Halaman Kredit menampilkan:
-
-1. **Tab Kredit** - Navigasi ke sini dari pengaturan Organisasi
-2. **Saldo Kredit** - Menampilkan kredit yang tersedia (misalnya 0,00 / 0,00) dan kredit yang digunakan dalam periode saat ini
-3. **Kredit Digunakan (USD)** - Perkiraan nilai dolar dari kredit yang dikonsumsi selama periode penagihan saat ini, ditambah sisa kredit yang tersedia
-4. **Butuh lebih banyak kredit?** - Beli kredit tambahan secara instan untuk menjaga pengguna Anda tetap menerima pembaruan tanpa gangguan. Pilih dari jumlah preset ($50, $100, $500, $5000) atau masukkan jumlah kustom. Perkiraan total termasuk pajak ditampilkan sebelum checkout
-5. **Harga kredit** - Perluas bagian ini untuk melihat tingkat harga untuk berbagai jenis penggunaan (MAU, penyimpanan, bandwidth)
-6. **Transaksi kredit** - Lihat riwayat pembelian dan penggunaan kredit Anda
-
-#### Q: Bagaimana cara membeli kredit?
-A: Di halaman Kredit, pilih jumlah yang ingin Anda beli (atau gunakan dropdown untuk jumlah kustom), lalu klik **Beli kredit**. Anda akan diarahkan ke checkout Stripe di mana Anda dapat menyesuaikan kuantitas dan menyelesaikan pembayaran.
-
-#### Q: Kapan kredit digunakan?
-A: Kredit secara otomatis dikonsumsi ketika Anda melebihi batas paket Anda untuk pengguna aktif bulanan, penyimpanan, atau bandwidth. Mereka menyediakan cara fleksibel untuk menangani kelebihan tanpa gangguan layanan.
-
-#### Q: Apakah pembayaran aman?
-A: Ya, pembayaran sepenuhnya dikelola oleh Stripe. Capgo tidak pernah mendapatkan akses ke detail kartu kredit Anda. Stripe sangat serius menangani keamanan. [Pelajari lebih lanjut tentang kebijakan keamanan Stripe](https://stripe.com/docs/security/)
-
-#### Q: Apakah Capgo akan secara otomatis meningkatkan paket saya ketika saya melebihi batas?
-A: Tidak, Capgo tidak akan pernah mengubah paket Anda.
-
-#### Q: Apakah Capgo akan mengirimkan email ketika paket saya mendekati batasnya?
-A: Ya, Capgo akan mengirimkan email yang menginformasikan tentang penggunaan Anda.
-
-#### Q: Apakah paket yang saya beli akan mempengaruhi organisasi yang saya diundang?
-A: Tidak, paket hanya akan mempengaruhi organisasi yang saat ini Anda pilih.
-Silakan merujuk ke [dokumentasi organisasi](/docs/webapp/organization-system/#q-how-is-billing-done-within-orgs).
-
-#### Q: Bagaimana jika saya membutuhkan paket yang lebih disesuaikan?
-A: [Silakan hubungi dukungan Capgo secara langsung](/docs/getting-help#support-by-chat)
-
-#### Q: Bagaimana kebijakan pengembalian dana untuk Capgo?
-A: Kebijakan pengembalian dana dapat ditemukan [di sini](https://capgo.app/return/)
diff --git a/src/content/docs/id/docs/webapp/settings.mdx b/src/content/docs/id/docs/webapp/settings.mdx
deleted file mode 100644
index ae86fa5ac..000000000
--- a/src/content/docs/id/docs/webapp/settings.mdx
+++ /dev/null
@@ -1,33 +0,0 @@
----
-title: Pengaturan
-description: Cara Mengganti Pengaturan Pengguna
-sidebar:
-  order: 4
-locale: id
----
-
-## Cara menuju halaman pengaturan
-
-Pertama klik pada **nama dan foto Anda**. Kemudian klik pada **Settings**.
-
-<figure><img src="/settings-go.webp" alt="open settings" /><figcaption></figcaption></figure>
-
-## Mengubah pengaturan pengguna
-
-Untuk mengubah pengaturan pengguna, Anda cukup mengisi formulir di akun dan kemudian klik **Update**
-
-<figure><img src="/account-save.webp" alt="save change in account" /><figcaption></figcaption></figure>
-
-Kemudian konfirmasi akan muncul
-
-<figure><img src="/account-updated.webp" alt="acount updated" /><figcaption></figcaption></figure>
-
-## Mengubah kata sandi
-
-Untuk mengubah kata sandi, pergi ke halaman pengaturan dan klik **Password** Kemudian isi formulir dan klik **Update**
-
-<figure><img src="/update-passwd.webp" alt="update password" /><figcaption></figcaption></figure>
-
-Ketika kata sandi tidak mengikuti aturan keamanan kata sandi capgo, Anda akan mendapatkan pesan kesalahan
-
-<figure><img src="/passwd-error.webp" alt="wrong password" /><figcaption></figcaption></figure>
\ No newline at end of file
diff --git a/src/content/docs/it/docs/cli/cloud-build/android.mdx b/src/content/docs/it/docs/cli/cloud-build/android.mdx
deleted file mode 100644
index 5431c5e51..000000000
--- a/src/content/docs/it/docs/cli/cloud-build/android.mdx
+++ /dev/null
@@ -1,470 +0,0 @@
----
-title: Build Android
-description: Configura e crea app Android con Capgo Cloud Build
-locale: it
-sidebar:
-  order: 3
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Crea e invia app Android al Google Play Store utilizzando l'infrastruttura cloud sicura di Capgo.
-
-## Prima di Iniziare
-
-<CardGrid>
-  <Card title="⚠️ Configura Prima le Credenziali Android" icon="warning">
-    **Richiesto:** Devi salvare le tue credenziali Android prima di creare app di rilascio.
-
-    [Configura Credenziali Android →](/docs/cli/cloud-build/credentials/#saving-android-credentials)
-  </Card>
-</CardGrid>
-
-## Come Funzionano le Build Android
-
-Le build Android vengono eseguite in sandbox Cloudflare sicure:
-
-- **Infrastruttura**: Cloudflare Workers con Android SDK containerizzato
-- **Strumento di Build**: Gradle con strumenti di build Android
-- **Esecuzione**: Ambiente sandbox isolato per ogni build
-- **Pulizia**: Eliminazione istantanea dopo il completamento della build
-- **Sicurezza**: Nessuna archiviazione persistente, isolamento completo tra le build
-
-## Prerequisiti
-
-Prima di creare per Android, hai bisogno di:
-
-### 1. Ambiente di Sviluppo (Test Locale)
-
-- Android Studio installato localmente (per la configurazione iniziale del keystore)
-- La tua app si compila correttamente con `npx cap open android`
-- Java JDK 17 o superiore
-
-### 2. Keystore di Firma
-
-Per le build di rilascio, hai bisogno di un keystore di firma:
-
-| Tipo di Build | Keystore Richiesto | Scopo |
-|------------|-------------------|---------|
-| **Debug** | No | Solo test, generato automaticamente |
-| **Release** | Sì | Invio al Play Store |
-
-## Creazione di un Keystore
-
-<Aside type="tip">
-Per guide dettagliate passo-passo con screenshot, visita:
-- [Guida ai Certificati Android](https://capgo.app/cloud/native-builds/certificates/android/)
-- [Blog: Build Android Automatiche con GitHub Actions](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)
-</Aside>
-
-Se non hai ancora un keystore, creane uno:
-
-```bash
-keytool -genkey -v \
-  -keystore my-release-key.keystore \
-  -alias my-key-alias \
-  -keyalg RSA \
-  -keysize 2048 \
-  -validity 10000
-```
-
-Rispondi alle domande:
-- **Password**: Scegli una password forte (salvala in modo sicuro!)
-- **Nome**: Il tuo nome o nome dell'azienda
-- **Organizzazione**: Nome della tua azienda
-- **Località**: La tua città, stato, paese
-
-<Aside type="caution">
-**Importante**: Mantieni il file keystore e le password al sicuro! Se li perdi, non potrai aggiornare la tua app sul Play Store.
-</Aside>
-
-### Comprensione dei Componenti del Keystore
-
-Quando crei un keystore, dovrai ricordare:
-
-1. **Password del Keystore** (`KEYSTORE_STORE_PASSWORD`): La password per il file keystore stesso
-2. **Alias della Chiave** (`KEYSTORE_KEY_ALIAS`): Il nome/identificatore per la tua chiave di firma all'interno del keystore
-3. **Password della Chiave** (`KEYSTORE_KEY_PASSWORD`): La password per la chiave specifica (può essere la stessa della password del keystore)
-
-**Esempio di flusso di lavoro:**
-```bash
-# Elenca gli alias nel tuo keystore per verificare
-keytool -list -keystore my-release-key.keystore
-
-# Visualizza informazioni dettagliate sulla tua chiave
-keytool -list -v -keystore my-release-key.keystore -alias my-key-alias
-```
-
-## Configurazione della Build
-
-### Variabili d'Ambiente Richieste
-
-Per le **build di rilascio**, imposta queste credenziali:
-
-```bash
-# Firma Android (Richiesto per il rilascio)
-ANDROID_KEYSTORE_FILE="<keystore-codificato-base64>"
-KEYSTORE_KEY_ALIAS="my-key-alias"
-KEYSTORE_KEY_PASSWORD="<password-chiave>"
-KEYSTORE_STORE_PASSWORD="<password-store>"
-
-# Pubblicazione Play Store (Opzionale, per l'invio automatico)
-PLAY_CONFIG_JSON="<json-account-servizio-codificato-base64>"
-```
-
-### Generazione di Credenziali Base64
-
-**File Keystore:**
-```bash
-base64 -i my-release-key.keystore | pbcopy
-```
-
-**JSON Account Servizio Play Store:**
-```bash
-base64 -i play-store-service-account.json | pbcopy
-```
-
-La stringa base64 è ora negli appunti.
-
-### Configurazione Account Servizio Play Store
-
-Per abilitare i caricamenti automatici sul Play Store, devi creare un account servizio Google Cloud con le autorizzazioni appropriate.
-
-<Aside type="tip">
-Per istruzioni dettagliate con screenshot, consulta la [Guida ai Certificati Android](https://capgo.app/cloud/native-builds/certificates/android/).
-</Aside>
-
-<Steps>
-
-1. **Crea Account Servizio in Google Cloud**
-   - Vai su [Console Google Play](https://play.google.com/console) → Configurazione → Accesso API
-   - Clicca su "Crea nuovo account servizio"
-   - Segui il link alla Console Google Cloud
-   - Clicca su "Crea Account Servizio"
-   - Inserisci un nome (es. "Capgo CI/CD")
-   - Concedi il ruolo "Utente Account Servizio"
-   - Clicca su "Fine"
-
-2. **Crea Chiave JSON**
-   - Nella Console Google Cloud, trova il tuo account servizio
-   - Clicca sull'email dell'account servizio
-   - Vai alla scheda "Chiavi"
-   - Clicca su "Aggiungi Chiave" → "Crea nuova chiave"
-   - Scegli il formato "JSON"
-   - Scarica il file JSON (tienilo al sicuro!)
-
-3. **Concedi Autorizzazioni nella Console Play**
-   - Torna alla Console Google Play → Configurazione → Accesso API
-   - Trova il tuo account servizio nell'elenco
-   - Clicca su "Concedi accesso"
-   - Sotto "Autorizzazioni app", seleziona la tua app
-   - Sotto "Autorizzazioni account", concedi:
-     - **Rilasci**: "Visualizza informazioni app e scarica report in blocco (sola lettura)"
-     - **Rilasci**: "Crea, modifica ed elimina bozze di rilascio"
-     - **Rilasci**: "Rilascia in produzione, escludi dispositivi e usa Play App Signing"
-   - Clicca su "Invita utente"
-
-4. **Accetta l'Invito**
-   - L'account servizio riceverà un'email di invito
-   - Accetta l'invito per attivare le autorizzazioni
-
-</Steps>
-
-<Aside type="caution">
-Il file JSON dell'account servizio contiene credenziali sensibili. Non eseguirne mai il commit nel controllo versione o condividerlo pubblicamente.
-</Aside>
-
-## Build per Android
-
-### Build Debug
-
-Perfetta per testare senza firma:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-Questo crea un APK debug che può essere installato su qualsiasi dispositivo per il test.
-
-### Build Release
-
-Per l'invio al Play Store:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-Richiede che le credenziali di firma siano configurate come variabili d'ambiente.
-
-## Integrazione CI/CD
-
-### Esempio GitHub Actions
-
-```yaml
-name: Build Android App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync android
-
-      - name: Build Android app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_STORE_CONFIG }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform android \
-            --build-mode release
-```
-
-## Dettagli del Processo di Build
-
-### Cosa Succede Durante una Build Android
-
-<Steps>
-
-1. **Inizializzazione Sandbox** (~5 secondi)
-   - Container sicuro avviato
-   - Android SDK e Gradle caricati
-   - File system isolato creato
-
-2. **Configurazione Progetto** (~20 secondi)
-   - Zip del progetto scaricato da R2
-   - Estratto nella directory di build
-   - Credenziali di firma iniettate
-
-3. **Build Gradle** (2-4 minuti)
-   - Dipendenze scaricate
-   - Compilazione APK/AAB
-   - Ottimizzazione ProGuard/R8 (modalità release)
-   - Firma del codice applicata
-
-4. **Caricamento Play Store** (30 secondi, se configurato)
-   - AAB caricato sulla Console Play
-   - Traccia di rilascio configurata
-   - Invio iniziato
-
-5. **Pulizia** (immediata)
-   - Tutti i file eliminati
-   - Container distrutto
-   - Nessun artefatto conservato
-
-</Steps>
-
-### Stack di Build
-
-Il nostro ambiente di build Android include:
-
-- **Java**: OpenJDK 17
-- **Android SDK**: Ultima versione stabile
-- **Gradle**: 8.x
-- **Build Tools**: 34.x
-- **Node.js**: 18.x (LTS)
-- **NPM**: Ultima versione stabile
-
-## Output della Build
-
-### APK vs AAB
-
-- **APK** (Android Package): File installabile per installazione diretta
-- **AAB** (Android App Bundle): Formato raccomandato da Google Play (download più piccoli per gli utenti)
-
-Per impostazione predefinita, le build Capgo creano:
-- **Modalità debug**: APK
-- **Modalità release**: AAB (ottimizzato per Play Store)
-
-## Tempi di Build
-
-Tempi tipici di build Android:
-
-| Tipo di Build | Tempo Medio |
-|------------|--------------|
-| Debug | 2-3 minuti |
-| Release (senza ProGuard) | 3-4 minuti |
-| Release (con ProGuard) | 4-6 minuti |
-
-<Aside type="note">
-Le build Android costano **1× la tariffa base** (metà del costo delle build iOS).
-</Aside>
-
-## Varianti di Build
-
-### Varianti di Build Personalizzate
-
-Se la tua app ha varianti di build personalizzate (es. `staging`, `production`), usa `build-config`:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release \
-  --build-config '{"variant":"staging"}'
-```
-
-Questo compilerà la variante `stagingRelease`.
-
-### Dimensioni Flavor
-
-Per app con dimensioni flavor:
-
-```bash
---build-config '{"flavor":"premium","variant":"production"}'
-```
-
-Questo compila la variante `premiumProductionRelease`.
-
-## Risoluzione dei Problemi
-
-### Problemi Comuni
-
-**"Password keystore errata"**
-- Verifica che KEYSTORE_STORE_PASSWORD corrisponda al tuo keystore
-- Assicurati che KEYSTORE_KEY_PASSWORD corrisponda alla password dell'alias della chiave
-- Controlla spazi extra o caratteri speciali
-
-**"Alias chiave non trovato"**
-- Verifica che KEYSTORE_KEY_ALIAS corrisponda esattamente (sensibile alle maiuscole)
-- Elenca gli alias: `keytool -list -keystore my-release-key.keystore`
-
-**"Build Gradle fallita"**
-- Controlla i log di build per l'errore specifico
-- Assicurati che la tua app si compili localmente con `./gradlew assembleRelease`
-- Verifica che tutte le dipendenze native siano in `build.gradle`
-
-**"Caricamento Play Store fallito"**
-- Verifica che il JSON dell'account servizio sia valido
-- Assicurati che l'account servizio abbia le autorizzazioni corrette nella Console Play
-- Controlla che l'app sia configurata correttamente nella Console Play
-
-**"Timeout build"**
-- Le app grandi potrebbero aver bisogno di ottimizzazione
-- Controlla se le dipendenze non necessarie possono essere rimosse
-- Contatta il supporto se le build vanno costantemente in timeout
-
-### Log di Debug
-
-Cerca queste fasi chiave nei log di build:
-
-```
-→ Download delle dipendenze...
-→ Esecuzione Gradle assembleRelease...
-→ Firma APK/AAB...
-→ Caricamento su Play Store...
-✔ Build riuscita
-```
-
-Se una build fallisce, l'errore specifico di Gradle verrà mostrato nei log.
-
-## Migliori Pratiche
-
-### 1. Testa Prima Localmente
-
-Assicurati sempre che la tua build Android funzioni localmente:
-
-```bash
-cd android
-./gradlew assembleRelease
-# oppure
-./gradlew bundleRelease
-```
-
-### 2. Proteggi il Tuo Keystore
-
-- Non eseguire mai il commit dei keystore nel controllo versione
-- Conserva nella gestione sicura dei segreti (1Password, AWS Secrets Manager, ecc.)
-- Mantieni copie di backup in più posizioni sicure
-- Documenta le password in un gestore di password sicuro
-
-### 3. Gestione delle Versioni
-
-Capgo legge la versione dal tuo `capacitor.config.json`:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "My App",
-  "version": "1.0.0",
-  "build": "1"
-}
-```
-
-Incrementa il numero di `build` per ogni rilascio.
-
-### 4. Configurazione ProGuard
-
-Per le build di rilascio, assicurati che le regole ProGuard siano configurate correttamente:
-
-```
-# android/app/proguard-rules.pro
--keep class com.getcapacitor.** { *; }
--keep @com.getcapacitor.annotation.CapacitorPlugin public class * {
-  @com.getcapacitor.annotation.PluginMethod public <methods>;
-}
-```
-
-### 5. Monitora la Dimensione della Build
-
-Tieni d'occhio la dimensione APK/AAB per assicurarti che sia ottimizzata:
-
-```
-Il CLI mostra la dimensione finale:
-→ Dimensione APK: 12.4 MB
-```
-
-Se la tua app è grande (>50 MB), considera:
-- Abilitare ProGuard/R8
-- Usare il formato AAB (consegna dinamica)
-- Ottimizzare immagini e risorse
-
-## Invio al Play Store
-
-### Invio Automatico
-
-Con PLAY_CONFIG_JSON configurato, le build vengono automaticamente caricate sulla traccia di test interno della Console Play.
-
-### Invio Manuale
-
-Se preferisci l'invio manuale:
-
-1. Esegui la build senza PLAY_CONFIG_JSON
-2. Scarica l'AAB dagli artefatti di build (se configurato)
-3. Carica manualmente sulla Console Play
-
-## Prossimi Passi
-
-- [Build iOS](/docs/cli/cloud-build/ios/) - Configura le build iOS
-- [Risoluzione dei Problemi](/docs/cli/cloud-build/troubleshooting/) - Problemi comuni di build
-- [Riferimento CLI](/docs/cli/reference/build/) - Documentazione completa dei comandi
-
-## Serve Aiuto?
-
-- [Guida alla Risoluzione dei Problemi](/docs/cli/cloud-build/troubleshooting/)
-- [Community Discord](https://discord.com/invite/VnYRvBfgA6)
-- Email: support@capgo.app
diff --git a/src/content/docs/it/docs/cli/cloud-build/credentials.mdx b/src/content/docs/it/docs/cli/cloud-build/credentials.mdx
deleted file mode 100644
index 41a5832b0..000000000
--- a/src/content/docs/it/docs/cli/cloud-build/credentials.mdx
+++ /dev/null
@@ -1,405 +0,0 @@
----
-title: Gestione delle Credenziali
-description: Salva e gestisci le credenziali di build localmente per le build iOS e Android
-locale: it
-sidebar:
-  order: 5
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-
-Gestisci le tue credenziali di build iOS e Android localmente per comode build cloud.
-
-## Panoramica
-
-CLI Capgo ti consente di salvare le credenziali di build localmente sul tuo computer nella cartella `.capgo-credentials`. Quando esegui una build, queste credenziali vengono automaticamente utilizzate e inviate in modo sicuro ai server di build di Capgo.
-
-<Aside type="tip" title="Hai Bisogno di Aiuto per Ottenere le Credenziali?">
-Se non hai ancora i tuoi certificati e credenziali, consulta queste guide complete:
-
-**iOS:**
-- [Come Ottenere i Certificati iOS](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) - Guida passo-passo
-- [Guida ai Certificati iOS (Capgo)](https://capgo.app/cloud/native-builds/certificates/ios/) - Tutorial dettagliato con screenshot
-- [Blog: Build iOS Automatiche](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) - Configurazione CI/CD completa
-
-**Android:**
-- [Creazione di un Keystore](/docs/cli/cloud-build/android/#creating-a-keystore) - Guida passo-passo
-- [Guida ai Certificati Android (Capgo)](https://capgo.app/cloud/native-builds/certificates/android/) - Tutorial dettagliato con screenshot
-- [Blog: Build Android Automatiche](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) - Configurazione CI/CD completa
-</Aside>
-
-<Aside type="caution" title="Garanzia di Sicurezza">
-**Le tue credenziali NON vengono MAI archiviate permanentemente sui server Capgo:**
-- ✅ Utilizzate SOLO durante il processo di build attivo
-- ✅ Automaticamente eliminate dopo il completamento della build
-- ✅ Conservazione massima: 24 ore (anche se la build fallisce)
-- ✅ Le app vengono inviate direttamente all'App Store/Play Store - NON conserviamo NULLA
-- ✅ Trasmesse in modo sicuro tramite HTTPS
-</Aside>
-
-## Comandi
-
-### Salva Credenziali
-
-Memorizza le tue credenziali di build localmente per l'uso automatico:
-
-```bash
-npx @capgo/cli build credentials save --platform <ios|android> [opzioni]
-```
-
-### Elenca Credenziali
-
-Visualizza le credenziali attualmente salvate (le password sono mascherate):
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-### Cancella Credenziali
-
-Rimuovi le credenziali salvate dal tuo computer locale:
-
-```bash
-# Cancella tutte le credenziali
-npx @capgo/cli build credentials clear
-
-# Cancella solo le credenziali iOS
-npx @capgo/cli build credentials clear --platform ios
-
-# Cancella solo le credenziali Android
-npx @capgo/cli build credentials clear --platform android
-```
-
-## Salvataggio delle Credenziali iOS
-
-<Aside type="note">
-**Non hai ancora i certificati iOS?** Consulta la [guida alle Build iOS](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) per le istruzioni sulla creazione di certificati e profili di provisioning.
-</Aside>
-
-### Esempio Completo
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform ios \
-  --certificate ./cert.p12 \
-  --p12-password "YourP12Password" \
-  --provisioning-profile ./profile.mobileprovision \
-  --apple-key ./AuthKey_ABC1234567.p8 \
-  --apple-key-id "ABC1234567" \
-  --apple-issuer-id "00000000-0000-0000-0000-000000000000" \
-  --apple-team-id "TEAM123456"
-```
-
-### Opzioni iOS
-
-| Opzione | Descrizione | Richiesto |
-|--------|-------------|----------|
-| `--certificate <percorso>` | Percorso al file certificato .p12 | Sì (rilascio) |
-| `--p12-password <password>` | Password per il certificato .p12 | Sì (rilascio) |
-| `--provisioning-profile <percorso>` | Percorso al file .mobileprovision | Sì (rilascio) |
-| `--provisioning-profile-prod <percorso>` | Profilo di provisioning produzione (opzionale) | No |
-| `--apple-key <percorso>` | Percorso alla chiave API .p8 di App Store Connect | Sì (invio) |
-| `--apple-key-id <id>` | ID Chiave API di App Store Connect | Sì (invio) |
-| `--apple-issuer-id <id>` | ID Emittente API di App Store Connect (UUID) | Sì (invio) |
-| `--apple-team-id <id>` | ID Team di App Store Connect | Sì (invio) |
-| `--apple-id <email>` | Email Apple ID (autenticazione alternativa) | No |
-| `--apple-app-password <password>` | Password specifica dell'app (autenticazione alternativa) | No |
-
-### Cosa Viene Memorizzato
-
-Quando salvi le credenziali iOS, il CLI:
-1. Legge i file del certificato e del profilo di provisioning
-2. Li converte in codifica base64
-3. Salva le credenziali nella cartella `.capgo-credentials`
-4. Memorizza password e ID come testo normale (solo file locali)
-
-La struttura del file memorizzato:
-```json
-{
-  "ios": {
-    "BUILD_CERTIFICATE_BASE64": "...",
-    "BUILD_PROVISION_PROFILE_BASE64": "...",
-    "APPLE_KEY_CONTENT": "...",
-    "P12_PASSWORD": "...",
-    "APPLE_KEY_ID": "ABC1234567",
-    "APPLE_ISSUER_ID": "...",
-    "APP_STORE_CONNECT_TEAM_ID": "TEAM123456"
-  }
-}
-```
-
-## Salvataggio delle Credenziali Android
-
-<Aside type="note">
-**Non hai ancora un keystore?** Consulta la [guida alle Build Android](/docs/cli/cloud-build/android/#creating-a-keystore) per le istruzioni sulla creazione di un keystore e sulla configurazione delle credenziali del Play Store.
-</Aside>
-
-### Esempio Completo
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform android \
-  --keystore ./release.keystore \
-  --keystore-alias "my-key-alias" \
-  --keystore-key-password "KeyPassword123" \
-  --keystore-store-password "StorePassword123" \
-  --play-config ./play-store-service-account.json
-```
-
-### Opzioni Android
-
-| Opzione | Descrizione | Richiesto |
-|--------|-------------|----------|
-| `--keystore <percorso>` | Percorso al file .keystore o .jks | Sì (rilascio) |
-| `--keystore-alias <alias>` | Alias della chiave nel keystore | Sì (rilascio) |
-| `--keystore-key-password <password>` | Password per l'alias della chiave | Sì (rilascio) |
-| `--keystore-store-password <password>` | Password per il keystore | Sì (rilascio) |
-| `--play-config <percorso>` | Percorso al JSON dell'account servizio Play Store | Sì (invio) |
-
-### Cosa Viene Memorizzato
-
-Quando salvi le credenziali Android, il CLI:
-1. Legge i file keystore e JSON dell'account servizio
-2. Li converte in codifica base64
-3. Salva le credenziali nella cartella `.capgo-credentials`
-4. Memorizza password e alias come testo normale (solo file locali)
-
-La struttura del file memorizzato:
-```json
-{
-  "android": {
-    "ANDROID_KEYSTORE_FILE": "...",
-    "PLAY_CONFIG_JSON": "...",
-    "KEYSTORE_KEY_ALIAS": "my-key-alias",
-    "KEYSTORE_KEY_PASSWORD": "...",
-    "KEYSTORE_STORE_PASSWORD": "..."
-  }
-}
-}
-```
-
-## Utilizzo delle Credenziali Salvate
-
-Una volta salvate le credenziali, vengono automaticamente utilizzate quando costruisci:
-
-```bash
-# Credenziali caricate automaticamente dalla cartella .capgo-credentials
-npx @capgo/cli build com.example.app --platform ios
-```
-
-Puoi anche sovrascrivere le credenziali salvate usando variabili d'ambiente:
-
-```bash
-# Le variabili d'ambiente hanno la precedenza sulle credenziali salvate
-BUILD_CERTIFICATE_BASE64="..." \
-P12_PASSWORD="password-diversa" \
-npx @capgo/cli build com.example.app --platform ios
-```
-
-**Ordine di precedenza:**
-1. Variabili d'ambiente (priorità massima)
-2. Credenziali salvate nella cartella `.capgo-credentials`
-3. Nessuna credenziale (priorità minima)
-
-## Visualizzazione delle Credenziali Salvate
-
-Elenca quali credenziali hai salvato:
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-Esempio di output:
-```
-📋 Credenziali di Build Salvate:
-
-Credenziali iOS:
-  ✓ Certificato (base64)
-  ✓ Profilo di Provisioning (base64)
-  ✓ Contenuto Chiave Apple (base64)
-  ✓ Password P12: ********
-  ✓ ID Chiave Apple: ABC1234567
-  ✓ ID Emittente Apple: 00000000-0000-0000-0000-000000000000
-  ✓ ID Team: TEAM123456
-
-Credenziali Android:
-  ✓ Keystore (base64)
-  ✓ Configurazione Play Store (base64)
-  ✓ Alias Keystore: my-key-alias
-  ✓ Password Chiave: ********
-  ✓ Password Store: ********
-
-Posizione: .capgo-credentials/
-
-🔒 Queste credenziali sono archiviate localmente solo sul tuo computer.
-   Durante la build, vengono inviate a Capgo ma MAI archiviate.
-   Vengono eliminate automaticamente dopo il completamento della build (max 24 ore).
-```
-
-## Migliori Pratiche di Sicurezza
-
-### Sicurezza dell'Archiviazione Locale
-
-1. **Autorizzazioni File**
-   ```bash
-   # Assicurati che la cartella delle credenziali non sia leggibile da altri
-   chmod 700 .capgo-credentials
-   chmod 600 .capgo-credentials/*
-   ```
-
-2. **Mai Eseguire il Commit delle Credenziali**
-   ```bash
-   # Aggiungi a .gitignore
-   echo ".capgo-credentials/" >> .gitignore
-   ```
-
-3. **Separa le Credenziali**
-   - Usa credenziali diverse per lo sviluppo locale rispetto a CI/CD
-   - Ruota le credenziali regolarmente
-   - Non condividere le credenziali tra i membri del team
-
-### Utilizzo in CI/CD
-
-Per ambienti CI/CD, **preferisci le variabili d'ambiente** rispetto alle credenziali salvate:
-
-```yaml
-# GitHub Actions
-env:
-  BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-  P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-  # ... altri segreti
-```
-
-Questo è più sicuro perché:
-- I segreti sono gestiti dalla tua piattaforma CI/CD
-- Nessun file di credenziali sui runner
-- Facile rotazione e controllo degli accessi
-- Tracce di audit per l'uso dei segreti
-
-### Rotazione delle Credenziali
-
-Ruota regolarmente le tue credenziali:
-
-1. **iOS**: Genera nuovi certificati e chiavi API annualmente
-2. **Android**: Cambia le password del keystore annualmente
-3. **Dopo cambiamenti del team**: Ruota quando i membri del team se ne vanno
-
-Aggiorna le credenziali salvate:
-```bash
-# Riesegui il comando di salvataggio con nuove credenziali
-npx @capgo/cli build credentials save --platform ios --certificate ./new-cert.p12 ...
-```
-
-## Risoluzione dei Problemi
-
-### "Nessuna credenziale trovata"
-
-Se la build dice che non sono state trovate credenziali:
-
-1. **Verifica se le credenziali sono salvate**:
-   ```bash
-   npx @capgo/cli build credentials list
-   ```
-
-2. **Salva le credenziali se mancanti**:
-   ```bash
-   npx @capgo/cli build credentials save --platform ios ...
-   ```
-
-3. **Verifica che la cartella delle credenziali esista**:
-   ```bash
-   ls -la .capgo-credentials/
-   ```
-
-### "Permesso negato" durante la lettura delle credenziali
-
-Correggi le autorizzazioni dei file:
-
-```bash
-chmod 700 .capgo-credentials
-chmod 600 .capgo-credentials/*
-```
-
-### Le credenziali non vengono utilizzate
-
-Verifica che la piattaforma corretta sia specificata:
-
-```bash
-# Assicurati che --platform corrisponda alle credenziali salvate
-npx @capgo/cli build com.example.app --platform ios  # Usa credenziali ios
-npx @capgo/cli build com.example.app --platform android  # Usa credenziali android
-```
-
-### Cancella e risalva le credenziali
-
-Se le credenziali sembrano corrotte:
-
-```bash
-# Cancella tutte le credenziali
-npx @capgo/cli build credentials clear
-
-# Salva di nuovo
-npx @capgo/cli build credentials save --platform ios ...
-```
-
-## Migrazione da Variabili d'Ambiente
-
-Se attualmente stai usando variabili d'ambiente, puoi migrare alle credenziali salvate:
-
-<Steps>
-
-1. **Estrai le tue variabili d'ambiente attuali**
-   ```bash
-   echo $BUILD_CERTIFICATE_BASE64  # Verifica che esistano
-   ```
-
-2. **Decodifica i file base64 ai file originali** (se necessario)
-   ```bash
-   echo "$BUILD_CERTIFICATE_BASE64" | base64 -d > cert.p12
-   echo "$BUILD_PROVISION_PROFILE_BASE64" | base64 -d > profile.mobileprovision
-   ```
-
-3. **Salva usando il CLI**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --provisioning-profile ./profile.mobileprovision \
-     --p12-password "$P12_PASSWORD" \
-     --apple-key-id "$APPLE_KEY_ID" \
-     --apple-issuer-id "$APPLE_ISSUER_ID" \
-     --apple-team-id "$APP_STORE_CONNECT_TEAM_ID"
-   ```
-
-4. **Testa la build**
-   ```bash
-   npx @capgo/cli build com.example.app --platform ios
-   ```
-
-5. **Rimuovi le variabili d'ambiente** (opzionale)
-   ```bash
-   unset BUILD_CERTIFICATE_BASE64 BUILD_PROVISION_PROFILE_BASE64
-   ```
-
-</Steps>
-
-## Posizione del File
-
-Le credenziali sono archiviate nella cartella `.capgo-credentials`:
-- **macOS/Linux**: `.capgo-credentials/` (nella radice del progetto o nella directory home)
-- **Windows**: `.capgo-credentials\` (nella radice del progetto o nella directory home)
-
-La cartella viene creata automaticamente quando salvi le credenziali per la prima volta.
-
-## Prossimi Passi
-
-- [Iniziare](/docs/cli/cloud-build/getting-started/) - Crea la tua prima build
-- [Build iOS](/docs/cli/cloud-build/ios/) - Configurazione build specifica per iOS
-- [Build Android](/docs/cli/cloud-build/android/) - Configurazione build specifica per Android
-- [Risoluzione dei Problemi](/docs/cli/cloud-build/troubleshooting/) - Problemi comuni e soluzioni
-
-## Serve Aiuto?
-
-- 📚 [Guida alla risoluzione dei problemi](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Community Discord](https://discord.com/invite/VnYRvBfgA6)
-- 📧 Email: support@capgo.app
diff --git a/src/content/docs/it/docs/cli/cloud-build/getting-started.mdx b/src/content/docs/it/docs/cli/cloud-build/getting-started.mdx
deleted file mode 100644
index a157bb02f..000000000
--- a/src/content/docs/it/docs/cli/cloud-build/getting-started.mdx
+++ /dev/null
@@ -1,248 +0,0 @@
----
-title: Iniziare
-description: Crea la tua prima build nativa con Capgo Cloud Build
-locale: it
-sidebar:
-  order: 1
----
-
-import { Steps, Card, CardGrid } from '@astrojs/starlight/components';
-
-Inizia con Capgo Cloud Build e crea la tua prima build nativa iOS o Android in pochi minuti.
-
-## Di Cosa Hai Bisogno
-
-Prima di iniziare, assicurati di avere:
-
-- Un'app Capacitor che si compila correttamente in locale
-- Node.js 20 o superiore installato
-- Un account Capgo con abbonamento attivo
-- La tua app già registrata in Capgo (esegui `npx @capgo/cli@latest app add` se non l'hai fatto)
-- **Credenziali di build configurate** (certificati, keystore) - vedi sotto
-
-## Prima della Tua Prima Build
-
-<CardGrid>
-  <Card title="⚠️ Configura Prima le Credenziali" icon="warning">
-    **Richiesto prima della build:** Devi configurare le tue credenziali di build (certificati per iOS, keystore per Android).
-
-    [Configura Credenziali →](/docs/cli/cloud-build/credentials/)
-  </Card>
-</CardGrid>
-
-## Avvio Rapido
-
-<Steps>
-
-1. **Configura le Credenziali di Build**
-
-   Prima di poter creare, devi salvare le tue credenziali localmente:
-
-   **Per iOS:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --p12-password "password" \
-     --provisioning-profile ./profile.mobileprovision \
-     --apple-key ./AuthKey.p8 \
-     --apple-key-id "KEY123" \
-     --apple-issuer-id "issuer-uuid" \
-     --apple-team-id "team-id"
-   ```
-
-   **Per Android:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform android \
-     --keystore ./release.keystore \
-     --keystore-alias "my-key" \
-     --keystore-key-password "key-pass" \
-     --keystore-store-password "store-pass"
-   ```
-
-   Consulta la [guida completa alle credenziali](/docs/cli/cloud-build/credentials/) per i dettagli.
-
-2. **Verifica Build Locale**
-
-   Prima, assicurati che la tua app si compili localmente senza errori:
-
-   ```bash
-   # Compila le tue risorse web
-   npm run build
-
-   # Sincronizza con Capacitor
-   npx cap sync
-
-   # Testa build locale (opzionale ma consigliato)
-   npx cap open ios    # Per iOS
-   npx cap open android # Per Android
-   ```
-
-3. **Autenticati con Capgo**
-
-   Imposta la tua chiave API Capgo (se non già configurata):
-
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-   Oppure imposta la variabile d'ambiente:
-   ```bash
-   export CAPGO_TOKEN=tua_chiave_api_qui
-   ```
-
-4. **Esegui la Tua Prima Build**
-
-   Inizia con una build debug Android (più veloce da testare):
-
-   ```bash
-   npx @capgo/cli@latest build com.example.app \
-     --platform android \
-     --build-mode debug
-   ```
-
-   Vedrai log in tempo reale mentre la tua build procede:
-   ```
-   ✔ Creazione job di build...
-   ✔ Caricamento progetto (15.2 MB)...
-   ✔ Build avviata
-
-   📝 Log di build:
-   → Installazione dipendenze...
-   → Esecuzione build Gradle...
-   → Firma APK...
-   ✔ Build riuscita in 3m 42s
-   ```
-
-5. **Controlla Stato Build**
-
-   Il CLI eseguirà automaticamente il polling e visualizzerà lo stato della build. Una volta completato, vedrai:
-
-   - Tempo di build
-   - Stato successo/fallimento
-   - App inviata all'App Store/Play Store (se le credenziali sono configurate)
-
-</Steps>
-
-## Comprensione del Processo di Build
-
-Quando esegui il comando build, ecco cosa succede:
-
-```mermaid
-graph LR
-    A[Il Tuo Computer] -->|1. Zip Progetto| B[Temp Locale]
-    B -->|2. Caricamento| C[Capgo Cloud]
-    C -->|3. Build| D[Server di Build]
-    D -->|4. Streaming Log| A
-    D -->|5. Pulizia| E[Eliminazione Automatica]
-```
-
-1. **Preparazione Locale** - Il tuo progetto viene compresso (escludendo `node_modules` e file nascosti)
-2. **Caricamento** - Lo zip viene caricato su archiviazione cloud sicura (Cloudflare R2)
-3. **Esecuzione Build** - La tua app viene compilata su infrastruttura dedicata
-4. **Streaming Log** - I log in tempo reale vengono trasmessi al tuo terminale tramite Server-Sent Events
-5. **Pulizia Automatica** - Gli artefatti di build vengono eliminati (Android: istantaneo, iOS: 24 ore)
-
-## La Tua Prima Build di Produzione
-
-Una volta verificato che il processo funziona, crea una build di produzione:
-
-### Android
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-Dovrai prima configurare le credenziali di firma. Vedi [Configurazione Build Android](/docs/cli/cloud-build/android/).
-
-### iOS
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-Le build iOS richiedono certificati di firma e profili di provisioning. Vedi [Configurazione Build iOS](/docs/cli/cloud-build/ios/).
-
-## Cosa Viene Compilato
-
-**Importante:** Capgo Cloud Build compila solo le **parti native** della tua app (codice nativo iOS e Android).
-
-Sei responsabile di:
-- Compilare le tue risorse web (`npm run build`)
-- Eseguire `npx cap sync` prima della build
-- Assicurarti che tutte le dipendenze siano in `package.json`
-
-Gestiamo noi:
-- Compilazione nativa iOS (Xcode, Fastlane)
-- Compilazione nativa Android (Gradle)
-- Firma del codice
-- Invio agli app store (se configurato)
-
-## Tempi e Costi di Build
-
-Il tempo di build viene misurato dall'inizio al completamento:
-
-- **Android**: Tipicamente 3-5 minuti (moltiplicatore di fatturazione 1×)
-- **iOS**: Tipicamente 5-10 minuti (moltiplicatore di fatturazione 2× a causa dei costi dell'hardware Mac)
-
-Paghi solo per il tempo di build effettivamente utilizzato. Nessun costo nascosto.
-
-## Casi d'Uso Comuni
-
-### Integrazione CI/CD
-
-Aggiungi al tuo workflow GitHub Actions:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-      --platform both \
-      --build-mode release
-```
-
-### Sviluppo Locale
-
-Testa le build localmente prima di eseguire il commit:
-
-```bash
-# Build debug rapida per il test
-npm run build && npx cap sync
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-### Build Multi-Piattaforma
-
-Compila per entrambe le piattaforme simultaneamente:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform both \
-  --build-mode release
-```
-
-## Prossimi Passi
-
-Ora che hai creato la tua prima build:
-
-- [Configura build iOS](/docs/cli/cloud-build/ios/) - Imposta certificati e profili
-- [Configura build Android](/docs/cli/cloud-build/android/) - Imposta keystore e Play Store
-- [Risoluzione dei Problemi](/docs/cli/cloud-build/troubleshooting/) - Problemi comuni e soluzioni
-- [Riferimento CLI](/docs/cli/reference/build/) - Documentazione completa dei comandi
-
-## Serve Aiuto?
-
-- Consulta la [guida alla risoluzione dei problemi](/docs/cli/cloud-build/troubleshooting/)
-- Unisciti alla nostra [community Discord](https://discord.com/invite/VnYRvBfgA6)
-- Invia un'email al supporto a support@capgo.app
diff --git a/src/content/docs/it/docs/cli/cloud-build/ios.mdx b/src/content/docs/it/docs/cli/cloud-build/ios.mdx
deleted file mode 100644
index 29a341e0b..000000000
--- a/src/content/docs/it/docs/cli/cloud-build/ios.mdx
+++ /dev/null
@@ -1,375 +0,0 @@
----
-title: Build iOS
-description: Configura e crea app iOS con Capgo Cloud Build
-locale: it
-sidebar:
-  order: 2
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Crea e invia app iOS a TestFlight e all'App Store utilizzando l'infrastruttura Mac dedicata di Capgo.
-
-## Prima di Iniziare
-
-<CardGrid>
-  <Card title="⚠️ Configura Prima le Credenziali iOS" icon="warning">
-    **Richiesto:** Devi salvare le tue credenziali iOS prima di compilare.
-
-    [Configura Credenziali iOS →](/docs/cli/cloud-build/credentials/#saving-ios-credentials)
-  </Card>
-</CardGrid>
-
-## Come Funzionano le Build iOS
-
-Le build iOS vengono eseguite su Mac mini dedicati (Scaleway Mac mini M4) forniti on-demand:
-
-- **Hardware**: Mac mini Apple Silicon con macOS 15
-- **Strumento di Build**: Xcode con Fastlane (configurazione personalizzata Capgo)
-- **Isolamento**: Ogni build viene eseguita come account utente macOS separato
-- **Durata**: Le macchine hanno contratti di 24 ore e vengono automaticamente pulite
-- **Sicurezza**: Tutti i file e gli account utente vengono eliminati dopo che la macchina viene rilasciata
-
-## Prerequisiti
-
-Prima di compilare per iOS, hai bisogno di:
-
-### 1. Ambiente di Sviluppo
-
-- Computer Mac con Xcode installato (per la configurazione iniziale del certificato)
-- Account Apple Developer valido ($99/anno)
-- La tua app si compila correttamente con `npx cap open ios`
-
-### 2. Certificati di Firma del Codice
-
-Ti servirà uno di questi tipi di certificato a seconda della tua build:
-
-| Tipo di Build | Certificato Richiesto | Profilo di Provisioning |
-|------------|---------------------|---------------------|
-| **Development** | Apple Development | Profilo Development |
-| **Ad Hoc** | Apple Distribution | Profilo Ad Hoc |
-| **App Store** | Apple Distribution | Profilo App Store |
-
-#### Come Ottenere i Certificati iOS e i Profili di Provisioning
-
-<Aside type="tip">
-Per guide dettagliate passo-passo con screenshot, visita:
-- [Guida ai Certificati iOS](https://capgo.app/cloud/native-builds/certificates/ios/)
-- [Blog: Build iOS Automatiche con GitHub Actions](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-</Aside>
-
-**Panoramica Rapida:**
-
-<Steps>
-
-1. **Crea una Richiesta di Firma del Certificato (CSR)**
-   - Apri Accesso Portachiavi sul tuo Mac
-   - Vai su Accesso Portachiavi → Assistente Certificati → Richiedi un Certificato da un'Autorità di Certificazione
-   - Inserisci la tua email e il nome, seleziona "Salvato su disco"
-   - Salva il file `.certSigningRequest`
-
-2. **Genera Certificato nel Portale Apple Developer**
-   - Vai su [Certificati Apple Developer](https://developer.apple.com/account/resources/certificates)
-   - Clicca su "+" per creare un nuovo certificato
-   - Scegli il tipo di certificato (iOS Distribution per build App Store)
-   - Carica il tuo file CSR
-   - Scarica il certificato (file `.cer`)
-
-3. **Esporta Certificato come .p12**
-   - Fai doppio clic sul file `.cer` scaricato per aggiungerlo al Portachiavi
-   - In Accesso Portachiavi, trova il tuo certificato sotto "I Miei Certificati"
-   - Fai clic destro → Esporta "Apple Distribution..."
-   - Salva in formato `.p12` e imposta una password (salva questa password!)
-
-4. **Crea Profilo di Provisioning**
-   - Vai su [Profili Apple Developer](https://developer.apple.com/account/resources/profiles)
-   - Clicca su "+" per creare un nuovo profilo
-   - Scegli il tipo di profilo (App Store per build di produzione)
-   - Seleziona il tuo App ID
-   - Seleziona il certificato che hai appena creato
-   - Scarica il file `.mobileprovision`
-
-</Steps>
-
-### 3. Chiave API App Store Connect (Consigliato)
-
-Per l'invio automatico a TestFlight, crea una chiave API:
-
-<Steps>
-
-1. Vai su [App Store Connect](https://appstoreconnect.apple.com/) → Utenti e Accesso → Chiavi
-2. Clicca sul pulsante "+" per creare una nuova chiave
-3. Assegnale un nome (es. "Capgo CI") e seleziona il ruolo "Developer"
-4. Scarica il file `.p8` (puoi scaricarlo solo una volta!)
-5. Annota l'**ID Chiave** e l'**ID Emittente**
-
-</Steps>
-
-<Aside type="note">
-Puoi anche trovare il tuo **ID Team** nel tuo account Apple Developer sotto i dettagli di Appartenenza.
-</Aside>
-
-## Configurazione della Build
-
-### Variabili d'Ambiente Richieste
-
-Imposta queste credenziali prima della build:
-
-```bash
-# Firma iOS (Richiesto)
-BUILD_CERTIFICATE_BASE64="<certificato-p12-codificato-base64>"
-BUILD_PROVISION_PROFILE_BASE64="<mobileprovision-codificato-base64>"
-P12_PASSWORD="<password-certificato>"
-
-# API App Store Connect (per l'invio)
-APPLE_KEY_ID="ABC1234567"
-APPLE_ISSUER_ID="00000000-0000-0000-0000-000000000000"
-APPLE_KEY_CONTENT="<chiave-p8-codificata-base64>"
-
-# Configurazione Aggiuntiva
-APP_STORE_CONNECT_TEAM_ID="1234567890"
-APPLE_PROFILE_NAME="App Store com.example.app"
-```
-
-### Generazione di Credenziali Base64
-
-<Aside type="tip">
-Usa questi comandi per codificare i tuoi certificati per Capgo:
-</Aside>
-
-**Certificato (.p12):**
-```bash
-base64 -i YourCertificate.p12 | pbcopy
-```
-
-**Profilo di Provisioning (.mobileprovision):**
-```bash
-base64 -i YourProfile.mobileprovision | pbcopy
-```
-
-**Chiave App Store Connect (.p8):**
-```bash
-base64 -i AuthKey_ABC1234567.p8 | pbcopy
-```
-
-La stringa base64 è ora negli appunti - incollala nella tua variabile d'ambiente o nei segreti CI/CD.
-
-## Build per iOS
-
-### Build Debug (Development)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode debug
-```
-
-Questo crea una build di sviluppo che può essere installata su dispositivi registrati.
-
-### Build Release (App Store)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-Questo crea una build App Store e invia automaticamente a TestFlight se hai configurato le credenziali API App Store Connect.
-
-## Integrazione CI/CD
-
-### Esempio GitHub Actions
-
-```yaml
-name: Build iOS App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync ios
-
-      - name: Build iOS app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-          BUILD_PROVISION_PROFILE_BASE64: ${{ secrets.IOS_PROVISION_PROFILE }}
-          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.TEAM_ID }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform ios \
-            --build-mode release
-```
-
-## Dettagli del Processo di Build
-
-### Cosa Succede Durante una Build iOS
-
-<Steps>
-
-1. **Provisioning Macchina** (1-2 minuti)
-   - Mac mini Scaleway viene fornito o assegnato
-   - macOS 15 con Xcode pre-installato
-   - Script di bootstrap eseguiti (se primo utilizzo)
-
-2. **Isolamento Utente** (~10 secondi)
-   - Utente macOS univoco creato: `job-<jobId>`
-   - Directory home dedicata: `/Users/job-<jobId>`
-   - Workspace isolato creato
-
-3. **Configurazione Progetto** (~30 secondi)
-   - Zip del progetto scaricato da R2
-   - Estratto nel workspace
-   - Credenziali iniettate come variabili d'ambiente
-
-4. **Build Fastlane** (3-8 minuti)
-   - Portachiavi creato con certificato di firma
-   - Profilo di provisioning installato
-   - Comando di build Xcode eseguito
-   - File IPA generato
-
-5. **Invio App Store** (1-2 minuti, se configurato)
-   - IPA caricato su App Store Connect
-   - Inviato a TestFlight
-   - Elaborazione iniziata sul lato Apple
-
-6. **Pulizia** (immediata)
-   - Account utente chiuso ed eliminato
-   - File del workspace rimossi
-   - File temporanei cancellati
-
-7. **Rilascio Macchina** (dopo 24 ore)
-   - Macchina Mac distrutta
-   - Tutti i dati eliminati permanentemente
-
-</Steps>
-
-### Stack di Build
-
-Il nostro ambiente di build iOS include:
-
-- **macOS**: 15 (ultima versione stabile)
-- **Xcode**: Ultima versione stabile
-- **Fastlane**: Ultima versione stabile
-- **CocoaPods**: Ultima versione stabile
-- **Node.js**: 18.x (LTS)
-- **Ruby**: Ruby di sistema con bundler
-
-## Tempi di Build
-
-Tempi tipici di build iOS:
-
-| Tipo di Build | Prima Build | Build Successive* |
-|------------|-------------|-------------------|
-| Debug | 5-7 minuti | 4-6 minuti |
-| Release | 7-10 minuti | 5-8 minuti |
-
-*Le build successive potrebbero essere più veloci se la stessa macchina viene riutilizzata entro la finestra di 24 ore.
-
-<Aside type="note">
-Le build iOS costano **2× la tariffa base** a causa dei requisiti hardware Mac dedicati.
-</Aside>
-
-## Risoluzione dei Problemi
-
-### Problemi Comuni
-
-**"Firma del codice fallita"**
-- Verifica che il tuo certificato sia per il tipo di distribuzione corretto
-- Assicurati che il profilo di provisioning corrisponda al tuo App ID
-- Controlla che P12_PASSWORD sia corretto
-
-**"Il profilo di provisioning non include il certificato di firma"**
-- Rigenera il tuo profilo di provisioning includendo il certificato
-- Scarica e codifica nuovamente il profilo
-
-**"Autenticazione App Store Connect fallita"**
-- Verifica APPLE_KEY_ID, APPLE_ISSUER_ID e APPLE_KEY_CONTENT
-- Assicurati che la chiave API non sia stata revocata
-- Controlla che la chiave abbia il ruolo "Developer" o superiore
-
-**"Timeout build dopo 10 minuti"**
-- Controlla se la tua app ha grandi dipendenze native
-- Considera di ottimizzare il tuo Podfile
-- Contatta il supporto se le build vanno costantemente in timeout
-
-### Log di Debug
-
-Tutti i log di build vengono trasmessi in tempo reale. Cerca queste fasi chiave:
-
-```
-✔ Macchina assegnata: m-abc123
-→ Creazione utente: job-abc123
-→ Installazione dipendenze CocoaPods...
-→ Build app iOS...
-→ Firma del codice con certificato...
-→ Caricamento su App Store Connect...
-✔ Build riuscita
-```
-
-Se una build fallisce, l'errore verrà mostrato chiaramente nei log con il messaggio di errore specifico di Fastlane/Xcode.
-
-## Migliori Pratiche
-
-### 1. Testa Prima Localmente
-
-Assicurati sempre che la tua build iOS funzioni localmente prima di usare cloud build:
-
-```bash
-npx cap open ios
-# Compila in Xcode
-```
-
-### 2. Usa Variabili d'Ambiente
-
-Non eseguire mai il commit di certificati o chiavi nel tuo repository. Usa sempre:
-- Segreti CI/CD (GitHub, GitLab)
-- Variabili d'ambiente
-- Gestione sicura dei segreti
-
-### 3. Memorizza nella Cache le Dipendenze
-
-Per build più veloci, assicurati che `package.json` e `Podfile.lock` siano committati nel controllo versione.
-
-### 4. Monitora il Tempo di Build
-
-Tieni d'occhio la durata della build per ottimizzare i costi:
-
-```bash
-# Il CLI mostra il tempo di build alla fine
-Build riuscita in 6m 42s (13.4 minuti di fatturazione a tariffa 2×)
-```
-
-## Prossimi Passi
-
-- [Build Android](/docs/cli/cloud-build/android/) - Configura build Android
-- [Risoluzione dei Problemi](/docs/cli/cloud-build/troubleshooting/) - Problemi comuni di build
-- [Riferimento CLI](/docs/cli/reference/build/) - Documentazione completa dei comandi
-
-## Serve Aiuto?
-
-- [Guida alla Risoluzione dei Problemi](/docs/cli/cloud-build/troubleshooting/)
-- [Community Discord](https://discord.com/invite/VnYRvBfgA6)
-- Email: support@capgo.app
diff --git a/src/content/docs/it/docs/cli/cloud-build/troubleshooting.mdx b/src/content/docs/it/docs/cli/cloud-build/troubleshooting.mdx
deleted file mode 100644
index f3d446f95..000000000
--- a/src/content/docs/it/docs/cli/cloud-build/troubleshooting.mdx
+++ /dev/null
@@ -1,513 +0,0 @@
----
-title: Risoluzione dei Problemi
-description: Problemi comuni e soluzioni per Capgo Cloud Build
-locale: it
-sidebar:
-  order: 4
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Soluzioni ai problemi comuni durante la creazione di app native con Capgo Cloud Build.
-
-## Fallimenti di Build
-
-### "Caricamento fallito" o "Timeout connessione"
-
-**Sintomi:**
-- La build fallisce durante il caricamento del progetto
-- Errori di timeout dopo 60 secondi
-
-**Soluzioni:**
-
-1. **Controlla la tua connessione internet**
-   ```bash
-   # Testa la connessione a Capgo
-   curl -I https://api.capgo.app
-   ```
-
-2. **Riduci la dimensione del progetto**
-   - Assicurati che `node_modules/` non venga caricato (dovrebbe essere escluso automaticamente)
-   - Controlla se ci sono file di grandi dimensioni nel tuo progetto:
-   ```bash
-   find . -type f -size +10M
-   ```
-
-3. **Controlla la scadenza dell'URL di caricamento**
-   - Gli URL di caricamento scadono dopo 1 ora
-   - Se ricevi un errore di URL scaduto, riesegui il comando di build
-
-<Aside type="tip">
-Progetti di grandi dimensioni (>200MB) potrebbero raggiungere i limiti di timeout. Contatta il supporto per opzioni aziendali.
-</Aside>
-
-### "Timeout build dopo 10 minuti"
-
-**Sintomi:**
-- La build supera il tempo massimo consentito
-- Lo stato mostra `timeout`
-
-**Soluzioni:**
-
-1. **Ottimizza le dipendenze**
-   - Rimuovi pacchetti npm non utilizzati
-   - Usa `npm prune --production` prima della build
-
-2. **Controlla problemi di rete nella build**
-   - Alcune dipendenze potrebbero scaricare file di grandi dimensioni durante la build
-   - Considera di pre-cachare con un file di lock
-
-3. **Rivedi le dipendenze native**
-   ```bash
-   # iOS - controlla Podfile per dipendenze pesanti
-   cat ios/App/Podfile
-
-   # Android - controlla build.gradle
-   cat android/app/build.gradle
-   ```
-
-4. **Contatta il supporto**
-   - Se la tua app ha legittimamente bisogno di più tempo
-   - Possiamo regolare i limiti per casi d'uso specifici
-
-## Problemi di Autenticazione
-
-### "Chiave API non valida" o "Non autorizzato"
-
-**Sintomi:**
-- La build fallisce immediatamente con errore di autenticazione
-- Errori 401 o 403
-
-**Soluzioni:**
-
-1. **Verifica che la chiave API sia corretta**
-   ```bash
-   # Testa con un comando semplice
-   npx @capgo/cli@latest app list
-   ```
-
-2. **Controlla le autorizzazioni della chiave API**
-   - La chiave deve avere autorizzazioni `write` o `all`
-   - Controlla nel dashboard Capgo sotto Chiavi API
-
-3. **Assicurati che la chiave API venga letta**
-   ```bash
-   # Controlla la variabile d'ambiente
-   echo $CAPGO_TOKEN
-
-   # Oppure verifica il file .capgo locale
-   cat .capgo
-   ```
-
-4. **Riautentica**
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-### "App non trovata" o "Nessun permesso per questa app"
-
-**Sintomi:**
-- L'autenticazione funziona ma errore specifico dell'app
-
-**Soluzioni:**
-
-1. **Verifica che l'app sia registrata**
-   ```bash
-   npx @capgo/cli@latest app list
-   ```
-
-2. **Controlla che l'ID app corrisponda**
-   - Verifica l'appId in `capacitor.config.json`
-   - Assicurati che il comando usi l'ID app corretto
-
-3. **Verifica l'accesso all'organizzazione**
-   - Controlla di essere nell'organizzazione corretta
-   - La chiave API deve avere accesso all'organizzazione dell'app
-
-## Problemi di Build iOS
-
-### "Firma del codice fallita"
-
-**Sintomi:**
-- La build fallisce durante la fase di firma del codice
-- Errori Xcode su certificati o profili
-
-**Soluzioni:**
-
-1. **Verifica che il tipo di certificato corrisponda al tipo di build**
-   - Le build di sviluppo necessitano certificati Development
-   - Le build App Store necessitano certificati Distribution
-
-2. **Controlla che certificato e profilo corrispondano**
-   ```bash
-   # Decodifica e ispeziona il tuo certificato
-   echo $BUILD_CERTIFICATE_BASE64 | base64 -d > cert.p12
-   openssl pkcs12 -in cert.p12 -nokeys -passin pass:$P12_PASSWORD | openssl x509 -noout -subject
-   ```
-
-3. **Assicurati che il profilo di provisioning sia valido**
-   - Controlla la data di scadenza
-   - Verifica che includa il tuo App ID
-   - Conferma che includa il certificato
-
-4. **Rigenera le credenziali**
-   - Elimina vecchio certificato/profilo
-   - Creane di nuovi nel portale Apple Developer
-   - Ricodifica e aggiorna le variabili d'ambiente
-
-### "Il profilo di provisioning non include il certificato di firma"
-
-**Sintomi:**
-- Xcode non riesce a trovare il certificato nel profilo
-
-**Soluzioni:**
-
-1. **Scarica l'ultimo profilo da Apple**
-   - Vai su Apple Developer → Certificati, ID e Profili
-   - Scarica il profilo di provisioning
-   - Assicurati che includa il tuo certificato
-
-2. **Verifica che il certificato sia nel profilo**
-   ```bash
-   # Estrai il profilo
-   echo $BUILD_PROVISION_PROFILE_BASE64 | base64 -d > profile.mobileprovision
-
-   # Visualizza il contenuto del profilo
-   security cms -D -i profile.mobileprovision
-   ```
-
-3. **Ricrea il profilo con il certificato corretto**
-   - Nel portale Apple Developer, modifica il profilo
-   - Assicurati che il tuo certificato di distribuzione sia selezionato
-   - Scarica e ricodifica
-
-### "Autenticazione App Store Connect fallita"
-
-**Sintomi:**
-- Il caricamento su TestFlight fallisce
-- Errori chiave API
-
-**Soluzioni:**
-
-1. **Verifica le credenziali della chiave API**
-   - Controlla APPLE_KEY_ID (dovrebbe essere di 10 caratteri)
-   - Controlla APPLE_ISSUER_ID (dovrebbe essere in formato UUID)
-   - Verifica che APPLE_KEY_CONTENT sia correttamente codificato in base64
-
-2. **Testa la chiave API localmente**
-   ```bash
-   # Decodifica la chiave
-   echo $APPLE_KEY_CONTENT | base64 -d > AuthKey.p8
-
-   # Testa con fastlane (se installato)
-   fastlane pilot list
-   ```
-
-3. **Controlla le autorizzazioni della chiave API**
-   - La chiave necessita del ruolo "Developer" o superiore
-   - Verifica in App Store Connect → Utenti e Accesso → Chiavi
-
-4. **Assicurati che la chiave non sia stata revocata**
-   - Controlla in App Store Connect
-   - Genera una nuova chiave se necessario
-
-### "Installazione Pod fallita"
-
-**Sintomi:**
-- La build fallisce durante l'installazione CocoaPods
-- Errori Podfile
-
-**Soluzioni:**
-
-1. **Verifica che Podfile.lock sia committato**
-   ```bash
-   git status ios/App/Podfile.lock
-   ```
-
-2. **Testa l'installazione pod localmente**
-   ```bash
-   cd ios/App
-   pod install
-   ```
-
-3. **Controlla pod incompatibili**
-   - Rivedi il Podfile per conflitti di versione
-   - Assicurati che tutti i pod supportino il tuo target di deployment iOS
-
-4. **Pulisci la cache dei pod**
-   ```bash
-   cd ios/App
-   rm -rf Pods
-   rm Podfile.lock
-   pod install
-   # Poi committa il nuovo Podfile.lock
-   ```
-
-## Problemi di Build Android
-
-### "Password keystore errata"
-
-**Sintomi:**
-- La build fallisce durante la firma
-- Errori Gradle sul keystore
-
-**Soluzioni:**
-
-1. **Verifica la password del keystore**
-   ```bash
-   # Testa il keystore localmente
-   keytool -list -keystore my-release-key.keystore
-   # Inserisci la password quando richiesto
-   ```
-
-2. **Controlla le variabili d'ambiente**
-   ```bash
-   # Assicurati che non ci siano spazi extra o caratteri speciali
-   echo "$KEYSTORE_STORE_PASSWORD" | cat -A
-   echo "$KEYSTORE_KEY_PASSWORD" | cat -A
-   ```
-
-3. **Verifica la codifica base64**
-   ```bash
-   # Decodifica e testa
-   echo $ANDROID_KEYSTORE_FILE | base64 -d > test.keystore
-   keytool -list -keystore test.keystore
-   ```
-
-### "Alias chiave non trovato"
-
-**Sintomi:**
-- La firma fallisce con errore alias
-
-**Soluzioni:**
-
-1. **Elenca gli alias del keystore**
-   ```bash
-   keytool -list -keystore my-release-key.keystore
-   ```
-
-2. **Verifica che l'alias corrisponda esattamente**
-   - L'alias è sensibile alle maiuscole
-   - Controlla errori di battitura in KEYSTORE_KEY_ALIAS
-
-3. **Usa l'alias corretto dal keystore**
-   ```bash
-   # Aggiorna la variabile d'ambiente per corrispondere
-   export KEYSTORE_KEY_ALIAS="il-nome-esatto-dell-alias"
-   ```
-
-### "Build Gradle fallita"
-
-**Sintomi:**
-- Errori Gradle generici
-- Problemi di compilazione o dipendenze
-
-**Soluzioni:**
-
-1. **Testa la build prima localmente**
-   ```bash
-   cd android
-   ./gradlew clean
-   ./gradlew assembleRelease
-   ```
-
-2. **Controlla dipendenze mancanti**
-   - Rivedi i file build.gradle
-   - Assicurati che tutti i plugin siano elencati nelle dipendenze
-
-3. **Verifica la compatibilità della versione Gradle**
-   ```bash
-   # Controlla la versione gradle
-   cat android/gradle/wrapper/gradle-wrapper.properties
-   ```
-
-4. **Pulisci la cache Gradle**
-   ```bash
-   cd android
-   ./gradlew clean
-   rm -rf .gradle build
-   ```
-
-### "Caricamento Play Store fallito"
-
-**Sintomi:**
-- La build ha successo ma il caricamento fallisce
-- Errori account servizio
-
-**Soluzioni:**
-
-1. **Verifica il JSON dell'account servizio**
-   ```bash
-   # Decodifica e controlla il formato
-   echo $PLAY_CONFIG_JSON | base64 -d | jq .
-   ```
-
-2. **Controlla le autorizzazioni dell'account servizio**
-   - Vai su Console Play → Configurazione → Accesso API
-   - Assicurati che l'account servizio abbia accesso alla tua app
-   - Concedi l'autorizzazione "Rilascia a tracce di test"
-
-3. **Verifica che l'app sia configurata nella Console Play**
-   - L'app deve essere prima creata nella Console Play
-   - Almeno un APK deve essere caricato manualmente inizialmente
-
-4. **Controlla che l'API sia abilitata**
-   - L'API Google Play Developer deve essere abilitata
-   - Controlla nella Console Google Cloud
-
-## Problemi Generali
-
-### "Job non trovato" o "Stato build non disponibile"
-
-**Sintomi:**
-- Impossibile controllare lo stato della build
-- Errori ID job
-
-**Soluzioni:**
-
-1. **Aspetta un momento e riprova**
-   - I job di build potrebbero impiegare alcuni secondi per inizializzare
-
-2. **Controlla che l'ID job sia corretto**
-   - Verifica l'ID job dalla risposta iniziale della build
-
-3. **Controlla che la build non sia scaduta**
-   - I dati della build sono disponibili per 24 ore
-
-### "Sincronizzazione progetto fallita"
-
-**Sintomi:**
-- La build fallisce prima che inizi la compilazione
-- Errori file mancanti
-
-**Soluzioni:**
-
-1. **Esegui la sincronizzazione Capacitor localmente**
-   ```bash
-   npx cap sync
-   ```
-
-2. **Assicurati che tutti i file nativi siano committati**
-   ```bash
-   git status ios/ android/
-   ```
-
-3. **Controlla file nativi ignorati da git**
-   - Rivedi .gitignore
-   - Assicurati che i file di configurazione importanti non siano ignorati
-
-### "Build riuscita ma non vedo l'output"
-
-**Sintomi:**
-- La build mostra successo ma nessun link di download
-
-**Soluzioni:**
-
-1. **Controlla la configurazione della build**
-   - L'archiviazione degli artefatti potrebbe non essere configurata
-   - Per la beta pubblica, contatta il supporto sull'accesso agli artefatti
-
-2. **Per l'invio iOS TestFlight**
-   - Controlla App Store Connect
-   - L'elaborazione potrebbe richiedere 5-30 minuti dopo il caricamento
-
-3. **Per Android Play Store**
-   - Controlla Console Play → Test → Test interno
-   - L'elaborazione potrebbe richiedere alcuni minuti
-
-## Problemi Specifici di CI/CD
-
-### GitHub Actions: "Comando non trovato"
-
-**Sintomi:**
-- `npx @capgo/cli` fallisce in CI
-
-**Soluzioni:**
-
-1. **Assicurati che Node.js sia installato**
-   ```yaml
-   - uses: actions/setup-node@v6
-     with:
-       node-version: '24'
-   ```
-
-2. **Installa esplicitamente il CLI**
-   ```yaml
-   - run: npm install -g @capgo/cli
-   ```
-
-### GitHub Actions: "Segreti non trovati"
-
-**Sintomi:**
-- Variabili d'ambiente vuote nella build
-
-**Soluzioni:**
-
-1. **Verifica che i segreti siano impostati**
-   - Vai su Impostazioni repo → Segreti e variabili → Actions
-   - Aggiungi tutti i segreti richiesti
-
-2. **Usa la sintassi corretta**
-   ```yaml
-   env:
-     CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-   ```
-
-3. **Controlla che i nomi dei segreti corrispondano**
-   - I nomi sono sensibili alle maiuscole
-   - Nessun errore di battitura nei riferimenti ai segreti
-
-## Ottenere Maggiore Aiuto
-
-### Abilita Log Dettagliati
-
-```bash
-# Aggiungi flag debug (quando disponibile)
-npx @capgo/cli@latest build com.example.app --verbose
-```
-
-### Raccogli Informazioni di Build
-
-Quando contatti il supporto, includi:
-
-1. **Comando di build utilizzato**
-   ```bash
-   npx @capgo/cli@latest build com.example.app --platform ios
-   ```
-
-2. **Messaggio di errore** (output completo)
-
-3. **ID Job** (dall'output della build)
-
-4. **Log di build** (copia l'output completo del terminale)
-
-5. **Informazioni ambiente**
-   ```bash
-   node --version
-   npm --version
-   npx @capgo/cli --version
-   ```
-
-### Contatta il Supporto
-
-- **Discord**: [Unisciti alla nostra community](https://discord.com/invite/VnYRvBfgA6)
-- **Email**: support@capgo.app
-- **Documentazione**: [Documenti Capgo](/docs/)
-
-### Limitazioni Note
-
-Limitazioni attuali durante la beta pubblica:
-
-- Tempo massimo di build: 10 minuti
-- Dimensione massima caricamento: ~500MB
-- Le build iOS richiedono contratti Mac di 24 ore, la build su Mac verrà accodata per garantire un utilizzo ottimale
-- Il download degli artefatti di build potrebbe non essere disponibile
-
-Queste limitazioni potrebbero essere regolate in base al feedback.
-
-## Risorse Aggiuntive
-
-- [Iniziare](/docs/cli/cloud-build/getting-started/) - Guida alla configurazione iniziale
-- [Build iOS](/docs/cli/cloud-build/ios/) - Configurazione specifica iOS
-- [Build Android](/docs/cli/cloud-build/android/) - Configurazione specifica Android
-- [Riferimento CLI](/docs/cli/reference/build/) - Documentazione completa dei comandi
diff --git a/src/content/docs/it/docs/cli/commands.mdx b/src/content/docs/it/docs/cli/commands.mdx
deleted file mode 100644
index 71e19d5a4..000000000
--- a/src/content/docs/it/docs/cli/commands.mdx
+++ /dev/null
@@ -1,472 +0,0 @@
----
-title: Comandi
-description: Capgo CLI Documentation
-sidebar:
-  order: 2
-locale: it
----
-
-import { LinkCard } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-### Utilizzo
-
-Tutti i comandi devono essere eseguiti nella cartella della tua app con il progetto Capacitor correttamente inizializzato
-
-<LinkCard
-	title="Capacitor Cross-platform native runtime for web apps"
-	href="https://capacitorjs.com/docs/getting-started/"
-/>
-
-### **Init**
-
-`npx @capgo/cli@latest init [apikey]`
-
-Questo metodo serve per guidarti passo dopo passo
-
-Aggiungerà la tua app a Capgo Aggiungerà il codice alla tua app per validare l'aggiornamento Inoltre, compilerà la tua app Successivamente, caricherà la tua app su Capgo E ti aiuterà a verificare se l'aggiornamento funziona
-
-### **Login**
-
-`npx @capgo/cli login [apikey]`
-
-Questo metodo serve a memorizzare l'`apikey` per te
-
-:::note
-usa `--apikey=********` in qualsiasi comando per sovrascriverla
-:::
-
-**Opzionalmente puoi fornire:**
-
-`--local` Questo memorizzerà la tua **apikey** nel repository locale e la ignorerà in git
-
-## **Doctor**
-
-`npx @capgo/cli doctor`
-
-Comando per verificare se sei aggiornato con i pacchetti Capgo
-
-Questo comando sarà utile anche per le segnalazioni di bug
-
-## App
-
-### **Add**
-
-`npx @capgo/cli app add [appId]`
-
-`[appId]` il tuo ID app il formato `comtestapp` è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-> 💡 Tutte le opzioni verranno dedotte dalla tua configurazione se non fornite
-
-Opzionalmente, puoi fornire:
-
-* `--icon [/path/to/my/icon]` per avere un'icona personalizzata visualizzata nell'app console.capgo
-* `--name [test]` per avere un nome personalizzato nella lista
-* `--apikey [key]` chiave API da collegare al tuo account
-* `--retention [retention]` periodo di conservazione del bundle dell'app in giorni, 0 di default = infinito
-
-Esempio di `capacitorconfigjson` per appId e AppName, l'icona viene cercata nella cartella resources
-
-```json
-{
-  "appId": "eeforgrcapacitor_go",
-  "appName": "Capgo",
-  "webDir": "dist"
-}
-```
-
-### **Set**
-
-`npx @capgo/cli app set [appId]`
-
-`[appId]` è il tuo ID app, il formato è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-Opzionalmente, puoi fornire:
-
-* `--icon [/path/to/my/icon]` per avere un'icona personalizzata visualizzata nell'app console.capgo
-* `--name [test]` per avere un nome personalizzato nella lista
-* `--retention [retention]` periodo di conservazione del bundle dell'app in giorni, 0 di default = infinito
-* `--apikey [key]` chiave API da collegare al tuo account
-
-### **List**
-
-`npx @capgo/cli app list [appId]`
-
-`[appId]` il tuo ID app il formato `comtestapp` è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-Opzionalmente, puoi fornire:
-
-* `--apikey [key]` chiave API da collegare al tuo account
-
-### **Delete**
-
-`npx @capgo/cli app delete [appId]`
-
-`[appId]` il tuo ID app il formato `comtestapp` è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-Opzionalmente, puoi fornire:
-
-* `--apikey [key]` chiave API da collegare al tuo account
-* `--bundle` con il numero di versione eliminerà solo questa versione
-
-### Debug
-
-`npx @capgo/cli app debug [appId]`
-
-`[appId]` il tuo ID app il formato `comtestapp` è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-Opzionalmente, puoi fornire:
-
-* `--apikey [key]` chiave API da collegare al tuo account
-* `--device` con il dispositivo specifico che vuoi debuggare
-
-### Setting
-
-`npx @capgo/cli app setting [path]`
-
-Modifica la configurazione di Capacitor
-
-`[path]` - percorso dell'impostazione che vorresti modificare Per esempio, per modificare l'`appId`, fornisci `appId`
-Se desideri disabilitare l'aggiornamento automatico in `capacitor-updater` fornisci `pluginsCapacitorUpdaterautoUpdate`
-
-DEVI fornire o `--string` o `--bool`!
-
-Opzioni:
- - `--string <string>` - imposta l'impostazione come stringa
- - `--bool <true | false>` - imposta l'impostazione come booleano
-
-## Bundle
-
-### Upload
-
-`npx @capgo/cli bundle upload [appId]`
-
-`[appId]` è il tuo ID app, il formato è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-Opzionalmente, puoi fornire:
-
-* `--apikey <apikey>` chiave API da collegare al tuo account
-* `--path <path>` Percorso della cartella da caricare
-* `--channel <channel>` Canale da collegare
-* `--external <url>` Collega a URL esterno invece di caricare su Capgo Cloud
-* `--iv-session-key <key>` Imposta la IV e la chiave di sessione per l'URL del bundle esterno
-* `--s3-endpoint <s3Endpoint>` URL dell'endpoint S3 Non funziona con il caricamento parziale o l'opzione external
-* `--s3-region <region>` Regione per il tuo bucket S3
-* `--s3-apikey <apikey>` Chiave API per il tuo endpoint S3
-* `--s3-apisecret <apisecret>` Segreto API per il tuo endpoint S3
-* `--s3-bucket-name <bucketName>` Nome per il tuo bucket AWS S3
-* `--s3-port <port>` Porta per il tuo endpoint S3
-* `--no-s3-ssl` Disabilita SSL per il caricamento S3
-* `--key <key>` Percorso personalizzato per la chiave di firma pubblica (sistema v1)
-* `--key-data <keyData>` Chiave di firma pubblica (sistema v1)
-* `--key-v2 <key>` Percorso personalizzato per la chiave di firma privata (sistema v2)
-* `--key-data-v2 <keyData>` Chiave di firma privata (sistema v2)
-* `--bundle-url` Stampa l'URL del bundle nello stdout
-* `--no-key` Ignora la chiave di firma e invia l'aggiornamento in chiaro
-* `--no-code-check` Ignora il controllo se notifyAppReady() è chiamato nel codice sorgente e index presente nella cartella root
-* `--display-iv-session` Mostra nella console la IV e la chiave di sessione utilizzate per crittografare l'aggiornamento
-* `--bundle <bundle>` Numero di versione del bundle da caricare
-* `--min-update-version <minUpdateVersion>` Versione minima richiesta per aggiornare a questa versione Usato solo se l'aggiornamento automatico è disabilitato nei metadati del canale
-* `--auto-min-update-version` Imposta la versione minima di aggiornamento basata sui pacchetti nativi
-* `--ignore-metadata-check` Ignora il controllo dei metadati (node_modules) durante il caricamento
-* `--ignore-checksum-check` Ignora il controllo del checksum durante il caricamento
-* `--timeout <timeout>` Timeout per il processo di caricamento in secondi
-* `--partial` Non carica file parziali su Capgo cloud
-* `--tus` Carica il bundle usando il protocollo tus
-* `--multipart` Usa il protocollo multipart per caricare dati su S3, Deprecato, usa TUS invece
-* `--encrypted-checksum <encryptedChecksum>` Un checksum crittografato (firma) Usato solo quando si carica un bundle esterno
-* `--package-json <packageJson>` Un percorso verso packagejson Utile per i monorepo
-* `--auto-set-bundle` Imposta il bundle in capacitorconfigjson
-* `--node-modules <nodeModules>` Una lista di percorsi verso node_modules Utile per i monorepo (separati da virgola es: //node_modules,/node_modules)
-
-> ⭐️ L'opzione external aiuta a sbloccare 2 casi: aziende con preoccupazioni sulla privacy, non inviano il codice a terze parti e app più grandi di 200 MB Con questa impostazione, Capgo memorizza solo il link allo zip e invia il link a tutte le app
-
-> 👀 Capgo cloud non guarda mai cosa c'è nel link (per l'opzione external), o nel codice quando è memorizzato
-
-> 🔑 Puoi aggiungere un secondo livello di sicurezza usando la crittografia, quindi Capgo non sarà in grado di guardare o modificare nulla, diventa "trustless"
-
-Esempio di `packagejson` per la versione
-
-```json
-{
-  "version": "102"
-}
-```
-
-> ⛔ La versione deve essere maggiore di "000"
-
-> 💡 Non dimenticare di aggiornare il numero di versione ogni volta che ne invii uno, il numero di versione non può essere sovrascritto o riutilizzato dopo l'eliminazione per motivi di sicurezza
-
-### **List**
-
-`npx @capgo/cli bundle list [appId]`
-
-`[appId]` il tuo ID app il formato `comtestapp` è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-Opzionalmente, puoi fornire:
-
-* `--apikey [key]` chiave API da collegare al tuo account
-
-### **Delete**
-
-`npx @capgo/cli bundle delete [appId]`
-
-`[appId]` il tuo ID app il formato `comtestapp` è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-Opzionalmente, puoi fornire:
-
-* `--apikey [key]` chiave API da collegare al tuo account
-* `--bundle` con il numero di versione eliminerà solo questa versione
-
-### Cleanup
-
-in un intervallo SemVer per una versione major su Cloud
-
-`npx @capgo/cli bundle cleanup [appId] --bundle=[majorVersion] --keep=[numberToKeep]`
-
-`[appId]` il tuo ID app il formato `comtestapp` è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-Opzionalmente, puoi fornire:
-
-* `--apikey [key]` chiave API da collegare al tuo account
-* `--bundle [majorVersion]` una versione per cui desideri rimuovere i pacchetti precedenti, manterrà l'ultimo + `numberToKeep`* `--keep [numberToKeep]` il numero di pacchetti che desideri mantenere (predefinito 4)
-
-Per esempio: Se hai 10 versioni da 1001 a 10011, e usi `npx @capgo/cli cleanup [appId] --bundle=1000` rimuoverà da 1001 a 1006 mentre 1007 fino a 10011 verranno mantenuti
-
-Se hai 20 versioni in totale, e non fornisci un numero di bundle come questo: `npx @capgo/cli cleanup [appId] --keep=2` Rimuoverà 18 versioni e manterrà le ultime 2
-
-> Questo comando chiederà conferma, mostra una tabella di ciò che manterrà e rimuoverà
-
-:::note
-Questo comando ignorerà i bundle attualmente in uso in qualsiasi canale
-:::
-
-### **Encrypt**
-
-> **Attenzione**: Questo comando è deprecato e verrà rimosso nella prossima versione maggiore. Si prega di utilizzare il nuovo sistema di crittografia
-`npx @capgo/cli bundle encrypt [path/to/zip]`
-
-Questo comando viene utilizzato quando si usa una fonte esterna per memorizzare il codice o per scopi di test
-
-Opzionalmente, puoi fornire:
-
-`--key [/path/to/my/private_key]` il percorso della tua chiave privata
-`--key-data [privateKey]` i dati della chiave privata, se vuoi usarla inline
-Il comando stamperà il tuo `ivSessionKey` e genererà uno zip crittografato, da utilizzare con il comando upload o decrypt
-
-### **Encrypt V2**
-
-`npx @capgo/cli bundle encryptV2 [path/to/zip] [checksum]`
-
-Questo comando viene utilizzato quando si usa una fonte esterna per memorizzare il codice o per scopi di test
-Il checksum è lo sha256 del bundle (generato da --key-v2), viene utilizzato per verificare l'integrità del file dopo la decrittografia
-Verrà crittografato con la chiave privata e inviato insieme al bundle
-Nella crittografia v2 il checksum viene aggiornato per diventare una "firma" del bundle
-
-Opzionalmente, puoi fornire:
-
-`--key [/path/to/my/private_key]` il percorso della tua chiave privata
-`--key-data [privateKey]` i dati della chiave privata, se vuoi usarla inline
-`--json` per output info come json
-Il comando stamperà il tuo `ivSessionKey` e genererà uno zip crittografato, da utilizzare con il comando upload o decrypt
-
-### **Decrypt**
-
-`npx @capgo/cli bundle decrypt [path/to/zip] [ivSessionKey]`
-
-Opzionalmente, puoi fornire:
-
-`--key [/path/to/my/private_key]` il percorso della tua chiave privata
-
-`--key-data [privateKey]` i dati della chiave privata, se vuoi usarla inline
-Questo comando è principalmente utilizzato per scopi di test, decrittograferà lo zip e stamperà la chiave di sessione decrittografata in base64 nella console
-
-### **Decrypt V2**
-
-`npx @capgo/cli bundle decryptV2 [path/to/zip] [ivSessionKey]`
-
-Opzionalmente, puoi fornire:
-
-`--key [/path/to/my/private_key]` il percorso della tua chiave privata
-`--key-data [privateKey]` i dati della chiave privata, se vuoi usarla inline
-Questo comando è principalmente utilizzato per scopi di test, decrittograferà lo zip e stamperà la chiave di sessione decrittografata in base64 nella console
-`--checksum [checksum]` il checksum del file, verificherà il checksum dopo la decrittografia
-
-### **Zip**
-
-`npx @capgo/cli bundle zip [appId]`
-
-`[appId]` è il tuo ID app, il formato è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-Opzionalmente, puoi fornire:
-
-* `--path [/path/to/my/bundle]` per caricare una cartella specifica
-* `--bundle [100]` per impostare il numero di versione del bundle del filename
-* `--name [myapp]` per sovrascrivere il nome del file
-* `--json` per output info come json
-* `--no-code-check` per ignorare il controllo del codice e inviare comunque il bundle
-* `--key-v2` per utilizzare il nuovo sistema di crittografia Questo è necessario poiché il nuovo sistema di crittografia utilizza checksum migliori per verificare l'integrità del file
-
-### **Compatibility**
-
-`npx @capgo/cli bundle compatibility [appId] -c [channelId]`
-
-`[appId]` è il tuo ID app, il formato è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-`[channelId]` il nome del tuo nuovo canale
-
-Opzionalmente, puoi fornire:
-
-* `--apikey [key]` chiave API per collegare al tuo account
-* `--text` usa testo invece di emoji nella tabella
-* `--channel [channel]` il canale per verificare la compatibilità
-* `--package-json <packageJson>` Un percorso verso packagejson Utile per monorepos
-* `--node-modules <nodeModules>` Una lista di percorsi verso node_modules Utile per monorepos (separati da virgola es: //node_modules,/node_modules)
-
-## Channel
-
-### **Add**
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-`[channelId]` il nome del tuo nuovo canale `[appId]` il tuo ID app il formato `comtestapp` è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-### **Delete**
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-`[channelId]` il nome del canale che vuoi eliminare `[appId]` il tuo ID app il formato `comtestapp` è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-### **List**
-
-`npx @capgo/cli channel list [appId]`
-
-`[appId]` il tuo ID app il formato `comtestapp` è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-Opzionalmente, puoi fornire:
-
-* `--apikey [key]` chiave API per collegare al tuo account
-
-### **Set**
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-`[appId]` è il tuo ID app, il formato è spiegato [qui](https://capacitorjs.com/docs/cli/commands/init/)
-
-Opzionalmente, puoi fornire:
-
-* `--bundle [123]` il tuo bundle app già inviato al cloud, per collegarlo a un canale
-* `--latest` ottiene la versione del bundle da `packagejson:version`, non può essere usato con `--bundle`
-* `--state [ normal | default ]` imposta lo stato del canale, può essere `normal` o `default` Un canale deve essere `default`
-* `--downgrade` permette al canale di inviare versioni precedenti ai dispositivi
-* `--no-downgrade` non permette al canale di inviare versioni precedenti ai dispositivi
-* `--upgrade` permette al canale di inviare aggiornamenti (major) ai dispositivi
-* `--no-upgrade` non permette al canale di inviare aggiornamenti (major) ai dispositivi
-* `--ios` permette al canale di inviare versioni ai dispositivi iOS
-* `--no-ios` non permette al canale di inviare versioni ai dispositivi iOS
-* `--android` permette al canale di inviare versioni ai dispositivi android
-* `--no-android` non permette al canale di inviare versioni ai dispositivi android
-* `--self-assign` permette ai dispositivi di auto-assegnarsi a questo canale
-* `--no-self-assign` non permette ai dispositivi di auto-assegnarsi a questo canale
-* `--disable-auto-update STRATEGY` Disabilita la strategia di auto aggiornamento per questo canale Le opzioni possibili sono: major, minor, metadata, none
-* `--apikey [key]` chiave API per collegare al tuo account
-
-## Strategia di disabilitazione aggiornamenti
-
-Ci sono diversi modi per gestire la disabilitazione degli aggiornamenti per versioni troppo vecchie\
-Capgo non può aggiornare il codice nativo quindi un aggiornamento da una versione con il vecchio codice nativo a una versione con il codice nativo aggiornato non dovrebbe essere possibile
-Ci sono un paio di modi per ottenere questo
-
-Prima, la strategia `major` Impedisce un aggiornamento da `000` -> `100` Il major è il numero evidenziato (**1**00 e **0**00)\
-Seconda è la strategia `minor` Impedisce un aggiornamento da `000` -> `110` o un aggiornamento da `110` a `120`
-**ATTENZIONE** questa strategia non impedisce un aggiornamento da `010` -> `110`
-
-Terza, la strategia `patch` È stata aggiunta in capgo come modalità molto rigorosa Non è raccomandato usarla a meno che non si comprenda completamente come funziona
-Affinché accetti un aggiornamento devono essere soddisfatte le seguenti condizioni:
- - Il major è lo stesso tra la nuova e la vecchia versione
- - Il minor è lo stesso tra la nuova e la vecchia versione
- - Il patch della nuova versione è maggiore del patch della vecchia versione
-
-Ecco un esempio di quali scenari l'aggiornamento è consentito o negato
-
- - 00311 -> 00314 ✅
- - 000 -> 00314 ✅
- - 00316 -> 00314 ❌
- - 01312 -> 00314 ❌
- - 10312 -> 00314 ❌
-
-Infine la strategia più complicata La strategia `metadata`\
-Prima devi sapere che inizialmente dopo averla abilitata gli aggiornamenti **FALLIRANNO** poiché il canale manca dei metadata richiesti\
-Se il canale manca di metadata vedrai un messaggio come questo:
-<img src="/fail-metadata.webp" alt="Cannot find metadata"/>
-
-Se vedi qualcosa del genere sai che devi andare al bundle corrente per il canale che sta fallendo e impostare i metadata\
-Prima, scopri quale canale sta fallendo Puoi farlo guardando la colonna `misconfigured`
-<img src="/misconfigured-table.webp" alt="Misconfigured table"/>
-
-Quindi vai al canale con errori e clicca su `Bundle number`. Questo ti porterà alla pagina del bundle
-<img src="/fail-channel-show.webp" alt="Locate failing channel"/>
-
-Una volta lì, compila il campo `Minimal update version`. Deve essere un [semver](https://devhints.io/semver/)\
-Se il valore che inserisci non è un semver riceverai un errore, ma se tutto va correttamente dovresti vedere qualcosa del genere:
-<img src="/set-min-update-version.webp" alt="Set min version"/>
-
-Ora, probabilmente non vuoi impostare questi dati manualmente ogni volta che aggiorni. Fortunatamente, la CLI ti impedirà di inviare un aggiornamento senza questi metadati
-<img src="/cli-fail-no-metadata.webp" alt="CLI fail no metadata"/>
-
-Per caricare correttamente un bundle quando si usa l'opzione `metadata` devi passare `--min-update-version` con un semver valido. Qualcosa del genere:
-<img src="/cli-upload-with-metadata.webp" alt="CLI upload with metadata"/>
-
-`--min-update-version` non è l'UNICO modo per gestire la compatibilità.
-Esiste anche `--auto-min-update-version`. Ecco come funziona:
-
-1. Prima, controlla la versione attualmente caricata sul canale. Verifica la compatibilità come farebbe il comando `bundle compatibility`
-2. Secondo, se la nuova versione è compatibile al 100% riutilizza il `min_update_version` dall'ultima versione nel canale
-Se non lo è, imposta il `min_update_version` al numero del bundle della versione appena caricata
-
-Riceverai sempre un'informazione su quale sia il `min_update_version` quando usi questa opzione. Apparirà qualcosa del genere:
-<img src="/min_update_version_info.webp" alt="Min update version"/>
-
-Se la nuova versione non è compatibile dovrebbe apparire qualcosa del genere:
-<img src="/min_update_version_not_compatible.webp" alt="Min update version not compatible"/>
-
-## Crittografia end-to-end (Trustless)
-
-Capgo supporta la crittografia end-to-end, questo significa che il tuo bundle (codice) viene crittografato prima di essere inviato al cloud e decrittografato sul dispositivo. Per questo, devi generare una coppia di chiavi RSA, puoi usare il seguente comando per generarla
-
-Il sistema di crittografia è una combinazione di RSA e AES, la chiave RSA viene usata per crittografare la chiave AES, e la chiave AES viene usata per crittografare il file
-
-Vedi sotto per maggiori informazioni sul sistema di crittografia
-
-<img src="/crypto_explained.webp" alt="How crypto works"/>
-
-Schema di crittografia
-
-### Crea una chiave per la tua app
-
-`npx @capgo/cli key create`
-
-Opzionalmente, puoi usare: `--force` per sovrascrivere la chiave esistente. Questo comando creerà per te una coppia di chiavi nella tua app, e ti chiederà di salvare la chiave privata in un posto sicuro. Si raccomanda di non committare su git la chiave privata e di non condividerla con nessuno
-
-> Dopo il test locale, rimuovi la chiave dal file di configurazione e aggiungila nel passo CI con `key save`
-
-### Salva la chiave nella configurazione della tua app
-
-`npx @capgo/cli key save`
-
-Opzionalmente, puoi usare:
-
-`--key [/path/to/my/private_key]` il percorso della tua chiave privata
-
-`--key-data [privateKey]` i dati della chiave privata, se vuoi usarla inline. Questo comando è utile se hai seguito la raccomandazione e non hai committato la chiave nella tua app e nella configurazione
-
-## Integrazione CI
-
-Per automatizzare il tuo lavoro, ti consiglio di far fare il lavoro di push al nostro server tramite GitHub action
-
-[Tutorial GitHub action](https://capgo.app/blog/automatic-build-and-release-with-github-actions/)
-
-## La nostra app demo
-
-[GitHub - Cap-go/demo-app](https://github.com/Cap-go/demo-app/)
-
-Non dimenticare di configurare la variabile d'ambiente CI con la tua API key
diff --git a/src/content/docs/it/docs/cli/migrations/cli-from-0x-to-1x.mdx b/src/content/docs/it/docs/cli/migrations/cli-from-0x-to-1x.mdx
deleted file mode 100644
index d49589c7b..000000000
--- a/src/content/docs/it/docs/cli/migrations/cli-from-0x-to-1x.mdx
+++ /dev/null
@@ -1,11 +0,0 @@
----
-title: Da CLI 0.x a 1.x
-description: Come eseguire l'aggiornamento dalla versione 0.x alla 1.x
-sidebar:
-  order: 5
-locale: it
----
-
-Non ci sono cambiamenti significativi nella CLI
-
-Il cambiamento più importante riguarda principalmente il cambio di nome dell'argomento `--version` in `--bundle` per evitare conflitti e mantenere una nomenclatura coerente ovunque
\ No newline at end of file
diff --git a/src/content/docs/it/docs/cli/migrations/encryption.md b/src/content/docs/it/docs/cli/migrations/encryption.md
deleted file mode 100644
index e204dfc1b..000000000
--- a/src/content/docs/it/docs/cli/migrations/encryption.md
+++ /dev/null
@@ -1,71 +0,0 @@
----
-title: Crittografia
-description: Come fare la crittografia dei dati con una nuova crittografia
-sidebar:
-  order: 5
-locale: it
----
-
-Questa documentazione spiegherà come crittografare i tuoi dati con il nuovo sistema di crittografia e rimuovere quello vecchio
-
-Scopri di più sul nuovo sistema di crittografia nel [blog post](/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing)
-
----
-
-Per prima cosa, crea una nuova coppia di chiavi con il seguente comando:
-
-```bash
-npx @capgo/cli key create
-```
-
-Questo comando creerà una nuova coppia di chiavi nella tua app; è imperativo conservare la chiave privata in un luogo sicuro. Non bisogna mai committare la chiave privata nel controllo del codice sorgente né condividerla con una parte non fidata.
-
-Questo comando rimuoverà anche la vecchia chiave dalla tua configurazione Capacitor, ma non rimuoverà i vecchi file delle chiavi. La CLI li mantiene per permetterti di continuare a inviare aggiornamenti live per le app che non hanno ricevuto un aggiornamento dall'app store e stanno ancora utilizzando il vecchio plugin. Questo facilita la migrazione.
-
-Quando ti viene chiesto dalla migrazione "Vuoi configurare la crittografia con il nuovo canale per supportare le vecchie app e facilitare la migrazione?", per favore accetta. Aggiungerà una nuova opzione "defaultChannel" alla tua configurazione Capacitor. Questo farà sì che la tua app utilizzi il canale "encryption_v2". Questo assicurerà che la nuova crittografia sia utilizzata solo dalle app che la supportano. Le app che non hanno ricevuto un aggiornamento dall'app store continueranno a utilizzare il canale predefinito precedente.
-
----
-
-Ora, devi compilare il tuo bundle JS e caricarlo sul nuovo canale. Esegui il seguente comando:
-
-```bash
-npx @capgo/cli bundle upload --channel encryption_v2
-```
-
----
-
-Quindi, esegui questo comando per permettere alle app di auto-assegnarsi al canale "encryption_v2"
-
-:::caution
-Questo è necessario per far funzionare la nuova opzione "defaultChannel"
-:::
-
-```bash
-npx @capgo/cli channel set encryption_v2 --self-assign
-```
-
----
-
-Ora puoi eseguire l'app; utilizzerà il nuovo sistema di crittografia.
-
-Per caricare il nuovo bundle JS sul vecchio canale, devi solo eseguire il seguente comando:
-
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
----
-
-Non devi preoccuparti della configurazione Capacitor, non viene mai caricata su Capgo.
-
-Quando tutti gli utenti avranno aggiornato le loro app (può richiedere fino a 3/4 mesi), puoi rimuovere "defaultChannel" dalla tua configurazione Capacitor.
-
-E poi, puoi rimuovere il vecchio canale con il seguente comando:
-
-```bash
-npx @capgo/cli channel delete encryption_v2
-```
-
----
-
-Dopo aver eliminato il canale "encryption_v2", tutte le app che lo utilizzano come predefinito inizieranno a utilizzare il canale "production"
\ No newline at end of file
diff --git a/src/content/docs/it/docs/cli/overview.mdx b/src/content/docs/it/docs/cli/overview.mdx
deleted file mode 100644
index fb4fd02f8..000000000
--- a/src/content/docs/it/docs/cli/overview.mdx
+++ /dev/null
@@ -1,116 +0,0 @@
----
-title: Panoramica
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: it
----
-
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Utilizza la funzionalità Live Updates di Capgo per aggiornare i bundle JavaScript della tua app in remoto e in tempo reale. Invia aggiornamenti JS direttamente ai tuoi utenti senza passare attraverso il processo di revisione dell'app store per correggere bug e rilasciare nuove funzionalità istantaneamente.
-
-<Aside>
-
-I Live Updates sono limitati alle modifiche dei bundle JavaScript. Se hai bisogno di aggiornare il codice nativo, come aggiungere o rimuovere un plugin o modificare la configurazione del progetto nativo, dovrai inviare una nuova build binaria nativa agli app store.
-
-</Aside>
-
-## Come funzionano i Live Updates
-
-Il sistema Live Update di Capgo ha due componenti chiave:
-
-1. L'SDK Capgo, che installi nella tua app. L'SDK verifica la disponibilità di aggiornamenti e li scarica in background.
-
-2. I Canali, che ti permettono di indirizzare gli aggiornamenti a specifici gruppi di utenti. Puoi usare i canali per gestire diverse tracce di rilascio, come `Production`, `Staging` e `Dev`.
-
-Quando carichi un nuovo bundle JS su Capgo e lo assegni a un canale, l'SDK Capgo nelle app configurate per quel canale rileverà l'aggiornamento e lo scaricherà. Al successivo riavvio dell'app, verrà caricato il nuovo bundle.
-
-## Per iniziare
-
-Per iniziare a utilizzare i Live Updates, segui questi passaggi:
-
-<Steps>
-
-1. Completa il [Quickstart di Capgo](/docs/getting-started/quickstart) per configurare la tua app in Capgo e installare l'SDK Capgo
-
-2. Nel codice della tua app, chiama `CapacitorUpdater.notifyAppReady()` dopo che la tua app ha terminato l'inizializzazione. Questo comunica all'SDK Capgo che la tua app è pronta a ricevere aggiornamenti
-
-3. Compila il tuo bundle JS e caricalo su Capgo:
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. Apri la tua app e attendi che l'aggiornamento venga scaricato. Puoi controllare lo stato con:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. Una volta scaricato l'aggiornamento, chiudi e riapri la tua app per caricare il nuovo bundle
-
-</Steps>
-
-Consulta la guida [Deploying Live Updates](/docs/getting-started/deploy) per maggiori dettagli
-
-## La CLI di Capgo
-
-La CLI di Capgo è uno strumento potente che permette agli sviluppatori di interagire con i servizi di Capgo dalle proprie pipeline CI/CD. Con la CLI, hai un controllo granulare su quando le build vengono prodotte e distribuite, permettendoti di integrare Capgo nei tuoi flussi di lavoro aziendali esistenti.
-
-### A cosa serve la CLI di Capgo?
-
-La CLI di Capgo è progettata per sviluppatori e team che necessitano di maggior controllo e flessibilità nei loro flussi di lavoro di aggiornamento live. Utilizzando la CLI nelle tue pipeline CI/CD, puoi:
-
-- Decidere esattamente quando costruire e distribuire gli aggiornamenti, invece di affidarti all'automazione integrata di Capgo
-- Inserire i tuoi processi, come la firma del codice, il test QA o le approvazioni dei manager, tra le fasi di build e deploy
-- Integrare Capgo nei tuoi strumenti e flussi di lavoro DevOps esistenti
-
-### Autenticazione
-
-Per utilizzare la CLI di Capgo, dovrai autenticarti con la tua chiave API. Puoi generare una chiave API nelle impostazioni del tuo account Capgo.
-
-Per accedere e memorizzare in modo sicuro la tua chiave API, esegui:
-
-```shell
-npx @capgo/cli@latest login [API_KEY]
-```
-
-Questo comando verrà poi salvato per un uso futuro. Non dovrai fornire la tua chiave API con ogni comando dopo aver effettuato l'accesso.
-
-### Differenze chiave rispetto ad altri strumenti CLI
-
-Se hai familiarità con altri strumenti CLI per aggiornamenti live, ci sono alcune cose importanti da notare sulla CLI di Capgo:
-
-- Capgo utilizza una singola CLI sia per lo sviluppo che per i casi d'uso CI/CD, poiché Capgo è focalizzato esclusivamente sul set di funzionalità di aggiornamento live
-
-- La CLI di Capgo non richiede un passaggio di installazione separato. È inclusa nel pacchetto `@capgo/cli` e può essere eseguita direttamente utilizzando `npx`
-
-- La CLI di Capgo è progettata specificamente per il flusso di lavoro di aggiornamento live, quindi potrebbe non includere alcune funzionalità o comandi presenti in strumenti CLI più generici
-
-## Prossimi passi
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/channels/">
-    <Card title="Canali" icon="bars">
-      Scopri come utilizzare i canali per gestire diverse tracce di rilascio e indirizzare gli aggiornamenti a specifici utenti
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="Rollback" icon="left-arrow">
-      Scopri come tornare a una versione precedente del bundle JS se un aggiornamento causa problemi
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="Comportamento degli aggiornamenti" icon="setting">
-      Personalizza come e quando gli aggiornamenti vengono scaricati e applicati nella tua app
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="Aggiornamenti rapidi" icon="starlight">
-      Scopri come utilizzare gli aggiornamenti rapidi per velocizzare il processo di aggiornamento
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/it/docs/cli/reference/account.mdx b/src/content/docs/it/docs/cli/reference/account.mdx
deleted file mode 100644
index baa0a3333..000000000
--- a/src/content/docs/it/docs/cli/reference/account.mdx
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: account
-sidebar_label: account
-sidebar:
-  order: 7
-locale: it
----
-
-Il comando `account` ti permette di gestire il tuo account Capgo
-
-### id
-
-`npx @capgo/cli account id`
-
-Ottiene il tuo ID account
-
-Opzioni:
-
-- `-a, --apikey <apikey>`: Chiave API da collegare al tuo account
\ No newline at end of file
diff --git a/src/content/docs/it/docs/cli/reference/app.mdx b/src/content/docs/it/docs/cli/reference/app.mdx
deleted file mode 100644
index fce611411..000000000
--- a/src/content/docs/it/docs/cli/reference/app.mdx
+++ /dev/null
@@ -1,84 +0,0 @@
----
-title: app
-sidebar_label: app
-sidebar:
-  order: 4
-locale: it
----
-
-Il comando `app` ti permette di gestire le tue app Capgo
-
-### add
-
-`npx @capgo/cli app add [appId]`
-
-Aggiunge una nuova app al tuo account Capgo
-
-`[appId]` è l'ID della tua app nel formato `com.example.app`. Vedi la [documentazione Capacitor](https://capacitorjs.com/docs/cli/commands/init/) per maggiori informazioni
-
-> 💡 Tutte le opzioni verranno dedotte dal tuo `capacitor.config.json` se non specificate
-
-Opzioni:
-
-- `--icon [path]`: Percorso di un'icona personalizzata da mostrare nell'app console.capgo
-- `--name [name]`: Nome personalizzato da mostrare nella lista delle app
-- `--apikey [key]`: Chiave API per collegare al tuo account
-- `--retention [days]`: Periodo di conservazione dei bundle dell'app in giorni (default: 0 = infinito)
-
-### set
-
-`npx @capgo/cli app set [appId]`
-
-Aggiorna un'app esistente nel tuo account Capgo
-
-Opzioni:
-
-- `--icon [path]`: Percorso di un'icona personalizzata da mostrare nell'app console.capgo
-- `--name [name]`: Nome personalizzato da mostrare nella lista delle app
-- `--retention [days]`: Periodo di conservazione dei bundle dell'app in giorni (default: 0 = infinito)
-- `--apikey [key]`: Chiave API per collegare al tuo account
-
-### list
-
-`npx @capgo/cli app list [appId]`
-
-Elenca tutte le app nel tuo account Capgo
-
-Opzioni:
-
-- `--apikey [key]`: Chiave API per collegare al tuo account
-
-### delete
-
-`npx @capgo/cli app delete [appId]`
-
-Elimina un'app dal tuo account Capgo
-
-Opzioni:
-
-- `--apikey [key]`: Chiave API per collegare al tuo account
-- `--bundle`: Elimina solo una specifica versione del bundle
-
-### debug
-
-`npx @capgo/cli app debug [appId]`
-
-Mostra informazioni di debug per un'app
-
-Opzioni:
-
-- `--apikey [key]`: Chiave API per collegare al tuo account
-- `--device`: Debug di un dispositivo specifico
-
-### setting
-
-`npx @capgo/cli app setting [path]`
-
-Modifica la configurazione Capacitor per un'app
-
-`[path]` è il percorso dell'impostazione che vuoi modificare (es. `appId` o `plugins.CapacitorUpdater.autoUpdate`)
-
-Devi fornire o `--string` o `--bool`:
-
-- `--string <value>`: Imposta l'impostazione a un valore stringa
-- `--bool <true|false>`: Imposta l'impostazione a un valore booleano
diff --git a/src/content/docs/it/docs/cli/reference/build.mdx b/src/content/docs/it/docs/cli/reference/build.mdx
deleted file mode 100644
index 09715fc5b..000000000
--- a/src/content/docs/it/docs/cli/reference/build.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: 🏗️ build
-description: Crea app mobile native nel cloud e inviale direttamente all'App Store e al Play Store dal tuo CLI.
-sidebar_label: build
-locale: it
-sidebar:
-  order: 5
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-🏗️ Crea app mobile native nel cloud e inviale automaticamente all'App Store e al Play Store.
-
-## Panoramica
-
-Il comando `build` ti consente di creare la tua app Capacitor per iOS e Android nell'infrastruttura cloud di Capgo, in modo simile a come Expo gestisce le build. La tua app viene compilata su infrastruttura dedicata e può essere automaticamente inviata agli app store.
-
-**Stato Attuale:** Beta Pubblica
-
-## Perché Usare Cloud Build?
-
-Creare app mobile native tradizionalmente richiede:
-- **Hardware Mac** per build iOS ($1000+ o costosi minuti CI)
-- **Configurazione CI/CD complessa** con caching e credenziali
-- **Overhead di manutenzione** per Xcode, Android Studio e SDK
-
-Con Capgo Cloud Build, ottieni:
-- ✅ **Nessun Mac richiesto** - Crea app iOS da qualsiasi macchina
-- ✅ **Zero configurazione** - Nessuna configurazione CI/CD necessaria
-- ✅ **Collaudato** - Costruito su 3 anni di uso in produzione interno
-- ✅ **Sicuro** - Nessuna archiviazione log, pulizia automatica
-- ✅ **Solo nativo** - Il tuo JavaScript rimane privato
-
-## Avvio Rapido
-
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-Tutto qui! La tua app verrà compilata nel cloud e vedrai log in tempo reale.
-
-## Sezioni della Documentazione
-
-<CardGrid>
-  <Card title="⚠️ Configura PRIMA le Credenziali" icon="warning">
-    **Richiesto prima di compilare:** Salva le tue credenziali iOS/Android localmente.
-
-    [Configura Credenziali →](/docs/cli/cloud-build/credentials/)
-  </Card>
-
-  <Card title="Iniziare" icon="rocket">
-    Crea la tua prima build nativa in pochi minuti.
-
-    [Leggi la guida →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="Build iOS" icon="apple">
-    Configura certificati e compila per l'App Store.
-
-    [Configura iOS →](/docs/cli/cloud-build/ios/)
-  </Card>
-
-  <Card title="Build Android" icon="setting">
-    Configura keystore e compila per il Play Store.
-
-    [Configura Android →](/docs/cli/cloud-build/android/)
-  </Card>
-
-  <Card title="Risoluzione dei Problemi" icon="warning">
-    Soluzioni ai problemi comuni di build.
-
-    [Ottieni aiuto →](/docs/cli/cloud-build/troubleshooting/)
-  </Card>
-</CardGrid>
-
-## Riferimento Comandi
-
-### Uso Base
-
-```bash
-npx @capgo/cli@latest build [appId] [opzioni]
-```
-
-### Esempi
-
-Compila per entrambe le piattaforme:
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-Compila solo per iOS:
-```bash
-npx @capgo/cli@latest build com.example.app --platform ios
-```
-
-Compila per Android in modalità debug:
-```bash
-npx @capgo/cli@latest build com.example.app --platform android --build-mode debug
-```
-
-Compila da una directory specifica:
-```bash
-npx @capgo/cli@latest build com.example.app --path ./my-app
-```
-
-### Opzioni
-
-| Opzione | Tipo | Predefinito | Descrizione |
-|--------|------|---------|-------------|
-| `appId` | string | capacitor.config | ID Applicazione (es. com.example.app) |
-| `--path <percorso>` | string | Directory corrente | Percorso alla directory del tuo progetto |
-| `--platform <piattaforma>` | string | both | Piattaforma target: `ios`, `android`, o `both` |
-| `--build-mode <modalità>` | string | release | Modalità build: `debug` o `release` |
-| `--build-config <config>` | string | - | Configurazione build aggiuntiva come stringa JSON |
-| `-a, --apikey <apikey>` | string | - | Chiave API (o usa la variabile d'ambiente `CAPGO_TOKEN`) |
-| `--supa-host <url>` | string | https://api.capgo.app | URL host Supabase personalizzato |
-| `--supa-anon <chiave>` | string | - | Chiave anon Supabase personalizzata |
-
-## Come Funziona
-
-```mermaid
-sequenceDiagram
-    participant Dev as Sviluppatore
-    participant CLI as Capgo CLI
-    participant Cloud as Capgo Cloud
-    participant iOS as Mac Builder
-    participant Android as Android Builder
-
-    Dev->>CLI: build com.example.app
-    CLI->>CLI: Comprimi progetto localmente
-    CLI->>Cloud: Carica su R2
-    Cloud->>iOS: Fornisci Mac (iOS)
-    Cloud->>Android: Avvia sandbox (Android)
-    iOS-->>CLI: Streaming log (SSE)
-    Android-->>CLI: Streaming log (SSE)
-    iOS->>Cloud: Build completa
-    Android->>Cloud: Build completa
-    Cloud->>iOS: Pulizia (dopo 24h)
-    Cloud->>Android: Pulizia (istantanea)
-    CLI->>Dev: Build riuscita
-```
-
-### Processo di Build
-
-1. **Preparazione Locale** - Il tuo progetto viene compresso localmente (escludendo `node_modules`, file nascosti)
-2. **Caricamento** - File zip caricato su archiviazione cloud sicura (Cloudflare R2)
-3. **Esecuzione Build**:
-   - **iOS**: Macchina Mac dedicata fornita, Fastlane compila e firma
-   - **Android**: Sandbox sicura creata, Gradle compila e firma
-4. **Streaming Log** - Log in tempo reale tramite Server-Sent Events (non archiviati!)
-5. **Pulizia Automatica**:
-   - **iOS**: File eliminati dopo 24 ore quando la macchina viene rilasciata
-   - **Android**: Tutto eliminato istantaneamente dopo la build
-
-## La Nostra Esperienza
-
-Capgo Cloud Build non è una nuova infrastruttura - la stiamo usando internamente da **3 anni**:
-
-- ✅ **Fastlane Personalizzato** - Costruito specificamente per app Capacitor
-- ✅ **Migliaia di build** - Collaudato in produzione
-- ✅ **Esperti Capacitor** - Profonda conoscenza di ciò che conta
-- ✅ **Focus solo nativo** - Il tuo JavaScript non tocca mai i nostri server
-
-## Sicurezza e Privacy
-
-- **Nessuna archiviazione log** - I log vengono solo trasmessi al tuo terminale, mai salvati
-- **Nessuna archiviazione artefatti** - Le app vengono inviate direttamente all'App Store/Play Store, non conserviamo nulla
-- **Credenziali eliminate automaticamente** - Usate solo durante la build, eliminate dopo
-- **Build isolate** - Ogni build viene eseguita in isolamento
-- **Il tuo codice rimane tuo** - Compiliamo solo parti native, JavaScript rimane locale
-
-## Integrazione CI/CD
-
-Funziona ovunque - GitHub Actions, GitLab CI, o qualsiasi piattaforma CI/CD:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build com.example.app \
-      --platform both \
-      --build-mode release
-```
-
-Non serve:
-- Runner Mac
-- Installazione Android SDK
-- Installazione Xcode
-- Caching complesso
-- Gestione credenziali
-
-## Prezzi
-
-Il tempo di build viene fatturato in base all'uso effettivo:
-
-- **Android**: Moltiplicatore 1× (~$0.XX al minuto)
-- **iOS**: Moltiplicatore 2× (~$0.XX al minuto, a causa dell'hardware Mac)
-
-**Costi tipici:**
-- Debug Android: 3 min × 1× = ~$X.XX
-- Release iOS: 7 min × 2× = ~$X.XX
-
-Paghi solo per ciò che usi. Nessun minimo, nessuna sorpresa.
-
-## Confronto con Altre Soluzioni
-
-| Funzionalità | Capgo Cloud Build | GitHub Actions (Mac) | Expo EAS |
-|---------|------------------|---------------------|----------|
-| **Mac richiesto localmente** | ❌ No | ✅ Sì | ❌ No |
-| **Complessità configurazione** | ⭐ Singolo comando | ⭐⭐⭐ YAML complesso | ⭐⭐ File di config |
-| **Nativo Capacitor** | ✅ Ottimizzato | ⚠️ Generico | ❌ Solo Expo |
-| **Privacy del codice** | ✅ Mai archiviato | ⚠️ Nei runner | ⚠️ Caricato |
-| **Costo (iOS)** | 💰 2× base | 💰💰💰 10× costoso | 💰💰 Premium |
-
-## Cosa Viene Compilato
-
-**Importante:** Capgo compila **solo parti native**.
-
-✅ **Compiliamo:**
-- Codice nativo iOS (Swift, Objective-C, progetti Xcode)
-- Codice nativo Android (Java, Kotlin, progetti Gradle)
-- Firma del codice e invio agli app store
-
-❌ **Tu compili (localmente):**
-- JavaScript, HTML, CSS (`npm run build`)
-- Sincronizzazione Capacitor (`npx cap sync`)
-- Le tue risorse web
-
-Questa separazione garantisce:
-- **Maggiore sicurezza** - La logica della tua app rimane privata
-- **Build più veloci** - Nessuna build web duplicata
-- **Responsabilità chiara** - Tu controlli il tuo codice
-
-## Limitazioni
-
-Limitazioni attuali durante la beta pubblica:
-
-- **Timeout build**: Massimo 10 minuti
-- **Timeout caricamento**: 1 ora per l'URL di caricamento
-- **Macchina iOS**: Requisito contratto di 24 ore, la build su Mac verrà accodata per garantire un utilizzo ottimale
-- **Accesso**: Solo beta pubblica
-
-## Iniziare
-
-Pronto a compilare senza problemi?
-
-<CardGrid>
-  <Card title="Crea la Tua Prima Build" icon="rocket">
-    Guida passo-passo alla tua prima build cloud.
-
-    [Inizia →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="Unisciti alla Beta Pubblica" icon="star">
-    Cloud Build è in beta pubblica. Unisciti alla nostra community per ottenere l'accesso.
-
-    [Unisciti a Discord →](https://discord.com/invite/VnYRvBfgA6)
-  </Card>
-</CardGrid>
-
-## Scopri di Più
-
-- [Guida Iniziare](/docs/cli/cloud-build/getting-started/) - Crea la tua prima build
-- [Configurazione iOS](/docs/cli/cloud-build/ios/) - Configura build iOS
-- [Configurazione Android](/docs/cli/cloud-build/android/) - Configura build Android
-- [Risoluzione dei Problemi](/docs/cli/cloud-build/troubleshooting/) - Problemi comuni e soluzioni
-- [Blog: Presentazione Cloud Build](/blog/introducing-capgo-cloud-build/) - Annuncio funzionalità
-
-## Serve Aiuto?
-
-- 📚 [Guida alla risoluzione dei problemi](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Community Discord](https://discord.com/invite/VnYRvBfgA6)
-- 📧 Email: support@capgo.app
diff --git a/src/content/docs/it/docs/cli/reference/bundle.mdx b/src/content/docs/it/docs/cli/reference/bundle.mdx
deleted file mode 100644
index 8c7f6ee2d..000000000
--- a/src/content/docs/it/docs/cli/reference/bundle.mdx
+++ /dev/null
@@ -1,165 +0,0 @@
----
-title: bundle
-sidebar_label: bundle
-sidebar:
-  order: 5
-locale: it
----
-
-Il comando `bundle` ti permette di gestire i bundle delle tue app
-
-### upload
-
-`npx @capgo/cli bundle upload [appId]`
-
-Carica un nuovo bundle per un'app
-
-Opzioni:
-
-- `-a, --apikey <apikey>`: Chiave API per collegarsi al tuo account
-- `-p, --path <path>`: Percorso della cartella da caricare (predefinito sul `webDir` in `capacitorconfig`) 
-- `-c, --channel <channel>`: Canale a cui collegare il bundle
-- `-e, --external <url>`: Link a un URL esterno invece di caricare su Capgo Cloud
-- `--iv-session-key <key>`: Imposta IV e chiave di sessione per un URL bundle esterno
-- `--s3-region <region>`: Regione del tuo bucket S3
-- `--s3-apikey <apikey>`: Chiave API per il tuo endpoint S3
-- `--s3-apisecret <apisecret>`: Secret API per il tuo endpoint S3
-- `--s3-endpoint <s3Endpoint>`: URL dell'endpoint S3
-- `--s3-bucket-name <bucketName>`: Nome del tuo bucket S3
-- `--s3-port <port>`: Porta per il tuo endpoint S3
-- `--no-s3-ssl`: Disabilita SSL per gli upload S3
-- `--key <key>`: Percorso personalizzato per la chiave di firma pubblica (sistema v1)
-- `--key-data <keyData>`: Dati della chiave di firma pubblica (sistema v1)
-- `--key-v2 <key>`: Percorso personalizzato per la chiave di firma privata (sistema v2)
-- `--key-data-v2 <keyDataV2>`: Dati della chiave di firma privata (sistema v2)
-- `--bundle-url`: Stampa l'URL del bundle su stdout
-- `--no-key`: Ignora la chiave di firma e invia un aggiornamento non firmato
-- `--no-code-check`: Salta il controllo di `notifyAppReady()` nel codice sorgente e `indexhtml` nella cartella root
-- `--display-iv-session`: Visualizza IV e chiave di sessione usati per criptare l'aggiornamento
-- `-b, --bundle <bundle>`: Numero versione del bundle da caricare
-- `--min-update-version <minUpdateVersion>`: Versione minima dell'app richiesta per applicare questo aggiornamento (usato solo se l'auto-update è disabilitato via metadata)
-- `--auto-min-update-version`: Imposta automaticamente la versione minima di aggiornamento basata sulle versioni native del pacchetto
-- `--ignore-metadata-check`: Ignora il controllo dei metadata (node_modules) durante l'upload
-- `--ignore-checksum-check`: Ignora il controllo del checksum durante l'upload
-- `--timeout <timeout>`: Timeout per il processo di upload in secondi
-- `--multipart`: Usa il protocollo multipart per caricare dati su S3 (deprecato, usa `--tus` invece)
-- `--tus`: Carica il bundle usando il protocollo tus
-- `--tus-chunk-size <tusChunkSize>`: Dimensione del chunk per l'upload tus
-- `--partial`: Carica solo i file modificati su Capgo Cloud
-- `--partial-only`: Carica solo file parziali su Capgo Cloud, saltando il file zippato (utile per bundle grandi)
-- `--encrypted-checksum <encryptedChecksum>`: Checksum criptato (firma) per un bundle esterno
-- `--auto-set-bundle`: Imposta automaticamente la versione del bundle in `capacitorconfigjson`
-- `--dry-upload`: Esegue una prova di upload senza caricare effettivamente i file (utile per test)
-- `--package-json <packageJson>`: Lista separata da virgole di percorsi ai file `packagejson` (utile per monorepos)
-- `--node-modules <nodeModules>`: Lista separata da virgole di percorsi alle directory `node_modules` (utile per monorepos)
-- `--encrypt-partial`: Cripta i file di aggiornamento parziale
-- `--delete-linked-bundle-on-upload`: Elimina il bundle attualmente collegato nel canale target prima dell'upload
-
-### compatibility
-
-`npx @capgo/cli bundle compatibility [appId]`
-
-Verifica la compatibilità di un bundle con un canale specifico
-
-Opzioni:
-
-- `-a, --apikey <apikey>`: Chiave API per collegarsi al tuo account
-- `-c, --channel <channel>`: Canale con cui verificare la compatibilità
-- `--text`: Mostra i risultati come testo invece che emoji
-- `--package-json <packageJson>`: Lista separata da virgole di percorsi ai file `packagejson` (utile per monorepos)
-- `--node-modules <nodeModules>`: Lista separata da virgole di percorsi alle directory `node_modules` (utile per monorepos)
-
-### delete
-
-`npx @capgo/cli bundle delete [bundleId] [appId]`
-
-Elimina un bundle da un'app
-
-Opzioni:
-
-- `-a, --apikey <apikey>`: Chiave API per collegarsi al tuo account
-
-### list
-
-`npx @capgo/cli bundle list [appId]`
-
-Elenca tutti i bundle per un'app
-
-Opzioni:
-
-- `-a, --apikey <apikey>`: Chiave API per collegarsi al tuo account
-
-### cleanup
-
-`npx @capgo/cli bundle cleanup [appId]`
-
-Pulisce i vecchi bundle per una versione major, mantenendo il numero specificato di bundle più recenti
-
-Opzioni:
-
-- `-b, --bundle <bundle>`: Numero versione major da pulire
-- `-a, --apikey <apikey>`: Chiave API per collegarsi al tuo account
-- `-k, --keep <keep>`: Numero di bundle da mantenere (predefinito: 4)
-- `-f, --force`: Forza la rimozione senza conferma
-
-### decrypt
-
-`npx @capgo/cli bundle decrypt [zipPath] [sessionKey]`
-
-Decripta un bundle zip firmato
-
-Opzioni:
-
-- `--key <key>`: Percorso personalizzato per la chiave di firma privata
-- `--key-data <keyData>`: Dati della chiave di firma privata
-
-### encrypt
-
-`npx @capgo/cli bundle encrypt [zipPath]`
-
-Cripta un bundle zip
-
-Opzioni:
-
-- `--key <key>`: Percorso personalizzato per la chiave di firma privata
-- `--key-data <keyData>`: Dati della chiave di firma privata
-
-### encryptV2
-
-`npx @capgo/cli bundle encryptV2 [zipPath] [checksum]`
-
-Cripta un bundle zip usando il nuovo metodo di crittografia
-
-Opzioni:
-
-- `--key <key>`: Percorso personalizzato per la chiave di firma privata
-- `--key-data <keyData>`: Dati della chiave di firma privata
-- `-j, --json`: Mostra i risultati come JSON
-
-### decryptV2
-
-`npx @capgo/cli bundle decryptV2 [zipPath] [checksum]`
-
-Decripta un bundle zip usando il nuovo metodo di decrittografia
-
-Opzioni:
-
-- `--key <key>`: Percorso personalizzato per la chiave di firma privata
-- `--key-data <keyData>`: Dati della chiave di firma privata
-- `--checksum <checksum>`: Checksum del bundle per verificarne l'integrità
-
-### zip
-
-`npx @capgo/cli bundle zip [appId]`
-
-Genera un file zip per un bundle
-
-Opzioni:
-
-- `-p, --path <path>`: Percorso della cartella da zippare (predefinito sul `webDir` in `capacitorconfig`)
-- `-b, --bundle <bundle>`: Numero versione del bundle da usare nel nome del file
-- `-n, --name <name>`: Nome file personalizzato per lo zip
-- `-j, --json`: Mostra i risultati come JSON
-- `--no-code-check`: Salta il controllo di `notifyAppReady()` nel codice sorgente e `indexhtml` nella cartella root
-- `--key-v2`: Usa il nuovo metodo di crittografia (v2)
-- `--package-json <packageJson>`: Lista separata da virgole di percorsi ai file `packagejson` (utile per monorepos)
\ No newline at end of file
diff --git a/src/content/docs/it/docs/cli/reference/channel.mdx b/src/content/docs/it/docs/cli/reference/channel.mdx
deleted file mode 100644
index d5c7e9e98..000000000
--- a/src/content/docs/it/docs/cli/reference/channel.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: canale
-sidebar_label: channel
-sidebar:
-  order: 6
-locale: it
----
-
-Il comando `channel` ti permette di gestire i tuoi canali di rilascio
-
-### add
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-Crea un nuovo canale per un'app
-
-Opzioni:
-
-- `-d, --default`: Imposta il nuovo canale come canale predefinito
-- `-a, --apikey <apikey>`: Chiave API da collegare al tuo account
-
-### delete
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-Elimina un canale da un'app
-
-Opzioni:
-
-- `-a, --apikey <apikey>`: Chiave API da collegare al tuo account
-- `--delete-bundle`: Elimina il bundle associato al canale
-
-### list
-
-`npx @capgo/cli channel list [appId]`
-
-Elenca tutti i canali per un'app
-
-Opzioni:
-
-- `-a, --apikey <apikey>`: Chiave API da collegare al tuo account
-
-### currentBundle
-
-`npx @capgo/cli channel currentBundle [channel] [appId]`
-
-Ottiene il bundle corrente per un canale specifico
-
-Opzioni:
-
-- `-c, --channel <channel>`: Canale da cui ottenere il bundle corrente
-- `-a, --apikey <apikey>`: Chiave API da collegare al tuo account
-- `--quiet`: Mostra solo la versione del bundle
-
-### set
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-Imposta le proprietà di un canale
-
-Opzioni:
-
-- `-a, --apikey <apikey>`: Chiave API da collegare al tuo account
-- `-b, --bundle <bundle>`: Numero di versione del bundle da impostare per il canale
-- `-s, --state <state>`: Imposta lo stato del canale (`default` o `normal`)
-- `--latest`: Usa l'ultima versione da `packagejson` come versione del bundle
-- `--downgrade`: Permetti downgrade a versioni inferiori alla versione nativa
-- `--no-downgrade`: Disabilita downgrade a versioni inferiori alla versione nativa
-- `--upgrade`: Permetti upgrade a versioni superiori alla versione nativa
-- `--no-upgrade`: Disabilita upgrade a versioni superiori alla versione nativa
-- `--ios`: Permetti l'invio di aggiornamenti ai dispositivi iOS
-- `--no-ios`: Disabilita l'invio di aggiornamenti ai dispositivi iOS
-- `--android`: Permetti l'invio di aggiornamenti ai dispositivi Android
-- `--no-android`: Disabilita l'invio di aggiornamenti ai dispositivi Android
-- `--self-assign`: Permetti ai dispositivi di auto-assegnarsi a questo canale
-- `--no-self-assign`: Disabilita l'auto-assegnazione dei dispositivi a questo canale
-- `--disable-auto-update <disableAutoUpdate>`: Disabilita la strategia di auto-aggiornamento per questo canale (opzioni: `major`, `minor`, `metadata`, `patch`, `none`)
-- `--dev`: Permetti l'invio di aggiornamenti ai dispositivi di sviluppo
-- `--no-dev`: Disabilita l'invio di aggiornamenti ai dispositivi di sviluppo
-- `--emulator`: Permetti l'invio di aggiornamenti ai dispositivi emulatore
-- `--no-emulator`: Disabilita l'invio di aggiornamenti ai dispositivi emulatore
-- `--package-json <packageJson>`: Lista separata da virgole di percorsi ai file `packagejson` (utile per monorepo)
\ No newline at end of file
diff --git a/src/content/docs/it/docs/cli/reference/doctor.mdx b/src/content/docs/it/docs/cli/reference/doctor.mdx
deleted file mode 100644
index 2e2a9cbc6..000000000
--- a/src/content/docs/it/docs/cli/reference/doctor.mdx
+++ /dev/null
@@ -1,13 +0,0 @@
----
-title: dottore
-sidebar_label: doctor
-sidebar:
-  order: 7
-locale: it
----
-
-`npx @capgo/cli doctor`
-
-Questo comando controlla se stai utilizzando l'ultima versione dei pacchetti Capgo
-
-È anche utile per la segnalazione di bug
\ No newline at end of file
diff --git a/src/content/docs/it/docs/cli/reference/index.mdx b/src/content/docs/it/docs/cli/reference/index.mdx
deleted file mode 100644
index b386a89c0..000000000
--- a/src/content/docs/it/docs/cli/reference/index.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: Panoramica
-description: Documentazione dettagliata per i comandi CLI di Capgo
-sidebar:
-  order: 1
-locale: it
----
-
-import { CardGrid, Card } from '@astrojs/starlight/components';
-
-La CLI di Capgo fornisce una serie di comandi per gestire le tue app e i deployment di Capgo. Questo riferimento fornisce informazioni dettagliate su ogni comando disponibile, incluse le sue opzioni ed esempi di utilizzo
-
-## Comandi
-
-<CardGrid stagger>
-  <a href="/docs/cli/reference/init/">
-    <Card title="init" icon="rocket">
-      Inizializza una nuova app Capgo
-    </Card>
-  </a>
-
-  <a href="/login/">
-    <Card title="login" icon="approve-check">
-      Autenticati con il servizio Capgo
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/doctor/">
-    <Card title="doctor" icon="approve-check-circle">
-      Controlla la tua configurazione Capgo per potenziali problemi
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/app/">
-    <Card title="app" icon="seti:default">
-      Gestisci le tue app Capgo
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/bundle/">
-    <Card title="bundle" icon="seti:html">
-      Gestisci i bundle delle tue app
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/channel/">
-    <Card title="channel" icon="seti:git">
-      Gestisci i tuoi canali di rilascio
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/key/">
-    <Card title="key" icon="seti:lock">
-      Gestisci le tue chiavi di firma delle app
-    </Card>
-  </a>
-</CardGrid>
-
-## Integrazione CI
-
-Per automatizzare il tuo lavoro, ti consigliamo di utilizzare GitHub Actions per inviare i tuoi aggiornamenti a Capgo. Consulta il nostro [tutorial su GitHub Actions](https://capgo.app/blog/automatic-build-and-release-with-github-actions/) per maggiori informazioni
-
-Non dimenticare di configurare le variabili d'ambiente del tuo CI con la tua chiave API Capgo
-
-## App Demo
-
-Per un esempio completo di un'app Capgo con integrazione CI, dai un'occhiata alla nostra [app demo su GitHub](https://github.com/Cap-go/demo-app/)
diff --git a/src/content/docs/it/docs/cli/reference/init.mdx b/src/content/docs/it/docs/cli/reference/init.mdx
deleted file mode 100644
index 02b0a60e0..000000000
--- a/src/content/docs/it/docs/cli/reference/init.mdx
+++ /dev/null
@@ -1,17 +0,0 @@
----
-title: inizializza
-sidebar_label: init
-sidebar:
-  order: 2
-locale: it
----
-
-`npx @capgo/cli@latest init [apikey]`
-
-Questo comando ti guida passo dopo passo per:
-
-- Aggiungere la tua app a Capgo
-- Aggiungere il codice alla tua app per validare l'aggiornamento
-- Compilare la tua app
-- Caricare la tua app su Capgo
-- Aiutarti a verificare se l'aggiornamento funziona
\ No newline at end of file
diff --git a/src/content/docs/it/docs/cli/reference/key.mdx b/src/content/docs/it/docs/cli/reference/key.mdx
deleted file mode 100644
index 8c0ce5651..000000000
--- a/src/content/docs/it/docs/cli/reference/key.mdx
+++ /dev/null
@@ -1,37 +0,0 @@
----
-title: chiave
-sidebar_label: key
-sidebar:
-  order: 7
-locale: it
----
-
-Il comando `key` ti permette di gestire le chiavi di firma della tua app
-
-### save
-
-`npx @capgo/cli key save`
-
-Salva una chiave di crittografia codificata in base64 nella configurazione di Capacitor (utile per CI)
-
-Opzioni:
-
-- `-f, --force`: Forza la generazione di una nuova chiave
-- `--key`: Percorso del file della chiave da salvare nella configurazione di Capacitor
-- `--key-data`: Dati della chiave da salvare direttamente nella configurazione di Capacitor
-
-### create
-
-`npx @capgo/cli key create`
-
-Crea una nuova chiave di crittografia
-
-Opzioni:
-
-- `-f, --force`: Forza la generazione di una nuova chiave
-
-### delete_old
-
-`npx @capgo/cli key delete_old`
-
-Elimina la vecchia chiave di crittografia
\ No newline at end of file
diff --git a/src/content/docs/it/docs/cli/reference/login.mdx b/src/content/docs/it/docs/cli/reference/login.mdx
deleted file mode 100644
index fcf3ec6a6..000000000
--- a/src/content/docs/it/docs/cli/reference/login.mdx
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: accedi
-sidebar_label: login
-sidebar:
-  order: 3
-locale: it
----
-
-`npx @capgo/cli login [apikey]`
-
-Questo comando memorizza la tua API key di Capgo per usi futuri
-
-:::note
-Puoi sovrascrivere l'API key memorizzata passando `--apikey=<key>` a qualsiasi comando
-:::
-
-Opzioni:
-
-- `--local`: Memorizza l'API key nel repository locale e la aggiunge al `gitignore`
\ No newline at end of file
diff --git a/src/content/docs/it/docs/cli/reference/organisation.mdx b/src/content/docs/it/docs/cli/reference/organisation.mdx
deleted file mode 100644
index da34238a8..000000000
--- a/src/content/docs/it/docs/cli/reference/organisation.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: 🔹 organisation
-description: 🏢 Gestisci le tue organizzazioni in Capgo Cloud per la collaborazione di team e la gestione delle app.
-sidebar_label: organisation
-locale: it
-sidebar:
-  order: 9
----
-
-🏢 Gestisci le tue organizzazioni in Capgo Cloud per la collaborazione di team e la gestione delle app.
-
-### <a id="organisation-list"></a> 📋 **Elenca**
-
-**Alias:** `l`
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-📋 Elenca tutte le organizzazioni a cui hai accesso in Capgo Cloud.
-
-**Esempio:**
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-**Opzioni:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Chiave API da collegare al tuo account |
-| **--supa-host** | <code>string</code> | URL host Supabase personalizzato (per self-hosting o sviluppo Capgo) |
-| **--supa-anon** | <code>string</code> | Chiave anon Supabase personalizzata (per self-hosting) |
-
-### <a id="organisation-add"></a> ➕ **Aggiungi**
-
-**Alias:** `a`
-
-```bash
-npx @capgo/cli@latest organisation add
-```
-
-➕ Crea una nuova organizzazione in Capgo Cloud per la collaborazione di team.
-
-**Esempio:**
-
-```bash
-npx @capgo/cli@latest organisation add --name "La Mia Azienda" --email admin@mycompany.com
-```
-
-**Opzioni:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | Nome organizzazione |
-| **-e,** | <code>string</code> | Email di gestione per l'organizzazione |
-| **-a,** | <code>string</code> | Chiave API da collegare al tuo account |
-| **--supa-host** | <code>string</code> | URL host Supabase personalizzato (per self-hosting o sviluppo Capgo) |
-| **--supa-anon** | <code>string</code> | Chiave anon Supabase personalizzata (per self-hosting) |
-
-### <a id="organisation-set"></a> ⚙️ **Imposta**
-
-**Alias:** `s`
-
-```bash
-npx @capgo/cli@latest organisation set
-```
-
-⚙️ Aggiorna le impostazioni dell'organizzazione come nome ed email di gestione.
-
-**Esempio:**
-
-```bash
-npx @capgo/cli@latest organisation set ORG_ID --name "Nome Azienda Aggiornato"
-```
-
-**Opzioni:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | Nome organizzazione |
-| **-e,** | <code>string</code> | Email di gestione per l'organizzazione |
-| **-a,** | <code>string</code> | Chiave API da collegare al tuo account |
-| **--supa-host** | <code>string</code> | URL host Supabase personalizzato (per self-hosting o sviluppo Capgo) |
-| **--supa-anon** | <code>string</code> | Chiave anon Supabase personalizzata (per self-hosting) |
-
-### <a id="organisation-delete"></a> 🗑️ **Elimina**
-
-**Alias:** `d`
-
-```bash
-npx @capgo/cli@latest organisation delete
-```
-
-🗑️ Elimina un'organizzazione da Capgo Cloud. Questa azione non può essere annullata.
-Solo i proprietari dell'organizzazione possono eliminare organizzazioni.
-
-**Esempio:**
-
-```bash
-npx @capgo/cli@latest organisation delete ORG_ID
-```
-
-**Opzioni:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | Chiave API da collegare al tuo account |
-| **--supa-host** | <code>string</code> | URL host Supabase personalizzato (per self-hosting o sviluppo Capgo) |
-| **--supa-anon** | <code>string</code> | Chiave anon Supabase personalizzata (per self-hosting) |
diff --git a/src/content/docs/it/docs/contributing/adding-plugins.mdx b/src/content/docs/it/docs/contributing/adding-plugins.mdx
deleted file mode 100644
index af2a5017b..000000000
--- a/src/content/docs/it/docs/contributing/adding-plugins.mdx
+++ /dev/null
@@ -1,453 +0,0 @@
----
-title: Aggiungere o Aggiornare Plugin
-description: Guida completa per contributori e agenti su come aggiungere nuovi plugin o aggiornare plugin esistenti nella documentazione Capgo.
-locale: it
-sidebar:
-  order: 10
----
-
-import { Steps, Aside, LinkCard } from '@astrojs/starlight/components';
-
-Questa guida spiega come aggiungere nuovi plugin Capacitor al sito web Capgo o aggiornare la documentazione dei plugin esistenti. Questo è utile per contributori, manutentori e agenti AI che aiutano a mantenere la documentazione.
-
-## Panoramica
-
-Quando aggiungi un nuovo plugin all'ecosistema Capgo, devi aggiornare diversi file e posizioni nel sito web per assicurarti che il plugin appaia correttamente in tutti i posti rilevanti:
-
-1. **Configurazione Elenco Plugin** - Aggiungi i metadati del plugin all'elenco principale
-2. **Pagina Indice Plugin** - Aggiungi il plugin alla pagina elenco plugin categorizzato
-3. **Navigazione Sidebar** - Aggiungi il plugin alla sidebar della documentazione
-4. **Documentazione Plugin** - Crea pagine panoramica e guida introduttiva
-5. **Tutorial Plugin** - Crea un tutorial completo
-
-## Posizioni dei File
-
-### File Chiave da Aggiornare
-
-| File | Scopo |
-|------|---------|
-| `/src/config/plugins.ts` | Elenco principale plugin con metadati |
-| `/src/content/docs/docs/plugins/index.mdx` | Pagina indice plugin con categorie |
-| `/astro.config.mjs` | Configurazione navigazione sidebar |
-| `/src/content/docs/docs/plugins/[nome-plugin]/` | Directory documentazione plugin |
-| `/src/content/plugins-tutorials/en/` | File tutorial inglese |
-
-## Guida Passo-Passo
-
-<Steps>
-
-1. ### Aggiungi Plugin all'Elenco Principale
-
-   Apri `/src/config/plugins.ts` e aggiungi il tuo plugin all'array `actions`:
-
-   ```typescript
-   // Prima, importa un'icona Heroicon appropriata
-   import YourIconName from 'astro-heroicons/mini/IconName.astro'
-
-   // Poi aggiungi all'array actions
-   {
-     name: '@capgo/your-plugin-name',
-     author: 'github.com/Cap-go',
-     description: 'Breve descrizione di ciò che fa il plugin',
-     href: 'https://github.com/Cap-go/your-plugin-name/',
-     title: 'Nome Visualizzato',
-     icon: YourIconName,
-   }
-   ```
-
-   **Icone Disponibili**: Controlla `/node_modules/astro-heroicons/mini/` per le icone disponibili.
-
-2. ### Aggiungi Plugin alla Pagina Indice
-
-   Apri `/src/content/docs/docs/plugins/index.mdx` e aggiungi il tuo plugin sotto la categoria appropriata:
-
-   ```mdx
-   <LinkCard
-     title="Nome del Tuo Plugin"
-     description="Breve descrizione di ciò che fa il plugin"
-     href="/docs/plugins/your-plugin-name/"
-   />
-   ```
-
-   **Categorie**:
-   - ⭐ Plugin in Evidenza
-   - 📱 Plugin Dispositivo e Sistema
-   - 🎥 Plugin Media e Fotocamera
-   - 🛠️ Plugin Utilità
-   - 🤖 AI e Media Avanzati
-   - 📍 Servizi Posizione e Background
-   - 📞 Comunicazione e Analytics
-   - 🔐 Sicurezza e Sistema
-   - 📊 Funzionalità Specifiche Android
-   - 📥 Download e Navigazione
-
-3. ### Aggiungi alla Navigazione Sidebar
-
-   Apri `/astro.config.mjs` e aggiungi il tuo plugin alla configurazione sidebar (circa riga 540):
-
-   ```javascript
-   {
-     label: 'Nome del Tuo Plugin',
-     items: [
-       { label: 'Panoramica', link: '/docs/plugins/your-plugin-name/' },
-       { label: 'Guida introduttiva', link: '/docs/plugins/your-plugin-name/getting-started' },
-     ],
-     collapsed: true,
-   }
-   ```
-
-   I plugin sono elencati in ordine alfabetico nella sidebar.
-
-4. ### Crea Directory Documentazione Plugin
-
-   Crea una nuova directory per la documentazione del tuo plugin:
-
-   ```bash
-   mkdir -p /src/content/docs/docs/plugins/your-plugin-name/
-   ```
-
-5. ### Crea Pagina Panoramica Plugin
-
-   Crea `/src/content/docs/docs/plugins/your-plugin-name/index.mdx`:
-
-   ```mdx
-   ---
-   title: "@capgo/your-plugin-name"
-   description: Breve descrizione dello scopo del plugin
-   tableOfContents: false
-   next: false
-   prev: false
-   sidebar:
-     order: 1
-     label: "Introduzione"
-   hero:
-     tagline: Tagline dettagliata che spiega cosa fa il plugin
-     image:
-       file: ~public/your-plugin-icon.svg
-     actions:
-       - text: Inizia
-         link: /docs/plugins/your-plugin-name/getting-started/
-         icon: right-arrow
-         variant: primary
-       - text: Github
-         link: https://github.com/Cap-go/your-plugin-name/
-         icon: external
-         variant: minimal
-   ---
-
-   import { Card, CardGrid } from '@astrojs/starlight/components';
-
-   <CardGrid stagger>
-     <Card title="Funzionalità 1" icon="puzzle">
-       Descrizione della prima funzionalità chiave
-     </Card>
-     <Card title="Funzionalità 2" icon="rocket">
-       Descrizione della seconda funzionalità chiave
-     </Card>
-     <Card title="Multi-piattaforma" icon="puzzle">
-       Funziona sia su iOS che Android 📱
-     </Card>
-     <Card title="Documentazione Completa" icon="open-book">
-       Consulta la [Documentazione](/docs/plugins/your-plugin-name/getting-started/) per padroneggiare il plugin.
-     </Card>
-   </CardGrid>
-   ```
-
-6. ### Crea Guida Introduttiva
-
-   Crea `/src/content/docs/docs/plugins/your-plugin-name/getting-started.mdx`:
-
-   ```mdx
-   ---
-   title: Guida Introduttiva
-   description: Impara come installare e utilizzare il plugin nella tua app Capacitor.
-   sidebar:
-     order: 2
-   ---
-
-   import { Steps } from '@astrojs/starlight/components';
-   import { PackageManagers } from 'starlight-package-managers'
-
-   <Steps>
-   1. **Installa il pacchetto**
-      <PackageManagers pkg="@capgo/your-plugin-name" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-   2. **Sincronizza con i progetti nativi**
-      <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   </Steps>
-
-   ## Configurazione
-
-   ### Configurazione iOS
-   [Istruzioni di configurazione specifiche per iOS]
-
-   ### Configurazione Android
-   [Istruzioni di configurazione specifiche per Android]
-
-   ## Utilizzo
-
-   [Esempi di utilizzo base]
-
-   ## Riferimento API
-
-   [Documentazione API dettagliata]
-
-   ## Esempio Completo
-
-   [Esempio funzionante completo]
-
-   ## Migliori Pratiche
-
-   [Pratiche raccomandate e suggerimenti]
-
-   ## Note sulla Piattaforma
-
-   [Note e limitazioni specifiche della piattaforma]
-   ```
-
-7. ### Crea File Tutorial
-
-   Crea `/src/content/plugins-tutorials/en/your-plugin-name.md`:
-
-   ```markdown
-   ---
-   locale: en
-   ---
-   # Utilizzo del Pacchetto @capgo/your-plugin-name
-
-   Il pacchetto `@capgo/your-plugin-name` [breve descrizione]. In questo tutorial, ti guideremo attraverso l'installazione, la configurazione e l'utilizzo di questo pacchetto nella tua app Ionic Capacitor.
-
-   ## Installazione
-
-   [Passi di installazione]
-
-   ## Configurazione
-
-   [Passi di configurazione per iOS e Android]
-
-   ## Utilizzo API
-
-   [Esempi dettagliati di utilizzo API]
-
-   ## Esempio Completo
-
-   [Esempio funzionante completo]
-
-   ## Migliori Pratiche
-
-   [Suggerimenti e migliori pratiche]
-
-   ## Risoluzione dei Problemi
-
-   [Problemi comuni e soluzioni]
-
-   ## Conclusione
-
-   [Riepilogo e link a risorse aggiuntive]
-   ```
-
-</Steps>
-
-## Struttura Documentazione Plugin
-
-### File Richiesti
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx           # Pagina panoramica con hero e card funzionalità
-└── getting-started.mdx # Guida installazione e utilizzo
-
-src/content/plugins-tutorials/en/
-└── your-plugin-name.md # Tutorial completo
-```
-
-### File Opzionali
-
-Per plugin complessi, puoi aggiungere pagine di documentazione aggiuntive:
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx
-├── getting-started.mdx
-├── api-reference.mdx   # Documentazione API dettagliata
-├── examples.mdx        # Esempi aggiuntivi
-├── troubleshooting.mdx # Guida risoluzione problemi
-└── migrations.mdx      # Guide migrazione
-```
-
-## Linee Guida Contenuto
-
-### Scrivere Descrizioni Plugin
-
-- **Sii Conciso**: Mantieni le descrizioni sotto 100 caratteri
-- **Sii Specifico**: Spiega cosa fa il plugin, non cosa è
-- **Usa Verbi d'Azione**: Inizia con verbi come "Controlla", "Integra", "Abilita"
-
-**Esempi Buoni**:
-- "Controlla la torcia e il flash del dispositivo con semplice on/off"
-- "Integra chat live Crisp e supporto clienti nella tua app"
-- "Abilita autenticazione sicura usando Face ID e Touch ID"
-
-**Esempi Cattivi**:
-- "Un plugin per il flash"
-- "Questo è un plugin Crisp"
-- "Plugin biometrico"
-
-### Scrivere Documentazione
-
-1. **Inizia con l'Installazione**: Inizia sempre con passaggi di installazione chiari
-2. **Fornisci Configurazione**: Includi requisiti di configurazione specifici della piattaforma
-3. **Mostra Esempi di Utilizzo**: Fornisci esempi di codice funzionanti
-4. **Includi Riferimento API**: Documenta tutti i metodi e parametri
-5. **Aggiungi Esempi Completi**: Mostra modelli di utilizzo nel mondo reale
-6. **Elenca Migliori Pratiche**: Condividi suggerimenti per un utilizzo ottimale
-7. **Documenta Differenze Piattaforma**: Chiarisci comportamento iOS vs Android
-8. **Aggiungi Risoluzione Problemi**: Affronta problemi comuni
-
-### Esempi di Codice
-
-- Usa TypeScript per tutti gli esempi di codice
-- Includi importazioni in cima
-- Aggiungi commenti per spiegare i passaggi chiave
-- Mostra gestione errori
-- Dimostra utilizzo base e avanzato
-
-## Checklist
-
-Usa questa checklist quando aggiungi un nuovo plugin:
-
-- [ ] Aggiunto plugin a `/src/config/plugins.ts`
-- [ ] Selezionata icona appropriata da Heroicons
-- [ ] Aggiunto plugin a `/src/content/docs/docs/plugins/index.mdx` nella categoria corretta
-- [ ] Aggiunta voce sidebar in `/astro.config.mjs`
-- [ ] Creata directory documentazione plugin
-- [ ] Creata pagina panoramica `index.mdx`
-- [ ] Creata guida `getting-started.mdx`
-- [ ] Creato tutorial in `/src/content/plugins-tutorials/en/`
-- [ ] Incluse istruzioni installazione
-- [ ] Documentata configurazione iOS
-- [ ] Documentata configurazione Android
-- [ ] Forniti esempi utilizzo
-- [ ] Aggiunto riferimento API
-- [ ] Incluso esempio funzionante completo
-- [ ] Elencate migliori pratiche
-- [ ] Aggiunte note specifiche piattaforma
-- [ ] Testato che tutti i link funzionino correttamente
-
-## Riferimento Icone
-
-Icone comuni usate per i plugin (da `astro-heroicons/mini/`):
-
-| Icona | Caso d'Uso |
-|------|----------|
-| `BoltIcon` | Flash, energia, potenza |
-| `CameraIcon` | Fotocamera, foto, video |
-| `ChatBubbleLeftIcon` | Chat, messaggistica, comunicazione |
-| `FingerPrintIcon` | Biometrico, sicurezza, autenticazione |
-| `MapPinIcon` | Posizione, geolocalizzazione, mappe |
-| `SpeakerWaveIcon` | Audio, suono, musica |
-| `VideoCameraIcon` | Video, registrazione, streaming |
-| `CreditCardIcon` | Pagamenti, acquisti |
-| `PlayCircleIcon` | Lettori media, lettori video |
-| `SignalIcon` | Connettività, rete, beacon |
-| `RadioIcon` | Beacon, broadcast, wireless |
-| `ChatBubbleOvalLeftIcon` | Social media, WeChat |
-
-## Aggiornamento Plugin Esistenti
-
-Quando aggiorni un plugin esistente:
-
-1. **Aggiorna numeri di versione** nella documentazione
-2. **Aggiungi guide migrazione** se esistono modifiche incompatibili
-3. **Aggiorna riferimento API** con nuovi metodi
-4. **Aggiungi nuovi esempi** per nuove funzionalità
-5. **Aggiorna requisiti piattaforma** se modificati
-6. **Rivedi migliori pratiche** basate su nuove funzionalità
-7. **Mantieni tutorial aggiornato** con l'ultima API
-
-## Supporto Multi-lingua
-
-Il sito web supporta più lingue. Dopo aver creato la documentazione inglese:
-
-1. Esegui lo script di traduzione:
-   ```bash
-   bun run plugins:translate_all
-   ```
-
-2. Rivedi le traduzioni generate in:
-   - `/src/content/plugins-tutorials/de/` (Tedesco)
-   - `/src/content/plugins-tutorials/es/` (Spagnolo)
-   - `/src/content/plugins-tutorials/fr/` (Francese)
-   - `/src/content/plugins-tutorials/it/` (Italiano)
-   - `/src/content/plugins-tutorials/ja/` (Giapponese)
-   - `/src/content/plugins-tutorials/ko/` (Coreano)
-   - `/src/content/plugins-tutorials/id/` (Indonesiano)
-
-## Testare le Tue Modifiche
-
-Dopo aver aggiunto o aggiornato la documentazione dei plugin:
-
-1. **Compila il sito localmente**:
-   ```bash
-   npm run build
-   ```
-
-2. **Controlla errori**:
-   - Verifica che tutti i link funzionino
-   - Assicurati che le immagini si carichino correttamente
-   - Conferma che gli esempi di codice siano validi
-   - Testa che la navigazione funzioni
-
-3. **Anteprima del sito**:
-   ```bash
-   npm run dev
-   ```
-
-4. **Verifica che il tuo plugin appaia**:
-   - Controlla pagina elenco plugin
-   - Verifica navigazione sidebar
-   - Testa tutte le pagine documentazione
-   - Conferma che la pagina tutorial funzioni
-
-## Errori Comuni
-
-<Aside type="caution">
-**Evita questi errori comuni:**
-
-1. **Dimenticare di sincronizzare**: Includi sempre `npx cap sync` negli esempi
-2. **Naming inconsistente**: Usa lo stesso nome plugin ovunque
-3. **Manca configurazione piattaforma**: Documenta configurazione sia iOS che Android
-4. **Link interrotti**: Usa link relativi e verifica che funzionino
-5. **Nessuna gestione errori**: Mostra sempre try-catch negli esempi
-6. **Importazioni mancanti**: Includi tutte le importazioni necessarie negli esempi
-7. **Descrizioni poco chiare**: Sii specifico su cosa fa il plugin
-</Aside>
-
-## Ottenere Aiuto
-
-Se hai bisogno di aiuto nell'aggiungere o aggiornare la documentazione dei plugin:
-
-- **Discord**: Unisciti alla nostra [community Discord](https://discord.capgo.app)
-- **GitHub**: Apri un issue sul [repository del sito web](https://github.com/Cap-go/website)
-- **Email**: Contatta il team a support@capgo.app
-
-## Esempi
-
-Per riferimento, controlla questi plugin ben documentati:
-
-- **Updater**: `/src/content/docs/docs/plugins/updater/` (plugin complesso con più pagine)
-- **Flash**: `/src/content/docs/docs/plugins/flash/` (plugin semplice, buon esempio iniziale)
-- **Social Login**: `/src/content/docs/docs/plugins/social-login/` (plugin con sotto-pagine)
-
-## Riepilogo
-
-Aggiungere un plugin alla documentazione Capgo comporta:
-
-1. Aggiungere metadati alla configurazione principale
-2. Aggiungere il plugin alla pagina indice categorizzato
-3. Configurare navigazione sidebar
-4. Creare pagine documentazione complete
-5. Scrivere un tutorial dettagliato
-6. Testare tutte le modifiche localmente
-
-Seguendo questa guida, assicuri che i plugin siano documentati in modo consistente e facilmente individuabili dagli utenti.
diff --git a/src/content/docs/it/docs/faq.mdx b/src/content/docs/it/docs/faq.mdx
deleted file mode 100644
index 5e72cee07..000000000
--- a/src/content/docs/it/docs/faq.mdx
+++ /dev/null
@@ -1,364 +0,0 @@
----
-title: FAQ
-description: Domande frequenti su Capgo
-sidebar:
-  order: 1
-locale: it
----
-
-Se hai domande che non hanno trovato risposta qui, chiedi pure! Puoi sia aprire una issue che chiedere su [Discord](https://discordcom/invite/VnYRvBfgA6)
-
-### Cos'è il "code push"?
-
-Code push, chiamato anche "aggiornamenti over the air" (OTA), è un servizio cloud che permette agli sviluppatori Capacitor di distribuire aggiornamenti alle loro app in produzione. Capgo funziona attualmente su Android e iOS e in futuro funzionerà ovunque funzioni Capacitor.
-
-"Code Push" è un riferimento al nome di una funzionalità di deploy usata dalla community React Native da [Microsoft](https://appcenterms/) ed [Expo](https://expodev/), che non supportano Capacitor.
-
-### Qual è la differenza tra bundle e release?
-
-Usiamo il termine "release" per indicare la preparazione di un binario per gli app store. Per poter generare un bundle successivamente, Capgo deve conoscere l'esatto binario inviato agli app store.
-
-Usiamo il termine "bundle" per indicare una patch che può essere applicata a una release per aggiornare il codice. Il comando `npx @capgo/cli app update` viene utilizzato per generare un bundle dal tuo nuovo codice locale che viene poi inviato agli utenti.
-
-### Qual è la roadmap?
-
-Le nostre board di progetto sono pubbliche e si trovano su: [https://github.com/orgs/Cap-go/projects](https://github.com/orgs/Cap-go/projects/)
-
-Il nostro team opera pubblicamente, quindi puoi vedere a cosa stiamo lavorando in qualsiasi momento. Siamo felici di rispondere a qualsiasi domanda sulla nostra roadmap o priorità tramite Github issues o [Discord](https://discordcom/invite/VnYRvBfgA6).
-
-### Posso usare Capgo con il mio team?
-
-Sì! Tutti i piani supportano sviluppatori illimitati. Limitiamo solo le metriche dell'app (MAU, archiviazione e larghezza di banda) per ogni organizzazione.
-
-Vedi [Teams](https://capgo.app/pricing/) per maggiori informazioni.
-
-### Capgo memorizza il mio codice sorgente?
-
-No. I server Capgo non vedono mai il tuo codice sorgente. Quando esegui `npx @capgo/cli app update`, il tool `npx @capgo/cli` carica solo lo stesso codice compilato che invii agli app store. Se desideri ulteriore sicurezza, puoi utilizzare la crittografia End to End per crittografare il tuo bundle prima di caricarlo sui server Capgo. Questo protegge il bundle durante archiviazione e transito e impedisce a terzi di generare aggiornamenti crittografati validi senza la tua chiave privata, ma non rende impossibile fare reverse engineering delle risorse web distribuite perché la chiave pubblica è presente nell'app distribuita.
-
-Vedi anche la nostra privacy policy: [https://capgo.app/privacy](https://capgo.app/privacy/)
-
-### Posso usare Capgo dal mio sistema CI?
-
-Sì. Capgo è pensato per essere usato dai sistemi CI. Abbiamo pubblicato una guida per [Android e Github Actions](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) e [IOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/), e per [Gitlab](https://capgo.app/blog/setup-ci-and-cd-gitlab/), altri sistemi CI dovrebbero essere simili.
-
-Non esitare a contattarci tramite GitHub issues o Discord se incontri problemi.
-
-### Che relazione ha con Firebase Remote Config o Launch Darkly?
-
-Code push permette di aggiungere nuovo codice / sostituire codice sul dispositivo. Firebase Remote Config e Launch Darkly sono entrambi sistemi di configurazione. Ti permettono di modificare la configurazione della tua app senza dover distribuire una nuova versione. Non sono pensati per sostituire il codice.
-
-### Quanto è grande l'impronta delle dipendenze che aggiunge?
-
-Non ho misurato recentemente, ma mi aspetto che la libreria code push aggiunga meno di un megabyte alle app Capacitor. Conosciamo modi per renderlo più piccolo quando diventerà una priorità. Se la dimensione è un problema per te, faccelo sapere!
-
-### Il code push funziona con applicazioni grandi?
-
-Sì. Non c'è limite alla dimensione dell'applicazione che può essere aggiornata con code push. Come notato [sotto](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support), Capgo può modificare qualsiasi codice JS nella tua applicazione indipendentemente dalla dimensione.
-
-Da notare: Una dimensione maggiore rende più difficile per gli utenti scaricare gli aggiornamenti. Consigliamo di mantenere l'app il più piccola possibile.
-
-### Per cosa posso usare il code push di Capgo?
-
-Abbiamo visto vari utilizzi, tra cui:
-
-- Correzioni di emergenza per app in produzione
-- Distribuzione di correzioni di bug agli utenti su versioni precedenti della tua app
-- Distribuzione costante (es. ogni ora)
-
-Nota che la maggior parte degli app store vieta la distribuzione di codice che modifica in modo significativo il comportamento dell'app. Vedi [sotto](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies) per maggiori informazioni.
-
-### Cosa conta come "MAU" per Capgo?
-
-Un MAU è un "Utente Attivo Mensile". Contiamo come MAU qualsiasi dispositivo che ha contattato i nostri server negli ultimi 30 giorni. Non contiamo i dispositivi che non hanno contattato i nostri server negli ultimi 30 giorni.
-
-**Importante**: A partire dalla versione del plugin **v6.25.0** e **v7.25.0**, l'ID del dispositivo ora persiste tra le reinstallazioni dell'app. Prima di queste versioni, ogni reinstallazione dell'app generava un nuovo ID dispositivo e contava come un nuovo MAU.
-
-Con le versioni attuali:
-- L'ID del dispositivo persiste tra le reinstallazioni dell'app (memorizzato in modo sicuro nel Keychain su iOS e EncryptedSharedPreferences su Android)
-- L'aggiornamento dell'app non crea un nuovo Device ID
-- Durante lo sviluppo, se stai usando una versione precedente del plugin (< v6.25.0 / v7.25.0), ogni reinstallazione crea ancora un nuovo MAU
-
-Nota: I download di TestFlight e i cambi di canale in Android potrebbero ancora generare nuove registrazioni di dispositivi a seconda della tua configurazione.
-
-> Consigliamo dopo il primo setup di disabilitare i dispositivi di sviluppo e gli emulatori per ridurre la quantità di dispositivi duplicati.
-
-### Per cosa non possiamo usare il code push di Capgo?
-
-Come sopra, Capgo non dovrebbe essere usato per violare le policy degli app store. Vedi [sotto](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines) per maggiori informazioni.
-
-Inoltre Capgo non supporta la modifica del codice nativo (es. Java/Kotlin su Android o Objective-C/Swift su iOS). Lo strumento ti avviserà durante un tentativo di aggiornamento se hai modificato codice nativo.
-
-### Posso aggiornare le modifiche di capacitor.config.ts tramite Capgo?[](https://capgo.app/docs/faq/#can-i-update-capacitorconfigts-changes-via-capgo "Direct link to Can I update capacitor.config.ts changes via Capgo?")
-
-No. Le modifiche a `capacitor.config.ts` non possono essere inviate tramite gli aggiornamenti live di Capgo. Il file di configurazione di Capacitor viene letto al momento della compilazione nativa e compilato nel binario dell'app nativa. Ciò significa che qualsiasi modifica a `capacitor.config.ts` (come configurazioni dei plugin, ID dell'app, impostazioni del server o opzioni dei plugin nativi) richiede una nuova versione nativa tramite l'App Store o Google Play.
-
-Capgo può aggiornare solo le risorse web (HTML, CSS, JavaScript) che vengono caricate in fase di esecuzione. Se devi modificare la configurazione di Capacitor, devi:
-1. Aggiornare `capacitor.config.ts` localmente
-2. Ricompilare la tua app nativa (`npx cap sync` seguito da una compilazione nativa)
-3. Inviare il nuovo binario agli store di applicazioni
-
-### Capgo invia agli store per me?
-
-Attualmente Capgo non supporta l'invio agli app store per tuo conto. Abbiamo in programma di aggiungere questa funzionalità in futuro, ma per ora dovrai continuare a utilizzare i tuoi processi esistenti per inviare agli app store.
-
-Puoi usare la nostra [guida CI Android](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) per automatizzare questo processo e [guida CI iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/).
-
-### Cosa memorizza Capgo su disco e dove?
-
-L'updater di Capgo (incluso nella tua applicazione quando compili la tua app) memorizza nella cache l'ultimo bundle scaricato nell'unica directory da cui capacitor permette di caricare codice. Su Android, si trova in `/data/user/0/comexampleapp/code_cache/capgo_updater` anche se la base di quel percorso è fornita dal sistema Android e può cambiare dinamicamente durante l'esecuzione. Sui dispositivi iOS, i dati sono memorizzati sotto `Library/Application Support/capgo`.
-
-Gli strumenti da riga di comando di Capgo (es.`npx @capgo/cli app update`) vengono installati su disco nelle cache npm, i tuoi login sono memorizzati nella tua directory home in `~/capgo`
-
-### Che relazione ha con il Capacitor Hot Reload?[](https://capgo.app/docs/faq/#how-does-this-relate-to-capacitor-hot-reload "Link diretto a Come si relaziona con Capacitor Hot Reload?")
-
-L'Hot reload di Capacitor è una funzionalità solo per lo sviluppo. Code push è per la produzione.
-
-L'hot reload è una funzionalità di Capacitor che permette di modificare il codice sul dispositivo durante lo sviluppo. Richiede la compilazione dell'app Capacitor con un proxy per connettersi alla tua macchina locale.
-
-Code push è una funzionalità che permette di modificare il codice sul dispositivo in produzione. Useremo diverse tecniche per renderlo possibile a seconda della piattaforma.
-
-### Che tipo di modifiche supporta il code push di Capgo?[](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support "Link diretto a Che tipo di modifiche supporta il code push di Capgo?")
-
-Capgo può modificare qualsiasi codice JS nella tua applicazione. Questo include il codice dell'app e il codice generato. Puoi anche aggiornare le dipendenze in `package.json` purché non richiedano modifiche al codice nativo.
-
-Non abbiamo in programma di supportare la modifica del codice nativo (es. Java/Kotlin su Android o Objective-C/Swift su iOS), e lo strumento ti avviserà se rileva che hai modificato il codice nativo poiché non sarà incluso nel bundle.
-
-### Supporta il Web?[](https://capgo.app/docs/faq/#does-this-support-web "Link diretto a Supporta il Web?")
-
-Il code push non è necessario per il web poiché il web già funziona in questo modo. Quando un utente apre una web app, scarica l'ultima versione dal server se necessario.
-
-Se hai un caso d'uso per il code push con il web, ci piacerebbe saperlo!
-
-### Funzionerà su iOS, Android, Mac, Windows, Linux, ecc?[](https://capgo.app/docs/faq/#will-this-work-on-ios-android-mac-windows-linux-etc "Link diretto a Funzionerà su iOS, Android, Mac, Windows, Linux, ecc?")
-
-Sì.
-
-Finora ci siamo concentrati sul supporto Android e iOS, ma il code push alla fine funzionerà ovunque funzioni Capacitor. Ci stiamo assicurando di aver costruito tutta l'infrastruttura necessaria per fornire il code push in modo affidabile e sicuro prima di espanderci ad altre piattaforme.
-
-### Quali versioni OS supporta Capgo?[](https://capgo.app/docs/faq/#what-os-versions-does-capgo-support "Link diretto a Quali versioni OS supporta Capgo?")
-
-Capgo supporta le stesse versioni di Android che supporta Capacitor.
-
-Capacitor attualmente supporta Android API level 22+ e iOS 13.0+: [https://capacitorjs.com/docs/main/reference/support-policy](https://capacitorjs.com/docs/main/reference/support-policy/)
-
-### Quali versioni di Capacitor supporta Capgo?[](https://capgo.app/docs/faq/#what-versions-of-flutter-does-capgo-support "Link diretto a Quali versioni di Capacitor supporta Capgo?")
-
-Capgo attualmente supporta solo le recenti versioni stabili di Capacitor. Potremmo supportare versioni più vecchie di Capacitor, semplicemente non abbiamo costruito l'infrastruttura necessaria per mantenerle nel tempo. Intendiamo supportare più versioni di Capacitor in futuro, inclusa qualsiasi versione per i nostri clienti enterprise: [https://github.com/Cap-go/capgo/issues/1100](https://github.com/Cap-go/capgo/issues/1100/)
-
-Capgo segue la versione stabile di Capacitor e generalmente si aggiorna entro poche ore da qualsiasi release stabile. Il nostro sistema per fare questi aggiornamenti è automatizzato e richiede pochi minuti per l'esecuzione. Quindi facciamo un ulteriore passaggio di verifica manuale prima della pubblicazione sui nostri server.
-
-### Come si relaziona con il processo di revisione o le policy dell'App/Play Store?[](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies "Link diretto a Come si relaziona con il processo di revisione o le policy dell'App/Play Store?")
-
-Gli sviluppatori sono vincolati dai loro accordi con i fornitori degli store quando scelgono di utilizzare quegli store. Il code push è progettato per permettere agli sviluppatori di aggiornare le loro app e continuare a rispettare le policy degli store su iOS e Android. Simile alla varietà di prodotti commerciali disponibili per farlo con React Native (es. [Microsoft](https://appcenter.ms/), [Expo](https://expo.dev/))
-
-Microsoft pubblica anche una guida su come la loro soluzione è conforme agli app store: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-Il code push è una tecnica ampiamente utilizzata negli app store. Tutte le grandi app che conosco usano il code push. La principale policy da tenere presente è di non modificare il comportamento dell'app in modo significativo. Per favore vedi [sotto](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines) per maggiori informazioni.
-
-### Capgo è conforme alle linee guida del Play Store?[](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines "Link diretto a Capgo è conforme alle linee guida del Play Store?")
-
-Sì.
-
-Il Play Store offre due restrizioni relative agli strumenti di aggiornamento:
-
-1. Gli aggiornamenti devono utilizzare un interprete o una macchina virtuale (Capgo usa la Dart Virtual Machine) [https://support.google.com/googleplay/android-developer/answer/9888379?hl=en](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en)
-
-```
-    Un'app distribuita tramite Google Play non può modificare, sostituire o aggiornare se stessa
-    utilizzando qualsiasi metodo diverso dal meccanismo di aggiornamento di Google Play. Allo stesso modo, un'app
-    non può scaricare codice eseguibile (come file dex, JAR, so) da una
-    fonte diversa da Google Play. *Questa restrizione non si applica al codice
-    che viene eseguito in una macchina virtuale o un interprete* dove entrambi forniscono
-    accesso indiretto alle API Android (come JavaScript in una webview o
-    browser)
-
-    Le app o il codice di terze parti, come SDK, con linguaggi interpretati (JavaScript,
-    Python, Lua, ecc.) caricati in runtime (ad esempio, non inclusi nell'
-    app) non devono consentire potenziali violazioni delle policy di Google Play
-```
-
-2. Le modifiche all'app non devono essere ingannevoli (es. cambiare lo scopo dell'app tramite aggiornamento) [https://support.google.com/googleplay/android-developer/answer/9888077](https://support.google.com/googleplay/android-developer/answer/9888077/) Per favore sii chiaro con i tuoi utenti su cosa stai fornendo con la tua applicazione e non violare le loro aspettative con cambiamenti comportamentali significativi attraverso l'uso di Capgo.
-
-Capgo è progettato per essere compatibile con le linee guida del Play Store. Tuttavia Capgo è uno strumento e, come qualsiasi strumento, può essere abusato. Abusare deliberatamente di Capgo per violare le linee guida del Play Store è in violazione dei [Termini di Servizio](https://capgo.app/tos/) di Capgo e può portare alla chiusura del tuo account.
-
-Infine, i servizi di code push sono ampiamente utilizzati nell'industria (tutte le grandi app che conosco li usano) e ci sono molti altri servizi di code push disponibili pubblicamente (es. expo.dev & appcenter.ms). Questa è una strada ben battuta.
-
-Microsoft pubblica anche una guida su come la loro libreria "codepush" per react native è conforme agli app store: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### Capgo è conforme alle linee guida dell'App Store?[](https://capgo.app/docs/faq/#does-capgo-comply-with-app-store-guidelines "Link diretto a Capgo è conforme alle linee guida dell'App Store?")
-
-Sì.
-
-Simile al Play Store, l'App Store offre sia restrizioni tecniche che politiche.
-
-```
-3.2.2
-Il codice interpretato può essere scaricato in un'Applicazione solo se
-tale codice:
-(a) non modifica lo scopo principale dell'Applicazione fornendo
-funzionalità o caratteristiche che sono incompatibili con lo scopo previsto e
-pubblicizzato dell'Applicazione come inviata all'App Store,
-(b) non crea un negozio o vetrina per altro codice o applicazioni, e
-(c) non aggira la firma, il sandbox o altre funzionalità di sicurezza del sistema operativo
-```
-
-Capgo utilizza un interprete Dart personalizzato per rispettare la restrizione solo interprete per gli aggiornamenti su iOS. Fintanto che la tua applicazione non ha comportamenti ingannevoli tramite gli aggiornamenti (es. modificare lo scopo dell'app tramite aggiornamento), l'aggiornamento tramite Capgo (o qualsiasi altra soluzione di code push) è una pratica standard del settore e conforme alle linee guida dell'App Store.
-
-L'abuso intenzionale di Capgo per violare le linee guida dell'App Store viola i [Termini di Servizio](https://capgo.app/tos/) di Capgo e può comportare la chiusura del tuo account.
-
-Microsoft pubblica anche una guida su come la loro libreria react native "codepush" è conforme agli app store: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### Posso utilizzare Capgo nel mio paese?
-
-Non abbiamo cercato di limitare l'accesso a Capgo da nessun paese.
-
-Riconosciamo che alcuni paesi hanno restrizioni sugli URL accessibili dall'interno del paese. Capgo attualmente utilizza Cloudflare Cloud per l'hosting, inclusi R2 Storage e Cloudflare workers.
-
-I seguenti URL sono utilizzati da Capgo:
-
-- [https://apicapgo.app](https://apicapgo.app/) -- utilizzato dagli strumenti da riga di comando `npx @capgo/cli` per interagire con i server Capgo e dall'updater Capgo sui dispositivi degli utenti per controllare gli aggiornamenti
-- [https://*r2cloudflarestoragecom](https://*r2cloudflarestoragecom/) -- utilizzato dallo strumento da riga di comando `npx @capgo/cli` per caricare e scaricare bundle
-
-Se tutti questi URL sono accessibili dal tuo paese, allora Capgo dovrebbe funzionare.
-
-Se la tua regione richiede il blocco dell'accesso a uno di questi URL, faccelo sapere e possiamo lavorare con te per trovare una soluzione. I server proxy sono un'opzione.
-
-### Posso fare self-hosting di Capgo?
-
-Sì, puoi fare self-hosting di Capgo. La guida non è ancora scritta, ma il codice è open source e disponibile su [https://github.com/cap-go/capgo](https://github.com/cap-go/capgo/)
-
-### Il code push richiede internet per funzionare?
-
-Sì. Si potrebbe immaginare di eseguire un server per distribuire gli aggiornamenti separatamente da internet generale, ma è necessaria qualche forma di connettività di rete per trasportare gli aggiornamenti ai dispositivi.
-
-### Come viene influenzato Capgo dalla mancanza di connettività di rete?
-
-L'updater Capgo (incluso nella tua applicazione quando compili la tua app con Capgo) è progettato per essere resiliente ai problemi di connettività di rete.
-
-Nel comportamento di aggiornamento predefinito, quando l'applicazione si avvia avvisa l'updater Capgo, che genera un thread separato per effettuare una richiesta di rete ai server Capgo e chiedere un aggiornamento. Utilizziamo intenzionalmente un thread separato per evitare di bloccare qualsiasi altra cosa che l'applicazione potrebbe fare. Se la richiesta di rete fallisce o va in timeout, l'updater proverà semplicemente a controllare di nuovo al prossimo avvio dell'applicazione.
-
-Gli strumenti da riga di comando Capgo (es. `npx @capgo/cli app update`) richiedono connettività di rete per funzionare. Se stai utilizzando Capgo per distribuire la tua app, dovresti assicurarti che il tuo sistema CI abbia connettività di rete.
-
-### Cosa succede se un utente non si aggiorna per molto tempo e perde un aggiornamento?
-
-La nostra implementazione invia sempre un aggiornamento specificamente adattato per il dispositivo che lo richiede, aggiornando sempre il richiedente all'ultima versione disponibile. Quindi se un utente non si aggiorna per un po' "perderà" gli aggiornamenti intermedi.
-
-Il server di aggiornamento potrebbe essere modificato per supportare la risposta con la versione incrementale successiva o l'ultima versione a seconda delle esigenze della tua applicazione. Facci sapere se comportamenti di aggiornamento alternativi sono importanti per te.
-
-### Che relazione c'è tra Capgo e Capacitor?
-
-Capgo è un plugin per Capacitor che aggiunge il code push. Capgo non è un sostituto di Capacitor. Puoi continuare a utilizzare gli strumenti Capacitor che già conosci e ami.
-
-Seguiamo l'ultima versione stabile di Capacitor e aggiorniamo il nostro plugin code push per funzionare con essa.
-
-### Quando avvengono gli aggiornamenti?
-
-Per impostazione predefinita, l'updater Capgo controlla gli aggiornamenti all'avvio dell'app. Viene eseguito su un thread in background e non blocca il thread UI. Tutti gli aggiornamenti verranno installati mentre l'utente sta utilizzando l'app e verranno applicati al successivo riavvio dell'app.
-
-È anche possibile eseguire l'updater Capgo manualmente utilizzando [package:capgo\_code\_push](https://pubdev/packages/capgo_code_push/), attraverso il quale è possibile attivare gli aggiornamenti in qualsiasi momento, anche tramite una notifica push.
-
-L'updater Capgo è progettato in modo che quando la rete non è disponibile, o il server è inattivo o comunque irraggiungibile, l'app continuerà a funzionare normalmente. Se dovessi mai scegliere di eliminare un aggiornamento dai nostri server, tutti i tuoi client continueranno a funzionare normalmente.
-
-Abbiamo aggiunto la possibilità di ripristinare le patch. La cosa più semplice è semplicemente allegare un bundle precedente al tuo canale per annullare.
-
-### Devo mantenere segreto il mio app_id?
-
-No. L'`app_id` è incluso nella tua app ed è sicuro essere pubblico. Puoi includerlo nel controllo versione (anche pubblicamente) e non preoccuparti che qualcun altro vi acceda.
-
-Qualcuno che ha il tuo `app_id` può recuperare l'ultima versione della tua app dai server Capgo, ma non può inviare aggiornamenti alla tua app o accedere a qualsiasi altro aspetto del tuo account Capgo.
-
-### Quali informazioni vengono inviate ai server Capgo?
-
-Anche se Capgo si connette alla rete, non invia alcuna informazione personalmente identificabile. Includere Capgo non dovrebbe influire sulle tue dichiarazioni per il Play Store o l'App Store.
-
-Le richieste inviate dall'app ai server Capgo includono:
-
-- app_id (specificato in `capacitorconfigjson`)
-- channel (opzionale in `capacitorconfigjson`)
-- release_version (versionName da AndroidManifestxml o CFBundleShortVersionString da Infoplist o `capacitorconfigjson` se impostato in [`CapacitorUpdaterversion`](/docs/plugin/settings/#version))
-- version_number (generato come parte di `npx @capgo/cli app update`)
-- os_version (es. '1121')
-- platform (es. 'android', necessario per inviare la patch corretta)
-- device_id (generato sul dispositivo al primo avvio, utilizzato per deduplicare le installazioni per dispositivo e permetterci di addebitare in base agli utenti installati)utenti attivi mensili), piuttosto che patch totali o installazioni totali di patch)
-- custom_id (opzionale, impostato durante l'esecuzione dallo sviluppatore, utilizzato per collegare un dispositivo a un utente nel tuo sistema)
-
-### Quali piattaforme supporta Capgo?
-
-Attualmente, Capgo supporta iOS e Android. Entrambi sono pronti per la produzione.
-
-L'uso di Capgo per iOS o Android può essere una decisione indipendente. Puoi impostare nel tuo canale di distribuire su Android e un ipa creato per l'App Store o viceversa.
-
-Capgo può (relativamente facilmente) essere adattato per supportare desktop o target embedded. Se questi sono importanti per te, faccelo sapere.
-
-### Come interagisce Capgo con i Play Testing Tracks o Apple TestFlight?
-
-Ciascuno degli app store ha meccanismi separati per distribuire app a gruppi limitati di utenti (es. "test interno", "beta chiusa", ecc.). Questi sono tutti meccanismi per segmentare i tuoi utenti in gruppi e distribuire versioni specifiche delle tue app a ciascuno.
-
-Purtroppo, non tutti questi meccanismi permettono a terze parti di rilevare quando le app sono installate in uno specifico Test Track o tramite TestFlight. Quindi, non abbiamo una visibilità affidabile sulla composizione di questi gruppi e non possiamo limitare in modo affidabile l'accesso agli aggiornamenti Capgo basati su questi gruppi [https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play](https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play/) [https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i](https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i/)
-
-Se desideri segmentare la disponibilità del bundle Capgo, ci sono 4 opzioni potenziali:
-
-1. Usa canali separati per ogni gruppo. Questo è l'approccio più diretto, ma richiede di gestire più canali. Potresti già avere canali di sviluppo e produzione con diverse disponibilità. Puoi quindi aggiornare i tuoi canali di sviluppo, verificarli e poi aggiornare separatamente i tuoi canali di produzione. Consigliamo di utilizzare branch / tag nel controllo versione per tenere traccia delle fonti associate a ciascun rilascio.
-2. Traccia il tuo insieme di utenti opt-in, disabilita gli aggiornamenti automatici e attiva gli aggiornamenti solo per determinati utenti tramite package:capgo_code_push. Questo funziona oggi, ma richiede di gestire la propria lista opt-in.
-3. Capgo permette di creare il proprio meccanismo opt-in su base per-dispositivo (simile a Test Tracks o TestFlight, solo agnostico alla piattaforma). Questo permette al tuo team QA di opt-in al bundle prima che venga promosso al pubblico generale.
-4. Capgo ha rollout percentuali. Questo non ti permette di scegliere quali dispositivi inviare, ma può aiutarti a distribuire incrementalmente e tornare indietro alla vista di eventuali problemi.
-
-## Fatturazione
-
-### Come faccio ad aggiornare o declassare il mio piano?
-
-Puoi aggiornare o declassare il tuo piano in qualsiasi momento nel tuo dashboard: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Quando si resetta il mio periodo di fatturazione?
-
-I periodi di fatturazione vengono resettati automaticamente ogni mese nel mese in cui ti sei abbonato per la prima volta a Capgo. Per esempio, se ti sei abbonato il 15 del mese, il tuo periodo di fatturazione si resetterà il 15 di ogni mese.
-
-### Come faccio a cancellare il mio abbonamento?
-
-Puoi cancellare il tuo abbonamento in qualsiasi momento nel tuo dashboard: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Posso pagare per un anno in anticipo?
-
-Sì puoi farlo in qualsiasi momento nel tuo dashboard: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### Statistiche e analytics
-
-Le statistiche nel tuo dashboard vengono aggiornate ogni mezzanotte UTC.
-Le statistiche sono calcolate in base al numero di [MAU](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release) che sono stati installati sui tuoi dispositivi.
-
-# Come viene generato l'ID del dispositivo
-
-L'ID del dispositivo viene generato sul dispositivo al primo avvio e viene utilizzato per deduplicare le installazioni per dispositivo e permetterci di addebitare in base agli utenti installati (es. utenti attivi mensili), piuttosto che patch totali o installazioni totali di patch.
-
-MAU è una soluzione migliore del numero di installazioni per prezzare Capgo, in quanto è più accurato e riflette il costo effettivo di Capgo per dispositivo.
-
-**Persistenza dell'ID del dispositivo (Aggiornato in v6.25.0 e v7.25.0)**:
-- **Comportamento attuale**: L'ID del dispositivo ora persiste tra le reinstallazioni dell'app. È memorizzato in modo sicuro nel Keychain del dispositivo (iOS) o EncryptedSharedPreferences (Android), permettendoci di tracciare lo stesso dispositivo anche dopo la disinstallazione/reinstallazione.
-- **Comportamento precedente** (prima di v6.25.0/v7.25.0): Per ragioni di privacy legate alle policy dell'App Store di Apple e Google, l'ID del dispositivo veniva reimpostato ad ogni reinstallazione dell'app, rendendo impossibile tracciare lo stesso dispositivo tra le reinstallazioni.
-
-Le regole sulla privacy sono imposte da Apple e Google, e l'implementazione di Capgo è conforme alle loro best practice per l'identificazione dei dispositivi.
-
-L'ID del dispositivo non sarà elencato nella tua lista dispositivi finché non ottengono la loro prima patch installata.
-
-# Perché il mio numero di dispositivi è diverso dal mio MAU?
-
-Attualmente, la lista dei dispositivi non viene aggiornata con la stessa frequenza del MAU.
-
-La lista dei dispositivi viene aggiornata solo quando un dispositivo installa un aggiornamento.
-
-Mentre il MAU viene aggiornato ad ogni avvio dell'app. Questa è una limitazione attuale della piattaforma. La nostra piattaforma Analytics non supporta aggiornamenti raw quindi utilizziamo database convenzionali per la lista Dispositivi.
-
-Per limitare il numero di query al database, aggiorniamo le righe solo all'aggiornamento dell'app.
-
-Questa limitazione sarà rimossa in futuro.
-
-# Come avere aggiornamenti diversi per piattaforma?
-
-Puoi creare un canale per ogni piattaforma e disabilitare gli aggiornamenti specifici per piattaforma in ciascun canale.
-
-Sul canale ios disabilita gli aggiornamenti android e sul canale android disabilita gli aggiornamenti ios.
-
-Quindi carica un bundle su ciascun canale per avere aggiornamenti diversi per ogni piattaforma.
-
-Se hai bisogno di avere lo stesso aggiornamento per entrambe le piattaforme, puoi collegare un bundle a più canali. Non è necessario duplicare il bundle.
diff --git a/src/content/docs/it/docs/getting-help.mdx b/src/content/docs/it/docs/getting-help.mdx
deleted file mode 100644
index d0bc48cea..000000000
--- a/src/content/docs/it/docs/getting-help.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: Supporto tecnico per capgo
-description: Come ottenere assistenza per Capgo
-sidebar:
-  order: 1
-locale: it
----
-
-## Supporto tramite discord
-
-Capgo ha un [server discord](https://discordcom/invite/VnYRvBfgA6) ufficiale. Ottenere supporto tecnico qui è probabilmente uno dei modi più rapidi per ricevere una risposta.
-
-Ecco una guida veloce:
-
-1. vai al canale `questions`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-questions.webp" alt="Ask on discord" /><figcaption></figcaption></figure>
-
-2. crea il tuo thread
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-newquestion.webp" alt="Create a question on discord" /><figcaption></figcaption></figure>
-
-3. Descrivi il tuo problema e seleziona i tag pertinenti
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-new-post.webp" alt="Create a post on discord" /><figcaption></figcaption></figure>
-
-4. Condividi il tuo ID account sicuro (opzionale)
-
-Questo permetterà allo staff di Capgo di esaminare il tuo account. Condividere questo ID è sicuro, poiché è stato progettato per essere condiviso pubblicamente.
-
-Per condividerlo, vai alle [impostazioni di Capgo](https://console.capgo.app/dashboard/settings/account/). Qui clicca su `copy account id`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/share-secure-id.webp" alt="Share your id without leaking your info" /><figcaption></figcaption></figure>
-
-Questo copierà l'ID account sicuro negli appunti. Includi questo ID nel tuo post su Discord.
-
-## Supporto via email
-
-Questo è il modo più lento per ricevere supporto. Ti preghiamo di utilizzare prima il server Discord.
-
-Se hai bisogno di contattarci via email, invia un'email a support@capgo.app
diff --git a/src/content/docs/it/docs/getting-started/add-an-app.mdx b/src/content/docs/it/docs/getting-started/add-an-app.mdx
deleted file mode 100644
index 3f8d58b33..000000000
--- a/src/content/docs/it/docs/getting-started/add-an-app.mdx
+++ /dev/null
@@ -1,83 +0,0 @@
----
-title: Ajouter une App
-description: Aggiungi un'app al tuo account Capgo e installa il plugin nella tua app
-sidebar:
-  order: 3
-prev: true
-next: true
-locale: it
----
-
-import { YouTube } from 'astro-embed';
-import { Aside, Steps, LinkCard, Code } from '@astrojs/starlight/components';
-
-## Requisiti
-
-Prima di iniziare con Capgo, assicurati di avere:
-- Un'app Capacitor installata e configurata. [Scopri come configurare Capacitor](https://capacitorjs.com/docs/getting-started/)
-- Node.js 20 o versioni successive installato
-- Uno dei seguenti ambienti di sviluppo:
-  - **macOS** con Xcode (per lo sviluppo iOS) e/o Android Studio (per lo sviluppo Android)
-  - **Linux** con Android Studio (per lo sviluppo Android)
-  - **Windows** con Android Studio (per lo sviluppo Android)
-
-## Introduzione a Capgo
-<YouTube id="NzXXKoyhTIo" title="Capgo in 15 min" />
-
-## Gli aggiornamenti live sono a 3 passi di distanza
-
-
-### Configurazione guidata
-
-<Steps>
-
-1. Crea il tuo account su [https://capgo.app/register](https://capgo.app/register)
-![signup screenshot](/signup.webp "signup screenshot")
-
-2. Usa il comando Init per iniziare <Code code={`npx @capgo/cli@latest init [APIKEY]`} lang="bash" /> Ti verranno presentate una serie di domande. Fornisci le risposte necessarie per completare la configurazione automatica
-
-3. Distribuisci un aggiornamento live
-
-</Steps>
-
-<Aside type="tip">Seguendo questi passaggi, sarai operativo in pochissimo tempo. Se hai bisogno di ulteriore assistenza durante il processo, il nostro team di supporto è [qui per aiutarti](https://support.capgo.app) Buon onboarding!</Aside>
-<LinkCard href="/docs/getting-started/onboarding/" title="Guida Dettagliata all'Onboarding" description="Vedi la guida completa passo dopo passo per il processo di onboarding CLI" />
-<LinkCard href="/docs/getting-started/deploy/" title="Deploy a live update" description="Impara come distribuire un aggiornamento live alla tua app" />
-
-### Configurazione manuale
-
-Nel caso in cui il comando init non funzioni, puoi aggiungere manualmente un'app
-
-<Steps>
-
-1. Connetti la CLI al tuo account: <Code code={`npx @capgo/cli@latest login [APIKEY]`} lang="bash" />
-
-2. Aggiungi l'app al tuo account con questo comando: <Code code={`npx @capgo/cli@latest app add [APP_NAME]`} lang="bash" />
-
-3. Installa il plugin nella tua app: <Code code={`npm i @capgo/capacitor-updater`} lang="bash" />
-
-4. Configura il plugin nel tuo `capacitor.config` <Code code={`{\n  "plugins": {\n    CapacitorUpdater: {\n      "appId": "Your appID",\n      "autoUpdate": true,\n      "version": "1.0.0"\n    }\n  }\n}`} lang="json" />
-  [Vedi tutte le opzioni disponibili](/docs/plugin/settings/). Queste informazioni verranno dedotte se non fornite.
-
-5. Chiama il metodo init il prima possibile nella tua app: <Code code={`import { CapacitorUpdater } from '@capgo/capacitor-updater';\nCapacitorUpdater.notifyAppReady();`} lang="typescript" />
-
-6. Distribuisci un aggiornamento live
-
-</Steps>
-
-<Aside type="note" title="Installazione per versioni precedenti di Capacitor">
-Il comando sopra installa l'ultima versione (v8.x) per Capacitor 8. Per versioni precedenti di Capacitor, usa il tag npm appropriato:
-
-```bash
-# Capacitor 7
-npm i @capgo/capacitor-updater@lts-v7
-
-# Capacitor 6
-npm i @capgo/capacitor-updater@lts-v6
-
-# Capacitor 5
-npm i @capgo/capacitor-updater@lts-v5
-```
-
-Ogni versione maggiore del plugin corrisponde alla versione maggiore di Capacitor (v8 → Capacitor 8, v7 → Capacitor 7, v6 → Capacitor 6, v5 → Capacitor 5). Le versioni minori condividono lo stesso set di funzionalità su tutte le versioni maggiori (es., 5.34.0, 6.34.0, 7.34.0 e 8.34.0 includono le stesse funzionalità).
-</Aside>
diff --git a/src/content/docs/it/docs/getting-started/cicd-integration.mdx b/src/content/docs/it/docs/getting-started/cicd-integration.mdx
deleted file mode 100644
index a0ef25044..000000000
--- a/src/content/docs/it/docs/getting-started/cicd-integration.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: Integrazione CI/CD
-locale: it
----
-
-import { Steps, Code } from '@astrojs/starlight/components';
-
-L'integrazione di Capgo nella tua pipeline CI/CD ti permette di automatizzare completamente il processo di build e deploy degli aggiornamenti alla tua app. Sfruttando la CLI di Capgo e semantic-release, puoi garantire deployment consistenti e affidabili e abilitare iterazioni rapide.
-
-## Benefici dell'Integrazione CI/CD
-
-- **Automazione**: Niente più passaggi manuali o spazio per errori umani. L'intero processo di build, test e deployment può essere automatizzato da cima a fondo.
-
-- **Consistenza**: Ogni deployment segue lo stesso set di passaggi, garantendo un processo prevedibile e ripetibile. Questo è particolarmente importante quando hai più membri del team che contribuiscono al codice.
-
-- **Iterazioni più veloci**: Con i deployment automatizzati, puoi rilasciare aggiornamenti più frequentemente e con sicurezza. Niente più attese per QA manuale o approvazioni dei rilasci.
-
-## CLI di Capgo
-
-La CLI di Capgo è la chiave per integrare Capgo nel tuo workflow CI/CD. Fornisce comandi per pubblicare nuove versioni del bundle, gestire i canali e altro.
-
-Il comando più importante per l'integrazione CI/CD è `upload`:
-
-```shell
-npx @capgo/cli@latest bundle upload --channel=production --apikey YOUR_API_KEY
-```
-
-Questo comando carica la build web corrente sul canale specificato. Tipicamente lo eseguirai come ultimo step nella tua pipeline CI/CD, dopo che la build web è stata completata con successo.
-
-## Configurare Capgo nella tua Pipeline CI/CD
-
-Mentre i passaggi esatti varieranno a seconda del tuo strumento CI/CD, il processo generale per integrare Capgo è il seguente:
-
-<Steps>
-1. **Generare una API key**: Accedi alla dashboard di Capgo e crea una nuova API key. Questa chiave sarà usata per autenticare la CLI nel tuo ambiente CI/CD. Mantienila segreta e non committarla mai nel tuo repository!
-
-3. **Configurare il comando `upload`**: Aggiungi uno step alla tua configurazione CI/CD che esegue il comando `upload` con gli argomenti appropriati: <Code lang="yaml" title="upload.yml" code={`- run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secrets.CAPGO_API_KEY \}\}`} />\n Sostituisci `Production` con il canale su cui vuoi fare il deploy, e `${{ secrets.CAPGO_API_KEY }}` con la variabile d'ambiente che contiene la tua API key.
-
-4. **Aggiungere lo step `upload` dopo la build web**: Assicurati che lo step `upload` arrivi dopo che la build web è stata completata con successo. Questo garantisce che stai sempre distribuendo il tuo codice più recente.\n  Ecco un esempio di configurazione per GitHub Actions:\n<Code lang="yaml" title="upload.yml" code={`name: Deploy to Capgo\n on:\n  push:\n   branches: [main]\n\njobs:\n deploy:\n runs-on: ubuntu-latest\n\n steps:\n - uses: actions/checkout@v6\n - uses: actions/setup-node@v6\n  with:\n   node-version: '24'\n\n - run: npm ci\n - run: npm run build\n\n - run: npm install -g @capgo/cli\n - run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secrets.CAPGO_API_KEY \}\}`} />
-
-</Steps>
-
-## Integrazione Semantic-release
-
-Semantic-release è uno strumento potente per automatizzare la gestione delle versioni e generare note di rilascio. Integrando semantic-release con Capgo, puoi incrementare automaticamente la versione della tua app e generare changelog con ogni deployment.
-
-Ecco un esempio di file di configurazione `releaserc` per semantic-release:
-
-```json
-{
-  "branches": [
-    "main",
-    {
-      "name": "beta",
-      "prerelease": true
-    }
-  ],
-  "plugins": [
-    "@semantic-release/commit-analyzer",
-    "@semantic-release/release-notes-generator",
-    "@semantic-release/changelog",
-    [
-      "@semantic-release/exec",
-      {
-        "publishCmd": "npx @capgo/cli@latest bundle upload --channel=${nextRelease.channel} --apikey YOUR_API_KEY --partial"
-      }
-    ],
-    [
-      "@semantic-release/git",
-      {
-        "assets": ["CHANGELOG.md", "package.json"],
-        "message": "chore(release): ${nextRelease.version} [skip ci]\n\n${nextRelease.notes}"
-      }
-    ]
-  ]
-}
-```
-
-Questa configurazione fa quanto segue:
-
-1. Analizza i messaggi di commit per determinare il prossimo numero di versione, seguendo la specifica Conventional Commits
-2. Genera note di rilascio basate sui commit dall'ultimo rilascio
-3. Aggiorna il file `CHANGELOG.md` con le nuove note di rilascio
-4. Esegue il comando `upload` della CLI di Capgo, passando il nuovo numero di versione e usando il flag `--partial` per gli aggiornamenti differenziali
-5. Committa il `CHANGELOG.md` aggiornato, `package.json` e qualsiasi altro file modificato nel repository
-
-Per usare semantic-release con Capgo, aggiungi semplicemente uno step alla tua configurazione CI/CD che esegue `npx semantic-release`. Assicurati che questo step arrivi dopo la build web e prima dello step `upload` di Capgo.
-
-## Risoluzione dei problemi
-
-Se incontri problemi con la tua integrazione CI/CD di Capgo, ecco alcune cose da controllare:
-
-- **API key**: Assicurati che la tua API key sia valida e abbia i permessi necessari. Se usi una variabile d'ambiente, ricontrolla che sia impostata correttamente.
-
-- **Versione CLI**: Assicurati di usare l'ultima versione della CLI di Capgo. Le versioni più vecchie potrebbero avere problemi di compatibilità o mancare di alcune funzionalità.
-
-- **Artefatti di build**: Conferma che la tua build web stia generando i file di output previsti. La CLI di Capgo ha bisogno di una build web valida per creare un bundle.
-
-- **Connettività di rete**: Verifica che il tuo ambiente CI/CD abbia accesso di rete ai server Capgo. Problemi di firewall o proxy possono talvolta interferire con il comando `upload`.
-
-Se stai ancora avendo problemi, contatta il supporto Capgo per assistenza. Possono aiutare a risolvere qualsiasi problema con la tua configurazione specifica.
-
-## Conclusione
-
-Integrare Capgo nella tua pipeline CI/CD e sfruttare semantic-release per la gestione delle versioni può semplificare notevolmente il tuo workflow di sviluppo. Automatizzando i tuoi deployment e il versioning, puoi rilasciare aggiornamenti più velocemente e con più sicurezza.
-
-La CLI di Capgo e semantic-release forniscono una combinazione potente per ottenere rilasci completamente automatizzati da cima a fondo. Con un po' di configurazione, puoi avere un processo di deployment robusto e affidabile che ti permette di concentrarti sulla creazione di grandi funzionalità invece di preoccuparti dei passaggi manuali di rilascio.
-
-Per maggiori dettagli sui comandi e le opzioni della CLI di Capgo, consulta la [referenza CLI](/docs/cli/overview). E per un approfondimento sulla configurazione di semantic-release, vedi la [documentazione di semantic-release](https://github.com/semantic-release/semantic-release).
-
-Buon deployment!
diff --git a/src/content/docs/it/docs/getting-started/deploy.mdx b/src/content/docs/it/docs/getting-started/deploy.mdx
deleted file mode 100644
index f157c278a..000000000
--- a/src/content/docs/it/docs/getting-started/deploy.mdx
+++ /dev/null
@@ -1,151 +0,0 @@
----
-title: Implementa un Live Update
-sidebar:
-  order: 4
-locale: it
----
-
-import { LinkCard, TabItem, Tabs, Steps } from '@astrojs/starlight/components';
-
-Usa la funzione Live Updates di Capgo per aggiornare l'interfaccia utente e la logica di business della tua app da remoto, in tempo reale. Invia aggiornamenti del bundle JS direttamente ai tuoi utenti senza passare attraverso l'app store per correggere bug e distribuire nuove funzionalità istantaneamente.
-
-Questa guida presuppone che tu abbia completato il [Quickstart di Capgo](/docs/getting-started/quickstart) e che tu abbia già:
-
-<Steps>
-
-1. Installato l'SDK `@capgo/capacitor-updater` nella tua app Capacitor
-
-2. Configurato l'ID della tua app e il canale di aggiornamento in `capacitorconfigts`
-
-3. Aggiunto nel tuo codice il metodo `CapacitorUpdater.notifyAppReady()`
-
-</Steps>
-
-Se non hai ancora completato questi passaggi, torna indietro e completa prima il quickstart
-
-<LinkCard href="/docs/getting-started/add-an-app/" title="Aggiungi un'app" description="Aggiungi un'app al tuo account Capgo e installa il plugin nella tua app" />
-
-## Caricamento di un Bundle
-
-Con l'SDK Capgo installato e configurato, sei pronto per caricare il tuo primo bundle di aggiornamento live:
-
-1. Compila i tuoi asset web:
-   ```shell
-   npm run build
-   ```
-
-2. Carica il bundle su Capgo:
-    <Tabs>
-      <TabItem label="Console">
-        ```shell
-      npx @capgo/cli@latest bundle upload --channel=production
-      ```
-      </TabItem>
-      <TabItem label="Github Actions">
-      ```yml
-      // github/workflows/build_and_deployyml
-    name: Build source code and send to Capgo
-
-    concurrency:
-      group: ${{ githubworkflow }}-${{ githubref }}
-      cancel-in-progress: true
-
-    on:
-      push:
-        branches:
-          - main
-
-    jobs:
-      deploy_to_capgo:
-        runs-on: ubuntu-latest
-        steps:
-          - name: Checkout
-            uses: actions/checkout@v6
-          - uses: actions/setup-node@v6
-            with:
-              node-version: '24'
-          - name: Install dependencies
-            run: npm install
-          - name: Build
-            run: npm run build
-          - name: Deploy to Capgo
-            run: bunx @capgo/cli@latest bundle upload -a ${{ secretsCAPGO_TOKEN }} --channel ${{ envCHANNEL }}
-            env:
-              CAPGO_TOKEN: ${{ secretsCAPGO_TOKEN }}
-      ```
-      </TabItem>
-      <TabItem label="Gitlab">
-      ```yml
-      // gitlab-ciyml
-      stages:
-        - build
-
-      build:
-        stage: build
-        image: node:18
-        cache:
-          - key:
-              files:
-                - package-lockjson
-            paths:
-              - node_modules/
-        script:
-          - npm install
-          - npm run build
-          - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN --channel $CAPGO_CHANNEL
-        artifacts:
-          paths:
-            - node_modules/
-            - dist/
-        only:
-          - master
-      ```
-      </TabItem>
-    </Tabs>
-   Questo caricherà una nuova versione del bundle nel canale specificato nel comando
-
-### Risoluzione dei problemi durante il caricamento
-
-Se il caricamento fallisce, verifica:
-- Che l'ID della tua app in `capacitorconfigts` corrisponda alla tua app nella dashboard di Capgo
-- Che stai eseguendo il comando di caricamento dalla root del tuo progetto Capacitor
-- Che i tuoi asset web siano compilati e aggiornati
-
-Se continui ad avere problemi, vai alla sezione [Risoluzione dei problemi](/docs/getting-started/troubleshooting/)
-
-## Ricezione di un aggiornamento su un dispositivo
-
-Una volta caricato il bundle, puoi testare l'aggiornamento live su un dispositivo:
-
-1. Sincronizza la tua app con il dispositivo:
-   ```shell
-   npx cap sync ios
-   ```
-
-2. Apri un altro terminale ed esegui il seguente comando per controllare lo stato dell'aggiornamento:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-3. Esegui la tua app localmente:
-   ```shell
-   npx cap run ios
-   ```
-   Oppure apri il progetto iOS/Android in Xcode/Android Studio ed esegui un run nativo
-
-4. Mantieni l'app aperta per circa 30 secondi per permettere all'aggiornamento di scaricarsi in background
-
-5. I log impiegheranno alcuni secondi per aggiornarsi e mostrare lo stato dell'aggiornamento
-
-6. Chiudi e riapri l'app. Dovresti vedere l'aggiornamento live applicato!
-
-Torna al [Quickstart di Capgo](/docs/getting-started/quickstart#receiving-a-live-update-on-a-device) per maggiori dettagli sul test degli aggiornamenti live
-
-## Prossimi passi
-
-Congratulazioni per aver distribuito il tuo primo aggiornamento live con Capgo! 🎉
-
-Per saperne di più, consulta il resto della [documentazione Live Updates di Capgo](/docs/live-updates). Alcuni argomenti chiave da controllare:
-- [Targeting degli aggiornamenti con i canali](/docs/live-updates/channels)
-- [Personalizzazione del comportamento degli aggiornamenti](/docs/live-updates/update-behavior)
-- [Rollback degli aggiornamenti live](/docs/live-updates/rollbacks)
diff --git a/src/content/docs/it/docs/getting-started/onboarding.mdx b/src/content/docs/it/docs/getting-started/onboarding.mdx
deleted file mode 100644
index 6cb67c63a..000000000
--- a/src/content/docs/it/docs/getting-started/onboarding.mdx
+++ /dev/null
@@ -1,555 +0,0 @@
----
-title: CLI Guida all'onboarding
-description: >-
-  Guida passo passo completa per integrare la tua app con Capgo utilizzando
-  l'interfaccia interattiva CLI
-sidebar:
-  order: 2
-next: true
-prev: true
-locale: it
----
-import { Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-## Panoramica rapida
-
-Capgo CLI fornisce un onboarding interattivo che imposta aggiornamenti in tempo reale per la tua app Capacitor. Potrai:
-
-1. ✅ Registra la tua app in Capgo
-2. 🔌 Installa e configura il plug-in di aggiornamento
-3. 🚀 Distribuisci il tuo primo aggiornamento live
-4. 📱 Prova l'aggiornamento sul tuo dispositivo
-
-**Tempo stimato:** 10-20 minuti (varia in base alla velocità di Internet e al tempo di creazione)
-
-<Aside type="tip">
-L'onboarding è completamente ripristinabile: esci in qualsiasi momento e continua più tardi da dove eri rimasto.
-</Aside>
-
-## Avvio dell'onboarding
-
-Esegui il comando di onboarding con la tua chiave API:
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-Vedrai il messaggio di benvenuto:
-
-```
-Capgo onboarding 🛫
-```
-
-## Cosa succede durante l'onboarding
-
-CLI ti guiderà attraverso 13 passaggi interattivi:
-
-**Fase di configurazione (passaggi 1-6):**
-- Controlla il tuo ambiente di sviluppo (Xcode/Android Studio)
-- Aggiungi la tua app a Capgo e crea un canale di produzione
-- Installa il plugin `@capgo/capacitor-updater`
-- Inserisci il codice richiesto nella tua app
-- Facoltativamente abilitare la crittografia end-to-end
-- Scegli una piattaforma per il test (iOS o Android)
-
-**Fase di test (passaggi 7-12):**
-- Crea la tua app ed eseguila su un dispositivo/simulatore
-- Effettuare un cambio codice visibile (automatico o manuale)
-- Carica il pacchetto aggiornato su Capgo
-- Guarda l'aggiornamento live apparire sul tuo dispositivo in tempo reale
-
-**Completamento (passaggio 13):**
-- La tua app è pronta per gli aggiornamenti live! 🎉
-
-## Il processo di onboarding in 13 passaggi
-
-### Passaggio 1: verifica i prerequisiti
-
-CLI controlla il tuo ambiente di sviluppo per assicurarsi che tu abbia installato gli strumenti necessari.
-
-**Che cosa è stato selezionato:**
-- **Xcode** (solo macOS) - per lo sviluppo di iOS
-- **Android SDK** - per lo sviluppo di Android
-
-**Risultati possibili:**
-
-✅ **Trovati entrambi gli ambienti:**
-```
-✅ Xcode detected - iOS development ready
-✅ Android SDK detected - Android development ready
-```
-
-⚠️ **Nessun ambiente trovato:**
-```
-⚠️ Xcode not found
-⚠️ Android SDK not found
-❌ No development environment detected
-
-📱 To develop mobile apps with Capacitor, you need:
-   • For iOS: Xcode (macOS only) - https://developer.apple.com/xcode/
-   • For Android: Android Studio - https://developer.android.com/studio
-```
-
-**Domande che potrebbero esserti poste:**
-
-<Aside type="caution">
-Se non viene rilevato alcun ambiente di sviluppo, ti verrà chiesto se desideri continuare. Si consiglia di installare almeno una piattaforma prima di procedere.
-</Aside>
-
-### Passaggio 2: aggiungi la tua app
-
-CLI ti consentirà di accedere a Capgo e aggiungerà la tua app al tuo account.
-
-```
-(spinner) Running: npm @capgo/cli@latest login ***
-Login Done ✅
-
-❓ Add {appId} in Capgo?
-```
-
-**Se l'ID della tua app è già in uso:**
-
-Il CLI suggerirà alternative:
-```
-❌ App ID "com.example.app" is already taken
-💡 Here are some suggestions:
-   1. com.example.app2
-   2. com.example.app3
-   3. com.example.app.new
-   4. com.example.app.app
-
-❓ What would you like to do?
-```
-
-Puoi scegliere un suggerimento o inserire un ID app personalizzato.
-
-<Aside type="note">
-Gli ID app devono seguire la notazione del dominio inverso (ad esempio, `com.example.myapp`)
-</Aside>
-
-### Passaggio 3: crea il canale di produzione
-
-I canali ti consentono di gestire diversi flussi di aggiornamento per la tua app.
-
-```
-❓ Create default channel production for {appId} in Capgo?
-```
-
-<Aside type="tip">
-**Non preoccuparti!** Questo è solo per i test locali durante l'onboarding. Creare un canale di "produzione" non significa che i tuoi aggiornamenti verranno immediatamente trasmessi ai clienti. Hai il pieno controllo su quando vengono distribuiti gli aggiornamenti. Seleziona **Sì** a meno che tu non abbia requisiti di canale specifici.
-</Aside>
-
-**Se selezioni Sì:**
-```
-(spinner) Running: npm @capgo/cli@latest channel add production {appId} --default
-Channel add Done ✅  (or "Channel already added ✅")
-```
-
-Un canale di produzione verrà creato e impostato come predefinito. Questa è l'opzione consigliata per la maggior parte degli utenti.
-
-**Se selezioni No:**
-```
-If you change your mind, run it for yourself with: "npm @capgo/cli@latest channel add production {appId} --default"
-```
-
-Dovrai creare e configurare manualmente i canali in un secondo momento. In alternativa, puoi:
-- Set the channel in your `capacitor.config.ts` file
-- Utilizza il metodo JavaScript `setChannel()` per impostare dinamicamente il canale
-- Configura i canali in un secondo momento dalla console web Capgo
-
-### Step 4: Install Updater Plugin
-
-CLI installerà il plugin `@capgo/capacitor-updater` compatibile con la tua versione Capacitor.
-
-```
-❓ Automatic Install "@capgo/capacitor-updater" dependency in {appId}?
-```
-
-**Version compatibility:**
-
-- **Capacitor 5**: installa `@capgo/capacitor-updater` v5
-- **Capacitor 6**: installa `@capgo/capacitor-updater` v6
-- **Capacitor 7**: installa `@capgo/capacitor-updater` v7
-- **Capacitor 8+**: Installs latest version
-
-<Aside type="caution">
-Capgo supporta solo Capacitor v5 e versioni successive. Se utilizzi una versione precedente, dovrai prima eseguire l'aggiornamento.
-</Aside>
-
-**Instant updates option:**
-
-After installation, you'll be asked:
-```
-❓ Do you want to set instant updates in {appId}?
-   Read more: https://capgo.app/docs/live-updates/update-behavior/#applying-updates-immediately
-```
-
-<Aside type="tip">
-**Che cosa sono gli aggiornamenti istantanei?** Con gli aggiornamenti istantanei abilitati, la tua app applica gli aggiornamenti immediatamente quando viene messa in background e riaperta. Funziona perfettamente perché Capgo può distribuire gli aggiornamenti in tutto il mondo in meno di 300 ms. Senza di essa (modalità standard), gli aggiornamenti vengono scaricati in background e applicati al successivo riavvio dell'app. Gli aggiornamenti istantanei sono ottimi per un'iterazione più rapida durante lo sviluppo e la correzione di bug critici in produzione.
-</Aside>
-
-**Se selezioni Sì:**
-- Gli aggiornamenti verranno configurati per essere applicati immediatamente quando l'app viene messa in background e riaperta
-- `directUpdate: 'always'` e `autoSplashscreen: true` verranno aggiunti alla tua configurazione
-- Il tuo `capacitor.config.ts` verrà aggiornato automaticamente
-- Gli **Aggiornamenti Delta** verranno abilitati automaticamente: verranno inviati solo i file modificati tra gli aggiornamenti anziché l'intero pacchetto, rendendo gli aggiornamenti molto più rapidi
-
-**Se selezioni No:**
-- Gli aggiornamenti utilizzeranno il comportamento standard (download in background, applicazione al prossimo riavvio)
-- Puoi sempre abilitare gli aggiornamenti istantanei in un secondo momento modificando il tuo `capacitor.config.ts`
-
-### Step 5: Add Integration Code
-
-CLI inserirà automaticamente il codice richiesto nel file dell'applicazione principale.
-
-```
-❓ Automatic Add "CapacitorUpdater.notifyAppReady()" code and import in {appId}?
-```
-
-**Cosa viene aggiunto:**
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-**Project type detection:**
-
-- **Nuxt.js**: Creates `plugins/capacitorUpdater.client.ts`
-- **Altri framework**: aggiunge al file di ingresso principale
-
-<Aside type="tip">
-**Se l'inserimento automatico fallisce**, puoi aggiungere manualmente il codice al file dell'applicazione principale:
-
-**Per Nuxt.js:**
-Crea `plugins/capacitorUpdater.client.ts`:
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-export default defineNuxtPlugin(() => {
-  CapacitorUpdater.notifyAppReady()
-})
-```
-
-**For other frameworks:**
-Aggiungi al file della voce principale (ad esempio, `main.ts`, `index.js`, `App.tsx`):
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Inserisci questo codice dopo le importazioni e prima dell'inizializzazione dell'app. Per ulteriori dettagli, consulta la [guida all'aggiunta di un'app](/docs/getting-started/add-an-app/).
-</Aside>
-
-### Step 6: Setup Encryption (Optional)
-
-La crittografia end-to-end aggiunge un ulteriore livello di sicurezza per i tuoi aggiornamenti.
-
-```
-🔐 End-to-end encryption
-   ✅ Use this for: Banking, healthcare, or apps with legal encryption requirements
-   ⚠️  Note: Makes debugging harder - skip if you don't need it
-
-❓ Enable end-to-end encryption for {appId} updates?
-```
-
-<Aside type="note">
-La crittografia è disponibile solo per Capacitor v6 e versioni successive.
-</Aside>
-
-Se abiliti la crittografia, CLI:
-1. Generate encryption keys
-2. Proponi di sincronizzare la tua configurazione Capacitor
-
-### Step 7: Select Platform
-
-Scegli con quale piattaforma testare durante l'onboarding.
-
-```
-📱 Platform selection for onboarding
-   This is just for testing during onboarding - your app will work on all platforms
-
-❓ Which platform do you want to test with during this onboarding?
-   Options:
-   - iOS
-   - Android
-```
-
-<Aside type="tip">
-Ciò influisce solo sul processo di onboarding. La tua app finale supporterà tutte le piattaforme.
-</Aside>
-
-### Passaggio 8: crea il tuo progetto
-
-CLI creerà la tua app e la sincronizzerà con Capacitor.
-
-```
-❓ Automatic build {appId} with "npm run build"?
-```
-
-**Cosa succede:**
-1. Rileva il tipo di progetto
-2. Esegue lo script di compilazione
-3. Esegue `npx cap sync {platform}`
-
-**Se manca lo script di compilazione:**
-
-Ti verrà chiesto se desideri saltare la build o aggiungere uno script di build al tuo `package.json`.
-
-### Passaggio 9: esegui sul dispositivo
-
-Testa la versione iniziale della tua app su un dispositivo o un simulatore.
-
-```
-❓ Run {appId} on {PLATFORM} device now to test the initial version?
-```
-
-Se selezioni **Sì**:
-```
-(spinner) Running: npx cap run {platform}
-(device picker appears)
-App started ✅
-📱 Your app should now be running on your {platform} device with Capgo integrated
-🔄 This is your baseline version - we'll create an update next
-```
-
-### Passaggio 10: apportare una modifica di prova
-
-Ora è il momento di testare il sistema di aggiornamento di Capgo apportando una modifica visibile.
-
-```
-🎯 Now let's test Capgo by making a visible change and deploying an update!
-
-❓ How would you like to test the update?
-   Options:
-   - Auto: Let Capgo CLI make a visible change for you
-   - Manual: I'll make changes myself
-```
-
-**Modalità automatica:**
-CLI modificherà automaticamente i tuoi file per aggiungere un banner di prova visibile o modificarlo.
-
-**Modalità manuale:**
-Apporta le tue modifiche (ad esempio, modifica testo, colori o aggiungi elementi).
-
-**Gestione della versione:**
-```
-❓ How do you want to handle the version for this update?
-   Options:
-   - Auto: Bump patch version ({currentVersion} → {nextVersion})
-   - Manual: I'll provide the version number
-```
-
-**Crea con modifiche:**
-```
-❓ Build {appId} with changes before uploading?
-```
-
-<Aside type="tip">
-Se devi creare manualmente in un altro terminale, seleziona "No" e costruisci tu stesso, quindi continua.
-</Aside>
-
-### Passaggio 11: carica il pacchetto
-
-Carica il tuo app bundle aggiornato su Capgo.
-
-```
-❓ Upload the updated {appId} bundle (v{version}) to Capgo?
-```
-
-Il CLI viene eseguito:
-```bash
-npx @capgo/cli@latest bundle upload
-```
-
-<Aside type="tip">
-**Aggiornamenti delta con Aggiornamento diretto:** Se hai abilitato gli aggiornamenti istantanei (Aggiornamento diretto) nel passaggio 4, CLI ti chiederà automaticamente se desideri abilitare gli aggiornamenti delta. Gli aggiornamenti delta inviano solo i file modificati tra le versioni anziché l'intero pacchetto. Poiché di solito solo pochi file cambiano tra gli aggiornamenti, ciò rende i download molto più veloci. Seleziona **Sì** per la migliore esperienza con gli aggiornamenti istantanei.
-</Aside>
-
-**Richiesta di aggiornamenti delta (se l'aggiornamento diretto è abilitato):**
-```
-💡 Direct Update (instant updates) is enabled in your config
-   Delta updates send only changed files instead of the full bundle
-
-❓ Enable delta updates for this upload? (Recommended with Direct Update)
-```
-
-<Aside type="caution">
-Per monorepos, potrebbe essere necessario fornire percorsi aggiuntivi a `package.json` e `node_modules`.
-</Aside>
-
-**Successo:**
-```
-✅ Update v{version} uploaded successfully!
-🎉 Your updated bundle is now available on Capgo
-```
-
-### Passaggio 12: testare l'aggiornamento sul dispositivo
-
-È ora di vedere l'aggiornamento in azione!
-
-```
-🧪 Time to test the Capgo update system!
-📱 Go to your device where the app is running
-```
-
-**Per aggiornamenti istantanei:**
-```
-🔄 IMPORTANT: Background your app (swipe up/press home button) and then reopen it
-⏱️  The update should be downloaded and applied automatically
-```
-
-**Per aggiornamenti standard:**
-```
-📱 With standard updates, you will need to:
-   1. Background the app (swipe up/press home button) to start download
-   2. Wait a few seconds for download to complete
-   3. Background and foreground again to see the update
-```
-
-**Monitora registri:**
-```
-❓ Monitor Capgo logs to verify the update worked?
-```
-
-Se selezioni **Sì**, vedrai i registri in tempo reale dal tuo dispositivo che mostrano il processo di aggiornamento.
-
-### Passaggio 13: completamento
-
-```
-Welcome onboard ✈️!
-```
-
-Congratulazioni! Hai configurato correttamente gli aggiornamenti in tempo reale Capgo per la tua app.
-
-## Cosa hai realizzato
-
-After completing the onboarding, you have:
-
-<CardGrid>
-  <Card title="✅ App Registrata" icon="rocket">
-    La tua app è registrata in Capgo con un canale di produzione
-  </Card>
-  <Card title="✅Plugin installato" icon="puzzle">
-    Il plug-in Capacitor Updater è installato e configurato
-  </Card>
-  <Card title="✅Codice Integrato" icon="seti:config">
-    Il codice di integrazione viene aggiunto alla tua app
-  </Card>
-  <Card title="✅ Aggiornamento testato" icon="approve-check">
-    La distribuzione è stata completata con successo e hai ricevuto un aggiornamento in tempo reale
-  </Card>
-</CardGrid>
-
-## Flusso di lavoro quotidiano
-
-Per gli aggiornamenti successivi utilizzare:
-
-```bash
-npm run build
-npx @capgo/cli@latest bundle upload --channel=production
-```
-
-Per ulteriori opzioni di distribuzione, vedere [Distribuire un aggiornamento in tempo reale](/docs/getting-started/deploy/).
-
-## Ripresa dell'onboarding
-
-Se esci dal processo di onboarding, puoi riprenderlo in qualsiasi momento:
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-Vedrai:
-```
-You have already got to the step {stepNumber}/13 in the previous session
-❓ Would you like to continue from where you left off?
-```
-
-<Aside type="tip">
-I progressi vengono salvati localmente, quindi puoi uscire e riprendere in sicurezza il processo di onboarding.
-</Aside>
-
-## Risoluzione dei problemi
-
-### No Development Environment
-
-**Problema:** Non viene rilevato né Xcode né Android SDK.
-
-**Soluzione:**
-- **Per iOS**: installa [Xcode](https://developer.apple.com/xcode/) (solo macOS)
-- **Per Android**: installa [Android Studio](https://developer.android.com/studio)
-
-### ID app già utilizzato
-
-**Problem:** Your app ID is already registered.
-
-**Soluzione:** scegli una delle alternative suggerite o inserisci un ID app personalizzato nella notazione del dominio inverso.
-
-### Script di creazione mancante
-
-**Problema:** nessuno script di compilazione trovato in `package.json`.
-
-**Soluzione:** aggiungi uno script di build al tuo `package.json`:
-```json
-{
-  "scripts": {
-    "build": "your-build-command"
-  }
-}
-```
-
-### Auto-Injection Failed
-
-**Problema:** CLI non può inserire automaticamente il codice di integrazione.
-
-**Soluzione:** Aggiungi manualmente il codice al file principale:
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-### Capacitor Version Too Old
-
-**Problema:** la tua versione di Capacitor è inferiore alla v5.
-
-**Soluzione:** aggiorna Capacitor alla v5 o successiva:
-- [Aggiornamento a Capacitor 5](https://capacitorjs.com/docs/updating/5-0)
-- [Aggiornamento a Capacitor 6](https://capacitorjs.com/docs/updating/6-0)
-- [Aggiornamento a Capacitor 7](https://capacitorjs.com/docs/updating/7-0)
-
-## Passaggi successivi
-
-Ora che hai completato l'onboarding, esplora questi argomenti:
-
-<CardGrid>
-  <a href="/docs/getting-started/deploy/"><Card title="Distribuire gli aggiornamenti" icon="rocket">
-    Scopri come distribuire gli aggiornamenti dal dashboard Capgo
-  </Card></a>
-  <a href="/docs/live-updates/update-types/"><Card title="Tipi di aggiornamento" icon="open-book">
-    Riferimento a tutti i tipi di aggiornamento OTA: applica tempistiche, condizioni di ritardo, blocco della versione e consegna
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="Integrazione CI/CD" icon="setting">
-    Automatizza le distribuzioni degli aggiornamenti con CI/CD
-  </Card></a>
-  <a href="/docs/live-updates/channels/"><Card title="Channels" icon="list-format">
-    Gestisci più flussi di aggiornamento con i canali
-  </Card></a>
-  <a href="/docs/live-updates/encryption/"><Card title="Encryption" icon="approve-check-circle">
-    Secure your updates with end-to-end encryption
-  </Card></a>
-  <a href="/docs/live-updates/update-behavior/"><Card title="Aggiorna comportamento" icon="setting">
-    Personalizza quando e come vengono applicati gli aggiornamenti (diretti, delta, ecc.)
-  </Card></a>
-</CardGrid>
-
-## Ottenere aiuto
-
-If you encounter issues during onboarding:
-
-- Consulta la [Guida alla risoluzione dei problemi](/docs/getting-started/troubleshooting/)
-- Join the [Discord Community](https://discord.capgo.app)
-- Consulta le [FAQ](/docs/faq/)
-- Contact [Support](/docs/getting-help/)
diff --git a/src/content/docs/it/docs/getting-started/quickstart.mdx b/src/content/docs/it/docs/getting-started/quickstart.mdx
deleted file mode 100644
index b8a1cb3f6..000000000
--- a/src/content/docs/it/docs/getting-started/quickstart.mdx
+++ /dev/null
@@ -1,133 +0,0 @@
----
-title: Panoramica
-sidebar:
-  order: 1
-next: true
-prev: false
-locale: it
----
-
-import { Card, CardGrid, Steps, LinkCard, Aside } from '@astrojs/starlight/components';
-
-Il tutorial rapido ti guiderà attraverso i concetti chiave di Capgo! I concetti che verranno esplorati includono:
-
-<Steps>
-
-1. Aggiungere un'app al tuo account Capgo
-
-2. Integrare Capgo con il tuo CI/CD
-
-3. Attivare il caricamento del bundle su Capgo tramite commit
-
-4. Configurare e personalizzare la pubblicazione del bundle Capgo
-
-5. Configurare la tua app per abilitare gli aggiornamenti in tempo reale tramite Capgo
-
-6. Distribuire aggiornamenti in tempo reale alla tua app da Capgo
-
-</Steps>
-
-Segui semplicemente la guida passo dopo passo, oppure naviga direttamente nella documentazione del componente che ti interessa
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/add-an-app/" ><Card title="Inizia il Tutorial" icon="rocket" >
-    Segui il tutorial rapido e inizia a utilizzare Capgo in pochissimo tempo!
-  </Card></a>
-  <a href="/docs/getting-started/onboarding/"><Card title="Guida Onboarding CLI" icon="list-format">
-    Guida completa passo dopo passo per il processo di onboarding CLI interattivo.
-  </Card></a>
-  <a href="/docs/getting-started/deploy/"><Card title="Invia aggiornamenti" icon="pencil">
-    Invia aggiornamenti alla tua app dal dashboard Capgo.
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="Automatizza aggiornamenti" icon="setting">
-    Integra Capgo con il tuo CI/CD e attiva il caricamento dei bundle su Capgo tramite commit.
-  </Card></a>
-  <a href="/docs/getting-started/troubleshooting/"><Card title="Risoluzione Problemi" icon="open-book">
-    Problemi comuni e come risolverli.
-  </Card></a>
-  <a href="/docs/getting-started/wrapping-up/"><Card title="Conclusione" icon="approve-check">
-    Concludi il tutorial e ottieni una panoramica rapida di ciò che hai imparato.
-  </Card></a>
-</CardGrid>
-
-<Aside type="tip">
-La funzionalità di aggiornamento Over-the-Air (OTA) è applicabile solo per modifiche apportate ai file HTML, CSS e JavaScript
-
-Se apporti modifiche al codice nativo, come aggiornamenti ai plugin Capacitor, è obbligatorio inviare nuovamente l'applicazione all'app store per l'approvazione
-</Aside>
-
-<Aside type="caution" title="Riservatezza dei Bundle">
-Tratta ogni bundle caricato su Capgo come una risorsa web pubblica a meno che tu non abiliti la crittografia di Capgo. I canali privati controllano quali dispositivi possono ricevere un aggiornamento, ma non rendono riservato il bundle caricato. La crittografia protegge il percorso di distribuzione e impedisce a terzi di produrre aggiornamenti crittografati validi, ma le risorse web distribuite possono comunque essere sottoposte a reverse engineering dall'app con sufficiente impegno perché la chiave pubblica viene distribuita nel binario. Vedi [la crittografia dei Live Update](/docs/live-updates/encryption/).
-</Aside>
-
-## Unisciti alla Community Discord
-
-[Unisciti al Server Discord di Capacitor-updater!](https://discordcom/invite/VnYRvBfgA6)
-
-## Manutenzione
-
-| Versione plugin | Compatibilità Capacitor | Manutenzione     |
-| --------------- | ----------------------- | ---------------- |
-| v7\*\* (≥7.25.0) | v7\*\*                | ✅ Completamente supportato |
-| v6\*\* (≥6.25.0)        | v6\*\*                | ✅ Completamente supportato               |
-| v5\*\*        | v5\*\*                | ⚠️ Deprecato |
-| v4\*\*        | v4\*\*                | ⚠️ Deprecato    |
-| v3\*\*        | v3\*\*                | ⚠️ Deprecato    |
-| > 7            | v4\*\*                | ⚠️ Deprecato, il nostro CI è impazzito e ha aumentato troppo le versioni    |
-
-## Conformità alle Linee Guida degli Store
-
-Google Play Android e App Store iOS hanno linee guida corrispondenti con regole di cui dovresti essere consapevole prima di integrare la soluzione Capacitor-updater nella tua applicazione
-
-### Google play
-
-Il terzo paragrafo del tema [Device and Network Abuse](https://supportgooglecom/googleplay/android-developer/answer/9888379/?hl=en) descrive che l'aggiornamento del codice sorgente con qualsiasi metodo diverso dal meccanismo di aggiornamento di Google Play è limitato. Ma questa restrizione non si applica all'aggiornamento dei bundle javascript
-> Questa restrizione non si applica al codice che viene eseguito in una macchina virtuale e ha accesso limitato alle API Android (come JavaScript in una webview o browser)
-
-Questo permette completamente Capacitor-updater poiché aggiorna solo i bundle JS e non aggiornerà il codice nativo
-
-### App Store
-
-Il paragrafo **3.3.2** del [Apple Developer Program License Agreement](https://developer.apple.com/programs/ios/information/) permette completamente di eseguire aggiornamenti over-the-air di JavaScript e asset - e nella sua ultima versione (20170605) [scaricabile qui](https://developer.apple.com/terms/) questa regola è ancora più ampia:
-
-> Il codice interpretato può essere scaricato in un'Applicazione solo se tale codice: (a) non modifica lo scopo principale dell'Applicazione fornendo funzionalità non coerenti con lo scopo previsto e pubblicizzato dell'Applicazione come presentato all'App Store, (b) non crea un negozio o vetrina per altro codice o applicazioni, e (c) non aggira la firma, il sandbox o altre funzionalità di sicurezza del SO
-
-Capacitor-updater ti permette di seguire queste regole in piena conformità purché l'aggiornamento che distribuisci non si discosti significativamente dall'intento originale approvato dall'App Store del tuo prodotto
-
-Per rimanere ulteriormente in conformità con le linee guida di Apple suggeriamo che le app distribuite sull'App Store non abilitino lo scenario di "Aggiornamento forzato", poiché nelle [Linee guida per la revisione dell'App Store](https://developer.apple.com/app-store/review/guidelines/) si afferma che:
-
-> Le app non devono forzare gli utenti a valutare l'app, recensire l'app, scaricare altre app o altre azioni simili per accedere alle funzionalità, ai contenuti o all'utilizzo dell'app
-
-Questo non è un problema per il comportamento predefinito dell'aggiornamento in background, poiché non forzerà l'utente ad applicare la nuova versione fino alla prossima chiusura dell'app, ma dovresti essere consapevole di questo ruolo se decidi di mostrarlo
-
-## Open source
-
-Il plugin è sotto Licenza LGPL-3.0 e il back-end è sotto Licenza AGPL-3.0
-
-> 💡 LGPL-3.0 significa che se qualcuno modifica il codice del plugin, è obbligatorio pubblicarlo, in open-source con la stessa licenza. Se utilizzi il codice senza modifiche, questo non ti riguarda. Vedi il problema sotto per maggiori dettagli, controlla il link 👇
-
-<LinkCard
-	title="Licenza?"
-	href="https://github.com/Cap-go/capacitor-updater/issues/7"
-/>
-
-<LinkCard
-	title="Prova GPTS Capgo per ottenere aiuto invece di leggere la documentazione"
-	href="https://chatopenaicom/g/g-3dMwHbF2w-capgo-doc-gpt"
-/>
-
-> Puoi includerlo nella tua app senza preoccupazioni
-
-## Note Finali
-
-Se fai self-hosting e trovi questo strumento utile, considera di supportare il mio lavoro diventando un [sponsor GitHub](https://github.com/sponsors/riderx/)
-
-Ho scommesso di rendere open-source tutto il codice che ho costruito qui invece di metterlo dietro un paywall. Aprendo invece di combattere e nascondere, credo che possiamo rendere il mondo un posto migliore
-
-Per rendere questo possibile, è necessario che tutti facciamo la nostra parte, incluso te 🥹 Se Capgo cloud non soddisfa le tue esigenze, puoi supportare un Maker bootstrapped [qui](https://github.com/sponsors/riderx/) alle tue condizioni
-
-## Matematica Semplice
-
-Il prezzo del piano base: $14*12 = $168 all'anno
-Mentre la media dev/ora = $60
-Ciò significa che 3 ore perse di tempo di sviluppo sul self-host ti permettono di pagare un intero anno, se hai speso più di 3 ore stai perdendo soldi ^^
diff --git a/src/content/docs/it/docs/getting-started/troubleshooting.mdx b/src/content/docs/it/docs/getting-started/troubleshooting.mdx
deleted file mode 100644
index eda6214ec..000000000
--- a/src/content/docs/it/docs/getting-started/troubleshooting.mdx
+++ /dev/null
@@ -1,140 +0,0 @@
----
-title: Risoluzione dei problemi
-sidebar:
-  order: 6
-next: false
-prev: false
-locale: it
----
-
-Ecco alcuni problemi comuni che potresti incontrare durante l'utilizzo di Capgo e come risolverli
-
-### Errori di caricamento
-
-Se il caricamento del bundle fallisce, verifica:
-- L'ID della tua app in `capacitor.config.ts` corrisponda alla tua app nel dashboard di Capgo
-- Stai eseguendo il comando di upload dalla root del tuo progetto Capacitor
-- I tuoi asset web sono compilati e aggiornati
-
-#### Opzioni avanzate di caricamento
-
-La CLI di Capgo fornisce alcuni flag aggiuntivi per aiutare con i problemi comuni di caricamento:
-
-- `--tus`: Utilizza il [protocollo di caricamento riprendibile tus](https://tus.io/) per caricamenti più affidabili di bundle grandi o su connessioni di rete scadenti. Se il tuo bundle supera i 10MB o hai una connessione instabile, considera di usare `--tus`:
-  ```shell
-  npx @capgo/cli@latest bundle upload --tus
-  ```
-
-- `--package-json` e `--node-modules`: Indica a Capgo dove trovare il tuo `package.json` root e `node_modules` se la tua app usa una struttura non standard come un monorepo o workspace npm. Passa il percorso al `package.json` root e il percorso `--node-modules`:
-  ```shell
-  npx @capgo/cli@latest bundle upload --package-json=path/to/package.json --node-modules=path/to/node_modules
-  ```
-  Capgo ha bisogno di queste informazioni per impacchettare correttamente le dipendenze della tua app
-
-Puoi combinare questi flag con altre opzioni come `--channel` secondo necessità. Consulta la [documentazione CLI di Capgo](/docs/cli/overview/) per i dettagli completi sulle opzioni di caricamento disponibili
-
-Se hai ancora problemi con i caricamenti, contatta il [supporto Capgo](https://support.capgo.app) per ulteriore assistenza
-
-### Debug degli Aggiornamenti
-
-Se riscontri problemi con gli aggiornamenti live, il comando debug di Capgo è uno strumento utile per la risoluzione dei problemi. Per usarlo:
-
-1. Esegui il seguente comando nella directory del tuo progetto:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-2. Avvia la tua app su un dispositivo o emulatore ed esegui l'azione che dovrebbe attivare un aggiornamento (es. riaprire l'app dopo aver caricato un nuovo bundle)
-
-3. Osserva l'output del comando debug. Registrerà informazioni sul processo di aggiornamento, incluso:
-   - Quando l'app controlla la presenza di un aggiornamento
-   - Se viene trovato un aggiornamento e quale versione è
-   - Progresso del download e dell'installazione dell'aggiornamento
-   - Eventuali errori che si verificano durante il processo di aggiornamento
-
-4. Usa i log di debug per identificare dove si verifica il problema. Per esempio:
-   - Se non viene trovato alcun aggiornamento, ricontrolla che il bundle sia stato caricato con successo e che l'app sia configurata per utilizzare il canale corretto
-   - Se l'aggiornamento viene scaricato ma non installato, assicurati di aver chiamato `CapacitorUpdater.notifyAppReady()` e che l'app sia stata completamente chiusa e riaperta
-   - Se vedi un messaggio di errore, cerca quell'errore specifico nella documentazione Capgo o contatta il supporto per aiuto
-
-Il comando debug è particolarmente utile per identificare problemi con il processo di download e installazione dell'aggiornamento. Se i log mostrano che la versione di aggiornamento prevista è stata trovata ma non applicata definitivamente, concentra la risoluzione dei problemi sui passaggi successivi al download
-
-### Debug con Log Nativi
-
-Oltre al comando debug di Capgo, i log nativi su Android e iOS possono fornire preziose informazioni per la risoluzione dei problemi, specialmente per problemi sul lato nativo del processo di aggiornamento
-
-#### Log Android
-
-Per accedere ai log Android:
-
-1. Collega il tuo dispositivo o avvia il tuo emulatore
-2. Apri Android Studio e seleziona "View > Tool Windows > Logcat"
-3. Nella finestra Logcat, filtra i log solo per il processo della tua app selezionandolo dal menu a tendina in alto
-4. Cerca le righe che includono `Capgo` per trovare i log dell'SDK
-
-In alternativa, puoi usare il comando `adb logcat` e grep per `Capgo` per filtrare i log
-
-L'SDK Capgo registrerà eventi chiave durante il processo di aggiornamento, come:
-- Quando viene avviato un controllo degli aggiornamenti
-- Se viene trovato un aggiornamento e quale versione è
-- Quando il download dell'aggiornamento inizia e si completa
-- Quando viene attivata l'installazione dell'aggiornamento
-- Eventuali errori che si verificano durante i passaggi di aggiornamento nativi
-
-Problemi comuni specifici di Android che potresti vedere nei log includono:
-- Problemi di connettività di rete che impediscono il download dell'aggiornamento
-- Errori di permessi dei file durante il salvataggio o la lettura del bundle di aggiornamento
-- Spazio di archiviazione insufficiente per il bundle di aggiornamento
-- Impossibilità di riavviare l'app dopo l'installazione dell'aggiornamento
-
-#### Log iOS
-
-Per accedere ai log iOS:
-
-1. Collega il tuo dispositivo o avvia il tuo simulatore
-2. Apri Xcode e vai su "Window > Devices and Simulators"
-3. Seleziona il tuo dispositivo e clicca su "Open Console"
-4. Nell'output della console, cerca le righe che includono `Capgo` per trovare i log dell'SDK
-
-Puoi anche usare il comando `log stream` nel terminale e grep per `Capgo` per filtrare i log
-
-Similmente ad Android, l'SDK Capgo registrerà eventi chiave lato iOS:
-- Avvio e risultato del controllo aggiornamenti
-- Inizio, progresso e completamento del download
-- Attivazione e risultato dell'installazione
-- Eventuali errori durante il processo di aggiornamento nativo
-
-Problemi specifici di iOS che potresti identificare nei log includono:
-- Problemi con i certificati SSL durante il download dell'aggiornamento
-- App Transport Security che blocca il download dell'aggiornamento
-- Spazio di archiviazione insufficiente per il bundle di aggiornamento
-- Impossibilità di estrarre o applicare correttamente il bundle di aggiornamento
-
-Su entrambe le piattaforme, i log nativi forniscono una visione più dettagliata del processo di aggiornamento, con più dettagli sull'implementazione nativa. Sono particolarmente utili per identificare problemi che si verificano al di fuori del layer JavaScript di Capgo
-
-Quando si risolve un problema complesso di aggiornamento live, è consigliabile catturare sia i log di debug di Capgo che i log nativi per avere un quadro completo di ciò che sta accadendo. I due log insieme ti daranno la migliore possibilità di identificare e risolvere il problema
-
-### Aggiornamenti non applicati
-
-Se hai caricato un bundle ma non vedi i cambiamenti sul tuo dispositivo:
-- Assicurati di aver chiamato `CapacitorUpdater.notifyAppReady()` nel codice della tua app come mostrato nel [quickstart](/docs/getting-started/quickstart)
-- Verifica che il tuo dispositivo sia connesso a internet e i log di debug di Capgo mostrino che l'aggiornamento è stato scaricato
-- Prova a chiudere completamente e riaprire l'app, poiché gli aggiornamenti vengono applicati solo all'avvio
-- Cerca eventuali errori nei log nativi che potrebbero indicare un problema nell'applicazione dell'aggiornamento
-
-Consulta la guida [deploying live updates](/docs/getting-started/deploy) per maggiori dettagli sul processo di aggiornamento. Se sei ancora bloccato, usa il comando `npx @capgo/cli@latest app debug` e i log nativi per avere più visibilità su ciò che sta accadendo
-
-## Installazione SDK
-
-Se hai problemi con l'installazione dell'SDK Capgo, assicurati che:
-- La tua app stia usando una versione supportata di Capacitor (4.0 o più recente)
-- Hai seguito i passaggi del [quickstart](/docs/getting-started/quickstart) in ordine, inclusa la sincronizzazione della tua app dopo l'installazione dell'SDK
-
-## Integrazione CI/CD
-
-Per problemi con l'attivazione dei caricamenti Capgo dalla tua pipeline CI/CD:
-- Ricontrolla che il tuo token di autenticazione Capgo sia configurato correttamente
-- Assicurati di eseguire il comando di upload dopo che i tuoi asset web sono stati compilati
-- Verifica che il comando di upload stia usando il nome del canale corretto per il tuo ambiente target
-
-Consulta la documentazione [CI/CD integration](/docs/getting-started/cicd-integration) per altri suggerimenti sulla risoluzione dei problemi. Puoi anche usare il comando `npx @capgo/cli@latest app debug` per confermare se i tuoi aggiornamenti attivati da CI/CD vengono ricevuti dall'app
diff --git a/src/content/docs/it/docs/getting-started/wrapping-up.mdx b/src/content/docs/it/docs/getting-started/wrapping-up.mdx
deleted file mode 100644
index 66cf088ed..000000000
--- a/src/content/docs/it/docs/getting-started/wrapping-up.mdx
+++ /dev/null
@@ -1,53 +0,0 @@
----
-title: Per concludere
-sidebar:
-  order: 7
-next: false
-prev: false
-draft: true
-locale: it
----
-
-import { Card, CardGrid, Steps } from '@astrojs/starlight/components';
-
-Ora che hai completato la guida rapida, dovresti avere una comprensione di base dei concetti chiave di Capgo! I concetti chiave che hai imparato in questa guida sono:
-
-<Steps>
-1. Aggiungere un'app al tuo account Capgo
-
-2. Integrare Capgo con la tua pipeline CI/CD
-
-3. Attivare il caricamento dei bundle su Capgo sui nuovi commit
-
-4. Configurare la tua app per abilitare gli aggiornamenti in tempo reale con l'SDK Capgo
-
-5. Distribuire gli aggiornamenti in tempo reale alla tua app dalla dashboard di Capgo
-</Steps>
-
-Ma c'è ancora molto da imparare su Capgo! Continua ad esplorare la documentazione o dai un'occhiata ad alcuni di questi argomenti chiave:
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/cicd-integration/">
-    <Card title="Integrazione CI/CD" icon="gitlab">
-      Hai già una pipeline CI/CD? Scopri come incorporare Capgo nel tuo flusso di lavoro esistente
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/">
-    <Card title="Aggiornamenti in tempo reale" icon="cloud-download">
-      Approfondisci le funzionalità e le best practice degli aggiornamenti in tempo reale di Capgo
-    </Card>
-  </a>
-
-  <a href="/docs/faq/">  
-    <Card title="FAQ" icon="open-book">
-      Trova risposte alle domande comuni su Capgo
-    </Card>
-  </a>
-
-  <a href="/docs/getting-started/troubleshooting/">
-    <Card title="Risoluzione dei problemi" icon="error">
-      Ottieni aiuto con i problemi comuni che possono presentarsi durante l'utilizzo di Capgo
-    </Card>
-  </a>
-</CardGrid>
\ No newline at end of file
diff --git a/src/content/docs/it/docs/how-to.mdx b/src/content/docs/it/docs/how-to.mdx
deleted file mode 100644
index f5e453dc6..000000000
--- a/src/content/docs/it/docs/how-to.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-title: Come fare
-description: 'Come utilizzare Capgo, tutorial, suggerimenti e trucchi'
-sidebar:
-  order: 1
-locale: it
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-<LinkCard
-	title="Come funziona la gestione delle versioni in Capgo"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-version-work-in-capgo/"
-/>
-
-<LinkCard
-	title="Come rilasciare una versione major in Capgo"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-to-release-major-version-in-capgo/"
-/>
-
-<LinkCard
-	title="Come inviare un aggiornamento specifico a un utente o a un gruppo"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-to-send-specific-version-to-users/"
-/>
-
-
-## CI / CD
-
-
-<LinkCard
-	title="Build e rilascio automatico con GitHub Actions"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-version-work-in-capgo/"
-/>
-
-<LinkCard
-	title="Gestire build di sviluppo e produzione con GitHub Actions"
-	description="capgo.app"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-## Contribuire
-
-
-<LinkCard
-	title="Contribuire all'open source di Capgo"
-	description="githubcom"
-	href="https://github.com/Cap-go/capgo/blob/main/CONTRIBUTINGmd"
-/>
diff --git a/src/content/docs/it/docs/index.mdx b/src/content/docs/it/docs/index.mdx
deleted file mode 100644
index 95a15e2db..000000000
--- a/src/content/docs/it/docs/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: Capgoへようこそ
-description: >-
-  Capgo es una plataforma de actualizaciones en vivo de código abierto para
-  Capacitor y equipos de desarrollo móvil que te permite enviar actualizaciones
-  en vivo a tus usuarios en cuestión de minutos en lugar de días.
-tableOfContents: false
-next: false
-hero:
-  tagline: >-
-    Capgo es una plataforma de código abierto de actualizaciones en tiempo real
-    para Capacitor y equipos de desarrollo móvil, que permite entregar
-    actualizaciones a los usuarios en minutos en lugar de días
-  actions:
-    - text: Iniziamo
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: GitHub
-      link: 'https://github.com/Cap-go/Capgo/'
-      icon: external
-      variant: minimal
-locale: it
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="La potenza dell'aggiornamento in tempo reale" icon="rocket">
-    Distribuisci senza interruzioni aggiornamenti dell'app in tempo reale, correzioni di bug critici, modifiche ai contenuti, funzionalità beta e altro ancora per offrire ai tuoi utenti la migliore esperienza possibile
-  </Card>
-  <Card title="Facile da integrare" icon="pencil">
-    Il plugin richiede 3 passaggi per essere integrato nel tuo codice e ti permette di inviare aggiornamenti ai tuoi utenti in pochi minuti invece che in giorni!
-  </Card>
-  <Card title="Installazione" icon="setting">
-    Esegui `npx @capgo/cli@latest init [APIKEY]` per iniziare
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Impara nella [Documentazione](/docs/getting-started/quickstart/) come padroneggiare il plugin in 5 minuti con il nostro video di onboarding
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/live-updates/breaking-changes.md b/src/content/docs/it/docs/live-updates/breaking-changes.md
deleted file mode 100644
index c06f029cc..000000000
--- a/src/content/docs/it/docs/live-updates/breaking-changes.md
+++ /dev/null
@@ -1,203 +0,0 @@
----
-title: "Modifiche Incompatibili"
-description: "Come gestire modifiche incompatibili con canali versionati"
-locale: it
-sidebar:
-  order: 6
----
-
-Questa documentazione spiega come gestire modifiche incompatibili nella tua app utilizzando canali versionati. Questo approccio ti consente di mantenere diverse versioni della tua app assicurando che gli utenti ricevano aggiornamenti compatibili.
-
-## Scenario di Esempio
-
-Diciamo che hai:
-- App versione 1.2.3 (vecchia versione) - usa canale production
-- App versione 2.0.0 (nuova versione con modifiche incompatibili) - usa canale v2
-- Aggiornamento live 1.2.4 (compatibile con 1.2.3)
-- Aggiornamento live 2.0.1 (compatibile con 2.0.0)
-
-## Strategia: Usa Sempre defaultChannel per Versioni Maggiori
-
-**Approccio consigliato:** Imposta un `defaultChannel` per ogni versione maggiore. Questo assicura che tu possa sempre inviare aggiornamenti a gruppi specifici di utenti senza fare affidamento sull'assegnazione dinamica dei canali.
-
-```ts
-// Release versione 1.x
-defaultChannel: 'v1'
-
-// Release versione 2.x
-defaultChannel: 'v2'
-
-// Release versione 3.x (futuro)
-defaultChannel: 'v3'
-```
-
-:::tip
-**Vantaggi di questo approccio:**
-- **Hai sempre il controllo** su quali utenti ricevono aggiornamenti
-- **Nessun cambio dinamico di canale** necessario nel codice della tua app
-- **Separazione chiara** tra diverse versioni dell'app
-- **Flessibilità** di inviare aggiornamenti a qualsiasi gruppo di versioni specifico
-:::
-
-## 1. Crea Canale per Nuova Versione
-
-```bash
-# Crea canale per versione 2.x
-npx @capgo/cli channel create v2
-```
-
-## 2. Aggiorna Configurazione Capacitor per Versione 2.0.0
-
-Aggiorna la tua configurazione Capacitor prima di compilare la versione 2.0.0 per l'app store:
-
-```ts
-// capacitor.config.ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      // ... altre opzioni
-      defaultChannel: 'v2' // Tutti gli utenti 2.0.0 useranno il canale v2
-    }
-  }
-};
-
-export default config;
-```
-
-:::note
-**Per versione 1.x:** Se non hai impostato inizialmente un `defaultChannel`, gli utenti versione 1.x sono sul canale `production`. Per future versioni maggiori, imposta sempre un canale specifico come `v3`, `v4`, ecc.
-:::
-
-## 3. Gestisci Branch di Codice Separati
-
-Crea branch git separati per mantenere la compatibilità tra versioni app:
-
-```bash
-# Crea e mantieni un branch per aggiornamenti versione 1.x
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-
-# Il tuo branch main continua con sviluppo versione 2.x
-git checkout main
-```
-
-:::warning
-**Critico:** Non inviare mai bundle JavaScript ad app vecchie che si aspettano codice/API native che non hanno. Compila sempre aggiornamenti dal branch appropriato:
-- **branch v1-maintenance**: Per aggiornamenti ad app 1.x (canale production)
-- **branch main**: Per aggiornamenti ad app 2.x (canale v2)
-:::
-
-## 4. Carica Bundle ai Rispettivi Canali
-
-```bash
-# Per aggiornamenti 1.x: Compila dal branch v1-maintenance
-git checkout v1-maintenance
-# Fai le tue modifiche compatibili 1.x qui
-npx @capgo/cli bundle upload --channel production
-
-# Per aggiornamenti 2.x: Compila dal branch main
-git checkout main
-# Fai le tue modifiche 2.x qui
-npx @capgo/cli bundle upload --channel v2
-```
-
-## 5. Abilita Auto-Assegnazione
-
-```bash
-# Permetti alle app di auto-assegnarsi al canale v2
-npx @capgo/cli channel set v2 --self-assign
-```
-
-## 6. Distribuisci su App Store
-
-Compila e distribuisci versione 2.0.0 sull'app store. Tutti gli utenti che scaricano questa versione (sia nuovi utenti che utenti esistenti che aggiornano) useranno automaticamente il canale v2 perché è configurato nel bundle dell'app.
-
-:::note
-**Nessuna modifica codice necessaria!** Poiché `defaultChannel: 'v2'` è incluso nella versione app store, tutti gli utenti che scaricano versione 2.0.0 useranno automaticamente il canale corretto.
-:::
-
-## Scalare a Versioni Future
-
-Quando rilasci versione 3.0.0 con più modifiche incompatibili:
-
-```bash
-# Crea canale per versione 3.x
-npx @capgo/cli channel create v3
-```
-
-```ts
-// capacitor.config.ts per versione 3.0.0
-const config: CapacitorConfig = {
-  // ...
-  plugins: {
-    CapacitorUpdater: {
-      defaultChannel: 'v3' // Utenti versione 3.x
-    }
-  }
-};
-```
-
-Ora puoi inviare aggiornamenti a qualsiasi versione:
-- Canale `production` → Utenti versione 1.x
-- Canale `v2` → Utenti versione 2.x
-- Canale `v3` → Utenti versione 3.x
-
-## 7. Pulizia (Dopo Migrazione)
-
-Una volta che tutti gli utenti sono migrati alla versione 2.x (conta 3-4 mesi):
-
-1. Rimuovi `defaultChannel` dalla tua configurazione Capacitor
-2. Elimina il canale v2:
-
-```bash
-npx @capgo/cli channel delete v2
-```
-
-3. Elimina il branch v1-maintenance:
-
-```bash
-git branch -d v1-maintenance
-git push origin --delete v1-maintenance
-```
-
-:::tip
-Questo approccio assicura che gli utenti ricevano solo aggiornamenti compatibili con la loro versione app
-:::
-
-:::warning
-Testa sempre gli aggiornamenti accuratamente in ogni canale prima del deployment
-:::
-
-:::note
-Puoi eliminare in sicurezza il canale v2 in Capgo anche se alcuni utenti hanno ancora la sovrascrittura del canale. Riceveranno automaticamente aggiornamenti dal canale production invece.
-:::
-
-## Mantenere Aggiornamenti Versione 1.x
-
-Per inviare aggiornamenti compatibili con versione 1.x:
-
-1. Passa al branch v1-maintenance:
-```bash
-git checkout v1-maintenance
-```
-
-2. Fai le tue modifiche e committa:
-```bash
-# Fai modifiche compatibili 1.x
-git add .
-git commit -m "Fix per v1.x"
-git push origin v1-maintenance
-```
-
-3. Compila e carica al canale production:
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
-:::tip
-Mantieni il tuo branch v1-maintenance aggiornato con correzioni di bug compatibili con versione 1.x, ma non fare mai merge di modifiche incompatibili da main
-:::
diff --git a/src/content/docs/it/docs/live-updates/channels.mdx b/src/content/docs/it/docs/live-updates/channels.mdx
deleted file mode 100644
index 13ceefb6b..000000000
--- a/src/content/docs/it/docs/live-updates/channels.mdx
+++ /dev/null
@@ -1,258 +0,0 @@
----
-title: Canali
-description: "Scopri come gestire e configurare i canali Live Update in Capgo, abilitando aggiornamenti dell'app senza interruzioni indirizzando build specifiche del bundle JS ai dispositivi configurati per quei canali."
-sidebar:
-  order: 2
-locale: it
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Un canale Live Update punta a una specifica build del bundle JS della tua app che sarà condivisa con qualsiasi dispositivo configurato per ascoltare quel canale per gli aggiornamenti. Quando [installi l'SDK Capgo Live Updates](/docs/getting-started/quickstart/) nella tua app, ogni binario nativo configurato su quel canale controllerà gli aggiornamenti disponibili ogni volta che l'app viene avviata. Puoi cambiare la build a cui punta un canale in qualsiasi momento e puoi anche tornare a build precedenti se necessario.
-
-<Aside type="caution" title="I canali non forniscono riservatezza">
-I canali controllano l'idoneità agli aggiornamenti, non la segretezza del bundle. Anche se un canale è privato o l'auto-assegnazione è disabilitata, qualsiasi bundle non crittografato caricato su Capgo deve comunque essere trattato come una risorsa pubblica consegnata ai client. La crittografia protegge il percorso di distribuzione e l'autenticità degli aggiornamenti, ma i bundle distribuiti possono comunque essere sottoposti a reverse engineering dall'app distribuita con sufficiente impegno perché la chiave pubblica fa parte del client. Vedi [la crittografia dei Live Update](/docs/live-updates/encryption/) per i dettagli.
-</Aside>
-
-## Come un dispositivo sceglie un canale (precedenza)
-
-Quando un dispositivo controlla un aggiornamento, Capgo decide quale canale usare in questo ordine rigoroso (priorità più alta prima):
-
-1. **Mappatura dispositivo forzata (Dashboard)** – Collega manualmente un ID dispositivo specifico a un canale. Usa per debug urgente o test controllati con un singolo utente reale. Questo vince sempre.
-2. **Override cloud (per-dispositivo) via Dashboard o API** – Creato quando cambi il canale del dispositivo nella dashboard o via API. Usa per utenti QA che passano tra canali feature/PR o per riprodurre un problema utente. La reinstallazione del binario non lo cancella; eliminare la voce del dispositivo sì.
-
-<Aside type="tip" title="Cambio Canale Istantaneo con setChannel()">
-**A partire dalla versione plugin 5.34.0, 6.34.0, 7.34.0 o 8.0.0** (a seconda della tua versione major), `setChannel()` funziona diversamente: contatta il backend per **validare** che il canale sia permesso (verificando se l'auto-assegnazione è abilitata per quel canale), poi memorizza il canale **localmente sul dispositivo** come `defaultChannel`. Questo significa che il nuovo canale ha effetto **istantaneamente** per il prossimo controllo aggiornamenti—nessuna attesa per la replica.
-
-In precedenza, `setChannel()` salvava l'override del canale nel database backend (come le modifiche Dashboard o API), e i dispositivi dovevano aspettare la replica dei dati (fino a 2 minuti) prima che il nuovo canale fosse riconosciuto. Il nuovo comportamento legge solo dal backend (per la validazione) e memorizza localmente, rendendo i cambi di canale istantanei.
-
-**Nota:** Anche se un canale diventa non permesso dopo essere stato impostato localmente, il backend validerà comunque il canale durante i controlli aggiornamenti, quindi la sicurezza è mantenuta.
-
-**Importante:** Quando le modifiche al canale vengono fatte via Dashboard o API, c'è comunque un ritardo di replica fino a 2 minuti prima che tutti i server edge riflettano il cambiamento. Per il cambio canale istantaneo, usa `setChannel()` dal codice della tua app—valida con il backend, poi imposta il canale localmente per effetto immediato.
-</Aside>
-
-3. **Capacitor config `defaultChannel` (default build di test)** – Se presente in `capacitor.config.*` e non esiste nessun force/override, l'app parte su questo canale (es. `beta`, `qa`, `pr-123`). Pensato per build TestFlight/interne così i tester atterrano automaticamente su un canale pre-release. Le build di produzione tipicamente lasciano questo non impostato.
-4. **Cloud Default Channel (percorso principale ~99% degli utenti)** – Se contrassegni un canale default nella dashboard, tutti gli utenti finali normali (nessun force, nessun override, nessun config defaultChannel) si collegano qui. Cambialo per rollout o rollback istantaneo—nessun nuovo binario. Se hai default specifici per piattaforma (uno solo iOS, uno solo Android), ogni dispositivo atterra sul default che corrisponde alla sua piattaforma. Lasciare il cloud default non impostato è permesso; in quel caso il dispositivo deve corrispondere ai passaggi 1-3 per ricevere aggiornamenti.
-
-Best practice:
-- Tratta 1-3 come layer di eccezione/test; quando imposti un cloud default, gli utenti reali dovrebbero confluire lì. Se scegli di non impostarne uno, sii intenzionale su come gli utenti si collegano (tipicamente via `defaultChannel` nel config o override per-dispositivo).
-- Configura `defaultChannel` solo nei binari che distribuisci esplicitamente ai tester. Lasciarlo non impostato mantiene la logica di produzione centralizzata nella dashboard.
-- Usa `setChannel()` con parsimonia in produzione—principalmente per QA o diagnostica mirata.
-
-Se un canale è disabilitato per la piattaforma (toggle iOS/Android) quando altrimenti sarebbe scelto, il processo di selezione lo salta e continua nella lista.
-
-> Riepilogo: Force > Override > Config `defaultChannel` > Cloud Default.
-
-## Comportamento del Canale Default
-
-Impostare un cloud default è opzionale, ma di solito serve come percorso catch-all per i nuovi dispositivi. Senza uno, solo i dispositivi che corrispondono a mappature forzate, override o un `defaultChannel` nel config Capacitor riceveranno aggiornamenti. Quando scegli di contrassegnare i default, tieni a mente questi pattern:
-
-- **Default singolo (più comune)** – Se il canale ha sia iOS che Android abilitati, diventa l'unico default; qualsiasi dispositivo senza override si collegherà qui.
-- **Default specifici per piattaforma** – Se dividi i canali per piattaforma (per esempio, `ios-production` con solo iOS abilitato e `android-production` con solo Android abilitato), contrassegna ciascuno come default per la sua piattaforma. I dispositivi iOS vanno al default iOS, i dispositivi Android vanno al default Android.
-
-Ricorda che il cloud default e `defaultChannel` in `capacitor.config.*` occupano entrambi lo stesso layer decisionale. Se imposti un cloud default, non hai bisogno di duplicare il valore nel tuo config Capacitor—lascia `defaultChannel` vuoto per le build di produzione. Riserva `defaultChannel` per binari che distribuisci intenzionalmente a tester o QA quando vuoi che partano su un canale non-produzione anche se il cloud default è diverso.
-
-Puoi cambiare i default in qualsiasi momento nella dashboard. Quando scambi un default, i nuovi dispositivi obbediscono al nuovo routing immediatamente e i dispositivi esistenti seguono le normali regole di precedenza la prossima volta che fanno check-in.
-
-## Configurare un Canale
-
-Durante l'onboarding crei il primo canale (la maggior parte dei team lo chiama "Production"), ma nulla è bloccato—puoi rinominare o eliminare qualsiasi canale in qualsiasi momento. Per aggiungere canali aggiuntivi in seguito:
-
-1. Vai alla sezione "Channels" della dashboard Capgo
-2. Clicca sul pulsante "New Channel"
-3. Inserisci un nome per il canale e clicca "Create"
-
-I nomi dei canali possono essere qualsiasi cosa tu desideri. Una strategia comune è far corrispondere i canali alle tue fasi di sviluppo, come:
-
-- `Development` - per testare gli aggiornamenti live su dispositivi locali o emulatori
-- `QA` - per il team QA per verificare gli aggiornamenti prima del rilascio più ampio
-- `Staging` - per i test finali in un ambiente simile alla produzione
-- `Production` - per la versione della tua app che gli utenti finali ricevono dagli app store
-
-## Configurare il Canale nella Tua App
-
-Con i tuoi canali creati, devi configurare la tua app per ascoltare il canale appropriato. In questo esempio, useremo il canale `Development`.
-
-Apri il tuo file `capacitor.config.ts` (o `capacitor.config.json`). Nella sezione `plugins`, imposta opzionalmente `defaultChannel` per **build di test** (interne/QA). Per le build di produzione, preferisci ometterlo così i dispositivi usano il Cloud Default a meno che non siano esplicitamente sovrascritti.
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      // Per una build QA/TestFlight – i tester partono automaticamente sul canale Development.
-      defaultChannel: 'Development',
-      // Le build di produzione di solito omettono questo così gli utenti si collegano al Cloud Default channel.
-    },
-  },
-};
-```
-
-Successivamente, compila la tua web app ed esegui `npx cap sync` per copiare il file di configurazione aggiornato nei tuoi progetti iOS e Android. Se salti questo passaggio di sincronizzazione, i tuoi progetti nativi continueranno a utilizzare il canale per cui erano precedentemente configurati.
-
-<Aside type="caution">
-Ordine di selezione canale: Force > Override (`setChannel` / dashboard) > Config `defaultChannel` > Cloud Default.
-
-Usa `defaultChannel` solo nelle build di test/interne; omettilo per la produzione così gli utenti seguono il Cloud Default (quando impostato) invece di duplicare il routing nel config nativo.
-
-Puoi comunque forzare (pinnare) un dispositivo o applicare un override in seguito—questi sostituiscono immediatamente il valore del config.
-
-> I nomi dei canali sono case sensitive.
-</Aside>
-
-## Opzioni e Strategie dei Canali
-
-I canali hanno diverse opzioni che controllano chi può ricevere aggiornamenti e come gli aggiornamenti vengono consegnati. Le più importanti sono sotto. Puoi configurarle dalla web app, dalla CLI o dalla Public API.
-
-- Canale default: Contrassegna opzionalmente il canale o i canali specifici per piattaforma a cui si collegano i nuovi dispositivi. Vedi "Comportamento del Canale Default" per scenari di routing.
-- Filtri piattaforma: Abilita o disabilita la consegna a dispositivi `iOS` e/o `Android` per canale.
-- Disabilita auto downgrade sotto native: Impedisce l'invio di un aggiornamento quando la versione native dell'app del dispositivo è più recente del bundle del canale (per esempio, dispositivo su 1.2.3 mentre il canale ha 1.2.2).
-- Permetti build di development: Permetti aggiornamenti alle build di development (utile per il testing).
-- Permetti dispositivi emulatore: Permetti aggiornamenti a emulatori/simulatori (utile per il testing).
-- Permetti auto-assegnazione dispositivo: Permette all'app di passare a questo canale a runtime usando `setChannel`. Se disabilitato, `setChannel` fallirà per questo canale.
-
-### Strategie per Disabilitare Auto Update
-
-Usa questo per limitare quali tipi di aggiornamenti il canale consegnerà automaticamente. Opzioni:
-
-- major: Blocca aggiornamenti cross-major (0.0.0 → 1.0.0). Aggiornamenti minor e patch ancora permessi.
-- minor: Blocca aggiornamenti cross-minor (es., 1.1.0 → 1.2.0) e major. Aggiornamenti patch ancora permessi. Nota: non blocca 0.1.0 → 1.1.0.
-- patch: Molto restrittivo. Permette solo versioni patch crescenti all'interno dello stesso major e minor. Esempi: 0.0.311 → 0.0.314 ✅, 0.1.312 → 0.0.314 ❌, 1.0.312 → 0.0.314 ❌.
-- metadata: Richiede un metadata di versione minima di aggiornamento su ogni bundle. Configura via CLI usando `--min-update-version` o `--auto-min-update-version`. Se mancante, il canale è contrassegnato come mal configurato e gli aggiornamenti saranno rifiutati finché non viene impostato.
-- none: Permetti tutti gli aggiornamenti secondo la compatibilità semver.
-
-Scopri più dettagli ed esempi nella strategia Disabilita aggiornamenti su /docs/cli/commands/#disable-updates-strategy.
-
-Esempio (CLI):
-
-```bash
-# Blocca aggiornamenti major sul canale Production
-npx @capgo/cli@latest channel set production com.example.app \
-  --disable-auto-update major
-
-# Permetti ai dispositivi di auto-assegnarsi al canale Beta
-npx @capgo/cli@latest channel set beta com.example.app --self-assign
-```
-
-### Usare setChannel() dalla Tua App
-
-Il metodo `setChannel()` permette alla tua app di cambiare canale programmaticamente a runtime. Questo è particolarmente utile per:
-
-- Menu QA/debug dove i tester possono passare tra canali
-- Flussi di opt-in per programmi beta
-- Implementazioni di feature flag
-- Scenari di A/B testing
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Passa al canale beta
-await CapacitorUpdater.setChannel({ channel: 'beta' });
-
-// Opzionalmente attiva un controllo aggiornamenti immediato dopo il cambio
-await CapacitorUpdater.setChannel({
-  channel: 'beta',
-  triggerAutoUpdate: true
-});
-```
-
-<Aside type="note" title="Come Funziona setChannel() (v5.34.0+ / v6.34.0+ / v7.34.0+ / v8.0.0+)">
-Quando `setChannel()` viene chiamato:
-
-1. **Validazione backend (solo lettura)**: Una richiesta viene inviata al backend Capgo per validare che il canale sia permesso (verificando i permessi di auto-assegnazione)
-2. **Aggiornamento storage locale**: Se la validazione passa, il canale viene salvato nello storage locale del dispositivo come `defaultChannel`
-3. **Effetto istantaneo**: Il prossimo controllo aggiornamenti usa il nuovo canale immediatamente (nessuna attesa per la replica)
-
-**Perché questo conta:** Nelle versioni precedenti, `setChannel()` salvava l'override del canale nel database backend (come le modifiche Dashboard o API). I dispositivi dovevano aspettare la replica del backend (fino a 2 minuti) prima che il cambio canale avesse effetto. Ora, `setChannel()` legge solo dal backend (per la validazione) e memorizza localmente, rendendo i cambi di canale istantanei.
-
-**Nota sulla sicurezza:** Anche se i permessi di un canale cambiano dopo essere stato impostato localmente (es., l'auto-assegnazione viene disabilitata), il backend validerà comunque il canale durante i controlli aggiornamenti, assicurando che la sicurezza sia mantenuta.
-
-**Confronto dei metodi di cambio canale:**
-
-| Metodo | Tempo di Effetto | Dove Memorizzato | Caso d'Uso |
-|--------|------------------|------------------|------------|
-| `setChannel()` dal plugin | **Istantaneo** | Solo dispositivo (locale) | Cambio canale iniziato dall'utente in-app |
-| Override dispositivo Dashboard | Fino a 2 min | Database backend | Modifiche iniziate dall'admin per dispositivi specifici |
-| Assegnazione canale API | Fino a 2 min | Database backend | Integrazioni backend automatizzate |
-
-Per la migliore esperienza utente quando costruisci UI per il cambio canale, usa sempre il metodo `setChannel()` del plugin.
-
-Versioni minime per il cambio canale solo locale: **5.34.0**, **6.34.0**, **7.34.0** o **8.0.0** (a seconda della tua versione major). Ogni numero di versione minor corrisponde allo stesso set di funzionalità su tutte le versioni major (es., X.34.0 include le stesse funzionalità che X sia 5, 6, 7 o 8). Vedi [installazione plugin](/docs/getting-started/add-an-app/) per i tag delle versioni.
-</Aside>
-
-## Assegnare un Bundle a un Canale
-
-Per distribuire un aggiornamento live, devi caricare una nuova build del bundle JS e assegnarla a un canale. Puoi farlo in un unico passaggio con la CLI di Capgo:
-
-```shell
-npx @capgo/cli@latest bundle upload --channel=Development
-```
-
-Questo caricherà i tuoi asset web compilati e imposterà il nuovo bundle come build attiva per il canale `Development`. Qualsiasi app configurata per ascoltare quel canale riceverà l'aggiornamento la prossima volta che controllerà.
-
-Puoi anche assegnare le build ai canali dalla sezione "Bundles" della dashboard Capgo. Clicca sull'icona del menu accanto a una build e seleziona "Assign to Channel" per scegliere il canale per quella build.
-
-## Versionamento dei Bundle e Canali
-
-È importante notare che i bundle in Capgo sono globali per la tua app, non specifici per i singoli canali. Lo stesso bundle può essere assegnato a più canali.
-
-Per il versionamento dei bundle, consigliamo di utilizzare il versionamento semantico [semver](https://semver.org/) con identificatori di pre-release per le build specifiche del canale. Ad esempio, una versione beta potrebbe essere versionata come `1.2.3-beta.1`.
-
-Questo approccio ha diversi vantaggi:
-
-- Comunica chiaramente la relazione tra le build: `1.2.3-beta.1` è ovviamente una pre-release di `1.2.3`
-- Permette di riutilizzare i numeri di versione tra i canali, riducendo la confusione
-- Abilita percorsi di rollback chiari. Se devi tornare indietro da `1.2.3`, sai che `1.2.2` è la precedente versione stabile
-
-Ecco un esempio di come potresti allineare le versioni dei bundle con una tipica configurazione dei canali:
-
-- Canale `Development`: `1.2.3-dev.1`, `1.2.3-dev.2`, ecc.
-- Canale `QA`: `1.2.3-qa.1`, `1.2.3-qa.2`, ecc.
-- Canale `Staging`: `1.2.3-rc.1`, `1.2.3-rc.2`, ecc.
-- Canale `Production`: `1.2.3`, `1.2.4`, ecc.
-
-Usare semver con identificatori di pre-release è un approccio raccomandato, ma non strettamente richiesto. La chiave è trovare uno schema di versionamento che comunichi chiaramente le relazioni tra le tue build e si allinei con il processo di sviluppo del tuo team.
-
-## Rollback di un Aggiornamento Live
-
-Se distribuisci un aggiornamento live che introduce un bug o che necessita di essere revocato, puoi facilmente tornare a una build precedente. Dalla sezione "Channels" della dashboard:
-
-<Steps>
-
-1. Clicca sul nome del canale che vuoi ripristinare
-2. Trova la build a cui vuoi tornare e clicca sull'icona della corona
-![Rollback build](/select_bundle.webp)
-3. Conferma l'azione
-
-</Steps>
-
-La build selezionata diventerà immediatamente la build attiva per quel canale. Le app riceveranno la versione ripristinata la prossima volta che controlleranno gli aggiornamenti.
-
-## Automatizzare i Deployment
-
-Per flussi di lavoro più avanzati, puoi automatizzare i tuoi deployment di aggiornamenti live come parte della tua pipeline CI/CD. Integrando Capgo nel tuo processo di build, puoi caricare automaticamente nuovi bundle e assegnarli ai canali ogni volta che fai push su determinati branch o crei nuove release.
-
-Consulta la documentazione [Integrazione CI/CD](/docs/getting-started/cicd-integration/) per saperne di più sull'automazione degli aggiornamenti live di Capgo.
-
-## Distribuire su un Dispositivo
-
-Ora che hai compreso i canali, sei pronto per iniziare a distribuire aggiornamenti live su dispositivi reali. Il processo base è:
-
-1. Installare l'SDK Capgo nella tua app
-2. Configurare l'app per ascoltare il canale desiderato
-3. Caricare una build e assegnarla a quel canale
-4. Avviare l'app e attendere l'aggiornamento!
-
-Per una guida più dettagliata, consulta la guida [Distribuire Aggiornamenti Live](/docs/getting-started/deploy/). Buon aggiornamento!
-
-## Utilizzo Avanzato dei Canali: Segmentazione Utenti
-
-I canali possono essere utilizzati per più che solo le fasi di sviluppo. Sono uno strumento potente per la segmentazione degli utenti, abilitando funzionalità come:
-
-- Feature flag per diversi tier di utenti
-- A/B testing
-- Rollout graduali delle funzionalità
-- Programmi di beta testing
-
-Scopri come implementare questi casi d'uso avanzati nella nostra guida: [How to Segment Users by Plan and Channels for Feature Flags and A/B Testing](/blog/how-to-segment-users-by-plan-and-channels/).
diff --git a/src/content/docs/it/docs/live-updates/china-configuration.mdx b/src/content/docs/it/docs/live-updates/china-configuration.mdx
deleted file mode 100644
index 3c75f4c19..000000000
--- a/src/content/docs/it/docs/live-updates/china-configuration.mdx
+++ /dev/null
@@ -1,208 +0,0 @@
----
-title: Utilizzo di Capgo in Cina
-description: "Scopri come configurare Capgo Live Updates per funzionare in Cina utilizzando URL OST regionali per prestazioni e affidabilità ottimali."
-locale: it
-sidebar:
-  order: 11
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Se stai distribuendo la tua app agli utenti in Cina, dovrai configurare Capgo per utilizzare URL OST (Object Storage Technology) regionali per garantire aggiornamenti affidabili e veloci.
-
-## Perché Usare URL Specifici per la Cina?
-
-A causa dell'infrastruttura di rete e delle normative in Cina (il Great Firewall), le connessioni dirette ai server internazionali possono essere lente o inaffidabili. Capgo fornisce URL OST dedicati con dati situati a Hong Kong per minimizzare la latenza e assicurare che i tuoi utenti ricevano aggiornamenti nel modo più rapido e affidabile possibile.
-
-## Configurazione
-
-Per configurare Capgo per la Cina, devi impostare tre URL specifici nel tuo file di configurazione Capacitor. Questi URL puntano all'infrastruttura di Capgo basata a Hong Kong.
-
-<Steps>
-
-1. Apri il tuo file `capacitor.config.ts`
-
-2. Aggiungi la seguente configurazione alla sezione plugin `CapacitorUpdater`:
-
-    ```typescript
-    import { CapacitorConfig } from '@capacitor/cli';
-
-    const config: CapacitorConfig = {
-      plugins: {
-        CapacitorUpdater: {
-          autoUpdate: true,
-          updateUrl: 'https://updater.capgo.com.cn/updates',
-          statsUrl: 'https://updater.capgo.com.cn/stats',
-          channelUrl: 'https://updater.capgo.com.cn/channel_self',
-        },
-      },
-    };
-
-    export default config;
-    ```
-
-3. Ricompila la tua app per applicare le modifiche:
-
-    ```shell
-    npm run build
-    npx cap sync
-    ```
-
-</Steps>
-
-## Dettagli Configurazione
-
-Ecco cosa fa ogni URL:
-
-- **updateUrl**: `https://updater.capgo.com.cn/updates` - Usato per verificare e scaricare aggiornamenti disponibili per la tua app
-- **statsUrl**: `https://updater.capgo.com.cn/stats` - Usato per riportare analytics e statistiche di utilizzo a Capgo
-- **channelUrl**: `https://updater.capgo.com.cn/channel_self` - Usato per recuperare la configurazione del canale e determinare quali aggiornamenti applicare
-
-<Aside type="tip">
-Tutti e tre gli URL devono essere configurati insieme per garantire la piena funzionalità dell'updater Capgo in Cina.
-</Aside>
-
-## Impostazioni Consigliate per la Cina
-
-A causa delle limitazioni di prestazioni di rete causate dal Great Firewall of China, abbiamo raccomandazioni specifiche per le app distribuite nella Cina continentale:
-
-### Disabilita Aggiornamenti Diretti
-
-**Raccomandiamo fortemente di disabilitare `directUpdate`** per le app in Cina. La connettività di rete in Cina è meno performante rispetto ad altre regioni, e gli aggiornamenti diretti (che si applicano immediatamente) possono portare a una scarsa esperienza utente se i download vengono interrotti o sono lenti.
-
-Invece, usa il comportamento predefinito di aggiornamento dove gli aggiornamenti vengono scaricati in background e applicati quando l'app va in background o si riavvia. Questo fornisce un'esperienza più affidabile per i tuoi utenti.
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // Consigliato per la Cina
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-<Aside type="caution">
-Mentre la nostra infrastruttura basata a Hong Kong aiuta a minimizzare la latenza e migliorare l'affidabilità, le prestazioni di rete verso la Cina continentale possono ancora essere influenzate dal Great Firewall. Disabilitare `directUpdate` aiuta ad assicurare che gli aggiornamenti si completino con successo senza interrompere l'esperienza utente.
-</Aside>
-
-## Esempio di Configurazione Completa
-
-Ecco un esempio completo con impostazioni consigliate per app distribuite in Cina:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'My App',
-  webDir: 'dist',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // Consigliato: disabilita per migliore affidabilità in Cina
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-
-export default config;
-```
-
-## Testare la Tua Configurazione
-
-Dopo aver configurato gli URL specifici per la Cina, puoi verificare che gli aggiornamenti funzionino correttamente:
-
-<Steps>
-
-1. Carica un nuovo bundle su Capgo:
-
-    ```shell
-    npx @capgo/cli@latest bundle upload --channel=production
-    ```
-
-2. Installa la tua app su un dispositivo di test in Cina
-
-3. Monitora il processo di aggiornamento:
-
-    ```shell
-    npx @capgo/cli@latest app debug
-    ```
-
-4. Controlla che gli aggiornamenti vengano scaricati dagli URL OST Cina
-
-</Steps>
-
-<Aside type="note">
-Il comportamento e la tempistica dell'aggiornamento rimangono gli stessi della configurazione standard Capgo. Consulta la documentazione [Comportamento Aggiornamento](/docs/live-updates/update-behavior/) per dettagli su come e quando gli aggiornamenti vengono applicati.
-</Aside>
-
-## Distribuzione Multi-Regione
-
-Se la tua app serve utenti sia dentro che fuori la Cina, puoi usare la configurazione dominio cinese per tutti gli utenti nel mondo. Il dominio `updater.capgo.com.cn` viene risolto globalmente grazie all'infrastruttura DNS Alibaba, rendendolo accessibile sia in Cina che ovunque nel mondo.
-
-### Utilizzo Domini Cinesi Globalmente
-
-Gli URL dominio cinese funzionano perfettamente per app multi-regione:
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // Consigliato per utenti Cina
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-Questa singola configurazione funzionerà per:
-- Utenti nella Cina continentale (usando infrastruttura basata a Hong Kong)
-- Utenti fuori dalla Cina (accedendo alla stessa infrastruttura tramite DNS Alibaba)
-
-**Considerazioni sulle Prestazioni:**
-
-Mentre il dominio `.cn` viene risolto globalmente tramite DNS Alibaba e funziona ovunque, è leggermente meno performante per utenti fuori dalla Cina rispetto al dominio standard (`api.capgo.app`), che viene risolto direttamente da Cloudflare dove è ospitato il nostro backend. Tuttavia, la risoluzione DNS è veloce, quindi la differenza di prestazioni è minima e non impatterà significativamente l'esperienza utente.
-
-<Aside type="tip">
-Usare il dominio `.cn` per tutti gli utenti semplifica il tuo deployment e assicura un comportamento di aggiornamento consistente in tutte le regioni. Non hai bisogno di build separate o configurazioni basate sull'ambiente. Il piccolo compromesso nelle prestazioni fuori dalla Cina vale tipicamente la pena per il deployment semplificato.
-</Aside>
-
-### Alternativa: Configurazioni Specifiche per Regione
-
-Se preferisci ottimizzare diversamente per ogni regione, puoi anche considerare:
-
-- Costruire varianti app separate con configurazioni diverse
-- Usare configurazione basata sull'ambiente per impostare dinamicamente gli URL
-- Creare canali di rilascio diversi per regioni diverse
-
-Se hai bisogno di assistenza con strategie di deployment multi-regione, contattaci a [support@capgo.app](mailto:support@capgo.app) o unisciti alla nostra [community Discord](https://discord.capgo.app) per aiuto.
-
-## Risoluzione dei Problemi
-
-Se riscontri problemi con gli aggiornamenti in Cina:
-
-1. **Verifica la tua configurazione** - Ricontrolla che tutti e tre gli URL siano impostati correttamente nel tuo `capacitor.config.ts`
-2. **Controlla connettività di rete** - Assicurati che il tuo dispositivo possa raggiungere il dominio `updater.capgo.com.cn`
-3. **Rivedi i log** - Usa `npx @capgo/cli@latest app debug` per controllare messaggi di errore
-4. **Testa aggiornamenti** - Prova a caricare un nuovo bundle e monitora il processo di download
-5. **Contatta supporto** - Se i problemi persistono, contattaci a [support@capgo.app](mailto:support@capgo.app) o unisciti alla nostra [community Discord](https://discord.capgo.app) per assistenza
-
-<Aside type="caution">
-Assicurati di usare il dominio `.cn` (`updater.capgo.com.cn`) e non il dominio internazionale standard quando configuri per la Cina.
-</Aside>
-
-## Prossimi Passi
-
-- Scopri di più sul [Comportamento Aggiornamento](/docs/live-updates/update-behavior/) per personalizzare quando gli aggiornamenti vengono applicati
-- Esplora [Canali](/docs/live-updates/channels/) per gestire diverse tracce di rilascio
-- Rivedi [Crittografia](/docs/live-updates/encryption/) per proteggere i tuoi aggiornamenti
diff --git a/src/content/docs/it/docs/live-updates/compliance.mdx b/src/content/docs/it/docs/live-updates/compliance.mdx
deleted file mode 100644
index d5e244d16..000000000
--- a/src/content/docs/it/docs/live-updates/compliance.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: Conformità
-description: "Scopri le pratiche sulla privacy di Capgo, la raccolta dei dati, la conformità sulla sicurezza e come proteggiamo le informazioni dei tuoi utenti durante gli aggiornamenti live."
-sidebar:
-  order: 6
-locale: it
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo è progettato con la privacy, la sicurezza e la conformità in mente. Questo documento spiega quali dati vengono raccolti, come vengono utilizzati e quali misure sono in atto per proteggere la privacy dei tuoi utenti e garantire la conformità normativa quando si utilizza il servizio di aggiornamento live di Capgo.
-
-## Panoramica della raccolta dati
-
-Capgo raccoglie dati minimi necessari per fornire il servizio di aggiornamento live in modo efficace. La raccolta dei dati è focalizzata sui requisiti operativi piuttosto che sul tracciamento degli utenti o sull'analisi.
-
-### Quali dati vengono raccolti
-
-Capgo raccoglie solo i dati necessari per fornire la funzionalità di aggiornamenti live. Quando la tua app controlla gli aggiornamenti o scarica nuovi bundle, vengono raccolte le seguenti informazioni:
-
-- **App ID**: Un identificatore univoco per la tua app che viene utilizzato per associare l'app all'account corretto
-- **App Version Code**: Il codice versione dell'app utilizzato per determinare quali aggiornamenti sono compatibili con l'app
-- **App Version Name**: Il nome della versione dell'app utilizzato per scopi di visualizzazione
-- **Platform**: La piattaforma (iOS, Android) dell'app utilizzata per determinare quali aggiornamenti sono compatibili con l'app
-- **Device ID**: Un identificatore univoco per il dispositivo utilizzato per consegnare aggiornamenti a un dispositivo specifico e per scopi di fatturazione. Questo identificatore è una stringa casuale che viene creata quando l'app viene avviata per la prima volta. **A partire dalla versione del plugin v5.10.0, v6.25.0 e v7.25.0**, l'ID del dispositivo ora persiste tra le reinstallazioni dell'app (archiviato in modo sicuro nel Keychain su iOS e in EncryptedSharedPreferences su Android) per fornire un migliore tracciamento del dispositivo mantenendo la conformità con le linee guida dell'app store. Prima di queste versioni, l'ID del dispositivo veniva reimpostato ad ogni installazione dell'app
-- **Bundle ID**: L'identificatore univoco per il bundle attualmente installato sul dispositivo
-- **Channel Name**: Il nome del canale selezionato per ricevere gli aggiornamenti
-- **OS Version**: La versione del sistema operativo utilizzata per determinare quali aggiornamenti sono compatibili con il dispositivo
-- **Plugin Version**: La versione del plugin @capgo/capacitor-updater utilizzata per consegnare aggiornamenti al dispositivo
-
-**Dati tecnici aggiuntivi:**
-- Timestamp di controllo aggiornamenti
-- Stato di successo/fallimento del download
-- Stato di installazione del bundle
-- Eventi di rollback e motivi
-- Indirizzo IP (per geolocalizzazione e ottimizzazione CDN)
-
-<Aside type="note">
-Puoi verificare i dati raccolti ispezionando il codice sorgente del plugin @capgo/capacitor-updater, che è open-source e disponibile su [GitHub](https://github.com/Cap-go/capacitor-updater). Capgo non raccoglie informazioni di identificazione personale (PII) come nomi, indirizzi email, numeri di telefono o identificatori persistenti del dispositivo che possono essere utilizzati per tracciare singoli utenti tra le app.
-</Aside>
-
-### Quali dati NON vengono raccolti
-
-Capgo esplicitamente non raccoglie:
-
-- Informazioni personali dell'utente o credenziali
-- Analisi di utilizzo dell'app o dati sul comportamento dell'utente
-- Contenuti dalla tua app o dati generati dall'utente
-- Dati di posizione oltre alla regione geografica generale
-- Identificatori persistenti del dispositivo per il tracciamento
-- Dati biometrici o personali sensibili
-
-## Utilizzo e scopo dei dati
-
-I dati raccolti da Capgo vengono utilizzati esclusivamente per:
-
-### Funzionamento del servizio
-- Determinare quali aggiornamenti sono disponibili per versioni specifiche dell'app
-- Ottimizzare la distribuzione dei contenuti attraverso la selezione geografica della CDN
-- Garantire la compatibilità tra aggiornamenti e capacità del dispositivo
-- Gestire il rilascio degli aggiornamenti e le assegnazioni dei canali
-
-### Miglioramento del servizio
-- Monitorare i tassi di successo degli aggiornamenti e identificare problemi
-- Ottimizzare le prestazioni di download e l'affidabilità
-- Migliorare il sistema di distribuzione degli aggiornamenti in generale
-- Debug e risoluzione dei problemi relativi agli aggiornamenti falliti
-
-### Sicurezza e integrità
-- Prevenire abusi e garantire la disponibilità del servizio
-- Validare l'autenticità e l'integrità degli aggiornamenti
-- Proteggere contro aggiornamenti dannosi o corrotti
-- Mantenere la sicurezza e la stabilità del servizio
-
-## Archiviazione e conservazione dei dati
-
-### Posizione di archiviazione
-- I bundle di aggiornamento e i metadati sono archiviati su infrastruttura cloud sicura
-- I dati sono distribuiti in più regioni geografiche per le prestazioni
-- Tutta la trasmissione dei dati è crittografata utilizzando protocolli standard del settore (HTTPS/TLS)
-
-### Conservazione dei dati
-- I log di controllo degli aggiornamenti vengono conservati per scopi operativi (tipicamente 30-90 giorni)
-- I file bundle vengono conservati finché sono assegnati a canali attivi
-- Le metriche aggregate e non personali possono essere conservate più a lungo per il miglioramento del servizio
-- I dati personali, se presenti, vengono eliminati in conformità alle leggi applicabili sulla protezione dei dati
-
-### Sicurezza dei dati
-- Tutti i dati sono crittografati in transito e a riposo
-- L'accesso ai dati è limitato solo al personale autorizzato
-- Vengono eseguiti audit di sicurezza e monitoraggio regolari
-- Vengono seguite le pratiche di sicurezza standard del settore
-- **Certificazione SOC 2**: Capgo è attualmente certificato SOC 2 Type II, garantendo i più alti standard di sicurezza, disponibilità e riservatezza. Visualizza il nostro stato di conformità su [trust.capgo.app](https://trust.capgo.app)
-- **Audit continuo del codice**: Ogni commit viene automaticamente verificato da [SonarCloud](https://sonarcloud.io/summary/overall?id=Cap-go_capacitor-updater&branch=main) per il [plugin](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main) e il [backend](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main), garantendo la qualità del codice, il rilevamento di vulnerabilità di sicurezza e la manutenibilità
-- **Scansione delle vulnerabilità**: Ulteriori scansioni di sicurezza vengono eseguite da [Snyk](https://snyk.io/test/github/Cap-go/capgo) per rilevare e correggere le vulnerabilità di sicurezza nelle dipendenze
-- **Sicurezza dell'infrastruttura**: La nostra infrastruttura di hosting è continuamente monitorata e verificata attraverso [controlli di sicurezza dell'hosting](https://hosting-checker.net/websites/api.capgo.app)
-- **Revisione del codice basata su AI**: Ogni pull request viene revisionata da CodeRabbit AI per individuare potenziali problemi, preoccupazioni di sicurezza e mantenere gli standard di qualità del codice
-
-## Controlli sulla privacy
-
-### Per gli sviluppatori di app
-Come utente di Capgo, hai il controllo su:
-
-- **Gestione dei canali**: Controlla quali aggiornamenti vengono distribuiti a quali utenti
-- **Minimizzazione dei dati**: Configura quali informazioni del dispositivo vengono condivise
-- **Controlli geografici**: Gestisci dove vengono distribuiti i tuoi aggiornamenti
-- **Impostazioni di conservazione**: Controlla per quanto tempo vengono conservati i dati degli aggiornamenti
-
-### Per gli utenti finali
-Gli utenti della tua app beneficiano di:
-
-- **Raccolta dati minima**: Vengono raccolti solo i dati essenziali per la distribuzione degli aggiornamenti
-- **Nessun tracciamento**: Nessun tracciamento cross-app o persistente degli utenti
-- **Trasparenza**: Questa politica sulla privacy spiega esattamente quali dati vengono raccolti
-- **Sicurezza**: Tutta la trasmissione dei dati è crittografata e sicura
-
-## Conformità e aspetti legali
-
-### Regolamenti sulla protezione dei dati
-Capgo è progettato per conformarsi ai principali regolamenti sulla protezione dei dati, inclusi:
-
-- **GDPR** (Regolamento generale sulla protezione dei dati)
-- **CCPA** (California Consumer Privacy Act)
-- **COPPA** (Children's Online Privacy Protection Act)
-- Altre leggi regionali sulla privacy applicabili
-
-### Conformità agli app store
-Capgo aderisce rigorosamente alle linee guida e alle politiche degli app store:
-
-- **Apple App Store**: Conforme alle [App Store Review Guidelines](https://developer.apple.com/app-store/review/guidelines/) sezione 3.3.2, garantendo che gli aggiornamenti live modifichino solo il comportamento dell'app in modi coerenti con l'app inviata
-- **Google Play Store**: Segue i requisiti della [Google Play Developer Policy](https://play.google.com/about/developer-content-policy/) per il caricamento dinamico del codice e gli aggiornamenti dell'app
-- **Restrizioni sui contenuti**: Gli aggiornamenti live non possono introdurre funzionalità che non erano presenti nell'invio originale dell'app o violare le politiche sui contenuti specifiche della piattaforma
-- **Requisiti di sicurezza**: Tutti gli aggiornamenti mantengono la stessa postura di sicurezza e le stesse autorizzazioni dell'app originale
-
-### Le tue responsabilità
-Come sviluppatore di app che utilizza Capgo, dovresti:
-
-- Includere appropriate dichiarazioni sulla privacy nella politica sulla privacy della tua app
-- Informare gli utenti sull'uso dei servizi di aggiornamento live
-- Garantire la conformità con le leggi applicabili nella tua giurisdizione
-- Implementare meccanismi di consenso appropriati se richiesto
-
-<Aside type="tip">
-**Nessuna implementazione aggiuntiva sulla privacy richiesta**: Capgo è progettato per essere conforme alla privacy per impostazione predefinita. Non è necessario implementare controlli aggiuntivi sulla privacy o meccanismi di gestione dei dati nel codice della tua app. L'approccio di raccolta dati minima e privacy-by-design significa che l'integrazione di Capgo tipicamente non richiede modifiche alle tue dichiarazioni o politiche sulla privacy esistenti.
-</Aside>
-
-## Privacy by Design
-
-Capgo segue i principi di privacy-by-design:
-
-### Minimizzazione dei dati
-- Raccogliere solo i dati assolutamente necessari per il funzionamento del servizio
-- Evitare di raccogliere informazioni personali o sensibili
-- Utilizzare dati aggregati e anonimizzati dove possibile
-
-### Limitazione dello scopo
-- Utilizzare i dati raccolti solo per gli scopi dichiarati
-- Non riutilizzare i dati per attività non correlate
-- Mantenere confini chiari sull'utilizzo dei dati
-
-### Trasparenza
-- Fornire informazioni chiare sulla raccolta e l'utilizzo dei dati
-- Rendere le pratiche sulla privacy facilmente accessibili e comprensibili
-- Aggiornare regolarmente la documentazione sulla privacy
-
-## Contatti e domande
-
-Se hai domande sulle pratiche sulla privacy di Capgo o devi segnalare una preoccupazione sulla privacy:
-
-- Rivedi la nostra Informativa sulla privacy completa su [capgo.app/privacy](https://capgo.app/privacy)
-- Visualizza il nostro stato di sicurezza e conformità su [capgo.app/trust](https://capgo.app/trust)
-- Contatta il nostro team privacy attraverso i canali di supporto
-- Segnala eventuali problemi relativi alla privacy attraverso il nostro contatto di sicurezza
-
-<Aside type="tip">
-Ricorda di aggiornare l'informativa sulla privacy della tua app per riflettere l'uso del servizio di aggiornamento live di Capgo e qualsiasi raccolta di dati che possa verificarsi come parte del processo di aggiornamento.
-</Aside>
-
-## Best practice per la privacy
-
-Quando implementi Capgo nella tua app:
-
-1. **Sii trasparente**: Informa gli utenti sulla funzionalità di aggiornamento live
-2. **Minimizza i dati**: Abilita solo le funzionalità di raccolta dati di cui hai effettivamente bisogno
-3. **Implementazione sicura**: Segui le best practice di sicurezza nella tua integrazione
-4. **Revisioni regolari**: Rivedi periodicamente le tue pratiche sulla privacy e aggiorna le politiche
-5. **Controllo dell'utente**: Considera di fornire agli utenti opzioni per controllare il comportamento degli aggiornamenti
-
-Seguendo queste pratiche e comprendendo l'approccio alla privacy di Capgo, puoi fornire ai tuoi utenti un'esperienza di aggiornamento live sicura e rispettosa della privacy.
diff --git a/src/content/docs/it/docs/live-updates/custom-storage.mdx b/src/content/docs/it/docs/live-updates/custom-storage.mdx
deleted file mode 100644
index f9cecaa97..000000000
--- a/src/content/docs/it/docs/live-updates/custom-storage.mdx
+++ /dev/null
@@ -1,302 +0,0 @@
----
-title: Storage personalizzato
-description: "Scopri come utilizzare soluzioni di storage personalizzate con Capgo Live Updates, inclusi URL esterni, integrazione S3 e crittografia dei bundle per distribuzioni sicure."
-sidebar:
-  order: 6
-locale: it
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo supporta soluzioni di storage personalizzate per i bundle della tua app, permettendoti di ospitare i tuoi aggiornamenti sulla tua infrastruttura o su servizi di storage di terze parti. Questo è particolarmente utile per organizzazioni con requisiti di sicurezza specifici, esigenze di conformità o infrastruttura di storage esistente.
-
-## Panoramica
-
-Lo storage personalizzato in Capgo funziona caricando il tuo bundle in una posizione esterna e fornendo a Capgo l'URL per accedervi. L'SDK Capgo scaricherà quindi gli aggiornamenti direttamente dalla tua posizione di storage personalizzata invece dello storage cloud predefinito di Capgo.
-
-<Aside type="tip">
-
-Lo storage personalizzato è ideale per:
-- Organizzazioni con requisiti rigorosi di residenza dei dati
-- Team con infrastruttura CDN o di storage esistente
-- Applicazioni che richiedono livelli di sicurezza aggiuntivi
-- Ottimizzazione dei costi per bundle di grandi dimensioni
-
-</Aside>
-
-## Caricamento URL esterno
-
-Il modo più semplice per utilizzare lo storage personalizzato è caricare il tuo bundle in qualsiasi URL accessibile pubblicamente e fornire quell'URL a Capgo.
-
-### Caricamento URL esterno di base
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip
-```
-
-Questo comando dice a Capgo di fare riferimento al bundle all'URL specificato invece di caricarlo nello storage cloud di Capgo.
-
-### Con crittografia
-
-Per lo storage esterno sicuro, puoi crittografare il tuo bundle e fornire le chiavi di decrittografia:
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip --iv-session-key YOUR_IV_SESSION_KEY
-```
-
-## Integrazione S3
-
-Capgo fornisce supporto integrato per Amazon S3 e servizi di storage compatibili con S3. Il CLI può caricare automaticamente il tuo bundle su S3 e configurare Capgo per utilizzare l'URL S3.
-
-### Opzioni di caricamento S3
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-bucket-name your-bucket-name
-```
-
-### Configurazione S3 completa
-
-Per servizi compatibili con S3 o endpoint personalizzati:
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-endpoint https://s3.your-provider.com \
-  --s3-bucket-name your-bucket-name \
-  --s3-port 443 \
-  --no-s3-ssl  # Solo se il tuo endpoint non supporta SSL
-```
-
-### Parametri di configurazione S3
-
-| Parametro | Descrizione | Richiesto |
-|-----------|-------------|----------|
-| `--s3-region` | Regione AWS per il tuo bucket S3 | Sì |
-| `--s3-apikey` | ID chiave di accesso S3 | Sì |
-| `--s3-apisecret` | Chiave di accesso segreta S3 | Sì |
-| `--s3-bucket-name` | Nome del tuo bucket S3 | Sì |
-| `--s3-endpoint` | URL endpoint S3 personalizzato | No |
-| `--s3-port` | Porta per l'endpoint S3 | No |
-| `--no-s3-ssl` | Disabilita SSL per il caricamento S3 | No |
-
-## Preparazione e crittografia del bundle
-
-Quando si utilizza lo storage personalizzato, specialmente con la crittografia, è necessario preparare i bundle correttamente. Questo comporta la creazione di un file zip e opzionalmente la sua crittografia.
-
-### Passaggio 1: Creare un bundle zip
-
-Prima, crea un file zip del bundle della tua app:
-
-```shell
-npx @capgo/cli@latest bundle zip com.example.app --path ./dist
-```
-
-Il comando zip restituirà il checksum del file zip. Puoi utilizzare questo checksum per crittografare il file zip se necessario. Usa l'opzione `--json` per ottenere un output strutturato incluso il checksum.
-
-#### Opzioni del comando zip
-
-```shell
-npx @capgo/cli@latest bundle zip [appId] \
-  --path ./dist \
-  --bundle 1.2.3 \
-  --name myapp-v1.2.3 \
-  --json \
-  --no-code-check \
-  --key-v2 \
-  --package-json ../../package.json,./package.json
-```
-
-| Opzione | Descrizione |
-|--------|-------------|
-| `--path` | Percorso della cartella da comprimere (predefinito webDir da capacitor.config) |
-| `--bundle` | Numero di versione del bundle per nominare il file zip |
-| `--name` | Nome personalizzato per il file zip |
-| `--json` | Output dei risultati in formato JSON (include il checksum) |
-| `--no-code-check` | Salta il controllo della chiamata notifyAppReady() e del file index |
-| `--key-v2` | Usa crittografia v2 |
-| `--package-json` | Percorsi ai file package.json per monorepo (separati da virgola) |
-
-### Passaggio 2: Crittografare il bundle (opzionale)
-
-Per una sicurezza maggiore, crittografa il tuo bundle zip prima del caricamento:
-
-```shell
-# Usando la chiave locale predefinita
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM
-
-# Usando un file chiave personalizzato
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key ./path/to/.capgo_key_v2
-
-# Usando i dati della chiave direttamente
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key-data "PRIVATE_KEY_CONTENT"
-```
-
-Il parametro `CHECKSUM` è richiesto e dovrebbe essere il checksum del tuo file zip. Puoi ottenere il checksum dall'output del comando zip (usa l'opzione `--json` per output strutturato).
-
-Per impostazione predefinita, il comando encrypt utilizzerà la tua chiave di firma privata locale. Puoi specificare una chiave personalizzata usando le opzioni `--key` o `--key-data`.
-
-Il comando encrypt restituirà l'`ivSessionKey` necessario per il caricamento o la decrittografia.
-
-#### Opzioni del comando di crittografia
-
-| Opzione | Descrizione |
-|--------|-------------|
-| `zipPath` | Percorso del file zip da crittografare (richiesto) |
-| `checksum` | Checksum del file zip (richiesto) - ottienilo dal comando zip |
-| `--key` | Percorso personalizzato per la chiave di firma privata (opzionale, usa la chiave locale per impostazione predefinita) |
-| `--key-data` | Dati della chiave di firma privata direttamente (opzionale) |
-| `--json` | Output dei risultati in formato JSON |
-
-<Aside type="caution">
-
-Il comando encrypt restituirà un `ivSessionKey` che dovrai fornire quando carichi con l'opzione `--iv-session-key`.
-
-</Aside>
-
-## Esempi di flusso di lavoro completo
-
-### Esempio 1: URL esterno con crittografia
-
-<Steps>
-
-1. **Compila la tua app:**
-   ```shell
-   npm run build
-   ```
-
-2. **Crea un bundle zip:**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --bundle 1.2.3
-   ```
-
-   Annota il checksum restituito da questo comando.
-
-3. **Crittografa il bundle:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app-1.2.3.zip CHECKSUM_FROM_STEP_2
-   ```
-
-   Annota l'`ivSessionKey` dall'output.
-
-4. **Carica sul tuo storage:**
-   Carica il file zip crittografato sul tuo servizio di hosting.
-
-5. **Registra con Capgo:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --external https://your-cdn.com/bundles/com.example.app-1.2.3.zip \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_3
-   ```
-
-</Steps>
-
-### Esempio 2: Caricamento diretto S3
-
-<Steps>
-
-1. **Compila la tua app:**
-   ```shell
-   npm run build
-   ```
-
-2. **Carica direttamente su S3:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --channel Production
-   ```
-
-</Steps>
-
-### Esempio 3: S3 con crittografia
-
-<Steps>
-
-1. **Compila e comprimi:**
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **Crittografa il bundle:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM
-   ```
-
-3. **Carica su S3 con crittografia:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_2 \
-     --channel Production
-   ```
-
-</Steps>
-
-## Considerazioni sulla sicurezza
-
-Quando si utilizza lo storage personalizzato, considera queste best practice di sicurezza:
-
-### Controllo degli accessi
-- Assicurati che gli URL del tuo storage siano accessibili agli utenti della tua app ma non scopribili pubblicamente
-- Usa URL firmati o autenticazione basata su token quando possibile
-- Implementa intestazioni CORS appropriate per app basate sul web
-
-### Crittografia
-- Crittografa sempre i bundle sensibili usando gli strumenti di crittografia Capgo
-- Archivia le chiavi di crittografia in modo sicuro e ruotale regolarmente
-- Usa HTTPS per tutti gli URL dei bundle (richiesto per iOS e Android)
-
-### Monitoraggio
-- Monitora i log di accesso per rilevare pattern di download insoliti
-- Imposta avvisi per download di bundle falliti
-- Controlla regolarmente le autorizzazioni di storage
-
-## Risoluzione dei problemi
-
-### Problemi comuni
-
-**Il bundle non viene scaricato:**
-- Verifica che l'URL sia accessibile pubblicamente e utilizzi HTTPS (richiesto per iOS e Android)
-- Controlla le intestazioni CORS per le app web
-- Assicurati che il formato del bundle sia corretto
-
-**Errori di crittografia:**
-- Verifica che l'`ivSessionKey` corrisponda al bundle crittografato
-- Controlla che il bundle sia stato crittografato con la chiave corretta
-- Assicurati che venga utilizzata la crittografia v2 per i nuovi bundle
-
-**Fallimenti di caricamento S3:**
-- Verifica le tue credenziali e autorizzazioni S3
-- Controlla le politiche del bucket e la configurazione CORS
-- Assicurati che la regione specificata sia corretta
-
-### Comandi di debug
-
-Controlla lo stato del bundle:
-```shell
-npx @capgo/cli@latest app debug
-```
-
-Verifica l'integrità del bundle:
-```shell
-npx @capgo/cli@latest bundle list
-```
-
-## Prossimi passi
-
-- Scopri i [Canali](/docs/live-updates/channels/) per gestire diversi ambienti di distribuzione
-- Esplora il [Comportamento degli aggiornamenti](/docs/live-updates/update-behavior/) per personalizzare come vengono applicati gli aggiornamenti
-- Configura l'[Integrazione CI/CD](/docs/getting-started/cicd-integration/) per automatizzare il flusso di lavoro dello storage personalizzato
diff --git a/src/content/docs/it/docs/live-updates/differentials.mdx b/src/content/docs/it/docs/live-updates/differentials.mdx
deleted file mode 100644
index e776a05fd..000000000
--- a/src/content/docs/it/docs/live-updates/differentials.mdx
+++ /dev/null
@@ -1,80 +0,0 @@
----
-title: Aggiornamenti rapidi
-sidebar:
-  order: 4
-locale: it
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Il sistema di Live Update di Capgo può distribuire aggiornamenti più velocemente e in modo più efficiente inviando solo i file modificati, invece dell'intero bundle JS
-
-Questo è particolarmente vantaggioso per gli utenti con connessioni di rete più lente o a consumo, poiché minimizza la quantità di dati da scaricare
-
-Un secondo vantaggio si ha quando l'app ha risorse pesanti che cambiano raramente, come immagini o video, rispetto ai file JS compressi verranno scaricati solo una volta
-
-## Come Funzionano gli Aggiornamenti Differenziali
-
-Gli aggiornamenti differenziali in Capgo sono gestiti dal plugin Capgo installato nella tua app. Quando carichi una nuova versione della tua app usando il flag `--partial`, Capgo esegue quanto segue:
-
-1. Ogni file nella tua build viene caricato individualmente
-2. Vengono generati i checksum per ogni file
-3. Viene creato un nuovo manifest json, che elenca tutti i file e i loro checksum
-4. Questo manifest viene caricato nel database di Capgo
-
-Quando un dispositivo che esegue la tua app verifica la presenza di un aggiornamento, il plugin Capgo riceve il nuovo manifest dal server. Confronta questo manifest con quello che ha attualmente, identificando quali file sono cambiati in base ai checksum e ai percorsi dei file
-
-Il plugin quindi scarica solo i file modificati, invece dell'intero bundle JS. Ricostruisce la nuova versione dell'app combinando questi file scaricati con i file non modificati che ha già
-
-<Aside title="Manifest">
-
-In caso di aggiornamenti differenziali, il dispositivo memorizza tutti i file scaricati in una cache comune, Capgo non la pulirà mai ma il sistema operativo può farlo in qualsiasi momento
-
-</Aside>
-
-## Abilitare gli Aggiornamenti Differenziali
-
-Per abilitare gli aggiornamenti differenziali per la tua app Capgo, usa semplicemente il flag `--partial` quando carichi una nuova versione:
-
-## Imporre gli Aggiornamenti Differenziali
-
-Se vuoi assicurarti che tutti i caricamenti siano aggiornamenti differenziali e impedire qualsiasi caricamento accidentale del bundle completo, puoi usare il flag `--partial-only`:
-
-```shell
-npx @capgo/cli@latest bundle upload --partial-only
-```
-
-Quando viene usato `--partial-only`, Capgo caricherà solo file individuali e genererà un manifest. Qualsiasi dispositivo che non supporta il parziale non sarà in grado di scaricare l'aggiornamento
-
-Potresti voler usare `--partial-only` se:
-
-- Vuoi sempre usare aggiornamenti differenziali e non vuoi mai permettere caricamenti di bundle completi
-- Stai configurando una pipeline CI/CD e vuoi assicurarti che tutti i caricamenti automatizzati siano differenziali
-- La tua app è grande e la banda è limitata, quindi devi minimizzare le dimensioni di upload/download
-
-Se hai bisogno di fare un caricamento del bundle completo mentre `--partial-only` è impostato, esegui semplicemente il comando di caricamento senza `--partial-only`. Questo sovrascriverà l'impostazione per quel singolo caricamento, permettendoti di inviare un bundle completo quando necessario
-
-## Risoluzione dei Problemi
-
-Se gli aggiornamenti differenziali non sembrano funzionare (cioè i dispositivi stanno sempre scaricando l'intero bundle JS anche per piccole modifiche), verifica che:
-
-- Stai usando il flag `--partial` ogni volta che carichi una nuova versione
-- Se usi `--partial-only`, assicurati di non aver omesso accidentalmente il flag `--partial`
-- Il tuo dispositivo sta eseguendo l'ultima versione del plugin Capgo
-- Il tuo dispositivo ha una connessione di rete stabile e può raggiungere i server Capgo
-
-Puoi anche usare la webapp Capgo per controllare i dettagli del tuo ultimo caricamento:
-<Steps>
-1. Vai alla [webapp](https://app.capgo.io)
-2. Clicca sulla tua app
-3. Clicca sul numero dei bundle nella barra delle statistiche
-4. Seleziona l'ultimo bundle
-5. Controlla il campo `Partial`
-  ![bundle type](/bundle_type.webp)
-</Steps>
-
-Se continui ad avere problemi, contatta il supporto Capgo per ulteriore assistenza. Possono controllare i log del server per confermare che i tuoi caricamenti parziali vengono elaborati correttamente e che i dispositivi stanno ricevendo i manifest aggiornati
-
-Ecco fatto! Il flag `--partial` dice a Capgo di eseguire i caricamenti dei file individuali e la generazione del manifest necessari per gli aggiornamenti differenziali
-
-Nota che devi usare `--partial` ogni volta che carichi una nuova versione che vuoi sia distribuita come aggiornamento differenziale. Se ometti il flag, Capgo caricherà l'intero bundle JS come un singolo file, e i dispositivi scaricheranno l'intero bundle anche se solo una piccola parte è cambiata
diff --git a/src/content/docs/it/docs/live-updates/encryption.mdx b/src/content/docs/it/docs/live-updates/encryption.mdx
deleted file mode 100644
index 5afb97fde..000000000
--- a/src/content/docs/it/docs/live-updates/encryption.mdx
+++ /dev/null
@@ -1,352 +0,0 @@
----
-title: Crittografia
-description: "Scopri come la crittografia end-to-end di Capgo protegge i bundle della tua app durante la trasmissione e l'archiviazione, proteggendo il tuo codice e i dati degli utenti."
-sidebar:
-  order: 5
-locale: it
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo fornisce una solida crittografia end-to-end per i bundle della tua app, garantendo che il tuo codice JavaScript e le risorse siano protette durante la trasmissione e l'archiviazione. Questo sistema di crittografia è progettato per darti il controllo completo sulla sicurezza della tua app mantenendo la comodità degli aggiornamenti live.
-
-## Panoramica
-
-Il sistema di crittografia di Capgo utilizza metodi crittografici standard del settore per proteggere i tuoi bundle dall'accesso non autorizzato. Quando la crittografia è abilitata, i tuoi bundle vengono crittografati prima di lasciare il tuo ambiente di sviluppo e rimangono crittografati fino a quando non vengono decrittografati dalla tua app sul dispositivo dell'utente.
-
-**Cosa protegge davvero la crittografia**: A differenza dei sistemi OTA che si limitano a firmare gli aggiornamenti, Capgo crittografa il bundle caricato prima dell'archiviazione e della distribuzione. Questo protegge il contenuto del bundle da accessi casuali durante transito e archiviazione e garantisce che solo chi possiede la tua chiave privata possa produrre un aggiornamento crittografato valido. **Non** rende impossibile fare reverse engineering delle risorse web distribuite: la chiave pubblica che il client usa per decrittografare gli aggiornamenti è distribuita dentro l'app, quindi un attaccante determinato può comunque estrarla e ispezionare il contenuto del bundle con sufficiente impegno.
-
-<Aside type="note" title="Quando hai bisogno della crittografia">
-Se carichi un bundle senza crittografia, trattalo come una risorsa pubblica. I canali privati limitano quali dispositivi ricevono un aggiornamento, ma non rendono riservato il bundle caricato. La crittografia è utile quando desideri una protezione migliore durante archiviazione e transito e quando vuoi che solo i titolari della chiave privata possano pubblicare aggiornamenti crittografati validi. Non garantisce che JavaScript, HTML o CSS distribuiti non possano mai essere ispezionati.
-</Aside>
-
-<Aside type="caution" title="Modello di minaccia">
-La crittografia di Capgo protegge dalla divulgazione del bundle da parte di Capgo, provider di storage, CDN o chiunque veda solo l'artefatto crittografato di distribuzione. Impedisce inoltre a terzi di generare aggiornamenti crittografati validi senza la tua chiave privata. Poiché la chiave pubblica è incorporata nell'app distribuita per permettere al client di decrittografare gli aggiornamenti, qualcuno che possiede il binario della tua app e ha sufficiente motivazione può comunque recuperare il materiale di chiave necessario per ispezionare il bundle.
-</Aside>
-
-<Aside type="tip">
-
-La crittografia è particolarmente importante per:
-- App che gestiscono dati sensibili o logica di business
-- Applicazioni aziendali con requisiti di conformità
-- App distribuite in settori regolamentati
-- Organizzazioni con politiche di sicurezza rigorose
-
-</Aside>
-
-## Come funziona la crittografia
-
-Capgo utilizza un approccio di crittografia ibrida che combina la crittografia RSA e AES per sicurezza e prestazioni ottimali:
-
-![Flusso di crittografia Capgo](/encryption_flow.webp)
-
-### 1. Generazione delle chiavi
-- **Chiave privata**: Generata e archiviata in modo sicuro nel tuo ambiente di sviluppo (utilizzata per la crittografia)
-- **Chiave pubblica**: Derivata dalla tua chiave privata e archiviata nella configurazione Capacitor della tua app (utilizzata per la decrittografia)
-- **Chiavi di sessione**: Chiavi AES casuali generate per ogni caricamento di bundle
-
-### 2. Processo di crittografia
-1. Viene generata una chiave di sessione AES casuale per ogni caricamento di bundle
-2. Il tuo bundle viene crittografato utilizzando la chiave di sessione AES
-3. Viene calcolato il checksum del bundle
-4. Sia la chiave di sessione AES che il checksum vengono crittografati insieme utilizzando la tua chiave privata RSA (creando la "firma")
-5. Il bundle crittografato e la firma crittografata vengono archiviati
-
-Il checksum viene crittografato insieme alla chiave AES per prevenire manomissioni. Poiché solo la tua chiave privata RSA può creare questa firma, e solo la corrispondente chiave pubblica può decrittografarla, questo garantisce che sia la chiave di sessione AES che il checksum previsto siano autentici e non siano stati modificati da un attaccante.
-
-### 3. Processo di decrittografia
-1. La tua app scarica il bundle crittografato e la firma crittografata
-2. L'SDK Capgo utilizza la tua chiave pubblica RSA (archiviata nell'app) per decrittografare la firma
-3. Questo rivela la chiave di sessione AES e il checksum originale
-4. La chiave di sessione AES viene utilizzata per decrittografare il bundle
-5. Viene calcolato un checksum del bundle decrittografato e confrontato con il checksum originale per la verifica dell'integrità
-
-Questo processo garantisce che anche se un attaccante intercetta il bundle crittografato, non può modificare la chiave di sessione AES o fornire un checksum falso, perché avrebbe bisogno della tua chiave privata per creare una firma valida che la chiave pubblica possa decrittografare.
-
-<Aside type="tip">
-
-RSA non può crittografare grandi quantità di dati in modo efficiente, quindi AES viene utilizzato per la crittografia effettiva del bundle mentre RSA protegge la chiave AES e fornisce la verifica dell'integrità attraverso la firma del checksum.
-
-</Aside>
-
-## Capgo vs altre piattaforme
-
-| Caratteristica | Capgo | Altre piattaforme OTA |
-|---------|-------|-------------------|
-| **Contenuto del bundle** | Crittografato in archiviazione e transito; ancora ispezionabile da un reverse engineer determinato con il binario dell'app | Leggibile pubblicamente |
-| **Metodo di sicurezza** | Vera crittografia end-to-end | Solo firma del codice |
-| **Livello di privacy** | Forte protezione in distribuzione e archiviazione; non anti-reverse-engineering | La piattaforma può accedere al tuo codice |
-| **Protezione** | Contenuto + integrità + autenticità | Solo integrità + autenticità |
-
-**Perché è importante:**
-- **La firma del codice** verifica solo che gli aggiornamenti non siano stati manomessi e provengano dalla fonte corretta
-- **La crittografia di Capgo** protegge il bundle mentre viene archiviato e distribuito e rende molto più difficile falsificare aggiornamenti crittografati perché un attaccante avrebbe bisogno della tua chiave privata
-- **Il reverse engineering resta possibile** dopo la distribuzione dell'app, perché il client contiene la chiave pubblica necessaria per decrittografare e caricare l'aggiornamento
-
-## Metodi di crittografia
-
-Capgo utilizza Encryption V2 come metodo di crittografia standard:
-
-### Encryption V2 (standard attuale)
-- Utilizza RSA-4096 per una sicurezza maggiore
-- AES-256-GCM per la crittografia autenticata
-- Fornisce verifica dell'integrità
-- Migliori prestazioni e sicurezza
-
-### Encryption V1 (deprecata)
-- Utilizza RSA-2048 per la crittografia della chiave
-- AES-256-CBC per la crittografia del bundle
-- **Non più disponibile nel CLI attuale**
-- Le app legacy che utilizzano V1 devono migrare a V2
-
-<Aside type="danger">
-
-Encryption V1 non è più supportata nel CLI Capgo attuale. Se stai utilizzando la crittografia V1, devi migrare a V2. Consulta la [guida alla migrazione](/docs/upgrade/encryption-v1-to-v2/) per istruzioni dettagliate.
-
-</Aside>
-
-## Configurazione della crittografia
-
-### Passaggio 1: Generare le chiavi di crittografia
-
-Prima, genera le tue chiavi di crittografia usando il CLI Capgo:
-
-```shell
-# Genera nuove chiavi di crittografia (crea file nella directory corrente)
-npx @capgo/cli@latest key create
-```
-
-Questo crea:
-- `.capgo_key_v2`: La tua chiave privata (mantienila sicura!)
-- `.capgo_key_v2.pub`: La tua chiave pubblica (utilizzata dalla tua app)
-
-Questi file vengono creati nella directory corrente dove esegui il comando.
-
-<Aside type="caution">
-
-**Note importanti sull'archiviazione:**
-- **Chiave privata (`.capgo_key_v2`)**: Non committare mai questo nel controllo versione. Questo file dovrebbe essere mantenuto sicuro e utilizzato solo per la crittografia durante il caricamento dei bundle.
-- **Chiave pubblica (`.capgo_key_v2.pub`)**: È sicuro committare questo nel controllo versione come backup della tua chiave pubblica.
-- **Posizione dei file**: Le chiavi vengono create nella directory corrente dove esegui il comando `key create`.
-- **Chiave pubblica nella config**: Devi eseguire `key save` per archiviare la chiave pubblica nella configurazione Capacitor affinché l'app mobile la utilizzi.
-
-Per l'uso in produzione, archivia la chiave privata in modo sicuro (variabili d'ambiente, servizi di gestione chiavi) e rimuovila dal tuo progetto locale dopo la configurazione.
-
-</Aside>
-
-### Passaggio 2: Salvare la chiave pubblica nella configurazione Capacitor (richiesto)
-
-**Devi** salvare la tua chiave pubblica nella configurazione Capacitor in modo che la tua app mobile possa decrittografare i bundle:
-
-```shell
-# Salva la chiave pubblica dal file alla configurazione Capacitor (richiesto)
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-
-# Oppure salva i dati della chiave pubblica direttamente
-npx @capgo/cli@latest key save --key-data "$CAPGO_PUBLIC_KEY"
-```
-
-### Passaggio 3: Sincronizzare la piattaforma Capacitor (richiesto)
-
-Dopo aver salvato la chiave pubblica, **devi** sincronizzare la piattaforma Capacitor per copiare la configurazione aggiornata al layer nativo:
-
-```shell
-# Sincronizza la piattaforma per copiare la config al nativo
-npx cap sync
-```
-
-<Aside type="caution">
-
-**Passaggi richiesti**:
-1. Il comando `key save` archivia la chiave pubblica nella configurazione Capacitor
-2. `npx cap sync` copia questa configurazione al layer nativo dove l'app mobile può accedervi
-3. Senza entrambi i passaggi, la tua app non sarà in grado di decrittografare gli aggiornamenti crittografati
-
-</Aside>
-
-## Crittografare i bundle
-
-### Metodo 1: Crittografare durante il caricamento
-
-Il modo più semplice è crittografare durante il processo di caricamento:
-
-```shell
-# Carica con crittografia automatica
-npx @capgo/cli@latest bundle upload --key-v2
-
-# Per storage esterno, devi prima crittografare (vedi workflow di crittografia manuale sotto)
-```
-
-### Metodo 2: Workflow di crittografia manuale
-
-Per un maggiore controllo, puoi crittografare manualmente i bundle:
-
-<Steps>
-
-1. **Creare un bundle zip:**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **Crittografare il bundle:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM_FROM_STEP_1
-   ```
-
-3. **Caricare sul tuo storage (es. S3) e registrare con Capgo:**
-   ```shell
-   # Prima carica il bundle crittografato sul tuo storage (es. AWS S3)
-   aws s3 cp ./encrypted-bundle.zip s3://your-bucket/encrypted-bundle.zip
-
-   # Poi registra con Capgo usando l'URL esterno
-   npx @capgo/cli@latest bundle upload --external https://your-storage.com/encrypted-bundle.zip --iv-session-key IV_SESSION_KEY_FROM_STEP_2
-   ```
-
-</Steps>
-
-## Gestione delle chiavi
-
-### Archiviare le chiavi in modo sicuro
-
-**Opzioni per la chiave privata:**
-
-1. **File-based (sviluppo locale):**
-   ```shell
-   # Chiave archiviata come file .capgo_key_v2 nella root del progetto
-   npx @capgo/cli@latest bundle upload --key-v2
-   ```
-
-2. **Variabile d'ambiente (CI/CD):**
-   ```shell
-   # Archivia nella variabile d'ambiente per CI
-   export CAPGO_PRIVATE_KEY="$(cat .capgo_key_v2)"
-   npx @capgo/cli@latest bundle upload --key-data-v2 "$CAPGO_PRIVATE_KEY"
-   ```
-
-**Configurazione della chiave pubblica (richiesta):**
-```shell
-# Deve salvare la chiave pubblica nella configurazione Capacitor per l'app mobile
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-```
-
-**Ambiente di produzione:**
-- Archivia le chiavi private in servizi di gestione chiavi sicuri (AWS KMS, Azure Key Vault, ecc.)
-- Usa la gestione dei segreti CI/CD per le chiavi private
-- Non committare mai le chiavi private nel controllo versione
-
-**Uso delle chiavi:**
-- **Chiave privata**: Utilizzata dal CLI per la crittografia durante il caricamento del bundle (mantienila sicura)
-- **Chiave pubblica**: Archiviata nella configurazione dell'app per la decrittografia sul dispositivo (sicuro da committare)
-
-### Rotazione delle chiavi
-
-Ruota regolarmente le tue chiavi di crittografia per una sicurezza maggiore:
-
-<Steps>
-
-1. **Generare nuove chiavi:**
-   ```shell
-   # Prima naviga nella directory desiderata, poi crea le chiavi
-   mkdir ./new-keys && cd ./new-keys
-   npx @capgo/cli@latest key create
-   ```
-
-2. **Salvare la nuova chiave pubblica nella configurazione Capacitor:**
-   ```shell
-   npx @capgo/cli@latest key save --key ./new-keys/.capgo_key_v2.pub
-   ```
-
-3. **Aggiornare la configurazione della tua app** con la nuova chiave pubblica
-
-4. **Distribuire l'app aggiornata** prima di caricare bundle crittografati con la nuova chiave
-
-</Steps>
-
-## Best practice di sicurezza
-
-### Sicurezza delle chiavi
-- **Non condividere mai le chiavi private** tra ambienti o membri del team
-- **Utilizzare chiavi diverse** per ambienti diversi (dev, staging, produzione)
-- **Ruotare le chiavi regolarmente** (consigliato: ogni 6-12 mesi)
-- **Archiviare le chiavi in modo sicuro** utilizzando sistemi di gestione chiavi appropriati
-
-### Sicurezza del bundle
-- **Verificare sempre** l'integrità del bundle dopo la decrittografia
-- **Monitorare** pattern di download o fallimenti insoliti
-- **Utilizzare HTTPS** per tutti gli URL dei bundle (richiesto per app mobili)
-- **Implementare** gestione appropriata degli errori per fallimenti di decrittografia
-
-### Controllo degli accessi
-- **Limitare l'accesso** alle chiavi di crittografia solo al personale autorizzato
-- **Utilizzare accesso basato sui ruoli** per le operazioni di gestione chiavi
-- **Verificare** l'uso e l'accesso alle chiavi regolarmente
-- **Implementare** procedure appropriate di backup e ripristino
-
-## Risoluzione dei problemi di crittografia
-
-### Problemi comuni
-
-**Fallimenti di decrittografia:**
-- Verifica che la chiave privata corrisponda alla chiave pubblica utilizzata per la crittografia
-- Controlla che l'`ivSessionKey` sia corretto
-- Assicurati di utilizzare Encryption V2 (V1 non è più supportata)
-
-**Errori relativi alle chiavi:**
-- Conferma che il formato della chiave privata sia corretto (formato PEM)
-- Verifica che la chiave non sia stata corrotta durante l'archiviazione/trasferimento
-- Controlla che la chiave abbia le autorizzazioni appropriate nella configurazione della tua app
-
-**Problemi di prestazioni:**
-- Bundle grandi possono richiedere più tempo per crittografare/decrittografare
-- Considera l'utilizzo di aggiornamenti differenziali per ridurre le dimensioni del bundle
-- Monitora le prestazioni del dispositivo durante la decrittografia
-
-### Comandi di debug
-
-Controlla lo stato della crittografia:
-```shell
-npx @capgo/cli@latest app debug
-```
-
-Testa il workflow crittografia/decrittografia:
-```shell
-# Testa il workflow completo: zip → encrypt → decrypt → unzip
-npx @capgo/cli@latest bundle zip com.example.app --key-v2
-npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM --json
-npx @capgo/cli@latest bundle decrypt ./encrypted-bundle.zip IV_SESSION_KEY
-```
-
-## Conformità e standard
-
-L'implementazione della crittografia di Capgo segue gli standard del settore:
-
-- **AES-256**: Algoritmo di crittografia approvato FIPS 140-2
-- **RSA-4096**: Forte crittografia asimmetrica per la protezione delle chiavi
-- **GCM Mode**: Fornisce sia riservatezza che autenticità
-- **Secure Random**: Generazione di numeri casuali crittograficamente sicura
-
-Questo rende Capgo adatto per applicazioni che richiedono conformità con:
-- GDPR (Regolamento generale sulla protezione dei dati)
-- HIPAA (Health Insurance Portability and Accountability Act)
-- SOC 2 (Service Organization Control 2)
-- ISO 27001 (Gestione della sicurezza delle informazioni)
-
-## Considerazioni sulle prestazioni
-
-### Overhead della crittografia
-- **Dimensione del bundle**: I bundle crittografati sono leggermente più grandi (~1-2% di overhead)
-- **Tempo di elaborazione**: La crittografia/decrittografia aggiunge latenza minima
-- **Uso della memoria**: Aumento temporaneo durante le operazioni di crittografia/decrittografia
-
-### Suggerimenti per l'ottimizzazione
-- Usa aggiornamenti differenziali per minimizzare il trasferimento di dati crittografati
-- Ottimizza la dimensione del bundle convertendo le immagini in formato WebP
-- Minimizza i file JavaScript e CSS prima del bundling
-- Rimuovi dipendenze e codice non utilizzati
-- Monitora le prestazioni del dispositivo su dispositivi più vecchi/lenti
-
-## Prossimi passi
-
-- Scopri lo [Storage personalizzato](/docs/live-updates/custom-storage/) per utilizzare la crittografia con la tua infrastruttura
-- Esplora i [Canali](/docs/live-updates/channels/) per gestire bundle crittografati tra gli ambienti
-- Configura l'[Integrazione CI/CD](/docs/getting-started/cicd-integration/) per automatizzare le distribuzioni crittografate
diff --git a/src/content/docs/it/docs/live-updates/features.mdx b/src/content/docs/it/docs/live-updates/features.mdx
deleted file mode 100644
index b1d4804e2..000000000
--- a/src/content/docs/it/docs/live-updates/features.mdx
+++ /dev/null
@@ -1,516 +0,0 @@
----
-title: Funzione
-description: >-
-  Riferimenti completi per tutte le funzionalità di Capgo Live Update, dai
-  sistemi di aggiornamento centralizzati ai controlli di distribuzione avanzati,
-  analisi e funzioni di collaborazione del team.
-sidebar:
-  order: 2
-locale: it
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-Questa pagina fornisce una panoramica completa di tutte le funzionalità disponibili in Capgo Live Updates. Ogni funzionalità include una breve descrizione e collegamenti alla documentazione dettagliata.
-
-## Sistema di Aggiornamento Core
-
-### Aggiornamenti Over-the-Air (OTA)
-Distribuire aggiornamenti di JavaScript, HTML, CSS e risorse direttamente agli utenti senza l'approvazione dell'app store. Gli aggiornamenti vengono scaricati in background e applicati al prossimo riavvio dell'app.
-
-**Capacità principali:**
-- Download in background
-- Installazione automatica
-- Nessuna interruzione per l'utente
-- Supporto multipiattaforma (iOS, Android, Electron)
-
-[Learn more about update behavior →](/docs/live-updates/update-behavior/)
-
----
-
-### Aggiornamenti Delta (Differenziali)
-Scarica solo i file modificati tra le versioni, riducendo l'uso della larghezza di banda fino al 95% e accelerando la consegna degli aggiornamenti.
-
-**Capacità principali:**
-- Differenze automatiche a livello di file
-- Verifica basata su checksum
-- Confronto dei manifest
-- Fallback intelligente agli aggiornamenti completi quando necessario
-
-[Learn more about delta updates →](/docs/live-updates/differentials/)
-
----
-
-### Rollback Automatico
-Se un aggiornamento non riesce a caricarsi o provoca crash, il sistema torna automaticamente all'ultima versione funzionante nota.
-
-**Capacità principali:**
-- Rilevamento di crash
-- Rilevamento di timeout
-- Ripristino automatico
-- Non è richiesto alcun intervento da parte dell'utente
-
-[Learn more about rollbacks →](/docs/live-updates/rollbacks/)
-
----
-
-### Validazione & Ripristino tramite Checksum
-Verifica l'integrità del bundle tramite checksum e passa automaticamente all'ultima versione funzionante nota se viene rilevata corruzione.
-
-**Capacità principali:**
-- Validazione del checksum al download
-- Rilevamento di corruzione
-- Ripristino automatico all'ultimo bundle funzionante
-- Strumenti di recupero manuali disponibili
-
----
-
-### Rilevamento Aggiornamenti Incompatibili
-Previene l'applicazione di aggiornamenti non compatibili sui dispositivi che eseguono versioni antiche del codice nativo.
-
-**Capacità principali:**
-- Verifica di compatibilità della versione nativa
-- Validazione delle dipendenze dei plugin
-- Blocco automatico degli aggiornamenti incompatibili
-- Messaggi di errore chiari
-
-[Learn more about version targeting →](/docs/live-updates/version-targeting/)
-
----
-
-## Controllo della Distribuzione
-
-### Sistema dei Canali
-Organizza e gestisci aggiornamenti tra diversi ambienti e segmenti di utenti con configurazioni di canali flessibili.
-
-**Capacità principali:**
-- Canali personalizzati illimitati (produzione, staging, beta, ecc.)
-- Assegnazioni di bundle per canale
-- Regole di targeting specifiche per canale
-- Auto-assegnazione del dispositivo
-- Sovrascrittura del canale per dispositivo
-
-[Learn more about channels →](/docs/live-updates/channels/)
-
----
-
-### Targeting del Dispositivo
-Destina dispositivi specifici, versioni o segmenti di utenti per rollout a fasi e distribuzioni controllate.
-
-**Capacità principali:**
-- Targeting basato sulla versione
-- Override specifici per dispositivo
-- Filtraggio della piattaforma (iOS, Android)
-- Filtraggio basato su metadati personalizzati
-- Blocco di emulatori/build di sviluppo
-
----
-
-### Politiche del Canale
-Configura regole e restrizioni su come gli aggiornamenti vengono consegnati su ciascun canale.
-
-**Capacità principali:**
-- Disabilita aggiornamenti automatici
-- Blocca gli aggiornamenti di versioni principali
-- Disabilita aggiornamenti sugli emulatori
-- Disabilita aggiornamenti nelle build di sviluppo
-- Politiche specifiche per piattaforma (solo iOS, solo Android)
-
-[Learn more about channel policies →](/docs/live-updates/channels/#channel-policies)
-
----
-
-## Strumenti per Sviluppatori
-
-### Anteprima del Bundle
-Anteprima dei bundle in un ambiente web dal vivo prima di distribuirli sui dispositivi, accessibile dalla dashboard web.
-
-**Posizione:** Web Dashboard → App → Bundle → Preview tab
-
----
-
-### Debugging in Tempo Reale
-Monitoraggio in tempo reale degli eventi di aggiornamento per dispositivi specifici tramite CLI, mostrando verifiche, download, installazione ed eventi di errore.
-
-**Utilizzo:**
-```bash
-npx @capgo/cli app debug [appId]
-```
-
-**Mostra:**
-- Verifiche aggiornamenti
-- Progresso del download
-- Stato dell'installazione
-- Messaggi di errore
-- Blocchi di policy
-
----
-
-### Visione del Manifest del Bundle
-Ispeziona il manifest completo di qualsiasi bundle, inclusi l'elenco dei file, checksum e metadati.
-
-**Posizione:** Web Dashboard → App → Bundle → Manifest tab
-
-**Mostra:**
-- Elenco dei file con checksum
-- Metadati del bundle
-- Compatibilità con la versione nativa
-- Dipendenze dei plugin
-
----
-
-### Dipendenze Native dei Plugin
-Visualizza tutti i plugin Capacitor nativi inclusi in ciascun bundle per tracciare le modifiche delle dipendenze tra le versioni.
-
-**Posizione:** Web Dashboard → App → Bundle → Dependencies tab
-
-**Mostra:**
-- Nomi e versioni dei plugin
-- Aggiunte/rimovazioni di dipendenze
-- Avvertenze di compatibilità
-
----
-
-### Integrazione CLI
-Interfaccia a riga di comando completa per distribuzioni automatizzate e integrazione CI/CD.
-
-**Comandi chiave:**
-- `bundle upload` - Carica nuovi bundle
-- `bundle list` - Elenca tutti i bundle
-- `bundle delete` - Elimina i bundle
-- `bundle cleanup` - Pulisci i vecchi bundle
-- `channel set` - Configura i canali
-- `app debug` - Debug in tempo reale
-
-[View full CLI reference →](/docs/cli/reference/)
-
----
-
-### Crittografia di Bundle
-Crittografia end-to-end per i bundle con cifratura AES-256, che protegge il tuo codice in transito e a riposo.
-
-**Capacità principali:**
-- Generazione di coppie di chiavi RSA
-- Crittografia AES-256 dei bundle
-- Verifica della firma del codice
-- Gestione delle chiavi di cifratura
-
-[Learn more about encryption →](/docs/live-updates/encryption/)
-
----
-
-### Pulizia & Conservazione dei Bundle
-Pulisce automaticamente i vecchi bundle in base alle politiche di conservazione per gestire l'utilizzo dello spazio.
-
-**Capacità principali:**
-- Numero di conservazione configurabile
-- Pulizia automatica tramite CLI
-- Lavori di pulizia pianificati
-- Monitoraggio dell'utilizzo dello spazio
-
-**Utilizzo:**
-```bash
-npx @capgo/cli bundle cleanup --keep=10
-```
-
----
-
-## Analytics & Monitoring
-
-### Statistiche degli Aggiornamenti
-Monitora tassi di adozione degli aggiornamenti, tassi di successo e avanzamento delle distribuzioni tra i tuoi utenti.
-
-**Metriche disponibili:**
-- Tasso di successo dei download
-- Tasso di successo dell'installazione
-- Tassi di errore per tipo
-- Adozione degli aggiornamenti nel tempo
-- Distribuzione delle versioni
-
-**Posizione:** Web Dashboard → App → Statistiche
-
----
-
-### Log dei Dispositivi
-Log degli eventi per dispositivo che mostrano l'intero ciclo di vita degli aggiornamenti dalla verifica all'installazione.
-
-**Tipi di eventi:**
-- Verifiche aggiornamenti
-- Inizio/completamento/errore del download
-- Avvio/completamento/errore dell'installazione
-- Eventi di rollback
-- Blocchi di policy
-
-**Posizione:** 
-- Web Dashboard → App → Dispositivo → Logs
-- Web Dashboard → App → Logs (tutti i dispositivi)
-
-[Learn more about logs →](/docs/webapp/logs/)
-
----
-
-### Analytics sull'Uso dei Bundle
-Analisi dettagliate su quali bundle sono attivi, conteggio dei download e utilizzo dello spazio.
-
-**Metriche:**
-- Installazioni attive per bundle
-- Conteggi dei download
-- Utilizzo dello spazio per bundle
-- Utilizzo della larghezza di banda
-
----
-
-### Statistiche dei Canali
-Monitora metriche di prestazione e adozione per canale.
-
-**Metriche:**
-- Dispositivi per canale
-- Tassi di successo degli aggiornamenti per canale
-- Cronologia delle distribuzioni
-- Tassi di errore per canale
-
-**Posizione:** Web Dashboard → App → Canale → Statistiche
-
----
-
-### Cronologia delle Distribuzioni
-Tracciamento completo di tutte le distribuzioni di bundle, assegnazioni di canale e modifiche di configurazione.
-
-**Eventi tracciati:**
-- Caricamenti di bundle
-- Assegnazioni di canale
-- Modifiche delle policy
-- Override del dispositivo
-
-**Posizione:** Web Dashboard → App → Canale → History
-
----
-
-## Sicurezza e Conformità
-
-### Crittografia End-to-End
-Crittografa i bundle a riposo e in transito con la cifratura AES-256, standard di settore.
-
-[Learn more about encryption →](/docs/live-updates/encryption/)
-
----
-
-### Firma del Codice
-Verifica l'integrità del bundle con firme crittografiche per prevenire manomissioni.
-
----
-
-### Conformità SOC 2 Type II
-Infrastrutture e processi certificati secondo gli standard SOC 2 Type II per la sicurezza aziendale.
-
----
-
-### Conformità all'App Store
-Completamente conforme alle policy di Apple App Store e Google Play Store per gli aggiornamenti OTA.
-
-[Learn more about compliance →](/docs/live-updates/compliance/)
-
----
-
-### Enforcement della 2FA (A livello Organizzativo)
-Richiedi l'autenticazione a due fattori per tutti i membri dell'organizzazione per accedere al cruscotto e all'API.
-
-**Posizione:** Web Dashboard → Organizzazione → Security
-
-[Learn more about 2FA →](/docs/webapp/2fa-enforcement/)
-
----
-
-### Enforcement dei Bundle cifrati
-Richiedi che tutti i bundle siano cifrati a livello organizzativo.**Posizione:** Web Dashboard → Organization → Security
-
----
-
-## Collaborazione di team
-
-### Controllo degli accessi basato sui ruoli (RBAC)
-Permessi granulari per il controllo degli accessi a livello di organizzazione e app
-
-**Ruoli dell'organizzazione:**
-- `super_admin` - Accesso completo
-- `admin` - Accesso da amministratore
-- `read` - Accesso in sola lettura
-- `upload` - Accesso solo caricamento
-
-**Ruoli dell'app:**
-- `app_developer` - Accesso completo all'app
-- `app_uploader` - Solo caricamento dei bundle
-- `app_reader` - Accesso in sola lettura
-
-**Posizione:** 
-- Web Dashboard → Organization → Members
-- Web Dashboard → App → Access
-
-[Scopri di più su RBAC →](/docs/webapp/organization-system/#roles-and-permissions)
-
----
-
-### Audit Logs
-Tracciamento completo di tutte le attività dell'organizzazione e delle app per conformità e sicurezza.
-
-**Eventi registrati:**
-- Azioni degli utenti (accesso, disconnessione, modifiche alle autorizzazioni)
-- Operazioni sui bundle (caricamento, eliminazione, assegnazione)
-- Operazioni sui canali (creazione, aggiornamento, eliminazione)
-- Modifiche all'organizzazione (impostazioni, membri)
-
-**Posizione:** Web Dashboard → Organization → Audit Logs
-
----
-
-### Webhooks
-Ricevi notifiche in tempo reale sugli eventi nelle tue app tramite webhook HTTP.
-
-**Eventi supportati:**
-- `apps` - App creata/aggiornata/eliminata
-- `app_versions` - Bundle caricato/eliminato
-- `channels` - Canale creato/aggiornato/eliminato
-- `org_users` - Membro aggiunto/rimosso
-- `orgs` - Organizzazione aggiornata
-
-**Funzionalità:**
-- URL webhook personalizzati
-- Filtraggio degli eventi
-- Log di consegna
-- Meccanismo di ritentativo
-- Funzionalità di test
-
-**Posizione:** Web Dashboard → Organization → Webhooks
-
----
-
-### Collaborazione multi-utente
-Invita i membri del team della tua organizzazione con ruoli e permessi specifici.
-
-**Funzionalità:**
-- Inviti via email
-- Assegnazione del ruolo
-- Gestione dei membri
-- Revoca dell'accesso
-
-**Posizione:** Web Dashboard → Organization → Members
-
----
-
-### Gestione chiavi API
-Crea, gestisci e revoca chiavi API con date di scadenza opzionali e archiviazione hashata (irriversibile).
-
-**Capacità chiave:**
-- Chiavi per app o per organizzazione
-- Date di scadenza opzionali
-- Archiviazione hashata (irriversibile)
-- Supporto per la rotazione delle chiavi
-
-**Posizione:** Web Dashboard → API Keys
-
-[Scopri di più sulle chiavi API →](/docs/public-api/#authentication)
-
----
-
-### Politiche delle password
-Requisiti password a livello di organizzazione per garantire gli standard di sicurezza.
-
-**Policy configurabili:**
-- Lunghezza minima
-- Richiede lettere maiuscole
-- Richiede numeri
-- Richiede caratteri speciali
-
-**Posizione:** Web Dashboard → Organization → Security
-
----
-
-## Piattaforme supportate
-
-### Supporto multipiattaforma
-Supporto per app iOS, Android ed Electron con un unico SDK.
-
-**Piattaforme supportate:**
-- iOS (Capacitor 5, 6, 7, 8)
-- Android (Capacitor 5, 6, 7, 8)
-- Electron (NUOVO nel 2025)
-
----
-
-### Supporto a lungo termine
-Continuo supporto per versioni precedenti di Capacitor per mantenere la compatibilità con app legacy.
-
-**Attualmente supportate:**
-- Capacitor 8 (più recente)
-- Capacitor 7
-- Capacitor 6
-- Capacitor 5
-
----
-
-### Backend di archiviazione personalizzati
-Usa la tua infrastruttura di archiviazione (S3, R2, ecc.) invece dell'archiviazione predefinita di Capgo.
-
-[Scopri di più su archiviazione personalizzata →](/docs/live-updates/custom-storage/)
-
----
-
-### Configurazione per la Cina
-Configurazione speciale per le app distribuite in Cina continentale per conformarsi alle normative locali.
-
-[Scopri di più sulla configurazione per la Cina →](/docs/live-updates/china-configuration/)
-
----
-
-## Funzionalità avanzate
-
-### Comportamento di aggiornamento personalizzato
-Configura quando e come gli aggiornamenti vengono verificati e applicati tramite l'SDK.
-
-**Opzioni configurabili:**
-- Intervallo di controllo (`periodCheckDelay` - minimo 600 secondi)
-- Tempistica di aggiornamento diretto (`directUpdate` - atInstall, onLaunch, always)
-- Abilita/disabilita aggiornamento automatico (`autoUpdate`)
-- Requisiti di rete (Android solo - tramite WorkManager)
-
-[Scopri di più sul comportamento degli aggiornamenti →](/docs/live-updates/update-behavior/)
-
----
-
-### Tipi di aggiornamento
-Tipi di aggiornamento differenti per diversi contesti d'uso, dagli aggiornamenti istantanei alle installazioni guidate dall'utente.
-
-**Tipi disponibili:**
-- Aggiornamenti in background (predefiniti)
-- Aggiornamenti immediati
-- Aggiornamenti richiesti dall'utente
-- Aggiornamenti condizionali
-
-[Scopri di più sui tipi di aggiornamento →](/docs/live-updates/update-types/)
-
----
-
-### Sistema di crediti
-Fatturazione basata sull'utilizzo con crediti per larghezza di banda, archiviazione e altre risorse.
-
-**Caratteristiche:**
-- Monitoraggio dell'utilizzo dei crediti
-- Avvisi sull'utilizzo
-- Ricarica tramite Stripe
-- Libro contabile dei crediti
-
-**Posizione:** Web Dashboard → Organization → Credits
-
----
-
-## Iniziare
-
-Pronto per iniziare a utilizzare queste funzionalità? Segui la nostra [Guida rapida](/docs/getting-started/quickstart/) per configurare la tua prima app con Capgo Live Updates.
-
-## Hai bisogno di aiuto?
-
-- [Unisciti al nostro Discord](https://discord.capgo.app) per supporto della comunità
-- [Consulta le FAQ](/docs/faq/) per le domande comuni
-- [Esplora la documentazione API](/docs/public-api/) per l'integrazione API
-- [Contatta il supporto](https://capgo.app/consulting/) per assistenza aziendale
-.
\ No newline at end of file
diff --git a/src/content/docs/it/docs/live-updates/index.mdx b/src/content/docs/it/docs/live-updates/index.mdx
deleted file mode 100644
index 88164a176..000000000
--- a/src/content/docs/it/docs/live-updates/index.mdx
+++ /dev/null
@@ -1,92 +0,0 @@
----
-title: Panoramica
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: it
----
-
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Utilizza la funzione Live Updates di Capgo per aggiornare i bundle JavaScript della tua app da remoto, in tempo reale. Invia aggiornamenti JS direttamente ai tuoi utenti senza passare attraverso il processo di revisione dell'app store per correggere bug e distribuire nuove funzionalità istantaneamente
-
-<Aside>
-
-I Live Updates sono limitati alle modifiche del bundle JavaScript. Se hai bisogno di aggiornare il codice nativo, come aggiungere o rimuovere un plugin o modificare la configurazione del progetto nativo, dovrai inviare una nuova build binaria nativa agli app store
-
-</Aside>
-
-<Aside type="caution" title="Modello di Risorsa Pubblica">
-I bundle non crittografati caricati su Capgo devono essere trattati come artefatti pubblici di distribuzione. I canali determinano a quali dispositivi viene offerto un aggiornamento, ma la privacy del canale non rende riservato il bundle sottostante. La crittografia aggiunge protezione durante archiviazione e transito e impedisce a terzi di produrre aggiornamenti crittografati validi, ma non rende impossibile ispezionare le risorse web distribuite perché l'app contiene la chiave pubblica necessaria per decrittografarle. Consulta [la crittografia end-to-end](/docs/live-updates/encryption/) per il modello di minaccia esatto.
-</Aside>
-
-## Come funzionano i Live Updates
-
-Il sistema Live Update di Capgo ha due componenti chiave:
-
-1. L'SDK Capgo, che installi nella tua app. L'SDK controlla la disponibilità di aggiornamenti e li scarica in background
-
-2. I Canali, che ti permettono di indirizzare gli aggiornamenti a specifici gruppi di utenti. Puoi utilizzare i canali per gestire diverse tracce di rilascio, come `Production`, `Staging` e `Dev`
-
-Quando carichi un nuovo bundle JS su Capgo e lo assegni a un canale, l'SDK Capgo nelle app configurate per quel canale rileverà l'aggiornamento e lo scaricherà. Al successivo riavvio dell'app, verrà caricato il nuovo bundle
-
-## Per iniziare
-
-Per iniziare a utilizzare i Live Updates, segui questi passaggi:
-
-<Steps>
-
-1. Completa il [Quickstart di Capgo](/docs/getting-started/quickstart) per configurare la tua app in Capgo e installare l'SDK Capgo
-
-2. Nel codice della tua app, chiama `CapacitorUpdater.notifyAppReady()` dopo che la tua app ha terminato l'inizializzazione. Questo comunica all'SDK Capgo che la tua app è pronta a ricevere aggiornamenti
-
-3. Compila il tuo bundle JS e caricalo su Capgo:
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. Apri la tua app e attendi che l'aggiornamento venga scaricato. Puoi controllare lo stato con:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. Una volta scaricato l'aggiornamento, chiudi e riapri la tua app per caricare il nuovo bundle
-
-</Steps>
-
-Consulta la guida [Deploying Live Updates](/docs/getting-started/deploy) per maggiori dettagli
-
-## Prossimi passi
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/update-types/">
-    <Card title="Tipi di aggiornamento" icon="open-book">
-      Riferimento di tutti i tipi di aggiornamento OTA: tempistiche di applicazione, condizioni di ritardo, blocco delle versioni e consegna
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/channels/">
-    <Card title="Canali" icon="bars">
-      Scopri come utilizzare i canali per gestire diverse tracce di rilascio e indirizzare gli aggiornamenti a specifici utenti
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="Rollback" icon="left-arrow">
-      Scopri come tornare a una versione precedente del bundle JS se un aggiornamento causa problemi
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="Comportamento degli aggiornamenti" icon="setting">
-      Personalizza come e quando gli aggiornamenti vengono scaricati e applicati nella tua app
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="Aggiornamenti rapidi" icon="starlight">
-      Scopri come utilizzare gli aggiornamenti rapidi per velocizzare il processo di aggiornamento
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/it/docs/live-updates/integrations/azure-devops.mdx b/src/content/docs/it/docs/live-updates/integrations/azure-devops.mdx
deleted file mode 100644
index ae4cd7f3f..000000000
--- a/src/content/docs/it/docs/live-updates/integrations/azure-devops.mdx
+++ /dev/null
@@ -1,584 +0,0 @@
----
-title: Integrazione con Azure DevOps
-description: "Scopri come integrare Capgo Live Updates con Azure DevOps Pipelines per la distribuzione automatizzata degli aggiornamenti della tua app."
-sidebar:
-  order: 1
-locale: it
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integra Capgo Live Updates con Azure DevOps Pipelines per distribuire automaticamente gli aggiornamenti della tua app ogni volta che apporti modifiche al codice. Questa guida copre la configurazione di workflow automatizzati di build, test e distribuzione.
-
-## Prerequisiti
-
-Prima di configurare l'integrazione con Azure DevOps, assicurati di avere:
-
-- Un'organizzazione e un progetto Azure DevOps
-- Un account Capgo con un'app configurata
-- Il codice sorgente della tua app in un repository Git di Azure Repos
-- Node.js e npm/yarn configurati nel tuo progetto
-
-## Configurazione della Pipeline Azure DevOps
-
-### Passaggio 1: Creare le variabili della pipeline
-
-Prima, configura le variabili necessarie nel tuo progetto Azure DevOps:
-
-<Steps>
-
-1. Naviga nel tuo progetto Azure DevOps
-2. Vai su **Pipelines** → **Library** → **Variable groups**
-3. Crea un nuovo gruppo di variabili chiamato `Capgo-Variables`
-4. Aggiungi le seguenti variabili:
-
-</Steps>
-
-| Nome Variabile | Valore | Sicura |
-|---------------|-------|---------|
-| `CAPGO_TOKEN` | Il tuo token API Capgo | ✅ Sì |
-
-<Aside type="tip">
-
-Ottieni il tuo token API Capgo da [console.capgo.app/apikeys](https://console.capgo.app/apikeys). L'ID della tua app è già configurato nel tuo file `capacitor.config.ts`.
-
-</Aside>
-
-## Semplice
-
-Configurazione di base che distribuisce in produzione ad ogni push sul branch main:
-
-```yaml
-# Pipeline Azure DevOps semplice per Capgo Live Updates
-trigger:
-  branches:
-    include:
-      - main
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: BuildAndDeploy
-    displayName: 'Build e distribuzione su Capgo'
-    pool:
-      vmImage: 'ubuntu-latest'
-
-    steps:
-      - task: NodeTool@0
-        displayName: 'Configurazione Node.js'
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Installazione, test e build'
-
-      - script: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production
-        displayName: 'Distribuzione su Capgo'
-```
-
-## Avanzato
-
-### Distribuzioni dei branch di funzionalità
-
-Distribuisci branch di funzionalità su canali di test per revisione e testing:
-
-```yaml
-# Distribuzione dei branch di funzionalità
-trigger:
-  branches:
-    include:
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: DeployFeature
-    displayName: 'Distribuzione branch di funzionalità'
-    pool:
-      vmImage: 'ubuntu-latest'
-    condition: startsWith(variables['Build.SourceBranch'], 'refs/heads/feature/')
-
-    steps:
-      - task: NodeTool@0
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Installazione, test e build'
-
-      - script: |
-          BRANCH_NAME=$(echo "$(Build.SourceBranchName)" | sed 's/[^a-zA-Z0-9-]/-/g')
-          CHANNEL_NAME="feature-$BRANCH_NAME"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME
-        displayName: 'Distribuzione su canale di funzionalità'
-```
-
-<Aside type="tip">
-
-**Testing con i canali**: Dopo aver distribuito su un canale di funzionalità, puoi testare l'aggiornamento nella tua app configurandola per usare quel canale specifico. Scopri di più sulla [configurazione dei canali nella tua app](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Utilizzo della crittografia
-
-Se stai utilizzando la [funzionalità di crittografia di Capgo](/docs/live-updates/encryption/), dovrai archiviare la tua chiave privata in modo sicuro nel tuo ambiente CI/CD.
-
-Dopo aver [configurato le chiavi di crittografia](/docs/live-updates/encryption/#setting-up-encryption) localmente, aggiungi la tua chiave privata alle variabili di Azure DevOps:
-
-```shell
-# Visualizza il contenuto della tua chiave privata (copia questo output)
-cat .capgo_key_v2
-```
-
-Aggiungi questo contenuto come `CAPGO_PRIVATE_KEY` nel tuo gruppo di variabili di Azure DevOps (contrassegnalo come segreto), quindi usalo nelle pipeline:
-
-```yaml
-# Distribuzione con crittografia
-- script: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --key-data-v2 "$(CAPGO_PRIVATE_KEY)" --channel production
-  displayName: 'Distribuzione su Capgo con crittografia'
-```
-
-<Aside type="caution">
-
-**Best practice di sicurezza:**
-- Non committare mai il file `.capgo_key_v2` nel controllo versione
-- Archivia la chiave privata solo nella gestione sicura dei segreti CI/CD
-- Usa chiavi diverse per ambienti diversi
-
-</Aside>
-
-### Configurazione multi-canale
-
-Per informazioni complete sulla configurazione e gestione di più canali di distribuzione, consulta la [documentazione sui canali](/docs/live-updates/channels/).
-
-Configurazione completa con più ambienti e distribuzioni di pull request:
-
-```yaml
-# Pipeline Azure DevOps avanzata con più canali
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-
-pr:
-  branches:
-    include:
-      - main
-      - develop
-
-variables:
-  - group: Capgo-Variables
-
-stages:
-  # Fase di build
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Installazione, test e build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  # Distribuzione su development
-  - stage: DeployDev
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/develop'))
-    jobs:
-      - deployment: DeployDevelopment
-        environment: development
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel development --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Distribuzione su Development'
-
-  # Distribuzione PR su canale di test
-  - stage: DeployPR
-    condition: and(succeeded(), eq(variables['Build.Reason'], 'PullRequest'))
-    jobs:
-      - job: DeployPRChannel
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - task: DownloadBuildArtifacts@0
-            inputs:
-              artifactName: 'app-build'
-              downloadPath: '$(Pipeline.Workspace)'
-
-          - script: |
-              CHANNEL_NAME="pr-$(System.PullRequest.PullRequestNumber)"
-              npm install -g @capgo/cli
-              npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-              npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME --path $(Pipeline.Workspace)/app-build
-            displayName: 'Distribuzione su canale PR'
-
-  # Distribuzione su produzione
-  - stage: DeployProd
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/main'))
-    jobs:
-      - deployment: DeployProduction
-        environment: production
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Distribuzione su produzione'
-```
-
-### Distribuzione multi-ambiente
-
-Per scenari complessi con più ambienti:
-
-```yaml
-# Pipeline estesa con più ambienti
-parameters:
-  - name: deployEnvironment
-    displayName: 'Ambiente di distribuzione'
-    type: string
-    default: 'staging'
-    values:
-      - staging
-      - production
-
-variables:
-  - group: Capgo-Variables
-  - name: channelName
-    ${{ if eq(parameters.deployEnvironment, 'production') }}:
-      value: 'production'
-    ${{ else }}:
-      value: 'staging'
-
-stages:
-  # Fase di build
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Installazione, test e build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: DeployStaging
-    displayName: 'Distribuzione su staging'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'staging'))
-    jobs:
-      - deployment: DeployStaging
-        displayName: 'Distribuzione su canale staging'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'staging'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'staging'
-
-  - stage: DeployProduction
-    displayName: 'Distribuzione su produzione'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'production'))
-    jobs:
-      - deployment: DeployProduction
-        displayName: 'Distribuzione su canale production'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'production'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'production'
-```
-
-### Template di distribuzione (deploy-steps.yml)
-
-Crea un file template riutilizzabile `deploy-steps.yml`:
-
-```yaml
-# deploy-steps.yml
-parameters:
-  - name: channel
-    type: string
-
-steps:
-  - task: NodeTool@0
-    displayName: 'Installazione Node.js'
-    inputs:
-      versionSpec: '22.x'
-
-  - task: DownloadBuildArtifacts@0
-    displayName: 'Download degli artefatti di build'
-    inputs:
-      artifactName: 'app-build'
-      downloadPath: '$(System.ArtifactsDirectory)'
-
-  - script: |
-      npm install -g @capgo/cli
-    displayName: 'Installazione Capgo CLI'
-
-  - script: |
-      npx @capgo/cli bundle upload \
-        --apikey $(CAPGO_TOKEN) \
-        --channel ${{ parameters.channel }} \
-        --path $(System.ArtifactsDirectory)/app-build
-    displayName: 'Upload su Capgo (${{ parameters.channel }})'
-```
-
-### Strategia di distribuzione basata sui branch
-
-Configura diverse strategie di distribuzione in base ai branch Git:
-
-```yaml
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-  - name: targetChannel
-    ${{ if eq(variables['Build.SourceBranch'], 'refs/heads/main') }}:
-      value: 'production'
-    ${{ elseif eq(variables['Build.SourceBranch'], 'refs/heads/develop') }}:
-      value: 'staging'
-    ${{ else }}:
-      value: 'development'
-
-stages:
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Installazione, test e build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: Deploy
-    displayName: 'Distribuzione su $(targetChannel)'
-    dependsOn: Build
-    condition: succeeded()
-    jobs:
-      - deployment: DeployJob
-        displayName: 'Distribuzione su canale $(targetChannel)'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: '$(targetChannel)'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: '$(targetChannel)'
-```
-
-## Best practice di sicurezza
-
-### Gestione sicura delle variabili
-
-<Steps>
-
-1. **Usa gruppi di variabili**: Archivia i dati sensibili nei gruppi di variabili di Azure DevOps
-2. **Contrassegna come segreto**: Contrassegna sempre i token API e le chiavi come variabili segrete
-3. **Limita l'accesso**: Limita l'accesso al gruppo di variabili a pipeline e utenti specifici
-4. **Ruota le chiavi**: Ruota regolarmente i tuoi token API Capgo
-
-</Steps>
-
-## Monitoraggio e notifiche
-
-### Integrazione con Teams
-
-Aggiungi notifiche Microsoft Teams alla tua pipeline:
-
-```yaml
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notifica Teams in caso di successo'
-  condition: succeeded()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Distribuzione Capgo riuscita'
-    text: 'App distribuita sul canale $(targetChannel)'
-    themeColor: '00FF00'
-
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notifica Teams in caso di fallimento'
-  condition: failed()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Distribuzione Capgo fallita'
-    text: 'Distribuzione su $(targetChannel) fallita'
-    themeColor: 'FF0000'
-```
-
-### Notifiche via email
-
-Configura le notifiche via email per lo stato della distribuzione:
-
-```yaml
-- task: EmailReport@1
-  displayName: 'Invio report via email'
-  condition: always()
-  inputs:
-    sendMailConditionConfig: 'Always'
-    subject: 'Report distribuzione Capgo - $(Build.BuildNumber)'
-    to: 'team@yourcompany.com'
-    body: |
-      Stato distribuzione: $(Agent.JobStatus)
-      Canale: $(targetChannel)
-      Build: $(Build.BuildNumber)
-      Commit: $(Build.SourceVersion)
-```
-
-## Risoluzione dei problemi
-
-### Problemi comuni
-
-**La pipeline fallisce con "Capgo CLI non trovato":**
-```yaml
-# Assicurati dell'installazione globale
-- script: |
-    npm install -g @capgo/cli
-    which capgo || echo "Capgo CLI non trovato in PATH"
-  displayName: 'Installazione e verifica Capgo CLI'
-```
-
-**Errori di autenticazione:**
-```yaml
-# Verifica che il token sia impostato correttamente
-- script: |
-    echo "Lunghezza del token: ${#CAPGO_TOKEN}"
-    if [ -z "$CAPGO_TOKEN" ]; then
-      echo "CAPGO_TOKEN non è impostato"
-      exit 1
-    fi
-  displayName: 'Verifica del token Capgo'
-  env:
-    CAPGO_TOKEN: $(CAPGO_TOKEN)
-```
-
-**Artefatti di build non trovati:**
-```yaml
-# Elenca gli artefatti disponibili per il debug
-- script: |
-    ls -la $(System.ArtifactsDirectory)
-    find $(System.ArtifactsDirectory) -name "*.js" -o -name "*.html"
-  displayName: 'Debug artefatti'
-```
-
-### Debug della pipeline
-
-Aggiungi passaggi di debug per risolvere i problemi:
-
-```yaml
-- script: |
-    echo "Build.SourceBranch: $(Build.SourceBranch)"
-    echo "Build.BuildNumber: $(Build.BuildNumber)"
-    echo "Canale target: $(targetChannel)"
-  displayName: 'Debug variabili della pipeline'
-
-- script: |
-    npx @capgo/cli app debug --apikey $(CAPGO_TOKEN)
-  displayName: 'Debug stato app Capgo'
-```
-
-## Prossimi passi
-
-- Scopri i [Canali](/docs/live-updates/channels/) per gestire diversi ambienti di distribuzione
-- Esplora lo [Storage personalizzato](/docs/live-updates/custom-storage/) per scenari di distribuzione avanzati
-- Configura la [Crittografia](/docs/live-updates/encryption/) per distribuzioni sicure
-- Configura il [Comportamento degli aggiornamenti](/docs/live-updates/update-behavior/) per personalizzare come vengono applicati gli aggiornamenti
-
-Con l'integrazione Azure DevOps, puoi automatizzare le tue distribuzioni Capgo e garantire aggiornamenti coerenti e affidabili agli utenti della tua app mobile.
diff --git a/src/content/docs/it/docs/live-updates/integrations/bitbucket-pipeline.mdx b/src/content/docs/it/docs/live-updates/integrations/bitbucket-pipeline.mdx
deleted file mode 100644
index 1a515993f..000000000
--- a/src/content/docs/it/docs/live-updates/integrations/bitbucket-pipeline.mdx
+++ /dev/null
@@ -1,498 +0,0 @@
----
-title: Integrazione con Bitbucket Pipelines
-description: "Scopri come integrare Capgo Live Updates con Bitbucket Pipelines per la distribuzione automatizzata degli aggiornamenti della tua app."
-sidebar:
-  order: 4
-locale: it
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integra Capgo Live Updates con Bitbucket Pipelines per distribuire automaticamente gli aggiornamenti della tua app ogni volta che apporti modifiche al codice. Questa guida copre la configurazione di workflow automatizzati di build, test e distribuzione.
-
-## Prerequisiti
-
-Prima di configurare l'integrazione con Bitbucket Pipelines, assicurati di avere:
-
-- Un account Bitbucket con un repository
-- Un account Capgo con un'app configurata
-- Node.js e npm/yarn configurati nel tuo progetto
-
-## Configurazione di Bitbucket Pipelines
-
-### Passaggio 1: Configurare le variabili del repository
-
-Prima, configura le variabili necessarie nel tuo repository Bitbucket:
-
-<Steps>
-
-1. Naviga nel tuo repository Bitbucket
-2. Vai su **Repository settings** → **Pipelines** → **Repository variables**
-3. Aggiungi le seguenti variabili:
-
-</Steps>
-
-| Nome Variabile | Valore | Protetta |
-|---------------|-------|---------|
-| `CAPGO_TOKEN` | Il tuo token API Capgo | ✅ Sì |
-
-<Aside type="tip">
-
-Ottieni il tuo token API Capgo da [console.capgo.app/apikeys](https://console.capgo.app/apikeys). L'ID della tua app è già configurato nel tuo file `capacitor.config.ts`.
-
-</Aside>
-
-## Semplice
-
-Configurazione di base che distribuisce in produzione ad ogni push sul branch main:
-
-```yaml
-# bitbucket-pipelines.yml - Configurazione semplice
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build e distribuzione su produzione
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          artifacts:
-            - dist/**
-```
-
-## Avanzato
-
-### Distribuzioni dei branch di funzionalità
-
-Distribuisci branch di funzionalità su canali di test per revisione e testing:
-
-```yaml
-# Distribuzione dei branch di funzionalità
-pipelines:
-  branches:
-    feature/*:
-      - step:
-          name: Distribuzione branch di funzionalità
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - BRANCH_NAME=$(echo $BITBUCKET_BRANCH | sed 's/[^a-zA-Z0-9-]/-/g')
-            - CHANNEL_NAME="feature-$BRANCH_NAME"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-<Aside type="tip">
-
-**Testing con i canali**: Dopo aver distribuito su un canale di funzionalità, puoi testare l'aggiornamento nella tua app configurandola per usare quel canale specifico. Scopri di più sulla [configurazione dei canali nella tua app](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Utilizzo della crittografia
-
-Se stai utilizzando la [funzionalità di crittografia di Capgo](/docs/live-updates/encryption/), dovrai archiviare la tua chiave privata in modo sicuro nel tuo ambiente CI/CD.
-
-Dopo aver [configurato le chiavi di crittografia](/docs/live-updates/encryption/#setting-up-encryption) localmente, aggiungi la tua chiave privata alle variabili di Bitbucket:
-
-```shell
-# Visualizza il contenuto della tua chiave privata (copia questo output)
-cat .capgo_key_v2
-```
-
-Aggiungi questo contenuto come `CAPGO_PRIVATE_KEY` nelle variabili del repository Bitbucket (contrassegnala come protetta), quindi usala nelle pipeline:
-
-```yaml
-# Distribuzione con crittografia
-- step:
-    name: Distribuzione su Capgo con crittografia
-    script:
-      - npm install -g @capgo/cli
-      - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**Best practice di sicurezza:**
-- Non committare mai il file `.capgo_key_v2` nel controllo versione
-- Archivia la chiave privata solo nella gestione sicura dei segreti CI/CD
-- Usa chiavi diverse per ambienti diversi
-
-</Aside>
-
-### Configurazione multi-canale
-
-Per informazioni complete sulla configurazione e gestione di più canali di distribuzione, consulta la [documentazione sui canali](/docs/live-updates/channels/).
-
-Configurazione completa con più ambienti e distribuzioni di pull request:
-
-```yaml
-# bitbucket-pipelines.yml - Configurazione avanzata multi-canale
-image: node:22
-
-definitions:
-  steps:
-    - step: &build-step
-        name: Build applicazione
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-        artifacts:
-          - dist/**
-
-    - step: &deploy-step
-        name: Distribuzione su Capgo
-        script:
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-pipelines:
-  branches:
-    main:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Distribuzione su produzione
-          deployment: production
-          trigger: manual
-          script:
-            - export CHANNEL_NAME=production
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-    develop:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Distribuzione su development
-          deployment: development
-          script:
-            - export CHANNEL_NAME=development
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-  pull-requests:
-    '**':
-      - step:
-          <<: *build-step
-      - step:
-          name: Distribuzione PR su canale di test
-          script:
-            - CHANNEL_NAME="pr-$BITBUCKET_PR_ID"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-### Pipeline multi-ambiente
-
-Per scenari di distribuzione complessi con ambienti di staging e produzione:
-
-```yaml
-# Pipeline multi-ambiente
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Distribuzione su staging
-          deployment: staging
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-      - step:
-          name: Distribuzione su produzione
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-
-    develop:
-      - step:
-          name: Build e distribuzione su development
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-          artifacts:
-            - dist/**
-```
-
-### Strategia di distribuzione basata sui branch
-
-Distribuisci automaticamente branch diversi sui canali appropriati:
-
-```yaml
-# Distribuzione dinamica sui canali
-image: node:22
-
-definitions:
-  scripts:
-    - script: &determine-channel |
-        if [ "$BITBUCKET_BRANCH" = "main" ]; then
-          export CHANNEL_NAME="production"
-        elif [ "$BITBUCKET_BRANCH" = "develop" ]; then
-          export CHANNEL_NAME="staging"
-        else
-          export CHANNEL_NAME="development"
-        fi
-        echo "Distribuzione sul canale: $CHANNEL_NAME"
-
-pipelines:
-  default:
-    - step:
-        name: Build e distribuzione
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-          - *determine-channel
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-        artifacts:
-          - dist/**
-```
-
-### Esecuzione parallela della pipeline
-
-Ottimizza i tempi di build con passaggi paralleli:
-
-```yaml
-# Pipeline con esecuzione parallela
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - parallel:
-          - step:
-              name: Esecuzione test
-              script:
-                - npm ci
-                - npm run test
-          - step:
-              name: Lint del codice
-              script:
-                - npm ci
-                - npm run lint
-      - step:
-          name: Build applicazione
-          script:
-            - npm ci
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Distribuzione su produzione
-          deployment: production
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## Best practice di sicurezza
-
-### Variabili del repository
-
-<Steps>
-
-1. **Variabili protette**: Contrassegna sempre i token API come protetti
-2. **Variabili d'ambiente**: Usa variabili specifiche per la distribuzione quando necessario
-3. **Controllo degli accessi**: Limita l'accesso al repository ai membri autorizzati del team
-4. **Rotazione dei token**: Ruota regolarmente i tuoi token API Capgo
-
-</Steps>
-
-### Ambienti di distribuzione
-
-Configura gli ambienti di distribuzione per una maggiore sicurezza:
-
-```yaml
-# Distribuzione con restrizioni d'ambiente
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Distribuzione su produzione
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## Monitoraggio e notifiche
-
-### Integrazione con Slack
-
-Aggiungi notifiche Slack alla tua pipeline:
-
-```yaml
-# Pipeline con notifiche Slack
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build e distribuzione
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          after-script:
-            - |
-              if [ $BITBUCKET_EXIT_CODE -eq 0 ]; then
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"✅ Distribuzione Capgo riuscita per '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              else
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"❌ Distribuzione Capgo fallita per '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              fi
-```
-
-### Notifiche via email
-
-Configura le notifiche via email tramite le funzionalità integrate di Bitbucket o utilizzando servizi esterni:
-
-```yaml
-# Passaggio per notifica via email
-- step:
-    name: Invio notifica
-    script:
-      - |
-        curl -X POST \
-          -H "Content-Type: application/json" \
-          -d '{
-            "to": "team@yourcompany.com",
-            "subject": "Stato distribuzione Capgo",
-            "body": "Distribuzione di '$BITBUCKET_BRANCH' completata con stato: '$BITBUCKET_EXIT_CODE'"
-          }' \
-          $EMAIL_SERVICE_URL
-    condition:
-      result: [successful, failed]
-```
-
-## Risoluzione dei problemi
-
-### Problemi comuni
-
-**La pipeline fallisce con "Capgo CLI non trovato":**
-```yaml
-# Debug installazione CLI
-- step:
-    name: Debug CLI
-    script:
-      - npm install -g @capgo/cli
-      - which capgo || echo "Capgo CLI non trovato"
-      - npx @capgo/cli --version
-```
-
-**Errori di autenticazione:**
-```yaml
-# Verifica configurazione del token
-- step:
-    name: Debug autenticazione
-    script:
-      - |
-        if [ -z "$CAPGO_TOKEN" ]; then
-          echo "CAPGO_TOKEN non è impostato"
-          exit 1
-        fi
-        echo "Lunghezza del token: ${#CAPGO_TOKEN}"
-```
-
-**Artefatti di build non trovati:**
-```yaml
-# Elenca gli output di build
-- step:
-    name: Debug build
-    script:
-      - ls -la dist/
-      - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### Debug della pipeline
-
-Aggiungi informazioni di debug per risolvere i problemi:
-
-```yaml
-# Pipeline di debug
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Informazioni di debug
-          script:
-            - echo "Branch: $BITBUCKET_BRANCH"
-            - echo "Commit: $BITBUCKET_COMMIT"
-            - echo "Build: $BITBUCKET_BUILD_NUMBER"
-            - env | grep BITBUCKET_ | sort
-      - step:
-          name: Build e distribuzione
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-### Validazione della pipeline
-
-Abilita la validazione della pipeline per individuare errori di configurazione:
-
-```yaml
-# Abilita validazione della pipeline
-options:
-  docker: true
-  size: 2x
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Validazione pipeline
-          script:
-            - echo "Validazione pipeline riuscita"
-      - step:
-          name: Build e distribuzione
-          script:
-            # ... passaggi di distribuzione
-```
-
-## Prossimi passi
-
-- Scopri i [Canali](/docs/live-updates/channels/) per gestire diversi ambienti di distribuzione
-- Esplora lo [Storage personalizzato](/docs/live-updates/custom-storage/) per scenari di distribuzione avanzati
-- Configura la [Crittografia](/docs/live-updates/encryption/) per distribuzioni sicure
-- Configura il [Comportamento degli aggiornamenti](/docs/live-updates/update-behavior/) per personalizzare come vengono applicati gli aggiornamenti
-
-Con l'integrazione Bitbucket Pipelines, puoi automatizzare le tue distribuzioni Capgo e garantire aggiornamenti coerenti e affidabili agli utenti della tua app mobile.
diff --git a/src/content/docs/it/docs/live-updates/integrations/github-actions.mdx b/src/content/docs/it/docs/live-updates/integrations/github-actions.mdx
deleted file mode 100644
index 5d71aa58b..000000000
--- a/src/content/docs/it/docs/live-updates/integrations/github-actions.mdx
+++ /dev/null
@@ -1,551 +0,0 @@
----
-title: Integrazione con GitHub Actions
-description: "Scopri come integrare Capgo Live Updates con GitHub Actions per la distribuzione automatizzata degli aggiornamenti della tua app."
-sidebar:
-  order: 3
-locale: it
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integra Capgo Live Updates con GitHub Actions per distribuire automaticamente gli aggiornamenti della tua app ogni volta che apporti modifiche al codice. Questa guida copre la configurazione di workflow automatizzati di build, test e distribuzione utilizzando la potente piattaforma CI/CD di GitHub.
-
-## Prerequisiti
-
-Prima di configurare l'integrazione con GitHub Actions, assicurati di avere:
-
-- Un repository GitHub con il codice sorgente della tua app
-- Un account Capgo con un'app configurata
-- Node.js e npm/yarn configurati nel tuo progetto
-- GitHub Actions abilitato per il tuo repository
-
-## Configurazione dei segreti GitHub
-
-### Passaggio 1: Configurare i segreti del repository
-
-Configura i segreti necessari nel tuo repository GitHub:
-
-<Steps>
-
-1. Naviga nel tuo repository GitHub
-2. Vai su **Settings** → **Secrets and variables** → **Actions**
-3. Clicca su **New repository secret** e aggiungi quanto segue:
-
-</Steps>
-
-| Nome Segreto | Valore |
-|-------------|-------|
-| `CAPGO_TOKEN` | Il tuo token API Capgo |
-
-<Aside type="tip">
-
-Ottieni il tuo token API Capgo da [console.capgo.app/apikeys](https://console.capgo.app/apikeys). L'ID della tua app è già configurato nel tuo file `capacitor.config.ts`.
-
-</Aside>
-
-## Distribuzione semplice in produzione
-
-Inizia con questa configurazione di base che distribuisce in produzione ad ogni push sul branch main:
-
-```yaml
-# Workflow GitHub Actions semplice per Capgo Live Updates
-name: Distribuzione su Capgo
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout
-        uses: actions/checkout@v6
-
-      - name: Configurazione Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Installazione, test e build
-        run: |
-          npm ci
-          npm run test
-          npm run build
-
-             - name: Distribuzione su Capgo
-         run: |
-           npm install -g @capgo/cli
-           npx @capgo/cli bundle upload --channel production
-          env:
-            CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-           # Per caricamenti crittografati, aggiungi: --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"
-```
-
-## Configurazione avanzata multi-canale
-
-### Distribuzioni dei branch di funzionalità
-
-Distribuisci branch di funzionalità su canali temporanei per il testing:
-
-```yaml
-# Distribuzione dei branch di funzionalità
-name: Distribuzione branch di funzionalità su Capgo
-
-on:
-  push:
-    branches:
-      - 'feature/**'
-
-jobs:
-  deploy-feature:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - name: Distribuzione su canale di funzionalità
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.ref_name }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-                     npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-```
-
-### Utilizzo della crittografia
-
-Se stai utilizzando la [funzionalità di crittografia di Capgo](/docs/live-updates/encryption/), dovrai archiviare la tua chiave privata in modo sicuro nel tuo ambiente CI/CD.
-
-Dopo aver [configurato le chiavi di crittografia](/docs/live-updates/encryption/#setting-up-encryption) localmente, aggiungi la tua chiave privata ai segreti di GitHub:
-
-```shell
-# Visualizza il contenuto della tua chiave privata (copia questo output)
-cat .capgo_key_v2
-```
-
-Aggiungi questo contenuto come `CAPGO_PRIVATE_KEY` nei segreti del repository GitHub, quindi usalo nei workflow:
-
-```yaml
-# Distribuzione con crittografia
-- name: Distribuzione su Capgo con crittografia
-  run: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}" --channel production
-```
-
-<Aside type="caution">
-
-**Best practice di sicurezza:**
-- Non committare mai il file `.capgo_key_v2` nel controllo versione
-- Archivia la chiave privata solo nella gestione sicura dei segreti CI/CD
-- Usa chiavi diverse per ambienti diversi
-
-</Aside>
-
-### Configurazione multi-canale
-
-Per informazioni complete sulla configurazione e gestione di più canali di distribuzione, consulta la [documentazione sui canali](/docs/live-updates/channels/).
-
-Workflow completo con distribuzioni su development, pull request e produzione:
-
-```yaml
-# Workflow multi-ambiente completo
-name: Distribuzione su Capgo
-
-on:
-  push:
-    branches: [main, develop]
-  pull_request:
-    branches: [main, develop]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - uses: actions/upload-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-  deploy-development:
-    if: github.ref == 'refs/heads/develop'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: development
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel development
-
-  deploy-pr:
-    if: github.event_name == 'pull_request'
-    needs: build
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - name: Distribuzione su canale PR
-        run: |
-          CHANNEL_NAME="pr-${{ github.event.number }}"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-
-      - name: Commento sulla PR
-        uses: actions/github-script@v7
-        with:
-          script: |
-            github.rest.issues.createComment({
-              issue_number: context.issue.number,
-              owner: context.repo.owner,
-              repo: context.repo.repo,
-              body: `🚀 Questa PR è stata distribuita sul canale Capgo: \`pr-${{ github.event.number }}\`\n\nPer testare questo aggiornamento nella tua app, configurala per usare questo canale. [Scopri come configurare i canali →](/docs/live-updates/channels/#configuring-the-channel-in-your-app)`
-            })
-
-  deploy-production:
-    if: github.ref == 'refs/heads/main'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: production
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel production
-```
-
-<Aside type="tip">
-
-**Testing con i canali**: Dopo aver distribuito su un canale PR o development, puoi testare l'aggiornamento nella tua app configurandola per usare quel canale specifico. Scopri di più sulla [configurazione dei canali nella tua app](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Pulizia dei canali di funzionalità
-
-Pulisci automaticamente i canali di funzionalità quando i branch vengono eliminati:
-
-```yaml
-name: Pulizia canali di funzionalità
-
-on:
-  delete:
-
-jobs:
-  cleanup:
-    runs-on: ubuntu-latest
-    if: github.event.ref_type == 'branch' && startsWith(github.event.ref, 'feature/')
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Eliminazione canale Capgo
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.event.ref }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel delete $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-```
-
-## Sicurezza e best practice
-
-### Regole di protezione degli ambienti
-
-Configura le regole di protezione degli ambienti in GitHub:
-
-<Steps>
-
-1. Vai su **Settings** → **Environments** nel tuo repository
-2. Crea gli ambienti: `development`, `staging`, `production`
-3. Per l'ambiente di produzione, aggiungi:
-   - **Required reviewers**: Aggiungi i membri del team che devono approvare le distribuzioni
-   - **Wait timer**: Aggiungi un ritardo prima della distribuzione (opzionale)
-   - **Deployment branches**: Limita solo al branch `main`
-
-</Steps>
-
-### Gestione sicura dei segreti
-
-Usa segreti specifici per ambiente:
-
-```yaml
-# Usa segreti diversi per ogni ambiente
-deploy-production:
-  environment: production
-  steps:
-    - name: Distribuzione su produzione
-      run: |
-        npx @capgo/cli bundle upload \
-          --apikey ${{ secrets.CAPGO_PROD_TOKEN }} \
-          --app ${{ secrets.CAPGO_PROD_APP_ID }} \
-          --channel production
-```
-
-## Monitoraggio e notifiche
-
-### Integrazione con Slack
-
-Aggiungi notifiche Slack al tuo workflow:
-
-```yaml
-name: Distribuzione con notifiche
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      # ... passaggi di distribuzione
-
-      - name: Notifica Slack in caso di successo
-        if: success()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: success
-          text: '✅ Distribuzione Capgo riuscita!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-
-      - name: Notifica Slack in caso di fallimento
-        if: failure()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: failure
-          text: '❌ Distribuzione Capgo fallita!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-```
-
-### Integrazione con Discord
-
-Invia notifiche a Discord:
-
-```yaml
-- name: Notifica Discord
-  if: always()
-  uses: Ilshidur/action-discord@master
-  with:
-    args: |
-      Distribuzione Capgo ${{ job.status }}!
-      App: ${{ secrets.CAPGO_APP_ID }}
-      Canale: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-  env:
-    DISCORD_WEBHOOK: ${{ secrets.DISCORD_WEBHOOK }}
-```
-
-### Notifiche via email
-
-Configura le notifiche via email:
-
-```yaml
-- name: Invio notifica via email
-  if: failure()
-  uses: dawidd6/action-send-mail@v3
-  with:
-    server_address: smtp.gmail.com
-    server_port: 465
-    username: ${{ secrets.EMAIL_USERNAME }}
-    password: ${{ secrets.EMAIL_PASSWORD }}
-    subject: 'Distribuzione Capgo fallita - ${{ github.repository }}'
-    to: team@yourcompany.com
-    from: ci-cd@yourcompany.com
-    body: |
-      Distribuzione fallita per ${{ github.repository }}
-      Branch: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-      Workflow: ${{ github.workflow }}
-```
-
-## Risoluzione dei problemi
-
-### Debug del workflow
-
-Aggiungi passaggi di debug per risolvere i problemi:
-
-```yaml
-- name: Debug ambiente
-  run: |
-    echo "Versione Node: $(node --version)"
-    echo "Versione NPM: $(npm --version)"
-    echo "Directory di lavoro: $(pwd)"
-    echo "File in dist/: $(ls -la dist/ || echo 'Nessuna directory dist')"
-    echo "Variabili d'ambiente:"
-    env | grep -E "(GITHUB_|CAPGO_)" | sort
-
-- name: Test Capgo CLI
-  run: |
-    npx @capgo/cli --version
-    npx @capgo/cli app debug --apikey ${{ secrets.CAPGO_TOKEN }} --app ${{ secrets.CAPGO_APP_ID }}
-```
-
-### Problemi comuni e soluzioni
-
-**Il workflow fallisce con "CAPGO_TOKEN non trovato":**
-
-```yaml
-- name: Verifica segreti
-  run: |
-    if [ -z "${{ secrets.CAPGO_TOKEN }}" ]; then
-      echo "ERRORE: Il segreto CAPGO_TOKEN non è impostato"
-      exit 1
-    fi
-    echo "CAPGO_TOKEN è impostato (lunghezza: ${#CAPGO_TOKEN})"
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-**Artefatti di build non trovati:**
-
-```yaml
-- name: Debug artefatti
-  run: |
-    echo "Verifica degli artefatti di build..."
-    ls -la dist/ || echo "Directory dist non trovata"
-    find . -name "*.js" -o -name "*.html" | head -10
-```
-
-**Problemi di connettività di rete:**
-
-```yaml
-- name: Test connettività
-  run: |
-    ping -c 3 api.capgo.io || echo "Ping fallito"
-    curl -I https://api.capgo.io/health || echo "Health check fallito"
-```
-
-## Workflow riutilizzabili
-
-Crea workflow riutilizzabili per coerenza tra i progetti:
-
-```yaml
-# .github/workflows/reusable-capgo-deploy.yml
-name: Distribuzione Capgo riutilizzabile
-
-on:
-  workflow_call:
-    inputs:
-      environment:
-        required: true
-        type: string
-      channel:
-        required: true
-        type: string
-    secrets:
-      CAPGO_TOKEN:
-        required: true
-      CAPGO_APP_ID:
-        required: true
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    environment: ${{ inputs.environment }}
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Configurazione Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Installazione e build
-        run: |
-          npm ci
-          npm run build
-
-      - name: Distribuzione su Capgo
-        run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload \
-            --apikey ${{ secrets.CAPGO_TOKEN }} \
-            --app ${{ secrets.CAPGO_APP_ID }} \
-            --channel ${{ inputs.channel }}
-```
-
-Usa il workflow riutilizzabile:
-
-```yaml
-# .github/workflows/deploy.yml
-name: Distribuzione app
-
-on:
-  push:
-    branches: [main, develop]
-
-jobs:
-  deploy-dev:
-    if: github.ref == 'refs/heads/develop'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: development
-      channel: development
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-
-  deploy-prod:
-    if: github.ref == 'refs/heads/main'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: production
-      channel: production
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-```
-
-## Prossimi passi
-
-- Scopri i [Canali](/docs/live-updates/channels/) per gestire diversi ambienti di distribuzione
-- Esplora lo [Storage personalizzato](/docs/live-updates/custom-storage/) per scenari di distribuzione avanzati
-- Configura la [Crittografia](/docs/live-updates/encryption/) per distribuzioni sicure
-- Configura il [Comportamento degli aggiornamenti](/docs/live-updates/update-behavior/) per personalizzare come vengono applicati gli aggiornamenti
-
-Con l'integrazione GitHub Actions, puoi sfruttare la potente piattaforma CI/CD di GitHub per creare workflow di distribuzione sofisticati con sicurezza integrata, monitoraggio e funzionalità di collaborazione per i tuoi Capgo Live Updates.
diff --git a/src/content/docs/it/docs/live-updates/integrations/gitlab-ci.mdx b/src/content/docs/it/docs/live-updates/integrations/gitlab-ci.mdx
deleted file mode 100644
index cf38538aa..000000000
--- a/src/content/docs/it/docs/live-updates/integrations/gitlab-ci.mdx
+++ /dev/null
@@ -1,426 +0,0 @@
----
-title: Integrazione con GitLab CI/CD
-description: "Scopri come integrare Capgo Live Updates con GitLab CI/CD per la distribuzione automatizzata degli aggiornamenti della tua app."
-sidebar:
-  order: 2
-locale: it
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Integra Capgo Live Updates con GitLab CI/CD per distribuire automaticamente gli aggiornamenti della tua app ogni volta che apporti modifiche al codice. Questa guida copre la configurazione di workflow automatizzati di build, test e distribuzione.
-
-## Prerequisiti
-
-Prima di configurare l'integrazione con GitLab CI/CD, assicurati di avere:
-
-- Un account GitLab con un repository di progetto
-- Un account Capgo con un'app configurata
-- Node.js e npm/yarn configurati nel tuo progetto
-
-## Configurazione di GitLab CI/CD
-
-### Passaggio 1: Configurare le variabili d'ambiente
-
-Prima, configura le variabili necessarie nel tuo progetto GitLab:
-
-<Steps>
-
-1. Naviga nel tuo progetto GitLab
-2. Vai su **Settings** → **CI/CD** → **Variables**
-3. Aggiungi le seguenti variabili:
-
-</Steps>
-
-| Nome Variabile | Valore | Protetta | Mascherata |
-|---------------|-------|-----------|--------|
-| `CAPGO_TOKEN` | Il tuo token API Capgo | ✅ Sì | ✅ Sì |
-
-<Aside type="tip">
-
-Ottieni il tuo token API Capgo da [console.capgo.app/apikeys](https://console.capgo.app/apikeys). L'ID della tua app è già configurato nel tuo file `capacitor.config.ts`.
-
-</Aside>
-
-## Semplice
-
-Configurazione di base che distribuisce in produzione ad ogni push sul branch main:
-
-```yaml
-# .gitlab-ci.yml - Configurazione semplice
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 1 hour
-  only:
-    - main
-
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-    # Per caricamenti crittografati, aggiungi: --key-data-v2 "$CAPGO_PRIVATE_KEY"
-  dependencies:
-    - build
-  only:
-    - main
-```
-
-## Avanzato
-
-### Distribuzioni dei branch di funzionalità
-
-Distribuisci branch di funzionalità su canali di test per revisione e testing:
-
-```yaml
-# Distribuzione dei branch di funzionalità
-deploy_feature:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="feature-$(echo $CI_COMMIT_REF_NAME | sed 's/[^a-zA-Z0-9-]/-/g')"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - /^feature\/.*$/
-  environment:
-    name: feature/$CI_COMMIT_REF_NAME
-    url: https://your-app.com/channels/$CHANNEL_NAME
-```
-
-<Aside type="tip">
-
-**Testing con i canali**: Dopo aver distribuito su un canale di funzionalità, puoi testare l'aggiornamento nella tua app configurandola per usare quel canale specifico. Scopri di più sulla [configurazione dei canali nella tua app](/docs/live-updates/channels/#configuring-the-channel-in-your-app).
-
-</Aside>
-
-### Utilizzo della crittografia
-
-Se stai utilizzando la [funzionalità di crittografia di Capgo](/docs/live-updates/encryption/), dovrai archiviare la tua chiave privata in modo sicuro nel tuo ambiente CI/CD.
-
-Dopo aver [configurato le chiavi di crittografia](/docs/live-updates/encryption/#setting-up-encryption) localmente, aggiungi la tua chiave privata alle variabili di GitLab:
-
-```shell
-# Visualizza il contenuto della tua chiave privata (copia questo output)
-cat .capgo_key_v2
-```
-
-Aggiungi questo contenuto come `CAPGO_PRIVATE_KEY` nelle variabili del progetto GitLab (contrassegnala come protetta e mascherata), quindi usala nelle pipeline:
-
-```yaml
-# Distribuzione con crittografia
-deploy_production:
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**Best practice di sicurezza:**
-- Non committare mai il file `.capgo_key_v2` nel controllo versione
-- Archivia la chiave privata solo nella gestione sicura dei segreti CI/CD
-- Usa chiavi diverse per ambienti diversi
-
-</Aside>
-
-### Configurazione multi-canale
-
-Per informazioni complete sulla configurazione e gestione di più canali di distribuzione, consulta la [documentazione sui canali](/docs/live-updates/channels/).
-
-Configurazione completa con più ambienti e distribuzioni di merge request:
-
-```yaml
-# .gitlab-ci.yml - Configurazione avanzata multi-canale
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-# Fase di build
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 24 hours
-
-# Distribuzione su canale development
-deploy_development:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: development
-
-# Distribuzione delle merge request su canali di test
-deploy_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="mr-$CI_MERGE_REQUEST_IID"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - merge_requests
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    url: https://your-app.com/channels/mr-$CI_MERGE_REQUEST_IID
-    on_stop: cleanup_mr
-
-# Pulizia dei canali MR quando la MR viene chiusa
-cleanup_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli channel delete mr-$CI_MERGE_REQUEST_IID --apikey $CAPGO_TOKEN || true
-  when: manual
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    action: stop
-  only:
-    - merge_requests
-
-# Distribuzione su staging
-deploy_staging:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: staging
-
-# Distribuzione su produzione
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  environment:
-    name: production
-```
-
-### Multi-ambiente con approvazione manuale
-
-Per distribuzioni in produzione che richiedono approvazione manuale:
-
-```yaml
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  when: manual
-  environment:
-    name: production
-```
-
-### Strategia di distribuzione basata sui branch
-
-Distribuisci automaticamente branch diversi sui canali appropriati:
-
-```yaml
-# Distribuzione dinamica sui canali in base al branch
-deploy:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - |
-      if [ "$CI_COMMIT_REF_NAME" = "main" ]; then
-        CHANNEL="production"
-      elif [ "$CI_COMMIT_REF_NAME" = "develop" ]; then
-        CHANNEL="staging"
-      else
-        CHANNEL="development"
-      fi
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL
-  dependencies:
-    - build
-  environment:
-    name: $CHANNEL
-```
-
-## Best practice di sicurezza
-
-### Variabili protette
-
-<Steps>
-
-1. **Contrassegna le variabili sensibili**: Contrassegna sempre i token API come protetti e mascherati
-2. **Protezione dei branch**: Usa variabili protette per le distribuzioni in produzione
-3. **Controllo degli accessi**: Limita l'accesso alle variabili solo ai maintainer
-4. **Rotazione regolare**: Ruota regolarmente i token API
-
-</Steps>
-
-### Configurazione sicura della pipeline
-
-```yaml
-# Usa variabili protette per la produzione
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  only:
-    refs:
-      - main
-    variables:
-      - $CI_COMMIT_REF_PROTECTED == "true"
-```
-
-## Monitoraggio e notifiche
-
-### Integrazione con Slack
-
-Aggiungi notifiche Slack alla tua pipeline:
-
-```yaml
-notify_success:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"✅ Distribuzione Capgo riuscita per '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_success
-
-notify_failure:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"❌ Distribuzione Capgo fallita per '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_failure
-```
-
-### Notifiche via email
-
-Configura le notifiche via email nelle impostazioni del progetto GitLab o usa l'API:
-
-```yaml
-notify_email:
-  stage: .post
-  script:
-    - |
-      curl --request POST \
-        --header "PRIVATE-TOKEN: $GITLAB_API_TOKEN" \
-        --form "to=team@yourcompany.com" \
-        --form "subject=Stato distribuzione Capgo" \
-        --form "body=Distribuzione di $CI_COMMIT_REF_NAME completata con stato: $CI_JOB_STATUS" \
-        "https://gitlab.com/api/v4/projects/$CI_PROJECT_ID/emails"
-  when: always
-```
-
-## Risoluzione dei problemi
-
-### Problemi comuni
-
-**La pipeline fallisce con "Capgo CLI non trovato":**
-```yaml
-# Debug installazione CLI
-debug_cli:
-  script:
-    - npm install -g @capgo/cli
-    - which capgo || echo "Capgo CLI non trovato"
-    - npx @capgo/cli --version
-```
-
-**Errori di autenticazione:**
-```yaml
-# Verifica configurazione del token
-debug_auth:
-  script:
-    - |
-      if [ -z "$CAPGO_TOKEN" ]; then
-        echo "CAPGO_TOKEN non è impostato"
-        exit 1
-      fi
-      echo "Lunghezza del token: ${#CAPGO_TOKEN}"
-```
-
-**Artefatti di build non trovati:**
-```yaml
-# Elenca gli output di build
-debug_build:
-  script:
-    - ls -la dist/
-    - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### Debug della pipeline
-
-Aggiungi informazioni di debug per risolvere i problemi:
-
-```yaml
-debug:
-  stage: build
-  script:
-    - echo "Branch: $CI_COMMIT_REF_NAME"
-    - echo "Commit: $CI_COMMIT_SHA"
-    - echo "Build: $CI_PIPELINE_ID"
-    - env | grep CI_ | sort
-  only:
-    - branches
-```
-
-## Prossimi passi
-
-- Scopri i [Canali](/docs/live-updates/channels/) per gestire diversi ambienti di distribuzione
-- Esplora lo [Storage personalizzato](/docs/live-updates/custom-storage/) per scenari di distribuzione avanzati
-- Configura la [Crittografia](/docs/live-updates/encryption/) per distribuzioni sicure
-- Configura il [Comportamento degli aggiornamenti](/docs/live-updates/update-behavior/) per personalizzare come vengono applicati gli aggiornamenti
-
-Con l'integrazione GitLab CI/CD, puoi automatizzare le tue distribuzioni Capgo e garantire aggiornamenti coerenti e affidabili agli utenti della tua app mobile.
diff --git a/src/content/docs/it/docs/live-updates/integrations/index.mdx b/src/content/docs/it/docs/live-updates/integrations/index.mdx
deleted file mode 100644
index 62e5cd6ec..000000000
--- a/src/content/docs/it/docs/live-updates/integrations/index.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: Integrazioni CI/CD
-description: "Integra Capgo Live Updates con la tua piattaforma CI/CD preferita per flussi di lavoro di distribuzione automatizzati."
-sidebar:
-  order: 1
-locale: it
----
-
-import { Aside, LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Automatizza il processo di distribuzione di Capgo Live Updates integrandoti con le piattaforme CI/CD più popolari. Queste integrazioni ti permettono di distribuire automaticamente gli aggiornamenti dell'app ogni volta che apporti modifiche al codice, testare branch di funzionalità e gestire più ambienti di distribuzione.
-
-## Integrazioni disponibili
-
-Scegli la tua piattaforma CI/CD per iniziare con le distribuzioni automatizzate:
-
-<CardGrid>
-  <LinkCard
-    title="Azure DevOps"
-    description="Integra con Azure DevOps Pipelines per flussi di lavoro automatizzati di build, test e distribuzione."
-    href="/docs/live-updates/integrations/azure-devops/"
-  />
-  <LinkCard
-    title="GitLab CI/CD"
-    description="Configura pipeline GitLab CI/CD per distribuire automaticamente gli aggiornamenti della tua app con gestione completa degli ambienti."
-    href="/docs/live-updates/integrations/gitlab-ci/"
-  />
-  <LinkCard
-    title="GitHub Actions"
-    description="Usa GitHub Actions per automazione potente con distribuzioni multi-canale e protezione degli ambienti."
-    href="/docs/live-updates/integrations/github-actions/"
-  />
-  <LinkCard
-    title="Bitbucket Pipelines"
-    description="Distribuisci con Bitbucket Pipelines usando configurazioni semplici o avanzate per più ambienti."
-    href="/docs/live-updates/integrations/bitbucket-pipeline/"
-  />
-</CardGrid>
-
-## Cosa otterrai
-
-Tutte le guide di integrazione includono:
-
-- **Configurazione semplice**: Configurazione di base per iniziare rapidamente
-- **Flussi di lavoro avanzati**: Distribuzioni multi-ambiente con staging e produzione
-- **Test dei branch di funzionalità**: Distribuzione automatica dei branch di funzionalità ai canali di test
-- **Best practice di sicurezza**: Gestione sicura dei segreti e protezione degli ambienti
-- **Monitoraggio**: Notifiche e logging per lo stato della distribuzione
-
-<Aside type="tip">
-
-**Nuovo a CI/CD?** Inizia con la configurazione semplice per la tua piattaforma, poi aggiungi gradualmente funzionalità più avanzate come distribuzioni multi-canale e test automatizzati man mano che le tue esigenze crescono.
-
-</Aside>
-
-## Funzionalità comuni
-
-Ogni integrazione supporta:
-
-- **Build automatizzate**: Attiva distribuzioni sulle modifiche del codice
-- **Supporto multi-canale**: Distribuisci su canali diversi (development, staging, production)
-- **Test di Pull Request/Merge Request**: Testa le modifiche in ambienti isolati
-- **Supporto crittografia**: Distribuzioni sicure con la funzionalità di crittografia di Capgo
-- **Protezione degli ambienti**: Approvazioni manuali e accesso limitato per la produzione
-- **Notifiche**: Integrazioni con Slack, email e altre notifiche
-
-## Prerequisiti
-
-Prima di configurare qualsiasi integrazione, assicurati di avere:
-
-- Un account Capgo con un'app configurata
-- Il codice sorgente della tua app in un repository Git
-- Un token API Capgo da [console.capgo.app/apikeys](https://console.capgo.app/apikeys)
-- Node.js e npm/yarn configurati nel tuo progetto
-
-## Documentazione correlata
-
-- [Canali](/docs/live-updates/channels/) - Scopri come gestire diversi ambienti di distribuzione
-- [Crittografia](/docs/live-updates/encryption/) - Proteggi le tue distribuzioni con crittografia end-to-end
-- [Comportamento degli aggiornamenti](/docs/live-updates/update-behavior/) - Personalizza come vengono applicati gli aggiornamenti alle tue app
-
-Scegli la tua piattaforma CI/CD sopra per iniziare ad automatizzare le tue distribuzioni Capgo!
diff --git a/src/content/docs/it/docs/live-updates/rollbacks.mdx b/src/content/docs/it/docs/live-updates/rollbacks.mdx
deleted file mode 100644
index 02cf8f515..000000000
--- a/src/content/docs/it/docs/live-updates/rollbacks.mdx
+++ /dev/null
@@ -1,90 +0,0 @@
----
-title: Rollback
-sidebar:
-  order: 5
-locale: it
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Mentre gli aggiornamenti live di Capgo ti permettono di distribuire rapidamente miglioramenti e correzioni ai tuoi utenti, potrebbero esserci situazioni in cui devi tornare a una versione precedente della tua app. Forse un nuovo aggiornamento ha introdotto un problema critico inaspettato, o magari vuoi ripristinare una modifica specifica mentre lavori a una correzione.
-
-Capgo fornisce diversi modi per gestire le build di un canale e controllare la versione della tua app che gli utenti ricevono.
-
-## Tornare a un Bundle Precedente
-
-Ogni volta che carichi una nuova build e la assegni a un canale, Capgo mantiene una cronologia di quelle build. Se hai bisogno di ripristinare un aggiornamento specifico, puoi selezionare una di queste build precedenti da ridistribuire sul canale.
-
-Per tornare a una build precedente:
-
-<Steps>
-
-1. Accedi alla [Dashboard di Capgo](https://app.capgo.io)
-
-2. Vai alla sezione "Channels"
-
-3. Clicca sul nome del canale che vuoi ripristinare
-
-4. Trova la build a cui vuoi tornare nella cronologia delle build del canale
-
-5. Clicca sull'icona della corona accanto a quella build per renderla la build attiva per il canale
-   ![Opzioni di gestione del canale](/select_bundle.webp)
-
-6. Conferma di voler tornare a questa build
-
-</Steps>
-
-<Aside type="note">
-Il ripristino a una build precedente influisce solo sul canale selezionato. Se hai più canali (es. Produzione, Staging, ecc.), dovrai ripetere il processo di ripristino per ogni canale interessato.
-</Aside>
-
-Dopo il ripristino, i dispositivi configurati per ascoltare il canale aggiornato riceveranno la build precedente al prossimo controllo degli aggiornamenti. La build ripristinata verrà trattata come un nuovo aggiornamento, quindi si applicano le solite condizioni e flussi di aggiornamento.
-
-## Scollegare un Canale
-
-Se vuoi interrompere temporaneamente gli aggiornamenti su un canale mentre indaghi su un problema, puoi scollegare il canale dalla sua build corrente.
-
-Per scollegare un canale:
-
-1. Vai al canale nella Dashboard di Capgo
-
-2. Clicca sul pulsante "Unlink" accanto alla build corrente
-
-3. Conferma di voler scollegare il canale
-
-Una volta che un canale è scollegato, non distribuirà nuovi aggiornamenti. I dispositivi configurati su quel canale rimarranno sulla loro build corrente fino a quando il canale non verrà ricollegato a una build.
-
-Questo è utile se hai identificato un problema con un aggiornamento ma non sei ancora sicuro a quale build vuoi tornare. Scollegare il canale ti dà tempo per indagare senza distribuire ulteriori aggiornamenti.
-
-## Forzare il Bundle Integrato
-
-In situazioni più gravi, potresti voler riportare tutti i dispositivi su un canale al build web che era originariamente incluso nel binario nativo della tua app. Questo è noto come "bundle integrato".
-
-Per forzare il bundle integrato su un canale:
-
-1. Vai al canale nella Dashboard di Capgo
-
-2. Clicca sul pulsante "Built-in Bundle"
-
-3. Conferma di voler forzare il bundle integrato
-
-Quando forzi il bundle integrato, tutti i dispositivi configurati su quel canale torneranno al build web originale incluso nel pacchetto al prossimo controllo degli aggiornamenti. Questo accade indipendentemente dalla build su cui si trovano attualmente.
-
-Questa è un'opzione di ripristino più aggressiva rispetto al ritorno a una specifica build precedente, poiché scarta tutti gli aggiornamenti live rilasciati da quando l'app è stata pubblicata per l'ultima volta negli app store.
-
-<Aside type="caution">
-Sii cauto quando forzi il bundle integrato, poiché influirà su tutti i dispositivi sul canale. Assicurati di aver considerato l'impatto e di avere un piano per andare avanti prima di intraprendere questa azione.
-</Aside>
-
-## Monitoraggio e Risposta ai Problemi
-
-Per individuare rapidamente i problemi e minimizzare l'impatto degli aggiornamenti problematici, è importante avere un piano per monitorare i rilasci e rispondere ai problemi.
-
-Alcune strategie includono:
-
-- Monitorare i report di crash e il feedback degli utenti immediatamente dopo il rilascio di un aggiornamento
-- Utilizzare rollout graduali o un sistema di canali a fasi per testare gli aggiornamenti su un gruppo più piccolo prima del rilascio generale
-- Avere un processo decisionale chiaro per quando tornare indietro, scollegare o forzare il bundle integrato, e chi ha l'autorità per farlo
-- Comunicare agli utenti il problema e la risoluzione, se appropriato
-
-Combinando un attento monitoraggio con la capacità di gestire rapidamente gli aggiornamenti problematici, puoi offrire un'esperienza app in continuo miglioramento minimizzando le interruzioni per i tuoi utenti.
\ No newline at end of file
diff --git a/src/content/docs/it/docs/live-updates/update-behavior.mdx b/src/content/docs/it/docs/live-updates/update-behavior.mdx
deleted file mode 100644
index 525ce2d64..000000000
--- a/src/content/docs/it/docs/live-updates/update-behavior.mdx
+++ /dev/null
@@ -1,170 +0,0 @@
----
-title: Comportamento di aggiornamento
-sidebar:
-  order: 3
-locale: it
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Quando rilasci un aggiornamento della tua app Capgo, probabilmente vuoi che i tuoi utenti lo ricevano il prima possibile. Ma non vuoi nemmeno interrompere la loro esperienza costringendoli ad attendere un download o riavviare l'app nel mezzo di una sessione.
-
-Il comportamento di aggiornamento di Capgo è progettato per trovare un equilibrio tra la distribuzione rapida degli aggiornamenti e la minimizzazione delle interruzioni per i tuoi utenti.
-
-## Flusso di Aggiornamento Predefinito
-
-Di default, ecco come Capgo gestisce gli aggiornamenti dell'app:
-
-<Steps>
-
-1. All'avvio dell'app, il plugin Capgo verifica se è disponibile un nuovo aggiornamento
-
-2. Se viene trovato un aggiornamento, viene scaricato in background mentre l'utente continua a utilizzare la versione corrente dell'app
-
-3. Una volta completato il download, Capgo attende che l'utente metta l'app in background o la chiuda completamente
-
-4. Quando l'utente avvia nuovamente l'app, utilizzerà la versione aggiornata
-
-</Steps>
-
-Questo flusso garantisce che gli utenti utilizzino sempre l'ultima versione della tua app, senza mai essere interrotti da prompt di aggiornamento o costretti ad attendere i download.
-
-<Aside type="tip">
-Capgo controlla anche gli aggiornamenti quando l'app riprende dal background, quindi gli utenti riceveranno gli aggiornamenti anche se non chiudono completamente l'app
-</Aside>
-
-## Perché Questo Approccio?
-
-L'applicazione degli aggiornamenti in background o alla chiusura ha diversi vantaggi chiave per l'esperienza utente:
-
-- Gli utenti non vengono interrotti da prompt di aggiornamento o costretti ad attendere i download durante una sessione
-
-- Gli aggiornamenti vengono applicati senza problemi tra le sessioni, quindi l'esperienza di avvio dell'app è sempre nuova
-
-- Puoi distribuire aggiornamenti frequentemente senza preoccuparti di interrompere gli utenti attivi
-
-Lo svantaggio principale è che se un utente mette in background e riprende rapidamente la tua app, potrebbe perdere qualsiasi stato non salvato poiché l'aggiornamento è stato applicato tra queste azioni.
-
-Per mitigare questo, raccomandiamo di:
-
-- Salvare lo stato frequentemente e ripristinarlo correttamente quando l'app riprende
-
-- Evitare aggiornamenti molto frequenti che modificano grandi parti dello stato dell'app
-
-- Considerare la personalizzazione del comportamento di aggiornamento per i flussi sensibili (vedi sotto)
-
-## Personalizzazione dell'Applicazione degli Aggiornamenti
-
-In alcuni casi, potresti volere più controllo su quando viene applicato un aggiornamento. Ad esempio, potresti voler assicurarti che un utente completi un flusso in corso prima dell'aggiornamento, o coordinare un aggiornamento dell'app con una modifica lato server.
-
-Capgo fornisce una funzione `setDelay` che ti permette di specificare le condizioni che devono essere soddisfatte prima che un aggiornamento venga installato:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'date',
-      value: '2023-06-01T00:00:00.000Z',
-    },
-    {
-      kind: 'background',
-      value: '60000',
-    },
-  ],
-});
-```
-
-Questo esempio ritarderebbe l'installazione di un aggiornamento fino a dopo il 1° giugno 2023 E l'app è stata in background per almeno 60 secondi.
-
-Le condizioni di ritardo disponibili sono:
-
-- `date`: Attendi fino a dopo una data/ora specifica per applicare l'aggiornamento
-- `background`: Attendi una durata minima dopo che l'app è stata messa in background per applicare l'aggiornamento
-- `nativeVersion`: Attendi che sia installata una versione binaria nativa con una versione minima prima di applicare l'aggiornamento
-- `kill`: Attendi fino al prossimo evento di chiusura dell'app per applicare l'aggiornamento
-
-Puoi combinare queste condizioni per controllare precisamente quando viene installato un aggiornamento.
-
-<Aside type="danger">
-Nota che la condizione `kill` attualmente attiva l'aggiornamento dopo il primo evento di chiusura, non il prossimo evento di background come le altre condizioni. Questa inconsistenza sarà corretta in una versione futura
-</Aside>
-
-## Applicazione Immediata degli Aggiornamenti
-
-Per aggiornamenti critici o app con stato molto semplice, potresti voler applicare un aggiornamento non appena viene scaricato, senza attendere un evento di background o chiusura. Capgo supporta questo tramite l'opzione di configurazione `directUpdate`.
-
-<Aside type="tip" title="Consigliato: Usare Delta Updates con Direct Update">
-Quando si usa `directUpdate`, **raccomandiamo fortemente** di abilitare i [Delta Updates](/docs/live-updates/differentials/) per minimizzare i tempi di download e migliorare l'esperienza utente. I Delta Updates scaricano solo i file modificati invece dell'intero bundle, il che è particolarmente importante quando gli aggiornamenti vengono applicati immediatamente mentre gli utenti stanno usando attivamente la tua app.
-
-**Perché questo è importante per i Direct Updates:**
-- **Aggiornamenti più veloci**: Download più piccoli significano che gli aggiornamenti si completano rapidamente, riducendo il tempo in cui gli utenti vedono schermate di caricamento
-- **Migliore esperienza mobile**: Gli utenti su reti cellulari o connessioni più lente non avranno lunghi tempi di attesa
-- **Minore utilizzo della larghezza di banda**: Vengono scaricati solo i file modificati, risparmiando dati sia per te che per i tuoi utenti
-
-Per abilitare i Delta Updates, usa semplicemente il flag `--partial` durante il caricamento dei bundle:
-```shell
-npx @capgo/cli@latest bundle upload --partial
-```
-
-Scopri di più nella [documentazione Delta Updates](/docs/live-updates/differentials/).
-</Aside>
-
-`directUpdate` viene impostato nel tuo file `capacitor.config.ts`, non nel codice JavaScript:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: true,
-      keepUrlPathAfterReload: true,
-    },
-  },
-};
-
-export default config;
-```
-
-Con `directUpdate` abilitato, Capgo applicherà immediatamente un aggiornamento non appena il download è completato, anche se l'utente sta attivamente utilizzando l'app.
-
-Nota che poiché `directUpdate` è una configurazione nativa, richiede alcune gestioni aggiuntive nel tuo codice JavaScript.
-
-Quando usi `directUpdate`, devi ascoltare l'evento `appReady` e nascondere la schermata di splash della tua app in risposta:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { SplashScreen } from '@capacitor/splash-screen';
-
-CapacitorUpdater.addListener('appReady', () => {
-  // Nascondi la schermata di splash
-  SplashScreen.hide();
-});
-
-CapacitorUpdater.notifyAppReady();
-```
-
-L'evento `appReady` si attiva una volta che l'app ha finito di inizializzare e applicare eventuali aggiornamenti in sospeso. Questo è il momento in cui è sicuro mostrare l'interfaccia utente della tua app, poiché assicura che l'utente vedrà l'ultima versione.
-
-Oltre a gestire l'evento `appReady`, raccomandiamo di impostare l'opzione di configurazione `keepUrlPathAfterReload` su `true` quando si usa `directUpdate`. Questo preserva il percorso URL corrente quando l'app viene ricaricata a causa di un aggiornamento, aiutando a mantenere la posizione dell'utente nell'app e riducendo il disorientamento.
-
-Se non gestisci l'evento `appReady` e non imposti `keepUrlPathAfterReload` quando usi `directUpdate`, l'utente potrebbe vedere brevemente una versione obsoleta dell'app, essere riportato al percorso iniziale, o vedere uno sfarfallio mentre l'aggiornamento viene applicato.
-
-L'uso di `directUpdate` può essere utile per distribuire correzioni di bug critici o patch di sicurezza, ma comporta alcuni compromessi:
-
-- L'utente potrebbe vedere un breve sfarfallio o stato di caricamento mentre l'aggiornamento viene applicato se non gestisci correttamente l'evento `appReady`
-- Se l'aggiornamento modifica lo stato dell'app o l'interfaccia utente, l'utente potrebbe vedere un cambiamento dirompente nel mezzo di una sessione
-- La posizione dell'utente nell'app potrebbe essere persa se `keepUrlPathAfterReload` non è impostato, potenzialmente disorientandolo
-- Dovrai gestire attentamente il salvataggio e il ripristino dello stato per garantire una transizione fluida
-
-Se abiliti `directUpdate`, raccomandiamo di:
-
-- Gestire l'evento `appReady` per controllare quando viene mostrata l'interfaccia utente della tua app
-- Impostare `keepUrlPathAfterReload` su `true` per preservare la posizione dell'utente nell'app
-- Salvare e ripristinare lo stato dell'app secondo necessità per evitare di perdere i progressi dell'utente
-- Testare accuratamente il comportamento di aggiornamento della tua app per assicurarti che non ci siano transizioni brusche, stati persi o cambiamenti di posizione disorientanti
-
-Nella maggior parte dei casi, il comportamento di aggiornamento predefinito fornisce il miglior equilibrio tra la distribuzione rapida degli aggiornamenti e la minimizzazione delle interruzioni. Ma per app con esigenze specifiche, Capgo fornisce la flessibilità di personalizzare quando e come vengono applicati gli aggiornamenti.
diff --git a/src/content/docs/it/docs/live-updates/update-types.mdx b/src/content/docs/it/docs/live-updates/update-types.mdx
deleted file mode 100644
index cf25f56e0..000000000
--- a/src/content/docs/it/docs/live-updates/update-types.mdx
+++ /dev/null
@@ -1,123 +0,0 @@
----
-title: Tipi di Aggiornamento
-description: >-
-  Un riferimento completo di tutti i tipi di aggiornamento OTA forniti da Capgo:
-  tempistiche di applicazione, condizioni di ritardo, blocco delle versioni e
-  metodi di consegna.
-sidebar:
-  order: 2
-locale: it
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo supporta diversi tipi di aggiornamenti over-the-air (OTA). Questa pagina elenca e spiega tutti i tipi disponibili in modo da poter scegliere la combinazione giusta per la tua app.
-
-## Tempistiche di Applicazione
-
-Controlla **quando** un aggiornamento viene applicato dopo essere stato scaricato.
-
-| Tipo | Descrizione | Caso d'Uso |
-|------|-------------|----------|
-| **Default** | Scarica in background, applica quando l'utente mette in background o chiude l'app | La maggior parte delle app; interruzione minima |
-| **directUpdate: `atInstall`** | Applica immediatamente solo su installazione nuova o aggiornamento dall'app store | I nuovi utenti ottengono l'ultima versione; gli utenti esistenti usano il flusso predefinito |
-| **directUpdate: `onLaunch`** | Applica immediatamente all'installazione, aggiornamento store o dopo la chiusura dell'app | Equilibrio tra aggiornamento e stabilità della sessione |
-| **directUpdate: `always`** | Applica immediatamente ogni volta che viene scaricato un aggiornamento (anche al ripristino) | Correzioni critiche, app con stato semplice |
-
-Configura in `capacitor.config.ts`:
-
-```typescript
-plugins: {
-  CapacitorUpdater: {
-    directUpdate: false, // default
-    // or: 'atInstall' | 'onLaunch' | 'always'
-  }
-}
-```
-
-<Aside type="tip">
-Per dettagli completi e gestione della schermata di avvio, vedi [Comportamento degli Aggiornamenti](/docs/live-updates/update-behavior/).
-</Aside>
-
-## Condizioni di Ritardo
-
-Condizioni che devono essere soddisfatte **prima** che un aggiornamento venga installato. Usa `setMultiDelay` per combinarle (tutte le condizioni devono essere soddisfatte).
-
-| Condizione | Descrizione | Esempio |
-|-----------|-------------|---------|
-| **date** | Attendi fino a dopo una data/ora specifica | Coordina con il rilascio lato server |
-| **background** | Attendi una durata minima (ms) dopo che l'app è stata messa in background | Evita l'applicazione durante rapidi cambi di app |
-| **nativeVersion** | Richiedi una versione minima del binario nativo | Blocca aggiornamenti su codice nativo incompatibile |
-| **kill** | Attendi fino al prossimo evento di chiusura dell'app | Applica solo al riavvio completo |
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    { kind: 'date', value: '2023-06-01T00:00:00.000Z' },
-    { kind: 'background', value: '60000' },
-  ],
-});
-```
-
-<Aside type="danger">
-La condizione `kill` si attiva dopo il primo evento di chiusura, non al prossimo background come le altre. Questo verrà corretto in una versione futura.
-</Aside>
-
-## Blocco delle Versioni (Policy del Canale)
-
-Controlla quali **aggiornamenti semver** un canale consegnerà automaticamente. Imposta tramite `--disable-auto-update` sui canali.
-
-| Strategia | Blocca | Consente | Caso d'Uso |
-|----------|--------|--------|----------|
-| **none** | Niente | Tutti gli aggiornamenti | Predefinito; aggiornamento automatico completo |
-| **major** | 0.0.0 → 1.0.0 | Stesso major (es. 1.x → 1.y) | Previeni modifiche breaking dal raggiungere vecchi nativi |
-| **minor** | 0.0.0 → 1.1.0, 1.1.0 → 1.2.0 | Stesso minor (es. 1.2.x → 1.2.y) | Controllo più rigoroso all'interno del major |
-| **patch** | Qualsiasi modifica eccetto incremento patch | Solo 0.0.311 → 0.0.314 | Molto rigoroso; solo aggiornamenti patch |
-| **metadata** | Aggiornamenti senza `min_update_version` | Aggiornamenti con metadati di compatibilità espliciti | Regole di compatibilità personalizzate per bundle |
-
-```bash
-npx @capgo/cli channel set production --disable-auto-update major
-```
-
-<Aside type="caution">
-`patch` e `metadata` richiedono una configurazione attenta. Vedi [Comandi CLI](/docs/cli/commands/#disable-updates-strategy) e [Targeting delle Versioni](/docs/live-updates/version-targeting/) per i dettagli.
-</Aside>
-
-## Tipi di Consegna
-
-Come il **bundle viene trasferito** al dispositivo.
-
-| Tipo | Descrizione | Quando Usarlo |
-|------|-------------|-------------|
-| **Full bundle** | L'intero bundle JS viene scaricato | Prima installazione, grandi modifiche o quando il delta non è disponibile |
-| **Delta (manifest)** | Vengono scaricati solo i file modificati | La maggior parte degli aggiornamenti; più veloce e risparmia banda |
-
-```bash
-# Full bundle (default)
-npx @capgo/cli bundle upload --channel production
-
-# Delta updates
-npx @capgo/cli bundle upload --channel production --delta
-```
-
-<Aside type="tip">
-Quando usi `directUpdate`, abilita gli [Aggiornamenti Delta](/docs/live-updates/differentials/) per minimizzare i tempi di download e migliorare l'UX.
-</Aside>
-
-## Riferimento Rapido
-
-| Categoria | Tipi |
-|----------|-------|
-| **Tempistiche di applicazione** | Default, `atInstall`, `onLaunch`, `always` |
-| **Condizioni di ritardo** | `date`, `background`, `nativeVersion`, `kill` |
-| **Blocco delle versioni** | `none`, `major`, `minor`, `patch`, `metadata` |
-| **Consegna** | Full bundle, Delta (manifest) |
-
-## Correlati
-
-- [Comportamento degli Aggiornamenti](/docs/live-updates/update-behavior/) — Configura tempistiche di applicazione e ritardi
-- [Targeting delle Versioni](/docs/live-updates/version-targeting/) — Routing delle versioni basato sui canali
-- [Aggiornamenti Delta (manifest)](/docs/live-updates/differentials/) — Abilita download parziali
-- [Canali](/docs/live-updates/channels/) — Configurazione e precedenza dei canali
diff --git a/src/content/docs/it/docs/live-updates/version-targeting.mdx b/src/content/docs/it/docs/live-updates/version-targeting.mdx
deleted file mode 100644
index 1ec9a00d2..000000000
--- a/src/content/docs/it/docs/live-updates/version-targeting.mdx
+++ /dev/null
@@ -1,617 +0,0 @@
----
-title: Targeting delle Versioni
-description: >-
-  Consegna automaticamente aggiornamenti compatibili agli utenti in base alla
-  loro versione di app nativa
-sidebar:
-  order: 7
-locale: it
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Questa guida spiega come consegnare automaticamente il bundle compatibile più recente agli utenti in base alla loro versione di app nativa, **simile all'approccio di Ionic AppFlow**. Ciò garantisce una gestione semplificata degli aggiornamenti e rilasci più rapidi prevenendo al contempo i problemi di compatibilità.
-
-<Aside type="tip" title="Migrazione da Ionic AppFlow?">
-  Se stai migrando da Ionic AppFlow, questa guida è particolarmente importante per te. AppFlow ha automaticamente abbinato gli aggiornamenti alle versioni native, e Capgo fornisce la stessa capacità con ancora più controllo e flessibilità. Consulta la [Guida di migrazione AppFlow](/docs/upgrade/from-appflow-to-capgo) per le istruzioni passo passo.
-</Aside>
-
-## Panoramica
-
-Il sistema di targeting delle versioni di Capgo ti consente di:
-
-- **Consegnare automaticamente aggiornamenti compatibili** agli utenti in base alla loro versione di app nativa
-- **Prevenire le modifiche significative** di raggiungere versioni di app incompatibili
-- **Gestire più versioni di app** contemporaneamente senza logica complessa
-- **Lanciare aggiornamenti senza problemi** per segmenti di utenti specifici
-
-### Perché il Targeting delle Versioni è Importante (Soprattutto per gli Utenti di AppFlow)
-
-Se hai familiarità con **Ionic AppFlow**, sai quanto sia critico assicurare che gli utenti ricevano solo aggiornamenti compatibili. AppFlow ha automaticamente abbinato i bundle di aggiornamento in tempo reale alle versioni di app native, prevenendo il recapito di JavaScript incompatibile al codice nativo più vecchio.
-
-**Capgo fornisce le stesse garanzie di sicurezza**, con funzionalità aggiuntive:
-- Controllo più granulare sul matching delle versioni
-- Strategie multiple (canali, semver, vincoli nativi)
-- Migliore visibilità nella distribuzione delle versioni
-- Controllo API e CLI insieme alla gestione del dashboard
-
-Questo approccio è particolarmente utile quando:
-- Hai utenti su diverse versioni principali della tua app (ad esempio, v1.x, v2.x, v3.x)
-- Devi mantenere la compatibilità all'indietro mentre implementi modifiche significative
-- Vuoi evitare che bundle più recenti rompano il codice nativo più vecchio
-- Stai gradualmente migrando gli utenti da una versione all'altra
-- **Stai migrando da AppFlow** e vuoi mantenere la stessa sicurezza di aggiornamento
-
-## Come Funziona
-
-Capgo utilizza un approccio a più livelli per abbinare gli utenti agli aggiornamenti compatibili:
-
-1. **Vincoli di Versione Nativa**: Impedisci la consegna dei bundle a versioni native incompatibili
-2. **Routing Basato su Canali**: Indirizza diverse versioni di app a diversi canali di aggiornamento
-3. **Controlli Versioning Semantico**: Blocca automaticamente gli aggiornamenti su confini maggiori/minori/patch
-4. **Sostituzioni a Livello di Dispositivo**: Destinazione dispositivi specifici o gruppi di utenti
-
-### Flusso di Corrispondenza delle Versioni
-
-```mermaid
-graph TD
-    A[User Opens App] --> B{Check Device Override}
-    B -->|Override Set| C[Use Override Channel]
-    B -->|No Override| D{Check defaultChannel in App}
-    D -->|Has defaultChannel| E[Use App's defaultChannel]
-    D -->|No defaultChannel| F[Use Cloud Default Channel]
-    C --> G{Check Version Constraints}
-    E --> G
-    F --> G
-    G -->|Compatible| H[Deliver Update]
-    G -->|Incompatible| I[Skip Update]
-```
-
-## Strategia 1: Routing delle Versioni Basato su Canali
-
-Questo è l'**approccio consigliato** per gestire modifiche significative e aggiornamenti di versioni principali. È simile al modello di consegna di AppFlow.
-
-### Scenario di Esempio
-
-- **App v1.x** (100.000 utenti) → canale `production`
-- **App v2.x** (50.000 utenti con modifiche significative) → canale `v2`
-- **App v3.x** (10.000 utenti beta) → canale `v3`
-
-### Implementazione
-
-#### Passaggio 1: Configura Canali per Ogni Versione Principale
-
-```typescript
-// capacitor.config.ts per build versione 1.x
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production', // o ometti per default
-    }
-  }
-};
-
-export default config;
-```
-
-```typescript
-// capacitor.config.ts per build versione 2.x
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // Indirizza automaticamente gli utenti v2
-    }
-  }
-};
-```
-
-```typescript
-// capacitor.config.ts per build versione 3.x
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v3', // Indirizza automaticamente gli utenti v3
-    }
-  }
-};
-```
-
-#### Passaggio 2: Crea Canali
-
-```bash
-# Crea canali per ogni versione principale
-npx @capgo/cli channel create production
-npx @capgo/cli channel create v2
-npx @capgo/cli channel create v3
-
-# Abilita l'auto-assegnazione in modo che le app possano cambiare canale
-npx @capgo/cli channel set production --self-assign
-npx @capgo/cli channel set v2 --self-assign
-npx @capgo/cli channel set v3 --self-assign
-```
-
-#### Passaggio 3: Carica Bundle Specifici della Versione
-
-```bash
-# Per utenti v1.x (da ramo v1-maintenance)
-git checkout v1-maintenance
-npm run build
-npx @capgo/cli bundle upload --channel production
-
-# Per utenti v2.x (da ramo v2-maintenance o main)
-git checkout main
-npm run build
-npx @capgo/cli bundle upload --channel v2
-
-# Per utenti v3.x (da ramo beta/v3)
-git checkout beta
-npm run build
-npx @capgo/cli bundle upload --channel v3
-```
-
-<Aside type="tip" title="Routing Automatico">
-  Quando gli utenti aprono l'app, si connettono automaticamente al loro canale designato in base al `defaultChannel` nel loro bundle di app installato. Nessun cambio di codice JavaScript richiesto!
-</Aside>
-
-### Vantaggi
-
-- **Zero modifiche al codice** - Il routing del canale avviene automaticamente
-- **Separazione chiara** - Ogni versione ha la propria pipeline di aggiornamento
-- **Targeting flessibile** - Invia aggiornamenti a gruppi di versioni specifici
-- **Rollout sicuri** - Le modifiche significative non raggiungono mai versioni incompatibili
-
-## Strategia 2: Controlli Versioning Semantico
-
-Utilizza i controlli di versioning semantico integrati di Capgo per prevenire gli aggiornamenti oltre i confini della versione.
-
-### Disabilita Aggiornamento Automatico su Versioni Principali
-
-```bash
-# Crea un canale che blocca gli aggiornamenti della versione principale
-npx @capgo/cli channel create stable --disable-auto-update major
-```
-
-Questa configurazione significa:
-- Gli utenti sulla versione dell'app **1.2.3** riceveranno aggiornamenti fino a **1.9.9**
-- Gli utenti **NON** riceveranno la versione **2.0.0** automaticamente
-- Impedisce le modifiche significative di raggiungere il codice nativo più vecchio
-
-### Opzioni di Controllo Granulare
-
-```bash
-# Blocca gli aggiornamenti della versione minore (1.2.x non otterrà 1.3.0)
-npx @capgo/cli channel set stable --disable-auto-update minor
-
-# Blocca gli aggiornamenti di patch (1.2.3 non otterrà 1.2.4)
-npx @capgo/cli channel set stable --disable-auto-update patch
-
-# Consenti tutti gli aggiornamenti
-npx @capgo/cli channel set stable --disable-auto-update none
-```
-
-<Aside type="caution" title="Versioning Semantico Richiesto">
-  Questa strategia funziona solo se segui il versioning semantico (semver) per le versioni della tua app. Assicurati che i tuoi numeri di versione seguano il formato `MAJOR.MINOR.PATCH`.
-</Aside>
-
-## Strategia 3: Vincoli di Versione Nativa
-
-Specifica i requisiti di versione nativa minima per i bundle per prevenire la consegna ai dispositivi incompatibili.
-
-### Uso della Condizione di Ritardo nativeVersion
-
-Durante il caricamento di un bundle, puoi specificare una versione nativa minima:
-
-```bash
-# Questo bundle richiede la versione nativa 2.0.0 o superiore
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "2.0.0"
-```
-
-<Aside type="note" title="Come Funziona">
-  I dispositivi sulla versione nativa 1.x NON riceveranno questo bundle. Solo i dispositivi su 2.0.0+ lo otterranno. Questo è perfetto per gli aggiornamenti che richiedono nuove API native o plugin.
-</Aside>
-
-### Casi d'Uso
-
-1. **Nuovo Plugin Nativo Richiesto**
-   ```bash
-   # Il bundle ha bisogno del plugin Camera aggiunto in v2.0.0
-   npx @capgo/cli bundle upload --native-version "2.0.0"
-   ```
-
-2. **Modifiche API Native Significative**
-   ```bash
-   # Il bundle utilizza le nuove API di Capacitor 6
-   npx @capgo/cli bundle upload --native-version "3.0.0"
-   ```
-
-3. **Migrazione Graduale**
-   ```bash
-   # Testa il bundle solo su versione nativa più recente
-   npx @capgo/cli bundle upload \
-     --channel beta \
-     --native-version "2.5.0"
-   ```
-
-## Strategia 4: Prevenzione dei Downgrade Automatici
-
-Impedisci agli utenti di ricevere bundle più vecchi della loro versione nativa attuale.
-
-### Abilita nelle Impostazioni del Canale
-
-Nel dashboard di Capgo:
-1. Vai a **Canali** → Seleziona il tuo canale
-2. Abilita **"Disabilita downgrade automatico sotto nativo"**
-3. Salva le modifiche
-
-O tramite CLI:
-```bash
-npx @capgo/cli channel set production --disable-downgrade
-```
-
-### Esempio
-
-- Versione del dispositivo dell'utente: Versione nativa **1.2.5**
-- Bundle canale: Versione **1.2.3**
-- **Risultato**: L'aggiornamento è bloccato (sarebbe un downgrade)
-
-Questo è utile quando:
-- Gli utenti hanno installato manualmente una versione più recente dall'app store
-- Devi assicurarti che gli utenti abbiano sempre le patch di sicurezza più recenti
-- Vuoi prevenire i bug di regressione
-
-## Strategia 5: Targeting a Livello di Dispositivo
-
-Sostituisci l'assegnazione del canale per dispositivi o gruppi di utenti specifici.
-
-### Forza Versione Specifica per i Test
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// Forza i beta tester a utilizzare il canale v3
-async function assignBetaTesters() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-
-  // Verifica se l'utente è un beta tester
-  if (isBetaTester(userId)) {
-    await CapacitorUpdater.setChannel({ channel: 'v3' })
-  }
-}
-```
-
-### Sostituzione Dispositivo Dashboard
-
-Nel dashboard di Capgo:
-1. Vai a **Dispositivi** → Trova dispositivo
-2. Fai clic su **Imposta Canale** o **Imposta Versione**
-3. Sostituisci con canale o versione bundle specifico
-4. Il dispositivo riceverà aggiornamenti da sorgente sostituita
-
-<Aside type="tip" title="Test degli Aggiornamenti">
-  Usa le sostituzioni dei dispositivi per testare gli aggiornamenti sul tuo dispositivo prima di distribuire a tutti gli utenti.
-</Aside>
-
-## Flusso di Lavoro Completo Stile AppFlow
-
-Ecco un esempio completo che combina tutte le strategie:
-
-### 1. Configurazione Iniziale (App v1.0.0)
-
-```bash
-# Crea canale di produzione con controlli semver
-npx @capgo/cli channel create production \
-  --disable-auto-update major \
-  --disable-downgrade
-```
-
-```typescript
-// capacitor.config.ts
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production',
-    }
-  }
-};
-```
-
-### 2. Rilascia Modifica Significativa (App v2.0.0)
-
-```bash
-# Crea canale v2 per nuova versione
-npx @capgo/cli channel create v2 \
-  --disable-auto-update major \
-  --disable-downgrade \
-  --self-assign
-
-# Crea ramo git per manutenzione v1
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-```
-
-```typescript
-// capacitor.config.ts per v2.0.0
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // I nuovi utenti ottengono il canale v2
-    }
-  }
-};
-```
-
-### 3. Invia Aggiornamenti a Entrambe le Versioni
-
-```bash
-# Aggiorna utenti v1.x (correzione bug)
-git checkout v1-maintenance
-# Apporta modifiche
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "1.0.0"
-
-# Aggiorna utenti v2.x (nuova funzionalità)
-git checkout main
-# Apporta modifiche
-npx @capgo/cli bundle upload \
-  --channel v2 \
-  --native-version "2.0.0"
-```
-
-### 4. Monitora Distribuzione Versioni
-
-Usa il dashboard di Capgo per tracciare:
-- Quanti utenti sono su v1 vs v2
-- Tassi di adozione bundle per versione
-- Errori o arresti per versione
-
-### 5. Depreca Versione Precedente
-
-Una volta che l'uso di v1 scende al di sotto della soglia:
-
-```bash
-# Smetti di caricare nel canale di produzione
-# Facoltativo: Elimina ramo di manutenzione v1
-git branch -d v1-maintenance
-
-# Sposta tutti gli utenti rimanenti al valore predefinito
-# (Dovranno aggiornare tramite app store)
-```
-
-## Precedenza del Canale
-
-Quando esistono più configurazioni di canali, Capgo utilizza questo ordine di precedenza:
-
-1. **Sostituzione Dispositivo** (Dashboard o API) - Priorità Più Alta
-2. **Sostituzione Cloud** tramite chiamata `setChannel()`
-3. **defaultChannel** in capacitor.config.ts
-4. **Canale Predefinito** (Impostazione Cloud) - Priorità Più Bassa
-
-<Aside type="note" title="Esempio di Precedenza">
-  Se l'app di un utente ha `defaultChannel: 'v2'` ma sostituisci il suo dispositivo con `'beta'` nel dashboard, riceverà aggiornamenti dal canale `'beta'`.
-</Aside>
-
-## Migliori Pratiche
-
-### 1. Imposta Sempre defaultChannel per Versioni Principali
-
-```typescript
-// ✅ Bene: Ogni versione principale ha canale esplicito
-// v1.x → production
-// v2.x → v2
-// v3.x → v3
-
-// ❌ Male: Affidandosi al cambio di canale dinamico
-// Tutte le versioni → production, cambia manualmente
-```
-
-### 2. Usa Versioning Semantico
-
-```bash
-# ✅ Bene
-1.0.0 → 1.0.1 → 1.1.0 → 2.0.0
-
-# ❌ Male
-1.0 → 1.1 → 2 → 2.5
-```
-
-### 3. Mantieni Rami Separati
-
-```bash
-# ✅ Bene: Rami separati per versione principale
-main (v3.x)
-v2-maintenance (v2.x)
-v1-maintenance (v1.x)
-
-# ❌ Male: Ramo singolo per tutte le versioni
-```
-
-### 4. Testa Prima del Rollout
-
-```bash
-# Testa prima sul canale beta
-npx @capgo/cli bundle upload --channel beta
-
-# Monitora i problemi, quindi promuovi a produzione
-npx @capgo/cli bundle upload --channel production
-```
-
-### 5. Monitora Distribuzione Versioni
-
-Controlla regolarmente il tuo dashboard:
-- Gli utenti si aggiornano alle versioni native più recenti?
-- Le versioni precedenti ricevono ancora molto traffico?
-- Dovresti deprecare i canali vecchi?
-
-## Confronto con Ionic AppFlow
-
-Per i team che migrano da **Ionic AppFlow**, ecco un confronto del targeting delle versioni di Capgo:
-
-| Funzionalità | Ionic AppFlow | Capgo |
-|---------|---------------|-------|
-| **Routing basato su versione** | Automatico basato su versione nativa | Automatico tramite `defaultChannel` + strategie multiple |
-| **Versioning semantico** | Supporto di base | Avanzato con `--disable-auto-update` (major/minor/patch) |
-| **Vincoli di versione nativa** | Configurazione manuale nel dashboard AppFlow | Flag `--native-version` integrato in CLI |
-| **Gestione canali** | Web UI + CLI | Web UI + CLI + API |
-| **Sostituzioni dispositivo** | Controllo limitato a livello di dispositivo | Controllo completo tramite Dashboard/API |
-| **Prevenzione downgrade automatico** | Sì | Sì tramite `--disable-downgrade` |
-| **Manutenzione multi-versione** | Gestione manuale del ramo/canale | Automatizzata con precedenza del canale |
-| **Self-hosting** | No | Sì (controllo completo) |
-| **Analitiche versioni** | Base | Metriche dettagliate per versione |
-
-<Aside type="note" title="Parità AppFlow e Oltre">
-  Capgo fornisce **tutte le capacità di targeting delle versioni** che AppFlow ha offerto, più meccanismi di controllo aggiuntivi. Se hai fatto affidamento sul matching automatico delle versioni di AppFlow, troverai Capgo altrettanto sicuro con più flessibilità.
-</Aside>
-
-## Risoluzione dei Problemi
-
-### Gli Utenti Non Ricevono Aggiornamenti
-
-Controlla quanto segue:
-
-1. **Assegnazione Canale**: Verifica che il dispositivo sia sul canale corretto
-   ```typescript
-   const channel = await CapacitorUpdater.getChannel()
-   console.log('Current channel:', channel)
-   ```
-
-2. **Vincoli Versione**: Verifica se il bundle ha requisiti di versione nativa
-   - Dashboard → Bundle → Controlla colonna "Versione Nativa"
-
-3. **Impostazioni Semver**: Verifica impostazione `disable-auto-update` del canale
-   ```bash
-   npx @capgo/cli channel list
-   ```
-
-4. **Sostituzione Dispositivo**: Verifica se il dispositivo ha sostituzione manuale
-   - Dashboard → Dispositivi → Cerca dispositivo → Controlla canale/versione
-
-### Bundle Consegnato a Versione Sbagliata
-
-1. **Rivedi defaultChannel**: Assicurati del canale corretto in `capacitor.config.ts`
-2. **Controlla Caricamento Bundle**: Verifica che il bundle sia stato caricato nel canale previsto
-3. **Ispeziona Versione Nativa**: Conferma che il flag `--native-version` sia stato usato correttamente
-
-### Modifiche Significative che Interessano Versioni Precedenti
-
-1. **Correzione Immediata**: Sostituisci dispositivi interessati con bundle sicuro
-   - Dashboard → Dispositivi → Selezione Multipla → Imposta Versione
-2. **Correzione a Lungo Termine**: Crea canali versionati e mantieni rami separati
-3. **Prevenzione**: Testa sempre gli aggiornamenti su dispositivi rappresentativi prima del rollout
-
-## Migrazione da Ionic AppFlow
-
-Se stai migrando da **Ionic AppFlow**, il targeting delle versioni funziona in modo molto simile in Capgo, con maggiore flessibilità:
-
-### Mappatura Concetti
-
-| Concetto AppFlow | Equivalente Capgo | Note |
-|-----------------|------------------|-------|
-| **Canale di Distribuzione** | Canale Capgo | Stesso concetto, più potente |
-| **Blocco Versione Nativa** | flag `--native-version` | Controllo più granulare |
-| **Priorità Canale** | Precedenza canale (override → cloud → default) | Precedenza più trasparente |
-| **Obiettivo Distribuzione** | Canale + controlli semver | Strategie multiple disponibili |
-| **Canale Produzione** | canale `production` (o qualsiasi nome) | Denominazione flessibile |
-| **Distribuzione basata su Git** | Caricamento bundle CLI da ramo | Stesso flusso di lavoro |
-| **Matching versione automatico** | `defaultChannel` + vincoli versione | Migliorato con strategie multiple |
-
-### Differenze Chiave per Utenti AppFlow
-
-1. **Più Controllo**: Capgo ti offre più strategie (canali, semver, versione nativa) che possono essere combinate
-2. **Migliore Visibilità**: Il dashboard mostra distribuzione versioni e problemi di compatibilità
-3. **Accesso API**: Controllo programmatico completo del targeting delle versioni
-4. **Self-Hosting**: Opzione per eseguire il tuo server di aggiornamento con la stessa logica di versione
-
-### Passaggi di Migrazione
-
-1. **Mappa i tuoi canali AppFlow** ai canali Capgo (di solito 1:1)
-2. **Imposta `defaultChannel`** in `capacitor.config.ts` per ogni versione principale
-3. **Configura regole semver** se vuoi blocco automatico ai confini della versione
-4. **Carica bundle specifici della versione** usando il flag `--native-version`
-5. **Monitora distribuzione versioni** nel dashboard di Capgo
-
-<Aside type="tip" title="Guida di Migrazione Completa">
-  Per istruzioni complete sulla migrazione incluso sostituzione SDK e mappatura API, consulta la [Guida di Migrazione AppFlow a Capgo](/docs/upgrade/from-appflow-to-capgo).
-</Aside>
-
-## Modelli Avanzati
-
-### Rollout Graduale per Versione
-
-```typescript
-// Migra gradualmente utenti da v1 a v2
-async function migrateUsers() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-  const rolloutPercentage = 10 // Inizia con 10%
-
-  // Hash ID dispositivo per ottenere percentuale deterministica
-  const hash = hashCode(deviceId) % 100
-
-  if (hash < rolloutPercentage) {
-    // L'utente è nel gruppo di rollout - Migra a v2
-    await CapacitorUpdater.setChannel({ channel: 'v2' })
-  }
-}
-```
-
-### Flag Funzionalità per Versione
-
-```typescript
-// Abilita funzionalità in base alla versione nativa
-async function checkFeatureAvailability() {
-  const info = await CapacitorUpdater.getDeviceId()
-  const nativeVersion = info.nativeVersion
-
-  if (compareVersions(nativeVersion, '2.0.0') >= 0) {
-    // Abilita funzionalità che richiedono v2.0.0+
-    enableNewCameraFeature()
-  }
-}
-```
-
-### Test A/B Tra Versioni
-
-```typescript
-// Esegui test A/B all'interno della stessa versione nativa
-async function assignABTest() {
-  const nativeVersion = await getNativeVersion()
-
-  if (nativeVersion.startsWith('2.')) {
-    // Solo test A/B su utenti v2
-    const variant = Math.random() < 0.5 ? 'v2-test-a' : 'v2-test-b'
-    await CapacitorUpdater.setChannel({ channel: variant })
-  }
-}
-```
-
-## Riepilogo
-
-Capgo fornisce più strategie per la consegna di aggiornamenti specifici della versione:
-
-1. **Routing Basato su Canali**: Separazione versione automatica tramite `defaultChannel`
-2. **Versioning Semantico**: Previeni aggiornamenti su confini major/minor/patch
-3. **Vincoli Versione Nativa**: Richiedi versione nativa minima per bundle
-4. **Prevenzione Downgrade Automatico**: Non consegnare mai bundle precedenti a versioni native più recenti
-5. **Sostituzioni Dispositivo**: Controllo manuale per test e targeting
-
-Combinando queste strategie, puoi raggiungere la consegna di aggiornamenti automatici stile AppFlow con ancora più flessibilità e controllo. Scegli l'approccio che meglio si adatta al tuo flusso di lavoro di versionamento e distribuzione dell'app.
-
-Per maggiori dettagli su funzionalità specifiche:
-- [Guida Modifiche Significative](/docs/live-updates/breaking-changes) - Strategia di versionamento del canale dettagliata
-- [Gestione Canali](/docs/live-updates/channels) - Riferimento configurazione canale completo
-- [Comportamento Aggiornamenti](/docs/live-updates/update-behavior) - Ritardi di versione nativa e condizioni
diff --git a/src/content/docs/it/docs/plugin/api.md b/src/content/docs/it/docs/plugin/api.md
deleted file mode 100644
index 1eb49177f..000000000
--- a/src/content/docs/it/docs/plugin/api.md
+++ /dev/null
@@ -1,999 +0,0 @@
----
-title: Funzioni e impostazioni
-description: Tutti i metodi e le impostazioni disponibili del plugin
-sidebar:
-  order: 2
-locale: it
----
-
-# Configurazione del Plugin Updater
-
-Consulta [Readme](https://github.com/Cap-go/capacitor-updater) su Github per maggiori informazioni
-
-<docgen-config>
-<!--Aggiorna i commenti JSDoc del file sorgente e riesegui docgen per aggiornare la documentazione sottostante-->
-
-CapacitorUpdater può essere configurato con queste opzioni:
-
-| Proprietà                    | Tipo                 | Descrizione                                                                                                                                                                                    | Predefinito                                        | Da      |
-| ---------------------------- | -------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------- | ------- |
-| **`appReadyTimeout`**        | <code>number</code>  | Configura il numero di millisecondi che il plugin nativo deve attendere prima di considerare un aggiornamento 'fallito'. Disponibile solo per Android e iOS                                    | <code>10000 // (10 secondi)</code>                 |         |
-| **`responseTimeout`**        | <code>number</code>  | Configura il numero di millisecondi che il plugin nativo deve attendere prima di considerare timeout l'API. Disponibile solo per Android e iOS                                                 | <code>20 // (20 secondi)</code>                    |         |
-| **`autoDeleteFailed`**       | <code>boolean</code> | Configura se il plugin deve eliminare automaticamente i bundle falliti. Disponibile solo per Android e iOS                                                                                     | <code>true</code>                                  |         |
-| **`autoDeletePrevious`**     | <code>boolean</code> | Configura se il plugin deve eliminare automaticamente i bundle precedenti dopo un aggiornamento riuscito. Disponibile solo per Android e iOS                                                   | <code>true</code>                                  |         |
-| **`autoUpdate`**             | <code>boolean</code> | Configura se il plugin deve utilizzare l'aggiornamento automatico tramite un server di aggiornamento. Disponibile solo per Android e iOS                                                       | <code>true</code>                                  |         |
-| **`resetWhenUpdate`**        | <code>boolean</code> | Elimina automaticamente i bundle scaricati in precedenza quando viene installata una nuova versione nativa dell'app sul dispositivo. Disponibile solo per Android e iOS                        | <code>true</code>                                  |         |
-| **`updateUrl`**              | <code>string</code>  | Configura l'URL/endpoint a cui vengono inviati i controlli di aggiornamento. Disponibile solo per Android e iOS                                                                                | <code>https://plugin.capgo.app/updates</code>      |         |
-| **`channelUrl`**             | <code>string</code>  | Configura l'URL/endpoint per le operazioni sui canali. Disponibile solo per Android e iOS                                                                                                      | <code>https://plugin.capgo.app/channel_self</code> |         |
-| **`statsUrl`**               | <code>string</code>  | Configura l'URL/endpoint a cui vengono inviate le statistiche di aggiornamento. Disponibile solo per Android e iOS. Impostare a "" per disabilitare la segnalazione delle statistiche         | <code>https://plugin.capgo.app/stats</code>        |         |
-| **`privateKey`**             | <code>string</code>  | Configura la chiave privata per la crittografia end-to-end degli aggiornamenti live. Disponibile solo per Android e iOS. Deprecato nella versione 620, sarà rimosso nella versione 700 | <code>undefined</code>                             |         |
-| **`publicKey`**              | <code>string</code>  | Configura la chiave pubblica per la crittografia end-to-end degli aggiornamenti live Versione 2. Disponibile solo per Android e iOS                                                           | <code>undefined</code>                             | 620   |
-| **`version`**                | <code>string</code>  | Configura la versione corrente dell'app. Verrà utilizzata per la prima richiesta di aggiornamento. Se non impostata, il plugin otterrà la versione dal codice nativo. Solo Android e iOS     | <code>undefined</code>                             | 41748 |
-| **`directUpdate`**           | <code>boolean</code> | Fa sì che il plugin installi direttamente l'aggiornamento quando l'app è stata appena aggiornata/installata. Solo per modalità autoUpdate. Disponibile solo per Android e iOS                 | <code>undefined</code>                             | 510   |
-| **`periodCheckDelay`**       | <code>number</code>  | Configura il periodo di ritardo per il controllo periodico degli aggiornamenti in secondi. Disponibile solo per Android e iOS. Non può essere inferiore a 600 secondi (10 minuti)             | <code>600 // (10 minuti)</code>                    |         |
-| **`localS3`**                | <code>boolean</code> | Configura la CLI per utilizzare un server locale per test o server di aggiornamento self-hosted                                                                                                | <code>undefined</code>                             | 41748 |
-| **`localHost`**              | <code>string</code>  | Configura la CLI per utilizzare un server locale per test o server di aggiornamento self-hosted                                                                                                | <code>undefined</code>                             | 41748 |
-| **`localWebHost`**           | <code>string</code>  | Configura la CLI per utilizzare un server locale per test o server di aggiornamento self-hosted                                                                                                | <code>undefined</code>                             | 41748 |
-| **`localSupa`**              | <code>string</code>  | Configura la CLI per utilizzare un server locale per test o server di aggiornamento self-hosted                                                                                                | <code>undefined</code>                             | 41748 |
-| **`localSupaAnon`**          | <code>string</code>  | Configura la CLI per utilizzare un server locale per test                                                                                                                                      | <code>undefined</code>                             | 41748 |
-| **`localApi`**               | <code>string</code>  | Configura la CLI per utilizzare un'API locale per test                                                                                                                                         | <code>undefined</code>                             | 633   |
-| **`localApiFiles`**          | <code>string</code>  | Configura la CLI per utilizzare un'API di file locale per test                                                                                                                                 | <code>undefined</code>                             | 633   |
-| **`allowModifyUrl`**         | <code>boolean</code> | Permette al plugin di modificare dinamicamente updateUrl, statsUrl e channelUrl dal lato JavaScript                                                                                            | <code>false</code>                                 | 540   |
-| **`defaultChannel`**         | <code>string</code>  | Imposta il canale predefinito per l'app nella configurazione
-
-                                                                                                                                              | <code>undefined</code>                             | 550   |
-| **`appId`**                  | <code>string</code>  | Configura l'id dell'app per l'app nella configurazione                                                                                                                                               | <code>undefined</code>                             | 600   |
-| **`keepUrlPathAfterReload`** | <code>boolean</code> | Configura il plugin per mantenere il percorso URL dopo un ricaricamento ATTENZIONE: Quando viene attivato un ricaricamento, la 'windowhistory' verrà cancellata                                                               | <code>false</code>                                 | 680   |
-
-## Esempi
-
-In `capacitorconfigjson`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000 // (1 secondo),
-      "responseTimeout": 10 // (10 secondi),
-      "autoDeleteFailed": false,
-      "autoDeletePrevious": false,
-      "autoUpdate": false,
-      "resetWhenUpdate": false,
-      "updateUrl": https://examplecom/api/auto_update,
-      "channelUrl": https://examplecom/api/channel,
-      "statsUrl": https://examplecom/api/stats,
-      "privateKey": undefined,
-      "publicKey": undefined,
-      "version": undefined,
-      "directUpdate": undefined,
-      "periodCheckDelay": undefined,
-      "localS3": undefined,
-      "localHost": undefined,
-      "localWebHost": undefined,
-      "localSupa": undefined,
-      "localSupaAnon": undefined,
-      "localApi": undefined,
-      "localApiFiles": undefined,
-      "allowModifyUrl": undefined,
-      "defaultChannel": undefined,
-      "appId": undefined,
-      "keepUrlPathAfterReload": undefined
-    }
-  }
-}
-```
-
-In `capacitorconfigts`:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      appReadyTimeout: 1000 // (1 secondo),
-      responseTimeout: 10 // (10 secondi),
-      autoDeleteFailed: false,
-      autoDeletePrevious: false,
-      autoUpdate: false,
-      resetWhenUpdate: false,
-      updateUrl: https://examplecom/api/auto_update,
-      channelUrl: https://examplecom/api/channel,
-      statsUrl: https://examplecom/api/stats,
-      privateKey: undefined,
-      publicKey: undefined,
-      version: undefined,
-      directUpdate: undefined,
-      periodCheckDelay: undefined,
-      localS3: undefined,
-      localHost: undefined,
-      localWebHost: undefined,
-      localSupa: undefined,
-      localSupaAnon: undefined,
-      localApi: undefined,
-      localApiFiles: undefined,
-      allowModifyUrl: undefined,
-      defaultChannel: undefined,
-      appId: undefined,
-      keepUrlPathAfterReload: undefined,
-    },
-  },
-};
-
-export default config;
-```
-
-</docgen-config>
-
-<docgen-index>
-
-* [`notifyAppReady()`](#notifyappready)
-* [`setUpdateUrl()`](#setupdateurl) 
-* [`setStatsUrl()`](#setstatsurl)
-* [`setChannelUrl()`](#setchannelurl)
-* [`download()`](#download)
-* [`next()`](#next)
-* [`set()`](#set)
-* [`delete()`](#delete)
-* [`list()`](#list)
-* [`reset()`](#reset)
-* [`current()`](#current)
-* [`reload()`](#reload)
-* [`setMultiDelay()`](#setmultidelay)
-* [`cancelDelay()`](#canceldelay)
-* [`getLatest()`](#getlatest)
-* [`setChannel()`](#setchannel)
-* [`unsetChannel()`](#unsetchannel)
-* [`getChannel()`](#getchannel)
-* [`setCustomId()`](#setcustomid)
-* [`getBuiltinVersion()`](#getbuiltinversion)
-* [`getDeviceId()`](#getdeviceid)
-* [`getPluginVersion()`](#getpluginversion)
-* [`isAutoUpdateEnabled()`](#isautoupdateenabled)
-* [`removeAllListeners()`](#removealllisteners)
-* [`addListener('download', )`](#addlistenerdownload-)
-* [`addListener('noNeedUpdate', )`](#addlistenernoneedupdate-)
-* [`addListener('updateAvailable', )`](#addlistenerupdateavailable-)
-* [`addListener('downloadComplete', )`](#addlistenerdownloadcomplete-)
-* [`addListener('majorAvailable', )`](#addlistenermajoravailable-)
-* [`addListener('updateFailed', )`](#addlistenerupdatefailed-)
-* [`addListener('downloadFailed', )`](#addlistenerdownloadfailed-)
-* [`addListener('appReloaded', )`](#addlistenerappreloaded-)
-* [`addListener('appReady', )`](#addlistenerappready-)
-* [`isAutoUpdateAvailable()`](#isautoupdateavailable)
-* [`getNextBundle()`](#getnextbundle)
-* [Interfaces](#interfaces)
-* [Type Aliases](#type-aliases)
-
-</docgen-index>
-
-# Metodi
-
-<docgen-api>
-
-## notifyAppReady()
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-Notifica a Capacitor Updater che il bundle corrente sta funzionando (verrà eseguito un rollback se questo metodo non viene chiamato ad ogni avvio dell'app)
-Per impostazione predefinita questo metodo dovrebbe essere chiamato nei primi 10 secondi dopo l'avvio dell'app, altrimenti verrà eseguito un rollback
-Modifica questo comportamento con {@link appReadyTimeout}
-
-**Ritorna:** <code>Promise&lt;<a href="#appreadyresult">AppReadyResult</a>&gt;</code>
-
---------------------
-
-## setUpdateUrl()
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-Imposta l'updateUrl per l'app, questo sarà utilizzato per controllare gli aggiornamenti
-
-| Param         | Type                                            | Descrizione                                       |
-| ------------- | ----------------------------------------------- | ------------------------------------------------- |
-| **`options`** | <code><a href="#updateurl">UpdateUrl</a></code> | contiene l'URL da utilizzare per controllare gli aggiornamenti |
-
-**Dal:** 540
-
---------------------
-
-## setStatsUrl()
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-Imposta la statsUrl per l'app, questa verrà utilizzata per inviare statistiche. L'inserimento di una stringa vuota disabiliterà la raccolta delle statistiche.
-
-| Param         | Type                                          | Descrizione                                     |
-| ------------- | --------------------------------------------- | ----------------------------------------------- |
-| **`options`** | <code><a href="#statsurl">StatsUrl</a></code> | contiene l'URL da utilizzare per inviare statistiche |
-
-**Dal:** 540
-
---------------------
-
-## setChannelUrl()
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-Imposta la channelUrl per l'app, questa verrà utilizzata per impostare il canale
-
-| Param         | Type                                              | Descrizione                                      |
-| ------------- | ------------------------------------------------- | ------------------------------------------------ |
-| **`options`** | <code><a href="#channelurl">ChannelUrl</a></code> | contiene l'URL da utilizzare per impostare il canale |
-
-**Dal:** 540
-
---------------------
-
-## download()
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-Scarica un nuovo bundle dall'URL fornito, dovrebbe essere un file zip, con file al suo interno o con un ID unico al suo interno con tutti i tuoi file
-
-| Param         | Type                                                        | Descrizione                                                                                  |
-| ------------- | ----------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#downloadoptions">DownloadOptions</a></code> | Le {@link <a href="#downloadoptions">DownloadOptions</a>} per scaricare un nuovo bundle zip |
-
-**Ritorna:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-## next()
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-Imposta il prossimo bundle da utilizzare quando l'app viene ricaricata| Param         | Type                                          | Description                                                                                                   |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Contiene l'ID del prossimo Bundle da impostare al prossimo avvio dell'app {@link <a href="#bundleinfo">BundleInfoid</a>} |
-
-**Returns:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-## set()
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-Imposta il bundle corrente e riavvia immediatamente l'app
-
-| Param         | Type                                          | Description                                                                                       |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Un oggetto {@link <a href="#bundleid">BundleId</a>} contenente il nuovo bundle id da impostare come corrente |
-
---------------------
-
-## delete()
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-Elimina il bundle specificato dalla memoria dell'app nativa. Usa con {@link list} per ottenere gli ID dei Bundle memorizzati
-
-| Param         | Type                                          | Description                                                                                                                                   |
-| ------------- | --------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Un oggetto {@link <a href="#bundleid">BundleId</a>} contenente l'ID di un bundle da eliminare (nota, questo è l'id del bundle, NON il nome della versione) |
-
---------------------
-
-## list()
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-Ottieni tutti i bundle scaricati localmente nella tua app
-
-| Param         | Type                                                | Description                                                            |
-| ------------- | --------------------------------------------------- | ---------------------------------------------------------------------- |
-| **`options`** | <code><a href="#listoptions">ListOptions</a></code> | Le {@link <a href="#listoptions">ListOptions</a>} per elencare i bundle |
-
-**Returns:** <code>Promise&lt;<a href="#bundlelistresult">BundleListResult</a>&gt;</code>
-
---------------------
-
-## reset()
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-Ripristina l'app al bundle 'builtin' (quello inviato all'Apple App Store / Google Play Store) o all'ultimo bundle caricato con successo
-
-| Param         | Type                                                  | Description                                                                                                                                                                      |
-| ------------- | ----------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#resetoptions">ResetOptions</a></code> | Contenente {@link <a href="#resetoptions">ResetOptionstoLastSuccessful</a>}, `true` ripristina al bundle builtin e `false` ripristinerà all'ultimo bundle caricato con successo |
-
---------------------
-
-## current()
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```
-
-Ottieni il bundle corrente, se nessuno è impostato restituisce `builtin` currentNative è il bundle originale installato sul dispositivo
-
-**Returns:** <code>Promise&lt;<a href="#currentbundleresult">CurrentBundleResult</a>&gt;</code>
-
---------------------
-
-## reload()
-
-```typescript
-reload() => Promise<void>
-```
-
-Ricarica la vista
-
---------------------
-
-## setMultiDelay()
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-Imposta un array {@link <a href="#delaycondition">DelayCondition</a>} contenente le condizioni che il Plugin utilizzerà per ritardare l'aggiornamento
-Dopo che tutte le condizioni sono soddisfatte, il processo di aggiornamento ripartirà come al solito, quindi l'aggiornamento verrà installato dopo un background o l'uccisione dell'app
-Per il tipo 'date', il valore deve essere una stringa di data iso8601
-Per il tipo 'background', il valore deve essere un numero in millisecondi
-Per il tipo 'nativeVersion', il valore deve essere il numero di versione
-Per il tipo 'kill', il valore non viene utilizzato
-La funzione ha un comportamento non coerente l'opzione kill fa scattare l'aggiornamento dopo il primo kill e non dopo il prossimo background come altre opzioni. Questo sarà corretto in una futura release maggiore
-
-| Param         | Type                                                                  | Description                                                                                                |
-| ------------- | --------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#multidelayconditions">MultiDelayConditions</a></code> | Contenente l'array {@link <a href="#multidelayconditions">MultiDelayConditions</a>} di condizioni da impostare |
-
-**Since:** 430
-
---------------------
-
-## cancelDelay()
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-Annulla un {@link <a href="#delaycondition">DelayCondition</a>} per elaborare immediatamente un aggiornamento
-
-**Since:** 400
-
---------------------
-
-## getLatest()
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-Ottieni l'ultimo bundle disponibile dall'URL di aggiornamento
-
-| Param         | Type                                                          |
-| ------------- | ------------------------------------------------------------- |
-| **`options`** | <code><a href="#getlatestoptions">GetLatestOptions</a></code> |
-
-**Returns:** <code>Promise&lt;<a href="#latestversion">LatestVersion</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-## setChannel()
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-Imposta il canale per questo dispositivo. Il canale deve consentire l'auto-assegnazione perché questo funzioni
-Non utilizzare questo metodo per impostare il canale all'avvio quando `autoUpdate` è abilitato nella {@link PluginsConfig}
-Questo metodo serve per impostare il canale dopo che l'app è pronta
-Questo metodo invia al backend di Capgo una richiesta per collegare l'ID del dispositivo al canale. Capgo può accettare o rifiutare a seconda delle impostazioni del tuo canale
-
-| Param         | Type                                                            | Description                                                                      |
-| ------------- | --------------------------------------------------------------- | -------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setchanneloptions">SetChannelOptions</a></code> | È il canale {@link <a href="#setchanneloptions">SetChannelOptions</a>} da impostare |
-
-**Returns:** <code>Promise&lt;<a href="#channelres">ChannelRes</a>&gt;</code>
-
-**Since:** 470
-
---------------------
-
-## unsetChannel()
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-Rimuove l'impostazione del canale per questo dispositivoIl dispositivo tornerà quindi al canale predefinito
-
-| Param | Tipo |
-| ------------- | ------------------------------------------------------------------- |
-| **`options`** | <code><a href="#unsetchanneloptions">UnsetChannelOptions</a></code> |
-
-**Da:** 470
-
---------------------
-
-## getChannel()
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-Ottieni il canale per questo dispositivo
-
-**Ritorna:** <code>Promise&lt;<a href="#getchannelres">GetChannelRes</a>&gt;</code>
-
-**Da:** 480
-
---------------------
-
-## setCustomId()
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```
-
-Imposta un ID personalizzato per questo dispositivo
-
-| Param | Tipo | Descrizione |
-| ------------- | ----------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setcustomidoptions">SetCustomIdOptions</a></code> | è il {@link <a href="#setcustomidoptions">SetCustomIdOptions</a>} customId da impostare |
-
-**Da:** 490
-
---------------------
-
-## getBuiltinVersion()
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-Ottieni la versione nativa dell'app o la versione integrata se impostata nella configurazione
-
-**Ritorna:** <code>Promise&lt;<a href="#builtinversion">BuiltinVersion</a>&gt;</code>
-
-**Da:** 520
-
---------------------
-
-## getDeviceId()
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-Ottieni ID univoco utilizzato per identificare il dispositivo (inviato al server di aggiornamento automatico)
-
-**Ritorna:** <code>Promise&lt;<a href="#deviceid">DeviceId</a>&gt;</code>
-
---------------------
-
-## getPluginVersion()
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-Ottieni la versione nativa del plugin Capacitor Updater (inviata al server di aggiornamento automatico)
-
-**Ritorna:** <code>Promise&lt;<a href="#pluginversion">PluginVersion</a>&gt;</code>
-
---------------------
-
-## isAutoUpdateEnabled()
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-Ottieni lo stato della configurazione di aggiornamento automatico
-
-**Ritorna:** <code>Promise&lt;<a href="#autoupdateenabled">AutoUpdateEnabled</a>&gt;</code>
-
---------------------
-
-## removeAllListeners()
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-Rimuovi tutti i listener per questo plugin
-
-**Da:** 100
-
---------------------
-
-## addListener('download', )
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento di download del bundle nell'App Si attiva quando inizia un download, durante il download e al termine
-
-| Param | Tipo |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`** | <code>'download'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#downloadevent">DownloadEvent</a>) =&gt; void</code> |
-
-**Ritorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Da:** 2011
-
---------------------
-
-## addListener('noNeedUpdate', )
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento nessun aggiornamento necessario, utile quando vuoi forzare il controllo ogni volta che l'app viene avviata
-
-| Param | Tipo |
-| ------------------ | ----------------------------------------------------------------------- |
-| **`eventName`** | <code>'noNeedUpdate'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#noneedevent">NoNeedEvent</a>) =&gt; void</code> |
-
-**Ritorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Da:** 400
-
---------------------
-
-## addListener('updateAvailable', )
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento aggiornamento disponibile, utile quando vuoi forzare il controllo ogni volta che l'app viene avviata
-
-| Param | Tipo |
-| ------------------ | ----------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'updateAvailable'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#updateavailableevent">UpdateAvailableEvent</a>) =&gt; void</code> |
-
-**Ritorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Da:** 400
-
---------------------
-
-## addListener('downloadComplete', )
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta gli eventi downloadComplete
-
-| Param | Tipo |
-| ------------------ | ------------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'downloadComplete'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#downloadcompleteevent">DownloadCompleteEvent</a>) =&gt; void</code> |
-
-**Ritorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Da:** 400
-
---------------------
-
-## addListener('majorAvailable', )
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento di aggiornamento Major nell'App, ti fa sapere quando l'aggiornamento major è bloccato dall'impostazione disableAutoUpdateBreaking
-
-| Param | Tipo |
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'majorAvailable'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#majoravailableevent">MajorAvailableEvent</a>) =&gt; void</code> |
-
-**Ritorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Da:** 230
-
---------------------
-
-## addListener('updateFailed', )
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento di fallimento dell'aggiornamento nell'App, ti fa sapere quando l'aggiornamento non è riuscito a installarsi al prossimo avvio dell'app
-
-| Param | Tipo |
-| ------------------ | ----------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'updateFailed'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#updatefailedevent">UpdateFailedEvent</a>) =&gt; void</code> |
-
-**Ritorna:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Da:** 230
-
---------------------
-
-## addListener('downloadFailed',)
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento di fallimento del download nell'App, ti informa quando il download di un bundle è fallito
-
-| Param              | Type                                                                                    |
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'downloadFailed'</code>                                                           |
-| **`listenerFunc`** | <code>(state: <a href="#downloadfailedevent">DownloadFailedEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-## addListener('appReloaded', )
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento di ricaricamento nell'App, ti informa quando è avvenuto il ricaricamento
-
-| Param              | Type                       |
-| ------------------ | -------------------------- |
-| **`eventName`**    | <code>'appReloaded'</code> |
-| **`listenerFunc`** | <code>() =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 430
-
---------------------
-
-## addListener('appReady', )
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento di app pronta nell'App, ti informa quando l'app è pronta all'uso
-
-| Param              | Type                                                                        |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'appReady'</code>                                                     |
-| **`listenerFunc`** | <code>(state: <a href="#appreadyevent">AppReadyEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 510
-
---------------------
-
-## isAutoUpdateAvailable()
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-Verifica se l'aggiornamento automatico è disponibile (non disabilitato da serverUrl)
-
-**Returns:** <code>Promise&lt;<a href="#autoupdateavailable">AutoUpdateAvailable</a>&gt;</code>
-
---------------------
-
-## getNextBundle()
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-Ottieni il prossimo bundle che verrà utilizzato quando l'app si ricaricherà
-Restituisce null se non è impostato alcun bundle successivo
-
-**Returns:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a> | null&gt;</code>
-
-**Since:** 680
-
---------------------
-
-## Interfaces
-
-### AppReadyResult
-
-| Prop         | Type                                              |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-
-### BundleInfo
-
-| Prop             | Type                                                  |
-| ---------------- | ----------------------------------------------------- |
-| **`id`**         | <code>string</code>                                   |
-| **`version`**    | <code>string</code>                                   |
-| **`downloaded`** | <code>string</code>                                   |
-| **`checksum`**   | <code>string</code>                                   |
-| **`status`**     | <code><a href="#bundlestatus">BundleStatus</a></code> |
-
-### UpdateUrl
-
-| Prop      | Type                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-### StatsUrl 
-
-| Prop      | Type                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-### ChannelUrl
-
-| Prop      | Type                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-### DownloadOptions
-
-| Prop             | Type                | Description                                                                                                                                                | Default                | Since |
-| ---------------- | ------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`url`**        | <code>string</code> | L'URL del file zip del bundle (es: distzip) da scaricare (Può essere qualsiasi URL Es: Amazon S3, un tag GitHub, qualsiasi altro posto dove hai ospitato il tuo bundle) |                        |       |
-| **`version`**    | <code>string</code> | Il codice/nome versione di questo bundle/versione                                                                                                          |                        |       |
-| **`sessionKey`** | <code>string</code> | La chiave di sessione per l'aggiornamento                                                                                                                 | <code>undefined</code> | 400   |
-| **`checksum`**   | <code>string</code> | Il checksum per l'aggiornamento                                                                                                                           | <code>undefined</code> | 400   |
-
-### BundleId
-
-| Prop     | Type                |
-| -------- | ------------------- |
-| **`id`** | <code>string</code> |
-
-### BundleListResult
-
-| Prop          | Type                      |
-| ------------- | ------------------------- |
-| **`bundles`** | <code>BundleInfo[]</code> |
-
-### ListOptions
-
-| Prop      | Type                 | Description                                                                                                                               | Default            | Since  |
-| --------- | -------------------- | ----------------------------------------------------------------------------------------------------------------------------------------- | ------------------ | ------ |
-| **`raw`** | <code>boolean</code> | Se restituire la lista dei bundle grezza o il manifest Se true, la lista tenterà di leggere il database interno invece dei file su disco | <code>false</code> | 6140   |
-
-### ResetOptions
-
-| Prop                   | Type                 |
-| ---------------------- | -------------------- |
-| **`toLastSuccessful`** | <code>boolean</code> |
-
-### CurrentBundleResult
-
-| Prop         | Type                                              |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-| **`native`** | <code>string</code>                               |
-
-### MultiDelayConditions
-
-| Prop                  | Type                          |
-| --------------------- | ----------------------------- |
-| **`delayConditions`** | <code>DelayCondition[]</code> |
-
-### DelayCondition
-
-| Prop        | Type                                                      | Description                                     |
-| ----------- | --------------------------------------------------------- | ----------------------------------------------- |
-| **`kind`**  | <code><a href="#delayuntilnext">DelayUntilNext</a></code> | Imposta le condizioni di ritardo in setMultiDelay |
-| **`value`** | <code>string</code>                                       |                                                 |
-
-### LatestVersion
-
-| Prop             | Type                         | Description                    | Since |
-| ---------------- | ---------------------------- | ------------------------------ | ----- |
-| **`version`**    | <code>string</code>          | Risultato del metodo getLatest | 40    |0 |
-| **`checksum`**   | <code>string</code>          |                            | 6     |
-| **`major`**      | <code>boolean</code>         |                            |       |
-| **`message`**    | <code>string</code>          |                            |       |
-| **`sessionKey`** | <code>string</code>          |                            |       |
-| **`error`**      | <code>string</code>          |                            |       |
-| **`old`**        | <code>string</code>          |                            |       |
-| **`url`**        | <code>string</code>          |                            |       |
-| **`manifest`**   | <code>ManifestEntry[]</code> |                            | 61   |
-
-
-### ManifestEntry
-
-| Proprietà           | Tipo                        |
-| ------------------ | --------------------------- |
-| **`file_name`**    | <code>string \| null</code> |
-| **`file_hash`**    | <code>string \| null</code> |
-| **`download_url`** | <code>string \| null</code> |
-
-
-### GetLatestOptions
-
-| Proprietà      | Tipo                | Descrizione                                                                                     | Predefinito            | Da |
-| ------------- | ------------------- | ----------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`channel`** | <code>string</code> | Il canale per ottenere l'ultima versione. Il canale deve consentire 'self_assign' affinché funzioni | <code>undefined</code> | 680 |
-
-
-### ChannelRes
-
-| Proprietà      | Tipo                | Descrizione                   | Da |
-| ------------- | ------------------- | ----------------------------- | ----- |
-| **`status`**  | <code>string</code> | Stato attuale del canale impostato | 470 |
-| **`error`**   | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-
-
-### SetChannelOptions
-
-| Proprietà               | Tipo                 |
-| ----------------------- | -------------------- |
-| **`channel`**           | <code>string</code>  |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### UnsetChannelOptions
-
-| Proprietà               | Tipo                 |
-| ----------------------- | -------------------- |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### GetChannelRes
-
-| Proprietà       | Tipo                 | Descrizione                   | Da |
-| -------------- | -------------------- | ----------------------------- | ----- |
-| **`channel`**  | <code>string</code>  | Stato attuale del canale ottenuto | 480 |
-| **`error`**    | <code>string</code>  |                               |       |
-| **`message`**  | <code>string</code>  |                               |       |
-| **`status`**   | <code>string</code>  |                               |       |
-| **`allowSet`** | <code>boolean</code> |                               |       |
-
-
-### SetCustomIdOptions
-
-| Proprietà       | Tipo                |
-| -------------- | ------------------- |
-| **`customId`** | <code>string</code> |
-
-
-### BuiltinVersion
-
-| Proprietà      | Tipo                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### DeviceId
-
-| Proprietà       | Tipo                |
-| -------------- | ------------------- |
-| **`deviceId`** | <code>string</code> |
-
-
-### PluginVersion
-
-| Proprietà      | Tipo                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### AutoUpdateEnabled
-
-| Proprietà      | Tipo                 |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### PluginListenerHandle
-
-| Proprietà     | Tipo                                      |
-| ------------ | ----------------------------------------- |
-| **`remove`** | <code>() =&gt; Promise&lt;void&gt;</code> |
-
-
-### DownloadEvent
-
-| Proprietà      | Tipo                                              | Descrizione                                    | Da |
-| ------------- | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`percent`** | <code>number</code>                               | Stato attuale del download, tra 0 e 100 | 400 |
-| **`bundle`**  | <code><a href="#bundleinfo">BundleInfo</a></code> |                                                |       |
-
-
-### NoNeedEvent
-
-| Proprietà     | Tipo                                              | Descrizione                                    | Da |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Stato attuale del download, tra 0 e 100 | 400 |
-
-
-### UpdateAvailableEvent
-
-| Proprietà     | Tipo                                              | Descrizione                                    | Da |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Stato attuale del download, tra 0 e 100 | 400 |
-
-
-### DownloadCompleteEvent
-
-| Proprietà     | Tipo                                              | Descrizione                          | Da |
-| ------------ | ------------------------------------------------- | ------------------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Emesso quando è disponibile un nuovo aggiornamento | 400 |
-
-
-### MajorAvailableEvent
-
-| Proprietà      | Tipo                | Descrizione                                | Da |
-| ------------- | ------------------- | ------------------------------------------ | ----- |
-| **`version`** | <code>string</code> | Emesso quando è disponibile un nuovo bundle maggiore | 400 |
-
-
-### UpdateFailedEvent
-
-| Proprietà     | Tipo                                              | Descrizione                           | Da |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Emesso quando un aggiornamento non riesce a installarsi | 400 |
-
-
-### DownloadFailedEvent
-
-| Proprietà      | Tipo                | Descrizione                | Da |
-| ------------- | ------------------- | -------------------------- | ----- |
-| **`version`** | <code>string</code> | Emesso quando un download fallisce | 400 |
-
-
-### AppReadyEvent
-
-| Proprietà     | Tipo                                              | Descrizione                           | Da |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Emesso quando l'app è pronta per l'uso | 520 |
-| **`status`** | <code>string</code>                               |                                       |       |
-
-
-### AutoUpdateAvailable
-
-| Proprietà        | Tipo                 |
-| --------------- | -------------------- |
-| **`available`** | <code>boolean</code> |
-
-
-## Type Aliases
-
-
-### BundleStatus
-
-<code>'success' | 'error' | 'pending' | 'downloading'</code>
-
-
-### DelayUntilNext
-
-<code>'background' | 'kill' | 'nativeVersion' | 'date'</code>
-
-</docgen-api>
diff --git a/src/content/docs/it/docs/plugins/accelerometer/getting-started.mdx b/src/content/docs/it/docs/plugins/accelerometer/getting-started.mdx
deleted file mode 100644
index 07345f405..000000000
--- a/src/content/docs/it/docs/plugins/accelerometer/getting-started.mdx
+++ /dev/null
@@ -1,303 +0,0 @@
----
-title: "Inizia con l'Accelerometro"
-description: "Scopri come integrare il rilevamento dell'accelerometro nella tua app Capacitor"
-locale: it
----
-
-Questa guida ti guiderà attraverso l'integrazione del plugin Capacitor Accelerometer nella tua applicazione.
-
-## Installazione
-
-Installa il plugin utilizzando npm:
-
-```bash
-npm install @capgo/capacitor-accelerometer
-npx cap sync
-```
-
-## Configurazione della Piattaforma
-
-### iOS
-Nessuna configurazione aggiuntiva richiesta. L'accelerometro è sempre disponibile.
-
-### Android
-Nessuna configurazione aggiuntiva richiesta. L'accelerometro è sempre disponibile.
-
-### Web
-Il plugin utilizza l'API DeviceMotion. Richiede HTTPS in produzione.
-
-## Uso di Base
-
-### Importare il Plugin
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-```
-
-### Avviare il Monitoraggio
-
-```typescript
-const startAccelerometer = async () => {
-  await Accelerometer.start({
-    interval: 100 // Intervallo di aggiornamento in millisecondi
-  });
-
-  console.log('Accelerometro avviato');
-};
-```
-
-### Ascoltare gli Eventi di Accelerazione
-
-```typescript
-Accelerometer.addListener('accelerationChange', (data) => {
-  console.log('X:', data.x);
-  console.log('Y:', data.y);
-  console.log('Z:', data.z);
-  console.log('Timestamp:', data.timestamp);
-});
-```
-
-### Ottenere la Lettura Attuale
-
-```typescript
-const getCurrentAcceleration = async () => {
-  const reading = await Accelerometer.getCurrentAcceleration();
-  console.log('Accelerazione attuale:', reading);
-};
-```
-
-### Interrompere il Monitoraggio
-
-```typescript
-const stopAccelerometer = async () => {
-  await Accelerometer.stop();
-  console.log('Accelerometro interrotto');
-};
-```
-
-## Esempio Completo
-
-Ecco un esempio completo con rilevamento delle scosse:
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-
-class AccelerometerService {
-  private listener: any;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-  private shakeThreshold = 15;
-
-  async initialize() {
-    await Accelerometer.start({ interval: 100 });
-
-    this.listener = Accelerometer.addListener('accelerationChange', (data) => {
-      this.handleAcceleration(data);
-    });
-  }
-
-  handleAcceleration(data: any) {
-    // Calcola il delta
-    const deltaX = Math.abs(data.x - this.lastX);
-    const deltaY = Math.abs(data.y - this.lastY);
-    const deltaZ = Math.abs(data.z - this.lastZ);
-
-    // Controlla la scossa
-    if (deltaX > this.shakeThreshold ||
-        deltaY > this.shakeThreshold ||
-        deltaZ > this.shakeThreshold) {
-      this.onShake();
-    }
-
-    // Aggiorna gli ultimi valori
-    this.lastX = data.x;
-    this.lastY = data.y;
-    this.lastZ = data.z;
-
-    // Aggiorna l'interfaccia utente
-    this.updateDisplay(data);
-  }
-
-  onShake() {
-    console.log('Dispositivo scosso!');
-    // Attiva l'azione di scossa
-  }
-
-  updateDisplay(data: any) {
-    console.log(`X: ${data.x.toFixed(2)} m/s²`);
-    console.log(`Y: ${data.y.toFixed(2)} m/s²`);
-    console.log(`Z: ${data.z.toFixed(2)} m/s²`);
-
-    // Calcola la magnitudine
-    const magnitude = Math.sqrt(
-      data.x * data.x +
-      data.y * data.y +
-      data.z * data.z
-    );
-    console.log(`Magnitudine: ${magnitude.toFixed(2)} m/s²`);
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-    await Accelerometer.stop();
-  }
-}
-
-// Utilizzo
-const accelService = new AccelerometerService();
-accelService.initialize();
-
-// Pulizia al termine
-// accelService.cleanup();
-```
-
-## Comprensione delle Letture
-
-### Assi di Accelerazione
-- **Asse X**: Sinistra (-) a Destra (+)
-- **Asse Y**: Basso (-) ad Alto (+)
-- **Asse Z**: Dietro (-) a Davanti (+)
-
-### Gravità
-- Il dispositivo a riposo mostra ~9,8 m/s² su un asse (gravità)
-- Il movimento del dispositivo mostra accelerazione oltre alla gravità
-
-### Unità
-- Misurato in metri al secondo al quadrato (m/s²)
-- Gravità = 9,8 m/s²
-
-## Casi d'Uso Comuni
-
-### Rilevamento delle Scosse
-
-```typescript
-class ShakeDetector {
-  private lastUpdate = 0;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-
-  detectShake(x: number, y: number, z: number): boolean {
-    const currentTime = Date.now();
-
-    if (currentTime - this.lastUpdate > 100) {
-      const deltaX = Math.abs(x - this.lastX);
-      const deltaY = Math.abs(y - this.lastY);
-      const deltaZ = Math.abs(z - this.lastZ);
-
-      this.lastUpdate = currentTime;
-      this.lastX = x;
-      this.lastY = y;
-      this.lastZ = z;
-
-      return deltaX + deltaY + deltaZ > 15;
-    }
-
-    return false;
-  }
-}
-```
-
-### Rilevamento dell'Inclinazione
-
-```typescript
-class TiltDetector {
-  getTiltAngles(x: number, y: number, z: number) {
-    const roll = Math.atan2(y, z) * (180 / Math.PI);
-    const pitch = Math.atan2(-x, Math.sqrt(y * y + z * z)) * (180 / Math.PI);
-
-    return { roll, pitch };
-  }
-
-  isDeviceFlat(z: number): boolean {
-    return Math.abs(z - 9.8) < 1.0;
-  }
-
-  isDeviceUpright(y: number): boolean {
-    return Math.abs(y - 9.8) < 2.0;
-  }
-}
-```
-
-### Contapassi
-
-```typescript
-class StepCounter {
-  private steps = 0;
-  private lastMagnitude = 0;
-  private threshold = 11;
-
-  processAcceleration(x: number, y: number, z: number) {
-    const magnitude = Math.sqrt(x * x + y * y + z * z);
-
-    if (magnitude > this.threshold &&
-        this.lastMagnitude < this.threshold) {
-      this.steps++;
-      console.log('Passi:', this.steps);
-    }
-
-    this.lastMagnitude = magnitude;
-  }
-}
-```
-
-## Migliori Pratiche
-
-1. **Scegli Intervalli Appropriati**: Equilibra la reattività e la durata della batteria
-   - Gaming: 16-50ms
-   - Fitness: 100-200ms
-   - Generale: 200-500ms
-
-2. **Rimuovi i Listener**: Pulisci sempre quando hai finito
-3. **Filtra il Rumore**: Usa medie mobili per dati più fluidi
-4. **Considera la Batteria**: Il polling ad alta frequenza scarica la batteria
-5. **Testa su Dispositivi Reali**: I simulatori non forniscono dati accurati
-
-## Suggerimenti per le Prestazioni
-
-### Debouncing
-
-```typescript
-class AccelerometerDebouncer {
-  private timeout: any;
-
-  debounce(callback: Function, delay: number) {
-    return (...args: any[]) => {
-      clearTimeout(this.timeout);
-      this.timeout = setTimeout(() => callback(...args), delay);
-    };
-  }
-}
-```
-
-### Smoothing dei Dati
-
-```typescript
-class AccelerometerFilter {
-  private alpha = 0.8;
-  private filteredX = 0;
-  private filteredY = 0;
-  private filteredZ = 0;
-
-  filter(x: number, y: number, z: number) {
-    this.filteredX = this.alpha * x + (1 - this.alpha) * this.filteredX;
-    this.filteredY = this.alpha * y + (1 - this.alpha) * this.filteredY;
-    this.filteredZ = this.alpha * z + (1 - this.alpha) * this.filteredZ;
-
-    return {
-      x: this.filteredX,
-      y: this.filteredY,
-      z: this.filteredZ
-    };
-  }
-}
-```
-
-## Prossimi Passi
-
-- Esplora il [Riferimento API](https://github.com/Cap-go/capacitor-accelerometer#api) per la documentazione completa dei metodi
-- Dai un'occhiata all'[app di esempio](https://github.com/Cap-go/capacitor-accelerometer/tree/main/example) per l'uso avanzato
-- Vedi il [tutorial](/plugins/capacitor-accelerometer) per esempi di implementazione completa
diff --git a/src/content/docs/it/docs/plugins/accelerometer/index.mdx b/src/content/docs/it/docs/plugins/accelerometer/index.mdx
deleted file mode 100644
index 042b0c867..000000000
--- a/src/content/docs/it/docs/plugins/accelerometer/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-accelerometer"
-description: Leggi le misurazioni dell'accelerometro del dispositivo con Capacitor
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-locale: it
-hero:
-  tagline: Accedi ai dati di movimento e accelerazione del dispositivo dai sensori accelerometrici
-  image:
-    file: ~public/icons/plugins/accelerometer.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/accelerometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-accelerometer
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Accelerazione a 3 assi" icon="rocket">
-    Misura le forze di accelerazione negli assi X, Y e Z
-  </Card>
-  <Card title="Rilevamento del movimento" icon="star">
-    Rileva scossoni, inclinazioni e movimenti del dispositivo
-  </Card>
-  <Card title="Aggiornamenti in tempo reale" icon="setting">
-    Monitoraggio continuo dei dati di accelerazione
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/accelerometer/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/admob/getting-started.mdx b/src/content/docs/it/docs/plugins/admob/getting-started.mdx
deleted file mode 100644
index 9d4e0a1da..000000000
--- a/src/content/docs/it/docs/plugins/admob/getting-started.mdx
+++ /dev/null
@@ -1,89 +0,0 @@
----
-title: Iniziare
-description: Installa e configura il plugin Capgo AdMob per servire annunci all'interno della tua applicazione Capacitor.
-sidebar:
-  order: 2
-locale: it
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il plugin**
-   <PackageManagers pkg="@capgo/capacitor-admob" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Inizializzare l'SDK
-
-```typescript
-import { AdMob, MaxAdContentRating } from '@capgo/capacitor-admob';
-
-// Avvia l'SDK Mobile Ads una volta nel bootstrap della tua applicazione
-await AdMob.start();
-
-// Opzionale: configura le impostazioni globali delle richieste
-await AdMob.configure({
-  appMuted: false,
-  appVolume: 1,
-});
-
-await AdMob.configRequest({
-  maxAdContentRating: MaxAdContentRating.T,
-  tagForChildDirectedTreatment: false,
-  tagForUnderAgeOfConsent: false,
-});
-```
-
-## Mostrare un banner pubblicitario
-
-```typescript
-import { BannerAd } from '@capgo/capacitor-admob';
-
-const banner = new BannerAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/banner',
-  position: 'bottom',
-});
-
-await banner.show();
-```
-
-## Annunci interstitial o rewarded
-
-```typescript
-import { InterstitialAd, RewardedAd } from '@capgo/capacitor-admob';
-
-const interstitial = new InterstitialAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/interstitial',
-});
-await interstitial.load();
-await interstitial.show();
-
-const rewarded = new RewardedAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/rewarded',
-});
-await rewarded.load();
-await rewarded.show();
-```
-
-## Ascoltare gli eventi degli annunci
-
-```typescript
-import { AdMob } from '@capgo/capacitor-admob';
-
-const handle = await AdMob.addListener('adImpression', (event) => {
-  console.log('Impression dell\'annuncio', event);
-});
-
-// Successivamente durante la pulizia
-await handle.remove();
-```
-
-## Note sulle piattaforme
-
-- **iOS**: Aggiungi il tuo ID app AdMob a `Info.plist` sotto la chiave `GADApplicationIdentifier` e includi tutti gli ID SKAdNetwork su cui fai affidamento.
-- **Android**: Dichiara il tuo ID app AdMob in `AndroidManifest.xml` aggiungendo `com.google.android.gms.ads.APPLICATION_ID` all'interno del tag `<application>`.
-- **Consenso e privacy**: Usa `requestTrackingAuthorization()` su iOS 14+ e i flag child-directed di `configRequest()` per rimanere conforme alle regole sulla privacy regionali.
diff --git a/src/content/docs/it/docs/plugins/admob/index.mdx b/src/content/docs/it/docs/plugins/admob/index.mdx
deleted file mode 100644
index cd0a4703b..000000000
--- a/src/content/docs/it/docs/plugins/admob/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-admob"
-description: Integra annunci Google AdMob nelle tue app Capacitor con formati banner, interstitial e rewarded.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-locale: it
-hero:
-  tagline: Monetizza la tua app Capacitor con banner, interstitial e annunci rewarded di Google AdMob gestiti interamente da JavaScript.
-  image:
-    file: ~public/icons/plugins/admob.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/admob/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-admob/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Il plugin AdMob di Capgo fornisce un ponte di prima classe per l'SDK Google Mobile Ads in modo da poter monetizzare esperienze native senza sacrificare la semplicità di Capacitor.
-
-<CardGrid stagger>
-  <Card title="Formati pubblicitari flessibili" icon="star">
-    Servi annunci banner, interstitial, rewarded e app open con un'API unificata.
-  </Card>
-  <Card title="Configurazione delle richieste" icon="setting">
-    Ottimizza le richieste pubblicitarie con flag child-directed, rating dei contenuti e parametri di rete extra.
-  </Card>
-  <Card title="Gestione del ciclo di vita" icon="rocket">
-    Crea, carica, mostra, nascondi e distruggi annunci su richiesta mentre tieni traccia dello stato di caricamento.
-  </Card>
-  <Card title="Pronto per la privacy" icon="approve-check">
-    Gestisci i prompt ATT e monitora lo stato dell'autorizzazione al tracciamento per rimanere conforme.
-  </Card>
-</CardGrid>
-
-Usa la guida introduttiva per configurare i tuoi ID app AdMob, configurare il consenso e gestire l'inventario pubblicitario direttamente dal tuo progetto Capacitor.
diff --git a/src/content/docs/it/docs/plugins/age-signals/getting-started.mdx b/src/content/docs/it/docs/plugins/age-signals/getting-started.mdx
deleted file mode 100644
index 025b8c062..000000000
--- a/src/content/docs/it/docs/plugins/age-signals/getting-started.mdx
+++ /dev/null
@@ -1,509 +0,0 @@
----
-title: Iniziare
-description: Scopri come installare e utilizzare il plugin Age Signals per rilevare account supervisionati e utenti verificati nella tua app Android.
-sidebar:
-  order: 2
-locale: it
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Aside type="caution">
-Questo plugin è **solo per Android** e richiede Google Play Services. Non funzionerà su iOS, web o dispositivi Android senza Google Play Store.
-</Aside>
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-android-age-signals" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con il progetto Android**
-   <PackageManagers type="exec" pkg="cap" args="sync android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Prerequisiti
-
-- Dispositivo Android con Google Play Services
-- Livello minimo API Android 21 (Android 5.0)
-- Google Play Store installato sul dispositivo
-
-## Utilizzo
-
-### Verifica Age Signals
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-try {
-  const result = await AgeSignals.checkAgeSignals();
-
-  console.log('User status:', result.userStatus);
-
-  switch (result.userStatus) {
-    case UserStatus.Verified:
-      console.log('User is 18+ and verified by Google');
-      // Allow access to age-restricted content
-      break;
-
-    case UserStatus.Supervised:
-      console.log(`Supervised user aged ${result.ageLower}-${result.ageUpper}`);
-      // Apply age-appropriate restrictions
-      break;
-
-    case UserStatus.SupervisedApprovalPending:
-      console.log('Waiting for guardian approval');
-      console.log('Pending since:', result.mostRecentApprovalDate);
-      // Inform user to wait for guardian approval
-      break;
-
-    case UserStatus.SupervisedApprovalDenied:
-      console.log('Guardian denied access');
-      console.log('Last approval:', result.mostRecentApprovalDate);
-      // Block access or show alternative content
-      break;
-
-    case UserStatus.Unknown:
-      console.log('User status unknown - prompt to verify in Play Store');
-      // Guide user to verify their age in Google Play
-      break;
-
-    case UserStatus.Empty:
-      console.log('No age signal available');
-      // Handle as unverified user
-      break;
-  }
-} catch (error) {
-  console.error('Failed to check age signals:', error);
-}
-```
-
-### Gestisci Utenti Supervisionati
-
-```typescript
-async function handleSupervisedUser() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised) {
-    const age = result.ageLower;
-
-    if (age < 13) {
-      // Apply COPPA restrictions
-      console.log('User is under 13 - COPPA applies');
-      disableDataCollection();
-      disableSocialFeatures();
-      requireParentalConsent();
-    } else if (age < 18) {
-      // Apply teen restrictions
-      console.log('User is 13-17 - Teen restrictions apply');
-      enableModeratedSocialFeatures();
-      restrictAds();
-    }
-
-    // Track install ID for revocation notifications
-    console.log('Install ID:', result.installId);
-    saveInstallId(result.installId);
-  }
-}
-```
-
-### Implementa Age Gate
-
-```typescript
-async function ageGate() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  // Allow verified 18+ users
-  if (result.userStatus === UserStatus.Verified) {
-    return true;
-  }
-
-  // Check supervised user age
-  if (result.userStatus === UserStatus.Supervised) {
-    return result.ageUpper >= 18;
-  }
-
-  // Block users with pending or denied approvals
-  if (
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return false;
-  }
-
-  // For unknown/empty, implement fallback age verification
-  return await showAgeVerificationDialog();
-}
-```
-
-### Monitora lo Stato di Approvazione
-
-```typescript
-async function checkApprovalStatus() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.SupervisedApprovalPending) {
-    console.log('Guardian approval pending');
-    console.log('Age range:', result.ageLower, '-', result.ageUpper);
-    console.log('Most recent approval:', result.mostRecentApprovalDate);
-
-    // Show message to user
-    showMessage(
-      'Your guardian needs to approve this app. ' +
-      'We notified them on ' + result.mostRecentApprovalDate
-    );
-  } else if (result.userStatus === UserStatus.SupervisedApprovalDenied) {
-    console.log('Guardian denied approval');
-    console.log('Last approved on:', result.mostRecentApprovalDate);
-
-    // Show blocked message
-    showMessage(
-      'Your guardian did not approve this app. ' +
-      'Contact them for more information.'
-    );
-  }
-}
-```
-
-## Riferimento API
-
-### checkAgeSignals()
-
-Richiedi gli Age Signals di Play correnti per l'utente attivo.
-
-```typescript
-const result = await AgeSignals.checkAgeSignals();
-```
-
-**Restituisce:**
-
-```typescript
-interface CheckAgeSignalsResult {
-  userStatus: UserStatus;
-  ageLower?: number;
-  ageUpper?: number;
-  mostRecentApprovalDate?: string;
-  installId?: string;
-}
-```
-
-### Enum UserStatus
-
-```typescript
-enum UserStatus {
-  Verified = 'VERIFIED',                           // 18+ verified
-  Supervised = 'SUPERVISED',                       // Supervised account
-  SupervisedApprovalPending = 'SUPERVISED_APPROVAL_PENDING',
-  SupervisedApprovalDenied = 'SUPERVISED_APPROVAL_DENIED',
-  Unknown = 'UNKNOWN',                             // Unknown status
-  Empty = 'EMPTY'                                  // No signal
-}
-```
-
-## Campi del Risultato
-
-### userStatus
-
-Lo stato di verifica dell'utente come riportato da Google Play.
-
-- **Verified**: L'utente ha più di 18 anni ed è verificato da Google
-- **Supervised**: L'utente ha un account Google supervisionato
-- **SupervisedApprovalPending**: In attesa dell'approvazione del tutore per le modifiche
-- **SupervisedApprovalDenied**: Il tutore ha negato l'accesso all'app
-- **Unknown**: L'utente dovrebbe verificare lo stato in Play Store
-- **Empty**: Tutti gli altri utenti (stato predefinito)
-
-### ageLower
-
-Limite inferiore inclusivo della fascia d'età dell'utente supervisionato.
-
-Presente solo quando `userStatus` è:
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-### ageUpper
-
-Limite superiore inclusivo della fascia d'età dell'utente supervisionato.
-
-Presente solo quando:
-- `userStatus` è uno degli stati supervisionati
-- L'età dell'utente è riportata come inferiore a 18 anni
-
-### mostRecentApprovalDate
-
-Data della modifica significativa più recente che ha ricevuto l'approvazione del tutore.
-
-Presente solo quando `userStatus` è:
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-Formato: stringa data ISO 8601
-
-### installId
-
-Identificatore assegnato alle installazioni supervisionate in Google Play.
-
-Utilizzato per le notifiche di revoca quando il tutore revoca l'approvazione dell'app.
-
-Presente solo quando `userStatus` è:
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-## Casi d'Uso
-
-### 1. Conformità COPPA
-
-```typescript
-async function applyCoppaRestrictions() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised && result.ageLower < 13) {
-    // Disable data collection
-    disableAnalytics();
-    disableAdvertising();
-
-    // Disable social features
-    hideChatFeatures();
-    disableUserProfiles();
-
-    // Require verifiable parental consent
-    await requestParentalConsent(result.installId);
-  }
-}
-```
-
-### 2. Contenuti Appropriati all'Età
-
-```typescript
-async function filterContent() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  let contentRating;
-
-  if (result.userStatus === UserStatus.Verified) {
-    contentRating = 'MATURE';
-  } else if (result.userStatus === UserStatus.Supervised) {
-    if (result.ageUpper < 13) {
-      contentRating = 'EVERYONE';
-    } else if (result.ageUpper < 18) {
-      contentRating = 'TEEN';
-    } else {
-      contentRating = 'MATURE';
-    }
-  } else {
-    contentRating = 'TEEN'; // Default safe rating
-  }
-
-  loadContentForRating(contentRating);
-}
-```
-
-### 3. Dashboard del Tutore
-
-```typescript
-async function getGuardianInfo() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (
-    result.userStatus === UserStatus.Supervised ||
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return {
-      isSupervised: true,
-      ageRange: `${result.ageLower}-${result.ageUpper}`,
-      approvalStatus: result.userStatus,
-      lastApprovalDate: result.mostRecentApprovalDate,
-      installId: result.installId,
-    };
-  }
-
-  return { isSupervised: false };
-}
-```
-
-## Esempio Completo
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-export class AgeVerificationService {
-  async verifyAge(): Promise<{
-    allowed: boolean;
-    reason: string;
-    restrictions: string[];
-  }> {
-    try {
-      const result = await AgeSignals.checkAgeSignals();
-
-      switch (result.userStatus) {
-        case UserStatus.Verified:
-          return {
-            allowed: true,
-            reason: 'User is verified 18+',
-            restrictions: [],
-          };
-
-        case UserStatus.Supervised:
-          return this.handleSupervised(result);
-
-        case UserStatus.SupervisedApprovalPending:
-          return {
-            allowed: false,
-            reason: 'Waiting for guardian approval',
-            restrictions: ['Guardian approval required'],
-          };
-
-        case UserStatus.SupervisedApprovalDenied:
-          return {
-            allowed: false,
-            reason: 'Guardian denied access',
-            restrictions: ['Access denied by guardian'],
-          };
-
-        case UserStatus.Unknown:
-          return {
-            allowed: false,
-            reason: 'Age verification required',
-            restrictions: ['Verify age in Google Play'],
-          };
-
-        case UserStatus.Empty:
-        default:
-          return {
-            allowed: false,
-            reason: 'No age signal available',
-            restrictions: ['Age verification needed'],
-          };
-      }
-    } catch (error) {
-      console.error('Age verification failed:', error);
-      return {
-        allowed: false,
-        reason: 'Verification error',
-        restrictions: ['Try again later'],
-      };
-    }
-  }
-
-  private handleSupervised(result: any) {
-    const age = result.ageLower;
-    const restrictions: string[] = [];
-
-    if (age < 13) {
-      restrictions.push('No data collection (COPPA)');
-      restrictions.push('No social features');
-      restrictions.push('Parental consent required');
-      return {
-        allowed: false,
-        reason: `User is under 13 (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else if (age < 18) {
-      restrictions.push('Age-appropriate content only');
-      restrictions.push('Moderated social features');
-      return {
-        allowed: true,
-        reason: `Teen user (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else {
-      return {
-        allowed: true,
-        reason: `Adult supervised user (${result.ageLower}+)`,
-        restrictions: [],
-      };
-    }
-  }
-
-  async saveInstallId(installId: string) {
-    // Store install ID for revocation handling
-    localStorage.setItem('ageSignalsInstallId', installId);
-  }
-
-  async checkRevocation() {
-    const result = await AgeSignals.checkAgeSignals();
-    const storedId = localStorage.getItem('ageSignalsInstallId');
-
-    if (result.installId && storedId && result.installId !== storedId) {
-      // Install ID changed - likely revoked and reinstalled
-      console.log('App was revoked and reinstalled');
-      return true;
-    }
-
-    return false;
-  }
-}
-```
-
-## Migliori Pratiche
-
-1. **Verifica all'Avvio dell'App**: Verifica gli age signals quando l'app viene avviata
-2. **Cache dei Risultati**: Memorizza i risultati nella cache ma aggiornali periodicamente
-3. **Gestisci Tutti gli Stati**: Implementa la logica per tutti i valori UserStatus
-4. **Rispetta i Rifiuti**: Non consentire l'accesso quando il tutore nega l'approvazione
-5. **Memorizza l'Install ID**: Tieni traccia dell'install ID per il rilevamento delle revoche
-6. **Logica di Fallback**: Implementa una verifica dell'età di fallback per gli stati Unknown/Empty
-7. **Privacy Prima di Tutto**: Non raccogliere dati non necessari dagli utenti supervisionati
-
-## Linee Guida per la Conformità
-
-### COPPA (Children's Online Privacy Protection Act)
-
-Per utenti sotto i 13 anni:
-- Ottieni il consenso genitoriale verificabile
-- Limita la raccolta dati
-- Disabilita la pubblicità comportamentale
-- Fornisci controlli parentali
-
-### GDPR (General Data Protection Regulation)
-
-Per utenti supervisionati:
-- Elabora i dati legalmente
-- Fornisci meccanismi di consenso del tutore
-- Consenti l'accesso e la cancellazione dei dati
-- Implementa la privacy by design
-
-## Note sulla Piattaforma
-
-### Android
-- Richiede Google Play Services
-- Livello API minimo 21 (Android 5.0+)
-- Funziona solo su dispositivi con Play Store
-- I segnali potrebbero non essere disponibili in tutte le regioni
-- I risultati possono cambiare se il tutore modifica le impostazioni
-
-### iOS / Web
-- **Non supportato** - Questo è un plugin solo per Android
-- Genererà un errore se chiamato su piattaforme non supportate
-
-## Risoluzione dei Problemi
-
-### Nessun Segnale Restituito (Stato Empty)
-
-Questo è normale per:
-- Utenti al di fuori delle regioni supportate
-- Dispositivi senza Google Play Services
-- Utenti che non hanno configurato Family Link
-- Nuovi account senza verifica
-
-### Stato Unknown
-
-L'utente dovrebbe:
-1. Aprire Google Play Store
-2. Andare su Impostazioni → Famiglia
-3. Completare il processo di verifica dell'età
-
-### Problemi di Permessi
-
-Assicurati che:
-- Google Play Services sia aggiornato
-- L'app abbia il nome pacchetto corretto in Play Console
-- Si stia testando su un dispositivo reale (non emulatore senza Play Services)
-
-## Risorse
-
-- [Documentazione Google Play Age Signals](https://developers.google.com/android/reference/com/google/android/gms/agesignals)
-- [Guida per Sviluppatori Family Link](https://developers.google.com/families)
-- [Guida alla Conformità COPPA](https://www.ftc.gov/business-guidance/resources/complying-coppa-frequently-asked-questions)
diff --git a/src/content/docs/it/docs/plugins/age-signals/index.mdx b/src/content/docs/it/docs/plugins/age-signals/index.mdx
deleted file mode 100644
index 0e23ab7fd..000000000
--- a/src/content/docs/it/docs/plugins/age-signals/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-android-age-signals"
-description: Wrapper API Google Play Age Signals - rileva account supervisionati, approvazioni dei tutori e utenti verificati.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Accedi a Google Play Age Signals per rilevare account supervisionati, verificare l'età degli utenti e conformarsi alle normative sulla sicurezza dei minori nella tua app Android.
-  image:
-    file: ~public/icons/plugins/android-age-signals.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/age-signals/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-age-signals/
-      icon: external
-      variant: minimal
-locale: it
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Account Supervisionati" icon="setting">
-    Rileva quando gli utenti hanno account Google supervisionati gestiti dai tutori 👨‍👧‍👦
-  </Card>
-  <Card title="Verifica dell'Età" icon="approve-check-circle">
-    Identifica gli utenti verificati maggiorenni (18+) con la verifica dell'età di Google 🔐
-  </Card>
-  <Card title="Conformità" icon="approve-check">
-    Rispetta le normative sulla sicurezza dei minori come COPPA e GDPR 📋
-  </Card>
-  <Card title="Approvazioni dei Tutori" icon="star">
-    Monitora le approvazioni in sospeso e lo stato del consenso dei tutori ✅
-  </Card>
-  <Card title="Solo Android" icon="puzzle">
-    Progettato specificamente per Android con Google Play Services 📱
-  </Card>
-  <Card title="API Semplice" icon="rocket">
-    Una singola chiamata al metodo per recuperare tutti gli age signals 🚀
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/alarm/getting-started.mdx b/src/content/docs/it/docs/plugins/alarm/getting-started.mdx
deleted file mode 100644
index bcda08fb7..000000000
--- a/src/content/docs/it/docs/plugins/alarm/getting-started.mdx
+++ /dev/null
@@ -1,139 +0,0 @@
----
-title: Iniziare
-description: Scopri come installare e utilizzare il plugin Capacitor Alarm per gestire allarmi nativi su iOS e Android.
-sidebar:
-  order: 2
-locale: it
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Requisiti
-
-- **iOS**: Solo iOS 26+. Questo plugin si basa sulle API `AlarmKit` e segnalerà come non supportato su versioni precedenti o quando il framework non è disponibile.
-- **Android**: Utilizza intent `AlarmClock`; il comportamento dipende dall'app Orologio predefinita e dalle politiche OEM.
-
-Nota: Questo plugin espone solo azioni di allarme native (crea/apri). Non implementa alcuna pianificazione/CRUD personalizzata di allarmi in-app.
-
-## API
-
-### createAlarm(...)
-
-```typescript
-createAlarm(options: NativeAlarmCreateOptions) => Promise<NativeActionResult>
-```
-
-Crea un allarme nativo del sistema operativo utilizzando l'app orologio della piattaforma.
-Su Android utilizza l'intent Alarm Clock; su iOS utilizza AlarmKit se disponibile (iOS 26+).
-
-| Param         | Type                                                                          |
-| ------------- | ----------------------------------------------------------------------------- |
-| **`options`** | `NativeAlarmCreateOptions` |
-
-**Restituisce:** `Promise<NativeActionResult>`
-
-### openAlarms()
-
-```typescript
-openAlarms() => Promise<NativeActionResult>
-```
-
-Apre l'interfaccia nativa della lista degli allarmi della piattaforma, se disponibile.
-
-**Restituisce:** `Promise<NativeActionResult>`
-
-### getOSInfo()
-
-```typescript
-getOSInfo() => Promise<OSInfo>
-```
-
-Ottieni informazioni sul sistema operativo e le sue capacità.
-
-**Restituisce:** `Promise<OSInfo>`
-
-### requestPermissions(...)
-
-```typescript
-requestPermissions(options?: { exactAlarm?: boolean | undefined; } | undefined) => Promise<PermissionResult>
-```
-
-Richiedi i permessi pertinenti per l'uso degli allarmi sulla piattaforma.
-Su Android, può indirizzare alle impostazioni per gli allarmi esatti.
-
-| Param         | Type                                   |
-| ------------- | -------------------------------------- |
-| **`options`** | `{ exactAlarm?: boolean; }` |
-
-**Restituisce:** `Promise<PermissionResult>`
-
-## Interfacce
-
-### NativeActionResult
-
-| Prop          | Type                 |
-| ------------- | -------------------- |
-| **`success`** | `boolean` |
-| **`message`** | `string`  |
-
-### NativeAlarmCreateOptions
-
-Opzioni per creare un allarme nativo del sistema operativo tramite l'app orologio della piattaforma.
-
-| Prop          | Type                 | Description                                  |
-| ------------- | -------------------- | -------------------------------------------- |
-| **`hour`**    | `number`  | Ora del giorno in formato 24h (0-23)             |
-| **`minute`**  | `number`  | Minuto dell'ora (0-59)                        |
-| **`label`**   | `string`  | Etichetta opzionale per l'allarme                 |
-| **`skipUi`**  | `boolean` | Solo Android: tenta di saltare l'UI se possibile |
-| **`vibrate`** | `boolean` | Solo Android: imposta l'allarme per vibrare           |
-
-### OSInfo
-
-Informazioni restituite sul sistema operativo corrente e le sue capacità.
-
-| Prop                                 | Type                 | Description                                                 |
-| ------------------------------------ | -------------------- | ----------------------------------------------------------- |
-| **`platform`**                       | `string`  | 'ios' \| 'android' \| 'web'                                 |
-| **`version`**                        | `string`  | Stringa versione del sistema operativo                                           |
-| **`supportsNativeAlarms`**           | `boolean` | Se la piattaforma espone un'integrazione con l'app allarmi nativa |
-| **`supportsScheduledNotifications`** | `boolean` | Se la pianificazione delle notifiche locali è supportata         |
-| **`canScheduleExactAlarms`**         | `boolean` | Solo Android: se gli allarmi esatti sono consentiti              |
-
-### PermissionResult
-
-Risultato di una richiesta di permessi.
-
-| Prop          | Type                                                             | Description                        |
-| ------------- | ---------------------------------------------------------------- | ---------------------------------- |
-| **`granted`** | `boolean`                                             | Concessione complessiva per l'ambito richiesto  |
-| **`details`** | `Record<string, boolean>` | Dettagli opzionali per chiave di permesso |
diff --git a/src/content/docs/it/docs/plugins/alarm/index.mdx b/src/content/docs/it/docs/plugins/alarm/index.mdx
deleted file mode 100644
index 8167482b8..000000000
--- a/src/content/docs/it/docs/plugins/alarm/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-alarm"
-description: Pianifica allarmi e notifiche nativi anche quando l'app è chiusa.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Gestisci allarmi nativi su iOS e Android direttamente dalla tua app Capacitor.
-  image:
-    file: ~public/icons/plugins/alarm.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/alarm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-alarm/
-      icon: external
-      variant: minimal
-locale: it
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Integrazione Nativa" icon="puzzle">
-    Utilizza AlarmKit nativo su iOS e intent AlarmClock su Android 📱
-  </Card>
-  <Card title="API Semplice" icon="rocket">
-    Metodi facili da usare per creare e gestire allarmi ⚡
-  </Card>
-  <Card title="Gestione dei Permessi" icon="approve-check-circle">
-    Supporto integrato per richiedere i permessi necessari 🔒
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/alarm/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/android-inline-install/getting-started.mdx b/src/content/docs/it/docs/plugins/android-inline-install/getting-started.mdx
deleted file mode 100644
index 337843092..000000000
--- a/src/content/docs/it/docs/plugins/android-inline-install/getting-started.mdx
+++ /dev/null
@@ -1,145 +0,0 @@
----
-title: Iniziare
-description: Guida all'installazione e all'uso di @capgo/capacitor-android-inline-install
-sidebar:
-  order: 2
-  label: "Iniziare"
-locale: it
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Esempio di Utilizzo
-
-```typescript
-import { AndroidInlineInstall } from '@capgo/capacitor-android-inline-install';
-
-// Basic inline install
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp'
-});
-
-// Advanced install with tracking
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp',
-  referrer: 'campaign=my-campaign&source=app',
-  overlay: true,
-  fallback: true
-});
-
-// Handle the installation flow
-try {
-  await AndroidInlineInstall.startInlineInstall({
-    id: 'com.spotify.music',
-    referrer: 'utm_source=myapp&utm_campaign=music_promotion'
-  });
-  console.log('Install overlay triggered successfully');
-} catch (error) {
-  console.error('Install failed:', error);
-}
-```
-
-## Metodi API Principali
-
-### Gestione dell'Installazione
-- `startInlineInstall(options)` - Attiva l'overlay di installazione inline di Google Play per l'app specificata
-
-## Opzioni di Configurazione
-
-```typescript
-interface InlineInstallOptions {
-  id: string;           // Nome del pacchetto dell'app di destinazione (obbligatorio)
-  referrer?: string;    // Stringa della campagna di tracciamento (opzionale)
-  callerId?: string;    // Nome del pacchetto dell'app chiamante (predefinito: app corrente)
-  overlay?: boolean;    // Abilita/disabilita overlay di Play (predefinito: true)
-  fallback?: boolean;   // Usa la pagina completa dello store se l'overlay fallisce (predefinito: true)
-}
-```
-
-## Requisiti di Google Play
-
-### Idoneità per Premium Growth Tools
-La tua app deve qualificarsi per i Premium Growth Tools di Google Play per utilizzare l'installazione inline:
-- App con un coinvolgimento utente significativo
-- Buone valutazioni e recensioni su Play Store
-- Conformità alle politiche di Google Play
-
-### Requisiti dell'App di Destinazione
-- L'app di destinazione deve essere disponibile su Google Play Store
-- L'app di destinazione deve supportare l'installazione inline
-- L'utente deve aver effettuato l'accesso a Google Play Store
-
-## Comportamento e Fallback
-
-### Modalità Overlay (predefinita)
-1. Tenta di aprire l'overlay di Google Play all'interno della tua app
-2. Se l'overlay non è disponibile, torna alla pagina completa di Play Store
-3. Se Play Store non è disponibile, mostra un errore
-
-### Modalità Store Completo
-- Apre direttamente la pagina completa di Google Play Store
-- Bypassa completamente il tentativo dell'overlay
-
-## Supporto Piattaforme
-
-- **Android**: Supporto completo con Google Play Services
-- **iOS**: Non supportato (funzionalità specifica per Android)
-- **Web**: Non supportato (funzionalità nativa Android)
-
-## Dettagli di Implementazione
-
-Il plugin utilizza intent Android per comunicare con Google Play Store:
-- Action intent per overlay di installazione inline
-- Fallback all'intent standard di Play Store
-- Gestione automatica della disponibilità di Play Services
-
-## Casi d'Uso
-
-- **Scoperta di app**: Promuovi app correlate all'interno del tuo ecosistema
-- **Promozione incrociata**: Aumenta le installazioni per applicazioni partner
-- **Sblocco di funzionalità**: Installa moduli o estensioni aggiuntive
-- **App complementari**: Installa applicazioni di supporto senza interruzioni
-
-## Migliori Pratiche
-
-- Fornisci sempre opzioni di fallback per utenti senza Play Services
-- Testa con diverse configurazioni di dispositivo e versioni di Play Store
-- Utilizza il tracciamento referrer per misurare i tassi di conversione
-- Gestisci gli errori di installazione in modo elegante
-- Rispetta la scelta dell'utente se rifiuta l'installazione
-
-## Limitazioni
-
-- Funzionalità solo per Android
-- Richiede Google Play Services
-- Funziona solo con app qualificate per Premium Growth Tools
-- Soggetto alle politiche e alla disponibilità di Google Play Store
diff --git a/src/content/docs/it/docs/plugins/android-inline-install/index.mdx b/src/content/docs/it/docs/plugins/android-inline-install/index.mdx
deleted file mode 100644
index 19f6d393b..000000000
--- a/src/content/docs/it/docs/plugins/android-inline-install/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: "@capgo/capacitor-android-inline-install"
-description: Plugin di installazione inline di app Android per app Capacitor con installazione APK senza interruzioni e gestione degli aggiornamenti.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Abilita installazioni e aggiornamenti in-app senza interruzioni per app Android con capacità di installazione inline e flussi user-friendly.
-  image:
-    file: ~public/icons/plugins/android-inline-install.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/android-inline-install/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-inline-install/
-      icon: external
-      variant: minimal
-locale: it
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Panoramica
-
-Il plugin Capacitor Android Inline Install consente di attivare l'overlay di installazione inline di Google Play per applicazioni Android. Questo plugin fornisce un'esperienza di installazione in-app senza interruzioni utilizzando i Premium Growth Tools di Google, permettendo agli utenti di installare app senza uscire dalla tua applicazione.
-
-<CardGrid stagger>
-  <Card title="Overlay di Google Play" icon="rocket">
-    Attiva l'overlay di installazione nativa di Google Play 📱
-  </Card>
-  <Card title="Esperienza senza interruzioni" icon="rocket">
-    Installa app senza uscire dalla tua app 🔄
-  </Card>
-  <Card title="Supporto fallback" icon="heart">
-    Fallback automatico alla pagina completa di Play Store ❤️
-  </Card>
-  <Card title="Tracciamento campagne" icon="star">
-    Supporto per tracciamento referrer e analytics 📊
-  </Card>
-</CardGrid>
-
-## Documentazione
-
-Consulta la [documentazione completa](/docs/plugins/android-inline-install/getting-started/) per guide di implementazione dettagliate e pattern di integrazione avanzati.
diff --git a/src/content/docs/it/docs/plugins/android-kiosk/getting-started.mdx b/src/content/docs/it/docs/plugins/android-kiosk/getting-started.mdx
deleted file mode 100644
index c6553d24b..000000000
--- a/src/content/docs/it/docs/plugins/android-kiosk/getting-started.mdx
+++ /dev/null
@@ -1,336 +0,0 @@
----
-title: Iniziare
-description: Scopri come installare e utilizzare il plugin Android Kiosk per bloccare il tuo dispositivo Android in modalità kiosk nella tua app Capacitor.
-sidebar:
-  order: 2
-locale: it
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-android-kiosk" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Supporto Piattaforme
-
-Questo plugin è **solo per Android**. Per la funzionalità di modalità kiosk su iOS, utilizza la funzione integrata del dispositivo [Guided Access](https://support.apple.com/en-us/HT202612).
-
-## Funzionalità
-
-- **Modalità Kiosk**: Nascondi l'interfaccia di sistema ed entra in modalità schermo intero immersiva
-- **Integrazione Launcher**: Imposta la tua app come launcher/home app del dispositivo
-- **Controllo Tasti Hardware**: Blocca o consenti specifici pulsanti hardware
-- **Rilevamento Stato**: Verifica se la modalità kiosk è attiva o se l'app è impostata come launcher
-- **Android 6.0+**: Supporta Android API 23 fino ad Android 15 (API 35)
-
-## Utilizzo Base
-
-### Entra ed Esci dalla Modalità Kiosk
-
-```typescript
-import { CapacitorAndroidKiosk } from '@capgo/capacitor-android-kiosk';
-
-// Enter kiosk mode
-await CapacitorAndroidKiosk.enterKioskMode();
-
-// Exit kiosk mode
-await CapacitorAndroidKiosk.exitKioskMode();
-
-// Check if in kiosk mode
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-console.log('Kiosk mode active:', isInKioskMode);
-```
-
-### Funzionalità Launcher
-
-Per la funzionalità completa della modalità kiosk, devi impostare la tua app come launcher del dispositivo:
-
-```typescript
-// Open home screen settings for user to select your app as launcher
-await CapacitorAndroidKiosk.setAsLauncher();
-
-// Check if app is set as launcher
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-console.log('App is launcher:', isLauncher);
-```
-
-### Controllo Tasti Hardware
-
-Controlla quali pulsanti hardware possono funzionare in modalità kiosk:
-
-```typescript
-// Allow only volume keys
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false
-});
-
-// Block all keys (default)
-await CapacitorAndroidKiosk.setAllowedKeys({});
-```
-
-## Esempio Completo
-
-```typescript
-async function setupKioskMode() {
-  try {
-    // Check if already set as launcher
-    const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-
-    if (!isLauncher) {
-      // Prompt user to set as launcher
-      await CapacitorAndroidKiosk.setAsLauncher();
-      alert('Please select this app as your Home app');
-      return;
-    }
-
-    // Configure allowed keys
-    await CapacitorAndroidKiosk.setAllowedKeys({
-      volumeUp: true,
-      volumeDown: true,
-      back: false,
-      home: false,
-      recent: false,
-      power: false
-    });
-
-    // Enter kiosk mode
-    await CapacitorAndroidKiosk.enterKioskMode();
-    console.log('Kiosk mode activated');
-
-  } catch (error) {
-    console.error('Failed to setup kiosk mode:', error);
-  }
-}
-```
-
-## Riferimento API
-
-### isInKioskMode()
-
-Verifica se l'app è attualmente in esecuzione in modalità kiosk.
-
-```typescript
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-```
-
-**Restituisce:**
-- `isInKioskMode` (boolean): Se la modalità kiosk è attualmente attiva
-
----
-
-### isSetAsLauncher()
-
-Verifica se l'app è impostata come launcher del dispositivo (home app).
-
-```typescript
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-```
-
-**Restituisce:**
-- `isLauncher` (boolean): Se l'app è impostata come launcher del dispositivo
-
----
-
-### enterKioskMode()
-
-Entra in modalità kiosk, nascondendo l'interfaccia di sistema e bloccando i pulsanti hardware. L'app deve essere impostata come launcher del dispositivo perché funzioni efficacemente.
-
-```typescript
-await CapacitorAndroidKiosk.enterKioskMode();
-```
-
----
-
-### exitKioskMode()
-
-Esce dalla modalità kiosk, ripristinando l'interfaccia di sistema normale e la funzionalità dei pulsanti hardware.
-
-```typescript
-await CapacitorAndroidKiosk.exitKioskMode();
-```
-
----
-
-### setAsLauncher()
-
-Apre le impostazioni della schermata home del dispositivo per consentire all'utente di impostare questa app come launcher. Questo è necessario per la funzionalità completa della modalità kiosk.
-
-```typescript
-await CapacitorAndroidKiosk.setAsLauncher();
-```
-
----
-
-### setAllowedKeys(options)
-
-Imposta quali tasti hardware possono funzionare in modalità kiosk. Per impostazione predefinita, tutti i tasti hardware sono bloccati in modalità kiosk.
-
-```typescript
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false,
-  power: false,
-  camera: false,
-  menu: false
-});
-```
-
-**Parametri:**
-- `volumeUp` (boolean, opzionale): Consenti pulsante volume su (predefinito: false)
-- `volumeDown` (boolean, opzionale): Consenti pulsante volume giù (predefinito: false)
-- `back` (boolean, opzionale): Consenti pulsante indietro (predefinito: false)
-- `home` (boolean, opzionale): Consenti pulsante home (predefinito: false)
-- `recent` (boolean, opzionale): Consenti pulsante app recenti (predefinito: false)
-- `power` (boolean, opzionale): Consenti pulsante di accensione (predefinito: false)
-- `camera` (boolean, opzionale): Consenti pulsante fotocamera se presente (predefinito: false)
-- `menu` (boolean, opzionale): Consenti pulsante menu se presente (predefinito: false)
-
----
-
-### getPluginVersion()
-
-Ottieni la versione del plugin Capacitor nativo.
-
-```typescript
-const { version } = await CapacitorAndroidKiosk.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-**Restituisce:**
-- `version` (string): Il numero di versione del plugin
-
-## Configurazione Android
-
-### 1. Configurazione MainActivity
-
-Per abilitare il blocco completo dei tasti hardware, devi sovrascrivere `dispatchKeyEvent` nella tua `MainActivity.java`:
-
-```java
-import android.view.KeyEvent;
-import ee.forgr.plugin.android_kiosk.CapacitorAndroidKioskPlugin;
-
-public class MainActivity extends BridgeActivity {
-    @Override
-    public boolean dispatchKeyEvent(KeyEvent event) {
-        // Get the kiosk plugin
-        CapacitorAndroidKioskPlugin kioskPlugin = (CapacitorAndroidKioskPlugin)
-            this.getBridge().getPlugin("CapacitorAndroidKiosk").getInstance();
-
-        if (kioskPlugin != null && kioskPlugin.shouldBlockKey(event.getKeyCode())) {
-            return true; // Block the key
-        }
-
-        return super.dispatchKeyEvent(event);
-    }
-
-    @Override
-    public void onBackPressed() {
-        // Don't call super.onBackPressed() to disable back button
-        // Or call the plugin's handleOnBackPressed
-    }
-}
-```
-
-### 2. AndroidManifest.xml
-
-Aggiungi l'intent filter del launcher per rendere la tua app selezionabile come launcher:
-
-```xml
-<activity
-    android:name=".MainActivity"
-    ...>
-
-    <!-- Existing intent filter -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.LAUNCHER" />
-    </intent-filter>
-
-    <!-- Add this to make app selectable as launcher -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.HOME" />
-        <category android:name="android.intent.category.DEFAULT" />
-    </intent-filter>
-</activity>
-```
-
-## Note Importanti
-
-1. **Requisito Launcher**: Per la funzionalità completa della modalità kiosk (blocco del pulsante home, prevenzione del cambio di app), la tua app deve essere impostata come launcher del dispositivo.
-
-2. **Test**: Durante i test, puoi uscire dalla modalità kiosk programmaticamente o impostando un'altra app come launcher.
-
-3. **Versioni Android**: Il plugin utilizza API Android moderne per Android 11+ e ricorre a metodi più vecchi per compatibilità con Android 6.0+.
-
-4. **Sicurezza**: Questo plugin è progettato per applicazioni kiosk legittime. Assicurati di fornire agli utenti un modo per uscire dalla modalità kiosk.
-
-5. **Batteria**: La modalità kiosk mantiene lo schermo acceso. Considera di implementare il tuo timeout dello schermo o la gestione della luminosità.
-
-## Alternativa iOS
-
-Per dispositivi iOS, usa la funzione integrata [Guided Access](https://support.apple.com/en-us/HT202612):
-
-1. Vai su Impostazioni > Accessibilità > Accesso Guidato
-2. Attiva Accesso Guidato
-3. Imposta un codice
-4. Apri la tua app
-5. Premi tre volte il pulsante laterale
-6. Regola le impostazioni e avvia Accesso Guidato
-
-## Migliori Pratiche
-
-1. **Verifica prima lo stato del launcher**
-   ```typescript
-   const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-   if (!isLauncher) {
-     // Prompt user to set as launcher first
-     await CapacitorAndroidKiosk.setAsLauncher();
-   }
-   ```
-
-2. **Fornisci un meccanismo di uscita**
-   ```typescript
-   // Allow specific key combination to exit
-   // Or implement a secret gesture/pattern
-   async function exitKioskWithConfirmation() {
-     const confirmed = confirm('Exit kiosk mode?');
-     if (confirmed) {
-       await CapacitorAndroidKiosk.exitKioskMode();
-     }
-   }
-   ```
-
-3. **Gestisci il ciclo di vita dell'app**
-   ```typescript
-   // Re-enter kiosk mode when app resumes
-   window.addEventListener('resume', async () => {
-     const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-     if (!isInKioskMode) {
-       await CapacitorAndroidKiosk.enterKioskMode();
-     }
-   });
-   ```
-
-4. **Gestione degli errori**
-   ```typescript
-   try {
-     await CapacitorAndroidKiosk.enterKioskMode();
-   } catch (error) {
-     console.error('Failed to enter kiosk mode:', error);
-     // Notify user and provide alternative
-   }
-   ```
diff --git a/src/content/docs/it/docs/plugins/android-kiosk/index.mdx b/src/content/docs/it/docs/plugins/android-kiosk/index.mdx
deleted file mode 100644
index 928401e8f..000000000
--- a/src/content/docs/it/docs/plugins/android-kiosk/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@capgo/capacitor-android-kiosk"
-description: Plugin Android Kiosk Mode per Capacitor - Blocca il dispositivo in modalità kiosk con funzionalità launcher
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Blocca il tuo dispositivo Android in modalità kiosk con controllo completo sui pulsanti hardware e funzionalità launcher per le tue app Capacitor.
-  image:
-    file: ~public/icons/plugins/android-kiosk.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/android-kiosk/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-kiosk/
-      icon: external
-      variant: minimal
-locale: it
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Modalità Kiosk" icon="rocket">
-    Nascondi l'interfaccia di sistema ed entra in modalità schermo intero immersiva
-  </Card>
-  <Card title="Integrazione Launcher" icon="setting">
-    Imposta la tua app come launcher/home app del dispositivo
-  </Card>
-  <Card title="Controllo Tasti Hardware" icon="warning">
-    Blocca o consenti specifici pulsanti hardware (indietro, home, recenti, volume, accensione)
-  </Card>
-  <Card title="Rilevamento Stato" icon="approve-check">
-    Verifica se la modalità kiosk è attiva o se l'app è impostata come launcher
-  </Card>
-  <Card title="Android 6.0+" icon="star">
-    Supporta Android API 23 fino ad Android 15 (API 35)
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/android-kiosk/getting-started/) per integrare la modalità kiosk in pochi minuti.
-  </Card>
-</CardGrid>
-
-## Supporto Piattaforme
-
-Questo plugin è **solo per Android**. Per la funzionalità di modalità kiosk su iOS, utilizza la funzione integrata del dispositivo [Guided Access](https://support.apple.com/en-us/HT202612).
diff --git a/src/content/docs/it/docs/plugins/android-usagestatsmanager/getting-started.mdx b/src/content/docs/it/docs/plugins/android-usagestatsmanager/getting-started.mdx
deleted file mode 100644
index 145495576..000000000
--- a/src/content/docs/it/docs/plugins/android-usagestatsmanager/getting-started.mdx
+++ /dev/null
@@ -1,173 +0,0 @@
----
-title: Iniziare
-description: Scopri come installare e utilizzare il plugin Android Usage Stats Manager per accedere alle statistiche di utilizzo delle app e ai dati di utilizzo del dispositivo.
-sidebar:
-  order: 2
-locale: it
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Configurazione Piattaforma
-
-### Android
-
-Aggiungi i permessi richiesti al tuo `android/app/src/main/AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## Esempio di Utilizzo
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// Check if permission is granted
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // Open settings to grant permission
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// Query usage statistics for the last 7 days
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7 days ago
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// Get all installed packages
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## Riferimento API
-
-### isUsageStatsPermissionGranted()
-
-```typescript
-isUsageStatsPermissionGranted() => Promise<{ granted: boolean }>
-```
-
-Verifica se il permesso PACKAGE_USAGE_STATS è concesso.
-
-**Restituisce:** `Promise<{ granted: boolean }>`
-
-### openUsageStatsSettings()
-
-```typescript
-openUsageStatsSettings() => Promise<void>
-```
-
-Apri la pagina delle impostazioni di sistema per concedere il permesso delle statistiche di utilizzo.
-
-### queryAndAggregateUsageStats(options)
-
-```typescript
-queryAndAggregateUsageStats(options: UsageStatsOptions) => Promise<UsageStatsResult>
-```
-
-Interroga le statistiche di utilizzo dettagliate per le app installate.
-
-| Param         | Type                           |
-| ------------- | ------------------------------ |
-| **`options`** | `UsageStatsOptions` |
-
-**Restituisce:** `Promise<UsageStatsResult>`
-
-### queryAllPackages()
-
-```typescript
-queryAllPackages() => Promise<PackagesResult>
-```
-
-Ottieni informazioni su tutti i pacchetti installati sul dispositivo.
-
-**Restituisce:** `Promise<PackagesResult>`
-
-## Interfacce
-
-### UsageStatsOptions
-
-| Prop               | Type                | Description                                         |
-| ------------------ | ------------------- | --------------------------------------------------- |
-| **`intervalType`** | `number` | Tipo di intervallo (0=DAILY, 1=WEEKLY, 2=MONTHLY, ecc.) |
-| **`startTime`**    | `number` | Tempo di inizio in millisecondi                          |
-| **`endTime`**      | `number` | Tempo di fine in millisecondi                            |
-
-### UsageStatsResult
-
-Contiene dati sulle statistiche di utilizzo per ogni app:
-
-- Tempo di utilizzo e frequenza dell'app
-- Prima e ultima volta utilizzata
-- Tempo totale in primo piano
-- Conteggio dei lanci
-
-### PackagesResult
-
-Contiene informazioni sui pacchetti installati:
-
-- Nome e versione del pacchetto
-- Tempo di installazione
-- Etichette e icone dell'app
-- App di sistema vs app utente
-
-## Gestione dei Permessi
-
-Il plugin richiede permessi speciali che non possono essere concessi tramite normali richieste di permesso di runtime:
-
-1. **PACKAGE_USAGE_STATS**: Consente l'accesso alle statistiche di utilizzo
-2. **QUERY_ALL_PACKAGES**: Richiesto per le informazioni sui pacchetti (Android 11+)
-
-Gli utenti devono concedere manualmente questi permessi attraverso le impostazioni di sistema. Utilizza `openUsageStatsSettings()` per indirizzare gli utenti alla pagina delle impostazioni appropriata.
-
-## Migliori Pratiche
-
-- Verifica sempre lo stato del permesso prima di interrogare le statistiche di utilizzo
-- Gestisci il rifiuto del permesso in modo elegante con messaggi user-friendly
-- Considera la privacy dell'utente quando raccogli dati di utilizzo
-- Implementa pratiche appropriate di gestione e archiviazione dei dati
-- Segui le politiche di Google Play per la raccolta di dati di utilizzo
-
-## Casi d'Uso
-
-- **App di benessere digitale**: Monitora il tempo di utilizzo dello schermo e l'uso delle app
-- **Controlli parentali**: Traccia l'utilizzo del dispositivo dei bambini
-- **App di produttività**: Analizza i modelli di lavoro e il tempo di concentrazione
-- **Analytics**: Comprendi il comportamento degli utenti e il coinvolgimento con le app
diff --git a/src/content/docs/it/docs/plugins/android-usagestatsmanager/index.mdx b/src/content/docs/it/docs/plugins/android-usagestatsmanager/index.mdx
deleted file mode 100644
index 771e68dda..000000000
--- a/src/content/docs/it/docs/plugins/android-usagestatsmanager/index.mdx
+++ /dev/null
@@ -1,146 +0,0 @@
----
-title: "@capgo/capacitor-android-usagestatsmanager"
-description: Plugin per statistiche di utilizzo Android per app Capacitor con tracciamento dell'uso delle app, monitoraggio del tempo di utilizzo dello schermo e analytics sull'utilizzo.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Accedi alle statistiche di utilizzo di Android per monitorare l'uso delle app, il tempo di utilizzo dello schermo e le analytics sul comportamento degli utenti con dati a livello di sistema.
-  image:
-    file: ~public/icons/plugins/android-usagestatsmanager.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/android-usagestatsmanager/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-usagestatsmanager/
-      icon: external
-      variant: minimal
-locale: it
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Panoramica
-
-Il plugin Capacitor Android Usage Stats Manager espone l'SDK UsageStatsManager di Android alle applicazioni Capacitor, consentendo l'accesso a statistiche dettagliate sull'utilizzo delle app e dati di utilizzo del dispositivo. Questo plugin permette agli sviluppatori di tracciare i modelli di utilizzo delle app, il tempo di utilizzo dello schermo e le analytics sul comportamento degli utenti sui dispositivi Android.
-
-<CardGrid stagger>
-  <Card title="Statistiche di utilizzo" icon="rocket">
-    Accedi ai dati dell'SDK UsageStatsManager di Android 📱
-  </Card>
-  <Card title="Monitoraggio app" icon="moon">
-    Traccia il tempo di utilizzo e la frequenza delle singole app 🕐
-  </Card>
-  <Card title="Gestione permessi" icon="approve-check">
-    Gestisci i permessi delle statistiche di utilizzo senza interruzioni 🛡️
-  </Card>
-  <Card title="Informazioni pacchetti" icon="puzzle">
-    Interroga i dettagli e i metadati dei pacchetti installati 📦
-  </Card>
-</CardGrid>
-
-## Installazione
-
-```bash
-npm install @capgo/capacitor-android-usagestatsmanager
-npx cap sync
-```
-
-## Permessi Richiesti
-
-Aggiungi questi permessi al tuo `android/app/src/main/AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## Metodi API Principali
-
-### Statistiche di Utilizzo
-- `queryAndAggregateUsageStats(options)` - Recupera statistiche di utilizzo dettagliate per le app installate
-- `isUsageStatsPermissionGranted()` - Verifica se il permesso delle statistiche di utilizzo è concesso
-- `openUsageStatsSettings()` - Apri le impostazioni di sistema per il permesso delle statistiche di utilizzo
-
-### Informazioni Pacchetti
-- `queryAllPackages()` - Ottieni informazioni su tutti i pacchetti installati
-
-## Esempio di Utilizzo
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// Check if permission is granted
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // Open settings to grant permission
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// Query usage statistics
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7 days ago
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// Get all installed packages
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## Gestione dei Permessi
-
-Il plugin richiede permessi speciali che non possono essere concessi tramite normali richieste di permesso di runtime:
-
-1. **PACKAGE_USAGE_STATS**: Consente l'accesso alle statistiche di utilizzo
-2. **QUERY_ALL_PACKAGES**: Richiesto per le informazioni sui pacchetti (Android 11+)
-
-Gli utenti devono concedere manualmente questi permessi attraverso le impostazioni di sistema. Utilizza `openUsageStatsSettings()` per indirizzare gli utenti alla pagina delle impostazioni appropriata.
-
-## Tipi di Dati
-
-### Statistiche di Utilizzo
-- Tempo di utilizzo e frequenza dell'app
-- Prima e ultima volta utilizzata
-- Tempo totale in primo piano
-- Conteggio dei lanci
-
-### Informazioni Pacchetti
-- Nome e versione del pacchetto
-- Tempo di installazione
-- Etichette e icone dell'app
-- App di sistema vs app utente
-
-## Casi d'Uso
-
-- **App di benessere digitale**: Monitora il tempo di utilizzo dello schermo e l'uso delle app
-- **Controlli parentali**: Traccia l'utilizzo del dispositivo dei bambini
-- **App di produttività**: Analizza i modelli di lavoro e il tempo di concentrazione
-- **Analytics**: Comprendi il comportamento degli utenti e il coinvolgimento con le app
-
-## Compatibilità Android
-
-- **Versione minima Android**: API level 21 (Android 5.0)
-- **Funzionalità avanzate**: API level 29+ (Android 10+) per statistiche migliorate
-- **Interrogazioni pacchetti**: API level 30+ (Android 11+) richiede QUERY_ALL_PACKAGES
-
-## Considerazioni sulla Sicurezza
-
-- Il permesso delle statistiche di utilizzo è sensibile e richiede il consenso dell'utente
-- Considera la privacy dell'utente quando raccogli dati di utilizzo
-- Implementa pratiche appropriate di gestione e archiviazione dei dati
-- Segui le politiche di Google Play per la raccolta di dati di utilizzo
-
-## Documentazione
-
-Consulta la [documentazione completa](/docs/plugins/android-usagestatsmanager/getting-started/) per guide di implementazione dettagliate e pattern di utilizzo avanzati.
diff --git a/src/content/docs/it/docs/plugins/appinsights/getting-started.mdx b/src/content/docs/it/docs/plugins/appinsights/getting-started.mdx
deleted file mode 100644
index 46fbb1c81..000000000
--- a/src/content/docs/it/docs/plugins/appinsights/getting-started.mdx
+++ /dev/null
@@ -1,207 +0,0 @@
----
-title: Iniziare
-description: Scopri come installare e utilizzare il plugin AppInsights per le analytics dell'applicazione nella tua app Capacitor.
-sidebar:
-  order: 2
-locale: it
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-appinsights" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e inizializzalo con le tue credenziali AppInsights:
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-// Initialize the SDK
-const initializeAnalytics = async () => {
-  await CapacitorAppinsights.init({
-    partnerId: 'your-partner-id',
-    partnerKey: 'your-partner-key'
-  });
-};
-
-// Set user ID for tracking
-const setUser = async (userId: string) => {
-  await CapacitorAppinsights.setUserId({ userId });
-};
-
-// Get SDK state
-const checkSDKState = async () => {
-  const state = await CapacitorAppinsights.getState();
-  console.log('SDK State:', state);
-};
-
-// Get plugin version
-const checkVersion = async () => {
-  const { version } = await CapacitorAppinsights.getPluginVersion();
-  console.log('Plugin version:', version);
-};
-```
-
-## Riferimento API
-
-### init(options)
-
-Inizializza l'SDK AppInsights con le tue credenziali.
-
-```typescript
-await CapacitorAppinsights.init({
-  partnerId: 'your-partner-id',
-  partnerKey: 'your-partner-key'
-});
-```
-
-**Parametri:**
-- `partnerId` (string): Il tuo ID partner AppInsights
-- `partnerKey` (string): La tua chiave partner AppInsights
-
-### setUserId(options)
-
-Imposta o aggiorna l'ID utente dopo l'inizializzazione.
-
-```typescript
-await CapacitorAppinsights.setUserId({
-  userId: 'user-123'
-});
-```
-
-**Parametri:**
-- `userId` (string): L'ID utente da impostare per il tracciamento
-
-### getState()
-
-Ottieni lo stato corrente dell'SDK.
-
-```typescript
-const state = await CapacitorAppinsights.getState();
-console.log(state);
-// {
-//   initCompleted: true,
-//   jobScheduled: true,
-//   permissionAcquired: true
-// }
-```
-
-**Restituisce:**
-- `initCompleted` (boolean): Se l'inizializzazione dell'SDK è completata
-- `jobScheduled` (boolean): Se il job di raccolta dati è pianificato
-- `permissionAcquired` (boolean): Se i permessi necessari sono acquisiti
-
-### getPluginVersion()
-
-Ottieni la versione del plugin Capacitor nativo.
-
-```typescript
-const { version } = await CapacitorAppinsights.getPluginVersion();
-console.log('Version:', version);
-```
-
-## Esempio Completo
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-export class AnalyticsService {
-  private initialized = false;
-
-  async initialize(partnerId: string, partnerKey: string) {
-    try {
-      await CapacitorAppinsights.init({
-        partnerId,
-        partnerKey
-      });
-
-      const state = await CapacitorAppinsights.getState();
-      this.initialized = state.initCompleted;
-
-      console.log('AppInsights initialized:', state);
-    } catch (error) {
-      console.error('Failed to initialize AppInsights:', error);
-    }
-  }
-
-  async identifyUser(userId: string) {
-    if (!this.initialized) {
-      throw new Error('AppInsights not initialized');
-    }
-
-    await CapacitorAppinsights.setUserId({ userId });
-    console.log('User identified:', userId);
-  }
-
-  async getSDKStatus() {
-    const state = await CapacitorAppinsights.getState();
-    return {
-      ready: state.initCompleted && state.permissionAcquired,
-      tracking: state.jobScheduled,
-      state
-    };
-  }
-}
-```
-
-## Migliori Pratiche
-
-1. **Inizializza presto**
-   Inizializza l'SDK non appena la tua app si avvia per garantire un tracciamento accurato:
-   ```typescript
-   // In your app initialization
-   await CapacitorAppinsights.init({
-     partnerId: process.env.APPINSIGHTS_PARTNER_ID,
-     partnerKey: process.env.APPINSIGHTS_PARTNER_KEY
-   });
-   ```
-
-2. **Imposta l'ID utente al login**
-   Identifica gli utenti dopo l'autenticazione:
-   ```typescript
-   async function onUserLogin(user) {
-     await CapacitorAppinsights.setUserId({
-       userId: user.id
-     });
-   }
-   ```
-
-3. **Verifica lo stato dell'SDK**
-   Verifica che l'SDK sia pronto prima di operazioni critiche:
-   ```typescript
-   const state = await CapacitorAppinsights.getState();
-   if (!state.initCompleted) {
-     console.warn('AppInsights not ready');
-   }
-   ```
-
-4. **Gestisci gli errori in modo elegante**
-   ```typescript
-   try {
-     await CapacitorAppinsights.init(config);
-   } catch (error) {
-     console.error('Analytics initialization failed:', error);
-     // Continue app operation even if analytics fails
-   }
-   ```
-
-## Note sulla Piattaforma
-
-### iOS
-- Richiede iOS 10.0+
-- Assicurati di avere i permessi necessari in Info.plist per il tracciamento
-
-### Android
-- Richiede Android 5.0 (API 21)+
-- Potrebbe richiedere il permesso delle statistiche di utilizzo a seconda delle funzionalità di tracciamento
-
-### Web
-- Non supportato sulla piattaforma web
diff --git a/src/content/docs/it/docs/plugins/appinsights/index.mdx b/src/content/docs/it/docs/plugins/appinsights/index.mdx
deleted file mode 100644
index 11d6e639d..000000000
--- a/src/content/docs/it/docs/plugins/appinsights/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-appinsights"
-description: Integrazione di application insights e analytics per app Capacitor utilizzando l'SDK Apptopia AppInsights.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Traccia l'uso dell'app, il comportamento degli utenti e le metriche di performance con l'integrazione AppInsights per le tue app Capacitor.
-  image:
-    file: ~public/icons/plugins/appinsights.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/appinsights/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-appinsights/
-      icon: external
-      variant: minimal
-locale: it
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Tracciamento Analytics" icon="star">
-    Traccia il comportamento degli utenti e l'uso dell'app con AppInsights
-  </Card>
-  <Card title="Identificazione Utente" icon="heart">
-    Imposta e gestisci gli ID utente per un tracciamento personalizzato
-  </Card>
-  <Card title="Gestione Stato SDK" icon="setting">
-    Monitora l'inizializzazione dell'SDK e lo stato dei permessi
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/appinsights/getting-started/) per integrare le analytics in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/audio-recorder/getting-started.mdx b/src/content/docs/it/docs/plugins/audio-recorder/getting-started.mdx
deleted file mode 100644
index 2d86c308a..000000000
--- a/src/content/docs/it/docs/plugins/audio-recorder/getting-started.mdx
+++ /dev/null
@@ -1,394 +0,0 @@
----
-title: Iniziare con il registratore audio
-description: Scopri come integrare la registrazione audio nella tua app Capacitor
-locale: it
----
-Questa guida ti guiderà attraverso l'integrazione del plug-in Capacitor Audio Recorder nella tua applicazione.
-
-## Installazione
-
-Installa il plug-in utilizzando npm:
-
-```bash
-npm install @capgo/capacitor-audio-recorder
-npx cap sync
-```
-
-## iOS Configurazione
-
-Aggiungi quanto segue al tuo `Info.plist`:
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs access to the microphone to record audio</string>
-```
-
-## Android Configurazione
-
-Aggiungi le seguenti autorizzazioni al tuo `AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-```
-
-## Configurazione Web
-
-Il plugin utilizza MediaRecorder API. Richiede HTTPS in produzione.
-
-## Utilizzo di base
-
-### Importa il plugin
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-```
-
-### Richiedi autorizzazioni
-
-```typescript
-const requestPermission = async () => {
-  const permission = await AudioRecorder.requestPermissions();
-  console.log('Permission status:', permission.recordAudio);
-};
-```
-
-### Avvia la registrazione
-
-```typescript
-const startRecording = async () => {
-  await AudioRecorder.startRecording();
-  console.log('Recording started');
-};
-```
-
-### Interrompi la registrazione
-
-```typescript
-const stopRecording = async () => {
-  const result = await AudioRecorder.stopRecording();
-  console.log('Recording path:', result.filePath);
-  console.log('Duration:', result.duration);
-};
-```
-
-### Interrompe/riprende la registrazione
-
-```typescript
-const pauseRecording = async () => {
-  await AudioRecorder.pauseRecording();
-  console.log('Recording paused');
-};
-
-const resumeRecording = async () => {
-  await AudioRecorder.resumeRecording();
-  console.log('Recording resumed');
-};
-```
-
-### Ottieni lo stato
-
-```typescript
-const getStatus = async () => {
-  const status = await AudioRecorder.getStatus();
-  console.log('Is recording:', status.isRecording);
-  console.log('Duration:', status.currentTime);
-};
-```
-
-## Esempio completo
-
-Ecco un'implementazione completa del registratore vocale:
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-
-class VoiceRecorder {
-  private isRecording = false;
-  private isPaused = false;
-  private recordingPath: string | null = null;
-
-  async initialize() {
-    const permission = await AudioRecorder.checkPermissions();
-
-    if (permission.recordAudio !== 'granted') {
-      const requested = await AudioRecorder.requestPermissions();
-
-      if (requested.recordAudio !== 'granted') {
-        throw new Error('Microphone permission denied');
-      }
-    }
-  }
-
-  async startRecording() {
-    try {
-      await AudioRecorder.startRecording();
-      this.isRecording = true;
-      this.isPaused = false;
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  async pauseRecording() {
-    if (!this.isRecording || this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.pauseRecording();
-      this.isPaused = true;
-      console.log('Recording paused');
-    } catch (error) {
-      console.error('Failed to pause recording:', error);
-      throw error;
-    }
-  }
-
-  async resumeRecording() {
-    if (!this.isRecording || !this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.resumeRecording();
-      this.isPaused = false;
-      console.log('Recording resumed');
-    } catch (error) {
-      console.error('Failed to resume recording:', error);
-      throw error;
-    }
-  }
-
-  async stopRecording() {
-    if (!this.isRecording) {
-      return null;
-    }
-
-    try {
-      const result = await AudioRecorder.stopRecording();
-      this.isRecording = false;
-      this.isPaused = false;
-      this.recordingPath = result.filePath;
-
-      console.log('Recording stopped');
-      console.log('File path:', result.filePath);
-      console.log('Duration:', result.duration, 'seconds');
-
-      return result;
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  async getCurrentStatus() {
-    const status = await AudioRecorder.getStatus();
-    return {
-      isRecording: status.isRecording,
-      duration: status.currentTime,
-      isPaused: this.isPaused
-    };
-  }
-
-  formatDuration(seconds: number): string {
-    const mins = Math.floor(seconds / 60);
-    const secs = Math.floor(seconds % 60);
-    return `${mins}:${secs.toString().padStart(2, '0')}`;
-  }
-
-  getRecordingPath(): string | null {
-    return this.recordingPath;
-  }
-}
-
-// Usage
-const recorder = new VoiceRecorder();
-
-// Initialize
-await recorder.initialize();
-
-// Start recording
-await recorder.startRecording();
-
-// Pause
-await recorder.pauseRecording();
-
-// Resume
-await recorder.resumeRecording();
-
-// Stop and get result
-const result = await recorder.stopRecording();
-console.log('Recording saved:', result?.filePath);
-```
-
-## Configurazione avanzata
-
-### Configura la qualità audio
-
-```typescript
-const startHighQualityRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',           // aac, mp3, or wav
-    sampleRate: 44100,       // 44100 Hz (CD quality)
-    channels: 2,             // Stereo
-    bitRate: 320000          // 320 kbps
-  });
-};
-```
-
-### Configura per la voce
-
-```typescript
-const startVoiceRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',
-    sampleRate: 16000,       // 16 kHz (voice optimized)
-    channels: 1,             // Mono
-    bitRate: 64000           // 64 kbps
-  });
-};
-```
-
-## Esempio di integrazione dell'interfaccia utente
-
-```typescript
-class AudioRecorderUI {
-  private recorder: VoiceRecorder;
-  private updateInterval: any;
-
-  constructor() {
-    this.recorder = new VoiceRecorder();
-  }
-
-  async init() {
-    await this.recorder.initialize();
-    this.setupEventListeners();
-  }
-
-  setupEventListeners() {
-    const recordButton = document.getElementById('record-btn');
-    const pauseButton = document.getElementById('pause-btn');
-    const stopButton = document.getElementById('stop-btn');
-
-    recordButton?.addEventListener('click', () => this.handleRecord());
-    pauseButton?.addEventListener('click', () => this.handlePause());
-    stopButton?.addEventListener('click', () => this.handleStop());
-  }
-
-  async handleRecord() {
-    await this.recorder.startRecording();
-    this.startDurationUpdate();
-    this.updateUI('recording');
-  }
-
-  async handlePause() {
-    const status = await this.recorder.getCurrentStatus();
-
-    if (status.isPaused) {
-      await this.recorder.resumeRecording();
-      this.updateUI('recording');
-    } else {
-      await this.recorder.pauseRecording();
-      this.updateUI('paused');
-    }
-  }
-
-  async handleStop() {
-    const result = await this.recorder.stopRecording();
-    this.stopDurationUpdate();
-    this.updateUI('stopped');
-
-    if (result) {
-      this.showRecordingResult(result);
-    }
-  }
-
-  startDurationUpdate() {
-    this.updateInterval = setInterval(async () => {
-      const status = await this.recorder.getCurrentStatus();
-      this.updateDurationDisplay(status.duration);
-    }, 100);
-  }
-
-  stopDurationUpdate() {
-    if (this.updateInterval) {
-      clearInterval(this.updateInterval);
-    }
-  }
-
-  updateDurationDisplay(duration: number) {
-    const display = document.getElementById('duration');
-    if (display) {
-      display.textContent = this.recorder.formatDuration(duration);
-    }
-  }
-
-  updateUI(state: 'recording' | 'paused' | 'stopped') {
-    // Update button states, colors, etc.
-    console.log('UI state:', state);
-  }
-
-  showRecordingResult(result: any) {
-    console.log('Recording complete:', result);
-    // Show playback UI, save options, etc.
-  }
-}
-
-// Initialize UI
-const ui = new AudioRecorderUI();
-ui.init();
-```
-
-## Migliori pratiche
-
-1. **Richiedi autorizzazioni in anticipo**: controlla le autorizzazioni prima di mostrare l'interfaccia utente di registrazione
-2. **Gestione delle interruzioni**: telefonate e allarmi possono interrompere la registrazione
-3. **Gestisci spazio di archiviazione**: ripulisci le vecchie registrazioni per risparmiare spazio
-4. **Fornisci feedback**: mostra lo stato della registrazione, la durata e la forma d'onda
-5. **Test sui dispositivi**: i simulatori/emulatori hanno un supporto audio limitato
-
-## Problemi comuni
-
-### Autorizzazione negata
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await AudioRecorder.checkPermissions();
-
-  if (permission.recordAudio === 'denied') {
-    alert('Microphone permission is required to record audio. Please enable it in Settings.');
-  }
-};
-```
-
-### Registrazione interrotta
-
-```typescript
-// Handle app going to background
-document.addEventListener('pause', async () => {
-  const status = await recorder.getCurrentStatus();
-  if (status.isRecording) {
-    await recorder.pauseRecording();
-    // Notify user
-  }
-});
-```
-
-### Gestione dell'archiviazione
-
-```typescript
-const cleanupOldRecordings = async () => {
-  // Implement cleanup logic
-  // Delete recordings older than X days
-  // Or keep only last N recordings
-};
-```
-
-## Passaggi successivi
-
-- Esplora il [API Riferimento](https://github.com/Cap-go/capacitor-audio-recorder#api) per la documentazione completa del metodo
-- Controlla l'[app di esempio](https://github.com/Cap-go/capacitor-audio-recorder/tree/main/example) per un utilizzo avanzato
-- Consulta il [tutorial](/plugins/capacitor-audio-recorder) per esempi di implementazione completi
diff --git a/src/content/docs/it/docs/plugins/audio-recorder/index.mdx b/src/content/docs/it/docs/plugins/audio-recorder/index.mdx
deleted file mode 100644
index 1ddd40198..000000000
--- a/src/content/docs/it/docs/plugins/audio-recorder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-audio-recorder"
-description: Registra audio su iOS, Android e Web con Capacitor
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Registrazione audio di alta qualità per le tue applicazioni Capacitor
-  image:
-    file: ~public/icons/plugins/audio-recorder.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/audio-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-audio-recorder
-      icon: external
-      variant: minimal
-locale: it
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Multi-Piattaforma" icon="laptop">
-    Registra audio su iOS, Android e Web con un'API unificata 🌐
-  </Card>
-  <Card title="Formati Multipli" icon="document">
-    Supporto per codifica AAC, MP3 e WAV 🎵
-  </Card>
-  <Card title="Qualità Configurabile" icon="setting">
-    Controlla il sample rate, bit rate e canali per una qualità ottimale 🎚️
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/audio-recorder/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/audiosession/getting-started.mdx b/src/content/docs/it/docs/plugins/audiosession/getting-started.mdx
deleted file mode 100644
index 9910613f9..000000000
--- a/src/content/docs/it/docs/plugins/audiosession/getting-started.mdx
+++ /dev/null
@@ -1,73 +0,0 @@
----
-title: Iniziare
-description: >-
-  Configura il plug-in AudioSession per reagire alle modifiche e alle
-  interruzioni del percorso audio iOS.
-sidebar:
-  order: 2
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-> ℹ️ **Supporto piattaforma:** La sessione audio API è disponibile su iOS. Le chiamate a Android e il Web si risolvono senza alcun effetto in modo da poter mantenere la logica condivisa.
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-plugin-audiosession" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza la piattaforma iOS**
-   <PackageManagers type="exec" pkg="cap" args="sync ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Controlla gli output disponibili
-
-```typescript
-import { AudioSession, AudioSessionPorts } from '@capgo/capacitor-plugin-audiosession';
-
-const outputs = await AudioSession.currentOutputs();
-
-if (outputs.includes(AudioSessionPorts.BLUETOOTH_A2DP)) {
-  console.log('Bluetooth speaker connected');
-}
-```
-
-## Passa alla modalità altoparlante
-
-```typescript
-import { AudioSession, OutputOverrideType } from '@capgo/capacitor-plugin-audiosession';
-
-await AudioSession.overrideOutput(OutputOverrideType.speaker);
-
-// Restore system routing when you are done
-await AudioSession.overrideOutput(OutputOverrideType.default);
-```
-
-## Ascolta gli eventi di percorso e di interruzione
-
-```typescript
-import { AudioSession, RouteChangeReasons, InterruptionTypes } from '@capgo/capacitor-plugin-audiosession';
-
-const routeListener = await AudioSession.addListener('routeChanged', (reason) => {
-  if (reason === RouteChangeReasons.NEW_DEVICE_AVAILABLE) {
-    console.log('User connected a new audio route');
-  }
-});
-
-const interruptionListener = await AudioSession.addListener('interruption', (type) => {
-  if (type === InterruptionTypes.BEGAN) {
-    // Pause playback while we are interrupted
-  } else {
-    // Resume playback
-  }
-});
-
-// Later during cleanup
-await routeListener.remove();
-await interruptionListener.remove();
-```
-
-## Diritti
-
-- **iOS**: aggiungi eventuali modalità audio di sottofondo richieste (ad esempio `audio`, `voice`) all'interno di `ios/App/App/Info.plist` se la tua app riproduce l'audio in background.
-- **Altre piattaforme**: non è necessaria alcuna configurazione aggiuntiva; i metodi si risolveranno con risultati vuoti.
diff --git a/src/content/docs/it/docs/plugins/audiosession/index.mdx b/src/content/docs/it/docs/plugins/audiosession/index.mdx
deleted file mode 100644
index 260e02fb0..000000000
--- a/src/content/docs/it/docs/plugins/audiosession/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-plugin-audiosession"
-locale: it
-description: Osserva e controlla la sessione audio iOS dalle app Capacitor per gestire i cambiamenti di route e le interruzioni.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Ascolta i cambiamenti di route audio, reagisci alle interruzioni e reindirizza la riproduzione all'altoparlante senza uscire da Capacitor.
-  image:
-    file: ~public/icons/plugins/audiosession.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/audiosession/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-audiosession/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Il plugin AudioSession di Capgo ti offre un controllo granulare sul livello AVAudioSession di iOS, così puoi gestire con eleganza cuffie, dispositivi Bluetooth e interruzioni impreviste.
-
-<CardGrid stagger>
-  <Card title="Consapevolezza delle route" icon="rocket">
-    Rileva quando gli utenti collegano o scollegano auricolari, AirPods, altoparlanti Bluetooth e altro.
-  </Card>
-  <Card title="Override altoparlante" icon="setting">
-    Forza la riproduzione attraverso l'altoparlante integrato quando hai bisogno di audio a mani libere.
-  </Card>
-  <Card title="Gestione interruzioni" icon="moon">
-    Reagisci agli eventi di interruzione come chiamate telefoniche o Siri per mettere in pausa e riprendere l'audio in sicurezza.
-  </Card>
-  <Card title="Type safety" icon="pencil">
-    Definizioni TypeScript solide rendono facile costruire esperienze audio resilienti.
-  </Card>
-</CardGrid>
-
-Questo plugin è destinato a iOS dove è richiesto il controllo AVAudioSession. Sulle altre piattaforme le chiamate si risolvono senza effetto, permettendoti di mantenere un unico percorso di codice condiviso.
diff --git a/src/content/docs/it/docs/plugins/autofill-save-password/getting-started.mdx b/src/content/docs/it/docs/plugins/autofill-save-password/getting-started.mdx
deleted file mode 100644
index f371cf9b3..000000000
--- a/src/content/docs/it/docs/plugins/autofill-save-password/getting-started.mdx
+++ /dev/null
@@ -1,260 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e configurare il plugin Autofill Save Password per una gestione delle password senza interruzioni nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Supporto Piattaforme
-
-- **iOS**: Supporto completo (iOS 18.3 e versioni precedenti)
-- **Android**: Lavori in corso
-
-## Configurazione Piattaforma
-
-### iOS
-
-#### 1. Configurazione Domini Associati
-
-Configura i domini associati nel tuo account Apple Developer e aggiungili al tuo file `App.entitlements`:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-#### 2. Configurazione Credenziali Web
-
-Aggiungi un file `.well-known/apple-app-site-association` al tuo sito web:
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-### Android (Supporto Futuro)
-
-#### 1. Plugin Google Services
-
-Aggiungi a `android/app/build.gradle`:
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-#### 2. Configurazione Domini
-
-Aggiungi a `android/app/src/main/res/values/strings.xml`:
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-## Esempio di Utilizzo
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// Salva la password dopo un login riuscito
-async function login(username: string, password: string) {
-  try {
-    // Esegui qui la tua logica di login
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // Chiedi all'utente di salvare la password
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // Solo iOS
-      });
-
-      console.log('Password salvata con successo');
-    }
-  } catch (error) {
-    console.error('Impossibile salvare la password:', error);
-  }
-}
-
-// Leggi la password salvata per l'autofill
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Credenziali salvate trovate');
-      // Pre-compila il modulo di login
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Impossibile leggere la password salvata:', error);
-  }
-
-  return null;
-}
-```
-
-## Riferimento API
-
-### promptDialog(options)
-
-```typescript
-promptDialog(options: SavePasswordOptions) => Promise<void>
-```
-
-Salva le credenziali utente nel portachiavi di sistema.
-
-| Parametro     | Tipo                              |
-| ------------- | --------------------------------- |
-| **`options`** | `SavePasswordOptions` |
-
-### readPassword()
-
-```typescript
-readPassword() => Promise<SavedCredentials>
-```
-
-Recupera le credenziali salvate dal portachiavi di sistema.
-
-**Ritorna:** `Promise<SavedCredentials>`
-
-## Interfacce
-
-### SavePasswordOptions
-
-| Prop           | Tipo               | Descrizione                                   |
-| -------------- | ------------------ | --------------------------------------------- |
-| **`username`** | `string` | Il nome utente da salvare                          |
-| **`password`** | `string` | La password da salvare                          |
-| **`url`**      | `string` | Solo iOS - URL del dominio associato (opzionale) |
-
-### SavedCredentials
-
-| Prop           | Tipo              | Descrizione                  |
-| -------------- | ----------------- | ---------------------------- |
-| **`username`** | `string` | Il nome utente salvato           |
-| **`password`** | `string` | La password salvata           |
-
-## Integrazione con il Flusso di Login
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // Autentica con il tuo backend
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // Offri di salvare le credenziali
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login fallito:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // L'utente ha rifiutato di salvare o si è verificato un errore
-      console.log('Password non salvata:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('Nessuna credenziale salvata trovata');
-      return null;
-    }
-  }
-}
-```
-
-## Best practice
-
-- Chiedi di salvare le password solo dopo un'autenticazione riuscita
-- Gestisci i casi in cui gli utenti rifiutano di salvare le password in modo elegante
-- Implementa una corretta gestione degli errori per i fallimenti di accesso al portachiavi
-- Usa i domini associati per una condivisione senza interruzioni delle credenziali tra web e app
-- Testa la funzionalità di autofill su diverse versioni di iOS
-
-## Considerazioni sulla Sicurezza
-
-- Le credenziali sono memorizzate nel portachiavi di sistema con flag di sicurezza appropriati
-- I domini associati assicurano che le credenziali siano accessibili solo alle app autorizzate
-- Segui le linee guida di sicurezza della piattaforma per la gestione delle credenziali
-- Considera l'implementazione di misure di sicurezza aggiuntive per applicazioni sensibili
diff --git a/src/content/docs/it/docs/plugins/autofill-save-password/index.mdx b/src/content/docs/it/docs/plugins/autofill-save-password/index.mdx
deleted file mode 100644
index 9e1a9d7d9..000000000
--- a/src/content/docs/it/docs/plugins/autofill-save-password/index.mdx
+++ /dev/null
@@ -1,279 +0,0 @@
----
-title: "@capgo/capacitor-autofill-save-password"
-locale: it
-description: Plugin di supporto per l'autofill delle password per app Capacitor con gestione delle credenziali, archiviazione sicura ed esperienza utente senza interruzioni.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Abilita l'autofill delle password e la gestione delle credenziali con integrazione di sistema per esperienze di autenticazione senza interruzioni.
-  image:
-    file: ~public/icons/plugins/autofill-save-password.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/autofill-save-password/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-autofill-save-password/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Panoramica
-
-Il plugin Capacitor Autofill Save Password fornisce funzionalità di salvataggio e autofill delle password per applicazioni Capacitor. Questo plugin si integra con la gestione delle credenziali a livello di sistema per offrire esperienze di autenticazione senza interruzioni con archiviazione e recupero sicuri delle password.
-
-<CardGrid stagger>
-  <Card title="Salvataggio password" icon="rocket">
-    Salva le credenziali nel portachiavi di sistema in modo sicuro
-  </Card>
-  <Card title="Integrazione autofill" icon="setting">
-    Supporto autofill password a livello di sistema
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Supporto iOS con sviluppo Android in corso
-  </Card>
-  <Card title="Associazione domini" icon="puzzle">
-    Domini associati per autenticazione senza interruzioni
-  </Card>
-</CardGrid>
-
-## Installazione
-
-```bash
-npm install @capgo/capacitor-autofill-save-password
-npx cap sync
-```
-
-## Supporto Piattaforme
-
-- **iOS**: Supporto completo (funziona con iOS 18.3 e versioni precedenti)
-- **Android**: Lavori in corso
-
-## Configurazione iOS
-
-### 1. Configurazione Domini Associati
-
-Configura i domini associati nel tuo account Apple Developer e aggiungili al tuo file `App.entitlements`:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-### 2. Configurazione Credenziali Web
-
-Aggiungi un file `.well-known/apple-app-site-association` al tuo sito web:
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-## Metodi API Principali
-
-### Gestione Password
-- `promptDialog(options)` - Salva la password nel portachiavi di sistema
-- `readPassword()` - Leggi la password salvata dal portachiavi
-
-## Esempio di Utilizzo
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// Salva la password dopo un login riuscito
-async function login(username: string, password: string) {
-  try {
-    // Esegui qui la tua logica di login
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // Chiedi all'utente di salvare la password
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // Solo iOS
-      });
-
-      console.log('Password salvata con successo');
-    }
-  } catch (error) {
-    console.error('Impossibile salvare la password:', error);
-  }
-}
-
-// Leggi la password salvata per l'autofill
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Credenziali salvate trovate');
-      // Pre-compila il modulo di login
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Impossibile leggere la password salvata:', error);
-  }
-
-  return null;
-}
-```
-
-## Configurazione Android (Lavori in Corso)
-
-Per il futuro supporto Android, sarà richiesta la seguente configurazione:
-
-### 1. Plugin Google Services
-
-Aggiungi a `android/app/build.gradle`:
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-### 2. Configurazione Domini
-
-Aggiungi a `android/app/src/main/res/values/strings.xml`:
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-### 3. JSON Google Services
-
-Aggiungi `google-services.json` al tuo progetto Android.
-
-## Riferimento API
-
-### promptDialog(options)
-
-Salva le credenziali utente nel portachiavi di sistema.
-
-```typescript
-interface SavePasswordOptions {
-  username: string;
-  password: string;
-  url?: string; // Solo iOS - URL del dominio associato
-}
-```
-
-### readPassword()
-
-Recupera le credenziali salvate dal portachiavi di sistema.
-
-```typescript
-interface SavedCredentials {
-  username: string;
-  password: string;
-}
-```
-
-## Integrazione con il Flusso di Login
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // Autentica con il tuo backend
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // Offri di salvare le credenziali
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login fallito:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // L'utente ha rifiutato di salvare o si è verificato un errore
-      console.log('Password non salvata:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('Nessuna credenziale salvata trovata');
-      return null;
-    }
-  }
-}
-```
-
-## Best practice
-
-- Chiedi di salvare le password solo dopo un'autenticazione riuscita
-- Gestisci i casi in cui gli utenti rifiutano di salvare le password in modo elegante
-- Implementa una corretta gestione degli errori per i fallimenti di accesso al portachiavi
-- Usa i domini associati per una condivisione senza interruzioni delle credenziali tra web e app
-- Testa la funzionalità di autofill su diverse versioni di iOS
-
-## Considerazioni sulla Sicurezza
-
-- Le credenziali sono memorizzate nel portachiavi di sistema con flag di sicurezza appropriati
-- I domini associati assicurano che le credenziali siano accessibili solo alle app autorizzate
-- Segui le linee guida di sicurezza della piattaforma per la gestione delle credenziali
-- Considera l'implementazione di misure di sicurezza aggiuntive per applicazioni sensibili
-
-## Limitazioni
-
-- Il supporto Android è attualmente in fase di sviluppo
-- iOS richiede una corretta configurazione dei domini associati
-- Il comportamento dell'autofill può variare tra diverse versioni di iOS
-- Richiede il consenso dell'utente per salvare e accedere alle credenziali
-
-## Documentazione
-
-Controlla la [documentazione completa](/docs/plugins/autofill-save-password/getting-started/) per guide di implementazione dettagliate e modelli di integrazione avanzati.
diff --git a/src/content/docs/it/docs/plugins/background-geolocation/getting-started.mdx b/src/content/docs/it/docs/plugins/background-geolocation/getting-started.mdx
deleted file mode 100644
index 55ecb20fb..000000000
--- a/src/content/docs/it/docs/plugins/background-geolocation/getting-started.mdx
+++ /dev/null
@@ -1,273 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e utilizzare il plugin Background Geolocation per tracciare la posizione del dispositivo in background.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-Questo plugin supporta Capacitor v7:
-
-| Capacitor  | Plugin |
-|------------|--------|
-| v7         | v7     |
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-</Tabs>
-
-## Configurazione Piattaforma
-
-### iOS
-
-Aggiungi le seguenti chiavi a `Info.plist`:
-
-```xml
-<dict>
-  ...
-  <key>NSLocationWhenInUseUsageDescription</key>
-  <string>Dobbiamo tracciare la tua posizione</string>
-  <key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-  <string>Dobbiamo tracciare la tua posizione mentre il tuo dispositivo è bloccato.</string>
-  <key>UIBackgroundModes</key>
-  <array>
-    <string>location</string>
-  </array>
-  ...
-</dict>
-```
-
-### Android
-
-Imposta l'opzione `android.useLegacyBridge` su `true` nella tua configurazione Capacitor. Questo previene l'interruzione degli aggiornamenti di posizione dopo 5 minuti in background. Vedi https://capacitorjs.com/docs/config e https://github.com/capacitor-community/background-geolocation/issues/89.
-
-Su Android 13+, l'app necessita del permesso runtime `POST_NOTIFICATIONS` per mostrare la notifica persistente che informa l'utente che la sua posizione viene utilizzata in background. Questo permesso runtime viene richiesto dopo che il permesso di posizione è stato concesso.
-
-Se la tua app inoltra gli aggiornamenti di posizione a un server in tempo reale, tieni presente che dopo 5 minuti in background Android limiterà le richieste HTTP avviate dalla WebView. La soluzione è utilizzare un plugin HTTP native come [CapacitorHttp](https://capacitorjs.com/docs/apis/http). Vedi https://github.com/capacitor-community/background-geolocation/issues/14.
-
-Configurazione specifica per Android può essere effettuata in `strings.xml`:
-```xml
-<resources>
-    <!--
-        Il nome del canale per la notifica di background. Questo sarà visibile
-        quando l'utente preme e tiene premuta la notifica. Il default è
-        "Background Tracking".
-    -->
-    <string name="capacitor_background_geolocation_notification_channel_name">
-        Background Tracking
-    </string>
-
-    <!--
-        L'icona da usare per la notifica di background. Nota l'assenza di un
-        "@" iniziale. Il default è "mipmap/ic_launcher", l'icona di lancio dell'app.
-
-        Se viene usata un'immagine raster per generare l'icona (opposta a un'immagine
-        vettoriale), deve avere uno sfondo trasparente. Per assicurarti che la tua immagine
-        sia compatibile, seleziona "Notification Icons" come Icon Type quando
-        crei l'asset immagine in Android Studio.
-
-        Un asset immagine incompatibile causerà il malfunzionamento della notifica in
-        alcuni modi rivelatori, anche se l'icona appare correttamente:
-
-          - La notifica potrebbe essere dismissibile dall'utente quando non dovrebbe
-            esserlo.
-          - Toccare la notifica potrebbe aprire le impostazioni, non l'app.
-          - Il testo della notifica potrebbe essere errato.
-    -->
-    <string name="capacitor_background_geolocation_notification_icon">
-        drawable/ic_tracking
-    </string>
-
-    <!--
-        Il colore della notifica come stringa analizzabile da
-        android.graphics.Color.parseColor. Opzionale.
-    -->
-    <string name="capacitor_background_geolocation_notification_color">
-        yellow
-    </string>
-</resources>
-```
-
-## Utilizzo
-
-```javascript
-import { BackgroundGeolocation } from "@capgo/background-geolocation";
-
-BackgroundGeolocation.start(
-    {
-        backgroundMessage: "Annulla per prevenire il consumo della batteria.",
-        backgroundTitle: "Ti stiamo tracciando.",
-        requestPermissions: true,
-        stale: false,
-        distanceFilter: 50
-    },
-    (location, error) => {
-        if (error) {
-            if (error.code === "NOT_AUTHORIZED") {
-                if (window.confirm(
-                    "Questa app necessita della tua posizione, " +
-                    "ma non ha il permesso.\n\n" +
-                    "Aprire le impostazioni ora?"
-                )) {
-                    // Può essere utile indirizzare l'utente alle impostazioni del suo dispositivo
-                    // quando i permessi di posizione sono stati negati. Il
-                    // plugin fornisce il metodo 'openSettings' per fare esattamente
-                    // questo.
-                    BackgroundGeolocation.openSettings();
-                }
-            }
-            return console.error(error);
-        }
-        return console.log(location);
-    }
-).then(() => {
-    // Quando gli aggiornamenti di posizione non sono più necessari, il plugin dovrebbe essere fermato chiamando
-    BackgroundGeolocation.stop();
-});
-
-// Imposta un percorso pianificato per ottenere un suono di notifica quando arriva una nuova posizione e non è sul percorso:
-
-BackgroundGeolocation.setPlannedRoute({soundFile: "assets/myFile.mp3", route: [[1,2], [3,4]], distance: 30 });
-
-// Se vuoi solo la posizione corrente, prova qualcosa del genere. Più lungo
-// è il timeout, più accurata sarà la stima. Non andrei sotto circa 100ms.
-function guessLocation(callback, timeout) {
-    let last_location;
-    BackgroundGeolocation.start(
-        {
-            requestPermissions: false,
-            stale: true
-        },
-        (location) => {
-            last_location = location || undefined;
-        }
-    ).then(() => {
-        setTimeout(() => {
-            callback(last_location);
-            BackgroundGeolocation.stop();
-        }, timeout);
-    });
-}
-```
-
-## API
-
-### start(...)
-
-```typescript
-start(options: StartOptions, callback: (position?: Location | undefined, error?: CallbackError | undefined) => void) => Promise<void>
-```
-
-Per iniziare ad ascoltare i cambiamenti nella posizione del dispositivo, chiama questo metodo.
-Viene restituita una Promise per indicare che ha completato la chiamata. Il callback verrà chiamato ogni volta che una nuova posizione
-è disponibile, o se si è verificato un errore chiamando questo metodo. Non fare affidamento sul rifiuto della promise per questo.
-
-| Parametro      | Tipo                                                                                                                      | Descrizione                                                                       |
-| -------------- | ------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------- |
-| **`options`**  | `StartOptions`                                                                     | Le opzioni di configurazione                                                         |
-| **`callback`** | `(position?: Location, error?: CallbackError) => void` | La funzione callback invocata quando è disponibile una nuova posizione o si verifica un errore |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-Ferma gli aggiornamenti di posizione.
-
-### openSettings()
-
-```typescript
-openSettings() => Promise<void>
-```
-
-Apre la pagina delle impostazioni di posizione del dispositivo.
-Utile per indirizzare gli utenti ad abilitare i servizi di localizzazione o regolare i permessi.
-
-### setPlannedRoute(...)
-
-```typescript
-setPlannedRoute(options: SetPlannedRouteOptions) => Promise<void>
-```
-
-Riproduce un file audio quando l'utente si discosta dal percorso pianificato.
-Questo dovrebbe essere usato per riprodurre un suono (anche in background, solo per native).
-
-| Parametro     | Tipo                                                                      | Descrizione                                              |
-| ------------- | ------------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | `SetPlannedRouteOptions` | Le opzioni per impostare il percorso pianificato e il file audio |
-
-## Interfacce
-
-### StartOptions
-
-Le opzioni per la configurazione degli aggiornamenti di posizione.
-
-| Prop                     | Tipo                 | Descrizione                                                                                                                                                                                                                                                                                                                                                                                                          | Default                            |
-| ------------------------ | -------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------- |
-| **`backgroundMessage`**  | `string`  | Se l'opzione "backgroundMessage" è definita, il plugin fornirà aggiornamenti di posizione sia che l'app sia in background che in foreground. Se non è definita, gli aggiornamenti di posizione sono garantiti solo in foreground. Questo è vero su entrambe le piattaforme. Su Android, deve essere mostrata una notifica per continuare a ricevere aggiornamenti di posizione in background. Questa opzione specifica il testo di quella notifica. |                                    |
-| **`backgroundTitle`**    | `string`  | Il titolo della notifica menzionata sopra.                                                                                                                                                                                                                                                                                                                                                                       | `"Using your location"` |
-| **`requestPermissions`** | `boolean` | Se i permessi devono essere richiesti automaticamente all'utente, se non sono già concessi.                                                                                                                                                                                                                                                                                                                | `true`                  |
-| **`stale`**              | `boolean` | Se "true", possono essere consegnate posizioni obsolete mentre il dispositivo ottiene un fix GPS. Sei responsabile del controllo della proprietà "time". Se "false", le posizioni sono garantite essere aggiornate.                                                                                                                                                                                                         | `false`                 |
-| **`distanceFilter`**     | `number`  | La distanza in metri che il dispositivo deve muovere prima che venga attivato un nuovo aggiornamento di posizione. Questo viene usato per filtrare piccoli movimenti e ridurre il numero di aggiornamenti.                                                                                                                                                                                                             | `0`                     |
-
-### Location
-
-Rappresenta una posizione geografica con vari attributi.
-Contiene tutte le proprietà di posizione standard restituite dai fornitori GPS/rete.
-
-| Prop                   | Tipo                        | Descrizione                                                                                                                            |
-| ---------------------- | --------------------------- | -------------------------------------------------------------------------------------------------------------------------------------- |
-| **`latitude`**         | `number`         | Latitudine in gradi. Range: -90.0 a +90.0                                                                                             |
-| **`longitude`**        | `number`         | Longitudine in gradi. Range: -180.0 a +180.0                                                                                          |
-| **`accuracy`**         | `number`         | Raggio di incertezza orizzontale in metri, con confidenza del 68%. Valori più bassi indicano una posizione più accurata.                         |
-| **`altitude`**         | `number \| null` | Metri sopra il livello del mare (o null se non disponibile).                                                                                     |
-| **`altitudeAccuracy`** | `number \| null` | Incertezza verticale in metri, con confidenza del 68% (o null se non disponibile).                                                        |
-| **`simulated`**        | `boolean`        | `true` se la posizione è stata simulata da software, piuttosto che GPS. Utile per rilevare posizioni mock in sviluppo o test.      |
-| **`bearing`**          | `number \| null` | Deviazione dal nord vero in gradi (o null se non disponibile). Range: 0.0 a 360.0                                                   |
-| **`speed`**            | `number \| null` | Velocità in metri al secondo (o null se non disponibile).                                                                                 |
-| **`time`**             | `number \| null` | Tempo in cui la posizione è stata prodotta, in millisecondi dall'epoca unix. Usalo per controllare se una posizione è obsoleta quando usi stale: true. |
-
-### CallbackError
-
-Oggetto errore che può essere passato al callback di avvio posizione.
-Estende l'Error standard con codici di errore opzionali.
-
-| Prop       | Tipo                | Descrizione                                           |
-| ---------- | ------------------- | ----------------------------------------------------- |
-| **`code`** | `string` | Codice di errore opzionale per una gestione degli errori più specifica. |
-
-### SetPlannedRouteOptions
-
-| Prop            | Tipo                            | Descrizione                                                                                                                                                                                                                                        | Default         |
-| --------------- | ------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------- |
-| **`soundFile`** | `string`             | Il nome del file audio da riprodurre. Deve essere un percorso relativo audio valido nella cartella pubblica dell'app per funzionare sia per piattaforme web che native. Non c'è bisogno di includere la cartella pubblica nel percorso.                                            |                 |
-| **`route`**     | `[number, number][]` | Il percorso pianificato come array di coppie longitudine e latitudine. Ogni coppia rappresenta un punto sul percorso. Questo viene usato per definire un percorso che l'utente può seguire. Il percorso viene usato per riprodurre un suono quando l'utente si discosta da esso.               |                 |
-| **`distance`**  | `number`             | La distanza in metri che l'utente deve discostarsi dal percorso pianificato per attivare il suono. Questo viene usato per determinare quanto lontano dal percorso l'utente può essere prima che il suono venga riprodotto. Se non specificato, viene usato un valore predefinito di 50 metri. | `50` |
diff --git a/src/content/docs/it/docs/plugins/background-geolocation/index.mdx b/src/content/docs/it/docs/plugins/background-geolocation/index.mdx
deleted file mode 100644
index f996c1baa..000000000
--- a/src/content/docs/it/docs/plugins/background-geolocation/index.mdx
+++ /dev/null
@@ -1,56 +0,0 @@
----
-title: "Background Geolocation"
-locale: it
-description: Un plugin Capacitor che ti permette di ricevere aggiornamenti di geolocalizzazione accurati anche mentre l'app è in background
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Ricevi aggiornamenti di geolocalizzazione accurati anche mentre l'app è in background.
-  image:
-    file: ~public/icons/plugins/background-geolocation.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/background-geolocation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-background-geolocation
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Tracciamento Accurato" icon="rocket">
-    Priorità all'accuratezza per casi d'uso come escursionismo e navigazione
-  </Card>
-  <Card title="Aggiornamenti in Background" icon="puzzle">
-    Continua a ricevere aggiornamenti di posizione anche quando l'app è in background
-  </Card>
-  <Card title="Efficiente per la Batteria" icon="setting">
-    Ottimizzato per bilanciare accuratezza e consumo della batteria
-  </Card>
-  <Card title="Iniziare" icon="open-book">
-    Controlla la [Guida Iniziare](/docs/plugins/background-geolocation/getting-started/) per installare e configurare il plugin.
-  </Card>
-</CardGrid>
-
-## Confronto Plugin
-
-Un breve confronto tra i tre principali plugin di background-geolocation comunemente usati nelle app Capacitor.
-
-| Plugin | Accuratezza | Background | Upload HTTP | Prezzo |
-|--------|----------|------------|-------------|---------|
-| `@capacitor-community/background-geolocation` (Community) | Non accurato | Sì | No | Gratuito |
-| `@capgo/background-geolocation` (questo plugin) | Accurato | Sì | No | Gratuito |
-| Transistorsoft (originale) | Accurato | Sì | Sì — uploader HTTP integrato alla tua API | A pagamento |
-
-**Note:**
-- Il plugin Community è leggero e continua a funzionare in background, ma è noto per essere meno accurato delle opzioni sottostanti.
-- Questo plugin Capgo è ottimizzato per fornire fix di posizione accurati e operazioni in background affidabili senza richiedere una licenza a pagamento.
-- Transistorsoft offre una soluzione commerciale completa che include anche capacità di upload HTTP integrate per inviare dati di posizione al tuo backend.
diff --git a/src/content/docs/it/docs/plugins/barometer/getting-started.mdx b/src/content/docs/it/docs/plugins/barometer/getting-started.mdx
deleted file mode 100644
index 2fa157164..000000000
--- a/src/content/docs/it/docs/plugins/barometer/getting-started.mdx
+++ /dev/null
@@ -1,214 +0,0 @@
----
-title: "Iniziare con Barometer"
-locale: it
-description: "Scopri come integrare il rilevamento della pressione barometrica nella tua app Capacitor"
----
-
-Questa guida ti guiderà attraverso l'integrazione del plugin Capacitor Barometer nella tua applicazione.
-
-## Installazione
-
-Installa il plugin usando npm:
-
-```bash
-npm install @capgo/capacitor-barometer
-npx cap sync
-```
-
-## Configurazione iOS
-
-Aggiungi quanto segue al tuo `Info.plist`:
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>Questa app usa il barometro per misurare la pressione atmosferica</string>
-```
-
-## Configurazione Android
-
-Non è richiesta alcuna configurazione aggiuntiva. Il plugin richiede automaticamente i permessi necessari.
-
-## Utilizzo Base
-
-### Importa il Plugin
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-```
-
-### Controlla Disponibilità Sensore
-
-```typescript
-const checkBarometer = async () => {
-  const { available } = await Barometer.isAvailable();
-  console.log('Barometro disponibile:', available);
-};
-```
-
-### Inizia Monitoraggio Pressione
-
-```typescript
-const startMonitoring = async () => {
-  await Barometer.start({
-    interval: 1000 // Intervallo di aggiornamento in millisecondi
-  });
-
-  console.log('Monitoraggio barometro iniziato');
-};
-```
-
-### Ascolta Eventi Pressione
-
-```typescript
-Barometer.addListener('pressureChange', (data) => {
-  console.log('Pressione (hPa):', data.pressure);
-  console.log('Altitudine relativa (m):', data.relativeAltitude);
-  console.log('Timestamp:', data.timestamp);
-});
-```
-
-### Ottieni Lettura Corrente
-
-```typescript
-const getCurrentPressure = async () => {
-  const reading = await Barometer.getCurrentReading();
-  console.log('Pressione corrente:', reading.pressure, 'hPa');
-  console.log('Altitudine relativa:', reading.relativeAltitude, 'm');
-};
-```
-
-### Ferma Monitoraggio
-
-```typescript
-const stopMonitoring = async () => {
-  await Barometer.stop();
-  console.log('Monitoraggio barometro fermato');
-};
-```
-
-## Esempio Completo
-
-Ecco un esempio completo che mostra l'integrazione del barometro:
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-
-class BarometerService {
-  private listener: any;
-
-  async initialize() {
-    // Controlla disponibilità
-    const { available } = await Barometer.isAvailable();
-    if (!available) {
-      console.error('Barometro non disponibile su questo dispositivo');
-      return;
-    }
-
-    // Inizia monitoraggio
-    await Barometer.start({ interval: 1000 });
-
-    // Aggiungi listener
-    this.listener = Barometer.addListener('pressureChange', (data) => {
-      this.handlePressureChange(data);
-    });
-  }
-
-  handlePressureChange(data: any) {
-    console.log('Pressione:', data.pressure, 'hPa');
-    console.log('Altitudine:', data.relativeAltitude, 'm');
-
-    // Aggiorna UI o elabora dati
-    this.updateDisplay(data);
-  }
-
-  updateDisplay(data: any) {
-    // Converti hPa in altre unità
-    const inHg = (data.pressure * 0.02953).toFixed(2);
-    const mmHg = (data.pressure * 0.750062).toFixed(1);
-
-    console.log(`Pressione: ${data.pressure.toFixed(1)} hPa`);
-    console.log(`         ${inHg} inHg`);
-    console.log(`         ${mmHg} mmHg`);
-    console.log(`Altitudine: ${data.relativeAltitude.toFixed(1)} m`);
-  }
-
-  async cleanup() {
-    // Rimuovi listener
-    if (this.listener) {
-      this.listener.remove();
-    }
-
-    // Ferma monitoraggio
-    await Barometer.stop();
-  }
-}
-
-// Utilizzo
-const barometerService = new BarometerService();
-barometerService.initialize();
-
-// Pulizia quando fatto
-// barometerService.cleanup();
-```
-
-## Comprendere le Letture
-
-### Pressione Atmosferica
-- Misurata in ettopascal (hPa) o millibar (mb)
-- Pressione standard a livello del mare: 1013.25 hPa
-- Altitudine più alta = pressione più bassa
-- I sistemi meteorologici influenzano le letture di pressione
-
-### Altitudine Relativa
-- Calcolata dai cambiamenti di pressione
-- Relativa al punto di riferimento di partenza
-- Accuratezza: ±10-30 metri
-- Funziona meglio per tracciamento a breve termine
-
-## Best practice
-
-1. **Controlla Disponibilità**: Verifica sempre la disponibilità del sensore prima dell'uso
-2. **Intervalli Ragionevoli**: Non interrogare troppo frequentemente (1000ms è buono)
-3. **Rimuovi Listener**: Pulisci i listener quando non necessari
-4. **Calibrazione**: Usa altitudine conosciuta per letture accurate
-5. **Impatto Batteria**: Monitora l'uso della batteria con rilevamento continuo
-
-## Problemi Comuni
-
-### Sensore Non Disponibile
-```typescript
-try {
-  const { available } = await Barometer.isAvailable();
-  if (!available) {
-    // Fallback su altitudine GPS o input manuale
-    showAlternativeMethod();
-  }
-} catch (error) {
-  console.error('Controllo barometro fallito:', error);
-}
-```
-
-### Dati Rumorosi
-```typescript
-class PressureFilter {
-  private readings: number[] = [];
-  private maxReadings = 5;
-
-  addReading(pressure: number): number {
-    this.readings.push(pressure);
-    if (this.readings.length > this.maxReadings) {
-      this.readings.shift();
-    }
-
-    // Ritorna media mobile
-    const sum = this.readings.reduce((a, b) => a + b, 0);
-    return sum / this.readings.length;
-  }
-}
-```
-
-## Prossimi Passi
-
-- Esplora il [Riferimento API](https://github.com/Cap-go/capacitor-barometer#api) per la documentazione completa dei metodi
-- Controlla l'[app esempio](https://github.com/Cap-go/capacitor-barometer/tree/main/example) per uso avanzato
-- Vedi il [tutorial](/plugins/capacitor-barometer) per esempi di implementazione completi
diff --git a/src/content/docs/it/docs/plugins/barometer/index.mdx b/src/content/docs/it/docs/plugins/barometer/index.mdx
deleted file mode 100644
index 33500f3e0..000000000
--- a/src/content/docs/it/docs/plugins/barometer/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: "@capgo/capacitor-barometer"
-locale: it
-description: Accedi alle letture del barometro del dispositivo per dati sulla pressione atmosferica e l'altitudine dai sensori del dispositivo.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Accedi ai dati sulla pressione barometrica e l'altitudine dai sensori del dispositivo per applicazioni meteo e fitness.
-  image:
-    file: ~public/icons/plugins/barometer.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/barometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-barometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Monitoraggio Pressione" icon="rocket">
-    Letture della pressione atmosferica in tempo reale
-  </Card>
-  <Card title="Calcolo Altitudine" icon="star">
-    Deriva l'altitudine relativa dai cambiamenti di pressione
-  </Card>
-  <Card title="Listener Eventi" icon="setting">
-    Iscriviti agli eventi di cambio pressione
-  </Card>
-  <Card title="Cross-Platform" icon="laptop">
-    Funziona su dispositivi iOS e Android con sensori barometro
-  </Card>
-  <Card title="Iniziare" icon="open-book">
-    Controlla la [Guida Iniziare](/docs/plugins/barometer/getting-started/) per installare e configurare il plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/camera-preview/getting-started.mdx b/src/content/docs/it/docs/plugins/camera-preview/getting-started.mdx
deleted file mode 100644
index c6f6cabf9..000000000
--- a/src/content/docs/it/docs/plugins/camera-preview/getting-started.mdx
+++ /dev/null
@@ -1,275 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e utilizzare il plugin Camera Preview per visualizzare il feed della fotocamera in tempo reale e catturare foto/video nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/camera-preview" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura i permessi**
-
-   ### iOS
-   Aggiungi la descrizione dell'uso della fotocamera al tuo `Info.plist`:
-   ```xml
-   <key>NSCameraUsageDescription</key>
-   <string>Per scattare foto e video</string>
-   <key>NSMicrophoneUsageDescription</key>
-   <string>Per registrare audio con i video</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>Per salvare foto e video</string>
-   ```
-
-   ### Android
-   Aggiungi i permessi della fotocamera al tuo `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.CAMERA" />
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   ```
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e usa i suoi metodi per controllare la fotocamera:
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview';
-import { CameraPreviewOptions, CameraPreviewPictureOptions } from '@capgo/camera-preview';
-
-// Avvia anteprima fotocamera
-const startCamera = async () => {
-  const cameraPreviewOptions: CameraPreviewOptions = {
-    position: 'rear',
-    height: 1920,
-    width: 1080,
-    quality: 50,
-    toBack: false,
-    paddingBottom: 0,
-    rotateWhenOrientationChanged: true,
-    x: 0,
-    y: 0
-  };
-
-  await CameraPreview.start(cameraPreviewOptions);
-};
-
-// Ferma anteprima fotocamera
-const stopCamera = async () => {
-  await CameraPreview.stop();
-};
-
-// Scatta una foto
-const takePicture = async () => {
-  const pictureOptions: CameraPreviewPictureOptions = {
-    quality: 90,
-    width: 1920,
-    height: 1080
-  };
-
-  const result = await CameraPreview.capture(pictureOptions);
-  const base64PictureData = result.value;
-
-  // Usa i dati immagine base64
-  console.log(base64PictureData);
-};
-
-// Cambia fotocamera
-const flipCamera = async () => {
-  await CameraPreview.flip();
-};
-
-// Controlla flash
-const setFlashMode = async (mode: 'on' | 'off' | 'auto' | 'torch') => {
-  await CameraPreview.setFlashMode({ flashMode: mode });
-};
-
-// Avvia registrazione video
-const startRecording = async () => {
-  await CameraPreview.startRecordVideo({
-    storeToFile: true,
-    fileName: 'myvideo'
-  });
-};
-
-// Ferma registrazione
-const stopRecording = async () => {
-  const result = await CameraPreview.stopRecordVideo();
-  console.log('Percorso video:', result.videoFilePath);
-};
-```
-
-## Riferimento API
-
-### start(options)
-
-Avvia l'anteprima della fotocamera.
-
-```typescript
-interface CameraPreviewOptions {
-  position?: 'rear' | 'front';
-  height?: number;
-  width?: number;
-  x?: number;
-  y?: number;
-  toBack?: boolean;
-  paddingBottom?: number;
-  rotateWhenOrientationChanged?: boolean;
-  storeToFile?: boolean;
-  disableExifHeaderStripping?: boolean;
-  enableHighResolution?: boolean;
-  disableAudio?: boolean;
-  lockAndroidOrientation?: boolean;
-  enableOpacity?: boolean;
-  enableZoom?: boolean;
-}
-```
-
-### stop()
-
-Ferma l'anteprima della fotocamera.
-
-### capture(options)
-
-Scatta una foto e la restituisce come stringa codificata in base64.
-
-```typescript
-interface CameraPreviewPictureOptions {
-  height?: number;
-  width?: number;
-  quality?: number;
-}
-```
-
-### flip()
-
-Cambia tra fotocamera frontale e posteriore.
-
-### setFlashMode(options)
-
-Imposta la modalità flash.
-
-```typescript
-interface CameraPreviewFlashMode {
-  flashMode: 'off' | 'on' | 'auto' | 'torch';
-}
-```
-
-### startRecordVideo(options)
-
-Avvia la registrazione video.
-
-```typescript
-interface CameraPreviewVideoOptions {
-  storeToFile?: boolean;
-  fileName?: string;
-  width?: number;
-  height?: number;
-  quality?: number;
-  withFlash?: boolean;
-}
-```
-
-### stopRecordVideo()
-
-Ferma la registrazione video e restituisce il percorso del file video.
-
-## Funzionalità Avanzate
-
-### Controllo Focus
-
-```typescript
-// Imposta focus
-await CameraPreview.setFocusCoordinate({
-  x: 100,
-  y: 100
-});
-
-// Ottieni modalità focus supportate
-const focusModes = await CameraPreview.getFocusModes();
-
-// Imposta modalità focus
-await CameraPreview.setFocusMode({
-  focusMode: 'continuous-picture'
-});
-```
-
-### Controllo Zoom
-
-```typescript
-// Ottieni zoom massimo
-const maxZoom = await CameraPreview.getMaxZoom();
-
-// Imposta zoom
-await CameraPreview.setZoom({
-  zoom: 2.0
-});
-
-// Ottieni zoom corrente
-const currentZoom = await CameraPreview.getZoom();
-```
-
-### Controllo Esposizione
-
-```typescript
-// Ottieni range compensazione esposizione
-const range = await CameraPreview.getExposureCompensationRange();
-
-// Imposta compensazione esposizione
-await CameraPreview.setExposureCompensation({
-  exposureCompensation: 0.5
-});
-```
-
-## Best practice
-
-1. **Richiedi prima i permessi**
-   ```typescript
-   import { Camera } from '@capacitor/camera';
-
-   const requestPermissions = async () => {
-     const permissions = await Camera.requestPermissions();
-     if (permissions.camera === 'granted') {
-       // Avvia anteprima fotocamera
-     }
-   };
-   ```
-
-2. **Gestisci i cambiamenti di orientamento**
-   Imposta `rotateWhenOrientationChanged: true` per regolare automaticamente l'anteprima.
-
-3. **Ottimizza le prestazioni**
-   - Usa impostazioni di risoluzione appropriate
-   - Ferma l'anteprima quando non in uso
-   - Disabilita le funzionalità che non ti servono
-
-4. **Gestione errori**
-   ```typescript
-   try {
-     await CameraPreview.start(options);
-   } catch (error) {
-     console.error('Impossibile avviare fotocamera:', error);
-   }
-   ```
-
-## Note Piattaforma
-
-### iOS
-- Richiede iOS 10.0+
-- Usa framework AVFoundation
-- Accelerazione hardware supportata
-
-### Android
-- Richiede Android 5.0 (API 21)+
-- Usa Camera2 API
-- Supporta varie funzionalità fotocamera basate sulle capacità del dispositivo
diff --git a/src/content/docs/it/docs/plugins/camera-preview/index.mdx b/src/content/docs/it/docs/plugins/camera-preview/index.mdx
deleted file mode 100644
index fe52c12f6..000000000
--- a/src/content/docs/it/docs/plugins/camera-preview/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/camera-preview"
-locale: it
-description: Plugin Capacitor per la funzionalità di anteprima della fotocamera con visualizzazione del feed della fotocamera in tempo reale e capacità di cattura foto/video.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Visualizza l'anteprima della fotocamera nella tua app con pieno controllo delle impostazioni della fotocamera, cattura foto e video direttamente dall'anteprima.
-  image:
-    file: ~public/icons/plugins/camera-preview.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/camera-preview/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-camera-preview/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Anteprima in tempo reale" icon="rocket">
-    Visualizza il feed della fotocamera in diretta direttamente nella UI della tua app
-  </Card>
-  <Card title="Pieno controllo" icon="setting">
-    Controlla flash, zoom, focus e cambia tra fotocamere
-  </Card>
-  <Card title="Capacità di cattura" icon="pencil">
-    Scatta foto e registra video dall'anteprima
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Controlla la [Documentazione](/docs/plugins/camera-preview/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/capacitor-plus/getting-started.mdx b/src/content/docs/it/docs/plugins/capacitor-plus/getting-started.mdx
deleted file mode 100644
index c4ac2f94e..000000000
--- a/src/content/docs/it/docs/plugins/capacitor-plus/getting-started.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare Capacitor+ come sostituto drop-in per i pacchetti ufficiali Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-## Installazione Nuovo Progetto
-
-<Steps>
-1. **Installa pacchetti core**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   ```
-
-2. **Aggiungi pacchetti piattaforma**
-   ```bash
-   npm install @capacitor-plus/android  # per Android
-   npm install @capacitor-plus/ios      # per iOS
-   ```
-
-3. **Inizializza Capacitor**
-   <PackageManagers type="exec" pkg="cap" args="init" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-4. **Aggiungi piattaforme**
-   <PackageManagers type="exec" pkg="cap" args="add android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   <PackageManagers type="exec" pkg="cap" args="add ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Migrazione da Capacitor Ufficiale
-
-Se hai un progetto Capacitor esistente, la migrazione a Capacitor+ è semplice:
-
-<Steps>
-1. **Rimuovi pacchetti ufficiali**
-   ```bash
-   npm uninstall @capacitor/core @capacitor/cli @capacitor/android @capacitor/ios
-   ```
-
-2. **Installa pacchetti Capacitor+**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   npm install @capacitor-plus/android  # se usi Android
-   npm install @capacitor-plus/ios      # se usi iOS
-   ```
-
-3. **Sincronizza il tuo progetto**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-<Aside type="note">
-  Nessuna modifica al codice richiesta! Capacitor+ ha la stessa API di Capacitor ufficiale. I tuoi import e il codice rimangono esattamente gli stessi.
-</Aside>
-
-## Utilizzo
-
-Poiché Capacitor+ è compatibile con l'API, il tuo codice esistente funziona senza modifiche:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { registerPlugin } from '@capacitor/core';
-
-// Controlla piattaforma
-const platform = Capacitor.getPlatform();
-console.log('In esecuzione su:', platform);
-
-// Controlla se nativo
-if (Capacitor.isNativePlatform()) {
-  console.log('In esecuzione su piattaforma nativa');
-}
-
-// Registra un plugin personalizzato
-const MyPlugin = registerPlugin('MyPlugin');
-```
-
-### Con Plugin Capacitor Ufficiali
-
-Tutti i plugin ufficiali Capacitor funzionano senza problemi:
-
-```typescript
-import { Camera, CameraResultType } from '@capacitor/camera';
-import { Geolocation } from '@capacitor/geolocation';
-import { Storage } from '@capacitor/preferences';
-
-// Fotocamera
-const photo = await Camera.getPhoto({
-  quality: 90,
-  resultType: CameraResultType.Uri
-});
-
-// Geolocalizzazione
-const position = await Geolocation.getCurrentPosition();
-
-// Archiviazione
-await Storage.set({ key: 'name', value: 'John' });
-```
-
-### Con Plugin Capgo
-
-I plugin Capgo funzionano perfettamente con Capacitor+:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// Aggiornamenti live
-await CapacitorUpdater.notifyAppReady();
-
-// Orientamento schermo
-await ScreenOrientation.lock({ orientation: 'portrait' });
-
-// Torcia
-await CapacitorFlash.toggle();
-```
-
-## Come Funziona la Sincronizzazione
-
-```
-┌─────────────────────┐     ┌──────────────────┐     ┌──────────────────┐     ┌─────────────────┐
-│  ionic-team/        │     │  CI/CD           │     │  Claude Code     │     │  npm publish    │
-│  capacitor          │────▶│  Pipeline        │────▶│  Security Review │────▶│  @capacitor-plus│
-│  (upstream)         │     │  (sync giornaliero)    │     │  (analisi AI)   │     │  packages       │
-└─────────────────────┘     └──────────────────┘     └──────────────────┘     └─────────────────┘
-```
-
-1. **Sync Giornaliero**: GitHub Actions recupera le ultime modifiche da `ionic-team/capacitor`
-2. **Creazione PR**: Le modifiche vengono proposte come pull request al branch `plus`
-3. **Validazione CI**: La suite completa di test viene eseguita (lint, unit test, build iOS, build Android)
-4. **Security Review**: L'analisi alimentata da AI controlla vulnerabilità e breaking changes
-5. **Auto-Merge**: Solo se CI passa E la security review approva
-6. **Auto-Publish**: Nuova versione pubblicata su npm sotto `@capacitor-plus/*`
-
-## Dettagli Security Review
-
-Ogni sincronizzazione upstream viene analizzata per:
-
-| Controllo | Cosa Rileva |
-|-------|-----------------|
-| **Security** | Iniezione comandi, XSS, attraversamento percorsi, segreti hardcoded |
-| **Breaking Changes** | API rimosse/rinominate, firme modificate, modifiche configurazione |
-| **Stabilità** | Dereferenziazioni null, eccezioni non gestite, race condition, memory leak |
-| **Data Safety** | Scenari di perdita dati, violazioni privacy, archiviazione insicura |
-| **Code Integrity** | Codice offuscato, chiamate di rete sospette, backdoor |
-
-<Aside type="caution">
-  Se vengono rilevati problemi, la PR viene segnalata per revisione manuale e NON verrà auto-merged. Questo assicura che tu riceva sempre rilasci stabili e sicuri.
-</Aside>
-
-## Invio della Tua PR
-
-Hai una PR bloccata nel repository ufficiale Capacitor? Falla integrare in Capacitor+:
-
-<Steps>
-1. **Apri un issue** nel [repository Capacitor+](https://github.com/Cap-go/capacitor-plus/issues) linkando alla tua PR upstream
-
-2. **Oppure invia direttamente** come PR al branch `plus`
-
-3. Il team esaminerà, eseguirà CI e integrerà se passa
-</Steps>
-
-In questo modo tu e altri potete beneficiare del vostro lavoro immediatamente senza aspettare il ciclo di rilascio upstream.
-
-## FAQ
-
-### È pronto per la produzione?
-
-Sì. Capacitor+ è usato in app di produzione. Ogni rilascio passa la stessa suite di test di Capacitor ufficiale, più analisi di sicurezza aggiuntiva.
-
-### I miei plugin ufficiali funzioneranno ancora?
-
-Sì. Tutti i plugin `@capacitor/*` funzionano con Capacitor+ out of the box.
-
-### Cosa succede se upstream rilascia un breaking change?
-
-La security review AI segnala i breaking changes per revisione manuale. Vedrai le modifiche documentate prima che vengano integrate.
-
-### Come segnalo problemi?
-
-Invia issue sul [repository GitHub Capacitor+](https://github.com/Cap-go/capacitor-plus/issues). Per problemi che influenzano anche Capacitor ufficiale, aiuteremo a coordinare upstream.
-
-### Posso contribuire?
-
-Assolutamente! Le PR sono benvenute. Puoi inviare fix direttamente o richiedere che specifiche PR upstream vengano integrate.
diff --git a/src/content/docs/it/docs/plugins/capacitor-plus/index.mdx b/src/content/docs/it/docs/plugins/capacitor-plus/index.mdx
deleted file mode 100644
index 268f45d8b..000000000
--- a/src/content/docs/it/docs/plugins/capacitor-plus/index.mdx
+++ /dev/null
@@ -1,64 +0,0 @@
----
-title: "Capacitor+"
-locale: it
-description: Un fork automatizzato e sempre sincronizzato di Capacitor con PR della community integrate e rilasci rapidi.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Capacitor+ è un fork automatizzato di Capacitor che integra le PR della community più velocemente, con rilasci revisionati per la sicurezza.
-  image:
-    file: ~public/icons/plugins/capacitor-plus.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/capacitor-plus/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-plus/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-<Aside type="tip">
-  **Perché Capacitor+?** Ottime PR rimangono non integrate nel repository ufficiale Capacitor per mesi. Capacitor+ integra attivamente questi contributi della community così non devi aspettare.
-</Aside>
-
-<CardGrid stagger>
-  <Card title="PR Community Integrate Più Velocemente" icon="rocket">
-    Bug fix e funzionalità bloccate upstream? Le integriamo così puoi beneficiarne immediatamente.
-  </Card>
-  <Card title="Auto-Sincronizzato Giornalmente" icon="seti:clock">
-    Ogni modifica da Capacitor ufficiale viene automaticamente prelevata, testata e verificata.
-  </Card>
-  <Card title="Revisionato per Sicurezza" icon="approve-check">
-    Ogni rilascio viene analizzato da AI per vulnerabilità di sicurezza, breaking changes e rischi di stabilità.
-  </Card>
-  <Card title="Sostituto Drop-in" icon="puzzle">
-    Stessa API di Capacitor ufficiale - cambia solo lo scope del pacchetto e hai finito.
-  </Card>
-</CardGrid>
-
-## Filosofia
-
-Il team Ionic mantiene Capacitor con le proprie priorità e programma di rilascio. I contributi della community possono aspettare mesi o addirittura anni per essere integrati. Capacitor+ adotta un approccio diverso:
-
-1. **Integra PR dai Fork** - PR preziose bloccate nella coda upstream vengono attivamente integrate
-2. **Sync Continuo** - Ogni modifica upstream viene automaticamente prelevata e testata
-3. **Rilasci Rapidi** - Le modifiche vengono pubblicate su npm non appena passano CI
-4. **Community-First** - I tuoi contributi contano e vengono prioritizzati
-5. **Trasparenza** - Tutta l'automazione è open source e visibile
-
-## Pacchetti
-
-| Pacchetto | npm |
-|---------|-----|
-| `@capacitor-plus/core` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/core)](https://www.npmjs.com/package/@capacitor-plus/core) |
-| `@capacitor-plus/cli` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/cli)](https://www.npmjs.com/package/@capacitor-plus/cli) |
-| `@capacitor-plus/android` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/android)](https://www.npmjs.com/package/@capacitor-plus/android) |
-| `@capacitor-plus/ios` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/ios)](https://www.npmjs.com/package/@capacitor-plus/ios) |
diff --git a/src/content/docs/it/docs/plugins/compass/getting-started.mdx b/src/content/docs/it/docs/plugins/compass/getting-started.mdx
deleted file mode 100644
index c8070c12d..000000000
--- a/src/content/docs/it/docs/plugins/compass/getting-started.mdx
+++ /dev/null
@@ -1,219 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e utilizzare il plugin Compass per leggere la direzione della bussola del dispositivo nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-compass" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configurazione iOS
-
-Su iOS, l'accesso alla bussola richiede il permesso di posizione. Aggiungi quanto segue al tuo `Info.plist`:
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>Abbiamo bisogno del permesso di posizione per accedere alla bussola</string>
-```
-
-## Configurazione Android
-
-Non è richiesta alcuna configurazione aggiuntiva. Il plugin usa i sensori magnetometro e accelerometro del dispositivo.
-
-## Utilizzo
-
-Importa il plugin e usa i suoi metodi per leggere la direzione della bussola:
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-// Ottieni la direzione corrente una volta
-const getCurrentHeading = async () => {
-  const { value } = await CapgoCompass.getCurrentHeading();
-  console.log('Direzione corrente:', value, 'gradi');
-};
-
-// Avvia aggiornamenti continui della direzione
-const startCompass = async () => {
-  // Inizia ad ascoltare gli aggiornamenti
-  await CapgoCompass.startListening();
-
-  // Aggiungi listener per cambiamenti di direzione
-  const handle = await CapgoCompass.addListener('headingChange', (event) => {
-    console.log('Direzione:', event.value, 'gradi');
-  });
-
-  // Più tardi, per fermare l'ascolto:
-  // await CapgoCompass.stopListening();
-  // await handle.remove();
-};
-
-// Controlla permessi
-const checkPermission = async () => {
-  const status = await CapgoCompass.checkPermissions();
-  console.log('Stato permesso:', status.compass);
-};
-
-// Richiedi permessi
-const requestPermission = async () => {
-  const status = await CapgoCompass.requestPermissions();
-  if (status.compass === 'granted') {
-    console.log('Accesso bussola concesso');
-  }
-};
-```
-
-## Riferimento API
-
-### getCurrentHeading()
-
-Ottieni la direzione corrente della bussola in gradi.
-
-```typescript
-const result = await CapgoCompass.getCurrentHeading();
-// Ritorna: { value: number } - direzione in gradi (0-360)
-```
-
-### startListening()
-
-Inizia ad ascoltare i cambiamenti di direzione della bussola. Deve essere chiamato prima che vengano emessi eventi di direzione.
-
-```typescript
-await CapgoCompass.startListening();
-```
-
-### stopListening()
-
-Ferma l'ascolto dei cambiamenti di direzione della bussola.
-
-```typescript
-await CapgoCompass.stopListening();
-```
-
-### addListener('headingChange', callback)
-
-Aggiungi un listener per gli eventi di cambio direzione.
-
-```typescript
-const handle = await CapgoCompass.addListener('headingChange', (event) => {
-  console.log('Direzione:', event.value);
-});
-
-// Rimuovi listener quando finito
-await handle.remove();
-```
-
-### removeAllListeners()
-
-Rimuovi tutti i listener registrati.
-
-```typescript
-await CapgoCompass.removeAllListeners();
-```
-
-### checkPermissions()
-
-Controlla lo stato corrente dei permessi.
-
-```typescript
-const status = await CapgoCompass.checkPermissions();
-// Ritorna: { compass: 'prompt' | 'granted' | 'denied' }
-```
-
-### requestPermissions()
-
-Richiedi il permesso per accedere ai dati della bussola.
-
-```typescript
-const status = await CapgoCompass.requestPermissions();
-```
-
-### getPluginVersion()
-
-Ottieni la versione del plugin nativo.
-
-```typescript
-const { version } = await CapgoCompass.getPluginVersion();
-```
-
-## Esempio Completo
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-export class CompassService {
-  private listenerHandle: any = null;
-
-  async init() {
-    // Controlla e richiedi permessi
-    const status = await CapgoCompass.checkPermissions();
-    if (status.compass !== 'granted') {
-      const result = await CapgoCompass.requestPermissions();
-      if (result.compass !== 'granted') {
-        throw new Error('Permesso bussola negato');
-      }
-    }
-  }
-
-  async startTracking(onHeadingChange: (heading: number) => void) {
-    // Inizia ad ascoltare gli aggiornamenti
-    await CapgoCompass.startListening();
-
-    // Aggiungi event listener
-    this.listenerHandle = await CapgoCompass.addListener(
-      'headingChange',
-      (event) => {
-        onHeadingChange(event.value);
-      }
-    );
-  }
-
-  async stopTracking() {
-    if (this.listenerHandle) {
-      await this.listenerHandle.remove();
-      this.listenerHandle = null;
-    }
-    await CapgoCompass.stopListening();
-  }
-
-  async getHeading(): Promise<number> {
-    const { value } = await CapgoCompass.getCurrentHeading();
-    return value;
-  }
-
-  getCardinalDirection(heading: number): string {
-    const directions = ['N', 'NE', 'E', 'SE', 'S', 'SW', 'W', 'NW'];
-    const index = Math.round(heading / 45) % 8;
-    return directions[index];
-  }
-}
-```
-
-## Note Piattaforma
-
-### iOS
-- Richiede iOS 10.0+
-- Usa Core Location per i dati di direzione
-- Richiede permesso di posizione (NSLocationWhenInUseUsageDescription)
-- Gli aggiornamenti di direzione sono continui quando l'ascolto è attivo
-
-### Android
-- Richiede Android 6.0 (API 23)+
-- Usa sensori accelerometro e magnetometro
-- Nessun permesso speciale richiesto per i sensori bussola
-- La direzione viene calcolata dalla fusione dei sensori
-
-### Web
-- Non supportato sulla piattaforma web
-- I metodi genereranno errori quando chiamati
diff --git a/src/content/docs/it/docs/plugins/compass/index.mdx b/src/content/docs/it/docs/plugins/compass/index.mdx
deleted file mode 100644
index c4ddf9413..000000000
--- a/src/content/docs/it/docs/plugins/compass/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: '@capgo/capacitor-compass'
-description: >-
-  Leggi la direzione della bussola del dispositivo in gradi con aggiornamenti
-  continui e gestione delle autorizzazioni.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Accedi al sensore della bussola del dispositivo per i dati di rotta con
-    aggiornamenti in tempo reale su iOS e Android.
-  image:
-    file: ~public/icons/plugins/compass.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/compass/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-compass/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Direzione in tempo reale" icon="rocket">
-    Ricevi aggiornamenti continui sulla direzione della bussola in gradi (0-360)
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Funziona su dispositivi iOS e Android con accesso nativo al sensore
-  </Card>
-  <Card title="Gestione dei permessi" icon="seti:lock">
-    Gestione delle autorizzazioni integrata per i servizi di localizzazione (iOS)
-  </Card>
-  <Card title="Event-driven" icon="star">
-    Iscriviti ai cambiamenti di intestazione con ascoltatori di eventi efficienti
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/contacts/getting-started.mdx b/src/content/docs/it/docs/plugins/contacts/getting-started.mdx
deleted file mode 100644
index 6844eb8da..000000000
--- a/src/content/docs/it/docs/plugins/contacts/getting-started.mdx
+++ /dev/null
@@ -1,393 +0,0 @@
----
-title: Iniziare con i contatti
-description: Scopri come integrare la gestione dei contatti nella tua app Capacitor
-locale: it
----
-Questa guida ti guiderà attraverso l'integrazione del plug-in Capacitor Contatti nella tua applicazione.
-
-## Installazione
-
-Installa il plug-in utilizzando npm:
-
-```bash
-npm install @capgo/capacitor-contacts
-npx cap sync
-```
-
-## iOS Configurazione
-
-Aggiungi quanto segue al tuo `Info.plist`:
-
-```xml
-<key>NSContactsUsageDescription</key>
-<string>This app needs access to contacts to let you select recipients</string>
-```
-
-## Android Configurazione
-
-Aggiungi le seguenti autorizzazioni al tuo `AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.READ_CONTACTS" />
-<uses-permission android:name="android.permission.WRITE_CONTACTS" />
-```
-
-## Utilizzo di base
-
-### Importa il plugin
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-```
-
-### Richiedi autorizzazioni
-
-```typescript
-const requestPermissions = async () => {
-  const permission = await Contacts.requestPermissions();
-  console.log('Permission status:', permission.contacts);
-};
-```
-
-### Ottieni tutti i contatti
-
-```typescript
-const getAllContacts = async () => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true,
-      image: true
-    }
-  });
-
-  console.log('Contacts:', result.contacts);
-};
-```
-
-### Cerca contatti
-
-```typescript
-const searchContacts = async (query: string) => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true
-    },
-    query: query
-  });
-
-  console.log('Search results:', result.contacts);
-};
-```
-
-### Crea contatto
-
-```typescript
-const createContact = async () => {
-  const newContact = {
-    name: {
-      given: 'John',
-      family: 'Doe'
-    },
-    phones: [{
-      type: 'mobile',
-      number: '+1234567890'
-    }],
-    emails: [{
-      type: 'work',
-      address: 'john.doe@example.com'
-    }]
-  };
-
-  const result = await Contacts.createContact(newContact);
-  console.log('Contact created:', result);
-};
-```
-
-### Aggiorna contatto
-
-```typescript
-const updateContact = async (contactId: string) => {
-  const updates = {
-    contactId: contactId,
-    name: {
-      given: 'Jane',
-      family: 'Doe'
-    }
-  };
-
-  await Contacts.updateContact(updates);
-  console.log('Contact updated');
-};
-```
-
-### Elimina contatto
-
-```typescript
-const deleteContact = async (contactId: string) => {
-  await Contacts.deleteContact({ contactId });
-  console.log('Contact deleted');
-};
-```
-
-## Esempio completo
-
-Ecco un esempio completo con un servizio di contatto:
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-
-interface Contact {
-  contactId: string;
-  name: {
-    display?: string;
-    given?: string;
-    family?: string;
-  };
-  phones?: Array<{ type: string; number: string }>;
-  emails?: Array<{ type: string; address: string }>;
-  image?: { base64String: string };
-}
-
-class ContactsService {
-  async checkPermissions(): Promise<boolean> {
-    const permission = await Contacts.checkPermissions();
-
-    if (permission.contacts === 'granted') {
-      return true;
-    }
-
-    const requested = await Contacts.requestPermissions();
-    return requested.contacts === 'granted';
-  }
-
-  async getAllContacts(): Promise<Contact[]> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Contacts permission denied');
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true
-      }
-    });
-
-    return result.contacts;
-  }
-
-  async searchContacts(query: string): Promise<Contact[]> {
-    if (!query || query.length < 2) {
-      return [];
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      },
-      query: query
-    });
-
-    return result.contacts;
-  }
-
-  async getContactById(contactId: string): Promise<Contact | null> {
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true,
-        organization: true,
-        birthday: true,
-        note: true,
-        urls: true,
-        postalAddresses: true
-      },
-      contactId: contactId
-    });
-
-    return result.contacts.length > 0 ? result.contacts[0] : null;
-  }
-
-  async createContact(contact: Partial<Contact>): Promise<string> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Contacts permission denied');
-    }
-
-    const result = await Contacts.createContact(contact);
-    return result.contactId;
-  }
-
-  async updateContact(contactId: string, updates: Partial<Contact>): Promise<void> {
-    await Contacts.updateContact({
-      contactId,
-      ...updates
-    });
-  }
-
-  async deleteContact(contactId: string): Promise<void> {
-    await Contacts.deleteContact({ contactId });
-  }
-
-  formatPhoneNumber(phone: string): string {
-    // Remove non-numeric characters
-    const cleaned = phone.replace(/\D/g, '');
-
-    // Format as (XXX) XXX-XXXX
-    if (cleaned.length === 10) {
-      return `(${cleaned.slice(0, 3)}) ${cleaned.slice(3, 6)}-${cleaned.slice(6)}`;
-    }
-
-    return phone;
-  }
-
-  getContactInitials(contact: Contact): string {
-    const given = contact.name?.given || '';
-    const family = contact.name?.family || '';
-
-    if (given && family) {
-      return `${given[0]}${family[0]}`.toUpperCase();
-    }
-
-    const display = contact.name?.display || '';
-    const parts = display.split(' ');
-
-    if (parts.length >= 2) {
-      return `${parts[0][0]}${parts[1][0]}`.toUpperCase();
-    }
-
-    return display.slice(0, 2).toUpperCase();
-  }
-}
-
-// Usage
-const contactsService = new ContactsService();
-
-// Get all contacts
-const contacts = await contactsService.getAllContacts();
-console.log('Contacts:', contacts);
-
-// Search contacts
-const results = await contactsService.searchContacts('john');
-console.log('Search results:', results);
-
-// Create contact
-const newContactId = await contactsService.createContact({
-  name: { given: 'Jane', family: 'Smith' },
-  phones: [{ type: 'mobile', number: '+1234567890' }]
-});
-
-// Update contact
-await contactsService.updateContact(newContactId, {
-  emails: [{ type: 'work', address: 'jane@example.com' }]
-});
-```
-
-## Comprendere la proiezione
-
-Il parametro `projection` controlla quali campi recuperare:
-
-```typescript
-const result = await Contacts.getContacts({
-  projection: {
-    name: true,           // Contact name
-    phones: true,         // Phone numbers
-    emails: true,         // Email addresses
-    image: true,          // Contact photo
-    organization: true,   // Company/organization
-    birthday: true,       // Birth date
-    note: true,          // Notes
-    urls: true,          // Websites
-    postalAddresses: true // Physical addresses
-  }
-});
-```
-
-**Suggerimento**: richiedi solo i campi necessari per migliorare le prestazioni.
-
-## Interfaccia utente del selettore di contatti
-
-Molte app preferiscono utilizzare il selettore di contatti nativo:
-
-```typescript
-const pickContact = async () => {
-  try {
-    const result = await Contacts.pickContact({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      }
-    });
-
-    if (result.contacts.length > 0) {
-      const contact = result.contacts[0];
-      console.log('Selected contact:', contact);
-    }
-  } catch (error) {
-    console.error('Contact picker cancelled or failed:', error);
-  }
-};
-```
-
-## Migliori pratiche
-
-1. **Richiedi autorizzazioni minime**: richiedi l'autorizzazione ai contatti solo quando necessario
-2. **Utilizza proiezione**: recupera solo i campi effettivamente utilizzati
-3. **Gestisci rifiuti**: fornisce fallback quando le autorizzazioni vengono negate
-4. **Memorizza nella cache con saggezza**: i contatti possono cambiare, non memorizzare nella cache troppo a lungo
-5. **Rispetta la privacy**: sii trasparente sull'utilizzo dei contatti
-6. **Operazioni asincrone**: tutte le operazioni sui contatti sono asincrone
-
-## Problemi comuni
-
-### Autorizzazione negata
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await Contacts.checkPermissions();
-
-  if (permission.contacts === 'denied') {
-    // Show dialog explaining why permission is needed
-    showPermissionDialog();
-    // Direct user to settings
-    // On iOS: Settings > [App] > Contacts
-    // On Android: Settings > Apps > [App] > Permissions
-  }
-};
-```
-
-### Elenchi di contatti di grandi dimensioni
-
-```typescript
-const loadContactsInBatches = async () => {
-  // Get count first (lightweight)
-  const projection = { name: true }; // Minimal projection
-
-  // Implement pagination if needed
-  const allContacts = await Contacts.getContacts({ projection });
-
-  // Process in chunks
-  const chunkSize = 100;
-  for (let i = 0; i < allContacts.contacts.length; i += chunkSize) {
-    const chunk = allContacts.contacts.slice(i, i + chunkSize);
-    await processContactChunk(chunk);
-  }
-};
-```
-
-## Passaggi successivi
-
-- Esplora il [API Riferimento](https://github.com/Cap-go/capacitor-contacts#api) per la documentazione completa del metodo
-- Controlla l'[app di esempio](https://github.com/Cap-go/capacitor-contacts/tree/main/example) per un utilizzo avanzato
-- Consulta il [tutorial](/plugins/capacitor-contacts) per esempi di implementazione completi
diff --git a/src/content/docs/it/docs/plugins/contacts/index.mdx b/src/content/docs/it/docs/plugins/contacts/index.mdx
deleted file mode 100644
index a39508c49..000000000
--- a/src/content/docs/it/docs/plugins/contacts/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-contacts"
-locale: it
-description: Lavora con i contatti del dispositivo utilizzando le API Capacitor per accedere, cercare e gestire le informazioni dei contatti.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Accedi, cerca e gestisci i contatti del dispositivo nella tua app Capacitor con operazioni CRUD complete e gestione dei permessi.
-  image:
-    file: ~public/icons/plugins/contacts.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/contacts/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-contacts/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Leggi Contatti" icon="rocket">
-    Accedi all'elenco contatti del dispositivo con tutti i dettagli 📇
-  </Card>
-  <Card title="Funzionalità di Ricerca" icon="magnifier">
-    Trova contatti per nome, email o telefono 🔍
-  </Card>
-  <Card title="Crea e Aggiorna" icon="pencil">
-    Aggiungi nuovi contatti o modifica quelli esistenti ✏️
-  </Card>
-  <Card title="Elimina Contatti" icon="setting">
-    Rimuovi contatti dal dispositivo in modo sicuro 🗑️
-  </Card>
-  <Card title="Gestione Permessi" icon="approve-check-circle">
-    Gestisci correttamente i permessi dei contatti con conformità al manifesto Privacy 🔒
-  </Card>
-  <Card title="Iniziare" icon="open-book">
-    Consulta la [Guida Introduttiva](/docs/plugins/contacts/getting-started/) per installare e configurare il plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/crisp/getting-started.mdx b/src/content/docs/it/docs/plugins/crisp/getting-started.mdx
deleted file mode 100644
index 4cc445575..000000000
--- a/src/content/docs/it/docs/plugins/crisp/getting-started.mdx
+++ /dev/null
@@ -1,344 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e utilizzare il plugin SDK chat Crisp per il supporto clienti in-app nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-crisp" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Ottieni il tuo Crisp Website ID**
-   - Registrati su [crisp.chat](https://crisp.chat)
-   - Crea un sito web/progetto
-   - Trova il tuo Website ID in Impostazioni > Istruzioni di Configurazione
-</Steps>
-
-## Utilizzo Base
-
-Importa il plugin e configuralo con il tuo Website ID:
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-// Configura Crisp con il tuo website ID
-const configureCrisp = async () => {
-  await CapacitorCrisp.configure({
-    websiteID: 'YOUR_WEBSITE_ID'
-  });
-};
-
-// Apri la chat
-const openChat = async () => {
-  await CapacitorCrisp.openMessenger();
-};
-
-// Imposta le informazioni utente
-const setUserInfo = async () => {
-  await CapacitorCrisp.setUser({
-    email: 'user@example.com',
-    nickname: 'John Doe',
-    phone: '+1234567890',
-    avatar: 'https://example.com/avatar.jpg'
-  });
-};
-
-// Reimposta la sessione utente (logout)
-const logout = async () => {
-  await CapacitorCrisp.resetChatSession();
-};
-```
-
-## Riferimento API
-
-### configure(options)
-
-Configura Crisp con il tuo website ID e impostazioni opzionali.
-
-```typescript
-interface ConfigureOptions {
-  websiteID: string;
-  locale?: string; // es., 'en', 'fr', 'es'
-  tokenID?: string; // Per sessioni autenticate
-}
-
-await CapacitorCrisp.configure({
-  websiteID: 'YOUR_WEBSITE_ID',
-  locale: 'en'
-});
-```
-
-### openMessenger()
-
-Apre l'interfaccia chat di Crisp.
-
-```typescript
-await CapacitorCrisp.openMessenger();
-```
-
-### setUser(options)
-
-Imposta le informazioni utente per la sessione chat.
-
-```typescript
-interface UserOptions {
-  email?: string;
-  nickname?: string;
-  phone?: string;
-  avatar?: string;
-}
-
-await CapacitorCrisp.setUser({
-  email: 'user@example.com',
-  nickname: 'John Doe'
-});
-```
-
-### setUserCompany(options)
-
-Imposta le informazioni aziendali per gli utenti business.
-
-```typescript
-interface CompanyOptions {
-  name: string;
-  url?: string;
-  description?: string;
-  employment?: {
-    title?: string;
-    role?: string;
-  };
-  geolocation?: {
-    city?: string;
-    country?: string;
-  };
-}
-
-await CapacitorCrisp.setUserCompany({
-  name: 'Acme Corp',
-  url: 'https://acme.com',
-  employment: {
-    title: 'CEO',
-    role: 'Leadership'
-  }
-});
-```
-
-### pushEvent(options)
-
-Invia eventi personalizzati per tracciare le azioni utente.
-
-```typescript
-interface EventOptions {
-  name: string;
-  color?: 'red' | 'orange' | 'yellow' | 'green' | 'blue' | 'purple' | 'pink' | 'brown' | 'grey' | 'black';
-  data?: { [key: string]: any };
-}
-
-await CapacitorCrisp.pushEvent({
-  name: 'checkout_completed',
-  color: 'green',
-  data: {
-    price: 99.99,
-    currency: 'USD'
-  }
-});
-```
-
-### setSessionSegment(segment)
-
-Imposta un segmento per categorizzare la sessione chat.
-
-```typescript
-await CapacitorCrisp.setSessionSegment('premium_customer');
-```
-
-### resetChatSession()
-
-Reimposta la sessione chat corrente (utile per il logout).
-
-```typescript
-await CapacitorCrisp.resetChatSession();
-```
-
-## Funzionalità Avanzate
-
-### Dati Utente Personalizzati
-
-```typescript
-// Imposta più campi di dati personalizzati
-await CapacitorCrisp.setSessionData({
-  key: 'plan',
-  value: 'premium'
-});
-
-await CapacitorCrisp.setSessionData({
-  key: 'signup_date',
-  value: '2024-01-15'
-});
-```
-
-### Messaggio Preimpostato
-
-Imposta un messaggio precompilato nel campo di input della chat:
-
-```typescript
-await CapacitorCrisp.setMessageText(
-  "Ciao, ho bisogno di aiuto con il mio ordine #12345"
-);
-```
-
-### Disponibilità Chat
-
-Controlla quando il widget chat è disponibile:
-
-```typescript
-// Nascondi temporaneamente la chat
-await CapacitorCrisp.setTokenID('user_token_12345');
-```
-
-## Esempio Completo
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-export class ChatService {
-  async initialize() {
-    // Configura Crisp
-    await CapacitorCrisp.configure({
-      websiteID: 'YOUR_WEBSITE_ID',
-      locale: 'en'
-    });
-  }
-
-  async loginUser(user: any) {
-    // Imposta le informazioni utente
-    await CapacitorCrisp.setUser({
-      email: user.email,
-      nickname: user.name,
-      phone: user.phone,
-      avatar: user.avatarUrl
-    });
-
-    // Imposta dati personalizzati
-    await CapacitorCrisp.setSessionData({
-      key: 'user_id',
-      value: user.id
-    });
-
-    await CapacitorCrisp.setSessionData({
-      key: 'account_type',
-      value: user.accountType
-    });
-
-    // Imposta segmento
-    if (user.isPremium) {
-      await CapacitorCrisp.setSessionSegment('premium');
-    }
-
-    // Traccia evento di login
-    await CapacitorCrisp.pushEvent({
-      name: 'user_login',
-      color: 'blue',
-      data: {
-        method: 'email'
-      }
-    });
-  }
-
-  async openSupport(context?: string) {
-    if (context) {
-      await CapacitorCrisp.setMessageText(
-        `Ho bisogno di aiuto con: ${context}`
-      );
-    }
-
-    await CapacitorCrisp.openMessenger();
-  }
-
-  async logout() {
-    await CapacitorCrisp.resetChatSession();
-  }
-}
-```
-
-## Stile e Personalizzazione
-
-Crisp si adatta automaticamente al tema della tua app, ma puoi personalizzarlo ulteriormente tramite la dashboard di Crisp:
-
-1. Vai alla tua dashboard Crisp
-2. Naviga in Impostazioni > Impostazioni Sito Web > Impostazioni Chatbox ed Email
-3. Personalizza colori, posizione e comportamento
-
-## Best Practice
-
-1. **Inizializza presto**
-   Configura Crisp durante l'inizializzazione dell'app per una disponibilità immediata:
-   ```typescript
-   import { App } from '@capacitor/app';
-
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await CapacitorCrisp.configure({
-         websiteID: 'YOUR_WEBSITE_ID'
-       });
-     }
-   });
-   ```
-
-2. **Imposta il contesto utente**
-   Fornisci sempre le informazioni utente quando disponibili per un supporto migliore:
-   ```typescript
-   if (user.isAuthenticated) {
-     await CapacitorCrisp.setUser({
-       email: user.email,
-       nickname: user.name
-     });
-   }
-   ```
-
-3. **Traccia eventi importanti**
-   Usa gli eventi per fornire contesto agli agenti di supporto:
-   ```typescript
-   await CapacitorCrisp.pushEvent({
-     name: 'error_occurred',
-     color: 'red',
-     data: {
-       error: error.message,
-       screen: 'checkout'
-     }
-   });
-   ```
-
-4. **Gestisci correttamente il logout**
-   Reimposta sempre la sessione quando gli utenti si disconnettono:
-   ```typescript
-   async logout() {
-     await CapacitorCrisp.resetChatSession();
-     // La tua altra logica di logout
-   }
-   ```
-
-## Note sulle Piattaforme
-
-### iOS
-- Richiede iOS 10.0+
-- Utilizza l'SDK nativo Crisp iOS
-- Supporta notifiche push (configura nella dashboard Crisp)
-
-### Android
-- Richiede Android 5.0 (API 21)+
-- Utilizza l'SDK nativo Crisp Android
-- Conforme a Material Design
-
-### Web
-- Ricade sull'SDK JavaScript di Crisp
-- Parità completa delle funzionalità con le piattaforme native
diff --git a/src/content/docs/it/docs/plugins/crisp/index.mdx b/src/content/docs/it/docs/plugins/crisp/index.mdx
deleted file mode 100644
index 8cc2ccdb2..000000000
--- a/src/content/docs/it/docs/plugins/crisp/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-crisp"
-locale: it
-description: Integrazione nativa dell'SDK chat Crisp per app Capacitor, che fornisce supporto clienti in-app.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Integra l'SDK chat nativo Crisp nella tua app Capacitor per un supporto clienti in-app senza interruzioni e messaggistica in tempo reale.
-  image:
-    file: ~public/icons/plugins/crisp.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/crisp/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-crisp/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Prestazioni native" icon="rocket">
-    Integrazione SDK nativa per un'esperienza chat fluida 🚀
-  </Card>
-  <Card title="Messaggistica in tempo reale" icon="comment">
-    Chat live con i clienti direttamente nella tua app 💬
-  </Card>
-  <Card title="Funzionalità avanzate" icon="star">
-    Supporto per dati utente, eventi e stile personalizzato ✨
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/crisp/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/data-storage-sqlite/getting-started.mdx b/src/content/docs/it/docs/plugins/data-storage-sqlite/getting-started.mdx
deleted file mode 100644
index 70edcb871..000000000
--- a/src/content/docs/it/docs/plugins/data-storage-sqlite/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e configurare il plugin Capacitor Data Storage SQLite per un'archiviazione chiave-valore veloce con crittografia opzionale.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-data-storage-sqlite" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura il plugin**
-
-   **Esempio di Archiviazione Base:**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // Apri un database di archiviazione
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'myapp_storage'
-   });
-
-   // Memorizza dati
-   await CapacitorDataStorageSqlite.set({
-     key: 'user_preferences',
-     value: JSON.stringify({ theme: 'dark' })
-   });
-   ```
-
-   **Esempio di Archiviazione Crittografata:**
-   ```typescript
-   // Apri archiviazione crittografata
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'secure_storage',
-     encrypted: true,
-     mode: 'encryption'
-   });
-
-   // Memorizza dati sensibili
-   await CapacitorDataStorageSqlite.set({
-     key: 'api_token',
-     value: 'secret_token_value'
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Nessuna configurazione aggiuntiva richiesta per iOS.
-     </TabItem>
-     <TabItem label="Android">
-       Nessuna configurazione aggiuntiva richiesta per Android.
-     </TabItem>
-   </Tabs>
-
-4. **Operazioni base**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // Imposta un valore
-   await CapacitorDataStorageSqlite.set({
-     key: 'username',
-     value: 'john_doe'
-   });
-
-   // Ottieni un valore
-   const { value } = await CapacitorDataStorageSqlite.get({
-     key: 'username'
-   });
-   console.log('Username:', value); // "john_doe"
-
-   // Rimuovi un valore
-   await CapacitorDataStorageSqlite.remove({
-     key: 'username'
-   });
-
-   // Cancella tutti i dati
-   await CapacitorDataStorageSqlite.clear();
-
-   // Verifica se la chiave esiste
-   const { result } = await CapacitorDataStorageSqlite.iskey({
-     key: 'username'
-   });
-   console.log('La chiave esiste:', result); // true o false
-
-   // Ottieni tutte le chiavi
-   const { keys } = await CapacitorDataStorageSqlite.keys();
-   console.log('Tutte le chiavi:', keys);
-
-   // Ottieni tutti i valori
-   const { values } = await CapacitorDataStorageSqlite.values();
-   console.log('Tutti i valori:', values);
-   ```
-
-5. **Utilizzo avanzato**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   export class StorageService {
-     private dbName = 'app_storage';
-     private isEncrypted = false;
-
-     async initialize(encrypted = false) {
-       this.isEncrypted = encrypted;
-
-       // Apri archiviazione con opzioni
-       await CapacitorDataStorageSqlite.openStore({
-         database: this.dbName,
-         encrypted: encrypted,
-         mode: encrypted ? 'encryption' : 'no-encryption',
-         version: 1
-       });
-     }
-
-     // Metodi di archiviazione generici
-     async setObject<T>(key: string, data: T): Promise<void> {
-       const value = JSON.stringify(data);
-       await CapacitorDataStorageSqlite.set({ key, value });
-     }
-
-     async getObject<T>(key: string): Promise<T | null> {
-       try {
-         const { value } = await CapacitorDataStorageSqlite.get({ key });
-         return value ? JSON.parse(value) : null;
-       } catch (error) {
-         console.error('Errore nel recupero dell\'oggetto:', error);
-         return null;
-       }
-     }
-
-     // Operazioni batch
-     async setMultiple(items: Record<string, any>): Promise<void> {
-       for (const [key, value] of Object.entries(items)) {
-         await CapacitorDataStorageSqlite.set({
-           key,
-           value: typeof value === 'string' ? value : JSON.stringify(value)
-         });
-       }
-     }
-
-     async getMultiple(keys: string[]): Promise<Record<string, any>> {
-       const results: Record<string, any> = {};
-
-       for (const key of keys) {
-         try {
-           const { value } = await CapacitorDataStorageSqlite.get({ key });
-           results[key] = value;
-         } catch (error) {
-           results[key] = null;
-         }
-       }
-
-       return results;
-     }
-
-     // Gestione tabelle
-     async getTables(): Promise<string[]> {
-       const { tables } = await CapacitorDataStorageSqlite.tables();
-       return tables;
-     }
-
-     async deleteTable(table: string): Promise<void> {
-       await CapacitorDataStorageSqlite.deleteTable({ table });
-     }
-
-     // Funzionalità Import/Export
-     async exportToJson(): Promise<any[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       return keys.map((key, index) => ({
-         key,
-         value: values[index]
-       }));
-     }
-
-     async importFromJson(data: Array<{ key: string; value: string }>): Promise<void> {
-       // Cancella dati esistenti
-       await CapacitorDataStorageSqlite.clear();
-
-       // Importa nuovi dati
-       for (const item of data) {
-         await CapacitorDataStorageSqlite.set({
-           key: item.key,
-           value: item.value
-         });
-       }
-     }
-
-     // Filtraggio e ricerca
-     async keysStartingWith(prefix: string): Promise<string[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       return keys.filter(key => key.startsWith(prefix));
-     }
-
-     async filterByPrefix(prefix: string): Promise<Array<{ key: string; value: string }>> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       const filtered: Array<{ key: string; value: string }> = [];
-
-       keys.forEach((key, index) => {
-         if (key.startsWith(prefix)) {
-           filtered.push({ key, value: values[index] });
-         }
-       });
-
-       return filtered;
-     }
-
-     // Chiudi il database quando hai finito
-     async close(): Promise<void> {
-       await CapacitorDataStorageSqlite.closeStore({
-         database: this.dbName
-       });
-     }
-   }
-
-   // Esempio di utilizzo
-   const storage = new StorageService();
-   await storage.initialize(true); // Usa crittografia
-
-   // Memorizza dati utente
-   await storage.setObject('user_profile', {
-     id: 123,
-     name: 'John Doe',
-     email: 'john@example.com'
-   });
-
-   // Recupera dati utente
-   const profile = await storage.getObject<any>('user_profile');
-   console.log('Profilo utente:', profile);
-   ```
-</Steps>
-
-## Riferimento API
-
-### Metodi
-
-#### `openStore(options: OpenStoreOptions)`
-Apre un database di archiviazione.
-
-**Parametri:**
-- `options.database`: string - Nome del database
-- `options.encrypted`: boolean - Abilita crittografia
-- `options.mode`: string - 'encryption' o 'no-encryption'
-- `options.version`: number - Versione del database
-
-#### `closeStore(options: CloseStoreOptions)`
-Chiude il database di archiviazione.
-
-#### `set(options: SetOptions)`
-Memorizza una coppia chiave-valore.
-
-**Parametri:**
-- `options.key`: string - Chiave di archiviazione
-- `options.value`: string - Valore da memorizzare
-
-#### `get(options: GetOptions)`
-Recupera un valore per chiave.
-
-**Restituisce:** `Promise<{ value: string }>`
-
-#### `remove(options: RemoveOptions)`
-Rimuove una coppia chiave-valore.
-
-#### `clear()`
-Cancella tutti i dati dall'archiviazione.
-
-#### `iskey(options: IskeyOptions)`
-Verifica se una chiave esiste.
-
-**Restituisce:** `Promise<{ result: boolean }>`
-
-#### `keys()`
-Ottiene tutte le chiavi di archiviazione.
-
-**Restituisce:** `Promise<{ keys: string[] }>`
-
-#### `values()`
-Ottiene tutti i valori di archiviazione.
-
-**Restituisce:** `Promise<{ values: string[] }>`
-
-#### `tables()`
-Ottiene tutti i nomi delle tabelle.
-
-**Restituisce:** `Promise<{ tables: string[] }>`
-
-#### `deleteTable(options: DeleteTableOptions)`
-Elimina una tabella specifica.
-
-### Interfacce
-
-```typescript
-interface OpenStoreOptions {
-  database: string;
-  encrypted?: boolean;
-  mode?: string;
-  version?: number;
-}
-
-interface SetOptions {
-  key: string;
-  value: string;
-}
-
-interface GetOptions {
-  key: string;
-}
-
-interface RemoveOptions {
-  key: string;
-}
-```
-
-## Note sulle Piattaforme
-
-### iOS
-- Utilizza SQLite3 con SQLCipher opzionale per la crittografia
-- I dati persistono attraverso gli aggiornamenti dell'app
-- Supporta iOS 11.0+
-
-### Android
-- Utilizza SQLite con SQLCipher opzionale
-- I dati persistono attraverso gli aggiornamenti dell'app
-- Supporta Android 5.0 (API 21)+
-
-## Casi d'Uso Comuni
-
-1. **Preferenze Utente**: Memorizza impostazioni e preferenze dell'app
-2. **Gestione Cache**: Cache risposte API e dati
-3. **Archiviazione Offline**: Memorizza dati per accesso offline
-4. **Gestione Sessioni**: Gestisci sessioni utente in modo sicuro
-5. **Archiviazione Token**: Memorizza token di autenticazione in modo sicuro
-
-## Best Practice
-
-1. **Usa la Crittografia per Dati Sensibili**
-   ```typescript
-   // Per dati sensibili come token
-   await openStore({
-     database: 'secure_db',
-     encrypted: true,
-     mode: 'encryption'
-   });
-   ```
-
-2. **Organizza le Chiavi con Prefissi**
-   ```typescript
-   // Usa prefissi per l'organizzazione
-   await set({ key: 'user:123:profile', value: userData });
-   await set({ key: 'cache:api:users', value: apiData });
-   ```
-
-3. **Gestisci con Attenzione i Dati Grandi**
-   ```typescript
-   // Per oggetti grandi, considera la compressione
-   const compressed = compress(largeData);
-   await set({ key: 'large_data', value: compressed });
-   ```
-
-4. **Pulizia Regolare**
-   ```typescript
-   // Rimuovi voci cache scadute
-   const keys = await keys();
-   for (const key of keys.keys) {
-     if (key.startsWith('cache:') && isExpired(key)) {
-       await remove({ key });
-     }
-   }
-   ```
-
-## Risoluzione Problemi
-
-**Il database non si apre:**
-- Verifica che il nome del database sia valido (alfanumerico, trattini bassi)
-- Assicurati che non ci siano caratteri speciali nel nome del database
-- Verifica che la modalità di crittografia corrisponda al database esistente
-
-**I dati non persistono:**
-- Assicurati che `openStore` sia chiamato prima delle operazioni
-- Verifica eventuali errori nella console
-- Verifica che i nomi delle chiavi siano stringhe
-
-**Problemi di prestazioni:**
-- Evita di memorizzare valori molto grandi
-- Usa operazioni batch quando possibile
-- Considera l'uso di più database per diversi tipi di dati
diff --git a/src/content/docs/it/docs/plugins/data-storage-sqlite/index.mdx b/src/content/docs/it/docs/plugins/data-storage-sqlite/index.mdx
deleted file mode 100644
index 71fabf1fa..000000000
--- a/src/content/docs/it/docs/plugins/data-storage-sqlite/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-data-storage-sqlite"
-locale: it
-description: Plugin Capacitor per archiviazione chiave-valore basata su SQLite, che fornisce una soluzione di persistenza dati veloce e affidabile.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Archiviazione chiave-valore veloce e affidabile basata su SQLite per le tue app Capacitor con supporto crittografia.
-  image:
-    file: ~public/icons/plugins/data-storage-sqlite.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/data-storage-sqlite/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-data-storage-sqlite/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Basato su SQLite" icon="rocket">
-    Archiviazione dati veloce e affidabile utilizzando SQLite 💾
-  </Card>
-  <Card title="Supporto crittografia" icon="setting">
-    Crittografia opzionale per dati sensibili 🔐
-  </Card>
-  <Card title="Semplicità chiave-valore" icon="star">
-    API chiave-valore semplice con funzionalità potenti 🗂️
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/data-storage-sqlite/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/document-scanner/getting-started.mdx b/src/content/docs/it/docs/plugins/document-scanner/getting-started.mdx
deleted file mode 100644
index 78835557d..000000000
--- a/src/content/docs/it/docs/plugins/document-scanner/getting-started.mdx
+++ /dev/null
@@ -1,61 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Aggiungi scansione documenti di qualità nativa con rilevamento bordi e formati di output regolabili.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il plugin**
-   <PackageManagers pkg="@capgo/capacitor-document-scanner" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza piattaforme native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Avvia una scansione
-
-```typescript
-import {
-  DocumentScanner,
-  ResponseType,
-  ScanDocumentResponseStatus,
-} from '@capgo/capacitor-document-scanner';
-
-const result = await DocumentScanner.scanDocument({
-  croppedImageQuality: 90,
-  letUserAdjustCrop: true,
-  maxNumDocuments: 10,
-  responseType: ResponseType.ImageFilePath,
-});
-
-if (result.status === ScanDocumentResponseStatus.Success) {
-  console.log('File scansionati:', result.scannedImages);
-} else {
-  console.log('Scansione annullata dall\'utente');
-}
-```
-
-## Restituisci dati base64
-
-```typescript
-const result = await DocumentScanner.scanDocument({
-  responseType: ResponseType.Base64,
-});
-
-const [firstPage] = result.scannedImages ?? [];
-if (firstPage) {
-  const dataUrl = `data:image/jpeg;base64,${firstPage}`;
-  // Mostra anteprima o carica sul server
-}
-```
-
-## Requisiti piattaforma
-
-- **iOS**: Aggiungi `NSCameraUsageDescription` a `ios/App/App/Info.plist` spiegando come usi la fotocamera.
-- **Android**: Conferma che il permesso `CAMERA` sia dichiarato (Capacitor lo aggiunge automaticamente) e regola `croppedImageQuality`, `letUserAdjustCrop` e `maxNumDocuments` per adattarsi alla tua UI.
-- **Archiviazione**: Quando usi `ResponseType.ImageFilePath`, sposta o copia i file scansionati nella posizione di archiviazione desiderata prima che la sessione dell'app termini.
diff --git a/src/content/docs/it/docs/plugins/document-scanner/index.mdx b/src/content/docs/it/docs/plugins/document-scanner/index.mdx
deleted file mode 100644
index b409b8359..000000000
--- a/src/content/docs/it/docs/plugins/document-scanner/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-document-scanner"
-locale: it
-description: Cattura documenti nitidi con rilevamento automatico dei bordi ed esporta pagine scansionate dalla tua app Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Avvia un'esperienza di scansione documenti rifinita con ritaglio automatico, acquisizione multi-pagina e formati di output configurabili.
-  image:
-    file: ~public/icons/plugins/document-scanner.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/document-scanner/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-document-scanner/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Il plugin Document Scanner offre alla tua app Capacitor un flusso di scansione di qualità nativa che funziona sia su dispositivi iOS che Android.
-
-<CardGrid stagger>
-  <Card title="Rilevamento automatico" icon="rocket">
-    Rileva i bordi della pagina, ritaglia automaticamente e consenti agli utenti di regolare prima di salvare.
-  </Card>
-  <Card title="Acquisizione multi-pagina" icon="star">
-    Acquisisci una o più pagine in una singola sessione di scansione con limiti regolabili.
-  </Card>
-  <Card title="Output personalizzato" icon="download">
-    Restituisce percorsi file o stringhe base64 alla qualità immagine che scegli.
-  </Card>
-  <Card title="API unificata" icon="pencil">
-    Un'interfaccia TypeScript abbraccia sia le implementazioni iOS che Android.
-  </Card>
-</CardGrid>
-
-Usa la guida introduttiva per abilitare i permessi della fotocamera, configurare le impostazioni di qualità ed esportare i file scansionati nel tuo flusso di archiviazione.
diff --git a/src/content/docs/it/docs/plugins/downloader/getting-started.mdx b/src/content/docs/it/docs/plugins/downloader/getting-started.mdx
deleted file mode 100644
index 1352af9de..000000000
--- a/src/content/docs/it/docs/plugins/downloader/getting-started.mdx
+++ /dev/null
@@ -1,172 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Guida all'installazione e utilizzo di @capgo/capacitor-downloader
-sidebar:
-  order: 2
-  label: "Iniziare"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Esempio di Utilizzo
-
-```typescript
-import { CapacitorDownloader } from '@capgo/capacitor-downloader';
-
-// Avvia un download
-const downloadId = 'my-download-001';
-await CapacitorDownloader.download({
-  id: downloadId,
-  url: 'https://example.com/large-file.zip',
-  destination: '/downloads/large-file.zip',
-  headers: {
-    'Authorization': 'Bearer token123'
-  },
-  network: 'wifi-only',
-  priority: 'high'
-});
-
-// Ascolta gli aggiornamenti di avanzamento
-CapacitorDownloader.addListener('downloadProgress', (data) => {
-  console.log(`Download ${data.id}: ${data.progress}% completato`);
-  console.log(`Scaricato: ${data.bytesDownloaded}/${data.totalBytes} byte`);
-});
-
-// Gestisci il completamento
-CapacitorDownloader.addListener('downloadCompleted', (data) => {
-  console.log(`Download completato: ${data.id}`);
-  console.log(`File salvato in: ${data.path}`);
-});
-
-// Gestisci gli errori
-CapacitorDownloader.addListener('downloadFailed', (error) => {
-  console.error(`Download fallito: ${error.id}`, error.message);
-});
-
-// Metti in pausa un download
-await CapacitorDownloader.pause(downloadId);
-
-// Riprendi il download
-await CapacitorDownloader.resume(downloadId);
-
-// Verifica lo stato del download
-const status = await CapacitorDownloader.checkStatus(downloadId);
-console.log('Stato del download:', status);
-
-// Interrompi il download
-await CapacitorDownloader.stop(downloadId);
-```
-
-## Metodi API Principali
-
-### Gestione Download
-- `download(options)` - Avvia un nuovo download di file
-- `pause(id)` - Metti in pausa un download in corso
-- `resume(id)` - Riprendi un download in pausa
-- `stop(id)` - Interrompi e annulla un download
-- `checkStatus(id)` - Ottieni lo stato attuale del download
-
-### Operazioni File
-- `getFileInfo(path)` - Recupera informazioni e metadati del file
-
-## Configurazione Download
-
-```typescript
-interface DownloadOptions {
-  id: string;                    // Identificatore univoco del download
-  url: string;                   // URL sorgente del download
-  destination: string;           // Percorso di salvataggio locale
-  headers?: Record<string, string>; // Intestazioni HTTP personalizzate
-  network?: 'cellular' | 'wifi-only'; // Restrizioni di rete
-  priority?: 'high' | 'normal' | 'low'; // Priorità del download
-}
-```
-
-## Event Listener
-
-Il plugin fornisce gestione completa degli eventi:
-
-- `downloadProgress` - Traccia l'avanzamento del download in tempo reale
-- `downloadCompleted` - Gestisci il completamento riuscito del download
-- `downloadFailed` - Gestisci errori e fallimenti del download
-
-## Configurazione Rete
-
-### Download Solo WiFi
-```typescript
-await CapacitorDownloader.download({
-  id: 'large-file',
-  url: 'https://example.com/video.mp4',
-  destination: '/downloads/video.mp4',
-  network: 'wifi-only' // Limita solo alle reti WiFi
-});
-```
-
-### Gestione Priorità
-```typescript
-// Download ad alta priorità
-await CapacitorDownloader.download({
-  id: 'urgent-update',
-  url: 'https://example.com/update.zip',
-  destination: '/downloads/update.zip',
-  priority: 'high'
-});
-```
-
-## Stati del Download
-
-I download possono trovarsi in vari stati:
-- **Pending**: In coda per il download
-- **Running**: Download in corso
-- **Paused**: Temporaneamente fermato
-- **Completed**: Completato con successo
-- **Failed**: Si è verificato un errore
-- **Stopped**: Annullato manualmente
-
-## Informazioni File
-
-```typescript
-// Ottieni dettagli file
-const fileInfo = await CapacitorDownloader.getFileInfo('/downloads/my-file.pdf');
-console.log('Dimensione file:', fileInfo.size);
-console.log('Ultima modifica:', fileInfo.lastModified);
-console.log('Tipo MIME:', fileInfo.mimeType);
-```
-
-## Best Practice
-
-- Usa ID download univoci per evitare conflitti
-- Implementa una corretta gestione degli errori per i fallimenti di rete
-- Considera lo spazio di archiviazione prima di avviare download grandi
-- Usa la modalità solo WiFi per file grandi per preservare i dati mobili
-- Pulisci i download completati per gestire l'archiviazione
diff --git a/src/content/docs/it/docs/plugins/downloader/index.mdx b/src/content/docs/it/docs/plugins/downloader/index.mdx
deleted file mode 100644
index bd8be8c91..000000000
--- a/src/content/docs/it/docs/plugins/downloader/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@capgo/capacitor-downloader"
-locale: it
-description: Plugin di gestione download file per app Capacitor con download in background, tracciamento avanzamento e capacità di ripresa.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Scarica file con supporto in background, tracciamento avanzamento, capacità di pausa/ripresa e gestione efficiente dei download.
-  image:
-    file: ~public/icons/plugins/downloader.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/downloader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-downloader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Panoramica
-
-Il plugin Capacitor Downloader fornisce potenti capacità di download file con supporto per download in background, tracciamento avanzamento e gestione completa dei download. Questo plugin abilita un robusto download di file con funzionalità di pausa/ripresa e monitoraggio dettagliato dell'avanzamento.
-
-> ⚠️ **Lavori in Corso**: Questo plugin è attualmente in sviluppo e non ancora pronto per l'uso in produzione.
-
-<CardGrid stagger>
-  <Card title="Download in background" icon="rocket">
-    Continua i download quando l'app è in background 📥
-  </Card>
-  <Card title="Tracciamento avanzamento" icon="star">
-    Monitoraggio in tempo reale dell'avanzamento e dello stato del download 📊
-  </Card>
-  <Card title="Controllo download" icon="rocket">
-    Metti in pausa, riprendi e interrompi i download dinamicamente ⏯️
-  </Card>
-  <Card title="Opzioni di rete" icon="puzzle">
-    Configura preferenze e priorità di rete 📶
-  </Card>
-</CardGrid>
-
-## Stato di Sviluppo
-
-Questo plugin è ispirato a react-native-background-downloader ed è attualmente in sviluppo. Le funzionalità potrebbero cambiare con l'avanzare dello sviluppo.
diff --git a/src/content/docs/it/docs/plugins/env/getting-started.mdx b/src/content/docs/it/docs/plugins/env/getting-started.mdx
deleted file mode 100644
index d2deeec13..000000000
--- a/src/content/docs/it/docs/plugins/env/getting-started.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Configura valori di ambiente per build e recuperali a runtime con il plugin Env.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-env" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza piattaforme native**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Dichiara valori di configurazione
-
-Aggiungi chiavi alla configurazione Capacitor in modo che siano integrate nelle tue build native. Puoi creare più varianti di configurazione (`capacitor.config.prod.ts`, `capacitor.config.dev.ts`, ecc.) per scambiare valori per ambiente.
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example',
-  webDir: 'dist',
-  plugins: {
-    Env: {
-      API_URL: 'https://api.example.com',
-      PUBLIC_KEY: 'pk_live_123',
-    },
-  },
-};
-
-export default config;
-```
-
-Sulle piattaforme native i valori sono memorizzati all'interno dei file di configurazione generati (`ios/App/App/capacitor.config.json` e `android/app/src/main/assets/capacitor.config.json`). Aggiorna quei file per variante se hai bisogno di valori specifici per tenant.
-
-## Leggi i valori nel codice
-
-```typescript
-import { Env } from '@capgo/capacitor-env';
-
-const apiUrl = await Env.getKey({ key: 'API_URL' }).then((result) => result.value);
-
-if (!apiUrl) {
-  throw new Error('Configurazione API_URL mancante');
-}
-```
-
-## Fornisci valori di fallback
-
-```typescript
-const loadConfig = async () => {
-  const { value: endpoint } = await Env.getKey({ key: 'API_URL' });
-  return endpoint || 'https://staging.example.com';
-};
-```
-
-## Suggerimenti
-
-- Usa file `capacitor.config` diversi per ambiente e punta il CLI a quello giusto con `npx cap run ios --configuration=prod`.
-- Combina con i canali updater Capgo per distribuire valori specifici per tenant senza pubblicare nuovi binari.
-- Mantieni i segreti fuori dal controllo versione sostituendoli durante la build CI prima di `npx cap sync`.
diff --git a/src/content/docs/it/docs/plugins/env/index.mdx b/src/content/docs/it/docs/plugins/env/index.mdx
deleted file mode 100644
index 37b3976fd..000000000
--- a/src/content/docs/it/docs/plugins/env/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-env"
-locale: it
-description: Esponi valori di configurazione da `capacitor.config` a runtime per app white-label e multitenant.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Fornisci impostazioni specifiche per tenant senza nuove build leggendo valori di configurazione sicuri direttamente da Capacitor.
-  image:
-    file: ~public/settings-go.webp
-  actions:
-    - text: Inizia
-      link: /docs/plugins/env/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-env/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Env ti permette di memorizzare segreti e configurazione per build all'interno di `capacitor.config.*` e risolverli a runtime attraverso una semplice API.
-
-<CardGrid stagger>
-  <Card title="Configurazione runtime" icon="rocket">
-    Leggi valori dai file di configurazione nativi senza includerli nel tuo bundle JavaScript.
-  </Card>
-  <Card title="Override per build" icon="rocket">
-    Crea più varianti di app o tenant fornendo file di configurazione diversi.
-  </Card>
-  <Card title="Accesso type-safe" icon="pencil">
-    Recupera chiavi con supporto TypeScript e centralizza la logica di fallback.
-  </Card>
-  <Card title="Sicuro per impostazione predefinita" icon="approve-check">
-    Mantieni chiavi API e segreti fuori da Git mentre li includi comunque nei binari nativi.
-  </Card>
-</CardGrid>
-
-Segui la guida introduttiva per dichiarare chiavi nella tua configurazione Capacitor e recuperarle in modo sicuro su tutte le piattaforme.
diff --git a/src/content/docs/it/docs/plugins/fast-sql/getting-started.mdx b/src/content/docs/it/docs/plugins/fast-sql/getting-started.mdx
deleted file mode 100644
index 87b8e0785..000000000
--- a/src/content/docs/it/docs/plugins/fast-sql/getting-started.mdx
+++ /dev/null
@@ -1,360 +0,0 @@
----
-title: Iniziare con Fast SQL
-locale: it
-description: Installa e configura il plugin Fast SQL per accesso database SQLite nativo ad alte prestazioni
----
-
-Questa guida ti aiuterà a installare e configurare il plugin **@capgo/capacitor-fast-sql** per accesso database SQLite ad alte prestazioni.
-
-## Perché Fast SQL?
-
-I plugin SQLite tradizionali per Capacitor si basano sul bridge JavaScript standard per comunicare tra il tuo codice web e il codice nativo. Anche se questo funziona bene per piccole operazioni, il bridge diventa un collo di bottiglia significativo quando devi trasferire grandi quantità di dati. Ogni pezzo di dati deve essere serializzato in JSON, inviato attraverso il bridge e quindi deserializzato dall'altra parte. Questo overhead di serializzazione rende le operazioni con migliaia di righe o dati binari grandi incredibilmente lente.
-
-**Fast SQL risolve questo problema** stabilendo un server HTTP locale sul dispositivo che comunica direttamente con il database SQLite nativo. Questo protocollo personalizzato bypassa completamente il bridge di Capacitor, eliminando l'overhead di serializzazione e abilitando:
-
-- **Prestazioni fino a 25x più veloci** per operazioni batch e grandi dataset
-- **Trasferimento efficiente di dati binari** senza codifica base64
-- **Streaming di risultati grandi** senza problemi di memoria
-- **Prestazioni ottimali per sistemi di sincronizzazione** come CRDT e trasformazioni operazionali
-
-Questo rende Fast SQL ideale per applicazioni local-first, sistemi di sincronizzazione offline e scenari in cui devi sostituire IndexedDB con una soluzione più affidabile e performante.
-
-## Installazione
-
-```bash
-npm install @capgo/capacitor-fast-sql
-npx cap sync
-```
-
-## Configurazione Piattaforma
-
-### Configurazione iOS
-
-Aggiungi quanto segue al tuo `Info.plist` per consentire il networking locale:
-
-```xml title="ios/App/App/Info.plist"
-<key>NSAppTransportSecurity</key>
-<dict>
-    <key>NSAllowsLocalNetworking</key>
-    <true/>
-</dict>
-```
-
-### Configurazione Android
-
-Se necessario, aggiungi al tuo `AndroidManifest.xml`:
-
-```xml title="android/app/src/main/AndroidManifest.xml"
-<application
-    android:usesCleartextTraffic="true">
-    ...
-</application>
-```
-
-### Configurazione Web
-
-Per il supporto della piattaforma web, installa sql.js:
-
-```bash
-npm install sql.js
-```
-
-## Utilizzo Base
-
-### Connessione a un Database
-
-```typescript
-import { FastSQL } from '@capgo/capacitor-fast-sql';
-
-// Connetti al database (crea il file se non esiste)
-const db = await FastSQL.connect({
-  database: 'myapp'
-});
-
-console.log('Connesso al database sulla porta:', db.port);
-```
-
-### Creazione Tabelle
-
-```typescript
-// Crea una tabella
-await db.execute(`
-  CREATE TABLE IF NOT EXISTS users (
-    id INTEGER PRIMARY KEY AUTOINCREMENT,
-    name TEXT NOT NULL,
-    email TEXT UNIQUE,
-    created_at INTEGER DEFAULT (strftime('%s', 'now'))
-  )
-`);
-```
-
-### Inserimento Dati
-
-```typescript
-// Inserisci singola riga
-const result = await db.run(
-  'INSERT INTO users (name, email) VALUES (?, ?)',
-  ['John Doe', 'john@example.com']
-);
-
-console.log('ID riga inserita:', result.insertId);
-console.log('Righe interessate:', result.rowsAffected);
-```
-
-### Query Dati
-
-```typescript
-// Query con parametri
-const users = await db.query(
-  'SELECT * FROM users WHERE name LIKE ?',
-  ['John%']
-);
-
-console.log('Utenti trovati:', users);
-
-// users è un array di oggetti:
-// [{ id: 1, name: 'John Doe', email: 'john@example.com', created_at: 1234567890 }]
-```
-
-### Aggiornamento Dati
-
-```typescript
-const result = await db.run(
-  'UPDATE users SET email = ? WHERE id = ?',
-  ['newemail@example.com', 1]
-);
-
-console.log('Righe aggiornate:', result.rowsAffected);
-```
-
-### Eliminazione Dati
-
-```typescript
-const result = await db.run(
-  'DELETE FROM users WHERE id = ?',
-  [1]
-);
-
-console.log('Righe eliminate:', result.rowsAffected);
-```
-
-## Transazioni
-
-Le transazioni garantiscono l'atomicità - tutte le operazioni hanno successo o tutte vengono annullate:
-
-```typescript
-try {
-  await db.transaction(async (tx) => {
-    // Tutte le operazioni in questo blocco fanno parte della transazione
-    await tx.run('INSERT INTO accounts (name, balance) VALUES (?, ?)', ['Alice', 1000]);
-    await tx.run('INSERT INTO accounts (name, balance) VALUES (?, ?)', ['Bob', 500]);
-
-    // Trasferisci denaro
-    await tx.run('UPDATE accounts SET balance = balance - 100 WHERE name = ?', ['Alice']);
-    await tx.run('UPDATE accounts SET balance = balance + 100 WHERE name = ?', ['Bob']);
-  });
-
-  console.log('Transazione committata con successo!');
-} catch (error) {
-  console.error('Transazione annullata:', error);
-  // Tutte le modifiche sono automaticamente annullate in caso di errore
-}
-```
-
-### Livelli di Isolamento Transazione
-
-```typescript
-import { FastSQL, IsolationLevel } from '@capgo/capacitor-fast-sql';
-
-await db.transaction(async (tx) => {
-  // Le tue operazioni
-}, IsolationLevel.Serializable);
-```
-
-Livelli di isolamento disponibili:
-- `ReadUncommitted` - Isolamento più basso, prestazioni più alte
-- `ReadCommitted` - Previeni letture sporche
-- `RepeatableRead` - Previeni letture non ripetibili
-- `Serializable` - Isolamento più alto, previene tutte le anomalie
-
-## Operazioni Batch
-
-Esegui più istruzioni in modo efficiente:
-
-```typescript
-const results = await db.executeBatch([
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['App avviata', 'INFO']
-  },
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['Utente loggato', 'INFO']
-  },
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['Errore verificato', 'ERROR']
-  },
-]);
-
-console.log('Eseguite', results.length, 'istruzioni');
-```
-
-## Dati Binari (BLOB)
-
-Memorizza e recupera dati binari usando Uint8Array:
-
-```typescript
-// Memorizza dati binari
-const imageData = new Uint8Array([0xFF, 0xD8, 0xFF, 0xE0, /* ... */]);
-
-await db.run(
-  'INSERT INTO images (name, data) VALUES (?, ?)',
-  ['photo.jpg', imageData]
-);
-
-// Recupera dati binari
-const rows = await db.query('SELECT data FROM images WHERE name = ?', ['photo.jpg']);
-const retrievedData = rows[0].data; // Uint8Array
-```
-
-## Crittografia (iOS/Android)
-
-Abilita la crittografia SQLCipher per archiviazione sicura:
-
-```typescript
-const db = await FastSQL.connect({
-  database: 'secure_db',
-  encrypted: true,
-  encryptionKey: 'your-secure-encryption-key'
-});
-```
-
-:::caution
-- La crittografia è disponibile solo su iOS e Android
-- Memorizza le chiavi di crittografia in modo sicuro (usa Keychain/Keystore)
-- Non è possibile aprire database crittografati senza la chiave corretta
-- La piattaforma web non supporta la crittografia
-:::
-
-## Modalità Sola Lettura
-
-Apri database in modalità sola lettura per prevenire modifiche:
-
-```typescript
-const db = await FastSQL.connect({
-  database: 'myapp',
-  readOnly: true
-});
-```
-
-## Chiusura Connessioni
-
-Chiudi sempre le connessioni database quando hai finito:
-
-```typescript
-await FastSQL.disconnect('myapp');
-```
-
-## Protocollo HTTP Diretto
-
-Per prestazioni massime con grandi dataset, usa direttamente il protocollo HTTP:
-
-```typescript
-const { port, token } = await FastSQL.getServerInfo({ database: 'myapp' });
-
-// Effettua richieste HTTP dirette a localhost:port
-// Includi il token nell'header Authorization
-const response = await fetch(`http://localhost:${port}/execute`, {
-  method: 'POST',
-  headers: {
-    'Authorization': `Bearer ${token}`,
-    'Content-Type': 'application/json'
-  },
-  body: JSON.stringify({
-    statement: 'SELECT * FROM users',
-    params: []
-  })
-});
-
-const result = await response.json();
-```
-
-## Gestione Errori
-
-```typescript
-import { FastSQL } from '@capgo/capacitor-fast-sql';
-
-try {
-  const db = await FastSQL.connect({ database: 'myapp' });
-
-  await db.run('INSERT INTO users (name, email) VALUES (?, ?)', ['John', 'john@example.com']);
-
-} catch (error) {
-  if (error.message.includes('UNIQUE constraint failed')) {
-    console.error('Email già esistente');
-  } else if (error.message.includes('no such table')) {
-    console.error('La tabella non esiste');
-  } else {
-    console.error('Errore database:', error);
-  }
-}
-```
-
-## Pattern SQL Comuni
-
-### Verifica se Tabella Esiste
-
-```typescript
-const result = await db.query(
-  "SELECT name FROM sqlite_master WHERE type='table' AND name=?",
-  ['users']
-);
-
-const tableExists = result.length > 0;
-```
-
-### Ottieni Schema Tabella
-
-```typescript
-const schema = await db.query('PRAGMA table_info(users)');
-console.log('Colonne:', schema);
-```
-
-### Conta Righe
-
-```typescript
-const result = await db.query('SELECT COUNT(*) as count FROM users');
-const count = result[0].count;
-```
-
-### Paginazione
-
-```typescript
-const pageSize = 20;
-const page = 1;
-const offset = (page - 1) * pageSize;
-
-const users = await db.query(
-  'SELECT * FROM users ORDER BY created_at DESC LIMIT ? OFFSET ?',
-  [pageSize, offset]
-);
-```
-
-## Suggerimenti per le Prestazioni
-
-1. **Usa Transazioni** per operazioni multiple - significativamente più veloce dei commit individuali
-2. **Usa Operazioni Batch** per inserimenti massivi - più efficienti dei cicli
-3. **Crea Indici** sulle colonne frequentemente interrogate
-4. **Usa Prepared Statement** con parametri (?) - previene SQL injection e migliora le prestazioni
-5. **Usa Protocollo HTTP Direttamente** per set di risultati molto grandi
-6. **Chiudi Connessioni** quando non in uso per liberare risorse
-
-## Prossimi Passi
-
-Consulta il [tutorial completo](/plugins/capacitor-fast-sql) per pattern avanzati inclusi:
-- Architettura servizio database
-- Sistemi di migrazione
-- Motori di sincronizzazione
-- Query e join complessi
-- Ottimizzazione prestazioni
diff --git a/src/content/docs/it/docs/plugins/fast-sql/index.mdx b/src/content/docs/it/docs/plugins/fast-sql/index.mdx
deleted file mode 100644
index b07da2b46..000000000
--- a/src/content/docs/it/docs/plugins/fast-sql/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: '@capgo/capacitor-fast-sql'
-description: >-
-  SQLite nativo ad alte prestazioni con protocollo HTTP personalizzato per
-  operazioni di sincronizzazione efficienti e sostituzione di IndexedDB.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    SQLite nativo ultraveloce con protocollo personalizzato per sistemi di
-    sincronizzazione e set di dati di grandi dimensioni, che offre prestazioni
-    fino a 25 volte più veloci.
-  image:
-    file: ~public/icons/plugins/fast-sql.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/fast-sql/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-fast-sql/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Protocollo HTTP personalizzato" icon="rocket">
-    Ignora il bridge di Capacitor per carichi di lavoro batch e di grandi risultati più rapidi.
-  </Card>
-  <Card title="Supporto alle transazioni" icon="list-format">
-    Supporta `transaction()`, inizio/commit/rollback esplicito e livelli di isolamento.
-  </Card>
-  <Card title="Supporto batch + BLOB" icon="random">
-    Esegui più istruzioni in una richiesta e archivia dati binari.
-  </Card>
-  <Card title="Comodità del valore-chiave" icon="document">
-    Utilizza `KeyValueStore` per una semplice persistenza chiave/valore mobile-first.
-  </Card>
-  <Card title="Gestione della connessione" icon="setting">
-    Tieni traccia dei database aperti, disconnettiti esplicitamente o chiudi tutto in un'unica chiamata.
-  </Card>
-  <Card title="Iniziare" icon="open-book">
-    Controlla la guida introduttiva per installare e configurare il plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/ffmpeg/getting-started.mdx b/src/content/docs/it/docs/plugins/ffmpeg/getting-started.mdx
deleted file mode 100644
index c022ccb26..000000000
--- a/src/content/docs/it/docs/plugins/ffmpeg/getting-started.mdx
+++ /dev/null
@@ -1,277 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e utilizzare il plugin FFmpeg per l'elaborazione video nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-ffmpeg" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e usalo per ricodificare video:
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-
-// Ricodifica un video con impostazioni personalizzate
-const processVideo = async () => {
-  await CapacitorFFmpeg.reencodeVideo({
-    inputPath: '/percorso/input/video.mp4',
-    outputPath: '/percorso/output/video.mp4',
-    width: 1280,
-    height: 720,
-    bitrate: 2000000 // Opzionale: 2 Mbps
-  });
-};
-
-// Ottieni la versione del plugin
-const checkVersion = async () => {
-  const { version } = await CapacitorFFmpeg.getPluginVersion();
-  console.log('Versione plugin FFmpeg:', version);
-};
-```
-
-## Riferimento API
-
-### reencodeVideo(options)
-
-Ricodifica un file video con dimensioni e bitrate specificati.
-
-```typescript
-await CapacitorFFmpeg.reencodeVideo({
-  inputPath: '/percorso/input.mp4',
-  outputPath: '/percorso/output.mp4',
-  width: 1920,
-  height: 1080,
-  bitrate: 5000000 // Opzionale: 5 Mbps
-});
-```
-
-**Parametri:**
-- `inputPath` (string): Percorso completo del file video di input
-- `outputPath` (string): Percorso completo dove verrà salvato il video di output
-- `width` (number): Larghezza di destinazione in pixel
-- `height` (number): Altezza di destinazione in pixel
-- `bitrate` (number, opzionale): Bitrate di destinazione in bit al secondo
-
-### getPluginVersion()
-
-Ottiene la versione del plugin Capacitor nativo.
-
-```typescript
-const { version } = await CapacitorFFmpeg.getPluginVersion();
-```
-
-## Esempio completo
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class VideoProcessor {
-  /**
-   * Comprimi un video per ridurre le dimensioni del file
-   */
-  async compressVideo(inputPath: string, quality: 'low' | 'medium' | 'high') {
-    const qualitySettings = {
-      low: { width: 640, height: 360, bitrate: 500000 },
-      medium: { width: 1280, height: 720, bitrate: 2000000 },
-      high: { width: 1920, height: 1080, bitrate: 5000000 }
-    };
-
-    const settings = qualitySettings[quality];
-    const outputPath = inputPath.replace('.mp4', `_${quality}.mp4`);
-
-    try {
-      await CapacitorFFmpeg.reencodeVideo({
-        inputPath,
-        outputPath,
-        width: settings.width,
-        height: settings.height,
-        bitrate: settings.bitrate
-      });
-
-      console.log(`Video compresso in qualità ${quality}:`, outputPath);
-      return outputPath;
-    } catch (error) {
-      console.error('Compressione video fallita:', error);
-      throw error;
-    }
-  }
-
-  /**
-   * Ridimensiona il video a dimensioni specifiche
-   */
-  async resizeVideo(
-    inputPath: string,
-    width: number,
-    height: number
-  ): Promise<string> {
-    const outputPath = inputPath.replace('.mp4', '_resized.mp4');
-
-    await CapacitorFFmpeg.reencodeVideo({
-      inputPath,
-      outputPath,
-      width,
-      height
-    });
-
-    return outputPath;
-  }
-
-  /**
-   * Crea una versione miniatura di un video
-   */
-  async createThumbnailVideo(inputPath: string): Promise<string> {
-    return this.compressVideo(inputPath, 'low');
-  }
-
-  /**
-   * Elabora più video in batch
-   */
-  async processMultipleVideos(
-    videoPaths: string[],
-    width: number,
-    height: number,
-    bitrate?: number
-  ): Promise<string[]> {
-    const outputPaths: string[] = [];
-
-    for (const inputPath of videoPaths) {
-      const outputPath = inputPath.replace('.mp4', '_processed.mp4');
-
-      try {
-        await CapacitorFFmpeg.reencodeVideo({
-          inputPath,
-          outputPath,
-          width,
-          height,
-          bitrate
-        });
-
-        outputPaths.push(outputPath);
-      } catch (error) {
-        console.error(`Impossibile elaborare ${inputPath}:`, error);
-      }
-    }
-
-    return outputPaths;
-  }
-}
-```
-
-## Best practices
-
-1. **Usa bitrate appropriati**
-   Scegli il bitrate in base alla risoluzione e al caso d'uso:
-   ```typescript
-   // Condivisione mobile (bassa larghezza di banda)
-   const lowQuality = { width: 640, height: 360, bitrate: 500000 };
-
-   // Qualità standard
-   const standardQuality = { width: 1280, height: 720, bitrate: 2000000 };
-
-   // Alta qualità
-   const highQuality = { width: 1920, height: 1080, bitrate: 5000000 };
-   ```
-
-2. **Mantieni il rapporto d'aspetto**
-   Calcola le dimensioni per preservare il rapporto d'aspetto:
-   ```typescript
-   function calculateDimensions(originalWidth: number, originalHeight: number, targetWidth: number) {
-     const aspectRatio = originalWidth / originalHeight;
-     return {
-       width: targetWidth,
-       height: Math.round(targetWidth / aspectRatio)
-     };
-   }
-   ```
-
-3. **Gestisci correttamente i percorsi dei file**
-   Usa Capacitor Filesystem per la gestione dei percorsi multipiattaforma:
-   ```typescript
-   import { Filesystem, Directory } from '@capacitor/filesystem';
-
-   const inputPath = await Filesystem.getUri({
-     directory: Directory.Documents,
-     path: 'input.mp4'
-   });
-   ```
-
-4. **Mostra progressi agli utenti**
-   L'elaborazione video può essere lenta - informa gli utenti:
-   ```typescript
-   async function processWithProgress(inputPath: string) {
-     // Mostra indicatore di caricamento
-     showLoading('Elaborazione video...');
-
-     try {
-       await CapacitorFFmpeg.reencodeVideo({
-         inputPath,
-         outputPath: '/percorso/output.mp4',
-         width: 1280,
-         height: 720
-       });
-
-       showSuccess('Video elaborato con successo!');
-     } catch (error) {
-       showError('Impossibile elaborare il video');
-     } finally {
-       hideLoading();
-     }
-   }
-   ```
-
-5. **Pulisci i file temporanei**
-   Rimuovi i file intermedi per risparmiare spazio:
-   ```typescript
-   async function processAndCleanup(inputPath: string) {
-     const outputPath = inputPath.replace('.mp4', '_output.mp4');
-
-     await CapacitorFFmpeg.reencodeVideo({
-       inputPath,
-       outputPath,
-       width: 1280,
-       height: 720
-     });
-
-     // Rimuovi l'originale se non più necessario
-     await Filesystem.deleteFile({ path: inputPath });
-
-     return outputPath;
-   }
-   ```
-
-## Note sulla piattaforma
-
-### iOS
-- Richiede iOS 11.0+
-- L'elaborazione di video grandi potrebbe richiedere permessi per attività in background
-- Utilizza VideoToolbox nativo iOS per l'accelerazione hardware
-
-### Android
-- Richiede Android 5.0 (API 21)+
-- L'accelerazione hardware varia in base al dispositivo
-- Potrebbe richiedere il permesso WRITE_EXTERNAL_STORAGE per l'accesso ai file
-
-### Web
-- Non supportato sulla piattaforma web
-
-## Suggerimenti sulle prestazioni
-
-1. **Risoluzione più bassa per elaborazione più veloce**: Dimensioni più piccole = codifica più veloce
-2. **Usa l'accelerazione hardware**: Lascia che la piattaforma nativa ottimizzi la codifica
-3. **Elabora in background**: Non bloccare l'UI durante l'elaborazione video
-4. **Monitora l'uso della memoria**: I video grandi possono consumare memoria significativa
-5. **Testa su dispositivi reali**: Gli emulatori potrebbero non riflettere le prestazioni effettive
diff --git a/src/content/docs/it/docs/plugins/ffmpeg/index.mdx b/src/content/docs/it/docs/plugins/ffmpeg/index.mdx
deleted file mode 100644
index 3365a0678..000000000
--- a/src/content/docs/it/docs/plugins/ffmpeg/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-ffmpeg"
-locale: it
-description: Codifica ed elaborazione video alimentata da FFmpeg per app Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Ricodifica video con risoluzione e bitrate personalizzati utilizzando la potente libreria FFmpeg nelle tue app Capacitor.
-  image:
-    file: ~public/icons/plugins/ffmpeg.svg
-  actions:
-    - text: Iniziare
-      link: /docs/plugins/ffmpeg/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ffmpeg/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Ricodifica Video" icon="rocket">
-    Converti e comprimi video con FFmpeg
-  </Card>
-  <Card title="Risoluzione Personalizzata" icon="setting">
-    Ridimensiona i video a qualsiasi larghezza e altezza
-  </Card>
-  <Card title="Controllo Bitrate" icon="star">
-    Controlla la qualità video e la dimensione del file
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/ffmpeg/getting-started/) per iniziare a elaborare i video.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/file-compressor/getting-started.mdx b/src/content/docs/it/docs/plugins/file-compressor/getting-started.mdx
deleted file mode 100644
index b67ee654e..000000000
--- a/src/content/docs/it/docs/plugins/file-compressor/getting-started.mdx
+++ /dev/null
@@ -1,166 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e utilizzare il plugin File Compressor per comprimere immagini nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-file-compressor" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Supporto Piattaforma
-
-| Piattaforma | Formati Supportati | Note |
-|----------|-------------------|-------|
-| iOS | JPEG | Solo compressione JPEG supportata |
-| Android | JPEG, WebP | Entrambi i formati completamente supportati |
-| Web | JPEG, WebP | Compressione basata su Canvas API |
-
-Nota: I metadati EXIF vengono rimossi durante la compressione su tutte le piattaforme.
-
-## Utilizzo
-
-Importa il plugin e comprimi le immagini:
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-
-// Compress an image
-const compressImage = async () => {
-  const result = await FileCompressor.compressImage({
-    source: 'file:///path/to/image.jpg',
-    quality: 0.8,
-    width: 1920,
-    height: 1080
-  });
-
-  console.log('Compressed image path:', result.path);
-  console.log('Original size:', result.originalSize);
-  console.log('Compressed size:', result.size);
-};
-```
-
-## Riferimento API
-
-### compressImage(options)
-
-Comprime un file immagine con dimensioni e impostazioni di qualità specificate.
-
-```typescript
-interface CompressImageOptions {
-  source: string;           // Path to the image file
-  quality?: number;         // 0.0 to 1.0 (default: 0.8)
-  width?: number;           // Target width in pixels
-  height?: number;          // Target height in pixels
-  format?: 'jpeg' | '.webp'; // Output format
-}
-
-interface CompressImageResult {
-  path: string;             // Path to compressed image
-  size: number;             // Compressed file size in bytes
-  originalSize: number;     // Original file size in bytes
-}
-
-const result = await FileCompressor.compressImage(options);
-```
-
-**Note Importanti:**
-- I metadati EXIF vengono rimossi durante la compressione su tutte le piattaforme
-- Le proporzioni vengono mantenute automaticamente se viene fornita solo una dimensione
-- I file compressi vengono salvati in directory temporanee sulle piattaforme native
-
-### getPluginVersion()
-
-Ottieni la versione del plugin nativo.
-
-```typescript
-const { version } = await FileCompressor.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Esempio Completo
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-import { Camera } from '@capacitor/camera';
-
-export class ImageCompressionService {
-  async captureAndCompress() {
-    try {
-      // Take a photo
-      const photo = await Camera.getPhoto({
-        quality: 100,
-        allowEditing: false,
-        resultType: 'uri'
-      });
-
-      if (!photo.path) {
-        throw new Error('No image path');
-      }
-
-      // Compress the photo
-      const compressed = await FileCompressor.compressImage({
-        source: photo.path,
-        quality: 0.7,
-        width: 1920,
-        height: 1080,
-        format: 'jpeg'
-      });
-
-      console.log(`Compression ratio: ${
-        ((1 - compressed.size / compressed.originalSize) * 100).toFixed(1)
-      }%`);
-
-      return compressed.path;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async batchCompress(imagePaths: string[]) {
-    const results = [];
-
-    for (const path of imagePaths) {
-      try {
-        const result = await FileCompressor.compressImage({
-          source: path,
-          quality: 0.8,
-          width: 1280
-        });
-        results.push(result);
-      } catch (error) {
-        console.error(`Failed to compress ${path}:`, error);
-      }
-    }
-
-    return results;
-  }
-}
-```
-
-## Migliori Pratiche
-
-1. **Impostazioni di Qualità**: Inizia con qualità 0.8 per un buon equilibrio tra dimensione del file e qualità dell'immagine
-2. **Dimensioni di Ridimensionamento**: Specifica le dimensioni solo quando necessario - le proporzioni vengono preservate automaticamente
-3. **Selezione Formato**: Usa JPEG per foto e WebP per migliore compressione (solo Android/Web)
-4. **Gestione Errori**: Racchiudi sempre le chiamate di compressione in blocchi try-catch
-5. **Pulizia**: Ricorda di pulire i file temporanei dopo l'uso
-
-## Risoluzione Problemi
-
-### Problemi Comuni
-
-**L'immagine non si comprime**: Assicurati che il percorso sorgente sia valido e accessibile
-**Memoria insufficiente**: Riduci le dimensioni target o comprimi le immagini una alla volta
-**Formato non supportato**: Controlla la tabella di supporto piattaforma sopra
diff --git a/src/content/docs/it/docs/plugins/file-compressor/index.mdx b/src/content/docs/it/docs/plugins/file-compressor/index.mdx
deleted file mode 100644
index fe58fa2ce..000000000
--- a/src/content/docs/it/docs/plugins/file-compressor/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-file-compressor"
-locale: it
-description: Comprimi le immagini in modo efficiente supportando formati PNG, JPEG e WebP su tutte le piattaforme.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Comprimi le immagini in modo efficiente con supporto per formati PNG, JPEG e WebP su iOS, Android e Web.
-  image:
-    file: ~public/icons/plugins/file-compressor.svg
-  actions:
-    - text: Iniziare
-      link: /docs/plugins/file-compressor/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-file-compressor/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Formati Multipli" icon="document">
-    Supporto per compressione JPEG e WebP su tutte le piattaforme 🖼️
-  </Card>
-  <Card title="Controllo Qualità" icon="setting">
-    Qualità di compressione regolabile da 0.0 a 1.0 per equilibrio perfetto ⚙️
-  </Card>
-  <Card title="Ridimensionamento Intelligente" icon="puzzle">
-    Preservazione automatica delle proporzioni durante il ridimensionamento 📐
-  </Card>
-  <Card title="Nessun Backend" icon="rocket">
-    Tutta la compressione avviene sul dispositivo - nessun server necessario 🚀
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    API coerente su piattaforme iOS, Android e Web 📱
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/file-compressor/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/file/getting-started.mdx b/src/content/docs/it/docs/plugins/file/getting-started.mdx
deleted file mode 100644
index e1fe8ee8f..000000000
--- a/src/content/docs/it/docs/plugins/file/getting-started.mdx
+++ /dev/null
@@ -1,389 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e utilizzare il plugin File per operazioni sul file system nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-file" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e usa i suoi metodi per operazioni sui file:
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-// Write a text file
-const writeFile = async () => {
-  const result = await CapacitorFile.writeFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    data: 'Hello, World!',
-    encoding: Encoding.UTF8,
-    recursive: true, // Create parent directories if needed
-  });
-  console.log('File written to:', result.uri);
-};
-
-// Read a text file
-const readFile = async () => {
-  const result = await CapacitorFile.readFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    encoding: Encoding.UTF8,
-  });
-  console.log('File contents:', result.data);
-};
-
-// Check if file exists
-const checkExists = async () => {
-  const result = await CapacitorFile.exists({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-  console.log('File exists:', result.exists);
-};
-
-// Delete a file
-const deleteFile = async () => {
-  await CapacitorFile.deleteFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-};
-```
-
-## Posizioni Directory
-
-Il plugin fornisce diverse costanti di directory:
-
-```typescript
-import { Directory } from '@capgo/capacitor-file';
-
-// Available directories
-Directory.Documents  // User-visible documents (backed up)
-Directory.Data       // Private app data storage
-Directory.Library    // App support files (iOS) / files (Android)
-Directory.Cache      // Temporary cache (may be cleared by OS)
-Directory.External   // External storage (Android only)
-Directory.Application // Read-only app bundle
-```
-
-## Opzioni di Codifica
-
-```typescript
-import { Encoding } from '@capgo/capacitor-file';
-
-Encoding.UTF8   // UTF-8 text encoding
-Encoding.ASCII  // ASCII text encoding
-Encoding.UTF16  // UTF-16 text encoding
-// Omit encoding for binary data (returns base64)
-```
-
-## Riferimento API
-
-### writeFile(options)
-
-Scrivi dati in un file.
-
-```typescript
-const result = await CapacitorFile.writeFile({
-  path: 'folder/file.txt',
-  directory: Directory.Documents,
-  data: 'File content',
-  encoding: Encoding.UTF8,
-  recursive: true,  // Create directories if needed
-  append: false,    // Overwrite existing file
-  position: 0,      // Byte position for random access writes
-});
-// Returns: { uri: string }
-```
-
-### readFile(options)
-
-Leggi il contenuto di un file.
-
-```typescript
-const result = await CapacitorFile.readFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  encoding: Encoding.UTF8,
-  offset: 0,    // Start reading from byte offset
-  length: 100,  // Read only this many bytes
-});
-// Returns: { data: string }
-```
-
-### appendFile(options)
-
-Aggiungi dati a un file.
-
-```typescript
-await CapacitorFile.appendFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  data: '\nNew line',
-  encoding: Encoding.UTF8,
-});
-```
-
-### deleteFile(options)
-
-Elimina un file.
-
-```typescript
-await CapacitorFile.deleteFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-```
-
-### mkdir(options)
-
-Crea una directory.
-
-```typescript
-await CapacitorFile.mkdir({
-  path: 'my-folder/sub-folder',
-  directory: Directory.Documents,
-  recursive: true,  // Create parent directories
-});
-```
-
-### rmdir(options)
-
-Elimina una directory.
-
-```typescript
-await CapacitorFile.rmdir({
-  path: 'my-folder',
-  directory: Directory.Documents,
-  recursive: true,  // Delete contents recursively
-});
-```
-
-### readdir(options)
-
-Elenca il contenuto di una directory.
-
-```typescript
-const result = await CapacitorFile.readdir({
-  path: '',  // Empty for root of directory
-  directory: Directory.Documents,
-});
-// Returns: { entries: Entry[] }
-// Each entry has: { name, isFile, isDirectory, fullPath, nativeURL }
-```
-
-### stat(options)
-
-Ottieni i metadati di un file o directory.
-
-```typescript
-const result = await CapacitorFile.stat({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// Returns: { type, size, mtime, ctime, uri }
-```
-
-### exists(options)
-
-Controlla se un file o directory esiste.
-
-```typescript
-const result = await CapacitorFile.exists({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// Returns: { exists: boolean, type?: 'file' | 'directory' }
-```
-
-### copy(options)
-
-Copia un file o directory.
-
-```typescript
-const result = await CapacitorFile.copy({
-  from: 'source.txt',
-  to: 'destination.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-// Returns: { uri: string }
-```
-
-### rename(options) / move(options)
-
-Rinomina o sposta un file o directory.
-
-```typescript
-await CapacitorFile.rename({
-  from: 'old-name.txt',
-  to: 'new-name.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-```
-
-### truncate(options)
-
-Tronca un file a una dimensione specifica.
-
-```typescript
-await CapacitorFile.truncate({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  size: 100,  // Truncate to 100 bytes
-});
-```
-
-### getUri(options)
-
-Ottieni l'URI nativo per un file.
-
-```typescript
-const result = await CapacitorFile.getUri({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// Returns: { uri: string }
-```
-
-### getDirectories()
-
-Ottieni tutti i percorsi delle directory disponibili.
-
-```typescript
-const dirs = await CapacitorFile.getDirectories();
-// Returns paths for: documents, data, cache, external, etc.
-```
-
-### getFreeDiskSpace()
-
-Ottieni lo spazio su disco disponibile.
-
-```typescript
-const result = await CapacitorFile.getFreeDiskSpace();
-console.log('Free space:', result.free, 'bytes');
-```
-
-### checkPermissions() / requestPermissions()
-
-Gestisci i permessi di archiviazione (Android).
-
-```typescript
-const status = await CapacitorFile.checkPermissions();
-if (status.publicStorage !== 'granted') {
-  await CapacitorFile.requestPermissions();
-}
-```
-
-## Esempio Completo
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-export class FileService {
-  async saveJson(filename: string, data: object): Promise<void> {
-    await CapacitorFile.writeFile({
-      path: filename,
-      directory: Directory.Documents,
-      data: JSON.stringify(data, null, 2),
-      encoding: Encoding.UTF8,
-      recursive: true,
-    });
-  }
-
-  async loadJson<T>(filename: string): Promise<T | null> {
-    try {
-      const { exists } = await CapacitorFile.exists({
-        path: filename,
-        directory: Directory.Documents,
-      });
-
-      if (!exists) return null;
-
-      const result = await CapacitorFile.readFile({
-        path: filename,
-        directory: Directory.Documents,
-        encoding: Encoding.UTF8,
-      });
-
-      return JSON.parse(result.data) as T;
-    } catch (error) {
-      console.error('Failed to load JSON:', error);
-      return null;
-    }
-  }
-
-  async listFiles(folder: string = ''): Promise<string[]> {
-    const result = await CapacitorFile.readdir({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    return result.entries
-      .filter(entry => entry.isFile)
-      .map(entry => entry.name);
-  }
-
-  async deleteAll(folder: string): Promise<void> {
-    const { exists } = await CapacitorFile.exists({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    if (exists) {
-      await CapacitorFile.rmdir({
-        path: folder,
-        directory: Directory.Documents,
-        recursive: true,
-      });
-    }
-  }
-
-  async copyToBackup(filename: string): Promise<string> {
-    const timestamp = Date.now();
-    const backupName = `backup/${timestamp}-${filename}`;
-
-    const result = await CapacitorFile.copy({
-      from: filename,
-      to: backupName,
-      directory: Directory.Documents,
-      toDirectory: Directory.Documents,
-    });
-
-    return result.uri;
-  }
-}
-```
-
-## Note sulla Piattaforma
-
-### iOS
-- Richiede iOS 13.0+
-- La directory Documents è visibile nell'app Files
-- La directory Library è per i file di supporto dell'app
-- La cache può essere cancellata quando lo spazio di archiviazione del dispositivo è basso
-
-### Android
-- Richiede Android 6.0 (API 23)+
-- L'archiviazione esterna richiede permessi di runtime sulle versioni Android più vecchie
-- La directory Documents mappa alla directory files dell'app
-- Usa la directory External per l'accesso all'archiviazione condivisa
-
-### Web
-- Non supportato sulla piattaforma web
diff --git a/src/content/docs/it/docs/plugins/file/index.mdx b/src/content/docs/it/docs/plugins/file/index.mdx
deleted file mode 100644
index 3c9fcf504..000000000
--- a/src/content/docs/it/docs/plugins/file/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-file"
-locale: it
-description: Plugin completo per il file system per leggere, scrivere e gestire file e directory.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Operazioni complete sul file system con lettura, scrittura, copia, spostamento e gestione directory per iOS e Android.
-  image:
-    file: ~public/icons/plugins/file.svg
-  actions:
-    - text: Iniziare
-      link: /docs/plugins/file/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-file/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Operazioni Complete sui File" icon="rocket">
-    Leggi, scrivi, aggiungi, copia, sposta ed elimina file con facilità
-  </Card>
-  <Card title="Gestione Directory" icon="seti:folder">
-    Crea, elenca e rimuovi directory con supporto ricorsivo
-  </Card>
-  <Card title="Codifiche Multiple" icon="document">
-    Supporto per UTF-8, ASCII, UTF-16 e dati binari (base64)
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Funziona su iOS e Android con API coerente su tutte le piattaforme
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/flash/getting-started.mdx b/src/content/docs/it/docs/plugins/flash/getting-started.mdx
deleted file mode 100644
index 90164cb0d..000000000
--- a/src/content/docs/it/docs/plugins/flash/getting-started.mdx
+++ /dev/null
@@ -1,197 +0,0 @@
----
-title: Iniziare
-description: Scopri come installare e utilizzare il plugin Flash per controllare il flash del tuo dispositivo nella tua app Capacitor.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-flash" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e usa i suoi metodi per controllare il flash:
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// Check if flashlight is available
-const checkFlashlight = async () => {
-  const { value } = await CapacitorFlash.isAvailable();
-  console.log('Flashlight available:', value);
-};
-
-// Turn on flashlight
-const turnOn = async () => {
-  await CapacitorFlash.switchOn();
-};
-
-// Turn off flashlight
-const turnOff = async () => {
-  await CapacitorFlash.switchOff();
-};
-
-// Check if flashlight is on
-const checkStatus = async () => {
-  const { value } = await CapacitorFlash.isSwitchedOn();
-  console.log('Flashlight is on:', value);
-};
-
-// Toggle flashlight
-const toggle = async () => {
-  await CapacitorFlash.toggle();
-};
-```
-
-## Riferimento API
-
-### isAvailable()
-
-Controlla se il flash è disponibile sul dispositivo.
-
-```typescript
-const result = await CapacitorFlash.isAvailable();
-// Returns: { value: boolean }
-```
-
-### switchOn(options?)
-
-Accende il flash.
-
-```typescript
-interface SwitchOnOptions {
-  intensity?: number; // 0.0 to 1.0 (iOS only)
-}
-
-await CapacitorFlash.switchOn({ intensity: 0.5 });
-```
-
-### switchOff()
-
-Spegne il flash.
-
-```typescript
-await CapacitorFlash.switchOff();
-```
-
-### isSwitchedOn()
-
-Controlla se il flash è attualmente acceso.
-
-```typescript
-const result = await CapacitorFlash.isSwitchedOn();
-// Returns: { value: boolean }
-```
-
-### toggle()
-
-Attiva/disattiva il flash.
-
-```typescript
-await CapacitorFlash.toggle();
-```
-
-## Esempio Completo
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-export class FlashlightService {
-  private isOn = false;
-
-  async init() {
-    const { value } = await CapacitorFlash.isAvailable();
-    if (!value) {
-      throw new Error('Flashlight not available on this device');
-    }
-  }
-
-  async toggle() {
-    if (this.isOn) {
-      await CapacitorFlash.switchOff();
-    } else {
-      await CapacitorFlash.switchOn();
-    }
-    this.isOn = !this.isOn;
-  }
-
-  async turnOn(intensity?: number) {
-    await CapacitorFlash.switchOn({ intensity });
-    this.isOn = true;
-  }
-
-  async turnOff() {
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-
-  async strobe(intervalMs: number = 100, duration: number = 3000) {
-    const endTime = Date.now() + duration;
-
-    while (Date.now() < endTime) {
-      await CapacitorFlash.toggle();
-      await new Promise(resolve => setTimeout(resolve, intervalMs));
-    }
-
-    // Ensure flashlight is off after strobe
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-}
-```
-
-## Migliori Pratiche
-
-1. **Controlla prima la disponibilità**
-   Verifica sempre la disponibilità del flash prima di utilizzarlo:
-   ```typescript
-   const { value } = await CapacitorFlash.isAvailable();
-   if (!value) {
-     // Show alternative UI or disable flashlight features
-   }
-   ```
-
-2. **Gestisci gli errori con attenzione**
-   ```typescript
-   try {
-     await CapacitorFlash.switchOn();
-   } catch (error) {
-     console.error('Failed to turn on flashlight:', error);
-   }
-   ```
-
-3. **Spegni quando non necessario**
-   Spegni sempre il flash quando l'app va in background o quando la funzione non è più necessaria per risparmiare batteria.
-
-4. **Evita attivazioni rapide**
-   Implementa il debouncing per evitare rapide accensioni/spegnimenti che potrebbero danneggiare il LED o scaricare la batteria.
-
-## Note sulla Piattaforma
-
-### iOS
-- Richiede iOS 10.0+
-- Utilizza la modalità torcia `AVCaptureDevice`
-- Supporta il controllo dell'intensità (da 0.0 a 1.0)
-
-### Android
-- Richiede Android 6.0 (API 23)+
-- Utilizza Camera2 API
-- Controllo dell'intensità non supportato (utilizza la luminosità predefinita)
-
-### Web
-- Supportato su browser con MediaDevices API e capacità torcia
-- Utilizza lo stream della fotocamera per accedere al flash del dispositivo
-- Richiede il permesso dell'utente per accedere alla fotocamera
-- Funziona meglio su browser mobili (Chrome su Android)
-- I browser desktop tipicamente restituiscono `isAvailable: false` (nessun hardware torcia)
-- Controllo dell'intensità non supportato sul web
diff --git a/src/content/docs/it/docs/plugins/flash/index.mdx b/src/content/docs/it/docs/plugins/flash/index.mdx
deleted file mode 100644
index 03b931213..000000000
--- a/src/content/docs/it/docs/plugins/flash/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-flash"
-description: Controlla il flash/torcia del tuo dispositivo con questo semplice plugin Capacitor.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Accendi e spegni il flash/torcia del tuo dispositivo in modo programmatico con questo leggero plugin Capacitor.
-  image:
-    file: ~public/icons/plugins/flash.svg
-  actions:
-    - text: Iniziare
-      link: /docs/plugins/flash/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/capacitor-flash/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="API Semplice" icon="rocket">
-    Accendi/spegni il flash con una sola chiamata al metodo 🚀
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Funziona su piattaforme iOS, Android e Web 📱
-  </Card>
-  <Card title="Leggero" icon="rocket">
-    Impatto minimo senza dipendenze ⚡
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/flash/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/gtm/getting-started.mdx b/src/content/docs/it/docs/plugins/gtm/getting-started.mdx
deleted file mode 100644
index a4aec3b3c..000000000
--- a/src/content/docs/it/docs/plugins/gtm/getting-started.mdx
+++ /dev/null
@@ -1,242 +0,0 @@
----
-title: Iniziare
-description: Scopri come installare e integrare Google Tag Manager nella tua app Capacitor utilizzando l'SDK ufficiale.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Configurazione della Piattaforma
-
-### iOS
-
-1. Scarica il file di configurazione del contenitore GTM dalla console Google Tag Manager
-2. Aggiungi il file JSON del contenitore al tuo progetto iOS in Xcode
-3. Il file dovrebbe essere denominato qualcosa come `GTM-XXXXXX.json`
-
-### Android
-
-1. Scarica il file di configurazione del contenitore GTM dalla console Google Tag Manager
-2. Aggiungi il file JSON del contenitore a `android/app/src/main/assets/`
-3. Il file dovrebbe essere denominato qualcosa come `GTM-XXXXXX.json`
-
-## Esempio di Utilizzo
-
-```typescript
-import { CapacitorGTM } from '@capgo/capacitor-gtm';
-
-// Initialize GTM with your container ID
-await CapacitorGTM.init({
-  containerId: 'GTM-XXXXXX'
-});
-
-// Push events to dataLayer
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Home',
-    screen_class: 'HomeScreen'
-  }
-});
-
-// Push custom events with parameters
-await CapacitorGTM.pushEvent({
-  event: 'purchase',
-  parameters: {
-    transaction_id: 'T12345',
-    value: 25.00,
-    currency: 'USD',
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product Name',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-
-// Set user properties
-await CapacitorGTM.setUserProperty({
-  key: 'user_type',
-  value: 'premium'
-});
-
-// Get values from dataLayer
-const result = await CapacitorGTM.getVariable({
-  key: 'config_value'
-});
-console.log('Config value:', result.value);
-```
-
-## Riferimento API
-
-### init(options)
-
-```typescript
-init(options: { containerId: string }) => Promise<void>
-```
-
-Inizializza Google Tag Manager con il tuo ID contenitore.
-
-| Param         | Type                             |
-| ------------- | -------------------------------- |
-| **`options`** | `{ containerId: string }` |
-
-### pushEvent(options)
-
-```typescript
-pushEvent(options: GTMEvent) => Promise<void>
-```
-
-Invia un evento al dataLayer con parametri opzionali.
-
-| Param         | Type              |
-| ------------- | ----------------- |
-| **`options`** | `GTMEvent` |
-
-### setUserProperty(options)
-
-```typescript
-setUserProperty(options: { key: string; value: string }) => Promise<void>
-```
-
-Imposta una proprietà utente per la segmentazione e il targeting.
-
-| Param         | Type                                      |
-| ------------- | ----------------------------------------- |
-| **`options`** | `{ key: string; value: string }` |
-
-### getVariable(options)
-
-```typescript
-getVariable(options: { key: string }) => Promise<{ value: any }>
-```
-
-Ottieni un valore dalla configurazione del contenitore GTM.
-
-| Param         | Type                     |
-| ------------- | ------------------------ |
-| **`options`** | `{ key: string }` |
-
-**Restituisce:** `Promise<{ value: any }>`
-
-## Interfacce
-
-### GTMEvent
-
-| Prop             | Type                                 | Description                        |
-| ---------------- | ------------------------------------ | ---------------------------------- |
-| **`event`**      | `string`                  | Il nome dell'evento                     |
-| **`parameters`** | `Record<string, any>` | Parametri evento opzionali (opzionale) |
-
-## Esempi di Eventi Comuni
-
-### Visualizzazioni Schermo
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Product Details',
-    screen_class: 'ProductScreen'
-  }
-});
-```
-
-### Azioni Utente
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'button_click',
-  parameters: {
-    button_name: 'add_to_cart',
-    product_id: 'SKU_12345'
-  }
-});
-```
-
-### Eventi E-commerce
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'begin_checkout',
-  parameters: {
-    currency: 'USD',
-    value: 75.00,
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product 1',
-        quantity: 2,
-        price: 25.00
-      },
-      {
-        item_id: 'SKU_67890',
-        item_name: 'Product 2',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-```
-
-## Migliori Pratiche
-
-- Inizializza GTM all'inizio del ciclo di vita della tua app
-- Usa convenzioni di denominazione degli eventi coerenti
-- Includi parametri rilevanti con ogni evento
-- Testa la tua configurazione GTM in modalità anteprima
-- Monitora i dati nella console Google Tag Manager
-- Usa le proprietà utente per una segmentazione significativa
-
-## Debug
-
-Abilita la modalità debug nella console Google Tag Manager per testare la tua implementazione:
-
-1. Apri la console GTM
-2. Vai in modalità Anteprima
-3. Connettiti alla tua app usando l'ID contenitore
-4. Verifica che gli eventi vengano tracciati correttamente
-
-## Casi d'Uso
-
-- Tracciare interazioni e comportamenti degli utenti
-- Monitorare le metriche delle prestazioni dell'app
-- Raccogliere dati e-commerce
-- Gestire tag di terze parti senza modifiche al codice
-- Implementare test A/B e personalizzazione
-- Integrare con Google Analytics e altri servizi
diff --git a/src/content/docs/it/docs/plugins/gtm/index.mdx b/src/content/docs/it/docs/plugins/gtm/index.mdx
deleted file mode 100644
index 8103f60db..000000000
--- a/src/content/docs/it/docs/plugins/gtm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-gtm"
-description: Integra Google Tag Manager nelle tue applicazioni Capacitor con supporto SDK ufficiale per iOS e Android.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Integra Google Tag Manager nelle tue applicazioni mobili con l'SDK ufficiale per il tracciamento analitico completo.
-  image:
-    file: ~public/icons/plugins/gtm.svg
-  actions:
-    - text: Iniziare
-      link: /docs/plugins/gtm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-gtm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="SDK Ufficiale" icon="star">
-    Utilizza l'SDK ufficiale Google Tag Manager per iOS e Android 🏆
-  </Card>
-  <Card title="Tracciamento Eventi" icon="rocket">
-    Invia eventi al dataLayer con parametri personalizzati 📊
-  </Card>
-  <Card title="Proprietà Utente" icon="setting">
-    Imposta e gestisci le proprietà utente per la segmentazione 👤
-  </Card>
-  <Card title="Gestione Contenitori" icon="document">
-    Inizializza e gestisci i contenitori GTM con facilità 📦
-  </Card>
-  <Card title="Accesso DataLayer" icon="magnifier">
-    Ottieni valori dalla configurazione del contenitore 🔍
-  </Card>
-  <Card title="Iniziare" icon="open-book">
-    Consulta la [Guida Iniziale](/docs/plugins/gtm/getting-started/) per installare e configurare il plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/health/getting-started.mdx b/src/content/docs/it/docs/plugins/health/getting-started.mdx
deleted file mode 100644
index 00031cb12..000000000
--- a/src/content/docs/it/docs/plugins/health/getting-started.mdx
+++ /dev/null
@@ -1,86 +0,0 @@
----
-title: Iniziare
-description: Abilita l'accesso a HealthKit e Health Connect con il plugin Capgo Health.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il plugin**
-   <PackageManagers pkg="@capgo/capacitor-health" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configurazione iOS
-
-- Apri `ios/App/App.xcworkspace` in Xcode e abilita la capacità **HealthKit**.
-- Fornisci descrizioni d'uso in `Info.plist`:
-
-```xml
-<key>NSHealthShareUsageDescription</key>
-<string>Questa app legge le tue metriche di salute per personalizzare la tua esperienza.</string>
-<key>NSHealthUpdateUsageDescription</key>
-<string>Questa app scrive dati sanitari che registri esplicitamente.</string>
-```
-
-## Configurazione Android
-
-I dati sanitari sono alimentati da [Health Connect](https://developer.android.com/health-and-fitness/guides/health-connect). Assicurati che:
-
-- `minSdkVersion` sia **26 o superiore** (Capacitor 5 soddisfa già questo requisito).
-- Gli utenti abbiano Health Connect installato (Android 14+ lo include; le versioni precedenti richiedono un download dal Play Store).
-- Guidi gli utenti attraverso l'interfaccia dei permessi di runtime quando richiedi l'accesso.
-
-## Verifica disponibilità e richiedi accesso
-
-```typescript
-import { Health } from '@capgo/capacitor-health';
-
-const { available, reason } = await Health.isAvailable();
-if (!available) {
-  console.warn('Health APIs unavailable:', reason);
-  return;
-}
-
-await Health.requestAuthorization({
-  read: ['steps', 'heartRate', 'weight'],
-  write: ['weight'],
-});
-```
-
-## Leggi campioni
-
-```typescript
-const { samples } = await Health.readSamples({
-  dataType: 'steps',
-  startDate: new Date(Date.now() - 7 * 24 * 60 * 60 * 1000).toISOString(),
-  endDate: new Date().toISOString(),
-  limit: 200,
-});
-
-samples.forEach((sample) => {
-  console.log(sample.value, sample.startDate, sample.endDate);
-});
-```
-
-## Scrivi campioni
-
-```typescript
-await Health.saveSample({
-  dataType: 'weight',
-  value: 74.6,
-  startDate: new Date().toISOString(),
-});
-```
-
-## Gestione autorizzazioni
-
-- Usa `checkAuthorization()` per verificare gli attuali ambiti di lettura/scrittura e regolare la tua interfaccia.
-- Gestisci i rifiuti con attenzione spiegando perché i dati migliorano l'esperienza e offrendo un nuovo tentativo.
-- Rispetta sempre la privacy dell'utente e richiedi solo gli ambiti minimi richiesti dalla tua funzionalità.
diff --git a/src/content/docs/it/docs/plugins/health/index.mdx b/src/content/docs/it/docs/plugins/health/index.mdx
deleted file mode 100644
index e86d8eaba..000000000
--- a/src/content/docs/it/docs/plugins/health/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-health"
-description: Connettiti ad Apple HealthKit e Health Connect da Capacitor con un'API unificata e tipizzata.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Leggi e scrivi metriche di fitness su iOS e Android mantenendo un unico contratto TypeScript coerente.
-  image:
-    file: ~public/icons/plugins/health.svg
-  actions:
-    - text: Iniziare
-      link: /docs/plugins/health/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-health/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Il plugin Capgo Health unifica l'accesso a HealthKit e Health Connect così puoi tracciare attività, metriche biometriche e misurazioni corporee con un'unica integrazione Capacitor.
-
-<CardGrid stagger>
-  <Card title="Dati sanitari cross-platform" icon="rocket">
-    Supporta Apple HealthKit e Android Health Connect immediatamente.
-  </Card>
-  <Card title="Permessi granulari" icon="approve-check">
-    Richiedi ambiti separati di lettura/scrittura e reagisci ai cambiamenti di autorizzazione.
-  </Card>
-  <Card title="Unità coerenti" icon="star">
-    Lavora con tipi di dati normalizzati come `steps`, `heartRate` e `weight`.
-  </Card>
-  <Card title="Scritture in tempo reale" icon="rocket">
-    Salva campioni nell'archivio sanitario dell'utente quando registra attività.
-  </Card>
-</CardGrid>
-
-Segui la guida introduttiva per abilitare le capacità della piattaforma, raccogliere il consenso e iniziare a sincronizzare le metriche.
diff --git a/src/content/docs/it/docs/plugins/home-indicator/getting-started.mdx b/src/content/docs/it/docs/plugins/home-indicator/getting-started.mdx
deleted file mode 100644
index 1c7f05497..000000000
--- a/src/content/docs/it/docs/plugins/home-indicator/getting-started.mdx
+++ /dev/null
@@ -1,214 +0,0 @@
----
-title: Iniziare
-description: Scopri come installare e configurare il plugin Capacitor Home Indicator per controllare l'indicatore home sui dispositivi iOS.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/home-indicator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura il plugin**
-
-   **Nascondi l'Indicatore Home:**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-
-   // Hide the home indicator
-   await HomeIndicator.hide();
-   ```
-
-   **Mostra l'Indicatore Home:**
-   ```typescript
-   // Show the home indicator
-   await HomeIndicator.show();
-
-   // Check visibility status
-   const { hidden } = await HomeIndicator.isHidden();
-   console.log('Is hidden:', hidden);
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Non è richiesta alcuna configurazione aggiuntiva. Il plugin funziona solo su dispositivi iOS con indicatore home (iPhone X e successivi).
-     </TabItem>
-     <TabItem label="Android">
-       Questo plugin non ha effetto sui dispositivi Android poiché non hanno un indicatore home in stile iOS.
-     </TabItem>
-   </Tabs>
-
-4. **Configurazione auto-nascondi**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-
-   // Configure auto-hide behavior
-   await HomeIndicator.setAutoHidden({
-     autoHidden: true // Enable auto-hide
-   });
-
-   // The home indicator will automatically hide after a few seconds
-   // and reappear when the user touches the screen
-   ```
-
-5. **Utilizzo avanzato**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-   import { App } from '@capacitor/app';
-
-   export class ImmersiveMode {
-     private isImmersive = false;
-
-     async enterImmersiveMode() {
-       this.isImmersive = true;
-
-       // Hide home indicator
-       await HomeIndicator.hide();
-
-       // Enable auto-hide for better UX
-       await HomeIndicator.setAutoHidden({ autoHidden: true });
-
-       // Hide status bar for full immersion
-       // StatusBar.hide(); // If using @capacitor/status-bar
-     }
-
-     async exitImmersiveMode() {
-       this.isImmersive = false;
-
-       // Show home indicator
-       await HomeIndicator.show();
-
-       // Disable auto-hide
-       await HomeIndicator.setAutoHidden({ autoHidden: false });
-
-       // Show status bar
-       // StatusBar.show(); // If using @capacitor/status-bar
-     }
-
-     async toggleImmersiveMode() {
-       const { hidden } = await HomeIndicator.isHidden();
-
-       if (hidden) {
-         await this.exitImmersiveMode();
-       } else {
-         await this.enterImmersiveMode();
-       }
-     }
-
-     setupAppLifecycle() {
-       // Handle app state changes
-       App.addListener('appStateChange', async ({ isActive }) => {
-         if (!isActive && this.isImmersive) {
-           // App went to background, might want to show indicator
-           await HomeIndicator.show();
-         } else if (isActive && this.isImmersive) {
-           // App came to foreground, restore immersive mode
-           await HomeIndicator.hide();
-         }
-       });
-     }
-   }
-   ```
-</Steps>
-
-## Riferimento API
-
-### Metodi
-
-#### `hide()`
-Nascondi l'indicatore home.
-
-**Restituisce:** `Promise<void>`
-
-#### `show()`
-Mostra l'indicatore home.
-
-**Restituisce:** `Promise<void>`
-
-#### `isHidden()`
-Controlla se l'indicatore home è attualmente nascosto.
-
-**Restituisce:** `Promise<{ hidden: boolean }>`
-
-#### `setAutoHidden(options: { autoHidden: boolean })`
-Configura il comportamento auto-nascondi per l'indicatore home.
-
-**Parametri:**
-- `options.autoHidden`: boolean - Abilita o disabilita auto-nascondi
-
-**Restituisce:** `Promise<void>`
-
-### Interfacce
-
-```typescript
-interface AutoHiddenOptions {
-  autoHidden: boolean;
-}
-
-interface HiddenResult {
-  hidden: boolean;
-}
-```
-
-## Note sulla Piattaforma
-
-### iOS
-- Funziona solo su dispositivi con indicatore home (iPhone X e successivi)
-- Richiede iOS 11.0 o successivo
-- Auto-nascondi rende l'indicatore traslucido e lo nasconde dopo inattività
-- L'indicatore riappare quando gli utenti scorrono dal basso
-
-### Android
-- Questo plugin non ha effetto su Android
-- Android utilizza diversi gesti/pulsanti di navigazione
-
-## Casi d'Uso Comuni
-
-1. **Giochi**: Gaming a schermo intero senza distrazioni
-2. **Lettori Video**: Riproduzione video immersiva
-3. **Visualizzatori Foto**: Gallerie fotografiche a schermo intero
-4. **Presentazioni**: Presentazioni senza distrazioni
-5. **App Kiosk**: Applicazioni per display pubblici
-
-## Migliori Pratiche
-
-1. **Controllo Utente**: Fornisci sempre un modo per uscire dalla modalità immersiva
-   ```typescript
-   // Add a gesture or button to toggle immersive mode
-   const toggleButton = document.getElementById('toggle-immersive');
-   toggleButton.addEventListener('click', () => {
-     immersiveMode.toggleImmersiveMode();
-   });
-   ```
-
-2. **Auto-Nascondi per Giochi**: Usa auto-nascondi per una migliore esperienza di gioco
-   ```typescript
-   // For games, auto-hide provides the best balance
-   await HomeIndicator.setAutoHidden({ autoHidden: true });
-   ```
-
-3. **Rispetta i Gesti di Sistema**: Non interferire con la navigazione di sistema
-4. **Salva Stato**: Ricorda la preferenza dell'utente per la modalità immersiva
-
-## Risoluzione Problemi
-
-**L'indicatore home non si nasconde:**
-- Verifica che il dispositivo abbia un indicatore home (iPhone X+)
-- Controlla che la versione iOS sia 11.0 o superiore
-- Assicurati che l'app abbia il focus
-
-**Auto-nascondi non funziona:**
-- Auto-nascondi richiede interazione dell'utente per attivarsi
-- L'indicatore diventa traslucido, non completamente nascosto
-
-**L'indicatore riappare inaspettatamente:**
-- Questo è un comportamento normale di iOS per i gesti di sistema
-- Usa auto-nascondi per un comportamento meno invasivo
diff --git a/src/content/docs/it/docs/plugins/home-indicator/index.mdx b/src/content/docs/it/docs/plugins/home-indicator/index.mdx
deleted file mode 100644
index 8e55f6e29..000000000
--- a/src/content/docs/it/docs/plugins/home-indicator/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/home-indicator"
-description: Plugin Capacitor per controllare la visibilità dell'indicatore home sui dispositivi iOS, consentendo esperienze immersive a schermo intero.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Nascondi o mostra l'indicatore home sui dispositivi iOS per creare esperienze davvero immersive a schermo intero nella tua app.
-  image:
-    file: ~public/icons/plugins/home-indicator.svg
-  actions:
-    - text: Iniziare
-      link: /docs/plugins/home-indicator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-home-indicator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Controllo indicatore home iOS" icon="rocket">
-    Controllo completo sulla visibilità dell'indicatore home 📱
-  </Card>
-  <Card title="Esperienze immersive" icon="setting">
-    Crea esperienze a schermo intero senza distrazioni 🎮
-  </Card>
-  <Card title="Supporto auto-nascondi" icon="star">
-    Configura il comportamento auto-nascondi per un'esperienza utente fluida ✨
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/home-indicator/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/ibeacon/getting-started.mdx b/src/content/docs/it/docs/plugins/ibeacon/getting-started.mdx
deleted file mode 100644
index e3e5c339d..000000000
--- a/src/content/docs/it/docs/plugins/ibeacon/getting-started.mdx
+++ /dev/null
@@ -1,620 +0,0 @@
----
-title: Iniziare
-description: Scopri come installare e utilizzare il plugin iBeacon per rilevare e monitorare beacon Bluetooth nella tua app Capacitor.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-ibeacon" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configurazione
-
-### Configurazione iOS
-
-Aggiungi quanto segue al tuo `Info.plist`:
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>Questa app necessita dell'accesso alla posizione per rilevare beacon vicini</string>
-
-<key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-<string>Questa app necessita dell'accesso alla posizione per monitorare i beacon in background</string>
-
-<key>NSBluetoothAlwaysUsageDescription</key>
-<string>Questa app utilizza il Bluetooth per rilevare beacon vicini</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>location</string>
-</array>
-```
-
-### Configurazione Android
-
-Aggiungi quanto segue al tuo `AndroidManifest.xml`:
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-  <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-  <uses-permission android:name="android.permission.BLUETOOTH" />
-  <uses-permission android:name="android.permission.BLUETOOTH_ADMIN" />
-  <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" />
-</manifest>
-```
-
-**Importante**: Per Android, devi integrare la libreria [AltBeacon](https://altbeacon.github.io/android-beacon-library/) nel tuo progetto affinché il rilevamento beacon funzioni.
-
-Aggiungi al `build.gradle` della tua app:
-
-```kotlin
-dependencies {
-    implementation 'org.altbeacon:android-beacon-library:2.20+'
-}
-```
-
-## Utilizzo
-
-### Configurazione Base
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-
-// Define your beacon region
-const beaconRegion = {
-  identifier: 'MyStore',
-  uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-  major: 1, // Optional
-  minor: 2  // Optional
-};
-```
-
-### Richiedi Permessi
-
-```typescript
-// Request "When In Use" permission
-const requestPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-  console.log('Permission status:', status);
-  // status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use'
-};
-
-// Request "Always" permission (for background monitoring)
-const requestAlwaysPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestAlwaysAuthorization();
-  console.log('Always permission status:', status);
-};
-
-// Check current authorization status
-const checkPermission = async () => {
-  const { status } = await CapacitorIbeacon.getAuthorizationStatus();
-  console.log('Current status:', status);
-};
-```
-
-### Verifica Capacità Dispositivo
-
-```typescript
-// Check if Bluetooth is enabled
-const checkBluetooth = async () => {
-  const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-  if (!enabled) {
-    console.log('Please enable Bluetooth');
-  }
-};
-
-// Check if ranging is available
-const checkRanging = async () => {
-  const { available } = await CapacitorIbeacon.isRangingAvailable();
-  console.log('Ranging available:', available);
-};
-```
-
-### Monitora Regioni Beacon
-
-Il monitoraggio rileva quando entri o esci da una regione beacon. Funziona in background.
-
-```typescript
-// Start monitoring
-const startMonitoring = async () => {
-  await CapacitorIbeacon.startMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2
-  });
-  console.log('Started monitoring for beacons');
-};
-
-// Stop monitoring
-const stopMonitoring = async () => {
-  await CapacitorIbeacon.stopMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### Ranging Beacon
-
-Il ranging fornisce aggiornamenti continui sui beacon vicini e le loro distanze. Richiede che l'app sia in primo piano.
-
-```typescript
-// Start ranging
-const startRanging = async () => {
-  await CapacitorIbeacon.startRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-  console.log('Started ranging beacons');
-};
-
-// Stop ranging
-const stopRanging = async () => {
-  await CapacitorIbeacon.stopRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### Ascolta Eventi
-
-```typescript
-import { PluginListenerHandle } from '@capacitor/core';
-
-// Listen for ranging events (continuous distance updates)
-const rangingListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didRangeBeacons',
-  (data) => {
-    console.log('Beacons detected:', data.beacons);
-    data.beacons.forEach(beacon => {
-      console.log(`UUID: ${beacon.uuid}`);
-      console.log(`Major: ${beacon.major}, Minor: ${beacon.minor}`);
-      console.log(`Distance: ${beacon.accuracy}m`);
-      console.log(`Proximity: ${beacon.proximity}`); // immediate, near, far, unknown
-      console.log(`RSSI: ${beacon.rssi}`);
-    });
-  }
-);
-
-// Listen for region enter events
-const enterListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didEnterRegion',
-  (data) => {
-    console.log('Entered region:', data.region.identifier);
-    // Show welcome notification or trigger action
-  }
-);
-
-// Listen for region exit events
-const exitListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didExitRegion',
-  (data) => {
-    console.log('Exited region:', data.region.identifier);
-    // Trigger goodbye action
-  }
-);
-
-// Listen for region state changes
-const stateListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didDetermineStateForRegion',
-  (data) => {
-    console.log(`Region ${data.region.identifier}: ${data.state}`);
-    // state: 'inside' | 'outside' | 'unknown'
-  }
-);
-
-// Clean up listeners when done
-const cleanup = () => {
-  rangingListener.remove();
-  enterListener.remove();
-  exitListener.remove();
-  stateListener.remove();
-};
-```
-
-### Trasmetti come iBeacon (solo iOS)
-
-Trasforma il tuo dispositivo in un trasmettitore iBeacon.
-
-```typescript
-// Start advertising
-const startAdvertising = async () => {
-  await CapacitorIbeacon.startAdvertising({
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2,
-    identifier: 'MyBeacon',
-    measuredPower: -59 // Optional: calibrated power at 1 meter
-  });
-  console.log('Started advertising as iBeacon');
-};
-
-// Stop advertising
-const stopAdvertising = async () => {
-  await CapacitorIbeacon.stopAdvertising();
-};
-```
-
-## Esempio Completo
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-import { PluginListenerHandle } from '@capacitor/core';
-
-export class BeaconService {
-  private listeners: PluginListenerHandle[] = [];
-
-  async init() {
-    // Request permissions
-    const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-
-    if (status !== 'authorized_when_in_use' && status !== 'authorized_always') {
-      throw new Error('Location permission denied');
-    }
-
-    // Check Bluetooth
-    const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-    if (!enabled) {
-      throw new Error('Bluetooth is not enabled');
-    }
-
-    // Set up event listeners
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didEnterRegion', (data) => {
-        console.log('Welcome! Entered:', data.region.identifier);
-        this.onEnterRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didExitRegion', (data) => {
-        console.log('Goodbye! Left:', data.region.identifier);
-        this.onExitRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didRangeBeacons', (data) => {
-        this.onRangeBeacons(data.beacons);
-      })
-    );
-  }
-
-  async startMonitoring(uuid: string, identifier: string, major?: number, minor?: number) {
-    await CapacitorIbeacon.startMonitoringForRegion({
-      identifier,
-      uuid,
-      major,
-      minor
-    });
-  }
-
-  async startRanging(uuid: string, identifier: string) {
-    await CapacitorIbeacon.startRangingBeaconsInRegion({
-      identifier,
-      uuid
-    });
-  }
-
-  private onEnterRegion(region: any) {
-    // Handle region entry (e.g., show notification, trigger content)
-    console.log('Entered beacon region:', region);
-  }
-
-  private onExitRegion(region: any) {
-    // Handle region exit
-    console.log('Left beacon region:', region);
-  }
-
-  private onRangeBeacons(beacons: any[]) {
-    // Process beacon distances
-    const nearestBeacon = beacons.reduce((nearest, beacon) => {
-      return beacon.accuracy < nearest.accuracy ? beacon : nearest;
-    }, beacons[0]);
-
-    if (nearestBeacon) {
-      console.log('Nearest beacon:', nearestBeacon);
-      this.handleProximity(nearestBeacon);
-    }
-  }
-
-  private handleProximity(beacon: any) {
-    switch (beacon.proximity) {
-      case 'immediate': // < 0.5m
-        console.log('Very close to beacon');
-        break;
-      case 'near': // 0.5m - 3m
-        console.log('Near beacon');
-        break;
-      case 'far': // > 3m
-        console.log('Far from beacon');
-        break;
-      case 'unknown':
-        console.log('Distance unknown');
-        break;
-    }
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-## Riferimento API
-
-### startMonitoringForRegion(options)
-
-Inizia il monitoraggio per una regione beacon. Attiva eventi quando entri/esci.
-
-```typescript
-interface BeaconRegion {
-  identifier: string;
-  uuid: string;
-  major?: number;
-  minor?: number;
-  notifyEntryStateOnDisplay?: boolean;
-}
-
-await CapacitorIbeacon.startMonitoringForRegion(options);
-```
-
-### stopMonitoringForRegion(options)
-
-Interrompi il monitoraggio per una regione beacon.
-
-```typescript
-await CapacitorIbeacon.stopMonitoringForRegion(options);
-```
-
-### startRangingBeaconsInRegion(options)
-
-Inizia il ranging dei beacon in una regione per aggiornamenti continui della distanza.
-
-```typescript
-await CapacitorIbeacon.startRangingBeaconsInRegion(options);
-```
-
-### stopRangingBeaconsInRegion(options)
-
-Interrompi il ranging dei beacon in una regione.
-
-```typescript
-await CapacitorIbeacon.stopRangingBeaconsInRegion(options);
-```
-
-### startAdvertising(options)
-
-Inizia a trasmettere il dispositivo come iBeacon (solo iOS).
-
-```typescript
-interface BeaconAdvertisingOptions {
-  uuid: string;
-  major: number;
-  minor: number;
-  identifier: string;
-  measuredPower?: number; // Calibrated power at 1 meter
-}
-
-await CapacitorIbeacon.startAdvertising(options);
-```
-
-### stopAdvertising()
-
-Interrompi la trasmissione del dispositivo come iBeacon.
-
-```typescript
-await CapacitorIbeacon.stopAdvertising();
-```
-
-### requestWhenInUseAuthorization()
-
-Richiedi l'autorizzazione alla posizione "Quando in uso".
-
-```typescript
-const result = await CapacitorIbeacon.requestWhenInUseAuthorization();
-// Returns: { status: string }
-```
-
-### requestAlwaysAuthorization()
-
-Richiedi l'autorizzazione alla posizione "Sempre" (richiesta per il monitoraggio in background).
-
-```typescript
-const result = await CapacitorIbeacon.requestAlwaysAuthorization();
-// Returns: { status: string }
-```
-
-### getAuthorizationStatus()
-
-Ottieni lo stato attuale dell'autorizzazione alla posizione.
-
-```typescript
-const result = await CapacitorIbeacon.getAuthorizationStatus();
-// Returns: { status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use' }
-```
-
-### isBluetoothEnabled()
-
-Controlla se il Bluetooth è abilitato.
-
-```typescript
-const result = await CapacitorIbeacon.isBluetoothEnabled();
-// Returns: { enabled: boolean }
-```
-
-### isRangingAvailable()
-
-Controlla se il ranging è disponibile sul dispositivo.
-
-```typescript
-const result = await CapacitorIbeacon.isRangingAvailable();
-// Returns: { available: boolean }
-```
-
-### enableARMAFilter(options)
-
-Abilita il filtraggio ARMA per i calcoli della distanza (solo Android).
-
-```typescript
-await CapacitorIbeacon.enableARMAFilter({ enabled: true });
-```
-
-## Eventi
-
-### didRangeBeacons
-
-Generato quando i beacon vengono rilevati durante il ranging.
-
-```typescript
-interface RangingEvent {
-  region: BeaconRegion;
-  beacons: Beacon[];
-}
-
-interface Beacon {
-  uuid: string;
-  major: number;
-  minor: number;
-  rssi: number; // Signal strength
-  proximity: 'immediate' | 'near' | 'far' | 'unknown';
-  accuracy: number; // Distance in meters
-}
-```
-
-### didEnterRegion
-
-Generato quando entri in una regione beacon monitorata.
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didExitRegion
-
-Generato quando esci da una regione beacon monitorata.
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didDetermineStateForRegion
-
-Generato quando lo stato della regione viene determinato.
-
-```typescript
-interface StateEvent {
-  region: BeaconRegion;
-  state: 'inside' | 'outside' | 'unknown';
-}
-```
-
-## Valori di Prossimità
-
-- **immediate**: Molto vicino (< 0,5 metri)
-- **near**: Relativamente vicino (0,5 - 3 metri)
-- **far**: Più lontano (> 3 metri)
-- **unknown**: La distanza non può essere determinata
-
-## Migliori Pratiche
-
-1. **Richiedi i permessi appropriati**
-   - Usa "Quando in uso" per funzionalità in primo piano
-   - Richiedi "Sempre" solo se hai bisogno del monitoraggio in background
-   - Spiega chiaramente perché hai bisogno dell'accesso alla posizione
-
-2. **Gestisci lo stato Bluetooth**
-   ```typescript
-   const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-   if (!enabled) {
-     // Prompt user to enable Bluetooth
-   }
-   ```
-
-3. **Ottimizzazione batteria**
-   - Usa il monitoraggio invece del ranging quando possibile (più efficiente in termini di batteria)
-   - Interrompi il ranging quando non è attivamente necessario
-   - Considera l'uso di intervalli major/minor più ampi per ridurre l'elaborazione
-
-4. **Gestione errori**
-   ```typescript
-   try {
-     await CapacitorIbeacon.startMonitoringForRegion(region);
-   } catch (error) {
-     console.error('Failed to start monitoring:', error);
-   }
-   ```
-
-5. **Pulisci i listener**
-   Rimuovi sempre i listener di eventi quando il componente viene smontato per prevenire perdite di memoria.
-
-## Note sulla Piattaforma
-
-### iOS
-- Richiede iOS 10.0+
-- Utilizza il framework CoreLocation nativo
-- Supporta il monitoraggio in background con permesso "Sempre"
-- Può trasmettere come iBeacon usando CoreBluetooth
-- Il ranging richiede che l'app sia in primo piano
-
-### Android
-- Richiede Android 6.0 (API 23)+
-- Utilizza la libreria AltBeacon
-- Richiede permessi di posizione anche se i beacon usano Bluetooth
-- Il monitoraggio in background richiede ACCESS_BACKGROUND_LOCATION (Android 10+)
-- Non può trasmettere come iBeacon (limitazione hardware sulla maggior parte dei dispositivi)
-
-### Web
-- Non supportato sulla piattaforma web
-
-## Casi d'Uso Comuni
-
-1. **Marketing di Prossimità**: Attiva notifiche o contenuti quando gli utenti si avvicinano al tuo negozio
-2. **Navigazione Indoor**: Guida gli utenti attraverso edifici usando waypoint beacon
-3. **Tracciamento Presenze**: Check-in automatico quando gli utenti entrano in una posizione
-4. **Tracciamento Asset**: Monitora il movimento di attrezzature o inventario
-5. **Tour Museali**: Fornisci informazioni contestuali mentre i visitatori si avvicinano alle mostre
-6. **Smart Home**: Attiva automazioni basate sulla presenza in una stanza
-
-## Risoluzione Problemi
-
-### Beacon non rilevati
-- Assicurati che il Bluetooth sia abilitato
-- Verifica che i permessi di posizione siano concessi
-- Controlla che l'UUID del beacon corrisponda esattamente (sensibile alle maiuscole)
-- Conferma che il beacon sia alimentato e trasmetta
-- Prova senza filtri major/minor prima
-
-### Monitoraggio in background non funziona
-- Assicurati che il permesso di posizione "Sempre" sia concesso
-- Aggiungi `location` a UIBackgroundModes (iOS)
-- Richiedi ACCESS_BACKGROUND_LOCATION (Android 10+)
-- Nota: iOS potrebbe ritardare le callback in background per risparmiare batteria
-
-### Misurazioni distanza imprecise
-- L'RSSI del beacon varia con l'ambiente (pareti, interferenze)
-- Usa più beacon per la triangolazione
-- Calibra measuredPower a 1 metro dal beacon
-- Abilita il filtraggio ARMA su Android per valori più uniformi
diff --git a/src/content/docs/it/docs/plugins/ibeacon/index.mdx b/src/content/docs/it/docs/plugins/ibeacon/index.mdx
deleted file mode 100644
index 17e5de528..000000000
--- a/src/content/docs/it/docs/plugins/ibeacon/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-ibeacon"
-description: Plugin iBeacon per Capacitor - rilevamento di prossimità e monitoraggio regioni beacon per funzionalità basate sulla posizione.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Rileva e monitora beacon Bluetooth per funzionalità basate sulla prossimità, navigazione indoor ed esperienze consapevoli della posizione.
-  image:
-    file: ~public/icons/plugins/ibeacon.svg
-  actions:
-    - text: Iniziare
-      link: /docs/plugins/ibeacon/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ibeacon/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Monitoraggio Beacon" icon="star">
-    Monitora le regioni beacon e ricevi notifiche quando entri o esci 🎯
-  </Card>
-  <Card title="Ranging Beacon" icon="rocket">
-    Rileva beacon vicini e misura la loro distanza in tempo reale 📡
-  </Card>
-  <Card title="Rilevamento in Background" icon="setting">
-    Monitora i beacon anche quando l'app è in background 🔔
-  </Card>
-  <Card title="Trasmissione Beacon" icon="puzzle">
-    Trasforma il tuo dispositivo in un trasmettitore iBeacon (solo iOS) 📱
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Funziona sia su iOS che su Android con librerie beacon native 📱
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/ibeacon/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/inappbrowser/getting-started.mdx b/src/content/docs/it/docs/plugins/inappbrowser/getting-started.mdx
deleted file mode 100644
index 28b8814d6..000000000
--- a/src/content/docs/it/docs/plugins/inappbrowser/getting-started.mdx
+++ /dev/null
@@ -1,410 +0,0 @@
----
-title: Iniziare
-description: Scopri come installare e utilizzare il plugin InAppBrowser con eventi di cambio URL per contenuti web incorporati nella tua app Capacitor.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/inappbrowser" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e usa i suoi due punti di ingresso principali:
-
-```typescript
-import { InAppBrowser, ToolBarType, BackgroundColor } from '@capgo/inappbrowser';
-
-// 1) Simple custom tab / SFSafariViewController
-const openExternal = async () => {
-  await InAppBrowser.open({
-    url: 'https://capgo.app',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-
-// 2) Full WebView with navigation, headers, share, messaging, etc.
-const openWebView = async () => {
-  await InAppBrowser.openWebView({
-    url: 'https://capgo.app',
-    title: 'Capgo',
-    toolbarType: ToolBarType.NAVIGATION,
-    backgroundColor: BackgroundColor.BLACK,
-    activeNativeNavigationForWebview: true,
-    showReloadButton: true,
-    shareSubject: 'Check this page',
-    shareDisclaimer: {
-      title: 'Disclaimer',
-      message: 'You are about to share content',
-      confirmBtn: 'Continue',
-      cancelBtn: 'Cancel',
-    },
-  });
-};
-
-// Messaging between app and the opened WebView
-const setupListeners = async () => {
-  await InAppBrowser.addListener('urlChangeEvent', (event) => {
-    console.log('URL changed to:', event.url);
-  });
-
-  await InAppBrowser.addListener('messageFromWebview', (event) => {
-    console.log('Message from web:', event.detail);
-  });
-
-  await InAppBrowser.addListener('closeEvent', () => {
-    console.log('WebView closed');
-  });
-};
-
-// Send data to the WebView
-const sendData = async () => {
-  await InAppBrowser.postMessage({ detail: { action: 'refresh-profile' } });
-};
-
-// Close and reload helpers
-const closeBrowser = () => InAppBrowser.close();
-const reloadPage = () => InAppBrowser.reload();
-```
-
-## Riferimento API
-
-### open(options: OpenOptions)
-Apre un URL in una scheda personalizzata / SFSafariViewController.
-
-```typescript
-interface OpenOptions {
-  /** Target URL to load */
-  url: string;
-  /** Present after the page finishes loading */
-  isPresentAfterPageLoad?: boolean;
-  /** Prevent deep links from opening external apps */
-  preventDeeplink?: boolean;
-}
-
-await InAppBrowser.open({ url: 'https://example.com', preventDeeplink: true });
-```
-
-### openWebView(options: OpenWebViewOptions)
-Carica una WebView completa con interfaccia di navigazione, intestazioni, credenziali, scripting e messaggistica.
-
-```typescript
-interface OpenWebViewOptions {
-  url: string;
-  headers?: Record<string, string>;
-  credentials?: { username: string; password: string };
-  materialPicker?: boolean;
-  shareDisclaimer?: {
-    title: string;
-    message: string;
-    confirmBtn: string;
-    cancelBtn: string;
-  };
-  toolbarType?: ToolBarType;
-  shareSubject?: string;
-  title?: string;
-  backgroundColor?: BackgroundColor;
-  activeNativeNavigationForWebview?: boolean;
-  disableGoBackOnNativeApplication?: boolean;
-  isPresentAfterPageLoad?: boolean;
-  isInspectable?: boolean;
-  isAnimated?: boolean;
-  showReloadButton?: boolean;
-  closeModal?: boolean;
-  closeModalTitle?: string;
-  closeModalDescription?: string;
-  closeModalOk?: string;
-  closeModalCancel?: string;
-  visibleTitle?: boolean;
-  toolbarColor?: string;
-  toolbarTextColor?: string;
-  showArrow?: boolean;
-  ignoreUntrustedSSLError?: boolean;
-  preShowScript?: string;
-  preShowScriptInjectionTime?: 'documentStart' | 'pageLoad';
-  proxyRequests?: string;
-  buttonNearDone?: {
-    ios: { iconType: 'sf-symbol' | 'asset'; icon: string };
-    android: { iconType: 'asset' | 'vector'; icon: string; width?: number; height?: number };
-  };
-  textZoom?: number;
-  preventDeeplink?: boolean;
-  authorizedAppLinks?: string[];
-  enabledSafeBottomMargin?: boolean;
-  useTopInset?: boolean;
-  enableGooglePaySupport?: boolean;
-  blockedHosts?: string[];
-  width?: number;
-  height?: number;
-  x?: number;
-  y?: number;
-}
-
-await InAppBrowser.openWebView({
-  url: 'https://new-page.com',
-  toolbarType: ToolBarType.NAVIGATION,
-  showReloadButton: true,
-});
-```
-
-Valori `ToolBarType`: `activity` (chiudi + condividi), `compact` (solo chiudi), `navigation` (indietro/avanti + chiudi), `blank` (nessuna toolbar). Valori `BackgroundColor`: `white` o `black`.
-
-### close(options?)
-Chiude la WebView/scheda personalizzata.
-
-**Opzioni:**
-- `isAnimated?: boolean` - Se animare l'azione di chiusura
-
-### reload()
-Ricarica la pagina WebView corrente.
-
-### goBack()
-Torna indietro nella cronologia WebView e restituisce `{ canGoBack: boolean }`.
-
-### `setUrl({ url: string })`
-Sostituisce l'URL WebView corrente.
-
-### `executeScript({ code: string })`
-Inietta JavaScript nella WebView.
-
-### `postMessage({ detail: Record<string, any> })`
-Invia dati dall'app nativa alla WebView (ricevi in JS tramite `window.addEventListener('messageFromNative', ...)`).
-
-### `getCookies({ url, includeHttpOnly? })`
-Restituisce i cookie per l'URL.
-
-### `clearCookies({ url })` / clearAllCookies() / clearCache()
-Helper per la gestione di cookie e cache.
-
-### updateDimensions(options: DimensionOptions)
-Cambia dimensione/posizione WebView a runtime (`width`, `height`, `x`, `y`).
-
-### removeAllListeners()
-Deregistra tutti i listener per il plugin.
-
-## Eventi
-
-### urlChangeEvent
-
-Generato quando l'URL cambia nel browser.
-
-```typescript
-interface UrlChangeEvent {
-  url: string;
-}
-
-InAppBrowser.addListener('urlChangeEvent', (event) => {
-  console.log('New URL:', event.url);
-});
-```
-
-### messageFromWebview
-Attivato quando `window.mobileApp.postMessage(...)` viene chiamato all'interno della WebView.
-
-```typescript
-InAppBrowser.addListener('messageFromWebview', (event) => {
-  console.log('Payload from web:', event.detail);
-});
-```
-
-### closeEvent
-
-Generato quando il browser viene chiuso.
-
-```typescript
-InAppBrowser.addListener('closeEvent', () => {
-  console.log('Browser closed');
-});
-```
-
-### buttonNearDoneClick
-Generato quando viene premuto il pulsante personalizzato aggiunto con `buttonNearDone`.
-
-```typescript
-InAppBrowser.addListener('buttonNearDoneClick', (event) => {
-  console.log('Button near done tapped', event);
-});
-```
-
-### confirmBtnClicked
-Attivato quando una finestra di dialogo di conferma (disclaimer o modale di chiusura) viene accettata.
-
-```typescript
-InAppBrowser.addListener('confirmBtnClicked', (event) => {
-  console.log('Confirm accepted, current URL:', event.url);
-});
-```
-
-### browserPageLoaded / pageLoadError
-Eventi del ciclo di vita per il successo o il fallimento del caricamento della WebView.
-
-```typescript
-InAppBrowser.addListener('browserPageLoaded', () => console.log('Page loaded'));
-InAppBrowser.addListener('pageLoadError', () => console.log('Page failed to load'));
-```
-
-## Utilizzo Avanzato
-
-### Implementazione Flusso OAuth
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class OAuthService {
-  private listeners: any[] = [];
-
-  async authenticate(authUrl: string, redirectUri: string) {
-    return new Promise<string>((resolve, reject) => {
-      // Listen for URL changes
-      const urlListener = InAppBrowser.addListener('urlChangeEvent', (event) => {
-        if (event.url.startsWith(redirectUri)) {
-          // Extract OAuth code/token from URL
-          const url = new URL(event.url);
-          const code = url.searchParams.get('code');
-
-          if (code) {
-            InAppBrowser.close();
-            resolve(code);
-          } else {
-            const error = url.searchParams.get('error');
-            reject(new Error(error || 'OAuth failed'));
-          }
-        }
-      });
-
-      this.listeners.push(urlListener);
-
-      // Open OAuth provider
-      InAppBrowser.open({
-        url: authUrl,
-        preventDeeplink: true,
-      });
-    });
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-### Interfaccia Browser Personalizzata
-
-```typescript
-const openCustomBrowser = async () => {
-  await InAppBrowser.open({
-    url: 'https://example.com',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-```
-
-### Gestione Link Esterni
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class LinkHandler {
-  async openExternalLink(url: string) {
-    // Check if URL should open in browser
-    if (this.shouldOpenInBrowser(url)) {
-      await InAppBrowser.open({
-        url,
-        preventDeeplink: true,
-      });
-    } else {
-      // Handle internally
-      window.location.href = url;
-    }
-  }
-
-  private shouldOpenInBrowser(url: string): boolean {
-    // External domains
-    const externalDomains = ['youtube.com', 'twitter.com', 'facebook.com'];
-    const urlDomain = new URL(url).hostname;
-
-    return externalDomains.some(domain => urlDomain.includes(domain));
-  }
-}
-```
-
-## Migliori Pratiche
-
-1. **Rimuovi sempre i listener**
-   ```typescript
-   const listener = await InAppBrowser.addListener('urlChangeEvent', handler);
-   // When done
-   listener.remove();
-   ```
-
-2. **Gestisci gli stati del browser**
-   ```typescript
-   let browserOpen = false;
-
-   const launch = async () => {
-     browserOpen = true;
-     await InAppBrowser.openWebView({ url: 'https://example.com' });
-   };
-
-   InAppBrowser.addListener('closeEvent', () => {
-     browserOpen = false;
-   });
-   ```
-
-3. **Valida gli URL prima di aprirli**
-   ```typescript
-   const isValidUrl = (url: string): boolean => {
-     try {
-       new URL(url);
-       return true;
-     } catch {
-       return false;
-     }
-   };
-
-   if (isValidUrl(url)) {
-     await InAppBrowser.open({ url });
-   }
-   ```
-
-4. **Personalizza per piattaforma**
-   ```typescript
-   import { Capacitor } from '@capacitor/core';
-
-   const options = {
-     url: 'https://example.com',
-     preventDeeplink: Capacitor.getPlatform() === 'ios',
-   };
-   ```
-
-## Note sulla Piattaforma
-
-### iOS
-- Utilizza `SFSafariViewController`
-- Supporta iOS 11.0+
-- Rispetta gli inset Safe Area
-- Supporta stili di presentazione personalizzati
-
-### Android
-- Utilizza Chrome Custom Tabs
-- Ricade su WebView se Chrome non è disponibile
-- Supporta Android 5.0 (API 21)+
-- Personalizzazione toolbar supportata tramite `toolbarType`, `toolbarColor`, `buttonNearDone`, ecc.
-
-### Web
-- Apre in una nuova scheda/finestra del browser
-- Opzioni di personalizzazione limitate
-- Nessun evento di cambio URL
diff --git a/src/content/docs/it/docs/plugins/inappbrowser/index.mdx b/src/content/docs/it/docs/plugins/inappbrowser/index.mdx
deleted file mode 100644
index 119173f73..000000000
--- a/src/content/docs/it/docs/plugins/inappbrowser/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/inappbrowser"
-description: Plugin browser in-app con supporto eventi di cambio URL per app Capacitor.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Apri contenuti web nella tua app con un browser in-app completo che supporta eventi di cambio URL e controlli di navigazione.
-  image:
-    file: ~public/icons/plugins/inappbrowser.svg
-  actions:
-    - text: Iniziare
-      link: /docs/plugins/inappbrowser/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/inappbrowser/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Eventi cambio URL" icon="rocket">
-    Traccia la navigazione con listener di eventi di cambio URL 🔗
-  </Card>
-  <Card title="Controllo navigazione completo" icon="pencil">
-    Controlli indietro, avanti, ricarica e chiudi 🎮
-  </Card>
-  <Card title="Interfaccia personalizzabile" icon="pencil">
-    Colore toolbar, pulsanti e opzioni di visualizzazione 🎨
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/inappbrowser/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/index.mdx b/src/content/docs/it/docs/plugins/index.mdx
deleted file mode 100644
index bcf7ccd13..000000000
--- a/src/content/docs/it/docs/plugins/index.mdx
+++ /dev/null
@@ -1,384 +0,0 @@
----
-title: Plugin Capacitor di Capgo
-description: Esplora la nostra collezione completa di plugin Capacitor per estendere le capacità native della tua app con funzionalità potenti.
-locale: it
-sidebar:
-  order: 0
-  label: "Tutti i Plugin"
----
-
-import { Card, CardGrid, LinkCard, Icon } from '@astrojs/starlight/components';
-
-Benvenuto nella collezione di Plugin Capacitor di Capgo! Manteniamo una suite di plugin di alta qualità e ben documentati per aiutarti a costruire esperienze native straordinarie nelle tue app Capacitor.
-
-## ⭐ Capgo Cloud - Aggiornamenti Live
-
-<LinkCard
-  title="Capacitor Updater"
-  description="Il plugin principale che alimenta Capgo Cloud - consegna aggiornamenti istantanei alle tue app Capacitor senza ritardi nell'app store. Invia correzioni e funzionalità direttamente ai tuoi utenti."
-  href="/docs/plugins/updater/"
-/>
-
-Il plugin Updater è la base di Capgo Cloud, permettendoti di:
-- 🚀 Distribuire aggiornamenti istantaneamente senza revisioni dell'app store
-- 📱 Aggiornare JavaScript, HTML, CSS e risorse della tua app
-- 🎯 Targetizzare segmenti specifici di utenti con i canali
-- 📊 Monitorare il successo degli aggiornamenti con analisi integrate
-- 🔒 Aggiornamenti sicuri con crittografia e firma del codice
-
-## 🚀 Plugin in Evidenza
-
-<CardGrid>
-  <LinkCard
-    title="Social Login"
-    description="Autenticazione senza soluzione di continuità con Google, Apple e Facebook. Un plugin per tutti i principali provider social."
-    href="/docs/plugins/social-login/"
-  />
-  <LinkCard
-    title="Native Purchases"
-    description="Implementa acquisti in-app e abbonamenti con un'API unificata per iOS e Android."
-    href="/docs/plugins/capacitor-native-purchases/"
-  />
-  <LinkCard
-    title="Camera Preview"
-    description="Visualizza il feed della fotocamera in tempo reale nella tua app con controllo completo su acquisizione e impostazioni."
-    href="/docs/plugins/capacitor-camera-preview/"
-  />
-  <LinkCard
-    title="Data Storage SQLite"
-    description="Archiviazione chiave-valore veloce e sicura alimentata da SQLite con crittografia opzionale."
-    href="/docs/plugins/data-storage-sqlite/"
-  />
-</CardGrid>
-
-## 📱 Plugin per Dispositivo e Sistema
-
-<CardGrid>
-  <LinkCard
-    title="Native Market"
-    description="Collega agli app store per valutazioni, recensioni e aggiornamenti dell'app."
-    href="/docs/plugins/capacitor-native-market/"
-  />
-  <LinkCard
-    title="Native Biometric"
-    description="Accedi alle API di autenticazione biometrica per un accesso sicuro all'app."
-    href="/docs/plugins/native-biometric/"
-  />
-  <LinkCard
-    title="Shake"
-    description="Rileva gesti di scuotimento per funzionalità interattive e menu di debug."
-    href="/docs/plugins/shake/"
-  />
-  <LinkCard
-    title="Navigation Bar"
-    description="Personalizza il colore della barra di navigazione Android per corrispondere al tema della tua app."
-    href="/docs/plugins/navigation-bar/"
-  />
-  <LinkCard
-    title="Home Indicator"
-    description="Controlla la visibilità dell'indicatore home iOS per esperienze immersive."
-    href="/docs/plugins/capacitor-home-indicator/"
-  />
-  <LinkCard
-    title="NFC"
-    description="Leggi e scrivi tag NFC con supporto nativo per iOS e Android."
-    href="/docs/plugins/nfc/"
-  />
-  <LinkCard
-    title="Barometer"
-    description="Accedi al barometro del dispositivo per letture di pressione atmosferica e altitudine."
-    href="/docs/plugins/barometer/"
-  />
-  <LinkCard
-    title="Accelerometer"
-    description="Leggi l'accelerometro del dispositivo per rilevamento del movimento e tracciamento dell'orientamento."
-    href="/docs/plugins/accelerometer/"
-  />
-</CardGrid>
-
-## 🎥 Plugin per Media e Fotocamera
-
-<CardGrid>
-  <LinkCard
-    title="Screen Recorder"
-    description="Registra lo schermo del tuo dispositivo per tutorial, demo o feedback degli utenti."
-    href="/docs/plugins/screen-recorder/"
-  />
-  <LinkCard
-    title="IVS Player"
-    description="Integrazione Amazon IVS per streaming live a latenza ultra-bassa."
-    href="/docs/plugins/capacitor-ivs-player/"
-  />
-  <LinkCard
-    title="Native Audio"
-    description="Motore audio nativo ad alte prestazioni per giochi e app."
-    href="/docs/plugins/capacitor-native-audio/"
-  />
-  <LinkCard
-    title="Mute"
-    description="Rileva se l'interruttore mute del dispositivo è attivato o disattivato."
-    href="/docs/plugins/mute/"
-  />
-  <LinkCard
-    title="Video Player"
-    description="Riproduzione video nativa con sottotitoli, schermo intero e controlli completi."
-    href="/docs/plugins/video-player/"
-  />
-  <LinkCard
-    title="YouTube Player"
-    description="Incorpora video YouTube con controllo completo dell'API del player e gestione degli eventi."
-    href="/docs/plugins/youtube-player/"
-  />
-  <LinkCard
-    title="FFmpeg"
-    description="Codifica e elaborazione video alimentata da FFmpeg per compressione e conversione."
-    href="/docs/plugins/ffmpeg/"
-  />
-  <LinkCard
-    title="Volume Buttons"
-    description="Ascolta le pressioni dei pulsanti del volume hardware per controlli personalizzati."
-    href="/docs/plugins/volume-buttons/"
-  />
-  <LinkCard
-    title="Audio Recorder"
-    description="Registra audio su iOS, Android e Web con controlli semplici."
-    href="/docs/plugins/audio-recorder/"
-  />
-</CardGrid>
-
-## 🛠️ Plugin di Utilità
-
-<CardGrid>
-  <LinkCard
-    title="Uploader"
-    description="Caricamento file in background con tracciamento del progresso e upload riprendibili."
-    href="/docs/plugins/uploader/"
-  />
-  <LinkCard
-    title="Flash"
-    description="Controlla la torcia/flash del dispositivo per utilità e funzionalità della fotocamera."
-    href="/docs/plugins/flash/"
-  />
-  <LinkCard
-    title="Native Geocoder"
-    description="Geocodifica diretta e inversa utilizzando API native della piattaforma."
-    href="/docs/plugins/nativegeocoder/"
-  />
-  <LinkCard
-    title="InAppBrowser"
-    description="Apri contenuti web in un browser in-app personalizzabile."
-    href="/docs/plugins/inappbrowser/"
-  />
-  <LinkCard
-    title="Crisp"
-    description="Integra il supporto chat Crisp direttamente nella tua app mobile."
-    href="/docs/plugins/crisp/"
-  />
-  <LinkCard
-    title="Live Reload"
-    description="Connettiti al tuo server di sviluppo per ricaricamento istantaneo durante lo sviluppo."
-    href="/docs/plugins/live-reload/"
-  />
-  <LinkCard
-    title="Contacts"
-    description="Accedi e gestisci i contatti del dispositivo con capacità di lettura e scrittura."
-    href="/docs/plugins/contacts/"
-  />
-</CardGrid>
-
-## 🤖 AI e Media Avanzati
-
-<CardGrid>
-  <LinkCard
-    title="LLM"
-    description="Esegui Large Language Model localmente con supporto Apple Intelligence."
-    href="/docs/plugins/llm/"
-  />
-  <LinkCard
-    title="StreamCall"
-    description="Abilita capacità di streaming video e chiamate di alta qualità."
-    href="/docs/plugins/streamcall/"
-  />
-  <LinkCard
-    title="JW Player"
-    description="Lettore video professionale con funzionalità di streaming avanzate."
-    href="/docs/plugins/jw-player/"
-  />
-  <LinkCard
-    title="Ricoh 360 Camera"
-    description="Controlla e cattura da fotocamere Ricoh a 360 gradi."
-    href="/docs/plugins/ricoh360-camera/"
-  />
-</CardGrid>
-
-## 📍 Posizione e Servizi in Background
-
-<CardGrid>
-  <LinkCard
-    title="Background Geolocation"
-    description="Traccia la posizione del dispositivo in background con ottimizzazione della batteria."
-    href="/docs/plugins/background-geolocation/"
-  />
-  <LinkCard
-    title="Alarm"
-    description="Programma allarmi nativi e notifiche anche quando l'app è chiusa."
-    href="/docs/plugins/alarm/"
-  />
-  <LinkCard
-    title="iBeacon"
-    description="Rilevamento di prossimità e monitoraggio delle regioni beacon per funzionalità basate sulla posizione."
-    href="/docs/plugins/ibeacon/"
-  />
-</CardGrid>
-
-## 📞 Comunicazione e Analisi
-
-<CardGrid>
-  <LinkCard
-    title="Twilio Voice"
-    description="Effettua e ricevi chiamate telefoniche utilizzando Twilio Voice API."
-    href="/docs/plugins/twilio-voice/"
-  />
-  <LinkCard
-    title="GTM"
-    description="Integrazione Google Tag Manager per analisi e tracciamento."
-    href="/docs/plugins/gtm/"
-  />
-  <LinkCard
-    title="AppInsights"
-    description="Analisi e approfondimenti dell'applicazione utilizzando Apptopia AppInsights SDK."
-    href="/docs/plugins/appinsights/"
-  />
-  <LinkCard
-    title="WeChat"
-    description="Integrazione WeChat SDK per autenticazione, condivisione, pagamenti e mini-programmi."
-    href="/docs/plugins/wechat/"
-  />
-</CardGrid>
-
-## 🔐 Sicurezza e Sistema
-
-<CardGrid>
-  <LinkCard
-    title="Is Root"
-    description="Rileva se il dispositivo è rootato o jailbroken per la sicurezza."
-    href="/docs/plugins/is-root/"
-  />
-  <LinkCard
-    title="Persistent Account"
-    description="Mantieni gli account utente attraverso le reinstallazioni dell'app."
-    href="/docs/plugins/persistent-account/"
-  />
-  <LinkCard
-    title="Autofill Save Password"
-    description="Abilita la compilazione automatica e il salvataggio delle password."
-    href="/docs/plugins/autofill-save-password/"
-  />
-</CardGrid>
-
-## 📊 Funzionalità Specifiche per Android
-
-<CardGrid>
-  <LinkCard
-    title="Android Kiosk"
-    description="Blocca i dispositivi Android in modalità kiosk con funzionalità launcher e controllo dei tasti hardware."
-    href="/docs/plugins/android-kiosk/"
-  />
-  <LinkCard
-    title="Android Usage Stats"
-    description="Accedi alle statistiche di utilizzo delle app Android e ai dati del tempo di schermo."
-    href="/docs/plugins/android-usagestatsmanager/"
-  />
-  <LinkCard
-    title="Android Inline Install"
-    description="Abilita l'installazione inline delle app su dispositivi Android."
-    href="/docs/plugins/android-inline-install/"
-  />
-  <LinkCard
-    title="Age Signals"
-    description="Accedi a Google Play Age Signals per rilevare account supervisionati e utenti verificati."
-    href="/docs/plugins/age-signals/"
-  />
-</CardGrid>
-
-## 📥 Download e Navigazione
-
-<CardGrid>
-  <LinkCard
-    title="Downloader"
-    description="Download di file in background con tracciamento del progresso."
-    href="/docs/plugins/downloader/"
-  />
-  <LinkCard
-    title="Launch Navigator"
-    description="Avvia app di navigazione con indirizzi e coordinate."
-    href="/docs/plugins/launch-navigator/"
-  />
-</CardGrid>
-
-## 🎯 Perché Scegliere i Plugin Capgo?
-
-<Card icon="approve-check">
-  **Ben Mantenuti**: Aggiornamenti regolari e compatibilità con le ultime versioni di Capacitor
-</Card>
-<Card icon="open-book">
-  **Documentazione Completa**: Documentazione dettagliata con esempi per ogni plugin
-</Card>
-<Card icon="puzzle">
-  **Integrazione Facile**: API semplici che seguono le migliori pratiche di Capacitor
-</Card>
-<Card icon="setting">
-  **Supporto TypeScript**: Definizioni TypeScript complete per una migliore esperienza di sviluppo
-</Card>
-
-## 🚀 Per Iniziare
-
-Ogni plugin segue un modello di installazione simile:
-
-1. **Installa il plugin** utilizzando il tuo package manager preferito
-2. **Sincronizza il tuo progetto** con `npx cap sync`
-3. **Configura le impostazioni specifiche della piattaforma** se necessario
-4. **Inizia a utilizzare il plugin** nel tuo codice
-
-Visita la documentazione di ogni plugin per istruzioni dettagliate di configurazione e riferimenti API.
-
-## 💡 Hai Bisogno di Aiuto?
-
-- 📖 Consulta la documentazione del singolo plugin
-- 💬 Unisciti alla nostra [community Discord](https://discord.capgo.app)
-- 🐛 Segnala problemi nel repository GitHub del plugin
-- 📧 Contatta il supporto per richieste enterprise
-
-## 🛠️ Hai Bisogno di un Plugin Personalizzato?
-
-Non riesci a trovare esattamente la funzionalità di cui hai bisogno? Possiamo aiutarti!
-
-<LinkCard
-  title="Sviluppo Plugin Personalizzati"
-  description="Il nostro team è specializzato nella creazione di plugin Capacitor personalizzati su misura per i tuoi requisiti specifici. Dalle integrazioni native complesse alle funzionalità uniche del dispositivo, abbiamo tutto coperto."
-  href="/consulting/"
-  icon="external"
-/>
-
-Che tu abbia bisogno di:
-- 🔧 Un plugin completamente nuovo costruito da zero
-- 🔄 Modifiche ai plugin esistenti
-- 🤝 Consulenza esperta sullo sviluppo nativo
-- 📱 Implementazioni specifiche per piattaforma
-
-[Mettiti in contatto con il nostro team](/consulting/) per discutere le tue esigenze di plugin personalizzati.
-
-## 🤝 Contribuire
-
-Accogliamo contributi! Ogni plugin è open source e disponibile su GitHub. Sentiti libero di:
-
-- Segnalare bug e richiedere funzionalità
-- Inviare pull request
-- Migliorare la documentazione
-- Condividere i tuoi casi d'uso
-
----
-
-<div style="text-align: center; margin-top: 2rem;">
-  <strong>Costruito con ❤️ dal team Capgo</strong>
-</div>
diff --git a/src/content/docs/it/docs/plugins/is-root/getting-started.mdx b/src/content/docs/it/docs/plugins/is-root/getting-started.mdx
deleted file mode 100644
index 45afadd22..000000000
--- a/src/content/docs/it/docs/plugins/is-root/getting-started.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: Per Iniziare
-description: Scopri come installare e utilizzare il plugin Is Root per rilevare dispositivi Android rootati ed emulatori per una maggiore sicurezza dell'app.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Supporto Piattaforma
-
-- **Android**: Supporto completo per rilevamento root ed emulatori
-- **iOS**: Nessuna configurazione richiesta (il plugin è focalizzato su Android)
-
-## Esempio di Utilizzo
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// Rilevamento root di base
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('Il dispositivo è rootato');
-  // Gestisci il dispositivo rootato in modo appropriato
-  // Esempio: Mostra avviso, limita funzionalità o blocca l'accesso
-}
-
-// Rilevamento root esteso con BusyBox
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('Il dispositivo è rootato (controllo esteso)');
-}
-
-// Controlla per emulatore
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('In esecuzione su emulatore');
-  // Gestisci ambiente emulatore
-}
-
-// Rileva app di gestione root
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('App di gestione root rilevate');
-}
-
-// Controlla per binario su
-const suResult = await IsRoot.checkForSuBinary();
-if (suResult.hasSu) {
-  console.log('Binario SU trovato sul dispositivo');
-}
-```
-
-## Riferimento API
-
-### isRooted()
-
-```typescript
-isRooted() => Promise<{ isRooted: boolean }>
-```
-
-Esegue un rilevamento root completo utilizzando metodi predefiniti.
-
-**Ritorna:** `Promise<{ isRooted: boolean }>`
-
-### isRootedWithBusyBox()
-
-```typescript
-isRootedWithBusyBox() => Promise<{ isRooted: boolean }>
-```
-
-Rilevamento root esteso inclusi controlli BusyBox.
-
-**Ritorna:** `Promise<{ isRooted: boolean }>`
-
-### detectRootManagementApps()
-
-```typescript
-detectRootManagementApps() => Promise<{ hasRootApps: boolean }>
-```
-
-Identifica le applicazioni di gestione root installate (SuperSU, Magisk, ecc.).
-
-**Ritorna:** `Promise<{ hasRootApps: boolean }>`
-
-### checkForSuBinary()
-
-```typescript
-checkForSuBinary() => Promise<{ hasSu: boolean }>
-```
-
-Controlla la presenza del binario `su` nei percorsi di sistema.
-
-**Ritorna:** `Promise<{ hasSu: boolean }>`
-
-### isRunningOnEmulator()
-
-```typescript
-isRunningOnEmulator() => Promise<{ isEmulator: boolean }>
-```
-
-Rileva impronte digitali comuni degli emulatori Android.
-
-**Ritorna:** `Promise<{ isEmulator: boolean }>`
-
-## Controllo di Sicurezza Completo
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function performSecurityCheck() {
-  const checks = {
-    rooted: false,
-    emulator: false,
-    rootApps: false,
-    suBinary: false
-  };
-
-  try {
-    // Esegui tutti i metodi di rilevamento
-    const [rootResult, emulatorResult, rootAppsResult, suResult] = await Promise.all([
-      IsRoot.isRootedWithBusyBox(),
-      IsRoot.isRunningOnEmulator(),
-      IsRoot.detectRootManagementApps(),
-      IsRoot.checkForSuBinary()
-    ]);
-
-    checks.rooted = rootResult.isRooted;
-    checks.emulator = emulatorResult.isEmulator;
-    checks.rootApps = rootAppsResult.hasRootApps;
-    checks.suBinary = suResult.hasSu;
-
-    // Determina il livello di sicurezza
-    const securityIssues = Object.values(checks).filter(v => v).length;
-
-    if (securityIssues > 0) {
-      console.warn(`Il dispositivo ha ${securityIssues} problema(i) di sicurezza`, checks);
-      return {
-        secure: false,
-        issues: checks
-      };
-    }
-
-    return {
-      secure: true,
-      issues: checks
-    };
-  } catch (error) {
-    console.error('Controllo di sicurezza fallito:', error);
-    throw error;
-  }
-}
-
-// Usa nella tua app
-const securityStatus = await performSecurityCheck();
-if (!securityStatus.secure) {
-  // Gestisci dispositivo non sicuro
-  showSecurityWarning(securityStatus.issues);
-}
-```
-
-## Tecniche di Rilevamento
-
-### Rilevamento Root
-
-Il plugin utilizza molteplici metodi di rilevamento:
-
-- Controlla per applicazioni di gestione root (SuperSU, Magisk, KingRoot, ecc.)
-- Scansiona per proprietà di sistema sospette
-- Identifica tag di build di test e flag di debug
-- Valida posizioni di binari pericolosi
-- Esamina permessi del percorso di sistema
-- Rileva app di mascheramento root conosciute
-
-### Rilevamento Emulatore
-
-- Analisi dell'impronta digitale hardware
-- Ispezione delle proprietà di build
-- Caratteristiche specifiche dell'emulatore
-- Indicatori di ambiente virtuale
-
-## Gestione dei Problemi di Sicurezza
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function handleDeviceSecurity() {
-  const rootResult = await IsRoot.isRooted();
-
-  if (rootResult.isRooted) {
-    // Opzione 1: Mostra avviso e continua
-    showWarning('Il tuo dispositivo sembra essere rootato. Alcune funzionalità potrebbero essere limitate.');
-
-    // Opzione 2: Limita funzionalità
-    disableSensitiveFeatures();
-
-    // Opzione 3: Blocca l\'accesso all\'app
-    showBlockedScreen('Questa app non può essere eseguita su dispositivi rootati per motivi di sicurezza.');
-    return false;
-  }
-
-  return true;
-}
-
-function showWarning(message: string) {
-  // Mostra dialogo di avviso user-friendly
-  alert(message);
-}
-
-function disableSensitiveFeatures() {
-  // Disabilita elaborazione pagamenti, accesso a dati sensibili, ecc.
-  console.log('Funzionalità sensibili disabilitate a causa di dispositivo rootato');
-}
-
-function showBlockedScreen(message: string) {
-  // Mostra schermata di blocco ed esci dall\'app
-  alert(message);
-}
-```
-
-## Migliori Pratiche
-
-- Usa molteplici metodi di rilevamento per una maggiore precisione
-- Implementa degradazione graduale piuttosto che bloccare completamente l'accesso
-- Fornisci comunicazioni chiare all'utente riguardo ai problemi di sicurezza
-- Considera l'esperienza utente quando implementi misure di sicurezza
-- Mantieni il plugin aggiornato poiché i metodi di rilevamento evolvono
-- Testa su dispositivi sia rootati che non rootati
-- Gestisci i fallimenti di rilevamento con grazia
-
-## Considerazioni sulla Sicurezza
-
-- Nessun metodo di rilevamento è infallibile al 100%
-- Utenti avanzati possono bypassare i meccanismi di rilevamento
-- Usa in combinazione con misure di sicurezza lato server
-- Considera la privacy degli utenti quando implementi controlli di sicurezza
-- Segui le linee guida della piattaforma per le implementazioni di sicurezza
-- Aggiornamenti regolari raccomandati poiché le tecniche di nascondimento root evolvono
-
-## Casi d'Uso
-
-- **App bancarie e finanziarie**: Previeni l'accesso su dispositivi compromessi
-- **Contenuti protetti da DRM**: Proteggi materiale protetto da copyright
-- **App enterprise**: Applica politiche di sicurezza BYOD
-- **Elaborazione pagamenti**: Assicura un ambiente di transazione sicuro
-- **App con dati sensibili**: Proteggi informazioni confidenziali
diff --git a/src/content/docs/it/docs/plugins/is-root/index.mdx b/src/content/docs/it/docs/plugins/is-root/index.mdx
deleted file mode 100644
index f84169b01..000000000
--- a/src/content/docs/it/docs/plugins/is-root/index.mdx
+++ /dev/null
@@ -1,122 +0,0 @@
----
-title: "@capgo/capacitor-is-root"
-description: Plugin di rilevamento root e jailbreak per app Capacitor con controlli di sicurezza completi e validazione dell'integrità del dispositivo.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Rileva dispositivi Android rootati e dispositivi iOS jailbroken per migliorare la sicurezza dell'app e proteggere dati sensibili.
-  image:
-    file: ~public/icons/plugins/is-root.svg
-  actions:
-    - text: Per iniziare
-      link: /docs/plugins/is-root/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-is-root/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Panoramica
-
-Il plugin Capacitor Is Root fornisce rilevamento completo di root e jailbreak per dispositivi Android e rilevamento emulatori. Questo plugin aiuta a migliorare la sicurezza dell'app identificando dispositivi compromessi e ambienti emulati che potrebbero rappresentare rischi per la sicurezza.
-
-<CardGrid stagger>
-  <Card title="Rilevamento root" icon="rocket">
-    Rilevamento root Android avanzato con molteplici metodi 🔒
-  </Card>
-  <Card title="Rilevamento emulatore" icon="approve-check">
-    Identifica ambienti emulati e framework di testing 🛡️
-  </Card>
-  <Card title="Validazione sicurezza" icon="approve-check">
-    Molteplici tecniche di rilevamento per maggiore precisione ✅
-  </Card>
-  <Card title="Focalizzato su Android" icon="laptop">
-    Rilevamento specializzato per valutazione sicurezza Android 🤖
-  </Card>
-</CardGrid>
-
-## Installazione
-
-```bash
-npm install @capgo/capacitor-is-root
-npx cap sync
-```
-
-## Metodi API Principali
-
-### Rilevamento Root
-- `isRooted()` - Esegue rilevamento root completo utilizzando metodi predefiniti
-- `isRootedWithBusyBox()` - Rilevamento esteso inclusi controlli BusyBox
-- `detectRootManagementApps()` - Identifica applicazioni di gestione root installate
-- `checkForSuBinary()` - Controlla la presenza del binario `su` nei percorsi di sistema
-
-### Rilevamento Emulatore
-- `isRunningOnEmulator()` - Rileva impronte digitali comuni degli emulatori Android
-
-## Tecniche di Rilevamento
-
-Il plugin utilizza molteplici metodi di rilevamento:
-
-### Rilevamento Root
-- Controlla per applicazioni di gestione root (SuperSU, Magisk, ecc.)
-- Scansiona per proprietà di sistema sospette
-- Identifica tag di build di test e flag di debug
-- Valida posizioni di binari pericolosi
-- Esamina permessi del percorso di sistema
-
-### Rilevamento Emulatore
-- Analisi dell'impronta digitale hardware
-- Ispezione delle proprietà di build
-- Caratteristiche specifiche dell'emulatore
-- Indicatori di ambiente virtuale
-
-## Esempio di Utilizzo
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// Rilevamento root di base
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('Il dispositivo è rootato');
-  // Gestisci il dispositivo rootato in modo appropriato
-}
-
-// Rilevamento root esteso con BusyBox
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('Il dispositivo è rootato (controllo esteso)');
-}
-
-// Controlla per emulatore
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('In esecuzione su emulatore');
-}
-
-// Rileva app di gestione root
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('App di gestione root rilevate');
-}
-```
-
-## Considerazioni sulla Sicurezza
-
-- Usa molteplici metodi di rilevamento per una maggiore precisione
-- Implementa degradazione graduale per ambienti rilevati
-- Considera la privacy degli utenti quando implementi misure di sicurezza
-- Aggiornamenti regolari raccomandati poiché i metodi di rilevamento evolvono
-
-## Documentazione
-
-Consulta la [documentazione completa](/docs/plugins/is-root/getting-started/) per guide di implementazione dettagliate e pattern di sicurezza avanzati.
diff --git a/src/content/docs/it/docs/plugins/ivs-player/getting-started.mdx b/src/content/docs/it/docs/plugins/ivs-player/getting-started.mdx
deleted file mode 100644
index d9344126a..000000000
--- a/src/content/docs/it/docs/plugins/ivs-player/getting-started.mdx
+++ /dev/null
@@ -1,313 +0,0 @@
----
-title: Per Iniziare
-description: Scopri come installare e configurare il plugin Capacitor IVS Player per integrare lo streaming Amazon IVS a bassa latenza nella tua app.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/ivs-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura il plugin**
-
-   **Configurazione Base del Player:**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // Crea un player
-   const { playerId } = await IvsPlayer.create({
-     url: 'https://your-ivs-playback-url.m3u8',
-     autoplay: true
-   });
-
-   // Avvia la riproduzione
-   await IvsPlayer.play({ playerId });
-   ```
-
-   **Controlli del Player:**
-   ```typescript
-   // Metti in pausa la riproduzione
-   await IvsPlayer.pause({ playerId });
-
-   // Imposta il volume
-   await IvsPlayer.setVolume({
-     playerId,
-     volume: 0.5 // da 0.0 a 1.0
-   });
-
-   // Vai a una posizione
-   await IvsPlayer.seekTo({
-     playerId,
-     position: 30 // secondi
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Aggiungi al tuo `Info.plist`:
-       ```xml
-       <key>NSAppTransportSecurity</key>
-       <dict>
-         <key>NSAllowsArbitraryLoads</key>
-         <true/>
-       </dict>
-       ```
-     </TabItem>
-     <TabItem label="Android">
-       Aggiungi al tuo `AndroidManifest.xml`:
-       ```xml
-       <uses-permission android:name="android.permission.INTERNET" />
-       ```
-     </TabItem>
-   </Tabs>
-
-4. **Gestione eventi**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // Ascolta gli eventi del player
-   IvsPlayer.addListener('onState', (event) => {
-     console.log('Stato del player:', event.state);
-     // Stati: idle, buffering, ready, playing, ended
-   });
-
-   IvsPlayer.addListener('onError', (event) => {
-     console.error('Errore del player:', event.error);
-   });
-
-   IvsPlayer.addListener('onDuration', (event) => {
-     console.log('Durata del video:', event.duration);
-   });
-
-   IvsPlayer.addListener('onProgress', (event) => {
-     console.log('Posizione corrente:', event.position);
-   });
-
-   // Ascolta metadati temporizzati
-   IvsPlayer.addListener('onMetadata', (event) => {
-     console.log('Metadati temporizzati:', event.metadata);
-   });
-   ```
-
-5. **Utilizzo avanzato**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   export class StreamPlayer {
-     private playerId: string | null = null;
-     private listeners: any[] = [];
-
-     async initialize(streamUrl: string) {
-       // Crea player con configurazione personalizzata
-       const result = await IvsPlayer.create({
-         url: streamUrl,
-         autoplay: false,
-         muted: true, // Inizia silenzioso per politiche autoplay
-         controls: true
-       });
-
-       this.playerId = result.playerId;
-       this.setupEventListeners();
-     }
-
-     private setupEventListeners() {
-       // Cambiamenti di stato
-       const stateListener = IvsPlayer.addListener('onState', (event) => {
-         this.handleStateChange(event.state);
-       });
-       this.listeners.push(stateListener);
-
-       // Cambiamenti di qualità
-       const qualityListener = IvsPlayer.addListener('onQuality', (event) => {
-         console.log(`Qualità cambiata a: ${event.quality.name}`);
-       });
-       this.listeners.push(qualityListener);
-
-       // Aggiornamenti buffer
-       const bufferListener = IvsPlayer.addListener('onBuffer', (event) => {
-         console.log(`Buffer: ${event.percentage}%`);
-       });
-       this.listeners.push(bufferListener);
-     }
-
-     private handleStateChange(state: string) {
-       switch (state) {
-         case 'playing':
-           console.log('Lo stream sta riproducendo');
-           break;
-         case 'buffering':
-           console.log('Lo stream sta bufferizzando');
-           break;
-         case 'ended':
-           console.log('Stream terminato');
-           break;
-       }
-     }
-
-     async play() {
-       if (this.playerId) {
-         await IvsPlayer.play({ playerId: this.playerId });
-       }
-     }
-
-     async pause() {
-       if (this.playerId) {
-         await IvsPlayer.pause({ playerId: this.playerId });
-       }
-     }
-
-     async setQuality(qualityName: string) {
-       if (this.playerId) {
-         await IvsPlayer.setQuality({
-           playerId: this.playerId,
-           quality: qualityName
-         });
-       }
-     }
-
-     async destroy() {
-       // Rimuovi listener
-       this.listeners.forEach(listener => listener.remove());
-
-       // Distruggi player
-       if (this.playerId) {
-         await IvsPlayer.destroy({ playerId: this.playerId });
-       }
-     }
-   }
-   ```
-</Steps>
-
-## Riferimento API
-
-### Metodi
-
-#### `create(options: CreateOptions)`
-Crea una nuova istanza del player IVS.
-
-**Parametri:**
-- `options`: Configurazione del player
-  - `url`: string - URL di riproduzione IVS
-  - `autoplay`: boolean - Avvia riproduzione automaticamente
-  - `muted`: boolean - Inizia silenzioso
-  - `controls`: boolean - Mostra controlli nativi
-
-**Ritorna:** `Promise<{ playerId: string }>`
-
-#### `play(options: PlayerOptions)`
-Avvia la riproduzione.
-
-#### `pause(options: PlayerOptions)`
-Metti in pausa la riproduzione.
-
-#### `stop(options: PlayerOptions)`
-Ferma la riproduzione e resetta la posizione.
-
-#### `seekTo(options: SeekOptions)`
-Vai a una posizione specifica.
-
-#### `setVolume(options: VolumeOptions)`
-Imposta il volume del player (da 0.0 a 1.0).
-
-#### `setQuality(options: QualityOptions)`
-Imposta la qualità di riproduzione.
-
-#### `destroy(options: PlayerOptions)`
-Distruggi l'istanza del player.
-
-### Eventi
-
-- `onState`: Cambiamenti di stato del player
-- `onError`: Errori di riproduzione
-- `onDuration`: Durata video disponibile
-- `onProgress`: Aggiornamenti del progresso di riproduzione
-- `onQuality`: Cambiamenti di qualità
-- `onMetadata`: Eventi metadati temporizzati
-- `onBuffer`: Aggiornamenti stato buffer
-
-### Interfacce
-
-```typescript
-interface CreateOptions {
-  url: string;
-  autoplay?: boolean;
-  muted?: boolean;
-  controls?: boolean;
-}
-
-interface PlayerOptions {
-  playerId: string;
-}
-
-interface SeekOptions extends PlayerOptions {
-  position: number; // secondi
-}
-
-interface VolumeOptions extends PlayerOptions {
-  volume: number; // da 0.0 a 1.0
-}
-
-interface QualityOptions extends PlayerOptions {
-  quality: string; // nome qualità
-}
-```
-
-## Note sulla Piattaforma
-
-### iOS
-- Richiede iOS 12.0 o successivo
-- Utilizza AVPlayer nativo con estensioni IVS
-- Supporta Picture-in-Picture su iPad
-
-### Android
-- Richiede Android 5.0 (API level 21) o successivo
-- Utilizza Amazon IVS Player SDK
-- Accelerazione hardware consigliata
-
-## Casi d'Uso Comuni
-
-1. **Streaming Live**: Eventi in tempo reale, sport, gaming
-2. **Streaming Interattivo**: Sondaggi degli spettatori, sessioni Q&A
-3. **E-commerce**: Shopping live con evidenziazione prodotti
-4. **Educazione**: Lezioni live con contenuti temporizzati
-5. **Intrattenimento**: Concerti, spettacoli con interazione del pubblico
-
-## Migliori Pratiche
-
-1. **Gestione della Rete**: Monitora la qualità della connessione
-   ```typescript
-   IvsPlayer.addListener('onError', (event) => {
-     if (event.error.includes('network')) {
-       // Gestisci errori di rete
-       showRetryButton();
-     }
-   });
-   ```
-
-2. **Gestione delle Risorse**: Distruggi sempre i player quando hai finito
-3. **Politiche di Autoplay**: Inizia silenzioso per autoplay affidabile
-4. **Selezione Qualità**: Lascia che IVS gestisca il cambio automatico di qualità
-
-## Risoluzione dei Problemi
-
-**Lo stream non riproduce:**
-- Verifica che l'URL di riproduzione IVS sia valido
-- Controlla i permessi di rete
-- Assicurati che lo stream sia live
-
-**Alta latenza:**
-- IVS è ottimizzato per bassa latenza, controlla le impostazioni del tuo encoder
-- Verifica di usare l'URL di riproduzione specifico di IVS
-
-**Problemi di qualità:**
-- Permetti il cambio automatico di qualità
-- Controlla i requisiti di larghezza di banda della rete
diff --git a/src/content/docs/it/docs/plugins/ivs-player/index.mdx b/src/content/docs/it/docs/plugins/ivs-player/index.mdx
deleted file mode 100644
index 6eae1115b..000000000
--- a/src/content/docs/it/docs/plugins/ivs-player/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/ivs-player"
-description: Plugin Capacitor per Amazon IVS (Interactive Video Service) player, che abilita lo streaming live a bassa latenza nelle tue app mobile.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Integra Amazon IVS player per streaming live a latenza ultra-bassa con funzionalità interattive nelle tue app Capacitor.
-  image:
-    file: ~public/icons/plugins/ivs-player.svg
-  actions:
-    - text: Per iniziare
-      link: /docs/plugins/ivs-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ivs-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Streaming a bassa latenza" icon="rocket">
-    Streaming con latenza inferiore al secondo utilizzando Amazon IVS 📡
-  </Card>
-  <Card title="Funzionalità interattive" icon="setting">
-    Supporto per metadati temporizzati e interazioni degli spettatori 💬
-  </Card>
-  <Card title="Adattamento qualità" icon="star">
-    Cambio automatico della qualità basato sulle condizioni di rete 📶
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/ivs-player/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/jw-player/getting-started.mdx b/src/content/docs/it/docs/plugins/jw-player/getting-started.mdx
deleted file mode 100644
index 151841df2..000000000
--- a/src/content/docs/it/docs/plugins/jw-player/getting-started.mdx
+++ /dev/null
@@ -1,345 +0,0 @@
----
-title: Per Iniziare
-description: Scopri come installare e integrare JW Player nella tua app Capacitor per capacità di streaming video professionale.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Prerequisiti
-
-Avrai bisogno di un account JW Player e di una chiave di licenza per utilizzare questo plugin. Registrati su [JW Player](https://www.jwplayer.com/) se non ne hai uno.
-
-## Configurazione Piattaforma
-
-### iOS
-
-Aggiungi la tua chiave di licenza JW Player al tuo `Info.plist`:
-
-```xml
-<key>JWPlayerLicenseKey</key>
-<string>YOUR_LICENSE_KEY</string>
-```
-
-### Android
-
-Aggiungi la tua chiave di licenza JW Player a `android/app/src/main/res/values/strings.xml`:
-
-```xml
-<resources>
-    <string name="jw_player_license_key">YOUR_LICENSE_KEY</string>
-</resources>
-```
-
-## Esempio di Utilizzo
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// Riproduci un singolo video
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: 'Il Mio Video',
-  description: 'Descrizione del video',
-  poster: 'https://example.com/poster.jpg'
-});
-
-// Riproduci una playlist
-await JWPlayer.playPlaylist({
-  playlistUrl: 'https://example.com/playlist.json'
-});
-
-// Ascolta gli eventi del player
-JWPlayer.addListener('playerReady', () => {
-  console.log('Il player è pronto');
-});
-
-JWPlayer.addListener('play', (data) => {
-  console.log('Il video ha iniziato a riprodurre');
-});
-
-JWPlayer.addListener('pause', (data) => {
-  console.log('Video in pausa');
-});
-
-JWPlayer.addListener('complete', (data) => {
-  console.log('Riproduzione video completata');
-});
-
-JWPlayer.addListener('error', (error) => {
-  console.error('Errore del player:', error);
-});
-```
-
-## Riferimento API
-
-### playVideo(options)
-
-```typescript
-playVideo(options: VideoOptions) => Promise<void>
-```
-
-Riproduci un singolo video in modalità schermo intero.
-
-| Param         | Type                    |
-| ------------- | ----------------------- |
-| **`options`** | `VideoOptions` |
-
-### playPlaylist(options)
-
-```typescript
-playPlaylist(options: PlaylistOptions) => Promise<void>
-```
-
-Riproduci una playlist in modalità schermo intero.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `PlaylistOptions` |
-
-### pause()
-
-```typescript
-pause() => Promise<void>
-```
-
-Metti in pausa il video corrente.
-
-### play()
-
-```typescript
-play() => Promise<void>
-```
-
-Riprendi la riproduzione del video.
-
-### seek(options)
-
-```typescript
-seek(options: { position: number }) => Promise<void>
-```
-
-Vai a una posizione specifica nel video.
-
-| Param         | Type                         |
-| ------------- | ---------------------------- |
-| **`options`** | `{ position: number }` |
-
-### setPlaybackSpeed(options)
-
-```typescript
-setPlaybackSpeed(options: { speed: number }) => Promise<void>
-```
-
-Imposta la velocità di riproduzione.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ speed: number }` |
-
-### setVolume(options)
-
-```typescript
-setVolume(options: { volume: number }) => Promise<void>
-```
-
-Imposta il volume audio (da 0.0 a 1.0).
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ volume: number }` |
-
-### selectAudioTrack(options)
-
-```typescript
-selectAudioTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-Seleziona una traccia audio per indice.
-
-| Param         | Type                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### selectCaptionTrack(options)
-
-```typescript
-selectCaptionTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-Seleziona una traccia sottotitoli/didascalie per indice.
-
-| Param         | Type                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-Ferma la riproduzione e chiudi il player.
-
-## Interfacce
-
-### VideoOptions
-
-| Prop              | Type               | Description                             |
-| ----------------- | ------------------ | --------------------------------------- |
-| **`mediaUrl`**    | `string` | URL del file video                   |
-| **`title`**       | `string` | Titolo del video (opzionale)                  |
-| **`description`** | `string` | Descrizione del video (opzionale)            |
-| **`poster`**      | `string` | URL del poster/miniatura (opzionale)  |
-| **`autoStart`**   | `boolean` | Avvia riproduzione automaticamente (opzionale, predefinito: true) |
-
-### PlaylistOptions
-
-| Prop              | Type               | Description                 |
-| ----------------- | ------------------ | --------------------------- |
-| **`playlistUrl`** | `string` | URL del JSON della playlist JW |
-| **`autoStart`**   | `boolean` | Avvia riproduzione automaticamente (opzionale) |
-
-## Listener di Eventi
-
-### Eventi Disponibili
-
-- `playerReady` - Il player è inizializzato e pronto
-- `play` - Riproduzione video iniziata
-- `pause` - Riproduzione video in pausa
-- `complete` - Riproduzione video completata
-- `error` - Il player ha riscontrato un errore
-- `seek` - L'utente si è spostato a una posizione diversa
-- `time` - Tempo di riproduzione aggiornato
-- `bufferChange` - Stato buffer cambiato
-
-### Esempio di Evento
-
-```typescript
-// Ascolta aggiornamenti tempo
-JWPlayer.addListener('time', (data) => {
-  console.log('Tempo corrente:', data.position);
-  console.log('Durata:', data.duration);
-});
-
-// Ascolta cambiamenti buffer
-JWPlayer.addListener('bufferChange', (data) => {
-  console.log('Buffering:', data.buffering);
-});
-
-// Rimuovi listener quando hai finito
-const listener = await JWPlayer.addListener('play', (data) => {
-  console.log('In riproduzione');
-});
-
-// Più tardi...
-listener.remove();
-```
-
-## Utilizzo Avanzato
-
-### Riproduzione con Sottotitoli
-
-```typescript
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: 'Video con Sottotitoli',
-  poster: 'https://example.com/poster.jpg',
-  tracks: [
-    {
-      file: 'https://example.com/captions-en.vtt',
-      label: 'English',
-      kind: 'captions'
-    },
-    {
-      file: 'https://example.com/captions-es.vtt',
-      label: 'Spanish',
-      kind: 'captions'
-    }
-  ]
-});
-```
-
-### Controlli di Riproduzione Personalizzati
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// Inizia a riprodurre
-await JWPlayer.play();
-
-// Metti in pausa dopo 10 secondi
-setTimeout(() => {
-  JWPlayer.pause();
-}, 10000);
-
-// Vai a 30 secondi
-await JWPlayer.seek({ position: 30 });
-
-// Imposta velocità di riproduzione a 1.5x
-await JWPlayer.setPlaybackSpeed({ speed: 1.5 });
-
-// Imposta volume al 50%
-await JWPlayer.setVolume({ volume: 0.5 });
-```
-
-## Migliori Pratiche
-
-- Fornisci sempre un'immagine poster per una migliore esperienza utente
-- Gestisci gli errori del player con grazia con messaggi di errore appropriati
-- Pulisci i listener di eventi quando il componente viene smontato
-- Testa la riproduzione video su dispositivi sia iOS che Android
-- Usa formati video appropriati (MP4 consigliato)
-- Implementa stati di caricamento mentre il video si inizializza
-- Considera le condizioni di rete durante lo streaming
-
-## Risoluzione dei Problemi
-
-### Il Video Non Riproduce
-
-- Verifica che la tua chiave di licenza JW Player sia corretta
-- Controlla che l'URL del video sia accessibile e valido
-- Assicurati degli header CORS appropriati se usi un server personalizzato
-- Testa con formati video diversi
-
-### Problemi con Schermo Intero
-
-- Il plugin riproduce sempre in modalità schermo intero
-- Assicurati dei permessi appropriati per schermo intero nella tua app
-
-### Prestazioni
-
-- Usa qualità video appropriata per i dispositivi target
-- Considera streaming adattivo per migliori prestazioni
-- Implementa indicatori di buffering appropriati
diff --git a/src/content/docs/it/docs/plugins/jw-player/index.mdx b/src/content/docs/it/docs/plugins/jw-player/index.mdx
deleted file mode 100644
index 10005e6b9..000000000
--- a/src/content/docs/it/docs/plugins/jw-player/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-jw-player"
-description: Plugin di integrazione JW Player per app Capacitor con streaming video, playlist e controlli completi del player.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Riproduci video da JW Player con interfaccia a schermo intero, playlist e controllo completo della riproduzione nella tua app Capacitor.
-  image:
-    file: ~public/icons/plugins/jw-player.svg
-  actions:
-    - text: Per iniziare
-      link: /docs/plugins/jw-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-jw-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Player a Schermo Intero" icon="rocket">
-    Interfaccia del player video sempre a schermo intero 📺
-  </Card>
-  <Card title="Supporto Playlist" icon="list-format">
-    Supporta sia singoli video che playlist complete 📋
-  </Card>
-  <Card title="Controlli di Riproduzione" icon="setting">
-    Controllo completo su riproduzione, pausa, ricerca, velocità 🎮
-  </Card>
-  <Card title="Audio e Sottotitoli" icon="star">
-    Selezione traccia audio e supporto sottotitoli/didascalie 🔊
-  </Card>
-  <Card title="Sistema Eventi" icon="download">
-    Listener di eventi per cambiamenti di stato del player 📡
-  </Card>
-  <Card title="Per Iniziare" icon="open-book">
-    Consulta la [Guida per Iniziare](/docs/plugins/jw-player/getting-started/) per installare e configurare il plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/launch-navigator/getting-started.mdx b/src/content/docs/it/docs/plugins/launch-navigator/getting-started.mdx
deleted file mode 100644
index cc5d4a05f..000000000
--- a/src/content/docs/it/docs/plugins/launch-navigator/getting-started.mdx
+++ /dev/null
@@ -1,337 +0,0 @@
----
-title: Per Iniziare
-description: Scopri come installare e utilizzare il plugin Launch Navigator per integrare con app di navigazione native su iOS e Android.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Configurazione Piattaforma
-
-### iOS
-
-Aggiungi schemi URL al tuo `Info.plist` per rilevare le app di navigazione installate:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <string>transit</string>
-    <string>moovit</string>
-    <string>uber</string>
-    <string>lyft</string>
-</array>
-```
-
-### Android
-
-Nessuna configurazione aggiuntiva richiesta. Il plugin rileverà automaticamente le app di navigazione installate.
-
-## Esempio di Utilizzo
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// Navigazione di base verso coordinate
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // Coordinate San Francisco
-});
-
-// Navigazione avanzata con opzioni
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // Punto di partenza opzionale
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // App di navigazione preferita
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// Controlla se un'app specifica è disponibile
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps è installato');
-} else {
-  console.log('Google Maps non è disponibile');
-}
-
-// Ottieni tutte le app di navigazione disponibili
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('App di navigazione disponibili:', availableApps);
-
-// Ottieni tutte le app supportate per la piattaforma
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('App supportate:', supportedApps);
-```
-
-## Riferimento API
-
-### navigate(options)
-
-```typescript
-navigate(options: NavigateOptions) => Promise<void>
-```
-
-Avvia la navigazione verso coordinate specificate.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `NavigateOptions` |
-
-### isAppAvailable(options)
-
-```typescript
-isAppAvailable(options: { app: string }) => Promise<{ available: boolean }>
-```
-
-Controlla se un'app di navigazione specifica è installata.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ app: string }` |
-
-**Ritorna:** `Promise<{ available: boolean }>`
-
-### getAvailableApps()
-
-```typescript
-getAvailableApps() => Promise<{ apps: string[] }>
-```
-
-Ottieni la lista di tutte le app di navigazione disponibili sul dispositivo.
-
-**Ritorna:** `Promise<{ apps: string[] }>`
-
-### getSupportedApps()
-
-```typescript
-getSupportedApps() => Promise<{ apps: string[] }>
-```
-
-Ottieni la lista di tutte le app supportate per la piattaforma corrente.
-
-**Ritorna:** `Promise<{ apps: string[] }>`
-
-## Interfacce
-
-### NavigateOptions
-
-| Prop              | Type                          | Description                     |
-| ----------------- | ----------------------------- | ------------------------------- |
-| **`destination`** | `[number, number]` | Coordinate destinazione [lat, lng] |
-| **`options`**     | `NavigationOptions` | Opzioni di navigazione aggiuntive (opzionale) |
-
-### NavigationOptions
-
-| Prop                 | Type                  | Description                           |
-| -------------------- | --------------------- | ------------------------------------- |
-| **`start`**          | `[number, number]` | Coordinate di partenza [lat, lng] (opzionale) |
-| **`transportMode`**  | `TransportMode` | Metodo di trasporto (opzionale)       |
-| **`app`**            | `string` | App di navigazione preferita (opzionale)    |
-| **`appDisplayName`** | `string` | Nome visualizzato per l'app (opzionale)        |
-
-### TransportMode
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## Requisito Coordinate
-
-> **Importante**: Questo plugin accetta solo coordinate latitudine/longitudine per la navigazione. Usa [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder) per convertire indirizzi in coordinate.
-
-```typescript
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-import { LaunchNavigator } from '@capgo/capacitor-launch-navigator';
-
-// Converti indirizzo in coordinate
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // Avvia navigazione con coordinate geocodificate
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## App di Navigazione Supportate
-
-### iOS
-- Apple Maps (integrata)
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- E molte altre...
-
-### Android
-- Google Maps (integrata)
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- E molte altre...
-
-## Esempi Avanzati
-
-### Controlla Più App e Usa la Prima Disponibile
-
-```typescript
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('Nessuna app di navigazione supportata trovata');
-}
-```
-
-### Selezione Utente dell'App di Navigazione
-
-```typescript
-// Ottieni app disponibili
-const { apps } = await LaunchNavigator.getAvailableApps();
-
-if (apps.length === 0) {
-  alert('Nessuna app di navigazione disponibile');
-  return;
-}
-
-// Mostra selezione app all'utente (pseudo-codice)
-const selectedApp = await showAppSelectionDialog(apps);
-
-// Naviga con l'app selezionata
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: { app: selectedApp }
-});
-```
-
-### Navigazione con Diverse Modalità di Trasporto
-
-```typescript
-// Indicazioni in auto
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.DRIVING
-  }
-});
-
-// Indicazioni a piedi
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.WALKING
-  }
-});
-
-// Indicazioni con trasporto pubblico
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.TRANSIT
-  }
-});
-```
-
-## Migliori Pratiche
-
-- Controlla sempre la disponibilità dell'app prima di tentare la navigazione
-- Fornisci opzioni di fallback quando le app preferite non sono disponibili
-- Usa nomi visualizzati significativi per la selezione dell'utente
-- Gestisci gli errori con grazia con messaggi user-friendly
-- Considera le preferenze dell'utente per le app di navigazione predefinite
-- Testa su dispositivi sia iOS che Android
-- Implementa gestione degli errori appropriata per coordinate non valide
-
-## Gestione degli Errori
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('Navigazione fallita:', error);
-  // Gestisci errore - app non disponibile, coordinate non valide, ecc.
-  alert('Impossibile avviare la navigazione. Controlla le tue coordinate e riprova.');
-}
-```
-
-## Casi d'Uso
-
-- **Servizi basati sulla posizione**: Naviga gli utenti verso punti di interesse
-- **App di consegna**: Guida i conducenti alle posizioni di consegna
-- **App per eventi**: Dirigi i partecipanti alle sedi degli eventi
-- **App immobiliari**: Naviga verso le posizioni delle proprietà
-- **App di viaggio**: Guida i turisti alle attrazioni
-- **App di servizi**: Dirigi i lavoratori sul campo ai siti di lavoro
diff --git a/src/content/docs/it/docs/plugins/launch-navigator/index.mdx b/src/content/docs/it/docs/plugins/launch-navigator/index.mdx
deleted file mode 100644
index 257ce1a35..000000000
--- a/src/content/docs/it/docs/plugins/launch-navigator/index.mdx
+++ /dev/null
@@ -1,246 +0,0 @@
----
-title: "@capgo/capacitor-launch-navigator"
-description: Plugin per avviare app di navigazione per app Capacitor con supporto per Google Maps, Apple Maps, Waze e altri servizi di navigazione.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Avvia app di navigazione con indicazioni turn-by-turn, supportando più provider di mappe e opzioni di routing personalizzate.
-  image:
-    file: ~public/icons/plugins/launch-navigator.svg
-  actions:
-    - text: Per iniziare
-      link: /docs/plugins/launch-navigator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-launch-navigator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Panoramica
-
-Il plugin Capacitor Launch Navigator consente di avviare app di navigazione native su dispositivi iOS e Android con navigazione basata su coordinate. Questo plugin fornisce integrazione senza soluzione di continuità con applicazioni di mappatura popolari e supporta molteplici modalità di trasporto per soluzioni di navigazione complete.
-
-<CardGrid stagger>
-  <Card title="Supporto multi-app" icon="rocket">
-    Google Maps, Apple Maps, Waze, Citymapper e altro 🗺️
-  </Card>
-  <Card title="Modalità di trasporto" icon="magnifier">
-    Indicazioni in auto, a piedi, con trasporto pubblico e in bici 🧭
-  </Card>
-  <Card title="Rilevamento app" icon="magnifier">
-    Controlla disponibilità ed elenca app di navigazione installate 🔍
-  </Card>
-  <Card title="Basato su coordinate" icon="star">
-    Naviga usando coordinate latitudine/longitudine 📍
-  </Card>
-</CardGrid>
-
-## Installazione
-
-```bash
-npm install @capgo/capacitor-launch-navigator
-npx cap sync
-```
-
-## Configurazione iOS
-
-Aggiungi schemi URL al tuo `Info.plist` per rilevare le app di navigazione installate:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <!-- Aggiungi altri schemi di app di navigazione -->
-</array>
-```
-
-## Metodi API Principali
-
-### Navigazione
-- `navigate(options)` - Avvia navigazione verso coordinate specificate
-- `isAppAvailable(options)` - Controlla se un'app di navigazione specifica è installata
-- `getAvailableApps()` - Elenca tutte le app di navigazione disponibili sul dispositivo
-- `getSupportedApps()` - Ottieni tutte le app supportate per la piattaforma corrente
-
-## Esempio di Utilizzo
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// Navigazione di base verso coordinate
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // Coordinate San Francisco
-});
-
-// Navigazione avanzata con opzioni
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // Punto di partenza opzionale
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // App di navigazione preferita
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// Controlla se un'app specifica è disponibile
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps è installato');
-} else {
-  console.log('Google Maps non è disponibile');
-}
-
-// Ottieni tutte le app di navigazione disponibili
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('App di navigazione disponibili:', availableApps);
-
-// Ottieni tutte le app supportate per la piattaforma
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('App supportate:', supportedApps);
-```
-
-## Opzioni di Navigazione
-
-```typescript
-interface NavigationOptions {
-  start?: [number, number];      // Coordinate di partenza [lat, lng]
-  transportMode?: TransportMode; // Metodo di trasporto
-  app?: string;                  // App di navigazione preferita
-  appDisplayName?: string;       // Nome visualizzato per l'app
-  launchMode?: LaunchMode;       // Come avviare l'app
-}
-```
-
-## Modalità di Trasporto
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## App di Navigazione Supportate
-
-### iOS
-- Apple Maps (integrata)
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- E molte altre...
-
-### Android
-- Google Maps (integrata)
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- E molte altre...
-
-## Requisiti Coordinate
-
-> ⚠️ **Importante**: Questo plugin accetta solo coordinate latitudine/longitudine per la navigazione. Usa [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder) per convertire indirizzi in coordinate.
-
-```typescript
-// Esempio con geocodifica
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-
-// Converti indirizzo in coordinate
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // Avvia navigazione con coordinate geocodificate
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## Rilevamento e Selezione App
-
-```typescript
-// Controlla più app e usa la prima disponibile
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('Nessuna app di navigazione supportata trovata');
-}
-```
-
-## Gestione degli Errori
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('Navigazione fallita:', error);
-  // Gestisci errore - app non disponibile, coordinate non valide, ecc.
-}
-```
-
-## Casi d'Uso
-
-- **Servizi basati sulla posizione**: Naviga gli utenti verso punti di interesse
-- **App di consegna**: Guida i conducenti alle posizioni di consegna
-- **App per eventi**: Dirigi i partecipanti alle sedi degli eventi
-- **App immobiliari**: Naviga verso le posizioni delle proprietà
-- **App di viaggio**: Guida i turisti alle attrazioni
-
-## Migliori Pratiche
-
-- Controlla sempre la disponibilità dell'app prima di tentare la navigazione
-- Fornisci opzioni di fallback quando le app preferite non sono disponibili
-- Usa nomi visualizzati significativi per la selezione dell'utente
-- Gestisci gli errori con grazia con messaggi user-friendly
-- Considera le preferenze dell'utente per le app di navigazione predefinite
-
-## Documentazione
-
-Consulta la [documentazione completa](/docs/plugins/launch-navigator/getting-started/) per guide di implementazione dettagliate e pattern di navigazione avanzati.
diff --git a/src/content/docs/it/docs/plugins/live-reload/getting-started.mdx b/src/content/docs/it/docs/plugins/live-reload/getting-started.mdx
deleted file mode 100644
index d0c2e4954..000000000
--- a/src/content/docs/it/docs/plugins/live-reload/getting-started.mdx
+++ /dev/null
@@ -1,355 +0,0 @@
----
-title: Per Iniziare
-description: Scopri come configurare il live reload per uno sviluppo più veloce con la tua app Capacitor.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-live-reload" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configurazione
-
-Configura il tuo server di sviluppo Vite per lavorare con il live reload. Devi:
-1. Disabilitare il client HMR integrato
-2. Inoltrare eventi di ricaricamento su un endpoint WebSocket dedicato
-
-## Utilizzo
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-// Configura il server di sviluppo
-await LiveReload.configureServer({
-  url: 'http://localhost:5173',
-  websocketPath: '/capgo-livereload',
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-
-// Connettiti al server di sviluppo
-await LiveReload.connect();
-
-// Ascolta eventi di ricaricamento
-LiveReload.addListener('reloadEvent', (event) => {
-  console.log('Evento di ricaricamento:', event);
-  if (event.type === 'full-reload') {
-    console.log('Ricaricamento completo della pagina attivato');
-  } else if (event.type === 'file-update') {
-    console.log('File aggiornato:', event.file);
-  }
-});
-
-// Ascolta i cambiamenti di stato della connessione
-LiveReload.addListener('statusChange', (status) => {
-  console.log('Stato della connessione:', status.connected);
-  console.log('URL del server:', status.url);
-});
-```
-
-## Riferimento API
-
-### configureServer(options)
-
-Memorizza le impostazioni del server di sviluppo remoto per connessioni successive.
-
-```typescript
-const status = await LiveReload.configureServer({
-  url: 'http://192.168.1.100:5173',
-  websocketPath: '/capgo-livereload',
-  headers: {
-    'Authorization': 'Bearer token'
-  },
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-```
-
-**Parametri:**
-- `url` (string): URL di base per il server di sviluppo (es. `http://dev.local:5173`)
-- `websocketPath` (string, opzionale): Override percorso WebSocket (predefinito: `/ws`)
-- `headers` (Record\<string, string\>, opzionale): Header extra per connessione WebSocket
-- `autoReconnect` (boolean, opzionale): Riconnetti automaticamente alla disconnessione (predefinito: `true`)
-- `reconnectInterval` (number, opzionale): Ritardo tra tentativi di riconnessione in ms (predefinito: `2000`)
-
-**Ritorna:** `LiveReloadStatus` con informazioni sulla connessione
-
-### connect()
-
-Stabilisce una connessione WebSocket se non è già attiva.
-
-```typescript
-const status = await LiveReload.connect();
-console.log('Connesso:', status.connected);
-```
-
-**Ritorna:** Stato corrente della connessione
-
-### disconnect()
-
-Chiude la connessione WebSocket corrente e disabilita la riconnessione automatica.
-
-```typescript
-await LiveReload.disconnect();
-```
-
-### getStatus()
-
-Ottieni lo stato corrente della connessione.
-
-```typescript
-const status = await LiveReload.getStatus();
-console.log('Connesso:', status.connected);
-console.log('URL:', status.url);
-```
-
-### reload()
-
-Attiva manualmente un ricaricamento completo del WebView di Capacitor.
-
-```typescript
-await LiveReload.reload();
-```
-
-### reloadFile(options)
-
-Ricarica un singolo file/modulo (torna al ricaricamento completo se non supportato).
-
-```typescript
-await LiveReload.reloadFile({
-  path: '/src/components/MyComponent.tsx',
-  hash: 'abc123'
-});
-```
-
-### addListener('reloadEvent', callback)
-
-Ascolta eventi di ricaricamento in arrivo dal server.
-
-```typescript
-const handle = await LiveReload.addListener('reloadEvent', (event) => {
-  switch (event.type) {
-    case 'full-reload':
-      console.log('Richiesta ricaricamento completo');
-      break;
-    case 'file-update':
-      console.log('File aggiornato:', event.file?.path);
-      break;
-    case 'error':
-      console.error('Errore:', event.message);
-      break;
-  }
-});
-
-// Rimuovi listener quando hai finito
-await handle.remove();
-```
-
-### addListener('statusChange', callback)
-
-Ascolta cambiamenti di stato del socket.
-
-```typescript
-await LiveReload.addListener('statusChange', (status) => {
-  console.log(status.connected ? 'Connesso' : 'Disconnesso');
-});
-```
-
-### removeAllListeners()
-
-Rimuovi tutti i listener registrati.
-
-```typescript
-await LiveReload.removeAllListeners();
-```
-
-## Esempio Completo
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-export class DevServer {
-  private connected = false;
-
-  async initialize() {
-    // Abilita solo in sviluppo
-    if (process.env.NODE_ENV !== 'development') {
-      return;
-    }
-
-    try {
-      // Configura server
-      await LiveReload.configureServer({
-        url: 'http://192.168.1.100:5173',
-        websocketPath: '/capgo-livereload',
-        autoReconnect: true,
-        reconnectInterval: 3000
-      });
-
-      // Configura listener prima di connettersi
-      await LiveReload.addListener('reloadEvent', this.handleReloadEvent.bind(this));
-      await LiveReload.addListener('statusChange', this.handleStatusChange.bind(this));
-
-      // Connetti
-      await LiveReload.connect();
-    } catch (error) {
-      console.error('Impossibile inizializzare il live reload:', error);
-    }
-  }
-
-  private handleReloadEvent(event: any) {
-    console.log('Evento di ricaricamento ricevuto:', event.type);
-
-    switch (event.type) {
-      case 'full-reload':
-        this.performFullReload();
-        break;
-      case 'file-update':
-        this.handleFileUpdate(event.file);
-        break;
-      case 'error':
-        console.error('Errore server:', event.message);
-        break;
-      case 'connected':
-        console.log('Server connesso');
-        break;
-      case 'disconnected':
-        console.log('Server disconnesso');
-        break;
-    }
-  }
-
-  private handleStatusChange(status: any) {
-    this.connected = status.connected;
-    console.log(`Live reload ${status.connected ? 'connesso' : 'disconnesso'}`);
-  }
-
-  private performFullReload() {
-    console.log('Esecuzione ricaricamento completo della pagina...');
-    window.location.reload();
-  }
-
-  private handleFileUpdate(file: any) {
-    console.log('File aggiornato:', file?.path);
-    // HMR gestirà questo automaticamente nella maggior parte dei casi
-  }
-
-  async disconnect() {
-    await LiveReload.disconnect();
-    await LiveReload.removeAllListeners();
-    this.connected = false;
-  }
-
-  isConnected(): boolean {
-    return this.connected;
-  }
-}
-```
-
-## Esempio Configurazione Vite
-
-Configura il tuo server Vite per lavorare con il plugin live reload:
-
-```typescript
-// vite.config.ts
-import { defineConfig } from 'vite';
-
-export default defineConfig({
-  server: {
-    host: '0.0.0.0', // Permetti connessioni dalla rete
-    port: 5173,
-    hmr: {
-      // Percorso WebSocket personalizzato per live reload
-      path: '/capgo-livereload',
-    }
-  }
-});
-```
-
-## Migliori Pratiche
-
-1. **Usa solo in sviluppo**
-   ```typescript
-   if (import.meta.env.DEV) {
-     await LiveReload.configureServer({
-       url: 'http://localhost:5173',
-       websocketPath: '/capgo-livereload'
-     });
-     await LiveReload.connect();
-   }
-   ```
-
-2. **Usa il tuo IP locale per test mobile**
-   ```typescript
-   const devServerUrl = process.env.VITE_DEV_SERVER_URL || 'http://192.168.1.100:5173';
-   await LiveReload.configureServer({ url: devServerUrl });
-   ```
-
-3. **Gestisci gli errori di connessione con grazia**
-   ```typescript
-   try {
-     await LiveReload.connect();
-   } catch (error) {
-     console.warn('Impossibile connettersi al server di sviluppo, utilizzo build di produzione');
-   }
-   ```
-
-4. **Pulisci all'uscita dell'app**
-   ```typescript
-   window.addEventListener('beforeunload', async () => {
-     await LiveReload.disconnect();
-   });
-   ```
-
-5. **Mostra stato della connessione nell'UI**
-   ```typescript
-   LiveReload.addListener('statusChange', (status) => {
-     // Mostra indicatore nelle build di sviluppo
-     updateDevIndicator(status.connected);
-   });
-   ```
-
-## Note sulla Piattaforma
-
-### iOS
-- Funziona con iOS 11.0+
-- Assicurati che il server di sviluppo sia accessibile dalla rete del tuo dispositivo
-- Potrebbe essere necessario configurare il firewall per permettere connessioni
-
-### Android
-- Funziona con Android 5.0 (API 21)+
-- Usa `adb reverse` per connessioni localhost:
-  ```bash
-  adb reverse tcp:5173 tcp:5173
-  ```
-
-### Web
-- Supporto completo per piattaforma web
-- Connessione WebSocket diretta al server di sviluppo Vite
-
-## Risoluzione dei Problemi
-
-**Connessione fallisce:**
-- Verifica che il server di sviluppo sia in esecuzione
-- Controlla che il dispositivo e il computer siano sulla stessa rete
-- Assicurati che il firewall permetta connessioni sulla porta
-- Usa indirizzo IP invece di localhost per dispositivi mobile
-
-**Ricaricamento lento:**
-- Controlla velocità della rete
-- Riduci intervallo di riconnessione
-- Ottimizza configurazione build Vite
-
-**Errori WebSocket:**
-- Verifica che websocketPath corrisponda alla configurazione Vite
-- Controlla conflitti di porte
-- Assicurati che gli header siano corretti se usi autenticazione
diff --git a/src/content/docs/it/docs/plugins/live-reload/index.mdx b/src/content/docs/it/docs/plugins/live-reload/index.mdx
deleted file mode 100644
index 24d0296a7..000000000
--- a/src/content/docs/it/docs/plugins/live-reload/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-live-reload"
-description: Ricarica dal vivo la tua app Capacitor da un server di sviluppo remoto per uno sviluppo più veloce.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Connetti la tua app Capacitor al tuo server di sviluppo locale per ricaricamento istantaneo e iterazione più veloce durante lo sviluppo.
-  image:
-    file: ~public/icons/plugins/live-reload.svg
-  actions:
-    - text: Per iniziare
-      link: /docs/plugins/live-reload/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-live-reload/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Hot Module Replacement" icon="rocket">
-    Aggiornamenti istantanei senza ricostruire la tua app
-  </Card>
-  <Card title="Server di Sviluppo Remoto" icon="laptop">
-    Connettiti a Vite o qualsiasi server di sviluppo compatibile
-  </Card>
-  <Card title="Connessione WebSocket" icon="puzzle">
-    Comunicazione in tempo reale per aggiornamenti live
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/live-reload/getting-started/) per configurare il live reload.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/llm/getting-started.mdx b/src/content/docs/it/docs/plugins/llm/getting-started.mdx
deleted file mode 100644
index 1ce1eb608..000000000
--- a/src/content/docs/it/docs/plugins/llm/getting-started.mdx
+++ /dev/null
@@ -1,484 +0,0 @@
----
-title: Per Iniziare
-description: Scopri come installare e utilizzare il plugin Capacitor LLM per eseguire modelli AI localmente su iOS e Android.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Configurazione Piattaforma
-
-### Configurazione iOS
-
-- **iOS 26.0+**: Usa Apple Intelligence per impostazione predefinita (nessun modello necessario) - **Raccomandato**
-- **iOS < 26.0**: Richiede modelli personalizzati MediaPipe (sperimentale, potrebbe avere problemi di compatibilità)
-
-Per modelli personalizzati su versioni iOS più vecchie, posiziona i file del modello nel bundle della tua app iOS tramite "Copy Bundle Resources" di Xcode.
-
-### Configurazione Android
-
-Posiziona i file del modello nella cartella assets Android:
-
-```
-android/app/src/main/assets/
-```
-
-Hai bisogno di **entrambi** i file per Android:
-- File `.task` (modello principale)
-- File `.litertlm` (file companion)
-
-Scarica da [Kaggle Gemma models](https://www.kaggle.com/models/google/gemma) → scheda "LiteRT (formerly TFLite)"
-
-## Modelli Raccomandati
-
-### Per Android (Modelli Gemma-3)
-
-- **Gemma 3 270M** - Il più piccolo, più efficiente per mobile (~240-400MB) - **Raccomandato**
-- **Gemma 3 1B** - Modello di generazione testo più grande (~892MB-1.5GB)
-
-Scarica da [Kaggle Gemma models](https://www.kaggle.com/models/google/gemma) → Clicca scheda "LiteRT (formerly TFLite)"
-
-### Per iOS
-
-- **Apple Intelligence** (iOS 26.0+) - Integrato, nessun download necessario - **Raccomandato**
-- **Gemma-2 2B** (sperimentale) - Potrebbe avere problemi di compatibilità con formato `.task`
-
-Per modelli iOS personalizzati, scarica da [Hugging Face MediaPipe models](https://huggingface.co/collections/google/mediapipe-668392ead2d6768e82fb3b87)
-
-## Utilizzo
-
-Importa il plugin e inizializza:
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-// Controlla se LLM è pronto
-const { readiness } = await CapgoLLM.getReadiness();
-console.log('Prontezza LLM:', readiness);
-
-// Imposta il modello in base alla piattaforma
-const platform = Capacitor.getPlatform();
-if (platform === 'ios') {
-  // iOS: Usa Apple Intelligence (predefinito)
-  await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-} else {
-  // Android: Usa modello MediaPipe
-  await CapgoLLM.setModel({ path: '/android_asset/gemma-3-270m-it-int8.task' });
-}
-
-// Crea una sessione chat
-const { id: chatId } = await CapgoLLM.createChat();
-
-// Ascolta risposte AI
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('Risposta AI:', event.text);
-});
-
-// Ascolta completamento
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('AI ha completato la risposta');
-});
-
-// Invia un messaggio
-await CapgoLLM.sendMessage({
-  chatId,
-  message: 'Ciao! Come stai oggi?'
-});
-```
-
-## Funzionalità Avanzate
-
-### Scarica Modelli
-
-```typescript
-// Scarica un modello da URL
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/model.task',
-  filename: 'model.task'
-});
-
-// Per Android, scarica sia file .task che .litertlm
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-
-// Ascolta progresso download
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log(`Progresso download: ${event.progress}%`);
-  console.log(`Scaricati: ${event.downloadedBytes} / ${event.totalBytes}`);
-});
-```
-
-### Gestione Modelli
-
-```typescript
-// Imposta un modello specifico con configurazione
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-
-// Controlla prontezza
-const { readiness } = await CapgoLLM.getReadiness();
-if (readiness === 'ready') {
-  // Il modello è caricato e pronto
-}
-
-// Ascolta cambiamenti di prontezza
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Prontezza cambiata:', event.readiness);
-});
-```
-
-## Metodi API
-
-### createChat()
-
-Crea una nuova sessione chat.
-
-```typescript
-const { id: chatId } = await CapgoLLM.createChat();
-```
-
-**Ritorna:** `Promise<{ id: string; instructions?: string }>`
-
-### sendMessage(...)
-
-Invia un messaggio all'LLM.
-
-```typescript
-await CapgoLLM.sendMessage({
-  chatId: 'chat-id',
-  message: 'Com\'è il tempo?'
-});
-```
-
-| Param      | Type     | Description          |
-| ---------- | -------- | -------------------- |
-| **`chatId`**  | `string` | ID sessione chat      |
-| **`message`** | `string` | Messaggio da inviare      |
-
-### getReadiness()
-
-Controlla se l'LLM è pronto all'uso.
-
-```typescript
-const { readiness } = await CapgoLLM.getReadiness();
-```
-
-**Ritorna:** `Promise<{ readiness: string }>`
-
-Valori possibili:
-- `ready` - Il modello è caricato e pronto
-- `loading` - Il modello sta caricando
-- `not_ready` - Modello non ancora caricato
-- `error` - Errore nel caricamento del modello
-
-### setModel(...)
-
-Imposta la configurazione del modello.
-
-```typescript
-// iOS: Usa Apple Intelligence (raccomandato)
-await CapgoLLM.setModel({
-  path: 'Apple Intelligence'
-});
-
-// iOS: Usa modello MediaPipe personalizzato (sperimentale)
-await CapgoLLM.setModel({
-  path: 'Gemma2-2B-IT_multi-prefill-seq_q8_ekv1280',
-  modelType: 'task',
-  maxTokens: 1280
-});
-
-// Android: Usa modello MediaPipe
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-```
-
-| Param           | Type     | Description                                       |
-| --------------- | -------- | ------------------------------------------------- |
-| **`path`**      | `string` | Percorso modello o "Apple Intelligence" per sistema iOS |
-| **`modelType`** | `string` | Opzionale: Tipo file modello (es. "task", "bin")   |
-| **`maxTokens`** | `number` | Opzionale: Token massimi gestiti dal modello        |
-| **`topk`**      | `number` | Opzionale: Numero di token considerati ad ogni passo|
-| **`temperature`** | `number` | Opzionale: Casualità nella generazione (0.0-1.0)    |
-| **`randomSeed`** | `number` | Opzionale: Seed casuale per generazione             |
-
-### downloadModel(...)
-
-Scarica un modello da URL e salva nella memoria del dispositivo.
-
-```typescript
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-```
-
-| Param            | Type     | Description                                 |
-| ---------------- | -------- | ------------------------------------------- |
-| **`url`**        | `string` | URL da cui scaricare                        |
-| **`companionUrl`** | `string` | Opzionale: URL per file companion (.litertlm) |
-| **`filename`**   | `string` | Opzionale: Nome file con cui salvare               |
-
-**Ritorna:** `Promise<{ path: string; companionPath?: string }>`
-
-## Eventi
-
-### textFromAi
-
-Attivato quando AI genera testo (risposta streaming).
-
-```typescript
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('Testo AI:', event.text);
-  console.log('ID Chat:', event.chatId);
-  console.log('È chunk:', event.isChunk);
-});
-```
-
-**Dati Evento:**
-- `text` (string) - Chunk di testo incrementale da AI
-- `chatId` (string) - ID sessione chat
-- `isChunk` (boolean) - Se questo è un chunk completo o dati streaming parziali
-
-### aiFinished
-
-Attivato quando AI completa la risposta.
-
-```typescript
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('Completato per chat:', event.chatId);
-});
-```
-
-**Dati Evento:**
-- `chatId` (string) - ID sessione chat
-
-### downloadProgress
-
-Attivato durante il download del modello per riportare il progresso.
-
-```typescript
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log('Progresso:', event.progress, '%');
-  console.log('Scaricati:', event.downloadedBytes, '/', event.totalBytes);
-});
-```
-
-**Dati Evento:**
-- `progress` (number) - Percentuale di download completata (0-100)
-- `downloadedBytes` (number) - Byte scaricati finora
-- `totalBytes` (number) - Byte totali da scaricare
-
-### readinessChange
-
-Attivato quando lo stato di prontezza dell'LLM cambia.
-
-```typescript
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Prontezza cambiata a:', event.readiness);
-});
-```
-
-**Dati Evento:**
-- `readiness` (string) - Il nuovo stato di prontezza
-
-## Esempio Completo
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-class AIService {
-  private chatId: string | null = null;
-  private messageBuffer: string = '';
-
-  async initialize() {
-    // Configura modello in base alla piattaforma
-    const platform = Capacitor.getPlatform();
-
-    if (platform === 'ios') {
-      // iOS: Usa Apple Intelligence (raccomandato)
-      await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-    } else {
-      // Android: Usa modello MediaPipe
-      await CapgoLLM.setModel({
-        path: '/android_asset/gemma-3-270m-it-int8.task',
-        maxTokens: 2048,
-        topk: 40,
-        temperature: 0.8
-      });
-    }
-
-    // Attendi che il modello sia pronto
-    let isReady = false;
-    while (!isReady) {
-      const { readiness } = await CapgoLLM.getReadiness();
-      if (readiness === 'ready') {
-        isReady = true;
-      } else if (readiness === 'error') {
-        throw new Error('Impossibile caricare il modello');
-      }
-      await new Promise(resolve => setTimeout(resolve, 500));
-    }
-
-    // Crea sessione chat
-    const { id } = await CapgoLLM.createChat();
-    this.chatId = id;
-
-    // Configura listener di eventi
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    CapgoLLM.addListener('textFromAi', (event) => {
-      if (event.chatId === this.chatId) {
-        this.messageBuffer += event.text;
-        this.onTextReceived(event.text);
-      }
-    });
-
-    CapgoLLM.addListener('aiFinished', (event) => {
-      if (event.chatId === this.chatId) {
-        this.onMessageComplete(this.messageBuffer);
-        this.messageBuffer = '';
-      }
-    });
-  }
-
-  async sendMessage(message: string) {
-    if (!this.chatId) {
-      throw new Error('Chat non inizializzata');
-    }
-
-    await CapgoLLM.sendMessage({
-      chatId: this.chatId,
-      message
-    });
-  }
-
-  onTextReceived(text: string) {
-    // Aggiorna UI con testo streaming
-    console.log('Ricevuto:', text);
-  }
-
-  onMessageComplete(fullMessage: string) {
-    // Gestisci messaggio completo
-    console.log('Messaggio completo:', fullMessage);
-  }
-}
-
-// Utilizzo
-const ai = new AIService();
-await ai.initialize();
-await ai.sendMessage('Parlami di AI');
-```
-
-## Supporto Piattaforma
-
-| Piattaforma | Supportato | Requisiti |
-|----------|-----------|--------------|
-| iOS      | ✅        | iOS 13.0+ (26.0+ per Apple Intelligence) |
-| Android  | ✅        | API 24+ |
-| Web      | ❌        | Non supportato |
-
-## Migliori Pratiche
-
-1. **Selezione Modello**: Scegli modelli basati sulle capacità del dispositivo
-   - Usa 270M per la maggior parte dei dispositivi mobile
-   - Usa 1B per dispositivi di fascia alta con più RAM
-   - Testa prestazioni sui dispositivi target
-
-2. **Gestione Memoria**: Cancella sessioni chat quando hai finito
-   ```typescript
-   // Crea nuova chat per nuove conversazioni
-   const { id } = await CapacitorLLM.createChat();
-   ```
-
-3. **Gestione Errori**: Controlla sempre la prontezza prima dell'uso
-   ```typescript
-   const { readiness } = await CapacitorLLM.getReadiness();
-   if (readiness !== 'ready') {
-     // Gestisci stato non pronto
-   }
-   ```
-
-4. **UI Streaming**: Aggiorna UI incrementalmente con testo streaming
-   - Mostra testo man mano che arriva tramite `onAiText`
-   - Segna come completo con `onAiCompletion`
-
-5. **Download Modello**: Scarica modelli durante la configurazione dell'app, non al primo utilizzo
-   ```typescript
-   // Durante l'inizializzazione dell'app
-   await CapacitorLLM.downloadModel({
-     url: 'https://your-cdn.com/model.task',
-     filename: 'model.task'
-   });
-   ```
-
-## Risoluzione dei Problemi
-
-### Modello non carica
-- Verifica che il file del modello sia nella posizione corretta
-- Controlla che il formato del modello corrisponda alla piattaforma (.gguf per iOS, .task per Android)
-- Assicurati di avere sufficiente spazio di archiviazione sul dispositivo
-
-### Prestazioni scarse
-- Prova modello più piccolo (270M invece di 1B)
-- Chiudi altre app per liberare memoria
-- Testa su dispositivo reale, non simulatore
-
-### Nessuna risposta
-- Controlla che lo stato di prontezza sia 'ready'
-- Verifica che i listener di eventi siano configurati prima di inviare messaggi
-- Controlla la console per errori
-
-## Risorse
-
-- [Repository GitHub](https://github.com/Cap-go/capacitor-llm)
-- [Modelli Gemma](https://ai.google.dev/gemma)
-- [Apple Intelligence](https://developer.apple.com/machine-learning/)
-- [MediaPipe](https://developers.google.com/mediapipe)
diff --git a/src/content/docs/it/docs/plugins/llm/index.mdx b/src/content/docs/it/docs/plugins/llm/index.mdx
deleted file mode 100644
index 8183c3563..000000000
--- a/src/content/docs/it/docs/plugins/llm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-llm"
-description: Esegui modelli LLM localmente su iOS e Android con supporto nativo Apple Intelligence per privacy e capacità offline.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Esegui modelli LLM direttamente sul dispositivo con integrazione nativa Apple Intelligence e accelerazione hardware.
-  image:
-    file: ~public/icons/plugins/llm.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/llm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-llm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Privacy sul dispositivo" icon="approve-check-circle">
-    Esegui modelli LLM direttamente sul dispositivo per privacy e capacità offline 🤖
-  </Card>
-  <Card title="Apple Intelligence" icon="star">
-    Integrazione nativa Apple Intelligence su iOS 26.0+ 🍎
-  </Card>
-  <Card title="Formati multipli" icon="puzzle">
-    Supporto per formati modello .task e .litertlm 📦
-  </Card>
-  <Card title="Accelerazione hardware" icon="rocket">
-    Inferenza veloce con accelerazione hardware nativa ⚡
-  </Card>
-  <Card title="Risposte in streaming" icon="download">
-    Risposte in streaming in tempo reale con listener di eventi 🔄
-  </Card>
-  <Card title="Inizia" icon="open-book">
-    Consulta la [Guida introduttiva](/docs/plugins/llm/getting-started/) per installare e configurare il plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/media-session/getting-started.mdx b/src/content/docs/it/docs/plugins/media-session/getting-started.mdx
deleted file mode 100644
index fa1745090..000000000
--- a/src/content/docs/it/docs/plugins/media-session/getting-started.mdx
+++ /dev/null
@@ -1,83 +0,0 @@
----
-title: Inizia
-description: Sincronizza l'interfaccia del tuo player con i controlli multimediali nativi utilizzando il plugin Media Session.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il plugin**
-   <PackageManagers pkg="@capgo/capacitor-media-session" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza le piattaforme**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-> ℹ️ L'API Media Session è disponibile su Android (browser basati su Chrome, WebView) e molti browser desktop. Su piattaforme non supportate le chiamate si risolvono senza effetto, quindi proteggi di conseguenza la tua interfaccia.
-
-## Pubblica metadati
-
-```typescript
-import { MediaSession } from '@capgo/capacitor-media-session';
-
-await MediaSession.setMetadata({
-  title: 'Weekly Tech Podcast',
-  artist: 'Capgo Studio',
-  album: 'Season 2',
-  artwork: [
-    { src: 'https://cdn.example.com/covers/s02e05-512.png', sizes: '512x512', type: 'image/.png' },
-  ],
-});
-```
-
-## Aggiorna lo stato di riproduzione
-
-```typescript
-await MediaSession.setPlaybackState({ playbackState: 'playing' });
-
-// Metti in pausa in seguito se necessario
-await MediaSession.setPlaybackState({ playbackState: 'paused' });
-```
-
-## Gestisci azioni multimediali
-
-```typescript
-const pauseHandler = async () => {
-  player.pause();
-  await MediaSession.setPlaybackState({ playbackState: 'paused' });
-};
-
-await MediaSession.setActionHandler({ action: 'pause' }, pauseHandler);
-await MediaSession.setActionHandler({ action: 'play' }, async () => {
-  await player.play();
-  await MediaSession.setPlaybackState({ playbackState: 'playing' });
-});
-
-// Rimuovi un gestore quando elimini il player
-await MediaSession.setActionHandler({ action: 'pause' }, null);
-```
-
-## Mantieni la posizione sincronizzata
-
-```typescript
-const updatePosition = async () => {
-  await MediaSession.setPositionState({
-    duration: player.duration,
-    position: player.currentTime,
-    playbackRate: player.playbackRate,
-  });
-};
-
-player.ontimeupdate = updatePosition;
-player.onratechange = updatePosition;
-```
-
-## Raccomandazioni
-
-- Aggiorna i metadati quando cambia la traccia in modo che le notifiche e gli altoparlanti intelligenti rimangano aggiornati.
-- Limita gli aggiornamenti di posizione (es. ogni 250 ms) per evitare di sovraccaricare il livello nativo.
-- Rimuovi sempre i gestori di azione quando elimini un'istanza del player per prevenire perdite accidentali.
diff --git a/src/content/docs/it/docs/plugins/media-session/index.mdx b/src/content/docs/it/docs/plugins/media-session/index.mdx
deleted file mode 100644
index 9a6693b82..000000000
--- a/src/content/docs/it/docs/plugins/media-session/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-media-session"
-description: Controlla la schermata di blocco, le notifiche e i controlli multimediali delle cuffie direttamente da Capacitor.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Pubblica metadati delle tracce, reagisci agli eventi play/pausa e sincronizza lo stato di riproduzione con i controlli multimediali nativi.
-  image:
-    file: ~public/icons/plugins/media-session.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/media-session/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-media-session/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Il plugin Media Session collega Capacitor con l'API Media Session in modo che i tuoi player audio e video sembrino nativi ovunque.
-
-<CardGrid stagger>
-  <Card title="Metadati ricchi" icon="star">
-    Fornisci copertina dell'album, artista e titolo per i controlli della schermata di blocco e delle notifiche.
-  </Card>
-  <Card title="Sincronizzazione stato di riproduzione" icon="rocket">
-    Mantieni allineati i pulsanti play/pausa e gli indicatori di progresso con il tuo player.
-  </Card>
-  <Card title="Callback azioni" icon="pencil">
-    Gestisci i pulsanti delle cuffie e le azioni multimediali del sistema operativo dal tuo codice Capacitor.
-  </Card>
-  <Card title="Segnalazione posizione" icon="download">
-    Invia durata, posizione e velocità in modo che lo scrubbing funzioni fluidamente.
-  </Card>
-</CardGrid>
-
-Passa alla guida introduttiva per collegare gli aggiornamenti dei metadati al ciclo di vita del tuo player.
diff --git a/src/content/docs/it/docs/plugins/mute/getting-started.mdx b/src/content/docs/it/docs/plugins/mute/getting-started.mdx
deleted file mode 100644
index e8da0e04c..000000000
--- a/src/content/docs/it/docs/plugins/mute/getting-started.mdx
+++ /dev/null
@@ -1,210 +0,0 @@
----
-title: Inizia
-description: Impara come installare e utilizzare il plugin Mute per rilevare lo stato della modalità silenziosa nella tua app Capacitor.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-mute" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e usa i suoi metodi per verificare lo stato di muto:
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-// Controlla se il dispositivo è silenziato
-const checkMuteState = async () => {
-  const { value } = await CapacitorMute.isMuted();
-
-  if (value) {
-    console.log('Il dispositivo è silenziato/muto');
-    // Adatta il comportamento dell'app per la modalità silenziosa
-  } else {
-    console.log('Il suono del dispositivo è attivo');
-  }
-};
-```
-
-## Riferimento API
-
-### isMuted()
-
-Controlla se il dispositivo è attualmente silenziato/in modalità silenziosa.
-
-```typescript
-const result = await CapacitorMute.isMuted();
-// Restituisce: { value: boolean }
-```
-
-## Esempio completo
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-export class SoundManager {
-  private isMuted = false;
-
-  async initialize() {
-    // Ottieni lo stato iniziale di muto
-    await this.checkMuteState();
-  }
-
-  async checkMuteState() {
-    try {
-      const { value } = await CapacitorMute.isMuted();
-      this.isMuted = value;
-      this.updateAppBehavior();
-    } catch (error) {
-      console.error('Impossibile controllare lo stato di muto:', error);
-    }
-  }
-
-  private updateAppBehavior() {
-    if (this.isMuted) {
-      // Il dispositivo è silenziato - adatta il comportamento dell'app
-      this.disableSoundEffects();
-      this.showVisualNotifications();
-    } else {
-      // Il suono del dispositivo è attivo
-      this.enableSoundEffects();
-      this.useAudioNotifications();
-    }
-  }
-
-  private disableSoundEffects() {
-    // Disabilita i suoni nell'app
-    console.log('Disabilitazione effetti sonori');
-  }
-
-  private enableSoundEffects() {
-    // Abilita i suoni nell'app
-    console.log('Abilitazione effetti sonori');
-  }
-
-  private showVisualNotifications() {
-    // Usa feedback visivo invece di audio
-    console.log('Utilizzo notifiche visive');
-  }
-
-  private useAudioNotifications() {
-    // Usa notifiche audio
-    console.log('Utilizzo notifiche audio');
-  }
-}
-
-// Utilizzo
-const soundManager = new SoundManager();
-await soundManager.initialize();
-
-// Polling periodico per verificare le modifiche
-setInterval(() => {
-  soundManager.checkMuteState();
-}, 5000); // Controlla ogni 5 secondi
-```
-
-## Comportamento della piattaforma
-
-### iOS
-- Rileva lo stato dell'interruttore fisico di muto
-- Nessun evento di modifica in tempo reale (richiesto polling)
-- Funziona su iPhone e iPad con interruttore di muto
-
-### Android
-- Controlla se la modalità suoneria è impostata su silenzioso o vibrazione
-- Nessun evento di modifica (richiesto polling)
-- Basato sulla modalità suoneria di AudioManager
-
-## Best practice
-
-1. **Polling per le modifiche**
-   Poiché il plugin non fornisce eventi in tempo reale, esegui il polling periodicamente se devi monitorare le modifiche:
-   ```typescript
-   // Controlla lo stato di muto periodicamente
-   setInterval(async () => {
-     const { value } = await CapacitorMute.isMuted();
-     if (value !== previousMuteState) {
-       handleMuteStateChange(value);
-     }
-   }, 5000);
-   ```
-
-2. **Rispetta le preferenze dell'utente**
-   Rispetta sempre lo stato di muto e adatta di conseguenza il comportamento audio della tua app.
-
-3. **Fornisci alternative visive**
-   ```typescript
-   const { value: isMuted } = await CapacitorMute.isMuted();
-   if (isMuted) {
-     // Mostra notifiche visive
-     showToast('Nuovo messaggio ricevuto');
-   } else {
-     // Riproduci notifica sonora
-     playNotificationSound();
-   }
-   ```
-
-## Casi d'uso
-
-1. **Gestione audio dei giochi**
-   ```typescript
-   const shouldPlaySound = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-     return !isMuted && userPreferences.soundEnabled;
-   };
-   ```
-
-2. **Gestione delle notifiche**
-   ```typescript
-   const sendNotification = async (message: string) => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     if (isMuted) {
-       // Usa vibrazione o notifica visiva
-       await Haptics.vibrate();
-       showBanner(message);
-     } else {
-       // Riproduci suono di notifica
-       await playSound('notification.mp3');
-     }
-   };
-   ```
-
-3. **Lettore video**
-   ```typescript
-   const initVideoPlayer = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     videoPlayer.setMuted(isMuted);
-     if (isMuted) {
-       showSubtitles(true);
-       showMuteIndicator();
-     }
-   };
-   ```
-
-## Risoluzione dei problemi
-
-1. **Restituisce sempre false su Android**
-   - Controlla se la modalità suoneria del dispositivo è effettivamente impostata su silenzioso
-   - Alcuni dispositivi Android potrebbero avere comportamenti diversi
-
-2. **Nessun evento di modifica disponibile**
-   - Il plugin non fornisce eventi di modifica in tempo reale
-   - Implementa il polling se devi rilevare le modifiche
-
-3. **Non funziona sul simulatore**
-   - Il Simulatore iOS non ha un interruttore di muto
-   - Testa su dispositivi reali per risultati accurati
diff --git a/src/content/docs/it/docs/plugins/mute/index.mdx b/src/content/docs/it/docs/plugins/mute/index.mdx
deleted file mode 100644
index 3963cd840..000000000
--- a/src/content/docs/it/docs/plugins/mute/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-mute"
-description: Rileva e controlla lo stato dell'interruttore di muto sui dispositivi iOS e controlla gli stati del volume su Android.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Controlla se un dispositivo è silenziato o impostato in modalità silenziosa. Rileva l'interruttore di muto su iOS e lo stato del volume su Android.
-  image:
-    file: ~public/icons/plugins/mute.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/mute/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mute/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Rilevamento modalità silenziosa" icon="rocket">
-    Rileva se il dispositivo è in modalità silenziosa/muto 🔇
-  </Card>
-  <Card title="Multi-piattaforma" icon="setting">
-    Funziona sia su iOS (interruttore muto) che su Android (volume) 📱
-  </Card>
-  <Card title="API semplice" icon="pencil">
-    Facile da usare con metodi diretti 🎯
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/mute/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/mux-player/getting-started.mdx b/src/content/docs/it/docs/plugins/mux-player/getting-started.mdx
deleted file mode 100644
index ca6f9faa5..000000000
--- a/src/content/docs/it/docs/plugins/mux-player/getting-started.mdx
+++ /dev/null
@@ -1,91 +0,0 @@
----
-title: Inizia
-description: Collega l'SDK nativo Mux Player all'interno della tua applicazione Capacitor.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il plugin**
-   <PackageManagers pkg="@capgo/capacitor-mux-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Preparazione iOS
-
-1. Apri l'area di lavoro Xcode in `ios/App/`.
-2. Aggiungi il pacchetto Swift `https://github.com/muxinc/mux-player-swift` al target della tua app in modo che il modulo `MuxPlayerSwift` sia disponibile.
-3. Assicurati che il target di distribuzione sia **iOS 15+** e ricompila.
-
-## Preparazione Android
-
-Il modulo Gradle viene fornito con i repository e le dipendenze corretti. Se utilizzi un proxy aziendale personalizzato, consenti le richieste a `https://muxinc.jfrog.io/artifactory/default-maven-release-local`.
-
-## Avvia il player
-
-```typescript
-import { MuxPlayer } from '@capgo/capacitor-mux-player';
-
-await MuxPlayer.play({
-  playbackId: 'your-playback-id',
-  environmentKey: 'your-mux-data-key',
-  title: 'Launch Announcement',
-  subtitle: 'Filmed live at Capgo HQ',
-  poster: 'https://stream.example.com/poster.jpg',
-});
-```
-
-## Ascolta gli eventi del player
-
-```typescript
-const readyHandle = await MuxPlayer.addListener('ready', ({ playerName }) => {
-  console.log('Mux player pronto', playerName);
-});
-
-const errorHandle = await MuxPlayer.addListener('error', ({ message }) => {
-  console.error('Errore Mux player:', message);
-});
-
-// Pulisci dopo aver chiuso il player
-const dismissPlayer = async () => {
-  await MuxPlayer.dismiss();
-  await readyHandle.remove();
-  await errorHandle.remove();
-};
-```
-
-## Riproduzione basata su token
-
-```typescript
-await MuxPlayer.play({
-  playbackId: 'signed-playback-id',
-  playbackToken: signedPlaybackToken,
-  drmToken: signedDrmToken, // Facoltativo se hai abilitato le politiche DRM
-  autoPlay: true,
-  startTime: 120, // inizia a 2 minuti
-});
-```
-
-## Reagisci al ciclo di vita del player
-
-```typescript
-const { active } = await MuxPlayer.isActive();
-if (active) {
-  console.log('Player attualmente visibile');
-}
-
-// Rimuovi tutte le registrazioni dei listener durante lo smontaggio
-await MuxPlayer.removeAllListeners();
-```
-
-## Suggerimenti
-
-- Genera token di riproduzione firmati e DRM sul tuo backend utilizzando le chiavi di firma Mux.
-- Passa un `playerName` per separare l'analisi quando esegui più player nella tua app.
-- Combina con `enableSmartCache` per migliorare la resilienza offline sulle piattaforme supportate.
diff --git a/src/content/docs/it/docs/plugins/mux-player/index.mdx b/src/content/docs/it/docs/plugins/mux-player/index.mdx
deleted file mode 100644
index 3c1340e1a..000000000
--- a/src/content/docs/it/docs/plugins/mux-player/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-mux-player"
-description: Avvia l'SDK nativo Mux Player dalle app Capacitor con supporto per riproduzione firmata e analisi.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Trasmetti video Mux di alta qualità a schermo intero con DRM, analisi e controlli uniformi su iOS, Android e web.
-  image:
-    file: ~public/icons/plugins/mux-player.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/mux-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mux-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Offri una riproduzione premium avvolgendo gli SDK nativi ufficiali Mux in una semplice interfaccia Capacitor.
-
-<CardGrid stagger>
-  <Card title="Esperienza SDK nativa" icon="rocket">
-    Usa lo stesso stack di riproduzione degli SDK mobili Mux con bitrate adattivo e DRM.
-  </Card>
-  <Card title="Riproduzione firmata" icon="approve-check">
-    Fornisci token di riproduzione e DRM per la distribuzione sicura di stream protetti.
-  </Card>
-  <Card title="API uniforme" icon="pencil">
-    Attiva la riproduzione, chiudi il player e ascolta gli eventi con un'unica API TypeScript.
-  </Card>
-  <Card title="Pronto per l'analisi" icon="star">
-    Passa chiavi di ambiente e nomi di player per alimentare automaticamente la telemetria Mux Data.
-  </Card>
-</CardGrid>
-
-La guida introduttiva illustra come collegare gli SDK nativi, gestire i token e rispondere agli eventi del player.
diff --git a/src/content/docs/it/docs/plugins/native-audio/getting-started.mdx b/src/content/docs/it/docs/plugins/native-audio/getting-started.mdx
deleted file mode 100644
index 6dfaffd29..000000000
--- a/src/content/docs/it/docs/plugins/native-audio/getting-started.mdx
+++ /dev/null
@@ -1,479 +0,0 @@
----
-title: Iniziare
-description: >-
-  Scopri come installare e utilizzare il plug-in Native Audio per la
-  riproduzione audio ad alte prestazioni nella tua app Capacitor.
-sidebar:
-  order: 2
-locale: it
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/native-audio" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizzazione con progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Aggiungi file audio**
-   Inserisci i tuoi file audio nelle cartelle della piattaforma appropriata:
-   - **iOS**: `ios/App/App/sounds/`
-   - **Android**: `android/app/src/main/res/raw/`
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e precarica i file audio prima della riproduzione:
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-// Preload audio files
-const preloadAudio = async () => {
-  // Simple preload for short sounds
-  await NativeAudio.preload({
-    assetId: 'click',
-    assetPath: 'sounds/click.mp3',
-    audioChannelNum: 1,
-    isUrl: false
-  });
-  
-  // Complex preload for music/longer audio
-  await NativeAudio.preloadComplex({
-    assetId: 'background-music',
-    assetPath: 'sounds/background.mp3',
-    audioChannelNum: 1,
-    volume: 0.5,
-    delay: 0,
-    isUrl: false
-  });
-};
-
-// Play audio
-const playSound = async () => {
-  await NativeAudio.play({
-    assetId: 'click'
-  });
-};
-
-// Play with options
-const playMusic = async () => {
-  await NativeAudio.play({
-    assetId: 'background-music',
-    time: 0 // Start from beginning
-  });
-};
-
-// Loop audio
-const loopMusic = async () => {
-  await NativeAudio.loop({
-    assetId: 'background-music'
-  });
-};
-
-// Stop audio
-const stopMusic = async () => {
-  await NativeAudio.stop({
-    assetId: 'background-music'
-  });
-};
-
-// Unload when done
-const cleanup = async () => {
-  await NativeAudio.unload({
-    assetId: 'click'
-  });
-  await NativeAudio.unload({
-    assetId: 'background-music'
-  });
-};
-```
-
-## API Riferimento
-
-### precarico(opzioni)
-
-Precarica un file audio per una riproduzione semplice (ideale per suoni brevi).
-
-```typescript
-interface PreloadOptions {
-  assetId: string;
-  assetPath: string;
-  audioChannelNum?: number;
-  isUrl?: boolean;
-}
-
-await NativeAudio.preload({
-  assetId: 'sound-effect',
-  assetPath: 'sounds/effect.mp3',
-  audioChannelNum: 1,
-  isUrl: false
-});
-```
-
-### preloadComplex(opzioni)
-
-Precarica l'audio con opzioni avanzate (ideale per musica/audio di sottofondo).
-
-```typescript
-interface PreloadComplexOptions {
-  assetId: string;
-  assetPath: string;
-  volume?: number; // 0.0 to 1.0
-  audioChannelNum?: number;
-  delay?: number;
-  isUrl?: boolean;
-  fadeDuration?: number;
-}
-
-await NativeAudio.preloadComplex({
-  assetId: 'theme-song',
-  assetPath: 'sounds/theme.mp3',
-  volume: 0.7,
-  audioChannelNum: 2,
-  isUrl: false
-});
-```
-
-### gioca(opzioni)
-
-Riproduce un file audio precaricato.
-
-```typescript
-interface PlayOptions {
-  assetId: string;
-  time?: number; // Start time in seconds
-}
-
-await NativeAudio.play({
-  assetId: 'sound-effect',
-  time: 0
-});
-```
-
-### ciclo(opzioni)
-
-Esegue il loop continuo di un file audio precaricato.
-
-```typescript
-await NativeAudio.loop({
-  assetId: 'background-music'
-});
-```
-
-### ferma(opzioni)
-
-Interrompe la riproduzione di un file audio.
-
-```typescript
-await NativeAudio.stop({
-  assetId: 'background-music'
-});
-```
-
-### pausa(opzioni)
-
-Mette in pausa la riproduzione audio.
-
-```typescript
-await NativeAudio.pause({
-  assetId: 'background-music'
-});
-```
-
-### curriculum(opzioni)
-
-Riprende l'audio in pausa.
-
-```typescript
-await NativeAudio.resume({
-  assetId: 'background-music'
-});
-```
-
-### impostaVolume(opzioni)
-
-Imposta il volume per una risorsa audio.
-
-```typescript
-interface SetVolumeOptions {
-  assetId: string;
-  volume: number; // 0.0 to 1.0
-}
-
-await NativeAudio.setVolume({
-  assetId: 'background-music',
-  volume: 0.3
-});
-```
-
-### getDuration(opzioni)
-
-Ottiene la durata di un file audio in secondi.
-
-```typescript
-const { duration } = await NativeAudio.getDuration({
-  assetId: 'background-music'
-});
-console.log(`Duration: ${duration} seconds`);
-```
-
-### getCurrentTime(opzioni)
-
-Ottiene il tempo di riproduzione corrente in secondi.
-
-```typescript
-const { currentTime } = await NativeAudio.getCurrentTime({
-  assetId: 'background-music'
-});
-console.log(`Current time: ${currentTime} seconds`);
-```
-
-### è in riproduzione(opzioni)
-
-Controlla se l'audio è attualmente in riproduzione.
-
-```typescript
-const { isPlaying } = await NativeAudio.isPlaying({
-  assetId: 'background-music'
-});
-console.log(`Is playing: ${isPlaying}`);
-```
-
-### scarica(opzioni)
-
-Scarica un file audio dalla memoria.
-
-```typescript
-await NativeAudio.unload({
-  assetId: 'sound-effect'
-});
-```
-
-## Utilizzo avanzato
-
-### Classe di gestione del suono
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-export class SoundManager {
-  private sounds: Map<string, boolean> = new Map();
-  private volume = 1.0;
-  
-  async init() {
-    // Preload all sounds
-    await this.preloadSound('click', 'sounds/click.mp3');
-    await this.preloadSound('success', 'sounds/success.mp3');
-    await this.preloadSound('error', 'sounds/error.mp3');
-    
-    // Preload music
-    await this.preloadMusic('background', 'sounds/background.mp3', 0.5);
-  }
-  
-  private async preloadSound(id: string, path: string) {
-    try {
-      await NativeAudio.preload({
-        assetId: id,
-        assetPath: path,
-        audioChannelNum: 1,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Failed to preload ${id}:`, error);
-    }
-  }
-  
-  private async preloadMusic(id: string, path: string, volume: number) {
-    try {
-      await NativeAudio.preloadComplex({
-        assetId: id,
-        assetPath: path,
-        volume,
-        audioChannelNum: 2,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Failed to preload ${id}:`, error);
-    }
-  }
-  
-  async playSound(id: string) {
-    if (!this.sounds.has(id)) {
-      console.warn(`Sound ${id} not preloaded`);
-      return;
-    }
-    
-    try {
-      await NativeAudio.play({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to play ${id}:`, error);
-    }
-  }
-  
-  async playMusic(id: string) {
-    if (!this.sounds.has(id)) return;
-    
-    try {
-      await NativeAudio.loop({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to play music ${id}:`, error);
-    }
-  }
-  
-  async stopMusic(id: string) {
-    try {
-      await NativeAudio.stop({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to stop ${id}:`, error);
-    }
-  }
-  
-  async setMasterVolume(volume: number) {
-    this.volume = Math.max(0, Math.min(1, volume));
-    
-    // Update all loaded sounds
-    for (const [id] of this.sounds) {
-      await NativeAudio.setVolume({
-        assetId: id,
-        volume: this.volume
-      });
-    }
-  }
-  
-  async cleanup() {
-    for (const [id] of this.sounds) {
-      await NativeAudio.unload({ assetId: id });
-    }
-    this.sounds.clear();
-  }
-}
-```
-
-### Caricamento da URL
-
-```typescript
-// Load audio from URL
-await NativeAudio.preloadComplex({
-  assetId: 'remote-audio',
-  assetPath: 'https://example.com/audio.mp3',
-  isUrl: true,
-  volume: 0.8
-});
-```
-
-### Effetti di dissolvenza in entrata/uscita
-
-```typescript
-const fadeIn = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-  
-  await NativeAudio.setVolume({ assetId, volume: 0 });
-  await NativeAudio.play({ assetId });
-  
-  for (let i = 1; i <= steps; i++) {
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-  }
-};
-
-const fadeOut = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-  
-  for (let i = steps; i >= 0; i--) {
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-  }
-  
-  await NativeAudio.stop({ assetId });
-};
-```
-
-## Migliori pratiche
-
-1. **Precarica durante l'inizializzazione dell'app**
-   ```typescript
-   import { App } from '@capacitor/app';
-   
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await soundManager.init();
-     }
-   });
-   ```
-
-2. **Gestire gli errori con garbo**
-   ```typescript
-   try {
-     await NativeAudio.play({ assetId: 'sound' });
-   } catch (error) {
-     console.log('Audio playback failed, continuing silently');
-   }
-   ```
-
-3. **Scarica l'audio inutilizzato**
-   ```typescript
-   // Unload sounds when leaving a screen
-   ionViewWillLeave() {
-     this.unloadScreenSounds();
-   }
-   ```
-
-4. **Utilizzare metodi di precarico appropriati**
-   - `preload()` per brevi effetti sonori (< 5 secondi)
-   - `preloadComplex()` per musica e audio più lungo
-
-## Note sulla piattaforma
-
-### iOS
-- Supporta AAC, MP3, WAV e altri formati Core Audio
-- Utilizza AVAudioPlayer per audio complesso
-- Utilizza i servizi audio di sistema per un audio semplice
-- Supporta l'audio di sottofondo con la corretta configurazione
-
-### Android
-- Supporta i formati MP3, OGG, WAV
-- Utilizza SoundPool per un audio semplice
-- Utilizza MediaPlayer per audio complessi
-- Potrebbe richiedere l'autorizzazione WAKE_LOCK per la riproduzione in background
-
-### Posizionamento dei file
-
-#### iOS
-Inserisci i file in `ios/App/App/sounds/` o crea un riferimento alla cartella in Xcode.
-
-#### Android
-Inserisci i file in `android/app/src/main/res/raw/`. 
-Nota: i nomi dei file devono essere in minuscolo e senza caratteri speciali.
-
-## Problemi comuni
-
-1. **Audio non riprodotto**
-   - Assicurarsi che i file siano nelle directory corrette
-   - Verifica la compatibilità del formato del file
-   - Verificare che assetId corrisponda esattamente
-
-2. **Ritardo nella riproduzione**
-   - Utilizza `preload()` per gli effetti sonori
-   - Precarica prima di dover giocare
-
-3. **Problemi di memoria**
-   - Scarica i file audio quando non sono necessari
-   - Non precaricare troppi file di grandi dimensioni
-
-4. **Riproduzione in sottofondo**
-   - Configura la funzionalità audio di sottofondo su iOS
-   - Gestisci il focus audio su Android
diff --git a/src/content/docs/it/docs/plugins/native-audio/index.mdx b/src/content/docs/it/docs/plugins/native-audio/index.mdx
deleted file mode 100644
index 737c79e23..000000000
--- a/src/content/docs/it/docs/plugins/native-audio/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/native-audio"
-description: Plugin di riproduzione audio nativa ad alte prestazioni per app Capacitor con bassa latenza e supporto per riproduzione concorrente.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Riproduci audio con prestazioni native, bassa latenza e riproduzione concorrente. Perfetto per giochi, effetti sonori e musica di sottofondo.
-  image:
-    file: ~public/icons/plugins/native-audio.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/native-audio/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-native-audio/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Bassa latenza" icon="rocket">
-    API audio native per riproduzione istantanea 🚀
-  </Card>
-  <Card title="Riproduzione concorrente" icon="list-format">
-    Riproduci più suoni simultaneamente 🎵
-  </Card>
-  <Card title="Audio in background" icon="rocket">
-    Continua la riproduzione quando l'app è in background 🎧
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/native-audio/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/native-biometric/getting-started.mdx b/src/content/docs/it/docs/plugins/native-biometric/getting-started.mdx
deleted file mode 100644
index 610009c78..000000000
--- a/src/content/docs/it/docs/plugins/native-biometric/getting-started.mdx
+++ /dev/null
@@ -1,204 +0,0 @@
----
-title: Inizia
-description: Impara come installare e utilizzare il plugin Native Biometric per l'autenticazione biometrica sicura nella tua app Capacitor.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-native-biometric" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura i permessi**
-
-   ### iOS
-   Aggiungi la descrizione dell'uso di Face ID al tuo `Info.plist`:
-   ```xml
-   <key>NSFaceIDUsageDescription</key>
-   <string>For secure authentication</string>
-   ```
-
-   ### Android
-   Aggiungi il permesso biometrico al tuo `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-   ```
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e usa i suoi metodi per l'autenticazione biometrica:
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-// Controlla se l'autenticazione biometrica è disponibile
-const checkBiometric = async () => {
-  const result = await NativeBiometric.isAvailable();
-
-  if (result.isAvailable) {
-    console.log(`Tipo biometrico: ${result.biometryType}`);
-  }
-};
-
-// Esegui la verifica biometrica
-const verify = async () => {
-  const verified = await NativeBiometric.verifyIdentity({
-    reason: "Per un accesso sicuro al tuo account",
-    title: "Autenticazione",
-    subtitle: "Verifica la tua identità",
-    description: "Posiziona il dito sul sensore"
-  })
-    .then(() => true)
-    .catch(() => false);
-
-  if (verified) {
-    console.log("Autenticazione riuscita");
-  }
-};
-
-// Memorizza le credenziali in modo sicuro
-const saveCredentials = async () => {
-  await NativeBiometric.setCredentials({
-    username: "user@example.com",
-    password: "securepassword",
-    server: "https://api.example.com"
-  });
-};
-
-// Recupera le credenziali memorizzate
-const getCredentials = async () => {
-  const credentials = await NativeBiometric.getCredentials({
-    server: "https://api.example.com"
-  });
-
-  console.log(credentials.username);
-  console.log(credentials.password);
-};
-
-// Elimina le credenziali memorizzate
-const deleteCredentials = async () => {
-  await NativeBiometric.deleteCredentials({
-    server: "https://api.example.com"
-  });
-};
-```
-
-## Riferimento API
-
-### isAvailable()
-
-Controlla se l'autenticazione biometrica è disponibile sul dispositivo.
-
-```typescript
-interface AvailableResult {
-  isAvailable: boolean;
-  biometryType?: BiometryType;
-  errorCode?: number;
-}
-
-enum BiometryType {
-  NONE = 0,
-  TOUCH_ID = 1,
-  FACE_ID = 2,
-  FINGERPRINT = 3,
-  FACE_AUTHENTICATION = 4,
-  IRIS_AUTHENTICATION = 5
-}
-```
-
-### verifyIdentity(options)
-
-Esegue l'autenticazione biometrica.
-
-```typescript
-interface BiometricOptions {
-  reason?: string;
-  title?: string;
-  subtitle?: string;
-  description?: string;
-  fallbackTitle?: string;
-  useFallback?: boolean;
-  maxAttempts?: number;
-}
-```
-
-### setCredentials(options)
-
-Memorizza le credenziali in modo sicuro con protezione biometrica.
-
-```typescript
-interface Credentials {
-  username: string;
-  password: string;
-  server: string;
-}
-```
-
-### getCredentials(options)
-
-Recupera le credenziali memorizzate dopo l'autenticazione biometrica.
-
-```typescript
-interface GetCredentialOptions {
-  server: string;
-}
-```
-
-### deleteCredentials(options)
-
-Elimina le credenziali memorizzate.
-
-```typescript
-interface DeleteCredentialOptions {
-  server: string;
-}
-```
-
-## Best practice
-
-1. **Controlla sempre la disponibilità per prima**
-   ```typescript
-   const result = await NativeBiometric.isAvailable();
-   if (!result.isAvailable) {
-     // Torna all'autenticazione tramite password
-   }
-   ```
-
-2. **Fornisci motivi chiari**
-   Spiega sempre perché hai bisogno dell'autenticazione biometrica per creare fiducia nell'utente.
-
-3. **Gestisci gli errori con grazia**
-   ```typescript
-   try {
-     await NativeBiometric.verifyIdentity({
-       reason: "Accedi ai tuoi dati sicuri"
-     });
-   } catch (error) {
-     // Gestisci annullamento o fallimento
-     console.log("Autenticazione fallita o annullata");
-   }
-   ```
-
-4. **Usa fallback appropriati**
-   Abilita il fallback del codice di accesso per i dispositivi in cui la biometria potrebbe fallire.
-
-## Differenze tra piattaforme
-
-### iOS
-- Supporta Touch ID e Face ID
-- Richiede `NSFaceIDUsageDescription` per Face ID
-- Fallback al codice di accesso del dispositivo disponibile
-
-### Android
-- Supporta riconoscimento di impronte digitali, volto e iride
-- Richiede il permesso `USE_BIOMETRIC`
-- API Biometric Prompt per Android 9+
diff --git a/src/content/docs/it/docs/plugins/native-biometric/index.mdx b/src/content/docs/it/docs/plugins/native-biometric/index.mdx
deleted file mode 100644
index 11fd693dc..000000000
--- a/src/content/docs/it/docs/plugins/native-biometric/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-native-biometric"
-description: Plugin Capacitor per autenticazione biometrica nativa utilizzando impronte digitali, Face ID e altri sensori biometrici.
-locale: it
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Accedi alle API di autenticazione biometrica nativa per Android e iOS, fornendo autenticazione utente sicura e conveniente.
-  image:
-    file: ~public/icons/plugins/native-biometric.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/native-biometric/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-native-biometric/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Biometria multipla" icon="rocket">
-    Supporta impronte digitali, Face ID, Touch ID e altri sensori biometrici 🚀
-  </Card>
-  <Card title="Autenticazione sicura" icon="approve-check">
-    Fornisce autenticazione biometrica sicura per operazioni sensibili 🔒
-  </Card>
-  <Card title="Opzioni di fallback" icon="setting">
-    Include fallback del codice di accesso del dispositivo quando la biometria non è disponibile 😊
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/native-biometric/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/native-market/getting-started.mdx b/src/content/docs/it/docs/plugins/native-market/getting-started.mdx
deleted file mode 100644
index f4a684992..000000000
--- a/src/content/docs/it/docs/plugins/native-market/getting-started.mdx
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: Inizia
-description: Impara come installare e utilizzare il plugin Native Market per reindirizzare gli utenti a Google Play Store o Apple App Store dalla tua app Capacitor.
-locale: it
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/native-market" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e usa i suoi metodi per reindirizzare gli utenti agli app store:
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// Apri la scheda dell'app nello store
-const openAppStore = async () => {
-  await NativeMarket.openStoreListing({
-    appId: 'com.example.app' // Il bundle ID della tua app
-  });
-};
-
-// Richiedi una recensione dell'app
-const requestReview = async () => {
-  await NativeMarket.requestReview();
-};
-
-// Apri la ricerca nell'app store
-const searchInStore = async () => {
-  await NativeMarket.search({
-    terms: 'fitness app' // Termini di ricerca
-  });
-};
-```
-
-## Riferimento API
-
-### openStoreListing(options)
-
-Apre la scheda dell'app store per l'app specificata.
-
-```typescript
-interface OpenStoreListingOptions {
-  appId: string; // Bundle ID su iOS, nome pacchetto su Android
-}
-```
-
-### requestReview()
-
-Richiede una recensione in-app all'utente. Su iOS 10.3+, questo mostra il dialogo di valutazione senza uscire dall'app.
-
-### search(options)
-
-Apre l'app store con i risultati di ricerca.
-
-```typescript
-interface SearchOptions {
-  terms: string; // Termini di ricerca da utilizzare
-}
-```
-
-## Note sulla piattaforma
-
-### iOS
-- Usa `SKStoreReviewController` per recensioni in-app su iOS 10.3+
-- Torna all'apertura dell'App Store per versioni precedenti
-
-### Android
-- Apre Google Play Store
-- Usa l'API di recensione in-app quando disponibile
-
-## Esempio
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-import { Capacitor } from '@capacitor/core';
-
-export class AppService {
-  async rateApp() {
-    try {
-      // Prova prima la recensione in-app
-      await NativeMarket.requestReview();
-    } catch (error) {
-      // Fallback all'apertura della scheda dello store
-      const platform = Capacitor.getPlatform();
-      const appId = platform === 'ios'
-        ? 'id123456789' // Il tuo ID app iOS
-        : 'com.example.app'; // Il tuo nome pacchetto Android
-
-      await NativeMarket.openStoreListing({ appId });
-    }
-  }
-}
diff --git a/src/content/docs/it/docs/plugins/native-market/index.mdx b/src/content/docs/it/docs/plugins/native-market/index.mdx
deleted file mode 100644
index 9d3deb44a..000000000
--- a/src/content/docs/it/docs/plugins/native-market/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/native-market"
-locale: it
-description: Plugin Native Market per reindirizzare gli utenti a Google Play Store o Apple App Store dalla tua app Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Un plugin Capacitor per reindirizzare gli utenti agli app store (Google Play o Apple App Store) dalla tua applicazione mobile.
-  image:
-    file: ~public/icons/plugins/native-market.svg
-  actions:
-    - text: Iniziare
-      link: /docs/plugins/native-market/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/native-market/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Cross-platform" icon="rocket">
-    Funziona perfettamente su piattaforme Android e iOS 🚀
-  </Card>
-  <Card title="Integrazione Facile" icon="pencil">
-    API semplice per reindirizzare gli utenti a valutare o visualizzare la tua app nei rispettivi app store 💨
-  </Card>
-  <Card title="Supporto TypeScript" icon="setting">
-    Supporto completo TypeScript per una migliore esperienza di sviluppo 😊
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/native-market/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/native-purchases/android-create-subscription.mdx b/src/content/docs/it/docs/plugins/native-purchases/android-create-subscription.mdx
deleted file mode 100644
index feefc2c55..000000000
--- a/src/content/docs/it/docs/plugins/native-purchases/android-create-subscription.mdx
+++ /dev/null
@@ -1,166 +0,0 @@
----
-title: Crea Abbonamento Auto-Rinnovabile Android
-description: Guida passo dopo passo per creare abbonamenti auto-rinnovabili in Google Play Console per il plugin native-purchases.
-sidebar:
-  order: 4
-locale: it
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Gli abbonamenti auto-rinnovabili forniscono accesso a contenuti, servizi o funzionalità premium nella tua app su base continuativa. Questa guida ti aiuterà a creare e configurare abbonamenti in Google Play Console.
-
-## Panoramica
-
-Gli abbonamenti si rinnovano automaticamente alla fine di ogni periodo di fatturazione fino a quando l'utente non li annulla. Sono ideali per:
-- Accesso ai contenuti Premium
-- Esperienze senza annunci
-- Archiviazione cloud
-- Servizi continui
-
-## Creazione di un Abbonamento
-
-<Steps>
-
-1. **Vai agli Abbonamenti**
-
-   In Google Play Console, seleziona la tua app e scegli **Monetizzazione > Abbonamenti** dal menu a sinistra.
-
-   Fai clic sul pulsante **Crea abbonamento** per iniziare.
-
-   ![Vai agli abbonamenti](/native-purchases/android/create-subscription/navigate-to-subscriptions.webp)
-
-2. **Inserisci Informazioni di Base**
-
-   Fornisci un nome di abbonamento e un ID prodotto. L'ID del prodotto è richiesto per la configurazione nella tua app e non può essere modificato in seguito.
-
-   ![Inserisci dettagli dell'abbonamento](/native-purchases/android/create-subscription/enter-subscription-details.webp)
-
-3. **Crea Piano di Base**
-
-   Google Play richiede esattamente un piano di base per abbonamento. Il plugin native-purchases supporta un solo piano di base per mantenere la compatibilità con iOS.
-
-   Fai clic su **Aggiungi piano di base** per continuare.
-
-   ![Crea piano di base](/native-purchases/android/create-subscription/create-base-plan.webp)
-
-4. **Configura Dettagli Piano di Base**
-
-   Inserisci:
-   - **ID piano di base**: Identificatore univoco per questo piano
-   - **Periodo di fatturazione**: Con che frequenza gli utenti vengono addebitati (settimanale, mensile, annuale, ecc.)
-   - **Periodo di grazia**: Finestra temporale durante la quale Google mantiene l'abbonamento mentre riprova il pagamento prima dell'annullamento
-
-   ![Configura piano di base](/native-purchases/android/create-subscription/configure-base-plan-details.webp)
-
-5. **Imposta Prezzi**
-
-   Accedi alla sezione dei prezzi e seleziona tutti i paesi/regioni in cui desideri offrire l'abbonamento.
-
-   ![Seleziona regioni](/native-purchases/android/create-subscription/select-pricing-regions.webp)
-
-6. **Configura Prezzo**
-
-   Imposta il tuo prezzo di base nella tua valuta principale. Google Play lo converte automaticamente nelle valute locali.
-
-   ![Imposta prezzo](/native-purchases/android/create-subscription/set-base-price.webp)
-
-7. **Rivedi Prezzi Regionali**
-
-   Rivedi i prezzi convertiti automaticamente per ogni paese. Puoi modificare i singoli prezzi se necessario.
-
-   ![Rivedi prezzi](/native-purchases/android/create-subscription/review-regional-pricing.webp)
-
-8. **Salva Configurazione**
-
-   Salva la tua configurazione dei prezzi.
-
-   ![Salva prezzi](/native-purchases/android/create-subscription/save-pricing-configuration.webp)
-
-9. **Attiva Abbonamento**
-
-   Fai clic sul pulsante **Attiva** per rendere il tuo prodotto di abbonamento attivo e disponibile per l'acquisto.
-
-   ![Attiva abbonamento](/native-purchases/android/create-subscription/activate-subscription.webp)
-
-</Steps>
-
-## Considerazioni Importanti
-
-### Limitazione Piano di Base
-
-Il plugin native-purchases richiede esattamente un piano di base per abbonamento per garantire coerenza con la gestione degli abbonamenti iOS. Più piani di base non sono supportati.
-
-### Periodo di Grazia
-
-Il periodo di grazia consente a Google Play di riprovare i pagamenti non riusciti mantenendo l'accesso all'abbonamento dell'utente. I periodi di grazia comuni sono:
-- 3 giorni per gli abbonamenti mensili
-- 7 giorni per gli abbonamenti più lunghi
-
-### Stato dell'Abbonamento
-
-Dopo la creazione, il tuo abbonamento avrà lo stato "Bozza" fino all'attivazione. Puoi testare gli abbonamenti in bozza in modalità sandbox.
-
-## Utilizzo nella Tua App
-
-Una volta creato, fai riferimento all'abbonamento nella tua app utilizzando l'ID del prodotto:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Carica informazioni sull'abbonamento
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-console.log(`${product.title} — ${product.priceString}`);
-
-// Acquista (planIdentifier = ID Piano di Base da Google Play Console)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // RICHIESTO su Android, ignorato su iOS
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('ID Transazione', transaction.transactionId);
-
-// Successivamente, controlla lo stato dell'acquisto
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const subscription = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.example.premium.monthly',
-);
-
-if (subscription && subscription.purchaseState === 'PURCHASED' && subscription.isAcknowledged) {
-  console.log('Abbonamento attivo localmente');
-  // Per la scadenza/annullamento, convalida purchaseToken tramite il tuo backend
-}
-```
-
-## Prossimi Passi
-
-- [Crea un'offerta introduttiva](/docs/plugins/native-purchases/android-introductory-offer/) per attirare nuovi abbonati
-- [Configura test sandbox](/docs/plugins/native-purchases/android-sandbox-testing/) per testare i tuoi abbonamenti
-- Configura la convalida della ricevuta del backend per la sicurezza
-
-## Risoluzione dei Problemi
-
-**L'abbonamento non appare nell'app:**
-- Verifica che l'ID del prodotto corrisponda esattamente
-- Assicurati che l'abbonamento sia attivato
-- Controlla che la tua app abbia il nome del pacchetto corretto
-- Attendi 2-3 ore dopo l'attivazione affinché le modifiche si propaghino
-
-**Errori del piano di base:**
-- Assicurati di avere esattamente un piano di base
-- Verifica che tutti i campi obbligatori siano compilati
-- Controlla che il periodo di fatturazione sia valido
-
-**Problemi di prezzi:**
-- Conferma che almeno un paese sia selezionato
-- Verifica che il prezzo di base sia maggiore del minimo consentito
-- Controlla che i tassi di conversione della valuta siano accettabili
diff --git a/src/content/docs/it/docs/plugins/native-purchases/android-introductory-offer.mdx b/src/content/docs/it/docs/plugins/native-purchases/android-introductory-offer.mdx
deleted file mode 100644
index 766e3f3bb..000000000
--- a/src/content/docs/it/docs/plugins/native-purchases/android-introductory-offer.mdx
+++ /dev/null
@@ -1,197 +0,0 @@
----
-title: Crea Offerta Introduttiva per Abbonamento Android
-locale: it
-description: Scopri come creare offerte introduttive per abbonamenti auto-rinnovabili su Android per attrarre nuovi abbonati.
-sidebar:
-  order: 5
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Le offerte introduttive ti permettono di fornire agli utenti idonei una prova gratuita o un prezzo introduttivo scontato. Dopo la conclusione del periodo introduttivo, gli abbonamenti si rinnovano automaticamente al prezzo standard a meno che non vengano cancellati.
-
-## Panoramica
-
-Le offerte introduttive sono uno strumento potente per:
-- Ridurre le barriere d'ingresso per i nuovi abbonati
-- Aumentare i tassi di conversione
-- Permettere agli utenti di provare le funzionalità premium senza rischi
-- Costruire relazioni durature con gli abbonati
-
-## Idoneità
-
-Gli utenti possono ricevere un'offerta introduttiva se non hanno precedentemente acquistato o ricevuto un'offerta introduttiva per l'abbonamento. Google Play gestisce automaticamente l'idoneità.
-
-## Prerequisiti
-
-Devi prima [creare un abbonamento auto-rinnovabile](/docs/plugins/native-purchases/android-create-subscription/) prima di aggiungere un'offerta introduttiva.
-
-## Creazione di un'Offerta Introduttiva
-
-<Steps>
-
-1. **Accedi alla Configurazione dell'Offerta**
-
-   Naviga al tuo abbonamento in Google Play Console e seleziona il pulsante **Add offer**.
-
-   ![Pulsante Add offer](/native-purchases/android/introductory-offer/add-offer-button.webp)
-
-2. **Seleziona il Piano Base**
-
-   Apparirà un modal che richiede di scegliere il tuo piano base. Di solito avrai solo un piano base. Clicca **Add offer** per continuare.
-
-   ![Seleziona piano base](/native-purchases/android/introductory-offer/select-base-plan.webp)
-
-3. **Configura i Dettagli dell'Offerta**
-
-   Inserisci le seguenti informazioni:
-
-   **Offer ID**: Un identificatore univoco per questa offerta
-
-   **Eligibility**: Scegli chi può ricevere questa offerta
-   - **New customers**: Solo utenti che non si sono mai abbonati
-   - **Existing customers**: Utenti che si sono precedentemente abbonati
-   - **Developer determined**: Logica di idoneità personalizzata (non supportata da native-purchases)
-
-   :::caution
-   Il plugin native-purchases non supporta l'opzione di idoneità "Developer determined". Usa "New customers" o "Existing customers" invece.
-   :::
-
-   ![Configura offerta](/native-purchases/android/introductory-offer/configure-offer-details.webp)
-
-4. **Aggiungi Fasi**
-
-   Clicca **Add phase** in fondo alla pagina per definire la struttura della tua offerta.
-
-   Puoi aggiungere fino a due fasi, permettendo combinazioni come:
-   - Solo prova gratuita
-   - Solo prezzo scontato
-   - Prova gratuita seguita da pagamento ricorrente scontato
-
-5. **Seleziona il Tipo di Fase**
-
-   Scegli tra tre tipi di fase:
-
-   **Free Trial**
-   - Accesso gratuito per una durata prestabilita
-   - Esempio: 7 giorni gratis, poi $9.99/mese
-
-   **Single Payment**
-   - Prezzo scontato una tantum per un periodo specifico
-   - Esempio: $1.99 per 2 mesi, poi $9.99/mese
-
-   **Discounted Recurring Payment**
-   - Tariffa ridotta per ciclo di fatturazione per più cicli
-   - Esempio: $4.99/mese per 3 mesi, poi $9.99/mese
-
-6. **Configura la Durata della Fase**
-
-   Imposta quanto dura la fase introduttiva:
-   - Giorni, settimane o mesi
-   - Numero di cicli di fatturazione
-
-7. **Finalizza e Attiva**
-
-   Clicca **Apply**, poi **Save** per attivare l'offerta. Il pulsante **Activate** diventerà disponibile una volta salvata.
-
-</Steps>
-
-## Esempi di Fasi dell'Offerta
-
-### Esempio 1: Prova Gratuita Semplice
-- Fase 1: 7 giorni gratis
-- Poi: $9.99/mese al prezzo standard
-
-### Esempio 2: Introduzione Scontata
-- Fase 1: $1.99 per il primo mese
-- Poi: $9.99/mese al prezzo standard
-
-### Esempio 3: Prova Estesa + Sconto
-- Fase 1: 14 giorni gratis
-- Fase 2: $4.99/mese per 2 mesi
-- Poi: $9.99/mese al prezzo standard
-
-## Utilizzo nella Tua App
-
-Il plugin native-purchases gestisce automaticamente l'idoneità e la presentazione dell'offerta introduttiva:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Recupera prodotti (include metadati offerta introduttiva)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-if (product.introductoryPrice) {
-  console.log(`Prezzo introduttivo: ${product.introductoryPriceString}`);
-  console.log(`Prezzo regolare: ${product.priceString}`);
-  console.log(
-    `Durata offerta: ${product.introductoryPrice.subscriptionPeriod?.numberOfUnits} ${product.introductoryPrice.subscriptionPeriod?.unit}`,
-  );
-} else {
-  console.log('Nessuna offerta introduttiva configurata per questo prodotto');
-}
-
-// Acquisto (Google Play applica automaticamente il prezzo introduttivo se l'utente è idoneo)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // Base Plan ID da Google Play Console
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Transazione acquisto introduttivo', transaction.transactionId);
-```
-
-## Best Practice
-
-### Durata dell'Offerta
-- **Prove gratuite**: 3-14 giorni è ottimale per la maggior parte delle app
-- **Periodi scontati**: 1-3 mesi funziona bene per costruire l'abitudine
-- **Sconto sul prezzo**: 50-70% sul prezzo regolare aumenta le conversioni
-
-### Marketing
-- Mostra chiaramente l'offerta introduttiva e il prezzo regolare
-- Mostra cosa succede dopo il periodo introduttivo
-- Rendi la cancellazione facile e trasparente
-- Ricorda agli utenti prima che finisca il periodo introduttivo
-
-### Test A/B
-Testa diverse strutture di offerta:
-- Durata della prova gratuita
-- Percentuale di sconto
-- Durata dello sconto
-- Fase singola vs. multi-fase
-
-## Note Importanti
-
-- Solo un'offerta introduttiva può essere attiva per abbonamento alla volta
-- Gli utenti possono richiedere un'offerta introduttiva solo una volta per abbonamento
-- Le offerte introduttive non si applicano agli upgrade/downgrade degli abbonamenti
-- Le modifiche alle offerte introduttive non influenzano gli abbonati esistenti
-
-## Risoluzione dei Problemi
-
-**L'offerta introduttiva non appare:**
-- Verifica che l'offerta sia attivata in Play Console
-- Controlla l'idoneità dell'utente (potrebbe aver già usato l'offerta prima)
-- Assicurati che l'app stia utilizzando le informazioni prodotto più recenti
-
-**Utenti sbagliati ricevono l'offerta:**
-- Rivedi le impostazioni di idoneità (nuovi vs. clienti esistenti)
-- Controlla se l'utente si è precedentemente abbonato su un dispositivo diverso
-- Verifica lo storico dell'account Play Store
-
-**L'offerta non si applica all'acquisto:**
-- Conferma che l'ID prodotto corrisponda esattamente
-- Verifica che l'offerta sia ancora attiva e non scaduta
-- Verifica le impostazioni dell'intervallo di date per l'offerta
-
-## Prossimi Passi
-
-- [Configura il testing sandbox](/docs/plugins/native-purchases/android-sandbox-testing/) per testare le tue offerte
-- Monitora i tassi di conversione nelle analytics di Play Console
-- Considera la creazione di più livelli di abbonamento con offerte diverse
diff --git a/src/content/docs/it/docs/plugins/native-purchases/android-play-store-review.mdx b/src/content/docs/it/docs/plugins/native-purchases/android-play-store-review.mdx
deleted file mode 100644
index 6784a128b..000000000
--- a/src/content/docs/it/docs/plugins/native-purchases/android-play-store-review.mdx
+++ /dev/null
@@ -1,795 +0,0 @@
----
-title: Linee Guida per la Revisione di Google Play Store per IAP su Android
-locale: it
-description: Guida completa per superare la revisione di Google Play con acquisti in-app e abbonamenti, inclusi requisiti di conformità e best practice.
-sidebar:
-  order: 11
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Ottenere l'approvazione della tua app Android su Google Play richiede la conformità alle politiche di Google, specialmente per le app con acquisti in-app e abbonamenti. Questa guida copre tutto ciò che devi sapere per superare con successo la revisione.
-
-## Requisiti di Fatturazione di Google Play
-
-### Sistema di Fatturazione Obbligatorio
-
-Per beni e servizi digitali, **devi** utilizzare il sistema di fatturazione di Google Play:
-
-**Beni Digitali (Deve Usare Play Billing):**
-- Abbonamenti alle funzionalità premium
-- Valuta o crediti in-app
-- Contenuti digitali (ebook, musica, video)
-- Upgrade e potenziamenti per giochi
-- Sblocchi app e livelli premium
-
-**Beni Fisici (Non Può Usare Play Billing):**
-- Merce fisica
-- Servizi nel mondo reale
-- Donazioni una tantum a organizzazioni non profit
-
-:::caution Requisito 2025
-Le nuove app devono utilizzare le API `monetization.subscriptions` per gestire i cataloghi di abbonamenti. Le API di fatturazione legacy sono deprecate.
-:::
-
-### Implementazione con Native Purchases
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Assicurati che la fatturazione sia disponibile sul dispositivo
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) throw new Error('Google Play Billing non disponibile');
-
-// Recupera prodotti in abbonamento (I dati dello Store sono obbligatori—non codificare mai i prezzi)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_yearly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Gli identificatori del piano sono i Base Plan ID che crei in Google Play Console
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  planIdentifier: 'monthly-plan', // OBBLIGATORIO su Android, ignorato su iOS
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Token di acquisto per la validazione server:', transaction.purchaseToken);
-```
-
-## Requisiti di Trasparenza e Divulgazione
-
-### Divulgazione dei Prezzi in Anticipo
-
-Google Play richiede la chiara divulgazione di tutti i costi prima dell'acquisto:
-
-**Elementi Obbligatori:**
-- Prezzo esatto nella valuta locale dell'utente
-- Frequenza di fatturazione (mensile, annuale, ecc.)
-- Cosa è incluso nell'abbonamento
-- Costo totale per le offerte introduttive
-- Quando avverranno gli addebiti
-
-![Best Practice di Design UI](/native-purchases/review-guides/ui-design-dos-donts.webp)
-
-**Esempio di UI Conforme:**
-```typescript
-function SubscriptionCard({ product }) {
-  return (
-    <div className="subscription-card">
-      <h3>{product.title}</h3>
-
-      {/* Mostra l'offerta introduttiva se disponibile */}
-      {product.introductoryPrice && (
-        <div className="intro-offer">
-          <p className="intro-price">{product.introductoryPriceString}</p>
-          <p className="intro-period">
-            per {product.introductoryPricePeriod}
-          </p>
-        </div>
-      )}
-
-      {/* Prezzo regolare */}
-      <div className="regular-price">
-        <p className="price">{product.priceString}</p>
-        <p className="period">al {product.subscriptionPeriod}</p>
-      </div>
-
-      {/* Descrizione chiara */}
-      <p>{product.description}</p>
-
-      {/* Termini di rinnovo */}
-      <p className="terms">
-        Si rinnova automaticamente. Cancella in qualsiasi momento in Google Play.
-      </p>
-
-      <button onClick={() => handlePurchase(product)}>
-        Abbonati Ora
-      </button>
-    </div>
-  );
-}
-```
-
-### Divulgazione del Rinnovo Automatico
-
-Prima che un abbonamento si rinnovi automaticamente, Google richiede:
-- Notifica chiara che avverrà il rinnovo
-- Promemoria del prezzo
-- Facile accesso alla cancellazione
-
-:::tip
-Il plugin native-purchases funziona con Google Play per gestire automaticamente le notifiche di rinnovo automatico. Assicurati che i tuoi prodotti in abbonamento siano configurati correttamente in Google Play Console.
-:::
-
-### Coerenza dei Prezzi tra Piattaforme
-
-**Regola Critica:** I prezzi devono essere coerenti su tutte le piattaforme in cui è disponibile la tua app.
-
-**Esempio di Violazione:**
-- iOS: $9.99/mese
-- Android: $7.99/mese
-- Web: $11.99/mese
-
-**Perché È Importante:** Gli utenti possono fare screenshot delle differenze di prezzo e segnalarle a Google, attivando violazioni delle politiche.
-
-## Requisiti della Privacy Policy
-
-### Privacy Policy Obbligatoria
-
-Se la tua app include acquisti in-app, devi:
-
-1. **Link nell'Elenco del Play Store**
-   - Aggiungi l'URL della privacy policy in Play Console
-   - Deve essere accessibile pubblicamente
-   - Deve essere nella stessa lingua della tua app
-
-2. **Link all'Interno dell'App**
-   - Mostra la privacy policy nelle impostazioni dell'app
-   - Mostra prima di raccogliere dati utente
-   - Rendi facilmente individuabile
-
-**Esempio di Implementazione:**
-```typescript
-function SettingsScreen() {
-  const openPrivacyPolicy = () => {
-    window.open('https://yourapp.com/privacy', '_blank');
-  };
-
-  const openTerms = () => {
-    window.open('https://yourapp.com/terms', '_blank');
-  };
-
-  return (
-    <div>
-      <h2>Impostazioni</h2>
-
-      <button onClick={openPrivacyPolicy}>
-        Privacy Policy
-      </button>
-
-      <button onClick={openTerms}>
-        Termini di Servizio
-      </button>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        Gestisci Abbonamenti
-      </button>
-    </div>
-  );
-}
-```
-
-### Sezione Data Safety
-
-Google Play richiede una divulgazione dettagliata nella sezione Data Safety:
-
-**Per le App IAP, Dichiara:**
-- Raccolta dello storico acquisti
-- Indirizzi email (per ricevute)
-- ID dispositivo (per prevenzione frodi)
-- Gestione delle informazioni di pagamento
-- Raccolta dati analytics
-
-:::warning
-La sezione Data Safety è legalmente vincolante. Dichiarazioni inesatte possono portare alla rimozione dell'app.
-:::
-
-## Motivi Comuni di Rifiuto
-
-### 1. Implementazione di Fatturazione Mancante o Errata
-
-**Perché Fallisce:**
-- Non utilizzare Google Play Billing per beni digitali
-- Utilizzare API di fatturazione deprecate
-- Implementare soluzioni di pagamento personalizzate per abbonamenti
-
-**Prevenzione:**
-```typescript
-// ✅ Corretto: Usa native-purchases (utilizza Google Play Billing)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly'
-});
-
-// ❌ Sbagliato: Processore di pagamento personalizzato per abbonamenti
-// await CustomPayment.charge(user, 9.99);
-```
-
-### 2. Prezzi Poco Chiari o Costi Nascosti
-
-**Perché Fallisce:**
-- Prezzo mostrato solo dopo aver cliccato acquista
-- Commissioni aggiuntive non divulgate in anticipo
-- Termini di abbonamento vaghi
-
-**Prevenzione:**
-```typescript
-function PurchaseScreen({ product }) {
-  return (
-    <div>
-      {/* Mostra TUTTI i costi in anticipo */}
-      <h2>Abbonamento Premium</h2>
-
-      <div className="pricing">
-        <p className="price">{product.priceString}/mese</p>
-        <p className="taxes">Le tasse possono applicarsi in base alla località</p>
-      </div>
-
-      <div className="features">
-        <h3>Include:</h3>
-        <ul>
-          <li>Esperienza senza pubblicità</li>
-          <li>Archiviazione cloud illimitata</li>
-          <li>Supporto prioritario</li>
-        </ul>
-      </div>
-
-      <div className="terms">
-        <p>
-          L'abbonamento si rinnova automaticamente a meno che non venga cancellato almeno
-          24 ore prima della fine del periodo corrente.
-        </p>
-        <p>
-          Gestisci o cancella in Abbonamenti Google Play.
-        </p>
-      </div>
-
-      <button onClick={handlePurchase}>
-        Avvia Abbonamento
-      </button>
-    </div>
-  );
-}
-```
-
-### 3. Pattern di Abbonamento Ingannevoli
-
-**Perché Fallisce:**
-- Pre-selezione delle opzioni premium
-- Nascondere alternative più economiche
-- Rendere difficile la cancellazione
-- Falsa urgenza ("Solo 3 posti rimasti!")
-
-![Best Practice Descrizioni](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![Linee Guida Marketing](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**Prevenzione:**
-- Mostra tutti i livelli di abbonamento in modo equo
-- Rendi chiara e accessibile la cancellazione
-- Evita timer di conto alla rovescia o falsa scarsità
-- Non usare dark pattern per spingere opzioni costose
-
-### 4. Testing Incompleto
-
-**Perché Fallisce:**
-- L'app crasha durante l'acquisto
-- I prodotti non si caricano
-- La conferma dell'acquisto non viene mostrata
-- Le funzionalità premium non si sbloccano dopo l'acquisto
-
-**Prevenzione:**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Test completo prima della submission
-async function testPurchaseFlow() {
-  try {
-    // 1. Testa il caricamento dei prodotti
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: ['premium_monthly', 'premium_yearly'],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Prodotti caricati:', products.length);
-
-    // 2. Testa il flusso di acquisto
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: 'premium_monthly',
-      planIdentifier: 'monthly-plan',
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Acquisto completato', transaction.transactionId);
-
-    // 3. Verifica gli entitlement
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    if (
-      purchases.some(
-        (purchase) =>
-          purchase.productIdentifier === 'premium_monthly' &&
-          ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') &&
-          purchase.isAcknowledged,
-      )
-    ) {
-      console.log('✓ Funzionalità premium sbloccate');
-    }
-
-    // 4. Testa il ripristino
-    await NativePurchases.restorePurchases();
-    console.log('✓ Il ripristino funziona');
-
-  } catch (error) {
-    console.error('✗ Test fallito:', error);
-  }
-}
-```
-
-### 5. Violazioni della Privacy Policy
-
-**Perché Fallisce:**
-- Nessun link alla privacy policy nell'app
-- Privacy policy non accessibile
-- Raccolta dati non divulgata
-- Sezione Data Safety inesatta
-
-**Prevenzione:**
-- Aggiungi la privacy policy all'elenco del Play Store
-- Includi link nelle impostazioni dell'app
-- Compila accuratamente la sezione Data Safety
-- Aggiorna la policy quando aggiungi nuove raccolte dati
-
-## Sistemi di Fatturazione Alternativi (Aggiornamento 2025)
-
-### Conformità Regionale
-
-Google ora consente sistemi di fatturazione alternativi in determinate regioni:
-
-**Regioni Idonee:**
-- Area Economica Europea (EEA)
-- Corea del Sud
-- India (in arrivo)
-
-**Requisiti se Usi la Fatturazione Alternativa:**
-- Devi comunque offrire Google Play Billing come opzione
-- Comunicazione chiara agli utenti sulla scelta
-- Conformità alle normative locali
-- Si applica comunque la commissione di servizio (ridotta)
-
-:::note
-Per la maggior parte degli sviluppatori, attenersi solo a Google Play Billing è più semplice. Il plugin native-purchases gestisce questo automaticamente.
-:::
-
-## Gestione Abbonamenti
-
-### Cancellazione Facile
-
-Gli utenti devono essere in grado di:
-- Visualizzare facilmente gli abbonamenti attivi
-- Cancellare senza contattare il supporto
-- Capire quando la cancellazione ha effetto
-
-**Implementazione:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function ManageSubscriptionButton() {
-  const openManagement = async () => {
-    try {
-      // Apre la gestione abbonamenti Google Play
-      await NativePurchases.showManageSubscriptions();
-    } catch (error) {
-      // Fallback all'URL diretto
-      const playStoreUrl = 'https://play.google.com/store/account/subscriptions';
-      window.open(playStoreUrl, '_blank');
-    }
-  };
-
-  return (
-    <button onClick={openManagement}>
-      Gestisci Abbonamento in Google Play
-    </button>
-  );
-}
-```
-
-### Periodo di Grazia per la Cancellazione
-
-**Divulgazione Richiesta:**
-- Quando ha effetto la cancellazione?
-- Gli utenti mantengono l'accesso fino alla fine del periodo?
-- Sono disponibili rimborsi parziali?
-
-```typescript
-function CancellationInfo() {
-  return (
-    <div className="cancellation-info">
-      <h3>Politica di Cancellazione</h3>
-      <ul>
-        <li>Cancella in qualsiasi momento in Google Play</li>
-        <li>L'accesso continua fino alla fine del periodo di fatturazione</li>
-        <li>Nessun rimborso per periodi parziali</li>
-        <li>Riabbonati in qualsiasi momento per riottenere l'accesso</li>
-      </ul>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        Gestisci in Google Play
-      </button>
-    </div>
-  );
-}
-```
-
-## Checklist Pre-Submission
-
-![Checklist Pre-Submission](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **Verifica l'Implementazione della Fatturazione**
-   - Utilizzo di Google Play Billing (tramite native-purchases)
-   - Tutti i prodotti in abbonamento creati in Play Console
-   - I prodotti sono attivati e pubblicati
-   - Prezzi impostati per tutti i paesi target
-
-2. **Testa i Flussi di Acquisto**
-   - Crea account di test con licenza
-   - Testa ogni livello di abbonamento
-   - Verifica che i prodotti si carichino correttamente
-   - Testa il completamento dell'acquisto
-   - Verifica lo sblocco delle funzionalità premium
-   - Testa il ripristino dell'abbonamento
-   - Testa su più dispositivi
-
-3. **Rivedi Tutti i Testi**
-   - Prezzi visualizzati chiaramente prima dell'acquisto
-   - Tutte le commissioni divulgate in anticipo
-   - Termini di abbonamento chiari
-   - Processo di cancellazione spiegato
-   - Nessuna affermazione fuorviante
-
-4. **Conformità alla Privacy**
-   - Privacy policy collegata in Play Console
-   - Privacy policy accessibile nell'app
-   - Sezione Data Safety completata accuratamente
-   - Permessi giustificati e documentati
-
-5. **Classificazione dei Contenuti**
-   - Completa il questionario sulla classificazione dei contenuti
-   - Assicurati che la classificazione corrisponda al contenuto effettivo
-   - Dichiara gli acquisti in-app nel questionario
-
-6. **Prepara l'Elenco dello Store**
-   - Descrizione dell'app accurata
-   - Screenshot mostrano la versione corrente
-   - La grafica delle funzionalità soddisfa i requisiti
-   - Tutti gli asset richiesti caricati
-
-</Steps>
-
-## Timeline della Revisione
-
-**Revisione Iniziale:** 7 giorni in media (può essere più veloce)
-**Aggiornamenti:** Tipicamente più veloci della submission iniziale
-**Violazioni delle Politiche:** Possibile sospensione immediata
-**Appelli:** 7-14 giorni per la revisione
-
-:::tip Revisioni Continue
-A differenza di Apple, Google revisiona le app continuamente. La tua app può andare live in qualsiasi momento durante il periodo di revisione, non a un'ora fissa.
-:::
-
-## Test Prima della Submission
-
-### Test di Licenza
-
-1. **Aggiungi Account di Test:**
-   - Vai a Play Console
-   - Setup > License Testing
-   - Aggiungi account Gmail per il testing
-
-2. **Testa in Sandbox:**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Testa gli acquisti con l'account di test con licenza
-async function testInSandbox() {
-  const { isBillingSupported } = await NativePurchases.isBillingSupported();
-  if (!isBillingSupported) {
-    console.error('Fatturazione non supportata in questo ambiente');
-    return;
-  }
-
-  // Recupera prodotti (restituisce prezzi di test quando si usa un tester con licenza)
-  const { products } = await NativePurchases.getProducts({
-    productIdentifiers: ['premium_monthly'],
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Prodotti di test:', products);
-
-  // Effettua acquisto di test (nessun addebito)
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'premium_monthly',
-    planIdentifier: 'monthly-plan',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Acquisto di test completato:', transaction.transactionId);
-}
-```
-
-3. **Verifica Banner di Test:**
-   - Quando acquisti con account di test
-   - Dovresti vedere la notifica "Test purchase"
-   - Non avvengono addebiti reali
-
-### Track di Test Interno
-
-Prima del rilascio in produzione:
-
-1. Crea track di Test Interno in Play Console
-2. Carica APK/AAB
-3. Aggiungi indirizzi email dei tester
-4. I tester scaricano dal Play Store (track di test)
-5. Verifica che i flussi di acquisto funzionino end-to-end
-
-## Best Practice per Native Purchases
-
-### Gestisci Tutti gli Stati di Acquisto
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string, planIdentifier?: string) {
-  try {
-    setLoading(true);
-
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      planIdentifier,
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    console.log('Token di acquisto:', transaction.purchaseToken ?? transaction.receipt);
-
-    // Successo - controlla gli entitlement dallo store
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    const isOwned = purchases.some(
-      (purchase) =>
-        purchase.productIdentifier === productId &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (isOwned) {
-      unlockPremiumFeatures();
-      showSuccess('Premium attivato!');
-    }
-
-  } catch (error: any) {
-    // Gestisci casi di errore specifici
-    switch (error.code) {
-      case 'USER_CANCELLED':
-        // Utente ha annullato - nessun errore necessario
-        console.log('Acquisto cancellato');
-        break;
-
-      case 'ITEM_ALREADY_OWNED':
-        // Già posseduto - ripristina invece
-        showInfo('Possiedi già questo! Ripristino...');
-        await NativePurchases.restorePurchases();
-        break;
-
-      case 'ITEM_UNAVAILABLE':
-        showError('Questo abbonamento non è attualmente disponibile. Riprova più tardi.');
-        break;
-
-      case 'NETWORK_ERROR':
-        showError('Errore di rete. Controlla la connessione e riprova.');
-        break;
-
-      default:
-        showError('Acquisto fallito. Riprova.');
-        console.error('Errore acquisto:', error);
-    }
-  } finally {
-    setLoading(false);
-  }
-}
-```
-
-### Implementa Ripristino Acquisti
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-function RestorePurchasesButton() {
-  const [loading, setLoading] = useState(false);
-
-  const handleRestore = async () => {
-    setLoading(true);
-
-    try {
-      await NativePurchases.restorePurchases();
-
-      const { purchases } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.SUBS,
-      });
-
-      const hasSubscription = purchases.some(
-        (purchase) => purchase.productType === 'subs' && purchase.isAcknowledged,
-      );
-
-      if (hasSubscription) {
-        unlockPremiumFeatures();
-        showSuccess('Abbonamenti ripristinati!');
-        return;
-      }
-
-      // Controlla sblocchi una tantum se necessario
-      const { purchases: iaps } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.INAPP,
-      });
-      const hasInApp = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-      if (hasInApp) {
-        unlockPremiumFeatures();
-        showSuccess('Acquisti precedenti ripristinati!');
-        return;
-      }
-
-      showInfo('Nessun acquisto precedente trovato.');
-    } catch (error) {
-      showError('Impossibile ripristinare gli acquisti. Riprova.');
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handleRestore} disabled={loading}>
-      {loading ? 'Ripristino...' : 'Ripristina Acquisti'}
-    </button>
-  );
-}
-```
-
-### Controlla lo Stato dell'Abbonamento
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function checkSubscriptionStatus() {
-  try {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const subscription = purchases.find(
-      (purchase) =>
-        purchase.productIdentifier === 'premium_monthly' &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (!subscription) {
-      showPaywall();
-      return;
-    }
-
-    console.log('Abbonamento attivo:', {
-      productId: subscription.productIdentifier,
-      expiresAt: subscription.expirationDate,
-      willRenew: subscription.willCancel === false,
-      purchaseToken: subscription.purchaseToken,
-    });
-
-    unlockPremiumFeatures();
-  } catch (error) {
-    console.error('Impossibile controllare l\'abbonamento:', error);
-  }
-}
-```
-
-## Se la Tua App Viene Rifiutata
-
-### Violazioni Comuni delle Politiche
-
-**Politica dei Pagamenti:**
-- Non utilizzare Google Play Billing
-- Termini di abbonamento fuorvianti
-- Costi nascosti
-
-**Politica dei Dati Utente:**
-- Privacy policy mancante
-- Dichiarazioni Data Safety inesatte
-- Permessi eccessivi
-
-### Passi per la Risoluzione
-
-<Steps>
-
-1. **Rivedi l'Avviso di Violazione**
-   - Leggi la specifica politica citata
-   - Comprendi cosa ha segnalato Google
-   - Controlla gli esempi forniti
-
-2. **Correggi il Problema**
-   - Affronta la causa principale, non solo i sintomi
-   - Testa accuratamente dopo la correzione
-   - Documenta tutte le modifiche apportate
-
-3. **Invia Appello (se applicabile)**
-
-   ![Processo di Chiarimento e Appello](/native-purchases/review-guides/clarification-process.webp)
-
-   ```
-   Oggetto: Appello Violazione Politica - [Nome App]
-
-   Gentile Team di Revisione Google Play,
-
-   Ho ricevuto notifica che la mia app viola [Politica X.Y].
-   Ho apportato le seguenti modifiche per conformarmi:
-
-   1. [Modifica specifica apportata]
-   2. [Modifica specifica apportata]
-   3. [Modifica specifica apportata]
-
-   La versione aggiornata [numero versione] affronta tutte le preoccupazioni sollevate.
-
-   Account di test per verifica:
-   Email: test@example.com
-   Password: TestPass123
-
-   Grazie per la considerazione.
-   ```
-
-   ![Esempio Richiesta Documentazione](/native-purchases/review-guides/request-documents.webp)
-
-4. **Reinvia o Aggiorna**
-   - Carica versione corretta
-   - Reinvia per la revisione
-   - Monitora lo stato in Play Console
-
-</Steps>
-
-## Risorse Aggiuntive
-
-- [Centro Politiche Sviluppatori Google Play](https://play.google.com/about/developer-content-policy/)
-- [Documentazione Google Play Billing](https://developer.android.com/google/play/billing)
-- [Best Practice Abbonamenti](https://developer.android.com/google/play/billing/subscriptions)
-- [Aiuto Play Console](https://support.google.com/googleplay/android-developer/)
-
-## Hai Bisogno di Aiuto Esperto?
-
-Navigare la revisione del Play Store può essere complesso, specialmente con i nuovi requisiti di test del 2025. Se hai bisogno di assistenza personalizzata:
-
-**[Prenota una chiamata di consulenza con il nostro team](https://cal.com/team/capgo/capacitor-consulting-services)** per aiuto con:
-- Preparazione completa alla revisione del Play Store
-- Configurazione track di test e reclutamento tester
-- Revisione implementazione IAP
-- Conformità Data Safety e privacy
-- Risoluzione problemi rifiuti e appelli
-- Processo completo di submission dell'app
-
-I nostri esperti hanno guidato centinaia di app attraverso submission di successo al Play Store e possono aiutarti a navigare i requisiti del 2025.
-
-## Supporto
-
-Hai bisogno di aiuto con l'implementazione?
-- Rivedi la [documentazione Native Purchases](/docs/plugins/native-purchases/getting-started/)
-- Controlla la [guida al testing sandbox Android](/docs/plugins/native-purchases/android-sandbox-testing/)
-- Visita [Supporto Sviluppatori Google Play](https://support.google.com/googleplay/android-developer/)
diff --git a/src/content/docs/it/docs/plugins/native-purchases/android-sandbox-testing.mdx b/src/content/docs/it/docs/plugins/native-purchases/android-sandbox-testing.mdx
deleted file mode 100644
index 39d7ad8aa..000000000
--- a/src/content/docs/it/docs/plugins/native-purchases/android-sandbox-testing.mdx
+++ /dev/null
@@ -1,93 +0,0 @@
----
-title: Configurare il Testing Sandbox su Android
-locale: it
-description: Scopri come configurare il testing sandbox per gli acquisti in-app su Android utilizzando Google Play Console.
-sidebar:
-  order: 3
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Il testing degli acquisti in-app richiede una configurazione adeguata in Google Play Console. Questa guida ti accompagnerà nella configurazione del testing sandbox per la tua app Android.
-
-## Prerequisiti
-
-Hai bisogno di un account Google Play Console attivo con un abbonamento corrente (rinnovato annualmente).
-
-## Processo di Configurazione
-
-<Steps>
-
-1. **Aggiungi Account di Testing**
-
-   Naviga alla tua Google Play Console, seleziona la tua app e vai su **Setup > License testing**.
-
-   Aggiungi l'account Google principale associato al dispositivo Android che stai utilizzando per il testing.
-
-   ![Aggiungi account di testing](/native-purchases/android/sandbox-testing/add-testing-account.webp)
-
-2. **Crea Track di Testing**
-
-   Vai su **Testing > Closed testing** o **Testing > Internal testing** e crea un nuovo track.
-
-   Devi caricare almeno una versione firmata della tua app su questo track.
-
-   ![Crea track di testing](/native-purchases/android/sandbox-testing/create-testing-track.webp)
-
-3. **Crea Lista Tester**
-
-   Dopo aver configurato il track di testing, crea una lista email e aggiungi l'indirizzo email dell'account del dispositivo di testing.
-
-   ![Crea lista tester](/native-purchases/android/sandbox-testing/create-tester-list.webp)
-
-4. **Iscriviti al Programma di Testing**
-
-   Apri l'URL di opt-in dal tuo dispositivo di test e clicca il pulsante **"Become a tester"** per iscriverti.
-
-   ![Iscriviti al testing](/native-purchases/android/sandbox-testing/join-testing-program.webp)
-
-5. **Carica APK Firmato**
-
-   Genera un APK firmato o usa Android App Bundle per caricare la tua app sul track di testing.
-
-   Il rollout non è richiesto - basta caricare e attendere l'approvazione.
-
-   ![Carica APK](/native-purchases/android/sandbox-testing/upload-signed-apk.webp)
-
-6. **Compila e Testa**
-
-   Esegui la tua app sul dispositivo di test. Quando provi un acquisto, dovresti vedere un messaggio:
-
-   > "This is a test order; you will not be charged."
-
-   ![Acquisto di test](/native-purchases/android/sandbox-testing/test-purchase-confirmation.webp)
-
-</Steps>
-
-## Note Importanti
-
-- Gli account di test non verranno addebitati per gli acquisti
-- Gli acquisti di test utilizzano lo stesso flusso degli acquisti di produzione
-- Puoi testare tutte le funzionalità di abbonamento incluse prove e offerte introduttive
-- Gli abbonamenti di test hanno periodi di rinnovo accelerati per un testing più rapido
-
-## Risoluzione dei Problemi
-
-**I prodotti non vengono visualizzati in modalità test:**
-- Assicurati che la tua app sia caricata su un track di testing
-- Verifica che l'account di test sia aggiunto a License testing
-- Controlla che i prodotti siano attivi in Google Play Console
-
-**Errore "Item not available":**
-- Attendi 2-3 ore dopo la creazione dei prodotti affinché diventino disponibili
-- Assicurati che il nome del pacchetto della tua app corrisponda a quello in Play Console
-- Verifica di aver effettuato l'accesso con un account di test
-
-**Gli acquisti di test vengono mostrati come addebiti reali:**
-- Ricontrolla che l'account sia aggiunto a License testing
-- Assicurati di utilizzare la build dal track di testing
-- Verifica che il banner di testing appaia durante l'acquisto
-
-## Risorse Aggiuntive
-
-Per maggiori dettagli, consulta la [documentazione ufficiale di Google Play](https://developer.android.com/google/play/billing/test) sul testing degli acquisti in-app.
diff --git a/src/content/docs/it/docs/plugins/native-purchases/getting-started.mdx b/src/content/docs/it/docs/plugins/native-purchases/getting-started.mdx
deleted file mode 100644
index f70e02957..000000000
--- a/src/content/docs/it/docs/plugins/native-purchases/getting-started.mdx
+++ /dev/null
@@ -1,255 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e utilizzare il plugin @capgo/native-purchases per implementare acquisti una tantum e abbonamenti con StoreKit 2 e Google Play Billing 7.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/native-purchases" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Verifica il supporto per la fatturazione**
-
-   ```typescript
-   import { NativePurchases } from '@capgo/native-purchases';
-
-   const { isBillingSupported } = await NativePurchases.isBillingSupported();
-   if (!isBillingSupported) {
-     throw new Error('Billing is not available on this device');
-   }
-   ```
-
-4. **Carica i prodotti direttamente dagli store**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const { products } = await NativePurchases.getProducts({
-     productIdentifiers: [
-       'com.example.premium.monthly',
-       'com.example.premium.yearly',
-       'com.example.one_time_unlock'
-     ],
-     productType: PURCHASE_TYPE.SUBS, // Use PURCHASE_TYPE.INAPP for one‑time products
-   });
-
-   products.forEach((product) => {
-     console.log(product.title, product.priceString);
-   });
-   ```
-
-5. **Implementa i flussi di acquisto e ripristino**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const monthlyPlanId = 'monthly-plan'; // Base Plan ID from Google Play Console
-
-   const transaction = await NativePurchases.purchaseProduct({
-     productIdentifier: 'com.example.premium.monthly',
-     planIdentifier: monthlyPlanId,        // REQUIRED for Android subscriptions, ignored on iOS
-     productType: PURCHASE_TYPE.SUBS,
-     quantity: 1,
-   });
-
-   console.log('Transaction ID', transaction.transactionId);
-
-   await NativePurchases.restorePurchases();
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       - Crea prodotti in-app e abbonamenti in App Store Connect.<br />
-       - Usa StoreKit Local Testing o Sandbox testers per il QA.<br />
-       - Non sono richieste modifiche al manifest. Assicurati che i tuoi prodotti siano approvati.
-     </TabItem>
-     <TabItem label="Android">
-       - Crea prodotti in-app e abbonamenti in Google Play Console.<br />
-       - Carica almeno una build di test interna e aggiungi tester con licenza.<br />
-       - Aggiungi il permesso di fatturazione ad `AndroidManifest.xml`:
-       ```xml
-       <uses-permission android:name="com.android.vending.BILLING" />
-       ```
-     </TabItem>
-   </Tabs>
-</Steps>
-
-## Esempio di servizio di acquisto
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE, Transaction } from '@capgo/native-purchases';
-import { Capacitor } from '@capacitor/core';
-
-class PurchaseService {
-  private premiumProduct = 'com.example.premium.unlock';
-  private monthlySubId = 'com.example.premium.monthly';
-  private monthlyPlanId = 'monthly-plan'; // Base Plan ID (Android only)
-
-  async initialize() {
-    const { isBillingSupported } = await NativePurchases.isBillingSupported();
-    if (!isBillingSupported) throw new Error('Billing unavailable');
-
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: [this.premiumProduct, this.monthlySubId],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    console.log('Loaded products', products);
-
-    if (Capacitor.getPlatform() === 'ios') {
-      NativePurchases.addListener('transactionUpdated', (transaction) => {
-        this.handleTransaction(transaction);
-      });
-    }
-  }
-
-  async buyPremium(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.premiumProduct,
-      productType: PURCHASE_TYPE.INAPP,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async buyMonthly(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.monthlySubId,
-      planIdentifier: this.monthlyPlanId, // REQUIRED for Android subscriptions
-      productType: PURCHASE_TYPE.SUBS,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async restore() {
-    await NativePurchases.restorePurchases();
-    await this.refreshEntitlements();
-  }
-
-  async openManageSubscriptions() {
-    await NativePurchases.manageSubscriptions();
-  }
-
-  private async processTransaction(transaction: Transaction) {
-    this.unlockContent(transaction.productIdentifier);
-    this.validateOnServer(transaction).catch(console.error);
-  }
-
-  private unlockContent(productIdentifier: string) {
-    // persist entitlement locally
-    console.log('Unlocked', productIdentifier);
-  }
-
-  private async refreshEntitlements() {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('Current purchases', purchases);
-  }
-
-  private async handleTransaction(transaction: Transaction) {
-    console.log('StoreKit transaction update:', transaction);
-    await this.processTransaction(transaction);
-  }
-
-  private async validateOnServer(transaction: Transaction) {
-    await fetch('/api/validate-purchase', {
-      method: 'POST',
-      body: JSON.stringify({
-        transactionId: transaction.transactionId,
-        receipt: transaction.receipt,
-        purchaseToken: transaction.purchaseToken,
-      }),
-    });
-  }
-}
-```
-
-## Opzioni di acquisto richieste
-
-| Opzione | Piattaforma | Descrizione |
-|--------|----------|-------------|
-| `productIdentifier` | iOS + Android | SKU/Product ID configurato in App Store Connect / Google Play Console. |
-| `productType` | Solo Android | `PURCHASE_TYPE.INAPP` o `PURCHASE_TYPE.SUBS`. Il valore predefinito è `INAPP`. Imposta sempre su `SUBS` per gli abbonamenti. |
-| `planIdentifier` | Abbonamenti Android | Base Plan ID da Google Play Console. Richiesto per gli abbonamenti, ignorato su iOS e per gli acquisti in-app. |
-| `quantity` | iOS | Solo per gli acquisti in-app, il valore predefinito è `1`. Android acquista sempre un elemento. |
-| `appAccountToken` | iOS + Android | UUID/stringa che collega l'acquisto al tuo utente. Richiesto essere UUID su iOS; Android accetta qualsiasi stringa offuscata fino a 64 caratteri. |
-| `isConsumable` | Android | Imposta su `true` per consumare automaticamente i token dopo aver concesso il diritto per i consumabili. Il valore predefinito è `false`. |
-
-## Verifica dello stato del diritto
-
-Usa `getPurchases()` per una vista cross-platform di ogni transazione riportata dagli store:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-purchases.forEach((purchase) => {
-  if (purchase.isActive && purchase.expirationDate) {
-    console.log('iOS sub active until', purchase.expirationDate);
-  }
-
-  const isAndroidIapValid =
-    ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') && purchase.isAcknowledged;
-
-  if (isAndroidIapValid) {
-    console.log('Grant in-app entitlement for', purchase.productIdentifier);
-  }
-});
-```
-
-### Comportamento della piattaforma
-
-- **iOS**: Gli abbonamenti includono `isActive`, `expirationDate`, `willCancel` e il supporto listener StoreKit 2. Gli acquisti in-app richiedono la convalida della ricevuta del server.
-- **Android**: `isActive`/`expirationDate` non sono popolati; chiama l'API Google Play Developer con il `purchaseToken` per lo stato autorevole. `purchaseState` deve essere `PURCHASED` e `isAcknowledged` deve essere `true`.
-
-## Riferimento rapido API
-
-- `isBillingSupported()` – verifica la disponibilità di StoreKit / Google Play.
-- `getProduct()` / `getProducts()` – recupera prezzo, titolo localizzato, descrizione, offerte introduttive.
-- `purchaseProduct()` – avvia il flusso di acquisto StoreKit 2 o Billing client.
-- `restorePurchases()` – riproduce gli acquisti storici e sincronizza sul dispositivo corrente.
-- `getPurchases()` – elenca tutte le transazioni iOS o gli acquisti Play Billing.
-- `manageSubscriptions()` – apre l'interfaccia nativa di gestione degli abbonamenti.
-- `addListener('transactionUpdated')` – gestisce le transazioni StoreKit 2 in sospeso quando la tua app si avvia (solo iOS).
-
-## Best practice
-
-1. **Mostra i prezzi dello store** – Apple richiede la visualizzazione di `product.title` e `product.priceString`; non codificarli mai in modo fisso.
-2. **Usa `appAccountToken`** – genera deterministicamente un UUID (v5) dal tuo ID utente per collegare gli acquisti agli account.
-3. **Convalida lato server** – invia `receipt` (iOS) / `purchaseToken` (Android) al tuo backend per la verifica.
-4. **Gestisci gli errori con eleganza** – controlla le cancellazioni degli utenti, i guasti di rete e gli ambienti di fatturazione non supportati.
-5. **Testa accuratamente** – segui la [guida sandbox iOS](/docs/plugins/native-purchases/ios-sandbox-testing/) e la [guida sandbox Android](/docs/plugins/native-purchases/android-sandbox-testing/).
-6. **Offri ripristino e gestione** – aggiungi pulsanti UI collegati a `restorePurchases()` e `manageSubscriptions()`.
-
-## Risoluzione dei problemi
-
-**I prodotti non vengono caricati**
-- Assicurati che il bundle ID / application ID corrisponda alla configurazione dello store.
-- Conferma che i product ID siano attivi e approvati (App Store) o attivati (Google Play).
-- Attendi diverse ore dopo aver creato i prodotti; la propagazione nello store non è istantanea.
-
-**Acquisto annullato o bloccato**
-- Gli utenti possono annullare a metà flusso; avvolgi le chiamate in `try/catch` e mostra messaggi di errore amichevoli.
-- Per Android, assicurati che gli account di test installino l'app da Play Store (traccia interna) in modo che Billing funzioni.
-- Controlla logcat/Xcode per errori di fatturazione quando si esegue sul dispositivo.
-
-**Stato dell'abbonamento errato**
-- Usa `getPurchases()` per confrontare i dati dello store con la tua cache dei diritti locale.
-- Su Android, interroga sempre l'API Google Play Developer con il `purchaseToken` per ottenere le date di scadenza o lo stato di rimborso.
-- Su iOS, controlla `isActive`/`expirationDate` e convalida le ricevute per rilevare rimborsi o revoche.
diff --git a/src/content/docs/it/docs/plugins/native-purchases/index.mdx b/src/content/docs/it/docs/plugins/native-purchases/index.mdx
deleted file mode 100644
index b33f21c1b..000000000
--- a/src/content/docs/it/docs/plugins/native-purchases/index.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: "@capgo/native-purchases"
-locale: it
-description: Plugin Capacitor per gestire acquisti in-app e abbonamenti con un'API semplice e unificata tra iOS e Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Semplifica gli acquisti in-app e gli abbonamenti con un'API unificata che funziona perfettamente su piattaforme iOS e Android.
-  image:
-    file: ~public/icons/plugins/native-purchases.svg
-  actions:
-    - text: Iniziare
-      link: /docs/plugins/native-purchases/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/native-purchases/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="API unificata" icon="rocket">
-    API singola per acquisti iOS e Android 💳
-  </Card>
-  <Card title="Gestione abbonamenti" icon="setting">
-    Gestisci abbonamenti con rinnovo automatico 🔄
-  </Card>
-  <Card title="Validazione ricevute" icon="approve-check">
-    Validazione ricevute integrata per la sicurezza 🔒
-  </Card>
-  <Card title="Iniziare" icon="open-book">
-    Consulta la [Guida introduttiva](/docs/plugins/native-purchases/getting-started/) per installare e configurare il plugin.
-  </Card>
-</CardGrid>
-
-## Guide di configurazione per piattaforma
-
-<CardGrid>
-  <Card title="Configurazione Android" icon="setting">
-    Guide complete per configurare gli acquisti in-app su Android:
-    - [Configurazione test Sandbox](/docs/plugins/native-purchases/android-sandbox-testing/)
-    - [Creazione abbonamenti](/docs/plugins/native-purchases/android-create-subscription/)
-    - [Offerte introduttive](/docs/plugins/native-purchases/android-introductory-offer/)
-  </Card>
-  <Card title="Configurazione iOS" icon="star">
-    Guide complete per configurare gli acquisti in-app su iOS:
-    - [Configurazione test Sandbox](/docs/plugins/native-purchases/ios-sandbox-testing/)
-    - [Gruppi di abbonamento](/docs/plugins/native-purchases/ios-subscription-group/)
-    - [Creazione abbonamenti](/docs/plugins/native-purchases/ios-create-subscription/)
-    - [Offerte introduttive](/docs/plugins/native-purchases/ios-introductory-offer/)
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/native-purchases/ios-app-store-review.mdx b/src/content/docs/it/docs/plugins/native-purchases/ios-app-store-review.mdx
deleted file mode 100644
index 244df8cc1..000000000
--- a/src/content/docs/it/docs/plugins/native-purchases/ios-app-store-review.mdx
+++ /dev/null
@@ -1,541 +0,0 @@
----
-title: Linee guida per la revisione App Store iOS per IAP
-locale: it
-description: Guida completa per superare la revisione App Store con acquisti in-app e abbonamenti, inclusi motivi di rifiuto comuni e best practice.
-sidebar:
-  order: 10
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-Ottenere l'approvazione della tua app sull'App Store richiede un'attenzione particolare alle linee guida di Apple, specialmente quando si implementano acquisti in-app e abbonamenti. Questa guida copre tutto ciò che devi sapere per superare la revisione al primo invio.
-
-![Processo di revisione App Store iOS](/native-purchases/review-guides/ios-review-hero.webp)
-
-## Requisiti per gli acquisti in-app
-
-### Trasparenza dei prezzi (Critico)
-
-Apple richiede una divulgazione cristallina dei prezzi prima di qualsiasi acquisto:
-
-**Elementi obbligatori:**
-- Mostra il prezzo esatto prima del pulsante di acquisto
-- Indica la frequenza di fatturazione (ad es., "$9.99/mese")
-- Dichiara chiaramente cosa ottengono gli utenti per i loro soldi
-- Indica quando verranno addebitati i costi
-
-**Rifiuto comune:**
-> "I prezzi dell'abbonamento devono essere chiari e anticipati."
-
-:::caution Coerenza dei prezzi
-Tutti i prezzi devono corrispondere tra:
-- Elenco dei metadati App Store
-- Schermate di acquisto in-app
-- Schermate di gestione abbonamenti
-
-Anche una discrepanza di $1 tra l'elenco dello store ($4.99) e l'app ($5.99) attiverà un rifiuto automatico.
-:::
-
-### Presentazione del piano di abbonamento
-
-**Divulgazioni richieste:**
-- Tutti i livelli di abbonamento disponibili mostrati insieme
-- Confronto chiaro delle funzionalità per livello
-- Nessun default automatico sui livelli premium attraverso trucchi UI
-- Istruzioni di cancellazione facili da trovare
-
-![Cosa fare e cosa non fare nella progettazione UI](/native-purchases/review-guides/ui-design-dos-donts.webp)
-
-**Esempio di UI conforme:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function SubscriptionScreen() {
-  return (
-    <div>
-      <h2>Scegli il tuo piano</h2>
-
-      {/* Mostra tutti i livelli in modo uguale */}
-      <PlanCard
-        title="Base"
-        price="$4.99/mese"
-        features={['Funzione A', 'Funzione B']}
-      />
-      <PlanCard
-        title="Premium"
-        price="$9.99/mese"
-        features={['Tutto Base', 'Funzione C', 'Funzione D']}
-        highlighted={false} // Non forzare premium
-      />
-
-      {/* Informazioni chiare sulla cancellazione */}
-      <Text>
-        Annulla in qualsiasi momento in Impostazioni > Abbonamenti.
-        Nessun rimborso per periodi parziali.
-      </Text>
-    </div>
-  );
-}
-```
-
-### Ripristina acquisti
-
-**Implementazione richiesta:**
-
-Ogni app con IAP deve fornire un modo per gli utenti di ripristinare gli acquisti precedenti senza contattare l'assistenza.
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function restorePurchases() {
-  try {
-    await NativePurchases.restorePurchases();
-
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const activeSub = purchases.find(
-      (purchase) => purchase.isActive && purchase.expirationDate,
-    );
-
-    if (activeSub) {
-      unlockPremiumFeatures();
-      showMessage('Acquisti ripristinati con successo!');
-      return;
-    }
-
-    const { purchases: iaps } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.INAPP,
-    });
-    const hasIap = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-    showMessage(
-      hasIap ? 'Acquisto premium ripristinato!' : 'Nessun acquisto precedente trovato.',
-    );
-  } catch (error) {
-    showError('Impossibile ripristinare gli acquisti. Riprova.');
-  }
-}
-
-// Aggiungi un pulsante "Ripristina acquisti" visibile
-<Button onClick={restorePurchases}>
-  Ripristina acquisti
-</Button>
-```
-
-## Motivi di rifiuto comuni
-
-### 1. App si blocca o funzionalità non funzionante
-
-**Perché fallisce:**
-- L'app si blocca all'avvio
-- Il flusso di acquisto non riesce a completarsi
-- Le funzionalità mostrate negli screenshot non funzionano
-
-**Prevenzione:**
-- Testa su dispositivi reali (non solo simulatori)
-- Testa tutti i flussi di abbonamento end-to-end
-- Verifica che la convalida della ricevuta funzioni
-- Controlla la gestione degli errori di rete
-
-### 2. Discrepanze nei metadati
-
-**Perché fallisce:**
-- Gli screenshot mostrano funzionalità non nella build corrente
-- La descrizione menziona funzionalità che non esistono
-- I prezzi nei metadati differiscono dai prezzi in-app
-
-![Checklist metadati](/native-purchases/review-guides/metadata-checklist.webp)
-
-**Prevenzione:**
-```typescript
-// Documenta esattamente cosa c'è in ogni livello
-const SUBSCRIPTION_FEATURES = {
-  basic: ['Senza pubblicità', 'Sincronizzazione cloud', 'Temi base'],
-  premium: ['Senza pubblicità', 'Sincronizzazione cloud', 'Tutti i temi', 'Supporto prioritario']
-};
-
-// Usa questi sia nella tua app CHE nella descrizione App Store
-```
-
-### 3. Spiegazioni dei permessi mancanti
-
-**Perché fallisce:**
-- Richiesta di fotocamera/posizione/salute senza spiegazione
-- Richieste di permessi nascoste a diverse schermate di profondità
-- Descrizioni dei permessi vaghe o generiche
-
-**Prevenzione:**
-
-Aggiorna il tuo `Info.plist` con spiegazioni chiare:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>L'accesso alla fotocamera è necessario per scansionare i codici a barre dei prodotti per aggiornamenti rapidi dell'abbonamento.</string>
-
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>La posizione ci aiuta a mostrare contenuti locali pertinenti nel tuo abbonamento Premium.</string>
-```
-
-### 4. Marketing ingannevole
-
-**Perché fallisce:**
-- Affermazioni come "App #1 al mondo" senza prove
-- Funzionalità "illimitate" che hanno limiti nascosti
-- Tattiche di urgenza false ("Solo 2 posti rimasti!")
-
-![Esempi di linee guida per la descrizione](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![Linee guida aggiuntive per la descrizione](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**Prevenzione:**
-- Sii specifico e fattuale nelle descrizioni
-- Evita superlativi senza prove
-- Non fare pressione sugli utenti con scarsità falsa
-
-### 5. Processo di cancellazione nascosto
-
-**Perché fallisce:**
-- Nessuna menzione di come annullare
-- Pulsante di cancellazione nascosto o oscurato
-- Processo di cancellazione in più passaggi senza il flusso nativo di Apple
-
-**Prevenzione:**
-```typescript
-// Informa sempre gli utenti sulla cancellazione
-function SubscriptionInfo() {
-  return (
-    <div>
-      <h3>Come annullare</h3>
-      <ol>
-        <li>Apri le Impostazioni iPhone</li>
-        <li>Tocca il tuo nome in alto</li>
-        <li>Tocca Abbonamenti</li>
-        <li>Seleziona questa app e tocca Annulla</li>
-      </ol>
-
-      <p>Oppure gestisci direttamente nell'app App Store.</p>
-
-      <Button onClick={openSubscriptionManagement}>
-        Gestisci abbonamento nelle Impostazioni
-      </Button>
-    </div>
-  );
-}
-
-async function openSubscriptionManagement() {
-  // Link diretto alla gestione degli abbonamenti iOS
-  await NativePurchases.showManageSubscriptions();
-}
-```
-
-## Privacy e utilizzo dei dati (Sezione 5.1.1)
-
-Apple ha notevolmente rafforzato i requisiti di privacy nel 2025.
-
-### Divulgazioni richieste
-
-**Per ogni permesso:**
-1. Perché ne hai bisogno (caso d'uso specifico)
-2. Quando verrà utilizzato
-3. Come vengono archiviati/condivisi i dati
-4. Se è facoltativo o richiesto
-
-### Esempio: Flusso di permessi appropriato
-
-```typescript
-async function requestCameraPermission() {
-  // Mostra spiegazione PRIMA di richiedere
-  await showDialog({
-    title: 'Accesso alla fotocamera',
-    message: 'Abbiamo bisogno dell\'accesso alla fotocamera per permetterti di scansionare codici a barre per la ricerca rapida dei prodotti. Le tue foto non vengono mai caricate o archiviate.',
-    buttons: ['Non ora', 'Consenti']
-  });
-
-  // Quindi richiedi il permesso
-  const result = await Camera.requestPermissions();
-  return result.camera === 'granted';
-}
-```
-
-### Etichette nutrizionali per la privacy
-
-Assicurati che le tue etichette di privacy App Store riflettano accuratamente:
-- Raccolta della cronologia degli acquisti
-- Indirizzi email (per ricevute)
-- ID dispositivo (per prevenzione frodi)
-- Dati di utilizzo (per analisi)
-
-:::warning
-Etichette di privacy imprecise sono un motivo comune di rifiuto nel 2025. Controlla attentamente la tua raccolta dati.
-:::
-
-## Checklist pre-invio
-
-![Checklist pre-invio](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **Testa tutti i flussi di acquisto**
-   - Acquista ogni livello di abbonamento
-   - Testa i periodi di prova gratuiti
-   - Verifica che le offerte introduttive si applichino correttamente
-   - Testa il ripristino degli acquisti
-   - Verifica la condivisione familiare (se abilitata)
-   - Testa su più dispositivi
-
-2. **Verifica la coerenza dei prezzi**
-   - Controlla che i metadati App Store corrispondano ai prezzi in-app
-   - Verifica che tutte le valute siano corrette
-   - Conferma che le durate dei periodi di prova gratuiti corrispondano alle descrizioni
-   - Controlla che i termini delle offerte introduttive siano accurati
-
-3. **Rivedi tutti i testi**
-   - Rimuovi il testo segnaposto
-   - Verifica che le affermazioni siano verificabili
-   - Controlla grammatica e ortografia
-   - Assicurati che le descrizioni corrispondano alla build corrente
-   - Rimuovi menzioni di concorrenti
-
-4. **Testa i permessi**
-   - Richiedi solo i permessi necessari
-   - Mostra spiegazioni chiare prima di richiedere
-   - Testa i flussi "Nega" (l'app dovrebbe comunque funzionare)
-   - Verifica che le descrizioni Info.plist siano chiare
-
-5. **Prepara l'account di test**
-   - Crea account sandbox di test
-   - Documenta le credenziali di accesso nelle Note di revisione app
-   - Verifica che l'account di test abbia un abbonamento attivo
-   - Testa che il revisore possa completare il flusso di acquisto
-
-6. **Controlla i metadati**
-   - Gli screenshot corrispondono all'UI corrente
-   - Il video di anteprima dell'app (se presente) mostra la versione corrente
-   - La descrizione descrive accuratamente le funzionalità
-   - La valutazione per età corrisponde al contenuto
-   - La politica sulla privacy è accessibile in-app
-
-7. **Scrivi note di revisione dettagliate**
-   ```
-   Account di test:
-   Email: reviewer@test.com
-   Password: TestPass123!
-
-   Istruzioni di test:
-   1. Accedi con l'account di test sopra
-   2. Tocca il pulsante "Passa a Premium"
-   3. Seleziona l'abbonamento "Premium mensile"
-   4. Completa l'acquisto (nessun addebito in sandbox)
-   5. Verifica che le funzionalità premium si sblocchino
-
-   Nota: I prezzi degli abbonamenti sono mostrati chiaramente prima dell'acquisto.
-   Le istruzioni di cancellazione sono in Impostazioni > Account.
-   ```
-
-</Steps>
-
-## Timeline di revisione
-
-![Timeline di revisione App Store](/native-purchases/review-guides/review-timeline.webp)
-
-**Revisione standard:** 24-48 ore
-**Periodi di punta:** 3-5 giorni (rilasci festivi App Store)
-**Weekend:** Nessuna revisione elaborata
-**Revisione accelerata:** Disponibile per correzioni di bug critici (richiesta tramite App Store Connect)
-
-:::tip
-Invia all'inizio della settimana per evitare ritardi del weekend. Gli invii del lunedì vengono generalmente revisionati entro mercoledì.
-:::
-
-## Aggiornamenti delle linee guida 2025
-
-### Nuovi requisiti
-
-**1. Divulgazione della funzionalità AI**
-Se la tua app utilizza l'AI per qualsiasi funzionalità, devi:
-- Etichettare chiaramente i contenuti generati dall'AI
-- Spiegare come viene utilizzata l'AI
-- Documentare le misure di sicurezza dei contenuti
-
-**2. Maggiore chiarezza sugli abbonamenti**
-- Confronti side-by-side dei piani richiesti
-- Nessun "dark pattern" che nasconda opzioni più economiche
-- Percorsi di downgrade/upgrade chiari
-
-**3. Intensificazione della privacy**
-- Applicazione della sezione 5.1.1 aumentata
-- Maggiore controllo sulla giustificazione della raccolta dati
-- Requisiti più rigorosi per le app per bambini
-
-### Cosa è cambiato dal 2024
-
-- Invii modulari ora consentiti (aggiorna le pagine dei prodotti indipendentemente)
-- Gli eventi in-app possono essere inviati separatamente
-- Applicazione più rigorosa delle UI di abbonamento ingannevoli
-- Nuove linee guida sulle app di criptovalute/NFT
-
-## Best practice per il plugin Native Purchases
-
-### Implementa una corretta gestione degli errori
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string) {
-  try {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    // Successo
-    await validateReceiptOnServer(transaction.receipt);
-    showSuccess('Abbonamento attivato!');
-    unlockFeatures();
-
-  } catch (error: any) {
-    // Gestisci casi di errore specifici
-    if (error.code === 'USER_CANCELLED') {
-      // Utente annullato - non mostrare errore
-      console.log('Acquisto annullato dall\'utente');
-    } else if (error.code === 'PAYMENT_PENDING') {
-      showInfo('Il pagamento è in sospeso. Controlla più tardi.');
-    } else if (error.code === 'PRODUCT_ALREADY_PURCHASED') {
-      // Ripristina invece
-      await NativePurchases.restorePurchases();
-    } else {
-      // Mostra errore user-friendly
-      showError('Impossibile completare l\'acquisto. Riprova.');
-    }
-  }
-}
-```
-
-### Mostra stati di caricamento
-
-```typescript
-function PurchaseButton({ productId }: { productId: string }) {
-  const [loading, setLoading] = useState(false);
-
-  const handlePurchase = async () => {
-    setLoading(true);
-    try {
-      await NativePurchases.purchaseProduct({ productIdentifier: productId });
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handlePurchase} disabled={loading}>
-      {loading ? 'Elaborazione...' : 'Abbonati ora'}
-    </button>
-  );
-}
-```
-
-### Mostra chiaramente i termini
-
-```typescript
-function SubscriptionTerms() {
-  return (
-    <div className="terms">
-      <p>
-        L'abbonamento si rinnova automaticamente a meno che non venga annullato almeno 24 ore
-        prima della fine del periodo corrente.
-      </p>
-      <p>
-        Il tuo account verrà addebitato per il rinnovo entro 24 ore prima della
-        fine del periodo corrente.
-      </p>
-      <p>
-        Gli abbonamenti possono essere gestiti dall'utente e il rinnovo automatico può essere
-        disattivato nelle Impostazioni account dopo l'acquisto.
-      </p>
-      <p>
-        <a href="/terms">Termini di servizio</a> |
-        <a href="/privacy">Informativa sulla privacy</a>
-      </p>
-    </div>
-  );
-}
-```
-
-## Se la tua app viene rifiutata
-
-### Passaggi per risolvere
-
-<Steps>
-
-1. **Leggi attentamente il rifiuto**
-   - Nota la linea guida specifica citata (ad es., 3.1.1, 5.1.1)
-   - Comprendi esattamente cosa ha segnalato Apple
-
-2. **Risolvi il problema in modo approfondito**
-   - Non limitarti a una patch - risolvi la causa principale
-   - Testa la correzione in modo approfondito
-   - Documenta cosa hai cambiato
-
-3. **Rispondi nel Centro risoluzione**
-   ```
-   Grazie per il tuo feedback. Ho risolto il problema:
-
-   Problema: Prezzo dell'abbonamento non chiaro in anticipo
-
-   Correzione: Aggiunta visualizzazione esplicita del prezzo nella schermata di selezione
-   abbonamento che mostra "$9.99/mese" prima del pulsante di acquisto. Aggiunte anche
-   istruzioni di cancellazione sulla stessa schermata.
-
-   Le modifiche sono in questo invio e possono essere testate utilizzando l'account
-   di test fornito.
-   ```
-
-4. **Reinvia prontamente**
-   - I reinvii vengono generalmente revisionati più velocemente
-   - Di solito entro 24 ore
-
-</Steps>
-
-### Processo di appello
-
-Se ritieni che il rifiuto sia errato:
-
-![Processo di chiarimento App Store](/native-purchases/review-guides/clarification-process.webp)
-
-1. Clicca "Appello" in App Store Connect
-2. Fornisci prove chiare:
-   - Screenshot che mostrano la conformità
-   - Riferimenti a linee guida specifiche
-   - Spiegazione di come soddisfi i requisiti
-3. Sii professionale e fattuale
-4. Includi account di test se la funzionalità è difficile da trovare
-
-![Esempio di richiesta documenti](/native-purchases/review-guides/request-documents.webp)
-
-## Risorse aggiuntive
-
-- [Linee guida per la revisione App Store di Apple](https://developer.apple.com/app-store/review/guidelines/)
-- [Linee guida per gli acquisti in-app](https://developer.apple.com/app-store/review/guidelines/#in-app-purchase)
-- [Best practice per gli abbonamenti](https://developer.apple.com/app-store/subscriptions/)
-- [Aiuto App Store Connect](https://developer.apple.com/help/app-store-connect/)
-
-## Supporto
-
-Se hai ancora problemi:
-- Rivedi la [documentazione Native Purchases](/docs/plugins/native-purchases/getting-started/)
-- Controlla i [problemi comuni di risoluzione dei problemi](/docs/plugins/native-purchases/getting-started/#troubleshooting)
-- Contatta il supporto Apple Developer per chiarimenti sulle linee guida
-
-### Hai bisogno di aiuto esperto?
-
-Hai difficoltà con la revisione dell'app o hai bisogno di assistenza personalizzata? **[Prenota una chiamata di consulenza con il nostro team](https://cal.com/team/capgo/capacitor-consulting-services)** per supporto dedicato con:
-
-- Revisione e ottimizzazione dell'implementazione IAP
-- Preparazione e strategia per la revisione App Store
-- Revisione della checklist di invio
-- Risoluzione dei rifiuti e appelli
-- Test e convalida completi
-
-I nostri esperti hanno aiutato con successo centinaia di app a superare la revisione!
diff --git a/src/content/docs/it/docs/plugins/native-purchases/ios-create-subscription.mdx b/src/content/docs/it/docs/plugins/native-purchases/ios-create-subscription.mdx
deleted file mode 100644
index 2faf65672..000000000
--- a/src/content/docs/it/docs/plugins/native-purchases/ios-create-subscription.mdx
+++ /dev/null
@@ -1,309 +0,0 @@
----
-title: Crea un abbonamento iOS rinnovabile automaticamente
-description: >-
-  Guida passo passo alla creazione di abbonamenti con rinnovo automatico in App
-  Store Connect per il plug-in per acquisti nativi.
-sidebar:
-  order: 8
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-
-Gli abbonamenti con rinnovo automatico forniscono accesso ricorrente a contenuti, servizi o funzionalità premium nella tua app iOS. Questa guida ti guida attraverso la creazione di abbonamenti in App Store Connect.
-
-## Panoramica
-
-Gli abbonamenti con rinnovo automatico si rinnovano automaticamente alla fine di ogni periodo di fatturazione fino all'annullamento da parte degli utenti. Sono perfetti per:
-- Contenuti e funzionalità premium
-- Esperienze senza pubblicità
-- Archiviazione e sincronizzazione nel cloud
-- Servizi di streaming
-- Strumenti e utilità professionali
-
-## Prerequisiti
-
-Prima di creare abbonamenti è necessario:
-1. [Crea un gruppo di iscrizione](/docs/plugins/native-purchases/ios-subscription-group/) per organizzare le tue iscrizioni
-2. Avere un'iscrizione attiva al programma per sviluppatori Apple
-3. Completa i dati bancari e fiscali in App Store Connect
-
-## Creating a Subscription
-
-<Steps>
-
-1. **Vai a Abbonamenti**
-
-   In App Store Connect, seleziona la tua app e vai a **Monetizza > Abbonamenti**.
-
-   Seleziona il tuo gruppo di abbonamento o creane uno nuovo se necessario.
-
-   ![Vai agli abbonamenti](/native-purchases/ios/create-subscription/navigate-to-subscriptions.webp)
-
-2. **Crea un nuovo abbonamento**
-
-   Fai clic sull'icona **++** accanto al tuo gruppo di abbonamento per aggiungere un nuovo abbonamento.
-
-3. **Inserisci le informazioni di base**
-
-   **Nome di riferimento**: nome descrittivo per uso interno (non mostrato ai clienti)
-   - Esempi: "Premium mensile", "Ultimate annuale", "Piano base"
-
-   **ID prodotto**: identificatore univoco per questo abbonamento (non può essere modificato in seguito)
-   - Formato: `com.yourcompany.yourapp.premium_monthly`
-   - Utilizzare nomi descrittivi in minuscolo con trattini bassi
-   - Necessario per configurare il plugin per gli acquisti nativi
-
-   ![Inserisci i dettagli dell'abbonamento](/native-purchases/ios/create-subscription/enter-subscription-info.webp)
-
-4. **Configura durata**
-
-   Seleziona la durata dell'abbonamento dalle opzioni disponibili:
-   - 1 settimana
-   - 1 mese
-   - 2 mesi
-   - 3 mesi
-   - 6 mesi
-   - 1 anno
-
-   La durata determina la frequenza con cui viene fatturata agli utenti.
-
-5. **Impostazione dei prezzi**
-
-   Fai clic su **Aggiungi prezzo di abbonamento** per configurare i prezzi:
-
-   **Territorio di base**: seleziona il tuo mercato principale (solitamente il tuo Paese)
-
-   **Prezzo**: imposta il prezzo dell'abbonamento
-   - Apple si converte automaticamente in altre valute
-   - Scegli tra le fasce di prezzo di Apple
-   - Considerare il valore percepito e i tassi di mercato
-
-   ![Configura prezzi](/native-purchases/ios/create-subscription/configure-pricing.webp)
-
-6. **Condivisione con la famiglia (facoltativo)**
-
-   Decidi se abilitare la condivisione in famiglia, che consente a un massimo di 6 membri della famiglia di accedere all'abbonamento.
-
-   :::attenzione
-   Una volta abilitata la Condivisione famiglia, non è possibile disattivarla per questo prodotto.
-   :::
-
-   **Abilita se:**
-   - Il contenuto è appropriato per l'uso familiare
-   - Vuoi aumentare la proposta di valore
-   - Il tuo modello di business lo supporta
-
-   **Non abilitare se:**
-   - L'abbonamento è solo per uso individuale
-   - Il contenuto è personalizzato per l'utente
-   - Desideri massimizzare le entrate per utente
-
-7. **Aggiungi localizzazioni**
-
-   Aggiungi informazioni di visualizzazione dell'abbonamento in tutte le lingue supportate dalla tua app:
-
-   **Nome visualizzato dell'abbonamento**: nome rivolto al cliente (ad es. "Premium mensile")
-
-   **Descrizione**: Breve descrizione di cosa comprende l'abbonamento
-   - Mantenerlo conciso e incentrato sui benefici
-   - Menzionare le caratteristiche principali
-   - Highlight value proposition
-
-   ![Aggiungi localizzazioni](/native-purchases/ios/create-subscription/add-localization.webp)8. **App Store Immagine promozionale (facoltativo)**
-
-   Carica un'immagine promozionale per questo abbonamento (312x390 pixel):
-   - Mostra nella pagina di abbonamento App Store
-   - Dovrebbe corrispondere al design della tua app
-   - Includi il nome dell'abbonamento per chiarezza
-
-   :::nota
-   Sebbene le immagini siano facoltative per l'invio iniziale, sono obbligatorie per la visualizzazione promozionale in App Store. Puoi aggiungerli in seguito.
-   :::
-
-9. **Salva e invia**
-
-   Fai clic su **Salva** per creare l'abbonamento.
-
-   **Per il primo abbonamento:**
-   - Deve essere inviato con una nuova versione dell'app
-   - Includilo nel tuo prossimo invio App Store
-   - Non è possibile inviare in modo indipendente
-
-   **Per abbonamenti successivi:**
-   - Può essere inviato direttamente dalla pagina Iscrizioni
-   - Non è necessaria una nuova versione dell'app
-   - Disponibile dopo l'approvazione del primo abbonamento
-
-</Steps>
-
-## Stato dell'abbonamento
-
-Il tuo abbonamento avrà uno di questi stati:
-
-| Stato | Descrizione | Può testare? |
-|--------|-------------|-----------|
-| **Metadati mancanti** | Configurazione incompleta | Sì (sandbox) |
-| **Pronto per l'invio** | Completo ma non inviato | Sì (sandbox) |
-| **In attesa di revisione** | Inviato a Apple | Sì (sandbox) |
-| **In revisione** | In fase di revisione da parte di Apple | Sì (sandbox) |
-| **Approvato** | Disponibile per l'acquisto | Sì |
-| **Rifiutato** | Ha bisogno di cambiamenti | Sì (sandbox) |
-
-:::tip
-Puoi testare gli abbonamenti in modalità sandbox anche se mostrano "Metadati mancanti" o "Pronti per l'invio"!
-:::
-
-## Utilizzo nella tua app
-
-Una volta creato, fai riferimento all'abbonamento nella tua app utilizzando l'ID prodotto:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch subscription products direct from StoreKit
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: [
-    'com.yourcompany.yourapp.premium_monthly',
-    'com.yourcompany.yourapp.premium_annual',
-  ],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-products.forEach((product) => {
-  console.log(`${product.title}: ${product.priceString}`);
-  console.log(`Duration: ${product.subscriptionPeriod}`);
-  console.log(`Description: ${product.description}`);
-});
-
-// Purchase a subscription (StoreKit 2 automatically handles intro pricing and offers)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourcompany.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Transaction ID:', transaction.transactionId);
-
-  // StoreKit receipts are included on iOS for server-side validation
-  await sendReceiptToBackend(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-
-// Check subscription status using the store's data
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const premium = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.yourcompany.yourapp.premium_monthly',
-);
-
-if (premium?.isActive) {
-  console.log('Expires:', premium.expirationDate);
-  console.log('Will renew:', premium.willCancel === false);
-  console.log('Store state:', premium.subscriptionState);
-  unlockPremiumFeatures();
-} else {
-  showPaywall();
-}
-```
-
-## Migliori pratiche
-
-### Strategia dei prezzi
-- **Piani mensili**: abbassa la barriera all'ingresso, crea abitudini
-- **Piani annuali**: miglior valore, LTV più elevato, abbandono inferiore
-- **Livelli multipli**: Basic, Premium, Ultimate per diversi segmenti di utenti
-- **Analisi della concorrenza**: ricerca i prezzi di app simili
-
-### ID prodotto
-- Utilizza nomi coerenti: `company.app.tier_duration`
-- Includi livello e durata nell'ID: `premium_monthly`, `ultimate_annual`
-- Evita di modificare gli ID prodotto (sono permanenti)
-- Documenta tutti gli ID prodotto per il tuo team
-
-### Condivisione in famiglia
-- Abilitazione per app orientate alla famiglia (giochi, istruzione, intrattenimento)
-- Considerare l'impatto sulle entrate
-- Testare accuratamente il comportamento di condivisione
-- Comunicare la capacità di condivisione nel marketing
-
-### Localizzazione
-- Traduci tutti i nomi e le descrizioni degli abbonamenti
-- Considerare le differenze di prezzo regionali
-- Prova la visualizzazione in tutte le lingue supportate
-- Utilizzare un linguaggio di marketing culturalmente appropriato
-
-### Immagini promozionali
-- Mantenere uno stile visivo coerente
-- Includere il nome dell'abbonamento e il vantaggio principale
-- Aggiornamento per le promozioni stagionali
-- Abbina il linguaggio di progettazione generale dell'app
-
-## Modelli di abbonamento comuni
-
-### Livello singolo (Freemium)
-```
-Free App + Premium Subscription
-- Basic: Free (limited features)
-- Premium Monthly: $4.99
-- Premium Annual: $39.99 (save 33%)
-```
-
-### Multilivello (Buono, Migliore, Migliore)
-```
-- Basic Monthly: $4.99
-- Premium Monthly: $9.99
-- Ultimate Monthly: $19.99
-
-- Basic Annual: $49.99
-- Premium Annual: $99.99
-- Ultimate Annual: $199.99
-```
-
-### Consumabili + Abbonamento ibrido
-```
-- Credit packs (consumable)
-- Monthly subscription (unlimited credits)
-- Annual subscription (unlimited + bonus features)
-```
-
-## Risoluzione dei problemi
-
-**Abbonamento non caricato nell'app:**
-- Verifica che l'ID prodotto corrisponda esattamente (con distinzione tra maiuscole e minuscole)
-- Controlla che l'abbonamento sia nel gruppo di abbonamento
-- Assicurati che l'identificatore del pacchetto corrisponda a App Store Connect
-- Attendere 2-3 ore dopo aver creato il prodotto**Impossibile inviare l'iscrizione:**
-- Compila tutti i campi obbligatori (nome, descrizione, prezzo)
-- Aggiungi almeno una localizzazione
-- Verificare che le informazioni bancarie/fiscali siano approvate
-- Controlla se è il primo abbonamento (richiede la versione dell'app)
-
-**Attiva/disattiva Condivisione famiglia disabilitata:**
-- Già abilitato (non può essere disabilitato)
-- Controlla i dettagli dell'abbonamento
-- Contatta l'assistenza Apple se bloccato
-
-**Fascia di prezzo non disponibile:**
-- Potrebbe essere limitato in alcuni territori
-- Scegli il livello alternativo
-- Contatta Apple per domande sui prezzi
-
-**Errore "ID prodotto non valido":**
-- Deve essere in formato dominio inverso
-- Non può contenere spazi o caratteri speciali
-- Controlla eventuali errori di battitura
-- Verificare l'unicità di tutti i prodotti
-
-## Passaggi successivi
-
-- [Crea un'offerta di lancio](/docs/plugins/native-purchases/ios-introductory-offer/) per attirare nuovi abbonati
-- [Configura test sandbox](/docs/plugins/native-purchases/ios-sandbox-testing/) per testare i tuoi abbonamenti
-- Impostare offerte promozionali per il recupero e la fidelizzazione
-- Implementare il monitoraggio dell'analisi degli abbonamenti
-
-## Risorse aggiuntive
-
-Per maggiori dettagli, fai riferimento alla [documentazione ufficiale Apple sugli abbonamenti con rinnovo automatico](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers).
diff --git a/src/content/docs/it/docs/plugins/native-purchases/ios-introductory-offer.mdx b/src/content/docs/it/docs/plugins/native-purchases/ios-introductory-offer.mdx
deleted file mode 100644
index f9559f2af..000000000
--- a/src/content/docs/it/docs/plugins/native-purchases/ios-introductory-offer.mdx
+++ /dev/null
@@ -1,410 +0,0 @@
----
-title: Crea iOS Offerta introduttiva di abbonamento
-description: >-
-  Scopri come creare offerte di lancio per abbonamenti con rinnovo automatico su
-  iOS per attirare e convertire nuovi abbonati.
-sidebar:
-  order: 9
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-
-Le offerte di lancio ti consentono di offrire agli utenti idonei prove gratuite o prezzi di lancio scontati per ridurre le barriere all'ingresso e aumentare le conversioni degli abbonamenti.
-
-## Panoramica
-
-Le offerte di lancio sono uno degli strumenti più efficaci per far crescere la tua base di iscritti. Consentono agli utenti di:
-- Prova le tue funzionalità premium senza rischi
-- Sperimenta il valore prima di impegnarti
-- Inizia ad un prezzo più basso
-- Costruisci fiducia nel tuo prodotto
-
-## Tipi di offerte
-
-iOS supporta tre tipi di offerte di lancio:
-
-### 1. Prova gratuita
-I clienti ottengono l'accesso gratuito per una durata specifica. Dopo il periodo di prova, se non annullano, vengono addebitate le tariffe standard.
-
-**Esempi:**
-- 7 giorni gratuiti
-- 14 giorni gratuiti
-- 1 mese gratis
-
-**Ideale per:**
-- Abbonamenti di alto valore
-- App ricche di funzionalità
-- Costruire l'abitudine dell'utente
-
-### 2. Paga in anticipo
-I clienti pagano un unico prezzo scontato che copre il periodo introduttivo.
-
-**Esempi:**
-- $ 1,99 per 2 mesi (poi $ 9,99 al mese)
-- $ 9,99 per 3 mesi (poi $ 19,99 al mese)
-
-**Ideale per:**
-- Segnali di impegno
-- Esigenze di flusso di cassa
-- Testare la sensibilità al prezzo
-
-### 3. Paga in base al consumo
-I clienti pagano un prezzo ridotto per più cicli di fatturazione.
-
-**Esempi:**
-- $ 1,99/mese per 3 mesi (poi $ 9,99/mese)
-- $ 4,99/mese per 6 mesi (poi $ 14,99/mese)
-
-**Ideale per:**
-- Impegno graduale
-- Dimostrazione del valore a lungo termine
-- Ridurre il rischio percepito
-
-## Requisiti di idoneità
-
-Gli utenti possono ricevere offerte di lancio solo se:
-- Non aver ricevuto in precedenza un'offerta di lancio per il prodotto
-- Non ho ricevuto un'offerta di lancio per nessun prodotto nello stesso gruppo di abbonamento
-- Non ho avuto un abbonamento attivo al prodotto
-
-:::note
-Apple gestisce automaticamente il controllo dell'idoneità. Il plug-in per gli acquisti nativi fornisce metodi per verificare l'idoneità prima di presentare le offerte.
-:::
-
-## Prerequisiti
-
-Devi prima [creare un abbonamento con rinnovo automatico](/docs/plugins/native-purchases/ios-create-subscription/) prima di aggiungere un'offerta di lancio.
-
-## Creazione di un'offerta di lancio
-
-<Steps>
-
-1. **Vai all'abbonamento**
-
-   In App Store Connect, vai alla sezione **Monetizza > Abbonamenti** della tua app e seleziona l'abbonamento a cui desideri aggiungere un'offerta.
-
-2. **Aggiungi prezzo di abbonamento**
-
-   Fai clic sull'icona **++** accanto a "Prezzi di abbonamento" per aprire la modalità dei prezzi.
-
-3. **Crea un'offerta di lancio**
-
-   Seleziona **"Crea offerta di lancio"** dalle opzioni.
-
-   ![Crea offerta di lancio](/native-purchases/ios/introductory-offer/create-introductory-offer.webp)
-
-4. **Configura paesi e data di inizio**
-
-   **Paesi e regioni**: seleziona dove sarà disponibile l'offerta
-   - Scegli tutti i paesi per la massima copertura
-   - Oppure limitare i test a mercati specifici
-
-   **Data di inizio**: quando l'offerta diventa disponibile
-   - Può essere immediato o programmato per il futuro
-   - Utile per il coordinamento con le campagne di marketing
-
-   **Data di fine (facoltativa)**: quando scade l'offerta
-   - Lascia vuoto per la disponibilità continua
-   - Imposta una data per le promozioni a tempo limitato
-
-5. **Seleziona il tipo di offerta**
-
-   Scegli una delle tre tipologie di offerta:
-
-   **Gratuito** (prova gratuita)
-   - Seleziona la durata (giorni, settimane, mesi)
-   - Esempi: 7 giorni, 2 settimane, 1 mese**Paga in anticipo**
-   - Imposta il prezzo del pagamento unico
-   - Imposta la durata coperta dal pagamento
-   - Esempio: $ 1,99 per 2 mesi
-
-   **Paga in base al consumo**
-   - Imposta il prezzo scontato per periodo
-   - Impostare il numero di periodi
-   - Esempio: $ 2,99/mese per 3 mesi
-
-6. **Rivedi e conferma**
-
-   Esamina il riepilogo che mostra:
-   - Tipologia e durata dell'offerta
-   - Dettagli sui prezzi
-   - Prezzo normale dopo il periodo di introduzione
-   - Date e paesi di disponibilità
-
-7. **Salva**
-
-   Fai clic su **Salva** per creare l'offerta di lancio. Sarà disponibile per il test immediatamente in modalità sandbox.
-
-</Steps>
-
-## Esempi di configurazione dell'offerta
-
-### Esempio 1: prova gratuita standard
-```
-Type: Free
-Duration: 7 days
-Then: $9.99/month
-```
-**Percorso dell'utente:**
-- Giorni 1-7: Accesso gratuito
-- Giorno 8: primo addebito di $ 9,99
-- Continuano gli addebiti mensili
-
-### Esempio 2: periodo scontato anticipato
-```
-Type: Pay Up Front
-Price: $4.99
-Duration: 3 months
-Then: $9.99/month
-```
-**Percorso dell'utente:**
-- Giorno 1: addebitato $ 4,99
-- Accesso per 90 giorni
-- Giorno 91: addebitato $ 9,99 al mese
-
-### Esempio 3: Introduzione graduale
-```
-Type: Pay As You Go
-Price: $2.99/month
-Periods: 6 months
-Then: $9.99/month
-```
-**Percorso dell'utente:**
-- Mesi 1-6: $ 2,99/mese
-- Mese 7+: $ 9,99/mese
-
-## Utilizzo nella tua app
-
-Il plug-in per gli acquisti nativi gestisce automaticamente la presentazione e l'idoneità dell'offerta introduttiva:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch products with intro offer information
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.yourapp.premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-// Display intro offer details (StoreKit sends localized metadata)
-if (product.introductoryPrice) {
-  console.log('Intro price:', product.introductoryPriceString);
-  console.log('Intro period:', product.introductoryPricePeriod);
-  console.log('Intro cycles:', product.introductoryPriceCycles);
-  console.log('Regular price:', product.priceString);
-} else {
-  console.log('No intro offer configured');
-}
-
-// Purchase (StoreKit automatically applies intro pricing if eligible)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Subscription active, receipt length:', transaction.receipt?.length);
-  await validateReceiptOnServer(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-```
-
-## Visualizzazione delle offerte introduttive agli utenti
-
-### Best practice per l'interfaccia utente
-
-**Chiara proposta di valore:**
-```
-Try Premium Free for 7 Days
-Then $9.99/month. Cancel anytime.
-```
-
-**Metti in risalto il risparmio:**
-```
-Start at Just $1.99
-Get 3 months of Premium for only $1.99
-Then $9.99/month
-```
-
-**Comunicazione trasparente:**
-```
-Your Free Trial
-• Access all premium features
-• No charge for 7 days
-• $9.99/month after trial
-• Cancel anytime, even during trial
-```
-
-### Esempio di implementazione
-
-```typescript
-function formatIntroOffer(product: any): string {
-  if (!product.introductoryPrice) {
-    return `${product.priceString} per ${product.subscriptionPeriod}`;
-  }
-
-  const intro = product.introductoryPrice;
-  const regular = product.priceString;
-
-  if (intro.price === 0) {
-    // Free trial
-    return `Try free for ${intro.periodString}, then ${regular}`;
-  } else if (intro.cycles === 1) {
-    // Pay up front
-    return `${intro.priceString} for ${intro.periodString}, then ${regular}`;
-  } else {
-    // Enterprise
-    return `${intro.priceString} for ${intro.cycles} ${intro.periodString}s, then ${regular}`;
-  }
-}
-```
-
-## Migliori pratiche di marketing
-
-### Strategia sulla durata della prova
-- **3-7 giorni**: app e giochi per decisioni rapide
-- **7-14 giorni**: standard per la maggior parte delle app
-- **14-30 giorni**: strumenti complessi, app professionali
-- **Più di 30 giorni**: B2B o azienda di alto valore
-
-### Psicologia dei prezzi
-- **$0,99-$1,99**: barriera molto bassa, ottima per i test
-- **50% di sconto**: Forte valore percepito
-- **Primo mese gratuito**: modello comune e familiare
-
-### Tempi di comunicazione
-- **Prima della fine del periodo di prova**: ricorda agli utenti l'imminente addebito
-- **Evidenzia valore**: mostra statistiche di utilizzo e risultati
-- **Cancellazione facile**: crea fiducia con un processo trasparente
-
-## Testare le offerte introduttive
-
-Utilizza i test sandbox per verificare il comportamento:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// In sandbox mode, accelerated subscription durations apply:
-// - 3 days free trial = 3 minutes
-// - 1 week free trial = 3 minutes
-// - 1 month free trial = 5 minutes
-
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Purchase with intro offer
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Intro purchase transaction:', transaction.transactionId);
-
-// Wait for accelerated renewal
-setTimeout(async () => {
-  const { purchases } = await NativePurchases.getPurchases({
-    productType: PURCHASE_TYPE.SUBS,
-  });
-  const premium = purchases.find((purchase) => purchase.productIdentifier === 'premium_monthly');
-  console.log('After trial state:', premium?.subscriptionState);
-}, 180000); // 3 minutes for weekly trial
-```
-
-## Note importanti
-
-### Regole di ammissibilità
-- Un'offerta introduttiva per utente per gruppo di abbonamento (a vita)
-- Si applica solo ai nuovi abbonati
-- Non può essere riutilizzato dopo la cancellazione
-- Non disponibile per aggiornamenti/crossgrade dell'abbonamento
-
-### StoreKit API
-- `introductoryPrice` mostra i dettagli dell'offerta introduttiva
-- Il metodo `eligibility` controlla se l'utente è idoneo
-- Applicato automaticamente al momento dell'acquisto
-- Non è necessario alcun metodo di acquisto speciale
-
-### Limitazioni
-- È attiva una sola offerta di lancio alla volta per abbonamento
-- Non cumulabile con altri tipi di sconto
-- Non è possibile modificare le regole di ammissibilità
-- Apple controlla il controllo di idoneità
-
-## Risoluzione dei problemi
-
-**Offerta introduttiva non visualizzata:**
-- Controlla se l'offerta è attivata in App Store Connect
-- Verificare che l'utente non abbia utilizzato prima un'offerta introduttiva
-- Assicurati che l'utente non sia iscritto a nulla nel gruppo
-- Prova con il nuovo account sandbox
-
-**Controllo di idoneità non superato:**
-- Attendi la sincronizzazione di App Store (può richiedere 2-3 ore)
-- Verificare che l'ID prodotto sia corretto
-- Controlla la configurazione del gruppo di abbonamento
-- Prova in sandbox con un nuovo account di prova**Visualizzazione prezzo errata:**
-- Controlla le impostazioni dei prezzi regionali
-- Verificare la conversione di valuta
-- Assicurarsi che le date dell'offerta siano attuali
-- Aggiorna le informazioni sul prodotto
-
-**Problemi di test sandbox:**
-- Utilizza durate accelerate (3 minuti = 1 settimana)
-- Crea nuovi account di prova per ogni test
-- Attendi il completamento della prova in modo naturale
-- Controlla il conteggio dei rinnovi (max 6 nella sandbox)
-
-## Analisi e ottimizzazione
-
-### Tieni traccia di queste metriche
-- Tasso di accettazione dell'offerta introduttiva
-- Tasso di conversione dal periodo di prova al pagamento
-- Cancellazione durante il periodo di prova
-- Ritenzione dopo la prima carica
-- Impatto sulle entrate
-
-### Idee per test A/B
-- Prova gratuita rispetto a introduzione a pagamento
-- Variazioni della durata della prova
-- Percentuale di sconto
-- Pagamento unico vs sconto ricorrente
-
-### Strategia di ottimizzazione
-```typescript
-// Track offer performance
-analytics.track('intro_offer_displayed', {
-  product_id: product.identifier,
-  offer_type: product.introductoryPriceType,
-  offer_duration: product.introductoryPricePeriod
-});
-
-analytics.track('intro_offer_accepted', {
-  product_id: product.identifier
-});
-
-// Monitor conversion
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  if (transaction.productIdentifier === product.identifier && transaction.isActive) {
-    analytics.track('trial_converted', {
-      transactionId: transaction.transactionId,
-      productId: transaction.productIdentifier,
-    });
-  }
-});
-```
-
-## Passaggi successivi
-
-- [Configura test sandbox](/docs/plugins/native-purchases/ios-sandbox-testing/) per testare le tue offerte introduttive
-- Impostazione di offerte promozionali per campagne di recupero
-- Implementare l'analisi degli abbonamenti
--Creare campagne di marketing mirate
-
-## Risorse aggiuntive
-
-Per ulteriori dettagli, fare riferimento alla [documentazione ufficiale Apple sulle offerte di lancio](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers/implementing_introductory_offers_in_your_app).
diff --git a/src/content/docs/it/docs/plugins/native-purchases/ios-sandbox-testing.mdx b/src/content/docs/it/docs/plugins/native-purchases/ios-sandbox-testing.mdx
deleted file mode 100644
index a3070899a..000000000
--- a/src/content/docs/it/docs/plugins/native-purchases/ios-sandbox-testing.mdx
+++ /dev/null
@@ -1,206 +0,0 @@
----
-title: Configura iOS Test sandbox
-description: >-
-  Scopri come impostare i test sandbox per gli acquisti in-app su iOS
-  utilizzando App Store Connect e Xcode.
-sidebar:
-  order: 6
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-
-Il test degli acquisti in-app su iOS richiede una configurazione corretta in App Store Connect e sui tuoi dispositivi di prova. Questa guida copre tutto ciò di cui hai bisogno per iniziare con i test sandbox.
-
-## Prerequisiti
-
-- **Apple Programma per sviluppatori**: abbonamento attivo con rinnovo annuale
-- **Contratti**: "Contratto per le applicazioni a pagamento" firmato con le informazioni bancarie e fiscali completate
-- **Xcode Progetto**: configurato con identificatore e funzionalità del bundle corretti
-
-:::note
-L'approvazione della configurazione bancaria e fiscale può richiedere ore o giorni. Completalo con largo anticipo rispetto al test.
-:::
-
-## Processo di installazione
-
-<Steps>
-
-1. **Firmare il contratto per le applicazioni a pagamento**
-
-   In App Store Connect, vai a **Contratti, imposte e servizi bancari** e completa:
-   - Firmare l'accordo sulle applicazioni a pagamento
-   - Aggiungi le tue informazioni bancarie
-   - Compilare moduli fiscali
-
-   Attendi che Apple approvi le tue informazioni (l'operazione può richiedere 24-48 ore).
-
-2. **Crea utente test sandbox**
-
-   In App Store Connect, vai a **Utenti e accesso > Tester sandbox**.
-
-   Fare clic sul pulsante **++** per creare un nuovo tester sandbox.
-
-   **Importante**: utilizza un indirizzo email che NON sia già associato a un ID Apple. Puoi utilizzare gli alias email:
-   - Gmail: `youremail+test@gmail.com`
-   - iCloud: `youremail+test@icloud.com`
-
-   ![Crea tester sandbox](/native-purchases/ios/sandbox-testing/sandbox-tester-setup.webp)
-
-3. **Configura dispositivo di test (iOS 12+)**
-
-   A partire da iOS 12, non è più necessario uscire dal tuo account iTunes per testare gli acquisti.
-
-   Sul tuo dispositivo iOS:
-   1. Apri **Impostazioni**
-   2. Tocca **App Store**
-   3. Scorri fino in fondo
-   4. Tocca **Account Sandbox**
-   5. Accedi con il tuo account di prova sandbox
-
-   :::suggerimento
-   Questo è molto più conveniente del vecchio metodo di disconnettersi dal tuo account iTunes!
-   :::
-
-4. **Configura Xcode progetto**
-
-   Assicurati che il tuo progetto Xcode abbia:
-
-   **Identificatore pacchetto**
-   - Deve corrispondere all'identificatore nel Centro per sviluppatori
-   - Deve corrispondere all'identificatore in App Store Connect
-
-   **Funzionalità di acquisto in-app**
-   1. Seleziona il tuo progetto in Xcode
-   2. Vai a **Firma e funzionalità**
-   3. Fai clic su **+ Funzionalità**
-   4. Aggiungi **Acquisto in-app**
-
-5. **Crea prodotti con acquisto in-app**
-
-   In App Store Connect, vai alla tua app e crea i tuoi prodotti per l'acquisto in-app (abbonamenti, materiali di consumo, ecc.).
-
-   I prodotti devono avere almeno lo stato "Pronto per l'invio" per il test sandbox.
-
-6. **Testa la tua implementazione**
-
-   Crea ed esegui la tua app su un dispositivo di prova. Quando tenti un acquisto, dovresti vedere:
-
-   > **[Ambiente: Sandbox]**
-
-   Questa conferma indica che sei nell'ambiente sandbox e non ti verranno addebitati soldi veri.
-
-</Steps>
-
-## Note importanti
-
-### Caratteristiche dell'ambiente sandbox- **Nessun addebito reale**: tutti gli acquisti sono gratuiti in modalità sandbox
-- **Abbonamenti accelerati**: la durata degli abbonamenti è ridotta per test più rapidi
-  - Abbonamento di 1 settimana = 3 minuti
-  - Abbonamento di 1 mese = 5 minuti
-  - Abbonamento di 2 mesi = 10 minuti
-  - Abbonamento 3 mesi = 15 minuti
-  - Abbonamento 6 mesi = 30 minuti
-  - Abbonamento di 1 anno = 1 ora
-- **Limite di rinnovo automatico**: gli abbonamenti si rinnovano automaticamente fino a 6 volte in sandbox
-- **Annullamento immediato**: gli abbonamenti annullati scadono immediatamente
-
-### Gestione degli account sandbox
-
-- Crea più account di prova per diversi scenari
-- Utilizza gli account di prova solo sui dispositivi di prova
-- Non utilizzare l'ID Apple personale per i test sandbox
-- Gli account di prova possono acquistare qualsiasi prodotto indipendentemente dalla regione
-
-## Utilizzo del test sandbox
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) {
-  throw new Error('StoreKit not supported on this device');
-}
-
-// Fetch products (automatically uses sandbox when available)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Make test purchase
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Test purchase successful!', transaction.transactionId);
-```
-
-##Verifica
-
-Se configurato correttamente, dovresti osservare:
-
-1. **Banner Sandbox** durante l'acquisto: "[Ambiente: Sandbox]"
-2. **I prodotti vengono caricati** correttamente
-3. **Acquisti completati** senza addebiti effettivi
-4. **Le ricevute vengono convalidate** correttamente
-5. **Gli abbonamenti si rinnovano** automaticamente (a tariffa accelerata)
-
-## Risoluzione dei problemi
-
-**Prodotti non caricati:**
-- Verifica che l'identificatore del pacchetto corrisponda a App Store Connect
-- Verificare che gli accordi siano firmati e approvati
-- Assicurarsi che i prodotti abbiano almeno lo stato "Pronto per l'invio".
-- Attendi 2-3 ore dopo aver creato i prodotti
-
-**"Impossibile connettersi a iTunes Store":**
-- Verificare che l'account sandbox sia configurato correttamente
-- Verifica che il dispositivo sia connesso a Internet
-- Prova a uscire e rientrare nell'account sandbox
-- Riavvia l'app
-
-**Acquisti falliti silenziosamente:**
-- Controlla la console Xcode per eventuali messaggi di errore
-- Verifica che la funzionalità di acquisto in-app sia abilitata
-- Assicurati che l'e-mail dell'account sandbox non sia un vero ID Apple
-- Prova a creare un nuovo account di prova sandbox
-
-**Errori di convalida della ricevuta:**
-- Utilizzare l'endpoint di convalida della ricevuta sandbox durante i test
-- Endpoint di produzione: `https://buy.itunes.apple.com/verifyReceipt`
-- Endpoint sandbox: `https://sandbox.itunes.apple.com/verifyReceipt`
-- Il plug-in per gli acquisti nativi lo gestisce automaticamente
-
-**Durata dell'abbonamento errata:**
-- Ricorda che gli abbonamenti sono accelerati in sandbox
-- Utilizza la tabella di conversione qui sopra per le durate previste
-- Gli abbonamenti si rinnovano automaticamente massimo 6 volte in sandbox
-
-**"Questo ID Apple non è stato ancora utilizzato nell'iTunes Store":**
-- Questo è normale per i nuovi account sandbox
-- Procedi con l'acquisto per attivare l'account
-- Accade solo al primo utilizzo
-
-## Migliori pratiche
-
-1. **Crea più account di prova** per diversi scenari di test
-2. **Testa tutte le durate degli abbonamenti** per verificarne il comportamento
-3. Flussi di **annullamento e rinnovo del test**
-4. **Verificare che la convalida della ricevuta** funzioni correttamente
-5. Funzionalità **Prova ripristino acquisti**
-6. **Verifica il comportamento di upgrade/downgrade dell'abbonamento**
-7. **Test con condizioni di rete scadenti**
-
-## Produzione e Sandbox
-
-| Caratteristica | Sabbiera | Produzione |
-|---------|---------|------------|
-| Spese reali | No | Sì |
-| Durata dell'abbonamento | Accelerato | Normale |
-| Limite di rinnovo automatico | 6 volte | Illimitato |
-| Effetto di annullamento | Immediato | Fine periodo |
-| Endpoint di ricezione | URL della sandbox | URL di produzione |
-| Solo conti di prova | Sì | No |
-
-## Risorse aggiuntivePer ulteriori dettagli, fare riferimento alla [documentazione ufficiale Apple StoreKit](https://developer.apple.com/documentation/storekit/in-app_purchase/testing_in-app_purchases_with_sandbox) sui test sandbox.
diff --git a/src/content/docs/it/docs/plugins/native-purchases/ios-subscription-group.mdx b/src/content/docs/it/docs/plugins/native-purchases/ios-subscription-group.mdx
deleted file mode 100644
index bb7006fe5..000000000
--- a/src/content/docs/it/docs/plugins/native-purchases/ios-subscription-group.mdx
+++ /dev/null
@@ -1,300 +0,0 @@
----
-title: Crea iOS Gruppo di iscrizione
-description: >-
-  Scopri come creare e configurare gruppi di abbonamento in App Store Connect
-  per organizzare le offerte di abbonamento della tua app.
-sidebar:
-  order: 7
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-
-I gruppi di abbonamento sono essenziali per organizzare e gestire più livelli di abbonamento nella tua app iOS. Comprendere come funzionano è fondamentale per implementare le funzionalità di aggiornamento, downgrade e crossgrade.
-
-## Cos'è un gruppo di abbonamento?
-
-Un gruppo di abbonamenti è una raccolta di abbonamenti correlati tra cui gli utenti possono scegliere. Gli utenti possono sottoscrivere un solo abbonamento alla volta all'interno di un gruppo. Quando cambiano abbonamento, Apple gestisce la transizione automaticamente.
-
-## Perché i gruppi di abbonamento sono importanti
-
-I gruppi di sottoscrizione consentono:
-- **Prezzi scaglionati**: offri piani base, premium e definitivi
-- **Durate diverse**: opzioni mensili, annuali e a vita
-- **Logica di upgrade/downgrade**: gestione automatica delle modifiche all'abbonamento
-- **Gestione semplificata**: raggruppa insieme gli abbonamenti correlati
-
-## Livelli di abbonamento
-
-All'interno di un gruppo, ciascuna sottoscrizione deve essere classificata dal valore più alto (livello 1) al valore più basso. Questa classifica determina come vengono classificate le modifiche all'abbonamento:
-
-![Gerarchia del gruppo di sottoscrizione](/native-purchases/ios/subscription-group/subscription-group-hierarchy.webp)
-
-### Esempi di livelli
-
-**Livello 1** (valore più alto)
-- Premium annuale ($99,99/anno)
-- Ultimate mensile ($ 19,99/mese)
-
-**Livello 2** (valore medio)
-- Annuale standard ($49,99/anno)
-- Premium mensile ($ 9,99/mese)
-
-**Livello 3** (valore più basso)
-- Annuale di base ($ 29,99/anno)
-- Mensile standard ($ 4,99/mese)
-
-## Tipi di modifica dell'abbonamento
-
-Apple gestisce automaticamente tre tipi di modifiche all'abbonamento in base alla classifica del livello:
-
-### 1. Aggiorna
-Passaggio a un abbonamento di **livello superiore** (ad esempio, livello 2 → livello 1).
-
-**Comportamento:**
-- Ha effetto **immediatamente**
-- L'utente riceve un **rimborso proporzionale** per il tempo rimanente
-- Il nuovo abbonamento inizia subito
-
-**Esempio:**
-```typescript
-// User currently has: Standard Monthly (Level 2)
-// User upgrades to: Premium Annual (Level 1)
-// Result: Immediate access to Premium, refund for unused Standard time
-```
-
-### 2. Downgrade
-Passaggio a un abbonamento di **livello inferiore** (ad esempio, livello 1 → livello 2).
-
-**Comportamento:**
-- Entra in vigore alla **prossima data di rinnovo**
-- L'utente mantiene l'abbonamento corrente fino alla fine del periodo
-- Il nuovo abbonamento inizia automaticamente dopo la scadenza
-
-**Esempio:**
-```typescript
-// User currently has: Premium Annual (Level 1)
-// User downgrades to: Standard Monthly (Level 2)
-// Result: Premium access continues until annual renewal date, then switches
-```
-
-### 3. Valutazione incrociata
-Passaggio a un altro abbonamento **allo stesso livello**.
-
-**Il comportamento dipende dalla durata:**
-
-**Durata diversa** → Si comporta come **downgrade**
-- Entra in vigore alla prossima data di rinnovo
-- Esempio: Premio mensile (Livello 1) → Premio annuale (Livello 1)
-
-**Stessa durata** → Si comporta come **aggiornamento**
-- Ha effetto immediato
-- Esempio: Premium mensile (Livello 1) → Ultimate mensile (Livello 1)
-
-## Creazione di un gruppo di abbonamento
-
-<Steps>
-
-1. **Vai a Abbonamenti**
-
-   In App Store Connect, seleziona la tua app e vai a **Monetizza > Abbonamenti**.
-
-2. **Crea gruppo**
-
-   Fai clic su **++** accanto a "Gruppi di abbonamento" per creare un nuovo gruppo.
-
-3. **Assegna un nome al gruppo**
-
-   Scegli un nome descrittivo che rifletta gli abbonamenti che contiene:
-   - "Accesso Premium"
-   - "Piani di archiviazione cloud"
-   - "Funzioni professionali"
-
-4. **Aggiungi abbonamenti**
-
-   Dopo aver creato il gruppo, aggiungivi iscrizioni individuali. Ogni abbonamento avrà una classifica per livello.
-
-5. **Imposta classifiche di livello**Disporre gli abbonamenti dal valore più alto (1) al valore più basso. Considera:
-   - I piani annuali in genere hanno un posizionamento migliore rispetto a quelli mensili
-   - I livelli con il prezzo più alto si collocano sopra quelli con il prezzo più basso
-   - I livelli Ultimate/Premium sono i più alti
-
-</Steps>
-
-## Utilizzo nella tua app
-
-Il plugin per gli acquisti nativi gestisce automaticamente la logica del gruppo di abbonamento:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch all subscriptions in a group
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_annual', 'ultimate_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Display current subscription using StoreKit transactions
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const activeSubs = purchases.filter((purchase) => purchase.isActive);
-
-// Detect pending downgrade/cancellation (StoreKit sets willCancel === true)
-const pendingChange = purchases.find((purchase) => purchase.willCancel === true);
-if (pendingChange) {
-  console.log('Subscription will stop auto-renewing on', pendingChange.expirationDate);
-}
-
-// Purchase (StoreKit handles upgrades/downgrades automatically)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_annual',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Listen for StoreKit updates (fires on upgrades/downgrades/refunds)
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Subscription updated:', transaction);
-});
-```
-
-## Gestione delle modifiche all'abbonamento
-
-### Rilevamento del tipo di modifica
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Get current subscription info
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const currentSubscription = purchases.find(
-  (purchase) => purchase.subscriptionState === 'subscribed',
-);
-
-if (currentSubscription) {
-  // StoreKit reports if user cancelled auto-renew
-  if (currentSubscription.willCancel) {
-    console.log(
-      `User cancelled. Access remains until ${currentSubscription.expirationDate}`,
-    );
-  }
-
-  if (currentSubscription.isUpgraded) {
-    console.log('User recently upgraded to this plan.');
-  }
-}
-
-// Listen for automatic upgrades/downgrades
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Subscription changed!', transaction);
-  if (transaction.subscriptionState === 'revoked') {
-    revokeAccess();
-  } else if (transaction.isActive) {
-    unlockPremiumFeatures();
-  }
-});
-```
-
-### Comunicazione con l'utente
-
-Comunicare sempre chiaramente il comportamento del cambiamento:
-
-**Per gli aggiornamenti:**
-> "Avrai accesso immediato alle funzionalità Premium. Ripartiremo proporzionalmente il tuo abbonamento attuale."
-
-**Per i downgrade:**
-> "Manterrai l'accesso Premium fino al [data di rinnovo], poi passerai a Standard."
-
-**Per i voti incrociati:**
-> "Il tuo piano passerà alla fatturazione annuale al prossimo rinnovo il [data]."
-
-## Monitoraggio del server
-
-Utilizza App Store Server Notifications v2 di Apple o il tuo backend di convalida delle ricevute per rispecchiare le modifiche di StoreKit nel tuo database. Associa le notifiche del server al listener `transactionUpdated` in modo che sia il client che il backend rimangano sincronizzati.
-
-## Migliori pratiche
-
-### Organizzazione del gruppo
-- Mantieni gli abbonamenti correlati nello stesso gruppo
-- Non combinare funzionalità non correlate (ad esempio archiviazione e rimozione degli annunci)
-- Crea gruppi separati per diversi set di funzionalità
-
-### Strategia di classificazione dei livelli
-- Piani annuali → Livello superiore al mensile (per lo stesso livello)
-- Livelli più costosi → Livello superiore
-- Considera il valore, non solo il prezzo
-
-### Esperienza utente
-- Mostra chiaramente l'abbonamento corrente
-- Visualizza tutte le opzioni disponibili nel gruppo
-- Indicare quali modifiche sono immediate rispetto al rinnovo
-- Consentire un facile passaggio da un piano all'altro
-
-### Test
-- Testare tutti gli scenari di aggiornamento
-- Testare tutti gli scenari di downgrade
-- Verificare il comportamento del crossgrade
-- Controllare l'attivazione del webhook
-
-## Scenari comuni
-
-### Scenario 1: piani mensili a tre livelli
-```
-Level 1: Ultimate Monthly ($19.99)
-Level 2: Premium Monthly ($9.99)
-Level 3: Basic Monthly ($4.99)
-```
-
-- Base → Premium: aggiornamento (immediato)
-- Premium → Ultimate: aggiornamento (immediato)
-- Ultimate → Premium: Downgrade (al rinnovo)
-- Base → Ultimate: aggiornamento (immediato)
-
-### Scenario 2: Piani di durata mista
-```
-Level 1: Premium Annual ($99.99/year)
-Level 2: Premium Monthly ($9.99/month)
-```
-
-- Mensile → Annuale: Crossgrade (al rinnovo)
-- Annuale → Mensile: Downgrade (al rinnovo)
-
-### Scenario 3: multilivello e durata multipla
-```
-Level 1: Ultimate Annual ($199/year)
-Level 2: Ultimate Monthly ($19.99/month)
-Level 3: Premium Annual ($99/year)
-Level 4: Premium Monthly ($9.99/month)
-Level 5: Basic Annual ($49/year)
-Level 6: Basic Monthly ($4.99/month)
-```
-
-Questa configurazione offre la massima flessibilità pur mantenendo una chiara logica di aggiornamento/downgrade.
-
-## Risoluzione dei problemi
-
-**Abbonamento non visualizzato nel gruppo:**
-- Verificare che sia assegnato al gruppo corretto
-- Verifica che sia almeno nello stato "Pronto per l'invio".
-- Assicurarsi che l'ID prodotto sia corretto
-
-**Comportamento errato di upgrade/downgrade:**
-- Classifiche a livello di revisione (1 = più alta)
-- Verificare che i livelli di abbonamento abbiano senso
-- Verificare che i livelli siano impostati correttamente
-
-**Prodotti di diversi gruppi:**
-- Gli utenti possono iscriversi a più gruppi contemporaneamente
-- Questo è intenzionale: mantieni i prodotti correlati nello stesso gruppo
-
-**getActiveProducts che mostra più abbonamenti:**
-- Controlla se gli abbonamenti sono in gruppi diversi
-- Verifica che l'utente non sia iscritto tramite Condivisione famiglia
-- Controlla lo stato dell'abbonamento in App Store Connect
-
-## Risorse aggiuntive
-
-Per ulteriori dettagli, fare riferimento alla [documentazione ufficiale Apple sui gruppi di abbonamento](https://developer.apple.com/app-store/subscriptions/).
diff --git a/src/content/docs/it/docs/plugins/nativegeocoder/getting-started.mdx b/src/content/docs/it/docs/plugins/nativegeocoder/getting-started.mdx
deleted file mode 100644
index aa598020a..000000000
--- a/src/content/docs/it/docs/plugins/nativegeocoder/getting-started.mdx
+++ /dev/null
@@ -1,354 +0,0 @@
----
-title: Guida Introduttiva
-locale: it
-description: Scopri come installare e utilizzare il plugin Native Geocoder per la conversione di indirizzi e coordinate nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/nativegeocoder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura i permessi**
-
-   ### iOS
-   Aggiungi la descrizione dell'uso della posizione al tuo `Info.plist`:
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>Per convertire indirizzi in coordinate</string>
-   ```
-
-   ### Android
-   Aggiungi i permessi al tuo `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e usa i suoi metodi di geocodifica:
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-// Forward geocoding: Address to coordinates
-const forwardGeocode = async () => {
-  const results = await NativeGeocoder.forwardGeocode({
-    addressString: '1600 Amphitheatre Parkway, Mountain View, CA',
-    useLocale: true,
-    maxResults: 1
-  });
-  
-  const location = results.addresses[0];
-  console.log('Latitude:', location.latitude);
-  console.log('Longitude:', location.longitude);
-};
-
-// Reverse geocoding: Coordinates to address
-const reverseGeocode = async () => {
-  const results = await NativeGeocoder.reverseGeocode({
-    latitude: 37.4220656,
-    longitude: -122.0840897,
-    useLocale: true,
-    maxResults: 1
-  });
-  
-  const address = results.addresses[0];
-  console.log('Street:', address.thoroughfare);
-  console.log('City:', address.locality);
-  console.log('Country:', address.countryName);
-};
-```
-
-## Riferimento API
-
-### forwardGeocode(options)
-
-Converte una stringa di indirizzo in coordinate geografiche.
-
-```typescript
-interface ForwardGeocodeOptions {
-  addressString: string;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Android only
-}
-
-interface GeocodeResult {
-  addresses: Address[];
-}
-
-interface Address {
-  latitude: number;
-  longitude: number;
-  countryCode?: string;
-  countryName?: string;
-  postalCode?: string;
-  administrativeArea?: string;
-  subAdministrativeArea?: string;
-  locality?: string;
-  subLocality?: string;
-  thoroughfare?: string;
-  subThoroughfare?: string;
-}
-```
-
-### reverseGeocode(options)
-
-Converte coordinate geografiche in informazioni sull'indirizzo.
-
-```typescript
-interface ReverseGeocodeOptions {
-  latitude: number;
-  longitude: number;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Android only
-}
-```
-
-## Esempi Completi
-
-### Ricerca Indirizzo con Gestione Errori
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-export class GeocodingService {
-  async searchAddress(address: string): Promise<{lat: number, lng: number} | null> {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: address,
-        useLocale: true,
-        maxResults: 5
-      });
-      
-      if (results.addresses.length > 0) {
-        const location = results.addresses[0];
-        return {
-          lat: location.latitude,
-          lng: location.longitude
-        };
-      }
-      
-      return null;
-    } catch (error) {
-      console.error('Geocoding failed:', error);
-      return null;
-    }
-  }
-  
-  async getAddressFromCoordinates(lat: number, lng: number): Promise<string | null> {
-    try {
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: lat,
-        longitude: lng,
-        useLocale: true,
-        maxResults: 1
-      });
-      
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        return this.formatAddress(address);
-      }
-      
-      return null;
-    } catch (error) {
-      console.error('Reverse geocoding failed:', error);
-      return null;
-    }
-  }
-  
-  private formatAddress(address: Address): string {
-    const parts = [
-      address.subThoroughfare,
-      address.thoroughfare,
-      address.locality,
-      address.administrativeArea,
-      address.postalCode,
-      address.countryName
-    ].filter(part => part != null && part !== '');
-    
-    return parts.join(', ');
-  }
-}
-```
-
-### Componente Selezionatore Posizione
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-import { Geolocation } from '@capacitor/geolocation';
-
-export class LocationPicker {
-  currentLocation: { lat: number; lng: number } | null = null;
-  currentAddress: string = '';
-  
-  async getCurrentLocation() {
-    try {
-      // Get current coordinates
-      const position = await Geolocation.getCurrentPosition();
-      this.currentLocation = {
-        lat: position.coords.latitude,
-        lng: position.coords.longitude
-      };
-      
-      // Get address for coordinates
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: this.currentLocation.lat,
-        longitude: this.currentLocation.lng,
-        useLocale: true,
-        maxResults: 1
-      });
-      
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        this.currentAddress = [
-          address.thoroughfare,
-          address.locality,
-          address.countryName
-        ].filter(Boolean).join(', ');
-      }
-    } catch (error) {
-      console.error('Failed to get location:', error);
-    }
-  }
-  
-  async searchLocation(query: string) {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: query,
-        useLocale: true,
-        maxResults: 10
-      });
-      
-      return results.addresses.map(address => ({
-        coordinates: {
-          lat: address.latitude,
-          lng: address.longitude
-        },
-        displayName: this.formatDisplayName(address)
-      }));
-    } catch (error) {
-      console.error('Search failed:', error);
-      return [];
-    }
-  }
-  
-  private formatDisplayName(address: Address): string {
-    const mainPart = [
-      address.thoroughfare,
-      address.locality
-    ].filter(Boolean).join(', ');
-    
-    const subPart = [
-      address.administrativeArea,
-      address.countryName
-    ].filter(Boolean).join(', ');
-    
-    return mainPart + (subPart ? ` (${subPart})` : '');
-  }
-}
-```
-
-## Migliori Pratiche
-
-1. **Richiedi prima i permessi**
-   ```typescript
-   import { Geolocation } from '@capacitor/geolocation';
-   
-   const requestPermissions = async () => {
-     const permissions = await Geolocation.requestPermissions();
-     if (permissions.location !== 'granted') {
-       throw new Error('Location permission required');
-     }
-   };
-   ```
-
-2. **Gestisci gli errori con eleganza**
-   ```typescript
-   try {
-     const results = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-   } catch (error) {
-     // Handle specific error cases
-     if (error.message.includes('network')) {
-       console.error('Network error');
-     } else if (error.message.includes('permission')) {
-       console.error('Permission denied');
-     }
-   }
-   ```
-
-3. **Usa maxResults con saggezza**
-   - Per la ricerca utente: Usa 5-10 risultati
-   - Per la conversione automatica: Usa 1 risultato
-   - Più risultati = risposta più lenta
-
-4. **Memorizza i risultati quando possibile**
-   ```typescript
-   const geocodeCache = new Map();
-   
-   async function geocodeWithCache(address: string) {
-     if (geocodeCache.has(address)) {
-       return geocodeCache.get(address);
-     }
-     
-     const result = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-     
-     geocodeCache.set(address, result);
-     return result;
-   }
-   ```
-
-## Differenze tra Piattaforme
-
-### iOS
-- Utilizza `CLGeocoder` da CoreLocation
-- Nessuna chiave API richiesta
-- Rispetta automaticamente le impostazioni locali dell'utente
-
-### Android
-- Utilizza Android Geocoder API
-- Chiave API Google opzionale per risultati migliori
-- Può ricadere sul servizio web di Google
-
-### Configurazione Chiave API (Android)
-
-Per risultati migliori su Android, puoi fornire una chiave API Google:
-
-```typescript
-await NativeGeocoder.forwardGeocode({
-  addressString: address,
-  apiKey: 'YOUR_GOOGLE_API_KEY' // Android only
-});
-```
-
-## Problemi Comuni
-
-1. **Nessun risultato restituito**
-   - Verifica la connessione internet
-   - Verifica il formato dell'indirizzo
-   - Prova con un indirizzo più generico
-
-2. **Errori di permesso**
-   - Assicurati che i permessi di posizione siano concessi
-   - Controlla Info.plist/AndroidManifest.xml
-
-3. **Risultati imprecisi**
-   - Usa indirizzi più specifici
-   - Includi i codici postali quando disponibili
-   - Considera l'uso di coordinate per posizioni precise
diff --git a/src/content/docs/it/docs/plugins/nativegeocoder/index.mdx b/src/content/docs/it/docs/plugins/nativegeocoder/index.mdx
deleted file mode 100644
index 6c1b0a218..000000000
--- a/src/content/docs/it/docs/plugins/nativegeocoder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/nativegeocoder"
-locale: it
-description: Plugin nativo di geocodifica diretta e inversa per convertire indirizzi in coordinate e viceversa.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Converti tra indirizzi e coordinate geografiche utilizzando API di geocodifica native della piattaforma per dati di posizione accurati.
-  image:
-    file: ~public/icons/plugins/nativegeocoder.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/nativegeocoder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-nativegeocoder/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Geocodifica diretta" icon="rocket">
-    Converti indirizzi in coordinate geografiche 📍
-  </Card>
-  <Card title="Geocodifica inversa" icon="document">
-    Converti coordinate in indirizzi leggibili 🏠
-  </Card>
-  <Card title="Precisione nativa" icon="star">
-    Utilizza geocodifica nativa della piattaforma per i migliori risultati 🎯
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/nativegeocoder/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/navigation-bar/getting-started.mdx b/src/content/docs/it/docs/plugins/navigation-bar/getting-started.mdx
deleted file mode 100644
index 44062c54e..000000000
--- a/src/content/docs/it/docs/plugins/navigation-bar/getting-started.mdx
+++ /dev/null
@@ -1,201 +0,0 @@
----
-title: Iniziare
-description: >-
-  Scopri come installare e configurare il plug-in Capacitor Navigation Bar per
-  personalizzare il colore e lo stile della barra di navigazione Android.
-sidebar:
-  order: 2
-locale: it
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-navigation-bar" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizzazione con progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura il plugin**
-
-   **Imposta il colore della barra di navigazione:**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // Set navigation bar color
-   await NavigationBar.setColor({
-     color: '#FF0000', // Red color
-     darkButtons: false // Use light buttons
-   });
-   ```
-
-   **Supporto temi dinamici:**
-   ```typescript
-   // Set color based on theme
-   const isDarkMode = window.matchMedia('(prefers-color-scheme: dark)').matches;
-
-   await NavigationBar.setColor({
-     color: isDarkMode ? '#000000' : '#FFFFFF',
-     darkButtons: !isDarkMode
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="Android">
-       **Requisiti minimi:**
-       - Android 5.0 (API livello 21) o superiore
-       - Il plug-in funziona solo su dispositivi Android
-       
-       Non è richiesta alcuna configurazione aggiuntiva in AndroidManifest.xml.
-     </TabItem>
-     <TabItem label="iOS">
-       Questo plugin è solo Android. iOS non ha una barra di navigazione personalizzabile.
-     </TabItem>
-   </Tabs>
-
-4. **Utilizzo avanzato**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   export class ThemeService {
-     // Set transparent navigation bar
-     async setTransparent() {
-       await NavigationBar.setColor({
-         color: '#00000000', // Transparent
-         darkButtons: true
-       });
-     }
-
-     // Match app theme
-     async matchAppTheme(primaryColor: string, isLight: boolean) {
-       await NavigationBar.setColor({
-         color: primaryColor,
-         darkButtons: isLight
-       });
-     }
-
-     // Get current navigation bar color
-     async getCurrentColor() {
-       const result = await NavigationBar.getColor();
-       console.log('Current color:', result.color);
-       return result.color;
-     }
-
-     // Reset to default
-     async resetToDefault() {
-       await NavigationBar.setColor({
-         color: '#000000',
-         darkButtons: false
-       });
-     }
-   }
-   ```
-
-5. **Integrazione con il ciclo di vita dell'app**
-   ```typescript
-   import { App } from '@capacitor/app';
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // Update navigation bar on app state changes
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       // Restore your app's navigation bar color
-       await NavigationBar.setColor({
-         color: '#YourAppColor',
-         darkButtons: true
-       });
-     }
-   });
-
-   // Handle theme changes
-   window.matchMedia('(prefers-color-scheme: dark)')
-     .addEventListener('change', async (e) => {
-       await NavigationBar.setColor({
-         color: e.matches ? '#121212' : '#FFFFFF',
-         darkButtons: !e.matches
-       });
-     });
-   ```
-</Steps>
-
-## API Riferimento
-
-### Metodi
-
-#### `setColor(options: ColorOptions)`
-Imposta il colore della barra di navigazione e lo stile dei pulsanti.
-
-**Parametri:**
-- `options`: oggetto di configurazione
-  - `color`: stringa - Codice colore esadecimale (ad esempio, '#FF0000')
-  - `darkButtons`: booleano - Utilizza pulsanti scuri (vero) o pulsanti chiari (falso)
-
-**Resi:** `Promise<void>`
-
-#### `getColor()`
-Ottieni il colore corrente della barra di navigazione.
-
-**Resi:** `Promise<{ color: string }>`
-
-### Interfacce
-
-```typescript
-interface ColorOptions {
-  color: string;      // Hex color code
-  darkButtons: boolean; // Button style
-}
-
-interface ColorResult {
-  color: string;      // Current hex color
-}
-```
-
-## Note sulla piattaforma
-
-### Android
-- Richiede Android 5.0 (API livello 21) o successivo
-- I cambiamenti di colore sono immediati
-- Sono supportati i colori trasparenti (usa il canale alfa)
-- La barra di navigazione potrebbe non essere visibile sui dispositivi con navigazione gestuale
-
-### iOS
-- Questo plugin non ha effetto sui dispositivi iOS
-- iOS non fornisce API per personalizzare la navigazione del sistema
-
-## Casi d'uso comuni
-
-1. **Coerenza del marchio**: abbina la barra di navigazione al colore principale della tua app
-2. **Supporto temi**: adatta dinamicamente ai temi chiari/scuri
-3. **Esperienze coinvolgenti**: utilizza la navigazione trasparente per i contenuti a schermo intero
-4. **Indicazione stato**: cambia colore per indicare gli stati dell'app (registrazione, errori, ecc.)
-
-## Migliori pratiche
-
-1. **Contrasto colore**: garantisce un contrasto sufficiente tra la barra di navigazione e i pulsanti
-   ```typescript
-   // Good contrast examples
-   setColor({ color: '#FFFFFF', darkButtons: true });  // White bar, dark buttons
-   setColor({ color: '#000000', darkButtons: false }); // Black bar, light buttons
-   ```
-
-2. **Coerenza del tema**: aggiorna la barra di navigazione quando il tema cambia
-3. **Accessibilità**: considera gli utenti con problemi di vista nella scelta dei colori
-4. **Prestazioni**: evita frequenti cambi di colore che potrebbero distrarre gli utenti
-
-## Risoluzione dei problemi
-
-**La barra di navigazione non cambia:**
-- Verificare che sul dispositivo sia in esecuzione Android 5.0+
-- Controlla se sul dispositivo è abilitata la navigazione gestuale
-- Assicurati che il formato del colore sia esadecimale valido (ad esempio, "#FF0000")
-
-**Pulsanti non visibili:**
-- Controlla che il parametro `darkButtons` corrisponda al colore dello sfondo
-- Gli sfondi chiari richiedono `darkButtons: true`
-- Gli sfondi scuri richiedono `darkButtons: false`
-
-**Il colore appare diverso:**
-- Alcune versioni Android potrebbero modificare leggermente il colore
-- Utilizza colori completamente opachi per ottenere i migliori risultati
diff --git a/src/content/docs/it/docs/plugins/navigation-bar/index.mdx b/src/content/docs/it/docs/plugins/navigation-bar/index.mdx
deleted file mode 100644
index cfc5ea2e0..000000000
--- a/src/content/docs/it/docs/plugins/navigation-bar/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-navigation-bar"
-locale: it
-description: Plugin Capacitor per personalizzare il colore della barra di navigazione Android, fornendo un'integrazione perfetta con il design della tua app.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Imposta colori personalizzati per la barra di navigazione Android per adattarla al tema della tua app e creare un'esperienza visiva coerente.
-  image:
-    file: ~public/icons/plugins/navigation-bar.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/navigation-bar/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-navigation-bar/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Personalizzazione Android" icon="rocket">
-    Controllo completo sull'aspetto della barra di navigazione Android 🎨
-  </Card>
-  <Card title="Tematizzazione dinamica" icon="setting">
-    Cambia i colori dinamicamente per adattarli al tema della tua app 🌈
-  </Card>
-  <Card title="Supporto Light/Dark" icon="moon">
-    Supporto per stili chiari e scuri della barra di navigazione 🌓
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/navigation-bar/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/nfc/getting-started.mdx b/src/content/docs/it/docs/plugins/nfc/getting-started.mdx
deleted file mode 100644
index e5ecd03df..000000000
--- a/src/content/docs/it/docs/plugins/nfc/getting-started.mdx
+++ /dev/null
@@ -1,456 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e utilizzare il plugin NFC per leggere e scrivere tag NFC nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-nfc" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Configurazione
-
-### Configurazione iOS
-
-Aggiungi la descrizione dell'utilizzo NFC al tuo `Info.plist`:
-
-```xml
-<key>NFCReaderUsageDescription</key>
-<string>Questa app necessita dell'accesso NFC per leggere e scrivere tag</string>
-```
-
-Abilita la capacità Near Field Communication Tag Reading nel tuo progetto Xcode.
-
-### Configurazione Android
-
-Aggiungi il permesso NFC al tuo `AndroidManifest.xml`:
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.NFC" />
-  <uses-feature android:name="android.hardware.nfc" android:required="false" />
-</manifest>
-```
-
-## Utilizzo
-
-### Avvia la scansione dei tag NFC
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-await CapacitorNfc.startScanning({
-  invalidateAfterFirstRead: false, // Mantieni la sessione aperta (iOS)
-  alertMessage: 'Avvicina un tag alla parte superiore del tuo dispositivo.',
-});
-
-const listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-  console.log('Tag rilevato:', event.type);
-  console.log('ID Tag:', event.tag?.id);
-  console.log('Messaggio NDEF:', event.tag?.ndefMessage);
-});
-```
-
-### Leggi tag NFC
-
-```typescript
-await CapacitorNfc.addListener('nfcEvent', (event) => {
-  if (event.tag?.ndefMessage) {
-    event.tag.ndefMessage.forEach(record => {
-      console.log('TNF:', record.tnf);
-      console.log('Type:', record.type);
-      console.log('Payload:', record.payload);
-
-      // Decodifica record di testo
-      if (record.tnf === 1 && record.type[0] === 0x54) { // Text record
-        const langLen = record.payload[0] & 0x3f;
-        const text = new TextDecoder().decode(
-          new Uint8Array(record.payload.slice(langLen + 1))
-        );
-        console.log('Text:', text);
-      }
-    });
-  }
-});
-```
-
-### Scrivi su tag NFC
-
-```typescript
-// Prepara un record di testo
-const encoder = new TextEncoder();
-const langBytes = Array.from(encoder.encode('it'));
-const textBytes = Array.from(encoder.encode('Ciao NFC'));
-const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x54], // 'T' per Text
-      id: [],
-      payload,
-    },
-  ],
-});
-
-console.log('Tag scritto con successo');
-```
-
-### Scrivi URL su tag NFC
-
-```typescript
-const url = 'https://capgo.app';
-const urlBytes = Array.from(new TextEncoder().encode(url));
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x55], // 'U' per URI
-      id: [],
-      payload: [0x01, ...urlBytes], // 0x01 = https://
-    },
-  ],
-});
-```
-
-### Cancella tag NFC
-
-```typescript
-await CapacitorNfc.erase();
-console.log('Tag cancellato');
-```
-
-### Rendi il tag di sola lettura
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-console.log('Il tag è ora di sola lettura');
-```
-
-### Interrompi la scansione
-
-```typescript
-await listener.remove();
-await CapacitorNfc.stopScanning();
-```
-
-### Controlla lo stato NFC
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-console.log('Stato NFC:', status);
-// Valori possibili: 'NFC_OK', 'NO_NFC', 'NFC_DISABLED', 'NDEF_PUSH_DISABLED'
-
-if (status === 'NFC_DISABLED') {
-  // Apri le impostazioni di sistema
-  await CapacitorNfc.showSettings();
-}
-```
-
-### Android Beam (Condivisione P2P)
-
-```typescript
-// Condividi dati tramite Android Beam
-const message = {
-  records: [
-    {
-      tnf: 0x01,
-      type: [0x54], // Text
-      id: [],
-      payload: [/* payload del record di testo */],
-    },
-  ],
-};
-
-await CapacitorNfc.share(message);
-
-// Successivamente, interrompi la condivisione
-await CapacitorNfc.unshare();
-```
-
-## Riferimento API
-
-### startScanning(options?)
-
-Inizia l'ascolto dei tag NFC.
-
-```typescript
-interface StartScanningOptions {
-  invalidateAfterFirstRead?: boolean; // Solo iOS, predefinito a true
-  alertMessage?: string; // Solo iOS
-  androidReaderModeFlags?: number; // Solo Android
-}
-
-await CapacitorNfc.startScanning(options);
-```
-
-### stopScanning()
-
-Interrompi la sessione di scansione NFC.
-
-```typescript
-await CapacitorNfc.stopScanning();
-```
-
-### write(options)
-
-Scrivi record NDEF sull'ultimo tag scoperto.
-
-```typescript
-interface WriteTagOptions {
-  records: NdefRecord[];
-  allowFormat?: boolean; // Predefinito a true
-}
-
-interface NdefRecord {
-  tnf: number; // Type Name Format
-  type: number[]; // Tipo di record
-  id: number[]; // ID del record
-  payload: number[]; // Payload del record
-}
-
-await CapacitorNfc.write(options);
-```
-
-### erase()
-
-Cancella l'ultimo tag scoperto.
-
-```typescript
-await CapacitorNfc.erase();
-```
-
-### makeReadOnly()
-
-Rendi l'ultimo tag scoperto di sola lettura (permanente).
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-```
-
-### share(options)
-
-Condividi messaggio NDEF tramite Android Beam (solo Android).
-
-```typescript
-await CapacitorNfc.share({ records: [...] });
-```
-
-### unshare()
-
-Interrompi la condivisione (solo Android).
-
-```typescript
-await CapacitorNfc.unshare();
-```
-
-### getStatus()
-
-Ottieni lo stato corrente dell'adattatore NFC.
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-// Restituisce: 'NFC_OK' | 'NO_NFC' | 'NFC_DISABLED' | 'NDEF_PUSH_DISABLED'
-```
-
-### showSettings()
-
-Apri le impostazioni NFC di sistema.
-
-```typescript
-await CapacitorNfc.showSettings();
-```
-
-## Eventi
-
-### nfcEvent
-
-Attivato quando viene scoperto un tag NFC.
-
-```typescript
-interface NfcEvent {
-  type: 'tag' | 'ndef' | 'ndef-mime' | 'ndef-formattable';
-  tag?: NfcTag;
-}
-
-interface NfcTag {
-  id: number[];
-  techTypes: string[];
-  type: string | null;
-  maxSize: number | null;
-  isWritable: boolean | null;
-  canMakeReadOnly: boolean | null;
-  ndefMessage: NdefRecord[] | null;
-}
-```
-
-### nfcStateChange
-
-Attivato quando cambia la disponibilità dell'adattatore NFC (solo Android).
-
-```typescript
-interface NfcStateChangeEvent {
-  status: NfcStatus;
-  enabled: boolean;
-}
-```
-
-## Esempio completo
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-export class NfcService {
-  private listener: any;
-
-  async startReading() {
-    // Controlla lo stato NFC
-    const { status } = await CapacitorNfc.getStatus();
-
-    if (status === 'NO_NFC') {
-      throw new Error('NFC non disponibile su questo dispositivo');
-    }
-
-    if (status === 'NFC_DISABLED') {
-      await CapacitorNfc.showSettings();
-      return;
-    }
-
-    // Avvia la scansione
-    await CapacitorNfc.startScanning({
-      invalidateAfterFirstRead: false,
-      alertMessage: 'Pronto per scansionare tag NFC',
-    });
-
-    // Ascolta i tag
-    this.listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-      this.handleNfcEvent(event);
-    });
-  }
-
-  private handleNfcEvent(event: any) {
-    console.log('Evento NFC:', event.type);
-
-    if (event.tag?.ndefMessage) {
-      event.tag.ndefMessage.forEach(record => {
-        this.processRecord(record);
-      });
-    }
-  }
-
-  private processRecord(record: any) {
-    // Elabora record di testo
-    if (record.tnf === 1 && record.type[0] === 0x54) {
-      const langLen = record.payload[0] & 0x3f;
-      const text = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(langLen + 1))
-      );
-      console.log('Text:', text);
-    }
-
-    // Elabora record URI
-    if (record.tnf === 1 && record.type[0] === 0x55) {
-      const uriCode = record.payload[0];
-      const uri = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(1))
-      );
-      console.log('URI:', uri);
-    }
-  }
-
-  async writeText(text: string) {
-    const encoder = new TextEncoder();
-    const langBytes = Array.from(encoder.encode('it'));
-    const textBytes = Array.from(encoder.encode(text));
-    const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-    await CapacitorNfc.write({
-      allowFormat: true,
-      records: [
-        {
-          tnf: 0x01,
-          type: [0x54],
-          id: [],
-          payload,
-        },
-      ],
-    });
-  }
-
-  async stopReading() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await CapacitorNfc.stopScanning();
-  }
-}
-```
-
-## Tipi di record NDEF
-
-### TNF (Type Name Format)
-
-- `0x00`: Vuoto
-- `0x01`: Noto (ad es., Text, URI)
-- `0x02`: Tipo MIME media
-- `0x03`: URI assoluto
-- `0x04`: Tipo esterno
-- `0x05`: Sconosciuto
-- `0x06`: Invariato
-- `0x07`: Riservato
-
-### Tipi di record comuni
-
-- **Text**: `type: [0x54]` ('T')
-- **URI**: `type: [0x55]` ('U')
-- **Smart Poster**: `type: [0x53, 0x70]` ('Sp')
-
-### Prefissi URI
-
-- `0x00`: (nessun prefisso)
-- `0x01`: `https://`
-- `0x02`: `https://`
-- `0x03`: `http://`
-- `0x04`: `https://www.`
-
-## Best practice
-
-1. **Controlla lo stato NFC**: Verifica sempre che NFC sia disponibile e abilitato
-2. **Gestisci i permessi**: Richiedi i permessi NFC in modo appropriato
-3. **Interrompi la scansione**: Interrompi sempre la scansione quando hai finito per risparmiare batteria
-4. **Gestione degli errori**: Avvolgi le operazioni NFC in blocchi try-catch
-5. **Test sui dispositivi**: Le funzionalità NFC non funzionano su simulatori/emulatori
-
-## Note sulla piattaforma
-
-### iOS
-- Richiede iOS 11.0+
-- Utilizza il framework Core NFC
-- Supporta la lettura di tag in background (iOS 13+)
-- Limitato alla lettura di tag formattati NDEF
-- Non può scrivere tag in background
-- Richiede NFCReaderUsageDescription in Info.plist
-
-### Android
-- Richiede Android 4.4 (API 19)+
-- Utilizza l'API NFC Android
-- Supporta la lettura di tag sia in primo piano che in background
-- Può scrivere su tag
-- Supporta Android Beam (P2P) su dispositivi con NFC
-- Richiede il permesso NFC in AndroidManifest.xml
-
-### Web
-- Non supportato sulla piattaforma web
diff --git a/src/content/docs/it/docs/plugins/nfc/index.mdx b/src/content/docs/it/docs/plugins/nfc/index.mdx
deleted file mode 100644
index 78b0faab1..000000000
--- a/src/content/docs/it/docs/plugins/nfc/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-nfc"
-locale: it
-description: Rilevamento, lettura e scrittura di tag NFC nativi per app Capacitor su iOS e Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Leggi e scrivi tag NFC con supporto native per iOS e Android, abilitando interazioni contactless ed esperienze con smart tag.
-  image:
-    file: ~public/icons/plugins/nfc.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/nfc/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-nfc/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Rilevamento tag" icon="star">
-    Rileva automaticamente i tag NFC quando si avvicinano al dispositivo 📡
-  </Card>
-  <Card title="Leggi record NDEF" icon="open-book">
-    Leggi dati strutturati dai tag NFC inclusi testo, URL e payload personalizzati 📖
-  </Card>
-  <Card title="Scrivi su tag" icon="pencil">
-    Scrivi messaggi NDEF su tag NFC compatibili 📝
-  </Card>
-  <Card title="Formattazione tag" icon="setting">
-    Formatta tag formattabili NDEF per la scrittura di dati 🔧
-  </Card>
-  <Card title="Peer-to-Peer" icon="rocket">
-    Condividi dati tra dispositivi usando Android Beam (solo Android) 📲
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Funziona sia su iOS che su Android con API coerente 📱
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/pay/getting-started.mdx b/src/content/docs/it/docs/plugins/pay/getting-started.mdx
deleted file mode 100644
index a8928b40b..000000000
--- a/src/content/docs/it/docs/plugins/pay/getting-started.mdx
+++ /dev/null
@@ -1,130 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Configura Apple Pay e Google Pay per il tuo checkout Capacitor con il plugin Pay.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il plugin**
-   <PackageManagers pkg="@capgo/capacitor-pay" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Prerequisiti nativi
-
-- **Apple Pay (iOS)**
-  1. Crea un ID commerciante Apple Pay nel portale Apple Developer.
-  2. Genera e carica il certificato di elaborazione dei pagamenti richiesto dal tuo gateway.
-  3. Abilita la capacità **Apple Pay** in Xcode e assicurati che il tuo profilo di provisioning la includa.
-  4. Aggiorna `Info.plist` con una descrizione di utilizzo se il tuo gateway richiede accesso alla rete per convalidare i pagamenti.
-
-- **Google Pay (Android)**
-  1. Accedi alla [Console aziendale Google Pay](https://pay.google.com/business/console/).
-  2. Configura i parametri del tuo gateway di pagamento o imposta la tokenizzazione diretta per i test.
-  3. Se prevedi di utilizzare carte di produzione, passa `environment` a `PRODUCTION` e registra carte di test per il QA.
-  4. Conferma che i servizi Google Play siano disponibili sul dispositivo (richiesto da Google Pay).
-
-Consulta le guide in `docs/` nel repository del plugin per screenshot dettagliati.
-
-## Controlla disponibilità
-
-```typescript
-import { Pay } from '@capgo/capacitor-pay';
-
-const availability = await Pay.isPayAvailable({
-  apple: { supportedNetworks: ['visa', 'masterCard', 'amex'] },
-  google: {
-    isReadyToPayRequest: {
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-          },
-        },
-      ],
-    },
-  },
-});
-
-if (!availability.available) {
-  console.warn('Pagamento nativo non disponibile:', availability);
-}
-```
-
-## Richiedi pagamento (Apple Pay)
-
-```typescript
-const appleResult = await Pay.requestPayment({
-  apple: {
-    merchantIdentifier: 'merchant.com.example.app',
-    countryCode: 'IT',
-    currencyCode: 'EUR',
-    supportedNetworks: ['visa', 'masterCard'],
-    paymentSummaryItems: [
-      { label: 'Piano Starter', amount: '9.99' },
-      { label: 'Negozio Capgo', amount: '9.99' },
-    ],
-    requiredShippingContactFields: ['name', 'emailAddress'],
-  },
-});
-
-const token = appleResult.apple?.paymentData;
-```
-
-## Richiedi pagamento (Google Pay)
-
-```typescript
-const googleResult = await Pay.requestPayment({
-  google: {
-    environment: 'test',
-    paymentDataRequest: {
-      apiVersion: 2,
-      apiVersionMinor: 0,
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-            billingAddressRequired: true,
-            billingAddressParameters: { format: 'FULL' },
-          },
-          tokenizationSpecification: {
-            type: 'PAYMENT_GATEWAY',
-            parameters: {
-              gateway: 'example',
-              gatewayMerchantId: 'exampleMerchantId',
-            },
-          },
-        },
-      ],
-      merchantInfo: {
-        merchantName: 'Negozio Capgo',
-      },
-      transactionInfo: {
-        totalPriceStatus: 'FINAL',
-        totalPrice: '9.99',
-        currencyCode: 'EUR',
-        countryCode: 'IT',
-      },
-    },
-  },
-});
-
-const paymentData = googleResult.google?.paymentData;
-```
-
-## Gestione delle risposte
-
-- Tokenizza il payload restituito con il tuo elaboratore di pagamenti e conferma la transazione lato server.
-- Offri un percorso alternativo (inserimento carta, fattura) se il pagamento nativo non è disponibile o l'utente annulla.
-- Memorizza nella cache il risultato della disponibilità in modo da non visualizzare i pulsanti su dispositivi non supportati.
diff --git a/src/content/docs/it/docs/plugins/pay/index.mdx b/src/content/docs/it/docs/plugins/pay/index.mdx
deleted file mode 100644
index cf46863dd..000000000
--- a/src/content/docs/it/docs/plugins/pay/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-pay"
-locale: it
-description: Presenta schermati Apple Pay e Google Pay da Capacitor con un flusso di lavoro unificato.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Offri checkout nativi Apple Pay e Google Pay con una singola API TypeScript che si adatta per piattaforma.
-  image:
-    file: ~public/icons/plugins/pay.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/pay/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pay/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Pay collega gli ultimi SDK Apple Pay e Google Pay in modo da poter offrire un'esperienza di checkout senza soluzione di continuità su tutti i dispositivi.
-
-<CardGrid stagger>
-  <Card title="API unificata" icon="pencil">
-    Chiama `isPayAvailable` e `requestPayment` una volta e lascia che il plugin gestisca ogni piattaforma.
-  </Card>
-  <Card title="Configurazione rapida" icon="rocket">
-    Distribuisci schermate di pagamento completamente native senza cablare manualmente codice specifico della piattaforma.
-  </Card>
-  <Card title="Pagamenti tokenizzati" icon="approve-check">
-    Ricevi token di pagamento pronti per le tue integrazioni gateway o PSP.
-  </Card>
-  <Card title="Flussi personalizzabili" icon="star">
-    Configura voci, campi di contatto e requisiti di fatturazione per adattarsi al tuo checkout.
-  </Card>
-</CardGrid>
-
-Immergiti nella guida introduttiva per le checklist di configurazione e i payload di esempio per ogni piattaforma.
diff --git a/src/content/docs/it/docs/plugins/pdf-generator/getting-started.mdx b/src/content/docs/it/docs/plugins/pdf-generator/getting-started.mdx
deleted file mode 100644
index 9ca9d8bce..000000000
--- a/src/content/docs/it/docs/plugins/pdf-generator/getting-started.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Renderizza HTML e pagine remote in PDF con il plugin Capgo PDF Generator.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il plugin**
-   <PackageManagers pkg="@capgo/capacitor-pdf-generator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza piattaforme**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Genera da HTML
-
-```typescript
-import { PdfGenerator } from '@capgo/capacitor-pdf-generator';
-
-const receiptHtml = `
-  <html>
-    <body>
-      <h1>Negozio Capgo</h1>
-      <p>Grazie per il tuo acquisto.</p>
-    </body>
-  </html>
-`;
-
-const pdf = await PdfGenerator.fromData({
-  data: receiptHtml,
-  documentSize: 'A4',
-  orientation: 'portrait',
-  type: 'base64',
-  fileName: 'ricevuta.pdf',
-});
-
-if (pdf.type === 'base64') {
-  const link = document.createElement('a');
-  link.href = `data:application/pdf;base64,${pdf.base64}`;
-  link.download = 'ricevuta.pdf';
-  link.click();
-}
-```
-
-## Cattura un URL remoto
-
-```typescript
-await PdfGenerator.fromURL({
-  url: 'https://docs.capgo.app/invoice?id=123',
-  orientation: 'landscape',
-  documentSize: 'A4',
-  type: 'share', // apre la finestra di condivisione nativa
-  fileName: 'fattura-123.pdf',
-});
-```
-
-## Suggerimenti
-
-- Includi CSS inline nella tua stringa HTML o fornisci un `baseUrl` in modo che le risorse relative si risolvano correttamente.
-- Quando restituisci dati base64 su mobile, spostali nel filesystem (ad es., Capacitor Filesystem) prima di condividerli.
-- L'orientamento orizzontale è ideale per tabelle larghe, mentre quello verticale si adatta alla maggior parte dei documenti.
-- Considera di utilizzare font CSS con ambito (ad es., font di sistema) per un rendering coerente tra le piattaforme.
diff --git a/src/content/docs/it/docs/plugins/pdf-generator/index.mdx b/src/content/docs/it/docs/plugins/pdf-generator/index.mdx
deleted file mode 100644
index bcceed12b..000000000
--- a/src/content/docs/it/docs/plugins/pdf-generator/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-pdf-generator"
-locale: it
-description: Genera PDF da markup HTML o URL remoti direttamente sul dispositivo.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Renderizza PDF pixel-perfect da template, ricevute o report senza lasciare la tua app Capacitor.
-  image:
-    file: ~public/icons/plugins/pdf-generator.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/pdf-generator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pdf-generator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Converti HTML o pagine remote in PDF condivisibili con il renderer nativo di Capgo per iOS e Android.
-
-<CardGrid stagger>
-  <Card title="HTML in PDF" icon="pencil">
-    Inserisci template HTML e ottieni un documento PDF pronto da condividere in pochi secondi.
-  </Card>
-  <Card title="Cattura remota" icon="rocket">
-    Cattura qualsiasi URL accessibile e salva o distribuisci il PDF generato.
-  </Card>
-  <Card title="Output flessibili" icon="star">
-    Restituisci dati base64 o attiva la schermata di condivisione nativa a seconda del tuo flusso di lavoro.
-  </Card>
-  <Card title="Controlli documento" icon="setting">
-    Specifica orientamento, dimensione pagina e nomi file per ogni rendering.
-  </Card>
-</CardGrid>
-
-Vai alla guida introduttiva per note sulla piattaforma ed esempi di utilizzo.
diff --git a/src/content/docs/it/docs/plugins/pedometer/getting-started.mdx b/src/content/docs/it/docs/plugins/pedometer/getting-started.mdx
deleted file mode 100644
index b0d41b297..000000000
--- a/src/content/docs/it/docs/plugins/pedometer/getting-started.mdx
+++ /dev/null
@@ -1,209 +0,0 @@
----
-title: "Iniziare con Pedometer"
-locale: it
-description: "Scopri come integrare il conteggio dei passi e il monitoraggio del fitness nella tua app Capacitor"
----
-
-Questa guida ti guiderà nell'integrazione del plugin Capacitor Pedometer nella tua applicazione.
-
-## Installazione
-
-Installa il plugin usando npm:
-
-```bash
-npm install @capgo/capacitor-pedometer
-npx cap sync
-```
-
-## Configurazione iOS
-
-Aggiungi la descrizione di utilizzo del movimento al tuo `Info.plist`:
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>Abbiamo bisogno dell'accesso ai tuoi dati di movimento per tracciare passi e attività</string>
-```
-
-## Configurazione Android
-
-Il plugin aggiunge automaticamente il permesso `ACTIVITY_RECOGNITION`. Per Android 10+ (API 29), devi richiedere questo permesso a runtime.
-
-## Utilizzo base
-
-### Importa il plugin
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-```
-
-### Controlla disponibilità
-
-```typescript
-const checkPedometer = async () => {
-  const result = await CapacitorPedometer.isAvailable();
-  console.log('Conteggio passi disponibile:', result.stepCounting);
-  console.log('Distanza disponibile:', result.distance);
-  console.log('Conteggio piani disponibile:', result.floorCounting);
-  console.log('Passo disponibile:', result.pace);
-  console.log('Cadenza disponibile:', result.cadence);
-};
-```
-
-### Richiedi permessi
-
-```typescript
-const requestPermission = async () => {
-  const permission = await CapacitorPedometer.requestPermissions();
-  console.log('Stato permesso:', permission.activityRecognition);
-};
-```
-
-### Ottieni misurazioni correnti
-
-```typescript
-const getMeasurements = async () => {
-  const measurements = await CapacitorPedometer.getMeasurement({
-    startDate: new Date(Date.now() - 24 * 60 * 60 * 1000), // 24 ore fa
-    endDate: new Date()
-  });
-
-  console.log('Passi:', measurements.numberOfSteps);
-  console.log('Distanza:', measurements.distance, 'metri');
-  console.log('Piani saliti:', measurements.floorsAscended);
-  console.log('Piani scesi:', measurements.floorsDescended);
-};
-```
-
-### Avvia aggiornamenti in tempo reale
-
-```typescript
-// Aggiungi listener per aggiornamenti in tempo reale
-CapacitorPedometer.addListener('measurement', (data) => {
-  console.log('Passi:', data.numberOfSteps);
-  console.log('Distanza:', data.distance);
-  console.log('Passo:', data.currentPace);
-  console.log('Cadenza:', data.currentCadence);
-});
-
-// Inizia a ricevere aggiornamenti
-await CapacitorPedometer.startMeasurementUpdates();
-```
-
-### Interrompi aggiornamenti
-
-```typescript
-await CapacitorPedometer.stopMeasurementUpdates();
-CapacitorPedometer.removeAllListeners();
-```
-
-## Esempio completo
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-
-class PedometerService {
-  private listener: any;
-
-  async initialize() {
-    // Controlla disponibilità
-    const available = await CapacitorPedometer.isAvailable();
-    if (!available.stepCounting) {
-      console.error('Conteggio passi non disponibile');
-      return false;
-    }
-
-    // Richiedi permessi
-    const permission = await CapacitorPedometer.requestPermissions();
-    if (permission.activityRecognition !== 'granted') {
-      console.error('Permesso negato');
-      return false;
-    }
-
-    return true;
-  }
-
-  async startTracking() {
-    // Aggiungi listener
-    this.listener = CapacitorPedometer.addListener('measurement', (data) => {
-      this.onMeasurement(data);
-    });
-
-    // Avvia aggiornamenti
-    await CapacitorPedometer.startMeasurementUpdates();
-    console.log('Tracciamento pedometro avviato');
-  }
-
-  async stopTracking() {
-    await CapacitorPedometer.stopMeasurementUpdates();
-    if (this.listener) {
-      this.listener.remove();
-    }
-    console.log('Tracciamento pedometro interrotto');
-  }
-
-  onMeasurement(data: any) {
-    console.log('Passi oggi:', data.numberOfSteps);
-    console.log('Distanza:', (data.distance / 1000).toFixed(2), 'km');
-  }
-
-  async getTodaySteps() {
-    const today = new Date();
-    today.setHours(0, 0, 0, 0);
-
-    const measurements = await CapacitorPedometer.getMeasurement({
-      startDate: today,
-      endDate: new Date()
-    });
-
-    return measurements.numberOfSteps;
-  }
-}
-
-// Utilizzo
-const pedometer = new PedometerService();
-await pedometer.initialize();
-await pedometer.startTracking();
-```
-
-## Best practice
-
-1. **Controlla disponibilità**: Verifica sempre le funzionalità del pedometro prima dell'uso
-2. **Richiedi permessi**: Gestisci le richieste di permesso con eleganza
-3. **Ottimizzazione batteria**: Interrompi gli aggiornamenti quando non necessari
-4. **Gestione errori**: Avvolgi le chiamate in blocchi try-catch
-5. **Aggiornamenti in background**: Configura le modalità in background per il tracciamento continuo
-
-## Problemi comuni
-
-### Permesso negato
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await CapacitorPedometer.checkPermissions();
-
-  if (permission.activityRecognition === 'denied') {
-    alert('Il permesso di tracciamento del movimento è richiesto. Abilitalo nelle Impostazioni.');
-  }
-};
-```
-
-### Non disponibile sul dispositivo
-
-```typescript
-const checkSupport = async () => {
-  const available = await CapacitorPedometer.isAvailable();
-
-  if (!available.stepCounting) {
-    alert('Il conteggio dei passi non è disponibile su questo dispositivo');
-    return false;
-  }
-
-  return true;
-};
-```
-
-## Prossimi passi
-
-- Esplora il [Riferimento API](https://github.com/Cap-go/capacitor-pedometer#api) per la documentazione completa
-- Dai un'occhiata all'[app di esempio](https://github.com/Cap-go/capacitor-pedometer/tree/main/example)
-- Vedi il [tutorial](/plugins/capacitor-pedometer) per un'implementazione avanzata
diff --git a/src/content/docs/it/docs/plugins/pedometer/index.mdx b/src/content/docs/it/docs/plugins/pedometer/index.mdx
deleted file mode 100644
index 146780ea2..000000000
--- a/src/content/docs/it/docs/plugins/pedometer/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-pedometer"
-locale: it
-description: Traccia passi, distanza, passo e dati sul fitness con i sensori del pedometro del dispositivo per un monitoraggio completo della salute e del fitness.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Accedi a dati completi del pedometro per il monitoraggio del fitness e della salute con aggiornamenti in tempo reale e query di dati storici.
-  image:
-    file: ~public/icons/plugins/pedometer.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/pedometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pedometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Conteggio passi" icon="rocket">
-    Rilevamento e conteggio accurato dei passi 👟
-  </Card>
-  <Card title="Tracciamento distanza" icon="star">
-    Calcola la distanza percorsa in tempo reale 📏
-  </Card>
-  <Card title="Passo e cadenza" icon="setting">
-    Monitora la velocità di camminata e corsa 🏃
-  </Card>
-  <Card title="Dati storici" icon="document">
-    Interroga i dati del pedometro da intervalli di tempo specifici 📊
-  </Card>
-  <Card title="Tracciamento piani" icon="approve-check">
-    Conta i piani saliti su dispositivi iOS 🪜
-  </Card>
-  <Card title="Iniziare" icon="open-book">
-    Consulta la [Guida introduttiva](/docs/plugins/pedometer/getting-started/) per installare e configurare il plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/persistent-account/getting-started.mdx b/src/content/docs/it/docs/plugins/persistent-account/getting-started.mdx
deleted file mode 100644
index 71c7c63b5..000000000
--- a/src/content/docs/it/docs/plugins/persistent-account/getting-started.mdx
+++ /dev/null
@@ -1,339 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e utilizzare il plugin Persistent Account per mantenere i dati utente attraverso le installazioni dell'app.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Supporto piattaforme
-
-- **iOS**: Utilizza iOS Keychain Services per archiviazione sicura e persistente
-- **Android**: Utilizza Android Account Manager o preferenze condivise con backup
-
-## Esempio di utilizzo
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// Definisci la struttura dei dati dell'account
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// Salva dati account
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// Leggi dati account
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('Account ripristinato:', account.username);
-} else {
-  console.log('Nessun dato account trovato');
-}
-```
-
-## Riferimento API
-
-### saveAccount(options)
-
-```typescript
-saveAccount(options: { data: unknown }) => Promise<void>
-```
-
-Salva in modo sicuro i dati dell'account nell'archiviazione persistente.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ data: unknown }` |
-
-### readAccount()
-
-```typescript
-readAccount() => Promise<{ data: unknown | null }>
-```
-
-Recupera i dati dell'account archiviati.
-
-**Restituisce:** `Promise<{ data: unknown | null }>`
-
-## Implementazione pratica
-
-### Esempio completo di Auth Service
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  authToken?: string;
-  preferences: {
-    theme: string;
-    language: string;
-    notifications: boolean;
-  };
-}
-
-class AuthService {
-  // Salva account utente dopo il login
-  async saveUserAccount(user: UserAccount) {
-    try {
-      await PersistentAccount.saveAccount({ data: user });
-      console.log('Account utente salvato con successo');
-    } catch (error) {
-      console.error('Impossibile salvare account:', error);
-      throw error;
-    }
-  }
-
-  // Ripristina account utente all'avvio dell'app
-  async restoreUserAccount(): Promise<UserAccount | null> {
-    try {
-      const result = await PersistentAccount.readAccount();
-
-      if (result.data) {
-        const account = result.data as UserAccount;
-        console.log('Account utente ripristinato:', account.username);
-        return account;
-      }
-
-      console.log('Nessun account salvato trovato');
-      return null;
-    } catch (error) {
-      console.error('Impossibile ripristinare account:', error);
-      return null;
-    }
-  }
-
-  // Aggiorna preferenze utente
-  async updatePreferences(preferences: Partial<UserAccount['preferences']>) {
-    const account = await this.restoreUserAccount();
-
-    if (account) {
-      const updatedAccount: UserAccount = {
-        ...account,
-        preferences: {
-          ...account.preferences,
-          ...preferences
-        }
-      };
-
-      await this.saveUserAccount(updatedAccount);
-    }
-  }
-
-  // Cancella dati account (al logout)
-  async clearAccount() {
-    try {
-      await PersistentAccount.saveAccount({ data: null });
-      console.log('Dati account cancellati');
-    } catch (error) {
-      console.error('Impossibile cancellare account:', error);
-    }
-  }
-}
-
-// Utilizzo
-const authService = new AuthService();
-
-// Al login
-await authService.saveUserAccount({
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  authToken: 'abc123xyz',
-  preferences: {
-    theme: 'dark',
-    language: 'it',
-    notifications: true
-  }
-});
-
-// All'avvio dell'app
-const savedAccount = await authService.restoreUserAccount();
-if (savedAccount) {
-  // L'utente era precedentemente loggato
-  console.log('Bentornato,', savedAccount.username);
-}
-
-// Aggiorna preferenze
-await authService.updatePreferences({
-  theme: 'light',
-  notifications: false
-});
-
-// Al logout
-await authService.clearAccount();
-```
-
-### Inizializzazione app con ripristino account
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function initializeApp() {
-  try {
-    // Prova a ripristinare l'account salvato
-    const result = await PersistentAccount.readAccount();
-
-    if (result.data) {
-      const account = result.data as UserAccount;
-
-      // Valida che il token sia ancora valido
-      const isValid = await validateAuthToken(account.authToken);
-
-      if (isValid) {
-        // Ripristina sessione utente
-        setCurrentUser(account);
-        navigateToHome();
-      } else {
-        // Token scaduto, mostra login
-        navigateToLogin();
-      }
-    } else {
-      // Nessun account salvato, mostra login
-      navigateToLogin();
-    }
-  } catch (error) {
-    console.error('Impossibile inizializzare app:', error);
-    navigateToLogin();
-  }
-}
-
-// Chiama all'avvio dell'app
-initializeApp();
-```
-
-### Sincronizzazione con backend
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function syncAccountWithBackend() {
-  const result = await PersistentAccount.readAccount();
-
-  if (result.data) {
-    const localAccount = result.data as UserAccount;
-
-    try {
-      // Recupera i dati account più recenti dal server
-      const response = await fetch(`/api/users/${localAccount.userId}`);
-      const serverAccount = await response.json();
-
-      // Unisci dati server con preferenze locali
-      const mergedAccount: UserAccount = {
-        ...serverAccount,
-        preferences: {
-          ...serverAccount.preferences,
-          ...localAccount.preferences // Le preferenze locali hanno priorità
-        }
-      };
-
-      // Salva dati uniti
-      await PersistentAccount.saveAccount({ data: mergedAccount });
-
-      return mergedAccount;
-    } catch (error) {
-      console.error('Impossibile sincronizzare con backend:', error);
-      // Restituisci account locale come fallback
-      return localAccount;
-    }
-  }
-
-  return null;
-}
-```
-
-## Best practice
-
-- **Sicurezza dei tipi**: Definisci interfacce TypeScript chiare per i tuoi dati account
-- **Validazione**: Valida sempre i dati quando leggi dall'archiviazione persistente
-- **Gestione errori**: Implementa blocchi try-catch appropriati per tutte le operazioni
-- **Sicurezza**: Non archiviare dati sensibili come password in testo normale
-- **Gestione token**: Aggiorna i token di autenticazione quando ripristini gli account
-- **Dimensione dati**: Mantieni i dati archiviati al minimo per garantire operazioni di lettura/scrittura veloci
-- **Controlli null**: Controlla sempre se i dati esistono prima di usarli
-- **Strategia di backup**: Considera la sincronizzazione con backend per sicurezza aggiuntiva
-
-## Considerazioni sulla sicurezza
-
-- I dati account sono archiviati utilizzando meccanismi di archiviazione sicura specifici della piattaforma
-- I dati persistono attraverso disinstallazioni e reinstallazioni dell'app
-- Considera di crittografare le informazioni sensibili prima dell'archiviazione
-- Implementa una validazione appropriata dei dati quando leggi account archiviati
-- Segui le linee guida della piattaforma per la gestione dei dati utente
-- Utilizza token di autenticazione con scadenza per la sicurezza
-- Cancella i dati account in modo appropriato al logout dell'utente
-
-## Implementazione piattaforma
-
-### iOS
-
-- Utilizza iOS Keychain Services per archiviazione sicura e persistente
-- I dati sopravvivono all'eliminazione dell'app e al ripristino del dispositivo
-- Protetto dai meccanismi di sicurezza iOS
-
-### Android
-
-- Utilizza Android Account Manager o preferenze condivise con backup
-- Mantiene i dati attraverso reinstallazioni app e migrazioni dispositivo
-- Protetto dalla sicurezza del sistema Android
-
-## Casi d'uso
-
-- **Onboarding utente**: Preserva il progresso dell'utente attraverso le reinstallazioni dell'app
-- **Recupero account**: Ripristina le sessioni utente dopo gli aggiornamenti dell'app
-- **Archiviazione preferenze**: Mantieni le impostazioni e configurazioni utente
-- **App offline-first**: Archivia dati utente essenziali localmente
-- **Gestione sessione**: Mantieni gli utenti loggati attraverso i riavvii dell'app
-- **Migrazione dispositivo**: Trasferisci dati utente a nuovi dispositivi
diff --git a/src/content/docs/it/docs/plugins/persistent-account/index.mdx b/src/content/docs/it/docs/plugins/persistent-account/index.mdx
deleted file mode 100644
index b226c1c97..000000000
--- a/src/content/docs/it/docs/plugins/persistent-account/index.mdx
+++ /dev/null
@@ -1,132 +0,0 @@
----
-title: "@capgo/capacitor-persistent-account"
-locale: it
-description: Plugin di gestione account persistente per app Capacitor con archiviazione sicura, gestione sessioni e persistenza dati utente.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Gestisci account utente con archiviazione persistente, gestione sessioni sicura e autenticazione senza soluzione di continuità tra le sessioni dell'app.
-  image:
-    file: ~public/icons/plugins/persistent-account.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/persistent-account/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-persistent-account/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Panoramica
-
-Il plugin Capacitor Persistent Account abilita l'archiviazione sicura e la persistenza dei dati dell'account utente tra le installazioni dell'app. Questo plugin garantisce che le informazioni dell'account utente rimangano disponibili anche dopo le reinstallazioni dell'app, fornendo un'esperienza utente senza soluzione di continuità e continuità dell'account.
-
-<CardGrid stagger>
-  <Card title="Persistenza tra installazioni" icon="rocket">
-    I dati sopravvivono ai cicli di disinstallazione/reinstallazione dell'app 💾
-  </Card>
-  <Card title="Archiviazione sicura" icon="setting">
-    Archiviazione sicura dei dati account con integrazione di sistema 🔐
-  </Card>
-  <Card title="API semplice" icon="puzzle">
-    Interfaccia pulita di lettura/scrittura per la gestione account 📊
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Implementazione nativa iOS e Android 📱
-  </Card>
-</CardGrid>
-
-## Installazione
-
-```bash
-npm install @capgo/capacitor-persistent-account
-npx cap sync
-```
-
-## Metodi API principali
-
-### Gestione dati
-- `saveAccount(options: { data: unknown })` - Salva in modo sicuro i dati account nell'archiviazione persistente
-- `readAccount()` - Recupera i dati account archiviati, restituisce `Promise<{ data: unknown | null }>`
-
-## Funzionalità principali
-
-- **Persistenza tra installazioni**: I dati account sopravvivono alla disinstallazione e reinstallazione dell'app
-- **Archiviazione sicura**: Utilizza meccanismi di archiviazione sicura specifici della piattaforma
-- **Flessibilità dei tipi**: Archivia qualsiasi struttura di dati account serializzabile
-- **Supporto cross-platform**: Implementazione nativa sia per iOS che per Android
-
-## Esempio di utilizzo
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// Definisci la struttura dei dati dell'account
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// Salva dati account
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// Leggi dati account
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('Account ripristinato:', account.username);
-} else {
-  console.log('Nessun dato account trovato');
-}
-```
-
-## Casi d'uso
-
-- **Onboarding utente**: Preserva il progresso dell'utente attraverso le reinstallazioni dell'app
-- **Recupero account**: Ripristina le sessioni utente dopo gli aggiornamenti dell'app
-- **Archiviazione preferenze**: Mantieni le impostazioni e configurazioni utente
-- **App offline-first**: Archivia dati utente essenziali localmente
-
-## Implementazione piattaforma
-
-### iOS
-- Utilizza iOS Keychain Services per archiviazione sicura e persistente
-- I dati sopravvivono all'eliminazione dell'app e al ripristino del dispositivo
-
-### Android
-- Utilizza Android Account Manager o preferenze condivise con backup
-- Mantiene i dati attraverso reinstallazioni app e migrazioni dispositivo
-
-## Considerazioni sulla sicurezza
-
-- I dati account sono archiviati utilizzando archiviazione sicura specifica della piattaforma
-- Considera la crittografia dei dati per informazioni sensibili
-- Implementa una validazione appropriata dei dati quando leggi account archiviati
-- Segui le linee guida della piattaforma per la gestione dei dati utente
-
-## Documentazione
-
-Consulta la [documentazione completa](/docs/plugins/persistent-account/getting-started/) per guide dettagliate all'implementazione e best practice.
diff --git a/src/content/docs/it/docs/plugins/photo-library/getting-started.mdx b/src/content/docs/it/docs/plugins/photo-library/getting-started.mdx
deleted file mode 100644
index 25e3bb111..000000000
--- a/src/content/docs/it/docs/plugins/photo-library/getting-started.mdx
+++ /dev/null
@@ -1,76 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Integra la galleria fotografica nativa con paginazione e selezione media.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il plugin**
-   <PackageManagers pkg="@capgo/capacitor-photo-library" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza piattaforme**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Permessi piattaforma
-
-- **iOS**: Aggiorna `Info.plist` con `NSPhotoLibraryUsageDescription` (e `NSPhotoLibraryAddUsageDescription` se prevedi di salvare media).
-- **Android**: Per Android 13+, dichiara i permessi foto/video (`READ_MEDIA_IMAGES`, `READ_MEDIA_VIDEO`). Capacitor 5 gestisce questo automaticamente, ma ricontrolla i manifest personalizzati.
-
-## Richiedi accesso
-
-```typescript
-import { PhotoLibrary } from '@capgo/capacitor-photo-library';
-
-const { state } = await PhotoLibrary.requestAuthorization();
-if (state !== 'authorized' && state !== 'limited') {
-  throw new Error('Accesso foto negato');
-}
-```
-
-## Carica la galleria
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const { assets, hasMore, nextPage } = await PhotoLibrary.getLibrary({
-  limit: 100,
-  includeAlbums: false,
-  thumbnailWidth: 256,
-  thumbnailHeight: 256,
-});
-
-const gallery = assets.map((asset) => ({
-  id: asset.id,
-  fileName: asset.fileName,
-  created: asset.creationDate,
-  thumbnailUrl: asset.thumbnail
-    ? asset.thumbnail.webPath ?? Capacitor.convertFileSrc(asset.thumbnail.path)
-    : undefined,
-  photoUrl: asset.file
-    ? asset.file.webPath ?? Capacitor.convertFileSrc(asset.file.path)
-    : undefined,
-}));
-```
-
-Per recuperare pagine aggiuntive, chiama `PhotoLibrary.getLibrary({ cursor: nextPage })`.
-
-## Lascia che gli utenti selezionino media
-
-```typescript
-const selection = await PhotoLibrary.pickMedia({
-  selectionLimit: 5,
-  includeVideos: true,
-});
-
-console.log('Utente ha selezionato', selection.assets.length, 'elementi');
-```
-
-## Pulisci file in cache
-
-Le miniature generate e le esportazioni sono archiviate nella directory cache dell'app sotto `photoLibrary`. Rimuovile con la tua API file preferita quando hai bisogno di recuperare spazio di archiviazione.
diff --git a/src/content/docs/it/docs/plugins/photo-library/index.mdx b/src/content/docs/it/docs/plugins/photo-library/index.mdx
deleted file mode 100644
index 1fa2950b0..000000000
--- a/src/content/docs/it/docs/plugins/photo-library/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: '@capgo/capacitor-photo-library'
-description: >-
-  Sfoglia e seleziona le foto con paginazione, miniature e URL memorizzati nella
-  cache efficienti.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Crea gallerie personalizzate che attingono alla libreria fotografica nativa
-    con solidi flussi di autorizzazione.
-  image:
-    file: ~public/icons/plugins/photo-library.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/photo-library/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-photo-library/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo La libreria fotografica ti aiuta a elencare gli album, sfogliare le risorse e richiedere miniature mantenendo sotto controllo le prestazioni.
-
-<CardGrid stagger>
-  <Card title="Aiutanti di autorizzazione" icon="approve-check">
-    Richiedi autorizzazioni e gestisci con garbo gli stati di accesso limitato.
-  </Card>
-  <Card title="Recupero delle pagine" icon="rocket">
-    Impagina la gallery con caricamento basato su cursore e limiti personalizzabili.
-  </Card>
-  <Card title="Miniature ottimizzate" icon="star">
-    Recupera gli URL delle miniature a dimensioni fisse per elenchi a scorrimento fluido.
-  </Card>
-  <Card title="Selezione dei media" icon="download">
-    Consenti agli utenti di selezionare foto o video con limiti di selezione configurabili.
-  </Card>
-</CardGrid>
-
-Consulta la guida introduttiva per la configurazione delle autorizzazioni e gli esempi di gallerie.
diff --git a/src/content/docs/it/docs/plugins/printer/getting-started.mdx b/src/content/docs/it/docs/plugins/printer/getting-started.mdx
deleted file mode 100644
index 478c5486e..000000000
--- a/src/content/docs/it/docs/plugins/printer/getting-started.mdx
+++ /dev/null
@@ -1,322 +0,0 @@
----
-title: Guida Introduttiva
-locale: it
-description: Scopri come installare e utilizzare il plugin Printer per stampare contenuti dalla tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-printer" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e stampa vari tipi di contenuto:
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-
-// Print HTML content
-const printHTML = async () => {
-  await Printer.print({
-    content: '<h1>Hello World</h1><p>This is a test print.</p>',
-    name: 'test-print'
-  });
-};
-
-// Print a PDF file
-const printPDF = async () => {
-  await Printer.print({
-    content: 'file:///path/to/document.pdf',
-    name: 'my-document'
-  });
-};
-
-// Print an image
-const printImage = async () => {
-  await Printer.print({
-    content: 'file:///path/to/image.jpg',
-    name: 'my-image'
-  });
-};
-```
-
-## Riferimento API
-
-### print(options)
-
-Apre la finestra di stampa nativa con il contenuto specificato.
-
-```typescript
-interface PrintOptions {
-  content: string;          // HTML string, file URI, or base64 data
-  name?: string;            // Print job name
-  orientation?: 'portrait' | 'landscape';
-  grayscale?: boolean;      // Print in grayscale (default: false)
-}
-
-await Printer.print(options);
-```
-
-### canPrint()
-
-Verifica se la stampa è disponibile sul dispositivo.
-
-```typescript
-const { value } = await Printer.canPrint();
-console.log('Printing available:', value);
-```
-
-## Esempio Completo
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class PrintService {
-  async checkPrintAvailability(): Promise<boolean> {
-    const { value } = await Printer.canPrint();
-    return value;
-  }
-
-  async printHTML(htmlContent: string, jobName: string = 'Document') {
-    try {
-      const canPrint = await this.checkPrintAvailability();
-      if (!canPrint) {
-        throw new Error('Printing not available on this device');
-      }
-
-      await Printer.print({
-        content: htmlContent,
-        name: jobName,
-        orientation: 'portrait'
-      });
-    } catch (error) {
-      console.error('Print failed:', error);
-      throw error;
-    }
-  }
-
-  async printDocument(filePath: string, jobName?: string) {
-    await Printer.print({
-      content: filePath,
-      name: jobName || 'Document'
-    });
-  }
-
-  async printReceipt(receiptData: any) {
-    const html = `
-      <!DOCTYPE html>
-      <html>
-        <head>
-          <style>
-            body { font-family: Arial, sans-serif; padding: 20px; }
-            .header { text-align: center; margin-bottom: 20px; }
-            .item { display: flex; justify-content: space-between; margin: 10px 0; }
-            .total { font-weight: bold; font-size: 1.2em; margin-top: 20px; padding-top: 10px; border-top: 2px solid #000; }
-          </style>
-        </head>
-        <body>
-          <div class="header">
-            <h2>Receipt</h2>
-            <p>Date: ${new Date().toLocaleDateString()}</p>
-          </div>
-          ${receiptData.items.map((item: any) => `
-            <div class="item">
-              <span>${item.name}</span>
-              <span>$${item.price.toFixed(2)}</span>
-            </div>
-          `).join('')}
-          <div class="total">
-            <div class="item">
-              <span>Total:</span>
-              <span>$${receiptData.total.toFixed(2)}</span>
-            </div>
-          </div>
-        </body>
-      </html>
-    `;
-
-    await this.printHTML(html, 'Receipt');
-  }
-
-  async printFromURL(url: string) {
-    // Download the file first
-    const response = await fetch(url);
-    const blob = await response.blob();
-    const reader = new FileReader();
-
-    return new Promise((resolve, reject) => {
-      reader.onloadend = async () => {
-        try {
-          await Printer.print({
-            content: reader.result as string,
-            name: 'Downloaded Document'
-          });
-          resolve(true);
-        } catch (error) {
-          reject(error);
-        }
-      };
-      reader.onerror = reject;
-      reader.readAsDataURL(blob);
-    });
-  }
-}
-```
-
-## Utilizzo Avanzato
-
-### Stampa con Stili Personalizzati
-
-```typescript
-const printStyledDocument = async () => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          @page {
-            size: A4;
-            margin: 2cm;
-          }
-          body {
-            font-family: 'Times New Roman', serif;
-            line-height: 1.6;
-          }
-          h1 {
-            color: #333;
-            border-bottom: 2px solid #333;
-            padding-bottom: 10px;
-          }
-          .content {
-            margin-top: 20px;
-          }
-        </style>
-      </head>
-      <body>
-        <h1>Professional Document</h1>
-        <div class="content">
-          <p>This is a professionally styled document ready for printing.</p>
-        </div>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Styled Document',
-    orientation: 'portrait'
-  });
-};
-```
-
-### Stampa di Tabelle
-
-```typescript
-const printTable = async (data: any[]) => {
-  const tableRows = data.map(row => `
-    <tr>
-      <td>${row.id}</td>
-      <td>${row.name}</td>
-      <td>${row.value}</td>
-    </tr>
-  `).join('');
-
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          table {
-            width: 100%;
-            border-collapse: collapse;
-          }
-          th, td {
-            border: 1px solid #ddd;
-            padding: 8px;
-            text-align: left;
-          }
-          th {
-            background-color: #f2f2f2;
-            font-weight: bold;
-          }
-        </style>
-      </head>
-      <body>
-        <table>
-          <thead>
-            <tr>
-              <th>ID</th>
-              <th>Name</th>
-              <th>Value</th>
-            </tr>
-          </thead>
-          <tbody>
-            ${tableRows}
-          </tbody>
-        </table>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Data Table'
-  });
-};
-```
-
-### Stampa di Immagini
-
-```typescript
-const printImageWithDetails = async (imagePath: string, title: string) => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          body { text-align: center; padding: 20px; }
-          h2 { margin-bottom: 20px; }
-          img { max-width: 100%; height: auto; }
-        </style>
-      </head>
-      <body>
-        <h2>${title}</h2>
-        <img src="${imagePath}" alt="${title}" />
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: title
-  });
-};
-```
-
-## Migliori Pratiche
-
-1. **Verifica Disponibilità**: Controlla sempre se la stampa è disponibile prima di tentare di stampare
-2. **Contenuto Valido**: Assicurati che l'HTML sia ben formato e che i percorsi dei file siano validi
-3. **Nomi dei Lavori**: Usa nomi descrittivi per i lavori di stampa per aiutare gli utenti a identificarli
-4. **Stili**: Usa CSS inline o stili incorporati per un output di stampa coerente
-5. **Gestione Errori**: Avvolgi le chiamate di stampa in blocchi try-catch per il feedback dell'utente
-
-## Risoluzione dei Problemi
-
-### Problemi Comuni
-
-**Finestra di stampa non appare**: Verifica che la stampa sia disponibile con canPrint()
-**Contenuto non stampa**: Verifica che l'HTML sia valido e che i percorsi dei file siano corretti
-**Immagini non appaiono**: Assicurati che i percorsi delle immagini siano assoluti e che i file siano accessibili
-**Problemi di stile**: Usa le regole CSS @page e testa l'output di stampa
diff --git a/src/content/docs/it/docs/plugins/printer/index.mdx b/src/content/docs/it/docs/plugins/printer/index.mdx
deleted file mode 100644
index 0c066bceb..000000000
--- a/src/content/docs/it/docs/plugins/printer/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-printer"
-locale: it
-description: Stampa documenti, HTML, PDF, immagini e web view dalla tua app Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Stampa documenti, contenuti HTML, PDF, immagini e web view direttamente dalla tua app Capacitor su iOS e Android.
-  image:
-    file: ~public/icons/plugins/printer.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/printer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-printer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Formati Multipli" icon="document">
-    Stampa HTML, PDF, immagini e contenuti web 📄
-  </Card>
-  <Card title="UI Nativa" icon="laptop">
-    Utilizza le finestre di stampa native su iOS e Android 🖨️
-  </Card>
-  <Card title="Integrazione Facile" icon="rocket">
-    API semplice per una rapida integrazione nella tua app 🚀
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Funziona su dispositivi iOS e Android 📱
-  </Card>
-  <Card title="Personalizzabile" icon="setting">
-    Controlla le opzioni di stampa come orientamento e dimensione pagina ⚙️
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/printer/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/realtimekit/getting-started.mdx b/src/content/docs/it/docs/plugins/realtimekit/getting-started.mdx
deleted file mode 100644
index 8ea7b572b..000000000
--- a/src/content/docs/it/docs/plugins/realtimekit/getting-started.mdx
+++ /dev/null
@@ -1,476 +0,0 @@
----
-title: Iniziare con RealtimeKit
-description: >-
-  Scopri come integrare le videoconferenze Cloudflare Calls nella tua app
-  Capacitor
-locale: it
----
-Questa guida ti guiderà attraverso l'integrazione del plug-in Capacitor RealtimeKit per aggiungere videoconferenze basate su Cloudflare Calls alla tua applicazione.
-
-## Installazione
-
-Installa il plug-in utilizzando npm:
-
-```bash
-npm install @capgo/capacitor-realtimekit
-npx cap sync
-```
-
-## Dipendenze
-
-Questo plugin utilizza Cloudflare RealtimeKit SDK:
-
-- **iOS**: RealtimeKitCoreiOS (installato automaticamente tramite Swift Package Manager)
-- **Android**: `com.cloudflare.realtimekit:ui-android` versione `0.2.2`
-
-### Personalizzazione della versione Android RealtimeKit
-
-Nel `build.gradle` della tua app:
-
-```kotlin
-buildscript {
-    ext {
-        realtimekitUiVersion = '0.2.2'  // or your desired version
-    }
-}
-```
-
-## iOS Configurazione
-
-Aggiungi quanto segue al `Info.plist` della tua app:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>We need camera access for video calls</string>
-
-<key>NSMicrophoneUsageDescription</key>
-<string>We need microphone access for audio calls</string>
-
-<key>NSPhotoLibraryUsageDescription</key>
-<string>We need photo library access to share images</string>
-
-<key>NSBluetoothPeripheralUsageDescription</key>
-<string>We need Bluetooth access for audio routing</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-  <string>fetch</string>
-  <string>remote-notification</string>
-</array>
-```
-
-## Android Configurazione
-
-Aggiungi le seguenti autorizzazioni al tuo `AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-
-<uses-feature android:name="android.hardware.camera" android:required="false" />
-<uses-feature android:name="android.hardware.camera.autofocus" android:required="false" />
-```
-
-## Utilizzo di base
-
-### Importa il plugin
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-```
-
-### Inizializza il plugin
-
-```typescript
-async function initializeRealtimeKit() {
-  try {
-    await CapacitorRealtimekit.initialize();
-    console.log('RealtimeKit initialized');
-  } catch (error) {
-    console.error('Failed to initialize RealtimeKit:', error);
-  }
-}
-```
-
-### Avvia una riunione
-
-```typescript
-async function startMeeting(meetingUrl: string) {
-  try {
-    await CapacitorRealtimekit.startMeeting({
-      url: meetingUrl
-    });
-    console.log('Meeting started');
-  } catch (error) {
-    console.error('Failed to start meeting:', error);
-  }
-}
-```
-
-## Esempio completo
-
-Ecco un servizio di videoconferenza completo:
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-
-export interface MeetingConfig {
-  url: string;
-  displayName?: string;
-  audioEnabled?: boolean;
-  videoEnabled?: boolean;
-}
-
-export class VideoConferenceService {
-  private isInitialized = false;
-  private currentMeetingUrl: string | null = null;
-
-  async initialize(): Promise<boolean> {
-    if (this.isInitialized) {
-      console.log('RealtimeKit already initialized');
-      return true;
-    }
-
-    try {
-      await CapacitorRealtimekit.initialize();
-      this.isInitialized = true;
-      console.log('RealtimeKit initialized successfully');
-      return true;
-    } catch (error) {
-      console.error('Failed to initialize RealtimeKit:', error);
-      return false;
-    }
-  }
-
-  async startMeeting(config: MeetingConfig): Promise<void> {
-    if (!this.isInitialized) {
-      const initialized = await this.initialize();
-      if (!initialized) {
-        throw new Error('Failed to initialize RealtimeKit');
-      }
-    }
-
-    try {
-      await CapacitorRealtimekit.startMeeting({
-        url: config.url
-      });
-
-      this.currentMeetingUrl = config.url;
-      console.log('Meeting started:', config.url);
-    } catch (error) {
-      console.error('Failed to start meeting:', error);
-      throw error;
-    }
-  }
-
-  async joinMeeting(meetingUrl: string, displayName?: string): Promise<void> {
-    const config: MeetingConfig = {
-      url: meetingUrl,
-      displayName: displayName
-    };
-
-    await this.startMeeting(config);
-  }
-
-  getCurrentMeetingUrl(): string | null {
-    return this.currentMeetingUrl;
-  }
-
-  isInMeeting(): boolean {
-    return this.currentMeetingUrl !== null;
-  }
-
-  async getPluginVersion(): Promise<string> {
-    try {
-      const result = await CapacitorRealtimekit.getPluginVersion();
-      return result.version;
-    } catch (error) {
-      console.error('Failed to get plugin version:', error);
-      return 'unknown';
-    }
-  }
-}
-
-// Usage
-const videoService = new VideoConferenceService();
-
-// Initialize on app start
-await videoService.initialize();
-
-// Start a meeting
-await videoService.startMeeting({
-  url: 'https://your-cloudflare-calls-url.com/meeting/123'
-});
-
-// Join an existing meeting
-await videoService.joinMeeting(
-  'https://your-cloudflare-calls-url.com/meeting/456',
-  'John Doe'
-);
-```
-
-## Configurazione delle chiamate Cloudflare
-
-Per utilizzare questo plugin, devi configurare le chiamate Cloudflare:
-
-### 1. Crea un account Cloudflare
-
-Iscriviti a [Cloudflare](https://dash.cloudflare.com/sign-up) se non hai un account.
-
-### 2. Abilita le chiamate API
-
-1. Passa alla dashboard di Cloudflare
-2. Vai alla sezione **Chiamate**
-3. Abilita le chiamate API
-4. Ottieni le tue credenziali API
-
-### 3. Crea URL delle riunioni
-
-Hai bisogno di un servizio backend per creare URL delle riunioni. Esempio utilizzando Cloudflare Workers:
-
-```typescript
-// Cloudflare Worker example
-export default {
-  async fetch(request: Request): Promise<Response> {
-    const { pathname } = new URL(request.url);
-
-    if (pathname === '/create-meeting') {
-      const meetingId = generateMeetingId();
-      const meetingUrl = `https://your-app.calls.cloudflare.com/${meetingId}`;
-
-      return new Response(JSON.stringify({
-        meetingId,
-        meetingUrl
-      }), {
-        headers: { 'Content-Type': 'application/json' }
-      });
-    }
-
-    return new Response('Not found', { status: 404 });
-  }
-};
-
-function generateMeetingId(): string {
-  return Math.random().toString(36).substring(2, 15);
-}
-```
-
-## Utilizzo avanzato
-
-### Incontro con configurazione personalizzata
-
-```typescript
-class MeetingManager {
-  private videoService: VideoConferenceService;
-
-  constructor() {
-    this.videoService = new VideoConferenceService();
-  }
-
-  async createAndJoinMeeting(userName: string): Promise<string> {
-    // Initialize if needed
-    await this.videoService.initialize();
-
-    // Call your backend to create a meeting
-    const meetingUrl = await this.createMeetingOnBackend();
-
-    // Join the meeting
-    await this.videoService.joinMeeting(meetingUrl, userName);
-
-    return meetingUrl;
-  }
-
-  async createMeetingOnBackend(): Promise<string> {
-    const response = await fetch('https://your-api.com/create-meeting', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' }
-    });
-
-    const data = await response.json();
-    return data.meetingUrl;
-  }
-
-  async shareMeetingLink(meetingUrl: string) {
-    // Use Capacitor Share API
-    if ('share' in navigator) {
-      await (navigator as any).share({
-        title: 'Join my meeting',
-        text: 'Join me for a video call',
-        url: meetingUrl
-      });
-    }
-  }
-}
-```
-
-### Gestione dei permessi
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-async function checkAndRequestPermissions(): Promise<boolean> {
-  if (Capacitor.getPlatform() === 'web') {
-    // Request browser permissions
-    try {
-      const stream = await navigator.mediaDevices.getUserMedia({
-        audio: true,
-        video: true
-      });
-
-      // Stop the stream, we just needed permission
-      stream.getTracks().forEach(track => track.stop());
-      return true;
-    } catch (error) {
-      console.error('Permission denied:', error);
-      return false;
-    }
-  }
-
-  // On native platforms, permissions are requested automatically
-  return true;
-}
-
-// Use before starting a meeting
-const hasPermissions = await checkAndRequestPermissions();
-if (hasPermissions) {
-  await videoService.startMeeting({ url: meetingUrl });
-}
-```
-
-## Integrazione di reazione
-
-```typescript
-import { useEffect, useState } from 'react';
-import { VideoConferenceService } from './VideoConferenceService';
-
-function VideoCallComponent() {
-  const [videoService] = useState(() => new VideoConferenceService());
-  const [isReady, setIsReady] = useState(false);
-
-  useEffect(() => {
-    videoService.initialize().then(setIsReady);
-  }, []);
-
-  const joinMeeting = async (meetingUrl: string) => {
-    if (!isReady) {
-      console.error('Video service not ready');
-      return;
-    }
-
-    try {
-      await videoService.joinMeeting(meetingUrl, 'User Name');
-    } catch (error) {
-      console.error('Failed to join meeting:', error);
-    }
-  };
-
-  return (
-    <div>
-      <button
-        onClick={() => joinMeeting('https://your-meeting-url')}
-        disabled={!isReady}
-      >
-        Join Meeting
-      </button>
-    </div>
-  );
-}
-```
-
-## Integrazione Vue
-
-```typescript
-import { ref, onMounted } from 'vue';
-import { VideoConferenceService } from './VideoConferenceService';
-
-export default {
-  setup() {
-    const videoService = new VideoConferenceService();
-    const isReady = ref(false);
-
-    onMounted(async () => {
-      isReady.value = await videoService.initialize();
-    });
-
-    const joinMeeting = async (meetingUrl: string) => {
-      if (!isReady.value) {
-        console.error('Video service not ready');
-        return;
-      }
-
-      try {
-        await videoService.joinMeeting(meetingUrl, 'User Name');
-      } catch (error) {
-        console.error('Failed to join meeting:', error);
-      }
-    };
-
-    return {
-      isReady,
-      joinMeeting
-    };
-  }
-};
-```
-
-## Migliori pratiche
-
-1. **Inizializza anticipatamente**: inizializza RealtimeKit all'avvio dell'app
-2. **Gestisci errori**: racchiudi sempre le chiamate in blocchi try-catch
-3. **Richiedi autorizzazioni**: assicurati le autorizzazioni della fotocamera/microfono prima di iniziare
-4. **Rete di prova**: controlla la connettività Internet prima di accedere
-5. **Audio di sottofondo**: configura le modalità di sottofondo per iOS
-6. **Esperienza utente**: mostra gli stati di caricamento durante l'inizializzazione
-7. **Pulisci URL**: convalida gli URL delle riunioni prima dell'uso
-
-## Problemi comuni
-
-### La riunione non inizia
-
-```typescript
-async function troubleshootMeeting(meetingUrl: string) {
-  // Check initialization
-  const version = await videoService.getPluginVersion();
-  console.log('Plugin version:', version);
-
-  // Verify URL format
-  if (!meetingUrl.startsWith('https://')) {
-    console.error('Invalid meeting URL, must use HTTPS');
-    return;
-  }
-
-  // Try starting meeting
-  try {
-    await videoService.startMeeting({ url: meetingUrl });
-  } catch (error) {
-    console.error('Meeting failed:', error);
-  }
-}
-```
-
-### Autorizzazione negata
-
-Su iOS, assicurati che Info.plist contenga tutte le descrizioni di utilizzo richieste. Su Android, verifica che siano presenti le autorizzazioni AndroidManifest.xml.
-
-### Problemi audio su iOS
-
-Assicurati che la modalità audio di sottofondo sia configurata in Info.plist:
-
-```xml
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-</array>
-```
-
-## Passaggi successivi
-
-- Esplora il [API Riferimento](https://github.com/Cap-go/capacitor-realtimekit#api) per la documentazione completa del metodo
-- Leggi la [documentazione sulle chiamate Cloudflare](https://developers.cloudflare.com/calls/)
-- Dai un'occhiata all'[app di esempio](https://github.com/Cap-go/capacitor-realtimekit/tree/main/example)
-- Consulta il [tutorial](/plugins/capacitor-realtimekit) per l'implementazione completa
diff --git a/src/content/docs/it/docs/plugins/realtimekit/index.mdx b/src/content/docs/it/docs/plugins/realtimekit/index.mdx
deleted file mode 100644
index c307a4c96..000000000
--- a/src/content/docs/it/docs/plugins/realtimekit/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: '@capgo/capacitor-realtimekit'
-description: >-
-  Integrazione di Cloudflare Calls con interfaccia utente per riunioni integrata
-  per videoconferenze e comunicazioni in tempo reale.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Aggiungi videoconferenze e comunicazioni in tempo reale alla tua app con
-    l'integrazione di Cloudflare Calls e l'interfaccia utente integrata.
-  image:
-    file: ~public/icons/plugins/realtimekit.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/realtimekit/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-realtimekit/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Chiamate Cloudflare" icon="rocket">
-    Alimentato dall'infrastruttura globale di Cloudflare ☁️
-  </Card>
-  <Card title="Interfaccia utente della riunione integrata" icon="star">
-    Interfaccia per videoconferenze pronta all'uso 📹
-  </Card>
-  <Card title="Supporto WebRTC" icon="setting">
-    Audio e video in tempo reale di alta qualità 🎥
-  </Card>
-  <Card title="Modalità di sfondo" icon="laptop">
-    Continua le chiamate quando l'app è in background 🔄
-  </Card>
-  <Card title="Condivisione dello schermo" icon="document">
-    Condividi lo schermo durante le riunioni su Android 📱
-  </Card>
-  <Card title="Iniziare" icon="open-book">
-    Consulta la [Guida introduttiva](/docs/plugins/realtimekit/getting-started/) per installare e configurare il plug-in.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/ricoh360-camera/getting-started.mdx b/src/content/docs/it/docs/plugins/ricoh360-camera/getting-started.mdx
deleted file mode 100644
index 76d3a7202..000000000
--- a/src/content/docs/it/docs/plugins/ricoh360-camera/getting-started.mdx
+++ /dev/null
@@ -1,411 +0,0 @@
----
-title: Iniziare
-description: >-
-  Scopri come installare e utilizzare il plug-in Ricoh 360° Camera per
-  controllare le fotocamere Ricoh Theta nella tua app Capacitor.
-sidebar:
-  order: 2
-locale: it
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Configurazione della piattaforma
-
-### iOS
-
-Aggiungi le autorizzazioni per fotocamera e libreria di foto al tuo `Info.plist`:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>This app needs access to the camera to capture 360° photos and videos</string>
-<key>NSPhotoLibraryAddUsageDescription</key>
-<string>This app needs access to save 360° photos and videos to your library</string>
-```
-
-### Android
-
-Aggiungi le autorizzazioni richieste al tuo `AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-<uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-```
-
-## Dispositivi supportati
-
-Questo plugin supporta le fotocamere della serie Ricoh Theta:
-- Ricoh Theta V
-- Ricoh Theta Z1
-- Ricoh Theta SC2
-- Ricoh Theta X
-
-## Esempio di utilizzo
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-// Initialize camera connection
-await Ricoh360Camera.initialize();
-
-// Connect to Ricoh Theta camera via WiFi
-await Ricoh360Camera.connect({
-  ssid: 'THETAYL12345678',
-  password: '12345678'
-});
-
-// Start live preview
-await Ricoh360Camera.startPreview({
-  container: 'preview-container' // ID of HTML element
-});
-
-// Capture a 360° photo
-const result = await Ricoh360Camera.capturePhoto();
-console.log('Photo saved:', result.filePath);
-
-// Start recording 360° video
-await Ricoh360Camera.startRecording();
-
-// Stop recording after some time
-setTimeout(async () => {
-  const video = await Ricoh360Camera.stopRecording();
-  console.log('Video saved:', video.filePath);
-}, 10000);
-
-// Stop preview
-await Ricoh360Camera.stopPreview();
-
-// Disconnect from camera
-await Ricoh360Camera.disconnect();
-```
-
-## API Riferimento
-
-### inizializza()
-
-```typescript
-initialize() => Promise<void>
-```
-
-Inizializza il plug-in della fotocamera.
-
-### connetti(opzioni)
-
-```typescript
-connect(options: ConnectOptions) => Promise<void>
-```
-
-Connettiti a una fotocamera Ricoh Theta tramite WiFi.
-
-| Parametro | Digitare |
-| ------------- | ------------------------ |
-| **`options`** | `ConnectOptions` |
-
-### disconnetti()
-
-```typescript
-disconnect() => Promise<void>
-```
-
-Disconnettersi dalla fotocamera.
-
-### startAnteprima(opzioni)
-
-```typescript
-startPreview(options: PreviewOptions) => Promise<void>
-```
-
-Avvia lo streaming di anteprima dal vivo a 360°.
-
-| Parametro | Digitare |
-| ------------- | ------------------------ |
-| **`options`** | `PreviewOptions` |
-
-### fermaAnteprima()
-
-```typescript
-stopPreview() => Promise<void>
-```
-
-Interrompi lo streaming di anteprima dal vivo.
-
-### cattura foto(opzioni?)
-
-```typescript
-capturePhoto(options?: CaptureOptions) => Promise<CaptureResult>
-```
-
-Scatta una foto a 360°.
-
-| Parametro | Digitare |
-| ------------- | --------------------- |
-| **`options`** | `CaptureOptions` (facoltativo) |
-
-**Resi:** `Promise<CaptureResult>`
-
-### avvia la registrazione (opzioni?)
-
-```typescript
-startRecording(options?: RecordingOptions) => Promise<void>
-```
-
-Inizia a registrare video a 360°.
-
-| Parametro | Digitare |
-| ------------- | ----------------------- |
-| **`options`** | `RecordingOptions` (facoltativo) |
-
-### interrompi la registrazione()
-
-```typescript
-stopRecording() => Promise<CaptureResult>
-```
-
-Interrompe la registrazione video.
-
-**Resi:** `Promise<CaptureResult>`
-
-### getCameraInfo()
-
-```typescript
-getCameraInfo() => Promise<CameraInfo>
-```
-
-Ottieni informazioni e funzionalità della fotocamera.
-
-**Resi:** `Promise<CameraInfo>`
-
-### impostaEsposizione(opzioni)
-
-```typescript
-setExposure(options: ExposureOptions) => Promise<void>
-```
-
-Configura le impostazioni di esposizione della fotocamera.
-
-| Parametro | Digitare |
-| ------------- | -------------------------- |
-| **`options`** | `ExposureOptions` |
-
-### impostaBilanciaBianco(opzioni)
-
-```typescript
-setWhiteBalance(options: WhiteBalanceOptions) => Promise<void>
-```
-
-Imposta la modalità di bilanciamento del bianco.
-
-| Parametro | Digitare |
-| ------------- | ------------------------------- |
-| **`options`** | `WhiteBalanceOptions` |
-
-## Interfacce
-
-### Opzioni di connessione
-
-| Prop | Digitare | Descrizione |
-| -------------- | ----------------- | ------------------------------- |
-| **`ssid`** | `string` | SSID WiFi della fotocamera Ricoh |
-| **`password`** | `string` | Password WiFi della fotocamera |
-
-### Opzioni di anteprima
-
-| Prop | Digitare | Descrizione |
-| --------------- | ----------------- | ------------------------------------- |
-| **`container`** | `string` | ID elemento HTML per il contenitore di anteprima |
-
-### Opzioni di cattura| Prop | Digitare | Descrizione |
-| -------------- | ------------------ | ------------------------------------- |
-| **`quality`** | `number` | Qualità immagine (1-100) (opzionale) |
-| **`saveToGallery`** | `boolean` | Salva nella galleria del dispositivo (facoltativo) |
-
-### Opzioni di registrazione
-
-| Prop | Digitare | Descrizione |
-| ----------------- | ------------------ | --------------------------------------- |
-| **`maxDuration`** | `number` | Durata massima della registrazione in secondi (opzionale) |
-| **`quality`** | `string` | Qualità video: 'alta' \| 'medio' \| 'basso' (facoltativo) |
-
-### RisultatoCattura
-
-| Prop | Digitare | Descrizione |
-| -------------- | ----------------- | -------------------------- |
-| **`filePath`** | `string` | Percorso del file catturato |
-| **`fileUrl`** | `string` | URL per accedere al file |
-
-### Informazioni sulla fotocamera
-
-| Prop | Digitare | Descrizione |
-| ----------------- | ----------------- | -------------------------- |
-| **`model`** | `string` | Nome del modello della fotocamera |
-| **`serialNumber`** | `string` | Numero di serie della fotocamera |
-| **`firmwareVersion`** | `string` | Versione firmware |
-| **`batteryLevel`** | `number` | Livello della batteria (0-100) |
-
-### Opzioni di esposizione
-
-| Prop | Digitare | Descrizione |
-| ------------ | ------------------ | ----------------------------------------------------- |
-| **`mode`** | `string` | Modalità di esposizione: 'auto' \| 'manuale' \| 'iso' |
-| **`iso`** | `number` | Valore ISO (100, 200, 400, ecc.) (opzionale) |
-| **`shutter`** | `number` | Velocità dell'otturatore (opzionale) |
-
-### Opzioni bilanciamento del bianco
-
-| Prop | Digitare | Descrizione |
-| ---------- | ----------------- | ------------------------------------------------------ |
-| **`mode`** | `string` | Bilanciamento del bianco: 'auto' \| 'luce del giorno' \| 'nuvoloso' \| 'tungsteno' \| 'fluorescente' |
-
-## Esempio completo
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-class Camera360Controller {
-  async setup() {
-    try {
-      // Initialize
-      await Ricoh360Camera.initialize();
-
-      // Connect to camera
-      await Ricoh360Camera.connect({
-        ssid: 'THETAYL12345678',
-        password: '12345678'
-      });
-
-      // Get camera info
-      const info = await Ricoh360Camera.getCameraInfo();
-      console.log('Connected to:', info.model);
-      console.log('Battery level:', info.batteryLevel + '%');
-
-      // Configure exposure
-      await Ricoh360Camera.setExposure({
-        mode: 'auto'
-      });
-
-      // Configure white balance
-      await Ricoh360Camera.setWhiteBalance({
-        mode: 'auto'
-      });
-
-      // Start preview
-      await Ricoh360Camera.startPreview({
-        container: 'camera-preview'
-      });
-
-    } catch (error) {
-      console.error('Failed to setup camera:', error);
-    }
-  }
-
-  async takePhoto() {
-    try {
-      const result = await Ricoh360Camera.capturePhoto({
-        quality: 95,
-        saveToGallery: true
-      });
-      console.log('Photo captured:', result.filePath);
-      return result;
-    } catch (error) {
-      console.error('Failed to capture photo:', error);
-    }
-  }
-
-  async recordVideo(durationSeconds: number) {
-    try {
-      // Start recording
-      await Ricoh360Camera.startRecording({
-        maxDuration: durationSeconds,
-        quality: 'high'
-      });
-
-      console.log('Recording started...');
-
-      // Stop after duration
-      setTimeout(async () => {
-        const result = await Ricoh360Camera.stopRecording();
-        console.log('Video saved:', result.filePath);
-      }, durationSeconds * 1000);
-
-    } catch (error) {
-      console.error('Failed to record video:', error);
-    }
-  }
-
-  async cleanup() {
-    try {
-      await Ricoh360Camera.stopPreview();
-      await Ricoh360Camera.disconnect();
-      console.log('Camera disconnected');
-    } catch (error) {
-      console.error('Failed to cleanup:', error);
-    }
-  }
-}
-
-// Usage
-const camera = new Camera360Controller();
-await camera.setup();
-await camera.takePhoto();
-await camera.recordVideo(10); // 10 seconds
-await camera.cleanup();
-```
-
-## Migliori pratiche
-
-- Inizializzare sempre il plugin prima di collegarlo alla fotocamera
-- Assicurati che il dispositivo sia connesso alla rete WiFi della fotocamera
-- Gestire gli errori con garbo, in particolare gli errori di connessione
-- Interrompi l'anteprima e disconnettiti al termine per risparmiare batteria
-- Controllare il livello della batteria della fotocamera prima di lunghe sessioni di registrazione
-- Test su hardware Ricoh Theta reale
-- Utilizzare una qualità video appropriata in base ai vincoli di archiviazione
-
-## Risoluzione dei problemi
-
-### Problemi di connessione
-
-- Verificare che la fotocamera sia accesa
-- Controlla che l'SSID WiFi e la password siano corretti
-- Assicurati che nessun'altra app sia collegata alla fotocamera
-- Ripristina le impostazioni WiFi della fotocamera se la connessione non riesce
-
-### Anteprima non visualizzata
-
-- Verifica che l'elemento contenitore HTML esista
-- Controlla che le autorizzazioni della fotocamera siano concesse
-- Assicurarsi che l'anteprima venga avviata dopo la connessione riuscita
-
-### Acquisizione fallita- Controlla lo spazio di archiviazione disponibile
-- Verificare che il livello della batteria della fotocamera sia sufficiente
-- Assicurarsi che la fotocamera non sia in modalità di sospensione
diff --git a/src/content/docs/it/docs/plugins/ricoh360-camera/index.mdx b/src/content/docs/it/docs/plugins/ricoh360-camera/index.mdx
deleted file mode 100644
index c0fa197a8..000000000
--- a/src/content/docs/it/docs/plugins/ricoh360-camera/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: '@capgo/capacitor-ricoh360-camera'
-description: >-
-  Plug-in di controllo della fotocamera Ricoh a 360° per app Capacitor con
-  funzionalità di acquisizione di foto e video panoramici.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Controlla le fotocamere Ricoh a 360° per catturare foto e video panoramici
-    coinvolgenti con l'integrazione completa del dispositivo.
-  image:
-    file: ~public/icons/plugins/ricoh360-camera.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/ricoh360-camera/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-ricoh360-camera/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Cattura a 360°" icon="rocket">
-    Cattura foto e video panoramici coinvolgenti 🌐
-  </Card>
-  <Card title="Controllo del dispositivo" icon="setting">
-    Pieno controllo sulle impostazioni della fotocamera Ricoh Theta 📸
-  </Card>
-  <Card title="Anteprima dal vivo" icon="magnifier">
-    Anteprima in streaming a 360° in tempo reale 👁️
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Controlla la [Documentazione](/docs/plugins/ricoh360-camera/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/screen-orientation/getting-started.mdx b/src/content/docs/it/docs/plugins/screen-orientation/getting-started.mdx
deleted file mode 100644
index 2a4fd0898..000000000
--- a/src/content/docs/it/docs/plugins/screen-orientation/getting-started.mdx
+++ /dev/null
@@ -1,285 +0,0 @@
----
-title: Iniziare
-description: >-
-  Scopri come installare e utilizzare il plug-in Orientamento schermo per
-  controllare e rilevare l'orientamento del dispositivo nella tua app Capacitor.
-sidebar:
-  order: 2
-locale: it
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-screen-orientation" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizzazione con progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **iOS Configurazione (opzionale)**
-   Per rilevare l'orientamento del dispositivo fisico utilizzando i sensori di movimento su iOS, aggiungi al tuo `Info.plist`:
-   ```xml
-   <key>NSMotionUsageDescription</key>
-   <string>This app uses motion sensors to detect device orientation.</string>
-   ```
-</Steps>
-
-## Utilizzo di base
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Get current orientation
-const current = await ScreenOrientation.orientation();
-console.log('Current orientation:', current.type);
-
-// Lock to landscape
-await ScreenOrientation.lock({ orientation: 'landscape' });
-
-// Unlock orientation
-await ScreenOrientation.unlock();
-
-// Listen for orientation changes
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Orientation changed:', result.type);
-  }
-);
-```
-
-## Rilevamento dell'orientamento fisico
-
-Questo plugin ha una caratteristica unica: può rilevare il **vero orientamento fisico** del dispositivo utilizzando sensori di movimento, anche quando l'utente ha abilitato il blocco dell'orientamento sul proprio dispositivo.
-
-<Aside type="note">
-  L'interfaccia utente rispetterà comunque l'impostazione di blocco dell'orientamento dell'utente. Il rilevamento del movimento ti consente di sapere come viene tenuto fisicamente il dispositivo, ma l'interfaccia utente non ruoterà se il blocco dell'orientamento è abilitato.
-</Aside>
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Start motion-based tracking
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-
-// Now orientation change events will reflect physical orientation
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Physical orientation:', result.type);
-  }
-);
-
-// Check if orientation lock is enabled
-const lockStatus = await ScreenOrientation.isOrientationLocked();
-if (lockStatus.locked) {
-  console.log('User has orientation lock enabled');
-  console.log('Physical:', lockStatus.physicalOrientation);
-  console.log('UI:', lockStatus.uiOrientation);
-}
-
-// Stop tracking when done
-await ScreenOrientation.stopOrientationTracking();
-```
-
-## API Riferimento
-
-### orientamento()
-
-Ottieni l'orientamento corrente dello schermo.
-
-```typescript
-const result = await ScreenOrientation.orientation();
-// Returns: { type: OrientationType }
-```
-
-**Valori OrientationType:**
-- `'ritratto-primario'` - Ritratto, pulsante home in basso
-- `'ritratto-secondario'` - Ritratto, capovolto
-- `'landscape-primary'` - Paesaggio, pulsante home a destra
-- `'landscape-secondary'` - Paesaggio, pulsante home a sinistra
-
-### serratura(opzioni)
-
-Blocca lo schermo su un orientamento specifico.
-
-```typescript
-interface OrientationLockOptions {
-  orientation: OrientationLockType;
-  bypassOrientationLock?: boolean; // Enable motion tracking
-}
-
-await ScreenOrientation.lock({ orientation: 'landscape' });
-```
-
-**Valori OrientationLockType:**
-- `'any'` - Qualsiasi orientamento
-- `'natural'` - Orientamento naturale del dispositivo
-- `'landscape'` - Qualsiasi modalità orizzontale
-- `'ritratto'` - Qualsiasi modalità ritratto
-- "ritratto-primario" / "ritratto-secondario".
-- `'paesaggio-primario'` / `'paesaggio-secondario'`
-
-### sblocca()
-
-Sblocca l'orientamento dello schermo.
-
-```typescript
-await ScreenOrientation.unlock();
-```
-
-### startOrientationTracking(opzioni?)
-
-Inizia a monitorare l'orientamento del dispositivo fisico utilizzando i sensori di movimento.
-
-```typescript
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-```
-
-### stopOrientamentoTracciamento()
-
-Arresta il tracciamento dell'orientamento basato sul movimento.
-
-```typescript
-await ScreenOrientation.stopOrientationTracking();
-```
-
-### isOrientationLocked()
-
-Controlla se il blocco dell'orientamento del dispositivo è abilitato.
-
-```typescript
-const result = await ScreenOrientation.isOrientationLocked();
-// Returns: {
-//   locked: boolean,
-//   physicalOrientation?: OrientationType,
-//   uiOrientation?: OrientationType
-// }
-```
-
-<Aside type="tip">
-  Questo metodo richiede che il rilevamento del movimento sia attivo per funzionare correttamente.
-</Aside>
-
-### addListener(nomeevento, callback)
-
-Ascolta i cambiamenti di orientamento.
-
-```typescript
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('New orientation:', result.type);
-  }
-);
-
-// Remove when done
-await listener.remove();
-```
-
-### rimuoviTuttiGliAscoltatori()
-
-Rimuovi tutti i listener di eventi.
-
-```typescript
-await ScreenOrientation.removeAllListeners();
-```
-
-## Esempio completo
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-class OrientationManager {
-  private listener: any = null;
-
-  async init() {
-    // Start motion tracking for physical orientation detection
-    await ScreenOrientation.startOrientationTracking({
-      bypassOrientationLock: true
-    });
-
-    // Listen for changes
-    this.listener = await ScreenOrientation.addListener(
-      'screenOrientationChange',
-      this.onOrientationChange.bind(this)
-    );
-
-    // Get initial orientation
-    const { type } = await ScreenOrientation.orientation();
-    console.log('Initial orientation:', type);
-  }
-
-  onOrientationChange(result: { type: string }) {
-    console.log('Orientation changed to:', result.type);
-
-    // Adjust UI based on orientation
-    if (result.type.includes('landscape')) {
-      this.showLandscapeUI();
-    } else {
-      this.showPortraitUI();
-    }
-  }
-
-  showLandscapeUI() {
-    // Landscape-specific UI adjustments
-  }
-
-  showPortraitUI() {
-    // Portrait-specific UI adjustments
-  }
-
-  async lockLandscape() {
-    await ScreenOrientation.lock({ orientation: 'landscape' });
-  }
-
-  async lockPortrait() {
-    await ScreenOrientation.lock({ orientation: 'portrait' });
-  }
-
-  async freeRotation() {
-    await ScreenOrientation.unlock();
-  }
-
-  async checkIfUserHasOrientationLock() {
-    const { locked, physicalOrientation, uiOrientation } =
-      await ScreenOrientation.isOrientationLocked();
-
-    if (locked) {
-      console.log(`Device is held in ${physicalOrientation} but UI shows ${uiOrientation}`);
-      return true;
-    }
-    return false;
-  }
-
-  async destroy() {
-    await ScreenOrientation.stopOrientationTracking();
-    if (this.listener) {
-      await this.listener.remove();
-    }
-  }
-}
-```
-
-## Note sulla piattaforma
-
-### iOS
-- Utilizza il framework Core Motion per il rilevamento dell'orientamento fisico
-- Richiede `NSMotionUsageDescription` in Info.plist per i sensori di movimento
-- Pieno supporto per tutti i tipi di orientamento
-
-### Android
-- Utilizza il sensore dell'accelerometro per il rilevamento dell'orientamento fisico
-- Non sono necessarie autorizzazioni aggiuntive
-- Pieno supporto per tutti i tipi di orientamento
-
-### Rete
-- Utilizza l'orientamento dello schermo API
-- Il rilevamento del sensore di movimento è limitato
-- Alcuni browser potrebbero non supportare tutti i tipi di blocco
diff --git a/src/content/docs/it/docs/plugins/screen-orientation/index.mdx b/src/content/docs/it/docs/plugins/screen-orientation/index.mdx
deleted file mode 100644
index 9ded13c60..000000000
--- a/src/content/docs/it/docs/plugins/screen-orientation/index.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: '@capgo/capacitor-screen-orientation'
-description: >-
-  Controlla e rileva l'orientamento dello schermo con la capacità unica di
-  rilevare l'orientamento del dispositivo fisico utilizzando i sensori di
-  movimento.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Plugin per l'orientamento dello schermo con supporto per il rilevamento
-    dell'orientamento reale del dispositivo fisico, anche quando il blocco
-    dell'orientamento è abilitato.
-  image:
-    file: ~public/icons/plugins/screen-orientation.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/screen-orientation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-screen-orientation/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Rilevamento dell'orientamento fisico" icon="rocket">
-    Rileva il vero orientamento fisico del dispositivo utilizzando i sensori di movimento, anche quando il blocco dell'orientamento è abilitato
-  </Card>
-  <Card title="Rilevamento del blocco dell'orientamento" icon="puzzle">
-    Determina se l'utente ha abilitato il blocco dell'orientamento confrontando l'orientamento fisico con quello dell'interfaccia utente
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Funziona su iOS (Core Motion), Android (Accelerometro) e Web
-  </Card>
-  <Card title="Aggiornamenti in tempo reale" icon="open-book">
-    Ricevi notifiche istantanee quando l'orientamento del dispositivo cambia con i listener di eventi
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/screen-recorder/getting-started.mdx b/src/content/docs/it/docs/plugins/screen-recorder/getting-started.mdx
deleted file mode 100644
index 56af5a3fc..000000000
--- a/src/content/docs/it/docs/plugins/screen-recorder/getting-started.mdx
+++ /dev/null
@@ -1,288 +0,0 @@
----
-title: Iniziare
-description: >-
-  Scopri come installare e utilizzare il plug-in Screen Recorder per acquisire
-  registrazioni dello schermo nella tua app Capacitor.
-sidebar:
-  order: 2
-locale: it
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-screen-recorder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizzazione con progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura le autorizzazioni**
-   
-   ### iOS
-   Aggiungi descrizioni di utilizzo al tuo `Info.plist`:
-   ```xml
-   <key>NSMicrophoneUsageDescription</key>
-   <string>To record audio with screen recording</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>To save screen recordings</string>
-   ```
-   
-   ### Android
-   Aggiungi autorizzazioni al tuo `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e usa i suoi metodi per registrare lo schermo:
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-
-// Start recording
-const startRecording = async () => {
-  try {
-    await ScreenRecorder.start();
-    console.log('Recording started');
-  } catch (error) {
-    console.error('Failed to start recording:', error);
-  }
-};
-
-// Stop recording
-const stopRecording = async () => {
-  try {
-    const result = await ScreenRecorder.stop();
-    console.log('Recording saved to:', result.videoUrl);
-    
-    // You can now use the video URL
-    // For example, share it or play it back
-  } catch (error) {
-    console.error('Failed to stop recording:', error);
-  }
-};
-
-// Check if recording is supported
-const checkSupport = async () => {
-  const { value } = await ScreenRecorder.isSupported();
-  console.log('Screen recording supported:', value);
-};
-
-// Check if currently recording
-const checkRecordingStatus = async () => {
-  const { value } = await ScreenRecorder.isRecording();
-  console.log('Currently recording:', value);
-};
-```
-
-## API Riferimento
-
-### inizio()
-
-Avvia la registrazione dello schermo.
-
-```typescript
-await ScreenRecorder.start();
-```
-
-### fermati()
-
-Interrompe la registrazione e restituisce il percorso del file video.
-
-```typescript
-interface RecordingResult {
-  videoUrl: string;
-}
-
-const result = await ScreenRecorder.stop();
-```
-
-### è supportato()
-
-Controlla se la registrazione dello schermo è supportata sul dispositivo.
-
-```typescript
-const { value } = await ScreenRecorder.isSupported();
-// Returns: { value: boolean }
-```
-
-### sta registrando()
-
-Controlla se la registrazione dello schermo è attualmente attiva.
-
-```typescript
-const { value } = await ScreenRecorder.isRecording();
-// Returns: { value: boolean }
-```
-
-## Utilizzo avanzato
-
-### Registrazione con opzioni
-
-```typescript
-// iOS-specific options
-const startWithOptions = async () => {
-  await ScreenRecorder.start({
-    // iOS only options
-    recordAudio: true,
-    microphoneAudio: true,
-    showIOSNotification: true,
-    notificationText: "Recording in progress..."
-  });
-};
-```
-
-### Completa il flusso di registrazione
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-import { Share } from '@capacitor/share';
-
-export class RecordingService {
-  private isRecording = false;
-
-  async toggleRecording() {
-    if (this.isRecording) {
-      await this.stopRecording();
-    } else {
-      await this.startRecording();
-    }
-  }
-
-  private async startRecording() {
-    try {
-      // Check if supported
-      const { value: isSupported } = await ScreenRecorder.isSupported();
-      if (!isSupported) {
-        throw new Error('Screen recording not supported');
-      }
-
-      // Start recording
-      await ScreenRecorder.start();
-      this.isRecording = true;
-      
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  private async stopRecording() {
-    try {
-      const result = await ScreenRecorder.stop();
-      this.isRecording = false;
-      
-      console.log('Recording saved:', result.videoUrl);
-      
-      // Option to share the recording
-      await this.shareRecording(result.videoUrl);
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  private async shareRecording(videoUrl: string) {
-    try {
-      await Share.share({
-        title: 'Screen Recording',
-        text: 'Check out my screen recording!',
-        url: videoUrl,
-        dialogTitle: 'Share Recording'
-      });
-    } catch (error) {
-      console.error('Failed to share recording:', error);
-    }
-  }
-}
-```
-
-## Migliori pratiche
-
-1. **Verificare il supporto prima dell'uso**
-   ```typescript
-   const { value } = await ScreenRecorder.isSupported();
-   if (!value) {
-     // Hide recording feature or show alternative
-   }
-   ```
-
-2. **Gestire correttamente le autorizzazioni**
-   Il giorno iOS, il sistema richiederà automaticamente l'autorizzazione. Su Android, assicurati di richiedere le autorizzazioni necessarie.
-
-3. **Fornisci feedback agli utenti**
-   Mostra indicatori chiari quando la registrazione è attiva:
-   ```typescript
-   let recordingInterval: any;
-   
-   const startRecording = async () => {
-     await ScreenRecorder.start();
-     
-     // Show recording indicator
-     recordingInterval = setInterval(() => {
-       // Update UI to show recording duration
-     }, 1000);
-   };
-   
-   const stopRecording = async () => {
-     clearInterval(recordingInterval);
-     await ScreenRecorder.stop();
-   };
-   ```
-
-4. **Gestire le interruzioni**
-   ```typescript
-   import { App } from '@capacitor/app';
-   
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (!isActive) {
-       // Consider stopping recording when app goes to background
-       const { value } = await ScreenRecorder.isRecording();
-       if (value) {
-         await ScreenRecorder.stop();
-       }
-     }
-   });
-   ```
-
-## Note sulla piattaforma
-
-### iOS
-- Richiede iOS 11.0+
-- Utilizza il framework `ReplayKit`
-- Il sistema mostra l'indicatore di registrazione nella barra di stato
-- L'utente deve confermare l'inizio della registrazione
-
-### Android
-- Richiede Android 5.0 (API 21)+
-- Utilizza `MediaProjection` API
-- Mostra la notifica durante la registrazione
-- Alcuni dispositivi potrebbero avere limitazioni specifiche del produttore
-
-### Rete
-- Non supportato sulla piattaforma web
-- Restituirà `isSupported: false`
-
-## Risoluzione dei problemi
-
-1. **La registrazione non si avvia**
-   - Assicurarsi che tutte le autorizzazioni siano concesse
-   - Controlla se un'altra app sta già registrando
-   - Verificare che il dispositivo supporti la registrazione dello schermo
-
-2. **Nessun audio durante la registrazione**
-   - Controlla i permessi del microfono
-   - Assicurati che l'opzione `recordAudio` sia abilitata
-   - Alcuni dispositivi potrebbero non supportare la registrazione audio del sistema
-
-3. **File video non trovato**
-   - Controlla i permessi dei file
-   - Garantire spazio di archiviazione sufficiente
-   - Verifica che l'URL del video restituito sia valido
diff --git a/src/content/docs/it/docs/plugins/screen-recorder/index.mdx b/src/content/docs/it/docs/plugins/screen-recorder/index.mdx
deleted file mode 100644
index 91c1f85c4..000000000
--- a/src/content/docs/it/docs/plugins/screen-recorder/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: '@capgo/capacitor-screen-recorder'
-description: >-
-  Registra lo schermo del tuo dispositivo con supporto audio per creare
-  tutorial, demo e anteprime delle app.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Registra lo schermo del tuo dispositivo con questo potente plug-in
-    Capacitor, perfetto per creare tutorial, demo e acquisire interazioni con le
-    app.
-  image:
-    file: ~public/icons/plugins/screen-recorder.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/screen-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/riderx/capacitor-screen-recorder/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Registrazione di alta qualità" icon="rocket">
-    Registra lo schermo in alta qualità con impostazioni personalizzabili 🎥
-  </Card>
-  <Card title="Supporto audio" icon="star">
-    Registra con l'audio del microfono e i suoni del sistema 🎤
-  </Card>
-  <Card title="Integrazione semplice" icon="setting">
-    Semplice API con metodi di avvio/arresto della registrazione 😊
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Controlla la [Documentazione](/docs/plugins/screen-recorder/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/shake/getting-started.mdx b/src/content/docs/it/docs/plugins/shake/getting-started.mdx
deleted file mode 100644
index df08c98fd..000000000
--- a/src/content/docs/it/docs/plugins/shake/getting-started.mdx
+++ /dev/null
@@ -1,163 +0,0 @@
----
-title: Iniziare
-description: >-
-  Scopri come installare e configurare il plug-in Capacitor Shake per rilevare i
-  gesti di scuotimento e creare esperienze interattive nella tua app.
-sidebar:
-  order: 2
-locale: it
----
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-shake" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizzazione con progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura il plugin**
-
-   **Esempio di utilizzo di base:**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-
-   // Start listening for shake gestures
-   await Shake.start();
-
-   // Listen for shake events
-   Shake.addListener('shake', () => {
-     console.log('Device was shaken!');
-     // Perform your action here
-   });
-   ```
-
-   **Configurazione sensibilità:**
-   ```typescript
-   // Configure shake sensitivity
-   await Shake.start({
-     threshold: 3.5 // Adjust sensitivity (default: 3.5)
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       Non è richiesta alcuna configurazione aggiuntiva per iOS.
-     </TabItem>
-     <TabItem label="Android">
-       Non è richiesta alcuna configurazione aggiuntiva per Android.
-     </TabItem>
-   </Tabs>
-
-4. **Smetti di ascoltare i frullati**
-   ```typescript
-   // Stop shake detection when not needed
-   await Shake.stop();
-   
-   // Remove specific listener
-   const handle = await Shake.addListener('shake', () => {
-     console.log('Shaken!');
-   });
-   handle.remove();
-   ```
-
-5. **Esempio di implementazione**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-   import { App } from '@capacitor/app';
-
-   export class ShakeService {
-     private shakeListener: any;
-
-     async initialize() {
-       // Start shake detection
-       await Shake.start({ threshold: 4.0 });
-
-       // Add shake listener
-       this.shakeListener = await Shake.addListener('shake', () => {
-         this.handleShake();
-       });
-
-       // Clean up on app pause
-       App.addListener('pause', () => {
-         Shake.stop();
-       });
-
-       // Resume on app resume
-       App.addListener('resume', () => {
-         Shake.start({ threshold: 4.0 });
-       });
-     }
-
-     private handleShake() {
-       console.log('Shake detected!');
-       // Show debug menu, refresh data, or trigger any action
-     }
-
-     async cleanup() {
-       if (this.shakeListener) {
-         this.shakeListener.remove();
-       }
-       await Shake.stop();
-     }
-   }
-   ```
-</Steps>
-
-## API Riferimento
-
-### Metodi
-
-#### `start(options?: ShakeOptions)`
-Inizia ad ascoltare i gesti di scuotimento.
-
-**Parametri:**
-- `options` (opzionale): oggetto di configurazione
-  - `threshold`: numero - Soglia di sensibilità (impostazione predefinita: 3,5)
-
-#### `stop()`
-Smetti di ascoltare i gesti di agitazione.
-
-#### `addListener('shake', callback: () => void)`
-Aggiungi un ascoltatore per gli eventi shake.
-
-**Restituisce:** Promessa con un handle per rimuovere l'ascoltatore
-
-### Interfacce
-
-```typescript
-interface ShakeOptions {
-  threshold?: number; // Shake sensitivity threshold
-}
-```
-
-## Note sulla piattaforma
-
-### iOS
-- Utilizza l'accelerometro del dispositivo per rilevare i movimenti di vibrazione
-- Funziona sia in primo piano che in background (se l'app dispone delle autorizzazioni in background)
-
-### Android
-- Utilizza SensorManager per rilevare eventi di scuotimento
-- Non richiede autorizzazioni speciali
-- Funziona quando l'app è in primo piano
-
-## Casi d'uso comuni
-
-1. **Menu Debug**: mostra le opzioni sviluppatore quando il dispositivo viene scosso
-2. **Feedback**: attiva il modulo di feedback o la segnalazione di bug
-3. **Aggiorna**: aggiorna i dati dell'app o svuota la cache
-4. **Giochi**: utilizza lo scuotimento come meccanismo di controllo del gioco
-5. **Annulla**: implementa la funzionalità agita per annullare
-
-## Risoluzione dei problemi
-
-**Scuotimento non rilevato:**
-- Assicurati che il plugin sia avviato con `Shake.start()`
-- Prova a regolare il valore di soglia (più basso = più sensibile)
-- Verificare che gli ascoltatori siano registrati correttamente
-
-**Troppo sensibile/non abbastanza sensibile:**
-- Modifica il parametro `threshold` nelle opzioni `start()`
-- I valori variano tipicamente da 2,0 (molto sensibile) a 5,0 (meno sensibile)
diff --git a/src/content/docs/it/docs/plugins/shake/index.mdx b/src/content/docs/it/docs/plugins/shake/index.mdx
deleted file mode 100644
index c1a192c4c..000000000
--- a/src/content/docs/it/docs/plugins/shake/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: '@capgo/capacitor-shake'
-description: >-
-  Plug-in Capacitor per rilevare i movimenti di scuotimento sul tuo dispositivo,
-  abilitando funzionalità interattive basate sullo scuotimento nella tua app.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Rileva i movimenti di scuotimento nella tua app per attivare azioni,
-    mostrare menu di debug o creare esperienze interattive.
-  image:
-    file: ~public/icons/plugins/shake.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/shake/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-shake/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Rilevamento semplice dei gesti" icon="rocket">
-    Rileva facilmente quando gli utenti scuotono il dispositivo 📱
-  </Card>
-  <Card title="Sensibilità personalizzabile" icon="setting">
-    Adatta la sensibilità del rilevamento delle vibrazioni alle tue esigenze ⚡
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Funziona perfettamente sui dispositivi iOS e Android 🌍
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Controlla la [Documentazione](/docs/plugins/shake/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/share-target/getting-started.mdx b/src/content/docs/it/docs/plugins/share-target/getting-started.mdx
deleted file mode 100644
index dd8246c6f..000000000
--- a/src/content/docs/it/docs/plugins/share-target/getting-started.mdx
+++ /dev/null
@@ -1,415 +0,0 @@
----
-title: Iniziare con Condividi Target
-description: >-
-  Scopri come fare in modo che la tua app riceva contenuti condivisi da altre
-  app
-locale: it
----
-Questa guida ti guiderà attraverso l'integrazione del plug-in Capacitor Share Target per consentire alla tua app di ricevere contenuti condivisi da altre applicazioni.
-
-## Installazione
-
-Installa il plug-in utilizzando npm:
-
-```bash
-npm install @capgo/capacitor-share-target
-npx cap sync
-```
-
-## Android Configurazione
-
-Aggiungi filtri di intenti al tuo `AndroidManifest.xml` all'interno del tag `<activity>`:
-
-### Accetta contenuto testuale
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="text/*" />
-</intent-filter>
-```
-
-### Accetta immagini
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-```
-
-### Accetta tutti i tipi di contenuto
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-```
-
-## iOS Configurazione
-
-Per iOS, devi creare un'estensione di condivisione:
-
-### 1. Crea estensione di condivisione in Xcode
-
-1. Apri il tuo progetto in Xcode
-2. Vai su **File > Nuovo > Destinazione**
-3. Seleziona **Condividi estensione** e fai clic su **Avanti**
-4. Assegnagli un nome (ad esempio "ShareExtension") e fai clic su **Fine**
-5. Se richiesto, attiva lo schema
-
-### 2. Configura il gruppo di app
-
-1. Nella destinazione dell'app principale, vai su **Firma e funzionalità**
-2. Fai clic su **+ Funzionalità** e aggiungi **Gruppi di app**
-3. Crea o seleziona un gruppo di app (ad esempio, `group.com.yourcompany.yourapp`)
-4. Ripetere per la destinazione dell'estensione di condivisione
-
-### 3. Aggiorna il codice dell'estensione di condivisione
-
-L'estensione di condivisione deve salvare i dati condivisi nel contenitore del gruppo di app in modo che l'app principale possa accedervi.
-
-Per la configurazione dettagliata di iOS, consulta la [documentazione sull'estensione di condivisione diApple](https://developer.apple.com/documentation/uikit/uiactivityviewcontroller).
-
-## Utilizzo di base
-
-### Importa il plugin
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-```
-
-### Ascolta i contenuti condivisi
-
-```typescript
-CapacitorShareTarget.addListener('shareReceived', (event) => {
-  console.log('Received share event');
-  console.log('Title:', event.title);
-  console.log('Texts:', event.texts);
-
-  // Handle shared files
-  if (event.files && event.files.length > 0) {
-    event.files.forEach(file => {
-      console.log(`File: ${file.name}`);
-      console.log(`Type: ${file.mimeType}`);
-      console.log(`URI: ${file.uri}`);
-    });
-  }
-});
-```
-
-## Esempio completo
-
-Ecco un esempio completo che gestisce diversi tipi di contenuto condiviso:
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-class ShareTargetService {
-  private listener: any;
-
-  initialize() {
-    this.listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-      this.handleSharedContent(event);
-    });
-
-    console.log('Share target listener initialized');
-  }
-
-  handleSharedContent(event: any) {
-    console.log('=== Share Received ===');
-
-    // Handle title
-    if (event.title) {
-      console.log('Title:', event.title);
-      this.showNotification('Shared: ' + event.title);
-    }
-
-    // Handle text content
-    if (event.texts && event.texts.length > 0) {
-      event.texts.forEach((text: string, index: number) => {
-        console.log(`Text ${index + 1}:`, text);
-        this.processSharedText(text);
-      });
-    }
-
-    // Handle files
-    if (event.files && event.files.length > 0) {
-      console.log(`Received ${event.files.length} file(s)`);
-
-      event.files.forEach((file: any) => {
-        console.log('File details:');
-        console.log('  Name:', file.name);
-        console.log('  Type:', file.mimeType);
-        console.log('  URI:', file.uri);
-
-        this.processSharedFile(file);
-      });
-    }
-  }
-
-  processSharedText(text: string) {
-    // Check if it's a URL
-    if (this.isURL(text)) {
-      console.log('Shared URL detected:', text);
-      // Handle URL (e.g., create bookmark)
-      this.saveBookmark(text);
-    } else {
-      console.log('Shared text detected');
-      // Handle plain text (e.g., create note)
-      this.createNote(text);
-    }
-  }
-
-  processSharedFile(file: any) {
-    const fileType = file.mimeType.split('/')[0];
-
-    switch (fileType) {
-      case 'image':
-        console.log('Processing shared image');
-        this.handleImage(file);
-        break;
-
-      case 'video':
-        console.log('Processing shared video');
-        this.handleVideo(file);
-        break;
-
-      case 'audio':
-        console.log('Processing shared audio');
-        this.handleAudio(file);
-        break;
-
-      case 'application':
-        console.log('Processing shared document');
-        this.handleDocument(file);
-        break;
-
-      default:
-        console.log('Processing generic file');
-        this.handleGenericFile(file);
-    }
-  }
-
-  handleImage(file: any) {
-    // Process image file
-    console.log('Saving image:', file.name);
-    // Implementation: Save to gallery, upload, etc.
-  }
-
-  handleVideo(file: any) {
-    // Process video file
-    console.log('Saving video:', file.name);
-  }
-
-  handleAudio(file: any) {
-    // Process audio file
-    console.log('Saving audio:', file.name);
-  }
-
-  handleDocument(file: any) {
-    // Process document file
-    console.log('Saving document:', file.name);
-  }
-
-  handleGenericFile(file: any) {
-    // Process generic file
-    console.log('Saving file:', file.name);
-  }
-
-  isURL(text: string): boolean {
-    try {
-      new URL(text);
-      return true;
-    } catch {
-      return false;
-    }
-  }
-
-  saveBookmark(url: string) {
-    console.log('Creating bookmark for:', url);
-    // Implementation
-  }
-
-  createNote(text: string) {
-    console.log('Creating note with text:', text.substring(0, 50));
-    // Implementation
-  }
-
-  showNotification(message: string) {
-    console.log('Notification:', message);
-    // Show toast or notification
-  }
-
-  cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-  }
-}
-
-// Usage
-const shareTarget = new ShareTargetService();
-shareTarget.initialize();
-
-// Cleanup when app closes
-// shareTarget.cleanup();
-```
-
-## Integrazione di reazione
-
-```typescript
-import { useEffect } from 'react';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-function useShareTarget(onShareReceived: (event: any) => void) {
-  useEffect(() => {
-    const listener = CapacitorShareTarget.addListener('shareReceived', onShareReceived);
-
-    return () => {
-      listener.remove();
-    };
-  }, [onShareReceived]);
-}
-
-// Usage in component
-function App() {
-  useShareTarget((event) => {
-    console.log('Share received:', event);
-    // Handle shared content
-  });
-
-  return <div>Your App</div>;
-}
-```
-
-## Integrazione Vue
-
-```typescript
-import { onMounted, onUnmounted } from 'vue';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-export default {
-  setup() {
-    let listener: any;
-
-    onMounted(() => {
-      listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-        console.log('Share received:', event);
-        // Handle shared content
-      });
-    });
-
-    onUnmounted(() => {
-      if (listener) {
-        listener.remove();
-      }
-    });
-  }
-};
-```
-
-## Gestione di diversi tipi di contenuto
-
-### URL
-
-```typescript
-if (event.texts && event.texts.length > 0) {
-  const text = event.texts[0];
-
-  if (text.startsWith('http://') || text.startsWith('https://')) {
-    // Handle URL
-    window.open(text, '_blank');
-  }
-}
-```
-
-### Immagini
-
-```typescript
-if (event.files) {
-  const images = event.files.filter(f => f.mimeType.startsWith('image/'));
-
-  images.forEach(async (image) => {
-    // Read and display image
-    const response = await fetch(image.uri);
-    const blob = await response.blob();
-    const imageUrl = URL.createObjectURL(blob);
-
-    // Display or process image
-    console.log('Image URL:', imageUrl);
-  });
-}
-```
-
-### File multipli
-
-```typescript
-if (event.files && event.files.length > 1) {
-  console.log(`Processing ${event.files.length} files`);
-
-  const processPromises = event.files.map(file =>
-    processFile(file)
-  );
-
-  await Promise.all(processPromises);
-  console.log('All files processed');
-}
-```
-
-## Migliori pratiche
-
-1. **Gestisci più tipi di contenuto**: preparati a ricevere testo, URL e file
-2. **Convalida contenuto**: controlla i tipi MIME prima dell'elaborazione
-3. **Fornisci feedback**: mostra agli utenti cosa è stato ricevuto
-4. **Gestione errori**: gli URI dei file potrebbero non essere validi o inaccessibili
-5. **Pulisci ascoltatori**: rimuovi gli ascoltatori quando non sono necessari
-6. **Testa accuratamente**: prova con diverse app e tipi di contenuti
-7. **Richiedi autorizzazioni**: alcuni tipi di file potrebbero richiedere autorizzazioni aggiuntive
-
-## Problemi comuni
-
-### La condivisione non funziona su Android
-
-Assicurati che i filtri degli intent siano configurati correttamente in `AndroidManifest.xml` all'interno del tag `<activity>` che ha `android.intent.action.MAIN`.
-
-### iOS L'estensione di condivisione non viene visualizzata
-
-1. Verificare che il gruppo di app sia configurato in entrambi i target
-2. Assicurarsi che l'estensione Condividi sia attivata
-3. Verifica che Info.plist in Share Extension abbia la configurazione corretta
-
-### Errori di accesso ai file
-
-```typescript
-try {
-  const response = await fetch(file.uri);
-  const blob = await response.blob();
-  // Process blob
-} catch (error) {
-  console.error('Failed to access file:', error);
-  // Show error to user
-}
-```
-
-## Passaggi successivi
-
-- Esplora il [API Riferimento](https://github.com/Cap-go/capacitor-share-target#api) per la documentazione completa del metodo
-- Controlla l'[app di esempio](https://github.com/Cap-go/capacitor-share-target/tree/main/example) per un utilizzo avanzato
-- Consulta il [tutorial](/plugins/capacitor-share-target) per esempi di implementazione completi
diff --git a/src/content/docs/it/docs/plugins/share-target/index.mdx b/src/content/docs/it/docs/plugins/share-target/index.mdx
deleted file mode 100644
index 22a90f189..000000000
--- a/src/content/docs/it/docs/plugins/share-target/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: '@capgo/capacitor-share-target'
-description: >-
-  Ricevi contenuti condivisi da altre app nella tua applicazione Capacitor per
-  testo, immagini, video e file.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Consenti alla tua app di ricevere testo, immagini e file condivisi da altre
-    app con supporto multipiattaforma.
-  image:
-    file: ~public/icons/plugins/share-target.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/share-target/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-share-target/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Condivisione universale" icon="rocket">
-    Ricevi contenuti condivisi da qualsiasi app 🔗
-  </Card>
-  <Card title="Tipi di contenuto multipli" icon="document">
-    Gestisci testo, immagini, video e file 📁
-  </Card>
-  <Card title="Cross-Platform" icon="laptop">
-    Supporto per iOS e Android con integrazione nativa 📱
-  </Card>
-  <Card title="Event-Based" icon="download">
-    Ascolta gli eventi di condivisione in tempo reale 📡
-  </Card>
-  <Card title="Configurazione flessibile" icon="setting">
-    Personalizza i tipi MIME accettati 🎛️
-  </Card>
-  <Card title="Iniziare" icon="open-book">
-    Consulta la [Guida introduttiva](/docs/plugins/share-target/getting-started/) per installare e configurare il plug-in.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/sim/getting-started.mdx b/src/content/docs/it/docs/plugins/sim/getting-started.mdx
deleted file mode 100644
index af4e40cde..000000000
--- a/src/content/docs/it/docs/plugins/sim/getting-started.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Recupera i dettagli della scheda SIM e gestisci i permessi di runtime con il plugin Capgo SIM.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il plugin**
-   <PackageManagers pkg="@capgo/capacitor-sim" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza le piattaforme**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Permessi
-
-- **Android**: Assicurati che `android.permission.READ_PHONE_STATE` (e su Android 13+, `READ_BASIC_PHONE_STATE`) sia concesso. Capacitor include le dichiarazioni del manifest, ma devi richiedere il permesso prima di chiamare `getSimCards`.
-- **iOS**: Le informazioni del gestore sono disponibili automaticamente; la piattaforma non richiede permessi aggiuntivi. Tieni presente che i dati restituiti sono limitati su iOS 16.4+ a causa delle restrizioni del sistema operativo.
-
-## Richiedi l'accesso a runtime (Android)
-
-```typescript
-import { Sim } from '@capgo/capacitor-sim';
-
-const status = await Sim.checkPermissions();
-if (status.readSimCard !== 'granted') {
-  const updated = await Sim.requestPermissions();
-  if (updated.readSimCard !== 'granted') {
-    throw new Error('Telephony permission denied');
-  }
-}
-```
-
-## Leggi le schede SIM
-
-```typescript
-const { simCards } = await Sim.getSimCards();
-
-simCards.forEach((card, index) => {
-  console.log(`Slot ${card.simSlotIndex ?? index}:`, {
-    carrier: card.carrierName,
-    mcc: card.mobileCountryCode,
-    mnc: card.mobileNetworkCode,
-    country: card.isoCountryCode,
-    subscriptionId: card.subscriptionId,
-  });
-});
-```
-
-## Considerazioni sulla piattaforma
-
-- **Dispositivi Dual SIM**: Itera attraverso l'array restituito; ogni voce corrisponde a uno slot. Quando presente, `subscriptionId` ti aiuta a interagire con le API di telefonia di Android.
-- **iOS 16.4+**: Apple oscura diversi attributi del gestore. Aspettati valori segnaposto (`--`, `65535`) e prevedi soluzioni alternative nella tua interfaccia utente.
-- **Web**: Il plugin restituisce dati vuoti perché i browser non possono accedere alle informazioni della SIM.
diff --git a/src/content/docs/it/docs/plugins/sim/index.mdx b/src/content/docs/it/docs/plugins/sim/index.mdx
deleted file mode 100644
index 87067c97b..000000000
--- a/src/content/docs/it/docs/plugins/sim/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: '@capgo/capacitor-sim'
-description: >-
-  Controlla le informazioni della scheda SIM come operatore, codice paese e
-  indice degli slot dalle app Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Recupera i metadati dell'operatore SIM e gestisci i flussi di autorizzazione
-    con un bridge Capacitor leggero.
-  image:
-    file: ~public/icons/plugins/sim.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/sim/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-sim/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Utilizza Capgo SIM per interrogare i dati dell'operatore, gli indici degli slot e gli stati delle autorizzazioni rimanendo all'interno di Capacitor.
-
-<CardGrid stagger>
-  <Card title="Supporto multi-SIM" icon="rocket">
-    Enumerare ogni SIM installata insieme agli indici degli slot e agli ID di abbonamento.
-  </Card>
-  <Card title="Aiutanti per i permessi" icon="approve-check">
-    Controlla e richiedi l'autorizzazione telefonica richiesta su Android.
-  </Card>
-  <Card title="Schema coerente" icon="star">
-    Utilizza campi dell'operatore normalizzati come MCC, MNC, paese ISO e numeri di telefono.
-  </Card>
-  <Card title="iOS-aware" icon="pencil">
-    Gestisci le sfumature della piattaforma come i dati limitati dell'operatore su iOS 16.4+.
-  </Card>
-</CardGrid>
-
-Ottieni la guida introduttiva per integrare autorizzazioni e modelli di consumo.
diff --git a/src/content/docs/it/docs/plugins/social-login/apple/android.mdx b/src/content/docs/it/docs/plugins/social-login/apple/android.mdx
deleted file mode 100644
index 6e9577e87..000000000
--- a/src/content/docs/it/docs/plugins/social-login/apple/android.mdx
+++ /dev/null
@@ -1,300 +0,0 @@
----
-title: Login Apple su Android
-locale: it
-description: Questa guida fornisce una procedura completa per configurare il Login Apple utilizzando Capacitor per dispositivi iOS, dettagliando ogni passaggio per garantire un processo di integrazione fluido.
-sidebar:
-    order: 3
----
-import MermaidGraph from '@/components/MermaidGraph.astro';
-import { Steps } from '@astrojs/starlight/components';
-
-export const appleLoginFlowGraph = `flowchart TD
-    A("await SocialLogin.login()") -->|Handled in the plugin|B(Generate the login URL)
-    B --> |Pass the link| C(Open the Chrome browser)
-    C --> D(Wait for the user to login)
-    D --> |Apple redirects to your backend|E(Handle the data returned from Apple)
-    E --> F(Redirect back to the app)
-    F --> G(Return to JS)`;
-
-Il login Apple su Android è complicato. Apple non ha supporto ufficiale per `Sign in with Apple` su Android, quindi la soluzione è leggermente hacky.
-
-Android attualmente utilizza schede Chrome per visualizzare un sito web OAuth2. Questo approccio presenta le seguenti sfide:
-
-- Configurazione difficile
-- È richiesto un backend
-
-## Comprendere il flusso su Android
-
-Lascia che usi un diagramma per spiegare il flusso su Android:
-
-<MermaidGraph graph={appleLoginFlowGraph} ariaLabel="Apple Login flow diagram on Android" fullWidth={false} />
-
-Ora che sei consapevole delle sfide e del flusso, iniziamo la configurazione.
-
-## Creazione del Service ID
-
-<Steps>
-1. Accedi al [Portale Sviluppatori Apple](https://developer.apple.com).
-
-2. Clicca su `Identifiers`.
-
-    <img src="/social-login-assets/apple_dev_portal_iden.png" alt="Sezione Identifiers del Portale Sviluppatori Apple" />
-
-    Dovresti vedere una schermata simile a questa:
-
-    <img src="/social-login-assets/apple_dev_portal_iden_2.png" alt="Schermata Identifiers del Portale Sviluppatori Apple" />
-
-    1. Assicurati che questo campo dica <code>App IDs</code>
-    2. Assicurati di poter trovare il tuo App ID.
-        :::note
-        Se non hai configurato il Login Apple per iOS, dovrai crearne uno. Per me, ne ho già uno creato. L'app ID che userò è `me.wcaleniewolny.test.ionic.vue`. Se non ne hai uno, creane uno usando il [passaggio di creazione app](#creating-the-app).
-        :::
-3. Assicurati che la capacità `Sign in with Apple` sia abilitata per la tua app
-    1. Clicca sulla tua app
-        <img src="/social-login-assets/apple_dev_click_on_app.png" alt="Selezione della tua app dall'elenco" />
-    2. Assicurati che la capacità `Sign in with Apple` sia abilitata
-        <img src="/social-login-assets/apple_dev_sign_in_with_apple_enabled.png" alt="Casella di controllo capacità Sign in with Apple abilitata" />
-    3. Se non è abilitata, abilitala.
-4. Torna a `All Identifiers`
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="Pulsante di navigazione All Identifiers" />
-5. Clicca su `App Ids` e vai a `Services IDs`
-   <img src="/social-login-assets/apple_dev_go_to_services_id.png" alt="Navigazione alla sezione Services IDs" />
-6. Crea un nuovo identificatore
-    1. Clicca sul pulsante più
-        <img src="/social-login-assets/apple_dev_iden_add.png" alt="Pulsante aggiungi nuovo service ID" />
-
-    2. Seleziona `Servcice IDs` e clicca `Continue`
-        <img src="/social-login-assets/apple_dev_service_and_cont.png" alt="Selezione dell'opzione Service IDs" />
-
-    3. Inserisci una descrizione e un identificatore e clicca `Continuie`.
-
-        <img src="/social-login-assets/apple_dev_reg_service_2.png" alt="Inserimento dei dettagli del service ID" />
-
-        :::note
-        Questo `identifiers` diventerà il `clientId` che passerai nella funzione `initialize` E `ANDROID_SERVICE_ID` per il backend.
-
-        **Per favore salvalo!!!**
-        :::
-
-        :::note
-        Il Service ID non deve corrispondere all'App ID, ma raccomando di impostare il service ID su `YOUR_APP_ID.service`. Come promemoria, sto usando `me.wcaleniewolny.test.ionic.vue` per il mio app ID ma sto usando `ee.forgr.io.ionic.service2` come service ID.
-        :::
-    4. Verifica i dettagli e clicca `Register`
-        <img src="/social-login-assets/apple_dev_service_ref_fin.png" alt="Conferma della registrazione del service ID" />
-
-    5. Clicca sul servizio appena creato
-        <img src="/social-login-assets/apple_dev_open_serv.png" alt="Selezione del service ID appena creato" />
-
-    6. Abilita l'opzione `Sign in with Apple`
-        <img src="/social-login-assets/apple_dev_serv_enable_sign_with_apple.png" alt="Abilitazione di Sign in with Apple per il service ID" />
-
-    7. Configura il `Sign In with Apple`
-        <img src="/social-login-assets/apple_dev_conf_serv_sign_with_apple.png" alt="Pulsante Configure per Sign in with Apple" />
-
-    8. Assicurati che il `Primary App ID` sia impostato sull'App ID configurato nel passaggio precedente
-        <img src="/social-login-assets/apple_dev_service_prim_id.png" alt="Menu a discesa impostazione Primary App ID" />
-
-    9. Aggiungi il dominio su cui ospiterai il tuo backend.
-
-        <img src="/social-login-assets/apple_dev_serv_create_next.png" alt="Campi impostazione dominio e URL di ritorno" />
-
-        :::note
-        Questo backend **deve** essere eseguito su HTTPS. Per quanto riguarda i `Return URLs`, potresti voler tornare a questo dopo aver letto la prossima sezione di questo tutorial e dopo aver configurato il backend. Per gli scopi di questo tutorial, userò `https://xyz.wcaleniewolny.me/login/callback` per l'URL di ritorno e `xyz.wcaleniewolny.me` come dominio. Premi next.
-        :::
-
-    10. Conferma i dati e clicca `Done`
-        <img src="/social-login-assets/apple_dev_serv_conf_done.png" alt="Conferma della configurazione dominio e URL di ritorno" />
-
-    11. Clicca su `Continue`
-        <img src="/social-login-assets/apple_dev_cont_serv_creat.png" alt="Pulsante Continue per la configurazione del servizio" />
-
-    12. Clicca su `Save`
-        <img src="/social-login-assets/apple_dev_cont_serv_creat_save.png" alt="Pulsante Save per la configurazione del servizio" />
-</Steps>
-
-## Creazione della chiave
-
-<Steps>
-1. Torna a `All Identifiers`
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="Pulsante di navigazione All Identifiers" />
-2. Clicca su `Keys`
-    <img src="/social-login-assets/apple_dev_key_selc.png" alt="Sezione Keys nel Portale Sviluppatori Apple" />
-3. Clicca sull'icona più
-    <img src="/social-login-assets/apple_dev_key_plus.png" alt="Pulsante aggiungi nuova chiave" />
-4. Dai un nome alla tua chiave
-    <img src="/social-login-assets/apple_key_name.png" alt="Campo inserimento nome chiave" />
-    :::note
-    Questo nome non è importante, puoi mettere qualsiasi cosa.
-    :::
-5. Seleziona `Sign in with Apple` e clicca `Configure`
-    <img src="/social-login-assets/apple_dev_key_sing_apple_conf.png" alt="Abilitazione e configurazione di Sign in with Apple per la chiave" />
-6. Seleziona il primary App ID e premi `Save`
-    <img src="/social-login-assets/apple_dev_key_prim_app_id.png" alt="Selezione del primary App ID per la chiave" />
-
-    :::note
-    Questo deve essere lo stesso App ID degli ID nei passaggi precedenti.
-    :::
-7. Clicca su `Continue`
-    <img src="/social-login-assets/apple_dev_key_const.png" alt="Pulsante Continue per la configurazione della chiave" />
-8. Clicca su `Register`
-    <img src="/social-login-assets/apple_dev_key_reg.png" alt="Pulsante Register per la creazione della chiave" />
-9. Copia l'ID della chiave e scarica la chiave.
-    <img src="/social-login-assets/apple_dev_key_downl.png" alt="Schermata ID chiave e pulsante download" />
-
-    :::caution
-        **IMPORTANTE:** Salva questo ID, nel backend sarà chiamato `KEY_ID`. Scarica la chiave. Assicurati di non condividere mai questa chiave.
-    :::
-10. Trova la chiave scaricata e salvala nella cartella del backend.
-    <img src="/social-login-assets/apple_dev_downloaded_key.png" alt="File chiave scaricato" />
-</Steps>
-
-## Ottenere il Team ID
-
-Per utilizzare `Login with Apple` su Android, devi ottenere il `Team ID`. Sarà utilizzato nel backend.
-
-<Steps>
-   1. Vai su [questo sito web](https://developer.apple.com/account/) e scorri verso il basso
-
-   2. Trova il `Team ID`
-      <img src="/social-login-assets/apple_dev_team_id.png" alt="Posizione del Team ID nell'account sviluppatore" />
-</Steps>
-
-## Configurazione del redirect dell'app
-
-Come hai visto nel diagramma, il backend esegue un passaggio chiamato `Redirect back to the app`. Questo richiede modifiche manuali alla tua app.
-
-<Steps>
-    1. Modifica il `AndroidManifest.xml`
-        1. Apri il file, userò `AndroidStudio`
-            <img src="/social-login-assets/studio_android_manifest_file.png" alt="File AndroidManifest.xml in Android Studio" />
-        2. Trova la `MainActivity` e aggiungi il seguente Intent filter
-            <img src="/social-login-assets/studio_manifest_code_to_add.png" alt="Codice intent filter da aggiungere in MainActivity" />
-
-            ```xml
-            <intent-filter>
-                <action android:name="android.intent.action.VIEW" />
-                <category android:name="android.intent.category.DEFAULT" />
-                <category android:name="android.intent.category.BROWSABLE" />
-                <data android:scheme="capgo-demo-app" android:host="path" />
-            </intent-filter>
-            ```
-    2. Modifica la `MainActivity`
-        1. Apri la `MainActivity`
-            <img src="/social-login-assets/studio_main_activ_file.png" alt="File MainActivity.java in Android Studio" />
-
-        2. Aggiungi il seguente codice:
-            <img src="/social-login-assets/studio_main_actv_new_code.png" alt="Codice da aggiungere a MainActivity per gestire deep link" />
-
-            ```java
-            @Override
-            protected void onNewIntent(Intent intent) {
-                String action = intent.getAction();
-                Uri data = intent.getData();
-
-                if (Intent.ACTION_VIEW.equals(action) && data != null) {
-                    PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                    if (pluginHandle == null) {
-                        Log.i("Apple Login Intent", "SocialLogin login handle is null");
-                        return;
-                    }
-                    Plugin plugin = pluginHandle.getInstance();
-                    if (!(plugin instanceof SocialLoginPlugin)) {
-                        Log.i("Apple Login Intent", "SocialLogin plugin instance is not SocialLoginPlugin");
-                        return;
-                    }
-                    ((SocialLoginPlugin) plugin).handleAppleLoginIntent(intent);
-                    return;
-                }
-                super.onNewIntent(intent);
-            }
-            ```
-
-            :::caution
-            Questo esempio presuppone che tu non abbia deep link configurati. Se li hai, adatta il codice
-            :::
-</Steps>
-
-:::note
-Hai appena aggiunto un nuovo deep link nella tua app. Il deep link apparirà così: `capgo-demo-app://path`. Puoi modificare `android:scheme` e `android:host` per modificare come appare questo deep link.
-**Importante:** Nella configurazione del backend, questo deep link diventerà `BASE_REDIRECT_URL`
-:::
-
-
-## Configurazione del backend
-
-È richiesto un backend per Android, ma configurare un backend influenzerà anche iOS. Un backend di esempio è fornito [qui](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/index.ts)
-
-Questo esempio fornisce quanto segue:
-- Un semplice database JSON
-- Un modo per richiedere il JWT dai server di Apple
-- Una semplice verifica JWT
-
-:::note
-Uso `PM2` per ospitare questo esempio. Un esempio di `ecosystem.config.js` può essere trovato [qui](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/ecosystem.config.js.example)
-:::
-
-Dato tutto ciò che ho detto in questo tutorial, ecco come apparirebbe la sezione `env`:
-
-- `ANDROID_SERVICE_ID` = Service ID
-- `IOS_SERVICE_ID` = App ID
-
-```js
-env: {
-  PRIVATE_KEY_FILE: "AuthKey_U93M8LBQK3.p8",
-  KEY_ID: "U93M8LBQK3",
-  TEAM_ID: "UVTJ336J2D",
-  ANDROID_SERVICE_ID: "ee.forgr.io.ionic.starter.service2",
-  IOS_SERVICE_ID: "me.wcaleniewolny.test.ionic.vue",
-  PORT: 3000,
-  REDIRECT_URI: "https://xyz.wcaleniewolny.me/login/callback",
-  BASE_REDIRECT_URL: "capgo-demo-app://path"
-}
-```
-
-#### Utilizzo del plugin
-
-L'utilizzo della funzione `login` non cambia, è lo stesso di iOS. Dai un'occhiata a quella sezione per maggiori informazioni. **TUTTAVIA**, il metodo `initialize` cambia un po'.
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: 'ee.forgr.io.ionic.starter.service2',
-    redirectUrl: 'https://appleloginvps.wcaleniewolny.me/login/callback'
-  }
-})
-```
-
-:::danger
-    Nota che aggiungere `redirectUrl` **INFLUENZERÀ** iOS !!!!!
-:::
-
-
-## Creazione dell'app
-
-:::note
-Se hai già un App ID, puoi saltare questo passaggio.
-Non seguire questo passaggio se hai configurato il Login Apple per iOS.
-:::
-
-<Steps>
-   1. Se non hai già un App ID, clicca sul pulsante più
-        <img src="/social-login-assets/apple_dev_iden_plus.png" alt="Pulsante più aggiungi nuovo identificatore" />
-
-   2. Seleziona `App IDs` e clicca continue
-        <img src="/social-login-assets/apple_dev_new_app_id.png" alt="Selezione del tipo App IDs" />
-
-   3. Clicca sul tipo `App` e clicca `Continue`
-        <img src="/social-login-assets/apple_dev_new_app_type.png" alt="Selezione del tipo App" />
-
-   4. Inserisci la descrizione e l'app ID
-        <img src="/social-login-assets/apple_dev_new_app_desc_id.png" alt="Inserimento della descrizione app e bundle ID" />
-
-   5. Abilita la capacità `Sign with Apple`
-        <img src="/social-login-assets/apple_dev_enable_sign_with_apple.png" alt="Abilitazione della capacità Sign in with Apple" />
-
-   6. Clicca `Continue`
-        <img src="/social-login-assets/apple_dev_register_continue.png" alt="Pulsante Continue per la registrazione dell'app" />
-
-   7. Conferma i dettagli e clicca `Register`
-        <img src="/social-login-assets/apple_dev_confirm_register.png" alt="Conferma dei dettagli di registrazione dell'app" />
-</Steps>
diff --git a/src/content/docs/it/docs/plugins/social-login/apple/general.mdx b/src/content/docs/it/docs/plugins/social-login/apple/general.mdx
deleted file mode 100644
index 664df9f85..000000000
--- a/src/content/docs/it/docs/plugins/social-login/apple/general.mdx
+++ /dev/null
@@ -1,18 +0,0 @@
----
-title: Apple Impostazione accesso
-description: >-
-  Questa guida fornisce istruzioni dettagliate sulla configurazione dell'accesso
-  Apple utilizzando Capacitor, coprendo tutti i passaggi e i requisiti necessari
-  per un'integrazione riuscita.
-sidebar:
-  order: 1
-locale: it
----
-### Introduzione
-
-In questa guida imparerai come configurare Apple Accedi con Capacitor. Per fare ciò, avrai bisogno di quanto segue:
-
-- un account sviluppatore Apple
-- Un computer con macOS (solo IOS)
-- Xcode installato (solo IOS)
-- Un backend personalizzato (solo Android)
diff --git a/src/content/docs/it/docs/plugins/social-login/apple/ios.mdx b/src/content/docs/it/docs/plugins/social-login/apple/ios.mdx
deleted file mode 100644
index 8c24ead42..000000000
--- a/src/content/docs/it/docs/plugins/social-login/apple/ios.mdx
+++ /dev/null
@@ -1,70 +0,0 @@
----
-title: Apple accedi su IOS
-description: >-
-  Questa guida completa ti guiderà attraverso il processo di configurazione
-  dell'accesso a Apple utilizzando Capacitor sui dispositivi iOS, garantendo
-  un'integrazione perfetta coprendo tutti i passaggi e le configurazioni
-  necessarie.
-sidebar:
-  order: 2
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-
-Analizziamo ciò di cui avrai bisogno per configurare l'accesso Apple su IOS.
-
-<Steps>
-1. Configura le funzionalità della tua app.
-
-    Per fare ciò, apri Xcode, fai clic su `App`
-    ![App XCode](/social-login-assets/app-xcode.png)
-
-2. Assicurati di selezionare il target giusto.
-
-    ![Destinazione app XCode](/social-login-assets/xcode-app-target.png)
-
-3. Assicurati di aggiungere la funzionalità `Sign in with Apple`.
-
-    ![Funzionalità di aggiunta App XCode](/social-login-assets/app-xcode-add-cap.png)
-
-    ![Funzionalità di aggiunta App XCode](/social-login-assets/sign-with-apple-cap.png)
-
-    :::attenzione
-    Se non vedi la funzionalità `Sign in with Apple`, configura [Condivisione dati account e organizzazione](https://developer.apple.com/account/resources/services/cwa/configure/)
-    :::
-
-4. Inizializza l'accesso Apple nella tua app.
-
-    :::nota
-    Sto utilizzando Vue come framework, l'implementazione esatta varierà a seconda del framework scelto
-    :::
-
-    ```ts
-    //  onMounted is vue specific
-    onMounted(() => {
-    SocialLogin.initialize({
-        apple: {}
-    })
-    });
-    ```
-
-5. Crea un pulsante che avvierà il processo di accesso.
-
-    Detto pulsante dovrebbe richiamare la seguente funzione:
-
-    ```ts
-    async function loginApple() {
-    const res = await SocialLogin.login({
-        provider: 'apple',
-        options: {}
-    })
-    ```
-
-6. Esegui la tua app su un dispositivo **<u>PHYSICAL</u>** e testala. 
-
-    Se hai seguito attentamente i passaggi, dopo aver fatto clic sul pulsante vedrai la seguente schermata.
-
-    ![Apple Richiesta di accesso sul dispositivo iOS](/social-login-assets/apple-sign-in-ios-final.png)
-</Steps>
-
-Questo è tutto! È tutto pronto.
diff --git a/src/content/docs/it/docs/plugins/social-login/apple/web.mdx b/src/content/docs/it/docs/plugins/social-login/apple/web.mdx
deleted file mode 100644
index 4faf24b07..000000000
--- a/src/content/docs/it/docs/plugins/social-login/apple/web.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: Apple accesso per browser web
-description: >-
-  Questa guida fornisce una procedura dettagliata sulla configurazione
-  dell'accesso Apple utilizzando Capacitor per le applicazioni Web, utilizzando
-  il plug-in @capgo/capacitor-social-login per garantire un processo di
-  integrazione senza interruzioni.
-sidebar:
-  order: 4
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-La configurazione dell'accesso web non è banale. È più difficile che impostare `Sign in with Apple` su iOS ma più difficile che impostare `Sign in with Apple` su Android.
-
-## Generazione del servizio
-
-:::note
-Questo passaggio è ridondante se hai già configurato `Sign in with Apple` su Android.
-:::
-
-Segui la guida [qui](/docs/plugins/social-login/apple/android/#creating-the-service-id/) per generare il servizio.
-
-## Configurazione degli "URL di restituzione".
-
-<Steps>
-
-1. **Vai alla configurazione dell'ID servizio**
-   
-   Nel [Apple Portale per sviluppatori](https://developer.apple.com), vai a `Identifiers` > "ID servizi" e fai clic sul tuo ID servizio.
-
-2. **Configura l'accesso con Apple**
-   
-   Fai clic su `Configure` accanto a `Sign in with Apple`.
-
-   ![apple_dev_configure_login](/social-login-assets/apple_dev_configure_login.webp)
-
-3. **Aggiungi gli URL di ritorno**
-
-   Fare clic sul pulsante "+" per aggiungere un nuovo URL di ritorno.
-
-   ![apple_dev_return_url_plus](/social-login-assets/apple_dev_return_url_plus.webp)
-
-4. **Aggiungi gli URL di ritorno**
-
-   Aggiungi il tuo dominio per la tua applicazione web in "Domini e sottodomini".
-   :::attenzione
-   **NON PUOI** aggiungere `localhost` o `127.0.0.1` come dominio qui.
-   :::
-
-   Successivamente, aggiungi il tuo dominio con il prefisso `https://` e il percorso da cui chiamerai Apple Login.
-   Ad esempio, se il tuo dominio è `https://my-app.com` e chiamerai Apple Accedi da `/login`, dovresti aggiungere `https://my-app.com/login` come URL di ritorno.
-
-   :::attenzione
-   **DEVI** aggiungere sia il dominio con una barra finale che quello senza barra finale.
-   :::
-
-   ![apple_dev_return_url_add](/social-login-assets/apple_dev_return_url_add.webp)
-
-5. **Salva le modifiche**
-
-   1. Fare clic sul pulsante `Next` per salvare le modifiche.
-   2. Fare clic sul pulsante `Save` per salvare le modifiche.
-
-6. Dovresti essere pronto per testare l'accesso per JavaScript. Tieni presente che non puoi eseguire il test da localhost.
-</Steps>
diff --git a/src/content/docs/it/docs/plugins/social-login/facebook.mdx b/src/content/docs/it/docs/plugins/social-login/facebook.mdx
deleted file mode 100644
index b8171bfde..000000000
--- a/src/content/docs/it/docs/plugins/social-login/facebook.mdx
+++ /dev/null
@@ -1,661 +0,0 @@
----
-title: Facebook Impostazione accesso
-description: >-
-  Questa guida fornisce una procedura dettagliata completa sulla configurazione
-  dell'accesso Facebook utilizzando Capacitor, garantendo un'integrazione
-  perfetta e un'autenticazione utente avanzata per la tua applicazione.
-sidebar:
-  order: 1
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-## Introduzione
-
-In questa guida imparerai come configurare Facebook Accedi con Capgo Accesso social. Avrai bisogno di quanto segue:
-
-- Un account sviluppatore Facebook
-- Il nome del pacchetto/l'ID bundle della tua app
-- Accesso a un terminale per la generazione degli hash delle chiavi (Android)
-
-## Configurazione generale
-
-Se non hai già creato un'app Facebook, procedi nel seguente modo:
-
-<Steps>
-1. Crea un'app Facebook
-   
-   Segui il tutorial per [Creare un'app](https://developers.facebook.com/docs/development/create-an-app/)
-
-2. Aggiungi Facebook Accedi alla tua app
-   
-   Nella tua Facebook Dashboard per sviluppatori, aggiungi il prodotto Facebook Login alla tua app
-
-3. Prima di poter rilasciare la tua app al pubblico, segui questo [tutorial](https://developers.facebook.com/docs/development/release/) per pubblicarla
-</Steps>
-
-## Informazioni importanti
-
-Ecco dove trovare le informazioni chiave necessarie per l'integrazione:
-
-1. `CLIENT_TOKEN`:
-   <img src="/social-login-assets/fb_where_to_fiind_client_token.png" alt="Facebook dashboard per sviluppatori che mostra dove trovare il token client" />
-  
-2. `APP_ID`:
-   <img src="/social-login-assets/fb_where_to_find_app_id.png" alt="Facebook dashboard per sviluppatori che mostra dove trovare l'ID dell'app" />
-
-3. `APP_NAME`:
-   <img src="/social-login-assets/fb_where_to_find_app_name.png" alt="Facebook dashboard per sviluppatori che mostra dove trovare il nome dell'app" />
-
-## Android Configurazione
-
-<Steps>
-1. Aggiungi l'autorizzazione Internet al tuo `AndroidManifest.xml`
-
-   Assicurati che questa riga sia presente:
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET"/>
-   ```
-
-2. Genera l'hash della chiave Android
-   
-   Questo è un passaggio di sicurezza cruciale richiesto da Facebook. Apri il tuo terminale ed esegui:
-
-   ```bash
-   keytool -exportcert -alias androiddebugkey -keystore ~/.android/debug.keystore | openssl sha1 -binary | openssl base64 -A
-   ```
-
-   Quando viene richiesta una password, utilizzare: `android`
-
-   :::nota
-   Per le build di rilascio, dovrai utilizzare il tuo archivio chiavi di rilascio:
-   ```bash
-   keytool -exportcert -alias your-key-name -keystore your-keystore-path | openssl sha1 -binary | openssl base64 -A
-   ```
-   :::
-
-3. Aggiungi l'hash della chiave alla tua app Facebook
-   
-   1. Vai alla dashboard della tua app su Facebook Developers
-   2. Vai su Impostazioni > Base
-   3. Scorri verso il basso fino alla sezione "Android".
-   4. Fai clic su "Aggiungi piattaforma" se Android non è ancora stato aggiunto e inserisci i dettagli
-   5. Aggiungi l'hash della chiave che hai generato
-   6. Per la produzione, aggiungere gli hash delle chiavi di debug e di rilascio
-
-4. Aggiorna il tuo `AndroidManifest.xml` per includere:
-
-   ```xml
-   <application>
-       ...
-       <activity android:name="com.facebook.FacebookActivity"
-           android:configChanges="keyboard|keyboardHidden|screenLayout|screenSize|orientation"
-           android:label="@string/app_name" />
-       
-       <activity
-           android:name="com.facebook.CustomTabActivity"
-           android:exported="true">
-           <intent-filter>
-               <action android:name="android.intent.action.VIEW" />
-               <category android:name="android.intent.category.DEFAULT" />
-               <category android:name="android.intent.category.BROWSABLE" />
-               <data android:scheme="FB[APP_ID]" />
-           </intent-filter>
-       </activity>
-   </application>
-   ```
-
-   :::attenzione
-   Assicurati di sostituire `[APP_ID]` con il tuo effettivo ID app Facebook nell'attributo `android:scheme`
-   :::
-</Steps>
-
-## iOS Configurazione
-
-<Steps>
-1. Aggiungi la piattaforma iOS nella Facebook Console per gli sviluppatori
-   
-   1. Vai alla dashboard della tua app su Facebook Developers
-   2. Vai su Impostazioni > Base
-   3. Scorri fino in fondo alla pagina e fai clic su "Aggiungi piattaforma"
-   4. Seleziona iOS e inserisci i dettagli richiesti
-
-2. Apri il tuo progetto Xcode e vai a Info.plist
-
-3. Aggiungi le seguenti voci al tuo Info.plist:
-
-   ```xml
-   <key>FacebookAppID</key>
-   <string>[APP-ID]</string>
-   <key>FacebookClientToken</key>
-   <string>[CLIENT-TOKEN]</string>
-   <key>FacebookDisplayName</key>
-   <string>[APP-NAME]</string>
-   <key>LSApplicationQueriesSchemes</key>
-   <array>
-       <string>fbapi</string>
-       <string>fb-messenger-share-api</string>
-   </array>
-   <key>CFBundleURLTypes</key>
-   <array>
-       <dict>
-           <key>CFBundleURLSchemes</key>
-           <array>
-               <string>fb[APP-ID]</string>
-           </array>
-       </dict>
-   </array>
-   ```
-
-   :::attenzione
-   Sostituisci i seguenti valori:
-   - `[APP-ID]` con il tuo ID app Facebook
-   - `[CLIENT-TOKEN]` con il tuo token cliente
-   - `[APP-NAME]` con il nome della tua app
-   :::
-
-4. Modifica `AppDelegate.swift`
-
-   ```swift
-   import FBSDKCoreKit
-   @UIApplicationMain
-   class AppDelegate: UIResponder, UIApplicationDelegate {
-         func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-           // Override point for customization after application launch.
-           
-           // Initialize Facebook SDK
-           FBSDKCoreKit.ApplicationDelegate.shared.application(
-               application,
-               didFinishLaunchingWithOptions: launchOptions
-           )
-           
-           return true
-       }
-
-       func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-           // Called when the app was launched with a url. Feel free to add additional processing here,
-           // but if you want the App API to support tracking app url opens, make sure to keep this call
-           
-           if (FBSDKCoreKit.ApplicationDelegate.shared.application(
-               app,
-               open: url,
-               sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-               annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-           )) {
-               return true;
-           } else {
-               return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-           }
-       }
-   }
-   ```
-</Steps>
-
-## Utilizzando Facebook Accedi alla tua app:::caution
-**Prima di iniziare**: ricorda che con il nuovo Facebook SDK, il tipo di token che ricevi dipende interamente dalla scelta di monitoraggio dell'app dell'utente, non dalla configurazione del codice. Implementa sempre sia il token di accesso che la gestione del token JWT nel tuo backend per garantire che l'autenticazione funzioni per tutti gli utenti.
-:::
-
-<Steps>
-1. Inizializza l'accesso Facebook nella tua app
-
-   ```typescript
-   import { SocialLogin } from '@capgo/capacitor-social-login';
-
-   // Initialize during app startup
-   await SocialLogin.initialize({
-     facebook: {
-       appId: 'APP_ID',
-       clientToken: 'CLIENT_TOKEN',
-     }
-   })
-   ```
-
-2. Implementare la funzione di accesso
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-        options: {
-          permissions: ['email', 'public_profile'],
-          limitedLogin: false // See Limited Login section below for important details
-        }
-       });
-       console.log('Facebook login result:', result);
-       // Handle successful login
-     } catch (error) {
-       console.error('Facebook login error:', error);
-       // Handle error
-     }
-   }
-   ```
-
-   :::nota
-   **Accesso limitato (solo iOS)**: imposta `limitedLogin` su true se desideri utilizzare la funzione di accesso limitato di Facebook. Questa è una funzionalità riservata solo a iOS che fornisce una maggiore privacy limitando i dati condivisi durante l'accesso.
-
-   **Limitazioni importanti:**
-   - **iOS Solo**: l'accesso limitato riguarda solo i dispositivi iOS e non ha alcun impatto su Android
-   - **Sostituzione ATT**: anche se imposti `limitedLogin: false`, Facebook lo forzerà automaticamente su `true` se l'utente non ha concesso l'autorizzazione App Tracking Transparency (ATT)
-   - **Gestisci sempre entrambi i casi**: la tua app deve essere sempre pronta a gestire scenari di accesso sia limitati che completi
-
-   **Verifica dello stato ATT:**
-   ```typescript
-   // Check if user has granted tracking permission
-   const trackingStatus = await SocialLogin.providerSpecificCall({
-     call: 'facebook#requestTracking',
-     options: {}
-   });
-   console.log('Tracking status:', trackingStatus.status); // 'authorized', 'denied', 'notDetermined', or 'restricted'
-   ```
-
-   **Implementazione consigliata se si preferisce access_token:**
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       // Check ATT status first
-       const trackingStatus = await SocialLogin.providerSpecificCall({
-         call: 'facebook#requestTracking',
-         options: {}
-       });
-       
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: trackingStatus.status === 'denied' // Auto-adjust based on ATT
-         }
-       });
-       
-       // Handle different response types based on limited login
-       if (result.result.accessToken) {
-         // Your app logic should work with both limited and full login
-         console.log('Login successful:', result);
-       }
-     } catch (error) {
-       console.error('Facebook login error:', error);
-     }
-   }
-   ```
-
-   **Cosa succede con l'accesso limitato:**
-   - **Accesso ridotto ai dati**: alcuni dati utente potrebbero non essere disponibili
-   - **Diversi tipi di token**: i token di accesso possono avere funzionalità diverse
-   - **Conformità alla privacy**: aiuta a rispettare i requisiti sulla privacy di iOS
-
-   **Importante**: testa sempre la tua app con scenari di accesso sia limitati che completi per assicurarti che l'app funzioni correttamente in entrambi i casi. Puoi trovare ulteriori informazioni sull'accesso limitato [qui](https://developers.facebook.com/docs/facebook-login/limited-login/).
-   :::
-
-3. **Ottieni i dati del profilo utente**
-
-   Dopo aver effettuato correttamente l'accesso, puoi recuperare ulteriori informazioni sul profilo:
-
-   ```typescript
-   async function getFacebookProfile() {
-     try {
-       const profileResponse = await SocialLogin.providerSpecificCall({
-         call: 'facebook#getProfile',
-         options: {
-           fields: ['id', 'name', 'email', 'first_name', 'last_name', 'picture']
-         }
-       });
-
-       console.log('Facebook profile:', profileResponse.profile);
-       return profileResponse.profile;
-     } catch (error) {
-       console.error('Failed to get Facebook profile:', error);
-       return null;
-     }
-   }
-
-   // Example usage after login
-   async function loginAndGetProfile() {
-     const loginResult = await loginWithFacebook();
-     if (loginResult) {
-       const profile = await getFacebookProfile();
-       if (profile) {
-         console.log('User ID:', profile.id);
-         console.log('Name:', profile.name);
-         console.log('Email:', profile.email);
-         console.log('Profile Picture:', profile.picture?.data?.url);
-       }
-     }
-   }
-   ```
-
-   :::suggerimento
-   **Campi profilo disponibili**: puoi richiedere qualsiasi campo disponibile nel grafico Facebook API di Facebook. I campi comuni includono: `id`, `name`, `email`, `first_name`, `last_name`, `picture`, `birthday`, `gender`, `location`, `hometown`. Tieni presente che alcuni campi potrebbero richiedere autorizzazioni aggiuntive.
-   :::
-
-   :::attenzione
-   **Limitazione del tipo di token**: la chiamata `getProfile` funziona solo quando si dispone di un **token di accesso** (accesso standard con monitoraggio consentito). Se l'utente ha negato il monitoraggio o stai utilizzando un accesso limitato (solo token JWT), questa chiamata avrà esito negativo. In tal caso, utilizzare i dati del profilo forniti nella risposta di accesso iniziale.
-   :::
-</Steps>
-
-## ⚠️ Critico: gestione dei token backend
-
-:::danger
-**COMPORTAMENTO CRITICO iOS**: accesso limitato e trasparenza del monitoraggio delle app (ATT) sono funzionalità **iOS-ONLY**. Su Android riceverai sempre token di accesso indipendentemente dall'impostazione `limitedLogin`.**iOS Comportamento del token**: 
-- **`limitedLogin: true`** → Sempre JWT token (solo iOS)
-- **`limitedLogin: false` + L'utente CONSENTE il tracciamento** → Token di accesso  
-- **`limitedLogin: false` + L'utente NEGA il monitoraggio** → JWT token (iOS sovrascrive automaticamente l'impostazione)
-
-**Android Comportamento token**: accedi sempre al token, l'impostazione `limitedLogin` viene ignorata.
-:::
-
-Il tuo backend deve gestire **due diversi tipi di token** perché gli utenti iOS possono ricevere token di accesso o token JWT a seconda della scelta della trasparenza del monitoraggio delle app, mentre gli utenti Android ricevono sempre token di accesso.
-
-### Tipi di token per piattaforma
-
-| Piattaforma | Impostazione accesso limitato | Scelta ATT utente | Tipo token risultato |
-|----------|---------------------|-----------|---------------------------|
-| **iOS** | `true` | Qualsiasi | JWT Gettone |
-| **iOS** | `false` | Consente il monitoraggio | Gettone di accesso |
-| **iOS** | `false` | Nega il tracciamento | JWT Token (override automatico) |
-| **Android** | Qualsiasi | N/D | Token di accesso (sempre) |
-
-### Implementazione del back-end
-
-<Steps>
-1. **Rileva il tipo di token e gestiscilo di conseguenza**
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const loginResult = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: false // iOS: depends on ATT, Android: ignored
-         }
-       });
-
-       if (loginResult.accessToken) {
-         // Access token (Android always, iOS when tracking allowed)
-         return handleAccessToken(loginResult.accessToken.token);
-       } else if (loginResult.idToken) {
-         // JWT token (iOS only when tracking denied or limitedLogin: true)
-         return handleJWTToken(loginResult.idToken);
-       }
-     } catch (error) {
-       console.error('Facebook login error:', error);
-     }
-   }
-   ```
-
-2. **Firebase Esempio di integrazione**
-
-   ```typescript
-   import { OAuthProvider, FacebookAuthProvider, signInWithCredential } from 'firebase/auth';
-
-   async function handleAccessToken(accessToken: string, nonce: string) {
-     // For access tokens, use OAuthProvider (new method)
-     const fbOAuth = new OAuthProvider("facebook.com");
-     const credential = fbOAuth.credential({
-       idToken: accessToken,
-       rawNonce: nonce
-     });
-
-     try {
-       const userResponse = await signInWithCredential(auth, credential);
-       return userResponse;
-     } catch (error) {
-       console.error('Firebase OAuth error:', error);
-       return false;
-     }
-   }
-
-   async function handleJWTToken(jwtToken: string) {
-     // For JWT tokens, send to your backend for validation
-     try {
-       const response = await fetch('/api/auth/facebook-jwt', {
-         method: 'POST',
-         headers: {
-           'Content-Type': 'application/json',
-         },
-         body: JSON.stringify({ jwtToken })
-       });
-
-       const result = await response.json();
-       return result;
-     } catch (error) {
-       console.error('JWT validation error:', error);
-       return false;
-     }
-   }
-   ```
-
-3. **Convalida JWT backend**
-
-   ```typescript
-   // Backend: Validate JWT token from Facebook
-   import jwt from 'jsonwebtoken';
-   import { Request, Response } from 'express';
-
-   app.post('/api/auth/facebook-jwt', async (req: Request, res: Response) => {
-     const { jwtToken } = req.body;
-
-     try {
-       // Verify JWT token with Facebook's public key
-       // See: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(jwtToken, getFacebookPublicKey(), {
-         algorithms: ['RS256'],
-         audience: process.env.FACEBOOK_APP_ID,
-         issuer: 'https://www.facebook.com' // From: https://www.facebook.com/.well-known/openid-configuration/?_rdr
-       });
-
-       // Extract user info from JWT
-       const userInfo = {
-         id: decoded.sub,
-         email: decoded.email,
-         name: decoded.name,
-         isJWTAuth: true
-       };
-
-       // Create your app's session/token
-       const sessionToken = createUserSession(userInfo);
-
-       res.json({
-         success: true,
-         token: sessionToken,
-         user: userInfo
-       });
-     } catch (error) {
-       console.error('JWT validation failed:', error);
-       res.status(401).json({ success: false, error: 'Invalid token' });
-     }
-   });
-   ```
-
-4. **Gestore token backend generico**
-
-   ```typescript
-   // Handle both token types in your backend
-   async function authenticateFacebookUser(tokenData: any) {
-     if (tokenData.accessToken) {
-       // Handle access token - validate with Facebook Graph API
-       const response = await fetch(`https://graph.facebook.com/me?access_token=${tokenData.accessToken}&fields=id,name,email`);
-       const userInfo = await response.json();
-       
-       return {
-         user: userInfo,
-         tokenType: 'access_token',
-         expiresIn: tokenData.expiresIn || 3600
-       };
-     } else if (tokenData.jwtToken) {
-       // Handle JWT token - decode and validate
-       // See: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(tokenData.jwtToken, getFacebookPublicKey());
-       
-       return {
-         user: {
-           id: decoded.sub,
-           name: decoded.name,
-           email: decoded.email
-         },
-         tokenType: 'jwt',
-         expiresIn: decoded.exp - Math.floor(Date.now() / 1000)
-       };
-     } else {
-       throw new Error('No valid token provided');
-     }
-   }
-   ```
-</Steps>
-
-### Considerazioni chiave
-
-:::danger
-**Critica iOS-Solo comprensione**: 
-- **iOS**: la scelta del monitoraggio delle app dell'utente determina il tipo di token, NON le impostazioni del codice (anche quando `limitedLogin: false`)
-- **Android**: riceve sempre i token di accesso, indipendentemente dall'impostazione `limitedLogin`
-- **L'accesso limitato è iOS-ONLY** - Android ignora completamente questa impostazione
-:::
-
-**Token di accesso (accesso standard)**:
-- ✅ **Android**: Sempre disponibile (non si applicano restrizioni solo su iOS)
-- ✅ **iOS**: solo quando l'utente consente esplicitamente il monitoraggio dell'app
-- ✅ Può essere utilizzato per accedere al Facebook Grafico API
-- ✅ Tempi di scadenza più lunghi
-- ✅ Più dati utente disponibili
-- ❌ **Sempre meno comune su iOS** poiché gli utenti negano sempre più il tracciamento
-
-**JWT Token (iOS-Solo modalità Privacy)**:
-- ❌ **Android**: non si verifica mai (non supportato)
-- ✅ **iOS**: quando il monitoraggio è negato o `limitedLogin: true`
-- ✅ Rispetta le preferenze sulla privacy dell'utente iOS
-- ❌ Contiene solo informazioni utente di base
-- ❌ Tempi di scadenza più brevi
-- ❌ Nessun accesso al Facebook Grafico API
-- ⚠️ **Ora lo scenario più comune per gli utenti di iOS**
-
-:::warning
-**Comportamento specifico della piattaforma**: 
-- **iOS app**: deve gestire sia i token di accesso CHE i token JWT
-- **Android app**: è necessario gestire solo i token di accesso
-- **App multipiattaforma**: devono implementare entrambi i metodi di gestione dei token
-::::::tip
-**Essenziale per iOS**: DEVI implementare entrambi i metodi di gestione dei token. Molti sviluppatori iOS presumono che riceveranno sempre token di accesso e che le loro app si interrompano quando gli utenti negano il monitoraggio.
-:::
-
-## Requisiti del contesto sicuro (Web/Capacitor)
-
-### Limitazioni API Criptovaluta
-
-Il flusso di accesso Facebook aggiornato richiede **Web Crypto API** per la generazione di nonce, che è disponibile solo in **contesti sicuri**:
-
-```typescript
-// This requires secure context (HTTPS or localhost)
-async function sha256(message: string) {
-  const msgBuffer = new TextEncoder().encode(message);
-  const hashBuffer = await crypto.subtle.digest("SHA-256", msgBuffer); // ❌ Fails in insecure context
-  // ...
-}
-```
-
-### Problemi relativi all'ambiente di sviluppo
-
-**Problema comune**: `ionic serve` con URL HTTP interrompe l'autenticazione Facebook
-
-| Ambiente | Criptovaluta API Disponibile | Facebook Accedi Funziona |
-|-------------|---------------------|----------------------|
-| `http://localhost:3000` | ✅ Sì | ✅ Sì |
-| `http://127.0.0.1:3000` | ✅ Sì | ✅ Sì |
-| `http://192.168.1.100:3000` | ❌No | ❌No |
-| `https://any-domain.com` | ✅ Sì | ✅ Sì |
-
-### Soluzioni per lo sviluppo Capacitor
-
-<Steps>
-1. **Utilizza localhost per i test web**
-   ```bash
-   # Instead of ionic serve --host=0.0.0.0
-   ionic serve --host=localhost
-   ```
-
-2. **Abilita HTTPS in Ionic**
-   ```bash
-   ionic serve --ssl
-   ```
-
-3. **Test su dispositivi reali**
-   ```bash
-   # Capacitor apps run in secure context on devices
-   ionic cap run ios
-   ionic cap run android
-   ```
-
-4. **Generazione di nonce alternativi per lo sviluppo**
-   ```typescript
-   async function generateNonce() {
-     if (typeof crypto !== 'undefined' && crypto.subtle) {
-       // Secure context - use crypto.subtle
-       return await sha256(Math.random().toString(36).substring(2, 10));
-     } else {
-       // Fallback for development (not secure for production)
-       console.warn('Using fallback nonce - not secure for production');
-       return btoa(Math.random().toString(36).substring(2, 10));
-     }
-   }
-   ```
-</Steps>
-
-### Firebase Nota di integrazione
-
-La recente documentazione Firebase richiede token JWT con nonce per l'autenticazione Facebook, indipendentemente dalle impostazioni di accesso. Questo approccio funziona sia con `limitedLogin: true` che con `limitedLogin: false`:
-
-```typescript
-   // Both modes can return JWT tokens depending on user choice
-   const loginResult = await SocialLogin.login({
-     provider: 'facebook',
-     options: {
-       permissions: ['email', 'public_profile'],
-       limitedLogin: false, // true = always JWT, false = depends on user tracking choice
-       nonce: nonce
-     }
-   });
-```
-
-:::warning
-**Limitazione di sviluppo**: se utilizzi `ionic serve` su un IP di rete (non localhost), l'accesso a Facebook fallirà a causa delle restrizioni crittografiche API. Utilizza localhost o HTTPS per i test web.
-:::
-
-:::tip
-**Sicurezza della produzione**: le app Capacitor su iOS/Android vengono sempre eseguite in contesti sicuri, quindi questa limitazione riguarda solo gli ambienti di sviluppo web.
-:::
-
-## Risoluzione dei problemi
-
-### Problemi comuni e soluzioni
-
-1. **Errori hash chiave su Android**
-   - Controlla di aver aggiunto l'hash della chiave corretto alla dashboard Facebook
-   - Per le build di rilascio, assicurati di aver aggiunto sia gli hash delle chiavi di debug che quelli di rilascio
-   - Verifica di utilizzare il keystore corretto durante la generazione dell'hash
-
-2. **Facebook il pulsante di accesso non viene visualizzato**
-   - Verificare che tutte le voci del manifest siano corrette
-   - Controlla che l'ID app Facebook e il token client siano corretti
-   - Assicurati di aver inizializzato correttamente SDK
-
-3. **Problemi comuni di iOS**
-   - Assicurati che tutte le voci Info.plist siano corrette
-   - Verificare che gli schemi URL siano configurati correttamente
-   - Controlla che l'ID del tuo pacchetto corrisponda a quanto registrato nel dashboard Facebook
-
-### Test
-
-1. **Prima del test, aggiungi utenti di prova nella Facebook Console per gli sviluppatori**
-   - Vai su Ruoli > Utenti di prova
-   - Creare un utente di prova
-   - Utilizzare queste credenziali per i test
-
-2. **Testa sia le build di debug che quelle di rilascio**
-   - Compilazione di debug con hash della chiave di debug
-   - Rilascio build con hash della chiave di rilascio
-   - Test sia sull'emulatore che sui dispositivi fisiciRicordati di testare l'intero flusso di accesso, incluso:
-- Accesso riuscito
-- Cancellazione dell'accesso
-- Gestione degli errori
-- Funzionalità di disconnessione
diff --git a/src/content/docs/it/docs/plugins/social-login/firebase/google/android.mdx b/src/content/docs/it/docs/plugins/social-login/firebase/google/android.mdx
deleted file mode 100644
index e3ab500e4..000000000
--- a/src/content/docs/it/docs/plugins/social-login/firebase/google/android.mdx
+++ /dev/null
@@ -1,152 +0,0 @@
----
-title: Firebase Google Accedi su Android
-description: >-
-  Scopri come configurare l'accesso Google con l'autenticazione Firebase su
-  Android utilizzando il plug-in di accesso social Capacitor.
-sidebar:
-  order: 2
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introduzione
-
-Questa guida ti aiuterà a integrare l'accesso Google con l'autenticazione Firebase su Android. Presumo che tu abbia già completato la [configurazione generale Firebase Google](./general/) 
-
-:::note
-Presumo che tu non abbia ancora creato la tua app Android nella Firebase Console. Se sì, i passaggi saranno leggermente diversi.
-:::
-
-## Passaggi di configurazione
-
-<Steps>
-1. Vai alla panoramica del tuo progetto su [console.cloud.google.com](https://console.cloud.google.com/)
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Panoramica del progetto" />
-
-2. Fare clic sul pulsante "Aggiungi app".
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase Aggiungi pulsante app" />
-
-    :::nota
-    È possibile che tu debba cercare qui questo pulsante. Ciò si applica solo se hai già creato un'app diversa nella Firebase Console.
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase Aggiungi pulsante app" />
-
-3. Seleziona `Android`
-    <img src="/social-login-assets/firebase_project_add_app_android.webp" alt="Firebase Aggiungi app Android Pulsante" />
-
-4. Compila la prima parte del modulo
-   1. Compila `Android package name`
-      1. Apri Android Studio nella tua app utilizzando `npx cap open android`
-      2. Nella parte inferiore del navigatore, trova gli "Script Gradle".
-         <img src="/social-login-assets/studio_gradle_scripts.png" alt="Sezione Script Gradle nel navigatore del progetto Android Studio" />
-      3. Trova `build.gradle` per il modulo `app`
-         <img src="/social-login-assets/studio_build_gradle.png" alt="build.gradle (Modulo: app) nella sezione Script Gradle" />
-      4. Copia `android.defaultConfig.applicationId`. Questo sarà il tuo "nome pacchetto" nella console Firebase
-         <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="File Build.gradle che mostra la configurazione applicationId" />
-      :::nota
-      L'ID mostrato qui sarà diverso da quello che utilizzerò per il resto della guida. Utilizzerò `app.capgo.plugin.SocialLogin` per il resto della guida.
-      :::
-      5. Incollalo nella console Firebase
-          <img src="/social-login-assets/firebase_project_add_app_android_package_name.webp" alt="Firebase Aggiungi app Android Campo nome pacchetto" />
-    2. Fare clic sul pulsante "Registra app".
-        <img src="/social-login-assets/firebase_project_add_app_android_register.webp" alt="Firebase Aggiungi app Android Pulsante Registra" />
-5. Salta il passaggio "Scarica e aggiungi il file di configurazione".
-    <img src="/social-login-assets/firebase_project_add_app_android_skip_download.webp" alt="Firebase Aggiungi app Android Salta 'Scarica e aggiungi il file di configurazione'" />
-6. Salta il passaggio `Add firebase SDK`
-   <img src="/social-login-assets/firebase_project_add_app_android_skip_download_firebase_sdk.webp" alt="Firebase Aggiungi app Android Salta 'Aggiungi Firebase SDK'" />
-7. Fare clic sul pulsante "Continua sulla console".
-   <img src="/social-login-assets/firebase_project_add_app_android_continue_to_console.webp" alt="Firebase Aggiungi app Android Pulsante Continua alla console" />
-8. Se non vieni autenticato automaticamente, vai su `settings` -> `general` -> "le tue app" -> trova la tua app Android e fai clic su di essa
-   <img src="/social-login-assets/firebase_project_add_app_android_settings_general_your_apps.webp" alt="Firebase Aggiungi app Android Impostazioni Generali Pulsante Le tue app" />
-9. Ottieni la tua impronta digitale SHA1
-   
-   Segui i passaggi 10-11 della [Google Login Android guida alla configurazione](/docs/plugins/social-login/google/android/#using-google-login-on-android):
-   
-   1. Ora apri il terminale. Assicurati di essere nella cartella `android` della tua app ed esegui `./gradlew signInReport`
-      <img src="/social-login-assets/term_sign_report.png" alt="Terminale che mostra il comando gradlew signInReport" />
-   
-   2. Scorri fino all'inizio di questo comando. Dovresti vedere quanto segue. Copia `SHA1`.
-      <img src="/social-login-assets/term_sign_report_res.png" alt="Output del terminale che mostra l'impronta digitale del certificato SHA1" />
-
-   :::nota
-   Utilizzerò un SHA1 leggermente diverso per il resto della guida, perché ho modificato i calcoli da quando ho scritto la guida originale alla configurazione di Google login Android.
-   :::
-
-   :::attenzione
-   È molto importante che SHA1 sia corretto. Se sbagli, l'autenticazione fallirà in strani modi.
-   Per favore __**[LEGGI LA GUIDA ALL'IMPOSTAZIONE DI ANDROID PER L'ACCESSO A GOOGLE](/docs/plugins/social-login/google/android/#using-google-login-on-android)**__ per farlo bene.
-   :::
-   
-10. Aggiungi SHA1 al progetto Firebase
-      1. Fare clic sul pulsante "Aggiungi impronta digitale".
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint.webp" alt="Firebase Aggiungi app Android Aggiungi pulsante impronta digitale" />
-      2. Incolla l'SHA1 che hai copiato nel passaggio precedente
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_sha1.webp" alt="Firebase Aggiungi app Android Aggiungi campo SHA1 impronta digitale" />
-      3. Fare clic sul pulsante `Save`
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_add.webp" alt="Firebase Aggiungi app Android Aggiungi pulsante Salvataggio impronta digitale" />11. Ottieni il tuo ID cliente web
-      1. Vai a `Build` -> `Authentication`
-         <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Menu di autenticazione" />
-      2. Fare clic sul pulsante "Metodo di accesso".
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase Pulsante del metodo di accesso di autenticazione" />
-      3. Fai clic sul provider `Google`
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Metodo di accesso per l'autenticazione Google Provider" />
-      4. Fare clic sul pulsante `Web SDK configuration`
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Autenticazione Metodo di accesso Web SDK Pulsante di configurazione" />
-      5. Copia l'"ID del client Web". Questo sarà il tuo `webClientId` nel metodo `initialize` del plugin.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase Autenticazione Metodo di accesso Web SDK Configurazione ID client Web" />
-12. Utilizzare l'ID client Web in JS.
-      :::nota
-      Consiglio di utilizzare la funzione di supporto `authenticateWithGoogle` disponibile nel file [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) dell'app di esempio.
-      :::
-</Steps>
-
-A questo punto, sei **__TECNICAMENTE__** pronto per utilizzare Google Accedi con Firebase Autenticazione su Android. Tuttavia, ti consiglio di ricontrollare la configurazione nella console Google Cloud, come spiegato nel passaggio successivo.
-
-## Ricontrolla la configurazione nella Google Console cloud
-
-Per assicurarti che la configurazione sia corretta, dovresti ricontrollarla nella console Google Cloud.
-<Steps>
-   1. Vai a [console.cloud.google.com](https://console.cloud.google.com/)
-   2. Trova il tuo progetto
-      1. Fare clic sul selettore di progetto
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Selettore progetti Cloud Console" />
-      2. Cerca il tuo progetto in base al nome esatto del tuo progetto Firebase e fai clic su di esso. Nel mio caso, è `sociallogin-tutorial-app`.
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Progetto di selezione progetto" />
-   3. Apri la barra di ricerca e apri `credentials`
-      1. Apri la barra di ricerca
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Barra di ricerca di Cloud Console" />
-      2. Cerca `credentials` e fai clic su "API e servizi" (numero 2 nello screenshot)
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Ricerca credenziali Cloud Console" />
-   4. Verificare che nell'elenco siano visualizzati sia Android che gli ID client Web.
-      <img src="/social-login-assets/firebase_gc_credentials_list.webp" alt="Google Elenco credenziali Cloud Console" />
-
-      :::attenzione
-      Se non vedi né Android né ID client Web nell'elenco, hai commesso un errore nella configurazione. Per favore torna indietro e controlla i tuoi passi.
-
-      È anche possibile, e mi è successo, che tu abbia già aggiunto l'hash Android SHA1 con lo stesso ID app in un progetto diverso. Ciò comporterà che Firbase non sarà in grado di creare un ID client Android. In questo caso, dovrai rimuovere SHA1 dall'altro progetto e da Firebase (usando la console Firebase per rimuovere l'app Android) e ricrearlo su Firbase
-      :::
-   5. Verificare che l'ID client Android sia configurato correttamente nella console Firebase.
-      1. Fai clic sull'app `Android`
-         <img src="/social-login-assets/firebase_gc_android_app_select.webp" alt="Google Cloud Console Android Seleziona app" />
-      2. Conferma che l'hash SHA1 sia configurato correttamente e che corrisponda a quello copiato nei passaggi precedenti.
-         <img src="/social-login-assets/firebase_gc_android_app_sha1_configured.webp" alt="Google Cloud Console Android App SHA1 configurata" />
-   6. Verificare che l'ID client Web sia configurato correttamente nella console Firebase.
-      1. Fai clic sull'app `Web`
-         <img src="/social-login-assets/firebase_gc_web_app_select.webp" alt="Google Seleziona app Web Cloud Console" />
-      2. Conferma che l'ID client corrisponda a quello copiato nei passaggi precedenti.
-         <img src="/social-login-assets/firebase_gc_web_app_client_id_configured.webp" alt="Google ID client dell'app Web Cloud Console configurato" />
-      :::nota
-      Si prega di ignorare il resto delle impostazioni del client web. Ne discuteremo nella [guida alla configurazione web](/docs/plugins/social-login/firebase/google/web/).
-</Steps>
-
-Voilà! Ora sei pronto per utilizzare Google Accedi con Firebase Autenticazione su Android.
-
-## Risoluzione dei problemi
-
-Se l'autenticazione si blocca o fallisce:
-
-- Verifica che il pubblico `idToken` corrisponda al tuo ID client web Firebase
-- Verifica che l'accesso a Google sia abilitato nella Firebase Console
-- Assicurati che l'impronta digitale SHA-1 sia configurata correttamente
-- Esamina il [codice dell'app di esempio](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts) come riferimento
diff --git a/src/content/docs/it/docs/plugins/social-login/firebase/google/general.mdx b/src/content/docs/it/docs/plugins/social-login/firebase/google/general.mdx
deleted file mode 100644
index 97390dece..000000000
--- a/src/content/docs/it/docs/plugins/social-login/firebase/google/general.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: Firebase Google Accesso - Configurazione generale
-description: >-
-  Scopri come configurare l'accesso Google con l'autenticazione Firebase
-  utilizzando il plug-in di accesso social Capacitor.
-sidebar:
-  order: 1
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introduzione
-
-Questa guida ti guiderà attraverso l'integrazione di Google Accedi con Firebase Autenticazione utilizzando il plug-in Capacitor Social Login. Questa configurazione ti consente di utilizzare l'accesso Google nativo su piattaforme mobili sfruttando l'autenticazione Firebase per l'autenticazione backend.
-
-## Passaggi di configurazione
-
-<Steps>
-1. Vai su [console.cloud.google.com](https://console.cloud.google.com/)
-2. Seleziona il progetto che desideri utilizzare
-    <img src="/social-login-assets/firebase_project_select.webp" alt="Firebase Selettore progetto" />
-3. Vai al menu `Authentication`
-    1. Fai clic su `build`
-    2. Fai clic su `Authentication`
-    <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Menu di autenticazione" />
-4. Fare clic sul pulsante "Inizia".
-    <img src="/social-login-assets/firebase_auth_start.webp" alt="Firebase Pulsante Inizia" />
-5. Seleziona `Email/Password` E `Google` O SOLO `Google`
-    :::nota
-    Selezionerò `Email/Password` AND `Google`, poiché voglio utilizzarli entrambi, ma potresti selezionare solo `Google`. Questo è qualcosa che puoi modificare in seguito.
-    :::
-    <img src="/social-login-assets/firebase_google_email_auth.webp" alt="Firebase Seleziona email/password e pulsante Google" />
-    <img src="/social-login-assets/firebase_auth_enable_email.webp" alt="Firebase abilita l'autenticazione email" />
-    <img src="/social-login-assets/firebase_auth_enable_email_save.webp" alt="Firebase salva abilita l'autenticazione Google" />
-    <img src="/social-login-assets/firebase_auth_add_provider_after_email.webp" alt="Firebase abilita il pulsante Aggiungi fornitore" />
-    <img src="/social-login-assets/firebase_auth_add_google_provider_after_email.webp" alt="Firebase aggiungi il provider Google dopo aver aggiunto il provider di posta elettronica" />
-6. Abilita il provider `Google`
-    <img src="/social-login-assets/firebase_auth_add_google_provider_enable.webp" alt="Firebase abilita l'autenticazione Google" />
-7. Aggiungi l'e-mail di supporto
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth.webp" alt="Firebase aggiungi email di supporto" />
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth_2.webp" alt="Firebase aggiungi email di supporto parte 2" />
-8. Modificare il "Nome pubblico del progetto".
-    :::nota
-    Questo verrà visualizzato agli utenti, quindi consiglio di cambiarlo in qualcosa di più descrittivo.
-    :::
-    <img src="/social-login-assets/firebase_auth_change_public_facing_name.webp" alt="Firebase cambia il nome rivolto al pubblico" />
-9. Fare clic sul pulsante `Save`
-    <img src="/social-login-assets/firebase_auth_save_google_auth.webp" alt="Firebase salva il nome rivolto al pubblico" />
-</Steps>
-
-Voilà, ora hai abilitato Google Accedi con Firebase Autenticazione 🎉
diff --git a/src/content/docs/it/docs/plugins/social-login/firebase/google/ios.mdx b/src/content/docs/it/docs/plugins/social-login/firebase/google/ios.mdx
deleted file mode 100644
index 1341f2846..000000000
--- a/src/content/docs/it/docs/plugins/social-login/firebase/google/ios.mdx
+++ /dev/null
@@ -1,173 +0,0 @@
----
-title: Login Google con Firebase su iOS
-locale: it
-description: Scopri come configurare l'accesso con Google utilizzando Firebase Authentication su iOS con il plugin Capacitor Social Login.
-sidebar:
-    order: 3
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introduzione
-
-Questa guida ti aiuterà a integrare l'accesso con Google utilizzando Firebase Authentication su iOS. Suppongo che tu abbia già completato la [configurazione generale di Firebase Google](./general/).
-
-:::note
-Suppongo che tu non abbia ancora creato la tua app iOS nella Console Firebase. Se l'hai già fatto, i passaggi saranno leggermente diversi.
-:::
-
-## Passaggi di configurazione
-
-<Steps>
-1. Vai alla panoramica del progetto su [console.cloud.google.com](https://console.cloud.google.com/)
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Overview" />
-
-2. Fai clic sul pulsante `Add app`
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase Add App Button" />
-
-    :::note
-    È possibile che tu debba cercare questo pulsante qui. Questo si applica solo se hai già creato un'app diversa nella Console Firebase.
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase Add App Button" />
-3. Seleziona `iOS`
-    <img src="/social-login-assets/firebase_project_add_app_ios.webp" alt="Firebase Add App iOS Button" />
-
-4. Compila la prima parte del modulo
-   1. Compila il campo `Apple bundle ID`
-      1. Apri Xcode nella tua app utilizzando `npx cap open ios`
-      2. Fai doppio clic su `App`
-         <img src="/social-login-assets/xcode_app_click.png" alt="App target in Xcode project navigator" />
-      3. Assicurati di essere su `Targets -> App`
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Targets section in Xcode with App selected" />
-      4. Trova il tuo `Bundle Identifier`
-          <img src="/social-login-assets/xcode_bundle_id.png" alt="Bundle Identifier field in Xcode project settings" />
-          :::note
-          L'ID mostrato qui differirà da quello che userò per il resto della guida. Userò `app.capgo.plugin.SocialLogin` per il resto della guida.
-          :::
-      5. Copia il `Bundle Identifier` e incollalo nella console Firebase
-         <img src="/social-login-assets/firebase_project_add_app_ios_bundle_id.webp" alt="Firebase Add App iOS Bundle ID Field" />
-   2. Fai clic sul pulsante `Register app`
-         <img src="/social-login-assets/firebase_project_add_app_ios_register.webp" alt="Firebase Add App iOS Register Button" />
-5. Salta il passaggio `Download config file`
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download.webp" alt="Firebase Add App iOS Skip Download Button" />
-6. Salta il passaggio `Add firebase SDK`
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk_2.webp" alt="Firebase Add App iOS Skip Download Firebase SDK Button" />
-7. Salta il passaggio `Add initialization code`
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk.webp" alt="Firebase Add App iOS Skip Add Initialization Code Button" />
-8. Fai clic sul pulsante `Continue to console`
-    <img src="/social-login-assets/firebase_project_add_app_ios_continue_to_console.webp" alt="Firebase Add App iOS Continue to Console Button" />
-9. Ottieni il tuo iOS client ID e il tuo `YOUR_DOT_REVERSED_IOS_CLIENT_ID`
-   1. Vai alla Google Cloud Console su [console.cloud.google.com](https://console.cloud.google.com/)
-   2. Trova il tuo progetto
-      1. Fai clic sul selettore del progetto
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Cloud Console Project Selector" />
-      2. Cerca il tuo progetto con il nome esatto del tuo progetto Firebase e fai clic su di esso. Nel mio caso, è `sociallogin-tutorial-app`.
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Project Selector Project" />
-   3. Apri la barra di ricerca e cerca `credentials`
-      1. Apri la barra di ricerca
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Cloud Console Search Bar" />
-      2. Cerca `credentials` e fai clic su quello di `APIs and Services` (numero 2 nello screenshot)
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Cloud Console Credentials Search" />
-   4. Fai clic su `iOS client for [YOUR_APP_ID] (auto created by Google Service)`. Nel mio caso, è `sociallogin-tutorial-app`.
-      <img src="/social-login-assets/firebase_gc_credentials_ios_client_id.webp" alt="Google Cloud Console Credentials iOS Client ID" />
-   5. Copia il `Client ID` e l'`iOS URL scheme`. Questi saranno rispettivamente il tuo `iOSClientId` e `YOUR_DOT_REVERSED_IOS_CLIENT_ID`.
-
-      :::note
-      Passerai l'`iOSClientId` nel metodo `initialize` del plugin, mentre userai il `YOUR_DOT_REVERSED_IOS_CLIENT_ID` nel file `Info.plist` della tua app, come spiegato nella prossima parte di questa guida.
-      :::
-
-      <img src="/social-login-assets/firebase_gc_credentials_ios_client_id_copy.webp" alt="Google Cloud Console Credentials iOS Client ID Copy" />
-10. Ottieni il tuo web client ID
-    1. Torna alla console Firebase e vai su `Build` -> `Authentication`
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-    2. Fai clic sul pulsante `Sign-in method`
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase Authentication Sign-in Method Button" />
-    3. Fai clic sul provider `Google`
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Authentication Sign-in Method Google Provider" />
-    4. Fai clic sul pulsante `Web SDK configuration`
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Button" />
-    5. Copia il `Web client ID`. Questo sarà il tuo `webClientId` nel metodo `initialize` del plugin.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Web Client ID" />
-11. Modifica il file Info.plist della tua app
-    1. Apri Xcode e trova il file `Info.plist`
-        <img src="/social-login-assets/xcode_info_file.png" alt="Info.plist file in Xcode project navigator" />
-    2. Fai clic destro su questo file e aprilo come codice sorgente
-        <img src="/social-login-assets/xcode_open_as_src_code.png" alt="Right-click menu showing Open As Source Code option" />
-    3. In fondo al tuo file `Plist`, vedrai un tag `</dict>`
-        <img src="/social-login-assets/xcode_dict_tag.png" alt="Closing dict tag in Info.plist file" />
-    4. Inserisci il seguente frammento appena prima del tag di chiusura `</dict>`
-        <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist with URL schemes code inserted before closing dict tag" />
-
-        ```xml
-        <key>CFBundleURLTypes</key>
-        <array>
-        <dict>
-          <key>CFBundleURLSchemes</key>
-          <array>
-            <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-          </array>
-        </dict>
-        </array>
-        <key>GIDClientID</key>
-        <string>YOUR_IOS_CLIENT_ID.apps.googleusercontent.com</string>
-        ```
-
-    5. Cambia `YOUR_DOT_REVERSED_IOS_CLIENT_ID` con il valore copiato nel passaggio 9 (l'iOS URL scheme)
-        <img src="/social-login-assets/xcode_plist_final.png" alt="Info.plist with actual reversed client ID inserted in URL schemes" />
-
-        :::caution
-        Assicurati che questo valore **INIZI** con `com.googleusercontent.apps`
-        :::
-
-   6. Cambia `YOUR_IOS_CLIENT_ID` con l'iOS Client ID che hai copiato nel passaggio 9
-
-   7. Salva il file con `Command + S`
-
-12. Modifica l'`AppDelegate.swift`
-    1. Apri l'AppDelegate
-        <img src="/social-login-assets/xcode_app_deleg.png" alt="AppDelegate.swift file in Xcode project navigator" />
-    2. Inserisci `import GoogleSignIn` all'inizio del file
-        <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="AppDelegate.swift with GoogleSignIn import added" />
-    3. Trova la funzione `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])`
-        <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="Original application openURL function in AppDelegate" />
-    4. Modifica la funzione in questo modo
-
-        ```swift
-        func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-            // Called when the app was launched with a url. Feel free to add additional processing here,
-            // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-            var handled: Bool
-
-            handled = GIDSignIn.sharedInstance.handle(url)
-            if handled {
-              return true
-            }
-
-            return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-        }
-        ```
-
-        <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="Modified application openURL function with GoogleSignIn handling" />
-
-    5. Salva il file con `Command + S`
-
-15. Utilizzo del login Google nella tua app
-
-    A questo punto, sei pronto per utilizzare il login Google nella tua app.
-    Utilizza il file [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) dell'app di esempio per autenticarti con Google.
-</Steps>
-
- L'utente verrà creato automaticamente in Firebase Auth al primo accesso
-
-## Risoluzione dei problemi
-
-Se l'autenticazione si blocca o fallisce:
-
-- Verifica che l'audience dell'`idToken` corrisponda al tuo Firebase web client ID
-- Controlla che l'accesso con Google sia abilitato nella Console Firebase
-- Assicurati che Info.plist abbia gli URL schemes corretti e GIDClientID
-- Verifica che `iOSServerClientId` corrisponda al tuo web client ID
-- Rivedi il [codice dell'app di esempio](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts) come riferimento
-
-
diff --git a/src/content/docs/it/docs/plugins/social-login/firebase/google/web.mdx b/src/content/docs/it/docs/plugins/social-login/firebase/google/web.mdx
deleted file mode 100644
index a1e9fc671..000000000
--- a/src/content/docs/it/docs/plugins/social-login/firebase/google/web.mdx
+++ /dev/null
@@ -1,55 +0,0 @@
----
-title: Login Google con Firebase su Web
-locale: it
-description: Scopri come configurare l'accesso con Google utilizzando Firebase Authentication su Web con il Sign-In integrato di Firebase per Google.
-sidebar:
-    order: 4
----
-
-## Introduzione
-
-Il plugin Capacitor Social Login **non supporta le piattaforme web**. Per le applicazioni web, dovresti utilizzare direttamente il Sign-In integrato di Firebase per Google, che fornisce un flusso di autenticazione basato su popup più affidabile.
-
-## Perché non usare il plugin su Web?
-
-Il plugin Capacitor Social Login è progettato per piattaforme mobili native (Android e iOS) dove può sfruttare i flussi di autenticazione specifici della piattaforma. Per il web, il metodo nativo `signInWithPopup` di Firebase è:
-
-- ✅ Più affidabile e meglio supportato
-- ✅ Gestisce automaticamente lo storage di sessione del browser
-- ✅ Fornisce una migliore gestione degli errori
-- ✅ Non richiede configurazione aggiuntiva
-
-## Passaggi di configurazione
-
-1. **Configura il progetto Firebase**
-
-   Assicurati che il tuo progetto Firebase abbia l'accesso con Google abilitato:
-   - Vai alla [Console Firebase](https://console.firebase.google.com/)
-   - Naviga su Authentication > Sign-in method
-   - Abilita il provider Google Sign-In
-
-2. Aggiungi i tuoi domini autorizzati
-    1. Vai alla panoramica del progetto su [console.cloud.google.com](https://console.cloud.google.com/)
-        <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Overview" />
-    2. Apri il menu `Authentication`
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-    3. Fai clic sul pulsante `Settings`
-        <img src="/social-login-assets/firebase_select_authentication_settings.webp" alt="Firebase Authentication Sign-in Method Button" />
-    4. Configura i `Authorized domains`
-        <img src="/social-login-assets/firebase_select_authentication_settings_authorized_domains.webp" alt="Firebase Authentication Settings Authorized Domains" />
-
-## Esempio di implementazione
-
-Vedi il file [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) nell'app di esempio per un'implementazione completa che:
-
-- Utilizza il `signInWithPopup` di Firebase per le piattaforme web
-- Utilizza il plugin Capacitor Social Login per le piattaforme Android/iOS
-- Gestisce automaticamente il rilevamento della piattaforma
-
-L'esempio mostra come utilizzare condizionalmente il metodo integrato di Firebase per il web mentre si utilizza il plugin per le piattaforme native.
-
-## Risorse aggiuntive
-
-- [Documentazione Firebase Authentication](https://firebase.google.com/docs/auth) - Documentazione completa di Firebase Auth
-- [Google Sign-In per Web di Firebase](https://firebase.google.com/docs/auth/web/google-signin) - Guida ufficiale di Firebase per Google Sign-In su web
-- [Guida alla configurazione del login Google](/docs/plugins/social-login/google/general/) - Guida per configurare i domini autorizzati e la schermata di consenso OAuth
diff --git a/src/content/docs/it/docs/plugins/social-login/firebase/introduction.mdx b/src/content/docs/it/docs/plugins/social-login/firebase/introduction.mdx
deleted file mode 100644
index c162bfcf1..000000000
--- a/src/content/docs/it/docs/plugins/social-login/firebase/introduction.mdx
+++ /dev/null
@@ -1,98 +0,0 @@
----
-title: Introduzione all'integrazione Firebase
-locale: it
-description: Scopri come integrare Firebase Authentication con il plugin Capacitor Social Login per una soluzione di autenticazione completa.
-sidebar:
-    order: 1
----
-
-## Panoramica
-
-Questo tutorial ti guiderà attraverso la configurazione di Firebase Authentication con il plugin Capacitor Social Login. Questa integrazione ti consente di utilizzare provider di login social nativi (Google, Apple, Facebook, Twitter) su piattaforme mobili sfruttando Firebase Auth per l'autenticazione backend e Firestore per l'archiviazione dei dati.
-
-## Cosa imparerai
-
-- Come configurare Firebase Authentication
-- Come integrare il plugin Capacitor Social Login con Firebase Auth
-- Configurazione specifica per Android, iOS e Web
-
-## Cosa ti serve
-
-Prima di iniziare, assicurati di avere:
-
-1. **Un progetto Firebase**
-   - Crea un progetto sulla [Console Firebase](https://console.firebase.google.com/)
-   - Abilita Authentication (Email/Password e Google Sign-In)
-   - Ottieni le credenziali di configurazione Firebase
-
-2. **Firebase JS SDK**
-   - Installa Firebase nel tuo progetto:
-     ```bash
-     npm install firebase
-     ```
-
-3. **Un progetto Capacitor**
-   - Un'applicazione Capacitor esistente
-   - Plugin Capacitor Social Login installato:
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-## Applicazione di esempio
-
-Un esempio completo e funzionante è disponibile nel repository:
-
-**Repository del codice**: [Puoi trovare il repository del codice qui](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-L'app di esempio dimostra:
-- Autenticazione con email/password utilizzando Firebase
-- Integrazione di Google Sign-In (Android, iOS e Web)
-- Un semplice archivio chiave-valore utilizzando le collezioni Firebase Firestore
-- Archiviazione dati specifica per utente nelle sottocollezioni Firestore
-
-
-## Una nota sull'uso dell'SDK Firebase su Capacitor
-
-Quando si utilizza l'SDK JS di Firebase su Capacitor, è necessario essere consapevoli che quando si utilizzano i metodi di autenticazione, è necessario inizializzare l'istanza Firebase Auth in modo leggermente diverso.
-
-Sulla piattaforma web, utilizzeresti la funzione `getAuth` per ottenere l'istanza Firebase Auth.
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { getAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-const auth = getAuth(app);
-```
-
-Sfortunatamente, su Capacitor, questo non funziona e causa il blocco di Firebase auth. Come indicato in [questo post del blog](https://harryherskowitz.com/2021/08/23/firebase-capacitor.html), è necessario utilizzare la funzione `initializeAuth` per inizializzare l'istanza Firebase Auth.
-Questo appare così:
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { initializeAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-
-function whichAuth() {
-  let auth;
-  if (Capacitor.isNativePlatform()) {
-    auth = initializeAuth(app, {
-      persistence: indexedDBLocalPersistence,
-    });
-  } else {
-    auth = getAuth(app);
-  }
-  return auth;
-}
-
-export const auth = whichAuth();
-```
-## Prossimi passaggi
-
-Continua con le guide di configurazione:
-- [Configurazione Firebase](./google/general/) - Configura il progetto Firebase
-- [Configurazione Android](./google/android/) - Configurazione specifica per Android
-- [Configurazione iOS](./google/ios/) - Configurazione specifica per iOS
-- [Configurazione Web](./google/web/) - Configurazione specifica per Web
diff --git a/src/content/docs/it/docs/plugins/social-login/getting-started.mdx b/src/content/docs/it/docs/plugins/social-login/getting-started.mdx
deleted file mode 100644
index 563e2256e..000000000
--- a/src/content/docs/it/docs/plugins/social-login/getting-started.mdx
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e configurare il plugin Capacitor Social Login per migliorare l'autenticazione della tua app con un'integrazione senza soluzione di continuità per gli accessi con Google, Apple e Facebook.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Card, CardGrid } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-import MicroCard from '@/components/MicroCard.astro'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-social-login" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura il plugin**
-   <div class="flex flex-nowrap gap-4 h-full">
-      <div style="display: flex; gap: 1rem; width: 100% !important; max-width: 100% !important;">
-         <MicroCard href="/docs/plugins/social-login/google/general/" title="Google" customIcon="/icons/google.svg">
-            Configura l'accesso con Google per la tua app
-         </MicroCard>
-         <MicroCard href="/docs/plugins/social-login/facebook/" title="Facebook" icon="facebook">
-            Configura l'integrazione del login Facebook
-         </MicroCard>
-         <MicroCard href="/docs/plugins/social-login/apple/general/" title="Apple" icon="apple">
-            Abilita Accedi con Apple
-         </MicroCard>
-      </div>
-   </div>
-</Steps>
diff --git a/src/content/docs/it/docs/plugins/social-login/google/android.mdx b/src/content/docs/it/docs/plugins/social-login/google/android.mdx
deleted file mode 100644
index ccc24a7c7..000000000
--- a/src/content/docs/it/docs/plugins/social-login/google/android.mdx
+++ /dev/null
@@ -1,224 +0,0 @@
----
-title: Google Accedi su Android
-description: >-
-  Questa guida fornisce una procedura dettagliata completa sulla configurazione
-  dell'accesso Google utilizzando Capacitor per i dispositivi Android,
-  descrivendo dettagliatamente ogni passaggio per garantire un processo di
-  integrazione fluido e affrontare le potenziali sfide che potresti incontrare.
-sidebar:
-  order: 2
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introduzione
-
-In questa guida imparerai come configurare Google Accedi con Capgo Accesso social per Android.
-Presumo che tu abbia già letto la [guida generale alla configurazione](/docs/plugins/social-login/google/general/).
-
-## Utilizzando Google accedi su Android
-
-In questa parte imparerai come configurare l'accesso a Google in Android.
-
-:::caution
-Il certificato Android SHA1 è più che doloroso e non augurerei a nessuno di doverlo configurare. I passaggi seguenti presuppongono lo scenario più semplice di un'app non pubblicata su Google Play Store e utilizzata solo dal simulatore locale o dal dispositivo hardware di sviluppo. 
-
-Se hai distribuito la tua app su Google Play Store, **DEVI** aggiungere un ulteriore ID client Android che contenga SHA1 dalla console Google Play per le versioni di produzione. Puoi trovare l'hash SHA1 che Google Play utilizza per firmare il tuo bundle di rilascio in `Test and release > Setup > App Signing`.
-
-Infine, è importante ricordare che se sbagli, l'errore NON sarà evidente. Potrebbe essere molto difficile eseguire il debug. Se hai difficoltà con la configurazione, consulta i [problemi di Github](https://github.com/Cap-go/capacitor-social-login/issues).
-
-Inoltre, puoi consultare la sezione relativa alla risoluzione dei problemi della [Google Configurazione dell'accesso per Android](#risoluzione dei problemi) per ulteriori informazioni.
-:::
-
-:::note
-Puoi creare più ID cliente Android. Ciò è necessario se disponi di più certificati SHA1.
-:::
-
-<Steps>
-1. Crea un ID cliente Android.
-   1. Fare clic sulla barra di ricerca
-      <img src="/social-login-assets/google_cons_search.png" alt="Google Barra di ricerca della console" />
-   
-   2. Cerca `credentials` e fai clic su "API e servizi" (numero 2 nello screenshot)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Risultati della ricerca che mostrano l'opzione credenziali con API e servizi evidenziati" />
-   
-   3. Fare clic su "crea credenziali".
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Pulsante Crea credenziali nella Google Console" />
-   
-   4. Seleziona `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="Opzione OAuth ID client nel menu di creazione delle credenziali" />
-
-   5. Seleziona il tipo di applicazione `Android`
-      <img src="/social-login-assets/google_cons_app_type_android.png" alt="Selezione del tipo di applicazione con l'opzione Android evidenziata" />
-   
-   6. Apri Android Studio
-   
-   7. Nella parte inferiore del navigatore, trova gli "Script Gradle".
-      <img src="/social-login-assets/studio_gradle_scripts.png" alt="Sezione Script Gradle nel navigatore del progetto Android Studio" />
-   
-   8. Trova `build.gradle` per il modulo `app`
-      <img src="/social-login-assets/studio_build_gradle.png" alt="build.gradle (Modulo: app) nella sezione Script Gradle" />
-   
-   9. Copia `android.defaultConfig.applicationId`. Questo sarà il tuo "nome pacchetto" nella console Google
-      <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="File Build.gradle che mostra la configurazione applicationId" />
-   
-   10. Ora apri il terminale. Assicurati di essere nella cartella `android` della tua app ed esegui `./gradlew signInReport`
-      <img src="/social-login-assets/term_sign_report.png" alt="Terminale che mostra il comando gradlew signInReport" />
-   
-   11. Scorri fino all'inizio di questo comando. Dovresti vedere quanto segue. Copia `SHA1`.
-      <img src="/social-login-assets/term_sign_report_res.png" alt="Output del terminale che mostra l'impronta digitale del certificato SHA1" />
-   
-   12. Ora torna alla console Google. Inserisci il tuo `applicationId` come `Nome pacchetto` e il tuo SHA1 nel campo del certificato e fai clic su `create`
-      <img src="/social-login-assets/google_cons_creat_android_client.png" alt="Modulo di creazione del client Android con il nome del pacchetto e i campi SHA1 compilati" />
-   
-2. Crea un client Web (richiesto per Android)
-   
-   1. Vai alla pagina "Crea credenziali" nella Google Console
-   
-   2. Imposta il tipo di applicazione su `Web`
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="Selezione del tipo di applicazione con l'opzione Web evidenziata" />
-   
-   3. Fai clic su `Create`
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="Modulo di creazione del client Web con il pulsante Crea in basso" />
-   
-   4. Copia l'ID cliente, lo utilizzerai come `webClientId` nel tuo codice JS/TS
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="Dettagli dell'ID client che mostrano l'ID client Web da copiare" />
-
-3. Modifica il tuo `MainActivity`1. Apri l'app in Android Studio. Puoi eseguire "cap open Android".
-   
-   2. Trova `MainActivity.java`
-     
-      1. Apri la cartella `app`
-         <img src="/social-login-assets/studio_app_folder.png" alt="Cartella dell'app nel navigatore del progetto Android Studio" />
-     
-      2. Trova `java`
-         <img src="/social-login-assets/studio_app_java.png" alt="Cartella Java nella struttura del progetto Android Studio" />
-     
-      3. Trova il tuo `MainActivity.java` e fai clic su di esso
-         <img src="/social-login-assets/studio_app_java_activity_main.png" alt="File MainActivity.java nella struttura del pacchetto" />
-   
-   3. Modifica `MainActivity.java`. Si prega di aggiungere il seguente codice
-     
-      ```java
-      import ee.forgr.capacitor.social.login.GoogleProvider;
-      import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-      import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-      import com.getcapacitor.PluginHandle;
-      import com.getcapacitor.Plugin;
-      import android.content.Intent;
-      import android.util.Log;
-      import com.getcapacitor.BridgeActivity;
-      
-      // ModifiedMainActivityForSocialLoginPlugin is VERY VERY important !!!!!!    
-      public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-      
-            @Override
-            public void onActivityResult(int requestCode, int resultCode, Intent data) {
-              super.onActivityResult(requestCode, resultCode, data);
-      
-              if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-                PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                if (pluginHandle == null) {
-                  Log.i("Google Activity Result", "SocialLogin login handle is null");
-                  return;
-                }
-                Plugin plugin = pluginHandle.getInstance();
-                if (!(plugin instanceof SocialLoginPlugin)) {
-                  Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-                  return;
-                }
-                ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-              }
-            }
-      
-            // This function will never be called, leave it empty
-            @Override
-            public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-      }
-      ```
-
-   4. Salvare il file
-
-4. Utilizza Google Accedi nella tua applicazione
-   
-   1. Innanzitutto, importa `SocialLogin`
-     
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-   
-   2. Chiama l'inizializzazione. Questo dovrebbe essere chiamato solo una volta.
-     
-      ```typescript
-      // onMounted is Vue specific
-      // webClientId is the client ID you got in the web client creation step not the android client ID.
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-          }
-        })
-      })
-      ```
-     
-   3. Chiama `SocialLogin.login`. Crea un pulsante ed esegui il seguente codice al clic.
-     
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // handle the response
-      console.log(JSON.stringify(res))
-      ```
-
-5. Configurare l'emulatore per il test
-   
-   1. Vai in "Gestione dispositivi" e fai clic sul pulsante più
-      <img src="/social-login-assets/studio_device_man.png" alt="Gestione dispositivi in ​​Android Studio con il pulsante più evidenziato" />
-   
-   2. Crea un dispositivo virtuale
-      <img src="/social-login-assets/studio_create_virt_dev.png" alt="Pulsante Crea dispositivo virtuale nella Configurazione dispositivo virtuale" />
-   
-   3. Seleziona qualsiasi dispositivo con un'icona `Play Store`
-      <img src="/social-login-assets/studio_new_dev_select_hardware.png" alt="Selezione hardware che mostra i dispositivi con supporto Play Store" />
-     
-      Come puoi vedere, `pixel 8` supporta i servizi `Play Store`
-   
-   4. Fai clic su `next`
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="Pulsante Avanti nella procedura guidata di creazione del dispositivo" />
-   
-   5. Assicurati che l'immagine del sistema operativo sia di tipo `Google Play`. **DEVE** essere di tipo `Google Play`
-      <img src="/social-login-assets/studio_new_dev_google_play_dev_type.png" alt="Selezione dell'immagine del sistema che mostra immagini di tipo Google Play" />
-   
-   6. Fare clic su Avanti
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="Pulsante Avanti nella schermata di selezione dell'immagine del sistema" />
-   
-   7. Conferma il tuo dispositivo. Puoi nominare il tuo emulatore come preferisci
-      <img src="/social-login-assets/studio_new_dev_next_3.png" alt="Schermata di verifica della configurazione del dispositivo con il pulsante Fine" />
-   
-   8. Vai in "Gestione dispositivi" e avvia il tuo simulatore
-      <img src="/social-login-assets/studio_dev_manager.png" alt="Gestione dispositivi con dispositivo virtuale elencato e pulsante di riproduzione" />
-   
-   9. Dopo l'avvio del simulatore, accedere alle sue impostazioni
-      <img src="/social-login-assets/emul_and_settings_1.png" alt="Emulatore Android che mostra l'app delle impostazioni" />
-   
-   10. Vai a `Google Play`
-      <img src="/social-login-assets/emul_and_settings_2.png" alt="Schermata Impostazioni con l'opzione Google Play" />
-   
-   11. Fai clic su `Update` e attendi circa 60 secondi
-      <img src="/social-login-assets/emul_and_settings_update_play_store.png" alt="Schermata di aggiornamento Google Play con il pulsante Aggiorna" />
-
-6. Testa la tua applicazione
-   
-   Se hai fatto tutto correttamente, dovresti vedere il flusso di accesso Google funzionare correttamente:
-   <img src="/social-login-assets/google_android_final_login_show.gif" alt="Demo del flusso di accesso Google su Android che mostra il processo di accesso e l'autenticazione riuscita" />
-</Steps>
-
-## Risoluzione dei problemi
-
-In caso di problemi, consulta i [problemi di Github](https://github.com/Cap-go/capacitor-social-login/issues).
-
-I problemi con l'accesso Google sono **SEMPRE** correlati al certificato SHA1.
-
-Se non riesci a ottenere il certificato SHA1 di sviluppo, prova a utilizzare un archivio chiavi personalizzato. [Qui](https://github.com/Cap-go/capacitor-social-login/issues/147#issuecomment-2849742574) è un commento che spiega come aggiungere il keystore al tuo progetto.
diff --git a/src/content/docs/it/docs/plugins/social-login/google/general.mdx b/src/content/docs/it/docs/plugins/social-login/google/general.mdx
deleted file mode 100644
index 5682d0b7e..000000000
--- a/src/content/docs/it/docs/plugins/social-login/google/general.mdx
+++ /dev/null
@@ -1,258 +0,0 @@
----
-title: Configurazione del login Google
-description: >-
-  Questa guida fornisce una panoramica completa su come configurare il login
-  Google con Capacitor, illustrando ogni passaggio necessario per
-  un'integrazione fluida e i possibili problemi da tenere presenti.
-sidebar:
-  order: 1
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introduzione
-
-In questa guida vedrai come configurare il login Google con Capgo Social Login.
-Per completare la configurazione ti servirà:
-
-- Un account Google
-
-## Configurazione generale
-
-:::note
-Questo passaggio è obbligatorio indipendentemente dalla piattaforma che decidi
-di utilizzare.
-:::
-
-In questa sezione configurerai la schermata di login mostrata da Google.
-
-<Steps>
-    1. Vai su [console.cloud.google.com](https://console.cloud.google.com/)
-    2. Fai clic sul selettore del progetto
-        <img src="/social-login-assets/google_cons_project_selector.png" alt="Selettore del progetto nella Google Console" />
-    3. Se non hai ancora un progetto, **creane uno nuovo**.
-        1. Fai clic su `New project`
-            <img src="/social-login-assets/google_cons_new_project_btn.png" alt="Pulsante New project nella Google Console" />
-        2. Assegna un nome al progetto e fai clic su `Create`
-            <img src="/social-login-assets/google_cons_name_projec.png" alt="Schermata di creazione del progetto con campo nome e pulsante Create" />
-        3. Assicurati di essere nel progetto corretto
-            <img src="/social-login-assets/google_cons_right_proj.png" alt="Nome del progetto mostrato nel selettore dopo la selezione corretta" />
-    4. Inizia la configurazione di `OAuth consent screen`
-        1. Fai clic sulla barra di ricerca
-            <img src="/social-login-assets/google_cons_search.png" alt="Barra di ricerca della Google Console" />
-        2. Cerca `OAuth consent screen` e fai clic sul risultato
-            <img src="/social-login-assets/google_cons_search_2.png" alt="Risultati di ricerca con l'opzione OAuth consent screen" />
-        3. Configura la schermata di consenso
-            :::note
-            In questo esempio assumo che tu stia sviluppando un'app aperta al
-            pubblico, quindi userò il tipo di utente `external`. Scegli il tipo
-            di utente più adatto al tuo caso e fai clic su `Create`.
-            :::
-
-            Fai clic su `Create`
-            <img src="/social-login-assets/google_cons_oauth_const_scr.png" alt="Schermata di scelta del tipo di utente per OAuth consent screen" />
-    5. Compila le informazioni sulla tua app
-        1. Inizia da `App Information`
-            <img src="/social-login-assets/google_cons_app_inf.png" alt="Sezione App Information con nome dell'app ed email di supporto" />
-
-            - Inserisci il tuo `App Name`
-                :::caution
-                **QUESTO SARÀ VISIBILE AGLI UTENTI**
-                :::
-            - Inserisci la `User support email`
-                :::note
-                Puoi approfondire il significato dell'email di supporto
-                [qui](https://support.google.com/cloud/answer/10311615#user-support-email&zippy=%2Cuser-support-email).
-                :::
-        2. **Puoi** aggiungere il logo dell'app
-            <img src="/social-login-assets/google_cons_app_logo.png" alt="Sezione per il caricamento del logo dell'app" />
-            :::note
-            Non è obbligatorio e in questa guida salterò il passaggio.
-            :::
-        3. **Dovresti** configurare `App domain`
-            <img src="/social-login-assets/google_cons_app_doma.png" alt="Sezione App domain con il campo per i domini autorizzati" />
-            :::note
-            In questa demo non lo compilerò perché non verrà pubblicata, ma per
-            un'app reale è fortemente consigliato.
-            :::
-        4. **Devi** fornire l'email dello sviluppatore
-            <img src="/social-login-assets/google_cons_dev_cont_inf.png" alt="Sezione Developer contact information con il campo email" />
-        5. Fai clic su `Save and continue`
-            <img src="/social-login-assets/google_cons_cons_sav_cont.png" alt="Pulsante Save and continue in fondo al modulo" />
-    6. Configura gli scope
-        1. Fai clic su `Add or remove scopes`
-            <img src="/social-login-assets/google_cons_add_rm_sco.png" alt="Pulsante Add or remove scopes nella schermata degli scope" />
-        2. Seleziona i seguenti scope e fai clic su `Update`
-            <img src="/social-login-assets/google_cons_update_scope.png" alt="Finestra di selezione degli scope con email e profile selezionati" />
-        3. Fai clic su `Save and continue`
-            <img src="/social-login-assets/google_cons_scope_save.png" alt="Pulsante Save and continue nella schermata degli scope" />
-    7. Aggiungi un utente di test
-        1. Fai clic su `Add users`
-            <img src="/social-login-assets/google_cons_add_test_usr.png" alt="Pulsante Add users nella sezione utenti di test" />
-        2. Inserisci il tuo indirizzo Gmail, premi Invio e fai clic su `Add`
-            <img src="/social-login-assets/google_cons_add_test_usr_2.png" alt="Campo email e pulsante Add per gli utenti di test" />
-        3. Fai clic su `Save and continue`
-            <img src="/social-login-assets/google_cons_test_usr_save.png" alt="Pulsante Save and continue nella schermata degli utenti di test" />
-    8. Fai clic su `Back to dashboard`
-        <img src="/social-login-assets/google_cons_back_to_dahs.png" alt="Pulsante Back to dashboard nella schermata finale" />
-    9. Invia l'app per la verifica
-        :::note
-            Ti consiglio fortemente di inviare la tua app per la verifica.
-            Questo punto esula dallo scopo del tutorial. Puoi approfondire
-            [qui](https://support.google.com/cloud/answer/13463073/). Non è
-            necessario per i test locali, ma è richiesto in produzione.
-        :::
-</Steps>
-
-## Differenze tra accesso online e accesso offline
-
-Esistono diversi modi per usare il login Google con Capacitor. La tabella
-seguente riassume le differenze principali:
-
-|                         | Accesso online | Accesso offline |
-|:-----------------------:|:--------------:|:---------------:|
-| Richiede un backend     | ❌             | ✅              |
-| Token di lunga durata   | ❌             | ✅              |
-| Configurazione semplice | ✅             | ❌              |
-
-:::note
-La **modalità offline** significa che il tuo backend può accedere alle API di
-Google anche quando l'utente non sta usando attivamente la tua app. I token di
-accesso a lunga durata rendono possibile questo comportamento perché permettono
-al backend di chiamare le API Google per conto dell'utente in qualsiasi momento.
-:::
-
-:::caution
-La **modalità offline richiede un backend**. In questo flusso il frontend
-riceve pochissime informazioni, di fatto soprattutto un server auth code. Senza
-un backend che scambi quel codice con token e dati utente, la modalità offline
-non fornisce dati utili alla tua applicazione frontend.
-:::
-
-Se non sai ancora quale modalità scegliere, considera questi scenari:
-
-1. Vuoi far effettuare il login all'utente e subito dopo emettere un JWT
-   personalizzato. La tua app **non** chiamerà le API Google.
-
-   In questo caso, scegli l'accesso online.
-
-2. La tua app chiamerà alcune API Google dal client, ma mai dal backend.
-
-   In questo caso, scegli l'accesso online.
-
-3. La tua app chiamerà alcune API Google dal backend, ma solo mentre l'utente
-   sta usando attivamente l'app.
-
-   In questo caso, scegli l'accesso online.
-
-4. La tua app controllerà periodicamente il calendario dell'utente anche quando
-   non sta usando attivamente l'app.
-
-   In questo caso, scegli l'accesso offline.
-
-## Un backend di esempio per l'accesso online
-
-In questa parte del tutorial vedrai come validare l'utente sul tuo backend.
-
-L'esempio è volutamente semplice ed è basato sulle seguenti tecnologie:
-
-- [TypeScript](https://www.typescriptlang.org/)
-- [Hono](https://hono.dev/)
-- [JavaScript Fetch API](https://developer.mozilla.org/en-US/docs/Web/API/Window/fetch)
-
-Puoi trovare il codice di questo esempio
-[qui](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/141c01d93a85240e31a0d488a89df13c842708b1/index.ts#L135-L153).
-
-Come puoi vedere:
-
-<img src="/social-login-assets/vscode_auth_google.png" alt="VS Code con il codice di verifica del token Google" />
-
-L'idea è molto semplice. Invi una richiesta `GET` a
-`https://www.googleapis.com/oauth2/v3/tokeninfo` e Google ti restituisce se il
-token è valido oppure no. Se è valido, la risposta include anche l'email
-dell'utente e altre informazioni sul token.
-
-<img src="/social-login-assets/google_auth_playground_token_info.png" alt="Google OAuth Playground con la risposta di tokeninfo e i dati dell'utente" />
-
-Da lì puoi emettere il tuo JWT oppure creare una sessione tramite cookie. Per
-l'implementazione finale dell'autenticazione, le possibilità sono molte.
-
-Se vuoi chiamare le API Google, ti consiglio di usare
-[Google's OAuth 2.0 Playground](https://developers.google.com/oauthplayground).
-Ti permette di vedere facilmente quali API puoi chiamare.
-
-## Utilizzare l'accesso offline con il tuo backend
-
-Per utilizzare l'accesso offline ti servirà:
-
-- Un server HTTP
-
-In questo esempio userò le seguenti tecnologie per fornire l'accesso offline
-nella mia app:
-
-- [Hono](https://hono.dev/)
-- [Hono Zod validator](https://hono.dev/docs/guides/validation#with-zod)
-- [Zod](https://zod.dev/)
-- [Hono JWT](https://hono.dev/docs/helpers/jwt#jwt-authentication-helper)
-- [LowDb](https://www.npmjs.com/package/lowdb) (un database semplice)
-
-Il codice completo di questo esempio è disponibile
-[qui](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/aac7a8c909f650a8c2cd7f88c97f5f3c594ce9ba/index.ts#L139-L287).
-
-Per quanto riguarda il codice client, si presenta così:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { GoogleLoginOfflineResponse, SocialLogin } from '@capgo/capacitor-social-login';
-import { usePopoutStore } from '@/popoutStore'; // <-- specific to my app
-
-const baseURL = "[redacted]";
-
-async function fullLogin() {
-  await SocialLogin.initialize({
-    google: {
-      webClientId: '[redacted]',
-      iOSClientId: '[redacted]',
-      iOSServerClientId: 'The same value as webClientId',
-      mode: 'offline' // <-- important
-    }
-  })
-  const response = await SocialLogin.login({
-    provider: 'google',
-    options: {
-      forceRefreshToken: true // <-- important
-    }
-  })
-
-  if (response.provider === 'google') {
-    const result = response.result as GoogleLoginOfflineResponse
-    const res = await fetch(`${baseURL}/auth/google_offline`, {
-      headers: {
-        "Content-Type": "application/json"
-      },
-      body: JSON.stringify({
-        serverAuthCode: result.serverAuthCode,
-        platform: Capacitor.getPlatform()
-      }),
-      method: "POST"
-    })
-
-    if (res.status !== 200) {
-      popoutStore.popout("Full google login failed", "check console");
-      return
-    }
-
-    const { jwt } = await res.json();
-    const userinfo = await fetch(`${baseURL}/auth/get_google_user`, {
-      headers: {
-        Authorization: `Bearer ${jwt}`
-      }
-    })
-    if (userinfo.status !== 200) {
-      popoutStore.popout("Full google (userinfo) login failed", "check console");
-      return
-    }
-    popoutStore.popout("userinfo res", await userinfo.text());
-  }
-}
-```
diff --git a/src/content/docs/it/docs/plugins/social-login/google/ios.mdx b/src/content/docs/it/docs/plugins/social-login/google/ios.mdx
deleted file mode 100644
index c4aabeb8d..000000000
--- a/src/content/docs/it/docs/plugins/social-login/google/ios.mdx
+++ /dev/null
@@ -1,246 +0,0 @@
----
-title: Google Login su iOS
-locale: it
-description: Questa guida offre una procedura completa per configurare Google Login con Capacitor su iOS, dettagliando ogni passaggio per garantire un processo di integrazione fluido.
-sidebar:
-    order: 3
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introduzione
-
-In questa guida imparerai come configurare Google Login con Capgo Social Login per iOS.
-Suppongo che tu abbia già letto la [guida di configurazione generale](/docs/plugins/social-login/google/general/).
-
-## Utilizzare Google login su iOS
-
-In questa parte imparerai come configurare Google login su iOS.
-
-<Steps>
-1. Crea un ID client iOS nella console Google
-
-   1. Clicca sulla barra di ricerca
-      <img src="/social-login-assets/google_cons_search.png" alt="Barra di ricerca della Console Google" />
-
-   2. Cerca `credentials` e clicca su quello di `APIs and Services` (numero 2 nello screenshot)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Risultati di ricerca che mostrano l'opzione credentials con APIs and Services evidenziato" />
-
-   3. Clicca su `create credentials`
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Pulsante Crea credenziali nella Console Google" />
-
-   4. Seleziona `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="Opzione OAuth client ID nel menu di creazione delle credenziali" />
-
-   5. Seleziona il `Application type` come `iOS`
-      <img src="/social-login-assets/goolge_cons_cred_type_app_tye.png" alt="Selezione del tipo di applicazione con l'opzione iOS evidenziata" />
-
-   6. Trova il bundle ID
-
-      1. Apri Xcode
-
-      2. Doppio clic su `App`
-         <img src="/social-login-assets/xcode_app_click.png" alt="Target App nel navigatore di progetto di Xcode" />
-
-      3. Assicurati di essere su `Targets -> App`
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Sezione Targets in Xcode con App selezionato" />
-
-      4. Trova il tuo `Bundle Identifier`
-         <img src="/social-login-assets/xcode_bundle_id.png" alt="Campo Bundle Identifier nelle impostazioni del progetto Xcode" />
-
-      5. Torna alla Console Google e incolla il tuo `Bundle Identifier` in `Bundle ID`
-         <img src="/social-login-assets/google_cons_ios_bd_id.png" alt="Campo Bundle ID nel modulo di creazione del client iOS della Console Google" />
-
-   7. Facoltativamente, aggiungi il tuo `App Store ID` o `Team ID` nell'ID client se hai pubblicato la tua app su App Store
-
-   8. Dopo aver compilato tutti i dettagli, clicca su `create`
-      <img src="/social-login-assets/google_cons_ios_cred_creat.png" alt="Pulsante Crea in fondo al modulo di creazione del client iOS" />
-
-   9. Clicca su `OK`
-      <img src="/social-login-assets/google_cons_ios_click_ok.png" alt="Pulsante OK nella finestra di conferma della creazione dell'ID client" />
-
-   10. Apri il client iOS appena creato
-       <img src="/social-login-assets/google_cons_open_new_ios.png" alt="Client iOS appena creato nell'elenco delle credenziali" />
-
-   11. Copia i seguenti dati
-       <img src="/social-login-assets/google_cons_ios_what_to_copy.png" alt="Dettagli dell'ID client che mostrano l'ID client e l'ID client invertito da copiare" />
-
-       :::note
-       Il `nr. 1` in questa immagine diventerà successivamente l'`iOSClientId` nella chiamata `initialize`.
-
-       Il `nr. 2` in questa immagine diventerà successivamente `YOUR_DOT_REVERSED_IOS_CLIENT_ID`
-       :::
-
-2. Modifica il file Info.plist della tua app
-
-   1. Apri Xcode e trova il file `Info.plist`
-      <img src="/social-login-assets/xcode_info_file.png" alt="File Info.plist nel navigatore di progetto di Xcode" />
-
-   2. Clicca con il tasto destro su questo file e aprilo come codice sorgente
-      <img src="/social-login-assets/xcode_open_as_src_code.png" alt="Menu contestuale che mostra l'opzione Apri come codice sorgente" />
-
-   3. In fondo al tuo file `Plist`, vedrai un tag `</dict>`
-      <img src="/social-login-assets/xcode_dict_tag.png" alt="Tag dict di chiusura nel file Info.plist" />
-
-   4. Inserisci il seguente frammento appena prima del tag di chiusura `</dict>`
-      <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist con il codice degli schemi URL inserito prima del tag dict di chiusura" />
-
-      ```xml
-      <key>CFBundleURLTypes</key>
-      <array>
-       <dict>
-         <key>CFBundleURLSchemes</key>
-         <array>
-           <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-         </array>
-       </dict>
-      </array>
-      ```
-
-   5. Cambia `YOUR_DOT_REVERSED_IOS_CLIENT_ID` con il valore copiato nel passaggio precedente
-      <img src="/social-login-assets/xcode_plist_final.png" alt="Info.plist con l'ID client invertito effettivo inserito negli schemi URL" />
-
-      :::caution
-      Assicurati che questo valore **INIZI** con `com.googleusercontent.apps`
-      :::
-
-   6. Salva il file con `Command + S`
-
-3. Modifica `AppDelegate.swift`
-
-   1. Apri AppDelegate
-      <img src="/social-login-assets/xcode_app_deleg.png" alt="File AppDelegate.swift nel navigatore di progetto di Xcode" />
-
-   2. Inserisci `import GoogleSignIn` all'inizio del file
-      <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="AppDelegate.swift con l'import di GoogleSignIn aggiunto" />
-
-   3. Trova la funzione `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])`
-      <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="Funzione originale application openURL in AppDelegate" />
-
-   4. Modifica la funzione in modo che appaia così
-
-      ```swift
-      func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-          // Called when the app was launched with a url. Feel free to add additional processing here,
-          // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-          var handled: Bool
-
-          handled = GIDSignIn.sharedInstance.handle(url)
-          if handled {
-            return true
-          }
-
-          return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-      }
-      ```
-
-      <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="Funzione application openURL modificata con la gestione di GoogleSignIn" />
-
-   5. Salva il file con `Command + S`
-
-4. Configura Google login nel tuo codice JavaScript/TypeScript
-
-   1. Importa `SocialLogin` e `Capacitor`
-
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      import { Capacitor } from '@capacitor/core';
-      ```
-
-   2. Chiama il metodo initialize (questo dovrebbe essere chiamato solo una volta)
-
-      **Configurazione base (modalità online - consigliata per la maggior parte delle app):**
-      ```typescript
-      // onMounted è specifico di Vue
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            iOSClientId: '673324426943-redacted.apps.googleusercontent.com',
-            mode: 'online' // Modalità predefinita
-          }
-        })
-      })
-      ```
-
-      **Configurazione avanzata con ID client aggiuntivi:**
-      ```typescript
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: 'YOUR_WEB_CLIENT_ID',           // Opzionale: per il supporto della piattaforma web
-            iOSClientId: 'YOUR_IOS_CLIENT_ID',           // Obbligatorio: dal passaggio 1
-            iOSServerClientId: 'YOUR_WEB_CLIENT_ID',     // Opzionale: uguale a webClientId, necessario per alcune funzionalità avanzate
-            mode: 'online'                               // 'online' o 'offline'
-          }
-        })
-      })
-      ```
-
-      :::note
-      **Requisiti ID Client:**
-      - `iOSClientId`: **Obbligatorio** - Deve terminare con `googleusercontent.com` (dal passaggio 1 sopra)
-      - `webClientId`: **Opzionale** - Necessario solo se supporti anche la piattaforma web o hai bisogno di funzionalità avanzate
-      - `iOSServerClientId`: **Opzionale** - Dovrebbe essere lo stesso valore di `webClientId` quando fornito
-
-      Per la configurazione avanzata con `webClientId` e `iOSServerClientId`, vedi la [guida di configurazione web](/docs/plugins/social-login/google/web/) per creare queste credenziali.
-      :::
-
-      :::caution
-      **Riguardo alla modalità offline:** Quando usi `mode: 'offline'`, la risposta di login non conterrà direttamente i dati dell'utente. Riceverai invece un codice di autenticazione del server che deve essere scambiato per le informazioni dell'utente tramite il tuo server backend. Vedi la [guida di configurazione generale](/docs/plugins/social-login/google/general/#using-offline-access-with-your-own-backend) per i dettagli di implementazione.
-      :::
-
-   3. Implementa la funzione di login. Crea un pulsante ed esegui il seguente codice al clic
-
-      **Per la modalità online:**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // gestisci la risposta - contiene i dati dell'utente
-      console.log(JSON.stringify(res))
-      ```
-
-      **Per la modalità offline:**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {
-          forceRefreshToken: true // Consigliato per la modalità offline
-        }
-      })
-      // res contiene serverAuthCode, non i dati dell'utente
-      // Invia serverAuthCode al tuo backend per ottenere le informazioni dell'utente
-      console.log('Server auth code:', res.result.serverAuthCode)
-      ```
-
-5. Testa la tua applicazione
-
-   1. Compila la tua app ed esegui `cap sync`
-
-   2. Se hai fatto tutto correttamente, dovresti vedere il flusso di login di Google funzionare correttamente
-      <img src="/social-login-assets/google_final_ios_v2.gif" alt="Demo del flusso di login di Google su iOS che mostra il processo di accesso e l'autenticazione riuscita" />
-</Steps>
-
-:::note
-La lingua nel prompt di Google dipende dalle impostazioni della lingua del tuo dispositivo.
-:::
-
-## Problemi Noti
-
-### Incompatibilità con il Plugin Privacy Screen
-
-Il plugin Google Login è incompatibile con [@capacitor/privacy-screen](https://github.com/ionic-team/capacitor-privacy-screen). Quando si utilizzano entrambi i plugin insieme, la webview di login di Google verrà interrotta dalla schermata della privacy.
-
-**Soluzione alternativa:** Chiama `await PrivacyScreen.disable();` prima di chiamare la funzione di login:
-
-```typescript
-import { PrivacyScreen } from '@capacitor/privacy-screen';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-await PrivacyScreen.disable();
-await SocialLogin.login({
-  provider: 'google',
-  options: {}
-});
-```
diff --git a/src/content/docs/it/docs/plugins/social-login/google/web.mdx b/src/content/docs/it/docs/plugins/social-login/google/web.mdx
deleted file mode 100644
index d375ef5dd..000000000
--- a/src/content/docs/it/docs/plugins/social-login/google/web.mdx
+++ /dev/null
@@ -1,129 +0,0 @@
----
-title: Google Login su Web
-locale: it
-description: Questa guida fornisce una procedura completa per configurare Google Login su applicazioni web usando Capacitor e il plugin @capgo/capacitor-social-login, garantendo un processo di integrazione fluido coprendo tutti i passaggi e le configurazioni necessarie.
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introduzione
-
-In questa guida imparerai come configurare Google Login con Capgo Social Login per applicazioni web.
-Suppongo che tu abbia già letto la [guida di configurazione generale](/docs/plugins/social-login/google/general/).
-
-## Utilizzare Google login sul web
-
-Utilizzare il login di Google sul web è piuttosto semplice.
-Per utilizzarlo, devi fare quanto segue:
-
-<Steps>
-1. Crea un client web nella Console Google
-
-   :::note
-   Se hai già configurato Google Login per Android, puoi saltare questo passaggio poiché hai già creato un client web. Puoi procedere direttamente al passaggio 2.
-   :::
-
-   1. Clicca sulla barra di ricerca
-      <img src="/social-login-assets/google_cons_search.png" alt="Barra di ricerca della Console Google" />
-
-   2. Cerca `credentials` e clicca sull'opzione `APIs and Services` (numero 2 nello screenshot)
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Risultati di ricerca che mostrano l'opzione credentials con APIs and Services evidenziato" />
-
-   3. Clicca su `create credentials`
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Pulsante Crea credenziali nella Console Google" />
-
-   4. Seleziona `OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="Opzione OAuth client ID nel menu di creazione delle credenziali" />
-
-   5. Seleziona il `Application type` come `Web application`
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="Selezione del tipo di applicazione con l'opzione Web evidenziata" />
-
-   6. Dai un nome al tuo client e clicca su `Create`
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="Modulo di creazione del client web con il campo nome evidenziato" />
-
-   7. Copia l'ID client, lo userai come `webClientId` nella tua applicazione
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="Dettagli dell'ID client che mostrano l'ID client web da copiare" />
-
-2. Configura il client web nella Console Google
-
-   1. Apri la [pagina delle credenziali](https://console.cloud.google.com/apis/credentials) e clicca sul tuo client web
-      <img src="/social-login-assets/google_cons_open_web_client_id.png" alt="Elenco delle credenziali che mostra il client web su cui cliccare" />
-
-   2. Ora aggiungi le `Authorized JavaScript origins`. Questo dovrebbe includere tutti gli indirizzi che potresti utilizzare per la tua app. Nel mio caso, userò **SOLO** localhost, ma poiché uso una porta personalizzata devo aggiungere sia `http://localhost` che `http://localhost:5173`
-
-      1. Clicca su `add URI`
-         <img src="/social-login-assets/google_cons_authorized_js_add_btn.png" alt="Sezione Origini JavaScript autorizzate con il pulsante AGGIUNGI URI" />
-
-      2. Digita il tuo URL
-         <img src="/social-login-assets/google_cons_authorized_js_typed_url.png" alt="Finestra AGGIUNGI URI con URL localhost inserito" />
-
-      3. Ripeti fino a quando hai aggiunto tutti gli URL
-
-      4. Quando hai finito, il tuo schermo dovrebbe apparire così
-         <img src="/social-login-assets/google_cons_authorized_js_final.png" alt="Origini JavaScript autorizzate con più URL localhost aggiunti" />
-
-   3. Ora aggiungi alcuni `Authorized redirect URIs`. Questo dipenderà dalla pagina in cui intendi utilizzare il plugin CapacitorSocialLogin. Nel mio caso, lo userò su `http://localhost:5173/auth`
-
-      1. Clicca su `ADD URI`
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_1.png" alt="Sezione URI di reindirizzamento autorizzati con il pulsante AGGIUNGI URI" />
-
-      2. Inserisci il tuo URL e clicca di nuovo su `ADD URL`
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_2.png" alt="Finestra AGGIUNGI URI con URL di reindirizzamento inserito" />
-
-   4. Clicca su `save`
-      <img src="/social-login-assets/google_cons_web_app_save.png" alt="Pulsante Salva in fondo alla configurazione del client web" />
-
-3. Ora dovresti essere pronto a chiamare `login` da JavaScript in questo modo:
-
-   1. Prima, importa `SocialLogin`
-
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-
-   2. Poi, chiama initialize. Questo dovrebbe essere chiamato SOLO una volta.
-
-      ```typescript
-      // onMounted è specifico di Vue
-      // webClientId è l'ID client che hai ottenuto nel passaggio di creazione del client web, non l'ID client Android.
-      onMounted(() => {
-       SocialLogin.initialize({
-         google: {
-           webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-         }
-       })
-      })
-      ```
-
-   :::note[Gestione del Reindirizzamento Web]
-   Quando usi Google login sul web, **DEVI** chiamare qualsiasi funzione del plugin quando avviene il reindirizzamento per inizializzare il plugin in modo che possa gestire il reindirizzamento e chiudere la finestra popup. Puoi chiamare sia `isLoggedIn()` CHE `initialize()` - entrambi attiveranno la gestione del reindirizzamento:
-
-   ```typescript
-   // Opzione 1: Chiama isLoggedIn quando la pagina di reindirizzamento si carica
-   SocialLogin.isLoggedIn({ provider: 'google' }).catch(() => {
-     // Ignora il risultato, questo serve solo per inizializzare il plugin
-   });
-
-   // Opzione 2: Chiama initialize quando la pagina di reindirizzamento si carica
-   SocialLogin.initialize({
-     google: {
-       webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-     }
-   }).catch(() => {
-     // Ignora eventuali errori, questo serve solo per gestire il reindirizzamento
-   });
-   ```
-   :::
-
-   3. Crea un pulsante di login che chiama `SocialLogin.login` quando viene cliccato
-
-      ```typescript
-      const res = await SocialLogin.login({
-       provider: 'google',
-       options: {}
-      })
-      // Gestisci la risposta
-      console.log(JSON.stringify(res));
-      ```
-</Steps>
diff --git a/src/content/docs/it/docs/plugins/social-login/index.mdx b/src/content/docs/it/docs/plugins/social-login/index.mdx
deleted file mode 100644
index 8628be9b7..000000000
--- a/src/content/docs/it/docs/plugins/social-login/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: "@capgo/capacitor-social-login"
-locale: it
-description: Plugin Capacitor per l'autenticazione social fluida con Google, Apple e Facebook, migliorando la sicurezza e l'esperienza di login degli utenti.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Un plugin Capacitor per l'autenticazione social con Google, Apple e Facebook, rendendo il login degli utenti fluido e sicuro.
-  image:
-    file: ~public/icons/plugins/social-login.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/social-login/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-social-login/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-## Video Tutorial
-
-Guarda una rapida demo della configurazione del plugin e del flusso di login in azione.
-
-<YouTube id="iTINYxvSJrE" title="Panoramica del plugin Capgo Social Login" />
-
-<CardGrid stagger>
-  <Card title="Google login" icon="rocket">
-    Fornisce un'esperienza di login senza attriti per i tuoi utenti 🚀
-  </Card>
-  <Card title="Facebook login" icon="pencil">
-    Rende il login di Facebook un gioco da ragazzi 💨
-  </Card>
-  <Card title="Apple login" icon="setting">
-    Il login di Apple può essere difficile da implementare, ma noi lo rendiamo facile 😊
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/social-login/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/social-login/migrations/apple.mdx b/src/content/docs/it/docs/plugins/social-login/migrations/apple.mdx
deleted file mode 100644
index 70431accc..000000000
--- a/src/content/docs/it/docs/plugins/social-login/migrations/apple.mdx
+++ /dev/null
@@ -1,186 +0,0 @@
----
-title: Guida alla Migrazione da @capacitor-community/apple-sign-in a @capgo/capacitor-social-login
-locale: it
-description: Questa guida completa fornisce istruzioni dettagliate per la transizione dal plugin @capacitor-community/apple-sign-in al plugin @capgo/capacitor-social-login, garantendo un processo di migrazione fluido e capacità migliorate.
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Panoramica
-
-Questa guida delinea la transizione dal plugin legacy `@capacitor-community/apple-sign-in` al moderno pacchetto `@capgo/capacitor-social-login`. Il nuovo plugin fornisce un'interfaccia unificata per più provider di autenticazione social con supporto TypeScript migliorato e manutenzione attiva.
-
-## Installazione
-
-<Steps>
-1. Rimuovi il vecchio pacchetto:
-   ```bash
-   npm uninstall @capacitor-community/apple-sign-in
-   ```
-
-2. Installa il nuovo pacchetto:
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Modifiche al Codice
-
-### Modifiche all'Importazione
-```diff
-- import { SignInWithApple } from '@capacitor-community/apple-sign-in';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Inizializzazione
-
-**Modifica Chiave**: Il nuovo plugin richiede un passaggio di inizializzazione che non era necessario prima.
-
-```diff
-- // Nessuna inizializzazione necessaria nel vecchio pacchetto
-+ // Per iOS: Configurazione di base
-+ await SocialLogin.initialize({
-+   apple: {} // Configurazione base per iOS
-+ });
-
-+ // Per Android: Configurazione aggiuntiva richiesta
-+ await SocialLogin.initialize({
-+   apple: {
-+     clientId: 'YOUR_SERVICE_ID', // Service ID dal Portale Sviluppatori Apple
-+     redirectUrl: 'https://your-backend.com/callback' // URL di callback del tuo backend
-+   }
-+ });
-```
-
-**Nota Importante**: Per iOS, fornisci una configurazione di base, mentre Android richiede dettagli aggiuntivi incluso un Service ID e un URL di callback del backend per l'autenticazione OAuth basata sul web.
-
-### Accesso
-
-Il processo di login si semplifica da più parametri a un'API più pulita:
-
-```diff
-- const result = await SignInWithApple.authorize({
--   clientId: 'com.your.app',
--   redirectURI: 'https://your-app.com/callback',
--   scopes: 'email name',
--   state: '12345',
--   nonce: 'nonce'
-- });
-
-+ const result = await SocialLogin.login({
-+   provider: 'apple',
-+   options: {
-+     // Opzionale: Aggiungi scopes se necessario
-+     scopes: ['email', 'name'],
-+     nonce: 'nonce'
-+   }
-+ });
-```
-
-Il nuovo plugin utilizza `login()` con `provider: 'apple'` e scopes opzionali piuttosto che passare singoli valori di configurazione come `clientId` e `redirectURI`.
-
-### Modifiche al Tipo di Risposta
-
-I risultati ora includono un oggetto `accessToken` con dettagli sulla scadenza e una sezione `profile` strutturata, sostituendo il formato di risposta più piatto del pacchetto originale:
-
-```typescript
-// Vecchio tipo di risposta
-interface AppleSignInResponse {
-  response: {
-    user: string;
-    email: string | null;
-    givenName: string | null;
-    familyName: string | null;
-    identityToken: string | null;
-    authorizationCode: string | null;
-  };
-}
-
-// Nuovo tipo di risposta
-interface SocialLoginResponse {
-  provider: 'apple';
-  result: {
-    accessToken: {
-      token: string;
-      expiresIn?: number;
-      refreshToken?: string;
-    } | null;
-    idToken: string | null;
-    profile: {
-      user: string;
-      email: string | null;
-      givenName: string | null;
-      familyName: string | null;
-    };
-  };
-}
-```
-
-### Nuove Funzionalità
-
-Il plugin aggiornato introduce funzionalità che non erano disponibili nel predecessore:
-
-**Verifica dello Stato di Login**
-```diff
-- // Non disponibile nel vecchio pacchetto
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'apple'
-+ });
-```
-
-**Funzionalità di Logout**
-```diff
-- // Non disponibile nel vecchio pacchetto
-+ await SocialLogin.logout({
-+   provider: 'apple'
-+ });
-```
-
-Questi metodi forniscono `isLoggedIn()` per verificare lo stato di autenticazione e la funzionalità `logout()`.
-
-## Modifiche Specifiche per Piattaforma
-
-### Configurazione iOS
-
-**iOS** mantiene procedure di configurazione familiari tramite le capacità di Xcode:
-
-1. La configurazione iOS rimane in gran parte la stessa. Devi ancora:
-   - Abilitare la capacità "Sign In with Apple" in Xcode
-   - Configurare la tua app nel Portale Sviluppatori Apple
-   - Nessuna modifica al codice aggiuntiva richiesta per iOS
-
-### Configurazione Android
-
-**Android** ora riceve supporto nativo tramite autenticazione OAuth basata sul web:
-
-Il nuovo plugin fornisce supporto Android out of the box, ma richiede configurazione aggiuntiva:
-
-1. Crea un Services ID nel Portale Sviluppatori Apple
-2. Configura un endpoint di autenticazione web
-3. Configura la tua app Android per gestire il flusso OAuth
-4. È richiesta la configurazione del servizio backend
-
-Per istruzioni dettagliate sulla configurazione di Android, consulta la [Guida alla Configurazione Android](/docs/plugins/social-login/apple/android/).
-
-## Vantaggi Chiave
-
-Il pacchetto modernizzato fornisce:
-
-1. **API Unificate** tra più provider social (Google, Facebook, Apple)
-2. **Tipizzazione TypeScript migliorata** con migliori definizioni dei tipi
-3. **Manutenzione attiva della comunità** rispetto alla versione deprecata
-4. **Supporto Android integrato** tramite autenticazione basata sul web
-5. **Gestione persistente dello stato di login**
-6. **Gestione degli errori migliorata** con tipi di errore coerenti
-
-## Breaking Changes
-
-1. **L'inizializzazione esplicita è ora richiesta** - nessuna configurazione predefinita
-2. **La struttura dell'oggetto di risposta è cambiata** - formato di risultato nidificato
-3. **L'implementazione Android richiede un servizio backend** per OAuth
-4. **La gestione dell'aggiornamento dei token è diversa** - gestione migliorata dei token
-5. **La gestione degli errori e i tipi di errore sono cambiati** - errori più dettagliati
-
-Per istruzioni di configurazione più dettagliate, consulta la [documentazione ufficiale](/docs/plugins/social-login/apple/general/).
diff --git a/src/content/docs/it/docs/plugins/social-login/migrations/facebook.mdx b/src/content/docs/it/docs/plugins/social-login/migrations/facebook.mdx
deleted file mode 100644
index 777f2e5b9..000000000
--- a/src/content/docs/it/docs/plugins/social-login/migrations/facebook.mdx
+++ /dev/null
@@ -1,234 +0,0 @@
----
-title: Guida alla Migrazione da @capacitor-community/facebook-login a @capgo/capacitor-social-login
-locale: it
-description: Questa guida dettagliata fornisce istruzioni passo-passo per la transizione dal plugin @capacitor-community/facebook-login al plugin @capgo/capacitor-social-login, garantendo un processo di migrazione fluido con funzionalità migliorate.
-sidebar:
-    order: 2
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Panoramica
-
-Questa guida fornisce istruzioni complete per la migrazione da `@capacitor-community/facebook-login` a `@capgo/capacitor-social-login`. Il nuovo plugin modernizza l'autenticazione Facebook con un'API unificata che supporta più provider social, supporto TypeScript migliorato e capacità migliorate.
-
-## Installazione
-
-<Steps>
-1. Rimuovi il vecchio pacchetto:
-   ```bash
-   npm uninstall @capacitor-community/facebook-login
-   ```
-
-2. Installa il nuovo pacchetto:
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Modifiche al Codice
-
-### Modifiche all'Importazione
-```diff
-- import { FacebookLogin } from '@capacitor-community/facebook-login';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Inizializzazione
-
-**Modifica Chiave**: Il nuovo pacchetto richiede una configurazione esplicita nel tuo codice:
-
-```diff
-- // Il vecchio pacchetto non richiedeva inizializzazione esplicita nel codice
-- // La configurazione veniva fatta solo nelle piattaforme native
-
-+ // Il nuovo pacchetto richiede inizializzazione esplicita
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'YOUR_FACEBOOK_APP_ID',        // Richiesto per web e Android
-+     clientToken: 'YOUR_CLIENT_TOKEN'       // Richiesto per Android
-+   }
-+ });
-```
-
-### Login
-
-Il metodo di login ora accetta un parametro provider:
-
-```diff
-- const FACEBOOK_PERMISSIONS = ['email', 'public_profile'];
-- const result = await FacebookLogin.login({ permissions: FACEBOOK_PERMISSIONS });
-
-+ const result = await SocialLogin.login({
-+   provider: 'facebook',
-+   options: {
-+     permissions: ['email', 'public_profile'],
-+     limitedLogin: false,
-+     nonce: 'optional_nonce'
-+   }
-+ });
-```
-
-### Modifiche al Tipo di Risposta
-
-La struttura della risposta è stata modernizzata con un oggetto profile più completo:
-
-```typescript
-// Vecchio tipo di risposta
-interface FacebookLoginResponse {
-  accessToken: {
-    applicationId: string;
-    userId: string;
-    token: string;
-    expires: string;
-  };
-  recentlyGrantedPermissions: string[];
-  recentlyDeniedPermissions: string[];
-}
-
-// Nuovo tipo di risposta
-interface FacebookLoginResponse {
-  provider: 'facebook';
-  result: {
-    accessToken: {
-      token: string;
-      applicationId?: string;
-      expires?: string;
-      userId?: string;
-      permissions?: string[];
-      declinedPermissions?: string[];
-    } | null;
-    idToken: string | null;
-    profile: {
-      userID: string;
-      email: string | null;
-      friendIDs: string[];
-      birthday: string | null;
-      ageRange: { min?: number; max?: number } | null;
-      gender: string | null;
-      location: { id: string; name: string } | null;
-      hometown: { id: string; name: string } | null;
-      profileURL: string | null;
-      name: string | null;
-      imageURL: string | null;
-    };
-  };
-}
-```
-
-**Differenze Chiave**:
-- La risposta ora include un campo `provider` che identifica il provider di autenticazione
-- Oggetto `profile` più dettagliato con informazioni aggiuntive sull'utente
-- Struttura coerente tra tutti i provider di social login
-
-### Verifica dello Stato di Login
-```diff
-- const result = await FacebookLogin.getCurrentAccessToken();
-- const isLoggedIn = result && result.accessToken;
-
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'facebook'
-+ });
-+ const isLoggedIn = status.isLoggedIn;
-```
-
-### Logout
-```diff
-- await FacebookLogin.logout();
-
-+ await SocialLogin.logout({
-+   provider: 'facebook'
-+ });
-```
-
-## Modifiche Specifiche per Piattaforma
-
-### Configurazione Android
-
-La configurazione è ora gestita tramite il metodo initialize:
-
-```diff
-- // Le modifiche ad AndroidManifest.xml rimangono le stesse
-- // strings.xml diventa irrilevante
-+ // Inoltre inizializza nel tuo codice:
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'your-app-id',
-+     clientToken: 'your-client-token'  // Nuovo requisito
-+   }
-+ });
-```
-
-**Importante**: Il client token è ora richiesto per l'autenticazione Android.
-
-### Configurazione iOS
-
-1. La configurazione iOS in `AppDelegate.swift` rimane la stessa:
-
-```swift
-import FBSDKCoreKit
-
-// In application:didFinishLaunchingWithOptions:
-FBSDKCoreKit.ApplicationDelegate.shared.application(
-    application,
-    didFinishLaunchingWithOptions: launchOptions
-)
-
-// In application:openURL:options:
-ApplicationDelegate.shared.application(
-    app,
-    open: url,
-    sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-    annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-)
-```
-
-2. La configurazione di `Info.plist` rimane la stessa:
-```xml
-<key>CFBundleURLTypes</key>
-<array>
-    <dict>
-        <key>CFBundleURLSchemes</key>
-        <array>
-            <string>fb[APP_ID]</string>
-        </array>
-    </dict>
-</array>
-<key>FacebookAppID</key>
-<string>[APP_ID]</string>
-<key>FacebookClientToken</key>
-<string>[CLIENT_TOKEN]</string>
-<key>FacebookDisplayName</key>
-<string>[APP_NAME]</string>
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>fbapi</string>
-    <string>fbauth</string>
-    <string>fb-messenger-share-api</string>
-    <string>fbauth2</string>
-    <string>fbshareextension</string>
-</array>
-```
-
-## Breaking Changes
-
-Riepilogo dei breaking changes durante la migrazione:
-
-1. **L'inizializzazione esplicita è ora richiesta** - Deve chiamare `initialize()` prima dell'uso
-2. **La struttura dell'oggetto di risposta è cambiata significativamente** - Nuovo formato di risultato nidificato con dati di profilo migliorati
-3. **Il client token è ora richiesto per Android** - Configurazione aggiuntiva necessaria
-4. **Nomi di metodi e strutture di parametri diversi** - Approccio basato su provider
-5. **La gestione degli errori e i tipi di errore sono cambiati** - Informazioni di errore più dettagliate
-
-## Vantaggi Chiave
-
-Il nuovo plugin fornisce:
-
-- **API Unificata** tra più provider social (Google, Apple, Facebook)
-- **Supporto TypeScript migliorato** con migliori definizioni dei tipi
-- **Dati di profilo migliorati** con più informazioni sull'utente
-- **Manutenzione attiva** e supporto della comunità
-- **Gestione degli errori coerente** tra tutti i provider
-- **Gestione dei token migliorata** con gestione corretta della scadenza
-
-Per istruzioni di configurazione più dettagliate, consulta la [documentazione ufficiale](/docs/plugins/social-login/facebook/).
diff --git a/src/content/docs/it/docs/plugins/social-login/migrations/google.mdx b/src/content/docs/it/docs/plugins/social-login/migrations/google.mdx
deleted file mode 100644
index 26a41d71f..000000000
--- a/src/content/docs/it/docs/plugins/social-login/migrations/google.mdx
+++ /dev/null
@@ -1,190 +0,0 @@
----
-title: Guida alla Migrazione da @codetrix-studio/capacitor-google-auth a @capgo/capacitor-social-login
-locale: it
-description: Questa guida delinea la transizione dal vecchio plugin Google Auth al nuovo pacchetto Capgo social login, che unifica più provider di autenticazione social.
-sidebar:
-    order: 3
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Panoramica
-
-Questa guida fornisce passaggi completi per la migrazione da `@codetrix-studio/capacitor-google-auth` a `@capgo/capacitor-social-login`, garantendo una transizione fluida e un'esperienza di autenticazione migliorata. Il nuovo plugin unifica più provider di autenticazione social sotto un'API singola e coerente.
-
-## Installazione
-
-<Steps>
-1. Rimuovi il vecchio pacchetto:
-   ```bash
-   npm uninstall @codetrix-studio/capacitor-google-auth
-   ```
-
-2. Installa il nuovo pacchetto:
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Modifiche Importanti nella Configurazione di Google Auth
-
-### Requisito Web Client ID
-**Modifica Critica**: Il plugin aggiornato richiede l'utilizzo di un Web Client ID su tutte le piattaforme.
-
-Dovrai:
-1. Creare un Web Client ID nella Console Google Cloud se non ne hai uno ([Come ottenere le credenziali](/docs/plugins/social-login/google/general/))
-2. Utilizzare questo Web Client ID nel campo `webClientId` per tutte le piattaforme
-3. Per Android, devi comunque creare un Android Client ID con il tuo SHA1, ma questo è solo per scopi di verifica - il token non verrà utilizzato ([Guida alla configurazione Android](/docs/plugins/social-login/google/android/))
-
-## Modifiche al Codice
-
-### Modifiche all'Importazione
-```diff
-- import { GoogleAuth } from '@codetrix-studio/capacitor-google-auth';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### Inizializzazione
-
-La configurazione si trasforma da una semplice chiamata `GoogleAuth.initialize()` a un `SocialLogin.initialize()` più strutturato con configurazione Google nidificata:
-
-```diff
-- GoogleAuth.initialize({
--   clientId: 'CLIENT_ID.apps.googleusercontent.com',
--   scopes: ['profile', 'email'],
--   grantOfflineAccess: true,
-- });
-
-+ await SocialLogin.initialize({
-+   google: {
-+     webClientId: 'WEB_CLIENT_ID.apps.googleusercontent.com', // Usa Web Client ID per tutte le piattaforme
-+     iOSClientId: 'IOS_CLIENT_ID', // per iOS
-+     mode: 'offline' // sostituisce grantOfflineAccess
-+   }
-+ });
-```
-
-### Accesso
-
-Il metodo di login cambia da `GoogleAuth.signIn()` a `SocialLogin.login()` con specifica esplicita del provider:
-
-```diff
-- const user = await GoogleAuth.signIn();
-+ const res = await SocialLogin.login({
-+   provider: 'google',
-+   options: {
-+     scopes: ['email', 'profile'],
-+     forceRefreshToken: true // se hai bisogno del refresh token
-+   }
-+ });
-```
-
-## Modifiche Specifiche per Piattaforma
-
-### Android
-
-1. Aggiorna il tuo `MainActivity.java` ([Guida completa alla configurazione Android](/docs/plugins/social-login/google/android/)):
-```diff
-+ import ee.forgr.capacitor.social.login.GoogleProvider;
-+ import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-+ import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-+ import com.getcapacitor.PluginHandle;
-+ import com.getcapacitor.Plugin;
-+ import android.content.Intent;
-+ import android.util.Log;
-
-- public class MainActivity extends BridgeActivity {
-+ public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-
-+   @Override
-+   public void onActivityResult(int requestCode, int resultCode, Intent data) {
-+     super.onActivityResult(requestCode, resultCode, data);
-+
-+     if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-+       PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-+       if (pluginHandle == null) {
-+         Log.i("Google Activity Result", "SocialLogin login handle is null");
-+         return;
-+       }
-+       Plugin plugin = pluginHandle.getInstance();
-+       if (!(plugin instanceof SocialLoginPlugin)) {
-+         Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-+         return;
-+       }
-+       ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-+     }
-+   }
-
-+   public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-}
-```
-
-### iOS
-
-1. Nessuna modifica importante necessaria in AppDelegate.swift ([Guida alla configurazione iOS](/docs/plugins/social-login/google/ios/))
-
-2. Aggiorna la tua configurazione in `capacitor.config.json`, non la usiamo nel nuovo plugin:
-```diff
-{
-  "plugins": {
--   "GoogleAuth": {
--     "scopes": ["profile", "email"],
--     "serverClientId": "xxxxxx-xxxxxxxxxxxxxxxxxx.apps.googleusercontent.com",
--     "forceCodeForRefreshToken": true
--   }
-}
-```
-
-### Web
-
-1. Rimuovi i meta tag di Google Sign-In dal tuo `index.html` se li stavi usando:
-```diff
-- <meta name="google-signin-client_id" content="{your client id here}" />
-- <meta name="google-signin-scope" content="profile email" />
-```
-
-## Modifiche al Tipo di Risposta
-
-La risposta di autenticazione ora fornisce un oggetto strutturato contenente informazioni sul provider, token di accesso, token ID e dati del profilo utente:
-
-```typescript
-interface GoogleLoginResponse {
-  provider: 'google';
-  result: {
-    accessToken: {
-      token: string;
-      expires: string;
-      // ... altri campi token
-    } | null;
-    idToken: string | null;
-    profile: {
-      email: string | null;
-      familyName: string | null;
-      givenName: string | null;
-      id: string | null;
-      name: string | null;
-      imageUrl: string | null;
-    };
-  };
-}
-```
-
-La struttura della risposta include:
-- **provider**: Identifica il provider di autenticazione (`'google'`)
-- **result.accessToken**: Dettagli del token di accesso con scadenza
-- **result.idToken**: Token ID per l'autenticazione
-- **result.profile**: Informazioni del profilo utente inclusi email, nome e URL immagine
-
-## Capacità Aggiuntive
-
-Il nuovo pacchetto supporta più provider di autenticazione social oltre a Google:
-- [Apple Sign-In](/docs/plugins/social-login/apple/general/)
-- [Facebook Login](/docs/plugins/social-login/facebook/)
-
-Questo approccio unificato fornisce:
-- API coerente tra tutti i provider
-- Supporto TypeScript migliorato
-- Gestione degli errori migliore
-- Manutenzione attiva e supporto della comunità
-
-Consulta la [documentazione principale](/docs/plugins/social-login/google/general/) per istruzioni di configurazione dettagliate per questi provider aggiuntivi.
diff --git a/src/content/docs/it/docs/plugins/social-login/migrations/v7.mdx b/src/content/docs/it/docs/plugins/social-login/migrations/v7.mdx
deleted file mode 100644
index b637fe653..000000000
--- a/src/content/docs/it/docs/plugins/social-login/migrations/v7.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-title: Guida alla Migrazione V7
-locale: it
-description: Guida per la migrazione dalle versioni precedenti alla V7 di @capgo/capacitor-social-login
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introduzione
-
-:::caution
-Questa guida è per la versione `V1`/`V7` del plugin per le persone che utilizzavano ancora questo plugin con la versione `0.x.x`.
-:::
-
-Questa guida coprirà quanto segue:
-
-- Migrazione alla versione V1 dalla versione `main`
-- Migrazione alla versione V1 dalla versione `development`
-
-## Modifiche importanti in V1
-
-V1 è solo un port della versione development in main. Include, tuttavia, molte modifiche importanti che non sono disponibili nella versione V0 `main`. Queste modifiche includono:
-
-- Scopes di accesso per il login di Google
-- Modalità offline per il login di Google
-- Unificazione delle diverse implementazioni
-  - Sono stati condotti test approfonditi per garantire che tutte le implementazioni del Provider Google si comportino allo stesso modo tra le piattaforme
-
-## Migrazione dalla versione V0 main
-
-- Modifiche in `MainActivity.java` per Android
-  - Segui la [Guida alla Configurazione di Google](/docs/plugins/social-login/google/android/). Nello specifico, cerca `MainActivity.java`
-
-- Aggiungi gli URL di reindirizzamento nella Console Google. Senza aggiungere gli URL di reindirizzamento, il login di Google non funzionerà.
-  - Ancora una volta, segui la [Guida alla Configurazione di Google](/docs/plugins/social-login/google/android/). Nello specifico, cerca `Authorized redirect URIs`
-
-- Assicurati di non utilizzare `grantOfflineAccess` nella configurazione. Questa funzionalità non è supportata in V1.
-
-- Assicurati che l'autenticazione funzioni su tutte le piattaforme.
-
-## Migrazione dalla versione V0 development
-
-- Modifiche in `MainActivity.java` per Android
-  - Segui la [Guida alla Configurazione di Google](/docs/plugins/social-login/google/android/). Nello specifico, cerca `MainActivity.java`. In V1, **DEVI** implementare `ModifiedMainActivityForSocialLoginPlugin` nella tua main activity. Questa modifica è cruciale affinché il plugin funzioni
-
-- Aggiungi gli URL di reindirizzamento nella Console Google. Senza aggiungere gli URL di reindirizzamento, il login di Google non funzionerà.
-  - Ancora una volta, segui la [Guida alla Configurazione di Google](/docs/plugins/social-login/google/android/). Nello specifico, cerca `Authorized redirect URIs`
-
-- Assicurati che i tipi e i nomi delle variabili siano corretti. Tieni presente che i tipi e le variabili potrebbero non corrispondere tra development e V1.
-
-- Assicurati che l'autenticazione funzioni su tutte le piattaforme.
diff --git a/src/content/docs/it/docs/plugins/social-login/supabase/Apple/android.mdx b/src/content/docs/it/docs/plugins/social-login/supabase/Apple/android.mdx
deleted file mode 100644
index d6757e5bc..000000000
--- a/src/content/docs/it/docs/plugins/social-login/supabase/Apple/android.mdx
+++ /dev/null
@@ -1,292 +0,0 @@
----
-title: Accesso Apple Supabase su Android
-description: Scopri come configurare Apple Sign-In con l'autenticazione Supabase su Android utilizzando il plugin Capacitor Social Login.
-locale: it
-sidebar:
-    order: 3
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Prerequisiti
-
-Questa guida ti aiuterà a integrare Apple Sign-In con l'autenticazione Supabase su Android. Si presume che tu abbia già completato:
-- la [Configurazione generale Apple Login Supabase](./general/).
-
-:::note[Importante]
-Apple Sign-In su Android richiede un server backend perché Apple non fornisce supporto nativo per Android. Utilizzeremo una Supabase Edge Function come backend.
-:::
-
-## Passaggio 1: Distribuire la funzione edge del backend
-
-Innanzitutto, devi distribuire la Supabase Edge Function che gestirà il callback OAuth di Apple.
-
-<Steps>
-
-1. **Vai alla directory del tuo progetto Supabase**
-
-   ```bash
-   cd your-project/supabase
-   ```
-
-2. **Crea la funzione edge** (se non esiste già)
-
-   ```bash
-   supabase functions new apple-signin-callback
-   ```
-
-3. **Copia il codice della funzione edge**
-
-   L'implementazione completa della funzione edge è disponibile nell'[app di esempio](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/supabase/functions/apple-signin-callback).
-
-   Copia i seguenti file nel tuo progetto:
-   - `supabase/functions/apple-signin-callback/index.ts` - Codice principale della funzione edge
-   - `supabase/functions/apple-signin-callback/deno.json` - Mappa di importazione per le dipendenze (include la libreria `jose` per la firma JWT)
-
-4. **Configura la verifica JWT**
-
-   L'endpoint di callback OAuth di Apple deve essere pubblico (nessuna autenticazione richiesta) perché Apple reindirizza verso di esso. Aggiorna il file `supabase/config.toml`:
-
-   ```toml
-   [functions.apple-signin-callback]
-   enabled = true
-   verify_jwt = false  # Importante: Impostare su false per il callback OAuth pubblico
-   import_map = "./functions/apple-signin-callback/deno.json"
-   entrypoint = "./functions/apple-signin-callback/index.ts"
-   ```
-
-   :::caution[Importante]
-   Impostare `verify_jwt = false` rende questo endpoint pubblico. Questo è necessario perché il reindirizzamento OAuth di Apple non include intestazioni di autenticazione Supabase. L'endpoint convalida il flusso OAuth stesso.
-   :::
-
-5. **Distribuisci la funzione**
-
-   ```bash
-   supabase functions deploy apple-signin-callback
-   ```
-
-6. **Ottieni l'URL della tua funzione**
-
-   Dopo la distribuzione, riceverai un URL come:
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   Se non riesci a trovarlo, puoi fare quanto segue:
-
-   1. Apri `https://supabase.com/dashboard/project/YOUR_PROJECT_REF/functions`
-   2. Fai clic sull'URL della funzione `apple-signin-callback` per copiarlo.
-      <img src="/social-login-assets/supabase_functions_apple_signin_callback.webp" alt="Callback Supabase Apple Sign-In" />
-
-   :::note[Salva questo URL]
-   Avrai bisogno di questo URL nel passaggio successivo quando configurerai il portale di Apple Developer.
-   :::
-
-</Steps>
-
-## Passaggio 2: Configura il portale di Apple Developer
-
-Ora devi configurare il portale di Apple Developer con l'URL del backend e ottenere tutti i valori richiesti.
-
-:::note[URL della funzione]
-Assicurati di avere l'URL della tua funzione edge Supabase dal passaggio 1 prima di procedere. Ne avrai bisogno per configurare l'URL di ritorno nel portale di Apple Developer.
-:::
-
-<Steps>
-
-1. **Segui la guida di configurazione Android Apple Login**
-
-   Completa la [guida di configurazione Android Apple Login](/docs/plugins/social-login/apple/android/) per:
-   - Creare un ID servizio
-   - Generare una chiave privata (file .p8)
-   - Ottenere il tuo ID team e l'ID chiave
-   - Configurare l'URL di ritorno
-
-2. **Imposta l'URL di ritorno nel portale di Apple Developer**
-
-   Quando configuri l'URL di ritorno nel portale di Apple Developer (passaggio 6.9 della guida Apple), utilizza l'URL della tua Supabase Edge Function:
-
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::warning[Importante: Utilizza l'URL della funzione edge di Supabase]
-   **NON** utilizzare l'URL di reindirizzamento dalla [guida di configurazione Android Apple Login](/docs/plugins/social-login/apple/android/). Quella guida utilizza un URL del server backend personalizzato. Per l'integrazione Supabase, **devi** utilizzare l'URL della tua Supabase Edge Function.
-   :::
-
-   :::caution[Corrispondenza esatta richiesta]
-   L'URL di ritorno deve corrispondere **esattamente** a quello che configuri qui. Apple è molto rigoroso sulla corrispondenza dell'URI di reindirizzamento.
-   :::
-
-3. **Raccogli tutti i valori richiesti**
-
-   Dopo aver completato la guida di configurazione di Apple, dovresti avere:
-   - **APPLE_TEAM_ID**: Il tuo ID team di Apple Developer
-   - **APPLE_KEY_ID**: L'ID chiave dal portale di Apple Developer
-   - **APPLE_PRIVATE_KEY**: Il tuo file di chiave privata .p8 (deve essere codificato in base64)
-   - **ANDROID_SERVICE_ID**: Il tuo ID servizio Apple (ad es. `com.example.app.service`)
-   - **BASE_REDIRECT_URL**: L'URL del deep link (ad es. `capgo-demo-app://path`)
-
-   :::note[URL del deep link]
-   L'URL `BASE_REDIRECT_URL` è lo schema del deep link configurato nel tuo `AndroidManifest.xml`. Qui il backend reindirizza dopo l'autenticazione.
-
-   Il valore del tuo deep link dipende dal codice `android:scheme="capgo-demo-app"`. Se hai impostato `android:scheme="capgo-demo-app"` nel tuo `AndroidManifest.xml`, allora il tuo deep link sarà `capgo-demo-app://path`.
-   :::
-
-</Steps>
-
-## Passaggio 3: Imposta i segreti di Supabase
-
-Ora devi configurare le variabili di ambiente (segreti) per la Supabase Edge Function.
-
-<Steps>
-
-1. **Codifica la tua chiave privata**
-
-   Innanzitutto, codifica la tua chiave privata Apple (file .p8) in base64:
-
-   ```bash
-   base64 -i AuthKey_XXXXX.p8
-   ```
-
-   Copia l'intero output (è una singola stringa lunga).
-
-2. **Imposta i segreti usando la CLI Supabase**
-
-   ```bash
-   supabase secrets set APPLE_TEAM_ID=your_team_id
-   supabase secrets set APPLE_KEY_ID=your_key_id
-   supabase secrets set APPLE_PRIVATE_KEY=your_base64_encoded_key
-   supabase secrets set ANDROID_SERVICE_ID=your.service.id
-   supabase secrets set BASE_REDIRECT_URL=your-app://path
-   supabase secrets set APPLE_REDIRECT_URI=https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::note[Sostituisci i segnaposti]
-   Sostituisci tutti i valori dei segnaposti con i tuoi valori effettivi dal passaggio 2.
-   :::
-
-3. **Alternativa: Imposta i segreti nella dashboard Supabase**
-
-   Se preferisci utilizzare la dashboard:
-   1. Vai al tuo dashboard del progetto Supabase
-   2. Vai a **Edge Functions** → **Impostazioni** → **Segreti**
-   3. Aggiungi ogni variabile segreta con il suo valore
-
-</Steps>
-
-:::note[Configurazione dell'app Android]
-La [guida di configurazione Android Apple Login](/docs/plugins/social-login/apple/android/) copre già la configurazione della tua app Android:
-- Aggiunta del filtro di intent del deep link a `AndroidManifest.xml`
-- Aggiunta del gestore `onNewIntent` a `MainActivity.java`
-
-Assicurati di aver completato questi passaggi prima di procedere. Lo schema del deep link che configuri lì sarà il tuo `BASE_REDIRECT_URL` nel passaggio 3.
-:::
-
-## Passaggio 4: Usa l'helper di autenticazione
-
-Ora puoi utilizzare l'helper di autenticazione nel codice della tua app.
-
-### Implementazione
-
-L'implementazione completa è disponibile nel file [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) dell'app di esempio.
-
-### Utilizzo dell'helper di autenticazione
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Accesso effettuato:', result.user);
-  // Naviga verso la tua area autenticata
-} else {
-  console.error('Errore:', result.error);
-}
-```
-
-### Aggiorna la funzione helper
-
-Quando utilizzi la funzione helper `authenticateWithAppleSupabase`, **devi** aggiornare i seguenti valori in modo che corrispondano alla tua configurazione:
-
-1. **Aggiorna `redirectUrl`** - Impostalo sull'URL della tua Supabase Edge Function:
-
-   ```typescript
-   const redirectUrl = platform === 'android'
-     ? 'https://your-project-ref.supabase.co/functions/v1/apple-signin-callback'
-     : undefined;
-   ```
-
-2. **Aggiorna `clientId`** - Impostalo sull'ID servizio Apple:
-
-   ```typescript
-   await SocialLogin.initialize({
-     apple: {
-       clientId: isIOS
-         ? undefined // iOS utilizza automaticamente l'ID del bundle
-         : 'your.service.id.here', // Il tuo ID servizio Apple per Android
-       redirectUrl: redirectUrl,
-     },
-   });
-   ```
-
-   :::caution[Importante]
-   Sostituisci `'your.service.id.here'` con il tuo ID servizio Apple effettivo (lo stesso valore che hai utilizzato per `ANDROID_SERVICE_ID` nel passaggio 3).
-   :::
-
-Consulta l'[implementazione completa](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) come riferimento.
-
-## Passaggio 5: Prova l'integrazione
-
-<Steps>
-
-1. **Compila e esegui la tua app Android**
-
-   ```bash
-   npx cap sync android
-   npx cap run android
-   ```
-
-2. **Prova il flusso di autenticazione**
-
-   - Tocca il pulsante "Accedi con Apple"
-   - Dovresti vedere la pagina OAuth di Apple in un browser
-   - Dopo l'autenticazione, dovresti essere reindirizzato alla tua app
-   - Controlla i registri della console per eventuali errori
-
-3. **Verifica il flusso**
-
-   Il flusso completo dovrebbe essere:
-   1. L'utente tocca "Accedi con Apple"
-   2. L'app apre il browser con OAuth di Apple
-   3. L'utente si autentica con Apple
-   4. Apple reindirizza a: `https://your-project-ref.supabase.co/functions/v1/apple-signin-callback`
-   5. La funzione edge scambia il codice per i token
-   6. La funzione edge reindirizza a: `your-app://path?id_token=...&access_token=...`
-   7. L'app Android riceve il deep link e elabora il token di identità
-   8. L'app accede a Supabase con il token di identità
-
-</Steps>
-
-## Risoluzione dei problemi
-
-Se l'autenticazione non riesce:
-
-- **Mancata corrispondenza dell'URI di reindirizzamento**: Verifica che l'URL di ritorno nel portale di Apple Developer corrisponda esattamente con il segreto `APPLE_REDIRECT_URI`
-- **Deep link non funzionante**: Controlla che il filtro di intent in `AndroidManifest.xml` corrisponda al tuo `BASE_REDIRECT_URL`
-- **Segreti mancanti**: Verifica che tutti i segreti siano impostati correttamente utilizzando `supabase secrets list`
-- **Scambio di token non riuscito**: Controlla i registri della funzione edge nella dashboard di Supabase per messaggi di errore dettagliati
-- **L'app non riceve il callback**: Assicurati che `onNewIntent` sia implementato correttamente in MainActivity
-- Consulta il [codice dell'app di esempio](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) come riferimento
-
-## Come funziona
-
-Su Android, Apple Sign-In utilizza un flusso di reindirizzamento OAuth:
-
-1. **Inizializzazione**: Il plugin viene inizializzato con il tuo ID servizio e l'URL di reindirizzamento del backend
-2. **Flusso OAuth**: Apre un browser/Chrome Custom Tab con la pagina OAuth di Apple
-3. **Callback del backend**: Apple reindirizza a una Supabase Edge Function con un codice di autorizzazione
-4. **Scambio di token**: La funzione edge scambia il codice per i token utilizzando l'endpoint del token di Apple
-5. **Reindirizzamento del deep link**: La funzione edge reindirizza verso la tua app con il token di identità
-6. **Autenticazione Supabase**: L'app riceve il token e accede a Supabase
-
-Questo flusso è necessario perché Apple non fornisce supporto nativo per Sign in with Apple su Android.
diff --git a/src/content/docs/it/docs/plugins/social-login/supabase/Apple/general.mdx b/src/content/docs/it/docs/plugins/social-login/supabase/Apple/general.mdx
deleted file mode 100644
index 181464ccc..000000000
--- a/src/content/docs/it/docs/plugins/social-login/supabase/Apple/general.mdx
+++ /dev/null
@@ -1,102 +0,0 @@
----
-title: Accesso Apple Supabase - Configurazione Generale
-description: Scopri come integrare Apple Sign-In con l'autenticazione Supabase utilizzando il plugin Capacitor Social Login.
-locale: it
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Panoramica
-
-Questa guida ti aiuterà a integrare Apple Sign-In con l'autenticazione Supabase. Apple Sign-In fornisce un metodo di autenticazione sicuro e incentrato sulla privacy che funziona su piattaforme iOS, Android e Web.
-
-## Prerequisiti
-
-Prima di iniziare, assicurati di avere:
-
-1. [Creato un progetto Supabase](https://database.new/)
-2. Letto la guida [Configurazione generale Apple Login](/docs/plugins/social-login/apple/general/) per configurare le credenziali OAuth di Apple
-3. Seguito le guide specifiche della piattaforma per configurare le credenziali OAuth di Apple per la tua piattaforma di destinazione:
-    - [Configurazione Android](/docs/plugins/social-login/apple/android/)
-    - [Configurazione iOS](/docs/plugins/social-login/apple/ios/)
-    - [Configurazione Web](/docs/plugins/social-login/apple/web/)
-
-    :::note
-        Prima di iniziare il tutorial Supabase, è necessario generare gli ID client per le piattaforme che intendi utilizzare.
-
-        Per iOS, l'ID client è lo stesso dell'ID app.
-        Per Android e Web, l'ID client è lo stesso dell'ID servizio.
-        Li utilizzerai al passaggio 7 di questa guida.
-    :::
-
-## Abilitazione del provider OAuth di Apple in Supabase
-
-<Steps>
-1. Vai al tuo [Dashboard Supabase](https://app.supabase.com/)
-2. Fai clic sul tuo progetto
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Selettore progetto Supabase" />
-3. Vai al menu `Autenticazione`
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Menu autenticazione Supabase" />
-4. Fai clic sulla scheda `Provider`
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Scheda provider Supabase" />
-5. Trova il provider `Apple`
-    <img src="/social-login-assets/supabase_apple_provider.webp" alt="Provider Apple Supabase" />
-6. Abilita il provider `Apple`
-    <img src="/social-login-assets/supabase_apple_provider_enable.webp" alt="Abilita provider Apple Supabase" />
-7. Compila la configurazione dell'ID client:
-
-    :::note
-      Se stai utilizzando Apple login per iOS, l'ID client è lo stesso dell'ID app.
-      Se stai utilizzando Apple login per Android o Web, l'ID client è lo stesso dell'ID servizio.
-      Se stai utilizzando entrambi, devi fornire sia l'ID app che l'ID servizio.
-    :::
-
-    <img src="/social-login-assets/supabase_apple_provider_client_id.webp" alt="ID client provider Apple Supabase" />
-8. Fai clic sul pulsante `Salva`
-    <img src="/social-login-assets/supabase_apple_provider_save.webp" alt="Salva provider Apple Supabase" />
-
-
-    :::note
-      **NON È NECESSARIO** configurare `Chiave segreta (per OAuth)`. Faremo un'implementazione backend personalizzata per gestire l'accesso Apple.
-    :::
-</Steps>
-
-Voilà, ora hai abilitato Apple Sign-In con l'autenticazione Supabase!
-
-## Utilizzo dell'helper di autenticazione
-
-L'implementazione completa include una funzione helper `authenticateWithAppleSupabase()` che gestisce l'intero flusso di Apple Sign-In con Supabase. Questa funzione:
-
-- Inizializza Apple Sign-In con configurazione specifica della piattaforma
-- Gestisce il flusso di autenticazione (nativo su iOS, reindirizzamento OAuth su Android/Web)
-- Estrae il token di identità da Apple
-- Accede a Supabase con il token di identità
-
-:::tip[Implementazione completa]
-L'implementazione completa è disponibile nel file [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) dell'app di esempio.
-:::
-
-### Utilizzo di base
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Accesso effettuato:', result.user);
-  // Naviga verso la tua area autenticata
-} else {
-  console.error('Errore:', result.error);
-}
-```
-
-### Come funziona
-
-La funzione helper gestisce automaticamente le differenze specifiche della piattaforma:
-
-- **iOS**: Utilizza Apple Sign-In nativo (non è necessario l'URL di reindirizzamento, utilizza automaticamente l'ID del bundle)
-- **Android**: Utilizza il flusso di reindirizzamento OAuth con funzione edge backend (richiede l'ID servizio)
-- **Web**: Utilizza il flusso popup OAuth (richiede l'ID servizio e l'URL della pagina corrente come reindirizzamento)
-
-La funzione restituisce un token di identità da Apple, che viene quindi utilizzato per autenticarsi con Supabase utilizzando `supabase.auth.signInWithIdToken()`.
diff --git a/src/content/docs/it/docs/plugins/social-login/supabase/Apple/ios.mdx b/src/content/docs/it/docs/plugins/social-login/supabase/Apple/ios.mdx
deleted file mode 100644
index 0e7b7653c..000000000
--- a/src/content/docs/it/docs/plugins/social-login/supabase/Apple/ios.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-title: Accesso Apple Supabase su iOS
-description: Scopri come integrare Apple Sign-In con l'autenticazione Supabase su iOS.
-locale: it
-sidebar:
-    order: 2
----
-
-## Prerequisiti
-
-Questa guida ti aiuterà a integrare Apple Sign-In con l'autenticazione Supabase su iOS. Si presume che tu abbia già completato:
-- la [Configurazione iOS Apple Login](/docs/plugins/social-login/apple/ios/)
-- la [Configurazione generale Apple Login Supabase](./general/).
-
-## Implementazione
-
-L'implementazione completa è disponibile nel file [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) dell'app di esempio. Questa guida spiega i concetti chiave e come usarlo.
-
-### Utilizzo dell'helper di autenticazione
-
-La funzione `authenticateWithAppleSupabase` gestisce l'intero flusso di autenticazione:
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Accesso effettuato:', result.user);
-  // Naviga verso la tua area autenticata
-} else {
-  console.error('Errore:', result.error);
-}
-```
-
-## Come funziona
-
-Su iOS, Apple Sign-In utilizza l'implementazione nativa:
-
-1. **Inizializzazione**: Il plugin utilizza automaticamente l'ID del bundle della tua app (non è necessario alcun `clientId`)
-2. **Sign-In nativo**: Utilizza il pulsante Apple Sign in with Apple nativo e il flusso di autenticazione
-3. **Token di identità**: Apple restituisce un token di identità (JWT) contenente le informazioni dell'utente
-4. **Autenticazione Supabase**: Il token di identità viene inviato a Supabase utilizzando `signInWithIdToken()`
-
-La funzione helper rileva automaticamente la piattaforma iOS e configura tutto in modo appropriato.
-
-## Note importanti
-
-### Configurazione dell'ID del bundle
-
-- iOS utilizza automaticamente l'ID del bundle della tua app per Apple Sign-In
-- Assicurati che l'ID del bundle corrisponda a quello configurato nel portale di Apple Developer
-- L'ID del bundle deve avere la capacità "Sign in with Apple" abilitata
-
-### ID client Supabase
-
-In Supabase, configura il tuo provider Apple con:
-- **ID client**: L'ID app iOS (ID bundle) - ad es. `app.capgo.plugin.SocialLogin`
-
-Se stai utilizzando anche Android/Web, dovrai fornire sia l'ID app che l'ID servizio nel campo ID client di Supabase (separati da virgola).
-
-## Risoluzione dei problemi
-
-Se l'autenticazione non riesce:
-
-- **Mancata corrispondenza dell'ID del bundle**: Verifica che l'ID del bundle corrisponda sia in Xcode che nel portale di Apple Developer
-- **Capacità non abilitata**: Assicurati che la capacità "Sign in with Apple" sia abilitata in Xcode
-- **Configurazione Supabase**: Verifica che l'ID app sia correttamente configurato nelle impostazioni del provider Apple di Supabase
-- **Convalida del token non riuscita**: Controlla che il token di identità sia ricevuto da Apple
-- Consulta il [codice dell'app di esempio](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) come riferimento
diff --git a/src/content/docs/it/docs/plugins/social-login/supabase/Apple/web.mdx b/src/content/docs/it/docs/plugins/social-login/supabase/Apple/web.mdx
deleted file mode 100644
index a63876d71..000000000
--- a/src/content/docs/it/docs/plugins/social-login/supabase/Apple/web.mdx
+++ /dev/null
@@ -1,96 +0,0 @@
----
-title: Accesso Apple Supabase su Web
-description: Scopri come integrare Apple Sign-In con l'autenticazione Supabase su Web.
-locale: it
-sidebar:
-    order: 4
----
-
-## Prerequisiti
-
-Questa guida ti aiuterà a integrare Apple Sign-In con l'autenticazione Supabase su Web. Si presume che tu abbia già completato:
-- la [Configurazione Web Apple Login](/docs/plugins/social-login/apple/web/)
-- la [Configurazione generale Apple Login Supabase](./general/).
-
-## Implementazione
-
-L'implementazione completa è disponibile nel file [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) dell'app di esempio. Questa guida spiega i concetti chiave e come usarlo.
-
-### Utilizzo dell'helper di autenticazione
-
-La funzione `authenticateWithAppleSupabase` gestisce l'intero flusso di autenticazione:
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Accesso effettuato:', result.user);
-  // Naviga verso la tua area autenticata
-} else {
-  console.error('Errore:', result.error);
-}
-```
-
-## Come funziona
-
-Su Web, Apple Sign-In utilizza un flusso popup OAuth:
-
-1. **Inizializzazione**: Il plugin viene inizializzato con l'ID servizio e l'URL della pagina corrente come URL di reindirizzamento
-2. **Popup OAuth**: Apre una finestra popup con la pagina OAuth di Apple
-3. **Autenticazione utente**: L'utente si autentica con Apple nel popup
-4. **Token di identità**: Apple restituisce un token di identità (JWT) contenente le informazioni dell'utente
-5. **Autenticazione Supabase**: Il token di identità viene inviato a Supabase utilizzando `signInWithIdToken()`
-
-La funzione helper rileva automaticamente la piattaforma web e configura tutto in modo appropriato.
-
-## Note importanti
-
-### Configurazione dell'ID servizio
-
-- Web richiede il tuo ID servizio Apple (lo stesso di Android)
-- L'ID servizio deve essere configurato nel portale di Apple Developer con gli URL di ritorno corretti
-- Assicurati che il tuo dominio sia aggiunto ai domini consentiti nel portale di Apple Developer
-
-### URL di reindirizzamento
-
-- Su Web, l'URL di reindirizzamento viene impostato automaticamente su `window.location.href` (URL della pagina corrente)
-- Questo deve corrispondere a uno degli URL di ritorno configurati nel portale di Apple Developer
-- Assicurati che sia l'URL con che senza barra finale siano configurati nel portale di Apple Developer
-
-### ID client Supabase
-
-In Supabase, configura il tuo provider Apple con:
-- **ID client**: L'ID servizio Apple (ad es. `com.example.app.service`)
-
-Se stai utilizzando anche iOS, dovrai fornire sia l'ID app che l'ID servizio nel campo ID client di Supabase (separati da virgola).
-
-### Aggiorna la funzione helper
-
-Quando utilizzi la funzione helper `authenticateWithAppleSupabase`, **devi** aggiornare l'ID client in modo che corrisponda all'ID servizio Apple:
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: isIOS
-      ? undefined // iOS utilizza automaticamente l'ID del bundle
-      : 'your.service.id.here', // Il tuo ID servizio Apple per Web e Android
-    redirectUrl: redirectUrl,
-  },
-});
-```
-
-:::caution[Importante]
-Sostituisci `'your.service.id.here'` con il tuo ID servizio Apple effettivo (lo stesso valore configurato nel portale di Apple Developer).
-:::
-
-## Risoluzione dei problemi
-
-Se l'autenticazione non riesce:
-
-- **Mancata corrispondenza dell'ID servizio**: Verifica che l'ID servizio corrisponda nel portale di Apple Developer e nel tuo codice
-- **URL di ritorno non configurato**: Assicurati che l'URL della pagina corrente (con e senza barra finale) sia configurato nel portale di Apple Developer
-- **Popup bloccato**: Controlla le impostazioni del browser - alcuni browser bloccano i popup per impostazione predefinita
-- **Dominio non consentito**: Verifica che il tuo dominio sia aggiunto ai domini consentiti nel portale di Apple Developer
-- **Configurazione Supabase**: Verifica che l'ID servizio sia correttamente configurato nelle impostazioni del provider Apple di Supabase
-- Consulta il [codice dell'app di esempio](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) come riferimento
diff --git a/src/content/docs/it/docs/plugins/social-login/supabase/google/android.mdx b/src/content/docs/it/docs/plugins/social-login/supabase/google/android.mdx
deleted file mode 100644
index c45d4bdd0..000000000
--- a/src/content/docs/it/docs/plugins/social-login/supabase/google/android.mdx
+++ /dev/null
@@ -1,65 +0,0 @@
----
-title: Google Login di Supabase su Android
-locale: it
-description: Scopri come configurare Google Sign-In con l'autenticazione Supabase su Android utilizzando il plugin Capacitor Social Login.
-sidebar:
-    order: 2
----
-
-## Introduzione
-
-Questa guida ti aiuterà a integrare Google Sign-In con l'autenticazione Supabase su Android. Si presume che tu abbia già completato:
- -  la [configurazione di Google Login per Android](/docs/plugins/social-login/google/android/)
- -  la [Configurazione Generale di Google Login per Supabase](/docs/plugins/social-login/supabase/google/general/).
-
-## Implementazione
-
-L'implementazione completa è disponibile nel file [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) dell'app di esempio. Questa guida spiega i concetti chiave e come utilizzarlo.
-
-### Utilizzo dell'Helper di Autenticazione
-
-La funzione `authenticateWithGoogleSupabase` gestisce l'intero flusso di autenticazione:
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Accesso effettuato:', result.user);
-  // Naviga verso la tua area autenticata
-} else {
-  console.error('Errore:', result.error);
-}
-```
-
-## Come Funziona
-
-Per una spiegazione dettagliata di come funziona il flusso di autenticazione, inclusa la generazione del nonce, la validazione JWT e l'accesso a Supabase, consulta la [sezione Come Funziona nella guida alla Configurazione Generale](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-Per il riferimento completo al codice, consulta la [sezione Riferimento Completo al Codice nella guida alla Configurazione Generale](/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-## Note Importanti
-
-### Gestione del Nonce
-
-L'implementazione del nonce segue il modello della [documentazione React Native Google Sign In](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- `rawNonce` va a `signInWithIdToken()` di Supabase
-- Supabase crea un hash di `rawNonce` e lo confronta con il `nonceDigest` che è incluso nell'ID token di Google Sign-In
-- `nonceDigest` (hash SHA-256, codificato in esadecimale) va al parametro `nonce` nelle API di Google Sign-In
-
-### Retry Automatico
-
-L'implementazione include una logica di retry automatico:
-- Se la validazione JWT fallisce al primo tentativo, effettua il logout e riprova una volta
-- Questo gestisce i casi in cui i token memorizzati nella cache potrebbero avere nonce errati
-- Se anche il retry fallisce, viene restituito un errore
-
-## Risoluzione dei Problemi
-
-Se l'autenticazione fallisce:
-
-- **Audience non valido**: Verifica che i tuoi Google Client ID corrispondano sia nella Console Google Cloud che in Supabase
-- **Nonce non corrispondente**: Controlla i log della console - la funzione riproverà automaticamente, ma puoi effettuare manualmente il logout prima se necessario
-- **Validazione del token fallita**: Assicurati di utilizzare `mode: 'online'` nella chiamata initialize per ottenere un idToken
-- Consulta il [codice dell'app di esempio](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) per riferimento
diff --git a/src/content/docs/it/docs/plugins/social-login/supabase/google/general.mdx b/src/content/docs/it/docs/plugins/social-login/supabase/google/general.mdx
deleted file mode 100644
index b864a81a1..000000000
--- a/src/content/docs/it/docs/plugins/social-login/supabase/google/general.mdx
+++ /dev/null
@@ -1,202 +0,0 @@
----
-title: Google Login di Supabase - Configurazione Generale
-locale: it
-description: Scopri come configurare Google Sign-In con l'autenticazione Supabase utilizzando il plugin Capacitor Social Login.
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## Introduzione
-
-Questa guida ti guiderà attraverso l'integrazione di Google Sign-In con l'autenticazione Supabase utilizzando il plugin Capacitor Social Login. Questa configurazione ti consente di utilizzare Google Sign-In nativo sulle piattaforme mobili sfruttando Supabase Auth per l'autenticazione backend.
-
-## Prerequisiti
-
-Prima di iniziare, assicurati di avere:
-
-1. [Creato un progetto Supabase](https://database.new/)
-2. Letto la [Guida alla Configurazione Generale di Google Login](/docs/plugins/social-login/google/general/) per configurare le credenziali OAuth di Google
-3. Seguito le rispettive guide specifiche per piattaforma per configurare le credenziali OAuth di Google per la tua piattaforma di destinazione:
-    - [Configurazione Android](/docs/plugins/social-login/google/android/)
-    - [Configurazione iOS](/docs/plugins/social-login/google/ios/)
-    - [Configurazione Web](/docs/plugins/social-login/google/web/)
-
-    :::note
-        Prima di iniziare il tutorial di Supabase, devi generare gli ID client per le piattaforme che intendi utilizzare.
-        Li userai nel passaggio 7 di questa guida.
-    :::
-
-## Abilitazione del provider OAuth di Google in Supabase
-
-<Steps>
-1. Vai alla tua [Dashboard Supabase](https://app.supabase.com/)
-2. Clicca sul tuo progetto
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Selettore di Progetto Supabase" />
-3. Vai al menu `Authentication`
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Menu Autenticazione di Supabase" />
-4. Clicca sulla scheda `Providers`
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Scheda Providers di Supabase" />
-5. Trova il provider `Google`
-    <img src="/social-login-assets/supabase_google_provider.webp" alt="Provider Google di Supabase" />
-6. Abilita il provider
-    <img src="/social-login-assets/supabase_google_provider_enable.webp" alt="Abilita Provider Google di Supabase" />
-7. Aggiungi gli ID client per le piattaforme che intendi utilizzare
-    <img src="/social-login-assets/supabase_google_provider_add_client_ids.webp" alt="Aggiungi ID Client al Provider Google di Supabase" />
-
-    :::note
-        Questo include l'ID client web, l'ID client iOS e l'ID client Android. Puoi saltare di fornirne alcuni, a seconda delle piattaforme che intendi utilizzare.
-    :::
-8. Clicca sul pulsante `Save`
-    <img src="/social-login-assets/supabase_google_provider_save.webp" alt="Salva Provider Google di Supabase" />
-
-</Steps>
-
-:::note
-__**NON DOVRESTI**__ configurare `Client Secret (for OAuth)` o `Callback URL (for OAuth)`. Alcune fonti potrebbero anche suggerire di impostare `Skip nonce checks` per Google su iOS, ma con questa guida non è necessario.
-:::
-
-Voilà, ora hai abilitato Google Sign-In con l'autenticazione Supabase 🎉
-
-## Come Funziona l'Helper di Google Sign-In con l'autenticazione Supabase
-
-Questa sezione spiega come funziona l'integrazione di Google Sign-In con Supabase sotto il cofano. Comprendere questo flusso ti aiuterà a implementare e risolvere i problemi del processo di autenticazione.
-
-:::tip[Implementazione Completa]
-L'implementazione completa è disponibile nel file [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) dell'app di esempio.
-:::
-
-### 1. Generazione del Nonce
-
-L'implementazione genera una coppia di nonce sicura seguendo i [requisiti del nonce di Supabase](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-```typescript
-// Genera nonce casuale URL-safe
-function getUrlSafeNonce(): string {
-  const array = new Uint8Array(32);
-  crypto.getRandomValues(array);
-  return Array.from(array, (byte) => byte.toString(16).padStart(2, '0')).join('');
-}
-
-// Hash del nonce con SHA-256
-async function sha256Hash(message: string): Promise<string> {
-  const encoder = new TextEncoder();
-  const data = encoder.encode(message);
-  const hashBuffer = await crypto.subtle.digest('SHA-256', data);
-  const hashArray = Array.from(new Uint8Array(hashBuffer));
-  return hashArray.map((b) => b.toString(16).padStart(2, '0')).join('');
-}
-
-// Genera coppia di nonce
-async function getNonce(): Promise<{ rawNonce: string; nonceDigest: string }> {
-  const rawNonce = getUrlSafeNonce();
-  const nonceDigest = await sha256Hash(rawNonce);
-  return { rawNonce, nonceDigest };
-}
-```
-
-**Flusso:**
-- `rawNonce`: Stringa casuale URL-safe (64 caratteri esadecimali)
-- `nonceDigest`: Hash SHA-256 di `rawNonce` (codificato in esadecimale)
-- `nonceDigest` viene passato a Google Sign-In → Google include il digest del nonce nell'ID token
-- `rawNonce` viene passato a Supabase → Supabase crea l'hash del nonce grezzo e lo confronta con il nonce del token
-
-### 2. Google Sign-In
-
-La funzione inizializza il plugin e accede con Google:
-
-```typescript
-await SocialLogin.initialize({
-  google: {
-    webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-    // Solo iOS:
-    iOSClientId: 'YOUR_IOS_CLIENT_ID.apps.googleusercontent.com',
-    mode: 'online', // Richiesto per ottenere idToken
-  },
-});
-
-const response = await SocialLogin.login({
-  provider: 'google',
-  options: {
-    scopes: ['email', 'profile'],
-    nonce: nonceDigest, // Passa il nonce con hash SHA-256
-  },
-});
-```
-
-### 3. Validazione JWT
-
-Prima di inviare il token a Supabase, l'implementazione valida il token JWT:
-
-```typescript
-function validateJWTToken(idToken: string, expectedNonceDigest: string): { valid: boolean; error?: string } {
-  const decodedToken = decodeJWT(idToken);
-
-  // Controlla che l'audience corrisponda ai tuoi Google Client ID
-  const audience = decodedToken.aud;
-  if (!VALID_GOOGLE_CLIENT_IDS.includes(audience)) {
-    return { valid: false, error: 'Invalid audience' };
-  }
-
-  // Controlla che il nonce corrisponda
-  const tokenNonce = decodedToken.nonce;
-  if (tokenNonce && tokenNonce !== expectedNonceDigest) {
-    return { valid: false, error: 'Nonce mismatch' };
-  }
-
-  return { valid: true };
-}
-```
-
-**Perché validare prima di Supabase?**
-
-Validare il token JWT prima di inviare il token a Supabase serve diversi scopi importanti:
-
-1. **Prevenire Richieste Non Valide**: Se il token ha un'audience errata o un nonce non corrispondente, Supabase rifiuterà comunque il token. Validare prima evita chiamate API non necessarie e fornisce messaggi di errore più chiari.
-
-2. **Problemi di Caching dei Token**: Su alcune piattaforme (specialmente iOS), l'SDK di Google Sign-In può memorizzare i token nella cache per prestazioni. Quando viene restituito un token in cache, il token in cache potrebbe essere stato generato con un nonce diverso (o senza nonce), causando il rifiuto del token da parte di Supabase con un errore "nonce mismatch". Validando prima di inviare a Supabase, possiamo rilevare questo problema in anticipo e riprovare automaticamente con un token fresco.
-
-3. **Sicurezza** (iOS): Su iOS, la validazione garantisce che il token sia stato emesso per i tuoi Google Client ID specifici, prevenendo potenziali problemi di sicurezza dall'uso di token destinati ad altre applicazioni.
-
-4. **Gestione degli Errori Migliore**: Rilevare i problemi prima di Supabase consente una logica di retry automatico, che è essenziale per gestire i problemi di caching di iOS in modo trasparente.
-
-Se la validazione fallisce, la funzione automaticamente:
-1. Effettua il logout da Google (cancella i token in cache - critico su iOS)
-2. Riprova l'autenticazione una volta (forza la generazione di un token fresco con il nonce corretto)
-3. Se anche il retry fallisce, restituisce un errore
-
-### 4. Accesso a Supabase
-
-Infine, il token validato viene inviato a Supabase:
-
-```typescript
-const { data, error } = await supabase.auth.signInWithIdToken({
-  provider: 'google',
-  token: googleResponse.idToken,
-  nonce: rawNonce, // Passa il nonce grezzo (non hashato)
-});
-```
-
-## Riferimento Completo al Codice
-
-L'implementazione completa è disponibile nel file [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) dell'app di esempio, che include:
-
-- `getUrlSafeNonce()` - Genera nonce casuale URL-safe
-- `sha256Hash()` - Hasha una stringa con SHA-256
-- `getNonce()` - Genera coppia di nonce
-- `decodeJWT()` - Decodifica token JWT
-- `validateJWTToken()` - Valida audience JWT e nonce
-- `authenticateWithGoogleSupabase()` - Funzione principale di autenticazione con retry automatico
-
-### File di Esempio Aggiuntivi
-
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - Componente di esempio con gestione del reindirizzamento (Web)
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - Pagina di esempio per la creazione dell'account
-
-## Passaggi Successivi
-
-Procedi con la guida di configurazione specifica per la tua piattaforma di destinazione:
-
-- [Configurazione Android](../android/)
-- [Configurazione iOS](../ios/)
-- [Configurazione Web](../web/)
diff --git a/src/content/docs/it/docs/plugins/social-login/supabase/google/ios.mdx b/src/content/docs/it/docs/plugins/social-login/supabase/google/ios.mdx
deleted file mode 100644
index 0443ee6be..000000000
--- a/src/content/docs/it/docs/plugins/social-login/supabase/google/ios.mdx
+++ /dev/null
@@ -1,95 +0,0 @@
----
-title: Google Login di Supabase su iOS
-locale: it
-description: Scopri come configurare Google Sign-In con l'autenticazione Supabase su iOS utilizzando il plugin Capacitor Social Login.
-sidebar:
-    order: 3
----
-
-## Introduzione
-
-Questa guida ti aiuterà a integrare Google Sign-In con l'autenticazione Supabase su iOS. Si presume che tu abbia già completato:
- -  la [configurazione di Google Login per iOS](/docs/plugins/social-login/google/ios/)
- -  la [Configurazione Generale di Google Login per Supabase](/docs/plugins/social-login/supabase/google/general/).
-
-## Implementazione
-
-L'implementazione completa è disponibile nel file [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) dell'app di esempio. Questa guida spiega i concetti chiave e come utilizzarlo.
-
-### Utilizzo dell'Helper di Autenticazione
-
-La funzione `authenticateWithGoogleSupabase` gestisce l'intero flusso di autenticazione:
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Accesso effettuato:', result.user);
-  // Naviga verso la tua area autenticata
-} else {
-  console.error('Errore:', result.error);
-}
-```
-
-## Come Funziona
-
-Per una spiegazione dettagliata di come funziona il flusso di autenticazione, inclusa la generazione del nonce, la validazione JWT e l'accesso a Supabase, consulta la [sezione Come Funziona nella guida alla Configurazione Generale](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-## Avvertenze Importanti
-
-### Caching dei Token iOS e Problemi con il Nonce
-
-:::warning[Problema di Caching del Nonce su iOS]
-Su iOS, Google Sign-In può memorizzare i token nella cache, il che può causare il fallimento della validazione del nonce. La funzione `validateJWTToken` rileva questo e lo gestisce automaticamente:
-
-1. **Rilevamento Automatico**: La funzione controlla se il nonce nel token corrisponde al `nonceDigest` previsto
-2. **Retry Automatico**: Se la validazione fallisce, effettua automaticamente il logout da Google e riprova una volta
-3. **Gestione degli Errori**: Se anche il retry fallisce, viene restituito un errore
-
-**Perché succede**: L'SDK di Google Sign-In per iOS memorizza i token nella cache per prestazioni. Quando viene restituito un token in cache, potrebbe essere stato generato con un nonce diverso (o senza nonce), causando una mancata corrispondenza.
-
-**La soluzione**: L'implementazione gestisce automaticamente questo effettuando il logout e riprovando, il che forza Google a generare un token fresco con il nonce corretto.
-:::
-
-**Soluzione Manuale** (se il retry automatico non funziona):
-
-```typescript
-// Effettua prima il logout per cancellare i token in cache
-await SocialLogin.logout({ provider: 'google' });
-
-// Poi autentica
-const result = await authenticateWithGoogleSupabase();
-```
-
-Questo garantisce che venga ottenuto un token fresco con il nonce corretto.
-
-Per il riferimento completo al codice, consulta la [sezione Riferimento Completo al Codice nella guida alla Configurazione Generale](/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-## Note Importanti
-
-### Gestione del Nonce
-
-L'implementazione del nonce segue il modello della [documentazione React Native Google Sign In](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- `rawNonce` va a `signInWithIdToken()` di Supabase
-- Supabase crea un hash di `rawNonce` e lo confronta con il `nonceDigest` che è incluso nell'ID token di Google Sign-In
-- `nonceDigest` (hash SHA-256, codificato in esadecimale) va al parametro `nonce` nelle API di Google Sign-In
-
-### Meccanismo di Retry Automatico
-
-La funzione `authenticateWithGoogleSupabase` include un parametro `retry`:
-- Prima chiamata (`retry=false`): Se la validazione fallisce, effettua automaticamente il logout e riprova una volta
-- Chiamata di retry (`retry=true`): Se la validazione fallisce di nuovo, restituisce immediatamente un errore
-
-Questo gestisce automaticamente il problema del caching dei token iOS.
-
-## Risoluzione dei Problemi
-
-Se l'autenticazione fallisce:
-
-- **Nonce non corrispondente**: La funzione riprova automaticamente - controlla i log della console per i dettagli. Se persiste, effettua manualmente il logout prima
-- **Audience non valido**: Verifica che i tuoi Google Client ID corrispondano sia nella Console Google Cloud che in Supabase (sia iOS che Web client ID)
-- **Validazione del token fallita**: Assicurati di utilizzare `mode: 'online'` nella chiamata initialize per ottenere un idToken
-- **Configurazione Info.plist**: Assicurati che Info.plist abbia gli schemi URL corretti e GIDClientID
-- Consulta il [codice dell'app di esempio](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) per riferimento
diff --git a/src/content/docs/it/docs/plugins/social-login/supabase/google/web.mdx b/src/content/docs/it/docs/plugins/social-login/supabase/google/web.mdx
deleted file mode 100644
index fa561d526..000000000
--- a/src/content/docs/it/docs/plugins/social-login/supabase/google/web.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: Google Login di Supabase su Web
-locale: it
-description: Scopri come configurare Google Sign-In con l'autenticazione Supabase su Web utilizzando il plugin Capacitor Social Login.
-sidebar:
-    order: 4
----
-
-## Introduzione
-
-Questa guida ti aiuterà a integrare Google Sign-In con l'autenticazione Supabase su Web. Si presume che tu abbia già completato:
- -  la [configurazione di Google Login per Web](/docs/plugins/social-login/google/web/)
- -  la [Configurazione Generale di Google Login per Supabase](/docs/plugins/social-login/supabase/google/general/).
-
-## Implementazione
-
-L'implementazione completa è disponibile nel file [`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) dell'app di esempio. Questa guida spiega i concetti chiave e come utilizzarlo.
-
-### Utilizzo dell'Helper di Autenticazione
-
-La funzione `authenticateWithGoogleSupabase` gestisce l'intero flusso di autenticazione:
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Accesso effettuato:', result.user);
-  // Naviga verso la tua area autenticata
-} else {
-  console.error('Errore:', result.error);
-}
-```
-
-## Critico: Gestione del Reindirizzamento
-
-:::warning[Critico: Gestione del Reindirizzamento]
-Quando usi Google login sul web, **DEVI** chiamare qualsiasi funzione del plugin quando avviene il reindirizzamento per inizializzare il plugin in modo che possa gestire il reindirizzamento e chiudere la finestra popup. Puoi chiamare sia `isLoggedIn()` CHE `initialize()` - entrambi attiveranno la gestione del reindirizzamento.
-
-Questo è essenziale affinché il flusso popup OAuth funzioni correttamente.
-:::
-
-### Esempio di Implementazione
-
-Aggiungi questo al tuo componente che gestisce Google Sign-In:
-
-```typescript
-import { useEffect } from 'react';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-function SupabasePage() {
-  // Controlla lo stato di login di Google al mount per invocare la gestione del reindirizzamento
-  // Questo non serve alcuno scopo funzionale nell'UI ma garantisce
-  // che eventuali reindirizzamenti OAuth in sospeso siano elaborati correttamente
-  useEffect(() => {
-    const checkGoogleLoginStatus = async () => {
-      try {
-        await SocialLogin.isLoggedIn({ provider: 'google' });
-        // Non usiamo il risultato, questo serve solo per attivare la gestione del reindirizzamento
-      } catch (error) {
-        // Ignora gli errori - questo serve solo per la gestione del reindirizzamento
-        console.log('Controllo stato login Google completato (gestione reindirizzamento)');
-      }
-    };
-
-    checkGoogleLoginStatus();
-  }, []);
-
-  // ... resto del tuo componente
-}
-```
-
-Vedi [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) per un esempio completo.
-
-## Come Funziona
-
-Per una spiegazione dettagliata di come funziona il flusso di autenticazione, inclusa la generazione del nonce, la validazione JWT e l'accesso a Supabase, consulta la [sezione Come Funziona nella guida alla Configurazione Generale](/docs/plugins/social-login/supabase/google/general/#how-it-works).
-
-Per il riferimento completo al codice, consulta la [sezione Riferimento Completo al Codice nella guida alla Configurazione Generale](/docs/plugins/social-login/supabase/google/general/#complete-code-reference).
-
-Vedi anche:
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - Componente di esempio con gestione del reindirizzamento
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - Pagina di esempio per la creazione dell'account
-
-## Note Importanti
-
-### Gestione del Reindirizzamento
-
-Quando usi Google login sul web, **DEVI** chiamare qualsiasi funzione del plugin quando avviene il reindirizzamento per inizializzare il plugin in modo che possa gestire il reindirizzamento e chiudere la finestra popup. Puoi chiamare sia `isLoggedIn()` CHE `initialize()` - entrambi attiveranno la gestione del reindirizzamento.
-
-Questo è essenziale affinché il flusso popup OAuth funzioni correttamente. Senza questo, la finestra popup non si chiuderà dopo l'autenticazione.
-
-### Gestione del Nonce
-
-L'implementazione del nonce segue il modello della [documentazione React Native Google Sign In](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- `rawNonce` va a `signInWithIdToken()` di Supabase
-- Supabase crea un hash di `rawNonce` e lo confronta con il `nonceDigest` che è incluso nell'ID token di Google Sign-In
-- `nonceDigest` (hash SHA-256, codificato in esadecimale) va al parametro `nonce` nelle API di Google Sign-In
-
-### Retry Automatico
-
-L'implementazione include una logica di retry automatico:
-- Se la validazione JWT fallisce al primo tentativo, effettua il logout e riprova una volta
-- Questo gestisce i casi in cui i token memorizzati nella cache potrebbero avere nonce errati
-- Se anche il retry fallisce, viene restituito un errore
-
-## Risoluzione dei Problemi
-
-Se l'autenticazione fallisce:
-
-- **Reindirizzamento non funzionante**: Assicurati di chiamare `isLoggedIn()` al mount del componente (vedi esempio sopra)
-- **Audience non valido**: Verifica che i tuoi Google Client ID corrispondano sia nella Console Google Cloud che in Supabase
-- **URL di reindirizzamento autorizzati**: Controlla che gli URL di reindirizzamento autorizzati siano configurati sia nella Console Google Cloud che in Supabase
-- **Nonce non corrispondente**: Controlla i log della console - la funzione riproverà automaticamente, ma puoi effettuare manualmente il logout prima se necessario
-- **Validazione del token fallita**: Assicurati di utilizzare `mode: 'online'` nella chiamata initialize per ottenere un idToken
-- Consulta il [codice dell'app di esempio](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) per riferimento
diff --git a/src/content/docs/it/docs/plugins/social-login/supabase/introduction.mdx b/src/content/docs/it/docs/plugins/social-login/supabase/introduction.mdx
deleted file mode 100644
index a3ad86b4b..000000000
--- a/src/content/docs/it/docs/plugins/social-login/supabase/introduction.mdx
+++ /dev/null
@@ -1,91 +0,0 @@
----
-title: Introduzione all'Integrazione con Supabase
-locale: it
-description: Scopri come integrare l'autenticazione Supabase con il plugin Capacitor Social Login per una soluzione di autenticazione completa.
-sidebar:
-    order: 1
----
-
-## Panoramica
-
-Questo tutorial ti guiderà attraverso la configurazione dell'autenticazione Supabase con il plugin Capacitor Social Login. Questa integrazione ti consente di utilizzare provider di social login nativi (Google, Apple, Facebook, Twitter) sulle piattaforme mobili sfruttando Supabase Auth per l'autenticazione backend e PostgreSQL per l'archiviazione dei dati.
-
-## Cosa Imparerai
-
-- Come configurare l'autenticazione Supabase
-- Come integrare il plugin Capacitor Social Login con Supabase Auth
-- Configurazione specifica per piattaforma per Android, iOS e Web
-- Come gestire i nonce in modo sicuro per Supabase
-
-## Cosa Ti Serve
-
-Prima di iniziare, assicurati di avere:
-
-1. **Un Progetto Supabase**
-   - Crea un progetto su [Dashboard Supabase](https://app.supabase.com/)
-   - Abilita il provider OAuth di Google
-   - Ottieni l'URL del progetto Supabase e la chiave anon
-
-2. **Supabase JS SDK**
-   - Installa Supabase nel tuo progetto:
-     ```bash
-     npm install @supabase/supabase-js
-     ```
-
-3. **Un Progetto Capacitor**
-   - Un'applicazione Capacitor esistente
-   - Plugin Capacitor Social Login installato:
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-4. **Configurazione di Google Specifica per Piattaforma**
-   - Completa la configurazione di Google Sign-In per le tue piattaforme di destinazione:
-     - [Configurazione di Google Login per Android](/docs/plugins/social-login/google/android/)
-     - [Configurazione di Google Login per iOS](/docs/plugins/social-login/google/ios/)
-     - [Configurazione di Google Login per Web](/docs/plugins/social-login/google/web/)
-
-## Applicazione di Esempio
-
-Un esempio completo funzionante è disponibile nel repository:
-
-**Repository del Codice**: [Puoi trovare il repository del codice qui](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-L'app di esempio dimostra:
-- Autenticazione email/password con Supabase
-- Integrazione di Google Sign-In (Android, iOS e Web)
-- Un semplice key-value store utilizzando le tabelle PostgreSQL di Supabase
-- Archiviazione di dati specifici dell'utente con Row Level Security (RLS)
-
-## Dettagli Chiave dell'Implementazione
-
-### Gestione del Nonce
-
-Supabase richiede una gestione speciale del nonce per la sicurezza. L'implementazione segue la [documentazione React Native Google Sign In](https://react-native-google-signin.github.io/docs/security#usage-with-supabase):
-
-- Genera un `rawNonce` (stringa casuale URL-safe)
-- Creane un hash con SHA-256 per ottenere `nonceDigest`
-- Passa `nonceDigest` a Google Sign-In
-- Passa `rawNonce` a Supabase (Supabase lo hasha internamente per il confronto)
-
-### Validazione JWT
-
-L'implementazione di esempio include la validazione JWT per garantire:
-- L'audience del token corrisponde ai tuoi Google Client ID configurati
-- Il nonce corrisponde al digest previsto
-- Retry automatico in caso di fallimento della validazione (particolarmente importante per iOS)
-
-### Considerazioni Specifiche per Piattaforma
-
-- **iOS**: Il caching dei token può causare problemi con il nonce - l'implementazione gestisce questo automaticamente
-- **Web**: Deve chiamare `isLoggedIn()` al mount per gestire i reindirizzamenti OAuth
-- **Android**: Implementazione standard con configurazione dell'impronta digitale SHA-1
-
-## Passaggi Successivi
-
-Continua con le guide di configurazione:
-- [Google Login di Supabase - Configurazione Generale](./google/general/) - Panoramica e prerequisiti
-- [Configurazione Android](./google/android/) - Configurazione specifica per Android
-- [Configurazione iOS](./google/ios/) - Configurazione specifica per iOS
-- [Configurazione Web](./google/web/) - Configurazione specifica per Web
diff --git a/src/content/docs/it/docs/plugins/speech-recognition/getting-started.mdx b/src/content/docs/it/docs/plugins/speech-recognition/getting-started.mdx
deleted file mode 100644
index 3d2ce83cc..000000000
--- a/src/content/docs/it/docs/plugins/speech-recognition/getting-started.mdx
+++ /dev/null
@@ -1,445 +0,0 @@
----
-title: Guida introduttiva
-locale: it
-description: Scopri come installare e utilizzare il plugin Speech Recognition per aggiungere la trascrizione vocale alla tua app Capacitor
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-speech-recognition" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura i permessi della piattaforma** (vedi sotto)
-</Steps>
-
-## Configurazione della piattaforma
-
-### iOS
-
-Aggiungi le seguenti chiavi al file `Info.plist` della tua app:
-
-```xml
-<key>NSSpeechRecognitionUsageDescription</key>
-<string>Abbiamo bisogno di accedere al riconoscimento vocale per trascrivere la tua voce</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>Abbiamo bisogno di accedere al tuo microfono per registrare l'audio per la trascrizione</string>
-```
-
-### Android
-
-Il plugin aggiunge automaticamente il permesso `RECORD_AUDIO` richiesto al tuo `AndroidManifest.xml`. Non è necessaria alcuna configurazione aggiuntiva.
-
-## Utilizzo di base
-
-### Verifica disponibilità
-
-Prima di utilizzare il riconoscimento vocale, verifica se è disponibile sul dispositivo:
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-const checkAvailability = async () => {
-  const { available } = await SpeechRecognition.available();
-  if (!available) {
-    console.warn('Il riconoscimento vocale non è supportato su questo dispositivo');
-    return false;
-  }
-  return true;
-};
-```
-
-### Richiedi permessi
-
-Richiedi i permessi necessari prima di avviare il riconoscimento:
-
-```typescript
-const requestPermissions = async () => {
-  const { speechRecognition } = await SpeechRecognition.requestPermissions();
-
-  if (speechRecognition === 'granted') {
-    console.log('Permesso concesso');
-    return true;
-  } else {
-    console.log('Permesso negato');
-    return false;
-  }
-};
-```
-
-### Avvia il riconoscimento
-
-Avvia l'ascolto del parlato con configurazione opzionale:
-
-```typescript
-// Utilizzo di base
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 3,
-  partialResults: true,
-});
-
-// Con tutte le opzioni
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 5,
-  prompt: 'Parla ora...',          // Solo Android
-  popup: false,                     // Solo Android
-  partialResults: true,
-  addPunctuation: true,             // Solo iOS 16+
-  allowForSilence: 2000,            // Solo Android, millisecondi
-});
-```
-
-### Ascolta i risultati
-
-Iscriviti ai risultati parziali mentre il riconoscimento è attivo:
-
-```typescript
-const partialListener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event) => {
-    const transcription = event.matches?.[0];
-    console.log('Risultato parziale:', transcription);
-  }
-);
-
-// Non dimenticare di rimuovere il listener quando hai finito
-await partialListener.remove();
-```
-
-### Ferma il riconoscimento
-
-Smetti di ascoltare e libera le risorse:
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-## Esempio completo
-
-Ecco un esempio completo che mostra come utilizzare il plugin:
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-export class VoiceRecognitionService {
-  private partialListener: any = null;
-  private isListening = false;
-
-  async initialize(): Promise<boolean> {
-    // Verifica disponibilità
-    const { available } = await SpeechRecognition.available();
-    if (!available) {
-      throw new Error('Riconoscimento vocale non disponibile');
-    }
-
-    // Richiedi permessi
-    const { speechRecognition } = await SpeechRecognition.requestPermissions();
-    if (speechRecognition !== 'granted') {
-      throw new Error('Permesso negato');
-    }
-
-    return true;
-  }
-
-  async startListening(
-    onPartialResult: (text: string) => void,
-    onFinalResult: (text: string) => void
-  ): Promise<void> {
-    if (this.isListening) {
-      console.warn('Già in ascolto');
-      return;
-    }
-
-    try {
-      // Configura il listener per i risultati parziali
-      this.partialListener = await SpeechRecognition.addListener(
-        'partialResults',
-        (event) => {
-          const text = event.matches?.[0] || '';
-          onPartialResult(text);
-        }
-      );
-
-      // Avvia il riconoscimento
-      const result = await SpeechRecognition.start({
-        language: 'en-US',
-        maxResults: 3,
-        partialResults: true,
-        addPunctuation: true,
-      });
-
-      this.isListening = true;
-
-      // Gestisci il risultato finale se partialResults è false
-      if (result.matches && result.matches.length > 0) {
-        onFinalResult(result.matches[0]);
-      }
-    } catch (error) {
-      console.error('Errore nell\'avvio del riconoscimento vocale:', error);
-      throw error;
-    }
-  }
-
-  async stopListening(): Promise<void> {
-    if (!this.isListening) {
-      return;
-    }
-
-    try {
-      await SpeechRecognition.stop();
-
-      // Pulisci il listener
-      if (this.partialListener) {
-        await this.partialListener.remove();
-        this.partialListener = null;
-      }
-
-      this.isListening = false;
-    } catch (error) {
-      console.error('Errore nell\'arresto del riconoscimento vocale:', error);
-      throw error;
-    }
-  }
-
-  async getSupportedLanguages(): Promise<string[]> {
-    const { languages } = await SpeechRecognition.getSupportedLanguages();
-    return languages;
-  }
-
-  async checkListeningState(): Promise<boolean> {
-    const { listening } = await SpeechRecognition.isListening();
-    return listening;
-  }
-}
-```
-
-## Riferimento API
-
-### available()
-
-Verifica se il servizio di riconoscimento vocale nativo è utilizzabile sul dispositivo corrente.
-
-```typescript
-const result = await SpeechRecognition.available();
-// Restituisce: { available: boolean }
-```
-
-### start(options?)
-
-Inizia a catturare l'audio e trascrivere il parlato.
-
-```typescript
-interface SpeechRecognitionStartOptions {
-  language?: string;          // Identificatore locale (es. 'en-US')
-  maxResults?: number;        // Numero massimo di risultati (predefinito: 5)
-  prompt?: string;            // Solo Android: prompt della finestra di dialogo
-  popup?: boolean;            // Solo Android: mostra finestra di dialogo di sistema
-  partialResults?: boolean;   // Trasmetti risultati parziali
-  addPunctuation?: boolean;   // Solo iOS 16+: aggiungi punteggiatura
-  allowForSilence?: number;   // Solo Android: timeout di silenzio in ms
-}
-
-const result = await SpeechRecognition.start(options);
-// Restituisce: { matches?: string[] }
-```
-
-### stop()
-
-Smette di ascoltare e rilascia le risorse native.
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-### getSupportedLanguages()
-
-Ottiene le lingue supportate dal riconoscitore sottostante.
-
-**Nota**: i dispositivi Android 13+ non espongono più questa lista; in tal caso `languages` sarà vuoto.
-
-```typescript
-const result = await SpeechRecognition.getSupportedLanguages();
-// Restituisce: { languages: string[] }
-```
-
-### isListening()
-
-Restituisce se il plugin sta ascoltando attivamente il parlato.
-
-```typescript
-const result = await SpeechRecognition.isListening();
-// Restituisce: { listening: boolean }
-```
-
-### checkPermissions()
-
-Ottiene lo stato attuale dei permessi.
-
-```typescript
-const result = await SpeechRecognition.checkPermissions();
-// Restituisce: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-### requestPermissions()
-
-Richiede i permessi per il microfono + riconoscimento vocale.
-
-```typescript
-const result = await SpeechRecognition.requestPermissions();
-// Restituisce: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-## Event Listener
-
-### partialResults
-
-Ascolta gli aggiornamenti parziali della trascrizione mentre `partialResults` è abilitato.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event: { matches: string[] }) => {
-    console.log('Parziale:', event.matches?.[0]);
-  }
-);
-```
-
-### segmentResults (solo Android)
-
-Ascolta i risultati di riconoscimento segmentati.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'segmentResults',
-  (event: { matches: string[] }) => {
-    console.log('Segmento:', event.matches?.[0]);
-  }
-);
-```
-
-### endOfSegmentedSession (solo Android)
-
-Ascolta gli eventi di completamento della sessione segmentata.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'endOfSegmentedSession',
-  () => {
-    console.log('Sessione segmentata terminata');
-  }
-);
-```
-
-### listeningState
-
-Ascolta i cambiamenti nello stato di ascolto nativo.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'listeningState',
-  (event: { status: 'started' | 'stopped' }) => {
-    console.log('Stato di ascolto:', event.status);
-  }
-);
-```
-
-### removeAllListeners()
-
-Rimuove tutti i listener registrati.
-
-```typescript
-await SpeechRecognition.removeAllListeners();
-```
-
-## Best practice
-
-1. **Verifica sempre disponibilità e permessi**
-   ```typescript
-   const { available } = await SpeechRecognition.available();
-   if (!available) return;
-
-   const { speechRecognition } = await SpeechRecognition.requestPermissions();
-   if (speechRecognition !== 'granted') return;
-   ```
-
-2. **Pulisci i listener**
-   Rimuovi sempre i listener quando non sono più necessari per prevenire perdite di memoria:
-   ```typescript
-   await listener.remove();
-   // oppure
-   await SpeechRecognition.removeAllListeners();
-   ```
-
-3. **Gestisci gli errori con eleganza**
-   ```typescript
-   try {
-     await SpeechRecognition.start({ language: 'en-US' });
-   } catch (error) {
-     console.error('Riconoscimento vocale fallito:', error);
-     // Mostra messaggio di errore intuitivo per l'utente
-   }
-   ```
-
-4. **Fornisci feedback visivo**
-   Utilizza l'evento `listeningState` per mostrare agli utenti quando l'app sta ascoltando attivamente.
-
-5. **Testa con diversi accenti e lingue**
-   La precisione del riconoscimento vocale varia in base alla lingua e all'accento. Testa accuratamente con il tuo pubblico di destinazione.
-
-## Note sulla piattaforma
-
-### iOS
-- Richiede iOS 10.0+
-- Utilizza il nativo `SFSpeechRecognizer`
-- Supporta la punteggiatura su iOS 16+
-- Richiede sia i permessi per il microfono che per il riconoscimento vocale
-- Il riconoscimento potrebbe fallire se la lingua del dispositivo non corrisponde alla lingua richiesta
-
-### Android
-- Richiede Android 6.0 (API 23)+
-- Utilizza l'API `SpeechRecognizer`
-- Supporta sessioni segmentate con rilevamento del silenzio configurabile
-- Android 13+ non espone la lista delle lingue supportate
-- Alcuni dispositivi potrebbero mostrare l'interfaccia utente di riconoscimento di sistema
-
-### Web
-- Supporto limitato tramite Web Speech API
-- Non tutti i browser supportano il riconoscimento vocale
-- Richiede connessione HTTPS
-- Potrebbe avere comportamenti diversi tra i browser
-
-## Risoluzione dei problemi
-
-### Permesso negato
-Se i permessi vengono negati, guida gli utenti alle impostazioni dell'app:
-```typescript
-const { speechRecognition } = await SpeechRecognition.checkPermissions();
-if (speechRecognition === 'denied') {
-  // Mostra istruzioni per abilitare i permessi nelle Impostazioni
-}
-```
-
-### Nessun risultato restituito
-- Verifica che il microfono funzioni
-- Assicurati di un ambiente silenzioso
-- Verifica che il codice della lingua corrisponda alle capacità del dispositivo
-- Controlla la connessione di rete (alcune piattaforme la richiedono)
-
-### Il riconoscimento si ferma inaspettatamente
-- Usa `isListening()` per verificare lo stato
-- Ascolta gli eventi `listeningState`
-- Implementa la logica di riavvio automatico se necessario
-
-## Prossimi passi
-
-- [Visualizza il riferimento API su GitHub](https://github.com/Cap-go/capacitor-speech-recognition#api)
-- [Segnala problemi](https://github.com/Cap-go/capacitor-speech-recognition/issues)
-- [Esplora l'app di esempio](https://github.com/Cap-go/capacitor-speech-recognition/tree/main/example)
diff --git a/src/content/docs/it/docs/plugins/speech-recognition/index.mdx b/src/content/docs/it/docs/plugins/speech-recognition/index.mdx
deleted file mode 100644
index 19a19182f..000000000
--- a/src/content/docs/it/docs/plugins/speech-recognition/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-speech-recognition"
-locale: it
-description: Riconoscimento vocale naturale e a bassa latenza per app Capacitor con parità tra piattaforme iOS e Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Riconoscimento vocale completo sul dispositivo con trascrizione in tempo reale, risultati parziali in streaming e parità multipiattaforma.
-  image:
-    file: ~public/icons/plugins/speech-recognition.svg
-  actions:
-    - text: Guida introduttiva
-      link: /docs/plugins/speech-recognition/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-speech-recognition/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Trascrizione in tempo reale" icon="rocket">
-    Ottieni risultati parziali istantanei mentre gli utenti parlano 🎤
-  </Card>
-  <Card title="Parità multipiattaforma" icon="star">
-    API e comportamento coerenti su iOS e Android 📱
-  </Card>
-  <Card title="Sessioni segmentate" icon="list-format">
-    Dividi il riconoscimento in segmenti basati sul silenzio 🔇
-  </Card>
-  <Card title="Supporto punteggiatura" icon="pencil">
-    Punteggiatura automatica su iOS 16+ 📝
-  </Card>
-  <Card title="Helper per i permessi" icon="approve-check-circle">
-    Richiesta permessi integrata e verifica dello stato 🔒
-  </Card>
-  <Card title="Supporto lingue" icon="translate">
-    Accesso alle lingue di riconoscimento supportate dal dispositivo 🌍
-  </Card>
-  <Card title="Guida introduttiva" icon="open-book">
-    Consulta la [Guida introduttiva](/docs/plugins/speech-recognition/getting-started/) per installare e configurare il plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/speech-synthesis/getting-started.mdx b/src/content/docs/it/docs/plugins/speech-synthesis/getting-started.mdx
deleted file mode 100644
index d1d988a59..000000000
--- a/src/content/docs/it/docs/plugins/speech-synthesis/getting-started.mdx
+++ /dev/null
@@ -1,252 +0,0 @@
----
-title: Guida introduttiva
-locale: it
-description: Scopri come installare e utilizzare il plugin Speech Synthesis per convertire testo in parlato nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-speech-synthesis" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e sintetizza il parlato dal testo:
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-// Sintesi vocale di base
-const speak = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Ciao, mondo!',
-    language: 'en-US'
-  });
-};
-
-// Utilizzo avanzato con controllo della voce
-const speakWithVoice = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Questo è un test della sintesi vocale.',
-    language: 'en-US',
-    rate: 1.0,      // Velocità del parlato: da 0.1 a 10.0
-    pitch: 1.0,     // Tono della voce: da 0.5 a 2.0
-    volume: 1.0,    // Volume: da 0.0 a 1.0
-    voice: 'com.apple.ttsbundle.Samantha-compact'
-  });
-};
-```
-
-## Riferimento API
-
-### speak(options)
-
-Parla il testo fornito utilizzando le impostazioni vocali specificate.
-
-```typescript
-interface SpeakOptions {
-  text: string;           // Testo da pronunciare
-  language?: string;      // Codice lingua (es. 'en-US', 'es-ES')
-  rate?: number;          // Velocità del parlato: da 0.1 a 10.0 (predefinito: 1.0)
-  pitch?: number;         // Tono della voce: da 0.5 a 2.0 (predefinito: 1.0)
-  volume?: number;        // Volume: da 0.0 a 1.0 (predefinito: 1.0)
-  voice?: string;         // Identificatore della voce (ottieni da getVoices())
-}
-
-await SpeechSynthesis.speak(options);
-```
-
-### stop()
-
-Interrompe qualsiasi sintesi vocale in corso.
-
-```typescript
-await SpeechSynthesis.stop();
-```
-
-### getVoices()
-
-Ottiene l'elenco delle voci disponibili per la sintesi vocale.
-
-```typescript
-interface Voice {
-  voiceURI: string;       // Identificatore univoco della voce
-  name: string;           // Nome della voce leggibile
-  lang: string;           // Codice lingua
-  default: boolean;       // Se questa è la voce predefinita
-}
-
-const { voices } = await SpeechSynthesis.getVoices();
-console.log('Voci disponibili:', voices);
-```
-
-### getSupportedLanguages()
-
-Ottiene l'elenco dei codici lingua supportati.
-
-```typescript
-const { languages } = await SpeechSynthesis.getSupportedLanguages();
-console.log('Lingue supportate:', languages);
-```
-
-### isSpeaking()
-
-Verifica se la sintesi vocale è attualmente attiva.
-
-```typescript
-const { speaking } = await SpeechSynthesis.isSpeaking();
-console.log('Attualmente in riproduzione:', speaking);
-```
-
-## Esempio completo
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-export class TextToSpeechService {
-  private currentVoice: string | undefined;
-
-  async init() {
-    // Ottieni le voci disponibili
-    const { voices } = await SpeechSynthesis.getVoices();
-
-    // Trova voce inglese
-    const englishVoice = voices.find(v => v.lang.startsWith('en'));
-    this.currentVoice = englishVoice?.voiceURI;
-
-    console.log(`Utilizzo della voce: ${englishVoice?.name}`);
-  }
-
-  async speak(text: string, options?: Partial<SpeakOptions>) {
-    try {
-      // Interrompi qualsiasi parlato in corso
-      await SpeechSynthesis.stop();
-
-      // Parla il testo
-      await SpeechSynthesis.speak({
-        text,
-        language: 'en-US',
-        rate: 1.0,
-        pitch: 1.0,
-        volume: 1.0,
-        voice: this.currentVoice,
-        ...options
-      });
-    } catch (error) {
-      console.error('Sintesi vocale fallita:', error);
-      throw error;
-    }
-  }
-
-  async speakWithRate(text: string, rate: number) {
-    await this.speak(text, { rate });
-  }
-
-  async stop() {
-    await SpeechSynthesis.stop();
-  }
-
-  async checkIfSpeaking(): Promise<boolean> {
-    const { speaking } = await SpeechSynthesis.isSpeaking();
-    return speaking;
-  }
-
-  async listVoicesByLanguage(languageCode: string) {
-    const { voices } = await SpeechSynthesis.getVoices();
-    return voices.filter(v => v.lang.startsWith(languageCode));
-  }
-}
-```
-
-## Utilizzo avanzato
-
-### Supporto multilingue
-
-```typescript
-// Parla in diverse lingue
-const speakMultiLanguage = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Hello!',
-    language: 'en-US'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'Bonjour!',
-    language: 'fr-FR'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'こんにちは!',
-    language: 'ja-JP'
-  });
-};
-```
-
-### Selezione della voce
-
-```typescript
-// Seleziona una voce specifica
-const selectVoice = async (languageCode: string) => {
-  const { voices } = await SpeechSynthesis.getVoices();
-
-  // Filtra le voci per lingua
-  const languageVoices = voices.filter(v =>
-    v.lang.startsWith(languageCode)
-  );
-
-  // Usa la prima voce disponibile
-  if (languageVoices.length > 0) {
-    await SpeechSynthesis.speak({
-      text: 'Testando la selezione della voce',
-      language: languageCode,
-      voice: languageVoices[0].voiceURI
-    });
-  }
-};
-```
-
-### Lettura di testo lungo
-
-```typescript
-// Dividi e parla testo lungo in frammenti
-const speakLongText = async (longText: string) => {
-  const sentences = longText.match(/[^.!?]+[.!?]+/g) || [longText];
-
-  for (const sentence of sentences) {
-    await SpeechSynthesis.speak({
-      text: sentence.trim(),
-      language: 'en-US',
-      rate: 0.9
-    });
-
-    // Aspetta un po' tra le frasi
-    await new Promise(resolve => setTimeout(resolve, 500));
-  }
-};
-```
-
-## Best practice
-
-1. **Selezione della voce**: Verifica sempre le voci disponibili prima di utilizzare un ID voce specifico
-2. **Codici lingua**: Utilizza codici lingua standard (es. 'en-US', 'es-ES', 'fr-FR')
-3. **Controllo della velocità**: Mantieni la velocità tra 0.5 e 2.0 per un parlato dal suono naturale
-4. **Interrompi prima di parlare**: Chiama stop() prima di avviare un nuovo parlato per evitare sovrapposizioni
-5. **Gestione degli errori**: Racchiudi tutte le chiamate in blocchi try-catch per una gestione robusta degli errori
-
-## Risoluzione dei problemi
-
-### Problemi comuni
-
-**Nessun output vocale**: Verifica il volume del dispositivo e assicurati che il testo non sia vuoto
-**Voce non trovata**: Usa getVoices() per trovare le voci disponibili sul dispositivo
-**Parlato interrotto**: Interrompi qualsiasi parlato in corso prima di avviare una nuova sintesi
-**Lingua non supportata**: Verifica getSupportedLanguages() per le lingue disponibili
diff --git a/src/content/docs/it/docs/plugins/speech-synthesis/index.mdx b/src/content/docs/it/docs/plugins/speech-synthesis/index.mdx
deleted file mode 100644
index 063de7e66..000000000
--- a/src/content/docs/it/docs/plugins/speech-synthesis/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-speech-synthesis"
-locale: it
-description: Sintetizza il parlato dal testo con pieno controllo su lingua, voce, tono, velocità e volume.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Converti testo in parlato con pieno controllo su lingua, voce, tono, velocità e volume su iOS, Android e Web.
-  image:
-    file: ~public/icons/plugins/speech-synthesis.svg
-  actions:
-    - text: Guida introduttiva
-      link: /docs/plugins/speech-synthesis/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-speech-synthesis/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Più lingue" icon="translate">
-    Supporto per decine di lingue e varianti regionali 🌍
-  </Card>
-  <Card title="Selezione della voce" icon="comment">
-    Scegli tra le voci di sistema disponibili per ogni lingua 🎤
-  </Card>
-  <Card title="Controllo fine" icon="setting">
-    Regola tono, velocità e volume per personalizzare l'output vocale ⚙️
-  </Card>
-  <Card title="Multipiattaforma" icon="laptop">
-    API coerente tra piattaforme iOS, Android e Web 📱
-  </Card>
-  <Card title="Controllo in tempo reale" icon="rocket">
-    Metti in pausa, riprendi e annulla la riproduzione vocale al volo 🎮
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/speech-synthesis/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/streamcall/getting-started.mdx b/src/content/docs/it/docs/plugins/streamcall/getting-started.mdx
deleted file mode 100644
index ccfe1c7c9..000000000
--- a/src/content/docs/it/docs/plugins/streamcall/getting-started.mdx
+++ /dev/null
@@ -1,488 +0,0 @@
----
-title: Guida introduttiva
-locale: it
-description: Scopri come installare e integrare Stream Video SDK per videochiamate professionali nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Prerequisiti
-
-Avrai bisogno di un account Stream e delle credenziali API. Registrati su [Stream](https://getstream.io/) se non ne hai uno.
-
-## Configurazione della piattaforma
-
-### iOS
-
-Aggiungi i permessi richiesti al tuo `Info.plist`:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Questa app necessita dell'accesso alla fotocamera per le videochiamate</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>Questa app necessita dell'accesso al microfono per le videochiamate</string>
-```
-
-### Android
-
-Aggiungi i permessi richiesti al tuo `AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-```
-
-## Esempio di utilizzo
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-// Inizializza Stream SDK
-await StreamCall.initialize({
-  apiKey: 'your-stream-api-key',
-  userId: 'user-123',
-  userToken: 'user-token'
-});
-
-// Crea una chiamata
-await StreamCall.createCall({
-  callId: 'call-123',
-  callType: 'default'
-});
-
-// Partecipa a una chiamata
-await StreamCall.joinCall({
-  callId: 'call-123'
-});
-
-// Abilita/disabilita fotocamera
-await StreamCall.toggleCamera({
-  enabled: true
-});
-
-// Abilita/disabilita microfono
-await StreamCall.toggleMicrophone({
-  enabled: true
-});
-
-// Cambia fotocamera (anteriore/posteriore)
-await StreamCall.switchCamera();
-
-// Lascia la chiamata
-await StreamCall.leaveCall();
-
-// Ascolta gli eventi della chiamata
-StreamCall.addListener('callStarted', (data) => {
-  console.log('Chiamata avviata:', data);
-});
-
-StreamCall.addListener('callEnded', (data) => {
-  console.log('Chiamata terminata:', data);
-});
-
-StreamCall.addListener('participantJoined', (data) => {
-  console.log('Partecipante entrato:', data);
-});
-
-StreamCall.addListener('participantLeft', (data) => {
-  console.log('Partecipante uscito:', data);
-});
-```
-
-## Riferimento API
-
-### initialize(options)
-
-```typescript
-initialize(options: InitializeOptions) => Promise<void>
-```
-
-Inizializza Stream Video SDK.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `InitializeOptions` |
-
-### createCall(options)
-
-```typescript
-createCall(options: CreateCallOptions) => Promise<void>
-```
-
-Crea una nuova videochiamata.
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `CreateCallOptions` |
-
-### joinCall(options)
-
-```typescript
-joinCall(options: JoinCallOptions) => Promise<void>
-```
-
-Partecipa a una videochiamata esistente.
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `JoinCallOptions` |
-
-### leaveCall()
-
-```typescript
-leaveCall() => Promise<void>
-```
-
-Lascia la chiamata corrente.
-
-### toggleCamera(options)
-
-```typescript
-toggleCamera(options: { enabled: boolean }) => Promise<void>
-```
-
-Abilita o disabilita la fotocamera.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### toggleMicrophone(options)
-
-```typescript
-toggleMicrophone(options: { enabled: boolean }) => Promise<void>
-```
-
-Abilita o disabilita il microfono.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### switchCamera()
-
-```typescript
-switchCamera() => Promise<void>
-```
-
-Passa tra fotocamera anteriore e posteriore.
-
-### setSpeakerphone(options)
-
-```typescript
-setSpeakerphone(options: { enabled: boolean }) => Promise<void>
-```
-
-Abilita o disabilita il vivavoce.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendCallInvite(options)
-
-```typescript
-sendCallInvite(options: InviteOptions) => Promise<void>
-```
-
-Invia un invito di chiamata a un utente.
-
-| Param         | Type                    |
-| ------------- | ----------------------- |
-| **`options`** | `InviteOptions` |
-
-### acceptCall(options)
-
-```typescript
-acceptCall(options: { callId: string }) => Promise<void>
-```
-
-Accetta una chiamata in arrivo.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-### rejectCall(options)
-
-```typescript
-rejectCall(options: { callId: string }) => Promise<void>
-```
-
-Rifiuta una chiamata in arrivo.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-## Interfacce
-
-### InitializeOptions
-
-| Prop            | Type              | Description                    |
-| --------------- | ----------------- | ------------------------------ |
-| **`apiKey`**    | `string` | Chiave API Stream                 |
-| **`userId`**    | `string` | ID utente                        |
-| **`userToken`** | `string` | Token di autenticazione utente      |
-| **`userName`**  | `string` | Nome visualizzato dell'utente (opzionale)   |
-| **`userImage`** | `string` | URL immagine profilo utente (opzionale) |
-
-### CreateCallOptions
-
-| Prop           | Type              | Description                        |
-| -------------- | ----------------- | ---------------------------------- |
-| **`callId`**   | `string` | Identificatore univoco della chiamata             |
-| **`callType`** | `string` | Tipo di chiamata (es. 'default', 'audio-only') |
-| **`members`**  | `string[]` | Array di ID utente da invitare (opzionale) |
-
-### JoinCallOptions
-
-| Prop         | Type              | Description                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | ID della chiamata a cui partecipare            |
-
-### InviteOptions
-
-| Prop         | Type              | Description                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | ID chiamata                    |
-| **`userId`** | `string` | ID utente da invitare          |
-
-## Event Listener
-
-### Eventi disponibili
-
-- `callStarted` - La chiamata è iniziata
-- `callEnded` - La chiamata è terminata
-- `participantJoined` - Un partecipante è entrato nella chiamata
-- `participantLeft` - Un partecipante ha lasciato la chiamata
-- `incomingCall` - Chiamata in arrivo ricevuta
-- `callAccepted` - La chiamata è stata accettata
-- `callRejected` - La chiamata è stata rifiutata
-- `error` - Si è verificato un errore
-
-### Esempio di evento
-
-```typescript
-// Ascolta le chiamate in arrivo
-StreamCall.addListener('incomingCall', (data) => {
-  console.log('Chiamata in arrivo da:', data.callerId);
-  console.log('Nome chiamante:', data.callerName);
-
-  // Mostra interfaccia chiamata in arrivo
-  showIncomingCallScreen({
-    callerId: data.callerId,
-    callerName: data.callerName,
-    callerImage: data.callerImage,
-    callId: data.callId
-  });
-});
-
-// Ascolta l'accettazione della chiamata
-StreamCall.addListener('callAccepted', (data) => {
-  console.log('Chiamata accettata');
-  // Naviga alla schermata di chiamata
-});
-
-// Ascolta gli errori
-StreamCall.addListener('error', (error) => {
-  console.error('Errore chiamata:', error.message);
-  // Gestisci l'errore in modo appropriato
-});
-
-// Rimuovi listener quando fatto
-const listener = await StreamCall.addListener('callStarted', (data) => {
-  console.log('Chiamata avviata');
-});
-
-// Più tardi...
-listener.remove();
-```
-
-## Esempio completo
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-class VideoCallService {
-  async initialize(userId: string, userName: string) {
-    try {
-      await StreamCall.initialize({
-        apiKey: 'your-stream-api-key',
-        userId: userId,
-        userToken: await this.getUserToken(userId),
-        userName: userName
-      });
-
-      this.setupEventListeners();
-    } catch (error) {
-      console.error('Inizializzazione Stream fallita:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // Gestisci chiamate in arrivo
-    StreamCall.addListener('incomingCall', async (data) => {
-      const accepted = await this.showIncomingCallDialog(data);
-
-      if (accepted) {
-        await StreamCall.acceptCall({ callId: data.callId });
-        await StreamCall.joinCall({ callId: data.callId });
-      } else {
-        await StreamCall.rejectCall({ callId: data.callId });
-      }
-    });
-
-    // Gestisci eventi chiamata
-    StreamCall.addListener('callStarted', () => {
-      console.log('Chiamata avviata');
-    });
-
-    StreamCall.addListener('callEnded', () => {
-      console.log('Chiamata terminata');
-      this.navigateToHome();
-    });
-
-    StreamCall.addListener('participantJoined', (data) => {
-      console.log('Partecipante entrato:', data.participantName);
-    });
-  }
-
-  async startCall(recipientId: string) {
-    try {
-      const callId = `call-${Date.now()}`;
-
-      // Crea e partecipa alla chiamata
-      await StreamCall.createCall({
-        callId: callId,
-        callType: 'default',
-        members: [recipientId]
-      });
-
-      await StreamCall.joinCall({ callId: callId });
-
-      // Invia invito
-      await StreamCall.sendCallInvite({
-        callId: callId,
-        userId: recipientId
-      });
-
-      console.log('Chiamata avviata');
-    } catch (error) {
-      console.error('Avvio chiamata fallito:', error);
-    }
-  }
-
-  async endCall() {
-    try {
-      await StreamCall.leaveCall();
-      console.log('Chiamata terminata');
-    } catch (error) {
-      console.error('Termine chiamata fallito:', error);
-    }
-  }
-
-  async toggleVideo(enabled: boolean) {
-    await StreamCall.toggleCamera({ enabled });
-  }
-
-  async toggleAudio(enabled: boolean) {
-    await StreamCall.toggleMicrophone({ enabled });
-  }
-
-  async flipCamera() {
-    await StreamCall.switchCamera();
-  }
-
-  private async getUserToken(userId: string): Promise<string> {
-    // Recupera token utente dal tuo backend
-    const response = await fetch(`/api/stream-token?userId=${userId}`);
-    const data = await response.json();
-    return data.token;
-  }
-
-  private async showIncomingCallDialog(data: any): Promise<boolean> {
-    // Mostra finestra di dialogo nativa o interfaccia personalizzata
-    return confirm(`Chiamata in arrivo da ${data.callerName}`);
-  }
-
-  private navigateToHome() {
-    // Naviga alla schermata principale
-    window.location.href = '/';
-  }
-}
-
-// Utilizzo
-const videoCall = new VideoCallService();
-await videoCall.initialize('user-123', 'John Doe');
-
-// Avvia una chiamata
-await videoCall.startCall('user-456');
-
-// Attiva/disattiva controlli
-await videoCall.toggleVideo(false); // Disabilita video
-await videoCall.toggleAudio(false); // Silenzia
-await videoCall.flipCamera(); // Cambia fotocamera
-
-// Termina chiamata
-await videoCall.endCall();
-```
-
-## Best practice
-
-- Inizializza l'SDK all'inizio del ciclo di vita della tua app
-- Gestisci le richieste di permessi prima di avviare chiamate
-- Implementa una corretta gestione degli errori per problemi di rete
-- Pulisci i listener quando i componenti vengono smontati
-- Testa su dispositivi reali (non solo emulatori)
-- Implementa logica di riconnessione per interruzioni di rete
-- Fornisci feedback visivo per gli stati della chiamata
-- Gestisci le transizioni background/foreground
-
-## Localizzazione
-
-Il plugin supporta più lingue per elementi dell'interfaccia utente nativi. Configura nelle impostazioni specifiche della piattaforma.
-
-## Casi d'uso
-
-- Videochiamate uno a uno
-- Videoconferenze di gruppo
-- Chiamate solo audio
-- Sessioni di condivisione schermo
-- Chat video per assistenza clienti
-- Consultazioni di telemedicina
-- Collaborazione remota
diff --git a/src/content/docs/it/docs/plugins/streamcall/index.mdx b/src/content/docs/it/docs/plugins/streamcall/index.mdx
deleted file mode 100644
index 1c5202b3a..000000000
--- a/src/content/docs/it/docs/plugins/streamcall/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-stream-call"
-locale: it
-description: Integrazione di Stream Video SDK per app Capacitor che abilita funzionalità di videochiamata professionale.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Abilita funzionalità di videochiamata professionale nella tua app utilizzando Stream Video SDK con supporto a schermo intero e informazioni sul chiamante.
-  image:
-    file: ~public/icons/plugins/streamcall.svg
-  actions:
-    - text: Guida introduttiva
-      link: /docs/plugins/streamcall/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-stream-call/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Stream Video SDK" icon="star">
-    Alimentato dall'infrastruttura video professionale di Stream 🎥
-  </Card>
-  <Card title="Chiamate a schermo intero" icon="rocket">
-    Supporto per chiamate in schermata di blocco e a schermo intero 📱
-  </Card>
-  <Card title="Informazioni chiamante" icon="star">
-    Visualizza nome e immagine del profilo del chiamante 👤
-  </Card>
-  <Card title="Controlli fotocamera" icon="setting">
-    Cambia fotocamera e attiva/disattiva video/audio 📹
-  </Card>
-  <Card title="Gestione chiamate" icon="approve-check">
-    Accetta, rifiuta e gestisci le chiamate senza problemi 📞
-  </Card>
-  <Card title="Multilingue" icon="translate">
-    Supporto localizzazione per iOS e Android 🌍
-  </Card>
-  <Card title="Guida introduttiva" icon="open-book">
-    Consulta la [Guida introduttiva](/docs/plugins/streamcall/getting-started/) per installare e configurare il plugin.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/textinteraction/getting-started.mdx b/src/content/docs/it/docs/plugins/textinteraction/getting-started.mdx
deleted file mode 100644
index 1d35f98b6..000000000
--- a/src/content/docs/it/docs/plugins/textinteraction/getting-started.mdx
+++ /dev/null
@@ -1,274 +0,0 @@
----
-title: Guida introduttiva
-locale: it
-description: Scopri come installare e utilizzare il plugin Text Interaction per controllare la lente di ingrandimento e la lente di selezione del testo iOS.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Supporto piattaforma
-
-- **iOS**: iOS 15.0+ (richiede UITextInteraction API)
-- **Android**: No-op (restituisce non supportato)
-- **Web**: No-op (restituisce non supportato)
-
-## Esempio di utilizzo
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-// Disabilita interazione con il testo (rimuovi lente di ingrandimento)
-const result = await TextInteraction.setEnabled({ enabled: false });
-
-if (result.success) {
-  console.log('Interazione con il testo disabilitata');
-} else {
-  console.log('Non supportato su questa piattaforma');
-}
-
-// Riabilita interazione con il testo prima di mostrare input di testo
-await TextInteraction.setEnabled({ enabled: true });
-```
-
-## Riferimento API
-
-### setEnabled(options)
-
-```typescript
-setEnabled(options: { enabled: boolean }) => Promise<{ success: boolean }>
-```
-
-Abilita o disabilita l'interazione con il testo iOS (lente di ingrandimento e maniglie di selezione).
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-**Restituisce:** `Promise<{ success: boolean }>`
-
-- Restituisce `{ success: true }` se l'operazione è riuscita (iOS 15+)
-- Restituisce `{ success: false }` se non supportato (Android, Web, o iOS < 15)
-
-## Casi d'uso pratici
-
-### Applicazioni kiosk
-
-Disabilita l'interazione con il testo in modalità kiosk per impedire agli utenti di accedere ai menu copia/incolla:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function enterKioskMode() {
-  // Disabilita interazione con il testo in modalità kiosk
-  const result = await TextInteraction.setEnabled({ enabled: false });
-
-  if (result.success) {
-    console.log('Modalità kiosk: Interazione con il testo disabilitata');
-  }
-}
-
-async function exitKioskMode() {
-  // Riabilita interazione con il testo quando si esce dalla modalità kiosk
-  await TextInteraction.setEnabled({ enabled: true });
-  console.log('Modalità kiosk: Interazione con il testo abilitata');
-}
-```
-
-### Esperienze di gioco
-
-Rimuovi la lente di ingrandimento durante il gioco e ripristinala per l'input di testo:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class GameController {
-  async startGame() {
-    // Disabilita interazione con il testo durante il gioco
-    await TextInteraction.setEnabled({ enabled: false });
-    console.log('Gioco avviato - interazione con il testo disabilitata');
-  }
-
-  async showTextInput() {
-    // Abilita interazione con il testo prima di mostrare l'input
-    await TextInteraction.setEnabled({ enabled: true });
-    console.log('Input di testo pronto - interazione abilitata');
-
-    // Mostra campo di input
-    this.displayInputField();
-  }
-
-  async hideTextInput() {
-    // Nascondi input e disabilita nuovamente l'interazione
-    this.hideInputField();
-    await TextInteraction.setEnabled({ enabled: false });
-  }
-}
-```
-
-### Installazioni interattive
-
-Controlla l'interazione con il testo per segnaletica digitale e display interattivi:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function setupInteractiveDisplay() {
-  // Disabilita interazione con il testo per modalità display
-  await TextInteraction.setEnabled({ enabled: false });
-
-  // Configura gestori touch per l'interazione con il display
-  document.addEventListener('touchstart', handleDisplayTouch);
-}
-
-async function enableUserInput() {
-  // Abilita interazione con il testo quando l'utente deve inserire dati
-  const result = await TextInteraction.setEnabled({ enabled: true });
-
-  if (result.success) {
-    showInputForm();
-  } else {
-    // Fallback per piattaforme non supportate
-    showInputFormWithoutTextInteraction();
-  }
-}
-```
-
-### Gestione form
-
-Attiva/disattiva l'interazione con il testo in base allo stato del form:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class FormManager {
-  private textInteractionEnabled = true;
-
-  async disableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: false });
-    this.textInteractionEnabled = false;
-    return result.success;
-  }
-
-  async enableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: true });
-    this.textInteractionEnabled = true;
-    return result.success;
-  }
-
-  async onFormFocus() {
-    // Abilita sempre prima di mostrare la tastiera
-    await this.enableTextSelection();
-  }
-
-  async onFormBlur() {
-    // Opzionalmente disabilita dopo che l'input è completato
-    await this.disableTextSelection();
-  }
-}
-```
-
-### Interazione con il testo condizionale
-
-Controllo dell'interazione con il testo consapevole della piattaforma:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-import { Capacitor } from '@capacitor/core';
-
-async function toggleTextInteraction(enabled: boolean) {
-  // Tenta solo su iOS
-  if (Capacitor.getPlatform() === 'ios') {
-    const result = await TextInteraction.setEnabled({ enabled });
-
-    if (result.success) {
-      console.log(`Interazione con il testo ${enabled ? 'abilitata' : 'disabilitata'}`);
-    } else {
-      console.log('Interazione con il testo non supportata su questa versione iOS');
-    }
-  } else {
-    console.log('Controllo interazione con il testo disponibile solo su iOS');
-  }
-}
-
-// Utilizzo
-await toggleTextInteraction(false); // Disabilita
-await toggleTextInteraction(true);  // Abilita
-```
-
-## Best practice
-
-- **Riabilita sempre prima dell'input di testo**: Disabilita l'interazione con il testo quando necessario, ma riabilitala sempre prima di mostrare campi di input di testo o tastiere
-- **Verifica supporto piattaforma**: Verifica `result.success` per gestire in modo elegante le piattaforme non supportate
-- **Funzionalità specifica iOS**: Questo plugin è solo per iOS; implementa fallback per Android e Web
-- **Esperienza utente**: Considera le implicazioni UX della disabilitazione dell'interazione con il testo
-- **Gestione dello stato**: Traccia lo stato abilitato/disabilitato per evitare chiamate ridondanti
-
-## Promemoria importanti
-
-1. **Riabilita per input di testo**: Chiama sempre `setEnabled({ enabled: true })` prima di mostrare campi di input di testo, altrimenti gli utenti non potranno selezionare o modificare il testo correttamente
-
-2. **Rilevamento piattaforma**: Il plugin restituisce `{ success: false }` su Android, Web e versioni iOS inferiori alla 15.0
-
-3. **Nessun feedback visivo**: La disabilitazione dell'interazione con il testo rimuove la lente di ingrandimento ma non fornisce feedback visivo - implementa i tuoi indicatori UI se necessario
-
-4. **Impostazioni predefinite sicure**: Il sistema di interazione con il testo è abilitato per impostazione predefinita, in linea con il comportamento standard di iOS
-
-## Limitazioni
-
-- Solo iOS 15.0+ (richiede UITextInteraction API)
-- Nessun effetto su piattaforme Android o Web
-- Non può disabilitare selettivamente solo la lente di ingrandimento o solo le maniglie di selezione
-- Nessun callback quando gli utenti tentano di utilizzare funzionalità disabilitate
-
-## Casi d'uso
-
-- **Applicazioni kiosk**: Previeni copia/incolla su installazioni controllate
-- **Esperienze di gioco**: Rimuovi la lente di ingrandimento durante il gioco
-- **Display interattivi**: Controlla l'interazione con il testo sulla segnaletica digitale
-- **Editor di testo personalizzati**: Costruisci esperienze di modifica del testo specializzate
-- **Sicurezza**: Previeni la selezione del testo in aree sensibili
-
-## Risoluzione dei problemi
-
-### L'interazione con il testo non si disabilita
-
-- Verifica che la versione iOS sia 15.0 o superiore
-- Controlla che `result.success` restituisca `true`
-- Assicurati che nessun altro codice stia riabilitando l'interazione con il testo
-
-### Gli utenti non possono modificare il testo
-
-- Assicurati di aver chiamato `setEnabled({ enabled: true })` prima di mostrare input di testo
-- Verifica che la chiamata di abilitazione sia riuscita controllando `result.success`
-- Testa su dispositivo iOS reale (non solo simulatore)
diff --git a/src/content/docs/it/docs/plugins/textinteraction/index.mdx b/src/content/docs/it/docs/plugins/textinteraction/index.mdx
deleted file mode 100644
index 3eb64ee05..000000000
--- a/src/content/docs/it/docs/plugins/textinteraction/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-textinteraction"
-locale: it
-description: Abilita o disabilita la lente di interazione con il testo iOS per un controllo preciso sul comportamento della WebView.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Rimuovi la lente di ingrandimento iOS in esperienze kiosk o di gioco, quindi ripristinala prima dell'immissione di testo.
-  image:
-    file: ~public/icons/plugins/textinteraction.svg
-  actions:
-    - text: Guida introduttiva
-      link: /docs/plugins/textinteraction/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-textinteraction/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Controlla il sistema di interazione con il testo di Apple per personalizzare l'UX su display kiosk, giochi e installazioni interattive.
-
-<CardGrid stagger>
-  <Card title="Specifico iOS" icon="rocket">
-    Attiva/disattiva la lente di ingrandimento e le maniglie di selezione introdotte in iOS 15.
-  </Card>
-  <Card title="API semplice" icon="pencil">
-    Chiama un singolo metodo per abilitare o disabilitare lo stato di interazione con il testo.
-  </Card>
-  <Card title="Impostazioni predefinite sicure" icon="approve-check">
-    Riceve un risultato booleano così puoi rilevare versioni non supportate.
-  </Card>
-  <Card title="Adatto per kiosk" icon="star">
-    Previeni copia/incolla tramite pressione prolungata su installazioni controllate o segnaletica.
-  </Card>
-</CardGrid>
-
-Usa la guida introduttiva per un modello di integrazione minimale e promemoria per riabilitare l'interazione prima di mostrare input di testo.
diff --git a/src/content/docs/it/docs/plugins/twilio-voice/getting-started.mdx b/src/content/docs/it/docs/plugins/twilio-voice/getting-started.mdx
deleted file mode 100644
index cf6ceaad2..000000000
--- a/src/content/docs/it/docs/plugins/twilio-voice/getting-started.mdx
+++ /dev/null
@@ -1,568 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Impara come installare e integrare Twilio Voice per le chiamate VoIP nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Prerequisiti
-
-Avrai bisogno di un account Twilio e di token di accesso per l'autenticazione. Registrati su [Twilio](https://www.twilio.com/) se non hai un account.
-
-## Configurazione della piattaforma
-
-### iOS
-
-Aggiungi i permessi richiesti al tuo `Info.plist`:
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs microphone access for voice calls</string>
-```
-
-Per le chiamate in arrivo con PushKit:
-
-1. Abilita le notifiche push nelle funzionalità di Xcode
-2. Aggiungi la modalità in background VoIP
-3. Configura il certificato VoIP nella console Twilio
-
-### Android
-
-Aggiungi i permessi richiesti al tuo `AndroidManifest.xml`:
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-<uses-permission android:name="android.permission.USE_FULL_SCREEN_INTENT" />
-```
-
-Configura Firebase per le notifiche push:
-
-1. Aggiungi `google-services.json` al tuo progetto Android
-2. Configura FCM nella console Twilio
-
-## Esempio di utilizzo
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// Authenticate with Twilio
-await TwilioVoice.login({
-  accessToken: 'your-twilio-access-token'
-});
-
-// Make a call
-await TwilioVoice.makeCall({
-  to: '+1234567890'
-});
-
-// Listen for call events
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data.callSid);
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('Call disconnected:', data.callSid);
-});
-
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.from);
-
-  // Accept the call
-  TwilioVoice.acceptCall({ callSid: data.callSid });
-
-  // Or reject it
-  // TwilioVoice.rejectCall({ callSid: data.callSid });
-});
-
-// Mute/unmute call
-await TwilioVoice.muteCall({
-  muted: true,
-  callSid: 'current-call-sid'
-});
-
-// Toggle speaker
-await TwilioVoice.setSpeaker({
-  enabled: true
-});
-
-// End call
-await TwilioVoice.endCall({
-  callSid: 'current-call-sid'
-});
-
-// Logout
-await TwilioVoice.logout();
-```
-
-## Riferimento API
-
-### login(options)
-
-```typescript
-login(options: { accessToken: string }) => Promise<void>
-```
-
-Autentica con Twilio utilizzando un token di accesso.
-
-| Param         | Type                              |
-| ------------- | --------------------------------- |
-| **`options`** | `{ accessToken: string }` |
-
-### logout()
-
-```typescript
-logout() => Promise<void>
-```
-
-Termina la sessione utente e cancella lo stato della chiamata.
-
-### isLoggedIn()
-
-```typescript
-isLoggedIn() => Promise<{ loggedIn: boolean }>
-```
-
-Verifica lo stato di autenticazione corrente.
-
-**Returns:** `Promise<{ loggedIn: boolean }>`
-
-### makeCall(options)
-
-```typescript
-makeCall(options: { to: string; params?: Record<string, string> }) => Promise<{ callSid: string }>
-```
-
-Avvia una chiamata in uscita verso un numero specificato.
-
-| Param         | Type                                                    |
-| ------------- | ------------------------------------------------------- |
-| **`options`** | `{ to: string; params?: Record<string, string> }` |
-
-**Returns:** `Promise<{ callSid: string }>`
-
-### acceptCall(options)
-
-```typescript
-acceptCall(options: { callSid: string }) => Promise<void>
-```
-
-Accetta una chiamata in arrivo.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### rejectCall(options)
-
-```typescript
-rejectCall(options: { callSid: string }) => Promise<void>
-```
-
-Rifiuta una chiamata in arrivo.
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### endCall(options?)
-
-```typescript
-endCall(options?: { callSid?: string }) => Promise<void>
-```
-
-Termina una chiamata attiva.
-
-| Param         | Type                         |
-| ------------- | ---------------------------- |
-| **`options`** | `{ callSid?: string }` (optional) |
-
-### muteCall(options)
-
-```typescript
-muteCall(options: { muted: boolean; callSid?: string }) => Promise<void>
-```
-
-Silenzia o riattiva l'audio della chiamata.
-
-| Param         | Type                                            |
-| ------------- | ----------------------------------------------- |
-| **`options`** | `{ muted: boolean; callSid?: string }` |
-
-### setSpeaker(options)
-
-```typescript
-setSpeaker(options: { enabled: boolean }) => Promise<void>
-```
-
-Attiva o disattiva l'altoparlante.
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendDigits(options)
-
-```typescript
-sendDigits(options: { digits: string; callSid?: string }) => Promise<void>
-```
-
-Invia toni DTMF durante una chiamata.
-
-| Param         | Type                                          |
-| ------------- | --------------------------------------------- |
-| **`options`** | `{ digits: string; callSid?: string }` |
-
-## Ascoltatori di eventi
-
-### Eventi disponibili
-
-- `registered` - Registrato con successo con Twilio
-- `unregistered` - Non registrato da Twilio
-- `registrationFailed` - Registrazione fallita
-- `incomingCall` - Chiamata in arrivo ricevuta
-- `callConnected` - Chiamata connessa con successo
-- `callDisconnected` - Chiamata disconnessa
-- `callRinging` - Chiamata in uscita sta squillando
-- `callReconnecting` - Chiamata in fase di riconnessione
-- `callReconnected` - Chiamata riconnessa dopo l'interruzione
-- `qualityWarning` - Avviso sulla qualità della chiamata
-- `error` - Si è verificato un errore
-
-### Esempi di eventi
-
-```typescript
-// Handle incoming calls
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.from);
-  console.log('Call SID:', data.callSid);
-
-  // Show incoming call UI
-  showIncomingCallScreen({
-    from: data.from,
-    callSid: data.callSid
-  });
-});
-
-// Handle call state changes
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data.callSid);
-  startCallTimer();
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('Call ended:', data.callSid);
-  stopCallTimer();
-  hideCallScreen();
-});
-
-// Handle quality warnings
-TwilioVoice.addListener('qualityWarning', (data) => {
-  console.warn('Call quality warning:', data.warning);
-  showQualityWarning(data.warning);
-});
-
-// Handle errors
-TwilioVoice.addListener('error', (error) => {
-  console.error('Twilio error:', error.message);
-  handleError(error);
-});
-
-// Remove listeners when done
-const listener = await TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Connected');
-});
-
-// Later...
-listener.remove();
-```
-
-## Esempio completo
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-class VoiceCallService {
-  private currentCallSid: string | null = null;
-  private isMuted = false;
-  private isSpeakerOn = false;
-
-  async initialize(accessToken: string) {
-    try {
-      // Login to Twilio
-      await TwilioVoice.login({ accessToken });
-
-      // Check login status
-      const { loggedIn } = await TwilioVoice.isLoggedIn();
-      console.log('Login status:', loggedIn);
-
-      // Setup event listeners
-      this.setupEventListeners();
-
-    } catch (error) {
-      console.error('Failed to initialize:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // Registration events
-    TwilioVoice.addListener('registered', () => {
-      console.log('Successfully registered with Twilio');
-    });
-
-    TwilioVoice.addListener('registrationFailed', (error) => {
-      console.error('Registration failed:', error);
-    });
-
-    // Incoming call
-    TwilioVoice.addListener('incomingCall', async (data) => {
-      console.log('Incoming call from:', data.from);
-
-      const accepted = await this.showIncomingCallDialog(data.from);
-
-      if (accepted) {
-        await TwilioVoice.acceptCall({ callSid: data.callSid });
-        this.currentCallSid = data.callSid;
-      } else {
-        await TwilioVoice.rejectCall({ callSid: data.callSid });
-      }
-    });
-
-    // Call events
-    TwilioVoice.addListener('callConnected', (data) => {
-      console.log('Call connected');
-      this.currentCallSid = data.callSid;
-      this.showCallScreen();
-    });
-
-    TwilioVoice.addListener('callDisconnected', () => {
-      console.log('Call disconnected');
-      this.currentCallSid = null;
-      this.hideCallScreen();
-    });
-
-    TwilioVoice.addListener('callRinging', () => {
-      console.log('Call ringing...');
-    });
-
-    // Quality warnings
-    TwilioVoice.addListener('qualityWarning', (data) => {
-      console.warn('Call quality warning:', data.warning);
-      this.showQualityIndicator(data.warning);
-    });
-  }
-
-  async makeCall(phoneNumber: string) {
-    try {
-      const result = await TwilioVoice.makeCall({
-        to: phoneNumber,
-        params: {
-          // Optional custom parameters
-          customerId: 'customer-123'
-        }
-      });
-
-      this.currentCallSid = result.callSid;
-      console.log('Call initiated:', result.callSid);
-    } catch (error) {
-      console.error('Failed to make call:', error);
-    }
-  }
-
-  async endCall() {
-    if (this.currentCallSid) {
-      await TwilioVoice.endCall({ callSid: this.currentCallSid });
-      this.currentCallSid = null;
-    }
-  }
-
-  async toggleMute() {
-    this.isMuted = !this.isMuted;
-    await TwilioVoice.muteCall({
-      muted: this.isMuted,
-      callSid: this.currentCallSid || undefined
-    });
-  }
-
-  async toggleSpeaker() {
-    this.isSpeakerOn = !this.isSpeakerOn;
-    await TwilioVoice.setSpeaker({ enabled: this.isSpeakerOn });
-  }
-
-  async sendDTMF(digits: string) {
-    if (this.currentCallSid) {
-      await TwilioVoice.sendDigits({
-        digits,
-        callSid: this.currentCallSid
-      });
-    }
-  }
-
-  async logout() {
-    await TwilioVoice.logout();
-  }
-
-  private async showIncomingCallDialog(from: string): Promise<boolean> {
-    // Show native dialog or custom UI
-    return confirm(`Incoming call from ${from}`);
-  }
-
-  private showCallScreen() {
-    // Show call UI
-    console.log('Showing call screen');
-  }
-
-  private hideCallScreen() {
-    // Hide call UI
-    console.log('Hiding call screen');
-  }
-
-  private showQualityIndicator(warning: string) {
-    // Show quality warning
-    console.log('Quality warning:', warning);
-  }
-}
-
-// Usage
-const voiceService = new VoiceCallService();
-
-// Initialize with access token from your backend
-const token = await fetchTwilioToken();
-await voiceService.initialize(token);
-
-// Make a call
-await voiceService.makeCall('+1234567890');
-
-// Control call
-await voiceService.toggleMute();
-await voiceService.toggleSpeaker();
-await voiceService.sendDTMF('1');
-
-// End call
-await voiceService.endCall();
-
-// Logout
-await voiceService.logout();
-```
-
-## Buone pratiche
-
-- Recupera i token di accesso dal tuo server backend, non incorporarli mai nell'app
-- Implementa la logica di aggiornamento dei token per sessioni di lunga durata
-- Gestisci le interruzioni di rete con logica di riconnessione
-- Fornisci feedback visivo per gli stati delle chiamate
-- Testa su dispositivi reali con notifiche push
-- Implementa una corretta gestione degli errori
-- Pulisci gli ascoltatori quando i componenti vengono smontati
-- Richiedi i permessi del microfono prima di effettuare chiamate
-
-## Considerazioni sulla sicurezza
-
-- Non archiviare mai le credenziali Twilio nell'app
-- Genera i token di accesso sul tuo backend
-- Implementa la scadenza e il rinnovo dei token
-- Usa HTTPS per tutte le richieste di token
-- Valida le chiamate in arrivo lato server
-
-## Risoluzione dei problemi
-
-### Chiamate che non si connettono
-
-- Verifica che il token di accesso sia valido e non scaduto
-- Controlla la connettività di rete
-- Assicurati che i permessi del microfono siano concessi
-- Verifica che l'account Twilio sia configurato correttamente
-
-### Notifiche push non funzionanti
-
-- Verifica che i certificati PushKit/FCM siano configurati in Twilio
-- Controlla che il dispositivo sia registrato per le notifiche push
-- Testa con certificati di produzione
-
-### Problemi audio
-
-- Controlla i permessi del microfono
-- Verifica le impostazioni dell'altoparlante/bluetooth
-- Testa il routing audio su dispositivi reali
-
-## Visualizzazione del nome del chiamante (CapacitorTwilioCallerName)
-
-Per impostazione predefinita, le chiamate in arrivo mostrano il numero di telefono o l'ID client del chiamante. Puoi personalizzarlo passando un parametro `CapacitorTwilioCallerName` dal tuo backend TwiML per visualizzare invece un nome descrittivo.
-
-### Configurazione del backend
-
-Quando generi la tua risposta TwiML per la composizione `<Client>`, aggiungi il parametro `CapacitorTwilioCallerName`:
-
-```java
-// Java example
-Parameter callerNameParam = new Parameter.Builder()
-    .name("CapacitorTwilioCallerName")
-    .value("John Doe")
-    .build();
-
-Client client = new Client.Builder(identity)
-    .parameter(callerNameParam)
-    .build();
-
-Dial dial = new Dial.Builder()
-    .client(client)
-    .build();
-```
-
-```javascript
-// Node.js example
-const VoiceResponse = require('twilio').twiml.VoiceResponse;
-
-const response = new VoiceResponse();
-const dial = response.dial();
-dial.client({
-  name: 'CapacitorTwilioCallerName',
-  value: 'John Doe'
-}, identity);
-```
-
-### How It Works
-
-1. When your backend receives an incoming call, it generates TwiML to route the call
-2. Include the `CapacitorTwilioCallerName` parameter with the caller's display name
-3. The plugin automatically extracts this parameter and uses it for:
-   - iOS CallKit incoming call screen
-   - Android incoming call notification
-   - The `from` field in `incomingCall` events
-   - The `pendingInvites` array in call status
-
-If `CapacitorTwilioCallerName` is not provided, the plugin falls back to the caller's phone number or client ID.
diff --git a/src/content/docs/it/docs/plugins/twilio-voice/index.mdx b/src/content/docs/it/docs/plugins/twilio-voice/index.mdx
deleted file mode 100644
index b179eb0aa..000000000
--- a/src/content/docs/it/docs/plugins/twilio-voice/index.mdx
+++ /dev/null
@@ -1,108 +0,0 @@
----
-title: "@capgo/capacitor-twilio-voice"
-locale: it
-description: Plugin di integrazione API Twilio Voice per app Capacitor con chiamate VoIP, gestione chiamate e gestione audio.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Integra l'API Twilio Voice per chiamate VoIP di alta qualità con gestione chiamate, controlli audio e comunicazione in tempo reale.
-  image:
-    file: ~public/icons/plugins/twilio-voice.svg
-  actions:
-    - text: Guida introduttiva
-      link: /docs/plugins/twilio-voice/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-twilio-voice/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## Panoramica
-
-Il plugin Capacitor Twilio Voice abilita funzionalità di chiamate VoIP di alta qualità in applicazioni iOS e Android utilizzando l'API Voice di Twilio. Questo plugin fornisce gestione completa delle chiamate, autenticazione e controlli audio per creare esperienze di chiamata professionali.
-
-<CardGrid stagger>
-  <Card title="Chiamate VoIP" icon="rocket">
-    Chiamate vocali di alta qualità via internet utilizzando l'API Twilio Voice 📞
-  </Card>
-  <Card title="Gestione chiamate" icon="setting">
-    Effettua, accetta, rifiuta e termina chiamate con controllo completo del ciclo di vita 🎛️
-  </Card>
-  <Card title="Controlli audio" icon="comment">
-    Disattiva audio, attiva vivavoce e opzioni di routing audio 🎤
-  </Card>
-  <Card title="Supporto piattaforma" icon="approve-check">
-    Implementazione nativa iOS e Android con notifiche push 📱
-  </Card>
-</CardGrid>
-
-## Installazione
-
-```bash
-npm install @capgo/capacitor-twilio-voice
-npx cap sync
-```
-
-## Metodi API principali
-
-### Autenticazione
-- `login(options: { accessToken: string })` - Autentica con Twilio utilizzando token di accesso
-- `logout()` - Termina sessione utente e cancella stato chiamata
-- `isLoggedIn()` - Verifica stato autenticazione corrente
-
-### Gestione chiamate
-- `makeCall(options: { to: string })` - Avvia chiamata in uscita al numero specificato
-- `acceptCall(options: { callSid: string })` - Accetta chiamata in arrivo
-- `rejectCall(options: { callSid: string })` - Rifiuta chiamata in arrivo
-- `endCall(options?: { callSid?: string })` - Termina chiamata attiva
-- `muteCall(options: { muted: boolean, callSid?: string })` - Disattiva/riattiva audio chiamata
-- `setSpeaker(options: { enabled: boolean })` - Attiva/disattiva output vivavoce
-
-## Event Listener
-
-Il plugin fornisce gestione completa degli eventi per:
-- Eventi di registrazione per stato connessione
-- Cambiamenti stato chiamata (connessa, disconnessa, squillante)
-- Avvisi qualità e problemi connessione
-- Notifiche chiamate in arrivo
-
-## Configurazione piattaforma
-
-### Configurazione iOS
-- Richiede integrazione PushKit per chiamate in arrivo
-- Configurazione certificato per uso produzione
-- Permessi microfono in Info.plist
-
-### Configurazione Android
-- Configurazione Firebase per notifiche push
-- Permessi microfono in AndroidManifest.xml
-- Configurazione servizio background
-
-## Esempio avvio rapido
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// Autentica con Twilio
-await TwilioVoice.login({ accessToken: 'your-twilio-access-token' });
-
-// Effettua una chiamata
-await TwilioVoice.makeCall({ to: '+1234567890' });
-
-// Ascolta eventi chiamata
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Chiamata connessa:', data);
-});
-```
-
-## Documentazione
-
-Consulta la [documentazione completa](/docs/plugins/twilio-voice/getting-started/) per istruzioni dettagliate di configurazione, configurazione avanzata ed esempi di integrazione.
diff --git a/src/content/docs/it/docs/plugins/updater/api.md b/src/content/docs/it/docs/plugins/updater/api.md
deleted file mode 100644
index fdd708fc4..000000000
--- a/src/content/docs/it/docs/plugins/updater/api.md
+++ /dev/null
@@ -1,1147 +0,0 @@
----
-title: "Funzioni e impostazioni"
-description: "Tutti i metodi e le impostazioni disponibili del plugin"
-sidebar:
-  order: 2
-locale: it
----
-
-# Configurazione Plugin Updater
-
-Consulta il [Readme](https://github.com/Cap-go/capacitor-updater) su Github per ulteriori informazioni.
-
-<docgen-config>
-<!--Aggiorna i commenti JSDoc nel file sorgente e riesegui docgen per aggiornare i documenti sottostanti-->
-
-CapacitorUpdater può essere configurato con queste opzioni:
-
-| Prop                         | Type                                            | Description                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       | Default                                            | Since   |
-| ---------------------------- | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------- | ------- |
-| **`appReadyTimeout`**        | <code>number</code>                             | Configura il numero di millisecondi che il plugin nativo dovrebbe aspettare prima di considerare un aggiornamento 'non riuscito'. Disponibile solo per Android e iOS.                                                                                                                                                                                                                                                                                                                                                                                                             | <code>10000 // (10 secondi)</code>                 |         |
-| **`responseTimeout`**        | <code>number</code>                             | Configura il numero di millisecondi che il plugin nativo dovrebbe aspettare prima di considerare un timeout API. Disponibile solo per Android e iOS.                                                                                                                                                                                                                                                                                                                                            | <code>20 // (20 secondi)</code>                     |         |
-| **`autoDeleteFailed`**       | <code>boolean</code>                            | Configura se il plugin dovrebbe eliminare automaticamente i bundle non riusciti. Disponibile solo per Android e iOS.                                                                                                                                                                                                                                                                                                                                                                  | <code>true</code>                                  |         |
-| **`autoDeletePrevious`**     | <code>boolean</code>                            | Configura se il plugin dovrebbe eliminare automaticamente i bundle precedenti dopo un aggiornamento riuscito. Disponibile solo per Android e iOS.                                                                                                                                                                                                                                                                                                                                      | <code>true</code>                                  |         |
-| **`autoUpdate`**             | <code>boolean</code>                            | Configura se il plugin dovrebbe utilizzare l'aggiornamento automatico tramite un server di aggiornamento. Disponibile solo per Android e iOS.                                                                                                                                                                                                                                                                                                                                                                     | <code>true</code>                                  |         |
-| **`resetWhenUpdate`**        | <code>boolean</code>                            | Elimina automaticamente i bundle scaricati precedentemente quando viene installato un nuovo bundle di app nativo sul dispositivo. Disponibile solo per Android e iOS.                                                                                                                                                                                                                                                                                                                                   | <code>true</code>                                  |         |
-| **`updateUrl`**              | <code>string</code>                             | Configura l'URL / endpoint a cui vengono inviati i controlli degli aggiornamenti. Disponibile solo per Android e iOS.                                                                                                                                                                                                                                                                                                                                                                                 | <code>https://plugin.capgo.app/updates</code>      |         |
-| **`channelUrl`**             | <code>string</code>                             | Configura l'URL / endpoint per le operazioni del canale. Disponibile solo per Android e iOS.                                                                                                                                                                                                                                                                                                                                                                                          | <code>https://plugin.capgo.app/channel_self</code> |         |
-| **`statsUrl`**               | <code>string</code>                             | Configura l'URL / endpoint a cui vengono inviate le statistiche degli aggiornamenti. Disponibile solo per Android e iOS. Imposta su "" per disabilitare la segnalazione delle statistiche.                                                                                                                                                                                                                                                                                                                                                       | <code>https://plugin.capgo.app/stats</code>        |         |
-| **`publicKey`**              | <code>string</code>                             | Configura la chiave pubblica per la crittografia end to end degli aggiornamenti in tempo reale. Versione 2 Disponibile solo per Android e iOS.                                                                                                                                                                                                                                                                                                                                                                      | <code>undefined</code>                             | 6.2.0   |
-| **`version`**                | <code>string</code>                             | Configura la versione corrente dell'app. Verrà utilizzato per la prima richiesta di aggiornamento. Se non impostato, il plugin otterrà la versione dal codice nativo. Disponibile solo per Android e iOS.                                                                                                                                                                                                                                                                                   | <code>undefined</code>                             | 4.17.48 |
-| **`directUpdate`**           | <code>boolean \| 'always' \| 'atInstall' \| 'onLaunch'</code> | Configura quando il plugin dovrebbe installare direttamente gli aggiornamenti. Solo per la modalità autoUpdate. Funziona bene per app di dimensioni inferiori a 10MB e con caricamenti effettuati utilizzando il flag --partial. Gli zip o le app di dimensioni superiori a 10MB saranno relativamente lenti per gli utenti da aggiornare. - false: Non eseguire mai aggiornamenti diretti (usa il comportamento predefinito: scarica all'inizio, imposta quando in background) - atInstall: Aggiornamento diretto solo quando l'app viene installata, aggiornata dallo store, altrimenti agisci come directUpdate = false - onLaunch: Aggiornamento diretto solo all'installazione dell'app, aggiornamento dallo store o dopo l'eliminazione dell'app, altrimenti agisci come directUpdate = false - always: Aggiornamento diretto in tutti i casi precedenti (app installata, aggiornata dallo store, dopo l'eliminazione dell'app o la ripresa dell'app), non agire mai come directUpdate = false - true: (deprecato) Come "always" per la compatibilità con le versioni precedenti Solo per Android e iOS. | <code>false</code>                                 | 5.1.0   |
-| **`autoSplashscreen`**       | <code>boolean</code>                            | Gestisce automaticamente l'occultamento della splashscreen quando si utilizza directUpdate. Se abilitato, il plugin nasconderà automaticamente la splashscreen dopo l'applicazione degli aggiornamenti o quando non è necessario nessun aggiornamento. Ciò elimina la necessità di ascoltare manualmente gli eventi appReady e chiamare SplashScreen.hide(). Funziona solo quando directUpdate è impostato su "atInstall", "always" o true. Richiede che il plugin @capacitor/splash-screen sia installato e configurato con launchAutoHide: false. Richiede che autoUpdate e directUpdate siano abilitati. Solo per Android e iOS.                      | <code>false</code>                                 | 7.6.0   |
-| **`periodCheckDelay`**       | <code>number</code>                             | Configura il periodo di ritardo per il controllo periodico degli aggiornamenti. L'unità è in secondi. Solo per Android e iOS. Non può essere inferiore a 600 secondi (10 minuti).                                                                                                                                                                                                                                                                                                                     | <code>600 // (10 minuti)</code>                   |         |
-| **`localS3`**                | <code>boolean</code>                            | Configura la CLI per utilizzare un server locale per i test o un server di aggiornamento self-hosted.                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 4.17.48 |
-| **`localHost`**              | <code>string</code>                             | Configura la CLI per utilizzare un server locale per i test o un server di aggiornamento self-hosted.                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 4.17.48 |
-| **`localWebHost`**           | <code>string</code>                             | Configura la CLI per utilizzare un server locale per i test o un server di aggiornamento self-hosted.                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 4.17.48 |
-| **`localSupa`**              | <code>string</code>                             | Configura la CLI per utilizzare un server locale per i test o un server di aggiornamento self-hosted.                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 4.17.48 |
-| **`localSupaAnon`**          | <code>string</code>                             | Configura la CLI per utilizzare un server locale per i test.                                                                                                                                                                                                                                                                                                                                                                                                                              | <code>undefined</code>                             | 4.17.48 |
-| **`localApi`**               | <code>string</code>                             | Configura la CLI per utilizzare un api locale per i test.                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 6.3.3   |
-| **`localApiFiles`**          | <code>string</code>                             | Configura la CLI per utilizzare un api di file locale per i test.                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>undefined</code>                             | 6.3.3   |
-| **`allowModifyUrl`**         | <code>boolean</code>                            | Permette al plugin di modificare dinamicamente updateUrl, statsUrl e channelUrl dal lato JavaScript.                                                                                                                                                                                                                                                                           | <code>false</code>                                 | 5.4.0   |
-| **`defaultChannel`**         | <code>string</code>                             | Imposta il canale predefinito per l'app nella configurazione. Sensibile alle maiuscole. Questa impostazione sovrascriverà il canale predefinito impostato nel cloud, ma rispetterà comunque le sostituzioni effettuate nel cloud.                                                                                                                                                                                                                                                                                      | <code>undefined</code>                             | 5.5.0   |
-| **`appId`**                  | <code>string</code>                             | Configura l'id dell'app per l'app nella configurazione.                                                                                                                                                                                                                                                                                                                                   | <code>undefined</code>                             | 6.0.0   |
-| **`keepUrlPathAfterReload`** | <code>boolean</code>                            | Configura il plugin per mantenere il percorso URL dopo un ricaricamento. AVVERTENZA: Quando viene attivato un ricaricamento, 'window.history' verrà cancellato.                                                                                                                                                                                                                                                                                                                                  | <code>false</code>                                 | 6.8.0   |
-| **`disableJSLogging`**       | <code>boolean</code>                            | Disabilita la registrazione JavaScript del plugin. se true, il plugin non registrerà la console JavaScript. solo il log nativo verrà eseguito                                                                                                                                                                                                                                                                                                                                                                                                                        | <code>false</code>                                 | 7.3.0   |
-| **`shakeMenu`**              | <code>boolean</code>                            | Abilita il gesto di scuotimento per mostrare il menu di aggiornamento per scopi di debug/test                                                                                                                                                                                                                                                                                                                                   | <code>false</code>                                 | 7.5.0   |
-
-## Esempi
-
-In `capacitor.config.json`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000 // (1 secondo),
-      "responseTimeout": 10 // (10 secondi),
-      "autoDeleteFailed": false,
-      "autoDeletePrevious": false,
-      "autoUpdate": false,
-      "resetWhenUpdate": false,
-      "updateUrl": https://example.com/api/auto_update,
-      "channelUrl": https://example.com/api/channel,
-      "statsUrl": https://example.com/api/stats,
-      "publicKey": undefined,
-      "version": undefined,
-      "directUpdate": undefined,
-      "autoSplashscreen": undefined,
-      "periodCheckDelay": undefined,
-      "localS3": undefined,
-      "localHost": undefined,
-      "localWebHost": undefined,
-      "localSupa": undefined,
-      "localSupaAnon": undefined,
-      "localApi": undefined,
-      "localApiFiles": undefined,
-      "allowModifyUrl": undefined,
-      "defaultChannel": undefined,
-      "appId": undefined,
-      "keepUrlPathAfterReload": undefined,
-      "disableJSLogging": undefined,
-      "shakeMenu": undefined
-    }
-  }
-}
-```
-
-In `capacitor.config.ts`:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      appReadyTimeout: 1000 // (1 secondo),
-      responseTimeout: 10 // (10 secondi),
-      autoDeleteFailed: false,
-      autoDeletePrevious: false,
-      autoUpdate: false,
-      resetWhenUpdate: false,
-      updateUrl: https://example.com/api/auto_update,
-      channelUrl: https://example.com/api/channel,
-      statsUrl: https://example.com/api/stats,
-      publicKey: undefined,
-      version: undefined,
-      directUpdate: undefined,
-      autoSplashscreen: undefined,
-      periodCheckDelay: undefined,
-      localS3: undefined,
-      localHost: undefined,
-      localWebHost: undefined,
-      localSupa: undefined,
-      localSupaAnon: undefined,
-      localApi: undefined,
-      localApiFiles: undefined,
-      allowModifyUrl: undefined,
-      defaultChannel: undefined,
-      appId: undefined,
-      keepUrlPathAfterReload: undefined,
-      disableJSLogging: undefined,
-      shakeMenu: undefined,
-    },
-  },
-};
-
-export default config;
-```
-
-</docgen-config>
-
-<docgen-index>
-
-* [`notifyAppReady()`](#notifyappready)
-* [`setUpdateUrl(...)`](#setupdateurl)
-* [`setStatsUrl(...)`](#setstatsurl)
-* [`setChannelUrl(...)`](#setchannelurl)
-* [`download(...)`](#download)
-* [`next(...)`](#next)
-* [`set(...)`](#set)
-* [`delete(...)`](#delete)
-* [`list(...)`](#list)
-* [`reset(...)`](#reset)
-* [`current()`](#current)
-* [`reload()`](#reload)
-* [`setMultiDelay(...)`](#setmultidelay)
-* [`cancelDelay()`](#canceldelay)
-* [`getLatest(...)`](#getlatest)
-* [`setChannel(...)`](#setchannel)
-* [`unsetChannel(...)`](#unsetchannel)
-* [`getChannel()`](#getchannel)
-* [`listChannels()`](#listchannels)
-* [`setCustomId(...)`](#setcustomid)
-* [`getBuiltinVersion()`](#getbuiltinversion)
-* [`getDeviceId()`](#getdeviceid)
-* [`getPluginVersion()`](#getpluginversion)
-* [`isAutoUpdateEnabled()`](#isautoupdateenabled)
-* [`removeAllListeners()`](#removealllisteners)
-* [`addListener('download', ...)`](#addlistenerdownload-)
-* [`addListener('noNeedUpdate', ...)`](#addlistenernoneedupdate-)
-* [`addListener('updateAvailable', ...)`](#addlistenerupdateavailable-)
-* [`addListener('downloadComplete', ...)`](#addlistenerdownloadcomplete-)
-* [`addListener('majorAvailable', ...)`](#addlistenermajoravailable-)
-* [`addListener('updateFailed', ...)`](#addlistenerupdatefailed-)
-* [`addListener('downloadFailed', ...)`](#addlistenerdownloadfailed-)
-* [`addListener('appReloaded', ...)`](#addlistenerappreloaded-)
-* [`addListener('appReady', ...)`](#addlistenerappready-)
-* [`isAutoUpdateAvailable()`](#isautoupdateavailable)
-* [`getNextBundle()`](#getnextbundle)
-* [`setShakeMenu(...)`](#setshakemenu)
-* [`isShakeMenuEnabled()`](#isshakemenuenabled)
-* [Interfacce](#interfacce)
-* [Alias di Tipo](#alias-di-tipo)
-
-</docgen-index>
-
-# Metodi
-
-<docgen-api>
-<!--Aggiorna i commenti JSDoc nel file sorgente e riesegui docgen per aggiornare i documenti sottostanti-->
-
-## notifyAppReady()
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-Notifica a Capacitor Updater che il bundle corrente funziona (un rollback si verificherà se questo metodo non viene chiamato ad ogni avvio dell'app)
-Per impostazione predefinita, questo metodo dovrebbe essere chiamato nei primi 10 secondi dopo l'avvio dell'app, altrimenti si verificherà un rollback.
-Modifica questo comportamento con {@link appReadyTimeout}
-
-**Restituisce:** <code>Promise&lt;<a href="#appreadyresult">AppReadyResult</a>&gt;</code>
-
---------------------
-
-
-## setUpdateUrl(...)
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-Imposta l'updateUrl per l'app, questo verrà utilizzato per verificare gli aggiornamenti.
-
-| Param         | Type                                            | Description                                       |
-| ------------- | ----------------------------------------------- | ------------------------------------------------- |
-| **`options`** | <code><a href="#updateurl">UpdateUrl</a></code> | contiene l'URL da utilizzare per verificare gli aggiornamenti. |
-
-**Since:** 5.4.0
-
---------------------
-
-
-## setStatsUrl(...)
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-Imposta l'statsUrl per l'app, questo verrà utilizzato per inviare le statistiche. Il passaggio di una stringa vuota disabiliterà la raccolta di statistiche.
-
-| Param         | Type                                          | Description                                     |
-| ------------- | --------------------------------------------- | ----------------------------------------------- |
-| **`options`** | <code><a href="#statsurl">StatsUrl</a></code> | contiene l'URL da utilizzare per inviare le statistiche. |
-
-**Since:** 5.4.0
-
---------------------
-
-
-## setChannelUrl(...)
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-Imposta l'channelUrl per l'app, questo verrà utilizzato per impostare il canale.
-
-| Param         | Type                                              | Description                                      |
-| ------------- | ------------------------------------------------- | ------------------------------------------------ |
-| **`options`** | <code><a href="#channelurl">ChannelUrl</a></code> | contiene l'URL da utilizzare per impostare il canale. |
-
-**Since:** 5.4.0
-
---------------------
-
-
-## download(...)
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-Scarica un nuovo bundle dall'URL fornito, dovrebbe essere un file zip, con file dentro o con un id univoco dentro con tutti i tuoi file
-
-| Param         | Type                                                        | Description                                                                                  |
-| ------------- | ----------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#downloadoptions">DownloadOptions</a></code> | Le {@link <a href="#downloadoptions">DownloadOptions</a>} per scaricare un nuovo bundle zip. |
-
-**Restituisce:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-
-## next(...)
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-Imposta il bundle successivo da utilizzare quando l'app viene ricaricata.
-
-| Param         | Type                                          | Description                                                                                                   |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Contiene l'ID del bundle successivo da impostare al prossimo avvio dell'app. {@link <a href="#bundleinfo">BundleInfo.id</a>} |
-
-**Restituisce:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-
-## set(...)
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-Imposta il bundle corrente e ricarica immediatamente l'app.
-
-| Param         | Type                                          | Description                                                                                       |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Un oggetto {@link <a href="#bundleid">BundleId</a>} contenente il nuovo id del bundle da impostare come corrente. |
-
---------------------
-
-
-## delete(...)
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-Elimina il bundle specificato dall'archiviazione nativa dell'app. Usa con {@link list} per ottenere gli ID dei Bundle memorizzati.
-
-| Param         | Type                                          | Description                                                                                                                                   |
-| ------------- | --------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | Un oggetto {@link <a href="#bundleid">BundleId</a>} contenente l'ID di un bundle da eliminare (nota, questo è l'id del bundle, NON il nome della versione) |
-
---------------------
-
-
-## list(...)
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-Ottieni tutti i bundle scaricati localmente nella tua app
-
-| Param         | Type                                                | Description                                                            |
-| ------------- | --------------------------------------------------- | ---------------------------------------------------------------------- |
-| **`options`** | <code><a href="#listoptions">ListOptions</a></code> | Le {@link <a href="#listoptions">ListOptions</a>} per elencare i bundle |
-
-**Restituisce:** <code>Promise&lt;<a href="#bundlelistresult">BundleListResult</a>&gt;</code>
-
---------------------
-
-
-## reset(...)
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-Ripristina l'app al bundle `builtin` (quello inviato a Apple App Store / Google Play Store) o all'ultimo bundle caricato con successo.
-
-| Param         | Type                                                  | Description                                                                                                                                                                      |
-| ------------- | ----------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#resetoptions">ResetOptions</a></code> | Contenente {@link <a href="#resetoptions">ResetOptions.toLastSuccessful</a>}, `true` ripristina il bundle builtin e `false` ripristinerà l'ultimo bundle caricato con successo. |
-
---------------------
-
-
-## current()
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```
-
-Ottieni il bundle corrente, se nessuno è impostato restituisce `builtin`. currentNative è il bundle originale installato sul dispositivo
-
-**Restituisce:** <code>Promise&lt;<a href="#currentbundleresult">CurrentBundleResult</a>&gt;</code>
-
---------------------
-
-
-## reload()
-
-```typescript
-reload() => Promise<void>
-```
-
-Ricarica la vista
-
---------------------
-
-
-## setMultiDelay(...)
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-Imposta un array {@link <a href="#delaycondition">DelayCondition</a>} contenente le condizioni che il Plugin utilizzerà per ritardare l'aggiornamento.
-Dopo che tutte le condizioni sono soddisfatte, il processo di aggiornamento verrà eseguito di nuovo come al solito, quindi l'aggiornamento verrà installato dopo l'inserimento in background o l'interruzione dell'app.
-Per il tipo `date`, il valore dovrebbe essere una stringa di data iso8601.
-Per il tipo `background`, il valore dovrebbe essere un numero in millisecondi.
-Per il tipo `nativeVersion`, il valore dovrebbe essere il numero di versione.
-Per il tipo `kill`, il valore non viene utilizzato.
-La funzione ha un comportamento incoerente, l'opzione kill attiva l'aggiornamento dopo il primo kill e non dopo il successivo background come altre opzioni. Questo verrà corretto in una versione principale futura.
-
-| Param         | Type                                                                  | Description                                                                                                |
-| ------------- | --------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#multidelayconditions">MultiDelayConditions</a></code> | Contenente l'array {@link <a href="#multidelayconditions">MultiDelayConditions</a>} di condizioni da impostare |
-
-**Since:** 4.3.0
-
---------------------
-
-
-## cancelDelay()
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-Annulla un {@link <a href="#delaycondition">DelayCondition</a>} per elaborare un aggiornamento immediatamente.
-
-**Since:** 4.0.0
-
---------------------
-
-
-## getLatest(...)
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-Ottieni il bundle più recente disponibile da update Url
-
-| Param         | Type                                                          |
-| ------------- | ------------------------------------------------------------- |
-| **`options`** | <code><a href="#getlatestoptions">GetLatestOptions</a></code> |
-
-**Restituisce:** <code>Promise&lt;<a href="#latestversion">LatestVersion</a>&gt;</code>
-
-**Since:** 4.0.0
-
---------------------
-
-
-## setChannel(...)
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-Imposta il canale per questo dispositivo. Il canale deve consentire l'autoassegnazione perché questo funzioni.
-Non utilizzare questo metodo per impostare il canale all'avvio.
-Questo metodo serve a impostare il canale dopo che l'app è pronta e l'utente ha interagito.
-Se desideri impostare il canale all'avvio, utilizza {@link PluginsConfig} per impostare il canale predefinito.
-Questo metodo invia al backend Capgo una richiesta per collegare l'ID del dispositivo al canale. Capgo può accettare o rifiutare in base alle impostazioni del tuo canale.
-
-| Param         | Type                                                            | Description                                                                      |
-| ------------- | --------------------------------------------------------------- | -------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setchanneloptions">SetChannelOptions</a></code> | È la {@link <a href="#setchanneloptions">SetChannelOptions</a>} canale da impostare |
-
-**Restituisce:** <code>Promise&lt;<a href="#channelres">ChannelRes</a>&gt;</code>
-
-**Since:** 4.7.0
-
---------------------
-
-
-## unsetChannel(...)
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-Annulla l'impostazione del canale per questo dispositivo. Il dispositivo tornerà quindi al canale predefinito
-
-| Param         | Type                                                                |
-| ------------- | ------------------------------------------------------------------- |
-| **`options`** | <code><a href="#unsetchanneloptions">UnsetChannelOptions</a></code> |
-
-**Since:** 4.7.0
-
---------------------
-
-
-## getChannel()
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-Ottieni il canale per questo dispositivo
-
-**Restituisce:** <code>Promise&lt;<a href="#getchannelres">GetChannelRes</a>&gt;</code>
-
-**Since:** 4.8.0
-
---------------------
-
-
-## listChannels()
-
-```typescript
-listChannels() => Promise<ListChannelsResult>
-```
-
-Elenca tutti i canali disponibili per questo dispositivo che consentono l'autoassegnazione
-
-**Restituisce:** <code>Promise&lt;<a href="#listchannelsresult">ListChannelsResult</a>&gt;</code>
-
-**Since:** 7.5.0
-
---------------------
-
-
-## setCustomId(...)
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```
-
-Imposta un ID personalizzato per questo dispositivo
-
-| Param         | Type                                                              | Description                                                                         |
-| ------------- | ----------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setcustomidoptions">SetCustomIdOptions</a></code> | è l'opzione {@link <a href="#setcustomidoptions">SetCustomIdOptions</a>} customId da impostare |
-
-**Since:** 4.9.0
-
---------------------
-
-
-## getBuiltinVersion()
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-Ottieni la versione dell'app nativa o la versione builtin se impostato nella configurazione
-
-**Restituisce:** <code>Promise&lt;<a href="#builtinversion">BuiltinVersion</a>&gt;</code>
-
-**Since:** 5.2.0
-
---------------------
-
-
-## getDeviceId()
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-Ottieni l'ID univoco utilizzato per identificare il dispositivo (inviato al server di aggiornamento automatico)
-
-**Restituisce:** <code>Promise&lt;<a href="#deviceid">DeviceId</a>&gt;</code>
-
---------------------
-
-
-## getPluginVersion()
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-Ottieni la versione del plugin Capacitor Updater nativo (inviato al server di aggiornamento automatico)
-
-**Restituisce:** <code>Promise&lt;<a href="#pluginversion">PluginVersion</a>&gt;</code>
-
---------------------
-
-
-## isAutoUpdateEnabled()
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-Ottieni lo stato della configurazione dell'aggiornamento automatico.
-
-**Restituisce:** <code>Promise&lt;<a href="#autoupdateenabled">AutoUpdateEnabled</a>&gt;</code>
-
---------------------
-
-
-## removeAllListeners()
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-Rimuovi tutti i listener per questo plugin.
-
-**Since:** 1.0.0
-
---------------------
-
-
-## addListener('download', ...)
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento di download del bundle nell'App. Si attiva una volta che è iniziato il download, durante il download e al termine.
-Questo ti restituirà la percentuale di download durante il download
-
-| Param              | Type                                                                        |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'download'</code>                                                     |
-| **`listenerFunc`** | <code>(state: <a href="#downloadevent">DownloadEvent</a>) =&gt; void</code> |
-
-**Restituisce:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 2.0.11
-
---------------------
-
-
-## addListener('noNeedUpdate', ...)
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento nessun aggiornamento necessario, utile quando vuoi forzare il controllo ogni volta che l'app viene avviata
-
-| Param              | Type                                                                    |
-| ------------------ | ----------------------------------------------------------------------- |
-| **`eventName`**    | <code>'noNeedUpdate'</code>                                             |
-| **`listenerFunc`** | <code>(state: <a href="#noneedevent">NoNeedEvent</a>) =&gt; void</code> |
-
-**Restituisce:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 4.0.0
-
---------------------
-
-
-## addListener('updateAvailable', ...)
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento di aggiornamento disponibile, utile quando desideri forzare il controllo ogni volta che l'app viene avviata
-
-| Param              | Type                                                                                      |
-| ------------------ | ----------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'updateAvailable'</code>                                                            |
-| **`listenerFunc`** | <code>(state: <a href="#updateavailableevent">UpdateAvailableEvent</a>) =&gt; void</code> |
-
-**Restituisce:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 4.0.0
-
---------------------
-
-
-## addListener('downloadComplete', ...)
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta gli eventi downloadComplete.
-
-| Param              | Type                                                                                        |
-| ------------------ | ------------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'downloadComplete'</code>                                                             |
-| **`listenerFunc`** | <code>(state: <a href="#downloadcompleteevent">DownloadCompleteEvent</a>) =&gt; void</code> |
-
-**Restituisce:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 4.0.0
-
---------------------
-
-
-## addListener('majorAvailable', ...)
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento di aggiornamento importante nell'App, ti fa sapere quando l'aggiornamento importante è bloccato dall'impostazione disableAutoUpdateBreaking
-
-| Param              | Type                                                                                    |
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'majorAvailable'</code>                                                           |
-| **`listenerFunc`** | <code>(state: <a href="#majoravailableevent">MajorAvailableEvent</a>) =&gt; void</code> |
-
-**Restituisce:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 2.3.0
-
---------------------
-
-
-## addListener('updateFailed', ...)
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento di aggiornamento non riuscito nell'App, ti fa sapere quando l'aggiornamento non è riuscito a installarsi al prossimo avvio dell'app
-
-| Param              | Type                                                                                |
-| ------------------ | ----------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'updateFailed'</code>                                                         |
-| **`listenerFunc`** | <code>(state: <a href="#updatefailedevent">UpdateFailedEvent</a>) =&gt; void</code> |
-
-**Restituisce:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 2.3.0
-
---------------------
-
-
-## addListener('downloadFailed', ...)
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento di download non riuscito nell'App, ti fa sapere quando il download di un bundle non è riuscito
-
-| Param              | Type                                                                                    |
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'downloadFailed'</code>                                                           |
-| **`listenerFunc`** | <code>(state: <a href="#downloadfailedevent">DownloadFailedEvent</a>) =&gt; void</code> |
-
-**Restituisce:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 4.0.0
-
---------------------
-
-
-## addListener('appReloaded', ...)
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento di ricaricamento nell'App, ti fa sapere quando si è verificato il ricaricamento
-
-| Param              | Type                       |
-| ------------------ | -------------------------- |
-| **`eventName`**    | <code>'appReloaded'</code> |
-| **`listenerFunc`** | <code>() =&gt; void</code> |
-
-**Restituisce:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 4.3.0
-
---------------------
-
-
-## addListener('appReady', ...)
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-Ascolta l'evento app pronto nell'App, ti fa sapere quando l'app è pronta per l'uso
-
-| Param              | Type                                                                        |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'appReady'</code>                                                     |
-| **`listenerFunc`** | <code>(state: <a href="#appreadyevent">AppReadyEvent</a>) =&gt; void</code> |
-
-**Restituisce:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 5.1.0
-
---------------------
-
-
-## isAutoUpdateAvailable()
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-Scopri se l'aggiornamento automatico è disponibile (non disabilitato da serverUrl).
-
-**Restituisce:** <code>Promise&lt;<a href="#autoupdateavailable">AutoUpdateAvailable</a>&gt;</code>
-
---------------------
-
-
-## getNextBundle()
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-Ottieni il bundle successivo che verrà utilizzato quando l'app viene ricaricata.
-Restituisce null se nessun bundle successivo è impostato.
-
-**Restituisce:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a> | null&gt;</code>
-
-**Since:** 6.8.0
-
---------------------
-
-
-## setShakeMenu(...)
-
-```typescript
-setShakeMenu(options: SetShakeMenuOptions) => Promise<void>
-```
-
-Abilita o disabilita il menu di scuotimento per scopi di debug/test
-
-| Param         | Type                                                                | Description                                              |
-| ------------- | ------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | <code><a href="#setshakemenuoptions">SetShakeMenuOptions</a></code> | Contiene il booleano abilitato per abilitare o disabilitare il menu di scuotimento |
-
-**Since:** 7.5.0
-
---------------------
-
-
-## isShakeMenuEnabled()
-
-```typescript
-isShakeMenuEnabled() => Promise<ShakeMenuEnabled>
-```
-
-Ottieni lo stato corrente del menu di scuotimento
-
-**Restituisce:** <code>Promise&lt;<a href="#shakemenuenabled">ShakeMenuEnabled</a>&gt;</code>
-
-**Since:** 7.5.0
-
---------------------
-
-
-## Interfacce
-
-
-### AppReadyResult
-
-| Prop         | Type                                              |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-
-
-### BundleInfo
-
-| Prop             | Type                                                  |
-| ---------------- | ----------------------------------------------------- |
-| **`id`**         | <code>string</code>                                   |
-| **`version`**    | <code>string</code>                                   |
-| **`downloaded`** | <code>string</code>                                   |
-| **`checksum`**   | <code>string</code>                                   |
-| **`status`**     | <code><a href="#bundlestatus">BundleStatus</a></code> |
-
-
-### UpdateUrl
-
-| Prop      | Type                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### StatsUrl
-
-| Prop      | Type                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### ChannelUrl
-
-| Prop      | Type                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### DownloadOptions
-
-Questo URL e le versioni vengono utilizzati per scaricare il bundle dal server. Se utilizzi il backend, tutte le informazioni verranno fornite dal metodo getLatest.
-Se non utilizzi il backend, devi fornire l'URL e la versione del bundle. Checksum e sessionKey sono obbligatori se hai crittografato il bundle con il comando CLI encrypt, dovresti riceverli come risultato del comando.
-
-| Prop             | Type                         | Description                                                                                                                                                      | Default                | Since |
-| ---------------- | ---------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`url`**        | <code>string</code>          | L'URL del file zip bundle (ad esempio: dist.zip) da scaricare. (Questo può essere qualsiasi URL. Ad esempio: Amazon S3, un tag GitHub, qualsiasi altro luogo in cui hai ospitato il tuo bundle.) |                        |       |
-| **`version`**    | <code>string</code>          | Il codice di versione/nome di questo bundle/versione                                                                                                                     |                        |       |
-| **`sessionKey`** | <code>string</code>          | La chiave di sessione per l'aggiornamento, quando il bundle è crittografato con una chiave di sessione                                                                                  | <code>undefined</code> | 4.0.0 |
-| **`checksum`**   | <code>string</code>          | Il checksum per l'aggiornamento, dovrebbe essere in sha256 e crittografato con chiave privata se il bundle è crittografato                                                    | <code>undefined</code> | 4.0.0 |
-| **`manifest`**   | <code>ManifestEntry[]</code> | Il manifesto per i download di più file                                                                                                                            | <code>undefined</code> | 6.1.0 |
-
-
-### ManifestEntry
-
-| Prop               | Type                        |
-| ------------------ | --------------------------- |
-| **`file_name`**    | <code>string \| null</code> |
-| **`file_hash`**    | <code>string \| null</code> |
-| **`download_url`** | <code>string \| null</code> |
-
-
-### BundleId
-
-| Prop     | Type                |
-| -------- | ------------------- |
-| **`id`** | <code>string</code> |
-
-
-### BundleListResult
-
-| Prop          | Type                      |
-| ------------- | ------------------------- |
-| **`bundles`** | <code>BundleInfo[]</code> |
-
-
-### ListOptions
-
-| Prop      | Type                 | Description                                                                                                                                   | Default            | Since  |
-| --------- | -------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- | ------------------ | ------ |
-| **`raw`** | <code>boolean</code> | Se restituire l'elenco dei bundle non elaborato o il manifesto. Se true, l'elenco tenterà di leggere il database interno anziché i file su disco. | <code>false</code> | 6.14.0 |
-
-
-### ResetOptions
-
-| Prop                   | Type                 |
-| ---------------------- | -------------------- |
-| **`toLastSuccessful`** | <code>boolean</code> |
-
-
-### CurrentBundleResult
-
-| Prop         | Type                                              |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-| **`native`** | <code>string</code>                               |
-
-
-### MultiDelayConditions
-
-| Prop                  | Type                          |
-| --------------------- | ----------------------------- |
-| **`delayConditions`** | <code>DelayCondition[]</code> |
-
-
-### DelayCondition
-
-| Prop        | Type                                                      | Description                              |
-| ----------- | --------------------------------------------------------- | ---------------------------------------- |
-| **`kind`**  | <code><a href="#delayuntilnext">DelayUntilNext</a></code> | Imposta le condizioni di ritardo in setMultiDelay |
-| **`value`** | <code>string</code>                                       |                                          |
-
-
-### LatestVersion
-
-| Prop             | Type                         | Description                | Since |
-| ---------------- | ---------------------------- | -------------------------- | ----- |
-| **`version`**    | <code>string</code>          | Risultato del metodo getLatest | 4.0.0 |
-| **`checksum`**   | <code>string</code>          |                            | 6     |
-| **`major`**      | <code>boolean</code>         |                            |       |
-| **`message`**    | <code>string</code>          |                            |       |
-| **`sessionKey`** | <code>string</code>          |                            |       |
-| **`error`**      | <code>string</code>          |                            |       |
-| **`old`**        | <code>string</code>          |                            |       |
-| **`url`**        | <code>string</code>          |                            |       |
-| **`manifest`**   | <code>ManifestEntry[]</code> |                            | 6.1   |
-
-
-### GetLatestOptions
-
-| Prop          | Type                | Description                                                                                     | Default                | Since |
-| ------------- | ------------------- | ----------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`channel`** | <code>string</code> | Il canale per il quale ottenere la versione più recente Il canale deve consentire 'self_assign' per questo | <code>undefined</code> | 6.8.0 |
-
-
-### ChannelRes
-
-| Prop          | Type                | Description                   | Since |
-| ------------- | ------------------- | ----------------------------- | ----- |
-| **`status`**  | <code>string</code> | Stato attuale del canale impostato | 4.7.0 |
-| **`error`**   | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-
-
-### SetChannelOptions
-
-| Prop                    | Type                 |
-| ----------------------- | -------------------- |
-| **`channel`**           | <code>string</code>  |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### UnsetChannelOptions
-
-| Prop                    | Type                 |
-| ----------------------- | -------------------- |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### GetChannelRes
-
-| Prop           | Type                 | Description                   | Since |
-| -------------- | -------------------- | ----------------------------- | ----- |
-| **`channel`**  | <code>string</code>  | Stato attuale del canale ottenuto | 4.8.0 |
-| **`error`**    | <code>string</code>  |                               |       |
-| **`message`**  | <code>string</code>  |                               |       |
-| **`status`**   | <code>string</code>  |                               |       |
-| **`allowSet`** | <code>boolean</code> |                               |       |
-
-
-### ListChannelsResult
-
-| Prop           | Type                       | Description                | Since |
-| -------------- | -------------------------- | -------------------------- | ----- |
-| **`channels`** | <code>ChannelInfo[]</code> | Elenco dei canali disponibili | 7.5.0 |
-
-
-### ChannelInfo
-
-| Prop                 | Type                 | Description                                     | Since |
-| -------------------- | -------------------- | ----------------------------------------------- | ----- |
-| **`id`**             | <code>string</code>  | L'ID del canale                                  | 7.5.0 |
-| **`name`**           | <code>string</code>  | Il nome del canale                                | 7.5.0 |
-| **`public`**         | <code>boolean</code> | Se questo è un canale pubblico                | 7.5.0 |
-| **`allow_self_set`** | <code>boolean</code> | Se i dispositivi possono autoassegnarsi a questo canale | 7.5.0 |
-
-
-### SetCustomIdOptions
-
-| Prop           | Type                |
-| -------------- | ------------------- |
-| **`customId`** | <code>string</code> |
-
-
-### BuiltinVersion
-
-| Prop          | Type                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### DeviceId
-
-| Prop           | Type                |
-| -------------- | ------------------- |
-| **`deviceId`** | <code>string</code> |
-
-
-### PluginVersion
-
-| Prop          | Type                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### AutoUpdateEnabled
-
-| Prop          | Type                 |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### PluginListenerHandle
-
-| Prop         | Type                                      |
-| ------------ | ----------------------------------------- |
-| **`remove`** | <code>() =&gt; Promise&lt;void&gt;</code> |
-
-
-### DownloadEvent
-
-| Prop          | Type                                              | Description                                    | Since |
-| ------------- | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`percent`** | <code>number</code>                               | Stato attuale del download, tra 0 e 100. | 4.0.0 |
-| **`bundle`**  | <code><a href="#bundleinfo">BundleInfo</a></code> |                                                |       |
-
-
-### NoNeedEvent
-
-| Prop         | Type                                              | Description                                    | Since |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Stato attuale del download, tra 0 e 100. | 4.0.0 |
-
-
-### UpdateAvailableEvent
-
-| Prop         | Type                                              | Description                                    | Since |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Stato attuale del download, tra 0 e 100. | 4.0.0 |
-
-
-### DownloadCompleteEvent
-
-| Prop         | Type                                              | Description                          | Since |
-| ------------ | ------------------------------------------------- | ------------------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Emesso quando è disponibile un nuovo aggiornamento. | 4.0.0 |
-
-
-### MajorAvailableEvent
-
-| Prop          | Type                | Description                                | Since |
-| ------------- | ------------------- | ------------------------------------------ | ----- |
-| **`version`** | <code>string</code> | Emesso quando è disponibile un nuovo bundle importante. | 4.0.0 |
-
-
-### UpdateFailedEvent
-
-| Prop         | Type                                              | Description                           | Since |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Emesso quando un aggiornamento non è riuscito a installarsi. | 4.0.0 |
-
-
-### DownloadFailedEvent
-
-| Prop          | Type                | Description                | Since |
-| ------------- | ------------------- | -------------------------- | ----- |
-| **`version`** | <code>string</code> | Emesso quando il download non riesce. | 4.0.0 |
-
-
-### AppReadyEvent
-
-| Prop         | Type                                              | Description                           | Since |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | Emesso quando l'app è pronta per l'uso. | 5.2.0 |
-| **`status`** | <code>string</code>                               |                                       |       |
-
-
-### AutoUpdateAvailable
-
-| Prop            | Type                 |
-| --------------- | -------------------- |
-| **`available`** | <code>boolean</code> |
-
-
-### SetShakeMenuOptions
-
-| Prop          | Type                 |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### ShakeMenuEnabled
-
-| Prop          | Type                 |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-## Alias di Tipo
-
-
-### BundleStatus
-
-pending: Il bundle è in attesa di essere **IMPOSTATO** come bundle successivo.
-downloading: Il bundle è in corso di download.
-success: Il bundle è stato scaricato ed è pronto per essere **IMPOSTATO** come bundle successivo.
-error: Il bundle non ha scaricato.
-
-<code>'success' | 'error' | 'pending' | 'downloading'</code>
-
-
-### DelayUntilNext
-
-<code>'background' | 'kill' | 'nativeVersion' | 'date'</code>
-
-</docgen-api>
diff --git a/src/content/docs/it/docs/plugins/updater/cordova.md b/src/content/docs/it/docs/plugins/updater/cordova.md
deleted file mode 100644
index 4003139a0..000000000
--- a/src/content/docs/it/docs/plugins/updater/cordova.md
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: "Cordova"
-description: "Esplorare la potenziale disponibilità del plugin capacitor-updater per Cordova e le sfide coinvolte nel suo sviluppo."
-sidebar:
-  order: 8
-locale: it
----
-
-Ti sei chiesto se questo plugin sarà mai disponibile per Cordova.
-
-Abbiamo avviato un repository di R&D per questo, ma è una quantità enorme di lavoro.
-
-## Problemi
-
-Sappiamo che possiamo farlo ma per questo, dobbiamo leggere tutto il codice della codebase di Cordova come abbiamo fatto per Capacitor, per capire come farlo funzionare con tutte le funzionalità di Capgo.
-
-La versione Android è più facile da fare poiché entrambi usano Java, ma iOS necessita di una riscrittura completa perché Swift non è ancora ben supportato in Cordova
-
-## Soluzione
-
-Nel frattempo ecco cosa puoi fare:
-
-* [Supportaci](https://github.com/sponsors/cap-go) su GitHub e possiamo dare priorità a questo.
-Questo avrà bisogno di almeno 1 mese di lavoro.
-* Assumici come [Consulenti](https://capgo.app/consulting/), siamo abituati ad aiutare grandi aziende a migrare a Capacitor, solitamente ci vuole un mese, e il [beneficio](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development) è enorme per il tuo team
diff --git a/src/content/docs/it/docs/plugins/updater/debugging.mdx b/src/content/docs/it/docs/plugins/updater/debugging.mdx
deleted file mode 100644
index 43dcce675..000000000
--- a/src/content/docs/it/docs/plugins/updater/debugging.mdx
+++ /dev/null
@@ -1,167 +0,0 @@
----
-title: Debugging
-description: >-
-  Come eseguire il debug degli aggiornamenti di Capgo e comprendere il problema
-  che potresti riscontrare con la tua configurazione
-sidebar:
-  order: 6
-locale: it
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Comprensione dei log cloud:
-
-Se ricevi un codice di rifiuto del cloud e sono necessarie misure correttive concrete, consulta [Problemi comuni di aggiornamento](/docs/plugins/updater/commonproblems/).
-
-### Inviato dal backend| codice | Descrizione |
-| ------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **Ip non valido** | L'utente si trova in un data center Google e l'aggiornamento risale a meno di 4 ore fa. Questo viene fatto per impedire che i dispositivi dei bot Google vengano conteggiati come dispositivi nel tuo account. |
-| **needPlanUpgrade** (in precedenza **needUpgrade**) | Indica che hai raggiunto il limite del tuo piano e che il dispositivo non riceverà aggiornamenti fino all'aggiornamento o fino al mese successivo.                                  |
-| **noNovità** | Il dispositivo ha l'ultima versione disponibile.                                                                                                                                |
-| **disablePlatformIos** | Il dispositivo si trova sulla piattaforma iOS, ma è disabilitata nelle impostazioni del canale.                                                                                            |
-| **disablePlatformAndroid** | Il dispositivo si trova sulla piattaforma Android, ma è disabilitata nelle impostazioni del canale.                                                                                        |
-| **disabilitaaggiornamento automatico** | "maggiore" | "minore" | "numero_versione" | "nessuno" |
-| **disableAutoUpdateUnderNative** | Il dispositivo ha una versione (`1.2.3`) e il canale ha un aggiornamento (`1.2.2`) nella versione del dispositivo da inviare, ma questo è disabilitato nelle impostazioni del canale.                   |
-| **disableDevBuild** | Il dispositivo ha una build di sviluppo, ma è disabilitata nelle impostazioni del canale.                                                                                                   |
-| **disableEmulator** | Il dispositivo è un emulatore, ma è disabilitato nelle impostazioni del canale.                                                                                                    |
-| **impossibileGetBundle** | Impossibile generare un URL firmato valido per il download del pacchetto. Ciò si verifica quando la generazione dell'URL del bundle non riesce o restituisce un URL non valido (che non inizia con http/https) e non è disponibile alcun manifest come fallback.                                                                                          |
-| **impossibile aggiornare tramite canale privato** | Il dispositivo ha tentato di autoassociarsi a un canale privato, ma le impostazioni del canale non consentono l'autoassociazione del dispositivo (`allow_device_self_set` è falso) e il canale non è pubblico.                                                                                    |
-| **canale non configurato correttamente** | Il canale è configurato per disabilitarele si aggiorna automaticamente in base al numero di versione (`disable_auto_update: 'version_number'`), ma il campo `min_update_version` del bundle è nullo, rendendo impossibile determinare quali dispositivi dovrebbero ricevere l'aggiornamento.                                                                                                                 |
-| **disableAutoUpdateMetadata** | L'aggiornamento automatico è disabilitato dai metadati del numero di versione. Il canale richiede che la versione del dispositivo sia almeno `min_update_version`, ma la versione corrente del dispositivo è inferiore a questa soglia.                                                                                                         |
-| **disableAutoUpdateToMajor** | L'impostazione del canale `disable_auto_update: 'major'` impedisce gli aggiornamenti che aumenterebbero il numero della versione principale (ad esempio, bloccando 1.x.x dall'aggiornamento a 2.x.x).                                                                                             |
-| **disableAutoUpdateToMinor** | L'impostazione del canale `disable_auto_update: 'minor'` impedisce gli aggiornamenti che aumenterebbero il numero di versione secondaria (ad esempio, bloccando 1.2.x dall'aggiornamento a 1.3.x).                                                                                             |
-| **disableAutoUpdateToPatch** | L'impostazione del canale `disable_auto_update: 'patch'` impedisce gli aggiornamenti che aumenterebbero il numero di versione della patch o consente solo aggiornamenti a livello di patch all'interno della stessa versione major.minor (ad esempio, 1.2.3 può essere aggiornato a 1.2.4 ma non 1.2.2 o 1.3.0).                                                                                             |
-| **Pacchetto mancante** | Il bundle assegnato a questo canale non ha contenuti scaricabili. Ciò significa che il bundle non ha `external_url`, né `r2_path`, non è una versione integrata e non ci sono voci manifest disponibili per il download.                                                                                                                   |
-| **NoChannelOrOverride** | Per questa app non è configurato alcun canale predefinito e al dispositivo non è assegnato alcun canale specifico. Almeno uno deve essere presente affinché gli aggiornamenti funzionino.                                                                                                     |
-| **tariffa limitata** | La tariffa del dispositivo è stata limitata a causa delle richieste eccessive.                                                                                                        |
-| **chiave non corrispondente** | La chiave pubblica di crittografia del dispositivo non corrisponde alla chiave pubblica utilizzata per crittografare il pacchetto. Ciò accade quando: (1) la chiave pubblica `capacitor.config.json` della tua app è diversa da quella utilizzata durante il caricamento del pacchetto oppure (2) hai ruotato le chiavi di crittografia ma non hai ancora aggiornato tutti i dispositivi. La risposta include sia `deviceKeyId` che `bundleKeyId` (i primi 4 caratteri di ciascuna chiave pubblica) per aiutare a identificare la mancata corrispondenza. Per risolvere questo problema, assicurati che venga utilizzata la stessa coppia di chiavi sia per il caricamento dei bundle (CLI utilizza la chiave privata) sia nell'app (capacitor.config.json contiene la chiave pubblica). |### Inviato dal dispositivo| codice | Descrizione |
-| --------------------- | --------------------------------------------------------------------------------- |
-| **ping** | Azione di test interno utilizzata per verificare che il sistema delle statistiche funzioni correttamente.        |
-| **prendi** | Le informazioni per scaricare la nuova versione sono state inviate al dispositivo.                 |
-| **elimina** | Un pacchetto è stato eliminato dal dispositivo.                                        |
-| **imposta** | Sul dispositivo è stato impostato un pacchetto.                                              |
-| **set_fail** | Impossibile impostare il pacchetto.                                                         |
-| **reimposta** | Il dispositivo è stato reimpostato sul pacchetto `builtin`.                                         |
-| **scarica_XX** | È stato scaricato un nuovo pacchetto: avanzamento indicato dal XX% (incrementi del 10%). |
-| **download_completo** | Il download del nuovo bundle è terminato.                                          |
-| **download_manifest_start** | Il dispositivo ha iniziato a scaricare il manifesto dell'aggiornamento.                             |
-| **download_manifest_complete** | Il dispositivo ha terminato il download del manifesto dell'aggiornamento.                          |
-| **download_zip_start** | Il dispositivo ha iniziato a scaricare l'archivio del bundle.                                   |
-| **download_zip_complete** | Il dispositivo ha terminato il download dell'archivio del bundle.                                 |
-| **download_manifest_file_fail** | Impossibile scaricare una voce manifest; il payload delle statistiche inserisce `version_name` nel modulo `version:fileName` per individuare la risorsa. |
-| **download_manifest_checksum_fail** | Il file manifest non ha superato la convalida del checksum.                           |
-| **download_manifest_brotli_fail** | Impossibile decomprimere il file manifest utilizzando Brotli.                       |
-| **download_fail** | Impossibile scaricare il nuovo bundle.                                                |
-| **update_fail** | Il nuovo bundle è stato installato ma non è stato possibile chiamare `notifyAppReady`.            |
-| **checksum_fail** | Il nuovo bundle non è riuscito a convalidare il checksum. Ciò può verificarsi per diversi motivi: **1) Mancata corrispondenza del tipo di checksum:** l'ultima versione di CLI e dei plugin (versione 5.10.0+, 6.25.0+ o 7+) utilizza checksum SHA256, mentre i plugin più vecchi utilizzavano CRC32. Se vedi un checksum fallire, controlla se il checksum è CRC32 (un hash più breve) anziché SHA256. Questo di solito indica che il pacchetto è stato caricato con una versione precedente di CLI. Verifica la versione del tuo bundle nel dashboard Capgo: i bundle creati a partire dalla versione 5.10.0/6.25.0/7 dovrebbero utilizzare SHA256. Se visualizzi checksum CRC32, assicurati di avere la versione più recente del plug-in installata localmente (CLI controlla la versione del plug-in locale per determinare quale tipo di checksum caricare), quindi aggiorna il tuo CLI e ricarica il pacchetto. **2) Mancata corrispondenza della chiave di crittografia (sulle versioni del plug-in precedenti alla 8.3.0 o 5/6/7.38.0):** Nelle versioni del plug-in precedenti, se la chiave pubblica del dispositivo non corrisponde alla chiave utilizzata per crittografare il pacchetto,la decrittografia fallirà silenziosamente e causerà un errore di checksum. Se utilizzi la crittografia e vedi `checksum_fail`, verifica che la chiave pubblica in `capacitor.config.json` della tua app corrisponda alla chiave privata utilizzata per caricare il pacchetto. L'aggiornamento alla versione del plugin 8.3.0+ (o 5/6/7.38.0+) ti darà invece un errore `keyMismatch` corretto dal server, rendendo questo problema più facile da diagnosticare. |
-| **windows_path_fail** | Lo zip contiene file che contengono percorsi di Windows illegali |
-| **canonical_path_fail** | Il percorso dei file non è canonico |
-| **percorso_directory_fail** | C'è un errore nel percorso dei file zip |
-| **unzip_fail** | decompressione non riuscita |
-| **low_mem_fail** | Download non riuscito a causa della memoria insufficiente nel dispositivo |
-| **app_moved_to_ background** | L'applicazione è entrata nello stato in background.                                   |
-| **app_moved_to_foreground** | L'applicazione è entrata nello stato in primo piano.                                   |
-| **decrypt_fail** | Impossibile decrittografare il pacchetto scaricato.                                          |
-| **getChannel** | È stato interrogato il canale attuale del dispositivo.                                   |
-| **setChannel** | Un canale è stato impostato correttamente per il dispositivo.                                    |
-| **disinstalla** | L'applicazione è stata disinstallata o i dati Capgo sono stati cancellati.                            |
-| **bloccato_da_url_server** | Server.url è presente nella configurazione del condensatore, questo fa sì che Capacitor serva l'URL remoto e ignori i file locali, mentre il nostro programma di aggiornamento è fatto per funzionare con il file locale, Server.url è considerato dai produttori di Capacitor una cattiva pratica in produzione e porterà a molti problemi e il plug-in non funzionerà correttamente.                         |### Stato del pacchetto
-
-* `SUCCESS`: installazione del pacchetto completata
-* `ERROR`: installazione o download non riuscito
-* `PENDING`: download completato, in attesa di rilascio
-* `DELETED`: pacchetto eliminato, ancora presentato per le statistiche
-* `DOWNLOADING`: sto scaricando un pacchetto in corso
-
-## Comprensione dei log del dispositivo:
-
-### Comando di debug:
-
-È disponibile un comando di debug per gli utenti cloud Capgo.
-
-```bash
-npx @capgo/cli@latest app debug
-```
-
-Ciò ti consentirà di controllare tutti gli eventi che si verificano nell'app e trovare una soluzione se gli aggiornamenti non vengono eseguiti.
-
-###IOS
-
-per trovare i tuoi registri su Xcode
-
-<LinkCard
-    title="Ottenere il dispositivo Accedi Xcode"
-    href="https://intercom.help/deploygate/en/articles/4682692-getting-the-device-log-in-xcode"
-/>
-
-### Android:
-
-per trovare i tuoi registri su Android studio
-
-<LinkCard
-    title="Visualizza i log con Logcat"
-    href="https://developer.android.com/studio/debug/am-logcat"
-/>
-
-### Spiegazioni Registri
-
-* `Impossibile scaricare da` **=>** uguale a **download\_fail**
-* `notifyAppReady non è stato chiamato, ripristina il bundle corrente` => come **update\_fail**
-
-## Trovare il pacchetto scaricato sul tuo dispositivo
-
-### iOS
-
-Per eseguire il debug su iOS, devi scaricare l'app sul tuo computer, puoi farlo in questo modo:
-
-Xcode dispone di una funzionalità integrata per ispezionare il file system delle app installate dallo sviluppatore su un dispositivo iOS.
-![Xcode Menu della finestra che mostra l'opzione Dispositivi e simulatori](/ios_debug_update_1.webp)
-
-Per raggiungere questo obiettivo:
-
-* Collega il tuo dispositivo al Mac e seleziona Finestra > Dispositivi nella barra dei menu Xcode.
-* Seleziona il tuo dispositivo nel riquadro di sinistra nella sezione Dispositivi.
-* Verrà visualizzato un elenco delle app installate dallo sviluppatore per quel dispositivo.
-* Seleziona l'app che desideri controllare, quindi seleziona l'icona a 3 punti nella parte inferiore dello schermo.
-* Qui è possibile visualizzare il file system corrente selezionando scaricarne un'istantanea.
-
-![Xcode Pannello Dispositivi che mostra l'opzione di download del contenitore dell'app](/ios_debug_update_2.webp)
-
-Selezionando Scarica contenitore... verrà scaricata ed esportata un'istantanea del file system come file .xcappdata che è possibile sfogliare.
-
-![File xcappdata scaricato con il menu contestuale Mostra contenuto pacchetto](/ios_debug_update_3.webp)
-
-Fare clic con il tasto destro su questo file e selezionare Mostra contenuto pacchetto per aprire la cartella.
-
-Apri la cartella Dati app e ora dovresti vedere alcune cartelle come Documenti, Libreria, tmp, ecc.
-
-![iOS struttura delle cartelle del contenitore dell'app che mostra le cartelle Documenti e Libreria](/ios_debug_update_4.webp)
-
-Quindi troverai una versione in 2 cartelle:
-
-`library/NoCloud/ionic_built_snapshots` è necessario dopo il riavvio dell'app
-
-e `documents/versions` per la ricarica a caldo
-
-### Android
-
-Per eseguire il debug su Android, devi accedere al dispositivo da Android Studio:
-
-* Fare clic su Visualizza > Finestre degli strumenti > Esplora file dispositivo oppure fare clic sul pulsante Esplora file dispositivo nella barra della finestra degli strumenti per aprire Esplora file dispositivo.
-* Seleziona un dispositivo dall'elenco a discesa.
-* Apri il percorso **data/data/APP\_NAME/** dove **APP\_NAME è l'ID della tua app.**
-
-![Android Studio Device File Explorer che mostra la directory dei dati dell'app](/android_debug_update.webp)
-
-Quindi trova la cartella `versions` per vedere tutte le versioni
-
-:::suggerimento[Lo sapevate?]
-Su Android, tutte le versioni sono archiviate in una cartella, a differenza di IOS dove deve essere duplicato in due posizioni.
-:::
-
-## Comprensione dei registri di arresto anomalo della produzione iOS
-
-<LinkCard
-    title="Come esaminare i registri degli arresti anomali della tua app"
-    href="https://developer.apple.com/news/?id=nra79npr"
-/>
diff --git a/src/content/docs/it/docs/plugins/updater/events.mdx b/src/content/docs/it/docs/plugins/updater/events.mdx
deleted file mode 100644
index 475a79d3f..000000000
--- a/src/content/docs/it/docs/plugins/updater/events.mdx
+++ /dev/null
@@ -1,291 +0,0 @@
----
-title: Events
-description: >-
-  Tutti gli eventi che puoi ascoltare nel plug-in Capacitor Updater per
-  monitorare lo stato e l'avanzamento dell'aggiornamento
-sidebar:
-  order: 9
-locale: it
----
-import { Aside, Tabs, TabItem } from '@astrojs/starlight/components';
-
-Il plug-in Capacitor Updater fornisce diversi eventi che puoi ascoltare per monitorare il processo di aggiornamento e rispondere a diversi stati.
-
-## Configurazione del listener di eventi
-
-Per ascoltare gli eventi, utilizzare il metodo `addListener` sull'oggetto `CapacitorUpdater`:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Add a listener
-const listener = await CapacitorUpdater.addListener('eventName', (event) => {
-  // Handle the event
-});
-
-// Remove the listener when no longer needed
-listener.remove();
-
-// Remove all listeners
-await CapacitorUpdater.removeAllListeners();
-```
-
-## Eventi disponibili
-
-### `download`
-
-Attivato durante il processo di download del bundle. Fornisce informazioni sullo stato di avanzamento del download.
-
-```typescript
-CapacitorUpdater.addListener('download', (event) => {
-  console.log(`Download progress: ${event.percent}%`);
-  console.log('Bundle info:', event.bundle);
-});
-```
-
-**Dati evento:**
-- `percent`: numero - Percentuale di avanzamento del download (0-100)
-- `bundle`: BundleInfo: informazioni sul pacchetto in fase di download
-
-<Aside>
-Questo evento si attiva più volte durante il download per segnalare l'avanzamento.
-</Aside>
-
-### `noNeedUpdate`
-
-Attivato quando un controllo degli aggiornamenti determina che non è necessario alcun aggiornamento.
-
-```typescript
-CapacitorUpdater.addListener('noNeedUpdate', (event) => {
-  console.log('App is up to date');
-  console.log('Current bundle:', event.bundle);
-});
-```
-
-**Dati evento:**
-- `bundle`: BundleInfo - Informazioni sul pacchetto corrente
-
-### `updateAvailable`
-
-Attivato quando un nuovo aggiornamento è disponibile per il download.
-
-```typescript
-CapacitorUpdater.addListener('updateAvailable', (event) => {
-  console.log('Update available');
-  console.log('New bundle:', event.bundle);
-  // You can trigger a download here if needed
-});
-```
-
-**Dati evento:**
-- `bundle`: BundleInfo: informazioni sul pacchetto di aggiornamenti disponibile
-
-### `downloadComplete`
-
-Attivato quando il download di un bundle è stato completato correttamente.
-
-```typescript
-CapacitorUpdater.addListener('downloadComplete', (event) => {
-  console.log('Download completed');
-  console.log('Downloaded bundle:', event.bundle);
-  // You might want to set this bundle as next
-});
-```
-
-**Dati evento:**
-- `bundle`: BundleInfo: informazioni sul pacchetto scaricato
-
-### `majorAvailable`
-
-Attivato quando è disponibile un aggiornamento importante ma bloccato dalle impostazioni di aggiornamento automatico.
-
-```typescript
-CapacitorUpdater.addListener('majorAvailable', (event) => {
-  console.log('Major update available:', event.version);
-  // Notify user about major update
-});
-```
-
-**Dati evento:**
-- `version`: string - Il numero di versione dell'aggiornamento principale
-
-<Aside type="tip">
-Gli aggiornamenti principali in genere richiedono la conferma dell'utente o gli aggiornamenti dell'app store. Utilizza questo evento per avvisare gli utenti in modo appropriato.
-</Aside>
-
-### `updateFailed`
-
-Viene attivato quando non è possibile installare un aggiornamento al successivo avvio dell'app.
-
-```typescript
-CapacitorUpdater.addListener('updateFailed', (event) => {
-  console.error('Update failed to install');
-  console.log('Failed bundle:', event.bundle);
-  // Handle rollback or retry logic
-});
-```
-
-**Dati evento:**
-- `bundle`: BundleInfo: informazioni sul pacchetto la cui installazione non è riuscita
-
-### `downloadFailed`
-
-Attivato quando il download di un bundle non è riuscito.
-
-```typescript
-CapacitorUpdater.addListener('downloadFailed', (event) => {
-  console.error('Download failed for version:', event.version);
-  // Handle download retry logic
-});
-```
-
-**Dati evento:**
-- `version`: string - La versione il cui download non è riuscito
-
-### `appReloaded`
-
-Attivato quando l'app è stata ricaricata.
-
-```typescript
-CapacitorUpdater.addListener('appReloaded', () => {
-  console.log('App has been reloaded');
-  // Perform any necessary reinitialization
-});
-```
-
-**Dati evento:** Nessuno
-
-### `appReady`
-
-Attivato quando l'app è pronta per l'uso dopo un aggiornamento.
-
-```typescript
-CapacitorUpdater.addListener('appReady', (event) => {
-  console.log('App is ready');
-  console.log('Current bundle:', event.bundle);
-  console.log('Status:', event.status);
-});
-```
-
-**Dati evento:**
-- `bundle`: BundleInfo - Informazioni sul pacchetto corrente
-- `status`: stringa - Lo stato pronto
-
-<Aside type="caution">
-Ricordarsi di chiamare `notifyAppReady()` entro il timeout configurato (10 secondi predefiniti) per impedire il rollback automatico.
-</Aside>
-
-## Oggetto BundleInfo
-
-Molti eventi includono un oggetto `BundleInfo` con le seguenti proprietà:
-
-```typescript
-interface BundleInfo {
-  id: string;           // Unique bundle identifier
-  version: string;      // Bundle version
-  downloaded: string;   // Download timestamp
-  checksum?: string;    // Bundle checksum (if available)
-  status: BundleStatus; // Bundle status
-}
-```
-
-Dove `BundleStatus` può essere:
-- `'success'` - Pacchetto scaricato con successo
-- `'errore'` - Download/installazione del pacchetto non riuscito
-- `'in sospeso'` - Il pacchetto è in sospeso per essere impostato come successivo
-- `'download in corso'` - Il pacchetto è attualmente in download
-
-## Esempio: flusso di aggiornamento completo
-
-Ecco un esempio di gestione del flusso di aggiornamento completo con eventi:
-
-<Aside type="caution">
-Questa classe `UpdateManager` non include la chiamata `CapacitorUpdater.notifyAppReady()` richiesta per il flusso di aggiornamento automatico.
-Per ulteriori informazioni, consulta la documentazione su [effettuare correttamente la chiamata notifyAppReady](/docs/plugins/updater/auto-update#placing-notifyappready-call-correctly).
-</Aside>
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-export class UpdateManager {
-  private listeners: any[] = [];
-
-  async setupListeners() {
-    // Listen for available updates
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateAvailable', async (event) => {
-        console.log('Update available:', event.bundle.version);
-        // Auto-download the update
-        await CapacitorUpdater.download({ 
-          url: event.bundle.url,
-          version: event.bundle.version 
-        });
-      })
-    );
-
-    // Monitor download progress
-    this.listeners.push(
-      await CapacitorUpdater.addListener('download', (event) => {
-        console.log(`Downloading: ${event.percent}%`);
-        // Update UI progress bar
-        this.updateProgressBar(event.percent);
-      })
-    );
-
-    // Handle download completion
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadComplete', async (event) => {
-        console.log('Download complete:', event.bundle.version);
-        // Set as next bundle
-        await CapacitorUpdater.next({ id: event.bundle.id });
-      })
-    );
-
-    // Handle failures
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadFailed', (event) => {
-        console.error('Download failed:', event.version);
-        this.showError('Update download failed. Please try again later.');
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateFailed', (event) => {
-        console.error('Update installation failed:', event.bundle.version);
-        this.showError('Update installation failed. The app has been rolled back.');
-      })
-    );
-
-    // Handle app ready
-    this.listeners.push(
-      await CapacitorUpdater.addListener('appReady', async (event) => {
-        console.log('App ready with bundle:', event.bundle.version);
-      })
-    );
-  }
-
-  cleanup() {
-    // Remove all listeners when no longer needed
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-
-  private updateProgressBar(percent: number) {
-    // Update your UI progress bar
-  }
-
-  private showError(message: string) {
-    // Show error to user
-  }
-}
-```
-
-## Migliori pratiche1. **Chiama sempre `notifyAppReady()`**: quando utilizzi l'aggiornamento automatico, chiama sempre questo metodo dopo l'inizializzazione dell'app per evitare il rollback.
-
-2. **Gestire gli errori con garbo**: implementare una corretta gestione degli errori per gli errori di download e aggiornamento.
-
-3. **Fornisci feedback agli utenti**: utilizza l'evento di avanzamento del download per mostrare agli utenti l'avanzamento dell'aggiornamento.
-
-4. **Pulisci i listener**: rimuovi i listener di eventi quando non sono più necessari per evitare perdite di memoria.
-
-5. **Testare scenari di aggiornamento**: testare vari scenari di aggiornamento inclusi errori, rollback e aggiornamenti principali.
diff --git a/src/content/docs/it/docs/plugins/updater/getting-started.mdx b/src/content/docs/it/docs/plugins/updater/getting-started.mdx
deleted file mode 100644
index 13ae214e1..000000000
--- a/src/content/docs/it/docs/plugins/updater/getting-started.mdx
+++ /dev/null
@@ -1,327 +0,0 @@
----
-title: Guida Introduttiva
-locale: it
-description: Guida rapida per integrare aggiornamenti live nella tua app Capacitor con il plugin Updater.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installazione
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Avvio Rapido
-
-Per la maggior parte degli utenti, consigliamo di seguire la [guida Quickstart principale](/docs/getting-started/quickstart/) che copre sia l'installazione del plugin che l'integrazione con Capgo cloud.
-
-Questa guida introduttiva si concentra sui dettagli tecnici del plugin per utenti avanzati che vogliono comprendere i meccanismi sottostanti o implementare aggiornamenti self-hosted.
-
-## Panoramica
-
-Il plugin Capacitor Updater consente aggiornamenti over-the-air (OTA) per le tue applicazioni Capacitor. Questo ti permette di inviare aggiornamenti alla tua app senza passare attraverso le revisioni degli app store.
-
-## Come Funziona
-
-1. **Download del Bundle**: Il plugin scarica i bundle di aggiornamento (file ZIP contenenti le tue risorse web)
-2. **Estrazione**: I bundle vengono estratti nella memoria del dispositivo
-3. **Hot Reload**: L'app passa al nuovo bundle senza richiedere un riavvio
-4. **Fallback**: Se un aggiornamento fallisce, l'app torna alla versione precedente funzionante
-
-## Modalità di Utilizzo
-
-### 1. Modalità Auto-Update (Consigliata)
-
-Il modo più semplice per utilizzare il plugin con gestione automatica degli aggiornamenti:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Il plugin gestisce tutto automaticamente
-// Configura in capacitor.config.ts
-```
-
-Aggiungi al tuo `capacitor.config.ts`:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-update-server.com/api/updates'
-    }
-  }
-}
-```
-
-### 2. Modalità Manuale
-
-Per un controllo avanzato sul processo di aggiornamento:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Scarica un aggiornamento
-const bundle = await CapacitorUpdater.download({
-  url: 'https://your-server.com/updates/v1.0.1.zip',
-  version: '1.0.1'
-});
-
-// Imposta il bundle (verrà usato al prossimo avvio dell'app)
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-
-// Oppure ricarica immediatamente
-await CapacitorUpdater.reload();
-```
-
-## Configurazione della Piattaforma
-
-### iOS
-
-Nessuna configurazione aggiuntiva richiesta. Il plugin funziona out of the box.
-
-### Android
-
-Nessuna configurazione aggiuntiva richiesta. Il plugin funziona out of the box.
-
-## Utilizzo di Base dell'API
-
-### Scaricare un Aggiornamento
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-const bundle = await CapacitorUpdater.download({
-  url: 'https://example.com/update.zip',
-  version: '1.0.1'
-});
-
-console.log('Bundle scaricato:', bundle.id);
-```
-
-### Impostare il Bundle Attivo
-
-```typescript
-// Imposta il bundle da utilizzare al prossimo avvio dell'app
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-```
-
-### Ricaricare con Nuovo Bundle
-
-```typescript
-// Ricarica l'app immediatamente con il nuovo bundle
-await CapacitorUpdater.reload();
-```
-
-### Elencare i Bundle
-
-```typescript
-const { bundles } = await CapacitorUpdater.list();
-console.log('Bundle disponibili:', bundles);
-```
-
-### Eliminare un Bundle
-
-```typescript
-await CapacitorUpdater.delete({
-  id: 'bundle-id'
-});
-```
-
-### Ottenere il Bundle Corrente
-
-```typescript
-const { bundle } = await CapacitorUpdater.current();
-console.log('Bundle corrente:', bundle.version);
-```
-
-## Event Listeners
-
-Ascolta gli eventi di aggiornamento:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Ascolta il progresso del download
-CapacitorUpdater.addListener('download', (info) => {
-  console.log('Progresso download:', info.percent);
-});
-
-// Ascolta il completamento del download
-CapacitorUpdater.addListener('downloadComplete', (bundle) => {
-  console.log('Download completato:', bundle.version);
-});
-
-// Ascolta gli errori di aggiornamento
-CapacitorUpdater.addListener('updateFailed', (error) => {
-  console.error('Aggiornamento fallito:', error);
-});
-
-// Ascolta gli aggiornamenti riusciti
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('Aggiornamento disponibile:', info.version);
-});
-```
-
-## Opzioni di Configurazione
-
-Configura il plugin nel tuo `capacitor.config.ts`:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      // Impostazioni auto-update
-      autoUpdate: true,
-      updateUrl: 'https://api.example.com/updates',
-
-      // Comportamento di aggiornamento
-      resetWhenUpdate: true,
-      directUpdate: false,
-
-      // Impostazioni versione
-      version: '1.0.0',
-
-      // Sicurezza
-      allowModifyUrl: false,
-
-      // Raccolta statistiche
-      statsUrl: 'https://api.example.com/stats',
-
-      // Channel (per Capgo cloud)
-      defaultChannel: 'production'
-    }
-  }
-}
-```
-
-## Pattern di Integrazione
-
-### Con Capgo Cloud
-
-Il modo più semplice per iniziare:
-
-```typescript
-// Installa la CLI Capgo
-npm install -g @capgo/cli
-
-// Login a Capgo
-npx @capgo/cli login
-
-// Carica il tuo primo bundle
-npx @capgo/cli bundle upload
-
-// Il plugin si aggiorna automaticamente da Capgo cloud
-```
-
-Vedi la [guida Quickstart principale](/docs/getting-started/quickstart/) per i dettagli.
-
-### Aggiornamenti Self-Hosted
-
-Ospita il tuo server di aggiornamento:
-
-```typescript
-// Configura il tuo endpoint di aggiornamento
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-server.com/api/check-update'
-    }
-  }
-}
-```
-
-Il tuo server dovrebbe rispondere:
-
-```json
-{
-  "version": "1.0.1",
-  "url": "https://your-server.com/updates/1.0.1.zip"
-}
-```
-
-Vedi [Modalità Self-Hosted](/docs/plugins/updater/self-hosted/getting-started/) per i dettagli completi.
-
-### Flusso di Aggiornamento Manuale
-
-Controllo completo sugli aggiornamenti:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-async function checkAndUpdate() {
-  // Controlla gli aggiornamenti dal tuo server
-  const response = await fetch('https://api.example.com/check-update');
-  const { version, url } = await response.json();
-
-  // Scarica l'aggiornamento
-  const bundle = await CapacitorUpdater.download({
-    url,
-    version
-  });
-
-  // Notifica che il bundle è pronto
-  await CapacitorUpdater.notifyAppReady();
-
-  // Imposta come prossima versione
-  await CapacitorUpdater.set({ id: bundle.id });
-
-  // Ricarica quando pronto
-  await CapacitorUpdater.reload();
-}
-```
-
-## Migliori Pratiche
-
-- Chiama sempre `notifyAppReady()` quando la tua app si carica con successo
-- Testa accuratamente gli aggiornamenti prima di inviarli in produzione
-- Implementa una corretta gestione degli errori per i fallimenti di rete
-- Usa i numeri di versione in modo coerente
-- Mantieni piccole le dimensioni dei bundle per download più veloci
-- Monitora i tassi di successo degli aggiornamenti
-
-## Prossimi Passi
-
-- [Riferimento API del Plugin](/docs/plugins/updater/api/) - Documentazione API completa
-- [Impostazioni del Plugin](/docs/plugins/updater/settings/) - Tutte le opzioni di configurazione
-- [Eventi](/docs/plugins/updater/events/) - Eventi di aggiornamento disponibili
-- [Modalità Self-Hosted](/docs/plugins/updater/self-hosted/getting-started/) - Esegui il tuo server di aggiornamento
-- [Sviluppo Locale](/docs/plugins/updater/local-dev/getting-started/) - Testa gli aggiornamenti localmente
-- [Debug](/docs/plugins/updater/debugging/) - Guida alla risoluzione dei problemi
-
-## Supporto
-
-- [Problemi Noti](/docs/plugins/updater/known-issues/) - Problemi comuni e soluzioni
-- [GitHub Discussions](https://github.com/Cap-go/capacitor-updater/discussions) - Supporto della community
-- [Discord](https://discord.gg/VnYRvBfgA6) - Chat in tempo reale
diff --git a/src/content/docs/it/docs/plugins/updater/index.mdx b/src/content/docs/it/docs/plugins/updater/index.mdx
deleted file mode 100644
index b74c25ed0..000000000
--- a/src/content/docs/it/docs/plugins/updater/index.mdx
+++ /dev/null
@@ -1,76 +0,0 @@
----
-title: "@capgo/capacitor-updater"
-locale: it
-description: Plugin Capacitor che alimenta la funzionalità di aggiornamento live di Capgo, abilitando aggiornamenti over-the-air senza interruzioni per le tue app.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: La tecnologia principale che abilita gli aggiornamenti live nelle app Capacitor, permettendoti di inviare aggiornamenti senza approvazioni degli app store.
-  image:
-    file: ~public/icons/plugins/updater.svg
-  actions:
-    - text: Inizia
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-updater/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Aggiornamenti over-the-air" icon="rocket">
-    Invia aggiornamenti istantaneamente senza revisioni degli app store
-  </Card>
-  <Card title="API Avanzata" icon="setting">
-    Controllo completo sul flusso di aggiornamento con metodi API completi
-  </Card>
-  <Card title="Pronto per self-hosting" icon="download">
-    Esegui il tuo server di aggiornamento per il controllo completo
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Controlla la [API del Plugin](/docs/plugins/updater/api/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
-
-## Link Rapidi
-
-<LinkCard
-  title="Documentazione Aggiornamenti Live"
-  description="Scopri i canali, il comportamento degli aggiornamenti, i rollback e altro nella sezione principale Aggiornamenti Live."
-  href="/docs/live-updates/"
-/>
-
-<LinkCard
-  title="Guida Introduttiva"
-  description="Segui la nostra guida quickstart per aggiungere aggiornamenti live alla tua app."
-  href="/docs/getting-started/quickstart/"
-/>
-
-## Documentazione del Plugin
-
-Questo riferimento tecnico copre:
-
-- **[API del Plugin](/docs/plugins/updater/api/)** - Tutti i metodi disponibili e il loro utilizzo
-- **[Impostazioni del Plugin](/docs/plugins/updater/settings/)** - Opzioni di configurazione per capacitor.config
-- **[Problemi Noti](/docs/plugins/updater/known-issues/)** - Problemi comuni e soluzioni
-- **[Debug](/docs/plugins/updater/debugging/)** - Come risolvere i problemi di aggiornamento
-- **[Eventi](/docs/plugins/updater/events/)** - Eventi di aggiornamento disponibili
-- **[Sviluppo Locale](/docs/plugins/updater/local-dev/getting-started/)** - Testa gli aggiornamenti localmente
-- **[Modalità Self-Hosted](/docs/plugins/updater/self-hosted/getting-started/)** - Esegui il tuo server di aggiornamento
-
-## Installazione
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Per la configurazione e l'installazione, vedi la [guida Introduttiva](/docs/getting-started/quickstart/).
diff --git a/src/content/docs/it/docs/plugins/updater/known-issues.mdx b/src/content/docs/it/docs/plugins/updater/known-issues.mdx
deleted file mode 100644
index e8cac6d26..000000000
--- a/src/content/docs/it/docs/plugins/updater/known-issues.mdx
+++ /dev/null
@@ -1,130 +0,0 @@
----
-title: "Problemi noti"
-locale: it
-description: "Problemi noti con Capacitor e Capgo, e il nostro updater, questa pagina ti aiuterà a comprendere lo strano problema che hai con il nostro strumento"
-sidebar:
-  order: 7
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Live reload Ionic
-
-* Quando sviluppi, se utilizzi la funzione di live reload di Ionic dalla CLI, sovrascriverà il plugin, quindi non vedrai mai il tuo aggiornamento.
-
-## Live reload Quasar
-
-* Utilizza lo stesso sistema di ionic sotto il cofano, quindi non vedrai i tuoi aggiornamenti.
-
-## Gli aggiornamenti falliscono
-
-* Questo di solito accade quando vengono inviati aggiornamenti di grandi dimensioni (> 20mb), una grande percentuale di utenti non riceverà l'ultima versione.
-In passato, gli utenti dovevano tenere l'app aperta fino al completamento del download, ora utilizziamo il download in background, ma è ancora limitato a pochi secondi.
-
-## Android
-
-### Impossibile scaricare
-
-Abbiamo visto alcuni problemi con dispositivi in India, e abbiamo fatto provare all'utente diversi server DNS durante una chiamata, e ha funzionato.
-
-Quindi se hai il problema, prova a utilizzare un server DNS diverso come Cloudflare o Google DNS.
-
-Cloudflare: 1.1.1.1 e 1.0.0.1
-
-Google DNS: 8.8.8.8 e 8.8.4.4 o dns.google
-
-<LinkCard
-	title="Come configurare un server DNS preferito su Android?"
-	href="https://www.androidpolice.com/use-preferred-dns-server-android-tutorial/"
-/>
-
-### Self Hosted
-Quando invii un aggiornamento self-hosted, fai attenzione che non puoi utilizzare un endpoint "HTTP" poiché è contro le politiche di sicurezza delle app Android, se vuoi comunque farlo, segui questa guida:
-
-<LinkCard
-	title="Come permettere tutti i tipi di connessione di rete HTTP e HTTPS in Android (9) Pie?"
-	href="https://stackoverflow.com/a/51902630/5511370"
-/>
-
-### Unzip
-
-Problema Unzip: le voci DEFLATED possono avere un descrittore EXT
-
-Se hai compresso il tuo bundle con qualcosa di diverso dalla CLI, il formato del tuo zip potrebbe essere errato, utilizza il comando CLI `npx @capgo/cli zip BUNDLE_FOLDER`.
-
-Questo è un problema noto di Java:
-
-<LinkCard
-	title="Problema Unzip: le voci DEFLATED possono avere un descrittore EXT"
-	href="https://bugs.openjdk.org/browse/JDK-8143613"
-/>
-
-
-### Problema Clearfix
-
-* Se hai problemi con usesCleartextTraffic, è perché il plugin segue le buone pratiche raccomandate da sonar cloud, nel 90% dei casi funzionerà benissimo, ma con alcuni plugin che causa problemi.
-
-Per risolverlo, aggiungi in `android/app/src/main/AndroidManifest.xml` nella chiave `<application>`:
-
-```xml
-tools:replace="android:usesCleartextTraffic"
-xmlns:tools="http://schemas.android.com/tools"
-```
-
-## IOS
-
-### Manifesto della privacy
-
-Aggiungi la chiave del dizionario `NSPrivacyAccessedAPICategoryUserDefaults` al tuo [Manifesto della Privacy](https://capacitorjs.com/docs/ios/privacy-manifest) (solitamente `ios/App/PrivacyInfo.xcprivacy`):
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-  <dict>
-    <key>NSPrivacyAccessedAPITypes</key>
-    <array>
-      <!-- Aggiungi questa voce dict all'array se il file esiste già. -->
-      <dict>
-        <key>NSPrivacyAccessedAPIType</key>
-        <string>NSPrivacyAccessedAPICategoryUserDefaults</string>
-        <key>NSPrivacyAccessedAPITypeReasons</key>
-        <array>
-          <string>CA92.1</string>
-        </array>
-      </dict>
-    </array>
-  </dict>
-</plist>
-```
-
-Consigliamo di dichiarare [`CA92.1`](https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api#4278401) come motivo per accedere all'API [`UserDefaults`](https://developer.apple.com/documentation/foundation/userdefaults).
-
-
-### Permessi di rete
-
-Quando utilizzi un server locale per testare gli aggiornamenti, l'app chiederà i permessi di rete, è un comportamento normale, non è il caso quando utilizzi un server remoto.
-
-
-## Entrambi i SO
-
-Quando si effettuano aggiornamenti in modalità manuale, alcuni eventi non sono facili da catturare, ad esempio l'errore di aggiornamento si attiva appena prima che il tuo codice JS si ricarichi, quindi non sarai in grado di catturarlo.
-
-Un'alternativa è elencare i bundle e controllare le statistiche degli errori per sapere se l'aggiornamento fallisce.
-
-Dobbiamo trovare un modo migliore per gestire questo in futuro, ma non è una priorità, poiché la modalità automatica è il modo consigliato per fare aggiornamenti.
-
-Le PR sono benvenute per aiutarci a migliorare questo.
-
-## CLI
-
-se la tua CLI ha problemi a fare qualsiasi cosa,
-
-Controlla se **appId** e **appName** sono presenti nel tuo **capacitor.config.ts**
-
-Segui la guida della documentazione ufficiale:
-
-<LinkCard
-	title="Configurazione Capacitor"
-	href="https://capacitorjs.com/docs/config"
-/>
diff --git a/src/content/docs/it/docs/plugins/updater/local-dev/capacitor-updater.mdx b/src/content/docs/it/docs/plugins/updater/local-dev/capacitor-updater.mdx
deleted file mode 100644
index 1199eb4b0..000000000
--- a/src/content/docs/it/docs/plugins/updater/local-dev/capacitor-updater.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: "Utilizzo di capacitor updater con capgo self-hosted"
-locale: it
-description: "Come utilizzare capacitor updater con Capgo self-hosted, essere completamente autonomi con la propria istanza di Capgo"
-sidebar:
-    order: 4
----
-
-## Cosa coprirà questo tutorial?
-
-Questo tutorial mostrerà come utilizzare capacitor updater in un ambiente di sviluppo con capgo self-hosted
-
-## Requisiti
-
- 1. [Capgo clonato](https://github.com/Cap-go/capgo)
-
-## Guida Introduttiva
-
-Per utilizzare capacitor updater con capgo self-hosted modifica il `capacitor.config.ts` dalla directory della tua app e impostalo così:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      statsUrl: "https://localhost:54321/functions/v1/stats",
-      channelUrl: "https://localhost:54321/functions/v1/channel_self",
-      updateUrl: "https://localhost:54321/functions/v1/updates"
-    },
-  },
-};
-```
-
-Questo ti permetterà di utilizzare capgo locale in sviluppo. Tuttavia, di default, questo non è sufficiente.
-
-> Di default sia IOS che Android si aspettano che tu utilizzi HTTPS, devi usare uno strumento come Ngrock o localcan per proxyare la tua API in https.
-
-C'è un modo in Android per abilitare la [comunicazione in testo semplice](https://developer.android.com/topic/security/risks/cleartext).
-Questo può essere ottenuto modificando [AndroidManifest.xml](https://github.com/Cap-go/capacitor-updater/blob/main/android/src/main/AndroidManifest.xml) e aggiungendo `android:usesCleartextTraffic="true"` nel tag `application`
-Un esempio completo di questa modifica può essere visto [qui](https://gist.github.com/WcaleNieWolny/061a015acdebe35eaf3afd7030797701)
-
-Potrebbe anche esserci un problema che impedisce all'app android di connettersi. Se non vedi richieste inviate alle edge functions esegui
-```bash
-adb reverse tcp:54321 tcp:54321
-```
diff --git a/src/content/docs/it/docs/plugins/updater/local-dev/cli.mdx b/src/content/docs/it/docs/plugins/updater/local-dev/cli.mdx
deleted file mode 100644
index f96c40d56..000000000
--- a/src/content/docs/it/docs/plugins/updater/local-dev/cli.mdx
+++ /dev/null
@@ -1,34 +0,0 @@
----
-title: "Utilizzo della CLI con capgo self-hosted"
-locale: it
-description: "Questa guida spiega come utilizzare la CLI con un'istanza Capgo self-hosted, permettendoti di utilizzare gli strumenti Capgo sul tuo server invece che sul servizio cloud."
-sidebar:
-    order: 2
----
-
-## Cosa coprirà questo tutorial?
-
-Questo tutorial mostrerà come utilizzare la CLI in un ambiente di sviluppo con capgo self-hosted
-
-## Guida Introduttiva
-
-Per utilizzare la CLI con capgo self-hosted modifica il `capacitor.config.ts` dalla directory della tua app e impostalo così:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      localHost: "http://localhost:5173",
-      localWebHost: "http://localhost:5173",
-      localSupa: "http://localhost:54321",
-      localSupaAnon: "vedi_note",
-    },
-  },
-};
-```
-
-Nota: Per ottenere `localSupaAnon` segui [questo tutorial](/docs/plugin/self-hosted/local-dev/getting-started/) e copia la `anon key` in `localSupaAnon`
diff --git a/src/content/docs/it/docs/plugins/updater/local-dev/contributing.mdx b/src/content/docs/it/docs/plugins/updater/local-dev/contributing.mdx
deleted file mode 100644
index 64e4fe2af..000000000
--- a/src/content/docs/it/docs/plugins/updater/local-dev/contributing.mdx
+++ /dev/null
@@ -1,30 +0,0 @@
----
-title: "Contribuire"
-locale: it
-description: "Una guida dettagliata su come contribuire ai progetti open source di Capgo, inclusi i vantaggi del contribuire, i passi coinvolti nel fare contribuzioni e le risorse disponibili per assistere i contributori nel processo"
-sidebar:
-  order: 2
----
-
-## Perché contribuire?
-
-Prima di tutto, grazie per aver considerato di contribuire ai progetti open source di capgo! Sono persone come te che rendono i progetti open source di capgo strumenti così eccezionali.
-
-Ecco alcuni motivi per cui potresti voler considerare di contribuire:
-
-* Contribuire ai progetti open source di capgo è un ottimo modo per guadagnare denaro dalle [innumerevoli taglie](https://console.algora.io/org/Capgo) offerte dal team di capgo
-* Contribuire ai progetti open source di capgo è un ottimo modo per aggiungere una funzionalità che vorresti vedere
-* Contribuire ai progetti open source di capgo è un ottimo modo per correggere un bug che hai riscontrato
-* [La licenza principale di Capgo](https://github.com/Cap-go/capgo/blob/main/LICENSE) richiede che tu renda open source qualsiasi modifica che apporti ad essa. Contribuendo il tuo codice, puoi mantenere le tue modifiche open source e permettere ad altri di utilizzarle
-
-## Come contribuire
-
- * Prima di tutto, devi fare un fork del repository a cui vuoi contribuire
- * In secondo luogo devi fare commit e push delle tue modifiche a quel repository
- * Infine, devi aprire una pull request
- * Questo è tutto! Ora devi solo aspettare che il team di capgo riveda la tua PR
-
-## Ulteriori documenti da leggere
-
- * [CONTRIBUTING.MD](https://github.com/Cap-go/capgo/blob/main/CONTRIBUTING.md) di Capgo
- * [BOUNTY.md](https://github.com/Cap-go/capgo/blob/main/BOUNTY.md) di Capgo
diff --git a/src/content/docs/it/docs/plugins/updater/local-dev/getting-started.mdx b/src/content/docs/it/docs/plugins/updater/local-dev/getting-started.mdx
deleted file mode 100644
index bce24abfa..000000000
--- a/src/content/docs/it/docs/plugins/updater/local-dev/getting-started.mdx
+++ /dev/null
@@ -1,78 +0,0 @@
----
-title: "Guida Introduttiva"
-locale: it
-description: "Questo tutorial mostrerà come avviare Supabase da zero e avviare le edge functions, per eseguire Capgo autonomamente"
-sidebar:
-    order: 1
----
-
-## Cosa coprirà questo tutorial?
-
-Questo tutorial mostrerà come avviare supabase da zero e avviare le edge functions
-
-## Requisiti
- 1. [capgo](https://github.com/Cap-go/capgo) clonato
- 3. [supabase](https://supabase.com/)
-
-## Guida Introduttiva
-
-Per iniziare esegui
-```bash
-supabase start
-```
-
-Successivamente dovresti vedere qualcosa del genere:
-```js
-Started supabase local development setup.
-
-         API URL: http://localhost:54321
-     GraphQL URL: http://localhost:54321/graphql/v1
-          DB URL: postgresql://postgres:postgres@localhost:54322/postgres
-      Studio URL: http://localhost:54323
-    Inbucket URL: http://localhost:54324
-      JWT secret: [troncato]
-        anon key: supa_key_anon
-service_role key: supa_key_admin
-```
-
-Successivamente apri `configs.json` e imposta i seguenti valori:
-```json
-{
-  "base_domain": {
-    "prod": "console.capgo.app",
-    "development": "development.console.capgo.app",
-    "local": "localhost:3332"
-  },
-  "supa_anon": {
-    "prod": "supa_key_anon",
-    "development": "supa_key_anon",
-    "local": "supa_key_anon"
-  },
-  "supa_url": {
-    "prod": "http://localhost:54321",
-    "development": "http://localhost:54321",
-    "local": "http://localhost:54321"
-  }
-}
-```
-
-dove `supa_key_anon` è il valore del passaggio precedente.
-
-:::danger
-⚠️ Non fare commit di `configs.json` nel repository remoto
-:::
-
-Successivamente, verifica di poter andare su [localhost:54323](http://localhost:54323/projects) e che la tabella `users` appaia così
-
-<figure><img src="/supabase.webp" alt="Dashboard Supabase che mostra la tabella users" /><figcaption></figcaption></figure>
-
-Se è così avvia le edge functions eseguendo:
-
-```bash
-supabase functions serve
-```
-
-e avvia il frontend eseguendo:
-```bash
-bun run serve
-```
diff --git a/src/content/docs/it/docs/plugins/updater/notify-app-ready.mdx b/src/content/docs/it/docs/plugins/updater/notify-app-ready.mdx
deleted file mode 100644
index 4779e6679..000000000
--- a/src/content/docs/it/docs/plugins/updater/notify-app-ready.mdx
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: "Posizionamento corretto della chiamata CapacitorUpdater.notifyAppReady()"
-locale: it
-description: Come posizionare correttamente la chiamata CapacitorUpdater.notifyAppReady() nella tua app per garantire il corretto flusso di auto-aggiornamento.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code } from '@astrojs/starlight/components';
-import { Aside } from '@astrojs/starlight/components';
-import ConditionalQuestionnaire from '@/components/ConditionalQuestionnaire.astro'
-
-Il posizionamento della chiamata `CapacitorUpdater.notifyAppReady()` è cruciale per il corretto flusso di auto-aggiornamento.
-
-
-Se non eseguita correttamente, l'app non sarà in grado di aggiornarsi all'ultima versione. Ogni versione che non chiama `notifyAppReady()` entro 10 secondi verrà contrassegnata come non valida e verrà sostituita dalla versione valida precedente o dalla versione predefinita (incorporata).
-
-
-In questa guida ti mostreremo come posizionare correttamente la chiamata `notifyAppReady()` nella tua app per garantire il corretto flusso di auto-aggiornamento.
-
-### Questionario sul posizionamento della chiamata `notifyAppReady()`
-
-<ConditionalQuestionnaire />
-
-
-<div style="margin-top: 3rem;">
-<Aside type="note">
-Se non riesci a trovare il tuo framework nel questionario, non esitare a chiedere sul nostro [Discord](https://discord.capgo.app).
-</Aside>
-</div>
diff --git a/src/content/docs/it/docs/plugins/updater/self-hosted/auto-update.mdx b/src/content/docs/it/docs/plugins/updater/self-hosted/auto-update.mdx
deleted file mode 100644
index 4a395f650..000000000
--- a/src/content/docs/it/docs/plugins/updater/self-hosted/auto-update.mdx
+++ /dev/null
@@ -1,109 +0,0 @@
----
-title: "Auto Update"
-locale: it
-description: "Come utilizzare l'endpoint di aggiornamento di Capgo con il plugin auto-update in modalità self-hosted, a cosa servono e cosa aspettarsi"
-sidebar:
-  order: 4
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Questa documentazione spiegherà come eseguire il tuo server di auto-aggiornamento.
-
-## Servire il tuo bundle
-Assicurati che il tuo bundle sia servito tramite HTTPS, e che il server abbia gli header CORS corretti per permettere all'app di scaricare l'aggiornamento.
-es. ```https://myserver.com/app/updates/updates.json```
-
-
-Se non hai familiarità con come servire un bundle, ti consigliamo di provare Capgo Cloud o vedere un esempio qui:
-<LinkCard
-	title="Servire un Bundle"
-	href="/docs/self-hosted/auto-update/update-endpoint"
-/>
-
-## Configurazione
-Aggiungi un ``updateUrl`` al tuo ``capacitor.config.json``.
-
-```json
-{
-	"plugins": {
-		"CapacitorUpdater": {
-			"updateUrl": "https://myserver.com/app/updates/updates.json",
-		}
-	}
-}
-```
-:::caution
-Quando invii un aggiornamento self-hosted, fai attenzione che non puoi utilizzare un endpoint "HTTP" poiché è contro le politiche di sicurezza delle app Android, per scopi di test puoi [permetterlo](https://stackoverflow.com/questions/45940861/android-8-cleartext-http-traffic-not-permitted).
-:::
-
-## API di Aggiornamento
-
-Il plugin effettuerà una chiamata POST alla tua API ogni volta che l'app viene aperta, con questo body:
-
-```typescript
-interface AppInfos {
-    "platform": "ios" | "android",
-    "device_id": "UUID_of_device_unique_by_install",
-    "app_id": "APPID_FROM_CAPACITOR_CONFIG",
-    "custom_id": "your_custom_id_set_on_runtime",
-    "plugin_version": "PLUGIN_VERSION",
-    "version_build": "VERSION_NUMBER_FROM_NATIVE_CODE",
-    "version_code": "VERSION_CODE_FROM_NATIVE_CODE",
-    "version_name": "LAST_DOWNLOADER_VERSION" | "builtin"
-    "version_os": "VERSION_OF_SYSTEM_OS",
-    "is_emulator": boolean,
-    "is_prod": boolean,
-}
-```
-
-L'API del server dovrebbe rispondere, in JSON, al plugin capacitor-updater. Con questi dati se è necessario un aggiornamento:
-
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"checksum": "sha256_checksum_of_bundle"
-}
-```
-
-In modalità Auto-update il server dovrebbe confrontare le versioni e restituire quella giusta, se la chiave URL è presente, il plugin avvia il processo di download.
-
-Se aggiungi le chiavi "message" ed "error", la versione non verrà impostata e il messaggio verrà visualizzato nei log invece.
-
-La chiave `version` dovrebbe essere in formato [`semver`](https://semver.org/).
-
-Lo zip dovrebbe avere `index.html` come file nella root, o solo una cartella nella root con `index.html` al suo interno.
-
-
-Puoi usare il comando della CLI per zippare il tuo bundle:
-
-```bash title="Crea un bundle con i tuoi file da servire dal tuo server"
-npx @capgo/cli bundle zip --path [/path/to/my/bundle]
-```
-
-## Generazione del Checksum del Bundle
-
-**Importante:** Devi usare la CLI Capgo per creare il tuo file zip del bundle. Il plugin Capgo richiede un formato e una struttura zip specifici che sono garantiti solo quando si utilizza lo strumento CLI ufficiale. Le utility zip standard potrebbero creare archivi incompatibili.
-
-Per generare il checksum per il tuo bundle, usa il comando zip della CLI Capgo con il flag `--json`:
-
-```bash title="Crea bundle con informazioni checksum"
-npx @capgo/cli bundle zip [appId] --json
-```
-
-Questo comando:
-- Creerà un file zip formattato correttamente compatibile con il plugin Capgo
-- Genererà il checksum SHA256 per la verifica dell'integrità
-- Produrrà informazioni sul bundle in formato JSON
-
-Esempio di output:
-```json
-{
-  "version": "1.2.3",
-  "checksum": "a1b2c3d4e5f6789...",
-  "size": 1234567
-}
-```
-
-Usa il valore `checksum` da questo output nella risposta della tua API per assicurarti che il plugin possa verificare l'integrità del bundle prima dell'installazione.
diff --git a/src/content/docs/it/docs/plugins/updater/self-hosted/encrypted-bundles.mdx b/src/content/docs/it/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
deleted file mode 100644
index 4c7d53a89..000000000
--- a/src/content/docs/it/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
+++ /dev/null
@@ -1,60 +0,0 @@
----
-title: "Bundle Crittografati"
-locale: it
-description: "Una guida completa sull'utilizzo del plugin di aggiornamento manuale in un ambiente self-hosted, dettagliando i passaggi e i processi coinvolti nella gestione dei bundle crittografati per aggiornamenti sicuri ed efficienti."
-sidebar:
-  order: 5
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Crittografia End-to-End
-
-A partire dalla versione 4.15.0 il plugin ti permette di inviare aggiornamenti crittografati.
-
-### Passaggio 1: Crea una chiave privata
-```bash title='Crea una chiave privata'
-npx @capgo/cli key create
-```
-
-### Passaggio 2: Crea e zippa il tuo bundle
-```bash title="Crea bundle zip con checksum"
-npx @capgo/cli bundle zip [appId] --key-v2 --json
-```
-
-Il flag `--key-v2` utilizza il nuovo sistema di crittografia con migliori checksum, e il flag `--json` produrrà le informazioni del bundle incluso il checksum che ti servirà per la crittografia.
-
-### Passaggio 3: Cripta il tuo bundle
-```bash title="Cripta zip del bundle con checksum"
-npx @capgo/cli encrypt [path/to/zip] [checksum]
-```
-
-Il parametro `checksum` è il checksum SHA256 generato dal comando zip nel passaggio 2. Il comando encrypt restituirà un `ivSessionKey` e genererà un checksum crittografato. Ricorda di rinominare la chiave `ivSessionKey` come `session_key` nel payload di aggiornamento.
-
-### Passaggio 4: Usa nel tuo payload di aggiornamento
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"session_key": "encrypted_session_key",
-"checksum": "encrypted_checksum_from_encrypt_command"
-}
-```
-
-La `session_key` è l'`ivSessionKey` restituito dal comando encrypt, e il `checksum` è il checksum crittografato generato durante la crittografia (non il checksum originale dal comando zip).
-
-Quindi la tua app sarà in grado di utilizzare la chiave privata per decrittare la `session_key` e utilizzare la `session_key` decrittata per decrittare l'aggiornamento. Il checksum crittografato assicura la verifica dell'integrità del bundle.
-
-## Per Saperne di Più
-
-<CardGrid>
-<LinkCard
-	title="Guida alla Crittografia End-to-End"
-	href="https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/"
-	description="Approfondimento su come funziona il sistema di crittografia di Capgo con crittografia RSA + AES"
-/>
-<LinkCard
-	title="Aggiornamenti Live Self-Hosted"
-	href="https://capgo.app/blog/self-hosted-live-updates/"
-	description="Flusso di lavoro completo per configurare aggiornamenti self-hosted"
-/>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/updater/self-hosted/getting-started.mdx b/src/content/docs/it/docs/plugins/updater/self-hosted/getting-started.mdx
deleted file mode 100644
index 6aaa68c23..000000000
--- a/src/content/docs/it/docs/plugins/updater/self-hosted/getting-started.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: "Guida Introduttiva"
-locale: it
-description: "Una guida completa sulla configurazione e gestione del tuo server di auto-aggiornamento per aggiornamenti e manutenzione dell'applicazione senza interruzioni"
-sidebar:
-    order: 1
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-Questa documentazione spiegherà come eseguire il tuo server di auto-aggiornamento.
-
-## Introduzione
-
-Se trovi questo lavoro utile, considera di supportare il mio lavoro diventando uno [sponsor Github](https://github.com/sponsors/riderx).
-
-Ho fatto una scommessa di rendere open-source tutto il codice che ho costruito qui invece di metterlo dietro un paywall. Aprendolo invece di combattere e nascondere, credo che possiamo rendere il mondo un posto migliore.
-
-Inoltre, voglio concentrarmi sugli strumenti Capgo, e renderlo un business aperto e trasparente.
-
-Ma per renderlo possibile, è necessario che tutti noi facciamo la nostra parte, incluso tu 🥹.
-
-Se Capgo non fa per te, allora paga il tuo prezzo e [sostieni un Maker bootstrap](https://github.com/sponsors/riderx) alle tue condizioni.
-
-<LinkCard title="Considera di Contribuire" href="/docs/plugin/self-hosted/contributing/"/>
-## Parità di funzionalità
-
-Se scegli di andare con il tuo server, perderai il flusso di configurazione di 5 minuti.\
-Devi implementare tutte queste funzionalità da solo.
-
-
-| Funzionalità                     | Capgo | Self hosted |
-| -------------------------------- | ----- | ----------- |
-| Aggiornamenti                    | ✅     | 🚧         |
-| Auto revert                      | ✅     | 🚧         |
-| Avvisi email su fallimento       | ✅     | 🚧         |
-| Canali                           | ✅     | 🚧         |
-| Override Canali                  | ✅     | 🚧         |
-| Override Dispositivo             | ✅     | 🚧         |
-| Impostazioni Canali              | ✅     | 🚧         |
-| Impostazioni Dispositivo         | ✅     | 🚧         |
-| ID Personalizzato                | ✅     | 🚧         |
-| Auto Set Canali                  | ✅     | 🚧         |
-| API Canali                       | ✅     | 🚧         |
-| Statistiche Aggiornamenti        | ✅     | 🚧         |
-| Statistiche Fallimenti Download  | ✅     | 🚧         |
-| Statistiche Utilizzo App         | ✅     | 🚧         |
-| Crittografia Aggiornamenti       | ✅     | 🚧         |
-| Aggiornamenti differenziali      | ✅     | ❌         |
-
-:::danger
-Se invii un aggiornamento errato ai tuoi utenti puoi e romperai la loro app.
-:::
-
-> Tieni presente che non puoi usare Capgo cloud e il tuo server allo stesso tempo.
-
-
-
-:::danger
-La funzionalità di aggiornamento Over-the-Air (OTA) è applicabile solo per le modifiche apportate ai file HTML, CSS e JavaScript.
-
-Se apporti modifiche al codice nativo, come aggiornamenti ai plugin Capacitor, è obbligatorio inviare nuovamente l'applicazione all'app store per l'approvazione.
-:::
-
-## Scegli tra Auto e Manuale
-In modalità auto, parte della logica è gestita dal codice Nativo, gli aggiornamenti sono decisi lato server, questo è più sicuro e permette aggiornamenti a grana fine, distribuzione parziale a un dispositivo o gruppo e altro ancora.
-
-In modalità manuale, tutta la logica è gestita dal JS.
-
-
-
-<LinkCard
-	title="Auto Update"
-	href="/docs/plugin/self-hosted/auto-update/"
-/>
-
-<LinkCard
-	title="Manuale"
-	href="/docs/plugin/self-hosted/manual-update/"
-/>
-
-## Installa Capacitor updater
-
-```bash title="Installa Capacitor updater"
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-## Prepara il tuo bundle
-
-Per inviare aggiornamenti alla tua app, devi zipparla.
-Il modo migliore per essere certi che il tuo zip sia corretto è usare la CLI Capgo per zippare.
-```bash title="Crea un bundle con i tuoi file da servire dal tuo server"
-npx @capgo/cli@latest bundle zip
-```
-
-
-Dovrai servire questo zip dal tuo server autonomamente.
-
-<LinkCard
-	title="Auto Update"
-	href="/docs/plugin/self-hosted/auto-update/"
-/>
-
-<LinkCard
-	title="Manuale"
-	href="/docs/plugin/self-hosted/manual-update/"
-/>
-
-
-:::note
-Se questo sembra molto lavoro, prova la trial di Capgo Cloud.
-:::
-
-:::note
-Gli aggiornamenti differenziali non funzioneranno negli aggiornamenti manuali, ma possono funzionare negli aggiornamenti automatici, al momento non è documentato poiché è un processo piuttosto complesso
-:::
diff --git a/src/content/docs/it/docs/plugins/updater/self-hosted/handling-channels.mdx b/src/content/docs/it/docs/plugins/updater/self-hosted/handling-channels.mdx
deleted file mode 100644
index 51af9b27b..000000000
--- a/src/content/docs/it/docs/plugins/updater/self-hosted/handling-channels.mdx
+++ /dev/null
@@ -1,516 +0,0 @@
----
-title: Endpoint canale API
-description: >-
-  Come creare endpoint di gestione del canale per Capgo self-hosted per gestire
-  le assegnazioni dei canali del dispositivo e le query sui canali
-sidebar:
-  order: 8
-locale: it
----
-I canali sono un meccanismo fondamentale per la gestione degli aggiornamenti delle app in Capgo. Nella modalità self-hosted, è necessario implementare gli endpoint del canale per gestire le assegnazioni dei dispositivi, le query del canale e le operazioni di gestione del canale.
-
-## Comprendere i canali
-
-I canali ti consentono di:
-- **Controlla la distribuzione degli aggiornamenti**: assegna diverse versioni dell'app a diversi gruppi di utenti
-- **Test A/B**: prova nuove funzionalità con segmenti di utenti specifici  
-- **Implementazioni graduali**: distribuisci gradualmente gli aggiornamenti per ridurre al minimo i rischi
-- **Separazione dell'ambiente**: aggiornamenti separati di sviluppo, gestione temporanea e produzione
-
-##Configurazione
-
-Configura l'URL dell'endpoint del canale nel tuo `capacitor.config.json`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://myserver.com/api/channel_self"
-    }
-  }
-}
-```
-
-## Operazioni sul canale
-
-Il plugin esegue diverse operazioni di canale che il tuo endpoint deve gestire:
-
-### 1. Elenco canali compatibili (richiesta GET)
-
-Quando il plugin chiama `listChannels()`, invia una richiesta GET per recuperare tutti i canali compatibili con il dispositivo. Ciò restituisce i canali che corrispondono all'ambiente del dispositivo (sviluppo/produzione, emulatore/dispositivo reale) e consentono l'accesso pubblico o l'autoassegnazione.
-
-#### Richiedi formato
-```typescript
-// GET /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Query parameters:
-interface ListChannelsRequest {
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  is_emulator: boolean
-  is_prod: boolean
-  key_id?: string
-}
-```
-
-#### Formato della risposta
-```json
-[
-  {
-    "id": 1,
-    "name": "production",
-    "public": true,
-    "allow_self_set": false
-  },
-  {
-    "id": 2,
-    "name": "beta",
-    "public": false,
-    "allow_self_set": true
-  }
-]
-```
-
-#### Comprendere i tipi di canale
-
-La risposta include due flag importanti per ciascun canale:
-
-- **`public: true`**: questo è un **canale predefinito**. I dispositivi non possono autoassegnarsi utilizzando `setChannel()`. Invece, se un dispositivo rimuove l'assegnazione del canale (utilizzando `unsetChannel()`), riceverà automaticamente gli aggiornamenti da questo canale pubblico se corrisponde alle condizioni del dispositivo.
-
-- **`allow_self_set: true`**: questo è un **canale autoassegnabile**. I dispositivi possono assegnarsi esplicitamente a questo canale utilizzando `setChannel()`. Ciò è utile per il beta testing, il test A/B o per consentire agli utenti di aderire a specifici percorsi di aggiornamento.
-
-:::note
-Un canale può essere `public` O `allow_self_set`, ma in genere non entrambi. I canali pubblici fungono da fallback predefinito, mentre i canali autoassegnabili richiedono un consenso esplicito.
-:::
-
-### 2. Ottieni canale (richiesta PUT)
-
-Quando il plug-in chiama `getChannel()`, invia una richiesta PUT per recuperare l'assegnazione corrente del canale del dispositivo.
-
-#### Richiedi formato
-```typescript
-// PUT /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Body:
-interface GetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-  defaultChannel?: string
-  channel?: string  // For newer plugin versions, contains local channel override
-}
-```
-
-#### Formato della risposta
-```json
-{
-  "status": "ok",
-  "channel": "production",
-  "allowSet": true,
-  "message": "",
-  "error": ""
-}
-```
-
-### 3. Imposta canale (richiesta POST)
-
-Quando il plugin chiama `setChannel()`, invia una richiesta POST per assegnare il dispositivo a un canale specifico.
-
-#### Richiedi formato
-```typescript
-// POST /api/channel_self
-interface SetChannelRequest {
-  device_id: string
-  app_id: string
-  channel: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-}
-```
-
-#### Formato della risposta
-```json
-{
-  "status": "ok",
-  "message": "Device assigned to channel successfully",
-  "error": ""
-}
-```
-
-#### Casi di errore
-
-Quando un dispositivo tenta di assegnarsi a un **canale pubblico** (uno con `public: true`), l'endpoint dovrebbe restituire un errore:
-
-```json
-{
-  "status": "error",
-  "error": "public_channel_self_set_not_allowed",
-  "message": "This channel is public and does not allow device self-assignment. Unset the channel and the device will automatically use the public channel."
-}
-```
-
-Quando un dispositivo tenta di assegnarsi a un canale che non consente l'autoassegnazione:
-
-```json
-{
-  "status": "error",
-  "error": "channel_self_set_not_allowed",
-  "message": "This channel does not allow devices to self associate"
-}
-```
-
-### 4. Cancella canale (richiesta ELIMINA)
-
-Quando il plug-in chiama `unsetChannel()`, invia una richiesta DELETE per rimuovere l'assegnazione del canale del dispositivo.
-
-#### Richiedi formato
-```typescript
-// DELETE /api/channel_self
-interface UnsetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-```
-
-## Esempio di implementazione
-
-Ecco un esempio JavaScript di come implementare l'endpoint del canale:
-
-```typescript
-interface ChannelRequest {
-  device_id: string
-  app_id: string
-  channel?: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-
-interface ChannelResponse {
-  status: "ok" | "error"
-  channel?: string
-  allowSet?: boolean
-  message?: string
-  error?: string
-}
-
-export const handler = async (event) => {
-  const method = event.httpMethod || event.method
-  const body = JSON.parse(event.body || '{}') as ChannelRequest
-  
-  const { device_id, app_id, channel, platform } = body
-
-  try {
-    switch (method) {
-      case 'GET':
-        return await getDeviceChannel(device_id, app_id)
-        
-      case 'POST':
-        return await setDeviceChannel(device_id, app_id, channel!, platform)
-        
-      case 'DELETE':
-        return await unsetDeviceChannel(device_id, app_id)
-        
-      default:
-        return {
-          status: "error",
-          error: "Method not allowed"
-        }
-    }
-  } catch (error) {
-    return {
-      status: "error",
-      error: error.message
-    }
-  }
-}
-
-async function getDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Query your database for device channel assignment
-  const assignment = await database.getDeviceChannel(deviceId, appId)
-  
-  if (assignment) {
-    return {
-      status: "ok",
-      channel: assignment.channel,
-      allowSet: assignment.allowSelfAssign
-    }
-  }
-  
-  // Return default channel if no assignment found
-  return {
-    status: "ok",
-    channel: "production", // Your default channel
-    allowSet: true
-  }
-}
-
-async function setDeviceChannel(
-  deviceId: string, 
-  appId: string, 
-  channel: string, 
-  platform: string
-): Promise<ChannelResponse> {
-  // Validate channel exists and allows self-assignment
-  const channelConfig = await database.getChannelConfig(channel, appId)
-  
-  if (!channelConfig) {
-    return {
-      status: "error",
-      error: "Channel not found"
-    }
-  }
-  
-  if (!channelConfig.allowDeviceSelfSet) {
-    return {
-      status: "error",
-      error: "Channel does not allow self-assignment"
-    }
-  }
-  
-  // Check platform restrictions
-  if (platform === "ios" && !channelConfig.ios) {
-    return {
-      status: "error", 
-      error: "Channel not available for iOS"
-    }
-  }
-  
-  if (platform === "android" && !channelConfig.android) {
-    return {
-      status: "error", 
-      error: "Channel not available for Android" 
-    }
-  }
-  
-  if (platform === "electron" && !channelConfig.electron) {
-    return {
-      status: "error", 
-      error: "Channel not available for Electron" 
-    }
-  }
-  
-  // Save the assignment
-  await database.setDeviceChannel(deviceId, appId, channel)
-  
-  return {
-    status: "ok",
-    message: "Device assigned to channel successfully"
-  }
-}
-
-async function unsetDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Remove device channel assignment
-  await database.removeDeviceChannel(deviceId, appId)
-  
-  return {
-    status: "ok",
-    message: "Device channel assignment removed"
-  }
-}
-```
-
-## Configurazione del canale
-
-Il tuo sistema di canali dovrebbe supportare queste opzioni di configurazione:
-
-```typescript
-interface ChannelConfig {
-  name: string
-  appId: string
-
-  // Platform targeting
-  ios: boolean              // Allow updates to iOS devices
-  android: boolean          // Allow updates to Android devices
-  electron: boolean         // Allow updates to Electron apps
-
-  // Device type restrictions
-  allow_emulator: boolean   // Allow updates on emulator/simulator devices
-  allow_device: boolean     // Allow updates on real/physical devices
-
-  // Build type restrictions
-  allow_dev: boolean        // Allow updates on development builds (is_prod=false)
-  allow_prod: boolean       // Allow updates on production builds (is_prod=true)
-
-  // Channel assignment
-  public: boolean           // Default channel - devices fall back to this when no override
-  allowDeviceSelfSet: boolean  // Allow devices to self-assign via setChannel()
-
-  // Update policies
-  disableAutoUpdate: "major" | "minor" | "version_number" | "none"
-  disableAutoUpdateUnderNative: boolean
-}
-```
-
-### Logica di filtraggio del dispositivoQuando si elencano i canali compatibili (richiesta GET), è necessario filtrare i canali in base a queste condizioni:
-
-1. **Controllo della piattaforma**: il canale deve consentire la piattaforma del dispositivo (`ios`, `android` o `electron`)
-2. **Verifica del tipo di dispositivo**:
-   - Se `is_emulator=true`: il canale deve avere `allow_emulator=true`
-   - Se `is_emulator=false`: il canale deve avere `allow_device=true`
-3. **Verifica del tipo di costruzione**:
-   - Se `is_prod=true`: il canale deve avere `allow_prod=true`
-   - Se `is_prod=false`: il canale deve avere `allow_dev=true`
-4. **Controllo visibilità**: il canale deve essere `public=true` O `allow_device_self_set=true`
-
-```typescript
-// Example filtering logic
-function getCompatibleChannels(
-  platform: 'ios' | 'android' | 'electron',
-  isEmulator: boolean,
-  isProd: boolean,
-  channels: ChannelConfig[]
-): ChannelConfig[] {
-  return channels.filter(channel => {
-    // Platform check
-    if (!channel[platform]) return false
-
-    // Device type check
-    if (isEmulator && !channel.allow_emulator) return false
-    if (!isEmulator && !channel.allow_device) return false
-
-    // Build type check
-    if (isProd && !channel.allow_prod) return false
-    if (!isProd && !channel.allow_dev) return false
-
-    // Must be accessible (public or self-assignable)
-    if (!channel.public && !channel.allowDeviceSelfSet) return false
-
-    return true
-  })
-}
-```
-
-## Esempio di schema di database
-
-Dovrai memorizzare le configurazioni dei canali e le assegnazioni dei dispositivi:
-
-```sql
--- Channels table
-CREATE TABLE channels (
-  id SERIAL PRIMARY KEY,
-  name VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-
-  -- Platform targeting
-  ios BOOLEAN DEFAULT true,
-  android BOOLEAN DEFAULT true,
-  electron BOOLEAN DEFAULT true,
-
-  -- Device type restrictions
-  allow_emulator BOOLEAN DEFAULT true,   -- Allow emulator/simulator devices
-  allow_device BOOLEAN DEFAULT true,     -- Allow real/physical devices
-
-  -- Build type restrictions
-  allow_dev BOOLEAN DEFAULT true,        -- Allow development builds
-  allow_prod BOOLEAN DEFAULT true,       -- Allow production builds
-
-  -- Channel assignment
-  public BOOLEAN DEFAULT false,          -- Default channel (fallback)
-  allow_device_self_set BOOLEAN DEFAULT false,  -- Allow self-assignment
-
-  -- Update policies
-  disable_auto_update VARCHAR(50) DEFAULT 'none',
-  disable_auto_update_under_native BOOLEAN DEFAULT false,
-
-  created_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(name, app_id)
-);
-
--- Device channel assignments table
-CREATE TABLE device_channels (
-  id SERIAL PRIMARY KEY,
-  device_id VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-  channel_name VARCHAR(255) NOT NULL,
-  assigned_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(device_id, app_id)
-);
-```
-
-## Gestione degli errori
-
-Gestire scenari di errore comuni:
-
-```typescript
-// Channel not found
-{
-  "status": "error",
-  "error": "Channel 'beta' not found"
-}
-
-// Self-assignment not allowed
-{
-  "status": "error", 
-  "error": "Channel does not allow device self-assignment"
-}
-
-// Platform not supported
-{
-  "status": "error",
-  "error": "Channel not available for this platform"
-}
-
-// Invalid request
-{
-  "status": "error",
-  "error": "Missing required field: device_id"
-}
-```
-
-## Migliori pratiche
-
-1. **Sicurezza**: convalida tutte le assegnazioni dei canali rispetto alle regole aziendali
-2. **Logging**: registra tutte le operazioni del canale per il controllo e il debug
-3. **Prestazioni**: memorizza nella cache le configurazioni dei canali per ridurre le query del database
-4. **Convalida**: verifica l'autenticità di device_id e app_id
-5. **Limitazione della velocità**: implementa la limitazione della velocità per prevenire abusi
-
-## Integrazione con aggiornamenti
-
-Le assegnazioni dei canali funzionano insieme al tuo [Update API Endpoint](/docs/plugin/self-hosted/handling-updates/). Quando un dispositivo richiede un aggiornamento, controlla l'assegnazione del canale per determinare quale versione servire:
-
-```typescript
-async function getUpdateForDevice(deviceId: string, appId: string) {
-  // Get device's channel assignment
-  const channelAssignment = await getDeviceChannel(deviceId, appId)
-  const channel = channelAssignment.channel || 'production'
-  
-  // Get the version assigned to this channel
-  const channelVersion = await getChannelVersion(channel, appId)
-  
-  return {
-    version: channelVersion.version,
-    url: channelVersion.url,
-    checksum: channelVersion.checksum
-  }
-}
-```
-
-Ciò crea un sistema completo di gestione dei canali self-hosted che ti offre il pieno controllo sul modo in cui gli aggiornamenti vengono distribuiti ai tuoi utenti.
diff --git a/src/content/docs/it/docs/plugins/updater/self-hosted/handling-stats.mdx b/src/content/docs/it/docs/plugins/updater/self-hosted/handling-stats.mdx
deleted file mode 100644
index dafd36df7..000000000
--- a/src/content/docs/it/docs/plugins/updater/self-hosted/handling-stats.mdx
+++ /dev/null
@@ -1,191 +0,0 @@
----
-title: Statistiche API
-description: >-
-  Come utilizzare l'endpoint statistico di Capgo con il plug-in di aggiornamento
-  automatico in modalità self-hosted, a cosa servono e cosa aspettarsi
-sidebar:
-  order: 7
-locale: it
----
-import { LinkCard, CardGrid, Aside } from '@astrojs/starlight/components';
-
-## Statistiche API
-
-A partire dalla versione 1.3.0 il sistema di aggiornamento è in grado di inviare statistiche!
-
-Per impostazione predefinita, tutte le statistiche vengono inviate al nostro server, per comprendere l'utilizzo e la ricerca. 
-
-<Aside>
-Nessun dato privato viene inviato per le statistiche, solo UUID casuale, aggiornamento della versione, versione dell'app nativa, piattaforma, azione e ID dell'app.
-</Aside>
-
-Se invece desideri inviare questi dati al tuo server, modifica la configurazione di seguito:
-
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"statsUrl": "YOUR_URL"
-		}
-	}
-}
-```
-
-## Struttura dei dati
-
-Ciò che riceverà il tuo server è:
-
-```tsx
-interface AppInfosStats {
-	"action": "set", // can be set, delete, set_fail, reset, revert
-	// Then it's the same info as update
-	"app_id": "**.***.**", // app identifier in the store
-	"device_id": "*******", // unique id per app install
-	"platform": "ios", // or android, or electron
-	"custom_id": "user_1", // represent your user
-        "version_name": "1.2.3", // version of the web build
-        "version_build": "1.2.0", // version of the native build
-        "version_code": "120", // build number of the native build
-	"version_os": "16", // OS version of the device
-        "plugin_version": "4.0.0"// to make your api behave differently with different plugins
-        "is_emulator": false,
-    	"is_prod": false,
-}
-```
-
-Puoi anche disabilitarlo totalmente, con una stringa vuota. Tieni presente che le statistiche sono rese private e mi aiutano a capire come le persone utilizzano il plug-in, a risolvere problemi e a migliorarlo.
-
-## Comportamento previsto "nessun aggiornamento".
-
-Quando l'endpoint di aggiornamento **non ha una nuova versione**, dovrebbe rispondere con un payload di errore come:
-
-```json
-{ "error": "no_new_version_available", "message": "No new version available" }
-```
-
-Il codice `error` deve essere esattamente `no_new_version_available`. `message` può essere qualsiasi stringa tu voglia (è solo per la registrazione/debug). Questo è il comportamento previsto e viene comunque restituito con HTTP `200`. If your update endpoint instead returns a `200` response without a `url`, the plugin will treat it as a download failure and send a `download_fail` stat.
-
-## Esempio di implementazione
-
-Ecco un esempio di codice in JavaScript per salvare le statistiche del plugin:
-
-```typescript
-interface AppInfos {
-  version_name: string
-  action: 'ping' |
-          'delete' |
-          'reset' |
-          'set' |
-          'get' |
-          'set_fail' |
-          'update_fail' |
-          'download_fail' |
-          'windows_path_fail' |
-          'canonical_path_fail' |
-          'directory_path_fail' |
-          'unzip_fail' |
-          'low_mem_fail' |
-          'download_10' |
-          'download_20' |
-          'download_30' |
-          'download_40' |
-          'download_50' |
-          'download_60' |
-          'download_70' |
-          'download_80' |
-          'download_90' |
-          'download_complete' |
-          'download_manifest_start' |
-          'download_manifest_complete' |
-          'download_zip_start' |
-          'download_zip_complete' |
-          'download_manifest_file_fail' |
-          'download_manifest_checksum_fail' |
-          'download_manifest_brotli_fail' |
-          'decrypt_fail' |
-          'app_moved_to_foreground' |
-          'app_moved_to_background' |
-          'uninstall' |
-          'needPlanUpgrade' |
-          'missingBundle' |
-          'noNew' |
-          'disablePlatformIos' |
-          'disablePlatformAndroid' |
-          'disableAutoUpdateToMajor' |
-          'cannotUpdateViaPrivateChannel' |
-          'disableAutoUpdateToMinor' |
-          'disableAutoUpdateToPatch' |
-          'channelMisconfigured' |
-          'disableAutoUpdateMetadata' |
-          'disableAutoUpdateUnderNative' |
-          'disableDevBuild' |
-          'disableEmulator' |
-          'cannotGetBundle' |
-          'checksum_fail' |
-          'NoChannelOrOverride' |
-          'setChannel' |
-          'getChannel' |
-          'rateLimited' |
-          'disableAutoUpdate' |
-          'InvalidIp' |
-          'keyMismatch' |
-          'blocked_by_server_url'
-  version_build: string
-  version_code: string
-  version_os: string
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    action,
-    version_code,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    action,
-    version_os,
-    version_code,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  // Save it in your database
-  return { status: 'ok' }
-}
-```
-
-Questo endpoint dovrebbe restituire un JSON:
-
-```json
-{ "status": "ok" }
-```
-
-## Azioni
-
-Per descrizioni dettagliate di tutti i codici di azione e i loro significati, fare riferimento alla documentazione di debug:
-
-* **Azioni inviate dal dispositivo**: vedere la sezione [documentazione di debug - Inviata dal dispositivo](/docs/plugins/updater/debugging/#sent-from-the-device)
-* **Azioni inviate dal backend**: vedere la sezione [documentazione di debug - Inviata dal backend](/docs/plugins/updater/debugging/#sent-from-the-backend)
-
-<LinkCard
-	title="Gestione degli aggiornamenti"
-	href="/docs/plugin/self-hosted/handling-updates/"
-/>
diff --git a/src/content/docs/it/docs/plugins/updater/self-hosted/handling-updates.mdx b/src/content/docs/it/docs/plugins/updater/self-hosted/handling-updates.mdx
deleted file mode 100644
index 735412edf..000000000
--- a/src/content/docs/it/docs/plugins/updater/self-hosted/handling-updates.mdx
+++ /dev/null
@@ -1,110 +0,0 @@
----
-title: Aggiorna API endpoint
-description: ''
-sidebar:
-  order: 6
-locale: it
----
-Ecco un esempio di codice in JavaScript per inviare un aggiornamento al plugin
-
-```typescript
-interface AppInfos {
-  version_name: string
-  version_build: string
-  version_os: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  if (version_name === '1.0.0') {
-    return {
-      version: '1.0.1',
-      url: 'https://apiurl.com/mybuild_101.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else if (version_name === '1.0.1') {
-    return {
-      version: '1.0.2',
-      url: 'https://apiurl.com/mybuild_102.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else {
-    return {
-      message: 'Error version not found'
-      version: '',
-      url: '',
-    }
-  }
-}
-```
-
-## Formato della risposta
-
-Per i **pacchetti non crittografati**, l'endpoint dovrebbe restituire:
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "sha256_checksum_of_bundle"
-}
-```
-
-Per i **pacchetti crittografati**, devi includere anche la chiave di sessione:
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "encrypted_checksum_from_encrypt_command",
-  "session_key": "ivSessionKey_from_encrypt_command"
-}
-```
-
-E se non ci sono aggiornamenti o errori, aggiungi la chiave `message` e facoltativamente un `error`:
-
-```json
-{
-  "message": "Version not found",
-  "error": "The backend crashed",
-  "version": "1.0.2",
-}
-```
-
-## Descrizioni dei campi
-
-- **`checksum`**: hash SHA256 del file zip del pacchetto per la verifica dell'integrità
-- **`session_key`**: richiesto solo per i bundle crittografati: questo è il `ivSessionKey` restituito dal comando encrypt
-- **`version`**: identificatore di versione in formato semver
-- **`url`**: URL HTTPS dove è possibile scaricare il pacchetto
-
-## Creazione di pacchetti
-
-Per informazioni su come creare pacchetti compatibili e generare checksum, consultare la [documentazione sull'aggiornamento automatico](/docs/plugin/self-hosted/auto-update/#generating-bundle-checksum).
-
-Per i pacchetti crittografati, consulta la [documentazione sui pacchetti crittografati](/docs/plugin/self-hosted/encrypted-bundles/) che spiega il flusso di lavoro di crittografia completo.
diff --git a/src/content/docs/it/docs/plugins/updater/self-hosted/manual-update.mdx b/src/content/docs/it/docs/plugins/updater/self-hosted/manual-update.mdx
deleted file mode 100644
index 224d0e893..000000000
--- a/src/content/docs/it/docs/plugins/updater/self-hosted/manual-update.mdx
+++ /dev/null
@@ -1,71 +0,0 @@
----
-title: Aggiornamento manuale
-description: >-
-  Una guida dettagliata sull'utilizzo del plug-in di aggiornamento manuale
-  all'interno di un ambiente self-hosted, che fornisce istruzioni complete sulla
-  configurazione e sull'utilizzo per gestire in modo efficace gli aggiornamenti
-  senza fare affidamento su processi automatici.
-sidebar:
-  order: 3
-locale: it
----
-##Configurazione
-
-Aggiungilo al tuo ``capacitor.config.json``, per disabilitare l'aggiornamento automatico.
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"autoUpdate": false,
-		}
-	}
-}
-```
-
-## Utilizzo
-
-Puoi utilizzare questo esempio o ricreare la logica nella tua app.
-
-:::caution
-Stiamo costringendo l'utente ad aggiornare l'app con una versione statica dichiarata nel codice. Questo non è raccomandato, dovresti utilizzare una versione dinamica dal tuo server.
-:::
-
-:::danger
-In questo esempio non stiamo eseguendo alcun controllo della versione, decrittografia o convalida del checksum. You should do that on your own.
-:::
-
-```tsx
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-import { App } from '@capacitor/app'
-let data = {version: ""}
-CapacitorUpdater.notifyAppReady()
-App.addListener('appStateChange', async(state) => {
-     if (state.isActive) {
-       // Do the download during user active app time to prevent failed download
-       data = await CapacitorUpdater.download({
-       version: '0.0.4',
-       url: 'https://github.com/Cap-go/demo-app/releases/download/0.0.4/dist.zip',
-       })
-     }
-     if (!state.isActive && data.version !== "") {
-       // Do the switch when user leave app
-       SplashScreen.show()
-       try {
-         await CapacitorUpdater.set(data)
-       } catch (err) {
-         console.log(err)
-         SplashScreen.hide() // in case the set fail, otherwise the new app will have to hide it
-       }
-     }
- })
-```
-
-
-
-:::note
-Se ti sembra un lavoro impegnativo, prova a provare la [Capgo prova](https://capgo.app/register/). Gestirà tutto questo per te.
-:::
diff --git a/src/content/docs/it/docs/plugins/updater/settings.mdx b/src/content/docs/it/docs/plugins/updater/settings.mdx
deleted file mode 100644
index d4497c8d9..000000000
--- a/src/content/docs/it/docs/plugins/updater/settings.mdx
+++ /dev/null
@@ -1,525 +0,0 @@
----
-title: Settings
-description: >-
-  Tutte le impostazioni disponibili per Capacitor Updater, tutta la
-  configurazione che puoi impostare nella configurazione del condensatore e a
-  cosa servono
-sidebar:
-  order: 8
-locale: it
----
-import {  Aside } from '@astrojs/starlight/components';
-
-Per avere un controllo più capillare sul sistema di aggiornamento, puoi configurarlo con queste impostazioni:
-
-<Aside type="tip">
- Qualsiasi modifica a queste impostazioni nel file condensatore.config richiede la sincronizzazione della piattaforma e il rilascio nello store affinché le app di produzione possano riceverle.
-</Aside>
-
-
-## `allowModifyUrl`
-
-> Consenti al plug-in di modificare dinamicamente updateUrl, statsUrl e channelUrl dal lato JavaScript.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "allowModifyUrl": true
-    }
-  }
-}
-```
-
-## `appId`
-
-> Configura l'ID app per l'app nel file config.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appId": "com.example.app"
-    }
-  }
-}
-```
-
-## `appReadyTimeout`
-
-> Configura il numero di millisecondi che il plugin nativo deve attendere prima di considerare un aggiornamento 'fallito'.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `10000` (10 secondi)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000
-    }
-  }
-}
-```
-
-## `autoDeleteFailed`
-
-> Configura se il plugin deve eliminare automaticamente i pacchetti non riusciti.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeleteFailed": false
-    }
-  }
-}
-```
-
-## `autoDeletePrevious`
-
-> Configura se il plugin deve eliminare automaticamente i pacchetti precedenti dopo un aggiornamento riuscito.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeletePrevious": false
-    }
-  }
-}
-```
-
-## `autoSplashscreen`
-
-> Gestisci automaticamente l'occultamento della schermata iniziale quando si utilizza directUpdate. Se abilitato, il plug-in nasconderà automaticamente la schermata iniziale dopo l'applicazione degli aggiornamenti o quando non è necessario alcun aggiornamento.
-> Ciò elimina la necessità di ascoltare manualmente gli eventi appReady e chiamare SplashScreen.hide().
-> Funziona solo quando directUpdate è impostato su "atInstall", "always" o true.
-> Richiede l'installazione e la configurazione del plugin @capacitor/splash-screen con launchAutoHide: false.
-> Richiede l'abilitazione di autoUpdate e directUpdate.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall",
-      "autoSplashscreen": true
-    }
-  }
-}
-```
-
-## `autoUpdate`
-
-> Configura se il plugin deve utilizzare l'aggiornamento automatico tramite un server di aggiornamento.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": false
-    }
-  }
-}
-```
-
-## `channelUrl`
-
-> Configura l'URL/endpoint per le operazioni sul canale.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `https://plugin.capgo.app/channel_self`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://example.com/api/channel"
-    }
-  }
-}
-```
-
-## `defaultChannel`
-
-> Imposta il canale predefinito per l'app nel file config. Maiuscole e minuscole.
-> Questa impostazione sovrascriverà il canale predefinito impostato nel cloud, ma rispetterà comunque le sostituzioni effettuate nel cloud.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "defaultChannel": "production"
-    }
-  }
-}
-```
-
-## `directUpdate`
-
-> Configura quando il plugin deve dirigere l'installazione degli aggiornamenti. Solo per la modalità di aggiornamento automatico.
-> Funziona bene per app di dimensioni inferiori a 10 MB e con caricamenti eseguiti utilizzando il flag --delta.
-> Zip o app di dimensioni superiori a 10 MB saranno relativamente lenti da aggiornare per gli utenti.Opzioni:
-- `false`: non eseguire mai aggiornamenti diretti (utilizza il comportamento predefinito: download all'avvio, impostato in background)
-- `'atInstall'`: aggiornamento diretto solo quando l'app è installata, aggiornata dallo store, altrimenti agisce come directUpdate = false
-- `'onLaunch'`: aggiornamento diretto solo sull'app installata, aggiornata dallo store o dopo l'uccisione dell'app, altrimenti agisce come directUpdate = false
-- `'sempre'`: aggiornamento diretto in tutti i casi precedenti (app installata, aggiornata dallo store, dopo l'interruzione dell'app o il ripristino dell'app), non agire mai come directUpdate = false
-- `true`: (deprecato) Uguale a "sempre" per compatibilità con le versioni precedenti
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall"
-    }
-  }
-}
-```
-
-## `disableJSLogging`
-
-> Disabilita la registrazione JavaScript del plugin. Se vero, il plugin non registrerà la console JavaScript. Verrà eseguito solo il registro nativo.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "disableJSLogging": true
-    }
-  }
-}
-```
-
-## `keepUrlPathAfterReload`
-
-> Configura il plugin per mantenere il percorso dell'URL dopo un ricaricamento.
-
-<Aside type="caution">
-Quando viene attivata una ricarica, 'window.history' verrà cancellato.
-</Aside>
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "keepUrlPathAfterReload": true
-    }
-  }
-}
-```
-
-## `periodCheckDelay`
-
-> Configurare il periodo di ritardo per il controllo dell'aggiornamento del periodo. L'unità è in secondi.
-> Non può essere inferiore a 600 secondi (10 minuti).
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `600` (10 minuti)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "periodCheckDelay": 600 // (10 minutes)
-    }
-  }
-}
-```
-
-## `publicKey`
-
-> Configura la chiave pubblica per la crittografia degli aggiornamenti live end-to-end Versione 2.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "publicKey": "YOUR_PUBLIC_KEY"
-    }
-  }
-}
-```
-
-## `resetWhenUpdate`
-
-> Elimina automaticamente i pacchetti scaricati in precedenza quando sul dispositivo viene installato un pacchetto di app native più recente.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "resetWhenUpdate": false
-    }
-  }
-}
-```
-
-## `responseTimeout`
-
-> Configura il numero di millisecondi che il plugin nativo deve attendere prima di considerare il timeout di API.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `20` (20 secondi)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "responseTimeout": 10 // (10 seconds)
-    }
-  }
-}
-```
-
-## `shakeMenu`
-
-> Abilita il gesto di scuotimento per mostrare il menu di aggiornamento a scopo di debug/test.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "shakeMenu": true
-    }
-  }
-}
-```
-
-## `statsUrl`
-
-> Configurare l'URL/endpoint a cui vengono inviate le statistiche degli aggiornamenti.
-
-Disponibile su Android, iOS ed Electron. Imposta su "" per disabilitare il reporting delle statistiche.
-
-Predefinito: `https://plugin.capgo.app/stats`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "statsUrl": "https://example.com/api/stats"
-    }
-  }
-}
-```
-
-## `updateUrl`
-
-> Configurare l'URL/endpoint a cui vengono inviati i controlli degli aggiornamenti.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `https://plugin.capgo.app/updates`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "updateUrl": "https://example.com/api/auto_update"
-    }
-  }
-}
-```
-
-## `version`
-
-> Configura la versione corrente dell'app. Questo verrà utilizzato per la prima richiesta di aggiornamento.
-> Se non impostato, il plugin otterrà la versione dal codice nativo.
-
-Disponibile su Android, iOS ed Electron.
-
-Predefinito: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "version": "1.0.0"
-    }
-  }
-}
-```
-
-## Impostazioni di sviluppo
-
-### `localApi`> Configura CLI per utilizzare un'API locale per i test.
-
-Predefinito: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApi": "http://localhost:54321/functions/v1"
-    }
-  }
-}
-```
-
-### `localApiFiles`
-
-> Configura CLI per utilizzare un'API di file locale per i test.
-
-Predefinito: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApiFiles": "http://localhost:54321/functions/v1/files"
-    }
-  }
-}
-```
-
-### `localHost`
-
-> Configurare CLI per utilizzare un server locale per il test o un server di aggiornamento self-hosted.
-
-Predefinito: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-### `localSupa`
-
-> Configurare CLI per utilizzare un server locale per il test o un server di aggiornamento self-hosted.
-
-Predefinito: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupa": "http://localhost:54321"
-    }
-  }
-}
-```
-
-### `localSupaAnon`
-
-> Configura CLI per utilizzare un server locale per i test.
-
-Predefinito: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupaAnon": "YOUR_LOCAL_ANON_KEY"
-    }
-  }
-}
-```
-
-### `localWebHost`
-
-> Configurare CLI per utilizzare un server locale per il test o un server di aggiornamento self-hosted.
-
-Predefinito: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localWebHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-<Aside type="tip">
-Nell'[Capgo app web](https://console.capgo.app/login) sono disponibili impostazioni aggiuntive che possono essere configurate per canale senza richiedere una versione nativa dell'app.
-</Aside>
diff --git a/src/content/docs/it/docs/plugins/uploader/getting-started.mdx b/src/content/docs/it/docs/plugins/uploader/getting-started.mdx
deleted file mode 100644
index 2383d48ff..000000000
--- a/src/content/docs/it/docs/plugins/uploader/getting-started.mdx
+++ /dev/null
@@ -1,296 +0,0 @@
----
-title: Inizia
-locale: it
-description: Impara come installare e utilizzare il plugin Background Uploader per caricamenti di file affidabili nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-uploader" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura i permessi**
-
-   ### iOS
-   Aggiungi le modalità in background al tuo `Info.plist`:
-   ```xml
-   <key>UIBackgroundModes</key>
-   <array>
-     <string>processing</string>
-   </array>
-   ```
-
-   ### Android
-   Aggiungi i permessi al tuo `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET" />
-   <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e usa i suoi metodi per caricare i file:
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-
-// Avvia un caricamento
-const startUpload = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/your/file.jpg',
-    serverUrl: 'https://your-server.com/upload',
-    method: 'POST',
-    headers: {
-      'Authorization': 'Bearer your-token'
-    },
-    parameters: {
-      'userId': '12345',
-      'type': 'profile'
-    },
-    notificationTitle: 'Uploading Photo'
-  });
-
-  console.log('Upload ID:', upload.id);
-};
-
-// Ascolta gli eventi di caricamento
-const listener = await Uploader.addListener('events', (event) => {
-  switch (event.name) {
-    case 'uploading':
-      console.log(`Upload ${event.payload.id}: ${event.payload.percent}%`);
-      break;
-    case 'completed':
-      console.log('Upload completed:', event.payload.id);
-      console.log('Status code:', event.payload.statusCode);
-      break;
-    case 'failed':
-      console.error('Upload failed:', event.payload.id);
-      console.error('Error:', event.payload.error);
-      break;
-  }
-});
-
-// Ricorda di rimuovere il listener quando hai finito
-// listener.remove();
-
-// Annulla un caricamento
-const cancelUpload = async (uploadId: string) => {
-  await Uploader.cancelUpload({ id: uploadId });
-};
-
-// Ottieni tutti i caricamenti attivi
-const getActiveUploads = async () => {
-  const uploads = await Uploader.getUploads();
-  console.log('Active uploads:', uploads);
-};
-```
-
-## Riferimento API
-
-### startUpload(options)
-
-Avvia un nuovo caricamento di file.
-
-```typescript
-interface UploadOptions {
-  filePath: string;
-  serverUrl: string;
-  method?: 'POST' | 'PUT';
-  headers?: { [key: string]: string };
-  parameters?: { [key: string]: string };
-  notificationTitle?: string;
-  notificationBody?: string;
-  useUtf8Charset?: boolean;
-  maxRetries?: number;
-}
-```
-
-### cancelUpload(options)
-
-Annulla un caricamento in corso.
-
-```typescript
-interface CancelOptions {
-  id: string;
-}
-```
-
-### getUploads()
-
-Restituisce tutti i caricamenti attivi.
-
-### removeUpload(options)
-
-Rimuove un caricamento dalla coda.
-
-```typescript
-interface RemoveOptions {
-  id: string;
-}
-```
-
-## Eventi
-
-### events
-
-Tutti gli eventi di caricamento vengono consegnati tramite un singolo listener `events`. L'evento contiene un campo `name` per identificare il tipo:
-
-```typescript
-Uploader.addListener('events', (event: UploadEvent) => {
-  switch (event.name) {
-    case 'uploading':
-      // Caricamento in corso
-      console.log(`Progress: ${event.payload.percent}%`);
-      console.log(`ID: ${event.payload.id}`);
-      break;
-
-    case 'completed':
-      // Caricamento completato con successo
-      console.log(`Completed: ${event.payload.id}`);
-      console.log(`Status code: ${event.payload.statusCode}`);
-      break;
-
-    case 'failed':
-      // Caricamento fallito
-      console.error(`Failed: ${event.payload.id}`);
-      console.error(`Error: ${event.payload.error}`);
-      break;
-  }
-});
-```
-
-**Tipi di Eventi:**
-- `uploading` - Aggiornamento del progresso con `percent` e `id`
-- `completed` - Caricamento completato con `id` e `statusCode`
-- `failed` - Caricamento fallito con `id` e messaggio di `error`
-
-## Funzionalità Avanzate
-
-### Caricamento Form Multipart
-
-```typescript
-const uploadWithFormData = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/photo.jpg',
-    serverUrl: 'https://api.example.com/upload',
-    method: 'POST',
-    parameters: {
-      'name': 'profile-photo',
-      'description': 'User profile photo'
-    },
-    headers: {
-      'X-API-Key': 'your-api-key'
-    }
-  });
-};
-```
-
-### Caricamento Binario
-
-```typescript
-const uploadBinary = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/data.bin',
-    serverUrl: 'https://api.example.com/binary',
-    method: 'PUT',
-    headers: {
-      'Content-Type': 'application/octet-stream'
-    }
-  });
-};
-```
-
-### Caricamento Consapevole della Rete
-
-```typescript
-import { Network } from '@capacitor/network';
-
-const smartUpload = async () => {
-  const status = await Network.getStatus();
-
-  if (status.connectionType === 'wifi') {
-    // Avvia caricamenti di file grandi su WiFi
-    await startLargeUpload();
-  } else if (status.connectionType === 'cellular') {
-    // Metti in coda per dopo o avvisa l'utente
-    console.log('Using cellular data');
-  }
-};
-```
-
-## Best practice
-
-1. **Gestisci tutti i tipi di eventi**
-   ```typescript
-   const setupUploadHandlers = () => {
-     Uploader.addListener('events', (event) => {
-       switch (event.name) {
-         case 'uploading':
-           handleProgress(event.payload);
-           break;
-         case 'completed':
-           handleCompleted(event.payload);
-           break;
-         case 'failed':
-           handleError(event.payload);
-           break;
-       }
-     });
-   };
-   ```
-
-2. **Pulisci i listener**
-   ```typescript
-   // Aggiungi listener
-   const listener = await Uploader.addListener('events', handleEvent);
-
-   // Pulisci quando hai finito
-   listener.remove();
-   ```
-
-3. **Riprova i caricamenti falliti**
-   ```typescript
-   const retryUpload = async (filePath: string, serverUrl: string) => {
-     try {
-       await Uploader.startUpload({
-         filePath,
-         serverUrl,
-         maxRetries: 3
-       });
-     } catch (error) {
-       console.error('Upload failed after retries:', error);
-     }
-   };
-   ```
-
-4. **Mostra notifiche di caricamento**
-   ```typescript
-   await Uploader.startUpload({
-     filePath: 'file:///path/to/file',
-     serverUrl: 'https://server.com/upload',
-     notificationTitle: 'Uploading File',
-    notificationBody: 'Your file is being uploaded...'
-   });
-   ```
-
-## Note sulle Piattaforme
-
-### iOS
-- Usa `URLSession` per caricamenti in background
-- Richiede la capacità di elaborazione in background
-- I caricamenti continuano quando l'app è sospesa
-
-### Android
-- Usa `WorkManager` per caricamenti affidabili
-- Mostra la notifica del servizio in primo piano durante i caricamenti
-- Rispetta le impostazioni di ottimizzazione della batteria
diff --git a/src/content/docs/it/docs/plugins/uploader/index.mdx b/src/content/docs/it/docs/plugins/uploader/index.mdx
deleted file mode 100644
index 5a87cdc7a..000000000
--- a/src/content/docs/it/docs/plugins/uploader/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-uploader"
-locale: it
-description: Plugin di caricamento file in background per app Capacitor con tracciamento del progresso e caricamenti ripristinabili.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Carica file in background con tracciamento del progresso, caricamenti ripristinabili e gestione consapevole della rete per app Capacitor.
-  image:
-    file: ~public/icons/plugins/uploader.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/uploader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-uploader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Caricamenti in background" icon="rocket">
-    Continua i caricamenti anche quando l'app è in background 🚀
-  </Card>
-  <Card title="Tracciamento del progresso" icon="list-format">
-    Progresso del caricamento in tempo reale con statistiche dettagliate 📊
-  </Card>
-  <Card title="Caricamenti ripristinabili" icon="download">
-    Riprendi automaticamente i caricamenti interrotti 🔄
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/uploader/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/video-player/getting-started.mdx b/src/content/docs/it/docs/plugins/video-player/getting-started.mdx
deleted file mode 100644
index a1cd9b037..000000000
--- a/src/content/docs/it/docs/plugins/video-player/getting-started.mdx
+++ /dev/null
@@ -1,301 +0,0 @@
----
-title: Iniziare
-description: Scopri come integrare la riproduzione video nativa nella tua app Capacitor.
-sidebar:
-  order: 2
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-video-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizzazione con progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilizzo di base
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-// Initialize a video player
-const playVideo = async () => {
-  const result = await CapacitorVideoPlayer.initPlayer({
-    mode: 'fullscreen',
-    url: 'https://example.com/video.mp4',
-    playerId: 'myPlayer',
-    componentTag: 'div'
-  });
-
-  console.log('Player initialized:', result);
-};
-
-// Play the video
-await CapacitorVideoPlayer.play({ playerId: 'myPlayer' });
-
-// Pause the video
-await CapacitorVideoPlayer.pause({ playerId: 'myPlayer' });
-
-// Get current time
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'myPlayer' });
-console.log('Current time:', value);
-
-// Seek to position
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'myPlayer',
-  seektime: 30 // seconds
-});
-
-// Set volume (0-1)
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'myPlayer',
-  volume: 0.5
-});
-```
-
-## API Riferimento
-
-### initPlayer(opzioni)
-
-Inizializza un'istanza del lettore video.
-
-```typescript
-await CapacitorVideoPlayer.initPlayer({
-  mode: 'fullscreen', // or 'embedded'
-  url: 'https://example.com/video.mp4',
-  playerId: 'player1',
-  subtitle: 'https://example.com/subtitles.vtt',
-  language: 'en',
-  rate: 1.0,
-  exitOnEnd: true,
-  loopOnEnd: false,
-  pipEnabled: true,
-  showControls: true
-});
-```
-
-### gioca(opzioni)
-
-Riproduci il video.
-
-```typescript
-await CapacitorVideoPlayer.play({ playerId: 'player1' });
-```
-
-### pausa(opzioni)
-
-Metti in pausa il video.
-
-```typescript
-await CapacitorVideoPlayer.pause({ playerId: 'player1' });
-```
-
-### getDuration(opzioni)
-
-Ottieni la durata del video in secondi.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getDuration({ playerId: 'player1' });
-console.log('Duration:', value, 'seconds');
-```
-
-### getCurrentTime(opzioni)
-
-Ottieni la posizione di riproduzione corrente in pochi secondi.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'player1' });
-```
-
-### setCurrentTime(opzioni)
-
-Cerca un momento specifico.
-
-```typescript
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'player1',
-  seektime: 60 // seconds
-});
-```
-
-### impostaVolume(opzioni)
-
-Imposta il volume (da 0,0 a 1,0).
-
-```typescript
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'player1',
-  volume: 0.8
-});
-```
-
-### getVolume(opzioni)
-
-Ottieni il volume corrente.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getVolume({ playerId: 'player1' });
-```
-
-### setMuted(opzioni)
-
-Disattiva o attiva l'audio del video.
-
-```typescript
-await CapacitorVideoPlayer.setMuted({
-  playerId: 'player1',
-  muted: true
-});
-```
-
-### setRate(opzioni)
-
-Imposta la velocità di riproduzione.
-
-```typescript
-await CapacitorVideoPlayer.setRate({
-  playerId: 'player1',
-  rate: 1.5 // 1.5x speed
-});
-```
-
-### stopAllPlayers()
-
-Ferma tutti i giocatori attivi.
-
-```typescript
-await CapacitorVideoPlayer.stopAllPlayers();
-```
-
-### esciGiocatore()
-
-Esci dal lettore video.
-
-```typescript
-await CapacitorVideoPlayer.exitPlayer();
-```
-
-## Esempio completo
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-export class VideoPlayerService {
-  private playerId = 'mainPlayer';
-
-  async initializePlayer(videoUrl: string, subtitleUrl?: string) {
-    try {
-      const result = await CapacitorVideoPlayer.initPlayer({
-        mode: 'fullscreen',
-        url: videoUrl,
-        playerId: this.playerId,
-        subtitle: subtitleUrl,
-        language: 'en',
-        rate: 1.0,
-        exitOnEnd: true,
-        loopOnEnd: false,
-        pipEnabled: true,
-        bkmodeEnabled: true,
-        showControls: true,
-        displayMode: 'all'
-      });
-
-      console.log('Player initialized:', result);
-      return result;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  async togglePlayPause() {
-    const { value: isPlaying } = await CapacitorVideoPlayer.isPlaying({
-      playerId: this.playerId
-    });
-
-    if (isPlaying) {
-      await CapacitorVideoPlayer.pause({ playerId: this.playerId });
-    } else {
-      await CapacitorVideoPlayer.play({ playerId: this.playerId });
-    }
-  }
-
-  async seekForward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: currentTime + seconds
-    });
-  }
-
-  async seekBackward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: Math.max(0, currentTime - seconds)
-    });
-  }
-
-  async setPlaybackSpeed(speed: number) {
-    await CapacitorVideoPlayer.setRate({
-      playerId: this.playerId,
-      rate: speed
-    });
-  }
-
-  async getProgress() {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-    const { value: duration } = await CapacitorVideoPlayer.getDuration({
-      playerId: this.playerId
-    });
-
-    return {
-      currentTime,
-      duration,
-      percentage: (currentTime / duration) * 100
-    };
-  }
-
-  async cleanup() {
-    await CapacitorVideoPlayer.stopAllPlayers();
-  }
-}
-```
-
-## Note sulla piattaforma
-
-### iOS
-- Richiede iOS 10.0+
-- Utilizza AVPlayer nativo
-- Supporta l'immagine nell'immagine
-- Supporta la riproduzione in background
-
-### Android
-- Richiede Android 5.0 (API 21)+
-- Utilizza ExoPlayer
-- Supporta Chromecast
-- Colori accentati personalizzati disponibili
-
-### Rete
-- Utilizza il lettore video HTML5
-- Solo modalità incorporata
-- Funzionalità native limitate
-
-## Migliori pratiche
-
-1. **Pulizia dei giocatori**: ferma sempre i giocatori quando hai finito
-2. **Gestione degli errori**: racchiude le chiamate del giocatore in try-catch
-3. **ID giocatore univoci**: utilizza ID univoci per più giocatori
-4. **Controlla lo stato della riproduzione**: verifica lo stato prima delle operazioni
-5. **Gestione delle risorse**: rilascia i giocatori per liberare memoria
diff --git a/src/content/docs/it/docs/plugins/video-player/index.mdx b/src/content/docs/it/docs/plugins/video-player/index.mdx
deleted file mode 100644
index 4cb6cae76..000000000
--- a/src/content/docs/it/docs/plugins/video-player/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: '@capgo/capacitor-video-player'
-description: >-
-  Riproduzione video nativa per app Capacitor con controllo e personalizzazione
-  completi.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Potente lettore video nativo con supporto per schermo intero, modalità
-    integrate, sottotitoli e controlli di riproduzione completi.
-  image:
-    file: ~public/icons/plugins/video-player.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/video-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-video-player/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Molteplici modalità" icon="laptop">
-    Modalità di riproduzione a schermo intero e incorporata
-  </Card>
-  <Card title="Supporto per i sottotitoli" icon="document">
-    Visualizza i sottotitoli in più lingue
-  </Card>
-  <Card title="Controllo completo" icon="setting">
-    Riproduci, metti in pausa, cerca, controlla il volume e la velocità di riproduzione
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Controlla la [Documentazione](/docs/plugins/video-player/getting-started/) per integrare la riproduzione video.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/volume-buttons/getting-started.mdx b/src/content/docs/it/docs/plugins/volume-buttons/getting-started.mdx
deleted file mode 100644
index 168869e1e..000000000
--- a/src/content/docs/it/docs/plugins/volume-buttons/getting-started.mdx
+++ /dev/null
@@ -1,265 +0,0 @@
----
-title: Guida Introduttiva
-locale: it
-description: Scopri come rilevare le pressioni dei pulsanti volume nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-volume-buttons" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilizzo
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-// Listen for volume button presses
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Volume button pressed:', event.direction);
-
-  if (event.direction === 'up') {
-    console.log('Volume up pressed');
-    // Handle volume up
-  } else if (event.direction === 'down') {
-    console.log('Volume down pressed');
-    // Handle volume down
-  }
-});
-
-// Remove all listeners when done
-await VolumeButtons.removeAllListeners();
-```
-
-## Riferimento API
-
-### addListener('volumeButtonPressed', callback)
-
-Ascolta gli eventi di pressione dei pulsanti volume.
-
-```typescript
-const handle = VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Direction:', event.direction); // 'up' or 'down'
-});
-
-// Remove specific listener
-await handle.remove();
-```
-
-**Dati Evento:**
-- `direction`: `'up' | 'down'` - Direzione della pressione del pulsante
-
-### removeAllListeners()
-
-Rimuovi tutti gli ascoltatori registrati.
-
-```typescript
-await VolumeButtons.removeAllListeners();
-```
-
-### getPluginVersion()
-
-Ottieni la versione del plugin.
-
-```typescript
-const { version } = await VolumeButtons.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Esempio Completo
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-export class VolumeButtonController {
-  private listener: any;
-
-  async initialize() {
-    this.listener = VolumeButtons.addListener(
-      'volumeButtonPressed',
-      this.handleVolumeButton.bind(this)
-    );
-
-    console.log('Volume button listener initialized');
-  }
-
-  private handleVolumeButton(event: { direction: 'up' | 'down' }) {
-    switch (event.direction) {
-      case 'up':
-        this.handleVolumeUp();
-        break;
-      case 'down':
-        this.handleVolumeDown();
-        break;
-    }
-  }
-
-  private handleVolumeUp() {
-    console.log('Volume up pressed');
-    // Your custom logic for volume up
-    // e.g., navigate forward, increase brightness, etc.
-  }
-
-  private handleVolumeDown() {
-    console.log('Volume down pressed');
-    // Your custom logic for volume down
-    // e.g., navigate backward, decrease brightness, etc.
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await VolumeButtons.removeAllListeners();
-    console.log('Volume button listener cleaned up');
-  }
-}
-```
-
-## Casi d'Uso
-
-### Cattura Foto/Video
-
-Usa i pulsanti volume come trigger per l'otturatore della fotocamera:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', async (event) => {
-  // Any volume button triggers camera
-  await capturePhoto();
-});
-```
-
-### Navigazione Pagine
-
-Naviga attraverso i contenuti con i pulsanti volume:
-
-```typescript
-let currentPage = 0;
-
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    currentPage++;
-    showPage(currentPage);
-  } else {
-    currentPage = Math.max(0, currentPage - 1);
-    showPage(currentPage);
-  }
-});
-```
-
-### Controllo Media
-
-Controlla la riproduzione multimediale:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    skipForward();
-  } else {
-    skipBackward();
-  }
-});
-```
-
-### Controlli di Gioco
-
-Usa i pulsanti volume per azioni di gioco:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    player.jump();
-  } else {
-    player.crouch();
-  }
-});
-```
-
-## Migliori Pratiche
-
-1. **Pulisci gli ascoltatori**
-   Rimuovi sempre gli ascoltatori quando il tuo componente viene smontato:
-   ```typescript
-   useEffect(() => {
-     const listener = VolumeButtons.addListener('volumeButtonPressed', handler);
-
-     return () => {
-       listener.remove();
-     };
-   }, []);
-   ```
-
-2. **Fornisci feedback visivo**
-   Mostra agli utenti che i pulsanti volume vengono utilizzati per controlli personalizzati:
-   ```typescript
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     showNotification(`Volume ${event.direction} pressed`);
-     performAction(event.direction);
-   });
-   ```
-
-3. **Considera l'accessibilità**
-   Ricorda che alcuni utenti si affidano ai pulsanti volume per il controllo effettivo del volume. Fornisci controlli alternativi.
-
-4. **Debounce delle pressioni rapide**
-   Previeni doppie pressioni accidentali:
-   ```typescript
-   let lastPress = 0;
-   const DEBOUNCE_MS = 300;
-
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     const now = Date.now();
-     if (now - lastPress < DEBOUNCE_MS) {
-       return; // Ignore rapid presses
-     }
-     lastPress = now;
-     handlePress(event.direction);
-   });
-   ```
-
-5. **Documenta il comportamento**
-   Rendi chiaro agli utenti che i pulsanti volume hanno funzionalità personalizzate:
-   ```typescript
-   function showVolumeButtonHelp() {
-     alert('Use Volume Up/Down buttons to navigate pages');
-   }
-   ```
-
-## Note sulle Piattaforme
-
-### iOS
-- Funziona su iOS 10.0+
-- Pulsanti volume rilevati in modo affidabile
-- L'interfaccia volume di sistema potrebbe apparire brevemente
-
-### Android
-- Funziona su Android 5.0 (API 21)+
-- Richiede che l'app sia in primo piano
-- Alcuni dispositivi potrebbero avere un leggero ritardo
-
-### Web
-- Non supportato sulla piattaforma web
-- Gli ascoltatori non si attiveranno
-
-## Risoluzione dei Problemi
-
-**Gli eventi non si attivano:**
-- Assicurati che l'app abbia il focus
-- Verifica che gli ascoltatori siano registrati correttamente
-- Verifica che il plugin sia installato e sincronizzato
-
-**Le modifiche del volume di sistema interferiscono:**
-- Questo è un comportamento previsto - il plugin rileva le pressioni ma non impedisce le modifiche del volume di sistema
-- Considera un'esperienza utente che funzioni insieme alle modifiche del volume
-
-**Si attivano eventi multipli:**
-- Implementa il debouncing per gestire pressioni rapide
-- Controlla la registrazione duplicata degli ascoltatori
diff --git a/src/content/docs/it/docs/plugins/volume-buttons/index.mdx b/src/content/docs/it/docs/plugins/volume-buttons/index.mdx
deleted file mode 100644
index df016ceea..000000000
--- a/src/content/docs/it/docs/plugins/volume-buttons/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-volume-buttons"
-locale: it
-description: Ascolta le pressioni dei pulsanti volume hardware nelle tue app Capacitor.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Rileva e rispondi alle pressioni dei pulsanti volume su e giù su dispositivi mobili per controlli e interazioni personalizzate.
-  image:
-    file: ~public/icons/plugins/volume-buttons.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/volume-buttons/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-volume-buttons/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Integrazione Hardware" icon="rocket">
-    Ascolta le pressioni dei pulsanti volume fisici
-  </Card>
-  <Card title="Rilevamento Su/Giù" icon="star">
-    Distingui tra volume su e volume giù
-  </Card>
-  <Card title="API Semplice" icon="pencil">
-    Interfaccia facile per ascoltatori di eventi
-  </Card>
-  <Card title="Documentazione Completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/volume-buttons/getting-started/) per iniziare a usare i pulsanti volume.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/wechat/getting-started.mdx b/src/content/docs/it/docs/plugins/wechat/getting-started.mdx
deleted file mode 100644
index c03c4c634..000000000
--- a/src/content/docs/it/docs/plugins/wechat/getting-started.mdx
+++ /dev/null
@@ -1,390 +0,0 @@
----
-title: Iniziare
-description: >-
-  Scopri come installare e utilizzare il plug-in WeChat per integrare la
-  funzionalità WeChat nella tua app Capacitor.
-sidebar:
-  order: 2
-locale: it
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-wechat" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizzazione con progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-##Configurazione
-
-### Registrazione dell'app WeChat
-
-Prima di utilizzare questo plugin, devi registrare la tua app sulla [WeChat Open Platform](https://open.weixin.qq.com/) per ottenere un ID app.
-
-### iOS Configurazione
-
-Aggiungi quanto segue al tuo `Info.plist`:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-  <string>weixin</string>
-  <string>weixinULAPI</string>
-</array>
-
-<key>CFBundleURLTypes</key>
-<array>
-  <dict>
-    <key>CFBundleTypeRole</key>
-    <string>Editor</string>
-    <key>CFBundleURLName</key>
-    <string>weixin</string>
-    <key>CFBundleURLSchemes</key>
-    <array>
-      <string>YOUR_WECHAT_APP_ID</string>
-    </array>
-  </dict>
-</array>
-```
-
-Dovrai integrare WeChat SDK nel tuo progetto iOS. Aggiungi WeChat SDK al tuo `Podfile` o scaricalo dalla [piattaforma aperta WeChat](https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/iOS.html).
-
-### Android Configurazione
-
-Aggiungi quanto segue al tuo `AndroidManifest.xml`:
-
-```xml
-<manifest>
-  <application>
-    <!-- WeChat callback activity -->
-    <activity
-      android:name=".wxapi.WXEntryActivity"
-      android:exported="true"
-      android:label="@string/app_name"
-      android:launchMode="singleTask"
-      android:theme="@android:style/Theme.Translucent.NoTitleBar">
-      <intent-filter>
-        <action android:name="android.intent.action.VIEW" />
-        <category android:name="android.intent.category.DEFAULT" />
-      </intent-filter>
-    </activity>
-  </application>
-</manifest>
-```
-
-Dovrai integrare WeChat SDK nel tuo progetto Android. Aggiungi la dipendenza WeChat SDK al tuo `build.gradle` o scaricalo dalla [piattaforma aperta WeChat](https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/Android.html).
-
-## Utilizzo
-
-### Controlla l'installazione di WeChat
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-const checkWeChat = async () => {
-  const { installed } = await CapacitorWechat.isInstalled();
-  if (installed) {
-    console.log('WeChat is installed');
-  } else {
-    console.log('WeChat is not installed');
-  }
-};
-```
-
-### Autenticazione
-
-```typescript
-const loginWithWeChat = async () => {
-  try {
-    const { code, state } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo', // or 'snsapi_login'
-      state: 'my_random_state'
-    });
-
-    // Send code to your backend to exchange for access token
-    const response = await fetch('https://yourapi.com/auth/wechat', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' },
-      body: JSON.stringify({ code })
-    });
-
-    const { access_token, openid } = await response.json();
-    console.log('Logged in with WeChat:', openid);
-  } catch (error) {
-    console.error('WeChat auth failed:', error);
-  }
-};
-```
-
-### Condividi contenuti
-
-#### Condividi testo
-
-```typescript
-const shareText = async () => {
-  await CapacitorWechat.share({
-    scene: 0, // 0 = Chat, 1 = Moments, 2 = Favorite
-    type: 'text',
-    text: 'Hello from Capacitor WeChat!'
-  });
-};
-```
-
-#### Condividi collegamento
-
-```typescript
-const shareLink = async () => {
-  await CapacitorWechat.share({
-    scene: 1, // Share to Moments
-    type: 'link',
-    title: 'Check out this awesome app!',
-    description: 'Built with Capacitor and WeChat SDK',
-    link: 'https://capacitorjs.com',
-    thumbUrl: 'https://capacitorjs.com/icon.png'
-  });
-};
-```
-
-#### Condividi l'immagine
-
-```typescript
-const shareImage = async () => {
-  await CapacitorWechat.share({
-    scene: 0,
-    type: 'image',
-    imageUrl: 'https://example.com/image.png', // or base64 data
-    thumbUrl: 'https://example.com/thumb.png'
-  });
-};
-```
-
-### WeChat paga
-
-```typescript
-const payWithWeChat = async () => {
-  // First, get payment parameters from your server
-  const paymentParams = await fetchPaymentParamsFromServer();
-
-  try {
-    await CapacitorWechat.sendPaymentRequest({
-      partnerId: paymentParams.partnerId,
-      prepayId: paymentParams.prepayId,
-      nonceStr: paymentParams.nonceStr,
-      timeStamp: paymentParams.timeStamp,
-      package: paymentParams.package, // Usually 'Sign=WXPay'
-      sign: paymentParams.sign
-    });
-
-    console.log('Payment successful!');
-  } catch (error) {
-    console.error('Payment failed:', error);
-  }
-};
-```
-
-### Apri il Mini Programma
-
-```typescript
-const openMiniProgram = async () => {
-  await CapacitorWechat.openMiniProgram({
-    username: 'gh_xxxxxxxxxxxxx', // Mini program original ID
-    path: 'pages/index/index', // Path within mini program
-    type: 0 // 0 = Release, 1 = Test, 2 = Preview
-  });
-};
-```
-
-## API Riferimento
-
-### è installato()
-
-Controlla se l'app WeChat è installata sul dispositivo.
-
-```typescript
-const result = await CapacitorWechat.isInstalled();
-// Returns: { installed: boolean }
-```
-
-### autenticazione(opzioni)
-
-Autentica l'utente con WeChat OAuth.
-
-```typescript
-interface WechatAuthOptions {
-  scope: string; // 'snsapi_userinfo' or 'snsapi_login'
-  state?: string; // Optional state parameter for CSRF protection
-}
-
-const result = await CapacitorWechat.auth(options);
-// Returns: { code: string, state?: string }
-```
-
-### condividi(opzioni)
-
-Condividi contenuti su WeChat.
-
-```typescript
-interface WechatShareOptions {
-  scene: number; // 0 = Session (chat), 1 = Timeline (moments), 2 = Favorite
-  type: 'text' | 'image' | 'link' | 'music' | 'video' | 'miniprogram';
-  text?: string; // For type 'text'
-  title?: string; // For type 'link', 'music', 'video', 'miniprogram'
-  description?: string; // For type 'link', 'music', 'video', 'miniprogram'
-  link?: string; // For type 'link'
-  imageUrl?: string; // Image URL or base64 data
-  thumbUrl?: string; // Thumbnail URL or base64 data
-  mediaUrl?: string; // For type 'music' or 'video'
-  miniProgramUsername?: string; // For type 'miniprogram'
-  miniProgramPath?: string; // For type 'miniprogram'
-  miniProgramType?: number; // For type 'miniprogram': 0 = Release, 1 = Test, 2 = Preview
-  miniProgramWebPageUrl?: string; // Fallback URL for type 'miniprogram'
-}
-
-await CapacitorWechat.share(options);
-```
-
-### inviaRichiestaPagamento(opzioni)
-
-Invia richiesta di pagamento a WeChat Pay.
-
-```typescript
-interface WechatPaymentOptions {
-  partnerId: string; // Merchant ID
-  prepayId: string; // Prepay ID from unified order API
-  nonceStr: string; // Random string
-  timeStamp: string; // Timestamp
-  package: string; // Usually 'Sign=WXPay'
-  sign: string; // Signature
-}
-
-await CapacitorWechat.sendPaymentRequest(options);
-```
-
-### openMiniProgram(opzioni)
-
-Apri il mini-programma WeChat.
-
-```typescript
-interface WechatMiniProgramOptions {
-  username: string; // Mini-program username (original ID)
-  path?: string; // Path to open in mini-program
-  type?: number; // 0 = Release, 1 = Test, 2 = Preview
-}
-
-await CapacitorWechat.openMiniProgram(options);
-```
-
-### scegli Fattura (opzioni)
-
-Scegli la fattura da WeChat (per app aziendali).
-
-```typescript
-interface WechatInvoiceOptions {
-  appId: string;
-  signType: string;
-  cardSign: string;
-  timeStamp: string;
-  nonceStr: string;
-}
-
-const result = await CapacitorWechat.chooseInvoice(options);
-// Returns: { cards: string[] }
-```
-
-### getPluginVersion()
-
-Ottieni la versione del plugin nativo.
-
-```typescript
-const result = await CapacitorWechat.getPluginVersion();
-// Returns: { version: string }
-```
-
-## Esempio completo
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-export class WeChatService {
-  async init() {
-    const { installed } = await CapacitorWechat.isInstalled();
-    if (!installed) {
-      throw new Error('WeChat is not installed');
-    }
-  }
-
-  async login() {
-    const { code } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo',
-      state: Math.random().toString(36).substring(7)
-    });
-
-    // Exchange code for access token on your backend
-    const response = await fetch('/api/auth/wechat', {
-      method: 'POST',
-      body: JSON.stringify({ code })
-    });
-
-    return response.json();
-  }
-
-  async shareToChat(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 0, // Chat
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-
-  async shareToMoments(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 1, // Moments
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-}
-```
-
-## Note importanti
-
-1. **Integrazione WeChat SDK**: questo plugin fornisce l'interfaccia Capacitor, ma è necessario integrare WeChat ufficiale SDK nei tuoi progetti nativi.
-
-2. **Registrazione dell'app**: è necessario registrare la tua app sulla [piattaforma aperta WeChat](https://open.weixin.qq.com/) per ottenere un ID app.
-
-3. **Collegamenti universali (iOS)**: Per iOS 13+, è necessario configurare Collegamenti universali per i callback di WeChat.
-
-4. **Integrazione backend**: le funzionalità di autenticazione e pagamento richiedono l'integrazione backend per scambiare codici con token e preparare i parametri di pagamento.
-
-5. **Test**: le funzionalità di WeChat richiedono test su dispositivi fisici: non funzioneranno nei simulatori.
-
-## Migliori pratiche
-
-1. **Controlla sempre se WeChat è installato** prima di tentare di utilizzare le funzionalità.
-2. **Gestisci gli errori con garbo** con i blocchi try-catch.
-3. **Utilizza il parametro di stato** nelle richieste di autenticazione per la protezione CSRF.
-4. **Convalida le risposte ai pagamenti** sul tuo backend prima di concedere l'accesso.
-5. **Comprimi le immagini** prima di condividerle per ridurre l'utilizzo dei dati.
-
-## Note sulla piattaforma
-
-### iOS
-- Richiede iOS 10.0+
-- Utilizza WeChat ufficiale SDK per iOS
-- Richiede la configurazione dei collegamenti universali per iOS 13+### Android
-- Richiede Android 5.0 (API 21)+
-- Utilizza WeChat ufficiale SDK per Android
-- Richiede la configurazione di WXEntryActivity
-
-### Rete
-- Non supportato sulla piattaforma web
diff --git a/src/content/docs/it/docs/plugins/wechat/index.mdx b/src/content/docs/it/docs/plugins/wechat/index.mdx
deleted file mode 100644
index 282a3dcfd..000000000
--- a/src/content/docs/it/docs/plugins/wechat/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: '@capgo/capacitor-wechat'
-description: >-
-  Integrazione WeChat SDK per Capacitor: consente l'autenticazione, la
-  condivisione, i pagamenti e i mini-programmi.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Integra WeChat SDK nella tua app Capacitor per autenticazione semplice,
-    condivisione di contenuti, pagamenti e accesso al mini-programma.
-  image:
-    file: ~public/icons/plugins/wechat.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/wechat/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-wechat/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="OAuth Autenticazione" icon="puzzle">
-    Abilita l'accesso sicuro a WeChat per un'autenticazione utente senza interruzioni 🔐
-  </Card>
-  <Card title="Condivisione dei contenuti" icon="rocket">
-    Condividi testo, immagini, collegamenti, musica, video e mini-programmi su WeChat 📤
-  </Card>
-  <Card title="WeChat paga" icon="star">
-    Accetta pagamenti tramite WeChat Pay per transazioni senza interruzioni 💳
-  </Card>
-  <Card title="Mini-Programs" icon="open-book">
-    Avvia i mini-programmi WeChat direttamente dalla tua app 🚀
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    Funziona sia su iOS che su Android con WeChat nativo SDK 📱
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Controlla la [Documentazione](/docs/plugins/wechat/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/wifi/getting-started.mdx b/src/content/docs/it/docs/plugins/wifi/getting-started.mdx
deleted file mode 100644
index 229e38497..000000000
--- a/src/content/docs/it/docs/plugins/wifi/getting-started.mdx
+++ /dev/null
@@ -1,371 +0,0 @@
----
-title: Iniziare
-locale: it
-description: Scopri come installare e utilizzare il plugin WiFi per gestire la connettività di rete nella tua app Capacitor.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-wifi" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizza con i progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configura i permessi**
-
-   **Android**: Aggiungi a `AndroidManifest.xml`:
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-   <uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-
-   **iOS**: Aggiungi a `Info.plist`:
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>Abbiamo bisogno dell'accesso alla posizione per scansionare le reti WiFi</string>
-   ```
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e gestisci la connettività WiFi:
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-// Ottieni informazioni sulla connessione WiFi corrente
-const getWifiInfo = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-  console.log('Connesso a:', info.ssid);
-  console.log('Indirizzo IP:', info.ip);
-};
-
-// Scansiona le reti disponibili
-const scanNetworks = async () => {
-  const { networks } = await CapacitorWifi.scan();
-  networks.forEach(network => {
-    console.log(`SSID: ${network.ssid}, Segnale: ${network.level}`);
-  });
-};
-
-// Connettiti a una rete
-const connectToWifi = async () => {
-  await CapacitorWifi.connect({
-    ssid: 'MiaRete',
-    password: 'miapassword'
-  });
-};
-```
-
-## Riferimento API
-
-### getWifiInfo()
-
-Ottiene informazioni sulla rete WiFi attualmente connessa.
-
-```typescript
-interface WifiInfo {
-  ssid: string;          // Nome rete
-  bssid: string;         // Indirizzo MAC del punto di accesso
-  ip: string;            // Indirizzo IP del dispositivo
-  frequency: number;     // Frequenza rete (MHz)
-  linkSpeed: number;     // Velocità connessione (Mbps)
-  signalStrength: number; // Potenza del segnale (0-100)
-}
-
-const info = await CapacitorWifi.getWifiInfo();
-```
-
-### scan()
-
-Scansiona le reti WiFi disponibili.
-
-```typescript
-interface WifiNetwork {
-  ssid: string;          // Nome rete
-  bssid: string;         // Indirizzo MAC
-  level: number;         // Livello del segnale (dBm)
-  frequency: number;     // Frequenza rete
-  capabilities: string;  // Capacità di sicurezza
-}
-
-const { networks } = await CapacitorWifi.scan();
-```
-
-### connect(options)
-
-Connette a una rete WiFi.
-
-```typescript
-interface ConnectOptions {
-  ssid: string;          // Nome rete
-  password?: string;     // Password rete (se protetta)
-  isHiddenSsid?: boolean; // Se l'SSID è nascosto
-}
-
-await CapacitorWifi.connect({
-  ssid: 'MiaRete',
-  password: 'miapassword'
-});
-```
-
-### disconnect()
-
-Disconnette dalla rete WiFi corrente.
-
-```typescript
-await CapacitorWifi.disconnect();
-```
-
-### getSSID()
-
-Ottiene l'SSID della rete attualmente connessa.
-
-```typescript
-const { ssid } = await CapacitorWifi.getSSID();
-console.log('Connesso a:', ssid);
-```
-
-### getIP()
-
-Ottiene l'indirizzo IP corrente del dispositivo.
-
-```typescript
-const { ip } = await CapacitorWifi.getIP();
-console.log('Indirizzo IP:', ip);
-```
-
-## Esempio completo
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-export class WifiService {
-  async getCurrentNetwork() {
-    try {
-      const info = await CapacitorWifi.getWifiInfo();
-      return {
-        name: info.ssid,
-        strength: this.getSignalQuality(info.signalStrength),
-        speed: `${info.linkSpeed} Mbps`,
-        ip: info.ip
-      };
-    } catch (error) {
-      console.error('Impossibile ottenere informazioni WiFi:', error);
-      return null;
-    }
-  }
-
-  async scanAndConnect(targetSsid: string, password: string) {
-    try {
-      // Scansiona le reti
-      const { networks } = await CapacitorWifi.scan();
-
-      // Trova la rete di destinazione
-      const targetNetwork = networks.find(n => n.ssid === targetSsid);
-
-      if (!targetNetwork) {
-        throw new Error(`Rete ${targetSsid} non trovata`);
-      }
-
-      console.log(`Rete trovata con segnale: ${targetNetwork.level} dBm`);
-
-      // Connetti alla rete
-      await CapacitorWifi.connect({
-        ssid: targetSsid,
-        password: password
-      });
-
-      console.log('Connesso con successo!');
-      return true;
-    } catch (error) {
-      console.error('Connessione fallita:', error);
-      return false;
-    }
-  }
-
-  async findBestNetwork(preferredNetworks: string[]) {
-    const { networks } = await CapacitorWifi.scan();
-
-    // Filtra per reti preferite
-    const available = networks.filter(n =>
-      preferredNetworks.includes(n.ssid)
-    );
-
-    if (available.length === 0) {
-      return null;
-    }
-
-    // Ordina per potenza del segnale
-    available.sort((a, b) => b.level - a.level);
-
-    return available[0];
-  }
-
-  async monitorConnection(callback: (info: WifiInfo | null) => void) {
-    const checkConnection = async () => {
-      try {
-        const info = await CapacitorWifi.getWifiInfo();
-        callback(info);
-      } catch (error) {
-        callback(null);
-      }
-    };
-
-    // Controlla ogni 5 secondi
-    const interval = setInterval(checkConnection, 5000);
-
-    // Controllo iniziale
-    await checkConnection();
-
-    // Restituisce la funzione di pulizia
-    return () => clearInterval(interval);
-  }
-
-  private getSignalQuality(strength: number): string {
-    if (strength >= 80) return 'Eccellente';
-    if (strength >= 60) return 'Buono';
-    if (strength >= 40) return 'Discreto';
-    return 'Scarso';
-  }
-
-  async getNetworkSecurity(ssid: string): Promise<string> {
-    const { networks } = await CapacitorWifi.scan();
-    const network = networks.find(n => n.ssid === ssid);
-
-    if (!network) {
-      return 'Sconosciuto';
-    }
-
-    const caps = network.capabilities.toLowerCase();
-
-    if (caps.includes('wpa3')) return 'WPA3';
-    if (caps.includes('wpa2')) return 'WPA2';
-    if (caps.includes('wpa')) return 'WPA';
-    if (caps.includes('wep')) return 'WEP';
-
-    return 'Aperta';
-  }
-}
-```
-
-## Utilizzo avanzato
-
-### Valutazione della qualità della rete
-
-```typescript
-const assessNetworkQuality = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-
-  const quality = {
-    signal: info.signalStrength >= 70 ? 'Eccellente' :
-            info.signalStrength >= 50 ? 'Buono' :
-            info.signalStrength >= 30 ? 'Discreto' : 'Scarso',
-    speed: info.linkSpeed >= 100 ? 'Veloce' :
-           info.linkSpeed >= 50 ? 'Medio' : 'Lento',
-    frequency: info.frequency >= 5000 ? '5GHz' : '2.4GHz'
-  };
-
-  console.log('Qualità della rete:', quality);
-  return quality;
-};
-```
-
-### Connessione automatica alle reti preferite
-
-```typescript
-const autoConnect = async (preferredNetworks: Array<{ ssid: string, password: string }>) => {
-  const { networks } = await CapacitorWifi.scan();
-
-  for (const preferred of preferredNetworks) {
-    const found = networks.find(n => n.ssid === preferred.ssid);
-
-    if (found) {
-      try {
-        await CapacitorWifi.connect({
-          ssid: preferred.ssid,
-          password: preferred.password
-        });
-        console.log(`Connesso a ${preferred.ssid}`);
-        return true;
-      } catch (error) {
-        console.error(`Impossibile connettersi a ${preferred.ssid}`);
-      }
-    }
-  }
-
-  return false;
-};
-```
-
-### Rilevamento cambio rete
-
-```typescript
-class NetworkMonitor {
-  private currentSsid: string | null = null;
-  private listeners: Array<(ssid: string | null) => void> = [];
-
-  async start() {
-    setInterval(async () => {
-      try {
-        const { ssid } = await CapacitorWifi.getSSID();
-
-        if (ssid !== this.currentSsid) {
-          this.currentSsid = ssid;
-          this.notifyListeners(ssid);
-        }
-      } catch (error) {
-        if (this.currentSsid !== null) {
-          this.currentSsid = null;
-          this.notifyListeners(null);
-        }
-      }
-    }, 3000);
-  }
-
-  onNetworkChange(callback: (ssid: string | null) => void) {
-    this.listeners.push(callback);
-  }
-
-  private notifyListeners(ssid: string | null) {
-    this.listeners.forEach(listener => listener(ssid));
-  }
-}
-```
-
-## Best practices
-
-1. **Permessi**: Richiedi i permessi di localizzazione prima di scansionare le reti
-2. **Gestione errori**: Racchiudi sempre le operazioni WiFi in blocchi try-catch
-3. **Feedback utente**: Mostra indicatori di caricamento durante le operazioni di rete
-4. **Sicurezza**: Non archiviare mai le password WiFi in testo normale
-5. **Test**: Testa su dispositivi reali poiché le API WiFi potrebbero non funzionare negli emulatori
-
-## Differenze tra piattaforme
-
-### iOS
-- Richiede permessi di localizzazione per scansionare le reti
-- Non può connettersi programmaticamente alle reti (aprirà le Impostazioni)
-- Accesso limitato ai dettagli della rete
-
-### Android
-- Controllo WiFi programmatico completo
-- Richiede permessi di localizzazione per la scansione delle reti
-- Può connettersi/disconnettersi programmaticamente
-
-## Risoluzione dei problemi
-
-### Problemi comuni
-
-**La scansione restituisce vuoto**: Verifica che i permessi di localizzazione siano stati concessi
-**Impossibile connettersi alla rete**: Verifica che la password sia corretta e la rete sia nel raggio d'azione
-**getWifiInfo fallisce**: Assicurati che il dispositivo sia connesso a una rete WiFi
-**Permesso negato**: Aggiungi i permessi richiesti ai file di configurazione della piattaforma
diff --git a/src/content/docs/it/docs/plugins/wifi/index.mdx b/src/content/docs/it/docs/plugins/wifi/index.mdx
deleted file mode 100644
index dea90d7e7..000000000
--- a/src/content/docs/it/docs/plugins/wifi/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-wifi"
-locale: it
-description: Gestisci la connettività WiFi per la tua app Capacitor su iOS e Android.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduzione"
-hero:
-  tagline: Gestisci le connessioni WiFi, scansiona le reti e monitora lo stato di connettività nella tua app Capacitor.
-  image:
-    file: ~public/icons/plugins/wifi.svg
-  actions:
-    - text: Iniziare
-      link: /docs/plugins/wifi/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-wifi/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Scansione reti" icon="magnifier">
-    Scansiona e scopri le reti WiFi disponibili 📡
-  </Card>
-  <Card title="Gestione connessioni" icon="puzzle">
-    Connettiti e disconnettiti dalle reti WiFi programmaticamente 🔌
-  </Card>
-  <Card title="Monitoraggio stato" icon="setting">
-    Monitora lo stato della connessione WiFi in tempo reale 📊
-  </Card>
-  <Card title="Multipiattaforma" icon="laptop">
-    Funziona sia su dispositivi iOS che Android 📱
-  </Card>
-  <Card title="Informazioni rete" icon="information">
-    Ottieni informazioni dettagliate sulle reti connesse 🔍
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Consulta la [Documentazione](/docs/plugins/wifi/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/youtube-player/getting-started.mdx b/src/content/docs/it/docs/plugins/youtube-player/getting-started.mdx
deleted file mode 100644
index 9f15f6e1a..000000000
--- a/src/content/docs/it/docs/plugins/youtube-player/getting-started.mdx
+++ /dev/null
@@ -1,433 +0,0 @@
----
-title: Iniziare
-description: >-
-  Scopri come integrare la riproduzione di video di YouTube nella tua app
-  Capacitor.
-sidebar:
-  order: 2
-locale: it
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-youtube-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizzazione con progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilizzo di base
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-// Initialize the player
-const result = await YoutubePlayer.initialize({
-  playerId: 'youtube-player',
-  playerSize: { width: 640, height: 360 },
-  videoId: 'dQw4w9WgXcQ',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 1,
-    controls: 1
-  }
-});
-
-// Play video
-await YoutubePlayer.playVideo(result.player);
-
-// Pause video
-await YoutubePlayer.pauseVideo(result.player);
-
-// Listen to player events
-YoutubePlayer.addEventListener(result.player, 'onStateChange', (event) => {
-  console.log('Player state:', event.data);
-});
-```
-
-## API Riferimento
-
-### inizializza(opzioni)
-
-Inizializza un'istanza del player YouTube.
-
-```typescript
-const { player, playerReady } = await YoutubePlayer.initialize({
-  playerId: 'my-player',
-  playerSize: { width: 1280, height: 720 },
-  videoId: 'VIDEO_ID',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 0,
-    controls: 1,
-    rel: 0
-  }
-});
-```
-
-### Metodi di controllo video
-
-```typescript
-// Play
-await YoutubePlayer.playVideo(playerId);
-
-// Pause
-await YoutubePlayer.pauseVideo(playerId);
-
-// Stop
-await YoutubePlayer.stopVideo(playerId);
-
-// Seek to time
-await YoutubePlayer.seekTo(playerId, seconds, allowSeekAhead);
-
-// Load video by ID
-await YoutubePlayer.loadVideoById(playerId, { videoId: 'VIDEO_ID' });
-
-// Cue video (load without playing)
-await YoutubePlayer.cueVideoById(playerId, { videoId: 'VIDEO_ID' });
-```
-
-### Controllo della playlist
-
-```typescript
-// Load playlist
-await YoutubePlayer.loadPlaylist(playerId, {
-  listType: 'playlist',
-  list: 'PLAYLIST_ID'
-});
-
-// Cue playlist
-await YoutubePlayer.cuePlaylist(playerId, {
-  playlist: ['VIDEO_ID_1', 'VIDEO_ID_2'],
-  index: 0
-});
-
-// Navigate playlist
-await YoutubePlayer.nextVideo(playerId);
-await YoutubePlayer.previousVideo(playerId);
-await YoutubePlayer.playVideoAt(playerId, index);
-```
-
-### Controllo dell'audio
-
-```typescript
-// Mute/Unmute
-await YoutubePlayer.mute(playerId);
-await YoutubePlayer.unMute(playerId);
-
-const { result } = await YoutubePlayer.isMuted(playerId);
-console.log('Muted:', result.value);
-
-// Volume (0-100)
-await YoutubePlayer.setVolume(playerId, 50);
-const { result } = await YoutubePlayer.getVolume(playerId);
-```
-
-### Controllo della riproduzione
-
-```typescript
-// Playback rate
-await YoutubePlayer.setPlaybackRate(playerId, 1.5);
-const { result } = await YoutubePlayer.getPlaybackRate(playerId);
-
-// Available rates
-const { result } = await YoutubePlayer.getAvailablePlaybackRates(playerId);
-console.log('Available rates:', result.value);
-
-// Loop and shuffle
-await YoutubePlayer.setLoop(playerId, true);
-await YoutubePlayer.setShuffle(playerId, true);
-```
-
-### Controllo qualità
-
-```typescript
-// Set quality
-await YoutubePlayer.setPlaybackQuality(playerId, 'hd720');
-
-// Get current quality
-const { result } = await YoutubePlayer.getPlaybackQuality(playerId);
-
-// Get available qualities
-const { result } = await YoutubePlayer.getAvailableQualityLevels(playerId);
-```
-
-### Informazioni sul giocatore
-
-```typescript
-// Duration
-const { result } = await YoutubePlayer.getDuration(playerId);
-
-// Current time
-const { result } = await YoutubePlayer.getCurrentTime(playerId);
-
-// Loaded fraction
-const { result } = await YoutubePlayer.getVideoLoadedFraction(playerId);
-
-// Player state
-const { result } = await YoutubePlayer.getPlayerState(playerId);
-
-// Video URL
-const { result } = await YoutubePlayer.getVideoUrl(playerId);
-```
-
-### Ascoltatori di eventi
-
-```typescript
-// State change
-YoutubePlayer.addEventListener(playerId, 'onStateChange', (event) => {
-  console.log('State:', event.data); // -1, 0, 1, 2, 3, 5
-});
-
-// Ready
-YoutubePlayer.addEventListener(playerId, 'onReady', (event) => {
-  console.log('Player ready');
-});
-
-// Error
-YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-  console.error('Player error:', event.data);
-});
-
-// Quality change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackQualityChange', (event) => {
-  console.log('Quality:', event.data);
-});
-
-// Rate change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackRateChange', (event) => {
-  console.log('Rate:', event.data);
-});
-
-// Remove listener
-YoutubePlayer.removeEventListener(playerId, 'onStateChange', callback);
-```
-
-## Esempio completo
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-export class YouTubeService {
-  private playerId: string | null = null;
-
-  async initPlayer(videoId: string) {
-    try {
-      const { player, playerReady } = await YoutubePlayer.initialize({
-        playerId: 'main-player',
-        playerSize: { width: 1280, height: 720 },
-        videoId,
-        fullscreen: false,
-        playerVars: {
-          autoplay: 0,
-          controls: 1,
-          modestbranding: 1,
-          rel: 0
-        }
-      });
-
-      this.playerId = player;
-
-      // Set up event listeners
-      YoutubePlayer.addEventListener(player, 'onReady', () => {
-        console.log('Player is ready');
-      });
-
-      YoutubePlayer.addEventListener(player, 'onStateChange', (event) => {
-        this.handleStateChange(event.data);
-      });
-
-      YoutubePlayer.addEventListener(player, 'onError', (event) => {
-        console.error('YouTube error:', event.data);
-      });
-
-      return player;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  private handleStateChange(state: number) {
-    switch (state) {
-      case -1:
-        console.log('Unstarted');
-        break;
-      case 0:
-        console.log('Ended');
-        break;
-      case 1:
-        console.log('Playing');
-        break;
-      case 2:
-        console.log('Paused');
-        break;
-      case 3:
-        console.log('Buffering');
-        break;
-      case 5:
-        console.log('Video cued');
-        break;
-    }
-  }
-
-  async play() {
-    if (!this.playerId) return;
-    await YoutubePlayer.playVideo(this.playerId);
-  }
-
-  async pause() {
-    if (!this.playerId) return;
-    await YoutubePlayer.pauseVideo(this.playerId);
-  }
-
-  async loadVideo(videoId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadVideoById(this.playerId, { videoId });
-  }
-
-  async loadPlaylist(playlistId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadPlaylist(this.playerId, {
-      listType: 'playlist',
-      list: playlistId,
-      index: 0
-    });
-  }
-
-  async setQuality(quality: 'small' | 'medium' | 'large' | 'hd720' | 'hd1080') {
-    if (!this.playerId) return;
-    await YoutubePlayer.setPlaybackQuality(this.playerId, quality);
-  }
-
-  async getProgress() {
-    if (!this.playerId) return { current: 0, duration: 0 };
-
-    const current = await YoutubePlayer.getCurrentTime(this.playerId);
-    const duration = await YoutubePlayer.getDuration(this.playerId);
-
-    return {
-      current: current.result.value,
-      duration: duration.result.value
-    };
-  }
-
-  async destroy() {
-    if (!this.playerId) return;
-    await YoutubePlayer.destroy(this.playerId);
-    this.playerId = null;
-  }
-}
-```
-
-## Stati del giocatore
-
-| Stato | Valore | Descrizione |
-|-------|-------|-----|
-| NON INIZIATO | -1 | Video non avviato |
-| FINITO | 0| Il video è terminato |
-| GIOCANDO | 1| Il video è in riproduzione |
-| IN PAUSA | 2| Il video è in pausa |
-| BUFFER | 3| Il video è in buffering |
-| CUED | 5| Il video è suggerito |
-
-## Livelli di qualità
-
-- `small`: 240p
-- `medium`: 360p
-- `large`: 480p
-- `hd720`: 720p
-- `hd1080`: 1080p
-- `highres`: >1080p
-- `default`: qualità automatica
-
-## Migliori pratiche
-
-1. **Inizializza una volta**
-   Crea l'istanza del lettore una volta e riutilizzala:
-   ```typescript
-   let player = await YoutubePlayer.initialize(options);
-   // Reuse player for different videos
-   await YoutubePlayer.loadVideoById(player, { videoId: 'NEW_ID' });
-   ```
-
-2. **Gestire gli errori con garbo**
-   ```typescript
-   YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-     switch (event.data) {
-       case 2:
-         console.error('Invalid parameter');
-         break;
-       case 100:
-         console.error('Video not found');
-         break;
-       case 101:
-       case 150:
-         console.error('Embedding not allowed');
-         break;
-     }
-   });
-   ```
-
-3. **Pulisci**
-   Distruggi il giocatore quando il componente viene smontato:
-   ```typescript
-   useEffect(() => {
-     return () => {
-       if (playerId) {
-         YoutubePlayer.destroy(playerId);
-       }
-     };
-   }, []);
-   ```
-
-4. **Rispetta le preferenze dell'utente**
-   ```typescript
-   // Don't autoplay unless user initiated
-   playerVars: {
-     autoplay: 0
-   }
-   ```
-
-5. **Monitora la riproduzione**
-   ```typescript
-   setInterval(async () => {
-     const time = await YoutubePlayer.getCurrentTime(playerId);
-     updateProgressBar(time.result.value);
-   }, 1000);
-   ```
-
-## Note sulla piattaforma
-
-### iOS
-- Funziona su iOS 9.0+
-- Utilizza WKWebView con iframe YouTube API
-- Supporta lo schermo intero
-
-### Android
-- Funziona su Android 5.0 (API 21)+
-- Utilizza WebView con iframe YouTube API
-- Supporta lo schermo intero
-
-### Rete
-- Integrazione iframe diretta di YouTube
-- Supporto completo per API
-- Migliori prestazioni
-
-## Risoluzione dei problemi
-
-**Il giocatore non si carica:**
-- Verifica che l'ID video sia valido
-- Verificare la connessione Internet
-- Assicurati che l'incorporamento su YouTube sia consentito per il video
-
-**Eventi non attivati:**
-- Assicurati che gli ascoltatori vengano aggiunti dopo l'inizializzazione
-- Controlla che il player sia pronto prima di aggiungere ascoltatori
-
-**Problemi di qualità:**
-- Controlla prima i livelli di qualità disponibili
-- Alcuni video non supportano tutte le qualità
-- I cambiamenti di qualità potrebbero non essere immediati
diff --git a/src/content/docs/it/docs/plugins/youtube-player/index.mdx b/src/content/docs/it/docs/plugins/youtube-player/index.mdx
deleted file mode 100644
index 7a4c9c933..000000000
--- a/src/content/docs/it/docs/plugins/youtube-player/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: '@capgo/capacitor-youtube-player'
-description: >-
-  Incorpora i controlli del player YouTube nelle tue app Capacitor con accesso
-  completo a API.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Integra la riproduzione video di YouTube con il pieno controllo sullo stato
-    del player, sulle playlist, sulla qualità e sugli eventi nelle tue
-    applicazioni Capacitor.
-  image:
-    file: ~public/icons/plugins/youtube-player.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/youtube-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-youtube-player/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="YouTube completo API" icon="rocket">
-    Accesso completo al player YouTube API
-  </Card>
-  <Card title="Supporto per playlist" icon="list-format">
-    Carica e controlla le playlist di YouTube
-  </Card>
-  <Card title="Controllo di qualità" icon="star">
-    Regola la qualità della riproduzione in modo dinamico
-  </Card>
-  <Card title="Ascoltatori di eventi" icon="setting">
-    Reagire ai cambiamenti e agli eventi dello stato del giocatore
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/plugins/zip/getting-started.mdx b/src/content/docs/it/docs/plugins/zip/getting-started.mdx
deleted file mode 100644
index dc5d012cc..000000000
--- a/src/content/docs/it/docs/plugins/zip/getting-started.mdx
+++ /dev/null
@@ -1,313 +0,0 @@
----
-title: Iniziare
-description: >-
-  Scopri come installare e utilizzare il plug-in Zip per comprimere ed estrarre
-  file nella tua app Capacitor.
-sidebar:
-  order: 2
-locale: it
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Installa il pacchetto**
-   <PackageManagers pkg="@capgo/capacitor-zip" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sincronizzazione con progetti nativi**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Utilizzo
-
-Importa il plugin e comprimi o decomprimi i file:
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-
-// Zip a folder
-const zipFolder = async () => {
-  await CapacitorZip.zip({
-    source: 'file:///path/to/folder',
-    destination: 'file:///path/to/archive.zip'
-  });
-  console.log('Folder zipped successfully!');
-};
-
-// Unzip an archive
-const unzipArchive = async () => {
-  await CapacitorZip.unzip({
-    source: 'file:///path/to/archive.zip',
-    destination: 'file:///path/to/output/folder'
-  });
-  console.log('Archive extracted successfully!');
-};
-```
-
-## API Riferimento
-
-### zip(opzioni)
-
-Crea un archivio ZIP da una cartella di origine.
-
-```typescript
-interface ZipOptions {
-  source: string;       // Path to folder to compress
-  destination: string;  // Path for output ZIP file
-}
-
-await CapacitorZip.zip({
-  source: 'file:///path/to/folder',
-  destination: 'file:///path/to/archive.zip'
-});
-```
-
-### decomprimere(opzioni)
-
-Estrae file da un archivio ZIP.
-
-```typescript
-interface UnzipOptions {
-  source: string;       // Path to ZIP file
-  destination: string;  // Path to extract to
-}
-
-await CapacitorZip.unzip({
-  source: 'file:///path/to/archive.zip',
-  destination: 'file:///path/to/output/folder'
-});
-```
-
-## Esempio completo
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class ZipService {
-  async createBackup() {
-    try {
-      const timestamp = Date.now();
-      const sourceDir = `${Filesystem.Directory.Data}/userdata`;
-      const destPath = `${Filesystem.Directory.Documents}/backup_${timestamp}.zip`;
-
-      await CapacitorZip.zip({
-        source: sourceDir,
-        destination: destPath
-      });
-
-      console.log('Backup created:', destPath);
-      return destPath;
-    } catch (error) {
-      console.error('Backup failed:', error);
-      throw error;
-    }
-  }
-
-  async restoreBackup(backupPath: string) {
-    try {
-      const destDir = `${Filesystem.Directory.Data}/userdata`;
-
-      // Clear existing data
-      await Filesystem.rmdir({
-        path: 'userdata',
-        directory: Directory.Data,
-        recursive: true
-      });
-
-      // Extract backup
-      await CapacitorZip.unzip({
-        source: backupPath,
-        destination: destDir
-      });
-
-      console.log('Backup restored successfully');
-    } catch (error) {
-      console.error('Restore failed:', error);
-      throw error;
-    }
-  }
-
-  async compressFiles(filePaths: string[], outputPath: string) {
-    try {
-      // Create temporary directory
-      const tempDir = `${Filesystem.Directory.Cache}/temp_zip_${Date.now()}`;
-
-      await Filesystem.mkdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      // Copy files to temp directory
-      for (const filePath of filePaths) {
-        const fileName = filePath.split('/').pop();
-        await Filesystem.copy({
-          from: filePath,
-          to: `${tempDir}/${fileName}`
-        });
-      }
-
-      // Zip the temp directory
-      await CapacitorZip.zip({
-        source: tempDir,
-        destination: outputPath
-      });
-
-      // Clean up temp directory
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return outputPath;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async extractSpecificFiles(zipPath: string, fileNames: string[]) {
-    try {
-      // Extract to temp location
-      const tempDir = `${Filesystem.Directory.Cache}/temp_extract_${Date.now()}`;
-
-      await CapacitorZip.unzip({
-        source: zipPath,
-        destination: tempDir
-      });
-
-      // Read only specific files
-      const extractedFiles: { [key: string]: string } = {};
-
-      for (const fileName of fileNames) {
-        const content = await Filesystem.readFile({
-          path: `${tempDir}/${fileName}`,
-          directory: Directory.Cache
-        });
-        extractedFiles[fileName] = content.data;
-      }
-
-      // Clean up
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return extractedFiles;
-    } catch (error) {
-      console.error('Extraction failed:', error);
-      throw error;
-    }
-  }
-}
-```
-
-## Utilizzo avanzato
-
-### Creazione di archivi con monitoraggio dei progressi
-
-```typescript
-const zipWithProgress = async (source: string, destination: string) => {
-  console.log('Starting compression...');
-
-  try {
-    await CapacitorZip.zip({ source, destination });
-    console.log('Compression complete!');
-  } catch (error) {
-    console.error('Compression failed:', error);
-    throw error;
-  }
-};
-```
-
-### Operazioni di archiviazione batch
-
-```typescript
-const batchZip = async (folders: string[]) => {
-  const results = [];
-
-  for (const folder of folders) {
-    const folderName = folder.split('/').pop();
-    const zipPath = `${folder}_${Date.now()}.zip`;
-
-    try {
-      await CapacitorZip.zip({
-        source: folder,
-        destination: zipPath
-      });
-      results.push({ folder, zipPath, success: true });
-    } catch (error) {
-      results.push({ folder, error, success: false });
-    }
-  }
-
-  return results;
-};
-```
-
-### Creazione di archivi sicuri
-
-```typescript
-const createSecureBackup = async (dataPath: string) => {
-  // Zip the data
-  const zipPath = `${Filesystem.Directory.Documents}/secure_backup.zip`;
-
-  await CapacitorZip.zip({
-    source: dataPath,
-    destination: zipPath
-  });
-
-  // Optionally encrypt the zip file here using a crypto plugin
-
-  return zipPath;
-};
-```
-
-### Convalida dell'archivio
-
-```typescript
-const validateArchive = async (zipPath: string): Promise<boolean> => {
-  try {
-    const tempDir = `${Filesystem.Directory.Cache}/validate_${Date.now()}`;
-
-    // Try to extract
-    await CapacitorZip.unzip({
-      source: zipPath,
-      destination: tempDir
-    });
-
-    // Clean up
-    await Filesystem.rmdir({
-      path: tempDir,
-      directory: Directory.Cache,
-      recursive: true
-    });
-
-    return true;
-  } catch (error) {
-    console.error('Archive validation failed:', error);
-    return false;
-  }
-};
-```
-
-## Migliori pratiche
-
-1. **Convalida del percorso**: convalida sempre i percorsi di origine e di destinazione prima delle operazioni
-2. **Gestione degli errori**: racchiude tutte le operazioni di zip/unzip in blocchi try-catch
-3. **Pulizia**: rimuove file e cartelle temporanei dopo le operazioni
-4. **File di grandi dimensioni**: fai attenzione con gli archivi di grandi dimensioni sui dispositivi mobili
-5. **Autorizzazioni**: assicurati che la tua app disponga delle autorizzazioni necessarie per il file system
-
-## Risoluzione dei problemi
-
-### Problemi comuni
-
-**Operazione zip non riuscita**: assicurati che il percorso di origine esista e sia accessibile
-**Decompressione non riuscita**: verifica che il file ZIP sia valido e che il percorso di destinazione sia scrivibile
-**Archiviazione esaurita**: monitora lo spazio su disco disponibile prima delle operazioni
-**Autorizzazione negata**: verifica le autorizzazioni del file system nella configurazione dell'app
diff --git a/src/content/docs/it/docs/plugins/zip/index.mdx b/src/content/docs/it/docs/plugins/zip/index.mdx
deleted file mode 100644
index 08f6a0c4f..000000000
--- a/src/content/docs/it/docs/plugins/zip/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: '@capgo/capacitor-zip'
-description: >-
-  Comprimi e decomprimi file su iOS, Android e sul Web con questo plug-in
-  Capacitor gratuito.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 'Comprimi ed estrai facilmente archivi ZIP su iOS, Android e piattaforme Web.'
-  image:
-    file: ~public/icons/plugins/zip.svg
-  actions:
-    - text: Inizia
-      link: /docs/plugins/zip/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-zip/'
-      icon: external
-      variant: minimal
-locale: it
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Comprimi e decomprimi" icon="add-document">
-    Crea ed estrai archivi ZIP con facilità 📦
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    Funziona perfettamente su iOS, Android e Web 📱
-  </Card>
-  <Card title="Semplice API" icon="rocket">
-    Interfaccia facile da usare per le operazioni di compressione 🚀
-  </Card>
-  <Card title="Gratuito e open source" icon="github">
-    Completamente gratuito senza limitazioni 💰
-  </Card>
-  <Card title="Monitoraggio dei progressi" icon="setting">
-    Monitorare l'avanzamento della compressione e dell'estrazione ⚙️
-  </Card>
-  <Card title="Documentazione completa" icon="open-book">
-    Controlla la [Documentazione](/docs/plugins/zip/getting-started/) per padroneggiare il plugin in pochi minuti.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/it/docs/public-api/api-keys.mdx b/src/content/docs/it/docs/public-api/api-keys.mdx
deleted file mode 100644
index 067697257..000000000
--- a/src/content/docs/it/docs/public-api/api-keys.mdx
+++ /dev/null
@@ -1,279 +0,0 @@
----
-title: API Chiavi
-description: >-
-  Documentazione completa per l'endpoint API Keys, con dettagli su
-  autenticazione, autorizzazioni e gestione all'interno di Capgo API
-sidebar:
-  order: 9
-locale: it
----
-Le chiavi API vengono utilizzate per autenticare le richieste a Capgo API. Ciascuna chiave può avere autorizzazioni (modalità) diverse per controllare i livelli di accesso. Le chiavi sono specifiche dell'organizzazione e devono essere gestite con attenzione poiché concedono l'accesso alle tue risorse Capgo.
-
-## Modalità chiave
-
-- **lettura**: può solo leggere i dati, non sono consentite modifiche
-- **carica**: può leggere, modificare e caricare nuovi bundle
-- **write**: può leggere, modificare dati e caricare pacchetti
-- **all**: accesso completo a tutte le operazioni
-
-Le modalità chiave seguono uno schema graduale/graduale. Se disponi di una chiave di caricamento e poi crei una chiave di scrittura, la chiave di scrittura sarà in grado di fare tutto ciò che potrebbe fare la chiave di caricamento.
-Dai un'occhiata al diagramma seguente per comprendere meglio come funzionano le chiavi API.
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/capgo_apikeys_diagram.webp" alt="Un diagramma che spiega come funziona la chiave API" /><figcaption></figcaption></figure>
-
-## Sottochiavi con diritti limitati
-
-Puoi creare sottochiavi con accesso limitato ad app o organizzazioni specifiche. Ciò è utile per limitare l'accesso a determinate risorse pur consentendo operazioni su altre. Utilizza i parametri `limited_to_apps` e `limited_to_orgs` durante la creazione di una chiave per definire queste restrizioni.
-
-## Chiavi crittografate
-
-Puoi creare **chiavi API crittografate (con hash)** per una maggiore sicurezza. Quando crei una chiave crittografata:
-
-- La chiave viene sottoposta ad hashing utilizzando SHA-256 prima di essere archiviata nel database
-- **La chiave semplice viene restituita solo una volta** nella risposta di creazione: salvala immediatamente
-- La chiave non può essere recuperata o visualizzata nuovamente dopo la creazione
-- Se perdi una chiave crittografata, devi crearne una nuova
-
-Utilizza il parametro `hashed: true` durante la creazione di una chiave per abilitare la crittografia. Questo è l'approccio consigliato per gli ambienti di produzione.
-
-## Scadenza chiave
-
-Le chiavi API possono avere una **data di scadenza** per limitare la finestra di esposizione se una chiave viene compromessa. Quando viene impostata una data di scadenza:
-
-- La chiave smette di funzionare dopo la data e l'ora specificate
-- Le richieste che utilizzano chiavi scadute verranno rifiutate con un errore
-- Le chiavi scadute vengono automaticamente cancellate dopo 30 giorni
-
-Le organizzazioni possono applicare policy di scadenza:
-- **Richiedi scadenza**: tutte le chiavi API devono avere una data di scadenza
-- **Periodo di scadenza massimo**: limita l'intervallo nel futuro in cui è possibile impostare una data di scadenza
-
-## Migliori pratiche di sicurezza
-
-1. **Principio del privilegio minimo**: utilizza sempre la modalità più restrittiva che consenta comunque il funzionamento della tua integrazione
-2. **Utilizza chiavi crittografate**: crea chiavi hash per la produzione per proteggerti dalle violazioni del database
-3. **Imposta date di scadenza**: utilizza le date di scadenza per limitare la durata delle tue chiavi
-4. **Rotazione regolare**: ruota periodicamente le tue chiavi API
-5. **Archiviazione sicura**: archivia le chiavi API in modo sicuro e non impegnarle mai nel controllo della versione
-6. **Monitoraggio**: monitora l'utilizzo delle chiavi API e revoca immediatamente eventuali chiavi compromesse
-7. **Sottochiavi limitate**: utilizza sottochiavi con diritti limitati per integrazioni specifiche per ridurre al minimo i rischi
-
-## Endpoint
-
-### OTTIENI
-
-`https://api.capgo.app/apikey/`
-
-Recupera tutte le chiavi API associate al tuo account.
-
-#### Tipo di risposta
-
-```typescript
-interface ApiKey {
-  created_at: string | null
-  id: number
-  key: string | null  // null for encrypted keys
-  mode: 'read' | 'write' | 'upload' | 'all'
-  name: string
-  updated_at: string | null
-  user_id: string
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  expires_at?: string | null  // ISO 8601 date, null means never expires
-}
-```> **Nota**: per le chiavi crittografate, il campo `key` sarà `null` nelle risposte GET poiché la chiave semplice viene mostrata solo una volta durante la creazione.
-
-#### Richiesta di esempio
-
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/apikey/
-```
-
-#### Esempio di risposta
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "key": "ak_123...",
-      "mode": "read",
-      "name": "CI/CD Read Key",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "user_123"
-    },
-    {
-      "id": 2,
-      "key": "ak_456...",
-      "mode": "upload",
-      "name": "Deploy Bot",
-      "created_at": "2024-01-02T00:00:00Z",
-      "updated_at": "2024-01-02T00:00:00Z",
-      "user_id": "user_123",
-      "limited_to_apps": ["com.demo.app"]
-    }
-  ]
-}
-```
-
-### POST
-
-`https://api.capgo.app/apikey/`
-
-Crea una nuova chiave API per un'organizzazione specifica.
-
-#### Richiedi corpo
-
-```typescript
-interface ApiKeyCreate {
-  name: string
-  mode: 'read' | 'write' | 'upload' | 'all'
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  hashed?: boolean       // Create an encrypted key (recommended for production)
-  expires_at?: string    // ISO 8601 date for key expiration
-}
-```
-
-#### Esempio di richiesta (chiave standard)
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Limited Read Key",
-    "mode": "read",
-    "limited_to_apps": ["com.demo.app"]
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### Esempio di richiesta (chiave crittografata con scadenza)
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Secure CI Key",
-    "mode": "upload",
-    "hashed": true,
-    "expires_at": "2025-06-01T00:00:00Z"
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### Esempio di risposta (tasto standard)
-
-```json
-{
-  "apikey": {
-    "id": 3,
-    "key": "ak_789...",
-    "mode": "read",
-    "name": "Limited Read Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "limited_to_apps": ["com.demo.app"]
-  }
-}
-```
-
-#### Esempio di risposta (chiave crittografata)
-
-```json
-{
-  "apikey": {
-    "id": 4,
-    "key": "ak_abc123...",
-    "mode": "upload",
-    "name": "Secure CI Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "expires_at": "2025-06-01T00:00:00Z"
-  }
-}
-```
-
-> **Importante**: per le chiavi crittografate, il valore `key` in questa risposta è l'**unica volta** in cui vedrai la chiave semplice. Salvalo immediatamente in un luogo sicuro. Le successive richieste GET restituiranno `null` per il campo `key`.
-
-### ELIMINA
-
-`https://api.capgo.app/apikey/:id/`
-
-Elimina una chiave API esistente. Usalo per revocare immediatamente l'accesso.
-
-#### Parametri
-- `id`: l'ID della chiave API da eliminare (identificatore numerico, non la stringa della chiave stessa)
-
-#### Richiesta di esempio
-
-```bash
-curl -X DELETE -H "authorization: your-api-key" https://api.capgo.app/apikey/1/
-```
-
-#### Risposta riuscita
-
-```json
-{
-  "success": true
-}
-```
-
-## Casi d'uso comuni
-
-1. **Integrazione CI/CD**: crea chiavi di sola lettura per le pipeline CI per verificare lo stato della distribuzione
-2. **Automazione della distribuzione**: utilizza le chiavi della modalità di caricamento per gli script di distribuzione automatizzati
-3. **Strumenti di monitoraggio**: utilizza i tasti della modalità di lettura per le integrazioni di monitoraggio esterno
-4. **Accesso amministratore**: utilizzare tutte le chiavi di modalità con parsimonia per gli strumenti amministrativi
-5. **Accesso limitato**: crea sottochiavi con diritti limitati su app o organizzazioni specifiche per integrazioni di terze parti
-
-## Gestione degli errori
-
-Scenari di errore comuni e relative risposte:
-
-```json
-// Invalid mode
-{
-  "error": "Invalid mode specified. Must be one of: read, write, upload, all",
-  "status": "KO"
-}
-
-// Key not found
-{
-  "error": "API key not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage API keys",
-  "status": "KO"
-}
-
-// Expired API key used for authentication
-{
-  "error": "API key has expired",
-  "status": "KO"
-}
-
-// Invalid expiration date (in the past)
-{
-  "error": "Expiration date must be in the future",
-  "status": "KO"
-}
-
-// Organization requires expiration
-{
-  "error": "Organization policy requires an expiration date for API keys",
-  "status": "KO"
-}
-
-// Expiration exceeds organization limit
-{
-  "error": "Expiration date exceeds organization maximum of 90 days",
-  "status": "KO"
-}
-```
diff --git a/src/content/docs/it/docs/public-api/app.mdx b/src/content/docs/it/docs/public-api/app.mdx
deleted file mode 100644
index 4fcdd5f9c..000000000
--- a/src/content/docs/it/docs/public-api/app.mdx
+++ /dev/null
@@ -1,298 +0,0 @@
----
-title: Apps
-description: >-
-  Documentazione dettagliata per l'endpoint Apps, che fornisce informazioni
-  complete sulla gestione e l'interazione con le applicazioni Capacitor
-  attraverso la piattaforma Capgo.
-sidebar:
-  order: 7
-locale: it
----
-
-Le Apps sono le entità fondamentali in Capgo. Ogni app rappresenta un'applicazione Capacitor unica che puoi gestire e aggiornare attraverso la piattaforma. L'API Apps ti permette di creare, recuperare, aggiornare ed eliminare configurazioni delle app.
-
-## Comprendere le Apps
-
-Un'app in Capgo rappresenta la tua applicazione Capacitor e include:
-- **App ID**: Identificatore univoco per la tua applicazione
-- **Name**: Nome leggibile della tua applicazione
-- **Icons**: Identificatori visivi per la tua app nel dashboard
-- **Configuration**: Impostazioni che controllano come vengono consegnati gli aggiornamenti
-- **Ownership**: Informazioni sull'accesso dell'organizzazione e dell'utente
-- **Usage Statistiche**: Metriche su installazioni e aggiornamenti
-
-## Best practice
-
-1. **Convenzione di denominazione**: Usa nomi chiari e identificabili per le tue app
-2. **Sicurezza**: Proteggi le chiavi API e le credenziali di accesso
-3. **Organizzazione**: Raggruppa le app correlate sotto la stessa organizzazione
-4. **Monitoraggio**: Controlla regolarmente le statistiche e le prestazioni dell'app
-5. **Backup**: Mantieni backup delle configurazioni per le app critiche
-
-## Endpoints
-
-### GET
-
-`https://api.capgo.app/app/`
-
-Recupera informazioni sulle tue app.
-
-#### Parametri Query
-- `page`: Opzionale. Numero di pagina per la paginazione
-- `limit`: Opzionale. Numero di risultati per pagina (predefinito: 50)
-- `org_id`: Opzionale. Filtra le app per ID organizzazione. Se non fornito, restituisce le app da tutte le organizzazioni a cui l'utente ha accesso
-
-Per ottenere un'app specifica:
-- Usa l'ID dell'app nel percorso URL: `https://api.capgo.app/app/:app_id`
-
-#### Response Type
-
-```typescript
-interface App {
-  app_id: string
-  created_at: string | null
-  default_upload_channel: string
-  icon_url: string
-  id: string | null
-  last_version: string | null
-  name: string | null
-  owner_org: string
-  retention: number
-  transfer_history: Json[] | null
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### Example Request
-
-```bash
-# Get all apps
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/"
-
-# Get apps from a specific organization
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-
-# Get specific app
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/com.demo.app"
-```
-
-#### Example Response
-
-```json
-{
-  "data": [
-    {
-      "app_id": "com.demo.app",
-      "created_at": "2024-01-01T00:00:00Z",
-      "default_upload_channel": "dev",
-      "icon_url": "https://example.com/icon.png",
-      "id": "550e8400-e29b-41d4-a716-446655440000",
-      "last_version": "1.0.0",
-      "name": "Demo App",
-      "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-      "retention": 2592000,
-      "transfer_history": null,
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "6aa76066-55ef-4238-ade6-0b32334a4097"
-    }
-  ]
-}
-```
-
-### POST
-
-`https://api.capgo.app/app/`
-
-Crea una nuova app.
-
-#### Request Body
-
-```typescript
-interface CreateApp {
-  app_id: string
-  name: string
-  icon?: string
-  owner_org: string
-}
-```
-
-#### Example Request
-
-```bash
-# Create new app
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "My New App",
-    "app_id": "com.demo.myapp", // this id is unique in Capgo This cannot be reused by any account.
-    "icon": "https://example.com/icon.png",
-    "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-  }' \
-  https://api.capgo.app/app/
-```
-
-#### Success Response
-
-```json
-{
-  "app_id": "My New App",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "My New App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 2592000,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### PUT
-
-`https://api.capgo.app/app/:app_id`
-
-Aggiorna un'app esistente. L'ID dell'app è specificato nel percorso URL.
-
-#### Request Body
-
-```typescript
-interface UpdateApp {
-  name?: string
-  icon?: string
-  retention?: number
-}
-```
-
-#### Example Request
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Updated App Name",
-    "icon": "https://example.com/updated-icon.png",
-    "retention": 45
-  }' \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### Success Response
-
-```json
-{
-  "app_id": "com.demo.app",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/updated-icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "Updated App Name",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 45,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/app/:app_id`
-
-Elimina un'app e tutte le risorse associate. L'ID dell'app è specificato nel percorso URL. Usare con estrema cautela poiché questa azione non può essere annullata.
-
-#### Example Request
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### Success Response
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Gestione degli Errori
-
-Scenari di errore comuni e le loro risposte:
-
-```json
-// App not found
-{
-  "error": "App not found",
-  "status": "KO"
-}
-
-// Duplicate custom ID
-{
-  "error": "Custom ID already in use",
-  "status": "KO"
-}
-
-// Invalid parameters
-{
-  "error": "Invalid app configuration",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage app",
-  "status": "KO"
-}
-
-// Organization access denied
-{
-  "status": "You do not have access to this organization"
-}
-```
-
-## Casi d'Uso Comuni
-
-1. **Create New App**
-```typescript
-// Set up a new app
-{
-  "name": "Production App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-}
-```
-
-2. **Update App Configuration**
-```typescript
-// Change app name and icon
-{
-  "name": "Rebranded App Name",
-  "icon": "https://example.com/new-icon.png"
-}
-```
-
-3. **Set Retention Policy**
-```typescript
-// Configure automatic bundle cleanup
-{
-  "retention": 30 // Keep bundles for 30 days
-}
-```
-
-4. **Get Apps by Organization**
-```bash
-# List all apps in a specific organization
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-```
-
-## Gestione delle Risorse
-
-1. **Ottimizzazione dello Storage**: Monitora l'utilizzo dello storage e imposta politiche di conservazione appropriate
-2. **Organizzazione**: Raggruppa le app correlate sotto un'unica organizzazione
-3. **Controllo degli Accessi**: Gestisci quali membri del team possono modificare le impostazioni dell'app
-4. **Strategia di Backup**: Esegui il backup di configurazioni e impostazioni critiche dell'app
diff --git a/src/content/docs/it/docs/public-api/bundles.mdx b/src/content/docs/it/docs/public-api/bundles.mdx
deleted file mode 100644
index 81288a51a..000000000
--- a/src/content/docs/it/docs/public-api/bundles.mdx
+++ /dev/null
@@ -1,641 +0,0 @@
----
-title: Bundles
-description: >-
-  Guida dettagliata per la gestione dei bundle Capgo, che copre l'elenco,
-  l'eliminazione, la gestione dei bundle (versioni) e l'ottimizzazione dello
-  spazio di archiviazione per i pacchetti di aggiornamento delle app.
-sidebar:
-  order: 8
-locale: it
----
-I bundle sono i pacchetti di aggiornamento principali in Capgo. Ogni pacchetto contiene le risorse web (HTML, CSS, JS) che costituiscono il contenuto della tua app. I pacchetti API ti consentono di gestire questi pacchetti di aggiornamento, incluso elencarli ed eliminarli.
-
-## Comprendere i pacchetti
-
-Un bundle rappresenta un bundle specifico (versione) dei contenuti web della tua app e include:
-- **Bundle (versione)**: numero di versione semantica del bundle
-- **Checksum**: hash univoco per verificare l'integrità del bundle
-- **Informazioni sull'archiviazione**: dettagli su dove e come viene archiviato il pacchetto
-- **Requisiti nativi**: requisiti minimi della versione nativa dell'app
-- **Metadati**: ora di creazione, proprietà e altre informazioni di tracciamento
-
-## Creazione manuale del pacchetto (senza CLI)
-
-Ecco come creare e caricare manualmente i pacchetti senza utilizzare Capgo CLI:
-
-### Passaggio 1: crea la tua app
-
-Per prima cosa, crea gli asset web della tua app:
-
-```bash
-npm run build
-```
-
-### Passaggio 2: crea il bundle zip utilizzando gli stessi pacchetti di Capgo CLI
-
-**Importante**: utilizza esattamente gli stessi pacchetti JavaScript che Capgo CLI utilizza internamente per garantire la compatibilità.
-
-#### Installa i pacchetti richiesti
-
-```bash
-npm install adm-zip @tomasklaen/checksum
-```
-
-#### Crea pacchetto zip con JavaScript (uguale a Capgo CLI)
-
-Nota: negli esempi seguenti, `version` si riferisce al nome del bundle (versione) utilizzato da API.
-
-```javascript
-const fs = require('node:fs');
-const path = require('node:path');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-// Exact same implementation as Capgo CLI
-function zipFileUnix(filePath) {
-  const zip = new AdmZip();
-  zip.addLocalFolder(filePath);
-  return zip.toBuffer();
-}
-
-async function zipFileWindows(filePath) {
-  console.log('Zipping file windows mode');
-  const zip = new AdmZip();
-
-  const addToZip = (folderPath, zipPath) => {
-    const items = fs.readdirSync(folderPath);
-
-    for (const item of items) {
-      const itemPath = path.join(folderPath, item);
-      const stats = fs.statSync(itemPath);
-
-      if (stats.isFile()) {
-        const fileContent = fs.readFileSync(itemPath);
-        zip.addFile(path.join(zipPath, item).split(path.sep).join('/'), fileContent);
-      } else if (stats.isDirectory()) {
-        addToZip(itemPath, path.join(zipPath, item));
-      }
-    }
-  };
-
-  addToZip(filePath, '');
-  return zip.toBuffer();
-}
-
-// Main zipFile function (exact same logic as CLI)
-async function zipFile(filePath) {
-  if (os.platform() === 'win32') {
-    return zipFileWindows(filePath);
-  } else {
-    return zipFileUnix(filePath);
-  }
-}
-
-async function createBundle(inputPath, outputPath, version) {
-  // Create zip using exact same method as Capgo CLI
-  const zipped = await zipFile(inputPath);
-  
-  // Write to file
-  fs.writeFileSync(outputPath, zipped);
-  
-  // Calculate checksum using exact same package as CLI
-  const checksum = await getChecksum(zipped, 'sha256');
-  
-  return {
-    filename: path.basename(outputPath),
-    version: version,
-    size: zipped.length,
-    checksum: checksum
-  };
-}
-
-// Usage
-async function main() {
-  try {
-    const result = await createBundle('./dist', './my-app-1.2.3.zip', '1.2.3');
-    console.log('Bundle info:', JSON.stringify(result, null, 2));
-  } catch (error) {
-    console.error('Error creating bundle:', error);
-  }
-}
-
-main();
-```
-
-### Passaggio 3: calcola il checksum SHA256 utilizzando lo stesso pacchetto di CLI
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Usage
-async function main() {
-  const checksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('Checksum:', checksum);
-}
-
-main();
-```
-
-### Passaggio 4: carica il pacchetto nel tuo spazio di archiviazione
-
-Carica il tuo file zip su qualsiasi spazio di archiviazione accessibile dal Web:
-
-```bash
-# Example: Upload to your server via scp
-scp my-app-1.2.3.zip user@your-server.com:/var/www/bundles/
-
-# Example: Upload to S3 using AWS CLI
-aws s3 cp my-app-1.2.3.zip s3://your-bucket/bundles/
-
-# Example: Upload via curl to a custom endpoint
-curl -X POST https://your-storage-api.com/upload \
-  -H "Authorization: Bearer YOUR_TOKEN" \
-  -F "file=@my-app-1.2.3.zip"
-```
-
-**Importante**: il tuo pacchetto deve essere **accessibile pubblicamente** tramite URL HTTPS (non è richiesta l'autenticazione). I server di Capgo devono scaricare il pacchetto da questo URL.
-
-Esempi di URL pubblici validi:
-- `https://your-storage.com/bundles/my-app-1.2.3.zip`
-- `https://github.com/username/repo/releases/download/v1.2.3/bundle.zip`
-- `https://cdn.jsdelivr.net/gh/username/repo@v1.2.3/dist.zip`
-
-### Passaggio 5: registra il pacchetto con Capgo API
-
-Registra il pacchetto esterno con Capgo utilizzando le chiamate dirette API:
-
-```javascript
-async function registerWithCapgo(appId, version, bundleUrl, checksum, apiKey) {
-  const fetch = require('node-fetch');
-  
-  // Create bundle (version)
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': apiKey
-    },
-    body: JSON.stringify({
-      app_id: appId,
-      version: version,
-      external_url: bundleUrl,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed to create bundle: ${response.statusText}`);
-  }
-
-  const data = await response.json();
-  console.log('Bundle created:', data);
-  
-  return data;
-}
-```
-
-#### API Parametri
-
-| Parametro | Descrizione | Obbligatorio |
-|-----------|-------------|----------|
-| `app_id` | Identificatore della tua app | Sì |
-| `version` | Bundle (versione) versione semantica (ad esempio, "1.2.3") | Sì |
-| `external_url` | **Accessibile al pubblico** URL HTTPS da cui è possibile scaricare il pacchetto (non è richiesta l'autenticazione) | Sì |
-| `checksum` | Checksum SHA256 del file zip | Sì |
-
-## Requisiti della struttura del pacchetto
-
-Il zip del pacchetto deve rispettare questi requisiti:
-
-1. **File indice radice**: deve avere `index.html` a livello radice
-2. **Capacitor Integrazione**: deve chiamare `notifyAppReady()` nel codice dell'app
-3. **Percorsi delle risorse**: utilizza percorsi relativi per tutte le risorse
-
-### Struttura del pacchetto valida
-
-```
-bundle.zip
-├── index.html
-├── assets/
-│   ├── app.js
-│   └── styles.css
-└── images/
-```
-
-## Esempio completo di flusso di lavoro manuale
-
-Semplice script Node.js per comprimere, checksum e caricare su Capgo:
-
-```javascript
-const fs = require('node:fs');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-const fetch = require('node-fetch');
-
-async function deployToCapgo() {
-  const APP_ID = 'com.example.app';
-  const VERSION = '1.2.3';
-  const BUNDLE_URL = 'https://your-storage.com/bundles/app-1.2.3.zip';
-  const API_KEY = process.env.CAPGO_API_KEY;
-
-  // 1. Create zip (same as Capgo CLI)
-  const zip = new AdmZip();
-  zip.addLocalFolder('./dist');
-  const zipped = zip.toBuffer();
-
-  // 2. Calculate checksum (same as Capgo CLI)
-  const checksum = await getChecksum(zipped, 'sha256');
-  console.log('Checksum:', checksum);
-
-  // 3. Upload to your storage (replace with your upload logic)
-  // fs.writeFileSync('./bundle.zip', zipped);
-  // ... upload bundle.zip to your storage ...
-
-  // 4. Register with Capgo API
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': API_KEY
-    },
-    body: JSON.stringify({
-      app_id: APP_ID,
-      version: VERSION,
-      external_url: BUNDLE_URL,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed: ${response.statusText}`);
-  }
-
-  console.log('Bundle registered with Capgo!');
-}
-
-deployToCapgo().catch(console.error);
-```
-
-Installa le dipendenze:
-
-```bash
-npm install adm-zip @tomasklaen/checksum node-fetch
-```
-
-## Verifica del checksum
-
-### JavaScript Calcolo del checksum (uguale a Capgo CLI)
-
-Utilizza esattamente lo stesso pacchetto e metodo che Capgo CLI utilizza internamente:
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Verify checksum matches
-async function verifyChecksum(filePath, expectedChecksum) {
-  const actualChecksum = await calculateChecksum(filePath);
-  const isValid = actualChecksum === expectedChecksum;
-  
-  console.log(`File: ${filePath}`);
-  console.log(`Expected: ${expectedChecksum}`);
-  console.log(`Actual:   ${actualChecksum}`);
-  console.log(`Valid:    ${isValid}`);
-  
-  return isValid;
-}
-
-// Usage
-async function main() {
-  const bundleChecksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('SHA256 Checksum:', bundleChecksum);
-}
-
-main();
-```### Importanza del checksum
-
-- **Integrità del pacchetto**: garantisce che il pacchetto non sia stato danneggiato durante il trasferimento
-- **API Verifica**: Capgo verifica i checksum prima di accettare i pacchetti
-- **Verifica plugin**: il plugin mobile verifica i checksum prima di applicare gli aggiornamenti
-
-## Migliori pratiche
-
-1. **Gestione del bundle (versione)**: utilizza il controllo delle versioni semantico in modo coerente
-2. **Ottimizzazione dello spazio di archiviazione**: rimuovi periodicamente i pacchetti inutilizzati
-3. **Compatibilità bundle (versione)**: imposta i requisiti minimi appropriati della versione nativa
-4. **Strategia di backup**: mantenere i backup dei bundle critici (versioni)
-
-## Endpoint
-
-### OTTIENI
-
-`https://api.capgo.app/bundle/`
-
-Recupera le informazioni sul pacchetto. Restituisce 50 bundle per pagina.
-
-#### Parametri della query
-- `app_id`: obbligatorio. L'ID della tua app
-- `page`: facoltativo. Numero di pagina per l'impaginazione
-
-#### Tipo di risposta
-
-```typescript
-interface Bundle {
-  app_id: string
-  bucket_id: string | null
-  checksum: string | null
-  created_at: string | null
-  deleted: boolean
-  external_url: string | null
-  id: number
-  minUpdateVersion: string | null
-  name: string
-  native_packages: Json[] | null
-  owner_org: string
-  r2_path: string | null
-  session_key: string | null
-  storage_provider: string
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### Richiesta di esempio
-
-```bash
-# Get all bundles
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123"
-
-# Get next page
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123&page=1"
-```
-
-#### Esempio di risposta
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "app_id": "app_123",
-      "name": "1.0.0",
-      "checksum": "abc123...",
-      "minUpdateVersion": "1.0.0",
-      "storage_provider": "r2",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "deleted": false,
-      "owner_org": "org_123",
-      "user_id": "user_123"
-    }
-  ]
-}
-```
-
-### ELIMINA
-
-`https://api.capgo.app/bundle/`
-
-Elimina uno o tutti i bundle per un'app. Utilizzare con cautela poiché questa azione non può essere annullata.
-
-#### Parametri della query
-
-Per eliminare un pacchetto specifico:
-```typescript
-interface BundleDelete {
-  app_id: string
-  version: string
-}
-```
-
-Per eliminare tutti i bundle:
-```typescript
-interface BundleDeleteAll {
-  app_id: string
-}
-```
-
-#### Richieste di esempio
-
-```bash
-# Delete specific bundle
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version": "1.0.0"
-  }' \
-  https://api.capgo.app/bundle/
-
-# Delete all bundles
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Risposta riuscita
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### POST
-
-`https://api.capgo.app/bundle/`
-
-Crea un nuovo pacchetto con URL esterno.
-
-#### Richiedi corpo
-
-```typescript
-interface CreateBundleBody {
-  app_id: string
-  version: string
-  external_url: string // Must be publicly accessible HTTPS URL
-  checksum: string
-}
-```
-
-#### Richiesta di esempio
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "com.example.app",
-    "version": "1.2.3",
-    "external_url": "https://your-storage.com/bundles/app-1.2.3.zip",
-    "checksum": "a1b2c3d4e5f6789abcdef123456789abcdef123456789abcdef123456789abcd"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Risposta riuscita
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### POST (metadati)
-
-`https://api.capgo.app/bundle/metadata`
-
-Aggiorna i metadati del pacchetto come informazioni su collegamenti e commenti.
-
-#### Richiedi corpo
-
-```typescript
-interface UpdateMetadataBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  link?: string
-  comment?: string
-}
-```
-
-#### Richiesta di esempio
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "link": "https://github.com/myorg/myapp/releases/tag/v1.0.0",
-    "comment": "Fixed critical bug in authentication"
-  }' \
-  https://api.capgo.app/bundle/metadata
-```
-
-#### Risposta riuscita
-
-```json
-{
-  "status": "success"
-}
-```
-
-### METTI
-
-`https://api.capgo.app/bundle/`
-
-Imposta un pacchetto su un canale specifico. Questo collega un bundle (versione) a un canale per la distribuzione.
-
-#### Richiedi corpo
-
-```typescript
-interface SetChannelBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  channel_id: number
-}
-```
-
-#### Richiesta di esempio
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "channel_id": 789
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### Risposta riuscita
-
-```json
-{
-  "status": "success",
-  "message": "Bundle 1.0.0 set to channel production"
-}
-```
-
-## Gestione degli errori
-
-Scenari di errore comuni e relative risposte:
-
-```json
-// Bundle not found
-{
-  "error": "Bundle not found",
-  "status": "KO"
-}
-
-// Invalid bundle (version) format
-{
-  "error": "Invalid version format",
-  "status": "KO"
-}
-
-// Storage error
-{
-  "error": "Failed to delete bundle from storage",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage bundles",
-  "status": "KO"
-}
-```
-
-## Casi d'uso comuni
-
-1. **Pulizia dei vecchi bundle (versioni)**
-```typescript
-// Delete outdated beta bundles (versions)
-{
-  "app_id": "app_123",
-  "version": "1.0.0-beta.1"
-}
-```
-
-2. **Ripristino dell'app**
-```typescript
-// Remove all bundles to start fresh
-{
-  "app_id": "app_123"
-}
-```
-
-## Considerazioni sull'archiviazione
-
-1. **Politica di conservazione**: definisce per quanto tempo conservare i vecchi pacchetti
-2. **Gestione delle dimensioni**: monitora le dimensioni dei pacchetti e l'utilizzo dello spazio di archiviazione
-3. **Strategia di backup**: prendere in considerazione il backup dei bundle critici (versioni)
-4. **Ottimizzazione dei costi**: rimuovi i pacchetti non necessari per ottimizzare i costi di archiviazione
diff --git a/src/content/docs/it/docs/public-api/channels.mdx b/src/content/docs/it/docs/public-api/channels.mdx
deleted file mode 100644
index 7e0034565..000000000
--- a/src/content/docs/it/docs/public-api/channels.mdx
+++ /dev/null
@@ -1,269 +0,0 @@
----
-title: Canali
-description: >-
-  Guida alla gestione dei canali di aggiornamento delle app in Capgo, che copre
-  il controllo delle versioni, il targeting della piattaforma e le politiche di
-  aggiornamento.
-sidebar:
-  order: 6
-locale: it
----
-
-I canali sono il meccanismo centrale per la gestione degli aggiornamenti delle app in Capgo. Ti permettono di controllare come e quando i tuoi utenti ricevono gli aggiornamenti, abilitando funzionalità come test A/B, rollout graduali e aggiornamenti specifici per piattaforma.
-
-## Comprendere i Canali
-
-Un canale rappresenta un percorso di distribuzione per gli aggiornamenti della tua app. Ogni canale può essere configurato con regole e vincoli specifici:
-
-- **Controllo Versione**: Specifica quale versione ricevono gli utenti
-- **Targeting Piattaforma**: Indirizza piattaforme specifiche (iOS/Android)
-- **Politiche di Aggiornamento**: Controlla come vengono consegnati gli aggiornamenti
-- **Restrizioni Dispositivo**: Gestisci quali dispositivi possono accedere agli aggiornamenti
-
-## Opzioni di Configurazione dei Canali
-
-- **public**: Imposta come canale predefinito per i nuovi dispositivi
-- **disableAutoUpdateUnderNative**: Impedisce gli aggiornamenti quando la versione nativa dell'app del dispositivo è più recente della versione di aggiornamento disponibile nel canale (es., dispositivo è alla versione 1.2.3, ma il canale ha 1.2.2)
-- **disableAutoUpdate**: Controlla il comportamento di aggiornamento ("major", "minor", "version_number", "none")
-- **ios/android**: Abilita/disabilita per piattaforme specifiche
-- **allow_device_self_set**: Permetti ai dispositivi di scegliere il loro canale
-- **allow_emulator**: Consenti aggiornamenti su dispositivi emulatori
-- **allow_dev**: Consenti aggiornamenti su build di sviluppo
-
-## Best Practice
-
-1. **Canale di Test**: Mantieni un canale di test per la validazione interna
-2. **Rollout Graduale**: Usa più canali per un deployment graduale degli aggiornamenti
-3. **Separazione Piattaforma**: Crea canali separati per iOS e Android quando necessario
-4. **Controllo Versione**: Usa il versionamento semantico per percorsi di aggiornamento chiari
-
-## Endpoint
-
-### POST
-
-`https://api.capgo.app/channel/`
-
-Crea o aggiorna una configurazione del canale.
-
-#### Request Body
-
-```typescript
-type disable_update = "major" | "minor" | "version_number" | "none"
-interface ChannelSet {
-  app_id: string
-  channel: string
-  version?: string
-  public?: boolean
-  disableAutoUpdateUnderNative?: boolean
-  disableAutoUpdate?: disable_update
-  ios?: boolean
-  android?: boolean
-  allow_device_self_set?: boolean
-  allow_emulator?: boolean
-  allow_dev?: boolean
-}
-```
-
-#### Esempio di Richiesta
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta",
-    "version": "1.2.0",
-    "public": false,
-    "disableAutoUpdate": "minor",
-    "ios": true,
-    "android": true,
-    "allow_emulator": true
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### Risposta di Successo
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### GET
-
-`https://api.capgo.app/channel/`
-
-Recupera le informazioni del canale. Restituisce 50 canali per pagina.
-
-#### Parametri Query
-- `app_id`: Richiesto. L'ID della tua app
-- `page`: Opzionale. Numero di pagina per la paginazione
-- `channel`: Opzionale. Nome del canale specifico da recuperare
-
-#### Esempi di Richiesta
-
-```bash
-# Ottieni tutti i canali
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123"
-
-# Ottieni un canale specifico
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&channel=beta"
-
-# Ottieni la pagina successiva
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&page=1"
-```
-
-#### Tipo di Risposta
-
-```typescript
-interface Channel {
-    id: number;
-    created_at: string;
-    name: string;
-    app_id: string;
-    version: {
-        id: number,
-        name: string
-    };
-    created_by: string;
-    updated_at: string;
-    public: boolean;
-    disableAutoUpdateUnderNative: boolean;
-    disableAutoUpdate: boolean;
-    allow_emulator: boolean;
-    allow_dev: boolean;
-}
-```
-
-#### Esempio di Risposta
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "name": "production",
-      "app_id": "app_123",
-      "version": {
-        "id": 1,
-        "name": "1.0.0"
-      },
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "created_by": "user_123",
-      "public": true,
-      "disableAutoUpdateUnderNative": false,
-      "disableAutoUpdate": false,
-      "allow_emulator": false,
-      "allow_dev": false
-    }
-  ]
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/channel/`
-
-Elimina un canale. Nota che questo influenzerà tutti i dispositivi che utilizzano questo canale.
-
-#### Parametri Query
-
-```typescript
-interface Channel {
-  channel: string
-  app_id: string
-}
-```
-
-#### Esempio di Richiesta
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### Risposta di Successo
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Gestione degli Errori
-
-Scenari di errore comuni e le loro risposte:
-
-```json
-// Canale non trovato
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// Formato versione non valido
-{
-  "error": "Invalid version format. Use semantic versioning",
-  "status": "KO"
-}
-
-// Politica di aggiornamento non valida
-{
-  "error": "Invalid disableAutoUpdate value",
-  "status": "KO"
-}
-
-// Permesso negato
-{
-  "error": "Insufficient permissions to manage channels",
-  "status": "KO"
-}
-```
-
-## Casi d'Uso Comuni
-
-1. **Test Beta**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "beta",
-  "version": "1.2.0-beta",
-  "public": false,
-  "allow_emulator": true,
-  "allow_dev": true
-}
-```
-
-2. **Rollout in Produzione**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "production",
-  "version": "1.2.0",
-  "public": true,
-  "disableAutoUpdate": "minor"
-}
-```
-
-3. **Aggiornamenti Specifici per Piattaforma**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "ios-hotfix",
-  "version": "1.2.1",
-  "ios": true,
-  "android": false
-}
-```
diff --git a/src/content/docs/it/docs/public-api/devices.mdx b/src/content/docs/it/docs/public-api/devices.mdx
deleted file mode 100644
index 1b574e261..000000000
--- a/src/content/docs/it/docs/public-api/devices.mdx
+++ /dev/null
@@ -1,298 +0,0 @@
----
-title: Devices
-description: >-
-  Documentazione per gestire i dispositivi tramite l'API Capgo, che copre
-  tracciamento, versioning e assegnazioni di canali per installazioni di app.
-sidebar:
-  order: 7
-locale: it
----
-
-I Devices rappresentano singole installazioni della tua app gestite da Capgo. L'API Devices ti permette di tracciare e gestire i dispositivi, incluse le loro versioni, canali e stato di aggiornamento.
-
-:::note[Conservazione dei Dati]
-I dati dei dispositivi vengono conservati per **90 giorni** dall'ultima attività del dispositivo. I dispositivi che non si sono connessi a Capgo entro questo periodo verranno automaticamente rimossi dal sistema. I dispositivi attivi vengono tracciati continuamente mentre controllano gli aggiornamenti.
-:::
-
-## Comprendere i Devices
-
-Ogni dispositivo ha caratteristiche e stati unici:
-- **Platform**: iOS o Android
-- **Version**: Versione bundle corrente e versione build nativa
-- **Environment**: Produzione o sviluppo, emulatore o dispositivo fisico
-- **Channel**: Assegnazione canale di aggiornamento corrente
-- **Custom ID**: Identificatore opzionale per i tuoi scopi di tracciamento
-
-## Migliori Pratiche
-
-1. **Tracciamento Versioni**: Monitora le versioni dei dispositivi per garantire l'adozione degli aggiornamenti
-2. **Gestione Canali**: Assegna i dispositivi ai canali appropriati in base alle esigenze di test
-3. **Consapevolezza Ambiente**: Gestisci diversi ambienti (prod/dev/emulator) in modo appropriato
-4. **Identificazione Personalizzata**: Usa ID personalizzati per integrare con i tuoi sistemi esistenti
-
-## Endpoints
-
-### POST
-
-`https://api.capgo.app/device/`
-
-Collega un dispositivo a una versione o canale specifico.
-
-#### Request Body
-
-```typescript
-interface DeviceLink {
-  app_id: string
-  device_id: string
-  version_id?: string // version name
-  channel?: string    // channel name
-}
-```
-
-#### Richiesta di Esempio
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### Risposta di Successo
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### GET
-
-`https://api.capgo.app/device/`
-
-Recupera informazioni sul dispositivo. Utilizza la paginazione basata su cursore per un recupero efficiente di grandi liste di dispositivi.
-
-#### Parametri Query
-- `app_id`: Obbligatorio. L'ID della tua app
-- `device_id`: Opzionale. ID dispositivo specifico per recuperare un singolo dispositivo
-- `cursor`: Opzionale. Cursore dalla risposta precedente per la paginazione
-- `limit`: Opzionale. Numero di dispositivi per pagina (predefinito: 50)
-
-#### Richiesta di Esempios
-
-```bash
-# Get all devices (first page)
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123"
-
-# Get specific device
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&device_id=device_456"
-
-# Get next page using cursor
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&cursor=2024-01-01T00:00:00Z|device_456"
-```
-
-#### Tipo di Risposta (Lista)
-
-Quando si richiedono più dispositivi (nessun parametro `device_id`):
-
-```typescript
-interface DeviceListResponse {
-  data: Device[];
-  nextCursor?: string;  // Passa questo come parametro 'cursor' per ottenere la pagina successiva
-  hasMore: boolean;     // true se ci sono più pagine disponibili
-}
-
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number;
-  version_name: string | null;
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-}
-```
-
-#### Tipo di Risposta (Dispositivo Singolo)
-
-Quando si richiede un dispositivo specifico con il parametro `device_id`, restituisce l'oggetto dispositivo direttamente:
-
-```typescript
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number;
-  version_name: string | null;
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-}
-```
-
-#### Risposta di Esempio (Lista)
-
-```json
-{
-  "data": [
-    {
-      "device_id": "device_456",
-      "custom_id": "test-device-1",
-      "version": 1,
-      "version_name": "1.0.0",
-      "app_id": "app_123",
-      "platform": "ios",
-      "plugin_version": "5.0.0",
-      "os_version": "17.0",
-      "version_build": "1",
-      "is_prod": true,
-      "is_emulator": false,
-      "updated_at": "2024-01-01T00:00:00Z"
-    }
-  ],
-  "nextCursor": "2024-01-01T00:00:00Z|device_456",
-  "hasMore": true
-}
-```
-
-#### Risposta di Esempio (Dispositivo Singolo)
-
-```json
-{
-  "device_id": "device_456",
-  "custom_id": "test-device-1",
-  "version": 1,
-  "version_name": "1.0.0",
-  "app_id": "app_123",
-  "platform": "ios",
-  "plugin_version": "5.0.0",
-  "os_version": "17.0",
-  "version_build": "1",
-  "is_prod": true,
-  "is_emulator": false,
-  "updated_at": "2024-01-01T00:00:00Z",
-  "channel": "production"
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/device/`
-
-Scollega un dispositivo dalla sua sovrascrittura del canale. Questo reimposta il dispositivo per utilizzare il suo canale predefinito.
-
-:::note[Elimina dispositivo]
-I dati dei dispositivi vengono conservati per **90 giorni** dall'ultima attività del dispositivo. I dispositivi che non si sono connessi a Capgo entro questo periodo verranno automaticamente rimossi dal sistema. I dispositivi attivi vengono tracciati continuamente mentre controllano gli aggiornamenti.
-Non puoi eliminare un dispositivo con questo endpoint, influisce solo sulla sovrascrittura del canale.
-:::
-
-#### Query Parameters
-
-```typescript
-interface Device {
-  device_id: string
-  app_id: string
-}
-```
-
-#### Richiesta di Esempio
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### Risposta di Successo
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## Gestione degli Errori
-
-Scenari di errore comuni e le loro risposte:
-
-```json
-// Device not found
-{
-  "error": "Device not found",
-  "status": "KO"
-}
-
-// Invalid version
-{
-  "error": "Version not found",
-  "status": "KO"
-}
-
-// Invalid channel
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage devices",
-  "status": "KO"
-}
-```
-
-## Casi d'Uso Comuni
-
-1. **Beta Device Registration**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "channel": "beta"
-}
-```
-
-2. **Version Override**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "version_id": "1.1.0"
-}
-```
-
-3. **Reset to Default Channel**
-```typescript
-// Use DELETE endpoint to remove overrides
-```
-
-## Suggerimenti per la Gestione dei Dispositivi
-
-1. **Monitoraggio**: Controlla regolarmente lo stato del dispositivo e la distribuzione delle versioni
-2. **Test**: Usa ID personalizzati per identificare facilmente i dispositivi di test
-3. **Risoluzione Problemi**: Traccia gli aggiornamenti dei dispositivi e le assegnazioni dei canali
-4. **Controllo Versioni**: Monitora le versioni native dell'app per garantire la compatibilità 
diff --git a/src/content/docs/it/docs/public-api/index.mdx b/src/content/docs/it/docs/public-api/index.mdx
deleted file mode 100644
index c85967b32..000000000
--- a/src/content/docs/it/docs/public-api/index.mdx
+++ /dev/null
@@ -1,107 +0,0 @@
----
-title: Panoramica API
-description: >-
-  Esplora l'API pubblica di Capgo per gestire risorse come organizzazioni,
-  dispositivi, canali e bundle utilizzando metodi HTTP RESTful e autenticazione.
-sidebar:
-  order: 1
-locale: it
----
-
-import { LinkCard } from '@astrojs/starlight/components';
-
-Questa è la documentazione dell'API pubblica di Capgo cloud. L'API consente di gestire programmaticamente le tue risorse Capgo, incluse organizzazioni, dispositivi, canali e bundle. È progettata per essere RESTful e utilizza metodi HTTP standard.
-
-## Autenticazione
-
-Tutti gli endpoint API richiedono autenticazione. Per autenticare le tue richieste, aggiungi la tua chiave API nell'header `authorization`.
-
-Esempio:
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-```
-
-<LinkCard
-	title="Ottieni chiave API"
-	description="Genera la tua chiave API nel dashboard di Capgo"
-	href="https://console.capgo.app/dashboard/apikeys/"
-/>
-
-## Limitazione del tasso
-
-L'API implementa la limitazione del tasso per garantire un uso equo. I limiti attuali sono:
-- 100 richieste al minuto per account standard
-- 1000 richieste al minuto per account aziendali
-
-Se superi questi limiti, riceverai una risposta 429 (Too Many Requests).
-
-## Formato della risposta
-
-Tutte le risposte sono in formato JSON. Le risposte di successo in genere includono un oggetto `data` o un campo `status`. Le risposte di errore includono un campo `error` con una descrizione di cosa è andato storto.
-
-Esempio di risposta di successo:
-```json
-{
-  "status": "ok",
-  "data": { ... }
-}
-```
-
-Esempio di risposta di errore:
-```json
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-```
-
-## Endpoint disponibili
-
-<LinkCard
-	title="Organizzazioni"
-	description="Crea e gestisci organizzazioni, aggiorna le impostazioni e gestisci le configurazioni a livello di organizzazione"
-	href="/docs/public-api/organizations/"
-/>
-
-<LinkCard
-	title="Chiavi API"
-	description="Genera, elenca e revoca chiavi API per l'accesso sicuro all'API Capgo"
-	href="/docs/public-api/api-keys/"
-/>
-
-<LinkCard
-	title="Membri"
-	description="Gestisci i membri dell'organizzazione, i ruoli e i permessi"
-	href="/docs/public-api/members/"
-/>
-
-<LinkCard
-	title="Statistiche"
-	description="Accedi ad analisi dettagliate sull'utilizzo dell'app, lo storage e il consumo di larghezza di banda"
-	href="/docs/public-api/statistics/"
-/>
-
-<LinkCard
-	title="Canali"
-	description="Controlla i canali di aggiornamento dell'app, le versioni e le politiche di aggiornamento"
-	href="/docs/public-api/channels/"
-/>
-
-<LinkCard
-	title="Dispositivi"
-	description="Traccia e gestisci i dispositivi che eseguono la tua app, incluse le assegnazioni di versione e canale"
-	href="/docs/public-api/devices/"
-/>
-
-<LinkCard
-	title="Bundle"
-	description="Gestisci i bundle delle app, incluso il caricamento, l'elenco e la gestione delle versioni"
-	href="/docs/public-api/bundles/"
-/>
-
-## Best practice
-
-1. **Gestione degli errori**: Controlla sempre le risposte di errore e gestiscile in modo appropriato
-2. **Limitazione del tasso**: Implementa il backoff esponenziale quando si raggiungono i limiti di tasso
-3. **Caching**: Memorizza in cache le risposte quando appropriato per ridurre le chiamate API
-4. **Versionamento**: Tieni traccia delle modifiche API tramite il nostro changelog 
diff --git a/src/content/docs/it/docs/public-api/members.mdx b/src/content/docs/it/docs/public-api/members.mdx
deleted file mode 100644
index 09743f80c..000000000
--- a/src/content/docs/it/docs/public-api/members.mdx
+++ /dev/null
@@ -1,228 +0,0 @@
----
-title: Membri
-description: >-
-  Guida completa alla gestione dei membri dell'organizzazione in Capgo, coprendo
-  ruoli, permessi e best practice per sicurezza e collaborazione.
-sidebar:
-  order: 4
-locale: it
----
-
-I membri dell'organizzazione sono utenti che hanno accesso alla tua organizzazione Capgo. Ogni membro ha un ruolo specifico che determina i suoi permessi all'interno dell'organizzazione. Gestire i membri in modo efficace è fondamentale per mantenere la sicurezza e la collaborazione nel tuo team.
-
-## Ruoli dei Membri
-
-### Ruoli Regolari
-- **read**: Può visualizzare le risorse ma non può apportare modifiche
-- **upload**: Può caricare nuovi bundle e visualizzare le risorse
-- **write**: Può modificare le risorse e caricare bundle
-- **admin**: Può gestire le impostazioni dell'organizzazione e i membri
-- **super_admin**: Ha il controllo completo sull'organizzazione
-
-### Ruoli di Invito
-- **invite_read**: Invito in sospeso per l'accesso in lettura
-- **invite_upload**: Invito in sospeso per l'accesso al caricamento
-- **invite_write**: Invito in sospeso per l'accesso in scrittura
-- **invite_admin**: Invito in sospeso per l'accesso amministratore
-- **invite_super_admin**: Invito in sospeso per l'accesso super amministratore
-
-## Best Practice
-
-1. **Assegnazione Ruoli**: Segui il principio del minimo privilegio quando assegni i ruoli
-2. **Audit Regolari**: Rivedi periodicamente l'accesso dei membri e rimuovi gli account inutilizzati
-3. **Onboarding**: Avere un processo chiaro per aggiungere nuovi membri e assegnare ruoli
-4. **Offboarding**: Rimuovi prontamente l'accesso per i membri che lasciano l'organizzazione
-
-## Endpoint
-
-### POST
-
-`https://api.capgo.app/organization/members/`
-
-Aggiungi un nuovo membro a un'organizzazione o aggiorna il ruolo di un membro esistente. Nota che puoi invitare solo utenti che hanno già un account Capgo - l'email deve corrispondere a un utente Capgo esistente.
-
-#### Request Body
-
-```typescript
-interface MemberCreate {
-  orgId: string
-  email: string
-  role: "read" | "upload" | "write" | "admin" | "super_admin"
-}
-```
-
-#### Esempio di Richiesta
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "newmember@example.com",
-    "role": "write"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### Risposta di Successo
-
-```json
-{
-  "status": "OK",
-  "data": {
-    "uid": "user_789",
-    "email": "newmember@example.com",
-    "role": "invite_write",
-    "image_url": null
-  }
-}
-```
-
-Note: 
-- Quando si aggiunge un nuovo membro, riceverà un'email di invito. Il suo ruolo avrà il prefisso "invite_" finché non accetta l'invito.
-- L'utente deve già avere un account Capgo prima di poter essere invitato. Se non ha un account, deve prima crearne uno su https://console.capgo.app/register/
-
-### GET 
-
-`https://api.capgo.app/organization/members/`
-
-Recupera tutti i membri di un'organizzazione.
-
-#### Parametri Query
-
-```typescript
-interface MemberQuery {
-  orgId: string
-}
-```
-
-#### Tipo di Risposta
-
-```typescript
-interface Member {
-  uid: string;
-  email: string;
-  image_url: string;
-  role: "invite_read" | "invite_upload" | "invite_write" | "invite_admin" | "invite_super_admin" | "read" | "upload" | "write" | "admin" | "super_admin";
-}
-```
-
-#### Esempio di Richiesta
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/organization/members/?orgId=org_123"
-```
-
-#### Esempio di Risposta
-
-```json
-{
-  "data": [
-    {
-      "uid": "user_123",
-      "email": "john@example.com",
-      "image_url": "https://example.com/avatar.png",
-      "role": "admin"
-    },
-    {
-      "uid": "user_456",
-      "email": "jane@example.com",
-      "image_url": "https://example.com/avatar2.png",
-      "role": "write"
-    },
-    {
-      "uid": "user_789",
-      "email": "bob@example.com",
-      "image_url": null,
-      "role": "invite_read"
-    }
-  ]
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/organization/members/`
-
-Rimuovi un membro da un'organizzazione. Questo revocherà immediatamente il suo accesso.
-
-#### Request Body
-
-```typescript
-interface MemberDelete {
-  orgId: string
-  email: string
-}
-```
-
-#### Esempio di Richiesta
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "user@example.com"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### Risposta di Successo
-
-```json
-{
-  "status": "OK"
-}
-```
-
-## Gestione degli Errori
-
-Scenari di errore comuni e le loro risposte:
-
-```json
-// Membro non trovato
-{
-  "error": "Member not found",
-  "status": "KO"
-}
-
-// Ruolo non valido
-{
-  "error": "Invalid role specified",
-  "status": "KO"
-}
-
-// Permesso negato
-{
-  "error": "Insufficient permissions to manage members",
-  "status": "KO"
-}
-
-// Impossibile rimuovere l'ultimo amministratore
-{
-  "error": "Cannot remove the last admin from the organization",
-  "status": "KO"
-}
-
-// Email non valida
-{
-  "error": "Invalid email format",
-  "status": "KO"
-}
-
-// Il membro esiste già
-{
-  "error": "Member already exists in organization",
-  "status": "KO"
-}
-```
-
-## Casi d'Uso Comuni
-
-1. **Espansione del Team**: Aggiunta di nuovi membri del team con ruoli appropriati
-2. **Controllo Accessi**: Gestione dei permessi dei membri al cambiare delle responsabilità
-3. **Audit di Sicurezza**: Revisione periodica della lista dei membri e dei ruoli
-4. **Ristrutturazione del Team**: Aggiornamento dei ruoli durante i cambiamenti organizzativi
diff --git a/src/content/docs/it/docs/public-api/organizations.mdx b/src/content/docs/it/docs/public-api/organizations.mdx
deleted file mode 100644
index 3b75f1ff8..000000000
--- a/src/content/docs/it/docs/public-api/organizations.mdx
+++ /dev/null
@@ -1,208 +0,0 @@
----
-title: Organizations
-description: >-
-  Guida alla gestione delle organizzazioni in Capgo, che copre la creazione, le
-  impostazioni, gli aggiornamenti e il recupero dei dettagli
-  dell'organizzazione.
-sidebar:
-  order: 2
-locale: it
----
-Le organizzazioni sono le entità di primo livello in Capgo. Ti consentono di raggruppare app, membri del team e risorse sotto un unico ombrello. Ogni organizzazione può avere più membri con ruoli e autorizzazioni diversi.
-
-## Casi d'uso comuni
-
-- Creare una nuova organizzazione per la vostra azienda
-- Gestione delle impostazioni dell'organizzazione
-- Aggiornamento delle informazioni sull'organizzazione
-- Recupero dei dettagli dell'organizzazione
-
-## Endpoint
-
-### OTTIENI
-
-`https://api.capgo.app/organization/`
-
-Recuperare informazioni sull'organizzazione. Se nei parametri viene fornito `orgId`, restituisce una singola organizzazione. In caso contrario, restituisce tutte le organizzazioni accessibili.
-
-#### Parametri della query
-
-- `orgId` (facoltativo): l'ID dell'organizzazione specifica da recuperare
-
-#### Tipo di risposta
-
-```typescript
-interface Organization {
-  id: string
-  created_by: string
-  created_at: string
-  updated_at: string
-  logo: string | null
-  name: string
-  management_email: string
-  customer_id: string | null
-}
-```
-
-#### Richiesta di esempio
-
-```bash
-# Get all organizations
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-
-# Get specific organization
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### Esempio di risposta
-
-```json
-{
-  "data": {
-    "id": "org_123",
-    "name": "My Company",
-    "created_at": "2024-01-01T00:00:00Z",
-    "updated_at": "2024-01-01T00:00:00Z",
-    "logo": "https://example.com/logo.png",
-    "management_email": "admin@example.com",
-    "customer_id": "cus_123"
-  }
-}
-```
-
-### POST
-
-`https://api.capgo.app/organization/`
-
-Crea una nuova organizzazione.
-
-#### Richiedi corpo
-
-```typescript
-interface OrganizationCreate {
-  name: string
-}
-```
-
-#### Richiesta di esempio
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "New Organization"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### Esempio di risposta
-
-```json
-{
-  "status": "Organization created",
-  "id": "org_456"
-}
-```
-
-### METTI
-
-`https://api.capgo.app/organization/`
-
-Aggiorna un'organizzazione esistente. Richiede il ruolo di amministratore.
-
-#### Richiedi corpo
-
-```typescript
-interface OrganizationUpdate {
-  orgId: string
-  logo?: string
-  name?: string
-  management_email?: string
-}
-```
-
-#### Richiesta di esempio
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### Esempio di risposta
-
-```json
-{
-  "status": "Organization updated",
-  "data": {
-    "id": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }
-}
-```
-
-### ELIMINA
-
-`https://api.capgo.app/organization/`
-
-Elimina un'organizzazione esistente. Richiede il ruolo di amministratore. Questa azione è irreversibile e rimuoverà tutte le app, i bundle (versioni) e le risorse associati.
-
-#### Parametri della query
-
-- `orgId`: l'ID dell'organizzazione da eliminare
-
-#### Richiesta di esempio
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### Esempio di risposta
-
-```json
-{
-  "status": "Organization deleted",
-  "id": "org_123"
-}
-```
-
-## Gestione degli errori
-
-Scenari di errore comuni e relative risposte:
-
-```json
-// Invalid API key
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-
-// Missing required field
-{
-  "error": "Name is required",
-  "status": "KO"
-}
-
-// Insufficient permissions
-{
-  "error": "Admin role required",
-  "status": "KO"
-}
-```
-
-## Migliori pratiche
-
-1. **Denominazione**: utilizza nomi chiari e descrittivi per le organizzazioni
-2. **Ruoli**: assegna ruoli appropriati ai membri del team
-3. **E-mail**: utilizza un'e-mail di gruppo per management_email per evitare problemi con le modifiche dell'e-mail personale
-4. **Logo**: ospita i loghi su una CDN affidabile e utilizza URL HTTPS
diff --git a/src/content/docs/it/docs/public-api/statistics.mdx b/src/content/docs/it/docs/public-api/statistics.mdx
deleted file mode 100644
index 3c2fa2316..000000000
--- a/src/content/docs/it/docs/public-api/statistics.mdx
+++ /dev/null
@@ -1,235 +0,0 @@
----
-title: Statistiche
-description: >-
-  Guida dettagliata agli endpoint statistici API, che fornisce approfondimenti
-  sugli utenti attivi mensili (MAU), sullo spazio di archiviazione e sulle
-  metriche della larghezza di banda per app e organizzazioni.
-sidebar:
-  order: 5
-locale: it
----
-Gli endpoint Statistici forniscono analisi dettagliate sulle tue app e organizzazioni. Puoi tenere traccia degli utenti attivi mensili (MAU), dell'utilizzo dello spazio di archiviazione e del consumo di larghezza di banda in diversi periodi di tempo. Questi dati sono essenziali per monitorare la crescita delle app, l'utilizzo delle risorse e la capacità di pianificazione.
-
-## Comprendere le metriche
-
-- **MAU (Utenti attivi mensili)**: numero di dispositivi unici che hanno avuto accesso alla tua app negli ultimi 30 giorni
-- **Archiviazione**: dimensione totale di tutti i pacchetti e le risorse archiviate in byte
-- **Larghezza di banda**: trasferimento dati totale per download di bundle in byte
-
-## Migliori pratiche
-
-1. **Monitoraggio regolare**: controlla periodicamente le statistiche per monitorare la crescita e i modelli di utilizzo
-2. **Pianificazione delle risorse**: utilizza i parametri di archiviazione e larghezza di banda per la pianificazione della capacità
-3. **Coinvolgimento degli utenti**: monitora il MAU per comprendere le tendenze del coinvolgimento degli utenti
-4. **Gestione dei costi**: monitora l'utilizzo delle risorse per ottimizzare i costi
-
-## Endpoint
-
-### GET /statistiche/app/:app_id/
-
-Ottieni statistiche per un'app specifica. Questo endpoint è utile per monitorare le prestazioni delle singole app.
-
-#### Parametri della query
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Richiesta di esempio
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Esempio di risposta
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 1500,
-    "storage": 536870912,  // 512MB in bytes
-    "bandwidth": 1073741824 // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 1550,
-    "storage": 537919488,  // 513MB in bytes
-    "bandwidth": 1074790400 // 1.01GB in bytes
-  }
-]
-```
-
-### OTTIENI /statistics/org/:org_id/
-
-Ottieni statistiche per un'organizzazione specifica. Utile per monitorare l'utilizzo a livello di organizzazione.
-
-#### Parametri della query
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-  breakdown: boolean  // default false, optional if true it return the breakdown by app
-  noAccumulate: boolean // default false, optional if true it will not accumulate data and just return day by day result
-}
-```
-
-#### Richiesta di esempio
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/org/046a36ac-e03c-4590-9257-bd6c9dba9ee8/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Esempio di risposta
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 10000,
-    "storage": 536870912,   // 512MB in bytes
-    "bandwidth": 1073741824  // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 10200,
-    "storage": 537919488,   // 513MB in bytes
-    "bandwidth": 1074790400  // 1.01GB in bytes
-  }
-]
-```
-
-### GET /statistiche/utente/
-
-Ottieni statistiche aggregate su tutte le organizzazioni a cui hai accesso. Perfetto per il monitoraggio dell'utilizzo complessivo.
-
-#### Parametri della query
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Richiesta di esempio
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/user/?from=2024-01-01&to=2024-02-01"
-```
-
-#### Esempio di risposta
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 25000,
-    "storage": 1073741824,  // 1GB in bytes
-    "bandwidth": 2147483648  // 2GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 25500,
-    "storage": 1074790400,  // 1.01GB in bytes
-    "bandwidth": 2148532224  // 2.01GB in bytes
-  }
-]
-```
-
-### GET /statistics/app/:app_id/bundle_usage
-
-Ottieni statistiche sull'utilizzo dei bundle per un'app specifica, mostrando la distribuzione dei bundle (versioni) tra gli utenti in un periodo specificato.
-
-#### Parametri della query
-
-```typescript
-interface BundleUsageQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### Richiesta di esempio
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/bundle_usage?from=2024-01-01&to=2024-02-01"
-```
-
-#### Esempio di risposta
-
-```json
-{
-  "labels": ["2024-01-01", "2024-01-02", "2024-01-03"],
-  "datasets": [
-    {
-      "label": "1.0.0",
-      "data": [60.5, 58.2, 55.3]
-    },
-    {
-      "label": "1.0.1",
-      "data": [39.5, 41.8, 44.7]
-    }
-  ]
-}
-```
-
-## Gestione degli errori
-
-Scenari di errore comuni e relative risposte:
-
-```json
-// Invalid body
-{
-  "status": "Invalid body",
-  "error": "Invalid date format or missing parameters"
-}
-
-// Permission denied
-{
-  "status": "You can't access this app",
-  "error": "Insufficient permissions to access statistics"
-}
-
-// Permission denied for organization
-{
-  "status": "You can't access this organization",
-  "error": "Insufficient permissions to access organization statistics"
-}
-
-// No organizations found for user statistics
-{
-  "status": "No organizations found",
-  "error": "No organizations found"
-}
-
-// Internal server error
-{
-  "status": "Cannot get app statistics",
-  "error": "Internal server error message"
-}
-```
-
-## Casi d'uso comuni
-
-1. **Monitoraggio della crescita**: monitora la crescita del MAU nel tempo
-2. **Ottimizzazione delle risorse**: monitora l'utilizzo dello spazio di archiviazione e della larghezza di banda per ottimizzare i costi
-3. **Pianificazione della capacità**: utilizza le tendenze per pianificare le future esigenze di risorse
-4. **Rapporti sull'utilizzo**: genera rapporti periodici sull'utilizzo per le parti interessate
-5. **Analisi della distribuzione del bundle (versione)**: comprendere come gli utenti sono distribuiti tra diversi app bundle (versioni) con statistiche sull'utilizzo del bundle
-
-## Suggerimenti per l'analisi
-
-1. **Confronta periodi**: esamina le tendenze mese su mese o anno su anno
-2. **Rapporti traccia**: monitora la larghezza di banda per utente o lo spazio di archiviazione per app
-3. **Imposta avvisi**: crea avvisi per picchi insoliti di utilizzo
-4. **Backup regolari**: esporta regolarmente le statistiche per l'analisi storica
-5. **Adozione del bundle (versione)**: utilizza l'utilizzo del bundle per monitorare i tassi di adozione dei nuovi bundle (versioni)
diff --git a/src/content/docs/it/docs/upgrade/from-appflow-to-capgo.mdx b/src/content/docs/it/docs/upgrade/from-appflow-to-capgo.mdx
deleted file mode 100644
index 521e6e991..000000000
--- a/src/content/docs/it/docs/upgrade/from-appflow-to-capgo.mdx
+++ /dev/null
@@ -1,220 +0,0 @@
----
-title: Migrazione da AppFlow a Capgo
-description: Guida completa per migrare la tua app da Ionic AppFlow a Capgo
-sidebar:
-  order: 7
-locale: it
----
-
-## Riferimento alla Configurazione AppFlow
-
-Prima della migrazione, prendi nota della tua configurazione AppFlow attuale in `capacitor.config.ts`:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    LiveUpdates: {
-      appId: 'your-app-id',
-      channel: 'Production',
-      autoUpdateMethod: 'background', // oppure 'always latest', 'force update'
-      maxVersions: 2
-    }
-  }
-};
-```
-
-Questa configurazione ti aiuterà a mappare le funzionalità di AppFlow con gli equivalenti di Capgo.
-
-## Strategie di Aggiornamento
-
-### Aggiornamenti in Background (Predefinito)
-Se stai utilizzando gli aggiornamenti in background di AppFlow:
-
-```typescript
-// Equivalente Capgo in capacitor.config.ts
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false,
-      autoDeletePrevious: true
-    }
-  }
-}
-```
-
-### Aggiornamenti Forzati
-Se stai utilizzando la strategia di aggiornamento forzato di AppFlow:
-
-```typescript
-// Equivalente Capgo in capacitor.config.ts
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: true,
-      keepUrlPathAfterReload: true
-    }
-  }
-}
-
-// Codice JavaScript richiesto
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { SplashScreen } from '@capacitor/splash-screen';
-
-CapacitorUpdater.addListener('appReady', () => {
-  SplashScreen.hide();
-});
-
-CapacitorUpdater.notifyAppReady();
-```
-
-### Sempre l'Ultima Versione
-Se stai utilizzando la strategia "always latest" di AppFlow, implementa con Capgo:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { App } from '@capacitor/app';
-
-async function setupAlwaysLatest() {
-  App.addListener('resume', async () => {
-    const result = await CapacitorUpdater.download({
-      url: 'your-update-url'
-    });
-    if (result) {
-      await CapacitorUpdater.set({ id: result.id });
-    }
-  });
-}
-```
-
-## Migrazione dei Metodi API
-
-| Metodo AppFlow | Equivalente Capgo | Note |
-|----------------|------------------|-------|
-| `sync()` | `download()` | Scarica nuovi aggiornamenti |
-| `reload()` | `set()` | Applica gli aggiornamenti immediatamente |
-| `setConfig()` | `setChannel()` | Aggiorna la configurazione del canale |
-
-### Esempio di Migrazione
-
-```typescript
-// Codice AppFlow
-import * as LiveUpdates from '@capacitor/live-updates';
-const result = await LiveUpdates.sync();
-if (result.activeApplicationPathChanged) {
-  await LiveUpdates.reload();
-}
-
-// Equivalente Capgo
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-const bundle = await CapacitorUpdater.download({
-  url: 'your-update-url'
-});
-if (bundle) {
-  await CapacitorUpdater.set({ id: bundle.id });
-}
-```
-## Perché migrare a Capgo?
-
-Con l'annuncio della chiusura di Ionic AppFlow, la migrazione a Capgo offre una transizione perfetta per il tuo flusso di lavoro di sviluppo di app mobili. Capgo offre funzionalità migliorate, prestazioni superiori e significativi risparmi sui costi mantenendo tutte le funzionalità critiche necessarie.
-
-### Vantaggi Principali
-- Distribuzione degli aggiornamenti più veloce (< 1 minuto vs 10 minuti)
-- Prezzi più convenienti (14$/mese vs 499$/mese)
-- Crittografia end-to-end inclusa in tutti i piani
-- Maggiore controllo sui canali di aggiornamento
-- Opzioni complete di integrazione CI/CD
-
-## Passaggi di Migrazione
-
-### 1. Migrazione degli Aggiornamenti Live
-
-#### Rimuovere le Dipendenze Precedenti
-```bash
-npm uninstall @ionic/appflow
-# Rimuovere le configurazioni specifiche di AppFlow da capacitor.config.json
-```
-
-#### Installare Capgo
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-#### Aggiornare la Configurazione
-Aggiungi la configurazione Capgo al tuo `capacitor.config.json`:
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true
-    }
-  }
-}
-```
-
-### 2. Migrazione CI/CD
-
-Capgo offre opzioni flessibili per CI/CD:
-
-#### Opzione 1: Usa il tuo CI/CD Esistente
-Segui i nostri tutorial dettagliati per configurare CI/CD con piattaforme popolari:
-- [Configurazione Build iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-- [Configurazione Build Android](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)
-- [Integrazione GitHub Actions](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-
-#### Opzione 2: CI/CD Gestito
-Lascia che gestiamo noi la tua configurazione CI/CD con il nostro [servizio gestito](https://cal.com/team/capgo/mobile-ci-cd-done-for-you).
-
-### 3. Configurazione dei Canali
-
-1. Creare canali nella dashboard Capgo:
-```bash
-npx @capgo/cli channel create production
-npx @capgo/cli channel create staging
-```
-
-2. Configurare le impostazioni dei canali:
-```bash
-# Configurare il canale di produzione
-npx @capgo/cli channel update production --no-downgrade --no-upgrade
-
-# Configurare il canale di staging
-npx @capgo/cli channel update staging
-```
-
-### 4. Test della Migrazione
-
-1. **Testare gli Aggiornamenti Live**
-```bash
-# Creare e caricare un bundle di test
-npx @capgo/cli bundle create --channel staging
-```
-
-2. **Verificare la Ricezione degli Aggiornamenti**
-- Installare l'app su un dispositivo di test
-- Verificare che gli aggiornamenti vengano ricevuti correttamente
-- Verificare il processo di installazione degli aggiornamenti
-- Testare la funzionalità di ripristino
-
-## Risoluzione dei Problemi
-
-### Problemi Comuni
-
-#### Aggiornamenti Non Ricevuti
-- Verificare la configurazione dei canali
-- Controllare i log del dispositivo
-- Assicurare una connettività di rete adeguata
-- Validare il formato della versione del bundle
-
-## Prossimi Passi
-
-1. [Crea un account Capgo](/register/)
-2. Segui la nostra [guida rapida](/docs/getting-started/quickstart/)
-3. Configura l'[integrazione CI/CD](/docs/getting-started/cicd-integration/)
-4. Configura gli [aggiornamenti live](/docs/live-updates/)
-
-Per i team aziendali che richiedono supporto dedicato durante la migrazione, [programma una chiamata con il nostro team](https://cal.com/team/capgo/capgo-enterprise-inquiry).
diff --git a/src/content/docs/it/docs/upgrade/from-capawesome-to-capgo.mdx b/src/content/docs/it/docs/upgrade/from-capawesome-to-capgo.mdx
deleted file mode 100644
index e0882b7c5..000000000
--- a/src/content/docs/it/docs/upgrade/from-capawesome-to-capgo.mdx
+++ /dev/null
@@ -1,253 +0,0 @@
----
-title: Migrare da Capawesome Cloud a Capgo
-locale: it
-description: Guida passo-passo per passare da Capawesome Cloud a Capgo ottenendo sicurezza OTA nativa, osservabilità a livello di dispositivo e automazione completa.
-sidebar:
-  order: 8
----
-
-> ⚡️ Capgo automatizza canali, pulizia dei bundle, rollback, analisi e caricamenti CLI in modo nativo. Usa questa guida per eseguire i passaggi minimi richiesti per migrare e, opzionalmente, ricreare qualsiasi comportamento personalizzato di cui hai ancora bisogno.
-
-## Panoramica
-
-1. Raccogli la tua configurazione esistente di Capawesome Cloud (App ID, canali, chiavi di firma, token CLI) in modo da poterla archiviare o revisionare successivamente.
-2. Installa il plugin Capgo, rimuovi l'SDK Capawesome e chiama `CapacitorUpdater.notifyAppReady()`.
-3. Configura il comportamento opzionale (download manuali, pinning dei bundle, ricaricamenti) se ti affidi a questi flussi oggi.
-
-Con Capgo devi solo installare il nostro plugin e chiamare `CapacitorUpdater.notifyAppReady()`. Tutto il resto—canali, pulizia dei bundle, rollback, analisi e automazione CLI—è gestito nativamente. Le sezioni seguenti illustrano direttamente ogni attività.
-
-## Prima di iniziare
-
-- Assicurati che il tuo progetto stia già utilizzando Capacitor 5 o versioni successive.
-- Installa la CLI di Capgo (`npm install -g @capgo/cli`) se prevedi di caricare bundle da CI/CD.
-
-## Passaggio 1 – Installa Capgo e rimuovi l'SDK Capawesome
-
-```bash
-npm uninstall @capawesome/capacitor-live-update
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-Questo è l'unico scambio obbligatorio. Il codice nativo di Capgo è incluso nel plugin; non sono richiesti helper JavaScript aggiuntivi.
-
-## Passaggio 2 – Configurazione minima
-
-La configurazione precedente richiedeva la mappatura di dozzine di opzioni in `capacitor.config`. Capgo riconosce automaticamente il tuo progetto, quindi la configurazione minima appare così:
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      autoDeletePrevious: true,
-      periodCheckDelay: 10 * 60 * 1000, // optional: check every 10 minutes
-    },
-  },
-}
-
-export default config
-```
-
-Tutto ciò che Capawesome elenca come flag manuali (`defaultChannel`, `autoDeleteBundles`, politiche di conservazione, ecc.) è gestito tramite la dashboard di Capgo o l'API. Devi sovrascrivere queste chiavi solo se desideri un comportamento diverso dalle impostazioni predefinite di Capgo.
-
-### Riferimento rapido alla configurazione
-
-| Opzione Capawesome | Equivalente Capgo | Devi configurarlo? |
-| --- | --- | --- |
-| `appId` | Preso dalla dashboard Capgo una volta creato un progetto | Solo se usi più progetti in un unico binario |
-| `defaultChannel` | Regole dei canali gestite nella dashboard/API | Opzionale; la maggior parte dei team lo imposta lato server |
-| `autoDeleteBundles` | `autoDeletePrevious: true` (predefinito) | Già abilitato |
-| `publicKey` | Gestito nella console Capgo | Solo se ruoti le chiavi manualmente |
-| `maxVersions` / retention | Politica di conservazione dei bundle | Configurato centralmente in Capgo (1 mese predefinito, 24 mesi massimo) |
-
-## Passaggio 3 – Chiama `notifyAppReady()` (l'unico hook richiesto)
-
-Il vecchio flusso di lavoro introduceva listener personalizzati (`checkForUpdates()`, `retryDownload()`, nascondere la splash screen, ecc.). Capgo esegue questi passaggi nativamente. L'unica API che devi chiamare è:
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
- CapacitorUpdater.notifyAppReady()
-```
-
-Questo conferma che l'app si è avviata correttamente. Se la conferma non arriva mai, Capgo esegue automaticamente il rollback del bundle—nessun JavaScript aggiuntivo necessario.
-
-**Ecco fatto—Capgo gestisce controlli in background, visibilità della splash screen e rollback nativamente.**
-
-<details>
-<summary>Opzionale: esegui logica personalizzata prima che si nasconda la splash screen</summary>
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-
-CapacitorUpdater.addListener('appReady', () => {
-  // Run diagnostics or logging if you need to
-  SplashScreen.hide()
-})
-
-CapacitorUpdater.notifyAppReady()
-```
-
-</details>
-
-## Passaggio 4 – Mappa le chiamate API (per lo più opzionali)
-
-In Capgo normalmente lasci funzionare l'auto-updater; le API manuali rimangono disponibili se desideri il controllo completo.
-
-| Capawesome Cloud | Equivalente Capgo | Ne hai bisogno? |
-| --- | --- | --- |
-| `LiveUpdate.fetchLatestBundle()` | `CapacitorUpdater.getLatest()` | Solo quando implementi il tuo flusso di download |
-| `LiveUpdate.downloadBundle()` | `CapacitorUpdater.download()` | Opzionale: l'auto-update nativo scarica già |
-| `LiveUpdate.setNextBundle()` | `CapacitorUpdater.next()` | Opzionale: la dashboard fissa i bundle automaticamente |
-| `LiveUpdate.reload()` | `CapacitorUpdater.reload()` | Opzionale; Capgo impone bundle obbligatori dopo `notifyAppReady()` |
-| `LiveUpdate.getCurrentBundle()` | `CapacitorUpdater.current()` | Diagnostica opzionale |
-
-Se ti attieni al comportamento nativo di auto-update puoi eliminare completamente il JavaScript di Capawesome.
-
-### Esempi di controllo manuale
-
-**Scarica l'ultimo bundle**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const downloadUpdate = async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const bundle = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    console.log('Bundle downloaded', bundle?.id)
-  }
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const downloadUpdate = async () => {
-  const result = await LiveUpdate.fetchLatestBundle()
-  if (result.downloadUrl) {
-    await LiveUpdate.downloadBundle({
-      bundleId: result.bundleId,
-      url: result.downloadUrl,
-    })
-    console.log('Bundle downloaded')
-  }
-}
-```
-
-**Imposta il prossimo bundle**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const setNextBundle = async () => {
-  await CapacitorUpdater.next({ id: 'bundle-id-123' })
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const setNextBundle = async () => {
-  await LiveUpdate.setNextBundle({ bundleId: 'bundle-id-123' })
-}
-```
-
-**Applica immediatamente il bundle scaricato**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const applyUpdate = async () => {
-  await CapacitorUpdater.reload()
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const applyUpdate = async () => {
-  await LiveUpdate.reload()
-}
-```
-
-## Passaggio 5 – Strategie di aggiornamento: come le gestisce Capgo
-
-Capawesome documenta tre strategie. Ecco come si traducono:
-
-### Aggiornamenti in background
-- **Flusso di lavoro precedente**: configurare nel codice e pianificare i download manualmente.
-- **Capgo**: abilitato per impostazione predefinita (`autoUpdate: true`). Nessun codice aggiuntivo richiesto.
-
-### Sempre l'ultima versione
-- **Flusso di lavoro precedente**: aggiungere un listener `App.resume`, chiamare `download`, poi `set`.
-- **Capgo**: l'auto-update in background esegue già il controllo dopo il resume. Hai bisogno del listener manuale solo se desideri un intervallo personalizzato.
-
-<details>
-<summary>Opzionale: controllo manuale al resume</summary>
-
-```ts
-import { App } from '@capacitor/app'
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-App.addListener('resume', async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const downloaded = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    if (downloaded) {
-      await CapacitorUpdater.next({ id: downloaded.id })
-    }
-  }
-})
-```
-
-</details>
-
-### Aggiornamento forzato
-- **Flusso di lavoro precedente**: collegare la logica di prompt e imporre il reload.
-- **Capgo**: contrassegna il bundle come "obbligatorio" nella dashboard, poi ascolta l'evento `majorAvailable` (emesso dopo `notifyAppReady()`) per richiedere agli utenti di aggiornare all'interno della tua app.
-
-## Passaggio 6 – Distribuzione dei bundle
-
-Se in precedenza ti affidavi a `capawesome live-update deploy`, Capgo offre un flusso di lavoro CLI simile, e puoi anche automatizzare completamente le distribuzioni tramite API.
-
-```bash
-# Authenticate once (stores a token in your CI environment)
-capgo login
-
-# Upload a new bundle (auto-detects platform/version)
-capgo bundle upload --path dist --channel production
-```
-
-Poiché Capgo monitora automaticamente lo stato dei bundle, ottieni anche:
-
-- Log di audit a livello di dispositivo per ogni installazione.
-- Conservazione automatica (un mese per impostazione predefinita) con limiti configurabili fino a 24 mesi.
-- Metriche di latenza in tempo reale su [status.capgo.app/history](https://status.capgo.app/history).
-
-## Timeline di migrazione
-
-- **Inventario e installazione**: 10 minuti (`npm install`, rimuovere il vecchio plugin).
-- **Configurazione e preparazione**: 5 minuti (`notifyAppReady`).
-- **Controlli di verifica**: 15 minuti (test manuali opzionali o listener).
-- **Prima distribuzione**: 10 minuti con CLI Capgo o integrazione CI.
-
-In pratica i team finiscono in meno di un'ora. Se fornisci i dettagli del progetto Capawesome possiamo persino importare canali e liste di dispositivi per te.
-
-## Supporto Capgo
-
-- **Servizio di migrazione**: prenota una sessione su [cal.com/team/capgo/demo](https://cal.com/team/capgo/demo).
-- **Community**: unisciti al [Discord di Capgo](https://discord.gg/VCXxSVjefW).
-- **Issue tracker**: [github.com/Cap-go/capacitor-updater/issues](https://github.com/Cap-go/capacitor-updater/issues).
-
-Capgo è costruito per l'affidabilità a lungo termine: aggiornamenti delta nativi, bundle crittografati, rollback automatici e analisi che non richiedono JavaScript personalizzato. Una volta migrato puoi eliminare il codice di manutenzione pesante e lasciare che la piattaforma esegua gli aggiornamenti automaticamente.
diff --git a/src/content/docs/it/docs/upgrade/from-v2-to-v3.md b/src/content/docs/it/docs/upgrade/from-v2-to-v3.md
deleted file mode 100644
index 531aa6bcb..000000000
--- a/src/content/docs/it/docs/upgrade/from-v2-to-v3.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: Da V2 a V3
-description: Come aggiornare da V2 a V3
-sidebar:
-  order: 4
-locale: it
----
-
-Questa documentazione spiegherà come aggiornare alla versione 3 di auto-update
-
-## Prima migra all'ultimo tooling:
-
-```bash
-npm remove -g capgo
-npm remove capacitor-updater
-
-npm i @capgo/cli
-npm i @capgo/capacitor-updater@3
-npx cap sync
-```
-
-## Rimuovi tutte le tue configurazioni precedenti:
-
-```json
-{
-  CapacitorUpdater: {
-      autoUpdateURL: "https",
-      
-  },
-}
-```
-
-per lasciare solo questo:
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true
-  }
-}
-```
-
-> ⚠️ Se stavi utilizzando il tuo server con `autoUpdateURL`, aggiornerò presto questa guida per te. Nel frattempo, dai un'occhiata alla nuova opzione di upload `external` che ti permette di inviare solo il link del tuo zip, non il codice nel cloud Capgo. Questo è stato fatto per aziende con politiche sulla privacy rigorose. In modalità external, il codice non arriverà mai sul server Capgo, memorizziamo solo l'URL e lo inviamo al dispositivo, che lo scaricherà direttamente. Nel modo standard, il codice viene compresso e memorizzato nel nostro server, ma non lo apriremo né lo utilizzeremo mai
-
-## Cosa cambia
-
-Tutte le configurazioni diventano lato server per l'auto-update, per darti più controllo su come invii un aggiornamento agli utenti
-
-Questo ci permette di ripristinare e persino distribuire solo a un utente con i canali! Queste impostazioni sono state aggiunte all'interfaccia web:
-
-* disabilita il ripristino sotto il nativo
-* disabilita l'aggiornamento sopra la versione major
-
-> ⚠️ Diventeranno true di default per tutti i canali
-
-Questo rimuoverà anche la necessità di aggiornare spesso il plugin, la maggior parte degli aggiornamenti sarà effettuata lato server e li riceverai senza alcuna modifica da parte tua
-
-> ⚠️ Reset quando un aggiornamento diventa predefinito, quindi se preferisci non rimuovere tutte le versioni scaricate durante l'aggiornamento dallo store, fai questo:
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true,
-    "resetWhenUpdate": false
-  }
-}
-```
-
-## Aggiorna il tuo codice
-
-Infine, aggiorna tutti i tuoi import in JS da:
-
-```
-import { CapacitorUpdater } from 'capacitor-updater'
-```
-
-a
-
-```
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-```
-
-Quindi ricompila il tuo codice `npm run build` e copia nuovamente gli asset `npx cap copy`
-
-Ora dovresti essere in grado di testare l'ultimo sistema di auto-update
-
-Invia la tua versione con:
-
-```
-npx @capgo/cli@latest bundle upload
-```
-
-invece di
-
-```
-npx capgo upload
-```
-
-## Evoluzioni future
-
-Per ora viene utilizzato solo il primo canale pubblico, in futuro, public cambierà per canali multi pubblici, se ne viene impostato più di uno
-
-## Problemi comuni:
-
-* Problemi di build dopo l'aggiornamento: se hai già aperto il codice sorgente del plugin in Android Studio o Xcode, a volte la sincronizzazione non li rimuove, questa è la causa del problema. Apri l'IDE nativo e rimuovi `capacitor-updater` manualmente e fai `npx cap sync` questo dovrebbe risolvere
diff --git a/src/content/docs/it/docs/upgrade/from-v3-to-v4.md b/src/content/docs/it/docs/upgrade/from-v3-to-v4.md
deleted file mode 100644
index a42b37254..000000000
--- a/src/content/docs/it/docs/upgrade/from-v3-to-v4.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-title: Da V3 a V4
-description: Come aggiornare da V3 a V4 di Capgo updater, capire quali sono i cambiamenti incompatibili e come gestirli
-sidebar:
-  order: 3
-locale: it
----
-
-## Perché questo aggiornamento
-
-Dopo molte discussioni nella community Discord con voi ho scoperto che la modalità manuale era troppo manuale e non sicura da usare, per esempio, il ripristino automatico non era possibile, quindi se l'aggiornamento falliva in modalità manuale l'utente doveva rimuovere l'app e reinstallarla, il che è una terribile esperienza utente
-
-Nel frattempo, ho colto questa opportunità per darvi più libertà e rimuovere tutto il codice mal fatto
-
-## Installazione
-
-`npm i @capgo/capacitor-updater@4`
-
-## Auto-aggiornamento cloud
-
-Se usi l'esempio base nella tua app, puoi migrare in sicurezza alla nuova versione, buon divertimento!
-
-## Auto-aggiornamento self-hosted
-
-Per te, ancora semplice, i cambiamenti sono:
-
-* Il nome dell'impostazione da `autoUpdateUrl` a `updateUrl`
-* Il metodo dell'endpoint è cambiato da `GET` a `POST`
-
-## Utenti manuali
-
-Per voi, questo è il cambiamento più significativo, ma per il meglio! Ottenete tonnellate di miglioramenti, leggete attentamente
-
-## Cambiamenti
-
-* `autoUpdateUrl` diventa `updateUrl` dato che questa impostazione può essere usata anche in modalità manuale ora
-* Eliminazione di `cancelDelay` e `delayUpdate` in favore di `setDelay`
-* Non più `versionName` in set
-* Cambio della chiave `version`, che veniva restituita nella maggior parte delle funzioni all'oggetto `BundleInfo`
-
-```typescript
-interface BundleInfo {
-  id: string;
-  version: string;
-  downloaded: string;
-  status: 'success' | 'error' | 'pending' | 'downloading'
-}
-```
-
-* Rinominati i nomi fuorvianti (anche se la spiegazione non può essere chiara, ma nell'uso è facile capire il nuovo):
-  * quello che era chiamato `version` ora si riferisce a un `bundle`
-  * `id` si riferisce alla vecchia `version` che era una stringa casuale di 10 caratteri, questo `id` è l'unico modo affidabile e univoco per accedere ai tuoi bundle, esempio `7Dfcd2RedN`
-  * `version` si riferisce ora al `versionName` che scegli per un bundle, esempio `100`
-* `updateUrl` passa da `get` a `post`, poiché gli header personalizzati erano un problema per alcuni di voi e post è più logico, tutti i precedenti header vanno nel body e il prefisso `cap_` scompare
-* Il metodo `versionName` è eliminato, in favore di `getId`
-* list restituisce ora una lista di `BundleInfo`
-* Rinomina `getId` in `getDeviceId`
-* `autoUpdate` diventa true di default, se usi la modalità Manual, impostalo su false
-
-## Novità
-
-* Metodo `getLatest`, questo metodo ti permette di ottenere dal tuo server impostato con `updateUrl` l'ultima versione disponibile
-* Metodo `setDelay` che prende `{kind: "background" | "kill" | "nativeVersion" | "date", value?: string}` come argomento per impostare il ritardo per diverse modalità
-* Metodo `next`, per impostare la versione al prossimo backgrounding, in opposizione a `set` che lo fa istantaneamente
-* Metodo `isAutoUpdateEnabled`, per farti sapere se sei in un contesto di auto-aggiornamento
-* Evento `downloadComplete` quando il download raggiunge il 100%
-* Aggiunto campo obbligatorio `version` nel metodo download
-* `notifyAppReady` diventa obbligatorio anche in modalità manuale, se non viene chiamato dopo 10 secondi l'app torna alla versione precedente
-
-## Collaboratori
-
-[@lincolnthree](https://github.com/lincolnthree/) Grazie mille per aver iniziato questo lavoro, era impossibile far funzionare questo aggiornamento senza di te
diff --git a/src/content/docs/it/docs/upgrade/from-v4-to-v5.md b/src/content/docs/it/docs/upgrade/from-v4-to-v5.md
deleted file mode 100644
index b991086aa..000000000
--- a/src/content/docs/it/docs/upgrade/from-v4-to-v5.md
+++ /dev/null
@@ -1,31 +0,0 @@
----
-title: Da V4 a V5
-description: Come passare dalla V4 alla V5
-sidebar:
-  order: 2
-locale: it
----
-
-## Perché questo aggiornamento
-
-Questa versione principale è qui per seguire la versione principale di Capacitor
-
-Prima segui la guida di migrazione di Capacitor:
-
-[https://capacitorjs.com/docs/updating/5-0](https://capacitorjs.com/docs/updating/5-0/)
-
-## Installazione
-
-`npm i @capgo/capacitor-updater@5`
-
-`Poi sincronizza l'aggiornamento del codice nativo:`
-
-`npx cap sync`
-
-Ecco fatto! Molto semplice!
-
-## Modalità manuale
-
-Se stavi ottenendo l'aggiornamento da solo con getLatest, c'è un piccolo cambiamento
-Ora se sei già aggiornato entrerà nel catch
-Qualsiasi risposta diversa da aggiornamento disponibile farà questo
\ No newline at end of file
diff --git a/src/content/docs/it/docs/upgrade/from-v5-to-v6.md b/src/content/docs/it/docs/upgrade/from-v5-to-v6.md
deleted file mode 100644
index c24b62350..000000000
--- a/src/content/docs/it/docs/upgrade/from-v5-to-v6.md
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: Da V5 a V6
-description: Come aggiornare da V5 a V6
-sidebar:
-  order: 1
-locale: it
----
-
-## Perché questo aggiornamento
-
-Questa versione principale è qui per seguire la versione principale di Capacitor
-
-Prima segui la guida di migrazione di Capacitor:
-
-[https://capacitorjs.com/docs/updating/6-0](https://capacitorjs.com/docs/updating/6-0/)
-
-## Installazione
-
-`npm i @capgo/capacitor-updater@6`
-
-`Quindi sincronizza l'aggiornamento del codice nativo:`
-
-`npx cap sync`
-
-Tutto qui! Molto facile!
\ No newline at end of file
diff --git a/src/content/docs/it/docs/upgrade/from-v6-to-v7.md b/src/content/docs/it/docs/upgrade/from-v6-to-v7.md
deleted file mode 100644
index 7e75cc65d..000000000
--- a/src/content/docs/it/docs/upgrade/from-v6-to-v7.md
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "Da V6 a V7"
-locale: it
-description: "Una guida dettagliata sulla transizione dalla versione 6 alla versione 7 dell'updater Capgo, delineando i passaggi necessari e le considerazioni per un processo di aggiornamento di successo, garantendo la compatibilità con le ultime funzionalità e miglioramenti di Capacitor."
-sidebar:
-  order: 2
----
-
-## Perché questo aggiornamento
-
-Questa versione maggiore è qui per seguire la versione maggiore di Capacitor
-
-Prima segui la guida alla migrazione di Capacitor:
-
-[https://capacitorjs.com/docs/updating/7-0](https://capacitorjs.com/docs/updating/7-0/)
-
-## Installazione
-
-`npm i @capgo/capacitor-updater@7`
-
-`Poi sincronizza l'aggiornamento del codice nativo:`
-
-`npx cap sync`
-
-Ecco fatto! Abbastanza facile!
-
-## Migrazione della Crittografia
-
-Se stai usando il metodo di crittografia `key-v1`, dovrai migrare al nuovo sistema di crittografia poiché `key-v1` non è più supportato in V7. [[memory:96112]]
-
-Segui la guida alla migrazione della crittografia qui: [Guida alla Migrazione della Crittografia](/docs/cli/migrations/encryption/)
-
-## Modifiche alla Configurazione
-
-Raccomandiamo di aggiungere le seguenti proprietà nel tuo file `capacitor.config`:
-- `capacitorUpdater`
-- `appId`
-- `version`
-- `autoUpdate`
-
-Queste impostazioni dovrebbero aiutare a gestire meglio il plugin e i suoi comportamenti.
diff --git a/src/content/docs/it/docs/upgrade/from-v7-to-v8.md b/src/content/docs/it/docs/upgrade/from-v7-to-v8.md
deleted file mode 100644
index e1d37f0ff..000000000
--- a/src/content/docs/it/docs/upgrade/from-v7-to-v8.md
+++ /dev/null
@@ -1,73 +0,0 @@
----
-title: "Da V7 a V8"
-locale: it
-description: "Una guida dettagliata sulla transizione dalla versione 7 alla versione 8 dell'updater Capgo, delineando i passaggi necessari e le considerazioni per un processo di aggiornamento di successo, garantendo la compatibilità con le funzionalità e i miglioramenti di Capacitor 8."
-sidebar:
-  order: 0
----
-
-## Perché questo aggiornamento
-
-Questa versione principale è qui per seguire la versione principale 8 di Capacitor
-
-Prima segui la guida alla migrazione di Capacitor:
-
-[https://capacitorjs.com/docs/updating/8-0](https://capacitorjs.com/docs/updating/8-0/)
-
-## Requisito versione minima iOS
-
-L'obiettivo di distribuzione minimo per iOS è stato aumentato a **15** per garantire che i dispositivi iOS con [CVE-2022-36943](https://nvd.nist.gov/vuln/detail/CVE-2022-36943) siano esclusi. Questa è la versione minima della libreria zip iOS che ha implementato la correzione di sicurezza.
-
-## Installazione
-
-`npm i @capgo/capacitor-updater@8`
-
-Quindi sincronizza l'aggiornamento del codice nativo:
-
-`npx cap sync`
-
-Fatto! Abbastanza facile!
-
-## Novità in V8
-
-La versione 8 di capacitor-updater porta la piena compatibilità con Capacitor 8, garantendo che la tua app possa sfruttare le ultime funzionalità e miglioramenti del sistema operativo mobile.
-
-### Aggiornamenti principali
-
-- **Compatibilità con Capacitor 8**: Supporto completo per le funzionalità native migliorate di Capacitor 8
-- **Miglioramenti delle prestazioni**: Processo ottimizzato di distribuzione e installazione degli aggiornamenti
-- **Stabilità migliorata**: Correzioni di bug e miglioramenti della stabilità da v7
-- **Compatibilità API mantenuta**: Nessuna modifica importante all'API del plugin da v7
-
-## Configurazione
-
-La configurazione rimane la stessa di v7. Le tue impostazioni `capacitor.config` esistenti continueranno a funzionare:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      appId: 'your-app-id',
-      version: '1.0.0',
-      autoUpdate: true,
-      // ... altre impostazioni
-    }
-  }
-}
-```
-
-## Lista di controllo della migrazione
-
-- [ ] Seguire la [guida alla migrazione](https://capacitorjs.com/docs/updating/8-0) v8 di Capacitor, verificare le modifiche incompatibili
-- [ ] Aumentare l'obiettivo di distribuzione minimo iOS a 15 (richiesto per la correzione CVE-2022-36943)
-- [ ] Aggiornare @capgo/capacitor-updater a ^8.0.0
-- [ ] Eseguire `npx cap sync`
-- [ ] Testare accuratamente la tua app su iOS e Android
-
-## Hai bisogno di aiuto?
-
-Se riscontri problemi durante la migrazione, per favore:
-
-1. Controlla la nostra [documentazione](/docs/live-updates/)
-2. Visita la nostra [comunità Discord](https://discord.com/invite/VnYRvBfgA6)
-3. Apri un problema su [GitHub](https://github.com/Cap-go/capacitor-updater/issues)
diff --git a/src/content/docs/it/docs/webapp/api-keys.mdx b/src/content/docs/it/docs/webapp/api-keys.mdx
deleted file mode 100644
index 7a4e235a5..000000000
--- a/src/content/docs/it/docs/webapp/api-keys.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: Gestione delle chiavi api
-description: Come gestire le chiavi API
-sidebar:
-  order: 3
-locale: it
----
-
-## Cosa posso fare con le chiavi api?
-
-Una chiave API può essere rigenerata, rimossa o se ne può aggiungere una nuova
-
-## Come vedere tutte le chiavi api?
-
-Devi andare alla [pagina delle chiavi API](https://console.capgo.app/dashboard/apikeys/) e lì vedrai tutte le tue chiavi api
-
-## Come aggiungere una nuova chiave api?
-
-Per aggiungere una nuova chiave API clicca sul piccolo pulsante più
-
-<figure><img src="/apikeys-add.webp" alt="add apikey" /><figcaption></figcaption></figure>
-
-e poi seleziona i permessi che vuoi dare alla nuova chiave API. Puoi selezionare:
-
- - Lettura - la chiave API potrà leggere tutti i dati
- - Caricamento - la chiave API potrà caricare nuove versioni dalla CLI e leggere
- - Tutto - La chiave API potrà fare tutto
-
-<figure><img src="/apikeys-select-perm.webp" alt="select perm" /><figcaption></figcaption></figure>
-
-## Come rimuovere una chiave api?
-
-Per rimuovere una chiave API clicca sul piccolo pulsante cestino
-
-<figure><img src="/apikeys-remove.webp" alt="remove apikey" /><figcaption></figcaption></figure>
-
-E poi conferma la rimozione della chiave API
-
-## Come rigenerare una chiave api?
-
-Per rigenerare una chiave API clicca sul piccolo pulsante di aggiornamento
-
-<figure><img src="/apikeys-regenerate.webp" alt="generate apikey" /><figcaption></figcaption></figure>
-
-E poi conferma la rigenerazione della chiave API
diff --git a/src/content/docs/it/docs/webapp/bundles.mdx b/src/content/docs/it/docs/webapp/bundles.mdx
deleted file mode 100644
index 1238008e3..000000000
--- a/src/content/docs/it/docs/webapp/bundles.mdx
+++ /dev/null
@@ -1,58 +0,0 @@
----
-title: Bundle
-description: Scopri come gestire i bundle
-sidebar:
-  order: 7
-locale: it
----
-
-## Mostra tutti i bundle
-
-Per prima cosa, diamo un'occhiata alla pagina dei bundle. Puoi accedervi [cliccando sulla tua app](/docs/webapp/main-page) e poi [cliccando sulla scheda bundle](/docs/webapp/main-app-page)
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundles.webp" alt="bundle list" /><figcaption></figcaption></figure>
-
-## Eliminare un bundle
-
-Ci sono due modi per eliminare un bundle:
-
- - Normalmente
- - In modo non sicuro
-
-Il modo non sicuro di eliminare un bundle è stato aggiunto a Capgo il 12 agosto 2024
-
-La differenza tra i due modi è la possibilità di riutilizzare il numero di versione dopo l'eliminazione
-
-Per esempio, se elimini una versione `100` nel modo normale e più tardi provi a caricare una versione `100`, fallirà
-Se elimini questa versione tramite l'eliminazione non sicura, potrai caricare una versione `100`
-
-:::danger
-Eliminare una versione in modo non sicuro e ricaricarla è MOLTO pericoloso
-Può causare ogni tipo di bug e comportamenti imprevedibili nel plugin
-Non dovrebbe MAI essere usato per bundle che sono stati utilizzati in un canale pubblico
-Per questo motivo, eliminare una versione in modo non sicuro richiede privilegi di "super_admin"
-:::
-
-## Gestire un bundle specifico
-
-Una volta che vedi la lista di tutti i bundle, clicca su quello che vuoi gestire. Dopo averlo fatto dovresti vedere qualcosa del genere:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-info.webp" alt="bundle info" /><figcaption></figcaption></figure>
-
-Analizziamo tutti gli elementi di questa pagina
-
----
-
-Per prima cosa puoi vedere un `Channel`. Questo ti fa sapere per quale canale è questo bundle. Puoi cambiare il canale cliccandoci sopra
-Una volta cliccato dovresti vedere qualcosa del genere:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-change.webp" alt="bundle change" /><figcaption></figcaption></figure>
-
-`Set bundle to channel` ti permetterà di collegare questo bundle come predefinito per qualsiasi canale\
-`Open channel` aprirà la pagina del canale per il canale a cui questo bundle è destinato\
-`Unlink bundle from channel` scollegherà questo bundle dal canale a cui è destinato
-(**ATTENZIONE**: Se il bundle è collegato a più di 1 canale, non ti verrà data un'opzione su quale canale scollegare)
-
-### Scaricare un bundle
-
-Per scaricare un bundle, clicca sul valore della dimensione **Zip app bundle** nella scheda Informazioni. Apparirà una finestra di conferma e, dopo la conferma, il bundle verrà scaricato direttamente sul tuo dispositivo.
\ No newline at end of file
diff --git a/src/content/docs/it/docs/webapp/channels.mdx b/src/content/docs/it/docs/webapp/channels.mdx
deleted file mode 100644
index bd34d7167..000000000
--- a/src/content/docs/it/docs/webapp/channels.mdx
+++ /dev/null
@@ -1,58 +0,0 @@
----
-title: Canali
-description: >-
-  I canali sono un modo per gestire gli aggiornamenti della tua app. Puoi avere
-  più canali e ogni canale può avere più versioni. Questo ti permette di gestire
-  più versioni della tua app contemporaneamente in produzione.
-sidebar:
-  order: 6
-locale: it
----
-
-## Gestione dei canali
-
-Per prima cosa, diamo un'occhiata alla pagina dei canali. Puoi accedervi [cliccando sulla tua app](/docs/webapp/main-page) e poi [cliccando sulla scheda canali](/docs/webapp/main-app-page)
-
-<figure><img src="/channels.webp" alt="channel list" /><figcaption></figcaption></figure>
-
-## Creazione di un canale
-
-Come puoi vedere, esiste un pulsante più nell'angolo in basso a destra (`1` nell'immagine). Cliccandoci si aprirà una finestra modale dove puoi creare un nuovo canale
-<figure><img style="margin-left: auto; margin-right: auto" src="/new_channel_modal.webp" alt="new channel" /><figcaption></figcaption></figure>
-
-Dopo aver cliccato su `Aggiungi` un nuovo canale dovrebbe apparire nella lista
-<figure><img src="/post-channel-create.webp" alt="after channel create" /><figcaption></figcaption></figure>
-
-## Cosa significa mal configurato?
-A volte la configurazione di un canale non è valida. In questo caso, riceverai un grande avviso e la colonna `Mal configurato` dirà `Sì` per uno o più canali.
-Puoi saperne di più [qui](/docs/cli/commands/#disable-updates-strategy)
-
-## Eliminazione di un canale
-
-Eliminare un canale è semplice. Basta cliccare sull'icona del cestino e confermare l'eliminazione (`2` nell'immagine)
-
-## Gestione di un canale
-
-Cliccando sul nome del canale si aprirà una finestra modale dove puoi gestire le impostazioni del canale (`3` nell'immagine).
-
-<figure><img src="/channel_settings.webp" alt="Impostazioni del canale" /><figcaption></figcaption></figure>
-
-La pagina delle impostazioni del canale contiene tutte le opzioni di configurazione per il tuo canale. Vediamo ogni impostazione.
-
----
-Prima il toggle `Canale predefinito`. Quando è abilitato, questo canale diventa il predefinito per i nuovi dispositivi. Per una spiegazione completa di come funzionano i canali predefiniti, incluso come configurare valori predefiniti specifici per piattaforma (uno per iOS, uno per Android), consulta la sezione [Configurazione del Canale Predefinito](/docs/webapp/main-app-page/#configurazione-del-canale-predefinito).
-
----
-Seconda l'impostazione `IOS`. È relativamente semplice. Se è falsa allora i dispositivi iOS non potranno scaricare aggiornamenti da questo canale.
-
-Terza è l'impostazione `Android`. È simile a `IOS`. Se è falsa allora i dispositivi Android non potranno scaricare aggiornamenti da questo canale.
-
-Quarta è l'impostazione `Disabilita il downgrade automatico sotto la versione nativa`. Se è vera allora sarà impossibile fare il downgrade da una versione nativa. Questo significa che se hai caricato una versione `1.2.0` sull'App Store o Play Store e provi a impostare la versione del canale a `1.1.0` allora l'aggiornamento (downgrade) fallirà.
-
-Quinta è `Disabilita aggiornamento automatico`. Questa impostazione è abbastanza complessa, e puoi saperne di più [qui](/docs/cli/commands/#disable-updates-strategy)
-
-Per quanto riguarda `Permetti build di sviluppo`. Se è vera allora le build di sviluppo potranno scaricare aggiornamenti da questo canale. In caso contrario qualsiasi richiesta di aggiornamento che ha il `prod` impostato su falso sarà rifiutata. Questo è principalmente utile per scopi di test.
-
-Settima è `Permetti Emulatori`. Se è falsa allora Capgo rifiuterà qualsiasi richiesta di aggiornamento che proviene da un emulatore. Questo è principalmente utile per scopi di test.
-
-Ottava è `Permetti ai dispositivi di auto-associarsi`. Se è vera allora il metodo [setChannel](/docs/plugin/api/#setchannel) sarà disponibile. Se è impostata su falso e provi a chiamare il metodo [setChannel](/docs/plugin/api/#setchannel) con questo canale allora la chiamata fallirà.
\ No newline at end of file
diff --git a/src/content/docs/it/docs/webapp/devices.mdx b/src/content/docs/it/docs/webapp/devices.mdx
deleted file mode 100644
index b8721a91b..000000000
--- a/src/content/docs/it/docs/webapp/devices.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: Dispositivi
-description: "Una guida completa sull'utilizzo della pagina dispositivi per gestire e configurare efficacemente i tuoi dispositivi, incluse le opzioni di filtro e le impostazioni di configurazione dettagliate per i singoli dispositivi."
-sidebar:
-  order: 7
-locale: it
----
-
-:::note[Conservazione dei Dati]
-I dati dei dispositivi vengono conservati per **90 giorni** dall'ultima attività del dispositivo. I dispositivi che non si sono connessi a Capgo entro questo periodo verranno automaticamente rimossi dall'elenco. I dispositivi attivi vengono continuamente tracciati mentre verificano gli aggiornamenti.
-:::
-
-## Mostra l'elenco di tutti i dispositivi
-Prima di tutto, diamo un'occhiata alla pagina dei dispositivi. Puoi accedervi [cliccando sulla tua app](/docs/webapp/main-page) e poi [cliccando sulla scheda dispositivi](/docs/webapp/main-app-page).
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/devices.webp" alt="elenco dispositivi" /><figcaption></figcaption></figure>
-
-1. **Scheda Dispositivi** - Clicca questa scheda nella barra di navigazione per accedere alla pagina dei dispositivi
-2. **Filtri** - Clicca per filtrare i dispositivi per:
-   - **Override** - Mostra solo i dispositivi che hanno un [canale personalizzato](/docs/plugin/api/#setchannel) o una versione personalizzata
-   - **ID Personalizzato** - Mostra solo i dispositivi con un identificatore personalizzato impostato
-
-## Configurazione di un dispositivo
-
-Per configurare un dispositivo specifico, cliccalo nella tabella e dovresti vedere qualcosa del genere:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/device-specific.webp" alt="mostra un dispositivo" /><figcaption></figcaption></figure>
-
-1. **Information** - Visualizza i dettagli del dispositivo inclusi ID Dispositivo, Ultimo aggiornamento, Piattaforma, Versione plugin, Versione, Versione builtin, Versione OS, e se è un'app di Produzione
-2. **Deployments** - Visualizza lo storico dei deployment per questo dispositivo
-3. **Logs** - Visualizza i log associati a questo dispositivo
-4. **Override canale** - Sostituisce il canale per questo dispositivo specifico. Se impostato, questo dispositivo non utilizzerà il canale pubblico (predefinito) e riceverà solo aggiornamenti dal canale selezionato
-
-### ID Personalizzato
-
-L'`ID Personalizzato` è un campo molto utile che ti aiuta a collegare il dispositivo a un ID che puoi riconoscere per i tuoi utenti.
-
-Usalo per identificare facilmente quale dispositivo appartiene a quale utente.
-
-L'ID personalizzato può essere impostato solo dal dispositivo stesso usando `CapacitorUpdater.setCustomId({ customId: user });`
diff --git a/src/content/docs/it/docs/webapp/index.mdx b/src/content/docs/it/docs/webapp/index.mdx
deleted file mode 100644
index 6786d6b4f..000000000
--- a/src/content/docs/it/docs/webapp/index.mdx
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: Introduzione
-description: Introduzione alla webapp Cagpo
-sidebar:
-  order: 1
-locale: it
----
-
-## Che cos'è?
-
-Cagpo ha una webapp completa per aiutarti a gestire i tuoi progetti. Questa webapp è costruita con Vuejs ed è open source. Puoi trovare il codice sorgente su [GitHub](https://github.com/Cap-go/capgo/tree/main/src/) \
-La webapp è disponibile [qui](https://console.capgo.app/) \
-Questa webapp ti permette di [gestire i canali](/docs/webapp/channels/), [gestire le versioni](/docs/webapp/bundles/), [gestire i dispositivi](/docs/webapp/devices/), [ispezionare i log](/docs/webapp/logs/), [gestire la fatturazione](/docs/webapp/settings/) e [gestire il tuo account](/docs/webapp/settings/)
-
-## Come si usa?
-
-Per prima cosa, devi creare un account o accedere. Questo è relativamente semplice e può essere fatto cliccando sul pulsante `Accedi` al centro dello schermo. Dopo aver effettuato l'accesso, verrai reindirizzato alla dashboard. Questa è la pagina principale della webapp. Da qui puoi navigare verso tutte le altre pagine
-
-<figure><img src="/login.webp" alt="login page" /><figcaption></figcaption></figure>
-
-## Creare un account
-
-Devi cliccare su `Crea un account gratuito` nella parte inferiore del modulo di accesso. Da quel momento sarà semplice come compilare un modulo e seguire le istruzioni
-
-<figure><img src="/create-account.webp" alt="create account" /><figcaption></figcaption></figure>
diff --git a/src/content/docs/it/docs/webapp/logs.mdx b/src/content/docs/it/docs/webapp/logs.mdx
deleted file mode 100644
index 0e4d6b4f7..000000000
--- a/src/content/docs/it/docs/webapp/logs.mdx
+++ /dev/null
@@ -1,193 +0,0 @@
----
-title: "Log"
-description: "Comprendi e utilizza i log dell'applicazione Capgo per la diagnostica e il tracciamento delle azioni dei tuoi dispositivi con gli aggiornamenti."
-sidebar:
-  order: 8
-locale: it
----
-
-## Comprendere i Log dell'Applicazione
-
-La pagina Log fornisce una cronologia dettagliata degli eventi di aggiornamento e delle informazioni diagnostiche per la tua applicazione. Questo è fondamentale per monitorare il processo di aggiornamento, risolvere problemi e comprendere come i tuoi dispositivi interagiscono con Capgo. Puoi accedervi [cliccando sulla tua app](/docs/webapp/main-page) e poi [cliccando sulla scheda "Log" (precedentemente chiamata "aggiornamenti" in alcuni screenshot o documentazioni più vecchie)](/docs/webapp/main-app-page).
-
-Da lì dovresti vedere una pagina simile a questa, che mostra un elenco di voci di log:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs.webp" alt="Panoramica della pagina log che mostra l'interfaccia principale" /><figcaption>Panoramica della Pagina Log</figcaption></figure>
-
-L'interfaccia della pagina log include:
-1. **Scheda Log** - La scheda di navigazione per accedere alla vista dei log
-2. **Pulsante Ricarica** - Aggiorna l'elenco dei log con i dati più recenti
-3. **Filtri Intervallo Temporale e Azioni** - Filtra i log per intervallo di date e tipo di azione (vedi le sezioni seguenti)
-
-Ogni riga mostra:
-- **Timestamp** (UTC)
-- **ID Dispositivo**
-- **Codice azione** (cosa è successo)
-- **Nome versione** (bundle o `builtin`)
-
-Clicca su una riga per andare alla pagina dei dettagli del dispositivo per la cronologia completa.
-
-### Filtrare per Intervallo di Date
-
-Puoi filtrare i log per un periodo di tempo specifico usando il selettore di date:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_date_range.webp" alt="Selettore intervallo di date per filtrare i log" /><figcaption>Filtro Intervallo di Date</figcaption></figure>
-
-1. **Preset Rapidi** - Seleziona intervalli di tempo comuni: Ultime 1h, 3h, 6h o 12h
-2. **Ora di Inizio** - Imposta un'ora di inizio personalizzata per l'intervallo
-3. **Ora di Fine** - Imposta un'ora di fine personalizzata per l'intervallo
-4. **Calendario** - Scegli date specifiche usando la vista calendario
-
-Clicca "Seleziona" per applicare l'intervallo di date scelto, o "Annulla" per chiudere il selettore.
-
-### Filtrare per Tipo di Azione
-
-Il menu a tendina Azioni ti permette di filtrare i log per tipi di eventi specifici:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_filters.webp" alt="Menu a tendina filtro azioni per filtrare i log per tipo di evento" /><figcaption>Filtro Azioni</figcaption></figure>
-
-I filtri azione disponibili includono:
-- **Heartbeat dispositivo** - Controlli di salute periodici dai dispositivi
-- **Eliminazione versione richiesta** - Quando una versione del bundle viene eliminata
-- **Reset alla versione predefinita** - Quando un dispositivo torna al bundle integrato
-- **Versione installata con successo** - Installazione bundle riuscita
-- **Nuova versione inviata al dispositivo** - Quando Capgo invia un aggiornamento a un dispositivo
-- **Installazione versione fallita** - Quando l'installazione del bundle fallisce
-
-Usa la casella di ricerca in alto per trovare rapidamente tipi di azione specifici. Puoi selezionare più azioni per mostrare i log che corrispondono a uno qualsiasi dei tipi selezionati.
-
-### Frammento di log di esempio (dati fittizi)
-
-| Ora (UTC) | ID Dispositivo | Azione | Versione | Cosa significa |
-|-----------|----------------|--------|----------|----------------|
-| 2025-01-14 10:00:01 | `A1B2C3` | `get` | 2.4.1 | Il dispositivo ha chiesto a Capgo se è disponibile un aggiornamento |
-| 2025-01-14 10:00:03 | `A1B2C3` | `download_manifest_start` | 2.4.1 | Download del manifest avviato; l'SDK sta per scaricare i file |
-| 2025-01-14 10:00:07 | `A1B2C3` | `download_40` | 2.4.1 | Il download del bundle è al 40% |
-| 2025-01-14 10:00:12 | `A1B2C3` | `download_zip_complete` | 2.4.1 | Download dello zip completato |
-| 2025-01-14 10:00:13 | `A1B2C3` | `set` | 2.4.1 | Bundle installato e contrassegnato per essere eseguito al prossimo avvio |
-| 2025-01-14 10:05:00 | `B9C8D7` | `disableAutoUpdateToMajor` | 1.9.0 | La policy del canale ha bloccato un salto alla 2.x |
-| 2025-01-14 10:05:05 | `B9C8D7` | `rateLimited` | builtin | Il dispositivo ha raggiunto il limite di richieste; l'SDK attende fino al riavvio |
-
-## Scenari di Log di Esempio
-
-Per aiutarti a capire cosa ti dicono i log, ecco sequenze di esempio che mostrano percorsi reali di aggiornamento dei dispositivi:
-
-### Flusso di Aggiornamento Riuscito
-
-Questo è l'aspetto di un aggiornamento sano nei tuoi log:
-
-| Ora | ID Dispositivo | Azione | Versione | Significato |
-|-----|----------------|--------|----------|-------------|
-| 10:00:01 | `a1b2c3d4` | `get` | 1.2.0 | Il dispositivo ha controllato gli aggiornamenti e ricevuto info sulla versione 1.2.0 |
-| 10:00:02 | `a1b2c3d4` | `download_10` | 1.2.0 | Download avviato, 10% completato |
-| 10:00:03 | `a1b2c3d4` | `download_50` | 1.2.0 | Download al 50% |
-| 10:00:05 | `a1b2c3d4` | `download_complete` | 1.2.0 | Download completato con successo |
-| 10:00:06 | `a1b2c3d4` | `set` | 1.2.0 | Bundle installato e attivato |
-
-### Dispositivo Già Aggiornato
-
-Quando un dispositivo controlla ma ha già l'ultima versione:
-
-| Ora | ID Dispositivo | Azione | Versione | Significato |
-|-----|----------------|--------|----------|-------------|
-| 14:30:00 | `e5f6g7h8` | `noNew` | 1.2.0 | Il dispositivo è già all'ultima versione, nessun aggiornamento necessario |
-
-### Aggiornamento Fallito con Rollback
-
-Quando un aggiornamento fallisce e il dispositivo torna indietro:
-
-| Ora | ID Dispositivo | Azione | Versione | Significato |
-|-----|----------------|--------|----------|-------------|
-| 11:15:00 | `i9j0k1l2` | `get` | 1.3.0 | Il dispositivo ha ricevuto info sull'aggiornamento |
-| 11:15:02 | `i9j0k1l2` | `download_complete` | 1.3.0 | Download completato |
-| 11:15:03 | `i9j0k1l2` | `set` | 1.3.0 | Il bundle è stato impostato |
-| 11:15:10 | `i9j0k1l2` | `update_fail` | 1.3.0 | L'app si è bloccata o `notifyAppReady()` non è stato chiamato - rollback attivato |
-| 11:15:11 | `i9j0k1l2` | `reset` | builtin | Il dispositivo è tornato alla versione integrata |
-
-**Azione necessaria**: Verifica che la tua app chiami `notifyAppReady()` dopo un'inizializzazione riuscita. Vedi [la documentazione del plugin](/docs/plugin/api/#notifyappready) per i dettagli.
-
-### Fallimento Download
-
-Quando problemi di rete impediscono il download:
-
-| Ora | ID Dispositivo | Azione | Versione | Significato |
-|-----|----------------|--------|----------|-------------|
-| 09:45:00 | `m3n4o5p6` | `get` | 1.2.0 | Il dispositivo ha ricevuto info sull'aggiornamento |
-| 09:45:01 | `m3n4o5p6` | `download_30` | 1.2.0 | Download avviato ma... |
-| 09:45:15 | `m3n4o5p6` | `download_fail` | 1.2.0 | Download fallito (timeout di rete, connessione persa, ecc.) |
-
-**Azione necessaria**: Il dispositivo riproverà automaticamente al prossimo avvio dell'app. Nessuna azione richiesta a meno che questo non accada frequentemente.
-
-### Limite del Piano Raggiunto
-
-Quando il tuo account raggiunge il limite di dispositivi:
-
-| Ora | ID Dispositivo | Azione | Versione | Significato |
-|-----|----------------|--------|----------|-------------|
-| 16:00:00 | `q7r8s9t0` | `needPlanUpgrade` | - | Questo dispositivo non riceverà aggiornamenti finché non effettui l'upgrade o il ciclo di fatturazione non si resetta |
-
-**Azione necessaria**: [Effettua l'upgrade del tuo piano](/docs/webapp/settings/) o attendi il prossimo ciclo di fatturazione.
-
-### Configurazione del Canale che Blocca gli Aggiornamenti
-
-Quando le impostazioni del canale impediscono un aggiornamento:
-
-| Ora | ID Dispositivo | Azione | Versione | Significato |
-|-----|----------------|--------|----------|-------------|
-| 12:00:00 | `u1v2w3x4` | `disableAutoUpdateToMajor` | 2.0.0 | Il dispositivo su v1.x non può aggiornarsi automaticamente alla v2.x (salto di versione major bloccato) |
-| 12:05:00 | `y5z6a7b8` | `disableEmulator` | 1.2.0 | Emulatore rilevato, e il canale blocca gli emulatori |
-| 12:10:00 | `c9d0e1f2` | `disableDevBuild` | 1.2.0 | Build di sviluppo rilevata, e il canale blocca le build di sviluppo |
-
-**Azione necessaria**: Queste sono protezioni intenzionali. Se vuoi permettere questi aggiornamenti, modifica le tue [impostazioni del canale](/docs/webapp/channels/).
-
-## Codici Log (enum backend Capgo)
-
-Questi codici provengono dall'enum `stats_action` usato dall'API della dashboard (`capgo/src/types/supabase.types.ts`). Se vedi un nuovo codice nell'UI, è stato emesso dall'SDK o dal backend e validato contro questa lista.
-
-**Percorso felice e ciclo di vita**
-
-| Codice/i | Significato |
-|----------|-------------|
-| `get` | Il dispositivo ha chiesto a Capgo il manifest del canale corrente |
-| `download_manifest_start`, `download_manifest_complete` | Download del manifest iniziato / completato (per bundle delta o multi-file) |
-| `download_zip_start`, `download_zip_complete` | Download dell'archivio zip iniziato / completato |
-| `download_10` … `download_90` | Milestone di progresso del download |
-| `download_complete` | Intero bundle scaricato |
-| `set` | Bundle preparato per il prossimo avvio |
-| `reset` | Il dispositivo è tornato al bundle integrato |
-| `delete` | Bundle rimosso dallo storage locale |
-| `uninstall` | Disinstallazione dell'app rilevata |
-| `app_moved_to_foreground`, `app_moved_to_background` | Eventi del ciclo di vita dell'app registrati dall'SDK |
-| `ping` | Controllo di salute/heartbeat dal dispositivo |
-| `setChannel`, `getChannel` | Canale sovrascritto o recuperato tramite chiamata SDK |
-
-**Blocchi di configurazione o policy**
-
-| Codice/i | Perché l'aggiornamento è stato bloccato |
-|----------|----------------------------------------|
-| `disableAutoUpdate`, `disableAutoUpdateToMajor`, `disableAutoUpdateToMinor`, `disableAutoUpdateToPatch`, `disableAutoUpdateMetadata`, `disableAutoUpdateUnderNative` | La strategia del canale vieta questo salto di semver |
-| `disablePlatformIos`, `disablePlatformAndroid` | La piattaforma è disabilitata sul canale |
-| `disableDevBuild`, `disableEmulator` | Build di sviluppo o emulatori non permessi |
-| `cannotUpdateViaPrivateChannel`, `NoChannelOrOverride`, `channelMisconfigured` | La selezione del canale o l'override sono falliti |
-| `missingBundle`, `cannotGetBundle` | Il manifest fa riferimento a un bundle che Capgo non può servire |
-| `needPlanUpgrade` | L'organizzazione ha raggiunto il limite del piano/dispositivi |
-| `rateLimited` | Troppe richieste; l'SDK limita fino al riavvio |
-| `blocked_by_server_url`, `backend_refusal`, `InvalidIp` | Una regola lato server ha bloccato la richiesta |
-
-**Fallimenti di download / integrità / installazione**
-
-| Codice/i | Significato |
-|----------|-------------|
-| `download_fail` | Download del bundle fallito (errore di rete o risposta) |
-| `download_manifest_file_fail`, `download_manifest_checksum_fail`, `download_manifest_brotli_fail` | Il file manifest non può essere recuperato o validato |
-| `checksum_fail`, `checksum_required` | Controllo di integrità fallito o checksum mancante |
-| `unzip_fail`, `directory_path_fail`, `canonical_path_fail`, `windows_path_fail` | Validazione del file system o dell'estrazione fallita |
-| `decrypt_fail` | Decrittazione fallita (bundle criptato) |
-| `update_fail` | Bundle installato ma l'app non ha mai chiamato `notifyAppReady()`; rollback attivato |
-| `download_zip_*` senza successivo `set` | Download completato ma la fase di installazione non è mai stata completata |
-
-➡️ Hai bisogno di una guida più approfondita per codice? Vedi **[Riferimento Completo dei Codici Log e Guida al Debug](/docs/plugins/updater/debugging/#understanding-cloud-logs)**.
-
-## Ottenere Più Dettagli su un Log
-
-Se clicchi su una specifica voce di log, tipicamente ti porterà alla [pagina del dispositivo](/docs/webapp/devices/). Questo ti permette di vedere la cronologia completa per quel particolare dispositivo, che può essere molto utile per diagnosticare problemi specifici del dispositivo o comprendere il suo percorso di aggiornamento.
diff --git a/src/content/docs/it/docs/webapp/main-app-page.mdx b/src/content/docs/it/docs/webapp/main-app-page.mdx
deleted file mode 100644
index 9ac84c97e..000000000
--- a/src/content/docs/it/docs/webapp/main-app-page.mdx
+++ /dev/null
@@ -1,113 +0,0 @@
----
-title: "Pagina dell'applicazione"
-description: "Cosa mostra la pagina dell'applicazione di Capgo webapp? E cosa puoi farci."
-sidebar:
-  order: 5
-locale: it
----
-
-## Cosa mostra la pagina dell'applicazione?
-
-Prima di tutto, diamo un'occhiata alla pagina principale dell'app:
-
-In Capgo, un'app rappresenta la tua applicazione mobile integrata con il sistema di aggiornamenti live di Capgo. Ti permette di gestire aggiornamenti, canali e dispositivi senza problemi.
-
-<figure><img src="/main-app-page.webp" alt="Screenshot della pagina principale" /><figcaption></figcaption></figure>
-
-Analizziamola più nel dettaglio. La pagina principale dell'app è divisa in diverse aree chiave:
-
-1.  **Barra di navigazione superiore:** Fornisce accesso a diverse sezioni della gestione della tua app:
-    *   **Dashboard (1):** La vista corrente, che mostra metriche chiave e riepiloghi.
-    *   **Informazioni (2):** Mostra le impostazioni principali e i dettagli della tua app (vedi la sezione "Informazioni dell'applicazione" sotto).
-    *   **[Bundles (3)](/docs/webapp/bundles/):** Gestisci le versioni e i rilasci della tua app.
-    *   **[Canali (4)](/docs/webapp/channels/):** Configura e gestisci diversi canali di aggiornamento (es., produzione, beta).
-    *   **[Dispositivi (5)](/docs/webapp/devices/):** Visualizza e gestisci i dispositivi registrati, incluse le impostazioni di override specifiche.
-    *   **[Logs (6)](/docs/webapp/logs/):** Accedi ai log dettagliati e ai report degli errori per la tua app.
-    *   **Builds (7):** Visualizza e gestisci le build della tua app.
-
-2.  **Visualizzazione statistiche:** Visualizza metriche importanti per l'ultimo periodo di fatturazione (i dati riflettono l'utilizzo dal giorno di fatturazione, non dal 1° del mese):
-    *   **Utenti attivi mensili (8):** Traccia il numero di utenti attivi unici nel tempo.
-    *   **Storage (9):** Mostra il consumo attuale di storage.
-    *   **Bandwidth (10):** Mostra l'utilizzo della bandwidth.
-    *   **Bundle attivo (11):** Mostra la distribuzione dei dispositivi attivi tra diversi bundle dell'app.
-
-3.  **Schede riepilogative:** Offre una panoramica rapida dei conteggi chiave:
-    *   **Upload bundle (12):** Numero totale di bundle dell'app caricati.
-    *   **Statistiche aggiornamenti (13):** Numero totale di aggiornamenti effettuati, incluse richieste, installazioni e fallimenti.
-    *   **Statistiche deployment (14):** Numero totale di deployment.
-
-4.  **Opzioni di visualizzazione (15-18):** Controlli per filtrare e visualizzare le statistiche:
-    *   **Giornaliero (15):** Visualizza statistiche su base giornaliera.
-    *   **Cumulativo (16):** Visualizza statistiche cumulative nel tempo.
-    *   **Periodo di fatturazione (17):** Visualizza statistiche per il periodo di fatturazione corrente.
-    *   **Intervallo date (18):** Seleziona un intervallo di date personalizzato (es., ultimi 30 giorni).
-
-## Informazioni dell'applicazione
-
-Questa sezione corrisponde alla scheda "Informazioni" (1) nella barra di navigazione superiore. Qui puoi visualizzare e gestire dettagli cruciali e impostazioni per la tua applicazione.
-
-<figure><img src="/app_info.webp" alt="Pagina Informazioni dell'applicazione" /><figcaption>Pagina Informazioni dell'applicazione</figcaption></figure>
-
-Ecco una descrizione dei campi e delle azioni disponibili:
-
-*   **Icona dell'app (2):** Mostra l'icona della tua applicazione. Puoi cliccare il pulsante "Cambia" per caricare una nuova icona.
-*   **ID App (3):** Un identificatore unico per la tua applicazione all'interno di Capgo. Questo ID non è modificabile.
-*   **Nome App (4):** Il nome visualizzato per la tua applicazione. Puoi modificarlo secondo necessità.
-*   **Canale di upload predefinito (5):** Specifica il canale predefinito su cui verranno caricati i nuovi bundle. Puoi cliccare l'icona di modifica per selezionare un canale predefinito diverso.
-*   **Canale di download predefinito (6):** Specifica il canale predefinito da cui i dispositivi scaricheranno gli aggiornamenti. Puoi cliccare l'icona di modifica per selezionare un canale predefinito diverso. Vedi la sezione [Configurazione del Canale Predefinito](#configurazione-del-canale-predefinito) sotto per informazioni dettagliate.
-*   **Elimina automaticamente bundle non utilizzati (dopo x secondi) (7):** Questa impostazione ti permette di eliminare automaticamente i vecchi bundle che non sono stati utilizzati per una durata specificata (in secondi). Imposta a `0` per disabilitare l'eliminazione automatica. Questo aiuta a gestire lo storage e mantenere pulita la lista dei bundle.
-*   **Esponi metadati bundle al plugin (8):** Quando abilitato, i campi link e commento del bundle verranno inviati al plugin Capacitor Updater. Questa funzionalità richiede la versione 7.35.0 o superiore del plugin.
-*   **Trasferisci proprietà dell'app (9):** Questa sezione fornisce un'opzione per iniziare il trasferimento della tua applicazione a un'organizzazione diversa di cui fai parte.
-*   **Pulsante Elimina App:** Elimina permanentemente la tua applicazione da Capgo. Questa azione è irreversibile e rimuoverà tutti i dati associati, bundle, canali e dispositivi.
-*   **Pulsante Aggiorna:** Salva tutte le modifiche che hai apportato ai campi modificabili in questa pagina (es., Nome App, Canale di upload predefinito, impostazione Elimina automaticamente bundle).
-
-## Configurazione del Canale Predefinito
-
-Il **Canale di download predefinito** è una delle impostazioni più importanti per la tua app. Determina da quale canale i nuovi dispositivi riceveranno gli aggiornamenti quando si connettono per la prima volta a Capgo.
-
-### Come funzionano i canali predefiniti
-
-Quando un dispositivo richiede un aggiornamento da Capgo, il sistema determina quale canale usare in base al seguente ordine di precedenza (priorità più alta per prima):
-
-1. **Mappatura dispositivo forzata**: Se l'ID del dispositivo è esplicitamente forzato a un canale nelle impostazioni del canale, quel canale vince sempre.
-2. **Override cloud**: Se il dispositivo è stato assegnato a un canale tramite `setChannel()` o manualmente nella dashboard, viene usato quell'override.
-3. **`defaultChannel` di Capacitor config**: Se impostato nel tuo file `capacitor.config.*`, viene usato per le build di test/beta.
-4. **Canale di download predefinito**: L'impostazione configurata qui—questo è ciò che userà ~99% dei tuoi utenti di produzione.
-
-### Canali predefiniti specifici per piattaforma
-
-Puoi configurare **due canali predefiniti separati**—uno per iOS e uno per Android. Questo è utile quando:
-
-- Vuoi distribuire aggiornamenti a una piattaforma prima dell'altra
-- Hai bisogno di strategie di aggiornamento diverse per piattaforma
-- Stai testando una nuova versione su una piattaforma mantenendo l'altra stabile
-
-Per configurare valori predefiniti specifici per piattaforma:
-1. Crea due canali (es., `production-ios` e `production-android`)
-2. Nelle impostazioni di ogni canale, abilita solo la piattaforma pertinente (toggle iOS o Android)
-3. Contrassegna entrambi i canali come "Predefinito" - Capgo lo permette quando i canali puntano a piattaforme diverse
-
-Quando un dispositivo richiede un aggiornamento:
-- I dispositivi iOS riceveranno aggiornamenti dal canale predefinito abilitato per iOS
-- I dispositivi Android riceveranno aggiornamenti dal canale predefinito abilitato per Android
-
-### Canale predefinito singolo (Raccomandato per la maggior parte delle app)
-
-Per la maggior parte delle applicazioni, un singolo canale predefinito che supporta entrambe le piattaforme è l'approccio più semplice:
-1. Crea un canale (es., `production`)
-2. Assicurati che i toggle iOS e Android siano abilitati
-3. Contrassegnalo come canale predefinito
-
-Questo garantisce un comportamento coerente su tutte le piattaforme e semplifica il tuo workflow di release.
-
-### Cambiare il canale predefinito
-
-Quando cambi il canale predefinito:
-- **I nuovi dispositivi** inizieranno immediatamente a ricevere aggiornamenti dal nuovo predefinito
-- **I dispositivi esistenti** che hanno già un'assegnazione di canale (tramite override o forzatura) NON cambieranno automaticamente
-- Per spostare i dispositivi esistenti, devi:
-  - Usare `setChannel()` per sovrascriverli programmaticamente
-  - Forzarli al nuovo canale nella dashboard
-  - Eliminare le loro voci dispositivo (si ri-registreranno con il nuovo predefinito)
-
-> **Suggerimento**: Testa sempre il tuo nuovo canale predefinito con un piccolo gruppo di dispositivi forzati prima di renderlo predefinito per tutti gli utenti.
diff --git a/src/content/docs/it/docs/webapp/main-page.mdx b/src/content/docs/it/docs/webapp/main-page.mdx
deleted file mode 100644
index b0254be91..000000000
--- a/src/content/docs/it/docs/webapp/main-page.mdx
+++ /dev/null
@@ -1,20 +0,0 @@
----
-title: Pagina principale
-description: Questa pagina descrive la pagina principale della webapp
-sidebar:
-  order: 2
-locale: it
----
-
-## Cosa mostra la pagina principale?
-
-Per prima cosa, diamo un'occhiata alla pagina principale:
-<figure><img src="/main-page.webp" alt="Main page screeshot" /><figcaption></figcaption></figure>
-
-Iniziamo dall'inizio. La prima cosa che vedi sono le **statistiche**. Contiene statistiche specifiche dell'app. Questi aggiornamenti dipendono dall'utilizzo dell'app.
-
-La seconda cosa che vedi è l'elenco di tutte le app disponibili. Questo cambierà a seconda di quante app hai creato. Puoi fare clic su ciascuna app per vedere maggiori dettagli al riguardo.
-
-La terza cosa che vedi è il pulsante **API keys**. Questo pulsante ti porterà alla pagina [API keys](/docs/webapp/api-keys/).
-
-La prossima cosa che vedi è il pulsante **il tuo nome e la tua foto**. Questo pulsante cambierà a seconda del tuo nome e cognome e ti porterà alla pagina delle [impostazioni](/docs/webapp/settings/) o del supporto.
diff --git a/src/content/docs/it/docs/webapp/mfa.mdx b/src/content/docs/it/docs/webapp/mfa.mdx
deleted file mode 100644
index bb1d692b4..000000000
--- a/src/content/docs/it/docs/webapp/mfa.mdx
+++ /dev/null
@@ -1,101 +0,0 @@
----
-title: 二要素認証
-description: >-
-  Gestione l'autenticazione a due fattori per proteggere al meglio il tuo
-  account capgo
-sidebar:
-  order: 9
-locale: it
----
-
-## Cos'è il 2FA?
-
-Il 2FA è una misura di sicurezza progettata per impedire a malintenzionati di impossessarsi del tuo account capgo\
-Lo fa richiedendo un codice aggiuntivo. Questo codice è memorizzato sul tuo telefono cellulare o su una chiave hardware 2FA. Cambia ogni 30 secondi, rendendo impossibile indovinarlo.
-
-## Requisiti per questa guida
- - Un telefono Android o iOS
- - Connessione Internet
-
-## Cosa coprirà questa guida?
-
-Questa guida mostrerà come configurare il 2FA utilizzando `Google Authenticator`. Esistono altre app che servono a uno scopo simile, tuttavia non posso coprire l'intero argomento del 2FA in questa guida.
-
-## Come configurare il 2FA?
-
-Prima scarica l'app `Google Authenticator`. Se sei su Android, puoi scaricarla dal [play store](https://play.google.com/store/apps/details/?id=comgoogleandroidappsauthenticator2). Su iOS puoi scaricarla dall'[App Store](https://appsapplecom/us/app/google-authenticator/id388497605/)
-
-Secondo, vai alle [impostazioni dell'account capgo](https://console.capgo.app/dashboard/settings/account/). Lì dovresti vedere un pulsante verde che dovrebbe apparire così:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/button-mfa.webp" alt="Button MFA" /><figcaption></figcaption></figure>
-
-Cliccalo, e una volta fatto, apparirà un codice QR
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa.webp" alt="Enable MFA" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ Nota Importante: \
-Non condividere mai questo codice QR con nessuno, o potresti essere disconnesso dal tuo account
-:::
-
-Successivamente, apri `Google Authenticator` sul tuo telefono. Una volta fatto, segui questi passaggi:
-
-Clicca il pulsante più
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-auth-plus.webp" alt="MFA auth plus" /><figcaption></figcaption></figure>
-
-Dopo di che, clicca il pulsante della fotocamera
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-scan-qr.webp" alt="MFA scan QR" /><figcaption></figcaption></figure>
-
-Questo aprirà l'anteprima della fotocamera. Scansiona il codice QR mostrato sul tuo PC. Dopo averlo fatto, dovresti vedere qualcosa del genere:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-code.webp" alt="MFA final code" /><figcaption></figcaption></figure>
-
-Quindi torna al PC e clicca il pulsante verifica
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa-verify.webp" alt="Verify MFA" /><figcaption></figcaption></figure>
-
-Questo aprirà una finestra per digitare il nostro codice 2FA. Nel mio caso, questo codice è `095101` ma sarà diverso per te\
-Dopo aver digitato questo codice, clicca sul pulsante `verifica`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-verify-final-code.webp" alt="MFA verify code final" /><figcaption></figcaption></figure>
-
-Se hai inserito il codice corretto e premuto `verifica` dovresti vedere un pop-up come questo
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-enabled.webp" alt="MFA enabled" /><figcaption></figcaption></figure>
-
-Congratulazioni!\
-Hai abilitato l'autenticazione 2FA 🎉
-
-## Come accedere usando il 2FA
-
-La prossima volta che accedi al tuo account, vedrai una finestra come questa
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-required.webp" alt="MFA required" /><figcaption></figcaption></figure>
-
-Apri l'authenticator e copia il tuo codice di autenticazione
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-login.webp" alt="MFA login" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ Nota Importante: \
-Premi `verifica` prima che il codice si aggiorni, altrimenti il codice cambierà e quello vecchio non sarà più valido
-:::
-
-Quindi inserisci il codice nel modulo di accesso e premi `verifica`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-login-verify.webp" alt="MFA login" /><figcaption></figcaption></figure>
-
-Se hai inserito il codice corretto dovresti vedere la dashboard di capgo
-
-## Come disabilitare il 2FA
-
-Per disabilitare il 2FA vai alle [impostazioni dell'account capgo](https://console.capgo.app/dashboard/settings/account/). Lì dovresti vedere un pulsante rosso che dovrebbe apparire così:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-button.webp" alt="MFA disable button" /><figcaption></figcaption></figure>
-
-Cliccalo, e dovresti vedere una schermata come questa
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-2.webp" alt="MFA disabled" /><figcaption></figcaption></figure>
-
-Basta premere il pulsante `disabilita`, e questo è tutto
diff --git a/src/content/docs/it/docs/webapp/organization-security.mdx b/src/content/docs/it/docs/webapp/organization-security.mdx
deleted file mode 100644
index 8182722a3..000000000
--- a/src/content/docs/it/docs/webapp/organization-security.mdx
+++ /dev/null
@@ -1,303 +0,0 @@
----
-title: Sicurezza dell'Organizzazione
-description: >-
-  Configura politiche di sicurezza complete per la tua organizzazione, inclusa
-  l'applicazione della 2FA, politiche sulle password e controlli delle chiavi
-  API per proteggere le tue app e i tuoi dati.
-sidebar:
-  order: 9
-locale: it
----
-
-import { Aside, Steps, Badge } from '@astrojs/starlight/components';
-
-Capgo fornisce controlli di sicurezza completi che consentono agli amministratori dell'organizzazione di applicare politiche di sicurezza a tutti i membri. Queste funzionalità ti aiutano a soddisfare i requisiti di conformità, proteggere i dati sensibili e mantenere una solida postura di sicurezza.
-
-## Panoramica
-
-Le impostazioni di Sicurezza dell'Organizzazione consentono ai super admin di configurare:
-
-- **Applicazione dell'Autenticazione a Due Fattori (2FA)** - Richiedere a tutti i membri di abilitare la 2FA
-- **Politica sulle Password** - Impostare requisiti di complessità delle password
-- **Sicurezza delle Chiavi API** - Applicare chiavi API sicure e politiche di scadenza
-
-![Impostazioni di Sicurezza dell'Organizzazione](/org_security.webp)
-
-La pagina Sicurezza è organizzata in sezioni chiaramente etichettate:
-1. **Scheda Sicurezza** - Accedi a tutte le impostazioni di sicurezza dalla barra laterale delle impostazioni dell'Organizzazione
-2. **Applicazione 2FA** - Toggle e visualizzazione dello stato per i requisiti di autenticazione a due fattori
-3. **Politica sulle Password** - Configura le regole di complessità delle password per i membri dell'organizzazione
-4. **Politica sulle Chiavi API** - Impostazioni per chiavi API sicure e requisiti di scadenza
-5. **Scadenza delle Chiavi API** - Controlla se le chiavi API devono avere date di scadenza
-
-<Aside type="note">
-
-Solo gli utenti con ruolo **super_admin** possono configurare le impostazioni di sicurezza dell'organizzazione. Altri membri possono visualizzare il proprio stato di conformità ma non possono modificare le politiche.
-
-</Aside>
-
-## Accesso alle Impostazioni di Sicurezza
-
-<Steps>
-
-1. Naviga alle impostazioni della tua organizzazione cliccando su **Impostazioni** nella barra laterale
-2. Clicca sulla scheda **Organizzazione** nella parte superiore della pagina delle impostazioni
-3. Seleziona la scheda **Sicurezza** dalla barra di navigazione dell'organizzazione (evidenziata con un'icona a scudo)
-
-</Steps>
-
-## Applicazione dell'Autenticazione a Due Fattori (2FA)
-
-L'applicazione della 2FA richiede che tutti i membri dell'organizzazione abbiano l'autenticazione a due fattori abilitata sui loro account. Questo aggiunge un livello critico di sicurezza richiedendo sia una password che un codice di verifica.
-
-### Cosa Succede Quando la 2FA è Applicata
-
-- I membri senza 2FA sono **immediatamente bloccati** dall'accesso alle app dell'organizzazione
-- Sia la dashboard web che la CLI applicano questo requisito
-- I nuovi membri devono abilitare la 2FA prima di poter accedere alle risorse dell'organizzazione
-- Il sistema traccia quali membri hanno la 2FA abilitata in tempo reale
-
-### Comprendere il Pannello dello Stato 2FA
-
-La pagina Sicurezza visualizza un pannello completo **Stato 2FA dei Membri** che mostra:
-
-- **Membri Totali** - Il numero totale di membri nella tua organizzazione
-- **2FA Abilitata** (indicatore verde) - Membri che hanno abilitato con successo l'autenticazione a due fattori
-- **2FA Non Abilitata** (indicatore di avviso arancione) - Membri che devono ancora configurare la 2FA
-
-Quando i membri non hanno la 2FA abilitata, appaiono in un riquadro di avviso **Membri Senza 2FA**. Questo riquadro mostra:
-- L'indirizzo email di ogni membro e il loro ruolo nell'organizzazione
-- Un pulsante **Copia Lista Email** per copiare rapidamente tutti gli indirizzi email interessati per la comunicazione
-
-### Abilitare l'Applicazione della 2FA
-
-<Steps>
-
-1. Naviga su **Impostazioni Organizzazione > Sicurezza**
-2. Individua la sezione **Richiedi 2FA per Tutti i Membri** nella parte superiore della pagina
-3. Esamina il pannello **Stato 2FA dei Membri** per vedere quali membri saranno interessati
-4. Se ci sono membri senza 2FA, usa il pulsante **Copia Lista Email** per notificarli prima dell'abilitazione
-5. Attiva l'interruttore accanto a **Richiedi 2FA per Tutti i Membri** per abilitare l'applicazione
-6. L'interruttore mostrerà lo stato **Disabilitato** o **Abilitato** sul lato destro
-
-</Steps>
-
-<Aside type="caution">
-
-Prima di abilitare l'applicazione della 2FA:
-- Notifica i membri interessati in anticipo e condividi la [guida alla configurazione della 2FA](/docs/webapp/mfa/)
-- Dai loro tempo per abilitare la 2FA sui loro account
-- I membri senza 2FA perderanno l'accesso immediatamente quando abiliti l'applicazione
-- Considera di contattare i membri elencati nel riquadro di avviso "Membri Senza 2FA"
-
-</Aside>
-
-### Supporto CLI per l'Applicazione della 2FA
-
-Puoi anche gestire l'applicazione della 2FA tramite la CLI:
-
-```shell
-# Abilita applicazione 2FA
-npx @capgo/cli organization set YOUR_ORG_ID --enforce-2fa
-
-# Disabilita applicazione 2FA
-npx @capgo/cli organization set YOUR_ORG_ID --no-enforce-2fa
-
-# Controlla lo stato 2FA dei membri
-npx @capgo/cli organization members YOUR_ORG_ID
-```
-
-Per informazioni dettagliate sull'applicazione della 2FA, consulta la [guida all'Applicazione della 2FA](/docs/webapp/2fa-enforcement/).
-
-## Politica sulle Password
-
-Le politiche sulle password ti consentono di applicare requisiti di complessità delle password per tutti i membri dell'organizzazione. Quando la password di un membro non soddisfa i requisiti della politica, deve aggiornare la propria password prima di accedere alle risorse dell'organizzazione.
-
-La sezione Politica sulle Password (contrassegnata con l'indicatore **3** nell'immagine di panoramica) fornisce un semplice toggle per applicare i requisiti delle password in tutta l'organizzazione.
-
-### Come Funziona la Politica sulle Password
-
-Quando abiliti la politica sulle password:
-- Tutti i membri dell'organizzazione devono soddisfare i requisiti di complessità delle password
-- Gli utenti che non soddisfano i requisiti saranno bloccati fino a quando non aggiorneranno la loro password
-- La politica si applica a tutti i membri indipendentemente dal loro ruolo
-
-### Abilitare la Politica sulle Password
-
-<Steps>
-
-1. Vai su **Impostazioni Organizzazione > Sicurezza**
-2. Scorri verso il basso per trovare la sezione **Politica sulle Password**
-3. Leggi la descrizione: "Richiedi ai membri dell'organizzazione di utilizzare password che soddisfino requisiti specifici di complessità"
-4. Attiva l'interruttore **Applica Politica sulle Password** per abilitarla
-5. La descrizione dell'interruttore afferma: "Quando abilitato, tutti i membri dell'organizzazione devono soddisfare i requisiti delle password per accedere all'organizzazione"
-
-</Steps>
-
-### Requisiti delle Password Disponibili
-
-| Impostazione | Descrizione | Intervallo |
-|--------------|-------------|------------|
-| **Lunghezza Minima** | Numero minimo di caratteri richiesti | 6-128 caratteri |
-| **Richiedi Maiuscola** | La password deve contenere almeno una lettera maiuscola (A-Z) | Attivo/Disattivo |
-| **Richiedi Numero** | La password deve contenere almeno una cifra (0-9) | Attivo/Disattivo |
-| **Richiedi Carattere Speciale** | La password deve contenere almeno un carattere speciale (!@#$%^&*, ecc.) | Attivo/Disattivo |
-
-### Tracciamento della Conformità dei Membri
-
-Quando una politica sulle password è attiva, puoi monitorare la conformità:
-
-- **Membri Totali**: Numero di membri nella tua organizzazione
-- **Conformi**: Membri le cui password soddisfano i requisiti della politica
-- **Non Conformi**: Membri che devono aggiornare le loro password
-
-I membri non conformi sono elencati con i loro indirizzi email. Puoi copiare la lista email per notificarli della politica e delle modifiche alle password richieste.
-
-<Aside type="tip">
-
-Quando abiliti una politica sulle password per la prima volta, i membri con password non conformi saranno invitati a cambiare la loro password al prossimo accesso. Non saranno immediatamente bloccati, ma il loro accesso potrebbe essere limitato fino a quando non si conformeranno.
-
-</Aside>
-
-### Best Practice per le Politiche sulle Password
-
-- **Inizia con requisiti ragionevoli**: Un minimo di 10-12 caratteri con maiuscole/minuscole miste e numeri fornisce una buona sicurezza senza essere eccessivamente restrittivo
-- **Comunica i cambiamenti**: Notifica il tuo team prima di abilitare nuovi requisiti per le password
-- **Concedi tempo per la transizione**: Dai ai membri tempo per aggiornare le loro password
-- **Considera i gestori di password**: Raccomanda ai membri del team di utilizzare gestori di password per generare e memorizzare password forti
-
-## Sicurezza delle Chiavi API
-
-Capgo fornisce due controlli di sicurezza per le chiavi API: applicare chiavi API sicure (hash) e richiedere date di scadenza. La sezione Politica sulle Chiavi API (contrassegnata con l'indicatore **4** nell'immagine di panoramica) è identificata da un'icona a forma di chiave.
-
-### Applica Chiavi API Sicure
-
-La prima opzione nella sezione Politica sulle Chiavi API è **Applica Chiavi API Sicure**. Quando abilitata, questa impostazione richiede che tutte le chiavi API nella tua organizzazione siano create utilizzando il formato sicuro/hash.
-
-Le chiavi API hash sono più sicure perché:
-
-- Il valore effettivo della chiave non viene mai memorizzato sui nostri server
-- Solo tu (e i tuoi sistemi) avete accesso alla chiave completa
-- Anche se il nostro database fosse compromesso, le tue chiavi non potrebbero essere utilizzate
-
-La descrizione dell'interruttore afferma: "Quando abilitato, solo le chiavi API sicure (hash) possono accedere a questa organizzazione. Le chiavi API in testo semplice saranno rifiutate."
-
-<Aside type="note">
-
-Le chiavi API legacy esistenti (non hash) continueranno a funzionare, ma i membri non potranno creare nuove chiavi non hash quando questa politica è abilitata.
-
-</Aside>
-
-### Abilitare le Chiavi API Sicure
-
-<Steps>
-
-1. Vai su **Impostazioni Organizzazione > Sicurezza**
-2. Scorri verso il basso per trovare la sezione **Politica sulle Chiavi API** (cerca l'icona della chiave)
-3. Individua l'interruttore **Applica Chiavi API Sicure**
-4. Attiva l'interruttore per abilitare l'applicazione delle chiavi API sicure
-5. Le chiavi esistenti non sono interessate; la politica si applica alla creazione di nuove chiavi
-
-</Steps>
-
-### Politica di Scadenza delle Chiavi API
-
-La seconda opzione (contrassegnata con l'indicatore **5** nell'immagine di panoramica) è **Richiedi Scadenza delle Chiavi API**. Puoi richiedere che tutte le chiavi API abbiano una data di scadenza, limitando il loro periodo di validità.
-
-Questa è una best practice di sicurezza che:
-
-- Limita la finestra di esposizione se una chiave viene compromessa
-- Garantisce la rotazione regolare delle chiavi
-- Aiuta a soddisfare i requisiti di conformità per la gestione delle credenziali
-
-La descrizione dell'interruttore afferma: "Quando abilitato, tutte le chiavi API per questa organizzazione devono avere una data di scadenza"
-
-### Configurare la Politica di Scadenza
-
-<Steps>
-
-1. Vai su **Impostazioni Organizzazione > Sicurezza**
-2. Trova la sezione **Politica sulle Chiavi API**
-3. Individua l'interruttore **Richiedi Scadenza delle Chiavi API** (sotto Applica Chiavi API Sicure)
-4. Attiva l'interruttore per abilitare il requisito di scadenza
-5. Una volta abilitato, imposta i **Giorni massimi di scadenza** (1-365 giorni)
-   - Questo limita quanto in futuro possono essere impostate le date di scadenza
-   - Esempio: Impostare 90 giorni significa che le chiavi possono scadere al massimo 90 giorni dalla creazione
-
-</Steps>
-
-<Aside type="caution">
-
-Quando abiliti il requisito di scadenza:
-- Le nuove chiavi API devono avere una data di scadenza
-- Le chiavi esistenti senza scadenza continuano a funzionare
-- Considera di verificare le chiavi esistenti e ruotare quelle senza scadenza
-
-</Aside>
-
-### Politiche sulle Chiavi API Raccomandate
-
-| Caso d'Uso | Chiavi Sicure | Scadenza | Giorni Max. |
-|------------|---------------|----------|-------------|
-| **Sviluppo** | Raccomandato | Opzionale | 30-90 |
-| **Pipeline CI/CD** | Richiesto | Richiesto | 90-180 |
-| **Produzione** | Richiesto | Richiesto | 30-90 |
-| **Enterprise/Conformità** | Richiesto | Richiesto | 30-60 |
-
-## Conformità e Audit
-
-Le funzionalità di sicurezza dell'organizzazione ti aiutano a soddisfare vari requisiti di conformità:
-
-| Standard | Funzionalità Rilevanti |
-|----------|------------------------|
-| **SOC 2** | Applicazione 2FA, politiche sulle password, controlli delle chiavi API |
-| **ISO 27001** | Tutte le funzionalità di sicurezza aiutano a dimostrare il controllo degli accessi |
-| **HIPAA** | Autenticazione forte e gestione degli accessi |
-| **GDPR** | Protezione dei dati tramite controlli degli accessi |
-| **PCI DSS** | Autenticazione multifattore, password forti |
-
-### Monitoraggio dello Stato di Conformità
-
-La dashboard Sicurezza fornisce visibilità in tempo reale su:
-- Quanti membri hanno la 2FA abilitata
-- Conformità alla politica sulle password nella tua organizzazione
-- Adozione della sicurezza delle chiavi API
-
-Usa la funzionalità "Copia lista email" per esportare facilmente liste di membri non conformi per comunicazioni mirate.
-
-## Risoluzione dei Problemi
-
-### "Accesso Negato: Politica di sicurezza non soddisfatta"
-
-**Problema**: Un membro non può accedere all'organizzazione.
-
-**Soluzioni**:
-1. Controlla se la 2FA è applicata - il membro deve [abilitare la 2FA](/docs/webapp/mfa/)
-2. Controlla se la politica sulle password è attiva - il membro deve aggiornare la propria password
-3. Verifica lo stato di conformità del membro nella dashboard Sicurezza
-
-### Impossibile abilitare le funzionalità di sicurezza
-
-**Problema**: Gli interruttori di sicurezza sono disabilitati o non rispondono.
-
-**Soluzioni**:
-- Assicurati di avere il ruolo **super_admin** nell'organizzazione
-- Controlla la tua connessione di rete
-- Prova ad aggiornare la pagina
-- Contatta il supporto se il problema persiste
-
-### Creazione della chiave API fallita
-
-**Problema**: Impossibile creare nuove chiavi API.
-
-**Soluzioni**:
-- Se le chiavi sicure sono applicate, assicurati di utilizzare il flusso di creazione delle chiavi sicure
-- Se la scadenza è richiesta, imposta una data di scadenza nell'intervallo consentito
-- Controlla l'impostazione dei giorni massimi di scadenza
-
-## Prossimi Passi
-
-- [Configura la 2FA sul tuo account](/docs/webapp/mfa/)
-- [Scopri i dettagli sull'applicazione della 2FA](/docs/webapp/2fa-enforcement/)
-- [Gestisci le chiavi API](/docs/webapp/api-keys/)
-- [Gestione dell'organizzazione](/docs/webapp/organization-system/)
diff --git a/src/content/docs/it/docs/webapp/organization-system.mdx b/src/content/docs/it/docs/webapp/organization-system.mdx
deleted file mode 100644
index 02d74a086..000000000
--- a/src/content/docs/it/docs/webapp/organization-system.mdx
+++ /dev/null
@@ -1,127 +0,0 @@
----
-title: "Sistema di organizzazione"
-description: "Una guida dettagliata sulla gestione e organizzazione dei tuoi team e applicazioni all'interno del tuo account Capgo, garantendo una collaborazione sicura e un controllo degli accessi efficiente per tutti i membri coinvolti."
-sidebar:
-  order: 11
-locale: it
----
-
-## Che cos'è il sistema delle organizzazioni?
-
-Il sistema delle organizzazioni è un sistema in Capgo che ti permette di condividere in modo sicuro le tue app con i membri del tuo team.
-
-## Panoramica delle impostazioni dell'organizzazione
-
-<figure><img src="/orgs-settings.webp" alt="Impostazioni dell'organizzazione" /><figcaption></figcaption></figure>
-
-| Numero | Elemento | Descrizione |
-|--------|----------|-------------|
-| 1 | Impostazioni | Accedi alle impostazioni dal menu laterale |
-| 2 | Tab Organizzazione | Passa alle impostazioni dell'organizzazione (vs. impostazioni personali dell'account) |
-| 3 | Generale | Visualizza e modifica nome dell'organizzazione, logo ed email di gestione |
-| 4 | Membri | Gestisci i membri del team e i loro permessi |
-| 5 | Sicurezza | Configura le politiche di sicurezza (2FA, requisiti password) |
-| 6 | Log di audit | Visualizza i log delle attività della tua organizzazione |
-| 7 | Piani | Visualizza e gestisci il tuo piano di abbonamento |
-| 8 | Utilizzo | Monitora le statistiche di utilizzo della tua organizzazione |
-| 9 | Crediti | Visualizza e acquista crediti aggiuntivi |
-| 10 | Webhooks | Configura le integrazioni webhook |
-| 11 | Fatturazione | Gestisci informazioni di fatturazione e fatture |
-| 12 | Selettore organizzazione | Passa tra diverse organizzazioni |
-
-### Come accedere alle impostazioni dell'organizzazione
-
-1. Clicca su **Impostazioni** (1) nella barra laterale sinistra
-2. Seleziona il tab **Organizzazione** (2) in alto
-3. Usa i tab (3-11) per navigare tra le diverse sezioni delle impostazioni
-
-### Come cambiare organizzazione
-
-Clicca sul menu a discesa **Selettore organizzazione** (12) vicino all'angolo in alto a sinistra della barra laterale per visualizzare e passare tra le organizzazioni a cui hai accesso.
-
-## Gestione dei membri
-
-<figure><img src="/org-show-members.webp" alt="Membri dell'organizzazione" /><figcaption></figcaption></figure>
-
-La sezione Membri mostra tutti gli utenti che hanno accesso alla tua organizzazione con:
-- **Membro**: Avatar, nome ed email dell'utente
-- **Ruolo**: Livello di permesso attuale (lettura, caricamento, scrittura, admin, super admin)
-- **Azioni**: Modifica o rimuovi membri
-
-### Come invitare un nuovo membro
-
-<figure><img src="/orgs-add-member.webp" alt="Invita membro" /><figcaption></figcaption></figure>
-
-1. Clicca sul pulsante **+ Aggiungi** (1)
-2. Inserisci l'indirizzo email dell'utente nel modal (2)
-3. Clicca su **Invita**
-
-### Selezione dei permessi
-
-<figure><img src="/select-perm-orgs.webp" alt="Seleziona permessi" /><figcaption></figcaption></figure>
-
-Dopo aver inserito l'email, seleziona il livello di permesso per l'utente invitato:
-- **Lettura** - Accesso in sola lettura
-- **Caricamento** - Può caricare nuove versioni
-- **Scrittura** - Può modificare impostazioni e contenuti
-- **Admin** - Accesso completo tranne fatturazione ed eliminazione
-- **Super admin** - Controllo completo dell'organizzazione
-
-### Completare l'invito
-
-<figure><img src="/invite_org_user.webp" alt="Modulo di invito" /><figcaption></figcaption></figure>
-
-Compila i dettagli rimanenti:
-- **Email** - Precompilata dal passaggio precedente
-- **Ruolo** - Mostra il livello di permesso selezionato
-- **Nome** - Opzionale: nome dell'invitato
-- **Cognome** - Opzionale: cognome dell'invitato
-- **Captcha** - Verifica di essere umano
-
-Clicca su **Invia invito** per completare il processo.
-
-## Dettaglio dei permessi
-
-| Permesso                          | Lettura | Caricamento | Scrittura | Admin | Super Admin |
-|-----------------------------------|---------|-------------|-----------|-------|-------------|
-| Mostra statistiche app            |    ✅    |      ✅      |     ✅     |   ✅   |      ✅      |
-| Mostra canali app                 |    ✅    |      ✅      |     ✅     |   ✅   |      ✅      |
-| Mostra dispositivi                |    ✅    |      ✅      |     ✅     |   ✅   |      ✅      |
-| Mostra log                        |    ✅    |      ✅      |     ✅     |   ✅   |      ✅      |
-| Mostra bundle                     |    ✅    |      ✅      |     ✅     |   ✅   |      ✅      |
-| Elimina app                       |    ❌    |      ❌      |     ❌     |   ❌   |      ✅      |
-| Elimina canale                    |    ❌    |      ❌      |     ❌     |   ✅   |      ✅      |
-| Elimina versione                  |    ❌    |      ❌      |     ✅     |   ✅   |      ✅      |
-| Modifica impostazioni org         |    ❌    |      ❌      |     ❌     |   ✅   |      ✅      |
-| Gestisci utenti org               |    ❌    |      ❌      |     ❌     |   ✅   |      ✅      |
-| Modifica impostazioni canale      |    ❌    |      ❌      |     ✅     |   ✅   |      ✅      |
-| Carica nuova versione             |    ❌    |      ✅      |     ✅     |   ✅   |      ✅      |
-| Modifica dispositivi              |    ❌    |      ❌      |     ✅     |   ✅   |      ✅      |
-| Cambia versione corrente canale   |    ❌    |      ❌      |     ✅     |   ✅   |      ✅      |
-| Crea nuovo canale                 |    ❌    |      ❌      |     ❌     |   ✅   |      ✅      |
-| Modifica versione (metadata)      |    ❌    |      ❌      |     ✅     |   ✅   |      ✅      |
-| Gestisci fatturazione             |    ❌    |      ❌      |     ❌     |   ❌   |      ✅      |
-| Elimina versione in modo non sicuro |    ❌    |      ❌      |     ❌     |   ❌   |      ✅      |
-
-## Fatturazione
-
-Chiunque abbia il permesso di **super admin** può gestire la fatturazione per una determinata organizzazione. I piani sono collegati a un'organizzazione e non al tuo account personale.
-
-:::danger
-⚠️ L'acquisto di un piano influenzerà SOLO l'organizzazione che hai attualmente selezionato
-:::
-
-## FAQ
-
-### Posso creare più di un'organizzazione?
-
-No, non ancora.
-
-### Come posso configurare le politiche di sicurezza per la mia organizzazione?
-
-I super admin possono configurare politiche di sicurezza complete tra cui:
-- **Applicazione 2FA** - Richiedere a tutti i membri di abilitare l'autenticazione a due fattori
-- **Politica password** - Impostare requisiti di complessità della password (lunghezza, maiuscole, numeri, caratteri speciali)
-- **Sicurezza chiavi API** - Applicare chiavi API sicure/hash e politiche di scadenza
-
-Consulta la documentazione [Sicurezza dell'organizzazione](/docs/webapp/organization-security/) per istruzioni di configurazione dettagliate.
diff --git a/src/content/docs/it/docs/webapp/payment.mdx b/src/content/docs/it/docs/webapp/payment.mdx
deleted file mode 100644
index ee825d5fd..000000000
--- a/src/content/docs/it/docs/webapp/payment.mdx
+++ /dev/null
@@ -1,81 +0,0 @@
----
-title: "Sistema di pagamento"
-description: "Gestione dei pagamenti nel tuo account Capgo. In questa sezione ti mostriamo come gestire la tua carta, il piano e i crediti per Capgo"
-sidebar:
-  order: 10
-locale: it
----
-
-## Di cosa si tratta?
-
-Questa pagina mira a rispondere ad alcune domande sul sistema di pagamento in Capgo.
-
-## Piani
-
-#### D: Come posso aggiornare il mio piano Capgo?
-R: Puoi aggiornare il tuo piano Capgo andando nelle [impostazioni](/docs/webapp/settings/#how-to-get-to-the-settings-page) e cliccando sulla scheda **Piani** (1).
-
-<figure><img src="/plans-subscribe.webp" alt="Pagina dei piani" /><figcaption></figcaption></figure>
-
-In questa pagina puoi:
-- Passare tra **Piano Mensile** e **Annuale** (con uno sconto del 20% per il pagamento annuale)
-- Scegliere tra quattro piani: **Solo**, **Maker**, **Team** o **Enterprise**
-- Cliccare su **Abbonati** (2) sul piano che meglio si adatta alle tue esigenze
-
-Ogni piano mostra:
-- Prezzo mensile e totale di fatturazione annuale
-- Utenti attivi mensili inclusi e prezzi per eccedenza
-- Allocazioni di archiviazione e larghezza di banda
-- Minuti/ore di build
-- Funzionalità come supporto dedicato, dominio personalizzato e conformità SOC II
-
-Se non vuoi impegnarti con un piano, puoi usare i **crediti** invece - clicca su "Scopri i crediti" per vedere come funziona il pagamento a consumo.
-
-Dopo aver cliccato su Abbonati, si aprirà una pagina di checkout Stripe dove potrai inserire le tue informazioni di pagamento in modo sicuro.
-
-## Crediti
-
-I crediti forniscono un'alternativa flessibile all'aggiornamento del piano. Sono utili quando:
-
-- **Picchi temporanei** - Stai temporaneamente superando i limiti del tuo piano (es. un momento virale, traffico stagionale) e non vuoi aggiornare permanentemente
-- **Piano non adatto** - Il livello di piano superiore non si adatta alle tue esigenze per altri motivi (forse hai bisogno di più larghezza di banda ma non di più MAU)
-- **Preferenza pay-as-you-go** - Preferisci pagare solo per quello che usi oltre al tuo piano base
-
-#### D: Come accedo alla pagina dei Crediti?
-R: Vai nelle [impostazioni](/docs/webapp/settings/#how-to-get-to-the-settings-page) e clicca sulla scheda **Crediti** (1).
-
-<figure><img src="/buy_credits.webp" alt="Pagina dei crediti" /><figcaption></figcaption></figure>
-
-La pagina dei Crediti mostra:
-
-1. **Scheda Crediti** - Naviga qui dalle impostazioni dell'Organizzazione
-2. **Saldo Crediti** - Mostra i tuoi crediti disponibili (es. 0,00 / 0,00) e i crediti usati nel periodo corrente
-3. **Crediti Usati (USD)** - Il valore stimato in dollari dei crediti consumati durante il periodo di fatturazione corrente, più i crediti disponibili rimanenti
-4. **Hai bisogno di più crediti?** - Acquista crediti aggiuntivi istantaneamente per mantenere i tuoi utenti che ricevono aggiornamenti senza interruzioni. Scegli tra importi predefiniti ($50, $100, $500, $5000) o inserisci un importo personalizzato. Il totale stimato incluse le tasse viene mostrato prima del checkout
-5. **Prezzi dei crediti** - Espandi questa sezione per vedere i livelli di prezzo per diversi tipi di utilizzo (MAU, archiviazione, larghezza di banda)
-6. **Transazioni crediti** - Visualizza la cronologia degli acquisti e dell'utilizzo dei crediti
-
-#### D: Come acquisto crediti?
-R: Nella pagina dei Crediti, seleziona l'importo che vuoi acquistare (o usa il menu a discesa per importi personalizzati), poi clicca su **Acquista crediti**. Sarai reindirizzato al checkout Stripe dove potrai regolare la quantità e completare il pagamento.
-
-#### D: Quando vengono usati i crediti?
-R: I crediti vengono consumati automaticamente quando superi i limiti del tuo piano per utenti attivi mensili, archiviazione o larghezza di banda. Forniscono un modo flessibile per gestire le eccedenze senza interruzione del servizio.
-
-#### D: I pagamenti sono sicuri?
-R: Sì, i pagamenti sono completamente gestiti da Stripe. Capgo non accede mai ai dettagli della tua carta di credito. Stripe prende molto seriamente la sicurezza. [Scopri di più sulla politica di sicurezza di Stripe](https://stripe.com/docs/security/)
-
-#### D: Capgo aggiornerà automaticamente il mio piano quando supero il limite?
-R: No, Capgo non cambierà mai il tuo piano.
-
-#### D: Capgo mi invierà un'email quando il mio piano è vicino ai suoi limiti?
-R: Sì, Capgo ti invierà un'email per informarti sull'utilizzo.
-
-#### D: Il piano che acquisto influenzerà le organizzazioni a cui sono stato invitato?
-R: No, il piano influenzerà solo l'organizzazione che hai attualmente selezionato.
-Fai riferimento alla [documentazione dell'organizzazione](/docs/webapp/organization-system/#q-how-is-billing-done-within-orgs).
-
-#### D: E se ho bisogno di un piano più personalizzato?
-R: [Contatta direttamente il supporto di Capgo](/docs/getting-help#support-by-chat)
-
-#### D: Qual è la politica di rimborso per Capgo?
-R: La politica di rimborso può essere trovata [qui](https://capgo.app/return/)
diff --git a/src/content/docs/it/docs/webapp/settings.mdx b/src/content/docs/it/docs/webapp/settings.mdx
deleted file mode 100644
index 9668dabe9..000000000
--- a/src/content/docs/it/docs/webapp/settings.mdx
+++ /dev/null
@@ -1,33 +0,0 @@
----
-title: Impostazioni
-description: Come modificare le impostazioni utente
-sidebar:
-  order: 4
-locale: it
----
-
-## Come arrivare alla pagina delle impostazioni
-
-Prima clicca su **il tuo nome e la tua foto**. Quindi clicca su **Impostazioni**.
-
-<figure><img src="/settings-go.webp" alt="open settings" /><figcaption></figcaption></figure>
-
-## Modificare le impostazioni utente
-
-Per modificare qualsiasi impostazione utente puoi semplicemente compilare il modulo nell'account e poi cliccare su **Aggiorna**
-
-<figure><img src="/account-save.webp" alt="save change in account" /><figcaption></figcaption></figure>
-
-Dovrebbe quindi apparire una conferma
-
-<figure><img src="/account-updated.webp" alt="acount updated" /><figcaption></figcaption></figure>
-
-## Cambiare la password
-
-Per cambiare la password vai alla pagina delle impostazioni e clicca su **Password** Quindi compila il modulo e clicca su **Aggiorna**
-
-<figure><img src="/update-passwd.webp" alt="update password" /><figcaption></figcaption></figure>
-
-Quando la password non segue le regole di sicurezza di Capgo riceverai un messaggio di errore
-
-<figure><img src="/passwd-error.webp" alt="wrong password" /><figcaption></figcaption></figure>
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/cli/cloud-build/android.mdx b/src/content/docs/ja/docs/cli/cloud-build/android.mdx
deleted file mode 100644
index ec430eaee..000000000
--- a/src/content/docs/ja/docs/cli/cloud-build/android.mdx
+++ /dev/null
@@ -1,470 +0,0 @@
----
-title: Androidビルド
-description: Capgo Cloud BuildでAndroidアプリを設定およびビルドする
-sidebar:
-  order: 3
-locale: ja
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgoの安全なクラウドインフラストラクチャを使用して、AndroidアプリをビルドしてGoogle Play Storeに送信します。
-
-## ビルド前の準備
-
-<CardGrid>
-  <Card title="⚠️ 最初にAndroid認証情報を設定してください" icon="warning">
-    **必須:** リリースアプリをビルドする前に、Android認証情報を保存する必要があります。
-
-    [Android認証情報を設定 →](/docs/cli/cloud-build/credentials/#saving-android-credentials)
-  </Card>
-</CardGrid>
-
-## Androidビルドの仕組み
-
-Androidビルドは、安全なCloudflareサンドボックスで実行されます:
-
-- **インフラストラクチャ**: コンテナ化されたAndroid SDKを搭載したCloudflare Workers
-- **ビルドツール**: Android build toolsを搭載したGradle
-- **実行**: ビルドごとに分離されたサンドボックス環境
-- **クリーンアップ**: ビルド完了後に即座に削除
-- **セキュリティ**: 永続的なストレージなし、ビルド間の完全な分離
-
-## 前提条件
-
-Androidでビルドする前に、以下が必要です:
-
-### 1. 開発環境（ローカルテスト用）
-
-- Android Studioがローカルにインストールされている（初期キーストア設定用）
-- `npx cap open android`でアプリが正常にビルドされる
-- Java JDK 17以上
-
-### 2. 署名用キーストア
-
-リリースビルドには、署名用キーストアが必要です:
-
-| ビルドタイプ | キーストア必須 | 目的 |
-|------------|-------------------|---------|
-| **Debug** | いいえ | テスト専用、自動生成 |
-| **Release** | はい | Play Store送信用 |
-
-## キーストアの作成
-
-<Aside type="tip">
-スクリーンショット付きの詳細なステップバイステップガイドについては、以下をご覧ください:
-- [Android証明書ガイド](https://capgo.app/cloud/native-builds/certificates/android/)
-- [ブログ: GitHub Actionsを使用した自動Androidビルド](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)
-</Aside>
-
-まだキーストアをお持ちでない場合は、作成してください:
-
-```bash
-keytool -genkey -v \
-  -keystore my-release-key.keystore \
-  -alias my-key-alias \
-  -keyalg RSA \
-  -keysize 2048 \
-  -validity 10000
-```
-
-プロンプトに答えてください:
-- **パスワード**: 強力なパスワードを選択してください（安全に保存してください！）
-- **名前**: あなたの名前または会社名
-- **組織**: あなたの会社名
-- **場所**: あなたの都市、州、国
-
-<Aside type="caution">
-**重要**: キーストアファイルとパスワードを安全に保管してください！紛失すると、Play Storeでアプリを更新できなくなります。
-</Aside>
-
-### キーストアコンポーネントの理解
-
-キーストアを作成する際、以下を覚えておく必要があります:
-
-1. **キーストアパスワード** (`KEYSTORE_STORE_PASSWORD`): キーストアファイル自体のパスワード
-2. **キーエイリアス** (`KEYSTORE_KEY_ALIAS`): キーストア内の署名キーの名前/識別子
-3. **キーパスワード** (`KEYSTORE_KEY_PASSWORD`): 特定のキーのパスワード（ストアパスワードと同じでも可）
-
-**ワークフローの例:**
-```bash
-# キーストアのエイリアスをリストして確認
-keytool -list -keystore my-release-key.keystore
-
-# キーに関する詳細情報を表示
-keytool -list -v -keystore my-release-key.keystore -alias my-key-alias
-```
-
-## ビルド設定
-
-### 必須の環境変数
-
-**リリースビルド**の場合、以下の認証情報を設定してください:
-
-```bash
-# Android署名（リリース用に必須）
-ANDROID_KEYSTORE_FILE="<base64-encoded-keystore>"
-KEYSTORE_KEY_ALIAS="my-key-alias"
-KEYSTORE_KEY_PASSWORD="<key-password>"
-KEYSTORE_STORE_PASSWORD="<store-password>"
-
-# Play Store公開（オプション、自動送信用）
-PLAY_CONFIG_JSON="<base64-encoded-service-account-json>"
-```
-
-### Base64認証情報の生成
-
-**キーストアファイル:**
-```bash
-base64 -i my-release-key.keystore | pbcopy
-```
-
-**Play Storeサービスアカウント JSON:**
-```bash
-base64 -i play-store-service-account.json | pbcopy
-```
-
-Base64文字列がクリップボードにコピーされました。
-
-### Play Storeサービスアカウントの設定
-
-Play Storeへの自動アップロードを有効にするには、適切な権限を持つGoogle Cloudサービスアカウントを作成する必要があります。
-
-<Aside type="tip">
-スクリーンショット付きの詳細な手順については、[Android証明書ガイド](https://capgo.app/cloud/native-builds/certificates/android/)をご覧ください。
-</Aside>
-
-<Steps>
-
-1. **Google Cloudでサービスアカウントを作成**
-   - [Google Play Console](https://play.google.com/console) → 設定 → APIアクセスに移動
-   - 「新しいサービスアカウントを作成」をクリック
-   - Google Cloud Consoleへのリンクをたどる
-   - 「サービスアカウントを作成」をクリック
-   - 名前を入力（例: "Capgo CI/CD"）
-   - 「サービスアカウントユーザー」ロールを付与
-   - 「完了」をクリック
-
-2. **JSONキーを作成**
-   - Google Cloud Consoleで、サービスアカウントを見つける
-   - サービスアカウントのメールをクリック
-   - 「キー」タブに移動
-   - 「キーを追加」→「新しいキーを作成」をクリック
-   - 「JSON」形式を選択
-   - JSONファイルをダウンロード（安全に保管してください！）
-
-3. **Play Consoleで権限を付与**
-   - Google Play Console → 設定 → APIアクセスに戻る
-   - リストからサービスアカウントを見つける
-   - 「アクセスを付与」をクリック
-   - 「アプリの権限」で、アプリを選択
-   - 「アカウントの権限」で、以下を付与:
-     - **リリース**: 「アプリ情報の表示とバルクレポートのダウンロード（読み取り専用）」
-     - **リリース**: 「ドラフトリリースの作成、編集、削除」
-     - **リリース**: 「本番環境へのリリース、デバイスの除外、Play App Signingの使用」
-   - 「ユーザーを招待」をクリック
-
-4. **招待を受け入れる**
-   - サービスアカウントが招待メールを受信します
-   - 招待を受け入れて権限を有効化
-
-</Steps>
-
-<Aside type="caution">
-サービスアカウントJSONファイルには機密認証情報が含まれています。バージョン管理にコミットしたり、公開したりしないでください。
-</Aside>
-
-## Androidでのビルド
-
-### デバッグビルド
-
-署名なしでテスト用に最適:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-これにより、任意のデバイスにインストールしてテストできるデバッグAPKが作成されます。
-
-### リリースビルド
-
-Play Store送信用:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-署名認証情報が環境変数として設定されている必要があります。
-
-## CI/CD統合
-
-### GitHub Actionsの例
-
-```yaml
-name: Build Android App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync android
-
-      - name: Build Android app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_STORE_CONFIG }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform android \
-            --build-mode release
-```
-
-## ビルドプロセスの詳細
-
-### Androidビルド中の処理
-
-<Steps>
-
-1. **サンドボックスの初期化** (~5秒)
-   - 安全なコンテナが起動
-   - Android SDKとGradleがロード
-   - 分離されたファイルシステムが作成
-
-2. **プロジェクトのセットアップ** (~20秒)
-   - R2からプロジェクトzipをダウンロード
-   - ビルドディレクトリに展開
-   - 署名認証情報を注入
-
-3. **Gradleビルド** (2-4分)
-   - 依存関係のダウンロード
-   - APK/AABのコンパイル
-   - ProGuard/R8最適化（リリースモード）
-   - コード署名の適用
-
-4. **Play Storeアップロード** (30秒、設定されている場合)
-   - AABをPlay Consoleにアップロード
-   - リリーストラックを設定
-   - 送信を開始
-
-5. **クリーンアップ** (即座)
-   - すべてのファイルを削除
-   - コンテナを破棄
-   - アーティファクトを保持しない
-
-</Steps>
-
-### ビルドスタック
-
-Androidビルド環境には以下が含まれます:
-
-- **Java**: OpenJDK 17
-- **Android SDK**: 最新の安定版
-- **Gradle**: 8.x
-- **Build Tools**: 34.x
-- **Node.js**: 18.x (LTS)
-- **NPM**: 最新の安定版
-
-## ビルド出力
-
-### APK vs AAB
-
-- **APK** (Android Package): 直接インストール用のインストール可能ファイル
-- **AAB** (Android App Bundle): Google Playが推奨する形式（ユーザーにとってダウンロードサイズが小さい）
-
-デフォルトでは、Capgoビルドは以下を作成します:
-- **デバッグモード**: APK
-- **リリースモード**: AAB（Play Store用に最適化）
-
-## ビルド時間
-
-一般的なAndroidビルド時間:
-
-| ビルドタイプ | 平均時間 |
-|------------|--------------|
-| デバッグ | 2-3分 |
-| リリース（ProGuardなし） | 3-4分 |
-| リリース（ProGuardあり） | 4-6分 |
-
-<Aside type="note">
-Androidビルドのコストは**基本レートの1倍**（iOSビルドの半分のコスト）です。
-</Aside>
-
-## ビルドバリアント
-
-### カスタムビルドバリアント
-
-アプリにカスタムビルドバリアント（例: `staging`、`production`）がある場合は、`build-config`を使用してください:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release \
-  --build-config '{"variant":"staging"}'
-```
-
-これにより、`stagingRelease`バリアントがビルドされます。
-
-### フレーバーディメンション
-
-フレーバーディメンションを持つアプリの場合:
-
-```bash
---build-config '{"flavor":"premium","variant":"production"}'
-```
-
-これにより、`premiumProductionRelease`バリアントがビルドされます。
-
-## トラブルシューティング
-
-### 一般的な問題
-
-**「Keystore password incorrect」**
-- KEYSTORE_STORE_PASSWORDがキーストアと一致することを確認
-- KEYSTORE_KEY_PASSWORDがキーエイリアスパスワードと一致することを確認
-- 余分なスペースや特殊文字がないか確認
-
-**「Key alias not found」**
-- KEYSTORE_KEY_ALIASが正確に一致することを確認（大文字小文字を区別）
-- エイリアスをリスト: `keytool -list -keystore my-release-key.keystore`
-
-**「Gradle build failed」**
-- ビルドログで特定のエラーを確認
-- アプリが`./gradlew assembleRelease`でローカルでビルドされることを確認
-- すべてのネイティブ依存関係が`build.gradle`にあることを確認
-
-**「Play Store upload failed」**
-- サービスアカウントJSONが有効であることを確認
-- サービスアカウントがPlay Consoleで正しい権限を持っていることを確認
-- アプリがPlay Consoleで適切に設定されていることを確認
-
-**「Build timeout」**
-- 大きなアプリは最適化が必要な場合があります
-- 不要な依存関係を削除できるか確認
-- ビルドが一貫してタイムアウトする場合はサポートに連絡
-
-### デバッグログ
-
-ビルドログでこれらの主要なフェーズを確認してください:
-
-```
-→ Downloading dependencies...
-→ Running Gradle assembleRelease...
-→ Signing APK/AAB...
-→ Uploading to Play Store...
-✔ Build succeeded
-```
-
-ビルドが失敗した場合、特定のGradleエラーがログに表示されます。
-
-## ベストプラクティス
-
-### 1. 最初にローカルでテスト
-
-常にAndroidビルドがローカルで機能することを確認してください:
-
-```bash
-cd android
-./gradlew assembleRelease
-# または
-./gradlew bundleRelease
-```
-
-### 2. キーストアを安全に保管
-
-- キーストアをバージョン管理にコミットしない
-- 安全なシークレット管理に保存（1Password、AWS Secrets Managerなど）
-- 複数の安全な場所にバックアップコピーを保管
-- パスワードを安全なパスワードマネージャーに記録
-
-### 3. バージョン管理
-
-Capgoは`capacitor.config.json`からバージョンを読み取ります:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "My App",
-  "version": "1.0.0",
-  "build": "1"
-}
-```
-
-各リリースごとに`build`番号を増やしてください。
-
-### 4. ProGuard設定
-
-リリースビルドの場合、ProGuardルールが適切に設定されていることを確認してください:
-
-```
-# android/app/proguard-rules.pro
--keep class com.getcapacitor.** { *; }
--keep @com.getcapacitor.annotation.CapacitorPlugin public class * {
-  @com.getcapacitor.annotation.PluginMethod public <methods>;
-}
-```
-
-### 5. ビルドサイズの監視
-
-APK/AABサイズを監視して最適化されていることを確認してください:
-
-```
-CLIは最終サイズを表示します:
-→ APK size: 12.4 MB
-```
-
-アプリが大きい場合（>50 MB）、以下を検討してください:
-- ProGuard/R8の有効化
-- AAB形式の使用（動的配信）
-- 画像とアセットの最適化
-
-## Play Storeへの送信
-
-### 自動送信
-
-PLAY_CONFIG_JSONが設定されている場合、ビルドは自動的にPlay Consoleの内部テストトラックにアップロードされます。
-
-### 手動送信
-
-手動送信を希望する場合:
-
-1. PLAY_CONFIG_JSONなしでビルドを実行
-2. ビルドアーティファクトからAABをダウンロード（設定されている場合）
-3. Play Consoleに手動でアップロード
-
-## 次のステップ
-
-- [iOSビルド](/docs/cli/cloud-build/ios/) - iOSビルドを設定
-- [トラブルシューティング](/docs/cli/cloud-build/troubleshooting/) - 一般的なビルドの問題
-- [CLIリファレンス](/docs/cli/reference/build/) - 完全なコマンドドキュメント
-
-## お困りですか？
-
-- [トラブルシューティングガイド](/docs/cli/cloud-build/troubleshooting/)
-- [Discordコミュニティ](https://discord.com/invite/VnYRvBfgA6)
-- メール: support@capgo.app
diff --git a/src/content/docs/ja/docs/cli/cloud-build/credentials.mdx b/src/content/docs/ja/docs/cli/cloud-build/credentials.mdx
deleted file mode 100644
index 1dea1502b..000000000
--- a/src/content/docs/ja/docs/cli/cloud-build/credentials.mdx
+++ /dev/null
@@ -1,405 +0,0 @@
----
-title: 認証情報の管理
-description: iOSおよびAndroidビルド用のビルド認証情報をローカルで保存および管理する
-sidebar:
-  order: 5
-locale: ja
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-
-便利なクラウドビルドのために、iOSおよびAndroidのビルド認証情報をローカルで管理します。
-
-## 概要
-
-Capgo CLIを使用すると、ビルド認証情報をマシンのローカルの`.capgo-credentials`フォルダに保存できます。ビルドを実行すると、これらの認証情報が自動的に使用され、Capgoのビルドサーバーに安全に送信されます。
-
-<Aside type="tip" title="認証情報の取得にお困りですか？">
-まだ証明書と認証情報をお持ちでない場合は、以下の包括的なガイドを確認してください:
-
-**iOS:**
-- [iOS証明書の取得方法](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) - ステップバイステップガイド
-- [iOS証明書ガイド（Capawesome）](https://capgo.app/cloud/native-builds/certificates/ios/) - スクリーンショット付きの詳細チュートリアル
-- [ブログ: 自動iOSビルド](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) - 完全なCI/CD設定
-
-**Android:**
-- [キーストアの作成](/docs/cli/cloud-build/android/#creating-a-keystore) - ステップバイステップガイド
-- [Android証明書ガイド（Capawesome）](https://capgo.app/cloud/native-builds/certificates/android/) - スクリーンショット付きの詳細チュートリアル
-- [ブログ: 自動Androidビルド](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) - 完全なCI/CD設定
-</Aside>
-
-<Aside type="caution" title="セキュリティ保証">
-**認証情報はCapgoサーバーに永続的に保存されることはありません:**
-- ✅ アクティブなビルドプロセス中のみ使用
-- ✅ ビルド完了後に自動削除
-- ✅ 最大保持期間: 24時間（ビルドが失敗した場合でも）
-- ✅ アプリはApp Store/Play Storeに直接送信 - 何も保存しません
-- ✅ HTTPS経由で安全に送信
-</Aside>
-
-## コマンド
-
-### 認証情報の保存
-
-自動使用のためにビルド認証情報をローカルに保存:
-
-```bash
-npx @capgo/cli build credentials save --platform <ios|android> [options]
-```
-
-### 認証情報の一覧表示
-
-現在保存されている認証情報を表示（パスワードはマスクされます）:
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-### 認証情報のクリア
-
-ローカルマシンから保存された認証情報を削除:
-
-```bash
-# すべての認証情報をクリア
-npx @capgo/cli build credentials clear
-
-# iOS認証情報のみをクリア
-npx @capgo/cli build credentials clear --platform ios
-
-# Android認証情報のみをクリア
-npx @capgo/cli build credentials clear --platform android
-```
-
-## iOS認証情報の保存
-
-<Aside type="note">
-**まだiOS証明書をお持ちではありませんか？** 証明書とプロビジョニングプロファイルの作成手順については、[iOSビルドガイド](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles)をご覧ください。
-</Aside>
-
-### 完全な例
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform ios \
-  --certificate ./cert.p12 \
-  --p12-password "YourP12Password" \
-  --provisioning-profile ./profile.mobileprovision \
-  --apple-key ./AuthKey_ABC1234567.p8 \
-  --apple-key-id "ABC1234567" \
-  --apple-issuer-id "00000000-0000-0000-0000-000000000000" \
-  --apple-team-id "TEAM123456"
-```
-
-### iOSオプション
-
-| オプション | 説明 | 必須 |
-|--------|-------------|----------|
-| `--certificate <path>` | .p12証明書ファイルへのパス | はい（リリース） |
-| `--p12-password <password>` | .p12証明書のパスワード | はい（リリース） |
-| `--provisioning-profile <path>` | .mobileprovisionファイルへのパス | はい（リリース） |
-| `--provisioning-profile-prod <path>` | 本番用プロビジョニングプロファイル（オプション） | いいえ |
-| `--apple-key <path>` | App Store Connect API .p8キーへのパス | はい（送信） |
-| `--apple-key-id <id>` | App Store Connect APIキーID | はい（送信） |
-| `--apple-issuer-id <id>` | App Store Connect API発行者ID（UUID） | はい（送信） |
-| `--apple-team-id <id>` | App Store ConnectチームID | はい（送信） |
-| `--apple-id <email>` | Apple IDメール（代替認証） | いいえ |
-| `--apple-app-password <password>` | アプリ固有パスワード（代替認証） | いいえ |
-
-### 保存される内容
-
-iOS認証情報を保存すると、CLIは:
-1. 証明書とプロビジョニングプロファイルファイルを読み取る
-2. Base64エンコーディングに変換
-3. `.capgo-credentials`フォルダに認証情報を保存
-4. パスワードとIDをプレーンテキストとして保存（ローカルファイルのみ）
-
-保存されるファイル構造:
-```json
-{
-  "ios": {
-    "BUILD_CERTIFICATE_BASE64": "...",
-    "BUILD_PROVISION_PROFILE_BASE64": "...",
-    "APPLE_KEY_CONTENT": "...",
-    "P12_PASSWORD": "...",
-    "APPLE_KEY_ID": "ABC1234567",
-    "APPLE_ISSUER_ID": "...",
-    "APP_STORE_CONNECT_TEAM_ID": "TEAM123456"
-  }
-}
-```
-
-## Android認証情報の保存
-
-<Aside type="note">
-**まだキーストアをお持ちではありませんか？** キーストアの作成とPlay Store認証情報の設定手順については、[Androidビルドガイド](/docs/cli/cloud-build/android/#creating-a-keystore)をご覧ください。
-</Aside>
-
-### 完全な例
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform android \
-  --keystore ./release.keystore \
-  --keystore-alias "my-key-alias" \
-  --keystore-key-password "KeyPassword123" \
-  --keystore-store-password "StorePassword123" \
-  --play-config ./play-store-service-account.json
-```
-
-### Androidオプション
-
-| オプション | 説明 | 必須 |
-|--------|-------------|----------|
-| `--keystore <path>` | .keystoreまたは.jksファイルへのパス | はい（リリース） |
-| `--keystore-alias <alias>` | キーストア内のキーエイリアス | はい（リリース） |
-| `--keystore-key-password <password>` | キーエイリアスのパスワード | はい（リリース） |
-| `--keystore-store-password <password>` | キーストアのパスワード | はい（リリース） |
-| `--play-config <path>` | Play Storeサービスアカウント JSONへのパス | はい（送信） |
-
-### 保存される内容
-
-Android認証情報を保存すると、CLIは:
-1. キーストアとサービスアカウント JSONファイルを読み取る
-2. Base64エンコーディングに変換
-3. `.capgo-credentials`フォルダに認証情報を保存
-4. パスワードとエイリアスをプレーンテキストとして保存（ローカルファイルのみ）
-
-保存されるファイル構造:
-```json
-{
-  "android": {
-    "ANDROID_KEYSTORE_FILE": "...",
-    "PLAY_CONFIG_JSON": "...",
-    "KEYSTORE_KEY_ALIAS": "my-key-alias",
-    "KEYSTORE_KEY_PASSWORD": "...",
-    "KEYSTORE_STORE_PASSWORD": "..."
-  }
-}
-}
-```
-
-## 保存された認証情報の使用
-
-認証情報を保存すると、ビルド時に自動的に使用されます:
-
-```bash
-# .capgo-credentialsフォルダから認証情報が自動的に読み込まれます
-npx @capgo/cli build com.example.app --platform ios
-```
-
-環境変数を使用して保存された認証情報を上書きすることもできます:
-
-```bash
-# 環境変数は保存された認証情報よりも優先されます
-BUILD_CERTIFICATE_BASE64="..." \
-P12_PASSWORD="different-password" \
-npx @capgo/cli build com.example.app --platform ios
-```
-
-**優先順位:**
-1. 環境変数（最高優先度）
-2. `.capgo-credentials`フォルダに保存された認証情報
-3. 認証情報なし（最低優先度）
-
-## 保存された認証情報の表示
-
-保存されている認証情報を一覧表示:
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-出力例:
-```
-📋 保存されたビルド認証情報:
-
-iOS認証情報:
-  ✓ 証明書（base64）
-  ✓ プロビジョニングプロファイル（base64）
-  ✓ Apple Keyコンテンツ（base64）
-  ✓ P12パスワード: ********
-  ✓ Apple Key ID: ABC1234567
-  ✓ Apple発行者ID: 00000000-0000-0000-0000-000000000000
-  ✓ チームID: TEAM123456
-
-Android認証情報:
-  ✓ キーストア（base64）
-  ✓ Play Store設定（base64）
-  ✓ キーストアエイリアス: my-key-alias
-  ✓ キーパスワード: ********
-  ✓ ストアパスワード: ********
-
-場所: .capgo-credentials/
-
-🔒 これらの認証情報はマシン上にローカルにのみ保存されます。
-   ビルド時にCapgoに送信されますが、決して保存されません。
-   ビルド完了後に自動削除されます（最大24時間）。
-```
-
-## セキュリティのベストプラクティス
-
-### ローカルストレージのセキュリティ
-
-1. **ファイル権限**
-   ```bash
-   # 認証情報フォルダが他のユーザーから読み取れないようにする
-   chmod 700 .capgo-credentials
-   chmod 600 .capgo-credentials/*
-   ```
-
-2. **認証情報をコミットしない**
-   ```bash
-   # .gitignoreに追加
-   echo ".capgo-credentials/" >> .gitignore
-   ```
-
-3. **認証情報の分離**
-   - ローカル開発とCI/CDで異なる認証情報を使用
-   - 認証情報を定期的にローテーション
-   - チームメンバー間で認証情報を共有しない
-
-### CI/CD使用
-
-CI/CD環境では、保存された認証情報よりも**環境変数を優先**してください:
-
-```yaml
-# GitHub Actions
-env:
-  BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-  P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-  # ... その他のシークレット
-```
-
-これはより安全です:
-- シークレットはCI/CDプラットフォームによって管理される
-- ランナーに認証情報ファイルがない
-- ローテーションとアクセス制御が簡単
-- シークレット使用の監査証跡
-
-### 認証情報のローテーション
-
-認証情報を定期的にローテーション:
-
-1. **iOS**: 年に1回、新しい証明書とAPIキーを生成
-2. **Android**: 年に1回、キーストアパスワードを変更
-3. **チーム変更後**: チームメンバーが退職したときにローテーション
-
-保存された認証情報を更新:
-```bash
-# 新しい認証情報でsaveコマンドを再実行
-npx @capgo/cli build credentials save --platform ios --certificate ./new-cert.p12 ...
-```
-
-## トラブルシューティング
-
-### 「No credentials found」
-
-ビルドで認証情報が見つからないと表示される場合:
-
-1. **認証情報が保存されているか確認**:
-   ```bash
-   npx @capgo/cli build credentials list
-   ```
-
-2. **認証情報がない場合は保存**:
-   ```bash
-   npx @capgo/cli build credentials save --platform ios ...
-   ```
-
-3. **認証情報フォルダが存在することを確認**:
-   ```bash
-   ls -la .capgo-credentials/
-   ```
-
-### 認証情報を読み取る際の「Permission denied」
-
-ファイル権限を修正:
-
-```bash
-chmod 700 .capgo-credentials
-chmod 600 .capgo-credentials/*
-```
-
-### 認証情報が使用されない
-
-正しいプラットフォームが指定されていることを確認:
-
-```bash
-# --platformが保存された認証情報と一致することを確認
-npx @capgo/cli build com.example.app --platform ios  # ios認証情報を使用
-npx @capgo/cli build com.example.app --platform android  # android認証情報を使用
-```
-
-### 認証情報をクリアして再保存
-
-認証情報が破損しているように見える場合:
-
-```bash
-# すべての認証情報をクリア
-npx @capgo/cli build credentials clear
-
-# 再度保存
-npx @capgo/cli build credentials save --platform ios ...
-```
-
-## 環境変数からの移行
-
-現在環境変数を使用している場合、保存された認証情報に移行できます:
-
-<Steps>
-
-1. **現在の環境変数を抽出**
-   ```bash
-   echo $BUILD_CERTIFICATE_BASE64  # 存在することを確認
-   ```
-
-2. **Base64ファイルを元のファイルにデコード**（必要に応じて）
-   ```bash
-   echo "$BUILD_CERTIFICATE_BASE64" | base64 -d > cert.p12
-   echo "$BUILD_PROVISION_PROFILE_BASE64" | base64 -d > profile.mobileprovision
-   ```
-
-3. **CLIを使用して保存**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --provisioning-profile ./profile.mobileprovision \
-     --p12-password "$P12_PASSWORD" \
-     --apple-key-id "$APPLE_KEY_ID" \
-     --apple-issuer-id "$APPLE_ISSUER_ID" \
-     --apple-team-id "$APP_STORE_CONNECT_TEAM_ID"
-   ```
-
-4. **ビルドをテスト**
-   ```bash
-   npx @capgo/cli build com.example.app --platform ios
-   ```
-
-5. **環境変数を削除**（オプション）
-   ```bash
-   unset BUILD_CERTIFICATE_BASE64 BUILD_PROVISION_PROFILE_BASE64
-   ```
-
-</Steps>
-
-## ファイルの場所
-
-認証情報は`.capgo-credentials`フォルダに保存されます:
-- **macOS/Linux**: `.capgo-credentials/`（プロジェクトルートまたはホームディレクトリ内）
-- **Windows**: `.capgo-credentials\`（プロジェクトルートまたはホームディレクトリ内）
-
-フォルダは、最初に認証情報を保存したときに自動的に作成されます。
-
-## 次のステップ
-
-- [はじめに](/docs/cli/cloud-build/getting-started/) - 最初のビルドを作成
-- [iOSビルド](/docs/cli/cloud-build/ios/) - iOS固有のビルド設定
-- [Androidビルド](/docs/cli/cloud-build/android/) - Android固有のビルド設定
-- [トラブルシューティング](/docs/cli/cloud-build/troubleshooting/) - 一般的な問題と解決策
-
-## お困りですか？
-
-- 📚 [トラブルシューティングガイド](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Discordコミュニティ](https://discord.com/invite/VnYRvBfgA6)
-- 📧 メール: support@capgo.app
diff --git a/src/content/docs/ja/docs/cli/cloud-build/getting-started.mdx b/src/content/docs/ja/docs/cli/cloud-build/getting-started.mdx
deleted file mode 100644
index 79d2788e6..000000000
--- a/src/content/docs/ja/docs/cli/cloud-build/getting-started.mdx
+++ /dev/null
@@ -1,248 +0,0 @@
----
-title: はじめに
-description: Capgo Cloud Buildで最初のネイティブビルドを作成する
-sidebar:
-  order: 1
-locale: ja
----
-
-import { Steps, Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Cloud Buildを使い始めて、数分で最初のiOSまたはAndroidネイティブビルドを作成しましょう。
-
-## 必要なもの
-
-始める前に、以下が必要です:
-
-- ローカルで正常にビルドされるCapacitorアプリ
-- Node.js 20以上がインストールされている
-- アクティブなサブスクリプションを持つCapgoアカウント
-- Capgoにアプリがすでに登録されている（登録されていない場合は`npx @capgo/cli@latest app add`を実行）
-- **ビルド認証情報が設定されている**（証明書、キーストア） - 以下を参照
-
-## 最初のビルドの前に
-
-<CardGrid>
-  <Card title="⚠️ 最初に認証情報を設定してください" icon="warning">
-    **ビルド前に必須:** ビルド認証情報（iOS用証明書、Android用キーストア）を設定する必要があります。
-
-    [認証情報を設定 →](/docs/cli/cloud-build/credentials/)
-  </Card>
-</CardGrid>
-
-## クイックスタート
-
-<Steps>
-
-1. **ビルド認証情報の設定**
-
-   ビルドする前に、認証情報をローカルに保存する必要があります:
-
-   **iOS用:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --p12-password "password" \
-     --provisioning-profile ./profile.mobileprovision \
-     --apple-key ./AuthKey.p8 \
-     --apple-key-id "KEY123" \
-     --apple-issuer-id "issuer-uuid" \
-     --apple-team-id "team-id"
-   ```
-
-   **Android用:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform android \
-     --keystore ./release.keystore \
-     --keystore-alias "my-key" \
-     --keystore-key-password "key-pass" \
-     --keystore-store-password "store-pass"
-   ```
-
-   詳細については、[完全な認証情報ガイド](/docs/cli/cloud-build/credentials/)をご覧ください。
-
-2. **ローカルビルドの確認**
-
-   まず、アプリがエラーなくローカルでビルドされることを確認してください:
-
-   ```bash
-   # Webアセットをビルド
-   npm run build
-
-   # Capacitorと同期
-   npx cap sync
-
-   # ローカルビルドをテスト（オプションですが推奨）
-   npx cap open ios    # iOS用
-   npx cap open android # Android用
-   ```
-
-3. **Capgoで認証**
-
-   Capgo APIキーを設定してください（まだ設定していない場合）:
-
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-   または環境変数を設定:
-   ```bash
-   export CAPGO_TOKEN=your_api_key_here
-   ```
-
-4. **最初のビルドを実行**
-
-   Androidデバッグビルドから始めます（テストに最速）:
-
-   ```bash
-   npx @capgo/cli@latest build com.example.app \
-     --platform android \
-     --build-mode debug
-   ```
-
-   ビルドが進行するにつれて、リアルタイムのログが表示されます:
-   ```
-   ✔ Creating build job...
-   ✔ Uploading project (15.2 MB)...
-   ✔ Build started
-
-   📝 Build logs:
-   → Installing dependencies...
-   → Running Gradle build...
-   → Signing APK...
-   ✔ Build succeeded in 3m 42s
-   ```
-
-5. **ビルドステータスの確認**
-
-   CLIは自動的にポーリングしてビルドステータスを表示します。完了すると、以下が表示されます:
-
-   - ビルド時間
-   - 成功/失敗ステータス
-   - App Store/Play Storeに送信されたアプリ（認証情報が設定されている場合）
-
-</Steps>
-
-## ビルドプロセスの理解
-
-ビルドコマンドを実行すると、以下が実行されます:
-
-```mermaid
-graph LR
-    A[あなたのマシン] -->|1. Zip Project| B[Local Temp]
-    B -->|2. Upload| C[Capgo Cloud]
-    C -->|3. Build| D[Build Server]
-    D -->|4. Logs Stream| A
-    D -->|5. Cleanup| E[Auto Delete]
-```
-
-1. **ローカル準備** - プロジェクトがzip化されます（`node_modules`とdotfilesを除く）
-2. **アップロード** - zipが安全なクラウドストレージ（Cloudflare R2）にアップロードされます
-3. **ビルド実行** - 専用インフラストラクチャでアプリがビルドされます
-4. **ログストリーミング** - リアルタイムログがServer-Sent Events経由でターミナルにストリーミングされます
-5. **自動クリーンアップ** - ビルドアーティファクトが削除されます（Android: 即座、iOS: 24時間）
-
-## 最初の本番ビルド
-
-プロセスが機能することを確認したら、本番ビルドを作成します:
-
-### Android
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-最初に署名認証情報を設定する必要があります。[Androidビルド設定](/docs/cli/cloud-build/android/)をご覧ください。
-
-### iOS
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-iOSビルドには署名証明書とプロビジョニングプロファイルが必要です。[iOSビルド設定](/docs/cli/cloud-build/ios/)をご覧ください。
-
-## ビルドされるもの
-
-**重要:** Capgo Cloud Buildは、アプリの**ネイティブ部分のみ**をビルドします（iOSおよびAndroidネイティブコード）。
-
-あなたの責任:
-- Webアセットのビルド（`npm run build`）
-- ビルド前の`npx cap sync`の実行
-- すべての依存関係が`package.json`にあることの確認
-
-私たちが処理すること:
-- ネイティブiOSコンパイル（Xcode、Fastlane）
-- ネイティブAndroidコンパイル（Gradle）
-- コード署名
-- アプリストアへの送信（設定されている場合）
-
-## ビルド時間とコスト
-
-ビルド時間は開始から完了まで測定されます:
-
-- **Android**: 通常3〜5分（1倍の課金乗数）
-- **iOS**: 通常5〜10分（Macハードウェアコストのため2倍の課金乗数）
-
-実際に使用したビルド時間のみが課金されます。隠れた料金はありません。
-
-## 一般的な使用例
-
-### CI/CD統合
-
-GitHub Actionsワークフローに追加:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-      --platform both \
-      --build-mode release
-```
-
-### ローカル開発
-
-コミット前にローカルでビルドをテスト:
-
-```bash
-# テスト用のクイックデバッグビルド
-npm run build && npx cap sync
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-### マルチプラットフォームビルド
-
-両方のプラットフォームで同時にビルド:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform both \
-  --build-mode release
-```
-
-## 次のステップ
-
-最初のビルドを作成したら:
-
-- [iOSビルドを設定](/docs/cli/cloud-build/ios/) - 証明書とプロファイルを設定
-- [Androidビルドを設定](/docs/cli/cloud-build/android/) - キーストアとPlay Storeを設定
-- [トラブルシューティング](/docs/cli/cloud-build/troubleshooting/) - 一般的な問題と解決策
-- [CLIリファレンス](/docs/cli/reference/build/) - 完全なコマンドドキュメント
-
-## お困りですか？
-
-- [トラブルシューティングガイド](/docs/cli/cloud-build/troubleshooting/)を確認
-- [Discordコミュニティ](https://discord.com/invite/VnYRvBfgA6)に参加
-- support@capgo.appにメールでサポート
diff --git a/src/content/docs/ja/docs/cli/cloud-build/ios.mdx b/src/content/docs/ja/docs/cli/cloud-build/ios.mdx
deleted file mode 100644
index a184aee86..000000000
--- a/src/content/docs/ja/docs/cli/cloud-build/ios.mdx
+++ /dev/null
@@ -1,375 +0,0 @@
----
-title: iOSビルド
-description: Capgo Cloud BuildでiOSアプリを設定およびビルドする
-sidebar:
-  order: 2
-locale: ja
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgoの専用Macインフラストラクチャを使用して、iOSアプリをビルドしてTestFlightおよびApp Storeに送信します。
-
-## ビルド前の準備
-
-<CardGrid>
-  <Card title="⚠️ 最初にiOS認証情報を設定してください" icon="warning">
-    **必須:** ビルドする前に、iOS認証情報を保存する必要があります。
-
-    [iOS認証情報を設定 →](/docs/cli/cloud-build/credentials/#saving-ios-credentials)
-  </Card>
-</CardGrid>
-
-## iOSビルドの仕組み
-
-iOSビルドは、オンデマンドでプロビジョニングされた専用Macマシン（Scaleway Mac minis M4）で実行されます:
-
-- **ハードウェア**: macOS 15を搭載したApple Silicon Mac minis
-- **ビルドツール**: Fastlaneを使用したXcode（カスタムCapgo設定）
-- **分離**: 各ビルドは個別のmacOSユーザーアカウントとして実行
-- **有効期間**: マシンは24時間リースされ、自動的にクリーンアップされます
-- **セキュリティ**: すべてのファイルとユーザーアカウントは、マシン解放後に削除されます
-
-## 前提条件
-
-iOSでビルドする前に、以下が必要です:
-
-### 1. 開発環境
-
-- XcodeがインストールされたMacコンピュータ（初期証明書設定用）
-- 有効なApple Developerアカウント（年間$99）
-- `npx cap open ios`でアプリが正常にビルドされる
-
-### 2. コード署名証明書
-
-ビルドに応じて、以下のいずれかの証明書タイプが必要です:
-
-| ビルドタイプ | 必要な証明書 | プロビジョニングプロファイル |
-|------------|---------------------|---------------------|
-| **Development** | Apple Development | 開発用プロファイル |
-| **Ad Hoc** | Apple Distribution | Ad Hocプロファイル |
-| **App Store** | Apple Distribution | App Storeプロファイル |
-
-#### iOS証明書とプロビジョニングプロファイルの取得方法
-
-<Aside type="tip">
-スクリーンショット付きの詳細なステップバイステップガイドについては、以下をご覧ください:
-- [iOS証明書ガイド](https://capgo.app/cloud/native-builds/certificates/ios/)
-- [ブログ: GitHub Actionsを使用した自動iOSビルド](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-</Aside>
-
-**クイック概要:**
-
-<Steps>
-
-1. **証明書署名要求（CSR）の作成**
-   - Macでキーチェーンアクセスを開く
-   - キーチェーンアクセス → 証明書アシスタント → 認証局に証明書を要求に移動
-   - メールアドレスと名前を入力し、「ディスクに保存」を選択
-   - `.certSigningRequest`ファイルを保存
-
-2. **Apple Developer Portalで証明書を生成**
-   - [Apple Developer証明書](https://developer.apple.com/account/resources/certificates)に移動
-   - 「+」をクリックして新しい証明書を作成
-   - 証明書タイプを選択（App Storeビルドの場合はiOS Distribution）
-   - CSRファイルをアップロード
-   - 証明書（`.cer`ファイル）をダウンロード
-
-3. **証明書を.p12としてエクスポート**
-   - ダウンロードした`.cer`ファイルをダブルクリックしてキーチェーンに追加
-   - キーチェーンアクセスで、「自分の証明書」の下にある証明書を見つける
-   - 右クリック → 「Apple Distribution...」をエクスポート
-   - `.p12`形式で保存し、パスワードを設定（このパスワードを保存してください！）
-
-4. **プロビジョニングプロファイルの作成**
-   - [Apple Developerプロファイル](https://developer.apple.com/account/resources/profiles)に移動
-   - 「+」をクリックして新しいプロファイルを作成
-   - プロファイルタイプを選択（本番ビルドの場合はApp Store）
-   - App IDを選択
-   - 作成した証明書を選択
-   - `.mobileprovision`ファイルをダウンロード
-
-</Steps>
-
-### 3. App Store Connect APIキー（推奨）
-
-TestFlightへの自動送信のために、APIキーを作成します:
-
-<Steps>
-
-1. [App Store Connect](https://appstoreconnect.apple.com/) → ユーザーとアクセス → キーに移動
-2. 「+」ボタンをクリックして新しいキーを作成
-3. 名前を付け（例: "Capgo CI"）、「Developer」ロールを選択
-4. `.p8`ファイルをダウンロード（1回しかダウンロードできません！）
-5. **キーID**と**発行者ID**をメモ
-
-</Steps>
-
-<Aside type="note">
-**チームID**は、Apple DeveloperアカウントのメンバーシップDetails下でも見つけることができます。
-</Aside>
-
-## ビルド設定
-
-### 必須の環境変数
-
-ビルド前に以下の認証情報を設定してください:
-
-```bash
-# iOS署名（必須）
-BUILD_CERTIFICATE_BASE64="<base64-encoded-p12-certificate>"
-BUILD_PROVISION_PROFILE_BASE64="<base64-encoded-mobileprovision>"
-P12_PASSWORD="<certificate-password>"
-
-# App Store Connect API（送信用）
-APPLE_KEY_ID="ABC1234567"
-APPLE_ISSUER_ID="00000000-0000-0000-0000-000000000000"
-APPLE_KEY_CONTENT="<base64-encoded-p8-key>"
-
-# 追加設定
-APP_STORE_CONNECT_TEAM_ID="1234567890"
-APPLE_PROFILE_NAME="App Store com.example.app"
-```
-
-### Base64認証情報の生成
-
-<Aside type="tip">
-Capgo用に証明書をエンコードするには、以下のコマンドを使用してください:
-</Aside>
-
-**証明書（.p12）:**
-```bash
-base64 -i YourCertificate.p12 | pbcopy
-```
-
-**プロビジョニングプロファイル（.mobileprovision）:**
-```bash
-base64 -i YourProfile.mobileprovision | pbcopy
-```
-
-**App Store Connectキー（.p8）:**
-```bash
-base64 -i AuthKey_ABC1234567.p8 | pbcopy
-```
-
-Base64文字列がクリップボードにコピーされました - 環境変数またはCI/CDシークレットに貼り付けてください。
-
-## iOSでのビルド
-
-### デバッグビルド（開発）
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode debug
-```
-
-これにより、登録されたデバイスにインストールできる開発ビルドが作成されます。
-
-### リリースビルド（App Store）
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-App Store Connect API認証情報が設定されている場合、App Storeビルドを作成し、自動的にTestFlightに送信します。
-
-## CI/CD統合
-
-### GitHub Actionsの例
-
-```yaml
-name: Build iOS App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync ios
-
-      - name: Build iOS app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-          BUILD_PROVISION_PROFILE_BASE64: ${{ secrets.IOS_PROVISION_PROFILE }}
-          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.TEAM_ID }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform ios \
-            --build-mode release
-```
-
-## ビルドプロセスの詳細
-
-### iOSビルド中の処理
-
-<Steps>
-
-1. **マシンプロビジョニング** (1-2分)
-   - Scaleway Mac miniがプロビジョニングまたは割り当てられます
-   - XcodeがプリインストールされたmacOS 15
-   - ブートストラップスクリプトが実行（初回使用の場合）
-
-2. **ユーザー分離** (~10秒)
-   - 一意のmacOSユーザーが作成: `job-<jobId>`
-   - 専用ホームディレクトリ: `/Users/job-<jobId>`
-   - 分離されたワークスペースが作成
-
-3. **プロジェクトのセットアップ** (~30秒)
-   - R2からプロジェクトzipをダウンロード
-   - ワークスペースに展開
-   - 環境変数として認証情報を注入
-
-4. **Fastlaneビルド** (3-8分)
-   - 署名証明書を含むキーチェーンが作成
-   - プロビジョニングプロファイルがインストール
-   - Xcodeビルドコマンドが実行
-   - IPAファイルが生成
-
-5. **App Storeへの送信** (1-2分、設定されている場合)
-   - IPAをApp Store Connectにアップロード
-   - TestFlightに送信
-   - Apple側で処理が開始
-
-6. **クリーンアップ** (即座)
-   - ユーザーアカウントが終了して削除
-   - ワークスペースファイルが削除
-   - 一時ファイルがクリア
-
-7. **マシンの解放** (24時間後)
-   - Macマシンが破棄
-   - すべてのデータが完全に削除
-
-</Steps>
-
-### ビルドスタック
-
-iOSビルド環境には以下が含まれます:
-
-- **macOS**: 15（最新の安定版）
-- **Xcode**: 最新の安定版
-- **Fastlane**: 最新の安定版
-- **CocoaPods**: 最新の安定版
-- **Node.js**: 18.x (LTS)
-- **Ruby**: bundlerを使用したシステムruby
-
-## ビルド時間
-
-一般的なiOSビルド時間:
-
-| ビルドタイプ | 初回ビルド | 2回目以降のビルド* |
-|------------|-------------|-------------------|
-| デバッグ | 5-7分 | 4-6分 |
-| リリース | 7-10分 | 5-8分 |
-
-*24時間以内に同じマシンが再利用される場合、2回目以降のビルドは高速になる可能性があります。
-
-<Aside type="note">
-iOSビルドは、専用Macハードウェアの要件のため**基本レートの2倍**のコストがかかります。
-</Aside>
-
-## トラブルシューティング
-
-### 一般的な問題
-
-**「Code signing failed」**
-- 証明書が正しい配布タイプであることを確認
-- プロビジョニングプロファイルがApp IDと一致することを確認
-- P12_PASSWORDが正しいことを確認
-
-**「Provisioning profile doesn't include signing certificate」**
-- 証明書を含むプロビジョニングプロファイルを再生成
-- プロファイルを再ダウンロードして再エンコード
-
-**「App Store Connect authentication failed」**
-- APPLE_KEY_ID、APPLE_ISSUER_ID、APPLE_KEY_CONTENTを確認
-- APIキーが失効していないことを確認
-- キーが「Developer」ロール以上であることを確認
-
-**「Build timeout after 10 minutes」**
-- アプリに大きなネイティブ依存関係があるか確認
-- Podfileの最適化を検討
-- ビルドが一貫してタイムアウトする場合はサポートに連絡
-
-### デバッグログ
-
-すべてのビルドログがリアルタイムでストリーミングされます。これらの主要なフェーズを確認してください:
-
-```
-✔ Machine assigned: m-abc123
-→ Creating user: job-abc123
-→ Installing CocoaPods dependencies...
-→ Building iOS app...
-→ Code signing with certificate...
-→ Uploading to App Store Connect...
-✔ Build succeeded
-```
-
-ビルドが失敗した場合、特定のFastlane/Xcodeエラーメッセージがログに明確に表示されます。
-
-## ベストプラクティス
-
-### 1. 最初にローカルでテスト
-
-クラウドビルドを使用する前に、必ずiOSビルドがローカルで機能することを確認してください:
-
-```bash
-npx cap open ios
-# Xcodeでビルド
-```
-
-### 2. 環境変数を使用
-
-証明書やキーをリポジトリにコミットしないでください。常に以下を使用してください:
-- CI/CDシークレット（GitHub、GitLab）
-- 環境変数
-- 安全なシークレット管理
-
-### 3. 依存関係のキャッシュ
-
-ビルドを高速化するために、`package.json`と`Podfile.lock`がバージョン管理にコミットされていることを確認してください。
-
-### 4. ビルド時間の監視
-
-コストを最適化するためにビルド時間を監視してください:
-
-```bash
-# CLIは最後にビルド時間を表示します
-Build succeeded in 6m 42s (13.4 billing minutes at 2× rate)
-```
-
-## 次のステップ
-
-- [Androidビルド](/docs/cli/cloud-build/android/) - Androidビルドを設定
-- [トラブルシューティング](/docs/cli/cloud-build/troubleshooting/) - 一般的なビルドの問題
-- [CLIリファレンス](/docs/cli/reference/build/) - 完全なコマンドドキュメント
-
-## お困りですか？
-
-- [トラブルシューティングガイド](/docs/cli/cloud-build/troubleshooting/)
-- [Discordコミュニティ](https://discord.com/invite/VnYRvBfgA6)
-- メール: support@capgo.app
diff --git a/src/content/docs/ja/docs/cli/cloud-build/troubleshooting.mdx b/src/content/docs/ja/docs/cli/cloud-build/troubleshooting.mdx
deleted file mode 100644
index 086b8acc5..000000000
--- a/src/content/docs/ja/docs/cli/cloud-build/troubleshooting.mdx
+++ /dev/null
@@ -1,513 +0,0 @@
----
-title: トラブルシューティング
-description: Capgo Cloud Buildの一般的な問題と解決策
-sidebar:
-  order: 4
-locale: ja
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo Cloud Buildでネイティブアプリをビルドする際の一般的な問題の解決策。
-
-## ビルド失敗
-
-### 「Upload failed」または「Connection timeout」
-
-**症状:**
-- プロジェクトアップロード中にビルドが失敗
-- 60秒後のタイムアウトエラー
-
-**解決策:**
-
-1. **インターネット接続を確認**
-   ```bash
-   # Capgoへの接続をテスト
-   curl -I https://api.capgo.app
-   ```
-
-2. **プロジェクトサイズを削減**
-   - `node_modules/`がアップロードされていないことを確認（自動除外されるべき）
-   - プロジェクト内の大きなファイルを確認:
-   ```bash
-   find . -type f -size +10M
-   ```
-
-3. **アップロードURL有効期限を確認**
-   - アップロードURLは1時間後に期限切れ
-   - 期限切れURLエラーが発生した場合は、ビルドコマンドを再実行
-
-<Aside type="tip">
-大きなプロジェクト（>200MB）はタイムアウト制限に達する可能性があります。エンタープライズオプションについてはサポートにお問い合わせください。
-</Aside>
-
-### 「Build timeout after 10 minutes」
-
-**症状:**
-- ビルドが許可された最大時間を超過
-- ステータスが`timeout`と表示
-
-**解決策:**
-
-1. **依存関係を最適化**
-   - 未使用のnpmパッケージを削除
-   - ビルド前に`npm prune --production`を使用
-
-2. **ビルド中のネットワーク問題を確認**
-   - 一部の依存関係がビルド中に大きなファイルをダウンロードする可能性があります
-   - ロックファイルでのプリキャッシュを検討
-
-3. **ネイティブ依存関係を確認**
-   ```bash
-   # iOS - 重い依存関係があるPodfileを確認
-   cat ios/App/Podfile
-
-   # Android - build.gradleを確認
-   cat android/app/build.gradle
-   ```
-
-4. **サポートに連絡**
-   - アプリが正当により多くの時間を必要とする場合
-   - 特定のユースケースに合わせて制限を調整できます
-
-## 認証の問題
-
-### 「API key invalid」または「Unauthorized」
-
-**症状:**
-- 認証エラーで即座にビルドが失敗
-- 401または403エラー
-
-**解決策:**
-
-1. **APIキーが正しいことを確認**
-   ```bash
-   # 簡単なコマンドでテスト
-   npx @capgo/cli@latest app list
-   ```
-
-2. **APIキーの権限を確認**
-   - キーは`write`または`all`権限が必要
-   - Capgoダッシュボードのアプリキーで確認
-
-3. **APIキーが読み取られていることを確認**
-   ```bash
-   # 環境変数を確認
-   echo $CAPGO_TOKEN
-
-   # またはローカル.capgoファイルを確認
-   cat .capgo
-   ```
-
-4. **再認証**
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-### 「App not found」または「No permission for this app」
-
-**症状:**
-- 認証は機能するがアプリ固有のエラー
-
-**解決策:**
-
-1. **アプリが登録されていることを確認**
-   ```bash
-   npx @capgo/cli@latest app list
-   ```
-
-2. **アプリIDが一致することを確認**
-   - `capacitor.config.json`のappIdを確認
-   - コマンドが正しいアプリIDを使用していることを確認
-
-3. **組織アクセスを確認**
-   - 正しい組織にいることを確認
-   - APIキーがアプリの組織へのアクセス権を持っていることを確認
-
-## iOSビルドの問題
-
-### 「Code signing failed」
-
-**症状:**
-- コード署名フェーズでビルドが失敗
-- 証明書またはプロファイルに関するXcodeエラー
-
-**解決策:**
-
-1. **証明書タイプがビルドタイプと一致することを確認**
-   - 開発ビルドには開発証明書が必要
-   - App Storeビルドには配布証明書が必要
-
-2. **証明書とプロファイルが一致することを確認**
-   ```bash
-   # 証明書をデコードして検査
-   echo $BUILD_CERTIFICATE_BASE64 | base64 -d > cert.p12
-   openssl pkcs12 -in cert.p12 -nokeys -passin pass:$P12_PASSWORD | openssl x509 -noout -subject
-   ```
-
-3. **プロビジョニングプロファイルが有効であることを確認**
-   - 有効期限を確認
-   - App IDが含まれていることを確認
-   - 証明書が含まれていることを確認
-
-4. **認証情報を再生成**
-   - 古い証明書/プロファイルを削除
-   - Apple Developer Portalで新しいものを作成
-   - 再エンコードして環境変数を更新
-
-### 「Provisioning profile doesn't include signing certificate」
-
-**症状:**
-- Xcodeがプロファイル内に証明書を見つけられない
-
-**解決策:**
-
-1. **Appleから最新のプロファイルをダウンロード**
-   - Apple Developer → 証明書、ID＆プロファイルに移動
-   - プロビジョニングプロファイルをダウンロード
-   - 証明書が含まれていることを確認
-
-2. **証明書がプロファイルに含まれていることを確認**
-   ```bash
-   # プロファイルを抽出
-   echo $BUILD_PROVISION_PROFILE_BASE64 | base64 -d > profile.mobileprovision
-
-   # プロファイルの内容を表示
-   security cms -D -i profile.mobileprovision
-   ```
-
-3. **正しい証明書でプロファイルを再作成**
-   - Apple Developer Portalでプロファイルを編集
-   - 配布証明書が選択されていることを確認
-   - ダウンロードして再エンコード
-
-### 「App Store Connect authentication failed」
-
-**症状:**
-- TestFlightへのアップロードが失敗
-- APIキーエラー
-
-**解決策:**
-
-1. **APIキー認証情報を確認**
-   - APPLE_KEY_IDを確認（10文字である必要があります）
-   - APPLE_ISSUER_IDを確認（UUID形式である必要があります）
-   - APPLE_KEY_CONTENTが正しくbase64エンコードされていることを確認
-
-2. **APIキーをローカルでテスト**
-   ```bash
-   # キーをデコード
-   echo $APPLE_KEY_CONTENT | base64 -d > AuthKey.p8
-
-   # fastlaneでテスト（インストールされている場合）
-   fastlane pilot list
-   ```
-
-3. **APIキーの権限を確認**
-   - キーは「Developer」ロール以上が必要
-   - App Store Connect → ユーザーとアクセス → キーで確認
-
-4. **キーが失効していないことを確認**
-   - App Store Connectで確認
-   - 必要に応じて新しいキーを生成
-
-### 「Pod install failed」
-
-**症状:**
-- CocoaPodsインストール中にビルドが失敗
-- Podfileエラー
-
-**解決策:**
-
-1. **Podfile.lockがコミットされていることを確認**
-   ```bash
-   git status ios/App/Podfile.lock
-   ```
-
-2. **ローカルでpod installをテスト**
-   ```bash
-   cd ios/App
-   pod install
-   ```
-
-3. **互換性のないポッドを確認**
-   - バージョン競合がないかPodfileを確認
-   - すべてのポッドがiOSデプロイメントターゲットをサポートしていることを確認
-
-4. **ポッドキャッシュをクリア**
-   ```bash
-   cd ios/App
-   rm -rf Pods
-   rm Podfile.lock
-   pod install
-   # 次に新しいPodfile.lockをコミット
-   ```
-
-## Androidビルドの問題
-
-### 「Keystore password incorrect」
-
-**症状:**
-- 署名中にビルドが失敗
-- キーストアに関するGradleエラー
-
-**解決策:**
-
-1. **キーストアパスワードを確認**
-   ```bash
-   # ローカルでキーストアをテスト
-   keytool -list -keystore my-release-key.keystore
-   # プロンプトが表示されたらパスワードを入力
-   ```
-
-2. **環境変数を確認**
-   ```bash
-   # 余分なスペースや特殊文字がないことを確認
-   echo "$KEYSTORE_STORE_PASSWORD" | cat -A
-   echo "$KEYSTORE_KEY_PASSWORD" | cat -A
-   ```
-
-3. **base64エンコーディングを確認**
-   ```bash
-   # デコードしてテスト
-   echo $ANDROID_KEYSTORE_FILE | base64 -d > test.keystore
-   keytool -list -keystore test.keystore
-   ```
-
-### 「Key alias not found」
-
-**症状:**
-- エイリアスエラーで署名が失敗
-
-**解決策:**
-
-1. **キーストアのエイリアスをリスト**
-   ```bash
-   keytool -list -keystore my-release-key.keystore
-   ```
-
-2. **エイリアスが正確に一致することを確認**
-   - エイリアスは大文字小文字を区別
-   - KEYSTORE_KEY_ALIASにタイプミスがないか確認
-
-3. **キーストアから正しいエイリアスを使用**
-   ```bash
-   # 一致するように環境変数を更新
-   export KEYSTORE_KEY_ALIAS="the-exact-alias-name"
-   ```
-
-### 「Gradle build failed」
-
-**症状:**
-- 一般的なGradleエラー
-- コンパイルまたは依存関係の問題
-
-**解決策:**
-
-1. **最初にローカルでビルドをテスト**
-   ```bash
-   cd android
-   ./gradlew clean
-   ./gradlew assembleRelease
-   ```
-
-2. **欠落している依存関係を確認**
-   - build.gradleファイルを確認
-   - すべてのプラグインが依存関係にリストされていることを確認
-
-3. **Gradleバージョンの互換性を確認**
-   ```bash
-   # gradleバージョンを確認
-   cat android/gradle/wrapper/gradle-wrapper.properties
-   ```
-
-4. **Gradleキャッシュをクリア**
-   ```bash
-   cd android
-   ./gradlew clean
-   rm -rf .gradle build
-   ```
-
-### 「Play Store upload failed」
-
-**症状:**
-- ビルドは成功するがアップロードが失敗
-- サービスアカウントエラー
-
-**解決策:**
-
-1. **サービスアカウントJSONを確認**
-   ```bash
-   # デコードして形式を確認
-   echo $PLAY_CONFIG_JSON | base64 -d | jq .
-   ```
-
-2. **サービスアカウントの権限を確認**
-   - Play Console → 設定 → APIアクセスに移動
-   - サービスアカウントがアプリへのアクセス権を持っていることを確認
-   - 「テストトラックへのリリース」権限を付与
-
-3. **Play Consoleでアプリが設定されていることを確認**
-   - アプリは最初にPlay Consoleで作成する必要があります
-   - 少なくとも1つのAPKを最初に手動でアップロードする必要があります
-
-4. **APIが有効であることを確認**
-   - Google Play Developer APIが有効である必要があります
-   - Google Cloud Consoleで確認
-
-## 一般的な問題
-
-### 「Job not found」または「Build status unavailable」
-
-**症状:**
-- ビルドステータスを確認できない
-- ジョブIDエラー
-
-**解決策:**
-
-1. **少し待ってから再試行**
-   - ビルドジョブの初期化に数秒かかる場合があります
-
-2. **ジョブIDが正しいことを確認**
-   - 初期ビルドレスポンスからのジョブIDを確認
-
-3. **ビルドが期限切れになっていないか確認**
-   - ビルドデータは24時間利用可能
-
-### 「Project sync failed」
-
-**症状:**
-- コンパイル開始前にビルドが失敗
-- ファイル欠落エラー
-
-**解決策:**
-
-1. **ローカルでCapacitor syncを実行**
-   ```bash
-   npx cap sync
-   ```
-
-2. **すべてのネイティブファイルがコミットされていることを確認**
-   ```bash
-   git status ios/ android/
-   ```
-
-3. **gitignoreされたネイティブファイルを確認**
-   - .gitignoreを確認
-   - 重要な設定ファイルが無視されていないことを確認
-
-### 「Build succeeded but I don't see output」
-
-**症状:**
-- ビルドは成功と表示されるがダウンロードリンクがない
-
-**解決策:**
-
-1. **ビルド設定を確認**
-   - アーティファクトストレージが設定されていない可能性があります
-   - パブリックベータの場合、アーティファクトアクセスについてサポートに連絡
-
-2. **iOS TestFlight送信の場合**
-   - App Store Connectを確認
-   - アップロード後5〜30分処理にかかる場合があります
-
-3. **Android Play Storeの場合**
-   - Play Console → テスト → 内部テストを確認
-   - 処理に数分かかる場合があります
-
-## CI/CD固有の問題
-
-### GitHub Actions: 「Command not found」
-
-**症状:**
-- CI内で`npx @capgo/cli`が失敗
-
-**解決策:**
-
-1. **Node.jsがインストールされていることを確認**
-   ```yaml
-   - uses: actions/setup-node@v6
-     with:
-       node-version: '24'
-   ```
-
-2. **CLIを明示的にインストール**
-   ```yaml
-   - run: npm install -g @capgo/cli
-   ```
-
-### GitHub Actions: 「Secrets not found」
-
-**症状:**
-- ビルド内で環境変数が空
-
-**解決策:**
-
-1. **シークレットが設定されていることを確認**
-   - リポジトリ設定 → シークレットと変数 → アクションに移動
-   - すべての必要なシークレットを追加
-
-2. **正しい構文を使用**
-   ```yaml
-   env:
-     CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-   ```
-
-3. **シークレット名が一致することを確認**
-   - 名前は大文字小文字を区別
-   - シークレット参照にタイプミスがない
-
-## さらなるサポートを得る
-
-### 詳細ログを有効にする
-
-```bash
-# デバッグフラグを追加（利用可能な場合）
-npx @capgo/cli@latest build com.example.app --verbose
-```
-
-### ビルド情報を収集
-
-サポートに連絡する際は、以下を含めてください:
-
-1. **使用したビルドコマンド**
-   ```bash
-   npx @capgo/cli@latest build com.example.app --platform ios
-   ```
-
-2. **エラーメッセージ**（完全な出力）
-
-3. **ジョブID**（ビルド出力から）
-
-4. **ビルドログ**（完全なターミナル出力をコピー）
-
-5. **環境情報**
-   ```bash
-   node --version
-   npm --version
-   npx @capgo/cli --version
-   ```
-
-### サポートに連絡
-
-- **Discord**: [コミュニティに参加](https://discord.com/invite/VnYRvBfgA6)
-- **メール**: support@capgo.app
-- **ドキュメント**: [Capgoドキュメント](/docs/)
-
-### 既知の制限事項
-
-パブリックベータ中の現在の制限事項:
-
-- 最大ビルド時間: 10分
-- 最大アップロードサイズ: ~500MB
-- iOSビルドには24時間のMacリースが必要、最適な使用を確保するためにMacでのビルドはキューに入れられます
-- ビルドアーティファクトのダウンロードは利用できない場合があります
-
-これらの制限事項はフィードバックに基づいて調整される場合があります。
-
-## 追加リソース
-
-- [はじめに](/docs/cli/cloud-build/getting-started/) - 初期設定ガイド
-- [iOSビルド](/docs/cli/cloud-build/ios/) - iOS固有の設定
-- [Androidビルド](/docs/cli/cloud-build/android/) - Android固有の設定
-- [CLIリファレンス](/docs/cli/reference/build/) - 完全なコマンドドキュメント
diff --git a/src/content/docs/ja/docs/cli/commands.mdx b/src/content/docs/ja/docs/cli/commands.mdx
deleted file mode 100644
index 0de280c74..000000000
--- a/src/content/docs/ja/docs/cli/commands.mdx
+++ /dev/null
@@ -1,470 +0,0 @@
----
-title: Comandi
-description: Capgo CLIドキュメント
-sidebar:
-  order: 2
-locale: ja
----
-
-import { LinkCard } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-### 使用方法
-
-すべてのコマンドは、Capacitorプロジェクトが適切に初期化されたアプリフォルダで実行する必要があります
-
-<LinkCard
-	title="Capacitor ウェブアプリ用のクロスプラットフォームネイティブランタイム"
-	href="https://capacitorjs.com/docs/getting-started/"
-/>
-
-### **初期化**
-
-`npx @capgo/cli@latest init [apikey]`
-
-このメソッドは、ステップバイステップで導入をサポートします
-
-アプリをCapgoに追加し、アップデートを検証するコードをアプリに追加します。同様に、アプリをビルドし、Capgoにアップロードし、アップデートが機能するかを確認するのに役立ちます
-
-### **ログイン**
-
-`npx @capgo/cli login [apikey]`
-
-このメソッドは、`apikey`を記憶するためのものです
-
-:::note
-任意のコマンドで`--apikey=********`を使用して上書きできます
-:::
-
-**オプションで指定可能:**
-
-`--local` **apikey**をローカルリポジトリに保存し、gitで無視します
-
-## **ドクター**
-
-`npx @capgo/cli doctor`
-
-Capgoパッケージが最新かどうかを確認するコマンド
-
-このコマンドはバグレポートにも役立ちます
-
-## アプリ
-
-### **追加**
-
-`npx @capgo/cli app add [appId]`
-
-`[appId]` アプリIDのフォーマット`comtestapp`は[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-> 💡 提供されていない場合、すべてのオプションは設定から推測されます
-
-オプションで指定可能:
-
-* `--icon [/path/to/my/icon]` Capgoウェブアプリに表示するカスタムアイコン
-* `--name [test]` リストでのカスタム名
-* `--apikey [key]` アカウントにリンクするAPIキー
-* `--retention [retention]` アプリバンドルの保持期間（日数）、デフォルトは0 = 無期限
-
-appIdとAppNameの`capacitorconfigjson`の例、アイコンはresourcesフォルダから推測されます
-
-```json
-{
-  "appId": "eeforgrcapacitor_go",
-  "appName": "Capgo",
-  "webDir": "dist"
-}
-```
-
-### **設定**
-
-`npx @capgo/cli app set [appId]`
-
-`[appId]` はアプリID、フォーマットは[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-オプションで指定可能:
-
-* `--icon [/path/to/my/icon]` Capgoウェブアプリに表示するカスタムアイコン
-* `--name [test]` リストでのカスタム名
-* `--retention [retention]` アプリバンドルの保持期間（日数）、デフォルトは0 = 無期限
-* `--apikey [key]` アカウントにリンクするAPIキー
-
-### **一覧**
-
-`npx @capgo/cli app list [appId]`
-
-`[appId]` アプリIDのフォーマット`comtestapp`は[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-オプションで指定可能:
-
-* `--apikey [key]` アカウントにリンクするAPIキー
-
-### **削除**
-
-`npx @capgo/cli app delete [appId]`
-
-`[appId]` アプリIDのフォーマット`comtestapp`は[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-オプションで指定可能:
-
-* `--apikey [key]` アカウントにリンクするAPIキー
-* `--bundle` バージョン番号を指定してそのバージョンのみを削除
-
-### デバッグ
-
-`npx @capgo/cli app debug [appId]`
-
-`[appId]` アプリIDのフォーマット`comtestapp`は[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-オプションで指定可能:
-
-* `--apikey [key]` アカウントにリンクするAPIキー
-* `--device` デバッグしたい特定のデバイス
-
-### 設定
-
-`npx @capgo/cli app setting [path]`
-
-Capacitor設定を編集
-
-`[path]` - 変更したい設定のパス。例えば、`appId`を変更するには`appId`を指定します
-`capacitor-updater`の自動更新を無効にするには`pluginsCapacitorUpdaterautoUpdate`を指定します
-
-`--string`または`--bool`のいずれかを指定する必要があります！
-
-オプション:
- - `--string <string>` - 設定を文字列に設定
- - `--bool <true | false>` - 設定をブーリアンに設定
-
-## バンドル
-
-### アップロード
-
-`npx @capgo/cli bundle upload [appId]`
-
-`[appId]` はアプリID、フォーマットは[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-オプションで指定可能:
-
-* `--apikey <apikey>` アカウントにリンクするAPIキー
-* `--path <path>` アップロードするフォルダのパス
-* `--channel <channel>` リンクするチャンネル
-* `--external <url>` Capgoクラウドにアップロードする代わりに外部URLにリンク
-* `--iv-session-key <key>` バンドルURL外部用のIVとセッションキーを設定
-* `--s3-endpoint <s3Endpoint>` S3エンドポイントのURL 部分アップロードまたは外部オプションでは動作しません
-* `--s3-region <region>` S3バケットのリージョン
-* `--s3-apikey <apikey>` S3エンドポイントのAPIキー
-* `--s3-apisecret <apisecret>` S3エンドポイントのAPIシークレット
-* `--s3-bucket-name <bucketName>` AWS S3バケットの名前
-* `--s3-port <port>` S3エンドポイントのポート
-* `--no-s3-ssl` S3アップロード用のSSLを無効化
-* `--key <key>` 公開署名キーのカスタムパス（v1システム）
-* `--key-data <keyData>` 公開署名キー（v1システム）
-* `--key-v2 <key>` 秘密署名キーのカスタムパス（v2システム）
-* `--key-data-v2 <keyData>` 秘密署名キー（v2システム）
-* `--bundle-url` バンドルURLをstdoutに出力
-* `--no-key` 署名キーを無視してクリアアップデートを送信
-* `--no-code-check` ソースコードでnotifyAppReady()が呼び出されているかとルートフォルダにindexが存在するかのチェックを無視
-* `--display-iv-session` アップデートの暗号化に使用されたIVとセッションキーをコンソールに表示
-* `--bundle <bundle>` アップロードするバンドルのバージョン番号
-* `--min-update-version <minUpdateVersion>` このバージョンに更新するために必要な最小バージョン チャンネルで自動更新が無効になっている場合のみ使用
-* `--auto-min-update-version` ネイティブパッケージに基づいて最小更新バージョンを設定
-* `--ignore-metadata-check` アップロード時のメタデータ（node_modules）チェックを無視
-* `--ignore-checksum-check` アップロード時のチェックサムチェックを無視
-* `--timeout <timeout>` アップロードプロセスのタイムアウト（秒）
-* `--partial` 部分ファイルをCapgoクラウドにアップロードしない
-* `--tus` tusプロトコルを使用してバンドルをアップロード
-* `--multipart` S3にデータをアップロードするためにマルチパートプロトコルを使用、非推奨、代わりにTUSを使用
-* `--encrypted-checksum <encryptedChecksum>` 暗号化されたチェックサム（署名） 外部バンドルをアップロードする場合のみ使用
-* `--package-json <packageJson>` packagejsonへのパス モノレポで有用
-* `--auto-set-bundle` capacitorconfigjsonでバンドルを設定
-* `--node_modules <nodeModules>` node_modulesへのパスのリスト モノレポで有用（カンマ区切り 例：//node_modules,/node_modules）
-
-> ⭐️ 外部オプションは2つのケースを解決するのに役立ちます：プライバシーに関する企業の懸念、サードパーティにコードを送信しない、200 MB以上のアプリ。この設定では、Capgoはzipへのリンクのみを保存し、すべてのアプリにリンクを送信します
-
-> 👀 Capgoクラウドは、リンク内（外部オプションの場合）や保存されたコードの内容を一切確認しません
-
-> 🔑 暗号化を追加することで2層目のセキュリティを追加できます。そうすることでCapgoは何も確認や変更ができなくなり、「トラストレス」になります
-
-バージョンの`packagejson`の例
-
-```json
-{
-  "version": "102"
-}
-```
-
-> ⛔ バージョンは"000"より大きい必要があります
-
-> 💡 セキュリティ上の理由から、バージョン番号は削除後に上書きまたは再利用することはできないため、送信するたびにバージョン番号を更新することを忘れないでください
-
-### **一覧**
-
-`npx @capgo/cli bundle list [appId]`
-
-`[appId]` アプリIDのフォーマット`comtestapp`は[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-オプションで指定可能:
-
-* `--apikey [key]` アカウントにリンクするAPIキー
-
-### **削除**
-
-`npx @capgo/cli bundle delete [appId]`
-
-`[appId]` アプリIDのフォーマット`comtestapp`は[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-オプションで指定可能:
-
-* `--apikey [key]` アカウントにリンクするAPIキー
-* `--bundle` バージョン番号を指定してそのバージョンのみを削除
-
-### クリーンアップ
-
-クラウドのメジャーバージョンのSemVer範囲内で
-
-`npx @capgo/cli bundle cleanup [appId] --bundle=[majorVersion] --keep=[numberToKeep]`
-
-`[appId]` アプリIDのフォーマット`comtestapp`は[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-オプションで指定可能:
-
-* `--apikey [key]` アカウントにリンクするAPIキー
-* `--bundle [majorVersion]` 以前のパッケージを削除したいバージョン、最後のものと`numberToKeep`を保持します* `--keep [numberToKeep]` 保持したいパッケージの数(デフォルトは4)
-
-例: バージョン1001から10011まで10個のバージョンがあり、`npx @capgo/cli cleanup [appId] --bundle=1000`を使用した場合、1001から1006までが削除され、1007から10011が保持されます
-
-合計20バージョンがあり、バンドル番号を指定せずに`npx @capgo/cli cleanup [appId] --keep=2`のように実行した場合、18バージョンが削除され、最後の2つが保持されます
-
-> このコマンドは確認を求め、保持および削除される内容の一覧を表示します
-
-:::note
-このコマンドは、現在いずれかのチャンネルで使用中のバンドルは無視します
-:::
-
-### **暗号化**
-
-> **警告**: このコマンドは非推奨であり、次のメジャーリリースで削除されます。新しい暗号化システムを使用してください
-`npx @capgo/cli bundle encrypt [path/to/zip]`
-
-このコマンドは、コードを外部ソースに保存する場合やテスト目的で使用します
-
-オプションで以下を指定できます:
-
-`--key [/path/to/my/private_key]` プライベートキーのパス
-`--key-data [privateKey]` インラインで使用する場合のプライベートキーデータ
-コマンドは`ivSessionKey`を表示し、アップロードコマンドまたは復号化コマンドで使用する暗号化されたzipを生成します
-
-### **暗号化 V2**
-
-`npx @capgo/cli bundle encryptV2 [path/to/zip] [checksum]`
-
-このコマンドは、コードを外部ソースに保存する場合やテスト目的で使用します
-チェックサムはバンドルのsha256(--key-v2で生成)で、復号化後のファイルの整合性を確認するために使用されます
-プライベートキーで暗号化され、バンドルと共に送信されます
-暗号化v2では、チェックサムがバンドルの「署名」にアップグレードされます
-
-オプションで以下を指定できます:
-
-`--key [/path/to/my/private_key]` プライベートキーのパス
-`--key-data [privateKey]` インラインで使用する場合のプライベートキーデータ
-`--json` 情報をJSONとして出力
-コマンドは`ivSessionKey`を表示し、アップロードコマンドまたは復号化コマンドで使用する暗号化されたzipを生成します
-
-### **復号化**
-
-`npx @capgo/cli bundle decrypt [path/to/zip] [ivSessionKey]`
-
-オプションで以下を指定できます:
-
-`--key [/path/to/my/private_key]` プライベートキーのパス
-
-`--key-data [privateKey]` インラインで使用する場合のプライベートキーデータ このコマンドは主にテスト目的で使用され、zipを復号化してbase64でエンコードされた復号化されたセッションキーをコンソールに表示します
-
-### **復号化 V2**
-
-`npx @capgo/cli bundle decryptV2 [path/to/zip] [ivSessionKey]`
-
-オプションで以下を指定できます:
-
-`--key [/path/to/my/private_key]` プライベートキーのパス
-`--key-data [privateKey]` インラインで使用する場合のプライベートキーデータ このコマンドは主にテスト目的で使用され、zipを復号化してbase64でエンコードされた復号化されたセッションキーをコンソールに表示します
-`--checksum [checksum]` ファイルのチェックサム、復号化後にチェックサムを検証します
-
-### **Zip**
-
-`npx @capgo/cli bundle zip [appId]`
-
-`[appId]` はアプリIDです。フォーマットについては[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-オプションで以下を指定できます:
-
-* `--path [/path/to/my/bundle]` 特定のフォルダをアップロードする場合
-* `--bundle [100]` ファイル名のバンドルバージョン番号を設定
-* `--name [myapp]` ファイル名をオーバーライド
-* `--json` 情報をJSONとして出力
-* `--no-code-check` コードチェックを無視してバンドルを送信
-* `--key-v2` 新しい暗号化システムを使用 これは、新しい暗号化システムがファイルの整合性を確認するためのより良いチェックサムを使用するために必要です
-
-### **互換性** 
-
-`npx @capgo/cli bundle compatibility [appId] -c [channelId]`
-
-`[appId]` はアプリIDです。フォーマットについては[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-`[channelId]` は新しいチャンネルの名前です
-
-オプションで以下を指定できます:
-
-* `--apikey [key]` アカウントにリンクするAPIキー
-* `--text` テーブルで絵文字の代わりにテキストを使用
-* `--channel [channel]` 互換性をチェックするチャンネル
-* `--package-json <packageJson>` packagejsonへのパス モノレポで有用です
-* `--node-modules <nodeModules>` node_modulesへのパスのリスト モノレポで有用です(カンマ区切り 例: //node_modules,/node_modules)
-
-## チャンネル
-
-### **追加**
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-`[channelId]` 新しいチャンネルの名前 `[appId]` アプリID フォーマット`comtestapp`については[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-### **削除**
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-`[channelId]` 削除したいチャンネルの名前 `[appId]` アプリID フォーマット`comtestapp`については[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-### **一覧**
-
-`npx @capgo/cli channel list [appId]`
-
-`[appId]` アプリID フォーマット`comtestapp`については[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-オプションで以下を指定できます:
-
-* `--apikey [key]` アカウントにリンクするAPIキー
-
-### **設定**
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-`[appId]` はアプリIDです。フォーマットについては[こちら](https://capacitorjs.com/docs/cli/commands/init/)で説明されています
-
-オプションで以下を指定できます:
-
-* `--bundle [123]` クラウドに既に送信済みのアプリバンドルを、チャンネルにリンクする場合
-* `--latest` `packagejson:version`からバンドルバージョンを取得、`--bundle`との併用不可
-* `--state [ normal | default ]` チャンネルの状態を設定、`normal`または`default`を指定可能 1つのチャンネルは`default`である必要があります
-* `--downgrade` チャンネルがデバイスにダウングレードバージョンを送信することを許可
-* `--no-downgrade` チャンネルがデバイスにダウングレードバージョンを送信することを禁止
-* `--upgrade` チャンネルがデバイスにアップグレード(メジャー)バージョンを送信することを許可
-* `--no-upgrade` チャンネルがデバイスにアップグレード(メジャー)バージョンを送信することを禁止
-* `--ios` チャンネルがiOSデバイスにバージョンを送信することを許可
-* `--no-ios` チャンネルがiOSデバイスにバージョンを送信することを禁止
-* `--android` チャンネルがAndroidデバイスにバージョンを送信することを許可
-* `--no-android` チャンネルがAndroidデバイスにバージョンを送信することを禁止
-* `--self-assign` デバイスがこのチャンネルに自己割り当てすることを許可
-* `--no-self-assign` デバイスがこのチャンネルに自己割り当てすることを禁止
-* `--disable-auto-update STRATEGY` このチャンネルの自動更新戦略を無効化 可能なオプション: major, minor, metadata, none
-* `--apikey [key]` アカウントにリンクするAPIキー
-
-## 更新無効化戦略
-
-古いバージョンの更新を無効化する方法がいくつかあります\
-Capgoはネイティブコードを更新できないため、古いネイティブコードを持つバージョンから更新されたネイティブコードを持つバージョンへの更新はできないようにする必要があります
-これを実現するには複数の方法があります
-
-まず、`major`戦略 これは`000`から`100`への更新を防ぎます メジャーは強調表示された数字(**1**00と**0**00)です\
-次に、`minor`戦略 これは`000`から`110`への更新や`110`から`120`への更新を防ぎます 
-**注意**この戦略は`010`から`110`への更新は防げません
-
-3番目に、`patch`戦略 これはとても厳格なモードとしてcapgoに追加されました 完全に動作を理解している場合を除き、使用は推奨されません
-更新を許可するには、以下の条件を満たす必要があります:
- - 新旧バージョン間でメジャーバージョンが同じ
- - 新旧バージョン間でマイナーバージョンが同じ
- - 新バージョンのパッチが旧バージョンのパッチより大きい
-
-以下は更新が許可または拒否されるシナリオの例です
-
- - 00311 -> 00314 ✅
- - 000 -> 00314 ✅
- - 00316 -> 00314 ❌
- - 01312 -> 00314 ❌
- - 10312 -> 00314 ❌
-
-最後に最も複雑な戦略である`metadata`戦略\
-まず知っておく必要があるのは、有効化した直後は必要なメタデータがチャンネルにないため更新は**失敗する**ということです\
-チャンネルにメタデータがない場合、このようなメッセージが表示されます:
-<img src="/fail-metadata.webp" alt="Cannot find metadata"/>
-
-このように表示された場合、失敗しているチャンネルの現在のバンドルにメタデータを設定する必要があることがわかります\
-まず、どのチャンネルが失敗しているかを特定します。`misconfigured`列を確認することでわかります
-<img src="/misconfigured-table.webp" alt="Misconfigured table"/>
-
-失敗しているチャンネルに移動し、`Bundle number`をクリックしてください。これでバンドルページに移動します。
-<img src="/fail-channel-show.webp" alt="Locate failing channel"/>
-
-そこで`Minimal update version`フィールドに入力します。これは[semver](https://devhints.io/semver/)である必要があります。\
-入力値がsemverでない場合はエラーが表示されますが、すべて正しければ次のように表示されるはずです：
-<img src="/set-min-update-version.webp" alt="Set min version"/>
-
-更新するたびにこのデータを手動で設定したくないかもしれません。幸いなことに、CLIはこのメタデータなしでの更新を防止します。
-<img src="/cli-fail-no-metadata.webp" alt="CLI fail no metadata"/>
-
-`metadata`オプションを使用する際にバンドルを正しくアップロードするには、有効なsemverで`--min-update-version`を渡す必要があります。このようになります：
-<img src="/cli-upload-with-metadata.webp" alt="CLI upload with metadata"/>
-
-`--min-update-version`は互換性を確保する唯一の方法ではありません。
-`--auto-min-update-version`も存在します。これは次のように動作します：
-
-まず、チャンネルに現在アップロードされているバージョンを確認します。`bundle compatibility`コマンドと同様に互換性をチェックします。
-次に、新しいバージョンが100%互換性がある場合、チャンネル内の最新バージョンの`min_update_version`を再利用します。
-そうでない場合、新しくアップロードされたバージョンのバンドル番号を`min_update_version`として設定します。
-
-このオプションを使用する際は、常に`min_update_version`の情報が表示されます。このように表示されます：
-<img src="/min_update_version_info.webp" alt="Min update version"/>
-
-新しいバージョンに互換性がない場合は、このように表示されます：
-<img src="/min_update_version_not_compatible.webp" alt="Min update version not compatible"/>
-
-## エンドツーエンド暗号化（トラストレス）
-
-Capgoはエンドツーエンド暗号化をサポートしています。これはバンドル（コード）がクラウドに送信される前に暗号化され、デバイス上で復号化されることを意味します。そのために、RSAキーペアを生成する必要があります。次のコマンドで生成できます。
-
-暗号化システムはRSAとAESの組み合わせで、RSAキーはAESキーの暗号化に使用され、AESキーはファイルの暗号化に使用されます。
-
-暗号化システムの詳細については以下をご覧ください：
-
-<img src="/crypto_explained.webp" alt="How crypto works"/>
-
-暗号化スキーマ
-
-### アプリのキーを作成する
-
-`npx @capgo/cli key create`
-
-オプションで、`--force`を指定して既存のキーを上書きできます。このコマンドはアプリにキーペアを作成し、プライベートキーを安全な場所に保存するよう促します。プライベートキーはgitにコミットせず、誰とも共有しないことをお勧めします。
-
-> ローカルでテストした後、設定ファイルからキーを削除し、`key save`でCIステップに追加してください。
-
-### アプリ設定にキーを保存する
-
-`npx @capgo/cli key save`
-
-オプションで以下を指定できます：
-
-`--key [/path/to/my/private_key]` プライベートキーのパス
-
-`--key-data [privateKey]` インラインで使用する場合のプライベートキーデータ。このコマンドは、推奨に従ってキーをアプリと設定にコミットしなかった場合に便利です。
-
-## CI統合
-
-作業を自動化するために、GitHub actionsを使用してサーバーにプッシュすることをお勧めします。
-
-[GitHub action チュートリアル](https://capgo.app/blog/automatic-build-and-release-with-github-actions/)
-
-## デモアプリ
-
-[GitHub - Cap-go/demo-app](https://github.com/Cap-go/demo-app/)
-
-APIキーでCI環境変数を設定することを忘れないでください。
diff --git a/src/content/docs/ja/docs/cli/migrations/cli-from-0x-to-1x.mdx b/src/content/docs/ja/docs/cli/migrations/cli-from-0x-to-1x.mdx
deleted file mode 100644
index fdbfe58d6..000000000
--- a/src/content/docs/ja/docs/cli/migrations/cli-from-0x-to-1x.mdx
+++ /dev/null
@@ -1,11 +0,0 @@
----
-title: 0.x から 1.x への CLIアップグレード
-description: 0.xから1.xへのアップグレード方法
-sidebar:
-  order: 5
-locale: ja
----
-
-CLIに大きな変更はありません
-
-主な破壊的変更は、競合を避けるため、また新しい命名規則に従うため、引数`--version`を`--bundle`に名前変更したことです
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/cli/migrations/encryption.md b/src/content/docs/ja/docs/cli/migrations/encryption.md
deleted file mode 100644
index 448379ff6..000000000
--- a/src/content/docs/ja/docs/cli/migrations/encryption.md
+++ /dev/null
@@ -1,71 +0,0 @@
----
-title: 暗号化
-description: データを新しい暗号化で暗号化する方法
-sidebar:
-  order: 5
-locale: ja
----
-
-この文書では、新しい暗号化システムでデータを暗号化し、古いシステムを削除する方法について説明します。
-
-新しい暗号化システムについての詳細は[ブログ投稿](/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing)をご覧ください。
-
----
-
-まず、以下のコマンドで新しい鍵ペアを作成します：
-
-```bash
-npx @capgo/cli key create
-```
-
-このコマンドはアプリに新しい鍵ペアを作成します。秘密鍵は安全な場所に保管することが重要です。秘密鍵をソースコントロールにコミットしたり、信頼できない相手と共有したりしてはいけません。
-
-このコマンドは、Capacitorの設定から古い鍵を削除しますが、古い鍵ファイルは削除しません。CLIはこれらを保持し、アプリストアの更新を受け取っていない古いプラグインを使用しているアププリへのライブアップデートの送信を継続できるようにします。これにより移行が容易になります。
-
-移行時に「古いアプリのサポートと移行を容易にするために、新しいチャンネルで暗号化を設定しますか？」と尋ねられたら、同意してください。これによりCapacitorの設定に新しい「defaultChannel」オプションが追加されます。これにより、アプリは「encryption_v2」チャンネルを使用するようになります。これにより、新しい暗号化はそれをサポートするアプリでのみ使用されます。アプリストアの更新を受け取っていないアプリは、以前のデフォルトチャンネルを引き続き使用します。
-
----
-
-次に、JSバンドルをビルドして新しいチャンネルにアップロードする必要があります。以下のコマンドを実行してください：
-
-```bash
-npx @capgo/cli bundle upload --channel encryption_v2
-```
-
----
-
-その後、アプリが「encryption_v2」チャンネルに自己割り当てできるようにするために、このコマンドを実行します：
-
-:::caution
-これは新しい「defaultChannel」オプションが機能するために必要です
-:::
-
-```bash
-npx @capgo/cli channel set encryption_v2 --self-assign
-```
-
----
-
-これでアプリを実行できます。新しい暗号化システムが使用されます。
-
-古いチャンネルに新しいJSバンドルをアップロードするには、以下のコマンドを実行するだけです：
-
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
----
-
-Capacitorの設定については心配する必要はありません。これはCapgoにアップロードされることはありません。
-
-すべてのユーザーがアプリを更新した後（3〜4ヶ月かかる可能性があります）、Capacitorの設定から「defaultChannel」を削除できます。
-
-その後、以下のコマンドで古いチャンネルを削除できます：
-
-```bash
-npx @capgo/cli channel delete encryption_v2
-```
-
----
-
-「encryption_v2」チャンネルを削除すると、それをデフォルトとして使用していたすべてのアプリは「production」チャンネルを使用し始めます。
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/cli/overview.mdx b/src/content/docs/ja/docs/cli/overview.mdx
deleted file mode 100644
index 374883e97..000000000
--- a/src/content/docs/ja/docs/cli/overview.mdx
+++ /dev/null
@@ -1,116 +0,0 @@
----
-title: 概要
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: ja
----
-
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Capgoのライブアップデート機能を使用して、アプリのJavaScriptバンドルをリアルタイムでリモートに更新し、アプリストアのレビュープロセスを経ることなく、JSの更新を直接ユーザーにプッシュして、バグの修正や新機能の提供を即座に行うことができます。
-
-<Aside>
-
-ライブアップデートはJavaScriptバンドルの変更に限定されます。プラグインの追加や削除、ネイティブプロジェクトの設定変更などネイティブコードを更新する必要がある場合は、新しいネイティブバイナリビルドをアプリストアに提出する必要があります。
-
-</Aside>
-
-## ライブアップデートの仕組み
-
-Capgoのライブアップデートシステムには2つの主要なコンポーネントがあります：
-
-1. アプリにインストールするCapgo SDK。SDKは利用可能なアップデートを確認し、バックグラウンドでダウンロードします。
-
-2. 特定のユーザーグループにアップデートを対象とするためのチャンネル。`Production`、`Staging`、`Dev`などの異なるリリーストラックを管理するためにチャンネルを使用できます。
-
-新しいJSバンドルをCapgoにアップロードしチャンネルに割り当てると、そのチャンネル用に設定されたアプリ内のCapgo SDKがアップデートを検出してダウンロードします。アプリが次回再起動する際に、新しいバンドルが読み込まれます。
-
-## はじめに
-
-ライブアップデートを使い始めるには、以下の手順に従ってください：
-
-<Steps>
-
-1. [Capgoクイックスタート](/docs/getting-started/quickstart)を完了して、アプリをCapgoで設定し、Capgo SDKをインストールします。
-
-2. アプリコードで、アプリの初期化が完了した後に`CapacitorUpdater.notifyAppReady()`を呼び出します。これにより、アプリがアップデートを受信する準備ができたことをCapgo SDKに通知します。
-
-3. JSバンドルをビルドしCapgoにアップロードします：
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. アプリを開き、アップデートのダウンロードを待ちます。ステータスは以下のコマンドで確認できます：
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. アップデートがダウンロードされたら、アプリを閉じて再度開き、新しいバンドルを読み込みます。
-
-</Steps>
-
-詳細については、[ライブアップデートのデプロイ](/docs/getting-started/deploy)ガイドを参照してください。
-
-## Capgo CLI
-
-Capgo CLIは、開発者が独自のCI/CDパイプラインからCapgoのサービスと対話できる強力なツールです。CLIを使用することで、ビルドの作成とデプロイのタイミングを細かく制御でき、既存のエンタープライズワークフローにCapgoを統合することができます。
-
-### Capgo CLIの用途
-
-Capgo CLIは、ライブアップデートワークフローでより多くの制御と柔軟性を必要とする開発者やチーム向けに設計されています。CI/CDパイプラインでCLIを使用することで、以下のことが可能になります：
-
-- Capgoの組み込み自動化に頼らず、アップデートのビルドとデプロイのタイミングを正確に決定できます
-- ビルドとデプロイのステップの間に、コード署名、QAテスト、マネージャーの承認など、独自のプロセスを挿入できます
-- 既存のDevOpsツールやワークフローにCapgoを統合できます
-
-### 認証
-
-Capgo CLIを使用するには、APIキーで認証する必要があります。APIキーはCapgoアカウント設定で生成できます。
-
-ログインしてAPIキーを安全に保存するには、以下を実行します：
-
-```shell
-npx @capgo/cli@latest login [API_KEY]
-```
-
-このコマンドは将来の使用のために保存されます。ログイン後は、各コマンドでAPIキーを提供する必要はありません。
-
-### 他のCLIツールとの主な違い
-
-他のライブアップデートCLIツールに慣れている場合、Capgo CLIについて注意すべき点がいくつかあります：
-
-- CapgoはライブアップデートのFeatureセットに特化しているため、開発とCI/CD両方のユースケースで単一のCLIを使用します
-
-- Capgo CLIは別途インストールする必要はありません。`@capgo/cli`パッケージにバンドルされており、`npx`を使用して直接実行できます
-
-- Capgo CLIはライブアップデートワークフロー向けに特別に設計されているため、より汎用的なCLIツールにある機能やコマンドの一部が含まれていない場合があります
-
-## 次のステップ
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/channels/">
-    <Card title="チャンネル" icon="bars">
-      異なるリリーストラックを管理し、特定のユーザーにアップデートを対象とするためのチャンネルの使用方法を学びます
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="ロールバック" icon="left-arrow">
-      アップデートに問題が発生した場合に、以前のJSバンドルバージョンにロールバックする方法を発見します
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="アップデートの動作" icon="setting">
-      アプリでのアップデートのダウンロードと適用のタイミングと方法をカスタマイズします
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="高速アップデート" icon="starlight">
-      アップデートプロセスを高速化するための高速アップデートの使用方法を学びます
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/cli/reference/account.mdx b/src/content/docs/ja/docs/cli/reference/account.mdx
deleted file mode 100644
index e487b9db9..000000000
--- a/src/content/docs/ja/docs/cli/reference/account.mdx
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: アカウント
-sidebar_label: account
-sidebar:
-  order: 7
-locale: ja
----
-
-`account` コマンドを使用してCapgoアカウントを管理できます
-
-### id
-
-`npx @capgo/cli account id`
-
-アカウントIDを取得します
-
-オプション：
-
-- `-a, --apikey <apikey>`: アカウントにリンクするAPIキー
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/cli/reference/app.mdx b/src/content/docs/ja/docs/cli/reference/app.mdx
deleted file mode 100644
index c05fb5319..000000000
--- a/src/content/docs/ja/docs/cli/reference/app.mdx
+++ /dev/null
@@ -1,84 +0,0 @@
----
-title: アプリ
-sidebar_label: app
-sidebar:
-  order: 4
-locale: ja
----
-
-`app`コマンドでCapgoアプリを管理できます
-
-### add
-
-`npx @capgo/cli app add [appId]`
-
-Capgoアカウントに新しいアプリを追加します
-
-`[appId]`は`comexampleapp`形式のアプリIDです。詳細は[Capacitorドキュメント](https://capacitorjs.com/docs/cli/commands/init/)を参照してください
-
-> 💡 提供されていない場合、すべてのオプションは`capacitorconfigjson`から推測されます
-
-オプション:
-
-- `--icon [path]`: Capgoウェブアプリに表示するカスタムアイコンへのパス
-- `--name [name]`: アプリリストに表示するカスタム名
-- `--apikey [key]`: アカウントにリンクするAPIキー
-- `--retention [days]`: アプリバンドルの保持期間（日数）（デフォルト: 0 = 無制限）
-
-### set
-
-`npx @capgo/cli app set [appId]`
-
-Capgoアカウントの既存のアプリを更新します
-
-オプション:
-
-- `--icon [path]`: Capgoウェブアプリに表示するカスタムアイコンへのパス
-- `--name [name]`: アプリリストに表示するカスタム名
-- `--retention [days]`: アプリバンドルの保持期間（日数）（デフォルト: 0 = 無制限）
-- `--apikey [key]`: アカウントにリンクするAPIキー
-
-### list
-
-`npx @capgo/cli app list [appId]`
-
-Capgoアカウントのすべてのアプリを一覧表示します
-
-オプション:
-
-- `--apikey [key]`: アカウントにリンクするAPIキー
-
-### delete
-
-`npx @capgo/cli app delete [appId]`
-
-Capgoアカウントからアプリを削除します
-
-オプション:
-
-- `--apikey [key]`: アカウントにリンクするAPIキー
-- `--bundle`: 特定のバンドルバージョンのみを削除
-
-### debug
-
-`npx @capgo/cli app debug [appId]`
-
-アプリのデバッグ情報を表示します
-
-オプション:
-
-- `--apikey [key]`: アカウントにリンクするAPIキー
-- `--device`: 特定のデバイスをデバッグ
-
-### setting
-
-`npx @capgo/cli app setting [path]`
-
-アプリのCapacitor設定を編集します
-
-`[path]`は変更したい設定へのパスです（例：`appId`や`pluginsCapacitorUpdaterautoUpdate`）
-
-`--string`または`--bool`のいずれかを指定する必要があります：
-
-- `--string <value>`: 設定を文字列値に設定
-- `--bool <true|false>`: 設定をブール値に設定
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/cli/reference/build.mdx b/src/content/docs/ja/docs/cli/reference/build.mdx
deleted file mode 100644
index a5a4b91ed..000000000
--- a/src/content/docs/ja/docs/cli/reference/build.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: 🏗️ build
-description: クラウドでネイティブモバイルアプリをビルドし、CLIから直接App StoreとPlay Storeに送信します。
-sidebar_label: build
-sidebar:
-  order: 5
-locale: ja
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-🏗️ クラウドでネイティブモバイルアプリをビルドし、App StoreとPlay Storeに自動的に送信します。
-
-## 概要
-
-`build`コマンドを使用すると、Expoがビルドを処理する方法と同様に、CapgoのクラウドインフラストラクチャでCapacitorアプリをiOSおよびAndroid用にビルドできます。アプリは専用インフラストラクチャでビルドされ、アプリストアに自動的に送信できます。
-
-**現在のステータス:** パブリックベータ
-
-## なぜCloud Buildを使用するのか？
-
-従来のネイティブモバイルアプリのビルドには以下が必要です:
-- iOSビルド用の**Macハードウェア**（$1000以上または高価なCIミニッツ）
-- キャッシングと認証情報を使用した**複雑なCI/CD**設定
-- Xcode、Android Studio、SDKの**メンテナンスオーバーヘッド**
-
-Capgo Cloud Buildを使用すると、以下が得られます:
-- ✅ **Macは不要** - どのマシンからでもiOSアプリをビルド
-- ✅ **ゼロ設定** - CI/CD設定は不要
-- ✅ **実証済み** - 3年間の内部本番使用で構築
-- ✅ **安全** - ログ保存なし、自動クリーンアップ
-- ✅ **ネイティブのみに焦点** - JavaScriptはサーバーに触れません
-
-## クイックスタート
-
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-これだけです！アプリはクラウドでビルドされ、リアルタイムログが表示されます。
-
-## ドキュメントセクション
-
-<CardGrid>
-  <Card title="⚠️ 最初に認証情報を設定してください" icon="warning">
-    **ビルド前に必須:** iOS/Android認証情報をローカルに保存してください。
-
-    [認証情報を設定 →](/docs/cli/cloud-build/credentials/)
-  </Card>
-
-  <Card title="はじめに" icon="rocket">
-    数分で最初のネイティブビルドを作成します。
-
-    [ガイドを読む →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="iOSビルド" icon="apple">
-    証明書を設定してApp Store用にビルドします。
-
-    [iOSを設定 →](/docs/cli/cloud-build/ios/)
-  </Card>
-
-  <Card title="Androidビルド" icon="setting">
-    キーストアを設定してPlay Store用にビルドします。
-
-    [Androidを設定 →](/docs/cli/cloud-build/android/)
-  </Card>
-
-  <Card title="トラブルシューティング" icon="warning">
-    一般的なビルドの問題の解決策。
-
-    [ヘルプを得る →](/docs/cli/cloud-build/troubleshooting/)
-  </Card>
-</CardGrid>
-
-## コマンドリファレンス
-
-### 基本的な使用方法
-
-```bash
-npx @capgo/cli@latest build [appId] [options]
-```
-
-### 例
-
-両方のプラットフォーム用にビルド:
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-iOS専用にビルド:
-```bash
-npx @capgo/cli@latest build com.example.app --platform ios
-```
-
-Androidをデバッグモードでビルド:
-```bash
-npx @capgo/cli@latest build com.example.app --platform android --build-mode debug
-```
-
-特定のディレクトリからビルド:
-```bash
-npx @capgo/cli@latest build com.example.app --path ./my-app
-```
-
-### オプション
-
-| オプション | タイプ | デフォルト | 説明 |
-|--------|------|---------|-------------|
-| `appId` | string | capacitor.config | アプリケーションID（例: com.example.app） |
-| `--path <path>` | string | 現在のディレクトリ | プロジェクトディレクトリへのパス |
-| `--platform <platform>` | string | both | ターゲットプラットフォーム: `ios`、`android`、または`both` |
-| `--build-mode <mode>` | string | release | ビルドモード: `debug`または`release` |
-| `--build-config <config>` | string | - | JSON文字列としての追加ビルド設定 |
-| `-a, --apikey <apikey>` | string | - | APIキー（または`CAPGO_TOKEN`環境変数を使用） |
-| `--supa-host <url>` | string | https://api.capgo.app | カスタムSupabaseホストURL |
-| `--supa-anon <key>` | string | - | カスタムSupabase anonキー |
-
-## 仕組み
-
-```mermaid
-sequenceDiagram
-    participant Dev as Developer
-    participant CLI as Capgo CLI
-    participant Cloud as Capgo Cloud
-    participant iOS as Mac Builder
-    participant Android as Android Builder
-
-    Dev->>CLI: build com.example.app
-    CLI->>CLI: Zip project locally
-    CLI->>Cloud: Upload to R2
-    Cloud->>iOS: Provision Mac (iOS)
-    Cloud->>Android: Start sandbox (Android)
-    iOS-->>CLI: Stream logs (SSE)
-    Android-->>CLI: Stream logs (SSE)
-    iOS->>Cloud: Build complete
-    Android->>Cloud: Build complete
-    Cloud->>iOS: Cleanup (24h later)
-    Cloud->>Android: Cleanup (instant)
-    CLI->>Dev: Build succeeded
-```
-
-### ビルドプロセス
-
-1. **ローカル準備** - プロジェクトがローカルでzip化されます（`node_modules`、dotfilesを除く）
-2. **アップロード** - zipファイルが安全なクラウドストレージにアップロードされます（Cloudflare R2）
-3. **ビルド実行**:
-   - **iOS**: 専用Macマシンがプロビジョニングされ、Fastlaneがビルドして署名
-   - **Android**: 安全なサンドボックスが作成され、Gradleがコンパイルして署名
-4. **ログストリーミング** - Server-Sent Events経由でリアルタイムログ（保存されません！）
-5. **自動クリーンアップ**:
-   - **iOS**: マシン解放時に24時間後にファイルが削除
-   - **Android**: ビルド後に即座にすべてが削除
-
-## 私たちの専門知識
-
-Capgo Cloud Buildは新しいインフラストラクチャではありません - **3年間**内部で使用しています:
-
-- ✅ **カスタムFastlane** - Capacitorアプリ専用に構築
-- ✅ **数千のビルド** - 本番環境で実証済み
-- ✅ **Capacitorエキスパート** - 重要なことへの深い知識
-- ✅ **ネイティブのみに焦点** - JavaScriptはサーバーに触れません
-
-## セキュリティとプライバシー
-
-- **ログ保存なし** - ログはターミナルにのみストリーミングされ、保存されません
-- **アーティファクト保存なし** - アプリはApp Store/Play Storeに直接送信され、何も保持しません
-- **認証情報は自動削除** - ビルド中のみ使用され、その後削除（最大24時間）
-- **分離されたビルド** - 各ビルドは分離して実行
-- **コードはあなたのもの** - ネイティブ部分のみをビルドし、JavaScriptはローカルに保持
-
-## CI/CD統合
-
-GitHub Actions、GitLab CI、またはあらゆるCI/CDプラットフォームで動作します:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build com.example.app \
-      --platform both \
-      --build-mode release
-```
-
-不要なもの:
-- Macランナー
-- Android SDKインストール
-- Xcodeインストール
-- 複雑なキャッシング
-- 認証情報管理
-
-## 料金
-
-ビルド時間は実際の使用量に基づいて課金されます:
-
-- **Android**: 1倍の乗数（〜$0.XX/分）
-- **iOS**: 2倍の乗数（〜$0.XX/分、Macハードウェアのため）
-
-**一般的なコスト:**
-- Androidデバッグ: 3分 × 1倍 = 〜$X.XX
-- iOSリリース: 7分 × 2倍 = 〜$X.XX
-
-使用した分のみお支払いください。最低料金なし、サプライズなし。
-
-## 他のソリューションとの比較
-
-| 機能 | Capgo Cloud Build | GitHub Actions (Mac) | Expo EAS |
-|---------|------------------|---------------------|----------|
-| **ローカルMac必須** | ❌ いいえ | ✅ はい | ❌ いいえ |
-| **設定の複雑さ** | ⭐ 単一コマンド | ⭐⭐⭐ 複雑なYAML | ⭐⭐ 設定ファイル |
-| **Capacitorネイティブ** | ✅ 最適化 | ⚠️ 汎用 | ❌ Expoのみ |
-| **コードのプライバシー** | ✅ 保存されない | ⚠️ ランナー内 | ⚠️ アップロード |
-| **コスト（iOS）** | 💰 2倍ベース | 💰💰💰 10倍高価 | 💰💰 プレミアム |
-
-## ビルドされるもの
-
-**重要:** Capgoは**ネイティブ部分のみ**をビルドします。
-
-✅ **私たちがビルド:**
-- iOSネイティブコード（Swift、Objective-C、Xcodeプロジェクト）
-- Androidネイティブコード（Java、Kotlin、Gradleプロジェクト）
-- コード署名とアプリストア送信
-
-❌ **あなたがビルド（ローカル）:**
-- JavaScript、HTML、CSS（`npm run build`）
-- Capacitor sync（`npx cap sync`）
-- Webアセット
-
-この分離により:
-- **セキュリティ向上** - アプリロジックはプライベートに保持
-- **ビルドの高速化** - 重複するWebビルドなし
-- **明確な責任** - コードを管理
-
-## 制限事項
-
-パブリックベータ中の現在の制限事項:
-
-- **ビルドタイムアウト**: 最大10分
-- **アップロードタイムアウト**: アップロードURLは1時間
-- **iOSマシン**: 24時間リース要件、最適な使用を確保するためにMacでのビルドはキューに入れられます
-- **アクセス**: パブリックベータのみ
-
-## はじめる
-
-面倒なしでビルドする準備はできましたか？
-
-<CardGrid>
-  <Card title="最初のビルドを作成" icon="rocket">
-    最初のクラウドビルドへのステップバイステップガイド。
-
-    [はじめる →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="パブリックベータに参加" icon="star">
-    Cloud Buildはパブリックベータ中です。コミュニティに参加してアクセスを取得してください。
-
-    [Discordに参加 →](https://discord.com/invite/VnYRvBfgA6)
-  </Card>
-</CardGrid>
-
-## 詳細を学ぶ
-
-- [はじめにガイド](/docs/cli/cloud-build/getting-started/) - 最初のビルドを作成
-- [iOS設定](/docs/cli/cloud-build/ios/) - iOSビルドを設定
-- [Android設定](/docs/cli/cloud-build/android/) - Androidビルドを設定
-- [トラブルシューティング](/docs/cli/cloud-build/troubleshooting/) - 一般的な問題と解決策
-- [ブログ: Cloud Buildの紹介](/blog/introducing-capgo-cloud-build/) - 機能発表
-
-## お困りですか？
-
-- 📚 [トラブルシューティングガイド](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Discordコミュニティ](https://discord.com/invite/VnYRvBfgA6)
-- 📧 メール: support@capgo.app
diff --git a/src/content/docs/ja/docs/cli/reference/bundle.mdx b/src/content/docs/ja/docs/cli/reference/bundle.mdx
deleted file mode 100644
index 00b265c4b..000000000
--- a/src/content/docs/ja/docs/cli/reference/bundle.mdx
+++ /dev/null
@@ -1,165 +0,0 @@
----
-title: バンドル
-sidebar_label: bundle
-sidebar:
-  order: 5
-locale: ja
----
-
-`bundle`コマンドでアプリバンドルを管理できます
-
-### upload
-
-`npx @capgo/cli bundle upload [appId]`
-
-アプリの新しいバンドルをアップロードします
-
-オプション:
-
-- `-a, --apikey <apikey>`: アカウントにリンクするAPIキー
-- `-p, --path <path>`: アップロードするフォルダのパス（デフォルトでは`capacitorconfig`の`webDir`）
-- `-c, --channel <channel>`: バンドルをリンクするチャンネル
-- `-e, --external <url>`: Capgo Cloudにアップロードする代わりに外部URLにリンク
-- `--iv-session-key <key>`: 外部バンドルURLのIVとセッションキーを設定
-- `--s3-region <region>`: S3バケットのリージョン
-- `--s3-apikey <apikey>`: S3エンドポイントのAPIキー
-- `--s3-apisecret <apisecret>`: S3エンドポイントのAPIシークレット
-- `--s3-endpoint <s3Endpoint>`: S3エンドポイントのURL
-- `--s3-bucket-name <bucketName>`: S3バケットの名前
-- `--s3-port <port>`: S3エンドポイントのポート
-- `--no-s3-ssl`: S3アップロード用のSSLを無効化
-- `--key <key>`: 公開署名キーのカスタムパス（v1システム）
-- `--key-data <keyData>`: 公開署名キーデータ（v1システム）
-- `--key-v2 <key>`: 秘密署名キーのカスタムパス（v2システム）
-- `--key-data-v2 <keyDataV2>`: 秘密署名キーデータ（v2システム）
-- `--bundle-url`: バンドルURLを標準出力に出力
-- `--no-key`: 署名キーを無視して未署名のアップデートを送信
-- `--no-code-check`: ソースコードの`notifyAppReady()`とルートフォルダの`indexhtml`のチェックをスキップ
-- `--display-iv-session`: アップデートの暗号化に使用されるIVとセッションキーを表示
-- `-b, --bundle <bundle>`: アップロードするバンドルのバージョン番号
-- `--min-update-version <minUpdateVersion>`: このアップデートを適用するために必要な最小アプリバージョン（メタデータで自動アップデートが無効化されている場合のみ使用）
-- `--auto-min-update-version`: ネイティブパッケージバージョンに基づいて最小アップデートバージョンを自動設定
-- `--ignore-metadata-check`: アップロード時のメタデータ（node_modules）チェックを無視
-- `--ignore-checksum-check`: アップロード時のチェックサムチェックを無視
-- `--timeout <timeout>`: アップロードプロセスのタイムアウト（秒）
-- `--multipart`: S3へのデータアップロードにマルチパートプロトコルを使用（非推奨、代わりに`--tus`を使用）
-- `--tus`: tusプロトコルを使用してバンドルをアップロード
-- `--tus-chunk-size <tusChunkSize>`: tusアップロードのチャンクサイズ
-- `--partial`: 変更されたファイルのみをCapgo Cloudにアップロード
-- `--partial-only`: 圧縮ファイルをスキップして部分ファイルのみをCapgo Cloudにアップロード（大きなバンドルに有用）
-- `--encrypted-checksum <encryptedChecksum>`: 外部バンドルの暗号化されたチェックサム（署名）
-- `--auto-set-bundle`: `capacitorconfigjson`のバンドルバージョンを自動設定
-- `--dry-upload`: 実際のファイルアップロードを行わないアップロードプロセスのドライラン（テスト用）
-- `--package-json <packageJson>`: `packagejson`ファイルへのパスのカンマ区切りリスト（モノレポ用）
-- `--node-modules <nodeModules>`: `node_modules`ディレクトリへのパスのカンマ区切りリスト（モノレポ用）
-- `--encrypt-partial`: 部分アップデートファイルを暗号化
-- `--delete-linked-bundle-on-upload`: アップロード前にターゲットチャンネルの現在リンクされているバンドルを削除
-
-### compatibility
-
-`npx @capgo/cli bundle compatibility [appId]`
-
-特定のチャンネルとバンドルの互換性をチェック
-
-オプション:
-
-- `-a, --apikey <apikey>`: アカウントにリンクするAPIキー
-- `-c, --channel <channel>`: 互換性をチェックするチャンネル
-- `--text`: 結果を絵文字ではなくテキストとして出力
-- `--package-json <packageJson>`: `packagejson`ファイルへのパスのカンマ区切りリスト（モノレポ用）
-- `--node-modules <nodeModules>`: `node_modules`ディレクトリへのパスのカンマ区切りリスト（モノレポ用）
-
-### delete
-
-`npx @capgo/cli bundle delete [bundleId] [appId]`
-
-アプリからバンドルを削除
-
-オプション:
-
-- `-a, --apikey <apikey>`: アカウントにリンクするAPIキー
-
-### list
-
-`npx @capgo/cli bundle list [appId]`
-
-アプリの全バンドルをリスト表示
-
-オプション:
-
-- `-a, --apikey <apikey>`: アカウントにリンクするAPIキー
-
-### cleanup
-
-`npx @capgo/cli bundle cleanup [appId]`
-
-メジャーバージョンの古いバンドルをクリーンアップし、指定された数の最新バンドルを保持
-
-オプション:
-
-- `-b, --bundle <bundle>`: クリーンアップするメジャーバージョン番号
-- `-a, --apikey <apikey>`: アカウントにリンクするAPIキー
-- `-k, --keep <keep>`: 保持するバンドル数（デフォルト: 4）
-- `-f, --force`: 確認なしで強制削除
-
-### decrypt
-
-`npx @capgo/cli bundle decrypt [zipPath] [sessionKey]`
-
-署名付きZIPバンドルを復号化
-
-オプション:
-
-- `--key <key>`: 秘密署名キーのカスタムパス
-- `--key-data <keyData>`: 秘密署名キーデータ
-
-### encrypt
-
-`npx @capgo/cli bundle encrypt [zipPath]`
-
-ZIPバンドルを暗号化
-
-オプション:
-
-- `--key <key>`: 秘密署名キーのカスタムパス
-- `--key-data <keyData>`: 秘密署名キーデータ
-
-### encryptV2
-
-`npx @capgo/cli bundle encryptV2 [zipPath] [checksum]`
-
-新しい暗号化方式でZIPバンドルを暗号化
-
-オプション:
-
-- `--key <key>`: 秘密署名キーのカスタムパス
-- `--key-data <keyData>`: 秘密署名キーデータ
-- `-j, --json`: 結果をJSONとして出力
-
-### decryptV2
-
-`npx @capgo/cli bundle decryptV2 [zipPath] [checksum]`
-
-新しい暗号化方式でZIPバンドルを復号化
-
-オプション:
-
-- `--key <key>`: 秘密署名キーのカスタムパス
-- `--key-data <keyData>`: 秘密署名キーデータ
-- `--checksum <checksum>`: 整合性を確認するバンドルのチェックサム
-
-### zip
-
-`npx @capgo/cli bundle zip [appId]`
-
-バンドル用のZIPファイルを生成
-
-オプション:
-
-- `-p, --path <path>`: ZIPするフォルダのパス（デフォルトでは`capacitorconfig`の`webDir`）
-- `-b, --bundle <bundle>`: ファイル名に使用するバンドルバージョン番号
-- `-n, --name <name>`: ZIPのカスタムファイル名
-- `-j, --json`: 結果をJSONとして出力
-- `--no-code-check`: ソースコードの`notifyAppReady()`とルートフォルダの`indexhtml`のチェックをスキップ
-- `--key-v2`: 新しい暗号化方式（v2）を使用
-- `--package-json <packageJson>`: `packagejson`ファイルへのパスのカンマ区切りリスト（モノレポ用）
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/cli/reference/channel.mdx b/src/content/docs/ja/docs/cli/reference/channel.mdx
deleted file mode 100644
index d0c0f243a..000000000
--- a/src/content/docs/ja/docs/cli/reference/channel.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: チャネル
-sidebar_label: channel
-sidebar:
-  order: 6
-locale: ja
----
-
-`channel`コマンドを使用してリリースチャンネルを管理できます
-
-### add
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-アプリの新しいチャンネルを作成します
-
-オプション：
-
-- `-d, --default`: 新しいチャンネルをデフォルトチャンネルとして設定
-- `-a, --apikey <apikey>`: アカウントにリンクするAPIキー
-
-### delete
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-アプリからチャンネルを削除します
-
-オプション：
-
-- `-a, --apikey <apikey>`: アカウントにリンクするAPIキー
-- `--delete-bundle`: チャンネルに関連付けられたバンドルを削除
-
-### list
-
-`npx @capgo/cli channel list [appId]`
-
-アプリのすべてのチャンネルを一覧表示します
-
-オプション：
-
-- `-a, --apikey <apikey>`: アカウントにリンクするAPIキー
-
-### currentBundle
-
-`npx @capgo/cli channel currentBundle [channel] [appId]`
-
-特定のチャンネルの現在のバンドルを取得します
-
-オプション：
-
-- `-c, --channel <channel>`: 現在のバンドルを取得するチャンネル
-- `-a, --apikey <apikey>`: アカウントにリンクするAPIキー
-- `--quiet`: バンドルバージョンのみを表示
-
-### set
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-チャンネルのプロパティを設定します
-
-オプション：
-
-- `-a, --apikey <apikey>`: アカウントにリンクするAPIキー
-- `-b, --bundle <bundle>`: チャンネルに設定するバンドルのバージョン番号
-- `-s, --state <state>`: チャンネルの状態を設定（`default`または`normal`）
-- `--latest`: バンドルバージョンとして`packagejson`の最新バージョンを使用
-- `--downgrade`: ネイティブバージョンより下のバージョンへのダウングレードを許可
-- `--no-downgrade`: ネイティブバージョンより下のバージョンへのダウングレードを無効化
-- `--upgrade`: ネイティブバージョンより上のバージョンへのアップグレードを許可
-- `--no-upgrade`: ネイティブバージョンより上のバージョンへのアップグレードを無効化
-- `--ios`: iOSデバイスへの更新送信を許可
-- `--no-ios`: iOSデバイスへの更新送信を無効化
-- `--android`: Androidデバイスへの更新送信を許可
-- `--no-android`: Androidデバイスへの更新送信を無効化
-- `--self-assign`: デバイスのこのチャンネルへの自己割り当てを許可
-- `--no-self-assign`: デバイスのこのチャンネルへの自己割り当てを無効化
-- `--disable-auto-update <disableAutoUpdate>`: このチャンネルの自動更新戦略を無効化（オプション：`major`、`minor`、`metadata`、`patch`、`none`）
-- `--dev`: 開発デバイスへの更新送信を許可
-- `--no-dev`: 開発デバイスへの更新送信を無効化
-- `--emulator`: エミュレータデバイスへの更新送信を許可
-- `--no-emulator`: エミュレータデバイスへの更新送信を無効化
-- `--package-json <packageJson>`: `packagejson`ファイルのパスをカンマ区切りで指定（モノレポの場合に便利）
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/cli/reference/doctor.mdx b/src/content/docs/ja/docs/cli/reference/doctor.mdx
deleted file mode 100644
index 85d161ec1..000000000
--- a/src/content/docs/ja/docs/cli/reference/doctor.mdx
+++ /dev/null
@@ -1,13 +0,0 @@
----
-title: 医師
-sidebar_label: doctor
-sidebar:
-  order: 7
-locale: ja
----
-
-`npx @capgo/cli doctor`
-
-このコマンドは、Capgoパッケージの最新バージョンを使用しているかどうかを確認します。
-
-バグレポートにも役立ちます。
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/cli/reference/index.mdx b/src/content/docs/ja/docs/cli/reference/index.mdx
deleted file mode 100644
index 726099331..000000000
--- a/src/content/docs/ja/docs/cli/reference/index.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: 概要
-description: CapgoのCLIコマンドに関する詳細なドキュメント
-sidebar:
-  order: 1
-locale: ja
----
-
-import { CardGrid, Card } from '@astrojs/starlight/components';
-
-Capgo CLIは、Capgoアプリとデプロイメントを管理するためのコマンドセットを提供します。このリファレンスでは、各利用可能なコマンドについて、そのオプションと使用例を含む詳細な情報を提供します。
-
-## コマンド
-
-<CardGrid stagger>
-  <a href="/docs/cli/reference/init/">
-    <Card title="init" icon="rocket">
-      新しいCapgoアプリを初期化
-    </Card>
-  </a>
-
-  <a href="/login/">
-    <Card title="login" icon="approve-check">
-      Capgoサービスで認証
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/doctor/">
-    <Card title="doctor" icon="approve-check-circle">
-      潜在的な問題についてCapgoセットアップをチェック
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/app/">
-    <Card title="app" icon="seti:default">
-      Capgoアプリを管理
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/bundle/">
-    <Card title="bundle" icon="seti:html">
-      アプリバンドルを管理
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/channel/">
-    <Card title="channel" icon="seti:git">
-      リリースチャンネルを管理
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/key/">
-    <Card title="key" icon="seti:lock">
-      アプリ署名キーを管理
-    </Card>
-  </a>
-</CardGrid>
-
-## CI統合
-
-作業を自動化するために、GitHub Actionsを使用してCapgoに更新をプッシュすることをお勧めします。詳細については、[GitHub Actionsチュートリアル](https://capgo.app/blog/automatic-build-and-release-with-github-actions/)をご覧ください。
-
-CI環境変数にCapgo APIキーを設定することを忘れないでください。
-
-## デモアプリ
-
-CI統合を含むCapgoアプリの完全な例については、[GitHubのデモアプリ](https://github.com/Cap-go/demo-app/)をご確認ください。
diff --git a/src/content/docs/ja/docs/cli/reference/init.mdx b/src/content/docs/ja/docs/cli/reference/init.mdx
deleted file mode 100644
index 6d94cf69e..000000000
--- a/src/content/docs/ja/docs/cli/reference/init.mdx
+++ /dev/null
@@ -1,17 +0,0 @@
----
-title: 初期化
-sidebar_label: init
-sidebar:
-  order: 2
-locale: ja
----
-
-`npx @capgo/cli@latest init [apikey]`
-
-このコマンドでは、以下の手順でステップバイステップの設定を行います：
-
-1. アプリをCapgoに追加
-2. アップデートを検証するためのコードをアプリに追加
-3. アプリのビルド
-4. アプリをCapgoにアップロード
-5. アップデートが正常に機能するかの確認をサポート
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/cli/reference/key.mdx b/src/content/docs/ja/docs/cli/reference/key.mdx
deleted file mode 100644
index 5e89d9f41..000000000
--- a/src/content/docs/ja/docs/cli/reference/key.mdx
+++ /dev/null
@@ -1,37 +0,0 @@
----
-title: 鍵
-sidebar_label: key
-sidebar:
-  order: 7
-locale: ja
----
-
-`key` コマンドでアプリの署名キーを管理できます
-
-### save
-
-`npx @capgo/cli key save`
-
-base64エンコードされた暗号化キーをCapacitorの設定に保存します（CIで便利）
-
-オプション：
-
-- `-f, --force`: 新しいキーの生成を強制
-- `--key`: Capacitorの設定に保存するキーファイルのパス 
-- `--key-data`: Capacitorの設定に直接保存するキーデータ
-
-### create
-
-`npx @capgo/cli key create` 
-
-新しい暗号化キーを作成します
-
-オプション：
-
-- `-f, --force`: 新しいキーの生成を強制
-
-### delete_old
-
-`npx @capgo/cli key delete_old`
-
-古い暗号化キーを削除します
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/cli/reference/login.mdx b/src/content/docs/ja/docs/cli/reference/login.mdx
deleted file mode 100644
index 8d8a43b4f..000000000
--- a/src/content/docs/ja/docs/cli/reference/login.mdx
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: ログイン
-sidebar_label: login
-sidebar:
-  order: 3
-locale: ja
----
-
-`npx @capgo/cli login [apikey]`
-
-このコマンドは、将来使用するためにCapgo APIキーを保存します
-
-:::note
-`--apikey=<key>`を任意のコマンドに渡すことで、保存されたAPIキーを上書きできます
-:::
-
-オプション：
-
-- `--local`: APIキーをローカルリポジトリに保存し、`gitignore`に追加します
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/cli/reference/organisation.mdx b/src/content/docs/ja/docs/cli/reference/organisation.mdx
deleted file mode 100644
index 4a91a9a18..000000000
--- a/src/content/docs/ja/docs/cli/reference/organisation.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: 🔹 organisation
-description: 🏢 チームコラボレーションとアプリ管理のためにCapgo Cloudで組織を管理します。
-sidebar_label: organisation
-sidebar:
-  order: 9
-locale: ja
----
-
-🏢 チームコラボレーションとアプリ管理のためにCapgo Cloudで組織を管理します。
-
-### <a id="organisation-list"></a> 📋 **List**
-
-**エイリアス:** `l`
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-📋 Capgo Cloudでアクセス権のあるすべての組織をリストします。
-
-**例:**
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-**オプション:**
-
-| パラメータ          | タイプ          | 説明          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | アカウントにリンクするAPIキー |
-| **--supa-host** | <code>string</code> | カスタムSupabaseホストURL（セルフホスティングまたはCapgo開発用） |
-| **--supa-anon** | <code>string</code> | カスタムSupabase anonキー（セルフホスティング用） |
-
-### <a id="organisation-add"></a> ➕ **Add**
-
-**エイリアス:** `a`
-
-```bash
-npx @capgo/cli@latest organisation add
-```
-
-➕ チームコラボレーション用にCapgo Cloudで新しい組織を作成します。
-
-**例:**
-
-```bash
-npx @capgo/cli@latest organisation add --name "My Company" --email admin@mycompany.com
-```
-
-**オプション:**
-
-| パラメータ          | タイプ          | 説明          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | 組織名 |
-| **-e,** | <code>string</code> | 組織の管理メール |
-| **-a,** | <code>string</code> | アカウントにリンクするAPIキー |
-| **--supa-host** | <code>string</code> | カスタムSupabaseホストURL（セルフホスティングまたはCapgo開発用） |
-| **--supa-anon** | <code>string</code> | カスタムSupabase anonキー（セルフホスティング用） |
-
-### <a id="organisation-set"></a> ⚙️ **Set**
-
-**エイリアス:** `s`
-
-```bash
-npx @capgo/cli@latest organisation set
-```
-
-⚙️ 名前や管理メールなどの組織設定を更新します。
-
-**例:**
-
-```bash
-npx @capgo/cli@latest organisation set ORG_ID --name "Updated Company Name"
-```
-
-**オプション:**
-
-| パラメータ          | タイプ          | 説明          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | 組織名 |
-| **-e,** | <code>string</code> | 組織の管理メール |
-| **-a,** | <code>string</code> | アカウントにリンクするAPIキー |
-| **--supa-host** | <code>string</code> | カスタムSupabaseホストURL（セルフホスティングまたはCapgo開発用） |
-| **--supa-anon** | <code>string</code> | カスタムSupabase anonキー（セルフホスティング用） |
-
-### <a id="organisation-delete"></a> 🗑️ **Delete**
-
-**エイリアス:** `d`
-
-```bash
-npx @capgo/cli@latest organisation delete
-```
-
-🗑️ Capgo Cloudから組織を削除します。この操作は元に戻せません。
-組織の所有者のみが組織を削除できます。
-
-**例:**
-
-```bash
-npx @capgo/cli@latest organisation delete ORG_ID
-```
-
-**オプション:**
-
-| パラメータ          | タイプ          | 説明          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | アカウントにリンクするAPIキー |
-| **--supa-host** | <code>string</code> | カスタムSupabaseホストURL（セルフホスティングまたはCapgo開発用） |
-| **--supa-anon** | <code>string</code> | カスタムSupabase anonキー（セルフホスティング用） |
diff --git a/src/content/docs/ja/docs/contributing/adding-plugins.mdx b/src/content/docs/ja/docs/contributing/adding-plugins.mdx
deleted file mode 100644
index 25584f440..000000000
--- a/src/content/docs/ja/docs/contributing/adding-plugins.mdx
+++ /dev/null
@@ -1,454 +0,0 @@
----
-title: プラグインの追加または更新
-description: Capgoドキュメントに新しいプラグインを追加したり、既存のプラグインドキュメントを更新したりするための貢献者とエージェント向けの完全ガイド。
-sidebar:
-  order: 10
-locale: ja
----
-
-import { Steps, Aside, LinkCard } from '@astrojs/starlight/components';
-
-このガイドでは、新しいCapacitorプラグインをCapgo Webサイトに追加する方法、または既存のプラグインドキュメントを更新する方法について説明します。これは、ドキュメントの保守を支援する貢献者、メンテナー、AIエージェントに役立ちます。
-
-## 概要
-
-新しいプラグインをCapgoエコシステムに追加する場合、プラグインがすべての関連する場所に正しく表示されるように、Webサイト全体のいくつかのファイルと場所を更新する必要があります:
-
-1. **プラグインリスト設定** - マスターリストにプラグインメタデータを追加
-2. **プラグインインデックスページ** - カテゴリ別プラグインリストページにプラグインを追加
-3. **サイドバーナビゲーション** - ドキュメントサイドバーにプラグインを追加
-4. **プラグインドキュメント** - 概要とはじめにページを作成
-5. **プラグインチュートリアル** - 包括的なチュートリアルを作成
-
-## ファイルの場所
-
-### 更新する主要ファイル
-
-| ファイル | 目的 |
-|------|---------|
-| `/src/config/plugins.ts` | メタデータを含むマスタープラグインリスト |
-| `/src/content/docs/docs/plugins/index.mdx` | カテゴリ付きプラグインインデックスページ |
-| `/astro.config.mjs` | サイドバーナビゲーション設定 |
-| `/src/content/docs/docs/plugins/[plugin-name]/` | プラグインドキュメントディレクトリ |
-| `/src/content/plugins-tutorials/en/` | 英語チュートリアルファイル |
-
-## ステップバイステップガイド
-
-<Steps>
-
-1. ### プラグインをマスターリストに追加
-
-   `/src/config/plugins.ts`を開き、`actions`配列にプラグインを追加します:
-
-   ```typescript
-   // まず、適切なHeroiconをインポート
-   import YourIconName from 'astro-heroicons/mini/IconName.astro'
-
-   // 次にactionsアレイに追加
-   {
-     name: '@capgo/your-plugin-name',
-     author: 'github.com/Cap-go',
-     description: 'プラグインが何をするかの簡単な説明',
-     href: 'https://github.com/Cap-go/your-plugin-name/',
-     title: '表示名',
-     icon: YourIconName,
-   }
-   ```
-
-   **利用可能なアイコン**: `/node_modules/astro-heroicons/mini/`で利用可能なアイコンを確認してください。
-
-2. ### プラグインをインデックスページに追加
-
-   `/src/content/docs/docs/plugins/index.mdx`を開き、適切なカテゴリの下にプラグインを追加します:
-
-   ```mdx
-   <LinkCard
-     title="Your Plugin Name"
-     description="プラグインが何をするかの簡単な説明"
-     href="/docs/plugins/your-plugin-name/"
-   />
-   ```
-
-   **カテゴリ**:
-   - ⭐ 注目のプラグイン
-   - 📱 デバイス＆システムプラグイン
-   - 🎥 メディア＆カメラプラグイン
-   - 🛠️ ユーティリティプラグイン
-   - 🤖 AI＆高度なメディア
-   - 📍 位置情報＆バックグラウンドサービス
-   - 📞 通信＆分析
-   - 🔐 セキュリティ＆システム
-   - 📊 Android固有機能
-   - 📥 ダウンロード＆ナビゲーション
-
-3. ### サイドバーナビゲーションに追加
-
-   `/astro.config.mjs`を開き、サイドバー設定にプラグインを追加します（540行目あたり）:
-
-   ```javascript
-   {
-     label: 'Your Plugin Name',
-     items: [
-       { label: 'Overview', link: '/docs/plugins/your-plugin-name/' },
-       { label: 'Getting started', link: '/docs/plugins/your-plugin-name/getting-started' },
-     ],
-     collapsed: true,
-   }
-   ```
-
-   プラグインはサイドバーでアルファベット順にリストされます。
-
-4. ### プラグインドキュメントディレクトリを作成
-
-   プラグインドキュメント用の新しいディレクトリを作成します:
-
-   ```bash
-   mkdir -p /src/content/docs/docs/plugins/your-plugin-name/
-   ```
-
-5. ### プラグイン概要ページを作成
-
-   `/src/content/docs/docs/plugins/your-plugin-name/index.mdx`を作成:
-
-   ```mdx
-   ---
-   title: "@capgo/your-plugin-name"
-   description: プラグインの目的の簡単な説明
-   tableOfContents: false
-   next: false
-   prev: false
-   sidebar:
-     order: 1
-     label: "Introduction"
-   hero:
-     tagline: プラグインが何をするかを説明する詳細なタグライン
-     image:
-       file: ~public/your-plugin-icon.svg
-     actions:
-       - text: Get started
-         link: /docs/plugins/your-plugin-name/getting-started/
-         icon: right-arrow
-         variant: primary
-       - text: Github
-         link: https://github.com/Cap-go/your-plugin-name/
-         icon: external
-         variant: minimal
-   ---
-
-   import { Card, CardGrid } from '@astrojs/starlight/components';
-
-   <CardGrid stagger>
-     <Card title="Feature 1" icon="puzzle">
-       最初の主要機能の説明
-     </Card>
-     <Card title="Feature 2" icon="rocket">
-       2番目の主要機能の説明
-     </Card>
-     <Card title="Cross-platform" icon="puzzle">
-       iOSとAndroidの両方で動作 📱
-     </Card>
-     <Card title="Comprehensive Documentation" icon="open-book">
-       [Documentation](/docs/plugins/your-plugin-name/getting-started/)を確認してプラグインをマスターしてください。
-     </Card>
-   </CardGrid>
-   ```
-
-6. ### はじめにガイドを作成
-
-   `/src/content/docs/docs/plugins/your-plugin-name/getting-started.mdx`を作成:
-
-   ```mdx
-   ---
-   title: Getting Started
-   description: Capacitorアプリでプラグインをインストールして使用する方法を学びます。
-   sidebar:
-     order: 2
-   ---
-
-   import { Steps } from '@astrojs/starlight/components';
-   import { PackageManagers } from 'starlight-package-managers'
-
-   <Steps>
-   1. **パッケージをインストール**
-      <PackageManagers pkg="@capgo/your-plugin-name" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-   2. **ネイティブプロジェクトと同期**
-      <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   </Steps>
-
-   ## 設定
-
-   ### iOS設定
-   [iOS固有のセットアップ手順]
-
-   ### Android設定
-   [Android固有のセットアップ手順]
-
-   ## 使用方法
-
-   [基本的な使用例]
-
-   ## APIリファレンス
-
-   [詳細なAPIドキュメント]
-
-   ## 完全な例
-
-   [完全な動作例]
-
-   ## ベストプラクティス
-
-   [推奨される実践方法とヒント]
-
-   ## プラットフォームノート
-
-   [プラットフォーム固有のノートと制限事項]
-   ```
-
-7. ### チュートリアルファイルを作成
-
-   `/src/content/plugins-tutorials/en/your-plugin-name.md`を作成:
-
-   ```markdown
-   ---
-   locale: en
-   ---
-   # Using @capgo/your-plugin-name Package
-
-   The `@capgo/your-plugin-name` package [簡単な説明]。このチュートリアルでは、Ionic Capacitorアプリでこのパッケージのインストール、設定、使用方法を案内します。
-
-   ## インストール
-
-   [インストール手順]
-
-   ## 設定
-
-   [iOSとAndroidの設定手順]
-
-   ## API使用
-
-   [詳細なAPI使用例]
-
-   ## 完全な例
-
-   [完全な動作例]
-
-   ## ベストプラクティス
-
-   [ヒントとベストプラクティス]
-
-   ## トラブルシューティング
-
-   [一般的な問題と解決策]
-
-   ## 結論
-
-   [概要と追加リソースへのリンク]
-   ```
-
-</Steps>
-
-## プラグインドキュメント構造
-
-### 必須ファイル
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx           # ヒーローと機能カードのある概要ページ
-└── getting-started.mdx # インストールと使用ガイド
-
-src/content/plugins/en/
-└── your-plugin-name.md # 包括的なチュートリアル
-```
-
-### オプションファイル
-
-複雑なプラグインの場合、追加のドキュメントページを追加できます:
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx
-├── getting-started.mdx
-├── api-reference.mdx   # 詳細なAPIドキュメント
-├── examples.mdx        # 追加の例
-├── troubleshooting.mdx # トラブルシューティングガイド
-└── migrations.mdx      # 移行ガイド
-```
-
-## コンテンツガイドライン
-
-### プラグイン説明の作成
-
-- **簡潔に**: 説明は100文字以下に保つ
-- **具体的に**: プラグインが何であるかではなく、何をするかを説明
-- **動作語を使用**: 「Control」、「Integrate」、「Enable」などの動詞で始める
-
-**良い例**:
-- 「デバイスのフラッシュライトとトーチをシンプルなオン/オフトグルで制御」
-- 「アプリにCrispライブチャットとカスタマーサポートを統合」
-- 「Face IDとTouch IDを使用した安全な認証を有効化」
-
-**悪い例**:
-- 「フラッシュ用のプラグイン」
-- 「これはCrispプラグインです」
-- 「バイオメトリックプラグイン」
-
-### ドキュメントの作成
-
-1. **インストールから開始**: 常に明確なインストール手順から始める
-2. **設定を提供**: プラットフォーム固有のセットアップ要件を含める
-3. **使用例を表示**: 動作するコード例を提供
-4. **APIリファレンスを含める**: すべてのメソッドとパラメータをドキュメント化
-5. **完全な例を追加**: 実世界の使用パターンを表示
-6. **ベストプラクティスをリスト**: 最適な使用のためのヒントを共有
-7. **プラットフォームの違いをドキュメント化**: iOSとAndroidの動作を明確化
-8. **トラブルシューティングを追加**: 一般的な問題に対処
-
-### コード例
-
-- すべてのコード例にTypeScriptを使用
-- 上部にインポートを含める
-- 主要な手順を説明するコメントを追加
-- エラー処理を表示
-- 基本的な使用法と高度な使用法の両方を示す
-
-## チェックリスト
-
-新しいプラグインを追加する際は、このチェックリストを使用してください:
-
-- [ ] `/src/config/plugins.ts`にプラグインを追加
-- [ ] Heroiconsから適切なアイコンを選択
-- [ ] 正しいカテゴリの下で`/src/content/docs/docs/plugins/index.mdx`にプラグインを追加
-- [ ] `/astro.config.mjs`にサイドバーエントリを追加
-- [ ] プラグインドキュメントディレクトリを作成
-- [ ] `index.mdx`概要ページを作成
-- [ ] `getting-started.mdx`ガイドを作成
-- [ ] `/src/content/plugins-tutorials/en/`にチュートリアルを作成
-- [ ] インストール手順を含める
-- [ ] iOS設定をドキュメント化
-- [ ] Android設定をドキュメント化
-- [ ] 使用例を提供
-- [ ] APIリファレンスを追加
-- [ ] 完全な動作例を含める
-- [ ] ベストプラクティスをリスト
-- [ ] プラットフォーム固有のノートを追加
-- [ ] すべてのリンクが正しく機能することをテスト
-
-## アイコンリファレンス
-
-プラグインに使用される一般的なアイコン（`astro-heroicons/mini/`から）:
-
-| アイコン | 使用例 |
-|------|----------|
-| `BoltIcon` | フラッシュ、電源、エネルギー |
-| `CameraIcon` | カメラ、写真、ビデオ |
-| `ChatBubbleLeftIcon` | チャット、メッセージング、通信 |
-| `FingerPrintIcon` | バイオメトリック、セキュリティ、認証 |
-| `MapPinIcon` | 位置情報、ジオロケーション、地図 |
-| `SpeakerWaveIcon` | オーディオ、サウンド、音楽 |
-| `VideoCameraIcon` | ビデオ、録画、ストリーミング |
-| `CreditCardIcon` | 支払い、購入 |
-| `PlayCircleIcon` | メディアプレーヤー、ビデオプレーヤー |
-| `SignalIcon` | 接続性、ネットワーク、ビーコン |
-| `RadioIcon` | ビーコン、ブロードキャスト、ワイヤレス |
-| `ChatBubbleOvalLeftIcon` | ソーシャルメディア、WeChat |
-
-## 既存のプラグインの更新
-
-既存のプラグインを更新する場合:
-
-1. **バージョン番号を更新** ドキュメント内
-2. **移行ガイドを追加** 破壊的変更がある場合
-3. **新しいメソッドでAPIリファレンスを更新**
-4. **新機能の新しい例を追加**
-5. **プラットフォーム要件を更新** 変更された場合
-6. **新機能に基づいてベストプラクティスを改訂**
-7. **最新のAPIでチュートリアルを最新に保つ**
-
-## 多言語サポート
-
-英語ドキュメントを作成した後:
-
-1. 翻訳スクリプトを実行:
-   ```bash
-   bun run plugins:translate_all
-   ```
-
-2. 生成された翻訳を確認:
-   - `/src/content/plugins-tutorials/de/`（ドイツ語）
-   - `/src/content/plugins-tutorials/es/`（スペイン語）
-   - `/src/content/plugins-tutorials/fr/`（フランス語）
-   - `/src/content/plugins-tutorials/it/`（イタリア語）
-   - `/src/content/plugins-tutorials/ja/`（日本語）
-   - `/src/content/plugins-tutorials/ko/`（韓国語）
-   - `/src/content/plugins-tutorials/id/`（インドネシア語）
-
-## 変更のテスト
-
-プラグインドキュメントを追加または更新した後:
-
-1. **サイトをローカルでビルド**:
-   ```bash
-   npm run build
-   ```
-
-2. **エラーを確認**:
-   - すべてのリンクが機能することを確認
-   - 画像が正しくロードされることを確認
-   - コード例が有効であることを確認
-   - ナビゲーションが機能することをテスト
-
-3. **サイトをプレビュー**:
-   ```bash
-   npm run dev
-   ```
-
-4. **プラグインが表示されることを確認**:
-   - プラグインリストページを確認
-   - サイドバーナビゲーションを確認
-   - すべてのドキュメントページをテスト
-   - チュートリアルページが機能することを確認
-
-## 一般的な落とし穴
-
-<Aside type="caution">
-**これらの一般的な間違いを避けてください:**
-
-1. **同期を忘れる**: 例では常に`npx cap sync`を実行
-2. **一貫性のない命名**: どこでも同じプラグイン名を使用
-3. **プラットフォーム設定が欠落**: iOSとAndroidの両方のセットアップをドキュメント化
-4. **壊れたリンク**: 相対リンクを使用し、機能することを確認
-5. **エラー処理なし**: 例では常にtry-catchを表示
-6. **インポートが欠落**: 例に必要なすべてのインポートを含める
-7. **不明確な説明**: プラグインが何をするか具体的に
-
-</Aside>
-
-## ヘルプを得る
-
-プラグインドキュメントの追加または更新に助けが必要な場合:
-
-- **Discord**: [Discordコミュニティ](https://discord.capgo.app)に参加
-- **GitHub**: [Webサイトリポジトリ](https://github.com/Cap-go/website)で問題を開く
-- **メール**: support@capgo.appでチームに連絡
-
-## 例
-
-参考のために、これらのよくドキュメント化されたプラグインを確認してください:
-
-- **Updater**: `/src/content/docs/docs/plugins/updater/`（複数ページのある複雑なプラグイン）
-- **Flash**: `/src/content/docs/docs/plugins/flash/`（シンプルなプラグイン、良いスターター例）
-- **Social Login**: `/src/content/docs/docs/plugins/social-login/`（サブページのあるプラグイン）
-
-## まとめ
-
-Capgoドキュメントにプラグインを追加するには:
-
-1. マスター設定にメタデータを追加
-2. カテゴリ別インデックスページにプラグインを追加
-3. サイドバーナビゲーションを設定
-4. 包括的なドキュメントページを作成
-5. 詳細なチュートリアルを作成
-6. ローカルですべての変更をテスト
-
-このガイドに従うことで、プラグインが一貫してドキュメント化され、ユーザーが簡単に見つけられるようになります。
diff --git a/src/content/docs/ja/docs/faq.mdx b/src/content/docs/ja/docs/faq.mdx
deleted file mode 100644
index 387221260..000000000
--- a/src/content/docs/ja/docs/faq.mdx
+++ /dev/null
@@ -1,362 +0,0 @@
----
-title: よくある質問
-description: Capgoについてよくある質問
-sidebar:
-  order: 1
-locale: ja
----
-
-ここに回答のない質問がある場合は、お気軽にお尋ねください! GitHubで問題を報告するか、[Discord](https://discordcom/invite/VnYRvBfgA6)で質問するのがおすすめです。
-
-### コードプッシュとは?
-
-コードプッシュ(「OTA(Over The Air)アップデート」とも呼ばれる)は、Capacitorの開発者が本番環境のアプリをアップデートできるようにするクラウドサービスです。Capgoは現在AndroidとiOSで動作し、将来的にはCapacitorが動作する全てのプラットフォームで動作する予定です。
-
-「Code Push」という名称は、React Nativeコミュニティで使用されている[Microsoft](https://appcenterms/)と[Expo](https://expodev/)のデプロイ機能に由来しますが、これらはCapacitorをサポートしていません。
-
-### バンドルとリリースの違いは?
-
-「リリース」とは、アプリストア向けにバイナリを準備することを指します。後でバンドルを生成するために、Capgoはアプリストアに配信された正確なバイナリを把握する必要があります。
-
-「バンドル」とは、リリースに適用して新しいコードに更新できるパッチを指します。`npx @capgo/cli app update`コマンドを使用して、ローカルの新しいコードからバンドルを生成し、ユーザーに配信します。
-
-### ロードマップは?
-
-プロジェクトボードは公開されており、こちらで確認できます: [https://github.com/orgs/Cap-go/projects](https://github.com/orgs/Cap-go/projects/)
-
-チームも公開で活動しているため、いつでも取り組んでいることを確認できます。ロードマップや優先順位についての質問は、GitHubのissueや[Discord](https://discordcom/invite/VnYRvBfgA6)で喜んでお答えします。
-
-### チームでCapgoを使用できますか?
-
-はい! 全てのプランで開発者数は無制限です。組織ごとにアプリのメトリクス(MAU、ストレージ、帯域幅)のみを制限しています。
-
-詳細は[Teams](https://capgo.app/pricing/)をご覧ください。
-
-### Capgoはソースコードを保存しますか?
-
-いいえ。Capgoのサーバーがソースコードを見ることはありません。`npx @capgo/cli app update`を実行すると、`npx @capgo/cli`ツールはアプリストアに送信するのと同じコンパイル済みコードのみをアップロードします。追加の保護が必要な場合は、Capgoサーバーへアップロードする前にエンドツーエンド暗号化でバンドルを暗号化できます。これは保存時と転送時のバンドルを保護し、秘密鍵なしに第三者が有効な暗号化アップデートを生成することを防ぎますが、公開鍵が配布済みアプリに含まれているため、配信済みWebアセットのリバースエンジニアリングを不可能にするわけではありません。
-
-プライバシーポリシーもご覧ください: [https://capgo.app/privacy](https://capgo.app/privacy/)
-
-### CIシステムからCapgoを使用できますか?
-
-はい。CapgoはCIシステムからの使用を想定しています。[AndroidとGithub Actions](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)と[IOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)、[Gitlab](https://capgo.app/blog/setup-ci-and-cd-gitlab/)のガイドを公開しています。他のCIシステムも同様の方法で設定できるはずです。
-
-問題が発生した場合は、GitHubのissueやDiscordでお気軽にご連絡ください。
-
-### Firebase Remote ConfigやLaunch Darklyとの関係は?
-
-コードプッシュはデバイス上のコードを追加/置換することができます。Firebase Remote ConfigとLaunch Darklyはどちらも設定システムです。新しいバージョンをリリースすることなくアプリの設定を変更できますが、コードを置き換えることは想定されていません。
-
-### 依存関係のフットプリントはどれくらいですか?
-
-最近測定していませんが、コードプッシュライブラリはCapacitorアプリに1MB未満しか追加しないと予想されます。必要になれば、さらに小さくする方法も把握しています。サイズが課題となる場合は、ぜひお知らせください!
-
-### コードプッシュは大規模なアプリケーションでも動作しますか?
-
-はい。コードプッシュでアップデートできるアプリケーションのサイズに制限はありません。[以下](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support)に記載の通り、Capgoはサイズに関係なくアプリケーション内のすべてのJSコードを変更できます。
-
-注意: サイズが大きいとユーザーがアップデートをダウンロードしにくくなります。できるだけアプリを小さく保つことをお勧めします。
-
-### Capgoコードプッシュは何に使用できますか?
-
-以下のような様々な用途で使用されています:
-
-- 本番アプリの緊急修正
-- 古いバージョンのアプリユーザーへのバグ修正の配信
-- 定期的な配信(例: 1時間ごと)
-
-ほとんどのアプリストアでは、アプリの動作を大きく変更するコードの配信は禁止されています。詳細は[以下](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies)をご覧ください。
-
-### CapgoのMAUとは何ですか?
-
-MAUは「月間アクティブユーザー」です。過去30日以内にサーバーにアクセスしたデバイスをMAUとしてカウントします。過去30日以内にサーバーにアクセスしていないデバイスはカウントしません。
-
-**重要**: プラグインバージョン **v6.25.0** および **v7.25.0** 以降、デバイスIDはアプリの再インストール後も保持されるようになりました。これらのバージョン以前は、アプリを再インストールするたびに新しいデバイスIDが生成され、新しいMAUとしてカウントされていました。
-
-現在のバージョンでの動作:
-- デバイスIDはアプリの再インストール後も保持されます（iOSのKeychainおよびAndroidのEncryptedSharedPreferencesに安全に保存）
-- アプリのアップデートでは新しいDevice IDは作成されません
-- 開発中に古いプラグインバージョン（< v6.25.0 / v7.25.0）を使用している場合、再インストールのたびに新しいMAUが作成されます
-
-注意: TestFlightのダウンロードやAndroidでのチャンネル切り替えは、設定によっては新しいデバイス登録を生成する可能性があります。
-
-> 初期設定後は、重複したデバイスの数を減らすため、開発用デバイスとエミュレータを無効にすることをお勧めします。
-
-### Capgoコードプッシュで使用できないものは?
-
-上記の通り、Capgoはアプリストアのポリシーに違反する用途には使用しないでください。詳細は[以下](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines)をご覧ください。
-
-また、Capgoはネイティブコード(AndroidのJava/KotlinやiOSのObjective-C/Swiftなど)の変更をサポートしていません。ネイティブコードを変更しようとすると、アップデート時にツールが警告を表示します。
-
-### Capgo経由でcapacitor.config.tsの変更を更新できますか?[](https://capgo.app/docs/faq/#can-i-update-capacitorconfigts-changes-via-capgo "Direct link to Can I update capacitor.config.ts changes via Capgo?")
-
-いいえ。`capacitor.config.ts`の変更はCapgoのライブアップデートで送信できません。Capacitor設定ファイルはネイティブビルド時に読み込まれ、ネイティブアプリのバイナリにコンパイルされます。つまり、`capacitor.config.ts`への変更（プラグイン設定、アプリID、サーバー設定、ネイティブプラグインオプションなど）は、App StoreまたはGoogle Playを通じて新しいネイティブリリースが必要です。
-
-Capgoは実行時にロードされるWebアセット（HTML、CSS、JavaScript）のみを更新できます。Capacitor設定を変更する必要がある場合は:
-1. ローカルで`capacitor.config.ts`を更新
-2. ネイティブアプリを再ビルド（`npx cap sync`の後にネイティブビルド）
-3. 新しいバイナリをアプリストアに提出
-
-### Capgoはストアへの提出を代行しますか?
-
-現在、Capgoはアプリストアへの提出を代行するサポートは行っていません。将来的には追加する予定ですが、現時点では既存のプロセスを使用してアプリストアに提出する必要があります。
-
-このプロセスを自動化するには、[Android用CIガイド](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)と[iOS用CIガイド](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)をご利用ください。
-
-### Capgoはディスク上に何を保存しますか?
-
-Capgoアップデーター(アプリのビルド時に含まれる)は、最新のダウンロードされたバンドルをCapacitorがコードの読み込みを許可する唯一のディレクトリにキャッシュします。Androidでは`/data/user/0/comexampleapp/code_cache/capgo_updater`にありますが、このパスのベースはAndroidシステムによって提供され、実行時に動的に変更される可能性があります。iOSデバイスでは、データは`Library/Application Support/capgo`に保存されます。
-
-Capgoコマンドラインツール(例:`npx @capgo/cli app update`）はディスク上のnpmキャッシュにインストールされ、ログイン情報はホームディレクトリの`~/capgo`に保存されます
-
-### CapacitorのHot Reloadとの関係は？[](https://capgo.app/docs/faq/#how-does-this-relate-to-capacitor-hot-reload "Direct link to How does this relate to Capacitor Hot Reload?")
-
-Capacitorのホットリロードは開発時のみの機能です。Code pushは本番環境用です。
-
-ホットリロードはCapacitorの機能で、開発中にデバイス上のコードを変更することができます。ローカルマシンに接続するためのプロキシを使用してCapacitorアプリをビルドする必要があります。
-
-Code pushは本番環境でデバイス上のコードを変更できる機能です。プラットフォームに応じて様々な手法を使用して実現しています。
-
-### Capgo code pushはどのような変更をサポートしていますか？[](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support "Direct link to What types of changes does Capgo code push support?")
-
-CapgoはアプリケーションのすべてのJSコードを変更できます。アプリコードと生成コードの両方が含まれます。ネイティブコードの変更が必要ない限り、`packages.json`の依存関係も更新できます。
-
-ネイティブコード（AndroidのJava/KotlinやiOSのObjective-C/Swiftなど）の変更はサポートする予定はなく、ネイティブコードの変更を検出した場合はバンドルに含まれないため警告が表示されます。
-
-### Webはサポートしていますか？[](https://capgo.app/docs/faq/#does-this-support-web "Direct link to Does this support Flutter Web?")
-
-Webの場合はcode pushは不要です。Webはすでにこの方法で動作しているためです。ユーザーがWebアプリを開くと、必要に応じて最新バージョンをサーバーからダウンロードします。
-
-WebでCode pushのユースケースがある場合は、ぜひ教えてください！
-
-### iOS、Android、Mac、Windows、Linux等で動作しますか？[](https://capgo.app/docs/faq/#will-this-work-on-ios-android-mac-windows-linux-etc "Direct link to Will this work on iOS, Android, Mac, Windows, Linux, etc?")
-
-はい。
-
-今のところAndroidとiOSのサポートに注力していますが、最終的にはCapacitorが動作するすべてのプラットフォームで動作するようになります。より多くのプラットフォームに展開する前に、code pushを確実に、安全に提供するために必要なインフラを整備しています。
-
-### CapgoはどのOSバージョンをサポートしていますか？[](https://capgo.app/docs/faq/#what-os-versions-does-capgo-support "Direct link to What OS versions does Capgo support?")
-
-CapgoはCapacitorがサポートしているのと同じAndroidバージョンをサポートしています。
-
-現在、CapacitorはAndroid APIレベル22以上とiOS 13.0以上をサポートしています: [https://capacitorjs.com/docs/main/reference/support-policy](https://capacitorjs.com/docs/main/reference/support-policy/)
-
-### CapgoはどのバージョンのCapacitorをサポートしていますか？[](https://capgo.app/docs/faq/#what-versions-of-flutter-does-capgo-support "Direct link to What versions of Flutter does Capgo support?")
-
-Capgoは現在、Capacitorの最新の安定版のみをサポートしています。古いバージョンのCapacitorもサポートすることは可能ですが、そのために必要なインフラをまだ構築していません。将来的には、エンタープライズ顧客向けを含め、より多くのバージョンのCapacitorをサポートする予定です。[https://github.com/Cap-go/capgo/issues/1100](https://github.com/Cap-go/capgo/issues/1100/)
-
-CapgoはCapacitorの安定版に追従しており、通常安定版のリリースから数時間以内に更新されます。更新のシステムは自動化されており、実行には数分かかります。その後、サーバーに公開する前に追加の手動検証ステップを実施しています。
-
-### App/Play Storeのレビュープロセスやポリシーとの関係は？[](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies "Direct link to How does this relate to the App/Play Store review process or policies?")
-
-開発者は、それらのストアを使用することを選択した場合、ストアプロバイダーとの契約に拘束されます。Code pushは、開発者がiOSとAndroidのストアポリシーに準拠しながらアプリを更新できるように設計されています。React Nativeで利用可能な様々な商用製品（[Microsoft](https://appcenter.ms/)、[Expo](https://expo.dev/)など）と同様です。
-
-Microsoftも、彼らのソリューションがアプリストアにどのように準拠しているかについてのガイドを公開しています: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-Code pushはアプリストア全体で広く使用されている技術です。私が知っている主要なアプリはすべてcode pushを使用しています。注意すべき主要なポリシーは、アプリの動作を大幅に変更しないことです。詳細については[以下](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines)を参照してください。
-
-### CapgoはPlay Storeのガイドラインに準拠していますか？[](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines "Direct link to Does Capgo comply with Play Store guidelines?")
-
-はい。
-
-Play Storeは更新ツールに関して2つの制限を設けています。
-
-1. 更新はインタープリターまたは仮想マシンを使用する必要があります（CapgoはDart Virtual Machineを使用します） [https://support.google.com/googleplay/android-developer/answer/9888379?hl=en](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en)
-
-```
-    Google Play経由で配布されるアプリは、Google Playの更新メカニズム以外の方法で
-    自身を変更、置換、更新することはできません。同様に、アプリは
-    Google Play以外のソースから実行可能コード（dex、JAR、soファイルなど）を
-    ダウンロードすることはできません。*この制限は、Android APIへの
-    間接的なアクセスを提供する仮想マシンまたはインタープリターで実行される
-    コード（webviewまたはブラウザのJavaScriptなど）には適用されません*
-
-    実行時にロードされる（つまり、アプリにパッケージングされていない）
-    インタープリター言語（JavaScript、Python、Luaなど）を使用するアプリまたは
-    サードパーティのコード（SDKなど）は、Google Playポリシーの違反の
-    可能性を許可してはなりません
-```
-
-2. アプリの変更は欺瞞的であってはなりません（例：更新を通じてアプリの目的を変更するなど） [https://support.google.com/googleplay/android-developer/answer/9888077](https://support.google.com/googleplay/android-developer/answer/9888077/) アプリケーションで提供するものについてユーザーに明確に説明し、Capgoを使用して重要な動作変更を行うことでユーザーの期待を裏切らないようにしてください。
-
-CapgoはPlay Storeのガイドラインに準拠するように設計されています。ただし、Capgoはツールであり、どのようなツールでも悪用される可能性があります。意図的にCapgoを悪用してPlay Storeのガイドラインに違反することは、Capgoの[利用規約](https://capgo.app/tos/)に違反し、アカウントの停止につながる可能性があります。
-
-最後に、code pushサービスは業界で広く使用されており（私が知っている主要なアプリはすべて使用しています）、他にも複数のcode pushサービスが公開されています（例：expo.devやappcenter.ms）。これは十分に確立された道です。
-
-Microsoftも、彼らのReact Native "codepush"ライブラリがアププストアにどのように準拠しているかについてのガイドを公開しています: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### CapgoはApp Storeのガイドラインに準拠していますか？[](https://capgo.app/docs/faq/#does-capgo-comply-with-app-store-guidelines "Direct link to Does Capgo comply with App Store guidelines?")
-
-はい。
-
-Play Storeと同様に、App Storeも技術的およびポリシーの制限を設けています。
-
-```
-3.2.2
-解釈されたコードはアプリケーションにダウンロードできますが、以下の条件を満たす場合に限ります:
-(a) App Storeに提出された際のアプリケーションの意図された目的や宣伝された目的と矛盾する機能を提供することにより、アプリケーションの主要な目的を変更しない
-(b) 他のコードやアプリケーション用のストアやストアフロントを作成しない
-(c) OSの署名、サンドボックス、その他のセキュリティ機能を迂回しない
-```
-
-CapgoはiOS上での更新に関する解釈専用の制限に準拠するために、カスタムのDartインタプリタを使用します。更新を通じて不正な動作(例:更新によりアプリの目的を変更する)を行わない限り、Capgo(または他のコードプッシュソリューション)を通じた更新は標準的な業界慣行であり、App Storeのガイドラインに準拠しています。
-
-意図的にApp Storeのガイドラインに違反するためにCapgoを悪用することは、Capgoの[利用規約](https://capgo.app/tos/)に違反し、アカウントの停止につながる可能性があります。
-
-MicrosoftもReact Nativeの「codepush」ライブラリがアプリストアにどのように準拠しているかについてのガイドを公開しています: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### 自分の国でCapgoを使用できますか?[](https://capgo.app/docs/faq/#can-i-use-capgo-in-my-country "Direct link to Can I use Capgo in my country?")
-
-いかなる国からのCapgoへのアクセスも制限していません。
-
-一部の国ではその国内からアクセスできるURLに制限があることを認識しています。現在、CapgoはCloudflare Cloud(R2ストレージとCloudflareワーカーを含む)をホスティングに使用しています。
-
-Capgoは以下のURLを使用します:
-
-- [https://apicapgo.app](https://apicapgo.app/) -- `npx @capgo/cli`コマンドラインツールがCapgoサーバーと対話するため、およびユーザーのデバイス上のCapgoアップデーターが更新を確認するために使用
-- [https://*r2cloudflarestoragecom](https://*r2cloudflarestoragecom/) -- `npx @capgo/cli`コマンドラインツールがバンドルのアップロードとダウンロードに使用
-
-これらのURLすべてがあなたの国からアクセス可能であれば、Capgoは動作するはずです。
-
-あなたの地域でこれらのURLへのアクセスをブロックする必要がある場合は、お知らせください。解決策を見つけるためにご協力させていただきます。プロキシサーバーは一つの選択肢です。
-
-### Capgoをセルフホストできますか?[](https://capgo.app/docs/faq/#can-i-self-host-capgo "Direct link to Can I self-host Capgo?")
-
-はい、Capgoをセルフホストできます。ガイドはまだ作成されていませんが、コードはオープンソースで[https://github.com/cap-go/capgo](https://github.com/cap-go/capgo/)で利用可能です。
-
-### コードプッシュは動作にインターネットが必要ですか?[](https://capgo.app/docs/faq/#does-code-push-require-the-internet-to-work "Direct link to Does code push require the internet to work?")
-
-はい。一般のインターネットとは別に更新を配信するサーバーを運用することも考えられますが、デバイスに更新を配信するには何らかのネットワーク接続が必要です。
-
-### ネットワーク接続がない場合、Capgoはどうなりますか?[](https://capgo.app/docs/faq/#how-is-capgo-affected-by-lack-of-network-connectivity "Direct link to How is Capgo affected by lack of network connectivity?")
-
-Capgoアップデーター(Capgoでアプリをビルドする際にアプリケーションに含まれる)は、ネットワーク接続の問題に対して耐性があるように設計されています。
-
-デフォルトの更新動作では、アプリケーションが起動すると、Capgoアップデーターに通知され、別のスレッドを生成してCapgoサーバーにネットワークリクエストを送信し、更新を確認します。アプリケーションが実行している他の処理をブロックしないように、意図的に別のスレッドを使用しています。ネットワークリクエストが失敗またはタイムアウトした場合、アップデーターは次回のアプリケーション起動時に再度確認を試みます。
-
-Capgoコマンドラインツール(例: `npx @capgo/cli app update`)は動作にネットワーク接続が必要です。Capgoを使用してアプリを配布する場合は、CIシステムにネットワーク接続があることを確認してください。
-
-### ユーザーが長期間更新しておらず、更新を見逃した場合はどうなりますか?[](https://capgo.app/docs/faq/#what-happens-if-a-user-doesnt-update-for-a-long-time-and-misses-an-update "Direct link to What happens if a user doesn't update for a long time and misses an update?")
-
-私たちの実装では、リクエストを送信したデバイス専用に調整された更新を常に送信し、リクエスト元を常に利用可能な最新バージョンに更新します。そのため、ユーザーが長期間更新しない場合、中間の更新を「見逃す」ことになります。
-
-更新サーバーは、アプリケーションのニーズに応じて、次の増分バージョンまたは最新バージョンのいずれかで応答するように変更できます。代替の更新動作が重要な場合は、お知らせください。
-
-### CapgoはCapacitorとどのような関係にありますか?[](https://capgo.app/docs/faq/#how-does-capgo-relate-to-capacitor "Direct link to How does Capgo relate to Capacitor?")
-
-CapgoはCapacitorのプラグインで、コードプッシュ機能を追加します。CapgoはCapacitorの代替ではありません。すでに知っているCapacitorのツール群を引き続き使用できます。
-
-私たちはCapacitorの最新の安定版リリースを追跡し、コードプッシュプラグインがそれで動作するように更新しています。
-
-### 更新はいつ行われますか?[](https://capgo.app/docs/faq/#when-do-updates-happen "Direct link to When do updates happen?")
-
-デフォルトでは、Capgoアップデーターはアプリ起動時に更新を確認します。バックグラウンドスレッドで実行され、UIスレッドをブロックしません。更新はユーザーがアプリを使用している間にインストールされ、次回アプリを再起動したときに適用されます。
-
-[package:capgo_code_push](https://pubdev/packages/capgo_code_push/)を使用してCapgoアップデーターを手動で実行することも可能で、プッシュ通知を含め、いつでも更新をトリガーできます。
-
-Capgoアップデーターは、ネットワークが利用できない場合やサーバーがダウンしているか到達不能な場合でも、アプリが通常通り動作し続けるように設計されています。サーバーから更新を削除することを選択した場合でも、すべてのクライアントは通常通り動作し続けます。
-
-パッチをロールバックする機能を追加しました。元に戻すには、以前のバンドルをチャンネルに添付するのが最も簡単です。
-
-### app_idを秘密にしておく必要がありますか?[](https://capgo.app/docs/faq/#do-i-need-to-keep-my-app_id-secret "Direct link to Do I need to keep my app_id secret?")
-
-いいえ。`app_id`はアプリに含まれており、公開しても安全です。バージョン管理(公開リポジトリでも)にチェックインしても、他の人がアクセスすることを心配する必要はありません。
-
-あなたの`app_id`を持っている人はCapgoサーバーから最新バージョンのアプリを取得できますが、アプリに更新をプッシュしたり、Capgoアカウントの他の側面にアクセスしたりすることはできません。
-
-### Capgoサーバーにはどのような情報が送信されますか?[](https://capgo.app/docs/faq/#what-information-is-sent-to-capgo-servers "Direct link to What information is sent to Capgo servers?")
-
-Capgoはネットワークに接続しますが、個人を特定できる情報は送信しません。Capgoを含めることで、Play StoreやApp Storeの宣言に影響を与えることはありません。
-
-アプリからCapgoサーバーに送信されるリクエストには以下が含まれます:
-
-- app_id (`capacitorconfigjson`で指定)
-- channel (`capacitorconfigjson`でオプション)
-- release_version (AndroidManifestxmlのversionNameまたはInfoplistのCFBundleShortVersionString、または[`CapacitorUpdaterversion`](/docs/plugin/settings/#version)で設定されている場合は`capacitorconfigjson`から)
-- version_number (`npx @capgo/cli app update`の一部として生成)
-- os_version (例:'1121')
-- platform (例:'android'、適切なパッチを送信するために必要)
-これ以外はありません。このコードは`updater/library/src/networkrs`にあります。
-- device_id (デバイスの初回実行時に生成され、デバイスごとのインストールの重複を排除し、インストールされたユーザー数に基づいて課金できるようにするために使用)月間アクティブユーザー数）で、パッチの合計数やパッチインストールの合計数ではありません）
-- custom_id（オプション、開発者が実行時に設定、システム内のデバイスをユーザーにリンクするために使用）
-
-### Capgoはどのプラットフォームをサポートしていますか？
-
-現在、CapgoはiOSとAndroidの両方をサポートしており、両方とも本番環境で使用可能です。
-
-iOSまたはAndroidでのCapgoの使用は、独立した判断が可能です。チャンネルでAndroidへの配信とApp Storeへのipaのビルド、またはその逆を設定できます。
-
-Capgoはデスクトップや組み込みターゲットをサポートすることも（比較的容易に）可能です。これらが重要な場合は、お知らせください。
-
-### CapgoはPlay Testing TracksやApple TestFlightとどのように連携しますか？
-
-アプリストアにはそれぞれ、限定されたユーザーグループにアプリを配布するメカニズム（「内部テスト」、「クローズドベータ」など）があります。これらはすべて、ユーザーをグループに分け、特定のバージョンのアプリを各グループに配布するメカニズムです。
-
-残念ながら、これらのメカニズムの全てが、特定のTest TrackやTestFlightを通じてインストールされたアプリを第三者が検出することを許可していません。そのため、これらのグループの構成を確実に把握することができず、これらのグループに基づいてCapgoパッチへのアクセスを確実に制御することができません。[https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play](https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play/) [https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i](https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i/)
-
-Capgoバンドルの利用可能性をセグメント化したい場合、4つのオプションがあります：
-
-1. 各グループに別々のチャンネルを使用する。これは最も直接的なアプローチですが、複数のチャンネルを管理する必要があります。既に異なる可用性を持つ開発チャンネルと本番チャンネルがある可能性があります。そのため、開発チャンネルを更新し、確認してから、本番チャンネルを別途更新することができます。各リリースに関連するソースを追跡するために、バージョン管理でブランチ/タグを使用することをお勧めします。
-2. 独自のオプトインユーザーリストを追跡し、自動更新を無効にし、package:capgo_code_pushを介して特定のユーザーに対してのみ更新をトリガーする。これは現在機能していますが、独自のオプトインリストを管理する必要があります。
-3. Capgoはデバイスごとに独自のオプトインメカニズムを作成できます（Test TracksやTestFlightと同様に、プラットフォームに依存しない）。これにより、QAチームは一般公開される前にバンドルにオプトインできます。
-4. Capgoはパーセンテージベースのロールアウトを持っています。これはどのデバイスに送信するかを選択することはできませんが、段階的にロールアウトし、問題が発生した場合にロールバックするのに役立ちます。
-
-## 請求
-
-### プランをアップグレードまたはダウングレードするにはどうすればよいですか？
-
-ダッシュボードでいつでもプランをアップグレードまたはダウングレードできます：[https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### 請求期間はいつリセットされますか？
-
-請求期間は、Capgoに最初に登録した月の毎月自動的にリセットされます。例えば、15日に登録した場合、請求期間は毎月15日にリセットされます。
-
-### サブスクリプションをキャンセルするにはどうすればよいですか？
-
-ダッシュボードでいつでもサブスクリプションをキャンセルできます：[https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### 1年分を前払いできますか？
-
-ダッシュボードでいつでも可能です：[https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### 統計と分析
-
-ダッシュボードの統計は毎日深夜（UTC）に更新されます。
-統計はデバイスにインストールされた[MAU](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release)の数に基づいて計算されます。
-
-# デバイスIDの生成方法
-
-デバイスIDは初回起動時にデバイス上で生成され、デバイスごとのインストールの重複を排除し、パッチの合計数やパッチインストールの合計数ではなく、インストールされたユーザー数（月間アクティブユーザー数など）に基づいて課金できるようにするために使用されます。
-
-MAUはCapgoの価格設定において、インストール数よりも優れたソリューションです。より正確で、デバイスごとの実際のCapgoのコストを反映しているためです。
-
-**デバイスIDの永続化（v6.25.0およびv7.25.0でアップデート）**:
-- **現在の動作**: デバイスIDはアプリの再インストール後も保持されるようになりました。デバイスのKeychain（iOS）またはEncryptedSharedPreferences（Android）に安全に保存され、アンインストール/再インストール後も同じデバイスを追跡できるようになりました。
-- **以前の動作**（v6.25.0/v7.25.0以前）: AppleとGoogleのストアポリシーに関連するプライバシー上の理由から、アプリを再インストールするたびにデバイスIDがリセットされ、再インストール間で同じデバイスを追跡することは不可能でした。
-
-プライバシールールはAppleとGoogleによって強制され、Capgoの実装はデバイス識別のためのベストプラクティスに準拠しています。
-
-デバイスIDは、最初のパッチがインストールされるまでデバイスリストに表示されません。
-
-# デバイス数がMAUと異なる理由は？
-
-現在、デバイスリストはMAUほど頻繁に更新されません。
-
-デバイスリストはデバイスが更新をインストールした時のみ更新されます。
-
-一方、MAUはアプリの起動時に毎回更新されます。これはプラットフォームの現在の制限です。アナリティクスプラットフォームは生の更新をサポートしていないため、デバイスリストには従来のデータベースを使用しています。
-
-データベースクエリの数を制限するために、アプリの更新時にのみ行を更新します。
-
-この制限は将来的に解消される予定です。
-
-# プラットフォームごとに異なる更新を行うには？
-
-各プラットフォーム用のチャンネルを作成し、各チャンネルでプラットフォーム固有の更新を無効にすることができます。
-
-iOSチャンネルではAndroid更新を無効にし、Androidチャンネルではios更新を無効にします。
-
-その後、各チャンネルにバンドルをアップロードして、プラットフォームごとに異なる更新を行うことができます。
-
-両プラットフォームで同じ更新が必要な場合は、1つのバンドルを複数のチャンネルにリンクすることができます。バンドルを複製する必要はありません。
diff --git a/src/content/docs/ja/docs/getting-help.mdx b/src/content/docs/ja/docs/getting-help.mdx
deleted file mode 100644
index 33e4497a4..000000000
--- a/src/content/docs/ja/docs/getting-help.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: capgoのテクニカルサポート
-description: capgoのヘルプを得る方法
-sidebar:
-  order: 1
-locale: ja
----
-
-## Discordでのサポート
-
-Capgoには公式の[discordサーバー](https://discordcom/invite/VnYRvBfgA6)があります。テクニカルサポートを受けるには、こちらが最も早い対応を得られる方法の一つです。
-
-簡単な手順は以下の通りです：
-
-1. `questions`チャンネルに移動します
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-questions.webp" alt="Ask on discord" /><figcaption></figcaption></figure>
-
-2. スレッドを作成します
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-newquestion.webp" alt="Create a question on discord" /><figcaption></figcaption></figure>
-
-3. 問題を説明し、関連するタグを選択します
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-new-post.webp" alt="Create a post on discord" /><figcaption></figcaption></figure>
-
-4. セキュアアカウントIDを共有します（任意）
-
-これによりCapgoスタッフがあなたのアカウントを確認することができます。このIDは公開することを想定して設計されているため、共有しても安全です。
-
-共有するには、[capgoの設定](https://console.capgo.app/dashboard/settings/account/)に移動してください。そこで`copy account id`をクリックしてください。
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/share-secure-id.webp" alt="Share your id without leaking your info" /><figcaption></figcaption></figure>
-
-これによりセキュアアカウントIDがクリップボードにコピーされます。このIDをDiscordの投稿に含めてください。
-
-## メールでのサポート
-
-これはサポートを受ける最も遅い方法です。まずはDiscordサーバーをご利用ください。
-
-メールでの連絡が必要な場合は、support@capgo.appまでメールをお送りください。
diff --git a/src/content/docs/ja/docs/getting-started/add-an-app.mdx b/src/content/docs/ja/docs/getting-started/add-an-app.mdx
deleted file mode 100644
index 34f9f2d06..000000000
--- a/src/content/docs/ja/docs/getting-started/add-an-app.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: アプリを追加する
-description: Capgoアカウントにアプリを追加し、プラグインをアプリにインストールする
-sidebar:
-  order: 3
-prev: true
-next: true
-locale: ja
----
-
-import { YouTube } from 'astro-embed';
-import { Aside, Steps, LinkCard, Code } from '@astrojs/starlight/components';
-
-## 要件
-
-Capgoを開始する前に、以下を確認してください：
-- Capacitorアプリがインストールされ、設定されていること。[Capacitorのセットアップ方法を学ぶ](https://capacitorjs.com/docs/getting-started/)
-- Node.js 20以降がインストールされていること
-- 以下の開発環境のいずれか：
-  - **macOS** - Xcode（iOS開発用）および/またはAndroid Studio（Android開発用）
-  - **Linux** - Android Studio（Android開発用）
-  - **Windows** - Android Studio（Android開発用）
-
-## Capgoの紹介
-<YouTube id="NzXXKoyhTIo" title="15分でわかるCapgo" />
-
-## ライブアップデートまであと3ステップ
-
-### ガイド付きセットアップ
-
-<Steps>
-
-1. [https://capgo.app/register](https://capgo.app/register)でアカウントを作成
-![signup screenshot](/signup.webp "signup screenshot")
-
-2. 初期化コマンドを使用して開始 <Code code={`npx @capgo/cli@latest init [APIKEY]`} lang="bash" /> 一連の質問が表示されます。自動セットアップを完了するために必要な回答を提供してください。
-
-3. ライブアップデートをデプロイ
-
-</Steps>
-
-<Aside type="tip">これらの手順に従えば、すぐに使用開始できます。プロセス中にさらなるサポートが必要な場合は、サポートチームが[お手伝いします](https://support.capgo.app)。セットアップをお楽しみください！</Aside>
-<LinkCard href="/docs/getting-started/onboarding/" title="詳細なオンボーディングガイド" description="CLIオンボーディングプロセスの完全なステップバイステップガイドをご覧ください" />
-<LinkCard href="/docs/getting-started/deploy/" title="ライブアップデートをデプロイ" description="アプリにライブアップデートをデプロイする方法を学ぶ" />
-
-### 手動セットアップ
-
-初期化コマンドが機能しない場合は、手動でアプリを追加できます
-
-<Steps>
-
-1. CLIをアカウントに接続: <Code code={`npx @capgo/cli@latest login [APIKEY]`} lang="bash" />
-
-2. このコマンドでアプリをアカウントに追加: <Code code={`npx @capgo/cli@latest app add [APP_NAME]`} lang="bash" />
-
-3. アプリにプラグインをインストール: <Code code={`npm i @capgo/capacitor-updater`} lang="bash" />
-
-4. `capacitor.config`でプラグインを設定: <Code code={`{\n  "plugins": {\n    CapacitorUpdater: {\n      "appId": "Your appID",\n      "autoUpdate": true,\n      "version": "1.0.0"\n    }\n  }\n}`} lang="json" />
-  [利用可能なすべてのオプションを見る](/docs/plugin/settings/)。提供されない場合、この情報は推測されます。
-
-5. アプリでできるだけ早く初期化メソッドを呼び出す: <Code code={`import { CapacitorUpdater } from '@capgo/capacitor-updater';\nCapacitorUpdater.notifyAppReady();`} lang="typescript" />
-
-6. ライブアップデートをデプロイ
-
-</Steps>
-
-<Aside type="note" title="古いCapacitorバージョン用のインストール">
-上記のコマンドは、Capacitor 8用の最新バージョン（v8.x）をインストールします。古いCapacitorバージョンの場合は、適切なnpmタグを使用してください：
-
-```bash
-# Capacitor 7
-npm i @capgo/capacitor-updater@lts-v7
-
-# Capacitor 6
-npm i @capgo/capacitor-updater@lts-v6
-
-# Capacitor 5
-npm i @capgo/capacitor-updater@lts-v5
-```
-
-各プラグインのメジャーバージョンはCapacitorのメジャーバージョンに対応しています（v8 → Capacitor 8、v7 → Capacitor 7、v6 → Capacitor 6、v5 → Capacitor 5）。マイナーバージョンはすべてのメジャーバージョンで同じ機能セットを共有しています（例：5.34.0、6.34.0、7.34.0、8.34.0はすべて同じ機能を含みます）。
-</Aside>
diff --git a/src/content/docs/ja/docs/getting-started/cicd-integration.mdx b/src/content/docs/ja/docs/getting-started/cicd-integration.mdx
deleted file mode 100644
index d871e13c5..000000000
--- a/src/content/docs/ja/docs/getting-started/cicd-integration.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: CI/CD インテグレーション
-locale: ja
----
-
-import { Steps, Code } from '@astrojs/starlight/components';
-
-CapgoをCI/CDパイプラインに統合することで、アプリのアップデートのビルドとデプロイのプロセスを完全に自動化することができます。Capgo CLIとsemantic-releaseを活用することで、一貫性のある信頼できるデプロイメントを確保し、迅速な反復を可能にします。
-
-## CI/CD統合のメリット
-
-- **自動化**：手動のステップやヒューマンエラーの余地がなくなります。ビルド、テスト、デプロイメントのプロセス全体を端から端まで自動化できます。
-
-- **一貫性**：すべてのデプロイメントが同じ手順に従い、予測可能で再現性のあるプロセスを確保します。これは特に、複数のチームメンバーがコードに貢献している場合に価値があります。
-
-- **迅速な反復**：自動化されたデプロイメントにより、より頻繁に、かつ自信を持ってアップデートをリリースできます。手動のQAやリリース承認を待つ必要がありません。
-
-## Capgo CLI
-
-Capgo CLIは、CapgoをCI/CDワークフローに統合するための鍵となります。新しいバンドルバージョンのプッシュ、チャンネルの管理などのコマンドを提供します。
-
-CI/CD統合で最も重要なコマンドは`upload`です：
-
-```shell
-npx @capgo/cli@latest bundle upload --channel=production --apikey YOUR_API_KEY
-```
-
-このコマンドは、現在のWebビルドを指定されたチャンネルにアップロードします。通常、Webビルドが正常に完了した後、CI/CDパイプラインの最後のステップとしてこれを実行します。
-
-## CI/CDパイプラインでのCapgoのセットアップ
-
-CI/CDツールの選択によって具体的な手順は異なりますが、Capgoを統合する一般的なプロセスは次のようになります：
-
-<Steps>
-1. **APIキーの生成**：Capgoダッシュボードにログインし、新しいAPIキーを作成します。このキーはCI/CD環境でCLIを認証するために使用されます。秘密にし、リポジトリにコミットしないでください！
-
-3. **`upload`コマンドの設定**：CI/CD設定に適切な引数で`upload`コマンドを実行するステップを追加します：<Code lang="yaml" title="uploadyml" code={`- run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secretsCAPGO_API_KEY \}\}`} />\n `Production`をデプロイしたいチャンネルに、`${{ secretsCAPGO_API_KEY }}`をAPIキーを保持する環境変数に置き換えてください。
-
-4. **Webビルド後に`upload`ステップを追加**：`upload`ステップがWebビルドの完了後に実行されることを確認してください。これにより、常に最新のコードがデプロイされます。\n GitHub Actionsの設定例：\n<Code lang="yaml" title="uploadyml" code={`name: Deploy to Capgo\n on:\n  push:\n   branches: [main]\n\njobs:\n deploy:\n runs-on: ubuntu-latest\n\n steps:\n - uses: actions/checkout@v6\n - uses: actions/setup-node@v6\n  with:\n   node-version: '24'\n\n - run: npm ci\n - run: npm run build\n\n - run: npm install -g @capgo/cli\n - run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secretsCAPGO_API_KEY \}\}`} />
-
-</Steps>
-
-## Semantic-release統合
-
-Semantic-releaseは、バージョン管理の自動化とリリースノートの生成のための強力なツールです。Semantic-releaseとCapgoを統合することで、各デプロイメントでアプリのバージョンを自動的にインクリメントし、変更ログを生成できます。
-
-以下はsemantic-releaseの`releaserc`設定ファイルのサンプルです：
-
-```json
-{
-  "branches": [
-    "main",
-    {
-      "name": "beta",
-      "prerelease": true
-    }
-  ],
-  "plugins": [
-    "@semantic-release/commit-analyzer",
-    "@semantic-release/release-notes-generator",
-    "@semantic-release/changelog",
-    [
-      "@semantic-release/exec",
-      {
-        "publishCmd": "npx @capgo/cli@latest bundle upload --channel=${nextReleasechannel} --apikey YOUR_API_KEY --partial"
-      }
-    ],
-    [
-      "@semantic-release/git",
-      {
-        "assets": ["CHANGELOGmd", "packagejson"],
-        "message": "chore(release): ${nextReleaseversion} [skip ci]\n\n${nextReleasenotes}"
-      }
-    ]
-  ]
-}
-```
-
-この設定は以下のことを行います：
-
-1. Conventional Commits仕様に従って、次のバージョン番号を決定するためにコミットメッセージを分析します
-2. 最後のリリース以降のコミットに基づいてリリースノートを生成します
-3. 新しいリリースノートで`CHANGELOGmd`ファイルを更新します
-4. Capgo CLIの`upload`コマンドを実行し、新しいバージョン番号を渡し、差分更新用の`--partial`フラグを使用します
-5. 更新された`CHANGELOGmd`、`packagejson`、その他の変更されたファイルをリポジトリにコミットします
-
-Semantic-releaseをCapgoで使用するには、CI/CD設定に`npx semantic-release`を実行するステップを追加するだけです。このステップがWebビルドの後、Capgoの`upload`ステップの前に来るようにしてください。
-
-## トラブルシューティング
-
-CapgoのCI/CD統合で問題が発生した場合は、以下の点を確認してください：
-
-- **APIキー**：APIキーが有効で、必要な権限を持っていることを確認してください。環境変数を使用している場合は、正しく設定されているか再確認してください。
-
-- **CLIバージョン**：最新バージョンのCapgo CLIを使用していることを確認してください。古いバージョンには互換性の問題や特定の機能が欠けている可能性があります。
-
-- **ビルド成果物**：Webビルドが期待される出力ファイルを生成していることを確認してください。Capgo CLIはバンドルを作成するために有効なWebビルドが必要です。
-
-- **ネットワーク接続**：CI/CD環境がCapgoサーバーにネットワークアクセスできることを確認してください。ファイアウォールやプロキシの問題が`upload`コマンドを妨げることがあります。
-
-まだ問題が解決しない場合は、Capgoサポートにお問い合わせください。特定のセットアップに関する問題のトラブルシューティングをお手伝いします。
-
-## 結論
-
-CapgoをCI/CDパイプラインに統合し、バージョン管理にsemantic-releaseを活用することで、開発ワークフローを大幅に効率化できます。デプロイメントとバージョニングを自動化することで、より迅速に、より確実にアップデートをリリースできます。
-
-Capgo CLIとsemantic-releaseは、完全に自動化されたエンドツーエンドのリリースを実現するための強力な組み合わせを提供します。少しの設定で、手動のリリースステップを気にすることなく、優れた機能の構築に集中できる堅牢で信頼性の高いデプロイメントプロセスを実現できます。
-
-Capgo CLIのコマンドとオプションの詳細については、[CLIリファレンス](/docs/cli/overview)をご覧ください。また、semantic-releaseの設定について詳しく知りたい場合は、[semantic-releaseのドキュメント](https://github.com/semantic-release/semantic-release)をご覧ください。
-
-デプロイをお楽しみください！
diff --git a/src/content/docs/ja/docs/getting-started/deploy.mdx b/src/content/docs/ja/docs/getting-started/deploy.mdx
deleted file mode 100644
index d61de7ed5..000000000
--- a/src/content/docs/ja/docs/getting-started/deploy.mdx
+++ /dev/null
@@ -1,151 +0,0 @@
----
-title: ライブアップデートの配布
-sidebar:
-  order: 4
-locale: ja
----
-
-import { Steps, LinkCard, Tabs, TabItem } from '@astrojs/starlight/components';
-
-Capgoのライブアップデート機能を使用して、アプリのUIとビジネスロジックをリモートでリアルタイムに更新し、バグ修正や新機能の追加をアプリストアを経由せずに直接ユーザーにJSバンドルをプッシュすることができます
-
-このガイドは、[Capgoクイックスタート](/docs/getting-started/quickstart)を完了し、以下の作業が済んでいることを前提としています：
-
-<Steps>
-
-1. Capacitorアプリに`@capgo/capacitor-updater` SDKをインストール
-
-2. `capacitor.config.ts`でアプリIDとアップデートチャンネルを設定
-
-3. コードに`CapacitorUpdater.notifyAppReady()`メソッドを追加
-
-</Steps>
-
-これらのステップがまだ完了していない場合は、先にクイックスタートに戻って完了してください
-
-<LinkCard href="/docs/getting-started/add-an-app/" title="アプリを追加" description="Capgoアカウントにアプリを追加し、アプリにプラグインをインストールする" />
-
-## バンドルのアップロード
-
-Capgo SDKのインストールと設定が完了したら、最初のライブアップデートバンドルをアップロードする準備が整いました：
-
-1. Webアセットをビルドします：
-   ```shell
-   npm run build
-   ```
-
-2. バンドルをCapgoにアップロードします：
-    <Tabs>
-      <TabItem label="Console">
-        ```shell
-      npx @capgo/cli@latest bundle upload --channel=production
-      ```
-      </TabItem>
-      <TabItem label="Github Actions">
-      ```yml
-      // github/workflows/build_and_deploy.yml
-    name: Build source code and send to Capgo
-
-    concurrency:
-      group: ${{ github.workflow }}-${{ github.ref }}
-      cancel-in-progress: true
-
-    on:
-      push:
-        branches:
-          - main
-
-    jobs:
-      deploy_to_capgo:
-        runs-on: ubuntu-latest
-        steps:
-          - name: Checkout
-            uses: actions/checkout@v6
-          - uses: actions/setup-node@v6
-            with:
-              node-version: '24'
-          - name: Install dependencies
-            run: npm install
-          - name: Build
-            run: npm run build
-          - name: Deploy to Capgo
-            run: bunx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} --channel ${{ env.CHANNEL }}
-            env:
-              CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      ```
-      </TabItem>
-      <TabItem label="Gitlab">
-      ```yml
-      // gitlab-ci.yml
-      stages:
-        - build
-
-      build:
-        stage: build
-        image: node:18
-        cache:
-          - key:
-              files:
-                - package-lock.json
-            paths:
-              - node_modules/
-        script:
-          - npm install
-          - npm run build
-          - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN --channel $CAPGO_CHANNEL
-        artifacts:
-          paths:
-            - node_modules/
-            - dist/
-        only:
-          - master
-      ```
-      </TabItem>
-    </Tabs>
-   これにより、コマンドで指定したチャンネルに新しいバンドルバージョンがアップロードされます
-
-### アップロードのトラブルシューティング
-
-アップロードが失敗した場合は、以下を確認してください：
-- `capacitor.config.ts`のアプリIDがCapgoダッシュボードのアプリと一致していること
-- アップロードコマンドをCapacitorプロジェクトのルートから実行していること
-- Webアセットがビルドされ、最新の状態であること
-
-まだ問題が解決しない場合は、[トラブルシューティング](/docs/getting-started/troubleshooting/)セクションを確認してください
-
-## デバイスでのアップデートの受信
-
-バンドルがアップロードされたら、デバイスでライブアップデートをテストできます：
-
-1. アプリをデバイスに同期します：
-   ```shell
-   npx cap sync ios
-   ```
-
-2. 別のターミナルで以下のコマンドを実行してアップデートの状態を確認します：
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-3. アプリをローカルで実行します：
-   ```shell
-   npx cap run ios
-   ```
-   または、iOS/AndroidプロジェクトをXcode/Android Studioで開いてネイティブ実行します
-
-4. バックグラウンドでアップデートがダウンロードされるように、アプリを約30秒間開いたままにします
-
-5. ログが更新されるまで数秒かかり、アップデートの状態が表示されます
-
-6. アプリを閉じて再度開きます。ライブアップデートが適用されているはずです！
-
-ライブアップデートのテストについての詳細は、[Capgoクイックスタート](/docs/getting-started/quickstart#receiving-a-live-update-on-a-device)を参照してください
-
-## 次のステップ
-
-Capgoで最初のライブアップデートのデプロイに成功しましたね！🎉
-
-詳細を学ぶには、[Capgoライブアップデートのドキュメント](/docs/live-updates)の残りを確認してください。次に確認すべき重要なトピック：
-- [チャンネルを使用したアップデートのターゲティング](/docs/live-updates/channels)
-- [アップデート動作のカスタマイズ](/docs/live-updates/update-behavior)
-- [ライブアップデートのロールバック](/docs/live-updates/rollbacks)
diff --git a/src/content/docs/ja/docs/getting-started/onboarding.mdx b/src/content/docs/ja/docs/getting-started/onboarding.mdx
deleted file mode 100644
index 48e87a9f8..000000000
--- a/src/content/docs/ja/docs/getting-started/onboarding.mdx
+++ /dev/null
@@ -1,553 +0,0 @@
----
-title: CLI オンボーディング ガイド
-description: インタラクティブな CLI を使用してアプリを Capgo にオンボードするための完全なステップバイステップ ガイド
-sidebar:
-  order: 2
-next: true
-prev: true
-locale: ja
----
-import { Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概要
-
-Capgo CLI は、Capacitor アプリのライブ アップデートを設定するインタラクティブなオンボーディングを提供します。あなたは次のことを行うでしょう：
-
-1. ✅ Capgo にアプリを登録します
-2. 🔌 アップデータープラグインをインストールして構成します
-3. 🚀 最初のライブアップデートを展開する
-4. 📱 デバイスでアップデートをテストします
-
-**推定時間:** 10 ～ 20 分 (インターネットの速度と構築時間によって異なります)
-
-<Aside type="tip">
-オンボーディングは完全に再開可能です。いつでも終了して、後で中断したところから続行できます。
-</Aside>
-
-## オンボーディングの開始
-
-API キーを使用してオンボーディング コマンドを実行します。
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-ウェルカム メッセージが表示されます。
-
-```
-Capgo onboarding 🛫
-```
-
-## オンボーディング中に何が起こるか
-
-CLI では、13 の対話型ステップを案内します。
-
-**セットアップフェーズ (ステップ 1 ～ 6):**
-- 開発環境を確認してください (Xcode/Android Studio)
-- アプリを Capgo に追加し、実稼働チャネルを作成します
-- `@capgo/capacitor-updater` プラグインをインストールします
-- 必要なコードをアプリに挿入します
-- 必要に応じてエンドツーエンド暗号化を有効にします
-- テスト用のプラットフォームを選択します (iOS または Android)
-
-**テスト段階 (ステップ 7 ～ 12):**
-- アプリを構築し、デバイス/シミュレーター上で実行します。
-- 目に見えるコード変更を行う (自動または手動)
-- 更新されたバンドルを Capgo にアップロードします
-- ライブアップデートがリアルタイムでデバイスに表示されるのを確認します
-
-**完了 (ステップ 13):**
-- アプリはライブアップデートの準備ができています。 🎉
-
-## 13 ステップのオンボーディング プロセス
-
-### ステップ 1: 前提条件を確認する
-
-CLI は開発環境をチェックして、必要なツールがインストールされていることを確認します。
-
-**チェック内容:**
-- **Xcode** (macOS のみ) - iOS 開発用
-- **Android SDK** - Android 開発用
-
-**考えられる結果:**
-
-✅ **両方の環境が見つかりました:**
-```
-✅ Xcode detected - iOS development ready
-✅ Android SDK detected - Android development ready
-```
-
-⚠️ **環境が見つかりません:**
-```
-⚠️ Xcode not found
-⚠️ Android SDK not found
-❌ No development environment detected
-
-📱 To develop mobile apps with Capacitor, you need:
-   • For iOS: Xcode (macOS only) - https://developer.apple.com/xcode/
-   • For Android: Android Studio - https://developer.android.com/studio
-```
-
-**よくある質問:**
-
-<Aside type="caution">
-開発環境が検出されない場合は、続行するかどうかを尋ねられます。続行する前に、少なくとも 1 つのプラットフォームをインストールすることをお勧めします。
-</Aside>
-
-### ステップ 2: アプリを追加する
-
-CLI により Capgo にログインし、アプリがアカウントに追加されます。
-
-```
-(spinner) Running: npm @capgo/cli@latest login ***
-Login Done ✅
-
-❓ Add {appId} in Capgo?
-```
-
-**アプリ ID がすでに取得されている場合:**
-
-CLI は代替案を提案します。
-```
-❌ App ID "com.example.app" is already taken
-💡 Here are some suggestions:
-   1. com.example.app2
-   2. com.example.app3
-   3. com.example.app.new
-   4. com.example.app.app
-
-❓ What would you like to do?
-```
-
-提案を選択するか、カスタム アプリ ID を入力できます。
-
-<Aside type="note">
-アプリ ID は逆ドメイン表記に従う必要があります (例: `com.example.myapp`)
-</Aside>
-
-### ステップ 3: 本番チャネルの作成
-
-チャネルを使用すると、アプリのさまざまな更新ストリームを管理できます。
-
-```
-❓ Create default channel production for {appId} in Capgo?
-```
-
-<Aside type="tip">
-**心配しないでください。** これはオンボーディング中のローカル テストのためだけです。 「本番」チャネルを作成しても、更新がすぐに顧客に公開されるわけではありません。更新をいつ展開するかを完全に制御できます。特定のチャネル要件がない限り、[**はい**] を選択します。
-</Aside>
-
-**はいを選択した場合:**
-```
-(spinner) Running: npm @capgo/cli@latest channel add production {appId} --default
-Channel add Done ✅  (or "Channel already added ✅")
-```
-
-実稼働チャネルが作成され、デフォルトとして設定されます。これは、ほとんどのユーザーにとって推奨されるオプションです。
-
-**「いいえ」を選択した場合:**
-```
-If you change your mind, run it for yourself with: "npm @capgo/cli@latest channel add production {appId} --default"
-```
-
-後でチャネルを手動で作成して構成する必要があります。あるいは、次のこともできます。
-- `capacitor.config.ts` ファイルにチャンネルを設定します
-- JavaScript `setChannel()` メソッドを使用してチャネルを動的に設定します
-- 後で Capgo Web コンソールからチャネルを設定します
-
-### ステップ 4: アップデータ プラグインをインストールする
-
-CLI は、Capacitor バージョンと互換性のある `@capgo/capacitor-updater` プラグインをインストールします。
-
-```
-❓ Automatic Install "@capgo/capacitor-updater" dependency in {appId}?
-```
-
-**バージョンの互換性:**
-
-- **Capacitor 5**: `@capgo/capacitor-updater` v5 をインストールします
-- **Capacitor 6**: `@capgo/capacitor-updater` v6 をインストールします
-- **Capacitor 7**: `@capgo/capacitor-updater` v7 をインストールします
-- **Capacitor 8+**: 最新バージョンをインストールします
-
-<Aside type="caution">
-Capgo は、Capacitor v5 以降のみをサポートします。古いバージョンを使用している場合は、まずアップグレードする必要があります。
-</Aside>
-
-**即時更新オプション:**
-
-インストール後、次のことを尋ねられます。
-```
-❓ Do you want to set instant updates in {appId}?
-   Read more: https://capgo.app/docs/live-updates/update-behavior/#applying-updates-immediately
-```
-
-<Aside type="tip">
-**インスタント アップデートとは何ですか?** インスタント アップデートを有効にすると、アプリはバックグラウンドで再度開いたときにすぐにアップデートを適用します。 Capgo は 300 ミリ秒未満で世界中に更新を配布できるため、これはシームレスに機能します。これを使用しない場合 (標準モード)、更新はバックグラウンドでダウンロードされ、次回のアプリの再起動時に適用されます。インスタント アップデートは、開発中のイテレーションを迅速化したり、運用環境で重大なバグを修正したりするのに最適です。
-</Aside>
-
-**はいを選択した場合:**
-- アップデートは、アプリがバックグラウンドで再度開かれたときにすぐに適用されるように構成されます
-- `directUpdate: 'always'` と `autoSplashscreen: true` が構成に追加されます
-- `capacitor.config.ts` は自動的に更新されます
-- **差分アップデート**が自動的に有効になります。これにより、完全なバンドルではなく、アップデートの間に変更されたファイルのみが送信されるため、アップデートが大幅に高速化されます。
-
-**「いいえ」を選択した場合:**
-- 更新は標準の動作を使用します (バックグラウンドでダウンロード、次回の再起動時に適用)
-- `capacitor.config.ts` を変更することで、後でいつでもインスタント アップデートを有効にできます。
-
-### ステップ 5: 統合コードを追加する
-
-CLI は、必要なコードをメイン アプリケーション ファイルに自動的に挿入します。
-
-```
-❓ Automatic Add "CapacitorUpdater.notifyAppReady()" code and import in {appId}?
-```
-
-**追加される内容:**
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-**プロジェクト タイプの検出:**
-
-- **Nuxt.js**: `plugins/capacitorUpdater.client.ts` を作成します
-- **その他のフレームワーク**: メイン エントリ ファイルに追加します。
-
-<Aside type="tip">
-**自動挿入が失敗した場合**、メイン アプリケーション ファイルにコードを手動で追加できます。
-
-**Nuxt.js の場合:**
-`plugins/capacitorUpdater.client.ts` を作成します。
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-export default defineNuxtPlugin(() => {
-  CapacitorUpdater.notifyAppReady()
-})
-```
-
-**他のフレームワークの場合:**
-メイン エントリ ファイルに追加します (例: `main.ts`、`index.js`、`App.tsx`)。
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-このコードは、インポート後、アプリの初期化前に配置します。詳細については、「アプリの追加ガイド」(/docs/getting-started/add-an-app/) を参照してください。
-</Aside>
-
-### ステップ 6: 暗号化のセットアップ (オプション)
-
-エンドツーエンドの暗号化により、アップデートに追加のセキュリティ層が追加されます。
-
-```
-🔐 End-to-end encryption
-   ✅ Use this for: Banking, healthcare, or apps with legal encryption requirements
-   ⚠️  Note: Makes debugging harder - skip if you don't need it
-
-❓ Enable end-to-end encryption for {appId} updates?
-```
-
-<Aside type="note">
-暗号化は Capacitor v6 以降でのみ使用できます。
-</Aside>
-
-暗号化を有効にすると、CLI は次のようになります:
-1. 暗号化キーの生成
-2. Capacitor 設定の同期を申し出ます
-
-### ステップ 7: プラットフォームの選択
-
-オンボーディング中にテストするプラットフォームを選択します。
-
-```
-📱 Platform selection for onboarding
-   This is just for testing during onboarding - your app will work on all platforms
-
-❓ Which platform do you want to test with during this onboarding?
-   Options:
-   - iOS
-   - Android
-```
-
-<Aside type="tip">
-これはオンボーディング プロセスにのみ影響します。最終的なアプリはすべてのプラットフォームをサポートします。
-</Aside>
-
-### ステップ 8: プロジェクトを構築する
-
-CLI はアプリを構築し、Capacitor と同期します。
-
-```
-❓ Automatic build {appId} with "npm run build"?
-```
-
-**何が起こるか:**
-1. プロジェクトの種類を検出します
-2. ビルド スクリプトを実行します
-3. `npx cap sync {platform}` を実行します
-
-**ビルド スクリプトが見つからない場合:**
-
-ビルドをスキップするか、`package.json` にビルド スクリプトを追加するかを尋ねられます。
-
-### ステップ 9: デバイス上で実行する
-
-デバイスまたはシミュレーターでアプリの初期バージョンをテストします。
-
-```
-❓ Run {appId} on {PLATFORM} device now to test the initial version?
-```
-
-**はい**を選択した場合:
-```
-(spinner) Running: npx cap run {platform}
-(device picker appears)
-App started ✅
-📱 Your app should now be running on your {platform} device with Capgo integrated
-🔄 This is your baseline version - we'll create an update next
-```
-
-### ステップ 10: テスト変更を行う
-
-次に、目に見える変更を加えて Capgo の更新システムをテストします。
-
-```
-🎯 Now let's test Capgo by making a visible change and deploying an update!
-
-❓ How would you like to test the update?
-   Options:
-   - Auto: Let Capgo CLI make a visible change for you
-   - Manual: I'll make changes myself
-```
-
-**自動モード:**
-CLI はファイルを自動的に変更して、表示されるテスト バナーを追加したり、変更を加えたりします。
-
-**手動モード:**
-独自の変更を加えます (テキスト、色の変更、要素の追加など)。
-
-**バージョンの処理:**
-```
-❓ How do you want to handle the version for this update?
-   Options:
-   - Auto: Bump patch version ({currentVersion} → {nextVersion})
-   - Manual: I'll provide the version number
-```
-
-**変更を加えて構築:**
-```
-❓ Build {appId} with changes before uploading?
-```
-
-<Aside type="tip">
-別のターミナルで手動でビルドする必要がある場合は、「いいえ」を選択して自分でビルドし、続行します。
-</Aside>
-
-### ステップ 11: バンドルをアップロードする
-
-更新されたアプリ バンドルを Capgo にアップロードします。
-
-```
-❓ Upload the updated {appId} bundle (v{version}) to Capgo?
-```
-
-CLI は次のように実行されます。
-```bash
-npx @capgo/cli@latest bundle upload
-```
-
-<Aside type="tip">
-**ダイレクト アップデートによるデルタ アップデート:** ステップ 4 でインスタント アップデート (ダイレクト アップデート) を有効にした場合、CLI はデルタ アップデートを有効にするかどうかを自動的に尋ねます。デルタ更新では、バンドル全体ではなく、バージョン間で変更されたファイルのみが送信されます。通常、更新間で変更されるファイルはわずかであるため、ダウンロードが大幅に高速になります。即時更新で最高のエクスペリエンスを得るには、**はい** を選択してください。
-</Aside>
-
-**デルタ更新プロンプト (直接更新が有効な場合):**
-```
-💡 Direct Update (instant updates) is enabled in your config
-   Delta updates send only changed files instead of the full bundle
-
-❓ Enable delta updates for this upload? (Recommended with Direct Update)
-```
-
-<Aside type="caution">
-モノリポジトリの場合、`package.json` および `node_modules` への追加のパスを指定する必要がある場合があります。
-</Aside>
-
-**成功:**
-```
-✅ Update v{version} uploaded successfully!
-🎉 Your updated bundle is now available on Capgo
-```
-
-### ステップ 12: デバイスでアップデートをテストする
-
-アップデートが実際に行われる様子を見てみましょう!
-
-```
-🧪 Time to test the Capgo update system!
-📱 Go to your device where the app is running
-```
-
-**インスタントアップデートの場合:**
-```
-🔄 IMPORTANT: Background your app (swipe up/press home button) and then reopen it
-⏱️  The update should be downloaded and applied automatically
-```
-
-**標準アップデートの場合:**
-```
-📱 With standard updates, you will need to:
-   1. Background the app (swipe up/press home button) to start download
-   2. Wait a few seconds for download to complete
-   3. Background and foreground again to see the update
-```
-
-**監視ログ:**
-```
-❓ Monitor Capgo logs to verify the update worked?
-```
-
-**はい** を選択すると、更新プロセスを示すライブ ログがデバイスから表示されます。
-
-### ステップ 13: 完了
-
-```
-Welcome onboard ✈️!
-```
-
-おめでとうございます！アプリの Capgo ライブ アップデートが正常に設定されました。
-
-## あなたが達成したこと
-
-オンボーディングが完了すると、以下が得られます。
-
-<CardGrid>
-  <Card title="✅ アプリが登録されました" icon="rocket">
-    アプリは実稼働チャネルを使用して Capgo に登録されています
-  </Card>
-  <Card title="✅ プラグインがインストールされています" icon="puzzle">
-    Capacitor アップデータ プラグインがインストールされ、設定されている
-  </Card>
-  <Card title="✅ コードの統合" icon="seti:config">
-    統合コードがアプリに追加されます
-  </Card>
-  <Card title="✅ アップデートテスト済み" icon="approve-check">
-    正常にデプロイされ、ライブアップデートを受け取りました
-  </Card>
-</CardGrid>
-
-## 毎日のワークフロー
-
-以降の更新には、次を使用します。
-
-```bash
-npm run build
-npx @capgo/cli@latest bundle upload --channel=production
-```
-
-その他の展開オプションについては、「ライブ アップデートの展開」(/docs/getting-started/deploy/) を参照してください。
-
-## オンボーディングの再開
-
-オンボーディング プロセスを終了しても、いつでも再開できます。
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-次のことがわかります:
-```
-You have already got to the step {stepNumber}/13 in the previous session
-❓ Would you like to continue from where you left off?
-```
-
-<Aside type="tip">
-進行状況はローカルに保存されるため、オンボーディング プロセスを安全に終了して再開できます。
-</Aside>
-
-## トラブルシューティング
-
-### 開発環境がない
-
-**問題:** Xcode も Android SDK も検出されません。
-
-**解決策:**
-- **iOS** の場合: [Xcode](https://developer.apple.com/xcode/) をインストールします (macOS のみ)
-- **Android** の場合: [Android Studio](https://developer.android.com/studio) をインストールします。
-
-### アプリ ID はすでに取得されています
-
-**問題:** アプリ ID はすでに登録されています。
-
-**解決策:** 提案された代替案のいずれかを選択するか、逆ドメイン表記でカスタム アプリ ID を入力します。
-
-### ビルド スクリプトがありません
-
-**問題:** `package.json` にビルド スクリプトが見つかりません。
-
-**解決策:** `package.json` にビルド スクリプトを追加します。
-```json
-{
-  "scripts": {
-    "build": "your-build-command"
-  }
-}
-```
-
-### 自動インジェクションが失敗しました
-
-**問題:** CLI は統合コードを自動的に挿入できません。
-
-**解決策:** コードをメイン ファイルに手動で追加します。
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-### Capacitor バージョンが古すぎます
-
-**問題:** Capacitor のバージョンは v5 未満です。
-
-**解決策:** Capacitor を v5 以降にアップグレードします。
-- [Capacitor 5 へのアップグレード](https://capacitorjs.com/docs/updating/5-0)
-- [Capacitor 6 へのアップグレード](https://capacitorjs.com/docs/updating/6-0)
-- [Capacitor 7 へのアップグレード](https://capacitorjs.com/docs/updating/7-0)
-
-## 次のステップ
-
-オンボーディングが完了したので、次のトピックを検討してください。
-
-<CardGrid>
-  <a href="/docs/getting-started/deploy/"><Card title="アップデートの展開" icon="rocket">
-    Capgo ダッシュボードからアップデートを展開する方法を学びます
-  </Card></a>
-  <a href="/docs/live-updates/update-types/"><Card title="更新の種類" icon="open-book">
-    すべての OTA 更新タイプのリファレンス: 適用タイミング、遅延条件、バージョン ブロック、および配信
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="CI/CDの統合" icon="setting">
-    CI/CD を使用して更新プログラムのデプロイを自動化する
-  </Card></a>
-  <a href="/docs/live-updates/channels/"><Card title="Channels" icon="list-format">
-    チャネルを使用して複数の更新ストリームを管理する
-  </Card></a>
-  <a href="/docs/live-updates/encryption/"><Card title="Encryption" icon="approve-check-circle">
-    エンドツーエンドの暗号化でアップデートを保護します
-  </Card></a>
-  <a href="/docs/live-updates/update-behavior/"><Card title="更新動作" icon="setting">
-    アップデートをいつどのように適用するかをカスタマイズします (直接、デルタなど)。
-  </Card></a>
-</CardGrid>
-
-## 助けを求める
-
-オンボーディング中に問題が発生した場合:
-
-- [トラブルシューティングガイド]を確認してください(/docs/getting-started/troubleshooting/)
-- [Discordコミュニティ]に参加してください(https://discord.capgo.app)
-- [FAQ](/docs/faq/) を確認してください。
-- [サポート](/docs/getting-help/) に連絡してください
diff --git a/src/content/docs/ja/docs/getting-started/quickstart.mdx b/src/content/docs/ja/docs/getting-started/quickstart.mdx
deleted file mode 100644
index a3b495c30..000000000
--- a/src/content/docs/ja/docs/getting-started/quickstart.mdx
+++ /dev/null
@@ -1,133 +0,0 @@
----
-title: 概要
-sidebar:
-  order: 1
-next: true
-prev: false
-locale: ja
----
-
-import { Card, CardGrid, Steps, LinkCard, Aside } from '@astrojs/starlight/components';
-
-Capgo!のクイックスタートチュートリアルでは、以下の主要な概念を説明します：
-
-<Steps>
-
-1. Capgoアカウントにアプリを追加する
-
-2. CapgoをCI/CDと統合する
-
-3. コミットをプッシュしてCapgoでバンドルアップロードをトリガーする
-
-4. Capgoバンドルの公開を設定・カスタマイズする
-
-5. Capgo経由でライブアップデートを有効にするようアプリを設定する
-
-6. Capgoからアプリにライブアップデートをデプロイする
-
-</Steps>
-
-ガイドに沿って順番に進むか、興味のあるコンポーネントのドキュメントに直接移動してください。
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/add-an-app/" ><Card title="チュートリアルを始める" icon="rocket" >
-    クイックスタートチュートリアルに従って、すぐにCapgoを使い始めましょう！
-  </Card></a>
-  <a href="/docs/getting-started/onboarding/"><Card title="CLIオンボーディングガイド" icon="list-format">
-    インタラクティブなCLIオンボーディングプロセスの完全なステップバイステップガイド。
-  </Card></a>
-  <a href="/docs/getting-started/deploy/"><Card title="アップデートを配信" icon="pencil">
-    Capgoダッシュボードからアプリにアップデートを配信します。
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="アップデートを自動化" icon="setting">
-    CapgoをCI/CDと統合し、コミットのプッシュでバンドルアップロードをトリガーします。
-  </Card></a>
-  <a href="/docs/getting-started/troubleshooting/"><Card title="トラブルシューティング" icon="open-book">
-    一般的な問題とその解決方法。
-  </Card></a>
-  <a href="/docs/getting-started/wrapping-up/"><Card title="まとめ" icon="approve-check">
-    チュートリアルを完了し、学んだことの簡単な概要を取得します。
-  </Card></a>
-</CardGrid>
-
-<Aside type="tip">
-Over-the-Air (OTA)アップデート機能は、HTML、CSS、JavaScriptファイルの変更にのみ適用されます。
-
-Capacitorプラグインの更新などネイティブコードを変更する場合は、アプリストアに再提出して承認を得る必要があります。
-</Aside>
-
-<Aside type="caution" title="バンドルの機密性">
-Capgoの暗号化を有効にしない限り、Capgoにアップロードしたすべてのバンドルは公開Webアセットとして扱ってください。プライベートチャンネルはどのデバイスがアップデートを受け取れるかを制御しますが、アップロードされたバンドルを機密にはしません。暗号化は配信経路を保護し、第三者が有効な暗号化アップデートを生成することを防ぎますが、公開鍵がバイナリに含まれて配布されるため、配信済みのWebアセットは十分な労力をかければアプリからリバースエンジニアリングできます。[Live Updatesの暗号化](/docs/live-updates/encryption/)を参照してください。
-</Aside>
-
-## Discordコミュニティに参加する
-
-[Capacitor-updater Discordサーバーに参加しましょう！](https://discordcom/invite/VnYRvBfgA6)
-
-## メンテナンス
-
-| プラグインバージョン | Capacitor互換性 | メンテナンス状況 |
-| -------------- | ----------------------- | ----------------- |
-| v7\*\* (≥7.25.0) | v7\*\*                | ✅ 完全サポート |
-| v6\*\* (≥6.25.0)       | v6\*\*                | ✅ 完全サポート                 |
-| v5\*\*       | v5\*\*                | ⚠️ 非推奨 |
-| v4\*\*       | v4\*\*                | ⚠️ 非推奨 |
-| v3\*\*       | v3\*\*                | ⚠️ 非推奨     |
-| > 7            | v4\*\*                | ⚠️ 非推奨、CIが暴走してバージョンを上げすぎました     |
-
-## ストアガイドラインの遵守
-
-Android Google PlayとiOS App Storeには、Capacitor-updaterソリューションをアプリケーションに統合する前に知っておくべきルールがあるガイドラインがあります。
-
-### Google play
-
-[デバイスとネットワークの悪用](https://supportgooglecom/googleplay/android-developer/answer/9888379/?hl=en)トピックの第3段落では、Google Playのアップデートメカニズム以外の方法でソースコードを更新することは制限されていますが、この制限はJavaScriptバンドルの更新には適用されません。
-> この制限は、仮想マシンで実行され、AndroidのAPIへのアクセスが制限されているコード（WebviewやブラウザのJavaScriptなど）には適用されません。
-
-これにより、JavaScriptバンドルのみを更新し、ネイティブコードを更新しないCapacitor-updaterは完全に許可されています。
-
-### App Store
-
-2015年の[Apple Developer Program License Agreement](https://developer.apple.com/programs/ios/information/)の**332**段落以降、JavaScriptとアセットのOver-the-Airアップデートが完全に許可されており、最新バージョン(20170605) [ここからダウンロード可能](https://developer.apple.com/terms/)ではこの規定はさらに広範になっています：
-
-> インタープリタされるコードはアプリケーションにダウンロードできますが、次の条件を満たす場合に限ります：(a) App Storeに提出されたアプリケーションの意図された広告目的と一致しない機能や機能性を提供することによって、アプリケーションの主要な目的を変更しない、(b) 他のコードやアプリケーションのストアやストアフロントを作成しない、(c) OSの署名、サンドボックス、その他のセキュリティ機能をバイパスしない
-
-Capacitor-updaterを使用すると、プッシュするアップデートがApp Storeで承認された元の意図から大きく逸脱しない限り、これらのルールを完全に遵守することができます。
-
-Appleのガイドラインに更に準拠するため、App Storeで配布されるアプリでは `強制アップデート` シナリオを有効にしないことを提案します。[App Store審査ガイドライン](https://developer.apple.com/app-store/review/guidelines/)には以下のように記載されているためです：
-
-> アプリは、機能やコンテンツへのアクセス、またはアプリの使用のために、ユーザーにアプリの評価、レビュー、他のアプリのダウンロード、または同様のアクションを強制してはいけません。
-
-これはバックグラウンドアップデートのデフォルトの動作には問題ありません。ユーザーがアプリを閉じるまで新バージョンの適用を強制しないためですが、強制表示を決定する場合はこのルールを意識しておく必要があります。
-
-## オープンソース
-
-このプラグインはLGPL-3.0ライセンス、バックエンドはAGPL-3.0ライセンスの下にあります。
-
-> 💡 LGPL-3.0は、プラグインのコードを修正した場合、同じライセンスでオープンソースとして公開することが必須であることを意味します。コードを修正せずに使用する場合は、これは該当しません。詳細は以下のリンクの問題をご確認ください 👇
-
-<LinkCard
-	title="ライセンスについて?"
-	href="https://github.com/Cap-go/capacitor-updater/issues/7"
-/>
-
-<LinkCard
-	title="ドキュメントを読む代わりにGPTS Capgoを使って支援を受ける"
-	href="https://chatopenaicom/g/g-3dMwHbF2w-capgo-doc-gpt"
-/>
-
-> アプリに組み込んでも心配ありません
-
-## 最後に
-
-セルフホストを利用していて、このツールが役立つと感じた場合は、[GitHubスポンサー](https://github.com/sponsors/riderx/)になって私の仕事をサポートすることをご検討ください。
-
-ここで構築したすべてのコードを有料化する代わりにオープンソース化することを選択しました。隠したり戦ったりする代わりにオープンにすることで、世界をより良い場所にできると信じています。
-
-これを実現するためには、あなたを含む私たち全員が自分の役割を果たす必要があります🥹 Capgoクラウドがニーズに合わない場合は、[ここ](https://github.com/sponsors/riderx/)で独立した開発者をあなたの条件でサポートすることができます。
-
-## 簡単な計算
-
-基本プランの価格：$14*12 = 年間$168
-平均的な開発者の時給 = $60
-つまり、セルフホストで3時間を無駄にすれば1年分の料金を支払えることになり、3時間以上費やすとお金を失うことになります^^
diff --git a/src/content/docs/ja/docs/getting-started/troubleshooting.mdx b/src/content/docs/ja/docs/getting-started/troubleshooting.mdx
deleted file mode 100644
index 94d7c6cd3..000000000
--- a/src/content/docs/ja/docs/getting-started/troubleshooting.mdx
+++ /dev/null
@@ -1,140 +0,0 @@
----
-title: トラブルシューティング
-sidebar:
-  order: 6
-next: false
-prev: false
-locale: ja
----
-
-Capgoを使用する際によくある問題とその解決方法をご紹介します。
-
-### アップロードの失敗
-
-バンドルのアップロードが失敗する場合、以下を確認してください：
-- `capacitor.config.ts`のアプリIDがCapgoダッシュボードのアプリと一致していること
-- Capacitorプロジェクトのルートからアップロードコマンドを実行していること
-- Webアセットがビルドされ、最新の状態であること
-
-#### 高度なアップロードオプション
-
-Capgo CLIには、一般的なアップロードの問題に対応するための追加フラグがあります：
-
-- `--tus`: 大きなバンドルや不安定なネットワーク接続での、より信頼性の高いアップロードのための[tus再開可能アップロードプロトコル](https://tus.io/)を使用します。バンドルが10MB以上の場合や、接続が不安定な場合は`--tus`の使用を検討してください：
-  ```shell
-  npx @capgo/cli@latest bundle upload --tus
-  ```
-
-- `--package-json`と`--node-modules`: モノレポやnpmワークスペースなどの非標準構造のアプリの場合、ルートの`package.json`と`node_modules`の場所をCapgoに指定します。ルートの`package.json`へのパスと`--node_modules`パスを指定してください：
-  ```shell
-  npx @capgo/cli@latest bundle upload --package-json=path/to/package.json --node_modules=path/to/node_modules
-  ```
-  Capgoはアプリの依存関係を正しくバンドルするためにこの情報を必要とします。
-
-これらのフラグは`--channel`などの他のオプションと組み合わせることができます。利用可能なアップロードオプションの詳細については、[Capgo CLIドキュメント](/docs/cli/overview/)を参照してください。
-
-アップロードの問題が解決しない場合は、[Capgoサポート](https://support.capgo.app)にお問い合わせください。
-
-### アップデートのデバッグ
-
-ライブアップデートに問題がある場合、Capgoのデバッグコマンドがトラブルシューティングに役立ちます。使用方法：
-
-1. プロジェクトディレクトリで以下のコマンドを実行：
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-2. デバイスまたはエミュレータでアプリを起動し、アップデートをトリガーするアクション（新しいバンドルをアップロードした後にアプリを再起動するなど）を実行します。
-
-3. デバッグコマンドの出力を監視します。以下の情報が記録されます：
-   - アプリがアップデートをチェックするタイミング
-   - アップデートが見つかった場合とそのバージョン
-   - アップデートのダウンロードとインストールの進行状況
-   - アップデート中に発生したエラー
-
-4. デバッグログを使用して問題の発生箇所を特定します。例えば：
-   - アップデートが見つからない場合、バンドルが正常にアップロードされ、アプリが正しいチャンネルを使用するように設定されているか確認
-   - アップデートがダウンロードされても適用されない場合、`CapacitorUpdater.notifyAppReady()`を呼び出し、アプリが完全に閉じられて再起動されたか確認
-   - エラーメッセージが表示される場合、Capgoドキュメントでそのエラーを確認するか、サポートに問い合わせ
-
-デバッグコマンドは、特にアップデートのダウンロードとインストールプロセスの問題を特定するのに有効です。期待されるアップデートバージョンは見つかったものの、最終的に適用されていない場合は、ダウンロード後の手順をトラブルシューティングの重点としてください。
-
-### ネイティブログでのデバッグ
-
-Capgoデバッグコマンドに加えて、AndroidとiOSのネイティブログは、特にアップデートプロセスのネイティブ側の問題に関して、貴重なトラブルシューティング情報を提供できます。
-
-#### Androidのログ
-
-Androidログにアクセスするには：
-
-1. デバイスを接続するかエミュレータを起動します
-2. Android Studioを開き、"View > Tool Windows > Logcat"を選択
-3. Logcatウィンドウで、上部のドロップダウンからアプリのプロセスを選択してログをフィルタリング
-4. `Capgo`を含む行を探してSDKのログを確認
-
-または、`adb logcat`コマンドを使用し、`Capgo`でgrepしてログをフィルタリングすることもできます。
-
-Capgo SDKは、アップデートプロセス中の重要なイベントを記録します：
-- アップデートチェックが開始されたとき
-- アップデートが見つかった場合とそのバージョン
-- アップデートのダウンロードの開始と完了
-- アップデートのインストールがトリガーされたとき
-- ネイティブアップデート手順中に発生したエラー
-
-ログで見られる一般的なAndroid特有の問題には以下があります：
-- アップデートのダウンロードを妨げるネットワーク接続の問題
-- アップデートバンドルの保存や読み取り時のファイルパーミッションエラー
-- アップデートバンドル用のストレージ容量不足
-- アップデート適用後のアプリ再起動の失敗
-
-#### iOSのログ
-
-iOSログにアクセスするには：
-
-1. デバイスを接続するかシミュレータを起動します
-2. Xcodeを開き、"Window > Devices and Simulators"に移動
-3. デバイスを選択し、"Open Console"をクリック
-4. コンソール出力で`Capgo`を含む行を探してSDKのログを確認
-
-また、ターミナルで`log stream`コマンドを使用し、`Capgo`でgrepしてログをフィルタリングすることもできます。
-
-Androidと同様に、Capgo SDKはiOS側の重要なイベントを記録します：
-- アップデートチェックの開始と結果
-- ダウンロードの開始、進行状況、完了
-- インストールのトリガーと結果
-- ネイティブアップデートプロセス中のエラー
-
-ログで見られるiOS特有の問題には以下があります：
-- アップデートダウンロード時のSSL証明書の問題
-- アップデートダウンロードをブロックするApp Transport Security
-- アップデートバンドル用の容量不足
-- アップデートバンドルの展開や適用の失敗
-
-両プラットフォームにおいて、ネイティブログはアップデートプロセスのより低レベルの視点を提供し、ネイティブ実装の詳細を示します。これらは特にCapgo JavaScriptレイヤーの外で発生する問題の特定に有用です。
-
-複雑なライブアップデートの問題をトラブルシューティングする際は、Capgoデバッグログとネイティブログの両方を取得して包括的な状況把握をすることをお勧めします。2つのログを合わせることで、問題を特定し解決する最善のチャンスが得られます。
-
-### アップデートが適用されない場合
-
-バンドルをアップロードしたのに変更がデバイスに反映されない場合：
-- [クイックスタート](/docs/getting-started/quickstart)で示されているように、アプリコードで`CapacitorUpdater.notifyAppReady()`を呼び出していることを確認
-- デバイスがインターネットに接続されており、Capgoデバッグログでアップデートがダウンロードされたことを確認
-- アップデートは新規起動時のみ適用されるため、アプリを完全に閉じて再起動してみてください
-- アップデートの適用に問題がある可能性を示すネイティブログのエラーを確認
-
-アップデートプロセスの詳細については、[ライブアップデートのデプロイ](/docs/getting-started/deploy)ガイドを参照してください。まだ問題が解決しない場合は、`npx @capgo/cli@latest app debug`コマンドとネイティブログを使用して、何が起きているかをより詳しく確認してください。
-
-## SDKのインストール
-
-Capgo SDKのインストールに問題がある場合、以下を確認してください：
-- アプリがサポートされているバージョンのCapacitor（4.0以上）を使用していること
-- [クイックスタート](/docs/getting-started/quickstart)の手順を順番通りに実行し、SDKのインストール後にアプリを同期したこと
-
-## CI/CD統合
-
-CI/CDパイプラインからCapgoアップロードをトリガーする際の問題：
-- Capgo認証トークンが正しく設定されているか確認
-- Webアセットのビルド後にアップロードコマンドを実行していることを確認
-- アップロードコマンドが対象環境に対して正しいチャンネル名を使用していることを確認
-
-より詳しいトラブルシューティングのヒントは[CI/CD統合](/docs/getting-started/cicd-integration)ドキュメントを参照してください。また、`npx @capgo/cli@latest app debug`コマンドを使用して、CI/CDでトリガーされたアップデートがアプリに受信されているか確認することもできます。
diff --git a/src/content/docs/ja/docs/getting-started/wrapping-up.mdx b/src/content/docs/ja/docs/getting-started/wrapping-up.mdx
deleted file mode 100644
index d373e163a..000000000
--- a/src/content/docs/ja/docs/getting-started/wrapping-up.mdx
+++ /dev/null
@@ -1,53 +0,0 @@
----
-title: まとめ
-sidebar:
-  order: 7
-next: false
-prev: false
-draft: true
-locale: ja
----
-
-import { Card, CardGrid, Steps } from '@astrojs/starlight/components';
-
-クイックスタートガイドを完了したことで、Capgoの主要な概念について基本的な理解が得られたはずです！このガイドで学んだ主要な概念は以下の通りです：
-
-<Steps>
-1. Capgoアカウントへのアプリの追加
-
-2. CIパイプラインへのCapgoの統合
-
-3. 新しいコミットでCapgoへのバンドルアップロードをトリガーする
-
-4. CapgoSDKでライブアップデートを有効にするためのアプリの設定
-
-5. Capgoダッシュボードからアプリへのライブアップデートのデプロイ
-</Steps>
-
-しかし、Capgoについてはまだまだ学ぶことがあります！ドキュメントの探索を続けるか、以下の主要なトピックをチェックしてください：
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/cicd-integration/">
-    <Card title="CI/CD統合" icon="gitlab">
-      すでにCI/CDパイプラインをお持ちですか？既存のワークフローにCapgoを組み込む方法を学びましょう
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/">
-    <Card title="ライブアップデート" icon="cloud-download">
-      Capgoのライブアップデート機能とベストプラクティスについて詳しく学びましょう
-    </Card>
-  </a>
-
-  <a href="/docs/faq/">
-    <Card title="FAQ" icon="open-book">
-      Capgoに関する一般的な質問への回答を見つけましょう
-    </Card>
-  </a>
-
-  <a href="/docs/getting-started/troubleshooting/">
-    <Card title="トラブルシューティング" icon="error">
-      Capgo使用時に発生する可能性のある一般的な問題に関するヘルプを得ましょう
-    </Card>
-  </a>
-</CardGrid>
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/how-to.mdx b/src/content/docs/ja/docs/how-to.mdx
deleted file mode 100644
index 480e7c0cd..000000000
--- a/src/content/docs/ja/docs/how-to.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-title: 使い方
-description: Capgoの使用方法、チュートリアル、ヒントとコツ
-sidebar:
-  order: 1
-locale: ja
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-<LinkCard
-	title="Capgoでのバージョンの仕組み"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-version-work-in-capgo/"
-/>
-
-<LinkCard
-	title="Capgoでメジャーバージョンをリリースする方法"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-to-release-major-version-in-capgo/"
-/>
-
-<LinkCard
-	title="特定のユーザーまたはグループに特定の更新を送信する方法"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-to-send-specific-version-to-users/"
-/>
-
-
-## CI / CD
-
-
-<LinkCard
-	title="GitHub Actionsを使用した自動ビルドとリリース"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-version-work-in-capgo/"
-/>
-
-<LinkCard
-	title="GitHub Actionsを使用した開発とプロダクションビルドの管理"
-	description="capgo.app"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-## コントリビューション
-
-
-<LinkCard
-	title="Capgoオープンソースへの貢献"
-	description="githubcom"
-	href="https://github.com/Cap-go/capgo/blob/main/CONTRIBUTINGmd"
-/>
diff --git a/src/content/docs/ja/docs/index.mdx b/src/content/docs/ja/docs/index.mdx
deleted file mode 100644
index 8cef4d414..000000000
--- a/src/content/docs/ja/docs/index.mdx
+++ /dev/null
@@ -1,37 +0,0 @@
----
-title: Capgoへようこそ
-description: >-
-  Capgoは、Capacitorとモバイル開発チーム向けのオープンソースのライブアップデートプラットフォームで、ユーザーへのライブアップデートを数日ではなく数分で配信することができます。
-tableOfContents: false
-next: false
-hero:
-  tagline: >-
-    Capgoは、Capacitorとモバイル開発チームのためのオープンソースのリアルタイムアップデートプラットフォームで、数日ではなく数分でユーザーにアップデートを提供することができます
-  actions:
-    - text: はじめに
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/Capgo/'
-      icon: external
-      variant: minimal
-locale: ja
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="リアルタイム更新の力" icon="rocket">
-    シームレスなアプリのライブ更新、重要なバグ修正、コンテンツの変更、ベータ機能などを提供し、ユーザーに最高の体験を提供します
-  </Card>
-  <Card title="簡単な統合" icon="pencil">
-    プラグインはコードベースへの統合が3ステップで完了し、数日ではなく数分でユーザーに更新を送信できます！
-  </Card>
-  <Card title="インストール" icon="setting">
-    `npx @capgo/cli@latest init [APIKEY]` を実行して始めましょう
-  </Card>
-  <Card title="詳細なドキュメント" icon="open-book">
-    [ドキュメント](/docs/getting-started/quickstart/)で、オンボーディング動画を使用して5分でプラグインをマスターする方法を学びましょう
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/live-updates/breaking-changes.md b/src/content/docs/ja/docs/live-updates/breaking-changes.md
deleted file mode 100644
index 801e4b2ec..000000000
--- a/src/content/docs/ja/docs/live-updates/breaking-changes.md
+++ /dev/null
@@ -1,203 +0,0 @@
----
-title: "破壊的変更"
-description: "バージョン管理されたチャンネルを使用して破壊的変更を処理する方法"
-sidebar:
-  order: 6
-locale: ja
----
-
-このドキュメントでは、バージョン管理されたチャンネルを使用してアプリの破壊的変更を処理する方法について説明します。このアプローチにより、異なるバージョンのアプリを維持しながら、ユーザーが互換性のある更新を受け取ることができます。
-
-## シナリオの例
-
-以下があるとします:
-- アプリバージョン1.2.3（古いバージョン） - productionチャンネルを使用
-- アプリバージョン2.0.0（破壊的変更のある新しいバージョン） - v2チャンネルを使用
-- ライブアップデート1.2.4（1.2.3と互換性あり）
-- ライブアップデート2.0.1（2.0.0と互換性あり）
-
-## 戦略: メジャーバージョンには常にdefaultChannelを使用
-
-**推奨アプローチ:** すべてのメジャーバージョンに`defaultChannel`を設定します。これにより、動的なチャンネル割り当てに依存することなく、特定のユーザーグループに更新をプッシュできます。
-
-```ts
-// バージョン1.xリリース
-defaultChannel: 'v1'
-
-// バージョン2.xリリース
-defaultChannel: 'v2'
-
-// バージョン3.xリリース（将来）
-defaultChannel: 'v3'
-```
-
-:::tip
-**このアプローチの利点:**
-- どのユーザーが更新を受け取るかを**常に制御**できる
-- アプリコード内で**動的なチャンネル切り替えは不要**
-- 異なるアプリバージョン間の**明確な分離**
-- 特定のバージョングループに更新をプッシュする**柔軟性**
-:::
-
-## 1. 新バージョン用のチャンネルを作成
-
-```bash
-# バージョン2.x用のチャンネルを作成
-npx @capgo/cli channel create v2
-```
-
-## 2. バージョン2.0.0のCapacitor設定を更新
-
-App Storeでバージョン2.0.0をビルドする前にCapacitor設定を更新します:
-
-```ts
-// capacitor.config.ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      // ... その他のオプション
-      defaultChannel: 'v2' // すべての2.0.0ユーザーはv2チャンネルを使用
-    }
-  }
-};
-
-export default config;
-```
-
-:::note
-**バージョン1.x用:** 最初に`defaultChannel`を設定しなかった場合、バージョン1.xユーザーは`production`チャンネルにいます。将来のメジャーバージョンでは、常に`v3`、`v4`などの特定のチャンネルを設定してください。
-:::
-
-## 3. 個別のコードブランチを管理
-
-アプリバージョン間の互換性を維持するために、個別のgitブランチを作成します:
-
-```bash
-# バージョン1.x更新用のブランチを作成して維持
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-
-# メインブランチはバージョン2.x開発を続行
-git checkout main
-```
-
-:::warning
-**重要:** 古いアプリに期待されるネイティブコード/APIを持たないJavaScriptバンドルを決してプッシュしないでください。常に適切なブランチから更新をビルドしてください:
-- **v1-maintenanceブランチ**: 1.xアプリへの更新用（productionチャンネル）
-- **mainブランチ**: 2.xアプリへの更新用（v2チャンネル）
-:::
-
-## 4. それぞれのチャンネルにバンドルをアップロード
-
-```bash
-# 1.x更新用: v1-maintenanceブランチからビルド
-git checkout v1-maintenance
-# ここで1.x互換の変更を行う
-npx @capgo/cli bundle upload --channel production
-
-# 2.x更新用: mainブランチからビルド
-git checkout main
-# ここで2.xの変更を行う
-npx @capgo/cli bundle upload --channel v2
-```
-
-## 5. 自己割り当てを有効化
-
-```bash
-# アプリがv2チャンネルに自己割り当てできるようにする
-npx @capgo/cli channel set v2 --self-assign
-```
-
-## 6. App Storeにデプロイ
-
-バージョン2.0.0をビルドしてApp Storeにデプロイします。このバージョンをダウンロードするすべてのユーザー（新規ユーザーまたは既存ユーザーのアップグレード）は、アプリバンドルに設定されているため、自動的にv2チャンネルを使用します。
-
-:::note
-**コード変更は不要！** アプリストアバージョンに`defaultChannel: 'v2'`がバンドルされているため、バージョン2.0.0をダウンロードするすべてのユーザーは自動的に正しいチャンネルを使用します。
-:::
-
-## 将来のバージョンへのスケーリング
-
-さらに破壊的変更を伴うバージョン3.0.0をリリースする場合:
-
-```bash
-# バージョン3.x用のチャンネルを作成
-npx @capgo/cli channel create v3
-```
-
-```ts
-// バージョン3.0.0用のcapacitor.config.ts
-const config: CapacitorConfig = {
-  // ...
-  plugins: {
-    CapacitorUpdater: {
-      defaultChannel: 'v3' // バージョン3.xユーザー
-    }
-  }
-};
-```
-
-これで、任意のバージョンに更新をプッシュできます:
-- `production`チャンネル → バージョン1.xユーザー
-- `v2`チャンネル → バージョン2.xユーザー
-- `v3`チャンネル → バージョン3.xユーザー
-
-## 7. クリーンアップ（移行後）
-
-すべてのユーザーがバージョン2.xに移行したら（3〜4か月を数える）:
-
-1. Capacitor設定から`defaultChannel`を削除
-2. v2チャンネルを削除:
-
-```bash
-npx @capgo/cli channel delete v2
-```
-
-3. v1-maintenanceブランチを削除:
-
-```bash
-git branch -d v1-maintenance
-git push origin --delete v1-maintenance
-```
-
-:::tip
-このアプローチにより、ユーザーはアプリバージョンと互換性のある更新のみを受け取ることができます
-:::
-
-:::warning
-デプロイ前に各チャンネルで更新を徹底的にテストしてください
-:::
-
-:::note
-一部のユーザーがまだチャンネルオーバーライドを持っている場合でも、Capgoでv2チャンネルを安全に削除できます。代わりにproductionチャンネルから自動的に更新を受け取ります。
-:::
-
-## バージョン1.x更新の維持
-
-バージョン1.xと互換性のある更新を送信するには:
-
-1. v1-maintenanceブランチに切り替える:
-```bash
-git checkout v1-maintenance
-```
-
-2. 変更を行ってコミット:
-```bash
-# 1.x互換の変更を行う
-git add .
-git commit -m "Fix for v1.x"
-git push origin v1-maintenance
-```
-
-3. productionチャンネルにビルドしてアップロード:
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
-:::tip
-v1-maintenanceブランチをバージョン1.xと互換性のあるバグ修正で最新に保ちますが、mainからの破壊的変更はマージしないでください
-:::
diff --git a/src/content/docs/ja/docs/live-updates/channels.mdx b/src/content/docs/ja/docs/live-updates/channels.mdx
deleted file mode 100644
index 18d534010..000000000
--- a/src/content/docs/ja/docs/live-updates/channels.mdx
+++ /dev/null
@@ -1,258 +0,0 @@
----
-title: チャンネル
-description: "Capgoでライブアップデートチャンネルを管理・設定する方法を学び、そのチャンネル用に設定されたデバイスに特定のJSバンドルビルドを配信することでシームレスなアプリアップデートを可能にします。"
-sidebar:
-  order: 2
-locale: ja
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Live Updateチャンネルは、そのチャンネルに対してアップデートを待ち受けるように設定された全てのデバイスと共有される、特定のJSバンドルビルドを指します。アプリに[Capgo Live Updates SDKをインストール](/docs/getting-started/quickstart/)すると、そのチャンネルに設定された全てのネイティブバイナリは、アプリ起動時に利用可能なアップデートを確認します。チャンネルが指すビルドはいつでも変更でき、必要に応じて以前のビルドにロールバックすることもできます。
-
-<Aside type="caution" title="チャンネルは機密性を提供しません">
-チャンネルはアップデート配信の対象を制御しますが、バンドルの秘密性は保証しません。チャンネルがプライベートであっても、また自己割り当てが無効であっても、Capgoにアップロードされた未暗号化のバンドルはクライアントへ配信される公開アセットとして扱う必要があります。暗号化は配信経路とアップデートの真正性を保護しますが、公開鍵がクライアントの一部として含まれているため、配信済みバンドルは十分な労力をかければ配布済みアプリからリバースエンジニアリングできます。詳細は[Live Updatesの暗号化](/docs/live-updates/encryption/)を参照してください。
-</Aside>
-
-## デバイスがチャンネルを選択する方法（優先順位）
-
-デバイスがアップデートを確認する際、Capgoはこの厳密な順序でどのチャンネルを使用するかを決定します（最高優先度から）：
-
-1. **強制デバイスマッピング（ダッシュボード）** – 特定のデバイスIDを手動でチャンネルにピン留めします。緊急のデバッグや単一の実ユーザーとの制御されたテストに使用します。これが常に優先されます。
-2. **ダッシュボードまたはAPIを介したクラウドオーバーライド（デバイスごと）** – ダッシュボードやAPIでデバイスのチャンネルを変更したときに作成されます。フィーチャー/PRチャンネル間を切り替えるQAユーザーや、ユーザー問題を再現するために使用します。バイナリの再インストールでは消えません。デバイスエントリの削除で消えます。
-
-<Aside type="tip" title="setChannel()による即時チャンネル切り替え">
-**プラグインバージョン5.34.0、6.34.0、7.34.0、または8.0.0以降**（メジャーバージョンによる）、`setChannel()`は異なる動作をします：バックエンドに接続してチャンネルが許可されているかを**検証**し（そのチャンネルでセルフアサインメントが有効かをチェック）、その後チャンネルを`defaultChannel`として**デバイスにローカルに**保存します。これは、新しいチャンネルが次のアップデートチェックで**即座に**有効になることを意味します—レプリケーションを待つ必要はありません。
-
-以前、`setChannel()`はチャンネルオーバーライドをバックエンドデータベースに保存していました（ダッシュボードやAPIの変更と同様）。デバイスは新しいチャンネルが認識される前にデータレプリケーション（最大2分）を待つ必要がありました。新しい動作はバックエンドから読み取り（検証用）のみを行い、ローカルに保存するため、チャンネル切り替えが即座になります。
-
-**注意:** ローカルに設定された後にチャンネルが許可されなくなっても、バックエンドはアップデートチェック時にチャンネルを検証するため、セキュリティは維持されます。
-
-**重要:** ダッシュボードやAPIを介してチャンネルの変更が行われた場合、すべてのエッジサーバーが変更を反映するまで最大2分のレプリケーション遅延があります。即時のチャンネル切り替えには、アプリコードから`setChannel()`を使用してください—バックエンドで検証し、ローカルでチャンネルを設定して即座に効果を得ます。
-</Aside>
-
-3. **Capacitor設定 `defaultChannel`（テストビルドのデフォルト）** – `capacitor.config.*`に存在し、force/overrideがない場合、アプリはこのチャンネルで開始します（例：`beta`、`qa`、`pr-123`）。テスターが自動的にプリリリースチャンネルに着地するよう、TestFlight/内部ビルド用に設計されています。本番ビルドは通常これを未設定のままにします。
-4. **クラウドデフォルトチャンネル（メインパス ～99%のユーザー）** – ダッシュボードでデフォルトチャンネルをマークすると、通常のすべてのエンドユーザー（force、override、configのdefaultChannelなし）がここに接続されます。即座にロールアウトまたはロールバックするために変更します—新しいバイナリは不要です。プラットフォーム固有のデフォルトがある場合（iOS専用1つ、Android専用1つ）、各デバイスはそのプラットフォームに一致するデフォルトに着地します。クラウドデフォルトを未設定のままにすることも許可されています。その場合、デバイスはアップデートを受け取るためにステップ1-3で一致する必要があります。
-
-ベストプラクティス：
-- 1-3を例外/テストレイヤーとして扱います。クラウドデフォルトを設定すると、実際のユーザーはそこに流れるべきです。設定しないことを選択する場合は、ユーザーがどのように接続されるかを意図的に決定してください（通常、configの`defaultChannel`またはデバイスごとのオーバーライドを介して）。
-- テスターに明示的に配布するバイナリにのみ`defaultChannel`を設定します。未設定のままにすると、本番ロジックがダッシュボードで一元化されます。
-- 本番環境では`setChannel()`を控えめに使用してください—主にQAやターゲット診断用。
-
-チャンネルがプラットフォームで無効になっている場合（iOS/Androidトグル）、選択されるはずのときに選択プロセスはそれをスキップしてリストを下に続けます。
-
-> 要約: Force > Override > Config `defaultChannel` > クラウドデフォルト。
-
-## デフォルトチャンネルの動作
-
-クラウドデフォルトの設定はオプションですが、通常は新しいデバイスのキャッチオールパスとして機能します。これがないと、強制マッピング、オーバーライド、またはCapacitor設定の`defaultChannel`で一致するデバイスのみがアップデートを受け取ります。デフォルトをマークする場合は、これらのパターンを覚えておいてください：
-
-- **単一のデフォルト（最も一般的）** – チャンネルにiOSとAndroidの両方が有効になっている場合、それが唯一のデフォルトになります。オーバーライドのないすべてのデバイスがここに接続されます。
-- **プラットフォーム固有のデフォルト** – プラットフォームごとにチャンネルを分ける場合（例：iOSのみ有効な`ios-production`とAndroidのみ有効な`android-production`）、それぞれをそのプラットフォームのデフォルトとしてマークします。iOSデバイスはiOSデフォルトに、AndroidデバイスはAndroidデフォルトに行きます。
-
-クラウドデフォルトと`capacitor.config.*`の`defaultChannel`は両方とも同じ決定レイヤーを占めることを覚えておいてください。クラウドデフォルトを設定する場合、Capacitor設定で値を複製する必要はありません—本番ビルドでは`defaultChannel`を空のままにしてください。クラウドデフォルトが異なっていても非本番チャンネルで開始させたい場合、テスターやQAに意図的に配布するバイナリのために`defaultChannel`を予約してください。
-
-ダッシュボードでいつでもデフォルトを変更できます。デフォルトを切り替えると、新しいデバイスは即座に新しいルーティングに従い、既存のデバイスは次のチェックイン時に通常の優先順位ルールに従います。
-
-## チャンネルの設定
-
-オンボーディング中に最初のチャンネルを作成します（ほとんどのチームは「Production」と名付けます）が、何もロックされていません—いつでもチャンネルの名前を変更したり削除したりできます。後で追加のチャンネルを追加するには：
-
-1. Capgoダッシュボードの「Channels」セクションに移動します
-2. 「New Channel」ボタンをクリックします
-3. チャンネル名を入力して「Create」をクリックします
-
-チャンネル名は任意のものを設定できます。一般的な戦略として、開発段階に合わせてチャンネルを設定することがあります：
-
-- `Development` - ローカルデバイスやエミュレータでライブアップデートをテストするため
-- `QA` - QAチームが広範なリリース前にアップデートを検証するため
-- `Staging` - 本番環境に近い環境で最終テストを行うため
-- `Production` - エンドユーザーがアプリストアから受け取るアプリのバージョン用
-
-## アプリでのチャンネルの設定
-
-チャンネルを作成したら、適切なチャンネルを監視するようにアプリを設定する必要があります。この例では、`Development`チャンネルを使用します。
-
-`capacitor.config.ts`（または`capacitor.config.json`）ファイルを開きます。`plugins`セクションで、**テストビルド**（内部/QA）用に`defaultChannel`をオプションで設定します。本番ビルドでは、明示的にオーバーライドされない限り、デバイスがクラウドデフォルトを使用するように省略することを推奨します。
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      // QA/TestFlightビルド用 – テスターは自動的にDevelopmentチャンネルで開始します。
-      defaultChannel: 'Development',
-      // 本番ビルドは通常これを省略して、ユーザーがクラウドデフォルトチャンネルに接続されるようにします。
-    },
-  },
-};
-```
-
-次に、Webアプリをビルドし、`npx cap sync`を実行して更新された設定ファイルをiOSとAndroidプロジェクトにコピーします。このSync手順をスキップすると、ネイティブプロジェクトは以前に設定されていたチャンネルを使い続けます。
-
-<Aside type="caution">
-チャンネル選択順序: Force > Override (`setChannel` / ダッシュボード) > Config `defaultChannel` > クラウドデフォルト。
-
-テスト/内部ビルドでのみ`defaultChannel`を使用してください。本番では、ネイティブ設定でルーティングを複製するのではなく、ユーザーがクラウドデフォルト（設定されている場合）に従うように省略してください。
-
-後からデバイスを強制（ピン留め）したり、オーバーライドを適用したりすることもできます—これらは即座に設定値を上書きします。
-
-> チャンネル名は大文字と小文字を区別します。
-</Aside>
-
-## チャンネルオプションと戦略
-
-チャンネルには、誰がアップデートを受け取れるか、どのようにアップデートが配信されるかを制御するいくつかのオプションがあります。最も重要なものは以下の通りです。Webアプリ、CLI、またはPublic APIから設定できます。
-
-- デフォルトチャンネル: 新しいデバイスが接続するチャンネルまたはプラットフォーム固有のチャンネルをオプションでマークします。ルーティングシナリオについては「デフォルトチャンネルの動作」を参照してください。
-- プラットフォームフィルター: チャンネルごとに`iOS`および/または`Android`デバイスへの配信を有効または無効にします。
-- ネイティブ未満での自動ダウングレードを無効化: デバイスのネイティブアプリバージョンがチャンネルのバンドルより新しい場合にアップデートの送信を防ぎます（例：デバイスが1.2.3でチャンネルが1.2.2の場合）。
-- 開発ビルドを許可: 開発ビルドへのアップデートを許可します（テストに便利）。
-- エミュレータデバイスを許可: エミュレータ/シミュレータへのアップデートを許可します（テストに便利）。
-- デバイスのセルフアサインメントを許可: アプリが`setChannel`を使用してランタイムでこのチャンネルに切り替えることを許可します。無効にすると、このチャンネルへの`setChannel`は失敗します。
-
-### 自動アップデート無効化戦略
-
-チャンネルが自動的に配信するアップデートの種類を制限するために使用します。オプション：
-
-- major: メジャー間のアップデートをブロック (0.0.0 → 1.0.0)。マイナーおよびパッチアップデートは引き続き許可されます。
-- minor: マイナー間のアップデート (例: 1.1.0 → 1.2.0) とメジャーをブロック。パッチアップデートは引き続き許可されます。注意: 0.1.0 → 1.1.0はブロックしません。
-- patch: 非常に厳格。同じメジャーとマイナー内で増加するパッチバージョンのみを許可します。例: 0.0.311 → 0.0.314 ✅、0.1.312 → 0.0.314 ❌、1.0.312 → 0.0.314 ❌。
-- metadata: 各バンドルに最小アップデートバージョンのメタデータを要求します。CLIで`--min-update-version`または`--auto-min-update-version`を使用して設定します。欠落している場合、チャンネルは誤設定とマークされ、設定されるまでアップデートは拒否されます。
-- none: semver互換性に従ってすべてのアップデートを許可します。
-
-詳細と例については、/docs/cli/commands/#disable-updates-strategyのアップデート無効化戦略を参照してください。
-
-例（CLI）：
-
-```bash
-# Productionチャンネルでメジャーアップデートをブロック
-npx @capgo/cli@latest channel set production com.example.app \
-  --disable-auto-update major
-
-# デバイスがBetaチャンネルにセルフアサインすることを許可
-npx @capgo/cli@latest channel set beta com.example.app --self-assign
-```
-
-### アプリからsetChannel()を使用する
-
-`setChannel()`メソッドを使用すると、アプリはランタイムでプログラム的にチャンネルを切り替えることができます。これは特に以下に便利です：
-
-- テスターがチャンネル間を切り替えられるQA/デバッグメニュー
-- ベータプログラムのオプトインフロー
-- フィーチャーフラグの実装
-- A/Bテストシナリオ
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// ベータチャンネルに切り替え
-await CapacitorUpdater.setChannel({ channel: 'beta' });
-
-// オプションで切り替え後に即座にアップデートチェックをトリガー
-await CapacitorUpdater.setChannel({
-  channel: 'beta',
-  triggerAutoUpdate: true
-});
-```
-
-<Aside type="note" title="setChannel()の動作 (v5.34.0+ / v6.34.0+ / v7.34.0+ / v8.0.0+)">
-`setChannel()`が呼び出されると：
-
-1. **バックエンド検証（読み取り専用）**: Capgoバックエンドにリクエストを送信してチャンネルが許可されているかを検証します（セルフアサインメント権限をチェック）
-2. **ローカルストレージの更新**: 検証が成功すると、チャンネルはデバイスのローカルストレージに`defaultChannel`として保存されます
-3. **即時効果**: 次のアップデートチェックは新しいチャンネルを即座に使用します（レプリケーションを待つ必要なし）
-
-**これが重要な理由:** 古いバージョンでは、`setChannel()`はチャンネルオーバーライドをバックエンドデータベースに保存していました（ダッシュボードやAPIの変更と同様）。デバイスはチャンネル変更が有効になる前にバックエンドのレプリケーション（最大2分）を待つ必要がありました。現在、`setChannel()`はバックエンドから読み取り（検証用）のみを行い、ローカルに保存するため、チャンネル切り替えが即座になります。
-
-**セキュリティに関する注意:** ローカルに設定された後にチャンネルの権限が変更されても（例：セルフアサインメントが無効になった）、バックエンドはアップデートチェック時にチャンネルを検証し、セキュリティを確保します。
-
-**チャンネル変更方法の比較：**
-
-| 方法 | 効果時間 | 保存場所 | ユースケース |
-|------|----------|----------|----------|
-| プラグインの`setChannel()` | **即時** | デバイスのみ（ローカル） | アプリ内でのユーザー主導のチャンネル切り替え |
-| ダッシュボードのデバイスオーバーライド | 最大2分 | バックエンドデータベース | 特定のデバイスに対する管理者主導の変更 |
-| APIチャンネル割り当て | 最大2分 | バックエンドデータベース | 自動化されたバックエンド統合 |
-
-チャンネル切り替えUIを構築する際の最高のユーザー体験のために、常にプラグインの`setChannel()`メソッドを使用してください。
-
-ローカル専用チャンネル切り替えの最小バージョン: **5.34.0**、**6.34.0**、**7.34.0**、または**8.0.0**（メジャーバージョンによる）。各マイナーバージョン番号は、すべてのメジャーバージョンで同じ機能セットに対応しています（例：X.34.0はXが5、6、7、8のいずれでも同じ機能を含みます）。バージョンタグについては[プラグインのインストール](/docs/getting-started/add-an-app/)を参照してください。
-</Aside>
-
-## チャンネルへのバンドルの割り当て
-
-ライブアップデートをデプロイするには、新しいJSバンドルビルドをアップロードし、それをチャンネルに割り当てる必要があります。Capgo CLIを使用して1つのステップでこれを行うことができます：
-
-```shell
-npx @capgo/cli@latest bundle upload --channel=Development
-```
-
-これにより、ビルドされたWebアセットがアップロードされ、新しいバンドルが`Development`チャンネルのアクティブビルドとして設定されます。そのチャンネルを監視するように設定されているアプリは、次回のアップデートチェック時に更新を受け取ります。
-
-Capgoダッシュボードの「Bundles」セクションからもチャンネルにビルドを割り当てることができます。ビルド横のメニューアイコンをクリックし、「Assign to Channel」を選択してそのビルドのチャンネルを選択します。
-
-## バンドルのバージョン管理とチャンネル
-
-Capgoでは、バンドルは個々のチャンネルに特有ではなく、アプリ全体でグローバルであることに注意することが重要です。同じバンドルを複数のチャンネルに割り当てることができます。
-
-バンドルのバージョン管理では、チャンネル固有のビルドにはプレリリース識別子を使用した[semver](https://semver.org/)セマンティックバージョニングを推奨します。例えば、ベータリリースは`1.2.3-beta.1`のようにバージョン管理されます。
-
-このアプローチには以下の利点があります：
-
-- ビルド間の関係を明確に伝えます。`1.2.3-beta.1`は明らかに`1.2.3`のプレリリースです
-- チャンネル間でバージョン番号を再利用でき、混乱を減らせます
-- 明確なロールバックパスを可能にします。`1.2.3`からロールバックする必要がある場合、`1.2.2`が前の安定リリースであることがわかります
-
-典型的なチャンネル設定でのバンドルバージョンの例：
-
-- `Development`チャンネル：`1.2.3-dev.1`、`1.2.3-dev.2`など
-- `QA`チャンネル：`1.2.3-qa.1`、`1.2.3-qa.2`など
-- `Staging`チャンネル：`1.2.3-rc.1`、`1.2.3-rc.2`など
-- `Production`チャンネル：`1.2.3`、`1.2.4`など
-
-プレリリース識別子を使用したsemverは推奨されるアプローチですが、厳密に必要というわけではありません。重要なのは、ビルド間の関係を明確に伝え、チームの開発プロセスに合ったバージョニング方式を見つけることです。
-
-## ライブアップデートのロールバック
-
-バグを導入するライブアップデートをデプロイした場合や、その他の理由で元に戻す必要がある場合、簡単に以前のビルドにロールバックできます。ダッシュボードの「Channels」セクションから：
-
-<Steps>
-
-1. ロールバックしたいチャンネル名をクリックします
-2. 戻したいビルドを見つけ、クラウンアイコンをクリックします
-![ロールバックビルド](/select_bundle.webp)
-3. アクションを確認します
-
-</Steps>
-
-選択したビルドは即座にそのチャンネルのアクティブビルドになります。アプリは次回のアップデートチェック時にロールバックされたバージョンを受け取ります。
-
-## デプロイメントの自動化
-
-より高度なワークフロー向けに、CI/CDパイプラインの一部としてライブアップデートのデプロイメントを自動化できます。Capgoをビルドプロセスに統合することで、特定のブランチへのプッシュや新しいリリースの作成時に、自動的に新しいバンドルをアップロードしチャンネルに割り当てることができます。
-
-Capgoライブアップデートの自動化についての詳細は、[CI/CD Integration](/docs/getting-started/cicd-integration/)ドキュメントを参照してください。
-
-## デバイスへのデプロイ
-
-チャンネルについて理解したところで、実際のデバイスへのライブアップデートのデプロイを開始する準備が整いました。基本的なプロセスは：
-
-1. アプリにCapgo SDKをインストールする
-2. 希望のチャンネルを監視するようにアプリを設定する
-3. ビルドをアップロードしそのチャンネルに割り当てる
-4. アプリを起動してアップデートを待つ！
-
-より詳細な手順については、[Deploying Live Updates](/docs/getting-started/deploy/)ガイドを参照してください。ハッピーアップデート！
-
-## 高度なチャンネル使用法：ユーザーセグメンテーション
-
-チャンネルは開発段階以上のものに使用できます。以下のような機能を可能にするユーザーセグメンテーションのための強力なツールです：
-
-- 異なるユーザーティアのためのフィーチャーフラグ
-- A/Bテスト
-- 段階的な機能ロールアウト
-- ベータテストプログラム
-
-これらの高度なユースケースを実装する方法については、ガイドを参照してください：[How to Segment Users by Plan and Channels for Feature Flags and A/B Testing](/blog/how-to-segment-users-by-plan-and-channels/)。
diff --git a/src/content/docs/ja/docs/live-updates/china-configuration.mdx b/src/content/docs/ja/docs/live-updates/china-configuration.mdx
deleted file mode 100644
index 9b9e763e8..000000000
--- a/src/content/docs/ja/docs/live-updates/china-configuration.mdx
+++ /dev/null
@@ -1,208 +0,0 @@
----
-title: 中国でのCapgoの使用
-description: "地域のOST URLを使用してCapgo Live Updatesを中国で動作するように設定し、最適なパフォーマンスと信頼性を実現する方法を学びます。"
-sidebar:
-  order: 11
-locale: ja
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-中国のユーザーにアプリをデプロイする場合、信頼性の高い高速な更新を確保するために、地域のOST（Object Storage Technology）URLを使用するようにCapgoを設定する必要があります。
-
-## なぜ中国固有のURLを使用するのか？
-
-中国のネットワークインフラストラクチャと規制（グレートファイアウォール）により、国際サーバーへの直接接続は遅いか信頼性に欠ける可能性があります。Capgoは、レイテンシを最小限に抑え、ユーザーができるだけ迅速かつ確実に更新を受け取れるように、香港にデータがある専用のOST URLを提供しています。
-
-## 設定
-
-中国用にCapgoを設定するには、Capacitor設定ファイルで3つの特定のURLを設定する必要があります。これらのURLはCapgoの香港ベースのインフラストラクチャを指しています。
-
-<Steps>
-
-1. `capacitor.config.ts`ファイルを開く
-
-2. `CapacitorUpdater`プラグインセクションに以下の設定を追加:
-
-    ```typescript
-    import { CapacitorConfig } from '@capacitor/cli';
-
-    const config: CapacitorConfig = {
-      plugins: {
-        CapacitorUpdater: {
-          autoUpdate: true,
-          updateUrl: 'https://updater.capgo.com.cn/updates',
-          statsUrl: 'https://updater.capgo.com.cn/stats',
-          channelUrl: 'https://updater.capgo.com.cn/channel_self',
-        },
-      },
-    };
-
-    export default config;
-    ```
-
-3. 変更を適用するためにアプリを再ビルド:
-
-    ```shell
-    npm run build
-    npx cap sync
-    ```
-
-</Steps>
-
-## 設定の詳細
-
-各URLの機能:
-
-- **updateUrl**: `https://updater.capgo.com.cn/updates` - アプリの利用可能な更新を確認およびダウンロードするために使用
-- **statsUrl**: `https://updater.capgo.com.cn/stats` - 分析と使用統計をCapgoに報告するために使用
-- **channelUrl**: `https://updater.capgo.com.cn/channel_self` - チャンネル設定を取得し、適用する更新を決定するために使用
-
-<Aside type="tip">
-中国でCapgo updaterの完全な機能を確保するには、3つのURLすべてを一緒に設定する必要があります。
-</Aside>
-
-## 中国での推奨設定
-
-中国のグレートファイアウォールによるネットワークパフォーマンスの制限により、中国本土にデプロイされたアプリには特定の推奨事項があります:
-
-### ダイレクトアップデートを無効化
-
-中国のアプリでは`directUpdate`を**無効にすることを強くお勧めします**。中国のネットワーク接続は他の地域よりもパフォーマンスが低く、ダイレクトアップデート（即座に適用される）はダウンロードが中断されたり遅い場合、ユーザーエクスペリエンスが悪化する可能性があります。
-
-代わりに、更新がバックグラウンドでダウンロードされ、アプリがバックグラウンドになるか再起動したときに適用されるデフォルトの更新動作を使用してください。これにより、ユーザーにとってより信頼性の高いエクスペリエンスが提供されます。
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // 中国での推奨
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-<Aside type="caution">
-香港ベースのインフラストラクチャはレイテンシを最小限に抑え、信頼性を向上させるのに役立ちますが、中国本土へのネットワークパフォーマンスはグレートファイアウォールの影響を受ける可能性があります。`directUpdate`を無効にすると、ユーザーエクスペリエンスを中断することなく更新が正常に完了します。
-</Aside>
-
-## 完全な設定例
-
-中国にデプロイされたアプリの推奨設定を含む完全な例:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'My App',
-  webDir: 'dist',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // 推奨: 中国でのより良い信頼性のために無効化
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-
-export default config;
-```
-
-## 設定のテスト
-
-中国固有のURLを設定した後、更新が正しく機能していることを確認できます:
-
-<Steps>
-
-1. Capgoに新しいバンドルをアップロード:
-
-    ```shell
-    npx @capgo/cli@latest bundle upload --channel=production
-    ```
-
-2. 中国のテストデバイスにアプリをインストール
-
-3. 更新プロセスを監視:
-
-    ```shell
-    npx @capgo/cli@latest app debug
-    ```
-
-4. 更新が中国のOST URLからダウンロードされていることを確認
-
-</Steps>
-
-<Aside type="note">
-更新の動作とタイミングは、標準のCapgo設定と同じです。更新がいつどのように適用されるかの詳細については、[Update Behavior](/docs/live-updates/update-behavior/)ドキュメントをご覧ください。
-</Aside>
-
-## 複数地域へのデプロイ
-
-アプリが中国内外の両方のユーザーにサービスを提供する場合、すべてのユーザーに対してグローバルに中国ドメイン設定を使用できます。`updater.capgo.com.cn`ドメインは、Alibaba DNSインフラストラクチャのおかげでグローバルに解決され、中国内および世界中のどこからでもアクセスできます。
-
-### 中国ドメインをグローバルに使用
-
-中国ドメインURLは複数地域アプリでシームレスに動作します:
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // 中国ユーザーに推奨
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-この単一設定は以下で機能します:
-- 中国本土のユーザー（香港ベースのインフラストラクチャを使用）
-- 中国以外のユーザー（Alibaba DNS経由で同じインフラストラクチャにアクセス）
-
-**パフォーマンスの考慮事項:**
-
-`.cn`ドメインはAlibaba DNSを通じてグローバルに解決され、どこでも機能しますが、標準ドメイン（`api.capgo.app`）と比較して、中国以外のユーザーにとってはわずかにパフォーマンスが劣ります。標準ドメインは、バックエンドがホストされているCloudflareによって直接解決されます。ただし、DNS解決は高速なので、パフォーマンスの違いは最小限で、ユーザーエクスペリエンスに大きな影響を与えません。
-
-<Aside type="tip">
-すべてのユーザーに`.cn`ドメインを使用すると、デプロイが簡素化され、すべての地域で一貫した更新動作が保証されます。個別のビルドや環境ベースの設定は必要ありません。中国以外でのわずかなパフォーマンストレードオフは、通常、簡素化されたデプロイメントに見合う価値があります。
-</Aside>
-
-### 代替: 地域固有の設定
-
-各地域を異なる方法で最適化したい場合は、以下も検討できます:
-
-- 異なる設定で個別のアプリバリアントをビルド
-- 環境ベースの設定を使用してURLを動的に設定
-- 異なる地域用に異なるリリースチャンネルを作成
-
-複数地域デプロイメント戦略についてサポートが必要な場合は、[support@capgo.app](mailto:support@capgo.app)までご連絡いただくか、[Discordコミュニティ](https://discord.capgo.app)にご参加ください。
-
-## トラブルシューティング
-
-中国での更新に問題が発生した場合:
-
-1. **設定を確認** - `capacitor.config.ts`で3つのURLすべてが正しく設定されていることを再確認
-2. **ネットワーク接続を確認** - デバイスが`updater.capgo.com.cn`ドメインに到達できることを確認
-3. **ログを確認** - `npx @capgo/cli@latest app debug`を使用してエラーメッセージを確認
-4. **更新をテスト** - 新しいバンドルをアップロードしてダウンロードプロセスを監視してみる
-5. **サポートに連絡** - 問題が続く場合は、[support@capgo.app](mailto:support@capgo.app)までご連絡いただくか、[Discordコミュニティ](https://discord.capgo.app)にご参加ください
-
-<Aside type="caution">
-中国用に設定する際は、標準の国際ドメインではなく、`.cn`ドメイン（`updater.capgo.com.cn`）を使用してください。
-</Aside>
-
-## 次のステップ
-
-- 更新が適用されるタイミングをカスタマイズするには[Update Behavior](/docs/live-updates/update-behavior/)を学ぶ
-- 異なるリリーストラックを管理するには[Channels](/docs/live-updates/channels/)を探索
-- 更新を保護するには[Encryption](/docs/live-updates/encryption/)を確認
diff --git a/src/content/docs/ja/docs/live-updates/compliance.mdx b/src/content/docs/ja/docs/live-updates/compliance.mdx
deleted file mode 100644
index 1b89b8016..000000000
--- a/src/content/docs/ja/docs/live-updates/compliance.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: コンプライアンス
-description: "Capgoのプライバシー慣行、データ収集、セキュリティコンプライアンス、およびライブアップデート中にユーザーの情報をどのように保護するかについて学びます。"
-locale: ja
-sidebar:
-  order: 6
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgoは、プライバシー、セキュリティ、コンプライアンスを念頭に置いて設計されています。このドキュメントでは、収集されるデータ、その使用方法、およびCapgoのライブアップデートサービスを使用する際にユーザーのプライバシーを保護し、規制コンプライアンスを確保するために実施されている対策について説明します。
-
-## データ収集の概要
-
-Capgoは、ライブアップデートサービスを効果的に提供するために必要な最小限のデータを収集します。データ収集は、ユーザー追跡や分析ではなく、運用要件に焦点を当てています。
-
-### 収集されるデータ
-
-Capgoは、ライブアップデート機能を提供するために必要なデータのみを収集します。アプリがアップデートを確認したり、新しいバンドルをダウンロードしたりするときに、以下の情報が収集されます。
-
-- **App ID**: アプリを正しいアカウントに関連付けるために使用されるアプリの一意の識別子
-- **App Version Code**: アプリと互換性のあるアップデートを判断するために使用されるアプリのバージョンコード
-- **App Version Name**: 表示目的で使用されるアプリのバージョン名
-- **Platform**: アプリと互換性のあるアップデートを判断するために使用されるアプリのプラットフォーム（iOS、Android）
-- **Device ID**: 特定のデバイスにアップデートを配信し、課金目的で使用されるデバイスの一意の識別子。この識別子は、アプリが初めて起動されたときに作成されるランダムな文字列です。**プラグインバージョンv5.10.0、v6.25.0、v7.25.0以降**、デバイスIDはアプリの再インストール後も保持されるようになりました（iOSではKeychainに、AndroidではEncryptedSharedPreferencesに安全に保存）。これにより、アプリストアのガイドラインに準拠しながら、より良いデバイス追跡が可能になります。これらのバージョン以前は、デバイスIDはアプリのインストールごとにリセットされていました
-- **Bundle ID**: デバイスに現在インストールされているバンドルの一意の識別子
-- **Channel Name**: アップデートを受信するために選択されたチャネルの名前
-- **OS Version**: デバイスと互換性のあるアップデートを判断するために使用されるオペレーティングシステムのバージョン
-- **Plugin Version**: デバイスにアップデートを配信するために使用される@capgo/capacitor-updaterプラグインのバージョン
-
-**追加の技術データ:**
-- アップデート確認のタイムスタンプ
-- ダウンロード成功/失敗のステータス
-- バンドルインストールのステータス
-- ロールバックイベントと理由
-- IPアドレス（ジオロケーションとCDN最適化のため）
-
-<Aside type="note">
-@capgo/capacitor-updaterプラグインのソースコードを調査することで、収集されるデータを確認できます。このプラグインはオープンソースで、[GitHub](https://github.com/Cap-go/capacitor-updater)で利用可能です。Capgoは、名前、メールアドレス、電話番号、またはアプリ間で個々のユーザーを追跡するために使用できる永続的なデバイス識別子などの個人を特定できる情報（PII）を収集しません。
-</Aside>
-
-### 収集されないデータ
-
-Capgoは明示的に以下を収集しません：
-
-- 個人ユーザー情報または認証情報
-- アプリの使用状況分析またはユーザー行動データ
-- アプリまたはユーザー生成データのコンテンツ
-- 一般的な地理的地域を超える位置データ
-- 追跡のための永続的なデバイス識別子
-- 生体認証または機密性の高い個人データ
-
-## データの使用と目的
-
-Capgoによって収集されたデータは、以下の目的でのみ使用されます。
-
-### サービス運用
-- 特定のアプリバージョンで利用可能なアップデートの判断
-- 地理的CDN選択によるコンテンツ配信の最適化
-- アップデートとデバイス機能間の互換性の確保
-- アップデートのロールアウトとチャネル割り当ての管理
-
-### サービス改善
-- アップデート成功率の監視と問題の特定
-- ダウンロードパフォーマンスと信頼性の最適化
-- 全体的なアップデート配信システムの改善
-- アップデート失敗のデバッグとトラブルシューティング
-
-### セキュリティと整合性
-- 悪用の防止とサービス可用性の確保
-- アップデートの真正性と整合性の検証
-- 悪意のあるまたは破損したアップデートからの保護
-- サービスのセキュリティと安定性の維持
-
-## データの保存と保持
-
-### 保存場所
-- アップデートバンドルとメタデータは、安全なクラウドインフラストラクチャに保存されます
-- データはパフォーマンスのために複数の地理的地域に分散されます
-- すべてのデータ転送は、業界標準のプロトコル（HTTPS/TLS）を使用して暗号化されます
-
-### データ保持
-- アップデート確認ログは運用目的で保持されます（通常30〜90日）
-- バンドルファイルは、アクティブなチャネルに割り当てられている限り保持されます
-- 集約された非個人的なメトリクスは、サービス改善のためにより長く保持される場合があります
-- 個人データがある場合は、適用されるデータ保護法に従って削除されます
-
-### データセキュリティ
-- すべてのデータは転送中および保存時に暗号化されます
-- データへのアクセスは、承認された担当者のみに制限されます
-- 定期的なセキュリティ監査と監視が実施されます
-- 業界標準のセキュリティ慣行に従っています
-- **SOC 2認証**: Capgoは現在SOC 2 Type II認証を取得しており、セキュリティ、可用性、機密性の最高基準を保証しています。コンプライアンスステータスは[trust.capgo.app](https://trust.capgo.app)で確認できます
-- **継続的なコード監査**: すべてのコミットは、[プラグイン](https://sonarcloud.io/summary/overall?id=Cap-go_capacitor-updater&branch=main)および[バックエンド](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main)について[SonarCloud](https://sonarcloud.io/summary/overall?id=Cap-go_capacitor-updater&branch=main)によって自動的に監査され、コード品質、セキュリティ脆弱性の検出、保守性を確保しています
-- **脆弱性スキャン**: 依存関係のセキュリティ脆弱性を検出して修復するために、[Snyk](https://snyk.io/test/github/Cap-go/capgo)による追加のセキュリティスキャンが実施されます
-- **インフラストラクチャセキュリティ**: ホスティングインフラストラクチャは、[ホスティングセキュリティチェック](https://hosting-checker.net/websites/api.capgo.app)を通じて継続的に監視および検証されます
-- **AI駆動型コードレビュー**: すべてのプルリクエストは、潜在的な問題、セキュリティ上の懸念をキャッチし、コード品質基準を維持するためにCodeRabbit AIによってレビューされます
-
-## プライバシー管理
-
-### アプリ開発者向け
-Capgoユーザーとして、以下を管理できます：
-
-- **チャネル管理**: どのユーザーにどのアップデートを配布するかを管理
-- **データ最小化**: 共有するデバイス情報を設定
-- **地理的管理**: アップデートを配布する場所を管理
-- **保持設定**: アップデートデータを保持する期間を管理
-
-### エンドユーザー向け
-アプリユーザーは以下の恩恵を受けます：
-
-- **最小限のデータ収集**: アップデート配信に必要な基本データのみが収集されます
-- **追跡なし**: アプリ間または永続的なユーザー追跡はありません
-- **透明性**: このプライバシーポリシーは、収集されるデータを正確に説明しています
-- **セキュリティ**: すべてのデータ転送は暗号化され、安全です
-
-## コンプライアンスと法的事項
-
-### データ保護規制
-Capgoは、以下を含む主要なデータ保護規制に準拠するように設計されています：
-
-- **GDPR**（一般データ保護規則）
-- **CCPA**（カリフォルニア州消費者プライバシー法）
-- **COPPA**（児童オンラインプライバシー保護法）
-- その他の適用される地域プライバシー法
-
-### アプリストアコンプライアンス
-Capgoは、アプリストアのガイドラインとポリシーを厳格に遵守しています：
-
-- **Apple App Store**: [App Store審査ガイドライン](https://developer.apple.com/app-store/review/guidelines/)セクション3.3.2に準拠し、ライブアップデートが提出されたアプリと一致する方法でのみアプリの動作を変更することを保証します
-- **Google Play Store**: 動的コード読み込みとアプリアップデートに関する[Google Play開発者ポリシー](https://play.google.com/about/developer-content-policy/)要件に従います
-- **コンテンツ制限**: ライブアップデートは、元のアプリ提出に存在しなかった機能を導入したり、プラットフォーム固有のコンテンツポリシーに違反したりすることはできません
-- **セキュリティ要件**: すべてのアップデートは、元のアプリと同じセキュリティ姿勢と権限を維持します
-
-### あなたの責任
-Capgoを使用するアプリ開発者として、以下を行う必要があります：
-
-- アプリのプライバシーポリシーに適切なプライバシー開示を含める
-- ライブアップデートサービスの使用についてユーザーに通知する
-- 管轄区域の適用法を遵守する
-- 必要に応じて適切な同意メカニズムを実装する
-
-<Aside type="tip">
-**追加のプライバシー実装は不要**: Capgoはデフォルトでプライバシーに準拠するように設計されています。アプリコードに追加のプライバシー管理やデータ処理メカニズムを実装する必要はありません。最小限のデータ収集とプライバシーバイデザインのアプローチは、Capgoの統合が通常、既存のプライバシー宣言やポリシーの変更を必要としないことを意味します。
-</Aside>
-
-## プライバシーバイデザイン
-
-Capgoはプライバシーバイデザインの原則に従います：
-
-### データ最小化
-- サービス運用に絶対に必要なデータのみを収集
-- 個人情報や機密情報の収集を避ける
-- 可能な限り集約および匿名化されたデータを使用
-
-### 目的制限
-- 収集されたデータを記載された目的でのみ使用
-- 無関係な活動のためにデータを転用しない
-- データ使用に明確な境界を維持
-
-### 透明性
-- データ収集と使用に関する明確な情報を提供
-- プライバシー慣行をアクセスしやすく理解しやすくする
-- プライバシードキュメントを定期的に更新
-
-## お問い合わせと質問
-
-Capgoのプライバシー慣行について質問がある場合、またはプライバシーに関する懸念を報告する必要がある場合：
-
-- [capgo.app/privacy](https://capgo.app/privacy)で完全なプライバシーポリシーを確認
-- [capgo.app/trust](https://capgo.app/trust)でセキュリティとコンプライアンスのステータスを確認
-- サポートチャネルを通じてプライバシーチームに連絡
-- セキュリティ連絡先を通じてプライバシー関連の問題を報告
-
-<Aside type="tip">
-Capgoのライブアップデートサービスの使用と、アップデートプロセスの一部として発生する可能性のあるデータ収集を反映するために、アプリのプライバシーポリシーを更新することを忘れないでください。
-</Aside>
-
-## プライバシーのベストプラクティス
-
-アプリにCapgoを実装する際：
-
-1. **透明性を保つ**: ライブアップデート機能についてユーザーに通知
-2. **データを最小化**: 実際に必要なデータ収集機能のみを有効化
-3. **安全な実装**: 統合時にセキュリティのベストプラクティスに従う
-4. **定期的なレビュー**: プライバシー慣行を定期的に見直し、ポリシーを更新
-5. **ユーザー管理**: アップデート動作を管理するオプションをユーザーに提供することを検討
-
-これらの慣行に従い、Capgoのプライバシーアプローチを理解することで、ユーザーに安全でプライバシーを尊重するライブアップデート体験を提供できます。
diff --git a/src/content/docs/ja/docs/live-updates/custom-storage.mdx b/src/content/docs/ja/docs/live-updates/custom-storage.mdx
deleted file mode 100644
index fadbea540..000000000
--- a/src/content/docs/ja/docs/live-updates/custom-storage.mdx
+++ /dev/null
@@ -1,302 +0,0 @@
----
-title: カスタムストレージ
-description: "Capgo Live Updatesでカスタムストレージソリューションを使用する方法、外部URL、S3統合、セキュアなデプロイのためのバンドル暗号化について学びます。"
-locale: ja
-sidebar:
-  order: 6
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgoは、アプリバンドル用のカスタムストレージソリューションをサポートしており、独自のインフラストラクチャまたはサードパーティのストレージサービスでアップデートをホストできます。これは、特定のセキュリティ要件、コンプライアンスニーズ、または既存のストレージインフラストラクチャを持つ組織に特に便利です。
-
-## 概要
-
-Capgoのカスタムストレージは、バンドルを外部の場所にアップロードし、CapgoにアクセスするためのURLを提供することで機能します。Capgo SDKは、Capgoのデフォルトクラウドストレージではなく、カスタムストレージの場所から直接アップデートをダウンロードします。
-
-<Aside type="tip">
-
-カスタムストレージは以下に最適です：
-- 厳格なデータ所在地要件を持つ組織
-- 既存のCDNまたはストレージインフラストラクチャを持つチーム
-- 追加のセキュリティレイヤーを必要とするアプリケーション
-- 大きなバンドルサイズのコスト最適化
-
-</Aside>
-
-## 外部URLアップロード
-
-カスタムストレージを使用する最も簡単な方法は、バンドルを公開アクセス可能な任意のURLにアップロードし、そのURLをCapgoに提供することです。
-
-### 基本的な外部URLアップロード
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip
-```
-
-このコマンドは、Capgoのクラウドストレージにアップロードする代わりに、指定されたURLのバンドルを参照するようにCapgoに指示します。
-
-### 暗号化を使用
-
-安全な外部ストレージの場合、バンドルを暗号化して復号化キーを提供できます：
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip --iv-session-key YOUR_IV_SESSION_KEY
-```
-
-## S3統合
-
-Capgoは、Amazon S3およびS3互換のストレージサービスの組み込みサポートを提供します。CLIは、バンドルをS3に自動的にアップロードし、S3 URLを使用するようにCapgoを構成できます。
-
-### S3アップロードオプション
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-bucket-name your-bucket-name
-```
-
-### 完全なS3構成
-
-S3互換サービスまたはカスタムエンドポイントの場合：
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-endpoint https://s3.your-provider.com \
-  --s3-bucket-name your-bucket-name \
-  --s3-port 443 \
-  --no-s3-ssl  # エンドポイントがSSLをサポートしていない場合のみ
-```
-
-### S3構成パラメータ
-
-| パラメータ | 説明 | 必須 |
-|-----------|-------------|----------|
-| `--s3-region` | S3バケットのAWSリージョン | はい |
-| `--s3-apikey` | S3アクセスキーID | はい |
-| `--s3-apisecret` | S3シークレットアクセスキー | はい |
-| `--s3-bucket-name` | S3バケットの名前 | はい |
-| `--s3-endpoint` | カスタムS3エンドポイントURL | いいえ |
-| `--s3-port` | S3エンドポイントのポート | いいえ |
-| `--no-s3-ssl` | S3アップロードのSSLを無効化 | いいえ |
-
-## バンドルの準備と暗号化
-
-カスタムストレージを使用する場合、特に暗号化を使用する場合は、バンドルを適切に準備する必要があります。これには、zipファイルの作成とオプションで暗号化することが含まれます。
-
-### ステップ1: Zipバンドルの作成
-
-まず、アプリバンドルのzipファイルを作成します：
-
-```shell
-npx @capgo/cli@latest bundle zip com.example.app --path ./dist
-```
-
-zipコマンドは、zipファイルのチェックサムを返します。必要に応じて、このチェックサムを使用してzipファイルを暗号化できます。チェックサムを含む構造化された出力を取得するには、`--json`オプションを使用してください。
-
-#### Zipコマンドオプション
-
-```shell
-npx @capgo/cli@latest bundle zip [appId] \
-  --path ./dist \
-  --bundle 1.2.3 \
-  --name myapp-v1.2.3 \
-  --json \
-  --no-code-check \
-  --key-v2 \
-  --package-json ../../package.json,./package.json
-```
-
-| オプション | 説明 |
-|--------|-------------|
-| `--path` | zip化するフォルダへのパス（capacitor.configのwebDirがデフォルト） |
-| `--bundle` | zipファイルに名前を付けるためのバンドルバージョン番号 |
-| `--name` | zipファイルのカスタム名 |
-| `--json` | JSON形式で結果を出力（チェックサムを含む） |
-| `--no-code-check` | notifyAppReady()呼び出しとインデックスファイルのチェックをスキップ |
-| `--key-v2` | 暗号化v2を使用 |
-| `--package-json` | モノレポ用のpackage.jsonファイルへのパス（カンマ区切り） |
-
-### ステップ2: バンドルの暗号化（オプション）
-
-セキュリティを強化するために、アップロード前にzipバンドルを暗号化します：
-
-```shell
-# デフォルトのローカルキーを使用
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM
-
-# カスタムキーファイルを使用
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key ./path/to/.capgo_key_v2
-
-# キーデータを直接使用
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key-data "PRIVATE_KEY_CONTENT"
-```
-
-`CHECKSUM`パラメータは必須で、zipファイルのチェックサムである必要があります。zipコマンドの出力からチェックサムを取得できます（構造化された出力には`--json`オプションを使用）。
-
-デフォルトでは、encryptコマンドはローカルのプライベート署名キーを使用します。`--key`または`--key-data`オプションを使用してカスタムキーを指定できます。
-
-encryptコマンドは、アップロードまたは復号化に必要な`ivSessionKey`を返します。
-
-#### 暗号化コマンドオプション
-
-| オプション | 説明 |
-|--------|-------------|
-| `zipPath` | 暗号化するzipファイルへのパス（必須） |
-| `checksum` | zipファイルのチェックサム（必須） - zipコマンドから取得 |
-| `--key` | プライベート署名キーのカスタムパス（オプション、デフォルトではローカルキーを使用） |
-| `--key-data` | プライベート署名キーデータを直接（オプション） |
-| `--json` | JSON形式で結果を出力 |
-
-<Aside type="caution">
-
-encryptコマンドは、`--iv-session-key`オプションでアップロード時に提供する必要がある`ivSessionKey`を出力します。
-
-</Aside>
-
-## 完全なワークフローの例
-
-### 例1: 暗号化を使用した外部URL
-
-<Steps>
-
-1. **アプリをビルド:**
-   ```shell
-   npm run build
-   ```
-
-2. **zipバンドルを作成:**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --bundle 1.2.3
-   ```
-
-   このコマンドによって返されるチェックサムをメモしてください。
-
-3. **バンドルを暗号化:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app-1.2.3.zip CHECKSUM_FROM_STEP_2
-   ```
-
-   出力から`ivSessionKey`をメモしてください。
-
-4. **ストレージにアップロード:**
-   暗号化されたzipファイルをホスティングサービスにアップロードします。
-
-5. **Capgoに登録:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --external https://your-cdn.com/bundles/com.example.app-1.2.3.zip \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_3
-   ```
-
-</Steps>
-
-### 例2: 直接S3アップロード
-
-<Steps>
-
-1. **アプリをビルド:**
-   ```shell
-   npm run build
-   ```
-
-2. **S3に直接アップロード:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --channel Production
-   ```
-
-</Steps>
-
-### 例3: 暗号化を使用したS3
-
-<Steps>
-
-1. **ビルドとzip:**
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **バンドルを暗号化:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM
-   ```
-
-3. **暗号化してS3にアップロード:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_2 \
-     --channel Production
-   ```
-
-</Steps>
-
-## セキュリティに関する考慮事項
-
-カスタムストレージを使用する際は、以下のセキュリティのベストプラクティスを考慮してください：
-
-### アクセス制御
-- ストレージURLがアプリユーザーにはアクセス可能だが、公開的に発見可能ではないことを確認
-- 可能な場合は署名付きURLまたはトークンベースの認証を使用
-- Webベースのアプリケーションには適切なCORSヘッダーを実装
-
-### 暗号化
-- Capgo暗号化ツールを使用して、機密性の高いバンドルを常に暗号化
-- 暗号化キーを安全に保存し、定期的にローテーション
-- すべてのバンドルURLにHTTPSを使用（iOSとAndroidで必須）
-
-### 監視
-- 異常なダウンロードパターンを検出するためにアクセスログを監視
-- バンドルダウンロード失敗のアラートを設定
-- ストレージ権限を定期的に監査
-
-## トラブルシューティング
-
-### 一般的な問題
-
-**バンドルがダウンロードされない:**
-- URLが公開アクセス可能で、HTTPSを使用していることを確認（iOSとAndroidで必須）
-- WebアプリのCORSヘッダーを確認
-- バンドル形式が正しいことを確認
-
-**暗号化エラー:**
-- `ivSessionKey`が暗号化されたバンドルと一致することを確認
-- バンドルが正しいキーで暗号化されたことを確認
-- 新しいバンドルには暗号化v2が使用されていることを確認
-
-**S3アップロード失敗:**
-- S3認証情報と権限を確認
-- バケットポリシーとCORS構成を確認
-- 指定されたリージョンが正しいことを確認
-
-### デバッグコマンド
-
-バンドルステータスを確認：
-```shell
-npx @capgo/cli@latest app debug
-```
-
-バンドルの整合性を検証：
-```shell
-npx @capgo/cli@latest bundle list
-```
-
-## 次のステップ
-
-- [チャネル](/docs/live-updates/channels/)について学び、異なるデプロイメント環境を管理
-- [アップデート動作](/docs/live-updates/update-behavior/)を探索して、アップデートの適用方法をカスタマイズ
-- [CI/CD統合](/docs/getting-started/cicd-integration/)をセットアップして、カスタムストレージワークフローを自動化
diff --git a/src/content/docs/ja/docs/live-updates/differentials.mdx b/src/content/docs/ja/docs/live-updates/differentials.mdx
deleted file mode 100644
index de696dc9c..000000000
--- a/src/content/docs/ja/docs/live-updates/differentials.mdx
+++ /dev/null
@@ -1,80 +0,0 @@
----
-title: 高速アップデート
-sidebar:
-  order: 4
-locale: ja
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-CapgoのLiveUpdateシステムは、JS bundle全体ではなく、変更されたファイルのみを送信することで、より速く、より効率的にアップデートを提供できます。
-
-これは特に、低速または従量制のネットワーク接続を使用しているユーザーにとって有益です。ダウンロードが必要なデータ量を最小限に抑えることができるためです。
-
-2つ目の利点は、画像や動画のような、めったに変更されない大きなアセットがアプリにある場合、圧縮されたJSファイルと比較して1回だけダウンロードされることです。
-
-## 差分アップデートの仕組み
-
-Capgoの差分アップデートは、アプリにインストールされているCapgoプラグインによって処理されます。`--partial`フラグを使用して新しいバージョンのアプリをアップロードすると、Capgoは以下の処理を行います：
-
-1. ビルド内の各ファイルが個別にアップロードされます
-2. 各ファイルのチェックサムが生成されます
-3. すべてのファイルとそのチェックサムを列挙した新しいjsonマニフェストが作成されます
-4. このマニフェストがCapgoデータベースにアップロードされます
-
-アプリを実行しているデバイスがアップデートを確認すると、Capgoプラグインはサーバーから新しいマニフェストを受信します。このマニフェストを現在のものと比較し、チェックサムとファイルパスに基づいて変更されたファイルを特定します。
-
-プラグインは、JS bundle全体ではなく、変更されたファイルのみをダウンロードします。ダウンロードしたファイルと既存の変更されていないファイルを組み合わせて、アプリの新しいバージョンを再構築します。
-
-<Aside title="マニフェスト">
-
-差分アップデートの場合、デバイスはダウンロードしたすべてのファイルを共通のキャッシュに保存します。Capgoは決してクリーンアップしませんが、OSはいつでもクリーンアップできます。
-
-</Aside>
-
-## 差分アップデートの有効化
-
-Capgoアプリで差分アップデートを有効にするには、新しいバージョンをアップロードする際に単に`--partial`フラグを使用します：
-
-## 差分アップデートの強制
-
-すべてのアップロードを差分アップデートにし、誤って完全なバンドルがアップロードされることを防ぎたい場合は、`--partial-only`フラグを使用できます：
-
-```shell
-npx @capgo/cli@latest bundle upload --partial-only
-```
-
-`--partial-only`を使用すると、Capgoは個別のファイルのアップロードとマニフェストの生成のみを行います。パーシャルをサポートしていないデバイスはアップデートをダウンロードできなくなります。
-
-以下のような場合に`--partial-only`の使用を検討することができます：
-
-- 常に差分アップデートを使用し、完全なバンドルアップロードを許可したくない場合
-- CI/CDパイプラインを設定していて、すべての自動アップロードを差分にしたい場合
-- アプリが大きく、帯域幅が制限されているため、アップロード/ダウンロードサイズを最小限に抑える必要がある場合
-
-`--partial-only`が設定されている状態で完全なバンドルアップロードが必要な場合は、単に`--partial-only`なしでアップロードコマンドを実行します。これにより、その単一のアップロードに対して設定が上書きされ、必要に応じて完全なバンドルをプッシュできます。
-
-## トラブルシューティング
-
-差分アップデートが機能していないように見える場合（小さな変更でもデバイスが常に完全なJSバンドルをダウンロードしている場合）、以下を確認してください：
-
-- 新しいバージョンをアップロードするたびに`--partial`フラグを使用していること
-- `--partial-only`を使用している場合、`--partial`フラグを誤って省略していないこと
-- デバイスが最新バージョンのCapgoプラグインを実行していること
-- デバイスが安定したネットワーク接続を持ち、Capgoサーバーに到達できること
-
-Capgo webappを使用して、最後のアップロードの詳細を確認することもできます：
-<Steps>
-1. [webapp](https://app.capgo.io)に移動
-2. アプリをクリック
-3. 統計バーのバンドル数をクリック
-4. 最後のバンドルを選択
-5. `Partial`フィールドを確認
-  ![bundle type](/bundle_type.webp)
-</Steps>
-
-問題が続く場合は、Capgoサポートにお問い合わせください。サーバーログを確認して、パーシャルアップロードが正しく処理され、デバイスが更新されたマニフェストを受信していることを確認できます。
-
-以上です！`--partial`フラグは、Capgoに差分アップデートに必要な個別ファイルのアップロードとマニフェスト生成を実行するように指示します。
-
-差分アップデートとして配信したい新しいバージョンをアップロードするたびに`--partial`を使用する必要があることに注意してください。フラグを省略すると、Capgoは JS bundle全体を単一ファイルとしてアップロードし、小さな部分のみが変更された場合でも、デバイスは完全なバンドルをダウンロードします。
diff --git a/src/content/docs/ja/docs/live-updates/encryption.mdx b/src/content/docs/ja/docs/live-updates/encryption.mdx
deleted file mode 100644
index db43847c6..000000000
--- a/src/content/docs/ja/docs/live-updates/encryption.mdx
+++ /dev/null
@@ -1,352 +0,0 @@
----
-title: 暗号化
-description: "Capgoのエンドツーエンド暗号化がどのように送信と保存中にアプリバンドルを保護し、コードとユーザーデータを守るかを学びます。"
-locale: ja
-sidebar:
-  order: 5
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgoは、アプリバンドルに対する堅牢なエンドツーエンド暗号化を提供し、JavaScriptコードとアセットが送信と保存中に保護されることを保証します。この暗号化システムは、ライブアップデートの利便性を維持しながら、アプリのセキュリティを完全に制御できるように設計されています。
-
-## 概要
-
-Capgoの暗号化システムは、業界標準の暗号化方式を使用して、バンドルを不正アクセスから保護します。暗号化が有効になっている場合、バンドルは開発環境を離れる前に暗号化され、ユーザーのデバイス上のアプリによって復号化されるまで暗号化されたままになります。
-
-**暗号化が実際に保護するもの**: 更新に署名するだけのOTAシステムとは異なり、Capgoはアップロードされたバンドルを保存と配信の前に暗号化します。これにより、保存時や転送時の安易なアクセスからバンドル内容を保護し、秘密鍵を持つ人だけが有効な暗号化アップデートを生成できるようになります。ただし、配信済みのWebアセットを**絶対に**リバースエンジニアリングできなくするものではありません。アップデート復号に使う公開鍵はアプリ内に配布されるため、意欲のある攻撃者は十分な労力をかければそれを抽出し、バンドル内容を調べることができます。
-
-<Aside type="note" title="暗号化が必要な場面">
-暗号化せずにバンドルをアップロードする場合、そのバンドルは公開アセットとして扱ってください。プライベートチャンネルはどのデバイスがアップデートを受け取るかを制限しますが、アップロードされたバンドルを機密にはしません。暗号化は保存時と転送時の保護を強化したい場合や、秘密鍵の所有者だけが有効な暗号化アップデートを公開できるようにしたい場合に有効です。配信済みのJavaScript、HTML、CSSが決して調査されないことを保証するものではありません。
-</Aside>
-
-<Aside type="caution" title="脅威モデル">
-Capgoの暗号化は、Capgo、ストレージプロバイダ、CDN、または暗号化された配信アーティファクトしか見られない相手によるバンドル内容の露出から保護します。また、秘密鍵なしに第三者が有効な暗号化アップデートを生成することも防ぎます。クライアントがアップデートを復号できるよう公開鍵は配布済みアプリに組み込まれているため、アプリのバイナリを持ち、十分な動機のある相手はバンドルを調べるために必要な鍵情報を回収できる可能性があります。
-</Aside>
-
-<Aside type="tip">
-
-暗号化は以下の場合に特に重要です：
-- 機密データまたはビジネスロジックを扱うアプリ
-- コンプライアンス要件を持つエンタープライズアプリケーション
-- 規制された業界に展開されるアプリ
-- 厳格なセキュリティポリシーを持つ組織
-
-</Aside>
-
-## 暗号化の仕組み
-
-Capgoは、最適なセキュリティとパフォーマンスのためにRSAとAES暗号化を組み合わせたハイブリッド暗号化アプローチを使用します：
-
-![Capgo暗号化フロー](/encryption_flow.webp)
-
-### 1. 鍵生成
-- **プライベートキー**: 開発環境で生成され、安全に保存されます（暗号化に使用）
-- **パブリックキー**: プライベートキーから派生し、アプリのCapacitor configに保存されます（復号化に使用）
-- **セッションキー**: 各バンドルアップロードに対してランダムなAESキーが生成されます
-
-### 2. 暗号化プロセス
-1. 各バンドルアップロードに対してランダムなAESセッションキーが生成されます
-2. バンドルはAESセッションキーを使用して暗号化されます
-3. バンドルチェックサムが計算されます
-4. AESセッションキーとチェックサムの両方がRSAプライベートキーを使用して一緒に暗号化されます（「署名」を作成）
-5. 暗号化されたバンドルと暗号化された署名が保存されます
-
-チェックサムはAESキーと一緒に暗号化されて改ざんを防ぎます。RSAプライベートキーのみがこの署名を作成でき、対応するパブリックキーのみがそれを復号化できるため、AESセッションキーと予期されるチェックサムの両方が真正であり、攻撃者によって変更されていないことが保証されます。
-
-### 3. 復号化プロセス
-1. アプリは暗号化されたバンドルと暗号化された署名をダウンロードします
-2. Capgo SDKは、RSAパブリックキー（アプリに保存）を使用して署名を復号化します
-3. これによりAESセッションキーと元のチェックサムが明らかになります
-4. AESセッションキーを使用してバンドルを復号化します
-5. 復号化されたバンドルのチェックサムが計算され、整合性検証のために元のチェックサムと比較されます
-
-このプロセスにより、攻撃者が暗号化されたバンドルを傍受しても、AESセッションキーを変更したり偽のチェックサムを提供したりすることはできません。なぜなら、パブリックキーが復号化できる有効な署名を作成するには、プライベートキーが必要だからです。
-
-<Aside type="tip">
-
-RSAは大量のデータを効率的に暗号化できないため、実際のバンドル暗号化にはAESが使用され、RSAはAESキーを保護し、チェックサム署名を通じて整合性検証を提供します。
-
-</Aside>
-
-## Capgoと他のプラットフォームの比較
-
-| 機能 | Capgo | 他のOTAプラットフォーム |
-|---------|-------|-------------------|
-| **バンドルコンテンツ** | 保存時と転送時に暗号化されるが、アプリのバイナリがあれば強い意思を持つリバースエンジニアに調査され得る | 公開的に読み取り可能 |
-| **セキュリティ方式** | 真のエンドツーエンド暗号化 | コード署名のみ |
-| **プライバシーレベル** | 配信と保存に強い保護を提供するが、リバースエンジニアリング対策ではない | プラットフォームがコードにアクセス可能 |
-| **保護** | コンテンツ + 整合性 + 真正性 | 整合性 + 真正性のみ |
-
-**なぜこれが重要か:**
-- **コード署名**は、アップデートが改ざんされておらず、正しいソースから来ていることを検証するだけです
-- **Capgoの暗号化**は、バンドルが保存・配信される間それを保護し、攻撃者が有効な暗号化アップデートを偽造することを大幅に難しくします。なぜなら、そのためには秘密鍵が必要だからです
-- **リバースエンジニアリングは依然として可能**です。アプリ配布後も、クライアントにはアップデートを復号して読み込むために必要な公開鍵が含まれているためです
-
-## 暗号化方式
-
-Capgoは暗号化V2を標準暗号化方式として使用します：
-
-### 暗号化V2（現在の標準）
-- セキュリティ強化のためRSA-4096を使用
-- 認証付き暗号化のためAES-256-GCM
-- 整合性検証を提供
-- より優れたパフォーマンスとセキュリティ
-
-### 暗号化V1（非推奨）
-- 鍵暗号化にRSA-2048を使用
-- バンドル暗号化にAES-256-CBC
-- **現在のCLIでは利用できません**
-- V1を使用しているレガシーアプリはV2に移行する必要があります
-
-<Aside type="danger">
-
-暗号化V1は現在のCapgo CLIではサポートされていません。V1暗号化を使用している場合は、V2に移行する必要があります。詳細な手順については、[移行ガイド](/docs/upgrade/encryption-v1-to-v2/)を参照してください。
-
-</Aside>
-
-## 暗号化の設定
-
-### ステップ1: 暗号化キーの生成
-
-まず、Capgo CLIを使用して暗号化キーを生成します：
-
-```shell
-# 新しい暗号化キーを生成（現在のディレクトリにファイルを作成）
-npx @capgo/cli@latest key create
-```
-
-これにより以下が作成されます：
-- `.capgo_key_v2`: プライベートキー（これを安全に保管してください！）
-- `.capgo_key_v2.pub`: パブリックキー（アプリで使用）
-
-これらのファイルは、コマンドを実行した現在のディレクトリに作成されます。
-
-<Aside type="caution">
-
-**重要な保存に関する注意:**
-- **プライベートキー（`.capgo_key_v2`）**: バージョン管理にコミットしないでください。このファイルは安全に保管し、バンドルアップロード時の暗号化にのみ使用してください。
-- **パブリックキー（`.capgo_key_v2.pub`）**: パブリックキーのバックアップとしてバージョン管理にコミットしても安全です。
-- **ファイルの場所**: キーは`key create`コマンドを実行した現在のディレクトリに作成されます。
-- **Config内のパブリックキー**: モバイルアプリが使用できるように、`key save`を実行してパブリックキーをCapacitor configに保存する必要があります。
-
-本番環境での使用では、プライベートキーを安全に保存し（環境変数、キー管理サービス）、セットアップ後にローカルプロジェクトから削除してください。
-
-</Aside>
-
-### ステップ2: Capacitor Configにパブリックキーを保存（必須）
-
-モバイルアプリがバンドルを復号化できるように、パブリックキーをCapacitor configに保存する**必要があります**：
-
-```shell
-# ファイルからCapacitor configにパブリックキーを保存（必須）
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-
-# またはパブリックキーデータを直接保存
-npx @capgo/cli@latest key save --key-data "$CAPGO_PUBLIC_KEY"
-```
-
-### ステップ3: Capacitorプラットフォームを同期（必須）
-
-パブリックキーを保存した後、更新されたconfigをネイティブレイヤーにコピーするためにCapacitorプラットフォームを同期する**必要があります**：
-
-```shell
-# プラットフォームを同期してconfigをネイティブにコピー
-npx cap sync
-```
-
-<Aside type="caution">
-
-**必須ステップ**:
-1. `key save`コマンドは、パブリックキーをCapacitor configに保存します
-2. `npx cap sync`は、このconfigをモバイルアプリがアクセスできるネイティブレイヤーにコピーします
-3. 両方のステップなしでは、アプリは暗号化されたアップデートを復号化できません
-
-</Aside>
-
-## バンドルの暗号化
-
-### 方法1: アップロード時に暗号化
-
-最も簡単な方法は、アップロードプロセス中に暗号化することです：
-
-```shell
-# 自動暗号化でアップロード
-npx @capgo/cli@latest bundle upload --key-v2
-
-# 外部ストレージの場合、最初に暗号化する必要があります（下記の手動暗号化ワークフローを参照）
-```
-
-### 方法2: 手動暗号化ワークフロー
-
-より詳細な制御のために、バンドルを手動で暗号化できます：
-
-<Steps>
-
-1. **zipバンドルを作成:**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **バンドルを暗号化:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM_FROM_STEP_1
-   ```
-
-3. **ストレージにアップロード（例：S3）してCapgoに登録:**
-   ```shell
-   # まず暗号化されたバンドルをストレージにアップロード（例：AWS S3）
-   aws s3 cp ./encrypted-bundle.zip s3://your-bucket/encrypted-bundle.zip
-
-   # 次に外部URLを使用してCapgoに登録
-   npx @capgo/cli@latest bundle upload --external https://your-storage.com/encrypted-bundle.zip --iv-session-key IV_SESSION_KEY_FROM_STEP_2
-   ```
-
-</Steps>
-
-## キー管理
-
-### キーの安全な保存
-
-**プライベートキーのオプション:**
-
-1. **ファイルベース（ローカル開発）:**
-   ```shell
-   # プロジェクトルートに.capgo_key_v2ファイルとして保存
-   npx @capgo/cli@latest bundle upload --key-v2
-   ```
-
-2. **環境変数（CI/CD）:**
-   ```shell
-   # CI用に環境変数に保存
-   export CAPGO_PRIVATE_KEY="$(cat .capgo_key_v2)"
-   npx @capgo/cli@latest bundle upload --key-data-v2 "$CAPGO_PRIVATE_KEY"
-   ```
-
-**パブリックキーのセットアップ（必須）:**
-```shell
-# モバイルアプリ用にCapacitor configにパブリックキーを保存する必要があります
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-```
-
-**本番環境:**
-- 安全なキー管理サービス（AWS KMS、Azure Key Vaultなど）にプライベートキーを保存
-- プライベートキーにはCI/CDシークレット管理を使用
-- プライベートキーをバージョン管理にコミットしない
-
-**キーの使用:**
-- **プライベートキー**: バンドルアップロード時の暗号化にCLIが使用（安全に保管）
-- **パブリックキー**: デバイス上の復号化のためアプリ構成に保存（コミット可）
-
-### キーのローテーション
-
-セキュリティ強化のために暗号化キーを定期的にローテーション：
-
-<Steps>
-
-1. **新しいキーを生成:**
-   ```shell
-   # まず目的のディレクトリに移動してから、キーを作成
-   mkdir ./new-keys && cd ./new-keys
-   npx @capgo/cli@latest key create
-   ```
-
-2. **新しいパブリックキーをCapacitor configに保存:**
-   ```shell
-   npx @capgo/cli@latest key save --key ./new-keys/.capgo_key_v2.pub
-   ```
-
-3. **アプリ構成を新しいパブリックキーで更新**
-
-4. **新しいキーで暗号化されたバンドルをアップロードする前に、更新されたアプリをデプロイ**
-
-</Steps>
-
-## セキュリティのベストプラクティス
-
-### キーのセキュリティ
-- **プライベートキーを共有しない**（環境間やチームメンバー間で）
-- **異なるキーを使用**（異なる環境用：dev、staging、production）
-- **定期的にキーをローテーション**（推奨：6〜12ヶ月ごと）
-- **適切なキー管理システムを使用してキーを安全に保存**
-
-### バンドルのセキュリティ
-- **常に検証**（復号化後のバンドル整合性）
-- **監視**（異常なダウンロードパターンや失敗）
-- **HTTPSを使用**（すべてのバンドルURL用、モバイルアプリで必須）
-- **適切なエラー処理を実装**（復号化失敗用）
-
-### アクセス制御
-- **アクセスを制限**（承認された担当者のみに暗号化キーへのアクセス）
-- **ロールベースのアクセスを使用**（キー管理操作用）
-- **定期的に監査**（キーの使用とアクセス）
-- **適切なバックアップとリカバリー手順を実装**
-
-## 暗号化のトラブルシューティング
-
-### 一般的な問題
-
-**復号化失敗:**
-- プライベートキーが暗号化に使用されたパブリックキーと一致することを確認
-- `ivSessionKey`が正しいことを確認
-- 暗号化V2を使用していることを確認（V1はサポートされていません）
-
-**キー関連のエラー:**
-- プライベートキーの形式が正しいことを確認（PEM形式）
-- キーが保存/転送中に破損していないことを確認
-- アプリ構成でキーが適切な権限を持っていることを確認
-
-**パフォーマンスの問題:**
-- 大きなバンドルは暗号化/復号化に時間がかかる場合があります
-- バンドルサイズを削減するために差分アップデートの使用を検討
-- 復号化中のデバイスパフォーマンスを監視
-
-### デバッグコマンド
-
-暗号化ステータスを確認：
-```shell
-npx @capgo/cli@latest app debug
-```
-
-暗号化/復号化ワークフローをテスト：
-```shell
-# 完全なワークフローをテスト：zip → 暗号化 → 復号化 → 解凍
-npx @capgo/cli@latest bundle zip com.example.app --key-v2
-npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM --json
-npx @capgo/cli@latest bundle decrypt ./encrypted-bundle.zip IV_SESSION_KEY
-```
-
-## コンプライアンスと標準
-
-Capgoの暗号化実装は業界標準に従います：
-
-- **AES-256**: FIPS 140-2承認の暗号化アルゴリズム
-- **RSA-4096**: キー保護のための強力な非対称暗号化
-- **GCMモード**: 機密性と真正性の両方を提供
-- **セキュアランダム**: 暗号学的に安全な乱数生成
-
-これにより、Capgoは以下への準拠が必要なアプリケーションに適しています：
-- GDPR（一般データ保護規則）
-- HIPAA（医療保険の携行性と責任に関する法律）
-- SOC 2（サービス組織管理2）
-- ISO 27001（情報セキュリティマネジメント）
-
-## パフォーマンスに関する考慮事項
-
-### 暗号化のオーバーヘッド
-- **バンドルサイズ**: 暗号化されたバンドルはわずかに大きくなります（約1〜2%のオーバーヘッド）
-- **処理時間**: 暗号化/復号化は最小限の遅延を追加
-- **メモリ使用量**: 暗号化/復号化操作中の一時的な増加
-
-### 最適化のヒント
-- 暗号化されたデータ転送を最小化するために差分アップデートを使用
-- 画像をWebP形式に変換してバンドルサイズを最適化
-- バンドル化前にJavaScriptとCSSファイルを最小化
-- 未使用の依存関係とコードを削除
-- 古い/遅いデバイスでデバイスパフォーマンスを監視
-
-## 次のステップ
-
-- [カスタムストレージ](/docs/live-updates/custom-storage/)について学び、独自のインフラストラクチャで暗号化を使用
-- [チャネル](/docs/live-updates/channels/)を探索して、環境間で暗号化されたバンドルを管理
-- [CI/CD統合](/docs/getting-started/cicd-integration/)をセットアップして、暗号化されたデプロイメントを自動化
diff --git a/src/content/docs/ja/docs/live-updates/features.mdx b/src/content/docs/ja/docs/live-updates/features.mdx
deleted file mode 100644
index 8d36845bb..000000000
--- a/src/content/docs/ja/docs/live-updates/features.mdx
+++ /dev/null
@@ -1,507 +0,0 @@
----
-title: Features
-description: コア更新システムから高度な展開制御、分析、チーム コラボレーション機能まで、Capgo Live Update のすべての機能の完全なリファレンス。
-sidebar:
-  order: 2
-locale: ja
----
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-このページでは、Capgo ライブ アップデートで利用可能なすべての機能の包括的な概要を説明します。各機能には簡単な説明と詳細なドキュメントへのリンクが含まれています。
-
-## コア更新システム
-
-### 無線 (OTA) アップデート
-JavaScript、HTML、CSS、およびアセットの更新を、アプリ ストアの承認なしでユーザーに直接展開します。アップデートはバックグラウンドでダウンロードされ、次回のアプリの再起動時に適用されます。
-
-**主な機能:**
-- バックグラウンドダウンロード
-- 自動インストール
-- ユーザーの中断なし
-- クロスプラットフォームのサポート (iOS、Android、Electron)
-
-[更新動作の詳細についてはこちら→](/docs/live-updates/update-behavior/)
-
----
-
-### デルタ更新 (差分更新)
-バージョン間で変更されたファイルのみをダウンロードすることで、帯域幅の使用量が最大 95% 削減され、アップデートの配信が高速化されます。
-
-**主な機能:**
-- 自動ファイルレベル差分分析
-- チェックサムベースの検証
-- マニフェストの比較
-- 必要に応じて完全アップデートへのインテリジェントなフォールバック
-
-[デルタアップデートについて詳しくはこちら→](/docs/live-updates/differentials/)
-
----
-
-### 自動ロールバック
-アップデートのロードに失敗したり、クラッシュが発生した場合、システムは自動的に最後に動作していた既知のバージョンに戻ります。
-
-**主な機能:**
-- 衝突検出
-- タイムアウト検出
-- 自動復帰
-- ユーザーの介入は必要ありません
-
-[ロールバックについて詳しくはこちら→](/docs/live-updates/rollbacks/)
-
----
-
-### チェックサムの検証とフォールバック
-チェックサムによってバンドルの整合性を検証し、破損が検出された場合は、最後に確認された動作バージョンに自動的にフォールバックします。
-
-**主な機能:**
-- ダウンロード時のチェックサム検証
-- 破損の検出
-- 最後に動作するバンドルへの自動フォールバック
-- 手動回復ツールが利用可能
-
----
-
-### 重大な更新の検出
-古いネイティブ コード バージョンを実行しているデバイスに互換性のない更新が適用されるのを防ぎます。
-
-**主な機能:**
-- ネイティブバージョンの互換性チェック
-- プラグインの依存関係の検証
-- 互換性のないアップデートの自動ブロック
-- 明確なエラーメッセージ
-
-[バージョンターゲティングの詳細についてはこちら→](/docs/live-updates/version-targeting/)
-
----
-
-## デプロイメント制御
-
-### チャネルシステム
-柔軟なチャネル構成により、さまざまな環境やユーザーセグメントにわたるアップデートを整理および管理します。
-
-**主な機能:**
-- 無制限のカスタム チャネル (本番、ステージング、ベータなど)
-- チャネルごとのバンドル割り当て
-- チャネル固有のターゲティング ルール
-- デバイスの自己割り当て
-- デバイスごとのチャンネルオーバーライド
-
-[チャンネルについて詳しくはこちら→](/docs/live-updates/channels/)
-
----
-
-### デバイスのターゲティング
-段階的なロールアウトと制御された導入のために、特定のデバイス、バージョン、またはユーザー セグメントをターゲットにします。
-
-**主な機能:**
-- バージョンベースのターゲティング
-- デバイス固有のオーバーライド
-- プラットフォームフィルタリング (iOS、Android、Electron)
-- カスタムメタデータフィルタリング
-- エミュレータ/開発ビルドのブロック
-
----
-
-### チャネルポリシー
-各チャネルでの更新の配信方法に関するルールと制限を構成します。
-
-**主な機能:**
-- 自動更新を無効にする
-- メジャーバージョンのアップデートをブロックする
-- エミュレータのアップデートを無効にする
-- 開発ビルドでのアップデートを無効にする
-- プラットフォーム固有のポリシー (iOS のみ、Android のみ、Electron のみ)
-
-[チャンネルポリシーの詳細はこちら→](/docs/live-updates/channels/#channel-policies)
-
----
-
-## 開発者ツール### バンドルのプレビュー
-デバイスに展開する前にライブ Web 環境でバンドルをプレビューでき、Web ダッシュボードからアクセスできます。
-
-**場所:** Web ダッシュボード → アプリ → バンドル → プレビュー タブ
-
----
-
-### ライブデバッグ
-CLI 経由で特定のデバイスのアップデート イベントをリアルタイムに監視し、チェック、ダウンロード、インストール、エラー イベントを表示します。
-
-**使用方法:**
-```bash
-npx @capgo/cli app debug [appId]
-```
-
-**番組:**
-- アップデートチェック
-- ダウンロードの進行状況
-・設置状況
-- エラーメッセージ
-- ポリシーブロック
-
----
-
-### バンドルマニフェストビューア
-ファイルリスト、チェックサム、メタデータを含むバンドルの完全なマニフェストを検査します。
-
-**場所:** Web ダッシュボード → アプリ → バンドル → マニフェスト タブ
-
-**番組:**
-- チェックサム付きファイルリスト
-- バンドルメタデータ
-- ネイティブバージョンの互換性
-- プラグインの依存関係
-
----
-
-### ネイティブプラグインの依存関係
-各バンドルに含まれるすべてのネイティブ Capacitor プラグインを表示して、バージョン間の依存関係の変更を追跡します。
-
-**場所:** Web ダッシュボード → アプリ → バンドル → 依存関係タブ
-
-**番組:**
-- プラグイン名とバージョン
-- 依存関係の追加/削除
-- 互換性に関する警告
-
----
-
-### CLI 統合
-自動化されたデプロイメントと CI/CD 統合のための包括的なコマンドライン インターフェイス。
-
-**キーコマンド:**
-- `バンドルのアップロード` - 新しいバンドルをアップロードします
-- `バンドルリスト` - すべてのバンドルをリストします。
-- `バンドル削除` - バンドルを削除します
-- `バンドルのクリーンアップ` - 古いバンドルをクリーンアップします
-- `チャンネルセット` - チャンネルを設定します
-- `アプリデバッグ` - ライブデバッグ
-
-[CLI リファレンス全体を表示 →](/docs/cli/reference/)
-
----
-
-### バンドル暗号化
-AES-256 暗号化を使用したバンドルのエンドツーエンド暗号化により、転送中および保存中のコードを保護します。
-
-**主な機能:**
-- RSAキーペアの生成
-- AES-256 バンドル暗号化
-- コード署名の検証
-- 暗号化キーの管理
-
-[暗号化について詳しくはこちら→](/docs/live-updates/encryption/)
-
----
-
-### バンドルのクリーンアップと保持
-保存ポリシーに基づいて古いバンドルを自動的にクリーンアップして、ストレージの使用状況を管理します。
-
-**主な機能:**
-- 設定可能な保持数
-- CLI による自動クリーンアップ
-- スケジュールされたクリーンアップ ジョブ
-- ストレージ使用量の追跡
-
-**使用方法:**
-```bash
-npx @capgo/cli bundle cleanup --keep=10
-```
-
----
-
-## 分析とモニタリング
-
-### 統計を更新する
-ユーザーベース全体での更新の導入率、成功率、展開の進行状況を追跡します。
-
-**利用可能な指標:**
-- ダウンロード成功率
-- インストール成功率
-- 種類別のエラー率
-- 時間の経過とともに導入を更新する
-- バージョン配布
-
-**場所:** Web ダッシュボード → アプリ → 統計
-
----
-
-### デバイスログ
-チェックからインストールまでの完全な更新ライフサイクルを示すデバイスごとのイベント ログ。
-
-**イベントの種類:**
-- アップデートチェック
-- ダウンロード開始/完了/失敗
-- インストール開始/完了/失敗
-- ロールバックイベント
-- ポリシーブロック
-
-**場所:** 
-- ウェブダッシュボード→アプリ→デバイス→ログ
-- Web ダッシュボード → アプリ → ログ (すべてのデバイス)
-
-[ログについて詳しくはこちら→](/docs/webapp/logs/)
-
----
-
-### バンドル使用状況分析
-アクティブなバンドル、ダウンロード数、ストレージ使用量に関する詳細な分析。
-
-**メトリクス:**
-- バンドルごとのアクティブなインストール数
-- ダウンロード数
-- バンドルごとのストレージ使用量
-- 帯域幅の使用量
-
----
-
-### チャネル統計
-チャネルごとのパフォーマンスと導入指標を追跡します。**メトリクス:**
-- チャンネルごとのデバイス数
-- チャネルごとの成功率を更新します
-- 導入履歴
-- チャネルごとのエラー率
-
-**場所:** Web ダッシュボード → アプリ → チャネル → 統計
-
----
-
-### 導入履歴
-すべてのバンドル展開、チャネル割り当て、構成変更の完全な監査証跡。
-
-**追跡されたイベント:**
-- バンドルアップロード
-- チャンネルの割り当て
-- ポリシーの変更
-- デバイスのオーバーライド
-
-**場所:** Web ダッシュボード → アプリ → チャネル → 履歴
-
----
-
-## セキュリティとコンプライアンス
-
-### エンドツーエンドの暗号化
-業界標準の AES-256 暗号化を使用して、保存中および転送中のバンドルを暗号化します。
-
-[暗号化について詳しくはこちら→](/docs/live-updates/encryption/)
-
----
-
-### コード署名
-暗号化署名を使用してバンドルの整合性を検証し、改ざんを防止します。
-
----
-
-### SOC 2 タイプ II への準拠
-エンタープライズ セキュリティのための SOC 2 Type II 標準に認定されたインフラストラクチャとプロセス。
-
----
-
-### App Store コンプライアンス
-OTA アップデートの Apple App Store および Google Play ストア ポリシーに完全準拠。
-
-[コンプライアンスについて詳しくはこちら→](/docs/live-updates/compliance/)
-
----
-
-### 2FA の施行 (組織レベル)
-すべての組織メンバーがダッシュボードと API にアクセスするには 2 要素認証を要求します。
-
-**場所:** Web ダッシュボード → 組織 → セキュリティ
-
-[2FA について詳しくはこちら→](/docs/webapp/2fa-enforcement/)
-
----
-
-### 暗号化バンドルの強制
-すべてのバンドルを組織レベルで暗号化することを要求します。
-
-**場所:** Web ダッシュボード → 組織 → セキュリティ
-
----
-
-## チームのコラボレーション
-
-### ロールベースのアクセス制御 (RBAC)
-組織およびアプリレベルのアクセス制御のための詳細な権限。
-
-**組織の役割:**
-- `super_admin` - フルアクセス
-- `admin` - 管理者アクセス
-- `read` - 読み取り専用アクセス
-- `upload` - アップロードのみのアクセス
-
-**アプリの役割:**
-- `app_developer` - アプリへのフル アクセス
-- `app_uploader` - バンドルのみをアップロードします
-- `app_reader` - 読み取り専用アクセス
-
-**場所:** 
-- Web ダッシュボード → 組織 → メンバー
-- ウェブダッシュボード→アプリ→アクセス
-
-[RBAC について詳しくはこちら→](/docs/webapp/organization-system/#roles-and-permissions)
-
----
-
-### 監査ログ
-コンプライアンスとセキュリティのために、すべての組織とアプリのアクティビティの完全な監査証跡を作成します。
-
-**ログに記録されたイベント:**
-- ユーザーのアクション (ログイン、ログアウト、権限の変更)
-- バンドル操作 (アップロード、削除、割り当て)
-- チャネル操作 (作成、更新、削除)
-・組織変更（設定、メンバー）
-
-**場所:** Web ダッシュボード → 組織 → 監査ログ
-
----
-
-### Webhook
-HTTP Webhook 経由でアプリ内のイベントに関するリアルタイム通知を受信します。
-
-**サポートされているイベント:**
-- `apps` - アプリの作成/更新/削除
-- `app_versions` - バンドルがアップロード/削除されました
-- `channels` - チャンネルの作成/更新/削除
-- `org_users` - メンバーの追加/削除
-- `orgs` - 組織が更新されました
-
-**特徴:**
-- カスタム Webhook URL
-- イベントフィルタリング
-- 配信ログ
-- リトライ機構
-- テスト機能
-
-**場所:** Web ダッシュボード → 組織 → Webhook
-
----
-
-### マルチユーザーのコラボレーション
-特定の役割と権限を持つチーム メンバーを組織に招待します。
-
-**特徴:**
-- 招待メール
-- 役割の割り当て
-- メンバー管理
-- アクセスの取り消し
-
-**場所:** Web ダッシュボード → 組織 → メンバー
-
----### API キー管理
-オプションの有効期限とハッシュされたストレージを使用して、API キーを作成、管理、取り消します。
-
-**主な機能:**
-- アプリごとまたは組織ごとのキー
-- オプションの有効期限
-- ハッシュ化されたストレージ (不可逆)
-- キーローテーションのサポート
-
-**場所:** Web ダッシュボード → API キー
-
-[API キーの詳細はこちら→](/docs/public-api/#authentication)
-
----
-
-### パスワードポリシー
-セキュリティ標準を強制するための組織レベルのパスワード要件。
-
-**構成可能なポリシー:**
-- 最小の長さ
-- 大文字が必要です
-- 数字が必要です
-- 特殊文字が必要です
-
-**場所:** Web ダッシュボード → 組織 → セキュリティ
-
----
-
-## プラットフォームのサポート
-
-### マルチプラットフォームのサポート
-iOS、Android、および単一の SDK による Electron アプリのサポート。
-
-**サポートされているプラットフォーム:**
-- iOS (Capacitor 5、6、7、8)
-- Android (Capacitor 5、6、7、8)
-- 電子 (2025 年新規)
-
----
-
-### 長期サポート
-従来のアプリとの互換性を維持するために、古い Capacitor バージョンのサポートを継続します。
-
-**現在サポートされている内容:**
-- Capacitor 8 (最新)
-- Capacitor 7
-- Capacitor 6
-- Capacitor 5
-
----
-
-### カスタム ストレージ バックエンド
-Capgo のデフォルトのストレージの代わりに、独自のストレージ インフラストラクチャ (S3、R2 など) を使用します。
-
-[カスタム ストレージについて詳しくはこちら→](/docs/live-updates/custom-storage/)
-
----
-
-### 中国の構成
-現地の規制に準拠するために、中国本土で配布されるアプリ用の特別な構成。
-
-[中国設定について詳しくはこちら→](/docs/live-updates/china-configuration/)
-
----
-
-## 高度な機能
-
-### カスタム更新動作
-SDK を介して、更新をいつどのように確認して適用するかを設定します。
-
-**構成可能なオプション:**
-- チェック間隔 (`periodCheckDelay` - 最小 600 秒)
-- 直接更新のタイミング (`directUpdate` - インストール時、起動時、常に)
-- 自動アップデートの有効/無効 (`autoUpdate`)
-- ネットワーク要件 (Android のみ - WorkManager 経由)
-
-[更新動作の詳細についてはこちら→](/docs/live-updates/update-behavior/)
-
----
-
-### アップデートの種類
-インスタントアップデートからユーザー制御のインストールまで、さまざまなユースケースに応じたさまざまなアップデートタイプ。
-
-**利用可能なタイプ:**
-- バックグラウンド更新 (デフォルト)
-- 即時更新
-- ユーザーによる更新
-- 条件付き更新
-
-[アップデートの種類について詳しくはこちら→](/docs/live-updates/update-types/)
-
----
-
-### クレジットシステム
-帯域幅、ストレージ、その他のリソースに対するクレジットを含む使用量ベースの請求。
-
-**特徴:**
-- クレジット使用状況の追跡
-- 使用状況アラート
-- Stripe 経由でのチャージ
-- 信用台帳
-
-**場所:** Web ダッシュボード → 組織 → クレジット
-
----
-
-## はじめに
-
-これらの機能を使い始める準備はできていますか? [クイックスタート ガイド](/docs/getting-started/quickstart/) に従って、Capgo ライブ アップデートを使用して最初のアプリをセットアップします。
-
-## 助けが必要ですか?
-
-- コミュニティサポートのために[Discordに参加してください](https://discord.capgo.app)
-- よくある質問については [FAQ を確認](/docs/faq/)
-- API 統合については [API ドキュメントを参照](/docs/public-api/)
-- エンタープライズ サポートについては、[サポートにお問い合わせください](https://capgo.app/consulting/)
diff --git a/src/content/docs/ja/docs/live-updates/index.mdx b/src/content/docs/ja/docs/live-updates/index.mdx
deleted file mode 100644
index 6d610441c..000000000
--- a/src/content/docs/ja/docs/live-updates/index.mdx
+++ /dev/null
@@ -1,92 +0,0 @@
----
-title: 概要
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: ja
----
-
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Capgoのライブアップデート機能を使用して、アプリのJavaScriptバンドルをリモートでリアルタイムに更新し、アプリストアのレビュープロセスを経ることなく、バグの修正や新機能の提供を直接ユーザーにプッシュできます
-
-<Aside>
-
-ライブアップデートはJavaScriptバンドルの変更に限定されます。プラグインの追加や削除、ネイティブプロジェクトの設定変更などネイティブコードを更新する必要がある場合は、アプリストアに新しいネイティブバイナリビルドを提出する必要があります
-
-</Aside>
-
-<Aside type="caution" title="公開アセットモデル">
-Capgoにアップロードされる未暗号化のバンドルは、公開の配信アーティファクトとして扱う必要があります。チャンネルはどのデバイスにアップデートを提示するかを決めますが、チャンネルのプライバシー設定によって基になるバンドルが機密になるわけではありません。暗号化は保存時と転送時の保護を追加し、第三者が有効な暗号化アップデートを生成することを防ぎますが、復号に必要な公開鍵がアプリに含まれているため、配信済みのWebアセットを不可能にするわけではありません。[エンドツーエンド暗号化](/docs/live-updates/encryption/)で正確な脅威モデルを確認してください。
-</Aside>
-
-## ライブアップデートの仕組み
-
-Capgoのライブアップデートシステムには2つの主要なコンポーネントがあります：
-
-1. アプリにインストールするCapgo SDK。SDKは利用可能なアップデートを確認し、バックグラウンドでダウンロードします
-
-2. 特定のユーザーグループにアップデートを配信するためのチャネル。チャネルを使用して、`Production`、`Staging`、`Dev`などの異なるリリーストラックを管理できます
-
-新しいJSバンドルをCapgoにアップロードしチャネルに割り当てると、そのチャネルに設定されたアプリのCapgo SDKがアップデートを検出してダウンロードします。アプリが次回再起動する際に、新しいバンドルが読み込まれます
-
-## 始め方
-
-ライブアップデートを使用開始するには、以下の手順に従ってください：
-
-<Steps>
-
-1. [Capgoクイックスタート](/docs/getting-started/quickstart)を完了して、CapgoでアプリをセットアップしCapgo SDKをインストールします
-
-2. アプリコードで、アプリの初期化が完了した後に`CapacitorUpdater.notifyAppReady()`を呼び出します。これによりアプリがアップデートを受信する準備ができたことをCapgo SDKに通知します
-
-3. JSバンドルをビルドしCapgoにアップロードします：
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. アプリを開き、アップデートのダウンロードを待ちます。以下のコマンドでステータスを確認できます：
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. アップデートがダウンロードされたら、アプリを閉じて再度開き、新しいバンドルを読み込みます
-
-</Steps>
-
-詳細については[ライブアップデートのデプロイ](/docs/getting-started/deploy)ガイドを参照してください
-
-## 次のステップ
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/update-types/">
-    <Card title="アップデートタイプ" icon="open-book">
-      すべてのOTAアップデートタイプのリファレンス：適用タイミング、遅延条件、バージョンブロッキング、配信
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/channels/">
-    <Card title="チャネル" icon="bars">
-      異なるリリーストラックを管理し、特定のユーザーにアップデートを配信するためのチャネルの使用方法を学びます
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="ロールバック" icon="left-arrow">
-      アップデートで問題が発生した場合に以前のJSバンドルバージョンに戻す方法を確認します
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="アップデートの動作" icon="setting">
-      アプリでのアップデートのダウンロードと適用のタイミングと方法をカスタマイズします
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="高速アップデート" icon="starlight">
-      アップデートプロセスを高速化するための高速アップデートの使用方法を学びます
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/live-updates/integrations/azure-devops.mdx b/src/content/docs/ja/docs/live-updates/integrations/azure-devops.mdx
deleted file mode 100644
index e8070ad4a..000000000
--- a/src/content/docs/ja/docs/live-updates/integrations/azure-devops.mdx
+++ /dev/null
@@ -1,584 +0,0 @@
----
-title: Azure DevOps統合
-description: "Azure DevOps PipelinesとCapgo Live Updatesを統合して、アプリのアップデートの自動デプロイメントを実現する方法を学びます。"
-locale: ja
-sidebar:
-  order: 1
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo Live UpdatesをAzure DevOps Pipelinesと統合して、コード変更をプッシュするたびにアプリのアップデートを自動的にデプロイします。このガイドでは、自動ビルド、テスト、デプロイメントワークフローの設定について説明します。
-
-## 前提条件
-
-Azure DevOps統合を設定する前に、以下を確認してください：
-
-- Azure DevOps組織とプロジェクト
-- アプリが構成されたCapgoアカウント
-- Azure Repos Gitリポジトリにアプリのソースコードがあること
-- プロジェクトでNode.jsとnpm/yarnが構成されていること
-
-## Azure DevOps Pipelineの設定
-
-### ステップ1: Pipelineの変数を作成
-
-まず、Azure DevOpsプロジェクトで必要な変数を設定します：
-
-<Steps>
-
-1. Azure DevOpsプロジェクトに移動
-2. **Pipelines** → **Library** → **Variable groups**に移動
-3. `Capgo-Variables`という名前の新しい変数グループを作成
-4. 以下の変数を追加：
-
-</Steps>
-
-| 変数名 | 値 | セキュア |
-|---------------|-------|---------|
-| `CAPGO_TOKEN` | Capgo APIトークン | ✅ はい |
-
-<Aside type="tip">
-
-Capgo APIトークンは[console.capgo.app/apikeys](https://console.capgo.app/apikeys)から取得してください。アプリIDは`capacitor.config.ts`ファイルにすでに構成されています。
-
-</Aside>
-
-## シンプル
-
-mainブランチへのプッシュごとに本番環境にデプロイする基本構成：
-
-```yaml
-# Simple Azure DevOps Pipeline for Capgo Live Updates
-trigger:
-  branches:
-    include:
-      - main
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: BuildAndDeploy
-    displayName: 'Build and Deploy to Capgo'
-    pool:
-      vmImage: 'ubuntu-latest'
-
-    steps:
-      - task: NodeTool@0
-        displayName: 'Setup Node.js'
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Install, test and build'
-
-      - script: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production
-        displayName: 'Deploy to Capgo'
-```
-
-## 高度
-
-### フィーチャーブランチのデプロイメント
-
-レビューとテストのためにフィーチャーブランチをテストチャネルにデプロイ：
-
-```yaml
-# Feature branch deployment
-trigger:
-  branches:
-    include:
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: DeployFeature
-    displayName: 'Deploy Feature Branch'
-    pool:
-      vmImage: 'ubuntu-latest'
-    condition: startsWith(variables['Build.SourceBranch'], 'refs/heads/feature/')
-
-    steps:
-      - task: NodeTool@0
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Install, test and build'
-
-      - script: |
-          BRANCH_NAME=$(echo "$(Build.SourceBranchName)" | sed 's/[^a-zA-Z0-9-]/-/g')
-          CHANNEL_NAME="feature-$BRANCH_NAME"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME
-        displayName: 'Deploy to Feature Channel'
-```
-
-<Aside type="tip">
-
-**チャネルでのテスト**: フィーチャーチャネルにデプロイした後、アプリを特定のチャネルを使用するように構成することでアップデートをテストできます。詳しくは[アプリでチャネルを構成する方法](/docs/live-updates/channels/#configuring-the-channel-in-your-app)をご覧ください。
-
-</Aside>
-
-### 暗号化の使用
-
-[Capgoの暗号化機能](/docs/live-updates/encryption/)を使用している場合、CI/CD環境にプライベートキーを安全に保存する必要があります。
-
-ローカルで[暗号化キーを設定](/docs/live-updates/encryption/#setting-up-encryption)した後、プライベートキーをAzure DevOpsの変数に追加します：
-
-```shell
-# プライベートキーの内容を表示（この出力をコピー）
-cat .capgo_key_v2
-```
-
-この内容を`CAPGO_PRIVATE_KEY`としてAzure DevOpsの変数グループに追加し（シークレットとしてマーク）、パイプラインで使用します：
-
-```yaml
-# Deploy with encryption
-- script: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --key-data-v2 "$(CAPGO_PRIVATE_KEY)" --channel production
-  displayName: 'Deploy to Capgo with Encryption'
-```
-
-<Aside type="caution">
-
-**セキュリティのベストプラクティス:**
-- `.capgo_key_v2`ファイルをバージョン管理にコミットしないでください
-- プライベートキーは安全なCI/CDシークレット管理にのみ保存してください
-- 異なる環境には異なるキーを使用してください
-
-</Aside>
-
-### マルチチャネル構成
-
-複数のデプロイメントチャネルの設定と管理に関する包括的な情報については、[チャネルドキュメント](/docs/live-updates/channels/)を参照してください。
-
-複数の環境とプルリクエストのデプロイメントを含む完全な構成：
-
-```yaml
-# Advanced Azure DevOps Pipeline with Multiple Channels
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-
-pr:
-  branches:
-    include:
-      - main
-      - develop
-
-variables:
-  - group: Capgo-Variables
-
-stages:
-  # Build stage
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  # Deploy to development
-  - stage: DeployDev
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/develop'))
-    jobs:
-      - deployment: DeployDevelopment
-        environment: development
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel development --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Deploy to Development'
-
-  # Deploy PR to test channel
-  - stage: DeployPR
-    condition: and(succeeded(), eq(variables['Build.Reason'], 'PullRequest'))
-    jobs:
-      - job: DeployPRChannel
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - task: DownloadBuildArtifacts@0
-            inputs:
-              artifactName: 'app-build'
-              downloadPath: '$(Pipeline.Workspace)'
-
-          - script: |
-              CHANNEL_NAME="pr-$(System.PullRequest.PullRequestNumber)"
-              npm install -g @capgo/cli
-              npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-              npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME --path $(Pipeline.Workspace)/app-build
-            displayName: 'Deploy to PR Channel'
-
-  # Deploy to production
-  - stage: DeployProd
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/main'))
-    jobs:
-      - deployment: DeployProduction
-        environment: production
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Deploy to Production'
-```
-
-### マルチ環境デプロイメント
-
-複数の環境を持つ複雑なシナリオの場合：
-
-```yaml
-# Extended pipeline with multiple environments
-parameters:
-  - name: deployEnvironment
-    displayName: 'Deploy Environment'
-    type: string
-    default: 'staging'
-    values:
-      - staging
-      - production
-
-variables:
-  - group: Capgo-Variables
-  - name: channelName
-    ${{ if eq(parameters.deployEnvironment, 'production') }}:
-      value: 'production'
-    ${{ else }}:
-      value: 'staging'
-
-stages:
-  # Build stage
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: DeployStaging
-    displayName: 'Deploy to Staging'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'staging'))
-    jobs:
-      - deployment: DeployStaging
-        displayName: 'Deploy to Staging Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'staging'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'staging'
-
-  - stage: DeployProduction
-    displayName: 'Deploy to Production'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'production'))
-    jobs:
-      - deployment: DeployProduction
-        displayName: 'Deploy to Production Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'production'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'production'
-```
-
-### デプロイメントテンプレート (deploy-steps.yml)
-
-再利用可能なテンプレートファイル`deploy-steps.yml`を作成：
-
-```yaml
-# deploy-steps.yml
-parameters:
-  - name: channel
-    type: string
-
-steps:
-  - task: NodeTool@0
-    displayName: 'Install Node.js'
-    inputs:
-      versionSpec: '22.x'
-
-  - task: DownloadBuildArtifacts@0
-    displayName: 'Download build artifacts'
-    inputs:
-      artifactName: 'app-build'
-      downloadPath: '$(System.ArtifactsDirectory)'
-
-  - script: |
-      npm install -g @capgo/cli
-    displayName: 'Install Capgo CLI'
-
-  - script: |
-      npx @capgo/cli bundle upload \
-        --apikey $(CAPGO_TOKEN) \
-        --channel ${{ parameters.channel }} \
-        --path $(System.ArtifactsDirectory)/app-build
-    displayName: 'Upload to Capgo (${{ parameters.channel }})'
-```
-
-### ブランチベースのデプロイメント戦略
-
-Gitブランチに基づいて異なるデプロイメント戦略を構成：
-
-```yaml
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-  - name: targetChannel
-    ${{ if eq(variables['Build.SourceBranch'], 'refs/heads/main') }}:
-      value: 'production'
-    ${{ elseif eq(variables['Build.SourceBranch'], 'refs/heads/develop') }}:
-      value: 'staging'
-    ${{ else }}:
-      value: 'development'
-
-stages:
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: Deploy
-    displayName: 'Deploy to $(targetChannel)'
-    dependsOn: Build
-    condition: succeeded()
-    jobs:
-      - deployment: DeployJob
-        displayName: 'Deploy to $(targetChannel) Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: '$(targetChannel)'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: '$(targetChannel)'
-```
-
-## セキュリティのベストプラクティス
-
-### 安全な変数管理
-
-<Steps>
-
-1. **変数グループを使用**: 機密データをAzure DevOps変数グループに保存
-2. **シークレットとしてマーク**: APIトークンとキーは常にシークレット変数としてマーク
-3. **アクセスのスコープ**: 変数グループのアクセスを特定のパイプラインとユーザーに制限
-4. **キーのローテーション**: Capgo APIトークンを定期的にローテーション
-
-</Steps>
-
-## 監視と通知
-
-### Teams統合
-
-パイプラインにMicrosoft Teams通知を追加：
-
-```yaml
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notify Teams on Success'
-  condition: succeeded()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Capgo Deployment Successful'
-    text: 'App deployed to $(targetChannel) channel'
-    themeColor: '00FF00'
-
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notify Teams on Failure'
-  condition: failed()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Capgo Deployment Failed'
-    text: 'Deployment to $(targetChannel) failed'
-    themeColor: 'FF0000'
-```
-
-### メール通知
-
-デプロイメントステータスのメール通知を構成：
-
-```yaml
-- task: EmailReport@1
-  displayName: 'Send Email Report'
-  condition: always()
-  inputs:
-    sendMailConditionConfig: 'Always'
-    subject: 'Capgo Deployment Report - $(Build.BuildNumber)'
-    to: 'team@yourcompany.com'
-    body: |
-      Deployment Status: $(Agent.JobStatus)
-      Channel: $(targetChannel)
-      Build: $(Build.BuildNumber)
-      Commit: $(Build.SourceVersion)
-```
-
-## トラブルシューティング
-
-### 一般的な問題
-
-**「Capgo CLI not found」でパイプラインが失敗:**
-```yaml
-# グローバルインストールを確認
-- script: |
-    npm install -g @capgo/cli
-    which capgo || echo "Capgo CLI not found in PATH"
-  displayName: 'Install and verify Capgo CLI'
-```
-
-**認証エラー:**
-```yaml
-# トークンが正しく設定されているか確認
-- script: |
-    echo "Token length: ${#CAPGO_TOKEN}"
-    if [ -z "$CAPGO_TOKEN" ]; then
-      echo "CAPGO_TOKEN is not set"
-      exit 1
-    fi
-  displayName: 'Verify Capgo token'
-  env:
-    CAPGO_TOKEN: $(CAPGO_TOKEN)
-```
-
-**ビルドアーティファクトが見つからない:**
-```yaml
-# デバッグ用に利用可能なアーティファクトをリスト
-- script: |
-    ls -la $(System.ArtifactsDirectory)
-    find $(System.ArtifactsDirectory) -name "*.js" -o -name "*.html"
-  displayName: 'Debug artifacts'
-```
-
-### デバッグパイプライン
-
-問題をトラブルシューティングするためのデバッグステップを追加：
-
-```yaml
-- script: |
-    echo "Build.SourceBranch: $(Build.SourceBranch)"
-    echo "Build.BuildNumber: $(Build.BuildNumber)"
-    echo "Target Channel: $(targetChannel)"
-  displayName: 'Debug Pipeline Variables'
-
-- script: |
-    npx @capgo/cli app debug --apikey $(CAPGO_TOKEN)
-  displayName: 'Debug Capgo App Status'
-```
-
-## 次のステップ
-
-- [チャネル](/docs/live-updates/channels/)について学び、異なるデプロイメント環境を管理
-- 高度なデプロイメントシナリオのための[カスタムストレージ](/docs/live-updates/custom-storage/)を探索
-- 安全なデプロイメントのための[暗号化](/docs/live-updates/encryption/)を設定
-- アップデートの適用方法をカスタマイズするための[アップデート動作](/docs/live-updates/update-behavior/)を構成
-
-Azure DevOps統合により、Capgoデプロイメントを自動化し、モバイルアプリユーザーへの一貫性のある信頼性の高いアップデートを保証できます。
diff --git a/src/content/docs/ja/docs/live-updates/integrations/bitbucket-pipeline.mdx b/src/content/docs/ja/docs/live-updates/integrations/bitbucket-pipeline.mdx
deleted file mode 100644
index af161db41..000000000
--- a/src/content/docs/ja/docs/live-updates/integrations/bitbucket-pipeline.mdx
+++ /dev/null
@@ -1,498 +0,0 @@
----
-title: Bitbucket Pipelines統合
-description: "Bitbucket PipelinesとCapgo Live Updatesを統合して、アプリのアップデートの自動デプロイメントを実現する方法を学びます。"
-locale: ja
-sidebar:
-  order: 4
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo Live UpdatesをBitbucket Pipelinesと統合して、コード変更をプッシュするたびにアプリのアップデートを自動的にデプロイします。このガイドでは、自動ビルド、テスト、デプロイメントワークフローの設定について説明します。
-
-## 前提条件
-
-Bitbucket Pipelines統合を設定する前に、以下を確認してください：
-
-- リポジトリを持つBitbucketアカウント
-- アプリが構成されたCapgoアカウント
-- プロジェクトでNode.jsとnpm/yarnが構成されていること
-
-## Bitbucket Pipelinesの設定
-
-### ステップ1: リポジトリ変数の構成
-
-まず、Bitbucketリポジトリで必要な変数を設定します：
-
-<Steps>
-
-1. Bitbucketリポジトリに移動
-2. **Repository settings** → **Pipelines** → **Repository variables**に移動
-3. 以下の変数を追加：
-
-</Steps>
-
-| 変数名 | 値 | セキュア |
-|---------------|-------|---------|
-| `CAPGO_TOKEN` | Capgo APIトークン | ✅ はい |
-
-<Aside type="tip">
-
-Capgo APIトークンは[console.capgo.app/apikeys](https://console.capgo.app/apikeys)から取得してください。アプリIDは`capacitor.config.ts`ファイルにすでに構成されています。
-
-</Aside>
-
-## シンプル
-
-mainブランチへのプッシュごとに本番環境にデプロイする基本構成：
-
-```yaml
-# bitbucket-pipelines.yml - Simple Configuration
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build and Deploy to Production
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          artifacts:
-            - dist/**
-```
-
-## 高度
-
-### フィーチャーブランチのデプロイメント
-
-レビューとテストのためにフィーチャーブランチをテストチャネルにデプロイ：
-
-```yaml
-# Feature branch deployment
-pipelines:
-  branches:
-    feature/*:
-      - step:
-          name: Deploy Feature Branch
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - BRANCH_NAME=$(echo $BITBUCKET_BRANCH | sed 's/[^a-zA-Z0-9-]/-/g')
-            - CHANNEL_NAME="feature-$BRANCH_NAME"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-<Aside type="tip">
-
-**チャネルでのテスト**: フィーチャーチャネルにデプロイした後、アプリを特定のチャネルを使用するように構成することでアップデートをテストできます。詳しくは[アプリでチャネルを構成する方法](/docs/live-updates/channels/#configuring-the-channel-in-your-app)をご覧ください。
-
-</Aside>
-
-### 暗号化の使用
-
-[Capgoの暗号化機能](/docs/live-updates/encryption/)を使用している場合、CI/CD環境にプライベートキーを安全に保存する必要があります。
-
-ローカルで[暗号化キーを設定](/docs/live-updates/encryption/#setting-up-encryption)した後、プライベートキーをBitbucket変数に追加します：
-
-```shell
-# プライベートキーの内容を表示（この出力をコピー）
-cat .capgo_key_v2
-```
-
-この内容を`CAPGO_PRIVATE_KEY`としてBitbucketリポジトリ変数に追加し（セキュアとしてマーク）、パイプラインで使用します：
-
-```yaml
-# Deploy with encryption
-- step:
-    name: Deploy to Capgo with Encryption
-    script:
-      - npm install -g @capgo/cli
-      - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**セキュリティのベストプラクティス:**
-- `.capgo_key_v2`ファイルをバージョン管理にコミットしないでください
-- プライベートキーは安全なCI/CDシークレット管理にのみ保存してください
-- 異なる環境には異なるキーを使用してください
-
-</Aside>
-
-### マルチチャネル構成
-
-複数のデプロイメントチャネルの設定と管理に関する包括的な情報については、[チャネルドキュメント](/docs/live-updates/channels/)を参照してください。
-
-複数の環境とプルリクエストのデプロイメントを含む完全な構成：
-
-```yaml
-# bitbucket-pipelines.yml - Advanced Multi-Channel Configuration
-image: node:22
-
-definitions:
-  steps:
-    - step: &build-step
-        name: Build Application
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-        artifacts:
-          - dist/**
-
-    - step: &deploy-step
-        name: Deploy to Capgo
-        script:
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-pipelines:
-  branches:
-    main:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - export CHANNEL_NAME=production
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-    develop:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Deploy to Development
-          deployment: development
-          script:
-            - export CHANNEL_NAME=development
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-  pull-requests:
-    '**':
-      - step:
-          <<: *build-step
-      - step:
-          name: Deploy PR to Test Channel
-          script:
-            - CHANNEL_NAME="pr-$BITBUCKET_PR_ID"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-### マルチ環境パイプライン
-
-ステージングと本番環境を持つ複雑なデプロイメントシナリオの場合：
-
-```yaml
-# Multi-environment pipeline
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Deploy to Staging
-          deployment: staging
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-      - step:
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-
-    develop:
-      - step:
-          name: Build and Deploy to Development
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-          artifacts:
-            - dist/**
-```
-
-### ブランチベースのデプロイメント戦略
-
-異なるブランチを適切なチャネルに自動的にデプロイ：
-
-```yaml
-# Dynamic channel deployment
-image: node:22
-
-definitions:
-  scripts:
-    - script: &determine-channel |
-        if [ "$BITBUCKET_BRANCH" = "main" ]; then
-          export CHANNEL_NAME="production"
-        elif [ "$BITBUCKET_BRANCH" = "develop" ]; then
-          export CHANNEL_NAME="staging"
-        else
-          export CHANNEL_NAME="development"
-        fi
-        echo "Deploying to channel: $CHANNEL_NAME"
-
-pipelines:
-  default:
-    - step:
-        name: Build and Deploy
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-          - *determine-channel
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-        artifacts:
-          - dist/**
-```
-
-### パラレルパイプライン実行
-
-パラレルステップでビルド時間を最適化：
-
-```yaml
-# Parallel execution pipeline
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - parallel:
-          - step:
-              name: Run Tests
-              script:
-                - npm ci
-                - npm run test
-          - step:
-              name: Lint Code
-              script:
-                - npm ci
-                - npm run lint
-      - step:
-          name: Build Application
-          script:
-            - npm ci
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Deploy to Production
-          deployment: production
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## セキュリティのベストプラクティス
-
-### リポジトリ変数
-
-<Steps>
-
-1. **セキュア変数**: APIトークンは常にセキュアとしてマーク
-2. **環境変数**: 必要に応じてデプロイメント固有の変数を使用
-3. **アクセス制御**: リポジトリアクセスを承認されたチームメンバーに制限
-4. **トークンのローテーション**: Capgo APIトークンを定期的にローテーション
-
-</Steps>
-
-### デプロイメント環境
-
-より良いセキュリティのためにデプロイメント環境を構成：
-
-```yaml
-# Deployment with environment restrictions
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## 監視と通知
-
-### Slack統合
-
-パイプラインにSlack通知を追加：
-
-```yaml
-# Pipeline with Slack notifications
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build and Deploy
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          after-script:
-            - |
-              if [ $BITBUCKET_EXIT_CODE -eq 0 ]; then
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"✅ Capgo deployment successful for '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              else
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"❌ Capgo deployment failed for '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              fi
-```
-
-### メール通知
-
-Bitbucketの組み込み機能または外部サービスを使用してメール通知を構成：
-
-```yaml
-# Email notification step
-- step:
-    name: Send Notification
-    script:
-      - |
-        curl -X POST \
-          -H "Content-Type: application/json" \
-          -d '{
-            "to": "team@yourcompany.com",
-            "subject": "Capgo Deployment Status",
-            "body": "Deployment of '$BITBUCKET_BRANCH' completed with status: '$BITBUCKET_EXIT_CODE'"
-          }' \
-          $EMAIL_SERVICE_URL
-    condition:
-      result: [successful, failed]
-```
-
-## トラブルシューティング
-
-### 一般的な問題
-
-**「Capgo CLI not found」でパイプラインが失敗:**
-```yaml
-# Debug CLI installation
-- step:
-    name: Debug CLI
-    script:
-      - npm install -g @capgo/cli
-      - which capgo || echo "Capgo CLI not found"
-      - npx @capgo/cli --version
-```
-
-**認証エラー:**
-```yaml
-# Verify token configuration
-- step:
-    name: Debug Auth
-    script:
-      - |
-        if [ -z "$CAPGO_TOKEN" ]; then
-          echo "CAPGO_TOKEN is not set"
-          exit 1
-        fi
-        echo "Token length: ${#CAPGO_TOKEN}"
-```
-
-**ビルドアーティファクトが見つからない:**
-```yaml
-# List build outputs
-- step:
-    name: Debug Build
-    script:
-      - ls -la dist/
-      - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### デバッグパイプライン
-
-問題をトラブルシューティングするためのデバッグ情報を追加：
-
-```yaml
-# Debug pipeline
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Debug Information
-          script:
-            - echo "Branch: $BITBUCKET_BRANCH"
-            - echo "Commit: $BITBUCKET_COMMIT"
-            - echo "Build: $BITBUCKET_BUILD_NUMBER"
-            - env | grep BITBUCKET_ | sort
-      - step:
-          name: Build and Deploy
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-### パイプライン検証
-
-構成エラーを検出するためにパイプライン検証を有効化：
-
-```yaml
-# Enable pipeline validation
-options:
-  docker: true
-  size: 2x
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Validate Pipeline
-          script:
-            - echo "Pipeline validation successful"
-      - step:
-          name: Build and Deploy
-          script:
-            # ... deployment steps
-```
-
-## 次のステップ
-
-- [チャネル](/docs/live-updates/channels/)について学び、異なるデプロイメント環境を管理
-- 高度なデプロイメントシナリオのための[カスタムストレージ](/docs/live-updates/custom-storage/)を探索
-- 安全なデプロイメントのための[暗号化](/docs/live-updates/encryption/)を設定
-- アップデートの適用方法をカスタマイズするための[アップデート動作](/docs/live-updates/update-behavior/)を構成
-
-Bitbucket Pipelines統合により、Capgoデプロイメントを自動化し、モバイルアプリユーザーへの一貫性のある信頼性の高いアップデートを保証できます。
diff --git a/src/content/docs/ja/docs/live-updates/integrations/github-actions.mdx b/src/content/docs/ja/docs/live-updates/integrations/github-actions.mdx
deleted file mode 100644
index ff280f905..000000000
--- a/src/content/docs/ja/docs/live-updates/integrations/github-actions.mdx
+++ /dev/null
@@ -1,549 +0,0 @@
----
-title: GitHub Actions統合
-description: "GitHub ActionsとCapgo Live Updatesを統合して、アプリのアップデートの自動デプロイメントを実現する方法を学びます。"
-locale: ja
-sidebar:
-  order: 3
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo Live UpdatesをGitHub Actionsと統合して、コード変更をプッシュするたびにアプリのアップデートを自動的にデプロイします。このガイドでは、GitHubの強力なCI/CDプラットフォームを使用した自動ビルド、テスト、デプロイメントワークフローの設定について説明します。
-
-## 前提条件
-
-GitHub Actions統合を設定する前に、以下を確認してください：
-
-- アプリのソースコードを含むGitHubリポジトリ
-- アプリが構成されたCapgoアカウント
-- プロジェクトでNode.jsとnpm/yarnが構成されていること
-- リポジトリでGitHub Actionsが有効になっていること
-
-## GitHubシークレットの設定
-
-### ステップ1: リポジトリシークレットの構成
-
-GitHubリポジトリで必要なシークレットを設定します：
-
-<Steps>
-
-1. GitHubリポジトリに移動
-2. **Settings** → **Secrets and variables** → **Actions**に移動
-3. **New repository secret**をクリックして以下を追加：
-
-</Steps>
-
-| シークレット名 | 値 |
-|-------------|-------|
-| `CAPGO_TOKEN` | Capgo APIトークン |
-
-<Aside type="tip">
-
-Capgo APIトークンは[console.capgo.app/apikeys](https://console.capgo.app/apikeys)から取得してください。アプリIDは`capacitor.config.ts`ファイルにすでに構成されています。
-
-</Aside>
-
-## シンプルな本番デプロイメント
-
-mainブランチへのプッシュごとに本番環境にデプロイする基本構成から始めます：
-
-```yaml
-# Simple GitHub Actions Workflow for Capgo Live Updates
-name: Deploy to Capgo
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout
-        uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Install, test and build
-        run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - name: Deploy to Capgo
-        run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel production
-          # For encrypted uploads, add: --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"
-```
-
-## 高度なマルチチャネル構成
-
-### フィーチャーブランチのデプロイメント
-
-テスト用にフィーチャーブランチを一時的なチャネルにデプロイ：
-
-```yaml
-# Feature branch deployment
-name: Deploy Feature Branch to Capgo
-
-on:
-  push:
-    branches:
-      - 'feature/**'
-
-jobs:
-  deploy-feature:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - name: Deploy to feature channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.ref_name }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-```
-
-### 暗号化の使用
-
-[Capgoの暗号化機能](/docs/live-updates/encryption/)を使用している場合、CI/CD環境にプライベートキーを安全に保存する必要があります。
-
-ローカルで[暗号化キーを設定](/docs/live-updates/encryption/#setting-up-encryption)した後、プライベートキーをGitHubシークレットに追加します：
-
-```shell
-# プライベートキーの内容を表示（この出力をコピー）
-cat .capgo_key_v2
-```
-
-この内容を`CAPGO_PRIVATE_KEY`としてGitHubリポジトリシークレットに追加し、ワークフローで使用します：
-
-```yaml
-# Deploy with encryption
-- name: Deploy to Capgo with Encryption
-  run: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}" --channel production
-```
-
-<Aside type="caution">
-
-**セキュリティのベストプラクティス:**
-- `.capgo_key_v2`ファイルをバージョン管理にコミットしないでください
-- プライベートキーは安全なCI/CDシークレット管理にのみ保存してください
-- 異なる環境には異なるキーを使用してください
-
-</Aside>
-
-### マルチチャネル構成
-
-複数のデプロイメントチャネルの設定と管理に関する包括的な情報については、[チャネルドキュメント](/docs/live-updates/channels/)を参照してください。
-
-開発環境、プルリクエスト、本番環境のデプロイメントを含む完全なワークフロー：
-
-```yaml
-# Complete multi-environment workflow
-name: Deploy to Capgo
-
-on:
-  push:
-    branches: [main, develop]
-  pull_request:
-    branches: [main, develop]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - uses: actions/upload-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-  deploy-development:
-    if: github.ref == 'refs/heads/develop'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: development
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel development
-
-  deploy-pr:
-    if: github.event_name == 'pull_request'
-    needs: build
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - name: Deploy to PR channel
-        run: |
-          CHANNEL_NAME="pr-${{ github.event.number }}"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-
-      - name: Comment PR
-        uses: actions/github-script@v7
-        with:
-          script: |
-            github.rest.issues.createComment({
-              issue_number: context.issue.number,
-              owner: context.repo.owner,
-              repo: context.repo.repo,
-              body: `🚀 This PR has been deployed to Capgo channel: \`pr-${{ github.event.number }}\`\n\nTo test this update in your app, configure it to use this channel. [Learn how to configure channels →](/docs/live-updates/channels/#configuring-the-channel-in-your-app)`
-            })
-
-  deploy-production:
-    if: github.ref == 'refs/heads/main'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: production
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel production
-```
-
-<Aside type="tip">
-
-**チャネルでのテスト**: PRまたは開発チャネルにデプロイした後、アプリを特定のチャネルを使用するように構成することでアップデートをテストできます。詳しくは[アプリでチャネルを構成する方法](/docs/live-updates/channels/#configuring-the-channel-in-your-app)をご覧ください。
-
-</Aside>
-
-### フィーチャーチャネルのクリーンアップ
-
-ブランチが削除されたときにフィーチャーチャネルを自動的にクリーンアップ：
-
-```yaml
-name: Cleanup Feature Channels
-
-on:
-  delete:
-
-jobs:
-  cleanup:
-    runs-on: ubuntu-latest
-    if: github.event.ref_type == 'branch' && startsWith(github.event.ref, 'feature/')
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Delete Capgo channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.event.ref }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel delete $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-```
-
-## セキュリティとベストプラクティス
-
-### 環境保護ルール
-
-GitHubで環境保護ルールを設定：
-
-<Steps>
-
-1. リポジトリの**Settings** → **Environments**に移動
-2. 環境を作成：`development`、`staging`、`production`
-3. 本番環境に以下を追加：
-   - **Required reviewers**: デプロイメントを承認する必要があるチームメンバーを追加
-   - **Wait timer**: デプロイメント前の遅延を追加（オプション）
-   - **Deployment branches**: `main`ブランチのみに制限
-
-</Steps>
-
-### 安全なシークレット管理
-
-環境固有のシークレットを使用：
-
-```yaml
-# Use different secrets per environment
-deploy-production:
-  environment: production
-  steps:
-    - name: Deploy to Production
-      run: |
-        npx @capgo/cli bundle upload \
-          --apikey ${{ secrets.CAPGO_PROD_TOKEN }} \
-          --app ${{ secrets.CAPGO_PROD_APP_ID }} \
-          --channel production
-```
-
-## 監視と通知
-
-### Slack統合
-
-ワークフローにSlack通知を追加：
-
-```yaml
-name: Deploy with Notifications
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      # ... deployment steps
-
-      - name: Notify Slack on Success
-        if: success()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: success
-          text: '✅ Capgo deployment successful!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-
-      - name: Notify Slack on Failure
-        if: failure()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: failure
-          text: '❌ Capgo deployment failed!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-```
-
-### Discord統合
-
-Discordに通知を送信：
-
-```yaml
-- name: Discord notification
-  if: always()
-  uses: Ilshidur/action-discord@master
-  with:
-    args: |
-      Capgo deployment ${{ job.status }}!
-      App: ${{ secrets.CAPGO_APP_ID }}
-      Channel: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-  env:
-    DISCORD_WEBHOOK: ${{ secrets.DISCORD_WEBHOOK }}
-```
-
-### メール通知
-
-メール通知を構成：
-
-```yaml
-- name: Send email notification
-  if: failure()
-  uses: dawidd6/action-send-mail@v3
-  with:
-    server_address: smtp.gmail.com
-    server_port: 465
-    username: ${{ secrets.EMAIL_USERNAME }}
-    password: ${{ secrets.EMAIL_PASSWORD }}
-    subject: 'Capgo Deployment Failed - ${{ github.repository }}'
-    to: team@yourcompany.com
-    from: ci-cd@yourcompany.com
-    body: |
-      Deployment failed for ${{ github.repository }}
-      Branch: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-      Workflow: ${{ github.workflow }}
-```
-
-## トラブルシューティング
-
-### デバッグワークフロー
-
-問題をトラブルシューティングするためのデバッグステップを追加：
-
-```yaml
-- name: Debug environment
-  run: |
-    echo "Node version: $(node --version)"
-    echo "NPM version: $(npm --version)"
-    echo "Working directory: $(pwd)"
-    echo "Files in dist/: $(ls -la dist/ || echo 'No dist directory')"
-    echo "Environment variables:"
-    env | grep -E "(GITHUB_|CAPGO_)" | sort
-
-- name: Test Capgo CLI
-  run: |
-    npx @capgo/cli --version
-    npx @capgo/cli app debug --apikey ${{ secrets.CAPGO_TOKEN }} --app ${{ secrets.CAPGO_APP_ID }}
-```
-
-### 一般的な問題と解決策
-
-**「CAPGO_TOKEN not found」でワークフローが失敗:**
-
-```yaml
-- name: Verify secrets
-  run: |
-    if [ -z "${{ secrets.CAPGO_TOKEN }}" ]; then
-      echo "ERROR: CAPGO_TOKEN secret is not set"
-      exit 1
-    fi
-    echo "CAPGO_TOKEN is set (length: ${#CAPGO_TOKEN})"
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-**ビルドアーティファクトが見つからない:**
-
-```yaml
-- name: Debug artifacts
-  run: |
-    echo "Checking for build artifacts..."
-    ls -la dist/ || echo "No dist directory found"
-    find . -name "*.js" -o -name "*.html" | head -10
-```
-
-**ネットワーク接続の問題:**
-
-```yaml
-- name: Test connectivity
-  run: |
-    ping -c 3 api.capgo.io || echo "Ping failed"
-    curl -I https://api.capgo.io/health || echo "Health check failed"
-```
-
-## 再利用可能なワークフロー
-
-プロジェクト間の一貫性のために再利用可能なワークフローを作成：
-
-```yaml
-# .github/workflows/reusable-capgo-deploy.yml
-name: Reusable Capgo Deploy
-
-on:
-  workflow_call:
-    inputs:
-      environment:
-        required: true
-        type: string
-      channel:
-        required: true
-        type: string
-    secrets:
-      CAPGO_TOKEN:
-        required: true
-      CAPGO_APP_ID:
-        required: true
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    environment: ${{ inputs.environment }}
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Install and build
-        run: |
-          npm ci
-          npm run build
-
-      - name: Deploy to Capgo
-        run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload \
-            --apikey ${{ secrets.CAPGO_TOKEN }} \
-            --app ${{ secrets.CAPGO_APP_ID }} \
-            --channel ${{ inputs.channel }}
-```
-
-再利用可能なワークフローを使用：
-
-```yaml
-# .github/workflows/deploy.yml
-name: Deploy App
-
-on:
-  push:
-    branches: [main, develop]
-
-jobs:
-  deploy-dev:
-    if: github.ref == 'refs/heads/develop'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: development
-      channel: development
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-
-  deploy-prod:
-    if: github.ref == 'refs/heads/main'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: production
-      channel: production
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-```
-
-## 次のステップ
-
-- [チャネル](/docs/live-updates/channels/)について学び、異なるデプロイメント環境を管理
-- 高度なデプロイメントシナリオのための[カスタムストレージ](/docs/live-updates/custom-storage/)を探索
-- 安全なデプロイメントのための[暗号化](/docs/live-updates/encryption/)を設定
-- アップデートの適用方法をカスタマイズするための[アップデート動作](/docs/live-updates/update-behavior/)を構成
-
-GitHub Actions統合により、GitHubの強力なCI/CDプラットフォームを活用して、組み込みのセキュリティ、監視、コラボレーション機能を備えたCapgo Live Updatesの高度なデプロイメントワークフローを作成できます。
diff --git a/src/content/docs/ja/docs/live-updates/integrations/gitlab-ci.mdx b/src/content/docs/ja/docs/live-updates/integrations/gitlab-ci.mdx
deleted file mode 100644
index ce2958f2e..000000000
--- a/src/content/docs/ja/docs/live-updates/integrations/gitlab-ci.mdx
+++ /dev/null
@@ -1,426 +0,0 @@
----
-title: GitLab CI/CD統合
-description: "GitLab CI/CDとCapgo Live Updatesを統合して、アプリのアップデートの自動デプロイメントを実現する方法を学びます。"
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo Live UpdatesをGitLab CI/CDと統合して、コード変更をプッシュするたびにアプリのアップデートを自動的にデプロイします。このガイドでは、自動ビルド、テスト、デプロイメントワークフローの設定について説明します。
-
-## 前提条件
-
-GitLab CI/CD統合を設定する前に、以下を確認してください：
-
-- プロジェクトリポジトリを持つGitLabアカウント
-- アプリが構成されたCapgoアカウント
-- プロジェクトでNode.jsとnpm/yarnが構成されていること
-
-## GitLab CI/CDの設定
-
-### ステップ1: 環境変数の構成
-
-まず、GitLabプロジェクトで必要な変数を設定します：
-
-<Steps>
-
-1. GitLabプロジェクトに移動
-2. **Settings** → **CI/CD** → **Variables**に移動
-3. 以下の変数を追加：
-
-</Steps>
-
-| 変数名 | 値 | Protected | Masked |
-|---------------|-------|-----------|--------|
-| `CAPGO_TOKEN` | Capgo APIトークン | ✅ はい | ✅ はい |
-
-<Aside type="tip">
-
-Capgo APIトークンは[console.capgo.app/apikeys](https://console.capgo.app/apikeys)から取得してください。アプリIDは`capacitor.config.ts`ファイルにすでに構成されています。
-
-</Aside>
-
-## シンプル
-
-mainブランチへのプッシュごとに本番環境にデプロイする基本構成：
-
-```yaml
-# .gitlab-ci.yml - Simple Configuration
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 1 hour
-  only:
-    - main
-
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-    # For encrypted uploads, add: --key-data-v2 "$CAPGO_PRIVATE_KEY"
-  dependencies:
-    - build
-  only:
-    - main
-```
-
-## 高度
-
-### フィーチャーブランチのデプロイメント
-
-レビューとテストのためにフィーチャーブランチをテストチャネルにデプロイ：
-
-```yaml
-# Feature branch deployment
-deploy_feature:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="feature-$(echo $CI_COMMIT_REF_NAME | sed 's/[^a-zA-Z0-9-]/-/g')"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - /^feature\/.*$/
-  environment:
-    name: feature/$CI_COMMIT_REF_NAME
-    url: https://your-app.com/channels/$CHANNEL_NAME
-```
-
-<Aside type="tip">
-
-**チャネルでのテスト**: フィーチャーチャネルにデプロイした後、アプリを特定のチャネルを使用するように構成することでアップデートをテストできます。詳しくは[アプリでチャネルを構成する方法](/docs/live-updates/channels/#configuring-the-channel-in-your-app)をご覧ください。
-
-</Aside>
-
-### 暗号化の使用
-
-[Capgoの暗号化機能](/docs/live-updates/encryption/)を使用している場合、CI/CD環境にプライベートキーを安全に保存する必要があります。
-
-ローカルで[暗号化キーを設定](/docs/live-updates/encryption/#setting-up-encryption)した後、プライベートキーをGitLab変数に追加します：
-
-```shell
-# プライベートキーの内容を表示（この出力をコピー）
-cat .capgo_key_v2
-```
-
-この内容を`CAPGO_PRIVATE_KEY`としてGitLabプロジェクト変数に追加し（protectedおよびmaskedとしてマーク）、パイプラインで使用します：
-
-```yaml
-# Deploy with encryption
-deploy_production:
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**セキュリティのベストプラクティス:**
-- `.capgo_key_v2`ファイルをバージョン管理にコミットしないでください
-- プライベートキーは安全なCI/CDシークレット管理にのみ保存してください
-- 異なる環境には異なるキーを使用してください
-
-</Aside>
-
-### マルチチャネル構成
-
-複数のデプロイメントチャネルの設定と管理に関する包括的な情報については、[チャネルドキュメント](/docs/live-updates/channels/)を参照してください。
-
-複数の環境とマージリクエストのデプロイメントを含む完全な構成：
-
-```yaml
-# .gitlab-ci.yml - Advanced Multi-Channel Configuration
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-# Build stage
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 24 hours
-
-# Deploy to development channel
-deploy_development:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: development
-
-# Deploy merge requests to test channels
-deploy_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="mr-$CI_MERGE_REQUEST_IID"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - merge_requests
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    url: https://your-app.com/channels/mr-$CI_MERGE_REQUEST_IID
-    on_stop: cleanup_mr
-
-# Cleanup MR channels when MR is closed
-cleanup_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli channel delete mr-$CI_MERGE_REQUEST_IID --apikey $CAPGO_TOKEN || true
-  when: manual
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    action: stop
-  only:
-    - merge_requests
-
-# Deploy to staging
-deploy_staging:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: staging
-
-# Deploy to production
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  environment:
-    name: production
-```
-
-### 手動承認を伴うマルチ環境
-
-手動承認が必要な本番デプロイメントの場合：
-
-```yaml
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  when: manual
-  environment:
-    name: production
-```
-
-### ブランチベースのデプロイメント戦略
-
-異なるブランチを適切なチャネルに自動的にデプロイ：
-
-```yaml
-# Dynamic channel deployment based on branch
-deploy:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - |
-      if [ "$CI_COMMIT_REF_NAME" = "main" ]; then
-        CHANNEL="production"
-      elif [ "$CI_COMMIT_REF_NAME" = "develop" ]; then
-        CHANNEL="staging"
-      else
-        CHANNEL="development"
-      fi
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL
-  dependencies:
-    - build
-  environment:
-    name: $CHANNEL
-```
-
-## セキュリティのベストプラクティス
-
-### Protected変数
-
-<Steps>
-
-1. **機密変数をマーク**: APIトークンは常にprotectedおよびmaskedとしてマーク
-2. **ブランチ保護**: 本番デプロイメント用にprotected変数を使用
-3. **アクセス制御**: 変数へのアクセスをメンテナーのみに制限
-4. **定期的なローテーション**: APIトークンを定期的にローテーション
-
-</Steps>
-
-### 安全なパイプライン構成
-
-```yaml
-# Use protected variables for production
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  only:
-    refs:
-      - main
-    variables:
-      - $CI_COMMIT_REF_PROTECTED == "true"
-```
-
-## 監視と通知
-
-### Slack統合
-
-パイプラインにSlack通知を追加：
-
-```yaml
-notify_success:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"✅ Capgo deployment successful for '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_success
-
-notify_failure:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"❌ Capgo deployment failed for '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_failure
-```
-
-### メール通知
-
-GitLabプロジェクト設定でメール通知を構成、またはAPIを使用：
-
-```yaml
-notify_email:
-  stage: .post
-  script:
-    - |
-      curl --request POST \
-        --header "PRIVATE-TOKEN: $GITLAB_API_TOKEN" \
-        --form "to=team@yourcompany.com" \
-        --form "subject=Capgo Deployment Status" \
-        --form "body=Deployment of $CI_COMMIT_REF_NAME completed with status: $CI_JOB_STATUS" \
-        "https://gitlab.com/api/v4/projects/$CI_PROJECT_ID/emails"
-  when: always
-```
-
-## トラブルシューティング
-
-### 一般的な問題
-
-**「Capgo CLI not found」でパイプラインが失敗:**
-```yaml
-# Debug CLI installation
-debug_cli:
-  script:
-    - npm install -g @capgo/cli
-    - which capgo || echo "Capgo CLI not found"
-    - npx @capgo/cli --version
-```
-
-**認証エラー:**
-```yaml
-# Verify token configuration
-debug_auth:
-  script:
-    - |
-      if [ -z "$CAPGO_TOKEN" ]; then
-        echo "CAPGO_TOKEN is not set"
-        exit 1
-      fi
-      echo "Token length: ${#CAPGO_TOKEN}"
-```
-
-**ビルドアーティファクトが見つからない:**
-```yaml
-# List build outputs
-debug_build:
-  script:
-    - ls -la dist/
-    - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### デバッグパイプライン
-
-問題をトラブルシューティングするためのデバッグ情報を追加：
-
-```yaml
-debug:
-  stage: build
-  script:
-    - echo "Branch: $CI_COMMIT_REF_NAME"
-    - echo "Commit: $CI_COMMIT_SHA"
-    - echo "Build: $CI_PIPELINE_ID"
-    - env | grep CI_ | sort
-  only:
-    - branches
-```
-
-## 次のステップ
-
-- [チャネル](/docs/live-updates/channels/)について学び、異なるデプロイメント環境を管理
-- 高度なデプロイメントシナリオのための[カスタムストレージ](/docs/live-updates/custom-storage/)を探索
-- 安全なデプロイメントのための[暗号化](/docs/live-updates/encryption/)を設定
-- アップデートの適用方法をカスタマイズするための[アップデート動作](/docs/live-updates/update-behavior/)を構成
-
-GitLab CI/CD統合により、Capgoデプロイメントを自動化し、モバイルアプリユーザーへの一貫性のある信頼性の高いアップデートを保証できます。
diff --git a/src/content/docs/ja/docs/live-updates/integrations/index.mdx b/src/content/docs/ja/docs/live-updates/integrations/index.mdx
deleted file mode 100644
index 414c22502..000000000
--- a/src/content/docs/ja/docs/live-updates/integrations/index.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: CI/CD統合
-description: "お気に入りのCI/CDプラットフォームとCapgo Live Updatesを統合して、自動化されたデプロイメントワークフローを実現します。"
-locale: ja
-sidebar:
-  order: 1
----
-
-import { Aside, LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-人気のあるCI/CDプラットフォームと統合することで、Capgo Live Updatesのデプロイメントプロセスを自動化します。これらの統合により、コード変更をプッシュするたびに自動的にアプリのアップデートをデプロイし、フィーチャーブランチをテストし、複数のデプロイメント環境を管理できます。
-
-## 利用可能な統合
-
-CI/CDプラットフォームを選択して、自動デプロイメントを開始しましょう：
-
-<CardGrid>
-  <LinkCard
-    title="Azure DevOps"
-    description="自動化されたビルド、テスト、デプロイメントワークフローのためにAzure DevOps Pipelinesと統合します。"
-    href="/docs/live-updates/integrations/azure-devops/"
-  />
-  <LinkCard
-    title="GitLab CI/CD"
-    description="包括的な環境管理を備えたアプリのアップデートを自動的にデプロイするためにGitLab CI/CDパイプラインをセットアップします。"
-    href="/docs/live-updates/integrations/gitlab-ci/"
-  />
-  <LinkCard
-    title="GitHub Actions"
-    description="マルチチャネルデプロイメントと環境保護を備えた強力な自動化のためにGitHub Actionsを使用します。"
-    href="/docs/live-updates/integrations/github-actions/"
-  />
-  <LinkCard
-    title="Bitbucket Pipelines"
-    description="複数の環境用のシンプルまたは高度な構成を使用してBitbucket Pipelinesでデプロイします。"
-    href="/docs/live-updates/integrations/bitbucket-pipeline/"
-  />
-</CardGrid>
-
-## 得られるもの
-
-すべての統合ガイドには以下が含まれます：
-
-- **シンプルなセットアップ**: 迅速に開始するための基本構成
-- **高度なワークフロー**: ステージングと本番環境を含むマルチ環境デプロイメント
-- **フィーチャーブランチテスト**: テストチャネルへのフィーチャーブランチの自動デプロイメント
-- **セキュリティのベストプラクティス**: 安全なシークレット管理と環境保護
-- **監視**: デプロイメントステータスの通知とロギング
-
-<Aside type="tip">
-
-**CI/CDが初めてですか？** プラットフォームのシンプルな構成から始めて、ニーズが増えるにつれて、マルチチャネルデプロイメントや自動テストなどのより高度な機能を徐々に追加していきます。
-
-</Aside>
-
-## 共通機能
-
-各統合は以下をサポートします：
-
-- **自動ビルド**: コード変更時にデプロイメントをトリガー
-- **マルチチャネルサポート**: 異なるチャネル（development、staging、production）へのデプロイ
-- **プルリクエスト/マージリクエストテスト**: 隔離された環境で変更をテスト
-- **暗号化サポート**: Capgoの暗号化機能を使用した安全なデプロイメント
-- **環境保護**: 本番環境用の手動承認と制限付きアクセス
-- **通知**: Slack、メール、その他の通知統合
-
-## 前提条件
-
-統合を設定する前に、以下を確認してください：
-
-- Capgoアカウントとアプリが構成されている
-- アプリのソースコードがGitリポジトリにある
-- [console.capgo.app/apikeys](https://console.capgo.app/apikeys)からのCapgo APIトークン
-- プロジェクトにNode.jsとnpm/yarnが構成されている
-
-## 関連ドキュメント
-
-- [チャネル](/docs/live-updates/channels/) - 異なるデプロイメント環境の管理方法を学ぶ
-- [暗号化](/docs/live-updates/encryption/) - エンドツーエンド暗号化でデプロイメントを保護
-- [アップデート動作](/docs/live-updates/update-behavior/) - アプリへのアップデートの適用方法をカスタマイズ
-
-上記からCI/CDプラットフォームを選択して、Capgoデプロイメントの自動化を開始しましょう！
diff --git a/src/content/docs/ja/docs/live-updates/rollbacks.mdx b/src/content/docs/ja/docs/live-updates/rollbacks.mdx
deleted file mode 100644
index c9492b5d0..000000000
--- a/src/content/docs/ja/docs/live-updates/rollbacks.mdx
+++ /dev/null
@@ -1,90 +0,0 @@
----
-title: ロールバック
-sidebar:
-  order: 5
-locale: ja
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgoのライブアップデートはユーザーに迅速な改善と修正を提供できますが、アプリの以前のバージョンにロールバックする必要がある状況もあります。新しいアップデートで予期せぬ重大な問題が発生した場合や、修正作業中に特定の変更を元に戻したい場合などです。
-
-Capgoはチャンネルのビルドを管理し、ユーザーが受け取るアプリのバージョンを制御するための複数の方法を提供しています。
-
-## 以前のバンドルへのロールバック
-
-新しいビルドをアップロードしチャンネルに割り当てるたびに、Capgoはそれらのビルドの履歴を保持します。特定のアップデートを元に戻す必要がある場合、これらの以前のビルドの1つを選択してチャンネルに再デプロイできます。
-
-以前のビルドにロールバックするには：
-
-<Steps>
-
-1. [Capgoダッシュボード](https://app.capgo.io)にログインします
-
-2. 「Channels」セクションに移動します
-
-3. ロールバックしたいチャンネルの名前をクリックします
-
-4. チャンネルのビルド履歴から元に戻したいビルドを見つけます
-
-5. そのビルドの横にあるクラウンアイコンをクリックして、チャンネルのアクティブビルドにします
-   ![チャンネル管理オプション](/select_bundle.webp)
-
-6. このビルドにロールバックすることを確認します
-
-</Steps>
-
-<Aside type="note">
-以前のビルドへのロールバックは、選択したチャンネルにのみ影響します。複数のチャンネル（例：本番環境、ステージング環境など）がある場合、影響を受ける各チャンネルでロールバックプロセスを繰り返す必要があります。
-</Aside>
-
-ロールバック後、更新されたチャンネルをリッスンするように設定されたデバイスは、次回のアップデートチェック時に以前のビルドを受け取ります。ロールバックされたビルドは新しいアップデートとして扱われるため、通常のアップデートフローと条件が適用されます。
-
-## チャンネルのリンク解除
-
-問題を調査している間、チャンネルのアップデートを一時的に停止したい場合は、チャンネルを現在のビルドからリンク解除できます。
-
-チャンネルをリンク解除するには：
-
-1. Capgoダッシュボードでチャンネルに移動します
-
-2. 現在のビルドの横にある「Unlink」ボタンをクリックします
-
-3. チャンネルのリンクを解除することを確認します
-
-チャンネルがリンク解除されると、新しいアップデートは配信されなくなります。そのチャンネルに設定されたデバイスは、チャンネルが再びビルドにリンクされるまで現在のビルドのままとなります。
-
-これは、アップデートに問題を特定したものの、どのビルドにロールバックするか確信が持てない場合に便利です。チャンネルをリンク解除することで、さらなるアップデートを配信することなく調査する時間を確保できます。
-
-## ビルトインバンドルの強制
-
-より深刻な状況では、チャンネル上のすべてのデバイスをアプリのネイティブバイナリに最初からパッケージされていたウェブビルドに戻したい場合があります。これは「ビルトインバンドル」として知られています。
-
-チャンネルでビルトインバンドルを強制するには：
-
-1. Capgoダッシュボードでチャンネルに移動します
-
-2. 「Built-in Bundle」ボタンをクリックします
-
-3. ビルトインバンドルを強制することを確認します
-
-ビルトインバンドルを強制すると、そのチャンネルに設定されているすべてのデバイスは、次回のアップデートチェック時に元のパッケージされたウェブビルドに戻ります。これは現在のビルドに関係なく発生します。
-
-これは特定の以前のビルドに戻すよりも積極的なロールバックオプションで、アプリがアプリストアに最後に公開されて以降にリリースされたすべてのライブアップデートが破棄されます。
-
-<Aside type="caution">
-ビルトインバンドルの強制は、チャンネル上のすべてのデバイスに影響を与えるため注意が必要です。この操作を行う前に、影響を考慮し、前進するための計画を立ててください。
-</Aside>
-
-## 問題のモニタリングと対応
-
-問題をすばやく発見し、問題のあるアップデートの影響を最小限に抑えるためには、リリースのモニタリングと問題への対応計画を立てることが重要です。
-
-いくつかの戦略には以下が含まれます：
-
-- アップデートのリリース直後のクラッシュレポートとユーザーフィードバックのモニタリング
-- 段階的なロールアウトやステージドチャンネルシステムを使用して、広範なリリース前に小規模なグループでアップデートをテスト
-- ロールバック、リンク解除、またはビルトインバンドルの強制をいつ行うか、誰に権限があるかについての明確な決定プロセスの確立
-- 適切な場合、問題と解決策についてユーザーへの通知
-
-慎重なモニタリングと問題のあるアップデートを迅速に管理する能力を組み合わせることで、ユーザーへの混乱を最小限に抑えながら、継続的に改善するアプリ体験を提供できます。
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/live-updates/update-behavior.mdx b/src/content/docs/ja/docs/live-updates/update-behavior.mdx
deleted file mode 100644
index 39ffa69d6..000000000
--- a/src/content/docs/ja/docs/live-updates/update-behavior.mdx
+++ /dev/null
@@ -1,170 +0,0 @@
----
-title: アップデート動作
-sidebar:
-  order: 3
-locale: ja
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgoアプリのアップデートをリリースする際、ユーザーにできるだけ早くそのアップデートを受け取ってもらいたいと思うでしょう。しかし、セッション中にダウンロードを待たせたりアプリを再起動させたりして、ユーザーエクスペリエンスを妨げたくはありません。
-
-Capgoのアップデート動作は、アップデートを迅速に配信することとユーザーの中断を最小限に抑えることのバランスを取るように設計されています。
-
-## デフォルトのアップデートフロー
-
-デフォルトでは、Capgoは以下のようにアプリのアップデートを処理します：
-
-<Steps>
-
-1. アプリ起動時、Capgoプラグインは新しいアップデートが利用可能かどうかをチェックします
-
-2. アップデートが見つかった場合、ユーザーが現在のバージョンを使用し続けている間にバックグラウンドでダウンロードされます
-
-3. ダウンロードが完了すると、Capgoはユーザーがアプリをバックグラウンドにするか完全に終了するのを待ちます
-
-4. ユーザーが次回アプリを起動すると、更新されたバージョンが実行されます
-
-</Steps>
-
-このフローにより、ユーザーはアップデートプロンプトによって中断されたり、ダウンロードを待たされたりすることなく、常にアプリの最新バージョンを実行できます。
-
-<Aside type="tip">
-Capgoはアプリがバックグラウンドから再開する際にもアップデートをチェックするため、ユーザーはアプリを完全に終了しなくてもアップデートを受け取ることができます。
-</Aside>
-
-## なぜこのアプローチなのか？
-
-バックグラウンドまたは終了イベントでアップデートを適用することには、ユーザーエクスペリエンスにおいて以下のような主要な利点があります：
-
-- セッション中にアップデートプロンプトで中断されたり、ダウンロードを待たされたりすることがありません
-
-- アップデートはセッション間でシームレスに適用されるため、アプリの起動エクスペリエンスは常に新鮮です
-
-- アクティブなユーザーを中断する心配なく、頻繁にアップデートを配信できます
-
-主な欠点は、ユーザーがアプリをバックグラウンドにして素早く再開した場合、それらのアクション間でアップデートが適用されたため、保存されていない状態が失われる可能性があることです。
-
-これを緩和するために、以下を推奨します：
-
-- 状態を頻繁に保存し、アプリが再開したときに適切に復元する
-
-- アプリの状態の大部分を変更する頻繁なアップデートを避ける
-
-- 重要なフローについては、アップデート動作をカスタマイズすることを検討する（以下参照）
-
-## アップデートが適用されるタイミングのカスタマイズ
-
-場合によっては、アップデートがいつ適用されるかをより細かく制御したい場合があります。例えば、進行中のフローが完了するまでアップデートを確実に待機させたい場合や、サーバーサイドの変更とアプリのアップデートを連携させたい場合などです。
-
-Capgoは`setDelay`関数を提供しており、アップデートがインストールされる前に満たす必要がある条件を指定できます：
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'date',
-      value: '2023-06-01T00:00:00.000Z',
-    },
-    {
-      kind: 'background',
-      value: '60000',
-    },
-  ],
-});
-```
-
-この例では、2023年6月1日以降AND アプリが60秒以上バックグラウンドになるまでアップデートのインストールを遅延させます。
-
-利用可能な遅延条件は以下の通りです：
-
-- `date`: 特定の日時以降までアップデートの適用を待機
-- `background`: アプリがバックグラウンドになってから最小限の期間が経過するまで待機
-- `nativeVersion`: アップデートを適用する前に、最小バージョンのネイティブバイナリがインストールされるまで待機
-- `kill`: 次のアプリ終了イベントまでアップデートの適用を待機
-
-これらの条件を組み合わせることで、アップデートがインストールされるタイミングを正確に制御できます。
-
-<Aside type="danger">
-現在、`kill`条件は他の条件のように次のバックグラウンドイベントではなく、最初の終了イベント後にアップデートをトリガーすることに注意してください。この不整合は将来のリリースで修正される予定です。
-</Aside>
-
-## 即時アップデートの適用
-
-重要なアップデートや非常にシンプルな状態のアプリの場合、バックグラウンドや終了イベントを待たずに、ダウンロード完了後すぐにアップデートを適用したい場合があります。Capgoは`directUpdate`設定オプションでこれをサポートしています。
-
-<Aside type="tip" title="推奨：Direct UpdateでDelta Updatesを使用">
-`directUpdate`を使用する場合、ダウンロード時間を最小限に抑え、ユーザーエクスペリエンスを向上させるために[Delta Updates](/docs/live-updates/differentials/)を有効にすることを**強くお勧めします**。Delta Updatesは、バンドル全体ではなく変更されたファイルのみをダウンロードします。これは、ユーザーがアプリを積極的に使用している間にアップデートが即座に適用される場合に特に重要です。
-
-**Direct Updatesにとって重要な理由：**
-- **より高速なアップデート**：小さなダウンロードは、アップデートが迅速に完了することを意味し、ユーザーがローディング画面を見る時間を削減します
-- **より良いモバイル体験**：モバイルネットワークや低速接続のユーザーは長い待ち時間に直面しません
-- **帯域幅使用量の削減**：変更されたファイルのみがダウンロードされ、あなたとユーザーの両方のデータを節約します
-
-Delta Updatesを有効にするには、バンドルをアップロードする際に`--partial`フラグを使用するだけです：
-```shell
-npx @capgo/cli@latest bundle upload --partial
-```
-
-詳しくは[Delta Updatesドキュメント](/docs/live-updates/differentials/)をご覧ください。
-</Aside>
-
-`directUpdate`はJavaScriptコードではなく、`capacitor.config.ts`ファイルで設定します：
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: true,
-      keepUrlPathAfterReload: true,
-    },
-  },
-};
-
-export default config;
-```
-
-`directUpdate`を有効にすると、ユーザーがアプリをアクティブに使用している最中でも、ダウンロードが完了次第すぐにアップデートが適用されます。
-
-`directUpdate`はネイティブ設定であるため、JavaScriptコードで追加の処理が必要になることに注意してください。
-
-`directUpdate`を使用する場合、`appReady`イベントをリッスンし、それに応じてアプリのスプラッシュスクリーンを非表示にする必要があります：
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { SplashScreen } from '@capacitor/splash-screen';
-
-CapacitorUpdater.addListener('appReady', () => {
-  // スプラッシュスクリーンを非表示
-  SplashScreen.hide();
-});
-
-CapacitorUpdater.notifyAppReady();
-```
-
-`appReady`イベントは、アプリの初期化と保留中のアップデートの適用が完了した時点で発火します。これは、ユーザーが最新バージョンを確実に見られるようにするため、アプリのUIを表示しても安全なポイントです。
-
-`appReady`イベントの処理に加えて、`directUpdate`を使用する場合は`keepUrlPathAfterReload`設定オプションを`true`に設定することを推奨します。これにより、アップデートによってアプリがリロードされた際に現在のURLパスが保持され、アプリ内でのユーザーの位置を維持し、混乱を軽減します。
-
-`directUpdate`を使用する際に`appReady`イベントを処理せず、`keepUrlPathAfterReload`を設定しない場合、ユーザーは一時的に古いバージョンのアプリを見たり、初期ルートに戻されたり、アップデートが適用される際にちらつきを見る可能性があります。
-
-`directUpdate`は重要なバグ修正やセキュリティパッチを配信する際に便利ですが、いくつかのトレードオフがあります：
-
-- `appReady`イベントを適切に処理しない場合、アップデートが適用される際に短いちらつきやローディング状態が見える可能性があります
-- アップデートがアプリの状態やUIを変更する場合、セッション中に破壊的な変更が見える可能性があります
-- `keepUrlPathAfterReload`が設定されていない場合、アプリ内でのユーザーの位置が失われ、混乱を招く可能性があります
-- スムーズな移行を確保するために、状態の保存と復元を慎重に処理する必要があります
-
-`directUpdate`を有効にする場合は、以下を推奨します：
-
-- `appReady`イベントを処理してアプリのUIが表示されるタイミングを制御する
-- `keepUrlPathAfterReload`を`true`に設定してアプリ内でのユーザーの位置を保持する
-- ユーザーの進行状況を失わないように、必要に応じてアプリの状態を保存および復元する
-- 不自然な遷移、状態の損失、位置の混乱がないことを確認するために、アプリのアップデート動作を徹底的にテストする
-
-ほとんどの場合、デフォルトのアップデート動作がアップデートの迅速な配信と中断の最小化の最適なバランスを提供します。しかし、特定のニーズを持つアプリの場合、Capgoはアップデートがいつどのように適用されるかをカスタマイズする柔軟性を提供します。
diff --git a/src/content/docs/ja/docs/live-updates/update-types.mdx b/src/content/docs/ja/docs/live-updates/update-types.mdx
deleted file mode 100644
index 83ee9a19a..000000000
--- a/src/content/docs/ja/docs/live-updates/update-types.mdx
+++ /dev/null
@@ -1,120 +0,0 @@
----
-title: アップデートタイプ
-description: Capgoが提供するすべてのOTAアップデートタイプの包括的なリファレンス：適用タイミング、遅延条件、バージョンブロック、配信方法。
-sidebar:
-  order: 2
-locale: ja
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgoは、いくつかのタイプのOTA（Over-The-Air）アップデートをサポートしています。このページでは、アプリに適した組み合わせを選択できるように、それらすべてをリストアップして説明します。
-
-## 適用タイミング
-
-アップデートがダウンロードされた後、**いつ**適用されるかを制御します。
-
-| タイプ | 説明 | ユースケース |
-|------|-------------|----------|
-| **デフォルト** | バックグラウンドでダウンロードし、ユーザーがアプリをバックグラウンドに移行または終了したときに適用 | ほとんどのアプリ；最小限の中断 |
-| **directUpdate: `atInstall`** | 新規インストールまたはアプリストアアップデート時のみ即座に適用 | 新規ユーザーは最新版を取得；既存ユーザーはデフォルトフローを使用 |
-| **directUpdate: `onLaunch`** | インストール、ストアアップデート、またはアプリ終了後に即座に適用 | 最新性とセッション安定性のバランス |
-| **directUpdate: `always`** | アップデートがダウンロードされたときは常に即座に適用（再開時を含む） | 重要な修正、シンプルな状態を持つアプリ |
-
-`capacitor.config.ts`で設定：
-
-```typescript
-plugins: {
-  CapacitorUpdater: {
-    directUpdate: false, // default
-    // or: 'atInstall' | 'onLaunch' | 'always'
-  }
-}
-```
-
-<Aside type="tip">
-詳細とスプラッシュスクリーンの処理については、[アップデート動作](/docs/live-updates/update-behavior/)を参照してください。
-</Aside>
-
-## 遅延条件
-
-アップデートがインストールされる**前に**満たされる必要がある条件。`setMultiDelay`を使用してそれらを組み合わせます（すべての条件が満たされる必要があります）。
-
-| 条件 | 説明 | 例 |
-|-----------|-------------|---------|
-| **date** | 特定の日時まで待機 | サーバー側のリリースと調整 |
-| **background** | アプリがバックグラウンドに移行してから最小期間（ミリ秒）待機 | 素早いアプリ切り替え中の適用を回避 |
-| **nativeVersion** | 最小ネイティブバイナリバージョンを要求 | 互換性のないネイティブコードでのアップデートをブロック |
-| **kill** | 次のアプリ終了イベントまで待機 | 完全な再起動時のみ適用 |
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    { kind: 'date', value: '2023-06-01T00:00:00.000Z' },
-    { kind: 'background', value: '60000' },
-  ],
-});
-```
-
-<Aside type="danger">
-`kill`条件は、他の条件のように次のバックグラウンド移行ではなく、最初の終了イベント後にトリガーされます。これは将来のリリースで修正される予定です。
-</Aside>
-
-## バージョンブロック（チャネルポリシー）
-
-チャネルが自動配信する**semverアップデート**を制御します。チャネルで`--disable-auto-update`を使用して設定します。
-
-| 戦略 | ブロック | 許可 | ユースケース |
-|----------|--------|--------|----------|
-| **none** | なし | すべてのアップデート | デフォルト；完全な自動アップデート |
-| **major** | 0.0.0 → 1.0.0 | 同じメジャー（例：1.x → 1.y） | 破壊的変更が古いネイティブに到達するのを防ぐ |
-| **minor** | 0.0.0 → 1.1.0、1.1.0 → 1.2.0 | 同じマイナー（例：1.2.x → 1.2.y） | メジャー内でのより厳格な制御 |
-| **patch** | パッチバンプ以外のすべての変更 | 0.0.311 → 0.0.314のみ | 非常に厳格；パッチのみのアップデート |
-| **metadata** | `min_update_version`のないアップデート | 明示的な互換性メタデータを持つアップデート | バンドルごとのカスタム互換性ルール |
-
-```bash
-npx @capgo/cli channel set production --disable-auto-update major
-```
-
-<Aside type="caution">
-`patch`と`metadata`は慎重なセットアップが必要です。詳細については、[CLIコマンド](/docs/cli/commands/#disable-updates-strategy)と[バージョンターゲティング](/docs/live-updates/version-targeting/)を参照してください。
-</Aside>
-
-## 配信タイプ
-
-**バンドルがデバイスに転送される**方法。
-
-| タイプ | 説明 | 使用するタイミング |
-|------|-------------|-------------|
-| **フルバンドル** | JSバンドル全体がダウンロードされる | 初回インストール、大きな変更、またはデルタが利用できない場合 |
-| **デルタ（マニフェスト）** | 変更されたファイルのみがダウンロードされる | ほとんどのアップデート；高速で帯域幅に優しい |
-
-```bash
-# フルバンドル（デフォルト）
-npx @capgo/cli bundle upload --channel production
-
-# デルタアップデート
-npx @capgo/cli bundle upload --channel production --delta
-```
-
-<Aside type="tip">
-`directUpdate`を使用する場合は、[デルタアップデート](/docs/live-updates/differentials/)を有効にして、ダウンロード時間を最小限に抑え、UXを向上させてください。
-</Aside>
-
-## クイックリファレンス
-
-| カテゴリ | タイプ |
-|----------|-------|
-| **適用タイミング** | デフォルト、`atInstall`、`onLaunch`、`always` |
-| **遅延条件** | `date`、`background`、`nativeVersion`、`kill` |
-| **バージョンブロック** | `none`、`major`、`minor`、`patch`、`metadata` |
-| **配信** | フルバンドル、デルタ（マニフェスト） |
-
-## 関連
-
-- [アップデート動作](/docs/live-updates/update-behavior/) — 適用タイミングと遅延の設定
-- [バージョンターゲティング](/docs/live-updates/version-targeting/) — チャネルベースのバージョンルーティング
-- [デルタ（マニフェスト）アップデート](/docs/live-updates/differentials/) — 部分ダウンロードの有効化
-- [チャネル](/docs/live-updates/channels/) — チャネル設定と優先順位
diff --git a/src/content/docs/ja/docs/live-updates/version-targeting.mdx b/src/content/docs/ja/docs/live-updates/version-targeting.mdx
deleted file mode 100644
index e4b4bae2d..000000000
--- a/src/content/docs/ja/docs/live-updates/version-targeting.mdx
+++ /dev/null
@@ -1,615 +0,0 @@
----
-title: バージョンターゲティング
-description: ネイティブアプリのバージョンに基づいて、ユーザーに互換性のあるアップデートを自動的に配信します
-sidebar:
-  order: 7
-locale: ja
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-このガイドでは、ネイティブアプリのバージョンに基づいて、ユーザーに最新の互換性のあるバンドルを自動的に配信する方法について説明します。**Ionic AppFlowのアプローチに似ています**。これにより、アップデート管理が簡素化され、より迅速なロールアウトが可能になり、互換性の問題を防ぐことができます。
-
-<Aside type="tip" title="Ionic AppFlowから移行されていますか?">
-  Ionic AppFlowから移行している場合、このガイドは特に重要です。AppFlowはアップデートをネイティブバージョンに自動的にマッチングしていました。Capgoは同じ機能をさらに多くの制御と柔軟性で提供します。ステップバイステップの移行手順については、[AppFlow移行ガイド](/docs/upgrade/from-appflow-to-capgo)を参照してください。
-</Aside>
-
-## 概要
-
-Capgoのバージョンターゲティングシステムでは、以下のことが可能です:
-
-- **ネイティブアプリのバージョンに基づいて、互換性のあるアップデートを自動的に配信**
-- **破壊的な変更が互換性のないアプリバージョンに到達するのを防止**
-- **複数のアプリバージョンを同時に管理**し、複雑なロジックなしで実現
-- **アップデートをシームレスに特定のユーザーセグメントにロールアウト**
-
-### バージョンターゲティングが重要な理由(AppFlowユーザーの場合は特に)
-
-**Ionic AppFlow**に精通している場合、ユーザーが互換性のあるアップデートのみを受け取ることを確認することがいかに重要であるかご存知でしょう。AppFlowはライブアップデートバンドルをネイティブアプリバージョンに自動的にマッチングし、互換性のないJavaScriptが古いネイティブコードに配信されるのを防ぎました。
-
-**Capgoは同じセキュリティ保証を提供**し、追加機能があります:
-- バージョンマッチングのより細かい制御
-- 複数の戦略(チャネル、semver、ネイティブ制約)
-- バージョン配布の可視性向上
-- ダッシュボード管理と並行してAPIおよびCLI制御
-
-このアプローチは以下の場合に特に有用です:
-- アプリの異なるメジャーバージョンにユーザーがいる場合(例: v1.x、v2.x、v3.x)
-- 破壊的な変更を展開しながら下位互換性を維持する必要がある場合
-- 新しいバンドルが古いネイティブコードを破壊するのを防ぎたい場合
-- ユーザーをある程度から段階的に別のバージョンに移行する場合
-- **AppFlowから移行**し、同じアップデートセキュリティを維持したい場合
-
-## 仕組み
-
-Capgoは、多層アプローチを使用してユーザーを互換性のあるアップデートにマッチングさせます:
-
-1. **ネイティブバージョン制約**: 互換性のないネイティブバージョンへのバンドル配信を防止
-2. **チャネルベースのルーティング**: 異なるアプリバージョンを異なるアップデートチャネルにルート
-3. **セマンティックバージョニング制御**: メジャー/マイナー/パッチ境界を超えるアップデートを自動的にブロック
-4. **デバイスレベルのオーバーライド**: 特定のデバイスまたはユーザーグループをターゲット化
-
-### バージョンマッチングフロー
-
-```mermaid
-graph TD
-    A[User Opens App] --> B{Check Device Override}
-    B -->|Override Set| C[Use Override Channel]
-    B -->|No Override| D{Check defaultChannel in App}
-    D -->|Has defaultChannel| E[Use App's defaultChannel]
-    D -->|No defaultChannel| F[Use Cloud Default Channel]
-    C --> G{Check Version Constraints}
-    E --> G
-    F --> G
-    G -->|Compatible| H[Deliver Update]
-    G -->|Incompatible| I[Skip Update]
-```
-
-## 戦略1: チャネルベースのバージョンルーティング
-
-これは、破壊的な変更とメジャーバージョン更新を管理するための**推奨アプローチ**です。AppFlowの配信モデルに似ています。
-
-### サンプルシナリオ
-
-- **App v1.x** (100,000ユーザー) → `production`チャネル
-- **App v2.x** (50,000ユーザー、破壊的な変更付き) → `v2`チャネル
-- **App v3.x** (10,000ベータユーザー) → `v3`チャネル
-
-### 実装
-
-#### ステップ1: 各メジャーバージョンのチャネルを構成
-
-```typescript
-// バージョン1.xビルドのcapacitor.config.ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production', // またはデフォルト設定を省略
-    }
-  }
-};
-
-export default config;
-```
-
-```typescript
-// バージョン2.xビルドのcapacitor.config.ts
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // v2ユーザーを自動的にルート
-    }
-  }
-};
-```
-
-```typescript
-// バージョン3.xビルドのcapacitor.config.ts
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v3', // v3ユーザーを自動的にルート
-    }
-  }
-};
-```
-
-#### ステップ2: チャネルを作成
-
-```bash
-# 各メジャーバージョン用のチャネルを作成
-npx @capgo/cli channel create production
-npx @capgo/cli channel create v2
-npx @capgo/cli channel create v3
-
-# アプリがチャネルを切り替えられるようにセルフアサインを有効化
-npx @capgo/cli channel set production --self-assign
-npx @capgo/cli channel set v2 --self-assign
-npx @capgo/cli channel set v3 --self-assign
-```
-
-#### ステップ3: バージョン固有のバンドルをアップロード
-
-```bash
-# v1.xユーザー用(v1-maintenanceブランチから)
-git checkout v1-maintenance
-npm run build
-npx @capgo/cli bundle upload --channel production
-
-# v2.xユーザー用(v2-maintenanceまたはmainブランチから)
-git checkout main
-npm run build
-npx @capgo/cli bundle upload --channel v2
-
-# v3.xユーザー用(beta/v3ブランチから)
-git checkout beta
-npm run build
-npx @capgo/cli bundle upload --channel v3
-```
-
-<Aside type="tip" title="自動ルーティング">
-  ユーザーがアプリを開くと、インストール済みアプリバンドルの`defaultChannel`に基づいて、指定されたチャネルに自動的に接続されます。JavaScriptコード変更は不要です!
-</Aside>
-
-### メリット
-
-- **コード変更ゼロ** - チャネルルーティングは自動的に行われます
-- **明確な分離** - 各バージョンに独自のアップデートパイプラインがあります
-- **柔軟なターゲティング** - 特定のバージョングループにアップデートを配信
-- **安全なロールアウト** - 破壊的な変更は決して互換性のないバージョンに到達しません
-
-## 戦略2: セマンティックバージョニング制御
-
-Capgoの組み込みセマンティックバージョニング制御を使用して、バージョン境界を超えるアップデートを防止します。
-
-### メジャーバージョン間の自動アップデートを無効化
-
-```bash
-# メジャーバージョン更新をブロックするチャネルを作成
-npx @capgo/cli channel create stable --disable-auto-update major
-```
-
-この設定は以下を意味します:
-- アプリバージョン**1.2.3**のユーザーは**1.9.9**までのアップデートを受け取ります
-- ユーザーは自動的にバージョン**2.0.0**を受け取りません
-- 破壊的な変更が古いネイティブコードに到達するのを防ぎます
-
-### 細かい制御オプション
-
-```bash
-# マイナーバージョン更新をブロック(1.2.xは1.3.0を取得しません)
-npx @capgo/cli channel set stable --disable-auto-update minor
-
-# パッチ更新をブロック(1.2.3は1.2.4を取得しません)
-npx @capgo/cli channel set stable --disable-auto-update patch
-
-# すべてのアップデートを許可
-npx @capgo/cli channel set stable --disable-auto-update none
-```
-
-<Aside type="caution" title="セマンティックバージョニング必須">
-  この戦略は、アプリバージョンでセマンティックバージョニング(semver)に従う場合にのみ機能します。バージョン番号が`MAJOR.MINOR.PATCH`形式に従っていることを確認してください。
-</Aside>
-
-## 戦略3: ネイティブバージョン制約
-
-バンドルのミニバージョン要件を指定して、互換性のないデバイスへの配信を防止します。
-
-### nativeVersionディレイ条件の使用
-
-バンドルをアップロードするときに、最小ネイティブバージョンを指定できます:
-
-```bash
-# このバンドルはネイティブバージョン2.0.0以上を必要とします
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "2.0.0"
-```
-
-<Aside type="note" title="仕組み">
-  ネイティブバージョン1.xのデバイスはこのバンドルを受け取りません。2.0.0以上のデバイスのみがそれを取得します。これは新しいネイティブAPIやプラグインを必要とするアップデートに最適です。
-</Aside>
-
-### ユースケース
-
-1. **新しいネイティブプラグインが必要**
-   ```bash
-   # バンドルはv2.0.0でカメラプラグインが追加されている必要があります
-   npx @capgo/cli bundle upload --native-version "2.0.0"
-   ```
-
-2. **ネイティブAPI変更の破壊**
-   ```bash
-   # バンドルは新しいCapacitor 6 APIを使用します
-   npx @capgo/cli bundle upload --native-version "3.0.0"
-   ```
-
-3. **段階的移行**
-   ```bash
-   # バンドルを最新のネイティブバージョンのみでテスト
-   npx @capgo/cli bundle upload \
-     --channel beta \
-     --native-version "2.5.0"
-   ```
-
-## 戦略4: 自動ダウングレード防止
-
-ユーザーが現在のネイティブバージョンより古いバンドルを受け取るのを防止します。
-
-### チャネル設定で有効化
-
-Capgoダッシュボードで:
-1. **チャネル** → チャネルを選択
-2. **ネイティブ下の自動ダウングレードを無効化**を有効化
-3. 変更を保存
-
-またはCLI経由:
-```bash
-npx @capgo/cli channel set production --disable-downgrade
-```
-
-### サンプル
-
-- ユーザーのデバイス: ネイティブバージョン**1.2.5**
-- チャネルバンドル: バージョン**1.2.3**
-- **結果**: アップデートがブロック(ダウングレードになります)
-
-これは以下の場合に有用です:
-- ユーザーが手動でアプリストアからより新しいバージョンをインストールした場合
-- ユーザーが常に最新のセキュリティパッチを持つことを確認する必要がある場合
-- 回帰バグを防ぎたい場合
-
-## 戦略5: デバイスレベルのターゲティング
-
-特定のデバイスまたはユーザーグループのチャネル割り当てをオーバーライドします。
-
-### テスト用の特定バージョンを強制
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// ベータテスターをv3チャネルに強制
-async function assignBetaTesters() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-
-  // ユーザーがベータテスターであるかチェック
-  if (isBetaTester(userId)) {
-    await CapacitorUpdater.setChannel({ channel: 'v3' })
-  }
-}
-```
-
-### ダッシュボードデバイスオーバーライド
-
-Capgoダッシュボードで:
-1. **デバイス** → デバイスを見つける
-2. **チャネルを設定**または**バージョンを設定**をクリック
-3. 特定のチャネルまたはバンドルバージョンでオーバーライド
-4. デバイスはオーバーライドされたソースからアップデートを受け取ります
-
-<Aside type="tip" title="アップデートのテスト">
-  デバイスオーバーライドを使用して、すべてのユーザーにロールアウトする前に自分のデバイスでアップデートをテストします。
-</Aside>
-
-## 完全なAppFlowスタイルワークフロー
-
-以下は、すべての戦略を組み合わせた完全な例です:
-
-### 1. 初期設定(App v1.0.0)
-
-```bash
-# semver制御を備えたproductionチャネルを作成
-npx @capgo/cli channel create production \
-  --disable-auto-update major \
-  --disable-downgrade
-```
-
-```typescript
-// capacitor.config.ts
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production',
-    }
-  }
-};
-```
-
-### 2. 破壊的な変更をリリース(App v2.0.0)
-
-```bash
-# 新しいバージョンのv2チャネルを作成
-npx @capgo/cli channel create v2 \
-  --disable-auto-update major \
-  --disable-downgrade \
-  --self-assign
-
-# v1メンテナンス用のgitブランチを作成
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-```
-
-```typescript
-// v2.0.0のcapacitor.config.ts
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // 新しいユーザーはv2チャネルを取得
-    }
-  }
-};
-```
-
-### 3. 両方のバージョンにアップデートをプッシュ
-
-```bash
-# v1.xユーザーを更新(バグ修正)
-git checkout v1-maintenance
-# 変更を加える
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "1.0.0"
-
-# v2.xユーザーを更新(新機能)
-git checkout main
-# 変更を加える
-npx @capgo/cli bundle upload \
-  --channel v2 \
-  --native-version "2.0.0"
-```
-
-### 4. バージョン配布を監視
-
-Capgoダッシュボードを使用して以下を追跡:
-- v1対v2のユーザー数
-- バージョンごとのバンドル採用率
-- バージョンごとのエラーまたはクラッシュ
-
-### 5. 古いバージョンを非推奨
-
-v1の使用がしきい値を下回った場合:
-
-```bash
-# productionチャネルへのアップロードを停止
-# オプション: v1メンテナンスブランチを削除
-git branch -d v1-maintenance
-
-# 残りのすべてのユーザーをデフォルトに移動
-# (アプリストア経由で更新する必要があります)
-```
-
-## チャネルプリセデンス
-
-複数のチャネル構成が存在する場合、Capgoはこの優先順位を使用します:
-
-1. **デバイスオーバーライド** (ダッシュボードまたはAPI) - 最優先
-2. **クラウドオーバーライド** via `setChannel()`呼び出し
-3. **defaultChannel** in capacitor.config.ts
-4. **デフォルトチャネル** (クラウド設定) - 最低優先
-
-<Aside type="note" title="優先順位の例">
-  ユーザーのアプリが`defaultChannel: 'v2'`を持つが、ダッシュボードでデバイスを`'beta'`にオーバーライドした場合、彼らは`'beta'`チャネルからアップデートを受け取ります。
-</Aside>
-
-## ベストプラクティス
-
-### 1. メジャーバージョンのdefaultChannelを常に設定
-
-```typescript
-// ✅ 良い: 各メジャーバージョンに明示的なチャネルがあります
-// v1.x → production
-// v2.x → v2
-// v3.x → v3
-
-// ❌ 悪い: 動的チャネル切り替えに依存
-// すべてのバージョン → production、手動で切り替え
-```
-
-### 2. セマンティックバージョニングを使用
-
-```bash
-# ✅ 良い
-1.0.0 → 1.0.1 → 1.1.0 → 2.0.0
-
-# ❌ 悪い
-1.0 → 1.1 → 2 → 2.5
-```
-
-### 3. 独立したブランチを維持
-
-```bash
-# ✅ 良い: メジャーバージョンごとに別のブランチ
-main (v3.x)
-v2-maintenance (v2.x)
-v1-maintenance (v1.x)
-
-# ❌ 悪い: すべてのバージョン用の単一ブランチ
-```
-
-### 4. ロールアウト前にテスト
-
-```bash
-# 最初にベータチャネルでテスト
-npx @capgo/cli bundle upload --channel beta
-
-# 問題を監視してからproductionに昇格
-npx @capgo/cli bundle upload --channel production
-```
-
-### 5. バージョン配布を監視
-
-定期的にダッシュボードを確認してください:
-- ユーザーは新しいネイティブバージョンにアップグレードしていますか?
-- 古いバージョンはまだ多くのトラフィックを取得していますか?
-- 古いチャネルを非推奨にする必要がありますか?
-
-## Ionic AppFlowとの比較
-
-**Ionic AppFlow**から移行しているチームの場合、Capgoのバージョンターゲティングの比較は次の通りです:
-
-| 機能 | Ionic AppFlow | Capgo |
-|---------|---------------|-------|
-| **バージョンベースのルーティング** | ネイティブバージョンに基づく自動 | `defaultChannel` +複数の戦略による自動 |
-| **セマンティックバージョニング** | 基本的なサポート | `--disable-auto-update` (major/minor/patch)による高度なもの |
-| **ネイティブバージョン制約** | AppFlowダッシュボードでの手動設定 | CLIの組み込み`--native-version`フラグ |
-| **チャネル管理** | Web UI + CLI | Web UI + CLI + API |
-| **デバイスオーバーライド** | 限定的なデバイスレベル制御 | ダッシュボード/API経由の完全制御 |
-| **自動ダウングレード防止** | はい | `--disable-downgrade`経由ではい |
-| **マルチバージョン保守** | 手動ブランチ/チャネル管理 | チャネルプリセデンスを使用した自動化 |
-| **セルフホスティング** | いいえ | はい(完全制御) |
-| **バージョン分析** | 基本的 | バージョンごとの詳細メトリクス |
-
-<Aside type="note" title="AppFlowパリティ以上">
-  Capgoは**AppFlowが提供したすべてのバージョンターゲティング機能**と追加の制御メカニズムを提供します。AppFlowの自動バージョンマッチングに頼っていた場合、Capgoは同等に安全で、より柔軟性があることがわかります。
-</Aside>
-
-## トラブルシューティング
-
-### ユーザーがアップデートを受け取らない
-
-以下を確認してください:
-
-1. **チャネル割り当て**: デバイスが正しいチャネルにあることを確認
-   ```typescript
-   const channel = await CapacitorUpdater.getChannel()
-   console.log('Current channel:', channel)
-   ```
-
-2. **バージョン制約**: バンドルがネイティブバージョン要件を持つかどうか確認
-   - ダッシュボード → バンドル → "ネイティブバージョン"列を確認
-
-3. **Semver設定**: チャネルの`disable-auto-update`設定を確認
-   ```bash
-   npx @capgo/cli channel list
-   ```
-
-4. **デバイスオーバーライド**: デバイスに手動オーバーライドがあるかどうか確認
-   - ダッシュボード → デバイス → デバイスを検索 → チャネル/バージョンを確認
-
-### 間違ったバージョンに配信されるバンドル
-
-1. **defaultChannelを確認**: `capacitor.config.ts`で正しいチャネルを確認
-2. **バンドルアップロードを確認**: バンドルが目的のチャネルにアップロードされたことを確認
-3. **ネイティブバージョンを確認**: `--native-version`フラグが正しく使用されたことを確認
-
-### 古いバージョンに影響を与える破壊的な変更
-
-1. **即座の修正**: 影響を受けたデバイスを安全なバンドルでオーバーライド
-   - ダッシュボード → デバイス → 複数選択 → バージョンを設定
-2. **長期的な修正**: バージョンチャネルを作成し、独立したブランチを維持
-3. **予防**: ロールアウト前に代表的なデバイスでアップデートを常にテストしてください
-
-## Ionic AppFlowからの移行
-
-**Ionic AppFlow**から移行する場合、バージョンターゲティングはCapgoで非常に似たように動作し、柔軟性が向上しています:
-
-### 概念マップ
-
-| AppFlow概念 | Capgo相当 | 注記 |
-|-----------------|------------------|-------|
-| **デプロイチャネル** | Capgoチャネル | 同じ概念、より強力 |
-| **ネイティブバージョンロック** | `--native-version`フラグ | よりきめ細かい制御 |
-| **チャネルプリオリティ** | チャネルプリセデンス(オーバーライド→クラウド→デフォルト) | より透過的なプリセデンス |
-| **デプロイメントターゲット** | チャネル + semver制御 | 複数の戦略が利用可能 |
-| **Productionチャネル** | `production`チャネル(任意の名前) | 柔軟な命名 |
-| **Gitベースのデプロイメント** | ブランチからのCLIバンドルアップロード | 同じワークフロー |
-| **自動バージョンマッチング** | `defaultChannel` +バージョン制約 | 複数の戦略で強化 |
-
-### AppFlowユーザーの主な違い
-
-1. **より多くの制御**: Capgoは複数の戦略(チャネル、semver、ネイティブバージョン)を提供し、組み合わせることができます
-2. **より良い可視性**: ダッシュボードはバージョン配布と互換性の問題を表示します
-3. **APIアクセス**: バージョンターゲティングに対する完全なプログラマティック制御
-4. **セルフホスティング**: 同じバージョンロジックで独自のアップデートサーバーを実行するオプション
-
-### 移行手順
-
-1. **AppFlowチャネルをCapgoチャネルにマッピング**(通常は1:1)
-2. 各メジャーバージョンのために`capacitor.config.ts`に**`defaultChannel`を設定**
-3. バージョン境界で自動ブロックが必要な場合は**semverルールを構成**
-4. `--native-version`フラグを使用して**バージョン固有のバンドルをアップロード**
-5. Capgoダッシュボードで**バージョン配布を監視**
-
-<Aside type="tip" title="完全な移行ガイド">
-  SDKの置き換えとAPIマッピングを含む完全な移行手順については、[AppFlowからCapgoへの移行ガイド](/docs/upgrade/from-appflow-to-capgo)を参照してください。
-</Aside>
-
-## 高度なパターン
-
-### バージョン別の段階的ロールアウト
-
-```typescript
-// v1ユーザーをv2に段階的に移行
-async function migrateUsers() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-  const rolloutPercentage = 10 // 10%から開始
-
-  // デバイスIDをハッシュして確定的なパーセンテージを取得
-  const hash = hashCode(deviceId) % 100
-
-  if (hash < rolloutPercentage) {
-    // ユーザーはロールアウトグループに属しています - v2に移行
-    await CapacitorUpdater.setChannel({ channel: 'v2' })
-  }
-}
-```
-
-### バージョン別フィーチャーフラグ
-
-```typescript
-// ネイティブバージョンに基づいて機能を有効化
-async function checkFeatureAvailability() {
-  const info = await CapacitorUpdater.getDeviceId()
-  const nativeVersion = info.nativeVersion
-
-  if (compareVersions(nativeVersion, '2.0.0') >= 0) {
-    // v2.0.0+を必要とする機能を有効化
-    enableNewCameraFeature()
-  }
-}
-```
-
-### バージョン間のA/Bテスト
-
-```typescript
-// 同じネイティブバージョン内でA/Bテストを実行
-async function assignABTest() {
-  const nativeVersion = await getNativeVersion()
-
-  if (nativeVersion.startsWith('2.')) {
-    // v2ユーザーのみでA/Bテスト
-    const variant = Math.random() < 0.5 ? 'v2-test-a' : 'v2-test-b'
-    await CapacitorUpdater.setChannel({ channel: variant })
-  }
-}
-```
-
-## まとめ
-
-Capgoは、バージョン固有のアップデート配信のための複数の戦略を提供します:
-
-1. **チャネルベースのルーティング**: `defaultChannel`経由の自動バージョン分離
-2. **セマンティックバージョニング**: major/minor/patch境界を超えるアップデートを防止
-3. **ネイティブバージョン制約**: バンドルにミニバージョンを要求
-4. **自動ダウングレード防止**: 古いバンドルを新しいネイティブバージョンに配信しない
-5. **デバイスオーバーライド**: テストとターゲティングのための手動制御
-
-これらの戦略を組み合わせることで、AppFlowスタイルの自動アップデート配信をさらに多くの柔軟性と制御で実現できます。アプリのバージョニングとデプロイメントワークフローに最適なアプローチを選択してください。
-
-特定の機能の詳細については:
-- [破壊的な変更ガイド](/docs/live-updates/breaking-changes) - 詳細なチャネルバージョニング戦略
-- [チャネル管理](/docs/live-updates/channels) - 完全なチャネル構成リファレンス
-- [アップデート動作](/docs/live-updates/update-behavior) - ネイティブバージョンの遅延と条件
diff --git a/src/content/docs/ja/docs/plugin/api.md b/src/content/docs/ja/docs/plugin/api.md
deleted file mode 100644
index c14d779c2..000000000
--- a/src/content/docs/ja/docs/plugin/api.md
+++ /dev/null
@@ -1,1027 +0,0 @@
----
-title: 関数と設定
-description: プラグインで利用可能なメソッドとコンフィグレーション
-sidebar:
-  order: 2
-locale: ja
----
-
-# アップデータープラグイン設定
-
-詳細については、Github の[Readme](https://github.com/Cap-go/capacitor-updater)をご覧ください
-
-<docgen-config>
-
-CapacitorUpdaterは以下のオプションで設定できます：
-
-| プロパティ | 型 | 説明 | デフォルト値 | 導入バージョン |
-| ---------------------------- | -------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------- | ------- |
-| **`appReadyTimeout`** | <code>number</code> | ネイティブプラグインがアップデートを「失敗」とみなすまでの待機時間をミリ秒単位で設定します。AndroidとiOSのみで利用可能です | <code>10000 // (10秒)</code> | |
-| **`responseTimeout`** | <code>number</code> | ネイティブプラグインがAPIタイムアウトとみなすまでの待機時間をミリ秒単位で設定します。AndroidとiOSのみで利用可能です | <code>20 // (20秒)</code> | |
-| **`autoDeleteFailed`** | <code>boolean</code> | 失敗したバンドルを自動的に削除するかどうかを設定します。AndroidとiOSのみで利用可能です | <code>true</code> | |
-| **`autoDeletePrevious`** | <code>boolean</code> | アップデート成功後に以前のバンドルを自動的に削除するかどうかを設定します。AndroidとiOSのみで利用可能です | <code>true</code> | |
-| **`autoUpdate`** | <code>boolean</code> | アップデートサーバーを介した自動アップデートを使用するかどうかを設定します。AndroidとiOSのみで利用可能です | <code>true</code> | |
-| **`resetWhenUpdate`** | <code>boolean</code> | 新しいネイティブアプリバンドルがデバイスにインストールされた時に、以前にダウンロードしたバンドルを自動的に削除します。AndroidとiOSのみで利用可能です | <code>true</code> | |
-| **`updateUrl`** | <code>string</code> | アップデートチェックが送信されるURL/エンドポイントを設定します。AndroidとiOSのみで利用可能です | <code>https://plugin.capgo.app/updates</code> | |
-| **`channelUrl`** | <code>string</code> | チャンネル操作用のURL/エンドポイントを設定します。AndroidとiOSのみで利用可能です | <code>https://plugin.capgo.app/channel_self</code> | |
-| **`statsUrl`** | <code>string</code> | アップデート統計が送信されるURL/エンドポイントを設定します。AndroidとiOSのみで利用可能です。統計レポートを無効にするには""に設定します | <code>https://plugin.capgo.app/stats</code> | |
-| **`privateKey`** | <code>string</code> | エンドツーエンドのライブアップデート暗号化用の秘密鍵を設定します。AndroidとiOSのみで利用可能です。バージョン620で非推奨となり、バージョン700で削除予定です | <code>undefined</code> | |
-| **`publicKey`** | <code>string</code> | エンドツーエンドのライブアップデート暗号化用の公開鍵を設定します（バージョン2）。AndroidとiOSのみで利用可能です | <code>undefined</code> | 620 |
-| **`version`** | <code>string</code> | アプリの現在のバージョンを設定します。これは最初のアップデートリクエストで使用されます。設定されていない場合、プラグインはネイティブコードからバージョンを取得します。AndroidとiOSのみで利用可能です | <code>undefined</code> | 41748 |
-| **`directUpdate`** | <code>boolean</code> | アプリが更新/インストールされた直後にアップデートを直接インストールするようにプラグインを設定します。自動アップデートモードのみです。AndroidとiOSのみで利用可能です | <code>undefined</code> | 510 |
-| **`periodCheckDelay`** | <code>number</code> | 定期的なアップデートチェックの遅延時間を秒単位で設定します。AndroidとiOSのみで利用可能です。600秒（10分）未満にはできません | <code>600 // (10分)</code> | |
-| **`localS3`** | <code>boolean</code> | テストまたはセルフホストアップデートサーバー用にローカルサーバーを使用するようにCLIを設定します | <code>undefined</code> | 41748 |
-| **`localHost`** | <code>string</code> | テストまたはセルフホストアップデートサーバー用にローカルサーバーを使用するようにCLIを設定します | <code>undefined</code> | 41748 |
-| **`localWebHost`** | <code>string</code> | テストまたはセルフホストアップデートサーバー用にローカルサーバーを使用するようにCLIを設定します | <code>undefined</code> | 41748 |
-| **`localSupa`** | <code>string</code> | テストまたはセルフホストアップデートサーバー用にローカルサーバーを使用するようにCLIを設定します | <code>undefined</code> | 41748 |
-| **`localSupaAnon`** | <code>string</code> | テスト用にローカルサーバーを使用するようにCLIを設定します | <code>undefined</code> | 41748 |
-| **`localApi`** | <code>string</code> | テスト用にローカルAPIを使用するようにCLIを設定します | <code>undefined</code> | 633 |
-| **`localApiFiles`** | <code>string</code> | テスト用にローカルファイルAPIを使用するようにCLIを設定します | <code>undefined</code> | 633 |
-| **`allowModifyUrl`** | <code>boolean</code> | JavaScript側からupdateUrl、statsUrl、channelUrlを動的に変更することを許可します | <code>false</code> | 540 |
-| **`defaultChannel`** | <code>string</code> | 設定でアプリのデフォルトチャンネルを設定します | <code>undefined</code> | || <code>undefined</code>                             | 550   |
-| **`appId`**                  | <code>string</code>  | アプリのIDを設定します                                                                                                                                                 | <code>undefined</code>                             | 600   |
-| **`keepUrlPathAfterReload`** | <code>boolean</code> | リロード後もURLパスを保持するようにプラグインを設定します。警告：リロードがトリガーされると、'windowhistory'がクリアされます                                                                | <code>false</code>                                 | 680   |
-
-## 例
-
-`capacitor.config.json`の場合：
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000 // （1秒）,
-      "responseTimeout": 10 // （10秒）,
-      "autoDeleteFailed": false,
-      "autoDeletePrevious": false,
-      "autoUpdate": false,
-      "resetWhenUpdate": false,
-      "updateUrl": https://example.com/api/auto_update,
-      "channelUrl": https://example.com/api/channel,
-      "statsUrl": https://example.com/api/stats,
-      "privateKey": undefined,
-      "publicKey": undefined,
-      "version": undefined,
-      "directUpdate": undefined,
-      "periodCheckDelay": undefined,
-      "localS3": undefined,
-      "localHost": undefined,
-      "localWebHost": undefined,
-      "localSupa": undefined,
-      "localSupaAnon": undefined,
-      "localApi": undefined,
-      "localApiFiles": undefined,
-      "allowModifyUrl": undefined,
-      "defaultChannel": undefined,
-      "appId": undefined,
-      "keepUrlPathAfterReload": undefined
-    }
-  }
-}
-```
-
-`capacitor.config.ts`の場合：
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      appReadyTimeout: 1000 // （1秒）,
-      responseTimeout: 10 // （10秒）,
-      autoDeleteFailed: false,
-      autoDeletePrevious: false,
-      autoUpdate: false,
-      resetWhenUpdate: false,
-      updateUrl: https://example.com/api/auto_update,
-      channelUrl: https://example.com/api/channel,
-      statsUrl: https://example.com/api/stats,
-      privateKey: undefined,
-      publicKey: undefined,
-      version: undefined,
-      directUpdate: undefined,
-      periodCheckDelay: undefined,
-      localS3: undefined,
-      localHost: undefined,
-      localWebHost: undefined,
-      localSupa: undefined,
-      localSupaAnon: undefined,
-      localApi: undefined,
-      localApiFiles: undefined,
-      allowModifyUrl: undefined,
-      defaultChannel: undefined,
-      appId: undefined,
-      keepUrlPathAfterReload: undefined,
-    },
-  },
-};
-
-export default config;
-```
-
-</docgen-config>
-
-<docgen-index>
-
-* [`notifyAppReady()`](#notifyappready)
-* [`setUpdateUrl()`](#setupdateurl)
-* [`setStatsUrl()`](#setstatsurl)
-* [`setChannelUrl()`](#setchannelurl)
-* [`download()`](#download)
-* [`next()`](#next)
-* [`set()`](#set)
-* [`delete()`](#delete)
-* [`list()`](#list)
-* [`reset()`](#reset)
-* [`current()`](#current)
-* [`reload()`](#reload)
-* [`setMultiDelay()`](#setmultidelay)
-* [`cancelDelay()`](#canceldelay)
-* [`getLatest()`](#getlatest)
-* [`setChannel()`](#setchannel)
-* [`unsetChannel()`](#unsetchannel)
-* [`getChannel()`](#getchannel)
-* [`setCustomId()`](#setcustomid)
-* [`getBuiltinVersion()`](#getbuiltinversion)
-* [`getDeviceId()`](#getdeviceid)
-* [`getPluginVersion()`](#getpluginversion)
-* [`isAutoUpdateEnabled()`](#isautoupdateenabled)
-* [`removeAllListeners()`](#removealllisteners)
-* [`addListener('download', )`](#addlistenerdownload-)
-* [`addListener('noNeedUpdate', )`](#addlistenernoneedupdate-)
-* [`addListener('updateAvailable', )`](#addlistenerupdateavailable-)
-* [`addListener('downloadComplete', )`](#addlistenerdownloadcomplete-)
-* [`addListener('majorAvailable', )`](#addlistenermajoravailable-)
-* [`addListener('updateFailed', )`](#addlistenerupdatefailed-)
-* [`addListener('downloadFailed', )`](#addlistenerdownloadfailed-)
-* [`addListener('appReloaded', )`](#addlistenerappreloaded-)
-* [`addListener('appReady', )`](#addlistenerappready-)
-* [`isAutoUpdateAvailable()`](#isautoupdateavailable)
-* [`getNextBundle()`](#getnextbundle)
-* [インターフェース](#interfaces)
-* [型エイリアス](#type-aliases)
-
-</docgen-index>
-
-# メソッド
-
-<docgen-api>
-<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->
-
-## notifyAppReady()
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-現在のバンドルが正常に動作していることをCapacitor Updaterに通知します（このメソッドが全てのアプリ起動時に呼び出されない場合、ロールバックが発生します）
-デフォルトでは、このメソッドはアプリ起動後10秒以内に呼び出される必要があります。そうでない場合はロールバックが発生します
-この動作は{@link appReadyTimeout}で変更できます
-
-**戻り値:** <code>Promise&lt;<a href="#appreadyresult">AppReadyResult</a>&gt;</code>
-
---------------------
-
-
-## setUpdateUrl()
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-アプリのupdateUrlを設定します。これは更新を確認するために使用されます
-
-| パラメータ     | 型                                             | 説明                                           |
-| ------------- | ----------------------------------------------- | --------------------------------------------- |
-| **`options`** | <code><a href="#updateurl">UpdateUrl</a></code> | 更新の確認に使用するURLを含みます |
-
-**提供開始:** 540
-
---------------------
-
-
-## setStatsUrl()
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-アプリのstatsUrlを設定します。これは統計情報の送信に使用されます。空文字列を渡すと統計情報の収集が無効になります
-
-| パラメータ     | 型                                           | 説明                                         |
-| ------------- | --------------------------------------------- | ------------------------------------------- |
-| **`options`** | <code><a href="#statsurl">StatsUrl</a></code> | 統計情報の送信に使用するURLを含みます |
-
-**提供開始:** 540
-
---------------------
-
-
-## setChannelUrl()
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-アプリのchannelUrlを設定します。これはチャンネルの設定に使用されます
-
-| パラメータ     | 型                                               | 説明                                        |
-| ------------- | ------------------------------------------------- | ------------------------------------------ |
-| **`options`** | <code><a href="#channelurl">ChannelUrl</a></code> | チャンネルの設定に使用するURLを含みます |
-
-**提供開始:** 540
-
---------------------
-
-
-## download()
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-提供されたURLから新しいバンドルをダウンロードします。これはZIPファイルで、ファイルを内部に含むか、全てのファイルを含む一意のIDを内部に持つ必要があります
-
-| パラメータ     | 型                                                         | 説明                                                                                    |
-| ------------- | ----------------------------------------------------------- | -------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#downloadoptions">DownloadOptions</a></code> | 新しいバンドルZIPをダウンロードするための{@link <a href="#downloadoptions">DownloadOptions</a>} |
-
-**戻り値:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-
-## next()
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-アプリがリロードされたときに使用する次のバンドルを設定します| パラメータ | タイプ | 説明 |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | 次回アプリ起動時に設定する次のバンドルのID {@link <a href="#bundleinfo">BundleInfoid</a>} |
-
-**戻り値:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-## set()
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-現在のバンドルを設定し、すぐにアプリを再読み込みします
-
-| パラメータ | タイプ | 説明 |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | 現在のバンドルとして設定する新しいバンドルIDを含む {@link <a href="#bundleid">BundleId</a>} オブジェクト |
-
---------------------
-
-## delete()
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-ネイティブアプリストレージから指定されたバンドルを削除します。{@link list}を使用して保存されているバンドルIDを取得してください
-
-| パラメータ | タイプ | 説明 |
-| ------------- | --------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | 削除するバンドルのIDを含む {@link <a href="#bundleid">BundleId</a>} オブジェクト (注意: これはバージョン名ではなく、バンドルIDです) |
-
---------------------
-
-## list()
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-アプリにローカルにダウンロードされているすべてのバンドルを取得します
-
-| パラメータ | タイプ | 説明 |
-| ------------- | --------------------------------------------------- | ---------------------------------------------------------------------- |
-| **`options`** | <code><a href="#listoptions">ListOptions</a></code> | バンドルをリストするための {@link <a href="#listoptions">ListOptions</a>} |
-
-**戻り値:** <code>Promise&lt;<a href="#bundlelistresult">BundleListResult</a>&gt;</code>
-
---------------------
-
-## reset()
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-アプリを`builtin`バンドル（Apple App Store / Google Play Storeに送信されたもの）または最後に正常に読み込まれたバンドルにリセットします
-
-| パラメータ | タイプ | 説明 |
-| ------------- | ----------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#resetoptions">ResetOptions</a></code> | {@link <a href="#resetoptions">ResetOptionstoLastSuccessful</a>}を含む、`true`でビルトインバンドルにリセット、`false`で最後に正常に読み込まれたバンドルにリセット |
-
---------------------
-
-## current()
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```
-
-現在のバンドルを取得します。設定されていない場合は`builtin`を返します。currentNativeはデバイスにインストールされている元のバンドルです
-
-**戻り値:** <code>Promise&lt;<a href="#currentbundleresult">CurrentBundleResult</a>&gt;</code>
-
---------------------
-
-## reload()
-
-```typescript
-reload() => Promise<void>
-```
-
-ビューを再読み込みします
-
---------------------
-
-## setMultiDelay()
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-プラグインが更新を遅延させるために使用する {@link <a href="#delaycondition">DelayCondition</a>} 配列を設定します
-すべての条件が満たされた後、更新プロセスは通常通り再開されます。そのため、アプリのバックグラウンド化または終了後に更新がインストールされます
-`date`タイプの場合、値はiso8601日付文字列である必要があります
-`background`タイプの場合、値はミリ秒単位の数値である必要があります
-`nativeVersion`タイプの場合、値はバージョン番号である必要があります
-`kill`タイプの場合、値は使用されません
-この関数は、killオプションが他のオプションのように次のバックグラウンド後ではなく、最初の終了後に更新をトリガーする一貫性のない動作をします。これは将来のメジャーリリースで修正される予定です
-
-| パラメータ | タイプ | 説明 |
-| ------------- | --------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#multidelayconditions">MultiDelayConditions</a></code> | 設定する条件の {@link <a href="#multidelayconditions">MultiDelayConditions</a>} 配列を含む |
-
-**Since:** 430
-
---------------------
-
-## cancelDelay()
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-更新を即座に処理するために {@link <a href="#delaycondition">DelayCondition</a>} をキャンセルします
-
-**Since:** 400
-
---------------------
-
-## getLatest()
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-更新URLから利用可能な最新のバンドルを取得します
-
-| パラメータ | タイプ |
-| ------------- | ------------------------------------------------------------- |
-| **`options`** | <code><a href="#getlatestoptions">GetLatestOptions</a></code> |
-
-**戻り値:** <code>Promise&lt;<a href="#latestversion">LatestVersion</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-## setChannel()
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-このデバイスのチャンネルを設定します。チャンネルは自己割り当てを許可する必要があります
-{@link PluginsConfig}で`autoUpdate`が有効な場合、起動時にチャンネルを設定するためにこのメソッドを使用しないでください
-このメソッドはアプリの準備完了後にチャンネルを設定するためのものです
-このメソッドはデバイスIDをチャンネルにリンクするリクエストをCapgoバックエンドに送信します。Capgoはチャンネルの設定に応じて受け入れまたは拒否します
-
-| パラメータ | タイプ | 説明 |
-| ------------- | --------------------------------------------------------------- | -------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setchanneloptions">SetChannelOptions</a></code> | 設定する {@link <a href="#setchanneloptions">SetChannelOptions</a>} チャンネル |
-
-**戻り値:** <code>Promise&lt;<a href="#channelres">ChannelRes</a>&gt;</code>
-
-**Since:** 470
-
---------------------
-
-## unsetChannel()
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-このデバイスのチャンネルを解除しますデバイスはデフォルトチャンネルに戻ります。
-
-| パラメータ     | 型                                                                 |
-| ------------- | ------------------------------------------------------------------- |
-| **`options`** | <code><a href="#unsetchanneloptions">UnsetChannelOptions</a></code> |
-
-**導入バージョン:** 470
-
---------------------
-
-
-## getChannel()
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-このデバイスのチャンネルを取得します。
-
-**戻り値:** <code>Promise&lt;<a href="#getchannelres">GetChannelRes</a>&gt;</code>
-
-**導入バージョン:** 480
-
---------------------
-
-
-## setCustomId()
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```
-
-このデバイスにカスタムIDを設定します。
-
-| パラメータ     | 型                                                              | 説明                                                                         |
-| ------------- | ----------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setcustomidoptions">SetCustomIdOptions</a></code> | は設定する {@link <a href="#setcustomidoptions">SetCustomIdOptions</a>} customId |
-
-**導入バージョン:** 490
-
---------------------
-
-
-## getBuiltinVersion()
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-ネイティブアプリのバージョンまたは設定で指定されたビルトインバージョンを取得します。
-
-**戻り値:** <code>Promise&lt;<a href="#builtinversion">BuiltinVersion</a>&gt;</code>
-
-**導入バージョン:** 520
-
---------------------
-
-
-## getDeviceId()
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-デバイスを識別するために使用される一意のID（自動更新サーバーに送信）を取得します。
-
-**戻り値:** <code>Promise&lt;<a href="#deviceid">DeviceId</a>&gt;</code>
-
---------------------
-
-
-## getPluginVersion()
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-ネイティブCapacitor Updaterプラグインのバージョン（自動更新サーバーに送信）を取得します。
-
-**戻り値:** <code>Promise&lt;<a href="#pluginversion">PluginVersion</a>&gt;</code>
-
---------------------
-
-
-## isAutoUpdateEnabled()
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-自動更新設定の状態を取得します。
-
-**戻り値:** <code>Promise&lt;<a href="#autoupdateenabled">AutoUpdateEnabled</a>&gt;</code>
-
---------------------
-
-
-## removeAllListeners()
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-このプラグインのすべてのリスナーを削除します。
-
-**導入バージョン:** 100
-
---------------------
-
-
-## addListener('download', )
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-アプリでのバンドルダウンロードイベントをリッスンします。ダウンロードが開始された時、ダウンロード中、および完了時に発火します。
-
-| パラメータ          | 型                                                                        |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'download'</code>                                                     |
-| **`listenerFunc`** | <code>(state: <a href="#downloadevent">DownloadEvent</a>) =&gt; void</code> |
-
-**戻り値:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**導入バージョン:** 2011
-
---------------------
-
-
-## addListener('noNeedUpdate', )
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-更新不要イベントをリッスンします。アプリが起動されるたびに強制的にチェックしたい場合に便利です。
-
-| パラメータ          | 型                                                                    |
-| ------------------ | ----------------------------------------------------------------------- |
-| **`eventName`**    | <code>'noNeedUpdate'</code>                                             |
-| **`listenerFunc`** | <code>(state: <a href="#noneedevent">NoNeedEvent</a>) =&gt; void</code> |
-
-**戻り値:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**導入バージョン:** 400
-
---------------------
-
-
-## addListener('updateAvailable', )
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-利用可能な更新イベントをリッスンします。アプリが起動されるたびに強制的にチェックしたい場合に便利です。
-
-| パラメータ          | 型                                                                                      |
-| ------------------ | ----------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'updateAvailable'</code>                                                            |
-| **`listenerFunc`** | <code>(state: <a href="#updateavailableevent">UpdateAvailableEvent</a>) =&gt; void</code> |
-
-**戻り値:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**導入バージョン:** 400
-
---------------------
-
-
-## addListener('downloadComplete', )
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-ダウンロード完了イベントをリッスンします。
-
-| パラメータ          | 型                                                                                        |
-| ------------------ | ------------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'downloadComplete'</code>                                                             |
-| **`listenerFunc`** | <code>(state: <a href="#downloadcompleteevent">DownloadCompleteEvent</a>) =&gt; void</code> |
-
-**戻り値:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**導入バージョン:** 400
-
---------------------
-
-
-## addListener('majorAvailable', )
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-アプリでのメジャーアップデートイベントをリッスンします。disableAutoUpdateBreaking設定によってメジャーアップデートがブロックされている場合に通知します。
-
-| パラメータ          | 型                                                                                    |
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'majorAvailable'</code>                                                           |
-| **`listenerFunc`** | <code>(state: <a href="#majoravailableevent">MajorAvailableEvent</a>) =&gt; void</code> |
-
-**戻り値:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**導入バージョン:** 230
-
---------------------
-
-
-## addListener('updateFailed', )
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-アプリでの更新失敗イベントをリッスンします。次回のアプリ起動時に更新のインストールが失敗した場合に通知します。
-
-| パラメータ          | 型                                                                                |
-| ------------------ | ----------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'updateFailed'</code>                                                         |
-| **`listenerFunc`** | <code>(state: <a href="#updatefailedevent">UpdateFailedEvent</a>) =&gt; void</code> |
-
-**戻り値:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**導入バージョン:** 230
-
---------------------
-
-
-## addListener('downloadFailed',
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-アプリでのダウンロード失敗イベントを監視し、バンドルのダウンロードが失敗した時に通知します
-
-| Param | Type | 
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'downloadFailed'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#downloadfailedevent">DownloadFailedEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-## addListener('appReloaded', )
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-アプリでのリロードイベントを監視し、リロードが発生した時に通知します
-
-| Param | Type |
-| ------------------ | -------------------------- |
-| **`eventName`** | <code>'appReloaded'</code> |
-| **`listenerFunc`** | <code>() =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 430
-
---------------------
-
-## addListener('appReady', )
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-アプリでのアプリ準備完了イベントを監視し、アプリが使用可能になった時に通知します
-
-| Param | Type |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`** | <code>'appReady'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#appreadyevent">AppReadyEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 510
-
---------------------
-
-## isAutoUpdateAvailable()
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-自動更新が利用可能かどうかを取得します (serverUrlによって無効化されていないか)
-
-**Returns:** <code>Promise&lt;<a href="#autoupdateavailable">AutoUpdateAvailable</a>&gt;</code>
-
---------------------
-
-## getNextBundle()
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-アプリがリロードされる時に使用される次のバンドルを取得します
-次のバンドルが設定されていない場合はnullを返します
-
-**Returns:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a> | null&gt;</code>
-
-**Since:** 680
-
---------------------
-
-## インターフェース
-
-
-### AppReadyResult
-
-| Prop | Type |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-
-
-### BundleInfo
-
-| Prop | Type |
-| ---------------- | ----------------------------------------------------- |
-| **`id`** | <code>string</code> |
-| **`version`** | <code>string</code> |
-| **`downloaded`** | <code>string</code> |
-| **`checksum`** | <code>string</code> |
-| **`status`** | <code><a href="#bundlestatus">BundleStatus</a></code> |
-
-
-### UpdateUrl
-
-| Prop | Type |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### StatsUrl
-
-| Prop | Type |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### ChannelUrl
-
-| Prop | Type |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### DownloadOptions
-
-| Prop | Type | Description | Default | Since |
-| ---------------- | ------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`url`** | <code>string</code> | ダウンロードするバンドルzipファイル(例: distzip)のURL (Amazon S3、GitHubタグ、その他バンドルをホストしている場所のURLを指定可能) | | |
-| **`version`** | <code>string</code> | このバンドル/バージョンのバージョンコード/名前 | | |
-| **`sessionKey`** | <code>string</code> | 更新用のセッションキー | <code>undefined</code> | 400 |
-| **`checksum`** | <code>string</code> | 更新用のチェックサム | <code>undefined</code> | 400 |
-
-
-### BundleId
-
-| Prop | Type |
-| -------- | ------------------- |
-| **`id`** | <code>string</code> |
-
-
-### BundleListResult
-
-| Prop | Type |
-| ------------- | ------------------------- |
-| **`bundles`** | <code>BundleInfo[]</code> |
-
-
-### ListOptions
-
-| Prop | Type | Description | Default | Since |
-| -------- | -------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- | ------------------ | ------ |
-| **`raw`** | <code>boolean</code> | 生のバンドルリストを返すかマニフェストを返すか。trueの場合、ディスク上のファイルではなく内部データベースから読み取りを試みます | <code>false</code> | 6140 |
-
-
-### ResetOptions
-
-| Prop | Type |
-| ---------------------- | -------------------- |
-| **`toLastSuccessful`** | <code>boolean</code> |
-
-
-### CurrentBundleResult
-
-| Prop | Type |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-| **`native`** | <code>string</code> |
-
-
-### MultiDelayConditions
-
-| Prop | Type |
-| --------------------- | ----------------------------- |
-| **`delayConditions`** | <code>DelayCondition[]</code> |
-
-
-### DelayCondition
-
-| Prop | Type | Description |
-| ----------- | --------------------------------------------------------- | ---------------------------------------- |
-| **`kind`** | <code><a href="#delayuntilnext">DelayUntilNext</a></code> | setMultiDelayで遅延条件を設定します |
-| **`value`** | <code>string</code> | |
-
-
-### LatestVersion
-
-| Prop | Type | Description | Since |
-| ---------------- | ---------------------------- | -------------------------- | ----- |
-| **`version`** | <code>string</code> | getLatestメソッドの結果 | 40| **`checksum`**   | <code>string</code>          |                            | 6     |
-| **`major`**      | <code>boolean</code>         |                            |       |
-| **`message`**    | <code>string</code>          |                            |       |
-| **`sessionKey`** | <code>string</code>          |                            |       |
-| **`error`**      | <code>string</code>          |                            |       |
-| **`old`**        | <code>string</code>          |                            |       |
-| **`url`**        | <code>string</code>          |                            |       |
-| **`manifest`**   | <code>ManifestEntry[]</code> |                            | 61    |
-
-
-### ManifestEntry
-
-| Prop               | Type                        |
-| ------------------ | --------------------------- |
-| **`file_name`**    | <code>string \| null</code> |
-| **`file_hash`**    | <code>string \| null</code> |
-| **`download_url`** | <code>string \| null</code> |
-
-
-### GetLatestOptions
-
-| Prop          | Type                | 説明                                                                                          | デフォルト               | Since |
-| ------------- | ------------------- | -------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`channel`** | <code>string</code> | 最新バージョンを取得するためのチャンネル。チャンネルはこの機能を使用するために'self_assign'を許可する必要があります | <code>undefined</code> | 680   |
-
-
-### ChannelRes
-
-| Prop          | Type                | 説明                           | Since |
-| ------------- | ------------------- | ----------------------------- | ----- |
-| **`status`**  | <code>string</code> | 設定されたチャンネルの現在のステータス | 470   |
-| **`error`**   | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-
-
-### SetChannelOptions
-
-| Prop                    | Type                 |
-| ----------------------- | -------------------- |
-| **`channel`**           | <code>string</code>  |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### UnsetChannelOptions
-
-| Prop                    | Type                 |
-| ----------------------- | -------------------- |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### GetChannelRes
-
-| Prop           | Type                 | 説明                           | Since |
-| -------------- | -------------------- | ----------------------------- | ----- |
-| **`channel`**  | <code>string</code>  | 取得したチャンネルの現在のステータス   | 480   |
-| **`error`**    | <code>string</code>  |                               |       |
-| **`message`**  | <code>string</code>  |                               |       |
-| **`status`**   | <code>string</code>  |                               |       |
-| **`allowSet`** | <code>boolean</code> |                               |       |
-
-
-### SetCustomIdOptions
-
-| Prop           | Type                |
-| -------------- | ------------------- |
-| **`customId`** | <code>string</code> |
-
-
-### BuiltinVersion
-
-| Prop          | Type                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### DeviceId
-
-| Prop           | Type                |
-| -------------- | ------------------- |
-| **`deviceId`** | <code>string</code> |
-
-
-### PluginVersion
-
-| Prop          | Type                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### AutoUpdateEnabled
-
-| Prop          | Type                 |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### PluginListenerHandle
-
-| Prop         | Type                                      |
-| ------------ | ----------------------------------------- |
-| **`remove`** | <code>() =&gt; Promise&lt;void&gt;</code> |
-
-
-### DownloadEvent
-
-| Prop          | Type                                              | 説明                                        | Since |
-| ------------- | ------------------------------------------------- | ------------------------------------------ | ----- |
-| **`percent`** | <code>number</code>                               | ダウンロードの現在の進捗状況（0から100の間）        | 400   |
-| **`bundle`**  | <code><a href="#bundleinfo">BundleInfo</a></code> |                                            |       |
-
-
-### NoNeedEvent
-
-| Prop         | Type                                              | 説明                                        | Since |
-| ------------ | ------------------------------------------------- | ------------------------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | ダウンロードの現在の進捗状況（0から100の間）        | 400   |
-
-
-### UpdateAvailableEvent
-
-| Prop         | Type                                              | 説明                                        | Since |
-| ------------ | ------------------------------------------------- | ------------------------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | ダウンロードの現在の進捗状況（0から100の間）        | 400   |
-
-
-### DownloadCompleteEvent
-
-| Prop         | Type                                              | 説明                                    | Since |
-| ------------ | ------------------------------------------------- | -------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 新しいアップデートが利用可能な場合に発生        | 400   |
-
-
-### MajorAvailableEvent
-
-| Prop          | Type                | 説明                                        | Since |
-| ------------- | ------------------- | ------------------------------------------ | ----- |
-| **`version`** | <code>string</code> | 新しいメジャーバンドルが利用可能な場合に発生        | 400   |
-
-
-### UpdateFailedEvent
-
-| Prop         | Type                                              | 説明                                     | Since |
-| ------------ | ------------------------------------------------- | --------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | アップデートのインストールが失敗した場合に発生 | 400   |
-
-
-### DownloadFailedEvent
-
-| Prop          | Type                | 説明                                | Since |
-| ------------- | ------------------- | ---------------------------------- | ----- |
-| **`version`** | <code>string</code> | ダウンロードが失敗した場合に発生        | 400   |
-
-
-### AppReadyEvent
-
-| Prop         | Type                                              | 説明                                   | Since |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | アプリが使用可能な状態になった場合に発生 | 520   |
-| **`status`** | <code>string</code>                               |                                       |       |
-
-
-### AutoUpdateAvailable
-
-| Prop            | Type                 |
-| --------------- | -------------------- |
-| **`available`** | <code>boolean</code> |
-
-
-## Type Aliases
-
-
-### BundleStatus
-
-<code>'success' | 'error' | 'pending' | 'downloading'</code>
-
-
-### DelayUntilNext
-
-<code>'background' | 'kill' | 'nativeVersion' | 'date'</code>
diff --git a/src/content/docs/ja/docs/plugins/accelerometer/getting-started.mdx b/src/content/docs/ja/docs/plugins/accelerometer/getting-started.mdx
deleted file mode 100644
index c366efb41..000000000
--- a/src/content/docs/ja/docs/plugins/accelerometer/getting-started.mdx
+++ /dev/null
@@ -1,303 +0,0 @@
----
-title: "加速度計を使い始める"
-description: "Capacitorアプリに加速度計センシングを統合する方法を学ぶ"
-locale: ja
----
-
-このガイドでは、Capacitor加速度計プラグインをアプリケーションに統合する手順を説明します。
-
-## インストール
-
-npmを使用してプラグインをインストールします：
-
-```bash
-npm install @capgo/capacitor-accelerometer
-npx cap sync
-```
-
-## プラットフォーム構成
-
-### iOS
-追加の構成は必要ありません。加速度計は常に利用可能です。
-
-### Android
-追加の構成は必要ありません。加速度計は常に利用可能です。
-
-### Web
-プラグインはDeviceMotion APIを使用します。本番環境ではHTTPSが必要です。
-
-## 基本的な使用方法
-
-### プラグインのインポート
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-```
-
-### 監視の開始
-
-```typescript
-const startAccelerometer = async () => {
-  await Accelerometer.start({
-    interval: 100 // 更新間隔（ミリ秒）
-  });
-
-  console.log('加速度計を開始しました');
-};
-```
-
-### 加速度イベントのリスニング
-
-```typescript
-Accelerometer.addListener('accelerationChange', (data) => {
-  console.log('X:', data.x);
-  console.log('Y:', data.y);
-  console.log('Z:', data.z);
-  console.log('タイムスタンプ:', data.timestamp);
-});
-```
-
-### 現在の読み取り値の取得
-
-```typescript
-const getCurrentAcceleration = async () => {
-  const reading = await Accelerometer.getCurrentAcceleration();
-  console.log('現在の加速度:', reading);
-};
-```
-
-### 監視の停止
-
-```typescript
-const stopAccelerometer = async () => {
-  await Accelerometer.stop();
-  console.log('加速度計を停止しました');
-};
-```
-
-## 完全な例
-
-振動検出を含む完全な例です：
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-
-class AccelerometerService {
-  private listener: any;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-  private shakeThreshold = 15;
-
-  async initialize() {
-    await Accelerometer.start({ interval: 100 });
-
-    this.listener = Accelerometer.addListener('accelerationChange', (data) => {
-      this.handleAcceleration(data);
-    });
-  }
-
-  handleAcceleration(data: any) {
-    // デルタを計算
-    const deltaX = Math.abs(data.x - this.lastX);
-    const deltaY = Math.abs(data.y - this.lastY);
-    const deltaZ = Math.abs(data.z - this.lastZ);
-
-    // 振動をチェック
-    if (deltaX > this.shakeThreshold ||
-        deltaY > this.shakeThreshold ||
-        deltaZ > this.shakeThreshold) {
-      this.onShake();
-    }
-
-    // 最後の値を更新
-    this.lastX = data.x;
-    this.lastY = data.y;
-    this.lastZ = data.z;
-
-    // UIを更新
-    this.updateDisplay(data);
-  }
-
-  onShake() {
-    console.log('デバイスが振動しました！');
-    // 振動アクションをトリガー
-  }
-
-  updateDisplay(data: any) {
-    console.log(`X: ${data.x.toFixed(2)} m/s²`);
-    console.log(`Y: ${data.y.toFixed(2)} m/s²`);
-    console.log(`Z: ${data.z.toFixed(2)} m/s²`);
-
-    // 大きさを計算
-    const magnitude = Math.sqrt(
-      data.x * data.x +
-      data.y * data.y +
-      data.z * data.z
-    );
-    console.log(`大きさ: ${magnitude.toFixed(2)} m/s²`);
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-    await Accelerometer.stop();
-  }
-}
-
-// 使用方法
-const accelService = new AccelerometerService();
-accelService.initialize();
-
-// 完了時のクリーンアップ
-// accelService.cleanup();
-```
-
-## 読み取り値の理解
-
-### 加速度軸
-- **X軸**: 左（-）から右（+）
-- **Y軸**: 下（-）から上（+）
-- **Z軸**: 後ろ（-）から前（+）
-
-### 重力
-- 静止しているデバイスは、1つの軸に約9.8 m/s²（重力）を示します
-- デバイスを動かすと、重力に加えて加速度が表示されます
-
-### 単位
-- メートル毎秒の二乗（m/s²）で測定
-- 重力 = 9.8 m/s²
-
-## 一般的な使用例
-
-### 振動検出
-
-```typescript
-class ShakeDetector {
-  private lastUpdate = 0;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-
-  detectShake(x: number, y: number, z: number): boolean {
-    const currentTime = Date.now();
-
-    if (currentTime - this.lastUpdate > 100) {
-      const deltaX = Math.abs(x - this.lastX);
-      const deltaY = Math.abs(y - this.lastY);
-      const deltaZ = Math.abs(z - this.lastZ);
-
-      this.lastUpdate = currentTime;
-      this.lastX = x;
-      this.lastY = y;
-      this.lastZ = z;
-
-      return deltaX + deltaY + deltaZ > 15;
-    }
-
-    return false;
-  }
-}
-```
-
-### 傾き検出
-
-```typescript
-class TiltDetector {
-  getTiltAngles(x: number, y: number, z: number) {
-    const roll = Math.atan2(y, z) * (180 / Math.PI);
-    const pitch = Math.atan2(-x, Math.sqrt(y * y + z * z)) * (180 / Math.PI);
-
-    return { roll, pitch };
-  }
-
-  isDeviceFlat(z: number): boolean {
-    return Math.abs(z - 9.8) < 1.0;
-  }
-
-  isDeviceUpright(y: number): boolean {
-    return Math.abs(y - 9.8) < 2.0;
-  }
-}
-```
-
-### 歩数カウンター
-
-```typescript
-class StepCounter {
-  private steps = 0;
-  private lastMagnitude = 0;
-  private threshold = 11;
-
-  processAcceleration(x: number, y: number, z: number) {
-    const magnitude = Math.sqrt(x * x + y * y + z * z);
-
-    if (magnitude > this.threshold &&
-        this.lastMagnitude < this.threshold) {
-      this.steps++;
-      console.log('歩数:', this.steps);
-    }
-
-    this.lastMagnitude = magnitude;
-  }
-}
-```
-
-## ベストプラクティス
-
-1. **適切な間隔を選択**: 応答性とバッテリー寿命のバランス
-   - ゲーム: 16-50ms
-   - フィットネス: 100-200ms
-   - 一般: 200-500ms
-
-2. **リスナーを削除**: 完了時には必ずクリーンアップ
-3. **ノイズをフィルタリング**: より滑らかなデータのために移動平均を使用
-4. **バッテリーを考慮**: 高頻度ポーリングはバッテリーを消耗
-5. **実機でテスト**: シミュレーターは正確なデータを提供しません
-
-## パフォーマンスのヒント
-
-### デバウンス
-
-```typescript
-class AccelerometerDebouncer {
-  private timeout: any;
-
-  debounce(callback: Function, delay: number) {
-    return (...args: any[]) => {
-      clearTimeout(this.timeout);
-      this.timeout = setTimeout(() => callback(...args), delay);
-    };
-  }
-}
-```
-
-### データのスムージング
-
-```typescript
-class AccelerometerFilter {
-  private alpha = 0.8;
-  private filteredX = 0;
-  private filteredY = 0;
-  private filteredZ = 0;
-
-  filter(x: number, y: number, z: number) {
-    this.filteredX = this.alpha * x + (1 - this.alpha) * this.filteredX;
-    this.filteredY = this.alpha * y + (1 - this.alpha) * this.filteredY;
-    this.filteredZ = this.alpha * z + (1 - this.alpha) * this.filteredZ;
-
-    return {
-      x: this.filteredX,
-      y: this.filteredY,
-      z: this.filteredZ
-    };
-  }
-}
-```
-
-## 次のステップ
-
-- 完全なメソッドドキュメントについては[APIリファレンス](https://github.com/Cap-go/capacitor-accelerometer#api)を探索
-- 高度な使用方法については[サンプルアプリ](https://github.com/Cap-go/capacitor-accelerometer/tree/main/example)をチェック
-- 完全な実装例については[チュートリアル](/plugins/capacitor-accelerometer)を参照
diff --git a/src/content/docs/ja/docs/plugins/accelerometer/index.mdx b/src/content/docs/ja/docs/plugins/accelerometer/index.mdx
deleted file mode 100644
index eccf16653..000000000
--- a/src/content/docs/ja/docs/plugins/accelerometer/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-accelerometer"
-description: Capacitorでデバイスの加速度計測定値を読み取る
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: 加速度計センサーからデバイスの動きと加速度データにアクセス
-  image:
-    file: ~public/icons/plugins/accelerometer.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/accelerometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-accelerometer
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="3軸加速度" icon="rocket">
-    X、Y、Z軸の加速度を測定
-  </Card>
-  <Card title="モーション検出" icon="star">
-    デバイスの振動、傾き、動きを検出
-  </Card>
-  <Card title="リアルタイム更新" icon="setting">
-    加速度データの継続的な監視
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/accelerometer/getting-started/)をチェックして、わずか数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/admob/getting-started.mdx b/src/content/docs/ja/docs/plugins/admob/getting-started.mdx
deleted file mode 100644
index 8fb370fa6..000000000
--- a/src/content/docs/ja/docs/plugins/admob/getting-started.mdx
+++ /dev/null
@@ -1,89 +0,0 @@
----
-title: はじめに
-description: CapacitorアプリケーションでCapgo AdMobプラグインをインストールして構成し、広告を配信する方法。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **プラグインをインストール**
-   <PackageManagers pkg="@capgo/capacitor-admob" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトを同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## SDKの初期化
-
-```typescript
-import { AdMob, MaxAdContentRating } from '@capgo/capacitor-admob';
-
-// アプリケーションブートストラップで一度Mobile Ads SDKを開始
-await AdMob.start();
-
-// オプション: グローバルリクエスト設定を構成
-await AdMob.configure({
-  appMuted: false,
-  appVolume: 1,
-});
-
-await AdMob.configRequest({
-  maxAdContentRating: MaxAdContentRating.T,
-  tagForChildDirectedTreatment: false,
-  tagForUnderAgeOfConsent: false,
-});
-```
-
-## バナー広告を表示
-
-```typescript
-import { BannerAd } from '@capgo/capacitor-admob';
-
-const banner = new BannerAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/banner',
-  position: 'bottom',
-});
-
-await banner.show();
-```
-
-## インタースティシャルまたはリワード広告
-
-```typescript
-import { InterstitialAd, RewardedAd } from '@capgo/capacitor-admob';
-
-const interstitial = new InterstitialAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/interstitial',
-});
-await interstitial.load();
-await interstitial.show();
-
-const rewarded = new RewardedAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/rewarded',
-});
-await rewarded.load();
-await rewarded.show();
-```
-
-## 広告イベントをリスニング
-
-```typescript
-import { AdMob } from '@capgo/capacitor-admob';
-
-const handle = await AdMob.addListener('adImpression', (event) => {
-  console.log('広告インプレッション', event);
-});
-
-// 後でクリーンアップ時
-await handle.remove();
-```
-
-## プラットフォームに関する注意
-
-- **iOS**: `Info.plist`の`GADApplicationIdentifier`キー下にAdMobアプリIDを追加し、依存するSKAdNetwork IDを含めてください。
-- **Android**: `AndroidManifest.xml`で`<application>`タグ内に`com.google.android.gms.ads.APPLICATION_ID`を追加してAdMobアプリIDを宣言します。
-- **同意とプライバシー**: iOS 14+で`requestTrackingAuthorization()`を使用し、`configRequest()`の児童向けフラグを使用して、地域のプライバシールールに準拠してください。
diff --git a/src/content/docs/ja/docs/plugins/admob/index.mdx b/src/content/docs/ja/docs/plugins/admob/index.mdx
deleted file mode 100644
index 6088be9cf..000000000
--- a/src/content/docs/ja/docs/plugins/admob/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-admob"
-description: CapacitorアプリにGoogle AdMob広告をバナー、インタースティシャル、リワード形式で統合します。
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: JavaScriptから完全に管理されるGoogle AdMobバナー、インタースティシャル、リワード広告でCapacitorアプリを収益化します。
-  image:
-    file: ~public/icons/plugins/admob.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/admob/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-admob/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-CapgoのAdMobプラグインは、Capacitorのシンプルさを犠牲にすることなくネイティブエクスペリエンスを収益化できるように、Google Mobile Ads SDKへのファーストクラスのブリッジを提供します。
-
-<CardGrid stagger>
-  <Card title="柔軟な広告フォーマット" icon="star">
-    統一されたAPIでバナー、インタースティシャル、リワード、アプリオープン広告を配信。
-  </Card>
-  <Card title="リクエスト構成" icon="setting">
-    児童向けフラグ、コンテンツ評価、追加のネットワークパラメータで広告リクエストを微調整。
-  </Card>
-  <Card title="ライフサイクル管理" icon="rocket">
-    読み込み状態を追跡しながら、オンデマンドで広告を作成、読み込み、表示、非表示、破棄。
-  </Card>
-  <Card title="プライバシー対応" icon="approve-check">
-    ATTプロンプトを処理し、追跡認証ステータスを監視してコンプライアンスを維持。
-  </Card>
-</CardGrid>
-
-はじめにガイドを使用して、AdMobアプリID、同意の設定、CapacitorプロジェクトからJavaScript直接で広告インベントリを管理する方法を学びましょう。
diff --git a/src/content/docs/ja/docs/plugins/age-signals/getting-started.mdx b/src/content/docs/ja/docs/plugins/age-signals/getting-started.mdx
deleted file mode 100644
index ca051d78c..000000000
--- a/src/content/docs/ja/docs/plugins/age-signals/getting-started.mdx
+++ /dev/null
@@ -1,509 +0,0 @@
----
-title: はじめに
-description: Age Signalsプラグインのインストールと使用方法を学び、Androidアプリで監視アカウントと認証済みユーザーを検出します。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Aside type="caution">
-このプラグインは**Android専用**で、Google Play Servicesが必要です。iOS、Web、またはGoogle Play Storeを搭載していないAndroidデバイスでは動作しません。
-</Aside>
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-android-age-signals" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Androidプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 前提条件
-
-- Google Play Servicesを搭載したAndroidデバイス
-- 最小Android APIレベル21（Android 5.0）
-- デバイスにGoogle Play Storeがインストールされていること
-
-## 使用方法
-
-### Age Signalsの確認
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-try {
-  const result = await AgeSignals.checkAgeSignals();
-
-  console.log('User status:', result.userStatus);
-
-  switch (result.userStatus) {
-    case UserStatus.Verified:
-      console.log('User is 18+ and verified by Google');
-      // 年齢制限コンテンツへのアクセスを許可
-      break;
-
-    case UserStatus.Supervised:
-      console.log(`Supervised user aged ${result.ageLower}-${result.ageUpper}`);
-      // 年齢に応じた制限を適用
-      break;
-
-    case UserStatus.SupervisedApprovalPending:
-      console.log('Waiting for guardian approval');
-      console.log('Pending since:', result.mostRecentApprovalDate);
-      // 保護者の承認を待つようユーザーに通知
-      break;
-
-    case UserStatus.SupervisedApprovalDenied:
-      console.log('Guardian denied access');
-      console.log('Last approval:', result.mostRecentApprovalDate);
-      // アクセスをブロックするか、代替コンテンツを表示
-      break;
-
-    case UserStatus.Unknown:
-      console.log('User status unknown - prompt to verify in Play Store');
-      // Google Playで年齢を確認するようユーザーに案内
-      break;
-
-    case UserStatus.Empty:
-      console.log('No age signal available');
-      // 未認証ユーザーとして処理
-      break;
-  }
-} catch (error) {
-  console.error('Failed to check age signals:', error);
-}
-```
-
-### 監視ユーザーの処理
-
-```typescript
-async function handleSupervisedUser() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised) {
-    const age = result.ageLower;
-
-    if (age < 13) {
-      // COPPAの制限を適用
-      console.log('User is under 13 - COPPA applies');
-      disableDataCollection();
-      disableSocialFeatures();
-      requireParentalConsent();
-    } else if (age < 18) {
-      // 10代の制限を適用
-      console.log('User is 13-17 - Teen restrictions apply');
-      enableModeratedSocialFeatures();
-      restrictAds();
-    }
-
-    // 取り消し通知用のインストールIDを追跡
-    console.log('Install ID:', result.installId);
-    saveInstallId(result.installId);
-  }
-}
-```
-
-### 年齢ゲートの実装
-
-```typescript
-async function ageGate() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  // 認証済みの18歳以上のユーザーを許可
-  if (result.userStatus === UserStatus.Verified) {
-    return true;
-  }
-
-  // 監視ユーザーの年齢を確認
-  if (result.userStatus === UserStatus.Supervised) {
-    return result.ageUpper >= 18;
-  }
-
-  // 保留中または拒否された承認のユーザーをブロック
-  if (
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return false;
-  }
-
-  // 不明/空の場合は、フォールバック年齢確認を実装
-  return await showAgeVerificationDialog();
-}
-```
-
-### 承認ステータスの監視
-
-```typescript
-async function checkApprovalStatus() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.SupervisedApprovalPending) {
-    console.log('Guardian approval pending');
-    console.log('Age range:', result.ageLower, '-', result.ageUpper);
-    console.log('Most recent approval:', result.mostRecentApprovalDate);
-
-    // ユーザーにメッセージを表示
-    showMessage(
-      'Your guardian needs to approve this app. ' +
-      'We notified them on ' + result.mostRecentApprovalDate
-    );
-  } else if (result.userStatus === UserStatus.SupervisedApprovalDenied) {
-    console.log('Guardian denied approval');
-    console.log('Last approved on:', result.mostRecentApprovalDate);
-
-    // ブロックメッセージを表示
-    showMessage(
-      'Your guardian did not approve this app. ' +
-      'Contact them for more information.'
-    );
-  }
-}
-```
-
-## APIリファレンス
-
-### checkAgeSignals()
-
-アクティブユーザーの現在のPlay Age Signalsをリクエストします。
-
-```typescript
-const result = await AgeSignals.checkAgeSignals();
-```
-
-**戻り値:**
-
-```typescript
-interface CheckAgeSignalsResult {
-  userStatus: UserStatus;
-  ageLower?: number;
-  ageUpper?: number;
-  mostRecentApprovalDate?: string;
-  installId?: string;
-}
-```
-
-### UserStatus列挙型
-
-```typescript
-enum UserStatus {
-  Verified = 'VERIFIED',                           // 18歳以上認証済み
-  Supervised = 'SUPERVISED',                       // 監視アカウント
-  SupervisedApprovalPending = 'SUPERVISED_APPROVAL_PENDING',
-  SupervisedApprovalDenied = 'SUPERVISED_APPROVAL_DENIED',
-  Unknown = 'UNKNOWN',                             // 不明なステータス
-  Empty = 'EMPTY'                                  // シグナルなし
-}
-```
-
-## 結果フィールド
-
-### userStatus
-
-Google Playによって報告されたユーザーの認証ステータス。
-
-- **Verified**: ユーザーは18歳以上でGoogleによって年齢認証済み
-- **Supervised**: ユーザーは監視されたGoogleアカウントを持っている
-- **SupervisedApprovalPending**: 変更に対する保護者の承認を待機中
-- **SupervisedApprovalDenied**: 保護者がアプリアクセスを拒否
-- **Unknown**: ユーザーはPlay Storeでステータスを確認する必要がある
-- **Empty**: その他すべてのユーザー（デフォルト状態）
-
-### ageLower
-
-監視ユーザーの年齢範囲の下限（含む）。
-
-`userStatus`が次の場合にのみ存在:
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-### ageUpper
-
-監視ユーザーの年齢範囲の上限（含む）。
-
-次の場合にのみ存在:
-- `userStatus`が監視ステータスのいずれか
-- ユーザーの年齢が18歳未満と報告されている場合
-
-### mostRecentApprovalDate
-
-保護者の承認を受けた最新の重要な変更の日付文字列。
-
-`userStatus`が次の場合にのみ存在:
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-形式: ISO 8601日付文字列
-
-### installId
-
-Google Playで監視対象インストールに割り当てられた識別子。
-
-保護者がアプリの承認を取り消したときの取り消し通知に使用されます。
-
-`userStatus`が次の場合にのみ存在:
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-## ユースケース
-
-### 1. COPPAコンプライアンス
-
-```typescript
-async function applyCoppaRestrictions() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised && result.ageLower < 13) {
-    // データ収集を無効化
-    disableAnalytics();
-    disableAdvertising();
-
-    // ソーシャル機能を無効化
-    hideChatFeatures();
-    disableUserProfiles();
-
-    // 検証可能な保護者の同意が必要
-    await requestParentalConsent(result.installId);
-  }
-}
-```
-
-### 2. 年齢に適したコンテンツ
-
-```typescript
-async function filterContent() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  let contentRating;
-
-  if (result.userStatus === UserStatus.Verified) {
-    contentRating = 'MATURE';
-  } else if (result.userStatus === UserStatus.Supervised) {
-    if (result.ageUpper < 13) {
-      contentRating = 'EVERYONE';
-    } else if (result.ageUpper < 18) {
-      contentRating = 'TEEN';
-    } else {
-      contentRating = 'MATURE';
-    }
-  } else {
-    contentRating = 'TEEN'; // デフォルトの安全な評価
-  }
-
-  loadContentForRating(contentRating);
-}
-```
-
-### 3. 保護者ダッシュボード
-
-```typescript
-async function getGuardianInfo() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (
-    result.userStatus === UserStatus.Supervised ||
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return {
-      isSupervised: true,
-      ageRange: `${result.ageLower}-${result.ageUpper}`,
-      approvalStatus: result.userStatus,
-      lastApprovalDate: result.mostRecentApprovalDate,
-      installId: result.installId,
-    };
-  }
-
-  return { isSupervised: false };
-}
-```
-
-## 完全な例
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-export class AgeVerificationService {
-  async verifyAge(): Promise<{
-    allowed: boolean;
-    reason: string;
-    restrictions: string[];
-  }> {
-    try {
-      const result = await AgeSignals.checkAgeSignals();
-
-      switch (result.userStatus) {
-        case UserStatus.Verified:
-          return {
-            allowed: true,
-            reason: 'User is verified 18+',
-            restrictions: [],
-          };
-
-        case UserStatus.Supervised:
-          return this.handleSupervised(result);
-
-        case UserStatus.SupervisedApprovalPending:
-          return {
-            allowed: false,
-            reason: 'Waiting for guardian approval',
-            restrictions: ['Guardian approval required'],
-          };
-
-        case UserStatus.SupervisedApprovalDenied:
-          return {
-            allowed: false,
-            reason: 'Guardian denied access',
-            restrictions: ['Access denied by guardian'],
-          };
-
-        case UserStatus.Unknown:
-          return {
-            allowed: false,
-            reason: 'Age verification required',
-            restrictions: ['Verify age in Google Play'],
-          };
-
-        case UserStatus.Empty:
-        default:
-          return {
-            allowed: false,
-            reason: 'No age signal available',
-            restrictions: ['Age verification needed'],
-          };
-      }
-    } catch (error) {
-      console.error('Age verification failed:', error);
-      return {
-        allowed: false,
-        reason: 'Verification error',
-        restrictions: ['Try again later'],
-      };
-    }
-  }
-
-  private handleSupervised(result: any) {
-    const age = result.ageLower;
-    const restrictions: string[] = [];
-
-    if (age < 13) {
-      restrictions.push('No data collection (COPPA)');
-      restrictions.push('No social features');
-      restrictions.push('Parental consent required');
-      return {
-        allowed: false,
-        reason: `User is under 13 (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else if (age < 18) {
-      restrictions.push('Age-appropriate content only');
-      restrictions.push('Moderated social features');
-      return {
-        allowed: true,
-        reason: `Teen user (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else {
-      return {
-        allowed: true,
-        reason: `Adult supervised user (${result.ageLower}+)`,
-        restrictions: [],
-      };
-    }
-  }
-
-  async saveInstallId(installId: string) {
-    // 取り消し処理用のインストールIDを保存
-    localStorage.setItem('ageSignalsInstallId', installId);
-  }
-
-  async checkRevocation() {
-    const result = await AgeSignals.checkAgeSignals();
-    const storedId = localStorage.getItem('ageSignalsInstallId');
-
-    if (result.installId && storedId && result.installId !== storedId) {
-      // インストールIDが変更された - おそらく取り消されて再インストールされた
-      console.log('App was revoked and reinstalled');
-      return true;
-    }
-
-    return false;
-  }
-}
-```
-
-## ベストプラクティス
-
-1. **アプリ起動時に確認**: アプリの起動時に年齢シグナルを確認
-2. **結果をキャッシュ**: 結果をキャッシュするが、定期的に更新
-3. **すべての状態を処理**: すべてのUserStatus値のロジックを実装
-4. **拒否を尊重**: 保護者が承認を拒否した場合はアクセスを許可しない
-5. **インストールIDを保存**: 取り消し検出のためにインストールIDを追跡
-6. **フォールバックロジック**: 不明/空の状態のフォールバック年齢確認を用意
-7. **プライバシー優先**: 監視ユーザーから不要なデータを収集しない
-
-## コンプライアンスガイドライン
-
-### COPPA（児童オンラインプライバシー保護法）
-
-13歳未満のユーザーの場合:
-- 検証可能な保護者の同意を取得
-- データ収集を制限
-- 行動ターゲティング広告を無効化
-- 保護者管理機能を提供
-
-### GDPR（一般データ保護規則）
-
-監視ユーザーの場合:
-- データを合法的に処理
-- 保護者の同意メカニズムを提供
-- データアクセスと削除を許可
-- プライバシーバイデザインを実装
-
-## プラットフォームノート
-
-### Android
-- Google Play Servicesが必要
-- 最小APIレベル21（Android 5.0以上）
-- Play Storeを搭載したデバイスでのみ動作
-- すべての地域でシグナルが利用できるわけではない
-- 保護者が設定を変更すると結果が変わる可能性がある
-
-### iOS / Web
-- **サポート対象外** - これはAndroid専用プラグインです
-- サポートされていないプラットフォームで呼び出された場合、エラーがスローされます
-
-## トラブルシューティング
-
-### シグナルが返されない（空のステータス）
-
-これは以下の場合は正常です:
-- サポートされている地域外のユーザー
-- Google Play Servicesを搭載していないデバイス
-- Family Linkを設定していないユーザー
-- 認証のない新しいアカウント
-
-### 不明なステータス
-
-ユーザーは次を実行する必要があります:
-1. Google Play Storeを開く
-2. 設定 → ファミリーに移動
-3. 年齢確認プロセスを完了
-
-### 権限の問題
-
-以下を確認:
-- Google Play Servicesが更新されている
-- Play Consoleでアプリのパッケージ名が正しい
-- 実機でテスト（Play Servicesなしのエミュレーターではない）
-
-## リソース
-
-- [Google Play Age Signalsドキュメント](https://developers.google.com/android/reference/com/google/android/gms/agesignals)
-- [Family Link開発者ガイド](https://developers.google.com/families)
-- [COPPAコンプライアンスガイド](https://www.ftc.gov/business-guidance/resources/complying-coppa-frequently-asked-questions)
diff --git a/src/content/docs/ja/docs/plugins/age-signals/index.mdx b/src/content/docs/ja/docs/plugins/age-signals/index.mdx
deleted file mode 100644
index 40a16491b..000000000
--- a/src/content/docs/ja/docs/plugins/age-signals/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-android-age-signals"
-description: Google Play Age Signals APIラッパー - 監視アカウント、保護者の承認、および認証済みユーザーを検出します。
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: Google Play Age Signalsにアクセスして、監視アカウントを検出し、ユーザーの年齢を確認し、Androidアプリで児童安全規制に準拠します。
-  image:
-    file: ~public/icons/plugins/android-age-signals.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/age-signals/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-age-signals/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="監視アカウント" icon="setting">
-    保護者が管理する監視されたGoogleアカウントを持つユーザーを検出
-  </Card>
-  <Card title="年齢確認" icon="approve-check-circle">
-    Googleの年齢確認で18歳以上の認証済みユーザーを識別
-  </Card>
-  <Card title="コンプライアンス" icon="approve-check">
-    COPPAやGDPRなどの児童安全規制に準拠
-  </Card>
-  <Card title="保護者の承認" icon="star">
-    保留中の承認と保護者の同意ステータスを追跡
-  </Card>
-  <Card title="Android専用" icon="puzzle">
-    Google Play Servicesを使用したAndroid専用設計
-  </Card>
-  <Card title="シンプルなAPI" icon="rocket">
-    単一のメソッド呼び出しですべての年齢シグナルを取得
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/alarm/getting-started.mdx b/src/content/docs/ja/docs/plugins/alarm/getting-started.mdx
deleted file mode 100644
index 878013b21..000000000
--- a/src/content/docs/ja/docs/plugins/alarm/getting-started.mdx
+++ /dev/null
@@ -1,139 +0,0 @@
----
-title: はじめに
-description: Capacitor Alarmプラグインのインストールと使用方法を学び、iOSとAndroidでネイティブアラームを管理します。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 要件
-
-- **iOS**: iOS 26以降のみ。このプラグインは`AlarmKit` APIに依存しており、それ以前のバージョンまたはフレームワークが利用できない場合はサポート対象外と報告されます。
-- **Android**: `AlarmClock`インテントを使用。動作はデフォルトのClockアプリとOEMポリシーに依存します。
-
-注: このプラグインはネイティブアラームアクション（作成/開く）のみを公開します。カスタムのアプリ内アラームスケジューリング/CRUDは実装していません。
-
-## API
-
-### createAlarm(...)
-
-```typescript
-createAlarm(options: NativeAlarmCreateOptions) => Promise<NativeActionResult>
-```
-
-プラットフォームの時計アプリを使用してネイティブOSアラームを作成します。
-AndroidではAlarm Clockインテントを使用し、iOSではAlarmKitを使用します（iOS 26以降で利用可能な場合）。
-
-| パラメータ         | 型                                                                          |
-| ------------- | ----------------------------------------------------------------------------- |
-| **`options`** | `NativeAlarmCreateOptions` |
-
-**戻り値:** `Promise<NativeActionResult>`
-
-### openAlarms()
-
-```typescript
-openAlarms() => Promise<NativeActionResult>
-```
-
-プラットフォームのネイティブアラームリストUIを開きます（利用可能な場合）。
-
-**戻り値:** `Promise<NativeActionResult>`
-
-### getOSInfo()
-
-```typescript
-getOSInfo() => Promise<OSInfo>
-```
-
-OSと機能に関する情報を取得します。
-
-**戻り値:** `Promise<OSInfo>`
-
-### requestPermissions(...)
-
-```typescript
-requestPermissions(options?: { exactAlarm?: boolean | undefined; } | undefined) => Promise<PermissionResult>
-```
-
-プラットフォームでアラーム使用に関連する権限をリクエストします。
-Androidでは、正確なアラームのために設定にルーティングされる場合があります。
-
-| パラメータ         | 型                                   |
-| ------------- | -------------------------------------- |
-| **`options`** | `{ exactAlarm?: boolean; }` |
-
-**戻り値:** `Promise<PermissionResult>`
-
-## インターフェース
-
-### NativeActionResult
-
-| プロパティ          | 型                 |
-| ------------- | -------------------- |
-| **`success`** | `boolean` |
-| **`message`** | `string`  |
-
-### NativeAlarmCreateOptions
-
-プラットフォームの時計アプリを介してネイティブOSアラームを作成するためのオプション。
-
-| プロパティ          | 型                 | 説明                                  |
-| ------------- | -------------------- | -------------------------------------------- |
-| **`hour`**    | `number`  | 24時間形式の時間（0-23）             |
-| **`minute`**  | `number`  | 分（0-59）                        |
-| **`label`**   | `string`  | アラームのオプションラベル                 |
-| **`skipUi`**  | `boolean` | Androidのみ: 可能な場合UIをスキップ |
-| **`vibrate`** | `boolean` | Androidのみ: アラームをバイブレーションに設定           |
-
-### OSInfo
-
-現在のOSと機能に関する返される情報。
-
-| プロパティ                                 | 型                 | 説明                                                 |
-| ------------------------------------ | -------------------- | ----------------------------------------------------------- |
-| **`platform`**                       | `string`  | 'ios' \| 'android' \| 'web'                                 |
-| **`version`**                        | `string`  | OSバージョン文字列                                           |
-| **`supportsNativeAlarms`**           | `boolean` | プラットフォームがネイティブアラームアプリ統合を公開しているかどうか |
-| **`supportsScheduledNotifications`** | `boolean` | ローカル通知のスケジューリングがサポートされているかどうか         |
-| **`canScheduleExactAlarms`**         | `boolean` | Androidのみ: 正確なアラームが許可されているかどうか              |
-
-### PermissionResult
-
-権限リクエストの結果。
-
-| プロパティ          | 型                                                             | 説明                        |
-| ------------- | ---------------------------------------------------------------- | ---------------------------------- |
-| **`granted`** | `boolean`                                             | リクエストされたスコープの全体的な許可  |
-| **`details`** | `Record<string, boolean>` | 権限キー別のオプション詳細 |
diff --git a/src/content/docs/ja/docs/plugins/alarm/index.mdx b/src/content/docs/ja/docs/plugins/alarm/index.mdx
deleted file mode 100644
index 140667831..000000000
--- a/src/content/docs/ja/docs/plugins/alarm/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-alarm"
-description: アプリが閉じていてもネイティブアラームと通知をスケジュールします。
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: CapacitorアプリからiOSとAndroidのネイティブアラームを直接管理します。
-  image:
-    file: ~public/icons/plugins/alarm.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/alarm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-alarm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="ネイティブ統合" icon="puzzle">
-    iOSではネイティブAlarmKitを、AndroidではAlarmClockインテントを使用
-  </Card>
-  <Card title="シンプルなAPI" icon="rocket">
-    アラームを作成・管理するための使いやすいメソッド
-  </Card>
-  <Card title="権限処理" icon="approve-check-circle">
-    必要な権限をリクエストするための組み込みサポート
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/alarm/getting-started/)をチェックして、わずか数分でプラグインをマスター。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/android-inline-install/getting-started.mdx b/src/content/docs/ja/docs/plugins/android-inline-install/getting-started.mdx
deleted file mode 100644
index 3627d3368..000000000
--- a/src/content/docs/ja/docs/plugins/android-inline-install/getting-started.mdx
+++ /dev/null
@@ -1,145 +0,0 @@
----
-title: はじめに
-description: "@capgo/capacitor-android-inline-installのインストールと使用ガイド"
-locale: ja
-sidebar:
-  order: 2
-  label: "はじめに"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 使用例
-
-```typescript
-import { AndroidInlineInstall } from '@capgo/capacitor-android-inline-install';
-
-// 基本的なインラインインストール
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp'
-});
-
-// 追跡機能付きの高度なインストール
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp',
-  referrer: 'campaign=my-campaign&source=app',
-  overlay: true,
-  fallback: true
-});
-
-// インストールフローを処理
-try {
-  await AndroidInlineInstall.startInlineInstall({
-    id: 'com.spotify.music',
-    referrer: 'utm_source=myapp&utm_campaign=music_promotion'
-  });
-  console.log('Install overlay triggered successfully');
-} catch (error) {
-  console.error('Install failed:', error);
-}
-```
-
-## コアAPIメソッド
-
-### インストール管理
-- `startInlineInstall(options)` - 指定されたアプリのGoogle Playインラインインストールオーバーレイをトリガー
-
-## 設定オプション
-
-```typescript
-interface InlineInstallOptions {
-  id: string;           // ターゲットアプリのパッケージ名（必須）
-  referrer?: string;    // 追跡キャンペーン文字列（オプション）
-  callerId?: string;    // 呼び出し元アプリのパッケージ名（デフォルトは現在のアプリ）
-  overlay?: boolean;    // Playオーバーレイを有効/無効（デフォルト: true）
-  fallback?: boolean;   // オーバーレイが失敗した場合にフルストアページを使用（デフォルト: true）
-}
-```
-
-## Google Playの要件
-
-### Premium Growth Toolsの適格性
-インラインインストールを使用するには、アプリがGoogle PlayのPremium Growth Toolsの対象である必要があります:
-- 重要なユーザーエンゲージメントを持つアプリ
-- 良好なPlay Storeの評価とレビュー
-- Google Playポリシーへの準拠
-
-### ターゲットアプリの要件
-- ターゲットアプリがGoogle Play Storeで利用可能である必要があります
-- ターゲットアプリがインラインインストールをサポートしている必要があります
-- ユーザーがGoogle Play Storeにサインインしている必要があります
-
-## 動作とフォールバック
-
-### オーバーレイモード（デフォルト）
-1. アプリ内でGoogle Playオーバーレイを開くことを試みます
-2. オーバーレイが利用できない場合、フルPlay Storeページにフォールバック
-3. Play Storeが利用できない場合、エラーを表示
-
-### フルストアモード
-- フルGoogle Play Storeページを直接開きます
-- オーバーレイの試行を完全にバイパス
-
-## プラットフォームサポート
-
-- **Android**: Google Play Servicesで完全サポート
-- **iOS**: サポート対象外（Android固有の機能）
-- **Web**: サポート対象外（ネイティブAndroid機能）
-
-## 実装の詳細
-
-このプラグインはAndroidインテントを使用してGoogle Play Storeと通信します:
-- インラインインストールオーバーレイ用のインテントアクション
-- 標準Play Storeインテントへのフォールバック
-- Play Servicesの可用性の自動処理
-
-## ユースケース
-
-- **アプリ発見**: エコシステム内の関連アプリを宣伝
-- **クロスプロモーション**: パートナーアプリケーションのインストールを促進
-- **機能のロック解除**: 追加モジュールや拡張機能をインストール
-- **コンパニオンアプリ**: サポートアプリケーションをシームレスにインストール
-
-## ベストプラクティス
-
-- Play Servicesを持たないユーザーのために常にフォールバックオプションを提供
-- 異なるデバイス構成とPlay Storeバージョンでテスト
-- リファラー追跡を使用してコンバージョン率を測定
-- インストールエラーを適切に処理
-- ユーザーがインストールを拒否した場合は選択を尊重
-
-## 制限事項
-
-- Android専用機能
-- Google Play Servicesが必要
-- Premium Growth Toolsの対象となるアプリでのみ動作
-- Google Play Storeのポリシーと可用性に従う
diff --git a/src/content/docs/ja/docs/plugins/android-inline-install/index.mdx b/src/content/docs/ja/docs/plugins/android-inline-install/index.mdx
deleted file mode 100644
index 07e0afae3..000000000
--- a/src/content/docs/ja/docs/plugins/android-inline-install/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: "@capgo/capacitor-android-inline-install"
-description: CapacitorアプリのためのAndroidインラインアプリインストールプラグイン、シームレスなAPKインストールとアップデート管理。
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: インラインインストール機能とユーザーフレンドリーなフローでAndroidアプリのシームレスなアプリ内インストールとアップデートを可能にします。
-  image:
-    file: ~public/icons/plugins/android-inline-install.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/android-inline-install/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-inline-install/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概要
-
-Capacitor Android Inline Installプラグインは、AndroidアプリケーションのGoogle PlayのInline Installオーバーレイをトリガーできるようにします。このプラグインは、GoogleのPremium Growth Toolsを使用してシームレスなアプリ内インストール体験を提供し、ユーザーがアプリを離れることなくアプリをインストールできるようにします。
-
-<CardGrid stagger>
-  <Card title="Google Playオーバーレイ" icon="rocket">
-    ネイティブGoogle Playインストールオーバーレイをトリガー
-  </Card>
-  <Card title="シームレスな体験" icon="rocket">
-    アプリを離れることなくアプリをインストール
-  </Card>
-  <Card title="フォールバックサポート" icon="heart">
-    フルPlay Storeページへの自動フォールバック
-  </Card>
-  <Card title="キャンペーン追跡" icon="star">
-    リファラー追跡と分析のサポート
-  </Card>
-</CardGrid>
-
-## ドキュメント
-
-詳細な実装ガイドと高度な統合パターンについては、[完全なドキュメント](/docs/plugins/android-inline-install/getting-started/)をご確認ください。
diff --git a/src/content/docs/ja/docs/plugins/android-kiosk/getting-started.mdx b/src/content/docs/ja/docs/plugins/android-kiosk/getting-started.mdx
deleted file mode 100644
index 086f6867c..000000000
--- a/src/content/docs/ja/docs/plugins/android-kiosk/getting-started.mdx
+++ /dev/null
@@ -1,336 +0,0 @@
----
-title: はじめに
-description: Android Kioskプラグインのインストールと使用方法を学び、CapacitorアプリでAndroidデバイスをキオスクモードにロックします。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-android-kiosk" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## プラットフォームサポート
-
-このプラグインは**Android専用**です。iOSのキオスクモード機能については、デバイスの組み込み[ガイドアクセス](https://support.apple.com/en-us/HT202612)機能を使用してください。
-
-## 機能
-
-- **キオスクモード**: システムUIを非表示にして没入型フルスクリーンモードに入る
-- **ランチャー統合**: アプリをデバイスのランチャー/ホームアプリとして設定
-- **ハードウェアキー制御**: 特定のハードウェアボタンをブロックまたは許可
-- **ステータス検出**: キオスクモードがアクティブかどうか、またはアプリがランチャーとして設定されているかを確認
-- **Android 6.0以降**: Android API 23からAndroid 15（API 35）までサポート
-
-## 基本的な使用方法
-
-### キオスクモードへの入退出
-
-```typescript
-import { CapacitorAndroidKiosk } from '@capgo/capacitor-android-kiosk';
-
-// キオスクモードに入る
-await CapacitorAndroidKiosk.enterKioskMode();
-
-// キオスクモードを終了
-await CapacitorAndroidKiosk.exitKioskMode();
-
-// キオスクモードかどうかを確認
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-console.log('Kiosk mode active:', isInKioskMode);
-```
-
-### ランチャー機能
-
-完全なキオスクモード機能のためには、アプリをデバイスのランチャーとして設定する必要があります:
-
-```typescript
-// ユーザーがアプリをランチャーとして選択するためのホーム画面設定を開く
-await CapacitorAndroidKiosk.setAsLauncher();
-
-// アプリがランチャーとして設定されているか確認
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-console.log('App is launcher:', isLauncher);
-```
-
-### ハードウェアキー制御
-
-キオスクモードで機能させるハードウェアボタンを制御:
-
-```typescript
-// 音量キーのみ許可
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false
-});
-
-// すべてのキーをブロック（デフォルト）
-await CapacitorAndroidKiosk.setAllowedKeys({});
-```
-
-## 完全な例
-
-```typescript
-async function setupKioskMode() {
-  try {
-    // すでにランチャーとして設定されているか確認
-    const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-
-    if (!isLauncher) {
-      // ユーザーにランチャーとして設定するよう促す
-      await CapacitorAndroidKiosk.setAsLauncher();
-      alert('Please select this app as your Home app');
-      return;
-    }
-
-    // 許可するキーを設定
-    await CapacitorAndroidKiosk.setAllowedKeys({
-      volumeUp: true,
-      volumeDown: true,
-      back: false,
-      home: false,
-      recent: false,
-      power: false
-    });
-
-    // キオスクモードに入る
-    await CapacitorAndroidKiosk.enterKioskMode();
-    console.log('Kiosk mode activated');
-
-  } catch (error) {
-    console.error('Failed to setup kiosk mode:', error);
-  }
-}
-```
-
-## APIリファレンス
-
-### isInKioskMode()
-
-アプリが現在キオスクモードで実行されているかを確認します。
-
-```typescript
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-```
-
-**戻り値:**
-- `isInKioskMode` (boolean): キオスクモードが現在アクティブかどうか
-
----
-
-### isSetAsLauncher()
-
-アプリがデバイスのランチャー（ホームアプリ）として設定されているかを確認します。
-
-```typescript
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-```
-
-**戻り値:**
-- `isLauncher` (boolean): アプリがデバイスのランチャーとして設定されているかどうか
-
----
-
-### enterKioskMode()
-
-キオスクモードに入り、システムUIを非表示にしてハードウェアボタンをブロックします。これが効果的に機能するには、アプリをデバイスのランチャーとして設定する必要があります。
-
-```typescript
-await CapacitorAndroidKiosk.enterKioskMode();
-```
-
----
-
-### exitKioskMode()
-
-キオスクモードを終了し、通常のシステムUIとハードウェアボタンの機能を復元します。
-
-```typescript
-await CapacitorAndroidKiosk.exitKioskMode();
-```
-
----
-
-### setAsLauncher()
-
-このアプリをランチャーとして設定できるように、デバイスのホーム画面設定を開きます。完全なキオスクモード機能にはこれが必要です。
-
-```typescript
-await CapacitorAndroidKiosk.setAsLauncher();
-```
-
----
-
-### setAllowedKeys(options)
-
-キオスクモードで機能させるハードウェアキーを設定します。デフォルトでは、キオスクモードですべてのハードウェアキーがブロックされます。
-
-```typescript
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false,
-  power: false,
-  camera: false,
-  menu: false
-});
-```
-
-**パラメータ:**
-- `volumeUp` (boolean, オプション): 音量アップボタンを許可（デフォルト: false）
-- `volumeDown` (boolean, オプション): 音量ダウンボタンを許可（デフォルト: false）
-- `back` (boolean, オプション): 戻るボタンを許可（デフォルト: false）
-- `home` (boolean, オプション): ホームボタンを許可（デフォルト: false）
-- `recent` (boolean, オプション): 最近使用したアプリボタンを許可（デフォルト: false）
-- `power` (boolean, オプション): 電源ボタンを許可（デフォルト: false）
-- `camera` (boolean, オプション): カメラボタンを許可（存在する場合）（デフォルト: false）
-- `menu` (boolean, オプション): メニューボタンを許可（存在する場合）（デフォルト: false）
-
----
-
-### getPluginVersion()
-
-ネイティブCapacitorプラグインのバージョンを取得します。
-
-```typescript
-const { version } = await CapacitorAndroidKiosk.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-**戻り値:**
-- `version` (string): プラグインのバージョン番号
-
-## Android設定
-
-### 1. MainActivityのセットアップ
-
-完全なハードウェアキーブロックを有効にするには、`MainActivity.java`で`dispatchKeyEvent`をオーバーライドする必要があります:
-
-```java
-import android.view.KeyEvent;
-import ee.forgr.plugin.android_kiosk.CapacitorAndroidKioskPlugin;
-
-public class MainActivity extends BridgeActivity {
-    @Override
-    public boolean dispatchKeyEvent(KeyEvent event) {
-        // キオスクプラグインを取得
-        CapacitorAndroidKioskPlugin kioskPlugin = (CapacitorAndroidKioskPlugin)
-            this.getBridge().getPlugin("CapacitorAndroidKiosk").getInstance();
-
-        if (kioskPlugin != null && kioskPlugin.shouldBlockKey(event.getKeyCode())) {
-            return true; // キーをブロック
-        }
-
-        return super.dispatchKeyEvent(event);
-    }
-
-    @Override
-    public void onBackPressed() {
-        // super.onBackPressed()を呼び出さずに戻るボタンを無効化
-        // またはプラグインのhandleOnBackPressedを呼び出す
-    }
-}
-```
-
-### 2. AndroidManifest.xml
-
-アプリをランチャーとして選択可能にするためにランチャーインテントフィルターを追加:
-
-```xml
-<activity
-    android:name=".MainActivity"
-    ...>
-
-    <!-- 既存のインテントフィルター -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.LAUNCHER" />
-    </intent-filter>
-
-    <!-- アプリをランチャーとして選択可能にするためにこれを追加 -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.HOME" />
-        <category android:name="android.intent.category.DEFAULT" />
-    </intent-filter>
-</activity>
-```
-
-## 重要な注意事項
-
-1. **ランチャー要件**: 完全なキオスクモード機能（ホームボタンのブロック、タスク切り替えの防止）には、アプリをデバイスのランチャーとして設定する必要があります。
-
-2. **テスト**: テスト時は、プログラムでキオスクモードを終了するか、別のアプリをランチャーとして設定できます。
-
-3. **Androidバージョン**: このプラグインは、Android 11以降の最新Android APIを使用し、Android 6.0以降との互換性のために古いメソッドにフォールバックします。
-
-4. **セキュリティ**: このプラグインは正当なキオスクアプリケーション向けに設計されています。ユーザーがキオスクモードを終了する方法を提供してください。
-
-5. **バッテリー**: キオスクモードは画面をオンのままにします。独自の画面タイムアウトまたは明るさ管理の実装を検討してください。
-
-## iOS代替案
-
-iOSデバイスの場合は、組み込みの[ガイドアクセス](https://support.apple.com/en-us/HT202612)機能を使用してください:
-
-1. 設定 > アクセシビリティ > ガイドアクセスに移動
-2. ガイドアクセスをオンにする
-3. パスコードを設定
-4. アプリを開く
-5. サイドボタンをトリプルクリック
-6. 設定を調整してガイドアクセスを開始
-
-## ベストプラクティス
-
-1. **最初にランチャーステータスを確認**
-   ```typescript
-   const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-   if (!isLauncher) {
-     // 最初にランチャーとして設定するようユーザーに促す
-     await CapacitorAndroidKiosk.setAsLauncher();
-   }
-   ```
-
-2. **終了メカニズムを提供**
-   ```typescript
-   // 特定のキーの組み合わせで終了を許可
-   // または秘密のジェスチャー/パターンを実装
-   async function exitKioskWithConfirmation() {
-     const confirmed = confirm('Exit kiosk mode?');
-     if (confirmed) {
-       await CapacitorAndroidKiosk.exitKioskMode();
-     }
-   }
-   ```
-
-3. **アプリのライフサイクルを処理**
-   ```typescript
-   // アプリが再開したときにキオスクモードに再入
-   window.addEventListener('resume', async () => {
-     const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-     if (!isInKioskMode) {
-       await CapacitorAndroidKiosk.enterKioskMode();
-     }
-   });
-   ```
-
-4. **エラー処理**
-   ```typescript
-   try {
-     await CapacitorAndroidKiosk.enterKioskMode();
-   } catch (error) {
-     console.error('Failed to enter kiosk mode:', error);
-     // ユーザーに通知して代替案を提供
-   }
-   ```
diff --git a/src/content/docs/ja/docs/plugins/android-kiosk/index.mdx b/src/content/docs/ja/docs/plugins/android-kiosk/index.mdx
deleted file mode 100644
index 21b9ebeae..000000000
--- a/src/content/docs/ja/docs/plugins/android-kiosk/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@capgo/capacitor-android-kiosk"
-description: Capacitor用Android Kioskモードプラグイン - ランチャー機能でデバイスをキオスクモードにロック
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: Capacitorアプリ用にハードウェアボタンとランチャー機能を完全に制御して、Androidデバイスをキオスクモードにロックします。
-  image:
-    file: ~public/icons/plugins/android-kiosk.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/android-kiosk/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-kiosk/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="キオスクモード" icon="rocket">
-    システムUIを非表示にして没入型フルスクリーンモードに入る
-  </Card>
-  <Card title="ランチャー統合" icon="setting">
-    アプリをデバイスのランチャー/ホームアプリとして設定
-  </Card>
-  <Card title="ハードウェアキー制御" icon="warning">
-    特定のハードウェアボタン（戻る、ホーム、最近、音量、電源）をブロックまたは許可
-  </Card>
-  <Card title="ステータス検出" icon="approve-check">
-    キオスクモードがアクティブかどうか、またはアプリがランチャーとして設定されているかを確認
-  </Card>
-  <Card title="Android 6.0以降" icon="star">
-    Android API 23からAndroid 15（API 35）までサポート
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/android-kiosk/getting-started/)をチェックして、数分でキオスクモードを統合。
-  </Card>
-</CardGrid>
-
-## プラットフォームサポート
-
-このプラグインは**Android専用**です。iOSのキオスクモード機能については、デバイスの組み込み[ガイドアクセス](https://support.apple.com/en-us/HT202612)機能を使用してください。
diff --git a/src/content/docs/ja/docs/plugins/android-usagestatsmanager/getting-started.mdx b/src/content/docs/ja/docs/plugins/android-usagestatsmanager/getting-started.mdx
deleted file mode 100644
index 820090bce..000000000
--- a/src/content/docs/ja/docs/plugins/android-usagestatsmanager/getting-started.mdx
+++ /dev/null
@@ -1,173 +0,0 @@
----
-title: はじめに
-description: Android Usage Stats Managerプラグインのインストールと使用方法を学び、アプリ使用統計とデバイス使用データにアクセスします。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## プラットフォーム設定
-
-### Android
-
-必要な権限を`android/app/src/main/AndroidManifest.xml`に追加:
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## 使用例
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// 権限が許可されているか確認
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // 権限を許可するために設定を開く
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// 過去7日間の使用統計をクエリ
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7日前
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// インストールされているすべてのパッケージを取得
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## APIリファレンス
-
-### isUsageStatsPermissionGranted()
-
-```typescript
-isUsageStatsPermissionGranted() => Promise<{ granted: boolean }>
-```
-
-PACKAGE_USAGE_STATS権限が許可されているか確認します。
-
-**戻り値:** `Promise<{ granted: boolean }>`
-
-### openUsageStatsSettings()
-
-```typescript
-openUsageStatsSettings() => Promise<void>
-```
-
-使用統計権限を許可するためのシステム設定ページを開きます。
-
-### queryAndAggregateUsageStats(options)
-
-```typescript
-queryAndAggregateUsageStats(options: UsageStatsOptions) => Promise<UsageStatsResult>
-```
-
-インストールされているアプリの詳細な使用統計をクエリします。
-
-| パラメータ         | 型                           |
-| ------------- | ------------------------------ |
-| **`options`** | `UsageStatsOptions` |
-
-**戻り値:** `Promise<UsageStatsResult>`
-
-### queryAllPackages()
-
-```typescript
-queryAllPackages() => Promise<PackagesResult>
-```
-
-デバイスにインストールされているすべてのパッケージに関する情報を取得します。
-
-**戻り値:** `Promise<PackagesResult>`
-
-## インターフェース
-
-### UsageStatsOptions
-
-| プロパティ               | 型                | 説明                                         |
-| ------------------ | ------------------- | --------------------------------------------------- |
-| **`intervalType`** | `number` | 間隔タイプ（0=DAILY、1=WEEKLY、2=MONTHLY など） |
-| **`startTime`**    | `number` | ミリ秒単位の開始時刻                          |
-| **`endTime`**      | `number` | ミリ秒単位の終了時刻                            |
-
-### UsageStatsResult
-
-各アプリの使用統計データを含む:
-
-- アプリの使用時間と頻度
-- 最初と最後に使用された時刻
-- フォアグラウンドでの合計時間
-- 起動回数
-
-### PackagesResult
-
-インストールされているパッケージに関する情報を含む:
-
-- パッケージ名とバージョン
-- インストール時刻
-- アプリのラベルとアイコン
-- システムアプリ対ユーザーアプリ
-
-## 権限処理
-
-このプラグインは、通常のランタイム権限リクエストでは許可できない特別な権限が必要です:
-
-1. **PACKAGE_USAGE_STATS**: 使用統計へのアクセスを許可
-2. **QUERY_ALL_PACKAGES**: パッケージ情報に必要（Android 11以降）
-
-ユーザーはシステム設定を通じてこれらの権限を手動で許可する必要があります。`openUsageStatsSettings()`を使用して、ユーザーを適切な設定ページに誘導します。
-
-## ベストプラクティス
-
-- 使用統計をクエリする前に常に権限ステータスを確認
-- 権限拒否をユーザーフレンドリーなメッセージで適切に処理
-- 使用データを収集する際のユーザープライバシーを考慮
-- 適切なデータ処理とストレージプラクティスを実装
-- 使用データ収集のためのGoogle Playポリシーに従う
-
-## ユースケース
-
-- **デジタルウェルビーイングアプリ**: スクリーンタイムとアプリ使用を監視
-- **ペアレンタルコントロール**: 子供のデバイス使用を追跡
-- **生産性アプリ**: 作業パターンと集中時間を分析
-- **分析**: ユーザー行動とアプリエンゲージメントを理解
diff --git a/src/content/docs/ja/docs/plugins/android-usagestatsmanager/index.mdx b/src/content/docs/ja/docs/plugins/android-usagestatsmanager/index.mdx
deleted file mode 100644
index 378d08a86..000000000
--- a/src/content/docs/ja/docs/plugins/android-usagestatsmanager/index.mdx
+++ /dev/null
@@ -1,146 +0,0 @@
----
-title: "@capgo/capacitor-android-usagestatsmanager"
-description: Capacitorアプリ用のAndroid使用統計プラグイン、アプリ使用追跡、スクリーンタイム監視、使用分析機能付き。
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: Android使用統計にアクセスして、アプリ使用、スクリーンタイム、システムレベルのデータによるユーザー行動分析を監視します。
-  image:
-    file: ~public/icons/plugins/android-usagestatsmanager.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/android-usagestatsmanager/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-usagestatsmanager/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概要
-
-Capacitor Android Usage Stats ManagerプラグインはAndroidのUsageStatsManager SDKをCapacitorアプリケーションに公開し、詳細なアプリ使用統計とデバイス使用データへのアクセスを可能にします。このプラグインにより、開発者はAndroidデバイス上のアプリ使用パターン、スクリーンタイム、ユーザー行動分析を追跡できます。
-
-<CardGrid stagger>
-  <Card title="使用統計" icon="rocket">
-    Android UsageStatsManager SDKデータにアクセス
-  </Card>
-  <Card title="アプリ監視" icon="moon">
-    個別のアプリの使用時間と頻度を追跡
-  </Card>
-  <Card title="権限管理" icon="approve-check">
-    使用統計権限をシームレスに処理
-  </Card>
-  <Card title="パッケージ情報" icon="puzzle">
-    インストールされているパッケージの詳細とメタデータをクエリ
-  </Card>
-</CardGrid>
-
-## インストール
-
-```bash
-npm install @capgo/capacitor-android-usagestatsmanager
-npx cap sync
-```
-
-## 必要な権限
-
-これらの権限を`android/app/src/main/AndroidManifest.xml`に追加:
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## コアAPIメソッド
-
-### 使用統計
-- `queryAndAggregateUsageStats(options)` - インストールされているアプリの詳細な使用統計を取得
-- `isUsageStatsPermissionGranted()` - 使用統計権限が許可されているか確認
-- `openUsageStatsSettings()` - 使用統計権限のシステム設定を開く
-
-### パッケージ情報
-- `queryAllPackages()` - インストールされているすべてのパッケージに関する情報を取得
-
-## 使用例
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// 権限が許可されているか確認
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // 権限を許可するために設定を開く
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// 使用統計をクエリ
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7日前
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// インストールされているすべてのパッケージを取得
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## 権限処理
-
-このプラグインは、通常のランタイム権限リクエストでは許可できない特別な権限が必要です:
-
-1. **PACKAGE_USAGE_STATS**: 使用統計へのアクセスを許可
-2. **QUERY_ALL_PACKAGES**: パッケージ情報に必要（Android 11以降）
-
-ユーザーはシステム設定を通じてこれらの権限を手動で許可する必要があります。`openUsageStatsSettings()`を使用して、ユーザーを適切な設定ページに誘導します。
-
-## データタイプ
-
-### 使用統計
-- アプリの使用時間と頻度
-- 最初と最後に使用された時刻
-- フォアグラウンドでの合計時間
-- 起動回数
-
-### パッケージ情報
-- パッケージ名とバージョン
-- インストール時刻
-- アプリのラベルとアイコン
-- システムアプリ対ユーザーアプリ
-
-## ユースケース
-
-- **デジタルウェルビーイングアプリ**: スクリーンタイムとアプリ使用を監視
-- **ペアレンタルコントロール**: 子供のデバイス使用を追跡
-- **生産性アプリ**: 作業パターンと集中時間を分析
-- **分析**: ユーザー行動とアプリエンゲージメントを理解
-
-## Android互換性
-
-- **最小Androidバージョン**: APIレベル21（Android 5.0）
-- **高度な機能**: APIレベル29以降（Android 10以降）で強化された統計
-- **パッケージクエリ**: APIレベル30以降（Android 11以降）ではQUERY_ALL_PACKAGESが必要
-
-## セキュリティに関する考慮事項
-
-- 使用統計権限はセンシティブであり、ユーザーの同意が必要
-- 使用データを収集する際のユーザープライバシーを考慮
-- 適切なデータ処理とストレージプラクティスを実装
-- 使用データ収集のためのGoogle Playポリシーに従う
-
-## ドキュメント
-
-詳細な実装ガイドと高度な使用パターンについては、[完全なドキュメント](/docs/plugins/android-usagestatsmanager/getting-started/)をご確認ください。
diff --git a/src/content/docs/ja/docs/plugins/appinsights/getting-started.mdx b/src/content/docs/ja/docs/plugins/appinsights/getting-started.mdx
deleted file mode 100644
index e5a56e804..000000000
--- a/src/content/docs/ja/docs/plugins/appinsights/getting-started.mdx
+++ /dev/null
@@ -1,207 +0,0 @@
----
-title: はじめに
-description: Capacitorアプリでアプリケーション分析のためのAppInsightsプラグインのインストールと使用方法を学びます。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-appinsights" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-プラグインをインポートして、AppInsightsの資格情報で初期化します:
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-// SDKを初期化
-const initializeAnalytics = async () => {
-  await CapacitorAppinsights.init({
-    partnerId: 'your-partner-id',
-    partnerKey: 'your-partner-key'
-  });
-};
-
-// 追跡のためにユーザーIDを設定
-const setUser = async (userId: string) => {
-  await CapacitorAppinsights.setUserId({ userId });
-};
-
-// SDKの状態を取得
-const checkSDKState = async () => {
-  const state = await CapacitorAppinsights.getState();
-  console.log('SDK State:', state);
-};
-
-// プラグインのバージョンを取得
-const checkVersion = async () => {
-  const { version } = await CapacitorAppinsights.getPluginVersion();
-  console.log('Plugin version:', version);
-};
-```
-
-## APIリファレンス
-
-### init(options)
-
-資格情報でAppInsights SDKを初期化します。
-
-```typescript
-await CapacitorAppinsights.init({
-  partnerId: 'your-partner-id',
-  partnerKey: 'your-partner-key'
-});
-```
-
-**パラメータ:**
-- `partnerId` (string): AppInsightsパートナーID
-- `partnerKey` (string): AppInsightsパートナーキー
-
-### setUserId(options)
-
-初期化後にユーザーIDを設定または更新します。
-
-```typescript
-await CapacitorAppinsights.setUserId({
-  userId: 'user-123'
-});
-```
-
-**パラメータ:**
-- `userId` (string): 追跡のために設定するユーザーID
-
-### getState()
-
-SDKの現在の状態を取得します。
-
-```typescript
-const state = await CapacitorAppinsights.getState();
-console.log(state);
-// {
-//   initCompleted: true,
-//   jobScheduled: true,
-//   permissionAcquired: true
-// }
-```
-
-**戻り値:**
-- `initCompleted` (boolean): SDKの初期化が完了しているかどうか
-- `jobScheduled` (boolean): データ収集ジョブがスケジュールされているかどうか
-- `permissionAcquired` (boolean): 必要な権限が取得されているかどうか
-
-### getPluginVersion()
-
-ネイティブCapacitorプラグインのバージョンを取得します。
-
-```typescript
-const { version } = await CapacitorAppinsights.getPluginVersion();
-console.log('Version:', version);
-```
-
-## 完全な例
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-export class AnalyticsService {
-  private initialized = false;
-
-  async initialize(partnerId: string, partnerKey: string) {
-    try {
-      await CapacitorAppinsights.init({
-        partnerId,
-        partnerKey
-      });
-
-      const state = await CapacitorAppinsights.getState();
-      this.initialized = state.initCompleted;
-
-      console.log('AppInsights initialized:', state);
-    } catch (error) {
-      console.error('Failed to initialize AppInsights:', error);
-    }
-  }
-
-  async identifyUser(userId: string) {
-    if (!this.initialized) {
-      throw new Error('AppInsights not initialized');
-    }
-
-    await CapacitorAppinsights.setUserId({ userId });
-    console.log('User identified:', userId);
-  }
-
-  async getSDKStatus() {
-    const state = await CapacitorAppinsights.getState();
-    return {
-      ready: state.initCompleted && state.permissionAcquired,
-      tracking: state.jobScheduled,
-      state
-    };
-  }
-}
-```
-
-## ベストプラクティス
-
-1. **早期に初期化**
-   正確な追跡を確保するため、アプリの起動直後にSDKを初期化:
-   ```typescript
-   // アプリの初期化で
-   await CapacitorAppinsights.init({
-     partnerId: process.env.APPINSIGHTS_PARTNER_ID,
-     partnerKey: process.env.APPINSIGHTS_PARTNER_KEY
-   });
-   ```
-
-2. **ログイン時にユーザーIDを設定**
-   認証後にユーザーを識別:
-   ```typescript
-   async function onUserLogin(user) {
-     await CapacitorAppinsights.setUserId({
-       userId: user.id
-     });
-   }
-   ```
-
-3. **SDKの状態を確認**
-   重要な操作の前にSDKの準備ができているか確認:
-   ```typescript
-   const state = await CapacitorAppinsights.getState();
-   if (!state.initCompleted) {
-     console.warn('AppInsights not ready');
-   }
-   ```
-
-4. **エラーを適切に処理**
-   ```typescript
-   try {
-     await CapacitorAppinsights.init(config);
-   } catch (error) {
-     console.error('Analytics initialization failed:', error);
-     // 分析が失敗してもアプリの操作を続行
-   }
-   ```
-
-## プラットフォームノート
-
-### iOS
-- iOS 10.0以降が必要
-- 追跡のためにInfo.plistで必要な権限があることを確認
-
-### Android
-- Android 5.0（API 21）以降が必要
-- 追跡機能によっては使用統計権限が必要な場合がある
-
-### Web
-- Webプラットフォームではサポート対象外
diff --git a/src/content/docs/ja/docs/plugins/appinsights/index.mdx b/src/content/docs/ja/docs/plugins/appinsights/index.mdx
deleted file mode 100644
index 99d321d03..000000000
--- a/src/content/docs/ja/docs/plugins/appinsights/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-appinsights"
-description: Apptopia AppInsights SDKを使用したCapacitorアプリのアプリケーションインサイトと分析統合。
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: CapacitorアプリのAppInsights統合でアプリ使用、ユーザー行動、パフォーマンスメトリクスを追跡します。
-  image:
-    file: ~public/icons/plugins/appinsights.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/appinsights/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-appinsights/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="分析追跡" icon="star">
-    AppInsightsでユーザー行動とアプリ使用を追跡
-  </Card>
-  <Card title="ユーザー識別" icon="heart">
-    パーソナライズされた追跡のためにユーザーIDを設定・管理
-  </Card>
-  <Card title="SDK状態管理" icon="setting">
-    SDKの初期化と権限ステータスを監視
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/appinsights/getting-started/)をチェックして、数分で分析を統合。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/audio-recorder/getting-started.mdx b/src/content/docs/ja/docs/plugins/audio-recorder/getting-started.mdx
deleted file mode 100644
index aa2429085..000000000
--- a/src/content/docs/ja/docs/plugins/audio-recorder/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-title: "Audio Recorderの始め方"
-description: "CapacitorアプリにオーディオレコーディングをIntegrateする方法を学ぶ"
-locale: ja
----
-
-このガイドでは、Capacitor Audio RecorderプラグインをアプリケーションにIntegrateする手順を説明します。
-
-## インストール
-
-npmを使用してプラグインをインストールします:
-
-```bash
-npm install @capgo/capacitor-audio-recorder
-npx cap sync
-```
-
-## iOS設定
-
-`Info.plist`に以下を追加します:
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs access to the microphone to record audio</string>
-```
-
-## Android設定
-
-`AndroidManifest.xml`に以下の権限を追加します:
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-```
-
-## Web設定
-
-プラグインはMediaRecorder APIを使用します。本番環境ではHTTPSが必要です。
-
-## 基本的な使い方
-
-### プラグインのインポート
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-```
-
-### 権限のリクエスト
-
-```typescript
-const requestPermission = async () => {
-  const permission = await AudioRecorder.requestPermissions();
-  console.log('Permission status:', permission.recordAudio);
-};
-```
-
-### 録音の開始
-
-```typescript
-const startRecording = async () => {
-  await AudioRecorder.startRecording();
-  console.log('Recording started');
-};
-```
-
-### 録音の停止
-
-```typescript
-const stopRecording = async () => {
-  const result = await AudioRecorder.stopRecording();
-  console.log('Recording path:', result.filePath);
-  console.log('Duration:', result.duration);
-};
-```
-
-### 録音の一時停止/再開
-
-```typescript
-const pauseRecording = async () => {
-  await AudioRecorder.pauseRecording();
-  console.log('Recording paused');
-};
-
-const resumeRecording = async () => {
-  await AudioRecorder.resumeRecording();
-  console.log('Recording resumed');
-};
-```
-
-### ステータスの取得
-
-```typescript
-const getStatus = async () => {
-  const status = await AudioRecorder.getStatus();
-  console.log('Is recording:', status.isRecording);
-  console.log('Duration:', status.currentTime);
-};
-```
-
-## 完全な例
-
-ボイスレコーダーの完全な実装例です:
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-
-class VoiceRecorder {
-  private isRecording = false;
-  private isPaused = false;
-  private recordingPath: string | null = null;
-
-  async initialize() {
-    const permission = await AudioRecorder.checkPermissions();
-
-    if (permission.recordAudio !== 'granted') {
-      const requested = await AudioRecorder.requestPermissions();
-
-      if (requested.recordAudio !== 'granted') {
-        throw new Error('Microphone permission denied');
-      }
-    }
-  }
-
-  async startRecording() {
-    try {
-      await AudioRecorder.startRecording();
-      this.isRecording = true;
-      this.isPaused = false;
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  async pauseRecording() {
-    if (!this.isRecording || this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.pauseRecording();
-      this.isPaused = true;
-      console.log('Recording paused');
-    } catch (error) {
-      console.error('Failed to pause recording:', error);
-      throw error;
-    }
-  }
-
-  async resumeRecording() {
-    if (!this.isRecording || !this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.resumeRecording();
-      this.isPaused = false;
-      console.log('Recording resumed');
-    } catch (error) {
-      console.error('Failed to resume recording:', error);
-      throw error;
-    }
-  }
-
-  async stopRecording() {
-    if (!this.isRecording) {
-      return null;
-    }
-
-    try {
-      const result = await AudioRecorder.stopRecording();
-      this.isRecording = false;
-      this.isPaused = false;
-      this.recordingPath = result.filePath;
-
-      console.log('Recording stopped');
-      console.log('File path:', result.filePath);
-      console.log('Duration:', result.duration, 'seconds');
-
-      return result;
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  async getCurrentStatus() {
-    const status = await AudioRecorder.getStatus();
-    return {
-      isRecording: status.isRecording,
-      duration: status.currentTime,
-      isPaused: this.isPaused
-    };
-  }
-
-  formatDuration(seconds: number): string {
-    const mins = Math.floor(seconds / 60);
-    const secs = Math.floor(seconds % 60);
-    return `${mins}:${secs.toString().padStart(2, '0')}`;
-  }
-
-  getRecordingPath(): string | null {
-    return this.recordingPath;
-  }
-}
-
-// Usage
-const recorder = new VoiceRecorder();
-
-// Initialize
-await recorder.initialize();
-
-// Start recording
-await recorder.startRecording();
-
-// Pause
-await recorder.pauseRecording();
-
-// Resume
-await recorder.resumeRecording();
-
-// Stop and get result
-const result = await recorder.stopRecording();
-console.log('Recording saved:', result?.filePath);
-```
-
-## 高度な設定
-
-### オーディオ品質の設定
-
-```typescript
-const startHighQualityRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',           // aac, mp3, or wav
-    sampleRate: 44100,       // 44100 Hz (CD quality)
-    channels: 2,             // Stereo
-    bitRate: 320000          // 320 kbps
-  });
-};
-```
-
-### ボイス用の設定
-
-```typescript
-const startVoiceRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',
-    sampleRate: 16000,       // 16 kHz (voice optimized)
-    channels: 1,             // Mono
-    bitRate: 64000           // 64 kbps
-  });
-};
-```
-
-## UIインテグレーションの例
-
-```typescript
-class AudioRecorderUI {
-  private recorder: VoiceRecorder;
-  private updateInterval: any;
-
-  constructor() {
-    this.recorder = new VoiceRecorder();
-  }
-
-  async init() {
-    await this.recorder.initialize();
-    this.setupEventListeners();
-  }
-
-  setupEventListeners() {
-    const recordButton = document.getElementById('record-btn');
-    const pauseButton = document.getElementById('pause-btn');
-    const stopButton = document.getElementById('stop-btn');
-
-    recordButton?.addEventListener('click', () => this.handleRecord());
-    pauseButton?.addEventListener('click', () => this.handlePause());
-    stopButton?.addEventListener('click', () => this.handleStop());
-  }
-
-  async handleRecord() {
-    await this.recorder.startRecording();
-    this.startDurationUpdate();
-    this.updateUI('recording');
-  }
-
-  async handlePause() {
-    const status = await this.recorder.getCurrentStatus();
-
-    if (status.isPaused) {
-      await this.recorder.resumeRecording();
-      this.updateUI('recording');
-    } else {
-      await this.recorder.pauseRecording();
-      this.updateUI('paused');
-    }
-  }
-
-  async handleStop() {
-    const result = await this.recorder.stopRecording();
-    this.stopDurationUpdate();
-    this.updateUI('stopped');
-
-    if (result) {
-      this.showRecordingResult(result);
-    }
-  }
-
-  startDurationUpdate() {
-    this.updateInterval = setInterval(async () => {
-      const status = await this.recorder.getCurrentStatus();
-      this.updateDurationDisplay(status.duration);
-    }, 100);
-  }
-
-  stopDurationUpdate() {
-    if (this.updateInterval) {
-      clearInterval(this.updateInterval);
-    }
-  }
-
-  updateDurationDisplay(duration: number) {
-    const display = document.getElementById('duration');
-    if (display) {
-      display.textContent = this.recorder.formatDuration(duration);
-    }
-  }
-
-  updateUI(state: 'recording' | 'paused' | 'stopped') {
-    // Update button states, colors, etc.
-    console.log('UI state:', state);
-  }
-
-  showRecordingResult(result: any) {
-    console.log('Recording complete:', result);
-    // Show playback UI, save options, etc.
-  }
-}
-
-// Initialize UI
-const ui = new AudioRecorderUI();
-ui.init();
-```
-
-## ベストプラクティス
-
-1. **早めに権限をリクエスト**: 録音UIを表示する前に権限を確認
-2. **中断への対処**: 電話、アラームは録音を中断する可能性があります
-3. **ストレージの管理**: スペースを節約するために古い録音を削除
-4. **フィードバックの提供**: 録音状態、期間、波形を表示
-5. **実機でテスト**: シミュレーター/エミュレーターのオーディオサポートは限定的です
-
-## よくある問題
-
-### 権限が拒否された場合
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await AudioRecorder.checkPermissions();
-
-  if (permission.recordAudio === 'denied') {
-    alert('Microphone permission is required to record audio. Please enable it in Settings.');
-  }
-};
-```
-
-### 録音が中断された場合
-
-```typescript
-// Handle app going to background
-document.addEventListener('pause', async () => {
-  const status = await recorder.getCurrentStatus();
-  if (status.isRecording) {
-    await recorder.pauseRecording();
-    // Notify user
-  }
-});
-```
-
-### ストレージ管理
-
-```typescript
-const cleanupOldRecordings = async () => {
-  // Implement cleanup logic
-  // Delete recordings older than X days
-  // Or keep only last N recordings
-};
-```
-
-## 次のステップ
-
-- 完全なメソッドドキュメントについては[APIリファレンス](https://github.com/Cap-go/capacitor-audio-recorder#api)をご覧ください
-- 高度な使い方については[サンプルアプリ](https://github.com/Cap-go/capacitor-audio-recorder/tree/main/example)をご覧ください
-- 完全な実装例については[チュートリアル](/plugins/capacitor-audio-recorder)をご覧ください
diff --git a/src/content/docs/ja/docs/plugins/audio-recorder/index.mdx b/src/content/docs/ja/docs/plugins/audio-recorder/index.mdx
deleted file mode 100644
index abe90ac1a..000000000
--- a/src/content/docs/ja/docs/plugins/audio-recorder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-audio-recorder"
-description: CapacitorでiOS、Android、Webでオーディオを録音
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: Capacitorアプリケーション用の高品質オーディオ録音
-  image:
-    file: ~public/icons/plugins/audio-recorder.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/audio-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-audio-recorder
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="クロスプラットフォーム" icon="laptop">
-    統一されたAPIでiOS、Android、Webでオーディオを録音
-  </Card>
-  <Card title="複数のフォーマット" icon="document">
-    AAC、MP3、WAVエンコーディングに対応
-  </Card>
-  <Card title="設定可能な品質" icon="setting">
-    最適な品質のためにサンプルレート、ビットレート、チャンネルを制御
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/audio-recorder/getting-started/)をチェックして、数分でプラグインをマスター。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/audiosession/getting-started.mdx b/src/content/docs/ja/docs/plugins/audiosession/getting-started.mdx
deleted file mode 100644
index 036df57c8..000000000
--- a/src/content/docs/ja/docs/plugins/audiosession/getting-started.mdx
+++ /dev/null
@@ -1,72 +0,0 @@
----
-title: はじめに
-description: iOS のオーディオルート変更と中断に反応するように AudioSession プラグインを設定する
-sidebar:
-  order: 2
-locale: ja
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-> ℹ️ **プラットフォームサポート:** オーディオセッション API は iOS で利用可能です。Android と Web での呼び出しは影響なく解決するため、共有ロジックを保持できます。
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-plugin-audiosession" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **iOS プラットフォームを同期**
-   <PackageManagers type="exec" pkg="cap" args="sync ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 利用可能な出力を検査
-
-```typescript
-import { AudioSession, AudioSessionPorts } from '@capgo/capacitor-plugin-audiosession';
-
-const outputs = await AudioSession.currentOutputs();
-
-if (outputs.includes(AudioSessionPorts.BLUETOOTH_A2DP)) {
-  console.log('Bluetooth speaker connected');
-}
-```
-
-## スピーカーモードでのオーバーライド
-
-```typescript
-import { AudioSession, OutputOverrideType } from '@capgo/capacitor-plugin-audiosession';
-
-await AudioSession.overrideOutput(OutputOverrideType.speaker);
-
-// Restore system routing when you are done
-await AudioSession.overrideOutput(OutputOverrideType.default);
-```
-
-## ルート変更と中断イベントをリッスン
-
-```typescript
-import { AudioSession, RouteChangeReasons, InterruptionTypes } from '@capgo/capacitor-plugin-audiosession';
-
-const routeListener = await AudioSession.addListener('routeChanged', (reason) => {
-  if (reason === RouteChangeReasons.NEW_DEVICE_AVAILABLE) {
-    console.log('User connected a new audio route');
-  }
-});
-
-const interruptionListener = await AudioSession.addListener('interruption', (type) => {
-  if (type === InterruptionTypes.BEGAN) {
-    // Pause playback while we are interrupted
-  } else {
-    // Resume playback
-  }
-});
-
-// Later during cleanup
-await routeListener.remove();
-await interruptionListener.remove();
-```
-
-## 権限
-
-- **iOS**: アプリがバックグラウンドでオーディオを再生する場合は、`ios/App/App/Info.plist` 内に必要なバックグラウンド オーディオ モード (`audio`、`voice` など) を追加してください。
-- **その他のプラットフォーム**: 追加のセットアップは不要です。メソッドは空の結果で解決します。
diff --git a/src/content/docs/ja/docs/plugins/audiosession/index.mdx b/src/content/docs/ja/docs/plugins/audiosession/index.mdx
deleted file mode 100644
index 12111c41f..000000000
--- a/src/content/docs/ja/docs/plugins/audiosession/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-plugin-audiosession"
-locale: ja
-description: Capacitorアプリからオーディオルートの変更と中断を処理するために、iOSオーディオセッションを監視および制御します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: オーディオルートの変更をリッスンし、中断に対応し、Capacitorを離れることなくスピーカーへの再生を再ルーティングします。
-  image:
-    file: ~public/icons/plugins/audiosession.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/audiosession/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-audiosession/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-CapgoのAudioSessionプラグインは、iOS AVAudioSessionレイヤーをきめ細かく制御できるため、ヘッドフォン、Bluetoothデバイス、予期しない中断を適切に処理できます。
-
-<CardGrid stagger>
-  <Card title="ルート認識" icon="rocket">
-    ユーザーがヘッドセット、AirPods、Bluetoothスピーカーなどを接続または取り外したときを検出します。
-  </Card>
-  <Card title="スピーカーオーバーライド" icon="setting">
-    ハンズフリーオーディオが必要な場合に、内蔵スピーカーを通じて強制的に再生します。
-  </Card>
-  <Card title="中断処理" icon="moon">
-    電話やSiriなどの中断イベントに対応して、オーディオを安全に一時停止および再開します。
-  </Card>
-  <Card title="型安全性" icon="pencil">
-    強力なTypeScript定義により、堅牢なオーディオエクスペリエンスを簡単に構築できます。
-  </Card>
-</CardGrid>
-
-このプラグインは、AVAudioSessionの制御が必要なiOSを対象としています。他のプラットフォームでは、呼び出しは効果なく解決され、1つの共有コードパスを維持できます。
diff --git a/src/content/docs/ja/docs/plugins/autofill-save-password/getting-started.mdx b/src/content/docs/ja/docs/plugins/autofill-save-password/getting-started.mdx
deleted file mode 100644
index 40a283e88..000000000
--- a/src/content/docs/ja/docs/plugins/autofill-save-password/getting-started.mdx
+++ /dev/null
@@ -1,260 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Capacitorアプリでシームレスなパスワード管理を実現するために、Autofill Save Passwordプラグインをインストールして設定する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## プラットフォームサポート
-
-- **iOS**: 完全サポート（iOS 18.3以前のバージョン）
-- **Android**: 開発中
-
-## プラットフォーム設定
-
-### iOS
-
-#### 1. Associated Domainsの設定
-
-Apple Developer アカウントで Associated Domains を設定し、`App.entitlements` ファイルに追加します:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-#### 2. Web Credentialの設定
-
-ウェブサイトに `.well-known/apple-app-site-association` ファイルを追加します:
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-### Android（将来のサポート）
-
-#### 1. Google Services Plugin
-
-`android/app/build.gradle` に追加します:
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-#### 2. ドメイン設定
-
-`android/app/src/main/res/values/strings.xml` に追加します:
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-## 使用例
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// ログイン成功後にパスワードを保存
-async function login(username: string, password: string) {
-  try {
-    // ここでログインロジックを実行
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // パスワードを保存するようユーザーに促す
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // iOSのみ
-      });
-
-      console.log('Password saved successfully');
-    }
-  } catch (error) {
-    console.error('Failed to save password:', error);
-  }
-}
-
-// 自動入力用に保存されたパスワードを読み取る
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Found saved credentials');
-      // ログインフォームに事前入力
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Failed to read saved password:', error);
-  }
-
-  return null;
-}
-```
-
-## APIリファレンス
-
-### promptDialog(options)
-
-```typescript
-promptDialog(options: SavePasswordOptions) => Promise<void>
-```
-
-ユーザー認証情報をシステムキーチェーンに保存します。
-
-| パラメータ | 型 |
-| ------------- | --------------------------------- |
-| **`options`** | `SavePasswordOptions` |
-
-### readPassword()
-
-```typescript
-readPassword() => Promise<SavedCredentials>
-```
-
-システムキーチェーンから保存された認証情報を取得します。
-
-**戻り値:** `Promise<SavedCredentials>`
-
-## インターフェース
-
-### SavePasswordOptions
-
-| プロパティ | 型 | 説明 |
-| -------------- | ------------------ | --------------------------------------------- |
-| **`username`** | `string` | 保存するユーザー名 |
-| **`password`** | `string` | 保存するパスワード |
-| **`url`**      | `string` | iOSのみ - 関連ドメインURL（オプション） |
-
-### SavedCredentials
-
-| プロパティ | 型 | 説明 |
-| -------------- | ----------------- | ---------------------------- |
-| **`username`** | `string` | 保存されたユーザー名 |
-| **`password`** | `string` | 保存されたパスワード |
-
-## ログインフローとの統合
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // バックエンドで認証
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // 認証情報の保存を提案
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login failed:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // ユーザーが保存を拒否したか、エラーが発生した
-      console.log('Password not saved:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('No saved credentials found');
-      return null;
-    }
-  }
-}
-```
-
-## ベストプラクティス
-
-- 認証が成功した後にのみパスワードの保存を促す
-- ユーザーがパスワードの保存を拒否した場合を適切に処理する
-- キーチェーンアクセスの失敗に対する適切なエラーハンドリングを実装する
-- シームレスなウェブアプリ認証情報共有のために関連ドメインを使用する
-- 異なるiOSバージョン間で自動入力機能をテストする
-
-## セキュリティに関する考慮事項
-
-- 認証情報は適切なセキュリティフラグでシステムキーチェーンに保存されます
-- 関連ドメインにより、認証情報は認可されたアプリのみがアクセスできることが保証されます
-- 認証情報管理については、プラットフォームのセキュリティガイドラインに従ってください
-- 機密性の高いアプリケーションには追加のセキュリティ対策の実装を検討してください
diff --git a/src/content/docs/ja/docs/plugins/autofill-save-password/index.mdx b/src/content/docs/ja/docs/plugins/autofill-save-password/index.mdx
deleted file mode 100644
index 926c00aac..000000000
--- a/src/content/docs/ja/docs/plugins/autofill-save-password/index.mdx
+++ /dev/null
@@ -1,279 +0,0 @@
----
-title: "@capgo/capacitor-autofill-save-password"
-locale: ja
-description: 認証情報管理、安全なストレージ、シームレスなユーザーエクスペリエンスを備えたCapacitorアプリ用のパスワード自動入力サポートプラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: シームレスな認証エクスペリエンスのためにシステム統合でパスワード自動入力と認証情報管理を有効にします。
-  image:
-    file: ~public/icons/plugins/autofill-save-password.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/autofill-save-password/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-autofill-save-password/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概要
-
-Capacitor Autofill Save Passwordプラグインは、Capacitorアプリケーション用のパスワード保存および自動入力機能を提供します。このプラグインは、安全なパスワードストレージと取得でシームレスな認証エクスペリエンスを提供するために、システムレベルの認証情報管理と統合します。
-
-<CardGrid stagger>
-  <Card title="パスワード保存" icon="rocket">
-    認証情報をシステムキーチェーンに安全に保存 🔐
-  </Card>
-  <Card title="自動入力統合" icon="setting">
-    システムレベルのパスワード自動入力サポート 🗝️
-  </Card>
-  <Card title="クロスプラットフォーム" icon="laptop">
-    iOSサポート、Androidは開発中 📱
-  </Card>
-  <Card title="ドメイン関連付け" icon="puzzle">
-    シームレスな認証のための関連ドメイン ❤️
-  </Card>
-</CardGrid>
-
-## インストール
-
-```bash
-npm install @capgo/capacitor-autofill-save-password
-npx cap sync
-```
-
-## プラットフォームサポート
-
-- **iOS**: 完全サポート（iOS 18.3以前のバージョンで動作）
-- **Android**: 開発中
-
-## iOS設定
-
-### 1. Associated Domainsの設定
-
-Apple Developer アカウントで Associated Domains を設定し、`App.entitlements` ファイルに追加します:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-### 2. Web Credentialの設定
-
-ウェブサイトに `.well-known/apple-app-site-association` ファイルを追加します:
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-## コアAPIメソッド
-
-### パスワード管理
-- `promptDialog(options)` - パスワードをシステムキーチェーンに保存
-- `readPassword()` - キーチェーンから保存されたパスワードを読み取る
-
-## 使用例
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// ログイン成功後にパスワードを保存
-async function login(username: string, password: string) {
-  try {
-    // ここでログインロジックを実行
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // パスワードを保存するようユーザーに促す
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // iOSのみ
-      });
-
-      console.log('Password saved successfully');
-    }
-  } catch (error) {
-    console.error('Failed to save password:', error);
-  }
-}
-
-// 自動入力用に保存されたパスワードを読み取る
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Found saved credentials');
-      // ログインフォームに事前入力
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Failed to read saved password:', error);
-  }
-
-  return null;
-}
-```
-
-## Android設定（開発中）
-
-将来のAndroidサポートには、以下の設定が必要になります:
-
-### 1. Google Services Plugin
-
-`android/app/build.gradle` に追加します:
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-### 2. ドメイン設定
-
-`android/app/src/main/res/values/strings.xml` に追加します:
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-### 3. Google Services JSON
-
-Androidプロジェクトに `google-services.json` を追加します。
-
-## APIリファレンス
-
-### promptDialog(options)
-
-ユーザー認証情報をシステムキーチェーンに保存します。
-
-```typescript
-interface SavePasswordOptions {
-  username: string;
-  password: string;
-  url?: string; // iOSのみ - 関連ドメインURL
-}
-```
-
-### readPassword()
-
-システムキーチェーンから保存された認証情報を取得します。
-
-```typescript
-interface SavedCredentials {
-  username: string;
-  password: string;
-}
-```
-
-## ログインフローとの統合
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // バックエンドで認証
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // 認証情報の保存を提案
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login failed:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // ユーザーが保存を拒否したか、エラーが発生した
-      console.log('Password not saved:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('No saved credentials found');
-      return null;
-    }
-  }
-}
-```
-
-## ベストプラクティス
-
-- 認証が成功した後にのみパスワードの保存を促す
-- ユーザーがパスワードの保存を拒否した場合を適切に処理する
-- キーチェーンアクセスの失敗に対する適切なエラーハンドリングを実装する
-- シームレスなウェブアプリ認証情報共有のために関連ドメインを使用する
-- 異なるiOSバージョン間で自動入力機能をテストする
-
-## セキュリティに関する考慮事項
-
-- 認証情報は適切なセキュリティフラグでシステムキーチェーンに保存されます
-- 関連ドメインにより、認証情報は認可されたアプリのみがアクセスできることが保証されます
-- 認証情報管理については、プラットフォームのセキュリティガイドラインに従ってください
-- 機密性の高いアプリケーションには追加のセキュリティ対策の実装を検討してください
-
-## 制限事項
-
-- Androidサポートは現在開発中です
-- iOSには適切な関連ドメイン設定が必要です
-- 自動入力の動作は異なるiOSバージョン間で異なる場合があります
-- 認証情報の保存とアクセスにはユーザーの同意が必要です
-
-## ドキュメント
-
-詳細な実装ガイドと高度な統合パターンについては、[完全なドキュメント](/docs/plugins/autofill-save-password/getting-started/)を確認してください。
diff --git a/src/content/docs/ja/docs/plugins/background-geolocation/getting-started.mdx b/src/content/docs/ja/docs/plugins/background-geolocation/getting-started.mdx
deleted file mode 100644
index acbc784cd..000000000
--- a/src/content/docs/ja/docs/plugins/background-geolocation/getting-started.mdx
+++ /dev/null
@@ -1,270 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Background Geolocationプラグインをインストールして使用し、バックグラウンドでデバイスの位置を追跡する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-このプラグインはCapacitor v7をサポートしています:
-
-| Capacitor  | Plugin |
-|------------|--------|
-| v7         | v7     |
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-</Tabs>
-
-## プラットフォーム設定
-
-### iOS
-
-以下のキーを `Info.plist` に追加してください:
-
-```xml
-<dict>
-  ...
-  <key>NSLocationWhenInUseUsageDescription</key>
-  <string>We need to track your location</string>
-  <key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-  <string>We need to track your location while your device is locked.</string>
-  <key>UIBackgroundModes</key>
-  <array>
-    <string>location</string>
-  </array>
-  ...
-</dict>
-```
-
-### Android
-
-Capacitor設定で `android.useLegacyBridge` オプションを `true` に設定してください。これにより、バックグラウンドで5分後に位置情報更新が停止するのを防ぎます。https://capacitorjs.com/docs/config および https://github.com/capacitor-community/background-geolocation/issues/89 を参照してください。
-
-Android 13+では、バックグラウンドで位置情報が使用されていることをユーザーに通知する永続的な通知を表示するために、アプリに `POST_NOTIFICATIONS` ランタイム権限が必要です。このランタイム権限は、位置情報権限が付与された後にリクエストされます。
-
-アプリが位置情報更新をリアルタイムでサーバーに転送する場合、バックグラウンドで5分後にAndroidがWebViewから開始されたHTTPリクエストをスロットルすることに注意してください。解決策は、[CapacitorHttp](https://capacitorjs.com/docs/apis/http)などのネイティブHTTPプラグインを使用することです。https://github.com/capacitor-community/background-geolocation/issues/14 を参照してください。
-
-Android固有の設定は `strings.xml` で行うことができます:
-```xml
-<resources>
-    <!--
-        バックグラウンド通知のチャンネル名。ユーザーが通知を長押しすると表示されます。
-        デフォルトは "Background Tracking" です。
-    -->
-    <string name="capacitor_background_geolocation_notification_channel_name">
-        Background Tracking
-    </string>
-
-    <!--
-        バックグラウンド通知に使用するアイコン。先頭の "@" がないことに注意してください。
-        デフォルトは "mipmap/ic_launcher"（アプリの起動アイコン）です。
-
-        ラスター画像を使用してアイコンを生成する場合（ベクター画像とは対照的に）、
-        透明な背景が必要です。画像が互換性があることを確認するには、
-        Android Studioで画像アセットを作成する際に "Notification Icons" を
-        Icon Typeとして選択してください。
-
-        互換性のない画像アセットは、アイコンが正しく表示されても、
-        いくつかの特徴的な方法で通知が誤動作する原因となります:
-
-          - 通知がユーザーによって解除可能になる場合があります（本来解除できないはずです）
-          - 通知をタップすると、アプリではなく設定が開く場合があります
-          - 通知テキストが正しくない場合があります
-    -->
-    <string name="capacitor_background_geolocation_notification_icon">
-        drawable/ic_tracking
-    </string>
-
-    <!--
-        android.graphics.Color.parseColorで解析可能な文字列としての通知の色。
-        オプションです。
-    -->
-    <string name="capacitor_background_geolocation_notification_color">
-        yellow
-    </string>
-</resources>
-```
-
-## 使用方法
-
-```javascript
-import { BackgroundGeolocation } from "@capgo/background-geolocation";
-
-BackgroundGeolocation.start(
-    {
-        backgroundMessage: "Cancel to prevent battery drain.",
-        backgroundTitle: "Tracking You.",
-        requestPermissions: true,
-        stale: false,
-        distanceFilter: 50
-    },
-    (location, error) => {
-        if (error) {
-            if (error.code === "NOT_AUTHORIZED") {
-                if (window.confirm(
-                    "This app needs your location, " +
-                    "but does not have permission.\n\n" +
-                    "Open settings now?"
-                )) {
-                    // ユーザーのデバイスの設定に移動するのが便利な場合があります
-                    // 位置情報権限が拒否されている場合、
-                    // プラグインはそのための 'openSettings' メソッドを提供しています
-                    BackgroundGeolocation.openSettings();
-                }
-            }
-            return console.error(error);
-        }
-        return console.log(location);
-    }
-).then(() => {
-    // 位置情報更新が不要になったら、プラグインを停止する必要があります
-    BackgroundGeolocation.stop();
-});
-
-// 計画されたルートを設定して、新しい位置が到着し、それがルート上にない場合に通知音を取得します:
-
-BackgroundGeolocation.setPlannedRoute({soundFile: "assets/myFile.mp3", route: [[1,2], [3,4]], distance: 30 });
-
-// 現在の位置だけが必要な場合は、次のようなことを試してください。
-// タイムアウトが長いほど、推測はより正確になります。100ms未満にはしないことをお勧めします。
-function guessLocation(callback, timeout) {
-    let last_location;
-    BackgroundGeolocation.start(
-        {
-            requestPermissions: false,
-            stale: true
-        },
-        (location) => {
-            last_location = location || undefined;
-        }
-    ).then(() => {
-        setTimeout(() => {
-            callback(last_location);
-            BackgroundGeolocation.stop();
-        }, timeout);
-    });
-}
-```
-
-## API
-
-### start(...)
-
-```typescript
-start(options: StartOptions, callback: (position?: Location | undefined, error?: CallbackError | undefined) => void) => Promise<void>
-```
-
-デバイスの位置の変更をリッスンするには、このメソッドを呼び出します。
-呼び出しが完了したことを示すPromiseが返されます。コールバックは、新しい位置が利用可能になるたびに、
-またはこのメソッドの呼び出し時にエラーが発生した場合に呼び出されます。これに対するpromiseの拒否には依存しないでください。
-
-| パラメータ | 型 | 説明 |
-| -------------- | ------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------- |
-| **`options`**  | `StartOptions`                                                                     | 設定オプション |
-| **`callback`** | `(position?: Location, error?: CallbackError) => void` | 新しい位置が利用可能になったとき、またはエラーが発生したときに呼び出されるコールバック関数 |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-位置情報更新を停止します。
-
-### openSettings()
-
-```typescript
-openSettings() => Promise<void>
-```
-
-デバイスの位置情報設定ページを開きます。
-ユーザーを位置情報サービスの有効化や権限の調整に誘導するのに便利です。
-
-### setPlannedRoute(...)
-
-```typescript
-setPlannedRoute(options: SetPlannedRouteOptions) => Promise<void>
-```
-
-ユーザーが計画されたルートから外れたときに音声ファイルを再生します。
-これは音声を再生するために使用する必要があります（バックグラウンドでも、ネイティブのみ）。
-
-| パラメータ | 型 | 説明 |
-| ------------- | ------------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | `SetPlannedRouteOptions` | 計画されたルートと音声ファイルを設定するためのオプション |
-
-## インターフェース
-
-### StartOptions
-
-位置情報更新を設定するためのオプション。
-
-| プロパティ | 型 | 説明 | デフォルト |
-| ------------------------ | -------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------- |
-| **`backgroundMessage`**  | `string`  | "backgroundMessage" オプションが定義されている場合、アプリがバックグラウンドまたはフォアグラウンドにあるかどうかに関係なく、プラグインは位置情報更新を提供します。定義されていない場合、位置情報更新はフォアグラウンドでのみ保証されます。これは両方のプラットフォームで当てはまります。Androidでは、バックグラウンドで位置情報更新を受け続けるには、通知を表示する必要があります。このオプションは、その通知のテキストを指定します。 |                                    |
-| **`backgroundTitle`**    | `string`  | 上記で言及された通知のタイトル。 | `"Using your location"` |
-| **`requestPermissions`** | `boolean` | 権限がまだ付与されていない場合、ユーザーから自動的に権限をリクエストするかどうか。 | `true`                  |
-| **`stale`**              | `boolean` | "true" の場合、デバイスがGPS修正を取得している間に古い位置が配信される可能性があります。"time" プロパティを確認する責任があります。"false" の場合、位置は最新であることが保証されます。 | `false`                 |
-| **`distanceFilter`**     | `number`  | 新しい位置情報更新がトリガーされる前にデバイスが移動しなければならない距離（メートル）。これは、小さな動きを除外し、更新の数を減らすために使用されます。 | `0`                     |
-
-### Location
-
-様々な属性を持つ地理的位置を表します。
-GPS/ネットワークプロバイダーによって返されるすべての標準的な位置プロパティを含みます。
-
-| プロパティ | 型 | 説明 |
-| ---------------------- | --------------------------- | -------------------------------------------------------------------------------------------------------------------------------------- |
-| **`latitude`**         | `number`         | 緯度（度）。範囲: -90.0 から +90.0 |
-| **`longitude`**        | `number`         | 経度（度）。範囲: -180.0 から +180.0 |
-| **`accuracy`**         | `number`         | 水平方向の不確実性の半径（メートル）、68%の信頼度。値が小さいほど、位置がより正確であることを示します。 |
-| **`altitude`**         | `number \| null` | 海抜メートル（または利用できない場合はnull）。 |
-| **`altitudeAccuracy`** | `number \| null` | 垂直方向の不確実性（メートル）、68%の信頼度（または利用できない場合はnull）。 |
-| **`simulated`**        | `boolean`        | 位置がGPSではなくソフトウェアによってシミュレートされた場合は `true`。開発またはテストでモック位置を検出するのに便利です。 |
-| **`bearing`**          | `number \| null` | 真北からの偏差（度）（または利用できない場合はnull）。範囲: 0.0 から 360.0 |
-| **`speed`**            | `number \| null` | 速度（メートル毎秒）（または利用できない場合はnull）。 |
-| **`time`**             | `number \| null` | 位置が生成された時刻（ユニックスエポックからのミリ秒）。stale: true を使用するときに位置が古いかどうかを確認するために使用します。 |
-
-### CallbackError
-
-位置情報開始コールバックに渡される可能性のあるエラーオブジェクト。
-オプションのエラーコードで標準のErrorを拡張します。
-
-| プロパティ | 型 | 説明 |
-| ---------- | ------------------- | ----------------------------------------------------- |
-| **`code`** | `string` | より具体的なエラー処理のためのオプションのエラーコード。 |
-
-### SetPlannedRouteOptions
-
-| プロパティ | 型 | 説明 | デフォルト |
-| --------------- | ------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------- |
-| **`soundFile`** | `string`             | 再生する音声ファイルの名前。ウェブとネイティブの両方のプラットフォームで動作するように、アプリのpublicフォルダ内の有効な音声相対パスである必要があります。パスにpublicフォルダを含める必要はありません。 |                 |
-| **`route`**     | `[number, number][]` | 経度と緯度のペアの配列としての計画されたルート。各ペアはルート上のポイントを表します。これは、ユーザーが従うことができるルートを定義するために使用されます。ルートは、ユーザーがそこから外れたときに音声を再生するために使用されます。 |                 |
-| **`distance`**  | `number`             | 音声をトリガーするために、ユーザーが計画されたルートから外れなければならない距離（メートル）。これは、音声が再生される前にユーザーがルートからどれだけ離れることができるかを決定するために使用されます。指定されていない場合、デフォルト値の50メートルが使用されます。 | `50` |
diff --git a/src/content/docs/ja/docs/plugins/background-geolocation/index.mdx b/src/content/docs/ja/docs/plugins/background-geolocation/index.mdx
deleted file mode 100644
index 17b7eaaa0..000000000
--- a/src/content/docs/ja/docs/plugins/background-geolocation/index.mdx
+++ /dev/null
@@ -1,56 +0,0 @@
----
-title: "Background Geolocation"
-locale: ja
-description: アプリがバックグラウンドにある間でも正確な位置情報更新を受信できるCapacitorプラグイン
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: アプリがバックグラウンドにある間でも正確な位置情報更新を受信します。
-  image:
-    file: ~public/icons/plugins/background-geolocation.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/background-geolocation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-background-geolocation
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="正確な追跡" icon="rocket">
-    ハイキングやナビゲーションなどのユースケースに精度を優先 🎯
-  </Card>
-  <Card title="バックグラウンド更新" icon="puzzle">
-    アプリがバックグラウンドにある場合でも位置情報更新を受信し続けます 🏃
-  </Card>
-  <Card title="バッテリー効率" icon="setting">
-    精度とバッテリー消費のバランスを最適化 🔋
-  </Card>
-  <Card title="はじめに" icon="open-book">
-    [はじめにガイド](/docs/plugins/background-geolocation/getting-started/)を確認して、プラグインをインストールして設定します。
-  </Card>
-</CardGrid>
-
-## プラグイン比較
-
-Capacitorアプリで一般的に使用される3つの主要なバックグラウンド位置情報プラグインの簡単な比較。
-
-| プラグイン | 精度 | バックグラウンド | HTTP アップロード | 価格 |
-|--------|----------|------------|-------------|---------|
-| `@capacitor-community/background-geolocation` (コミュニティ) | 不正確 | はい | いいえ | 無料 |
-| `@capgo/background-geolocation` (このプラグイン) | 正確 | はい | いいえ | 無料 |
-| Transistorsoft (オリジナル) | 正確 | はい | はい — API への組み込みHTTPアップローダー | 有料 |
-
-**注意:**
-- コミュニティプラグインは軽量で、バックグラウンドで動作し続けますが、以下のオプションよりも精度が低いことが知られています。
-- このCapgoプラグインは、有料ライセンスを必要とせずに、正確な位置情報修正と信頼性の高いバックグラウンド動作を提供するように最適化されています。
-- Transistorsoftは、バックエンドに位置情報データを送信するための組み込みHTTPアップロード機能も含む完全な商用ソリューションを提供しています。
diff --git a/src/content/docs/ja/docs/plugins/barometer/getting-started.mdx b/src/content/docs/ja/docs/plugins/barometer/getting-started.mdx
deleted file mode 100644
index e3b9a076b..000000000
--- a/src/content/docs/ja/docs/plugins/barometer/getting-started.mdx
+++ /dev/null
@@ -1,214 +0,0 @@
----
-title: "Barometerのはじめに"
-locale: ja
-description: "Capacitorアプリに気圧センシングを統合する方法を学びます"
----
-
-このガイドでは、Capacitor Barometerプラグインをアプリケーションに統合する手順を説明します。
-
-## インストール
-
-npmを使用してプラグインをインストールします:
-
-```bash
-npm install @capgo/capacitor-barometer
-npx cap sync
-```
-
-## iOS設定
-
-`Info.plist` に以下を追加します:
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>This app uses the barometer to measure atmospheric pressure</string>
-```
-
-## Android設定
-
-追加の設定は必要ありません。プラグインは必要な権限を自動的にリクエストします。
-
-## 基本的な使用方法
-
-### プラグインをインポート
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-```
-
-### センサーの可用性を確認
-
-```typescript
-const checkBarometer = async () => {
-  const { available } = await Barometer.isAvailable();
-  console.log('Barometer available:', available);
-};
-```
-
-### 気圧の監視を開始
-
-```typescript
-const startMonitoring = async () => {
-  await Barometer.start({
-    interval: 1000 // ミリ秒単位の更新間隔
-  });
-
-  console.log('Barometer monitoring started');
-};
-```
-
-### 気圧イベントをリッスン
-
-```typescript
-Barometer.addListener('pressureChange', (data) => {
-  console.log('Pressure (hPa):', data.pressure);
-  console.log('Relative altitude (m):', data.relativeAltitude);
-  console.log('Timestamp:', data.timestamp);
-});
-```
-
-### 現在の読み取り値を取得
-
-```typescript
-const getCurrentPressure = async () => {
-  const reading = await Barometer.getCurrentReading();
-  console.log('Current pressure:', reading.pressure, 'hPa');
-  console.log('Relative altitude:', reading.relativeAltitude, 'm');
-};
-```
-
-### 監視を停止
-
-```typescript
-const stopMonitoring = async () => {
-  await Barometer.stop();
-  console.log('Barometer monitoring stopped');
-};
-```
-
-## 完全な例
-
-気圧計統合を示す完全な例:
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-
-class BarometerService {
-  private listener: any;
-
-  async initialize() {
-    // 可用性を確認
-    const { available } = await Barometer.isAvailable();
-    if (!available) {
-      console.error('Barometer not available on this device');
-      return;
-    }
-
-    // 監視を開始
-    await Barometer.start({ interval: 1000 });
-
-    // リスナーを追加
-    this.listener = Barometer.addListener('pressureChange', (data) => {
-      this.handlePressureChange(data);
-    });
-  }
-
-  handlePressureChange(data: any) {
-    console.log('Pressure:', data.pressure, 'hPa');
-    console.log('Altitude:', data.relativeAltitude, 'm');
-
-    // UIを更新またはデータを処理
-    this.updateDisplay(data);
-  }
-
-  updateDisplay(data: any) {
-    // hPaを他の単位に変換
-    const inHg = (data.pressure * 0.02953).toFixed(2);
-    const mmHg = (data.pressure * 0.750062).toFixed(1);
-
-    console.log(`Pressure: ${data.pressure.toFixed(1)} hPa`);
-    console.log(`         ${inHg} inHg`);
-    console.log(`         ${mmHg} mmHg`);
-    console.log(`Altitude: ${data.relativeAltitude.toFixed(1)} m`);
-  }
-
-  async cleanup() {
-    // リスナーを削除
-    if (this.listener) {
-      this.listener.remove();
-    }
-
-    // 監視を停止
-    await Barometer.stop();
-  }
-}
-
-// 使用方法
-const barometerService = new BarometerService();
-barometerService.initialize();
-
-// 完了したらクリーンアップ
-// barometerService.cleanup();
-```
-
-## 読み取り値の理解
-
-### 大気圧
-- ヘクトパスカル（hPa）またはミリバール（mb）で測定
-- 標準海面気圧: 1013.25 hPa
-- 高度が高い = 気圧が低い
-- 気象システムが気圧の読み取り値に影響します
-
-### 相対高度
-- 気圧変化から計算
-- 開始基準点に対する相対値
-- 精度: ±10-30メートル
-- 短期追跡に最適
-
-## ベストプラクティス
-
-1. **可用性を確認**: 使用前に常にセンサーの可用性を確認
-2. **妥当な間隔**: 頻繁にポーリングしすぎない（1000msが適切）
-3. **リスナーを削除**: 不要になったらリスナーをクリーンアップ
-4. **キャリブレーション**: 正確な読み取りのために既知の高度を使用
-5. **バッテリーへの影響**: 連続センシングでバッテリー使用量を監視
-
-## よくある問題
-
-### センサーが利用できない
-```typescript
-try {
-  const { available } = await Barometer.isAvailable();
-  if (!available) {
-    // GPS高度または手動入力にフォールバック
-    showAlternativeMethod();
-  }
-} catch (error) {
-  console.error('Barometer check failed:', error);
-}
-```
-
-### ノイズの多いデータ
-```typescript
-class PressureFilter {
-  private readings: number[] = [];
-  private maxReadings = 5;
-
-  addReading(pressure: number): number {
-    this.readings.push(pressure);
-    if (this.readings.length > this.maxReadings) {
-      this.readings.shift();
-    }
-
-    // 移動平均を返す
-    const sum = this.readings.reduce((a, b) => a + b, 0);
-    return sum / this.readings.length;
-  }
-}
-```
-
-## 次のステップ
-
-- 完全なメソッドドキュメントについては、[APIリファレンス](https://github.com/Cap-go/capacitor-barometer#api)を参照
-- 高度な使用方法については、[サンプルアプリ](https://github.com/Cap-go/capacitor-barometer/tree/main/example)を確認
-- 完全な実装例については、[チュートリアル](/plugins/capacitor-barometer)を参照
diff --git a/src/content/docs/ja/docs/plugins/barometer/index.mdx b/src/content/docs/ja/docs/plugins/barometer/index.mdx
deleted file mode 100644
index 3157cfadb..000000000
--- a/src/content/docs/ja/docs/plugins/barometer/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: "@capgo/capacitor-barometer"
-locale: ja
-description: デバイスセンサーから大気圧と高度データのためにデバイス気圧計の読み取り値にアクセスします。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: 気象およびフィットネスアプリケーション用のデバイスセンサーから気圧と高度データにアクセスします。
-  image:
-    file: ~public/icons/plugins/barometer.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/barometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-barometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="気圧監視" icon="rocket">
-    リアルタイムの大気圧読み取り 🌡️
-  </Card>
-  <Card title="高度計算" icon="star">
-    気圧変化から相対高度を導出 📈
-  </Card>
-  <Card title="イベントリスナー" icon="setting">
-    気圧変化イベントを購読 🔔
-  </Card>
-  <Card title="クロスプラットフォーム" icon="laptop">
-    気圧計センサーを備えたiOSおよびAndroidデバイスで動作 📱
-  </Card>
-  <Card title="はじめに" icon="open-book">
-    [はじめにガイド](/docs/plugins/barometer/getting-started/)を確認して、プラグインをインストールして設定します。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/camera-preview/getting-started.mdx b/src/content/docs/ja/docs/plugins/camera-preview/getting-started.mdx
deleted file mode 100644
index 1bdc35bc5..000000000
--- a/src/content/docs/ja/docs/plugins/camera-preview/getting-started.mdx
+++ /dev/null
@@ -1,275 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Camera Previewプラグインをインストールして使用し、Capacitorアプリでリアルタイムのカメラフィードを表示し、写真/動画をキャプチャする方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/camera-preview" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **権限を設定**
-
-   ### iOS
-   `Info.plist` にカメラ使用の説明を追加します:
-   ```xml
-   <key>NSCameraUsageDescription</key>
-   <string>To take photos and videos</string>
-   <key>NSMicrophoneUsageDescription</key>
-   <string>To record audio with videos</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>To save photos and videos</string>
-   ```
-
-   ### Android
-   `AndroidManifest.xml` にカメラ権限を追加します:
-   ```xml
-   <uses-permission android:name="android.permission.CAMERA" />
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   ```
-</Steps>
-
-## 使用方法
-
-プラグインをインポートして、そのメソッドを使用してカメラを制御します:
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview';
-import { CameraPreviewOptions, CameraPreviewPictureOptions } from '@capgo/camera-preview';
-
-// カメラプレビューを開始
-const startCamera = async () => {
-  const cameraPreviewOptions: CameraPreviewOptions = {
-    position: 'rear',
-    height: 1920,
-    width: 1080,
-    quality: 50,
-    toBack: false,
-    paddingBottom: 0,
-    rotateWhenOrientationChanged: true,
-    x: 0,
-    y: 0
-  };
-
-  await CameraPreview.start(cameraPreviewOptions);
-};
-
-// カメラプレビューを停止
-const stopCamera = async () => {
-  await CameraPreview.stop();
-};
-
-// 写真を撮る
-const takePicture = async () => {
-  const pictureOptions: CameraPreviewPictureOptions = {
-    quality: 90,
-    width: 1920,
-    height: 1080
-  };
-
-  const result = await CameraPreview.capture(pictureOptions);
-  const base64PictureData = result.value;
-
-  // base64画像データを使用
-  console.log(base64PictureData);
-};
-
-// カメラを切り替え
-const flipCamera = async () => {
-  await CameraPreview.flip();
-};
-
-// フラッシュを制御
-const setFlashMode = async (mode: 'on' | 'off' | 'auto' | 'torch') => {
-  await CameraPreview.setFlashMode({ flashMode: mode });
-};
-
-// 動画録画を開始
-const startRecording = async () => {
-  await CameraPreview.startRecordVideo({
-    storeToFile: true,
-    fileName: 'myvideo'
-  });
-};
-
-// 録画を停止
-const stopRecording = async () => {
-  const result = await CameraPreview.stopRecordVideo();
-  console.log('Video path:', result.videoFilePath);
-};
-```
-
-## APIリファレンス
-
-### start(options)
-
-カメラプレビューを開始します。
-
-```typescript
-interface CameraPreviewOptions {
-  position?: 'rear' | 'front';
-  height?: number;
-  width?: number;
-  x?: number;
-  y?: number;
-  toBack?: boolean;
-  paddingBottom?: number;
-  rotateWhenOrientationChanged?: boolean;
-  storeToFile?: boolean;
-  disableExifHeaderStripping?: boolean;
-  enableHighResolution?: boolean;
-  disableAudio?: boolean;
-  lockAndroidOrientation?: boolean;
-  enableOpacity?: boolean;
-  enableZoom?: boolean;
-}
-```
-
-### stop()
-
-カメラプレビューを停止します。
-
-### capture(options)
-
-写真を撮影し、base64エンコードされた文字列として返します。
-
-```typescript
-interface CameraPreviewPictureOptions {
-  height?: number;
-  width?: number;
-  quality?: number;
-}
-```
-
-### flip()
-
-フロントカメラとリアカメラを切り替えます。
-
-### setFlashMode(options)
-
-フラッシュモードを設定します。
-
-```typescript
-interface CameraPreviewFlashMode {
-  flashMode: 'off' | 'on' | 'auto' | 'torch';
-}
-```
-
-### startRecordVideo(options)
-
-動画録画を開始します。
-
-```typescript
-interface CameraPreviewVideoOptions {
-  storeToFile?: boolean;
-  fileName?: string;
-  width?: number;
-  height?: number;
-  quality?: number;
-  withFlash?: boolean;
-}
-```
-
-### stopRecordVideo()
-
-動画録画を停止し、動画ファイルパスを返します。
-
-## 高度な機能
-
-### フォーカス制御
-
-```typescript
-// フォーカスを設定
-await CameraPreview.setFocusCoordinate({
-  x: 100,
-  y: 100
-});
-
-// サポートされているフォーカスモードを取得
-const focusModes = await CameraPreview.getFocusModes();
-
-// フォーカスモードを設定
-await CameraPreview.setFocusMode({
-  focusMode: 'continuous-picture'
-});
-```
-
-### ズーム制御
-
-```typescript
-// 最大ズームを取得
-const maxZoom = await CameraPreview.getMaxZoom();
-
-// ズームを設定
-await CameraPreview.setZoom({
-  zoom: 2.0
-});
-
-// 現在のズームを取得
-const currentZoom = await CameraPreview.getZoom();
-```
-
-### 露出制御
-
-```typescript
-// 露出補正範囲を取得
-const range = await CameraPreview.getExposureCompensationRange();
-
-// 露出補正を設定
-await CameraPreview.setExposureCompensation({
-  exposureCompensation: 0.5
-});
-```
-
-## ベストプラクティス
-
-1. **最初に権限をリクエスト**
-   ```typescript
-   import { Camera } from '@capacitor/camera';
-
-   const requestPermissions = async () => {
-     const permissions = await Camera.requestPermissions();
-     if (permissions.camera === 'granted') {
-       // カメラプレビューを開始
-     }
-   };
-   ```
-
-2. **向きの変更を処理**
-   プレビューを自動的に調整するには、`rotateWhenOrientationChanged: true` を設定します。
-
-3. **パフォーマンスの最適化**
-   - 適切な解像度設定を使用
-   - 使用していないときはプレビューを停止
-   - 必要のない機能を無効にする
-
-4. **エラーハンドリング**
-   ```typescript
-   try {
-     await CameraPreview.start(options);
-   } catch (error) {
-     console.error('Failed to start camera:', error);
-   }
-   ```
-
-## プラットフォームノート
-
-### iOS
-- iOS 10.0+が必要
-- AVFoundationフレームワークを使用
-- ハードウェアアクセラレーションサポート
-
-### Android
-- Android 5.0（API 21）+が必要
-- Camera2 APIを使用
-- デバイスの機能に基づいて様々なカメラ機能をサポート
diff --git a/src/content/docs/ja/docs/plugins/camera-preview/index.mdx b/src/content/docs/ja/docs/plugins/camera-preview/index.mdx
deleted file mode 100644
index 9c72fba64..000000000
--- a/src/content/docs/ja/docs/plugins/camera-preview/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/camera-preview"
-locale: ja
-description: リアルタイムカメラフィード表示と写真/動画キャプチャ機能を備えたカメラプレビュー機能用のCapacitorプラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: カメラ設定を完全に制御してアプリにカメラプレビューを表示し、プレビューから直接写真や動画をキャプチャします。
-  image:
-    file: ~public/icons/plugins/camera-preview.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/camera-preview/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-camera-preview/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="リアルタイムプレビュー" icon="rocket">
-    アプリUIに直接ライブカメラフィードを表示 🚀
-  </Card>
-  <Card title="完全な制御" icon="setting">
-    フラッシュ、ズーム、フォーカスを制御し、カメラを切り替え 📸
-  </Card>
-  <Card title="キャプチャ機能" icon="pencil">
-    プレビューから写真を撮影し、動画を録画 🎥
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/camera-preview/getting-started/)を確認して、わずか数分でプラグインをマスターします。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/capacitor-plus/getting-started.mdx b/src/content/docs/ja/docs/plugins/capacitor-plus/getting-started.mdx
deleted file mode 100644
index e36f2ace2..000000000
--- a/src/content/docs/ja/docs/plugins/capacitor-plus/getting-started.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: はじめに
-locale: ja
-description: 公式Capacitorパッケージのドロップイン置き換えとしてCapacitor+をインストールする方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-## 新規プロジェクトのインストール
-
-<Steps>
-1. **コアパッケージをインストール**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   ```
-
-2. **プラットフォームパッケージを追加**
-   ```bash
-   npm install @capacitor-plus/android  # Android用
-   npm install @capacitor-plus/ios      # iOS用
-   ```
-
-3. **Capacitorを初期化**
-   <PackageManagers type="exec" pkg="cap" args="init" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-4. **プラットフォームを追加**
-   <PackageManagers type="exec" pkg="cap" args="add android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   <PackageManagers type="exec" pkg="cap" args="add ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 公式Capacitorからの移行
-
-既存のCapacitorプロジェクトがある場合、Capacitor+への移行は簡単です:
-
-<Steps>
-1. **公式パッケージを削除**
-   ```bash
-   npm uninstall @capacitor/core @capacitor/cli @capacitor/android @capacitor/ios
-   ```
-
-2. **Capacitor+パッケージをインストール**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   npm install @capacitor-plus/android  # Androidを使用している場合
-   npm install @capacitor-plus/ios      # iOSを使用している場合
-   ```
-
-3. **プロジェクトを同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-<Aside type="note">
-  コードの変更は不要です！Capacitor+は公式Capacitorと同じAPIを持っています。インポートとコードはまったく同じままです。
-</Aside>
-
-## 使用方法
-
-Capacitor+はAPI互換なので、既存のコードは変更なしで動作します:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { registerPlugin } from '@capacitor/core';
-
-// プラットフォームを確認
-const platform = Capacitor.getPlatform();
-console.log('Running on:', platform);
-
-// ネイティブかどうかを確認
-if (Capacitor.isNativePlatform()) {
-  console.log('Running on native platform');
-}
-
-// カスタムプラグインを登録
-const MyPlugin = registerPlugin('MyPlugin');
-```
-
-### 公式Capacitorプラグインと併用
-
-すべての公式Capacitorプラグインがシームレスに動作します:
-
-```typescript
-import { Camera, CameraResultType } from '@capacitor/camera';
-import { Geolocation } from '@capacitor/geolocation';
-import { Storage } from '@capacitor/preferences';
-
-// Camera
-const photo = await Camera.getPhoto({
-  quality: 90,
-  resultType: CameraResultType.Uri
-});
-
-// Geolocation
-const position = await Geolocation.getCurrentPosition();
-
-// Storage
-await Storage.set({ key: 'name', value: 'John' });
-```
-
-### Capgoプラグインと併用
-
-Capgoプラグインは、Capacitor+で完璧に動作します:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// ライブアップデート
-await CapacitorUpdater.notifyAppReady();
-
-// 画面の向き
-await ScreenOrientation.lock({ orientation: 'portrait' });
-
-// 懐中電灯
-await CapacitorFlash.toggle();
-```
-
-## 同期の仕組み
-
-```
-┌─────────────────────┐     ┌──────────────────┐     ┌──────────────────┐     ┌─────────────────┐
-│  ionic-team/        │     │  CI/CD           │     │  Claude Code     │     │  npm publish    │
-│  capacitor          │────▶│  Pipeline        │────▶│  Security Review │────▶│  @capacitor-plus│
-│  (upstream)         │     │  (daily sync)    │     │  (AI analysis)   │     │  packages       │
-└─────────────────────┘     └──────────────────┘     └──────────────────┘     └─────────────────┘
-```
-
-1. **日次同期**: GitHub Actions が `ionic-team/capacitor` から最新の変更を取得
-2. **PR作成**: 変更は `plus` ブランチへのプルリクエストとして提案されます
-3. **CI検証**: 完全なテストスイートが実行されます（lint、ユニットテスト、iOSビルド、Androidビルド）
-4. **セキュリティレビュー**: AI駆動の分析が脆弱性と破壊的変更をチェック
-5. **自動マージ**: CIがパスし、かつセキュリティレビューが承認した場合のみ
-6. **自動公開**: 新しいバージョンが `@capacitor-plus/*` でnpmに公開されます
-
-## セキュリティレビューの詳細
-
-すべてのアップストリーム同期は以下の分析が行われます:
-
-| チェック | 検出内容 |
-|-------|-----------------|
-| **セキュリティ** | コマンドインジェクション、XSS、パストラバーサル、ハードコードされた秘密 |
-| **破壊的変更** | 削除/名前変更されたAPI、変更されたシグネチャ、設定変更 |
-| **安定性** | Null参照、未処理の例外、競合状態、メモリリーク |
-| **データ安全性** | データ損失シナリオ、プライバシー違反、安全でないストレージ |
-| **コード整合性** | 難読化されたコード、疑わしいネットワーク呼び出し、バックドア |
-
-<Aside type="caution">
-  問題が検出された場合、PRは手動レビューのためにフラグが立てられ、自動マージされません。これにより、常に安定した安全なリリースを受け取ることが保証されます。
-</Aside>
-
-## PRの送信
-
-公式CapacitorリポジトリでPRが停滞していますか？Capacitor+でマージしてもらいましょう:
-
-<Steps>
-1. アップストリームPRへのリンクを含む**issueを開く** [Capacitor+リポジトリ](https://github.com/Cap-go/capacitor-plus/issues)
-
-2. **または直接送信** `plus` ブランチへのPRとして
-
-3. チームがレビューし、CIを実行し、パスすればマージします
-</Steps>
-
-これにより、あなたや他の人はアップストリームのリリースサイクルを待つことなく、すぐにあなたの作業の恩恵を受けることができます。
-
-## FAQ
-
-### これは本番環境対応ですか？
-
-はい。Capacitor+は本番アプリで使用されています。すべてのリリースは、公式Capacitorと同じテストスイートに加えて、追加のセキュリティ分析をパスします。
-
-### 公式プラグインはまだ動作しますか？
-
-はい。すべての `@capacitor/*` プラグインは、Capacitor+でそのまま動作します。
-
-### アップストリームが破壊的変更をリリースした場合はどうなりますか？
-
-AIセキュリティレビューが手動レビューのために破壊的変更にフラグを立てます。変更がマージされる前に、ドキュメント化された変更を確認できます。
-
-### 問題を報告するにはどうすればよいですか？
-
-[Capacitor+ GitHubリポジトリ](https://github.com/Cap-go/capacitor-plus/issues)で問題を報告してください。公式Capacitorにも影響を与える問題については、アップストリームとの調整をお手伝いします。
-
-### 貢献できますか？
-
-もちろんです！PRを歓迎します。修正を直接送信するか、特定のアップストリームPRをマージするようリクエストできます。
diff --git a/src/content/docs/ja/docs/plugins/capacitor-plus/index.mdx b/src/content/docs/ja/docs/plugins/capacitor-plus/index.mdx
deleted file mode 100644
index a25ccacd6..000000000
--- a/src/content/docs/ja/docs/plugins/capacitor-plus/index.mdx
+++ /dev/null
@@ -1,64 +0,0 @@
----
-title: "Capacitor+"
-locale: ja
-description: マージされたコミュニティPRと迅速なリリースを備えた、Capacitorの自動化された常に同期されたフォーク。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: Capacitor+は、コミュニティPRをより迅速にマージし、セキュリティレビューされたリリースを提供するCapacitorの自動化されたフォークです。
-  image:
-    file: ~public/icons/plugins/capacitor-plus.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/capacitor-plus/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-plus/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-<Aside type="tip">
-  **なぜCapacitor+？** 優れたPRが公式Capacitorリポジトリで数ヶ月間マージされずに放置されています。Capacitor+は、これらのコミュニティ貢献を積極的にマージするため、待つ必要がありません。
-</Aside>
-
-<CardGrid stagger>
-  <Card title="コミュニティPRを迅速にマージ" icon="rocket">
-    アップストリームで停滞しているバグ修正や機能？私たちがマージするので、すぐに恩恵を受けられます。
-  </Card>
-  <Card title="毎日自動同期" icon="seti:clock">
-    公式Capacitorからのすべての変更は、自動的にプル、テスト、検証されます。
-  </Card>
-  <Card title="セキュリティレビュー" icon="approve-check">
-    すべてのリリースは、セキュリティ脆弱性、破壊的変更、安定性リスクについてAIによって分析されます。
-  </Card>
-  <Card title="ドロップイン置き換え" icon="puzzle">
-    公式Capacitorと同じAPI - パッケージスコープを変更するだけで完了です。
-  </Card>
-</CardGrid>
-
-## 哲学
-
-Ionicチームは、独自の優先順位とリリーススケジュールでCapacitorをメンテナンスしています。コミュニティからの貢献は、マージされるまでに数ヶ月、場合によっては数年待つことがあります。Capacitor+は異なるアプローチを取ります:
-
-1. **フォークからPRをマージ** - アップストリームキューで停滞している価値あるPRを積極的にマージ
-2. **継続的な同期** - すべてのアップストリームの変更は自動的にプルされテストされます
-3. **迅速なリリース** - 変更はCIをパスするとすぐにnpmに公開されます
-4. **コミュニティファースト** - あなたの貢献が重要で優先されます
-5. **透明性** - すべての自動化はオープンソースで可視化されています
-
-## パッケージ
-
-| パッケージ | npm |
-|---------|-----|
-| `@capacitor-plus/core` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/core)](https://www.npmjs.com/package/@capacitor-plus/core) |
-| `@capacitor-plus/cli` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/cli)](https://www.npmjs.com/package/@capacitor-plus/cli) |
-| `@capacitor-plus/android` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/android)](https://www.npmjs.com/package/@capacitor-plus/android) |
-| `@capacitor-plus/ios` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/ios)](https://www.npmjs.com/package/@capacitor-plus/ios) |
diff --git a/src/content/docs/ja/docs/plugins/compass/getting-started.mdx b/src/content/docs/ja/docs/plugins/compass/getting-started.mdx
deleted file mode 100644
index 1dd168240..000000000
--- a/src/content/docs/ja/docs/plugins/compass/getting-started.mdx
+++ /dev/null
@@ -1,219 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Compassプラグインをインストールして使用し、Capacitorアプリでデバイスのコンパス方位を読み取る方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-compass" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS設定
-
-iOSでは、コンパスアクセスに位置情報権限が必要です。以下を `Info.plist` に追加します:
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>We need location permission to access the compass</string>
-```
-
-## Android設定
-
-追加の設定は必要ありません。プラグインはデバイスの磁力計と加速度計センサーを使用します。
-
-## 使用方法
-
-プラグインをインポートして、そのメソッドを使用してコンパスの方位を読み取ります:
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-// 現在の方位を一度取得
-const getCurrentHeading = async () => {
-  const { value } = await CapgoCompass.getCurrentHeading();
-  console.log('Current heading:', value, 'degrees');
-};
-
-// 継続的な方位更新を開始
-const startCompass = async () => {
-  // 更新のリッスンを開始
-  await CapgoCompass.startListening();
-
-  // 方位変更のリスナーを追加
-  const handle = await CapgoCompass.addListener('headingChange', (event) => {
-    console.log('Heading:', event.value, 'degrees');
-  });
-
-  // 後で、リッスンを停止するには:
-  // await CapgoCompass.stopListening();
-  // await handle.remove();
-};
-
-// 権限を確認
-const checkPermission = async () => {
-  const status = await CapgoCompass.checkPermissions();
-  console.log('Permission status:', status.compass);
-};
-
-// 権限をリクエスト
-const requestPermission = async () => {
-  const status = await CapgoCompass.requestPermissions();
-  if (status.compass === 'granted') {
-    console.log('Compass access granted');
-  }
-};
-```
-
-## APIリファレンス
-
-### getCurrentHeading()
-
-現在のコンパス方位を度数で取得します。
-
-```typescript
-const result = await CapgoCompass.getCurrentHeading();
-// 戻り値: { value: number } - 度数での方位（0-360）
-```
-
-### startListening()
-
-コンパス方位変更のリッスンを開始します。方位イベントが発行される前に呼び出す必要があります。
-
-```typescript
-await CapgoCompass.startListening();
-```
-
-### stopListening()
-
-コンパス方位変更のリッスンを停止します。
-
-```typescript
-await CapgoCompass.stopListening();
-```
-
-### addListener('headingChange', callback)
-
-方位変更イベントのリスナーを追加します。
-
-```typescript
-const handle = await CapgoCompass.addListener('headingChange', (event) => {
-  console.log('Heading:', event.value);
-});
-
-// 完了したらリスナーを削除
-await handle.remove();
-```
-
-### removeAllListeners()
-
-登録されたすべてのリスナーを削除します。
-
-```typescript
-await CapgoCompass.removeAllListeners();
-```
-
-### checkPermissions()
-
-現在の権限ステータスを確認します。
-
-```typescript
-const status = await CapgoCompass.checkPermissions();
-// 戻り値: { compass: 'prompt' | 'granted' | 'denied' }
-```
-
-### requestPermissions()
-
-コンパスデータへのアクセス権限をリクエストします。
-
-```typescript
-const status = await CapgoCompass.requestPermissions();
-```
-
-### getPluginVersion()
-
-ネイティブプラグインのバージョンを取得します。
-
-```typescript
-const { version } = await CapgoCompass.getPluginVersion();
-```
-
-## 完全な例
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-export class CompassService {
-  private listenerHandle: any = null;
-
-  async init() {
-    // 権限を確認してリクエスト
-    const status = await CapgoCompass.checkPermissions();
-    if (status.compass !== 'granted') {
-      const result = await CapgoCompass.requestPermissions();
-      if (result.compass !== 'granted') {
-        throw new Error('Compass permission denied');
-      }
-    }
-  }
-
-  async startTracking(onHeadingChange: (heading: number) => void) {
-    // 更新のリッスンを開始
-    await CapgoCompass.startListening();
-
-    // イベントリスナーを追加
-    this.listenerHandle = await CapgoCompass.addListener(
-      'headingChange',
-      (event) => {
-        onHeadingChange(event.value);
-      }
-    );
-  }
-
-  async stopTracking() {
-    if (this.listenerHandle) {
-      await this.listenerHandle.remove();
-      this.listenerHandle = null;
-    }
-    await CapgoCompass.stopListening();
-  }
-
-  async getHeading(): Promise<number> {
-    const { value } = await CapgoCompass.getCurrentHeading();
-    return value;
-  }
-
-  getCardinalDirection(heading: number): string {
-    const directions = ['N', 'NE', 'E', 'SE', 'S', 'SW', 'W', 'NW'];
-    const index = Math.round(heading / 45) % 8;
-    return directions[index];
-  }
-}
-```
-
-## プラットフォームノート
-
-### iOS
-- iOS 10.0+が必要
-- 方位データにCore Locationを使用
-- 位置情報権限が必要（NSLocationWhenInUseUsageDescription）
-- リッスンがアクティブなときに方位更新が継続的に行われる
-
-### Android
-- Android 6.0（API 23）+が必要
-- 加速度計と磁力計センサーを使用
-- コンパスセンサーに特別な権限は不要
-- センサーフュージョンから方位が計算される
-
-### Web
-- Webプラットフォームではサポートされていません
-- 呼び出されるとメソッドはエラーをスローします
diff --git a/src/content/docs/ja/docs/plugins/compass/index.mdx b/src/content/docs/ja/docs/plugins/compass/index.mdx
deleted file mode 100644
index 2af9eb08e..000000000
--- a/src/content/docs/ja/docs/plugins/compass/index.mdx
+++ /dev/null
@@ -1,43 +0,0 @@
----
-title: '@capgo/capacitor-compass'
-description: >-
-  デバイスコンパスの方向を度数で読み取り、継続的な更新と権限処理を行います。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: 紹介
-hero:
-  tagline: >-
-    デバイスコンパスセンサーにアクセスして、iOS と Android でリアルタイム更新で方向データを取得します。
-  image:
-    file: ~public/icons/plugins/compass.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/compass/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-compass/'
-      icon: external
-      variant: minimal
-locale: ja
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="リアルタイム方向" icon="rocket">
-    度数 (0-360) でコンパス方向の継続的な更新を取得します
-  </Card>
-  <Card title="クロスプラットフォーム" icon="puzzle">
-    ネイティブセンサーアクセスで iOS と Android の両デバイスで機能します
-  </Card>
-  <Card title="権限処理" icon="seti:lock">
-    位置情報サービス (iOS) の組み込み権限管理
-  </Card>
-  <Card title="イベント駆動型" icon="star">
-    効率的なイベントリスナーで方向の変更をサブスクライブします
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/contacts/getting-started.mdx b/src/content/docs/ja/docs/plugins/contacts/getting-started.mdx
deleted file mode 100644
index 357edcb7d..000000000
--- a/src/content/docs/ja/docs/plugins/contacts/getting-started.mdx
+++ /dev/null
@@ -1,394 +0,0 @@
----
-title: "Contactsの使い方"
-locale: ja
-description: "CapacitorアプリにContactsプラグインを統合する方法を学びます"
----
-
-このガイドでは、Capacitor Contactsプラグインをアプリケーションに統合する手順を説明します。
-
-## インストール
-
-npmを使用してプラグインをインストールします:
-
-```bash
-npm install @capgo/capacitor-contacts
-npx cap sync
-```
-
-## iOS設定
-
-`Info.plist`に以下を追加します:
-
-```xml
-<key>NSContactsUsageDescription</key>
-<string>This app needs access to contacts to let you select recipients</string>
-```
-
-## Android設定
-
-`AndroidManifest.xml`に以下のパーミッションを追加します:
-
-```xml
-<uses-permission android:name="android.permission.READ_CONTACTS" />
-<uses-permission android:name="android.permission.WRITE_CONTACTS" />
-```
-
-## 基本的な使い方
-
-### プラグインのインポート
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-```
-
-### パーミッションの要求
-
-```typescript
-const requestPermissions = async () => {
-  const permission = await Contacts.requestPermissions();
-  console.log('Permission status:', permission.contacts);
-};
-```
-
-### すべての連絡先を取得
-
-```typescript
-const getAllContacts = async () => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true,
-      image: true
-    }
-  });
-
-  console.log('Contacts:', result.contacts);
-};
-```
-
-### 連絡先の検索
-
-```typescript
-const searchContacts = async (query: string) => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true
-    },
-    query: query
-  });
-
-  console.log('Search results:', result.contacts);
-};
-```
-
-### 連絡先の作成
-
-```typescript
-const createContact = async () => {
-  const newContact = {
-    name: {
-      given: 'John',
-      family: 'Doe'
-    },
-    phones: [{
-      type: 'mobile',
-      number: '+1234567890'
-    }],
-    emails: [{
-      type: 'work',
-      address: 'john.doe@example.com'
-    }]
-  };
-
-  const result = await Contacts.createContact(newContact);
-  console.log('Contact created:', result);
-};
-```
-
-### 連絡先の更新
-
-```typescript
-const updateContact = async (contactId: string) => {
-  const updates = {
-    contactId: contactId,
-    name: {
-      given: 'Jane',
-      family: 'Doe'
-    }
-  };
-
-  await Contacts.updateContact(updates);
-  console.log('Contact updated');
-};
-```
-
-### 連絡先の削除
-
-```typescript
-const deleteContact = async (contactId: string) => {
-  await Contacts.deleteContact({ contactId });
-  console.log('Contact deleted');
-};
-```
-
-## 完全な例
-
-以下は、連絡先サービスの完全な例です:
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-
-interface Contact {
-  contactId: string;
-  name: {
-    display?: string;
-    given?: string;
-    family?: string;
-  };
-  phones?: Array<{ type: string; number: string }>;
-  emails?: Array<{ type: string; address: string }>;
-  image?: { base64String: string };
-}
-
-class ContactsService {
-  async checkPermissions(): Promise<boolean> {
-    const permission = await Contacts.checkPermissions();
-
-    if (permission.contacts === 'granted') {
-      return true;
-    }
-
-    const requested = await Contacts.requestPermissions();
-    return requested.contacts === 'granted';
-  }
-
-  async getAllContacts(): Promise<Contact[]> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Contacts permission denied');
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true
-      }
-    });
-
-    return result.contacts;
-  }
-
-  async searchContacts(query: string): Promise<Contact[]> {
-    if (!query || query.length < 2) {
-      return [];
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      },
-      query: query
-    });
-
-    return result.contacts;
-  }
-
-  async getContactById(contactId: string): Promise<Contact | null> {
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true,
-        organization: true,
-        birthday: true,
-        note: true,
-        urls: true,
-        postalAddresses: true
-      },
-      contactId: contactId
-    });
-
-    return result.contacts.length > 0 ? result.contacts[0] : null;
-  }
-
-  async createContact(contact: Partial<Contact>): Promise<string> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Contacts permission denied');
-    }
-
-    const result = await Contacts.createContact(contact);
-    return result.contactId;
-  }
-
-  async updateContact(contactId: string, updates: Partial<Contact>): Promise<void> {
-    await Contacts.updateContact({
-      contactId,
-      ...updates
-    });
-  }
-
-  async deleteContact(contactId: string): Promise<void> {
-    await Contacts.deleteContact({ contactId });
-  }
-
-  formatPhoneNumber(phone: string): string {
-    // 数字以外の文字を削除
-    const cleaned = phone.replace(/\D/g, '');
-
-    // (XXX) XXX-XXXX形式にフォーマット
-    if (cleaned.length === 10) {
-      return `(${cleaned.slice(0, 3)}) ${cleaned.slice(3, 6)}-${cleaned.slice(6)}`;
-    }
-
-    return phone;
-  }
-
-  getContactInitials(contact: Contact): string {
-    const given = contact.name?.given || '';
-    const family = contact.name?.family || '';
-
-    if (given && family) {
-      return `${given[0]}${family[0]}`.toUpperCase();
-    }
-
-    const display = contact.name?.display || '';
-    const parts = display.split(' ');
-
-    if (parts.length >= 2) {
-      return `${parts[0][0]}${parts[1][0]}`.toUpperCase();
-    }
-
-    return display.slice(0, 2).toUpperCase();
-  }
-}
-
-// 使用例
-const contactsService = new ContactsService();
-
-// すべての連絡先を取得
-const contacts = await contactsService.getAllContacts();
-console.log('Contacts:', contacts);
-
-// 連絡先を検索
-const results = await contactsService.searchContacts('john');
-console.log('Search results:', results);
-
-// 連絡先を作成
-const newContactId = await contactsService.createContact({
-  name: { given: 'Jane', family: 'Smith' },
-  phones: [{ type: 'mobile', number: '+1234567890' }]
-});
-
-// 連絡先を更新
-await contactsService.updateContact(newContactId, {
-  emails: [{ type: 'work', address: 'jane@example.com' }]
-});
-```
-
-## Projectionについて
-
-`projection`パラメータは、取得するフィールドを制御します:
-
-```typescript
-const result = await Contacts.getContacts({
-  projection: {
-    name: true,           // 連絡先の名前
-    phones: true,         // 電話番号
-    emails: true,         // メールアドレス
-    image: true,          // 連絡先の写真
-    organization: true,   // 会社/組織
-    birthday: true,       // 生年月日
-    note: true,          // メモ
-    urls: true,          // ウェブサイト
-    postalAddresses: true // 住所
-  }
-});
-```
-
-**ヒント**: パフォーマンス向上のため、必要なフィールドのみをリクエストしてください。
-
-## 連絡先ピッカーUI
-
-多くのアプリでは、ネイティブの連絡先ピッカーを使用することを好みます:
-
-```typescript
-const pickContact = async () => {
-  try {
-    const result = await Contacts.pickContact({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      }
-    });
-
-    if (result.contacts.length > 0) {
-      const contact = result.contacts[0];
-      console.log('Selected contact:', contact);
-    }
-  } catch (error) {
-    console.error('Contact picker cancelled or failed:', error);
-  }
-};
-```
-
-## ベストプラクティス
-
-1. **最小限のパーミッション要求**: 必要な時のみ連絡先パーミッションをリクエストする
-2. **Projectionの使用**: 実際に使用するフィールドのみを取得する
-3. **拒否への対処**: パーミッションが拒否された場合のフォールバックを提供する
-4. **賢いキャッシュ**: 連絡先は変更される可能性があるため、長期間キャッシュしない
-5. **プライバシーの尊重**: 連絡先の使用について透明性を保つ
-6. **非同期操作**: すべての連絡先操作は非同期です
-
-## よくある問題
-
-### パーミッションが拒否された
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await Contacts.checkPermissions();
-
-  if (permission.contacts === 'denied') {
-    // パーミッションが必要な理由を説明するダイアログを表示
-    showPermissionDialog();
-    // ユーザーを設定に誘導
-    // iOS: 設定 > [アプリ] > 連絡先
-    // Android: 設定 > アプリ > [アプリ] > 権限
-  }
-};
-```
-
-### 大量の連絡先リスト
-
-```typescript
-const loadContactsInBatches = async () => {
-  // 最初に件数を取得 (軽量)
-  const projection = { name: true }; // 最小限のprojection
-
-  // 必要に応じてページネーションを実装
-  const allContacts = await Contacts.getContacts({ projection });
-
-  // チャンクで処理
-  const chunkSize = 100;
-  for (let i = 0; i < allContacts.contacts.length; i += chunkSize) {
-    const chunk = allContacts.contacts.slice(i, i + chunkSize);
-    await processContactChunk(chunk);
-  }
-};
-```
-
-## 次のステップ
-
-- 完全なメソッドドキュメントについては[APIリファレンス](https://github.com/Cap-go/capacitor-contacts#api)を参照してください
-- 高度な使用方法については[サンプルアプリ](https://github.com/Cap-go/capacitor-contacts/tree/main/example)をご覧ください
-- 完全な実装例については[チュートリアル](/plugins/capacitor-contacts)を参照してください
diff --git a/src/content/docs/ja/docs/plugins/contacts/index.mdx b/src/content/docs/ja/docs/plugins/contacts/index.mdx
deleted file mode 100644
index 0c2b66f65..000000000
--- a/src/content/docs/ja/docs/plugins/contacts/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-contacts"
-locale: ja
-description: Capacitor APIを使用してデバイスの連絡先にアクセスし、検索・管理を行います。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: Capacitorアプリでデバイスの連絡先へのアクセス、検索、管理をフルCRUD操作とパーミッション処理で実現します。
-  image:
-    file: ~public/icons/plugins/contacts.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/contacts/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-contacts/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="連絡先の読み取り" icon="rocket">
-    詳細情報を含むデバイスの連絡先リストにアクセス
-  </Card>
-  <Card title="検索機能" icon="magnifier">
-    名前、メール、電話番号で連絡先を検索
-  </Card>
-  <Card title="作成と更新" icon="pencil">
-    新しい連絡先を追加または既存の連絡先を変更
-  </Card>
-  <Card title="連絡先の削除" icon="setting">
-    デバイスから連絡先を安全に削除
-  </Card>
-  <Card title="パーミッション処理" icon="approve-check-circle">
-    Privacy manifestに準拠した適切な連絡先パーミッション処理
-  </Card>
-  <Card title="はじめに" icon="open-book">
-    プラグインのインストールと設定については[はじめるガイド](/docs/plugins/contacts/getting-started/)をご覧ください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/crisp/getting-started.mdx b/src/content/docs/ja/docs/plugins/crisp/getting-started.mdx
deleted file mode 100644
index 438d61c86..000000000
--- a/src/content/docs/ja/docs/plugins/crisp/getting-started.mdx
+++ /dev/null
@@ -1,343 +0,0 @@
----
-title: はじめる
-description: Capacitor アプリでアプリ内カスタマー サポート用の Crisp チャット SDK プラグインをインストールして使用する方法を学びます。
-sidebar:
-  order: 2
-locale: ja
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストールします**
-   <PackageManagers pkg="@capgo/capacitor-crisp" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブ プロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Crisp ウェブサイト ID を取得します**
-   - [crisp.chat](https://crisp.chat) に登録してください
-   - ウェブサイト/プロジェクトを作成する
-   - [設定] > [セットアップ手順] で Web サイト ID を見つけます。
-</Steps>
-
-## 基本的な使い方
-
-プラグインをインポートし、Web サイト ID を使用して設定します。
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-// Configure Crisp with your website ID
-const configureCrisp = async () => {
-  await CapacitorCrisp.configure({
-    websiteID: 'YOUR_WEBSITE_ID'
-  });
-};
-
-// Open the chat
-const openChat = async () => {
-  await CapacitorCrisp.openMessenger();
-};
-
-// Set user information
-const setUserInfo = async () => {
-  await CapacitorCrisp.setUser({
-    email: 'user@example.com',
-    nickname: 'John Doe',
-    phone: '+1234567890',
-    avatar: 'https://example.com/avatar.jpg'
-  });
-};
-
-// Reset user session (logout)
-const logout = async () => {
-  await CapacitorCrisp.resetChatSession();
-};
-```
-
-## API リファレンス
-
-### 設定(オプション)
-
-Web サイト ID とオプション設定を使用して Crisp を構成します。
-
-```typescript
-interface ConfigureOptions {
-  websiteID: string;
-  locale?: string; // e.g., 'en', 'fr', 'es'
-  tokenID?: string; // For authenticated sessions
-}
-
-await CapacitorCrisp.configure({
-  websiteID: 'YOUR_WEBSITE_ID',
-  locale: 'en'
-});
-```
-
-### openMessenger()
-
-Crisp チャット インターフェイスを開きます。
-
-```typescript
-await CapacitorCrisp.openMessenger();
-```
-
-### setUser(オプション)
-
-チャットセッションのユーザー情報を設定します。
-
-```typescript
-interface UserOptions {
-  email?: string;
-  nickname?: string;
-  phone?: string;
-  avatar?: string;
-}
-
-await CapacitorCrisp.setUser({
-  email: 'user@example.com',
-  nickname: 'John Doe'
-});
-```
-
-### setUserCompany(オプション)
-
-ビジネスユーザー向けに会社情報を設定します。
-
-```typescript
-interface CompanyOptions {
-  name: string;
-  url?: string;
-  description?: string;
-  employment?: {
-    title?: string;
-    role?: string;
-  };
-  geolocation?: {
-    city?: string;
-    country?: string;
-  };
-}
-
-await CapacitorCrisp.setUserCompany({
-  name: 'Acme Corp',
-  url: 'https://acme.com',
-  employment: {
-    title: 'CEO',
-    role: 'Leadership'
-  }
-});
-```
-
-### プッシュイベント(オプション)
-
-カスタム イベントを送信してユーザーのアクションを追跡します。
-
-```typescript
-interface EventOptions {
-  name: string;
-  color?: 'red' | 'orange' | 'yellow' | 'green' | 'blue' | 'purple' | 'pink' | 'brown' | 'grey' | 'black';
-  data?: { [key: string]: any };
-}
-
-await CapacitorCrisp.pushEvent({
-  name: 'checkout_completed',
-  color: 'green',
-  data: {
-    price: 99.99,
-    currency: 'USD'
-  }
-});
-```
-
-### setSessionSegment(セグメント)
-
-チャットセッションを分類するセグメントを設定します。
-
-```typescript
-await CapacitorCrisp.setSessionSegment('premium_customer');
-```
-
-###resetChatSession()
-
-現在のチャット セッションをリセットします (ログアウトに役立ちます)。
-
-```typescript
-await CapacitorCrisp.resetChatSession();
-```
-
-## 高度な機能
-
-### カスタム ユーザー データ
-
-```typescript
-// Set multiple custom data fields
-await CapacitorCrisp.setSessionData({
-  key: 'plan',
-  value: 'premium'
-});
-
-await CapacitorCrisp.setSessionData({
-  key: 'signup_date',
-  value: '2024-01-15'
-});
-```
-
-### メッセージプリセット
-
-チャット入力に事前入力メッセージを設定します。
-
-```typescript
-await CapacitorCrisp.setMessageText(
-  "Hello, I need help with my order #12345"
-);
-```
-
-### チャットの可用性
-
-チャット ウィジェットをいつ利用できるかを制御します。
-
-```typescript
-// Hide chat temporarily
-await CapacitorCrisp.setTokenID('user_token_12345');
-```
-
-## 完全な例
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-export class ChatService {
-  async initialize() {
-    // Configure Crisp
-    await CapacitorCrisp.configure({
-      websiteID: 'YOUR_WEBSITE_ID',
-      locale: 'en'
-    });
-  }
-
-  async loginUser(user: any) {
-    // Set user information
-    await CapacitorCrisp.setUser({
-      email: user.email,
-      nickname: user.name,
-      phone: user.phone,
-      avatar: user.avatarUrl
-    });
-
-    // Set custom data
-    await CapacitorCrisp.setSessionData({
-      key: 'user_id',
-      value: user.id
-    });
-
-    await CapacitorCrisp.setSessionData({
-      key: 'account_type',
-      value: user.accountType
-    });
-
-    // Set segment
-    if (user.isPremium) {
-      await CapacitorCrisp.setSessionSegment('premium');
-    }
-
-    // Track login event
-    await CapacitorCrisp.pushEvent({
-      name: 'user_login',
-      color: 'blue',
-      data: {
-        method: 'email'
-      }
-    });
-  }
-
-  async openSupport(context?: string) {
-    if (context) {
-      await CapacitorCrisp.setMessageText(
-        `I need help with: ${context}`
-      );
-    }
-    
-    await CapacitorCrisp.openMessenger();
-  }
-
-  async logout() {
-    await CapacitorCrisp.resetChatSession();
-  }
-}
-```
-
-## スタイルとカスタマイズ
-
-Crisp はアプリのテーマに自動的に適応しますが、Crisp ダッシュボードを通じてさらにカスタマイズできます。
-
-1.Crisp ダッシュボードに移動します
-2. [設定] > [ウェブサイトの設定] > [チャットボックスと電子メールの設定] に移動します。
-3. 色、位置、動作をカスタマイズする
-
-## ベストプラクティス
-
-1. **早めに初期化する**
-   すぐに利用できるように、アプリの初期化中に Crisp を構成します。
-   ```typescript
-   import { App } from '@capacitor/app';
-   
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await CapacitorCrisp.configure({
-         websiteID: 'YOUR_WEBSITE_ID'
-       });
-     }
-   });
-   ```
-
-2. **ユーザーコンテキストを設定**
-   より良いサポートを提供できる場合は、常にユーザー情報を提供してください。
-   ```typescript
-   if (user.isAuthenticated) {
-     await CapacitorCrisp.setUser({
-       email: user.email,
-       nickname: user.name
-     });
-   }
-   ```
-
-3. **重要なイベントを追跡する**
-   イベントを使用してサポート エージェントにコンテキストを提供します。
-   ```typescript
-   await CapacitorCrisp.pushEvent({
-     name: 'error_occurred',
-     color: 'red',
-     data: {
-       error: error.message,
-       screen: 'checkout'
-     }
-   });
-   ```
-
-4. **ログアウトを適切に処理する**
-   ユーザーがログアウトするときは、必ずセッションをリセットします。
-   ```typescript
-   async logout() {
-     await CapacitorCrisp.resetChatSession();
-     // Your other logout logic
-   }
-   ```
-
-## プラットフォームに関する注意事項
-
-### iOS
-- iOS 10.0+が必要です
-- ネイティブ Crisp iOS SDK を使用
-- プッシュ通知をサポート (Crisp ダッシュボードで設定)
-
-### Android
-- Android 5.0 (API 21)+ が必要です
-- ネイティブ Crisp Android SDK を使用します
-- マテリアルデザイン準拠
-
-### ウェブ
-- Crisp JavaScript SDK にフォールバックします
-- ネイティブ プラットフォームと同等のフル機能
diff --git a/src/content/docs/ja/docs/plugins/crisp/index.mdx b/src/content/docs/ja/docs/plugins/crisp/index.mdx
deleted file mode 100644
index db18f88ff..000000000
--- a/src/content/docs/ja/docs/plugins/crisp/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-crisp"
-locale: ja
-description: Capacitorアプリ用のネイティブCrisp chat SDK統合で、アプリ内カスタマーサポートを提供します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: CapacitorアプリにCrispネイティブchat SDKを統合し、シームレスなアプリ内カスタマーサポートとリアルタイムメッセージングを実現します。
-  image:
-    file: ~public/icons/plugins/crisp.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/crisp/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-crisp/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="ネイティブパフォーマンス" icon="rocket">
-    スムーズなチャット体験のためのネイティブSDK統合
-  </Card>
-  <Card title="リアルタイムメッセージング" icon="comment">
-    アプリ内で顧客と直接ライブチャット
-  </Card>
-  <Card title="豊富な機能" icon="star">
-    ユーザーデータ、イベント、カスタムスタイリングをサポート
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    わずか数分でプラグインをマスターするには[ドキュメント](/docs/plugins/crisp/getting-started/)をご覧ください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/data-storage-sqlite/getting-started.mdx b/src/content/docs/ja/docs/plugins/data-storage-sqlite/getting-started.mdx
deleted file mode 100644
index 0c764812f..000000000
--- a/src/content/docs/ja/docs/plugins/data-storage-sqlite/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-title: はじめに
-locale: ja
-description: オプションの暗号化機能を備えた高速キーバリューストレージのためのCapacitor Data Storage SQLiteプラグインのインストールと設定方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-data-storage-sqlite" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **プラグインを設定**
-
-   **基本的なストレージの例:**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // ストレージデータベースを開く
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'myapp_storage'
-   });
-
-   // データを保存
-   await CapacitorDataStorageSqlite.set({
-     key: 'user_preferences',
-     value: JSON.stringify({ theme: 'dark' })
-   });
-   ```
-
-   **暗号化ストレージの例:**
-   ```typescript
-   // 暗号化ストレージを開く
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'secure_storage',
-     encrypted: true,
-     mode: 'encryption'
-   });
-
-   // 機密データを保存
-   await CapacitorDataStorageSqlite.set({
-     key: 'api_token',
-     value: 'secret_token_value'
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       iOSでは追加設定は不要です。
-     </TabItem>
-     <TabItem label="Android">
-       Androidでは追加設定は不要です。
-     </TabItem>
-   </Tabs>
-
-4. **基本操作**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // 値を設定
-   await CapacitorDataStorageSqlite.set({
-     key: 'username',
-     value: 'john_doe'
-   });
-
-   // 値を取得
-   const { value } = await CapacitorDataStorageSqlite.get({
-     key: 'username'
-   });
-   console.log('Username:', value); // "john_doe"
-
-   // 値を削除
-   await CapacitorDataStorageSqlite.remove({
-     key: 'username'
-   });
-
-   // すべてのデータをクリア
-   await CapacitorDataStorageSqlite.clear();
-
-   // キーが存在するか確認
-   const { result } = await CapacitorDataStorageSqlite.iskey({
-     key: 'username'
-   });
-   console.log('Key exists:', result); // true or false
-
-   // すべてのキーを取得
-   const { keys } = await CapacitorDataStorageSqlite.keys();
-   console.log('All keys:', keys);
-
-   // すべての値を取得
-   const { values } = await CapacitorDataStorageSqlite.values();
-   console.log('All values:', values);
-   ```
-
-5. **高度な使用方法**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   export class StorageService {
-     private dbName = 'app_storage';
-     private isEncrypted = false;
-
-     async initialize(encrypted = false) {
-       this.isEncrypted = encrypted;
-
-       // オプション付きでストレージを開く
-       await CapacitorDataStorageSqlite.openStore({
-         database: this.dbName,
-         encrypted: encrypted,
-         mode: encrypted ? 'encryption' : 'no-encryption',
-         version: 1
-       });
-     }
-
-     // 汎用ストレージメソッド
-     async setObject<T>(key: string, data: T): Promise<void> {
-       const value = JSON.stringify(data);
-       await CapacitorDataStorageSqlite.set({ key, value });
-     }
-
-     async getObject<T>(key: string): Promise<T | null> {
-       try {
-         const { value } = await CapacitorDataStorageSqlite.get({ key });
-         return value ? JSON.parse(value) : null;
-       } catch (error) {
-         console.error('Error getting object:', error);
-         return null;
-       }
-     }
-
-     // バッチ操作
-     async setMultiple(items: Record<string, any>): Promise<void> {
-       for (const [key, value] of Object.entries(items)) {
-         await CapacitorDataStorageSqlite.set({
-           key,
-           value: typeof value === 'string' ? value : JSON.stringify(value)
-         });
-       }
-     }
-
-     async getMultiple(keys: string[]): Promise<Record<string, any>> {
-       const results: Record<string, any> = {};
-
-       for (const key of keys) {
-         try {
-           const { value } = await CapacitorDataStorageSqlite.get({ key });
-           results[key] = value;
-         } catch (error) {
-           results[key] = null;
-         }
-       }
-
-       return results;
-     }
-
-     // テーブル管理
-     async getTables(): Promise<string[]> {
-       const { tables } = await CapacitorDataStorageSqlite.tables();
-       return tables;
-     }
-
-     async deleteTable(table: string): Promise<void> {
-       await CapacitorDataStorageSqlite.deleteTable({ table });
-     }
-
-     // インポート/エクスポート機能
-     async exportToJson(): Promise<any[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       return keys.map((key, index) => ({
-         key,
-         value: values[index]
-       }));
-     }
-
-     async importFromJson(data: Array<{ key: string; value: string }>): Promise<void> {
-       // 既存データをクリア
-       await CapacitorDataStorageSqlite.clear();
-
-       // 新しいデータをインポート
-       for (const item of data) {
-         await CapacitorDataStorageSqlite.set({
-           key: item.key,
-           value: item.value
-         });
-       }
-     }
-
-     // フィルタリングと検索
-     async keysStartingWith(prefix: string): Promise<string[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       return keys.filter(key => key.startsWith(prefix));
-     }
-
-     async filterByPrefix(prefix: string): Promise<Array<{ key: string; value: string }>> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       const filtered: Array<{ key: string; value: string }> = [];
-
-       keys.forEach((key, index) => {
-         if (key.startsWith(prefix)) {
-           filtered.push({ key, value: values[index] });
-         }
-       });
-
-       return filtered;
-     }
-
-     // 完了時にデータベースを閉じる
-     async close(): Promise<void> {
-       await CapacitorDataStorageSqlite.closeStore({
-         database: this.dbName
-       });
-     }
-   }
-
-   // 使用例
-   const storage = new StorageService();
-   await storage.initialize(true); // 暗号化を使用
-
-   // ユーザーデータを保存
-   await storage.setObject('user_profile', {
-     id: 123,
-     name: 'John Doe',
-     email: 'john@example.com'
-   });
-
-   // ユーザーデータを取得
-   const profile = await storage.getObject<any>('user_profile');
-   console.log('User profile:', profile);
-   ```
-</Steps>
-
-## APIリファレンス
-
-### メソッド
-
-#### `openStore(options: OpenStoreOptions)`
-ストレージデータベースを開きます。
-
-**パラメータ:**
-- `options.database`: string - データベース名
-- `options.encrypted`: boolean - 暗号化を有効化
-- `options.mode`: string - 'encryption'または'no-encryption'
-- `options.version`: number - データベースバージョン
-
-#### `closeStore(options: CloseStoreOptions)`
-ストレージデータベースを閉じます。
-
-#### `set(options: SetOptions)`
-キーバリューペアを保存します。
-
-**パラメータ:**
-- `options.key`: string - ストレージキー
-- `options.value`: string - 保存する値
-
-#### `get(options: GetOptions)`
-キーで値を取得します。
-
-**戻り値:** `Promise<{ value: string }>`
-
-#### `remove(options: RemoveOptions)`
-キーバリューペアを削除します。
-
-#### `clear()`
-ストレージからすべてのデータをクリアします。
-
-#### `iskey(options: IskeyOptions)`
-キーが存在するか確認します。
-
-**戻り値:** `Promise<{ result: boolean }>`
-
-#### `keys()`
-すべてのストレージキーを取得します。
-
-**戻り値:** `Promise<{ keys: string[] }>`
-
-#### `values()`
-すべてのストレージ値を取得します。
-
-**戻り値:** `Promise<{ values: string[] }>`
-
-#### `tables()`
-すべてのテーブル名を取得します。
-
-**戻り値:** `Promise<{ tables: string[] }>`
-
-#### `deleteTable(options: DeleteTableOptions)`
-特定のテーブルを削除します。
-
-### インターフェース
-
-```typescript
-interface OpenStoreOptions {
-  database: string;
-  encrypted?: boolean;
-  mode?: string;
-  version?: number;
-}
-
-interface SetOptions {
-  key: string;
-  value: string;
-}
-
-interface GetOptions {
-  key: string;
-}
-
-interface RemoveOptions {
-  key: string;
-}
-```
-
-## プラットフォーム注意事項
-
-### iOS
-- 暗号化用のオプションSQLCipherを備えたSQLite3を使用
-- アプリ更新後もデータが保持される
-- iOS 11.0+をサポート
-
-### Android
-- オプションSQLCipherを備えたSQLiteを使用
-- アプリ更新後もデータが保持される
-- Android 5.0 (API 21)+をサポート
-
-## 一般的な使用例
-
-1. **ユーザー設定**: アプリの設定と設定を保存
-2. **キャッシュ管理**: APIレスポンスとデータをキャッシュ
-3. **オフラインストレージ**: オフラインアクセス用にデータを保存
-4. **セッション管理**: ユーザーセッションを安全に管理
-5. **トークンストレージ**: 認証トークンを安全に保存
-
-## ベストプラクティス
-
-1. **機密データには暗号化を使用**
-   ```typescript
-   // トークンなどの機密データ用
-   await openStore({
-     database: 'secure_db',
-     encrypted: true,
-     mode: 'encryption'
-   });
-   ```
-
-2. **プレフィックスでキーを整理**
-   ```typescript
-   // 整理のためにプレフィックスを使用
-   await set({ key: 'user:123:profile', value: userData });
-   await set({ key: 'cache:api:users', value: apiData });
-   ```
-
-3. **大きなデータを慎重に扱う**
-   ```typescript
-   // 大きなオブジェクトには圧縮を検討
-   const compressed = compress(largeData);
-   await set({ key: 'large_data', value: compressed });
-   ```
-
-4. **定期的なクリーンアップ**
-   ```typescript
-   // 期限切れのキャッシュエントリを削除
-   const keys = await keys();
-   for (const key of keys.keys) {
-     if (key.startsWith('cache:') && isExpired(key)) {
-       await remove({ key });
-     }
-   }
-   ```
-
-## トラブルシューティング
-
-**データベースが開かない:**
-- データベース名が有効か確認 (英数字、アンダースコア)
-- データベース名に特殊文字がないことを確認
-- 暗号化モードが既存のデータベースと一致することを確認
-
-**データが保持されない:**
-- 操作前に`openStore`が呼ばれていることを確認
-- コンソールにエラーがないか確認
-- キー名が文字列であることを確認
-
-**パフォーマンスの問題:**
-- 非常に大きな値の保存を避ける
-- 可能な場合はバッチ操作を使用
-- 異なるデータタイプには複数のデータベースの使用を検討
diff --git a/src/content/docs/ja/docs/plugins/data-storage-sqlite/index.mdx b/src/content/docs/ja/docs/plugins/data-storage-sqlite/index.mdx
deleted file mode 100644
index 751b2d121..000000000
--- a/src/content/docs/ja/docs/plugins/data-storage-sqlite/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-data-storage-sqlite"
-locale: ja
-description: SQLiteベースのキーバリューストレージを提供するCapacitorプラグインで、高速で信頼性の高いデータ永続化ソリューションです。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: 暗号化サポート付きの、Capacitorアプリ向けの高速で信頼性の高いSQLiteベースのキーバリューストレージ。
-  image:
-    file: ~public/icons/plugins/data-storage-sqlite.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/data-storage-sqlite/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-data-storage-sqlite/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="SQLite駆動" icon="rocket">
-    SQLiteを使用した高速で信頼性の高いデータストレージ
-  </Card>
-  <Card title="暗号化サポート" icon="setting">
-    機密データ用のオプション暗号化
-  </Card>
-  <Card title="キーバリューの簡潔性" icon="star">
-    強力な機能を備えたシンプルなキーバリューAPI
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    わずか数分でプラグインをマスターするには[ドキュメント](/docs/plugins/data-storage-sqlite/getting-started/)をご覧ください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/document-scanner/getting-started.mdx b/src/content/docs/ja/docs/plugins/document-scanner/getting-started.mdx
deleted file mode 100644
index 07ef5e14c..000000000
--- a/src/content/docs/ja/docs/plugins/document-scanner/getting-started.mdx
+++ /dev/null
@@ -1,61 +0,0 @@
----
-title: はじめに
-locale: ja
-description: エッジ検出と調整可能な出力形式を備えたネイティブ品質のドキュメントスキャンを追加します。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **プラグインをインストール**
-   <PackageManagers pkg="@capgo/capacitor-document-scanner" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプラットフォームと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## スキャンをトリガー
-
-```typescript
-import {
-  DocumentScanner,
-  ResponseType,
-  ScanDocumentResponseStatus,
-} from '@capgo/capacitor-document-scanner';
-
-const result = await DocumentScanner.scanDocument({
-  croppedImageQuality: 90,
-  letUserAdjustCrop: true,
-  maxNumDocuments: 10,
-  responseType: ResponseType.ImageFilePath,
-});
-
-if (result.status === ScanDocumentResponseStatus.Success) {
-  console.log('Scanned files:', result.scannedImages);
-} else {
-  console.log('Scan cancelled by user');
-}
-```
-
-## base64データを返す
-
-```typescript
-const result = await DocumentScanner.scanDocument({
-  responseType: ResponseType.Base64,
-});
-
-const [firstPage] = result.scannedImages ?? [];
-if (firstPage) {
-  const dataUrl = `data:image/jpeg;base64,${firstPage}`;
-  // プレビューを表示またはサーバーにアップロード
-}
-```
-
-## プラットフォーム要件
-
-- **iOS**: カメラの使用方法を説明する`NSCameraUsageDescription`を`ios/App/App/Info.plist`に追加します。
-- **Android**: `CAMERA`パーミッションが宣言されていることを確認します (Capacitorが自動的に追加します) し、UIに合わせて`croppedImageQuality`、`letUserAdjustCrop`、`maxNumDocuments`を調整します。
-- **ストレージ**: `ResponseType.ImageFilePath`を使用する場合、アプリセッションが終了する前にスキャンされたファイルを希望するストレージの場所に移動またはコピーしてください。
diff --git a/src/content/docs/ja/docs/plugins/document-scanner/index.mdx b/src/content/docs/ja/docs/plugins/document-scanner/index.mdx
deleted file mode 100644
index 9450691c7..000000000
--- a/src/content/docs/ja/docs/plugins/document-scanner/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-document-scanner"
-locale: ja
-description: 自動エッジ検出でシャープなドキュメントをキャプチャし、Capacitorアプリからスキャンしたページをエクスポートします。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: 自動クロップ、複数ページキャプチャ、設定可能な出力形式を備えた洗練されたドキュメントスキャン体験を起動します。
-  image:
-    file: ~public/icons/plugins/document-scanner.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/document-scanner/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-document-scanner/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Document ScannerプラグインはCapacitorアプリにiOSとAndroidデバイスの両方で動作するネイティブ品質のスキャンフローを提供します。
-
-<CardGrid stagger>
-  <Card title="自動検出" icon="rocket">
-    ページのエッジを検出し、自動的にクロップし、保存前にユーザーが調整できるようにします。
-  </Card>
-  <Card title="複数ページキャプチャ" icon="star">
-    調整可能な制限を持つ1つのスキャンセッションで1つまたは多くのページをキャプチャします。
-  </Card>
-  <Card title="カスタム出力" icon="download">
-    選択した画質でファイルパスまたはbase64文字列のいずれかを返します。
-  </Card>
-  <Card title="統一API" icon="pencil">
-    1つのTypeScriptインターフェースがiOSとAndroidの両方の実装にまたがります。
-  </Card>
-</CardGrid>
-
-はじめるガイドを使用して、カメラパーミッションを有効にし、品質設定を構成し、スキャンしたファイルをストレージワークフローにエクスポートします。
diff --git a/src/content/docs/ja/docs/plugins/downloader/getting-started.mdx b/src/content/docs/ja/docs/plugins/downloader/getting-started.mdx
deleted file mode 100644
index 0c2952b5e..000000000
--- a/src/content/docs/ja/docs/plugins/downloader/getting-started.mdx
+++ /dev/null
@@ -1,172 +0,0 @@
----
-title: はじめに
-locale: ja
-description: "@capgo/capacitor-downloaderのインストールと使用ガイド"
-sidebar:
-  order: 2
-  label: "はじめに"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 使用例
-
-```typescript
-import { CapacitorDownloader } from '@capgo/capacitor-downloader';
-
-// ダウンロードを開始
-const downloadId = 'my-download-001';
-await CapacitorDownloader.download({
-  id: downloadId,
-  url: 'https://example.com/large-file.zip',
-  destination: '/downloads/large-file.zip',
-  headers: {
-    'Authorization': 'Bearer token123'
-  },
-  network: 'wifi-only',
-  priority: 'high'
-});
-
-// 進行状況の更新をリッスン
-CapacitorDownloader.addListener('downloadProgress', (data) => {
-  console.log(`Download ${data.id}: ${data.progress}% complete`);
-  console.log(`Downloaded: ${data.bytesDownloaded}/${data.totalBytes} bytes`);
-});
-
-// 完了を処理
-CapacitorDownloader.addListener('downloadCompleted', (data) => {
-  console.log(`Download completed: ${data.id}`);
-  console.log(`File saved to: ${data.path}`);
-});
-
-// エラーを処理
-CapacitorDownloader.addListener('downloadFailed', (error) => {
-  console.error(`Download failed: ${error.id}`, error.message);
-});
-
-// ダウンロードを一時停止
-await CapacitorDownloader.pause(downloadId);
-
-// ダウンロードを再開
-await CapacitorDownloader.resume(downloadId);
-
-// ダウンロードステータスを確認
-const status = await CapacitorDownloader.checkStatus(downloadId);
-console.log('Download status:', status);
-
-// ダウンロードを停止
-await CapacitorDownloader.stop(downloadId);
-```
-
-## コアAPIメソッド
-
-### ダウンロード管理
-- `download(options)` - 新しいファイルのダウンロードを開始
-- `pause(id)` - 進行中のダウンロードを一時停止
-- `resume(id)` - 一時停止したダウンロードを再開
-- `stop(id)` - ダウンロードを停止してキャンセル
-- `checkStatus(id)` - 現在のダウンロードステータスを取得
-
-### ファイル操作
-- `getFileInfo(path)` - ファイル情報とメタデータを取得
-
-## ダウンロード設定
-
-```typescript
-interface DownloadOptions {
-  id: string;                    // 一意のダウンロード識別子
-  url: string;                   // ダウンロード元URL
-  destination: string;           // ローカル保存パス
-  headers?: Record<string, string>; // カスタムHTTPヘッダー
-  network?: 'cellular' | 'wifi-only'; // ネットワーク制限
-  priority?: 'high' | 'normal' | 'low'; // ダウンロード優先度
-}
-```
-
-## イベントリスナー
-
-プラグインは包括的なイベント処理を提供します:
-
-- `downloadProgress` - リアルタイムのダウンロード進行状況を追跡
-- `downloadCompleted` - ダウンロードの正常完了を処理
-- `downloadFailed` - ダウンロードエラーと失敗を処理
-
-## ネットワーク設定
-
-### WiFi専用ダウンロード
-```typescript
-await CapacitorDownloader.download({
-  id: 'large-file',
-  url: 'https://example.com/video.mp4',
-  destination: '/downloads/video.mp4',
-  network: 'wifi-only' // WiFiネットワークのみに制限
-});
-```
-
-### 優先度管理
-```typescript
-// 高優先度ダウンロード
-await CapacitorDownloader.download({
-  id: 'urgent-update',
-  url: 'https://example.com/update.zip',
-  destination: '/downloads/update.zip',
-  priority: 'high'
-});
-```
-
-## ダウンロードステータス
-
-ダウンロードはさまざまなステータスを持つことができます:
-- **Pending**: ダウンロード待機中
-- **Running**: 現在ダウンロード中
-- **Paused**: 一時停止中
-- **Completed**: 正常に完了
-- **Failed**: エラーが発生
-- **Stopped**: 手動でキャンセル
-
-## ファイル情報
-
-```typescript
-// ファイルの詳細を取得
-const fileInfo = await CapacitorDownloader.getFileInfo('/downloads/my-file.pdf');
-console.log('File size:', fileInfo.size);
-console.log('Last modified:', fileInfo.lastModified);
-console.log('MIME type:', fileInfo.mimeType);
-```
-
-## ベストプラクティス
-
-- 競合を避けるために一意のダウンロードIDを使用する
-- ネットワーク障害に対して適切なエラー処理を実装する
-- 大きなダウンロードを開始する前にストレージスペースを考慮する
-- モバイルデータを節約するために大きなファイルにはWiFi専用モードを使用する
-- ストレージを管理するために完了したダウンロードをクリーンアップする
diff --git a/src/content/docs/ja/docs/plugins/downloader/index.mdx b/src/content/docs/ja/docs/plugins/downloader/index.mdx
deleted file mode 100644
index 66c7df915..000000000
--- a/src/content/docs/ja/docs/plugins/downloader/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@capgo/capacitor-downloader"
-locale: ja
-description: バックグラウンドダウンロード、進行状況追跡、再開機能を備えたCapacitorアプリ用のファイルダウンロードマネージャープラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: バックグラウンドサポート、進行状況追跡、一時停止/再開機能、効率的なダウンロード管理を備えたファイルダウンロード。
-  image:
-    file: ~public/icons/plugins/downloader.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/downloader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-downloader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概要
-
-Capacitor Downloaderプラグインは、バックグラウンドダウンロード、進行状況追跡、包括的なダウンロード管理のサポートを備えた強力なファイルダウンロード機能を提供します。このプラグインは、一時停止/再開機能と詳細な進行状況監視を備えた堅牢なファイルダウンロードを可能にします。
-
-> ⚠️ **開発中**: このプラグインは現在開発中であり、まだ本番環境での使用準備ができていません。
-
-<CardGrid stagger>
-  <Card title="バックグラウンドダウンロード" icon="rocket">
-    アプリがバックグラウンドになってもダウンロードを継続
-  </Card>
-  <Card title="進行状況追跡" icon="star">
-    リアルタイムのダウンロード進行状況とステータス監視
-  </Card>
-  <Card title="ダウンロード制御" icon="rocket">
-    ダウンロードの一時停止、再開、停止を動的に実行
-  </Card>
-  <Card title="ネットワークオプション" icon="puzzle">
-    ネットワークの設定と優先度を構成
-  </Card>
-</CardGrid>
-
-## 開発ステータス
-
-このプラグインはreact-native-background-downloaderにインスパイアされており、現在開発中です。開発が進むにつれて機能が変更される可能性があります。
diff --git a/src/content/docs/ja/docs/plugins/env/getting-started.mdx b/src/content/docs/ja/docs/plugins/env/getting-started.mdx
deleted file mode 100644
index b21eb0d9b..000000000
--- a/src/content/docs/ja/docs/plugins/env/getting-started.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Envプラグインを使用して、ビルドごとの環境値を設定し、実行時に取得します。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-env" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプラットフォームと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 設定値を宣言
-
-Capacitor設定にキーを追加して、ネイティブビルドに組み込まれるようにします。環境ごとに値を入れ替えるために、複数の設定バリアント(`capacitor.config.prod.ts`、`capacitor.config.dev.ts`など)を作成できます。
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example',
-  webDir: 'dist',
-  plugins: {
-    Env: {
-      API_URL: 'https://api.example.com',
-      PUBLIC_KEY: 'pk_live_123',
-    },
-  },
-};
-
-export default config;
-```
-
-ネイティブプラットフォームでは、値は生成された設定ファイル(`ios/App/App/capacitor.config.json`と`android/app/src/main/assets/capacitor.config.json`)内に保存されます。テナント固有の値が必要な場合は、フレーバーごとにそれらのファイルを更新してください。
-
-## コード内で値を読み取る
-
-```typescript
-import { Env } from '@capgo/capacitor-env';
-
-const apiUrl = await Env.getKey({ key: 'API_URL' }).then((result) => result.value);
-
-if (!apiUrl) {
-  throw new Error('Missing API_URL configuration');
-}
-```
-
-## フォールバックを提供
-
-```typescript
-const loadConfig = async () => {
-  const { value: endpoint } = await Env.getKey({ key: 'API_URL' });
-  return endpoint || 'https://staging.example.com';
-};
-```
-
-## ヒント
-
-- 環境ごとに異なる`capacitor.config`ファイルを使用し、`npx cap run ios --configuration=prod`でCLIに正しいファイルを指定します。
-- Capgo updaterチャンネルと組み合わせて、新しいバイナリを公開せずにテナント固有の値を配信します。
-- `npx cap sync`の前に、CIビルド中に秘密を置換することで、ソース管理から秘密を除外します。
diff --git a/src/content/docs/ja/docs/plugins/env/index.mdx b/src/content/docs/ja/docs/plugins/env/index.mdx
deleted file mode 100644
index 3f6aa11d3..000000000
--- a/src/content/docs/ja/docs/plugins/env/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-env"
-locale: ja
-description: ホワイトラベルおよびマルチテナントアプリのために、実行時に`capacitor.config`から設定値を公開します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: Capacitorから安全な設定値を直接読み取ることで、新しいビルドなしでテナント固有の設定を提供します。
-  image:
-    file: ~public/settings-go.webp
-  actions:
-    - text: はじめる
-      link: /docs/plugins/env/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-env/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Envを使用すると、`capacitor.config.*`内に秘密とビルドごとの設定を保存し、シンプルなAPIを通じて実行時にそれらを解決できます。
-
-<CardGrid stagger>
-  <Card title="実行時設定" icon="rocket">
-    JavaScriptバンドルに含めずにネイティブ設定ファイルから値を読み取ります。
-  </Card>
-  <Card title="ビルドごとのオーバーライド" icon="rocket">
-    異なる設定ファイルを提供することで、複数のアプリフレーバーまたはテナントを作成します。
-  </Card>
-  <Card title="型安全なアクセス" icon="pencil">
-    TypeScriptサポートでキーを取得し、フォールバックロジックを一元化します。
-  </Card>
-  <Card title="デフォルトで安全" icon="approve-check">
-    APIキーと秘密をGitから除外しながら、ネイティブバイナリと一緒に配信します。
-  </Card>
-</CardGrid>
-
-はじめるガイドに従って、Capacitor設定でキーを宣言し、プラットフォーム間で安全に取得します。
diff --git a/src/content/docs/ja/docs/plugins/fast-sql/getting-started.mdx b/src/content/docs/ja/docs/plugins/fast-sql/getting-started.mdx
deleted file mode 100644
index 1e97750b5..000000000
--- a/src/content/docs/ja/docs/plugins/fast-sql/getting-started.mdx
+++ /dev/null
@@ -1,362 +0,0 @@
----
-title: "Fast SQL 入門"
-description: >-
-  高性能なネイティブ SQLite データベースアクセスのために
-  **@capgo/capacitor-fast-sql** プラグインをインストールして設定します
-locale: ja
----
-
-このガイドでは、高性能なSQLiteデータベースアクセスのための**@capgo/capacitor-fast-sql**プラグインをインストールして設定する方法を説明します。
-
-## Fast SQLとは？
-
-Capacitor用の従来のSQLiteプラグインは、標準的なJavaScriptブリッジに依存してWebコードとネイティブコード間の通信を行っています。小規模な操作では問題ありませんが、大量のデータを転送する必要がある場合、ブリッジが大きなボトルネックになります。すべてのデータはJSONにシリアル化され、ブリッジ経由で送信され、その後、相手側でデシリアル化されます。このシリアル化のオーバーヘッドにより、数千行のデータまたは大きなバイナリデータの操作は非常に遅くなります。
-
-**Fast SQLはこの問題を解決します**。デバイス上にローカルHTTPサーバーを確立し、ネイティブSQLiteデータベースと直接通信します。このカスタムプロトコルはCapacitorのブリッジをバイパスし、シリアル化のオーバーヘッドを排除し、以下を実現します:
-
-- **バッチ操作と大規模データセットで最大25倍高速化**
-- **base64エンコードなしの効率的なバイナリデータ転送**
-- **メモリの問題のない大規模な結果のストリーミング**
-- **CRDTとオペレーショナルトランスフォームのような同期システムの最適なパフォーマンス**
-
-これにより、Fast SQLはローカルファースト アプリケーション、オフライン同期システム、およびIndexedDBをより信頼性が高く高性能なソリューションに置き換える必要があるシナリオに最適です。
-
-## Installation
-
-```bash
-npm install @capgo/capacitor-fast-sql
-npx cap sync
-```
-
-## Platform Configuration
-
-### iOS Configuration
-
-Add the following to your `Info.plist` to allow local networking:
-
-```xml title="ios/App/App/Info.plist"
-<key>NSAppTransportSecurity</key>
-<dict>
-    <key>NSAllowsLocalNetworking</key>
-    <true/>
-</dict>
-```
-
-### Android Configuration
-
-If needed, add to your `AndroidManifest.xml`:
-
-```xml title="android/app/src/main/AndroidManifest.xml"
-<application
-    android:usesCleartextTraffic="true">
-    ...
-</application>
-```
-
-### Web Configuration
-
-For web platform support, install sql.js:
-
-```bash
-npm install sql.js
-```
-
-## Basic Usage
-
-### Connecting to a Database
-
-```typescript
-import { FastSQL } from '@capgo/capacitor-fast-sql';
-
-// Connect to database (creates file if it doesn't exist)
-const db = await FastSQL.connect({
-  database: 'myapp'
-});
-
-console.log('Connected to database on port:', db.port);
-```
-
-### Creating Tables
-
-```typescript
-// Create a table
-await db.execute(`
-  CREATE TABLE IF NOT EXISTS users (
-    id INTEGER PRIMARY KEY AUTOINCREMENT,
-    name TEXT NOT NULL,
-    email TEXT UNIQUE,
-    created_at INTEGER DEFAULT (strftime('%s', 'now'))
-  )
-`);
-```
-
-### Inserting Data
-
-```typescript
-// Insert single row
-const result = await db.run(
-  'INSERT INTO users (name, email) VALUES (?, ?)',
-  ['John Doe', 'john@example.com']
-);
-
-console.log('Inserted row ID:', result.insertId);
-console.log('Rows affected:', result.rowsAffected);
-```
-
-### Querying Data
-
-```typescript
-// Query with parameters
-const users = await db.query(
-  'SELECT * FROM users WHERE name LIKE ?',
-  ['John%']
-);
-
-console.log('Found users:', users);
-
-// users is an array of objects:
-// [{ id: 1, name: 'John Doe', email: 'john@example.com', created_at: 1234567890 }]
-```
-
-### Updating Data
-
-```typescript
-const result = await db.run(
-  'UPDATE users SET email = ? WHERE id = ?',
-  ['newemail@example.com', 1]
-);
-
-console.log('Updated rows:', result.rowsAffected);
-```
-
-### Deleting Data
-
-```typescript
-const result = await db.run(
-  'DELETE FROM users WHERE id = ?',
-  [1]
-);
-
-console.log('Deleted rows:', result.rowsAffected);
-```
-
-## Transactions
-
-Transactions ensure atomicity - either all operations succeed or all are rolled back:
-
-```typescript
-try {
-  await db.transaction(async (tx) => {
-    // All operations in this block are part of the transaction
-    await tx.run('INSERT INTO accounts (name, balance) VALUES (?, ?)', ['Alice', 1000]);
-    await tx.run('INSERT INTO accounts (name, balance) VALUES (?, ?)', ['Bob', 500]);
-
-    // Transfer money
-    await tx.run('UPDATE accounts SET balance = balance - 100 WHERE name = ?', ['Alice']);
-    await tx.run('UPDATE accounts SET balance = balance + 100 WHERE name = ?', ['Bob']);
-  });
-
-  console.log('Transaction committed successfully!');
-} catch (error) {
-  console.error('Transaction rolled back:', error);
-  // All changes are automatically rolled back on error
-}
-```
-
-### Transaction Isolation Levels
-
-```typescript
-import { FastSQL, IsolationLevel } from '@capgo/capacitor-fast-sql';
-
-await db.transaction(async (tx) => {
-  // Your operations
-}, IsolationLevel.Serializable);
-```
-
-Available isolation levels:
-- `ReadUncommitted` - Lowest isolation, highest performance
-- `ReadCommitted` - Prevent dirty reads
-- `RepeatableRead` - Prevent non-repeatable reads
-- `Serializable` - Highest isolation, prevents all anomalies
-
-## Batch Operations
-
-Execute multiple statements efficiently:
-
-```typescript
-const results = await db.executeBatch([
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['App started', 'INFO']
-  },
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['User logged in', 'INFO']
-  },
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['Error occurred', 'ERROR']
-  },
-]);
-
-console.log('Executed', results.length, 'statements');
-```
-
-## Binary Data (BLOBs)
-
-Store and retrieve binary data using Uint8Array:
-
-```typescript
-// Store binary data
-const imageData = new Uint8Array([0xFF, 0xD8, 0xFF, 0xE0, /* ... */]);
-
-await db.run(
-  'INSERT INTO images (name, data) VALUES (?, ?)',
-  ['photo.jpg', imageData]
-);
-
-// Retrieve binary data
-const rows = await db.query('SELECT data FROM images WHERE name = ?', ['photo.jpg']);
-const retrievedData = rows[0].data; // Uint8Array
-```
-
-## Encryption (iOS/Android)
-
-Enable SQLCipher encryption for secure storage:
-
-```typescript
-const db = await FastSQL.connect({
-  database: 'secure_db',
-  encrypted: true,
-  encryptionKey: 'your-secure-encryption-key'
-});
-```
-
-:::caution
-- Encryption is only available on iOS and Android
-- Store encryption keys securely (use Keychain/Keystore)
-- Cannot open encrypted databases without the correct key
-- Web platform does not support encryption
-:::
-
-## Read-Only Mode
-
-Open databases in read-only mode to prevent modifications:
-
-```typescript
-const db = await FastSQL.connect({
-  database: 'myapp',
-  readOnly: true
-});
-```
-
-## Closing Connections
-
-Always close database connections when done:
-
-```typescript
-await FastSQL.disconnect('myapp');
-```
-
-## Direct HTTP Protocol
-
-For maximum performance with large datasets, use the HTTP protocol directly:
-
-```typescript
-const { port, token } = await FastSQL.getServerInfo({ database: 'myapp' });
-
-// Make direct HTTP requests to localhost:port
-// Include token in Authorization header
-const response = await fetch(`http://localhost:${port}/execute`, {
-  method: 'POST',
-  headers: {
-    'Authorization': `Bearer ${token}`,
-    'Content-Type': 'application/json'
-  },
-  body: JSON.stringify({
-    statement: 'SELECT * FROM users',
-    params: []
-  })
-});
-
-const result = await response.json();
-```
-
-## Error Handling
-
-```typescript
-import { FastSQL } from '@capgo/capacitor-fast-sql';
-
-try {
-  const db = await FastSQL.connect({ database: 'myapp' });
-
-  await db.run('INSERT INTO users (name, email) VALUES (?, ?)', ['John', 'john@example.com']);
-
-} catch (error) {
-  if (error.message.includes('UNIQUE constraint failed')) {
-    console.error('Email already exists');
-  } else if (error.message.includes('no such table')) {
-    console.error('Table does not exist');
-  } else {
-    console.error('Database error:', error);
-  }
-}
-```
-
-## Common SQL Patterns
-
-### Check if Table Exists
-
-```typescript
-const result = await db.query(
-  "SELECT name FROM sqlite_master WHERE type='table' AND name=?",
-  ['users']
-);
-
-const tableExists = result.length > 0;
-```
-
-### Get Table Schema
-
-```typescript
-const schema = await db.query('PRAGMA table_info(users)');
-console.log('Columns:', schema);
-```
-
-### Count Rows
-
-```typescript
-const result = await db.query('SELECT COUNT(*) as count FROM users');
-const count = result[0].count;
-```
-
-### Pagination
-
-```typescript
-const pageSize = 20;
-const page = 1;
-const offset = (page - 1) * pageSize;
-
-const users = await db.query(
-  'SELECT * FROM users ORDER BY created_at DESC LIMIT ? OFFSET ?',
-  [pageSize, offset]
-);
-```
-
-## パフォーマンスティップス
-
-1. **複数の操作にはトランザクションを使用** - 個別のコミットより大幅に高速
-2. **バルク挿入にはバッチ操作を使用** - ループより効率的
-3. **頻繁にクエリされるカラムにインデックスを作成**
-4. **パラメータ (?) 付きの準備済みステートメントを使用** - SQLインジェクションを防止しパフォーマンスを向上
-5. **非常に大きな結果セットにはHTTPプロトコルを直接使用**
-6. **使用しない場合は接続を閉じて** リソースを解放
-
-## 次のステップ
-
-[完全なチュートリアル](/plugins/capacitor-fast-sql)で以下を含む高度なパターンを確認してください:
-- データベースサービスアーキテクチャ
-- マイグレーションシステム
-- 同期エンジン
-- 複雑なクエリとジョイン
-- パフォーマンス最適化
diff --git a/src/content/docs/ja/docs/plugins/fast-sql/index.mdx b/src/content/docs/ja/docs/plugins/fast-sql/index.mdx
deleted file mode 100644
index 4d999fbe9..000000000
--- a/src/content/docs/ja/docs/plugins/fast-sql/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-fast-sql"
-description: 効率的な同期操作とIndexedDB置き換えのためのカスタムHTTPプロトコルを持つ高性能ネイティブSQLite。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: 同期システムと大規模データセット用のカスタムプロトコルを持つ超高速ネイティブSQLite。最大25倍の高速パフォーマンスを実現。
-  image:
-    file: ~public/icons/plugins/fast-sql.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/fast-sql/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-fast-sql/
-      icon: external
-      variant: minimal
-locale: ja
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="カスタムHTTPプロトコル" icon="rocket">
-    Capacitorのブリッジをバイパスして最大25倍の高速パフォーマンス ⚡
-  </Card>
-  <Card title="完全なSQLiteサポート" icon="list-format">
-    トランザクションとバッチ操作による完全なSQLサポート 📊
-  </Card>
-  <Card title="同期対応" icon="random">
-    CRDTや操作変換などのローカル同期システム向けに設計 🔄
-  </Card>
-  <Card title="クロスプラットフォーム" icon="laptop">
-    iOS、Android、およびsql.js + IndexedDBを使用したWeb 🌐
-  </Card>
-  <Card title="トランザクションサポート" icon="approve-check-circle">
-    設定可能な分離レベルを持つACIDトランザクション 🔒
-  </Card>
-  <Card title="バイナリデータ" icon="document">
-    Uint8Array/BLOBストレージのネイティブサポート 📁
-  </Card>
-  <Card title="はじめる" icon="open-book">
-    [スタートガイド](/docs/plugins/fast-sql/getting-started/)をチェックして、プラグインをインストールして設定しましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/ffmpeg/getting-started.mdx b/src/content/docs/ja/docs/plugins/ffmpeg/getting-started.mdx
deleted file mode 100644
index b2213411d..000000000
--- a/src/content/docs/ja/docs/plugins/ffmpeg/getting-started.mdx
+++ /dev/null
@@ -1,277 +0,0 @@
----
-title: はじめに
-locale: ja
-description: CapacitorアプリでビデオProcessingのためのFFmpegプラグインのインストールと使用方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-ffmpeg" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-プラグインをインポートして、ビデオの再エンコードに使用します:
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-
-// カスタム設定でビデオを再エンコード
-const processVideo = async () => {
-  await CapacitorFFmpeg.reencodeVideo({
-    inputPath: '/path/to/input/video.mp4',
-    outputPath: '/path/to/output/video.mp4',
-    width: 1280,
-    height: 720,
-    bitrate: 2000000 // オプション: 2 Mbps
-  });
-};
-
-// プラグインバージョンを取得
-const checkVersion = async () => {
-  const { version } = await CapacitorFFmpeg.getPluginVersion();
-  console.log('FFmpeg plugin version:', version);
-};
-```
-
-## APIリファレンス
-
-### reencodeVideo(options)
-
-指定された寸法とビットレートでビデオファイルを再エンコードします。
-
-```typescript
-await CapacitorFFmpeg.reencodeVideo({
-  inputPath: '/path/to/input.mp4',
-  outputPath: '/path/to/output.mp4',
-  width: 1920,
-  height: 1080,
-  bitrate: 5000000 // オプション: 5 Mbps
-});
-```
-
-**パラメータ:**
-- `inputPath` (string): 入力ビデオファイルへのフルパス
-- `outputPath` (string): 出力ビデオが保存されるフルパス
-- `width` (number): ターゲット幅(ピクセル単位)
-- `height` (number): ターゲット高さ(ピクセル単位)
-- `bitrate` (number, オプション): ターゲットビットレート(ビット毎秒)
-
-### getPluginVersion()
-
-ネイティブCapacitorプラグインのバージョンを取得します。
-
-```typescript
-const { version } = await CapacitorFFmpeg.getPluginVersion();
-```
-
-## 完全な例
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class VideoProcessor {
-  /**
-   * ファイルサイズを削減するためにビデオを圧縮
-   */
-  async compressVideo(inputPath: string, quality: 'low' | 'medium' | 'high') {
-    const qualitySettings = {
-      low: { width: 640, height: 360, bitrate: 500000 },
-      medium: { width: 1280, height: 720, bitrate: 2000000 },
-      high: { width: 1920, height: 1080, bitrate: 5000000 }
-    };
-
-    const settings = qualitySettings[quality];
-    const outputPath = inputPath.replace('.mp4', `_${quality}.mp4`);
-
-    try {
-      await CapacitorFFmpeg.reencodeVideo({
-        inputPath,
-        outputPath,
-        width: settings.width,
-        height: settings.height,
-        bitrate: settings.bitrate
-      });
-
-      console.log(`Video compressed to ${quality} quality:`, outputPath);
-      return outputPath;
-    } catch (error) {
-      console.error('Video compression failed:', error);
-      throw error;
-    }
-  }
-
-  /**
-   * 特定の寸法にビデオをリサイズ
-   */
-  async resizeVideo(
-    inputPath: string,
-    width: number,
-    height: number
-  ): Promise<string> {
-    const outputPath = inputPath.replace('.mp4', '_resized.mp4');
-
-    await CapacitorFFmpeg.reencodeVideo({
-      inputPath,
-      outputPath,
-      width,
-      height
-    });
-
-    return outputPath;
-  }
-
-  /**
-   * サムネイル品質のビデオを作成
-   */
-  async createThumbnailVideo(inputPath: string): Promise<string> {
-    return this.compressVideo(inputPath, 'low');
-  }
-
-  /**
-   * 複数のビデオをバッチ処理
-   */
-  async processMultipleVideos(
-    videoPaths: string[],
-    width: number,
-    height: number,
-    bitrate?: number
-  ): Promise<string[]> {
-    const outputPaths: string[] = [];
-
-    for (const inputPath of videoPaths) {
-      const outputPath = inputPath.replace('.mp4', '_processed.mp4');
-
-      try {
-        await CapacitorFFmpeg.reencodeVideo({
-          inputPath,
-          outputPath,
-          width,
-          height,
-          bitrate
-        });
-
-        outputPaths.push(outputPath);
-      } catch (error) {
-        console.error(`Failed to process ${inputPath}:`, error);
-      }
-    }
-
-    return outputPaths;
-  }
-}
-```
-
-## ベストプラクティス
-
-1. **適切なビットレートを使用**
-   解像度と用途に基づいてビットレートを選択:
-   ```typescript
-   // モバイル共有(低帯域幅)
-   const lowQuality = { width: 640, height: 360, bitrate: 500000 };
-
-   // 標準品質
-   const standardQuality = { width: 1280, height: 720, bitrate: 2000000 };
-
-   // 高品質
-   const highQuality = { width: 1920, height: 1080, bitrate: 5000000 };
-   ```
-
-2. **アスペクト比を維持**
-   アスペクト比を保持するように寸法を計算:
-   ```typescript
-   function calculateDimensions(originalWidth: number, originalHeight: number, targetWidth: number) {
-     const aspectRatio = originalWidth / originalHeight;
-     return {
-       width: targetWidth,
-       height: Math.round(targetWidth / aspectRatio)
-     };
-   }
-   ```
-
-3. **ファイルパスを正しく処理**
-   クロスプラットフォームのパス処理にはCapacitor Filesystemを使用:
-   ```typescript
-   import { Filesystem, Directory } from '@capacitor/filesystem';
-
-   const inputPath = await Filesystem.getUri({
-     directory: Directory.Documents,
-     path: 'input.mp4'
-   });
-   ```
-
-4. **ユーザーに進行状況を表示**
-   ビデオ処理は遅くなる可能性があるため、ユーザーに通知:
-   ```typescript
-   async function processWithProgress(inputPath: string) {
-     // 読み込みインジケーターを表示
-     showLoading('Processing video...');
-
-     try {
-       await CapacitorFFmpeg.reencodeVideo({
-         inputPath,
-         outputPath: '/path/to/output.mp4',
-         width: 1280,
-         height: 720
-       });
-
-       showSuccess('Video processed successfully!');
-     } catch (error) {
-       showError('Failed to process video');
-     } finally {
-       hideLoading();
-     }
-   }
-   ```
-
-5. **一時ファイルをクリーンアップ**
-   ストレージを節約するために中間ファイルを削除:
-   ```typescript
-   async function processAndCleanup(inputPath: string) {
-     const outputPath = inputPath.replace('.mp4', '_output.mp4');
-
-     await CapacitorFFmpeg.reencodeVideo({
-       inputPath,
-       outputPath,
-       width: 1280,
-       height: 720
-     });
-
-     // 不要な場合は元のファイルを削除
-     await Filesystem.deleteFile({ path: inputPath });
-
-     return outputPath;
-   }
-   ```
-
-## プラットフォームに関する注意事項
-
-### iOS
-- iOS 11.0+が必要
-- 大きなビデオの処理にはバックグラウンドタスクの許可が必要な場合があります
-- ハードウェアアクセラレーションにネイティブiOS VideoToolboxを使用
-
-### Android
-- Android 5.0 (API 21)+が必要
-- ハードウェアアクセラレーションはデバイスによって異なります
-- ファイルアクセスにWRITE_EXTERNAL_STORAGE権限が必要な場合があります
-
-### Web
-- webプラットフォームではサポートされていません
-
-## パフォーマンスのヒント
-
-1. **より高速な処理のために解像度を下げる**: 寸法が小さいほどエンコードが速くなります
-2. **ハードウェアアクセラレーションを使用**: ネイティブプラットフォームにエンコードの最適化を任せます
-3. **バックグラウンドで処理**: ビデオ処理中にUIをブロックしないでください
-4. **メモリ使用量を監視**: 大きなビデオは大量のメモリを消費する可能性があります
-5. **実機でテスト**: エミュレーターは実際のパフォーマンスを反映しない場合があります
diff --git a/src/content/docs/ja/docs/plugins/ffmpeg/index.mdx b/src/content/docs/ja/docs/plugins/ffmpeg/index.mdx
deleted file mode 100644
index 589fce040..000000000
--- a/src/content/docs/ja/docs/plugins/ffmpeg/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-ffmpeg"
-locale: ja
-description: CapacitorアプリのためのFFmpegを活用したビデオエンコーディングと処理。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "イントロダクション"
-hero:
-  tagline: Capacitorアプリで強力なFFmpegライブラリを使用して、カスタム解像度とビットレートでビデオを再エンコードします。
-  image:
-    file: ~public/icons/plugins/ffmpeg.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/ffmpeg/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ffmpeg/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="ビデオ再エンコーディング" icon="rocket">
-    FFmpegでビデオを変換および圧縮
-  </Card>
-  <Card title="カスタム解像度" icon="setting">
-    任意の幅と高さにビデオをリサイズ
-  </Card>
-  <Card title="ビットレート制御" icon="star">
-    ビデオ品質とファイルサイズを制御
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    ビデオ処理を開始するには[ドキュメント](/docs/plugins/ffmpeg/getting-started/)を確認してください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/file-compressor/getting-started.mdx b/src/content/docs/ja/docs/plugins/file-compressor/getting-started.mdx
deleted file mode 100644
index fdcd2276e..000000000
--- a/src/content/docs/ja/docs/plugins/file-compressor/getting-started.mdx
+++ /dev/null
@@ -1,166 +0,0 @@
----
-title: はじめに
-locale: ja
-description: CapacitorアプリでFile Compressorプラグインをインストールして画像を圧縮する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-file-compressor" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## プラットフォームサポート
-
-| プラットフォーム | サポート形式 | 備考 |
-|----------|-------------------|-------|
-| iOS | JPEG | JPEG圧縮のみサポート |
-| Android | JPEG, WebP | 両方の形式を完全サポート |
-| Web | JPEG, WebP | Canvas APIベースの圧縮 |
-
-注: すべてのプラットフォームで圧縮中にEXIFメタデータは削除されます。
-
-## 使用方法
-
-プラグインをインポートして画像を圧縮:
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-
-// 画像を圧縮
-const compressImage = async () => {
-  const result = await FileCompressor.compressImage({
-    source: 'file:///path/to/image.jpg',
-    quality: 0.8,
-    width: 1920,
-    height: 1080
-  });
-
-  console.log('Compressed image path:', result.path);
-  console.log('Original size:', result.originalSize);
-  console.log('Compressed size:', result.size);
-};
-```
-
-## APIリファレンス
-
-### compressImage(options)
-
-指定された寸法と品質設定で画像ファイルを圧縮します。
-
-```typescript
-interface CompressImageOptions {
-  source: string;           // 画像ファイルへのパス
-  quality?: number;         // 0.0から1.0 (デフォルト: 0.8)
-  width?: number;           // ターゲット幅(ピクセル単位)
-  height?: number;          // ターゲット高さ(ピクセル単位)
-  format?: 'jpeg' | '.webp'; // 出力形式
-}
-
-interface CompressImageResult {
-  path: string;             // 圧縮画像へのパス
-  size: number;             // 圧縮ファイルサイズ(バイト単位)
-  originalSize: number;     // 元のファイルサイズ(バイト単位)
-}
-
-const result = await FileCompressor.compressImage(options);
-```
-
-**重要な注意事項:**
-- すべてのプラットフォームで圧縮中にEXIFメタデータは削除されます
-- 一つの寸法のみが提供された場合、アスペクト比は自動的に維持されます
-- ネイティブプラットフォームでは、圧縮ファイルは一時ディレクトリに保存されます
-
-### getPluginVersion()
-
-ネイティブプラグインのバージョンを取得します。
-
-```typescript
-const { version } = await FileCompressor.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## 完全な例
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-import { Camera } from '@capacitor/camera';
-
-export class ImageCompressionService {
-  async captureAndCompress() {
-    try {
-      // 写真を撮影
-      const photo = await Camera.getPhoto({
-        quality: 100,
-        allowEditing: false,
-        resultType: 'uri'
-      });
-
-      if (!photo.path) {
-        throw new Error('No image path');
-      }
-
-      // 写真を圧縮
-      const compressed = await FileCompressor.compressImage({
-        source: photo.path,
-        quality: 0.7,
-        width: 1920,
-        height: 1080,
-        format: 'jpeg'
-      });
-
-      console.log(`Compression ratio: ${
-        ((1 - compressed.size / compressed.originalSize) * 100).toFixed(1)
-      }%`);
-
-      return compressed.path;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async batchCompress(imagePaths: string[]) {
-    const results = [];
-
-    for (const path of imagePaths) {
-      try {
-        const result = await FileCompressor.compressImage({
-          source: path,
-          quality: 0.8,
-          width: 1280
-        });
-        results.push(result);
-      } catch (error) {
-        console.error(`Failed to compress ${path}:`, error);
-      }
-    }
-
-    return results;
-  }
-}
-```
-
-## ベストプラクティス
-
-1. **品質設定**: ファイルサイズと画像品質のバランスを取るために0.8の品質から始める
-2. **リサイズ寸法**: 必要な場合にのみ寸法を指定 - アスペクト比は自動的に保持されます
-3. **形式の選択**: 写真にはJPEGを、より良い圧縮にはWebPを使用(Android/Webのみ)
-4. **エラーハンドリング**: 常に圧縮呼び出しをtry-catchブロックで囲む
-5. **クリーンアップ**: 使用後は一時ファイルをクリーンアップすることを忘れないでください
-
-## トラブルシューティング
-
-### よくある問題
-
-**画像が圧縮されない**: ソースパスが有効でアクセス可能であることを確認してください
-**メモリ不足**: ターゲット寸法を小さくするか、一度に1つの画像を圧縮してください
-**形式がサポートされていない**: 上記のプラットフォームサポート表を確認してください
diff --git a/src/content/docs/ja/docs/plugins/file-compressor/index.mdx b/src/content/docs/ja/docs/plugins/file-compressor/index.mdx
deleted file mode 100644
index 1c5a66d13..000000000
--- a/src/content/docs/ja/docs/plugins/file-compressor/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-file-compressor"
-locale: ja
-description: プラットフォーム全体でPNG、JPEG、およびWebP形式をサポートする効率的な画像圧縮。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "イントロダクション"
-hero:
-  tagline: iOS、Android、およびWebでPNG、JPEG、およびWebP形式をサポートして画像を効率的に圧縮します。
-  image:
-    file: ~public/icons/plugins/file-compressor.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/file-compressor/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-file-compressor/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="複数の形式" icon="document">
-    プラットフォーム全体でJPEGおよびWebP圧縮をサポート
-  </Card>
-  <Card title="品質制御" icon="setting">
-    完璧なバランスのために0.0から1.0まで調整可能な圧縮品質
-  </Card>
-  <Card title="スマートリサイズ" icon="puzzle">
-    リサイズ中のアスペクト比の自動保持
-  </Card>
-  <Card title="バックエンド不要" icon="rocket">
-    すべての圧縮はデバイス上で行われます - サーバー不要
-  </Card>
-  <Card title="クロスプラットフォーム" icon="laptop">
-    iOS、Android、およびWebプラットフォーム全体で一貫したAPI
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    わずか数分でプラグインをマスターするには[ドキュメント](/docs/plugins/file-compressor/getting-started/)を確認してください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/file/getting-started.mdx b/src/content/docs/ja/docs/plugins/file/getting-started.mdx
deleted file mode 100644
index 1e5e60588..000000000
--- a/src/content/docs/ja/docs/plugins/file/getting-started.mdx
+++ /dev/null
@@ -1,389 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Capacitorアプリでファイルシステム操作のためのFileプラグインをインストールして使用する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-file" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-プラグインをインポートし、ファイル操作にメソッドを使用します:
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-// テキストファイルを書き込む
-const writeFile = async () => {
-  const result = await CapacitorFile.writeFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    data: 'Hello, World!',
-    encoding: Encoding.UTF8,
-    recursive: true, // 必要に応じて親ディレクトリを作成
-  });
-  console.log('File written to:', result.uri);
-};
-
-// テキストファイルを読み取る
-const readFile = async () => {
-  const result = await CapacitorFile.readFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    encoding: Encoding.UTF8,
-  });
-  console.log('File contents:', result.data);
-};
-
-// ファイルが存在するかチェック
-const checkExists = async () => {
-  const result = await CapacitorFile.exists({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-  console.log('File exists:', result.exists);
-};
-
-// ファイルを削除
-const deleteFile = async () => {
-  await CapacitorFile.deleteFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-};
-```
-
-## ディレクトリの場所
-
-プラグインはいくつかのディレクトリ定数を提供します:
-
-```typescript
-import { Directory } from '@capgo/capacitor-file';
-
-// 利用可能なディレクトリ
-Directory.Documents  // ユーザーに表示されるドキュメント(バックアップされます)
-Directory.Data       // プライベートアプリデータストレージ
-Directory.Library    // アプリサポートファイル (iOS) / files (Android)
-Directory.Cache      // 一時キャッシュ(OSによってクリアされる可能性があります)
-Directory.External   // 外部ストレージ(Androidのみ)
-Directory.Application // 読み取り専用アプリバンドル
-```
-
-## エンコーディングオプション
-
-```typescript
-import { Encoding } from '@capgo/capacitor-file';
-
-Encoding.UTF8   // UTF-8テキストエンコーディング
-Encoding.ASCII  // ASCIIテキストエンコーディング
-Encoding.UTF16  // UTF-16テキストエンコーディング
-// バイナリデータの場合はエンコーディングを省略(base64を返します)
-```
-
-## APIリファレンス
-
-### writeFile(options)
-
-ファイルにデータを書き込みます。
-
-```typescript
-const result = await CapacitorFile.writeFile({
-  path: 'folder/file.txt',
-  directory: Directory.Documents,
-  data: 'File content',
-  encoding: Encoding.UTF8,
-  recursive: true,  // 必要に応じてディレクトリを作成
-  append: false,    // 既存のファイルを上書き
-  position: 0,      // ランダムアクセス書き込みのバイト位置
-});
-// 戻り値: { uri: string }
-```
-
-### readFile(options)
-
-ファイルの内容を読み取ります。
-
-```typescript
-const result = await CapacitorFile.readFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  encoding: Encoding.UTF8,
-  offset: 0,    // バイトオフセットから読み取りを開始
-  length: 100,  // このバイト数のみを読み取る
-});
-// 戻り値: { data: string }
-```
-
-### appendFile(options)
-
-ファイルにデータを追加します。
-
-```typescript
-await CapacitorFile.appendFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  data: '\nNew line',
-  encoding: Encoding.UTF8,
-});
-```
-
-### deleteFile(options)
-
-ファイルを削除します。
-
-```typescript
-await CapacitorFile.deleteFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-```
-
-### mkdir(options)
-
-ディレクトリを作成します。
-
-```typescript
-await CapacitorFile.mkdir({
-  path: 'my-folder/sub-folder',
-  directory: Directory.Documents,
-  recursive: true,  // 親ディレクトリを作成
-});
-```
-
-### rmdir(options)
-
-ディレクトリを削除します。
-
-```typescript
-await CapacitorFile.rmdir({
-  path: 'my-folder',
-  directory: Directory.Documents,
-  recursive: true,  // 内容を再帰的に削除
-});
-```
-
-### readdir(options)
-
-ディレクトリの内容を一覧表示します。
-
-```typescript
-const result = await CapacitorFile.readdir({
-  path: '',  // ディレクトリのルートの場合は空
-  directory: Directory.Documents,
-});
-// 戻り値: { entries: Entry[] }
-// 各エントリには: { name, isFile, isDirectory, fullPath, nativeURL }
-```
-
-### stat(options)
-
-ファイルまたはディレクトリのメタデータを取得します。
-
-```typescript
-const result = await CapacitorFile.stat({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// 戻り値: { type, size, mtime, ctime, uri }
-```
-
-### exists(options)
-
-ファイルまたはディレクトリが存在するかチェックします。
-
-```typescript
-const result = await CapacitorFile.exists({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// 戻り値: { exists: boolean, type?: 'file' | 'directory' }
-```
-
-### copy(options)
-
-ファイルまたはディレクトリをコピーします。
-
-```typescript
-const result = await CapacitorFile.copy({
-  from: 'source.txt',
-  to: 'destination.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-// 戻り値: { uri: string }
-```
-
-### rename(options) / move(options)
-
-ファイルまたはディレクトリの名前を変更または移動します。
-
-```typescript
-await CapacitorFile.rename({
-  from: 'old-name.txt',
-  to: 'new-name.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-```
-
-### truncate(options)
-
-ファイルを特定のサイズに切り詰めます。
-
-```typescript
-await CapacitorFile.truncate({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  size: 100,  // 100バイトに切り詰め
-});
-```
-
-### getUri(options)
-
-ファイルのネイティブURIを取得します。
-
-```typescript
-const result = await CapacitorFile.getUri({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// 戻り値: { uri: string }
-```
-
-### getDirectories()
-
-すべての利用可能なディレクトリパスを取得します。
-
-```typescript
-const dirs = await CapacitorFile.getDirectories();
-// 戻り値: documents, data, cache, externalなどのパス
-```
-
-### getFreeDiskSpace()
-
-利用可能なディスク容量を取得します。
-
-```typescript
-const result = await CapacitorFile.getFreeDiskSpace();
-console.log('Free space:', result.free, 'bytes');
-```
-
-### checkPermissions() / requestPermissions()
-
-ストレージ権限を処理(Android)。
-
-```typescript
-const status = await CapacitorFile.checkPermissions();
-if (status.publicStorage !== 'granted') {
-  await CapacitorFile.requestPermissions();
-}
-```
-
-## 完全な例
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-export class FileService {
-  async saveJson(filename: string, data: object): Promise<void> {
-    await CapacitorFile.writeFile({
-      path: filename,
-      directory: Directory.Documents,
-      data: JSON.stringify(data, null, 2),
-      encoding: Encoding.UTF8,
-      recursive: true,
-    });
-  }
-
-  async loadJson<T>(filename: string): Promise<T | null> {
-    try {
-      const { exists } = await CapacitorFile.exists({
-        path: filename,
-        directory: Directory.Documents,
-      });
-
-      if (!exists) return null;
-
-      const result = await CapacitorFile.readFile({
-        path: filename,
-        directory: Directory.Documents,
-        encoding: Encoding.UTF8,
-      });
-
-      return JSON.parse(result.data) as T;
-    } catch (error) {
-      console.error('Failed to load JSON:', error);
-      return null;
-    }
-  }
-
-  async listFiles(folder: string = ''): Promise<string[]> {
-    const result = await CapacitorFile.readdir({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    return result.entries
-      .filter(entry => entry.isFile)
-      .map(entry => entry.name);
-  }
-
-  async deleteAll(folder: string): Promise<void> {
-    const { exists } = await CapacitorFile.exists({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    if (exists) {
-      await CapacitorFile.rmdir({
-        path: folder,
-        directory: Directory.Documents,
-        recursive: true,
-      });
-    }
-  }
-
-  async copyToBackup(filename: string): Promise<string> {
-    const timestamp = Date.now();
-    const backupName = `backup/${timestamp}-${filename}`;
-
-    const result = await CapacitorFile.copy({
-      from: filename,
-      to: backupName,
-      directory: Directory.Documents,
-      toDirectory: Directory.Documents,
-    });
-
-    return result.uri;
-  }
-}
-```
-
-## プラットフォームに関する注意事項
-
-### iOS
-- iOS 13.0+が必要
-- DocumentsディレクトリはFilesアプリで表示可能
-- Libraryディレクトリはアプリサポートファイル用
-- デバイスのストレージが少なくなるとキャッシュがクリアされる可能性があります
-
-### Android
-- Android 6.0 (API 23)+が必要
-- 古いAndroidバージョンでは外部ストレージにランタイム権限が必要
-- Documentsディレクトリはアプリのfilesディレクトリにマップされます
-- 共有ストレージアクセスにはExternalディレクトリを使用
-
-### Web
-- webプラットフォームではサポートされていません
diff --git a/src/content/docs/ja/docs/plugins/file/index.mdx b/src/content/docs/ja/docs/plugins/file/index.mdx
deleted file mode 100644
index 0c80657f6..000000000
--- a/src/content/docs/ja/docs/plugins/file/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-file"
-locale: ja
-description: ファイルとディレクトリの読み取り、書き込み、および管理のためのフル機能のファイルシステムプラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "イントロダクション"
-hero:
-  tagline: iOSおよびAndroid用の読み取り、書き込み、コピー、移動、およびディレクトリ管理を備えた完全なファイルシステム操作。
-  image:
-    file: ~public/icons/plugins/file.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/file/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-file/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="完全なファイル操作" icon="rocket">
-    ファイルの読み取り、書き込み、追加、コピー、移動、削除が簡単に
-  </Card>
-  <Card title="ディレクトリ管理" icon="seti:folder">
-    再帰サポートでディレクトリを作成、一覧表示、削除
-  </Card>
-  <Card title="複数のエンコーディング" icon="document">
-    UTF-8、ASCII、UTF-16、およびバイナリ(base64)データをサポート
-  </Card>
-  <Card title="クロスプラットフォーム" icon="puzzle">
-    プラットフォーム全体で一貫したAPIを備えたiOSおよびAndroidで動作
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/flash/getting-started.mdx b/src/content/docs/ja/docs/plugins/flash/getting-started.mdx
deleted file mode 100644
index 856f06675..000000000
--- a/src/content/docs/ja/docs/plugins/flash/getting-started.mdx
+++ /dev/null
@@ -1,197 +0,0 @@
----
-title: 始め方
-description: Capacitorアプリでデバイスのフラッシュライトを制御するために、Flashプラグインをインストールして使用する方法を学びます。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージのインストール**
-   <PackageManagers pkg="@capgo/capacitor-flash" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-プラグインをインポートして、フラッシュライトを制御するためのメソッドを使用します:
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// フラッシュライトが利用可能か確認
-const checkFlashlight = async () => {
-  const { value } = await CapacitorFlash.isAvailable();
-  console.log('Flashlight available:', value);
-};
-
-// フラッシュライトをオンにする
-const turnOn = async () => {
-  await CapacitorFlash.switchOn();
-};
-
-// フラッシュライトをオフにする
-const turnOff = async () => {
-  await CapacitorFlash.switchOff();
-};
-
-// フラッシュライトがオンかどうかを確認
-const checkStatus = async () => {
-  const { value } = await CapacitorFlash.isSwitchedOn();
-  console.log('Flashlight is on:', value);
-};
-
-// フラッシュライトを切り替える
-const toggle = async () => {
-  await CapacitorFlash.toggle();
-};
-```
-
-## APIリファレンス
-
-### isAvailable()
-
-デバイスでフラッシュライトが利用可能かどうかを確認します。
-
-```typescript
-const result = await CapacitorFlash.isAvailable();
-// 戻り値: { value: boolean }
-```
-
-### switchOn(options?)
-
-フラッシュライトをオンにします。
-
-```typescript
-interface SwitchOnOptions {
-  intensity?: number; // 0.0から1.0まで (iOSのみ)
-}
-
-await CapacitorFlash.switchOn({ intensity: 0.5 });
-```
-
-### switchOff()
-
-フラッシュライトをオフにします。
-
-```typescript
-await CapacitorFlash.switchOff();
-```
-
-### isSwitchedOn()
-
-フラッシュライトが現在オンかどうかを確認します。
-
-```typescript
-const result = await CapacitorFlash.isSwitchedOn();
-// 戻り値: { value: boolean }
-```
-
-### toggle()
-
-フラッシュライトをオン/オフに切り替えます。
-
-```typescript
-await CapacitorFlash.toggle();
-```
-
-## 完全な例
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-export class FlashlightService {
-  private isOn = false;
-
-  async init() {
-    const { value } = await CapacitorFlash.isAvailable();
-    if (!value) {
-      throw new Error('Flashlight not available on this device');
-    }
-  }
-
-  async toggle() {
-    if (this.isOn) {
-      await CapacitorFlash.switchOff();
-    } else {
-      await CapacitorFlash.switchOn();
-    }
-    this.isOn = !this.isOn;
-  }
-
-  async turnOn(intensity?: number) {
-    await CapacitorFlash.switchOn({ intensity });
-    this.isOn = true;
-  }
-
-  async turnOff() {
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-
-  async strobe(intervalMs: number = 100, duration: number = 3000) {
-    const endTime = Date.now() + duration;
-
-    while (Date.now() < endTime) {
-      await CapacitorFlash.toggle();
-      await new Promise(resolve => setTimeout(resolve, intervalMs));
-    }
-
-    // ストロボ後にフラッシュライトがオフであることを確認
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-}
-```
-
-## ベストプラクティス
-
-1. **まず利用可能性を確認する**
-   使用する前に、常にフラッシュライトの利用可能性を確認してください:
-   ```typescript
-   const { value } = await CapacitorFlash.isAvailable();
-   if (!value) {
-     // 代替UIを表示するか、フラッシュライト機能を無効にする
-   }
-   ```
-
-2. **エラーを適切に処理する**
-   ```typescript
-   try {
-     await CapacitorFlash.switchOn();
-   } catch (error) {
-     console.error('Failed to turn on flashlight:', error);
-   }
-   ```
-
-3. **必要ないときはオフにする**
-   バッテリーを節約するため、アプリがバックグラウンドに移行したとき、または機能が不要になったときは、常にフラッシュライトをオフにしてください。
-
-4. **急速な切り替えを避ける**
-   LEDを損傷したり、バッテリーを消耗する可能性がある急速なオン/オフ切り替えを防ぐため、デバウンスを実装してください。
-
-## プラットフォームに関する注意事項
-
-### iOS
-- iOS 10.0+が必要
-- `AVCaptureDevice`トーチモードを使用
-- 輝度制御をサポート (0.0から1.0まで)
-
-### Android
-- Android 6.0 (API 23)+が必要
-- Camera2 APIを使用
-- 輝度制御はサポートされていません (デフォルトの明るさを使用)
-
-### Web
-- MediaDevices APIとトーチ機能を持つブラウザでサポート
-- デバイスのフラッシュライトにアクセスするためにカメラストリームを使用
-- カメラへのアクセスにユーザーの許可が必要
-- モバイルブラウザで最適に動作 (AndroidのChrome)
-- デスクトップブラウザは通常`isAvailable: false`を返します (トーチハードウェアがないため)
-- Web上では輝度制御はサポートされていません
diff --git a/src/content/docs/ja/docs/plugins/flash/index.mdx b/src/content/docs/ja/docs/plugins/flash/index.mdx
deleted file mode 100644
index cedec9dd0..000000000
--- a/src/content/docs/ja/docs/plugins/flash/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-flash"
-description: このシンプルなCapacitorプラグインでデバイスのフラッシュライト/トーチを制御します。
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: この軽量なCapacitorプラグインでデバイスのフラッシュライト/トーチをプログラム的にオン/オフに切り替えます。
-  image:
-    file: ~public/icons/plugins/flash.svg
-  actions:
-    - text: 始める
-      link: /docs/plugins/flash/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/capacitor-flash/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="シンプルなAPI" icon="rocket">
-    1つのメソッド呼び出しだけでフラッシュライトをオン/オフ
-  </Card>
-  <Card title="クロスプラットフォーム" icon="puzzle">
-    iOS、Android、Webプラットフォームで動作
-  </Card>
-  <Card title="軽量" icon="rocket">
-    依存関係のない最小限のフットプリント
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/flash/getting-started/)をチェックして、数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/gtm/getting-started.mdx b/src/content/docs/ja/docs/plugins/gtm/getting-started.mdx
deleted file mode 100644
index 2ef669bce..000000000
--- a/src/content/docs/ja/docs/plugins/gtm/getting-started.mdx
+++ /dev/null
@@ -1,242 +0,0 @@
----
-title: 始め方
-description: 公式SDKを使用してGoogle Tag ManagerをCapacitorアプリにインストールして統合する方法を学びます。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## プラットフォーム設定
-
-### iOS
-
-1. Google Tag Managerコンソールからコンテナ設定ファイルをダウンロード
-2. XcodeでiOSプロジェクトにコンテナJSONファイルを追加
-3. ファイル名は`GTM-XXXXXX.json`のようになります
-
-### Android
-
-1. Google Tag Managerコンソールからコンテナ設定ファイルをダウンロード
-2. `android/app/src/main/assets/`にコンテナJSONファイルを追加
-3. ファイル名は`GTM-XXXXXX.json`のようになります
-
-## 使用例
-
-```typescript
-import { CapacitorGTM } from '@capgo/capacitor-gtm';
-
-// コンテナIDでGTMを初期化
-await CapacitorGTM.init({
-  containerId: 'GTM-XXXXXX'
-});
-
-// dataLayerにイベントをプッシュ
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Home',
-    screen_class: 'HomeScreen'
-  }
-});
-
-// パラメータを持つカスタムイベントをプッシュ
-await CapacitorGTM.pushEvent({
-  event: 'purchase',
-  parameters: {
-    transaction_id: 'T12345',
-    value: 25.00,
-    currency: 'USD',
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product Name',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-
-// ユーザープロパティを設定
-await CapacitorGTM.setUserProperty({
-  key: 'user_type',
-  value: 'premium'
-});
-
-// dataLayerから値を取得
-const result = await CapacitorGTM.getVariable({
-  key: 'config_value'
-});
-console.log('Config value:', result.value);
-```
-
-## APIリファレンス
-
-### init(options)
-
-```typescript
-init(options: { containerId: string }) => Promise<void>
-```
-
-コンテナIDでGoogle Tag Managerを初期化します。
-
-| パラメータ         | 型                             |
-| ------------- | -------------------------------- |
-| **`options`** | `{ containerId: string }` |
-
-### pushEvent(options)
-
-```typescript
-pushEvent(options: GTMEvent) => Promise<void>
-```
-
-オプションのパラメータを持つイベントをdataLayerにプッシュします。
-
-| パラメータ         | 型              |
-| ------------- | ----------------- |
-| **`options`** | `GTMEvent` |
-
-### setUserProperty(options)
-
-```typescript
-setUserProperty(options: { key: string; value: string }) => Promise<void>
-```
-
-セグメンテーションとターゲティングのためのユーザープロパティを設定します。
-
-| パラメータ         | 型                                      |
-| ------------- | ----------------------------------------- |
-| **`options`** | `{ key: string; value: string }` |
-
-### getVariable(options)
-
-```typescript
-getVariable(options: { key: string }) => Promise<{ value: any }>
-```
-
-GTMコンテナ設定から値を取得します。
-
-| パラメータ         | 型                     |
-| ------------- | ------------------------ |
-| **`options`** | `{ key: string }` |
-
-**戻り値:** `Promise<{ value: any }>`
-
-## インターフェース
-
-### GTMEvent
-
-| プロパティ             | 型                                 | 説明                        |
-| ---------------- | ------------------------------------ | ---------------------------------- |
-| **`event`**      | `string`                  | イベント名                     |
-| **`parameters`** | `Record<string, any>` | オプションのイベントパラメータ (任意) |
-
-## 一般的なイベントの例
-
-### 画面表示
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Product Details',
-    screen_class: 'ProductScreen'
-  }
-});
-```
-
-### ユーザーアクション
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'button_click',
-  parameters: {
-    button_name: 'add_to_cart',
-    product_id: 'SKU_12345'
-  }
-});
-```
-
-### Eコマースイベント
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'begin_checkout',
-  parameters: {
-    currency: 'USD',
-    value: 75.00,
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product 1',
-        quantity: 2,
-        price: 25.00
-      },
-      {
-        item_id: 'SKU_67890',
-        item_name: 'Product 2',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-```
-
-## ベストプラクティス
-
-- アプリのライフサイクルの早い段階でGTMを初期化する
-- 一貫したイベント命名規則を使用する
-- 各イベントに関連するパラメータを含める
-- プレビューモードでGTM設定をテストする
-- Google Tag Managerコンソールでデータを監視する
-- 意味のあるセグメンテーションにユーザープロパティを使用する
-
-## デバッグ
-
-実装をテストするために、Google Tag Managerコンソールでデバッグモードを有効にします:
-
-1. GTMコンソールを開く
-2. プレビューモードに移動
-3. コンテナIDを使用してアプリに接続
-4. イベントが正しく追跡されていることを確認
-
-## ユースケース
-
-- ユーザーのインタラクションと行動を追跡
-- アプリのパフォーマンスメトリクスを監視
-- Eコマースデータを収集
-- コード変更なしでサードパーティタグを管理
-- A/Bテストとパーソナライゼーションを実装
-- Google Analyticsや他のサービスと統合
diff --git a/src/content/docs/ja/docs/plugins/gtm/index.mdx b/src/content/docs/ja/docs/plugins/gtm/index.mdx
deleted file mode 100644
index 3d15f7d51..000000000
--- a/src/content/docs/ja/docs/plugins/gtm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-gtm"
-description: iOSとAndroid用の公式SDKサポートでGoogle Tag ManagerをCapacitorアプリケーションに統合します。
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: 包括的な分析追跡のための公式SDKでGoogle Tag Managerをモバイルアプリケーションに統合します。
-  image:
-    file: ~public/icons/plugins/gtm.svg
-  actions:
-    - text: 始める
-      link: /docs/plugins/gtm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-gtm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="公式SDK" icon="star">
-    iOSとAndroid用のGoogle Tag Manager公式SDKを使用
-  </Card>
-  <Card title="イベント追跡" icon="rocket">
-    カスタムパラメータを持つイベントをdataLayerにプッシュ
-  </Card>
-  <Card title="ユーザープロパティ" icon="setting">
-    セグメンテーションのためのユーザープロパティを設定・管理
-  </Card>
-  <Card title="コンテナ管理" icon="document">
-    GTMコンテナを簡単に初期化・管理
-  </Card>
-  <Card title="DataLayerアクセス" icon="magnifier">
-    コンテナ設定から値を取得
-  </Card>
-  <Card title="始め方" icon="open-book">
-    [始め方ガイド](/docs/plugins/gtm/getting-started/)をチェックして、プラグインをインストールして設定しましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/health/getting-started.mdx b/src/content/docs/ja/docs/plugins/health/getting-started.mdx
deleted file mode 100644
index 231741f0e..000000000
--- a/src/content/docs/ja/docs/plugins/health/getting-started.mdx
+++ /dev/null
@@ -1,86 +0,0 @@
----
-title: 始め方
-description: Capgo HealthプラグインでHealthKitとHealth Connectへのアクセスを有効にします。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **プラグインのインストール**
-   <PackageManagers pkg="@capgo/capacitor-health" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS設定
-
-- Xcodeで`ios/App/App.xcworkspace`を開き、**HealthKit**機能を有効にします。
-- `Info.plist`に使用説明を追加します:
-
-```xml
-<key>NSHealthShareUsageDescription</key>
-<string>このアプリは、体験をパーソナライズするために健康指標を読み取ります。</string>
-<key>NSHealthUpdateUsageDescription</key>
-<string>このアプリは、明示的に記録した健康データを書き込みます。</string>
-```
-
-## Android設定
-
-健康データは[Health Connect](https://developer.android.com/health-and-fitness/guides/health-connect)によって提供されます。以下を確認してください:
-
-- `minSdkVersion`が**26以上** (Capacitor 5はすでにこれを満たしています)。
-- ユーザーがHealth Connectをインストールしている (Android 14+にはバンドルされています。それ以前のバージョンではPlay Storeからのダウンロードが必要です)。
-- アクセスを求める際に、ユーザーをランタイム許可UIに案内する。
-
-## 利用可能性の確認とアクセスリクエスト
-
-```typescript
-import { Health } from '@capgo/capacitor-health';
-
-const { available, reason } = await Health.isAvailable();
-if (!available) {
-  console.warn('Health APIs unavailable:', reason);
-  return;
-}
-
-await Health.requestAuthorization({
-  read: ['steps', 'heartRate', 'weight'],
-  write: ['weight'],
-});
-```
-
-## サンプルの読み取り
-
-```typescript
-const { samples } = await Health.readSamples({
-  dataType: 'steps',
-  startDate: new Date(Date.now() - 7 * 24 * 60 * 60 * 1000).toISOString(),
-  endDate: new Date().toISOString(),
-  limit: 200,
-});
-
-samples.forEach((sample) => {
-  console.log(sample.value, sample.startDate, sample.endDate);
-});
-```
-
-## サンプルの書き込み
-
-```typescript
-await Health.saveSample({
-  dataType: 'weight',
-  value: 74.6,
-  startDate: new Date().toISOString(),
-});
-```
-
-## 認証管理
-
-- `checkAuthorization()`を使用して、現在の読み取り/書き込みスコープを確認し、UIを調整します。
-- データが体験を向上させる理由を説明し、再試行の機会を提供することで、拒否を適切に処理します。
-- 常にユーザーのプライバシーを尊重し、機能に必要な最小限のスコープのみをリクエストします。
diff --git a/src/content/docs/ja/docs/plugins/health/index.mdx b/src/content/docs/ja/docs/plugins/health/index.mdx
deleted file mode 100644
index a1aab4821..000000000
--- a/src/content/docs/ja/docs/plugins/health/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-health"
-description: 統一された型付きAPIでCapacitorからApple HealthKitとHealth Connectに接続します。
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: 1つの一貫したTypeScriptコントラクトを保持しながら、iOSとAndroidでフィットネスメトリクスを読み書きします。
-  image:
-    file: ~public/icons/plugins/health.svg
-  actions:
-    - text: 始める
-      link: /docs/plugins/health/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-health/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Healthプラグインは、HealthKitとHealth Connectへのアクセスを統一し、1つのCapacitor統合でアクティビティ、生体指標、身体測定を追跡できるようにします。
-
-<CardGrid stagger>
-  <Card title="クロスプラットフォームの健康データ" icon="rocket">
-    Apple HealthKitとAndroid Health Connectをすぐにサポート。
-  </Card>
-  <Card title="細かい許可" icon="approve-check">
-    読み取り/書き込みスコープを個別にリクエストし、認証の変更に対応。
-  </Card>
-  <Card title="一貫した単位" icon="star">
-    `steps`、`heartRate`、`weight`などの正規化されたデータ型で作業。
-  </Card>
-  <Card title="リアルタイムの書き込み" icon="rocket">
-    ユーザーがアクティビティを記録したときに、サンプルをユーザーの健康ストアに保存。
-  </Card>
-</CardGrid>
-
-プラットフォーム機能を有効にし、同意を収集し、メトリクスの同期を開始するには、始め方ガイドに従ってください。
diff --git a/src/content/docs/ja/docs/plugins/home-indicator/getting-started.mdx b/src/content/docs/ja/docs/plugins/home-indicator/getting-started.mdx
deleted file mode 100644
index 718409f5e..000000000
--- a/src/content/docs/ja/docs/plugins/home-indicator/getting-started.mdx
+++ /dev/null
@@ -1,214 +0,0 @@
----
-title: 始め方
-description: iOSデバイスのホームインジケータを制御するために、Capacitor Home Indicatorプラグインをインストールして設定する方法を学びます。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージのインストール**
-   <PackageManagers pkg="@capgo/home-indicator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **プラグインの設定**
-
-   **ホームインジケータを非表示にする:**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-
-   // ホームインジケータを非表示
-   await HomeIndicator.hide();
-   ```
-
-   **ホームインジケータを表示する:**
-   ```typescript
-   // ホームインジケータを表示
-   await HomeIndicator.show();
-
-   // 表示状態を確認
-   const { hidden } = await HomeIndicator.isHidden();
-   console.log('Is hidden:', hidden);
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       追加のセットアップは不要です。このプラグインは、ホームインジケータを持つiOSデバイス(iPhone X以降)でのみ動作します。
-     </TabItem>
-     <TabItem label="Android">
-       このプラグインはAndroidデバイスでは効果がありません。AndroidはiOS形式のホームインジケータを持っていないためです。
-     </TabItem>
-   </Tabs>
-
-4. **自動非表示の設定**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-
-   // 自動非表示動作を設定
-   await HomeIndicator.setAutoHidden({
-     autoHidden: true // 自動非表示を有効化
-   });
-
-   // ホームインジケータは数秒後に自動的に非表示になり、
-   // ユーザーが画面をタッチすると再表示されます
-   ```
-
-5. **高度な使用方法**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-   import { App } from '@capacitor/app';
-
-   export class ImmersiveMode {
-     private isImmersive = false;
-
-     async enterImmersiveMode() {
-       this.isImmersive = true;
-
-       // ホームインジケータを非表示
-       await HomeIndicator.hide();
-
-       // より良いUXのために自動非表示を有効化
-       await HomeIndicator.setAutoHidden({ autoHidden: true });
-
-       // 完全な没入感のためにステータスバーを非表示
-       // StatusBar.hide(); // @capacitor/status-barを使用している場合
-     }
-
-     async exitImmersiveMode() {
-       this.isImmersive = false;
-
-       // ホームインジケータを表示
-       await HomeIndicator.show();
-
-       // 自動非表示を無効化
-       await HomeIndicator.setAutoHidden({ autoHidden: false });
-
-       // ステータスバーを表示
-       // StatusBar.show(); // @capacitor/status-barを使用している場合
-     }
-
-     async toggleImmersiveMode() {
-       const { hidden } = await HomeIndicator.isHidden();
-
-       if (hidden) {
-         await this.exitImmersiveMode();
-       } else {
-         await this.enterImmersiveMode();
-       }
-     }
-
-     setupAppLifecycle() {
-       // アプリの状態変更を処理
-       App.addListener('appStateChange', async ({ isActive }) => {
-         if (!isActive && this.isImmersive) {
-           // アプリがバックグラウンドに移行、インジケータを表示したい場合があります
-           await HomeIndicator.show();
-         } else if (isActive && this.isImmersive) {
-           // アプリがフォアグラウンドに戻る、没入モードを復元
-           await HomeIndicator.hide();
-         }
-       });
-     }
-   }
-   ```
-</Steps>
-
-## APIリファレンス
-
-### メソッド
-
-#### `hide()`
-ホームインジケータを非表示にします。
-
-**戻り値:** `Promise<void>`
-
-#### `show()`
-ホームインジケータを表示します。
-
-**戻り値:** `Promise<void>`
-
-#### `isHidden()`
-ホームインジケータが現在非表示かどうかを確認します。
-
-**戻り値:** `Promise<{ hidden: boolean }>`
-
-#### `setAutoHidden(options: { autoHidden: boolean })`
-ホームインジケータの自動非表示動作を設定します。
-
-**パラメータ:**
-- `options.autoHidden`: boolean - 自動非表示を有効または無効にする
-
-**戻り値:** `Promise<void>`
-
-### インターフェース
-
-```typescript
-interface AutoHiddenOptions {
-  autoHidden: boolean;
-}
-
-interface HiddenResult {
-  hidden: boolean;
-}
-```
-
-## プラットフォームに関する注意事項
-
-### iOS
-- ホームインジケータを持つデバイス(iPhone X以降)でのみ動作
-- iOS 11.0以降が必要
-- 自動非表示により、インジケータは半透明になり、非アクティブ後に非表示になります
-- ユーザーが下から上にスワイプすると、インジケータが再表示されます
-
-### Android
-- このプラグインはAndroidでは効果がありません
-- Androidは異なるナビゲーションジェスチャ/ボタンを使用します
-
-## 一般的なユースケース
-
-1. **ゲーム**: 気を散らさせるもののないフルスクリーンゲーム
-2. **ビデオプレーヤー**: 没入型のビデオ再生
-3. **フォトビューアー**: フルスクリーンのフォトギャラリー
-4. **プレゼンテーション**: 気を散らさせるもののないプレゼンテーション
-5. **キオスクアプリ**: 公共ディスプレイアプリケーション
-
-## ベストプラクティス
-
-1. **ユーザーコントロール**: 常に没入モードを終了する方法を提供する
-   ```typescript
-   // ジェスチャーまたはボタンを追加して没入モードを切り替える
-   const toggleButton = document.getElementById('toggle-immersive');
-   toggleButton.addEventListener('click', () => {
-     immersiveMode.toggleImmersiveMode();
-   });
-   ```
-
-2. **ゲームの自動非表示**: ゲームでは自動非表示を使用してより良い体験を提供
-   ```typescript
-   // ゲームの場合、自動非表示が最適なバランスを提供
-   await HomeIndicator.setAutoHidden({ autoHidden: true });
-   ```
-
-3. **システムジェスチャーの尊重**: システムナビゲーションを妨げない
-4. **状態の保存**: 没入モードに対するユーザーの設定を記憶する
-
-## トラブルシューティング
-
-**ホームインジケータが非表示にならない:**
-- ホームインジケータを持つデバイス(iPhone X+)であることを確認
-- iOSバージョンが11.0以降であることを確認
-- アプリにフォーカスがあることを確認
-
-**自動非表示が動作しない:**
-- 自動非表示を有効にするにはユーザーインタラクションが必要
-- インジケータは完全に非表示にならず、半透明になります
-
-**インジケータが予期せず再表示される:**
-- これはシステムジェスチャーのための通常のiOS動作です
-- より控えめな動作のために自動非表示を使用してください
diff --git a/src/content/docs/ja/docs/plugins/home-indicator/index.mdx b/src/content/docs/ja/docs/plugins/home-indicator/index.mdx
deleted file mode 100644
index 495f0ae62..000000000
--- a/src/content/docs/ja/docs/plugins/home-indicator/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/home-indicator"
-description: iOSデバイスのホームインジケータの表示を制御するCapacitorプラグイン。アプリで没入型のフルスクリーン体験を可能にします。
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: iOSデバイスのホームインジケータを非表示または表示して、アプリで真に没入型のフルスクリーン体験を作成します。
-  image:
-    file: ~public/icons/plugins/home-indicator.svg
-  actions:
-    - text: 始める
-      link: /docs/plugins/home-indicator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-home-indicator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="iOSホームインジケータ制御" icon="rocket">
-    ホームインジケータの表示を完全制御
-  </Card>
-  <Card title="没入型体験" icon="setting">
-    気を散らさせるもののないフルスクリーン体験を作成
-  </Card>
-  <Card title="自動非表示サポート" icon="star">
-    シームレスなUXのために自動非表示動作を設定
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/home-indicator/getting-started/)をチェックして、数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/ibeacon/getting-started.mdx b/src/content/docs/ja/docs/plugins/ibeacon/getting-started.mdx
deleted file mode 100644
index f6f418be1..000000000
--- a/src/content/docs/ja/docs/plugins/ibeacon/getting-started.mdx
+++ /dev/null
@@ -1,620 +0,0 @@
----
-title: 始め方
-description: Capacitorアプリでのビーコン検出と監視のために、iBeaconプラグインをインストールして使用する方法を学びます。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージのインストール**
-   <PackageManagers pkg="@capgo/capacitor-ibeacon" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 設定
-
-### iOS設定
-
-`Info.plist`に以下を追加します:
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>このアプリは近くのビーコンを検出するために位置情報アクセスが必要です</string>
-
-<key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-<string>このアプリはバックグラウンドでビーコンを監視するために位置情報アクセスが必要です</string>
-
-<key>NSBluetoothAlwaysUsageDescription</key>
-<string>このアプリは近くのビーコンを検出するためにBluetoothを使用します</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>location</string>
-</array>
-```
-
-### Android設定
-
-`AndroidManifest.xml`に以下を追加します:
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-  <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-  <uses-permission android:name="android.permission.BLUETOOTH" />
-  <uses-permission android:name="android.permission.BLUETOOTH_ADMIN" />
-  <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" />
-</manifest>
-```
-
-**重要**: Androidの場合、ビーコン検出が動作するためには、[AltBeacon](https://altbeacon.github.io/android-beacon-library/)ライブラリをプロジェクトに統合する必要があります。
-
-アプリの`build.gradle`に追加します:
-
-```kotlin
-dependencies {
-    implementation 'org.altbeacon:android-beacon-library:2.20+'
-}
-```
-
-## 使用方法
-
-### 基本的なセットアップ
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-
-// ビーコンリージョンを定義
-const beaconRegion = {
-  identifier: 'MyStore',
-  uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-  major: 1, // 任意
-  minor: 2  // 任意
-};
-```
-
-### 許可のリクエスト
-
-```typescript
-// "使用中のみ"許可をリクエスト
-const requestPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-  console.log('Permission status:', status);
-  // status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use'
-};
-
-// "常に許可"をリクエスト (バックグラウンド監視用)
-const requestAlwaysPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestAlwaysAuthorization();
-  console.log('Always permission status:', status);
-};
-
-// 現在の認証状態を確認
-const checkPermission = async () => {
-  const { status } = await CapacitorIbeacon.getAuthorizationStatus();
-  console.log('Current status:', status);
-};
-```
-
-### デバイスの機能を確認
-
-```typescript
-// Bluetoothが有効かどうかを確認
-const checkBluetooth = async () => {
-  const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-  if (!enabled) {
-    console.log('Please enable Bluetooth');
-  }
-};
-
-// レンジングが利用可能かどうかを確認
-const checkRanging = async () => {
-  const { available } = await CapacitorIbeacon.isRangingAvailable();
-  console.log('Ranging available:', available);
-};
-```
-
-### ビーコンリージョンの監視
-
-監視は、ビーコンリージョンに入ったとき、または出たときを検出します。これはバックグラウンドで動作します。
-
-```typescript
-// 監視を開始
-const startMonitoring = async () => {
-  await CapacitorIbeacon.startMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2
-  });
-  console.log('Started monitoring for beacons');
-};
-
-// 監視を停止
-const stopMonitoring = async () => {
-  await CapacitorIbeacon.stopMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### ビーコンのレンジング
-
-レンジングは、近くのビーコンとその距離について継続的な更新を提供します。これにはアプリがフォアグラウンドにある必要があります。
-
-```typescript
-// レンジングを開始
-const startRanging = async () => {
-  await CapacitorIbeacon.startRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-  console.log('Started ranging beacons');
-};
-
-// レンジングを停止
-const stopRanging = async () => {
-  await CapacitorIbeacon.stopRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### イベントをリスンする
-
-```typescript
-import { PluginListenerHandle } from '@capacitor/core';
-
-// レンジングイベントをリスン (継続的な距離更新)
-const rangingListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didRangeBeacons',
-  (data) => {
-    console.log('Beacons detected:', data.beacons);
-    data.beacons.forEach(beacon => {
-      console.log(`UUID: ${beacon.uuid}`);
-      console.log(`Major: ${beacon.major}, Minor: ${beacon.minor}`);
-      console.log(`Distance: ${beacon.accuracy}m`);
-      console.log(`Proximity: ${beacon.proximity}`); // immediate, near, far, unknown
-      console.log(`RSSI: ${beacon.rssi}`);
-    });
-  }
-);
-
-// リージョン入域イベントをリスン
-const enterListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didEnterRegion',
-  (data) => {
-    console.log('Entered region:', data.region.identifier);
-    // ウェルカム通知を表示するか、アクションをトリガー
-  }
-);
-
-// リージョン退域イベントをリスン
-const exitListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didExitRegion',
-  (data) => {
-    console.log('Exited region:', data.region.identifier);
-    // さよならアクションをトリガー
-  }
-);
-
-// リージョン状態変更をリスン
-const stateListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didDetermineStateForRegion',
-  (data) => {
-    console.log(`Region ${data.region.identifier}: ${data.state}`);
-    // state: 'inside' | 'outside' | 'unknown'
-  }
-);
-
-// 完了時にリスナーをクリーンアップ
-const cleanup = () => {
-  rangingListener.remove();
-  enterListener.remove();
-  exitListener.remove();
-  stateListener.remove();
-};
-```
-
-### iBeaconとして広告 (iOSのみ)
-
-デバイスをiBeacon送信機に変換します。
-
-```typescript
-// 広告を開始
-const startAdvertising = async () => {
-  await CapacitorIbeacon.startAdvertising({
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2,
-    identifier: 'MyBeacon',
-    measuredPower: -59 // 任意: 1メートルでの較正パワー
-  });
-  console.log('Started advertising as iBeacon');
-};
-
-// 広告を停止
-const stopAdvertising = async () => {
-  await CapacitorIbeacon.stopAdvertising();
-};
-```
-
-## 完全な例
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-import { PluginListenerHandle } from '@capacitor/core';
-
-export class BeaconService {
-  private listeners: PluginListenerHandle[] = [];
-
-  async init() {
-    // 許可をリクエスト
-    const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-
-    if (status !== 'authorized_when_in_use' && status !== 'authorized_always') {
-      throw new Error('Location permission denied');
-    }
-
-    // Bluetoothを確認
-    const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-    if (!enabled) {
-      throw new Error('Bluetooth is not enabled');
-    }
-
-    // イベントリスナーを設定
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didEnterRegion', (data) => {
-        console.log('Welcome! Entered:', data.region.identifier);
-        this.onEnterRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didExitRegion', (data) => {
-        console.log('Goodbye! Left:', data.region.identifier);
-        this.onExitRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didRangeBeacons', (data) => {
-        this.onRangeBeacons(data.beacons);
-      })
-    );
-  }
-
-  async startMonitoring(uuid: string, identifier: string, major?: number, minor?: number) {
-    await CapacitorIbeacon.startMonitoringForRegion({
-      identifier,
-      uuid,
-      major,
-      minor
-    });
-  }
-
-  async startRanging(uuid: string, identifier: string) {
-    await CapacitorIbeacon.startRangingBeaconsInRegion({
-      identifier,
-      uuid
-    });
-  }
-
-  private onEnterRegion(region: any) {
-    // リージョン入域を処理 (例: 通知を表示、コンテンツをトリガー)
-    console.log('Entered beacon region:', region);
-  }
-
-  private onExitRegion(region: any) {
-    // リージョン退域を処理
-    console.log('Left beacon region:', region);
-  }
-
-  private onRangeBeacons(beacons: any[]) {
-    // ビーコンの距離を処理
-    const nearestBeacon = beacons.reduce((nearest, beacon) => {
-      return beacon.accuracy < nearest.accuracy ? beacon : nearest;
-    }, beacons[0]);
-
-    if (nearestBeacon) {
-      console.log('Nearest beacon:', nearestBeacon);
-      this.handleProximity(nearestBeacon);
-    }
-  }
-
-  private handleProximity(beacon: any) {
-    switch (beacon.proximity) {
-      case 'immediate': // < 0.5m
-        console.log('Very close to beacon');
-        break;
-      case 'near': // 0.5m - 3m
-        console.log('Near beacon');
-        break;
-      case 'far': // > 3m
-        console.log('Far from beacon');
-        break;
-      case 'unknown':
-        console.log('Distance unknown');
-        break;
-    }
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-## APIリファレンス
-
-### startMonitoringForRegion(options)
-
-ビーコンリージョンの監視を開始します。入域/退域時にイベントをトリガーします。
-
-```typescript
-interface BeaconRegion {
-  identifier: string;
-  uuid: string;
-  major?: number;
-  minor?: number;
-  notifyEntryStateOnDisplay?: boolean;
-}
-
-await CapacitorIbeacon.startMonitoringForRegion(options);
-```
-
-### stopMonitoringForRegion(options)
-
-ビーコンリージョンの監視を停止します。
-
-```typescript
-await CapacitorIbeacon.stopMonitoringForRegion(options);
-```
-
-### startRangingBeaconsInRegion(options)
-
-継続的な距離更新のためにリージョン内のビーコンのレンジングを開始します。
-
-```typescript
-await CapacitorIbeacon.startRangingBeaconsInRegion(options);
-```
-
-### stopRangingBeaconsInRegion(options)
-
-リージョン内のビーコンのレンジングを停止します。
-
-```typescript
-await CapacitorIbeacon.stopRangingBeaconsInRegion(options);
-```
-
-### startAdvertising(options)
-
-デバイスをiBeaconとして広告開始します (iOSのみ)。
-
-```typescript
-interface BeaconAdvertisingOptions {
-  uuid: string;
-  major: number;
-  minor: number;
-  identifier: string;
-  measuredPower?: number; // 1メートルでの較正パワー
-}
-
-await CapacitorIbeacon.startAdvertising(options);
-```
-
-### stopAdvertising()
-
-デバイスのiBeaconとしての広告を停止します。
-
-```typescript
-await CapacitorIbeacon.stopAdvertising();
-```
-
-### requestWhenInUseAuthorization()
-
-"使用中のみ"の位置情報認証をリクエストします。
-
-```typescript
-const result = await CapacitorIbeacon.requestWhenInUseAuthorization();
-// 戻り値: { status: string }
-```
-
-### requestAlwaysAuthorization()
-
-"常に許可"の位置情報認証をリクエストします (バックグラウンド監視に必要)。
-
-```typescript
-const result = await CapacitorIbeacon.requestAlwaysAuthorization();
-// 戻り値: { status: string }
-```
-
-### getAuthorizationStatus()
-
-現在の位置情報認証状態を取得します。
-
-```typescript
-const result = await CapacitorIbeacon.getAuthorizationStatus();
-// 戻り値: { status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use' }
-```
-
-### isBluetoothEnabled()
-
-Bluetoothが有効かどうかを確認します。
-
-```typescript
-const result = await CapacitorIbeacon.isBluetoothEnabled();
-// 戻り値: { enabled: boolean }
-```
-
-### isRangingAvailable()
-
-デバイスでレンジングが利用可能かどうかを確認します。
-
-```typescript
-const result = await CapacitorIbeacon.isRangingAvailable();
-// 戻り値: { available: boolean }
-```
-
-### enableARMAFilter(options)
-
-距離計算のためのARMAフィルタリングを有効にします (Androidのみ)。
-
-```typescript
-await CapacitorIbeacon.enableARMAFilter({ enabled: true });
-```
-
-## イベント
-
-### didRangeBeacons
-
-レンジング中にビーコンが検出されたときに発火します。
-
-```typescript
-interface RangingEvent {
-  region: BeaconRegion;
-  beacons: Beacon[];
-}
-
-interface Beacon {
-  uuid: string;
-  major: number;
-  minor: number;
-  rssi: number; // 信号強度
-  proximity: 'immediate' | 'near' | 'far' | 'unknown';
-  accuracy: number; // メートル単位の距離
-}
-```
-
-### didEnterRegion
-
-監視対象のビーコンリージョンに入ったときに発火します。
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didExitRegion
-
-監視対象のビーコンリージョンを出たときに発火します。
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didDetermineStateForRegion
-
-リージョンの状態が判定されたときに発火します。
-
-```typescript
-interface StateEvent {
-  region: BeaconRegion;
-  state: 'inside' | 'outside' | 'unknown';
-}
-```
-
-## 近接度の値
-
-- **immediate**: 非常に近い (< 0.5メートル)
-- **near**: 比較的近い (0.5 - 3メートル)
-- **far**: より遠く (> 3メートル)
-- **unknown**: 距離を判定できません
-
-## ベストプラクティス
-
-1. **適切な許可をリクエストする**
-   - フォアグラウンド機能には"使用中のみ"を使用
-   - バックグラウンド監視が必要な場合のみ"常に許可"をリクエスト
-   - 位置情報アクセスが必要な理由を明確に説明
-
-2. **Bluetooth状態を処理する**
-   ```typescript
-   const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-   if (!enabled) {
-     // ユーザーにBluetoothを有効にするよう促す
-   }
-   ```
-
-3. **バッテリーの最適化**
-   - 可能な場合は、レンジングの代わりに監視を使用 (よりバッテリー効率的)
-   - 積極的に必要でないときはレンジングを停止
-   - 処理を減らすために、より大きなmajor/minor範囲の使用を検討
-
-4. **エラー処理**
-   ```typescript
-   try {
-     await CapacitorIbeacon.startMonitoringForRegion(region);
-   } catch (error) {
-     console.error('Failed to start monitoring:', error);
-   }
-   ```
-
-5. **リスナーのクリーンアップ**
-   メモリリークを防ぐため、コンポーネントがアンマウントされるときは常にイベントリスナーを削除します。
-
-## プラットフォームに関する注意事項
-
-### iOS
-- iOS 10.0+が必要
-- ネイティブのCoreLocationフレームワークを使用
-- "常に許可"でバックグラウンド監視をサポート
-- CoreBluetoothを使用してiBeaconとして広告可能
-- レンジングにはアプリがフォアグラウンドにある必要があります
-
-### Android
-- Android 6.0 (API 23)+が必要
-- AltBeaconライブラリを使用
-- ビーコンがBluetoothを使用しているにもかかわらず、位置情報許可が必要
-- バックグラウンド監視にはACCESS_BACKGROUND_LOCATIONが必要 (Android 10+)
-- ほとんどのデバイスでiBeaconとして広告できません (ハードウェアの制限)
-
-### Web
-- Webプラットフォームではサポートされていません
-
-## 一般的なユースケース
-
-1. **近接マーケティング**: ユーザーが店舗に近づいたときに通知やコンテンツをトリガー
-2. **屋内ナビゲーション**: ビーコンウェイポイントを使用してユーザーを建物内で案内
-3. **出席追跡**: ユーザーが場所に入ったときに自動チェックイン
-4. **資産追跡**: 機器や在庫の移動を監視
-5. **博物館ツアー**: 訪問者が展示物に近づくにつれてコンテキスト情報を提供
-6. **スマートホーム**: 部屋の存在に基づいて自動化をトリガー
-
-## トラブルシューティング
-
-### ビーコンが検出されない
-- Bluetoothが有効になっていることを確認
-- 位置情報許可が付与されていることを確認
-- ビーコンのUUIDが正確に一致することを確認 (大文字小文字を区別)
-- ビーコンが電源供給され、送信していることを確認
-- まずmajor/minorフィルタなしで試す
-
-### バックグラウンド監視が動作しない
-- "常に許可"の位置情報許可が付与されていることを確認
-- UIBackgroundModesに`location`を追加 (iOS)
-- ACCESS_BACKGROUND_LOCATIONをリクエスト (Android 10+)
-- 注意: iOSはバッテリーを節約するためにバックグラウンドコールバックを遅延させる場合があります
-
-### 距離測定が不正確
-- ビーコンのRSSIは環境によって変動します (壁、干渉)
-- 三角測量のために複数のビーコンを使用
-- ビーコンから1メートルの位置でmeasuredPowerを較正
-- より滑らかな値のためにAndroidでARMAフィルタリングを有効化
diff --git a/src/content/docs/ja/docs/plugins/ibeacon/index.mdx b/src/content/docs/ja/docs/plugins/ibeacon/index.mdx
deleted file mode 100644
index a5887f891..000000000
--- a/src/content/docs/ja/docs/plugins/ibeacon/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-ibeacon"
-description: Capacitor用iBeaconプラグイン - ロケーションベースの機能のための近接度検出とビーコンリージョン監視。
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: 近接ベースの機能、屋内ナビゲーション、位置情報認識体験のためにBluetoothビーコンを検出・監視します。
-  image:
-    file: ~public/icons/plugins/ibeacon.svg
-  actions:
-    - text: 始める
-      link: /docs/plugins/ibeacon/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ibeacon/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="ビーコン監視" icon="star">
-    ビーコンリージョンを監視し、入域または退域時に通知を受け取る
-  </Card>
-  <Card title="ビーコンレンジング" icon="rocket">
-    近くのビーコンを検出し、リアルタイムで距離を測定
-  </Card>
-  <Card title="バックグラウンド検出" icon="setting">
-    アプリがバックグラウンドにあってもビーコンを監視
-  </Card>
-  <Card title="ビーコン広告" icon="puzzle">
-    デバイスをiBeacon送信機に変換 (iOSのみ)
-  </Card>
-  <Card title="クロスプラットフォーム" icon="puzzle">
-    ネイティブビーコンライブラリを使用してiOSとAndroidの両方で動作
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/ibeacon/getting-started/)をチェックして、数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/inappbrowser/getting-started.mdx b/src/content/docs/ja/docs/plugins/inappbrowser/getting-started.mdx
deleted file mode 100644
index 7b6bf6ee2..000000000
--- a/src/content/docs/ja/docs/plugins/inappbrowser/getting-started.mdx
+++ /dev/null
@@ -1,410 +0,0 @@
----
-title: 始め方
-description: Capacitorアプリで埋め込みWebコンテンツのためにURL変更イベントを持つInAppBrowserプラグインをインストールして使用する方法を学びます。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージのインストール**
-   <PackageManagers pkg="@capgo/inappbrowser" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-プラグインをインポートして、2つの主要なエントリーポイントを使用します:
-
-```typescript
-import { InAppBrowser, ToolBarType, BackgroundColor } from '@capgo/inappbrowser';
-
-// 1) シンプルなカスタムタブ / SFSafariViewController
-const openExternal = async () => {
-  await InAppBrowser.open({
-    url: 'https://capgo.app',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-
-// 2) ナビゲーション、ヘッダー、共有、メッセージングなどを備えたフルWebView
-const openWebView = async () => {
-  await InAppBrowser.openWebView({
-    url: 'https://capgo.app',
-    title: 'Capgo',
-    toolbarType: ToolBarType.NAVIGATION,
-    backgroundColor: BackgroundColor.BLACK,
-    activeNativeNavigationForWebview: true,
-    showReloadButton: true,
-    shareSubject: 'Check this page',
-    shareDisclaimer: {
-      title: 'Disclaimer',
-      message: 'You are about to share content',
-      confirmBtn: 'Continue',
-      cancelBtn: 'Cancel',
-    },
-  });
-};
-
-// アプリと開かれたWebView間のメッセージング
-const setupListeners = async () => {
-  await InAppBrowser.addListener('urlChangeEvent', (event) => {
-    console.log('URL changed to:', event.url);
-  });
-
-  await InAppBrowser.addListener('messageFromWebview', (event) => {
-    console.log('Message from web:', event.detail);
-  });
-
-  await InAppBrowser.addListener('closeEvent', () => {
-    console.log('WebView closed');
-  });
-};
-
-// WebViewにデータを送信
-const sendData = async () => {
-  await InAppBrowser.postMessage({ detail: { action: 'refresh-profile' } });
-};
-
-// 閉じるとリロードのヘルパー
-const closeBrowser = () => InAppBrowser.close();
-const reloadPage = () => InAppBrowser.reload();
-```
-
-## APIリファレンス
-
-### open(options: OpenOptions)
-カスタムタブ / SFSafariViewControllerでURLを開きます。
-
-```typescript
-interface OpenOptions {
-  /** 読み込むターゲットURL */
-  url: string;
-  /** ページの読み込みが完了した後に表示 */
-  isPresentAfterPageLoad?: boolean;
-  /** 外部アプリを開くディープリンクを防ぐ */
-  preventDeeplink?: boolean;
-}
-
-await InAppBrowser.open({ url: 'https://example.com', preventDeeplink: true });
-```
-
-### openWebView(options: OpenWebViewOptions)
-ナビゲーションUI、ヘッダー、クレデンシャル、スクリプティング、メッセージングを備えたフル機能のWebViewを読み込みます。
-
-```typescript
-interface OpenWebViewOptions {
-  url: string;
-  headers?: Record<string, string>;
-  credentials?: { username: string; password: string };
-  materialPicker?: boolean;
-  shareDisclaimer?: {
-    title: string;
-    message: string;
-    confirmBtn: string;
-    cancelBtn: string;
-  };
-  toolbarType?: ToolBarType;
-  shareSubject?: string;
-  title?: string;
-  backgroundColor?: BackgroundColor;
-  activeNativeNavigationForWebview?: boolean;
-  disableGoBackOnNativeApplication?: boolean;
-  isPresentAfterPageLoad?: boolean;
-  isInspectable?: boolean;
-  isAnimated?: boolean;
-  showReloadButton?: boolean;
-  closeModal?: boolean;
-  closeModalTitle?: string;
-  closeModalDescription?: string;
-  closeModalOk?: string;
-  closeModalCancel?: string;
-  visibleTitle?: boolean;
-  toolbarColor?: string;
-  toolbarTextColor?: string;
-  showArrow?: boolean;
-  ignoreUntrustedSSLError?: boolean;
-  preShowScript?: string;
-  preShowScriptInjectionTime?: 'documentStart' | 'pageLoad';
-  proxyRequests?: string;
-  buttonNearDone?: {
-    ios: { iconType: 'sf-symbol' | 'asset'; icon: string };
-    android: { iconType: 'asset' | 'vector'; icon: string; width?: number; height?: number };
-  };
-  textZoom?: number;
-  preventDeeplink?: boolean;
-  authorizedAppLinks?: string[];
-  enabledSafeBottomMargin?: boolean;
-  useTopInset?: boolean;
-  enableGooglePaySupport?: boolean;
-  blockedHosts?: string[];
-  width?: number;
-  height?: number;
-  x?: number;
-  y?: number;
-}
-
-await InAppBrowser.openWebView({
-  url: 'https://new-page.com',
-  toolbarType: ToolBarType.NAVIGATION,
-  showReloadButton: true,
-});
-```
-
-`ToolBarType`の値: `activity` (閉じる + 共有)、`compact` (閉じるのみ)、`navigation` (戻る/進む + 閉じる)、`blank` (ツールバーなし)。`BackgroundColor`の値: `white`または`black`。
-
-### close(options?)
-WebView/カスタムタブを閉じます。
-
-**オプション:**
-- `isAnimated?: boolean` - 閉じるアクションをアニメーション化するかどうか
-
-### reload()
-現在のWebViewページをリロードします。
-
-### goBack()
-WebView履歴で戻り、`{ canGoBack: boolean }`を返します。
-
-### `setUrl({ url: string })`
-現在のWebView URLを置き換えます。
-
-### `executeScript({ code: string })`
-WebViewにJavaScriptを注入します。
-
-### `postMessage({ detail: Record<string, any> })`
-ネイティブアプリからWebViewにデータを送信します (JSで`window.addEventListener('messageFromNative', ...)`を介して受信)。
-
-### `getCookies({ url, includeHttpOnly? })`
-URL用のクッキーを返します。
-
-### `clearCookies({ url })` / clearAllCookies() / clearCache()
-クッキーとキャッシュ管理ヘルパー。
-
-### updateDimensions(options: DimensionOptions)
-実行時にWebViewのサイズ/位置を変更 (`width`、`height`、`x`、`y`)。
-
-### removeAllListeners()
-プラグインのすべてのリスナーを登録解除します。
-
-## イベント
-
-### urlChangeEvent
-
-ブラウザでURLが変更されたときに発火します。
-
-```typescript
-interface UrlChangeEvent {
-  url: string;
-}
-
-InAppBrowser.addListener('urlChangeEvent', (event) => {
-  console.log('New URL:', event.url);
-});
-```
-
-### messageFromWebview
-WebView内で`window.mobileApp.postMessage(...)`が呼び出されたときにトリガーされます。
-
-```typescript
-InAppBrowser.addListener('messageFromWebview', (event) => {
-  console.log('Payload from web:', event.detail);
-});
-```
-
-### closeEvent
-
-ブラウザが閉じられたときに発火します。
-
-```typescript
-InAppBrowser.addListener('closeEvent', () => {
-  console.log('Browser closed');
-});
-```
-
-### buttonNearDoneClick
-`buttonNearDone`で追加されたカスタムボタンが押されたときに発火します。
-
-```typescript
-InAppBrowser.addListener('buttonNearDoneClick', (event) => {
-  console.log('Button near done tapped', event);
-});
-```
-
-### confirmBtnClicked
-確認ダイアログ (免責事項または閉じるモーダル) が受け入れられたときにトリガーされます。
-
-```typescript
-InAppBrowser.addListener('confirmBtnClicked', (event) => {
-  console.log('Confirm accepted, current URL:', event.url);
-});
-```
-
-### browserPageLoaded / pageLoadError
-WebView読み込みの成功または失敗のライフサイクルイベント。
-
-```typescript
-InAppBrowser.addListener('browserPageLoaded', () => console.log('Page loaded'));
-InAppBrowser.addListener('pageLoadError', () => console.log('Page failed to load'));
-```
-
-## 高度な使用方法
-
-### OAuthフローの実装
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class OAuthService {
-  private listeners: any[] = [];
-
-  async authenticate(authUrl: string, redirectUri: string) {
-    return new Promise<string>((resolve, reject) => {
-      // URL変更をリスン
-      const urlListener = InAppBrowser.addListener('urlChangeEvent', (event) => {
-        if (event.url.startsWith(redirectUri)) {
-          // URLからOAuthコード/トークンを抽出
-          const url = new URL(event.url);
-          const code = url.searchParams.get('code');
-
-          if (code) {
-            InAppBrowser.close();
-            resolve(code);
-          } else {
-            const error = url.searchParams.get('error');
-            reject(new Error(error || 'OAuth failed'));
-          }
-        }
-      });
-
-      this.listeners.push(urlListener);
-
-      // OAuthプロバイダを開く
-      InAppBrowser.open({
-        url: authUrl,
-        preventDeeplink: true,
-      });
-    });
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-### カスタムブラウザUI
-
-```typescript
-const openCustomBrowser = async () => {
-  await InAppBrowser.open({
-    url: 'https://example.com',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-```
-
-### 外部リンクの処理
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class LinkHandler {
-  async openExternalLink(url: string) {
-    // URLがブラウザで開くべきかチェック
-    if (this.shouldOpenInBrowser(url)) {
-      await InAppBrowser.open({
-        url,
-        preventDeeplink: true,
-      });
-    } else {
-      // 内部で処理
-      window.location.href = url;
-    }
-  }
-
-  private shouldOpenInBrowser(url: string): boolean {
-    // 外部ドメイン
-    const externalDomains = ['youtube.com', 'twitter.com', 'facebook.com'];
-    const urlDomain = new URL(url).hostname;
-
-    return externalDomains.some(domain => urlDomain.includes(domain));
-  }
-}
-```
-
-## ベストプラクティス
-
-1. **常にリスナーを削除する**
-   ```typescript
-   const listener = await InAppBrowser.addListener('urlChangeEvent', handler);
-   // 完了時
-   listener.remove();
-   ```
-
-2. **ブラウザの状態を処理する**
-   ```typescript
-   let browserOpen = false;
-
-   const launch = async () => {
-     browserOpen = true;
-     await InAppBrowser.openWebView({ url: 'https://example.com' });
-   };
-
-   InAppBrowser.addListener('closeEvent', () => {
-     browserOpen = false;
-   });
-   ```
-
-3. **開く前にURLを検証する**
-   ```typescript
-   const isValidUrl = (url: string): boolean => {
-     try {
-       new URL(url);
-       return true;
-     } catch {
-       return false;
-     }
-   };
-
-   if (isValidUrl(url)) {
-     await InAppBrowser.open({ url });
-   }
-   ```
-
-4. **プラットフォームに合わせてカスタマイズする**
-   ```typescript
-   import { Capacitor } from '@capacitor/core';
-
-   const options = {
-     url: 'https://example.com',
-     preventDeeplink: Capacitor.getPlatform() === 'ios',
-   };
-   ```
-
-## プラットフォームに関する注意事項
-
-### iOS
-- `SFSafariViewController`を使用
-- iOS 11.0+をサポート
-- Safe Areaインセットを尊重
-- カスタムプレゼンテーションスタイルをサポート
-
-### Android
-- Chrome Custom Tabsを使用
-- Chromeが利用できない場合はWebViewにフォールバック
-- Android 5.0 (API 21)+をサポート
-- `toolbarType`、`toolbarColor`、`buttonNearDone`などを介したツールバーのカスタマイズをサポート
-
-### Web
-- 新しいブラウザタブ/ウィンドウで開きます
-- カスタマイズオプションは限定的
-- URL変更イベントなし
diff --git a/src/content/docs/ja/docs/plugins/inappbrowser/index.mdx b/src/content/docs/ja/docs/plugins/inappbrowser/index.mdx
deleted file mode 100644
index c1c228a35..000000000
--- a/src/content/docs/ja/docs/plugins/inappbrowser/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/inappbrowser"
-description: Capacitorアプリ用のURL変更イベントサポートを備えたアプリ内ブラウザプラグイン。
-locale: ja
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: URL変更イベントとナビゲーションコントロールをサポートする完全機能のアプリ内ブラウザで、アプリ内でWebコンテンツを開きます。
-  image:
-    file: ~public/icons/plugins/inappbrowser.svg
-  actions:
-    - text: 始める
-      link: /docs/plugins/inappbrowser/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/inappbrowser/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="URL変更イベント" icon="rocket">
-    URL変更イベントリスナーでナビゲーションを追跡
-  </Card>
-  <Card title="完全なナビゲーション制御" icon="pencil">
-    戻る、進む、リロード、閉じるコントロール
-  </Card>
-  <Card title="カスタマイズ可能なUI" icon="pencil">
-    ツールバーの色、ボタン、表示オプション
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/inappbrowser/getting-started/)をチェックして、数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/index.mdx b/src/content/docs/ja/docs/plugins/index.mdx
deleted file mode 100644
index 581938e03..000000000
--- a/src/content/docs/ja/docs/plugins/index.mdx
+++ /dev/null
@@ -1,384 +0,0 @@
----
-title: Capgo による Capacitor Plugins
-description: アプリのネイティブ機能を強力な機能で拡張するための包括的な Capacitor プラグインコレクションをご覧ください。
-sidebar:
-  order: 0
-  label: "全プラグイン"
-locale: ja
----
-
-import { Card, CardGrid, LinkCard, Icon } from '@astrojs/starlight/components';
-
-Capgo Capacitor Plugins コレクションへようこそ！Capacitor アプリで素晴らしいネイティブエクスペリエンスを構築するための高品質で充実したドキュメントを備えたプラグインスイートを提供しています。
-
-## ⭐ Capgo Cloud - ライブアップデート
-
-<LinkCard
-  title="Capacitor Updater"
-  description="Capgo Cloud を支えるコアプラグイン - アプリストアの遅延なしに Capacitor アプリへの即座のアップデートを提供します。修正と機能をユーザーに直接プッシュできます。"
-  href="/docs/plugins/updater/"
-/>
-
-Updater プラグインは Capgo Cloud の基盤であり、以下を可能にします：
-- 🚀 アプリストアのレビューなしで即座にアップデートをデプロイ
-- 📱 アプリの JavaScript、HTML、CSS、アセットをアップデート
-- 🎯 チャンネルで特定のユーザーセグメントをターゲット
-- 📊 組み込み分析でアップデートの成功を監視
-- 🔒 暗号化とコード署名で安全なアップデート
-
-## 🚀 注目のプラグイン
-
-<CardGrid>
-  <LinkCard
-    title="Social Login"
-    description="Google、Apple、Facebook とのシームレスな認証。すべての主要なソーシャルプロバイダーに対応する1つのプラグイン。"
-    href="/docs/plugins/social-login/"
-  />
-  <LinkCard
-    title="Native Purchases"
-    description="iOS と Android 向けの統一 API でアプリ内課金とサブスクリプションを実装。"
-    href="/docs/plugins/capacitor-native-purchases/"
-  />
-  <LinkCard
-    title="Camera Preview"
-    description="キャプチャと設定を完全にコントロールしながら、アプリでリアルタイムのカメラフィードを表示。"
-    href="/docs/plugins/capacitor-camera-preview/"
-  />
-  <LinkCard
-    title="Data Storage SQLite"
-    description="オプションの暗号化機能を備えた SQLite による高速で安全なキーバリューストレージ。"
-    href="/docs/plugins/data-storage-sqlite/"
-  />
-</CardGrid>
-
-## 📱 デバイス & システムプラグイン
-
-<CardGrid>
-  <LinkCard
-    title="Native Market"
-    description="評価、レビュー、アプリアップデートのためにアプリストアにリンク。"
-    href="/docs/plugins/capacitor-native-market/"
-  />
-  <LinkCard
-    title="Native Biometric"
-    description="安全なアプリアクセスのための生体認証 API にアクセス。"
-    href="/docs/plugins/native-biometric/"
-  />
-  <LinkCard
-    title="Shake"
-    description="インタラクティブ機能やデバッグメニュー用のシェイクジェスチャーを検出。"
-    href="/docs/plugins/shake/"
-  />
-  <LinkCard
-    title="Navigation Bar"
-    description="アプリのテーマに合わせて Android ナビゲーションバーの色をカスタマイズ。"
-    href="/docs/plugins/navigation-bar/"
-  />
-  <LinkCard
-    title="Home Indicator"
-    description="没入型体験のために iOS ホームインジケーターの表示を制御。"
-    href="/docs/plugins/capacitor-home-indicator/"
-  />
-  <LinkCard
-    title="NFC"
-    description="iOS と Android のネイティブサポートで NFC タグを読み書き。"
-    href="/docs/plugins/nfc/"
-  />
-  <LinkCard
-    title="Barometer"
-    description="気圧と高度の読み取りのためにデバイスの気圧計にアクセス。"
-    href="/docs/plugins/barometer/"
-  />
-  <LinkCard
-    title="Accelerometer"
-    description="モーション検出と向き追跡のためにデバイスの加速度計を読み取り。"
-    href="/docs/plugins/accelerometer/"
-  />
-</CardGrid>
-
-## 🎥 メディア & カメラプラグイン
-
-<CardGrid>
-  <LinkCard
-    title="Screen Recorder"
-    description="チュートリアル、デモ、またはユーザーフィードバックのためにデバイス画面を録画。"
-    href="/docs/plugins/screen-recorder/"
-  />
-  <LinkCard
-    title="IVS Player"
-    description="超低遅延ライブストリーミング用の Amazon IVS 統合。"
-    href="/docs/plugins/capacitor-ivs-player/"
-  />
-  <LinkCard
-    title="Native Audio"
-    description="ゲームやアプリ向けの高性能ネイティブオーディオエンジン。"
-    href="/docs/plugins/capacitor-native-audio/"
-  />
-  <LinkCard
-    title="Mute"
-    description="デバイスのミュートスイッチが有効か無効かを検出。"
-    href="/docs/plugins/mute/"
-  />
-  <LinkCard
-    title="Video Player"
-    description="字幕、フルスクリーン、包括的なコントロールを備えたネイティブビデオ再生。"
-    href="/docs/plugins/video-player/"
-  />
-  <LinkCard
-    title="YouTube Player"
-    description="完全なプレーヤー API コントロールとイベント処理で YouTube 動画を埋め込み。"
-    href="/docs/plugins/youtube-player/"
-  />
-  <LinkCard
-    title="FFmpeg"
-    description="圧縮と変換のための FFmpeg を使用したビデオエンコーディングと処理。"
-    href="/docs/plugins/ffmpeg/"
-  />
-  <LinkCard
-    title="Volume Buttons"
-    description="カスタムコントロール用のハードウェアボリュームボタンの押下を検出。"
-    href="/docs/plugins/volume-buttons/"
-  />
-  <LinkCard
-    title="Audio Recorder"
-    description="シンプルなコントロールで iOS、Android、Web でオーディオを録音。"
-    href="/docs/plugins/audio-recorder/"
-  />
-</CardGrid>
-
-## 🛠️ ユーティリティプラグイン
-
-<CardGrid>
-  <LinkCard
-    title="Uploader"
-    description="進捗追跡と再開可能なアップロードを備えたバックグラウンドファイルアップロード。"
-    href="/docs/plugins/uploader/"
-  />
-  <LinkCard
-    title="Flash"
-    description="ユーティリティとカメラ機能のためにデバイスのフラッシュライト/トーチを制御。"
-    href="/docs/plugins/flash/"
-  />
-  <LinkCard
-    title="Native Geocoder"
-    description="ネイティブプラットフォーム API を使用した順方向および逆方向ジオコーディング。"
-    href="/docs/plugins/nativegeocoder/"
-  />
-  <LinkCard
-    title="InAppBrowser"
-    description="カスタマイズ可能なアプリ内ブラウザで Web コンテンツを開く。"
-    href="/docs/plugins/inappbrowser/"
-  />
-  <LinkCard
-    title="Crisp"
-    description="Crisp チャットサポートをモバイルアプリに直接統合。"
-    href="/docs/plugins/crisp/"
-  />
-  <LinkCard
-    title="Live Reload"
-    description="開発中の即座のホットリロードのために開発サーバーに接続。"
-    href="/docs/plugins/live-reload/"
-  />
-  <LinkCard
-    title="Contacts"
-    description="読み取りと書き込み機能でデバイスの連絡先にアクセスして管理。"
-    href="/docs/plugins/contacts/"
-  />
-</CardGrid>
-
-## 🤖 AI & 高度なメディア
-
-<CardGrid>
-  <LinkCard
-    title="LLM"
-    description="Apple Intelligence サポートで Large Language Models をローカルで実行。"
-    href="/docs/plugins/llm/"
-  />
-  <LinkCard
-    title="StreamCall"
-    description="高品質なビデオストリーミングと通話機能を有効化。"
-    href="/docs/plugins/streamcall/"
-  />
-  <LinkCard
-    title="JW Player"
-    description="高度なストリーミング機能を備えたプロフェッショナルビデオプレーヤー。"
-    href="/docs/plugins/jw-player/"
-  />
-  <LinkCard
-    title="Ricoh 360 Camera"
-    description="Ricoh 360 度カメラを制御してキャプチャ。"
-    href="/docs/plugins/ricoh360-camera/"
-  />
-</CardGrid>
-
-## 📍 位置情報 & バックグラウンドサービス
-
-<CardGrid>
-  <LinkCard
-    title="Background Geolocation"
-    description="バッテリー最適化によりバックグラウンドでデバイスの位置情報を追跡。"
-    href="/docs/plugins/background-geolocation/"
-  />
-  <LinkCard
-    title="Alarm"
-    description="アプリが閉じていてもネイティブアラームと通知をスケジュール。"
-    href="/docs/plugins/alarm/"
-  />
-  <LinkCard
-    title="iBeacon"
-    description="位置ベース機能のための近接検出とビーコン領域モニタリング。"
-    href="/docs/plugins/ibeacon/"
-  />
-</CardGrid>
-
-## 📞 コミュニケーション & アナリティクス
-
-<CardGrid>
-  <LinkCard
-    title="Twilio Voice"
-    description="Twilio Voice API を使用して電話をかけたり受けたりします。"
-    href="/docs/plugins/twilio-voice/"
-  />
-  <LinkCard
-    title="GTM"
-    description="アナリティクスとトラッキングのための Google Tag Manager 統合。"
-    href="/docs/plugins/gtm/"
-  />
-  <LinkCard
-    title="AppInsights"
-    description="Apptopia AppInsights SDK を使用したアプリケーションインサイトとアナリティクス。"
-    href="/docs/plugins/appinsights/"
-  />
-  <LinkCard
-    title="WeChat"
-    description="認証、共有、支払い、ミニプログラムのための WeChat SDK 統合。"
-    href="/docs/plugins/wechat/"
-  />
-</CardGrid>
-
-## 🔐 セキュリティ & システム
-
-<CardGrid>
-  <LinkCard
-    title="Is Root"
-    description="セキュリティのためにデバイスが root 化または脱獄されているかを検出。"
-    href="/docs/plugins/is-root/"
-  />
-  <LinkCard
-    title="Persistent Account"
-    description="アプリの再インストール後もユーザーアカウントを維持。"
-    href="/docs/plugins/persistent-account/"
-  />
-  <LinkCard
-    title="Autofill Save Password"
-    description="パスワードの自動入力と保存機能を有効化。"
-    href="/docs/plugins/autofill-save-password/"
-  />
-</CardGrid>
-
-## 📊 Android 専用機能
-
-<CardGrid>
-  <LinkCard
-    title="Android Kiosk"
-    description="ランチャー機能とハードウェアキーコントロールで Android デバイスをキオスクモードにロック。"
-    href="/docs/plugins/android-kiosk/"
-  />
-  <LinkCard
-    title="Android Usage Stats"
-    description="Android アプリの使用統計とスクリーンタイムデータにアクセス。"
-    href="/docs/plugins/android-usagestatsmanager/"
-  />
-  <LinkCard
-    title="Android Inline Install"
-    description="Android デバイスでインラインアプリインストールを有効化。"
-    href="/docs/plugins/android-inline-install/"
-  />
-  <LinkCard
-    title="Age Signals"
-    description="監督アカウントと検証済みユーザーを検出するために Google Play Age Signals にアクセス。"
-    href="/docs/plugins/age-signals/"
-  />
-</CardGrid>
-
-## 📥 ダウンロード & ナビゲーション
-
-<CardGrid>
-  <LinkCard
-    title="Downloader"
-    description="進捗追跡機能付きのバックグラウンドファイルダウンロード。"
-    href="/docs/plugins/downloader/"
-  />
-  <LinkCard
-    title="Launch Navigator"
-    description="住所と座標でナビゲーションアプリを起動。"
-    href="/docs/plugins/launch-navigator/"
-  />
-</CardGrid>
-
-## 🎯 Capgo Plugins を選ぶ理由は？
-
-<Card icon="approve-check">
-  **適切に保守されている**: 最新の Capacitor バージョンとの定期的なアップデートと互換性
-</Card>
-<Card icon="open-book">
-  **包括的なドキュメント**: すべてのプラグインに例を含む詳細なドキュメント
-</Card>
-<Card icon="puzzle">
-  **簡単な統合**: Capacitor のベストプラクティスに従ったシンプルな API
-</Card>
-<Card icon="setting">
-  **TypeScript サポート**: より良い開発体験のための完全な TypeScript 定義
-</Card>
-
-## 🚀 はじめに
-
-各プラグインは同様のインストールパターンに従います：
-
-1. **プラグインをインストール** お好みのパッケージマネージャーを使用
-2. **プロジェクトを同期** `npx cap sync` を実行
-3. **プラットフォーム固有の設定を構成** 必要に応じて
-4. **プラグインの使用を開始** コード内で
-
-詳細なセットアップ手順と API リファレンスについては、各プラグインのドキュメントをご覧ください。
-
-## 💡 サポートが必要ですか？
-
-- 📖 個別のプラグインドキュメントを確認
-- 💬 [Discord コミュニティ](https://discord.capgo.app)に参加
-- 🐛 プラグインの GitHub リポジトリで問題を報告
-- 📧 エンタープライズに関するお問い合わせはサポートに連絡
-
-## 🛠️ カスタムプラグインが必要ですか？
-
-必要な機能が見つかりませんか？お手伝いします！
-
-<LinkCard
-  title="カスタムプラグイン開発"
-  description="私たちのチームは、お客様の特定の要件に合わせたカスタム Capacitor プラグインの構築を専門としています。複雑なネイティブ統合からユニークなデバイス機能まで、お任せください。"
-  href="/consulting/"
-  icon="external"
-/>
-
-以下が必要な場合：
-- 🔧 ゼロから構築される完全に新しいプラグイン
-- 🔄 既存のプラグインの変更
-- 🤝 ネイティブ開発に関する専門的なコンサルティング
-- 📱 プラットフォーム固有の実装
-
-[私たちのチームに連絡](/consulting/)して、カスタムプラグインのニーズについて相談してください。
-
-## 🤝 貢献
-
-貢献を歓迎します！各プラグインはオープンソースで GitHub で利用可能です。お気軽に：
-
-- バグを報告し、機能をリクエスト
-- プルリクエストを送信
-- ドキュメントを改善
-- ユースケースを共有
-
----
-
-<div style="text-align: center; margin-top: 2rem;">
-  <strong>Capgo チームが愛をこめて構築</strong>
-</div>
diff --git a/src/content/docs/ja/docs/plugins/is-root/getting-started.mdx b/src/content/docs/ja/docs/plugins/is-root/getting-started.mdx
deleted file mode 100644
index ecc5efc87..000000000
--- a/src/content/docs/ja/docs/plugins/is-root/getting-started.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: はじめに
-description: Is Root プラグインをインストールして使用し、root 化された Android デバイスとエミュレーターを検出してアプリのセキュリティを強化する方法を学びます。
-sidebar:
-  order: 2
-locale: ja
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## プラットフォームサポート
-
-- **Android**: root とエミュレーター検出の完全サポート
-- **iOS**: 設定不要（プラグインは Android に特化）
-
-## 使用例
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// 基本的な root 検出
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('デバイスは root 化されています');
-  // root 化されたデバイスを適切に処理
-  // 例：警告を表示、機能を制限、またはアクセスをブロック
-}
-
-// BusyBox を使用した拡張 root 検出
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('デバイスは root 化されています（拡張チェック）');
-}
-
-// エミュレーターチェック
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('エミュレーター上で実行中');
-  // エミュレーター環境を処理
-}
-
-// root 管理アプリの検出
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('root 管理アプリが検出されました');
-}
-
-// su バイナリのチェック
-const suResult = await IsRoot.checkForSuBinary();
-if (suResult.hasSu) {
-  console.log('デバイスで SU バイナリが見つかりました');
-}
-```
-
-## API リファレンス
-
-### isRooted()
-
-```typescript
-isRooted() => Promise<{ isRooted: boolean }>
-```
-
-デフォルトメソッドを使用して包括的な root 検出を実行します。
-
-**戻り値:** `Promise<{ isRooted: boolean }>`
-
-### isRootedWithBusyBox()
-
-```typescript
-isRootedWithBusyBox() => Promise<{ isRooted: boolean }>
-```
-
-BusyBox チェックを含む拡張 root 検出。
-
-**戻り値:** `Promise<{ isRooted: boolean }>`
-
-### detectRootManagementApps()
-
-```typescript
-detectRootManagementApps() => Promise<{ hasRootApps: boolean }>
-```
-
-インストールされている root 管理アプリケーション（SuperSU、Magisk など）を識別します。
-
-**戻り値:** `Promise<{ hasRootApps: boolean }>`
-
-### checkForSuBinary()
-
-```typescript
-checkForSuBinary() => Promise<{ hasSu: boolean }>
-```
-
-システムパスに `su` バイナリが存在するかチェックします。
-
-**戻り値:** `Promise<{ hasSu: boolean }>`
-
-### isRunningOnEmulator()
-
-```typescript
-isRunningOnEmulator() => Promise<{ isEmulator: boolean }>
-```
-
-一般的な Android エミュレーターのフィンガープリントを検出します。
-
-**戻り値:** `Promise<{ isEmulator: boolean }>`
-
-## 包括的なセキュリティチェック
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function performSecurityCheck() {
-  const checks = {
-    rooted: false,
-    emulator: false,
-    rootApps: false,
-    suBinary: false
-  };
-
-  try {
-    // すべての検出メソッドを実行
-    const [rootResult, emulatorResult, rootAppsResult, suResult] = await Promise.all([
-      IsRoot.isRootedWithBusyBox(),
-      IsRoot.isRunningOnEmulator(),
-      IsRoot.detectRootManagementApps(),
-      IsRoot.checkForSuBinary()
-    ]);
-
-    checks.rooted = rootResult.isRooted;
-    checks.emulator = emulatorResult.isEmulator;
-    checks.rootApps = rootAppsResult.hasRootApps;
-    checks.suBinary = suResult.hasSu;
-
-    // セキュリティレベルを判定
-    const securityIssues = Object.values(checks).filter(v => v).length;
-
-    if (securityIssues > 0) {
-      console.warn(`デバイスに ${securityIssues} 件のセキュリティ上の懸念があります`, checks);
-      return {
-        secure: false,
-        issues: checks
-      };
-    }
-
-    return {
-      secure: true,
-      issues: checks
-    };
-  } catch (error) {
-    console.error('セキュリティチェックに失敗しました:', error);
-    throw error;
-  }
-}
-
-// アプリで使用
-const securityStatus = await performSecurityCheck();
-if (!securityStatus.secure) {
-  // 安全でないデバイスを処理
-  showSecurityWarning(securityStatus.issues);
-}
-```
-
-## 検出技術
-
-### Root 検出
-
-プラグインは複数の検出方法を採用しています：
-
-- root 管理アプリケーションのチェック（SuperSU、Magisk、KingRoot など）
-- 疑わしいシステムプロパティのスキャン
-- テストビルドタグとデバッグフラグの識別
-- 危険なバイナリの場所の検証
-- システムパスのパーミッション検査
-- 既知の root 隠蔽アプリの検出
-
-### エミュレーター検出
-
-- ハードウェアフィンガープリント分析
-- ビルドプロパティ検査
-- エミュレーター固有の特性
-- 仮想環境インジケーター
-
-## セキュリティ問題の処理
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function handleDeviceSecurity() {
-  const rootResult = await IsRoot.isRooted();
-
-  if (rootResult.isRooted) {
-    // オプション 1: 警告を表示して続行
-    showWarning('お使いのデバイスは root 化されているようです。一部の機能が制限される場合があります。');
-
-    // オプション 2: 機能を制限
-    disableSensitiveFeatures();
-
-    // オプション 3: アプリへのアクセスをブロック
-    showBlockedScreen('セキュリティ上の理由により、このアプリは root 化されたデバイスでは実行できません。');
-    return false;
-  }
-
-  return true;
-}
-
-function showWarning(message: string) {
-  // ユーザーフレンドリーな警告ダイアログを表示
-  alert(message);
-}
-
-function disableSensitiveFeatures() {
-  // 支払い処理、機密データアクセスなどを無効化
-  console.log('root 化されたデバイスのため機密機能が無効化されました');
-}
-
-function showBlockedScreen(message: string) {
-  // ブロック画面を表示してアプリを終了
-  alert(message);
-}
-```
-
-## ベストプラクティス
-
-- より高い精度のために複数の検出方法を使用
-- 完全にアクセスをブロックするのではなく、段階的な機能低下を実装
-- セキュリティ上の懸念について明確なユーザーコミュニケーションを提供
-- セキュリティ対策を実装する際にユーザーエクスペリエンスを考慮
-- 検出方法が進化するため、プラグインを最新の状態に保つ
-- root 化されたデバイスと非 root 化デバイスの両方でテスト
-- 検出失敗を適切に処理
-
-## セキュリティに関する考慮事項
-
-- 100% 完璧な検出方法は存在しない
-- 上級ユーザーは検出メカニズムをバイパスできる
-- サーバー側のセキュリティ対策と組み合わせて使用
-- セキュリティチェックを実装する際にユーザーのプライバシーを考慮
-- セキュリティ実装についてプラットフォームのガイドラインに従う
-- root 隠蔽技術が進化するため、定期的な更新を推奨
-
-## ユースケース
-
-- **銀行・金融アプリ**: 侵害されたデバイスでのアクセスを防止
-- **DRM 保護コンテンツ**: 著作権保護された素材を保護
-- **エンタープライズアプリ**: BYOD セキュリティポリシーを強制
-- **支払い処理**: 安全な取引環境を確保
-- **機密データアプリ**: 機密情報を保護
diff --git a/src/content/docs/ja/docs/plugins/is-root/index.mdx b/src/content/docs/ja/docs/plugins/is-root/index.mdx
deleted file mode 100644
index efae4a01c..000000000
--- a/src/content/docs/ja/docs/plugins/is-root/index.mdx
+++ /dev/null
@@ -1,122 +0,0 @@
----
-title: "@capgo/capacitor-is-root"
-description: 包括的なセキュリティチェックとデバイス整合性検証を備えた、Capacitor アプリ向けの Root および脱獄検出プラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-locale: ja
-hero:
-  tagline: root 化された Android デバイスと脱獄された iOS デバイスを検出し、アプリのセキュリティを強化し、機密データを保護します。
-  image:
-    file: ~public/icons/plugins/is-root.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/is-root/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-is-root/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概要
-
-Capacitor Is Root プラグインは、Android デバイスの包括的な root および脱獄検出とエミュレーター検出を提供します。このプラグインは、セキュリティリスクをもたらす可能性のある侵害されたデバイスやエミュレートされた環境を識別することで、アプリのセキュリティを強化するのに役立ちます。
-
-<CardGrid stagger>
-  <Card title="Root 検出" icon="rocket">
-    複数の方法による高度な Android root 検出 🔒
-  </Card>
-  <Card title="エミュレーター検出" icon="approve-check">
-    エミュレートされた環境とテストフレームワークを識別 🛡️
-  </Card>
-  <Card title="セキュリティ検証" icon="approve-check">
-    精度向上のための複数の検出技術 ✅
-  </Card>
-  <Card title="Android 特化" icon="laptop">
-    Android セキュリティ評価のための専門的検出 🤖
-  </Card>
-</CardGrid>
-
-## インストール
-
-```bash
-npm install @capgo/capacitor-is-root
-npx cap sync
-```
-
-## コア API メソッド
-
-### Root 検出
-- `isRooted()` - デフォルトメソッドを使用して包括的な root 検出を実行
-- `isRootedWithBusyBox()` - BusyBox チェックを含む拡張検出
-- `detectRootManagementApps()` - インストールされている root 管理アプリケーションを識別
-- `checkForSuBinary()` - システムパスに `su` バイナリが存在するかチェック
-
-### エミュレーター検出
-- `isRunningOnEmulator()` - 一般的な Android エミュレーターのフィンガープリントを検出
-
-## 検出技術
-
-プラグインは複数の検出方法を採用しています：
-
-### Root 検出
-- root 管理アプリケーションのチェック（SuperSU、Magisk など）
-- 疑わしいシステムプロパティのスキャン
-- テストビルドタグとデバッグフラグの識別
-- 危険なバイナリの場所の検証
-- システムパスのパーミッション検査
-
-### エミュレーター検出
-- ハードウェアフィンガープリント分析
-- ビルドプロパティ検査
-- エミュレーター固有の特性
-- 仮想環境インジケーター
-
-## 使用例
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// 基本的な root 検出
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('デバイスは root 化されています');
-  // root 化されたデバイスを適切に処理
-}
-
-// BusyBox を使用した拡張 root 検出
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('デバイスは root 化されています（拡張チェック）');
-}
-
-// エミュレーターチェック
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('エミュレーター上で実行中');
-}
-
-// root 管理アプリの検出
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('root 管理アプリが検出されました');
-}
-```
-
-## セキュリティに関する考慮事項
-
-- より高い精度のために複数の検出方法を使用
-- 検出された環境に対して段階的な機能低下を実装
-- セキュリティ対策を実装する際にユーザーのプライバシーを考慮
-- 検出方法が進化するため、定期的な更新を推奨
-
-## ドキュメント
-
-詳細な実装ガイドと高度なセキュリティパターンについては、[完全なドキュメント](/docs/plugins/is-root/getting-started/)をご覧ください。
diff --git a/src/content/docs/ja/docs/plugins/ivs-player/getting-started.mdx b/src/content/docs/ja/docs/plugins/ivs-player/getting-started.mdx
deleted file mode 100644
index 4c033a56f..000000000
--- a/src/content/docs/ja/docs/plugins/ivs-player/getting-started.mdx
+++ /dev/null
@@ -1,313 +0,0 @@
----
-title: はじめに
-description: Capacitor IVS Player プラグインをインストールして設定し、アプリに Amazon IVS 低遅延ストリーミングを統合する方法を学びます。
-sidebar:
-  order: 2
-locale: ja
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/ivs-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **プラグインを設定**
-
-   **基本的なプレーヤーセットアップ:**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // プレーヤーを作成
-   const { playerId } = await IvsPlayer.create({
-     url: 'https://your-ivs-playback-url.m3u8',
-     autoplay: true
-   });
-
-   // 再生を開始
-   await IvsPlayer.play({ playerId });
-   ```
-
-   **プレーヤーコントロール:**
-   ```typescript
-   // 再生を一時停止
-   await IvsPlayer.pause({ playerId });
-
-   // ボリュームを設定
-   await IvsPlayer.setVolume({
-     playerId,
-     volume: 0.5 // 0.0 から 1.0
-   });
-
-   // 位置にシーク
-   await IvsPlayer.seekTo({
-     playerId,
-     position: 30 // 秒
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       `Info.plist` に追加：
-       ```xml
-       <key>NSAppTransportSecurity</key>
-       <dict>
-         <key>NSAllowsArbitraryLoads</key>
-         <true/>
-       </dict>
-       ```
-     </TabItem>
-     <TabItem label="Android">
-       `AndroidManifest.xml` に追加：
-       ```xml
-       <uses-permission android:name="android.permission.INTERNET" />
-       ```
-     </TabItem>
-   </Tabs>
-
-4. **イベント処理**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // プレーヤーイベントをリッスン
-   IvsPlayer.addListener('onState', (event) => {
-     console.log('プレーヤーの状態:', event.state);
-     // 状態: idle, buffering, ready, playing, ended
-   });
-
-   IvsPlayer.addListener('onError', (event) => {
-     console.error('プレーヤーエラー:', event.error);
-   });
-
-   IvsPlayer.addListener('onDuration', (event) => {
-     console.log('ビデオの長さ:', event.duration);
-   });
-
-   IvsPlayer.addListener('onProgress', (event) => {
-     console.log('現在位置:', event.position);
-   });
-
-   // タイムドメタデータをリッスン
-   IvsPlayer.addListener('onMetadata', (event) => {
-     console.log('タイムドメタデータ:', event.metadata);
-   });
-   ```
-
-5. **高度な使用方法**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   export class StreamPlayer {
-     private playerId: string | null = null;
-     private listeners: any[] = [];
-
-     async initialize(streamUrl: string) {
-       // カスタム設定でプレーヤーを作成
-       const result = await IvsPlayer.create({
-         url: streamUrl,
-         autoplay: false,
-         muted: true, // 自動再生ポリシーのためミュートで開始
-         controls: true
-       });
-
-       this.playerId = result.playerId;
-       this.setupEventListeners();
-     }
-
-     private setupEventListeners() {
-       // 状態変更
-       const stateListener = IvsPlayer.addListener('onState', (event) => {
-         this.handleStateChange(event.state);
-       });
-       this.listeners.push(stateListener);
-
-       // 品質変更
-       const qualityListener = IvsPlayer.addListener('onQuality', (event) => {
-         console.log(`品質が次に変更されました: ${event.quality.name}`);
-       });
-       this.listeners.push(qualityListener);
-
-       // バッファ更新
-       const bufferListener = IvsPlayer.addListener('onBuffer', (event) => {
-         console.log(`バッファ: ${event.percentage}%`);
-       });
-       this.listeners.push(bufferListener);
-     }
-
-     private handleStateChange(state: string) {
-       switch (state) {
-         case 'playing':
-           console.log('ストリームが再生中');
-           break;
-         case 'buffering':
-           console.log('ストリームがバッファリング中');
-           break;
-         case 'ended':
-           console.log('ストリームが終了');
-           break;
-       }
-     }
-
-     async play() {
-       if (this.playerId) {
-         await IvsPlayer.play({ playerId: this.playerId });
-       }
-     }
-
-     async pause() {
-       if (this.playerId) {
-         await IvsPlayer.pause({ playerId: this.playerId });
-       }
-     }
-
-     async setQuality(qualityName: string) {
-       if (this.playerId) {
-         await IvsPlayer.setQuality({
-           playerId: this.playerId,
-           quality: qualityName
-         });
-       }
-     }
-
-     async destroy() {
-       // リスナーを削除
-       this.listeners.forEach(listener => listener.remove());
-
-       // プレーヤーを破棄
-       if (this.playerId) {
-         await IvsPlayer.destroy({ playerId: this.playerId });
-       }
-     }
-   }
-   ```
-</Steps>
-
-## API リファレンス
-
-### メソッド
-
-#### `create(options: CreateOptions)`
-新しい IVS プレーヤーインスタンスを作成します。
-
-**パラメータ:**
-- `options`: プレーヤー設定
-  - `url`: string - IVS 再生 URL
-  - `autoplay`: boolean - 自動再生を開始
-  - `muted`: boolean - ミュートで開始
-  - `controls`: boolean - ネイティブコントロールを表示
-
-**戻り値:** `Promise<{ playerId: string }>`
-
-#### `play(options: PlayerOptions)`
-再生を開始します。
-
-#### `pause(options: PlayerOptions)`
-再生を一時停止します。
-
-#### `stop(options: PlayerOptions)`
-再生を停止して位置をリセットします。
-
-#### `seekTo(options: SeekOptions)`
-特定の位置にシークします。
-
-#### `setVolume(options: VolumeOptions)`
-プレーヤーのボリュームを設定します（0.0 から 1.0）。
-
-#### `setQuality(options: QualityOptions)`
-再生品質を設定します。
-
-#### `destroy(options: PlayerOptions)`
-プレーヤーインスタンスを破棄します。
-
-### イベント
-
-- `onState`: プレーヤーの状態変更
-- `onError`: 再生エラー
-- `onDuration`: ビデオの長さが利用可能
-- `onProgress`: 再生進行状況の更新
-- `onQuality`: 品質変更
-- `onMetadata`: タイムドメタデータイベント
-- `onBuffer`: バッファステータスの更新
-
-### インターフェース
-
-```typescript
-interface CreateOptions {
-  url: string;
-  autoplay?: boolean;
-  muted?: boolean;
-  controls?: boolean;
-}
-
-interface PlayerOptions {
-  playerId: string;
-}
-
-interface SeekOptions extends PlayerOptions {
-  position: number; // 秒
-}
-
-interface VolumeOptions extends PlayerOptions {
-  volume: number; // 0.0 から 1.0
-}
-
-interface QualityOptions extends PlayerOptions {
-  quality: string; // 品質名
-}
-```
-
-## プラットフォームに関する注記
-
-### iOS
-- iOS 12.0 以降が必要
-- IVS 拡張機能を備えたネイティブ AVPlayer を使用
-- iPad でピクチャーインピクチャーをサポート
-
-### Android
-- Android 5.0（API レベル 21）以降が必要
-- Amazon IVS Player SDK を使用
-- ハードウェアアクセラレーションを推奨
-
-## 一般的なユースケース
-
-1. **ライブストリーミング**: リアルタイムイベント、スポーツ、ゲーム
-2. **インタラクティブストリーミング**: 視聴者投票、Q&A セッション
-3. **E コマース**: 製品ハイライト付きライブショッピング
-4. **教育**: タイムドコンテンツ付きライブクラス
-5. **エンターテインメント**: 観客との対話付きコンサート、ショー
-
-## ベストプラクティス
-
-1. **ネットワーク処理**: 接続品質を監視
-   ```typescript
-   IvsPlayer.addListener('onError', (event) => {
-     if (event.error.includes('network')) {
-       // ネットワークエラーを処理
-       showRetryButton();
-     }
-   });
-   ```
-
-2. **リソース管理**: 使用後は必ずプレーヤーを破棄
-3. **自動再生ポリシー**: 信頼性の高い自動再生のためミュートで開始
-4. **品質選択**: IVS に自動品質切り替えを処理させる
-
-## トラブルシューティング
-
-**ストリームが再生されない:**
-- IVS 再生 URL が有効であることを確認
-- ネットワーク権限を確認
-- ストリームがライブであることを確認
-
-**高遅延:**
-- IVS は低遅延用に最適化されているため、エンコーダー設定を確認
-- IVS 固有の再生 URL を使用していることを確認
-
-**品質の問題:**
-- 自動品質切り替えを許可
-- ネットワーク帯域幅の要件を確認
diff --git a/src/content/docs/ja/docs/plugins/ivs-player/index.mdx b/src/content/docs/ja/docs/plugins/ivs-player/index.mdx
deleted file mode 100644
index 4b8c65a3c..000000000
--- a/src/content/docs/ja/docs/plugins/ivs-player/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/ivs-player"
-description: モバイルアプリで低遅延ライブストリーミングを実現する、Amazon IVS（Interactive Video Service）プレーヤー用 Capacitor プラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-locale: ja
-hero:
-  tagline: Capacitor アプリで、インタラクティブ機能を備えた超低遅延ライブストリーミングのために Amazon IVS プレーヤーを統合します。
-  image:
-    file: ~public/icons/plugins/ivs-player.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/ivs-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ivs-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="低遅延ストリーミング" icon="rocket">
-    Amazon IVS を使用して1秒未満の遅延でストリーミング 📡
-  </Card>
-  <Card title="インタラクティブ機能" icon="setting">
-    タイムドメタデータと視聴者とのインタラクションをサポート 💬
-  </Card>
-  <Card title="品質適応" icon="star">
-    ネットワーク状況に基づいた自動品質切り替え 📶
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/ivs-player/getting-started/)をチェックして、わずか数分でプラグインをマスターしてください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/jw-player/getting-started.mdx b/src/content/docs/ja/docs/plugins/jw-player/getting-started.mdx
deleted file mode 100644
index c0ba29739..000000000
--- a/src/content/docs/ja/docs/plugins/jw-player/getting-started.mdx
+++ /dev/null
@@ -1,345 +0,0 @@
----
-title: はじめに
-description: JW Player を Capacitor アプリにインストールして統合し、プロフェッショナルなビデオストリーミング機能を実現する方法を学びます。
-sidebar:
-  order: 2
-locale: ja
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 前提条件
-
-このプラグインを使用するには、JW Player アカウントとライセンスキーが必要です。お持ちでない場合は、[JW Player](https://www.jwplayer.com/) でサインアップしてください。
-
-## プラットフォーム設定
-
-### iOS
-
-JW Player ライセンスキーを `Info.plist` に追加します：
-
-```xml
-<key>JWPlayerLicenseKey</key>
-<string>YOUR_LICENSE_KEY</string>
-```
-
-### Android
-
-JW Player ライセンスキーを `android/app/src/main/res/values/strings.xml` に追加します：
-
-```xml
-<resources>
-    <string name="jw_player_license_key">YOUR_LICENSE_KEY</string>
-</resources>
-```
-
-## 使用例
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// 単一のビデオを再生
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: 'My Video',
-  description: 'ビデオの説明',
-  poster: 'https://example.com/poster.jpg'
-});
-
-// プレイリストを再生
-await JWPlayer.playPlaylist({
-  playlistUrl: 'https://example.com/playlist.json'
-});
-
-// プレーヤーイベントをリッスン
-JWPlayer.addListener('playerReady', () => {
-  console.log('プレーヤーの準備ができました');
-});
-
-JWPlayer.addListener('play', (data) => {
-  console.log('ビデオの再生が開始されました');
-});
-
-JWPlayer.addListener('pause', (data) => {
-  console.log('ビデオが一時停止されました');
-});
-
-JWPlayer.addListener('complete', (data) => {
-  console.log('ビデオの再生が完了しました');
-});
-
-JWPlayer.addListener('error', (error) => {
-  console.error('プレーヤーエラー:', error);
-});
-```
-
-## API リファレンス
-
-### playVideo(options)
-
-```typescript
-playVideo(options: VideoOptions) => Promise<void>
-```
-
-単一のビデオをフルスクリーンモードで再生します。
-
-| パラメータ         | 型                    |
-| ------------- | ----------------------- |
-| **`options`** | `VideoOptions` |
-
-### playPlaylist(options)
-
-```typescript
-playPlaylist(options: PlaylistOptions) => Promise<void>
-```
-
-プレイリストをフルスクリーンモードで再生します。
-
-| パラメータ         | 型                        |
-| ------------- | --------------------------- |
-| **`options`** | `PlaylistOptions` |
-
-### pause()
-
-```typescript
-pause() => Promise<void>
-```
-
-現在のビデオを一時停止します。
-
-### play()
-
-```typescript
-play() => Promise<void>
-```
-
-ビデオの再生を再開します。
-
-### seek(options)
-
-```typescript
-seek(options: { position: number }) => Promise<void>
-```
-
-ビデオの特定の位置にシークします。
-
-| パラメータ         | 型                         |
-| ------------- | ---------------------------- |
-| **`options`** | `{ position: number }` |
-
-### setPlaybackSpeed(options)
-
-```typescript
-setPlaybackSpeed(options: { speed: number }) => Promise<void>
-```
-
-再生速度を設定します。
-
-| パラメータ         | 型                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ speed: number }` |
-
-### setVolume(options)
-
-```typescript
-setVolume(options: { volume: number }) => Promise<void>
-```
-
-オーディオボリュームを設定します（0.0 から 1.0）。
-
-| パラメータ         | 型                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ volume: number }` |
-
-### selectAudioTrack(options)
-
-```typescript
-selectAudioTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-インデックスでオーディオトラックを選択します。
-
-| パラメータ         | 型                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### selectCaptionTrack(options)
-
-```typescript
-selectCaptionTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-インデックスでキャプション/字幕トラックを選択します。
-
-| パラメータ         | 型                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-再生を停止してプレーヤーを閉じます。
-
-## インターフェース
-
-### VideoOptions
-
-| プロパティ              | 型               | 説明                             |
-| ----------------- | ------------------ | --------------------------------------- |
-| **`mediaUrl`**    | `string` | ビデオファイルの URL                   |
-| **`title`**       | `string` | ビデオタイトル（オプション）                  |
-| **`description`** | `string` | ビデオの説明（オプション）            |
-| **`poster`**      | `string` | ポスター/サムネイルの URL（オプション）  |
-| **`autoStart`**   | `boolean` | 自動再生を開始（オプション、デフォルト: true） |
-
-### PlaylistOptions
-
-| プロパティ              | 型               | 説明                 |
-| ----------------- | ------------------ | --------------------------- |
-| **`playlistUrl`** | `string` | JW プレイリスト JSON の URL |
-| **`autoStart`**   | `boolean` | 自動再生を開始（オプション） |
-
-## イベントリスナー
-
-### 利用可能なイベント
-
-- `playerReady` - プレーヤーが初期化され準備完了
-- `play` - ビデオ再生が開始されました
-- `pause` - ビデオ再生が一時停止されました
-- `complete` - ビデオ再生が完了しました
-- `error` - プレーヤーでエラーが発生しました
-- `seek` - ユーザーが異なる位置にシークしました
-- `time` - 再生時間が更新されました
-- `bufferChange` - バッファ状態が変更されました
-
-### イベントの例
-
-```typescript
-// 時間更新をリッスン
-JWPlayer.addListener('time', (data) => {
-  console.log('現在時刻:', data.position);
-  console.log('長さ:', data.duration);
-});
-
-// バッファ変更をリッスン
-JWPlayer.addListener('bufferChange', (data) => {
-  console.log('バッファリング中:', data.buffering);
-});
-
-// 完了したらリスナーを削除
-const listener = await JWPlayer.addListener('play', (data) => {
-  console.log('再生中');
-});
-
-// 後で...
-listener.remove();
-```
-
-## 高度な使用方法
-
-### キャプション付きで再生
-
-```typescript
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: '字幕付きビデオ',
-  poster: 'https://example.com/poster.jpg',
-  tracks: [
-    {
-      file: 'https://example.com/captions-en.vtt',
-      label: 'English',
-      kind: 'captions'
-    },
-    {
-      file: 'https://example.com/captions-es.vtt',
-      label: 'Spanish',
-      kind: 'captions'
-    }
-  ]
-});
-```
-
-### カスタム再生コントロール
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// 再生を開始
-await JWPlayer.play();
-
-// 10 秒後に一時停止
-setTimeout(() => {
-  JWPlayer.pause();
-}, 10000);
-
-// 30 秒にシーク
-await JWPlayer.seek({ position: 30 });
-
-// 再生速度を 1.5 倍に設定
-await JWPlayer.setPlaybackSpeed({ speed: 1.5 });
-
-// ボリュームを 50% に設定
-await JWPlayer.setVolume({ volume: 0.5 });
-```
-
-## ベストプラクティス
-
-- より良いユーザーエクスペリエンスのために常にポスター画像を提供
-- 適切なエラーメッセージでプレーヤーエラーを適切に処理
-- コンポーネントがアンマウントされるときにイベントリスナーをクリーンアップ
-- iOS と Android の両方のデバイスでビデオ再生をテスト
-- 適切なビデオフォーマットを使用（MP4 を推奨）
-- ビデオが初期化される間のローディング状態を実装
-- ストリーミング時にネットワーク状況を考慮
-
-## トラブルシューティング
-
-### ビデオが再生されない
-
-- JW Player ライセンスキーが正しいことを確認
-- ビデオ URL がアクセス可能で有効であることを確認
-- カスタムサーバーを使用する場合は適切な CORS ヘッダーを確保
-- 異なるビデオフォーマットでテスト
-
-### フルスクリーンの問題
-
-- プラグインは常にフルスクリーンモードで再生します
-- アプリでフルスクリーンの適切な権限を確保
-
-### パフォーマンス
-
-- ターゲットデバイスに適切なビデオ品質を使用
-- より良いパフォーマンスのためにアダプティブストリーミングを検討
-- 適切なバッファリングインジケーターを実装
diff --git a/src/content/docs/ja/docs/plugins/jw-player/index.mdx b/src/content/docs/ja/docs/plugins/jw-player/index.mdx
deleted file mode 100644
index 5ab5eae9e..000000000
--- a/src/content/docs/ja/docs/plugins/jw-player/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-jw-player"
-description: ビデオストリーミング、プレイリスト、包括的なプレーヤーコントロールを備えた Capacitor アプリ用 JW Player 統合プラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-locale: ja
-hero:
-  tagline: Capacitor アプリで、フルスクリーンインターフェース、プレイリスト、完全な再生コントロールを備えた JW Player のビデオを再生します。
-  image:
-    file: ~public/icons/plugins/jw-player.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/jw-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-jw-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="フルスクリーンプレーヤー" icon="rocket">
-    常にフルスクリーンのビデオプレーヤーインターフェース 📺
-  </Card>
-  <Card title="プレイリストサポート" icon="list-format">
-    単一のビデオと完全なプレイリストの両方をサポート 📋
-  </Card>
-  <Card title="再生コントロール" icon="setting">
-    再生、一時停止、シーク、速度の完全なコントロール 🎮
-  </Card>
-  <Card title="オーディオ & キャプション" icon="star">
-    オーディオトラック選択とキャプション/字幕のサポート 🔊
-  </Card>
-  <Card title="イベントシステム" icon="download">
-    プレーヤーの状態変更のためのイベントリスナー 📡
-  </Card>
-  <Card title="はじめに" icon="open-book">
-    プラグインのインストールと設定については、[はじめにガイド](/docs/plugins/jw-player/getting-started/)をご覧ください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/launch-navigator/getting-started.mdx b/src/content/docs/ja/docs/plugins/launch-navigator/getting-started.mdx
deleted file mode 100644
index 620924aa1..000000000
--- a/src/content/docs/ja/docs/plugins/launch-navigator/getting-started.mdx
+++ /dev/null
@@ -1,337 +0,0 @@
----
-title: はじめに
-locale: ja
-description: iOSとAndroidでネイティブナビゲーションアプリと統合するためのLaunch Navigatorプラグインをインストールして使用する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## プラットフォーム設定
-
-### iOS
-
-`Info.plist`にURLスキームを追加して、インストールされているナビゲーションアプリを検出します:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <string>transit</string>
-    <string>moovit</string>
-    <string>uber</string>
-    <string>lyft</string>
-</array>
-```
-
-### Android
-
-追加の設定は不要です。プラグインは自動的にインストールされているナビゲーションアプリを検出します。
-
-## 使用例
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// 座標への基本的なナビゲーション
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // サンフランシスコの座標
-});
-
-// オプション付きの高度なナビゲーション
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // オプションの開始地点
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // 優先ナビゲーションアプリ
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// 特定のアプリが利用可能かチェック
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps is installed');
-} else {
-  console.log('Google Maps is not available');
-}
-
-// すべての利用可能なナビゲーションアプリを取得
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('Available navigation apps:', availableApps);
-
-// プラットフォームでサポートされているすべてのアプリを取得
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('Supported apps:', supportedApps);
-```
-
-## APIリファレンス
-
-### navigate(options)
-
-```typescript
-navigate(options: NavigateOptions) => Promise<void>
-```
-
-指定された座標へのナビゲーションを起動します。
-
-| パラメータ         | タイプ                      |
-| ------------- | ------------------------- |
-| **`options`** | `NavigateOptions` |
-
-### isAppAvailable(options)
-
-```typescript
-isAppAvailable(options: { app: string }) => Promise<{ available: boolean }>
-```
-
-特定のナビゲーションアプリがインストールされているかチェックします。
-
-| パラメータ         | タイプ                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ app: string }` |
-
-**戻り値:** `Promise<{ available: boolean }>`
-
-### getAvailableApps()
-
-```typescript
-getAvailableApps() => Promise<{ apps: string[] }>
-```
-
-デバイス上のすべての利用可能なナビゲーションアプリのリストを取得します。
-
-**戻り値:** `Promise<{ apps: string[] }>`
-
-### getSupportedApps()
-
-```typescript
-getSupportedApps() => Promise<{ apps: string[] }>
-```
-
-現在のプラットフォームでサポートされているすべてのアプリのリストを取得します。
-
-**戻り値:** `Promise<{ apps: string[] }>`
-
-## インターフェース
-
-### NavigateOptions
-
-| プロパティ              | タイプ                          | 説明                     |
-| ----------------- | ----------------------------- | ------------------------------- |
-| **`destination`** | `[number, number]` | 目的地の座標 [緯度, 経度] |
-| **`options`**     | `NavigationOptions` | 追加のナビゲーションオプション(オプション) |
-
-### NavigationOptions
-
-| プロパティ                 | タイプ                  | 説明                           |
-| -------------------- | --------------------- | ------------------------------------- |
-| **`start`**          | `[number, number]` | 開始座標 [緯度, 経度] (オプション) |
-| **`transportMode`**  | `TransportMode` | 交通手段(オプション)       |
-| **`app`**            | `string` | 優先ナビゲーションアプリ(オプション)    |
-| **`appDisplayName`** | `string` | アプリの表示名(オプション)        |
-
-### TransportMode
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## 座標の要件
-
-> **重要**: このプラグインはナビゲーションに緯度/経度座標のみを受け入れます。住所を座標に変換するには[@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder)を使用してください。
-
-```typescript
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-import { LaunchNavigator } from '@capgo/capacitor-launch-navigator';
-
-// 住所を座標に変換
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // ジオコーディングされた座標でナビゲーションを起動
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## サポートされているナビゲーションアプリ
-
-### iOS
-- Apple Maps(組み込み)
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- その他多数...
-
-### Android
-- Google Maps(組み込み)
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- その他多数...
-
-## 高度な例
-
-### 複数のアプリをチェックして最初に利用可能なものを使用
-
-```typescript
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('No supported navigation apps found');
-}
-```
-
-### ナビゲーションアプリのユーザー選択
-
-```typescript
-// 利用可能なアプリを取得
-const { apps } = await LaunchNavigator.getAvailableApps();
-
-if (apps.length === 0) {
-  alert('No navigation apps available');
-  return;
-}
-
-// ユーザーにアプリ選択を表示(疑似コード)
-const selectedApp = await showAppSelectionDialog(apps);
-
-// 選択したアプリでナビゲート
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: { app: selectedApp }
-});
-```
-
-### 異なる交通手段でのナビゲーション
-
-```typescript
-// 車での道順
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.DRIVING
-  }
-});
-
-// 徒歩での道順
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.WALKING
-  }
-});
-
-// 公共交通機関での道順
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.TRANSIT
-  }
-});
-```
-
-## ベストプラクティス
-
-- ナビゲーションを試みる前に常にアプリの可用性をチェックする
-- 優先アプリが利用できない場合のフォールバックオプションを提供する
-- ユーザー選択に意味のあるアプリ表示名を使用する
-- ユーザーフレンドリーなメッセージでエラーを適切に処理する
-- デフォルトのナビゲーションアプリのユーザー設定を考慮する
-- iOSとAndroidの両方のデバイスでテストする
-- 無効な座標に対する適切なエラーハンドリングを実装する
-
-## エラーハンドリング
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('Navigation failed:', error);
-  // エラーを処理 - アプリが利用できない、座標が無効など
-  alert('Unable to launch navigation. Please check your coordinates and try again.');
-}
-```
-
-## ユースケース
-
-- **位置情報ベースのサービス**: ユーザーを目的地にナビゲート
-- **配達アプリ**: ドライバーを配達場所に案内
-- **イベントアプリ**: 参加者を会場の場所に誘導
-- **不動産アプリ**: 物件の場所にナビゲート
-- **旅行アプリ**: 観光客を観光地に案内
-- **サービスアプリ**: 現場作業員を作業現場に誘導
diff --git a/src/content/docs/ja/docs/plugins/launch-navigator/index.mdx b/src/content/docs/ja/docs/plugins/launch-navigator/index.mdx
deleted file mode 100644
index c7b46ed8a..000000000
--- a/src/content/docs/ja/docs/plugins/launch-navigator/index.mdx
+++ /dev/null
@@ -1,246 +0,0 @@
----
-title: "@capgo/capacitor-launch-navigator"
-description: Google Maps、Apple Maps、Waze、その他のナビゲーションサービスをサポートする Capacitor アプリ用ナビゲーションアプリ起動プラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-locale: ja
-hero:
-  tagline: ターンバイターンのナビゲーション付きでナビゲーションアプリを起動し、複数の地図プロバイダーとカスタムルーティングオプションをサポートします。
-  image:
-    file: ~public/icons/plugins/launch-navigator.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/launch-navigator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-launch-navigator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概要
-
-Capacitor Launch Navigator プラグインは、座標ベースのナビゲーションで iOS および Android デバイス上のネイティブナビゲーションアプリを起動できるようにします。このプラグインは、人気のあるマッピングアプリケーションとのシームレスな統合を提供し、包括的なナビゲーションソリューションのための複数の交通手段をサポートします。
-
-<CardGrid stagger>
-  <Card title="マルチアプリサポート" icon="rocket">
-    Google Maps、Apple Maps、Waze、Citymapper など 🗺️
-  </Card>
-  <Card title="交通手段" icon="magnifier">
-    運転、徒歩、公共交通機関、自転車のナビゲーション 🧭
-  </Card>
-  <Card title="アプリ検出" icon="magnifier">
-    利用可能性をチェックしてインストールされたナビゲーションアプリをリスト 🔍
-  </Card>
-  <Card title="座標ベース" icon="star">
-    緯度/経度座標を使用してナビゲート 📍
-  </Card>
-</CardGrid>
-
-## インストール
-
-```bash
-npm install @capgo/capacitor-launch-navigator
-npx cap sync
-```
-
-## iOS 設定
-
-インストールされたナビゲーションアプリを検出するために、`Info.plist` に URL スキームを追加します：
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <!-- 他のナビゲーションアプリスキームを追加 -->
-</array>
-```
-
-## コア API メソッド
-
-### ナビゲーション
-- `navigate(options)` - 指定された座標へのナビゲーションを起動
-- `isAppAvailable(options)` - 特定のナビゲーションアプリがインストールされているかチェック
-- `getAvailableApps()` - デバイス上のすべての利用可能なナビゲーションアプリをリスト
-- `getSupportedApps()` - 現在のプラットフォーム用のすべてのサポートされているアプリを取得
-
-## 使用例
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// 座標への基本的なナビゲーション
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // サンフランシスコの座標
-});
-
-// オプション付きの高度なナビゲーション
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // オプションの出発点
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // 優先ナビゲーションアプリ
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// 特定のアプリが利用可能かチェック
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps がインストールされています');
-} else {
-  console.log('Google Maps は利用できません');
-}
-
-// すべての利用可能なナビゲーションアプリを取得
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('利用可能なナビゲーションアプリ:', availableApps);
-
-// プラットフォーム用のすべてのサポートされているアプリを取得
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('サポートされているアプリ:', supportedApps);
-```
-
-## ナビゲーションオプション
-
-```typescript
-interface NavigationOptions {
-  start?: [number, number];      // 開始座標 [lat, lng]
-  transportMode?: TransportMode; // 交通手段
-  app?: string;                  // 優先ナビゲーションアプリ
-  appDisplayName?: string;       // アプリの表示名
-  launchMode?: LaunchMode;       // アプリの起動方法
-}
-```
-
-## 交通手段
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## サポートされているナビゲーションアプリ
-
-### iOS
-- Apple Maps（組み込み）
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- その他多数...
-
-### Android
-- Google Maps（組み込み）
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- その他多数...
-
-## 座標の要件
-
-> ⚠️ **重要**: このプラグインは、ナビゲーションに緯度/経度座標のみを受け入れます。住所を座標に変換するには、[@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder) を使用してください。
-
-```typescript
-// ジオコーディングの例
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-
-// 住所を座標に変換
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // ジオコードされた座標でナビゲーションを起動
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## アプリ検出と選択
-
-```typescript
-// 複数のアプリをチェックして最初に利用可能なものを使用
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('サポートされているナビゲーションアプリが見つかりません');
-}
-```
-
-## エラーハンドリング
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('ナビゲーションに失敗しました:', error);
-  // エラーを処理 - アプリが利用できない、無効な座標など
-}
-```
-
-## ユースケース
-
-- **位置情報ベースのサービス**: 興味のあるポイントにユーザーをナビゲート
-- **配達アプリ**: ドライバーを配達場所に案内
-- **イベントアプリ**: 参加者を会場にナビゲート
-- **不動産アプリ**: 物件の場所にナビゲート
-- **旅行アプリ**: 観光客を観光スポットに案内
-
-## ベストプラクティス
-
-- ナビゲーションを試みる前に、必ずアプリの可用性をチェック
-- 優先アプリが利用できない場合のフォールバックオプションを提供
-- ユーザー選択のために意味のあるアプリ表示名を使用
-- ユーザーフレンドリーなメッセージでエラーを適切に処理
-- デフォルトのナビゲーションアプリに関するユーザーの好みを考慮
-
-## ドキュメント
-
-詳細な実装ガイドと高度なナビゲーションパターンについては、[完全なドキュメント](/docs/plugins/launch-navigator/getting-started/)をご覧ください。
diff --git a/src/content/docs/ja/docs/plugins/live-reload/getting-started.mdx b/src/content/docs/ja/docs/plugins/live-reload/getting-started.mdx
deleted file mode 100644
index faad45cf9..000000000
--- a/src/content/docs/ja/docs/plugins/live-reload/getting-started.mdx
+++ /dev/null
@@ -1,355 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Capacitorアプリでより高速な開発のためにライブリロードを設定する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-live-reload" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## セットアップ
-
-Vite開発サーバーをライブリロードと連携するように設定します。以下が必要です:
-1. 組み込みHMRクライアントを無効化
-2. 専用のWebSocketエンドポイント経由でリロードイベントを転送
-
-## 使用方法
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-// 開発サーバーを設定
-await LiveReload.configureServer({
-  url: 'http://localhost:5173',
-  websocketPath: '/capgo-livereload',
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-
-// 開発サーバーに接続
-await LiveReload.connect();
-
-// リロードイベントをリッスン
-LiveReload.addListener('reloadEvent', (event) => {
-  console.log('Reload event:', event);
-  if (event.type === 'full-reload') {
-    console.log('Full page reload triggered');
-  } else if (event.type === 'file-update') {
-    console.log('File updated:', event.file);
-  }
-});
-
-// 接続ステータスの変更をリッスン
-LiveReload.addListener('statusChange', (status) => {
-  console.log('Connection status:', status.connected);
-  console.log('Server URL:', status.url);
-});
-```
-
-## APIリファレンス
-
-### configureServer(options)
-
-後続の接続のためにリモート開発サーバー設定を保存します。
-
-```typescript
-const status = await LiveReload.configureServer({
-  url: 'http://192.168.1.100:5173',
-  websocketPath: '/capgo-livereload',
-  headers: {
-    'Authorization': 'Bearer token'
-  },
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-```
-
-**パラメータ:**
-- `url` (string): 開発サーバーのベースURL (例: `http://dev.local:5173`)
-- `websocketPath` (string, オプション): WebSocketパスのオーバーライド (デフォルト: `/ws`)
-- `headers` (Record\<string, string\>, オプション): WebSocket接続用の追加ヘッダー
-- `autoReconnect` (boolean, オプション): 切断時に自動再接続 (デフォルト: `true`)
-- `reconnectInterval` (number, オプション): 再接続試行間の遅延(ミリ秒) (デフォルト: `2000`)
-
-**戻り値:** 接続情報を含む`LiveReloadStatus`
-
-### connect()
-
-まだアクティブでない場合はWebSocket接続を確立します。
-
-```typescript
-const status = await LiveReload.connect();
-console.log('Connected:', status.connected);
-```
-
-**戻り値:** 現在の接続ステータス
-
-### disconnect()
-
-現在のWebSocket接続を閉じ、自動再接続を無効にします。
-
-```typescript
-await LiveReload.disconnect();
-```
-
-### getStatus()
-
-現在の接続ステータスを取得します。
-
-```typescript
-const status = await LiveReload.getStatus();
-console.log('Connected:', status.connected);
-console.log('URL:', status.url);
-```
-
-### reload()
-
-Capacitor WebViewの完全なリロードを手動でトリガーします。
-
-```typescript
-await LiveReload.reload();
-```
-
-### reloadFile(options)
-
-単一のファイル/モジュールをリロードします(サポートされていない場合は完全なリロードにフォールバック)。
-
-```typescript
-await LiveReload.reloadFile({
-  path: '/src/components/MyComponent.tsx',
-  hash: 'abc123'
-});
-```
-
-### addListener('reloadEvent', callback)
-
-サーバーからの受信リロードイベントをリッスンします。
-
-```typescript
-const handle = await LiveReload.addListener('reloadEvent', (event) => {
-  switch (event.type) {
-    case 'full-reload':
-      console.log('Full reload requested');
-      break;
-    case 'file-update':
-      console.log('File updated:', event.file?.path);
-      break;
-    case 'error':
-      console.error('Error:', event.message);
-      break;
-  }
-});
-
-// 完了時にリスナーを削除
-await handle.remove();
-```
-
-### addListener('statusChange', callback)
-
-ソケットステータスの変更をリッスンします。
-
-```typescript
-await LiveReload.addListener('statusChange', (status) => {
-  console.log(status.connected ? 'Connected' : 'Disconnected');
-});
-```
-
-### removeAllListeners()
-
-すべての登録済みリスナーを削除します。
-
-```typescript
-await LiveReload.removeAllListeners();
-```
-
-## 完全な例
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-export class DevServer {
-  private connected = false;
-
-  async initialize() {
-    // 開発時のみ有効
-    if (process.env.NODE_ENV !== 'development') {
-      return;
-    }
-
-    try {
-      // サーバーを設定
-      await LiveReload.configureServer({
-        url: 'http://192.168.1.100:5173',
-        websocketPath: '/capgo-livereload',
-        autoReconnect: true,
-        reconnectInterval: 3000
-      });
-
-      // 接続前にリスナーを設定
-      await LiveReload.addListener('reloadEvent', this.handleReloadEvent.bind(this));
-      await LiveReload.addListener('statusChange', this.handleStatusChange.bind(this));
-
-      // 接続
-      await LiveReload.connect();
-    } catch (error) {
-      console.error('Failed to initialize live reload:', error);
-    }
-  }
-
-  private handleReloadEvent(event: any) {
-    console.log('Reload event received:', event.type);
-
-    switch (event.type) {
-      case 'full-reload':
-        this.performFullReload();
-        break;
-      case 'file-update':
-        this.handleFileUpdate(event.file);
-        break;
-      case 'error':
-        console.error('Server error:', event.message);
-        break;
-      case 'connected':
-        console.log('Server connected');
-        break;
-      case 'disconnected':
-        console.log('Server disconnected');
-        break;
-    }
-  }
-
-  private handleStatusChange(status: any) {
-    this.connected = status.connected;
-    console.log(`Live reload ${status.connected ? 'connected' : 'disconnected'}`);
-  }
-
-  private performFullReload() {
-    console.log('Performing full page reload...');
-    window.location.reload();
-  }
-
-  private handleFileUpdate(file: any) {
-    console.log('File updated:', file?.path);
-    // HMRはほとんどの場合自動的にこれを処理します
-  }
-
-  async disconnect() {
-    await LiveReload.disconnect();
-    await LiveReload.removeAllListeners();
-    this.connected = false;
-  }
-
-  isConnected(): boolean {
-    return this.connected;
-  }
-}
-```
-
-## Vite設定例
-
-ライブリロードプラグインと連携するようにViteサーバーを設定します:
-
-```typescript
-// vite.config.ts
-import { defineConfig } from 'vite';
-
-export default defineConfig({
-  server: {
-    host: '0.0.0.0', // ネットワークからの接続を許可
-    port: 5173,
-    hmr: {
-      // ライブリロード用のカスタムWebSocketパス
-      path: '/capgo-livereload',
-    }
-  }
-});
-```
-
-## ベストプラクティス
-
-1. **開発時のみ使用**
-   ```typescript
-   if (import.meta.env.DEV) {
-     await LiveReload.configureServer({
-       url: 'http://localhost:5173',
-       websocketPath: '/capgo-livereload'
-     });
-     await LiveReload.connect();
-   }
-   ```
-
-2. **モバイルテスト用にローカルIPを使用**
-   ```typescript
-   const devServerUrl = process.env.VITE_DEV_SERVER_URL || 'http://192.168.1.100:5173';
-   await LiveReload.configureServer({ url: devServerUrl });
-   ```
-
-3. **接続エラーを適切に処理**
-   ```typescript
-   try {
-     await LiveReload.connect();
-   } catch (error) {
-     console.warn('Could not connect to dev server, using production build');
-   }
-   ```
-
-4. **アプリ終了時にクリーンアップ**
-   ```typescript
-   window.addEventListener('beforeunload', async () => {
-     await LiveReload.disconnect();
-   });
-   ```
-
-5. **UIに接続ステータスを表示**
-   ```typescript
-   LiveReload.addListener('statusChange', (status) => {
-     // 開発ビルドでインジケーターを表示
-     updateDevIndicator(status.connected);
-   });
-   ```
-
-## プラットフォームに関する注意事項
-
-### iOS
-- iOS 11.0+で動作
-- 開発サーバーがデバイスのネットワークからアクセス可能であることを確認
-- 接続を許可するためにファイアウォールの設定が必要な場合があります
-
-### Android
-- Android 5.0 (API 21)+で動作
-- localhost接続には`adb reverse`を使用:
-  ```bash
-  adb reverse tcp:5173 tcp:5173
-  ```
-
-### Web
-- webプラットフォームを完全サポート
-- Vite開発サーバーへの直接WebSocket接続
-
-## トラブルシューティング
-
-**接続が失敗する:**
-- 開発サーバーが実行中であることを確認
-- デバイスとコンピューターが同じネットワーク上にあることを確認
-- ファイアウォールがポートでの接続を許可していることを確認
-- モバイルデバイスにはlocalhostの代わりにIPアドレスを使用
-
-**リロードが遅い:**
-- ネットワーク速度を確認
-- 再接続間隔を減らす
-- Viteビルド設定を最適化
-
-**WebSocketエラー:**
-- websocketPathがVite設定と一致していることを確認
-- ポートの競合を確認
-- 認証を使用している場合はヘッダーが正しいことを確認
diff --git a/src/content/docs/ja/docs/plugins/live-reload/index.mdx b/src/content/docs/ja/docs/plugins/live-reload/index.mdx
deleted file mode 100644
index be13ee70e..000000000
--- a/src/content/docs/ja/docs/plugins/live-reload/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-live-reload"
-description: より速い開発のためにリモート開発サーバーから Capacitor アプリをライブリロードします。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-locale: ja
-hero:
-  tagline: Capacitor アプリをローカル開発サーバーに接続して、開発中の即座のホットリロードとより速いイテレーションを実現します。
-  image:
-    file: ~public/icons/plugins/live-reload.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/live-reload/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-live-reload/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="ホットモジュールリプレースメント" icon="rocket">
-    アプリを再ビルドせずに即座に更新
-  </Card>
-  <Card title="リモート開発サーバー" icon="laptop">
-    Vite または互換性のある開発サーバーに接続
-  </Card>
-  <Card title="WebSocket 接続" icon="puzzle">
-    ライブアップデートのためのリアルタイム通信
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    ライブリロードをセットアップするには、[ドキュメント](/docs/plugins/live-reload/getting-started/)をご覧ください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/llm/getting-started.mdx b/src/content/docs/ja/docs/plugins/llm/getting-started.mdx
deleted file mode 100644
index 7c8033902..000000000
--- a/src/content/docs/ja/docs/plugins/llm/getting-started.mdx
+++ /dev/null
@@ -1,484 +0,0 @@
----
-title: はじめに
-locale: ja
-description: iOSとAndroidでローカルにAIモデルを実行するためのCapacitor LLMプラグインをインストールして使用する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## プラットフォーム設定
-
-### iOS設定
-
-- **iOS 26.0+**: デフォルトでApple Intelligenceを使用(モデル不要) - **推奨**
-- **iOS < 26.0**: MediaPipeカスタムモデルが必要(実験的、互換性の問題がある場合があります)
-
-古いiOSバージョンでカスタムモデルを使用する場合は、XcodeのCopy Bundle Resourcesを通じてモデルファイルをiOSアプリバンドルに配置します。
-
-### Android設定
-
-モデルファイルをAndroidアセットフォルダーに配置します:
-
-```
-android/app/src/main/assets/
-```
-
-Androidには**両方**のファイルが必要です:
-- `.task`ファイル(メインモデル)
-- `.litertlm`ファイル(コンパニオンファイル)
-
-[Kaggle Gemmaモデル](https://www.kaggle.com/models/google/gemma)からダウンロード → "LiteRT (formerly TFLite)"タブ
-
-## 推奨モデル
-
-### Android用(Gemma-3モデル)
-
-- **Gemma 3 270M** - 最小、モバイルに最も効率的(約240-400MB) - **推奨**
-- **Gemma 3 1B** - より大きなテキスト生成モデル(約892MB-1.5GB)
-
-[Kaggle Gemmaモデル](https://www.kaggle.com/models/google/gemma)からダウンロード → "LiteRT (formerly TFLite)"タブをクリック
-
-### iOS用
-
-- **Apple Intelligence** (iOS 26.0+) - 組み込み、ダウンロード不要 - **推奨**
-- **Gemma-2 2B** (実験的) - `.task`形式との互換性の問題がある場合があります
-
-カスタムiOSモデルの場合は、[Hugging Face MediaPipeモデル](https://huggingface.co/collections/google/mediapipe-668392ead2d6768e82fb3b87)からダウンロード
-
-## 使用方法
-
-プラグインをインポートして初期化:
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-// LLMが準備できているか確認
-const { readiness } = await CapgoLLM.getReadiness();
-console.log('LLM readiness:', readiness);
-
-// プラットフォームに基づいてモデルを設定
-const platform = Capacitor.getPlatform();
-if (platform === 'ios') {
-  // iOS: Apple Intelligenceを使用(デフォルト)
-  await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-} else {
-  // Android: MediaPipeモデルを使用
-  await CapgoLLM.setModel({ path: '/android_asset/gemma-3-270m-it-int8.task' });
-}
-
-// チャットセッションを作成
-const { id: chatId } = await CapgoLLM.createChat();
-
-// AI応答をリッスン
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('AI response:', event.text);
-});
-
-// 完了をリッスン
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('AI completed response');
-});
-
-// メッセージを送信
-await CapgoLLM.sendMessage({
-  chatId,
-  message: 'Hello! How are you today?'
-});
-```
-
-## 高度な機能
-
-### モデルのダウンロード
-
-```typescript
-// URLからモデルをダウンロード
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/model.task',
-  filename: 'model.task'
-});
-
-// Androidの場合、.taskと.litertlmの両方のファイルをダウンロード
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-
-// ダウンロード進行状況をリッスン
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log(`Download progress: ${event.progress}%`);
-  console.log(`Downloaded: ${event.downloadedBytes} / ${event.totalBytes}`);
-});
-```
-
-### モデル管理
-
-```typescript
-// 設定付きで特定のモデルを設定
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-
-// 準備状態をチェック
-const { readiness } = await CapgoLLM.getReadiness();
-if (readiness === 'ready') {
-  // モデルが読み込まれて準備完了
-}
-
-// 準備状態の変更をリッスン
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Readiness changed:', event.readiness);
-});
-```
-
-## APIメソッド
-
-### createChat()
-
-新しいチャットセッションを作成します。
-
-```typescript
-const { id: chatId } = await CapgoLLM.createChat();
-```
-
-**戻り値:** `Promise<{ id: string; instructions?: string }>`
-
-### sendMessage(...)
-
-LLMにメッセージを送信します。
-
-```typescript
-await CapgoLLM.sendMessage({
-  chatId: 'chat-id',
-  message: 'What is the weather like?'
-});
-```
-
-| パラメータ      | タイプ     | 説明          |
-| ---------- | -------- | -------------------- |
-| **`chatId`**  | `string` | チャットセッションID      |
-| **`message`** | `string` | 送信するメッセージ      |
-
-### getReadiness()
-
-LLMが使用可能かチェックします。
-
-```typescript
-const { readiness } = await CapgoLLM.getReadiness();
-```
-
-**戻り値:** `Promise<{ readiness: string }>`
-
-可能な値:
-- `ready` - モデルが読み込まれて準備完了
-- `loading` - モデルを読み込み中
-- `not_ready` - モデルがまだ読み込まれていない
-- `error` - モデルの読み込みエラー
-
-### setModel(...)
-
-モデル設定を設定します。
-
-```typescript
-// iOS: Apple Intelligenceを使用(推奨)
-await CapgoLLM.setModel({
-  path: 'Apple Intelligence'
-});
-
-// iOS: カスタムMediaPipeモデルを使用(実験的)
-await CapgoLLM.setModel({
-  path: 'Gemma2-2B-IT_multi-prefill-seq_q8_ekv1280',
-  modelType: 'task',
-  maxTokens: 1280
-});
-
-// Android: MediaPipeモデルを使用
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-```
-
-| パラメータ           | タイプ     | 説明                                       |
-| --------------- | -------- | ------------------------------------------------- |
-| **`path`**      | `string` | モデルパスまたはiOSシステム用の"Apple Intelligence" |
-| **`modelType`** | `string` | オプション: モデルファイルタイプ(例: "task"、"bin")   |
-| **`maxTokens`** | `number` | オプション: モデルが処理する最大トークン        |
-| **`topk`**      | `number` | オプション: 各ステップで考慮されるトークンの数|
-| **`temperature`** | `number` | オプション: 生成のランダム性(0.0-1.0)    |
-| **`randomSeed`** | `number` | オプション: 生成用のランダムシード             |
-
-### downloadModel(...)
-
-URLからモデルをダウンロードしてデバイスストレージに保存します。
-
-```typescript
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-```
-
-| パラメータ            | タイプ     | 説明                                 |
-| ---------------- | -------- | ------------------------------------------- |
-| **`url`**        | `string` | ダウンロード元のURL                        |
-| **`companionUrl`** | `string` | オプション: コンパニオンファイルのURL(.litertlm) |
-| **`filename`**   | `string` | オプション: 保存するファイル名               |
-
-**戻り値:** `Promise<{ path: string; companionPath?: string }>`
-
-## イベント
-
-### textFromAi
-
-AIがテキストを生成したときに発火(ストリーミング応答)。
-
-```typescript
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('AI text:', event.text);
-  console.log('Chat ID:', event.chatId);
-  console.log('Is chunk:', event.isChunk);
-});
-```
-
-**イベントデータ:**
-- `text` (string) - AIからの増分テキストチャンク
-- `chatId` (string) - チャットセッションID
-- `isChunk` (boolean) - 完全なチャンクか部分的なストリーミングデータか
-
-### aiFinished
-
-AIが応答を完了したときに発火。
-
-```typescript
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('Completed for chat:', event.chatId);
-});
-```
-
-**イベントデータ:**
-- `chatId` (string) - チャットセッションID
-
-### downloadProgress
-
-モデルのダウンロード中に進行状況を報告するために発火。
-
-```typescript
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log('Progress:', event.progress, '%');
-  console.log('Downloaded:', event.downloadedBytes, '/', event.totalBytes);
-});
-```
-
-**イベントデータ:**
-- `progress` (number) - ダウンロード完了のパーセンテージ(0-100)
-- `downloadedBytes` (number) - これまでにダウンロードされたバイト
-- `totalBytes` (number) - ダウンロードする総バイト
-
-### readinessChange
-
-LLMの準備状態が変更されたときに発火。
-
-```typescript
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Readiness changed to:', event.readiness);
-});
-```
-
-**イベントデータ:**
-- `readiness` (string) - 新しい準備状態
-
-## 完全な例
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-class AIService {
-  private chatId: string | null = null;
-  private messageBuffer: string = '';
-
-  async initialize() {
-    // プラットフォームに基づいてモデルを設定
-    const platform = Capacitor.getPlatform();
-
-    if (platform === 'ios') {
-      // iOS: Apple Intelligenceを使用(推奨)
-      await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-    } else {
-      // Android: MediaPipeモデルを使用
-      await CapgoLLM.setModel({
-        path: '/android_asset/gemma-3-270m-it-int8.task',
-        maxTokens: 2048,
-        topk: 40,
-        temperature: 0.8
-      });
-    }
-
-    // モデルの準備を待つ
-    let isReady = false;
-    while (!isReady) {
-      const { readiness } = await CapgoLLM.getReadiness();
-      if (readiness === 'ready') {
-        isReady = true;
-      } else if (readiness === 'error') {
-        throw new Error('Failed to load model');
-      }
-      await new Promise(resolve => setTimeout(resolve, 500));
-    }
-
-    // チャットセッションを作成
-    const { id } = await CapgoLLM.createChat();
-    this.chatId = id;
-
-    // イベントリスナーを設定
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    CapgoLLM.addListener('textFromAi', (event) => {
-      if (event.chatId === this.chatId) {
-        this.messageBuffer += event.text;
-        this.onTextReceived(event.text);
-      }
-    });
-
-    CapgoLLM.addListener('aiFinished', (event) => {
-      if (event.chatId === this.chatId) {
-        this.onMessageComplete(this.messageBuffer);
-        this.messageBuffer = '';
-      }
-    });
-  }
-
-  async sendMessage(message: string) {
-    if (!this.chatId) {
-      throw new Error('Chat not initialized');
-    }
-
-    await CapgoLLM.sendMessage({
-      chatId: this.chatId,
-      message
-    });
-  }
-
-  onTextReceived(text: string) {
-    // ストリーミングテキストでUIを更新
-    console.log('Received:', text);
-  }
-
-  onMessageComplete(fullMessage: string) {
-    // 完全なメッセージを処理
-    console.log('Complete message:', fullMessage);
-  }
-}
-
-// 使用法
-const ai = new AIService();
-await ai.initialize();
-await ai.sendMessage('Tell me about AI');
-```
-
-## プラットフォームサポート
-
-| プラットフォーム | サポート | 要件 |
-|----------|-----------|--------------|
-| iOS      | ✅        | iOS 13.0+ (Apple Intelligenceの場合は26.0+) |
-| Android  | ✅        | API 24+ |
-| Web      | ❌        | サポートされていません |
-
-## ベストプラクティス
-
-1. **モデル選択**: デバイスの能力に基づいてモデルを選択
-   - ほとんどのモバイルデバイスには270Mを使用
-   - より多くのRAMを持つハイエンドデバイスには1Bを使用
-   - ターゲットデバイスでパフォーマンスをテスト
-
-2. **メモリ管理**: 完了時にチャットセッションをクリア
-   ```typescript
-   // 新しい会話のために新しいチャットを作成
-   const { id } = await CapacitorLLM.createChat();
-   ```
-
-3. **エラーハンドリング**: 使用前に常に準備状態をチェック
-   ```typescript
-   const { readiness } = await CapacitorLLM.getReadiness();
-   if (readiness !== 'ready') {
-     // 準備ができていない状態を処理
-   }
-   ```
-
-4. **ストリーミングUI**: ストリーミングテキストで段階的にUIを更新
-   - `onAiText`経由で到着したテキストを表示
-   - `onAiCompletion`で完了をマーク
-
-5. **モデルのダウンロード**: 最初の使用時ではなく、アプリのセットアップ中にモデルをダウンロード
-   ```typescript
-   // アプリの初期化中
-   await CapacitorLLM.downloadModel({
-     url: 'https://your-cdn.com/model.task',
-     filename: 'model.task'
-   });
-   ```
-
-## トラブルシューティング
-
-### モデルが読み込まれない
-- モデルファイルが正しい場所にあることを確認
-- モデル形式がプラットフォームと一致することを確認(iOSは.gguf、Androidは.task)
-- デバイスに十分なストレージがあることを確認
-
-### パフォーマンスが悪い
-- より小さなモデルを試す(1Bの代わりに270M)
-- メモリを解放するために他のアプリを閉じる
-- シミュレーターではなく実機でテスト
-
-### 応答がない
-- 準備状態が'ready'であることを確認
-- メッセージを送信する前にイベントリスナーが設定されていることを確認
-- コンソールでエラーをチェック
-
-## リソース
-
-- [GitHubリポジトリ](https://github.com/Cap-go/capacitor-llm)
-- [Gemmaモデル](https://ai.google.dev/gemma)
-- [Apple Intelligence](https://developer.apple.com/machine-learning/)
-- [MediaPipe](https://developers.google.com/mediapipe)
diff --git a/src/content/docs/ja/docs/plugins/llm/index.mdx b/src/content/docs/ja/docs/plugins/llm/index.mdx
deleted file mode 100644
index cb5d8accf..000000000
--- a/src/content/docs/ja/docs/plugins/llm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-llm"
-description: プライバシーとオフライン機能のためのネイティブApple Intelligenceサポートを備えた、iOSとAndroidでLLMモデルをローカル実行します。
-tableOfContents: false
-next: false
-prev: false
-locale: ja
-sidebar:
-  order: 1
-  label: "紹介"
-hero:
-  tagline: ネイティブApple Intelligence統合とハードウェアアクセラレーションにより、LLMモデルをデバイス上で直接実行します。
-  image:
-    file: ~public/icons/plugins/llm.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/llm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-llm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="デバイス上のプライバシー" icon="approve-check-circle">
-    プライバシーとオフライン機能のために、LLMモデルをデバイス上で直接実行します 🤖
-  </Card>
-  <Card title="Apple Intelligence" icon="star">
-    iOS 26.0以降でネイティブApple Intelligence統合 🍎
-  </Card>
-  <Card title="複数のフォーマット" icon="puzzle">
-    .taskと.litertlmモデルフォーマットをサポート 📦
-  </Card>
-  <Card title="ハードウェアアクセラレーション" icon="rocket">
-    ネイティブハードウェアアクセラレーションによる高速推論 ⚡
-  </Card>
-  <Card title="ストリーミングレスポンス" icon="download">
-    イベントリスナーによるリアルタイムストリーミングレスポンス 🔄
-  </Card>
-  <Card title="はじめに" icon="open-book">
-    プラグインのインストールと設定については、[はじめにガイド](/docs/plugins/llm/getting-started/)をご覧ください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/media-session/getting-started.mdx b/src/content/docs/ja/docs/plugins/media-session/getting-started.mdx
deleted file mode 100644
index 238fd5713..000000000
--- a/src/content/docs/ja/docs/plugins/media-session/getting-started.mdx
+++ /dev/null
@@ -1,83 +0,0 @@
----
-title: はじめに
-description: Media Sessionプラグインを使用して、プレーヤーUIをネイティブメディアコントロールと同期します。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **プラグインをインストール**
-   <PackageManagers pkg="@capgo/capacitor-media-session" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **プラットフォームを同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-> ℹ️ Media Session APIは、Android（Chromeベースのブラウザ、WebView）および多くのデスクトップブラウザで利用可能です。サポートされていないプラットフォームでは、呼び出しは効果なく解決されるため、それに応じてUIを保護してください。
-
-## メタデータを公開
-
-```typescript
-import { MediaSession } from '@capgo/capacitor-media-session';
-
-await MediaSession.setMetadata({
-  title: 'Weekly Tech Podcast',
-  artist: 'Capgo Studio',
-  album: 'Season 2',
-  artwork: [
-    { src: 'https://cdn.example.com/covers/s02e05-512.png', sizes: '512x512', type: 'image/.png' },
-  ],
-});
-```
-
-## 再生状態を更新
-
-```typescript
-await MediaSession.setPlaybackState({ playbackState: 'playing' });
-
-// 必要に応じて後で一時停止
-await MediaSession.setPlaybackState({ playbackState: 'paused' });
-```
-
-## メディアアクションを処理
-
-```typescript
-const pauseHandler = async () => {
-  player.pause();
-  await MediaSession.setPlaybackState({ playbackState: 'paused' });
-};
-
-await MediaSession.setActionHandler({ action: 'pause' }, pauseHandler);
-await MediaSession.setActionHandler({ action: 'play' }, async () => {
-  await player.play();
-  await MediaSession.setPlaybackState({ playbackState: 'playing' });
-});
-
-// プレーヤーを破棄するときにハンドラを削除
-await MediaSession.setActionHandler({ action: 'pause' }, null);
-```
-
-## 位置を同期
-
-```typescript
-const updatePosition = async () => {
-  await MediaSession.setPositionState({
-    duration: player.duration,
-    position: player.currentTime,
-    playbackRate: player.playbackRate,
-  });
-};
-
-player.ontimeupdate = updatePosition;
-player.onratechange = updatePosition;
-```
-
-## 推奨事項
-
-- トラックが変更されたときにメタデータを更新して、通知とスマートスピーカーを最新の状態に保ちます。
-- ネイティブレイヤーへのスパムを避けるために、位置の更新を調整します（例：250ミリ秒ごと）。
-- プレーヤーインスタンスを破棄するときは、常にアクションハンドラを削除して、誤ったリークを防ぎます。
diff --git a/src/content/docs/ja/docs/plugins/media-session/index.mdx b/src/content/docs/ja/docs/plugins/media-session/index.mdx
deleted file mode 100644
index 32c6703c6..000000000
--- a/src/content/docs/ja/docs/plugins/media-session/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-media-session"
-description: Capacitorからロック画面、通知、ヘッドセットのメディアコントロールを直接制御します。
-tableOfContents: false
-next: false
-prev: false
-locale: ja
-sidebar:
-  order: 1
-  label: "紹介"
-hero:
-  tagline: トラックメタデータを公開し、再生/一時停止イベントに反応し、再生状態をネイティブメディアコントロールと同期します。
-  image:
-    file: ~public/icons/plugins/media-session.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/media-session/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-media-session/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Media SessionプラグインはCapacitorをMedia Session APIと橋渡しし、オーディオおよびビデオプレーヤーがどこでもネイティブに感じられるようにします。
-
-<CardGrid stagger>
-  <Card title="リッチメタデータ" icon="star">
-    ロック画面と通知コントロールのためのアルバムアート、アーティスト、タイトルを提供します。
-  </Card>
-  <Card title="再生状態の同期" icon="rocket">
-    再生/一時停止ボタンと進行状況インジケーターをプレーヤーと整合させます。
-  </Card>
-  <Card title="アクションコールバック" icon="pencil">
-    CapacitorコードからヘッドセットボタンとOSメディアアクションを処理します。
-  </Card>
-  <Card title="位置レポート" icon="download">
-    スクラビングがスムーズに機能するように、期間、位置、レートをプッシュします。
-  </Card>
-</CardGrid>
-
-プレーヤーのライフサイクルにメタデータ更新を組み込むために、はじめにガイドにジャンプしてください。
diff --git a/src/content/docs/ja/docs/plugins/mute/getting-started.mdx b/src/content/docs/ja/docs/plugins/mute/getting-started.mdx
deleted file mode 100644
index 444dd2e31..000000000
--- a/src/content/docs/ja/docs/plugins/mute/getting-started.mdx
+++ /dev/null
@@ -1,210 +0,0 @@
----
-title: はじめに
-description: Muteプラグインをインストールして使用し、Capacitorアプリでサイレントモード状態を検出する方法を学びます。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-mute" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-プラグインをインポートし、そのメソッドを使用してミュート状態を確認します：
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-// デバイスがミュートされているか確認
-const checkMuteState = async () => {
-  const { value } = await CapacitorMute.isMuted();
-
-  if (value) {
-    console.log('デバイスはミュート/サイレント中');
-    // サイレントモード用にアプリの動作を調整
-  } else {
-    console.log('デバイスの音声はオン');
-  }
-};
-```
-
-## APIリファレンス
-
-### isMuted()
-
-デバイスが現在ミュート/サイレントモードかどうかを確認します。
-
-```typescript
-const result = await CapacitorMute.isMuted();
-// 戻り値: { value: boolean }
-```
-
-## 完全な例
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-export class SoundManager {
-  private isMuted = false;
-
-  async initialize() {
-    // 初期ミュート状態を取得
-    await this.checkMuteState();
-  }
-
-  async checkMuteState() {
-    try {
-      const { value } = await CapacitorMute.isMuted();
-      this.isMuted = value;
-      this.updateAppBehavior();
-    } catch (error) {
-      console.error('ミュート状態の確認に失敗:', error);
-    }
-  }
-
-  private updateAppBehavior() {
-    if (this.isMuted) {
-      // デバイスがミュート中 - アプリの動作を調整
-      this.disableSoundEffects();
-      this.showVisualNotifications();
-    } else {
-      // デバイスの音声がオン
-      this.enableSoundEffects();
-      this.useAudioNotifications();
-    }
-  }
-
-  private disableSoundEffects() {
-    // アプリ内の音を無効化
-    console.log('効果音を無効化');
-  }
-
-  private enableSoundEffects() {
-    // アプリ内の音を有効化
-    console.log('効果音を有効化');
-  }
-
-  private showVisualNotifications() {
-    // オーディオの代わりに視覚的フィードバックを使用
-    console.log('視覚的通知を使用');
-  }
-
-  private useAudioNotifications() {
-    // オーディオ通知を使用
-    console.log('オーディオ通知を使用');
-  }
-}
-
-// 使用方法
-const soundManager = new SoundManager();
-await soundManager.initialize();
-
-// 定期的にポーリングして変更を確認
-setInterval(() => {
-  soundManager.checkMuteState();
-}, 5000); // 5秒ごとに確認
-```
-
-## プラットフォームの動作
-
-### iOS
-- 物理的なミュートスイッチの状態を検出
-- リアルタイムの変更イベントなし（ポーリングが必要）
-- ミュートスイッチ付きのiPhoneとiPadで動作
-
-### Android
-- 着信モードがサイレントまたはバイブレーションに設定されているか確認
-- 変更イベントなし（ポーリングが必要）
-- AudioManagerの着信モードに基づく
-
-## ベストプラクティス
-
-1. **変更をポーリング**
-   プラグインはリアルタイムイベントを提供しないため、変更を追跡する必要がある場合は定期的にポーリングします：
-   ```typescript
-   // ミュート状態を定期的に確認
-   setInterval(async () => {
-     const { value } = await CapacitorMute.isMuted();
-     if (value !== previousMuteState) {
-       handleMuteStateChange(value);
-     }
-   }, 5000);
-   ```
-
-2. **ユーザーの設定を尊重**
-   常にミュート状態を尊重し、アプリのオーディオ動作を適切に調整します。
-
-3. **視覚的な代替手段を提供**
-   ```typescript
-   const { value: isMuted } = await CapacitorMute.isMuted();
-   if (isMuted) {
-     // 視覚的通知を表示
-     showToast('新しいメッセージを受信しました');
-   } else {
-     // 通知音を再生
-     playNotificationSound();
-   }
-   ```
-
-## ユースケース
-
-1. **ゲームサウンド管理**
-   ```typescript
-   const shouldPlaySound = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-     return !isMuted && userPreferences.soundEnabled;
-   };
-   ```
-
-2. **通知処理**
-   ```typescript
-   const sendNotification = async (message: string) => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     if (isMuted) {
-       // バイブレーションまたは視覚的通知を使用
-       await Haptics.vibrate();
-       showBanner(message);
-     } else {
-       // 通知音を再生
-       await playSound('notification.mp3');
-     }
-   };
-   ```
-
-3. **ビデオプレーヤー**
-   ```typescript
-   const initVideoPlayer = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     videoPlayer.setMuted(isMuted);
-     if (isMuted) {
-       showSubtitles(true);
-       showMuteIndicator();
-     }
-   };
-   ```
-
-## トラブルシューティング
-
-1. **Androidで常にfalseを返す**
-   - デバイスの着信モードが実際にサイレントに設定されているか確認
-   - 一部のAndroidデバイスは異なる動作をする可能性があります
-
-2. **変更イベントが利用できない**
-   - プラグインはリアルタイムの変更イベントを提供しません
-   - 変更を検出する必要がある場合はポーリングを実装してください
-
-3. **シミュレータで動作しない**
-   - iOSシミュレータにはミュートスイッチがありません
-   - 正確な結果を得るには実機でテストしてください
diff --git a/src/content/docs/ja/docs/plugins/mute/index.mdx b/src/content/docs/ja/docs/plugins/mute/index.mdx
deleted file mode 100644
index 11b49da18..000000000
--- a/src/content/docs/ja/docs/plugins/mute/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-mute"
-description: iOSデバイスのミュートスイッチ状態を検出および制御し、Androidの音量状態を確認します。
-tableOfContents: false
-next: false
-prev: false
-locale: ja
-sidebar:
-  order: 1
-  label: "紹介"
-hero:
-  tagline: デバイスがミュートまたはサイレントモードに設定されているかを確認します。iOSのミュートスイッチとAndroidの音量状態を検出します。
-  image:
-    file: ~public/icons/plugins/mute.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/mute/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mute/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="サイレントモード検出" icon="rocket">
-    デバイスがサイレント/ミュートモードかどうかを検出 🔇
-  </Card>
-  <Card title="クロスプラットフォーム" icon="setting">
-    iOS（ミュートスイッチ）とAndroid（音量）の両方で動作 📱
-  </Card>
-  <Card title="シンプルなAPI" icon="pencil">
-    わかりやすいメソッドで簡単に使用 🎯
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/mute/getting-started/)を確認して、わずか数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/mux-player/getting-started.mdx b/src/content/docs/ja/docs/plugins/mux-player/getting-started.mdx
deleted file mode 100644
index 9ac8c2d4b..000000000
--- a/src/content/docs/ja/docs/plugins/mux-player/getting-started.mdx
+++ /dev/null
@@ -1,91 +0,0 @@
----
-title: はじめに
-description: Capacitorアプリケーション内でネイティブMux Player SDKを組み込みます。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **プラグインをインストール**
-   <PackageManagers pkg="@capgo/capacitor-mux-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトを同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS準備
-
-1. `ios/App/`の下にあるXcodeワークスペースを開きます。
-2. Swiftパッケージ`https://github.com/muxinc/mux-player-swift`をアプリターゲットに追加して、`MuxPlayerSwift`モジュールが利用可能になるようにします。
-3. デプロイメントターゲットが**iOS 15以降**であることを確認し、リビルドします。
-
-## Android準備
-
-Gradleモジュールには正しいリポジトリと依存関係が含まれています。カスタム企業プロキシを使用する場合は、`https://muxinc.jfrog.io/artifactory/default-maven-release-local`へのリクエストを許可してください。
-
-## プレーヤーを起動
-
-```typescript
-import { MuxPlayer } from '@capgo/capacitor-mux-player';
-
-await MuxPlayer.play({
-  playbackId: 'your-playback-id',
-  environmentKey: 'your-mux-data-key',
-  title: 'Launch Announcement',
-  subtitle: 'Filmed live at Capgo HQ',
-  poster: 'https://stream.example.com/poster.jpg',
-});
-```
-
-## プレーヤーイベントをリスン
-
-```typescript
-const readyHandle = await MuxPlayer.addListener('ready', ({ playerName }) => {
-  console.log('Mux player ready', playerName);
-});
-
-const errorHandle = await MuxPlayer.addListener('error', ({ message }) => {
-  console.error('Mux player error:', message);
-});
-
-// プレーヤーを閉じた後にクリーンアップ
-const dismissPlayer = async () => {
-  await MuxPlayer.dismiss();
-  await readyHandle.remove();
-  await errorHandle.remove();
-};
-```
-
-## トークンベースの再生
-
-```typescript
-await MuxPlayer.play({
-  playbackId: 'signed-playback-id',
-  playbackToken: signedPlaybackToken,
-  drmToken: signedDrmToken, // DRMポリシーを有効にした場合はオプション
-  autoPlay: true,
-  startTime: 120, // 2分から開始
-});
-```
-
-## プレーヤーのライフサイクルに反応
-
-```typescript
-const { active } = await MuxPlayer.isActive();
-if (active) {
-  console.log('プレーヤーは現在表示中');
-}
-
-// アンマウント時にすべてのリスナー登録を削除
-await MuxPlayer.removeAllListeners();
-```
-
-## ヒント
-
-- Mux署名キーを使用してバックエンドで署名済み再生およびDRMトークンを生成します。
-- アプリで複数のプレーヤーを実行する際に分析を分離するために`playerName`を渡します。
-- サポートされているプラットフォームでオフライン復元力を向上させるために`enableSmartCache`と組み合わせます。
diff --git a/src/content/docs/ja/docs/plugins/mux-player/index.mdx b/src/content/docs/ja/docs/plugins/mux-player/index.mdx
deleted file mode 100644
index 67dff94a6..000000000
--- a/src/content/docs/ja/docs/plugins/mux-player/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-mux-player"
-description: 署名済み再生と分析サポートを備えた、CapacitorアプリからネイティブMux Player SDKを起動します。
-tableOfContents: false
-next: false
-prev: false
-locale: ja
-sidebar:
-  order: 1
-  label: "紹介"
-hero:
-  tagline: iOS、Android、Webで、DRM、分析、一貫したコントロールを備えた高品質なMuxビデオをフルスクリーンでストリーミングします。
-  image:
-    file: ~public/icons/plugins/mux-player.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/mux-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mux-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-公式Muxネイティブ SDKをシンプルなCapacitorインターフェースでラップすることで、プレミアム再生を提供します。
-
-<CardGrid stagger>
-  <Card title="ネイティブSDKエクスペリエンス" icon="rocket">
-    アダプティブビットレートとDRMを備えたMuxモバイルSDKと同じ再生スタックを使用します。
-  </Card>
-  <Card title="署名済み再生" icon="approve-check">
-    保護されたストリームの安全な配信のために、再生およびDRMトークンを提供します。
-  </Card>
-  <Card title="統一API" icon="pencil">
-    1つのTypeScript APIで再生をトリガー、プレーヤーを閉じ、イベントをリスンします。
-  </Card>
-  <Card title="分析対応" icon="star">
-    Mux Dataテレメトリーを自動的にフィードするために環境キーとプレーヤー名を渡します。
-  </Card>
-</CardGrid>
-
-はじめにガイドでは、ネイティブSDKの接続、トークンの処理、プレーヤーイベントへの応答について説明します。
diff --git a/src/content/docs/ja/docs/plugins/native-audio/getting-started.mdx b/src/content/docs/ja/docs/plugins/native-audio/getting-started.mdx
deleted file mode 100644
index ec05df503..000000000
--- a/src/content/docs/ja/docs/plugins/native-audio/getting-started.mdx
+++ /dev/null
@@ -1,478 +0,0 @@
----
-title: はじめに
-description: Capacitorアプリで高性能オーディオ再生のためのNative Audioプラグインをインストールして使用する方法を学びます。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/native-audio" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **オーディオファイルを追加**
-   オーディオファイルを適切なプラットフォームフォルダに配置します：
-   - **iOS**: `ios/App/App/sounds/`
-   - **Android**: `android/app/src/main/res/raw/`
-</Steps>
-
-## 使用方法
-
-プラグインをインポートし、再生前にオーディオファイルをプリロードします：
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-// オーディオファイルをプリロード
-const preloadAudio = async () => {
-  // 短い音用のシンプルなプリロード
-  await NativeAudio.preload({
-    assetId: 'click',
-    assetPath: 'sounds/click.mp3',
-    audioChannelNum: 1,
-    isUrl: false
-  });
-
-  // 音楽/長いオーディオ用の複雑なプリロード
-  await NativeAudio.preloadComplex({
-    assetId: 'background-music',
-    assetPath: 'sounds/background.mp3',
-    audioChannelNum: 1,
-    volume: 0.5,
-    delay: 0,
-    isUrl: false
-  });
-};
-
-// オーディオを再生
-const playSound = async () => {
-  await NativeAudio.play({
-    assetId: 'click'
-  });
-};
-
-// オプション付きで再生
-const playMusic = async () => {
-  await NativeAudio.play({
-    assetId: 'background-music',
-    time: 0 // 最初から開始
-  });
-};
-
-// オーディオをループ
-const loopMusic = async () => {
-  await NativeAudio.loop({
-    assetId: 'background-music'
-  });
-};
-
-// オーディオを停止
-const stopMusic = async () => {
-  await NativeAudio.stop({
-    assetId: 'background-music'
-  });
-};
-
-// 完了時にアンロード
-const cleanup = async () => {
-  await NativeAudio.unload({
-    assetId: 'click'
-  });
-  await NativeAudio.unload({
-    assetId: 'background-music'
-  });
-};
-```
-
-## APIリファレンス
-
-### preload(options)
-
-シンプルな再生用にオーディオファイルをプリロードします（短い音に最適）。
-
-```typescript
-interface PreloadOptions {
-  assetId: string;
-  assetPath: string;
-  audioChannelNum?: number;
-  isUrl?: boolean;
-}
-
-await NativeAudio.preload({
-  assetId: 'sound-effect',
-  assetPath: 'sounds/effect.mp3',
-  audioChannelNum: 1,
-  isUrl: false
-});
-```
-
-### preloadComplex(options)
-
-高度なオプション付きでオーディオをプリロードします（音楽/バックグラウンドオーディオに最適）。
-
-```typescript
-interface PreloadComplexOptions {
-  assetId: string;
-  assetPath: string;
-  volume?: number; // 0.0から1.0
-  audioChannelNum?: number;
-  delay?: number;
-  isUrl?: boolean;
-  fadeDuration?: number;
-}
-
-await NativeAudio.preloadComplex({
-  assetId: 'theme-song',
-  assetPath: 'sounds/theme.mp3',
-  volume: 0.7,
-  audioChannelNum: 2,
-  isUrl: false
-});
-```
-
-### play(options)
-
-プリロードされたオーディオファイルを再生します。
-
-```typescript
-interface PlayOptions {
-  assetId: string;
-  time?: number; // 開始時間（秒）
-}
-
-await NativeAudio.play({
-  assetId: 'sound-effect',
-  time: 0
-});
-```
-
-### loop(options)
-
-プリロードされたオーディオファイルを連続的にループします。
-
-```typescript
-await NativeAudio.loop({
-  assetId: 'background-music'
-});
-```
-
-### stop(options)
-
-オーディオファイルの再生を停止します。
-
-```typescript
-await NativeAudio.stop({
-  assetId: 'background-music'
-});
-```
-
-### pause(options)
-
-オーディオの再生を一時停止します。
-
-```typescript
-await NativeAudio.pause({
-  assetId: 'background-music'
-});
-```
-
-### resume(options)
-
-一時停止されたオーディオを再開します。
-
-```typescript
-await NativeAudio.resume({
-  assetId: 'background-music'
-});
-```
-
-### setVolume(options)
-
-オーディオアセットの音量を設定します。
-
-```typescript
-interface SetVolumeOptions {
-  assetId: string;
-  volume: number; // 0.0から1.0
-}
-
-await NativeAudio.setVolume({
-  assetId: 'background-music',
-  volume: 0.3
-});
-```
-
-### getDuration(options)
-
-オーディオファイルの長さを秒単位で取得します。
-
-```typescript
-const { duration } = await NativeAudio.getDuration({
-  assetId: 'background-music'
-});
-console.log(`長さ: ${duration}秒`);
-```
-
-### getCurrentTime(options)
-
-現在の再生時間を秒単位で取得します。
-
-```typescript
-const { currentTime } = await NativeAudio.getCurrentTime({
-  assetId: 'background-music'
-});
-console.log(`現在時刻: ${currentTime}秒`);
-```
-
-### isPlaying(options)
-
-オーディオが現在再生中かどうかを確認します。
-
-```typescript
-const { isPlaying } = await NativeAudio.isPlaying({
-  assetId: 'background-music'
-});
-console.log(`再生中: ${isPlaying}`);
-```
-
-### unload(options)
-
-メモリからオーディオファイルをアンロードします。
-
-```typescript
-await NativeAudio.unload({
-  assetId: 'sound-effect'
-});
-```
-
-## 高度な使用方法
-
-### サウンドマネージャークラス
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-export class SoundManager {
-  private sounds: Map<string, boolean> = new Map();
-  private volume = 1.0;
-
-  async init() {
-    // すべての音をプリロード
-    await this.preloadSound('click', 'sounds/click.mp3');
-    await this.preloadSound('success', 'sounds/success.mp3');
-    await this.preloadSound('error', 'sounds/error.mp3');
-
-    // 音楽をプリロード
-    await this.preloadMusic('background', 'sounds/background.mp3', 0.5);
-  }
-
-  private async preloadSound(id: string, path: string) {
-    try {
-      await NativeAudio.preload({
-        assetId: id,
-        assetPath: path,
-        audioChannelNum: 1,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`${id}のプリロードに失敗:`, error);
-    }
-  }
-
-  private async preloadMusic(id: string, path: string, volume: number) {
-    try {
-      await NativeAudio.preloadComplex({
-        assetId: id,
-        assetPath: path,
-        volume,
-        audioChannelNum: 2,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`${id}のプリロードに失敗:`, error);
-    }
-  }
-
-  async playSound(id: string) {
-    if (!this.sounds.has(id)) {
-      console.warn(`音声${id}がプリロードされていません`);
-      return;
-    }
-
-    try {
-      await NativeAudio.play({ assetId: id });
-    } catch (error) {
-      console.error(`${id}の再生に失敗:`, error);
-    }
-  }
-
-  async playMusic(id: string) {
-    if (!this.sounds.has(id)) return;
-
-    try {
-      await NativeAudio.loop({ assetId: id });
-    } catch (error) {
-      console.error(`音楽${id}の再生に失敗:`, error);
-    }
-  }
-
-  async stopMusic(id: string) {
-    try {
-      await NativeAudio.stop({ assetId: id });
-    } catch (error) {
-      console.error(`${id}の停止に失敗:`, error);
-    }
-  }
-
-  async setMasterVolume(volume: number) {
-    this.volume = Math.max(0, Math.min(1, volume));
-
-    // ロードされたすべての音を更新
-    for (const [id] of this.sounds) {
-      await NativeAudio.setVolume({
-        assetId: id,
-        volume: this.volume
-      });
-    }
-  }
-
-  async cleanup() {
-    for (const [id] of this.sounds) {
-      await NativeAudio.unload({ assetId: id });
-    }
-    this.sounds.clear();
-  }
-}
-```
-
-### URLからの読み込み
-
-```typescript
-// URLからオーディオを読み込む
-await NativeAudio.preloadComplex({
-  assetId: 'remote-audio',
-  assetPath: 'https://example.com/audio.mp3',
-  isUrl: true,
-  volume: 0.8
-});
-```
-
-### フェードイン/アウトエフェクト
-
-```typescript
-const fadeIn = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-
-  await NativeAudio.setVolume({ assetId, volume: 0 });
-  await NativeAudio.play({ assetId });
-
-  for (let i = 1; i <= steps; i++) {
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-  }
-};
-
-const fadeOut = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-
-  for (let i = steps; i >= 0; i--) {
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-  }
-
-  await NativeAudio.stop({ assetId });
-};
-```
-
-## ベストプラクティス
-
-1. **アプリ初期化時にプリロード**
-   ```typescript
-   import { App } from '@capacitor/app';
-
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await soundManager.init();
-     }
-   });
-   ```
-
-2. **エラーを適切に処理**
-   ```typescript
-   try {
-     await NativeAudio.play({ assetId: 'sound' });
-   } catch (error) {
-     console.log('オーディオ再生に失敗、サイレントに続行');
-   }
-   ```
-
-3. **未使用のオーディオをアンロード**
-   ```typescript
-   // 画面を離れるときに音をアンロード
-   ionViewWillLeave() {
-     this.unloadScreenSounds();
-   }
-   ```
-
-4. **適切なプリロードメソッドを使用**
-   - `preload()` 短い効果音用（5秒未満）
-   - `preloadComplex()` 音楽と長いオーディオ用
-
-## プラットフォームノート
-
-### iOS
-- AAC、MP3、WAV、その他のCore Audioフォーマットをサポート
-- 複雑なオーディオにはAVAudioPlayerを使用
-- シンプルなオーディオにはSystem Sound Servicesを使用
-- 適切な設定でバックグラウンドオーディオをサポート
-
-### Android
-- MP3、OGG、WAVフォーマットをサポート
-- シンプルなオーディオにはSoundPoolを使用
-- 複雑なオーディオにはMediaPlayerを使用
-- バックグラウンド再生にはWAKE_LOCK権限が必要な場合があります
-
-### ファイルの配置
-
-#### iOS
-`ios/App/App/sounds/`にファイルを配置するか、Xcodeでフォルダ参照を作成します。
-
-#### Android
-`android/app/src/main/res/raw/`にファイルを配置します。
-注意：ファイル名は小文字で特殊文字を含まない必要があります。
-
-## 一般的な問題
-
-1. **オーディオが再生されない**
-   - ファイルが正しいディレクトリにあることを確認
-   - ファイル形式の互換性を確認
-   - assetIdが正確に一致することを確認
-
-2. **再生の遅延**
-   - 効果音には`preload()`を使用
-   - 再生する前にプリロード
-
-3. **メモリの問題**
-   - 不要なときはオーディオファイルをアンロード
-   - 大きなファイルを多数プリロードしない
-
-4. **バックグラウンド再生**
-   - iOSでバックグラウンドオーディオ機能を設定
-   - Androidでオーディオフォーカスを処理
diff --git a/src/content/docs/ja/docs/plugins/native-audio/index.mdx b/src/content/docs/ja/docs/plugins/native-audio/index.mdx
deleted file mode 100644
index b82747447..000000000
--- a/src/content/docs/ja/docs/plugins/native-audio/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/native-audio"
-description: 低レイテンシと同時再生サポートを備えた、Capacitorアプリ用の高性能ネイティブオーディオ再生プラグイン。
-tableOfContents: false
-next: false
-prev: false
-locale: ja
-sidebar:
-  order: 1
-  label: "紹介"
-hero:
-  tagline: ネイティブパフォーマンス、低レイテンシ、同時再生でオーディオを再生します。ゲーム、効果音、バックグラウンドミュージックに最適です。
-  image:
-    file: ~public/icons/plugins/native-audio.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/native-audio/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-native-audio/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="低レイテンシ" icon="rocket">
-    即座の再生のためのネイティブオーディオAPI 🚀
-  </Card>
-  <Card title="同時再生" icon="list-format">
-    複数の音を同時に再生 🎵
-  </Card>
-  <Card title="バックグラウンドオーディオ" icon="rocket">
-    アプリがバックグラウンドにあるときも再生を継続 🎧
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/native-audio/getting-started/)を確認して、わずか数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/native-biometric/getting-started.mdx b/src/content/docs/ja/docs/plugins/native-biometric/getting-started.mdx
deleted file mode 100644
index a7fb1c133..000000000
--- a/src/content/docs/ja/docs/plugins/native-biometric/getting-started.mdx
+++ /dev/null
@@ -1,204 +0,0 @@
----
-title: はじめに
-description: Capacitorアプリで安全な生体認証のためのNative Biometricプラグインをインストールして使用する方法を学びます。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-native-biometric" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **権限を設定**
-
-   ### iOS
-   `Info.plist`にFace ID使用説明を追加します：
-   ```xml
-   <key>NSFaceIDUsageDescription</key>
-   <string>For secure authentication</string>
-   ```
-
-   ### Android
-   `AndroidManifest.xml`に生体認証の権限を追加します：
-   ```xml
-   <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-   ```
-</Steps>
-
-## 使用方法
-
-プラグインをインポートし、そのメソッドを生体認証に使用します：
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-// 生体認証が利用可能か確認
-const checkBiometric = async () => {
-  const result = await NativeBiometric.isAvailable();
-
-  if (result.isAvailable) {
-    console.log(`生体認証タイプ: ${result.biometryType}`);
-  }
-};
-
-// 生体認証を実行
-const verify = async () => {
-  const verified = await NativeBiometric.verifyIdentity({
-    reason: "アカウントへの安全なアクセスのため",
-    title: "認証",
-    subtitle: "本人確認",
-    description: "センサーに指を置いてください"
-  })
-    .then(() => true)
-    .catch(() => false);
-
-  if (verified) {
-    console.log("認証成功");
-  }
-};
-
-// 認証情報を安全に保存
-const saveCredentials = async () => {
-  await NativeBiometric.setCredentials({
-    username: "user@example.com",
-    password: "securepassword",
-    server: "https://api.example.com"
-  });
-};
-
-// 保存された認証情報を取得
-const getCredentials = async () => {
-  const credentials = await NativeBiometric.getCredentials({
-    server: "https://api.example.com"
-  });
-
-  console.log(credentials.username);
-  console.log(credentials.password);
-};
-
-// 保存された認証情報を削除
-const deleteCredentials = async () => {
-  await NativeBiometric.deleteCredentials({
-    server: "https://api.example.com"
-  });
-};
-```
-
-## APIリファレンス
-
-### isAvailable()
-
-デバイスで生体認証が利用可能かどうかを確認します。
-
-```typescript
-interface AvailableResult {
-  isAvailable: boolean;
-  biometryType?: BiometryType;
-  errorCode?: number;
-}
-
-enum BiometryType {
-  NONE = 0,
-  TOUCH_ID = 1,
-  FACE_ID = 2,
-  FINGERPRINT = 3,
-  FACE_AUTHENTICATION = 4,
-  IRIS_AUTHENTICATION = 5
-}
-```
-
-### verifyIdentity(options)
-
-生体認証を実行します。
-
-```typescript
-interface BiometricOptions {
-  reason?: string;
-  title?: string;
-  subtitle?: string;
-  description?: string;
-  fallbackTitle?: string;
-  useFallback?: boolean;
-  maxAttempts?: number;
-}
-```
-
-### setCredentials(options)
-
-生体認証保護を使用して認証情報を安全に保存します。
-
-```typescript
-interface Credentials {
-  username: string;
-  password: string;
-  server: string;
-}
-```
-
-### getCredentials(options)
-
-生体認証後に保存された認証情報を取得します。
-
-```typescript
-interface GetCredentialOptions {
-  server: string;
-}
-```
-
-### deleteCredentials(options)
-
-保存された認証情報を削除します。
-
-```typescript
-interface DeleteCredentialOptions {
-  server: string;
-}
-```
-
-## ベストプラクティス
-
-1. **常に最初に可用性を確認**
-   ```typescript
-   const result = await NativeBiometric.isAvailable();
-   if (!result.isAvailable) {
-     // パスワード認証にフォールバック
-   }
-   ```
-
-2. **明確な理由を提供**
-   ユーザーの信頼を構築するために、生体認証が必要な理由を常に説明します。
-
-3. **エラーを適切に処理**
-   ```typescript
-   try {
-     await NativeBiometric.verifyIdentity({
-       reason: "安全なデータにアクセス"
-     });
-   } catch (error) {
-     // キャンセルまたは失敗を処理
-     console.log("認証に失敗またはキャンセルされました");
-   }
-   ```
-
-4. **適切なフォールバックを使用**
-   生体認証が失敗する可能性のあるデバイスのために、パスコードフォールバックを有効にします。
-
-## プラットフォームの違い
-
-### iOS
-- Touch IDとFace IDをサポート
-- Face IDには`NSFaceIDUsageDescription`が必要
-- デバイスパスコードへのフォールバックが利用可能
-
-### Android
-- 指紋、顔、虹彩認識をサポート
-- `USE_BIOMETRIC`権限が必要
-- Android 9以降用のBiometric Prompt API
diff --git a/src/content/docs/ja/docs/plugins/native-biometric/index.mdx b/src/content/docs/ja/docs/plugins/native-biometric/index.mdx
deleted file mode 100644
index 2aea4e93a..000000000
--- a/src/content/docs/ja/docs/plugins/native-biometric/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-native-biometric"
-description: 指紋、Face ID、その他の生体センサーを使用したネイティブ生体認証用のCapacitorプラグイン。
-tableOfContents: false
-next: false
-prev: false
-locale: ja
-sidebar:
-  order: 1
-  label: "紹介"
-hero:
-  tagline: AndroidとiOS用のネイティブ生体認証APIにアクセスし、安全で便利なユーザー認証を提供します。
-  image:
-    file: ~public/icons/plugins/native-biometric.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/native-biometric/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-native-biometric/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="複数の生体認証" icon="rocket">
-    指紋、Face ID、Touch ID、その他の生体センサーをサポート 🚀
-  </Card>
-  <Card title="安全な認証" icon="approve-check">
-    機密操作のための安全な生体認証を提供 🔒
-  </Card>
-  <Card title="フォールバックオプション" icon="setting">
-    生体認証が利用できない場合のデバイスパスコードフォールバックを含む 😊
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/native-biometric/getting-started/)を確認して、わずか数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/native-market/getting-started.mdx b/src/content/docs/ja/docs/plugins/native-market/getting-started.mdx
deleted file mode 100644
index 4d4a0b7d3..000000000
--- a/src/content/docs/ja/docs/plugins/native-market/getting-started.mdx
+++ /dev/null
@@ -1,106 +0,0 @@
----
-title: はじめに
-description: CapacitorアプリからGoogle Play StoreまたはApple App Storeにユーザーをリダイレクトするために、Native Marketプラグインをインストールして使用する方法を学びます。
-locale: ja
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/native-market" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-プラグインをインポートし、そのメソッドを使用してユーザーをアプリストアにリダイレクトします：
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// アプリストアのリストを開く
-const openAppStore = async () => {
-  await NativeMarket.openStoreListing({
-    appId: 'com.example.app' // アプリのバンドルID
-  });
-};
-
-// アプリレビューをリクエスト
-const requestReview = async () => {
-  await NativeMarket.requestReview();
-};
-
-// アプリストア検索を開く
-const searchInStore = async () => {
-  await NativeMarket.search({
-    terms: 'fitness app' // 検索語句
-  });
-};
-```
-
-## APIリファレンス
-
-### openStoreListing(options)
-
-指定されたアプリのアプリストアリストを開きます。
-
-```typescript
-interface OpenStoreListingOptions {
-  appId: string; // iOSのバンドルID、Androidのパッケージ名
-}
-```
-
-### requestReview()
-
-ユーザーからアプリ内レビューをリクエストします。iOS 10.3以降では、アプリを離れることなく評価ダイアログを表示します。
-
-### search(options)
-
-検索結果とともにアプリストアを開きます。
-
-```typescript
-interface SearchOptions {
-  terms: string; // 使用する検索語句
-}
-```
-
-## プラットフォームノート
-
-### iOS
-- iOS 10.3以降でアプリ内レビューに`SKStoreReviewController`を使用
-- 古いバージョンではApp Storeを開くようにフォールバック
-
-### Android
-- Google Play Storeを開く
-- 利用可能な場合はアプリ内レビューAPIを使用
-
-## 例
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-import { Capacitor } from '@capacitor/core';
-
-export class AppService {
-  async rateApp() {
-    try {
-      // 最初にアプリ内レビューを試みる
-      await NativeMarket.requestReview();
-    } catch (error) {
-      // ストアリストを開くことにフォールバック
-      const platform = Capacitor.getPlatform();
-      const appId = platform === 'ios'
-        ? 'id123456789' // iOSアプリID
-        : 'com.example.app'; // Androidパッケージ名
-
-      await NativeMarket.openStoreListing({ appId });
-    }
-  }
-}
-```
diff --git a/src/content/docs/ja/docs/plugins/native-market/index.mdx b/src/content/docs/ja/docs/plugins/native-market/index.mdx
deleted file mode 100644
index ec1e31a10..000000000
--- a/src/content/docs/ja/docs/plugins/native-market/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/native-market"
-locale: ja
-description: CapacitorアプリからユーザーをGoogle Play StoreまたはApple App Storeにリダイレクトするためのnative marketプラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "イントロダクション"
-hero:
-  tagline: モバイルアプリケーションからアプリストア(Google PlayまたはApple App Store)にユーザーをリダイレクトするためのCapacitorプラグイン。
-  image:
-    file: ~public/icons/plugins/native-market.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/native-market/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/native-market/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="クロスプラットフォーム" icon="rocket">
-    AndroidとiOSの両方のプラットフォームでシームレスに動作
-  </Card>
-  <Card title="簡単な統合" icon="pencil">
-    ユーザーをそれぞれのアプリストアでアプリを評価または表示するようにリダイレクトするシンプルなAPI
-  </Card>
-  <Card title="TypeScriptサポート" icon="setting">
-    より良い開発体験のための完全なTypeScriptサポート
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    わずか数分でプラグインをマスターするには[ドキュメント](/docs/plugins/native-market/getting-started/)を確認してください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/native-purchases/android-create-subscription.mdx b/src/content/docs/ja/docs/plugins/native-purchases/android-create-subscription.mdx
deleted file mode 100644
index 09137fc73..000000000
--- a/src/content/docs/ja/docs/plugins/native-purchases/android-create-subscription.mdx
+++ /dev/null
@@ -1,166 +0,0 @@
----
-title: Android自動更新サブスクリプションの作成
-locale: ja
-description: native-purchasesプラグインのためにGoogle Play Consoleで自動更新サブスクリプションを作成する手順ガイド。
-sidebar:
-  order: 4
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-自動更新サブスクリプションは、コンテンツ、サービス、またはアプリ内のプレミアム機能への継続的なアクセスを提供します。このガイドは、Google Play Consoleでサブスクリプションを作成および設定するのに役立ちます。
-
-## 概要
-
-サブスクリプションは、ユーザーがキャンセルするまで各請求期間の終わりに自動的に更新されます。以下に最適です:
-- プレミアムコンテンツアクセス
-- 広告なし体験
-- クラウドストレージ
-- 継続的なサービス
-
-## サブスクリプションの作成
-
-<Steps>
-
-1. **サブスクリプションに移動**
-
-   Google Play Consoleで、アプリを選択し、左メニューから**Monetize > Subscriptions**を選択します。
-
-   **Create subscription**ボタンをクリックして開始します。
-
-   ![サブスクリプションに移動](/native-purchases/android/create-subscription/navigate-to-subscriptions.webp)
-
-2. **基本情報を入力**
-
-   サブスクリプション名とプロダクトIDを入力します。プロダクトIDはアプリでの設定に必要で、後で変更できません。
-
-   ![サブスクリプション詳細を入力](/native-purchases/android/create-subscription/enter-subscription-details.webp)
-
-3. **ベースプランを作成**
-
-   Google Playでは、サブスクリプションごとに正確に1つのベースプランが必要です。native-purchasesプラグインは、iOSとの互換性を維持するために1つのベースプランのみをサポートします。
-
-   **Add base plan**をクリックして続行します。
-
-   ![ベースプランを作成](/native-purchases/android/create-subscription/create-base-plan.webp)
-
-4. **ベースプランの詳細を設定**
-
-   以下を入力します:
-   - **Base plan ID**: このプランの一意の識別子
-   - **Billing period**: ユーザーが請求される頻度(毎週、毎月、毎年など)
-   - **Grace period**: Googleがキャンセル前に支払いを再試行する間、サブスクリプションを維持する時間枠
-
-   ![ベースプランを設定](/native-purchases/android/create-subscription/configure-base-plan-details.webp)
-
-5. **価格を設定**
-
-   価格設定セクションにアクセスし、サブスクリプションを提供したいすべての国/地域を選択します。
-
-   ![地域を選択](/native-purchases/android/create-subscription/select-pricing-regions.webp)
-
-6. **価格を設定**
-
-   主要通貨でベース価格を設定します。Google Playは自動的にこれを現地通貨に変換します。
-
-   ![価格を設定](/native-purchases/android/create-subscription/set-base-price.webp)
-
-7. **地域別価格を確認**
-
-   各国の自動変換された価格を確認します。必要に応じて個別の価格を調整できます。
-
-   ![価格を確認](/native-purchases/android/create-subscription/review-regional-pricing.webp)
-
-8. **設定を保存**
-
-   価格設定を保存します。
-
-   ![価格設定を保存](/native-purchases/android/create-subscription/save-pricing-configuration.webp)
-
-9. **サブスクリプションを有効化**
-
-   **Activate**ボタンをクリックして、サブスクリプションプロダクトをライブにし、購入可能にします。
-
-   ![サブスクリプションを有効化](/native-purchases/android/create-subscription/activate-subscription.webp)
-
-</Steps>
-
-## 重要な考慮事項
-
-### ベースプランの制限
-
-native-purchasesプラグインは、iOSサブスクリプション処理との一貫性を確保するために、サブスクリプションごとに正確に1つのベースプランを必要とします。複数のベースプランはサポートされていません。
-
-### 猶予期間
-
-猶予期間により、Google Playはユーザーのサブスクリプションアクセスを維持しながら、失敗した支払いを再試行できます。一般的な猶予期間は:
-- 月額サブスクリプションの場合3日
-- より長いサブスクリプションの場合7日
-
-### サブスクリプションステータス
-
-作成後、サブスクリプションは有効化されるまで「下書き」ステータスになります。サンドボックスモードで下書きサブスクリプションをテストできます。
-
-## アプリでの使用
-
-作成後、プロダクトIDを使用してアプリでサブスクリプションを参照します:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// サブスクリプション情報を読み込む
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-console.log(`${product.title} — ${product.priceString}`);
-
-// 購入(planIdentifier = Google Play ConsoleのBase Plan ID)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // Androidで必須、iOSでは無視されます
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Transaction ID', transaction.transactionId);
-
-// 後で、購入状態をチェック
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const subscription = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.example.premium.monthly',
-);
-
-if (subscription && subscription.purchaseState === 'PURCHASED' && subscription.isAcknowledged) {
-  console.log('Subscription active locally');
-  // 有効期限/キャンセルについては、バックエンドを通じてpurchaseTokenを検証
-}
-```
-
-## 次のステップ
-
-- 新規サブスクライバーを引き付けるために[入門オファーを作成](/docs/plugins/native-purchases/android-introductory-offer/)
-- サブスクリプションをテストするために[サンドボックステストを設定](/docs/plugins/native-purchases/android-sandbox-testing/)
-- セキュリティのためにバックエンドレシート検証を設定
-
-## トラブルシューティング
-
-**サブスクリプションがアプリに表示されない:**
-- プロダクトIDが正確に一致することを確認
-- サブスクリプションが有効化されていることを確認
-- アプリが正しいパッケージ名を持っていることを確認
-- 有効化後、変更が伝播するのに2〜3時間待つ
-
-**ベースプランエラー:**
-- 正確に1つのベースプランがあることを確認
-- すべての必須フィールドが入力されていることを確認
-- 請求期間が有効であることを確認
-
-**価格設定の問題:**
-- 少なくとも1つの国が選択されていることを確認
-- ベース価格が許可された最小値より大きいことを確認
-- 通貨換算レートが許容可能であることを確認
diff --git a/src/content/docs/ja/docs/plugins/native-purchases/android-introductory-offer.mdx b/src/content/docs/ja/docs/plugins/native-purchases/android-introductory-offer.mdx
deleted file mode 100644
index 57a7fe972..000000000
--- a/src/content/docs/ja/docs/plugins/native-purchases/android-introductory-offer.mdx
+++ /dev/null
@@ -1,197 +0,0 @@
----
-title: Androidサブスクリプション入門オファーの作成
-locale: ja
-description: 新規サブスクライバーを引き付けるためにAndroidで自動更新サブスクリプションの入門オファーを作成する方法を学びます。
-sidebar:
-  order: 5
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-入門オファーにより、対象ユーザーに無料トライアルまたは割引入門価格を提供できます。入門期間終了後、サブスクリプションはキャンセルされない限り、標準価格で自動的に更新されます。
-
-## 概要
-
-入門オファーは次のための強力なツールです:
-- 新規サブスクライバーの参入障壁を減らす
-- コンバージョン率を上げる
-- ユーザーがリスクなくプレミアム機能を試せるようにする
-- 長期的なサブスクライバー関係を構築
-
-## 適格性
-
-ユーザーは、以前にサブスクリプションを購入したことがない、または入門オファーを受け取ったことがない場合に入門オファーを受け取ることができます。Google Playは自動的に適格性を処理します。
-
-## 前提条件
-
-入門オファーを追加する前に、まず[自動更新サブスクリプションを作成](/docs/plugins/native-purchases/android-create-subscription/)する必要があります。
-
-## 入門オファーの作成
-
-<Steps>
-
-1. **オファー設定にアクセス**
-
-   Google Play Consoleでサブスクリプションに移動し、**Add offer**ボタンを選択します。
-
-   ![オファーボタンを追加](/native-purchases/android/introductory-offer/add-offer-button.webp)
-
-2. **ベースプランを選択**
-
-   ベースプランを選択する必要があるモーダルが表示されます。通常、ベースプランは1つだけです。**Add offer**をクリックして続行します。
-
-   ![ベースプランを選択](/native-purchases/android/introductory-offer/select-base-plan.webp)
-
-3. **オファーの詳細を設定**
-
-   以下の情報を入力します:
-
-   **Offer ID**: このオファーの一意の識別子
-
-   **Eligibility**: このオファーを受け取れる人を選択
-   - **New customers**: サブスクライブしたことがないユーザーのみ
-   - **Existing customers**: 以前にサブスクライブしたユーザー
-   - **Developer determined**: カスタム適格性ロジック(native-purchasesではサポートされていません)
-
-   :::caution
-   native-purchasesプラグインは"Developer determined"適格性オプションをサポートしていません。代わりに"New customers"または"Existing customers"を使用してください。
-   :::
-
-   ![オファーを設定](/native-purchases/android/introductory-offer/configure-offer-details.webp)
-
-4. **フェーズを追加**
-
-   ページの下部にある**Add phase**をクリックして、オファー構造を定義します。
-
-   最大2つのフェーズを追加でき、以下のような組み合わせが可能です:
-   - 無料トライアルのみ
-   - 割引価格のみ
-   - 無料トライアル後に割引定期支払い
-
-5. **フェーズタイプを選択**
-
-   3つのフェーズタイプから選択:
-
-   **Free Trial**
-   - 設定された期間の無料アクセス
-   - 例: 7日間無料、その後$9.99/月
-
-   **Single Payment**
-   - 特定期間の1回限りの割引価格
-   - 例: 2ヶ月間$1.99、その後$9.99/月
-
-   **Discounted Recurring Payment**
-   - 複数サイクルの請求サイクルごとの割引料金
-   - 例: 3ヶ月間$4.99/月、その後$9.99/月
-
-6. **フェーズ期間を設定**
-
-   入門フェーズの継続期間を設定:
-   - 日、週、または月
-   - 請求サイクルの数
-
-7. **確定して有効化**
-
-   **Apply**をクリックし、次に**Save**をクリックしてオファーを有効化します。保存後、**Activate**ボタンが利用可能になります。
-
-</Steps>
-
-## オファーフェーズの例
-
-### 例1: シンプルな無料トライアル
-- フェーズ1: 7日間無料
-- その後: $9.99/月の標準価格
-
-### 例2: 割引入門
-- フェーズ1: 最初の月は$1.99
-- その後: $9.99/月の標準価格
-
-### 例3: 延長トライアル + 割引
-- フェーズ1: 14日間無料
-- フェーズ2: 2ヶ月間$4.99/月
-- その後: $9.99/月の標準価格
-
-## アプリでの使用
-
-native-purchasesプラグインは、入門オファーの適格性とプレゼンテーションを自動的に処理します:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// プロダクトを取得(入門オファーメタデータを含む)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-if (product.introductoryPrice) {
-  console.log(`Intro price: ${product.introductoryPriceString}`);
-  console.log(`Regular price: ${product.priceString}`);
-  console.log(
-    `Offer duration: ${product.introductoryPrice.subscriptionPeriod?.numberOfUnits} ${product.introductoryPrice.subscriptionPeriod?.unit}`,
-  );
-} else {
-  console.log('No intro offer configured for this product');
-}
-
-// 購入(ユーザーが適格な場合、Google Playは自動的に入門価格を適用)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // Google Play ConsoleのBase Plan ID
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Introductory purchase transaction', transaction.transactionId);
-```
-
-## ベストプラクティス
-
-### オファー期間
-- **無料トライアル**: ほとんどのアプリで3〜14日が最適
-- **割引期間**: 習慣を構築するには1〜3ヶ月が適切
-- **価格割引**: 通常価格の50〜70%オフがコンバージョンを促進
-
-### マーケティング
-- 入門オファーと通常価格を明確に表示
-- 入門期間後に何が起こるかを示す
-- キャンセルを簡単で透明にする
-- 入門期間終了前にユーザーに通知
-
-### A/Bテスト
-異なるオファー構造をテスト:
-- 無料トライアル期間
-- 割引率
-- 割引期間
-- シングルフェーズ対マルチフェーズ
-
-## 重要な注意事項
-
-- 一度に有効にできる入門オファーはサブスクリプションごとに1つのみ
-- ユーザーはサブスクリプションごとに入門オファーを1回のみ請求できます
-- 入門オファーはサブスクリプションのアップグレード/ダウングレードには適用されません
-- 入門オファーへの変更は既存のサブスクライバーに影響しません
-
-## トラブルシューティング
-
-**入門オファーが表示されない:**
-- Play Consoleでオファーが有効化されていることを確認
-- ユーザーの適格性を確認(以前にオファーを使用した可能性があります)
-- アプリが最新のプロダクト情報を使用していることを確認
-
-**間違ったユーザーがオファーを受け取る:**
-- 適格性設定を確認(新規顧客対既存顧客)
-- ユーザーが以前に別のデバイスでサブスクライブしたか確認
-- Play Storeアカウントの履歴を確認
-
-**購入時にオファーが適用されない:**
-- プロダクトIDが正確に一致することを確認
-- オファーがまだ有効で期限切れでないことを確認
-- オファーの日付範囲設定を確認
-
-## 次のステップ
-
-- オファーをテストするために[サンドボックステストを設定](/docs/plugins/native-purchases/android-sandbox-testing/)
-- Play Console分析でコンバージョン率を監視
-- 異なるオファーを持つ複数のサブスクリプション層の作成を検討
diff --git a/src/content/docs/ja/docs/plugins/native-purchases/android-play-store-review.mdx b/src/content/docs/ja/docs/plugins/native-purchases/android-play-store-review.mdx
deleted file mode 100644
index 86ace3888..000000000
--- a/src/content/docs/ja/docs/plugins/native-purchases/android-play-store-review.mdx
+++ /dev/null
@@ -1,788 +0,0 @@
----
-title: Android Play Store IAP のガイドラインを確認する
-description: コンプライアンス要件とベスト プラクティスを含む、アプリ内購入とサブスクリプションで Google Play レビューに合格するための完全なガイド。
-sidebar:
-  order: 11
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-
-Android アプリを Google Play で承認するには、特にアプリ内購入とサブスクリプションのあるアプリの場合、Google のポリシーに準拠する必要があります。このガイドには、審査に合格するために必要なすべてが記載されています。
-
-## Google Play 請求要件
-
-### 必須の請求システム
-
-デジタル商品やサービスの場合は、Google Play の課金システムを**使用する必要があります**。
-
-**デジタルグッズ (Play Billing を使用する必要があります):**
-- プレミアム機能のサブスクリプション
-- アプリ内通貨またはクレジット
-- デジタル コンテンツ (電子書籍、音楽、ビデオ)
-- ゲームのアップグレードとパワーアップ
-- アプリのロック解除とプレミアム層
-
-**物理的な商品 (Play Billing は使用できません):**
-- 物理的な商品
-- 現実世界のサービス
-- 非営利団体への 1 回限りの寄付
-
-:::注意 2025 年の要件
-新しいアプリは、サブスクリプション カタログを処理するために `monetization.subscriptions` API を使用する必要があります。従来の課金 API は非推奨になりました。
-:::
-
-### ネイティブ購入による実装
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Ensure billing is available on the device
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) throw new Error('Google Play Billing not available');
-
-// Fetch subscription products (Store data is required—never hardcode pricing)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_yearly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Plan identifiers are the Base Plan IDs you create in Google Play Console
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  planIdentifier: 'monthly-plan', // REQUIRED on Android, ignored on iOS
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Purchase token for server validation:', transaction.purchaseToken);
-```
-
-## 透明性と開示の要件
-
-### 価格の事前開示
-
-Google Play では、購入前にすべてのコストを明確に開示することが義務付けられています。
-
-**必須要素:**
-- ユーザーの現地通貨での正確な価格
-- 請求頻度 (毎月、毎年など)
-- サブスクリプションに含まれるもの
-- 紹介オファーの合計費用
-- 料金が発生する場合
-
-![UI デザインのベスト プラクティス](/native-purchases/review-guides/ui-design-dos-donts.webp)
-
-**準拠した UI の例:**
-```typescript
-function SubscriptionCard({ product }) {
-  return (
-    <div className="subscription-card">
-      <h3>{product.title}</h3>
-
-      {/* Show intro offer if available */}
-      {product.introductoryPrice && (
-        <div className="intro-offer">
-          <p className="intro-price">{product.introductoryPriceString}</p>
-          <p className="intro-period">
-            for {product.introductoryPricePeriod}
-          </p>
-        </div>
-      )}
-
-      {/* Regular price */}
-      <div className="regular-price">
-        <p className="price">{product.priceString}</p>
-        <p className="period">per {product.subscriptionPeriod}</p>
-      </div>
-
-      {/* Clear description */}
-      <p>{product.description}</p>
-
-      {/* Renewal terms */}
-      <p className="terms">
-        Renews automatically. Cancel anytime in Google Play.
-      </p>
-
-      <button onClick={() => handlePurchase(product)}>
-        Subscribe Now
-      </button>
-    </div>
-  );
-}
-```
-
-### 自動更新の開示
-
-サブスクリプションが自動更新される前に、Google には以下が必要です。
-- 更新が行われることを明確に通知
-- 価格のリマインダー
-- キャンセルへの簡単なアクセス
-
-:::tip
-ネイティブ購入プラグインは Google Play と連携して自動更新通知を自動的に処理します。サブスクリプション製品が Google Play コンソールで適切に設定されていることを確認してください。
-:::
-
-### プラットフォーム間の価格の一貫性
-
-**重要なルール:** 価格は、アプリが利用可能なすべてのプラットフォームで一貫している必要があります。
-
-**違反の例:**
-- iOS: 月額 9.99 ドル
-- Android: 月額 7.99 ドル
-- ウェブ: $11.99/月
-
-**重要な理由:** ユーザーは価格差のスクリーンショットを撮って Google に報告し、ポリシー違反を引き起こす可能性があります。
-
-## プライバシー ポリシーの要件
-
-### 必須のプライバシー ポリシー
-
-アプリにアプリ内購入が含まれている場合は、次のことを行う必要があります。
-
-1. **Play Store リスト内のリンク**
-   - Play Console にプライバシー ポリシーの URL を追加
-   - パブリックにアクセスできる必要があります
-   - アプリと同じ言語である必要があります
-
-2. **アプリ内リンク**
-   - アプリ設定でプライバシーポリシーを表示
-   - ユーザーデータを収集する前に表示する
-   - 簡単に見つけられるようにする
-
-**実装例:**
-```typescript
-function SettingsScreen() {
-  const openPrivacyPolicy = () => {
-    window.open('https://yourapp.com/privacy', '_blank');
-  };
-
-  const openTerms = () => {
-    window.open('https://yourapp.com/terms', '_blank');
-  };
-
-  return (
-    <div>
-      <h2>Settings</h2>
-
-      <button onClick={openPrivacyPolicy}>
-        Privacy Policy
-      </button>
-
-      <button onClick={openTerms}>
-        Terms of Service
-      </button>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        Manage Subscriptions
-      </button>
-    </div>
-  );
-}
-```
-
-### データ セーフティ セクション
-
-Google Play では、データ セーフティ セクションで詳細な開示が必要です。
-
-**IAP アプリの場合、次のように宣言します:**
-- 購入履歴の収集
-・メールアドレス（領収書用）
-- デバイスID（不正行為防止用）
-- 決済情報の取り扱い
-- 分析データの収集
-
-:::warning
-データ セーフティ セクションには法的拘束力があります。不正確な宣言はアプリの削除につながる可能性があります。
-:::
-
-## 一般的な拒否理由
-
-### 1. 請求の実装が欠落している、または正しくない**失敗する理由:**
-- Google Play デジタル グッズの課金を使用していない
-- 非推奨の課金 API の使用
-- サブスクリプション向けのカスタム支払いソリューションの実装
-
-**予防:**
-```typescript
-// ✅ Correct: Use native-purchases (uses Google Play Billing)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly'
-});
-
-// ❌ Wrong: Custom payment processor for subscriptions
-// await CustomPayment.charge(user, 9.99);
-```
-
-### 2. 不明確な価格設定または隠れたコスト
-
-**失敗する理由:**
-- 価格は購入をクリックした後にのみ表示されます
-- 追加料金は事前に開示されていません
-- 曖昧なサブスクリプション条件
-
-**予防:**
-```typescript
-function PurchaseScreen({ product }) {
-  return (
-    <div>
-      {/* Show ALL costs upfront */}
-      <h2>Premium Subscription</h2>
-
-      <div className="pricing">
-        <p className="price">{product.priceString}/month</p>
-        <p className="taxes">Taxes may apply based on location</p>
-      </div>
-
-      <div className="features">
-        <h3>Includes:</h3>
-        <ul>
-          <li>Ad-free experience</li>
-          <li>Unlimited cloud storage</li>
-          <li>Priority support</li>
-        </ul>
-      </div>
-
-      <div className="terms">
-        <p>
-          Subscription renews automatically unless cancelled at least
-          24 hours before the end of the current period.
-        </p>
-        <p>
-          Manage or cancel in Google Play Subscriptions.
-        </p>
-      </div>
-
-      <button onClick={handlePurchase}>
-        Start Subscription
-      </button>
-    </div>
-  );
-}
-```
-
-### 3. 欺瞞的なサブスクリプション パターン
-
-**失敗する理由:**
-- プレミアムオプションの事前選択
-- より安価な代替品を隠す
-・キャンセルが難しくなる
-- 偽の緊急性 (「あと 3 枠しか残っていない!」)
-
-![ベストプラクティスの説明](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![マーケティング ガイドライン](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**予防:**
-- すべてのサブスクリプション層を均等に表示します
-- キャンセルを明確にし、アクセスしやすいものにする
-- カウントダウンタイマーや偽の希少性を避ける
-- 高価なオプションを押しつけるためにダークパターンを使用しないでください
-
-### 4. 不完全なテスト
-
-**失敗する理由:**
-- 購入時にアプリがクラッシュする
-- 製品が読み込まれない
-- 購入確認が表示されない
-- プレミアム機能は購入後にロック解除されません
-
-**予防:**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Comprehensive testing before submission
-async function testPurchaseFlow() {
-  try {
-    // 1. Test product loading
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: ['premium_monthly', 'premium_yearly'],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Products loaded:', products.length);
-
-    // 2. Test purchase flow
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: 'premium_monthly',
-      planIdentifier: 'monthly-plan',
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Purchase completed', transaction.transactionId);
-
-    // 3. Verify entitlements
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    if (
-      purchases.some(
-        (purchase) =>
-          purchase.productIdentifier === 'premium_monthly' &&
-          ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') &&
-          purchase.isAcknowledged,
-      )
-    ) {
-      console.log('✓ Premium features unlocked');
-    }
-
-    // 4. Test restore
-    await NativePurchases.restorePurchases();
-    console.log('✓ Restore works');
-
-  } catch (error) {
-    console.error('✗ Test failed:', error);
-  }
-}
-```
-
-### 5. プライバシーポリシー違反
-
-**失敗する理由:**
-- アプリ内にプライバシー ポリシーへのリンクがない
-- プライバシー ポリシーにアクセスできません
-- データ収集は非公開
-- データ セーフティ セクションが不正確
-
-**予防:**
-- Play Store リストにプライバシー ポリシーを追加
-- アプリ設定にリンクを含める
-- データ セーフティ セクションに正確に記入します
-- 新しいデータコレクションを追加するときにポリシーを更新します
-
-## 代替請求システム (2025 年更新)
-
-### 地域のコンプライアンス
-
-Google では、特定の地域で代替の請求システムが許可されるようになりました。
-
-**対象地域:**
-- 欧州経済領域 (EEA)
-- 韓国
-- インド (近日公開予定)
-
-**代替請求を使用する場合の要件:**
-- Google Play 請求をオプションとして提供する必要があります
-- 選択についてユーザーに明確に伝える
-- 現地の規制に準拠する
-- サービス料は引き続き適用されます（減額されます）
-
-:::note
-ほとんどの開発者にとって、Google Play 請求のみを使用する方が簡単です。ネイティブ購入プラグインはこれを自動的に処理します。
-:::
-
-## サブスクリプション管理
-
-### 簡単なキャンセル
-
-ユーザーは次のことができる必要があります。
-- アクティブなサブスクリプションを簡単に表示
-- サポートに連絡せずにキャンセルする
-- キャンセルがいつ有効になるかを理解する
-
-**実装:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function ManageSubscriptionButton() {
-  const openManagement = async () => {
-    try {
-      // Opens Google Play subscription management
-      await NativePurchases.showManageSubscriptions();
-    } catch (error) {
-      // Fallback to direct URL
-      const playStoreUrl = 'https://play.google.com/store/account/subscriptions';
-      window.open(playStoreUrl, '_blank');
-    }
-  };
-
-  return (
-    <button onClick={openManagement}>
-      Manage Subscription in Google Play
-    </button>
-  );
-}
-```
-
-### キャンセル猶予期間
-
-**必須開示:**
-- キャンセルはいつ有効になりますか?
-- ユーザーは期間が終了するまでアクセスし続けますか?
-- 一部返金は可能ですか?
-
-```typescript
-function CancellationInfo() {
-  return (
-    <div className="cancellation-info">
-      <h3>Cancellation Policy</h3>
-      <ul>
-        <li>Cancel anytime in Google Play</li>
-        <li>Access continues until end of billing period</li>
-        <li>No refunds for partial periods</li>
-        <li>Resubscribe anytime to regain access</li>
-      </ul>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        Manage in Google Play
-      </button>
-    </div>
-  );
-}
-```
-
-## 提出前チェックリスト
-
-![提出前チェックリスト](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **請求の実装を確認**
-   - Google Play 請求の使用 (ネイティブ購入経由)
-   - Play Console で作成されたすべての定期購入製品
-   - 製品がアクティベートされ公開される
-   - すべての対象国向けに設定された価格
-
-2. **テスト購入フロー**
-   - ライセンステストアカウントの作成
-   - 各サブスクリプション層をテストする
-   - 製品が正しくロードされていることを確認します
-   - テスト購入の完了
-   - プレミアム機能のロックが解除されていることを確認します
-   - サブスクリプションの復元をテストする
-   - 複数のデバイスでテストする3. **すべてのコピーを確認**
-   - 購入前に価格が明確に表示される
-   - すべての料金は事前に開示されます
-   - サブスクリプション条件が明確です
-   - キャンセル手順の説明
-   - 誤解を招くような主張はしないでください
-
-4. **プライバシーの遵守**
-   - プライバシー ポリシーは Play Console にリンクされています
-   - アプリ内でプライバシーポリシーにアクセス可能
-   - データ セーフティ セクションを正確に完了しました
-   - 許可が正当化され文書化されている
-
-5. **コンテンツの評価**
-   - コンテンツレーティングアンケートに記入してください
-   - 評価が実際のコンテンツと一致していることを確認する
-   - アンケートでアプリ内購入を宣言します
-
-6. **ストア掲載情報の準備**
-   - アプリの説明が正確
-   - スクリーンショットには現在のバージョンが表示されます
-   - フィーチャーグラフィックが要件を満たしている
-   - 必要なすべてのアセットがアップロードされました
-
-</Steps>
-
-## レビューのタイムライン
-
-**初回レビュー:** 平均 7 日 (もっと早くなる場合もあります)
-**更新:** 通常、最初の提出よりも早く更新されます
-**ポリシー違反:** 即時停止の可能性あり
-**異議申し立て:** 審査には 7 ～ 14 日かかります
-
-:::tip ローリングレビュー
-Apple とは異なり、Google はアプリを継続的にレビューします。アプリは、決まった時間ではなく、レビュー期間中いつでも公開される可能性があります。
-:::
-
-## 提出前のテスト
-
-### ライセンステスト
-
-1. **テストアカウントを追加します:**
-   - Play コンソールに移動します
-   - [セットアップ] > [ライセンス テスト]
-   - テスト用に Gmail アカウントを追加します
-
-2. **サンドボックスでのテスト:**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Test purchases with license test account
-async function testInSandbox() {
-  const { isBillingSupported } = await NativePurchases.isBillingSupported();
-  if (!isBillingSupported) {
-    console.error('Billing not supported in this environment');
-    return;
-  }
-
-  // Fetch products (returns test pricing when using a license tester)
-  const { products } = await NativePurchases.getProducts({
-    productIdentifiers: ['premium_monthly'],
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Test products:', products);
-
-  // Make test purchase (no charge)
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'premium_monthly',
-    planIdentifier: 'monthly-plan',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Test purchase complete:', transaction.transactionId);
-}
-```
-
-3. **テスト バナーを確認します:**
-   - テストアカウントで購入する場合
-   - 「テスト購入」通知が表示されるはずです
-   - 実際の料金は発生しません
-
-### 内部テストトラック
-
-製品版リリース前:
-
-1. Play Console で内部テスト トラックを作成する
-2.APK/AABをアップロードする
-3. テスターのメールアドレスを追加する
-4. テスターは Play Store (テスト トラック) からダウンロードします。
-5. 購入フローがエンドツーエンドで機能することを確認する
-
-## ネイティブ購入のベスト プラクティス
-
-### すべての購入状態を処理する
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string, planIdentifier?: string) {
-  try {
-    setLoading(true);
-
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      planIdentifier,
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    console.log('Purchase token:', transaction.purchaseToken ?? transaction.receipt);
-
-    // Success - check entitlements from the store
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    const isOwned = purchases.some(
-      (purchase) =>
-        purchase.productIdentifier === productId &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (isOwned) {
-      unlockPremiumFeatures();
-      showSuccess('Premium activated!');
-    }
-
-  } catch (error: any) {
-    // Handle specific error cases
-    switch (error.code) {
-      case 'USER_CANCELLED':
-        // User backed out - no error needed
-        console.log('Purchase cancelled');
-        break;
-
-      case 'ITEM_ALREADY_OWNED':
-        // They already own it - restore instead
-        showInfo('You already own this! Restoring...');
-        await NativePurchases.restorePurchases();
-        break;
-
-      case 'ITEM_UNAVAILABLE':
-        showError('This subscription is currently unavailable. Please try again later.');
-        break;
-
-      case 'NETWORK_ERROR':
-        showError('Network error. Please check your connection and try again.');
-        break;
-
-      default:
-        showError('Purchase failed. Please try again.');
-        console.error('Purchase error:', error);
-    }
-  } finally {
-    setLoading(false);
-  }
-}
-```
-
-### 購入の復元を実装する
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-function RestorePurchasesButton() {
-  const [loading, setLoading] = useState(false);
-
-  const handleRestore = async () => {
-    setLoading(true);
-
-    try {
-      await NativePurchases.restorePurchases();
-
-      const { purchases } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.SUBS,
-      });
-
-      const hasSubscription = purchases.some(
-        (purchase) => purchase.productType === 'subs' && purchase.isAcknowledged,
-      );
-
-      if (hasSubscription) {
-        unlockPremiumFeatures();
-        showSuccess('Subscriptions restored!');
-        return;
-      }
-
-      // Check one-time unlocks if needed
-      const { purchases: iaps } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.INAPP,
-      });
-      const hasInApp = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-      if (hasInApp) {
-        unlockPremiumFeatures();
-        showSuccess('Previous purchases restored!');
-        return;
-      }
-
-      showInfo('No previous purchases found.');
-    } catch (error) {
-      showError('Failed to restore purchases. Please try again.');
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handleRestore} disabled={loading}>
-      {loading ? 'Restoring...' : 'Restore Purchases'}
-    </button>
-  );
-}
-```
-
-### サブスクリプションステータスを確認する
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function checkSubscriptionStatus() {
-  try {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const subscription = purchases.find(
-      (purchase) =>
-        purchase.productIdentifier === 'premium_monthly' &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (!subscription) {
-      showPaywall();
-      return;
-    }
-
-    console.log('Subscription active:', {
-      productId: subscription.productIdentifier,
-      expiresAt: subscription.expirationDate,
-      willRenew: subscription.willCancel === false,
-      purchaseToken: subscription.purchaseToken,
-    });
-
-    unlockPremiumFeatures();
-  } catch (error) {
-    console.error('Failed to check subscription:', error);
-  }
-}
-```
-
-## アプリが拒否された場合
-
-### 一般的なポリシー違反
-
-**支払いポリシー:**
-- Google Play 課金を使用していない
-- 誤解を招くサブスクリプション規約
-- 隠れたコスト
-
-**ユーザーデータポリシー:**
-- プライバシーポリシーが欠落している
-- 不正確なデータ安全宣言
-- 過剰な権限
-
-### 解決手順
-
-<Steps>
-
-1. **違反通知を確認します**
-   - 引用された特定のポリシーを読む
-   - Google がフラグを立てた内容を理解する
-   - 提供された例を確認してください
-
-2. **問題を修正**
-   - 症状だけでなく根本原因に対処する
-   - 修正後に徹底的にテストする
-   - 行われたすべての変更を文書化する
-
-3. **異議申し立てを送信します (該当する場合)**
-
-   ![説明と異議申し立てのプロセス](/native-purchases/review-guides/clarification-process.webp)
-
-   ```
-   Subject: Policy Violation Appeal - [App Name]
-
-   Dear Google Play Review Team,
-
-   I have received notification that my app violates [Policy X.Y].
-   I have made the following changes to comply:
-
-   1. [Specific change made]
-   2. [Specific change made]
-   3. [Specific change made]
-
-   The updated version [version number] addresses all concerns raised.
-
-   Test account for verification:
-   Email: test@example.com
-   Password: TestPass123
-
-   Thank you for your consideration.
-   ```
-
-   ![ドキュメントのリクエストの例](/native-purchases/review-guides/request-documents.webp)
-
-4. **再送信または更新**
-   - 修正版をアップロードする
-   - レビューのために再送信します
-   - Play Console でステータスを監視する
-
-</Steps>
-
-## 追加のリソース
-
-- [Google Play 開発者ポリシー センター](https://play.google.com/about/developer-content-policy/)
-- [Google Play 請求ドキュメント](https://developer.android.com/google/play/billing)
-- [サブスクリプションのベスト プラクティス](https://developer.android.com/google/play/billing/subscriptions)
-- [Play Console ヘルプ](https://support.google.com/googleplay/android-developer/)
-
-## 専門家の助けが必要ですか?Play Store レビューのナビゲートは、特に 2025 年の新しいテスト要件では複雑になる可能性があります。個別のサポートが必要な場合:
-
-**[チームへの相談電話を予約](https://cal.com/team/capgo/capacitor-consulting-services)**:
-- Play Store レビューの準備を完了する
-- テストトラックのセットアップとテスターの募集
-- IAP実装レビュー
-- データの安全性とプライバシーのコンプライアンス
-- 拒否のトラブルシューティングと異議申し立て
-- アプリの提出プロセスを完了する
-
-当社の専門家は、Play Store の提出を成功させるために何百ものアプリをガイドしており、2025 年の要件に対処するお手伝いをします。
-
-## サポート
-
-導入に関してサポートが必要ですか?
-- [ネイティブ購入ドキュメント]を確認してください(/docs/plugins/native-purchases/getting-started/)
-- [Android サンドボックス テスト ガイド](/docs/plugins/native-purchases/android-sandbox-testing/) を確認してください
-- [Google Play 開発者サポート](https://support.google.com/googleplay/android-developer/) にアクセスしてください。
diff --git a/src/content/docs/ja/docs/plugins/native-purchases/android-sandbox-testing.mdx b/src/content/docs/ja/docs/plugins/native-purchases/android-sandbox-testing.mdx
deleted file mode 100644
index 9323851f0..000000000
--- a/src/content/docs/ja/docs/plugins/native-purchases/android-sandbox-testing.mdx
+++ /dev/null
@@ -1,93 +0,0 @@
----
-title: Androidサンドボックステストの設定
-locale: ja
-description: Google Play Consoleを使用してAndroidでアプリ内課金のサンドボックステストを設定する方法を学びます。
-sidebar:
-  order: 3
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-アプリ内課金のテストには、Google Play Consoleでの適切な設定が必要です。このガイドでは、Androidアプリのサンドボックステストを設定する手順を説明します。
-
-## 前提条件
-
-年次更新されるGoogle Play Consoleの有効なアカウントが必要です。
-
-## セットアップ手順
-
-<Steps>
-
-1. **テストアカウントの追加**
-
-   Google Play Consoleに移動し、アプリを選択して**設定 > ライセンステスト**に移動します。
-
-   テストに使用するAndroidデバイスに関連付けられたプライマリGoogleアカウントを追加します。
-
-   ![テストアカウントの追加](/native-purchases/android/sandbox-testing/add-testing-account.webp)
-
-2. **テストトラックの作成**
-
-   **テスト > クローズドテスト**または**テスト > 内部テスト**に移動し、新しいトラックを作成します。
-
-   このトラックに少なくとも1つの署名済みバージョンのアプリをアップロードする必要があります。
-
-   ![テストトラックの作成](/native-purchases/android/sandbox-testing/create-testing-track.webp)
-
-3. **テスターリストの作成**
-
-   テストトラックを設定した後、メールリストを作成し、テストデバイスのアカウントメールアドレスを追加します。
-
-   ![テスターリストの作成](/native-purchases/android/sandbox-testing/create-tester-list.webp)
-
-4. **テストプログラムへの参加**
-
-   テストデバイスからオプトインURLを開き、**「テスターになる」**ボタンをクリックして登録します。
-
-   ![テストへの参加](/native-purchases/android/sandbox-testing/join-testing-program.webp)
-
-5. **署名済みAPKのアップロード**
-
-   署名済みAPKを生成するか、Android App Bundleを使用してテストトラックにアプリをアップロードします。
-
-   ロールアウトは不要です。アップロードして承認を待つだけです。
-
-   ![APKのアップロード](/native-purchases/android/sandbox-testing/upload-signed-apk.webp)
-
-6. **ビルドとテスト**
-
-   テストデバイスでアプリを実行します。購入を試みると、次のメッセージが表示されます：
-
-   > 「これはテスト注文です。課金されません。」
-
-   ![テスト購入](/native-purchases/android/sandbox-testing/test-purchase-confirmation.webp)
-
-</Steps>
-
-## 重要な注意事項
-
-- テストアカウントは購入に対して課金されません
-- テスト購入は本番環境の購入と同じフローを使用します
-- トライアルや初回特典を含むすべてのサブスクリプション機能をテストできます
-- テストサブスクリプションは、より迅速なテストのために更新期間が短縮されています
-
-## トラブルシューティング
-
-**テストモードで商品が表示されない：**
-- アプリがテストトラックにアップロードされていることを確認してください
-- テストアカウントがライセンステストに追加されていることを確認してください
-- 商品がGoogle Play Consoleで有効であることを確認してください
-
-**「アイテムが利用できません」エラー：**
-- 商品を作成してから2〜3時間待ってください
-- アプリのパッケージ名がPlay Consoleのものと一致していることを確認してください
-- テストアカウントでサインインしていることを確認してください
-
-**テスト購入が実際の課金として表示される：**
-- アカウントがライセンステストに追加されていることを再確認してください
-- テストトラックからのビルドを使用していることを確認してください
-- 購入時にテストバナーが表示されることを確認してください
-
-## 追加リソース
-
-詳細については、アプリ内課金のテストに関する[公式Google Playドキュメント](https://developer.android.com/google/play/billing/test)を参照してください。
diff --git a/src/content/docs/ja/docs/plugins/native-purchases/getting-started.mdx b/src/content/docs/ja/docs/plugins/native-purchases/getting-started.mdx
deleted file mode 100644
index f2256a119..000000000
--- a/src/content/docs/ja/docs/plugins/native-purchases/getting-started.mdx
+++ /dev/null
@@ -1,255 +0,0 @@
----
-title: はじめに
-locale: ja
-description: StoreKit 2とGoogle Play Billing 7を使用して、@capgo/native-purchasesプラグインをインストールし、単発購入とサブスクリプションを実装する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージのインストール**
-   <PackageManagers pkg="@capgo/native-purchases" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトとの同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **課金サポートの確認**
-
-   ```typescript
-   import { NativePurchases } from '@capgo/native-purchases';
-
-   const { isBillingSupported } = await NativePurchases.isBillingSupported();
-   if (!isBillingSupported) {
-     throw new Error('Billing is not available on this device');
-   }
-   ```
-
-4. **ストアから直接商品を読み込む**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const { products } = await NativePurchases.getProducts({
-     productIdentifiers: [
-       'com.example.premium.monthly',
-       'com.example.premium.yearly',
-       'com.example.one_time_unlock'
-     ],
-     productType: PURCHASE_TYPE.SUBS, // 単発商品にはPURCHASE_TYPE.INAPPを使用
-   });
-
-   products.forEach((product) => {
-     console.log(product.title, product.priceString);
-   });
-   ```
-
-5. **購入とリストアフローの実装**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const monthlyPlanId = 'monthly-plan'; // Google Play ConsoleのBase Plan ID
-
-   const transaction = await NativePurchases.purchaseProduct({
-     productIdentifier: 'com.example.premium.monthly',
-     planIdentifier: monthlyPlanId,        // Androidサブスクリプションに必須、iOSでは無視されます
-     productType: PURCHASE_TYPE.SUBS,
-     quantity: 1,
-   });
-
-   console.log('Transaction ID', transaction.transactionId);
-
-   await NativePurchases.restorePurchases();
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       - App Store Connectでアプリ内商品とサブスクリプションを作成します。<br />
-       - QAにはStoreKitローカルテストまたはSandboxテスターを使用します。<br />
-       - マニフェストの編集は不要です。商品が承認されていることを確認してください。
-     </TabItem>
-     <TabItem label="Android">
-       - Google Play Consoleでアプリ内商品とサブスクリプションを作成します。<br />
-       - 少なくとも内部テストビルドをアップロードし、ライセンステスターを追加します。<br />
-       - `AndroidManifest.xml`に課金パーミッションを追加します：
-       ```xml
-       <uses-permission android:name="com.android.vending.BILLING" />
-       ```
-     </TabItem>
-   </Tabs>
-</Steps>
-
-## 購入サービスの例
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE, Transaction } from '@capgo/native-purchases';
-import { Capacitor } from '@capacitor/core';
-
-class PurchaseService {
-  private premiumProduct = 'com.example.premium.unlock';
-  private monthlySubId = 'com.example.premium.monthly';
-  private monthlyPlanId = 'monthly-plan'; // Base Plan ID (Android専用)
-
-  async initialize() {
-    const { isBillingSupported } = await NativePurchases.isBillingSupported();
-    if (!isBillingSupported) throw new Error('Billing unavailable');
-
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: [this.premiumProduct, this.monthlySubId],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    console.log('Loaded products', products);
-
-    if (Capacitor.getPlatform() === 'ios') {
-      NativePurchases.addListener('transactionUpdated', (transaction) => {
-        this.handleTransaction(transaction);
-      });
-    }
-  }
-
-  async buyPremium(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.premiumProduct,
-      productType: PURCHASE_TYPE.INAPP,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async buyMonthly(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.monthlySubId,
-      planIdentifier: this.monthlyPlanId, // Androidサブスクリプションに必須
-      productType: PURCHASE_TYPE.SUBS,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async restore() {
-    await NativePurchases.restorePurchases();
-    await this.refreshEntitlements();
-  }
-
-  async openManageSubscriptions() {
-    await NativePurchases.manageSubscriptions();
-  }
-
-  private async processTransaction(transaction: Transaction) {
-    this.unlockContent(transaction.productIdentifier);
-    this.validateOnServer(transaction).catch(console.error);
-  }
-
-  private unlockContent(productIdentifier: string) {
-    // エンタイトルメントをローカルに永続化
-    console.log('Unlocked', productIdentifier);
-  }
-
-  private async refreshEntitlements() {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('Current purchases', purchases);
-  }
-
-  private async handleTransaction(transaction: Transaction) {
-    console.log('StoreKit transaction update:', transaction);
-    await this.processTransaction(transaction);
-  }
-
-  private async validateOnServer(transaction: Transaction) {
-    await fetch('/api/validate-purchase', {
-      method: 'POST',
-      body: JSON.stringify({
-        transactionId: transaction.transactionId,
-        receipt: transaction.receipt,
-        purchaseToken: transaction.purchaseToken,
-      }),
-    });
-  }
-}
-```
-
-## 必要な購入オプション
-
-| オプション | プラットフォーム | 説明 |
-|--------|----------|-------------|
-| `productIdentifier` | iOS + Android | App Store Connect / Google Play Consoleで設定されたSKU/商品ID。 |
-| `productType` | Android専用 | `PURCHASE_TYPE.INAPP`または`PURCHASE_TYPE.SUBS`。デフォルトは`INAPP`。サブスクリプションには常に`SUBS`を設定します。 |
-| `planIdentifier` | Androidサブスクリプション | Google Play ConsoleのBase Plan ID。サブスクリプションに必須、iOSとアプリ内購入では無視されます。 |
-| `quantity` | iOS | アプリ内購入のみ、デフォルトは`1`。Androidは常に1つのアイテムを購入します。 |
-| `appAccountToken` | iOS + Android | 購入をユーザーにリンクするUUID/文字列。iOSではUUIDが必須。Androidでは最大64文字の難読化された文字列を受け入れます。 |
-| `isConsumable` | Android | 消費型商品のエンタイトルメント付与後にトークンを自動消費する場合は`true`に設定。デフォルトは`false`。 |
-
-## エンタイトルメントステータスの確認
-
-ストアが報告するすべてのトランザクションのクロスプラットフォームビューには`getPurchases()`を使用します：
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-purchases.forEach((purchase) => {
-  if (purchase.isActive && purchase.expirationDate) {
-    console.log('iOS sub active until', purchase.expirationDate);
-  }
-
-  const isAndroidIapValid =
-    ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') && purchase.isAcknowledged;
-
-  if (isAndroidIapValid) {
-    console.log('Grant in-app entitlement for', purchase.productIdentifier);
-  }
-});
-```
-
-### プラットフォームの動作
-
-- **iOS**: サブスクリプションには`isActive`、`expirationDate`、`willCancel`、およびStoreKit 2リスナーサポートが含まれます。アプリ内購入にはサーバーレシート検証が必要です。
-- **Android**: `isActive`/`expirationDate`は入力されません。権威あるステータスを取得するには、`purchaseToken`を使用してGoogle Play Developer APIを呼び出します。`purchaseState`は`PURCHASED`である必要があり、`isAcknowledged`は`true`である必要があります。
-
-## APIクイックリファレンス
-
-- `isBillingSupported()` – StoreKit / Google Playの利用可能性を確認します。
-- `getProduct()` / `getProducts()` – 価格、ローカライズされたタイトル、説明、初回特典を取得します。
-- `purchaseProduct()` – StoreKit 2またはBillingクライアントの購入フローを開始します。
-- `restorePurchases()` – 過去の購入を再生し、現在のデバイスに同期します。
-- `getPurchases()` – すべてのiOSトランザクションまたはPlay Billing購入をリストします。
-- `manageSubscriptions()` – ネイティブサブスクリプション管理UIを開きます。
-- `addListener('transactionUpdated')` – アプリ起動時に保留中のStoreKit 2トランザクションを処理します（iOS専用）。
-
-## ベストプラクティス
-
-1. **ストア価格を表示** – Appleは`product.title`と`product.priceString`の表示を要求します。ハードコードしないでください。
-2. **`appAccountToken`を使用** – ユーザーIDから決定論的にUUID（v5）を生成し、購入をアカウントにリンクします。
-3. **サーバー側で検証** – `receipt`（iOS）/`purchaseToken`（Android）をバックエンドに送信して検証します。
-4. **エラーを適切に処理** – ユーザーキャンセル、ネットワーク障害、サポートされていない課金環境を確認します。
-5. **徹底的にテスト** – [iOSサンドボックスガイド](/docs/plugins/native-purchases/ios-sandbox-testing/)と[Androidサンドボックスガイド](/docs/plugins/native-purchases/android-sandbox-testing/)に従ってください。
-6. **リストアと管理を提供** – `restorePurchases()`と`manageSubscriptions()`に接続されたUIボタンを追加します。
-
-## トラブルシューティング
-
-**商品が読み込まれない**
-- バンドルID / アプリケーションIDがストア設定と一致していることを確認してください。
-- 商品IDが有効で承認されている（App Store）または有効化されている（Google Play）ことを確認してください。
-- 商品を作成してから数時間待ってください。ストアの伝播は即座ではありません。
-
-**購入がキャンセルまたはスタックした**
-- ユーザーはフローの途中でキャンセルできます。`try/catch`で呼び出しをラップし、わかりやすいエラーメッセージを表示します。
-- Androidの場合、テストアカウントがPlay Store（内部トラック）からアプリをインストールして、Billingが機能することを確認してください。
-- デバイスで実行する際のlogcat/Xcodeで課金エラーを確認してください。
-
-**サブスクリプション状態が正しくない**
-- `getPurchases()`を使用して、ストアデータをローカルエンタイトルメントキャッシュと比較します。
-- Androidでは、常に`purchaseToken`を使用してGoogle Play Developer APIにクエリを実行し、有効期限日または返金ステータスを取得します。
-- iOSでは、`isActive`/`expirationDate`を確認し、レシートを検証して返金または取り消しを検出します。
diff --git a/src/content/docs/ja/docs/plugins/native-purchases/index.mdx b/src/content/docs/ja/docs/plugins/native-purchases/index.mdx
deleted file mode 100644
index 6472fea00..000000000
--- a/src/content/docs/ja/docs/plugins/native-purchases/index.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: "@capgo/native-purchases"
-locale: ja
-description: iOSとAndroid全体で統一されたシンプルなAPIを使用して、アプリ内課金とサブスクリプションを処理するCapacitorプラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: iOSとAndroidプラットフォーム全体でシームレスに動作する統一されたAPIで、アプリ内課金とサブスクリプションを簡素化します。
-  image:
-    file: ~public/icons/plugins/native-purchases.svg
-  actions:
-    - text: 始める
-      link: /docs/plugins/native-purchases/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/native-purchases/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="統一されたAPI" icon="rocket">
-    iOSとAndroid購入用の単一API 💳
-  </Card>
-  <Card title="サブスクリプション管理" icon="setting">
-    自動更新によるサブスクリプションの処理 🔄
-  </Card>
-  <Card title="レシート検証" icon="approve-check">
-    セキュリティのための組み込みレシート検証 🔒
-  </Card>
-  <Card title="はじめに" icon="open-book">
-    プラグインをインストールして設定するには、[はじめにガイド](/docs/plugins/native-purchases/getting-started/)を確認してください。
-  </Card>
-</CardGrid>
-
-## プラットフォームセットアップガイド
-
-<CardGrid>
-  <Card title="Androidセットアップ" icon="setting">
-    Androidでアプリ内課金を設定するための完全なガイド：
-    - [サンドボックステストの設定](/docs/plugins/native-purchases/android-sandbox-testing/)
-    - [サブスクリプションの作成](/docs/plugins/native-purchases/android-create-subscription/)
-    - [初回特典](/docs/plugins/native-purchases/android-introductory-offer/)
-  </Card>
-  <Card title="iOSセットアップ" icon="star">
-    iOSでアプリ内課金を設定するための完全なガイド：
-    - [サンドボックステストの設定](/docs/plugins/native-purchases/ios-sandbox-testing/)
-    - [サブスクリプショングループ](/docs/plugins/native-purchases/ios-subscription-group/)
-    - [サブスクリプションの作成](/docs/plugins/native-purchases/ios-create-subscription/)
-    - [初回特典](/docs/plugins/native-purchases/ios-introductory-offer/)
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/native-purchases/ios-app-store-review.mdx b/src/content/docs/ja/docs/plugins/native-purchases/ios-app-store-review.mdx
deleted file mode 100644
index c0215ea46..000000000
--- a/src/content/docs/ja/docs/plugins/native-purchases/ios-app-store-review.mdx
+++ /dev/null
@@ -1,536 +0,0 @@
----
-title: iOS App Store IAP のガイドラインを確認する
-description: 一般的な拒否理由とベスト プラクティスを含む、アプリ内購入とサブスクリプションで App Store レビューに合格するための完全なガイド。
-sidebar:
-  order: 10
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-
-App Store でアプリの承認を得るには、特にアプリ内購入とサブスクリプションを実装する場合、Apple のガイドラインに細心の注意を払う必要があります。このガイドでは、最初の投稿で審査に合格するために知っておく必要のあるすべてのことを説明します。
-
-![iOS App Store レビュー プロセス](/native-purchases/review-guides/ios-review-hero.webp)
-
-## アプリ内購入の要件
-
-### 価格の透明性 (重要)
-
-Apple では、購入前に明確な価格開示が必要です。
-
-**必須要素:**
-- 購入前に正確な価格を表示ボタン
-- 請求頻度を表示します (例: "$9.99/月")
-- ユーザーがお金を払って得られるものを明確に示します
-- 料金がいつ発生するかを示します
-
-**一般的な拒否:**
-> 「サブスクリプションの価格は明確かつ事前に設定する必要があります。」
-
-:::注意 価格の一貫性
-すべての価格は以下の間で一致する必要があります。
-- App Store メタデータのリスト
-- アプリ内購入画面
-- サブスクリプション管理画面
-
-ストアの掲載情報 (4.99 ドル) とアプリ (5.99 ドル) に 1 ドルの差異があるだけでも、自動的に拒否されます。
-:::
-
-### サブスクリプションプランのプレゼンテーション
-
-**必須開示事項:**
-- 利用可能なすべてのサブスクリプション層が一緒に表示されます
-- 階層ごとの機能の明確な比較
-- UI トリックによるプレミアム層への自動デフォルト設定なし
-- 簡単に見つけられるキャンセル手順
-
-![UI デザインの禁止事項](/native-purchases/review-guides/ui-design-dos-donts.webp)
-
-**準拠した UI の例:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function SubscriptionScreen() {
-  return (
-    <div>
-      <h2>Choose Your Plan</h2>
-
-      {/* Show all tiers equally */}
-      <PlanCard
-        title="Basic"
-        price="$4.99/month"
-        features={['Feature A', 'Feature B']}
-      />
-      <PlanCard
-        title="Premium"
-        price="$9.99/month"
-        features={['All Basic', 'Feature C', 'Feature D']}
-        highlighted={false} // Don't force premium
-      />
-
-      {/* Clear cancellation info */}
-      <Text>
-        Cancel anytime in Settings > Subscriptions.
-        No refunds for partial periods.
-      </Text>
-    </div>
-  );
-}
-```
-
-### 購入を復元する
-
-**必要な実装:**
-
-IAP を備えたすべてのアプリは、ユーザーがサポートに連絡せずに以前の購入を復元する方法を提供する必要があります。
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function restorePurchases() {
-  try {
-    await NativePurchases.restorePurchases();
-
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const activeSub = purchases.find(
-      (purchase) => purchase.isActive && purchase.expirationDate,
-    );
-
-    if (activeSub) {
-      unlockPremiumFeatures();
-      showMessage('Purchases restored successfully!');
-      return;
-    }
-
-    const { purchases: iaps } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.INAPP,
-    });
-    const hasIap = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-    showMessage(
-      hasIap ? 'Premium purchase restored!' : 'No previous purchases found.',
-    );
-  } catch (error) {
-    showError('Failed to restore purchases. Please try again.');
-  }
-}
-
-// Add a visible "Restore Purchases" button
-<Button onClick={restorePurchases}>
-  Restore Purchases
-</Button>
-```
-
-## 一般的な拒否理由
-
-### 1. アプリのクラッシュまたは機能の破損
-
-**失敗する理由:**
-- 起動時にアプリがクラッシュする
-- 購入フローが完了しない
-- スクリーンショットに示されている機能は動作しません
-
-**予防:**
-- (シミュレーターだけでなく) 実際のデバイスでテストします。
-- すべてのサブスクリプション フローをエンドツーエンドでテストする
-- 領収書の検証が機能することを確認する
-- ネットワークエラー処理を確認してください
-
-### 2. メタデータの不一致
-
-**失敗する理由:**
-- スクリーンショットには現在のビルドにない機能が表示されます
-- 説明に存在しない機能が記載されている
-- メタデータの価格はアプリ内価格とは異なります
-
-![メタデータ チェックリスト](/native-purchases/review-guides/metadata-checklist.webp)
-
-**予防:**
-```typescript
-// Document exactly what's in each tier
-const SUBSCRIPTION_FEATURES = {
-  basic: ['Ad-free', 'Cloud sync', 'Basic themes'],
-  premium: ['Ad-free', 'Cloud sync', 'All themes', 'Priority support']
-};
-
-// Use these in both your app AND App Store description
-```
-
-### 3. 権限の説明が欠落している
-
-**失敗する理由:**
-- 説明なしにカメラ/位置情報/健康状態を要求する
-- 許可リクエストは複数の画面の奥深くに埋め込まれます
-- 曖昧または一般的な権限の説明
-
-**予防:**
-
-`Info.plist` を明確な説明で更新します。
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Camera access is needed to scan product barcodes for quick subscription upgrades.</string>
-
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>Location helps us show relevant local content in your Premium subscription.</string>
-```
-
-### 4. 誤解を招くマーケティング
-
-**失敗する理由:**
-- 証拠もなく「世界ナンバー1のアプリ」などと主張する
-- 隠れた制限のある「無制限」機能
-- 偽の緊急戦略 (「あと 2 枠しかありません!」)
-
-![記述ガイドラインの例](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![追加の説明ガイドライン](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**予防:**
-- 説明は具体的かつ事実に基づいてください
-- 根拠のない最上級の表現は避ける
-- 偽りの希少性でユーザーに圧力をかけないでください
-
-### 5. 非表示のキャンセル処理
-
-**失敗する理由:**
-・キャンセル方法については記載がありません
-- キャンセルボタンが非表示または隠されている
-- Apple のネイティブ フローを使用しない複数ステップのキャンセル プロセス
-
-**予防:**
-```typescript
-// Always inform users about cancellation
-function SubscriptionInfo() {
-  return (
-    <div>
-      <h3>How to Cancel</h3>
-      <ol>
-        <li>Open iPhone Settings</li>
-        <li>Tap your name at the top</li>
-        <li>Tap Subscriptions</li>
-        <li>Select this app and tap Cancel</li>
-      </ol>
-
-      <p>Or manage directly in the App Store app.</p>
-
-      <Button onClick={openSubscriptionManagement}>
-        Manage Subscription in Settings
-      </Button>
-    </div>
-  );
-}
-
-async function openSubscriptionManagement() {
-  // Direct link to iOS subscription management
-  await NativePurchases.showManageSubscriptions();
-}
-```## プライバシーとデータの使用 (セクション 5.1.1)
-
-Apple は、2025 年にプライバシー要件を大幅に強化します。
-
-### 必要な開示
-
-**すべての権限について:**
-1. 必要な理由 (具体的な使用例)
-2. いつ使用するか
-3. データの保存/共有方法
-4. オプションか必須か
-
-### 例: 適切な許可フロー
-
-```typescript
-async function requestCameraPermission() {
-  // Show explanation BEFORE requesting
-  await showDialog({
-    title: 'Camera Access',
-    message: 'We need camera access to let you scan barcodes for quick product lookup. Your photos are never uploaded or stored.',
-    buttons: ['Not Now', 'Allow']
-  });
-
-  // Then request permission
-  const result = await Camera.requestPermissions();
-  return result.camera === 'granted';
-}
-```
-
-### プライバシー栄養ラベル
-
-App Store プライバシー ラベルが以下を正確に反映していることを確認してください。
-- 購入履歴の収集
-・メールアドレス（領収書用）
-- デバイスID（不正行為防止用）
-- 使用状況データ (分析用)
-
-:::warning
-不正確なプライバシー ラベルは、2025 年の一般的な拒否理由です。データ収集を慎重に監査してください。
-:::
-
-## 提出前チェックリスト
-
-![提出前チェックリスト](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **すべての購入フローをテストする**
-   - 各サブスクリプション層を購入する
-   - 無料トライアルをテストする
-   - 紹介特典が正しく適用されていることを確認する
-   - 購入した復元のテスト
-   - ファミリー共有を確認します (有効な場合)
-   - 複数のデバイスでテストする
-
-2. **価格の一貫性を確認**
-   - App Store メタデータがアプリ内価格と一致することを確認します
-   - すべての通貨が正しいことを確認してください
-   - 無料トライアル期間が説明と一致していることを確認します
-   - 紹介特典の条件が正確であることを確認してください
-
-3. **すべてのコピーを確認**
-   - プレースホルダーテキストを削除する
-   - クレームがテスト可能であることを確認する
-   - 文法とスペルをチェックする
-   - 説明が現在のビルドと一致していることを確認してください
-   - 競合他社への言及を削除する
-
-4. **権限のテスト**
-   - 必要な権限のみをリクエストする
-   - 要求する前に明確な説明を示す
-   - 「拒否」フローをテストします (アプリは引き続き動作するはずです)
-   - Info.plist の説明が明確であることを確認します
-
-5. **テストアカウントの準備**
-   - サンドボックステストアカウントの作成
-   - ログイン資格情報をアプリレビューメモに文書化します。
-   - テストアカウントにアクティブなサブスクリプションがあることを確認します
-   - レビュー担当者が購入フローを完了できるかテストする
-
-6. **メタデータの確認**
-   - スクリーンショットは現在の UI と一致します
-   - アプリのプレビュー ビデオ (存在する場合) には現在のバージョンが表示されます
-   - 説明は機能を正確に説明しています
-   - 年齢レーティングはコンテンツと一致します
-   - アプリ内でプライバシー ポリシーにアクセスできます
-
-7. **詳細なレビューノートを書く**
-   ```
-   Test Account:
-   Email: reviewer@test.com
-   Password: TestPass123!
-
-   Testing Instructions:
-   1. Log in with test account above
-   2. Tap "Upgrade to Premium" button
-   3. Select "Monthly Premium" subscription
-   4. Complete purchase (no charge in sandbox)
-   5. Verify premium features unlock
-
-   Note: Subscription pricing is clearly shown before purchase.
-   Cancellation instructions are in Settings > Account.
-   ```
-
-</Steps>
-
-## レビューのタイムライン
-
-![App Store レビュー タイムライン](/native-purchases/review-guides/review-timeline.webp)
-
-**標準レビュー:** 24 ～ 48 時間
-**ピーク期間:** 3 ～ 5 日 (App Store ホリデー リリース)
-**週末:** レビューは処理されていません
-**迅速なレビュー:** 重大なバグ修正に利用可能 (App Store Connect 経由でリクエスト)
-
-:::tip
-週末の遅れを避けるため、週の初めに提出してください。月曜日の提出物は通常、水曜日までに審査されます。
-:::
-
-## 2025 年のガイドラインの更新
-
-### 新しい要件
-
-**1. AI 機能の開示**
-アプリの機能に AI を使用する場合は、次のことを行う必要があります。
-- AI によって生成されたコンテンツに明確なラベルを付ける
-- AIがどのように使用されるかを説明する
-- 文書内容の安全対策
-
-**2.サブスクリプションの明確性の強化**
-- プランを並べて比較する必要があります
-- 安価なオプションを隠す「暗いパターン」はありません
-- ダウングレード/アップグレード パスをクリアする
-
-**3.プライバシーの強化**
-- セクション 5.1.1 の施行が強化されました
-- データ収集の正当性についてのさらなる精査
-- 子供向けアプリの要件が厳格化
-
-### 2024 年からの変化- モジュール形式の提出が可能になりました (製品ページを個別に更新します)
-- アプリ内イベントは個別に送信できます
-- 誤解を招くサブスクリプション UI の厳格な適用
-- 暗号通貨/NFT アプリに関する新しいガイダンス
-
-## ネイティブ購入プラグインのベスト プラクティス
-
-### 適切なエラー処理を実装する
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string) {
-  try {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    // Success
-    await validateReceiptOnServer(transaction.receipt);
-    showSuccess('Subscription activated!');
-    unlockFeatures();
-
-  } catch (error: any) {
-    // Handle specific error cases
-    if (error.code === 'USER_CANCELLED') {
-      // User cancelled - don't show error
-      console.log('Purchase cancelled by user');
-    } else if (error.code === 'PAYMENT_PENDING') {
-      showInfo('Payment is pending. Please check back later.');
-    } else if (error.code === 'PRODUCT_ALREADY_PURCHASED') {
-      // Restore instead
-      await NativePurchases.restorePurchases();
-    } else {
-      // Show user-friendly error
-      showError('Unable to complete purchase. Please try again.');
-    }
-  }
-}
-```
-
-### 読み込み状態の表示
-
-```typescript
-function PurchaseButton({ productId }: { productId: string }) {
-  const [loading, setLoading] = useState(false);
-
-  const handlePurchase = async () => {
-    setLoading(true);
-    try {
-      await NativePurchases.purchaseProduct({ productIdentifier: productId });
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handlePurchase} disabled={loading}>
-      {loading ? 'Processing...' : 'Subscribe Now'}
-    </button>
-  );
-}
-```
-
-### 用語を明確に表示する
-
-```typescript
-function SubscriptionTerms() {
-  return (
-    <div className="terms">
-      <p>
-        Subscription automatically renews unless cancelled at least 24 hours
-        before the end of the current period.
-      </p>
-      <p>
-        Your account will be charged for renewal within 24 hours prior to
-        the end of the current period.
-      </p>
-      <p>
-        Subscriptions may be managed by the user and auto-renewal may be
-        turned off in Account Settings after purchase.
-      </p>
-      <p>
-        <a href="/terms">Terms of Service</a> |
-        <a href="/privacy">Privacy Policy</a>
-      </p>
-    </div>
-  );
-}
-```
-
-## アプリが拒否された場合
-
-### 解決手順
-
-<Steps>
-
-1. **拒否内容をよく読んでください**
-   - 引用されている特定のガイドラインに注意してください (例: 3.1.1、5.1.1)
-   - Apple がフラグを立てた内容を正確に理解する
-
-2. **問題を徹底的に修正します**
-   - パッチを適用するだけではなく、根本原因を修正してください
-   - 修正を広範囲にテストする
-   - 変更内容を文書化する
-
-3. **解決センターで対応**
-   ```
-   Thank you for your feedback. I have addressed the issue:
-
-   Issue: Subscription pricing not clear upfront
-
-   Fix: Added explicit pricing display on subscription selection
-   screen showing "$9.99/month" before purchase button. Also added
-   cancellation instructions on the same screen.
-
-   The changes are in this submission and can be tested using the
-   provided test account.
-   ```
-
-4. **速やかに再提出してください**
-   - 再提出は通常、より迅速に審査されます
-   - 通常 24 時間以内
-
-</Steps>
-
-### 上訴プロセス
-
-拒否が間違っていると思われる場合は、次のようにします。
-
-![App Store 明確化プロセス](/native-purchases/review-guides/clarification-process.webp)
-
-1. App Store Connect の [異議申し立て] をクリックします。
-2. 明確な証拠を提供します。
-   - コンプライアンスを示すスクリーンショット
-   - 特定のガイドラインへの参照
-   - 要件を満たす方法の説明
-3. 専門的かつ事実に基づいて行動する
-4. 機能が見つけにくい場合は、テスト アカウントを含めます
-
-![資料請求例](/native-purchases/review-guides/request-documents.webp)
-
-## 追加のリソース
-
-- [Apple App Store ガイドラインの確認](https://developer.apple.com/app-store/review/guidelines/)
-- [アプリ内購入ガイドライン](https://developer.apple.com/app-store/review/guidelines/#in-app-purchase)
-- [サブスクリプションのベスト プラクティス](https://developer.apple.com/app-store/subscriptions/)
-- [App Store Connect ヘルプ](https://developer.apple.com/help/app-store-connect/)
-
-## サポート
-
-まだ問題が解決しない場合:
-- [ネイティブ購入ドキュメント]を確認してください(/docs/plugins/native-purchases/getting-started/)
-- [一般的なトラブルシューティングの問題] を確認してください(/docs/plugins/native-purchases/getting-started/#troubleshooting)
-- ガイドラインの詳細については、Apple 開発者サポートにお問い合わせください。
-
-### 専門家の助けが必要ですか?
-
-アプリのレビューで苦労している場合、または個別のサポートが必要ですか? **[チームへの相談電話を予約](https://cal.com/team/capgo/capacitor-consulting-services)**: 以下の専用サポートをご利用いただけます:
-
-- IAP実装のレビューと最適化
-- App Store 準備と戦略を確認する
-- 提出チェックリストのレビュー
-- 拒否の解決と異議申し立て
-- 完全なテストと検証
-
-当社の専門家は、何百ものアプリが審査に合格するよう支援してきました。
diff --git a/src/content/docs/ja/docs/plugins/native-purchases/ios-create-subscription.mdx b/src/content/docs/ja/docs/plugins/native-purchases/ios-create-subscription.mdx
deleted file mode 100644
index 55de5cfea..000000000
--- a/src/content/docs/ja/docs/plugins/native-purchases/ios-create-subscription.mdx
+++ /dev/null
@@ -1,307 +0,0 @@
----
-title: iOS 自動更新可能なサブスクリプションを作成する
-description: App Store Connect でネイティブ購入プラグインの自動更新可能なサブスクリプションを作成するためのステップバイステップ ガイド。
-sidebar:
-  order: 8
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-
-自動更新可能なサブスクリプションにより、iOS アプリのコンテンツ、サービス、またはプレミアム機能に定期的にアクセスできます。このガイドでは、App Store Connect でサブスクリプションを作成する手順を説明します。
-
-## 概要
-
-自動更新可能なサブスクリプションは、ユーザーがキャンセルするまで、各請求期間の終了時に自動的に更新されます。以下のような用途に最適です。
-- プレミアムコンテンツと機能
-- 広告なしのエクスペリエンス
-- クラウドストレージと同期
-- ストリーミングサービス
-- プロフェッショナルなツールとユーティリティ
-
-## 前提条件
-
-サブスクリプションを作成する前に、次のことを行う必要があります。
-1. [サブスクリプション グループを作成](/docs/plugins/native-purchases/ios-subscription-group/) してサブスクリプションを整理します
-2. アクティブな Apple 開発者プログラム メンバーシップを持っている
-3. App Store Connect で銀行と税金の情報を入力します
-
-## サブスクリプションの作成
-
-<Steps>
-
-1. **サブスクリプションに移動**
-
-   App Store Connect で、アプリを選択し、**[収益化] > [サブスクリプション]** に移動します。
-
-   サブスクリプション グループを選択するか、必要に応じて新しいグループを作成します。
-
-   ![サブスクリプションに移動](/native-purchases/ios/create-subscription/navigate-to-subscriptions.webp)
-
-2. **新しいサブスクリプションを作成**
-
-   サブスクリプション グループの横にある **+** アイコンをクリックして、新しいサブスクリプションを追加します。
-
-3. **基本情報を入力**
-
-   **参照名**: 内部使用のためのわかりやすい名前 (顧客には表示されません)
-   - 例：「プレミアムマンスリー」、「アルティメット年間」、「ベーシックプラン」
-
-   **製品 ID**: このサブスクリプションの一意の識別子 (後で変更することはできません)
-   - 形式: `com.yourcompany.yourapp.premium_monthly`
-   - アンダースコアを含むわかりやすい小文字の名前を使用します
-   - ネイティブ購入プラグインの構成に必要です
-
-   ![サブスクリプションの詳細を入力](/native-purchases/ios/create-subscription/enter-subscription-info.webp)
-
-4. **期間の構成**
-
-   利用可能なオプションからサブスクリプション期間を選択します。
-   - 1週間
-   - 1ヶ月
-   - 2ヶ月
-   - 3ヶ月
-   - 6ヶ月
-   - 1年
-
-   期間によって、ユーザーに請求される頻度が決まります。
-
-5. **価格設定**
-
-   [**サブスクリプション価格の追加**] をクリックして価格を設定します。
-
-   **基本地域**: 主要市場 (通常はあなたの国) を選択してください
-
-   **価格**: サブスクリプション価格を設定します
-   - Apple は自動的に他の通貨に変換されます
-   - Apple の価格帯から選択します
-   - 知覚価値と市場レートを考慮する
-
-   ![価格設定](/native-purchases/ios/create-subscription/configure-pricing.webp)
-
-6. **ファミリー共有 (オプション)**
-
-   最大 6 人の家族メンバーがサブスクリプションにアクセスできるようにするファミリー共有を有効にするかどうかを決定します。
-
-   :::注意
-   ファミリー共有を一度有効にすると、この製品ではオフにすることはできません。
-   :::
-
-   **次の場合に有効にします:**
-   - コンテンツは家族での使用に適しています
-   - 価値提案を高めたい
-   - あなたのビジネスモデルがそれをサポートしています
-
-   **次の場合は有効にしないでください**
-   - サブスクリプションは個人使用のみを目的としています
-   - コンテンツはユーザーに合わせてカスタマイズされます
-   - ユーザーあたりの収益を最大化したい
-
-7. **ローカリゼーションを追加**
-
-   アプリがサポートするすべての言語でサブスクリプション表示情報を追加します。
-
-   **サブスクリプション表示名**: 顧客向けの名前 (例: 「Premium Monthly」)
-
-   **説明**: サブスクリプションに含まれる内容の簡単な説明
-   - 簡潔かつ利益を重視した内容にします
-   - 主な機能について言及する
-   - 価値提案を強調する
-
-   ![ローカリゼーションを追加](/native-purchases/ios/create-subscription/add-localization.webp)8. **App Store プロモーション画像 (オプション)**
-
-   このサブスクリプションのプロモーション画像をアップロードします (312x390 ピクセル):
-   - App Store サブスクリプション ページに表示されます
-   - アプリのデザインと一致する必要があります
-   - 明確にするためにサブスクリプション名を含めます
-
-   :::メモ
-   画像は最初の送信ではオプションですが、App Store でのプロモーション表示には必須です。後で追加することもできます。
-   :::
-
-9. **保存して送信**
-
-   [**保存**] をクリックしてサブスクリプションを作成します。
-
-   **初めてのサブスクリプションの場合:**
-   - 新しいアプリバージョンで提出する必要があります
-   - 次回の App Store の提出物に含めてください
-   - 単独で提出することはできません
-
-   **次回以降のサブスクリプションの場合:**
-   - サブスクリプションページから直接送信できます
-   - 新しいアプリのバージョンは必要ありません
-   - 最初のサブスクリプションが承認された後に利用可能になります
-
-</Steps>
-
-## サブスクリプションのステータス
-
-サブスクリプションは次のいずれかのステータスになります。
-
-|ステータス |説明 |テストできますか? |
-|----------|---------------|----------|
-| **メタデータがありません** |セットアップが不完全 |はい (サンドボックス) |
-| **送信準備完了** |完了したが送信されていない |はい (サンドボックス) |
-| **レビュー待ち** | Apple に送信されました |はい (サンドボックス) |
-| **レビュー中** | Apple によってレビュー中 |はい (サンドボックス) |
-| **承認済み** |購入可能 |はい |
-| **拒否されました** |変化が必要 |はい (サンドボックス) |
-
-:::tip
-「メタデータがありません」または「送信準備完了」と表示されている場合でも、サンドボックス モードでサブスクリプションをテストできます。
-:::
-
-## アプリでの使用
-
-作成したら、製品 ID を使用してアプリ内でサブスクリプションを参照します。
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch subscription products direct from StoreKit
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: [
-    'com.yourcompany.yourapp.premium_monthly',
-    'com.yourcompany.yourapp.premium_annual',
-  ],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-products.forEach((product) => {
-  console.log(`${product.title}: ${product.priceString}`);
-  console.log(`Duration: ${product.subscriptionPeriod}`);
-  console.log(`Description: ${product.description}`);
-});
-
-// Purchase a subscription (StoreKit 2 automatically handles intro pricing and offers)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourcompany.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Transaction ID:', transaction.transactionId);
-
-  // StoreKit receipts are included on iOS for server-side validation
-  await sendReceiptToBackend(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-
-// Check subscription status using the store's data
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const premium = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.yourcompany.yourapp.premium_monthly',
-);
-
-if (premium?.isActive) {
-  console.log('Expires:', premium.expirationDate);
-  console.log('Will renew:', premium.willCancel === false);
-  console.log('Store state:', premium.subscriptionState);
-  unlockPremiumFeatures();
-} else {
-  showPaywall();
-}
-```
-
-## ベストプラクティス
-
-### 価格戦略
-- **月額プラン**: 参入障壁が低くなり、習慣が身に付きます
-- **年間計画**: より良い価値、より高い LTV、より低い解約率
-- **複数のレベル**: さまざまなユーザーセグメントに対応するベーシック、プレミアム、アルティメット
-- **競合分析**: 類似アプリの価格を調査します。
-
-### 製品ID
-- 一貫した名前を使用します: `company.app.tier_duration`
-- ID に階層と期間を含めます: `premium_monthly`、`ultimate_annual`
-- 製品 ID は変更しないでください (永久的なものです)。
-- チームのすべての製品 ID を文書化します。
-
-### ファミリー共有
-- 家族向けアプリ (ゲーム、教育、エンターテイメント) を有効にします
-- 収益への影響を考慮する
-- 共有動作を徹底的にテストする
-- マーケティングにおける共有機能を伝える
-
-### ローカリゼーション
-- すべてのサブスクリプション名と説明を翻訳します
-- 地域による価格の違いを考慮する
-- サポートされているすべての言語での表示をテストします
-- 文化的に適切なマーケティング言語を使用する
-
-### プロモーション画像
-- 一貫したビジュアルスタイルを維持する
-- サブスクリプション名と主な特典を含めます
-- 季節限定プロモーションの更新
-- マッチアプリ全体のデザイン言語
-
-## 一般的なサブスクリプション パターン
-
-### シングルティア (フリーミアム)
-```
-Free App + Premium Subscription
-- Basic: Free (limited features)
-- Premium Monthly: $4.99
-- Premium Annual: $39.99 (save 33%)
-```
-
-### 多層 (良い、より良い、最高)
-```
-- Basic Monthly: $4.99
-- Premium Monthly: $9.99
-- Ultimate Monthly: $19.99
-
-- Basic Annual: $49.99
-- Premium Annual: $99.99
-- Ultimate Annual: $199.99
-```
-
-### 消耗品 + サブスクリプションのハイブリッド
-```
-- Credit packs (consumable)
-- Monthly subscription (unlimited credits)
-- Annual subscription (unlimited + bonus features)
-```
-
-## トラブルシューティング
-
-**サブスクリプションがアプリに読み込まれていません:**
-- 製品 ID が正確に一致することを確認します (大文字と小文字が区別されます)。
-- サブスクリプションがサブスクリプション グループに含まれていることを確認します
-- バンドル識別子が App Store Connect と一致することを確認してください
-- 製品を作成してから 2 ～ 3 時間待ちます**サブスクリプションを送信できません:**
-- すべての必須フィールドに入力します (名前、説明、価格)
-- 少なくとも 1 つのローカリゼーションを追加します
-- 銀行/税金情報が承認されていることを確認します
-- 最初のサブスクリプションかどうかを確認します (アプリのバージョンが必要です)
-
-**ファミリー共有の切り替えが無効になっています:**
-- すでに有効になっています（無効にすることはできません）
-- サブスクリプションの詳細をチェックインする
-- 行き詰まった場合は、Apple サポートにお問い合わせください
-
-**価格帯は利用できません:**
-- 一部の地域では制限される場合があります
-- 代替ティアを選択してください
-- 価格に関する質問については、Apple にお問い合わせください。
-
-**「無効な製品 ID」エラー:**
-- リバースドメイン形式である必要があります
-- スペースや特殊文字を含めることはできません
-- タイプミスをチェックする
-- すべての製品の一意性を検証する
-
-## 次のステップ
-
-- [紹介オファーを作成](/docs/plugins/native-purchases/ios-introductory-offer/) して新規登録者を引きつけます
-- [サンドボックス テストを構成](/docs/plugins/native-purchases/ios-sandbox-testing/) してサブスクリプションをテストします
-- 獲得と維持のためのプロモーションオファーを設定する
-- サブスクリプション分析追跡を実装する
-
-## 追加のリソース
-
-詳細については、[自動更新可能なサブスクリプションに関する公式 Apple ドキュメント](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers) を参照してください。
diff --git a/src/content/docs/ja/docs/plugins/native-purchases/ios-introductory-offer.mdx b/src/content/docs/ja/docs/plugins/native-purchases/ios-introductory-offer.mdx
deleted file mode 100644
index 74dc182c1..000000000
--- a/src/content/docs/ja/docs/plugins/native-purchases/ios-introductory-offer.mdx
+++ /dev/null
@@ -1,408 +0,0 @@
----
-title: iOS サブスクリプションの紹介オファーを作成する
-description: iOS で自動更新可能なサブスクリプションの紹介オファーを作成し、新しいサブスクライバーを引き付けて変換する方法を学びます。
-sidebar:
-  order: 9
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-
-お試しオファーを利用すると、対象となるユーザーに無料トライアルまたは割引されたお試し価格を提供して、参入障壁を軽減し、サブスクリプション コンバージョンを増やすことができます。
-
-## 概要
-
-紹介オファーは、加入者ベースを拡大するための最も効果的なツールの 1 つです。これらにより、ユーザーは次のことが可能になります。
-- プレミアム機能をリスクなしでお試しください
-- コミット前の経験値
-- 低価格帯から始める
-- 製品に対する信頼を築く
-
-## オファーの種類
-
-iOS は、次の 3 種類の紹介オファーをサポートしています。
-
-### 1. 無料トライアル
-顧客は指定された期間中無料でアクセスできます。試用後、キャンセルしない場合は、通常の料金が請求されます。
-
-**例:**
-- 7日間無料
-- 14日間無料
-- 1ヶ月無料
-
-**こんな方に最適:**
-- 高価値のサブスクリプション
-- 機能豊富なアプリ
-- ユーザーの習慣を構築する
-
-### 2. 前払い
-顧客は、導入期間をカバーする単一の割引価格を支払います。
-
-**例:**
-- 2 か月間 $1.99 (その後は月額 $9.99)
-- 3 か月間 $9.99 (その後は月額 $19.99)
-
-**こんな方に最適:**
-- コミットメントシグナル
-- キャッシュフローのニーズ
-- 価格感応度のテスト
-
-### 3. 従量課金制
-顧客は複数の請求サイクルに対して割引価格を支払います。
-
-**例:**
-- 3 か月間 $1.99/月 (その後は $9.99/月)
-- 6 か月間 $4.99/月 (その後は $14.99/月)
-
-**こんな方に最適:**
-- 段階的な取り組み
-- 長期的な価値の実証
-- 認識されているリスクの軽減
-
-## 資格要件
-
-ユーザーは次の場合にのみ紹介オファーを受け取ることができます。
-- これまでに製品の紹介オファーを受け取ったことがない
-- 同じサブスクリプション グループ内のどの製品の紹介オファーも受け取っていない
-- 製品の有効なサブスクリプションを持っていない
-
-:::note
-Apple は資格チェックを自動的に処理します。ネイティブ購入プラグインは、オファーを提示する前に資格を確認するメソッドを提供します。
-:::
-
-## 前提条件
-
-紹介特典を追加する前に、まず [自動更新可能なサブスクリプションを作成](/docs/plugins/native-purchases/ios-create-subscription/) する必要があります。
-
-## 紹介オファーの作成
-
-<Steps>
-
-1. **サブスクリプションに移動**
-
-   App Store Connect で、アプリの **収益化 > サブスクリプション** セクションに移動し、オファーを追加するサブスクリプションを選択します。
-
-2. **サブスクリプション価格を追加**
-
-   [サブスクリプション価格] の横にある **+** アイコンをクリックして、価格設定モーダルを開きます。
-
-3. **紹介オファーを作成**
-
-   オプションから **「紹介オファーの作成」** を選択します。
-
-   ![紹介オファーを作成](/native-purchases/ios/introductory-offer/create-introductory-offer.webp)
-
-4. **国と開始日の構成**
-
-   **国と地域**: オファーを利用できる国を選択してください
-   - リーチを最大化するにはすべての国を選択してください
-   - またはテストを特定の市場に限定する
-
-   **開始日**: オファーが利用可能になった日
-   - すぐに実行することも、将来的にスケジュールすることもできます
-   - マーケティング キャンペーンとの調整に役立ちます
-
-   **終了日 (オプション)**: オファーの有効期限が切れる日
-   - 継続的に利用できる場合は空白のままにします
-   - 期間限定プロモーションの日付を設定します
-
-5. **オファーの種類を選択**
-
-   次の 3 つのオファー タイプから 1 つを選択します。
-
-   **無料** (無料トライアル)
-   - 期間を選択します (日、週、月)
-   - 例: 7 日、2 週間、1 か月**前払い**
-   - 一括支払い価格の設定
-   - 支払いの対象となる期間を設定する
-   - 例: 2 か月で 1.99 ドル
-
-   **従量課金制**
-   - 期間ごとに割引価格を設定
-   - 期間の数を設定します
-   - 例: 3 か月間 $2.99/月
-
-6. **レビューと確認**
-
-   以下を示す概要を確認してください。
-   - 特典の種類と期間
-   - 価格の詳細
-   - 導入期間後の通常価格
-   - 利用可能日と国
-
-7. **保存**
-
-   [**保存**] をクリックして紹介オファーを作成します。サンドボックス モードですぐにテストできるようになります。
-
-</Steps>
-
-## オファーの構成例
-
-### 例 1: 標準の無料トライアル
-```
-Type: Free
-Duration: 7 days
-Then: $9.99/month
-```
-**ユーザージャーニー:**
-- 1日目～7日目：無料アクセス
-- 8日目: 初回料金9.99ドル
-- 月額料金は継続します
-
-### 例 2: 前払い割引期間
-```
-Type: Pay Up Front
-Price: $4.99
-Duration: 3 months
-Then: $9.99/month
-```
-**ユーザージャーニー:**
-- 1日目: $4.99の請求
-- 90日間のアクセス
-- 91 日目: 月額 9.99 ドルが請求されます
-
-### 例 3: 段階的な導入
-```
-Type: Pay As You Go
-Price: $2.99/month
-Periods: 6 months
-Then: $9.99/month
-```
-**ユーザージャーニー:**
-- 1 ～ 6 か月目: 月額 2.99 ドル
-- 7 か月目以降: $9.99/月
-
-## アプリでの使用
-
-ネイティブ購入プラグインは、紹介オファーの提示と資格を自動的に処理します。
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch products with intro offer information
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.yourapp.premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-// Display intro offer details (StoreKit sends localized metadata)
-if (product.introductoryPrice) {
-  console.log('Intro price:', product.introductoryPriceString);
-  console.log('Intro period:', product.introductoryPricePeriod);
-  console.log('Intro cycles:', product.introductoryPriceCycles);
-  console.log('Regular price:', product.priceString);
-} else {
-  console.log('No intro offer configured');
-}
-
-// Purchase (StoreKit automatically applies intro pricing if eligible)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Subscription active, receipt length:', transaction.receipt?.length);
-  await validateReceiptOnServer(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-```
-
-## ユーザーへの紹介オファーの表示
-
-### UI のベスト プラクティス
-
-**明確な価値提案:**
-```
-Try Premium Free for 7 Days
-Then $9.99/month. Cancel anytime.
-```
-
-**節約を重視:**
-```
-Start at Just $1.99
-Get 3 months of Premium for only $1.99
-Then $9.99/month
-```
-
-**透過的なコミュニケーション:**
-```
-Your Free Trial
-• Access all premium features
-• No charge for 7 days
-• $9.99/month after trial
-• Cancel anytime, even during trial
-```
-
-### 実装例
-
-```typescript
-function formatIntroOffer(product: any): string {
-  if (!product.introductoryPrice) {
-    return `${product.priceString} per ${product.subscriptionPeriod}`;
-  }
-
-  const intro = product.introductoryPrice;
-  const regular = product.priceString;
-
-  if (intro.price === 0) {
-    // Free trial
-    return `Try free for ${intro.periodString}, then ${regular}`;
-  } else if (intro.cycles === 1) {
-    // Pay up front
-    return `${intro.priceString} for ${intro.periodString}, then ${regular}`;
-  } else {
-    // Enterprise
-    return `${intro.priceString} for ${intro.cycles} ${intro.periodString}s, then ${regular}`;
-  }
-}
-```
-
-## マーケティングのベストプラクティス
-
-### トライアル期間戦略
-- **3～7日**: アプリ、ゲームをすぐに決定
-- **7 ～ 14 日**: ほとんどのアプリの標準
-- **14～30日**: 複雑なツール、プロフェッショナルなアプリ
-- **30 日以上**: 高価値の B2B またはエンタープライズ
-
-### 価格設定の心理学
-- **$0.99-$1.99**: 障壁が非常に低く、テストに適しています
-- **50% オフ**: 知覚価値が高い
-- **初月無料**: よくあるおなじみのパターン
-
-### 通信タイミング
-- **試用期間が終了する前に**: 今後の請求についてユーザーに通知します
-- **ハイライト値**: 使用状況の統計、実績を表示します。
-- **簡単なキャンセル**: 透明性のあるプロセスで信頼を構築
-
-## イントロオファーのテスト
-
-サンドボックス テストを使用して動作を検証します。
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// In sandbox mode, accelerated subscription durations apply:
-// - 3 days free trial = 3 minutes
-// - 1 week free trial = 3 minutes
-// - 1 month free trial = 5 minutes
-
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Purchase with intro offer
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Intro purchase transaction:', transaction.transactionId);
-
-// Wait for accelerated renewal
-setTimeout(async () => {
-  const { purchases } = await NativePurchases.getPurchases({
-    productType: PURCHASE_TYPE.SUBS,
-  });
-  const premium = purchases.find((purchase) => purchase.productIdentifier === 'premium_monthly');
-  console.log('After trial state:', premium?.subscriptionState);
-}, 180000); // 3 minutes for weekly trial
-```
-
-## 重要な注意事項
-
-### 資格規定
-- サブスクリプション グループごとにユーザーごとに 1 つのイントロ オファー (生涯)
-- 新規加入者のみに適用されます
-・キャンセル後は再利用不可
-- サブスクリプションのアップグレード/クロスグレードには利用できません
-
-### ストアキット API
-- `introductoryPrice` には、イントロ オファーの詳細が表示されます
-- `eligibility` メソッドはユーザーが資格があるかどうかを確認します
-- 購入時に自動的に適用されます
-- 特別な購入方法は必要ありません
-
-### 制限事項
-- サブスクリプションごとに一度に有効になるイントロ オファーは 1 つだけです
-- 他の割引タイプとの併用はできません
-- 資格ルールは変更できません
-- Apple は適格性チェックを制御します
-
-## トラブルシューティング
-
-**紹介オファーが表示されない:**
-- App Store Connect でオファーがアクティブ化されているかどうかを確認します
-- ユーザーがこれまでに紹介オファーを使用したことがないことを確認する
-- ユーザーがグループ内の何もサブスクライブしていないことを確認してください
-- 新しいサンドボックス アカウントでテストする
-
-**資格チェックに失敗しました:**
-- App Store の同期を待ちます (2 ～ 3 時間かかる場合があります)
-- 製品IDが正しいことを確認してください
-- サブスクリプション グループの構成を確認する
-- 新しいテスト アカウントを使用してサンドボックスでテストする**間違った価格表示:**
-- 地域の価格設定を確認する
-- 通貨換算を確認する
-- オファーの日付が最新のものであることを確認してください
-- 製品情報を更新
-
-**サンドボックス テストの問題:**
-- 加速期間を使用します (3 分 = 1 週間)
-- テストごとに新しいテスト アカウントを作成する
-- トライアルが自然に完了するまで待ちます
-- 更新回数の確認（サンドボックスでは最大6回）
-
-## 分析と最適化
-
-### これらの指標を追跡する
-- 紹介オファー承諾率
-- トライアルから有料への変換率
-- トライアル中のキャンセル
-- 最初の充電後の保持
-- 収益への影響
-
-### A/B テストのアイデア
-- 無料トライアルと有料イントロの比較
-- トライアルの長さのバリエーション
-- 割引率
-- 一括支払いと定期割引の比較
-
-### 最適化戦略
-```typescript
-// Track offer performance
-analytics.track('intro_offer_displayed', {
-  product_id: product.identifier,
-  offer_type: product.introductoryPriceType,
-  offer_duration: product.introductoryPricePeriod
-});
-
-analytics.track('intro_offer_accepted', {
-  product_id: product.identifier
-});
-
-// Monitor conversion
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  if (transaction.productIdentifier === product.identifier && transaction.isActive) {
-    analytics.track('trial_converted', {
-      transactionId: transaction.transactionId,
-      productId: transaction.productIdentifier,
-    });
-  }
-});
-```
-
-## 次のステップ
-
-- [サンドボックス テストを構成](/docs/plugins/native-purchases/ios-sandbox-testing/) してイントロ オファーをテストします
-- ウィンバック キャンペーンのプロモーション オファーを設定する
-- サブスクリプション分析の実装
-- ターゲットを絞ったマーケティング キャンペーンを作成する
-
-## 追加のリソース
-
-詳細については、[紹介オファーに関する公式 Apple ドキュメント](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers/implementing_introductory_offers_in_your_app) を参照してください。
diff --git a/src/content/docs/ja/docs/plugins/native-purchases/ios-sandbox-testing.mdx b/src/content/docs/ja/docs/plugins/native-purchases/ios-sandbox-testing.mdx
deleted file mode 100644
index 9be8885f4..000000000
--- a/src/content/docs/ja/docs/plugins/native-purchases/ios-sandbox-testing.mdx
+++ /dev/null
@@ -1,204 +0,0 @@
----
-title: iOS サンドボックス テストの構成
-description: App Store Connect と Xcode を使用して、iOS でアプリ内購入のサンドボックス テストを設定する方法を学びます。
-sidebar:
-  order: 6
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-
-iOS でアプリ内購入をテストするには、App Store Connect とテスト デバイスで適切な設定が必要です。このガイドでは、サンドボックス テストを開始するために必要なすべてを説明します。
-
-## 前提条件
-
-- **Apple 開発者プログラム**: 毎年更新されるアクティブなメンバーシップ
-- **契約**: 銀行業務および税務情報を記入した「有料アプリケーション契約」に署名済み
-- **Xcode プロジェクト**: 適切なバンドル識別子と機能で構成されています
-
-:::note
-銀行業務と税金の設定の承認には、数時間から数日かかる場合があります。テストの前に十分な余裕を持ってこれを完了してください。
-:::
-
-## セットアッププロセス
-
-<Steps>
-
-1. **有料アプリケーション契約書に署名します**
-
-   App Store Connect で、**契約、税金、銀行** に移動し、次の項目を完了します。
-   - 有料アプリケーション契約に署名します
-   - 銀行情報を追加します
-   - 納税フォームに記入してください
-
-   Apple があなたの情報を承認するまで待ちます (これには 24 ～ 48 時間かかる場合があります)。
-
-2. **サンドボックス テスト ユーザーの作成**
-
-   App Store Connect で、**ユーザーとアクセス > サンドボックス テスター** に移動します。
-
-   **+** ボタンをクリックして、新しいサンドボックス テスターを作成します。
-
-   **重要**: Apple ID にまだ関連付けられていない電子メール アドレスを使用してください。電子メール エイリアスを使用できます。
-   - Gmail: `youremail+test@gmail.com`
-   - iCloud: `youremail+test@icloud.com`
-
-   ![サンドボックス テスターの作成](/native-purchases/ios/sandbox-testing/sandbox-tester-setup.webp)
-
-3. **テストデバイスの構成 (iOS 12+)**
-
-   iOS 12 以降、購入をテストするために iTunes アカウントからサインアウトする必要はなくなりました。
-
-   iOS デバイスで:
-   1. **設定**を開きます
-   2. 「**App Store**」をタップします
-   3. 一番下までスクロールします
-   4. [**サンドボックス アカウント**] をタップします
-   5. サンドボックス テスト アカウントでサインインします。
-
-   :::ヒント
-   これは、iTunes アカウントからサインアウトする古い方法よりもはるかに便利です。
-   :::
-
-4. **Xcode プロジェクトの構成**
-
-   Xcode プロジェクトに以下が含まれていることを確認してください。
-
-   **バンドル識別子**
-   - デベロッパー センターの識別子と一致する必要があります
-   - App Store Connect の識別子と一致する必要があります
-
-   **アプリ内購入機能**
-   1. Xcode でプロジェクトを選択します
-   2. **署名と機能**に移動します
-   3. [**+ 機能**] をクリックします。
-   4. **アプリ内購入**を追加します
-
-5. **アプリ内購入製品の作成**
-
-   App Store Connect で、アプリに移動し、アプリ内購入製品 (サブスクリプション、消耗品など) を作成します。
-
-   サンドボックス テストでは、製品が少なくとも「送信準備完了」ステータスにある必要があります。
-
-6. **実装をテストする**
-
-   テスト デバイスでアプリをビルドして実行します。購入しようとすると、次のように表示されます。
-
-   > **[環境: サンドボックス]**
-
-   この確認は、サンドボックス環境にいて、実際のお金が請求されないことを示します。
-
-</Steps>
-
-## 重要な注意事項
-
-### サンドボックス環境の特性- **実質料金なし**: サンドボックス モードではすべての購入が無料です
-- **高速サブスクリプション**: テストを迅速化するためにサブスクリプション期間が短縮されます。
-  - 1 週間のサブスクリプション = 3 分
-  - 1 か月のサブスクリプション = 5 分
-  - 2 か月のサブスクリプション = 10 分
-  - 3 か月のサブスクリプション = 15 分
-  - 6 か月のサブスクリプション = 30 分
-  - 1 年間のサブスクリプション = 1 時間
-- **自動更新制限**: サブスクリプションはサンドボックスで最大 6 回まで自動更新されます
-- **即時キャンセル**: キャンセルされたサブスクリプションはすぐに期限切れになります
-
-### サンドボックスアカウント管理
-
-- さまざまなシナリオ用に複数のテスト アカウントを作成します
-- テスト アカウントはテスト デバイスでのみ使用します
-- サンドボックス テストには個人の Apple ID を使用しないでください
-- テストアカウントは地域に関係なくあらゆる製品を購入できます
-
-## サンドボックス テストの使用
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) {
-  throw new Error('StoreKit not supported on this device');
-}
-
-// Fetch products (automatically uses sandbox when available)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Make test purchase
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Test purchase successful!', transaction.transactionId);
-```
-
-## 検証
-
-正しく構成されている場合は、次の点に注意してください。
-
-1. 購入時の **サンドボックス バナー**: 「[環境: サンドボックス]」
-2. **製品は正常に読み込まれます**
-3. **実際の料金なしで購入が完了**
-4. **領収書は正しく検証**されます
-5. **サブスクリプションは自動的に更新されます** (高速で)
-
-## トラブルシューティング
-
-**製品が読み込まれていません:**
-- バンドル識別子が App Store Connect と一致することを確認します
-- 契約書が署名され、承認されていることを確認する
-- 製品が少なくとも「送信準備完了」ステータスであることを確認してください
-- 製品を作成した後、2 ～ 3 時間待ちます
-
-**「iTunes Store に接続できません」:**
-- サンドボックス アカウントが正しく構成されていることを確認します
-- デバイスがインターネットに接続されていることを確認してください
-- サンドボックス アカウントからサインアウトして再度ログインしてみてください
-- アプリを再起動します
-
-**購入がサイレントに失敗する:**
-- Xcode コンソールでエラー メッセージを確認してください
-- アプリ内購入機能が有効になっていることを確認します
-- サンドボックス アカウントのメールアドレスが実際の Apple ID でないことを確認してください
-- 新しいサンドボックス テスト アカウントを作成してみる
-
-**受信検証エラー:**
-- テストでサンドボックス受信検証エンドポイントを使用する
-- 本番エンドポイント: `https://buy.itunes.apple.com/verifyReceipt`
-- サンドボックス エンドポイント: `https://sandbox.itunes.apple.com/verifyReceipt`
-- ネイティブ購入プラグインはこれを自動的に処理します
-
-**間違ったサブスクリプション期間:**
-- サブスクリプションはサンドボックスで高速化されることを忘れないでください
-- 予想される期間については上記の換算表を使用してください
-- サブスクリプションはサンドボックスで最大 6 回自動更新されます
-
-**「この Apple ID は iTunes Store でまだ使用されていません。」:**
-- これは新しいサンドボックス アカウントでは正常です
-- 購入を進めてアカウントを有効化してください
-- 最初の使用時にのみ発生します
-
-## ベストプラクティス
-
-1. さまざまなテスト シナリオ用に **複数のテスト アカウントを作成**
-2. **すべてのサブスクリプション期間をテスト**して動作を確認します
-3. **テストのキャンセルと更新**の流れ
-4. **領収書の検証**が正しく機能することを確認します
-5. **購入の復元をテスト** 機能
-6. **サブスクリプションのアップグレード/ダウングレード**の動作を確認します
-7. **劣悪なネットワーク条件でのテスト**
-
-## 本番環境とサンドボックスの比較
-
-|特集 |サンドボックス |制作 |
-|----------|----------|---------------|
-|実質料金 |いいえ |はい |
-|購読期間 |加速 |通常 |
-|自動更新の制限 | 6回 |無制限 |
-|キャンセル効果 |即時 |期間の終わり |
-|受信エンドポイント |サンドボックス URL |制作URL |
-|テストアカウントのみ |はい |いいえ |
-
-## 追加のリソース詳細については、サンドボックス テストに関する [公式 Apple StoreKit ドキュメント](https://developer.apple.com/documentation/storekit/in-app_purchase/testing_in-app_purchases_with_sandbox) を参照してください。
diff --git a/src/content/docs/ja/docs/plugins/native-purchases/ios-subscription-group.mdx b/src/content/docs/ja/docs/plugins/native-purchases/ios-subscription-group.mdx
deleted file mode 100644
index d700c0341..000000000
--- a/src/content/docs/ja/docs/plugins/native-purchases/ios-subscription-group.mdx
+++ /dev/null
@@ -1,301 +0,0 @@
----
-title: iOSサブスクリプショングループの作成
-locale: ja
-description: App Store Connectでサブスクリプショングループを作成・設定し、アプリのサブスクリプション提供を整理する方法を学びます。
-sidebar:
-  order: 7
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-サブスクリプショングループは、iOSアプリで複数のサブスクリプションレベルを整理・管理するために不可欠です。アップグレード、ダウングレード、クロスグレード機能を実装するには、その仕組みを理解することが重要です。
-
-## サブスクリプショングループとは？
-
-サブスクリプショングループは、ユーザーが選択できる関連サブスクリプションのコレクションです。ユーザーは、グループ内の1つのサブスクリプションにのみ同時に登録できます。サブスクリプションを切り替えると、Appleが自動的に移行を処理します。
-
-## サブスクリプショングループが重要な理由
-
-サブスクリプショングループにより以下が可能になります：
-- **段階的な価格設定**: ベーシック、プレミアム、アルティメットプランの提供
-- **異なる期間**: 月次、年次、ライフタイムオプション
-- **アップグレード/ダウングレードロジック**: サブスクリプション変更の自動処理
-- **簡素化された管理**: 関連するサブスクリプションをグループ化
-
-## サブスクリプションレベル
-
-グループ内では、各サブスクリプションは最高価値（レベル1）から最低価値までランク付けする必要があります。このランキングによって、サブスクリプション変更の分類方法が決まります：
-
-![Subscription group hierarchy](/native-purchases/ios/subscription-group/subscription-group-hierarchy.webp)
-
-### レベルの例
-
-**レベル1**（最高価値）
-- Premium Annual ($99.99/year)
-- Ultimate Monthly ($19.99/month)
-
-**レベル2**（中価値）
-- Standard Annual ($49.99/year)
-- Premium Monthly ($9.99/month)
-
-**レベル3**（最低価値）
-- Basic Annual ($29.99/year)
-- Standard Monthly ($4.99/month)
-
-## サブスクリプション変更のタイプ
-
-Appleは、レベルランキングに基づいて3種類のサブスクリプション変更を自動的に処理します：
-
-### 1. アップグレード
-**上位層**のサブスクリプションへの移行（例：レベル2 → レベル1）。
-
-**動作：**
-- **即座に**有効になります
-- ユーザーは残り時間の**按分返金**を受け取ります
-- 新しいサブスクリプションがすぐに開始されます
-
-**例：**
-```typescript
-// User currently has: Standard Monthly (Level 2)
-// User upgrades to: Premium Annual (Level 1)
-// Result: Immediate access to Premium, refund for unused Standard time
-```
-
-### 2. ダウングレード
-**下位層**のサブスクリプションへの移行（例：レベル1 → レベル2）。
-
-**動作：**
-- **次回更新日**に有効になります
-- ユーザーは期間が終了するまで現在のサブスクリプションを維持します
-- 期限切れ後、新しいサブスクリプションが自動的に開始されます
-
-**例：**
-```typescript
-// User currently has: Premium Annual (Level 1)
-// User downgrades to: Standard Monthly (Level 2)
-// Result: Premium access continues until annual renewal date, then switches
-```
-
-### 3. クロスグレード
-**同じ層レベル**の別のサブスクリプションへの切り替え。
-
-**期間によって動作が異なります：**
-
-**異なる期間** → **ダウングレード**のように動作
-- 次回更新日に有効になります
-- 例：Monthly Premium (Level 1) → Annual Premium (Level 1)
-
-**同じ期間** → **アップグレード**のように動作
-- 即座に有効になります
-- 例：Premium Monthly (Level 1) → Ultimate Monthly (Level 1)
-
-## サブスクリプショングループの作成
-
-<Steps>
-
-1. **サブスクリプションに移動**
-
-   App Store Connectでアプリを選択し、**収益化 > サブスクリプション**に移動します。
-
-2. **グループを作成**
-
-   「サブスクリプショングループ」の横にある**+**をクリックして新しいグループを作成します。
-
-3. **グループに名前を付ける**
-
-   含まれるサブスクリプションを反映する説明的な名前を選択します：
-   - "Premium Access"
-   - "Cloud Storage Plans"
-   - "Pro Features"
-
-4. **サブスクリプションを追加**
-
-   グループを作成した後、個別のサブスクリプションを追加します。各サブスクリプションにはレベルランキングがあります。
-
-5. **レベルランキングを設定**
-
-   最高価値（1）から最低価値までサブスクリプションを配置します。以下を考慮してください：
-   - 年次プランは通常、月次より高くランク付け
-   - 高価格層は低価格層より上にランク付け
-   - アルティメット/プレミアム層が最高ランク
-
-</Steps>
-
-## アプリでの使用
-
-native-purchasesプラグインは、サブスクリプショングループロジックを自動的に処理します：
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch all subscriptions in a group
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_annual', 'ultimate_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Display current subscription using StoreKit transactions
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const activeSubs = purchases.filter((purchase) => purchase.isActive);
-
-// Detect pending downgrade/cancellation (StoreKit sets willCancel === true)
-const pendingChange = purchases.find((purchase) => purchase.willCancel === true);
-if (pendingChange) {
-  console.log('Subscription will stop auto-renewing on', pendingChange.expirationDate);
-}
-
-// Purchase (StoreKit handles upgrades/downgrades automatically)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_annual',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Listen for StoreKit updates (fires on upgrades/downgrades/refunds)
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Subscription updated:', transaction);
-});
-```
-
-## サブスクリプション変更の処理
-
-### 変更タイプの検出
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Get current subscription info
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const currentSubscription = purchases.find(
-  (purchase) => purchase.subscriptionState === 'subscribed',
-);
-
-if (currentSubscription) {
-  // StoreKit reports if user cancelled auto-renew
-  if (currentSubscription.willCancel) {
-    console.log(
-      `User cancelled. Access remains until ${currentSubscription.expirationDate}`,
-    );
-  }
-
-  if (currentSubscription.isUpgraded) {
-    console.log('User recently upgraded to this plan.');
-  }
-}
-
-// Listen for automatic upgrades/downgrades
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Subscription changed!', transaction);
-  if (transaction.subscriptionState === 'revoked') {
-    revokeAccess();
-  } else if (transaction.isActive) {
-    unlockPremiumFeatures();
-  }
-});
-```
-
-### ユーザーコミュニケーション
-
-変更の動作を常に明確に伝えます：
-
-**アップグレードの場合：**
-> "プレミアム機能に即座にアクセスできます。現在のサブスクリプションを按分します。"
-
-**ダウングレードの場合：**
-> "[更新日]までプレミアムアクセスを維持し、その後スタンダードに切り替わります。"
-
-**クロスグレードの場合：**
-> "プランは[日付]の次回更新時に年次課金に変更されます。"
-
-## サーバー監視
-
-Apple App Store Server Notifications v2または独自のレシート検証バックエンドを使用して、データベースでStoreKitの変更をミラーリングします。サーバー通知を`transactionUpdated`リスナーと組み合わせて、クライアントとバックエンドの両方が同期を保ちます。
-
-## ベストプラクティス
-
-### グループの整理
-- 関連するサブスクリプションを同じグループに保管
-- 関連しない機能を混在させない（ストレージと広告削除など）
-- 異なる機能セットには別のグループを作成
-
-### レベルランキング戦略
-- 年次プラン → 月次より高いレベル（同じ層の場合）
-- 高価格層 → より高いレベル
-- 価格だけでなく価値を考慮
-
-### ユーザーエクスペリエンス
-- 現在のサブスクリプションを明確に表示
-- グループ内の利用可能なすべてのオプションを表示
-- どの変更が即座で、どれが更新時かを示す
-- プラン間の簡単な切り替えを許可
-
-### テスト
-- すべてのアップグレードシナリオをテスト
-- すべてのダウングレードシナリオをテスト
-- クロスグレードの動作を検証
-- Webhookの発火を確認
-
-## 一般的なシナリオ
-
-### シナリオ1：3段階の月次プラン
-```
-Level 1: Ultimate Monthly ($19.99)
-Level 2: Premium Monthly ($9.99)
-Level 3: Basic Monthly ($4.99)
-```
-
-- Basic → Premium: アップグレード（即座）
-- Premium → Ultimate: アップグレード（即座）
-- Ultimate → Premium: ダウングレード（更新時）
-- Basic → Ultimate: アップグレード（即座）
-
-### シナリオ2：混合期間プラン
-```
-Level 1: Premium Annual ($99.99/year)
-Level 2: Premium Monthly ($9.99/month)
-```
-
-- Monthly → Annual: クロスグレード（更新時）
-- Annual → Monthly: ダウングレード（更新時）
-
-### シナリオ3：複数層・複数期間
-```
-Level 1: Ultimate Annual ($199/year)
-Level 2: Ultimate Monthly ($19.99/month)
-Level 3: Premium Annual ($99/year)
-Level 4: Premium Monthly ($9.99/month)
-Level 5: Basic Annual ($49/year)
-Level 6: Basic Monthly ($4.99/month)
-```
-
-この設定により、明確なアップグレード/ダウングレードロジックを維持しながら最大の柔軟性が得られます。
-
-## トラブルシューティング
-
-**サブスクリプションがグループに表示されない：**
-- 正しいグループに割り当てられているか確認
-- 少なくとも「提出準備完了」ステータスであることを確認
-- Product IDが正しいことを確認
-
-**誤ったアップグレード/ダウングレード動作：**
-- レベルランキングを確認（1 = 最高）
-- サブスクリプション層が理にかなっているか確認
-- レベルが正しく設定されているか確認
-
-**異なるグループからの製品：**
-- ユーザーは複数のグループに同時に登録できます
-- これは意図的です - 関連製品を同じグループに保管
-
-**getActiveProductsが複数のサブスクリプションを表示：**
-- サブスクリプションが異なるグループにあるか確認
-- ユーザーがファミリー共有経由で登録していないか確認
-- App Store Connectでサブスクリプションステータスを確認
-
-## 追加リソース
-
-詳細については、[サブスクリプショングループに関する公式Apple文書](https://developer.apple.com/app-store/subscriptions/)を参照してください。
diff --git a/src/content/docs/ja/docs/plugins/nativegeocoder/getting-started.mdx b/src/content/docs/ja/docs/plugins/nativegeocoder/getting-started.mdx
deleted file mode 100644
index 1feab6b32..000000000
--- a/src/content/docs/ja/docs/plugins/nativegeocoder/getting-started.mdx
+++ /dev/null
@@ -1,354 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Capacitorアプリで住所と座標の変換を行うNative Geocoderプラグインをインストールして使用する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージのインストール**
-   <PackageManagers pkg="@capgo/nativegeocoder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトとの同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **パーミッションの設定**
-
-   ### iOS
-   `Info.plist`に位置情報使用説明を追加します：
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>To convert addresses to coordinates</string>
-   ```
-
-   ### Android
-   `AndroidManifest.xml`にパーミッションを追加します：
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-</Steps>
-
-## 使用方法
-
-プラグインをインポートしてジオコーディングメソッドを使用します：
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-// フォワードジオコーディング：住所から座標へ
-const forwardGeocode = async () => {
-  const results = await NativeGeocoder.forwardGeocode({
-    addressString: '1600 Amphitheatre Parkway, Mountain View, CA',
-    useLocale: true,
-    maxResults: 1
-  });
-
-  const location = results.addresses[0];
-  console.log('Latitude:', location.latitude);
-  console.log('Longitude:', location.longitude);
-};
-
-// リバースジオコーディング：座標から住所へ
-const reverseGeocode = async () => {
-  const results = await NativeGeocoder.reverseGeocode({
-    latitude: 37.4220656,
-    longitude: -122.0840897,
-    useLocale: true,
-    maxResults: 1
-  });
-
-  const address = results.addresses[0];
-  console.log('Street:', address.thoroughfare);
-  console.log('City:', address.locality);
-  console.log('Country:', address.countryName);
-};
-```
-
-## APIリファレンス
-
-### forwardGeocode(options)
-
-住所文字列を地理座標に変換します。
-
-```typescript
-interface ForwardGeocodeOptions {
-  addressString: string;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Android専用
-}
-
-interface GeocodeResult {
-  addresses: Address[];
-}
-
-interface Address {
-  latitude: number;
-  longitude: number;
-  countryCode?: string;
-  countryName?: string;
-  postalCode?: string;
-  administrativeArea?: string;
-  subAdministrativeArea?: string;
-  locality?: string;
-  subLocality?: string;
-  thoroughfare?: string;
-  subThoroughfare?: string;
-}
-```
-
-### reverseGeocode(options)
-
-地理座標を住所情報に変換します。
-
-```typescript
-interface ReverseGeocodeOptions {
-  latitude: number;
-  longitude: number;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Android専用
-}
-```
-
-## 完全な例
-
-### エラーハンドリング付き住所検索
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-export class GeocodingService {
-  async searchAddress(address: string): Promise<{lat: number, lng: number} | null> {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: address,
-        useLocale: true,
-        maxResults: 5
-      });
-
-      if (results.addresses.length > 0) {
-        const location = results.addresses[0];
-        return {
-          lat: location.latitude,
-          lng: location.longitude
-        };
-      }
-
-      return null;
-    } catch (error) {
-      console.error('Geocoding failed:', error);
-      return null;
-    }
-  }
-
-  async getAddressFromCoordinates(lat: number, lng: number): Promise<string | null> {
-    try {
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: lat,
-        longitude: lng,
-        useLocale: true,
-        maxResults: 1
-      });
-
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        return this.formatAddress(address);
-      }
-
-      return null;
-    } catch (error) {
-      console.error('Reverse geocoding failed:', error);
-      return null;
-    }
-  }
-
-  private formatAddress(address: Address): string {
-    const parts = [
-      address.subThoroughfare,
-      address.thoroughfare,
-      address.locality,
-      address.administrativeArea,
-      address.postalCode,
-      address.countryName
-    ].filter(part => part != null && part !== '');
-
-    return parts.join(', ');
-  }
-}
-```
-
-### ロケーションピッカーコンポーネント
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-import { Geolocation } from '@capacitor/geolocation';
-
-export class LocationPicker {
-  currentLocation: { lat: number; lng: number } | null = null;
-  currentAddress: string = '';
-
-  async getCurrentLocation() {
-    try {
-      // 現在の座標を取得
-      const position = await Geolocation.getCurrentPosition();
-      this.currentLocation = {
-        lat: position.coords.latitude,
-        lng: position.coords.longitude
-      };
-
-      // 座標の住所を取得
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: this.currentLocation.lat,
-        longitude: this.currentLocation.lng,
-        useLocale: true,
-        maxResults: 1
-      });
-
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        this.currentAddress = [
-          address.thoroughfare,
-          address.locality,
-          address.countryName
-        ].filter(Boolean).join(', ');
-      }
-    } catch (error) {
-      console.error('Failed to get location:', error);
-    }
-  }
-
-  async searchLocation(query: string) {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: query,
-        useLocale: true,
-        maxResults: 10
-      });
-
-      return results.addresses.map(address => ({
-        coordinates: {
-          lat: address.latitude,
-          lng: address.longitude
-        },
-        displayName: this.formatDisplayName(address)
-      }));
-    } catch (error) {
-      console.error('Search failed:', error);
-      return [];
-    }
-  }
-
-  private formatDisplayName(address: Address): string {
-    const mainPart = [
-      address.thoroughfare,
-      address.locality
-    ].filter(Boolean).join(', ');
-
-    const subPart = [
-      address.administrativeArea,
-      address.countryName
-    ].filter(Boolean).join(', ');
-
-    return mainPart + (subPart ? ` (${subPart})` : '');
-  }
-}
-```
-
-## ベストプラクティス
-
-1. **最初にパーミッションをリクエスト**
-   ```typescript
-   import { Geolocation } from '@capacitor/geolocation';
-
-   const requestPermissions = async () => {
-     const permissions = await Geolocation.requestPermissions();
-     if (permissions.location !== 'granted') {
-       throw new Error('Location permission required');
-     }
-   };
-   ```
-
-2. **エラーを適切に処理**
-   ```typescript
-   try {
-     const results = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-   } catch (error) {
-     // 特定のエラーケースを処理
-     if (error.message.includes('network')) {
-       console.error('Network error');
-     } else if (error.message.includes('permission')) {
-       console.error('Permission denied');
-     }
-   }
-   ```
-
-3. **maxResultsを賢く使用**
-   - ユーザー検索の場合：5〜10件の結果を使用
-   - 自動変換の場合：1件の結果を使用
-   - より多くの結果 = より遅いレスポンス
-
-4. **可能な場合は結果をキャッシュ**
-   ```typescript
-   const geocodeCache = new Map();
-
-   async function geocodeWithCache(address: string) {
-     if (geocodeCache.has(address)) {
-       return geocodeCache.get(address);
-     }
-
-     const result = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-
-     geocodeCache.set(address, result);
-     return result;
-   }
-   ```
-
-## プラットフォームの違い
-
-### iOS
-- CoreLocationの`CLGeocoder`を使用
-- APIキーは不要
-- ユーザーのロケールを自動的に尊重
-
-### Android
-- Android Geocoder APIを使用
-- より良い結果のためのオプションのGoogle APIキー
-- Googleのwebサービスにフォールバック可能
-
-### APIキーの設定（Android）
-
-Androidでより良い結果を得るために、Google APIキーを提供できます：
-
-```typescript
-await NativeGeocoder.forwardGeocode({
-  addressString: address,
-  apiKey: 'YOUR_GOOGLE_API_KEY' // Android専用
-});
-```
-
-## よくある問題
-
-1. **結果が返されない**
-   - インターネット接続を確認
-   - 住所形式を確認
-   - より一般的な住所で試す
-
-2. **パーミッションエラー**
-   - 位置情報パーミッションが付与されていることを確認
-   - Info.plist/AndroidManifest.xmlを確認
-
-3. **不正確な結果**
-   - より具体的な住所を使用
-   - 利用可能な場合は郵便番号を含める
-   - 正確な位置には座標の使用を検討
diff --git a/src/content/docs/ja/docs/plugins/nativegeocoder/index.mdx b/src/content/docs/ja/docs/plugins/nativegeocoder/index.mdx
deleted file mode 100644
index 1439dca1c..000000000
--- a/src/content/docs/ja/docs/plugins/nativegeocoder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/nativegeocoder"
-locale: ja
-description: 住所を座標に、またはその逆に変換するためのネイティブフォワードおよびリバースジオコーディングプラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: 正確な位置データのために、ネイティブプラットフォームジオコーディングAPIを使用して、住所と地理座標の間で変換します。
-  image:
-    file: ~public/icons/plugins/nativegeocoder.svg
-  actions:
-    - text: 始める
-      link: /docs/plugins/nativegeocoder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-nativegeocoder/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="フォワードジオコーディング" icon="rocket">
-    住所を地理座標に変換 📍
-  </Card>
-  <Card title="リバースジオコーディング" icon="document">
-    座標を人間が読める住所に変換 🏠
-  </Card>
-  <Card title="ネイティブ精度" icon="star">
-    最良の結果のためにプラットフォームネイティブジオコーディングを使用 🎯
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    わずか数分でプラグインをマスターするには、[ドキュメント](/docs/plugins/nativegeocoder/getting-started/)を確認してください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/navigation-bar/getting-started.mdx b/src/content/docs/ja/docs/plugins/navigation-bar/getting-started.mdx
deleted file mode 100644
index 05dc7c7b8..000000000
--- a/src/content/docs/ja/docs/plugins/navigation-bar/getting-started.mdx
+++ /dev/null
@@ -1,200 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Capacitor Navigation Barプラグインをインストールして設定し、Androidナビゲーションバーの色とスタイルをカスタマイズする方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージのインストール**
-   <PackageManagers pkg="@capgo/capacitor-navigation-bar" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトとの同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **プラグインの設定**
-
-   **ナビゲーションバーの色を設定：**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // ナビゲーションバーの色を設定
-   await NavigationBar.setColor({
-     color: '#FF0000', // 赤色
-     darkButtons: false // ライトボタンを使用
-   });
-   ```
-
-   **動的テーマサポート：**
-   ```typescript
-   // テーマに基づいて色を設定
-   const isDarkMode = window.matchMedia('(prefers-color-scheme: dark)').matches;
-
-   await NavigationBar.setColor({
-     color: isDarkMode ? '#000000' : '#FFFFFF',
-     darkButtons: !isDarkMode
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="Android">
-       **最小要件：**
-       - Android 5.0（APIレベル21）以上
-       - プラグインはAndroidデバイスでのみ動作します
-
-       AndroidManifest.xmlでの追加設定は不要です。
-     </TabItem>
-     <TabItem label="iOS">
-       このプラグインはAndroid専用です。iOSにはカスタマイズ可能なナビゲーションバーがありません。
-     </TabItem>
-   </Tabs>
-
-4. **高度な使用方法**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   export class ThemeService {
-     // 透明なナビゲーションバーを設定
-     async setTransparent() {
-       await NavigationBar.setColor({
-         color: '#00000000', // 透明
-         darkButtons: true
-       });
-     }
-
-     // アプリテーマに合わせる
-     async matchAppTheme(primaryColor: string, isLight: boolean) {
-       await NavigationBar.setColor({
-         color: primaryColor,
-         darkButtons: isLight
-       });
-     }
-
-     // 現在のナビゲーションバーの色を取得
-     async getCurrentColor() {
-       const result = await NavigationBar.getColor();
-       console.log('Current color:', result.color);
-       return result.color;
-     }
-
-     // デフォルトにリセット
-     async resetToDefault() {
-       await NavigationBar.setColor({
-         color: '#000000',
-         darkButtons: false
-       });
-     }
-   }
-   ```
-
-5. **アプリライフサイクルとの統合**
-   ```typescript
-   import { App } from '@capacitor/app';
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // アプリ状態変更時にナビゲーションバーを更新
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       // アプリのナビゲーションバーの色を復元
-       await NavigationBar.setColor({
-         color: '#YourAppColor',
-         darkButtons: true
-       });
-     }
-   });
-
-   // テーマ変更を処理
-   window.matchMedia('(prefers-color-scheme: dark)')
-     .addEventListener('change', async (e) => {
-       await NavigationBar.setColor({
-         color: e.matches ? '#121212' : '#FFFFFF',
-         darkButtons: !e.matches
-       });
-     });
-   ```
-</Steps>
-
-## APIリファレンス
-
-### メソッド
-
-#### `setColor(options: ColorOptions)`
-ナビゲーションバーの色とボタンスタイルを設定します。
-
-**パラメータ：**
-- `options`: 設定オブジェクト
-  - `color`: string - 16進数カラーコード（例：'#FF0000'）
-  - `darkButtons`: boolean - ダークボタンを使用（true）またはライトボタン（false）
-
-**戻り値：** `Promise<void>`
-
-#### `getColor()`
-現在のナビゲーションバーの色を取得します。
-
-**戻り値：** `Promise<{ color: string }>`
-
-### インターフェース
-
-```typescript
-interface ColorOptions {
-  color: string;      // 16進数カラーコード
-  darkButtons: boolean; // ボタンスタイル
-}
-
-interface ColorResult {
-  color: string;      // 現在の16進数カラー
-}
-```
-
-## プラットフォームノート
-
-### Android
-- Android 5.0（APIレベル21）以上が必要
-- 色の変更は即座に反映されます
-- 透明色がサポートされています（アルファチャネルを使用）
-- ジェスチャーナビゲーションを使用するデバイスでは、ナビゲーションバーが表示されない場合があります
-
-### iOS
-- このプラグインはiOSデバイスでは効果がありません
-- iOSはシステムナビゲーションをカスタマイズするAPIを提供していません
-
-## 一般的な使用例
-
-1. **ブランドの一貫性**：ナビゲーションバーをアプリのプライマリカラーに合わせる
-2. **テーマサポート**：ライト/ダークテーマに動的に適応
-3. **没入型体験**：フルスクリーンコンテンツに透明なナビゲーションを使用
-4. **ステータス表示**：アプリの状態（録音中、エラーなど）を示すために色を変更
-
-## ベストプラクティス
-
-1. **色のコントラスト**：ナビゲーションバーとボタンの間に十分なコントラストを確保
-   ```typescript
-   // 良いコントラストの例
-   setColor({ color: '#FFFFFF', darkButtons: true });  // 白いバー、ダークボタン
-   setColor({ color: '#000000', darkButtons: false }); // 黒いバー、ライトボタン
-   ```
-
-2. **テーマの一貫性**：テーマが変更されたときにナビゲーションバーを更新
-3. **アクセシビリティ**：色を選択する際に視覚障害のあるユーザーを考慮
-4. **パフォーマンス**：ユーザーの気を散らす可能性のある頻繁な色の変更を避ける
-
-## トラブルシューティング
-
-**ナビゲーションバーが変更されない：**
-- デバイスがAndroid 5.0以上を実行していることを確認
-- デバイスでジェスチャーナビゲーションが有効になっているか確認
-- 色の形式が有効な16進数（例：'#FF0000'）であることを確認
-
-**ボタンが表示されない：**
-- `darkButtons`パラメータが背景色と一致していることを確認
-- ライトな背景には`darkButtons: true`が必要
-- ダークな背景には`darkButtons: false`が必要
-
-**色が異なって見える：**
-- 一部のAndroidバージョンでは色がわずかに変更される場合があります
-- 最良の結果を得るために完全に不透明な色を使用
diff --git a/src/content/docs/ja/docs/plugins/navigation-bar/index.mdx b/src/content/docs/ja/docs/plugins/navigation-bar/index.mdx
deleted file mode 100644
index 2aef5804a..000000000
--- a/src/content/docs/ja/docs/plugins/navigation-bar/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-navigation-bar"
-locale: ja
-description: Androidナビゲーションバーの色をカスタマイズし、アプリのデザインとのシームレスな統合を提供するCapacitorプラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: Androidナビゲーションバーにカスタムカラーを設定して、アプリのテーマに合わせ、統一されたビジュアル体験を作成します。
-  image:
-    file: ~public/icons/plugins/navigation-bar.svg
-  actions:
-    - text: 始める
-      link: /docs/plugins/navigation-bar/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-navigation-bar/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Androidカスタマイズ" icon="rocket">
-    Androidナビゲーションバーの外観を完全制御 🎨
-  </Card>
-  <Card title="動的テーマ設定" icon="setting">
-    アプリのテーマに合わせて色を動的に変更 🌈
-  </Card>
-  <Card title="ライト/ダークサポート" icon="moon">
-    ライトとダークのナビゲーションバースタイルをサポート 🌓
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    わずか数分でプラグインをマスターするには、[ドキュメント](/docs/plugins/navigation-bar/getting-started/)を確認してください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/nfc/getting-started.mdx b/src/content/docs/ja/docs/plugins/nfc/getting-started.mdx
deleted file mode 100644
index ac7d8f152..000000000
--- a/src/content/docs/ja/docs/plugins/nfc/getting-started.mdx
+++ /dev/null
@@ -1,456 +0,0 @@
----
-title: はじめに
-locale: ja
-description: NFCプラグインをインストールして使用し、CapacitorアプリでNFCタグの読み取りと書き込みを行う方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストールする**
-   <PackageManagers pkg="@capgo/capacitor-nfc" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期する**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 設定
-
-### iOS の設定
-
-`Info.plist` に NFC 使用説明を追加します：
-
-```xml
-<key>NFCReaderUsageDescription</key>
-<string>このアプリはタグの読み取りと書き込みのためにNFCアクセスが必要です</string>
-```
-
-Xcode プロジェクトで Near Field Communication Tag Reading 機能を有効にします。
-
-### Android の設定
-
-`AndroidManifest.xml` に NFC パーミッションを追加します：
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.NFC" />
-  <uses-feature android:name="android.hardware.nfc" android:required="false" />
-</manifest>
-```
-
-## 使用方法
-
-### NFC タグのスキャンを開始する
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-await CapacitorNfc.startScanning({
-  invalidateAfterFirstRead: false, // セッションを開いたままにする（iOS）
-  alertMessage: 'デバイスの上部近くにタグをかざしてください。',
-});
-
-const listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-  console.log('タグを検出しました:', event.type);
-  console.log('タグID:', event.tag?.id);
-  console.log('NDEFメッセージ:', event.tag?.ndefMessage);
-});
-```
-
-### NFC タグを読み取る
-
-```typescript
-await CapacitorNfc.addListener('nfcEvent', (event) => {
-  if (event.tag?.ndefMessage) {
-    event.tag.ndefMessage.forEach(record => {
-      console.log('TNF:', record.tnf);
-      console.log('タイプ:', record.type);
-      console.log('ペイロード:', record.payload);
-
-      // テキストレコードをデコード
-      if (record.tnf === 1 && record.type[0] === 0x54) { // テキストレコード
-        const langLen = record.payload[0] & 0x3f;
-        const text = new TextDecoder().decode(
-          new Uint8Array(record.payload.slice(langLen + 1))
-        );
-        console.log('テキスト:', text);
-      }
-    });
-  }
-});
-```
-
-### NFC タグに書き込む
-
-```typescript
-// テキストレコードを準備
-const encoder = new TextEncoder();
-const langBytes = Array.from(encoder.encode('en'));
-const textBytes = Array.from(encoder.encode('Hello NFC'));
-const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x54], // 'T' はテキストを表す
-      id: [],
-      payload,
-    },
-  ],
-});
-
-console.log('タグの書き込みに成功しました');
-```
-
-### NFC タグに URL を書き込む
-
-```typescript
-const url = 'https://capgo.app';
-const urlBytes = Array.from(new TextEncoder().encode(url));
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x55], // 'U' は URI を表す
-      id: [],
-      payload: [0x01, ...urlBytes], // 0x01 = https://
-    },
-  ],
-});
-```
-
-### NFC タグを消去する
-
-```typescript
-await CapacitorNfc.erase();
-console.log('タグを消去しました');
-```
-
-### タグを読み取り専用にする
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-console.log('タグは読み取り専用になりました');
-```
-
-### スキャンを停止する
-
-```typescript
-await listener.remove();
-await CapacitorNfc.stopScanning();
-```
-
-### NFC ステータスを確認する
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-console.log('NFCステータス:', status);
-// 可能な値: 'NFC_OK', 'NO_NFC', 'NFC_DISABLED', 'NDEF_PUSH_DISABLED'
-
-if (status === 'NFC_DISABLED') {
-  // システム設定を開く
-  await CapacitorNfc.showSettings();
-}
-```
-
-### Android Beam（P2P 共有）
-
-```typescript
-// Android Beam でデータを共有
-const message = {
-  records: [
-    {
-      tnf: 0x01,
-      type: [0x54], // テキスト
-      id: [],
-      payload: [/* テキストレコードペイロード */],
-    },
-  ],
-};
-
-await CapacitorNfc.share(message);
-
-// 後で共有を停止
-await CapacitorNfc.unshare();
-```
-
-## API リファレンス
-
-### startScanning(options?)
-
-NFC タグのリスニングを開始します。
-
-```typescript
-interface StartScanningOptions {
-  invalidateAfterFirstRead?: boolean; // iOS のみ、デフォルトは true
-  alertMessage?: string; // iOS のみ
-  androidReaderModeFlags?: number; // Android のみ
-}
-
-await CapacitorNfc.startScanning(options);
-```
-
-### stopScanning()
-
-NFC スキャンセッションを停止します。
-
-```typescript
-await CapacitorNfc.stopScanning();
-```
-
-### write(options)
-
-最後に検出されたタグに NDEF レコードを書き込みます。
-
-```typescript
-interface WriteTagOptions {
-  records: NdefRecord[];
-  allowFormat?: boolean; // デフォルトは true
-}
-
-interface NdefRecord {
-  tnf: number; // Type Name Format
-  type: number[]; // レコードタイプ
-  id: number[]; // レコードID
-  payload: number[]; // レコードペイロード
-}
-
-await CapacitorNfc.write(options);
-```
-
-### erase()
-
-最後に検出されたタグを消去します。
-
-```typescript
-await CapacitorNfc.erase();
-```
-
-### makeReadOnly()
-
-最後に検出されたタグを読み取り専用にします（永続的）。
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-```
-
-### share(options)
-
-Android Beam 経由で NDEF メッセージを共有します（Android のみ）。
-
-```typescript
-await CapacitorNfc.share({ records: [...] });
-```
-
-### unshare()
-
-共有を停止します（Android のみ）。
-
-```typescript
-await CapacitorNfc.unshare();
-```
-
-### getStatus()
-
-現在の NFC アダプターステータスを取得します。
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-// 戻り値: 'NFC_OK' | 'NO_NFC' | 'NFC_DISABLED' | 'NDEF_PUSH_DISABLED'
-```
-
-### showSettings()
-
-システムの NFC 設定を開きます。
-
-```typescript
-await CapacitorNfc.showSettings();
-```
-
-## イベント
-
-### nfcEvent
-
-NFC タグが検出されたときに発火されます。
-
-```typescript
-interface NfcEvent {
-  type: 'tag' | 'ndef' | 'ndef-mime' | 'ndef-formattable';
-  tag?: NfcTag;
-}
-
-interface NfcTag {
-  id: number[];
-  techTypes: string[];
-  type: string | null;
-  maxSize: number | null;
-  isWritable: boolean | null;
-  canMakeReadOnly: boolean | null;
-  ndefMessage: NdefRecord[] | null;
-}
-```
-
-### nfcStateChange
-
-NFC アダプターの可用性が変更されたときに発火されます（Android のみ）。
-
-```typescript
-interface NfcStateChangeEvent {
-  status: NfcStatus;
-  enabled: boolean;
-}
-```
-
-## 完全な例
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-export class NfcService {
-  private listener: any;
-
-  async startReading() {
-    // NFC ステータスを確認
-    const { status } = await CapacitorNfc.getStatus();
-
-    if (status === 'NO_NFC') {
-      throw new Error('このデバイスではNFCが利用できません');
-    }
-
-    if (status === 'NFC_DISABLED') {
-      await CapacitorNfc.showSettings();
-      return;
-    }
-
-    // スキャンを開始
-    await CapacitorNfc.startScanning({
-      invalidateAfterFirstRead: false,
-      alertMessage: 'NFCタグをスキャンする準備ができました',
-    });
-
-    // タグをリッスン
-    this.listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-      this.handleNfcEvent(event);
-    });
-  }
-
-  private handleNfcEvent(event: any) {
-    console.log('NFCイベント:', event.type);
-
-    if (event.tag?.ndefMessage) {
-      event.tag.ndefMessage.forEach(record => {
-        this.processRecord(record);
-      });
-    }
-  }
-
-  private processRecord(record: any) {
-    // テキストレコードを処理
-    if (record.tnf === 1 && record.type[0] === 0x54) {
-      const langLen = record.payload[0] & 0x3f;
-      const text = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(langLen + 1))
-      );
-      console.log('テキスト:', text);
-    }
-
-    // URI レコードを処理
-    if (record.tnf === 1 && record.type[0] === 0x55) {
-      const uriCode = record.payload[0];
-      const uri = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(1))
-      );
-      console.log('URI:', uri);
-    }
-  }
-
-  async writeText(text: string) {
-    const encoder = new TextEncoder();
-    const langBytes = Array.from(encoder.encode('en'));
-    const textBytes = Array.from(encoder.encode(text));
-    const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-    await CapacitorNfc.write({
-      allowFormat: true,
-      records: [
-        {
-          tnf: 0x01,
-          type: [0x54],
-          id: [],
-          payload,
-        },
-      ],
-    });
-  }
-
-  async stopReading() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await CapacitorNfc.stopScanning();
-  }
-}
-```
-
-## NDEF レコードタイプ
-
-### TNF（Type Name Format）
-
-- `0x00`: 空
-- `0x01`: Well-known（例: テキスト、URI）
-- `0x02`: MIME メディアタイプ
-- `0x03`: 絶対 URI
-- `0x04`: 外部タイプ
-- `0x05`: 不明
-- `0x06`: 未変更
-- `0x07`: 予約済み
-
-### 一般的なレコードタイプ
-
-- **テキスト**: `type: [0x54]`（'T'）
-- **URI**: `type: [0x55]`（'U'）
-- **スマートポスター**: `type: [0x53, 0x70]`（'Sp'）
-
-### URI プレフィックス
-
-- `0x00`: （プレフィックスなし）
-- `0x01`: `https://`
-- `0x02`: `https://`
-- `0x03`: `http://`
-- `0x04`: `https://www.`
-
-## ベストプラクティス
-
-1. **NFC ステータスを確認する**: NFC が利用可能で有効になっているか常に確認する
-2. **パーミッションを処理する**: NFC パーミッションを適切に要求する
-3. **スキャンを停止する**: バッテリーを節約するため、完了したら必ずスキャンを停止する
-4. **エラー処理**: NFC 操作を try-catch ブロックでラップする
-5. **実機でテストする**: NFC 機能はシミュレーター/エミュレーターでは動作しない
-
-## プラットフォームノート
-
-### iOS
-- iOS 11.0+ が必要
-- Core NFC フレームワークを使用
-- バックグラウンドタグ読み取りをサポート（iOS 13+）
-- NDEF フォーマットされたタグの読み取りに限定
-- バックグラウンドでタグに書き込みできない
-- Info.plist に NFCReaderUsageDescription が必要
-
-### Android
-- Android 4.4（API 19）+ が必要
-- Android NFC API を使用
-- フォアグラウンドとバックグラウンドの両方のタグ読み取りをサポート
-- タグへの書き込みが可能
-- NFC を搭載したデバイスで Android Beam（P2P）をサポート
-- AndroidManifest.xml に NFC パーミッションが必要
-
-### Web
-- Web プラットフォームではサポートされていません
diff --git a/src/content/docs/ja/docs/plugins/nfc/index.mdx b/src/content/docs/ja/docs/plugins/nfc/index.mdx
deleted file mode 100644
index f193b95b0..000000000
--- a/src/content/docs/ja/docs/plugins/nfc/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-nfc"
-locale: ja
-description: iOS と Android の Capacitor アプリ向けのネイティブ NFC タグの検出、読み取り、書き込み。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "概要"
-hero:
-  tagline: iOS と Android のネイティブサポートで NFC タグを読み書きし、非接触インタラクションとスマートタグ体験を実現します。
-  image:
-    file: ~public/icons/plugins/nfc.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/nfc/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-nfc/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="タグの検出" icon="star">
-    デバイスに近づいたときに NFC タグを自動的に検出 📡
-  </Card>
-  <Card title="NDEF レコードの読み取り" icon="open-book">
-    テキスト、URL、カスタムペイロードを含む NFC タグから構造化データを読み取り 📖
-  </Card>
-  <Card title="タグへの書き込み" icon="pencil">
-    互換性のある NFC タグに NDEF メッセージを書き込み 📝
-  </Card>
-  <Card title="タグのフォーマット" icon="setting">
-    データ書き込み用に NDEF フォーマット可能なタグをフォーマット 🔧
-  </Card>
-  <Card title="ピアツーピア" icon="rocket">
-    Android Beam を使用してデバイス間でデータを共有（Android のみ）📲
-  </Card>
-  <Card title="クロスプラットフォーム" icon="puzzle">
-    一貫した API で iOS と Android の両方で動作 📱
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/pay/getting-started.mdx b/src/content/docs/ja/docs/plugins/pay/getting-started.mdx
deleted file mode 100644
index 404931912..000000000
--- a/src/content/docs/ja/docs/plugins/pay/getting-started.mdx
+++ /dev/null
@@ -1,130 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Pay プラグインを使用して、Capacitor チェックアウトで Apple Pay と Google Pay を設定します。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **プラグインをインストールする**
-   <PackageManagers pkg="@capgo/capacitor-pay" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトを同期する**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## ネイティブの前提条件
-
-- **Apple Pay（iOS）**
-  1. Apple Developer ポータルで Apple Pay マーチャント ID を作成します。
-  2. ゲートウェイに必要な決済処理証明書を生成してアップロードします。
-  3. Xcode で **Apple Pay** 機能を有効にし、プロビジョニングプロファイルに含まれていることを確認します。
-  4. ゲートウェイが決済を検証するためにネットワークアクセスを必要とする場合は、`Info.plist` を使用説明で更新します。
-
-- **Google Pay（Android）**
-  1. [Google Pay Business Console](https://pay.google.com/business/console/) にサインインします。
-  2. 決済ゲートウェイパラメータを設定するか、テスト用に直接トークン化を設定します。
-  3. 本番カードを使用する予定がある場合は、`environment` を `PRODUCTION` に切り替え、QA 用にテストカードを登録します。
-  4. デバイスで Google Play services が利用可能であることを確認します（Google Pay に必要）。
-
-プラグインリポジトリの `docs/` 以下にあるステップバイステップのスクリーンショット付きガイドを参照してください。
-
-## 利用可能性を確認する
-
-```typescript
-import { Pay } from '@capgo/capacitor-pay';
-
-const availability = await Pay.isPayAvailable({
-  apple: { supportedNetworks: ['visa', 'masterCard', 'amex'] },
-  google: {
-    isReadyToPayRequest: {
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-          },
-        },
-      ],
-    },
-  },
-});
-
-if (!availability.available) {
-  console.warn('ネイティブ決済が利用できません:', availability);
-}
-```
-
-## 決済をリクエストする（Apple Pay）
-
-```typescript
-const appleResult = await Pay.requestPayment({
-  apple: {
-    merchantIdentifier: 'merchant.com.example.app',
-    countryCode: 'US',
-    currencyCode: 'USD',
-    supportedNetworks: ['visa', 'masterCard'],
-    paymentSummaryItems: [
-      { label: 'スタータープラン', amount: '9.99' },
-      { label: 'Capgo Store', amount: '9.99' },
-    ],
-    requiredShippingContactFields: ['name', 'emailAddress'],
-  },
-});
-
-const token = appleResult.apple?.paymentData;
-```
-
-## 決済をリクエストする（Google Pay）
-
-```typescript
-const googleResult = await Pay.requestPayment({
-  google: {
-    environment: 'test',
-    paymentDataRequest: {
-      apiVersion: 2,
-      apiVersionMinor: 0,
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-            billingAddressRequired: true,
-            billingAddressParameters: { format: 'FULL' },
-          },
-          tokenizationSpecification: {
-            type: 'PAYMENT_GATEWAY',
-            parameters: {
-              gateway: 'example',
-              gatewayMerchantId: 'exampleMerchantId',
-            },
-          },
-        },
-      ],
-      merchantInfo: {
-        merchantName: 'Capgo Store',
-      },
-      transactionInfo: {
-        totalPriceStatus: 'FINAL',
-        totalPrice: '9.99',
-        currencyCode: 'USD',
-        countryCode: 'US',
-      },
-    },
-  },
-});
-
-const paymentData = googleResult.google?.paymentData;
-```
-
-## レスポンスの処理
-
-- 返されたペイロードを決済プロセッサーでトークン化し、サーバー側でトランザクションを確認します。
-- ネイティブ決済が利用できない場合やユーザーがシートをキャンセルした場合のフォールバックパス（カード入力、請求書）を用意します。
-- 利用可能性の結果をキャッシュして、サポートされていないデバイスにボタンを表示しないようにします。
diff --git a/src/content/docs/ja/docs/plugins/pay/index.mdx b/src/content/docs/ja/docs/plugins/pay/index.mdx
deleted file mode 100644
index 415b3ae56..000000000
--- a/src/content/docs/ja/docs/plugins/pay/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-pay"
-locale: ja
-description: 統一されたワークフローで Capacitor から Apple Pay と Google Pay のシートを表示します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "概要"
-hero:
-  tagline: プラットフォームごとに適応する単一の TypeScript API でネイティブ Apple Pay と Google Pay のチェックアウトを提供します。
-  image:
-    file: ~public/icons/plugins/pay.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/pay/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pay/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Pay は最新の Apple Pay と Google Pay SDK をブリッジし、デバイス間でシームレスなチェックアウト体験を提供できます。
-
-<CardGrid stagger>
-  <Card title="統一された API" icon="pencil">
-    `isPayAvailable` と `requestPayment` を一度呼び出すだけで、プラグインが各プラットフォームを処理します。
-  </Card>
-  <Card title="迅速なセットアップ" icon="rocket">
-    プラットフォーム固有のコードを手動で配線することなく、完全にネイティブな決済シートを提供します。
-  </Card>
-  <Card title="トークン化された決済" icon="approve-check">
-    ゲートウェイまたは PSP 統合に対応した決済トークンを受け取ります。
-  </Card>
-  <Card title="カスタマイズ可能なフロー" icon="star">
-    チェックアウトに合わせて、明細項目、連絡先フィールド、請求要件を設定します。
-  </Card>
-</CardGrid>
-
-各プラットフォームのセットアップチェックリストとサンプルペイロードについては、はじめにガイドをご覧ください。
diff --git a/src/content/docs/ja/docs/plugins/pdf-generator/getting-started.mdx b/src/content/docs/ja/docs/plugins/pdf-generator/getting-started.mdx
deleted file mode 100644
index bd7355304..000000000
--- a/src/content/docs/ja/docs/plugins/pdf-generator/getting-started.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Capgo PDF Generator プラグインで HTML とリモートページを PDF にレンダリングします。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **プラグインをインストールする**
-   <PackageManagers pkg="@capgo/capacitor-pdf-generator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **プラットフォームを同期する**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## HTML から生成する
-
-```typescript
-import { PdfGenerator } from '@capgo/capacitor-pdf-generator';
-
-const receiptHtml = `
-  <html>
-    <body>
-      <h1>Capgo Store</h1>
-      <p>ご購入ありがとうございます。</p>
-    </body>
-  </html>
-`;
-
-const pdf = await PdfGenerator.fromData({
-  data: receiptHtml,
-  documentSize: 'A4',
-  orientation: 'portrait',
-  type: 'base64',
-  fileName: 'receipt.pdf',
-});
-
-if (pdf.type === 'base64') {
-  const link = document.createElement('a');
-  link.href = `data:application/pdf;base64,${pdf.base64}`;
-  link.download = 'receipt.pdf';
-  link.click();
-}
-```
-
-## リモート URL をキャプチャする
-
-```typescript
-await PdfGenerator.fromURL({
-  url: 'https://docs.capgo.app/invoice?id=123',
-  orientation: 'landscape',
-  documentSize: 'A4',
-  type: 'share', // ネイティブ共有ダイアログを開く
-  fileName: 'invoice-123.pdf',
-});
-```
-
-## ヒント
-
-- HTML 文字列にインライン CSS を含めるか、相対アセットが正しく解決されるように `baseUrl` を提供します。
-- モバイルで base64 データを返す場合は、共有する前にファイルシステム（例: Capacitor Filesystem）に移動します。
-- 横向きは幅広のテーブルに最適で、縦向きはほとんどのドキュメントに適しています。
-- プラットフォーム間で一貫したレンダリングを行うため、スコープ付き CSS フォント（例: システムフォント）の使用を検討してください。
diff --git a/src/content/docs/ja/docs/plugins/pdf-generator/index.mdx b/src/content/docs/ja/docs/plugins/pdf-generator/index.mdx
deleted file mode 100644
index 7fe1c9863..000000000
--- a/src/content/docs/ja/docs/plugins/pdf-generator/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-pdf-generator"
-locale: ja
-description: HTML マークアップまたはリモート URL からデバイス上で直接 PDF を生成します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "概要"
-hero:
-  tagline: Capacitor アプリを離れることなく、テンプレート、領収書、レポートからピクセルパーフェクトな PDF をレンダリングします。
-  image:
-    file: ~public/icons/plugins/pdf-generator.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/pdf-generator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pdf-generator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-iOS と Android 用の Capgo のネイティブレンダラーで、HTML またはリモートページを共有可能な PDF に変換します。
-
-<CardGrid stagger>
-  <Card title="HTML から PDF へ" icon="pencil">
-    HTML テンプレートを入力して、数秒で共有可能な PDF ドキュメントを取得します。
-  </Card>
-  <Card title="リモートキャプチャ" icon="rocket">
-    アクセス可能な任意の URL のスナップショットを作成し、生成された PDF を保存または配布します。
-  </Card>
-  <Card title="柔軟な出力" icon="star">
-    ワークフローに応じて、base64 データを返すか、ネイティブ共有シートをトリガーします。
-  </Card>
-  <Card title="ドキュメント制御" icon="setting">
-    各レンダリングの向き、ページサイズ、ファイル名を指定します。
-  </Card>
-</CardGrid>
-
-プラットフォームノートと使用例については、はじめにガイドをご覧ください。
diff --git a/src/content/docs/ja/docs/plugins/pedometer/getting-started.mdx b/src/content/docs/ja/docs/plugins/pedometer/getting-started.mdx
deleted file mode 100644
index 4f5b21e96..000000000
--- a/src/content/docs/ja/docs/plugins/pedometer/getting-started.mdx
+++ /dev/null
@@ -1,209 +0,0 @@
----
-title: "Pedometer のはじめに"
-locale: ja
-description: "歩数カウントとフィットネストラッキングを Capacitor アプリに統合する方法を学びます"
----
-
-このガイドでは、Capacitor Pedometer プラグインをアプリケーションに統合する手順を説明します。
-
-## インストール
-
-npm を使用してプラグインをインストールします：
-
-```bash
-npm install @capgo/capacitor-pedometer
-npx cap sync
-```
-
-## iOS の設定
-
-`Info.plist` にモーション使用説明を追加します：
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>歩数とアクティビティを追跡するためにモーションデータへのアクセスが必要です</string>
-```
-
-## Android の設定
-
-プラグインは自動的に `ACTIVITY_RECOGNITION` パーミッションを追加します。Android 10+（API 29）の場合、このパーミッションを実行時に要求する必要があります。
-
-## 基本的な使用方法
-
-### プラグインをインポートする
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-```
-
-### 利用可能性を確認する
-
-```typescript
-const checkPedometer = async () => {
-  const result = await CapacitorPedometer.isAvailable();
-  console.log('歩数カウント利用可能:', result.stepCounting);
-  console.log('距離利用可能:', result.distance);
-  console.log('階数カウント利用可能:', result.floorCounting);
-  console.log('ペース利用可能:', result.pace);
-  console.log('ケイデンス利用可能:', result.cadence);
-};
-```
-
-### パーミッションをリクエストする
-
-```typescript
-const requestPermission = async () => {
-  const permission = await CapacitorPedometer.requestPermissions();
-  console.log('パーミッションステータス:', permission.activityRecognition);
-};
-```
-
-### 現在の測定値を取得する
-
-```typescript
-const getMeasurements = async () => {
-  const measurements = await CapacitorPedometer.getMeasurement({
-    startDate: new Date(Date.now() - 24 * 60 * 60 * 1000), // 24時間前
-    endDate: new Date()
-  });
-
-  console.log('歩数:', measurements.numberOfSteps);
-  console.log('距離:', measurements.distance, 'メートル');
-  console.log('登った階数:', measurements.floorsAscended);
-  console.log('降りた階数:', measurements.floorsDescended);
-};
-```
-
-### リアルタイム更新を開始する
-
-```typescript
-// リアルタイム更新のリスナーを追加
-CapacitorPedometer.addListener('measurement', (data) => {
-  console.log('歩数:', data.numberOfSteps);
-  console.log('距離:', data.distance);
-  console.log('ペース:', data.currentPace);
-  console.log('ケイデンス:', data.currentCadence);
-});
-
-// 更新の受信を開始
-await CapacitorPedometer.startMeasurementUpdates();
-```
-
-### 更新を停止する
-
-```typescript
-await CapacitorPedometer.stopMeasurementUpdates();
-CapacitorPedometer.removeAllListeners();
-```
-
-## 完全な例
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-
-class PedometerService {
-  private listener: any;
-
-  async initialize() {
-    // 利用可能性を確認
-    const available = await CapacitorPedometer.isAvailable();
-    if (!available.stepCounting) {
-      console.error('歩数カウントが利用できません');
-      return false;
-    }
-
-    // パーミッションをリクエスト
-    const permission = await CapacitorPedometer.requestPermissions();
-    if (permission.activityRecognition !== 'granted') {
-      console.error('パーミッションが拒否されました');
-      return false;
-    }
-
-    return true;
-  }
-
-  async startTracking() {
-    // リスナーを追加
-    this.listener = CapacitorPedometer.addListener('measurement', (data) => {
-      this.onMeasurement(data);
-    });
-
-    // 更新を開始
-    await CapacitorPedometer.startMeasurementUpdates();
-    console.log('歩数計のトラッキングを開始しました');
-  }
-
-  async stopTracking() {
-    await CapacitorPedometer.stopMeasurementUpdates();
-    if (this.listener) {
-      this.listener.remove();
-    }
-    console.log('歩数計のトラッキングを停止しました');
-  }
-
-  onMeasurement(data: any) {
-    console.log('今日の歩数:', data.numberOfSteps);
-    console.log('距離:', (data.distance / 1000).toFixed(2), 'km');
-  }
-
-  async getTodaySteps() {
-    const today = new Date();
-    today.setHours(0, 0, 0, 0);
-
-    const measurements = await CapacitorPedometer.getMeasurement({
-      startDate: today,
-      endDate: new Date()
-    });
-
-    return measurements.numberOfSteps;
-  }
-}
-
-// 使用方法
-const pedometer = new PedometerService();
-await pedometer.initialize();
-await pedometer.startTracking();
-```
-
-## ベストプラクティス
-
-1. **利用可能性を確認する**: 使用前に必ず歩数計機能を確認する
-2. **パーミッションをリクエストする**: パーミッションリクエストを適切に処理する
-3. **バッテリー最適化**: 必要ないときは更新を停止する
-4. **エラー処理**: 呼び出しを try-catch ブロックでラップする
-5. **バックグラウンド更新**: 継続的なトラッキングのためにバックグラウンドモードを設定する
-
-## よくある問題
-
-### パーミッションが拒否された
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await CapacitorPedometer.checkPermissions();
-
-  if (permission.activityRecognition === 'denied') {
-    alert('モーショントラッキングのパーミッションが必要です。設定で有効にしてください。');
-  }
-};
-```
-
-### デバイスで利用できない
-
-```typescript
-const checkSupport = async () => {
-  const available = await CapacitorPedometer.isAvailable();
-
-  if (!available.stepCounting) {
-    alert('このデバイスでは歩数カウントが利用できません');
-    return false;
-  }
-
-  return true;
-};
-```
-
-## 次のステップ
-
-- 完全なドキュメントについては [API リファレンス](https://github.com/Cap-go/capacitor-pedometer#api) をご覧ください
-- [サンプルアプリ](https://github.com/Cap-go/capacitor-pedometer/tree/main/example) をチェックアウトしてください
-- 高度な実装については [チュートリアル](/plugins/capacitor-pedometer) をご覧ください
diff --git a/src/content/docs/ja/docs/plugins/pedometer/index.mdx b/src/content/docs/ja/docs/plugins/pedometer/index.mdx
deleted file mode 100644
index 234ce2175..000000000
--- a/src/content/docs/ja/docs/plugins/pedometer/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-pedometer"
-locale: ja
-description: 包括的な健康とフィットネスモニタリングのために、デバイスの歩数計センサーで歩数、距離、ペース、フィットネスデータを追跡します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "概要"
-hero:
-  tagline: リアルタイム更新と履歴データクエリで、フィットネスと健康追跡のための包括的な歩数計データにアクセスします。
-  image:
-    file: ~public/icons/plugins/pedometer.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/pedometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pedometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="歩数カウント" icon="rocket">
-    正確な歩数検出とカウント 👟
-  </Card>
-  <Card title="距離トラッキング" icon="star">
-    移動距離をリアルタイムで計算 📏
-  </Card>
-  <Card title="ペースとケイデンス" icon="setting">
-    歩行と走行速度を監視 🏃
-  </Card>
-  <Card title="履歴データ" icon="document">
-    特定の時間範囲から歩数計データをクエリ 📊
-  </Card>
-  <Card title="階数トラッキング" icon="approve-check">
-    iOS デバイスで登った階数をカウント 🪜
-  </Card>
-  <Card title="はじめに" icon="open-book">
-    プラグインをインストールして設定するには、[はじめにガイド](/docs/plugins/pedometer/getting-started/)をご覧ください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/persistent-account/getting-started.mdx b/src/content/docs/ja/docs/plugins/persistent-account/getting-started.mdx
deleted file mode 100644
index d6ceec304..000000000
--- a/src/content/docs/ja/docs/plugins/persistent-account/getting-started.mdx
+++ /dev/null
@@ -1,339 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Persistent Account プラグインをインストールして使用し、アプリのインストール間でユーザーデータを維持する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## プラットフォームサポート
-
-- **iOS**: 安全で永続的なストレージに iOS Keychain Services を使用
-- **Android**: バックアップ付きの Android Account Manager または共有設定を使用
-
-## 使用例
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// アカウントデータ構造を定義
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// アカウントデータを保存
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// アカウントデータを読み取る
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('復元されたアカウント:', account.username);
-} else {
-  console.log('アカウントデータが見つかりません');
-}
-```
-
-## API リファレンス
-
-### saveAccount(options)
-
-```typescript
-saveAccount(options: { data: unknown }) => Promise<void>
-```
-
-アカウントデータを永続ストレージに安全に保存します。
-
-| パラメータ         | タイプ                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ data: unknown }` |
-
-### readAccount()
-
-```typescript
-readAccount() => Promise<{ data: unknown | null }>
-```
-
-保存されたアカウントデータを取得します。
-
-**戻り値:** `Promise<{ data: unknown | null }>`
-
-## 実践的な実装
-
-### 完全な認証サービスの例
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  authToken?: string;
-  preferences: {
-    theme: string;
-    language: string;
-    notifications: boolean;
-  };
-}
-
-class AuthService {
-  // ログイン後にユーザーアカウントを保存
-  async saveUserAccount(user: UserAccount) {
-    try {
-      await PersistentAccount.saveAccount({ data: user });
-      console.log('ユーザーアカウントが正常に保存されました');
-    } catch (error) {
-      console.error('アカウントの保存に失敗しました:', error);
-      throw error;
-    }
-  }
-
-  // アプリ起動時にユーザーアカウントを復元
-  async restoreUserAccount(): Promise<UserAccount | null> {
-    try {
-      const result = await PersistentAccount.readAccount();
-
-      if (result.data) {
-        const account = result.data as UserAccount;
-        console.log('ユーザーアカウントを復元しました:', account.username);
-        return account;
-      }
-
-      console.log('保存されたアカウントが見つかりません');
-      return null;
-    } catch (error) {
-      console.error('アカウントの復元に失敗しました:', error);
-      return null;
-    }
-  }
-
-  // ユーザー設定を更新
-  async updatePreferences(preferences: Partial<UserAccount['preferences']>) {
-    const account = await this.restoreUserAccount();
-
-    if (account) {
-      const updatedAccount: UserAccount = {
-        ...account,
-        preferences: {
-          ...account.preferences,
-          ...preferences
-        }
-      };
-
-      await this.saveUserAccount(updatedAccount);
-    }
-  }
-
-  // アカウントデータをクリア（ログアウト時）
-  async clearAccount() {
-    try {
-      await PersistentAccount.saveAccount({ data: null });
-      console.log('アカウントデータをクリアしました');
-    } catch (error) {
-      console.error('アカウントのクリアに失敗しました:', error);
-    }
-  }
-}
-
-// 使用方法
-const authService = new AuthService();
-
-// ログイン時
-await authService.saveUserAccount({
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  authToken: 'abc123xyz',
-  preferences: {
-    theme: 'dark',
-    language: 'en',
-    notifications: true
-  }
-});
-
-// アプリ起動時
-const savedAccount = await authService.restoreUserAccount();
-if (savedAccount) {
-  // ユーザーが以前にログインしていた
-  console.log('おかえりなさい、', savedAccount.username);
-}
-
-// 設定を更新
-await authService.updatePreferences({
-  theme: 'light',
-  notifications: false
-});
-
-// ログアウト時
-await authService.clearAccount();
-```
-
-### アカウント復元を伴うアプリの初期化
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function initializeApp() {
-  try {
-    // 保存されたアカウントを復元しようとする
-    const result = await PersistentAccount.readAccount();
-
-    if (result.data) {
-      const account = result.data as UserAccount;
-
-      // トークンがまだ有効か検証
-      const isValid = await validateAuthToken(account.authToken);
-
-      if (isValid) {
-        // ユーザーセッションを復元
-        setCurrentUser(account);
-        navigateToHome();
-      } else {
-        // トークンの有効期限が切れている、ログインを表示
-        navigateToLogin();
-      }
-    } else {
-      // 保存されたアカウントがない、ログインを表示
-      navigateToLogin();
-    }
-  } catch (error) {
-    console.error('アプリの初期化に失敗しました:', error);
-    navigateToLogin();
-  }
-}
-
-// アプリ起動時に呼び出す
-initializeApp();
-```
-
-### バックエンドとの同期
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function syncAccountWithBackend() {
-  const result = await PersistentAccount.readAccount();
-
-  if (result.data) {
-    const localAccount = result.data as UserAccount;
-
-    try {
-      // サーバーから最新のアカウントデータを取得
-      const response = await fetch(`/api/users/${localAccount.userId}`);
-      const serverAccount = await response.json();
-
-      // サーバーデータとローカル設定をマージ
-      const mergedAccount: UserAccount = {
-        ...serverAccount,
-        preferences: {
-          ...serverAccount.preferences,
-          ...localAccount.preferences // ローカル設定が優先
-        }
-      };
-
-      // マージされたデータを保存
-      await PersistentAccount.saveAccount({ data: mergedAccount });
-
-      return mergedAccount;
-    } catch (error) {
-      console.error('バックエンドとの同期に失敗しました:', error);
-      // フォールバックとしてローカルアカウントを返す
-      return localAccount;
-    }
-  }
-
-  return null;
-}
-```
-
-## ベストプラクティス
-
-- **型安全性**: アカウントデータに対して明確な TypeScript インターフェースを定義する
-- **検証**: 永続ストレージから読み取る際は常にデータを検証する
-- **エラー処理**: すべての操作に適切な try-catch ブロックを実装する
-- **セキュリティ**: パスワードなどの機密データを平文で保存しない
-- **トークン管理**: アカウントを復元する際に認証トークンを更新する
-- **データサイズ**: 高速な読み取り/書き込み操作を確保するため、保存データを最小限に保つ
-- **Null チェック**: 使用前に常にデータが存在するか確認する
-- **バックアップ戦略**: 追加の安全性のためにバックエンドとの同期を検討する
-
-## セキュリティに関する考慮事項
-
-- アカウントデータはプラットフォーム固有の安全なストレージメカニズムを使用して保存されます
-- データはアプリのアンインストールと再インストール間で永続化されます
-- 保存前に機密情報を暗号化することを検討してください
-- 保存されたアカウントを読み取る際は適切なデータ検証を実装してください
-- ユーザーデータの取り扱いに関するプラットフォームガイドラインに従ってください
-- セキュリティのため、有効期限付きの認証トークンを使用してください
-- ユーザーのログアウト時にアカウントデータを適切にクリアしてください
-
-## プラットフォーム実装
-
-### iOS
-
-- 安全で永続的なストレージに iOS Keychain Services を利用
-- データはアプリの削除とデバイスの復元後も存続
-- iOS セキュリティメカニズムによって保護
-
-### Android
-
-- バックアップ付きの Android Account Manager または共有設定を使用
-- アプリの再インストールとデバイス移行間でデータを維持
-- Android システムセキュリティによって保護
-
-## 使用例
-
-- **ユーザーオンボーディング**: アプリの再インストール間でユーザーの進行状況を保持
-- **アカウント復旧**: アプリ更新後にユーザーセッションを復元
-- **設定ストレージ**: ユーザー設定と構成を維持
-- **オフラインファーストアプリ**: 重要なユーザーデータをローカルに保存
-- **セッション管理**: アプリの再起動間でユーザーをログイン状態に保つ
-- **デバイス移行**: ユーザーデータを新しいデバイスに転送
diff --git a/src/content/docs/ja/docs/plugins/persistent-account/index.mdx b/src/content/docs/ja/docs/plugins/persistent-account/index.mdx
deleted file mode 100644
index d48413089..000000000
--- a/src/content/docs/ja/docs/plugins/persistent-account/index.mdx
+++ /dev/null
@@ -1,132 +0,0 @@
----
-title: "@capgo/capacitor-persistent-account"
-locale: ja
-description: 安全なストレージ、セッション処理、ユーザーデータの永続化を備えた Capacitor アプリ用の永続的なアカウント管理プラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "概要"
-hero:
-  tagline: 永続的なストレージ、安全なセッション処理、アプリセッション間でのシームレスな認証でユーザーアカウントを管理します。
-  image:
-    file: ~public/icons/plugins/persistent-account.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/persistent-account/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-persistent-account/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概要
-
-Capacitor Persistent Account プラグインは、アプリのインストール間でユーザーアカウントデータの安全な保存と永続化を可能にします。このプラグインは、アプリの再インストール後もユーザーアカウント情報が利用可能であることを保証し、シームレスなユーザー体験とアカウントの継続性を提供します。
-
-<CardGrid stagger>
-  <Card title="インストール間の永続化" icon="rocket">
-    アプリのアンインストール/再インストールサイクルを越えてデータが存続 💾
-  </Card>
-  <Card title="安全なストレージ" icon="setting">
-    システム統合による安全なアカウントデータストレージ 🔐
-  </Card>
-  <Card title="シンプルな API" icon="puzzle">
-    アカウント管理のためのクリーンな読み取り/書き込みインターフェース 📊
-  </Card>
-  <Card title="クロスプラットフォーム" icon="laptop">
-    ネイティブ iOS と Android 実装 📱
-  </Card>
-</CardGrid>
-
-## インストール
-
-```bash
-npm install @capgo/capacitor-persistent-account
-npx cap sync
-```
-
-## コア API メソッド
-
-### データ管理
-- `saveAccount(options: { data: unknown })` - アカウントデータを永続ストレージに安全に保存
-- `readAccount()` - 保存されたアカウントデータを取得、`Promise<{ data: unknown | null }>` を返す
-
-## 主な機能
-
-- **インストール間の永続化**: アカウントデータはアプリのアンインストールと再インストールを越えて存続
-- **安全なストレージ**: プラットフォーム固有の安全なストレージメカニズムを使用
-- **型の柔軟性**: 任意のシリアライズ可能なアカウントデータ構造を保存
-- **クロスプラットフォームサポート**: iOS と Android の両方のネイティブ実装
-
-## 使用例
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// アカウントデータ構造を定義
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// アカウントデータを保存
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// アカウントデータを読み取る
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('復元されたアカウント:', account.username);
-} else {
-  console.log('アカウントデータが見つかりません');
-}
-```
-
-## 使用例
-
-- **ユーザーオンボーディング**: アプリの再インストール間でユーザーの進行状況を保持
-- **アカウント復旧**: アプリ更新後にユーザーセッションを復元
-- **設定ストレージ**: ユーザー設定と構成を維持
-- **オフラインファーストアプリ**: 重要なユーザーデータをローカルに保存
-
-## プラットフォーム実装
-
-### iOS
-- 安全で永続的なストレージに iOS Keychain Services を利用
-- データはアプリの削除とデバイスの復元後も存続
-
-### Android
-- バックアップ付きの Android Account Manager または共有設定を使用
-- アプリの再インストールとデバイス移行間でデータを維持
-
-## セキュリティに関する考慮事項
-
-- アカウントデータはプラットフォーム固有の安全なストレージを使用して保存されます
-- 機密情報についてはデータ暗号化を検討してください
-- 保存されたアカウントを読み取る際は適切なデータ検証を実装してください
-- ユーザーデータの取り扱いに関するプラットフォームガイドラインに従ってください
-
-## ドキュメント
-
-詳細な実装ガイドとベストプラクティスについては、[完全なドキュメント](/docs/plugins/persistent-account/getting-started/)をご覧ください。
diff --git a/src/content/docs/ja/docs/plugins/photo-library/getting-started.mdx b/src/content/docs/ja/docs/plugins/photo-library/getting-started.mdx
deleted file mode 100644
index d5824f86d..000000000
--- a/src/content/docs/ja/docs/plugins/photo-library/getting-started.mdx
+++ /dev/null
@@ -1,76 +0,0 @@
----
-title: はじめに
-locale: ja
-description: ページネーションとメディア選択を備えたネイティブフォトギャラリーを統合します。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **プラグインをインストールする**
-   <PackageManagers pkg="@capgo/capacitor-photo-library" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **プラットフォームを同期する**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## プラットフォームパーミッション
-
-- **iOS**: `Info.plist` を `NSPhotoLibraryUsageDescription` で更新します（メディアを保存する予定がある場合は `NSPhotoLibraryAddUsageDescription` も必要です）。
-- **Android**: Android 13+ の場合、写真/動画パーミッション（`READ_MEDIA_IMAGES`、`READ_MEDIA_VIDEO`）を宣言します。Capacitor 5 はこれを自動的に処理しますが、カスタムマニフェストを再確認してください。
-
-## アクセスをリクエストする
-
-```typescript
-import { PhotoLibrary } from '@capgo/capacitor-photo-library';
-
-const { state } = await PhotoLibrary.requestAuthorization();
-if (state !== 'authorized' && state !== 'limited') {
-  throw new Error('写真アクセスが拒否されました');
-}
-```
-
-## ギャラリーを読み込む
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const { assets, hasMore, nextPage } = await PhotoLibrary.getLibrary({
-  limit: 100,
-  includeAlbums: false,
-  thumbnailWidth: 256,
-  thumbnailHeight: 256,
-});
-
-const gallery = assets.map((asset) => ({
-  id: asset.id,
-  fileName: asset.fileName,
-  created: asset.creationDate,
-  thumbnailUrl: asset.thumbnail
-    ? asset.thumbnail.webPath ?? Capacitor.convertFileSrc(asset.thumbnail.path)
-    : undefined,
-  photoUrl: asset.file
-    ? asset.file.webPath ?? Capacitor.convertFileSrc(asset.file.path)
-    : undefined,
-}));
-```
-
-追加のページを取得するには、`PhotoLibrary.getLibrary({ cursor: nextPage })` を呼び出します。
-
-## ユーザーにメディアを選択させる
-
-```typescript
-const selection = await PhotoLibrary.pickMedia({
-  selectionLimit: 5,
-  includeVideos: true,
-});
-
-console.log('ユーザーが選択した', selection.assets.length, '項目');
-```
-
-## キャッシュされたファイルをクリーンアップする
-
-生成されたサムネイルとエクスポートは、`photoLibrary` の下にあるアプリキャッシュディレクトリに保存されます。ストレージを再利用する必要がある場合は、お好みのファイル API で削除してください。
diff --git a/src/content/docs/ja/docs/plugins/photo-library/index.mdx b/src/content/docs/ja/docs/plugins/photo-library/index.mdx
deleted file mode 100644
index 622b08aba..000000000
--- a/src/content/docs/ja/docs/plugins/photo-library/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-photo-library"
-locale: ja
-description: 効率的なページング、サムネイル、キャッシュされた URL で写真を閲覧して選択します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "概要"
-hero:
-  tagline: 堅牢な認証フローでネイティブフォトライブラリにアクセスするカスタムギャラリーを構築します。
-  image:
-    file: ~public/icons/plugins/photo-library.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/photo-library/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-photo-library/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Photo Library は、アルバムのリスト、アセットのページング、サムネイルのリクエストを行いながら、パフォーマンスをチェックするのに役立ちます。
-
-<CardGrid stagger>
-  <Card title="認証ヘルパー" icon="approve-check">
-    パーミッションをリクエストし、制限付きアクセス状態を適切に処理します。
-  </Card>
-  <Card title="ページング取得" icon="rocket">
-    カーソルベースの読み込みとカスタマイズ可能な制限でギャラリーをページ分割します。
-  </Card>
-  <Card title="最適化されたサムネイル" icon="star">
-    スムーズなスクロールリストのために、固定サイズでサムネイル URL を取得します。
-  </Card>
-  <Card title="メディア選択" icon="download">
-    設定可能な選択制限でユーザーに写真やビデオを選択させます。
-  </Card>
-</CardGrid>
-
-パーミッションの設定とギャラリーの例については、はじめにガイドをご覧ください。
diff --git a/src/content/docs/ja/docs/plugins/printer/getting-started.mdx b/src/content/docs/ja/docs/plugins/printer/getting-started.mdx
deleted file mode 100644
index aa9978ae3..000000000
--- a/src/content/docs/ja/docs/plugins/printer/getting-started.mdx
+++ /dev/null
@@ -1,322 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Capacitorアプリからコンテンツを印刷するためのPrinterプラグインのインストールと使用方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストールする**
-   <PackageManagers pkg="@capgo/capacitor-printer" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期する**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-プラグインをインポートして、さまざまな種類のコンテンツを印刷します：
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-
-// Print HTML content
-const printHTML = async () => {
-  await Printer.print({
-    content: '<h1>Hello World</h1><p>This is a test print.</p>',
-    name: 'test-print'
-  });
-};
-
-// Print a PDF file
-const printPDF = async () => {
-  await Printer.print({
-    content: 'file:///path/to/document.pdf',
-    name: 'my-document'
-  });
-};
-
-// Print an image
-const printImage = async () => {
-  await Printer.print({
-    content: 'file:///path/to/image.jpg',
-    name: 'my-image'
-  });
-};
-```
-
-## APIリファレンス
-
-### print(options)
-
-指定されたコンテンツでネイティブの印刷ダイアログを開きます。
-
-```typescript
-interface PrintOptions {
-  content: string;          // HTML string, file URI, or base64 data
-  name?: string;            // Print job name
-  orientation?: 'portrait' | 'landscape';
-  grayscale?: boolean;      // Print in grayscale (default: false)
-}
-
-await Printer.print(options);
-```
-
-### canPrint()
-
-デバイスで印刷が利用可能かどうかを確認します。
-
-```typescript
-const { value } = await Printer.canPrint();
-console.log('Printing available:', value);
-```
-
-## 完全な例
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class PrintService {
-  async checkPrintAvailability(): Promise<boolean> {
-    const { value } = await Printer.canPrint();
-    return value;
-  }
-
-  async printHTML(htmlContent: string, jobName: string = 'Document') {
-    try {
-      const canPrint = await this.checkPrintAvailability();
-      if (!canPrint) {
-        throw new Error('Printing not available on this device');
-      }
-
-      await Printer.print({
-        content: htmlContent,
-        name: jobName,
-        orientation: 'portrait'
-      });
-    } catch (error) {
-      console.error('Print failed:', error);
-      throw error;
-    }
-  }
-
-  async printDocument(filePath: string, jobName?: string) {
-    await Printer.print({
-      content: filePath,
-      name: jobName || 'Document'
-    });
-  }
-
-  async printReceipt(receiptData: any) {
-    const html = `
-      <!DOCTYPE html>
-      <html>
-        <head>
-          <style>
-            body { font-family: Arial, sans-serif; padding: 20px; }
-            .header { text-align: center; margin-bottom: 20px; }
-            .item { display: flex; justify-content: space-between; margin: 10px 0; }
-            .total { font-weight: bold; font-size: 1.2em; margin-top: 20px; padding-top: 10px; border-top: 2px solid #000; }
-          </style>
-        </head>
-        <body>
-          <div class="header">
-            <h2>Receipt</h2>
-            <p>Date: ${new Date().toLocaleDateString()}</p>
-          </div>
-          ${receiptData.items.map((item: any) => `
-            <div class="item">
-              <span>${item.name}</span>
-              <span>$${item.price.toFixed(2)}</span>
-            </div>
-          `).join('')}
-          <div class="total">
-            <div class="item">
-              <span>Total:</span>
-              <span>$${receiptData.total.toFixed(2)}</span>
-            </div>
-          </div>
-        </body>
-      </html>
-    `;
-
-    await this.printHTML(html, 'Receipt');
-  }
-
-  async printFromURL(url: string) {
-    // Download the file first
-    const response = await fetch(url);
-    const blob = await response.blob();
-    const reader = new FileReader();
-
-    return new Promise((resolve, reject) => {
-      reader.onloadend = async () => {
-        try {
-          await Printer.print({
-            content: reader.result as string,
-            name: 'Downloaded Document'
-          });
-          resolve(true);
-        } catch (error) {
-          reject(error);
-        }
-      };
-      reader.onerror = reject;
-      reader.readAsDataURL(blob);
-    });
-  }
-}
-```
-
-## 高度な使用方法
-
-### カスタムスタイリングでの印刷
-
-```typescript
-const printStyledDocument = async () => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          @page {
-            size: A4;
-            margin: 2cm;
-          }
-          body {
-            font-family: 'Times New Roman', serif;
-            line-height: 1.6;
-          }
-          h1 {
-            color: #333;
-            border-bottom: 2px solid #333;
-            padding-bottom: 10px;
-          }
-          .content {
-            margin-top: 20px;
-          }
-        </style>
-      </head>
-      <body>
-        <h1>Professional Document</h1>
-        <div class="content">
-          <p>This is a professionally styled document ready for printing.</p>
-        </div>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Styled Document',
-    orientation: 'portrait'
-  });
-};
-```
-
-### テーブルの印刷
-
-```typescript
-const printTable = async (data: any[]) => {
-  const tableRows = data.map(row => `
-    <tr>
-      <td>${row.id}</td>
-      <td>${row.name}</td>
-      <td>${row.value}</td>
-    </tr>
-  `).join('');
-
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          table {
-            width: 100%;
-            border-collapse: collapse;
-          }
-          th, td {
-            border: 1px solid #ddd;
-            padding: 8px;
-            text-align: left;
-          }
-          th {
-            background-color: #f2f2f2;
-            font-weight: bold;
-          }
-        </style>
-      </head>
-      <body>
-        <table>
-          <thead>
-            <tr>
-              <th>ID</th>
-              <th>Name</th>
-              <th>Value</th>
-            </tr>
-          </thead>
-          <tbody>
-            ${tableRows}
-          </tbody>
-        </table>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Data Table'
-  });
-};
-```
-
-### 画像の印刷
-
-```typescript
-const printImageWithDetails = async (imagePath: string, title: string) => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          body { text-align: center; padding: 20px; }
-          h2 { margin-bottom: 20px; }
-          img { max-width: 100%; height: auto; }
-        </style>
-      </head>
-      <body>
-        <h2>${title}</h2>
-        <img src="${imagePath}" alt="${title}" />
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: title
-  });
-};
-```
-
-## ベストプラクティス
-
-1. **利用可能性の確認**: 印刷を試みる前に、常に印刷が利用可能かどうかを確認してください
-2. **有効なコンテンツ**: HTMLが適切に形成されており、ファイルパスが有効であることを確認してください
-3. **ジョブ名**: ユーザーが識別しやすいように、印刷ジョブには説明的な名前を使用してください
-4. **スタイリング**: 一貫した印刷出力のために、インラインCSSまたは埋め込みスタイルを使用してください
-5. **エラー処理**: ユーザーフィードバックのために、印刷呼び出しをtry-catchブロックでラップしてください
-
-## トラブルシューティング
-
-### よくある問題
-
-**印刷ダイアログが表示されない**: canPrint()で印刷が利用可能かどうかを確認してください
-**コンテンツが印刷されない**: HTMLが有効であり、ファイルパスが正しいことを確認してください
-**画像が表示されない**: 画像パスが絶対パスであり、ファイルがアクセス可能であることを確認してください
-**スタイリングの問題**: @page CSSルールを使用して、印刷出力をテストしてください
diff --git a/src/content/docs/ja/docs/plugins/printer/index.mdx b/src/content/docs/ja/docs/plugins/printer/index.mdx
deleted file mode 100644
index c39ec457f..000000000
--- a/src/content/docs/ja/docs/plugins/printer/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-printer"
-description: Capacitorアプリからドキュメント、HTML、PDF、画像、Webビューを印刷します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: iOSとAndroidのCapacitorアプリから直接、ドキュメント、HTMLコンテンツ、PDF、画像、Webビューを印刷します。
-  image:
-    file: ~public/icons/plugins/printer.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/printer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-printer/
-      icon: external
-      variant: minimal
-locale: ja
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="複数フォーマット" icon="document">
-    HTML、PDF、画像、Webコンテンツを印刷 📄
-  </Card>
-  <Card title="ネイティブUI" icon="laptop">
-    iOSとAndroidでネイティブ印刷ダイアログを使用 🖨️
-  </Card>
-  <Card title="簡単な統合" icon="rocket">
-    アプリへの迅速な統合のためのシンプルなAPI 🚀
-  </Card>
-  <Card title="クロスプラットフォーム" icon="puzzle">
-    iOSとAndroidの両デバイスで動作 📱
-  </Card>
-  <Card title="カスタマイズ可能" icon="setting">
-    向きやページサイズなどの印刷オプションを制御 ⚙️
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/printer/getting-started/)をチェックして、わずか数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/realtimekit/getting-started.mdx b/src/content/docs/ja/docs/plugins/realtimekit/getting-started.mdx
deleted file mode 100644
index 204286569..000000000
--- a/src/content/docs/ja/docs/plugins/realtimekit/getting-started.mdx
+++ /dev/null
@@ -1,474 +0,0 @@
----
-title: RealtimeKit の使用を開始する
-description: Cloudflare Calls ビデオ会議を Capacitor アプリに統合する方法を学びます
-locale: ja
----
-このガイドでは、Capacitor RealtimeKit プラグインを統合して、Cloudflare Calls を利用したビデオ会議をアプリケーションに追加する手順を説明します。
-
-## インストール
-
-npm を使用してプラグインをインストールします。
-
-```bash
-npm install @capgo/capacitor-realtimekit
-npx cap sync
-```
-
-## 依存関係
-
-このプラグインは Cloudflare RealtimeKit SDK を使用します。
-
-- **iOS**: RealtimeKitCoreiOS (Swift Package Manager 経由で自動的にインストールされます)
-- **Android**: `com.cloudflare.realtimekit:ui-android` バージョン `0.2.2`
-
-### Android RealtimeKit バージョンのカスタマイズ
-
-アプリの `build.gradle` 内:
-
-```kotlin
-buildscript {
-    ext {
-        realtimekitUiVersion = '0.2.2'  // or your desired version
-    }
-}
-```
-
-## iOS 構成
-
-アプリの `Info.plist` に以下を追加します。
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>We need camera access for video calls</string>
-
-<key>NSMicrophoneUsageDescription</key>
-<string>We need microphone access for audio calls</string>
-
-<key>NSPhotoLibraryUsageDescription</key>
-<string>We need photo library access to share images</string>
-
-<key>NSBluetoothPeripheralUsageDescription</key>
-<string>We need Bluetooth access for audio routing</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-  <string>fetch</string>
-  <string>remote-notification</string>
-</array>
-```
-
-## Android 構成
-
-次の権限を `AndroidManifest.xml` に追加します。
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-
-<uses-feature android:name="android.hardware.camera" android:required="false" />
-<uses-feature android:name="android.hardware.camera.autofocus" android:required="false" />
-```
-
-## 基本的な使い方
-
-### プラグインをインポートする
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-```
-
-### プラグインを初期化する
-
-```typescript
-async function initializeRealtimeKit() {
-  try {
-    await CapacitorRealtimekit.initialize();
-    console.log('RealtimeKit initialized');
-  } catch (error) {
-    console.error('Failed to initialize RealtimeKit:', error);
-  }
-}
-```
-
-### 会議を開始する
-
-```typescript
-async function startMeeting(meetingUrl: string) {
-  try {
-    await CapacitorRealtimekit.startMeeting({
-      url: meetingUrl
-    });
-    console.log('Meeting started');
-  } catch (error) {
-    console.error('Failed to start meeting:', error);
-  }
-}
-```
-
-## 完全な例
-
-総合的なビデオ会議サービスは次のとおりです。
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-
-export interface MeetingConfig {
-  url: string;
-  displayName?: string;
-  audioEnabled?: boolean;
-  videoEnabled?: boolean;
-}
-
-export class VideoConferenceService {
-  private isInitialized = false;
-  private currentMeetingUrl: string | null = null;
-
-  async initialize(): Promise<boolean> {
-    if (this.isInitialized) {
-      console.log('RealtimeKit already initialized');
-      return true;
-    }
-
-    try {
-      await CapacitorRealtimekit.initialize();
-      this.isInitialized = true;
-      console.log('RealtimeKit initialized successfully');
-      return true;
-    } catch (error) {
-      console.error('Failed to initialize RealtimeKit:', error);
-      return false;
-    }
-  }
-
-  async startMeeting(config: MeetingConfig): Promise<void> {
-    if (!this.isInitialized) {
-      const initialized = await this.initialize();
-      if (!initialized) {
-        throw new Error('Failed to initialize RealtimeKit');
-      }
-    }
-
-    try {
-      await CapacitorRealtimekit.startMeeting({
-        url: config.url
-      });
-
-      this.currentMeetingUrl = config.url;
-      console.log('Meeting started:', config.url);
-    } catch (error) {
-      console.error('Failed to start meeting:', error);
-      throw error;
-    }
-  }
-
-  async joinMeeting(meetingUrl: string, displayName?: string): Promise<void> {
-    const config: MeetingConfig = {
-      url: meetingUrl,
-      displayName: displayName
-    };
-
-    await this.startMeeting(config);
-  }
-
-  getCurrentMeetingUrl(): string | null {
-    return this.currentMeetingUrl;
-  }
-
-  isInMeeting(): boolean {
-    return this.currentMeetingUrl !== null;
-  }
-
-  async getPluginVersion(): Promise<string> {
-    try {
-      const result = await CapacitorRealtimekit.getPluginVersion();
-      return result.version;
-    } catch (error) {
-      console.error('Failed to get plugin version:', error);
-      return 'unknown';
-    }
-  }
-}
-
-// Usage
-const videoService = new VideoConferenceService();
-
-// Initialize on app start
-await videoService.initialize();
-
-// Start a meeting
-await videoService.startMeeting({
-  url: 'https://your-cloudflare-calls-url.com/meeting/123'
-});
-
-// Join an existing meeting
-await videoService.joinMeeting(
-  'https://your-cloudflare-calls-url.com/meeting/456',
-  'John Doe'
-);
-```
-
-## Cloudflare 通話のセットアップ
-
-このプラグインを使用するには、Cloudflare Calls を設定する必要があります。
-
-### 1. Cloudflareアカウントを作成する
-
-アカウントをお持ちでない場合は、[Cloudflare](https://dash.cloudflare.com/sign-up) にサインアップしてください。
-
-### 2. 通話を有効にする API
-
-1. Cloudflareダッシュボードに移動します
-2. **通話**セクションに移動します
-3. 呼び出し API を有効にする
-4. API 資格情報を取得します
-
-### 3. ミーティング URL を作成する
-
-会議 URL を作成するにはバックエンド サービスが必要です。 Cloudflare ワーカーを使用した例:
-
-```typescript
-// Cloudflare Worker example
-export default {
-  async fetch(request: Request): Promise<Response> {
-    const { pathname } = new URL(request.url);
-
-    if (pathname === '/create-meeting') {
-      const meetingId = generateMeetingId();
-      const meetingUrl = `https://your-app.calls.cloudflare.com/${meetingId}`;
-
-      return new Response(JSON.stringify({
-        meetingId,
-        meetingUrl
-      }), {
-        headers: { 'Content-Type': 'application/json' }
-      });
-    }
-
-    return new Response('Not found', { status: 404 });
-  }
-};
-
-function generateMeetingId(): string {
-  return Math.random().toString(36).substring(2, 15);
-}
-```
-
-## 高度な使用法
-
-### カスタム構成でのミーティング
-
-```typescript
-class MeetingManager {
-  private videoService: VideoConferenceService;
-
-  constructor() {
-    this.videoService = new VideoConferenceService();
-  }
-
-  async createAndJoinMeeting(userName: string): Promise<string> {
-    // Initialize if needed
-    await this.videoService.initialize();
-
-    // Call your backend to create a meeting
-    const meetingUrl = await this.createMeetingOnBackend();
-
-    // Join the meeting
-    await this.videoService.joinMeeting(meetingUrl, userName);
-
-    return meetingUrl;
-  }
-
-  async createMeetingOnBackend(): Promise<string> {
-    const response = await fetch('https://your-api.com/create-meeting', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' }
-    });
-
-    const data = await response.json();
-    return data.meetingUrl;
-  }
-
-  async shareMeetingLink(meetingUrl: string) {
-    // Use Capacitor Share API
-    if ('share' in navigator) {
-      await (navigator as any).share({
-        title: 'Join my meeting',
-        text: 'Join me for a video call',
-        url: meetingUrl
-      });
-    }
-  }
-}
-```
-
-### 権限の処理
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-async function checkAndRequestPermissions(): Promise<boolean> {
-  if (Capacitor.getPlatform() === 'web') {
-    // Request browser permissions
-    try {
-      const stream = await navigator.mediaDevices.getUserMedia({
-        audio: true,
-        video: true
-      });
-
-      // Stop the stream, we just needed permission
-      stream.getTracks().forEach(track => track.stop());
-      return true;
-    } catch (error) {
-      console.error('Permission denied:', error);
-      return false;
-    }
-  }
-
-  // On native platforms, permissions are requested automatically
-  return true;
-}
-
-// Use before starting a meeting
-const hasPermissions = await checkAndRequestPermissions();
-if (hasPermissions) {
-  await videoService.startMeeting({ url: meetingUrl });
-}
-```
-
-## React の統合
-
-```typescript
-import { useEffect, useState } from 'react';
-import { VideoConferenceService } from './VideoConferenceService';
-
-function VideoCallComponent() {
-  const [videoService] = useState(() => new VideoConferenceService());
-  const [isReady, setIsReady] = useState(false);
-
-  useEffect(() => {
-    videoService.initialize().then(setIsReady);
-  }, []);
-
-  const joinMeeting = async (meetingUrl: string) => {
-    if (!isReady) {
-      console.error('Video service not ready');
-      return;
-    }
-
-    try {
-      await videoService.joinMeeting(meetingUrl, 'User Name');
-    } catch (error) {
-      console.error('Failed to join meeting:', error);
-    }
-  };
-
-  return (
-    <div>
-      <button
-        onClick={() => joinMeeting('https://your-meeting-url')}
-        disabled={!isReady}
-      >
-        Join Meeting
-      </button>
-    </div>
-  );
-}
-```
-
-## Vue の統合
-
-```typescript
-import { ref, onMounted } from 'vue';
-import { VideoConferenceService } from './VideoConferenceService';
-
-export default {
-  setup() {
-    const videoService = new VideoConferenceService();
-    const isReady = ref(false);
-
-    onMounted(async () => {
-      isReady.value = await videoService.initialize();
-    });
-
-    const joinMeeting = async (meetingUrl: string) => {
-      if (!isReady.value) {
-        console.error('Video service not ready');
-        return;
-      }
-
-      try {
-        await videoService.joinMeeting(meetingUrl, 'User Name');
-      } catch (error) {
-        console.error('Failed to join meeting:', error);
-      }
-    };
-
-    return {
-      isReady,
-      joinMeeting
-    };
-  }
-};
-```
-
-## ベストプラクティス
-
-1. **早期初期化**: アプリの起動時に RealtimeKit を初期化します。
-2. **エラーの処理**: 呼び出しは常に try-catch ブロックでラップする
-3. **権限のリクエスト**: 開始する前にカメラ/マイクの権限を確認してください
-4. **テストネットワーク**: 参加する前にインターネット接続を確認してください
-5. **バックグラウンド オーディオ**: iOS のバックグラウンド モードを構成します。
-6. **ユーザー エクスペリエンス**: 初期化中に読み込み状態を表示する
-7. **クリーンな URL**: 使用前に会議 URL を検証する
-
-## よくある問題
-
-### 会議が開始されません
-
-```typescript
-async function troubleshootMeeting(meetingUrl: string) {
-  // Check initialization
-  const version = await videoService.getPluginVersion();
-  console.log('Plugin version:', version);
-
-  // Verify URL format
-  if (!meetingUrl.startsWith('https://')) {
-    console.error('Invalid meeting URL, must use HTTPS');
-    return;
-  }
-
-  // Try starting meeting
-  try {
-    await videoService.startMeeting({ url: meetingUrl });
-  } catch (error) {
-    console.error('Meeting failed:', error);
-  }
-}
-```
-
-### 権限が拒否されました
-
-iOS では、Info.plist に必要な使用法の説明がすべて含まれていることを確認します。 Android で、AndroidManifest.xml 権限が存在することを確認します。
-
-### iOS の音声の問題
-
-Info.plist でバックグラウンド オーディオ モードが設定されていることを確認します。
-
-```xml
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-</array>
-```
-
-## 次のステップ
-
-- 完全なメソッドのドキュメントについては、[API リファレンス](https://github.com/Cap-go/capacitor-realtimekit#api) を参照してください。
-- [Cloudflare コールのドキュメント] を読む(https://developers.cloudflare.com/calls/)
-- [サンプルアプリ]をチェックしてください(https://github.com/Cap-go/capacitor-realtimekit/tree/main/example)
-- 完全な実装については、[チュートリアル](/plugins/capacitor-realtimekit) を参照してください。
diff --git a/src/content/docs/ja/docs/plugins/realtimekit/index.mdx b/src/content/docs/ja/docs/plugins/realtimekit/index.mdx
deleted file mode 100644
index 0526ea80f..000000000
--- a/src/content/docs/ja/docs/plugins/realtimekit/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-realtimekit"
-locale: ja
-description: ビデオ会議とリアルタイム通信のための組み込みミーティングUIを備えたCloudflare Calls統合。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: Cloudflare Calls統合と組み込みUIでアプリにビデオ会議とリアルタイム通信を追加します。
-  image:
-    file: ~public/icons/plugins/realtimekit.svg
-  actions:
-    - text: 始める
-      link: /docs/plugins/realtimekit/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-realtimekit/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Cloudflare Calls" icon="rocket">
-    Cloudflareのグローバルインフラストラクチャによって駆動 ☁️
-  </Card>
-  <Card title="組み込みミーティングUI" icon="star">
-    すぐに使えるビデオ会議インターフェース 📹
-  </Card>
-  <Card title="WebRTCサポート" icon="setting">
-    高品質なリアルタイムオーディオとビデオ 🎥
-  </Card>
-  <Card title="バックグラウンドモード" icon="laptop">
-    アプリがバックグラウンドになっても通話を継続 🔄
-  </Card>
-  <Card title="画面共有" icon="document">
-    Androidでミーティング中に画面を共有 📱
-  </Card>
-  <Card title="始め方" icon="open-book">
-    [スタートガイド](/docs/plugins/realtimekit/getting-started/)でプラグインのインストールと設定方法を確認してください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/ricoh360-camera/getting-started.mdx b/src/content/docs/ja/docs/plugins/ricoh360-camera/getting-started.mdx
deleted file mode 100644
index 8359c8cc5..000000000
--- a/src/content/docs/ja/docs/plugins/ricoh360-camera/getting-started.mdx
+++ /dev/null
@@ -1,411 +0,0 @@
----
-title: はじめる
-description: >-
-  Ricoh 360° Camera プラグインをインストールして使用し、Capacitor アプリで Ricoh Theta
-  カメラを制御する方法を学びます。
-sidebar:
-  order: 2
-locale: ja
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## プラットフォーム構成
-
-### iOS
-
-カメラと写真ライブラリの権限を `Info.plist` に追加します。
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>This app needs access to the camera to capture 360° photos and videos</string>
-<key>NSPhotoLibraryAddUsageDescription</key>
-<string>This app needs access to save 360° photos and videos to your library</string>
-```
-
-### Android
-
-必要な権限を `AndroidManifest.xml` に追加します。
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-<uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-```
-
-## サポートされているデバイス
-
-このプラグインは、Ricoh Theta シリーズのカメラをサポートします。
-- リコー Theta V
-- リコー シータ Z1
-- リコー シータ SC2
-- リコーシータX
-
-## 使用例
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-// Initialize camera connection
-await Ricoh360Camera.initialize();
-
-// Connect to Ricoh Theta camera via WiFi
-await Ricoh360Camera.connect({
-  ssid: 'THETAYL12345678',
-  password: '12345678'
-});
-
-// Start live preview
-await Ricoh360Camera.startPreview({
-  container: 'preview-container' // ID of HTML element
-});
-
-// Capture a 360° photo
-const result = await Ricoh360Camera.capturePhoto();
-console.log('Photo saved:', result.filePath);
-
-// Start recording 360° video
-await Ricoh360Camera.startRecording();
-
-// Stop recording after some time
-setTimeout(async () => {
-  const video = await Ricoh360Camera.stopRecording();
-  console.log('Video saved:', video.filePath);
-}, 10000);
-
-// Stop preview
-await Ricoh360Camera.stopPreview();
-
-// Disconnect from camera
-await Ricoh360Camera.disconnect();
-```
-
-## API リファレンス
-
-### 初期化()
-
-```typescript
-initialize() => Promise<void>
-```
-
-カメラプラグインを初期化します。
-
-### 接続(オプション)
-
-```typescript
-connect(options: ConnectOptions) => Promise<void>
-```
-
-WiFi 経由で Ricoh Theta カメラに接続します。
-
-|パラム |タイプ |
-| ------------- | ------------------------- |
-| **`options`** | `ConnectOptions` |
-
-### 切断()
-
-```typescript
-disconnect() => Promise<void>
-```
-
-カメラから切断します。
-
-### startPreview(オプション)
-
-```typescript
-startPreview(options: PreviewOptions) => Promise<void>
-```
-
-ライブ 360° プレビュー ストリームを開始します。
-
-|パラム |タイプ |
-| ------------- | ------------------------- |
-| **`options`** | `PreviewOptions` |
-
-### stopPreview()
-
-```typescript
-stopPreview() => Promise<void>
-```
-
-ライブ プレビュー ストリームを停止します。
-
-### キャプチャ写真(オプション?)
-
-```typescript
-capturePhoto(options?: CaptureOptions) => Promise<CaptureResult>
-```
-
-360° 写真を撮影します。
-
-|パラム |タイプ |
-| ------------- | ------------------------- |
-| **`options`** | `CaptureOptions` (オプション) |
-
-**戻り値:** `Promise<CaptureResult>`
-
-### startRecording(オプション?)
-
-```typescript
-startRecording(options?: RecordingOptions) => Promise<void>
-```
-
-360°ビデオの録画を開始します。
-
-|パラム |タイプ |
-| ------------- | ----------------------------- |
-| **`options`** | `RecordingOptions` (オプション) |
-
-### stopRecording()
-
-```typescript
-stopRecording() => Promise<CaptureResult>
-```
-
-ビデオ録画を停止します。
-
-**戻り値:** `Promise<CaptureResult>`
-
-### getCameraInfo()
-
-```typescript
-getCameraInfo() => Promise<CameraInfo>
-```
-
-カメラの情報と機能を取得します。
-
-**戻り値:** `Promise<CameraInfo>`
-
-### setExposure(オプション)
-
-```typescript
-setExposure(options: ExposureOptions) => Promise<void>
-```
-
-カメラの露出設定を設定します。
-
-|パラム |タイプ |
-| ------------- | ------------------------ |
-| **`options`** | `ExposureOptions` |
-
-### setWhiteBalance(オプション)
-
-```typescript
-setWhiteBalance(options: WhiteBalanceOptions) => Promise<void>
-```
-
-ホワイトバランスモードを設定します。
-
-|パラム |タイプ |
-| ------------- | ------------------------------ |
-| **`options`** | `WhiteBalanceOptions` |
-
-## インターフェース
-
-### 接続オプション
-
-|小道具 |タイプ |説明 |
-| -------------- | ----------------- | ------------------------------ |
-| **`ssid`** | `string` |リコーカメラのWiFi SSID |
-| **`password`** | `string` |カメラのWiFiパスワード |
-
-### プレビューオプション
-
-|小道具 |タイプ |説明 |
-| --------------- | ----------------- | ------------------------------------- |
-| **`container`** | `string` | HTML プレビュー コンテナーの要素 ID |
-
-### キャプチャオプション|小道具 |タイプ |説明 |
-| -------------- | ------------------ | ------------------------------------- |
-| **`quality`** | `number` |画質 (1-100) (オプション) |
-| **`saveToGallery`** | `boolean` |デバイス ギャラリーに保存 (オプション) |
-
-### 録音オプション
-
-|小道具 |タイプ |説明 |
-| ----------------- | ------------------ | -------------------------------------- |
-| **`maxDuration`** | `number` |最大録音時間 (秒単位) (オプション) |
-| **`quality`** | `string` |ビデオ品質: '高' \| '中' \| '低' (オプション) |
-
-### キャプチャ結果
-
-|小道具 |タイプ |説明 |
-| -------------- | ----------------- | ------------------------ |
-| **`filePath`** | `string` |キャプチャされたファイルへのパス |
-| **`fileUrl`** | `string` |ファイルにアクセスするための URL |
-
-### カメラ情報
-
-|小道具 |タイプ |説明 |
-| ----------------- | ----------------- | ------------------------ |
-| **`model`** | `string` |カメラのモデル名 |
-| **`serialNumber`** | `string` |カメラのシリアル番号 |
-| **`firmwareVersion`** | `string` |ファームウェアのバージョン |
-| **`batteryLevel`** | `number` |バッテリー残量 (0-100) |
-
-### 露出オプション
-
-|小道具 |タイプ |説明 |
-| ------------ | ------------------ | ------------------------------------------------ |
-| **`mode`** | `string` |露出モード: '自動' \| 'マニュアル' \| 'イソ' |
-| **`iso`** | `number` | ISO 値 (100、200、400 など) (オプション) |
-| **`shutter`** | `number` |シャッタースピード (オプション) |
-
-### ホワイトバランスオプション
-
-|小道具 |タイプ |説明 |
-| ---------- | ----------------- | -------------------------------------------------------- |
-| **`mode`** | `string` |ホワイトバランス: '自動' \| '日光' \| 「曇り」 \| 'タングステン' \| '蛍光' |
-
-## 完全な例
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-class Camera360Controller {
-  async setup() {
-    try {
-      // Initialize
-      await Ricoh360Camera.initialize();
-
-      // Connect to camera
-      await Ricoh360Camera.connect({
-        ssid: 'THETAYL12345678',
-        password: '12345678'
-      });
-
-      // Get camera info
-      const info = await Ricoh360Camera.getCameraInfo();
-      console.log('Connected to:', info.model);
-      console.log('Battery level:', info.batteryLevel + '%');
-
-      // Configure exposure
-      await Ricoh360Camera.setExposure({
-        mode: 'auto'
-      });
-
-      // Configure white balance
-      await Ricoh360Camera.setWhiteBalance({
-        mode: 'auto'
-      });
-
-      // Start preview
-      await Ricoh360Camera.startPreview({
-        container: 'camera-preview'
-      });
-
-    } catch (error) {
-      console.error('Failed to setup camera:', error);
-    }
-  }
-
-  async takePhoto() {
-    try {
-      const result = await Ricoh360Camera.capturePhoto({
-        quality: 95,
-        saveToGallery: true
-      });
-      console.log('Photo captured:', result.filePath);
-      return result;
-    } catch (error) {
-      console.error('Failed to capture photo:', error);
-    }
-  }
-
-  async recordVideo(durationSeconds: number) {
-    try {
-      // Start recording
-      await Ricoh360Camera.startRecording({
-        maxDuration: durationSeconds,
-        quality: 'high'
-      });
-
-      console.log('Recording started...');
-
-      // Stop after duration
-      setTimeout(async () => {
-        const result = await Ricoh360Camera.stopRecording();
-        console.log('Video saved:', result.filePath);
-      }, durationSeconds * 1000);
-
-    } catch (error) {
-      console.error('Failed to record video:', error);
-    }
-  }
-
-  async cleanup() {
-    try {
-      await Ricoh360Camera.stopPreview();
-      await Ricoh360Camera.disconnect();
-      console.log('Camera disconnected');
-    } catch (error) {
-      console.error('Failed to cleanup:', error);
-    }
-  }
-}
-
-// Usage
-const camera = new Camera360Controller();
-await camera.setup();
-await camera.takePhoto();
-await camera.recordVideo(10); // 10 seconds
-await camera.cleanup();
-```
-
-## ベストプラクティス
-
-- カメラに接続する前に必ずプラグインを初期化してください
-- デバイスがカメラの WiFi ネットワークに接続されていることを確認します。
-- エラー、特に接続障害を適切に処理します
-- プレビューを停止し、完了したらバッテリーを節約するために接続を解除します
-- 長時間の録画セッションの前にカメラのバッテリー残量を確認してください
-- 実際のRicoh Thetaハードウェアでのテスト
-- ストレージの制約に基づいて適切なビデオ品質を使用する
-
-## トラブルシューティング
-
-### 接続の問題
-
-- カメラの電源が入っていることを確認します
-- WiFi SSID とパスワードが正しいことを確認してください
-- 他のアプリがカメラに接続されていないことを確認してください
-- 接続に失敗した場合はカメラの WiFi 設定をリセット
-
-### プレビューが表示されない
-
-- HTML コンテナ要素が存在することを確認します
-- カメラの権限が付与されていることを確認してください
-- 接続が成功した後にプレビューが開始されることを確認します
-
-### キャプチャの失敗- 利用可能なストレージ容量を確認する
-- カメラのバッテリー残量が十分であることを確認します
-- カメラがスリープモードになっていないことを確認してください
diff --git a/src/content/docs/ja/docs/plugins/ricoh360-camera/index.mdx b/src/content/docs/ja/docs/plugins/ricoh360-camera/index.mdx
deleted file mode 100644
index 39f1119f3..000000000
--- a/src/content/docs/ja/docs/plugins/ricoh360-camera/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-ricoh360-camera"
-locale: ja
-description: パノラマ写真とビデオ撮影機能を備えた、CapacitorアプリのためのRicoh 360°カメラ制御プラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: 完全なデバイス統合による没入型パノラマ写真とビデオ撮影のためのRicoh 360°カメラを制御します。
-  image:
-    file: ~public/icons/plugins/ricoh360-camera.svg
-  actions:
-    - text: 始める
-      link: /docs/plugins/ricoh360-camera/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ricoh360-camera/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="360°撮影" icon="rocket">
-    没入型パノラマ写真とビデオを撮影 🌐
-  </Card>
-  <Card title="デバイス制御" icon="setting">
-    Ricoh Thetaカメラ設定の完全な制御 📸
-  </Card>
-  <Card title="ライブプレビュー" icon="magnifier">
-    リアルタイム360°プレビューストリーミング 👁️
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/ricoh360-camera/getting-started/)をチェックして、数分でプラグインをマスターしてください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/screen-orientation/getting-started.mdx b/src/content/docs/ja/docs/plugins/screen-orientation/getting-started.mdx
deleted file mode 100644
index 907e9525a..000000000
--- a/src/content/docs/ja/docs/plugins/screen-orientation/getting-started.mdx
+++ /dev/null
@@ -1,283 +0,0 @@
----
-title: はじめる
-description: 画面の向きプラグインをインストールして使用し、Capacitor アプリでデバイスの向きを制御および検出する方法を学びます。
-sidebar:
-  order: 2
-locale: ja
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストールします**
-   <PackageManagers pkg="@capgo/capacitor-screen-orientation" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブ プロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **iOS 構成 (オプション)**
-   iOS のモーション センサーを使用して物理デバイスの向きを検出するには、`Info.plist` に以下を追加します。
-   ```xml
-   <key>NSMotionUsageDescription</key>
-   <string>This app uses motion sensors to detect device orientation.</string>
-   ```
-</Steps>
-
-## 基本的な使い方
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Get current orientation
-const current = await ScreenOrientation.orientation();
-console.log('Current orientation:', current.type);
-
-// Lock to landscape
-await ScreenOrientation.lock({ orientation: 'landscape' });
-
-// Unlock orientation
-await ScreenOrientation.unlock();
-
-// Listen for orientation changes
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Orientation changed:', result.type);
-  }
-);
-```
-
-## 物理的な向きの検出
-
-このプラグインには独自の機能があります。ユーザーがデバイスで方向のロックを有効にしている場合でも、モーション センサーを使用してデバイスの**実際の物理的な方向**を検出できます。
-
-<Aside type="note">
-  UI はユーザーの方向ロック設定を引き続き尊重します。モーション トラッキングを使用すると、デバイスが物理的にどのように保持されているかを知ることができますが、方向のロックが有効になっている場合、UI は回転しません。
-</Aside>
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Start motion-based tracking
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-
-// Now orientation change events will reflect physical orientation
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Physical orientation:', result.type);
-  }
-);
-
-// Check if orientation lock is enabled
-const lockStatus = await ScreenOrientation.isOrientationLocked();
-if (lockStatus.locked) {
-  console.log('User has orientation lock enabled');
-  console.log('Physical:', lockStatus.physicalOrientation);
-  console.log('UI:', lockStatus.uiOrientation);
-}
-
-// Stop tracking when done
-await ScreenOrientation.stopOrientationTracking();
-```
-
-## API リファレンス
-
-### 向き()
-
-現在の画面の向きを取得します。
-
-```typescript
-const result = await ScreenOrientation.orientation();
-// Returns: { type: OrientationType }
-```
-
-**OrientationType 値:**
-- `'portrait-primary'` - 縦向き、下部にホームボタン
-- `'portrait-Secondary'` - 縦向き、上下逆さま
-- `'landscape-primary'` - 横向き、右側のホームボタン
-- `'landscape-Secondary'` - 横向き、左側のホームボタン
-
-### ロック(オプション)
-
-画面を特定の向きにロックします。
-
-```typescript
-interface OrientationLockOptions {
-  orientation: OrientationLockType;
-  bypassOrientationLock?: boolean; // Enable motion tracking
-}
-
-await ScreenOrientation.lock({ orientation: 'landscape' });
-```
-
-**OrientationLockType 値:**
-- `'any'` - 任意の方向
-- `'natural'` - デバイスの自然な向き
-- `'landscape'` - 任意の風景モード
-- `'portrait'` - 任意のポートレート モード
-- `'ポートレート-プライマリ'` / `'ポートレート-セカンダリ'`
-- `'ランドスケープ-プライマリ'` / 'ランドスケープ-セカンダリ'`
-
-### ロック解除()
-
-画面の向きのロックを解除します。
-
-```typescript
-await ScreenOrientation.unlock();
-```
-
-### startOrientationTracking(オプション?)
-
-モーション センサーを使用して物理デバイスの向きの追跡を開始します。
-
-```typescript
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-```
-
-### stopOrientationTracking()
-
-モーションベースの方向追跡を停止します。
-
-```typescript
-await ScreenOrientation.stopOrientationTracking();
-```
-
-### isOrientationLocked()
-
-デバイスの向きのロックが有効になっているかどうかを確認します。
-
-```typescript
-const result = await ScreenOrientation.isOrientationLocked();
-// Returns: {
-//   locked: boolean,
-//   physicalOrientation?: OrientationType,
-//   uiOrientation?: OrientationType
-// }
-```
-
-<Aside type="tip">
-  この方法が正しく動作するには、モーション トラッキングがアクティブになっている必要があります。
-</Aside>
-
-### addListener(イベント名, コールバック)
-
-方向の変化を聞きます。
-
-```typescript
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('New orientation:', result.type);
-  }
-);
-
-// Remove when done
-await listener.remove();
-```
-
-###removeAllListeners()
-
-すべてのイベント リスナーを削除します。
-
-```typescript
-await ScreenOrientation.removeAllListeners();
-```
-
-## 完全な例
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-class OrientationManager {
-  private listener: any = null;
-
-  async init() {
-    // Start motion tracking for physical orientation detection
-    await ScreenOrientation.startOrientationTracking({
-      bypassOrientationLock: true
-    });
-
-    // Listen for changes
-    this.listener = await ScreenOrientation.addListener(
-      'screenOrientationChange',
-      this.onOrientationChange.bind(this)
-    );
-
-    // Get initial orientation
-    const { type } = await ScreenOrientation.orientation();
-    console.log('Initial orientation:', type);
-  }
-
-  onOrientationChange(result: { type: string }) {
-    console.log('Orientation changed to:', result.type);
-
-    // Adjust UI based on orientation
-    if (result.type.includes('landscape')) {
-      this.showLandscapeUI();
-    } else {
-      this.showPortraitUI();
-    }
-  }
-
-  showLandscapeUI() {
-    // Landscape-specific UI adjustments
-  }
-
-  showPortraitUI() {
-    // Portrait-specific UI adjustments
-  }
-
-  async lockLandscape() {
-    await ScreenOrientation.lock({ orientation: 'landscape' });
-  }
-
-  async lockPortrait() {
-    await ScreenOrientation.lock({ orientation: 'portrait' });
-  }
-
-  async freeRotation() {
-    await ScreenOrientation.unlock();
-  }
-
-  async checkIfUserHasOrientationLock() {
-    const { locked, physicalOrientation, uiOrientation } =
-      await ScreenOrientation.isOrientationLocked();
-
-    if (locked) {
-      console.log(`Device is held in ${physicalOrientation} but UI shows ${uiOrientation}`);
-      return true;
-    }
-    return false;
-  }
-
-  async destroy() {
-    await ScreenOrientation.stopOrientationTracking();
-    if (this.listener) {
-      await this.listener.remove();
-    }
-  }
-}
-```
-
-## プラットフォームに関する注意事項
-
-### iOS
-- 物理的な向きの検出に Core Motion フレームワークを使用
-- モーション センサーには Info.plist に `NSMotionUsageDescription` が必要です
-- すべての向きのタイプを完全にサポート
-
-### Android
-- 物理的な向きの検出に加速度センサーを使用
-- 追加の権限は必要ありません
-- すべての向きのタイプを完全にサポート
-
-### ウェブ
-- 画面の向き API を使用します
-- モーションセンサーの検出は制限されています
-- 一部のブラウザはすべてのロック タイプをサポートしていない場合があります
diff --git a/src/content/docs/ja/docs/plugins/screen-orientation/index.mdx b/src/content/docs/ja/docs/plugins/screen-orientation/index.mdx
deleted file mode 100644
index 43d67af52..000000000
--- a/src/content/docs/ja/docs/plugins/screen-orientation/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-screen-orientation"
-description: モーションセンサーを使用して物理的なデバイスの向きを検出する独自の機能で、画面の向きを制御および検出します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: 真の物理的なデバイスの向きを検出するサポート付きの画面向きプラグイン - 向きロックが有効な場合でも機能します。
-  image:
-    file: ~public/icons/plugins/screen-orientation.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/screen-orientation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-screen-orientation/
-      icon: external
-      variant: minimal
-locale: ja
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="物理的な向き検出" icon="rocket">
-    向きロックが有効な場合でも、モーションセンサーを使用して真の物理的なデバイスの向きを検出
-  </Card>
-  <Card title="向きロック検出" icon="puzzle">
-    物理的な向きとUIの向きを比較して、ユーザーが向きロックを有効にしているかどうかを判断
-  </Card>
-  <Card title="クロスプラットフォーム" icon="laptop">
-    iOS（Core Motion）、Android（加速度計）、Webで動作
-  </Card>
-  <Card title="リアルタイム更新" icon="open-book">
-    イベントリスナーでデバイスの向きが変更されたときに即座に通知を取得
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/screen-recorder/getting-started.mdx b/src/content/docs/ja/docs/plugins/screen-recorder/getting-started.mdx
deleted file mode 100644
index 35fac8c91..000000000
--- a/src/content/docs/ja/docs/plugins/screen-recorder/getting-started.mdx
+++ /dev/null
@@ -1,287 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Screen Recorderプラグインのインストール方法と、Capacitorアプリで画面録画をキャプチャする方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージのインストール**
-   <PackageManagers pkg="@capgo/capacitor-screen-recorder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトとの同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **権限の設定**
-
-   ### iOS
-   `Info.plist`に使用説明を追加します:
-   ```xml
-   <key>NSMicrophoneUsageDescription</key>
-   <string>To record audio with screen recording</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>To save screen recordings</string>
-   ```
-
-   ### Android
-   `AndroidManifest.xml`に権限を追加します:
-   ```xml
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## 使用方法
-
-プラグインをインポートして、画面を録画するメソッドを使用します:
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-
-// Start recording
-const startRecording = async () => {
-  try {
-    await ScreenRecorder.start();
-    console.log('Recording started');
-  } catch (error) {
-    console.error('Failed to start recording:', error);
-  }
-};
-
-// Stop recording
-const stopRecording = async () => {
-  try {
-    const result = await ScreenRecorder.stop();
-    console.log('Recording saved to:', result.videoUrl);
-    
-    // You can now use the video URL
-    // For example, share it or play it back
-  } catch (error) {
-    console.error('Failed to stop recording:', error);
-  }
-};
-
-// Check if recording is supported
-const checkSupport = async () => {
-  const { value } = await ScreenRecorder.isSupported();
-  console.log('Screen recording supported:', value);
-};
-
-// Check if currently recording
-const checkRecordingStatus = async () => {
-  const { value } = await ScreenRecorder.isRecording();
-  console.log('Currently recording:', value);
-};
-```
-
-## APIリファレンス
-
-### start()
-
-画面録画を開始します。
-
-```typescript
-await ScreenRecorder.start();
-```
-
-### stop()
-
-録画を停止して、ビデオファイルのパスを返します。
-
-```typescript
-interface RecordingResult {
-  videoUrl: string;
-}
-
-const result = await ScreenRecorder.stop();
-```
-
-### isSupported()
-
-デバイスで画面録画がサポートされているかを確認します。
-
-```typescript
-const { value } = await ScreenRecorder.isSupported();
-// Returns: { value: boolean }
-```
-
-### isRecording()
-
-現在画面録画が実行中かどうかを確認します。
-
-```typescript
-const { value } = await ScreenRecorder.isRecording();
-// Returns: { value: boolean }
-```
-
-## 高度な使用方法
-
-### オプション付き録画
-
-```typescript
-// iOS-specific options
-const startWithOptions = async () => {
-  await ScreenRecorder.start({
-    // iOS only options
-    recordAudio: true,
-    microphoneAudio: true,
-    showIOSNotification: true,
-    notificationText: "Recording in progress..."
-  });
-};
-```
-
-### 完全な録画フロー
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-import { Share } from '@capacitor/share';
-
-export class RecordingService {
-  private isRecording = false;
-
-  async toggleRecording() {
-    if (this.isRecording) {
-      await this.stopRecording();
-    } else {
-      await this.startRecording();
-    }
-  }
-
-  private async startRecording() {
-    try {
-      // Check if supported
-      const { value: isSupported } = await ScreenRecorder.isSupported();
-      if (!isSupported) {
-        throw new Error('Screen recording not supported');
-      }
-
-      // Start recording
-      await ScreenRecorder.start();
-      this.isRecording = true;
-      
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  private async stopRecording() {
-    try {
-      const result = await ScreenRecorder.stop();
-      this.isRecording = false;
-      
-      console.log('Recording saved:', result.videoUrl);
-      
-      // Option to share the recording
-      await this.shareRecording(result.videoUrl);
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  private async shareRecording(videoUrl: string) {
-    try {
-      await Share.share({
-        title: 'Screen Recording',
-        text: 'Check out my screen recording!',
-        url: videoUrl,
-        dialogTitle: 'Share Recording'
-      });
-    } catch (error) {
-      console.error('Failed to share recording:', error);
-    }
-  }
-}
-```
-
-## ベストプラクティス
-
-1. **使用前にサポートを確認**
-   ```typescript
-   const { value } = await ScreenRecorder.isSupported();
-   if (!value) {
-     // 録画機能を非表示にするか代替手段を表示
-   }
-   ```
-
-2. **権限を適切に処理**
-   iOSでは、システムが自動的に権限を要求します。Androidでは、必要な権限を要求することを確認してください。
-
-3. **ユーザーフィードバックを提供**
-   録画が実行中のときに明確なインジケータを表示します:
-   ```typescript
-   let recordingInterval: any;
-   
-   const startRecording = async () => {
-     await ScreenRecorder.start();
-     
-     // Show recording indicator
-     recordingInterval = setInterval(() => {
-       // Update UI to show recording duration
-     }, 1000);
-   };
-   
-   const stopRecording = async () => {
-     clearInterval(recordingInterval);
-     await ScreenRecorder.stop();
-   };
-   ```
-
-4. **中断を処理**
-   ```typescript
-   import { App } from '@capacitor/app';
-   
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (!isActive) {
-       // Consider stopping recording when app goes to background
-       const { value } = await ScreenRecorder.isRecording();
-       if (value) {
-         await ScreenRecorder.stop();
-       }
-     }
-   });
-   ```
-
-## プラットフォームに関する注意事項
-
-### iOS
-- iOS 11.0以降が必要
-- `ReplayKit`フレームワークを使用
-- システムがステータスバーに録画インジケータを表示
-- ユーザーは録画開始を確認する必要があります
-
-### Android
-- Android 5.0 (API 21)以降が必要
-- `MediaProjection` APIを使用
-- 録画中に通知を表示
-- 一部のデバイスではメーカー固有の制限がある場合があります
-
-### Web
-- Webプラットフォームではサポートされていません
-- `isSupported: false`を返します
-
-## トラブルシューティング
-
-1. **録画の開始に失敗する**
-   - すべての権限が付与されていることを確認してください
-   - 別のアプリがすでに録画中かどうかを確認してください
-   - デバイスが画面録画をサポートしているか確認してください
-
-2. **録画に音声がない**
-   - マイクの権限を確認してください
-   - `recordAudio`オプションが有効になっていることを確認してください
-   - 一部のデバイスはシステム音声の録画をサポートしていない場合があります
-
-3. **ビデオファイルが見つからない**
-   - ファイルの権限を確認してください
-   - 十分なストレージ容量があることを確認してください
-   - 返されたビデオURLが有効であることを確認してください
diff --git a/src/content/docs/ja/docs/plugins/screen-recorder/index.mdx b/src/content/docs/ja/docs/plugins/screen-recorder/index.mdx
deleted file mode 100644
index 8c9b086a7..000000000
--- a/src/content/docs/ja/docs/plugins/screen-recorder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-screen-recorder"
-locale: ja
-description: チュートリアル、デモ、アプリプレビューの作成のための音声サポート付きデバイス画面録画機能。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: この強力なCapacitorプラグインでデバイスの画面を録画できます。チュートリアル、デモ、アプリの操作をキャプチャするのに最適です。
-  image:
-    file: ~public/icons/plugins/screen-recorder.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/screen-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/capacitor-screen-recorder/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="高品質な録画" icon="rocket">
-    カスタマイズ可能な設定で高品質な画面録画 🎥
-  </Card>
-  <Card title="音声サポート" icon="star">
-    マイク音声とシステムサウンドで録画 🎤
-  </Card>
-  <Card title="簡単な統合" icon="setting">
-    録画の開始/停止メソッドを備えたシンプルなAPI 😊
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/screen-recorder/getting-started/)を確認して、数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/shake/getting-started.mdx b/src/content/docs/ja/docs/plugins/shake/getting-started.mdx
deleted file mode 100644
index bf9e0b06b..000000000
--- a/src/content/docs/ja/docs/plugins/shake/getting-started.mdx
+++ /dev/null
@@ -1,163 +0,0 @@
----
-title: はじめる
-description: >-
-  Capacitor Shake プラグインをインストールして構成して、シェイク
-  ジェスチャを検出し、アプリでインタラクティブなエクスペリエンスを作成する方法を学びます。
-sidebar:
-  order: 2
-locale: ja
----
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストールします**
-   <PackageManagers pkg="@capgo/capacitor-shake" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブ プロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **プラグインを設定します**
-
-   **基本的な使用例:**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-
-   // Start listening for shake gestures
-   await Shake.start();
-
-   // Listen for shake events
-   Shake.addListener('shake', () => {
-     console.log('Device was shaken!');
-     // Perform your action here
-   });
-   ```
-
-   **感度設定:**
-   ```typescript
-   // Configure shake sensitivity
-   await Shake.start({
-     threshold: 3.5 // Adjust sensitivity (default: 3.5)
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       iOS には追加の設定は必要ありません。
-     </TabItem>
-     <TabItem label="Android">
-       Android には追加の設定は必要ありません。
-     </TabItem>
-   </Tabs>
-
-4. **揺れを聞くのをやめる**
-   ```typescript
-   // Stop shake detection when not needed
-   await Shake.stop();
-   
-   // Remove specific listener
-   const handle = await Shake.addListener('shake', () => {
-     console.log('Shaken!');
-   });
-   handle.remove();
-   ```
-
-5. **実装例**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-   import { App } from '@capacitor/app';
-
-   export class ShakeService {
-     private shakeListener: any;
-
-     async initialize() {
-       // Start shake detection
-       await Shake.start({ threshold: 4.0 });
-
-       // Add shake listener
-       this.shakeListener = await Shake.addListener('shake', () => {
-         this.handleShake();
-       });
-
-       // Clean up on app pause
-       App.addListener('pause', () => {
-         Shake.stop();
-       });
-
-       // Resume on app resume
-       App.addListener('resume', () => {
-         Shake.start({ threshold: 4.0 });
-       });
-     }
-
-     private handleShake() {
-       console.log('Shake detected!');
-       // Show debug menu, refresh data, or trigger any action
-     }
-
-     async cleanup() {
-       if (this.shakeListener) {
-         this.shakeListener.remove();
-       }
-       await Shake.stop();
-     }
-   }
-   ```
-</Steps>
-
-## API リファレンス
-
-### メソッド
-
-#### `start(options?: ShakeOptions)`
-シェイクジェスチャーを聞き始めます。
-
-**パラメータ:**
-- `options` (オプション): 設定オブジェクト
-  - `threshold`: 数値 - 感度のしきい値 (デフォルト: 3.5)
-
-#### `stop()`
-シェイクジェスチャーを聞くのをやめてください。
-
-#### `addListener('shake', callback: () => void)`
-シェイクイベントのリスナーを追加します。
-
-**戻り値:** リスナーを削除するハンドルを指定した Promise
-
-### インターフェース
-
-```typescript
-interface ShakeOptions {
-  threshold?: number; // Shake sensitivity threshold
-}
-```
-
-## プラットフォームに関する注意事項
-
-### iOS
-- デバイスの加速度計を使用してシェイク ジェスチャを検出します
-- フォアグラウンドとバックグラウンドの両方で動作します (アプリにバックグラウンド権限がある場合)
-
-### Android
-- SensorManager を使用してシェイク イベントを検出します
-- 特別な権限は必要ありません
-- アプリがフォアグラウンドにあるときに動作します
-
-## 一般的な使用例
-
-1. **デバッグ メニュー**: デバイスをシェイクしたときに開発者向けオプションを表示します
-2. **フィードバック**: フィードバック フォームまたはバグ レポートをトリガーします。
-3. **更新**: アプリのデータを更新するか、キャッシュをクリアします
-4. **ゲーム**: ゲーム制御メカニズムとしてシェイクを使用する
-5. **元に戻す**: シェイクして元に戻す機能を実装します。
-
-## トラブルシューティング
-
-**シェイクが検出されませんでした:**
-- プラグインが `Shake.start()` で開始されていることを確認してください
-- しきい値を調整してみてください (低いほど感度が高くなります)
-- リスナーが正しく登録されていることを確認します
-
-**敏感すぎる/十分に敏感ではない:**
-- `start()` オプションの `threshold` パラメータを調整します
-- 値の範囲は通常、2.0 (非常に敏感) から 5.0 (あまり敏感ではない) です。
diff --git a/src/content/docs/ja/docs/plugins/shake/index.mdx b/src/content/docs/ja/docs/plugins/shake/index.mdx
deleted file mode 100644
index 938d05612..000000000
--- a/src/content/docs/ja/docs/plugins/shake/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-shake"
-locale: ja
-description: デバイスでシェイクジェスチャーを検出し、アプリでインタラクティブなシェイクベースの機能を有効にするCapacitorプラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: アプリでシェイクジェスチャーを検出して、アクションをトリガーしたり、デバッグメニューを表示したり、インタラクティブな体験を作成します。
-  image:
-    file: ~public/icons/plugins/shake.svg
-  actions:
-    - text: 始める
-      link: /docs/plugins/shake/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-shake/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="シンプルなジェスチャー検出" icon="rocket">
-    ユーザーがデバイスをシェイクしたときを簡単に検出 📱
-  </Card>
-  <Card title="カスタマイズ可能な感度" icon="setting">
-    ニーズに合わせてシェイク検出感度を調整 ⚡
-  </Card>
-  <Card title="クロスプラットフォーム" icon="laptop">
-    iOSとAndroidデバイスでシームレスに動作 🌍
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/shake/getting-started/)をチェックして、数分でプラグインをマスターしてください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/share-target/getting-started.mdx b/src/content/docs/ja/docs/plugins/share-target/getting-started.mdx
deleted file mode 100644
index 47f2926ba..000000000
--- a/src/content/docs/ja/docs/plugins/share-target/getting-started.mdx
+++ /dev/null
@@ -1,413 +0,0 @@
----
-title: 共有ターゲットの使用を開始する
-description: アプリが他のアプリから共有コンテンツを受信できるようにする方法を学びます
-locale: ja
----
-このガイドでは、Capacitor Share Target プラグインを統合して、アプリが他のアプリケーションから共有コンテンツを受信できるようにする手順を説明します。
-
-## インストール
-
-npm を使用してプラグインをインストールします。
-
-```bash
-npm install @capgo/capacitor-share-target
-npx cap sync
-```
-
-## Android 構成
-
-`<activity>` タグ内の `AndroidManifest.xml` にインテント フィルターを追加します。
-
-### テキストコンテンツを受け入れる
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="text/*" />
-</intent-filter>
-```
-
-### 画像を受け入れる
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-```
-
-### すべてのコンテンツ タイプを受け入れる
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-```
-
-## iOS 構成
-
-iOS の場合、共有拡張機能を作成する必要があります。
-
-### 1. Xcode で共有拡張機能を作成します
-
-1. Xcode でプロジェクトを開きます
-2. **[ファイル] > [新規] > [ターゲット]** に移動します。
-3. [**拡張機能の共有**] を選択し、[**次へ**] をクリックします。
-4. 名前を付けて (例: 「ShareExtension」)、**完了** をクリックします。
-5. プロンプトが表示されたら、スキームをアクティブ化します
-
-### 2. アプリグループの構成
-
-1. メインのアプリターゲットで、**署名と機能**に移動します。
-2. [**+ 機能**] をクリックし、**アプリ グループ** を追加します。
-3. アプリ グループを作成または選択します (例: `group.com.yourcompany.yourapp`)
-4. 共有拡張ターゲットに対して繰り返します。
-
-### 3. 共有拡張コードの更新
-
-共有拡張機能は、メイン アプリがアクセスできるように、共有データをアプリ グループ コンテナーに保存する必要があります。
-
-iOS セットアップの詳細については、[Apple の共有拡張機能のドキュメント](https://developer.apple.com/documentation/uikit/uiactivityviewcontroller) を参照してください。
-
-## 基本的な使い方
-
-### プラグインをインポートする
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-```
-
-### 共有コンテンツを聞く
-
-```typescript
-CapacitorShareTarget.addListener('shareReceived', (event) => {
-  console.log('Received share event');
-  console.log('Title:', event.title);
-  console.log('Texts:', event.texts);
-
-  // Handle shared files
-  if (event.files && event.files.length > 0) {
-    event.files.forEach(file => {
-      console.log(`File: ${file.name}`);
-      console.log(`Type: ${file.mimeType}`);
-      console.log(`URI: ${file.uri}`);
-    });
-  }
-});
-```
-
-## 完全な例
-
-以下は、さまざまな種類の共有コンテンツを処理する包括的な例です。
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-class ShareTargetService {
-  private listener: any;
-
-  initialize() {
-    this.listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-      this.handleSharedContent(event);
-    });
-
-    console.log('Share target listener initialized');
-  }
-
-  handleSharedContent(event: any) {
-    console.log('=== Share Received ===');
-
-    // Handle title
-    if (event.title) {
-      console.log('Title:', event.title);
-      this.showNotification('Shared: ' + event.title);
-    }
-
-    // Handle text content
-    if (event.texts && event.texts.length > 0) {
-      event.texts.forEach((text: string, index: number) => {
-        console.log(`Text ${index + 1}:`, text);
-        this.processSharedText(text);
-      });
-    }
-
-    // Handle files
-    if (event.files && event.files.length > 0) {
-      console.log(`Received ${event.files.length} file(s)`);
-
-      event.files.forEach((file: any) => {
-        console.log('File details:');
-        console.log('  Name:', file.name);
-        console.log('  Type:', file.mimeType);
-        console.log('  URI:', file.uri);
-
-        this.processSharedFile(file);
-      });
-    }
-  }
-
-  processSharedText(text: string) {
-    // Check if it's a URL
-    if (this.isURL(text)) {
-      console.log('Shared URL detected:', text);
-      // Handle URL (e.g., create bookmark)
-      this.saveBookmark(text);
-    } else {
-      console.log('Shared text detected');
-      // Handle plain text (e.g., create note)
-      this.createNote(text);
-    }
-  }
-
-  processSharedFile(file: any) {
-    const fileType = file.mimeType.split('/')[0];
-
-    switch (fileType) {
-      case 'image':
-        console.log('Processing shared image');
-        this.handleImage(file);
-        break;
-
-      case 'video':
-        console.log('Processing shared video');
-        this.handleVideo(file);
-        break;
-
-      case 'audio':
-        console.log('Processing shared audio');
-        this.handleAudio(file);
-        break;
-
-      case 'application':
-        console.log('Processing shared document');
-        this.handleDocument(file);
-        break;
-
-      default:
-        console.log('Processing generic file');
-        this.handleGenericFile(file);
-    }
-  }
-
-  handleImage(file: any) {
-    // Process image file
-    console.log('Saving image:', file.name);
-    // Implementation: Save to gallery, upload, etc.
-  }
-
-  handleVideo(file: any) {
-    // Process video file
-    console.log('Saving video:', file.name);
-  }
-
-  handleAudio(file: any) {
-    // Process audio file
-    console.log('Saving audio:', file.name);
-  }
-
-  handleDocument(file: any) {
-    // Process document file
-    console.log('Saving document:', file.name);
-  }
-
-  handleGenericFile(file: any) {
-    // Process generic file
-    console.log('Saving file:', file.name);
-  }
-
-  isURL(text: string): boolean {
-    try {
-      new URL(text);
-      return true;
-    } catch {
-      return false;
-    }
-  }
-
-  saveBookmark(url: string) {
-    console.log('Creating bookmark for:', url);
-    // Implementation
-  }
-
-  createNote(text: string) {
-    console.log('Creating note with text:', text.substring(0, 50));
-    // Implementation
-  }
-
-  showNotification(message: string) {
-    console.log('Notification:', message);
-    // Show toast or notification
-  }
-
-  cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-  }
-}
-
-// Usage
-const shareTarget = new ShareTargetService();
-shareTarget.initialize();
-
-// Cleanup when app closes
-// shareTarget.cleanup();
-```
-
-## React の統合
-
-```typescript
-import { useEffect } from 'react';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-function useShareTarget(onShareReceived: (event: any) => void) {
-  useEffect(() => {
-    const listener = CapacitorShareTarget.addListener('shareReceived', onShareReceived);
-
-    return () => {
-      listener.remove();
-    };
-  }, [onShareReceived]);
-}
-
-// Usage in component
-function App() {
-  useShareTarget((event) => {
-    console.log('Share received:', event);
-    // Handle shared content
-  });
-
-  return <div>Your App</div>;
-}
-```
-
-## Vue の統合
-
-```typescript
-import { onMounted, onUnmounted } from 'vue';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-export default {
-  setup() {
-    let listener: any;
-
-    onMounted(() => {
-      listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-        console.log('Share received:', event);
-        // Handle shared content
-      });
-    });
-
-    onUnmounted(() => {
-      if (listener) {
-        listener.remove();
-      }
-    });
-  }
-};
-```
-
-## さまざまなコンテンツタイプの処理
-
-### URL
-
-```typescript
-if (event.texts && event.texts.length > 0) {
-  const text = event.texts[0];
-
-  if (text.startsWith('http://') || text.startsWith('https://')) {
-    // Handle URL
-    window.open(text, '_blank');
-  }
-}
-```
-
-### 画像
-
-```typescript
-if (event.files) {
-  const images = event.files.filter(f => f.mimeType.startsWith('image/'));
-
-  images.forEach(async (image) => {
-    // Read and display image
-    const response = await fetch(image.uri);
-    const blob = await response.blob();
-    const imageUrl = URL.createObjectURL(blob);
-
-    // Display or process image
-    console.log('Image URL:', imageUrl);
-  });
-}
-```
-
-### 複数のファイル
-
-```typescript
-if (event.files && event.files.length > 1) {
-  console.log(`Processing ${event.files.length} files`);
-
-  const processPromises = event.files.map(file =>
-    processFile(file)
-  );
-
-  await Promise.all(processPromises);
-  console.log('All files processed');
-}
-```
-
-## ベストプラクティス
-
-1. **複数のコンテンツ タイプの処理**: テキスト、URL、およびファイルを受信できるように準備します。
-2. **コンテンツの検証**: 処理する前に MIME タイプを確認します。
-3. **フィードバックの提供**: 受け取った内容をユーザーに表示します
-4. **処理エラー**: ファイル URI が無効であるかアクセスできない可能性があります
-5. **リスナーのクリーンアップ**: 不要な場合はリスナーを削除します
-6. **徹底的にテストします**: さまざまなアプリやコンテンツ タイプでテストします
-7. **アクセス許可のリクエスト**: 一部のファイルの種類では追加のアクセス許可が必要な場合があります
-
-## よくある問題
-
-### Android で共有が機能しない
-
-`android.intent.action.MAIN` を持つ `<activity>` タグ内の `AndroidManifest.xml` でインテント フィルターが正しく設定されていることを確認します。
-
-### iOS 共有拡張機能が表示されません
-
-1. 両方のターゲットでアプリ グループが構成されていることを確認します
-2. 共有拡張機能が有効になっていることを確認します
-3. 共有拡張機能の Info.plist が正しい構成になっていることを確認します
-
-### ファイルアクセスエラー
-
-```typescript
-try {
-  const response = await fetch(file.uri);
-  const blob = await response.blob();
-  // Process blob
-} catch (error) {
-  console.error('Failed to access file:', error);
-  // Show error to user
-}
-```
-
-## 次のステップ
-
-- 完全なメソッドのドキュメントについては、[API リファレンス](https://github.com/Cap-go/capacitor-share-target#api) を参照してください。
-- 高度な使用法については、[サンプルアプリ](https://github.com/Cap-go/capacitor-share-target/tree/main/example) をご覧ください。
-- 完全な実装例については、[チュートリアル](/plugins/capacitor-share-target) を参照してください。
diff --git a/src/content/docs/ja/docs/plugins/share-target/index.mdx b/src/content/docs/ja/docs/plugins/share-target/index.mdx
deleted file mode 100644
index 961a58176..000000000
--- a/src/content/docs/ja/docs/plugins/share-target/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-share-target"
-description: Capacitorアプリケーションで他のアプリから共有されたテキスト、画像、動画、ファイルを受信します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: クロスプラットフォームサポートで、他のアプリから共有されたテキスト、画像、ファイルをアプリで受信できるようにします。
-  image:
-    file: ~public/icons/plugins/share-target.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/share-target/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-share-target/
-      icon: external
-      variant: minimal
-locale: ja
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="ユニバーサル共有" icon="rocket">
-    あらゆるアプリから共有されたコンテンツを受信 🔗
-  </Card>
-  <Card title="複数のコンテンツタイプ" icon="document">
-    テキスト、画像、動画、ファイルを処理 📁
-  </Card>
-  <Card title="クロスプラットフォーム" icon="laptop">
-    ネイティブ統合によるiOSとAndroidのサポート 📱
-  </Card>
-  <Card title="イベントベース" icon="download">
-    リアルタイムで共有イベントをリッスン 📡
-  </Card>
-  <Card title="柔軟な設定" icon="setting">
-    受け入れるMIMEタイプをカスタマイズ 🎛️
-  </Card>
-  <Card title="はじめる" icon="open-book">
-    [スタートガイド](/docs/plugins/share-target/getting-started/)をチェックして、プラグインをインストールして設定しましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/sim/getting-started.mdx b/src/content/docs/ja/docs/plugins/sim/getting-started.mdx
deleted file mode 100644
index 62ff9e968..000000000
--- a/src/content/docs/ja/docs/plugins/sim/getting-started.mdx
+++ /dev/null
@@ -1,58 +0,0 @@
----
-title: はじめる
-description: SIM カードの詳細を取得し、Capgo SIM プラグインを使用して実行時権限を処理します。
-sidebar:
-  order: 2
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **プラグインをインストールします**
-   <PackageManagers pkg="@capgo/capacitor-sim" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **プラットフォームを同期する**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 権限
-
-- **Android**: `android.permission.READ_PHONE_STATE` (および Android 13 以降、`READ_BASIC_PHONE_STATE`) が付与されていることを確認します。 Capacitor にはマニフェスト宣言が含まれていますが、`getSimCards` を呼び出す前に権限をリクエストする必要があります。
-- **iOS**: 通信事業者情報は自動的に利用可能です。プラットフォームは追加の権限を要求しません。 OS の制限により、iOS 16.4 以降では返されるデータが限られていることに注意してください。
-
-## ランタイム アクセスをリクエストする (Android)
-
-```typescript
-import { Sim } from '@capgo/capacitor-sim';
-
-const status = await Sim.checkPermissions();
-if (status.readSimCard !== 'granted') {
-  const updated = await Sim.requestPermissions();
-  if (updated.readSimCard !== 'granted') {
-    throw new Error('Telephony permission denied');
-  }
-}
-```
-
-## SIM カードを読み取る
-
-```typescript
-const { simCards } = await Sim.getSimCards();
-
-simCards.forEach((card, index) => {
-  console.log(`Slot ${card.simSlotIndex ?? index}:`, {
-    carrier: card.carrierName,
-    mcc: card.mobileCountryCode,
-    mnc: card.mobileNetworkCode,
-    country: card.isoCountryCode,
-    subscriptionId: card.subscriptionId,
-  });
-});
-```
-
-## プラットフォームの考慮事項
-
-- **デュアル SIM デバイス**: 返された配列を反復処理します。各エントリはスロットに対応します。 `subscriptionId` が存在すると、Android のテレフォニー API との対話に役立ちます。
-- **iOS 16.4+**: Apple はいくつかの通信事業者属性を編集します。プレースホルダー値 (`--`、`65535`) を想定し、UI でのフォールバックを計画します。
-- **Web**: ブラウザーは SIM 情報にアクセスできないため、プラグインは空のデータで解決されます。
diff --git a/src/content/docs/ja/docs/plugins/sim/index.mdx b/src/content/docs/ja/docs/plugins/sim/index.mdx
deleted file mode 100644
index 2125c232a..000000000
--- a/src/content/docs/ja/docs/plugins/sim/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-sim"
-description: Capacitorアプリからキャリア、国コード、スロットインデックスなどのSIMカード情報を検査します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: 軽量なCapacitorブリッジでSIMキャリアメタデータを取得し、パーミッションフローを処理します。
-  image:
-    file: ~public/icons/plugins/sim.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/sim/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-sim/
-      icon: external
-      variant: minimal
-locale: ja
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo SIMを使用して、Capacitor内でキャリアデータ、スロットインデックス、パーミッション状態をクエリします。
-
-<CardGrid stagger>
-  <Card title="マルチSIMサポート" icon="rocket">
-    スロットインデックスとサブスクリプションIDとともに、インストールされているすべてのSIMを列挙。
-  </Card>
-  <Card title="パーミッションヘルパー" icon="approve-check">
-    Androidで必要な電話パーミッションをチェックしてリクエスト。
-  </Card>
-  <Card title="一貫したスキーマ" icon="star">
-    MCC、MNC、ISO国、電話番号などの正規化されたキャリアフィールドで作業。
-  </Card>
-  <Card title="iOS対応" icon="pencil">
-    iOS 16.4以降の限定的なキャリアデータなどのプラットフォームのニュアンスに対応。
-  </Card>
-</CardGrid>
-
-パーミッションと利用パターンを統合するには、スタートガイドをご覧ください。
diff --git a/src/content/docs/ja/docs/plugins/social-login/apple/android.mdx b/src/content/docs/ja/docs/plugins/social-login/apple/android.mdx
deleted file mode 100644
index f436d3b88..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/apple/android.mdx
+++ /dev/null
@@ -1,298 +0,0 @@
----
-title: Apple Android にログイン
-description: >-
-  このガイドでは、iOS デバイスの Capacitor を使用した Apple
-  ログインのセットアップに関する包括的なチュートリアルを提供し、スムーズな統合プロセスを確保するための各手順を詳しく説明します。
-sidebar:
-  order: 3
-locale: ja
----
-import MermaidGraph from '@/components/MermaidGraph.astro';
-import { Steps } from '@astrojs/starlight/components';
-
-export const appleLoginFlowGraph = `flowchart TD
-    A("await SocialLogin.login()") -->|プラグインで処理|B(ログイン URL を生成)
-    B --> |リンクを渡します| C(Chromeブラウザを開く)
-    C --> D(ユーザーがログインするまで待ちます)
-    D --> |Apple はバックエンドにリダイレクトします|E(Apple から返されたデータを処理します)
-    E --> F(アプリにリダイレクト)
-    F --> G(JS に戻る)`;
-
-Apple Android でのログインはハッキングされています。 Apple は、Android 上の `Sign in with Apple` を正式にサポートしていないため、解決策は少しハック的です。
-
-Android は現在、クロム タブを使用して OAuth2 Web サイトを表示しています。このアプローチには次のような課題があります。
-
-- 構成が難しい
-- バックエンドが必要です
-
-## Android での流れを理解する。
-
-Android での流れを図を使って説明します。
-
-<MermaidGraph graph={appleLoginFlowGraph} ariaLabel="Apple Login flow diagram on Android" fullWidth={false} />
-
-課題とフローを理解したので、構成を開始しましょう。
-
-## サービスIDの作成
-
-<Steps>
-1. [Apple 開発者ポータル](https://developer.apple.com) にログインします。 
-
-2. [`Identifiers`] をクリックします。
-
-    <img src="/social-login-assets/apple_dev_portal_iden.png" alt="Apple 開発者ポータル識別子セクション" />
-    
-    次のような画面が表示されるはずです。
-
-    <img src="/social-login-assets/apple_dev_portal_iden_2.png" alt="Apple 開発者ポータル識別子画面" />
-
-    1. このフィールドに <code>App IDs</code> と表示されていることを確認します。
-    2. アプリ ID が見つかることを確認します。
-        :::メモ
-        IOS 用の Apple ログインを設定していない場合は、作成する必要があります。私の場合は、すでに作成済みです。使用するアプリ ID は `me.wcaleniewolny.test.ionic.vue` です。お持ちでない場合は、[アプリの作成ステップ](#creating-the-app) を使用して作成してください。
-        :::
-3. `Sign in with Apple` 機能がアプリで有効になっていることを確認します
-    1. アプリをクリックします
-        <img src="/social-login-assets/apple_dev_click_on_app.png" alt="リストからアプリを選択する" />
-    2. `Sign in with Apple` 機能が有効になっていることを確認します
-        <img src="/social-login-assets/apple_dev_sign_in_with_apple_enabled.png" alt="Apple 機能を有効にしてサインインするチェックボックス" />
-    3. 有効になっていない場合は、有効にします。
-4. すべての「すべての識別子」に戻ります。 
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="すべての識別子のナビゲーション ボタン" />
-5. 「アプリ ID」をクリックし、「サービス ID」に移動します。
-   <img src="/social-login-assets/apple_dev_go_to_services_id.png" alt="「サービス ID」セクションへのナビゲーション" />
-6. 新しい識別子の作成
-    1. プラスボタンをクリックします
-        <img src="/social-login-assets/apple_dev_iden_add.png" alt="新しいサービスIDの追加ボタン" />
-    
-    2. 「サービス ID」を選択し、`Continue` をクリックします。
-        <img src="/social-login-assets/apple_dev_service_and_cont.png" alt="サービス ID オプションの選択" />
-    
-    3. 説明と識別子を入力し、`Continuie` をクリックします。
-
-        <img src="/social-login-assets/apple_dev_reg_service_2.png" alt="サービスIDの詳細を入力する" />
-
-        :::メモ
-        この `identifiers` は、バックエンドの `initialize` 関数と `ANDROID_SERVICE_ID` に渡す `clientId` になります。 
-        
-        **保存してください!!!**
-        :::
-
-        :::メモ
-        サービス ID はアプリ ID と一致する必要はありませんが、サービス ID を `YOUR_APP_ID.service` に設定することをお勧めします。念のため、アプリ ID として `me.wcaleniewolny.test.ionic.vue` を使用していますが、サービス ID として `ee.forgr.io.ionic.service2` を使用しています。
-        :::
-    4. 詳細を確認し、`Register` をクリックしてください。
-        <img src="/social-login-assets/apple_dev_service_ref_fin.png" alt="サービスIDの登録確認" />
-    
-    5. 新しく作成したサービスをクリックします。
-        <img src="/social-login-assets/apple_dev_open_serv.png" alt="新しく作成したサービスIDを選択する" />
-    
-    6. `Sign in with Apple` オプションを有効にします。
-        <img src="/social-login-assets/apple_dev_serv_enable_sign_with_apple.png" alt="サービス ID に対して Apple を使用したサインインを有効にする" />
-    
-    7. `Sign In with Apple` を構成する
-        <img src="/social-login-assets/apple_dev_conf_serv_sign_with_apple.png" alt="Apple でサインインするためのボタンを設定する" />
-    
-    8. 「プライマリ アプリ ID」が前の手順で構成したアプリ ID に設定されていることを確認します。
-        <img src="/social-login-assets/apple_dev_service_prim_id.png" alt="プライマリアプリIDの設定ドロップダウン" />
-    
-    9. バックエンドをホストするドメインを追加します。<img src="/social-login-assets/apple_dev_serv_create_next.png" alt="ドメインと戻り URL フィールドの設定" />
-
-        :::メモ
-        このバックエンドは HTTPS で実行する必要があります**。 「戻り URL」については、このチュートリアルの次のセクションを読み、バックエンドを構成した後に戻ってくるとよいでしょう。このチュートリアルでは、戻り URL として `https://xyz.wcaleniewolny.me/login/callback` を使用し、ドメインとして `xyz.wcaleniewolny.me` を使用します。次へを押してください。
-        :::
-
-    10. データを確認し、`Done` をクリックします。
-        <img src="/social-login-assets/apple_dev_serv_conf_done.png" alt="ドメインと戻り先 URL の設定の確認" />
-
-    11. 「`Continue`」をクリックします。
-        <img src="/social-login-assets/apple_dev_cont_serv_creat.png" alt="サービス構成の「続行」ボタン" />
-
-    12. 「`Save`」をクリックします。
-        <img src="/social-login-assets/apple_dev_cont_serv_creat_save.png" alt="サービス構成の「保存」ボタン" />
-</Steps>
-
-## キーの作成
-
-<Steps>
-1. すべての「すべての識別子」に戻ります。 
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="すべての識別子のナビゲーション ボタン" />
-2. [`Keys`] をクリックします。
-    <img src="/social-login-assets/apple_dev_key_selc.png" alt="Apple 開発者ポータルのキー セクション" />
-3. プラスアイコンをクリックします
-    <img src="/social-login-assets/apple_dev_key_plus.png" alt="新しいキーを追加ボタン" />
-4. キーに名前を付けます
-    <img src="/social-login-assets/apple_key_name.png" alt="キー名の入力フィールド" />
-    :::メモ
-    この名前は重要ではありません。何でも入力できます。
-    :::
-5. `Sign in with Apple` を選択し、`Configure` をクリックします
-    <img src="/social-login-assets/apple_dev_key_sing_apple_conf.png" alt="キーの Apple を使用したサインインの有効化と構成" />
-6. プライマリ アプリ ID を選択し、`Save` を押します。
-    <img src="/social-login-assets/apple_dev_key_prim_app_id.png" alt="キーのプライマリ アプリ ID の選択" />
-
-    :::メモ
-    これは、前の手順の ID と同じアプリ ID である必要があります。
-    :::
-7. [`Continue`] をクリックします。
-    <img src="/social-login-assets/apple_dev_key_const.png" alt="キー設定の続行ボタン" />
-8. [`Register`] をクリックします。
-    <img src="/social-login-assets/apple_dev_key_reg.png" alt="キー作成用の登録ボタン" />
-9. キー ID をコピーし、キーをダウンロードします。
-    <img src="/social-login-assets/apple_dev_key_downl.png" alt="キーIDとダウンロードボタン画面" />
-
-    :::注意
-        **重要:** この ID を保存します。バックエンドでは `KEY_ID` という名前になります。キーをダウンロードします。このキーは決して共有しないでください。
-    :::
-10. ダウンロードしたキーを見つけて、バックエンド フォルダーに保存します。
-    <img src="/social-login-assets/apple_dev_downloaded_key.png" alt="ダウンロードしたキーファイル" />
-</Steps>
-
-## チーム ID の取得
-
-Android で `Login with Apple` を使用するには、「チーム ID」を取得する必要があります。バックエンドで使用されます。
-
-<Steps>
-   1. [この Web サイト](https://developer.apple.com/account/) にアクセスし、下にスクロールします
-   
-   2. 「チーム ID」を見つけます。
-      <img src="/social-login-assets/apple_dev_team_id.png" alt="開発者アカウント内のチーム ID の場所" />
-</Steps>
-
-## アプリのリダイレクトの構成
-
-図で見たように、バックエンドは「アプリにリダイレクトする」というステップを実行します。これには、アプリを手動で変更する必要があります。
-
-<Steps>
-    1. `AndroidManifest.xml` を変更します
-        1. ファイルを開きます。`AndroidStudio` を使用します。
-            <img src="/social-login-assets/studio_android_manifest_file.png" alt="Android Studio の AndroidManifest.xml ファイル" />
-        2. `MainActivity` を見つけて、次のインテント フィルターを追加します
-            <img src="/social-login-assets/studio_manifest_code_to_add.png" alt="MainActivity に追加するインテント フィルター コード" />
-
-            ```xml
-            <intent-filter>
-                <action android:name="android.intent.action.VIEW" />
-                <category android:name="android.intent.category.DEFAULT" />
-                <category android:name="android.intent.category.BROWSABLE" />
-                <data android:scheme="capgo-demo-app" android:host="path" />
-            </intent-filter>
-            ```
-    2. `MainActivity` を変更します
-        1. `MainActivity` を開いてください。
-            <img src="/social-login-assets/studio_main_activ_file.png" alt="Android Studio の MainActivity.java ファイル" />
-
-        2. 次のコードを追加します。
-            <img src="/social-login-assets/studio_main_actv_new_code.png" alt="ディープリンクを処理するために MainActivity に追加するコード" />
-
-            ```java
-            @Override
-            protected void onNewIntent(Intent intent) {
-                String action = intent.getAction();
-                Uri data = intent.getData();
-            
-                if (Intent.ACTION_VIEW.equals(action) && data != null) {
-                    PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                    if (pluginHandle == null) {
-                        Log.i("Apple Login Intent", "SocialLogin login handle is null");
-                        return;
-                    }
-                    Plugin plugin = pluginHandle.getInstance();
-                    if (!(plugin instanceof SocialLoginPlugin)) {
-                        Log.i("Apple Login Intent", "SocialLogin plugin instance is not SocialLoginPlugin");
-                        return;
-                    }
-                    ((SocialLoginPlugin) plugin).handleAppleLoginIntent(intent);
-                    return;
-                }
-                super.onNewIntent(intent);
-            }
-            ```
-
-            :::注意
-            この例では、ディープリンクが設定されていないことを前提としています。その場合はコードを調整してください
-            :::
-</Steps>
-
-:::note
-新しいディープリンクをアプリに追加しました。ディープリンクは、`capgo-demo-app://path` のようになります。 `android:scheme` と `android:host` を変更して、このディープ リンクの外観を変更できます。
-**重要:** バックエンド構成では、このディープリンクは `BASE_REDIRECT_URL` になります。
-:::
-
-
-## バックエンド構成
-
-Android にはバックエンドが必要ですが、バックエンドの構成は IOS にも影響します。バックエンドの例は [ここ] (https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/index.ts) で提供されています。この例では次のことが提供されます。
-- シンプルな JSON データベース
-- Apple のサーバーから JWT をリクエストする方法
-- 簡単な JWT 検証
-
-:::note
-この例をホストするには `PM2` を使用します。 `ecosystem.config.js` の例は [ここ] (https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/ecosystem.config.js.example) にあります。
-:::
-
-このチュートリアルで述べたことをすべて考慮すると、`env` セクションは次のようになります。
-
-- `ANDROID_SERVICE_ID` = サービス ID
-- `IOS_SERVICE_ID` = アプリID
-
-```js
-env: {
-  PRIVATE_KEY_FILE: "AuthKey_U93M8LBQK3.p8",
-  KEY_ID: "U93M8LBQK3",
-  TEAM_ID: "UVTJ336J2D",
-  ANDROID_SERVICE_ID: "ee.forgr.io.ionic.starter.service2",
-  IOS_SERVICE_ID: "me.wcaleniewolny.test.ionic.vue",
-  PORT: 3000,
-  REDIRECT_URI: "https://xyz.wcaleniewolny.me/login/callback",
-  BASE_REDIRECT_URL: "capgo-demo-app://path"
-}
-```
-
-#### プラグインの使用
-
-`login` 関数の使用法は変更されず、IOS と同じです。詳細については、そのセクションをご覧ください。 **ただし**、`initialize` メソッドは少し変更されています。
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: 'ee.forgr.io.ionic.starter.service2',
-    redirectUrl: 'https://appleloginvps.wcaleniewolny.me/login/callback'
-  }
-})
-```
-
-:::danger
-    `redirectUrl` **** を追加すると IOS に影響することに注意してください。
-:::
-
-
-## アプリの作成
-
-:::note
-すでにアプリ ID を持っている場合は、この手順をスキップできます。
-IOS 用に Apple ログインを設定している場合は、この手順を実行しないでください。
-:::
-
-<Steps>
-   1. アプリ ID をまだ持っていない場合は、プラス ボタンをクリックします。
-        <img src="/social-login-assets/apple_dev_iden_plus.png" alt="新しい識別子のプラスボタンを追加" />
-   
-   2. 「App ID」を選択し、「続行」をクリックします。 
-        <img src="/social-login-assets/apple_dev_new_app_id.png" alt="アプリ ID タイプの選択" />
-   
-   3. 「`App`」と入力し、「`Continue`」をクリックします。 
-        <img src="/social-login-assets/apple_dev_new_app_type.png" alt="アプリの種類の選択" />
-   
-   4. 説明とアプリ ID を入力します 
-        <img src="/social-login-assets/apple_dev_new_app_desc_id.png" alt="アプリの説明とバンドル ID の入力" />
-   
-   5. `Sign with Apple` 機能を有効にする 
-        <img src="/social-login-assets/apple_dev_enable_sign_with_apple.png" alt="Apple 機能を使用したサインインの有効化" />
-   
-   6. [`Continue`] をクリックします。 
-        <img src="/social-login-assets/apple_dev_register_continue.png" alt="アプリ登録の続行ボタン" />
-   
-   7. 詳細を確認し、`Register` をクリックします。 
-        <img src="/social-login-assets/apple_dev_confirm_register.png" alt="アプリの登録内容を確認する" />
-</Steps>
diff --git a/src/content/docs/ja/docs/plugins/social-login/apple/general.mdx b/src/content/docs/ja/docs/plugins/social-login/apple/general.mdx
deleted file mode 100644
index b24258dda..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/apple/general.mdx
+++ /dev/null
@@ -1,16 +0,0 @@
----
-title: Appleログインのセットアップ
-locale: ja
-description: Capacitorを使用してAppleログインをセットアップするための詳細な手順を提供するガイド。成功した統合に必要なすべてのステップと要件をカバーしています。
-sidebar:
-    order: 1
----
-
-### はじめに
-
-このガイドでは、CapacitorでAppleログインを設定する方法を学びます。これを行うには、以下が必要です：
-
-- Apple Developer アカウント
-- macOSを実行しているコンピューター（iOSのみ）
-- Xcodeがインストールされている（iOSのみ）
-- カスタムバックエンド（Androidのみ）
diff --git a/src/content/docs/ja/docs/plugins/social-login/apple/ios.mdx b/src/content/docs/ja/docs/plugins/social-login/apple/ios.mdx
deleted file mode 100644
index 64ca2a7b4..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/apple/ios.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: iOSでのAppleログイン
-locale: ja
-description: このガイドでは、iOSデバイスでCapacitorを使用してApple Loginを設定する手順を詳しく説明し、必要なすべてのステップと設定を網羅してシームレスな統合を実現します。
-sidebar:
-    order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-iOSでApple loginを設定するために必要なことを説明します。
-
-<Steps>
-1. アプリのcapabilityを設定します。
-
-    これを行うには、Xcodeを開き、`App`をクリックしてください。
-    ![App XCode](/social-login-assets/app-xcode.png)
-
-2. 正しいtargetが選択されていることを確認してください。
-
-    ![XCode App Target](/social-login-assets/xcode-app-target.png)
-
-3. `Sign in with Apple` capabilityを追加してください。
-
-    ![App XCode Add Capability](/social-login-assets/app-xcode-add-cap.png)
-
-    ![App XCode Add Capability](/social-login-assets/sign-with-apple-cap.png)
-
-    :::caution
-    `Sign in with Apple` capabilityが表示されない場合は、[Account & Organizational Data Sharing](https://developer.apple.com/account/resources/services/cwa/configure/)を設定してください。
-    :::
-
-4. アプリでApple Loginを初期化します。
-
-    :::note
-    私はフレームワークとしてVueを使用しています。実際の実装は、選択したフレームワークによって異なります。
-    :::
-
-    ```ts
-    //  onMountedはVue固有のものです
-    onMounted(() => {
-    SocialLogin.initialize({
-        apple: {}
-    })
-    });
-    ```
-
-5. ログインプロセスを開始するボタンを作成します。
-
-    そのボタンは次の関数を呼び出す必要があります:
-
-    ```ts
-    async function loginApple() {
-    const res = await SocialLogin.login({
-        provider: 'apple',
-        options: {}
-    })
-    ```
-
-6. **<u>実機</u>**でアプリを実行してテストしてください。
-
-    手順を正しく実行した場合、ボタンをクリックした後に次の画面が表示されます。
-
-    ![Apple Sign In prompt on iOS device](/social-login-assets/apple-sign-in-ios-final.png)
-</Steps>
-
-これで完了です！設定はすべて完了しました。
diff --git a/src/content/docs/ja/docs/plugins/social-login/apple/web.mdx b/src/content/docs/ja/docs/plugins/social-login/apple/web.mdx
deleted file mode 100644
index e2f9f9728..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/apple/web.mdx
+++ /dev/null
@@ -1,63 +0,0 @@
----
-title: WebブラウザでのAppleログイン
-locale: ja
-description: このガイドでは、Webアプリケーション向けにCapacitorを使用してApple Loginを設定する詳細な手順を説明し、@capgo/capacitor-social-loginプラグインを利用してシームレスな統合プロセスを実現します。
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-Webログインの設定は簡単ではありません。iOSで`Sign in with Apple`を設定するよりは難しいですが、Androidで`Sign in with Apple`を設定するよりは困難です。
-
-## サービスの生成
-
-:::note
-Androidで`Sign in with Apple`をすでに設定している場合、このステップは不要です。
-:::
-
-[こちら](/docs/plugins/social-login/apple/android/#creating-the-service-id/)のガイドに従ってサービスを生成してください。
-
-## `Return URLs`の設定
-
-<Steps>
-
-1. **Service ID設定に移動する**
-
-   [Apple Developer Portal](https://developer.apple.com)で、`Identifiers` > `Services IDs`に移動し、Service IDをクリックします。
-
-2. **Sign in with Appleを設定する**
-
-   `Sign in with Apple`の横にある`Configure`をクリックします。
-
-   ![apple_dev_configure_login](/social-login-assets/apple_dev_configure_login.webp)
-
-3. **Return URLsを追加する**
-
-   `+`ボタンをクリックして、新しいReturn URLを追加します。
-
-   ![apple_dev_return_url_plus](/social-login-assets/apple_dev_return_url_plus.webp)
-
-4. **Return URLsを追加する**
-
-   `Domains and Subdomains`にWebアプリケーションのドメインを追加します。
-   :::caution
-   ここでは`localhost`または`127.0.0.1`をドメインとして追加**できません**。
-   :::
-
-   次に、`https://`プレフィックスを付けたドメインと、Apple Loginを呼び出すパスを追加します。
-   たとえば、ドメインが`https://my-app.com`で、`/login`からApple Loginを呼び出す場合は、Return URLとして`https://my-app.com/login`を追加する必要があります。
-
-   :::caution
-   末尾にスラッシュがあるドメインとないドメインの両方を追加する**必要があります**。
-   :::
-
-   ![apple_dev_return_url_add](/social-login-assets/apple_dev_return_url_add.webp)
-
-5. **変更を保存する**
-
-   1. `Next`ボタンをクリックして変更を保存します。
-   2. `Save`ボタンをクリックして変更を保存します。
-
-6. JavaScriptのログインをテストする準備ができました。localhostからはテストできないことに注意してください。
-</Steps>
diff --git a/src/content/docs/ja/docs/plugins/social-login/facebook.mdx b/src/content/docs/ja/docs/plugins/social-login/facebook.mdx
deleted file mode 100644
index 7a6751b87..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/facebook.mdx
+++ /dev/null
@@ -1,666 +0,0 @@
----
-title: Facebookログインの設定
-locale: ja
-description: このガイドでは、Capacitorを使用してFacebookログインを設定する包括的な手順を説明し、アプリケーションのシームレスな統合と強化されたユーザー認証を実現します。
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-## はじめに
-
-このガイドでは、Capgo Social LoginでFacebookログインを設定する方法を学びます。次のものが必要です:
-
-- Facebook Developer Account
-- アプリのpackage name/bundle ID
-- key hashを生成するためのターミナルへのアクセス（Android）
-
-## 一般的な設定
-
-まだFacebookアプリを作成していない場合は、次の手順に従ってください:
-
-<Steps>
-1. Facebookアプリを作成する
-
-   [Create an App](https://developers.facebook.com/docs/development/create-an-app/)のチュートリアルに従ってください
-
-2. アプリにFacebookログインを追加する
-
-   Facebook Developer Dashboardで、アプリにFacebook Loginプロダクトを追加します
-
-3. アプリを一般公開する前に、この[チュートリアル](https://developers.facebook.com/docs/development/release/)に従って公開してください
-</Steps>
-
-## 重要な情報
-
-統合に必要な重要な情報の場所は次のとおりです:
-
-1. `CLIENT_TOKEN`:
-   <img src="/social-login-assets/fb_where_to_fiind_client_token.png" alt="Facebook developer dashboard showing where to find the client token" />
-
-2. `APP_ID`:
-   <img src="/social-login-assets/fb_where_to_find_app_id.png" alt="Facebook developer dashboard showing where to find the app ID" />
-
-3. `APP_NAME`:
-   <img src="/social-login-assets/fb_where_to_find_app_name.png" alt="Facebook developer dashboard showing where to find the app name" />
-
-## Androidの設定
-
-<Steps>
-1. `AndroidManifest.xml`にインターネット権限を追加する
-
-   この行が存在することを確認してください:
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET"/>
-   ```
-
-2. Android key hashを生成する
-
-   これはFacebookが要求する重要なセキュリティ手順です。ターミナルを開いて次を実行します:
-
-   ```bash
-   keytool -exportcert -alias androiddebugkey -keystore ~/.android/debug.keystore | openssl sha1 -binary | openssl base64 -A
-   ```
-
-   パスワードを求められたら、`android`を使用してください
-
-   :::note
-   リリースビルドの場合は、リリースkeystoreを使用する必要があります:
-   ```bash
-   keytool -exportcert -alias your-key-name -keystore your-keystore-path | openssl sha1 -binary | openssl base64 -A
-   ```
-   :::
-
-3. key hashをFacebookアプリに追加する
-
-   1. Facebook Developersのアプリダッシュボードにアクセスします
-   2. Settings > Basicに移動します
-   3. 「Android」セクションまでスクロールします
-   4. Androidがまだ追加されていない場合は「Add Platform」をクリックして詳細を入力します
-   5. 生成したkey hashを追加します
-   6. 本番環境では、デバッグとリリースの両方のkey hashを追加します
-
-4. `AndroidManifest.xml`を更新して次を含めます:
-
-   ```xml
-   <application>
-       ...
-       <activity android:name="com.facebook.FacebookActivity"
-           android:configChanges="keyboard|keyboardHidden|screenLayout|screenSize|orientation"
-           android:label="@string/app_name" />
-
-       <activity
-           android:name="com.facebook.CustomTabActivity"
-           android:exported="true">
-           <intent-filter>
-               <action android:name="android.intent.action.VIEW" />
-               <category android:name="android.intent.category.DEFAULT" />
-               <category android:name="android.intent.category.BROWSABLE" />
-               <data android:scheme="FB[APP_ID]" />
-           </intent-filter>
-       </activity>
-   </application>
-   ```
-
-   :::caution
-   `android:scheme`属性の`[APP_ID]`を実際のFacebook app IDに置き換えてください
-   :::
-</Steps>
-
-## iOSの設定
-
-<Steps>
-1. Facebook Developer ConsoleでiOSプラットフォームを追加する
-
-   1. Facebook Developersのアプリダッシュボードにアクセスします
-   2. Settings > Basicに移動します
-   3. ページの一番下までスクロールして「Add Platform」をクリックします
-   4. iOSを選択して必要な詳細を入力します
-
-2. Xcodeプロジェクトを開き、Info.plistに移動します
-
-3. Info.plistに次のエントリを追加します:
-
-   ```xml
-   <key>FacebookAppID</key>
-   <string>[APP-ID]</string>
-   <key>FacebookClientToken</key>
-   <string>[CLIENT-TOKEN]</string>
-   <key>FacebookDisplayName</key>
-   <string>[APP-NAME]</string>
-   <key>LSApplicationQueriesSchemes</key>
-   <array>
-       <string>fbapi</string>
-       <string>fb-messenger-share-api</string>
-   </array>
-   <key>CFBundleURLTypes</key>
-   <array>
-       <dict>
-           <key>CFBundleURLSchemes</key>
-           <array>
-               <string>fb[APP-ID]</string>
-           </array>
-       </dict>
-   </array>
-   ```
-
-   :::caution
-   次の値を置き換えてください:
-   - `[APP-ID]`をFacebook app IDに
-   - `[CLIENT-TOKEN]`をclient tokenに
-   - `[APP-NAME]`をアプリの名前に
-   :::
-
-4. `AppDelegate.swift`を変更する
-
-   ```swift
-   import FBSDKCoreKit
-   @UIApplicationMain
-   class AppDelegate: UIResponder, UIApplicationDelegate {
-         func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-           // Override point for customization after application launch.
-
-           // Initialize Facebook SDK
-           FBSDKCoreKit.ApplicationDelegate.shared.application(
-               application,
-               didFinishLaunchingWithOptions: launchOptions
-           )
-
-           return true
-       }
-
-       func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-           // Called when the app was launched with a url. Feel free to add additional processing here,
-           // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-           if (FBSDKCoreKit.ApplicationDelegate.shared.application(
-               app,
-               open: url,
-               sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-               annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-           )) {
-               return true;
-           } else {
-               return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-           }
-       }
-   }
-   ```
-</Steps>
-
-## アプリでFacebookログインを使用する
-
-:::caution
-**始める前に**: 新しいFacebook SDKでは、受け取るトークンタイプはユーザーのApp Trackingの選択によって完全に決まり、コード設定によって決まるわけではありません。すべてのユーザーで認証が機能するように、バックエンドで常にaccess tokenとJWT tokenの両方の処理を実装してください。
-:::
-
-<Steps>
-1. アプリでFacebookログインを初期化する
-
-   ```typescript
-   import { SocialLogin } from '@capgo/capacitor-social-login';
-
-   // アプリ起動時に初期化
-   await SocialLogin.initialize({
-     facebook: {
-       appId: 'APP_ID',
-       clientToken: 'CLIENT_TOKEN',
-     }
-   })
-   ```
-
-2. ログイン関数を実装する
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-        options: {
-          permissions: ['email', 'public_profile'],
-          limitedLogin: false // 重要な詳細については、以下のLimited Loginセクションを参照してください
-        }
-       });
-       console.log('Facebook login result:', result);
-       // ログイン成功を処理
-     } catch (error) {
-       console.error('Facebook login error:', error);
-       // エラーを処理
-     }
-   }
-   ```
-
-   :::note
-   **Limited Login (iOS のみ)**: FacebookのLimited Login機能を使用する場合は、`limitedLogin`をtrueに設定してください。これはiOS専用の機能で、ログイン時に共有されるデータを制限することで、プライバシーを強化します。
-
-   **重要な制限事項:**
-   - **iOS のみ**: Limited LoginはiOSデバイスのみに影響し、Androidには影響しません
-   - **ATTの上書き**: `limitedLogin: false`に設定しても、ユーザーがApp Tracking Transparency（ATT）権限を付与していない場合、Facebookは自動的にtrueに強制します
-   - **常に両方のケースを処理する**: アプリは常にlimitedとfullログインの両方のシナリオを処理する準備が必要です
-
-   **ATTステータスの確認:**
-   ```typescript
-   // ユーザーがトラッキング権限を付与しているかどうかを確認
-   const trackingStatus = await SocialLogin.providerSpecificCall({
-     call: 'facebook#requestTracking',
-     options: {}
-   });
-   console.log('Tracking status:', trackingStatus.status); // 'authorized', 'denied', 'notDetermined', or 'restricted'
-   ```
-
-   **access_tokenが優先される場合の推奨実装:**
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       // まずATTステータスを確認
-       const trackingStatus = await SocialLogin.providerSpecificCall({
-         call: 'facebook#requestTracking',
-         options: {}
-       });
-
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: trackingStatus.status === 'denied' // ATTに基づいて自動調整
-         }
-       });
-
-       // limitedログインに基づいて異なる応答タイプを処理
-       if (result.result.accessToken) {
-         // アプリロジックはlimitedとfullログインの両方で動作する必要があります
-         console.log('Login successful:', result);
-       }
-     } catch (error) {
-       console.error('Facebook login error:', error);
-     }
-   }
-   ```
-
-   **Limited Loginで何が起こるか:**
-   - **データアクセスの削減**: 一部のユーザーデータが利用できない場合があります
-   - **異なるトークンタイプ**: Access tokenが異なる機能を持つ場合があります
-   - **プライバシーコンプライアンス**: iOSのプライバシー要件への準拠を支援します
-
-   **重要**: limitedとfullログインの両方のシナリオでアプリをテストして、両方のケースで正しく動作することを確認してください。Limited Loginの詳細については[こちら](https://developers.facebook.com/docs/facebook-login/limited-login/)をご覧ください。
-   :::
-
-3. **ユーザープロファイルデータを取得する**
-
-   ログインが成功した後、追加のプロファイル情報を取得できます:
-
-   ```typescript
-   async function getFacebookProfile() {
-     try {
-       const profileResponse = await SocialLogin.providerSpecificCall({
-         call: 'facebook#getProfile',
-         options: {
-           fields: ['id', 'name', 'email', 'first_name', 'last_name', 'picture']
-         }
-       });
-
-       console.log('Facebook profile:', profileResponse.profile);
-       return profileResponse.profile;
-     } catch (error) {
-       console.error('Failed to get Facebook profile:', error);
-       return null;
-     }
-   }
-
-   // ログイン後の使用例
-   async function loginAndGetProfile() {
-     const loginResult = await loginWithFacebook();
-     if (loginResult) {
-       const profile = await getFacebookProfile();
-       if (profile) {
-         console.log('User ID:', profile.id);
-         console.log('Name:', profile.name);
-         console.log('Email:', profile.email);
-         console.log('Profile Picture:', profile.picture?.data?.url);
-       }
-     }
-   }
-   ```
-
-   :::tip
-   **利用可能なプロファイルフィールド**: FacebookのGraph APIで利用可能な任意のフィールドをリクエストできます。一般的なフィールドには、`id`、`name`、`email`、`first_name`、`last_name`、`picture`、`birthday`、`gender`、`location`、`hometown`が含まれます。一部のフィールドには追加の権限が必要な場合があることに注意してください。
-   :::
-
-   :::warning
-   **トークンタイプの制限**: `getProfile`呼び出しは、**access token**（トラッキングが許可されている標準ログイン）がある場合にのみ機能します。ユーザーがトラッキングを拒否した場合、またはlimited login（JWT tokenのみ）を使用している場合、この呼び出しは失敗します。その場合は、初回ログイン応答で提供されるプロファイルデータを使用してください。
-   :::
-</Steps>
-
-## ⚠️ 重要: バックエンドトークン処理
-
-:::danger
-**重要なiOSの動作**: Limited LoginとApp Tracking Transparency（ATT）は**iOS専用**の機能です。Androidでは、`limitedLogin`設定に関係なく、常にaccess tokenを受け取ります。
-
-**iOSトークンの動作**:
-- **`limitedLogin: true`** → 常にJWT token（iOS のみ）
-- **`limitedLogin: false` + ユーザーがトラッキングを許可** → Access token
-- **`limitedLogin: false` + ユーザーがトラッキングを拒否** → JWT token（iOSが自動的に設定を上書き）
-
-**Androidトークンの動作**: 常にaccess token、`limitedLogin`設定は無視されます。
-:::
-
-バックエンドは**2つの異なるトークンタイプ**を処理する必要があります。iOSユーザーはApp Tracking Transparencyの選択に応じてaccess tokenまたはJWT tokenのいずれかを受け取る可能性があり、Androidユーザーは常にaccess tokenを受け取ります。
-
-### プラットフォーム別のトークンタイプ
-
-| プラットフォーム | limitedLogin設定 | ユーザーATT選択 | 結果のトークンタイプ |
-|----------|---------------------|-----------------|-------------------|
-| **iOS** | `true` | 任意 | JWT Token |
-| **iOS** | `false` | トラッキングを許可 | Access Token |
-| **iOS** | `false` | トラッキングを拒否 | JWT Token（自動上書き） |
-| **Android** | 任意 | N/A | Access Token（常に） |
-
-### バックエンド実装
-
-<Steps>
-1. **トークンタイプを検出して適切に処理する**
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const loginResult = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: false // iOS: ATTに依存、Android: 無視される
-         }
-       });
-
-       if (loginResult.accessToken) {
-         // Access token（Androidは常に、iOSはトラッキングが許可されている場合）
-         return handleAccessToken(loginResult.accessToken.token);
-       } else if (loginResult.idToken) {
-         // JWT token（iOSのみ、トラッキングが拒否された場合またはlimitedLogin: true）
-         return handleJWTToken(loginResult.idToken);
-       }
-     } catch (error) {
-       console.error('Facebook login error:', error);
-     }
-   }
-   ```
-
-2. **Firebase統合の例**
-
-   ```typescript
-   import { OAuthProvider, FacebookAuthProvider, signInWithCredential } from 'firebase/auth';
-
-   async function handleAccessToken(accessToken: string, nonce: string) {
-     // Access tokenの場合は、OAuthProviderを使用（新しい方法）
-     const fbOAuth = new OAuthProvider("facebook.com");
-     const credential = fbOAuth.credential({
-       idToken: accessToken,
-       rawNonce: nonce
-     });
-
-     try {
-       const userResponse = await signInWithCredential(auth, credential);
-       return userResponse;
-     } catch (error) {
-       console.error('Firebase OAuth error:', error);
-       return false;
-     }
-   }
-
-   async function handleJWTToken(jwtToken: string) {
-     // JWT tokenの場合は、バックエンドに送信して検証
-     try {
-       const response = await fetch('/api/auth/facebook-jwt', {
-         method: 'POST',
-         headers: {
-           'Content-Type': 'application/json',
-         },
-         body: JSON.stringify({ jwtToken })
-       });
-
-       const result = await response.json();
-       return result;
-     } catch (error) {
-       console.error('JWT validation error:', error);
-       return false;
-     }
-   }
-   ```
-
-3. **バックエンドJWT検証**
-
-   ```typescript
-   // バックエンド: FacebookからのJWT tokenを検証
-   import jwt from 'jsonwebtoken';
-   import { Request, Response } from 'express';
-
-   app.post('/api/auth/facebook-jwt', async (req: Request, res: Response) => {
-     const { jwtToken } = req.body;
-
-     try {
-       // Facebookの公開鍵でJWT tokenを検証
-       // 参照: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(jwtToken, getFacebookPublicKey(), {
-         algorithms: ['RS256'],
-         audience: process.env.FACEBOOK_APP_ID,
-         issuer: 'https://www.facebook.com' // From: https://www.facebook.com/.well-known/openid-configuration/?_rdr
-       });
-
-       // JWTからユーザー情報を抽出
-       const userInfo = {
-         id: decoded.sub,
-         email: decoded.email,
-         name: decoded.name,
-         isJWTAuth: true
-       };
-
-       // アプリのセッション/トークンを作成
-       const sessionToken = createUserSession(userInfo);
-
-       res.json({
-         success: true,
-         token: sessionToken,
-         user: userInfo
-       });
-     } catch (error) {
-       console.error('JWT validation failed:', error);
-       res.status(401).json({ success: false, error: 'Invalid token' });
-     }
-   });
-   ```
-
-4. **汎用バックエンドトークンハンドラ**
-
-   ```typescript
-   // バックエンドで両方のトークンタイプを処理
-   async function authenticateFacebookUser(tokenData: any) {
-     if (tokenData.accessToken) {
-       // Access tokenを処理 - Facebook Graph APIで検証
-       const response = await fetch(`https://graph.facebook.com/me?access_token=${tokenData.accessToken}&fields=id,name,email`);
-       const userInfo = await response.json();
-
-       return {
-         user: userInfo,
-         tokenType: 'access_token',
-         expiresIn: tokenData.expiresIn || 3600
-       };
-     } else if (tokenData.jwtToken) {
-       // JWT tokenを処理 - デコードして検証
-       // 参照: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(tokenData.jwtToken, getFacebookPublicKey());
-
-       return {
-         user: {
-           id: decoded.sub,
-           name: decoded.name,
-           email: decoded.email
-         },
-         tokenType: 'jwt',
-         expiresIn: decoded.exp - Math.floor(Date.now() / 1000)
-       };
-     } else {
-       throw new Error('No valid token provided');
-     }
-   }
-   ```
-</Steps>
-
-### 主な考慮事項
-
-:::danger
-**重要なiOS専用の理解**:
-- **iOS**: ユーザーのApp Trackingの選択がトークンタイプを決定し、コード設定では決まりません（`limitedLogin: false`の場合でも）
-- **Android**: `limitedLogin`設定に関係なく、常にaccess tokenを受け取ります
-- **Limited LoginはiOS専用** - Androidはこの設定を完全に無視します
-:::
-
-**Access Token（標準ログイン）**:
-- ✅ **Android**: 常に利用可能（iOS専用の制限は適用されません）
-- ✅ **iOS**: ユーザーが明示的にアプリのトラッキングを許可した場合のみ
-- ✅ Facebook Graph APIへのアクセスに使用可能
-- ✅ より長い有効期限
-- ✅ より多くのユーザーデータが利用可能
-- ❌ **iOSではあまり一般的でなくなっている**、ユーザーがトラッキングを拒否することが増えているため
-
-**JWT Token（iOS専用プライバシーモード）**:
-- ❌ **Android**: 発生しない（サポートされていない）
-- ✅ **iOS**: トラッキングが拒否された場合、または`limitedLogin: true`の場合
-- ✅ iOSユーザーのプライバシー設定を尊重
-- ❌ 基本的なユーザー情報のみを含む
-- ❌ より短い有効期限
-- ❌ Facebook Graph APIへのアクセスなし
-- ⚠️ **現在iOSユーザーで最も一般的なシナリオ**
-
-:::warning
-**プラットフォーム固有の動作**:
-- **iOSアプリ**: access tokenとJWT tokenの両方を処理する必要があります
-- **Androidアプリ**: access tokenのみを処理する必要があります
-- **クロスプラットフォームアプリ**: 両方のトークン処理方法を実装する必要があります
-:::
-
-:::tip
-**iOSに必須**: 両方のトークン処理方法を実装する必要があります。多くのiOS開発者は常にaccess tokenを取得できると想定しており、ユーザーがトラッキングを拒否するとアプリが壊れます。
-:::
-
-## セキュアコンテキストの要件（Web/Capacitor）
-
-### Crypto APIの制限
-
-更新されたFacebookログインフローには、nonceの生成に**Web Crypto API**が必要であり、これは**セキュアコンテキスト**でのみ利用可能です:
-
-```typescript
-// これはセキュアコンテキスト（HTTPSまたはlocalhost）が必要です
-async function sha256(message: string) {
-  const msgBuffer = new TextEncoder().encode(message);
-  const hashBuffer = await crypto.subtle.digest("SHA-256", msgBuffer); // ❌ セキュアでないコンテキストでは失敗します
-  // ...
-}
-```
-
-### 開発環境の問題
-
-**よくある問題**: HTTP URLの`ionic serve`がFacebook認証を壊す
-
-| 環境 | Crypto API利用可能 | Facebookログイン動作 |
-|-------------|---------------------|---------------------|
-| `http://localhost:3000` | ✅ はい | ✅ はい |
-| `http://127.0.0.1:3000` | ✅ はい | ✅ はい |
-| `http://192.168.1.100:3000` | ❌ いいえ | ❌ いいえ |
-| `https://any-domain.com` | ✅ はい | ✅ はい |
-
-### Capacitor開発のソリューション
-
-<Steps>
-1. **Webテストにlocalhostを使用する**
-   ```bash
-   # ionic serve --host=0.0.0.0の代わりに
-   ionic serve --host=localhost
-   ```
-
-2. **IonicでHTTPSを有効にする**
-   ```bash
-   ionic serve --ssl
-   ```
-
-3. **実機でテストする**
-   ```bash
-   # Capacitorアプリは実機上でセキュアコンテキストで実行されます
-   ionic cap run ios
-   ionic cap run android
-   ```
-
-4. **開発用の代替nonce生成**
-   ```typescript
-   async function generateNonce() {
-     if (typeof crypto !== 'undefined' && crypto.subtle) {
-       // セキュアコンテキスト - crypto.subtleを使用
-       return await sha256(Math.random().toString(36).substring(2, 10));
-     } else {
-       // 開発用のフォールバック（本番環境では安全ではありません）
-       console.warn('Using fallback nonce - not secure for production');
-       return btoa(Math.random().toString(36).substring(2, 10));
-     }
-   }
-   ```
-</Steps>
-
-### Firebase統合に関する注意
-
-最近のFirebaseドキュメントでは、ログイン設定に関係なく、Facebook認証にnonceを含むJWT tokenが必要です。このアプローチは`limitedLogin: true`と`limitedLogin: false`の両方で機能します:
-
-```typescript
-   // 両方のモードは、ユーザーの選択に応じてJWT tokenを返すことができます
-   const loginResult = await SocialLogin.login({
-     provider: 'facebook',
-     options: {
-       permissions: ['email', 'public_profile'],
-       limitedLogin: false, // true = 常にJWT、false = ユーザーのトラッキング選択に依存
-       nonce: nonce
-     }
-   });
-```
-
-:::warning
-**開発の制限**: ネットワークIP（localhostではない）で`ionic serve`を使用している場合、crypto APIの制限によりFacebookログインは失敗します。WebテストにはlocalhostまたはHTTPSを使用してください。
-:::
-
-:::tip
-**本番環境の安全性**: iOS/AndroidのCapacitorアプリは常にセキュアコンテキストで実行されるため、この制限はWeb開発環境にのみ影響します。
-:::
-
-## トラブルシューティング
-
-### よくある問題と解決策
-
-1. **Androidのkey hashエラー**
-   - Facebookダッシュボードに正しいkey hashを追加したことを再確認してください
-   - リリースビルドの場合は、デバッグとリリースの両方のkey hashを追加したことを確認してください
-   - hashを生成する際に正しいkeystoreを使用していることを確認してください
-
-2. **Facebookログインボタンが表示されない**
-   - すべてのマニフェストエントリが正しいことを確認してください
-   - Facebook App IDとClient Tokenが正しいことを確認してください
-   - SDKを適切に初期化したことを確認してください
-
-3. **iOSのよくある問題**
-   - すべてのInfo.plistエントリが正しいことを確認してください
-   - URL schemesが適切に設定されていることを確認してください
-   - bundle IDがFacebookダッシュボードに登録されているものと一致することを確認してください
-
-### テスト
-
-1. **テスト前に、Facebook Developer Consoleでテストユーザーを追加してください**
-   - Roles > Test Usersに移動します
-   - テストユーザーを作成します
-   - これらの資格情報をテストに使用します
-
-2. **デバッグビルドとリリースビルドの両方をテストしてください**
-   - デバッグkey hashを使用したデバッグビルド
-   - リリースkey hashを使用したリリースビルド
-   - エミュレータと実機の両方でテスト
-
-次を含む完全なログインフローをテストすることを忘れないでください:
-- ログイン成功
-- ログインキャンセル
-- エラー処理
-- ログアウト機能
diff --git a/src/content/docs/ja/docs/plugins/social-login/firebase/google/android.mdx b/src/content/docs/ja/docs/plugins/social-login/firebase/google/android.mdx
deleted file mode 100644
index 258478f45..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/firebase/google/android.mdx
+++ /dev/null
@@ -1,152 +0,0 @@
----
-title: AndroidでのFirebase Googleログイン
-locale: ja
-description: Capacitor Social LoginプラグインでAndroidでFirebase AuthenticationによるGoogleサインインを設定する方法を学びます。
-sidebar:
-    order: 2
----
-import { Steps } from '@astrojs/starlight/components';
-
-## はじめに
-
-このガイドでは、AndroidでFirebase AuthenticationとGoogleサインインを統合する方法を説明します。[一般的なFirebase Googleの設定](./general/)をすでに完了していることを前提としています。
-
-:::note
-Firebase ConsoleでAndroidアプリをまだ作成していないことを前提としています。すでに作成している場合は、手順が少し異なります。
-:::
-
-## 設定手順
-
-<Steps>
-1. [console.cloud.google.com](https://console.cloud.google.com/)でプロジェクト概要に移動します
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Overview" />
-
-2. `Add app`ボタンをクリックします
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase Add App Button" />
-
-    :::note
-    Firebase Consoleで既に別のアプリを作成している場合は、ここでこのボタンを探す必要がある場合があります。これは、すでにFirebase Consoleで別のアプリを作成している場合にのみ適用されます。
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase Add App Button" />
-
-3. `Android`を選択します
-    <img src="/social-login-assets/firebase_project_add_app_android.webp" alt="Firebase Add App Android Button" />
-
-4. フォームの最初の部分を入力します
-   1. `Android package name`を入力します
-      1. `npx cap open android`を使用してAndroid Studioでアプリを開きます
-      2. ナビゲーターの一番下にある`Gradle Scripts`を見つけます
-         <img src="/social-login-assets/studio_gradle_scripts.png" alt="Gradle Scripts section in Android Studio project navigator" />
-      3. モジュール`app`の`build.gradle`を見つけます
-         <img src="/social-login-assets/studio_build_gradle.png" alt="build.gradle (Module: app) file in Gradle Scripts section" />
-      4. `android.defaultConfig.applicationId`をコピーします。これがFirebase consoleの`package name`になります
-         <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="Build.gradle file showing applicationId configuration" />
-      :::note
-      ここに表示されるIDは、ガイドの残りの部分で使用するものとは異なります。ガイドの残りの部分では`app.capgo.plugin.SocialLogin`を使用します。
-      :::
-      5. Firebase consoleに貼り付けます
-          <img src="/social-login-assets/firebase_project_add_app_android_package_name.webp" alt="Firebase Add App Android Package Name Field" />
-    2. `Register app`ボタンをクリックします
-        <img src="/social-login-assets/firebase_project_add_app_android_register.webp" alt="Firebase Add App Android Register Button" />
-5. `Download and then add config file`ステップをスキップします
-    <img src="/social-login-assets/firebase_project_add_app_android_skip_download.webp" alt="Firebase Add App Android Skip 'Download and then add config file'" />
-6. `Add firebase SDK`ステップをスキップします
-   <img src="/social-login-assets/firebase_project_add_app_android_skip_download_firebase_sdk.webp" alt="Firebase Add App Android Skip 'Add firebase SDK'" />
-7. `Continue to console`ボタンをクリックします
-   <img src="/social-login-assets/firebase_project_add_app_android_continue_to_console.webp" alt="Firebase Add App Android Continue to Console Button" />
-8. 自動的に認証されない場合は、`settings` -> `general` -> `your apps` -> Androidアプリを見つけてクリックします
-   <img src="/social-login-assets/firebase_project_add_app_android_settings_general_your_apps.webp" alt="Firebase Add App Android Settings General Your Apps Button" />
-9. SHA1フィンガープリントを取得します
-
-   [Google Login Androidセットアップガイド](/docs/plugins/social-login/google/android/#using-google-login-on-android)のステップ10-11に従ってください:
-
-   1. ターミナルを開きます。アプリの`android`フォルダにいることを確認し、`./gradlew signInReport`を実行します
-      <img src="/social-login-assets/term_sign_report.png" alt="Terminal showing gradlew signInReport command" />
-
-   2. このコマンドの先頭までスクロールします。次のように表示されるはずです。`SHA1`をコピーします。
-      <img src="/social-login-assets/term_sign_report_res.png" alt="Terminal output showing SHA1 certificate fingerprint" />
-
-   :::note
-   元のGoogle loginのAndroidセットアップガイドを書いた後にコンピュータを変更したため、ガイドの残りの部分では少し異なるSHA1を使用します。
-   :::
-
-   :::caution
-   SHA1は非常に重要です。間違えると、認証が奇妙な方法で失敗します。
-   正しく取得するには、__**[Google Login Androidセットアップガイドを読んでください](/docs/plugins/social-login/google/android/#using-google-login-on-android)**__。
-   :::
-
-10. SHA1をFirebaseプロジェクトに追加します
-      1. `Add fingerprint`ボタンをクリックします
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint.webp" alt="Firebase Add App Android Add Fingerprint Button" />
-      2. 前のステップでコピーしたSHA1を貼り付けます
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_sha1.webp" alt="Firebase Add App Android Add Fingerprint SHA1 Field" />
-      3. `Save`ボタンをクリックします
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_add.webp" alt="Firebase Add App Android Add Fingerprint Save Button" />
-
-11. Web client IDを取得します
-      1. `Build` -> `Authentication`に移動します
-         <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-      2. `Sign-in method`ボタンをクリックします
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase Authentication Sign-in Method Button" />
-      3. `Google`プロバイダーをクリックします
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Authentication Sign-in Method Google Provider" />
-      4. `Web SDK configuration`ボタンをクリックします
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Button" />
-      5. `Web client ID`をコピーします。これがプラグインの`initialize`メソッドの`webClientId`になります。
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Web Client ID" />
-12. JSでWeb client IDを使用します。
-      :::note
-      サンプルアプリの[authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts)ファイルで利用可能な`authenticateWithGoogle`ヘルパー関数の使用を推奨します。
-      :::
-</Steps>
-
-この時点で、AndroidでFirebase AuthenticationによるGoogleサインインを使用する準備は**__技術的には__**整いました。ただし、次のステップで説明されているように、Google Cloudコンソールでのセットアップを再確認することをお勧めします。
-
-## Google Cloudコンソールでセットアップを再確認する
-
-セットアップが正しいことを確認するために、Google Cloudコンソールでセットアップを再確認する必要があります。
-<Steps>
-   1. [console.cloud.google.com](https://console.cloud.google.com/)にアクセスします
-   2. プロジェクトを見つけます
-      1. プロジェクトセレクターをクリックします
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Cloud Console Project Selector" />
-      2. Firebaseプロジェクトの正確な名前でプロジェクトを検索してクリックします。私の場合は`sociallogin-tutorial-app`です。
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Project Selector Project" />
-   3. 検索バーを開いて`credentials`を開きます
-      1. 検索バーを開きます
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Cloud Console Search Bar" />
-      2. `credentials`を検索し、`APIs and Services`（スクリーンショットの2番）をクリックします
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Cloud Console Credentials Search" />
-   4. リストにAndroidとWeb client IDの両方が表示されることを確認します。
-      <img src="/social-login-assets/firebase_gc_credentials_list.webp" alt="Google Cloud Console Credentials List" />
-
-      :::caution
-      リストにAndroidとWeb client IDの両方が表示されない場合は、セットアップで間違いを犯しています。手順を戻って確認してください。
-
-      また、私にも起こったことですが、別のプロジェクトで同じapp IDを使用してAndroid SHA1ハッシュをすでに追加している可能性があります。これにより、FirebaseがAndroid client IDを作成できなくなります。この場合、他のプロジェクトからSHA1を削除し、Firebase（Firebaseコンソールを使用してAndroidアプリを削除する）でも削除し、Firebaseで再作成する必要があります。
-      :::
-   5. Firebase consoleでAndroid client IDが正しく設定されていることを確認します。
-      1. `Android`アプリをクリックします
-         <img src="/social-login-assets/firebase_gc_android_app_select.webp" alt="Google Cloud Console Android App Select" />
-      2. SHA1ハッシュが正しく設定されており、前のステップでコピーしたものと一致することを確認します。
-         <img src="/social-login-assets/firebase_gc_android_app_sha1_configured.webp" alt="Google Cloud Console Android App SHA1 Configured" />
-   6. Firebase consoleでWeb client IDが正しく設定されていることを確認します。
-      1. `Web`アプリをクリックします
-         <img src="/social-login-assets/firebase_gc_web_app_select.webp" alt="Google Cloud Console Web App Select" />
-      2. client IDが前のステップでコピーしたものと一致することを確認します。
-         <img src="/social-login-assets/firebase_gc_web_app_client_id_configured.webp" alt="Google Cloud Console Web App Client ID Configured" />
-      :::note
-      Webクライアントの残りの設定は無視してください。これについては[Webセットアップガイド](/docs/plugins/social-login/firebase/google/web/)で説明します。
-</Steps>
-
-完了です！これで、AndroidでFirebase AuthenticationによるGoogleサインインを使用する準備が整いました。
-
-## トラブルシューティング
-
-認証がハングまたは失敗する場合:
-
-- `idToken`のaudienceがFirebaseのWeb client IDと一致していることを確認してください
-- Firebase ConsoleでGoogleサインインが有効になっていることを確認してください
-- SHA-1フィンガープリントが正しく設定されていることを確認してください
-- 参考として[サンプルアプリコード](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts)を確認してください
diff --git a/src/content/docs/ja/docs/plugins/social-login/firebase/google/general.mdx b/src/content/docs/ja/docs/plugins/social-login/firebase/google/general.mdx
deleted file mode 100644
index 006c3b0b3..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/firebase/google/general.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: Firebase Googleログイン - 一般的な設定
-locale: ja
-description: Capacitor Social LoginプラグインでFirebase AuthenticationによるGoogleサインインを設定する方法を学びます。
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## はじめに
-
-このガイドでは、Capacitor Social LoginプラグインでFirebase AuthenticationによるGoogleサインインを統合する方法を説明します。このセットアップにより、モバイルプラットフォームでネイティブGoogleサインインを使用しながら、バックエンド認証にFirebase Authを活用できます。
-
-## 設定手順
-
-<Steps>
-1. [console.cloud.google.com](https://console.cloud.google.com/)にアクセスしてください
-2. 使用するプロジェクトを選択します
-    <img src="/social-login-assets/firebase_project_select.webp" alt="Firebase Project Selector" />
-3. `Authentication`メニューに移動します
-    1. `build`をクリックします
-    2. `Authentication`をクリックします
-    <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-4. `始める`ボタンをクリックします
-    <img src="/social-login-assets/firebase_auth_start.webp" alt="Firebase Get Started Button" />
-5. `Email/Password`と`Google`の両方、または`Google`のみを選択します
-    :::note
-    私は両方を使用したいので、`Email/Password`と`Google`を選択しますが、`Google`のみを選択することもできます。これは後で変更できます。
-    :::
-    <img src="/social-login-assets/firebase_google_email_auth.webp" alt="Firebase Select Email/Password and Google Button" />
-    <img src="/social-login-assets/firebase_auth_enable_email.webp" alt="Firebase enable email authentication" />
-    <img src="/social-login-assets/firebase_auth_enable_email_save.webp" alt="Firebase save enable google authentication" />
-    <img src="/social-login-assets/firebase_auth_add_provider_after_email.webp" alt="Firebase enable add provider button" />
-    <img src="/social-login-assets/firebase_auth_add_google_provider_after_email.webp" alt="Firebase add Google provider after having added email provider" />
-6. `Google`プロバイダーを有効にします
-    <img src="/social-login-assets/firebase_auth_add_google_provider_enable.webp" alt="Firebase enable google authentication" />
-7. サポートメールを追加します
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth.webp" alt="Firebase add support email" />
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth_2.webp" alt="Firebase add support email part 2" />
-8. `Public-facing name for project`を変更します。
-    :::note
-    これはユーザーに表示されるため、よりわかりやすい名前に変更することをお勧めします。
-    :::
-    <img src="/social-login-assets/firebase_auth_change_public_facing_name.webp" alt="Firebase change public facing name" />
-9. `Save`ボタンをクリックします
-    <img src="/social-login-assets/firebase_auth_save_google_auth.webp" alt="Firebase save public facing name" />
-</Steps>
-
-完了です！Firebase AuthenticationでGoogleサインインが有効になりました 🎉
diff --git a/src/content/docs/ja/docs/plugins/social-login/firebase/google/ios.mdx b/src/content/docs/ja/docs/plugins/social-login/firebase/google/ios.mdx
deleted file mode 100644
index ca42fa8cd..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/firebase/google/ios.mdx
+++ /dev/null
@@ -1,171 +0,0 @@
----
-title: iOSでのFirebase Googleログイン
-locale: ja
-description: Capacitor Social LoginプラグインでiOSでFirebase AuthenticationによるGoogleサインインを設定する方法を学びます。
-sidebar:
-    order: 3
----
-import { Steps } from '@astrojs/starlight/components';
-
-## はじめに
-
-このガイドでは、iOSでFirebase AuthenticationとGoogleサインインを統合する方法を説明します。[一般的なFirebase Googleの設定](./general/)をすでに完了していることを前提としています。
-
-:::note
-Firebase ConsoleでiOSアプリをまだ作成していないことを前提としています。すでに作成している場合は、手順が少し異なります。
-:::
-
-## 設定手順
-
-<Steps>
-1. [console.cloud.google.com](https://console.cloud.google.com/)でプロジェクト概要に移動します
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Overview" />
-
-2. `Add app`ボタンをクリックします
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase Add App Button" />
-
-    :::note
-    Firebase Consoleで既に別のアプリを作成している場合は、ここでこのボタンを探す必要がある場合があります。これは、すでにFirebase Consoleで別のアプリを作成している場合にのみ適用されます。
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase Add App Button" />
-3. `iOS`を選択します
-    <img src="/social-login-assets/firebase_project_add_app_ios.webp" alt="Firebase Add App iOS Button" />
-
-4. フォームの最初の部分を入力します
-   1. `Apple bundle ID`を入力します
-      1. `npx cap open ios`を使用してXcodeでアプリを開きます
-      2. `App`をダブルクリックします
-         <img src="/social-login-assets/xcode_app_click.png" alt="App target in Xcode project navigator" />
-      3. `Targets -> App`にいることを確認します
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Targets section in Xcode with App selected" />
-      4. `Bundle Identifier`を見つけます
-          <img src="/social-login-assets/xcode_bundle_id.png" alt="Bundle Identifier field in Xcode project settings" />
-          :::note
-          ここに表示されるIDは、ガイドの残りの部分で使用するものとは異なります。ガイドの残りの部分では`app.capgo.plugin.SocialLogin`を使用します。
-          :::
-      5. `Bundle Identifier`をコピーしてFirebase consoleに貼り付けます
-         <img src="/social-login-assets/firebase_project_add_app_ios_bundle_id.webp" alt="Firebase Add App iOS Bundle ID Field" />
-   2. `Register app`ボタンをクリックします
-         <img src="/social-login-assets/firebase_project_add_app_ios_register.webp" alt="Firebase Add App iOS Register Button" />
-5. `Download config file`ステップをスキップします
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download.webp" alt="Firebase Add App iOS Skip Download Button" />
-6. `Add firebase SDK`ステップをスキップします
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk_2.webp" alt="Firebase Add App iOS Skip Download Firebase SDK Button" />
-7. `Add initialization code`ステップをスキップします
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk.webp" alt="Firebase Add App iOS Skip Add Initialization Code Button" />
-8. `Continue to console`ボタンをクリックします
-    <img src="/social-login-assets/firebase_project_add_app_ios_continue_to_console.webp" alt="Firebase Add App iOS Continue to Console Button" />
-9. iOS client IDと`YOUR_DOT_REVERSED_IOS_CLIENT_ID`を取得します
-   1. [console.cloud.google.com](https://console.cloud.google.com/)のGoogle Cloud Consoleにアクセスします
-   2. プロジェクトを見つけます
-      1. プロジェクトセレクターをクリックします
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Cloud Console Project Selector" />
-      2. Firebaseプロジェクトの正確な名前でプロジェクトを検索してクリックします。私の場合は`sociallogin-tutorial-app`です。
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Project Selector Project" />
-   3. 検索バーを開いて`credentials`を開きます
-      1. 検索バーを開きます
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Cloud Console Search Bar" />
-      2. `credentials`を検索し、`APIs and Services`（スクリーンショットの2番）をクリックします
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Cloud Console Credentials Search" />
-   4. `iOS client for [YOUR_APP_ID] (auto created by Google Service)`をクリックします。私の場合は`sociallogin-tutorial-app`です。
-      <img src="/social-login-assets/firebase_gc_credentials_ios_client_id.webp" alt="Google Cloud Console Credentials iOS Client ID" />
-   5. `Client ID`と`iOS URL scheme`をコピーします。これらがそれぞれ`iOSClientId`と`YOUR_DOT_REVERSED_IOS_CLIENT_ID`になります。
-
-      :::note
-      `iOSClientId`はプラグインの`initialize`メソッドで渡し、`YOUR_DOT_REVERSED_IOS_CLIENT_ID`はこのガイドの次のパートで説明されているように、アプリの`Info.plist`ファイルで使用します。
-      :::
-
-      <img src="/social-login-assets/firebase_gc_credentials_ios_client_id_copy.webp" alt="Google Cloud Console Credentials iOS Client ID Copy" />
-10. Web client IDを取得します
-    1. Firebase consoleに戻り、`Build` -> `Authentication`に移動します
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-    2. `Sign-in method`ボタンをクリックします
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase Authentication Sign-in Method Button" />
-    3. `Google`プロバイダーをクリックします
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Authentication Sign-in Method Google Provider" />
-    4. `Web SDK configuration`ボタンをクリックします
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Button" />
-    5. `Web client ID`をコピーします。これがプラグインの`initialize`メソッドの`webClientId`になります。
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Web Client ID" />
-11. アプリの Info.plistを変更します
-    1. Xcodeを開いて`Info.plist`ファイルを見つけます
-        <img src="/social-login-assets/xcode_info_file.png" alt="Info.plist file in Xcode project navigator" />
-    2. このファイルを右クリックしてソースコードとして開きます
-        <img src="/social-login-assets/xcode_open_as_src_code.png" alt="Right-click menu showing Open As Source Code option" />
-    3. `Plist`ファイルの下部に`</dict>`タグが表示されます
-        <img src="/social-login-assets/xcode_dict_tag.png" alt="Closing dict tag in Info.plist file" />
-    4. 閉じる`</dict>`タグの直前に次のフラグメントを挿入します
-        <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist with URL schemes code inserted before closing dict tag" />
-
-        ```xml
-        <key>CFBundleURLTypes</key>
-        <array>
-        <dict>
-          <key>CFBundleURLSchemes</key>
-          <array>
-            <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-          </array>
-        </dict>
-        </array>
-        <key>GIDClientID</key>
-        <string>YOUR_IOS_CLIENT_ID.apps.googleusercontent.com</string>
-        ```
-
-    5. `YOUR_DOT_REVERSED_IOS_CLIENT_ID`をステップ9でコピーした値（iOS URL scheme）に変更します
-        <img src="/social-login-assets/xcode_plist_final.png" alt="Info.plist with actual reversed client ID inserted in URL schemes" />
-
-        :::caution
-        この値が`com.googleusercontent.apps`で**始まる**ことを確認してください
-        :::
-
-   6. `YOUR_IOS_CLIENT_ID`をステップ9でコピーしたiOS Client IDに変更します
-
-   7. `Command + S`でファイルを保存します
-
-12. `AppDelegate.swift`を変更します
-    1. AppDelegateを開きます
-        <img src="/social-login-assets/xcode_app_deleg.png" alt="AppDelegate.swift file in Xcode project navigator" />
-    2. ファイルの先頭に`import GoogleSignIn`を挿入します
-        <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="AppDelegate.swift with GoogleSignIn import added" />
-    3. `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])`関数を見つけます
-        <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="Original application openURL function in AppDelegate" />
-    4. 関数を次のように変更します
-
-        ```swift
-        func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-            // Called when the app was launched with a url. Feel free to add additional processing here,
-            // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-            var handled: Bool
-
-            handled = GIDSignIn.sharedInstance.handle(url)
-            if handled {
-              return true
-            }
-
-            return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-        }
-        ```
-
-        <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="Modified application openURL function with GoogleSignIn handling" />
-
-    5. `Command + S`でファイルを保存します
-
-15. アプリでGoogleログインを使用する
-
-    この時点で、アプリでGoogleログインを使用する準備が整いました。
-    サンプルアプリの[authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts)ファイルを使用してGoogleで認証してください。
-</Steps>
-
- ユーザーは初回サインイン時にFirebase Authで自動的に作成されます
-
-## トラブルシューティング
-
-認証がハングまたは失敗する場合:
-
-- `idToken`のaudienceがFirebaseのWeb client IDと一致していることを確認してください
-- Firebase ConsoleでGoogleサインインが有効になっていることを確認してください
-- Info.plistに正しいURL schemesとGIDClientIDがあることを確認してください
-- `iOSServerClientId`がWeb client IDと一致していることを確認してください
-- 参考として[サンプルアプリコード](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts)を確認してください
diff --git a/src/content/docs/ja/docs/plugins/social-login/firebase/google/web.mdx b/src/content/docs/ja/docs/plugins/social-login/firebase/google/web.mdx
deleted file mode 100644
index 6be3c7f78..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/firebase/google/web.mdx
+++ /dev/null
@@ -1,55 +0,0 @@
----
-title: WebでのFirebase Googleログイン
-locale: ja
-description: Firebaseの組み込みGoogleサインインを使用して、WebでFirebase AuthenticationによるGoogleサインインを設定する方法を学びます。
-sidebar:
-    order: 4
----
-
-## はじめに
-
-Capacitor Social Loginプラグインは**Webプラットフォームをサポートしていません**。Webアプリケーションの場合は、Firebaseの組み込みGoogleサインインを直接使用する必要があります。これにより、より信頼性の高いポップアップベースの認証フローが提供されます。
-
-## WebでプラグインをWebで使用しない理由
-
-Capacitor Social Loginプラグインは、プラットフォーム固有の認証フローを活用できるネイティブモバイルプラットフォーム（AndroidとiOS）向けに設計されています。Webの場合、Firebaseのネイティブ`signInWithPopup`メソッドは次の点で優れています:
-
-- ✅ より信頼性が高く、よりサポートされている
-- ✅ ブラウザセッションストレージを自動的に処理
-- ✅ より良いエラー処理を提供
-- ✅ 追加の設定が不要
-
-## 設定手順
-
-1. **Firebaseプロジェクトを設定する**
-
-   FirebaseプロジェクトでGoogleサインインが有効になっていることを確認してください:
-   - [Firebase Console](https://console.firebase.google.com/)にアクセスします
-   - Authentication > Sign-in methodに移動します
-   - Googleサインインプロバイダーを有効にします
-
-2. 承認済みドメインを追加します
-    1. [console.cloud.google.com](https://console.cloud.google.com/)でプロジェクト概要に移動します
-        <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Overview" />
-    2. `Authentication`メニューを開きます
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-    3. `Settings`ボタンをクリックします
-        <img src="/social-login-assets/firebase_select_authentication_settings.webp" alt="Firebase Authentication Sign-in Method Button" />
-    4. `Authorized domains`を設定します
-        <img src="/social-login-assets/firebase_select_authentication_settings_authorized_domains.webp" alt="Firebase Authentication Settings Authorized Domains" />
-
-## 実装例
-
-サンプルアプリの[authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts)ファイルで、次を実行する完全な実装を参照してください:
-
-- Webプラットフォーム用にFirebaseの`signInWithPopup`を使用
-- Android/iOSプラットフォーム用にCapacitor Social Loginプラグインを使用
-- プラットフォーム検出を自動的に処理
-
-この例は、WebではFirebaseの組み込みメソッドを使用し、ネイティブプラットフォームではプラグインを使用する方法を条件付きで示しています。
-
-## 追加リソース
-
-- [Firebase Authentication Documentation](https://firebase.google.com/docs/auth) - 完全なFirebase Authドキュメント
-- [Firebase Google Sign-In for Web](https://firebase.google.com/docs/auth/web/google-signin) - Web用のGoogleサインインに関する公式Firebaseガイド
-- [Google Login Setup Guide](/docs/plugins/social-login/google/general/) - 承認済みドメインとOAuth同意画面を設定するためのガイド
diff --git a/src/content/docs/ja/docs/plugins/social-login/firebase/introduction.mdx b/src/content/docs/ja/docs/plugins/social-login/firebase/introduction.mdx
deleted file mode 100644
index 4ac9c6123..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/firebase/introduction.mdx
+++ /dev/null
@@ -1,98 +0,0 @@
----
-title: Firebase統合の紹介
-locale: ja
-description: 完全な認証ソリューションのために、Capacitor Social LoginプラグインでFirebase Authenticationを統合する方法を学びます。
-sidebar:
-    order: 1
----
-
-## 概要
-
-このチュートリアルでは、Capacitor Social LoginプラグインでFirebase Authenticationを設定する方法をガイドします。この統合により、モバイルプラットフォームでネイティブソーシャルログインプロバイダー（Google、Apple、Facebook、Twitter）を使用しながら、バックエンド認証にFirebase Authを、データストレージにFirestoreを活用できます。
-
-## 学習内容
-
-- Firebase Authenticationの設定方法
-- Capacitor Social LoginプラグインをFirebase Authと統合する方法
-- Android、iOS、Webのプラットフォーム固有のセットアップ
-
-## 必要なもの
-
-始める前に、次のものがあることを確認してください:
-
-1. **Firebaseプロジェクト**
-   - [Firebase Console](https://console.firebase.google.com/)でプロジェクトを作成します
-   - Authentication（Email/PasswordとGoogleサインイン）を有効にします
-   - Firebase設定資格情報を取得します
-
-2. **Firebase JS SDK**
-   - プロジェクトにFirebaseをインストールします:
-     ```bash
-     npm install firebase
-     ```
-
-3. **Capacitorプロジェクト**
-   - 既存のCapacitorアプリケーション
-   - Capacitor Social Loginプラグインがインストールされていること:
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-## サンプルアプリケーション
-
-完全に動作するサンプルがリポジトリで利用可能です:
-
-**コードリポジトリ**: [コードリポジトリはこちらで見つけることができます](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-サンプルアプリは次を示しています:
-- FirebaseによるEmail/password認証
-- Googleサインイン統合（Android、iOS、Web）
-- Firebase Firestoreコレクションを使用したシンプルなキー値ストア
-- Firestoreサブコレクションのユーザー固有データストレージ
-
-
-## CapacitorでFirebase SDKを使用することについて
-
-CapacitorでFirebase JS SDKを使用する場合、認証メソッドを使用する際に、Firebase Authインスタンスを少し異なる方法で初期化する必要があることに注意する必要があります。
-
-Webプラットフォームでは、`getAuth`関数を使用してFirebase Authインスタンスを取得します。
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { getAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-const auth = getAuth(app);
-```
-
-残念ながら、Capacitorではこれは機能せず、Firebase authがハングする原因となります。[このブログ投稿](https://harryherskowitz.com/2021/08/23/firebase-capacitor.html)で述べられているように、`initializeAuth`関数を使用してFirebase Authインスタンスを初期化する必要があります。
-次のようになります:
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { initializeAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-
-function whichAuth() {
-  let auth;
-  if (Capacitor.isNativePlatform()) {
-    auth = initializeAuth(app, {
-      persistence: indexedDBLocalPersistence,
-    });
-  } else {
-    auth = getAuth(app);
-  }
-  return auth;
-}
-
-export const auth = whichAuth();
-```
-## 次のステップ
-
-セットアップガイドを続けます:
-- [Firebaseセットアップ](./google/general/) - Firebaseプロジェクトを設定
-- [Androidセットアップ](./google/android/) - Android固有の設定
-- [iOSセットアップ](./google/ios/) - iOS固有の設定
-- [Webセットアップ](./google/web/) - Web固有の設定
diff --git a/src/content/docs/ja/docs/plugins/social-login/getting-started.mdx b/src/content/docs/ja/docs/plugins/social-login/getting-started.mdx
deleted file mode 100644
index fcfdd80ac..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/getting-started.mdx
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Capacitor Social Loginプラグインをインストールして設定し、Google、Apple、Facebookのログインでシームレスに統合してアプリの認証を強化する方法をご覧ください。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Card, CardGrid } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-import MicroCard from '@/components/MicroCard.astro'
-
-<Steps>
-1. **パッケージをインストールする**
-   <PackageManagers pkg="@capgo/capacitor-social-login" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期する**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **プラグインを設定する**
-   <div class="flex flex-nowrap gap-4 h-full">
-      <div style="display: flex; gap: 1rem; width: 100% !important; max-width: 100% !important;">
-         <MicroCard href="/docs/plugins/social-login/google/general/" title="Google" customIcon="/icons/google.svg">
-            アプリのGoogle Sign-Inを設定
-         </MicroCard>
-         <MicroCard href="/docs/plugins/social-login/facebook/" title="Facebook" icon="facebook">
-            Facebookログイン統合を設定
-         </MicroCard>
-         <MicroCard href="/docs/plugins/social-login/apple/general/" title="Apple" icon="apple">
-            Sign in with Appleを有効化
-         </MicroCard>
-      </div>
-   </div>
-</Steps>
diff --git a/src/content/docs/ja/docs/plugins/social-login/google/android.mdx b/src/content/docs/ja/docs/plugins/social-login/google/android.mdx
deleted file mode 100644
index eb76c657e..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/google/android.mdx
+++ /dev/null
@@ -1,222 +0,0 @@
----
-title: AndroidでのGoogleログイン
-locale: ja
-description: このガイドでは、AndroidデバイスでCapacitorを使用してGoogleログインを設定する包括的な手順を説明し、スムーズな統合プロセスを確保し、発生する可能性のある課題に対処します。
-sidebar:
-    order: 2
----
-import { Steps } from '@astrojs/starlight/components';
-
-## はじめに
-
-このガイドでは、Capgo Social LoginでAndroid用のGoogleログインを設定する方法を学びます。
-[一般的なセットアップガイド](/docs/plugins/social-login/google/general/)をすでに読んでいることを前提としています。
-
-## Androidでのgoogleログインの使用
-
-このパートでは、AndroidでGoogleログインを設定する方法を学びます。
-
-:::caution
-AndroidのSHA1証明書は非常に面倒で、この設定をしなければならない人には同情します。次の手順は、Google Play Storeに公開されておらず、ローカルシミュレータまたは開発用ハードウェアデバイスでのみ使用されるアプリの最も単純なシナリオを前提としています。
-
-Google Play Storeにアプリをデプロイした場合は、本番環境リリース用のGoogle Play consoleからのSHA1を含む追加のAndroid client IDを追加する**必要があります**。Google Playがリリースバンドルの署名に使用するSHA1ハッシュは、`Test and release > Setup > App Signing`で確認できます。
-
-最後に、間違えた場合、エラーは明確では**ありません**。デバッグが非常に困難な場合があります。セットアップで苦労している場合は、[Githubの問題](https://github.com/Cap-go/capacitor-social-login/issues)を確認してください。
-
-さらに、詳細については[AndroidのGoogleログインセットアップのトラブルシューティングセクション](#troubleshooting)を参照してください。
-:::
-
-:::note
-複数のAndroid client IDを作成できます。これは、複数のSHA1証明書がある場合に必要です。
-:::
-
-<Steps>
-1. Android client IDを作成します。
-   1. 検索バーをクリックします
-      <img src="/social-login-assets/google_cons_search.png" alt="Google Console search bar" />
-
-   2. `credentials`を検索し、`APIs and Services`（スクリーンショットの2番）をクリックします
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Search results showing credentials option with APIs and Services highlighted" />
-
-   3. `create credentials`をクリックします
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Create credentials button in Google Console" />
-
-   4. `OAuth client ID`を選択します
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="OAuth client ID option in credentials creation menu" />
-
-   5. `Android`アプリケーションタイプを選択します
-      <img src="/social-login-assets/google_cons_app_type_android.png" alt="Application type selection with Android option highlighted" />
-
-   6. Android Studioを開きます
-
-   7. ナビゲーターの一番下にある`Gradle Scripts`を見つけます
-      <img src="/social-login-assets/studio_gradle_scripts.png" alt="Gradle Scripts section in Android Studio project navigator" />
-
-   8. モジュール`app`の`build.gradle`を見つけます
-      <img src="/social-login-assets/studio_build_gradle.png" alt="build.gradle (Module: app) file in Gradle Scripts section" />
-
-   9. `android.defaultConfig.applicationId`をコピーします。これがGoogle consoleの`package name`になります
-      <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="Build.gradle file showing applicationId configuration" />
-
-   10. ターミナルを開きます。アプリの`android`フォルダにいることを確認し、`./gradlew signInReport`を実行します
-      <img src="/social-login-assets/term_sign_report.png" alt="Terminal showing gradlew signInReport command" />
-
-   11. このコマンドの先頭までスクロールします。次のように表示されるはずです。`SHA1`をコピーします。
-      <img src="/social-login-assets/term_sign_report_res.png" alt="Terminal output showing SHA1 certificate fingerprint" />
-
-   12. Google Consoleに戻ります。`Package Name`として`applicationId`を入力し、証明書フィールドにSHA1を入力して`create`をクリックします
-      <img src="/social-login-assets/google_cons_creat_android_client.png" alt="Android client creation form with package name and SHA1 fields filled in" />
-
-2. Webクライアントを作成します（これはAndroidに必要です）
-
-   1. Google Consoleの`Create credentials`ページに移動します
-
-   2. アプリケーションタイプを`Web`に設定します
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="Application type selection with Web option highlighted" />
-
-   3. `Create`をクリックします
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="Web client creation form with Create button at bottom" />
-
-   4. client IDをコピーします。これをJS/TSコードで`webClientId`として使用します
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="Client ID details showing Web client ID to copy" />
-
-3. `MainActivity`を変更します
-
-   1. Android Studioでアプリを開いてください。`cap open android`を実行できます
-
-   2. `MainActivity.java`を見つけます
-
-      1. `app`フォルダを開きます
-         <img src="/social-login-assets/studio_app_folder.png" alt="App folder in Android Studio project navigator" />
-
-      2. `java`を見つけます
-         <img src="/social-login-assets/studio_app_java.png" alt="Java folder in Android Studio project structure" />
-
-      3. `MainActivity.java`を見つけてクリックします
-         <img src="/social-login-assets/studio_app_java_activity_main.png" alt="MainActivity.java file in package structure" />
-
-   3. `MainActivity.java`を変更します。次のコードを追加してください
-
-      ```java
-      import ee.forgr.capacitor.social.login.GoogleProvider;
-      import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-      import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-      import com.getcapacitor.PluginHandle;
-      import com.getcapacitor.Plugin;
-      import android.content.Intent;
-      import android.util.Log;
-      import com.getcapacitor.BridgeActivity;
-
-      // ModifiedMainActivityForSocialLoginPlugin is VERY VERY important !!!!!!
-      public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-
-            @Override
-            public void onActivityResult(int requestCode, int resultCode, Intent data) {
-              super.onActivityResult(requestCode, resultCode, data);
-
-              if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-                PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                if (pluginHandle == null) {
-                  Log.i("Google Activity Result", "SocialLogin login handle is null");
-                  return;
-                }
-                Plugin plugin = pluginHandle.getInstance();
-                if (!(plugin instanceof SocialLoginPlugin)) {
-                  Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-                  return;
-                }
-                ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-              }
-            }
-
-            // This function will never be called, leave it empty
-            @Override
-            public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-      }
-      ```
-
-   4. ファイルを保存します
-
-4. アプリケーションでGoogleログインを使用します
-
-   1. まず、`SocialLogin`をインポートします
-
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-
-   2. initializeを呼び出します。これは一度だけ呼び出す必要があります。
-
-      ```typescript
-      // onMountedはVue固有のものです
-      // webClientIdは、Android client IDではなく、Webクライアント作成ステップで取得したclient IDです。
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-          }
-        })
-      })
-      ```
-
-   3. `SocialLogin.login`を呼び出します。ボタンを作成し、クリック時に次のコードを実行します。
-
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // レスポンスを処理します
-      console.log(JSON.stringify(res))
-      ```
-
-5. テスト用のエミュレータを設定します
-
-   1. `Device manager`に移動してプラスボタンをクリックします
-      <img src="/social-login-assets/studio_device_man.png" alt="Device Manager in Android Studio with plus button highlighted" />
-
-   2. 仮想デバイスを作成します
-      <img src="/social-login-assets/studio_create_virt_dev.png" alt="Create Virtual Device button in Virtual Device Configuration" />
-
-   3. `Play Store`アイコンがあるデバイスを選択します
-      <img src="/social-login-assets/studio_new_dev_select_hardware.png" alt="Hardware selection showing devices with Play Store support" />
-
-      ご覧のとおり、`pixel 8`は`Play Store`サービスをサポートしています
-
-   4. `next`をクリックします
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="Next button in device creation wizard" />
-
-   5. OSイメージが`Google Play`タイプであることを確認します。`Google Play`タイプである**必要があります**
-      <img src="/social-login-assets/studio_new_dev_google_play_dev_type.png" alt="System image selection showing Google Play type images" />
-
-   6. nextをクリックします
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="Next button in system image selection screen" />
-
-   7. デバイスを確認します。エミュレータに好きな名前を付けることができます
-      <img src="/social-login-assets/studio_new_dev_next_3.png" alt="Device configuration verification screen with Finish button" />
-
-   8. `Device Manager`に移動してシミュレータを起動します
-      <img src="/social-login-assets/studio_dev_manager.png" alt="Device Manager with virtual device listed and play button" />
-
-   9. シミュレータが起動したら、設定に移動します
-      <img src="/social-login-assets/emul_and_settings_1.png" alt="Android emulator showing settings app" />
-
-   10. `Google Play`に移動します
-      <img src="/social-login-assets/emul_and_settings_2.png" alt="Settings screen with Google Play option" />
-
-   11. `Update`をクリックして約60秒待ちます
-      <img src="/social-login-assets/emul_and_settings_update_play_store.png" alt="Google Play update screen with Update button" />
-
-6. アプリケーションをテストします
-
-   すべて正しく行った場合、Googleログインフローが正しく動作することを確認できます:
-   <img src="/social-login-assets/google_android_final_login_show.gif" alt="Demo of Google login flow on Android showing sign-in process and successful authentication" />
-</Steps>
-
-## トラブルシューティング
-
-問題がある場合は、[Githubの問題](https://github.com/Cap-go/capacitor-social-login/issues)を確認してください。
-
-Googleログインの問題は**常に**SHA1証明書に関連しています。
-
-開発SHA1証明書を取得できない場合は、カスタムkeystoreを使用してみてください。[こちら](https://github.com/Cap-go/capacitor-social-login/issues/147#issuecomment-2849742574)は、プロジェクトにkeystoreを追加する方法を説明するコメントです。
diff --git a/src/content/docs/ja/docs/plugins/social-login/google/general.mdx b/src/content/docs/ja/docs/plugins/social-login/google/general.mdx
deleted file mode 100644
index c6605a938..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/google/general.mdx
+++ /dev/null
@@ -1,236 +0,0 @@
----
-title: Googleログインの設定
-locale: ja
-description: このガイドでは、Capacitorを使用してGoogleログインを設定する包括的な概要を説明し、シームレスな統合プロセスを確保し、発生する可能性のある課題に対処するための各ステップを詳しく説明します。
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## はじめに
-
-このガイドでは、Capgo Social LoginでGoogleログインを設定する方法を学びます。Googleログインを設定するには、次のものが必要です:
-
-- Googleアカウント
-
-## 一般的な設定
-
-:::note
-このステップは、使用するプラットフォームに関係なく必要です。
-:::
-
-このパートでは、Googleが表示するログイン画面を設定します。
-
-<Steps>
-    1. [console.cloud.google.com](https://console.cloud.google.com/)にアクセスしてください
-    2. プロジェクトセレクターをクリックします
-        <img src="/social-login-assets/google_cons_project_selector.png" alt="Google Console Project Selector" />
-    3. まだプロジェクトがない場合は、**新しいプロジェクトを作成**してください。
-        1. `New project`をクリックします
-            <img src="/social-login-assets/google_cons_new_project_btn.png" alt="New Project button in Google Console" />
-        2. プロジェクトに名前を付けて`Create`をクリックします
-            <img src="/social-login-assets/google_cons_name_projec.png" alt="Project naming screen showing name field and Create button" />
-        3. 正しいプロジェクトにいることを確認します
-            <img src="/social-login-assets/google_cons_right_proj.png" alt="Project name showing in the selector indicating correct project selection" />
-    4. `OAuth consent screen`の設定を開始します
-        1. 検索バーをクリックします
-            <img src="/social-login-assets/google_cons_search.png" alt="Google Console search bar" />
-        2. `OAuth consent screen`を検索してクリックします
-            <img src="/social-login-assets/google_cons_search_2.png" alt="Search results showing OAuth consent screen option" />
-        3. 同意画面を設定します
-            :::note
-            一般に公開されるアプリを開発していることを前提としているため、`external`ユーザータイプを使用します。最適なユーザータイプを選択して`create`をクリックしてください
-            :::
-
-            `create`をクリックします
-            <img src="/social-login-assets/google_cons_oauth_const_scr.png" alt="OAuth consent screen user type selection with External and Internal options" />
-    5. アプリに関する情報を入力します
-            1. `App Information`から始めましょう
-                <img src="/social-login-assets/google_cons_app_inf.png" alt="App Information section showing App name and User support email fields" />
-
-                    - `App Name`を入力してください
-                        :::caution
-                        **これはユーザーに表示されます**
-                        :::
-                    - `user support email`を入力します
-                        :::note
-                        サポートメールの詳細については[こちら](https://support.google.com/cloud/answer/10311615#user-support-email&zippy=%2Cuser-support-email/)をご覧ください
-                        :::
-                2. アプリのロゴを追加**できます**。
-                    <img src="/social-login-assets/google_cons_app_logo.png" alt="App logo upload section in OAuth consent screen" />
-                    :::note
-                    これは必須ではないため、このステップはスキップします
-                    :::
-                3. `App domain`を設定する**必要があります**
-                    <img src="/social-login-assets/google_cons_app_doma.png" alt="App domain configuration section with authorized domains field" />
-                    :::note
-                    これは単純なデモで**公開されない**ため、このセクションは入力しませんが、このセクションを入力することを強くお勧めします。
-                    :::
-
-                4. 開発者のメールを提供する**必要があります**
-                    <img src="/social-login-assets/google_cons_dev_cont_inf.png" alt="Developer contact information section with email field" />
-                5. `save and continue`をクリックします
-                        <img src="/social-login-assets/google_cons_cons_sav_cont.png" alt="Save and Continue button at bottom of form" />
-    6. スコープを設定します
-        1. `add or remove scopes`をクリックします
-            <img src="/social-login-assets/google_cons_add_rm_sco.png" alt="Add or remove scopes button in scopes configuration screen" />
-
-        2. 次のスコープを選択して`update`をクリックします
-            <img src="/social-login-assets/google_cons_update_scope.png" alt="Scope selection dialog with email and profile scopes selected" />
-
-        3. `save and continue`をクリックします
-            <img src="/social-login-assets/google_cons_scope_save.png" alt="Save and Continue button in scopes screen" />
-    7. テストユーザーを追加します
-        1. `add users`をクリックします
-            <img src="/social-login-assets/google_cons_add_test_usr.png" alt="Add users button in test users section" />
-        2. Googleメールを入力してenterを押し、`add`をクリックします
-            <img src="/social-login-assets/google_cons_add_test_usr_2.png" alt="Email input field and Add button for test users" />
-        3. `save and continue`をクリックします
-            <img src="/social-login-assets/google_cons_test_usr_save.png" alt="Save and Continue button in test users screen" />
-    8. `back to dashboard`をクリックします
-        <img src="/social-login-assets/google_cons_back_to_dahs.png" alt="Back to dashboard button at bottom of completion page" />
-    9. 検証用にアプリを提出します
-        :::note
-            アプリを検証用に提出することを強くお勧めします。これはこのチュートリアルの範囲外です。詳細については[こちら](https://support.google.com/cloud/answer/13463073/)をご覧ください。これはローカルテストには必要ありませんが、本番環境には必要です。
-        :::
-</Steps>
-
-
-## オンラインアクセスとオフラインアクセスの違い
-
-CapacitorでGoogleログインを使用する方法は複数あります。次の表は、2つの違いをまとめたものです:
-
-|                         | オンラインアクセス | オフラインアクセス |
-|:-----------------------:|:-------------:|:--------------:|
-| バックエンドが必要      | ❌             | ✅              |
-| 長期間有効なアクセストークン | ❌             | ✅              |
-| 簡単な設定              | ✅             | ❌              |
-
-:::note
-**オフラインモード**とは、ユーザーがアプリを積極的に使用していない場合（つまり、ユーザーがアプリの観点から「オフライン」の場合）でも、バックエンドがGoogleのAPIにアクセスできることを意味します。長期間有効なアクセストークンにより、バックエンドがいつでもユーザーに代わってGoogle APIを呼び出すことができるため、この機能が有効になります。
-:::
-
-:::caution
-**オフラインモードにはバックエンドサーバーが必要です。** オフラインモードを使用すると、フロントエンドは最小限の情報（主にサーバー認証コードのみ）を受け取ります。このコードをトークンとユーザー情報に交換するバックエンドがないと、オフラインモードはフロントエンドアプリケーションに有用なデータを提供しません。
-:::
-
-どちらを選択すべきかまだわからない場合は、次のシナリオを検討してください:
-
-1. ユーザーにログインしてもらい、すぐにカスタムJWTを発行します。アプリはGoogle APIを呼び出しません
-
-   この場合は、オンラインアクセスを選択してください。
-
-2. アプリはクライアントからいくつかのGoogle APIを呼び出しますが、バックエンドからは呼び出しません
-
-   この場合は、オンラインアクセスを選択してください
-
-3. アプリはバックエンドからいくつかのGoogle APIを呼び出しますが、ユーザーがアプリを積極的に使用している場合のみです
-
-   この場合は、オンラインアクセスを選択してください
-
-4. アプリは、ユーザーがアプリを積極的に使用していない場合でも、ユーザーのカレンダーを定期的にチェックします
-
-   この場合は、オフラインアクセスを選択してください
-
-## オンラインアクセスのバックエンド例
-
-このチュートリアルのこのパートでは、バックエンドでユーザーを検証する方法を示します。
-
-この例は非常にシンプルで、次の技術に基づいています:
-
-- [Typescript](https://www.typescriptlang.org/)
-
-- [Hono](https://hono.dev/)
-
-- [JavaScriptのfetch API](https://developer.mozilla.org/en-US/docs/Web/API/Window/fetch)
-
-この例のコードは[こちら](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/141c01d93a85240e31a0d488a89df13c842708b1/index.ts#L135-L153)で見つけることができます
-
-ご覧のとおり:
-
-<img src="/social-login-assets/vscode_auth_google.png" alt="VS Code showing Google authentication code that verifies tokens" />
-
-アイデアは非常にシンプルです。`https://www.googleapis.com/oauth2/v3/tokeninfo`に単純な`GET`リクエストを送信すると、トークンが有効かどうか、および有効な場合はユーザーのメールが返されます。また、ユーザートークンに関する他の情報も提供されます
-<img src="/social-login-assets/google_auth_playground_token_info.png" alt="Google OAuth Playground showing token information response with user details" />
-
-そこから、独自のJWTをユーザーに発行したり、何らかのセッションCookieを発行したりできます。最終的な認証実装の可能性は無限です。
-
-Google APIを呼び出したい場合は、[GoogleのOAuth 2.0 Playground](https://developers.google.com/oauthplayground)を確認することを強くお勧めします。そこから、呼び出すことができるAPIを簡単に確認できます。
-
-## 独自のバックエンドでオフラインアクセスを使用する
-
-オンラインアクセスを使用するには、次のものが必要です:
-
-- HTTPサーバー
-
-この例では、次の技術を使用してアプリでオフラインアクセスを提供します:
-
-- [Hono](https://hono.dev/)
-
-- [Hono Zod validator](https://hono.dev/docs/guides/validation#with-zod)
-
-- [Zod](https://zod.dev/)
-
-- [Hono JWT](https://hono.dev/docs/helpers/jwt#jwt-authentication-helper)
-
-- [LowDb](https://www.npmjs.com/package/lowdb)（シンプルなデータベース）
-
-この例のコードは[こちら](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/aac7a8c909f650a8c2cd7f88c97f5f3c594ce9ba/index.ts#L139-L287)で見つけることができます
-
-クライアントコードについては、次のようになります:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { GoogleLoginOfflineResponse, SocialLogin } from '@capgo/capacitor-social-login';
-import { usePopoutStore } from '@/popoutStore'; // <-- アプリ固有
-
-const baseURL = "[redacted]";
-
-async function fullLogin() {
-  await SocialLogin.initialize({
-    google: {
-      webClientId: '[redacted]',
-      iOSClientId: '[redacted]',
-      iOSServerClientId: 'webClientIdと同じ値',
-      mode: 'offline' // <-- 重要
-    }
-  })
-  const response = await SocialLogin.login({
-    provider: 'google',
-    options: {
-      forceRefreshToken: true // <-- 重要
-    }
-  })
-
-  if (response.provider === 'google') {
-    const result = response.result as GoogleLoginOfflineResponse
-    const res = await fetch(`${baseURL}/auth/google_offline`, {
-      headers: {
-        "Content-Type": "application/json"
-      },
-      body: JSON.stringify({
-        serverAuthCode: result.serverAuthCode,
-        platform: Capacitor.getPlatform()
-      }),
-      method: "POST"
-    })
-
-    if (res.status !== 200) {
-      popoutStore.popout("Full google login failed", "check console");
-      return
-    }
-
-    const { jwt } = await res.json();
-    const userinfo = await fetch(`${baseURL}/auth/get_google_user`, {
-      headers: {
-        Authorization: `Bearer ${jwt}`
-      }
-    })
-    if (userinfo.status !== 200) {
-      popoutStore.popout("Full google (userinfo) login failed", "check console");
-      return
-    }
-    popoutStore.popout("userinfo res", await userinfo.text());
-  }
-}
-```
diff --git a/src/content/docs/ja/docs/plugins/social-login/google/ios.mdx b/src/content/docs/ja/docs/plugins/social-login/google/ios.mdx
deleted file mode 100644
index d0dc19de3..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/google/ios.mdx
+++ /dev/null
@@ -1,246 +0,0 @@
----
-title: iOSでのGoogleログイン
-locale: ja
-description: このガイドでは、iOSでCapacitorを使用してGoogleログインを設定する包括的な手順を説明し、スムーズな統合プロセスを確保します。
-sidebar:
-    order: 3
----
-import { Steps } from '@astrojs/starlight/components';
-
-## はじめに
-
-このガイドでは、Capgo Social LoginでiOS用のGoogleログインを設定する方法を学びます。
-[一般的なセットアップガイド](/docs/plugins/social-login/google/general/)をすでに読んでいることを前提としています。
-
-## iOSでのGoogleログインの使用
-
-このパートでは、iOSでGoogleログインを設定する方法を学びます。
-
-<Steps>
-1. Google consoleでiOS client IDを作成します
-
-   1. 検索バーをクリックします
-      <img src="/social-login-assets/google_cons_search.png" alt="Google Console search bar" />
-
-   2. `credentials`を検索し、`APIs and Services`（スクリーンショットの2番）をクリックします
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="Search results showing credentials option with APIs and Services highlighted" />
-
-   3. `create credentials`をクリックします
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Create credentials button in Google Console" />
-
-   4. `OAuth client ID`を選択します
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="OAuth client ID option in credentials creation menu" />
-
-   5. `Application type`を`iOS`に選択します
-      <img src="/social-login-assets/goolge_cons_cred_type_app_tye.png" alt="Application type selection with iOS option highlighted" />
-
-   6. bundle IDを見つけます
-
-      1. Xcodeを開きます
-
-      2. `App`をダブルクリックします
-         <img src="/social-login-assets/xcode_app_click.png" alt="App target in Xcode project navigator" />
-
-      3. `Targets -> App`にいることを確認します
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Targets section in Xcode with App selected" />
-
-      4. `Bundle Identifier`を見つけます
-         <img src="/social-login-assets/xcode_bundle_id.png" alt="Bundle Identifier field in Xcode project settings" />
-
-      5. Google Consoleに戻り、`Bundle ID`に`Bundle Identifier`を貼り付けます
-         <img src="/social-login-assets/google_cons_ios_bd_id.png" alt="Bundle ID field in Google Console iOS client creation form" />
-
-   7. オプションで、App Storeにアプリを公開している場合は、`App Store ID`または`Team ID`をclient IDに追加します
-
-   8. すべての詳細を入力したら、`create`をクリックします
-      <img src="/social-login-assets/google_cons_ios_cred_creat.png" alt="Create button at bottom of iOS client creation form" />
-
-   9. `OK`をクリックします
-      <img src="/social-login-assets/google_cons_ios_click_ok.png" alt="OK button on client ID created confirmation dialog" />
-
-   10. 新しく作成したiOS clientを開きます
-       <img src="/social-login-assets/google_cons_open_new_ios.png" alt="Newly created iOS client in credentials list" />
-
-   11. 次のデータをコピーします
-       <img src="/social-login-assets/google_cons_ios_what_to_copy.png" alt="Client ID details showing Client ID and reversed client ID to copy" />
-
-       :::note
-       この画像の`nr. 1`は、後で`initialize`呼び出しの`iOSClientId`になります。
-
-       この画像の`nr. 2`は、後で`YOUR_DOT_REVERSED_IOS_CLIENT_ID`になります
-       :::
-
-2. アプリのInfo.plistを変更します
-
-   1. Xcodeを開いて`Info.plist`ファイルを見つけます
-      <img src="/social-login-assets/xcode_info_file.png" alt="Info.plist file in Xcode project navigator" />
-
-   2. このファイルを右クリックしてソースコードとして開きます
-      <img src="/social-login-assets/xcode_open_as_src_code.png" alt="Right-click menu showing Open As Source Code option" />
-
-   3. `Plist`ファイルの下部に`</dict>`タグが表示されます
-      <img src="/social-login-assets/xcode_dict_tag.png" alt="Closing dict tag in Info.plist file" />
-
-   4. 閉じる`</dict>`タグの直前に次のフラグメントを挿入します
-      <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist with URL schemes code inserted before closing dict tag" />
-
-      ```xml
-      <key>CFBundleURLTypes</key>
-      <array>
-       <dict>
-         <key>CFBundleURLSchemes</key>
-         <array>
-           <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-         </array>
-       </dict>
-      </array>
-      ```
-
-   5. `YOUR_DOT_REVERSED_IOS_CLIENT_ID`を前のステップでコピーした値に変更します
-      <img src="/social-login-assets/xcode_plist_final.png" alt="Info.plist with actual reversed client ID inserted in URL schemes" />
-
-      :::caution
-      この値が`com.googleusercontent.apps`で**始まる**ことを確認してください
-      :::
-
-   6. `Command + S`でファイルを保存します
-
-3. `AppDelegate.swift`を変更します
-
-   1. AppDelegateを開きます
-      <img src="/social-login-assets/xcode_app_deleg.png" alt="AppDelegate.swift file in Xcode project navigator" />
-
-   2. ファイルの先頭に`import GoogleSignIn`を挿入します
-      <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="AppDelegate.swift with GoogleSignIn import added" />
-
-   3. `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])`関数を見つけます
-      <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="Original application openURL function in AppDelegate" />
-
-   4. 関数を次のように変更します
-
-      ```swift
-      func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-          // Called when the app was launched with a url. Feel free to add additional processing here,
-          // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-          var handled: Bool
-
-          handled = GIDSignIn.sharedInstance.handle(url)
-          if handled {
-            return true
-          }
-
-          return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-      }
-      ```
-
-      <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="Modified application openURL function with GoogleSignIn handling" />
-
-   5. `Command + S`でファイルを保存します
-
-4. JavaScript/TypeScriptコードでGoogleログインを設定します
-
-   1. `SocialLogin`と`Capacitor`をインポートします
-
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      import { Capacitor } from '@capacitor/core';
-      ```
-
-   2. initializeメソッドを呼び出します（これは一度だけ呼び出す必要があります）
-
-      **基本設定（オンラインモード - ほとんどのアプリに推奨）:**
-      ```typescript
-      // onMountedはVue固有のものです
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            iOSClientId: '673324426943-redacted.apps.googleusercontent.com',
-            mode: 'online' // デフォルトモード
-          }
-        })
-      })
-      ```
-
-      **追加のclient IDを使用した高度な設定:**
-      ```typescript
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: 'YOUR_WEB_CLIENT_ID',           // オプション: Webプラットフォームサポート用
-            iOSClientId: 'YOUR_IOS_CLIENT_ID',           // 必須: ステップ1から
-            iOSServerClientId: 'YOUR_WEB_CLIENT_ID',     // オプション: webClientIdと同じ、一部の高度な機能に必要
-            mode: 'online'                               // 'online'または'offline'
-          }
-        })
-      })
-      ```
-
-      :::note
-      **Client ID要件:**
-      - `iOSClientId`: **必須** - `googleusercontent.com`で終わる必要があります（上記のステップ1から）
-      - `webClientId`: **オプション** - Webプラットフォームもサポートする場合、または高度な機能が必要な場合にのみ必要
-      - `iOSServerClientId`: **オプション** - 提供される場合は`webClientId`と同じ値である必要があります
-
-      `webClientId`と`iOSServerClientId`を使用した高度な設定については、これらの資格情報を作成する方法について[Webセットアップガイド](/docs/plugins/social-login/google/web/)を参照してください。
-      :::
-
-      :::caution
-      **オフラインモードについて:** `mode: 'offline'`を使用すると、ログイン応答にはユーザーデータが直接含まれません。代わりに、バックエンドサーバーを介してユーザー情報と交換する必要があるサーバー認証コードを受け取ります。実装の詳細については、[一般的なセットアップガイド](/docs/plugins/social-login/google/general/#using-offline-access-with-your-own-backend)を参照してください。
-      :::
-
-   3. ログイン関数を実装します。ボタンを作成し、クリック時に次のコードを実行します
-
-      **オンラインモードの場合:**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // レスポンスを処理 - ユーザーデータが含まれます
-      console.log(JSON.stringify(res))
-      ```
-
-      **オフラインモードの場合:**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {
-          forceRefreshToken: true // オフラインモードに推奨
-        }
-      })
-      // resにはserverAuthCodeが含まれ、ユーザーデータは含まれません
-      // serverAuthCodeをバックエンドに送信してユーザー情報を取得します
-      console.log('Server auth code:', res.result.serverAuthCode)
-      ```
-
-5. アプリケーションをテストします
-
-   1. アプリをビルドして`cap sync`を実行します
-
-   2. すべて正しく行った場合、Googleログインフローが正しく動作することを確認できます
-      <img src="/social-login-assets/google_final_ios_v2.gif" alt="Demo of Google login flow on iOS showing sign-in process and successful authentication" />
-</Steps>
-
-:::note
-Googleプロンプトの言語は、デバイスの言語設定によって異なります。
-:::
-
-## 既知の問題
-
-### Privacy Screenプラグインとの非互換性
-
-Googleログインプラグインは[@capacitor/privacy-screen](https://github.com/ionic-team/capacitor-privacy-screen)と互換性がありません。両方のプラグインを一緒に使用すると、Googleログインwebviewがプライバシー画面によって中断されます。
-
-**回避策:** ログイン関数を呼び出す前に`await PrivacyScreen.disable();`を呼び出します:
-
-```typescript
-import { PrivacyScreen } from '@capacitor/privacy-screen';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-await PrivacyScreen.disable();
-await SocialLogin.login({
-  provider: 'google',
-  options: {}
-});
-```
diff --git a/src/content/docs/ja/docs/plugins/social-login/google/web.mdx b/src/content/docs/ja/docs/plugins/social-login/google/web.mdx
deleted file mode 100644
index 214b2d959..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/google/web.mdx
+++ /dev/null
@@ -1,132 +0,0 @@
----
-title: Google Web でログイン
-description: >-
-  このガイドでは、Capacitor と @capgo/capacitor-social-login プラグインを使用して Web アプリケーションで
-  Google
-  ログインをセットアップするための包括的なチュートリアルを提供し、必要なすべての手順と構成をカバーすることでシームレスな統合プロセスを保証します。
-sidebar:
-  order: 4
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-
-## はじめに
-
-このガイドでは、Web アプリケーションの Google ログイン、Capgo ソーシャル ログインを設定する方法を学習します。
-[一般セットアップ ガイド](/docs/plugins/social-login/google/general/) はすでにお読みになっていると思います。
-
-## ウェブ上で Google ログインを使用する
-
-ウェブ上で Google ログインを使用するのは非常に簡単です。
-これを使用するには、次のことを行う必要があります。
-
-<Steps>
-1. Google コンソールで Web クライアントを作成します
-   
-   :::メモ
-   Android の Google ログインをすでに構成している場合は、Web クライアントをすでに作成しているため、この手順をスキップできます。ステップ 2 に直接進むことができます。
-   :::
-   
-   1. 検索バーをクリックします
-      <img src="/social-login-assets/google_cons_search.png" alt="Google コンソールの検索バー" />
-   
-   2. `credentials` を検索し、「API とサービス」オプションをクリックします (スクリーンショットの 2 番)。
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="API とサービスが強調表示された認証情報オプションを示す検索結果" />
-   
-   3. 「資格情報の作成」をクリックします。
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Google コンソールの認証情報の作成ボタン" />
-   
-   4. `OAuth client ID` を選択します
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="認証情報作成メニューの OAuth クライアント ID オプション" />
-   
-   5. 「アプリケーションの種類」として「Web アプリケーション」を選択します。
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="Web オプションが強調表示されたアプリケーション タイプの選択" />
-   
-   6. クライアントに名前を付けて、`Create` をクリックします。
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="名前フィールドが強調表示された Web クライアント作成フォーム" />
-   
-   7. クライアント ID をコピーします。これをアプリケーションで `webClientId` として使用します。
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="コピーする Web クライアント ID を示すクライアント ID の詳細" />
-
-2. Google コンソールで Web クライアントを設定する
-
-   1. [認証情報ページ](https://console.cloud.google.com/apis/credentials) を開いて、Web クライアントをクリックしてください。
-      <img src="/social-login-assets/google_cons_open_web_client_id.png" alt="クリックする Web クライアントを示す認証情報リスト" />
-
-   2. 次に、`Authorized JavaScript origins` を追加してください。これには、アプリに使用する可能性のあるすべてのアドレスが含まれている必要があります。場合によっては、localhost のみを使用しますが、カスタム ポートを使用するため、`http://localhost` と `http://localhost:5173` の両方を追加する必要があります。
-    
-      1. 「URIの追加」をクリックしてください。
-         <img src="/social-login-assets/google_cons_authorized_js_add_btn.png" alt="[ADD URI] ボタンのある承認された JavaScript オリジン セクション" />
-    
-      2. URL を入力してください
-         <img src="/social-login-assets/google_cons_authorized_js_typed_url.png" alt="localhost URLが入力された「ADD URI」ダイアログ" />
-    
-      3. すべての URL を追加するまで繰り返してください
-    
-      4. 完了すると、画面は次のようになります。
-         <img src="/social-login-assets/google_cons_authorized_js_final.png" alt="複数のローカルホスト URL が追加された承認された JavaScript オリジン" />
-
-   3. ここで、いくつかの「承認されたリダイレクト URI」を追加してください。これは、CapacitorSocialLogin プラグインを使用するためにどのページに依存するかによって異なります。私の場合、`http://localhost:5173/auth` で使用する予定です 
-    
-      1. 「URIの追加」をクリックしてください。
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_1.png" alt="「URI の追加」ボタンのある「承認されたリダイレクト URI」セクション" />
-    
-      2. URLを入力し、もう一度「URLを追加」をクリックします。
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_2.png" alt="リダイレクト URL が入力された「URI の追加」ダイアログ" />
-
-   4. [`save`] をクリックします。
-      <img src="/social-login-assets/google_cons_web_app_save.png" alt="Web クライアント設定の下部にある [保存] ボタン" />
-
-3. これで、次のように JavaScript から `login` を呼び出す準備が整いました。
-
-   1. まず、`SocialLogin` をインポートします
-  
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-
-   2. 次に、initialize を呼び出します。これは 1 回だけ呼び出す必要があります。
-  
-      ```typescript
-      // onMounted is Vue specific
-      // webClientId is the client ID you got in the web client creation step not the android client ID.
-      onMounted(() => {
-       SocialLogin.initialize({
-         google: {
-           webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-         }
-       })
-      })
-      ```
-
-   :::note[Webリダイレクト処理]
-   Web で Google ログインを使用する場合、リダイレクトが発生してプラグインが初期化されたときにプラグインから関数を呼び出す必要があります**。これにより、プラグインがリダイレクトを処理してポップアップ ウィンドウを閉じることができます。 `isLoggedIn()` または `initialize()` のいずれかを呼び出すことができます。両方ともリダイレクト処理をトリガーします。
-
-   ```typescript
-   // Option 1: Call isLoggedIn when the redirect page loads
-   SocialLogin.isLoggedIn({ provider: 'google' }).catch(() => {
-     // Ignore the result, this is just to initialize the plugin
-   });
-
-   // Option 2: Call initialize when the redirect page loads
-   SocialLogin.initialize({
-     google: {
-       webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-     }
-   }).catch(() => {
-     // Ignore any errors, this is just to handle the redirect
-   });
-   ```
-   :::
-
-   3. クリックすると `SocialLogin.login` を呼び出すログイン ボタンを作成します。
-  
-      ```typescript
-      const res = await SocialLogin.login({
-       provider: 'google',
-       options: {}
-      })
-      // Handle the response
-      console.log(JSON.stringify(res));
-      ```
-</Steps>
diff --git a/src/content/docs/ja/docs/plugins/social-login/index.mdx b/src/content/docs/ja/docs/plugins/social-login/index.mdx
deleted file mode 100644
index 1f5ecfb6a..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: "@capgo/capacitor-social-login"
-description: Google、Apple、Facebookとのシームレスなソーシャル認証を実現するCapacitorプラグイン。ユーザーログインのセキュリティと体験を向上させます。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: Google、Apple、Facebookとのソーシャル認証を実現するCapacitorプラグイン。ユーザーログインをシームレスかつ安全にします。
-  image:
-    file: ~public/icons/plugins/social-login.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/social-login/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-social-login/
-      icon: external
-      variant: minimal
-locale: ja
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-## ビデオウォークスルー
-
-プラグインのセットアップとログインフローの動作を簡単にデモでご覧いただけます。
-
-<YouTube id="iTINYxvSJrE" title="Capgo Social Login plugin overview" />
-
-<CardGrid stagger>
-  <Card title="Googleログイン" icon="rocket">
-    ユーザーにストレスフリーなログイン体験を提供します 🚀
-  </Card>
-  <Card title="Facebookログイン" icon="pencil">
-    Facebookログインを簡単に実装できます 💨
-  </Card>
-  <Card title="Appleログイン" icon="setting">
-    Appleログインの実装は困難ですが、このプラグインなら簡単です 😊
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/social-login/getting-started/)をチェックして、わずか数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/social-login/migrations/apple.mdx b/src/content/docs/ja/docs/plugins/social-login/migrations/apple.mdx
deleted file mode 100644
index 82835b066..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/migrations/apple.mdx
+++ /dev/null
@@ -1,186 +0,0 @@
----
-title: Apple @capgo/social-login へのサインインの移行
-description: >-
-  この包括的なガイドでは、@capacitor-community/apple-sign-in プラグインから
-  @capgo/capacitor-social-login プラグインに移行するための詳細な手順を提供し、スムーズな移行プロセスと機能の向上を保証します。
-sidebar:
-  order: 1
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 概要
-
-このガイドでは、従来の `@capacitor-community/apple-sign-in` プラグインから最新の `@capgo/capacitor-social-login` パッケージへの移行について概要を説明します。新しいプラグインは、改善された TypeScript サポートとアクティブなメンテナンスを備えた複数のソーシャル認証プロバイダーに統合インターフェイスを提供します。
-
-## インストール
-
-<Steps>
-1. 古いパッケージを削除します。
-   ```bash
-   npm uninstall @capacitor-community/apple-sign-in
-   ```
-
-2. 新しいパッケージをインストールします。
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## コードの変更
-
-### 変更のインポート
-```diff
-- import { SignInWithApple } from '@capacitor-community/apple-sign-in';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### 初期化
-
-**キーの変更**: 新しいプラグインには、以前は必要なかった初期化手順が必要です。
-
-```diff
-- // No initialization needed in old package
-+ // For iOS: Basic configuration
-+ await SocialLogin.initialize({
-+   apple: {} // Basic iOS configuration
-+ });
-
-+ // For Android: Additional configuration required
-+ await SocialLogin.initialize({
-+   apple: {
-+     clientId: 'YOUR_SERVICE_ID', // Service ID from Apple Developer Portal
-+     redirectUrl: 'https://your-backend.com/callback' // Your backend callback URL
-+   }
-+ });
-```
-
-**重要な注意事項**: iOS の場合は基本構成を指定しますが、Android では Web ベースの OAuth 認証用のサービス ID やバックエンド コールバック URL などの追加の詳細が必要です。
-
-### サインイン
-
-ログイン プロセスは、複数のパラメーターからよりクリーンな API に簡素化されます。
-
-```diff
-- const result = await SignInWithApple.authorize({
--   clientId: 'com.your.app',
--   redirectURI: 'https://your-app.com/callback',
--   scopes: 'email name',
--   state: '12345',
--   nonce: 'nonce'
-- });
-
-+ const result = await SocialLogin.login({
-+   provider: 'apple',
-+   options: {
-+     // Optional: Add scopes if needed
-+     scopes: ['email', 'name'],
-+     nonce: 'nonce'
-+   }
-+ });
-```
-
-新しいプラグインは、`clientId` や `redirectURI` などの個別の設定値を渡すのではなく、`login()` と `provider: 'apple'` およびオプションのスコープを使用します。
-
-### 応答タイプの変更
-
-結果には、有効期限の詳細を含む `accessToken` オブジェクトと構造化された `profile` セクションが含まれるようになり、元のパッケージのよりフラットな応答形式が置き換えられました。
-
-```typescript
-// Old response type
-interface AppleSignInResponse {
-  response: {
-    user: string;
-    email: string | null;
-    givenName: string | null;
-    familyName: string | null;
-    identityToken: string | null;
-    authorizationCode: string | null;
-  };
-}
-
-// New response type
-interface SocialLoginResponse {
-  provider: 'apple';
-  result: {
-    accessToken: {
-      token: string;
-      expiresIn?: number;
-      refreshToken?: string;
-    } | null;
-    idToken: string | null;
-    profile: {
-      user: string;
-      email: string | null;
-      givenName: string | null;
-      familyName: string | null;
-    };
-  };
-}
-```
-
-### 新しい機能
-
-更新されたプラグインには、以前のプラグインでは利用できなかった機能が導入されています。
-
-**ログインステータスの確認**
-```diff
-- // Not available in old package
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'apple'
-+ });
-```
-
-**ログアウト機能**
-```diff
-- // Not available in old package
-+ await SocialLogin.logout({
-+   provider: 'apple'
-+ });
-```
-
-これらのメソッドは、認証ステータスと `logout()` 機能を検証するための `isLoggedIn()` を提供します。
-
-## プラットフォーム固有の変更
-
-### iOS セットアップ
-
-**iOS** は、Xcode 機能を通じて使い慣れたセットアップ手順を維持します。
-
-1. iOS セットアップはほぼ同じままです。さらに次のことを行う必要があります。
-   - Xcode で「Apple でサインイン」機能を有効にする
-   - Apple 開発者ポータルでアプリを構成します
-   - iOS には追加のコード変更は必要ありません
-
-### Android セットアップ
-
-**Android** は、Web ベースの OAuth 認証経由でネイティブ サポートを受けるようになりました。
-
-新しいプラグインは、すぐに使える Android サポートを提供しますが、追加のセットアップが必要です。
-
-1. Apple 開発者ポータルでサービス ID を作成します。
-2. Web 認証エンドポイントを構成する
-3. OAuth フローを処理するように Android アプリを設定します
-4. バックエンドサービスの構成が必要です
-
-Android セットアップ手順の詳細については、[Android セットアップ ガイド](/docs/plugins/social-login/apple/android/) を参照してください。
-
-## 主な利点
-
-最新化されたパッケージは以下を提供します。
-
-1. 複数のソーシャル プロバイダーにわたる **統合 API** (Google、Facebook、Apple)
-2. **型定義が改善され、TypeScript タイピングが改善されました**
-3. 非推奨バージョンと比較した **アクティブなコミュニティ メンテナンス**
-4. Web ベースの認証による **組み込みの Android サポート**
-5. **永続的なログイン状態の管理**
-6. 一貫したエラータイプによる **より優れたエラー処理**
-
-## 重大な変更1. **明示的な初期化が必要になりました** - デフォルト構成はありません
-2. **応答オブジェクトの構造が変更されました** - ネストされた結果の形式
-3. **Android の実装には、OAuth のバックエンド サービスが必要です**
-4. **トークンのリフレッシュ処理が異なります** - トークン管理の改善
-5. **エラー処理とエラーの種類が変更されました** - より詳細なエラー
-
-For more detailed setup instructions, please refer to the [official documentation](/docs/plugins/social-login/apple/general/).
diff --git a/src/content/docs/ja/docs/plugins/social-login/migrations/facebook.mdx b/src/content/docs/ja/docs/plugins/social-login/migrations/facebook.mdx
deleted file mode 100644
index 43217b45d..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/migrations/facebook.mdx
+++ /dev/null
@@ -1,237 +0,0 @@
----
-title: Facebook @capgo/social-login へのログインの移行
-description: >-
-  この詳細なガイドでは、@capacitor-community/facebook-login プラグインから
-  @capgo/capacitor-social-login
-  プラグインに移行するための段階的な手順を説明し、強化された機能でスムーズな移行プロセスを保証します。
-sidebar:
-  order: 2
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 概要
-
-このガイドでは、`@capacitor-community/facebook-login` から `@capgo/capacitor-social-login` に移行するための包括的な手順を説明します。新しいプラグインは、複数のソーシャル プロバイダー、改良された TypeScript サポート、強化された機能をサポートする統合された API で Facebook 認証を最新化します。
-
-## インストール
-
-<Steps>
-1. 古いパッケージを削除します。
-   ```bash
-   npm uninstall @capacitor-community/facebook-login
-   ```
-
-2. 新しいパッケージをインストールします。
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## コードの変更
-
-### 変更のインポート
-```diff
-- import { FacebookLogin } from '@capacitor-community/facebook-login';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### 初期化
-
-**重要な変更**: 新しいパッケージでは、コード内で明示的にセットアップする必要があります。
-
-```diff
-- // Old package required no explicit initialization in code
-- // Configuration was done only in native platforms
-
-+ // New package requires explicit initialization
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'YOUR_FACEBOOK_APP_ID',        // Required for web and Android
-+     clientToken: 'YOUR_CLIENT_TOKEN'       // Required for Android
-+   }
-+ });
-```
-
-### ログイン
-
-ログイン メソッドはプロバイダー パラメーターを受け入れるようになりました。
-
-```diff
-- const FACEBOOK_PERMISSIONS = ['email', 'public_profile'];
-- const result = await FacebookLogin.login({ permissions: FACEBOOK_PERMISSIONS });
-
-+ const result = await SocialLogin.login({
-+   provider: 'facebook',
-+   options: {
-+     permissions: ['email', 'public_profile'],
-+     limitedLogin: false,
-+     nonce: 'optional_nonce'
-+   }
-+ });
-```
-
-### 応答タイプの変更
-
-応答構造は、より包括的なプロファイル オブジェクトで最新化されました。
-
-```typescript
-// Old response type
-interface FacebookLoginResponse {
-  accessToken: {
-    applicationId: string;
-    userId: string;
-    token: string;
-    expires: string;
-  };
-  recentlyGrantedPermissions: string[];
-  recentlyDeniedPermissions: string[];
-}
-
-// New response type
-interface FacebookLoginResponse {
-  provider: 'facebook';
-  result: {
-    accessToken: {
-      token: string;
-      applicationId?: string;
-      expires?: string;
-      userId?: string;
-      permissions?: string[];
-      declinedPermissions?: string[];
-    } | null;
-    idToken: string | null;
-    profile: {
-      userID: string;
-      email: string | null;
-      friendIDs: string[];
-      birthday: string | null;
-      ageRange: { min?: number; max?: number } | null;
-      gender: string | null;
-      location: { id: string; name: string } | null;
-      hometown: { id: string; name: string } | null;
-      profileURL: string | null;
-      name: string | null;
-      imageURL: string | null;
-    };
-  };
-}
-```
-
-**主な違い**:
-- 応答には、認証プロバイダーを識別する `provider` フィールドが含まれるようになりました。
-- 追加のユーザー情報を含む、より詳細な `profile` オブジェクト
-- すべてのソーシャル ログイン プロバイダーにわたる一貫した構造
-
-### ログインステータスの確認
-```diff
-- const result = await FacebookLogin.getCurrentAccessToken();
-- const isLoggedIn = result && result.accessToken;
-
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'facebook'
-+ });
-+ const isLoggedIn = status.isLoggedIn;
-```
-
-### ログアウト
-```diff
-- await FacebookLogin.logout();
-
-+ await SocialLogin.logout({
-+   provider: 'facebook'
-+ });
-```
-
-## プラットフォーム固有の変更
-
-### Android セットアップ
-
-構成は、initialize メソッドを通じて処理されるようになりました。
-
-```diff
-- // AndroidManifest.xml changes remain the same
-- // strings.xml become irrelevant
-+ // Additionally initialize in your code:
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'your-app-id',
-+     clientToken: 'your-client-token'  // New requirement
-+   }
-+ });
-```
-
-**重要**: Android 認証にはクライアント トークンが必要になりました。
-
-### iOS セットアップ
-
-1. `AppDelegate.swift` の iOS セットアップは変わりません。
-
-```swift
-import FBSDKCoreKit
-
-// In application:didFinishLaunchingWithOptions:
-FBSDKCoreKit.ApplicationDelegate.shared.application(
-    application,
-    didFinishLaunchingWithOptions: launchOptions
-)
-
-// In application:openURL:options:
-ApplicationDelegate.shared.application(
-    app,
-    open: url,
-    sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-    annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-)
-```
-
-2. `Info.plist` 構成は変わりません。
-```xml
-<key>CFBundleURLTypes</key>
-<array>
-    <dict>
-        <key>CFBundleURLSchemes</key>
-        <array>
-            <string>fb[APP_ID]</string>
-        </array>
-    </dict>
-</array>
-<key>FacebookAppID</key>
-<string>[APP_ID]</string>
-<key>FacebookClientToken</key>
-<string>[CLIENT_TOKEN]</string>
-<key>FacebookDisplayName</key>
-<string>[APP_NAME]</string>
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>fbapi</string>
-    <string>fbauth</string>
-    <string>fb-messenger-share-api</string>
-    <string>fbauth2</string>
-    <string>fbshareextension</string>
-</array>
-```
-
-## 重大な変更
-
-移行時の重大な変更の概要:
-
-1. **明示的な初期化が必要になりました** - 使用前に `initialize()` を呼び出す必要があります
-2. **応答オブジェクトの構造が大幅に変更されました** - 強化されたプロファイル データを備えた新しいネストされた結果形式
-3. **Android__にはクライアント トークンが必要になりました** - 追加の構成が必要です
-4. **異なるメソッド名とパラメーター構造** - プロバイダーベースのアプローチ
-5. **エラー処理とエラーの種類が変更されました** - より詳細なエラー情報
-
-## 主な利点
-
-新しいプラグインは以下を提供します。
-
-- **複数のソーシャル プロバイダーにわたって API** を統合 (Google、Apple、Facebook)
-- **型定義が改善され、TypeScript サポートが改善されました**
-- **より多くのユーザー情報を含む強化されたプロフィール データ**
-- **アクティブなメンテナンス**とコミュニティ サポート
-- **すべてのプロバイダーにわたる一貫したエラー処理**
-- **適切な有効期限処理による優れたトークン管理**
-
-セットアップ手順の詳細については、[公式ドキュメント](/docs/plugins/social-login/facebook/) を参照してください。
diff --git a/src/content/docs/ja/docs/plugins/social-login/migrations/google.mdx b/src/content/docs/ja/docs/plugins/social-login/migrations/google.mdx
deleted file mode 100644
index 3c8a8891f..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/migrations/google.mdx
+++ /dev/null
@@ -1,192 +0,0 @@
----
-title: ''
-description: >-
-  このガイドでは、古い Google Auth プラグインから、複数のソーシャル認証プロバイダーを統合する新しい Capgo ソーシャル ログイン
-  パッケージへの移行について概要を説明します。
-sidebar:
-  order: 3
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 概要
-
-このガイドでは、`@codetrix-studio/capacitor-google-auth` から `@capgo/capacitor-social-login` に移行するための包括的な手順を説明し、スムーズな移行と改善された認証エクスペリエンスを保証します。新しいプラグインは、複数のソーシャル認証プロバイダーを単一の一貫した API の下に統合します。
-
-## インストール
-
-<Steps>
-1. 古いパッケージを削除します。
-   ```bash
-   npm uninstall @codetrix-studio/capacitor-google-auth
-   ```
-
-2. 新しいパッケージをインストールします。
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Google 認証設定の重要な変更点
-
-### Web クライアント ID の要件
-**重要な変更**: 更新されたプラグインでは、すべてのプラットフォームで Web クライアント ID を使用する必要があります。
-
-次のことを行う必要があります。
-1. Web クライアント ID がない場合は、Google Cloud Console で Web クライアント ID を作成します ([認証情報の取得方法](/docs/plugins/social-login/google/general/))
-2. すべてのプラットフォームの `webClientId` フィールドでこの Web クライアント ID を使用します
-3. Android の場合、SHA1 を使用して Android クライアント ID を作成する必要がありますが、これは検証目的のみであり、トークンは使用されません ([Android セットアップ ガイド](/docs/plugins/social-login/google/android/))
-
-## コードの変更
-
-### 変更のインポート
-```diff
-- import { GoogleAuth } from '@codetrix-studio/capacitor-google-auth';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### 初期化
-
-セットアップは、単純な `GoogleAuth.initialize()` 呼び出しから、ネストされた Google 構成を備えたより構造化された `SocialLogin.initialize()` に変換されます。
-
-```diff
-- GoogleAuth.initialize({
--   clientId: 'CLIENT_ID.apps.googleusercontent.com',
--   scopes: ['profile', 'email'],
--   grantOfflineAccess: true,
-- });
-
-+ await SocialLogin.initialize({
-+   google: {
-+     webClientId: 'WEB_CLIENT_ID.apps.googleusercontent.com', // Use Web Client ID for all platforms
-+     iOSClientId: 'IOS_CLIENT_ID', // for iOS
-+     mode: 'offline' // replaces grantOfflineAccess
-+   }
-+ });
-```
-
-### サインイン
-
-明示的なプロバイダ指定により、ログイン方法が `GoogleAuth.signIn()` から `SocialLogin.login()` に変更されます。
-
-```diff
-- const user = await GoogleAuth.signIn();
-+ const res = await SocialLogin.login({
-+   provider: 'google',
-+   options: {
-+     scopes: ['email', 'profile'],
-+     forceRefreshToken: true // if you need refresh token
-+   }
-+ });
-```
-
-## プラットフォーム固有の変更
-
-### Android
-
-1. `MainActivity.java` ([完全な Android セットアップ ガイド](/docs/plugins/social-login/google/android/)) を更新します。
-```diff
-+ import ee.forgr.capacitor.social.login.GoogleProvider;
-+ import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-+ import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-+ import com.getcapacitor.PluginHandle;
-+ import com.getcapacitor.Plugin;
-+ import android.content.Intent;
-+ import android.util.Log;
-
-- public class MainActivity extends BridgeActivity {
-+ public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-
-+   @Override
-+   public void onActivityResult(int requestCode, int resultCode, Intent data) {
-+     super.onActivityResult(requestCode, resultCode, data);
-+     
-+     if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-+       PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-+       if (pluginHandle == null) {
-+         Log.i("Google Activity Result", "SocialLogin login handle is null");
-+         return;
-+       }
-+       Plugin plugin = pluginHandle.getInstance();
-+       if (!(plugin instanceof SocialLoginPlugin)) {
-+         Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-+         return;
-+       }
-+       ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-+     }
-+   }
-
-+   public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-}
-```
-
-### iOS
-
-1. AppDelegate.swift に大きな変更は必要ありません ([iOS セットアップ ガイド](/docs/plugins/social-login/google/ios/))
-
-2. `capacitor.config.json` で設定を更新します。新しいプラグインではそれを使用しません。
-```diff
-{
-  "plugins": {
--   "GoogleAuth": {
--     "scopes": ["profile", "email"],
--     "serverClientId": "xxxxxx-xxxxxxxxxxxxxxxxxx.apps.googleusercontent.com",
--     "forceCodeForRefreshToken": true
--   }
-}
-```
-
-### ウェブ
-
-1. Google サインイン メタ タグを使用している場合は、`index.html` からこれらを削除します。
-```diff
-- <meta name="google-signin-client_id" content="{your client id here}" />
-- <meta name="google-signin-scope" content="profile email" />
-```
-
-## 応答タイプの変更
-
-認証応答は、プロバイダー情報、アクセス トークン、ID トークン、ユーザー プロファイル データを含む構造化オブジェクトを提供するようになりました。
-
-```typescript
-interface GoogleLoginResponse {
-  provider: 'google';
-  result: {
-    accessToken: {
-      token: string;
-      expires: string;
-      // ... other token fields
-    } | null;
-    idToken: string | null;
-    profile: {
-      email: string | null;
-      familyName: string | null;
-      givenName: string | null;
-      id: string | null;
-      name: string | null;
-      imageUrl: string | null;
-    };
-  };
-}
-```
-
-応答構造には次のものが含まれます。
-- **プロバイダー**: 認証プロバイダー (`'google'`) を識別します。
-- **result.accessToken**: 有効期限のあるアクセス トークンの詳細
-- **result.idToken**: 認証用のIDトークン
-- **result.profile**: 電子メール、名前、画像 URL などのユーザー プロフィール情報
-
-## 追加機能
-
-新しいパッケージは、Google を超える複数のソーシャル認証プロバイダーをサポートします。
-- [Apple サインイン](/docs/plugins/social-login/apple/general/)
-- [Facebook ログイン](/docs/plugins/social-login/facebook/)
-
-この統一されたアプローチにより、以下が提供されます。
-- すべてのプロバイダーにわたって一貫した API
-- TypeScript サポートの改善
-- エラー処理の改善
-- 積極的なメンテナンスとコミュニティサポート
-
-これらの追加プロバイダーの詳細なセットアップ手順については、[メイン ドキュメント](/docs/plugins/social-login/google/general/) を確認してください。
diff --git a/src/content/docs/ja/docs/plugins/social-login/migrations/v7.mdx b/src/content/docs/ja/docs/plugins/social-login/migrations/v7.mdx
deleted file mode 100644
index 45537c575..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/migrations/v7.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-title: V7 移行ガイド
-description: '@capgo/capacitor-social-login の以前のバージョンから V7 への移行ガイド'
-sidebar:
-  order: 4
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-
-## はじめに
-
-:::caution
-このガイドは、`V1`/`V7` バージョンのプラグインを対象とし、`0.x.x` バージョンでこのプラグインを引き続き使用しているユーザーを対象としています。
-:::
-
-このガイドでは次の内容について説明します。
-
-- `main` バージョンから V1 バージョンへの移行
-- `development` バージョンから V1 バージョンへの移行
-
-## V1 での重要な変更点
-
-V1 は開発バージョンをメインに移植しただけです。ただし、`main` V0 バージョンでは利用できない重要な変更が多数含まれています。それらの変更には次のものが含まれます。
-
-- Google ログインのアクセス スコープ
-- Google ログインのオフライン モード
-- 異なる実装の統合
-  - Google プロバイダーのすべての実装がプラットフォーム間で同じように動作することを確認するために、広範なテストが実施されました。
-
-## V0 メインバージョンからの移行
-
-- Android の `MainActivity.java` の変更
-  - [Google セットアップガイド](/docs/plugins/social-login/google/android/) に従ってください。具体的には、`MainActivity.java` を検索してください。
-
-- Google コンソールにリダイレクト URL を追加してください。リダイレクト URL を追加しないと、Google ログインは機能しません。
-  - 再度、[Google セットアップ ガイド](/docs/plugins/social-login/google/android/) に従ってください。具体的には、「承認されたリダイレクト URI」を検索してください。
-
-- 構成で `grantOfflineAccess` を使用していないことを確認してください。この機能は V1 ではサポートされていません。
-
-- すべてのプラットフォームで認証が機能することを確認してください。
-
-## V0 開発版からの移行
-
-- Android の `MainActivity.java` の変更
-  - [Google セットアップガイド](/docs/plugins/social-login/google/android/) に従ってください。具体的には、`MainActivity.java` を検索してください。 V1 では、メイン アクティビティに `ModifiedMainActivityForSocialLoginPlugin` を**実装する必要があります**。この変更はプラグインが機能するために重要です
-
-- Google コンソールにリダイレクト URL を追加してください。リダイレクト URL を追加しないと、Google ログインは機能しません。
-  - 再度、[Google セットアップ ガイド](/docs/plugins/social-login/google/android/) に従ってください。具体的には、「承認されたリダイレクト URI」を検索してください。
-
-- 型と変数名が正しいことを確認してください。開発時と V1 では型と変数が一致しない可能性があることに注意してください。
-
-- すべてのプラットフォームで認証が機能することを確認してください。
diff --git a/src/content/docs/ja/docs/plugins/social-login/supabase/Apple/android.mdx b/src/content/docs/ja/docs/plugins/social-login/supabase/Apple/android.mdx
deleted file mode 100644
index 5c08f8604..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/supabase/Apple/android.mdx
+++ /dev/null
@@ -1,292 +0,0 @@
----
-title: Supabase Apple Login - Android
-description: Capacitor Social Loginプラグインを使用して、AndroidでSupabase認証を用いたAppleサインインを設定する方法を学びます。
-sidebar:
-  order: 3
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 前提条件
-
-このガイドでは、AndroidでSupabase認証を用いたAppleサインインを統合する方法を説明します。以下の手順を既に完了していることを前提としています:
-- [Supabase Apple Login - 一般設定](./general/)
-
-:::note[重要]
-AndroidでのAppleサインインには、AppleがネイティブなAndroidサポートを提供していないため、バックエンドサーバーが必要です。バックエンドとしてSupabase Edge Functionを使用します。
-:::
-
-## ステップ1: バックエンドEdge Functionのデプロイ
-
-まず、Apple OAuthコールバックを処理するSupabase Edge Functionをデプロイする必要があります。
-
-<Steps>
-
-1. **Supabaseプロジェクトディレクトリに移動**
-
-   ```bash
-   cd your-project/supabase
-   ```
-
-2. **Edge Functionを作成**(存在しない場合)
-
-   ```bash
-   supabase functions new apple-signin-callback
-   ```
-
-3. **Edge Functionのコードをコピー**
-
-   完全なEdge Functionの実装は、[サンプルアプリ](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/supabase/functions/apple-signin-callback)で利用可能です。
-
-   以下のファイルをプロジェクトにコピーしてください:
-   - `supabase/functions/apple-signin-callback/index.ts` - メインのEdge Functionコード
-   - `supabase/functions/apple-signin-callback/deno.json` - 依存関係のインポートマップ(`jose`ライブラリを含む)
-
-4. **JWT検証の設定**
-
-   Apple OAuthコールバックエンドポイントは、Appleがリダイレクトするため、パブリック(認証不要)である必要があります。`supabase/config.toml`ファイルを更新してください:
-
-   ```toml
-   [functions.apple-signin-callback]
-   enabled = true
-   verify_jwt = false  # 重要: パブリックOAuthコールバックのためfalseに設定
-   import_map = "./functions/apple-signin-callback/deno.json"
-   entrypoint = "./functions/apple-signin-callback/index.ts"
-   ```
-
-   :::caution[重要]
-   `verify_jwt = false`に設定すると、このエンドポイントはパブリックになります。これは、AppleのOAuthリダイレクトにSupabase認証ヘッダーが含まれないため必要です。エンドポイント自体がOAuthフローを検証します。
-   :::
-
-5. **Functionをデプロイ**
-
-   ```bash
-   supabase functions deploy apple-signin-callback
-   ```
-
-6. **Function URLを取得**
-
-   デプロイ後、次のようなURLが得られます:
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   見つからない場合は、以下の手順を実行してください:
-
-   1. `https://supabase.com/dashboard/project/YOUR_PROJECT_REF/functions`を開く
-   2. `apple-signin-callback` FunctionのURLをクリックしてコピーする
-      <img src="/social-login-assets/supabase_functions_apple_signin_callback.webp" alt="Supabase Functions Apple Sign-In Callback" />
-
-   :::note[このURLを保存]
-   次のステップでApple Developer Portalを設定する際に、このURLが必要になります。
-   :::
-
-</Steps>
-
-## ステップ2: Apple Developer Portalの設定
-
-バックエンドURLを使用してApple Developer Portalを設定し、必要なすべての値を取得する必要があります。
-
-:::note[Function URL]
-次の手順に進む前に、ステップ1でSupabase Edge Function URLを取得していることを確認してください。Apple Developer PortalでReturn URLを設定する際に必要になります。
-:::
-
-<Steps>
-
-1. **Apple Login Android設定ガイドに従う**
-
-   [Apple Login Android設定ガイド](/docs/plugins/social-login/apple/android/)を完了して、以下を行ってください:
-   - Service IDを作成
-   - プライベートキー(.p8ファイル)を生成
-   - Team IDとKey IDを取得
-   - Return URLを設定
-
-2. **Apple Developer PortalでReturn URLを設定**
-
-   Apple Developer PortalでReturn URLを設定する際(Appleガイドのステップ6.9)、Supabase Edge Function URLを使用してください:
-
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::warning[重要: Supabase Edge Function URLを使用]
-   [Apple Login Android設定ガイド](/docs/plugins/social-login/apple/android/)のリダイレクトURLは**使用しないでください**。そのガイドはカスタムバックエンドサーバーURLを使用しています。Supabase統合の場合、代わりにSupabase Edge Function URLを**必ず**使用してください。
-   :::
-
-   :::caution[完全一致が必要]
-   Return URLは、ここで設定したものと**完全に**一致する必要があります。Appleはリダイレクト URIの一致に非常に厳格です。
-   :::
-
-3. **必要なすべての値を収集**
-
-   Apple設定ガイドを完了後、以下の値が必要です:
-   - **APPLE_TEAM_ID**: Apple Developer Team ID
-   - **APPLE_KEY_ID**: Apple Developer PortalのKey ID
-   - **APPLE_PRIVATE_KEY**: .p8プライベートキーファイル(base64エンコードが必要)
-   - **ANDROID_SERVICE_ID**: Apple Service ID(例: `com.example.app.service`)
-   - **BASE_REDIRECT_URL**: ディープリンクURL(例: `capgo-demo-app://path`)
-
-   :::note[ディープリンクURL]
-   `BASE_REDIRECT_URL`は、`AndroidManifest.xml`で設定されたディープリンクスキームです。認証後、バックエンドはここにリダイレクトします。
-
-   ディープリンクの値は、`android:scheme="capgo-demo-app"`コードに依存します。`AndroidManifest.xml`で`android:scheme="capgo-demo-app"`を設定している場合、ディープリンクは`capgo-demo-app://path`になります。
-   :::
-
-</Steps>
-
-## ステップ3: Supabaseシークレットの設定
-
-Supabase Edge Functionの環境変数(シークレット)を設定する必要があります。
-
-<Steps>
-
-1. **プライベートキーをエンコード**
-
-   まず、Appleプライベートキー(.p8ファイル)をbase64にエンコードします:
-
-   ```bash
-   base64 -i AuthKey_XXXXX.p8
-   ```
-
-   出力全体をコピーしてください(1つの長い文字列です)。
-
-2. **Supabase CLIを使用してシークレットを設定**
-
-   ```bash
-   supabase secrets set APPLE_TEAM_ID=your_team_id
-   supabase secrets set APPLE_KEY_ID=your_key_id
-   supabase secrets set APPLE_PRIVATE_KEY=your_base64_encoded_key
-   supabase secrets set ANDROID_SERVICE_ID=your.service.id
-   supabase secrets set BASE_REDIRECT_URL=your-app://path
-   supabase secrets set APPLE_REDIRECT_URI=https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::note[プレースホルダーを置き換え]
-   すべてのプレースホルダー値をステップ2の実際の値に置き換えてください。
-   :::
-
-3. **代替: Supabaseダッシュボードでシークレットを設定**
-
-   ダッシュボードを使用する場合:
-   1. Supabaseプロジェクトダッシュボードに移動
-   2. **Edge Functions** → **Settings** → **Secrets**に移動
-   3. 各シークレット変数を値と共に追加
-
-</Steps>
-
-:::note[Androidアプリの設定]
-[Apple Login Android設定ガイド](/docs/plugins/social-login/apple/android/)では、既にAndroidアプリの設定がカバーされています:
-- `AndroidManifest.xml`にディープリンクインテントフィルターを追加
-- `MainActivity.java`に`onNewIntent`ハンドラーを追加
-
-続行する前に、これらの手順を完了していることを確認してください。そこで設定するディープリンクスキームが、ステップ3の`BASE_REDIRECT_URL`になります。
-:::
-
-## ステップ4: 認証ヘルパーの使用
-
-アプリコードで認証ヘルパーを使用できるようになりました。
-
-### 実装
-
-完全な実装は、[サンプルアプリの`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)ファイルで利用可能です。
-
-### 認証ヘルパーの使用
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('サインイン:', result.user);
-  // 認証されたエリアに移動
-} else {
-  console.error('エラー:', result.error);
-}
-```
-
-### ヘルパー関数の更新
-
-`authenticateWithAppleSupabase`ヘルパー関数を使用する際、設定に合わせて以下の値を**必ず**更新してください:
-
-1. **`redirectUrl`を更新** - Supabase Edge Function URLに設定:
-
-   ```typescript
-   const redirectUrl = platform === 'android'
-     ? 'https://your-project-ref.supabase.co/functions/v1/apple-signin-callback'
-     : undefined;
-   ```
-
-2. **`clientId`を更新** - Apple Service IDに設定:
-
-   ```typescript
-   await SocialLogin.initialize({
-     apple: {
-       clientId: isIOS
-         ? undefined // iOSは自動的にバンドルIDを使用
-         : 'your.service.id.here', // Android用のApple Service ID
-       redirectUrl: redirectUrl,
-     },
-   });
-   ```
-
-   :::caution[重要]
-   `'your.service.id.here'`を実際のApple Service ID(ステップ3で`ANDROID_SERVICE_ID`に使用したものと同じ値)に置き換えてください。
-   :::
-
-完全な実装については、[完全な実装](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)を参照してください。
-
-## ステップ5: 統合のテスト
-
-<Steps>
-
-1. **Androidアプリをビルドして実行**
-
-   ```bash
-   npx cap sync android
-   npx cap run android
-   ```
-
-2. **認証フローをテスト**
-
-   - 「Appleでサインイン」ボタンをタップ
-   - ブラウザでApple OAuthページが表示されるはずです
-   - 認証後、アプリにリダイレクトされるはずです
-   - エラーがないかコンソールログを確認
-
-3. **フローを検証**
-
-   完全なフローは次のようになります:
-   1. ユーザーが「Appleでサインイン」をタップ
-   2. アプリがApple OAuthでブラウザを開く
-   3. ユーザーがAppleで認証
-   4. Appleが`https://your-project-ref.supabase.co/functions/v1/apple-signin-callback`にリダイレクト
-   5. Edge Functionがコードをトークンに交換
-   6. Edge Functionが`your-app://path?id_token=...&access_token=...`にリダイレクト
-   7. Androidアプリがディープリンクを受信し、IDトークンを処理
-   8. アプリがIDトークンでSupabaseにサインイン
-
-</Steps>
-
-## トラブルシューティング
-
-認証に失敗した場合:
-
-- **リダイレクトURIの不一致**: Apple Developer PortalのReturn URLが`APPLE_REDIRECT_URI`シークレットと完全に一致することを確認
-- **ディープリンクが機能しない**: `AndroidManifest.xml`のインテントフィルターが`BASE_REDIRECT_URL`と一致することを確認
-- **シークレットが見つからない**: `supabase secrets list`を使用して、すべてのシークレットが正しく設定されていることを確認
-- **トークン交換の失敗**: 詳細なエラーメッセージについては、Supabaseダッシュボードのedge functionログを確認
-- **アプリがコールバックを受信しない**: MainActivityに`onNewIntent`が正しく実装されていることを確認
-- リファレンスについては、[サンプルアプリコード](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)を確認
-
-## 仕組み
-
-AndroidでのAppleサインインは、OAuthリダイレクトフローを使用します:
-
-1. **初期化**: プラグインがService IDとバックエンドリダイレクトURLで初期化されます
-2. **OAuthフロー**: AppleのOAuthページを含むブラウザ/Chrome Custom Tabを開きます
-3. **バックエンドコールバック**: Appleが認証コードと共にSupabase Edge Functionにリダイレクトします
-4. **トークン交換**: Edge FunctionがAppleのトークンエンドポイントを使用してコードをトークンに交換します
-5. **ディープリンクリダイレクト**: Edge FunctionがIDトークンと共にアプリにリダイレクトします
-6. **Supabase認証**: アプリがトークンを受信し、Supabaseにサインインします
-
-このフローは、AppleがSign in with AppleのネイティブなAndroidサポートを提供していないため必要です。
diff --git a/src/content/docs/ja/docs/plugins/social-login/supabase/Apple/general.mdx b/src/content/docs/ja/docs/plugins/social-login/supabase/Apple/general.mdx
deleted file mode 100644
index 5168b2ed0..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/supabase/Apple/general.mdx
+++ /dev/null
@@ -1,103 +0,0 @@
----
-title: Supabase Apple Login - 一般設定
-description: Capacitor Social Loginプラグインを使用して、Supabase認証にAppleサインインを統合する方法を学びます。
-sidebar:
-  order: 1
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 概要
-
-このガイドでは、Supabase認証にAppleサインインを統合する方法を説明します。Appleサインインは、iOS、Android、Webプラットフォーム全体で機能する、安全でプライバシー重視の認証方法を提供します。
-
-## 前提条件
-
-開始する前に、以下を確認してください:
-
-1. [Supabaseプロジェクトを作成済み](https://database.new/)
-2. [Apple Login一般設定](/docs/plugins/social-login/apple/general/)ガイドを読み、Apple OAuth認証情報を設定済み
-3. ターゲットプラットフォーム向けのApple OAuth認証情報を設定するため、それぞれのプラットフォーム固有のガイドに従った:
-    - [Android設定](/docs/plugins/social-login/apple/android/)
-    - [iOS設定](/docs/plugins/social-login/apple/ios/)
-    - [Web設定](/docs/plugins/social-login/apple/web/)
-
-    :::note
-        Supabaseチュートリアルを開始する前に、使用する予定のプラットフォーム用のクライアントIDを生成する必要があります。
-
-
-        iOSの場合、クライアントIDはアプリIDと同じです。
-        AndroidとWebの場合、クライアントIDはサービスIDと同じです。
-        これらはこのガイドのステップ7で使用します。
-    :::
-
-## SupabaseでApple OAuthプロバイダーを有効化
-
-<Steps>
-1. [Supabaseダッシュボード](https://app.supabase.com/)に移動
-2. プロジェクトをクリック
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Supabase Project Selector" />
-3. `Authentication`メニューに移動
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Supabase Authentication Menu" />
-4. `Providers`タブをクリック
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Supabase Providers Tab" />
-5. `Apple`プロバイダーを見つける
-    <img src="/social-login-assets/supabase_apple_provider.webp" alt="Supabase Apple Provider" />
-6. `Apple`プロバイダーを有効化
-    <img src="/social-login-assets/supabase_apple_provider_enable.webp" alt="Supabase Apple Provider Enable" />
-7. クライアントID設定を入力:
-
-    :::note
-      iOS用にAppleログインを使用している場合、クライアントIDはアプリIDと同じです。
-      AndroidまたはWeb用にAppleログインを使用している場合、クライアントIDはサービスIDと同じです。
-      両方を使用している場合は、アプリIDとサービスIDの両方を提供する必要があります。
-    :::
-
-    <img src="/social-login-assets/supabase_apple_provider_client_id.webp" alt="Supabase Apple Provider Client ID" />
-8. `Save`ボタンをクリック
-    <img src="/social-login-assets/supabase_apple_provider_save.webp" alt="Supabase Apple Provider Save" />
-
-
-    :::note
-      `Secret key (for OAuth)`を設定する必要は__**ありません**__。Appleログインを処理するためのカスタムバックエンド実装を行います。
-    :::
-</Steps>
-
-これで、Supabase認証でAppleサインインが有効になりました 🎉
-
-## 認証ヘルパーの使用
-
-完全な実装には、Supabaseを使用したAppleサインインフロー全体を処理するヘルパー関数`authenticateWithAppleSupabase()`が含まれています。この関数は以下を行います:
-
-- プラットフォーム固有の設定でAppleサインインを初期化
-- 認証フローを処理(iOSではネイティブ、Android/WebではOAuthリダイレクト)
-- AppleからIDトークンを抽出
-- IDトークンでSupabaseにサインイン
-
-:::tip[完全な実装]
-完全な実装は、[サンプルアプリの`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)ファイルで利用可能です。
-:::
-
-### 基本的な使用方法
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('サインイン:', result.user);
-  // 認証されたエリアに移動
-} else {
-  console.error('エラー:', result.error);
-}
-```
-
-### 仕組み
-
-ヘルパー関数は、プラットフォーム固有の違いを自動的に処理します:
-
-- **iOS**: ネイティブなAppleサインインを使用(リダイレクトURL不要、自動的にバンドルIDを使用)
-- **Android**: バックエンドEdge Functionを使用したOAuthリダイレクトフロー(Service IDが必要)
-- **Web**: OAuthポップアップフロー(Service IDと現在のページURLをリダイレクトとして必要)
-
-この関数はAppleからIDトークンを返し、それを使用して`supabase.auth.signInWithIdToken()`でSupabaseに認証します。
diff --git a/src/content/docs/ja/docs/plugins/social-login/supabase/Apple/ios.mdx b/src/content/docs/ja/docs/plugins/social-login/supabase/Apple/ios.mdx
deleted file mode 100644
index 73a963c1c..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/supabase/Apple/ios.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-title: Supabase Apple Login - iOS設定
-description: iOSでSupabase認証を用いたAppleサインインを統合する方法を学びます。
-sidebar:
-  order: 2
-locale: ja
----
-
-## 前提条件
-
-このガイドでは、iOSでSupabase認証を用いたAppleサインインを統合する方法を説明します。以下の手順を既に完了していることを前提としています:
-- [Apple Login iOS設定](/docs/plugins/social-login/apple/ios/)
-- [Supabase Apple Login - 一般設定](./general/)
-
-## 実装
-
-完全な実装は、[サンプルアプリの`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)ファイルで利用可能です。このガイドでは、主要な概念と使用方法について説明します。
-
-### 認証ヘルパーの使用
-
-`authenticateWithAppleSupabase`関数は、認証フロー全体を処理します:
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('サインイン:', result.user);
-  // 認証されたエリアに移動
-} else {
-  console.error('エラー:', result.error);
-}
-```
-
-## 仕組み
-
-iOSでは、Appleサインインはネイティブ実装を使用します:
-
-1. **初期化**: プラグインはアプリのバンドルIDを自動的に使用します(`clientId`は不要)
-2. **ネイティブサインイン**: AppleのネイティブなSign in with Appleボタンと認証フローを使用
-3. **IDトークン**: Appleはユーザー情報を含むIDトークン(JWT)を返します
-4. **Supabase認証**: IDトークンは`signInWithIdToken()`を使用してSupabaseに送信されます
-
-ヘルパー関数は自動的にiOSプラットフォームを検出し、すべてを適切に設定します。
-
-## 重要な注意事項
-
-### バンドルID設定
-
-- iOSはAppleサインインのためにアプリのバンドルIDを自動的に使用します
-- バンドルIDがApple Developer Portalで設定されているものと一致することを確認してください
-- バンドルIDには「Sign in with Apple」機能が有効になっている必要があります
-
-### SupabaseクライアントID
-
-Supabaseで、Appleプロバイダーを以下のように設定してください:
-- **クライアントID**: iOSアプリID(バンドルID) - 例: `app.capgo.plugin.SocialLogin`
-
-Android/Webも使用している場合は、SupabaseのクライアントIDフィールドにアプリIDとサービスIDの両方を提供する必要があります(カンマ区切り)。
-
-## トラブルシューティング
-
-認証に失敗した場合:
-
-- **バンドルIDの不一致**: XcodeとApple Developer Portalの両方でバンドルIDが一致することを確認
-- **機能が有効になっていない**: Xcodeで「Sign in with Apple」機能が有効になっていることを確認
-- **Supabase設定**: SupabaseのAppleプロバイダー設定でアプリIDが正しく設定されていることを確認
-- **トークン検証の失敗**: AppleからIDトークンが受信されていることを確認
-- リファレンスについては、[サンプルアプリコード](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)を確認
diff --git a/src/content/docs/ja/docs/plugins/social-login/supabase/Apple/web.mdx b/src/content/docs/ja/docs/plugins/social-login/supabase/Apple/web.mdx
deleted file mode 100644
index 66c692e84..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/supabase/Apple/web.mdx
+++ /dev/null
@@ -1,96 +0,0 @@
----
-title: Supabase Apple Login - Web
-description: WebでSupabase認証を用いたAppleサインインを統合する方法を学びます。
-sidebar:
-  order: 4
-locale: ja
----
-
-## 前提条件
-
-このガイドでは、WebでSupabase認証を用いたAppleサインインを統合する方法を説明します。以下の手順を既に完了していることを前提としています:
-- [Apple Login Web設定](/docs/plugins/social-login/apple/web/)
-- [Supabase Apple Login - 一般設定](./general/)
-
-## 実装
-
-完全な実装は、[サンプルアプリの`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)ファイルで利用可能です。このガイドでは、主要な概念と使用方法について説明します。
-
-### 認証ヘルパーの使用
-
-`authenticateWithAppleSupabase`関数は、認証フロー全体を処理します:
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('サインイン:', result.user);
-  // 認証されたエリアに移動
-} else {
-  console.error('エラー:', result.error);
-}
-```
-
-## 仕組み
-
-Webでは、AppleサインインはOAuthポップアップフローを使用します:
-
-1. **初期化**: プラグインはサービスIDと現在のページURLをリダイレクトURLとして初期化されます
-2. **OAuthポップアップ**: AppleのOAuthページを含むポップアップウィンドウを開きます
-3. **ユーザー認証**: ユーザーがポップアップでAppleで認証します
-4. **IDトークン**: Appleはユーザー情報を含むIDトークン(JWT)を返します
-5. **Supabase認証**: IDトークンは`signInWithIdToken()`を使用してSupabaseに送信されます
-
-ヘルパー関数は自動的にWebプラットフォームを検出し、すべてを適切に設定します。
-
-## 重要な注意事項
-
-### サービスID設定
-
-- Webには(Androidと同じ)AppleサービスIDが必要です
-- サービスIDは、正しいReturn URLでApple Developer Portalで設定する必要があります
-- ドメインがApple Developer Portalの許可されたドメインに追加されていることを確認してください
-
-### リダイレクトURL
-
-- Webでは、リダイレクトURLは自動的に`window.location.href`(現在のページURL)に設定されます
-- これは、Apple Developer Portalで設定されているReturn URLの1つと一致する必要があります
-- 末尾のスラッシュありとなしの両方のURLがApple Developer Portalで設定されていることを確認してください
-
-### SupabaseクライアントID
-
-Supabaseで、Appleプロバイダーを以下のように設定してください:
-- **クライアントID**: AppleサービスID(例: `com.example.app.service`)
-
-iOSも使用している場合は、SupabaseのクライアントIDフィールドにアプリIDとサービスIDの両方を提供する必要があります(カンマ区切り)。
-
-### ヘルパー関数の更新
-
-`authenticateWithAppleSupabase`ヘルパー関数を使用する際、`clientId`をAppleサービスIDに合わせて**必ず**更新してください:
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: isIOS
-      ? undefined // iOSは自動的にバンドルIDを使用
-      : 'your.service.id.here', // WebとAndroid用のAppleサービスID
-    redirectUrl: redirectUrl,
-  },
-});
-```
-
-:::caution[重要]
-`'your.service.id.here'`を実際のAppleサービスID(Apple Developer Portalで設定したものと同じ値)に置き換えてください。
-:::
-
-## トラブルシューティング
-
-認証に失敗した場合:
-
-- **サービスIDの不一致**: Apple Developer Portalとコードの両方でサービスIDが一致することを確認
-- **Return URLが設定されていない**: 現在のページURL(末尾のスラッシュありとなし)がApple Developer Portalで設定されていることを確認
-- **ポップアップがブロックされた**: ブラウザ設定を確認 - 一部のブラウザはデフォルトでポップアップをブロックします
-- **ドメインが許可されていない**: ドメインがApple Developer Portalの許可されたドメインに追加されていることを確認
-- **Supabase設定**: SupabaseのAppleプロバイダー設定でサービスIDが正しく設定されていることを確認
-- リファレンスについては、[サンプルアプリコード](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)を確認
diff --git a/src/content/docs/ja/docs/plugins/social-login/supabase/google/android.mdx b/src/content/docs/ja/docs/plugins/social-login/supabase/google/android.mdx
deleted file mode 100644
index d5e2e35d1..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/supabase/google/android.mdx
+++ /dev/null
@@ -1,66 +0,0 @@
----
-title: Supabase Google Android にログイン
-description: >-
-  Capacitor ソーシャル ログイン プラグインを使用して、Android で Supabase 認証による Google
-  サインインを設定する方法を学びます。
-sidebar:
-  order: 2
-locale: ja
----
-## はじめに
-
-このガイドは、Android で Google サインインと Supabase 認証を統合するのに役立ちます。以下をすでに完了していることを前提としています。
- - [Google ログイン Android セットアップ](/docs/plugins/social-login/google/android/)
- - [Supabase Google ログイン - 一般セットアップ](/docs/plugins/social-login/supabase/google/general/)。
-
-## 実装
-
-完全な実装は、[サンプル アプリの `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) ファイルで入手できます。このガイドでは、主要な概念とその使用方法について説明します。
-
-### 認証ヘルパーの使用
-
-`authenticateWithGoogleSupabase` 関数は、認証フロー全体を処理します。
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## 仕組み
-
-nonce 生成、JWT 検証、Supabase サインインなど、認証フローの仕組みの詳細については、[一般セットアップ ガイドの仕組みセクション](/docs/plugins/social-login/supabase/google/general/#how-it-works) を参照してください。
-
-完全なコード リファレンスについては、[一般セットアップ ガイドの完全なコード リファレンス セクション](/docs/plugins/social-login/supabase/google/general/#complete-code-reference) を参照してください。
-
-## 重要な注意事項
-
-### ノンス処理
-
-nonce の実装は、[React Native Google サインイン ドキュメント](https://react-native-google-signin.github.io/docs/security#usage-with-supabase) のパターンに従います。
-
-- `rawNonce` は Supabase の `signInWithIdToken()` に移動します
-- Supabase は `rawNonce` のハッシュを作成し、Google サインインからの ID トークンに含まれる `nonceDigest` と比較します。
-- `nonceDigest` (SHA-256 ハッシュ、16 進エンコード) は、Google サインイン API の `nonce` パラメーターに送られます。
-
-### 自動再試行
-
-実装には自動再試行ロジックが含まれています。
-- JWT 検証が最初の試行で失敗した場合、ログアウトして 1 回再試行します
-- これは、キャッシュされたトークンに不正な nonce が含まれる可能性がある場合に対処します。
-- リトライも失敗した場合はエラーが返されます。
-
-## トラブルシューティング
-
-認証が失敗した場合:
-
-- **無効な対象者**: Google クライアント ID が Google Cloud Console と Supabase の両方で一致していることを確認してください。
-- **ノンスが一致しません**: コンソール ログを確認してください - 関数は自動的に再試行されますが、必要に応じて最初に手動でログアウトできます。
-- **トークンの検証が失敗します**: idToken を取得するための初期化呼び出しで `mode: 'online'` を使用していることを確認してください。
-- 参考として [サンプル アプリ コード](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) を確認してください。
diff --git a/src/content/docs/ja/docs/plugins/social-login/supabase/google/general.mdx b/src/content/docs/ja/docs/plugins/social-login/supabase/google/general.mdx
deleted file mode 100644
index cf8523a5b..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/supabase/google/general.mdx
+++ /dev/null
@@ -1,202 +0,0 @@
----
-title: Supabase Google ログイン - 一般設定
-description: Capacitor ソーシャル ログイン プラグインを使用して、Supabase 認証による Google サインインを設定する方法を学びます。
-sidebar:
-  order: 1
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-
-## はじめに
-
-このガイドでは、Capacitor ソーシャル ログイン プラグインを使用して、Google サインインと Supabase 認証を統合する手順を説明します。この設定により、バックエンド認証に Supabase Auth を利用しながら、モバイル プラットフォームでネイティブ Google サインインを使用できるようになります。
-
-## 前提条件
-
-始める前に、次のものが揃っていることを確認してください。
-
-1. [Supabase プロジェクトを作成しました](https://database.new/)
-2. [Google ログイン一般セットアップ](/docs/plugins/social-login/google/general/) ガイドを読んで、Google OAuth 資格情報をセットアップします。
-3. それぞれのプラットフォーム固有のガイドに従って、ターゲット プラットフォームの Google OAuth 資格情報をセットアップします。
-    - [Android セットアップ](/docs/plugins/social-login/google/android/)
-    - [iOS セットアップ](/docs/plugins/social-login/google/ios/)
-    - [Web設定](/docs/plugins/social-login/google/web/)
-
-    :::メモ
-        Supabase チュートリアルを開始する前に、使用する予定のプラットフォームのクライアント ID を生成する必要があります。
-        これらは、このガイドのステップ 7 で使用します。
-    :::
-
-## Supabase で Google OAuth プロバイダーを有効にする
-
-<Steps>
-1. [Supabase ダッシュボード](https://app.supabase.com/) に移動します。
-2. プロジェクトをクリックします。
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Supabase プロジェクト セレクター" />
-3. `Authentication` メニューに移動してください
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Supabase 認証メニュー" />
-4. [`Providers`] タブをクリックします。
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Supabase [プロバイダー] タブ" />
-5. `Google` プロバイダーを見つけます
-    <img src="/social-login-assets/supabase_google_provider.webp" alt="Supabase Google プロバイダー" />
-6. プロバイダーを有効にする
-    <img src="/social-login-assets/supabase_google_provider_enable.webp" alt="Supabase Google プロバイダーの有効化" />
-7. 使用する予定のプラットフォームのクライアント ID を追加します。
-    <img src="/social-login-assets/supabase_google_provider_add_client_ids.webp" alt="Supabase Google プロバイダーのクライアント ID の追加" />
-
-    :::メモ
-        これには、Web クライアント ID、iOS クライアント ID、Android クライアント ID が含まれます。使用する予定のプラットフォームに応じて、それらの一部の提供を省略できます。
-    :::
-8. [`Save`] ボタンをクリックします。
-    <img src="/social-login-assets/supabase_google_provider_save.webp" alt="Supabase Google プロバイダーの保存" />
-
-</Steps>
-
-:::note
-`Client Secret (for OAuth)` または `Callback URL (for OAuth)` をセットアップすることは__**しないでください**__。一部のソースでは、iOS の Google に「ノンス チェックをスキップ」を設定することを提案している場合もありますが、このガイドではこれは必要ありません。
-:::
-
-これで、Supabase 認証を使用した Google サインインが有効になりました 🎉
-
-## Google Supabase 認証ヘルパーを使用したサインインの仕組み
-
-このセクションでは、Google サインインと Supabase の統合が内部でどのように機能するかについて説明します。このフローを理解すると、認証プロセスの実装とトラブルシューティングに役立ちます。
-
-:::tip[完全な実装]
-完全な実装は、[サンプル アプリの `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) ファイルで入手できます。
-:::
-
-### 1. ナンスの生成
-
-実装では、[Supabase ノンス要件](https://react-native-google-signin.github.io/docs/security#usage-with-supabase) に従って安全なノンス ペアが生成されます。
-
-```typescript
-// Generate URL-safe random nonce
-function getUrlSafeNonce(): string {
-  const array = new Uint8Array(32);
-  crypto.getRandomValues(array);
-  return Array.from(array, (byte) => byte.toString(16).padStart(2, '0')).join('');
-}
-
-// Hash the nonce with SHA-256
-async function sha256Hash(message: string): Promise<string> {
-  const encoder = new TextEncoder();
-  const data = encoder.encode(message);
-  const hashBuffer = await crypto.subtle.digest('SHA-256', data);
-  const hashArray = Array.from(new Uint8Array(hashBuffer));
-  return hashArray.map((b) => b.toString(16).padStart(2, '0')).join('');
-}
-
-// Generate nonce pair
-async function getNonce(): Promise<{ rawNonce: string; nonceDigest: string }> {
-  const rawNonce = getUrlSafeNonce();
-  const nonceDigest = await sha256Hash(rawNonce);
-  return { rawNonce, nonceDigest };
-}
-```
-
-**フロー:**
-- `rawNonce`: URL セーフなランダム文字列 (64 の 16 進数文字)
-- `nonceDigest`: `rawNonce` の SHA-256 ハッシュ (16 進エンコード)
-- `nonceDigest` が Google に渡されます。 サインイン → Google は ID トークンにノンス ダイジェストを含めます
-- `rawNonce` が Supabase に渡される → Supabase は生の nonce をハッシュし、トークンの nonce と比較します
-
-### 2. Google サインイン
-
-この関数はプラグインを初期化し、Google でサインインします。
-
-```typescript
-await SocialLogin.initialize({
-  google: {
-    webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-    // iOS only:
-    iOSClientId: 'YOUR_IOS_CLIENT_ID.apps.googleusercontent.com',
-    mode: 'online', // Required to get idToken
-  },
-});
-
-const response = await SocialLogin.login({
-  provider: 'google',
-  options: {
-    scopes: ['email', 'profile'],
-    nonce: nonceDigest, // Pass the SHA-256 hashed nonce
-  },
-});
-```
-
-### 3. JWT の検証
-
-トークンを Supabase に送信する前に、実装は JWT トークンを検証します。
-
-```typescript
-function validateJWTToken(idToken: string, expectedNonceDigest: string): { valid: boolean; error?: string } {
-  const decodedToken = decodeJWT(idToken);
-  
-  // Check audience matches your Google Client IDs
-  const audience = decodedToken.aud;
-  if (!VALID_GOOGLE_CLIENT_IDS.includes(audience)) {
-    return { valid: false, error: 'Invalid audience' };
-  }
-  
-  // Check nonce matches
-  const tokenNonce = decodedToken.nonce;
-  if (tokenNonce && tokenNonce !== expectedNonceDigest) {
-    return { valid: false, error: 'Nonce mismatch' };
-  }
-  
-  return { valid: true };
-}
-```
-
-**Supabase より前に検証する必要があるのはなぜですか?**
-
-トークンを Supabase に送信する前に JWT トークンを検証することは、いくつかの重要な目的に役立ちます。
-
-1. **無効なリクエストの防止**: トークンの対象ユーザーが間違っているか、ノンスが一致しない場合でも、Supabase はトークンを拒否します。最初に検証すると、不必要な API 呼び出しが回避され、より明確なエラー メッセージが表示されます。
-
-2. **トークン キャッシュの問題**: 一部のプラットフォーム (特に iOS) では、Google サインイン SDK がパフォーマンスのためにトークンをキャッシュすることがあります。キャッシュされたトークンが返されると、キャッシュされたトークンが異なる nonce で生成された (または nonce がまったくない) 可能性があり、Supabase が「nonce の不一致」エラーでトークンを拒否します。 Supabase に送信する前に検証することで、この問題を早期に検出し、新しいトークンを使用して自動的に再試行できます。
-
-3. **セキュリティ** (iOS): iOS では、検証によって特定の Google クライアント ID に対してトークンが発行されたことが確認され、他のアプリケーション向けのトークンを使用することによる潜在的なセキュリティ問題が防止されます。
-
-4. **エラー処理の改善**: Supabase より前に問題を検出すると、自動再試行ロジックが可能になります。これは、iOS キャッシュの問題を透過的に処理するために不可欠です。
-
-検証が失敗した場合、関数は自動的に次の処理を行います。
-1. Google からログアウトします (キャッシュされたトークンをクリアします - iOS では重要)
-2. 認証を 1 回再試行します (正しいナンスを使用して新しいトークンを強制的に生成します)
-3. 再試行も失敗した場合は、エラーを返します。
-
-### 4. Supabase サインイン
-
-最後に、検証されたトークンが Supabase に送信されます。
-
-```typescript
-const { data, error } = await supabase.auth.signInWithIdToken({
-  provider: 'google',
-  token: googleResponse.idToken,
-  nonce: rawNonce, // Pass the raw (unhashed) nonce
-});
-```
-
-## 完全なコード リファレンス
-
-完全な実装は、[サンプル アプリの `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) ファイルで入手できます。これには次のものが含まれます。
-
-- `getUrlSafeNonce()` - URL セーフなランダム ノンスを生成します
-- `sha256Hash()` - SHA-256 で文字列をハッシュします
-- `getNonce()` - ノンスペアを生成します
-- `decodeJWT()` - JWT トークンをデコードします
-- `validateJWTToken()` - JWT オーディエンスと nonce を検証します
-- `authenticateWithGoogleSupabase()` - 自動再試行を備えたメイン認証機能
-
-### 追加のサンプル ファイル
-
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - リダイレクト処理を備えたコンポーネントの例 (Web)
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - アカウント作成ページの例
-
-## 次のステップ
-
-ターゲット プラットフォームのプラットフォーム固有のセットアップ ガイドに進んでください。
-
-- [Android セットアップ](../android/)
-- [iOS セットアップ](../ios/)
-- [Web設定](../web/)
diff --git a/src/content/docs/ja/docs/plugins/social-login/supabase/google/ios.mdx b/src/content/docs/ja/docs/plugins/social-login/supabase/google/ios.mdx
deleted file mode 100644
index 5fc98d449..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/supabase/google/ios.mdx
+++ /dev/null
@@ -1,92 +0,0 @@
----
-title: Supabase Google iOS にログイン
-description: Capacitor ソーシャル ログイン プラグインを使用して、iOS で Supabase 認証による Google サインインを設定する方法を学びます。
-sidebar:
-  order: 3
-locale: ja
----
-## はじめに
-
-このガイドは、iOS で Google サインインと Supabase 認証を統合するのに役立ちます。以下をすでに完了していることを前提としています。
- - [Google ログイン iOS セットアップ](/docs/plugins/social-login/google/ios/)
- - [Supabase Google ログイン - 一般セットアップ](/docs/plugins/social-login/supabase/google/general/)。
-
-## 実装
-
-完全な実装は、[サンプル アプリの `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) ファイルで入手できます。このガイドでは、主要な概念とその使用方法について説明します。
-
-### 認証ヘルパーの使用
-
-`authenticateWithGoogleSupabase` 関数は、認証フロー全体を処理します。
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## 仕組み
-
-nonce 生成、JWT 検証、Supabase サインインなど、認証フローの仕組みの詳細については、[一般セットアップ ガイドの仕組みセクション](/docs/plugins/social-login/supabase/google/general/#how-it-works) を参照してください。
-
-## 重要な警告
-
-### iOS トークンのキャッシュとナンスの問題
-
-:::warning[iOS Nonce キャッシュの問題]
-iOS、Google では、サインインがトークンをキャッシュする可能性があるため、nonce 検証が失敗する可能性があります。 `validateJWTToken` 関数はこれを検出し、自動的に処理します。
-
-1. **自動検出**: この関数は、トークン内のノンスが予期された `nonceDigest` と一致するかどうかをチェックします。
-2. **自動再試行**: 検証が失敗した場合、Google から自動的にログアウトし、1 回再試行します。
-3. **エラー処理**: 再試行も失敗した場合は、エラーが返されます。
-
-**これが起こる理由**: iOS Google サインイン SDK はパフォーマンスのためにトークンをキャッシュします。キャッシュされたトークンが返されると、異なる nonce (または no nonce) で生成された可能性があり、不一致が発生します。
-
-**解決策**: 実装では、ログアウトして再試行することでこれを自動的に処理します。これにより、Google は正しいナンスを含む新しいトークンを生成します。
-:::
-
-**手動による回避策** (自動再試行が機能しない場合):
-
-```typescript
-// Logout first to clear cached tokens
-await SocialLogin.logout({ provider: 'google' });
-
-// Then authenticate
-const result = await authenticateWithGoogleSupabase();
-```
-
-これにより、正しいナンスを含む新しいトークンが確実に取得されます。
-
-完全なコード リファレンスについては、[一般セットアップ ガイドの完全なコード リファレンス セクション](/docs/plugins/social-login/supabase/google/general/#complete-code-reference) を参照してください。
-
-## 重要な注意事項
-
-### ノンス処理
-
-nonce の実装は、[React Native Google サインイン ドキュメント](https://react-native-google-signin.github.io/docs/security#usage-with-supabase) のパターンに従います。
-
-- `rawNonce` は Supabase の `signInWithIdToken()` に移動します
-- Supabase は、`rawNonce` のハッシュを作成し、Google サインインからの ID トークンに含まれる `nonceDigest` と比較します。
-- `nonceDigest` (SHA-256 ハッシュ、16 進エンコード) は、Google サインイン API の `nonce` パラメーターに送られます。
-
-### 自動再試行メカニズム
-
-`authenticateWithGoogleSupabase` 関数には、`retry` パラメータが含まれています。
-- 最初の呼び出し (`retry=false`): 検証が失敗した場合は、自動的にログアウトして 1 回再試行します
-- 呼び出しの再試行 (`retry=true`): 検証が再び失敗した場合は、すぐにエラーを返します。
-
-これにより、iOS トークン キャッシュの問題が自動的に処理されます。
-
-## トラブルシューティング
-
-認証が失敗した場合:- **ノンスの不一致**: 関数は自動的に再試行します。詳細については、コンソール ログを確認してください。問題が解決しない場合は、まず手動でログアウトしてください
-- **無効な対象者**: Google クライアント ID が Google Cloud Console と Supabase (iOS と Web クライアント ID の両方) で一致していることを確認してください。
-- **トークン検証が失敗します**: idToken を取得するための初期化呼び出しで `mode: 'online'` を使用していることを確認してください。
-- **Info.plist 設定**: Info.plist に正しい URL スキームと GIDClientID があることを確認してください。
-- 参考として [サンプル アプリ コード](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) を確認してください。
diff --git a/src/content/docs/ja/docs/plugins/social-login/supabase/google/web.mdx b/src/content/docs/ja/docs/plugins/social-login/supabase/google/web.mdx
deleted file mode 100644
index a2a0b7bd6..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/supabase/google/web.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: Webでのsupabase Googleログイン
-locale: ja
-description: Capacitor Social LoginプラグインでWebのSupabase認証とGoogleサインインを設定する方法を学びます。
-sidebar:
-    order: 4
----
-
-## はじめに
-
-このガイドは、WebでSupabase認証とGoogleサインインを統合するのに役立ちます。すでに以下を完了していることを前提としています。
- -  [Google Login Webセットアップ](/docs/plugins/social-login/google/web/)
- -  [Supabase Googleログイン - 一般セットアップ](/docs/plugins/social-login/supabase/google/general/)
-
-## 実装
-
-完全な実装は[サンプルアプリの`supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)ファイルで利用できます。このガイドでは、主要な概念とその使用方法を説明します。
-
-### 認証ヘルパーの使用
-
-`authenticateWithGoogleSupabase`関数は認証フロー全体を処理します:
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // 認証エリアに移動
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## 重要: リダイレクトの処理
-
-:::warning[重要: リダイレクトの処理]
-Webでのgoogleログインを使用する場合、リダイレクトが発生したときにプラグインから任意の関数を呼び出して、プラグインを初期化し、リダイレクトを処理してポップアップウィンドウを閉じる必要があります。`isLoggedIn()`または`initialize()`のいずれかを呼び出すことができます - どちらもリダイレクト処理をトリガーします。
-
-これはOAuthポップアップフローが正しく動作するために不可欠です。
-:::
-
-### 実装例
-
-Googleサインインを処理するコンポーネントに次を追加します:
-
-```typescript
-import { useEffect } from 'react';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-function SupabasePage() {
-  // マウント時にGoogleログインステータスをチェックしてリダイレクト処理を呼び出す
-  // これはUIで機能的な目的を果たしませんが、保留中のOAuthリダイレクトが
-  // 適切に処理されることを保証します
-  useEffect(() => {
-    const checkGoogleLoginStatus = async () => {
-      try {
-        await SocialLogin.isLoggedIn({ provider: 'google' });
-        // 結果は使用しません。これはリダイレクト処理をトリガーするためだけのものです
-      } catch (error) {
-        // エラーは無視 - これはリダイレクト処理のためだけです
-        console.log('Google login status check completed (redirect handling)');
-      }
-    };
-
-    checkGoogleLoginStatus();
-  }, []);
-
-  // ... コンポーネントの残り
-}
-```
-
-完全な例については、[SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx)を参照してください。
-
-## 仕組み
-
-nonce生成、JWT検証、Supabaseサインインを含む認証フローの仕組みの詳細な説明については、[一般セットアップガイドの仕組みセクション](/docs/plugins/social-login/supabase/google/general/#how-it-works)を参照してください。
-
-完全なコードリファレンスについては、[一般セットアップガイドの完全なコードリファレンスセクション](/docs/plugins/social-login/supabase/google/general/#complete-code-reference)を参照してください。
-
-以下も参照してください:
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - リダイレクト処理を含むサンプルコンポーネント
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - アカウント作成ページのサンプル
-
-## 重要な注意事項
-
-### リダイレクトの処理
-
-Webでのgoogleログインを使用する場合、リダイレクトが発生したときにプラグインから任意の関数を呼び出して、プラグインを初期化し、リダイレクトを処理してポップアップウィンドウを閉じる必要があります。`isLoggedIn()`または`initialize()`のいずれかを呼び出すことができます - どちらもリダイレクト処理をトリガーします。
-
-これはOAuthポップアップフローが正しく動作するために不可欠です。これがないと、認証後にポップアップウィンドウが閉じません。
-
-### Nonceの処理
-
-nonce実装は[React Native Google Sign Inドキュメント](https://react-native-google-signin.github.io/docs/security#usage-with-supabase)のパターンに従っています:
-
-- `rawNonce`はSupabaseの`signInWithIdToken()`に渡されます
-- Supabaseは`rawNonce`のハッシュを作成し、Googleサインインからのidトークンに含まれる`nonceDigest`と比較します
-- `nonceDigest`(SHA-256ハッシュ、16進エンコード)はGoogle Sign-In APIの`nonce`パラメータに渡されます
-
-### 自動リトライ
-
-実装には自動リトライロジックが含まれています:
-- JWT検証が最初の試行で失敗した場合、ログアウトして1回リトライします
-- これにより、キャッシュされたトークンに誤ったnonceがある場合を処理します
-- リトライも失敗した場合は、エラーが返されます
-
-## トラブルシューティング
-
-認証が失敗する場合:
-
-- **リダイレクトが機能しない**: コンポーネントのマウント時に`isLoggedIn()`を呼び出していることを確認してください(上記の例を参照)
-- **無効なaudience**: Google Cloud ConsoleとSupabaseの両方でGoogle Client IDが一致していることを確認してください
-- **承認されたリダイレクトURL**: Google Cloud ConsoleとSupabaseの両方で承認されたリダイレクトURLが設定されていることを確認してください
-- **Nonce不一致**: コンソールログを確認してください - 関数は自動的にリトライしますが、必要に応じて最初に手動でログアウトできます
-- **トークン検証が失敗する**: 初期化呼び出しで`mode: 'online'`を使用してidTokenを取得していることを確認してください
-- 参照用に[サンプルアプリコード](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)を確認してください
diff --git a/src/content/docs/ja/docs/plugins/social-login/supabase/introduction.mdx b/src/content/docs/ja/docs/plugins/social-login/supabase/introduction.mdx
deleted file mode 100644
index 1f20cc737..000000000
--- a/src/content/docs/ja/docs/plugins/social-login/supabase/introduction.mdx
+++ /dev/null
@@ -1,91 +0,0 @@
----
-title: Supabase統合の紹介
-locale: ja
-description: Capacitor Social LoginプラグインでSupabase認証を統合して完全な認証ソリューションを実現する方法を学びます。
-sidebar:
-    order: 1
----
-
-## 概要
-
-このチュートリアルでは、Capacitor Social LoginプラグインでSupabase認証を設定する方法をガイドします。この統合により、モバイルプラットフォームでネイティブソーシャルログインプロバイダー(Google、Apple、Facebook、Twitter)を使用しながら、バックエンド認証とデータストレージにはSupabase AuthとPostgreSQLを活用できます。
-
-## 学習内容
-
-- Supabase認証の設定方法
-- Capacitor Social LoginプラグインをSupabase Authと統合する方法
-- Android、iOS、Web向けのプラットフォーム固有のセットアップ
-- Supabaseでnonceを安全に処理する方法
-
-## 必要なもの
-
-始める前に、以下を用意してください:
-
-1. **Supabaseプロジェクト**
-   - [Supabaseダッシュボード](https://app.supabase.com/)でプロジェクトを作成
-   - Google OAuthプロバイダーを有効化
-   - SupabaseプロジェクトURLとanon keyを取得
-
-2. **Supabase JS SDK**
-   - プロジェクトにSupabaseをインストール:
-     ```bash
-     npm install @supabase/supabase-js
-     ```
-
-3. **Capacitorプロジェクト**
-   - 既存のCapacitorアプリケーション
-   - Capacitor Social Loginプラグインをインストール:
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-4. **プラットフォーム固有のGoogleセットアップ**
-   - ターゲットプラットフォーム向けのGoogleサインインセットアップを完了:
-     - [Google Login Androidセットアップ](/docs/plugins/social-login/google/android/)
-     - [Google Login iOSセットアップ](/docs/plugins/social-login/google/ios/)
-     - [Google Login Webセットアップ](/docs/plugins/social-login/google/web/)
-
-## サンプルアプリケーション
-
-完全に動作するサンプルがリポジトリで利用可能です:
-
-**コードリポジトリ**: [コードリポジトリはこちらで確認できます](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-サンプルアプリは以下を示しています:
-- Supabaseによるメール/パスワード認証
-- Googleサインイン統合(Android、iOS、Web)
-- Supabase PostgreSQLテーブルを使用したシンプルなキーバリューストア
-- Row Level Security (RLS)を使用したユーザー固有のデータストレージ
-
-## 主要な実装詳細
-
-### Nonceの処理
-
-Supabaseはセキュリティのために特別なnonce処理が必要です。実装は[React Native Google Sign Inドキュメント](https://react-native-google-signin.github.io/docs/security#usage-with-supabase)に従っています:
-
-- `rawNonce`(URL安全なランダム文字列)を生成
-- SHA-256でハッシュ化して`nonceDigest`を取得
-- `nonceDigest`をGoogle Sign-Inに渡す
-- `rawNonce`をSupabaseに渡す(Supabaseは内部でハッシュ化して比較)
-
-### JWT検証
-
-サンプル実装にはJWT検証が含まれており、以下を保証します:
-- トークンのaudienceが設定されたGoogle Client IDと一致する
-- nonceが期待されるダイジェストと一致する
-- 検証失敗時の自動リトライ(特にiOSで重要)
-
-### プラットフォーム固有の考慮事項
-
-- **iOS**: トークンキャッシングがnonce問題を引き起こす可能性があります - 実装は自動的にこれを処理します
-- **Web**: OAuthリダイレクトを処理するためにマウント時に`isLoggedIn()`を呼び出す必要があります
-- **Android**: SHA-1フィンガープリント設定による標準実装
-
-## 次のステップ
-
-セットアップガイドを続けます:
-- [Supabase Googleログイン - 一般セットアップ](./google/general/) - 概要と前提条件
-- [Androidセットアップ](./google/android/) - Android固有の設定
-- [iOSセットアップ](./google/ios/) - iOS固有の設定
-- [Webセットアップ](./google/web/) - Web固有の設定
diff --git a/src/content/docs/ja/docs/plugins/speech-recognition/getting-started.mdx b/src/content/docs/ja/docs/plugins/speech-recognition/getting-started.mdx
deleted file mode 100644
index 33097809f..000000000
--- a/src/content/docs/ja/docs/plugins/speech-recognition/getting-started.mdx
+++ /dev/null
@@ -1,445 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Speech Recognitionプラグインをインストールして使用し、Capacitorアプリに音声文字起こしを追加する方法を学びます
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-speech-recognition" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **プラットフォームのパーミッションを設定**(以下を参照)
-</Steps>
-
-## プラットフォーム設定
-
-### iOS
-
-アプリの`Info.plist`ファイルに以下のキーを追加します:
-
-```xml
-<key>NSSpeechRecognitionUsageDescription</key>
-<string>音声を文字起こしするために音声認識へのアクセスが必要です</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>文字起こし用の音声を録音するためにマイクへのアクセスが必要です</string>
-```
-
-### Android
-
-プラグインは自動的に必要な`RECORD_AUDIO`パーミッションを`AndroidManifest.xml`に追加します。追加の設定は必要ありません。
-
-## 基本的な使用方法
-
-### 利用可能性の確認
-
-音声認識を使用する前に、デバイスで利用可能かどうかを確認します:
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-const checkAvailability = async () => {
-  const { available } = await SpeechRecognition.available();
-  if (!available) {
-    console.warn('Speech recognition is not supported on this device');
-    return false;
-  }
-  return true;
-};
-```
-
-### パーミッションのリクエスト
-
-認識を開始する前に必要なパーミッションをリクエストします:
-
-```typescript
-const requestPermissions = async () => {
-  const { speechRecognition } = await SpeechRecognition.requestPermissions();
-
-  if (speechRecognition === 'granted') {
-    console.log('Permission granted');
-    return true;
-  } else {
-    console.log('Permission denied');
-    return false;
-  }
-};
-```
-
-### 認識の開始
-
-オプションの設定で音声のリスニングを開始します:
-
-```typescript
-// 基本的な使用方法
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 3,
-  partialResults: true,
-});
-
-// すべてのオプションを使用
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 5,
-  prompt: 'Speak now...',          // Androidのみ
-  popup: false,                     // Androidのみ
-  partialResults: true,
-  addPunctuation: true,             // iOS 16+のみ
-  allowForSilence: 2000,            // Androidのみ、ミリ秒
-});
-```
-
-### 結果のリスニング
-
-認識がアクティブな間、部分的な結果を購読します:
-
-```typescript
-const partialListener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event) => {
-    const transcription = event.matches?.[0];
-    console.log('Partial result:', transcription);
-  }
-);
-
-// 完了したらリスナーを削除することを忘れずに
-await partialListener.remove();
-```
-
-### 認識の停止
-
-リスニングを停止し、リソースをクリーンアップします:
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-## 完全な例
-
-プラグインの使用方法を示す完全な例:
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-export class VoiceRecognitionService {
-  private partialListener: any = null;
-  private isListening = false;
-
-  async initialize(): Promise<boolean> {
-    // 利用可能性を確認
-    const { available } = await SpeechRecognition.available();
-    if (!available) {
-      throw new Error('Speech recognition not available');
-    }
-
-    // パーミッションをリクエスト
-    const { speechRecognition } = await SpeechRecognition.requestPermissions();
-    if (speechRecognition !== 'granted') {
-      throw new Error('Permission denied');
-    }
-
-    return true;
-  }
-
-  async startListening(
-    onPartialResult: (text: string) => void,
-    onFinalResult: (text: string) => void
-  ): Promise<void> {
-    if (this.isListening) {
-      console.warn('Already listening');
-      return;
-    }
-
-    try {
-      // 部分結果リスナーをセットアップ
-      this.partialListener = await SpeechRecognition.addListener(
-        'partialResults',
-        (event) => {
-          const text = event.matches?.[0] || '';
-          onPartialResult(text);
-        }
-      );
-
-      // 認識を開始
-      const result = await SpeechRecognition.start({
-        language: 'en-US',
-        maxResults: 3,
-        partialResults: true,
-        addPunctuation: true,
-      });
-
-      this.isListening = true;
-
-      // partialResultsがfalseの場合の最終結果を処理
-      if (result.matches && result.matches.length > 0) {
-        onFinalResult(result.matches[0]);
-      }
-    } catch (error) {
-      console.error('Error starting speech recognition:', error);
-      throw error;
-    }
-  }
-
-  async stopListening(): Promise<void> {
-    if (!this.isListening) {
-      return;
-    }
-
-    try {
-      await SpeechRecognition.stop();
-
-      // リスナーをクリーンアップ
-      if (this.partialListener) {
-        await this.partialListener.remove();
-        this.partialListener = null;
-      }
-
-      this.isListening = false;
-    } catch (error) {
-      console.error('Error stopping speech recognition:', error);
-      throw error;
-    }
-  }
-
-  async getSupportedLanguages(): Promise<string[]> {
-    const { languages } = await SpeechRecognition.getSupportedLanguages();
-    return languages;
-  }
-
-  async checkListeningState(): Promise<boolean> {
-    const { listening } = await SpeechRecognition.isListening();
-    return listening;
-  }
-}
-```
-
-## APIリファレンス
-
-### available()
-
-現在のデバイスでネイティブ音声認識サービスが使用可能かどうかを確認します。
-
-```typescript
-const result = await SpeechRecognition.available();
-// 戻り値: { available: boolean }
-```
-
-### start(options?)
-
-音声のキャプチャと文字起こしを開始します。
-
-```typescript
-interface SpeechRecognitionStartOptions {
-  language?: string;          // ロケール識別子(例: 'en-US')
-  maxResults?: number;        // 結果の最大数(デフォルト: 5)
-  prompt?: string;            // Androidのみ: ダイアログプロンプト
-  popup?: boolean;            // Androidのみ: システムダイアログを表示
-  partialResults?: boolean;   // 部分結果をストリーム
-  addPunctuation?: boolean;   // iOS 16+のみ: 句読点を追加
-  allowForSilence?: number;   // Androidのみ: 無音タイムアウト(ミリ秒)
-}
-
-const result = await SpeechRecognition.start(options);
-// 戻り値: { matches?: string[] }
-```
-
-### stop()
-
-リスニングを停止し、ネイティブリソースを解放します。
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-### getSupportedLanguages()
-
-基礎となる認識エンジンでサポートされているロケールを取得します。
-
-**注意**: Android 13+デバイスはこのリストを公開しなくなりました。その場合、`languages`は空になります。
-
-```typescript
-const result = await SpeechRecognition.getSupportedLanguages();
-// 戻り値: { languages: string[] }
-```
-
-### isListening()
-
-プラグインが積極的に音声をリスニングしているかどうかを返します。
-
-```typescript
-const result = await SpeechRecognition.isListening();
-// 戻り値: { listening: boolean }
-```
-
-### checkPermissions()
-
-現在のパーミッション状態を取得します。
-
-```typescript
-const result = await SpeechRecognition.checkPermissions();
-// 戻り値: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-### requestPermissions()
-
-マイク+音声認識パーミッションをリクエストします。
-
-```typescript
-const result = await SpeechRecognition.requestPermissions();
-// 戻り値: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-## イベントリスナー
-
-### partialResults
-
-`partialResults`が有効な間、部分的な文字起こし更新をリスニングします。
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event: { matches: string[] }) => {
-    console.log('Partial:', event.matches?.[0]);
-  }
-);
-```
-
-### segmentResults (Androidのみ)
-
-セグメント化された認識結果をリスニングします。
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'segmentResults',
-  (event: { matches: string[] }) => {
-    console.log('Segment:', event.matches?.[0]);
-  }
-);
-```
-
-### endOfSegmentedSession (Androidのみ)
-
-セグメント化されたセッションの完了イベントをリスニングします。
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'endOfSegmentedSession',
-  () => {
-    console.log('Segmented session ended');
-  }
-);
-```
-
-### listeningState
-
-ネイティブリスニング状態の変更をリスニングします。
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'listeningState',
-  (event: { status: 'started' | 'stopped' }) => {
-    console.log('Listening state:', event.status);
-  }
-);
-```
-
-### removeAllListeners()
-
-登録されたすべてのリスナーを削除します。
-
-```typescript
-await SpeechRecognition.removeAllListeners();
-```
-
-## ベストプラクティス
-
-1. **常に利用可能性とパーミッションを確認**
-   ```typescript
-   const { available } = await SpeechRecognition.available();
-   if (!available) return;
-
-   const { speechRecognition } = await SpeechRecognition.requestPermissions();
-   if (speechRecognition !== 'granted') return;
-   ```
-
-2. **リスナーをクリーンアップ**
-   メモリリークを防ぐために、不要になったらリスナーを常に削除してください:
-   ```typescript
-   await listener.remove();
-   // または
-   await SpeechRecognition.removeAllListeners();
-   ```
-
-3. **エラーを適切に処理**
-   ```typescript
-   try {
-     await SpeechRecognition.start({ language: 'en-US' });
-   } catch (error) {
-     console.error('Speech recognition failed:', error);
-     // ユーザーフレンドリーなエラーメッセージを表示
-   }
-   ```
-
-4. **視覚的なフィードバックを提供**
-   `listeningState`イベントを使用して、アプリがアクティブにリスニングしている時をユーザーに表示します。
-
-5. **異なるアクセントと言語でテスト**
-   音声認識の精度は言語とアクセントによって異なります。ターゲットオーディエンスで徹底的にテストしてください。
-
-## プラットフォームノート
-
-### iOS
-- iOS 10.0+が必要
-- ネイティブ`SFSpeechRecognizer`を使用
-- iOS 16+で句読点をサポート
-- マイクと音声認識の両方のパーミッションが必要
-- デバイスの言語がリクエストされた言語と一致しない場合、認識が失敗する可能性があります
-
-### Android
-- Android 6.0 (API 23)+が必要
-- `SpeechRecognizer` APIを使用
-- 設定可能な無音検出を伴うセグメント化されたセッションをサポート
-- Android 13+はサポートされている言語のリストを公開しません
-- 一部のデバイスではシステム認識UIが表示される場合があります
-
-### Web
-- Web Speech API経由の限定サポート
-- すべてのブラウザが音声認識をサポートしているわけではありません
-- HTTPS接続が必要
-- ブラウザによって異なる動作をする可能性があります
-
-## トラブルシューティング
-
-### パーミッション拒否
-パーミッションが拒否された場合、ユーザーをアプリ設定にガイドします:
-```typescript
-const { speechRecognition } = await SpeechRecognition.checkPermissions();
-if (speechRecognition === 'denied') {
-  // 設定でパーミッションを有効にする手順を表示
-}
-```
-
-### 結果が返されない
-- マイクが動作していることを確認
-- 静かな環境を確保
-- 言語コードがデバイスの機能と一致していることを確認
-- ネットワーク接続を確認(一部のプラットフォームで必要)
-
-### 認識が予期せず停止する
-- `isListening()`を使用して状態を確認
-- `listeningState`イベントをリスニング
-- 必要に応じて自動再起動ロジックを実装
-
-## 次のステップ
-
-- [GitHubでAPIリファレンスを表示](https://github.com/Cap-go/capacitor-speech-recognition#api)
-- [問題を報告](https://github.com/Cap-go/capacitor-speech-recognition/issues)
-- [サンプルアプリを探索](https://github.com/Cap-go/capacitor-speech-recognition/tree/main/example)
diff --git a/src/content/docs/ja/docs/plugins/speech-recognition/index.mdx b/src/content/docs/ja/docs/plugins/speech-recognition/index.mdx
deleted file mode 100644
index 301975a4d..000000000
--- a/src/content/docs/ja/docs/plugins/speech-recognition/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-speech-recognition"
-locale: ja
-description: iOSとAndroidプラットフォーム間でパリティを持つCapacitorアプリのための自然で低遅延の音声認識。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: リアルタイム文字起こし、ストリーミング部分結果、クロスプラットフォームパリティを備えた包括的なデバイス上音声認識。
-  image:
-    file: ~public/icons/plugins/speech-recognition.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/speech-recognition/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-speech-recognition/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="リアルタイム文字起こし" icon="rocket">
-    ユーザーが話している間に即座に部分結果を取得 🎤
-  </Card>
-  <Card title="クロスプラットフォームパリティ" icon="star">
-    iOSとAndroid間で一貫したAPIと動作 📱
-  </Card>
-  <Card title="セグメント化されたセッション" icon="list-format">
-    無音に基づいて認識をセグメントに分割 🔇
-  </Card>
-  <Card title="句読点サポート" icon="pencil">
-    iOS 16+で自動句読点 📝
-  </Card>
-  <Card title="パーミッションヘルパー" icon="approve-check-circle">
-    組み込みのパーミッションリクエストとステータスチェック 🔒
-  </Card>
-  <Card title="言語サポート" icon="translate">
-    デバイスでサポートされている認識言語へのアクセス 🌍
-  </Card>
-  <Card title="はじめに" icon="open-book">
-    プラグインをインストールして設定するには、[はじめにガイド](/docs/plugins/speech-recognition/getting-started/)をご確認ください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/speech-synthesis/getting-started.mdx b/src/content/docs/ja/docs/plugins/speech-synthesis/getting-started.mdx
deleted file mode 100644
index 1c264145c..000000000
--- a/src/content/docs/ja/docs/plugins/speech-synthesis/getting-started.mdx
+++ /dev/null
@@ -1,252 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Speech Synthesisプラグインをインストールして使用し、Capacitorアプリでテキストを音声に変換する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-speech-synthesis" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-プラグインをインポートしてテキストから音声を合成します:
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-// 基本的なテキスト読み上げ
-const speak = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Hello, world!',
-    language: 'en-US'
-  });
-};
-
-// 音声制御を伴う高度な使用方法
-const speakWithVoice = async () => {
-  await SpeechSynthesis.speak({
-    text: 'This is a test of speech synthesis.',
-    language: 'en-US',
-    rate: 1.0,      // 発話速度: 0.1から10.0
-    pitch: 1.0,     // 音声ピッチ: 0.5から2.0
-    volume: 1.0,    // 音量: 0.0から1.0
-    voice: 'com.apple.ttsbundle.Samantha-compact'
-  });
-};
-```
-
-## APIリファレンス
-
-### speak(options)
-
-指定された音声設定を使用してテキストを話します。
-
-```typescript
-interface SpeakOptions {
-  text: string;           // 話すテキスト
-  language?: string;      // 言語コード(例: 'en-US', 'es-ES')
-  rate?: number;          // 発話速度: 0.1から10.0(デフォルト: 1.0)
-  pitch?: number;         // 音声ピッチ: 0.5から2.0(デフォルト: 1.0)
-  volume?: number;        // 音量: 0.0から1.0(デフォルト: 1.0)
-  voice?: string;         // 音声識別子(getVoices()から取得)
-}
-
-await SpeechSynthesis.speak(options);
-```
-
-### stop()
-
-進行中の音声合成を停止します。
-
-```typescript
-await SpeechSynthesis.stop();
-```
-
-### getVoices()
-
-音声合成に利用可能な音声のリストを取得します。
-
-```typescript
-interface Voice {
-  voiceURI: string;       // 一意の音声識別子
-  name: string;           // 人間が読める音声名
-  lang: string;           // 言語コード
-  default: boolean;       // これがデフォルトの音声かどうか
-}
-
-const { voices } = await SpeechSynthesis.getVoices();
-console.log('Available voices:', voices);
-```
-
-### getSupportedLanguages()
-
-サポートされている言語コードのリストを取得します。
-
-```typescript
-const { languages } = await SpeechSynthesis.getSupportedLanguages();
-console.log('Supported languages:', languages);
-```
-
-### isSpeaking()
-
-音声合成が現在アクティブかどうかを確認します。
-
-```typescript
-const { speaking } = await SpeechSynthesis.isSpeaking();
-console.log('Currently speaking:', speaking);
-```
-
-## 完全な例
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-export class TextToSpeechService {
-  private currentVoice: string | undefined;
-
-  async init() {
-    // 利用可能な音声を取得
-    const { voices } = await SpeechSynthesis.getVoices();
-
-    // 英語の音声を見つける
-    const englishVoice = voices.find(v => v.lang.startsWith('en'));
-    this.currentVoice = englishVoice?.voiceURI;
-
-    console.log(`Using voice: ${englishVoice?.name}`);
-  }
-
-  async speak(text: string, options?: Partial<SpeakOptions>) {
-    try {
-      // 進行中の音声を停止
-      await SpeechSynthesis.stop();
-
-      // テキストを話す
-      await SpeechSynthesis.speak({
-        text,
-        language: 'en-US',
-        rate: 1.0,
-        pitch: 1.0,
-        volume: 1.0,
-        voice: this.currentVoice,
-        ...options
-      });
-    } catch (error) {
-      console.error('Speech synthesis failed:', error);
-      throw error;
-    }
-  }
-
-  async speakWithRate(text: string, rate: number) {
-    await this.speak(text, { rate });
-  }
-
-  async stop() {
-    await SpeechSynthesis.stop();
-  }
-
-  async checkIfSpeaking(): Promise<boolean> {
-    const { speaking } = await SpeechSynthesis.isSpeaking();
-    return speaking;
-  }
-
-  async listVoicesByLanguage(languageCode: string) {
-    const { voices } = await SpeechSynthesis.getVoices();
-    return voices.filter(v => v.lang.startsWith(languageCode));
-  }
-}
-```
-
-## 高度な使用方法
-
-### 多言語サポート
-
-```typescript
-// 異なる言語で話す
-const speakMultiLanguage = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Hello!',
-    language: 'en-US'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'Bonjour!',
-    language: 'fr-FR'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'こんにちは!',
-    language: 'ja-JP'
-  });
-};
-```
-
-### 音声の選択
-
-```typescript
-// 特定の音声を選択
-const selectVoice = async (languageCode: string) => {
-  const { voices } = await SpeechSynthesis.getVoices();
-
-  // 言語で音声をフィルタリング
-  const languageVoices = voices.filter(v =>
-    v.lang.startsWith(languageCode)
-  );
-
-  // 利用可能な最初の音声を使用
-  if (languageVoices.length > 0) {
-    await SpeechSynthesis.speak({
-      text: 'Testing voice selection',
-      language: languageCode,
-      voice: languageVoices[0].voiceURI
-    });
-  }
-};
-```
-
-### 長いテキストの読み上げ
-
-```typescript
-// 長いテキストをチャンクに分割して話す
-const speakLongText = async (longText: string) => {
-  const sentences = longText.match(/[^.!?]+[.!?]+/g) || [longText];
-
-  for (const sentence of sentences) {
-    await SpeechSynthesis.speak({
-      text: sentence.trim(),
-      language: 'en-US',
-      rate: 0.9
-    });
-
-    // 文の間に少し待つ
-    await new Promise(resolve => setTimeout(resolve, 500));
-  }
-};
-```
-
-## ベストプラクティス
-
-1. **音声の選択**: 特定の音声IDを使用する前に常に利用可能な音声を確認する
-2. **言語コード**: 標準言語コードを使用する(例: 'en-US', 'es-ES', 'fr-FR')
-3. **速度制御**: 自然な音声のために速度を0.5から2.0の間に保つ
-4. **話す前に停止**: 重複を避けるために新しい音声を開始する前にstop()を呼び出す
-5. **エラー処理**: 堅牢なエラー処理のためにすべての呼び出しをtry-catchブロックでラップする
-
-## トラブルシューティング
-
-### 一般的な問題
-
-**音声出力なし**: デバイスの音量を確認し、テキストが空でないことを確認する
-**音声が見つからない**: getVoices()を使用してデバイスで利用可能な音声を見つける
-**音声が中断される**: 新しい合成を開始する前に進行中の音声を停止する
-**言語がサポートされていない**: getSupportedLanguages()で利用可能な言語を確認する
diff --git a/src/content/docs/ja/docs/plugins/speech-synthesis/index.mdx b/src/content/docs/ja/docs/plugins/speech-synthesis/index.mdx
deleted file mode 100644
index ee0ae5ef1..000000000
--- a/src/content/docs/ja/docs/plugins/speech-synthesis/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-speech-synthesis"
-locale: ja
-description: 言語、音声、ピッチ、速度、音量を完全に制御してテキストから音声を合成します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "紹介"
-hero:
-  tagline: iOS、Android、Webで言語、音声、ピッチ、速度、音量を完全に制御してテキストを音声に変換します。
-  image:
-    file: ~public/icons/plugins/speech-synthesis.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/speech-synthesis/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-speech-synthesis/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="複数の言語" icon="translate">
-    数十の言語と地域バリアントをサポート 🌍
-  </Card>
-  <Card title="音声の選択" icon="comment">
-    各言語で利用可能なシステム音声から選択 🎤
-  </Card>
-  <Card title="細かい制御" icon="setting">
-    ピッチ、速度、音量を調整して音声出力をカスタマイズ ⚙️
-  </Card>
-  <Card title="クロスプラットフォーム" icon="laptop">
-    iOS、Android、Webプラットフォーム間で一貫したAPI 📱
-  </Card>
-  <Card title="リアルタイム制御" icon="rocket">
-    音声再生を即座に一時停止、再開、キャンセル 🎮
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    わずか数分でプラグインをマスターするには、[ドキュメント](/docs/plugins/speech-synthesis/getting-started/)をご確認ください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/streamcall/getting-started.mdx b/src/content/docs/ja/docs/plugins/streamcall/getting-started.mdx
deleted file mode 100644
index e2141615a..000000000
--- a/src/content/docs/ja/docs/plugins/streamcall/getting-started.mdx
+++ /dev/null
@@ -1,488 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Stream Video SDKをインストールして統合し、Capacitorアプリでプロフェッショナルなビデオ通話を実現する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 前提条件
-
-StreamアカウントとAPI認証情報が必要です。アカウントをお持ちでない場合は[Stream](https://getstream.io/)でサインアップしてください。
-
-## プラットフォーム設定
-
-### iOS
-
-`Info.plist`に必要なパーミッションを追加します:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>This app needs camera access for video calls</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs microphone access for video calls</string>
-```
-
-### Android
-
-`AndroidManifest.xml`に必要なパーミッションを追加します:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-```
-
-## 使用例
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-// Stream SDKを初期化
-await StreamCall.initialize({
-  apiKey: 'your-stream-api-key',
-  userId: 'user-123',
-  userToken: 'user-token'
-});
-
-// 通話を作成
-await StreamCall.createCall({
-  callId: 'call-123',
-  callType: 'default'
-});
-
-// 通話に参加
-await StreamCall.joinCall({
-  callId: 'call-123'
-});
-
-// カメラの有効/無効
-await StreamCall.toggleCamera({
-  enabled: true
-});
-
-// マイクの有効/無効
-await StreamCall.toggleMicrophone({
-  enabled: true
-});
-
-// カメラの切り替え(前面/背面)
-await StreamCall.switchCamera();
-
-// 通話を終了
-await StreamCall.leaveCall();
-
-// 通話イベントをリスニング
-StreamCall.addListener('callStarted', (data) => {
-  console.log('Call started:', data);
-});
-
-StreamCall.addListener('callEnded', (data) => {
-  console.log('Call ended:', data);
-});
-
-StreamCall.addListener('participantJoined', (data) => {
-  console.log('Participant joined:', data);
-});
-
-StreamCall.addListener('participantLeft', (data) => {
-  console.log('Participant left:', data);
-});
-```
-
-## APIリファレンス
-
-### initialize(options)
-
-```typescript
-initialize(options: InitializeOptions) => Promise<void>
-```
-
-Stream Video SDKを初期化します。
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `InitializeOptions` |
-
-### createCall(options)
-
-```typescript
-createCall(options: CreateCallOptions) => Promise<void>
-```
-
-新しいビデオ通話を作成します。
-
-| Param         | Type                        |
-| ------------- | --------------------------- |
-| **`options`** | `CreateCallOptions` |
-
-### joinCall(options)
-
-```typescript
-joinCall(options: JoinCallOptions) => Promise<void>
-```
-
-既存のビデオ通話に参加します。
-
-| Param         | Type                      |
-| ------------- | ------------------------- |
-| **`options`** | `JoinCallOptions` |
-
-### leaveCall()
-
-```typescript
-leaveCall() => Promise<void>
-```
-
-現在の通話を退出します。
-
-### toggleCamera(options)
-
-```typescript
-toggleCamera(options: { enabled: boolean }) => Promise<void>
-```
-
-カメラを有効または無効にします。
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### toggleMicrophone(options)
-
-```typescript
-toggleMicrophone(options: { enabled: boolean }) => Promise<void>
-```
-
-マイクを有効または無効にします。
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### switchCamera()
-
-```typescript
-switchCamera() => Promise<void>
-```
-
-前面カメラと背面カメラを切り替えます。
-
-### setSpeakerphone(options)
-
-```typescript
-setSpeakerphone(options: { enabled: boolean }) => Promise<void>
-```
-
-スピーカーフォンを有効または無効にします。
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendCallInvite(options)
-
-```typescript
-sendCallInvite(options: InviteOptions) => Promise<void>
-```
-
-ユーザーに通話招待を送信します。
-
-| Param         | Type                    |
-| ------------- | ----------------------- |
-| **`options`** | `InviteOptions` |
-
-### acceptCall(options)
-
-```typescript
-acceptCall(options: { callId: string }) => Promise<void>
-```
-
-着信通話を承認します。
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-### rejectCall(options)
-
-```typescript
-rejectCall(options: { callId: string }) => Promise<void>
-```
-
-着信通話を拒否します。
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-## インターフェース
-
-### InitializeOptions
-
-| Prop            | Type              | Description                    |
-| --------------- | ----------------- | ------------------------------ |
-| **`apiKey`**    | `string` | Stream APIキー                 |
-| **`userId`**    | `string` | ユーザーID                        |
-| **`userToken`** | `string` | ユーザー認証トークン      |
-| **`userName`**  | `string` | ユーザー表示名(オプション)   |
-| **`userImage`** | `string` | ユーザープロフィール画像URL(オプション) |
-
-### CreateCallOptions
-
-| Prop           | Type              | Description                        |
-| -------------- | ----------------- | ---------------------------------- |
-| **`callId`**   | `string` | 一意の通話識別子             |
-| **`callType`** | `string` | 通話タイプ(例: 'default', 'audio-only') |
-| **`members`**  | `string[]` | 招待するユーザーIDの配列(オプション) |
-
-### JoinCallOptions
-
-| Prop         | Type              | Description                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | 参加する通話ID            |
-
-### InviteOptions
-
-| Prop         | Type              | Description                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | 通話ID                    |
-| **`userId`** | `string` | 招待するユーザーID          |
-
-## イベントリスナー
-
-### 利用可能なイベント
-
-- `callStarted` - 通話が開始されました
-- `callEnded` - 通話が終了しました
-- `participantJoined` - 参加者が通話に参加しました
-- `participantLeft` - 参加者が通話から退出しました
-- `incomingCall` - 着信通話を受信しました
-- `callAccepted` - 通話が承認されました
-- `callRejected` - 通話が拒否されました
-- `error` - エラーが発生しました
-
-### イベント例
-
-```typescript
-// 着信通話をリスニング
-StreamCall.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.callerId);
-  console.log('Caller name:', data.callerName);
-
-  // 着信通話UIを表示
-  showIncomingCallScreen({
-    callerId: data.callerId,
-    callerName: data.callerName,
-    callerImage: data.callerImage,
-    callId: data.callId
-  });
-});
-
-// 通話承認をリスニング
-StreamCall.addListener('callAccepted', (data) => {
-  console.log('Call accepted');
-  // 通話画面に移動
-});
-
-// エラーをリスニング
-StreamCall.addListener('error', (error) => {
-  console.error('Call error:', error.message);
-  // エラーを適切に処理
-});
-
-// 完了したらリスナーを削除
-const listener = await StreamCall.addListener('callStarted', (data) => {
-  console.log('Call started');
-});
-
-// 後で...
-listener.remove();
-```
-
-## 完全な例
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-class VideoCallService {
-  async initialize(userId: string, userName: string) {
-    try {
-      await StreamCall.initialize({
-        apiKey: 'your-stream-api-key',
-        userId: userId,
-        userToken: await this.getUserToken(userId),
-        userName: userName
-      });
-
-      this.setupEventListeners();
-    } catch (error) {
-      console.error('Failed to initialize Stream:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // 着信通話を処理
-    StreamCall.addListener('incomingCall', async (data) => {
-      const accepted = await this.showIncomingCallDialog(data);
-
-      if (accepted) {
-        await StreamCall.acceptCall({ callId: data.callId });
-        await StreamCall.joinCall({ callId: data.callId });
-      } else {
-        await StreamCall.rejectCall({ callId: data.callId });
-      }
-    });
-
-    // 通話イベントを処理
-    StreamCall.addListener('callStarted', () => {
-      console.log('Call started');
-    });
-
-    StreamCall.addListener('callEnded', () => {
-      console.log('Call ended');
-      this.navigateToHome();
-    });
-
-    StreamCall.addListener('participantJoined', (data) => {
-      console.log('Participant joined:', data.participantName);
-    });
-  }
-
-  async startCall(recipientId: string) {
-    try {
-      const callId = `call-${Date.now()}`;
-
-      // 通話を作成して参加
-      await StreamCall.createCall({
-        callId: callId,
-        callType: 'default',
-        members: [recipientId]
-      });
-
-      await StreamCall.joinCall({ callId: callId });
-
-      // 招待を送信
-      await StreamCall.sendCallInvite({
-        callId: callId,
-        userId: recipientId
-      });
-
-      console.log('Call started');
-    } catch (error) {
-      console.error('Failed to start call:', error);
-    }
-  }
-
-  async endCall() {
-    try {
-      await StreamCall.leaveCall();
-      console.log('Call ended');
-    } catch (error) {
-      console.error('Failed to end call:', error);
-    }
-  }
-
-  async toggleVideo(enabled: boolean) {
-    await StreamCall.toggleCamera({ enabled });
-  }
-
-  async toggleAudio(enabled: boolean) {
-    await StreamCall.toggleMicrophone({ enabled });
-  }
-
-  async flipCamera() {
-    await StreamCall.switchCamera();
-  }
-
-  private async getUserToken(userId: string): Promise<string> {
-    // バックエンドからユーザートークンを取得
-    const response = await fetch(`/api/stream-token?userId=${userId}`);
-    const data = await response.json();
-    return data.token;
-  }
-
-  private async showIncomingCallDialog(data: any): Promise<boolean> {
-    // ネイティブダイアログまたはカスタムUIを表示
-    return confirm(`Incoming call from ${data.callerName}`);
-  }
-
-  private navigateToHome() {
-    // ホーム画面に移動
-    window.location.href = '/';
-  }
-}
-
-// 使用方法
-const videoCall = new VideoCallService();
-await videoCall.initialize('user-123', 'John Doe');
-
-// 通話を開始
-await videoCall.startCall('user-456');
-
-// コントロールを切り替え
-await videoCall.toggleVideo(false); // ビデオを無効化
-await videoCall.toggleAudio(false); // ミュート
-await videoCall.flipCamera(); // カメラを切り替え
-
-// 通話を終了
-await videoCall.endCall();
-```
-
-## ベストプラクティス
-
-- アプリのライフサイクルの早い段階でSDKを初期化する
-- 通話を開始する前にパーミッションリクエストを処理する
-- ネットワークの問題に対する適切なエラー処理を実装する
-- コンポーネントがアンマウントされたらリスナーをクリーンアップする
-- 実際のデバイスでテストする(エミュレータだけでなく)
-- ネットワーク中断に対する再接続ロジックを実装する
-- 通話状態の視覚的フィードバックを提供する
-- バックグラウンド/フォアグラウンド遷移を処理する
-
-## ローカライゼーション
-
-プラグインはネイティブUI要素の複数言語をサポートしています。プラットフォーム固有の設定で構成してください。
-
-## ユースケース
-
-- 1対1のビデオ通話
-- グループビデオ会議
-- 音声のみの通話
-- 画面共有セッション
-- カスタマーサポートビデオチャット
-- 遠隔医療相談
-- リモートコラボレーション
diff --git a/src/content/docs/ja/docs/plugins/streamcall/index.mdx b/src/content/docs/ja/docs/plugins/streamcall/index.mdx
deleted file mode 100644
index f8e2293d1..000000000
--- a/src/content/docs/ja/docs/plugins/streamcall/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-stream-call"
-locale: ja
-description: プロフェッショナルなビデオ通話機能を実現するCapacitorアプリ向けのStream Video SDK統合。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "紹介"
-hero:
-  tagline: Stream Video SDKを使用して、フルスクリーンサポートと発信者情報を備えたプロフェッショナルなビデオ通話機能をアプリで実現します。
-  image:
-    file: ~public/icons/plugins/streamcall.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/streamcall/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-stream-call/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Stream Video SDK" icon="star">
-    Streamのプロフェッショナルなビデオインフラストラクチャによって駆動 🎥
-  </Card>
-  <Card title="フルスクリーン通話" icon="rocket">
-    ロック画面とフルスクリーン通話のサポート 📱
-  </Card>
-  <Card title="発信者情報" icon="star">
-    発信者名とプロフィール画像を表示 👤
-  </Card>
-  <Card title="カメラコントロール" icon="setting">
-    カメラを切り替えてビデオ/音声を切り替え 📹
-  </Card>
-  <Card title="通話管理" icon="approve-check">
-    通話をシームレスに承認、拒否、管理 📞
-  </Card>
-  <Card title="多言語" icon="translate">
-    iOSとAndroidのローカライゼーションサポート 🌍
-  </Card>
-  <Card title="はじめに" icon="open-book">
-    プラグインをインストールして設定するには、[はじめにガイド](/docs/plugins/streamcall/getting-started/)をご確認ください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/textinteraction/getting-started.mdx b/src/content/docs/ja/docs/plugins/textinteraction/getting-started.mdx
deleted file mode 100644
index f021298ea..000000000
--- a/src/content/docs/ja/docs/plugins/textinteraction/getting-started.mdx
+++ /dev/null
@@ -1,274 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Text Interactionプラグインをインストールして使用し、iOSのテキスト選択拡大鏡とルーペを制御する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## プラットフォームサポート
-
-- **iOS**: iOS 15.0+(UITextInteraction APIが必要)
-- **Android**: 操作なし(サポートされていないを返す)
-- **Web**: 操作なし(サポートされていないを返す)
-
-## 使用例
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-// テキストインタラクションを無効化(拡大鏡/ルーペを削除)
-const result = await TextInteraction.setEnabled({ enabled: false });
-
-if (result.success) {
-  console.log('Text interaction disabled');
-} else {
-  console.log('Not supported on this platform');
-}
-
-// テキスト入力を表示する前にテキストインタラクションを再有効化
-await TextInteraction.setEnabled({ enabled: true });
-```
-
-## APIリファレンス
-
-### setEnabled(options)
-
-```typescript
-setEnabled(options: { enabled: boolean }) => Promise<{ success: boolean }>
-```
-
-iOSのテキストインタラクション(拡大鏡レンズと選択ハンドル)を有効または無効にします。
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-**戻り値:** `Promise<{ success: boolean }>`
-
-- iOS 15+で操作が成功した場合は`{ success: true }`を返す
-- サポートされていない場合(Android、Web、またはiOS < 15)は`{ success: false }`を返す
-
-## 実用的なユースケース
-
-### キオスクアプリケーション
-
-キオスクモードでテキストインタラクションを無効にして、ユーザーがコピー/ペーストメニューにアクセスするのを防ぎます:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function enterKioskMode() {
-  // キオスクモードでテキストインタラクションを無効化
-  const result = await TextInteraction.setEnabled({ enabled: false });
-
-  if (result.success) {
-    console.log('Kiosk mode: Text interaction disabled');
-  }
-}
-
-async function exitKioskMode() {
-  // キオスクモードを終了する際にテキストインタラクションを再有効化
-  await TextInteraction.setEnabled({ enabled: true });
-  console.log('Kiosk mode: Text interaction enabled');
-}
-```
-
-### ゲーム体験
-
-ゲームプレイ中は拡大鏡レンズを削除し、テキスト入力用に復元します:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class GameController {
-  async startGame() {
-    // ゲームプレイ中はテキストインタラクションを無効化
-    await TextInteraction.setEnabled({ enabled: false });
-    console.log('Game started - text interaction disabled');
-  }
-
-  async showTextInput() {
-    // 入力を表示する前にテキストインタラクションを有効化
-    await TextInteraction.setEnabled({ enabled: true });
-    console.log('Text input ready - interaction enabled');
-
-    // 入力フィールドを表示
-    this.displayInputField();
-  }
-
-  async hideTextInput() {
-    // 入力を非表示にして再度インタラクションを無効化
-    this.hideInputField();
-    await TextInteraction.setEnabled({ enabled: false });
-  }
-}
-```
-
-### インタラクティブインスタレーション
-
-デジタルサイネージとインタラクティブディスプレイのテキストインタラクションを制御:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function setupInteractiveDisplay() {
-  // ディスプレイモード用にテキストインタラクションを無効化
-  await TextInteraction.setEnabled({ enabled: false });
-
-  // ディスプレイインタラクション用のタッチハンドラーを設定
-  document.addEventListener('touchstart', handleDisplayTouch);
-}
-
-async function enableUserInput() {
-  // ユーザーがデータを入力する必要がある場合にテキストインタラクションを有効化
-  const result = await TextInteraction.setEnabled({ enabled: true });
-
-  if (result.success) {
-    showInputForm();
-  } else {
-    // サポートされていないプラットフォームのフォールバック
-    showInputFormWithoutTextInteraction();
-  }
-}
-```
-
-### フォーム管理
-
-フォームの状態に基づいてテキストインタラクションを切り替え:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class FormManager {
-  private textInteractionEnabled = true;
-
-  async disableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: false });
-    this.textInteractionEnabled = false;
-    return result.success;
-  }
-
-  async enableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: true });
-    this.textInteractionEnabled = true;
-    return result.success;
-  }
-
-  async onFormFocus() {
-    // キーボードを表示する前に常に有効化
-    await this.enableTextSelection();
-  }
-
-  async onFormBlur() {
-    // 入力が完了したら任意で無効化
-    await this.disableTextSelection();
-  }
-}
-```
-
-### 条件付きテキストインタラクション
-
-プラットフォームを認識したテキストインタラクション制御:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-import { Capacitor } from '@capacitor/core';
-
-async function toggleTextInteraction(enabled: boolean) {
-  // iOSでのみ試行
-  if (Capacitor.getPlatform() === 'ios') {
-    const result = await TextInteraction.setEnabled({ enabled });
-
-    if (result.success) {
-      console.log(`Text interaction ${enabled ? 'enabled' : 'disabled'}`);
-    } else {
-      console.log('Text interaction not supported on this iOS version');
-    }
-  } else {
-    console.log('Text interaction control only available on iOS');
-  }
-}
-
-// 使用方法
-await toggleTextInteraction(false); // 無効化
-await toggleTextInteraction(true);  // 有効化
-```
-
-## ベストプラクティス
-
-- **テキスト入力前に常に再有効化**: 必要に応じてテキストインタラクションを無効にしますが、テキスト入力フィールドやキーボードを表示する前に常に再有効化してください
-- **プラットフォームサポートを確認**: `result.success`を確認して、サポートされていないプラットフォームを適切に処理してください
-- **iOS固有の機能**: このプラグインはiOS専用です。AndroidとWeb用のフォールバックを実装してください
-- **ユーザー体験**: テキストインタラクションを無効にすることのUXへの影響を考慮してください
-- **状態管理**: 冗長な呼び出しを避けるために有効/無効状態を追跡してください
-
-## 重要な注意事項
-
-1. **テキスト入力用に再有効化**: テキスト入力フィールドを表示する前に常に`setEnabled({ enabled: true })`を呼び出してください。そうしないと、ユーザーはテキストを適切に選択または編集できません
-
-2. **プラットフォーム検出**: プラグインはAndroid、Web、およびiOS 15.0未満のバージョンで`{ success: false }`を返します
-
-3. **視覚的フィードバックなし**: テキストインタラクションを無効にすると拡大鏡が削除されますが、視覚的フィードバックは提供されません - 必要に応じて独自のUIインジケータを実装してください
-
-4. **安全なデフォルト**: テキストインタラクションシステムはデフォルトで有効になっており、iOSの標準動作と一致します
-
-## 制限事項
-
-- iOS 15.0+のみ(UITextInteraction APIが必要)
-- AndroidまたはWebプラットフォームでは効果なし
-- 拡大鏡または選択ハンドルのみを選択的に無効化できない
-- ユーザーが無効化された機能を使用しようとした際のコールバックなし
-
-## ユースケース
-
-- **キオスクアプリケーション**: 制御されたインストールでコピー/ペーストを防止
-- **ゲーム体験**: ゲームプレイ中に拡大鏡を削除
-- **インタラクティブディスプレイ**: デジタルサイネージでのテキストインタラクションを制御
-- **カスタムテキストエディタ**: 特殊なテキスト編集体験を構築
-- **セキュリティ**: 機密領域でのテキスト選択を防止
-
-## トラブルシューティング
-
-### テキストインタラクションが無効化されない
-
-- iOSバージョンが15.0以上であることを確認
-- `result.success`が`true`を返すことを確認
-- 他のコードがテキストインタラクションを再有効化していないことを確認
-
-### ユーザーがテキストを編集できない
-
-- テキスト入力を表示する前に`setEnabled({ enabled: true })`を呼び出したことを確認
-- `result.success`を確認して有効化呼び出しが成功したことを確認
-- 実際のiOSデバイスでテスト(シミュレータだけでなく)
diff --git a/src/content/docs/ja/docs/plugins/textinteraction/index.mdx b/src/content/docs/ja/docs/plugins/textinteraction/index.mdx
deleted file mode 100644
index 5298d300a..000000000
--- a/src/content/docs/ja/docs/plugins/textinteraction/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-textinteraction"
-locale: ja
-description: WebViewの動作を正確に制御するためにiOSテキストインタラクションルーペを有効または無効にします。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: キオスクまたはゲーム体験でiOS拡大鏡レンズを削除し、テキスト入力前に復元します。
-  image:
-    file: ~public/icons/plugins/textinteraction.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/textinteraction/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-textinteraction/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-キオスクディスプレイ、ゲーム、インタラクティブインスタレーションでUXを調整するために、Appleのテキストインタラクションシステムを制御します。
-
-<CardGrid stagger>
-  <Card title="iOS固有" icon="rocket">
-    iOS 15で導入された拡大鏡レンズと選択ハンドルを切り替えます。
-  </Card>
-  <Card title="シンプルなAPI" icon="pencil">
-    単一のメソッドを呼び出してテキストインタラクション状態を有効または無効にします。
-  </Card>
-  <Card title="安全なデフォルト" icon="approve-check">
-    サポートされていないバージョンを検出できるようにブール結果を受け取ります。
-  </Card>
-  <Card title="キオスクフレンドリー" icon="star">
-    制御されたインストールまたはサイネージでの長押しコピー/ペーストを防止します。
-  </Card>
-</CardGrid>
-
-最小限の統合パターンとテキスト入力を表示する前にインタラクションを再有効化するためのリマインダーについては、はじめにガイドを使用してください。
diff --git a/src/content/docs/ja/docs/plugins/twilio-voice/getting-started.mdx b/src/content/docs/ja/docs/plugins/twilio-voice/getting-started.mdx
deleted file mode 100644
index 4337d2ab9..000000000
--- a/src/content/docs/ja/docs/plugins/twilio-voice/getting-started.mdx
+++ /dev/null
@@ -1,568 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Twilio Voiceをインストールして統合し、CapacitorアプリでVoIP通話を実現する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 前提条件
-
-Twilioアカウントと認証用のアクセストークンが必要です。アカウントをお持ちでない場合は[Twilio](https://www.twilio.com/)でサインアップしてください。
-
-## プラットフォーム設定
-
-### iOS
-
-`Info.plist`に必要なパーミッションを追加します:
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs microphone access for voice calls</string>
-```
-
-PushKitを使用した着信通話の場合:
-
-1. Xcodeの機能でプッシュ通知を有効化
-2. VoIPバックグラウンドモードを追加
-3. Twilioコンソールでvip証明書を設定
-
-### Android
-
-`AndroidManifest.xml`に必要なパーミッションを追加します:
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-<uses-permission android:name="android.permission.USE_FULL_SCREEN_INTENT" />
-```
-
-プッシュ通知用にFirebaseを設定:
-
-1. `google-services.json`をAndroidプロジェクトに追加
-2. TwilioコンソールでFCMを設定
-
-## 使用例
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// Twilioで認証
-await TwilioVoice.login({
-  accessToken: 'your-twilio-access-token'
-});
-
-// 通話を発信
-await TwilioVoice.makeCall({
-  to: '+1234567890'
-});
-
-// 通話イベントをリスニング
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data.callSid);
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('Call disconnected:', data.callSid);
-});
-
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.from);
-
-  // 通話を承認
-  TwilioVoice.acceptCall({ callSid: data.callSid });
-
-  // または拒否
-  // TwilioVoice.rejectCall({ callSid: data.callSid });
-});
-
-// 通話をミュート/ミュート解除
-await TwilioVoice.muteCall({
-  muted: true,
-  callSid: 'current-call-sid'
-});
-
-// スピーカーを切り替え
-await TwilioVoice.setSpeaker({
-  enabled: true
-});
-
-// 通話を終了
-await TwilioVoice.endCall({
-  callSid: 'current-call-sid'
-});
-
-// ログアウト
-await TwilioVoice.logout();
-```
-
-## APIリファレンス
-
-### login(options)
-
-```typescript
-login(options: { accessToken: string }) => Promise<void>
-```
-
-アクセストークンを使用してTwilioで認証します。
-
-| Param         | Type                              |
-| ------------- | --------------------------------- |
-| **`options`** | `{ accessToken: string }` |
-
-### logout()
-
-```typescript
-logout() => Promise<void>
-```
-
-ユーザーセッションを終了し、通話状態をクリアします。
-
-### isLoggedIn()
-
-```typescript
-isLoggedIn() => Promise<{ loggedIn: boolean }>
-```
-
-現在の認証ステータスを確認します。
-
-**戻り値:** `Promise<{ loggedIn: boolean }>`
-
-### makeCall(options)
-
-```typescript
-makeCall(options: { to: string; params?: Record<string, string> }) => Promise<{ callSid: string }>
-```
-
-指定された番号への発信通話を開始します。
-
-| Param         | Type                                                    |
-| ------------- | ------------------------------------------------------- |
-| **`options`** | `{ to: string; params?: Record<string, string> }` |
-
-**戻り値:** `Promise<{ callSid: string }>`
-
-### acceptCall(options)
-
-```typescript
-acceptCall(options: { callSid: string }) => Promise<void>
-```
-
-着信通話を承認します。
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### rejectCall(options)
-
-```typescript
-rejectCall(options: { callSid: string }) => Promise<void>
-```
-
-着信通話を拒否します。
-
-| Param         | Type                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### endCall(options?)
-
-```typescript
-endCall(options?: { callSid?: string }) => Promise<void>
-```
-
-アクティブな通話を終了します。
-
-| Param         | Type                         |
-| ------------- | ---------------------------- |
-| **`options`** | `{ callSid?: string }` (オプション) |
-
-### muteCall(options)
-
-```typescript
-muteCall(options: { muted: boolean; callSid?: string }) => Promise<void>
-```
-
-通話音声をミュートまたはミュート解除します。
-
-| Param         | Type                                            |
-| ------------- | ----------------------------------------------- |
-| **`options`** | `{ muted: boolean; callSid?: string }` |
-
-### setSpeaker(options)
-
-```typescript
-setSpeaker(options: { enabled: boolean }) => Promise<void>
-```
-
-スピーカー出力を切り替えます。
-
-| Param         | Type                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendDigits(options)
-
-```typescript
-sendDigits(options: { digits: string; callSid?: string }) => Promise<void>
-```
-
-通話中にDTMFトーンを送信します。
-
-| Param         | Type                                          |
-| ------------- | --------------------------------------------- |
-| **`options`** | `{ digits: string; callSid?: string }` |
-
-## イベントリスナー
-
-### 利用可能なイベント
-
-- `registered` - Twilioへの登録に成功しました
-- `unregistered` - Twilioから登録解除されました
-- `registrationFailed` - 登録に失敗しました
-- `incomingCall` - 着信通話を受信しました
-- `callConnected` - 通話が正常に接続されました
-- `callDisconnected` - 通話が切断されました
-- `callRinging` - 発信通話が呼び出し中です
-- `callReconnecting` - 通話が再接続中です
-- `callReconnected` - 中断後に通話が再接続されました
-- `qualityWarning` - 通話品質の警告
-- `error` - エラーが発生しました
-
-### イベント例
-
-```typescript
-// 着信通話を処理
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.from);
-  console.log('Call SID:', data.callSid);
-
-  // 着信通話UIを表示
-  showIncomingCallScreen({
-    from: data.from,
-    callSid: data.callSid
-  });
-});
-
-// 通話状態の変更を処理
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data.callSid);
-  startCallTimer();
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('Call ended:', data.callSid);
-  stopCallTimer();
-  hideCallScreen();
-});
-
-// 品質警告を処理
-TwilioVoice.addListener('qualityWarning', (data) => {
-  console.warn('Call quality warning:', data.warning);
-  showQualityWarning(data.warning);
-});
-
-// エラーを処理
-TwilioVoice.addListener('error', (error) => {
-  console.error('Twilio error:', error.message);
-  handleError(error);
-});
-
-// 完了したらリスナーを削除
-const listener = await TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Connected');
-});
-
-// 後で...
-listener.remove();
-```
-
-## 完全な例
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-class VoiceCallService {
-  private currentCallSid: string | null = null;
-  private isMuted = false;
-  private isSpeakerOn = false;
-
-  async initialize(accessToken: string) {
-    try {
-      // Twilioにログイン
-      await TwilioVoice.login({ accessToken });
-
-      // ログインステータスを確認
-      const { loggedIn } = await TwilioVoice.isLoggedIn();
-      console.log('Login status:', loggedIn);
-
-      // イベントリスナーをセットアップ
-      this.setupEventListeners();
-
-    } catch (error) {
-      console.error('Failed to initialize:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // 登録イベント
-    TwilioVoice.addListener('registered', () => {
-      console.log('Successfully registered with Twilio');
-    });
-
-    TwilioVoice.addListener('registrationFailed', (error) => {
-      console.error('Registration failed:', error);
-    });
-
-    // 着信通話
-    TwilioVoice.addListener('incomingCall', async (data) => {
-      console.log('Incoming call from:', data.from);
-
-      const accepted = await this.showIncomingCallDialog(data.from);
-
-      if (accepted) {
-        await TwilioVoice.acceptCall({ callSid: data.callSid });
-        this.currentCallSid = data.callSid;
-      } else {
-        await TwilioVoice.rejectCall({ callSid: data.callSid });
-      }
-    });
-
-    // 通話イベント
-    TwilioVoice.addListener('callConnected', (data) => {
-      console.log('Call connected');
-      this.currentCallSid = data.callSid;
-      this.showCallScreen();
-    });
-
-    TwilioVoice.addListener('callDisconnected', () => {
-      console.log('Call disconnected');
-      this.currentCallSid = null;
-      this.hideCallScreen();
-    });
-
-    TwilioVoice.addListener('callRinging', () => {
-      console.log('Call ringing...');
-    });
-
-    // 品質警告
-    TwilioVoice.addListener('qualityWarning', (data) => {
-      console.warn('Call quality warning:', data.warning);
-      this.showQualityIndicator(data.warning);
-    });
-  }
-
-  async makeCall(phoneNumber: string) {
-    try {
-      const result = await TwilioVoice.makeCall({
-        to: phoneNumber,
-        params: {
-          // オプションのカスタムパラメータ
-          customerId: 'customer-123'
-        }
-      });
-
-      this.currentCallSid = result.callSid;
-      console.log('Call initiated:', result.callSid);
-    } catch (error) {
-      console.error('Failed to make call:', error);
-    }
-  }
-
-  async endCall() {
-    if (this.currentCallSid) {
-      await TwilioVoice.endCall({ callSid: this.currentCallSid });
-      this.currentCallSid = null;
-    }
-  }
-
-  async toggleMute() {
-    this.isMuted = !this.isMuted;
-    await TwilioVoice.muteCall({
-      muted: this.isMuted,
-      callSid: this.currentCallSid || undefined
-    });
-  }
-
-  async toggleSpeaker() {
-    this.isSpeakerOn = !this.isSpeakerOn;
-    await TwilioVoice.setSpeaker({ enabled: this.isSpeakerOn });
-  }
-
-  async sendDTMF(digits: string) {
-    if (this.currentCallSid) {
-      await TwilioVoice.sendDigits({
-        digits,
-        callSid: this.currentCallSid
-      });
-    }
-  }
-
-  async logout() {
-    await TwilioVoice.logout();
-  }
-
-  private async showIncomingCallDialog(from: string): Promise<boolean> {
-    // ネイティブダイアログまたはカスタムUIを表示
-    return confirm(`Incoming call from ${from}`);
-  }
-
-  private showCallScreen() {
-    // 通話UIを表示
-    console.log('Showing call screen');
-  }
-
-  private hideCallScreen() {
-    // 通話UIを非表示
-    console.log('Hiding call screen');
-  }
-
-  private showQualityIndicator(warning: string) {
-    // 品質警告を表示
-    console.log('Quality warning:', warning);
-  }
-}
-
-// 使用方法
-const voiceService = new VoiceCallService();
-
-// バックエンドからのアクセストークンで初期化
-const token = await fetchTwilioToken();
-await voiceService.initialize(token);
-
-// 通話を発信
-await voiceService.makeCall('+1234567890');
-
-// 通話を制御
-await voiceService.toggleMute();
-await voiceService.toggleSpeaker();
-await voiceService.sendDTMF('1');
-
-// 通話を終了
-await voiceService.endCall();
-
-// ログアウト
-await voiceService.logout();
-```
-
-## ベストプラクティス
-
-- アクセストークンはバックエンドサーバーから取得し、アプリに埋め込まない
-- 長時間実行セッションのためにトークンリフレッシュロジックを実装する
-- 再接続ロジックでネットワーク中断を処理する
-- 通話状態の視覚的フィードバックを提供する
-- プッシュ通知で実際のデバイスでテストする
-- 適切なエラー処理を実装する
-- コンポーネントがアンマウントされたらリスナーをクリーンアップする
-- 通話を発信する前にマイクパーミッションをリクエストする
-
-## セキュリティに関する考慮事項
-
-- Twilio認証情報をアプリに保存しない
-- バックエンドでアクセストークンを生成する
-- トークンの有効期限とリフレッシュを実装する
-- すべてのトークンリクエストにHTTPSを使用する
-- サーバーサイドで着信通話を検証する
-
-## トラブルシューティング
-
-### 通話が接続されない
-
-- アクセストークンが有効で期限切れでないことを確認
-- ネットワーク接続を確認
-- マイクパーミッションが付与されていることを確認
-- Twilioアカウントが適切に設定されていることを確認
-
-### プッシュ通知が機能しない
-
-- TwilioでPushKit/FCM証明書が設定されていることを確認
-- デバイスがプッシュ通知に登録されていることを確認
-- 本番証明書でテストする
-
-### 音声の問題
-
-- マイクパーミッションを確認
-- スピーカー/Bluetooth設定を確認
-- 実際のデバイスで音声ルーティングをテストする
-
-## 発信者名表示 (CapacitorTwilioCallerName)
-
-デフォルトでは、着信通話は発信者の電話番号またはクライアントIDを表示します。TwiMLバックエンドから`CapacitorTwilioCallerName`パラメータを渡すことで、代わりにわかりやすい名前を表示するようにカスタマイズできます。
-
-### バックエンドのセットアップ
-
-`<Client>`ダイアルのTwiMLレスポンスを生成する際に、`CapacitorTwilioCallerName`パラメータを追加します:
-
-```java
-// Javaの例
-Parameter callerNameParam = new Parameter.Builder()
-    .name("CapacitorTwilioCallerName")
-    .value("John Doe")
-    .build();
-
-Client client = new Client.Builder(identity)
-    .parameter(callerNameParam)
-    .build();
-
-Dial dial = new Dial.Builder()
-    .client(client)
-    .build();
-```
-
-```javascript
-// Node.jsの例
-const VoiceResponse = require('twilio').twiml.VoiceResponse;
-
-const response = new VoiceResponse();
-const dial = response.dial();
-dial.client({
-  name: 'CapacitorTwilioCallerName',
-  value: 'John Doe'
-}, identity);
-```
-
-### 仕組み
-
-1. バックエンドが着信通話を受信すると、通話をルーティングするTwiMLを生成します
-2. 発信者の表示名を含む`CapacitorTwilioCallerName`パラメータを含めます
-3. プラグインは自動的にこのパラメータを抽出し、以下に使用します:
-   - iOS CallKit着信通話画面
-   - Android着信通話通知
-   - `incomingCall`イベントの`from`フィールド
-   - 通話ステータスの`pendingInvites`配列
-
-`CapacitorTwilioCallerName`が提供されない場合、プラグインは発信者の電話番号またはクライアントIDにフォールバックします。
diff --git a/src/content/docs/ja/docs/plugins/twilio-voice/index.mdx b/src/content/docs/ja/docs/plugins/twilio-voice/index.mdx
deleted file mode 100644
index e48d567ff..000000000
--- a/src/content/docs/ja/docs/plugins/twilio-voice/index.mdx
+++ /dev/null
@@ -1,108 +0,0 @@
----
-title: "@capgo/capacitor-twilio-voice"
-locale: ja
-description: VoIP通話、通話管理、音声処理を備えたCapacitorアプリ向けのTwilio Voice API統合プラグイン。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "紹介"
-hero:
-  tagline: 通話管理、音声制御、リアルタイムコミュニケーションを備えた高品質VoIP通話のためにTwilio Voice APIを統合します。
-  image:
-    file: ~public/icons/plugins/twilio-voice.svg
-  actions:
-    - text: はじめに
-      link: /docs/plugins/twilio-voice/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-twilio-voice/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概要
-
-Capacitor Twilio Voiceプラグインは、TwilioのVoice APIを使用してiOSおよびAndroidアプリケーションで高品質のVoIP通話機能を実現します。このプラグインは、プロフェッショナルな通話体験を作成するための包括的な通話管理、認証、音声制御を提供します。
-
-<CardGrid stagger>
-  <Card title="VoIP通話" icon="rocket">
-    Twilio Voice APIを使用したインターネット経由の高品質音声通話 📞
-  </Card>
-  <Card title="通話管理" icon="setting">
-    完全なライフサイクル制御で通話の発信、承認、拒否、終了 🎛️
-  </Card>
-  <Card title="音声制御" icon="comment">
-    ミュート、スピーカー切り替え、音声ルーティングオプション 🎤
-  </Card>
-  <Card title="プラットフォームサポート" icon="approve-check">
-    プッシュ通知を備えたネイティブiOSおよびAndroid実装 📱
-  </Card>
-</CardGrid>
-
-## インストール
-
-```bash
-npm install @capgo/capacitor-twilio-voice
-npx cap sync
-```
-
-## コアAPIメソッド
-
-### 認証
-- `login(options: { accessToken: string })` - アクセストークンを使用してTwilioで認証
-- `logout()` - ユーザーセッションを終了し、通話状態をクリア
-- `isLoggedIn()` - 現在の認証ステータスを確認
-
-### 通話管理
-- `makeCall(options: { to: string })` - 指定された番号への発信通話を開始
-- `acceptCall(options: { callSid: string })` - 着信通話を承認
-- `rejectCall(options: { callSid: string })` - 着信通話を拒否
-- `endCall(options?: { callSid?: string })` - アクティブな通話を終了
-- `muteCall(options: { muted: boolean, callSid?: string })` - 通話音声をミュート/ミュート解除
-- `setSpeaker(options: { enabled: boolean })` - スピーカー出力を切り替え
-
-## イベントリスナー
-
-プラグインは以下の包括的なイベント処理を提供します:
-- 接続ステータスの登録イベント
-- 通話状態の変更(接続済み、切断済み、呼び出し中)
-- 品質警告と接続問題
-- 着信通話通知
-
-## プラットフォーム設定
-
-### iOSセットアップ
-- 着信通話用のPushKit統合が必要
-- 本番使用のための証明書設定
-- Info.plistでのマイクパーミッション
-
-### Androidセットアップ
-- プッシュ通知用のFirebaseセットアップ
-- AndroidManifest.xmlでのマイクパーミッション
-- バックグラウンドサービス設定
-
-## クイックスタート例
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// Twilioで認証
-await TwilioVoice.login({ accessToken: 'your-twilio-access-token' });
-
-// 通話を発信
-await TwilioVoice.makeCall({ to: '+1234567890' });
-
-// 通話イベントをリスニング
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data);
-});
-```
-
-## ドキュメント
-
-詳細なセットアップ手順、高度な設定、統合例については、[完全なドキュメント](/docs/plugins/twilio-voice/getting-started/)をご確認ください。
diff --git a/src/content/docs/ja/docs/plugins/updater/api.md b/src/content/docs/ja/docs/plugins/updater/api.md
deleted file mode 100644
index f2c01041e..000000000
--- a/src/content/docs/ja/docs/plugins/updater/api.md
+++ /dev/null
@@ -1,1048 +0,0 @@
----
-title: 機能と設定
-description: プラグインの利用可能なすべてのメソッドと設定
-sidebar:
-  order: 2
-locale: ja
----
-# アップデータープラグイン構成
-
-詳細については、Github [Readme](https://github.com/Cap-go/capacitor-updater) を参照してください。
-
-<docgen-config>
-<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->
-
-CapacitorUpdater は次のオプションで構成できます。|小道具 |タイプ |説明 |デフォルト |以来 |
-| ---------------------------- | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------- | ------- |
-| **`appReadyTimeout`** | <code>番号</code> |ネイティブ プラグインが更新が「失敗」したと判断するまでに待機するミリ秒数を構成します。 Android、iOS、および Electron で利用可能です。                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>10000 // (10 秒)</code> |         |
-| **`responseTimeout`** | <code>番号</code> | API タイムアウトを考慮する前にネイティブ プラグインが待機するミリ秒数を構成します。 Android、iOS、および Electron で利用可能です。                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>20000 // (20 秒)</code> |         |
-| **`autoDeleteFailed`** | <code>ブール値</code> |プラグインが失敗したバンドルの自動削除を使用するかどうかを構成します。 Android、iOS、および E で利用可能レクトロン。                                                                                                                                                                                                                                                                                                                                                                                                                                                              | <code>true</code> |         |
-| **`autoDeletePrevious`** | <code>ブール値</code> |プラグインが更新の成功後に以前のバンドルを自動的に削除するようにするかどうかを構成します。 Android、iOS、および Electron で利用可能です。                                                                                                                                                                                                                                                                                                                                                                                                                                      | <code>true</code> |         |
-| **`autoUpdate`** | <code>ブール値</code> |プラグインが更新サーバー経由の自動更新を使用するかどうかを構成します。 Android、iOS、および Electron で利用可能です。                                                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>true</code> |         |
-| **`resetWhenUpdate`** | <code>ブール値</code> |新しいネイティブ アプリ バンドルがデバイスにインストールされると、以前にダウンロードしたバンドルが自動的に削除されます。 Android、iOS、および Electron で利用可能です。                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>true</code> |         |
-| **`updateUrl`** | <code>string</code> |更新チェックの送信先となる URL / エンドポイントを構成します。 Android、iOS、および Electron で利用可能です。| <code>https://plugin.capgo.app/updates</code> |         |
-| **`channelUrl`** | <code>文字列</code> |チャネル操作の URL / エンドポイントを構成します。 Android、iOS、および Electron で利用可能です。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          | <code>https://plugin.capgo.app/channel_self</code> |         |
-| **`statsUrl`** | <code>string</code> |更新統計の送信先となる URL / エンドポイントを構成します。 Android、iOS、および Electron で利用可能です。統計レポートを無効にするには、「」に設定します。                                                                                                                                                                                                                                                                                                                                                                                                                                       | <code>https://plugin.capgo.app/stats</code> |         |
-| **`publicKey`** | <code>文字列</code> |エンドツーエンドのライブ アップデート暗号化バージョン 2 の公開キーを構成します。Android、iOS、および Electron で利用可能です。                                                                                                                                                                                                                                                                                                                                                                                                                                                             | <code>未定義</code> | 6.2.0 |
-| **`version`** | <code>文字列</code> |アプリの現在のバージョンを構成します。これは最初の更新リクエストに使用されます。設定されていない場合、プラグインはネイティブ コードからバージョンを取得します。 Android、iOS、および Electron で利用可能です。| <code>未定義</code> | 4.17.48 |
-| **`directUpdate`** | <code>ブール値 \| '常に' \| 'atInstall' \| '起動時'</code> |プラグインがアップデートをいつインストールするかを設定します。自動更新モードのみ。 10MB 未満のアプリや --delta フラグを使用してアップロードを行う場合にうまく機能します。 10MB を超える ZIP やアプリは、ユーザーの更新に比較的時間がかかります。 - false: 直接更新を行わない (デフォルトの動作を使用: 開始時にダウンロード、バックグラウンド時に設定) - atInstall: アプリがインストールされたときのみ直接更新、ストアから更新、それ以外の場合は directUpdate = false として動作 - onLaunch: アプリがインストールされた場合のみ直接更新、ストアから更新またはアプリの強制終了後に更新、それ以外の場合は directUpdate = false として動作 - always: 以前のすべてのケース (アプリのインストール、ストアからの更新、アプリの強制終了またはアプリの再開後) で直接更新し、directUpdate = false として動作しない - true: (非推奨) 同じ下位互換性のために「常に」 Android、iOS、および Electron で使用できます。 | <code>false</code> | 5.1.0 |
-| **`autoSplashscreen`** | <code>ブール値</code> | directUpdate の使用時にスプラッシュスクリーンの非表示を自動的に処理します。有効にすると、プラグインは更新が適用された後、または更新が必要ない場合に、スプラッシュスクリーンを自動的に非表示にします。これにより、手動で appReady イベントをリッスンして SplashScreen.hide() を呼び出す必要がなくなります。 directUpdate が「atInstall」、「always」、または true に設定されている場合にのみ機能します。 @capacitor/splash-screen プラグインをインストールし、launchAutoHide: false で構成する必要があります。 autoUpdate と directUpdate を有効にする必要があります。 Android および iOS で利用可能です。                      | <code>false</code> | 7.6.0 |
-| **`periodCheckDelay`** | <code>番号</code> |期間更新チェックの遅延期間を設定します。単位は秒です。 Android、iOS、および Electron で利用可能です。 600 秒 (10 分) 未満にすることはできません。                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>600 // (10 分)</code> |         |
-| **`localS3`** | <code>ブール値</code> |テスト用のローカル サーバーまたは自己ホスト型更新サーバーを使用するように CLI を構成します。| <code>未定義</code> | 4.17.48 |
-| **`localHost`** | <code>文字列</code> |テスト用のローカル サーバーまたは自己ホスト型更新サーバーを使用するように CLI を構成します。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>未定義</code> | 4.17.48 |
-| **`localWebHost`** | <code>string</code> |テスト用のローカル サーバーまたは自己ホスト型更新サーバーを使用するように CLI を構成します。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>未定義</code> | 4.17.48 |
-| **`localSupa`** | <code>文字列</code> |テスト用のローカル サーバーまたは自己ホスト型更新サーバーを使用するように CLI を構成します。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>未定義</code> | 4.17.48 |
-| **`localSupaAnon`** | <code>string</code> |テストにローカル サーバーを使用するように CLI を構成します。| <code>未定義</code> | 4.17.48 |
-| **`localApi`** | <code>文字列</code> |テストにローカル API を使用するように CLI を構成します。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>未定義</code> | 6.3.3 |
-| **`localApiFiles`** | <code>string</code> |テストにローカル ファイル API を使用するように CLI を構成します。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>未定義</code> | 6.3.3 |
-| **`allowModifyUrl`** | <code>ブール値</code> |プラグインが JavaScript 側から updateUrl、statsUrl、channelUrl を動的に変更できるようにします。                                                                                                                                                                                                                                                                                                                                                                                                                                                                           | <code>false</code> | 5.4.0 |
-| **`defaultChannel`** | <code>string</code> |構成でアプリのデフォルトのチャネルを設定します。大文字と小文字を区別。この設定はクラウドに設定されているデフォルトのチャネルをオーバーライドしますが、クラウドで行われたオーバーライドは引き続き尊重されます。                                                                                                                                                                                                                                                                                                                                                                                      | <code>未定義</code> | 5.5.0 |
-| **`appId`** | <code>string</code> |構成でアプリのアプリ ID を構成します。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>未定義</code> | 6.0.0 |
-| **`keepUrlPathAfterReload`** | <code>ブール値</code> |リロード後に URL パスを保持するようにプラグインを構成します。警告: リロードがトリガーされると、「window.history」はクリアされます。                                                                                                                                                                                                                                                                                                                                                                                                                                                  | <code>false</code> | 6.8.0 |
-| **`disableJSLogging`** | <code>ブール値</code> |プラグインの JavaScript ログを無効にします。 true の場合、プラグインは JavaScript コンソールにログを記録しません。ネイティブ ログのみが実行されます。 <code>false</code> | 7.3.0 |
-| **`shakeMenu`** | <code>ブール値</code> |デバッグ/テスト目的で更新メニューを表示するには、シェイク ジェスチャを有効にします。 <code>false</code> | 7.5.0 |## 例
-
-`capacitor.config.json`:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000 // (1 second),
-      "responseTimeout": 10 // (10 second),
-      "autoDeleteFailed": false,
-      "autoDeletePrevious": false,
-      "autoUpdate": false,
-      "resetWhenUpdate": false,
-      "updateUrl": https://example.com/api/auto_update,
-      "channelUrl": https://example.com/api/channel,
-      "statsUrl": https://example.com/api/stats,
-      "publicKey": undefined,
-      "version": undefined,
-      "directUpdate": undefined,
-      "autoSplashscreen": undefined,
-      "periodCheckDelay": undefined,
-      "localS3": undefined,
-      "localHost": undefined,
-      "localWebHost": undefined,
-      "localSupa": undefined,
-      "localSupaAnon": undefined,
-      "localApi": undefined,
-      "localApiFiles": undefined,
-      "allowModifyUrl": undefined,
-      "defaultChannel": undefined,
-      "appId": undefined,
-      "keepUrlPathAfterReload": undefined,
-      "disableJSLogging": undefined,
-      "shakeMenu": undefined
-    }
-  }
-}
-```
-
-`capacitor.config.ts` 内:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      appReadyTimeout: 1000 // (1 second),
-      responseTimeout: 10 // (10 second),
-      autoDeleteFailed: false,
-      autoDeletePrevious: false,
-      autoUpdate: false,
-      resetWhenUpdate: false,
-      updateUrl: https://example.com/api/auto_update,
-      channelUrl: https://example.com/api/channel,
-      statsUrl: https://example.com/api/stats,
-      publicKey: undefined,
-      version: undefined,
-      directUpdate: undefined,
-      autoSplashscreen: undefined,
-      periodCheckDelay: undefined,
-      localS3: undefined,
-      localHost: undefined,
-      localWebHost: undefined,
-      localSupa: undefined,
-      localSupaAnon: undefined,
-      localApi: undefined,
-      localApiFiles: undefined,
-      allowModifyUrl: undefined,
-      defaultChannel: undefined,
-      appId: undefined,
-      keepUrlPathAfterReload: undefined,
-      disableJSLogging: undefined,
-      shakeMenu: undefined,
-    },
-  },
-};
-
-export default config;
-```
-
-</docgen-config>
-
-<docgen-index>
-
-* [`notifyAppReady()`](#notifyappready)
-* [`setUpdateUrl(...)`](#setupdateurl)
-* [`setStatsUrl(...)`](#setstatsurl)
-* [`setChannelUrl(...)`](#setchannelurl)
-* [`download(...)`](#download)
-* [`next(...)`](#next)
-* [`set(...)`](#set)
-* [`delete(...)`](#削除)
-* [`list(...)`](#リスト)
-* [`reset(...)`](#リセット)
-* [`current()`](#現在)
-* [`reload()`](#reload)
-* [`setMultiDelay(...)`](#setmultilay)
-* [`cancelDelay()`](#キャンセル遅延)
-* [`getLatest(...)`](#getlatest)
-* [`setChannel(...)`](#setchannel)
-* [`unsetChannel(...)`](#unsetchannel)
-* [`getChannel()`](#getchannel)
-* [`listChannels()`](#listchannels)
-* [`setCustomId(...)`](#setcustomid)
-* [`getBuiltinVersion()`](#getbuiltinversion)
-* [`getDeviceId()`](#getdeviceid)
-* [`getPluginVersion()`](#getpluginversion)
-* [`isAutoUpdateEnabled()`](#isautoupdateenabled)
-* [`removeAllListeners()`](#removealllisteners)
-* [`addListener('download', ...)`](#addlistenerdownload-)
-* [`addListener('noNeedUpdate', ...)`](#addlistenernoneedupdate-)
-* [`addListener('updateAvailable', ...)`](#addlistenerupdateavailable-)
-* [`addListener('downloadComplete', ...)`](#addlistenerdownloadcomplete-)
-* [`addListener('majorAvailable', ...)`](#addlistenermajoravailable-)
-* [`addListener('updateFailed', ...)`](#addlistenerupdatefailed-)
-* [`addListener('downloadFailed', ...)`](#addlistenerdownloadfailed-)
-* [`addListener('appReloaded', ...)`](#addlistenerappreloaded-)
-* [`addListener('appReady', ...)`](#addlistenerappready-)
-* [`isAutoUpdateAvailable()`](#isautoupdateavailable)
-* [`getNextBundle()`](#getnextbundle)
-* [`setShakeMenu(...)`](#setshakemenu)
-* [`isShakeMenuEnabled()`](#isshakemenuenabled)
-* [インターフェース](#interfaces)
-* [タイプエイリアス](#type-aliases)
-
-</docgen-index>
-
-# メソッド
-
-<docgen-api>
-<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->
-
-## 通知AppReady()
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-現在のバンドルが機能していることを Capacitor Updater に通知します (アプリの起動ごとにこのメソッドが呼び出されないとロールバックが発生します)
-デフォルトでは、このメソッドはアプリ起動後の最初の 10 秒以内に呼び出される必要があります。そうしないとロールバックが発生します。
-この動作を {@link appReadyTimeout} で変更します
-
-**戻り値:** <code>Promise<<a href="#appreadyresult">AppReadyResult</a>></code>
-
---------------------
-
-
-## setUpdateUrl(...)
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-アプリの updateUrl を設定します。これは更新を確認するために使用されます。
-
-|パラム |タイプ |説明 |
-| ------------- | ----------------------------------------------- | -------------------------------------------------- |
-| **`options`** | <code><a href="#updateurl">UpdateUrl</a></code> |更新の確認に使用する URL が含まれています。 |
-
-**以降:** 5.4.0
-
---------------------
-
-
-## setStatsUrl(...)
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-アプリの statsUrl を設定します。これは統計の送信に使用されます。空の文字列を渡すと、統計の収集が無効になります。|パラム |タイプ | Description                                     |
-| ------------- | ----------------------------------------------- | ----------------------------------------------- |
-| **`options`** | <code><a href="#statsurl">StatsUrl</a></code> |統計の送信に使用する URL が含まれています。 |
-
-**以降:** 5.4.0
-
---------------------
-
-
-## setChannelUrl(...)
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-Set the channelUrl for the app, this will be used to set the channel.
-
-|パラム | Type                                              | Description                                      |
-| ------------- | -------------------------------------------------- | ------------------------------------------------ |
-| **`options`** | <code><a href="#channelurl">ChannelUrl</a></code> |チャネルの設定に使用する URL が含まれています。 |
-
-**以降:** 5.4.0
-
---------------------
-
-
-## ダウンロード(...)
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-Download a new bundle from the provided URL, it should be a zip file, with files inside or with a unique id inside with all your files
-
-|パラム |タイプ | Description                                                                                  |
-| ------------- | ----------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#downloadoptions">ダウンロード オプション</a></code> |新しいバンドル zip をダウンロードするための {@link <a href="#downloadoptions">DownloadOptions</a>}。 |
-
-**Returns:** <code>Promise<<a href="#bundleinfo">BundleInfo</a>></code>
-
---------------------
-
-
-## 次(...)
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-アプリのリロード時に使用される次のバンドルを設定します。
-
-|パラム |タイプ | Description                                                                                                   |
-| ------------- | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------ |
-| **`options`** | <code><a href="#bundleid">バンドルID</a></code> |次回のアプリ起動時に設定する次のバンドルの ID が含まれます。 {@link <a href="#bundleinfo">BundleInfo.id</a>} |
-
-**戻り値:** <code>約束<<a href="#bundleinfo">バンドル情報</a>></code>
-
---------------------
-
-
-## セット(...)
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-現在のバンドルを設定し、すぐにアプリをリロードします。|パラム |タイプ |説明 |
-| ------------- | ----------------------------------------------- | -------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">バンドルID</a></code> |現在として設定する新しいバンドル ID を含む {@link <a href="#bundleid">BundleId</a>} オブジェクト。 |
-
---------------------
-
-
-## 削除(...)
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-指定されたバンドルをネイティブ アプリ ストレージから削除します。 {@link list} とともに使用して、保存されているバンドル ID を取得します。
-
-|パラム |タイプ |説明 |
-| ------------- | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">バンドルID</a></code> |削除するバンドルの ID を含む {@link <a href="#bundleid">BundleId</a>} オブジェクト (これはバンドル ID であり、バージョン名ではないことに注意してください) |
-
---------------------
-
-
-## リスト(...)
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-ローカルにダウンロードされたすべてのバンドルをアプリで取得します
-
-|パラム |タイプ |説明 |
-| ------------- | --------------------------------------------------- | ---------------------------------------------------------------------- |
-| **`options`** | <code><a href="#listoptions">リストオプション</a></code> |バンドルをリストするための {@link <a href="#listoptions">ListOptions</a>} |
-
-**戻り値:** <code>約束<<a href="#bundlelistresult">BundleListResult</a>></code>
-
---------------------
-
-
-## リセット(...)
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-アプリを `builtin` バンドル ( Apple App Store / Google Play ストア に送信されたもの) または最後に正常にロードされたバンドルにリセットします。
-
-|パラム |タイプ |説明 |
-| ------------- | ----------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#resetoptions">リセットオプション</a></code> | {@link <a href="#resetoptions">ResetOptions.toLastSuccessful</a>} を含む、`true` は組み込みバンドルにリセットされ、`false` は最後に正常にロードされたバンドルにリセットされます。 |
-
---------------------
-
-
-## 現在()
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```現在のバンドルを取得します。何も設定されていない場合は、`builtin` を返します。 currentNative はデバイスにインストールされている元のバンドルです
-
-**戻り値:** <code>約束<<a href="#currentbundleresult">CurrentBundleResult</a>></code>
-
---------------------
-
-
-## リロード()
-
-```typescript
-reload() => Promise<void>
-```
-
-ビューをリロードする
-
---------------------
-
-
-## setMultiDelay(...)
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-プラグインが更新を遅らせるために使用する条件を含む {@link <a href="#delaycondition">DelayCondition</a>} 配列を設定します。
-すべての条件が満たされると、更新プロセスが通常どおりに再び実行され、アプリのバックグラウンド化または終了後に更新がインストールされます。
-`date` 種類の場合、値は iso8601 日付文字列である必要があります。
-`background` 種類の場合、値はミリ秒単位の数値である必要があります。
-`nativeVersion` 種類の場合、値はバージョン番号である必要があります。
-`kill` 種類の場合、値は使用されません。
-この関数には一貫性のない動作があり、オプション kill では、他のオプションのように次のバックグラウンドの後ではなく、最初の kill 後に更新がトリガーされます。これは将来のメジャー リリースで修正される予定です。
-
-|パラム |タイプ |説明 |
-| ------------- | --------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------ |
-| **`options`** | <code><a href="#multidelayconditions">MultiDelayConditions</a></code> |設定する条件の {@link <a href="#multidelayconditions">MultiDelayConditions</a>} 配列が含まれています |
-
-**以降:** 4.3.0
-
---------------------
-
-
-## cancelDelay()
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-{@link <a href="#delaycondition">DelayCondition</a>} をキャンセルして、更新をすぐに処理します。
-
-**以降:** 4.0.0
-
---------------------
-
-
-## getlatest(...)
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-アップデート URL から最新のバンドルを入手
-
-|パラム |タイプ |
-| ------------- | -------------------------------------------------------------- |
-| **`options`** | <code><a href="#getlatestoptions">最新オプションの取得</a></code> |
-
-**戻り値:** <code>約束<<a href="#latestversion">最新バージョン</a>></code>
-
-**以降:** 4.0.0
-
---------------------
-
-
-## setChannel(...)
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-このデバイスのチャンネルを設定します。これが機能するには、チャネルで `allow_device_self_set` が有効になっている必要があります。このデバイスのカスタム ID を設定する
-
-|パラム |タイプ |説明 |
-| ------------- | ------------------------------------------------------------------ | ----------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setcustomidoptions">SetCustomIdOptions</a></code> |は、設定する {@link <a href="#setcustomidoptions">SetCustomIdOptions</a>} カスタム ID です |
-
-**以降:** 4.9.0
-
---------------------
-
-
-## getBuiltinVersion()
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-ネイティブアプリのバージョン、または構成で設定されている場合は組み込みバージョンを取得します
-
-**戻り値:** <code>約束<<a href="#builtinversion">BuiltinVersion</a>></code>
-
-**以降:** 5.2.0
-
---------------------
-
-
-## getDeviceId()
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-デバイスを識別するために使用される固有の ID を取得します (自動更新サーバーに送信されます)。
-
-**戻り値:** <code>約束<<a href="#deviceid">DeviceId</a>></code>
-
---------------------
-
-
-## getPluginVersion()
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-ネイティブ Capacitor アップデーター プラグインのバージョンを取得します (自動更新サーバーに送信されます)。
-
-**戻り値:** <code>約束<<a href="#pluginversion">プラグインバージョン</a>></code>
-
---------------------
-
-
-## isAutoUpdateEnabled()
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-自動更新設定の状態を取得します。
-
-**戻り値:** <code>約束<<a href="#autoupdateenabled">AutoUpdateEnabled</a>></code>
-
---------------------
-
-
-## 削除AllListeners()
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-このプラグインのすべてのリスナーを削除します。
-
-**以降:** 1.0.0
-
---------------------
-
-
-## addListener('ダウンロード', ...)
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-アプリでバンドルのダウンロード イベントをリッスンします。ダウンロードの開始時、ダウンロード中、終了時に発生します。
-これにより、ダウンロード中にすべてのダウンロードパーセントが返されます
-
-|パラム |タイプ |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`** | <code>「ダウンロード」</code> |
-| **`listenerFunc`** | <code>(状態: <a href="#downloadevent">DownloadEvent</a>) => void</code> |
-
-**戻り値:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**以降:** 2.0.11
-
---------------------
-
-
-## addListener('noNeedUpdate', ...)
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-イベントを更新する必要がないためリッスンします。アプリが起動されるたびに強制的にチェックしたい場合に便利です
-
-|パラム |タイプ |
-| ------------------ | ----------------------------------------------------------------------- |
-| **`eventName`** | <code>'アップデートは必要ありません'</code> |
-| **`listenerFunc`** | <code>(状態: <a href="#noneedevent">NoNeedEvent</a>) => void</code> |**戻り値:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**以降:** 4.0.0
-
---------------------
-
-
-## addListener('updateAvailable', ...)
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-利用可能な更新イベントをリッスンします。アプリが起動されるたびに強制的にチェックしたい場合に便利です。
-
-|パラム |タイプ |
-| ------------------ | ----------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'アップデートあり'</code> |
-| **`listenerFunc`** | <code>(状態: <a href="#updateavailableevent">UpdateAvailableEvent</a>) => void</code> |
-
-**戻り値:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**以降:** 4.0.0
-
---------------------
-
-
-## addListener('downloadComplete', ...)
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-downloadComplete イベントをリッスンします。
-
-|パラム |タイプ |
-| ------------------ | ------------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'ダウンロード完了'</code> |
-| **`listenerFunc`** | <code>(状態: <a href="#downloadcompleteevent">DownloadCompleteEvent</a>) => void</code> |
-
-**戻り値:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**以降:** 4.0.0
-
---------------------
-
-
-## addListener('majorAvailable', ...)
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-アプリでメジャー アップデート イベントをリッスンし、disableAutoUpdateBreaking を設定することでメジャー アップデートがブロックされたときに通知します。
-
-|パラム |タイプ |
-| ------------------ | ----------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'メジャー利用可能'</code> |
-| **`listenerFunc`** | <code>(状態: <a href="#majoravailableevent">MajorAvailableEvent</a>) => void</code> |
-
-**戻り値:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**以降:** 2.3.0
-
---------------------
-
-
-## addListener('updateFailed', ...)
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-アプリ内で更新失敗イベントをリッスンし、次回のアプリ起動時に更新のインストールに失敗したことを通知します
-
-|パラム |タイプ |
-| ------------------ | ----------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'更新失敗'</code> |
-| **`listenerFunc`** | <code>(状態: <a href="#updatefailedevent">UpdateFailedEvent</a>) => void</code> |**戻り値:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**以降:** 2.3.0
-
---------------------
-
-
-## addListener('ダウンロード失敗', ...)
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-アプリでダウンロード失敗イベントをリッスンし、バンドルのダウンロードが失敗したときに通知します
-
-|パラム |タイプ |
-| ------------------ | ----------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'ダウンロード失敗'</code> |
-| **`listenerFunc`** | <code>(状態: <a href="#downloadfailedevent">DownloadFailedEvent</a>) => void</code> |
-
-**戻り値:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**以降:** 4.0.0
-
---------------------
-
-
-## addListener('appReloaded', ...)
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-アプリでリロード イベントをリッスンし、リロードが発生したときに通知します
-
-|パラム |タイプ |
-| ------------------ | ------------------------ |
-| **`eventName`** | <code>'アプリが再ロードされました'</code> |
-| **`listenerFunc`** | <code>() => void</code> |
-
-**戻り値:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**以降:** 4.3.0
-
---------------------
-
-
-## addListener('appReady', ...)
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-アプリ内でアプリ準備完了イベントをリッスンし、アプリが使用できるようになったときに通知します
-
-|パラム |タイプ |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`** | <code>'アプリ準備完了'</code> |
-| **`listenerFunc`** | <code>(状態: <a href="#appreadyevent">AppReadyEvent</a>) => void</code> |
-
-**戻り値:** <code>Promise<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**以降:** 5.1.0
-
---------------------
-
-
-## isAutoUpdateAvailable()
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-自動更新が利用可能かどうかを取得します (serverUrl によって無効になっていない)。
-
-**戻り値:** <code>約束<<a href="#autoupdateavailable">AutoUpdateAvailable</a>></code>
-
---------------------
-
-
-## getNextBundle()
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-Get the next bundle that will be used when the app reloads.
-次のバンドルが設定されていない場合は null を返します。
-
-**戻り値:** <code>約束<<a href="#bundleinfo">バンドル情報</a> | null></code>
-
-**以降:** 6.8.0
-
---------------------
-
-
-## setShakeMenu(...)
-
-```typescript
-setShakeMenu(options: SetShakeMenuOptions) => Promise<void>
-```
-
-デバッグ/テスト目的でシェイク メニューを有効または無効にします。|パラム |タイプ |説明 |
-| ------------- | ------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | <code><a href="#setshakemenuoptions">SetShakeMenuOptions</a></code> |シェイク メニューを有効または無効にするための有効なブール値が含まれます |
-
-**以降:** 7.5.0
-
---------------------
-
-
-## isShakeMenuEnabled()
-
-```typescript
-isShakeMenuEnabled() => Promise<ShakeMenuEnabled>
-```
-
-シェイク メニューの現在の状態を取得する
-
-**戻り値:** <code>約束<<a href="#shakemenuenabled">ShakeMenuEnabled</a>></code>
-
-**以降:** 7.5.0
-
---------------------
-
-
-## インターフェース
-
-
-### AppReady結果
-
-|小道具 |タイプ |
-| ------------ | -------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">バンドル情報</a></code> |
-
-
-### バンドル情報
-
-|小道具 |タイプ |
-| ---------------- | ----------------------------------------------------- |
-| **`id`** | <code>string</code> |
-| **`version`** | <code>string</code> |
-| **`downloaded`** | <code>string</code> |
-| **`checksum`** | <code>string</code> |
-| **`status`** | <code><a href="#bundlestatus">バンドルステータス</a></code> |
-
-
-### 更新URL
-
-|小道具 |タイプ |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### 統計URL
-
-|小道具 |タイプ |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### チャンネルURL
-
-|小道具 |タイプ |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### ダウンロードオプション
-
-この URL とバージョンは、サーバーからバンドルをダウンロードするために使用されます。バックエンドを使用する場合は、すべての情報が getlatest メソッドによって提供されます。
-バックエンドを使用しない場合は、バンドルの URL とバージョンを指定する必要があります。 CLI コマンド encrypt を使用してバンドルを暗号化した場合は、チェックサムとセッションキーが必要です。これらはコマンドの結果として受け取る必要があります。|小道具 |タイプ |説明 |デフォルト |以来 |
-| ---------------- | ---------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`url`** | <code>string</code> |ダウンロードするバンドル zip ファイル (例: dist.zip) の URL。 (これは任意の URL にすることができます。例: Amazon S3、GitHub タグ、バンドルをホストしているその他の場所。)                        |       |
-| **`version`** | <code>string</code> |このバンドル/バージョンのバージョン コード/名前 |                        |       |
-| **`sessionKey`** | <code>string</code> |バンドルがセッション キーで暗号化されている場合の更新用のセッション キー | <code>未定義</code> | 4.0.0 |
-| **`checksum`** | <code>string</code> |アップデートのチェックサム。バンドルが暗号化されている場合は、sha256 で秘密キーで暗号化されている必要があります。 <code>未定義</code> | 4.0.0 |
-| **`manifest`** | <code>ManifestEntry[]</code> |デルタ (マニフェスト) マルチファイル ダウンロードのマニフェスト | <code>未定義</code> | 6.1.0 |
-
-
-### マニフェストエントリ
-
-|小道具 |タイプ |
-| ------------------ | ------------------------- |
-| **`file_name`** | <code>文字列 \| null</code> |
-| **`file_hash`** | <code>文字列 \| null</code> |
-| **`download_url`** | <code>文字列 \| null</code> |
-
-
-### BundleId
-
-|小道具 |タイプ |
-| -------- | ------------------- |
-| **`id`** | <code>string</code> |
-
-
-### バンドルリスト結果
-
-|小道具 |タイプ |
-| ------------- | ------------------------- |
-| **`bundles`** | <code>バンドル情報[]</code> |
-
-
-### リストオプション|小道具 |タイプ |説明 |デフォルト |以来 |
-| --------- | -------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- | ------------------ | ------ |
-| **`raw`** | <code>ブール値</code> |生のバンドル リストを返すかマニフェストを返すか。 true の場合、リストはディスク上のファイルではなく内部データベースの読み取りを試みます。 | <code>false</code> | 6.14.0 |
-
-
-### リセットオプション
-
-| Prop                   |タイプ |
-| ---------------------- | -------------------- |
-| **`toLastSuccessful`** | <code>ブール値</code> |
-
-
-### 現在のバンドル結果
-
-|小道具 |タイプ |
-| ------------ | -------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">バンドル情報</a></code> |
-| **`native`** | <code>string</code> |
-
-
-### マルチ遅延条件
-
-|小道具 |タイプ |
-| --------------------- | ----------------------------- |
-| **`delayConditions`** | <code>遅延条件[]</code> |
-
-
-### 遅延条件
-
-|小道具 |タイプ |説明 |
-| ----------- | -------------------------------------------------------- | -------------------------------------- |
-| **`kind`** | <code><a href="#delayuntilnext">次まで遅延</a></code> | setMultiDelay | で遅延条件を設定します。
-| **`value`** | <code>string</code> |                                          |
-
-
-### 最新バージョン|小道具 |タイプ |説明 |以来 |
-| ---------------- | ---------------------------- | ------------------------ | ----- |
-| **`version`** | <code>string</code> | getlatest メソッドの結果 | 4.0.0 |
-| **`checksum`** | <code>string</code> |                            | 6 |
-| **`major`** | <code>ブール値</code> |                            |       |
-| **`message`** | <code>string</code> |                            |       |
-| **`sessionKey`** | <code>string</code> |                            |       |
-| **`error`** | <code>string</code> |                            |       |
-| **`old`** | <code>string</code> |                            |       |
-| **`url`** | <code>string</code> |                            |       |
-| **`manifest`** | <code>ManifestEntry[]</code> |                            | 6.1 |
-
-
-### GetlatestOptions
-
-|小道具 |タイプ |説明 |デフォルト |以来 |
-| ------------- | ------------------- | ---------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`channel`** | <code>string</code> |最新バージョンを取得するチャネル このチャネルが機能するには、「self_assign」を許可する必要があります。 <code>未定義</code> | 6.8.0 |
-
-
-### チャンネル解像度
-
-|小道具 |タイプ |説明 |以来 |
-| ------------- | ------------------- | ----------------------------- | ----- |
-| **`status`** | <code>string</code> |設定チャンネルの現在の状態 | 4.7.0 |
-| **`error`** | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-
-
-### SetChannelOptions
-
-|小道具 |タイプ |
-| ----------------------- | -------------------- |
-| **`channel`** | <code>string</code> |
-| **`triggerAutoUpdate`** | <code>ブール値</code> |
-
-
-### UnsetChannelOptions
-
-|小道具 |タイプ |
-| ----------------------- | -------------------- |
-| **`triggerAutoUpdate`** | <code>ブール値</code> |
-
-
-### GetChannelRes|小道具 |タイプ |説明 |以来 |
-| -------------- | -------------------- | ----------------------------- | ----- |
-| **`channel`** | <code>string</code> |チャンネル取得の現在のステータス | 4.8.0 |
-| **`error`** | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-| **`status`** | <code>string</code> |                               |       |
-| **`allowSet`** | <code>ブール値</code> |                               |       |
-
-
-### ListChannelsResult
-
-|小道具 |タイプ |説明 |以来 |
-| -------------- | ------------------------ | ------------------------ | ----- |
-| **`channels`** | <code>チャンネル情報[]</code> |利用可能なチャンネルのリスト | 7.5.0 |
-
-
-### チャンネル情報
-
-|小道具 |タイプ |説明 |以来 |
-| -------------------- | -------------------- | ----------------------------------------------- | ----- |
-| **`id`** | <code>string</code> |チャンネル ID | 7.5.0 |
-| **`name`** | <code>string</code> |チャンネル名 | 7.5.0 |
-| **`public`** | <code>ブール値</code> | true の場合、これはデフォルト/フォールバック チャネルです。デバイスはパブリック チャネルに自己割り当てできません。代わりに、デバイスがチャネル オーバーライドを削除すると (`unsetChannel()` を使用)、一致するパブリック チャネルから更新を自動的に受信します。 | 7.5.0 |
-| **`allow_self_set`** | <code>ブール値</code> | true の場合、デバイスは `setChannel()` を使用してこのチャネルに明示的に自己割り当てできます。これは通常、ベータ テスト、A/B テスト、またはオプトイン更新トラックに使用されます。 | 7.5.0 |
-
-
-### SetCustomIdOptions
-
-|小道具 |タイプ |
-| -------------- | ------------------- |
-| **`customId`** | <code>string</code> |
-
-
-### 組み込みバージョン
-
-|小道具 |タイプ |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### デバイス ID
-
-|小道具 |タイプ |
-| -------------- | ------------------- |
-| **`deviceId`** | <code>string</code> |
-
-
-### プラグインのバージョン
-
-|小道具 |タイプ |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### 自動更新が有効です
-
-|小道具 |タイプ |
-| ------------- | -------------------- |
-| **`enabled`** | <code>ブール値</code> |
-
-
-### プラグインリスナーハンドル
-
-|小道具 |タイプ |
-| ------------ | -------------------------------------- |
-| **`remove`** | <code>() => 約束<void></code> |
-
-
-### DownloadEvent|小道具 |タイプ |説明 |以来 |
-| ------------- | -------------------------------------------------- | ------------------------------------------------ | ----- |
-| **`percent`** | <code>番号</code> |ダウンロードの現在のステータス (0 ～ 100)。 4.0.0 |
-| **`bundle`** | <code><a href="#bundleinfo">バンドル情報</a></code> |                                                |       |
-
-
-### 必要のないイベント
-
-|小道具 |タイプ |説明 |以来 |
-| ------------ | -------------------------------------------------- | ------------------------------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">バンドル情報</a></code> |ダウンロードの現在のステータス (0 ～ 100)。 4.0.0 |
-
-
-### UpdateAvailableEvent
-
-|小道具 |タイプ |説明 |以来 |
-| ------------ | -------------------------------------------------- | ------------------------------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">バンドル情報</a></code> |ダウンロードの現在のステータス (0 ～ 100)。 4.0.0 |
-
-
-### ダウンロード完了イベント
-
-|小道具 |タイプ |説明 |以来 |
-| ------------ | -------------------------------------------------- | ------------------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">バンドル情報</a></code> |新しいアップデートが利用可能になったときに発行されます。 | 4.0.0 |
-
-
-### MajorAvailableEvent
-
-|小道具 |タイプ |説明 |以来 |
-| ------------- | ------------------- | ------------------------------------------ | ----- |
-| **`version`** | <code>string</code> |新しいメジャー バンドルが利用可能になったときに発行されます。 | 4.0.0 |
-
-
-### 更新失敗イベント
-
-|小道具 |タイプ |説明 |以来 |
-| ------------ | -------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">バンドル情報</a></code> |アップデートのインストールに失敗した場合に発行されます。 | 4.0.0 |
-
-
-### DownloadFailedEvent
-
-|小道具 |タイプ |説明 |以来 |
-| ------------- | ------------------- | ------------------------ | ----- |
-| **`version`** | <code>string</code> |ダウンロードが失敗したときに発行されます。 | 4.0.0 |
-
-
-### AppReadyイベント|小道具 |タイプ |説明 |以来 |
-| ------------ | -------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">バンドル情報</a></code> |アプリを使用する準備ができたときに発行されます。 | 5.2.0 |
-| **`status`** | <code>string</code> |                                       |       |
-
-
-### 自動更新が利用可能
-
-|小道具 |タイプ |
-| --------------- | -------------------- |
-| **`available`** | <code>ブール値</code> |
-
-
-### SetShakeMenuOptions
-
-|小道具 |タイプ |
-| ------------- | -------------------- |
-| **`enabled`** | <code>ブール値</code> |
-
-
-### ShakeMenuEnabled
-
-|小道具 |タイプ |
-| ------------- | -------------------- |
-| **`enabled`** | <code>ブール値</code> |
-
-
-## タイプエイリアス
-
-
-### バンドルのステータス
-
-pending: バンドルは次のバンドルとして **SET** されるまで保留中です。
-ダウンロード中: バンドルをダウンロード中です。
-成功: バンドルはダウンロードされ、次のバンドルとして **SET** する準備ができています。
-エラー: バンドルのダウンロードに失敗しました。
-
-<code>「成功」 | 'エラー' | '保留中' | 'ダウンロード中'</code>
-
-
-### 次までの遅延
-
-<code>'背景' | '殺す' | 'ネイティブバージョン' | '日付'</code>
-
-</docgen-api>
diff --git a/src/content/docs/ja/docs/plugins/updater/cordova.md b/src/content/docs/ja/docs/plugins/updater/cordova.md
deleted file mode 100644
index eb06e61e8..000000000
--- a/src/content/docs/ja/docs/plugins/updater/cordova.md
+++ /dev/null
@@ -1,24 +0,0 @@
----
-title: "Cordova"
-description: "capacitor-updater プラグインのCordova対応の可能性と開発における課題について解説します。"
-sidebar:
-  order: 8
-locale: ja
----
-
-このプラグインがCordovaで利用可能になるのかと疑問に思っていたかもしれません。
-
-私たちはそのためのR&Dリポジトリを開始しましたが、膨大な作業が必要です。
-
-## 問題点
-
-実現可能であることは分かっていますが、そのためにはCapacitorで行ったように、Cordovaのコードベース全体を読み、Capgoの機能と連携させる方法を理解する必要があります。
-
-Androidバージョンは両方ともJavaを使用しているため比較的容易ですが、iOSはSwiftがCordovaで十分にサポートされていないため、完全な書き直しが必要です。
-
-## 解決策
-
-その間にできることは以下の通りです：
-
-* GitHubで[私たちをサポート](https://github.com/sponsors/cap-go)していただければ、優先的に取り組むことができます。少なくとも1ヶ月の作業が必要になります。
-* 私たちを[コンサルタント](https://capgo.app/consulting/)として雇ってください。大企業のCapacitorへの移行を支援した実績があり、通常1ヶ月かかりますが、チームにとっての[メリット](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development)は非常に大きいです。
diff --git a/src/content/docs/ja/docs/plugins/updater/debugging.mdx b/src/content/docs/ja/docs/plugins/updater/debugging.mdx
deleted file mode 100644
index 7c171a0e0..000000000
--- a/src/content/docs/ja/docs/plugins/updater/debugging.mdx
+++ /dev/null
@@ -1,165 +0,0 @@
----
-title: Debugging
-description: Capgo の更新をデバッグし、構成で発生する可能性のある問題を理解する方法
-sidebar:
-  order: 6
-locale: ja
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## クラウド ログについて:
-
-クラウド拒否コードを取得し、具体的な修復手順が必要な場合は、[一般的な更新の問題](/docs/plugins/updater/commonproblems/) を参照してください。
-
-### バックエンドから送信される|コード |説明 |
-| ------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **無効な IP** |ユーザーは Google データ センターにおり、更新されてから 4 時間以内です。これは、Google ボットのデバイスがアカウント内のデバイスとしてカウントされないようにするために行われます。 |
-| **needPlanUpgrade** (以前は **needUpgrade**) |プランの制限に達しており、アップグレードするか翌月までデバイスはアップデートを受信できないことを示します。                                  |
-| **新規なし** |デバイスには利用可能な最新バージョンがインストールされています。                                                                                                                                |
-| **PlatformIos を無効にする** |デバイスは iOS プラットフォーム上にありますが、チャネル設定で無効になっています。                                                                                            |
-| **PlatformAndroid を無効にする** |デバイスは Android プラットフォーム上にありますが、チャネル設定で無効になっています。                                                                                        |
-| **自動更新を無効にする** | 「メジャー」 | 「マイナー」 | "バージョン番号" | "なし" |
-| **AutoUpdateUnderNative を無効にする** |デバイスにはバージョン (`1.2.3`) があり、チャネルには送信するデバイス バージョンの下にアップデート (`1.2.2`) がありますが、これはチャネル設定で無効になっています。                   |
-| **DevBuild を無効にする** |デバイスには開発ビルドがありますが、チャネル設定で無効になっています。                                                                                                   |
-| **エミュレータを無効にする** |デバイスはエミュレータですが、チャネル設定で無効になっています。                                                                                                    |
-| **バンドルを入手できません** |バンドルのダウンロード用の有効な署名付き URL を生成できませんでした。これは、バンドル URL の生成が失敗するか、無効な URL (http/https で始まらない) が返され、フォールバックとして使用できるマニフェストがない場合に発生します。                                                                                          |
-| **プライベート チャネル経由で更新できません** |デバイスはプライベート チャネルと自己アソシエートしようとしましたが、チャネル設定ではデバイスの自己アソシエーションが許可されておらず (`allow_device_self_set` が false)、チャネルはパブリックではありません。                                                                                    |
-| **チャンネルの設定が間違っています** |チャネルは無効になるように構成されていますファイルはバージョン番号 (`disable_auto_update: 'version_number'`) によって自動更新されますが、バンドルの `min_update_version` フィールドが null であるため、どのデバイスが更新を受信するかを判断できません。                                                                                                                 |
-| **AutoUpdateMetadata を無効にする** |自動更新はバージョン番号メタデータによって無効になっています。チャネルではデバイスのバージョンが少なくとも `min_update_version` である必要がありますが、デバイスの現在のバージョンはこのしきい値よりも低いです。                                                                                                         |
-| **AutoUpdateToMajor を無効にする** |チャネル設定 `disable_auto_update: 'major'` は、メジャー バージョン番号を増やす更新を防止します (例: 1.x.x から 2.x.x への更新をブロックします)。                                                                                             |
-| **AutoUpdateToMinor を無効にする** |チャネル設定 `disable_auto_update: 'minor'` は、マイナー バージョン番号を増やす更新を防止します (例: 1.2.x から 1.3.x への更新をブロックします)。                                                                                             |
-| **AutoUpdateToPatch を無効にする** |チャネル設定 `disable_auto_update: 'patch'` は、パッチ バージョン番号を増やす更新を禁止するか、同じメジャー バージョンおよびマイナー バージョン内のパッチレベルの更新のみを許可します (たとえば、1.2.3 は 1.2.4 に更新できますが、1.2.2 または 1.3.0 には更新できません)。                                                                                             |
-| **バンドルが見つかりません** |このチャンネルに割り当てられたバンドルにはダウンロード可能なコンテンツがありません。これは、バンドルには `external_url` も `r2_path` もなく、組み込みバージョンではなく、ダウンロードできるマニフェスト エントリもないことを意味します。                                                                                                                   |
-| **NoChannelOrOverride** |このアプリにはデフォルトのチャネルが構成されておらず、デバイスには特定のチャネル オーバーライドが割り当てられていません。更新が機能するには、少なくとも 1 つが存在する必要があります。                                                                                                     |
-| **レート制限** |過剰なリクエストにより、デバイスはレート制限されています。                                                                                                        |
-| **キーが一致しません** |デバイスの暗号化公開キーが、バンドルの暗号化に使用された公開キーと一致しません。これは、(1) アプリの `capacitor.config.json` 内の公開キーがバンドルのアップロード時に使用したものと異なる、または (2) 暗号化キーをローテーションしたが、まだすべてのデバイスを更新していない場合に発生します。応答には、不一致の特定に役立つ `deviceKeyId` と `bundleKeyId` (各公開鍵の最初の 4 文字) の両方が含まれています。これを修正するには、バンドルのアップロード (CLI は秘密キーを使用) とアプリ (capacitor.config.json には公開キーが含まれています) の両方で同じキー ペアが使用されていることを確認します。 |### デバイスから送信|コード |説明 |
-| --------------------- | ---------------------------------------------------------------------------------- |
-| **ピン** |統計システムが正しく動作していることを確認するために使用される内部テスト アクション。        |
-| **入手** |新しいバージョンをダウンロードするための情報がデバイスに送信されました。                 |
-| **削除** |デバイス上で 1 つのバンドルが削除されました。                                        |
-| **セット** |デバイスにバンドルが設定されました。                                              |
-| **set_fail** |バンドルの設定に失敗しました。                                                         |
-| **リセット** |デバイスは `builtin` バンドルにリセットされました。                                         |
-| **ダウンロード_XX** |新しいバンドルがダウンロードされました - 進行状況は XX% (10% ずつ増分) で示されます。 |
-| **ダウンロード_完了** |新しいバンドルのダウンロードが完了しました。                                          |
-| **download_manifest_start** |デバイスは更新マニフェストのダウンロードを開始しました。                             |
-| **download_manifest_complete** |デバイスは更新マニフェストのダウンロードを完了しました。                          |
-| **download_zip_start** |デバイスはバンドル アーカイブのダウンロードを開始しました。                                   |
-| **download_zip_complete** |デバイスはバンドル アーカイブのダウンロードを完了しました。                                 |
-| **download_manifest_file_fail** | 1 つのマニフェスト エントリのダウンロードに失敗しました。統計ペイロードは、`version_name` を `version:fileName` の形式で配置して、アセットを特定します。 |
-| **download_manifest_checksum_fail** |マニフェスト ファイルのチェックサム検証に失敗しました。                           |
-| **download_manifest_brotli_fail** | Brotli を使用したマニフェスト ファイルの解凍に失敗しました。                       |
-| **ダウンロード_失敗** |新しいバンドルのダウンロードに失敗しました。                                                |
-| **更新失敗** |新しいバンドルはインストールされましたが、`notifyAppReady` の呼び出しに失敗しました。            |
-| **チェックサム_失敗** |新しいバンドルはチェックサムを検証できませんでした。これはいくつかの理由で発生する可能性があります: **1) チェックサム タイプの不一致:** CLI の最新バージョンとプラグイン (バージョン 5.10.0+、6.25.0+、または 7+) は SHA256 チェックサムを使用しますが、古いプラグインは CRC32 を使用します。チェックサムが失敗した場合は、チェックサムが SHA256 ではなく CRC32 (短いハッシュ) であるかどうかを確認してください。これは通常、バンドルが CLI の古いバージョンでアップロードされたことを示します。 Capgo ダッシュボードでバンドルのバージョンを確認します。バージョン 5.10.0/6.25.0/7 以降に作成されたバンドルは SHA256 を使用する必要があります。 CRC32 チェックサムが表示される場合は、最新のプラグイン バージョンがローカルにインストールされていることを確認してから (CLI がローカル プラグイン バージョンをチェックして、アップロードするチェックサム タイプを決定します)、CLI をアップグレードしてバンドルを再アップロードします。 **2) 暗号化キーの不一致 (8.3.0 または 5/6/7.38.0 より前のプラグイン バージョン):** 古いプラグイン バージョンでは、デバイスの公開キーがバンドルの暗号化に使用されたキーと一致しない場合、復号化はサイレントに失敗し、チェックサム エラーが発生します。暗号化を使用していて `checksum_fail` が表示される場合は、アプリの `capacitor.config.json` の公開キーがバンドルのアップロードに使用された秘密キーと一致することを確認してください。プラグイン バージョン 8.3.0 以降 (または 5/6/7.38.0 以降) にアップグレードすると、代わりにサーバーから適切な `keyMismatch` エラーが返されるため、この問題の診断が容易になります。 |
-| **windows_path_fail** | zip には、違法な Windows パスを含むファイルが含まれています。
-| **canonical_path_fail** |ファイルのパスが正規ではありません |
-| **ディレクトリパス_失敗** | zip ファイルのパスにエラーがあります |
-| **解凍失敗** |解凍に失敗しました |
-| **low_mem_fail** |デバイスのメモリ不足のためダウンロードに失敗しました |
-| **app_moved_to_background** |アプリケーションはバックグラウンド状態に入りました。                                   |
-| **app_moved_to_foreground** |アプリケーションはフォアグラウンド状態になりました。                                   |
-| **復号化失敗** |ダウンロードしたバンドルの復号化に失敗しました。                                          |
-| **getChannel** |デバイスの現在のチャネルが照会されました。                                   |
-| **セットチャンネル** |デバイスのチャネルが正常に設定されました。                                    |
-| **アンインストール** |アプリケーションがアンインストールされたか、Capgo データがクリアされました。                            |
-| **サーバー URL によってブロックされました** | Server.url がコンデンサ設定に存在します。これにより、Capacitor はリモート URL を提供し、ローカル ファイルを無視します。一方、アップデータはローカル ファイルで機能するように作られています。Server.url は、Capacitor メーカーによって運用環境での悪い習慣と見なされ、多くの問題が発生し、プラグインが正しく動作しなくなる可能性があります。                         |### バンドルのステータス
-
-* `SUCCESS`: バンドルのインストールが完了しました
-* `ERROR`: インストールまたはダウンロードに失敗しました
-* `PENDING`: ダウンロード完了、リリース保留中
-* `DELETED`: バンドルは削除されましたが、統計情報にはまだ表示されています
-* `DOWNLOADING`: 現在バンドルをダウンロード中
-
-## デバイスログについて:
-
-### デバッグコマンド:
-
-Capgo クラウド ユーザー向けのデバッグ コマンドがあります。
-
-```bash
-npx @capgo/cli@latest app debug
-```
-
-これにより、アプリ内で発生しているすべてのイベントを確認し、更新が行われない場合の解決策を見つけることができます。
-
-### IOS
-
-Xcode でログを見つけるには
-
-<LinkCard
-    title="Xcode でデバイス ログを取得する"
-    href="https://intercom.help/deploygate/en/articles/4682692-getting-the-device-log-in-xcode"
-/>
-
-### Android:
-
-Android スタジオでログを見つけるには
-
-<LinkCard
-    title="Logcat でログを表示する"
-    href="https://developer.android.com/studio/debug/am-logcat"
-/>
-
-### 説明ログ
-
-* 「からのダウンロードに失敗しました」 **=>** **download\_fail** と同じ
-* `notifyAppReady が呼び出されませんでした。現在のバンドルをロールバックします` => **update\_fail** と同じ
-
-## デバイス内でダウンロードしたバンドルを見つける
-
-### iOS
-
-iOS でデバッグするには、コンピューターにアプリをダンプする必要があります。次のように実行できます。
-
-Xcode には、開発者が iOS デバイスにインストールしたアプリのファイル システムを検査するための機能が組み込まれています。
-![Xcode デバイスとシミュレータのオプションを表示するウィンドウ メニュー](/ios_debug_update_1.webp)
-
-これを達成するには:
-
-* デバイスを Mac に接続し、Xcode メニューバーで [ウィンドウ] > [デバイス] を選択します。
-* [デバイス] セクションの左側のペインでデバイスを選択します。
-* これにより、そのデバイスに開発者がインストールしたアプリのリストが表示されます。
-* 検査したいアプリを選択し、画面の下部近くにある 3 つの点のアイコンを選択します。
-* ここで、[スナップショットのダウンロード] を選択すると、現在のファイル システムを表示できます。
-
-![Xcode アプリ コンテナのダウンロード オプションを表示するデバイス パネル](/ios_debug_update_2.webp)
-
-[コンテナーのダウンロード...] を選択すると、ファイル システムのスナップショットが .xcappdata ファイルとしてダウンロードされ、参照できるようにエクスポートされます。
-
-![パッケージの内容を表示コンテキスト メニューでダウンロードされた xcappdata ファイル](/ios_debug_update_3.webp)
-
-このファイルを右クリックし、「パッケージの内容を表示」を選択してフォルダーを開きます。
-
-App Data フォルダーを開くと、Documents、Library、tmp などのフォルダーがいくつか表示されるはずです。
-
-![iOS ドキュメント フォルダーとライブラリ フォルダーを示すアプリ コンテナーのフォルダー構造](/ios_debug_update_4.webp)
-
-次に、2 つのフォルダーにバージョンが見つかります。
-
-`library/NoCloud/ionic_built_snapshots` はアプリの再起動後に必要です
-
-ホット リロード用の `documents/versions`
-
-### Android
-
-Android でデバッグするには、Android Studio からデバイスにアクセスする必要があります。
-
-* [表示] > [ツール ウィンドウ] > [デバイス ファイル エクスプローラー] をクリックするか、ツール ウィンドウ バーの [デバイス ファイル エクスプローラー] ボタンをクリックして、デバイス ファイル エクスプローラーを開きます。
-* ドロップダウン リストからデバイスを選択します。
-* パス **data/data/APP\_NAME/** を開きます。**APP\_NAME はアプリ ID です。**
-
-![Android アプリ データ ディレクトリを表示する Studio デバイス ファイル エクスプローラー](/android_debug_update.webp)
-
-次に、`versions` フォルダーを見つけて、すべてのバージョンを確認します。
-
-:::tip[知っていましたか？]
-Android では、2 つの場所に複製する必要がある IOS とは異なり、すべてのバージョンが 1 つのフォルダーに保存されます。
-:::
-
-## iOS 本番クラッシュ ログについて
-
-<LinkCard
-    title="アプリのクラッシュ ログを確認する方法"
-    href="https://developer.apple.com/news/?id=nra79npr"
-/>
diff --git a/src/content/docs/ja/docs/plugins/updater/events.mdx b/src/content/docs/ja/docs/plugins/updater/events.mdx
deleted file mode 100644
index 08eb315a9..000000000
--- a/src/content/docs/ja/docs/plugins/updater/events.mdx
+++ /dev/null
@@ -1,289 +0,0 @@
----
-title: Events
-description: 更新のステータスと進行状況を監視するための Capacitor Updater プラグインでリッスンできるすべてのイベント
-sidebar:
-  order: 9
-locale: ja
----
-import { Aside, Tabs, TabItem } from '@astrojs/starlight/components';
-
-Capacitor Updater プラグインは、更新プロセスを監視し、さまざまな状態に応答するためにリッスンできるいくつかのイベントを提供します。
-
-## イベントリスナーのセットアップ
-
-イベントをリッスンするには、`CapacitorUpdater` オブジェクトの `addListener` メソッドを使用します。
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Add a listener
-const listener = await CapacitorUpdater.addListener('eventName', (event) => {
-  // Handle the event
-});
-
-// Remove the listener when no longer needed
-listener.remove();
-
-// Remove all listeners
-await CapacitorUpdater.removeAllListeners();
-```
-
-## 利用可能なイベント
-
-### `download`
-
-バンドルのダウンロード プロセス中に発生します。ダウンロードの進行状況に関する情報を提供します。
-
-```typescript
-CapacitorUpdater.addListener('download', (event) => {
-  console.log(`Download progress: ${event.percent}%`);
-  console.log('Bundle info:', event.bundle);
-});
-```
-
-**イベントデータ:**
-- `percent`: 数値 - ダウンロードの進行状況のパーセンテージ (0 ～ 100)
-- `bundle`: BundleInfo - ダウンロード中のバンドルに関する情報
-
-<Aside>
-このイベントは、ダウンロード中に複数回発生して、進行状況を報告します。
-</Aside>
-
-### `noNeedUpdate`
-
-更新のチェックで更新が必要ないと判断された場合に発生します。
-
-```typescript
-CapacitorUpdater.addListener('noNeedUpdate', (event) => {
-  console.log('App is up to date');
-  console.log('Current bundle:', event.bundle);
-});
-```
-
-**イベントデータ:**
-- `bundle`: BundleInfo - 現在のバンドルに関する情報
-
-### `updateAvailable`
-
-新しいアップデートがダウンロード可能になったときに発生します。
-
-```typescript
-CapacitorUpdater.addListener('updateAvailable', (event) => {
-  console.log('Update available');
-  console.log('New bundle:', event.bundle);
-  // You can trigger a download here if needed
-});
-```
-
-**イベントデータ:**
-- `bundle`: BundleInfo - 利用可能なアップデート バンドルに関する情報
-
-### `downloadComplete`
-
-バンドルのダウンロードが正常に完了すると発生します。
-
-```typescript
-CapacitorUpdater.addListener('downloadComplete', (event) => {
-  console.log('Download completed');
-  console.log('Downloaded bundle:', event.bundle);
-  // You might want to set this bundle as next
-});
-```
-
-**イベントデータ:**
-- `bundle`: BundleInfo - ダウンロードされたバンドルに関する情報
-
-### `majorAvailable`
-
-メジャー アップデートが利用可能であるが、自動アップデート設定によってブロックされている場合に発生します。
-
-```typescript
-CapacitorUpdater.addListener('majorAvailable', (event) => {
-  console.log('Major update available:', event.version);
-  // Notify user about major update
-});
-```
-
-**イベントデータ:**
-- `version`: string - メジャー アップデートのバージョン番号
-
-<Aside type="tip">
-メジャーアップデートでは通常、ユーザーの確認またはアプリストアのアップデートが必要です。このイベントを使用して、ユーザーに適切に通知します。
-</Aside>
-
-### `updateFailed`
-
-次回のアプリ起動時にアップデートのインストールに失敗した場合に発生します。
-
-```typescript
-CapacitorUpdater.addListener('updateFailed', (event) => {
-  console.error('Update failed to install');
-  console.log('Failed bundle:', event.bundle);
-  // Handle rollback or retry logic
-});
-```
-
-**イベントデータ:**
-- `bundle`: BundleInfo - インストールに失敗したバンドルに関する情報
-
-### `downloadFailed`
-
-バンドルのダウンロードが失敗したときに発生します。
-
-```typescript
-CapacitorUpdater.addListener('downloadFailed', (event) => {
-  console.error('Download failed for version:', event.version);
-  // Handle download retry logic
-});
-```
-
-**イベントデータ:**
-- `version`: string - ダウンロードに失敗したバージョン
-
-### `appReloaded`
-
-アプリがリロードされたときに発生します。
-
-```typescript
-CapacitorUpdater.addListener('appReloaded', () => {
-  console.log('App has been reloaded');
-  // Perform any necessary reinitialization
-});
-```
-
-**イベントデータ:** なし
-
-### `appReady`
-
-更新後にアプリを使用できる状態になったときに発生します。
-
-```typescript
-CapacitorUpdater.addListener('appReady', (event) => {
-  console.log('App is ready');
-  console.log('Current bundle:', event.bundle);
-  console.log('Status:', event.status);
-});
-```
-
-**イベントデータ:**
-- `bundle`: BundleInfo - 現在のバンドルに関する情報
-- `status`: 文字列 - 準備完了ステータス
-
-<Aside type="caution">
-自動ロールバックを防ぐために、構成されたタイムアウト (デフォルトは 10 秒) 内に `notifyAppReady()` を必ず呼び出してください。
-</Aside>
-
-## BundleInfo オブジェクト
-
-多くのイベントには、次のプロパティを持つ `BundleInfo` オブジェクトが含まれています。
-
-```typescript
-interface BundleInfo {
-  id: string;           // Unique bundle identifier
-  version: string;      // Bundle version
-  downloaded: string;   // Download timestamp
-  checksum?: string;    // Bundle checksum (if available)
-  status: BundleStatus; // Bundle status
-}
-```
-
-`BundleStatus` は次のとおりです。
-- `'success'` - バンドルは正常にダウンロードされました
-- `'error'` - バンドルのダウンロード/インストールが失敗しました
-- `'pending'` - バンドルは次のバンドルとして設定されるまで保留中です
-- `'downloading'` - バンドルは現在ダウンロード中です
-
-## 例: 完全な更新フロー
-
-イベントを使用して完全な更新フローを処理する例を次に示します。
-
-<Aside type="caution">
-この `UpdateManager` クラスには、自動更新フローに必要な `CapacitorUpdater.notifyAppReady()` 呼び出しが含まれていません。
-詳細については、[notifyAppReady 呼び出しを正しく行う](/docs/plugins/updater/auto-update#placing-notifyappready-call-correctly) のドキュメントを参照してください。
-</Aside>
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-export class UpdateManager {
-  private listeners: any[] = [];
-
-  async setupListeners() {
-    // Listen for available updates
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateAvailable', async (event) => {
-        console.log('Update available:', event.bundle.version);
-        // Auto-download the update
-        await CapacitorUpdater.download({ 
-          url: event.bundle.url,
-          version: event.bundle.version 
-        });
-      })
-    );
-
-    // Monitor download progress
-    this.listeners.push(
-      await CapacitorUpdater.addListener('download', (event) => {
-        console.log(`Downloading: ${event.percent}%`);
-        // Update UI progress bar
-        this.updateProgressBar(event.percent);
-      })
-    );
-
-    // Handle download completion
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadComplete', async (event) => {
-        console.log('Download complete:', event.bundle.version);
-        // Set as next bundle
-        await CapacitorUpdater.next({ id: event.bundle.id });
-      })
-    );
-
-    // Handle failures
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadFailed', (event) => {
-        console.error('Download failed:', event.version);
-        this.showError('Update download failed. Please try again later.');
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateFailed', (event) => {
-        console.error('Update installation failed:', event.bundle.version);
-        this.showError('Update installation failed. The app has been rolled back.');
-      })
-    );
-
-    // Handle app ready
-    this.listeners.push(
-      await CapacitorUpdater.addListener('appReady', async (event) => {
-        console.log('App ready with bundle:', event.bundle.version);
-      })
-    );
-  }
-
-  cleanup() {
-    // Remove all listeners when no longer needed
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-
-  private updateProgressBar(percent: number) {
-    // Update your UI progress bar
-  }
-
-  private showError(message: string) {
-    // Show error to user
-  }
-}
-```
-
-## ベストプラクティス1. **常に `notifyAppReady()`** を呼び出します。自動更新を使用する場合は、ロールバックを防ぐために、アプリの初期化後に必ずこのメソッドを呼び出します。
-
-2. **失敗を適切に処理します**: ダウンロードおよび更新の失敗に対する適切なエラー処理を実装します。
-
-3. **ユーザー フィードバックの提供**: ダウンロード進行状況イベントを使用して、更新の進行状況をユーザーに表示します。
-
-4. **リスナーのクリーンアップ**: メモリ リークを防ぐために、不要になったイベント リスナーを削除します。
-
-5. **更新シナリオのテスト**: 失敗、ロールバック、メジャー アップデートなどのさまざまな更新シナリオをテストします。
diff --git a/src/content/docs/ja/docs/plugins/updater/getting-started.mdx b/src/content/docs/ja/docs/plugins/updater/getting-started.mdx
deleted file mode 100644
index a91bceb0a..000000000
--- a/src/content/docs/ja/docs/plugins/updater/getting-started.mdx
+++ /dev/null
@@ -1,324 +0,0 @@
----
-title: はじめる
-description: Updater プラグインを使用してライブ アップデートを Capacitor アプリに統合するためのクイック スタート ガイド。
-sidebar:
-  order: 2
-locale: ja
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## インストール
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## クイックスタート
-
-ほとんどのユーザーには、プラグインのインストールと Capgo クラウド統合の両方をカバーする [メイン クイックスタート ガイド](/docs/getting-started/quickstart/) に従うことをお勧めします。
-
-この入門ガイドでは、基礎となるメカニズムを理解したい、またはセルフホスト型アップデートを実装したいと考えている上級ユーザー向けに、プラグインの技術的な詳細に焦点を当てています。
-
-## 概要
-
-Capacitor アップデータ プラグインを使用すると、Capacitor アプリケーションの無線 (OTA) 更新が可能になります。これにより、アプリ ストアのレビューを通過せずにアプリにアップデートをプッシュできます。
-
-## 仕組み
-
-1. **バンドル ダウンロード**: プラグインは更新バンドル (Web アセットを含む ZIP ファイル) をダウンロードします。
-2. **抽出**: バンドルはデバイスのストレージに抽出されます。
-3. **ホット リロード**: アプリは再起動を必要とせずに新しいバンドルに切り替わります。
-4. **フォールバック**: アップデートが失敗した場合、アプリは以前の動作バージョンに戻ります。
-
-## 使用モード
-
-### 1. 自動更新モード (推奨)
-
-自動更新管理でプラグインを使用する最も簡単な方法:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Plugin handles everything automatically
-// Configure in capacitor.config.ts
-```
-
-`capacitor.config.ts` に次の内容を追加します。
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-update-server.com/api/updates'
-    }
-  }
-}
-```
-
-### 2. マニュアルモード
-
-更新プロセスを高度に制御するには:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Download an update
-const bundle = await CapacitorUpdater.download({
-  url: 'https://your-server.com/updates/v1.0.1.zip',
-  version: '1.0.1'
-});
-
-// Set the bundle (will be used on next app start)
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-
-// Or reload immediately
-await CapacitorUpdater.reload();
-```
-
-## プラットフォーム構成
-
-### iOS
-
-追加の構成は必要ありません。プラグインはそのまま使用できます。
-
-### Android
-
-追加の構成は必要ありません。プラグインはそのまま使用できます。
-
-## 基本的な API の使用法
-
-### アップデートをダウンロードする
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-const bundle = await CapacitorUpdater.download({
-  url: 'https://example.com/update.zip',
-  version: '1.0.1'
-});
-
-console.log('Downloaded bundle:', bundle.id);
-```
-
-### アクティブなバンドルを設定する
-
-```typescript
-// Set bundle to be used on next app start
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-```
-
-### 新しいバンドルでリロード
-
-```typescript
-// Reload app immediately with new bundle
-await CapacitorUpdater.reload();
-```
-
-### バンドルのリスト
-
-```typescript
-const { bundles } = await CapacitorUpdater.list();
-console.log('Available bundles:', bundles);
-```
-
-### バンドルを削除する
-
-```typescript
-await CapacitorUpdater.delete({
-  id: 'bundle-id'
-});
-```
-
-### 現在のバンドルを取得
-
-```typescript
-const { bundle } = await CapacitorUpdater.current();
-console.log('Current bundle:', bundle.version);
-```
-
-## イベントリスナー
-
-更新イベントをリッスンします。
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Listen for download progress
-CapacitorUpdater.addListener('download', (info) => {
-  console.log('Download progress:', info.percent);
-});
-
-// Listen for download completion
-CapacitorUpdater.addListener('downloadComplete', (bundle) => {
-  console.log('Download complete:', bundle.version);
-});
-
-// Listen for update failures
-CapacitorUpdater.addListener('updateFailed', (error) => {
-  console.error('Update failed:', error);
-});
-
-// Listen for successful updates
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('Update available:', info.version);
-});
-```
-
-## 構成オプション
-
-`capacitor.config.ts` でプラグインを設定します。
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      // Auto-update settings
-      autoUpdate: true,
-      updateUrl: 'https://api.example.com/updates',
-
-      // Update behavior
-      resetWhenUpdate: true,
-      directUpdate: false,
-
-      // Version settings
-      version: '1.0.0',
-
-      // Security
-      allowModifyUrl: false,
-
-      // Stats collection
-      statsUrl: 'https://api.example.com/stats',
-
-      // Channel (for Capgo cloud)
-      defaultChannel: 'production'
-    }
-  }
-}
-```
-
-## 統合パターン
-
-### Capgo クラウドを使用
-
-始めるための最も簡単な方法:
-
-```typescript
-// Install the Capgo CLI
-npm install -g @capgo/cli
-
-// Login to Capgo
-npx @capgo/cli login
-
-// Upload your first bundle
-npx @capgo/cli bundle upload
-
-// The plugin auto-updates from Capgo cloud
-```
-
-詳細については、[メイン クイックスタート ガイド](/docs/getting-started/quickstart/) を参照してください。
-
-### 自己ホスト型アップデート
-
-独自の更新サーバーをホストします。
-
-```typescript
-// Configure your update endpoint
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-server.com/api/check-update'
-    }
-  }
-}
-```
-
-サーバーは以下を返すはずです:
-
-```json
-{
-  "version": "1.0.1",
-  "url": "https://your-server.com/updates/1.0.1.zip"
-}
-```
-
-詳細については、[セルフホスト モード](/docs/plugins/updater/self-hosted/getting-started/) を参照してください。
-
-### 手動更新フロー
-
-アップデートを完全に制御:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-async function checkAndUpdate() {
-  // Check for updates from your server
-  const response = await fetch('https://api.example.com/check-update');
-  const { version, url } = await response.json();
-
-  // Download the update
-  const bundle = await CapacitorUpdater.download({
-    url,
-    version
-  });
-
-  // Notify bundle is ready
-  await CapacitorUpdater.notifyAppReady();
-
-  // Set as next version
-  await CapacitorUpdater.set({ id: bundle.id });
-
-  // Reload when ready
-  await CapacitorUpdater.reload();
-}
-```
-
-## ベストプラクティス
-
-- アプリが正常に読み込まれたときは、常に `notifyAppReady()` を呼び出します
-- 実稼働環境に移行する前に、更新を徹底的にテストします
-- ネットワーク障害に対する適切なエラー処理を実装する
-- バージョン番号を一貫して使用する
-- ダウンロードを高速化するためにバンドルのサイズを小さく保ちます
-- アップデートの成功率を監視する
-
-## 次のステップ- [プラグイン API リファレンス](/docs/plugins/updater/api/) - 完全な API ドキュメント
-- [プラグイン設定](/docs/plugins/updater/settings/) - すべての設定オプション
-- [イベント](/docs/plugins/updater/events/) - 利用可能なアップデートイベント
-- [セルフホストモード](/docs/plugins/updater/self-hosted/getting-started/) - 独自のアップデートサーバーを実行します
-- [ローカル開発](/docs/plugins/updater/local-dev/getting-started/) - アップデートをローカルでテストする
-- [デバッグ](/docs/plugins/updater/debugging/) - トラブルシューティング ガイド
-
-## サポート
-
-- [既知の問題](/docs/plugins/updater/known-issues/) - 一般的な問題と解決策
-- [GitHub ディスカッション](https://github.com/Cap-go/capacitor-updater/discussions) - コミュニティ サポート
-- [Discord](https://discord.gg/VnYRvBfgA6) - リアルタイムチャット
diff --git a/src/content/docs/ja/docs/plugins/updater/index.mdx b/src/content/docs/ja/docs/plugins/updater/index.mdx
deleted file mode 100644
index 84be2967d..000000000
--- a/src/content/docs/ja/docs/plugins/updater/index.mdx
+++ /dev/null
@@ -1,76 +0,0 @@
----
-title: "@capgo/capacitor-updater"
-locale: ja
-description: Capgoのライブアップデート機能を支えるCapacitorプラグイン。アプリのシームレスなover-the-airアップデートを可能にします。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: Capacitorアプリでライブアップデートを可能にするコアテクノロジー。アプリストアの承認なしにアップデートをプッシュできます。
-  image:
-    file: ~public/icons/plugins/updater.svg
-  actions:
-    - text: はじめる
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-updater/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Over-the-airアップデート" icon="rocket">
-    アプリストアのレビューなしに即座にアップデートをプッシュ
-  </Card>
-  <Card title="高度なAPI" icon="setting">
-    包括的なAPIメソッドでアップデートフローを完全に制御
-  </Card>
-  <Card title="セルフホスティング対応" icon="download">
-    完全な制御のために独自のアップデートサーバーを運用
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [Plugin API](/docs/plugins/updater/api/)をチェックして、わずか数分でプラグインをマスター
-  </Card>
-</CardGrid>
-
-## クイックリンク
-
-<LinkCard
-  title="ライブアップデートドキュメント"
-  description="メインのライブアップデートセクションで、チャンネル、アップデート動作、ロールバックなどについて学びます。"
-  href="/docs/live-updates/"
-/>
-
-<LinkCard
-  title="はじめにガイド"
-  description="クイックスタートガイドに従って、アプリにライブアップデートを追加します。"
-  href="/docs/getting-started/quickstart/"
-/>
-
-## プラグインドキュメント
-
-この技術リファレンスは以下をカバーします:
-
-- **[Plugin API](/docs/plugins/updater/api/)** - すべての利用可能なメソッドとその使用法
-- **[Plugin Settings](/docs/plugins/updater/settings/)** - capacitor.configの設定オプション
-- **[Known Issues](/docs/plugins/updater/known-issues/)** - 一般的な問題と解決策
-- **[Debugging](/docs/plugins/updater/debugging/)** - アップデートの問題をトラブルシューティングする方法
-- **[Events](/docs/plugins/updater/events/)** - 利用可能なアップデートイベント
-- **[Local Development](/docs/plugins/updater/local-dev/getting-started/)** - アップデートをローカルでテスト
-- **[Self-Hosted Mode](/docs/plugins/updater/self-hosted/getting-started/)** - 独自のアップデートサーバーを運用
-
-## インストール
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-セットアップと設定については、[はじめにガイド](/docs/getting-started/quickstart/)をご覧ください。
diff --git a/src/content/docs/ja/docs/plugins/updater/known-issues.mdx b/src/content/docs/ja/docs/plugins/updater/known-issues.mdx
deleted file mode 100644
index 74b9ef83f..000000000
--- a/src/content/docs/ja/docs/plugins/updater/known-issues.mdx
+++ /dev/null
@@ -1,130 +0,0 @@
----
-title: "既知の問題"
-locale: ja
-description: "CapacitorとCapgo、およびupdaterに関する既知の問題。このページは、ツールに関する奇妙な問題を理解するのに役立ちます"
-sidebar:
-  order: 7
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Ionicライブリロード
-
-* 開発時にCLIからIonicライブリロード機能を使用すると、プラグインが上書きされるため、アップデートは表示されません。
-
-## Quasarライブリロード
-
-* 内部的にionicと同じシステムを使用しているため、アップデートは表示されません。
-
-## アップデートが失敗する
-
-* これは通常、大規模なアップデート（> 20mb）がプッシュされた場合に発生し、多くのユーザーが最新バージョンを取得できません。
-以前は、ユーザーはダウンロードが完了するまでアプリを開いたままにしておく必要がありましたが、現在はバックグラウンドダウンロードを使用していますが、まだ数秒に制限されています。
-
-## Android
-
-### ダウンロードできない
-
-インドのデバイスでいくつかの問題が見られ、ユーザーと電話で話し、異なるDNSサーバーを試してもらったところ、うまくいきました。
-
-そのため、問題が発生した場合は、CloudflareやGoogle DNSなどの別のDNSサーバーを使用してみてください。
-
-Cloudflare: 1.1.1.1 と 1.0.0.1
-
-Google DNS: 8.8.8.8 と 8.8.4.4 または dns.google
-
-<LinkCard
-	title="AndroidでDNSサーバーを設定する方法は？"
-	href="https://www.androidpolice.com/use-preferred-dns-server-android-tutorial/"
-/>
-
-### セルフホスティング
-セルフホスティングのアップデートをプッシュする場合、「HTTP」エンドポイントを使用できないことに注意してください。これはAndroidアプリのセキュリティポリシーに違反するためです。それでも実行したい場合は、このガイドに従ってください:
-
-<LinkCard
-	title="Android（9）PieでHTTPとHTTPSのすべてのネットワーク接続タイプを許可する方法は？"
-	href="https://stackoverflow.com/a/51902630/5511370"
-/>
-
-### Unzip
-
-Unzip issue: DEFLATED entries can have EXT descriptor
-
-CLIとは異なる方法でバンドルを圧縮した場合、zipの形式が正しくない可能性があります。CLIコマンド`npx @capgo/cli zip BUNDLE_FOLDER`を使用してください。
-
-これはJavaの既知の問題です:
-
-<LinkCard
-	title="Unzip issue: DEFLATED entries can have EXT descriptor"
-	href="https://bugs.openjdk.org/browse/JDK-8143613"
-/>
-
-
-### Clearfix issue
-
-* usesCleartextTrafficに関する問題がある場合、これはプラグインがsonar cloudが推奨するベストプラクティスに従っているためです。90%のケースでは正常に動作しますが、一部のプラグインでは問題が発生します。
-
-修正するには、`android/app/src/main/AndroidManifest.xml`の`<application>`キーに以下を追加してください:
-
-```xml
-tools:replace="android:usesCleartextTraffic"
-xmlns:tools="http://schemas.android.com/tools"
-```
-
-## IOS
-
-### プライバシーマニフェスト
-
-`NSPrivacyAccessedAPICategoryUserDefaults`辞書キーを[Privacy Manifest](https://capacitorjs.com/docs/ios/privacy-manifest)（通常は`ios/App/PrivacyInfo.xcprivacy`）に追加してください:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-  <dict>
-    <key>NSPrivacyAccessedAPITypes</key>
-    <array>
-      <!-- ファイルが既に存在する場合は、この辞書エントリを配列に追加してください。 -->
-      <dict>
-        <key>NSPrivacityAccessedAPIType</key>
-        <string>NSPrivacyAccessedAPICategoryUserDefaults</string>
-        <key>NSPrivacyAccessedAPITypeReasons</key>
-        <array>
-          <string>CA92.1</string>
-        </array>
-      </dict>
-    </array>
-  </dict>
-</plist>
-```
-
-[`UserDefaults`](https://developer.apple.com/documentation/foundation/userdefaults) APIにアクセスする理由として[`CA92.1`](https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api#4278401)を宣言することをお勧めします。
-
-
-### ネットワーク権限
-
-アップデートのテストにローカルサーバーを使用する場合、アプリはネットワーク権限を要求します。これは正常な動作で、リモートサーバーを使用する場合には発生しません。
-
-
-## 両OS
-
-手動モードでアップデートを行う場合、一部のイベントをキャッチするのは簡単ではありません。たとえば、アップデート失敗はJSコードがリロードされる直前にトリガーされるため、キャッチできません。
-
-代替案の1つは、バンドルを一覧表示し、エラー統計を確認してアップデートが失敗したかどうかを知ることです。
-
-将来的にこれをより良く処理する方法を見つける必要がありますが、自動モードがアップデートを行うための推奨方法であるため、優先順位ではありません。
-
-これを改善するためのPRを歓迎します。
-
-## CLI
-
-CLIが何かを実行する際に問題がある場合、
-
-**capacitor.config.ts**に**appId**と**appName**が存在するか確認してください
-
-公式ドキュメントのガイドに従ってください:
-
-<LinkCard
-	title="Capacitor Configuration"
-	href="https://capacitorjs.com/docs/config"
-/>
diff --git a/src/content/docs/ja/docs/plugins/updater/local-dev/capacitor-updater.mdx b/src/content/docs/ja/docs/plugins/updater/local-dev/capacitor-updater.mdx
deleted file mode 100644
index 619770ab4..000000000
--- a/src/content/docs/ja/docs/plugins/updater/local-dev/capacitor-updater.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: "セルフホスティングcapgoでcapacitor updaterを使用する"
-locale: ja
-description: "セルフホスティングのCapgoでcapacitor updaterを使用する方法。Capgoの独自インスタンスで完全に自律的になります"
-sidebar:
-    order: 4
----
-
-## このチュートリアルで何をカバーしますか？
-
-このチュートリアルでは、セルフホスティングcapgoを使用した開発環境でcapacitor updaterを使用する方法を説明します
-
-## 要件
-
- 1. [capgoをクローン](https://github.com/Cap-go/capgo)
-
-## はじめに
-
-セルフホスティングcapgoでcapacitor updaterを使用するには、アプリディレクトリから`capacitor.config.ts`を編集し、次のように設定します:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      statsUrl: "https://localhost:54321/functions/v1/stats",
-      channelUrl: "https://localhost:54321/functions/v1/channel_self",
-      updateUrl: "https://localhost:54321/functions/v1/updates"
-    },
-  },
-};
-```
-
-これにより、開発環境でローカルcapgoを使用できるようになります。ただし、デフォルトではこれだけでは不十分です。
-
-> デフォルトでは、iOSとAndroidの両方でHTTPSの使用が期待されます。Ngrokやlocalcanなどのツールを使用して、APIをhttpsでプロキシする必要があります。
-
-Androidには[平文通信](https://developer.android.com/topic/security/risks/cleartext)を有効にする方法があります。
-これは[AndroidManifest.xml](https://github.com/Cap-go/capacitor-updater/blob/main/android/src/main/AndroidManifest.xml)を変更し、`application`タグに`android:usesCleartextTraffic="true"`を追加することで実現できます
-この変更の完全な例は[こちら](https://gist.github.com/WcaleNieWolny/061a015acdebe35eaf3afd7030797701)で確認できます
-
-Androidアプリの接続を妨げる問題が発生する可能性もあります。edge functionsに送信されるリクエストが表示されない場合は、以下を実行してください
-```bash
-adb reverse tcp:54321 tcp:54321
-```
diff --git a/src/content/docs/ja/docs/plugins/updater/local-dev/cli.mdx b/src/content/docs/ja/docs/plugins/updater/local-dev/cli.mdx
deleted file mode 100644
index 0e6f692cd..000000000
--- a/src/content/docs/ja/docs/plugins/updater/local-dev/cli.mdx
+++ /dev/null
@@ -1,34 +0,0 @@
----
-title: "セルフホスティングcapgoでCLIを使用する"
-locale: ja
-description: "このガイドでは、セルフホスティングのCapgoインスタンスでCLIを使用する方法を説明し、クラウドサービスの代わりに独自のサーバーでCapgoツールを利用できるようにします。"
-sidebar:
-    order: 2
----
-
-## このチュートリアルで何をカバーしますか？
-
-このチュートリアルでは、セルフホスティングcapgoを使用した開発環境でCLIを使用する方法を説明します
-
-## はじめに
-
-セルフホスティングcapgoでCLIを使用するには、アプリディレクトリから`capacitor.config.ts`を編集し、次のように設定します:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      localHost: "http://localhost:5173",
-      localWebHost: "http://localhost:5173",
-      localSupa: "http://localhost:54321",
-      localSupaAnon: "see_notes",
-    },
-  },
-};
-```
-
-注: `localSupaAnon`を取得するには、[このチュートリアル](/docs/plugin/self-hosted/local-dev/getting-started/)に従い、`anon key`を`localSupaAnon`にコピーしてください
diff --git a/src/content/docs/ja/docs/plugins/updater/local-dev/contributing.mdx b/src/content/docs/ja/docs/plugins/updater/local-dev/contributing.mdx
deleted file mode 100644
index 608b77b3c..000000000
--- a/src/content/docs/ja/docs/plugins/updater/local-dev/contributing.mdx
+++ /dev/null
@@ -1,30 +0,0 @@
----
-title: "貢献する"
-locale: ja
-description: "Capgoのオープンソースプロジェクトに貢献する方法に関する詳細なガイド。貢献のメリット、貢献を行うためのステップ、およびプロセスで貢献者を支援するために利用可能なリソースを含みます"
-sidebar:
-  order: 2
----
-
-## なぜ貢献するのか？
-
-まず第一に、capgoのオープンソースプロジェクトへの貢献を検討していただきありがとうございます！capgoのオープンソースプロジェクトを素晴らしいツールにしているのは、あなたのような人々です。
-
-貢献を検討する理由は次のとおりです:
-
-* capgoのオープンソースプロジェクトに貢献することは、capgoチームが提供する[数え切れないほどの報奨金](https://console.algora.io/org/Capgo)からお金を稼ぐ素晴らしい方法です
-* capgoのオープンソースプロジェクトに貢献することは、見たい機能を追加する素晴らしい方法です
-* capgoのオープンソースプロジェクトに貢献することは、遭遇したバグを修正する素晴らしい方法です
-* [Capgo mainのライセンス](https://github.com/Cap-go/capgo/blob/main/LICENSE)では、変更をオープンソース化する必要があります。コードを貢献することで、変更をオープンソースのままにして、他の人がそれを使用できるようにすることができます
-
-## 貢献する方法
-
- * まず、貢献したいリポジトリをフォークする必要があります
- * 次に、そのリポジトリに変更をコミットしてプッシュする必要があります
- * 最後に、プルリクエストを開く必要があります
- * それだけです！あとはcapgoチームがあなたのPRをレビューするのを待つだけです
-
-## さらに読むべきドキュメント
-
- * Capgoの[CONTRIBUTING.MD](https://github.com/Cap-go/capgo/blob/main/CONTRIBUTING.md)
- * Capgoの[BOUNTY.md](https://github.com/Cap-go/capgo/blob/main/BOUNTY.md)
diff --git a/src/content/docs/ja/docs/plugins/updater/local-dev/getting-started.mdx b/src/content/docs/ja/docs/plugins/updater/local-dev/getting-started.mdx
deleted file mode 100644
index 97ddb2721..000000000
--- a/src/content/docs/ja/docs/plugins/updater/local-dev/getting-started.mdx
+++ /dev/null
@@ -1,78 +0,0 @@
----
-title: "はじめに"
-locale: ja
-description: "このチュートリアルでは、Supabaseをゼロから起動し、edge functionsを起動して、独自のCapgoを実行する方法を説明します"
-sidebar:
-    order: 1
----
-
-## このチュートリアルで何をカバーしますか？
-
-このチュートリアルでは、supabaseをゼロから起動し、edge functionsを起動する方法を説明します
-
-## 要件
- 1. [capgo](https://github.com/Cap-go/capgo)をクローン
- 3. [supabase](https://supabase.com/)
-
-## はじめに
-
-開始するには以下を実行してください
-```bash
-supabase start
-```
-
-次に、次のようなものが表示されるはずです:
-```js
-Started supabase local development setup.
-
-         API URL: http://localhost:54321
-     GraphQL URL: http://localhost:54321/graphql/v1
-          DB URL: postgresql://postgres:postgres@localhost:54322/postgres
-      Studio URL: http://localhost:54323
-    Inbucket URL: http://localhost:54324
-      JWT secret: [truncated]
-        anon key: supa_key_anon
-service_role key: supa_key_admin
-```
-
-次に`configs.json`を開き、以下の値を設定します:
-```json
-{
-  "base_domain": {
-    "prod": "console.capgo.app",
-    "development": "development.console.capgo.app",
-    "local": "localhost:3332"
-  },
-  "supa_anon": {
-    "prod": "supa_key_anon",
-    "development": "supa_key_anon",
-    "local": "supa_key_anon"
-  },
-  "supa_url": {
-    "prod": "http://localhost:54321",
-    "development": "http://localhost:54321",
-    "local": "http://localhost:54321"
-  }
-}
-```
-
-ここで`supa_key_anon`は前のステップの値です。
-
-:::danger
-⚠️ `configs.json`をリモートリポジトリにコミットしないでください
-:::
-
-次に、[localhost:54323](http://localhost:54323/projects)にアクセスでき、`users`テーブルが次のようになっていることを確認してください
-
-<figure><img src="/supabase.webp" alt="Supabaseダッシュボードのusersテーブル表示" /><figcaption></figcaption></figure>
-
-そうなっている場合は、以下を実行してedge functionsを起動します:
-
-```bash
-supabase functions serve
-```
-
-そして、以下を実行してフロントエンドを起動します:
-```bash
-bun run serve
-```
diff --git a/src/content/docs/ja/docs/plugins/updater/notify-app-ready.mdx b/src/content/docs/ja/docs/plugins/updater/notify-app-ready.mdx
deleted file mode 100644
index 900ef2bca..000000000
--- a/src/content/docs/ja/docs/plugins/updater/notify-app-ready.mdx
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: "CapacitorUpdater.notifyAppReady()呼び出しを正しく配置する"
-locale: ja
-description: 正しい自動アップデートフローを確保するために、アプリでCapacitorUpdater.notifyAppReady()呼び出しを適切に配置する方法。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code } from '@astrojs/starlight/components';
-import { Aside } from '@astrojs/starlight/components';
-import ConditionalQuestionnaire from '@/components/ConditionalQuestionnaire.astro'
-
-`CapacitorUpdater.notifyAppReady()`呼び出しの配置は、正しい自動アップデートフローにとって重要です。
-
-
-正しく行われない場合、アプリは最新バージョンにアップデートできません。10秒以内に`notifyAppReady()`を呼び出さない各バージョンは無効とマークされ、以前の有効なバージョンまたはデフォルト（組み込み）バージョンに置き換えられます。
-
-
-このガイドでは、正しい自動アップデートフローを確保するために、アプリで`notifyAppReady()`呼び出しを適切に配置する方法を説明します。
-
-### `notifyAppReady()`呼び出し配置アンケート
-
-<ConditionalQuestionnaire />
-
-
-<div style="margin-top: 3rem;">
-<Aside type="note">
-アンケートにフレームワークが見つからない場合は、[Discord](https://discord.capgo.app)でお気軽にお問い合わせください。
-</Aside>
-</div>
diff --git a/src/content/docs/ja/docs/plugins/updater/self-hosted/auto-update.mdx b/src/content/docs/ja/docs/plugins/updater/self-hosted/auto-update.mdx
deleted file mode 100644
index dafd9e461..000000000
--- a/src/content/docs/ja/docs/plugins/updater/self-hosted/auto-update.mdx
+++ /dev/null
@@ -1,109 +0,0 @@
----
-title: "自動アップデート"
-locale: ja
-description: "セルフホスティングモードでCapgoのアップデートエンドポイントを自動アップデートプラグインで使用する方法、その用途と期待されること"
-sidebar:
-  order: 4
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-このドキュメントでは、独自の自動アップデートサーバーを実行する方法を説明します。
-
-## バンドルを提供する
-バンドルがHTTPSで提供され、サーバーがアプリがアップデートをダウンロードできるように適切なCORSヘッダーを持っていることを確認してください。
-例: ```https://myserver.com/app/updates/updates.json```
-
-
-バンドルの提供に慣れていない場合は、Capgo Cloudを試すか、こちらの例をご覧ください:
-<LinkCard
-	title="バンドルを提供する"
-	href="/docs/self-hosted/auto-update/update-endpoint"
-/>
-
-## 設定
-``capacitor.config.json``に``updateUrl``を追加します。
-
-```json
-{
-	"plugins": {
-		"CapacitorUpdater": {
-			"updateUrl": "https://myserver.com/app/updates/updates.json",
-		}
-	}
-}
-```
-:::caution
-セルフホスティングのアップデートをプッシュする場合、「HTTP」エンドポイントを使用できないことに注意してください。これはAndroidアプリのセキュリティポリシーに違反するためです。テスト目的で[許可する](https://stackoverflow.com/questions/45940861/android-8-cleartext-http-traffic-not-permitted)ことができます。
-:::
-
-## Update API
-
-プラグインは、アプリが開くたびに、以下のボディでAPIにPOST呼び出しを行います:
-
-```typescript
-interface AppInfos {
-    "platform": "ios" | "android",
-    "device_id": "UUID_of_device_unique_by_install",
-    "app_id": "APPID_FROM_CAPACITOR_CONFIG",
-    "custom_id": "your_custom_id_set_on_runtime",
-    "plugin_version": "PLUGIN_VERSION",
-    "version_build": "VERSION_NUMBER_FROM_NATIVE_CODE",
-    "version_code": "VERSION_CODE_FROM_NATIVE_CODE",
-    "version_name": "LAST_DOWNLOADER_VERSION" | "builtin"
-    "version_os": "VERSION_OF_SYSTEM_OS",
-    "is_emulator": boolean,
-    "is_prod": boolean,
-}
-```
-
-サーバーAPIは、アップデートが必要な場合、capacitor-updaterプラグインにJSONで応答する必要があります。このデータで:
-
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"checksum": "sha256_checksum_of_bundle"
-}
-```
-
-自動アップデートモードでは、サーバーはバージョンを比較し、正しいものを返す必要があります。URLキーが存在する場合、プラグインはダウンロードプロセスを開始します。
-
-「message」と「error」キーを追加すると、バージョンは設定されず、代わりにログにメッセージが表示されます。
-
-`version`キーは[`semver`](https://semver.org/)形式である必要があります。
-
-zipはルートに`index.html`ファイルを持つか、ルートに`index.html`を含む1つのフォルダーのみを持つ必要があります。
-
-
-CLIのコマンドを使用してバンドルをzipできます:
-
-```bash title="サーバーから提供するファイルでバンドルを作成する"
-npx @capgo/cli bundle zip --path [/path/to/my/bundle]
-```
-
-## バンドルチェックサムの生成
-
-**重要:** バンドルzipファイルを作成するには、Capgo CLIを使用する必要があります。Capgoプラグインは、公式CLIツールを使用した場合にのみ保証される特定のzip形式と構造を必要とします。標準のzipユーティリティでは、互換性のないアーカイブが作成される可能性があります。
-
-バンドルのチェックサムを生成するには、`--json`フラグを使用してCapgo CLI zipコマンドを使用します:
-
-```bash title="チェックサム情報付きでバンドルを作成"
-npx @capgo/cli bundle zip [appId] --json
-```
-
-このコマンドは:
-- Capgoプラグインと互換性のある適切にフォーマットされたzipファイルを作成します
-- 整合性検証のためのSHA256チェックサムを生成します
-- バンドル情報をJSON形式で出力します
-
-出力例:
-```json
-{
-  "version": "1.2.3",
-  "checksum": "a1b2c3d4e5f6789...",
-  "size": 1234567
-}
-```
-
-この出力の`checksum`値をAPI応答で使用して、プラグインがインストール前にバンドルの整合性を検証できるようにします。
diff --git a/src/content/docs/ja/docs/plugins/updater/self-hosted/encrypted-bundles.mdx b/src/content/docs/ja/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
deleted file mode 100644
index 388f99582..000000000
--- a/src/content/docs/ja/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
+++ /dev/null
@@ -1,60 +0,0 @@
----
-title: "暗号化されたバンドル"
-locale: ja
-description: "セルフホスティング環境で手動アップデートプラグインを利用するための包括的なガイド。安全で効率的なアップデートのための暗号化されたバンドルの管理に関する手順とプロセスを詳述します。"
-sidebar:
-  order: 5
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## エンドツーエンド暗号化
-
-バージョン4.15.0以降、プラグインは暗号化されたアップデートを送信できます。
-
-### ステップ1: 秘密鍵を作成する
-```bash title='秘密鍵を作成'
-npx @capgo/cli key create
-```
-
-### ステップ2: バンドルを作成してzipする
-```bash title="チェックサム付きでバンドルzipを作成"
-npx @capgo/cli bundle zip [appId] --key-v2 --json
-```
-
-`--key-v2`フラグは、より良いチェックサムを持つ新しい暗号化システムを使用し、`--json`フラグは暗号化に必要なチェックサムを含むバンドル情報を出力します。
-
-### ステップ3: バンドルを暗号化する
-```bash title="チェックサム付きでバンドルzipを暗号化"
-npx @capgo/cli encrypt [path/to/zip] [checksum]
-```
-
-`checksum`パラメータは、ステップ2のzipコマンドで生成されたSHA256チェックサムです。encryptコマンドは`ivSessionKey`を返し、暗号化されたチェックサムを生成します。アップデートペイロードで`ivSessionKey`キーを`session_key`に名前変更することを忘れないでください。
-
-### ステップ4: アップデートペイロードで使用する
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"session_key": "encrypted_session_key",
-"checksum": "encrypted_checksum_from_encrypt_command"
-}
-```
-
-`session_key`はencryptコマンドから返された`ivSessionKey`で、`checksum`は暗号化中に生成された暗号化されたチェックサムです（zipコマンドからの元のチェックサムではありません）。
-
-その後、アプリは秘密鍵を使用して`session_key`を復号化し、復号化された`session_key`を使用してアップデートを復号化できます。暗号化されたチェックサムは、バンドルの整合性検証を保証します。
-
-## さらに詳しく
-
-<CardGrid>
-<LinkCard
-	title="エンドツーエンド暗号化ガイド"
-	href="https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/"
-	description="RSA + AES暗号化を使用したCapgoの暗号化システムの仕組みの詳細"
-/>
-<LinkCard
-	title="セルフホスティングライブアップデート"
-	href="https://capgo.app/blog/self-hosted-live-updates/"
-	description="セルフホスティングアップデートのセットアップの完全なワークフロー"
-/>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/updater/self-hosted/getting-started.mdx b/src/content/docs/ja/docs/plugins/updater/self-hosted/getting-started.mdx
deleted file mode 100644
index 013f35d41..000000000
--- a/src/content/docs/ja/docs/plugins/updater/self-hosted/getting-started.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: "はじめに"
-locale: ja
-description: "シームレスなアプリケーションのアップデートとメンテナンスのための独自の自動アップデートサーバーのセットアップと管理に関する包括的なガイド"
-sidebar:
-    order: 1
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-このドキュメントでは、独自の自動アップデートサーバーを実行する方法を説明します。
-
-## はじめに
-
-この作業が役立つと感じた場合は、[Github sponsor](https://github.com/sponsors/riderx)になることで私の作業をサポートすることを検討してください。
-
-私はここで構築したすべてのコードをペイウォールの代わりにオープンソースにするという賭けをしました。戦いや隠蔽の代わりにオープンにすることで、世界をより良い場所にできると信じています。
-
-さらに、Capgoツールに焦点を当て、オープンで透明性のあるビジネスにしたいと考えています。
-
-しかし、それを可能にするためには、あなたを含む私たち全員が自分の役割を果たす必要があります。
-
-Capgoがあなたに合わない場合は、自分の価格を支払い、[bootstrapped Makerを支援](https://github.com/sponsors/riderx)してください。
-
-<LinkCard title="貢献を検討する" href="/docs/plugin/self-hosted/contributing/"/>
-## 機能パリティ
-
-独自のサーバーを選択した場合、5分セットアップフローを失います。\
-これらすべての機能を自分で実装する必要があります。
-
-
-| 機能                 | Capgo | セルフホスティング |
-| ------------------------ | ----- | ----------- |
-| アップデート                  | ✅     | 🚧         |
-| 自動復帰              | ✅     | 🚧         |
-| 失敗時のメールアラート     | ✅     | 🚧         |
-| チャンネル                 | ✅     | 🚧         |
-| チャンネルオーバーライド        | ✅     | 🚧         |
-| デバイスオーバーライド          | ✅     | 🚧         |
-| チャンネル設定        | ✅     | 🚧         |
-| デバイス設定          | ✅     | 🚧         |
-| カスタムID                | ✅     | 🚧         |
-| 自動設定チャンネル        | ✅     | 🚧         |
-| APIチャンネル             | ✅     | 🚧         |
-| アップデート統計       | ✅     | 🚧         |
-| ダウンロード失敗統計 | ✅     | 🚧         |
-| アプリ使用統計     | ✅     | 🚧         |
-| アップデート暗号化        | ✅     | 🚧         |
-| 差分アップデート     | ✅     | ❌         |
-
-:::danger
-ユーザーに不正なアップデートを送信すると、アプリを壊すことができます。
-:::
-
-> Capgo cloudと独自のサーバーを同時に使用することはできないことに注意してください。
-
-
-
-:::danger
-Over-the-Air（OTA）アップデート機能は、HTML、CSS、JavaScriptファイルに加えられた変更にのみ適用されます。
-
-Capacitorプラグインのアップデートなど、ネイティブコードに変更を加えた場合は、承認を得るためにアプリストアにアプリケーションを再提出する必要があります。
-:::
-
-## 自動と手動の選択
-自動モードでは、ロジックの一部がネイティブコードによって処理され、アップデートはサーバー側で決定されます。これはより安全で、1つのデバイスまたはグループへの細かいアップデート、部分的な展開などを可能にします。
-
-手動モードでは、すべてのロジックがJSによって処理されます。
-
-
-
-<LinkCard
-	title="自動アップデート"
-	href="/docs/plugin/self-hosted/auto-update/"
-/>
-
-<LinkCard
-	title="手動"
-	href="/docs/plugin/self-hosted/manual-update/"
-/>
-
-## Capacitor updaterをインストール
-
-```bash title="Capacitor updaterをインストール"
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-## バンドルを準備する
-
-アプリにアップデートを送信するには、zipする必要があります。
-zipが良好であることを確認する最善の方法は、Capgo CLIをzipに使用することです。
-```bash title="サーバーから提供するファイルでバンドルを作成"
-npx @capgo/cli@latest bundle zip
-```
-
-
-このzipを独自のサーバーから提供する必要があります。
-
-<LinkCard
-	title="自動アップデート"
-	href="/docs/plugin/self-hosted/auto-update/"
-/>
-
-<LinkCard
-	title="手動"
-	href="/docs/plugin/self-hosted/manual-update/"
-/>
-
-
-:::note
-これが多くの作業のように思える場合は、Capgo Cloudのトライアルをお試しください。
-:::
-
-:::note
-差分アップデートは手動アップデートでは機能しませんが、自動アップデートでは機能します。現在、かなり複雑なプロセスであるため、文書化されていません
-:::
diff --git a/src/content/docs/ja/docs/plugins/updater/self-hosted/handling-channels.mdx b/src/content/docs/ja/docs/plugins/updater/self-hosted/handling-channels.mdx
deleted file mode 100644
index 6aa9abc4a..000000000
--- a/src/content/docs/ja/docs/plugins/updater/self-hosted/handling-channels.mdx
+++ /dev/null
@@ -1,514 +0,0 @@
----
-title: チャネル API エンドポイント
-description: デバイス チャネルの割り当てとチャネル クエリを処理するために、セルフホスト型 Capgo のチャネル管理エンドポイントを構築する方法
-sidebar:
-  order: 8
-locale: ja
----
-チャネルは、Capgo でアプリの更新を管理するための中心的なメカニズムです。セルフホスト モードでは、デバイスの割り当て、チャネル クエリ、およびチャネル管理操作を処理するためにチャネル エンドポイントを実装する必要があります。
-
-## チャネルを理解する
-
-チャネルを使用すると、次のことが可能になります。
-- **アップデートの配布を制御**: 異なるアプリのバージョンを異なるユーザー グループに割り当てます
-- **A/B テスト**: 特定のユーザー セグメントを対象に新機能をテストします  
-- **段階的ロールアウト**: リスクを最小限に抑えるためにアップデートを段階的に展開します。
-- **環境の分離**: 開発、ステージング、実稼働の更新を分離します。
-
-## 構成
-
-`capacitor.config.json` でチャネル エンドポイント URL を構成します。
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://myserver.com/api/channel_self"
-    }
-  }
-}
-```
-
-## チャネル操作
-
-プラグインは、エンドポイントが処理する必要があるさまざまなチャネル操作を実行します。
-
-### 1. 互換性のあるチャネルのリスト (GET リクエスト)
-
-プラグインが `listChannels()` を呼び出すと、デバイスと互換性のあるすべてのチャネルを取得するための GET リクエストが送信されます。これにより、デバイスの環境 (開発/製品、エミュレータ/実デバイス) に一致し、パブリック アクセスまたは自己割り当てのいずれかを許可するチャネルが返されます。
-
-#### リクエストのフォーマット
-```typescript
-// GET /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Query parameters:
-interface ListChannelsRequest {
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  is_emulator: boolean
-  is_prod: boolean
-  key_id?: string
-}
-```
-
-#### 応答形式
-```json
-[
-  {
-    "id": 1,
-    "name": "production",
-    "public": true,
-    "allow_self_set": false
-  },
-  {
-    "id": 2,
-    "name": "beta",
-    "public": false,
-    "allow_self_set": true
-  }
-]
-```
-
-#### チャネルの種類を理解する
-
-応答には、チャネルごとに 2 つの重要なフラグが含まれています。
-
-- **`public: true`**: これは **デフォルト チャンネル**です。 `setChannel()` を使用してデバイスを自己割り当てすることはできません。代わりに、デバイスが (`unsetChannel()` を使用して) チャネル割り当てを削除すると、デバイスの条件に一致する場合は、このパブリック チャネルから更新を自動的に受信します。
-
-- **`allow_self_set: true`**: これは**自己割り当て可能なチャンネル**です。デバイスは、`setChannel()` を使用して、デバイス自体をこのチャネルに明示的に割り当てることができます。これは、ベータ テスト、A/B テスト、またはユーザーが特定の更新トラックにオプトインできるようにする場合に役立ちます。
-
-:::note
-チャネルは `public` または `allow_self_set` のいずれかになりますが、通常は両方はできません。パブリック チャネルはデフォルトのフォールバックとして機能しますが、自己割り当てチャネルは明示的なオプトインが必要です。
-:::
-
-### 2. チャネルの取得 (PUT リクエスト)
-
-プラグインが `getChannel()` を呼び出すと、PUT リクエストを送信してデバイスの現在のチャネル割り当てを取得します。
-
-#### リクエストのフォーマット
-```typescript
-// PUT /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Body:
-interface GetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-  defaultChannel?: string
-  channel?: string  // For newer plugin versions, contains local channel override
-}
-```
-
-#### 応答形式
-```json
-{
-  "status": "ok",
-  "channel": "production",
-  "allowSet": true,
-  "message": "",
-  "error": ""
-}
-```
-
-### 3. チャネルの設定 (POST リクエスト)
-
-プラグインが `setChannel()` を呼び出すと、デバイスを特定のチャネルに割り当てる POST リクエストが送信されます。
-
-#### リクエストのフォーマット
-```typescript
-// POST /api/channel_self
-interface SetChannelRequest {
-  device_id: string
-  app_id: string
-  channel: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-}
-```
-
-#### 応答形式
-```json
-{
-  "status": "ok",
-  "message": "Device assigned to channel successfully",
-  "error": ""
-}
-```
-
-#### エラーのケース
-
-デバイスが **パブリック チャネル** (`public: true` を持つチャネル) に自身を割り当てようとすると、エンドポイントはエラーを返すはずです。
-
-```json
-{
-  "status": "error",
-  "error": "public_channel_self_set_not_allowed",
-  "message": "This channel is public and does not allow device self-assignment. Unset the channel and the device will automatically use the public channel."
-}
-```
-
-デバイスが自己割り当てを許可しないチャネルに自分自身を割り当てようとすると、次のようになります。
-
-```json
-{
-  "status": "error",
-  "error": "channel_self_set_not_allowed",
-  "message": "This channel does not allow devices to self associate"
-}
-```
-
-### 4. チャネルの設定解除 (DELETE リクエスト)
-
-プラグインが `unsetChannel()` を呼び出すと、デバイスのチャネル割り当てを削除する DELETE リクエストが送信されます。
-
-#### リクエストのフォーマット
-```typescript
-// DELETE /api/channel_self
-interface UnsetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-```
-
-## 実装例
-
-チャネル エンドポイントを実装する方法の JavaScript の例を次に示します。
-
-```typescript
-interface ChannelRequest {
-  device_id: string
-  app_id: string
-  channel?: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-
-interface ChannelResponse {
-  status: "ok" | "error"
-  channel?: string
-  allowSet?: boolean
-  message?: string
-  error?: string
-}
-
-export const handler = async (event) => {
-  const method = event.httpMethod || event.method
-  const body = JSON.parse(event.body || '{}') as ChannelRequest
-  
-  const { device_id, app_id, channel, platform } = body
-
-  try {
-    switch (method) {
-      case 'GET':
-        return await getDeviceChannel(device_id, app_id)
-        
-      case 'POST':
-        return await setDeviceChannel(device_id, app_id, channel!, platform)
-        
-      case 'DELETE':
-        return await unsetDeviceChannel(device_id, app_id)
-        
-      default:
-        return {
-          status: "error",
-          error: "Method not allowed"
-        }
-    }
-  } catch (error) {
-    return {
-      status: "error",
-      error: error.message
-    }
-  }
-}
-
-async function getDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Query your database for device channel assignment
-  const assignment = await database.getDeviceChannel(deviceId, appId)
-  
-  if (assignment) {
-    return {
-      status: "ok",
-      channel: assignment.channel,
-      allowSet: assignment.allowSelfAssign
-    }
-  }
-  
-  // Return default channel if no assignment found
-  return {
-    status: "ok",
-    channel: "production", // Your default channel
-    allowSet: true
-  }
-}
-
-async function setDeviceChannel(
-  deviceId: string, 
-  appId: string, 
-  channel: string, 
-  platform: string
-): Promise<ChannelResponse> {
-  // Validate channel exists and allows self-assignment
-  const channelConfig = await database.getChannelConfig(channel, appId)
-  
-  if (!channelConfig) {
-    return {
-      status: "error",
-      error: "Channel not found"
-    }
-  }
-  
-  if (!channelConfig.allowDeviceSelfSet) {
-    return {
-      status: "error",
-      error: "Channel does not allow self-assignment"
-    }
-  }
-  
-  // Check platform restrictions
-  if (platform === "ios" && !channelConfig.ios) {
-    return {
-      status: "error", 
-      error: "Channel not available for iOS"
-    }
-  }
-  
-  if (platform === "android" && !channelConfig.android) {
-    return {
-      status: "error", 
-      error: "Channel not available for Android" 
-    }
-  }
-  
-  if (platform === "electron" && !channelConfig.electron) {
-    return {
-      status: "error", 
-      error: "Channel not available for Electron" 
-    }
-  }
-  
-  // Save the assignment
-  await database.setDeviceChannel(deviceId, appId, channel)
-  
-  return {
-    status: "ok",
-    message: "Device assigned to channel successfully"
-  }
-}
-
-async function unsetDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Remove device channel assignment
-  await database.removeDeviceChannel(deviceId, appId)
-  
-  return {
-    status: "ok",
-    message: "Device channel assignment removed"
-  }
-}
-```
-
-## チャネル構成
-
-チャネル システムは次の構成オプションをサポートする必要があります。
-
-```typescript
-interface ChannelConfig {
-  name: string
-  appId: string
-
-  // Platform targeting
-  ios: boolean              // Allow updates to iOS devices
-  android: boolean          // Allow updates to Android devices
-  electron: boolean         // Allow updates to Electron apps
-
-  // Device type restrictions
-  allow_emulator: boolean   // Allow updates on emulator/simulator devices
-  allow_device: boolean     // Allow updates on real/physical devices
-
-  // Build type restrictions
-  allow_dev: boolean        // Allow updates on development builds (is_prod=false)
-  allow_prod: boolean       // Allow updates on production builds (is_prod=true)
-
-  // Channel assignment
-  public: boolean           // Default channel - devices fall back to this when no override
-  allowDeviceSelfSet: boolean  // Allow devices to self-assign via setChannel()
-
-  // Update policies
-  disableAutoUpdate: "major" | "minor" | "version_number" | "none"
-  disableAutoUpdateUnderNative: boolean
-}
-```
-
-### デバイスフィルタリングロジック互換性のあるチャネル (GET リクエスト) をリストする場合は、次の条件に基づいてチャネルをフィルタリングする必要があります。
-
-1. **プラットフォーム チェック**: チャネルはデバイスのプラットフォーム (`ios`、`android`、または `electron`) を許可する必要があります。
-2. **デバイス タイプのチェック**:
-   - `is_emulator=true` の場合: チャネルには `allow_emulator=true` が必要です
-   - `is_emulator=false` の場合: チャネルには `allow_device=true` が必要です
-3. **ビルドタイプのチェック**:
-   - `is_prod=true` の場合: チャネルには `allow_prod=true` が必要です
-   - `is_prod=false` の場合: チャンネルには `allow_dev=true` が必要です
-4. **可視性チェック**: チャネルは `public=true` または `allow_device_self_set=true` のいずれかである必要があります
-
-```typescript
-// Example filtering logic
-function getCompatibleChannels(
-  platform: 'ios' | 'android' | 'electron',
-  isEmulator: boolean,
-  isProd: boolean,
-  channels: ChannelConfig[]
-): ChannelConfig[] {
-  return channels.filter(channel => {
-    // Platform check
-    if (!channel[platform]) return false
-
-    // Device type check
-    if (isEmulator && !channel.allow_emulator) return false
-    if (!isEmulator && !channel.allow_device) return false
-
-    // Build type check
-    if (isProd && !channel.allow_prod) return false
-    if (!isProd && !channel.allow_dev) return false
-
-    // Must be accessible (public or self-assignable)
-    if (!channel.public && !channel.allowDeviceSelfSet) return false
-
-    return true
-  })
-}
-```
-
-## データベース スキーマの例
-
-チャネル構成とデバイス割り当てを保存する必要があります。
-
-```sql
--- Channels table
-CREATE TABLE channels (
-  id SERIAL PRIMARY KEY,
-  name VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-
-  -- Platform targeting
-  ios BOOLEAN DEFAULT true,
-  android BOOLEAN DEFAULT true,
-  electron BOOLEAN DEFAULT true,
-
-  -- Device type restrictions
-  allow_emulator BOOLEAN DEFAULT true,   -- Allow emulator/simulator devices
-  allow_device BOOLEAN DEFAULT true,     -- Allow real/physical devices
-
-  -- Build type restrictions
-  allow_dev BOOLEAN DEFAULT true,        -- Allow development builds
-  allow_prod BOOLEAN DEFAULT true,       -- Allow production builds
-
-  -- Channel assignment
-  public BOOLEAN DEFAULT false,          -- Default channel (fallback)
-  allow_device_self_set BOOLEAN DEFAULT false,  -- Allow self-assignment
-
-  -- Update policies
-  disable_auto_update VARCHAR(50) DEFAULT 'none',
-  disable_auto_update_under_native BOOLEAN DEFAULT false,
-
-  created_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(name, app_id)
-);
-
--- Device channel assignments table
-CREATE TABLE device_channels (
-  id SERIAL PRIMARY KEY,
-  device_id VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-  channel_name VARCHAR(255) NOT NULL,
-  assigned_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(device_id, app_id)
-);
-```
-
-## エラー処理
-
-一般的なエラー シナリオを処理します。
-
-```typescript
-// Channel not found
-{
-  "status": "error",
-  "error": "Channel 'beta' not found"
-}
-
-// Self-assignment not allowed
-{
-  "status": "error", 
-  "error": "Channel does not allow device self-assignment"
-}
-
-// Platform not supported
-{
-  "status": "error",
-  "error": "Channel not available for this platform"
-}
-
-// Invalid request
-{
-  "status": "error",
-  "error": "Missing required field: device_id"
-}
-```
-
-## ベストプラクティス
-
-1. **セキュリティ**: ビジネス ルールに照らしてすべてのチャネル割り当てを検証します。
-2. **ログ**: 監査とデバッグのためにすべてのチャネル操作をログに記録します。
-3. **パフォーマンス**: キャッシュ チャネル構成によりデータベース クエリを削減します。
-4. **検証**: device_id と app_id の信頼性を検証します。
-5. **レート制限**: 乱用を防ぐためにレート制限を実装します。
-
-## アップデートとの統合
-
-チャネルの割り当ては、[API エンドポイントの更新](/docs/plugin/self-hosted/handling-updates/) と連動します。デバイスがアップデートを要求した場合、そのチャネル割り当てを確認して、どのバージョンを提供するかを決定します。
-
-```typescript
-async function getUpdateForDevice(deviceId: string, appId: string) {
-  // Get device's channel assignment
-  const channelAssignment = await getDeviceChannel(deviceId, appId)
-  const channel = channelAssignment.channel || 'production'
-  
-  // Get the version assigned to this channel
-  const channelVersion = await getChannelVersion(channel, appId)
-  
-  return {
-    version: channelVersion.version,
-    url: channelVersion.url,
-    checksum: channelVersion.checksum
-  }
-}
-```
-
-これにより、更新をユーザーに配布する方法を完全に制御できる完全な自己ホスト型チャネル管理システムが作成されます。
diff --git a/src/content/docs/ja/docs/plugins/updater/self-hosted/handling-stats.mdx b/src/content/docs/ja/docs/plugins/updater/self-hosted/handling-stats.mdx
deleted file mode 100644
index 89dc02802..000000000
--- a/src/content/docs/ja/docs/plugins/updater/self-hosted/handling-stats.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: 統計 API
-description: セルフホスト モードの自動更新プラグインで Capgo の統計エンドポイントを使用する方法、その用途と期待するもの
-sidebar:
-  order: 7
-locale: ja
----
-import { LinkCard, CardGrid, Aside } from '@astrojs/starlight/components';
-
-## 統計 API
-
-バージョン 1.3.0 から、更新システムは統計情報を送信できるようになりました。
-
-デフォルトでは、使用状況を把握し調査するために、すべての統計情報がサーバーに送信されます。 
-
-<Aside>
-統計情報についてはプライベート データは送信されず、ランダムな UUID、バージョン更新、ネイティブ アプリのバージョン、プラットフォーム、アクション、アプリ ID のみが送信されます。
-</Aside>
-
-代わりにこのデータをサーバーに送信したい場合は、以下の構成を変更します。
-
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"statsUrl": "YOUR_URL"
-		}
-	}
-}
-```
-
-## データ構造
-
-サーバーが受け取るものは次のとおりです。
-
-```tsx
-interface AppInfosStats {
-	"action": "set", // can be set, delete, set_fail, reset, revert
-	// Then it's the same info as update
-	"app_id": "**.***.**", // app identifier in the store
-	"device_id": "*******", // unique id per app install
-	"platform": "ios", // or android, or electron
-	"custom_id": "user_1", // represent your user
-        "version_name": "1.2.3", // version of the web build
-        "version_build": "1.2.0", // version of the native build
-        "version_code": "120", // build number of the native build
-	"version_os": "16", // OS version of the device
-        "plugin_version": "4.0.0"// to make your api behave differently with different plugins
-        "is_emulator": false,
-    	"is_prod": false,
-}
-```
-
-空の文字列を使用して完全に無効にすることもできます。統計は非公開で作成されており、問題を解決して改善するために人々がプラグインをどのように使用しているかを理解するのに役立ちます。
-
-## 予想される「更新なし」の動作
-
-更新エンドポイントに **新しいバージョンがない**場合、次のようなエラー ペイロードで応答する必要があります。
-
-```json
-{ "error": "no_new_version_available", "message": "No new version available" }
-```
-
-`error` コードは正確に `no_new_version_available` である必要があります。 `message` には任意の文字列を指定できます (ロギング/デバッグのみに使用されます)。これは予期された動作であり、引き続き HTTP `200` で返されます。更新エンドポイントが `url` なしで `200` 応答を返した場合、プラグインはそれをダウンロードの失敗として扱い、`download_fail` 統計を送信します。
-
-## 実装例
-
-プラグインの統計を保存するための JavaScript のコードの例を次に示します。
-
-```typescript
-interface AppInfos {
-  version_name: string
-  action: 'ping' |
-          'delete' |
-          'reset' |
-          'set' |
-          'get' |
-          'set_fail' |
-          'update_fail' |
-          'download_fail' |
-          'windows_path_fail' |
-          'canonical_path_fail' |
-          'directory_path_fail' |
-          'unzip_fail' |
-          'low_mem_fail' |
-          'download_10' |
-          'download_20' |
-          'download_30' |
-          'download_40' |
-          'download_50' |
-          'download_60' |
-          'download_70' |
-          'download_80' |
-          'download_90' |
-          'download_complete' |
-          'download_manifest_start' |
-          'download_manifest_complete' |
-          'download_zip_start' |
-          'download_zip_complete' |
-          'download_manifest_file_fail' |
-          'download_manifest_checksum_fail' |
-          'download_manifest_brotli_fail' |
-          'decrypt_fail' |
-          'app_moved_to_foreground' |
-          'app_moved_to_background' |
-          'uninstall' |
-          'needPlanUpgrade' |
-          'missingBundle' |
-          'noNew' |
-          'disablePlatformIos' |
-          'disablePlatformAndroid' |
-          'disableAutoUpdateToMajor' |
-          'cannotUpdateViaPrivateChannel' |
-          'disableAutoUpdateToMinor' |
-          'disableAutoUpdateToPatch' |
-          'channelMisconfigured' |
-          'disableAutoUpdateMetadata' |
-          'disableAutoUpdateUnderNative' |
-          'disableDevBuild' |
-          'disableEmulator' |
-          'cannotGetBundle' |
-          'checksum_fail' |
-          'NoChannelOrOverride' |
-          'setChannel' |
-          'getChannel' |
-          'rateLimited' |
-          'disableAutoUpdate' |
-          'InvalidIp' |
-          'keyMismatch' |
-          'blocked_by_server_url'
-  version_build: string
-  version_code: string
-  version_os: string
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    action,
-    version_code,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    action,
-    version_os,
-    version_code,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  // Save it in your database
-  return { status: 'ok' }
-}
-```
-
-このエンドポイントは JSON を返す必要があります。
-
-```json
-{ "status": "ok" }
-```
-
-## アクション
-
-すべてのアクション コードとその意味の詳細な説明については、デバッグ ドキュメントを参照してください。
-
-* **デバイスから送信されるアクション**: [デバッグ ドキュメント - デバイスから送信される](/docs/plugins/updater/debugging/#sent-from-the-device) セクションを参照してください。
-* **バックエンドから送信されるアクション**: [デバッグ ドキュメント - バックエンドから送信される](/docs/plugins/updater/debugging/#sent-from-the-backend) セクションを参照してください。
-
-<LinkCard
-	title="アップデートの処理"
-	href="/docs/plugin/self-hosted/handling-updates/"
-/>
diff --git a/src/content/docs/ja/docs/plugins/updater/self-hosted/handling-updates.mdx b/src/content/docs/ja/docs/plugins/updater/self-hosted/handling-updates.mdx
deleted file mode 100644
index f9c688ca2..000000000
--- a/src/content/docs/ja/docs/plugins/updater/self-hosted/handling-updates.mdx
+++ /dev/null
@@ -1,110 +0,0 @@
----
-title: API エンドポイントを更新する
-description: 適切なバンドル情報とチェックサムを使用して Capgo プラグイン リクエストに応答する更新サーバー API エンドポイントを構築する方法
-sidebar:
-  order: 6
-locale: ja
----
-以下は、プラグインに更新を送信する JavaScript のコードの例です。
-
-```typescript
-interface AppInfos {
-  version_name: string
-  version_build: string
-  version_os: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  if (version_name === '1.0.0') {
-    return {
-      version: '1.0.1',
-      url: 'https://apiurl.com/mybuild_101.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else if (version_name === '1.0.1') {
-    return {
-      version: '1.0.2',
-      url: 'https://apiurl.com/mybuild_102.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else {
-    return {
-      message: 'Error version not found'
-      version: '',
-      url: '',
-    }
-  }
-}
-```
-
-## 応答フォーマット
-
-**非暗号化バンドル**の場合、エンドポイントは次を返す必要があります:
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "sha256_checksum_of_bundle"
-}
-```
-
-**暗号化されたバンドル**の場合は、セッション キーも含める必要があります。
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "encrypted_checksum_from_encrypt_command",
-  "session_key": "ivSessionKey_from_encrypt_command"
-}
-```
-
-更新またはエラーがない場合は、`message` キーを追加し、オプションで `error` を追加します。
-
-```json
-{
-  "message": "Version not found",
-  "error": "The backend crashed",
-  "version": "1.0.2",
-}
-```
-
-## フィールドの説明
-
-- **`checksum`**: 整合性検証用のバンドル zip ファイルの SHA256 ハッシュ
-- **`session_key`**: 暗号化されたバンドルの場合にのみ必要です。これは、暗号化コマンドによって返される `ivSessionKey` です。
-- **`version`**: semver 形式のバージョン識別子
-- **`url`**: バンドルをダウンロードできる HTTPS URL
-
-## バンドルの作成
-
-互換性のあるバンドルを作成し、チェックサムを生成する方法については、[自動更新ドキュメント](/docs/plugin/self-hosted/auto-update/#generating-bundle-checksum) を参照してください。
-
-暗号化されたバンドルについては、完全な暗号化ワークフローを説明する [暗号化されたバンドルのドキュメント](/docs/plugin/self-hosted/encrypted-bundles/) を参照してください。
diff --git a/src/content/docs/ja/docs/plugins/updater/self-hosted/manual-update.mdx b/src/content/docs/ja/docs/plugins/updater/self-hosted/manual-update.mdx
deleted file mode 100644
index 00ed01524..000000000
--- a/src/content/docs/ja/docs/plugins/updater/self-hosted/manual-update.mdx
+++ /dev/null
@@ -1,68 +0,0 @@
----
-title: 手動アップデート
-description: >-
-  セルフホスト環境内で手動更新プラグインを利用するための詳細なガイド。自動プロセスに依存せずに更新を効果的に管理するための構成と使用法に関する包括的な手順を提供します。
-sidebar:
-  order: 3
-locale: ja
----
-## 構成
-
-これを ``capacitor.config.json`` に追加して、自動更新を無効にします。
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"autoUpdate": false,
-		}
-	}
-}
-```
-
-## 使用法
-
-この例を使用することも、アプリ内でロジックを再作成することもできます。
-
-:::caution
-コード内で宣言された静的バージョンでアプリを更新することをユーザーに強制しています。これはお勧めできません。サーバーの動的バージョンを使用する必要があります。
-:::
-
-:::danger
-この例では、バージョン チェック、復号化、チェックサム検証は行っていません。それは自分で行うべきです。
-:::
-
-```tsx
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-import { App } from '@capacitor/app'
-let data = {version: ""}
-CapacitorUpdater.notifyAppReady()
-App.addListener('appStateChange', async(state) => {
-     if (state.isActive) {
-       // Do the download during user active app time to prevent failed download
-       data = await CapacitorUpdater.download({
-       version: '0.0.4',
-       url: 'https://github.com/Cap-go/demo-app/releases/download/0.0.4/dist.zip',
-       })
-     }
-     if (!state.isActive && data.version !== "") {
-       // Do the switch when user leave app
-       SplashScreen.show()
-       try {
-         await CapacitorUpdater.set(data)
-       } catch (err) {
-         console.log(err)
-         SplashScreen.hide() // in case the set fail, otherwise the new app will have to hide it
-       }
-     }
- })
-```
-
-
-
-:::note
-これが大変な作業だと思われる場合は、[Capgo トライアル版](https://capgo.app/register/) を試してみることを検討してください。これらすべてを自動的に処理します。
-:::
diff --git a/src/content/docs/ja/docs/plugins/updater/settings.mdx b/src/content/docs/ja/docs/plugins/updater/settings.mdx
deleted file mode 100644
index e4c7ae1e2..000000000
--- a/src/content/docs/ja/docs/plugins/updater/settings.mdx
+++ /dev/null
@@ -1,522 +0,0 @@
----
-title: Settings
-description: Capacitor アップデーターで使用可能なすべての設定、コンデンサー構成で設定できるすべての構成、およびそれらの使用目的
-sidebar:
-  order: 8
-locale: ja
----
-import {  Aside } from '@astrojs/starlight/components';
-
-更新システムをよりきめ細かく制御するには、次の設定を使用して更新システムを構成できます。
-
-<Aside type="tip">
- capacitor.config ファイル内のこれらの設定を変更するには、プラットフォームを同期し、実稼働アプリが変更を受け取るためにストアにリリースする必要があります。
-</Aside>
-
-
-## `allowModifyUrl`
-
-> プラグインがJavaScript 側から updateUrl、statsUrl、channelUrl を動的に変更できるようにします。
-
-Android、iOS、および Electron で利用できます。
-
-デフォルト: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "allowModifyUrl": true
-    }
-  }
-}
-```
-
-## `appId`
-
-> 設定でアプリのアプリ ID を設定します。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appId": "com.example.app"
-    }
-  }
-}
-```
-
-## `appReadyTimeout`
-
-> ネイティブ プラグインが更新が「失敗」したと判断するまでに待機するミリ秒数を設定します。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `10000` (10 秒)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000
-    }
-  }
-}
-```
-
-## `autoDeleteFailed`
-
-> プラグインが失敗したバンドルを自動的に削除するかどうかを設定します。
-
-Android、iOS、および Electron で利用できます。
-
-デフォルト: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeleteFailed": false
-    }
-  }
-}
-```
-
-## `autoDeletePrevious`
-
-> アップデートが成功した後にプラグインが以前のバンドルを自動的に削除するかどうかを設定します。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeletePrevious": false
-    }
-  }
-}
-```
-
-## `autoSplashscreen`
-
-> directUpdate 使用時のスプラッシュスクリーンの非表示を自動的に処理します。有効にすると、プラグインは更新が適用された後、または更新が必要ない場合に、スプラッシュスクリーンを自動的に非表示にします。
-> これにより、手動で appReady イベントをリッスンして SplashScreen.hide() を呼び出す必要がなくなります。
-> directUpdate が「atInstall」、「always」、または true に設定されている場合にのみ機能します。
-> @capacitor/splash-screen プラグインをインストールし、launchAutoHide: false で構成する必要があります。
-> autoUpdate と directUpdate を有効にする必要があります。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall",
-      "autoSplashscreen": true
-    }
-  }
-}
-```
-
-## `autoUpdate`
-
-> プラグインがアップデートサーバー経由の自動アップデートを使用するかどうかを設定します。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": false
-    }
-  }
-}
-```
-
-## `channelUrl`
-
-> チャネル操作の URL / エンドポイントを構成します。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `https://plugin.capgo.app/channel_self`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://example.com/api/channel"
-    }
-  }
-}
-```
-
-## `defaultChannel`
-
-> 設定でアプリのデフォルトのチャネルを設定します。大文字と小文字を区別。
-> この設定はクラウドに設定されているデフォルトのチャネルをオーバーライドしますが、クラウドで行われたオーバーライドは引き続き尊重されます。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "defaultChannel": "production"
-    }
-  }
-}
-```
-
-## `directUpdate`
-
-> プラグインがアップデートを直接インストールするタイミングを設定します。自動更新モードのみ。
-> 10MB 未満のアプリや --delta フラグを使用してアップロードを行う場合はうまく機能します。
-> 10MB を超える ZIP やアプリは、ユーザーの更新に比較的時間がかかります。オプション:
-- `false`: 直接更新を行わない (デフォルトの動作を使用: 開始時にダウンロード、バックグラウンド時に設定)
-- `'atInstall'`: アプリがインストールされている場合のみ直接更新、ストアから更新され、それ以外の場合は directUpdate = false として機能します。
-- `'onLaunch'`: アプリがインストールされている場合、ストアから更新された場合、またはアプリの強制終了後にのみ直接更新します。それ以外の場合は、directUpdate = false として機能します。
-- `'always'`: 以前のすべてのケース (アプリのインストール、ストアからの更新、アプリの強制終了後またはアプリの再開後) では直接更新し、directUpdate = false として動作することはありません。
-- `true`: (非推奨) 下位互換性のための「always」と同じ
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall"
-    }
-  }
-}
-```
-
-## `disableJSLogging`
-
-> プラグインの JavaScript ログを無効にします。 true の場合、プラグインは JavaScript コンソールにログを記録しません。ネイティブ ログのみが実行されます。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "disableJSLogging": true
-    }
-  }
-}
-```
-
-## `keepUrlPathAfterReload`
-
-> リロード後に URL パスを保持するようにプラグインを設定します。
-
-<Aside type="caution">
-リロードがトリガーされると、「window.history」はクリアされます。
-</Aside>
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "keepUrlPathAfterReload": true
-    }
-  }
-}
-```
-
-## `periodCheckDelay`
-
-> 期間更新チェックの遅延期間を設定します。単位は秒です。
-> 600 秒 (10 分) 未満にすることはできません。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `600` (10 分)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "periodCheckDelay": 600 // (10 minutes)
-    }
-  }
-}
-```
-
-## `publicKey`
-
-> エンドツーエンドのライブ アップデート暗号化バージョン 2 の公開キーを設定します。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "publicKey": "YOUR_PUBLIC_KEY"
-    }
-  }
-}
-```
-
-## `resetWhenUpdate`
-
-> 新しいネイティブ アプリ バンドルがデバイスにインストールされるときに、以前にダウンロードしたバンドルを自動的に削除します。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "resetWhenUpdate": false
-    }
-  }
-}
-```
-
-## `responseTimeout`
-
-> API タイムアウトを考慮する前にネイティブ プラグインが待機するミリ秒数を構成します。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `20` (20 秒)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "responseTimeout": 10 // (10 seconds)
-    }
-  }
-}
-```
-
-## `shakeMenu`
-
-> デバッグ/テスト目的で更新メニューを表示するには、シェイク ジェスチャを有効にします。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "shakeMenu": true
-    }
-  }
-}
-```
-
-## `statsUrl`
-
-> 更新統計の送信先となる URL / エンドポイントを設定します。
-
-Android、iOS、および Electron で利用可能です。統計レポートを無効にするには、「」に設定します。
-
-デフォルト: `https://plugin.capgo.app/stats`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "statsUrl": "https://example.com/api/stats"
-    }
-  }
-}
-```
-
-## `updateUrl`
-
-> 更新チェックの送信先となる URL / エンドポイントを設定します。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `https://plugin.capgo.app/updates`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "updateUrl": "https://example.com/api/auto_update"
-    }
-  }
-}
-```
-
-## `version`
-
-> アプリの現在のバージョンを設定します。これは最初の更新リクエストに使用されます。
-> 設定されていない場合、プラグインはネイティブ コードからバージョンを取得します。
-
-Android、iOS、および Electron で利用可能です。
-
-デフォルト: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "version": "1.0.0"
-    }
-  }
-}
-```
-
-## 開発設定
-
-### `localApi`> テストにローカル API を使用するように CLI を構成します。
-
-デフォルト: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApi": "http://localhost:54321/functions/v1"
-    }
-  }
-}
-```
-
-### `localApiFiles`
-
-> テストにローカル ファイル API を使用するように CLI を構成します。
-
-デフォルト: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApiFiles": "http://localhost:54321/functions/v1/files"
-    }
-  }
-}
-```
-
-### `localHost`
-
-> テスト用のローカル サーバーまたは自己ホスト型更新サーバーを使用するように CLI を構成します。
-
-デフォルト: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-### `localSupa`
-
-> テスト用のローカル サーバーまたは自己ホスト型更新サーバーを使用するように CLI を構成します。
-
-デフォルト: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupa": "http://localhost:54321"
-    }
-  }
-}
-```
-
-### `localSupaAnon`
-
-> テストにローカル サーバーを使用するように CLI を構成します。
-
-デフォルト: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupaAnon": "YOUR_LOCAL_ANON_KEY"
-    }
-  }
-}
-```
-
-### `localWebHost`
-
-> テスト用のローカル サーバーまたは自己ホスト型更新サーバーを使用するように CLI を構成します。
-
-デフォルト: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localWebHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-<Aside type="tip">
-[Capgo Web アプリ](https://console.capgo.app/login) には、ネイティブ アプリのリリースを必要とせずにチャネルごとに構成できる追加の設定があります。
-</Aside>
diff --git a/src/content/docs/ja/docs/plugins/uploader/getting-started.mdx b/src/content/docs/ja/docs/plugins/uploader/getting-started.mdx
deleted file mode 100644
index 7d486776e..000000000
--- a/src/content/docs/ja/docs/plugins/uploader/getting-started.mdx
+++ /dev/null
@@ -1,296 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Capacitorアプリで信頼性の高いファイルアップロードを実現するBackground Uploaderプラグインのインストールと使用方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストール**
-   <PackageManagers pkg="@capgo/capacitor-uploader" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **パーミッションを設定**
-
-   ### iOS
-   `Info.plist`にバックグラウンドモードを追加：
-   ```xml
-   <key>UIBackgroundModes</key>
-   <array>
-     <string>processing</string>
-   </array>
-   ```
-
-   ### Android
-   `AndroidManifest.xml`にパーミッションを追加：
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET" />
-   <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## 使用方法
-
-プラグインをインポートし、そのメソッドを使用してファイルをアップロード：
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-
-// アップロードを開始
-const startUpload = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/your/file.jpg',
-    serverUrl: 'https://your-server.com/upload',
-    method: 'POST',
-    headers: {
-      'Authorization': 'Bearer your-token'
-    },
-    parameters: {
-      'userId': '12345',
-      'type': 'profile'
-    },
-    notificationTitle: 'Uploading Photo'
-  });
-
-  console.log('Upload ID:', upload.id);
-};
-
-// アップロードイベントをリッスン
-const listener = await Uploader.addListener('events', (event) => {
-  switch (event.name) {
-    case 'uploading':
-      console.log(`Upload ${event.payload.id}: ${event.payload.percent}%`);
-      break;
-    case 'completed':
-      console.log('Upload completed:', event.payload.id);
-      console.log('Status code:', event.payload.statusCode);
-      break;
-    case 'failed':
-      console.error('Upload failed:', event.payload.id);
-      console.error('Error:', event.payload.error);
-      break;
-  }
-});
-
-// 完了したらリスナーを削除することを忘れずに
-// listener.remove();
-
-// アップロードをキャンセル
-const cancelUpload = async (uploadId: string) => {
-  await Uploader.cancelUpload({ id: uploadId });
-};
-
-// すべてのアクティブなアップロードを取得
-const getActiveUploads = async () => {
-  const uploads = await Uploader.getUploads();
-  console.log('Active uploads:', uploads);
-};
-```
-
-## APIリファレンス
-
-### startUpload(options)
-
-新しいファイルアップロードを開始します。
-
-```typescript
-interface UploadOptions {
-  filePath: string;
-  serverUrl: string;
-  method?: 'POST' | 'PUT';
-  headers?: { [key: string]: string };
-  parameters?: { [key: string]: string };
-  notificationTitle?: string;
-  notificationBody?: string;
-  useUtf8Charset?: boolean;
-  maxRetries?: number;
-}
-```
-
-### cancelUpload(options)
-
-進行中のアップロードをキャンセルします。
-
-```typescript
-interface CancelOptions {
-  id: string;
-}
-```
-
-### getUploads()
-
-すべてのアクティブなアップロードを返します。
-
-### removeUpload(options)
-
-キューからアップロードを削除します。
-
-```typescript
-interface RemoveOptions {
-  id: string;
-}
-```
-
-## イベント
-
-### events
-
-すべてのアップロードイベントは、単一の`events`リスナーを通じて配信されます。イベントには、タイプを識別するための`name`フィールドが含まれています：
-
-```typescript
-Uploader.addListener('events', (event: UploadEvent) => {
-  switch (event.name) {
-    case 'uploading':
-      // アップロード進行中
-      console.log(`Progress: ${event.payload.percent}%`);
-      console.log(`ID: ${event.payload.id}`);
-      break;
-
-    case 'completed':
-      // アップロード完了
-      console.log(`Completed: ${event.payload.id}`);
-      console.log(`Status code: ${event.payload.statusCode}`);
-      break;
-
-    case 'failed':
-      // アップロード失敗
-      console.error(`Failed: ${event.payload.id}`);
-      console.error(`Error: ${event.payload.error}`);
-      break;
-  }
-});
-```
-
-**イベントタイプ：**
-- `uploading` - `percent`と`id`を含む進行状況の更新
-- `completed` - `id`と`statusCode`を含むアップロード完了
-- `failed` - `id`とエラー`message`を含むアップロード失敗
-
-## 高度な機能
-
-### マルチパートフォームアップロード
-
-```typescript
-const uploadWithFormData = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/photo.jpg',
-    serverUrl: 'https://api.example.com/upload',
-    method: 'POST',
-    parameters: {
-      'name': 'profile-photo',
-      'description': 'User profile photo'
-    },
-    headers: {
-      'X-API-Key': 'your-api-key'
-    }
-  });
-};
-```
-
-### バイナリアップロード
-
-```typescript
-const uploadBinary = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/data.bin',
-    serverUrl: 'https://api.example.com/binary',
-    method: 'PUT',
-    headers: {
-      'Content-Type': 'application/octet-stream'
-    }
-  });
-};
-```
-
-### ネットワーク対応アップロード
-
-```typescript
-import { Network } from '@capacitor/network';
-
-const smartUpload = async () => {
-  const status = await Network.getStatus();
-
-  if (status.connectionType === 'wifi') {
-    // WiFi上で大きなファイルのアップロードを開始
-    await startLargeUpload();
-  } else if (status.connectionType === 'cellular') {
-    // 後でキューに入れるかユーザーに警告
-    console.log('Using cellular data');
-  }
-};
-```
-
-## ベストプラクティス
-
-1. **すべてのイベントタイプを処理**
-   ```typescript
-   const setupUploadHandlers = () => {
-     Uploader.addListener('events', (event) => {
-       switch (event.name) {
-         case 'uploading':
-           handleProgress(event.payload);
-           break;
-         case 'completed':
-           handleCompleted(event.payload);
-           break;
-         case 'failed':
-           handleError(event.payload);
-           break;
-       }
-     });
-   };
-   ```
-
-2. **リスナーをクリーンアップ**
-   ```typescript
-   // リスナーを追加
-   const listener = await Uploader.addListener('events', handleEvent);
-
-   // 完了したらクリーンアップ
-   listener.remove();
-   ```
-
-3. **失敗したアップロードを再試行**
-   ```typescript
-   const retryUpload = async (filePath: string, serverUrl: string) => {
-     try {
-       await Uploader.startUpload({
-         filePath,
-         serverUrl,
-         maxRetries: 3
-       });
-     } catch (error) {
-       console.error('Upload failed after retries:', error);
-     }
-   };
-   ```
-
-4. **アップロード通知を表示**
-   ```typescript
-   await Uploader.startUpload({
-     filePath: 'file:///path/to/file',
-     serverUrl: 'https://server.com/upload',
-     notificationTitle: 'Uploading File',
-     notificationBody: 'Your file is being uploaded...'
-   });
-   ```
-
-## プラットフォームノート
-
-### iOS
-- バックグラウンドアップロードに`URLSession`を使用
-- バックグラウンド処理機能が必要
-- アプリが一時停止されている間もアップロードを継続
-
-### Android
-- 信頼性の高いアップロードに`WorkManager`を使用
-- アップロード中にフォアグラウンドサービス通知を表示
-- バッテリー最適化設定を尊重
diff --git a/src/content/docs/ja/docs/plugins/uploader/index.mdx b/src/content/docs/ja/docs/plugins/uploader/index.mdx
deleted file mode 100644
index 3be108506..000000000
--- a/src/content/docs/ja/docs/plugins/uploader/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-uploader"
-locale: ja
-description: Capacitorアプリ用のバックグラウンドファイルアップロードプラグイン。進行状況の追跡と再開可能なアップロードに対応。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: Capacitorアプリ用に進行状況の追跡、再開可能なアップロード、ネットワーク対応処理を備えたバックグラウンドファイルアップロード。
-  image:
-    file: ~public/icons/plugins/uploader.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/uploader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-uploader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="バックグラウンドアップロード" icon="rocket">
-    アプリがバックグラウンドにある間もアップロードを継続 🚀
-  </Card>
-  <Card title="進行状況の追跡" icon="list-format">
-    詳細な統計情報を含むリアルタイムアップロード進行状況 📊
-  </Card>
-  <Card title="再開可能なアップロード" icon="download">
-    中断されたアップロードを自動的に再開 🔄
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/uploader/getting-started/)をチェックして、わずか数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/video-player/getting-started.mdx b/src/content/docs/ja/docs/plugins/video-player/getting-started.mdx
deleted file mode 100644
index 56e8cf10d..000000000
--- a/src/content/docs/ja/docs/plugins/video-player/getting-started.mdx
+++ /dev/null
@@ -1,301 +0,0 @@
----
-title: はじめる
-description: Capacitor アプリにネイティブ ビデオ再生を統合する方法を学びます。
-sidebar:
-  order: 2
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストールします**
-   <PackageManagers pkg="@capgo/capacitor-video-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブ プロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 基本的な使い方
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-// Initialize a video player
-const playVideo = async () => {
-  const result = await CapacitorVideoPlayer.initPlayer({
-    mode: 'fullscreen',
-    url: 'https://example.com/video.mp4',
-    playerId: 'myPlayer',
-    componentTag: 'div'
-  });
-
-  console.log('Player initialized:', result);
-};
-
-// Play the video
-await CapacitorVideoPlayer.play({ playerId: 'myPlayer' });
-
-// Pause the video
-await CapacitorVideoPlayer.pause({ playerId: 'myPlayer' });
-
-// Get current time
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'myPlayer' });
-console.log('Current time:', value);
-
-// Seek to position
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'myPlayer',
-  seektime: 30 // seconds
-});
-
-// Set volume (0-1)
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'myPlayer',
-  volume: 0.5
-});
-```
-
-## API リファレンス
-
-### initPlayer(オプション)
-
-ビデオプレーヤーのインスタンスを初期化します。
-
-```typescript
-await CapacitorVideoPlayer.initPlayer({
-  mode: 'fullscreen', // or 'embedded'
-  url: 'https://example.com/video.mp4',
-  playerId: 'player1',
-  subtitle: 'https://example.com/subtitles.vtt',
-  language: 'en',
-  rate: 1.0,
-  exitOnEnd: true,
-  loopOnEnd: false,
-  pipEnabled: true,
-  showControls: true
-});
-```
-
-### プレイ(オプション)
-
-ビデオを再生します。
-
-```typescript
-await CapacitorVideoPlayer.play({ playerId: 'player1' });
-```
-
-### 一時停止(オプション)
-
-ビデオを一時停止します。
-
-```typescript
-await CapacitorVideoPlayer.pause({ playerId: 'player1' });
-```
-
-### getDuration(オプション)
-
-動画の長さを秒単位で取得します。
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getDuration({ playerId: 'player1' });
-console.log('Duration:', value, 'seconds');
-```
-
-### getCurrentTime(オプション)
-
-現在の再生位置を秒単位で取得します。
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'player1' });
-```
-
-### setCurrentTime(オプション)
-
-特定の時刻までシークします。
-
-```typescript
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'player1',
-  seektime: 60 // seconds
-});
-```
-
-### setVolume(オプション)
-
-音量を設定します (0.0 ～ 1.0)。
-
-```typescript
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'player1',
-  volume: 0.8
-});
-```
-
-### getVolume(オプション)
-
-現在の音量を取得します。
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getVolume({ playerId: 'player1' });
-```
-
-### setMuted(オプション)
-
-ビデオをミュートまたはミュート解除します。
-
-```typescript
-await CapacitorVideoPlayer.setMuted({
-  playerId: 'player1',
-  muted: true
-});
-```
-
-### setRate(オプション)
-
-再生速度を設定します。
-
-```typescript
-await CapacitorVideoPlayer.setRate({
-  playerId: 'player1',
-  rate: 1.5 // 1.5x speed
-});
-```
-
-### stopAllPlayers()
-
-すべてのアクティブなプレイヤーを停止します。
-
-```typescript
-await CapacitorVideoPlayer.stopAllPlayers();
-```
-
-### exitPlayer()
-
-ビデオプレーヤーを終了します。
-
-```typescript
-await CapacitorVideoPlayer.exitPlayer();
-```
-
-## 完全な例
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-export class VideoPlayerService {
-  private playerId = 'mainPlayer';
-
-  async initializePlayer(videoUrl: string, subtitleUrl?: string) {
-    try {
-      const result = await CapacitorVideoPlayer.initPlayer({
-        mode: 'fullscreen',
-        url: videoUrl,
-        playerId: this.playerId,
-        subtitle: subtitleUrl,
-        language: 'en',
-        rate: 1.0,
-        exitOnEnd: true,
-        loopOnEnd: false,
-        pipEnabled: true,
-        bkmodeEnabled: true,
-        showControls: true,
-        displayMode: 'all'
-      });
-
-      console.log('Player initialized:', result);
-      return result;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  async togglePlayPause() {
-    const { value: isPlaying } = await CapacitorVideoPlayer.isPlaying({
-      playerId: this.playerId
-    });
-
-    if (isPlaying) {
-      await CapacitorVideoPlayer.pause({ playerId: this.playerId });
-    } else {
-      await CapacitorVideoPlayer.play({ playerId: this.playerId });
-    }
-  }
-
-  async seekForward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: currentTime + seconds
-    });
-  }
-
-  async seekBackward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: Math.max(0, currentTime - seconds)
-    });
-  }
-
-  async setPlaybackSpeed(speed: number) {
-    await CapacitorVideoPlayer.setRate({
-      playerId: this.playerId,
-      rate: speed
-    });
-  }
-
-  async getProgress() {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-    const { value: duration } = await CapacitorVideoPlayer.getDuration({
-      playerId: this.playerId
-    });
-
-    return {
-      currentTime,
-      duration,
-      percentage: (currentTime / duration) * 100
-    };
-  }
-
-  async cleanup() {
-    await CapacitorVideoPlayer.stopAllPlayers();
-  }
-}
-```
-
-## プラットフォームに関する注意事項
-
-### iOS
-- iOS 10.0+が必要です
-- ネイティブ AVPlayer を使用
-- ピクチャインピクチャをサポート
-- バックグラウンド再生をサポート
-
-### Android
-- Android 5.0 (API 21)+ が必要です
-- ExoPlayerを使用します
-- Chromecastをサポート
-- カスタムアクセントカラーが利用可能
-
-### ウェブ
-- HTML5ビデオプレーヤーを使用します
-- 埋め込みモードのみ
-- ネイティブ機能が制限されている
-
-## ベストプラクティス
-
-1. **プレイヤーをクリーンアップ**: 完了したら必ずプレイヤーを停止します
-2. **エラーの処理**: プレイヤーの呼び出しを try-catch でラップする
-3. **一意のプレーヤー ID**: 複数のプレーヤーに一意の ID を使用します
-4. **再生ステータスの確認**: 操作前に状態を確認します。
-5. **リソース管理**: プレーヤーを解放してメモリを解放します
diff --git a/src/content/docs/ja/docs/plugins/video-player/index.mdx b/src/content/docs/ja/docs/plugins/video-player/index.mdx
deleted file mode 100644
index 5de862bcb..000000000
--- a/src/content/docs/ja/docs/plugins/video-player/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-video-player'
-description: 完全なコントロールとカスタマイズを備えた Capacitor アプリのネイティブ ビデオ再生。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: フルスクリーン、埋め込みモード、字幕、包括的な再生コントロールをサポートする強力なネイティブ ビデオ プレーヤー。
-  image:
-    file: ~public/icons/plugins/video-player.svg
-  actions:
-    - text: 始めましょう
-      link: /docs/plugins/video-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-video-player/'
-      icon: external
-      variant: minimal
-locale: ja
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="複数のモード" icon="laptop">
-    フルスクリーンおよび埋め込み再生モード
-  </Card>
-  <Card title="字幕のサポート" icon="document">
-    複数の言語で字幕を表示する
-  </Card>
-  <Card title="フルコントロール" icon="setting">
-    再生、一時停止、シーク、音量、再生レートのコントロール
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    ビデオ再生を統合するには、[ドキュメント](/docs/plugins/video-player/getting-started/) を確認してください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/volume-buttons/getting-started.mdx b/src/content/docs/ja/docs/plugins/volume-buttons/getting-started.mdx
deleted file mode 100644
index 5e78feba9..000000000
--- a/src/content/docs/ja/docs/plugins/volume-buttons/getting-started.mdx
+++ /dev/null
@@ -1,265 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Capacitorアプリでボリュームボタンの押下を検知する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストールする**
-   <PackageManagers pkg="@capgo/capacitor-volume-buttons" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期する**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-// Listen for volume button presses
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Volume button pressed:', event.direction);
-
-  if (event.direction === 'up') {
-    console.log('Volume up pressed');
-    // Handle volume up
-  } else if (event.direction === 'down') {
-    console.log('Volume down pressed');
-    // Handle volume down
-  }
-});
-
-// Remove all listeners when done
-await VolumeButtons.removeAllListeners();
-```
-
-## APIリファレンス
-
-### addListener('volumeButtonPressed', callback)
-
-ボリュームボタンの押下イベントをリッスンします。
-
-```typescript
-const handle = VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Direction:', event.direction); // 'up' or 'down'
-});
-
-// Remove specific listener
-await handle.remove();
-```
-
-**イベントデータ:**
-- `direction`: `'up' | 'down'` - ボタン押下の方向
-
-### removeAllListeners()
-
-登録されているすべてのリスナーを削除します。
-
-```typescript
-await VolumeButtons.removeAllListeners();
-```
-
-### getPluginVersion()
-
-プラグインのバージョンを取得します。
-
-```typescript
-const { version } = await VolumeButtons.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## 完全な例
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-export class VolumeButtonController {
-  private listener: any;
-
-  async initialize() {
-    this.listener = VolumeButtons.addListener(
-      'volumeButtonPressed',
-      this.handleVolumeButton.bind(this)
-    );
-
-    console.log('Volume button listener initialized');
-  }
-
-  private handleVolumeButton(event: { direction: 'up' | 'down' }) {
-    switch (event.direction) {
-      case 'up':
-        this.handleVolumeUp();
-        break;
-      case 'down':
-        this.handleVolumeDown();
-        break;
-    }
-  }
-
-  private handleVolumeUp() {
-    console.log('Volume up pressed');
-    // Your custom logic for volume up
-    // e.g., navigate forward, increase brightness, etc.
-  }
-
-  private handleVolumeDown() {
-    console.log('Volume down pressed');
-    // Your custom logic for volume down
-    // e.g., navigate backward, decrease brightness, etc.
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await VolumeButtons.removeAllListeners();
-    console.log('Volume button listener cleaned up');
-  }
-}
-```
-
-## ユースケース
-
-### 写真/動画撮影
-
-ボリュームボタンをカメラシャッタートリガーとして使用します：
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', async (event) => {
-  // Any volume button triggers camera
-  await capturePhoto();
-});
-```
-
-### ページナビゲーション
-
-ボリュームボタンでコンテンツをナビゲートします：
-
-```typescript
-let currentPage = 0;
-
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    currentPage++;
-    showPage(currentPage);
-  } else {
-    currentPage = Math.max(0, currentPage - 1);
-    showPage(currentPage);
-  }
-});
-```
-
-### メディアコントロール
-
-メディアの再生を制御します：
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    skipForward();
-  } else {
-    skipBackward();
-  }
-});
-```
-
-### ゲームコントロール
-
-ボリュームボタンをゲームアクションに使用します：
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    player.jump();
-  } else {
-    player.crouch();
-  }
-});
-```
-
-## ベストプラクティス
-
-1. **リスナーのクリーンアップ**
-   コンポーネントがアンマウントされるときは、常にリスナーを削除してください：
-   ```typescript
-   useEffect(() => {
-     const listener = VolumeButtons.addListener('volumeButtonPressed', handler);
-
-     return () => {
-       listener.remove();
-     };
-   }, []);
-   ```
-
-2. **視覚的なフィードバックを提供**
-   ボリュームボタンがカスタムコントロールに使用されていることをユーザーに示してください：
-   ```typescript
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     showNotification(`Volume ${event.direction} pressed`);
-     performAction(event.direction);
-   });
-   ```
-
-3. **アクセシビリティを考慮**
-   一部のユーザーは実際のボリュームコントロールのためにボリュームボタンに依存していることを忘れないでください。代替コントロールを提供してください。
-
-4. **連続押下のデバウンス**
-   誤ったダブルプレスを防ぎます：
-   ```typescript
-   let lastPress = 0;
-   const DEBOUNCE_MS = 300;
-
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     const now = Date.now();
-     if (now - lastPress < DEBOUNCE_MS) {
-       return; // Ignore rapid presses
-     }
-     lastPress = now;
-     handlePress(event.direction);
-   });
-   ```
-
-5. **動作を文書化**
-   ボリュームボタンがカスタム機能を持つことをユーザーに明確に示してください：
-   ```typescript
-   function showVolumeButtonHelp() {
-     alert('Use Volume Up/Down buttons to navigate pages');
-   }
-   ```
-
-## プラットフォームに関する注意事項
-
-### iOS
-- iOS 10.0以降で動作
-- ボリュームボタンは確実に検出されます
-- システムのボリュームUIが短時間表示される場合があります
-
-### Android
-- Android 5.0 (API 21)以降で動作
-- アプリがフォアグラウンドにある必要があります
-- 一部のデバイスではわずかな遅延がある場合があります
-
-### Web
-- Webプラットフォームではサポートされていません
-- リスナーは起動しません
-
-## トラブルシューティング
-
-**イベントが起動しない:**
-- アプリにフォーカスがあることを確認してください
-- リスナーが適切に登録されていることを確認してください
-- プラグインがインストールされ、同期されていることを確認してください
-
-**システムのボリューム変更が干渉する:**
-- これは予想される動作です - プラグインは押下を検出しますが、システムのボリューム変更を防ぐことはありません
-- ボリューム変更と併用できるUXを検討してください
-
-**複数のイベントが起動する:**
-- 連続した押下を処理するためにデバウンスを実装してください
-- リスナーの重複登録を確認してください
diff --git a/src/content/docs/ja/docs/plugins/volume-buttons/index.mdx b/src/content/docs/ja/docs/plugins/volume-buttons/index.mdx
deleted file mode 100644
index 6616cc3fc..000000000
--- a/src/content/docs/ja/docs/plugins/volume-buttons/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-volume-buttons"
-locale: ja
-description: Capacitorアプリでハードウェアのボリュームボタンの押下を検知します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: カスタムコントロールとインタラクションのために、モバイルデバイスでのボリュームアップとダウンボタンの押下を検知して応答します。
-  image:
-    file: ~public/icons/plugins/volume-buttons.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/volume-buttons/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-volume-buttons/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="ハードウェア統合" icon="rocket">
-    物理的なボリュームボタンの押下を検知
-  </Card>
-  <Card title="アップ/ダウン検出" icon="star">
-    ボリュームアップとダウンを区別
-  </Card>
-  <Card title="シンプルなAPI" icon="pencil">
-    簡単なイベントリスナーインターフェース
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    ボリュームボタンの使用を開始するには、[ドキュメント](/docs/plugins/volume-buttons/getting-started/)を確認してください。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/wechat/getting-started.mdx b/src/content/docs/ja/docs/plugins/wechat/getting-started.mdx
deleted file mode 100644
index 307644e0c..000000000
--- a/src/content/docs/ja/docs/plugins/wechat/getting-started.mdx
+++ /dev/null
@@ -1,391 +0,0 @@
----
-title: はじめに
-description: WeChatプラグインをインストールして、CapacitorアプリにWeChat機能を統合する方法を学びます。
-sidebar:
-  order: 2
-locale: ja
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージのインストール**
-   <PackageManagers pkg="@capgo/capacitor-wechat" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 設定
-
-### WeChatアプリ登録
-
-このプラグインを使用する前に、[WeChat Open Platform](https://open.weixin.qq.com/)でアプリを登録してApp IDを取得する必要があります。
-
-### iOS設定
-
-`Info.plist`に以下を追加します:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-  <string>weixin</string>
-  <string>weixinULAPI</string>
-</array>
-
-<key>CFBundleURLTypes</key>
-<array>
-  <dict>
-    <key>CFBundleTypeRole</key>
-    <string>Editor</string>
-    <key>CFBundleURLName</key>
-    <string>weixin</string>
-    <key>CFBundleURLSchemes</key>
-    <array>
-      <string>YOUR_WECHAT_APP_ID</string>
-    </array>
-  </dict>
-</array>
-```
-
-iOSプロジェクトにWeChat SDKを統合する必要があります。`Podfile`にWeChat SDKを追加するか、[WeChat Open Platform](https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/iOS.html)からダウンロードしてください。
-
-### Android設定
-
-`AndroidManifest.xml`に以下を追加します:
-
-```xml
-<manifest>
-  <application>
-    <!-- WeChatコールバックアクティビティ -->
-    <activity
-      android:name=".wxapi.WXEntryActivity"
-      android:exported="true"
-      android:label="@string/app_name"
-      android:launchMode="singleTask"
-      android:theme="@android:style/Theme.Translucent.NoTitleBar">
-      <intent-filter>
-        <action android:name="android.intent.action.VIEW" />
-        <category android:name="android.intent.category.DEFAULT" />
-      </intent-filter>
-    </activity>
-  </application>
-</manifest>
-```
-
-AndroidプロジェクトにWeChat SDKを統合する必要があります。`build.gradle`にWeChat SDK依存関係を追加するか、[WeChat Open Platform](https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/Android.html)からダウンロードしてください。
-
-## 使用方法
-
-### WeChatインストール確認
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-const checkWeChat = async () => {
-  const { installed } = await CapacitorWechat.isInstalled();
-  if (installed) {
-    console.log('WeChatがインストールされています');
-  } else {
-    console.log('WeChatがインストールされていません');
-  }
-};
-```
-
-### 認証
-
-```typescript
-const loginWithWeChat = async () => {
-  try {
-    const { code, state } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo', // または 'snsapi_login'
-      state: 'my_random_state'
-    });
-
-    // バックエンドにコードを送信してアクセストークンと交換
-    const response = await fetch('https://yourapi.com/auth/wechat', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' },
-      body: JSON.stringify({ code })
-    });
-
-    const { access_token, openid } = await response.json();
-    console.log('WeChatでログイン:', openid);
-  } catch (error) {
-    console.error('WeChat認証失敗:', error);
-  }
-};
-```
-
-### コンテンツ共有
-
-#### テキスト共有
-
-```typescript
-const shareText = async () => {
-  await CapacitorWechat.share({
-    scene: 0, // 0 = チャット, 1 = モーメント, 2 = お気に入り
-    type: 'text',
-    text: 'Capacitor WeChatからこんにちは！'
-  });
-};
-```
-
-#### リンク共有
-
-```typescript
-const shareLink = async () => {
-  await CapacitorWechat.share({
-    scene: 1, // モーメントに共有
-    type: 'link',
-    title: 'この素晴らしいアプリをチェック！',
-    description: 'CapacitorとWeChat SDKで構築',
-    link: 'https://capacitorjs.com',
-    thumbUrl: 'https://capacitorjs.com/icon.png'
-  });
-};
-```
-
-#### 画像共有
-
-```typescript
-const shareImage = async () => {
-  await CapacitorWechat.share({
-    scene: 0,
-    type: 'image',
-    imageUrl: 'https://example.com/image.png', // またはbase64データ
-    thumbUrl: 'https://example.com/thumb.png'
-  });
-};
-```
-
-### WeChat Pay
-
-```typescript
-const payWithWeChat = async () => {
-  // まず、サーバーから支払いパラメータを取得
-  const paymentParams = await fetchPaymentParamsFromServer();
-
-  try {
-    await CapacitorWechat.sendPaymentRequest({
-      partnerId: paymentParams.partnerId,
-      prepayId: paymentParams.prepayId,
-      nonceStr: paymentParams.nonceStr,
-      timeStamp: paymentParams.timeStamp,
-      package: paymentParams.package, // 通常は 'Sign=WXPay'
-      sign: paymentParams.sign
-    });
-
-    console.log('支払い成功！');
-  } catch (error) {
-    console.error('支払い失敗:', error);
-  }
-};
-```
-
-### ミニプログラムを開く
-
-```typescript
-const openMiniProgram = async () => {
-  await CapacitorWechat.openMiniProgram({
-    username: 'gh_xxxxxxxxxxxxx', // ミニプログラムのオリジナルID
-    path: 'pages/index/index', // ミニプログラム内のパス
-    type: 0 // 0 = リリース, 1 = テスト, 2 = プレビュー
-  });
-};
-```
-
-## APIリファレンス
-
-### isInstalled()
-
-デバイスにWeChatアプリがインストールされているか確認します。
-
-```typescript
-const result = await CapacitorWechat.isInstalled();
-// 戻り値: { installed: boolean }
-```
-
-### auth(options)
-
-WeChat OAuthでユーザーを認証します。
-
-```typescript
-interface WechatAuthOptions {
-  scope: string; // 'snsapi_userinfo' または 'snsapi_login'
-  state?: string; // CSRF保護用のオプションのstateパラメータ
-}
-
-const result = await CapacitorWechat.auth(options);
-// 戻り値: { code: string, state?: string }
-```
-
-### share(options)
-
-WeChatにコンテンツを共有します。
-
-```typescript
-interface WechatShareOptions {
-  scene: number; // 0 = セッション（チャット）, 1 = タイムライン（モーメント）, 2 = お気に入り
-  type: 'text' | 'image' | 'link' | 'music' | 'video' | 'miniprogram';
-  text?: string; // タイプ 'text'の場合
-  title?: string; // タイプ 'link', 'music', 'video', 'miniprogram'の場合
-  description?: string; // タイプ 'link', 'music', 'video', 'miniprogram'の場合
-  link?: string; // タイプ 'link'の場合
-  imageUrl?: string; // 画像URLまたはbase64データ
-  thumbUrl?: string; // サムネイルURLまたはbase64データ
-  mediaUrl?: string; // タイプ 'music' または 'video'の場合
-  miniProgramUsername?: string; // タイプ 'miniprogram'の場合
-  miniProgramPath?: string; // タイプ 'miniprogram'の場合
-  miniProgramType?: number; // タイプ 'miniprogram'の場合: 0 = リリース, 1 = テスト, 2 = プレビュー
-  miniProgramWebPageUrl?: string; // タイプ 'miniprogram'のフォールバックURL
-}
-
-await CapacitorWechat.share(options);
-```
-
-### sendPaymentRequest(options)
-
-WeChat Payに支払いリクエストを送信します。
-
-```typescript
-interface WechatPaymentOptions {
-  partnerId: string; // マーチャントID
-  prepayId: string; // 統一注文APIからのプリペイID
-  nonceStr: string; // ランダム文字列
-  timeStamp: string; // タイムスタンプ
-  package: string; // 通常は 'Sign=WXPay'
-  sign: string; // 署名
-}
-
-await CapacitorWechat.sendPaymentRequest(options);
-```
-
-### openMiniProgram(options)
-
-WeChatミニプログラムを開きます。
-
-```typescript
-interface WechatMiniProgramOptions {
-  username: string; // ミニプログラムのユーザー名（オリジナルID）
-  path?: string; // ミニプログラムで開くパス
-  type?: number; // 0 = リリース, 1 = テスト, 2 = プレビュー
-}
-
-await CapacitorWechat.openMiniProgram(options);
-```
-
-### chooseInvoice(options)
-
-WeChatから請求書を選択します（ビジネスアプリ用）。
-
-```typescript
-interface WechatInvoiceOptions {
-  appId: string;
-  signType: string;
-  cardSign: string;
-  timeStamp: string;
-  nonceStr: string;
-}
-
-const result = await CapacitorWechat.chooseInvoice(options);
-// 戻り値: { cards: string[] }
-```
-
-### getPluginVersion()
-
-ネイティブプラグインのバージョンを取得します。
-
-```typescript
-const result = await CapacitorWechat.getPluginVersion();
-// 戻り値: { version: string }
-```
-
-## 完全な例
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-export class WeChatService {
-  async init() {
-    const { installed } = await CapacitorWechat.isInstalled();
-    if (!installed) {
-      throw new Error('WeChatがインストールされていません');
-    }
-  }
-
-  async login() {
-    const { code } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo',
-      state: Math.random().toString(36).substring(7)
-    });
-
-    // バックエンドでコードをアクセストークンと交換
-    const response = await fetch('/api/auth/wechat', {
-      method: 'POST',
-      body: JSON.stringify({ code })
-    });
-
-    return response.json();
-  }
-
-  async shareToChat(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 0, // チャット
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-
-  async shareToMoments(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 1, // モーメント
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-}
-```
-
-## 重要な注意事項
-
-1. **WeChat SDK統合**: このプラグインはCapacitorインターフェースを提供しますが、公式WeChat SDKをネイティブプロジェクトに統合する必要があります。
-
-2. **アプリ登録**: [WeChat Open Platform](https://open.weixin.qq.com/)でアプリを登録してApp IDを取得する必要があります。
-
-3. **ユニバーサルリンク（iOS）**: iOS 13以降では、WeChatコールバック用にユニバーサルリンクを設定する必要があります。
-
-4. **バックエンド統合**: 認証と支払い機能は、コードをトークンと交換し、支払いパラメータを準備するためのバックエンド統合が必要です。
-
-5. **テスト**: WeChat機能は物理デバイスでのテストが必要です - シミュレーターでは動作しません。
-
-## ベストプラクティス
-
-1. **常にWeChatのインストールを確認** - 機能を使用する前に確認してください。
-2. **エラーを適切に処理** - try-catchブロックを使用してください。
-3. **認証リクエストでstateパラメータを使用** - CSRF保護のために。
-4. **バックエンドで支払い応答を検証** - アクセスを許可する前に。
-5. **画像を圧縮** - 共有前にデータ使用量を削減するために。
-
-## プラットフォームに関する注意事項
-
-### iOS
-- iOS 10.0以降が必要
-- iOS用公式WeChat SDKを使用
-- iOS 13以降ではユニバーサルリンク設定が必要
-
-### Android
-- Android 5.0（API 21）以降が必要
-- Android用公式WeChat SDKを使用
-- WXEntryActivity設定が必要
-
-### Web
-- Webプラットフォームではサポートされていません
diff --git a/src/content/docs/ja/docs/plugins/wechat/index.mdx b/src/content/docs/ja/docs/plugins/wechat/index.mdx
deleted file mode 100644
index 9679d0c88..000000000
--- a/src/content/docs/ja/docs/plugins/wechat/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-wechat"
-description: Capacitor用のWeChat SDK統合 - 認証、共有、決済、ミニプログラムを実現します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: CapacitorアプリにWeChat SDKを統合して、シームレスな認証、コンテンツ共有、決済、ミニプログラムアクセスを実現します。
-  image:
-    file: ~public/icons/plugins/wechat.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/wechat/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-wechat/
-      icon: external
-      variant: minimal
-locale: ja
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="OAuth認証" icon="puzzle">
-    シームレスなユーザー認証のための安全なWeChatログインを有効化 🔐
-  </Card>
-  <Card title="コンテンツ共有" icon="rocket">
-    テキスト、画像、リンク、音楽、動画、ミニプログラムをWeChatに共有 📤
-  </Card>
-  <Card title="WeChat Pay" icon="star">
-    シームレスな取引のためのWeChat Pay決済を受け付け 💳
-  </Card>
-  <Card title="ミニプログラム" icon="open-book">
-    アプリから直接WeChatミニプログラムを起動 🚀
-  </Card>
-  <Card title="クロスプラットフォーム" icon="puzzle">
-    ネイティブWeChat SDKでiOSとAndroidの両方で動作 📱
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/wechat/getting-started/)をチェックして、わずか数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/wifi/getting-started.mdx b/src/content/docs/ja/docs/plugins/wifi/getting-started.mdx
deleted file mode 100644
index e32e75c5b..000000000
--- a/src/content/docs/ja/docs/plugins/wifi/getting-started.mdx
+++ /dev/null
@@ -1,371 +0,0 @@
----
-title: はじめに
-description: WiFiプラグインをインストールして、Capacitorアプリでネットワーク接続を管理する方法を学びます。
-sidebar:
-  order: 2
-locale: ja
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージのインストール**
-   <PackageManagers pkg="@capgo/capacitor-wifi" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **パーミッションの設定**
-
-   **Android**: `AndroidManifest.xml`に追加:
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-   <uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-
-   **iOS**: `Info.plist`に追加:
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>WiFiネットワークをスキャンするには位置情報へのアクセスが必要です</string>
-   ```
-</Steps>
-
-## 使用方法
-
-プラグインをインポートしてWiFi接続を管理します:
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-// 現在のWiFi接続情報を取得
-const getWifiInfo = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-  console.log('接続先:', info.ssid);
-  console.log('IPアドレス:', info.ip);
-};
-
-// 利用可能なネットワークをスキャン
-const scanNetworks = async () => {
-  const { networks } = await CapacitorWifi.scan();
-  networks.forEach(network => {
-    console.log(`SSID: ${network.ssid}, 信号: ${network.level}`);
-  });
-};
-
-// ネットワークに接続
-const connectToWifi = async () => {
-  await CapacitorWifi.connect({
-    ssid: 'MyNetwork',
-    password: 'mypassword'
-  });
-};
-```
-
-## APIリファレンス
-
-### getWifiInfo()
-
-現在接続されているWiFiネットワークの情報を取得します。
-
-```typescript
-interface WifiInfo {
-  ssid: string;          // ネットワーク名
-  bssid: string;         // アクセスポイントのMACアドレス
-  ip: string;            // デバイスのIPアドレス
-  frequency: number;     // ネットワーク周波数（MHz）
-  linkSpeed: number;     // 接続速度（Mbps）
-  signalStrength: number; // 信号強度（0-100）
-}
-
-const info = await CapacitorWifi.getWifiInfo();
-```
-
-### scan()
-
-利用可能なWiFiネットワークをスキャンします。
-
-```typescript
-interface WifiNetwork {
-  ssid: string;          // ネットワーク名
-  bssid: string;         // MACアドレス
-  level: number;         // 信号レベル（dBm）
-  frequency: number;     // ネットワーク周波数
-  capabilities: string;  // セキュリティ機能
-}
-
-const { networks } = await CapacitorWifi.scan();
-```
-
-### connect(options)
-
-WiFiネットワークに接続します。
-
-```typescript
-interface ConnectOptions {
-  ssid: string;          // ネットワーク名
-  password?: string;     // ネットワークパスワード（保護されている場合）
-  isHiddenSsid?: boolean; // SSIDが非表示かどうか
-}
-
-await CapacitorWifi.connect({
-  ssid: 'MyNetwork',
-  password: 'mypassword'
-});
-```
-
-### disconnect()
-
-現在のWiFiネットワークから切断します。
-
-```typescript
-await CapacitorWifi.disconnect();
-```
-
-### getSSID()
-
-現在接続されているネットワークのSSIDを取得します。
-
-```typescript
-const { ssid } = await CapacitorWifi.getSSID();
-console.log('接続先:', ssid);
-```
-
-### getIP()
-
-現在のデバイスのIPアドレスを取得します。
-
-```typescript
-const { ip } = await CapacitorWifi.getIP();
-console.log('IPアドレス:', ip);
-```
-
-## 完全な例
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-export class WifiService {
-  async getCurrentNetwork() {
-    try {
-      const info = await CapacitorWifi.getWifiInfo();
-      return {
-        name: info.ssid,
-        strength: this.getSignalQuality(info.signalStrength),
-        speed: `${info.linkSpeed} Mbps`,
-        ip: info.ip
-      };
-    } catch (error) {
-      console.error('Failed to get WiFi info:', error);
-      return null;
-    }
-  }
-
-  async scanAndConnect(targetSsid: string, password: string) {
-    try {
-      // Scan for networks
-      const { networks } = await CapacitorWifi.scan();
-
-      // Find target network
-      const targetNetwork = networks.find(n => n.ssid === targetSsid);
-
-      if (!targetNetwork) {
-        throw new Error(`Network ${targetSsid} not found`);
-      }
-
-      console.log(`Found network with signal: ${targetNetwork.level} dBm`);
-
-      // Connect to network
-      await CapacitorWifi.connect({
-        ssid: targetSsid,
-        password: password
-      });
-
-      console.log('Connected successfully!');
-      return true;
-    } catch (error) {
-      console.error('Connection failed:', error);
-      return false;
-    }
-  }
-
-  async findBestNetwork(preferredNetworks: string[]) {
-    const { networks } = await CapacitorWifi.scan();
-
-    // Filter to preferred networks
-    const available = networks.filter(n =>
-      preferredNetworks.includes(n.ssid)
-    );
-
-    if (available.length === 0) {
-      return null;
-    }
-
-    // Sort by signal strength
-    available.sort((a, b) => b.level - a.level);
-
-    return available[0];
-  }
-
-  async monitorConnection(callback: (info: WifiInfo | null) => void) {
-    const checkConnection = async () => {
-      try {
-        const info = await CapacitorWifi.getWifiInfo();
-        callback(info);
-      } catch (error) {
-        callback(null);
-      }
-    };
-
-    // Check every 5 seconds
-    const interval = setInterval(checkConnection, 5000);
-
-    // Initial check
-    await checkConnection();
-
-    // Return cleanup function
-    return () => clearInterval(interval);
-  }
-
-  private getSignalQuality(strength: number): string {
-    if (strength >= 80) return '優秀';
-    if (strength >= 60) return '良好';
-    if (strength >= 40) return '普通';
-    return '弱い';
-  }
-
-  async getNetworkSecurity(ssid: string): Promise<string> {
-    const { networks } = await CapacitorWifi.scan();
-    const network = networks.find(n => n.ssid === ssid);
-
-    if (!network) {
-      return 'Unknown';
-    }
-
-    const caps = network.capabilities.toLowerCase();
-
-    if (caps.includes('wpa3')) return 'WPA3';
-    if (caps.includes('wpa2')) return 'WPA2';
-    if (caps.includes('wpa')) return 'WPA';
-    if (caps.includes('wep')) return 'WEP';
-
-    return 'Open';
-  }
-}
-```
-
-## 高度な使用方法
-
-### ネットワーク品質評価
-
-```typescript
-const assessNetworkQuality = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-
-  const quality = {
-    signal: info.signalStrength >= 70 ? '優秀' :
-            info.signalStrength >= 50 ? '良好' :
-            info.signalStrength >= 30 ? '普通' : '弱い',
-    speed: info.linkSpeed >= 100 ? '高速' :
-           info.linkSpeed >= 50 ? '中速' : '低速',
-    frequency: info.frequency >= 5000 ? '5GHz' : '2.4GHz'
-  };
-
-  console.log('ネットワーク品質:', quality);
-  return quality;
-};
-```
-
-### 優先ネットワークへの自動接続
-
-```typescript
-const autoConnect = async (preferredNetworks: Array<{ ssid: string, password: string }>) => {
-  const { networks } = await CapacitorWifi.scan();
-
-  for (const preferred of preferredNetworks) {
-    const found = networks.find(n => n.ssid === preferred.ssid);
-
-    if (found) {
-      try {
-        await CapacitorWifi.connect({
-          ssid: preferred.ssid,
-          password: preferred.password
-        });
-        console.log(`Connected to ${preferred.ssid}`);
-        return true;
-      } catch (error) {
-        console.error(`Failed to connect to ${preferred.ssid}`);
-      }
-    }
-  }
-
-  return false;
-};
-```
-
-### ネットワーク変更検出
-
-```typescript
-class NetworkMonitor {
-  private currentSsid: string | null = null;
-  private listeners: Array<(ssid: string | null) => void> = [];
-
-  async start() {
-    setInterval(async () => {
-      try {
-        const { ssid } = await CapacitorWifi.getSSID();
-
-        if (ssid !== this.currentSsid) {
-          this.currentSsid = ssid;
-          this.notifyListeners(ssid);
-        }
-      } catch (error) {
-        if (this.currentSsid !== null) {
-          this.currentSsid = null;
-          this.notifyListeners(null);
-        }
-      }
-    }, 3000);
-  }
-
-  onNetworkChange(callback: (ssid: string | null) => void) {
-    this.listeners.push(callback);
-  }
-
-  private notifyListeners(ssid: string | null) {
-    this.listeners.forEach(listener => listener(ssid));
-  }
-}
-```
-
-## ベストプラクティス
-
-1. **パーミッション**: ネットワークをスキャンする前に位置情報パーミッションをリクエスト
-2. **エラー処理**: WiFi操作は常にtry-catchブロックでラップ
-3. **ユーザーフィードバック**: ネットワーク操作中はローディングインジケーターを表示
-4. **セキュリティ**: WiFiパスワードを平文で保存しない
-5. **テスト**: WiFi APIはエミュレーターで動作しない可能性があるため、実デバイスでテスト
-
-## プラットフォームの違い
-
-### iOS
-- ネットワークをスキャンするには位置情報パーミッションが必要
-- プログラム的にネットワークに接続できない（設定アプリを開く）
-- ネットワーク詳細へのアクセスが制限されている
-
-### Android
-- 完全なプログラム的WiFi制御
-- ネットワークスキャンには位置情報パーミッションが必要
-- プログラム的に接続/切断が可能
-
-## トラブルシューティング
-
-### よくある問題
-
-**スキャンが空を返す**: 位置情報パーミッションが許可されているか確認
-**ネットワークに接続できない**: パスワードが正しく、ネットワークが範囲内にあるか確認
-**getWifiInfoが失敗する**: デバイスがWiFiネットワークに接続されているか確認
-**パーミッション拒否**: プラットフォーム設定ファイルに必要なパーミッションを追加
diff --git a/src/content/docs/ja/docs/plugins/wifi/index.mdx b/src/content/docs/ja/docs/plugins/wifi/index.mdx
deleted file mode 100644
index 23ae5d5b3..000000000
--- a/src/content/docs/ja/docs/plugins/wifi/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-wifi"
-description: CapacitorアプリのiOSおよびAndroidでWiFi接続を管理します。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: CapacitorアプリでWiFi接続の管理、ネットワークのスキャン、接続ステータスの監視を行います。
-  image:
-    file: ~public/icons/plugins/wifi.svg
-  actions:
-    - text: はじめる
-      link: /docs/plugins/wifi/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-wifi/
-      icon: external
-      variant: minimal
-locale: ja
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="ネットワークスキャン" icon="magnifier">
-    利用可能なWiFiネットワークをスキャンして検出します 📡
-  </Card>
-  <Card title="接続管理" icon="puzzle">
-    プログラムでWiFiネットワークに接続・切断します 🔌
-  </Card>
-  <Card title="ステータス監視" icon="setting">
-    WiFi接続ステータスをリアルタイムで監視します 📊
-  </Card>
-  <Card title="クロスプラットフォーム" icon="laptop">
-    iOSとAndroidの両デバイスで動作します 📱
-  </Card>
-  <Card title="ネットワーク情報" icon="information">
-    接続されたネットワークの詳細情報を取得します 🔍
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/wifi/getting-started/)をチェックして、わずか数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/youtube-player/getting-started.mdx b/src/content/docs/ja/docs/plugins/youtube-player/getting-started.mdx
deleted file mode 100644
index 5e4cc447a..000000000
--- a/src/content/docs/ja/docs/plugins/youtube-player/getting-started.mdx
+++ /dev/null
@@ -1,431 +0,0 @@
----
-title: はじめる
-description: YouTube ビデオの再生を Capacitor アプリに統合する方法を学びます。
-sidebar:
-  order: 2
-locale: ja
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージをインストールします**
-   <PackageManagers pkg="@capgo/capacitor-youtube-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブ プロジェクトと同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 基本的な使い方
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-// Initialize the player
-const result = await YoutubePlayer.initialize({
-  playerId: 'youtube-player',
-  playerSize: { width: 640, height: 360 },
-  videoId: 'dQw4w9WgXcQ',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 1,
-    controls: 1
-  }
-});
-
-// Play video
-await YoutubePlayer.playVideo(result.player);
-
-// Pause video
-await YoutubePlayer.pauseVideo(result.player);
-
-// Listen to player events
-YoutubePlayer.addEventListener(result.player, 'onStateChange', (event) => {
-  console.log('Player state:', event.data);
-});
-```
-
-## API リファレンス
-
-### 初期化(オプション)
-
-YouTube プレーヤーのインスタンスを初期化します。
-
-```typescript
-const { player, playerReady } = await YoutubePlayer.initialize({
-  playerId: 'my-player',
-  playerSize: { width: 1280, height: 720 },
-  videoId: 'VIDEO_ID',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 0,
-    controls: 1,
-    rel: 0
-  }
-});
-```
-
-### ビデオ制御方法
-
-```typescript
-// Play
-await YoutubePlayer.playVideo(playerId);
-
-// Pause
-await YoutubePlayer.pauseVideo(playerId);
-
-// Stop
-await YoutubePlayer.stopVideo(playerId);
-
-// Seek to time
-await YoutubePlayer.seekTo(playerId, seconds, allowSeekAhead);
-
-// Load video by ID
-await YoutubePlayer.loadVideoById(playerId, { videoId: 'VIDEO_ID' });
-
-// Cue video (load without playing)
-await YoutubePlayer.cueVideoById(playerId, { videoId: 'VIDEO_ID' });
-```
-
-### プレイリストコントロール
-
-```typescript
-// Load playlist
-await YoutubePlayer.loadPlaylist(playerId, {
-  listType: 'playlist',
-  list: 'PLAYLIST_ID'
-});
-
-// Cue playlist
-await YoutubePlayer.cuePlaylist(playerId, {
-  playlist: ['VIDEO_ID_1', 'VIDEO_ID_2'],
-  index: 0
-});
-
-// Navigate playlist
-await YoutubePlayer.nextVideo(playerId);
-await YoutubePlayer.previousVideo(playerId);
-await YoutubePlayer.playVideoAt(playerId, index);
-```
-
-### オーディオコントロール
-
-```typescript
-// Mute/Unmute
-await YoutubePlayer.mute(playerId);
-await YoutubePlayer.unMute(playerId);
-
-const { result } = await YoutubePlayer.isMuted(playerId);
-console.log('Muted:', result.value);
-
-// Volume (0-100)
-await YoutubePlayer.setVolume(playerId, 50);
-const { result } = await YoutubePlayer.getVolume(playerId);
-```
-
-### 再生コントロール
-
-```typescript
-// Playback rate
-await YoutubePlayer.setPlaybackRate(playerId, 1.5);
-const { result } = await YoutubePlayer.getPlaybackRate(playerId);
-
-// Available rates
-const { result } = await YoutubePlayer.getAvailablePlaybackRates(playerId);
-console.log('Available rates:', result.value);
-
-// Loop and shuffle
-await YoutubePlayer.setLoop(playerId, true);
-await YoutubePlayer.setShuffle(playerId, true);
-```
-
-### 品質管理
-
-```typescript
-// Set quality
-await YoutubePlayer.setPlaybackQuality(playerId, 'hd720');
-
-// Get current quality
-const { result } = await YoutubePlayer.getPlaybackQuality(playerId);
-
-// Get available qualities
-const { result } = await YoutubePlayer.getAvailableQualityLevels(playerId);
-```
-
-### プレイヤー情報
-
-```typescript
-// Duration
-const { result } = await YoutubePlayer.getDuration(playerId);
-
-// Current time
-const { result } = await YoutubePlayer.getCurrentTime(playerId);
-
-// Loaded fraction
-const { result } = await YoutubePlayer.getVideoLoadedFraction(playerId);
-
-// Player state
-const { result } = await YoutubePlayer.getPlayerState(playerId);
-
-// Video URL
-const { result } = await YoutubePlayer.getVideoUrl(playerId);
-```
-
-### Event Listeners
-
-```typescript
-// State change
-YoutubePlayer.addEventListener(playerId, 'onStateChange', (event) => {
-  console.log('State:', event.data); // -1, 0, 1, 2, 3, 5
-});
-
-// Ready
-YoutubePlayer.addEventListener(playerId, 'onReady', (event) => {
-  console.log('Player ready');
-});
-
-// Error
-YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-  console.error('Player error:', event.data);
-});
-
-// Quality change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackQualityChange', (event) => {
-  console.log('Quality:', event.data);
-});
-
-// Rate change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackRateChange', (event) => {
-  console.log('Rate:', event.data);
-});
-
-// Remove listener
-YoutubePlayer.removeEventListener(playerId, 'onStateChange', callback);
-```
-
-## 完全な例
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-export class YouTubeService {
-  private playerId: string | null = null;
-
-  async initPlayer(videoId: string) {
-    try {
-      const { player, playerReady } = await YoutubePlayer.initialize({
-        playerId: 'main-player',
-        playerSize: { width: 1280, height: 720 },
-        videoId,
-        fullscreen: false,
-        playerVars: {
-          autoplay: 0,
-          controls: 1,
-          modestbranding: 1,
-          rel: 0
-        }
-      });
-
-      this.playerId = player;
-
-      // Set up event listeners
-      YoutubePlayer.addEventListener(player, 'onReady', () => {
-        console.log('Player is ready');
-      });
-
-      YoutubePlayer.addEventListener(player, 'onStateChange', (event) => {
-        this.handleStateChange(event.data);
-      });
-
-      YoutubePlayer.addEventListener(player, 'onError', (event) => {
-        console.error('YouTube error:', event.data);
-      });
-
-      return player;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  private handleStateChange(state: number) {
-    switch (state) {
-      case -1:
-        console.log('Unstarted');
-        break;
-      case 0:
-        console.log('Ended');
-        break;
-      case 1:
-        console.log('Playing');
-        break;
-      case 2:
-        console.log('Paused');
-        break;
-      case 3:
-        console.log('Buffering');
-        break;
-      case 5:
-        console.log('Video cued');
-        break;
-    }
-  }
-
-  async play() {
-    if (!this.playerId) return;
-    await YoutubePlayer.playVideo(this.playerId);
-  }
-
-  async pause() {
-    if (!this.playerId) return;
-    await YoutubePlayer.pauseVideo(this.playerId);
-  }
-
-  async loadVideo(videoId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadVideoById(this.playerId, { videoId });
-  }
-
-  async loadPlaylist(playlistId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadPlaylist(this.playerId, {
-      listType: 'playlist',
-      list: playlistId,
-      index: 0
-    });
-  }
-
-  async setQuality(quality: 'small' | 'medium' | 'large' | 'hd720' | 'hd1080') {
-    if (!this.playerId) return;
-    await YoutubePlayer.setPlaybackQuality(this.playerId, quality);
-  }
-
-  async getProgress() {
-    if (!this.playerId) return { current: 0, duration: 0 };
-
-    const current = await YoutubePlayer.getCurrentTime(this.playerId);
-    const duration = await YoutubePlayer.getDuration(this.playerId);
-
-    return {
-      current: current.result.value,
-      duration: duration.result.value
-    };
-  }
-
-  async destroy() {
-    if (!this.playerId) return;
-    await YoutubePlayer.destroy(this.playerId);
-    this.playerId = null;
-  }
-}
-```
-
-## プレーヤーの状態
-
-|状態 |値 |説明 |
-|----------|----------|---------------|
-|未開始 | -1 |ビデオが開始されていません |
-|終了 | 0 |動画は終了しました |
-|遊ぶ | 1 |ビデオが再生中です |
-|一時停止 | 2 |ビデオが一時停止されています |
-|バッファリング | 3 |ビデオがバッファリング中です |
-|キュード | 5 |ビデオの頭出し |
-
-## 品質レベル
-
-- `small`: 240p
-- `medium`: 360p
-- `large`: 480p
-- `hd720`: 720p
-- `hd1080`: 1080p
-- `highres`: >1080p
-- `default`: 自動品質
-
-## ベストプラクティス
-
-1. **一度初期化します**
-   プレーヤー インスタンスを一度作成して再利用します。
-   ```typescript
-   let player = await YoutubePlayer.initialize(options);
-   // Reuse player for different videos
-   await YoutubePlayer.loadVideoById(player, { videoId: 'NEW_ID' });
-   ```
-
-2. **エラーを適切に処理する**
-   ```typescript
-   YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-     switch (event.data) {
-       case 2:
-         console.error('Invalid parameter');
-         break;
-       case 100:
-         console.error('Video not found');
-         break;
-       case 101:
-       case 150:
-         console.error('Embedding not allowed');
-         break;
-     }
-   });
-   ```
-
-3. **掃除**
-   コンポーネントがアンマウントされたときにプレーヤーを破棄します。
-   ```typescript
-   useEffect(() => {
-     return () => {
-       if (playerId) {
-         YoutubePlayer.destroy(playerId);
-       }
-     };
-   }, []);
-   ```
-
-4. **ユーザーの好みを尊重する**
-   ```typescript
-   // Don't autoplay unless user initiated
-   playerVars: {
-     autoplay: 0
-   }
-   ```
-
-5. **モニター再生**
-   ```typescript
-   setInterval(async () => {
-     const time = await YoutubePlayer.getCurrentTime(playerId);
-     updateProgressBar(time.result.value);
-   }, 1000);
-   ```
-
-## プラットフォームに関する注意事項
-
-### iOS
-- iOS 9.0+ で動作します
-- YouTube iframe API で WKWebView を使用します
-- フルスクリーン対応
-
-### Android
-- Android 5.0 (API 21)+ で動作します
-- YouTube iframe API で WebView を使用します
-- Fullscreen supported
-
-### ウェブ
-- YouTube iframe の直接統合
-- API の完全なサポート
-- 最高のパフォーマンス
-
-## トラブルシューティング
-
-**プレーヤーがロードされていません:**
-- ビデオIDが有効であることを確認してください
-- インターネット接続を確認する
-- YouTube の埋め込みがビデオに許可されていることを確認してください
-
-**イベントが起動しない:**
-- 初期化後にリスナーが追加されていることを確認してください
-- リスナーを追加する前にプレーヤーの準備ができているかどうかを確認してください
-
-**品質の問題:**
-- 最初に利用可能な品質レベルを確認してください
-- 一部のビデオはすべての品質をサポートしていない
-- 品質の変化はすぐには起こらない可能性があります
diff --git a/src/content/docs/ja/docs/plugins/youtube-player/index.mdx b/src/content/docs/ja/docs/plugins/youtube-player/index.mdx
deleted file mode 100644
index 8518abc00..000000000
--- a/src/content/docs/ja/docs/plugins/youtube-player/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-youtube-player'
-description: ''
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: Capacitor アプリケーションでプレーヤーの状態、プレイリスト、品質、イベントを完全に制御できる YouTube ビデオ再生を統合します。
-  image:
-    file: ~public/icons/plugins/youtube-player.svg
-  actions:
-    - text: 始めましょう
-      link: /docs/plugins/youtube-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-youtube-player/'
-      icon: external
-      variant: minimal
-locale: ja
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="YouTube フル動画 API" icon="rocket">
-    YouTube プレーヤー API への完全なアクセス
-  </Card>
-  <Card title="プレイリストのサポート" icon="list-format">
-    YouTube プレイリストの読み込みと制御
-  </Card>
-  <Card title="品質管理" icon="star">
-    再生品質を動的に調整する
-  </Card>
-  <Card title="イベントリスナー" icon="setting">
-    プレーヤーの状態の変化やイベントに反応する
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/plugins/zip/getting-started.mdx b/src/content/docs/ja/docs/plugins/zip/getting-started.mdx
deleted file mode 100644
index 0f0a3d55b..000000000
--- a/src/content/docs/ja/docs/plugins/zip/getting-started.mdx
+++ /dev/null
@@ -1,312 +0,0 @@
----
-title: はじめに
-locale: ja
-description: Zipプラグインのインストール方法と、Capacitorアプリでファイルを圧縮・展開する方法を学びます。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **パッケージのインストール**
-   <PackageManagers pkg="@capgo/capacitor-zip" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **ネイティブプロジェクトとの同期**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-プラグインをインポートして、ファイルを圧縮または展開します:
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-
-// Zip a folder
-const zipFolder = async () => {
-  await CapacitorZip.zip({
-    source: 'file:///path/to/folder',
-    destination: 'file:///path/to/archive.zip'
-  });
-  console.log('Folder zipped successfully!');
-};
-
-// Unzip an archive
-const unzipArchive = async () => {
-  await CapacitorZip.unzip({
-    source: 'file:///path/to/archive.zip',
-    destination: 'file:///path/to/output/folder'
-  });
-  console.log('Archive extracted successfully!');
-};
-```
-
-## APIリファレンス
-
-### zip(options)
-
-ソースフォルダからZIPアーカイブを作成します。
-
-```typescript
-interface ZipOptions {
-  source: string;       // Path to folder to compress
-  destination: string;  // Path for output ZIP file
-}
-
-await CapacitorZip.zip({
-  source: 'file:///path/to/folder',
-  destination: 'file:///path/to/archive.zip'
-});
-```
-
-### unzip(options)
-
-ZIPアーカイブからファイルを展開します。
-
-```typescript
-interface UnzipOptions {
-  source: string;       // Path to ZIP file
-  destination: string;  // Path to extract to
-}
-
-await CapacitorZip.unzip({
-  source: 'file:///path/to/archive.zip',
-  destination: 'file:///path/to/output/folder'
-});
-```
-
-## 完全な例
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class ZipService {
-  async createBackup() {
-    try {
-      const timestamp = Date.now();
-      const sourceDir = `${Filesystem.Directory.Data}/userdata`;
-      const destPath = `${Filesystem.Directory.Documents}/backup_${timestamp}.zip`;
-
-      await CapacitorZip.zip({
-        source: sourceDir,
-        destination: destPath
-      });
-
-      console.log('Backup created:', destPath);
-      return destPath;
-    } catch (error) {
-      console.error('Backup failed:', error);
-      throw error;
-    }
-  }
-
-  async restoreBackup(backupPath: string) {
-    try {
-      const destDir = `${Filesystem.Directory.Data}/userdata`;
-
-      // Clear existing data
-      await Filesystem.rmdir({
-        path: 'userdata',
-        directory: Directory.Data,
-        recursive: true
-      });
-
-      // Extract backup
-      await CapacitorZip.unzip({
-        source: backupPath,
-        destination: destDir
-      });
-
-      console.log('Backup restored successfully');
-    } catch (error) {
-      console.error('Restore failed:', error);
-      throw error;
-    }
-  }
-
-  async compressFiles(filePaths: string[], outputPath: string) {
-    try {
-      // Create temporary directory
-      const tempDir = `${Filesystem.Directory.Cache}/temp_zip_${Date.now()}`;
-
-      await Filesystem.mkdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      // Copy files to temp directory
-      for (const filePath of filePaths) {
-        const fileName = filePath.split('/').pop();
-        await Filesystem.copy({
-          from: filePath,
-          to: `${tempDir}/${fileName}`
-        });
-      }
-
-      // Zip the temp directory
-      await CapacitorZip.zip({
-        source: tempDir,
-        destination: outputPath
-      });
-
-      // Clean up temp directory
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return outputPath;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async extractSpecificFiles(zipPath: string, fileNames: string[]) {
-    try {
-      // Extract to temp location
-      const tempDir = `${Filesystem.Directory.Cache}/temp_extract_${Date.now()}`;
-
-      await CapacitorZip.unzip({
-        source: zipPath,
-        destination: tempDir
-      });
-
-      // Read only specific files
-      const extractedFiles: { [key: string]: string } = {};
-
-      for (const fileName of fileNames) {
-        const content = await Filesystem.readFile({
-          path: `${tempDir}/${fileName}`,
-          directory: Directory.Cache
-        });
-        extractedFiles[fileName] = content.data;
-      }
-
-      // Clean up
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return extractedFiles;
-    } catch (error) {
-      console.error('Extraction failed:', error);
-      throw error;
-    }
-  }
-}
-```
-
-## 高度な使用方法
-
-### 進捗追跡付きアーカイブの作成
-
-```typescript
-const zipWithProgress = async (source: string, destination: string) => {
-  console.log('Starting compression...');
-
-  try {
-    await CapacitorZip.zip({ source, destination });
-    console.log('Compression complete!');
-  } catch (error) {
-    console.error('Compression failed:', error);
-    throw error;
-  }
-};
-```
-
-### バッチアーカイブ操作
-
-```typescript
-const batchZip = async (folders: string[]) => {
-  const results = [];
-
-  for (const folder of folders) {
-    const folderName = folder.split('/').pop();
-    const zipPath = `${folder}_${Date.now()}.zip`;
-
-    try {
-      await CapacitorZip.zip({
-        source: folder,
-        destination: zipPath
-      });
-      results.push({ folder, zipPath, success: true });
-    } catch (error) {
-      results.push({ folder, error, success: false });
-    }
-  }
-
-  return results;
-};
-```
-
-### セキュアなアーカイブ作成
-
-```typescript
-const createSecureBackup = async (dataPath: string) => {
-  // Zip the data
-  const zipPath = `${Filesystem.Directory.Documents}/secure_backup.zip`;
-
-  await CapacitorZip.zip({
-    source: dataPath,
-    destination: zipPath
-  });
-
-  // Optionally encrypt the zip file here using a crypto plugin
-
-  return zipPath;
-};
-```
-
-### アーカイブの検証
-
-```typescript
-const validateArchive = async (zipPath: string): Promise<boolean> => {
-  try {
-    const tempDir = `${Filesystem.Directory.Cache}/validate_${Date.now()}`;
-
-    // Try to extract
-    await CapacitorZip.unzip({
-      source: zipPath,
-      destination: tempDir
-    });
-
-    // Clean up
-    await Filesystem.rmdir({
-      path: tempDir,
-      directory: Directory.Cache,
-      recursive: true
-    });
-
-    return true;
-  } catch (error) {
-    console.error('Archive validation failed:', error);
-    return false;
-  }
-};
-```
-
-## ベストプラクティス
-
-1. **パスの検証**: 操作前に必ずソースと宛先のパスを検証してください
-2. **エラー処理**: すべてのzip/unzip操作をtry-catchブロックでラップしてください
-3. **クリーンアップ**: 操作後に一時ファイルとフォルダを削除してください
-4. **大きなファイル**: モバイルデバイスでの大きなアーカイブには注意してください
-5. **権限**: アプリに必要なファイルシステムの権限があることを確認してください
-
-## トラブルシューティング
-
-### よくある問題
-
-**Zip操作が失敗する**: ソースパスが存在し、アクセス可能であることを確認してください
-**Unzipが失敗する**: ZIPファイルが有効で、宛先パスが書き込み可能であることを確認してください
-**ストレージ不足**: 操作前に利用可能なディスク容量を監視してください
-**権限拒否**: アプリ設定でファイルシステムの権限を確認してください
diff --git a/src/content/docs/ja/docs/plugins/zip/index.mdx b/src/content/docs/ja/docs/plugins/zip/index.mdx
deleted file mode 100644
index a45258422..000000000
--- a/src/content/docs/ja/docs/plugins/zip/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-zip"
-locale: ja
-description: この無料のCapacitorプラグインでiOS、Android、Webでファイルを圧縮・展開できます。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "はじめに"
-hero:
-  tagline: iOS、Android、WebプラットフォームでZIPアーカイブを簡単に圧縮・展開できます。
-  image:
-    file: ~public/icons/plugins/zip.svg
-  actions:
-    - text: 始める
-      link: /docs/plugins/zip/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-zip/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="圧縮と展開" icon="add-document">
-    ZIPアーカイブを簡単に作成・展開 📦
-  </Card>
-  <Card title="クロスプラットフォーム" icon="laptop">
-    iOS、Android、Webでシームレスに動作 📱
-  </Card>
-  <Card title="シンプルなAPI" icon="rocket">
-    圧縮操作のための使いやすいインターフェース 🚀
-  </Card>
-  <Card title="無料・オープンソース" icon="github">
-    制限なしで完全無料 💰
-  </Card>
-  <Card title="進捗追跡" icon="setting">
-    圧縮・展開の進捗を監視 ⚙️
-  </Card>
-  <Card title="包括的なドキュメント" icon="open-book">
-    [ドキュメント](/docs/plugins/zip/getting-started/)を確認して、数分でプラグインをマスターしましょう。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ja/docs/public-api/api-keys.mdx b/src/content/docs/ja/docs/public-api/api-keys.mdx
deleted file mode 100644
index b4d9413a5..000000000
--- a/src/content/docs/ja/docs/public-api/api-keys.mdx
+++ /dev/null
@@ -1,277 +0,0 @@
----
-title: API キー
-description: API Keys エンドポイントに関する包括的なドキュメント。Capgo API 内の認証、権限、管理について詳しく説明します。
-sidebar:
-  order: 9
-locale: ja
----
-API キーは、Capgo API へのリクエストを認証するために使用されます。各キーには、アクセス レベルを制御するための異なる権限 (モード) を設定できます。キーは組織固有であり、Capgo リソースへのアクセスを許可するため、慎重に管理する必要があります。
-
-## キーモード
-
-- **読み取り**: データの読み取りのみが可能で、変更は許可されません
-- **アップロード**: 新しいバンドルの読み取り、変更、アップロードが可能
-- **書き込み**: データの読み取り、変更、バンドルのアップロードが可能
-- **all**: すべての操作へのフルアクセス
-
-キー モードは、段階的/段階的なスキーマに従います。アップロード キーを持っていて、書き込みキーを作成すると、書き込みキーはアップロード キーで実行できるすべてのことを実行できるようになります。
-API キーがどのように機能するかをよりよく理解するには、次の図をご覧ください。
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/capgo_apikeys_diagram.webp" alt="API キーの仕組みを説明する図" /><figcaption></figcaption></figure>
-
-## 権限が制限されたサブキー
-
-特定のアプリまたは組織へのアクセスが制限されたサブキーを作成できます。これは、特定のリソースへのアクセスを制限しながら、他のリソースに対する操作を許可する場合に便利です。これらの制限を定義するには、キーを作成するときに `limited_to_apps` および `limited_to_orgs` パラメーターを使用します。
-
-## 暗号化されたキー
-
-セキュリティを強化するために、**暗号化された (ハッシュ化された) API キー**を作成できます。暗号化キーを作成する場合:
-
-- キーはデータベースに保存される前に SHA-256 を使用してハッシュされます。
-- **プレーンキーは作成応答で 1 回だけ返されます** - すぐに保存します
-- 作成後にキーを再度取得したり表示したりすることはできません
-- 暗号化されたキーを紛失した場合は、新しいキーを作成する必要があります
-
-暗号化を有効にするキーを作成する場合は、`hashed: true` パラメーターを使用します。これは実稼働環境に推奨されるアプローチです。
-
-## キーの有効期限
-
-API キーには **有効期限** を設定して、キーが侵害された場合の危険範囲を制限できます。有効期限が設定されている場合:
-
-- 指定した日時を過ぎるとキーが機能しなくなります
-- 期限切れのキーを使用したリクエストはエラーで拒否されます。
-- 期限切れのキーは 30 日後に自動的にクリーンアップされます
-
-組織は有効期限ポリシーを適用できます。
-- **有効期限が必要**: すべての API キーには有効期限が必要です
-- **最大有効期限**: 有効期限を設定できる将来の期間を制限します。
-
-## セキュリティのベストプラクティス
-
-1. **最小特権の原則**: 統合が機能できる最も制限的なモードを常に使用します。
-2. **暗号化キーを使用**: 運用環境用にハッシュされたキーを作成し、データベース侵害から保護します
-3. **有効期限の設定**: 有効期限を使用してキーの有効期間を制限します。
-4. **定期的なローテーション**: API キーを定期的にローテーションします。
-5. **安全なストレージ**: API キーを安全に保存し、バージョン管理にコミットしないでください。
-6. **監視**: API キーの使用状況を監視し、漏洩したキーを直ちに取り消します。
-7. **制限されたサブキー**: リスクを最小限に抑えるために、特定の統合に対して制限された権限を持つサブキーを使用します。
-
-## エンドポイント
-
-### 入手
-
-`https://api.capgo.app/apikey/`
-
-アカウントに関連付けられているすべての API キーを取得します。
-
-#### 応答タイプ
-
-```typescript
-interface ApiKey {
-  created_at: string | null
-  id: number
-  key: string | null  // null for encrypted keys
-  mode: 'read' | 'write' | 'upload' | 'all'
-  name: string
-  updated_at: string | null
-  user_id: string
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  expires_at?: string | null  // ISO 8601 date, null means never expires
-}
-```> **注意**: 暗号化キーの場合、プレーンキーは作成中に 1 回しか表示されないため、GET 応答の `key` フィールドは `null` になります。
-
-#### リクエストの例
-
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/apikey/
-```
-
-#### 応答例
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "key": "ak_123...",
-      "mode": "read",
-      "name": "CI/CD Read Key",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "user_123"
-    },
-    {
-      "id": 2,
-      "key": "ak_456...",
-      "mode": "upload",
-      "name": "Deploy Bot",
-      "created_at": "2024-01-02T00:00:00Z",
-      "updated_at": "2024-01-02T00:00:00Z",
-      "user_id": "user_123",
-      "limited_to_apps": ["com.demo.app"]
-    }
-  ]
-}
-```
-
-### 投稿
-
-`https://api.capgo.app/apikey/`
-
-特定の組織に新しい API キーを作成します。
-
-#### リクエスト本文
-
-```typescript
-interface ApiKeyCreate {
-  name: string
-  mode: 'read' | 'write' | 'upload' | 'all'
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  hashed?: boolean       // Create an encrypted key (recommended for production)
-  expires_at?: string    // ISO 8601 date for key expiration
-}
-```
-
-#### リクエストの例 (標準キー)
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Limited Read Key",
-    "mode": "read",
-    "limited_to_apps": ["com.demo.app"]
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### リクエストの例 (有効期限のある暗号化キー)
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Secure CI Key",
-    "mode": "upload",
-    "hashed": true,
-    "expires_at": "2025-06-01T00:00:00Z"
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### 応答例 (標準キー)
-
-```json
-{
-  "apikey": {
-    "id": 3,
-    "key": "ak_789...",
-    "mode": "read",
-    "name": "Limited Read Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "limited_to_apps": ["com.demo.app"]
-  }
-}
-```
-
-#### 応答例 (暗号化キー)
-
-```json
-{
-  "apikey": {
-    "id": 4,
-    "key": "ak_abc123...",
-    "mode": "upload",
-    "name": "Secure CI Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "expires_at": "2025-06-01T00:00:00Z"
-  }
-}
-```
-
-> **重要**: 暗号化キーの場合、この応答の `key` 値は、プレーンキーが表示される**唯一の**です。すぐに安全な場所に保存してください。後続の GET リクエストは、`key` フィールドに対して `null` を返します。
-
-### 削除
-
-`https://api.capgo.app/apikey/:id/`
-
-既存の API キーを削除します。これを使用して、アクセスをすぐに取り消します。
-
-#### パラメータ
-- `id`: 削除する API キーの ID (キー文字列自体ではなく数値識別子)
-
-#### リクエストの例
-
-```bash
-curl -X DELETE -H "authorization: your-api-key" https://api.capgo.app/apikey/1/
-```
-
-#### 成功の応答
-
-```json
-{
-  "success": true
-}
-```
-
-## 一般的な使用例
-
-1. **CI/CD 統合**: CI パイプラインの読み取り専用キーを作成して、展開ステータスを確認します
-2. **展開の自動化**: 自動展開スクリプトにアップロード モード キーを使用します。
-3. **監視ツール**: 外部監視統合に読み取りモード キーを使用します。
-4. **管理者アクセス**: 管理ツールにはすべてのモード キーを慎重に使用してください
-5. **制限付きアクセス**: サードパーティ統合用に、特定のアプリまたは組織に対する制限された権限を持つサブキーを作成します
-
-## エラー処理
-
-一般的なエラーのシナリオとその対応:
-
-```json
-// Invalid mode
-{
-  "error": "Invalid mode specified. Must be one of: read, write, upload, all",
-  "status": "KO"
-}
-
-// Key not found
-{
-  "error": "API key not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage API keys",
-  "status": "KO"
-}
-
-// Expired API key used for authentication
-{
-  "error": "API key has expired",
-  "status": "KO"
-}
-
-// Invalid expiration date (in the past)
-{
-  "error": "Expiration date must be in the future",
-  "status": "KO"
-}
-
-// Organization requires expiration
-{
-  "error": "Organization policy requires an expiration date for API keys",
-  "status": "KO"
-}
-
-// Expiration exceeds organization limit
-{
-  "error": "Expiration date exceeds organization maximum of 90 days",
-  "status": "KO"
-}
-```
diff --git a/src/content/docs/ja/docs/public-api/app.mdx b/src/content/docs/ja/docs/public-api/app.mdx
deleted file mode 100644
index 9e892ad36..000000000
--- a/src/content/docs/ja/docs/public-api/app.mdx
+++ /dev/null
@@ -1,296 +0,0 @@
----
-title: Apps
-description: >-
-  Appsエンドポイントの詳細なドキュメント。Capgoプラットフォームを通じてCapacitorアプリケーションを管理し、対話するための包括的な洞察を提供します。
-sidebar:
-  order: 7
-locale: ja
----
-
-AppsはCapgoの基本的なエンティティです。各アプリは、プラットフォームを通じて管理および更新できる一意のCapacitorアプリケーションを表します。Apps APIを使用すると、アプリの設定を作成、取得、更新、削除できます。
-
-## Appsの理解
-
-Capgoのアプリは、Capacitorアプリケーションを表し、以下を含みます:
-- **App ID**: アプリケーションの一意の識別子
-- **Name**: アプリケーションの人間が読める名前
-- **Icons**: ダッシュボード内のアプリの視覚的な識別子
-- **Configuration**: 更新の配信方法を制御する設定
-- **Ownership**: 組織とユーザーのアクセス情報
-- **Usage 統計**: インストールと更新に関するメトリクス
-
-## ベストプラクティス
-
-1. **命名規則**: アプリには明確で識別可能な名前を使用する
-2. **セキュリティ**: APIキーとアクセス認証情報を保護する
-3. **組織化**: 関連するアプリを同じ組織の下にグループ化する
-4. **監視**: アプリの統計とパフォーマンスを定期的に確認する
-5. **バックアップ**: 重要なアプリの設定バックアップを維持する
-
-## エンドポイント
-
-### GET
-
-`https://api.capgo.app/app/`
-
-アプリに関する情報を取得します。
-
-#### クエリパラメータ
-- `page`: オプション。ページネーションのページ番号
-- `limit`: オプション。ページあたりの結果数（デフォルト: 50）
-- `org_id`: オプション。組織IDでアプリをフィルタリング。提供されない場合、ユーザーがアクセスできるすべての組織のアプリを返します
-
-特定のアプリを取得する場合:
-- URLパスでアプリIDを使用: `https://api.capgo.app/app/:app_id`
-
-#### レスポンスタイプ
-
-```typescript
-interface App {
-  app_id: string
-  created_at: string | null
-  default_upload_channel: string
-  icon_url: string
-  id: string | null
-  last_version: string | null
-  name: string | null
-  owner_org: string
-  retention: number
-  transfer_history: Json[] | null
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### リクエスト例
-
-```bash
-# すべてのアプリを取得
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/"
-
-# 特定の組織のアプリを取得
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-
-# 特定のアプリを取得
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/com.demo.app"
-```
-
-#### レスポンス例
-
-```json
-{
-  "data": [
-    {
-      "app_id": "com.demo.app",
-      "created_at": "2024-01-01T00:00:00Z",
-      "default_upload_channel": "dev",
-      "icon_url": "https://example.com/icon.png",
-      "id": "550e8400-e29b-41d4-a716-446655440000",
-      "last_version": "1.0.0",
-      "name": "Demo App",
-      "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-      "retention": 2592000,
-      "transfer_history": null,
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "6aa76066-55ef-4238-ade6-0b32334a4097"
-    }
-  ]
-}
-```
-
-### POST
-
-`https://api.capgo.app/app/`
-
-新しいアプリを作成します。
-
-#### リクエストボディ
-
-```typescript
-interface CreateApp {
-  app_id: string
-  name: string
-  icon?: string
-  owner_org: string
-}
-```
-
-#### リクエスト例
-
-```bash
-# 新しいアプリを作成
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "My New App",
-    "app_id": "com.demo.myapp", // このIDはCapgoで一意です。どのアカウントでも再利用できません。
-    "icon": "https://example.com/icon.png",
-    "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-  }' \
-  https://api.capgo.app/app/
-```
-
-#### 成功レスポンス
-
-```json
-{
-  "app_id": "My New App",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "My New App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 2592000,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### PUT
-
-`https://api.capgo.app/app/:app_id`
-
-既存のアプリを更新します。アプリIDはURLパスで指定します。
-
-#### リクエストボディ
-
-```typescript
-interface UpdateApp {
-  name?: string
-  icon?: string
-  retention?: number
-}
-```
-
-#### リクエスト例
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Updated App Name",
-    "icon": "https://example.com/updated-icon.png",
-    "retention": 45
-  }' \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### 成功レスポンス
-
-```json
-{
-  "app_id": "com.demo.app",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/updated-icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "Updated App Name",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 45,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/app/:app_id`
-
-アプリと関連するすべてのリソースを削除します。アプリIDはURLパスで指定します。この操作は元に戻せないため、細心の注意を払って使用してください。
-
-#### リクエスト例
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### 成功レスポンス
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## エラーハンドリング
-
-一般的なエラーシナリオとそのレスポンス:
-
-```json
-// アプリが見つかりません
-{
-  "error": "App not found",
-  "status": "KO"
-}
-
-// カスタムIDの重複
-{
-  "error": "Custom ID already in use",
-  "status": "KO"
-}
-
-// 無効なパラメータ
-{
-  "error": "Invalid app configuration",
-  "status": "KO"
-}
-
-// 権限拒否
-{
-  "error": "Insufficient permissions to manage app",
-  "status": "KO"
-}
-
-// 組織アクセス拒否
-{
-  "status": "You do not have access to this organization"
-}
-```
-
-## 一般的なユースケース
-
-1. **新しいアプリの作成**
-```typescript
-// 新しいアプリをセットアップ
-{
-  "name": "Production App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-}
-```
-
-2. **アプリ設定の更新**
-```typescript
-// アプリ名とアイコンを変更
-{
-  "name": "Rebranded App Name",
-  "icon": "https://example.com/new-icon.png"
-}
-```
-
-3. **保持ポリシーの設定**
-```typescript
-// 自動バンドルクリーンアップを設定
-{
-  "retention": 30 // バンドルを30日間保持
-}
-```
-
-4. **組織別にアプリを取得**
-```bash
-# 特定の組織のすべてのアプリをリスト表示
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-```
-
-## リソース管理
-
-1. **ストレージの最適化**: ストレージ使用量を監視し、適切な保持ポリシーを設定
-2. **組織化**: 関連するアプリを単一の組織の下にグループ化
-3. **アクセス制御**: アプリ設定を変更できるチームメンバーを管理
-4. **バックアップ戦略**: 重要なアプリの設定と設定をバックアップ
diff --git a/src/content/docs/ja/docs/public-api/bundles.mdx b/src/content/docs/ja/docs/public-api/bundles.mdx
deleted file mode 100644
index dd0a31e56..000000000
--- a/src/content/docs/ja/docs/public-api/bundles.mdx
+++ /dev/null
@@ -1,638 +0,0 @@
----
-title: Bundles
-description: Capgo バンドルを管理するための詳細なガイド。リスト、削除、バンドル (バージョン) 管理、アプリ更新パッケージのストレージの最適化について説明します。
-sidebar:
-  order: 8
-locale: ja
----
-バンドルは、Capgo のコア更新パッケージです。各バンドルには、アプリのコンテンツを構成する Web アセット (HTML、CSS、JS) が含まれています。バンドル API を使用すると、これらの更新パッケージの一覧表示や削除などを管理できます。
-
-## バンドルを理解する
-
-バンドルは、アプリの Web コンテンツの特定のバンドル (バージョン) を表し、次のものが含まれます。
-- **バンドル (バージョン)**: バンドルのセマンティック バージョン番号
-- **チェックサム**: バンドルの整合性を検証するための固有のハッシュ
-- **ストレージ情報**: バンドルが保存される場所と方法に関する詳細
-- **ネイティブ要件**: ネイティブ アプリの最小バージョン要件
-- **メタデータ**: 作成時間、所有権、その他の追跡情報
-
-## 手動バンドル作成 (CLI なし)
-
-Capgo CLI を使用せずにバンドルを手動で作成してアップロードする方法は次のとおりです。
-
-### ステップ 1: アプリを構築する
-
-まず、アプリの Web アセットを構築します。
-
-```bash
-npm run build
-```
-
-### ステップ 2: Capgo CLI と同じパッケージを使用してバンドル ZIP を作成する
-
-**重要**: 互換性を確保するために、Capgo CLI が内部で使用するものとまったく同じ JavaScript パッケージを使用してください。
-
-#### 必要なパッケージをインストールする
-
-```bash
-npm install adm-zip @tomasklaen/checksum
-```
-
-#### JavaScript で Zip バンドルを作成 (Capgo CLI と同じ)
-
-注: 以下の例では、`version` は、API で使用されるバンドル (バージョン) 名を指します。
-
-```javascript
-const fs = require('node:fs');
-const path = require('node:path');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-// Exact same implementation as Capgo CLI
-function zipFileUnix(filePath) {
-  const zip = new AdmZip();
-  zip.addLocalFolder(filePath);
-  return zip.toBuffer();
-}
-
-async function zipFileWindows(filePath) {
-  console.log('Zipping file windows mode');
-  const zip = new AdmZip();
-
-  const addToZip = (folderPath, zipPath) => {
-    const items = fs.readdirSync(folderPath);
-
-    for (const item of items) {
-      const itemPath = path.join(folderPath, item);
-      const stats = fs.statSync(itemPath);
-
-      if (stats.isFile()) {
-        const fileContent = fs.readFileSync(itemPath);
-        zip.addFile(path.join(zipPath, item).split(path.sep).join('/'), fileContent);
-      } else if (stats.isDirectory()) {
-        addToZip(itemPath, path.join(zipPath, item));
-      }
-    }
-  };
-
-  addToZip(filePath, '');
-  return zip.toBuffer();
-}
-
-// Main zipFile function (exact same logic as CLI)
-async function zipFile(filePath) {
-  if (os.platform() === 'win32') {
-    return zipFileWindows(filePath);
-  } else {
-    return zipFileUnix(filePath);
-  }
-}
-
-async function createBundle(inputPath, outputPath, version) {
-  // Create zip using exact same method as Capgo CLI
-  const zipped = await zipFile(inputPath);
-  
-  // Write to file
-  fs.writeFileSync(outputPath, zipped);
-  
-  // Calculate checksum using exact same package as CLI
-  const checksum = await getChecksum(zipped, 'sha256');
-  
-  return {
-    filename: path.basename(outputPath),
-    version: version,
-    size: zipped.length,
-    checksum: checksum
-  };
-}
-
-// Usage
-async function main() {
-  try {
-    const result = await createBundle('./dist', './my-app-1.2.3.zip', '1.2.3');
-    console.log('Bundle info:', JSON.stringify(result, null, 2));
-  } catch (error) {
-    console.error('Error creating bundle:', error);
-  }
-}
-
-main();
-```
-
-### ステップ 3: CLI と同じパッケージを使用して SHA256 チェックサムを計算する
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Usage
-async function main() {
-  const checksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('Checksum:', checksum);
-}
-
-main();
-```
-
-### ステップ 4: バンドルをストレージにアップロードする
-
-zip ファイルを Web アクセス可能なストレージにアップロードします。
-
-```bash
-# Example: Upload to your server via scp
-scp my-app-1.2.3.zip user@your-server.com:/var/www/bundles/
-
-# Example: Upload to S3 using AWS CLI
-aws s3 cp my-app-1.2.3.zip s3://your-bucket/bundles/
-
-# Example: Upload via curl to a custom endpoint
-curl -X POST https://your-storage-api.com/upload \
-  -H "Authorization: Bearer YOUR_TOKEN" \
-  -F "file=@my-app-1.2.3.zip"
-```
-
-**重要**: バンドルは HTTPS URL 経由で **パブリックにアクセス可能**である必要があります (認証は必要ありません)。 Capgo のサーバーは、この URL からバンドルをダウンロードする必要があります。
-
-有効なパブリック URL の例:
-- `https://your-storage.com/bundles/my-app-1.2.3.zip`
-- `https://github.com/username/repo/releases/download/v1.2.3/bundle.zip`
-- `https://cdn.jsdelivr.net/gh/username/repo@v1.2.3/dist.zip`
-
-### ステップ 5: Capgo API でバンドルを登録する
-
-直接 API 呼び出しを使用して、外部バンドルを Capgo に登録します。
-
-```javascript
-async function registerWithCapgo(appId, version, bundleUrl, checksum, apiKey) {
-  const fetch = require('node-fetch');
-  
-  // Create bundle (version)
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': apiKey
-    },
-    body: JSON.stringify({
-      app_id: appId,
-      version: version,
-      external_url: bundleUrl,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed to create bundle: ${response.statusText}`);
-  }
-
-  const data = await response.json();
-  console.log('Bundle created:', data);
-  
-  return data;
-}
-```
-
-#### API パラメータ
-
-|パラメータ |説明 |必須 |
-|----------|---------------|----------|
-| `app_id` |アプリの識別子 |はい |
-| `version` |バンドル (バージョン) セマンティック バージョン (例: "1.2.3") |はい |
-| `external_url` | **パブリックにアクセス可能** バンドルをダウンロードできる HTTPS URL (認証は必要ありません) |はい |
-| `checksum` | zip ファイルの SHA256 チェックサム |はい |
-
-## バンドル構造の要件
-
-バンドル zip は次の要件に従う必要があります。
-
-1. **ルート インデックス ファイル**: ルート レベルに `index.html` が必要です
-2. **Capacitor 統合**: アプリ コードで `notifyAppReady()` を呼び出す必要があります
-3. **アセット パス**: すべてのアセットに相対パスを使用します
-
-### 有効なバンドル構造
-
-```
-bundle.zip
-├── index.html
-├── assets/
-│   ├── app.js
-│   └── styles.css
-└── images/
-```
-
-## 完全な手動ワークフローの例
-
-zip、チェックサム、Capgo にアップロードする単純な Node.js スクリプト:
-
-```javascript
-const fs = require('node:fs');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-const fetch = require('node-fetch');
-
-async function deployToCapgo() {
-  const APP_ID = 'com.example.app';
-  const VERSION = '1.2.3';
-  const BUNDLE_URL = 'https://your-storage.com/bundles/app-1.2.3.zip';
-  const API_KEY = process.env.CAPGO_API_KEY;
-
-  // 1. Create zip (same as Capgo CLI)
-  const zip = new AdmZip();
-  zip.addLocalFolder('./dist');
-  const zipped = zip.toBuffer();
-
-  // 2. Calculate checksum (same as Capgo CLI)
-  const checksum = await getChecksum(zipped, 'sha256');
-  console.log('Checksum:', checksum);
-
-  // 3. Upload to your storage (replace with your upload logic)
-  // fs.writeFileSync('./bundle.zip', zipped);
-  // ... upload bundle.zip to your storage ...
-
-  // 4. Register with Capgo API
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': API_KEY
-    },
-    body: JSON.stringify({
-      app_id: APP_ID,
-      version: VERSION,
-      external_url: BUNDLE_URL,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed: ${response.statusText}`);
-  }
-
-  console.log('Bundle registered with Capgo!');
-}
-
-deployToCapgo().catch(console.error);
-```
-
-依存関係をインストールします。
-
-```bash
-npm install adm-zip @tomasklaen/checksum node-fetch
-```
-
-## チェックサムの検証
-
-### JavaScript チェックサム計算 (Capgo CLI と同じ)
-
-Capgo CLI が内部で使用するものとまったく同じパッケージとメソッドを使用します。
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Verify checksum matches
-async function verifyChecksum(filePath, expectedChecksum) {
-  const actualChecksum = await calculateChecksum(filePath);
-  const isValid = actualChecksum === expectedChecksum;
-  
-  console.log(`File: ${filePath}`);
-  console.log(`Expected: ${expectedChecksum}`);
-  console.log(`Actual:   ${actualChecksum}`);
-  console.log(`Valid:    ${isValid}`);
-  
-  return isValid;
-}
-
-// Usage
-async function main() {
-  const bundleChecksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('SHA256 Checksum:', bundleChecksum);
-}
-
-main();
-```### チェックサムの重要性
-
-- **バンドルの整合性**: 転送中にバンドルが破損していないことを確認します
-- **API 検証**: Capgo はバンドルを受け入れる前にチェックサムを検証します
-- **プラグインの検証**: モバイル プラグインは、アップデートを適用する前にチェックサムを検証します。
-
-## ベストプラクティス
-
-1. **バンドル (バージョン) 管理**: セマンティック バージョニングを一貫して使用する
-2. **ストレージの最適化**: 未使用のバンドルを定期的に削除します
-3. **バンドル (バージョン) の互換性**: 適切なネイティブ バージョンの最小要件を設定します。
-4. **バックアップ戦略**: 重要なバンドル (バージョン) のバックアップを維持します。
-
-## エンドポイント
-
-### 入手
-
-`https://api.capgo.app/bundle/`
-
-バンドル情報を取得します。ページごとに 50 バンドルを返します。
-
-#### クエリパラメータ
-- `app_id`: 必須。アプリのID
-- `page`: オプション。ページネーションのページ番号
-
-#### 応答タイプ
-
-```typescript
-interface Bundle {
-  app_id: string
-  bucket_id: string | null
-  checksum: string | null
-  created_at: string | null
-  deleted: boolean
-  external_url: string | null
-  id: number
-  minUpdateVersion: string | null
-  name: string
-  native_packages: Json[] | null
-  owner_org: string
-  r2_path: string | null
-  session_key: string | null
-  storage_provider: string
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### リクエストの例
-
-```bash
-# Get all bundles
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123"
-
-# Get next page
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123&page=1"
-```
-
-#### 応答例
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "app_id": "app_123",
-      "name": "1.0.0",
-      "checksum": "abc123...",
-      "minUpdateVersion": "1.0.0",
-      "storage_provider": "r2",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "deleted": false,
-      "owner_org": "org_123",
-      "user_id": "user_123"
-    }
-  ]
-}
-```
-
-### 削除
-
-`https://api.capgo.app/bundle/`
-
-アプリの 1 つまたはすべてのバンドルを削除します。この操作は元に戻せないため、注意して使用してください。
-
-#### クエリパラメータ
-
-特定のバンドルを削除するには:
-```typescript
-interface BundleDelete {
-  app_id: string
-  version: string
-}
-```
-
-すべてのバンドルを削除するには:
-```typescript
-interface BundleDeleteAll {
-  app_id: string
-}
-```
-
-#### リクエストの例
-
-```bash
-# Delete specific bundle
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version": "1.0.0"
-  }' \
-  https://api.capgo.app/bundle/
-
-# Delete all bundles
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### 成功の応答
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### 投稿
-
-`https://api.capgo.app/bundle/`
-
-外部 URL を使用して新しいバンドルを作成します。
-
-#### リクエスト本文
-
-```typescript
-interface CreateBundleBody {
-  app_id: string
-  version: string
-  external_url: string // Must be publicly accessible HTTPS URL
-  checksum: string
-}
-```
-
-#### リクエストの例
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "com.example.app",
-    "version": "1.2.3",
-    "external_url": "https://your-storage.com/bundles/app-1.2.3.zip",
-    "checksum": "a1b2c3d4e5f6789abcdef123456789abcdef123456789abcdef123456789abcd"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### 成功の応答
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### POST (メタデータ)
-
-`https://api.capgo.app/bundle/metadata`
-
-リンクやコメント情報などのバンドルのメタデータを更新します。
-
-#### リクエスト本文
-
-```typescript
-interface UpdateMetadataBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  link?: string
-  comment?: string
-}
-```
-
-#### リクエストの例
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "link": "https://github.com/myorg/myapp/releases/tag/v1.0.0",
-    "comment": "Fixed critical bug in authentication"
-  }' \
-  https://api.capgo.app/bundle/metadata
-```
-
-#### 成功の応答
-
-```json
-{
-  "status": "success"
-}
-```
-
-### 置く
-
-`https://api.capgo.app/bundle/`
-
-バンドルを特定のチャンネルに設定します。これにより、バンドル (バージョン) が配布用のチャネルにリンクされます。
-
-#### リクエスト本文
-
-```typescript
-interface SetChannelBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  channel_id: number
-}
-```
-
-#### リクエストの例
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "channel_id": 789
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### 成功の応答
-
-```json
-{
-  "status": "success",
-  "message": "Bundle 1.0.0 set to channel production"
-}
-```
-
-## エラー処理
-
-一般的なエラーのシナリオとその対応:
-
-```json
-// Bundle not found
-{
-  "error": "Bundle not found",
-  "status": "KO"
-}
-
-// Invalid bundle (version) format
-{
-  "error": "Invalid version format",
-  "status": "KO"
-}
-
-// Storage error
-{
-  "error": "Failed to delete bundle from storage",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage bundles",
-  "status": "KO"
-}
-```
-
-## 一般的な使用例
-
-1. **古いバンドル (バージョン) をクリーンアップ**
-```typescript
-// Delete outdated beta bundles (versions)
-{
-  "app_id": "app_123",
-  "version": "1.0.0-beta.1"
-}
-```
-
-2. **アプリのリセット**
-```typescript
-// Remove all bundles to start fresh
-{
-  "app_id": "app_123"
-}
-```
-
-## ストレージに関する考慮事項
-
-1. **保存ポリシー**: 古いバンドルを保存する期間を定義します。
-2. **サイズ管理**: バンドルのサイズとストレージの使用状況を監視します。
-3. **バックアップ戦略**: 重要なバンドル (バージョン) のバックアップを検討する
-4. **コストの最適化**: 不要なバンドルを削除してストレージ コストを最適化します。
diff --git a/src/content/docs/ja/docs/public-api/channels.mdx b/src/content/docs/ja/docs/public-api/channels.mdx
deleted file mode 100644
index cf9d937cd..000000000
--- a/src/content/docs/ja/docs/public-api/channels.mdx
+++ /dev/null
@@ -1,266 +0,0 @@
----
-title: チャンネル
-description: Capgoでアプリ更新チャンネルを管理するためのガイド。バージョン管理、プラットフォームターゲティング、更新ポリシーをカバーしています。
-sidebar:
-  order: 6
-locale: ja
----
-
-チャンネルは、Capgoでアプリの更新を管理するための中核メカニズムです。A/Bテスト、段階的ロールアウト、プラットフォーム固有の更新などの機能を有効にしながら、ユーザーが更新をどのように、いつ受け取るかを制御できます。
-
-## チャンネルの理解
-
-チャンネルは、アプリ更新の配信トラックを表します。各チャンネルは、特定のルールと制約で構成できます:
-
-- **バージョン管理**: ユーザーが受け取るバージョンを指定
-- **プラットフォームターゲティング**: 特定のプラットフォーム(iOS/Android)をターゲットに
-- **更新ポリシー**: 更新の配信方法を制御
-- **デバイス制限**: 更新にアクセスできるデバイスを管理
-
-## チャンネル設定オプション
-
-- **public**: 新しいデバイスのデフォルトチャンネルとして設定
-- **disableAutoUpdateUnderNative**: デバイスのネイティブアプリバージョンがチャンネルで利用可能な更新バージョンより新しい場合に更新を防止(例: デバイスはバージョン1.2.3だが、チャンネルは1.2.2を持つ)
-- **disableAutoUpdate**: 更新動作を制御("major", "minor", "version_number", "none")
-- **ios/android**: 特定のプラットフォームで有効化/無効化
-- **allow_device_self_set**: デバイスが自身のチャンネルを選択できるようにする
-- **allow_emulator**: エミュレータデバイスでの更新を許可
-- **allow_dev**: 開発ビルドでの更新を許可
-
-## ベストプラクティス
-
-1. **テストチャンネル**: 内部検証用のテストチャンネルを維持
-2. **段階的ロールアウト**: 段階的な更新展開のために複数のチャンネルを使用
-3. **プラットフォーム分離**: 必要に応じてiOSとAndroid用に別々のチャンネルを作成
-4. **バージョン管理**: 明確な更新パスのためにセマンティックバージョニングを使用
-
-## エンドポイント
-
-### POST
-
-`https://api.capgo.app/channel/`
-
-チャンネル設定を作成または更新します。
-
-#### Request Body
-
-```typescript
-type disable_update = "major" | "minor" | "version_number" | "none"
-interface ChannelSet {
-  app_id: string
-  channel: string
-  version?: string
-  public?: boolean
-  disableAutoUpdateUnderNative?: boolean
-  disableAutoUpdate?: disable_update
-  ios?: boolean
-  android?: boolean
-  allow_device_self_set?: boolean
-  allow_emulator?: boolean
-  allow_dev?: boolean
-}
-```
-
-#### リクエスト例
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta",
-    "version": "1.2.0",
-    "public": false,
-    "disableAutoUpdate": "minor",
-    "ios": true,
-    "android": true,
-    "allow_emulator": true
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### 成功レスポンス
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### GET
-
-`https://api.capgo.app/channel/`
-
-チャンネル情報を取得します。ページあたり50チャンネルを返します。
-
-#### クエリパラメータ
-- `app_id`: 必須。アプリのID
-- `page`: オプション。ページネーションのページ番号
-- `channel`: オプション。取得する特定のチャンネル名
-
-#### リクエスト例
-
-```bash
-# すべてのチャンネルを取得
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123"
-
-# 特定のチャンネルを取得
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&channel=beta"
-
-# 次のページを取得
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&page=1"
-```
-
-#### レスポンスタイプ
-
-```typescript
-interface Channel {
-    id: number;
-    created_at: string;
-    name: string;
-    app_id: string;
-    version: {
-        id: number,
-        name: string
-    };
-    created_by: string;
-    updated_at: string;
-    public: boolean;
-    disableAutoUpdateUnderNative: boolean;
-    disableAutoUpdate: boolean;
-    allow_emulator: boolean;
-    allow_dev: boolean;
-}
-```
-
-#### レスポンス例
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "name": "production",
-      "app_id": "app_123",
-      "version": {
-        "id": 1,
-        "name": "1.0.0"
-      },
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "created_by": "user_123",
-      "public": true,
-      "disableAutoUpdateUnderNative": false,
-      "disableAutoUpdate": false,
-      "allow_emulator": false,
-      "allow_dev": false
-    }
-  ]
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/channel/`
-
-チャンネルを削除します。これにより、このチャンネルを使用しているすべてのデバイスが影響を受けることに注意してください。
-
-#### クエリパラメータ
-
-```typescript
-interface Channel {
-  channel: string
-  app_id: string
-}
-```
-
-#### リクエスト例
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### 成功レスポンス
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## エラー処理
-
-一般的なエラーシナリオとそのレスポンス:
-
-```json
-// チャンネルが見つかりません
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// 無効なバージョン形式
-{
-  "error": "Invalid version format. Use semantic versioning",
-  "status": "KO"
-}
-
-// 無効な更新ポリシー
-{
-  "error": "Invalid disableAutoUpdate value",
-  "status": "KO"
-}
-
-// 権限が拒否されました
-{
-  "error": "Insufficient permissions to manage channels",
-  "status": "KO"
-}
-```
-
-## 一般的な使用例
-
-1. **ベータテスト**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "beta",
-  "version": "1.2.0-beta",
-  "public": false,
-  "allow_emulator": true,
-  "allow_dev": true
-}
-```
-
-2. **本番ロールアウト**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "production",
-  "version": "1.2.0",
-  "public": true,
-  "disableAutoUpdate": "minor"
-}
-```
-
-3. **プラットフォーム固有の更新**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "ios-hotfix",
-  "version": "1.2.1",
-  "ios": true,
-  "android": false
-}
-```
diff --git a/src/content/docs/ja/docs/public-api/devices.mdx b/src/content/docs/ja/docs/public-api/devices.mdx
deleted file mode 100644
index 7c4f8b2cc..000000000
--- a/src/content/docs/ja/docs/public-api/devices.mdx
+++ /dev/null
@@ -1,297 +0,0 @@
----
-title: Devices
-description: >-
-  Capgo API を介してデバイスを管理するためのドキュメント。アプリのインストールの追跡、バンドル (バージョン)
-  の割り当て、チャネル管理について説明します。
-sidebar:
-  order: 7
-locale: ja
----
-デバイスは、Capgo によって管理されるアプリの個々のインストールを表します。デバイス API を使用すると、デバイスのバンドル (バージョン)、チャネル、更新ステータスなどを追跡および管理できます。
-
-:::note[データの保持]
-デバイス データは、最後のデバイス アクティビティから **90 日間**保持されます。この期間内に Capgo に接続しなかったデバイスはシステムから自動的に削除されます。アクティブなデバイスは、アップデートをチェックする際に継続的に追跡されます。
-:::
-
-## デバイスについて
-
-各デバイスには固有の特性と状態があります。
-- **プラットフォーム**: iOS、Android、または Electron
-- **バンドル (バージョン)**: 現在のバンドル (バージョン) とネイティブ ビルド バージョン
-- **環境**: 本番環境または開発環境、エミュレータまたは物理デバイス
-- **チャンネル**: 現在の更新チャンネルの割り当て
-- **カスタム ID**: 独自の追跡目的のためのオプションの識別子
-
-## ベストプラクティス
-
-1. **バンドル (バージョン) 追跡**: デバイス バンドル (バージョン) の導入を監視して、更新プログラムの取り込みを確認します。
-2. **チャネル管理**: テストのニーズに基づいてデバイスを適切なチャネルに割り当てます。
-3. **環境認識**: さまざまな環境 (本番/開発/エミュレータ) を適切に処理します。
-4. **カスタム ID**: カスタム ID を使用して既存のシステムと統合します
-
-## エンドポイント
-
-### 投稿
-
-`https://api.capgo.app/device/`
-
-デバイスを特定のバンドル (バージョン) またはチャネルにリンクします。
-
-#### リクエスト本文
-
-```typescript
-interface DeviceLink {
-  app_id: string
-  device_id: string
-  version_id?: string // bundle (version) name
-  channel?: string    // channel name
-}
-```
-
-#### リクエストの例
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### 成功の応答
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### 入手
-
-`https://api.capgo.app/device/`
-
-デバイス情報を取得します。カーソルベースのページネーションを使用して、大規模なデバイスリストを効率的に取得します。
-
-#### クエリパラメータ
-- `app_id`: 必須。アプリのID
-- `device_id`: オプション。単一のデバイスを取得するための特定のデバイス ID
-- `cursor`: オプション。ページネーションのための前の応答のカーソル
-- `limit`: オプション。ページごとのデバイス数 (デフォルト: 50)
-
-#### リクエストの例
-
-```bash
-# Get all devices (first page)
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123"
-
-# Get specific device
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&device_id=device_456"
-
-# Get next page using cursor
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&cursor=2024-01-01T00:00:00Z|device_456"
-```
-
-#### 応答タイプ (リスト)
-
-複数のデバイスをリクエストする場合 (`device_id` パラメーターなし):
-
-```typescript
-interface DeviceListResponse {
-  data: Device[];
-  nextCursor?: string;  // Pass this as 'cursor' param to get next page
-  hasMore: boolean;     // true if more pages available
-}
-
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number; // bundle (version) id
-  version_name: string | null; // bundle (version) name
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android" | "electron";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-  key_id: string | null; // First 4 chars of encryption key (e.g., "MIIB")
-}
-```
-
-#### 応答タイプ (単一デバイス)
-
-`device_id` パラメーターを使用して特定のデバイスをリクエストすると、デバイス オブジェクトが直接返されます。
-
-```typescript
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number; // bundle (version) id
-  version_name: string | null; // bundle (version) name
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android" | "electron";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-  key_id: string | null; // First 4 chars of encryption key (e.g., "MIIB")
-}
-```
-
-#### 応答例 (リスト)
-
-```json
-{
-  "data": [
-    {
-      "device_id": "device_456",
-      "custom_id": "test-device-1",
-      "version": 1,
-      "version_name": "1.0.0",
-      "app_id": "app_123",
-      "platform": "ios",
-      "plugin_version": "5.0.0",
-      "os_version": "17.0",
-      "version_build": "1",
-      "is_prod": true,
-      "is_emulator": false,
-      "updated_at": "2024-01-01T00:00:00Z"
-    }
-  ],
-  "nextCursor": "2024-01-01T00:00:00Z|device_456",
-  "hasMore": true
-}
-```
-
-#### 応答例 (単一デバイス)
-
-```json
-{
-  "device_id": "device_456",
-  "custom_id": "test-device-1",
-  "version": 1,
-  "version_name": "1.0.0",
-  "app_id": "app_123",
-  "platform": "ios",
-  "plugin_version": "5.0.0",
-  "os_version": "17.0",
-  "version_build": "1",
-  "is_prod": true,
-  "is_emulator": false,
-  "updated_at": "2024-01-01T00:00:00Z",
-  "channel": "production"
-}
-```
-
-### 削除
-
-`https://api.capgo.app/device/`
-
-チャネルオーバーライドからデバイスのリンクを解除します。これにより、デバイスがデフォルトのチャネルを使用するようにリセットされます。
-
-:::note[デバイスの削除]
-デバイス データは、最後のデバイス アクティビティから **90 日間**保持されます。この期間内に Capgo に接続しなかったデバイスはシステムから自動的に削除されます。アクティブなデバイスは、アップデートをチェックする際に継続的に追跡されます。
-このエンドポイントではデバイスを削除できません。影響を受けるのはチャネルのオーバーライドのみです。
-:::
-
-#### クエリパラメータ
-
-```typescript
-interface Device {
-  device_id: string
-  app_id: string
-}
-```
-
-#### リクエストの例
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### 成功の応答
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## エラー処理
-
-一般的なエラーのシナリオとその対応:
-
-```json
-// Device not found
-{
-  "error": "Device not found",
-  "status": "KO"
-}
-
-// Invalid bundle (version)
-{
-  "error": "Version not found",
-  "status": "KO"
-}
-
-// Invalid channel
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage devices",
-  "status": "KO"
-}
-```
-
-## 一般的な使用例
-
-1. **ベータ版デバイスの登録**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "channel": "beta"
-}
-```
-
-2. **バージョンの上書き**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "version_id": "1.1.0"
-}
-```
-
-3. **デフォルトのチャンネルにリセット**
-```typescript
-// Use DELETE endpoint to remove overrides
-```## デバイス管理のヒント
-
-1. **監視**: デバイスのステータスとバンドル (バージョン) の配布を定期的に確認します。
-2. **テスト**: カスタム ID を使用してテスト デバイスを簡単に識別します
-3. **トラブルシューティング**: デバイスの更新とチャネル割り当てを追跡する
-4. **ネイティブ バージョン管理**: ネイティブ アプリのバージョンを監視して互換性を確保します
diff --git a/src/content/docs/ja/docs/public-api/index.mdx b/src/content/docs/ja/docs/public-api/index.mdx
deleted file mode 100644
index ab1ffe02b..000000000
--- a/src/content/docs/ja/docs/public-api/index.mdx
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: APIの概要
-description: RESTful HTTPメソッドと認証を使用して、組織、デバイス、チャネル、バンドルなどのリソースを管理するためのCapgoのパブリックAPIを探索します。
-sidebar:
-  order: 1
-locale: ja
----
-
-import { LinkCard } from '@astrojs/starlight/components';
-
-これはCapgo cloudのパブリックAPIのドキュメントです。APIを使用すると、組織、デバイス、チャネル、バンドルなど、Capgoリソースをプログラムで管理できます。RESTful設計で、標準のHTTPメソッドを使用しています。
-
-## 認証
-
-すべてのAPIエンドポイントは認証が必要です。リクエストを認証するには、`authorization`ヘッダーにAPIキーを追加してください。
-
-例:
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-```
-
-<LinkCard
-	title="APIキーを取得"
-	description="CapgoダッシュボードでAPIキーを生成"
-	href="https://console.capgo.app/dashboard/apikeys/"
-/>
-
-## レート制限
-
-APIは公平な使用を保証するためにレート制限を実装しています。現在の制限は:
-- 標準アカウントで1分あたり100リクエスト
-- エンタープライズアカウントで1分あたり1000リクエスト
-
-これらの制限を超えると、429 (Too Many Requests)レスポンスが返されます。
-
-## レスポンス形式
-
-すべてのレスポンスはJSON形式です。成功レスポンスには通常、`data`オブジェクトまたは`status`フィールドが含まれます。エラーレスポンスには、何が問題だったかの説明を含む`error`フィールドが含まれます。
-
-成功レスポンスの例:
-```json
-{
-  "status": "ok",
-  "data": { ... }
-}
-```
-
-エラーレスポンスの例:
-```json
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-```
-
-## 利用可能なエンドポイント
-
-<LinkCard
-	title="組織"
-	description="組織を作成および管理し、設定を更新し、組織レベルの構成を処理"
-	href="/docs/public-api/organizations/"
-/>
-
-<LinkCard
-	title="APIキー"
-	description="Capgo APIへの安全なアクセスのためのAPIキーの生成、リスト、取り消し"
-	href="/docs/public-api/api-keys/"
-/>
-
-<LinkCard
-	title="メンバー"
-	description="組織メンバー、ロール、権限の管理"
-	href="/docs/public-api/members/"
-/>
-
-<LinkCard
-	title="統計"
-	description="アプリの使用状況、ストレージ、帯域幅消費に関する詳細な分析にアクセス"
-	href="/docs/public-api/statistics/"
-/>
-
-<LinkCard
-	title="チャネル"
-	description="アプリの更新チャネル、バージョン、更新ポリシーの制御"
-	href="/docs/public-api/channels/"
-/>
-
-<LinkCard
-	title="デバイス"
-	description="アプリを実行しているデバイスを追跡および管理し、バージョンとチャネルの割り当てを含む"
-	href="/docs/public-api/devices/"
-/>
-
-<LinkCard
-	title="バンドル"
-	description="アップロード、リスト、バージョン管理など、アプリバンドルの処理"
-	href="/docs/public-api/bundles/"
-/>
-
-## ベストプラクティス
-
-1. **エラー処理**: 常にエラーレスポンスをチェックし、適切に処理してください
-2. **レート制限**: レート制限に達した場合は指数バックオフを実装してください
-3. **キャッシング**: API呼び出しを減らすために、適切な場合はレスポンスをキャッシュしてください
-4. **バージョン管理**: 変更履歴を通じてAPIの変更を追跡してください 
diff --git a/src/content/docs/ja/docs/public-api/members.mdx b/src/content/docs/ja/docs/public-api/members.mdx
deleted file mode 100644
index 04fad59fb..000000000
--- a/src/content/docs/ja/docs/public-api/members.mdx
+++ /dev/null
@@ -1,226 +0,0 @@
----
-title: メンバー
-description: Capgoでの組織メンバーの管理に関する包括的なガイド。セキュリティとコラボレーションのためのロール、権限、ベストプラクティスをカバーしています。
-sidebar:
-  order: 4
-locale: ja
----
-
-組織メンバーは、Capgo組織へのアクセス権を持つユーザーです。各メンバーには、組織内での権限を決定する特定のロールがあります。メンバーを効果的に管理することは、チームのセキュリティとコラボレーションを維持するために重要です。
-
-## メンバーロール
-
-### 通常のロール
-- **read**: リソースを表示できますが、変更はできません
-- **upload**: 新しいバンドルをアップロードし、リソースを表示できます
-- **write**: リソースを変更し、バンドルをアップロードできます
-- **admin**: 組織の設定とメンバーを管理できます
-- **super_admin**: 組織を完全に制御できます
-
-### 招待ロール
-- **invite_read**: 読み取りアクセスの保留中の招待
-- **invite_upload**: アップロードアクセスの保留中の招待
-- **invite_write**: 書き込みアクセスの保留中の招待
-- **invite_admin**: 管理者アクセスの保留中の招待
-- **invite_super_admin**: スーパー管理者アクセスの保留中の招待
-
-## ベストプラクティス
-
-1. **ロールの割り当て**: ロールを割り当てる際は最小権限の原則に従う
-2. **定期的な監査**: メンバーアクセスを定期的に確認し、使用されていないアカウントを削除する
-3. **オンボーディング**: 新しいメンバーを追加し、ロールを割り当てるための明確なプロセスを持つ
-4. **オフボーディング**: 組織を離れるメンバーのアクセスを速やかに削除する
-
-## エンドポイント
-
-### POST
-
-`https://api.capgo.app/organization/members/`
-
-組織に新しいメンバーを追加するか、既存のメンバーのロールを更新します。既にCapgoアカウントを持っているユーザーのみを招待できることに注意してください - メールアドレスは既存のCapgoユーザーに対応している必要があります。
-
-#### リクエストボディ
-
-```typescript
-interface MemberCreate {
-  orgId: string
-  email: string
-  role: "read" | "upload" | "write" | "admin" | "super_admin"
-}
-```
-
-#### リクエスト例
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "newmember@example.com",
-    "role": "write"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### 成功レスポンス
-
-```json
-{
-  "status": "OK",
-  "data": {
-    "uid": "user_789",
-    "email": "newmember@example.com",
-    "role": "invite_write",
-    "image_url": null
-  }
-}
-```
-
-注意事項: 
-- 新しいメンバーを追加すると、招待メールが送信されます。招待を受け入れるまで、ロールには「invite_」のプレフィックスが付きます。
-- ユーザーは招待される前に、既にCapgoアカウントを持っている必要があります。アカウントを持っていない場合は、まず https://console.capgo.app/register/ でアカウントを作成する必要があります
-
-### GET 
-
-`https://api.capgo.app/organization/members/`
-
-組織のすべてのメンバーを取得します。
-
-#### クエリパラメータ
-
-```typescript
-interface MemberQuery {
-  orgId: string
-}
-```
-
-#### レスポンスタイプ
-
-```typescript
-interface Member {
-  uid: string;
-  email: string;
-  image_url: string;
-  role: "invite_read" | "invite_upload" | "invite_write" | "invite_admin" | "invite_super_admin" | "read" | "upload" | "write" | "admin" | "super_admin";
-}
-```
-
-#### リクエスト例
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/organization/members/?orgId=org_123"
-```
-
-#### レスポンス例
-
-```json
-{
-  "data": [
-    {
-      "uid": "user_123",
-      "email": "john@example.com",
-      "image_url": "https://example.com/avatar.png",
-      "role": "admin"
-    },
-    {
-      "uid": "user_456",
-      "email": "jane@example.com",
-      "image_url": "https://example.com/avatar2.png",
-      "role": "write"
-    },
-    {
-      "uid": "user_789",
-      "email": "bob@example.com",
-      "image_url": null,
-      "role": "invite_read"
-    }
-  ]
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/organization/members/`
-
-組織からメンバーを削除します。これにより、そのアクセス権が直ちに取り消されます。
-
-#### リクエストボディ
-
-```typescript
-interface MemberDelete {
-  orgId: string
-  email: string
-}
-```
-
-#### リクエスト例
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "user@example.com"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### 成功レスポンス
-
-```json
-{
-  "status": "OK"
-}
-```
-
-## エラー処理
-
-一般的なエラーシナリオとそのレスポンス:
-
-```json
-// メンバーが見つかりません
-{
-  "error": "Member not found",
-  "status": "KO"
-}
-
-// 無効なロール
-{
-  "error": "Invalid role specified",
-  "status": "KO"
-}
-
-// 権限が拒否されました
-{
-  "error": "Insufficient permissions to manage members",
-  "status": "KO"
-}
-
-// 最後の管理者を削除できません
-{
-  "error": "Cannot remove the last admin from the organization",
-  "status": "KO"
-}
-
-// 無効なメールアドレス
-{
-  "error": "Invalid email format",
-  "status": "KO"
-}
-
-// メンバーが既に存在します
-{
-  "error": "Member already exists in organization",
-  "status": "KO"
-}
-```
-
-## 一般的な使用例
-
-1. **チームの拡大**: 適切なロールで新しいチームメンバーを追加
-2. **アクセス制御**: 責任が変わる際のメンバー権限の管理
-3. **セキュリティ監査**: メンバーリストとロールの定期的な確認
-4. **チームの再編成**: 組織変更時のロールの更新
diff --git a/src/content/docs/ja/docs/public-api/organizations.mdx b/src/content/docs/ja/docs/public-api/organizations.mdx
deleted file mode 100644
index 5f61d55ca..000000000
--- a/src/content/docs/ja/docs/public-api/organizations.mdx
+++ /dev/null
@@ -1,205 +0,0 @@
----
-title: Organizations
-description: Capgo で組織を管理するためのガイド。組織の詳細の作成、設定、更新、取得について説明します。
-sidebar:
-  order: 2
-locale: ja
----
-組織は、Capgo の最上位のエンティティです。これにより、アプリ、チームメンバー、リソースを 1 つの傘の下にグループ化できます。各組織には、異なる役割と権限を持つ複数のメンバーが存在できます。
-
-## 一般的な使用例
-
-- 会社の新しい組織を作成する
-- 組織設定の管理
-- 組織情報の更新
-- 組織の詳細の取得
-
-## エンドポイント
-
-### 入手
-
-`https://api.capgo.app/organization/`
-
-組織情報を取得します。パラメータに `orgId` が指定されている場合は、単一の組織を返します。それ以外の場合は、アクセス可能なすべての組織を返します。
-
-#### クエリパラメータ
-
-- `orgId` (オプション): 取得する特定の組織の ID
-
-#### 応答タイプ
-
-```typescript
-interface Organization {
-  id: string
-  created_by: string
-  created_at: string
-  updated_at: string
-  logo: string | null
-  name: string
-  management_email: string
-  customer_id: string | null
-}
-```
-
-#### リクエストの例
-
-```bash
-# Get all organizations
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-
-# Get specific organization
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### 応答例
-
-```json
-{
-  "data": {
-    "id": "org_123",
-    "name": "My Company",
-    "created_at": "2024-01-01T00:00:00Z",
-    "updated_at": "2024-01-01T00:00:00Z",
-    "logo": "https://example.com/logo.png",
-    "management_email": "admin@example.com",
-    "customer_id": "cus_123"
-  }
-}
-```
-
-### 投稿
-
-`https://api.capgo.app/organization/`
-
-新しい組織を作成します。
-
-#### リクエスト本文
-
-```typescript
-interface OrganizationCreate {
-  name: string
-}
-```
-
-#### リクエストの例
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "New Organization"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### 応答例
-
-```json
-{
-  "status": "Organization created",
-  "id": "org_456"
-}
-```
-
-### 置く
-
-`https://api.capgo.app/organization/`
-
-既存の組織を更新します。管理者の役割が必要です。
-
-#### リクエスト本文
-
-```typescript
-interface OrganizationUpdate {
-  orgId: string
-  logo?: string
-  name?: string
-  management_email?: string
-}
-```
-
-#### リクエストの例
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### 応答例
-
-```json
-{
-  "status": "Organization updated",
-  "data": {
-    "id": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }
-}
-```
-
-### 削除
-
-`https://api.capgo.app/organization/`
-
-既存の組織を削除します。管理者の役割が必要です。この操作は元に戻すことができず、関連するすべてのアプリ、バンドル (バージョン)、およびリソースが削除されます。
-
-#### クエリパラメータ
-
-- `orgId`: 削除する組織のID
-
-#### リクエストの例
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### 応答例
-
-```json
-{
-  "status": "Organization deleted",
-  "id": "org_123"
-}
-```
-
-## エラー処理
-
-一般的なエラーのシナリオとその対応:
-
-```json
-// Invalid API key
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-
-// Missing required field
-{
-  "error": "Name is required",
-  "status": "KO"
-}
-
-// Insufficient permissions
-{
-  "error": "Admin role required",
-  "status": "KO"
-}
-```
-
-## ベストプラクティス
-
-1. **命名**: 組織には明確でわかりやすい名前を使用します。
-2. **役割**: チームメンバーに適切な役割を割り当てます。
-3. **電子メール**: 個人の電子メール変更による問題を避けるために、management_email にはグループ電子メールを使用します。
-4. **ロゴ**: 信頼できる CDN でロゴをホストし、HTTPS URL を使用します。
diff --git a/src/content/docs/ja/docs/public-api/statistics.mdx b/src/content/docs/ja/docs/public-api/statistics.mdx
deleted file mode 100644
index 9e9246af6..000000000
--- a/src/content/docs/ja/docs/public-api/statistics.mdx
+++ /dev/null
@@ -1,232 +0,0 @@
----
-title: 統計
-description: 統計 API エンドポイントの詳細なガイド。アプリと組織の月間アクティブ ユーザー (MAU)、ストレージ、帯域幅メトリクスに関する洞察を提供します。
-sidebar:
-  order: 5
-locale: ja
----
-統計エンドポイントは、アプリと組織に関する詳細な分析を提供します。さまざまな期間にわたる月間アクティブ ユーザー (MAU)、ストレージ使用量、帯域幅消費量を追跡できます。このデータは、アプリの成長、リソースの使用状況、および容量の計画を監視するために不可欠です。
-
-## メトリクスを理解する
-
-- **MAU (月間アクティブ ユーザー)**: 過去 30 日間にアプリにアクセスした一意のデバイスの数
-- **ストレージ**: 保存されているすべてのバンドルとリソースの合計サイズ (バイト単位)
-- **帯域幅**: バンドル ダウンロードの合計データ転送量 (バイト単位)
-
-## ベストプラクティス
-
-1. **定期的なモニタリング**: 統計を定期的にチェックして、増加と使用パターンを追跡します。
-2. **リソース プランニング**: 容量計画にストレージと帯域幅のメトリクスを使用する
-3. **ユーザー エンゲージメント**: MAU を追跡してユーザー エンゲージメントの傾向を理解する
-4. **コスト管理**: リソースの使用状況を監視してコストを最適化します。
-
-## エンドポイント
-
-### GET /statistics/app/:app_id/
-
-特定のアプリの統計を取得します。このエンドポイントは、個々のアプリのパフォーマンスを監視するのに役立ちます。
-
-#### クエリパラメータ
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### リクエストの例
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/?from=2024-01-01&to=2024-02-01"
-```
-
-#### 応答例
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 1500,
-    "storage": 536870912,  // 512MB in bytes
-    "bandwidth": 1073741824 // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 1550,
-    "storage": 537919488,  // 513MB in bytes
-    "bandwidth": 1074790400 // 1.01GB in bytes
-  }
-]
-```
-
-### GET /statistics/org/:org_id/
-
-特定の組織の統計を取得します。組織レベルの使用状況を監視するのに役立ちます。
-
-#### クエリパラメータ
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-  breakdown: boolean  // default false, optional if true it return the breakdown by app
-  noAccumulate: boolean // default false, optional if true it will not accumulate data and just return day by day result
-}
-```
-
-#### リクエストの例
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/org/046a36ac-e03c-4590-9257-bd6c9dba9ee8/?from=2024-01-01&to=2024-02-01"
-```
-
-#### 応答例
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 10000,
-    "storage": 536870912,   // 512MB in bytes
-    "bandwidth": 1073741824  // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 10200,
-    "storage": 537919488,   // 513MB in bytes
-    "bandwidth": 1074790400  // 1.01GB in bytes
-  }
-]
-```
-
-### GET /統計/ユーザー/
-
-アクセスできるすべての組織の集計統計を取得します。全体的な使用状況の監視に最適です。
-
-#### クエリパラメータ
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### リクエストの例
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/user/?from=2024-01-01&to=2024-02-01"
-```
-
-#### 応答例
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 25000,
-    "storage": 1073741824,  // 1GB in bytes
-    "bandwidth": 2147483648  // 2GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 25500,
-    "storage": 1074790400,  // 1.01GB in bytes
-    "bandwidth": 2148532224  // 2.01GB in bytes
-  }
-]
-```
-
-### GET /statistics/app/:app_id/bundle_usage
-
-特定のアプリのバンドル使用統計を取得し、指定した期間におけるユーザー間のバンドル (バージョン) の分布を示します。
-
-#### クエリパラメータ
-
-```typescript
-interface BundleUsageQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### リクエストの例
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/bundle_usage?from=2024-01-01&to=2024-02-01"
-```
-
-#### 応答例
-
-```json
-{
-  "labels": ["2024-01-01", "2024-01-02", "2024-01-03"],
-  "datasets": [
-    {
-      "label": "1.0.0",
-      "data": [60.5, 58.2, 55.3]
-    },
-    {
-      "label": "1.0.1",
-      "data": [39.5, 41.8, 44.7]
-    }
-  ]
-}
-```
-
-## エラー処理
-
-一般的なエラーのシナリオとその対応:
-
-```json
-// Invalid body
-{
-  "status": "Invalid body",
-  "error": "Invalid date format or missing parameters"
-}
-
-// Permission denied
-{
-  "status": "You can't access this app",
-  "error": "Insufficient permissions to access statistics"
-}
-
-// Permission denied for organization
-{
-  "status": "You can't access this organization",
-  "error": "Insufficient permissions to access organization statistics"
-}
-
-// No organizations found for user statistics
-{
-  "status": "No organizations found",
-  "error": "No organizations found"
-}
-
-// Internal server error
-{
-  "status": "Cannot get app statistics",
-  "error": "Internal server error message"
-}
-```
-
-## 一般的な使用例
-
-1. **成長追跡**: MAU の成長を時間の経過とともに監視する
-2. **リソースの最適化**: ストレージと帯域幅の使用状況を追跡してコストを最適化します。
-3. **キャパシティ プランニング**: トレンドを使用して、将来のリソースのニーズを計画します。
-4. **使用状況レポート**: 関係者向けに定期的な使用状況レポートを作成します。
-5. **バンドル (バージョン) の分布分析**: バンドルの使用状況統計を使用して、ユーザーがさまざまなアプリ バンドル (バージョン) にどのように分布しているかを理解します。
-
-## 分析のヒント
-
-1. **期間の比較**: 前月比または前年比の傾向を確認します。
-2. **追跡率**: ユーザーごとの帯域幅またはアプリごとのストレージを監視します
-3. **アラートの設定**: 使用量の異常な急増に対するアラートを作成します
-4. **定期的なバックアップ**: 履歴分析のために統計を定期的にエクスポートします。
-5. **バンドル (バージョン) の採用**: バンドルの使用状況を使用して、新しいバンドル (バージョン) の採用率を追跡します。
diff --git a/src/content/docs/ja/docs/upgrade/from-appflow-to-capgo.mdx b/src/content/docs/ja/docs/upgrade/from-appflow-to-capgo.mdx
deleted file mode 100644
index ec411d265..000000000
--- a/src/content/docs/ja/docs/upgrade/from-appflow-to-capgo.mdx
+++ /dev/null
@@ -1,220 +0,0 @@
----
-title: AppFlowからCapgoへの移行
-description: Ionic AppFlowからCapgoへのアプリ移行完全ガイド
-sidebar:
-  order: 7
-locale: ja
----
-
-## AppFlow設定リファレンス
-
-移行前に、現在の`capacitor.config.ts`のAppFlow設定を確認してください：
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    LiveUpdates: {
-      appId: 'your-app-id',
-      channel: 'Production',
-      autoUpdateMethod: 'background', // または 'always latest'、'force update'
-      maxVersions: 2
-    }
-  }
-};
-```
-
-この設定は、AppFlowの機能をCapgoの同等の機能にマッピングする際に役立ちます。
-
-## アップデート戦略の移行
-
-### バックグラウンドアップデート（デフォルト）
-AppFlowのデフォルトのバックグラウンドアップデートを使用している場合：
-
-```typescript
-// Capgoでの同等の設定（capacitor.config.ts）
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false,
-      autoDeletePrevious: true
-    }
-  }
-}
-```
-
-### 強制アップデート
-AppFlowの強制アップデート戦略を使用している場合：
-
-```typescript
-// Capgoでの同等の設定（capacitor.config.ts）
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: true,
-      keepUrlPathAfterReload: true
-    }
-  }
-}
-
-// 必要なJavaScriptコード
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { SplashScreen } from '@capacitor/splash-screen';
-
-CapacitorUpdater.addListener('appReady', () => {
-  SplashScreen.hide();
-});
-
-CapacitorUpdater.notifyAppReady();
-```
-
-### 常に最新版
-AppFlowの「always latest」戦略を使用している場合、Capgoでは以下のように実装します：
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { App } from '@capacitor/app';
-
-async function setupAlwaysLatest() {
-  App.addListener('resume', async () => {
-    const result = await CapacitorUpdater.download({
-      url: 'your-update-url'
-    });
-    if (result) {
-      await CapacitorUpdater.set({ id: result.id });
-    }
-  });
-}
-```
-
-## APIメソッドの移行
-
-| AppFlowメソッド | Capgo同等メソッド | 備考 |
-|----------------|------------------|------|
-| `sync()` | `download()` | 新しいアップデートをダウンロード |
-| `reload()` | `set()` | アップデートを即時適用 |
-| `setConfig()` | `setChannel()` | チャネル設定を更新 |
-
-### 移行例
-
-```typescript
-// AppFlowコード
-import * as LiveUpdates from '@capacitor/live-updates';
-const result = await LiveUpdates.sync();
-if (result.activeApplicationPathChanged) {
-  await LiveUpdates.reload();
-}
-
-// Capgo同等コード
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-const bundle = await CapacitorUpdater.download({
-  url: 'your-update-url'
-});
-if (bundle) {
-  await CapacitorUpdater.set({ id: bundle.id });
-}
-```
-## Capgoへ移行する理由
-
-Ionic AppFlowのサービス終了に伴い、Capgoへの移行によってモバイルアプリ開発ワークフローをスムーズに移行できます。Capgoは、重要な機能をすべて維持しながら、機能の向上、パフォーマンスの改善、大幅なコスト削減を提供します。
-
-### 主なメリット
-- より高速なアップデート配信（10分から1分未満へ）
-- より手頃な価格（499ドル/月から14ドル/月へ）
-- すべてのプランにエンドツーエンド暗号化を含む
-- アップデートチャネルの制御性向上
-- 包括的なCI/CD統合オプション
-
-## 移行手順
-
-### 1. ライブアップデートの移行
-
-#### 既存の依存関係を削除
-```bash
-npm uninstall @ionic/appflow
-# capacitor.config.jsonからAppFlow固有の設定を削除
-```
-
-#### Capgoのインストール
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-#### 設定の更新
-`capacitor.config.json`にCapgoの設定を追加：
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true
-    }
-  }
-}
-```
-
-### 2. CI/CDの移行
-
-Capgoは柔軟なCI/CDオプションを提供：
-
-#### オプション1：既存のCI/CDを使用
-人気のプラットフォームでCI/CDを設定する詳細なチュートリアル：
-- [iOSビルド設定](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-- [Androidビルド設定](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)
-- [GitHub Actions統合](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-
-#### オプション2：CI/CDサービス
-[マネージドサービス](https://cal.com/team/capgo/mobile-ci-cd-done-for-you)で私たちがCI/CD設定を代行します。
-
-### 3. チャネル設定
-
-1. Capgoダッシュボードでチャネルを作成：
-```bash
-npx @capgo/cli channel create production
-npx @capgo/cli channel create staging
-```
-
-2. チャネル設定の構成：
-```bash
-# プロダクションチャネルの設定
-npx @capgo/cli channel update production --no-downgrade --no-upgrade
-
-# ステージングチャネルの設定
-npx @capgo/cli channel update staging
-```
-
-### 4. 移行のテスト
-
-1. **ライブアップデートのテスト**
-```bash
-# テストバンドルの作成とアップロード
-npx @capgo/cli bundle create --channel staging
-```
-
-2. **アップデート受信の確認**
-- テスト端末にアプリをインストール
-- アップデートが正しく受信されることを確認
-- アップデートのインストールプロセスを確認
-- リカバリー機能をテスト
-
-## トラブルシューティング
-
-### 一般的な問題
-
-#### アップデートが受信されない
-- チャネル設定の確認
-- デバイスログの確認
-- ネットワーク接続の確認
-- バンドルバージョン形式の検証
-
-## 次のステップ
-
-1. [Capgoアカウントの作成](/register/)
-2. [クイックスタートガイド](/docs/getting-started/quickstart/)に従う
-3. [CI/CD統合](/docs/getting-started/cicd-integration/)のセットアップ
-4. [ライブアップデート](/docs/live-updates/)の設定
-
-移行時に専任サポートが必要な企業チームは、[チームとの通話を予約](https://cal.com/team/capgo/capgo-enterprise-inquiry)してください。
diff --git a/src/content/docs/ja/docs/upgrade/from-capawesome-to-capgo.mdx b/src/content/docs/ja/docs/upgrade/from-capawesome-to-capgo.mdx
deleted file mode 100644
index 16e96e2cb..000000000
--- a/src/content/docs/ja/docs/upgrade/from-capawesome-to-capgo.mdx
+++ /dev/null
@@ -1,253 +0,0 @@
----
-title: Capawesome CloudからCapgoへの移行
-locale: ja
-description: Capawesome CloudからCapgoへ移行し、ネイティブOTA安全性、デバイスレベルの可観測性、完全自動化を獲得するためのステップバイステップガイド。
-sidebar:
-  order: 8
----
-
-> ⚡️ Capgoはチャネル、バンドルクリーンアップ、ロールバック、分析、CLIアップロードをネイティブに自動化します。このガイドを使用して、移行に必要な最小限の手順を実行し、必要に応じてカスタム動作を再作成してください。
-
-## 概要
-
-1. 既存のCapawesome Cloud設定（App ID、チャネル、署名キー、CLIトークン）を収集し、後でアーカイブまたは監査できるようにします。
-2. Capgoプラグインをインストールし、Capawesome SDKを削除し、`CapacitorUpdater.notifyAppReady()`を呼び出します。
-3. 現在それらのフローに依存している場合は、オプションの動作（手動ダウンロード、バンドルの固定、リロード）を設定します。
-
-Capgoでは、プラグインをインストールして`CapacitorUpdater.notifyAppReady()`を呼び出すだけで済みます。それ以外のすべて（チャネル、バンドルクリーンアップ、ロールバック、分析、CLI自動化）はネイティブに処理されます。以下のセクションでは、各タスクを直接説明します。
-
-## 始める前に
-
-- プロジェクトがすでにCapacitor 5以降を使用していることを確認してください。
-- CI/CDからバンドルをプッシュする予定の場合は、Capgo CLI（`npm install -g @capgo/cli`）をインストールしてください。
-
-## ステップ1 - CapgoをインストールしてCapawesome SDKを削除
-
-```bash
-npm uninstall @capawesome/capacitor-live-update
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-これが唯一の必須の変更です。Capgoのネイティブコードはプラグインに同梱されており、追加のJavaScriptヘルパーは不要です。
-
-## ステップ2 - 最小限の設定
-
-以前のセットアップでは、`capacitor.config`で数十のオプションをマッピングする必要がありました。Capgoはプロジェクトを自動的に認識するため、最小限の設定は次のようになります：
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      autoDeletePrevious: true,
-      periodCheckDelay: 10 * 60 * 1000, // optional: check every 10 minutes
-    },
-  },
-}
-
-export default config
-```
-
-Capawesomeが手動フラグとしてリストしているすべて（`defaultChannel`、`autoDeleteBundles`、保持ポリシーなど）は、Capgoダッシュボードまたは APIを通じて管理されます。Capgoのデフォルトとは異なる動作が必要な場合にのみ、これらのキーを上書きする必要があります。
-
-### 設定のクイックリファレンス
-
-| Capawesomeオプション | Capgoの同等物 | 設定する必要がありますか？ |
-| --- | --- | --- |
-| `appId` | プロジェクト作成後にCapgoダッシュボードから取得 | 1つのバイナリで複数のプロジェクトを使用する場合のみ |
-| `defaultChannel` | ダッシュボード/APIで管理されるチャネルルール | オプション；ほとんどのチームはこれをサーバー側で設定 |
-| `autoDeleteBundles` | `autoDeletePrevious: true`（デフォルト） | すでに有効 |
-| `publicKey` | Capgoコンソールで管理 | 手動でキーをローテーションする場合のみ |
-| `maxVersions` / retention | バンドル保持ポリシー | Capgoで一元管理（デフォルト1ヶ月、最大24ヶ月） |
-
-## ステップ3 - `notifyAppReady()`を呼び出す（唯一必要なフック）
-
-古いワークフローでは、カスタムリスナー（`checkForUpdates()`、`retryDownload()`、スプラッシュスクリーンの非表示など）が導入されていました。Capgoはこれらの手順をネイティブに実行します。呼び出す必要がある唯一のAPIは次のとおりです：
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-これにより、アプリが正常に起動したことが確認されます。確認が到着しない場合、Capgoは自動的にバンドルをロールバックします。追加のJavaScriptは必要ありません。
-
-**これで完了です。Capgoはバックグラウンドチェック、スプラッシュの表示、ロールバックをネイティブに処理します。**
-
-<details>
-<summary>オプション：スプラッシュスクリーンが非表示になる前にカスタムロジックを実行</summary>
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-
-CapacitorUpdater.addListener('appReady', () => {
-  // 必要に応じて診断やログを実行
-  SplashScreen.hide()
-})
-
-CapacitorUpdater.notifyAppReady()
-```
-
-</details>
-
-## ステップ4 - API呼び出しをマップする（ほとんどオプション）
-
-Capgoでは通常、自動アップデーターを実行させます。完全な制御が必要な場合は、手動APIも利用できます。
-
-| Capawesome Cloud | Capgoの同等物 | 必要ですか？ |
-| --- | --- | --- |
-| `LiveUpdate.fetchLatestBundle()` | `CapacitorUpdater.getLatest()` | 独自のダウンロードワークフローを実装する場合のみ |
-| `LiveUpdate.downloadBundle()` | `CapacitorUpdater.download()` | オプション：ネイティブ自動更新がすでにダウンロード |
-| `LiveUpdate.setNextBundle()` | `CapacitorUpdater.next()` | オプション：ダッシュボードが自動的にバンドルを固定 |
-| `LiveUpdate.reload()` | `CapacitorUpdater.reload()` | オプション；Capgoは`notifyAppReady()`後に必須バンドルを強制 |
-| `LiveUpdate.getCurrentBundle()` | `CapacitorUpdater.current()` | オプション診断 |
-
-ネイティブ自動更新動作を使用する場合は、CapawesomeのJavaScriptを完全に削除できます。
-
-### 手動制御の例
-
-**最新のバンドルをダウンロード**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const downloadUpdate = async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const bundle = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    console.log('Bundle downloaded', bundle?.id)
-  }
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const downloadUpdate = async () => {
-  const result = await LiveUpdate.fetchLatestBundle()
-  if (result.downloadUrl) {
-    await LiveUpdate.downloadBundle({
-      bundleId: result.bundleId,
-      url: result.downloadUrl,
-    })
-    console.log('Bundle downloaded')
-  }
-}
-```
-
-**次のバンドルを設定**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const setNextBundle = async () => {
-  await CapacitorUpdater.next({ id: 'bundle-id-123' })
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const setNextBundle = async () => {
-  await LiveUpdate.setNextBundle({ bundleId: 'bundle-id-123' })
-}
-```
-
-**ダウンロードしたバンドルを即座に適用**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const applyUpdate = async () => {
-  await CapacitorUpdater.reload()
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const applyUpdate = async () => {
-  await LiveUpdate.reload()
-}
-```
-
-## ステップ5 - 更新戦略：Capgoの処理方法
-
-Capawesomeは3つの戦略を文書化しています。それらの翻訳方法は次のとおりです：
-
-### バックグラウンド更新
-- **以前のワークフロー**：コードで設定し、手動でダウンロードをスケジュール。
-- **Capgo**：デフォルトで有効（`autoUpdate: true`）。追加のコードは不要。
-
-### 常に最新
-- **以前のワークフロー**：`App.resume`リスナーを追加し、`download`を呼び出してから`set`。
-- **Capgo**：バックグラウンド自動更新が再開後にすでにチェックを実行。カスタム間隔が必要な場合にのみ手動リスナーが必要。
-
-<details>
-<summary>オプション：手動再開チェック</summary>
-
-```ts
-import { App } from '@capacitor/app'
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-App.addListener('resume', async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const downloaded = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    if (downloaded) {
-      await CapacitorUpdater.next({ id: downloaded.id })
-    }
-  }
-})
-```
-
-</details>
-
-### 強制更新
-- **以前のワークフロー**：プロンプトロジックを配線し、リロードを強制。
-- **Capgo**：ダッシュボードでバンドルを「必須」としてマークし、`majorAvailable`イベント（`notifyAppReady()`後に発行）をリッスンして、アプリ内でユーザーにアップグレードを要求。
-
-## ステップ6 - バンドルのデプロイ
-
-以前に`capawesome live-update deploy`に依存していた場合、Capgoは同様のCLIワークフローを提供し、APIを介して展開を完全に自動化することもできます。
-
-```bash
-# 一度認証（CI環境にトークンを保存）
-capgo login
-
-# 新しいバンドルをアップロード（プラットフォーム/バージョンを自動検出）
-capgo bundle upload --path dist --channel production
-```
-
-Capgoはバンドルの健全性を自動的に追跡するため、次のようなものも得られます：
-
-- すべてのインストールに対するデバイスレベルの監査ログ。
-- 自動保持（デフォルトで1ヶ月）、最大24ヶ月まで設定可能な制限付き。
-- [status.capgo.app/history](https://status.capgo.app/history)のリアルタイムレイテンシメトリクス。
-
-## 移行タイムライン
-
-- **インベントリとインストール**：10分（`npm install`、古いプラグインの削除）。
-- **設定と準備**：5分（`notifyAppReady`）。
-- **サニティチェック**：15分（オプションの手動テストまたはリスナー）。
-- **最初の展開**：Capgo CLIまたはCI統合で10分。
-
-実際には、チームは1時間未満で完了します。Capawesomeプロジェクトの詳細を提供していただければ、チャネルとデバイスリストをインポートすることもできます。
-
-## Capgoサポート
-
-- **移行コンシェルジュ**：[cal.com/team/capgo/demo](https://cal.com/team/capgo/demo)でセッションを予約。
-- **コミュニティ**：[Capgo Discord](https://discord.gg/VCXxSVjefW)に参加。
-- **問題トラッカー**：[github.com/Cap-go/capacitor-updater/issues](https://github.com/Cap-go/capacitor-updater/issues)。
-
-Capgoは長期的な信頼性のために構築されています：ネイティブデルタ更新、暗号化されたバンドル、自動ロールバック、カスタムJavaScriptを必要としない分析。移行後は、メンテナンスが多い接着剤を削除し、プラットフォームに更新を自動的に実行させることができます。
diff --git a/src/content/docs/ja/docs/upgrade/from-v2-to-v3.md b/src/content/docs/ja/docs/upgrade/from-v2-to-v3.md
deleted file mode 100644
index 385da9d21..000000000
--- a/src/content/docs/ja/docs/upgrade/from-v2-to-v3.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: V2から V3へ
-description: V2 から V3 へのアップグレード方法
-sidebar:
-  order: 4
-locale: ja
----
-
-auto-updateのバージョン3へのアップグレード方法について説明します。
-
-## まず最新のツールに移行します:
-
-```bash
-npm remove -g capgo
-npm remove capacitor-updater
-
-npm i @capgo/cli
-npm i @capgo/capacitor-updater@3
-npx cap sync
-```
-
-## 以前の設定をすべて削除します:
-
-```json
-{
-  CapacitorUpdater: {
-      autoUpdateURL: "https",
-      
-  },
-}
-```
-
-これだけを残します:
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true
-  }
-}
-```
-
-> ⚠️ `autoUpdateURL`で独自のサーバーを使用していた場合、このガイドは近日中に更新される予定です。それまでの間、新しいアップロードオプション`external`をご確認ください。これにより、Capgoクラウドにコードを送信せず、zipファイルのリンクのみを送信できます。これは厳格なプライバシーポリシーを持つ企業向けに作られました。externalモードでは、コードはCapgoサーバーに保存されず、URLのみを保存してデバイスに送信し、デバイスが直接ダウンロードします。標準的な方法では、コードは圧縮されて当社のサーバーに保存されますが、開封したり使用したりすることはありません。
-
-## 変更点
-
-auto-updateのすべての設定がサーバーサイドになり、ユーザーへの更新の送信方法をより細かく制御できるようになりました。
-
-これにより、チャンネルを使用して元に戻したり、1人のユーザーにだけデプロイしたりすることが可能になります。これらの設定はWeb インターフェイスに追加されます:
-
-* ネイティブ以下のリバートを無効化
-* メジャーバージョン以上の更新を無効化
-
-> ⚠️ これらはすべてのチャンネルでデフォルトでtrueになります
-
-これにより、プラグインを頻繁に更新する必要がなくなり、ほとんどの更新はサーバーサイドで行われ、ユーザー側での変更なしに更新を受け取ることができます
-
-> ⚠️ 更新がデフォルトになった時にリセットされます。ストアからの更新時にダウンロードしたバージョンをすべて削除したくない場合は、以下のようにしてください:
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true,
-    "resetWhenUpdate": false
-  }
-}
-```
-
-## コードの更新
-
-最後に、JSのすべてのインポートを以下から:
-
-```
-import { CapacitorUpdater } from 'capacitor-updater'
-```
-
-以下に更新します:
-
-```
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-```
-
-その後、コードを再ビルドし`npm run build`、アセットを再度コピーします`npx cap copy`
-
-これで最新のauto-updateシステムをテストできるはずです
-
-バージョンの送信は以下のようになります:
-
-```
-npx @capgo/cli@latest bundle upload
-```
-
-以下の代わりに:
-
-```
-npx capgo upload
-```
-
-## 今後の展開
-
-現在は最初のパブリックチャンネルのみが使用されていますが、将来的には複数のパブリックチャンネルが設定されている場合、パブリックは複数のパブリックチャンネルに変更される予定です
-
-## よくある問題:
-
-* アップグレード後のビルドの問題: プラグインのソースコードをAndroid StudioやXcodeですでに開いている場合、同期で削除されないことがあります。これが問題の原因です。ネイティブIDEを開いて手動で`capacitor-updater`を削除し、`npx cap sync`を実行してください。これで解決するはずです
diff --git a/src/content/docs/ja/docs/upgrade/from-v3-to-v4.md b/src/content/docs/ja/docs/upgrade/from-v3-to-v4.md
deleted file mode 100644
index d57563406..000000000
--- a/src/content/docs/ja/docs/upgrade/from-v3-to-v4.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-title: V3 から V4 へ
-description: V3からV4へのアップグレード方法
-sidebar:
-  order: 3
-locale: ja
----
-
-## アップグレードの理由
-
-Discordコミュニティでの多くの対話を通じて、手動モードが非常に手動的すぎて安全でないことが分かりました。例えば、自動リバートが不可能で、手動更新に失敗した場合、ユーザーはアプリを削除して再インストールする必要があり、これは terrible UXでした。
-
-その間、これを機会としてより多くの自由度を提供し、私が作成した悪いコードをすべて削除することにしました。
-
-## インストール
-
-`npm i @capgo/capacitor-updater@4`
-
-## クラウド自動更新
-
-アプリで基本的な例を使用している場合は、新しいバージョンに安全に移行できます。お楽しみください！
-
-## セルフホスト自動更新
-
-こちらも簡単です。変更点は以下の通りです：
-
-* 設定名が`autoUpdateUrl`から`updateUrl`に変更
-* エンドポイントメソッドが`GET`から`POST`に変更
-
-## 手動ユーザー
-
-これが最も大きな変更ですが、良い方向への変更です！多くの改善が加えられました。注意深くお読みください。
-
-## 変更点
-
-* `autoUpdateUrl`が`updateUrl`になりました。この設定は手動モードでも使用できるようになったためです
-* `cancelDelay`と`delayUpdate`を削除し、`setDelay`に統合
-* セットに`versionName`が不要に
-* ほとんどの関数で返される`version`キーが`BundleInfo`オブジェクトに変更
-
-```typescript
-interface BundleInfo {
-  id: string;
-  version: string;
-  downloaded: string;
-  status: 'success' | 'error' | 'pending' | 'downloading'
-}
-```
-
-* 紛らわしい名前の変更（説明は難しいかもしれませんが、使用時には新しい名前が理解しやすいはずです）：
-  * `version`と呼ばれていたものは現在`bundle`を指します
-  * `id`は10文字のランダムな文字列だった古い`version`を指し、このidはバンドルにアクセスする唯一の信頼できるユニークな方法です。例：`7Dfcd2RedN`
-  * `version`は現在、バンドルに選択した`versionName`を指します。例：`100`
-* `updateUrl`が`get`から`post`に変更。カスタムヘッダーが一部のユーザーで問題となっていたため、またpostの方が論理的なため。以前のヘッダーはすべてボディに移動し、`cap_`プレフィックスは削除
-* `versionName`メソッドが削除され、`getId`に統合
-* listが`BundleInfo`のリストを返すように
-* `getId`を`getDeviceId`に改名
-* `autoUpdate`がデフォルトでtrueに。手動モードを使用する場合は、falseに設定
-
-## 新機能
-
-* メソッド`getLatest`：`updateUrl`で設定したサーバーから利用可能な最新バージョンを取得可能
-* メソッド`setDelay`：`{kind: "background" | "kill" | "nativeVersion" | "date", value?: string}`を引数として受け取り、異なるモードの遅延を設定
-* メソッド`next`：次のバックグラウンド化時にバージョンを設定。即時実行する`set`の反対
-* メソッド`isAutoUpdateEnabled`：自動更新コンテキストにいるかどうかを確認
-* イベント`downloadComplete`：ダウンロードが100%に達した時
-* ダウンロードメソッドで`version`フィールドが必須に
-* `notifyAppReady`が手動モードでも必須に。10秒以内に呼び出されないと以前のバージョンに戻ります
-
-## 貢献者
-
-[@lincolnthree](https://github.com/lincolnthree/) この作業を始めていただき、ありがとうございます。このアップデートはあなたなしでは実現不可能でした。
diff --git a/src/content/docs/ja/docs/upgrade/from-v4-to-v5.md b/src/content/docs/ja/docs/upgrade/from-v4-to-v5.md
deleted file mode 100644
index 3972e6a2c..000000000
--- a/src/content/docs/ja/docs/upgrade/from-v4-to-v5.md
+++ /dev/null
@@ -1,31 +0,0 @@
----
-title: V4 から V5 へ
-description: V4 から V5 へのアップデート方法
-sidebar:
-  order: 2
-locale: ja
----
-
-## このアップグレードの理由
-
-このメジャーバージョンは、Capacitorのメジャーバージョンに追従するためのものです
-
-まず、Capacitorの移行ガイドに従ってください：
-
-[https://capacitorjs.com/docs/updating/5-0](https://capacitorjs.com/docs/updating/5-0/)
-
-## インストール
-
-`npm i @capgo/capacitor-updater@5`
-
-`その後、ネイティブコードの更新を同期します：`
-
-`npx cap sync`
-
-これだけです！とても簡単です！
-
-## マニュアルモード
-
-getLatestで自身でアップデートを取得していた場合、小さな変更があります。
-現在既に最新の場合は、catchに入ります。
-利用可能なアップデートとは異なる応答はすべてそのような動作をします。
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/upgrade/from-v5-to-v6.md b/src/content/docs/ja/docs/upgrade/from-v5-to-v6.md
deleted file mode 100644
index c675db56c..000000000
--- a/src/content/docs/ja/docs/upgrade/from-v5-to-v6.md
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: Da V5 a V6
-description: V5 から V6 へのアップデート方法
-sidebar:
-  order: 1
-locale: ja
----
-
-## アップグレードの理由
-
-このメジャーバージョンは、Capacitorのメジャーバージョンに追従するためのものです
-
-まず、Capacitorの移行ガイドに従ってください：
-
-[https://capacitorjs.com/docs/updating/6-0](https://capacitorjs.com/docs/updating/6-0/)
-
-## インストール
-
-`npm i @capgo/capacitor-updater@6`
-
-`その後、ネイティブコードの更新を同期します：`
-
-`npx cap sync`
-
-これで完了です！とても簡単ですね！
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/upgrade/from-v6-to-v7.md b/src/content/docs/ja/docs/upgrade/from-v6-to-v7.md
deleted file mode 100644
index 0e4542fd3..000000000
--- a/src/content/docs/ja/docs/upgrade/from-v6-to-v7.md
+++ /dev/null
@@ -1,43 +0,0 @@
----
-title: "V6からV7へ"
-locale: ja
-description: "Capgoアップデーターのバージョン6からバージョン7への移行に関する詳細なガイド。成功したアップグレードプロセスに必要な手順と考慮事項を概説し、最新のCapacitor機能と改善との互換性を確保します。"
-sidebar:
-  order: 2
----
-
-## このアップグレードの理由
-
-このメジャーバージョンは、Capacitorのメジャーバージョンに従うためのものです。
-
-まず、Capacitorの移行ガイドに従ってください：
-
-[https://capacitorjs.com/docs/updating/7-0](https://capacitorjs.com/docs/updating/7-0/)
-
-## インストール
-
-`npm i @capgo/capacitor-updater@7`
-
-`次に、ネイティブコードの更新を同期します：`
-
-`npx cap sync`
-
-以上です！とても簡単です！
-
-## 暗号化の移行
-
-`key-v1`暗号化方式を使用している場合は、新しい暗号化システムに移行する必要があります。V7では`key-v1`がサポートされなくなりました。[[memory:96112]]
-
-暗号化移行ガイドはこちらをご覧ください：[暗号化移行ガイド](/docs/cli/migrations/encryption/)
-
-## 設定の変更
-
-`capacitor.config`ファイルに以下のプロパティを追加することをお勧めします：
-- `capacitorUpdater`
-- `appId`
-- `version`
-- `autoUpdate`
-
-これらの設定は、プラグインとその動作をより適切に管理するのに役立ちます。
-
-
diff --git a/src/content/docs/ja/docs/upgrade/from-v7-to-v8.md b/src/content/docs/ja/docs/upgrade/from-v7-to-v8.md
deleted file mode 100644
index 78a2fd78f..000000000
--- a/src/content/docs/ja/docs/upgrade/from-v7-to-v8.md
+++ /dev/null
@@ -1,73 +0,0 @@
----
-title: "V7からV8へ"
-locale: ja
-description: "Capgoアップデーターのバージョン7からバージョン8への移行に関する詳細なガイドで、Capacitor 8の機能と改善との互換性を確保するための成功的なアップグレードプロセスに必要な手順と考慮事項を概説しています。"
-sidebar:
-  order: 0
----
-
-## このアップグレードの理由
-
-このメジャーバージョンは、Capacitorのメジャーバージョン8に対応するためのものです
-
-まず、Capacitorの移行ガイドに従ってください：
-
-[https://capacitorjs.com/docs/updating/8-0](https://capacitorjs.com/docs/updating/8-0/)
-
-## iOS最小バージョン要件
-
-iOSの最小デプロイメントターゲットが**15**に引き上げられ、[CVE-2022-36943](https://nvd.nist.gov/vuln/detail/CVE-2022-36943)の脆弱性を持つiOSデバイスが除外されるようになりました。これは、セキュリティ修正が実装されたiOS zipライブラリの最小バージョンです。
-
-## インストール
-
-`npm i @capgo/capacitor-updater@8`
-
-次に、ネイティブコードの更新を同期します：
-
-`npx cap sync`
-
-これで完了です！とても簡単です！
-
-## V8の新機能
-
-capacitor-updaterのバージョン8は、Capacitor 8との完全な互換性をもたらし、アプリが最新のモバイルOS機能と改善を活用できることを保証します。
-
-### 主要なアップデート
-
-- **Capacitor 8互換性**：Capacitor 8の拡張されたネイティブ機能への完全なサポート
-- **パフォーマンスの改善**：最適化された更新配信とインストールプロセス
-- **安定性の向上**：v7からのバグ修正と安定性の改善
-- **API互換性の維持**：v7からプラグインAPIに破壊的変更なし
-
-## 設定
-
-設定はv7と同じままです。既存の`capacitor.config`設定は引き続き機能します：
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      appId: 'your-app-id',
-      version: '1.0.0',
-      autoUpdate: true,
-      // ... その他の設定
-    }
-  }
-}
-```
-
-## 移行チェックリスト
-
-- [ ] Capacitorのv8[移行ガイド](https://capacitorjs.com/docs/updating/8-0)に従い、破壊的変更を確認
-- [ ] iOS最小デプロイメントターゲットを15に引き上げ（CVE-2022-36943修正に必要）
-- [ ] @capgo/capacitor-updaterを^8.0.0に更新
-- [ ] `npx cap sync`を実行
-- [ ] iOSとAndroidでアプリを徹底的にテスト
-
-## サポートが必要ですか？
-
-移行中に問題が発生した場合は：
-
-1. [ドキュメント](/docs/live-updates/)を確認
-2. [Discordコミュニティ](https://discord.com/invite/VnYRvBfgA6)を訪問
-3. [GitHub](https://github.com/Cap-go/capacitor-updater/issues)でissueを開く
diff --git a/src/content/docs/ja/docs/webapp/api-keys.mdx b/src/content/docs/ja/docs/webapp/api-keys.mdx
deleted file mode 100644
index db8540400..000000000
--- a/src/content/docs/ja/docs/webapp/api-keys.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: API キーの管理
-description: API キーを管理する方法
-sidebar:
-  order: 3
-locale: ja
----
-
-## APIキーで何ができますか？
-
-APIキーは再生成、削除、または新規追加が可能です
-
-## すべてのAPIキーを確認するには？
-
-[APIキーページ](https://console.capgo.app/dashboard/apikeys/)にアクセスすると、すべてのAPIキーを確認できます
-
-## 新しいAPIキーを追加するには？
-
-新しいAPIキーを追加するには、小さなプラスボタンをクリックします
-
-<figure><img src="/apikeys-add.webp" alt="add apikey" /><figcaption></figcaption></figure>
-
-そして、新しいAPIキーに付与したい権限を選択します。以下から選択できます：
-
- - 読み取り - APIキーはすべてのデータを読み取ることができます
- - アップロード - APIキーはCLIから新しいバージョンをアップロードし、読み取ることができます
- - すべて - APIキーはすべての操作を実行できます
-
-<figure><img src="/apikeys-select-perm.webp" alt="select perm" /><figcaption></figcaption></figure>
-
-## APIキーを削除するには？
-
-APIキーを削除するには、小さなゴミ箱ボタンをクリックします
-
-<figure><img src="/apikeys-remove.webp" alt="remove apikey" /><figcaption></figcaption></figure>
-
-そしてAPIキーの削除を確認します
-
-## APIキーを再生成するには？
-
-APIキーを再生成するには、小さな更新ボタンをクリックします
-
-<figure><img src="/apikeys-regenerate.webp" alt="generate apikey" /><figcaption></figcaption></figure>
-
-そしてAPIキーの再生成を確認します
diff --git a/src/content/docs/ja/docs/webapp/bundles.mdx b/src/content/docs/ja/docs/webapp/bundles.mdx
deleted file mode 100644
index 63d4f0198..000000000
--- a/src/content/docs/ja/docs/webapp/bundles.mdx
+++ /dev/null
@@ -1,92 +0,0 @@
----
-title: Bundles
-description: >-
-  Capgo
-  でバンドルを管理する方法を学習します。バンドルは、アプリケーションのコードとアセットの特定のバージョンです。バンドルの表示、チャンネルへのリンク、ダウンロード、削除の方法を説明します。
-sidebar:
-  order: 7
-locale: ja
----
-## すべてのバンドルを表示
-
-Capgo では、バンドルはアプリケーションのコードとアセットの特定のバージョンを表し、デバイスに配布する準備ができています。まずはバンドルページを見てみましょう。 [アプリをクリック](/docs/webapp/main-page) してから、[バンドル タブをクリック](/docs/webapp/main-app-page) することでアクセスできます。
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundles.webp" alt="バンドルリスト" /><figcaption></figcaption></figure>
-
-バンドルのリストには次のものが表示されます。
-- **名前**: バンドルのバージョン番号
-- **作成日**: バンドルがアップロードされたとき
-- **チャンネル**: バンドルが現在リンクされているチャンネル (ある場合)
-- **サイズ**: バンドル ファイルのサイズ
-- **Action**: Quick actions including link to channel (gear icon) and delete (trash icon)
-
-**再ロード** ボタンを使用してリストを更新し、**+追加** を使用して新しいバンドルをアップロードし、**フィルター** を使用して表示されるバンドルを絞り込むことができます。検索ボックスを使用すると、バンドルを名前で検索できます。
-
-## バンドルを削除する
-
-バンドルを削除するには 2 つの方法があります。
-
- - 通常
- - 危険な状態
-
-2024 年 8 月 12 日に、バンドルを削除する安全でない方法が Capgo に追加されました。
-
-2 つの方法の違いは、削除後にバージョン番号を再利用できるかどうかです。
-
-たとえば、通常の方法でバージョン `1.0.0` を削除し、後で `1.0.0` バージョンをアップロードしようとすると失敗します。
-このバージョンを安全でない削除で削除すると、`1.0.0` バージョンをアップロードできるようになります。
-
-:::danger
-Deleting a version unsafely and re-uploading it is REALLY dangerous.
-プラグインであらゆる種類のバグや予期しない動作が発生する可能性があります。
-パブリック チャネルで使用されたバンドルには決して使用しないでください。
-It is for this reason that deleting a version unsafely requires "super_admin" privileges
-:::
-
-## 特定のバンドルの管理
-
-すべてのバンドルのリストが表示されたら、管理するバンドルをクリックします。これを実行すると、次のようなものが表示されるはずです。
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-info.webp" alt="バンドル情報" /><figcaption></figcaption></figure>
-
-バンドルの詳細ページには 3 つのタブがあります。
-
-1. **情報**: すべてのバンドルのメタデータとプロパティを表示します。
-2. **依存関係**: このバンドルに含まれる依存関係をリストします。
-3. **履歴**: このバンドルの変更履歴を表示します。
-
-### バンドル情報
-
-[情報] タブには次の詳細が表示されます。
-
-- **バンドル番号**: バージョン識別子 (例: 12.87.1)
-- **ID**: このバンドルの一意の内部識別子
-- **作成日**: バンドルが最初にアップロードされたとき
-- **更新日時**: バンドルが最後に変更された日
-- **チェックサム**: バンドルの整合性ハッシュ (クリックしてコピー)
-- **チャンネル**: このバンドルがリンクされているチャンネル (クリックしてチャンネルを開くか、変更します)
-- **暗号化**: バンドルが暗号化されているかどうか
-- **CLI バージョン**: このバンドルのアップロードに使用された Capgo CLI のバージョン
-- **Zip App Bundle**: 圧縮されたバンドルのサイズ (クリックしてダウンロード)
-- **マニフェスト**: マニフェスト ファイルのサイズ
-- **ステータス**: バンドルがアクティブか非アクティブか (削除するにはゴミ箱アイコンをクリックします)
-
-### バンドルをチャネルにリンクする
-
-「チャネル」行の横または「アクション」列の歯車アイコンをクリックして、チャネルリンクモーダルを開きます。<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-change.webp" alt="バンドル変更" /><figcaption></figcaption></figure>
-
-モーダルは以下を提供します:
-1. **チャンネルの検索**: 利用可能なチャンネルを名前でフィルターします。
-2. **現在のバンドル**: リンクされているバンドルのバージョンを表示します。
-3. **利用可能なチャネル**: すべてのチャネルとその詳細 (ID、可視性、プラットフォーム、作成日) のリスト。 「現在」とマークされたチャネルは、このバンドルがすでにリンクされている場所を示します。パブリック チャネルにはリンク アイコンが表示されます。
-4. **バンドルをチャンネルに設定**: 選択を確認し、このバンドルを選択したチャンネルに割り当てます。
-
-**バンドルをチャネルに設定:** このバンドルを、選択したチャネルのアクティブなバージョンとして割り当てます。そのチャネルに加入しているデバイスは、このバンドルを受信します。
-
-チャンネルの専用ページを開くには、「チャンネル」行のチャンネル名のリンクをクリックします。
-
-チャネルからバンドルのリンクを解除するには、チャネルの構成ページに移動します。
-
-### バンドルのダウンロード
-
-バンドルをダウンロードするには、[情報] タブで **Zip アプリ バンドル** サイズの値をクリックします。確認ダイアログが表示され、確認後、バンドルがデバイスに直接ダウンロードされます。
diff --git a/src/content/docs/ja/docs/webapp/channels.mdx b/src/content/docs/ja/docs/webapp/channels.mdx
deleted file mode 100644
index 9bb2436b6..000000000
--- a/src/content/docs/ja/docs/webapp/channels.mdx
+++ /dev/null
@@ -1,56 +0,0 @@
----
-title: チャネル
-description: >-
-  チャネルはアプリケーションの更新を管理する方法です。複数のチャネルを持つことができ、各チャネルは複数のバージョンを持つことができます。これにより、本番環境で複数のアプリケーションバージョンを同時に実行することができます。
-sidebar:
-  order: 6
-locale: ja
----
-
-## チャンネルの管理
-
-まず、チャンネルページを見てみましょう。[アプリをクリック](/docs/webapp/main-page)して、[チャンネルタブをクリック](/docs/webapp/main-app-page)することでアクセスできます。
-
-<figure><img src="/channels.webp" alt="channel list" /><figcaption></figcaption></figure>
-
-## チャンネルの作成
-
-右下に表示されているプラスボタン(画像の`1.`)をクリックすると、新しいチャンネルを作成できるモーダルが開きます。
-<figure><img style="margin-left: auto; margin-right: auto" src="/new_channel_modal.webp" alt="new channel" /><figcaption></figcaption></figure>
-
-`Add`をクリックすると、リストに新しいチャンネルが表示されます。
-<figure><img src="/post-channel-create.webp" alt="after channel create" /><figcaption></figcaption></figure>
-
-## 設定ミスとは？
-チャンネルの設定が無効な場合があります。その場合、大きな警告が表示され、1つ以上のチャンネルで`Misconfigured`列に`Yes`と表示されます。
-詳細は[こちら](/docs/cli/commands/#disable-updates-strategy)をご覧ください。
-
-## チャンネルの削除
-
-チャンネルの削除は簡単です。ゴミ箱アイコン(画像の`2.`)をクリックして削除を確認するだけです。
-
-## チャンネルの管理
-
-チャンネル名をクリックすると、チャンネル設定を管理できるモーダルが開きます（画像の`3`）。
-
-<figure><img src="/channel_settings.webp" alt="チャンネル設定" /><figcaption></figcaption></figure>
-
-チャンネル設定ページには、チャンネルのすべての設定オプションが含まれています。各設定を見ていきましょう。
-
----
-まず`デフォルトチャンネル`トグルです。有効にすると、このチャンネルが新しいデバイスのデフォルトになります。デフォルトチャンネルの仕組みの詳細な説明（iOSとAndroidそれぞれにプラットフォーム固有のデフォルトを設定する方法を含む）については、[デフォルトチャンネル設定](/docs/webapp/main-app-page/#デフォルトチャンネル設定)セクションを参照してください。
-
----
-次に`IOS`設定です。これは単純で、falseの場合、iOSデバイスはこのチャンネルからアップデートをダウンロードできません。
-
-3番目は`Android`設定です。これは`IOS`と同様で、falseの場合、Androidデバイスはこのチャンネルからアップデートをダウンロードできません。
-
-4番目は`ネイティブ以下への自動ダウングレードを無効化`設定です。これがtrueの場合、ネイティブバージョンからのダウングレードは不可能になります。つまり、App StoreやPlay Storeにバージョン`1.2.0`をアップロードし、チャンネルバージョンを`1.1.0`に設定しようとすると、アップデート（ダウングレード）は失敗します。
-
-5番目は`自動アップデートを無効化`です。この設定は複雑で、詳細は[こちら](/docs/cli/commands/#disable-updates-strategy)で確認できます。
-
-`開発ビルドを許可`について、これがtrueの場合、開発ビルドはこのチャンネルからアップデートをダウンロードできます。falseの場合、`prod`がfalseに設定されているすべてのアップデートリクエストは拒否されます。これは主にテスト目的で役立ちます。
-
-7番目は`エミュレータを許可`です。falseの場合、Capgoはエミュレータからのアップデートリクエストを拒否します。これは主にテスト目的で役立ちます。
-
-8番目は`デバイスの自己関連付けを許可`です。これがtrueの場合、[setChannel](/docs/plugin/api/#setchannel)メソッドが利用可能になります。falseに設定されている場合にこのチャンネルで[setChannel](/docs/plugin/api/#setchannel)メソッドを呼び出そうとすると、呼び出しは失敗します。
\ No newline at end of file
diff --git a/src/content/docs/ja/docs/webapp/devices.mdx b/src/content/docs/ja/docs/webapp/devices.mdx
deleted file mode 100644
index 2e4c3de40..000000000
--- a/src/content/docs/ja/docs/webapp/devices.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: デバイス
-description: "デバイスページを使用してデバイスを効果的に管理・設定するための包括的なガイド。フィルターオプションや個々のデバイスの詳細な設定を含みます。"
-sidebar:
-  order: 7
-locale: ja
----
-
-:::note[データ保持]
-デバイスデータは最後のデバイスアクティビティから**90日間**保持されます。この期間内にCapgoに接続していないデバイスは自動的にリストから削除されます。アクティブなデバイスは更新を確認する際に継続的に追跡されます。
-:::
-
-## すべてのデバイスの一覧を表示する
-まず、デバイスページを見てみましょう。[アプリをクリック](/docs/webapp/main-page)してから、[デバイスタブをクリック](/docs/webapp/main-app-page)することでアクセスできます。
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/devices.webp" alt="デバイス一覧" /><figcaption></figcaption></figure>
-
-1. **デバイスタブ** - ナビゲーションバーのこのタブをクリックしてデバイスページにアクセスします
-2. **フィルター** - クリックしてデバイスをフィルタリングします：
-   - **オーバーライド** - [カスタムチャンネル](/docs/plugin/api/#setchannel)またはカスタムバージョンを持つデバイスのみを表示します
-   - **カスタムID** - カスタム識別子が設定されたデバイスのみを表示します
-
-## デバイスの設定
-
-特定のデバイスを設定するには、テーブル内でそのデバイスをクリックすると、次のような画面が表示されます：
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/device-specific.webp" alt="1つのデバイスを表示" /><figcaption></figcaption></figure>
-
-1. **Information** - デバイスID、最終更新、プラットフォーム、プラグインバージョン、バージョン、ビルトインバージョン、OSバージョン、本番アプリかどうかなどのデバイス詳細を表示します
-2. **Deployments** - このデバイスのデプロイメント履歴を表示します
-3. **Logs** - このデバイスに関連するログを表示します
-4. **チャンネルオーバーライド** - この特定のデバイスのチャンネルをオーバーライドします。設定すると、このデバイスはパブリック（デフォルト）チャンネルを使用せず、選択したチャンネルからのみ更新を受け取ります
-
-### カスタムID
-
-`カスタムID`は、デバイスを自分のユーザーとして認識できるIDに接続するのに役立つ非常に便利なフィールドです。
-
-どのデバイスがどのユーザーに属しているかを簡単に識別するために使用してください。
-
-カスタムIDは`CapacitorUpdater.setCustomId({ customId: user });`を使用してデバイス自体からのみ設定できます。
diff --git a/src/content/docs/ja/docs/webapp/index.mdx b/src/content/docs/ja/docs/webapp/index.mdx
deleted file mode 100644
index a918327ac..000000000
--- a/src/content/docs/ja/docs/webapp/index.mdx
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: Introduction
-description: Cagpoウェブアプリケーション入門
-sidebar:
-  order: 1
-locale: ja
----
-
-## これは何ですか？
-
-Capgoには、プロジェクトの管理を支援する包括的なウェブアプリがあります。このウェブアプリはVuejsで構築されており、オープンソースです。ソースコードは[GitHub](https://github.com/Cap-go/capgo/tree/main/src/)で確認できます。\
-ウェブアプリは[こちら](https://console.capgo.app/)で利用可能です。\
-このウェブアプリでは、[チャンネルの管理](/docs/webapp/channels/)、[バージョンの管理](/docs/webapp/bundles/)、[デバイスの管理](/docs/webapp/devices/)、[ログの確認](/docs/webapp/logs/)、[請求の管理](/docs/webapp/settings/)、[アカウントの管理](/docs/webapp/settings/)が可能です。
-
-## 使用方法
-
-まず、アカウントを作成するかログインする必要があります。画面中央の`ログイン`ボタンをクリックするだけで簡単にできます。ログインすると、ダッシュボードにリダイレクトされます。これがウェブアプリのメインページです。ここから他のすべてのページに移動できます。
-
-<figure><img src="/login.webp" alt="login page" /><figcaption></figcaption></figure>
-
-## アカウントの作成
-
-ログインフォームの下部にある`無料アカウントを作成`をクリックする必要があります。そこからはフォームに記入し、指示に従うだけの簡単な手順です。
-
-<figure><img src="/create-account.webp" alt="create account" /><figcaption></figcaption></figure>
diff --git a/src/content/docs/ja/docs/webapp/logs.mdx b/src/content/docs/ja/docs/webapp/logs.mdx
deleted file mode 100644
index 9f85b38d2..000000000
--- a/src/content/docs/ja/docs/webapp/logs.mdx
+++ /dev/null
@@ -1,193 +0,0 @@
----
-title: "ログ"
-description: "Capgoのアプリケーションログを理解し、デバイスのアップデートアクションの診断と追跡に活用する"
-sidebar:
-  order: 8
-locale: ja
----
-
-## アプリケーションログの理解
-
-ログページは、アプリケーションのアップデートイベントと診断情報の詳細な履歴を提供します。これは、アップデートプロセスの監視、問題のトラブルシューティング、デバイスがCapgoとどのようにやり取りしているかを理解するために重要です。[アプリをクリック](/docs/webapp/main-page)してから[「ログ」タブをクリック（古いスクリーンショットやドキュメントでは以前「更新」と呼ばれていました）](/docs/webapp/main-app-page)することでアクセスできます。
-
-そこから、ログエントリのリストを表示するこのようなページが表示されます：
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs.webp" alt="メインインターフェースを示すログページの概要" /><figcaption>ログページの概要</figcaption></figure>
-
-ログページのインターフェースには以下が含まれます：
-1. **ログタブ** - ログビューにアクセスするためのナビゲーションタブ
-2. **リロードボタン** - 最新のデータでログリストを更新
-3. **時間範囲とアクションフィルター** - 日付範囲とアクションタイプでログをフィルタリング（以下のセクションを参照）
-
-各行には以下が表示されます：
-- **タイムスタンプ**（UTC）
-- **デバイスID**
-- **アクションコード**（何が起こったか）
-- **バージョン名**（バンドルまたは`builtin`）
-
-行をクリックすると、完全な履歴が表示されるデバイス詳細ページにジャンプします。
-
-### 日付範囲でフィルタリング
-
-日付ピッカーを使用して、特定の期間でログをフィルタリングできます：
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_date_range.webp" alt="ログをフィルタリングするための日付範囲ピッカー" /><figcaption>日付範囲フィルター</figcaption></figure>
-
-1. **クイックプリセット** - 一般的な時間範囲を選択：過去1時間、3時間、6時間、または12時間
-2. **開始時刻** - 範囲のカスタム開始時刻を設定
-3. **終了時刻** - 範囲のカスタム終了時刻を設定
-4. **カレンダー** - カレンダービューを使用して特定の日付を選択
-
-「選択」をクリックして選択した日付範囲を適用するか、「キャンセル」をクリックしてピッカーを閉じます。
-
-### アクションタイプでフィルタリング
-
-アクションドロップダウンを使用すると、特定のイベントタイプでログをフィルタリングできます：
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_filters.webp" alt="イベントタイプでログをフィルタリングするためのアクションフィルタードロップダウン" /><figcaption>アクションフィルター</figcaption></figure>
-
-利用可能なアクションフィルターには以下が含まれます：
-- **デバイスハートビート** - デバイスからの定期的なヘルスチェック
-- **バージョン削除リクエスト** - バンドルバージョンが削除されたとき
-- **デフォルトバージョンにリセット** - デバイスが組み込みバンドルに戻ったとき
-- **バージョンが正常にインストールされました** - バンドルのインストール成功
-- **新しいバージョンがデバイスに送信されました** - Capgoがデバイスにアップデートを送信したとき
-- **バージョンのインストールに失敗しました** - バンドルのインストールが失敗したとき
-
-上部の検索ボックスを使用して、特定のアクションタイプをすばやく見つけます。複数のアクションを選択して、選択したタイプのいずれかに一致するログを表示できます。
-
-### サンプルログスニペット（ダミーデータ）
-
-| 時刻 (UTC) | デバイスID | アクション | バージョン | 意味 |
-|------------|-----------|----------|----------|------|
-| 2025-01-14 10:00:01 | `A1B2C3` | `get` | 2.4.1 | デバイスがCapgoにアップデートが利用可能か問い合わせた |
-| 2025-01-14 10:00:03 | `A1B2C3` | `download_manifest_start` | 2.4.1 | マニフェストのダウンロードが開始された；SDKがファイルをダウンロードしようとしている |
-| 2025-01-14 10:00:07 | `A1B2C3` | `download_40` | 2.4.1 | バンドルのダウンロードが40%完了 |
-| 2025-01-14 10:00:12 | `A1B2C3` | `download_zip_complete` | 2.4.1 | zipのダウンロードが完了 |
-| 2025-01-14 10:00:13 | `A1B2C3` | `set` | 2.4.1 | バンドルがインストールされ、次回の実行用にマークされた |
-| 2025-01-14 10:05:00 | `B9C8D7` | `disableAutoUpdateToMajor` | 1.9.0 | チャネルポリシーが2.xへのジャンプをブロックした |
-| 2025-01-14 10:05:05 | `B9C8D7` | `rateLimited` | builtin | デバイスがリクエスト制限に達した；SDKは再起動まで待機 |
-
-## ログシナリオの例
-
-ログが何を伝えているかを理解するために、実際のデバイスアップデートの流れを示すサンプルシーケンスを以下に示します：
-
-### 成功したアップデートフロー
-
-これは、ログで健全なアップデートがどのように見えるかです：
-
-| 時刻 | デバイスID | アクション | バージョン | 意味 |
-|------|-----------|----------|----------|------|
-| 10:00:01 | `a1b2c3d4` | `get` | 1.2.0 | デバイスがアップデートをチェックし、バージョン1.2.0の情報を受信 |
-| 10:00:02 | `a1b2c3d4` | `download_10` | 1.2.0 | ダウンロード開始、10%完了 |
-| 10:00:03 | `a1b2c3d4` | `download_50` | 1.2.0 | ダウンロード50% |
-| 10:00:05 | `a1b2c3d4` | `download_complete` | 1.2.0 | ダウンロードが正常に完了 |
-| 10:00:06 | `a1b2c3d4` | `set` | 1.2.0 | バンドルがインストールされ、アクティブ化された |
-
-### デバイスはすでに最新
-
-デバイスがチェックしたが、すでに最新バージョンを持っている場合：
-
-| 時刻 | デバイスID | アクション | バージョン | 意味 |
-|------|-----------|----------|----------|------|
-| 14:30:00 | `e5f6g7h8` | `noNew` | 1.2.0 | デバイスはすでに最新バージョン、アップデート不要 |
-
-### ロールバック付きの失敗したアップデート
-
-アップデートが失敗し、デバイスがロールバックした場合：
-
-| 時刻 | デバイスID | アクション | バージョン | 意味 |
-|------|-----------|----------|----------|------|
-| 11:15:00 | `i9j0k1l2` | `get` | 1.3.0 | デバイスがアップデート情報を受信 |
-| 11:15:02 | `i9j0k1l2` | `download_complete` | 1.3.0 | ダウンロード完了 |
-| 11:15:03 | `i9j0k1l2` | `set` | 1.3.0 | バンドルが設定された |
-| 11:15:10 | `i9j0k1l2` | `update_fail` | 1.3.0 | アプリがクラッシュしたか、`notifyAppReady()`が呼び出されなかった - ロールバックが発動 |
-| 11:15:11 | `i9j0k1l2` | `reset` | builtin | デバイスが組み込みバージョンに戻った |
-
-**必要なアクション**：アプリが初期化成功後に`notifyAppReady()`を呼び出していることを確認してください。詳細は[プラグインドキュメント](/docs/plugin/api/#notifyappready)を参照してください。
-
-### ダウンロード失敗
-
-ネットワークの問題がダウンロードを妨げた場合：
-
-| 時刻 | デバイスID | アクション | バージョン | 意味 |
-|------|-----------|----------|----------|------|
-| 09:45:00 | `m3n4o5p6` | `get` | 1.2.0 | デバイスがアップデート情報を受信 |
-| 09:45:01 | `m3n4o5p6` | `download_30` | 1.2.0 | ダウンロード開始したが... |
-| 09:45:15 | `m3n4o5p6` | `download_fail` | 1.2.0 | ダウンロード失敗（ネットワークタイムアウト、接続喪失など） |
-
-**必要なアクション**：デバイスは次回のアプリ起動時に自動的に再試行します。これが頻繁に発生しない限り、アクションは不要です。
-
-### プラン制限に到達
-
-アカウントがデバイス制限に達した場合：
-
-| 時刻 | デバイスID | アクション | バージョン | 意味 |
-|------|-----------|----------|----------|------|
-| 16:00:00 | `q7r8s9t0` | `needPlanUpgrade` | - | このデバイスは、アップグレードするか請求サイクルがリセットされるまでアップデートを受信しません |
-
-**必要なアクション**：[プランをアップグレード](/docs/webapp/settings/)するか、次の請求サイクルを待ってください。
-
-### チャネル設定がアップデートをブロック
-
-チャネル設定がアップデートを妨げている場合：
-
-| 時刻 | デバイスID | アクション | バージョン | 意味 |
-|------|-----------|----------|----------|------|
-| 12:00:00 | `u1v2w3x4` | `disableAutoUpdateToMajor` | 2.0.0 | v1.xのデバイスはv2.xに自動アップデートできない（メジャーバージョンジャンプがブロック） |
-| 12:05:00 | `y5z6a7b8` | `disableEmulator` | 1.2.0 | エミュレータが検出され、チャネルがエミュレータをブロック |
-| 12:10:00 | `c9d0e1f2` | `disableDevBuild` | 1.2.0 | 開発ビルドが検出され、チャネルが開発ビルドをブロック |
-
-**必要なアクション**：これらは意図的な保護です。これらのアップデートを許可したい場合は、[チャネル設定](/docs/webapp/channels/)を変更してください。
-
-## ログコード（Capgoバックエンドenum）
-
-これらのコードは、ダッシュボードAPIで使用される`stats_action` enumから来ています（`capgo/src/types/supabase.types.ts`）。UIで新しいコードを見た場合、それはSDKまたはバックエンドによって発行され、このリストに対して検証されました。
-
-**ハッピーパスとライフサイクル**
-
-| コード | 意味 |
-|--------|------|
-| `get` | デバイスがCapgoに現在のチャネルマニフェストを問い合わせた |
-| `download_manifest_start`, `download_manifest_complete` | マニフェストのダウンロード開始/完了（デルタまたはマルチファイルバンドル用） |
-| `download_zip_start`, `download_zip_complete` | zipアーカイブのダウンロード開始/完了 |
-| `download_10` … `download_90` | ダウンロード進捗のマイルストーン |
-| `download_complete` | バンドル全体がダウンロードされた |
-| `set` | バンドルが次回起動用にステージングされた |
-| `reset` | デバイスが組み込みバンドルに戻った |
-| `delete` | バンドルがローカルストレージから削除された |
-| `uninstall` | アプリのアンインストールが検出された |
-| `app_moved_to_foreground`, `app_moved_to_background` | SDKによって記録されたアプリライフサイクルイベント |
-| `ping` | デバイスからのヘルス/ハートビートチェック |
-| `setChannel`, `getChannel` | SDK呼び出し経由でチャネルがオーバーライドまたは取得された |
-
-**設定またはポリシーブロック**
-
-| コード | アップデートがブロックされた理由 |
-|--------|-------------------------------|
-| `disableAutoUpdate`, `disableAutoUpdateToMajor`, `disableAutoUpdateToMinor`, `disableAutoUpdateToPatch`, `disableAutoUpdateMetadata`, `disableAutoUpdateUnderNative` | チャネル戦略がこのsemverジャンプを禁止 |
-| `disablePlatformIos`, `disablePlatformAndroid` | プラットフォームがチャネルで無効化されている |
-| `disableDevBuild`, `disableEmulator` | 開発ビルドまたはエミュレータが許可されていない |
-| `cannotUpdateViaPrivateChannel`, `NoChannelOrOverride`, `channelMisconfigured` | チャネル選択またはオーバーライドが失敗 |
-| `missingBundle`, `cannotGetBundle` | マニフェストがCapgoが提供できないバンドルを参照している |
-| `needPlanUpgrade` | 組織がプラン/デバイス制限に達した |
-| `rateLimited` | リクエストが多すぎる；SDKが再起動までスロットル |
-| `blocked_by_server_url`, `backend_refusal`, `InvalidIp` | サーバー側のルールがリクエストをブロック |
-
-**ダウンロード/整合性/インストール失敗**
-
-| コード | 意味 |
-|--------|------|
-| `download_fail` | バンドルのダウンロードが失敗（ネットワークまたはレスポンスエラー） |
-| `download_manifest_file_fail`, `download_manifest_checksum_fail`, `download_manifest_brotli_fail` | マニフェストファイルを取得または検証できなかった |
-| `checksum_fail`, `checksum_required` | 整合性チェックが失敗またはチェックサムが欠落 |
-| `unzip_fail`, `directory_path_fail`, `canonical_path_fail`, `windows_path_fail` | ファイルシステムまたは解凍の検証が失敗 |
-| `decrypt_fail` | 復号化が失敗（暗号化されたバンドル） |
-| `update_fail` | バンドルはインストールされたがアプリが`notifyAppReady()`を呼び出さなかった；ロールバックが発動 |
-| `download_zip_*`の後に`set`がない | ダウンロードは完了したがインストールフェーズが完了しなかった |
-
-➡️ コードごとのより詳細なガイダンスが必要ですか？**[完全なログコードリファレンスとデバッグガイド](/docs/plugins/updater/debugging/#understanding-cloud-logs)**を参照してください。
-
-## ログの詳細を取得する
-
-特定のログエントリをクリックすると、通常は[デバイスページ](/docs/webapp/devices/)に移動します。これにより、その特定のデバイスの完全な履歴を見ることができ、デバイス固有の問題を診断したり、アップデートの流れを理解するのに非常に役立ちます。
diff --git a/src/content/docs/ja/docs/webapp/main-app-page.mdx b/src/content/docs/ja/docs/webapp/main-app-page.mdx
deleted file mode 100644
index b92c21a50..000000000
--- a/src/content/docs/ja/docs/webapp/main-app-page.mdx
+++ /dev/null
@@ -1,113 +0,0 @@
----
-title: "アプリページ"
-description: "Capgo Webアプリのアプリページには何が表示されますか？そして何ができますか。"
-sidebar:
-  order: 5
-locale: ja
----
-
-## アプリページには何が表示されますか？
-
-まず、アプリのメインページを見てみましょう：
-
-Capgoでは、アプリはCapgoのライブアップデートシステムと統合されたモバイルアプリケーションを表します。アップデート、チャンネル、デバイスをシームレスに管理できます。
-
-<figure><img src="/main-app-page.webp" alt="メインページのスクリーンショット" /><figcaption></figcaption></figure>
-
-詳しく見ていきましょう。メインアプリページはいくつかの主要な領域に分かれています：
-
-1.  **上部ナビゲーションバー:** アプリ管理の各セクションへのアクセスを提供します：
-    *   **ダッシュボード (1):** 現在のビューで、主要な指標とサマリーを表示します。
-    *   **情報 (2):** アプリのコア設定と詳細を表示します（下記の「アプリ情報」セクションを参照）。
-    *   **[バンドル (3)](/docs/webapp/bundles/):** アプリのバージョンとリリースを管理します。
-    *   **[チャンネル (4)](/docs/webapp/channels/):** 異なるアップデートチャンネル（本番、ベータなど）を設定・管理します。
-    *   **[デバイス (5)](/docs/webapp/devices/):** 登録されたデバイスを表示・管理し、特定のオーバーライドを設定できます。
-    *   **[ログ (6)](/docs/webapp/logs/):** アプリの詳細なログとエラーレポートにアクセスします。
-    *   **ビルド (7):** アプリのビルドを表示・管理します。
-
-2.  **統計表示:** 前回の請求期間の重要な指標を可視化します（データは月の1日からではなく、請求日からの使用状況を反映しています）：
-    *   **月間アクティブユーザー (8):** 時間の経過に伴うユニークなアクティブユーザー数を追跡します。
-    *   **ストレージ (9):** 現在のストレージ消費量を表示します。
-    *   **帯域幅 (10):** 帯域幅の使用量を表示します。
-    *   **アクティブバンドル (11):** 異なるアプリバンドル間のアクティブデバイスの分布を表示します。
-
-3.  **サマリーカード:** 主要な数値のクイックオーバービューを提供します：
-    *   **バンドルアップロード (12):** アップロードされたアプリバンドルの合計数。
-    *   **アップデート統計 (13):** リクエスト、インストール、失敗を含む、実行されたアップデートの合計数。
-    *   **デプロイメント統計 (14):** デプロイメントの合計数。
-
-4.  **表示オプション (15-18):** 統計のフィルタリングと表示のコントロール：
-    *   **日次 (15):** 日ごとの統計を表示します。
-    *   **累積 (16):** 時間の経過に伴う累積統計を表示します。
-    *   **請求期間 (17):** 現在の請求期間の統計を表示します。
-    *   **日付範囲 (18):** カスタム日付範囲を選択します（例：過去30日間）。
-
-## アプリ情報
-
-このセクションは上部ナビゲーションバーの「情報」タブ (1) に対応しています。ここでアプリケーションの重要な詳細と設定を表示・管理できます。
-
-<figure><img src="/app_info.webp" alt="アプリ情報ページ" /><figcaption>アプリ情報ページ</figcaption></figure>
-
-利用可能なフィールドとアクションの説明：
-
-*   **アプリアイコン (2):** アプリケーションのアイコンを表示します。「変更」ボタンをクリックして新しいアイコンをアップロードできます。
-*   **アプリID (3):** Capgo内でのアプリケーションの一意の識別子。このIDは編集できません。
-*   **アプリ名 (4):** アプリケーションの表示名。必要に応じて変更できます。
-*   **デフォルトアップロードチャンネル (5):** 新しいバンドルがアップロードされるデフォルトのチャンネルを指定します。編集アイコンをクリックして別のデフォルトチャンネルを選択できます。
-*   **デフォルトダウンロードチャンネル (6):** デバイスがアップデートをダウンロードするデフォルトのチャンネルを指定します。編集アイコンをクリックして別のデフォルトチャンネルを選択できます。詳細については下記の[デフォルトチャンネル設定](#デフォルトチャンネル設定)セクションを参照してください。
-*   **未使用バンドルの自動削除（x秒後） (7):** この設定により、指定した期間（秒単位）使用されていない古いバンドルを自動的に削除できます。自動削除を無効にするには `0` に設定します。これによりストレージを管理し、バンドルリストをクリーンに保つことができます。
-*   **バンドルメタデータをプラグインに公開 (8):** 有効にすると、バンドルリンクとコメントフィールドがCapacitor Updaterプラグインに送信されます。この機能にはプラグインバージョン7.35.0以上が必要です。
-*   **アプリ所有権の移転 (9):** このセクションでは、所属している別の組織へのアプリケーション移転を開始するオプションを提供します。
-*   **アプリ削除ボタン:** Capgoからアプリケーションを完全に削除します。この操作は取り消せず、関連するすべてのデータ、バンドル、チャンネル、デバイスが削除されます。
-*   **更新ボタン:** このページの編集可能なフィールドに加えた変更を保存します（例：アプリ名、デフォルトアップロードチャンネル、バンドル自動削除設定）。
-
-## デフォルトチャンネル設定
-
-**デフォルトダウンロードチャンネル**はアプリの最も重要な設定の1つです。新しいデバイスがCapgoに初めて接続したときにどのチャンネルからアップデートを受け取るかを決定します。
-
-### デフォルトチャンネルの仕組み
-
-デバイスがCapgoにアップデートを要求すると、システムは以下の優先順位（最高優先度から）でどのチャンネルを使用するかを決定します：
-
-1. **強制デバイスマッピング**: デバイスIDがチャンネル設定で明示的にチャンネルに強制されている場合、そのチャンネルが常に優先されます。
-2. **クラウドオーバーライド**: デバイスが`setChannel()`またはダッシュボードで手動でチャンネルに割り当てられている場合、そのオーバーライドが使用されます。
-3. **Capacitor config `defaultChannel`**: `capacitor.config.*`ファイルで設定されている場合、テスト/ベータビルドに使用されます。
-4. **デフォルトダウンロードチャンネル**: ここで設定された設定—本番ユーザーの約99%がこれを使用します。
-
-### プラットフォーム固有のデフォルトチャンネル
-
-**2つの別々のデフォルトチャンネル**を設定できます—1つはiOS用、もう1つはAndroid用です。これは次の場合に便利です：
-
-- 一方のプラットフォームに先にアップデートを展開したい場合
-- プラットフォームごとに異なるアップデート戦略が必要な場合
-- 一方のプラットフォームで新しいバージョンをテストしながら、もう一方を安定させたい場合
-
-プラットフォーム固有のデフォルトを設定するには：
-1. 2つのチャンネルを作成します（例：`production-ios`と`production-android`）
-2. 各チャンネルの設定で、関連するプラットフォームのみを有効にします（iOSまたはAndroidトグル）
-3. 両方のチャンネルを「デフォルト」としてマークします - チャンネルが異なるプラットフォームをターゲットにしている場合、Capgoはこれを許可します
-
-デバイスがアップデートを要求すると：
-- iOSデバイスはiOS対応のデフォルトチャンネルからアップデートを受け取ります
-- AndroidデバイスはAndroid対応のデフォルトチャンネルからアップデートを受け取ります
-
-### 単一のデフォルトチャンネル（ほとんどのアプリに推奨）
-
-ほとんどのアプリケーションでは、両方のプラットフォームをサポートする単一のデフォルトチャンネルが最もシンプルなアプローチです：
-1. 1つのチャンネルを作成します（例：`production`）
-2. iOSとAndroidの両方のトグルが有効になっていることを確認します
-3. デフォルトチャンネルとしてマークします
-
-これにより、すべてのプラットフォームで一貫した動作が保証され、リリースワークフローが簡素化されます。
-
-### デフォルトチャンネルの変更
-
-デフォルトチャンネルを変更すると：
-- **新しいデバイス**は即座に新しいデフォルトからアップデートを受け取り始めます
-- **既存のデバイス**で既にチャンネル割り当て（オーバーライドまたは強制による）がある場合、自動的に切り替わりません
-- 既存のデバイスを移動するには：
-  - `setChannel()`を使用してプログラムでオーバーライドする
-  - ダッシュボードで新しいチャンネルに強制する
-  - デバイスエントリを削除する（新しいデフォルトで再登録されます）
-
-> **ヒント**: すべてのユーザーのデフォルトにする前に、常に少数の強制デバイスグループで新しいデフォルトチャンネルをテストしてください。
diff --git a/src/content/docs/ja/docs/webapp/main-page.mdx b/src/content/docs/ja/docs/webapp/main-page.mdx
deleted file mode 100644
index 5f89168ea..000000000
--- a/src/content/docs/ja/docs/webapp/main-page.mdx
+++ /dev/null
@@ -1,20 +0,0 @@
----
-title: 메인 페이지
-description: このページではWebアプリケーションのメインページについて説明します
-sidebar:
-  order: 2
-locale: ja
----
-
-## メインページには何が表示されますか？
-
-まず、メインページを見てみましょう：
-<figure><img src="/main-page.webp" alt="Main page screeshot" /><figcaption></figcaption></figure>
-
-最初から見ていきましょう。最初に目に入るのは**統計情報**です。これにはアプリ固有の統計が含まれており、アプリの使用状況に応じて更新されます。
-
-次に目に入るのは、利用可能なすべてのアプリのリストです。これは作成したアプリの数によって変化します。各アプリをクリックすると、そのアプリの詳細を見ることができます。
-
-3番目に目に入るのは**APIキー**ボタンです。このボタンをクリックすると、[APIキー](/docs/webapp/api-keys/)ページに移動します。
-
-次に目にするのは**あなたの名前と写真**ボタンです。このボタンは、あなたの名前と姓によって変化し、[設定](/docs/webapp/settings/)またはサポートページに移動します。
diff --git a/src/content/docs/ja/docs/webapp/mfa.mdx b/src/content/docs/ja/docs/webapp/mfa.mdx
deleted file mode 100644
index 6a36517b7..000000000
--- a/src/content/docs/ja/docs/webapp/mfa.mdx
+++ /dev/null
@@ -1,99 +0,0 @@
----
-title: Authentification à deux facteurs
-description: 2段階認証を管理してcapgoアカウントをより安全に保護
-sidebar:
-  order: 9
-locale: ja
----
-
-## 2FAとは？
-
-2FAは、悪意のある人があなたのcapgoアカウントを乗っ取るのを防ぐために設計されたセキュリティ対策です\
-追加のコードを要求することでこれを実現します。このコードはあなたのスマートフォンまたはハードウェア2FAキーに保存され、30秒ごとに変更されるため、推測することは不可能です
-
-## このガイドの要件
- - AndroidまたはiOSスマートフォン
- - インターネット接続
-
-## このガイドの内容
-
-このガイドでは、`Google認証システム`を使用して2FAを設定する方法を説明します。同様の目的を果たす他のアプリも存在しますが、このガイドで2FAの全てを網羅することはできません
-
-## 2FAの設定方法
-
-まず、`Google認証システム`アプリをダウンロードしてください。Androidの場合は[Playストア](https://play.google.com/store/apps/details/?id=comgoogleandroidappsauthenticator2)から、iOSの場合は[App Store](https://appsapplecom/us/app/google-authenticator/id388497605/)からダウンロードできます
-
-次に、[capgoのアカウント設定](https://console.capgo.app/dashboard/settings/account/)に移動してください。このような緑色のボタンが表示されるはずです
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/button-mfa.webp" alt="Button MFA" /><figcaption></figcaption></figure>
-
-クリックすると、QRコードが表示されます
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa.webp" alt="Enable MFA" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ 重要な注意事項: \
-このQRコードは誰とも共有しないでください。アカウントからログアウトされる可能性があります
-:::
-
-次に、スマートフォンで`Google認証システム`を開いてください。開いたら、以下の手順に従ってください：
-
-プラスボタンをクリックします
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-auth-plus.webp" alt="MFA auth plus" /><figcaption></figcaption></figure>
-
-その後、カメラボタンをクリックしてください
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-scan-qr.webp" alt="MFA scan QR" /><figcaption></figcaption></figure>
-
-カメラプレビューが開きます。PCに表示されているQRコードをスキャンしてください。スキャン後、このような画面が表示されるはずです：
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-code.webp" alt="MFA final code" /><figcaption></figcaption></figure>
-
-PCに戻り、確認ボタンをクリックしてください
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa-verify.webp" alt="Verify MFA" /><figcaption></figcaption></figure>
-
-2FAコードを入力するウィンドウが開きます。この例では、コードは`095101`ですが、あなたの場合は異なります\
-このコードを入力したら、`確認`ボタンをクリックしてください
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-verify-final-code.webp" alt="MFA verify code final" /><figcaption></figcaption></figure>
-
-正しいコードを入力して`確認`を押すと、このようなポップアップが表示されます
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-enabled.webp" alt="MFA enabled" /><figcaption></figcaption></figure>
-
-おめでとうございます!\
-2FA認証が有効になりました 🎉
-
-## 2FAを使用してログインする方法
-
-次回アカウントにログインする際、このようなウィンドウが表示されます
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-required.webp" alt="MFA required" /><figcaption></figcaption></figure>
-
-認証システムを開いて認証コードをコピーしてください
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-login.webp" alt="MFA login" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ 重要な注意事項: \
-コードが更新される前に`確認`を押してください。更新されると古いコードは無効になります
-:::
-
-コードをログインフォームに入力し、`確認`を押してください
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-login-verify.webp" alt="MFA login" /><figcaption></figcaption></figure>
-
-正しいコードを入力すると、capgoダッシュボードが表示されます
-
-## 2FAを無効にする方法
-
-2FAを無効にするには、[capgoのアカウント設定](https://console.capgo.app/dashboard/settings/account/)に移動してください。このような赤いボタンが表示されるはずです：
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-button.webp" alt="MFA disable button" /><figcaption></figcaption></figure>
-
-クリックすると、このような画面が表示されます
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-2.webp" alt="MFA disabled" /><figcaption></figcaption></figure>
-
-`無効化`ボタンを押すだけです。これで完了です
diff --git a/src/content/docs/ja/docs/webapp/organization-security.mdx b/src/content/docs/ja/docs/webapp/organization-security.mdx
deleted file mode 100644
index 94be7e68a..000000000
--- a/src/content/docs/ja/docs/webapp/organization-security.mdx
+++ /dev/null
@@ -1,300 +0,0 @@
----
-title: 組織セキュリティ
-description: 2FA強制、パスワードポリシー、APIキー制御を含む包括的なセキュリティポリシーを組織に設定し、アプリとデータを保護します。
-sidebar:
-  order: 9
-locale: ja
----
-
-import { Aside, Steps, Badge } from '@astrojs/starlight/components';
-
-Capgoは、組織管理者がすべてのメンバーにセキュリティポリシーを適用できる包括的なセキュリティコントロールを提供します。これらの機能は、コンプライアンス要件の達成、機密データの保護、強固なセキュリティ体制の維持に役立ちます。
-
-## 概要
-
-組織セキュリティ設定では、スーパー管理者が以下を設定できます：
-
-- **二要素認証（2FA）の強制** - すべてのメンバーに2FAの有効化を要求
-- **パスワードポリシー** - パスワードの複雑さの要件を設定
-- **APIキーセキュリティ** - 安全なAPIキーと有効期限ポリシーを適用
-
-![組織セキュリティ設定](/org_security.webp)
-
-セキュリティページは明確にラベル付けされたセクションに整理されています：
-1. **セキュリティタブ** - 組織設定のサイドバーからすべてのセキュリティ設定にアクセス
-2. **2FA強制** - 二要素認証要件のトグルとステータス表示
-3. **パスワードポリシー** - 組織メンバーのパスワード複雑さルールを設定
-4. **APIキーポリシー** - 安全なAPIキーと有効期限要件の設定
-5. **APIキーの有効期限** - APIキーに有効期限が必要かどうかを制御
-
-<Aside type="note">
-
-**super_admin**ロールを持つユーザーのみが組織セキュリティ設定を構成できます。他のメンバーはコンプライアンスステータスを確認できますが、ポリシーを変更することはできません。
-
-</Aside>
-
-## セキュリティ設定へのアクセス
-
-<Steps>
-
-1. サイドバーの**設定**をクリックして組織設定に移動
-2. 設定ページの上部にある**組織**タブをクリック
-3. 組織ナビゲーションバーから**セキュリティ**タブを選択（シールドアイコンでハイライト表示）
-
-</Steps>
-
-## 二要素認証（2FA）の強制
-
-2FA強制は、すべての組織メンバーがアカウントで二要素認証を有効にすることを要求します。これにより、パスワードと検証コードの両方を要求することで、重要なセキュリティ層が追加されます。
-
-### 2FAが強制された場合の動作
-
-- 2FAを持たないメンバーは組織アプリへのアクセスが**即座にブロック**されます
-- Webダッシュボードとcliの両方がこの要件を適用します
-- 新しいメンバーは組織リソースにアクセスする前に2FAを有効にする必要があります
-- システムはどのメンバーが2FAを有効にしているかをリアルタイムで追跡します
-
-### 2FAステータスパネルの理解
-
-セキュリティページには、以下を表示する包括的な**メンバー2FAステータス**パネルが表示されます：
-
-- **総メンバー数** - 組織内のメンバーの総数
-- **2FA有効**（緑のインジケーター）- 二要素認証を正常に有効にしたメンバー
-- **2FA未有効**（オレンジの警告インジケーター）- まだ2FAを設定する必要があるメンバー
-
-2FAを有効にしていないメンバーは、**2FAのないメンバー**警告ボックスに表示されます。このボックスには以下が表示されます：
-- 各メンバーのメールアドレスと組織での役割
-- コミュニケーションのために影響を受けるすべてのメールアドレスを素早くコピーする**メールリストをコピー**ボタン
-
-### 2FA強制の有効化
-
-<Steps>
-
-1. **組織設定 > セキュリティ**に移動
-2. ページ上部の**すべてのメンバーに2FAを要求**セクションを見つける
-3. **メンバー2FAステータス**パネルを確認して、影響を受けるメンバーを確認
-4. 2FAのないメンバーがいる場合は、有効化前に通知するために**メールリストをコピー**ボタンを使用
-5. **すべてのメンバーに2FAを要求**の横にあるトグルをオンにして強制を有効化
-6. トグルは右側に**無効**または**有効**のステータスを表示します
-
-</Steps>
-
-<Aside type="caution">
-
-2FA強制を有効にする前に：
-- 影響を受けるメンバーに事前に通知し、[2FA設定ガイド](/docs/webapp/mfa/)を共有
-- アカウントで2FAを有効にする時間を与える
-- 強制を有効にすると、2FAのないメンバーは即座にアクセスを失います
-- 「2FAのないメンバー」警告ボックスにリストされているメンバーに連絡することを検討
-
-</Aside>
-
-### 2FA強制のCLIサポート
-
-CLIを使用して2FA強制を管理することもできます：
-
-```shell
-# 2FA強制を有効化
-npx @capgo/cli organization set YOUR_ORG_ID --enforce-2fa
-
-# 2FA強制を無効化
-npx @capgo/cli organization set YOUR_ORG_ID --no-enforce-2fa
-
-# メンバーの2FAステータスを確認
-npx @capgo/cli organization members YOUR_ORG_ID
-```
-
-2FA強制の詳細については、[2FA強制ガイド](/docs/webapp/2fa-enforcement/)を参照してください。
-
-## パスワードポリシー
-
-パスワードポリシーを使用すると、すべての組織メンバーにパスワードの複雑さの要件を適用できます。メンバーのパスワードがポリシー要件を満たさない場合、組織リソースにアクセスする前にパスワードを更新する必要があります。
-
-パスワードポリシーセクション（概要画像のインジケーター**3**でマーク）は、組織全体でパスワード要件を適用するためのシンプルなトグルを提供します。
-
-### パスワードポリシーの仕組み
-
-パスワードポリシーを有効にすると：
-- すべての組織メンバーはパスワードの複雑さの要件を満たす必要があります
-- 要件を満たさないユーザーは、パスワードを更新するまでロックアウトされます
-- ポリシーは役割に関係なくすべてのメンバーに適用されます
-
-### パスワードポリシーの有効化
-
-<Steps>
-
-1. **組織設定 > セキュリティ**に移動
-2. 下にスクロールして**パスワードポリシー**セクションを見つける
-3. 説明を読む：「組織メンバーに特定の複雑さの要件を満たすパスワードの使用を要求」
-4. **パスワードポリシーを適用**トグルをオンにして有効化
-5. トグルの説明には「有効にすると、すべての組織メンバーは組織にアクセスするためにパスワード要件を満たす必要があります」と記載
-
-</Steps>
-
-### 利用可能なパスワード要件
-
-| 設定 | 説明 | 範囲 |
-|------|------|------|
-| **最小長** | 必要な最小文字数 | 6-128文字 |
-| **大文字を要求** | パスワードに少なくとも1つの大文字（A-Z）を含める必要がある | オン/オフ |
-| **数字を要求** | パスワードに少なくとも1つの数字（0-9）を含める必要がある | オン/オフ |
-| **特殊文字を要求** | パスワードに少なくとも1つの特殊文字（!@#$%^&*など）を含める必要がある | オン/オフ |
-
-### メンバーコンプライアンストラッキング
-
-パスワードポリシーがアクティブな場合、コンプライアンスを監視できます：
-
-- **総メンバー数**：組織内のメンバー数
-- **準拠**：パスワードがポリシー要件を満たしているメンバー
-- **非準拠**：パスワードを更新する必要があるメンバー
-
-非準拠のメンバーはメールアドレスとともにリストされます。メールリストをコピーして、ポリシーと必要なパスワード変更について通知できます。
-
-<Aside type="tip">
-
-初めてパスワードポリシーを有効にすると、非準拠のパスワードを持つメンバーは次回のログイン時にパスワードの変更を求められます。即座にロックアウトされることはありませんが、準拠するまでアクセスが制限される場合があります。
-
-</Aside>
-
-### パスワードポリシーのベストプラクティス
-
-- **合理的な要件から始める**：大文字小文字と数字を含む最小10-12文字は、過度に制限的でなく良好なセキュリティを提供します
-- **変更を伝える**：新しいパスワード要件を有効にする前にチームに通知
-- **移行時間を与える**：メンバーにパスワードを更新する時間を与える
-- **パスワードマネージャーを検討**：チームメンバーにパスワードマネージャーを使用して強力なパスワードを生成・保存することを推奨
-
-## APIキーセキュリティ
-
-Capgoは、APIキーに対して2つのセキュリティコントロールを提供します：安全な（ハッシュ化された）APIキーの強制と有効期限の要求。APIキーポリシーセクション（概要画像のインジケーター**4**でマーク）は鍵アイコンで識別されます。
-
-### 安全なAPIキーの強制
-
-APIキーポリシーセクションの最初のオプションは**安全なAPIキーを強制**です。有効にすると、この設定により組織内のすべてのAPIキーは安全な/ハッシュ化された形式で作成される必要があります。
-
-ハッシュ化されたAPIキーはより安全です：
-
-- 実際のキー値がサーバーに保存されることはありません
-- あなた（およびあなたのシステム）だけが完全なキーにアクセスできます
-- データベースが侵害されても、キーは使用できません
-
-トグルの説明には「有効にすると、安全な（ハッシュ化された）APIキーのみがこの組織にアクセスできます。プレーンテキストのAPIキーは拒否されます」と記載
-
-<Aside type="note">
-
-既存のレガシー（ハッシュ化されていない）APIキーは引き続き機能しますが、このポリシーが有効な場合、メンバーは新しいハッシュ化されていないキーを作成できません。
-
-</Aside>
-
-### 安全なAPIキーの有効化
-
-<Steps>
-
-1. **組織設定 > セキュリティ**に移動
-2. 下にスクロールして**APIキーポリシー**セクションを見つける（鍵アイコンを探す）
-3. **安全なAPIキーを強制**トグルを見つける
-4. トグルをオンにして安全なAPIキーの強制を有効化
-5. 既存のキーは影響を受けません。ポリシーは新しいキーの作成に適用されます
-
-</Steps>
-
-### APIキー有効期限ポリシー
-
-2番目のオプション（概要画像のインジケーター**5**でマーク）は**APIキーの有効期限を要求**です。すべてのAPIキーに有効期限を設定することを要求し、有効期間を制限できます。
-
-これは以下を実現するセキュリティのベストプラクティスです：
-
-- キーが侵害された場合の露出ウィンドウを制限
-- 定期的なキーローテーションを確保
-- 認証情報管理のコンプライアンス要件を満たすのに役立つ
-
-トグルの説明には「有効にすると、この組織のすべてのAPIキーに有効期限が必要です」と記載
-
-### 有効期限ポリシーの設定
-
-<Steps>
-
-1. **組織設定 > セキュリティ**に移動
-2. **APIキーポリシー**セクションを見つける
-3. **APIキーの有効期限を要求**トグルを見つける（安全なAPIキーを強制の下）
-4. トグルをオンにして有効期限要件を有効化
-5. 有効化後、**最大有効期限日数**（1-365日）を設定
-   - これにより、有効期限をどれだけ先に設定できるかが制限されます
-   - 例：90日に設定すると、キーは作成から最大90日で期限切れになります
-
-</Steps>
-
-<Aside type="caution">
-
-有効期限要件を有効にすると：
-- 新しいAPIキーには有効期限が必要です
-- 有効期限のない既存のキーは引き続き機能します
-- 既存のキーを監査し、有効期限のないものをローテーションすることを検討
-
-</Aside>
-
-### 推奨APIキーポリシー
-
-| ユースケース | 安全なキー | 有効期限 | 最大日数 |
-|--------------|------------|----------|----------|
-| **開発** | 推奨 | オプション | 30-90 |
-| **CI/CDパイプライン** | 必須 | 必須 | 90-180 |
-| **本番** | 必須 | 必須 | 30-90 |
-| **エンタープライズ/コンプライアンス** | 必須 | 必須 | 30-60 |
-
-## コンプライアンスと監査
-
-組織セキュリティ機能は、さまざまなコンプライアンス要件を満たすのに役立ちます：
-
-| 基準 | 関連機能 |
-|------|----------|
-| **SOC 2** | 2FA強制、パスワードポリシー、APIキー制御 |
-| **ISO 27001** | すべてのセキュリティ機能がアクセス制御の実証に役立つ |
-| **HIPAA** | 強力な認証とアクセス管理 |
-| **GDPR** | アクセス制御によるデータ保護 |
-| **PCI DSS** | 多要素認証、強力なパスワード |
-
-### コンプライアンスステータスの監視
-
-セキュリティダッシュボードは以下のリアルタイムの可視性を提供：
-- 2FAを有効にしているメンバーの数
-- 組織全体のパスワードポリシーコンプライアンス
-- APIキーセキュリティの採用
-
-「メールリストをコピー」機能を使用して、ターゲットを絞ったコミュニケーションのために非準拠メンバーのリストを簡単にエクスポートできます。
-
-## トラブルシューティング
-
-### 「アクセス拒否：セキュリティポリシーが満たされていません」
-
-**問題**：メンバーが組織にアクセスできない。
-
-**解決策**：
-1. 2FAが強制されているか確認 - メンバーは[2FAを有効にする](/docs/webapp/mfa/)必要があります
-2. パスワードポリシーがアクティブか確認 - メンバーはパスワードを更新する必要があります
-3. セキュリティダッシュボードでメンバーのコンプライアンスステータスを確認
-
-### セキュリティ機能を有効にできない
-
-**問題**：セキュリティトグルが無効または応答しない。
-
-**解決策**：
-- 組織で**super_admin**ロールを持っていることを確認
-- ネットワーク接続を確認
-- ページを更新してみる
-- 問題が続く場合はサポートに連絡
-
-### APIキーの作成に失敗
-
-**問題**：新しいAPIキーを作成できない。
-
-**解決策**：
-- 安全なキーが強制されている場合、安全なキー作成フローを使用していることを確認
-- 有効期限が必要な場合、許可された範囲内で有効期限を設定
-- 最大有効期限日数の設定を確認
-
-## 次のステップ
-
-- [アカウントで2FAを設定する](/docs/webapp/mfa/)
-- [2FA強制の詳細を学ぶ](/docs/webapp/2fa-enforcement/)
-- [APIキーを管理する](/docs/webapp/api-keys/)
-- [組織管理](/docs/webapp/organization-system/)
diff --git a/src/content/docs/ja/docs/webapp/organization-system.mdx b/src/content/docs/ja/docs/webapp/organization-system.mdx
deleted file mode 100644
index 4e87d86ff..000000000
--- a/src/content/docs/ja/docs/webapp/organization-system.mdx
+++ /dev/null
@@ -1,127 +0,0 @@
----
-title: "組織システム"
-description: "Capgoアカウント内でのチームとアプリケーションの管理と組織化に関する詳細ガイド。関係するすべてのメンバーの安全なコラボレーションと効率的なアクセス制御を確保します。"
-sidebar:
-  order: 11
-locale: ja
----
-
-## 組織システムとは何ですか？
-
-組織システムは、チームメンバーとアプリを安全に共有できるCapgoのシステムです。
-
-## 組織設定の概要
-
-<figure><img src="/orgs-settings.webp" alt="組織設定" /><figcaption></figcaption></figure>
-
-| 番号 | 要素 | 説明 |
-|------|------|------|
-| 1 | 設定 | サイドバーメニューから設定にアクセス |
-| 2 | 組織タブ | 組織設定に切り替え（個人アカウント設定との比較） |
-| 3 | 一般 | 組織名、ロゴ、管理メールを表示・編集 |
-| 4 | メンバー | チームメンバーとその権限を管理 |
-| 5 | セキュリティ | セキュリティポリシーを設定（2FA、パスワード要件） |
-| 6 | 監査ログ | 組織のアクティビティログを表示 |
-| 7 | プラン | サブスクリプションプランを表示・管理 |
-| 8 | 使用状況 | 組織の使用状況統計を監視 |
-| 9 | クレジット | 追加クレジットを表示・購入 |
-| 10 | Webhooks | Webhook連携を設定 |
-| 11 | 請求 | 請求情報と請求書を管理 |
-| 12 | 組織セレクター | 異なる組織間で切り替え |
-
-### 組織設定へのアクセス方法
-
-1. 左サイドバーの**設定**（1）をクリック
-2. 上部の**組織**タブ（2）を選択
-3. タブ（3-11）を使用して異なる設定セクション間を移動
-
-### 組織の切り替え方法
-
-サイドバーの左上近くにある**組織セレクター**（12）ドロップダウンをクリックして、アクセス権のある組織を表示・切り替えます。
-
-## メンバー管理
-
-<figure><img src="/org-show-members.webp" alt="組織メンバー" /><figcaption></figcaption></figure>
-
-メンバーセクションには、組織にアクセスできるすべてのユーザーが表示されます：
-- **メンバー**：ユーザーのアバター、名前、メール
-- **ロール**：現在の権限レベル（読取、アップロード、書込、管理者、スーパー管理者）
-- **アクション**：メンバーの編集または削除
-
-### 新しいメンバーを招待する方法
-
-<figure><img src="/orgs-add-member.webp" alt="メンバーを招待" /><figcaption></figcaption></figure>
-
-1. **+ 追加**ボタン（1）をクリック
-2. モーダルでユーザーのメールアドレスを入力（2）
-3. **招待**をクリック
-
-### 権限の選択
-
-<figure><img src="/select-perm-orgs.webp" alt="権限を選択" /><figcaption></figcaption></figure>
-
-メールを入力した後、招待するユーザーの権限レベルを選択します：
-- **読取** - 読み取り専用アクセス
-- **アップロード** - 新しいバージョンをアップロード可能
-- **書込** - 設定とコンテンツを変更可能
-- **管理者** - 請求と削除を除く完全アクセス
-- **スーパー管理者** - 組織の完全な制御
-
-### 招待を完了する
-
-<figure><img src="/invite_org_user.webp" alt="招待フォーム" /><figcaption></figcaption></figure>
-
-残りの詳細を入力します：
-- **メール** - 前のステップから事前入力済み
-- **ロール** - 選択した権限レベルを表示
-- **名** - オプション：招待者の名
-- **姓** - オプション：招待者の姓
-- **Captcha** - 人間であることを確認
-
-**招待を送信**をクリックしてプロセスを完了します。
-
-## 権限の詳細
-
-| 権限                          | 読取 | アップロード | 書込 | 管理者 | スーパー管理者 |
-|-------------------------------|------|--------------|------|--------|----------------|
-| アプリ統計の表示              |   ✅  |       ✅      |   ✅  |    ✅   |        ✅       |
-| アプリチャンネルの表示        |   ✅  |       ✅      |   ✅  |    ✅   |        ✅       |
-| デバイスの表示                |   ✅  |       ✅      |   ✅  |    ✅   |        ✅       |
-| ログの表示                    |   ✅  |       ✅      |   ✅  |    ✅   |        ✅       |
-| バンドルの表示                |   ✅  |       ✅      |   ✅  |    ✅   |        ✅       |
-| アプリの削除                  |   ❌  |       ❌      |   ❌  |    ❌   |        ✅       |
-| チャンネルの削除              |   ❌  |       ❌      |   ❌  |    ✅   |        ✅       |
-| バージョンの削除              |   ❌  |       ❌      |   ✅  |    ✅   |        ✅       |
-| 組織設定の変更                |   ❌  |       ❌      |   ❌  |    ✅   |        ✅       |
-| 組織ユーザーの管理            |   ❌  |       ❌      |   ❌  |    ✅   |        ✅       |
-| チャンネル設定の変更          |   ❌  |       ❌      |   ✅  |    ✅   |        ✅       |
-| 新しいバージョンのアップロード|   ❌  |       ✅      |   ✅  |    ✅   |        ✅       |
-| デバイスの変更                |   ❌  |       ❌      |   ✅  |    ✅   |        ✅       |
-| チャンネルの現在バージョン変更|   ❌  |       ❌      |   ✅  |    ✅   |        ✅       |
-| 新規チャンネルの作成          |   ❌  |       ❌      |   ❌  |    ✅   |        ✅       |
-| バージョンの変更（メタデータ）|   ❌  |       ❌      |   ✅  |    ✅   |        ✅       |
-| 課金管理                      |   ❌  |       ❌      |   ❌  |    ❌   |        ✅       |
-| バージョンの安全でない削除    |   ❌  |       ❌      |   ❌  |    ❌   |        ✅       |
-
-## 請求
-
-**スーパー管理者**権限を持つユーザーが、特定の組織の課金を管理できます。プランは個人アカウントではなく、組織に紐付けられています。
-
-:::danger
-⚠️ プランの購入は、現在選択している組織にのみ影響します
-:::
-
-## FAQ
-
-### 複数の組織を作成できますか？
-
-いいえ、まだできません。
-
-### 組織のセキュリティポリシーを設定するにはどうすればよいですか？
-
-スーパー管理者は以下を含む包括的なセキュリティポリシーを設定できます：
-- **2FA強制** - すべてのメンバーに二要素認証の有効化を要求
-- **パスワードポリシー** - パスワードの複雑さの要件を設定（長さ、大文字、数字、特殊文字）
-- **APIキーセキュリティ** - 安全な/ハッシュ化されたAPIキーと有効期限ポリシーを強制
-
-詳細な設定手順については、[組織セキュリティ](/docs/webapp/organization-security/)ドキュメントを参照してください。
diff --git a/src/content/docs/ja/docs/webapp/payment.mdx b/src/content/docs/ja/docs/webapp/payment.mdx
deleted file mode 100644
index d22ff798e..000000000
--- a/src/content/docs/ja/docs/webapp/payment.mdx
+++ /dev/null
@@ -1,81 +0,0 @@
----
-title: "支払いシステム"
-description: "Capgoアカウントでの支払いの管理。このセクションでは、Capgoのカード、プラン、クレジットの管理方法を説明します"
-sidebar:
-  order: 10
-locale: ja
----
-
-## これは何についてですか？
-
-このページではCapgoの支払いシステムに関する質問にお答えします。
-
-## プラン
-
-#### Q: Capgoのプランをアップグレードするにはどうすればよいですか？
-A: [設定](/docs/webapp/settings/#how-to-get-to-the-settings-page)に移動し、**プラン**タブ(1)をクリックしてCapgoプランをアップグレードできます。
-
-<figure><img src="/plans-subscribe.webp" alt="プランページ" /><figcaption></figcaption></figure>
-
-このページでは以下のことができます：
-- **月額プラン**と**年額**を切り替える（年払いで20%割引）
-- 4つのプランから選択：**Solo**、**Maker**、**Team**、または**Enterprise**
-- ニーズに最も合ったプランの**購読する**(2)をクリック
-
-各プランには以下が表示されます：
-- 月額料金と年間請求総額
-- 含まれる月間アクティブユーザー数と超過料金
-- ストレージと帯域幅の割り当て
-- ビルド分/時間
-- 専用サポート、カスタムドメイン、SOC II準拠などの機能
-
-プランにコミットしたくない場合は、代わりに**クレジット**を使用できます - 「クレジットについて学ぶ」をクリックして、従量課金制の仕組みを確認してください。
-
-購読するをクリックすると、Stripeのチェックアウトページが開き、安全に支払い情報を入力できます。
-
-## クレジット
-
-クレジットは、プランのアップグレードに代わる柔軟な選択肢を提供します。以下の場合に便利です：
-
-- **一時的なスパイク** - プランの上限を一時的に超えている場合（例：バイラルな瞬間、季節的なトラフィック）で、永続的にアップグレードしたくない場合
-- **プランの不一致** - 次のプランティアが他の理由でニーズに合わない場合（帯域幅は必要だがMAUは不要など）
-- **従量課金制の好み** - 基本プランを超えた使用分のみを支払いたい場合
-
-#### Q: クレジットページにアクセスするにはどうすればよいですか？
-A: [設定](/docs/webapp/settings/#how-to-get-to-the-settings-page)に移動し、**クレジット**タブ(1)をクリックします。
-
-<figure><img src="/buy_credits.webp" alt="クレジットページ" /><figcaption></figcaption></figure>
-
-クレジットページには以下が表示されます：
-
-1. **クレジットタブ** - 組織設定からここに移動します
-2. **クレジット残高** - 利用可能なクレジット（例：0.00 / 0.00）と現在の期間に使用されたクレジットを表示
-3. **使用クレジット（USD）** - 現在の請求期間中に消費されたクレジットの推定ドル価値と、残りの利用可能クレジット
-4. **もっとクレジットが必要ですか？** - 追加クレジットを即座に購入して、ユーザーが中断なくアップデートを受け取り続けられるようにします。プリセット金額（$50、$100、$500、$5000）から選択するか、カスタム金額を入力します。税込みの推定合計がチェックアウト前に表示されます
-5. **クレジット価格** - このセクションを展開して、さまざまな使用タイプ（MAU、ストレージ、帯域幅）の価格帯を確認
-6. **クレジット取引** - クレジットの購入と使用履歴を表示
-
-#### Q: クレジットはどのように購入しますか？
-A: クレジットページで購入したい金額を選択し（またはドロップダウンでカスタム金額を使用）、**クレジットを購入**をクリックします。Stripeのチェックアウトにリダイレクトされ、数量を調整して支払いを完了できます。
-
-#### Q: クレジットはいつ使用されますか？
-A: クレジットは、月間アクティブユーザー、ストレージ、または帯域幅のプラン制限を超えると自動的に消費されます。サービスの中断なく超過分を処理する柔軟な方法を提供します。
-
-#### Q: 支払いは安全ですか？
-A: はい、支払いは完全にStripeによって管理されています。Capgoはクレジットカードの詳細にアクセスすることはありません。Stripeはセキュリティを非常に重視しています。[Stripeのセキュリティポリシーについて詳しく見る](https://stripe.com/docs/security/)
-
-#### Q: 制限を超えた場合、Capgoは自動的にプランをアップグレードしますか？
-A: いいえ、Capgoが自動的にプランを変更することはありません。
-
-#### Q: プランが制限に近づいた時、Capgoからメールが送られてきますか？
-A: はい、Capgoは使用状況についてメールでお知らせします。
-
-#### Q: 購入したプランは、招待されている組織に影響しますか？
-A: いいえ、プランは現在選択している組織にのみ影響します。
-[組織のドキュメント](/docs/webapp/organization-system/#q-how-is-billing-done-within-orgs)を参照してください。
-
-#### Q: より柔軟なプランが必要な場合はどうすればよいですか？
-A: [Capgoのサポートに直接お問い合わせください](/docs/getting-help#support-by-chat)
-
-#### Q: Capgoの返金ポリシーはどのようになっていますか？
-A: 返金ポリシーは[こちら](https://capgo.app/return/)でご確認いただけます。
diff --git a/src/content/docs/ja/docs/webapp/settings.mdx b/src/content/docs/ja/docs/webapp/settings.mdx
deleted file mode 100644
index 77e9af867..000000000
--- a/src/content/docs/ja/docs/webapp/settings.mdx
+++ /dev/null
@@ -1,33 +0,0 @@
----
-title: 설정
-description: ユーザー設定の変更方法
-sidebar:
-  order: 4
-locale: ja
----
-
-## 設定ページへのアクセス方法
-
-最初に**あなたの名前と写真**をクリックします。その後、**設定**をクリックします。
-
-<figure><img src="/settings-go.webp" alt="open settings" /><figcaption></figcaption></figure>
-
-## ユーザー設定の変更
-
-ユーザー設定を変更するには、アカウントのフォームに記入し、**更新**をクリックするだけです。
-
-<figure><img src="/account-save.webp" alt="save change in account" /><figcaption></figcaption></figure>
-
-確認メッセージが表示されます。
-
-<figure><img src="/account-updated.webp" alt="acount updated" /><figcaption></figcaption></figure>
-
-## パスワードの変更
-
-パスワードを変更するには、設定ページに移動して**パスワード**をクリックします。その後、フォームに記入し、**更新**をクリックします。
-
-<figure><img src="/update-passwd.webp" alt="update password" /><figcaption></figcaption></figure>
-
-パスワードがCapgoのパスワードセキュリティルールに従っていない場合は、エラーメッセージが表示されます。
-
-<figure><img src="/passwd-error.webp" alt="wrong password" /><figcaption></figcaption></figure>
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/cli/cloud-build/android.mdx b/src/content/docs/ko/docs/cli/cloud-build/android.mdx
deleted file mode 100644
index e22da658e..000000000
--- a/src/content/docs/ko/docs/cli/cloud-build/android.mdx
+++ /dev/null
@@ -1,470 +0,0 @@
----
-title: Android 빌드
-description: Capgo Cloud Build로 Android 앱을 구성하고 빌드하기
-sidebar:
-  order: 3
-locale: ko
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo의 안전한 클라우드 인프라를 사용하여 Android 앱을 빌드하고 Google Play Store에 제출하세요.
-
-## 빌드하기 전에
-
-<CardGrid>
-  <Card title="⚠️ 먼저 Android 자격 증명 설정" icon="warning">
-    **필수:** 릴리스 앱을 빌드하기 전에 Android 자격 증명을 저장해야 합니다.
-
-    [Android 자격 증명 설정 →](/docs/cli/cloud-build/credentials/#saving-android-credentials)
-  </Card>
-</CardGrid>
-
-## Android 빌드 작동 방식
-
-Android 빌드는 안전한 Cloudflare 샌드박스에서 실행됩니다:
-
-- **인프라**: 컨테이너화된 Android SDK가 포함된 Cloudflare Workers
-- **빌드 도구**: Android 빌드 도구가 포함된 Gradle
-- **실행**: 빌드당 격리된 샌드박스 환경
-- **정리**: 빌드 완료 후 즉시 삭제
-- **보안**: 영구 저장소 없음, 빌드 간 완전한 격리
-
-## 전제 조건
-
-Android용으로 빌드하기 전에 다음이 필요합니다:
-
-### 1. 개발 환경 (로컬 테스트)
-
-- Android Studio가 로컬에 설치되어 있어야 합니다 (초기 키스토어 설정용)
-- `npx cap open android`로 앱이 성공적으로 빌드되어야 합니다
-- Java JDK 17 이상
-
-### 2. 서명 키스토어
-
-릴리스 빌드를 위해서는 서명 키스토어가 필요합니다:
-
-| 빌드 유형 | 키스토어 필요 여부 | 목적 |
-|------------|-------------------|---------|
-| **Debug** | 아니오 | 테스트 전용, 자동 생성됨 |
-| **Release** | 예 | Play Store 제출 |
-
-## 키스토어 생성
-
-<Aside type="tip">
-스크린샷이 포함된 자세한 단계별 가이드는 다음을 참조하세요:
-- [Android 인증서 가이드](https://capgo.app/cloud/native-builds/certificates/android/)
-- [블로그: GitHub Actions로 자동 Android 빌드](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)
-</Aside>
-
-아직 키스토어가 없다면 다음과 같이 생성하세요:
-
-```bash
-keytool -genkey -v \
-  -keystore my-release-key.keystore \
-  -alias my-key-alias \
-  -keyalg RSA \
-  -keysize 2048 \
-  -validity 10000
-```
-
-프롬프트에 답변하세요:
-- **비밀번호**: 강력한 비밀번호를 선택하세요 (안전하게 저장하세요!)
-- **이름**: 귀하의 이름 또는 회사 이름
-- **조직**: 귀하의 회사 이름
-- **위치**: 귀하의 도시, 주, 국가
-
-<Aside type="caution">
-**중요**: 키스토어 파일과 비밀번호를 안전하게 보관하세요! 이를 분실하면 Play Store에서 앱을 업데이트할 수 없습니다.
-</Aside>
-
-### 키스토어 구성 요소 이해
-
-키스토어를 생성할 때 다음을 기억해야 합니다:
-
-1. **키스토어 비밀번호** (`KEYSTORE_STORE_PASSWORD`): 키스토어 파일 자체의 비밀번호
-2. **키 별칭** (`KEYSTORE_KEY_ALIAS`): 키스토어 내 서명 키의 이름/식별자
-3. **키 비밀번호** (`KEYSTORE_KEY_PASSWORD`): 특정 키의 비밀번호 (스토어 비밀번호와 같을 수 있음)
-
-**예시 워크플로:**
-```bash
-# 키스토어의 별칭을 나열하여 확인
-keytool -list -keystore my-release-key.keystore
-
-# 키에 대한 자세한 정보 보기
-keytool -list -v -keystore my-release-key.keystore -alias my-key-alias
-```
-
-## 빌드 구성
-
-### 필수 환경 변수
-
-**릴리스 빌드**를 위해 다음 자격 증명을 설정하세요:
-
-```bash
-# Android 서명 (릴리스에 필수)
-ANDROID_KEYSTORE_FILE="<base64-encoded-keystore>"
-KEYSTORE_KEY_ALIAS="my-key-alias"
-KEYSTORE_KEY_PASSWORD="<key-password>"
-KEYSTORE_STORE_PASSWORD="<store-password>"
-
-# Play Store 게시 (선택사항, 자동 제출용)
-PLAY_CONFIG_JSON="<base64-encoded-service-account-json>"
-```
-
-### Base64 자격 증명 생성
-
-**키스토어 파일:**
-```bash
-base64 -i my-release-key.keystore | pbcopy
-```
-
-**Play Store 서비스 계정 JSON:**
-```bash
-base64 -i play-store-service-account.json | pbcopy
-```
-
-base64 문자열이 이제 클립보드에 있습니다.
-
-### Play Store 서비스 계정 설정
-
-자동 Play Store 업로드를 활성화하려면 적절한 권한을 가진 Google Cloud 서비스 계정을 생성해야 합니다.
-
-<Aside type="tip">
-스크린샷이 포함된 자세한 지침은 [Android 인증서 가이드](https://capgo.app/cloud/native-builds/certificates/android/)를 참조하세요.
-</Aside>
-
-<Steps>
-
-1. **Google Cloud에서 서비스 계정 생성**
-   - [Google Play Console](https://play.google.com/console) → 설정 → API 액세스로 이동
-   - "새 서비스 계정 만들기" 클릭
-   - Google Cloud Console로 이동하는 링크를 따라가세요
-   - "서비스 계정 만들기" 클릭
-   - 이름 입력 (예: "Capgo CI/CD")
-   - "서비스 계정 사용자" 역할 부여
-   - "완료" 클릭
-
-2. **JSON 키 생성**
-   - Google Cloud Console에서 서비스 계정 찾기
-   - 서비스 계정 이메일 클릭
-   - "키" 탭으로 이동
-   - "키 추가" → "새 키 만들기" 클릭
-   - "JSON" 형식 선택
-   - JSON 파일 다운로드 (안전하게 보관하세요!)
-
-3. **Play Console에서 권한 부여**
-   - Google Play Console → 설정 → API 액세스로 돌아가기
-   - 목록에서 서비스 계정 찾기
-   - "액세스 권한 부여" 클릭
-   - "앱 권한"에서 앱 선택
-   - "계정 권한"에서 다음 권한 부여:
-     - **릴리스**: "앱 정보 보기 및 대량 보고서 다운로드 (읽기 전용)"
-     - **릴리스**: "초안 릴리스 생성, 수정 및 삭제"
-     - **릴리스**: "프로덕션에 릴리스, 기기 제외 및 Play 앱 서명 사용"
-   - "사용자 초대" 클릭
-
-4. **초대 수락**
-   - 서비스 계정이 초대 이메일을 받습니다
-   - 초대를 수락하여 권한을 활성화합니다
-
-</Steps>
-
-<Aside type="caution">
-서비스 계정 JSON 파일에는 민감한 자격 증명이 포함되어 있습니다. 버전 관리에 커밋하거나 공개적으로 공유하지 마세요.
-</Aside>
-
-## Android용 빌드
-
-### 디버그 빌드
-
-서명 없이 테스트하기에 완벽합니다:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-이렇게 하면 테스트용으로 모든 기기에 설치할 수 있는 디버그 APK가 생성됩니다.
-
-### 릴리스 빌드
-
-Play Store 제출용:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-서명 자격 증명을 환경 변수로 구성해야 합니다.
-
-## CI/CD 통합
-
-### GitHub Actions 예시
-
-```yaml
-name: Build Android App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync android
-
-      - name: Build Android app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_STORE_CONFIG }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform android \
-            --build-mode release
-```
-
-## 빌드 프로세스 세부 정보
-
-### Android 빌드 중 발생하는 일
-
-<Steps>
-
-1. **샌드박스 초기화** (~5초)
-   - 보안 컨테이너 시작
-   - Android SDK 및 Gradle 로드
-   - 격리된 파일 시스템 생성
-
-2. **프로젝트 설정** (~20초)
-   - R2에서 프로젝트 zip 다운로드
-   - 빌드 디렉토리로 추출
-   - 서명 자격 증명 주입
-
-3. **Gradle 빌드** (2-4분)
-   - 종속성 다운로드
-   - APK/AAB 컴파일
-   - ProGuard/R8 최적화 (릴리스 모드)
-   - 코드 서명 적용
-
-4. **Play Store 업로드** (30초, 구성된 경우)
-   - AAB를 Play Console에 업로드
-   - 릴리스 트랙 구성
-   - 제출 시작
-
-5. **정리** (즉시)
-   - 모든 파일 삭제
-   - 컨테이너 파괴
-   - 아티팩트 보관 안 함
-
-</Steps>
-
-### 빌드 스택
-
-Android 빌드 환경에는 다음이 포함됩니다:
-
-- **Java**: OpenJDK 17
-- **Android SDK**: 최신 안정 버전
-- **Gradle**: 8.x
-- **빌드 도구**: 34.x
-- **Node.js**: 18.x (LTS)
-- **NPM**: 최신 안정 버전
-
-## 빌드 출력
-
-### APK vs AAB
-
-- **APK** (Android Package): 직접 설치를 위한 설치 가능한 파일
-- **AAB** (Android App Bundle): Google Play의 권장 형식 (사용자를 위한 더 작은 다운로드)
-
-기본적으로 Capgo 빌드는 다음을 생성합니다:
-- **디버그 모드**: APK
-- **릴리스 모드**: AAB (Play Store에 최적화됨)
-
-## 빌드 시간
-
-일반적인 Android 빌드 시간:
-
-| 빌드 유형 | 평균 시간 |
-|------------|--------------|
-| Debug | 2-3분 |
-| Release (ProGuard 없음) | 3-4분 |
-| Release (ProGuard 포함) | 4-6분 |
-
-<Aside type="note">
-Android 빌드 비용은 **기본 요율의 1배**입니다 (iOS 빌드 비용의 절반).
-</Aside>
-
-## 빌드 변형
-
-### 커스텀 빌드 변형
-
-앱에 커스텀 빌드 변형(예: `staging`, `production`)이 있는 경우 `build-config`를 사용하세요:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release \
-  --build-config '{"variant":"staging"}'
-```
-
-이렇게 하면 `stagingRelease` 변형이 빌드됩니다.
-
-### 플레이버 차원
-
-플레이버 차원이 있는 앱의 경우:
-
-```bash
---build-config '{"flavor":"premium","variant":"production"}'
-```
-
-이렇게 하면 `premiumProductionRelease` 변형이 빌드됩니다.
-
-## 문제 해결
-
-### 일반적인 문제
-
-**"Keystore password incorrect"**
-- KEYSTORE_STORE_PASSWORD가 키스토어와 일치하는지 확인
-- KEYSTORE_KEY_PASSWORD가 키 별칭 비밀번호와 일치하는지 확인
-- 추가 공백이나 특수 문자 확인
-
-**"Key alias not found"**
-- KEYSTORE_KEY_ALIAS가 정확히 일치하는지 확인 (대소문자 구분)
-- 별칭 나열: `keytool -list -keystore my-release-key.keystore`
-
-**"Gradle build failed"**
-- 빌드 로그에서 특정 오류 확인
-- 로컬에서 `./gradlew assembleRelease`로 앱이 빌드되는지 확인
-- 모든 네이티브 종속성이 `build.gradle`에 있는지 확인
-
-**"Play Store upload failed"**
-- 서비스 계정 JSON이 유효한지 확인
-- 서비스 계정이 Play Console에서 올바른 권한을 가지고 있는지 확인
-- 앱이 Play Console에서 제대로 설정되어 있는지 확인
-
-**"Build timeout"**
-- 대형 앱은 최적화가 필요할 수 있습니다
-- 불필요한 종속성을 제거할 수 있는지 확인
-- 빌드가 지속적으로 시간 초과되면 지원팀에 문의하세요
-
-### 디버그 로그
-
-빌드 로그에서 다음 주요 단계를 확인하세요:
-
-```
-→ Downloading dependencies...
-→ Running Gradle assembleRelease...
-→ Signing APK/AAB...
-→ Uploading to Play Store...
-✔ Build succeeded
-```
-
-빌드가 실패하면 특정 Gradle 오류가 로그에 표시됩니다.
-
-## 모범 사례
-
-### 1. 먼저 로컬에서 테스트
-
-항상 Android 빌드가 로컬에서 작동하는지 확인하세요:
-
-```bash
-cd android
-./gradlew assembleRelease
-# 또는
-./gradlew bundleRelease
-```
-
-### 2. 키스토어 보안 유지
-
-- 키스토어를 버전 관리에 커밋하지 마세요
-- 안전한 비밀 관리(1Password, AWS Secrets Manager 등)에 저장하세요
-- 여러 안전한 위치에 백업 사본을 보관하세요
-- 안전한 비밀번호 관리자에 비밀번호를 문서화하세요
-
-### 3. 버전 관리
-
-Capgo는 `capacitor.config.json`에서 버전을 읽습니다:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "My App",
-  "version": "1.0.0",
-  "build": "1"
-}
-```
-
-각 릴리스마다 `build` 번호를 증가시키세요.
-
-### 4. ProGuard 구성
-
-릴리스 빌드의 경우 ProGuard 규칙이 올바르게 구성되어 있는지 확인하세요:
-
-```
-# android/app/proguard-rules.pro
--keep class com.getcapacitor.** { *; }
--keep @com.getcapacitor.annotation.CapacitorPlugin public class * {
-  @com.getcapacitor.annotation.PluginMethod public <methods>;
-}
-```
-
-### 5. 빌드 크기 모니터링
-
-APK/AAB 크기가 최적화되었는지 확인하세요:
-
-```
-CLI가 최종 크기를 표시합니다:
-→ APK size: 12.4 MB
-```
-
-앱이 큰 경우(>50 MB) 다음을 고려하세요:
-- ProGuard/R8 활성화
-- AAB 형식 사용 (동적 전달)
-- 이미지 및 에셋 최적화
-
-## Play Store 제출
-
-### 자동 제출
-
-PLAY_CONFIG_JSON이 구성되면 빌드가 자동으로 Play Console의 내부 테스트 트랙에 업로드됩니다.
-
-### 수동 제출
-
-수동 제출을 선호하는 경우:
-
-1. PLAY_CONFIG_JSON 없이 빌드 실행
-2. 빌드 아티팩트에서 AAB 다운로드 (구성된 경우)
-3. Play Console에 수동으로 업로드
-
-## 다음 단계
-
-- [iOS 빌드](/docs/cli/cloud-build/ios/) - iOS 빌드 구성
-- [문제 해결](/docs/cli/cloud-build/troubleshooting/) - 일반적인 빌드 문제
-- [CLI 참조](/docs/cli/reference/build/) - 전체 명령 문서
-
-## 도움이 필요하신가요?
-
-- [문제 해결 가이드](/docs/cli/cloud-build/troubleshooting/)
-- [Discord 커뮤니티](https://discord.com/invite/VnYRvBfgA6)
-- 이메일: support@capgo.app
diff --git a/src/content/docs/ko/docs/cli/cloud-build/credentials.mdx b/src/content/docs/ko/docs/cli/cloud-build/credentials.mdx
deleted file mode 100644
index 2b17abf77..000000000
--- a/src/content/docs/ko/docs/cli/cloud-build/credentials.mdx
+++ /dev/null
@@ -1,405 +0,0 @@
----
-title: 자격 증명 관리
-description: iOS 및 Android 빌드를 위한 빌드 자격 증명을 로컬에 저장하고 관리하기
-sidebar:
-  order: 5
-locale: ko
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-
-편리한 클라우드 빌드를 위해 로컬 머신에서 iOS 및 Android 빌드 자격 증명을 관리하세요.
-
-## 개요
-
-Capgo CLI를 사용하면 `.capgo-credentials` 폴더에 빌드 자격 증명을 로컬 머신에 저장할 수 있습니다. 빌드를 실행하면 이러한 자격 증명이 자동으로 사용되어 Capgo의 빌드 서버로 안전하게 전송됩니다.
-
-<Aside type="tip" title="자격 증명 얻기 도움이 필요하신가요?">
-아직 인증서와 자격 증명이 없다면 다음 포괄적인 가이드를 확인하세요:
-
-**iOS:**
-- [iOS 인증서 얻는 방법](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) - 단계별 가이드
-- [iOS 인증서 가이드 (Capgo)](https://capgo.app/cloud/native-builds/certificates/ios/) - 스크린샷이 포함된 자세한 튜토리얼
-- [블로그: 자동 iOS 빌드](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) - 전체 CI/CD 설정
-
-**Android:**
-- [키스토어 생성하기](/docs/cli/cloud-build/android/#creating-a-keystore) - 단계별 가이드
-- [Android 인증서 가이드 (Capgo)](https://capgo.app/cloud/native-builds/certificates/android/) - 스크린샷이 포함된 자세한 튜토리얼
-- [블로그: 자동 Android 빌드](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) - 전체 CI/CD 설정
-</Aside>
-
-<Aside type="caution" title="보안 보장">
-**귀하의 자격 증명은 Capgo 서버에 영구적으로 저장되지 않습니다:**
-- ✅ 활성 빌드 프로세스 중에만 사용됩니다
-- ✅ 빌드 완료 후 자동 삭제됩니다
-- ✅ 최대 보관 기간: 24시간 (빌드 실패 시에도)
-- ✅ 앱은 App Store/Play Store로 직접 전송됩니다 - 저희는 아무것도 저장하지 않습니다
-- ✅ HTTPS를 통해 안전하게 전송됩니다
-</Aside>
-
-## 명령어
-
-### 자격 증명 저장
-
-자동 사용을 위해 빌드 자격 증명을 로컬에 저장합니다:
-
-```bash
-npx @capgo/cli build credentials save --platform <ios|android> [options]
-```
-
-### 자격 증명 목록
-
-현재 저장된 자격 증명 보기 (비밀번호는 마스킹됨):
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-### 자격 증명 지우기
-
-로컬 머신에서 저장된 자격 증명을 제거합니다:
-
-```bash
-# 모든 자격 증명 지우기
-npx @capgo/cli build credentials clear
-
-# iOS 자격 증명만 지우기
-npx @capgo/cli build credentials clear --platform ios
-
-# Android 자격 증명만 지우기
-npx @capgo/cli build credentials clear --platform android
-```
-
-## iOS 자격 증명 저장
-
-<Aside type="note">
-**아직 iOS 인증서가 없으신가요?** 인증서 및 프로비저닝 프로파일 생성 지침은 [iOS 빌드 가이드](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles)를 참조하세요.
-</Aside>
-
-### 전체 예시
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform ios \
-  --certificate ./cert.p12 \
-  --p12-password "YourP12Password" \
-  --provisioning-profile ./profile.mobileprovision \
-  --apple-key ./AuthKey_ABC1234567.p8 \
-  --apple-key-id "ABC1234567" \
-  --apple-issuer-id "00000000-0000-0000-0000-000000000000" \
-  --apple-team-id "TEAM123456"
-```
-
-### iOS 옵션
-
-| 옵션 | 설명 | 필수 |
-|--------|-------------|----------|
-| `--certificate <path>` | .p12 인증서 파일 경로 | 예 (릴리스) |
-| `--p12-password <password>` | .p12 인증서 비밀번호 | 예 (릴리스) |
-| `--provisioning-profile <path>` | .mobileprovision 파일 경로 | 예 (릴리스) |
-| `--provisioning-profile-prod <path>` | 프로덕션 프로비저닝 프로파일 (선택사항) | 아니오 |
-| `--apple-key <path>` | App Store Connect API .p8 키 경로 | 예 (제출) |
-| `--apple-key-id <id>` | App Store Connect API 키 ID | 예 (제출) |
-| `--apple-issuer-id <id>` | App Store Connect API Issuer ID (UUID) | 예 (제출) |
-| `--apple-team-id <id>` | App Store Connect 팀 ID | 예 (제출) |
-| `--apple-id <email>` | Apple ID 이메일 (대체 인증) | 아니오 |
-| `--apple-app-password <password>` | 앱별 비밀번호 (대체 인증) | 아니오 |
-
-### 저장되는 내용
-
-iOS 자격 증명을 저장하면 CLI는:
-1. 인증서 및 프로비저닝 프로파일 파일을 읽습니다
-2. base64 인코딩으로 변환합니다
-3. `.capgo-credentials` 폴더에 자격 증명을 저장합니다
-4. 비밀번호와 ID를 일반 텍스트로 저장합니다 (로컬 파일만)
-
-저장된 파일 구조:
-```json
-{
-  "ios": {
-    "BUILD_CERTIFICATE_BASE64": "...",
-    "BUILD_PROVISION_PROFILE_BASE64": "...",
-    "APPLE_KEY_CONTENT": "...",
-    "P12_PASSWORD": "...",
-    "APPLE_KEY_ID": "ABC1234567",
-    "APPLE_ISSUER_ID": "...",
-    "APP_STORE_CONNECT_TEAM_ID": "TEAM123456"
-  }
-}
-```
-
-## Android 자격 증명 저장
-
-<Aside type="note">
-**아직 키스토어가 없으신가요?** 키스토어 생성 및 Play Store 자격 증명 설정 지침은 [Android 빌드 가이드](/docs/cli/cloud-build/android/#creating-a-keystore)를 참조하세요.
-</Aside>
-
-### 전체 예시
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform android \
-  --keystore ./release.keystore \
-  --keystore-alias "my-key-alias" \
-  --keystore-key-password "KeyPassword123" \
-  --keystore-store-password "StorePassword123" \
-  --play-config ./play-store-service-account.json
-```
-
-### Android 옵션
-
-| 옵션 | 설명 | 필수 |
-|--------|-------------|----------|
-| `--keystore <path>` | .keystore 또는 .jks 파일 경로 | 예 (릴리스) |
-| `--keystore-alias <alias>` | 키스토어의 키 별칭 | 예 (릴리스) |
-| `--keystore-key-password <password>` | 키 별칭의 비밀번호 | 예 (릴리스) |
-| `--keystore-store-password <password>` | 키스토어의 비밀번호 | 예 (릴리스) |
-| `--play-config <path>` | Play Store 서비스 계정 JSON 경로 | 예 (제출) |
-
-### 저장되는 내용
-
-Android 자격 증명을 저장하면 CLI는:
-1. 키스토어 및 서비스 계정 JSON 파일을 읽습니다
-2. base64 인코딩으로 변환합니다
-3. `.capgo-credentials` 폴더에 자격 증명을 저장합니다
-4. 비밀번호와 별칭을 일반 텍스트로 저장합니다 (로컬 파일만)
-
-저장된 파일 구조:
-```json
-{
-  "android": {
-    "ANDROID_KEYSTORE_FILE": "...",
-    "PLAY_CONFIG_JSON": "...",
-    "KEYSTORE_KEY_ALIAS": "my-key-alias",
-    "KEYSTORE_KEY_PASSWORD": "...",
-    "KEYSTORE_STORE_PASSWORD": "..."
-  }
-}
-}
-```
-
-## 저장된 자격 증명 사용
-
-자격 증명을 저장하면 빌드 시 자동으로 사용됩니다:
-
-```bash
-# .capgo-credentials 폴더에서 자격 증명이 자동으로 로드됩니다
-npx @capgo/cli build com.example.app --platform ios
-```
-
-환경 변수를 사용하여 저장된 자격 증명을 재정의할 수도 있습니다:
-
-```bash
-# 환경 변수가 저장된 자격 증명보다 우선합니다
-BUILD_CERTIFICATE_BASE64="..." \
-P12_PASSWORD="different-password" \
-npx @capgo/cli build com.example.app --platform ios
-```
-
-**우선 순위:**
-1. 환경 변수 (최우선)
-2. `.capgo-credentials` 폴더의 저장된 자격 증명
-3. 자격 증명 없음 (최하위)
-
-## 저장된 자격 증명 보기
-
-저장한 자격 증명 목록 확인:
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-예시 출력:
-```
-📋 저장된 빌드 자격 증명:
-
-iOS 자격 증명:
-  ✓ Certificate (base64)
-  ✓ Provisioning Profile (base64)
-  ✓ Apple Key Content (base64)
-  ✓ P12 Password: ********
-  ✓ Apple Key ID: ABC1234567
-  ✓ Apple Issuer ID: 00000000-0000-0000-0000-000000000000
-  ✓ Team ID: TEAM123456
-
-Android 자격 증명:
-  ✓ Keystore (base64)
-  ✓ Play Store Config (base64)
-  ✓ Keystore Alias: my-key-alias
-  ✓ Key Password: ********
-  ✓ Store Password: ********
-
-위치: .capgo-credentials/
-
-🔒 이러한 자격 증명은 귀하의 머신에만 로컬로 저장됩니다.
-   빌드 시 Capgo로 전송되지만 절대 저장되지 않습니다.
-   빌드 완료 후 자동 삭제됩니다 (최대 24시간).
-```
-
-## 보안 모범 사례
-
-### 로컬 저장소 보안
-
-1. **파일 권한**
-   ```bash
-   # 자격 증명 폴더를 다른 사람이 읽을 수 없도록 설정
-   chmod 700 .capgo-credentials
-   chmod 600 .capgo-credentials/*
-   ```
-
-2. **자격 증명 커밋 금지**
-   ```bash
-   # .gitignore에 추가
-   echo ".capgo-credentials/" >> .gitignore
-   ```
-
-3. **자격 증명 분리**
-   - 로컬 개발과 CI/CD에 다른 자격 증명 사용
-   - 자격 증명을 정기적으로 교체
-   - 팀 구성원 간에 자격 증명을 공유하지 마세요
-
-### CI/CD 사용
-
-CI/CD 환경의 경우 저장된 자격 증명보다 **환경 변수를 선호**하세요:
-
-```yaml
-# GitHub Actions
-env:
-  BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-  P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-  # ... 기타 시크릿
-```
-
-이것이 더 안전한 이유:
-- 시크릿이 CI/CD 플랫폼에서 관리됩니다
-- 러너에 자격 증명 파일이 없습니다
-- 쉬운 교체 및 액세스 제어
-- 시크릿 사용에 대한 감사 추적
-
-### 자격 증명 교체
-
-자격 증명을 정기적으로 교체하세요:
-
-1. **iOS**: 매년 새 인증서 및 API 키 생성
-2. **Android**: 매년 키스토어 비밀번호 변경
-3. **팀 변경 후**: 팀 구성원이 떠날 때 교체
-
-저장된 자격 증명 업데이트:
-```bash
-# 새 자격 증명으로 저장 명령 다시 실행
-npx @capgo/cli build credentials save --platform ios --certificate ./new-cert.p12 ...
-```
-
-## 문제 해결
-
-### "자격 증명을 찾을 수 없습니다"
-
-빌드에서 자격 증명을 찾을 수 없다고 표시되면:
-
-1. **자격 증명이 저장되어 있는지 확인**:
-   ```bash
-   npx @capgo/cli build credentials list
-   ```
-
-2. **누락된 경우 자격 증명 저장**:
-   ```bash
-   npx @capgo/cli build credentials save --platform ios ...
-   ```
-
-3. **자격 증명 폴더가 존재하는지 확인**:
-   ```bash
-   ls -la .capgo-credentials/
-   ```
-
-### "자격 증명 읽기 권한이 거부되었습니다"
-
-파일 권한 수정:
-
-```bash
-chmod 700 .capgo-credentials
-chmod 600 .capgo-credentials/*
-```
-
-### 자격 증명이 사용되지 않음
-
-올바른 플랫폼이 지정되었는지 확인:
-
-```bash
-# --platform이 저장된 자격 증명과 일치하는지 확인
-npx @capgo/cli build com.example.app --platform ios  # iOS 자격 증명 사용
-npx @capgo/cli build com.example.app --platform android  # Android 자격 증명 사용
-```
-
-### 자격 증명 지우기 및 다시 저장
-
-자격 증명이 손상된 것 같으면:
-
-```bash
-# 모든 자격 증명 지우기
-npx @capgo/cli build credentials clear
-
-# 다시 저장
-npx @capgo/cli build credentials save --platform ios ...
-```
-
-## 환경 변수에서 마이그레이션
-
-현재 환경 변수를 사용 중이라면 저장된 자격 증명으로 마이그레이션할 수 있습니다:
-
-<Steps>
-
-1. **현재 환경 변수 추출**
-   ```bash
-   echo $BUILD_CERTIFICATE_BASE64  # 존재하는지 확인
-   ```
-
-2. **base64 파일을 원본 파일로 다시 디코딩** (필요한 경우)
-   ```bash
-   echo "$BUILD_CERTIFICATE_BASE64" | base64 -d > cert.p12
-   echo "$BUILD_PROVISION_PROFILE_BASE64" | base64 -d > profile.mobileprovision
-   ```
-
-3. **CLI를 사용하여 저장**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --provisioning-profile ./profile.mobileprovision \
-     --p12-password "$P12_PASSWORD" \
-     --apple-key-id "$APPLE_KEY_ID" \
-     --apple-issuer-id "$APPLE_ISSUER_ID" \
-     --apple-team-id "$APP_STORE_CONNECT_TEAM_ID"
-   ```
-
-4. **빌드 테스트**
-   ```bash
-   npx @capgo/cli build com.example.app --platform ios
-   ```
-
-5. **환경 변수 제거** (선택사항)
-   ```bash
-   unset BUILD_CERTIFICATE_BASE64 BUILD_PROVISION_PROFILE_BASE64
-   ```
-
-</Steps>
-
-## 파일 위치
-
-자격 증명은 `.capgo-credentials` 폴더에 저장됩니다:
-- **macOS/Linux**: `.capgo-credentials/` (프로젝트 루트 또는 홈 디렉토리)
-- **Windows**: `.capgo-credentials\` (프로젝트 루트 또는 홈 디렉토리)
-
-폴더는 처음 자격 증명을 저장할 때 자동으로 생성됩니다.
-
-## 다음 단계
-
-- [시작하기](/docs/cli/cloud-build/getting-started/) - 첫 번째 빌드 생성
-- [iOS 빌드](/docs/cli/cloud-build/ios/) - iOS 전용 빌드 구성
-- [Android 빌드](/docs/cli/cloud-build/android/) - Android 전용 빌드 구성
-- [문제 해결](/docs/cli/cloud-build/troubleshooting/) - 일반적인 문제 및 해결 방법
-
-## 도움이 필요하신가요?
-
-- 📚 [문제 해결 가이드](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Discord 커뮤니티](https://discord.com/invite/VnYRvBfgA6)
-- 📧 이메일: support@capgo.app
diff --git a/src/content/docs/ko/docs/cli/cloud-build/getting-started.mdx b/src/content/docs/ko/docs/cli/cloud-build/getting-started.mdx
deleted file mode 100644
index d129c9f01..000000000
--- a/src/content/docs/ko/docs/cli/cloud-build/getting-started.mdx
+++ /dev/null
@@ -1,248 +0,0 @@
----
-title: 시작하기
-description: Capgo Cloud Build로 첫 네이티브 빌드 만들기
-sidebar:
-  order: 1
-locale: ko
----
-
-import { Steps, Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Cloud Build를 시작하고 몇 분 안에 첫 iOS 또는 Android 네이티브 빌드를 생성하세요.
-
-## 필요한 것
-
-시작하기 전에 다음이 있는지 확인하세요:
-
-- 로컬에서 성공적으로 빌드되는 Capacitor 앱
-- Node.js 20 이상 설치됨
-- 활성 구독이 있는 Capgo 계정
-- 앱이 이미 Capgo에 등록됨 (아니라면 `npx @capgo/cli@latest app add` 실행)
-- **빌드 자격 증명 구성됨** (인증서, 키스토어) - 아래 참조
-
-## 첫 번째 빌드 전에
-
-<CardGrid>
-  <Card title="⚠️ 먼저 자격 증명 설정" icon="warning">
-    **빌드하기 전 필수:** 빌드 자격 증명(iOS용 인증서, Android용 키스토어)을 구성해야 합니다.
-
-    [자격 증명 설정 →](/docs/cli/cloud-build/credentials/)
-  </Card>
-</CardGrid>
-
-## 빠른 시작
-
-<Steps>
-
-1. **빌드 자격 증명 설정**
-
-   빌드하기 전에 자격 증명을 로컬에 저장해야 합니다:
-
-   **iOS의 경우:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --p12-password "password" \
-     --provisioning-profile ./profile.mobileprovision \
-     --apple-key ./AuthKey.p8 \
-     --apple-key-id "KEY123" \
-     --apple-issuer-id "issuer-uuid" \
-     --apple-team-id "team-id"
-   ```
-
-   **Android의 경우:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform android \
-     --keystore ./release.keystore \
-     --keystore-alias "my-key" \
-     --keystore-key-password "key-pass" \
-     --keystore-store-password "store-pass"
-   ```
-
-   자세한 내용은 [전체 자격 증명 가이드](/docs/cli/cloud-build/credentials/)를 참조하세요.
-
-2. **로컬 빌드 확인**
-
-   먼저 앱이 오류 없이 로컬에서 빌드되는지 확인하세요:
-
-   ```bash
-   # 웹 에셋 빌드
-   npm run build
-
-   # Capacitor와 동기화
-   npx cap sync
-
-   # 로컬 빌드 테스트 (선택사항이지만 권장)
-   npx cap open ios    # iOS용
-   npx cap open android # Android용
-   ```
-
-3. **Capgo로 인증**
-
-   Capgo API 키 설정 (아직 구성하지 않은 경우):
-
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-   또는 환경 변수 설정:
-   ```bash
-   export CAPGO_TOKEN=your_api_key_here
-   ```
-
-4. **첫 번째 빌드 실행**
-
-   Android 디버그 빌드로 시작 (테스트하기 가장 빠름):
-
-   ```bash
-   npx @capgo/cli@latest build com.example.app \
-     --platform android \
-     --build-mode debug
-   ```
-
-   빌드가 진행되는 동안 실시간 로그가 표시됩니다:
-   ```
-   ✔ Creating build job...
-   ✔ Uploading project (15.2 MB)...
-   ✔ Build started
-
-   📝 Build logs:
-   → Installing dependencies...
-   → Running Gradle build...
-   → Signing APK...
-   ✔ Build succeeded in 3m 42s
-   ```
-
-5. **빌드 상태 확인**
-
-   CLI가 자동으로 빌드 상태를 폴링하고 표시합니다. 완료되면 다음을 볼 수 있습니다:
-
-   - 빌드 시간
-   - 성공/실패 상태
-   - App Store/Play Store에 제출된 앱 (자격 증명이 구성된 경우)
-
-</Steps>
-
-## 빌드 프로세스 이해
-
-빌드 명령을 실행하면 다음과 같은 일이 발생합니다:
-
-```mermaid
-graph LR
-    A[귀하의 머신] -->|1. 프로젝트 압축| B[로컬 임시]
-    B -->|2. 업로드| C[Capgo Cloud]
-    C -->|3. 빌드| D[빌드 서버]
-    D -->|4. 로그 스트림| A
-    D -->|5. 정리| E[자동 삭제]
-```
-
-1. **로컬 준비** - 프로젝트가 압축됩니다 (`node_modules` 및 dotfiles 제외)
-2. **업로드** - zip 파일이 안전한 클라우드 스토리지(Cloudflare R2)에 업로드됩니다
-3. **빌드 실행** - 전용 인프라에서 앱이 빌드됩니다
-4. **로그 스트리밍** - Server-Sent Events를 통해 실시간 로그가 터미널로 스트리밍됩니다
-5. **자동 정리** - 빌드 아티팩트가 삭제됩니다 (Android: 즉시, iOS: 24시간)
-
-## 첫 번째 프로덕션 빌드
-
-프로세스가 작동하는지 확인한 후 프로덕션 빌드를 생성하세요:
-
-### Android
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-먼저 서명 자격 증명을 구성해야 합니다. [Android 빌드 구성](/docs/cli/cloud-build/android/)을 참조하세요.
-
-### iOS
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-iOS 빌드에는 서명 인증서와 프로비저닝 프로파일이 필요합니다. [iOS 빌드 구성](/docs/cli/cloud-build/ios/)을 참조하세요.
-
-## 빌드되는 것
-
-**중요:** Capgo Cloud Build는 앱의 **네이티브 부분**만 빌드합니다 (iOS 및 Android 네이티브 코드).
-
-귀하가 담당하는 것:
-- 웹 에셋 빌드 (`npm run build`)
-- 빌드 전 `npx cap sync` 실행
-- 모든 종속성이 `package.json`에 있는지 확인
-
-저희가 처리하는 것:
-- 네이티브 iOS 컴파일 (Xcode, Fastlane)
-- 네이티브 Android 컴파일 (Gradle)
-- 코드 서명
-- 앱 스토어 제출 (구성된 경우)
-
-## 빌드 시간 및 비용
-
-빌드 시간은 시작부터 완료까지 측정됩니다:
-
-- **Android**: 일반적으로 3-5분 (1× 청구 배수)
-- **iOS**: 일반적으로 5-10분 (Mac 하드웨어 비용으로 인해 2× 청구 배수)
-
-실제 사용 빌드 시간에 대해서만 지불합니다. 숨겨진 수수료는 없습니다.
-
-## 일반적인 사용 사례
-
-### CI/CD 통합
-
-GitHub Actions 워크플로에 추가:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-      --platform both \
-      --build-mode release
-```
-
-### 로컬 개발
-
-커밋하기 전에 로컬에서 빌드 테스트:
-
-```bash
-# 테스트를 위한 빠른 디버그 빌드
-npm run build && npx cap sync
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-### 멀티 플랫폼 빌드
-
-양쪽 플랫폼을 동시에 빌드:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform both \
-  --build-mode release
-```
-
-## 다음 단계
-
-첫 번째 빌드를 생성했으니:
-
-- [iOS 빌드 구성](/docs/cli/cloud-build/ios/) - 인증서 및 프로파일 설정
-- [Android 빌드 구성](/docs/cli/cloud-build/android/) - 키스토어 및 Play Store 설정
-- [문제 해결](/docs/cli/cloud-build/troubleshooting/) - 일반적인 문제 및 해결 방법
-- [CLI 참조](/docs/cli/reference/build/) - 전체 명령 문서
-
-## 도움이 필요하신가요?
-
-- [문제 해결 가이드](/docs/cli/cloud-build/troubleshooting/) 확인
-- [Discord 커뮤니티](https://discord.com/invite/VnYRvBfgA6)에 참여
-- support@capgo.app으로 지원 이메일 보내기
diff --git a/src/content/docs/ko/docs/cli/cloud-build/ios.mdx b/src/content/docs/ko/docs/cli/cloud-build/ios.mdx
deleted file mode 100644
index f87e7803f..000000000
--- a/src/content/docs/ko/docs/cli/cloud-build/ios.mdx
+++ /dev/null
@@ -1,375 +0,0 @@
----
-title: iOS 빌드
-description: Capgo Cloud Build로 iOS 앱을 구성하고 빌드하기
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo의 전용 Mac 인프라를 사용하여 TestFlight 및 App Store에 iOS 앱을 빌드하고 제출하세요.
-
-## 빌드하기 전에
-
-<CardGrid>
-  <Card title="⚠️ 먼저 iOS 자격 증명 설정" icon="warning">
-    **필수:** 빌드하기 전에 iOS 자격 증명을 저장해야 합니다.
-
-    [iOS 자격 증명 설정 →](/docs/cli/cloud-build/credentials/#saving-ios-credentials)
-  </Card>
-</CardGrid>
-
-## iOS 빌드 작동 방식
-
-iOS 빌드는 온디맨드로 프로비저닝된 전용 Mac 머신(Scaleway Mac minis M4)에서 실행됩니다:
-
-- **하드웨어**: macOS 15가 탑재된 Apple Silicon Mac minis
-- **빌드 도구**: Fastlane이 포함된 Xcode (커스텀 Capgo 구성)
-- **격리**: 각 빌드는 별도의 macOS 사용자 계정으로 실행됩니다
-- **수명**: 머신은 24시간 리스를 가지며 자동으로 정리됩니다
-- **보안**: 머신이 해제된 후 모든 파일과 사용자 계정이 삭제됩니다
-
-## 전제 조건
-
-iOS용으로 빌드하기 전에 다음이 필요합니다:
-
-### 1. 개발 환경
-
-- Xcode가 설치된 Mac 컴퓨터 (초기 인증서 설정용)
-- 유효한 Apple Developer 계정 (연간 $99)
-- `npx cap open ios`로 성공적으로 빌드되는 앱
-
-### 2. 코드 서명 인증서
-
-빌드에 따라 다음 인증서 유형 중 하나가 필요합니다:
-
-| 빌드 유형 | 필요한 인증서 | 프로비저닝 프로파일 |
-|------------|---------------------|---------------------|
-| **Development** | Apple Development | Development Profile |
-| **Ad Hoc** | Apple Distribution | Ad Hoc Profile |
-| **App Store** | Apple Distribution | App Store Profile |
-
-#### iOS 인증서 및 프로비저닝 프로파일 얻는 방법
-
-<Aside type="tip">
-스크린샷이 포함된 자세한 단계별 가이드는 다음을 방문하세요:
-- [iOS 인증서 가이드](https://capgo.app/cloud/native-builds/certificates/ios/)
-- [블로그: GitHub Actions로 자동 iOS 빌드](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-</Aside>
-
-**간단한 개요:**
-
-<Steps>
-
-1. **인증서 서명 요청(CSR) 생성**
-   - Mac에서 키체인 접근 열기
-   - 키체인 접근 → 인증서 지원 → 인증 기관에서 인증서 요청으로 이동
-   - 이메일과 이름 입력, "디스크에 저장" 선택
-   - `.certSigningRequest` 파일 저장
-
-2. **Apple Developer Portal에서 인증서 생성**
-   - [Apple Developer 인증서](https://developer.apple.com/account/resources/certificates)로 이동
-   - "+"를 클릭하여 새 인증서 생성
-   - 인증서 유형 선택 (App Store 빌드의 경우 iOS Distribution)
-   - CSR 파일 업로드
-   - 인증서(`.cer` 파일) 다운로드
-
-3. **.p12로 인증서 내보내기**
-   - 다운로드한 `.cer` 파일을 더블 클릭하여 키체인에 추가
-   - 키체인 접근에서 "내 인증서" 아래의 인증서 찾기
-   - 마우스 오른쪽 버튼 클릭 → "Apple Distribution..." 내보내기
-   - `.p12` 형식으로 저장하고 비밀번호 설정 (이 비밀번호를 저장하세요!)
-
-4. **프로비저닝 프로파일 생성**
-   - [Apple Developer 프로파일](https://developer.apple.com/account/resources/profiles)로 이동
-   - "+"를 클릭하여 새 프로파일 생성
-   - 프로파일 유형 선택 (프로덕션 빌드의 경우 App Store)
-   - App ID 선택
-   - 방금 생성한 인증서 선택
-   - `.mobileprovision` 파일 다운로드
-
-</Steps>
-
-### 3. App Store Connect API 키 (권장)
-
-자동 TestFlight 제출을 위해 API 키를 생성하세요:
-
-<Steps>
-
-1. [App Store Connect](https://appstoreconnect.apple.com/) → 사용자 및 액세스 → 키로 이동
-2. "+" 버튼을 클릭하여 새 키 생성
-3. 이름 입력 (예: "Capgo CI") 및 "개발자" 역할 선택
-4. `.p8` 파일 다운로드 (한 번만 다운로드 가능합니다!)
-5. **키 ID** 및 **발급자 ID** 기록
-
-</Steps>
-
-<Aside type="note">
-멤버십 세부 정보 아래의 Apple Developer 계정에서 **팀 ID**도 찾을 수 있습니다.
-</Aside>
-
-## 빌드 구성
-
-### 필수 환경 변수
-
-빌드하기 전에 다음 자격 증명을 설정하세요:
-
-```bash
-# iOS 서명 (필수)
-BUILD_CERTIFICATE_BASE64="<base64-encoded-p12-certificate>"
-BUILD_PROVISION_PROFILE_BASE64="<base64-encoded-mobileprovision>"
-P12_PASSWORD="<certificate-password>"
-
-# App Store Connect API (제출용)
-APPLE_KEY_ID="ABC1234567"
-APPLE_ISSUER_ID="00000000-0000-0000-0000-000000000000"
-APPLE_KEY_CONTENT="<base64-encoded-p8-key>"
-
-# 추가 구성
-APP_STORE_CONNECT_TEAM_ID="1234567890"
-APPLE_PROFILE_NAME="App Store com.example.app"
-```
-
-### Base64 자격 증명 생성
-
-<Aside type="tip">
-다음 명령을 사용하여 Capgo용 인증서를 인코딩하세요:
-</Aside>
-
-**인증서 (.p12):**
-```bash
-base64 -i YourCertificate.p12 | pbcopy
-```
-
-**프로비저닝 프로파일 (.mobileprovision):**
-```bash
-base64 -i YourProfile.mobileprovision | pbcopy
-```
-
-**App Store Connect 키 (.p8):**
-```bash
-base64 -i AuthKey_ABC1234567.p8 | pbcopy
-```
-
-base64 문자열이 이제 클립보드에 있습니다 - 환경 변수 또는 CI/CD 시크릿에 붙여넣으세요.
-
-## iOS용 빌드
-
-### 디버그 빌드 (Development)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode debug
-```
-
-이렇게 하면 등록된 기기에 설치할 수 있는 개발 빌드가 생성됩니다.
-
-### 릴리스 빌드 (App Store)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-이렇게 하면 App Store 빌드가 생성되며 App Store Connect API 자격 증명이 구성된 경우 자동으로 TestFlight에 제출됩니다.
-
-## CI/CD 통합
-
-### GitHub Actions 예시
-
-```yaml
-name: Build iOS App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync ios
-
-      - name: Build iOS app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-          BUILD_PROVISION_PROFILE_BASE64: ${{ secrets.IOS_PROVISION_PROFILE }}
-          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.TEAM_ID }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform ios \
-            --build-mode release
-```
-
-## 빌드 프로세스 세부 정보
-
-### iOS 빌드 중 발생하는 일
-
-<Steps>
-
-1. **머신 프로비저닝** (1-2분)
-   - Scaleway Mac mini가 프로비저닝되거나 할당됨
-   - Xcode가 사전 설치된 macOS 15
-   - 부트스트랩 스크립트 실행 (처음 사용하는 경우)
-
-2. **사용자 격리** (~10초)
-   - 고유한 macOS 사용자 생성: `job-<jobId>`
-   - 전용 홈 디렉토리: `/Users/job-<jobId>`
-   - 격리된 작업 공간 생성
-
-3. **프로젝트 설정** (~30초)
-   - R2에서 프로젝트 zip 다운로드
-   - 작업 공간으로 추출
-   - 환경 변수로 자격 증명 주입
-
-4. **Fastlane 빌드** (3-8분)
-   - 서명 인증서로 키체인 생성
-   - 프로비저닝 프로파일 설치
-   - Xcode 빌드 명령 실행
-   - IPA 파일 생성
-
-5. **App Store 제출** (1-2분, 구성된 경우)
-   - IPA를 App Store Connect에 업로드
-   - TestFlight에 제출
-   - Apple 측에서 처리 시작
-
-6. **정리** (즉시)
-   - 사용자 계정 종료 및 삭제
-   - 작업 공간 파일 제거
-   - 임시 파일 정리
-
-7. **머신 해제** (24시간 후)
-   - Mac 머신 파괴
-   - 모든 데이터 영구 삭제
-
-</Steps>
-
-### 빌드 스택
-
-iOS 빌드 환경에는 다음이 포함됩니다:
-
-- **macOS**: 15 (최신 안정 버전)
-- **Xcode**: 최신 안정 버전
-- **Fastlane**: 최신 안정 버전
-- **CocoaPods**: 최신 안정 버전
-- **Node.js**: 18.x (LTS)
-- **Ruby**: bundler가 포함된 시스템 ruby
-
-## 빌드 시간
-
-일반적인 iOS 빌드 시간:
-
-| 빌드 유형 | 첫 번째 빌드 | 후속 빌드* |
-|------------|-------------|-------------------|
-| Debug | 5-7분 | 4-6분 |
-| Release | 7-10분 | 5-8분 |
-
-*동일한 머신이 24시간 윈도우 내에 재사용되는 경우 후속 빌드가 더 빠를 수 있습니다.
-
-<Aside type="note">
-iOS 빌드 비용은 전용 Mac 하드웨어 요구 사항으로 인해 **기본 요율의 2배**입니다.
-</Aside>
-
-## 문제 해결
-
-### 일반적인 문제
-
-**"Code signing failed"**
-- 인증서가 올바른 배포 유형인지 확인
-- 프로비저닝 프로파일이 App ID와 일치하는지 확인
-- P12_PASSWORD가 올바른지 확인
-
-**"Provisioning profile doesn't include signing certificate"**
-- 인증서를 포함하는 프로비저닝 프로파일을 재생성
-- 프로파일을 다시 다운로드하고 재인코딩
-
-**"App Store Connect authentication failed"**
-- APPLE_KEY_ID, APPLE_ISSUER_ID 및 APPLE_KEY_CONTENT 확인
-- API 키가 취소되지 않았는지 확인
-- 키가 "개발자" 역할 이상인지 확인
-
-**"Build timeout after 10 minutes"**
-- 앱에 대형 네이티브 종속성이 있는지 확인
-- Podfile 최적화 고려
-- 빌드가 지속적으로 시간 초과되면 지원팀에 문의
-
-### 디버그 로그
-
-모든 빌드 로그가 실시간으로 스트리밍됩니다. 다음 주요 단계를 확인하세요:
-
-```
-✔ Machine assigned: m-abc123
-→ Creating user: job-abc123
-→ Installing CocoaPods dependencies...
-→ Building iOS app...
-→ Code signing with certificate...
-→ Uploading to App Store Connect...
-✔ Build succeeded
-```
-
-빌드가 실패하면 특정 Fastlane/Xcode 오류 메시지가 로그에 명확하게 표시됩니다.
-
-## 모범 사례
-
-### 1. 먼저 로컬에서 테스트
-
-클라우드 빌드를 사용하기 전에 항상 iOS 빌드가 로컬에서 작동하는지 확인하세요:
-
-```bash
-npx cap open ios
-# Xcode에서 빌드
-```
-
-### 2. 환경 변수 사용
-
-인증서나 키를 리포지토리에 커밋하지 마세요. 항상 다음을 사용하세요:
-- CI/CD 시크릿 (GitHub, GitLab)
-- 환경 변수
-- 안전한 비밀 관리
-
-### 3. 종속성 캐시
-
-더 빠른 빌드를 위해 `package.json` 및 `Podfile.lock`이 버전 관리에 커밋되어 있는지 확인하세요.
-
-### 4. 빌드 시간 모니터링
-
-비용을 최적화하기 위해 빌드 기간을 주시하세요:
-
-```bash
-# CLI가 빌드 시간을 끝에 표시합니다
-Build succeeded in 6m 42s (13.4 billing minutes at 2× rate)
-```
-
-## 다음 단계
-
-- [Android 빌드](/docs/cli/cloud-build/android/) - Android 빌드 구성
-- [문제 해결](/docs/cli/cloud-build/troubleshooting/) - 일반적인 빌드 문제
-- [CLI 참조](/docs/cli/reference/build/) - 전체 명령 문서
-
-## 도움이 필요하신가요?
-
-- [문제 해결 가이드](/docs/cli/cloud-build/troubleshooting/)
-- [Discord 커뮤니티](https://discord.com/invite/VnYRvBfgA6)
-- 이메일: support@capgo.app
diff --git a/src/content/docs/ko/docs/cli/cloud-build/troubleshooting.mdx b/src/content/docs/ko/docs/cli/cloud-build/troubleshooting.mdx
deleted file mode 100644
index 229b0410b..000000000
--- a/src/content/docs/ko/docs/cli/cloud-build/troubleshooting.mdx
+++ /dev/null
@@ -1,513 +0,0 @@
----
-title: 문제 해결
-description: Capgo Cloud Build의 일반적인 문제 및 해결 방법
-sidebar:
-  order: 4
-locale: ko
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo Cloud Build로 네이티브 앱을 빌드할 때 발생하는 일반적인 문제에 대한 해결 방법입니다.
-
-## 빌드 실패
-
-### "업로드 실패" 또는 "연결 시간 초과"
-
-**증상:**
-- 프로젝트 업로드 중 빌드 실패
-- 60초 후 시간 초과 오류
-
-**해결 방법:**
-
-1. **인터넷 연결 확인**
-   ```bash
-   # Capgo에 대한 연결 테스트
-   curl -I https://api.capgo.app
-   ```
-
-2. **프로젝트 크기 축소**
-   - `node_modules/`가 업로드되지 않는지 확인 (자동 제외되어야 함)
-   - 프로젝트에서 대용량 파일 확인:
-   ```bash
-   find . -type f -size +10M
-   ```
-
-3. **업로드 URL 만료 확인**
-   - 업로드 URL은 1시간 후 만료됨
-   - 만료된 URL 오류가 발생하면 빌드 명령을 다시 실행
-
-<Aside type="tip">
-대용량 프로젝트(>200MB)는 시간 초과 제한에 도달할 수 있습니다. 엔터프라이즈 옵션은 지원팀에 문의하세요.
-</Aside>
-
-### "10분 후 빌드 시간 초과"
-
-**증상:**
-- 빌드가 허용된 최대 시간 초과
-- 상태가 `timeout` 표시
-
-**해결 방법:**
-
-1. **종속성 최적화**
-   - 사용하지 않는 npm 패키지 제거
-   - 빌드 전 `npm prune --production` 사용
-
-2. **빌드의 네트워크 문제 확인**
-   - 일부 종속성은 빌드 중 대용량 파일을 다운로드할 수 있음
-   - 잠금 파일로 사전 캐싱 고려
-
-3. **네이티브 종속성 검토**
-   ```bash
-   # iOS - 무거운 종속성을 위해 Podfile 확인
-   cat ios/App/Podfile
-
-   # Android - build.gradle 확인
-   cat android/app/build.gradle
-   ```
-
-4. **지원팀에 문의**
-   - 앱이 실제로 더 많은 시간이 필요한 경우
-   - 특정 사용 사례에 대해 제한을 조정할 수 있음
-
-## 인증 문제
-
-### "API 키 무효" 또는 "승인되지 않음"
-
-**증상:**
-- 인증 오류로 빌드가 즉시 실패
-- 401 또는 403 오류
-
-**해결 방법:**
-
-1. **API 키가 올바른지 확인**
-   ```bash
-   # 간단한 명령으로 테스트
-   npx @capgo/cli@latest app list
-   ```
-
-2. **API 키 권한 확인**
-   - 키는 `write` 또는 `all` 권한을 가져야 함
-   - Capgo 대시보드의 API 키에서 확인
-
-3. **API 키가 읽히는지 확인**
-   ```bash
-   # 환경 변수 확인
-   echo $CAPGO_TOKEN
-
-   # 또는 로컬 .capgo 파일 확인
-   cat .capgo
-   ```
-
-4. **재인증**
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-### "앱을 찾을 수 없음" 또는 "이 앱에 대한 권한 없음"
-
-**증상:**
-- 인증은 작동하지만 앱별 오류
-
-**해결 방법:**
-
-1. **앱이 등록되어 있는지 확인**
-   ```bash
-   npx @capgo/cli@latest app list
-   ```
-
-2. **앱 ID가 일치하는지 확인**
-   - `capacitor.config.json` appId 확인
-   - 명령이 올바른 앱 ID를 사용하는지 확인
-
-3. **조직 액세스 확인**
-   - 올바른 조직에 있는지 확인
-   - API 키가 앱의 조직에 액세스 권한을 가져야 함
-
-## iOS 빌드 문제
-
-### "코드 서명 실패"
-
-**증상:**
-- 코드 서명 단계에서 빌드 실패
-- 인증서 또는 프로파일에 대한 Xcode 오류
-
-**해결 방법:**
-
-1. **인증서 유형이 빌드 유형과 일치하는지 확인**
-   - Development 빌드에는 Development 인증서 필요
-   - App Store 빌드에는 Distribution 인증서 필요
-
-2. **인증서와 프로파일이 일치하는지 확인**
-   ```bash
-   # 인증서 디코딩 및 검사
-   echo $BUILD_CERTIFICATE_BASE64 | base64 -d > cert.p12
-   openssl pkcs12 -in cert.p12 -nokeys -passin pass:$P12_PASSWORD | openssl x509 -noout -subject
-   ```
-
-3. **프로비저닝 프로파일이 유효한지 확인**
-   - 만료 날짜 확인
-   - App ID 포함 여부 확인
-   - 인증서 포함 여부 확인
-
-4. **자격 증명 재생성**
-   - 이전 인증서/프로파일 삭제
-   - Apple Developer 포털에서 새로 생성
-   - 재인코딩 및 환경 변수 업데이트
-
-### "프로비저닝 프로파일에 서명 인증서가 포함되지 않음"
-
-**증상:**
-- Xcode가 프로파일에서 인증서를 찾을 수 없음
-
-**해결 방법:**
-
-1. **Apple에서 최신 프로파일 다운로드**
-   - Apple Developer → 인증서, ID 및 프로파일로 이동
-   - 프로비저닝 프로파일 다운로드
-   - 인증서가 포함되어 있는지 확인
-
-2. **인증서가 프로파일에 있는지 확인**
-   ```bash
-   # 프로파일 추출
-   echo $BUILD_PROVISION_PROFILE_BASE64 | base64 -d > profile.mobileprovision
-
-   # 프로파일 내용 보기
-   security cms -D -i profile.mobileprovision
-   ```
-
-3. **올바른 인증서로 프로파일 재생성**
-   - Apple Developer 포털에서 프로파일 편집
-   - distribution 인증서가 선택되었는지 확인
-   - 다운로드 및 재인코딩
-
-### "App Store Connect 인증 실패"
-
-**증상:**
-- TestFlight 업로드 실패
-- API 키 오류
-
-**해결 방법:**
-
-1. **API 키 자격 증명 확인**
-   - APPLE_KEY_ID 확인 (10자여야 함)
-   - APPLE_ISSUER_ID 확인 (UUID 형식이어야 함)
-   - APPLE_KEY_CONTENT가 올바르게 base64 인코딩되었는지 확인
-
-2. **로컬에서 API 키 테스트**
-   ```bash
-   # 키 디코딩
-   echo $APPLE_KEY_CONTENT | base64 -d > AuthKey.p8
-
-   # fastlane으로 테스트 (설치된 경우)
-   fastlane pilot list
-   ```
-
-3. **API 키 권한 확인**
-   - 키에 "개발자" 역할 이상 필요
-   - App Store Connect → 사용자 및 액세스 → 키에서 확인
-
-4. **키가 취소되지 않았는지 확인**
-   - App Store Connect에서 확인
-   - 필요한 경우 새 키 생성
-
-### "Pod install 실패"
-
-**증상:**
-- CocoaPods 설치 중 빌드 실패
-- Podfile 오류
-
-**해결 방법:**
-
-1. **Podfile.lock이 커밋되었는지 확인**
-   ```bash
-   git status ios/App/Podfile.lock
-   ```
-
-2. **로컬에서 pod install 테스트**
-   ```bash
-   cd ios/App
-   pod install
-   ```
-
-3. **호환되지 않는 pod 확인**
-   - Podfile에서 버전 충돌 검토
-   - 모든 pod가 iOS 배포 대상을 지원하는지 확인
-
-4. **pod 캐시 지우기**
-   ```bash
-   cd ios/App
-   rm -rf Pods
-   rm Podfile.lock
-   pod install
-   # 그런 다음 새 Podfile.lock 커밋
-   ```
-
-## Android 빌드 문제
-
-### "키스토어 비밀번호 잘못됨"
-
-**증상:**
-- 서명 중 빌드 실패
-- 키스토어에 대한 Gradle 오류
-
-**해결 방법:**
-
-1. **키스토어 비밀번호 확인**
-   ```bash
-   # 로컬에서 키스토어 테스트
-   keytool -list -keystore my-release-key.keystore
-   # 프롬프트에서 비밀번호 입력
-   ```
-
-2. **환경 변수 확인**
-   ```bash
-   # 추가 공백이나 특수 문자 확인
-   echo "$KEYSTORE_STORE_PASSWORD" | cat -A
-   echo "$KEYSTORE_KEY_PASSWORD" | cat -A
-   ```
-
-3. **base64 인코딩 확인**
-   ```bash
-   # 디코딩 및 테스트
-   echo $ANDROID_KEYSTORE_FILE | base64 -d > test.keystore
-   keytool -list -keystore test.keystore
-   ```
-
-### "키 별칭을 찾을 수 없음"
-
-**증상:**
-- 별칭 오류로 서명 실패
-
-**해결 방법:**
-
-1. **키스토어 별칭 나열**
-   ```bash
-   keytool -list -keystore my-release-key.keystore
-   ```
-
-2. **별칭이 정확히 일치하는지 확인**
-   - 별칭은 대소문자를 구분함
-   - KEYSTORE_KEY_ALIAS의 오타 확인
-
-3. **키스토어의 올바른 별칭 사용**
-   ```bash
-   # 환경 변수를 일치하도록 업데이트
-   export KEYSTORE_KEY_ALIAS="the-exact-alias-name"
-   ```
-
-### "Gradle 빌드 실패"
-
-**증상:**
-- 일반적인 Gradle 오류
-- 컴파일 또는 종속성 문제
-
-**해결 방법:**
-
-1. **먼저 로컬에서 빌드 테스트**
-   ```bash
-   cd android
-   ./gradlew clean
-   ./gradlew assembleRelease
-   ```
-
-2. **누락된 종속성 확인**
-   - build.gradle 파일 검토
-   - 모든 플러그인이 종속성에 나열되어 있는지 확인
-
-3. **Gradle 버전 호환성 확인**
-   ```bash
-   # gradle 버전 확인
-   cat android/gradle/wrapper/gradle-wrapper.properties
-   ```
-
-4. **Gradle 캐시 지우기**
-   ```bash
-   cd android
-   ./gradlew clean
-   rm -rf .gradle build
-   ```
-
-### "Play Store 업로드 실패"
-
-**증상:**
-- 빌드는 성공하지만 업로드 실패
-- 서비스 계정 오류
-
-**해결 방법:**
-
-1. **서비스 계정 JSON 확인**
-   ```bash
-   # 디코딩 및 형식 확인
-   echo $PLAY_CONFIG_JSON | base64 -d | jq .
-   ```
-
-2. **서비스 계정 권한 확인**
-   - Play Console → 설정 → API 액세스로 이동
-   - 서비스 계정이 앱에 액세스 권한이 있는지 확인
-   - "테스트 트랙으로 릴리스" 권한 부여
-
-3. **앱이 Play Console에 설정되어 있는지 확인**
-   - 앱이 먼저 Play Console에 생성되어야 함
-   - 처음에는 최소 하나의 APK를 수동으로 업로드해야 함
-
-4. **API가 활성화되어 있는지 확인**
-   - Google Play Developer API가 활성화되어야 함
-   - Google Cloud Console에서 확인
-
-## 일반적인 문제
-
-### "작업을 찾을 수 없음" 또는 "빌드 상태를 사용할 수 없음"
-
-**증상:**
-- 빌드 상태를 확인할 수 없음
-- 작업 ID 오류
-
-**해결 방법:**
-
-1. **잠시 기다린 후 재시도**
-   - 빌드 작업이 초기화하는 데 몇 초가 걸릴 수 있음
-
-2. **작업 ID가 올바른지 확인**
-   - 초기 빌드 응답에서 작업 ID 확인
-
-3. **빌드가 만료되지 않았는지 확인**
-   - 빌드 데이터는 24시간 동안 사용 가능
-
-### "프로젝트 동기화 실패"
-
-**증상:**
-- 컴파일이 시작되기 전에 빌드 실패
-- 누락된 파일 오류
-
-**해결 방법:**
-
-1. **로컬에서 Capacitor 동기화 실행**
-   ```bash
-   npx cap sync
-   ```
-
-2. **모든 네이티브 파일이 커밋되었는지 확인**
-   ```bash
-   git status ios/ android/
-   ```
-
-3. **gitignore된 네이티브 파일 확인**
-   - .gitignore 검토
-   - 중요한 구성 파일이 무시되지 않았는지 확인
-
-### "빌드 성공했지만 출력이 보이지 않음"
-
-**증상:**
-- 빌드가 성공으로 표시되지만 다운로드 링크 없음
-
-**해결 방법:**
-
-1. **빌드 구성 확인**
-   - 아티팩트 저장소가 구성되지 않을 수 있음
-   - 공개 베타의 경우 아티팩트 액세스에 대해 지원팀에 문의
-
-2. **iOS TestFlight 제출의 경우**
-   - App Store Connect 확인
-   - 업로드 후 처리에 5-30분이 걸릴 수 있음
-
-3. **Android Play Store의 경우**
-   - Play Console → 테스트 → 내부 테스트 확인
-   - 처리에 몇 분이 걸릴 수 있음
-
-## CI/CD 특정 문제
-
-### GitHub Actions: "명령을 찾을 수 없음"
-
-**증상:**
-- CI에서 `npx @capgo/cli` 실패
-
-**해결 방법:**
-
-1. **Node.js가 설치되어 있는지 확인**
-   ```yaml
-   - uses: actions/setup-node@v6
-     with:
-       node-version: '24'
-   ```
-
-2. **CLI를 명시적으로 설치**
-   ```yaml
-   - run: npm install -g @capgo/cli
-   ```
-
-### GitHub Actions: "시크릿을 찾을 수 없음"
-
-**증상:**
-- 빌드에서 환경 변수가 비어 있음
-
-**해결 방법:**
-
-1. **시크릿이 설정되어 있는지 확인**
-   - 리포지토리 설정 → 시크릿 및 변수 → Actions로 이동
-   - 모든 필수 시크릿 추가
-
-2. **올바른 구문 사용**
-   ```yaml
-   env:
-     CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-   ```
-
-3. **시크릿 이름이 일치하는지 확인**
-   - 이름은 대소문자를 구분함
-   - 시크릿 참조에 오타 없음
-
-## 추가 도움 받기
-
-### 자세한 로깅 활성화
-
-```bash
-# 디버그 플래그 추가 (사용 가능한 경우)
-npx @capgo/cli@latest build com.example.app --verbose
-```
-
-### 빌드 정보 수집
-
-지원팀에 문의할 때 다음을 포함하세요:
-
-1. **사용된 빌드 명령**
-   ```bash
-   npx @capgo/cli@latest build com.example.app --platform ios
-   ```
-
-2. **오류 메시지** (전체 출력)
-
-3. **작업 ID** (빌드 출력에서)
-
-4. **빌드 로그** (전체 터미널 출력 복사)
-
-5. **환경 정보**
-   ```bash
-   node --version
-   npm --version
-   npx @capgo/cli --version
-   ```
-
-### 지원팀 문의
-
-- **Discord**: [커뮤니티 참여](https://discord.com/invite/VnYRvBfgA6)
-- **이메일**: support@capgo.app
-- **문서**: [Capgo 문서](/docs/)
-
-### 알려진 제한 사항
-
-공개 베타 동안의 현재 제한 사항:
-
-- 최대 빌드 시간: 10분
-- 최대 업로드 크기: ~500MB
-- iOS 빌드에는 24시간 Mac 리스가 필요하며, Mac의 빌드는 최적의 사용을 보장하기 위해 대기열에 추가됩니다
-- 빌드 아티팩트 다운로드를 사용할 수 없을 수 있음
-
-이러한 제한 사항은 피드백에 따라 조정될 수 있습니다.
-
-## 추가 리소스
-
-- [시작하기](/docs/cli/cloud-build/getting-started/) - 초기 설정 가이드
-- [iOS 빌드](/docs/cli/cloud-build/ios/) - iOS 전용 구성
-- [Android 빌드](/docs/cli/cloud-build/android/) - Android 전용 구성
-- [CLI 참조](/docs/cli/reference/build/) - 전체 명령 문서
diff --git a/src/content/docs/ko/docs/cli/commands.mdx b/src/content/docs/ko/docs/cli/commands.mdx
deleted file mode 100644
index 2febdffa4..000000000
--- a/src/content/docs/ko/docs/cli/commands.mdx
+++ /dev/null
@@ -1,473 +0,0 @@
----
-title: 명령
-description: Capgo CLI 문서
-sidebar:
-  order: 2
-locale: ko
----
-import { LinkCard } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-### 사용법
-
-모든 명령은 커패시터 프로젝트가 제대로 활성화된 앱 폴더에서 실행되어야 합니다.
-
-<LinkCard
-	title="Capacitor Cross-platform native runtime for web apps"
-	href="https://capacitorjs.com/docs/getting-started/"
-/>
-
-### **Init**
-
-`npx @capgo/cli@latest init [apikey]`
-
-이 방법은 단계별로 온보딩하기 위한 것입니다.
-
-Capgo에 앱이 추가됩니다. 업데이트의 유효성을 검사하기 위해 앱에 코드가 추가됩니다. 마찬가지로 앱을 빌드합니다. 또한 앱을 Capgo에 업로드합니다. 업데이트가 작동하는지 확인하는 데 도움이 됩니다.
-
-### **Login**
-
-`npx @capgo/cli login [apikey]`
-
-이 방법은 `apikey`을 기억하기 위한 것입니다.
-
-:::note
-재정의하려면 모든 명령에 `--apikey=********`을 사용하세요.
-:::
-
-**선택적으로 다음을 제공할 수 있습니다.**
-
-`--local` 이렇게 하면 **apikey**가 로컬 저장소에 저장되고 git은 이를 무시합니다.
-
-## **Doctor**
-
-`npx @capgo/cli doctor`
-
-Capgo 패키지가 최신인지 확인하는 명령입니다.
-
-이 명령은 버그 보고에도 유용합니다.
-
-## App
-
-### **Add**
-
-`npx @capgo/cli app add [appId]`
-
-`[appId]` 앱 ID `com.test.app` 형식은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-
-> 💡 모든 옵션이 제공되지 않으면 구성에서 추측됩니다.
-
-선택적으로 다음을 제공할 수 있습니다.
-
-* `--icon [/path/to/my/icon]` Capgo 웹 앱에 사용자 정의 아이콘이 표시되도록 합니다.
-* 목록에 사용자 정의 이름을 포함하려면 `--name [test]`.
-* `--apikey [key]` 계정 연결을 위한 API 키입니다.
-* `--retention [retention]` App Bundle의 보존 기간(일), 기본적으로 0 = 무한.
-
-appId 및 AppName에 대한 `capacitor.config.json`의 예, 아이콘은 리소스 폴더에서 추측됩니다.
-
-```json
-{
-  "appId": "ee.forgr.capacitor_go",
-  "appName": "Capgo",
-  "webDir": "dist"
-}
-```
-
-### **Set**
-
-`npx @capgo/cli app set [appId]`
-
-`[appId]`은 앱 ID이며 형식은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-
-선택적으로 다음을 제공할 수 있습니다.
-
-* `--icon [/path/to/my/icon]` Capgo 웹 앱에 사용자 정의 아이콘이 표시되도록 합니다.
-* `--name [test]` 목록에 사용자 정의 이름이 있습니다.
-* `--retention [retention]` App Bundle의 보존 기간(일), 기본적으로 0 = 무한.
-* `--apikey [key]` 계정 연결을 위한 API 키입니다.
-
-### **List**
-
-`npx @capgo/cli app list [appId]`
-
-`[appId]` 앱 ID `com.test.app` 형식은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-
-선택적으로 다음을 제공할 수 있습니다.
-
-* `--apikey [key]` 계정 연결을 위한 API 키입니다.
-
-### **Delete**
-
-`npx @capgo/cli app delete [appId]`
-
-`[appId]` your app ID the format `com.test.app` is explained [here](https://capacitorjs.com/docs/cli/commands/init/).
-
-선택적으로 다음을 제공할 수 있습니다.
-
-* `--apikey [key]` 계정 연결을 위한 API 키입니다.
-* `--bundle` 버전 번호를 추가하면 이 버전만 삭제됩니다.
-
-### Debug
-
-`npx @capgo/cli app debug [appId]`
-
-`[appId]` 앱 ID 형식 `com.test.app`은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-
-선택적으로 다음을 제공할 수 있습니다.
-
-* `--apikey [key]` 계정 연결을 위한 API 키입니다.
-* `--device` 디버깅하려는 특정 장치를 사용하세요.
-
-### Setting
-
-`npx @capgo/cli app setting [path]`
-
-커패시터 구성을 편집합니다.
-
-`[path]` - 변경하려는 설정의 경로입니다. 예를 들어 `appId`을 변경하려면 `appId`을 제공합니다. 
-`capacitor-updater`에서 자동 업데이트를 비활성화하려면 `plugins.CapacitorUpdater.autoUpdate`을 제공하세요.
-
-`--string` 또는 `--bool` 중 하나를 제공해야 합니다!
-
-옵션: 
- - `--string <string>` - 설정을 문자열로 설정합니다.
- - `--bool <true | false>` - 설정을 부울로 설정합니다.
-
-## Bundle
-
-### Upload
-
-`npx @capgo/cli bundle upload [appId]`
-
-`[appId]`은 앱 ID이며 형식은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-
-선택적으로 다음을 제공할 수 있습니다.
-
-* `--apikey <apikey>` 계정 연결을 위한 API 키입니다.
-* `--path <path>` 업로드할 폴더 경로입니다.
-* `--channel <channel>` 링크할 채널입니다.
-* `--external <url>` Capgo Cloud에 업로드하는 대신 외부 URL로 연결합니다.
-* `--iv-session-key <key>` 외부 번들 URL에 대한 IV 및 세션 키를 설정합니다.
-* `--s3-endpoint <s3Endpoint>` S3 엔드포인트의 URL입니다. 델타 업로드 또는 외부 옵션에서는 작동하지 않습니다.
-* `--s3-region <region>` S3 버킷의 리전입니다. 
-* `--s3-apikey <apikey>` S3 엔드포인트용 API 키입니다.
-* `--s3-apisecret <apisecret>` S3 엔드포인트의 API 비밀번호입니다.
-* `--s3-bucket-name <bucketName>` AWS S3 버킷의 이름입니다.
-* `--s3-port <port>` S3 엔드포인트용 포트입니다.
-* `--no-s3-ssl` S3 업로드에 SSL을 비활성화합니다.
-* `--key <key>` 공개 서명 키에 대한 사용자 정의 경로(v1 시스템).
-* `--key-data <keyData>` 공개 서명 키(v1 시스템).
-* `--key-v2 <key>` 개인 서명 키에 대한 사용자 정의 경로(v2 시스템).
-* `--key-data-v2 <keyData>` 개인 서명 키(v2 시스템).
-* `--bundle-url` 번들 URL을 표준 출력으로 인쇄합니다.
-* `--no-key` 서명 키를 무시하고 명확한 업데이트를 보냅니다.
-* `--no-code-check` 루트 폴더에 있는 소스 코드 및 인덱스에서 informAppReady()가 호출되는지 확인을 무시합니다.
-* `--display-iv-session` 업데이트를 암호화하는 데 사용된 IV 및 세션 키를 콘솔에 표시합니다.
-* `--bundle <bundle>` 업로드할 번들의 번들 버전 번호입니다.
-* `--min-update-version <minUpdateVersion>` 이 버전으로 업데이트하려면 최소 버전이 필요합니다. 자동 업데이트 비활성화가 채널의 메타데이터로 설정된 경우에만 사용됩니다.
-* `--auto-min-update-version` 기본 패키지를 기준으로 최소 업데이트 버전을 설정합니다.
-* `--ignore-metadata-check` 업로드 시 메타데이터(node_modules) 확인을 무시합니다.
-* `--ignore-checksum-check` 업로드 시 체크섬 검사를 무시합니다.
-* `--timeout <timeout>` 업로드 프로세스의 시간 초과(초)입니다.
-* `--delta` 전체 번들과 함께 델타(매니페스트) 파일을 업로드합니다.
-* `--delta-only` 전체 번들을 건너뛰고 델타(매니페스트) 업데이트만 업로드합니다.
-* `--no-delta` 델타(매니페스트) 업로드를 비활성화합니다(`directUpdate`이 활성화되어 있지만 전체 번들을 원하는 경우 유용함).
-* `--tus` tus 프로토콜을 사용하여 번들을 업로드합니다.
-* `--multipart` 멀티파트 프로토콜을 사용하여 S3에 데이터를 업로드합니다. 더 이상 사용되지 않으며 대신 TUS를 사용합니다.
-* `--encrypted-checksum <encryptedChecksum>` 암호화된 체크섬(서명)입니다. 외부 번들을 업로드할 때만 사용됩니다.
-* `--package-json <packageJson>` package.json의 경로입니다. 모노레포에 유용합니다.
-* `--auto-set-bundle` Capacitor.config.json에 번들을 설정합니다.
-* `--node-modules <nodeModules>` node_modules의 경로 목록입니다. 단일 저장소에 유용합니다(쉼표로 구분된 예: ../../node_modules,./node_modules).
-
-> ⭐️ 외부 옵션은 2가지 경우의 잠금을 해제하는 데 도움이 됩니다. 개인 정보 보호가 우려되는 기업, 제3자에게 코드를 보내지 않음, 200MB보다 큰 앱. 이 설정을 사용하면 Capgo는 zip에 대한 링크만 저장하고 모든 앱에 링크를 보냅니다.
-
-> 🙌 Capgo 클라우드는 링크(외부 옵션의 경우)나 저장 시 코드에 있는 내용을 절대 보지 않습니다.
-
-> 🔑 암호화를 사용하여 두 번째 보안 계층을 추가할 수 있습니다. 그러면 Capgo는 어떤 것도 보거나 수정할 수 없으며 "신뢰할 수 없는" 상태가 됩니다.
-
-버전에 대한 `package.json`의 예
-
-```json
-{
-  "version": "1.0.2"
-}
-```
-
-> ⛔ 버전은 “0.0.0” 이상이어야 합니다.
-
-> 💡 버전 번호를 보낼 때마다 버전 번호를 업데이트하는 것을 잊지 마세요. 버전 번호는 보안상의 이유로 재정의되거나 삭제 후 재사용될 수 없습니다.
-
-### **List**
-
-`npx @capgo/cli bundle list [appId]`
-
-`[appId]` 앱 ID `com.test.app` 형식은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-
-선택적으로 다음을 제공할 수 있습니다.
-
-* `--apikey [key]` 계정 연결을 위한 API 키입니다.
-
-### **Delete**
-
-`npx @capgo/cli bundle delete [appId]`
-
-`[appId]` 앱 ID `com.test.app` 형식은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-
-선택적으로 다음을 제공할 수 있습니다.
-
-* `--apikey [key]` 계정 연결을 위한 API 키입니다.
-* `--bundle` 버전 번호가 있으면 이 버전만 삭제됩니다.
-
-### Cleanup
-
-Cloud의 주요 버전에 대한 SemVer 범위
-
-`npx @capgo/cli bundle cleanup [appId] --bundle=[majorVersion] --keep=[numberToKeep]`
-
-`[appId]` 앱 ID `com.test.app` 형식은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-
-선택적으로 다음을 제공할 수 있습니다.
-
-* `--apikey [key]` 계정 연결을 위한 API 키입니다.
-* `--bundle [majorVersion]` 이전 패키지를 제거하려는 버전인 경우 마지막 패키지 + `numberToKeep`이 유지됩니다.
-* `--keep [numberToKeep]` 보관하려는 패키지 수(기본값 4).
-
-예: 10.0.1부터 10.0.11까지 10개 버전이 있고 `npx @capgo/cli cleanup [appId] --bundle=10.0.0`을 사용하면 10.0.1부터 10.0.6까지 제거됩니다. 10.0.7부터 10.0.11까지 유지됩니다.
-
-총 20개 버전이 있고 다음과 같은 번들 번호를 제공하지 않는 경우: `npx @capgo/cli cleanup [appId] --keep=2` 18개 버전을 제거하고 마지막 2개 버전을 유지합니다.
-
-> 이 명령은 확인을 요청하며, 유지하고 제거할 항목에 대한 테이블을 표시합니다.
-
-:::note
-이 명령은 현재 모든 채널에서 사용 중인 번들을 무시합니다.
-:::
-
-### **Encrypt**
-
-> **경고**: 이 명령은 더 이상 사용되지 않으며 다음 주요 릴리스에서 제거될 예정입니다. 새로운 암호화 시스템을 사용해 주세요.
-`npx @capgo/cli bundle encrypt [path/to/zip]`
-
-이 명령은 외부 소스를 사용하여 코드를 저장하거나 테스트 목적으로 사용할 때 사용됩니다. 
-
-선택적으로 다음을 제공할 수 있습니다.
-
-`--key [/path/to/my/private_key]` 개인 키의 경로입니다.
-`--key-data [privateKey]` 인라인을 사용하려는 경우 개인 키 데이터입니다. 
-이 명령은 `ivSessionKey`y를 인쇄하고 암호화된 zip을 생성하여 upload 명령 또는 decryt 명령과 함께 사용합니다.
-
-### **Encrypt V2**
-
-`npx @capgo/cli bundle encrypt [path/to/zip] [checksum]`
-
-이 명령은 외부 소스를 사용하여 코드를 저장하거나 테스트 목적으로 사용할 때 사용됩니다. 
-체크섬은 번들의 sha256(--key-v2에 의해 생성됨)이며, 해독 후 파일의 무결성을 확인하는 데 사용됩니다.
-개인 키로 암호화되어 번들과 함께 전송됩니다.
-암호화 v2에서는 체크섬이 업그레이드되어 번들의 "서명"이 됩니다.
-
-선택적으로 다음을 제공할 수 있습니다.
-
-`--key [/path/to/my/private_key]` 개인 키의 경로입니다.
-`--key-data [privateKey]` 인라인을 사용하려는 경우 개인 키 데이터입니다. 
-`--json` 정보를 json으로 출력합니다.
-이 명령은 `ivSessionKey`y를 인쇄하고 암호화된 zip을 생성하여 upload 명령 또는 decryt 명령과 함께 사용합니다.
-
-### **Decrypt**
-
-`npx @capgo/cli bundle decrypt [path/to/zip] [ivSessionKey]`
-
-선택적으로 다음을 제공할 수 있습니다.
-
-`--key [/path/to/my/private_key]` 개인 키의 경로입니다.
-
-`--key-data [privateKey]` 인라인을 사용하려는 경우 개인 키 데이터입니다. 이 명령은 주로 테스트 목적으로 사용되며, zip을 해독하고 base64로 해독된 세션 키를 콘솔에 인쇄합니다.
-
-### **Decrypt V2**
-
-`npx @capgo/cli bundle decryptV2 [path/to/zip]  [ivSessionKey]`
-
-선택적으로 다음을 제공할 수 있습니다.
-
-`--key [/path/to/my/private_key]` 개인 키의 경로입니다.
-`--key-data [privateKey]` 인라인을 사용하려는 경우 개인 키 데이터입니다. 이 명령은 주로 테스트 목적으로 사용되며, zip을 해독하고 base64로 해독된 세션 키를 콘솔에 인쇄합니다.
-`--checksum [checksum]` 파일의 체크섬, 암호 해독 후 체크섬을 확인합니다.
-
-### **Zip**
-
-`npx @capgo/cli bundle zip [appId]`
-
-`[appId]`은 앱 ID이며 형식은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-
-선택적으로 다음을 제공할 수 있습니다.
-
-* `--path [/path/to/my/bundle]` 특정 폴더를 업로드합니다.
-* `--bundle [1.0.0]` 파일 이름의 번들 버전 번호를 설정합니다.
-* `--name [myapp]` 파일 이름을 재정의합니다.
-* `--json` 정보를 json으로 출력합니다.
-* `--no-code-check` 코드 확인을 무시하고 어쨌든 번들을 보냅니다.
-* `--key-v2` 새로운 암호화 시스템을 사용합니다. 이는 새로운 암호화 시스템이 더 나은 체크섬을 사용하여 파일의 무결성을 확인하므로 필요합니다.
-  
-### **Compatibility** 
-
-`npx @capgo/cli bundle compatibility [appId] -c [channelId]`
-
-`[appId]`은 앱 ID이며 형식은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-`[channelId]` 새 채널의 이름입니다.
-
-선택적으로 다음을 제공할 수 있습니다.
-
-* `--apikey [key]` 계정 연결을 위한 API 키입니다.
-* `--text` 표에 이모티콘 대신 텍스트를 사용하세요.
-* `--channel [channel]` 호환성을 확인할 채널입니다.
-* `--package-json <packageJson>` package.json의 경로입니다. 모노레포에 유용함
-* `--node-modules <nodeModules>` node_modules의 경로 목록입니다. 단일 저장소에 유용합니다(쉼표로 구분된 예: ../../node_modules,./node_modules).
-
-## Channel
-
-### **Add**
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-`[channelId]` 새 채널의 이름입니다. `[appId]` 앱 ID 형식 `com.test.app`은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-
-### **Delete**
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-`[channelId]` 삭제하려는 채널 이름입니다. `[appId]` 앱 ID `com.test.app` 형식은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-
-### **List**
-
-`npx @capgo/cli channel list [appId]`
-
-`[appId]` 앱 ID 형식 `com.test.app`은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-
-선택적으로 다음을 제공할 수 있습니다.
-
-* `--apikey [key]` 계정 연결을 위한 API 키입니다.
-
-### **Set**
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-`[appId]`은 앱 ID이며 형식은 [여기](https://capacitorjs.com/docs/cli/commands/init/)에 설명되어 있습니다.
-
-선택적으로 다음을 제공할 수 있습니다.
-
-* `--bundle [1.2.3]` App Bundle을 채널에 연결하기 위해 이미 클라우드로 전송했습니다.
-* `--latest` `package.json:version`에서 번들 버전을 받으세요. `--bundle`과 함께 사용할 수 없습니다.
-* `--state [ normal | default ]` 채널 상태를 설정합니다. `normal` 또는 `default`이 될 수 있습니다. 한 채널은 `default`이어야 합니다.
-* `--downgrade`을 사용하면 채널이 다운그레이드 버전을 기기에 보낼 수 있습니다.
-* `--no-downgrade`은 채널이 다운그레이드 버전을 기기에 보내는 것을 허용하지 않습니다.
-* `--upgrade`을 사용하면 채널에서 업그레이드(주) 버전을 기기에 보낼 수 있습니다.
-* `--no-upgrade` 채널이 업그레이드(주) 버전을 기기에 보내는 것을 허용하지 않습니다.
-* `--ios`을 사용하면 채널에서 iOS 기기로 버전을 보낼 수 있습니다.
-* `--no-ios`은 채널이 iOS 기기에 버전을 보내는 것을 허용하지 않습니다.
-* `--android`을 사용하면 채널이 Android 기기에 버전을 보낼 수 있습니다.
-* `--no-android`은 채널이 안드로이드 기기에 버전을 보내는 것을 허용하지 않습니다.
-* `--self-assign`을 사용하면 장치가 이 채널에 자체 할당할 수 있습니다.
-* `--no-self-assign`은 장치가 이 채널에 자체 할당하는 것을 허용하지 않습니다.
-* `--disable-auto-update STRATEGY` 이 채널에 대한 자동 업데이트 전략을 비활성화합니다. 가능한 옵션은 메이저, 마이너, 메타데이터, 없음입니다.
-* `--apikey [key]` 계정 연결을 위한 API 키입니다.
-
-## 업데이트 전략 비활성화
-
-너무 오래된 버전에 대한 업데이트 비활성화를 처리하는 몇 가지 방법이 있습니다.\
-Capgo는 네이티브 코드를 업데이트할 수 없으므로 이전 네이티브 코드가 있는 버전에서 업데이트된 네이티브 코드가 있는 버전으로의 업데이트는 불가능합니다.
-이를 달성하는 데는 몇 가지 방법이 있습니다.
-
-첫째, `major` 전략입니다. `0.0.0` -> `1.0.0`의 업데이트를 방지합니다. 전공은 강조 표시된 숫자입니다(**1**.0.0 및 **0**.0.0).\
-두 번째는 `minor` 전략입니다. `0.0.0` -> `1.1.0`에서 업데이트하거나 `1.1.0`에서 `1.2.0`으로 업데이트하는 것을 방지합니다. 
-**주의하세요** 이 전략은 `0.1.0` -> `1.1.0`의 업데이트를 방해하지 않습니다.
-
-셋째, `patch` 전략입니다. 매우 엄격한 모드로 capgo에 추가되었습니다. 작동 방식을 완전히 이해하지 않는 한 사용하지 않는 것이 좋습니다.
-업데이트를 수락하려면 다음 조건을 충족해야 합니다.
- - 신버전과 구버전의 메이저는 동일합니다.
- - 마이너는 신버전과 구버전 모두 동일합니다.
- - 이전 버전의 패치보다 높은 경우 새 버전의 패치
-
-다음은 업데이트가 허용되거나 거부되는 시나리오의 예입니다.
-
- - 0.0.311 -> 0.0.314 ✅
- - 0.0.0 -> 0.0.314 ✅
- - 0.0.316 -> 0.0.314 ❌
- - 0.1.312 -> 0.0.314 ❌
- - 1.0.312 -> 0.0.314 ❌
-
-
-마지막으로 가장 복잡한 전략입니다. `metadata` 전략.\
-먼저 이 기능을 활성화한 후 처음에는 채널에 필요한 메타데이터가 부족하기 때문에 업데이트가 **실패할 것**이라는 점을 알아야 합니다.\
-채널에 메타데이터가 부족한 경우 다음과 같은 메시지가 표시됩니다.
-<img src="/fail-metadata.webp" alt="Cannot find metadata"/>
-
-이와 같은 내용이 표시되면 실패한 채널의 현재 번들로 이동하여 메타데이터를 설정해야 한다는 것을 알 수 있습니다.\
-먼저 어떤 채널이 실패하고 있는지 파악하세요. `misconfigured` 열을 보면 그렇게 할 수 있습니다.
-<img src="/misconfigured-table.webp" alt="Misconfigured table"/>
-
-그런 다음 실패한 채널로 이동하여 `Bundle number`을 클릭합니다. 그러면 번들 페이지로 이동됩니다.
-<img src="/fail-channel-show.webp" alt="Locate failing channel"/>
-
-`Minimal update version` 필드를 채우세요. [semver](https://devhints.io/semver/)이어야 합니다.\
-전달한 값이 semver가 아닌 경우 오류가 발생하지만 모든 것이 올바르게 진행되면 다음과 같은 내용이 표시됩니다.
-<img src="/set-min-update-version.webp" alt="Set min version"/>
-
-이제 업데이트할 때마다 이 데이터를 수동으로 설정하고 싶지 않을 것입니다. 다행히 CLI에서는 이 메타데이터 없이는 업데이트를 보낼 수 없습니다.
-<img src="/cli-fail-no-metadata.webp" alt="CLI fail no metadata"/>
-
-`metadata` 옵션을 사용할 때 번들을 올바르게 업로드하려면 유효한 semver와 함께 `--min-update-version`을 전달해야 합니다. 다음과 같은 것 :
-<img src="/cli-upload-with-metadata.webp" alt="CLI upload with metadata"/>
-
-`--min-update-version`은 호환성을 수행하는 유일한 방법은 아닙니다.
-`--auto-min-update-version`도 존재합니다. 작동 방식은 다음과 같습니다.
-
-먼저 현재 채널에 업로드된 버전을 살펴봅니다. `bundle compatibility` 명령과 동일하게 호환성을 확인합니다.
-둘째, 새 버전이 100% 호환되면 채널의 최신 버전에서 `min_update_version`을 재사용합니다.
-그렇지 않은 경우 `min_update_version`을 새로 업로드된 버전의 번들 번호로 설정합니다.
-
-이 옵션을 사용하면 항상 `min_update_version`이 무엇인지에 대한 정보를 얻을 수 있습니다. 다음과 같이 보일 것입니다:
-<img src="/min_update_version_info.webp" alt="Min update version"/>
-
-새 버전이 호환되지 않으면 다음과 같이 표시됩니다.
-<img src="/min_update_version_not_compatible.webp" alt="Min update version not compatible"/>
-
-## 종단 간 암호화(신뢰할 수 없음)
-
-Capgo는 엔드투엔드 암호화를 지원합니다. 즉, 번들(코드)이 클라우드로 전송되기 전에 암호화되고 장치에서 해독됩니다. 이를 위해서는 RSA 키 쌍을 생성해야 하며, 다음 명령을 사용하여 생성할 수 있습니다.
-
-암호화 시스템은 RSA와 AES의 조합으로, RSA 키는 AES 키를 암호화하는 데 사용되고 AES 키는 파일을 암호화하는 데 사용됩니다.
-
-암호화 시스템에 대한 자세한 내용은 아래를 참조하세요.
-
-<img src="/crypto_explained.webp" alt="How crypto works"/>
-
-암호화 스키마
-
-### 앱용 키 만들기
-
-`npx @capgo/cli key create`
-
-선택적으로 `--force`을 지정하여 기존 키를 덮어쓸 수 있습니다. 이 명령은 앱에 키 쌍을 생성하고 개인 키를 안전한 장소에 저장하도록 요청합니다. 개인 키를 git commit하지 말고 누구와도 공유하지 않는 것이 좋습니다.
-
-> 로컬 테스트 후 구성 파일에서 키를 제거하고 `key save`을 사용하여 CI 단계에 추가합니다.
-
-### 앱 구성에 키 저장
-
-`npx @capgo/cli key save`
-
-선택적으로 다음을 제공할 수 있습니다.
-
-`--key [/path/to/my/public_key]` 공개 키 파일의 경로입니다.
-
-`--key-data [publicKey]` 공개 키 데이터(인라인을 사용하려는 경우) 이 명령은 권장 사항을 따르고 앱 구성에서 키를 커밋하지 않은 경우에 유용합니다.
-
-## CI 통합
-
-작업을 자동화하려면 GitHub 작업이 서버에 푸시하는 작업을 수행하도록 하는 것이 좋습니다.
-
-[GitHub 액션 튜토리얼](https://capgo.app/blog/automatic-build-and-release-with-github-actions/)
-
-## 데모 앱
-
-[GitHub - Cap-go/demo-app](https://github.com/Cap-go/demo-app/)
-
-API 키로 CI 환경 변수를 구성하는 것을 잊지 마세요.
diff --git a/src/content/docs/ko/docs/cli/migrations/cli-from-0x-to-1x.mdx b/src/content/docs/ko/docs/cli/migrations/cli-from-0x-to-1x.mdx
deleted file mode 100644
index 886a02c28..000000000
--- a/src/content/docs/ko/docs/cli/migrations/cli-from-0x-to-1x.mdx
+++ /dev/null
@@ -1,11 +0,0 @@
----
-title: 0.x에서 1.x로의 CLI
-description: 0.x에서 1.x로 업그레이드하는 방법
-sidebar:
-  order: 5
-locale: ko
----
-
-CLI에는 중요한 변경 사항이 없습니다
-
-주요 변경 사항은 충돌을 피하고 새로운 이름을 모든 곳에서 일관되게 사용하기 위해 `--version` 인자를 `--bundle`로 변경한 것입니다
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/cli/migrations/encryption.md b/src/content/docs/ko/docs/cli/migrations/encryption.md
deleted file mode 100644
index c99d45275..000000000
--- a/src/content/docs/ko/docs/cli/migrations/encryption.md
+++ /dev/null
@@ -1,71 +0,0 @@
----
-title: 암호화
-description: 새로운 암호화로 데이터를 암호화하는 방법
-sidebar:
-  order: 5
-locale: ko
----
-
-이 문서는 새로운 암호화 시스템으로 데이터를 암호화하고 이전 시스템을 제거하는 방법을 설명합니다
-
-새로운 암호화 시스템에 대해 [블로그 포스트](/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing)에서 자세히 알아보세요
-
----
-
-먼저, 다음 명령어로 새로운 키 쌍을 생성하세요:
-
-```bash
-npx @capgo/cli key create
-```
-
-이 명령어는 앱에 새로운 키 쌍을 생성합니다. 개인 키를 안전한 곳에 보관하는 것이 매우 중요합니다. 절대로 개인 키를 소스 제어에 커밋하거나 신뢰할 수 없는 당사자와 공유해서는 안 됩니다
-
-이 명령어는 또한 Capacitor 설정에서 이전 키를 제거하지만, 이전 키 파일은 제거하지 않습니다. CLI는 앱스토어 업데이트를 받지 않고 이전 플러그인을 계속 사용하는 앱들에 대해 라이브 업데이트를 계속 전송할 수 있도록 이전 키를 유지합니다. 이는 마이그레이션을 용이하게 합니다
-
-마이그레이션 중에 "이전 앱을 지원하고 마이그레이션을 용이하게 하기 위해 새로운 채널에서 암호화를 설정하시겠습니까?"라는 질문을 받으면 동의해 주세요. 이는 Capacitor 설정에 새로운 "defaultChannel" 옵션을 추가할 것입니다. 이로 인해 앱은 "encryption_v2" 채널을 사용하게 됩니다. 이는 새로운 암호화가 이를 지원하는 앱에서만 사용되도록 보장합니다. 앱스토어 업데이트를 받지 않은 앱들은 이전 기본 채널을 계속 사용하게 됩니다
-
----
-
-이제 JS 번들을 빌드하고 새로운 채널에 업로드해야 합니다. 다음 명령어를 실행하세요:
-
-```bash
-npx @capgo/cli bundle upload --channel encryption_v2
-```
-
----
-
-그런 다음, 앱이 "encryption_v2" 채널에 자체 할당될 수 있도록 다음 명령어를 실행하세요:
-
-:::caution
-이는 새로운 "defaultChannel" 옵션이 작동하기 위해 필요합니다
-:::
-
-```bash
-npx @capgo/cli channel set encryption_v2 --self-assign
-```
-
----
-
-이제 앱을 실행할 수 있습니다. 새로운 암호화 시스템을 사용하게 됩니다
-
-이전 채널에 새로운 JS 번들을 업로드하려면 다음 명령어만 실행하면 됩니다:
-
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
----
-
-Capacitor 설정에 대해서는 걱정하지 않아도 됩니다. 이는 절대 Capgo에 업로드되지 않습니다
-
-모든 사용자가 앱을 업데이트했을 때(3~4개월이 걸릴 수 있음), Capacitor 설정에서 "defaultChannel"을 제거할 수 있습니다
-
-그런 다음, 다음 명령어로 이전 채널을 제거할 수 있습니다:
-
-```bash
-npx @capgo/cli channel delete encryption_v2
-```
-
----
-
-"encryption_v2" 채널을 삭제한 후, 이를 기본값으로 사용하는 모든 앱은 "production" 채널을 사용하기 시작합니다
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/cli/overview.mdx b/src/content/docs/ko/docs/cli/overview.mdx
deleted file mode 100644
index d67cc0c27..000000000
--- a/src/content/docs/ko/docs/cli/overview.mdx
+++ /dev/null
@@ -1,116 +0,0 @@
----
-title: 개요
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: ko
----
-
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Capgo의 Live Updates 기능을 사용하여 앱의 JavaScript 번들을 원격으로 실시간 업데이트하세요. 앱 스토어 검토 과정 없이 JS 업데이트를 사용자에게 직접 푸시하여 즉시 버그를 수정하고 새로운 기능을 배포할 수 있습니다.
-
-<Aside>
-
-Live Updates는 JavaScript 번들 변경으로 제한됩니다. 플러그인 추가/제거나 네이티브 프로젝트 구성 변경과 같은 네이티브 코드를 업데이트해야 하는 경우, 앱 스토어에 새로운 네이티브 바이너리 빌드를 제출해야 합니다.
-
-</Aside>
-
-## Live Updates 작동 방식
-
-Capgo의 Live Update 시스템에는 두 가지 주요 구성 요소가 있습니다:
-
-1. 앱에 설치하는 Capgo SDK. SDK는 사용 가능한 업데이트를 확인하고 백그라운드에서 다운로드합니다.
-
-2. 특정 사용자 그룹에 업데이트를 대상으로 지정할 수 있는 채널. 채널을 사용하여 `Production`, `Staging`, `Dev`와 같은 다양한 릴리스 트랙을 관리할 수 있습니다.
-
-새로운 JS 번들을 Capgo에 업로드하고 채널에 할당하면, 해당 채널로 구성된 앱의 Capgo SDK가 업데이트를 감지하고 다운로드합니다. 앱이 다시 시작될 때 새로운 번들이 로드됩니다.
-
-## 시작하기
-
-Live Updates 사용을 시작하려면 다음 단계를 따르세요:
-
-<Steps>
-
-1. [Capgo 퀵스타트](/docs/getting-started/quickstart)를 완료하여 Capgo에서 앱을 설정하고 Capgo SDK를 설치하세요.
-
-2. 앱 코드에서 앱 초기화가 완료된 후 `CapacitorUpdater.notifyAppReady()`를 호출하세요. 이는 Capgo SDK에 앱이 업데이트를 받을 준비가 되었음을 알립니다.
-
-3. JS 번들을 빌드하고 Capgo에 업로드하세요:
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. 앱을 열고 업데이트가 다운로드될 때까지 기다리세요. 다음 명령으로 상태를 확인할 수 있습니다:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. 업데이트가 다운로드되면 앱을 닫았다가 다시 열어 새로운 번들을 로드하세요.
-
-</Steps>
-
-자세한 내용은 [Live Updates 배포하기](/docs/getting-started/deploy) 가이드를 참조하세요.
-
-## Capgo CLI
-
-Capgo CLI는 개발자가 자체 CI/CD 파이프라인에서 Capgo 서비스와 상호 작용할 수 있게 해주는 강력한 도구입니다. CLI를 사용하면 빌드가 생성되고 배포되는 시기를 세밀하게 제어할 수 있어, Capgo를 기존 엔터프라이즈 워크플로우에 통합할 수 있습니다.
-
-### Capgo CLI의 용도는 무엇인가요?
-
-Capgo CLI는 라이브 업데이트 워크플로우에서 더 많은 제어와 유연성이 필요한 개발자와 팀을 위해 설계되었습니다. CI/CD 파이프라인에서 CLI를 사용하면 다음과 같은 작업을 수행할 수 있습니다:
-
-- Capgo의 내장 자동화에 의존하지 않고 정확히 언제 업데이트를 빌드하고 배포할지 결정
-- 빌드와 배포 단계 사이에 코드 서명, QA 테스트 또는 관리자 승인과 같은 자체 프로세스 삽입
-- 기존 DevOps 도구 및 워크플로우에 Capgo 통합
-
-### 인증
-
-Capgo CLI를 사용하려면 API 키로 인증해야 합니다. Capgo 계정 설정에서 API 키를 생성할 수 있습니다.
-
-로그인하고 API 키를 안전하게 저장하려면 다음을 실행하세요:
-
-```shell
-npx @capgo/cli@latest login [API_KEY]
-```
-
-이 명령은 나중에 사용할 수 있도록 저장됩니다. 로그인 후에는 각 명령마다 API 키를 제공할 필요가 없습니다.
-
-### 다른 CLI 도구와의 주요 차이점
-
-다른 라이브 업데이트 CLI 도구에 익숙하다면, Capgo CLI에 대한 몇 가지 주요 사항을 알아두어야 합니다:
-
-- Capgo는 라이브 업데이트 기능 세트에만 중점을 두기 때문에 개발과 CI/CD 사용 사례 모두에 단일 CLI를 사용합니다.
-
-- Capgo CLI는 별도의 설치 단계가 필요하지 않습니다. `@capgo/cli` 패키지에 번들로 제공되며 `npx`를 사용하여 직접 실행할 수 있습니다.
-
-- Capgo의 CLI는 라이브 업데이트 워크플로우에 특화되어 있어 더 일반적인 CLI 도구에서 찾을 수 있는 일부 기능이나 명령이 포함되지 않을 수 있습니다.
-
-## 다음 단계
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/channels/">
-    <Card title="채널" icon="bars">
-      채널을 사용하여 다양한 릴리스 트랙을 관리하고 특정 사용자에게 업데이트를 대상으로 지정하는 방법을 알아보세요.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="롤백" icon="left-arrow">
-      업데이트로 인해 문제가 발생할 경우 이전 JS 번들 버전으로 롤백하는 방법을 알아보세요.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="업데이트 동작" icon="setting">
-      앱에서 업데이트가 다운로드되고 적용되는 방식과 시기를 사용자 지정하세요.
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="빠른 업데이트" icon="starlight">
-      빠른 업데이트를 사용하여 업데이트 프로세스를 가속화하는 방법을 알아보세요.
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/cli/reference/account.mdx b/src/content/docs/ko/docs/cli/reference/account.mdx
deleted file mode 100644
index e5c874c97..000000000
--- a/src/content/docs/ko/docs/cli/reference/account.mdx
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: 계정
-sidebar_label: account
-sidebar:
-  order: 7
-locale: ko
----
-
-`account` 명령어를 사용하여 Capgo 계정을 관리할 수 있습니다
-
-### id
-
-`npx @capgo/cli account id`
-
-계정 ID를 가져옵니다
-
-옵션:
-
-- `-a, --apikey <apikey>`: 계정에 연결할 API 키
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/cli/reference/app.mdx b/src/content/docs/ko/docs/cli/reference/app.mdx
deleted file mode 100644
index 9c10ab70d..000000000
--- a/src/content/docs/ko/docs/cli/reference/app.mdx
+++ /dev/null
@@ -1,84 +0,0 @@
----
-title: 앱
-sidebar_label: app
-sidebar:
-  order: 4
-locale: ko
----
-
-`app` 명령을 사용하면 Capgo 앱을 관리할 수 있습니다
-
-### add
-
-`npx @capgo/cli app add [appId]`
-
-Capgo 계정에 새 앱을 추가합니다
-
-`[appId]`는 `com.example.app` 형식의 앱 ID입니다. 자세한 내용은 [Capacitor 문서](https://capacitorjs.com/docs/cli/commands/init/)를 참조하세요
-
-> 💡 제공되지 않은 경우 모든 옵션은 `capacitor.config.json`에서 추측됩니다
-
-옵션:
-
-- `--icon [path]`: Capgo 웹 앱에 표시할 사용자 지정 아이콘 경로
-- `--name [name]`: 앱 목록에 표시할 사용자 지정 이름
-- `--apikey [key]`: 계정에 연결할 API 키
-- `--retention [days]`: 앱 번들의 보존 기간(일) (기본값: 0 = 무제한)
-
-### set
-
-`npx @capgo/cli app set [appId]`
-
-Capgo 계정의 기존 앱을 업데이트합니다
-
-옵션:
-
-- `--icon [path]`: Capgo 웹 앱에 표시할 사용자 지정 아이콘 경로
-- `--name [name]`: 앱 목록에 표시할 사용자 지정 이름
-- `--retention [days]`: 앱 번들의 보존 기간(일) (기본값: 0 = 무제한)
-- `--apikey [key]`: 계정에 연결할 API 키
-
-### list
-
-`npx @capgo/cli app list [appId]`
-
-Capgo 계정의 모든 앱을 나열합니다
-
-옵션:
-
-- `--apikey [key]`: 계정에 연결할 API 키
-
-### delete
-
-`npx @capgo/cli app delete [appId]`
-
-Capgo 계정에서 앱을 삭제합니다
-
-옵션:
-
-- `--apikey [key]`: 계정에 연결할 API 키
-- `--bundle`: 특정 번들 버전만 삭제
-
-### debug
-
-`npx @capgo/cli app debug [appId]`
-
-앱의 디버그 정보를 표시합니다
-
-옵션:
-
-- `--apikey [key]`: 계정에 연결할 API 키
-- `--device`: 특정 기기 디버그
-
-### setting
-
-`npx @capgo/cli app setting [path]`
-
-앱의 Capacitor 구성을 편집합니다
-
-`[path]`는 변경하려는 설정의 경로입니다 (예: `appId` 또는 `plugins.CapacitorUpdater.autoUpdate`)
-
-`--string` 또는 `--bool` 중 하나를 제공해야 합니다:
-
-- `--string <value>`: 설정을 문자열 값으로 설정
-- `--bool <true|false>`: 설정을 부울 값으로 설정
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/cli/reference/build.mdx b/src/content/docs/ko/docs/cli/reference/build.mdx
deleted file mode 100644
index fff351b63..000000000
--- a/src/content/docs/ko/docs/cli/reference/build.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: 🏗️ build
-description: 클라우드에서 네이티브 모바일 앱을 빌드하고 CLI에서 직접 App Store 및 Play Store에 제출하세요.
-sidebar_label: build
-sidebar:
-  order: 5
-locale: ko
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-🏗️ 클라우드에서 네이티브 모바일 앱을 빌드하고 자동으로 App Store 및 Play Store에 제출하세요.
-
-## 개요
-
-`build` 명령을 사용하면 Capgo의 클라우드 인프라에서 iOS 및 Android용 Capacitor 앱을 빌드할 수 있습니다. Expo가 빌드를 처리하는 방식과 유사합니다. 앱은 전용 인프라에서 빌드되며 앱 스토어에 자동으로 제출될 수 있습니다.
-
-**현재 상태:** 공개 베타
-
-## Cloud Build를 사용하는 이유?
-
-네이티브 모바일 앱을 전통적으로 빌드하려면 다음이 필요합니다:
-- iOS 빌드를 위한 **Mac 하드웨어** ($1000+ 또는 비싼 CI 분)
-- 캐싱 및 자격 증명을 사용한 **복잡한 CI/CD** 설정
-- Xcode, Android Studio 및 SDK를 위한 **유지보수 오버헤드**
-
-Capgo Cloud Build를 사용하면 다음을 얻을 수 있습니다:
-- ✅ **Mac 불필요** - 모든 머신에서 iOS 앱 빌드
-- ✅ **설정 불필요** - CI/CD 구성 불필요
-- ✅ **검증됨** - 3년간의 내부 프로덕션 사용을 기반으로 구축
-- ✅ **안전함** - 로그 저장 없음, 자동 정리
-- ✅ **네이티브 전용 중점** - JavaScript는 비공개 유지
-
-## 빠른 시작
-
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-이게 전부입니다! 앱이 클라우드에서 빌드되고 실시간 로그가 표시됩니다.
-
-## 문서 섹션
-
-<CardGrid>
-  <Card title="⚠️ 먼저 자격 증명 설정" icon="warning">
-    **빌드하기 전 필수:** iOS/Android 자격 증명을 로컬에 저장하세요.
-
-    [자격 증명 설정 →](/docs/cli/cloud-build/credentials/)
-  </Card>
-
-  <Card title="시작하기" icon="rocket">
-    몇 분 안에 첫 네이티브 빌드를 만드세요.
-
-    [가이드 읽기 →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="iOS 빌드" icon="apple">
-    인증서를 구성하고 App Store용으로 빌드하세요.
-
-    [iOS 구성 →](/docs/cli/cloud-build/ios/)
-  </Card>
-
-  <Card title="Android 빌드" icon="setting">
-    키스토어를 설정하고 Play Store용으로 빌드하세요.
-
-    [Android 구성 →](/docs/cli/cloud-build/android/)
-  </Card>
-
-  <Card title="문제 해결" icon="warning">
-    일반적인 빌드 문제에 대한 해결책.
-
-    [도움받기 →](/docs/cli/cloud-build/troubleshooting/)
-  </Card>
-</CardGrid>
-
-## 명령 참조
-
-### 기본 사용법
-
-```bash
-npx @capgo/cli@latest build [appId] [options]
-```
-
-### 예시
-
-양쪽 플랫폼 빌드:
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-iOS만 빌드:
-```bash
-npx @capgo/cli@latest build com.example.app --platform ios
-```
-
-디버그 모드로 Android 빌드:
-```bash
-npx @capgo/cli@latest build com.example.app --platform android --build-mode debug
-```
-
-특정 디렉토리에서 빌드:
-```bash
-npx @capgo/cli@latest build com.example.app --path ./my-app
-```
-
-### 옵션
-
-| 옵션 | 유형 | 기본값 | 설명 |
-|--------|------|---------|-------------|
-| `appId` | string | capacitor.config | 애플리케이션 ID (예: com.example.app) |
-| `--path <path>` | string | 현재 디렉토리 | 프로젝트 디렉토리 경로 |
-| `--platform <platform>` | string | both | 대상 플랫폼: `ios`, `android` 또는 `both` |
-| `--build-mode <mode>` | string | release | 빌드 모드: `debug` 또는 `release` |
-| `--build-config <config>` | string | - | JSON 문자열로 추가 빌드 구성 |
-| `-a, --apikey <apikey>` | string | - | API 키 (또는 `CAPGO_TOKEN` 환경 변수 사용) |
-| `--supa-host <url>` | string | https://api.capgo.app | 커스텀 Supabase 호스트 URL |
-| `--supa-anon <key>` | string | - | 커스텀 Supabase anon 키 |
-
-## 작동 방식
-
-```mermaid
-sequenceDiagram
-    participant Dev as 개발자
-    participant CLI as Capgo CLI
-    participant Cloud as Capgo Cloud
-    participant iOS as Mac Builder
-    participant Android as Android Builder
-
-    Dev->>CLI: build com.example.app
-    CLI->>CLI: 프로젝트를 로컬에서 압축
-    CLI->>Cloud: R2에 업로드
-    Cloud->>iOS: Mac 프로비저닝 (iOS)
-    Cloud->>Android: 샌드박스 시작 (Android)
-    iOS-->>CLI: 로그 스트림 (SSE)
-    Android-->>CLI: 로그 스트림 (SSE)
-    iOS->>Cloud: 빌드 완료
-    Android->>Cloud: 빌드 완료
-    Cloud->>iOS: 정리 (24시간 후)
-    Cloud->>Android: 정리 (즉시)
-    CLI->>Dev: 빌드 성공
-```
-
-### 빌드 프로세스
-
-1. **로컬 준비** - 프로젝트가 로컬에서 압축됩니다 (`node_modules`, dotfiles 제외)
-2. **업로드** - zip 파일이 안전한 클라우드 스토리지(Cloudflare R2)에 업로드됩니다
-3. **빌드 실행**:
-   - **iOS**: 전용 Mac 머신 프로비저닝, Fastlane 빌드 및 서명
-   - **Android**: 보안 샌드박스 생성, Gradle 컴파일 및 서명
-4. **로그 스트리밍** - Server-Sent Events를 통한 실시간 로그 (저장되지 않음!)
-5. **자동 정리**:
-   - **iOS**: 머신 해제 시 24시간 후 파일 삭제
-   - **Android**: 빌드 후 즉시 모든 것 삭제
-
-## 우리의 전문성
-
-Capgo Cloud Build는 새로운 인프라가 아닙니다 - **3년** 동안 내부적으로 사용해 왔습니다:
-
-- ✅ **커스텀 Fastlane** - Capacitor 앱을 위해 특별히 구축됨
-- ✅ **수천 번의 빌드** - 프로덕션에서 검증됨
-- ✅ **Capacitor 전문가** - 중요한 것에 대한 깊은 지식
-- ✅ **네이티브 전용 중점** - JavaScript는 서버에 닿지 않음
-
-## 보안 및 개인정보
-
-- **로그 저장 없음** - 로그는 터미널로만 스트리밍되며 저장되지 않음
-- **아티팩트 저장 없음** - 앱은 App Store/Play Store로 직접 전송되며 아무것도 보관하지 않음
-- **자격 증명 자동 삭제** - 빌드 중에만 사용되며 이후 삭제됨 (최대 24시간)
-- **격리된 빌드** - 각 빌드는 격리되어 실행됨
-- **코드는 귀하의 것** - 네이티브 부분만 빌드하며 JavaScript는 로컬에 유지됨
-
-## CI/CD 통합
-
-어디서든 작동합니다 - GitHub Actions, GitLab CI 또는 모든 CI/CD 플랫폼:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build com.example.app \
-      --platform both \
-      --build-mode release
-```
-
-다음이 필요 없습니다:
-- Mac 러너
-- Android SDK 설치
-- Xcode 설치
-- 복잡한 캐싱
-- 자격 증명 관리
-
-## 요금
-
-빌드 시간은 실제 사용량에 따라 청구됩니다:
-
-- **Android**: 1× 배수 (분당 ~$0.XX)
-- **iOS**: 2× 배수 (Mac 하드웨어로 인해 분당 ~$0.XX)
-
-**일반적인 비용:**
-- Android 디버그: 3분 × 1× = ~$X.XX
-- iOS 릴리스: 7분 × 2× = ~$X.XX
-
-사용한 만큼만 지불합니다. 최소 금액이나 예상치 못한 비용이 없습니다.
-
-## 다른 솔루션과의 비교
-
-| 기능 | Capgo Cloud Build | GitHub Actions (Mac) | Expo EAS |
-|---------|------------------|---------------------|----------|
-| **로컬 Mac 필요** | ❌ 아니오 | ✅ 예 | ❌ 아니오 |
-| **설정 복잡성** | ⭐ 단일 명령 | ⭐⭐⭐ 복잡한 YAML | ⭐⭐ 구성 파일 |
-| **Capacitor 네이티브** | ✅ 최적화됨 | ⚠️ 일반적 | ❌ Expo 전용 |
-| **코드 개인정보** | ✅ 저장 안 함 | ⚠️ 러너에서 | ⚠️ 업로드됨 |
-| **비용 (iOS)** | 💰 2× 기본 | 💰💰💰 10× 비쌈 | 💰💰 프리미엄 |
-
-## 빌드되는 것
-
-**중요:** Capgo는 **네이티브 부분만** 빌드합니다.
-
-✅ **저희가 빌드하는 것:**
-- iOS 네이티브 코드 (Swift, Objective-C, Xcode 프로젝트)
-- Android 네이티브 코드 (Java, Kotlin, Gradle 프로젝트)
-- 코드 서명 및 앱 스토어 제출
-
-❌ **귀하가 빌드하는 것 (로컬에서):**
-- JavaScript, HTML, CSS (`npm run build`)
-- Capacitor 동기화 (`npx cap sync`)
-- 웹 에셋
-
-이러한 분리는 다음을 보장합니다:
-- **더 나은 보안** - 앱 로직은 비공개 유지
-- **더 빠른 빌드** - 중복 웹 빌드 없음
-- **명확한 책임** - 코드를 제어함
-
-## 제한 사항
-
-공개 베타 동안의 현재 제한 사항:
-
-- **빌드 시간 초과**: 최대 10분
-- **업로드 시간 초과**: 업로드 URL에 대해 1시간
-- **iOS 머신**: 24시간 리스 요구 사항, Mac의 빌드는 최적의 사용을 보장하기 위해 대기열에 추가됨
-- **액세스**: 공개 베타만
-
-## 시작하기
-
-번거로움 없이 빌드할 준비가 되셨나요?
-
-<CardGrid>
-  <Card title="첫 번째 빌드 만들기" icon="rocket">
-    첫 클라우드 빌드를 위한 단계별 가이드.
-
-    [시작하기 →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="공개 베타 참여" icon="star">
-    Cloud Build는 공개 베타 중입니다. 커뮤니티에 참여하여 액세스하세요.
-
-    [Discord 참여 →](https://discord.com/invite/VnYRvBfgA6)
-  </Card>
-</CardGrid>
-
-## 더 알아보기
-
-- [시작하기 가이드](/docs/cli/cloud-build/getting-started/) - 첫 빌드 만들기
-- [iOS 구성](/docs/cli/cloud-build/ios/) - iOS 빌드 설정
-- [Android 구성](/docs/cli/cloud-build/android/) - Android 빌드 설정
-- [문제 해결](/docs/cli/cloud-build/troubleshooting/) - 일반적인 문제 및 해결 방법
-- [블로그: Cloud Build 소개](/blog/introducing-capgo-cloud-build/) - 기능 발표
-
-## 도움이 필요하신가요?
-
-- 📚 [문제 해결 가이드](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Discord 커뮤니티](https://discord.com/invite/VnYRvBfgA6)
-- 📧 이메일: support@capgo.app
diff --git a/src/content/docs/ko/docs/cli/reference/bundle.mdx b/src/content/docs/ko/docs/cli/reference/bundle.mdx
deleted file mode 100644
index 36c0beb6e..000000000
--- a/src/content/docs/ko/docs/cli/reference/bundle.mdx
+++ /dev/null
@@ -1,165 +0,0 @@
----
-title: 번들
-sidebar_label: bundle
-sidebar:
-  order: 5
-locale: ko
----
-
-`bundle` 명령어를 사용하면 앱 번들을 관리할 수 있습니다
-
-### upload
-
-`npx @capgo/cli bundle upload [appId]`
-
-앱에 대한 새 번들을 업로드합니다
-
-옵션:
-
-- `-a, --apikey <apikey>`: 계정에 연결할 API 키
-- `-p, --path <path>`: 업로드할 폴더 경로 (`capacitorconfig`의 `webDir` 기본값)
-- `-c, --channel <channel>`: 번들을 연결할 채널
-- `-e, --external <url>`: Capgo Cloud에 업로드하는 대신 외부 URL에 연결
-- `--iv-session-key <key>`: 외부 번들 URL의 IV 및 세션 키 설정
-- `--s3-region <region>`: S3 버킷의 리전
-- `--s3-apikey <apikey>`: S3 엔드포인트의 API 키
-- `--s3-apisecret <apisecret>`: S3 엔드포인트의 API 시크릿
-- `--s3-endpoint <s3Endpoint>`: S3 엔드포인트 URL
-- `--s3-bucket-name <bucketName>`: S3 버킷 이름
-- `--s3-port <port>`: S3 엔드포인트의 포트
-- `--no-s3-ssl`: S3 업로드에 대한 SSL 비활성화
-- `--key <key>`: 공개 서명 키의 사용자 지정 경로 (v1 시스템)
-- `--key-data <keyData>`: 공개 서명 키 데이터 (v1 시스템)
-- `--key-v2 <key>`: 개인 서명 키의 사용자 지정 경로 (v2 시스템)
-- `--key-data-v2 <keyDataV2>`: 개인 서명 키 데이터 (v2 시스템)
-- `--bundle-url`: 번들 URL을 stdout에 출력
-- `--no-key`: 서명 키를 무시하고 서명되지 않은 업데이트 전송
-- `--no-code-check`: 소스 코드의 `notifyAppReady()`와 루트 폴더의 `indexhtml` 확인 건너뛰기
-- `--display-iv-session`: 업데이트 암호화에 사용된 IV 및 세션 키 표시
-- `-b, --bundle <bundle>`: 업로드할 번들 버전 번호
-- `--min-update-version <minUpdateVersion>`: 이 업데이트를 적용하는데 필요한 최소 앱 버전 (메타데이터를 통해 자동 업데이트가 비활성화된 경우에만 사용)
-- `--auto-min-update-version`: 네이티브 패키지 버전을 기반으로 최소 업데이트 버전 자동 설정
-- `--ignore-metadata-check`: 업로드 시 메타데이터(node_modules) 확인 무시
-- `--ignore-checksum-check`: 업로드 시 체크섬 확인 무시
-- `--timeout <timeout>`: 업로드 프로세스의 타임아웃(초)
-- `--multipart`: S3에 데이터를 업로드하기 위해 멀티파트 프로토콜 사용 (더 이상 사용되지 않음, 대신 `--tus` 사용)
-- `--tus`: tus 프로토콜을 사용하여 번들 업로드
-- `--tus-chunk-size <tusChunkSize>`: tus 업로드의 청크 크기
-- `--partial`: Capgo Cloud에 변경된 파일만 업로드
-- `--partial-only`: Capgo Cloud에 부분 파일만 업로드하고 압축 파일은 건너뜀 (큰 번들에 유용)
-- `--encrypted-checksum <encryptedChecksum>`: 외부 번들의 암호화된 체크섬(서명)
-- `--auto-set-bundle`: `capacitorconfigjson`에서 번들 버전 자동 설정
-- `--dry-upload`: 실제 파일을 업로드하지 않고 업로드 프로세스의 테스트 실행 (테스트에 유용)
-- `--package-json <packageJson>`: `packagejson` 파일 경로의 쉼표로 구분된 목록 (모노레포에 유용)
-- `--node-modules <nodeModules>`: `node_modules` 디렉토리 경로의 쉼표로 구분된 목록 (모노레포에 유용)
-- `--encrypt-partial`: 부분 업데이트 파일 암호화
-- `--delete-linked-bundle-on-upload`: 업로드하기 전에 대상 채널에서 현재 연결된 번들 삭제
-
-### compatibility
-
-`npx @capgo/cli bundle compatibility [appId]`
-
-특정 채널과의 번들 호환성을 확인합니다
-
-옵션:
-
-- `-a, --apikey <apikey>`: 계정에 연결할 API 키
-- `-c, --channel <channel>`: 호환성을 확인할 채널
-- `--text`: 결과를 이모지 대신 텍스트로 출력
-- `--package-json <packageJson>`: `packagejson` 파일 경로의 쉼표로 구분된 목록 (모노레포에 유용)
-- `--node-modules <nodeModules>`: `node_modules` 디렉토리 경로의 쉼표로 구분된 목록 (모노레포에 유용)
-
-### delete
-
-`npx @capgo/cli bundle delete [bundleId] [appId]`
-
-앱에서 번들을 삭제합니다
-
-옵션:
-
-- `-a, --apikey <apikey>`: 계정에 연결할 API 키
-
-### list
-
-`npx @capgo/cli bundle list [appId]`
-
-앱의 모든 번들을 나열합니다
-
-옵션:
-
-- `-a, --apikey <apikey>`: 계정에 연결할 API 키
-
-### cleanup
-
-`npx @capgo/cli bundle cleanup [appId]`
-
-주요 버전에 대한 이전 번들을 정리하고 지정된 수의 최신 번들을 유지합니다
-
-옵션:
-
-- `-b, --bundle <bundle>`: 정리할 주요 버전 번호
-- `-a, --apikey <apikey>`: 계정에 연결할 API 키
-- `-k, --keep <keep>`: 유지할 번들 수 (기본값: 4)
-- `-f, --force`: 확인 없이 강제 제거
-
-### decrypt
-
-`npx @capgo/cli bundle decrypt [zipPath] [sessionKey]`
-
-서명된 zip 번들을 복호화합니다
-
-옵션:
-
-- `--key <key>`: 개인 서명 키의 사용자 지정 경로
-- `--key-data <keyData>`: 개인 서명 키 데이터
-
-### encrypt
-
-`npx @capgo/cli bundle encrypt [zipPath]`
-
-zip 번들을 암호화합니다
-
-옵션:
-
-- `--key <key>`: 개인 서명 키의 사용자 지정 경로
-- `--key-data <keyData>`: 개인 서명 키 데이터
-
-### encryptV2
-
-`npx @capgo/cli bundle encryptV2 [zipPath] [checksum]`
-
-새로운 암호화 방식을 사용하여 zip 번들을 암호화합니다
-
-옵션:
-
-- `--key <key>`: 개인 서명 키의 사용자 지정 경로
-- `--key-data <keyData>`: 개인 서명 키 데이터
-- `-j, --json`: 결과를 JSON으로 출력
-
-### decryptV2
-
-`npx @capgo/cli bundle decryptV2 [zipPath] [checksum]`
-
-새로운 암호화 방식을 사용하여 zip 번들을 복호화합니다
-
-옵션:
-
-- `--key <key>`: 개인 서명 키의 사용자 지정 경로
-- `--key-data <keyData>`: 개인 서명 키 데이터
-- `--checksum <checksum>`: 무결성을 확인할 번들의 체크섬
-
-### zip
-
-`npx @capgo/cli bundle zip [appId]`
-
-번들용 zip 파일을 생성합니다
-
-옵션:
-
-- `-p, --path <path>`: 압축할 폴더 경로 (`capacitorconfig`의 `webDir` 기본값)
-- `-b, --bundle <bundle>`: 파일 이름에 사용할 번들 버전 번호
-- `-n, --name <name>`: zip의 사용자 지정 파일 이름
-- `-j, --json`: 결과를 JSON으로 출력
-- `--no-code-check`: 소스 코드의 `notifyAppReady()`와 루트 폴더의 `indexhtml` 확인 건너뛰기
-- `--key-v2`: 새로운 암호화 방식 사용 (v2)
-- `--package-json <packageJson>`: `packagejson` 파일 경로의 쉼표로 구분된 목록 (모노레포에 유용)
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/cli/reference/channel.mdx b/src/content/docs/ko/docs/cli/reference/channel.mdx
deleted file mode 100644
index a02f89a4a..000000000
--- a/src/content/docs/ko/docs/cli/reference/channel.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: 채널
-sidebar_label: channel
-sidebar:
-  order: 6
-locale: ko
----
-
-`channel` 명령어를 사용하여 릴리스 채널을 관리할 수 있습니다
-
-### add
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-앱의 새로운 채널을 생성합니다
-
-옵션:
-
-- `-d, --default`: 새 채널을 기본 채널로 설정
-- `-a, --apikey <apikey>`: 계정에 연결할 API 키
-
-### delete
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-앱에서 채널을 삭제합니다
-
-옵션:
-
-- `-a, --apikey <apikey>`: 계정에 연결할 API 키
-- `--delete-bundle`: 채널과 연결된 번들 삭제
-
-### list
-
-`npx @capgo/cli channel list [appId]`
-
-앱의 모든 채널을 나열합니다
-
-옵션:
-
-- `-a, --apikey <apikey>`: 계정에 연결할 API 키
-
-### currentBundle
-
-`npx @capgo/cli channel currentBundle [channel] [appId]`
-
-특정 채널의 현재 번들을 가져옵니다
-
-옵션:
-
-- `-c, --channel <channel>`: 현재 번들을 가져올 채널
-- `-a, --apikey <apikey>`: 계정에 연결할 API 키
-- `--quiet`: 번들 버전만 출력
-
-### set
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-채널의 속성을 설정합니다
-
-옵션:
-
-- `-a, --apikey <apikey>`: 계정에 연결할 API 키
-- `-b, --bundle <bundle>`: 채널에 설정할 번들 버전 번호
-- `-s, --state <state>`: 채널의 상태 설정 (`default` 또는 `normal`)
-- `--latest`: `packagejson`의 최신 버전을 번들 버전으로 사용
-- `--downgrade`: 네이티브 버전 이하로 다운그레이드 허용
-- `--no-downgrade`: 네이티브 버전 이하로 다운그레이드 비활성화
-- `--upgrade`: 네이티브 버전 이상으로 업그레이드 허용
-- `--no-upgrade`: 네이티브 버전 이상으로 업그레이드 비활성화
-- `--ios`: iOS 기기로 업데이트 전송 허용
-- `--no-ios`: iOS 기기로 업데이트 전송 비활성화
-- `--android`: Android 기기로 업데이트 전송 허용
-- `--no-android`: Android 기기로 업데이트 전송 비활성화
-- `--self-assign`: 기기가 이 채널에 자체 할당되도록 허용
-- `--no-self-assign`: 이 채널에 대한 기기 자체 할당 비활성화
-- `--disable-auto-update <disableAutoUpdate>`: 이 채널의 자동 업데이트 전략 비활성화 (옵션: `major`, `minor`, `metadata`, `patch`, `none`)
-- `--dev`: 개발 기기로 업데이트 전송 허용
-- `--no-dev`: 개발 기기로 업데이트 전송 비활성화
-- `--emulator`: 에뮬레이터 기기로 업데이트 전송 허용
-- `--no-emulator`: 에뮬레이터 기기로 업데이트 전송 비활성화
-- `--package-json <packageJson>`: `packagejson` 파일 경로의 쉼표로 구분된 목록 (모노레포에 유용)
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/cli/reference/doctor.mdx b/src/content/docs/ko/docs/cli/reference/doctor.mdx
deleted file mode 100644
index 92e8ede7d..000000000
--- a/src/content/docs/ko/docs/cli/reference/doctor.mdx
+++ /dev/null
@@ -1,13 +0,0 @@
----
-title: 의사
-sidebar_label: doctor
-sidebar:
-  order: 7
-locale: ko
----
-
-`npx @capgo/cli doctor`
-
-이 명령어는 Capgo 패키지의 최신 버전을 사용하고 있는지 확인합니다
-
-버그 리포팅에도 유용하게 사용됩니다
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/cli/reference/index.mdx b/src/content/docs/ko/docs/cli/reference/index.mdx
deleted file mode 100644
index 08ba021c5..000000000
--- a/src/content/docs/ko/docs/cli/reference/index.mdx
+++ /dev/null
@@ -1,73 +0,0 @@
----
-title: 개요
-description: Capgo CLI 명령에 대한 자세한 문서
-sidebar:
-  order: 1
-locale: ko
----
-
-import { CardGrid, Card } from '@astrojs/starlight/components';
-
-Capgo CLI는 Capgo 앱과 배포를 관리하기 위한 명령어 세트를 제공합니다. 이 참조 문서는 각 명령어의 옵션과 사용 예시를 포함한 상세 정보를 제공합니다.
-
-## 명령어
-
-<CardGrid stagger>
-  <a href="/docs/cli/reference/init/">
-    <Card title="init" icon="rocket">
-      새로운 Capgo 앱 초기화
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/bundle/">
-    <Card title="bundle" icon="seti:html">
-      앱 번들 관리
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/build/">
-    <Card title="build" icon="setting">
-      클라우드에서 네이티브 앱 빌드
-    </Card>
-  </a>
-
-  <a href="./login/">
-    <Card title="login" icon="approve-check">
-      Capgo 서비스에 인증
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/doctor/">
-    <Card title="doctor" icon="approve-check-circle">
-      Capgo 설정에서 잠재적 문제 확인
-    </Card>
-  </a>
-
-  <a href="./app/">
-    <Card title="app" icon="seti:default">
-      Capgo 앱 관리
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/channel/">
-    <Card title="channel" icon="seti:git">
-      릴리스 채널 관리
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/key/">
-    <Card title="key" icon="seti:lock">
-      앱 서명 키 관리
-    </Card>
-  </a>
-</CardGrid>
-
-## CI 통합
-
-작업을 자동화하기 위해 GitHub Actions를 사용하여 Capgo에 업데이트를 푸시하는 것을 권장합니다. 자세한 내용은 [GitHub Actions 튜토리얼](https://capgo.app/blog/automatic-build-and-release-with-github-actions/)을 확인하세요.
-
-CI 환경 변수에 Capgo API 키를 설정하는 것을 잊지 마세요.
-
-## 데모 앱
-
-CI 통합이 포함된 완전한 Capgo 앱 예제는 [GitHub의 데모 앱](https://github.com/Cap-go/demo-app/)을 확인하세요.
diff --git a/src/content/docs/ko/docs/cli/reference/init.mdx b/src/content/docs/ko/docs/cli/reference/init.mdx
deleted file mode 100644
index c2bb9b40b..000000000
--- a/src/content/docs/ko/docs/cli/reference/init.mdx
+++ /dev/null
@@ -1,17 +0,0 @@
----
-title: 초기화
-sidebar_label: init
-sidebar:
-  order: 2
-locale: ko
----
-
-`npx @capgo/cli@latest init [apikey]`
-
-이 명령어는 다음의 단계를 통해 안내합니다:
-
-- Capgo에 앱 추가
-- 업데이트 검증을 위한 코드를 앱에 추가
-- 앱 빌드
-- Capgo에 앱 업로드
-- 업데이트가 제대로 작동하는지 확인 지원
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/cli/reference/key.mdx b/src/content/docs/ko/docs/cli/reference/key.mdx
deleted file mode 100644
index ce2034c7f..000000000
--- a/src/content/docs/ko/docs/cli/reference/key.mdx
+++ /dev/null
@@ -1,37 +0,0 @@
----
-title: 키
-sidebar_label: key
-sidebar:
-  order: 7
-locale: ko
----
-
-`key` 명령어를 사용하여 앱 서명 키를 관리할 수 있습니다
-
-### save
-
-`npx @capgo/cli key save`
-
-Capacitor 설정에 base64로 인코딩된 암호화 키를 저장합니다 (CI에서 유용)
-
-옵션:
-
-- `-f, --force`: 새 키 생성 강제
-- `--key`: Capacitor 설정에 저장할 키 파일 경로
-- `--key-data`: Capacitor 설정에 직접 저장할 키 데이터
-
-### create
-
-`npx @capgo/cli key create`
-
-새 암호화 키를 생성합니다
-
-옵션:
-
-- `-f, --force`: 새 키 생성 강제
-
-### delete_old
-
-`npx @capgo/cli key delete_old`
-
-이전 암호화 키를 삭제합니다
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/cli/reference/login.mdx b/src/content/docs/ko/docs/cli/reference/login.mdx
deleted file mode 100644
index fadc0456e..000000000
--- a/src/content/docs/ko/docs/cli/reference/login.mdx
+++ /dev/null
@@ -1,19 +0,0 @@
----
-title: 로그인
-sidebar_label: login
-sidebar:
-  order: 3
-locale: ko
----
-
-`npx @capgo/cli login [apikey]`
-
-이 명령어는 이후 사용을 위해 Capgo API 키를 저장합니다
-
-:::note
-모든 명령어에 `--apikey=<key>`를 전달하여 저장된 API 키를 재정의할 수 있습니다
-:::
-
-옵션:
-
-- `--local`: API 키를 로컬 저장소에 저장하고 `gitignore`에 추가합니다
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/cli/reference/organisation.mdx b/src/content/docs/ko/docs/cli/reference/organisation.mdx
deleted file mode 100644
index 56db4ab2d..000000000
--- a/src/content/docs/ko/docs/cli/reference/organisation.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: 🔹 organisation
-description: 🏢 팀 협업 및 앱 관리를 위해 Capgo Cloud에서 조직을 관리하세요.
-sidebar_label: organisation
-sidebar:
-  order: 9
-locale: ko
----
-
-🏢 팀 협업 및 앱 관리를 위해 Capgo Cloud에서 조직을 관리하세요.
-
-### <a id="organisation-list"></a> 📋 **List**
-
-**별칭:** `l`
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-📋 Capgo Cloud에서 액세스 권한이 있는 모든 조직을 나열합니다.
-
-**예시:**
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-**옵션:**
-
-| 매개변수          | 유형          | 설명          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 계정에 연결할 API 키 |
-| **--supa-host** | <code>string</code> | 커스텀 Supabase 호스트 URL (셀프 호스팅 또는 Capgo 개발용) |
-| **--supa-anon** | <code>string</code> | 커스텀 Supabase anon 키 (셀프 호스팅용) |
-
-### <a id="organisation-add"></a> ➕ **Add**
-
-**별칭:** `a`
-
-```bash
-npx @capgo/cli@latest organisation add
-```
-
-➕ 팀 협업을 위해 Capgo Cloud에 새 조직을 만듭니다.
-
-**예시:**
-
-```bash
-npx @capgo/cli@latest organisation add --name "My Company" --email admin@mycompany.com
-```
-
-**옵션:**
-
-| 매개변수          | 유형          | 설명          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | 조직 이름 |
-| **-e,** | <code>string</code> | 조직 관리 이메일 |
-| **-a,** | <code>string</code> | 계정에 연결할 API 키 |
-| **--supa-host** | <code>string</code> | 커스텀 Supabase 호스트 URL (셀프 호스팅 또는 Capgo 개발용) |
-| **--supa-anon** | <code>string</code> | 커스텀 Supabase anon 키 (셀프 호스팅용) |
-
-### <a id="organisation-set"></a> ⚙️ **Set**
-
-**별칭:** `s`
-
-```bash
-npx @capgo/cli@latest organisation set
-```
-
-⚙️ 이름 및 관리 이메일과 같은 조직 설정을 업데이트합니다.
-
-**예시:**
-
-```bash
-npx @capgo/cli@latest organisation set ORG_ID --name "Updated Company Name"
-```
-
-**옵션:**
-
-| 매개변수          | 유형          | 설명          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | 조직 이름 |
-| **-e,** | <code>string</code> | 조직 관리 이메일 |
-| **-a,** | <code>string</code> | 계정에 연결할 API 키 |
-| **--supa-host** | <code>string</code> | 커스텀 Supabase 호스트 URL (셀프 호스팅 또는 Capgo 개발용) |
-| **--supa-anon** | <code>string</code> | 커스텀 Supabase anon 키 (셀프 호스팅용) |
-
-### <a id="organisation-delete"></a> 🗑️ **Delete**
-
-**별칭:** `d`
-
-```bash
-npx @capgo/cli@latest organisation delete
-```
-
-🗑️ Capgo Cloud에서 조직을 삭제합니다. 이 작업은 실행 취소할 수 없습니다.
-조직 소유자만 조직을 삭제할 수 있습니다.
-
-**예시:**
-
-```bash
-npx @capgo/cli@latest organisation delete ORG_ID
-```
-
-**옵션:**
-
-| 매개변수          | 유형          | 설명          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 계정에 연결할 API 키 |
-| **--supa-host** | <code>string</code> | 커스텀 Supabase 호스트 URL (셀프 호스팅 또는 Capgo 개발용) |
-| **--supa-anon** | <code>string</code> | 커스텀 Supabase anon 키 (셀프 호스팅용) |
diff --git a/src/content/docs/ko/docs/contributing/adding-plugins.mdx b/src/content/docs/ko/docs/contributing/adding-plugins.mdx
deleted file mode 100644
index 684c7ff9e..000000000
--- a/src/content/docs/ko/docs/contributing/adding-plugins.mdx
+++ /dev/null
@@ -1,453 +0,0 @@
----
-title: 플러그인 추가 또는 업데이트
-description: Capgo 문서에 새 플러그인을 추가하거나 기존 플러그인을 업데이트하는 방법에 대한 기여자 및 에이전트를 위한 완전한 가이드.
-sidebar:
-  order: 10
-locale: ko
----
-
-import { Steps, Aside, LinkCard } from '@astrojs/starlight/components';
-
-이 가이드는 Capgo 웹사이트에 새 Capacitor 플러그인을 추가하거나 기존 플러그인 문서를 업데이트하는 방법을 설명합니다. 이는 기여자, 유지관리자 및 문서 유지관리를 돕는 AI 에이전트에게 유용합니다.
-
-## 개요
-
-Capgo 생태계에 새 플러그인을 추가할 때 플러그인이 모든 관련 위치에 올바르게 나타나도록 웹사이트 전체의 여러 파일과 위치를 업데이트해야 합니다:
-
-1. **플러그인 목록 구성** - 마스터 목록에 플러그인 메타데이터 추가
-2. **플러그인 인덱스 페이지** - 범주화된 플러그인 목록 페이지에 플러그인 추가
-3. **사이드바 네비게이션** - 문서 사이드바에 플러그인 추가
-4. **플러그인 문서** - 개요 및 시작하기 페이지 생성
-5. **플러그인 튜토리얼** - 포괄적인 튜토리얼 생성
-
-## 파일 위치
-
-### 업데이트할 주요 파일
-
-| 파일 | 목적 |
-|------|---------|
-| `/src/config/plugins.ts` | 메타데이터가 포함된 마스터 플러그인 목록 |
-| `/src/content/docs/docs/plugins/index.mdx` | 범주가 포함된 플러그인 인덱스 페이지 |
-| `/astro.config.mjs` | 사이드바 네비게이션 구성 |
-| `/src/content/docs/docs/plugins/[plugin-name]/` | 플러그인 문서 디렉토리 |
-| `/src/content/plugins-tutorials/en/` | 영어 튜토리얼 파일 |
-
-## 단계별 가이드
-
-<Steps>
-
-1. ### 마스터 목록에 플러그인 추가
-
-   `/src/config/plugins.ts`를 열고 `actions` 배열에 플러그인을 추가하세요:
-
-   ```typescript
-   // 먼저 적절한 Heroicon을 가져오기
-   import YourIconName from 'astro-heroicons/mini/IconName.astro'
-
-   // 그런 다음 actions 배열에 추가
-   {
-     name: '@capgo/your-plugin-name',
-     author: 'github.com/Cap-go',
-     description: '플러그인이 하는 일에 대한 간단한 설명',
-     href: 'https://github.com/Cap-go/your-plugin-name/',
-     title: '표시 이름',
-     icon: YourIconName,
-   }
-   ```
-
-   **사용 가능한 아이콘**: `/node_modules/astro-heroicons/mini/`에서 사용 가능한 아이콘을 확인하세요.
-
-2. ### 인덱스 페이지에 플러그인 추가
-
-   `/src/content/docs/docs/plugins/index.mdx`를 열고 적절한 범주 아래에 플러그인을 추가하세요:
-
-   ```mdx
-   <LinkCard
-     title="Your Plugin Name"
-     description="플러그인이 하는 일에 대한 간단한 설명"
-     href="/docs/plugins/your-plugin-name/"
-   />
-   ```
-
-   **범주**:
-   - ⭐ 주요 플러그인
-   - 📱 기기 및 시스템 플러그인
-   - 🎥 미디어 및 카메라 플러그인
-   - 🛠️ 유틸리티 플러그인
-   - 🤖 AI 및 고급 미디어
-   - 📍 위치 및 백그라운드 서비스
-   - 📞 통신 및 분석
-   - 🔐 보안 및 시스템
-   - 📊 Android 전용 기능
-   - 📥 다운로드 및 탐색
-
-3. ### 사이드바 네비게이션에 추가
-
-   `/astro.config.mjs`를 열고 사이드바 구성에 플러그인을 추가하세요 (약 540번째 줄):
-
-   ```javascript
-   {
-     label: 'Your Plugin Name',
-     items: [
-       { label: 'Overview', link: '/docs/plugins/your-plugin-name/' },
-       { label: 'Getting started', link: '/docs/plugins/your-plugin-name/getting-started' },
-     ],
-     collapsed: true,
-   }
-   ```
-
-   플러그인은 사이드바에서 알파벳순으로 나열됩니다.
-
-4. ### 플러그인 문서 디렉토리 생성
-
-   플러그인 문서용 새 디렉토리를 만드세요:
-
-   ```bash
-   mkdir -p /src/content/docs/docs/plugins/your-plugin-name/
-   ```
-
-5. ### 플러그인 개요 페이지 생성
-
-   `/src/content/docs/docs/plugins/your-plugin-name/index.mdx` 생성:
-
-   ```mdx
-   ---
-   title: "@capgo/your-plugin-name"
-   description: 플러그인의 목적에 대한 간단한 설명
-   tableOfContents: false
-   next: false
-   prev: false
-   sidebar:
-     order: 1
-     label: "Introduction"
-   hero:
-     tagline: 플러그인이 하는 일을 설명하는 자세한 태그라인
-     image:
-       file: ~public/your-plugin-icon.svg
-     actions:
-       - text: Get started
-         link: /docs/plugins/your-plugin-name/getting-started/
-         icon: right-arrow
-         variant: primary
-       - text: Github
-         link: https://github.com/Cap-go/your-plugin-name/
-         icon: external
-         variant: minimal
-   ---
-
-   import { Card, CardGrid } from '@astrojs/starlight/components';
-
-   <CardGrid stagger>
-     <Card title="Feature 1" icon="puzzle">
-       첫 번째 주요 기능 설명
-     </Card>
-     <Card title="Feature 2" icon="rocket">
-       두 번째 주요 기능 설명
-     </Card>
-     <Card title="크로스 플랫폼" icon="puzzle">
-       iOS 및 Android에서 모두 작동 📱
-     </Card>
-     <Card title="포괄적인 문서" icon="open-book">
-       플러그인을 마스터하려면 [문서](/docs/plugins/your-plugin-name/getting-started/)를 확인하세요.
-     </Card>
-   </CardGrid>
-   ```
-
-6. ### 시작하기 가이드 생성
-
-   `/src/content/docs/docs/plugins/your-plugin-name/getting-started.mdx` 생성:
-
-   ```mdx
-   ---
-   title: 시작하기
-   description: Capacitor 앱에서 플러그인을 설치하고 사용하는 방법을 배웁니다.
-   sidebar:
-     order: 2
-   ---
-
-   import { Steps } from '@astrojs/starlight/components';
-   import { PackageManagers } from 'starlight-package-managers'
-
-   <Steps>
-   1. **패키지 설치**
-      <PackageManagers pkg="@capgo/your-plugin-name" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-   2. **네이티브 프로젝트와 동기화**
-      <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   </Steps>
-
-   ## 구성
-
-   ### iOS 구성
-   [iOS 전용 설정 지침]
-
-   ### Android 구성
-   [Android 전용 설정 지침]
-
-   ## 사용법
-
-   [기본 사용 예시]
-
-   ## API 참조
-
-   [자세한 API 문서]
-
-   ## 전체 예시
-
-   [완전히 작동하는 예시]
-
-   ## 모범 사례
-
-   [권장 사례 및 팁]
-
-   ## 플랫폼 참고사항
-
-   [플랫폼별 참고사항 및 제한 사항]
-   ```
-
-7. ### 튜토리얼 파일 생성
-
-   `/src/content/plugins-tutorials/en/your-plugin-name.md` 생성:
-
-   ```markdown
-   ---
-   locale: en
-   ---
-   # @capgo/your-plugin-name 패키지 사용하기
-
-   `@capgo/your-plugin-name` 패키지는 [간단한 설명]입니다. 이 튜토리얼에서는 Ionic Capacitor 앱에서 이 패키지의 설치, 구성 및 사용을 안내합니다.
-
-   ## 설치
-
-   [설치 단계]
-
-   ## 구성
-
-   [iOS 및 Android용 구성 단계]
-
-   ## API 사용
-
-   [자세한 API 사용 예시]
-
-   ## 전체 예시
-
-   [완전히 작동하는 예시]
-
-   ## 모범 사례
-
-   [팁 및 모범 사례]
-
-   ## 문제 해결
-
-   [일반적인 문제 및 해결 방법]
-
-   ## 결론
-
-   [요약 및 추가 리소스 링크]
-   ```
-
-</Steps>
-
-## 플러그인 문서 구조
-
-### 필수 파일
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx           # 히어로 및 기능 카드가 있는 개요 페이지
-└── getting-started.mdx # 설치 및 사용 가이드
-
-src/content/plugins/en/
-└── your-plugin-name.md # 포괄적인 튜토리얼
-```
-
-### 선택적 파일
-
-복잡한 플러그인의 경우 추가 문서 페이지를 추가할 수 있습니다:
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx
-├── getting-started.mdx
-├── api-reference.mdx   # 자세한 API 문서
-├── examples.mdx        # 추가 예시
-├── troubleshooting.mdx # 문제 해결 가이드
-└── migrations.mdx      # 마이그레이션 가이드
-```
-
-## 콘텐츠 가이드라인
-
-### 플러그인 설명 작성
-
-- **간결하게**: 설명을 100자 미만으로 유지
-- **구체적으로**: 플러그인이 무엇인지가 아니라 무엇을 하는지 설명
-- **동작 단어 사용**: "제어", "통합", "활성화"와 같은 동사로 시작
-
-**좋은 예시**:
-- "간단한 온/오프 토글로 기기 플래시 및 토치 제어"
-- "앱에 Crisp 라이브 채팅 및 고객 지원 통합"
-- "Face ID 및 Touch ID를 사용한 안전한 인증 활성화"
-
-**나쁜 예시**:
-- "플래시용 플러그인"
-- "Crisp 플러그인입니다"
-- "생체 인식 플러그인"
-
-### 문서 작성
-
-1. **설치부터 시작**: 항상 명확한 설치 단계로 시작
-2. **구성 제공**: 플랫폼별 설정 요구 사항 포함
-3. **사용 예시 표시**: 작동하는 코드 예시 제공
-4. **API 참조 포함**: 모든 메서드 및 매개변수 문서화
-5. **전체 예시 추가**: 실제 사용 패턴 표시
-6. **모범 사례 나열**: 최적 사용을 위한 팁 공유
-7. **플랫폼 차이점 문서화**: iOS와 Android 동작 명확히 하기
-8. **문제 해결 추가**: 일반적인 문제 해결
-
-### 코드 예시
-
-- 모든 코드 예시에 TypeScript 사용
-- 상단에 import 포함
-- 주요 단계를 설명하는 주석 추가
-- 오류 처리 표시
-- 기본 및 고급 사용 모두 시연
-
-## 체크리스트
-
-새 플러그인을 추가할 때 이 체크리스트를 사용하세요:
-
-- [ ] `/src/config/plugins.ts`에 플러그인 추가
-- [ ] Heroicons에서 적절한 아이콘 선택
-- [ ] 올바른 범주 아래의 `/src/content/docs/docs/plugins/index.mdx`에 플러그인 추가
-- [ ] `/astro.config.mjs`에 사이드바 항목 추가
-- [ ] 플러그인 문서 디렉토리 생성
-- [ ] `index.mdx` 개요 페이지 생성
-- [ ] `getting-started.mdx` 가이드 생성
-- [ ] `/src/content/plugins-tutorials/en/`에 튜토리얼 생성
-- [ ] 설치 지침 포함
-- [ ] iOS 구성 문서화
-- [ ] Android 구성 문서화
-- [ ] 사용 예시 제공
-- [ ] API 참조 추가
-- [ ] 완전히 작동하는 예시 포함
-- [ ] 모범 사례 나열
-- [ ] 플랫폼별 참고사항 추가
-- [ ] 모든 링크가 올바르게 작동하는지 테스트
-
-## 아이콘 참조
-
-플러그인에 사용되는 일반적인 아이콘 (`astro-heroicons/mini/`에서):
-
-| 아이콘 | 사용 사례 |
-|------|----------|
-| `BoltIcon` | 플래시, 전원, 에너지 |
-| `CameraIcon` | 카메라, 사진, 비디오 |
-| `ChatBubbleLeftIcon` | 채팅, 메시징, 통신 |
-| `FingerPrintIcon` | 생체 인식, 보안, 인증 |
-| `MapPinIcon` | 위치, 지오로케이션, 지도 |
-| `SpeakerWaveIcon` | 오디오, 사운드, 음악 |
-| `VideoCameraIcon` | 비디오, 녹화, 스트리밍 |
-| `CreditCardIcon` | 결제, 구매 |
-| `PlayCircleIcon` | 미디어 플레이어, 비디오 플레이어 |
-| `SignalIcon` | 연결성, 네트워크, 비콘 |
-| `RadioIcon` | 비콘, 방송, 무선 |
-| `ChatBubbleOvalLeftIcon` | 소셜 미디어, WeChat |
-
-## 기존 플러그인 업데이트
-
-기존 플러그인을 업데이트할 때:
-
-1. 문서에서 **버전 번호 업데이트**
-2. 주요 변경 사항이 있는 경우 **마이그레이션 가이드 추가**
-3. 새 메서드로 **API 참조 업데이트**
-4. 새 기능에 대한 **새 예시 추가**
-5. 변경된 경우 **플랫폼 요구 사항 업데이트**
-6. 새 기능을 기반으로 **모범 사례 수정**
-7. 최신 API로 **튜토리얼 최신 상태 유지**
-
-## 다국어 지원
-
-웹사이트는 여러 언어를 지원합니다. 영어 문서를 생성한 후:
-
-1. 번역 스크립트 실행:
-   ```bash
-   bun run plugins:translate_all
-   ```
-
-2. 생성된 번역 검토:
-   - `/src/content/plugins-tutorials/de/` (독일어)
-   - `/src/content/plugins-tutorials/es/` (스페인어)
-   - `/src/content/plugins-tutorials/fr/` (프랑스어)
-   - `/src/content/plugins-tutorials/it/` (이탈리아어)
-   - `/src/content/plugins-tutorials/ja/` (일본어)
-   - `/src/content/plugins-tutorials/ko/` (한국어)
-   - `/src/content/plugins-tutorials/id/` (인도네시아어)
-
-## 변경 사항 테스트
-
-플러그인 문서를 추가하거나 업데이트한 후:
-
-1. **사이트를 로컬에서 빌드**:
-   ```bash
-   npm run build
-   ```
-
-2. **오류 확인**:
-   - 모든 링크가 작동하는지 확인
-   - 이미지가 올바르게 로드되는지 확인
-   - 코드 예시가 유효한지 확인
-   - 탐색이 작동하는지 테스트
-
-3. **사이트 미리보기**:
-   ```bash
-   npm run dev
-   ```
-
-4. **플러그인이 나타나는지 확인**:
-   - 플러그인 목록 페이지 확인
-   - 사이드바 탐색 확인
-   - 모든 문서 페이지 테스트
-   - 튜토리얼 페이지 작동 확인
-
-## 일반적인 함정
-
-<Aside type="caution">
-**이러한 일반적인 실수를 피하세요:**
-
-1. **동기화 잊기**: 예시에서 항상 `npx cap sync` 실행
-2. **일관성 없는 이름**: 모든 곳에서 동일한 플러그인 이름 사용
-3. **플랫폼 구성 누락**: iOS 및 Android 설정 모두 문서화
-4. **깨진 링크**: 상대 링크 사용 및 작동하는지 확인
-5. **오류 처리 없음**: 예시에서 항상 try-catch 표시
-6. **import 누락**: 예시에 필요한 모든 import 포함
-7. **불명확한 설명**: 플러그인이 하는 일을 구체적으로 설명
-</Aside>
-
-## 도움 받기
-
-플러그인 문서를 추가하거나 업데이트하는 데 도움이 필요한 경우:
-
-- **Discord**: [Discord 커뮤니티](https://discord.capgo.app)에 참여
-- **GitHub**: [웹사이트 리포지토리](https://github.com/Cap-go/website)에 이슈 열기
-- **이메일**: support@capgo.app으로 팀에 문의
-
-## 예시
-
-참고를 위해 다음과 같은 잘 문서화된 플러그인을 확인하세요:
-
-- **Updater**: `/src/content/docs/docs/plugins/updater/` (여러 페이지가 있는 복잡한 플러그인)
-- **Flash**: `/src/content/docs/docs/plugins/flash/` (간단한 플러그인, 좋은 시작 예시)
-- **Social Login**: `/src/content/docs/docs/plugins/social-login/` (하위 페이지가 있는 플러그인)
-
-## 요약
-
-Capgo 문서에 플러그인을 추가하는 것은 다음과 같습니다:
-
-1. 마스터 구성에 메타데이터 추가
-2. 범주화된 인덱스 페이지에 플러그인 추가
-3. 사이드바 네비게이션 구성
-4. 포괄적인 문서 페이지 생성
-5. 자세한 튜토리얼 작성
-6. 모든 변경 사항을 로컬에서 테스트
-
-이 가이드를 따르면 플러그인이 일관되게 문서화되고 사용자가 쉽게 찾을 수 있도록 보장됩니다.
diff --git a/src/content/docs/ko/docs/faq.mdx b/src/content/docs/ko/docs/faq.mdx
deleted file mode 100644
index 14182ee60..000000000
--- a/src/content/docs/ko/docs/faq.mdx
+++ /dev/null
@@ -1,361 +0,0 @@
----
-title: FAQ
-description: Capgo에 대한 자주 묻는 질문
-sidebar:
-  order: 1
-locale: ko
----
-
-여기에서 답변하지 않은 질문이 있다면 언제든 문의해 주세요! [Discord](https://discordcom/invite/VnYRvBfgA6)에서 이슈를 제기하거나 질문하는 것 모두 가능합니다.
-
-### "코드 푸시"란 무엇인가요?
-
-코드 푸시는 "무선 업데이트"(OTA)라고도 하며, Capacitor 개발자가 프로덕션 앱을 업데이트할 수 있게 해주는 클라우드 서비스입니다. Capgo는 현재 Android와 iOS에서 작동하며, 향후 Capacitor가 작동하는 모든 플랫폼에서 작동할 예정입니다.
-
-"코드 푸시"는 [Microsoft](https://appcenterms/)와 [Expo](https://expodev/)의 React Native 커뮤니티에서 사용하는 배포 기능의 이름을 참조한 것이며, 둘 다 Capacitor를 지원하지 않습니다.
-
-### 번들과 릴리스의 차이점은 무엇인가요?
-
-"릴리스"는 앱 스토어용 바이너리를 준비하는 것을 의미합니다. 나중에 번들을 생성하기 위해 Capgo는 앱 스토어에 배포된 정확한 바이너리를 알아야 합니다.
-
-"번들"은 릴리스에 적용하여 새로운 코드로 업데이트할 수 있는 패치를 의미합니다. `npx @capgo/cli app update` 명령어는 로컬의 새로운 코드로부터 번들을 생성하여 사용자에게 배포하는데 사용됩니다.
-
-### 로드맵은 무엇인가요?
-
-우리의 프로젝트 보드는 공개되어 있으며 다음에서 확인할 수 있습니다: [https://github.com/orgs/Cap-go/projects](https://github.com/orgs/Cap-go/projects/)
-
-우리 팀은 공개적으로 운영되므로 언제든지 우리가 무엇을 하고 있는지 확인할 수 있습니다. Github 이슈나 [Discord](https://discordcom/invite/VnYRvBfgA6)를 통해 로드맵이나 우선순위에 대한 질문에 기꺼이 답변해 드리겠습니다.
-
-### Capgo를 팀과 함께 사용할 수 있나요?
-
-네! 모든 요금제는 무제한 개발자를 지원합니다. 각 조직에 대해 앱 메트릭(MAU, 저장소, 대역폭)만 제한합니다.
-
-자세한 내용은 [Teams](https://capgo.app/pricing/)를 참조하세요.
-
-### Capgo가 소스 코드를 저장하나요?
-
-아니요. Capgo 서버는 귀하의 소스 코드를 보지 않습니다. `npx @capgo/cli app update`를 실행할 때 `npx @capgo/cli` 도구는 앱 스토어에 보내는 것과 동일한 컴파일된 코드만 업로드합니다. 추가 보호가 필요하다면 Capgo 서버에 업로드하기 전에 엔드 투 엔드 암호화를 사용해 번들을 암호화할 수 있습니다. 이것은 저장 및 전송 중 번들을 보호하고 비공개 키 없이 제3자가 유효한 암호화 업데이트를 생성하는 것을 막아주지만, 공개 키가 배포된 앱에 존재하기 때문에 배포된 웹 자산의 리버스 엔지니어링을 불가능하게 만들지는 않습니다.
-
-개인정보 보호정책도 참조하세요: [https://capgo.app/privacy](https://capgo.app/privacy/)
-
-### CI 시스템에서 Capgo를 사용할 수 있나요?
-
-네. Capgo는 CI 시스템에서 사용하도록 설계되었습니다. [Android와 Github Actions](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)와 [IOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/), 그리고 [Gitlab](https://capgo.app/blog/setup-ci-and-cd-gitlab/)에 대한 가이드를 발행했으며, 다른 CI 시스템도 비슷할 것입니다.
-
-문제가 발생하면 GitHub 이슈나 Discord를 통해 문의해 주시기 바랍니다.
-
-### Firebase Remote Config나 Launch Darkly와는 어떤 관계가 있나요?
-
-코드 푸시는 기기에 새로운 코드를 추가하거나 코드를 교체할 수 있게 합니다. Firebase Remote Config와 Launch Darkly는 모두 구성 시스템입니다. 새 버전을 배포하지 않고도 앱의 구성을 변경할 수 있게 해주지만, 코드를 교체하기 위한 것은 아닙니다.
-
-### 이것이 추가하는 의존성 공간은 얼마나 되나요?
-
-최근에 측정하지는 않았지만, 코드 푸시 라이브러리가 Capacitor 앱에 1메가바이트 미만을 추가할 것으로 예상됩니다. 이것이 우선순위가 될 때 더 작게 만들 수 있는 방법을 알고 있습니다. 크기가 문제가 된다면 알려주세요!
-
-### 코드 푸시가 큰 애플리케이션에서도 작동하나요?
-
-네. 코드 푸시로 업데이트할 수 있는 애플리케이션 크기에는 제한이 없습니다. [아래](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support)에 언급된 대로, Capgo는 크기에 관계없이 애플리케이션의 모든 JS 코드를 변경할 수 있습니다.
-
-참고: 크기가 클수록 사용자가 업데이트를 다운로드하기 어려워집니다. 앱을 가능한 한 작게 유지하는 것을 권장합니다.
-
-### Capgo 코드 푸시를 어디에 사용할 수 있나요?
-
-다음과 같은 다양한 용도로 사용되는 것을 보았습니다:
-
--   프로덕션 앱의 긴급 수정
--   이전 버전 앱 사용자에게 버그 수정 배포
--   지속적인 배포(예: 매시간)
-
-대부분의 앱 스토어는 앱의 동작을 크게 변경하는 코드 배포를 금지한다는 점에 유의하세요. 자세한 내용은 [아래](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies)를 참조하세요.
-
-### Capgo에서 "MAU"는 어떻게 계산되나요?
-
-MAU는 "월간 활성 사용자"입니다. 지난 30일 동안 서버에 접속한 모든 기기를 MAU로 계산합니다. 지난 30일 동안 서버에 접속하지 않은 기기는 계산하지 않습니다.
-
-**중요**: 플러그인 버전 **v6.25.0** 및 **v7.25.0**부터 기기 ID가 이제 앱 재설치 시에도 유지됩니다. 이전 버전에서는 앱을 재설치할 때마다 새로운 기기 ID가 생성되어 새로운 MAU로 계산되었습니다.
-
-현재 버전의 동작:
-- 기기 ID가 앱 재설치 후에도 유지됩니다 (iOS의 Keychain 및 Android의 EncryptedSharedPreferences에 안전하게 저장)
-- 앱 업데이트는 새로운 Device ID를 생성하지 않습니다
-- 개발 중에 이전 플러그인 버전(< v6.25.0 / v7.25.0)을 사용하는 경우 재설치할 때마다 여전히 새로운 MAU가 생성됩니다
-
-참고: TestFlight 다운로드 및 Android의 채널 전환은 구성에 따라 여전히 새로운 기기 등록을 생성할 수 있습니다.
-
-> 첫 설정 후에는 중복 기기 수를 줄이기 위해 개발 기기와 에뮬레이터를 비활성화하는 것을 권장합니다.
-
-### Capgo 코드 푸시를 사용할 수 없는 경우는 무엇인가요?
-
-위에서 언급했듯이, Capgo는 앱 스토어 정책을 위반하는 데 사용해서는 안 됩니다. 자세한 내용은 [아래](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines)를 참조하세요.
-
-또한 Capgo는 네이티브 코드(예: Android의 Java/Kotlin 또는 iOS의 Objective-C/Swift) 변경을 지원하지 않습니다. 네이티브 코드를 변경한 경우 업데이트를 시도하는 동안 도구가 경고를 표시합니다.
-
-### Capgo를 통해 capacitor.config.ts 변경 사항을 업데이트할 수 있나요?[](https://capgo.app/docs/faq/#can-i-update-capacitorconfigts-changes-via-capgo "Direct link to Can I update capacitor.config.ts changes via Capgo?")
-
-아니요. `capacitor.config.ts`의 변경 사항은 Capgo 라이브 업데이트를 통해 전송할 수 없습니다. Capacitor 구성 파일은 네이티브 빌드 시점에 읽혀 네이티브 앱 바이너리로 컴파일됩니다. 즉, `capacitor.config.ts`의 변경 사항(플러그인 구성, 앱 ID, 서버 설정 또는 네이티브 플러그인 옵션 등)은 App Store 또는 Google Play를 통한 새로운 네이티브 릴리스가 필요합니다.
-
-Capgo는 런타임에 로드되는 웹 자산(HTML, CSS, JavaScript)만 업데이트할 수 있습니다. Capacitor 구성을 변경해야 하는 경우:
-1. 로컬에서 `capacitor.config.ts` 업데이트
-2. 네이티브 앱 재빌드 (`npx cap sync` 후 네이티브 빌드)
-3. 앱 스토어에 새 바이너리 제출
-
-### Capgo가 스토어에 제출해 주나요?
-
-Capgo는 현재 앱 스토어에 자동으로 제출하는 기능을 지원하지 않습니다. 향후 이 기능을 추가할 계획이지만, 현재는 기존 프로세스를 계속 사용하여 앱 스토어에 제출해야 합니다.
-
-이 프로세스를 자동화하기 위해 [Android CI 가이드](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)와 [iOS CI 가이드](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)를 사용할 수 있습니다.
-
-### Capgo는 디스크에 무엇을 어디에 저장하나요?
-
-Capgo 업데이터(앱 빌드 시 포함됨)는 capacitor가 코드를 로드할 수 있는 유일한 디렉토리에 최신 다운로드된 번들을 캐시합니다. Android에서는 `/data/user/0/comexampleapp/code_cache/capgo_updater`에 있지만, 해당 경로의 기본은 Android 시스템에서 제공되며 런타임에 동적으로 변경될 수 있습니다. iOS 기기에서는 데이터가 `Library/Application Support/capgo` 아래에 저장됩니다.
-
-Capgo 명령줄 도구(예:`npx @capgo/cli app update`)는 npm 캐시에 디스크에 설치되며, 로그인 정보는 홈 디렉토리의 `~/capgo`에 저장됩니다.
-
-### Capacitor Hot Reload와 어떤 관계가 있나요?
-
-Capacitor의 Hot reload는 개발 단계에서만 사용하는 기능이며, Code push는 프로덕션용입니다.
-
-Hot reload는 개발 중에 기기에서 코드를 변경할 수 있게 해주는 Capacitor의 기능입니다. 로컬 머신에 연결하기 위한 프록시로 Capacitor 앱을 빌드해야 합니다.
-
-Code push는 프로덕션 환경에서 기기의 코드를 변경할 수 있게 해주는 기능입니다. 플랫폼에 따라 다양한 기술을 사용하여 이를 가능하게 합니다.
-
-### Capgo code push는 어떤 종류의 변경을 지원하나요?
-
-Capgo는 애플리케이션의 모든 JS 코드를 변경할 수 있습니다. 앱 코드와 생성된 코드가 포함됩니다. 네이티브 코드 변경이 필요하지 않은 한 `packages.json`의 의존성도 업데이트할 수 있습니다.
-
-네이티브 코드(예: Android의 Java/Kotlin 또는 iOS의 Objective-C/Swift) 변경을 지원할 계획은 없으며, 네이티브 코드가 변경된 것이 감지되면 번들에 포함되지 않을 것이라고 도구가 경고할 것입니다.
-
-### 웹을 지원하나요?
-
-웹은 이미 이러한 방식으로 작동하기 때문에 code push가 필요하지 않습니다. 사용자가 웹 앱을 열 때 필요한 경우 서버에서 최신 버전을 다운로드합니다.
-
-웹에서 code push가 필요한 사용 사례가 있다면 알려주세요!
-
-### iOS, Android, Mac, Windows, Linux 등에서 작동하나요?
-
-네.
-
-지금까지는 Android와 iOS 지원에 집중했지만, code push는 결국 Capacitor가 작동하는 모든 곳에서 작동할 것입니다. 더 많은 플랫폼으로 확장하기 전에 code push를 안정적이고 안전하게 제공하는 데 필요한 모든 인프라를 구축하고 있습니다.
-
-### Capgo는 어떤 OS 버전을 지원하나요?
-
-Capgo는 Capacitor가 지원하는 것과 동일한 Android 버전을 지원합니다.
-
-Capacitor는 현재 Android API 레벨 22+ 및 iOS 13.0+를 지원합니다: [https://capacitorjs.com/docs/main/reference/support-policy](https://capacitorjs.com/docs/main/reference/support-policy/)
-
-### Capgo는 어떤 버전의 Capacitor를 지원하나요?
-
-Capgo는 현재 Capacitor의 최신 안정 릴리스만 지원합니다. 시간이 지남에 따라 유지 관리하는 데 필요한 인프라를 아직 구축하지 않았기 때문에 Capacitor의 이전 버전도 지원할 수 있습니다. 앞으로 더 많은 버전의 Capacitor를 지원할 예정이며, 엔터프라이즈 고객을 위해 모든 버전을 지원할 계획입니다. [https://github.com/Cap-go/capgo/issues/1100](https://github.com/Cap-go/capgo/issues/1100/)
-
-Capgo는 Flutter 안정 버전을 추적하며 일반적으로 안정 릴리스 후 몇 시간 이내에 업데이트됩니다. 이러한 업데이트를 수행하는 시스템은 자동화되어 있으며 실행하는 데 몇 분이 걸립니다. 그런 다음 서버에 게시하기 전에 추가 수동 확인 단계를 수행합니다.
-
-### App/Play Store 검토 프로세스나 정책과 어떤 관련이 있나요?
-
-개발자는 해당 스토어를 선택할 때 스토어 제공업체와의 계약을 준수해야 합니다. Code push는 개발자가 iOS 및 Android의 스토어 정책을 준수하면서 앱을 업데이트할 수 있도록 설계되었습니다. React Native에서 사용 가능한 다양한 상용 제품과 유사합니다(예: [Microsoft](https://appcenter.ms/), [Expo](https://expo.dev/))
-
-Microsoft도 그들의 솔루션이 앱 스토어를 준수하는 방법에 대한 가이드를 게시합니다: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-Code push는 앱 스토어 전반에 걸쳐 널리 사용되는 기술입니다. 제가 알고 있는 모든 대형 앱들이 code push를 사용합니다. 주의해야 할 주요 정책은 앱의 동작을 크게 변경하지 않는 것입니다. 자세한 내용은 [아래](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines)를 참조하세요.
-
-### Capgo는 Play Store 가이드라인을 준수하나요?
-
-네.
-
-Play Store는 업데이트 도구와 관련하여 두 가지 제한 사항을 제공합니다.
-
-1. 업데이트는 인터프리터 또는 가상 머신을 사용해야 합니다(Capgo는 Dart Virtual Machine 사용) [https://support.google.com/googleplay/android-developer/answer/9888379?hl=en](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en)
-
-```
-    An app distributed via Google Play may not modify, replace, or update itself
-    using any method other than Google Play's update mechanism. Likewise, an app
-    may not download executable code (such as dex, JAR, .so files) from a
-    source other than Google Play. *This restriction does not apply to code
-    that runs in a virtual machine or an interpreter* where either provides
-    indirect access to Android APIs (such as JavaScript in a webview or
-    browser)
-
-    Apps or third-party code, like SDKs, with interpreted languages (JavaScript,
-    Python, Lua, etc.) loaded at run time (for example, not packaged with the
-    app) must not allow potential violations of Google Play policies
-```
-
-2. 앱의 변경 사항은 기만적이어서는 안 됩니다(예: 업데이트를 통한 앱의 목적 변경) [https://support.google.com/googleplay/android-developer/answer/9888077](https://support.google.com/googleplay/android-developer/answer/9888077/) 앱을 통해 제공하는 내용에 대해 사용자에게 명확히 알리고 Capgo를 통한 중요한 동작 변경으로 사용자의 기대를 위반하지 마세요.
-
-Capgo는 Play Store 가이드라인과 호환되도록 설계되었습니다. 하지만 Capgo는 도구이며, 다른 도구와 마찬가지로 남용될 수 있습니다. Play Store 가이드라인을 위반하기 위해 의도적으로 Capgo를 남용하는 것은 Capgo [이용 약관](https://capgo.app/tos/)을 위반하는 것이며 계정이 해지될 수 있습니다.
-
-마지막으로, code push 서비스는 업계에서 널리 사용됩니다(제가 알고 있는 모든 대형 앱이 사용합니다)하며 공개적으로 사용 가능한 여러 code push 서비스가 있습니다(예: expo.dev & appcenter.ms). 이는 잘 확립된 경로입니다.
-
-Microsoft도 그들의 react native "codepush" 라이브러리가 앱 스토어를 준수하는 방법에 대한 가이드를 게시합니다: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### Capgo는 App Store 가이드라인을 준수하나요?
-
-네.
-
-Play Store와 마찬가지로 App Store도 기술적 및 정책적 제한 사항을 제공합니다.
-
-```
-3.2.2
-해석된 코드는 애플리케이션에 다운로드될 수 있지만 다음과 같은 코드인 경우에만 가능합니다:
-(a) App Store에 제출된 애플리케이션의 의도된 목적과 일치하지 않는 기능을 제공함으로써 애플리케이션의 주요 목적을 변경하지 않음
-(b) 다른 코드나 애플리케이션을 위한 스토어나 상점을 만들지 않음
-(c) OS의 서명, 샌드박스 또는 기타 보안 기능을 우회하지 않음
-```
-
-Capgo는 iOS에서 업데이트를 위한 인터프리터 전용 제한을 준수하기 위해 커스텀 Dart 인터프리터를 사용합니다. 업데이트를 통해 기만적인 행위(예: 업데이트를 통한 앱 목적 변경)를 하지 않는 한, Capgo(또는 다른 코드 푸시 솔루션)를 통한 업데이트는 업계의 표준 관행이며 App Store 가이드라인을 준수합니다.
-
-App Store 가이드라인을 위반하기 위해 Capgo를 의도적으로 악용하는 것은 Capgo [서비스 약관](https://capgo.app/tos/)을 위반하는 것이며 계정이 해지될 수 있습니다.
-
-Microsoft도 그들의 react native "codepush" 라이브러리가 앱스토어를 준수하는 방법에 대한 가이드를 제공합니다: [https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### 내 국가에서 Capgo를 사용할 수 있나요?[](https://capgo.app/docs/faq/#can-i-use-capgo-in-my-country "Direct link to Can I use Capgo in my country?")
-
-우리는 어떤 국가에서도 Capgo 접근을 제한하지 않았습니다.
-
-일부 국가에서는 국가 내에서 접근할 수 있는 URL에 제한이 있다는 것을 인지하고 있습니다. Capgo는 현재 R2 스토리지와 Cloudflare 워커를 포함한 Cloudflare Cloud를 호스팅에 사용합니다.
-
-Capgo가 사용하는 URL은 다음과 같습니다:
-
-- [https://apicapgo.app](https://apicapgo.app/) -- `npx @capgo/cli` 명령줄 도구가 Capgo 서버와 상호작용하고 사용자 기기의 Capgo 업데이터가 업데이트를 확인하는데 사용됩니다
-- [https://*r2cloudflarestoragecom](https://*r2cloudflarestoragecom/) -- `npx @capgo/cli` 명령줄 도구가 번들을 업로드하고 다운로드하는데 사용됩니다
-
-이러한 URL들이 모두 귀하의 국가에서 접근 가능하다면 Capgo는 작동할 것입니다.
-
-만약 귀하의 지역에서 이러한 URL들의 접근을 차단해야 한다면, 알려주시면 해결책을 찾아보겠습니다. 프록시 서버가 한 가지 옵션입니다.
-
-### Capgo를 자체 호스팅할 수 있나요?[](https://capgo.app/docs/faq/#can-i-self-host-capgo "Direct link to Can I self-host Capgo?")
-
-네, Capgo를 자체 호스팅할 수 있습니다. 가이드는 아직 작성되지 않았지만, 코드는 오픈 소스이며 [https://github.com/cap-go/capgo](https://github.com/cap-go/capgo/)에서 이용 가능합니다.
-
-### 코드 푸시가 작동하려면 인터넷이 필요한가요?[](https://capgo.app/docs/faq/#does-code-push-require-the-internet-to-work "Direct link to Does code push require the internet to work?")
-
-네. 일반 인터넷과 별도로 업데이트를 배포하기 위한 서버를 운영할 수도 있지만, 기기에 업데이트를 전송하려면 어떤 형태든 네트워크 연결이 필요합니다.
-
-### 네트워크 연결이 없을 때 Capgo는 어떻게 영향을 받나요?[](https://capgo.app/docs/faq/#how-is-capgo-affected-by-lack-of-network-connectivity "Direct link to How is Capgo affected by lack of network connectivity?")
-
-Capgo 업데이터(Capgo로 앱을 빌드할 때 앱에 포함됨)는 네트워크 연결 문제에 대응할 수 있도록 설계되었습니다.
-
-기본 업데이트 동작에서, 애플리케이션이 실행될 때 Capgo 업데이터에 알리고, 이는 Capgo 서버에 업데이트를 요청하기 위한 네트워크 요청을 별도의 스레드에서 실행합니다. 우리는 의도적으로 애플리케이션이 수행할 수 있는 다른 작업을 차단하지 않기 위해 별도의 스레드를 사용합니다. 네트워크 요청이 실패하거나 시간 초과되면, 업데이터는 다음 애플리케이션 실행 시 다시 확인을 시도합니다.
-
-Capgo 명령줄 도구(예: `npx @capgo/cli app update`)는 작동하기 위해 네트워크 연결이 필요합니다. Capgo를 사용하여 앱을 배포하는 경우, CI 시스템이 네트워크 연결을 가지고 있는지 확인해야 합니다.
-
-### 사용자가 오랫동안 업데이트하지 않고 업데이트를 놓치면 어떻게 되나요?[](https://capgo.app/docs/faq/#what-happens-if-a-user-doesnt-update-for-a-long-time-and-misses-an-update "Direct link to What happens if a user doesn't update for a long time and misses an update?")
-
-우리의 구현은 항상 요청하는 기기에 맞춤화된 업데이트를 전송하여 요청자를 항상 사용 가능한 최신 버전으로 업데이트합니다. 따라서 사용자가 한동안 업데이트하지 않으면 중간 업데이트를 "놓치게" 됩니다.
-
-업데이트 서버는 애플리케이션의 필요에 따라 다음 증분 버전이나 최신 버전으로 응답하도록 변경될 수 있습니다. 대체 업데이트 동작이 중요하다면 알려주시기 바랍니다.
-
-### Capgo는 Capacitor와 어떤 관계가 있나요?[](https://capgo.app/docs/faq/#how-does-capgo-relate-to-capacitor "Direct link to How does Capgo relate to Capacitor?")
-
-Capgo는 코드 푸시를 추가하는 Capacitor 플러그인입니다. Capgo는 Capacitor의 대체품이 아닙니다. 이미 알고 있고 좋아하는 Capacitor 도구를 계속 사용할 수 있습니다.
-
-우리는 Capacitor의 최신 안정 릴리스를 추적하고 코드 푸시 플러그인이 이와 함께 작동하도록 업데이트합니다.
-
-### 업데이트는 언제 발생하나요?[](https://capgo.app/docs/faq/#when-do-updates-happen "Direct link to When do updates happen?")
-
-기본적으로 Capgo 업데이터는 앱 시작 시 업데이트를 확인합니다. 백그라운드 스레드에서 실행되며 UI 스레드를 차단하지 않습니다. 모든 업데이트는 사용자가 앱을 사용하는 동안 설치되며 앱이 다음에 재시작될 때 적용됩니다.
-
-[package:capgo_code_push](https://pubdev/packages/capgo_code_push/)를 사용하여 Capgo 업데이터를 수동으로 실행할 수도 있으며, 이를 통해 푸시 알림을 포함한 언제든지 업데이트를 트리거할 수 있습니다.
-
-Capgo 업데이터는 네트워크를 사용할 수 없거나 서버가 다운되었거나 도달할 수 없을 때도 앱이 정상적으로 계속 실행되도록 설계되었습니다. 서버에서 업데이트를 삭제하기로 결정한 경우에도 모든 클라이언트는 정상적으로 계속 실행됩니다.
-
-패치를 롤백하는 기능을 추가했습니다. 가장 간단한 방법은 이전 번들을 채널에 다시 연결하여 실행 취소하는 것입니다.
-
-### app_id를 비밀로 유지해야 하나요?[](https://capgo.app/docs/faq/#do-i-need-to-keep-my-app_id-secret "Direct link to Do I need to keep my app_id secret?")
-
-아니요. `app_id`는 앱에 포함되어 있으며 공개해도 안전합니다. 버전 관리(공개적으로도)에 포함시킬 수 있으며 다른 사람이 접근하는 것에 대해 걱정할 필요가 없습니다.
-
-귀하의 `app_id`를 가진 사람은 Capgo 서버에서 앱의 최신 버전을 가져올 수 있지만, 앱에 업데이트를 푸시하거나 Capgo 계정의 다른 측면에 접근할 수 없습니다.
-
-### Capgo 서버로 어떤 정보가 전송되나요?[](https://capgo.app/docs/faq/#what-information-is-sent-to-capgo-servers "Direct link to What information is sent to Capgo servers?")
-
-Capgo가 네트워크에 연결되더라도 개인 식별 정보는 전송하지 않습니다. Capgo를 포함시키는 것은 Play Store나 App Store에 대한 선언에 영향을 미치지 않아야 합니다.
-
-앱에서 Capgo 서버로 전송되는 요청에는 다음이 포함됩니다:
-
-- app_id (`capacitorconfigjson`에 지정됨)
-- channel (`capacitorconfigjson`에서 선택 사항)
-- release_version (AndroidManifestxml의 versionName 또는 Infoplist의 CFBundleShortVersionString 또는 [`CapacitorUpdaterversion`](/docs/plugin/settings/#version)에서 설정된 경우 `capacitorconfigjson`)
-- version_number (`npx @capgo/cli app update`의 일부로 생성됨)
-- os_version (예: '1121')
-- platform (예: 'android', 올바른 패치를 전송하는데 필요) 코드는 `updater/library/src/networkrs`에 있습니다
-- device_id (첫 실행 시 기기에서 생성됨, 기기별 설치를 중복 제거하고 설치된 사용자 수에 기반하여 요금을 부과할 수 있게 함)월간 활성 사용자), 전체 패치나 전체 패치 설치가 아닌)
-- custom_id (선택사항, 개발자가 런타임에 설정하며 사용자 시스템에서 기기를 사용자와 연결하는데 사용)
-
-### Capgo는 어떤 플랫폼을 지원하나요?
-
-현재 Capgo는 iOS와 Android를 지원합니다. 두 플랫폼 모두 프로덕션 준비가 되어있습니다.
-
-Capgo의 iOS 또는 Android 사용은 독립적으로 결정할 수 있습니다. 채널에서 Android로 배포하고 App Store에 ipa를 빌드하거나 그 반대로 설정할 수 있습니다.
-
-Capgo는 (비교적 쉽게) 데스크톱이나 임베디드 대상을 지원하도록 만들 수 있습니다. 이것이 중요하다면 알려주세요.
-
-### Capgo는 Play 테스트 트랙이나 Apple TestFlight와 어떻게 상호작용하나요?
-
-각 앱스토어는 제한된 사용자 그룹에게 앱을 배포하는 별도의 메커니즘("내부 테스트", "클로즈드 베타" 등)을 가지고 있습니다. 이는 모두 사용자를 그룹으로 분류하고 각 그룹에 특정 버전의 앱을 배포하는 메커니즘입니다.
-
-안타깝게도, 이러한 메커니즘 중 일부는 특정 테스트 트랙이나 TestFlight를 통해 앱이 설치되었는지 제3자가 감지하는 것을 허용하지 않습니다. 따라서 이러한 그룹의 구성을 신뢰성 있게 파악할 수 없고, 이러한 그룹을 기반으로 Capgo 패치에 대한 접근을 제한할 수 없습니다. [https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play](https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play/) [https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i](https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i/)
-
-Capgo 번들의 가용성을 분할하고 싶다면, 4가지 옵션이 있습니다:
-
-1. 각 그룹마다 별도의 채널 사용. 이것이 가장 간단한 접근법이지만 여러 채널을 관리해야 합니다. 이미 다른 가용성을 가진 개발 채널과 프로덕션 채널이 있을 수 있습니다. 따라서 개발 채널을 업데이트하고 확인한 다음 별도로 프로덕션 채널을 업데이트할 수 있습니다. 각 릴리스와 관련된 소스를 추적하는데 버전 관리의 브랜치/태그를 사용하는 것을 추천합니다.
-2. 자체 옵트인 사용자 목록을 추적하고 자동 업데이트를 비활성화한 다음 package:capgo_code_push를 통해 특정 사용자에게만 업데이트를 트리거. 현재 작동하지만 자체 옵트인 목록을 관리해야 합니다.
-3. Capgo는 기기별로 자체 옵트인 메커니즘을 생성할 수 있습니다(테스트 트랙이나 TestFlight와 유사하지만 플랫폼에 구애받지 않음). 이를 통해 QA 팀이 일반 공개 전에 번들에 옵트인할 수 있습니다.
-4. Capgo는 비율 기반 출시를 지원합니다. 어떤 기기에 전송할지 선택할 수는 없지만 점진적으로 출시하고 문제가 발생하면 롤백하는데 도움이 됩니다.
-
-## 결제
-
-### 플랜을 어떻게 업그레이드하거나 다운그레이드하나요?
-
-대시보드에서 언제든지 플랜을 업그레이드하거나 다운그레이드할 수 있습니다: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### 결제 기간은 언제 재설정되나요?
-
-결제 기간은 처음 Capgo를 구독한 달의 해당 일자에 매월 자동으로 재설정됩니다. 예를 들어, 15일에 구독했다면 매월 15일에 결제 기간이 재설정됩니다.
-
-### 구독을 어떻게 취소하나요?
-
-대시보드에서 언제든지 구독을 취소할 수 있습니다: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### 1년치를 미리 결제할 수 있나요?
-
-대시보드에서 언제든지 가능합니다: [https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### 통계와 분석
-
-대시보드의 통계는 매일 자정 UTC에 업데이트됩니다.
-통계는 기기에 설치된 [MAU](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release) 수를 기준으로 계산됩니다.
-
-# 기기 ID는 어떻게 생성되나요?
-
-기기 ID는 첫 실행 시 기기에서 생성되며, 기기별 설치를 중복 제거하고 전체 패치나 패치 설치가 아닌 설치된 사용자 수(예: 월간 활성 사용자)를 기준으로 과금할 수 있게 해줍니다.
-
-MAU는 Capgo 가격 책정에 있어 설치 횟수보다 더 나은 솔루션입니다. 더 정확하고 기기당 실제 Capgo 비용을 반영하기 때문입니다.
-
-**기기 ID 지속성 (v6.25.0 및 v7.25.0에서 업데이트됨)**:
-- **현재 동작**: 기기 ID가 이제 앱 재설치 후에도 유지됩니다. 기기의 Keychain(iOS) 또는 EncryptedSharedPreferences(Android)에 안전하게 저장되어 제거/재설치 후에도 동일한 기기를 추적할 수 있습니다.
-- **이전 동작** (v6.25.0/v7.25.0 이전): Apple 및 Google 스토어 정책과 관련된 개인정보 보호를 위해 앱을 재설치할 때마다 기기 ID가 재설정되어 재설치 간에 동일한 기기를 추적할 수 없었습니다.
-
-개인정보 보호 규칙은 Apple과 Google에 의해 시행되며 Capgo의 구현은 기기 식별을 위한 모범 사례를 준수합니다.
-
-기기 ID는 첫 패치가 설치될 때까지 기기 목록에 표시되지 않습니다.
-
-# 내 기기 수가 MAU와 다른 이유는 무엇인가요?
-
-현재 기기 목록은 MAU만큼 자주 업데이트되지 않습니다.
-
-기기 목록은 기기가 업데이트를 설치할 때만 업데이트됩니다.
-
-반면 MAU는 앱이 실행될 때마다 업데이트됩니다. 이는 플랫폼의 현재 제한사항입니다. 분석 플랫폼이 원시 업데이트를 지원하지 않아 기기 목록에는 기존 데이터베이스를 사용합니다.
-
-데이터베이스 쿼리 수를 제한하기 위해 앱 업데이트 시에만 행을 업데이트합니다.
-
-이 제한사항은 향후 제거될 예정입니다.
-
-# 플랫폼별로 다른 업데이트를 어떻게 할 수 있나요?
-
-각 플랫폼별로 채널을 생성하고 각 채널에서 플랫폼별 업데이트를 비활성화할 수 있습니다.
-
-iOS 채널에서는 Android 업데이트를 비활성화하고 Android 채널에서는 iOS 업데이트를 비활성화합니다.
-
-그런 다음 각 채널에 번들을 업로드하여 각 플랫폼별로 다른 업데이트를 할 수 있습니다.
-
-두 플랫폼에 동일한 업데이트가 필요한 경우 하나의 번들을 여러 채널에 연결할 수 있습니다. 번들을 복제할 필요가 없습니다.
diff --git a/src/content/docs/ko/docs/getting-help.mdx b/src/content/docs/ko/docs/getting-help.mdx
deleted file mode 100644
index ad36b83f2..000000000
--- a/src/content/docs/ko/docs/getting-help.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "Capgo 기술 지원"
-description: "Capgo 및 업데이터에 대한 기술 지원을 받는 방법. 이 가이드를 따라 문서와 기사로 충분하지 않을 때 도움을 받으세요"
-sidebar:
-  order: 1
-locale: ko
----
-
-## Discord를 통한 지원
-
-Capgo는 공식 [Discord 서버](https://discord.capgo.app)를 운영하고 있습니다. 여기서 기술 지원을 받는 것이 가장 빠른 응답을 받을 수 있는 방법 중 하나입니다.
-
-간단한 안내:
-
-1단계 - `questions` 채널로 이동하세요
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-questions.webp" alt="Ask on discord" /><figcaption></figcaption></figure>
-
-2단계 - 스레드를 생성하세요
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-newquestion.webp" alt="Create a question on discord" /><figcaption></figcaption></figure>
-
-3단계 - 문제를 설명하고 관련 태그를 선택하세요
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-new-post.webp" alt="Create a post on discord" /><figcaption></figcaption></figure>
-
-4단계 - 보안 계정 ID 공유 (선택사항)
-
-이를 통해 Capgo 직원이 귀하의 계정을 확인할 수 있습니다. 이 ID는 공개적으로 공유하도록 설계되었기 때문에 공유해도 안전합니다.
-
-공유하려면 [Capgo 설정](https://console.capgo.app/dashboard/settings/account/)으로 이동하세요. 거기서 `계정 ID 복사`를 클릭하세요.
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/share-secure-id.webp" alt="Share your id without leaking your info" /><figcaption></figcaption></figure>
-
-이렇게 하면 보안 계정 ID가 클립보드에 복사됩니다. 이를 Discord 게시물에 포함해 주세요.
-
-## 이메일을 통한 지원
-
-이메일은 지원을 받는 가장 느린 방법입니다. 먼저 Discord 서버를 이용해 주세요.
-
-이메일로 연락이 필요한 경우, support@capgo.app으로 이메일을 보내주세요.
diff --git a/src/content/docs/ko/docs/getting-started/add-an-app.mdx b/src/content/docs/ko/docs/getting-started/add-an-app.mdx
deleted file mode 100644
index f787c33cb..000000000
--- a/src/content/docs/ko/docs/getting-started/add-an-app.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: "앱 추가하기"
-description: "Capgo 계정에 앱을 추가하고 앱에 플러그인을 설치하세요"
-sidebar:
-  order: 3
-prev: true
-next: true
-locale: ko
----
-
-import { YouTube } from 'astro-embed';
-import { Aside, Steps, LinkCard, Code } from '@astrojs/starlight/components';
-
-## 요구사항
-
-Capgo를 시작하기 전에 다음을 확인하세요:
-- Capacitor 앱이 설치되고 구성되어 있어야 합니다. [Capacitor 설정 방법 배우기](https://capacitorjs.com/docs/getting-started/)
-- Node.js 20 이상이 설치되어 있어야 합니다
-- 다음 개발 환경 중 하나:
-  - **macOS** - Xcode(iOS 개발용) 및/또는 Android Studio(Android 개발용)
-  - **Linux** - Android Studio(Android 개발용)
-  - **Windows** - Android Studio(Android 개발용)
-
-## Capgo 소개
-<YouTube id="NzXXKoyhTIo" title="15분 안에 보는 Capgo" />
-
-## 실시간 업데이트는 3단계로 가능합니다
-
-### 가이드 설정
-
-<Steps>
-
-1. [https://capgo.app/register](https://capgo.app/register)에서 계정을 생성하세요
-![signup screenshot](/signup.webp "signup screenshot")
-
-2. 시작하기 위해 Init 명령어를 사용하세요 <Code code={`npx @capgo/cli@latest init [APIKEY]`} lang="bash" /> 일련의 질문이 표시될 것입니다. 자동 설정을 완료하기 위해 필요한 답변을 제공하세요
-
-3. 실시간 업데이트 배포하기
-
-</Steps>
-
-<Aside type="tip">이러한 단계를 따르면 곧바로 시작할 수 있습니다. 과정 중에 추가 도움이 필요하시다면, 저희 지원팀이 [도와드리겠습니다](https://support.capgo.app). 즐거운 온보딩 되세요!</Aside>
-<LinkCard href="/docs/getting-started/onboarding/" title="상세한 온보딩 가이드" description="CLI 온보딩 프로세스에 대한 전체 단계별 가이드 보기" />
-<LinkCard href="/docs/getting-started/deploy/" title="실시간 업데이트 배포" description="앱에 실시간 업데이트를 배포하는 방법 알아보기" />
-
-### 수동 설정
-
-Init 명령어가 작동하지 않는 경우, 수동으로 앱을 추가할 수 있습니다.
-
-<Steps>
-
-1. CLI를 계정에 연결하세요: <Code code={`npx @capgo/cli@latest login [APIKEY]`} lang="bash" />
-
-2. 이 명령어로 계정에 앱을 추가하세요: <Code code={`npx @capgo/cli@latest app add [APP_NAME]`} lang="bash" />
-
-3. 앱에 플러그인을 설치하세요: <Code code={`npm i @capgo/capacitor-updater`} lang="bash" />
-
-4. 앱 설정 파일에서 플러그인을 구성하세요 <Code code={`{\n  "plugins": {\n    CapacitorUpdater: {\n      "appId": "Your appID",\n      "autoUpdate": true,\n      "version": "1.0.0"\n    }\n  }\n}`} lang="json" />
-  [사용 가능한 모든 옵션 보기](/docs/plugin/settings/). 제공되지 않으면 이 정보가 유추됩니다.
-
-5. 앱에서 가능한 한 빨리 init 메소드를 호출하세요: <Code code={`import { CapacitorUpdater } from '@capgo/capacitor-updater';\nCapacitorUpdater.notifyAppReady();`} lang="typescript" />
-
-6. 실시간 업데이트 배포하기
-
-</Steps>
-
-<Aside type="note" title="이전 Capacitor 버전용 설치">
-위 명령어는 Capacitor 8용 최신 버전 (v8.x)을 설치합니다. 이전 Capacitor 버전의 경우 해당 npm 태그를 사용하세요:
-
-```bash
-# Capacitor 7
-npm i @capgo/capacitor-updater@lts-v7
-
-# Capacitor 6
-npm i @capgo/capacitor-updater@lts-v6
-
-# Capacitor 5
-npm i @capgo/capacitor-updater@lts-v5
-```
-
-각 플러그인 주요 버전은 Capacitor 주요 버전과 일치합니다 (v8 → Capacitor 8, v7 → Capacitor 7, v6 → Capacitor 6, v5 → Capacitor 5). 모든 주요 버전의 동일한 마이너 버전은 같은 기능 세트를 공유합니다 (예: 5.34.0, 6.34.0, 7.34.0, 8.34.0 모두 동일한 기능 포함).
-</Aside>
diff --git a/src/content/docs/ko/docs/getting-started/cicd-integration.mdx b/src/content/docs/ko/docs/getting-started/cicd-integration.mdx
deleted file mode 100644
index b63cd7ea3..000000000
--- a/src/content/docs/ko/docs/getting-started/cicd-integration.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: CI/CD 통합
-locale: ko
----
-
-import { Steps, Code } from '@astrojs/starlight/components';
-
-CI/CD 파이프라인에 Capgo를 통합하면 앱 업데이트의 빌드 및 배포 프로세스를 완전히 자동화할 수 있습니다. Capgo CLI와 semantic-release를 활용하여 일관되고 안정적인 배포를 보장하고 빠른 반복을 가능하게 할 수 있습니다.
-
-## CI/CD 통합의 장점
-
-- **자동화**: 더 이상 수동 단계나 인적 오류가 발생할 여지가 없습니다. 전체 빌드, 테스트 및 배포 프로세스를 처음부터 끝까지 자동화할 수 있습니다.
-
-- **일관성**: 모든 배포가 동일한 단계를 따르므로 예측 가능하고 반복 가능한 프로세스를 보장합니다. 여러 팀원이 코드를 기여할 때 특히 가치가 있습니다.
-
-- **빠른 반복**: 자동화된 배포를 통해 더 자주 그리고 자신감 있게 업데이트를 배포할 수 있습니다. 더 이상 수동 QA나 배포 승인을 기다릴 필요가 없습니다.
-
-## Capgo CLI
-
-Capgo CLI는 CI/CD 워크플로우에 Capgo를 통합하는 핵심입니다. 새로운 번들 버전 푸시, 채널 관리 등을 위한 명령어를 제공합니다.
-
-CI/CD 통합에서 가장 중요한 명령어는 `upload`입니다:
-
-```shell
-npx @capgo/cli@latest bundle upload --channel=production --apikey YOUR_API_KEY
-```
-
-이 명령어는 현재 웹 빌드를 지정된 채널에 업로드합니다. 일반적으로 웹 빌드가 성공적으로 완료된 후 CI/CD 파이프라인의 마지막 단계로 실행됩니다.
-
-## CI/CD 파이프라인에서 Capgo 설정하기
-
-사용하는 CI/CD 도구에 따라 정확한 단계는 다르지만, Capgo를 통합하는 일반적인 프로세스는 다음과 같습니다:
-
-<Steps>
-1. **API 키 생성**: Capgo 대시보드에 로그인하여 새 API 키를 생성합니다. 이 키는 CI/CD 환경에서 CLI를 인증하는 데 사용됩니다. 비밀로 유지하고 절대 저장소에 커밋하지 마세요!
-
-3. **`upload` 명령어 구성**: CI/CD 구성에 적절한 인수와 함께 `upload` 명령어를 실행하는 단계를 추가합니다: <Code lang="yaml" title="uploadyml" code={`- run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secretsCAPGO_API_KEY \}\}`} />\n `Production`을 배포하려는 채널로 바꾸고, `${{ secretsCAPGO_API_KEY }}`를 API 키를 보유한 환경 변수로 바꾸세요.
-
-4. **웹 빌드 후 `upload` 단계 추가**: `upload` 단계가 웹 빌드가 성공적으로 완료된 후에 오도록 하세요. 이렇게 하면 항상 최신 코드를 배포할 수 있습니다.\n  GitHub Actions용 구성 예시입니다:\n<Code lang="yaml" title="uploadyml" code={`name: Deploy to Capgo\n on:\n  push:\n   branches: [main]\n\njobs:\n deploy:\n runs-on: ubuntu-latest\n\n steps:\n - uses: actions/checkout@v6\n - uses: actions/setup-node@v6\n  with:\n   node-version: '24'\n\n - run: npm ci\n - run: npm run build\n\n - run: npm install -g @capgo/cli\n - run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secretsCAPGO_API_KEY \}\}`} />
-
-</Steps>
-
-## Semantic-release 통합
-
-Semantic-release는 버전 관리를 자동화하고 릴리스 노트를 생성하는 강력한 도구입니다. Semantic-release를 Capgo와 통합하면 각 배포마다 앱 버전을 자동으로 증가시키고 변경 로그를 생성할 수 있습니다.
-
-다음은 semantic-release용 샘플 `releaserc` 구성 파일입니다:
-
-```json
-{
-  "branches": [
-    "main",
-    {
-      "name": "beta",
-      "prerelease": true
-    }
-  ],
-  "plugins": [
-    "@semantic-release/commit-analyzer",
-    "@semantic-release/release-notes-generator",
-    "@semantic-release/changelog",
-    [
-      "@semantic-release/exec",
-      {
-        "publishCmd": "npx @capgo/cli@latest bundle upload --channel=${nextReleasechannel} --apikey YOUR_API_KEY --partial"
-      }
-    ],
-    [
-      "@semantic-release/git",
-      {
-        "assets": ["CHANGELOGmd", "packagejson"],
-        "message": "chore(release): ${nextReleaseversion} [skip ci]\n\n${nextReleasenotes}"
-      }
-    ]
-  ]
-}
-```
-
-이 구성은 다음을 수행합니다:
-
-1. Conventional Commits 명세를 따라 커밋 메시지를 분석하여 다음 버전 번호를 결정합니다
-2. 마지막 릴리스 이후의 커밋을 기반으로 릴리스 노트를 생성합니다
-3. 새로운 릴리스 노트로 `CHANGELOGmd` 파일을 업데이트합니다
-4. Capgo CLI `upload` 명령어를 실행하며, 새 버전 번호를 전달하고 차등 업데이트를 위해 `--partial` 플래그를 사용합니다
-5. 업데이트된 `CHANGELOGmd`, `packagejson` 및 기타 변경된 파일을 저장소에 다시 커밋합니다
-
-Capgo에서 semantic-release를 사용하려면 CI/CD 구성에 `npx semantic-release`를 실행하는 단계를 추가하기만 하면 됩니다. 이 단계가 웹 빌드 이후, Capgo `upload` 단계 이전에 오도록 하세요.
-
-## 문제 해결
-
-Capgo CI/CD 통합에서 문제가 발생하면 다음 사항을 확인하세요:
-
-- **API 키**: API 키가 유효하고 필요한 권한이 있는지 확인하세요. 환경 변수를 사용하는 경우 올바르게 설정되어 있는지 다시 확인하세요.
-
-- **CLI 버전**: 최신 버전의 Capgo CLI를 사용하고 있는지 확인하세요. 이전 버전은 호환성 문제가 있거나 특정 기능이 없을 수 있습니다.
-
-- **빌드 아티팩트**: 웹 빌드가 예상된 출력 파일을 생성하고 있는지 확인하세요. Capgo CLI는 번들을 만들기 위해 유효한 웹 빌드가 필요합니다.
-
-- **네트워크 연결**: CI/CD 환경이 Capgo 서버에 네트워크 액세스할 수 있는지 확인하세요. 방화벽이나 프록시 문제가 때때로 `upload` 명령어를 방해할 수 있습니다.
-
-여전히 문제가 있다면 Capgo 지원팀에 연락하세요. 특정 설정과 관련된 문제를 해결하는 데 도움을 줄 수 있습니다.
-
-## 결론
-
-CI/CD 파이프라인에 Capgo를 통합하고 버전 관리를 위해 semantic-release를 활용하면 개발 워크플로우를 크게 간소화할 수 있습니다. 배포와 버전 관리를 자동화함으로써 더 빠르고 자신감 있게 업데이트를 배포할 수 있습니다.
-
-Capgo CLI와 semantic-release는 완전히 자동화된 엔드투엔드 릴리스를 위한 강력한 조합을 제공합니다. 약간의 구성만으로 수동 릴리스 단계에 대해 걱정하는 대신 훌륭한 기능을 구축하는 데 집중할 수 있는 강력하고 신뢰할 수 있는 배포 프로세스를 가질 수 있습니다.
-
-Capgo CLI 명령어와 옵션에 대한 자세한 내용은 [CLI 참조](/docs/cli/overview)를 확인하세요. 그리고 semantic-release 구성에 대한 자세한 내용은 [semantic-release 문서](https://github.com/semantic-release/semantic-release)를 참조하세요.
-
-즐거운 배포 되세요!
diff --git a/src/content/docs/ko/docs/getting-started/deploy.mdx b/src/content/docs/ko/docs/getting-started/deploy.mdx
deleted file mode 100644
index 818c340c5..000000000
--- a/src/content/docs/ko/docs/getting-started/deploy.mdx
+++ /dev/null
@@ -1,151 +0,0 @@
----
-title: Live Update 배포하기
-sidebar:
-  order: 4
-locale: ko
----
-
-import { Steps, LinkCard, Tabs, TabItem } from '@astrojs/starlight/components';
-
-Capgo의 실시간 업데이트 기능을 사용하여 앱의 UI와 비즈니스 로직을 원격으로 실시간 업데이트하세요. JS 번들 업데이트를 앱 스토어를 거치지 않고 사용자에게 직접 푸시하여 즉시 버그를 수정하고 새로운 기능을 배포할 수 있습니다.
-
-이 가이드는 [Capgo 퀵스타트](/docs/getting-started/quickstart)를 완료했고 다음 사항을 이미 수행했다고 가정합니다:
-
-<Steps>
-
-1. Capacitor 앱에 `@capgo/capacitor-updater` SDK를 설치했음
-
-2. `capacitor.config.ts`에서 앱 ID와 업데이트 채널을 구성했음
-
-3. 코드에 `CapacitorUpdater.notifyAppReady()` 메서드를 추가했음
-
-</Steps>
-
-아직 이러한 단계를 완료하지 않았다면, 먼저 퀵스타트로 돌아가서 완료해주세요.
-
-<LinkCard href="/docs/getting-started/add-an-app/" title="앱 추가하기" description="Capgo 계정에 앱을 추가하고 앱에 플러그인을 설치하세요" />
-
-## 번들 업로드하기
-
-Capgo SDK를 설치하고 구성했다면 첫 실시간 업데이트 번들을 업로드할 준비가 된 것입니다:
-
-1. 웹 에셋을 빌드하세요:
-   ```shell
-   npm run build
-   ```
-
-2. 번들을 Capgo에 업로드하세요:
-    <Tabs>
-      <TabItem label="Console">
-        ```shell
-      npx @capgo/cli@latest bundle upload --channel=production
-      ```
-      </TabItem>
-      <TabItem label="Github Actions">
-      ```yml
-      // github/workflows/build_and_deploy.yml
-    name: Build source code and send to Capgo
-
-    concurrency:
-      group: ${{ github.workflow }}-${{ github.ref }}
-      cancel-in-progress: true
-
-    on:
-      push:
-        branches:
-          - main
-
-    jobs:
-      deploy_to_capgo:
-        runs-on: ubuntu-latest
-        steps:
-          - name: Checkout
-            uses: actions/checkout@v6
-          - uses: actions/setup-node@v6
-            with:
-              node-version: '24'
-          - name: Install dependencies
-            run: npm install
-          - name: Build
-            run: npm run build
-          - name: Deploy to Capgo
-            run: bunx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} --channel ${{ env.CHANNEL }}
-            env:
-              CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      ```
-      </TabItem>
-      <TabItem label="Gitlab">
-      ```yml
-      // gitlab-ci.yml
-      stages:
-        - build
-
-      build:
-        stage: build
-        image: node:18
-        cache:
-          - key:
-              files:
-                - package-lock.json
-            paths:
-              - node_modules/
-        script:
-          - npm install
-          - npm run build
-          - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN --channel $CAPGO_CHANNEL
-        artifacts:
-          paths:
-            - node_modules/
-            - dist/
-        only:
-          - master
-      ```
-      </TabItem>
-    </Tabs>
-   이것은 명령에서 지정한 채널에 새로운 번들 버전을 업로드합니다.
-
-### 업로드 문제 해결
-
-업로드가 실패하면 다음 사항을 확인하세요:
-- `capacitor.config.ts`의 앱 ID가 Capgo 대시보드의 앱과 일치하는지
-- Capacitor 프로젝트의 루트에서 업로드 명령을 실행하는지
-- 웹 에셋이 빌드되어 있고 최신 상태인지
-
-여전히 문제가 있다면 [문제 해결](/docs/getting-started/troubleshooting/) 섹션으로 이동하세요.
-
-## 디바이스에서 업데이트 받기
-
-번들이 업로드되면 디바이스에서 실시간 업데이트를 테스트할 수 있습니다:
-
-1. 앱을 디바이스와 동기화하세요:
-   ```shell
-   npx cap sync ios
-   ```
-
-2. 다른 터미널을 열고 다음 명령을 실행하여 업데이트 상태를 확인하세요:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-3. 앱을 로컬에서 실행하세요:
-   ```shell
-   npx cap run ios
-   ```
-   또는 Xcode/Android Studio에서 iOS/Android 프로젝트를 열고 네이티브 실행을 하세요.
-
-4. 업데이트가 백그라운드에서 다운로드되도록 앱을 약 30초 동안 열어두세요.
-
-5. 로그가 업데이트되어 업데이트 상태를 표시하는 데 몇 초가 걸립니다.
-
-6. 앱을 닫았다가 다시 여세요. 실시간 업데이트가 적용된 것을 확인할 수 있습니다!
-
-실시간 업데이트 테스트에 대한 자세한 내용은 [Capgo 퀵스타트](/docs/getting-started/quickstart#receiving-a-live-update-on-a-device)를 참조하세요.
-
-## 다음 단계
-
-Capgo로 첫 실시간 업데이트를 배포한 것을 축하합니다! 🎉
-
-더 자세히 알아보려면 [Capgo 실시간 업데이트 문서](/docs/live-updates)의 나머지 부분을 검토하세요. 다음으로 살펴볼 주요 주제들:
-- [채널을 통한 업데이트 타겟팅](/docs/live-updates/channels)
-- [업데이트 동작 커스터마이징](/docs/live-updates/update-behavior)
-- [실시간 업데이트 롤백](/docs/live-updates/rollbacks)
diff --git a/src/content/docs/ko/docs/getting-started/onboarding.mdx b/src/content/docs/ko/docs/getting-started/onboarding.mdx
deleted file mode 100644
index ff9fcbc77..000000000
--- a/src/content/docs/ko/docs/getting-started/onboarding.mdx
+++ /dev/null
@@ -1,553 +0,0 @@
----
-title: CLI 온보딩 가이드
-description: 대화형 CLI을 사용하여 Capgo에 앱을 온보딩하기 위한 완전한 단계별 가이드
-sidebar:
-  order: 2
-next: true
-prev: true
-locale: ko
----
-import { Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-## 빠른 개요
-
-Capgo CLI은 Capacitor 앱에 대한 실시간 업데이트를 설정하는 대화형 온보딩을 제공합니다. 당신은:
-
-1. ✅ Capgo에 앱을 등록하세요.
-2. 🔌 업데이터 플러그인 설치 및 구성
-3. 🚀 첫 번째 라이브 업데이트 배포
-4. 📱 기기에서 업데이트를 테스트하세요.
-
-**예상 시간:** 10~20분(인터넷 속도 및 구축 시간에 따라 다름)
-
-<Aside type="tip">
-온보딩은 완전히 재개 가능합니다. 언제든지 종료하고 나중에 중단한 부분부터 계속하세요.
-</Aside>
-
-## 온보딩 시작하기
-
-API 키를 사용하여 온보딩 명령을 실행합니다.
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-환영 메시지가 표시됩니다.
-
-```
-Capgo onboarding 🛫
-```
-
-## 온보딩 중에 일어나는 일
-
-CLI은 13가지 대화형 단계를 안내합니다.
-
-**설정 단계(1~6단계):**
-- 개발 환경을 확인하세요. (Xcode/Android Studio)
-- Capgo에 앱을 추가하고 제작 채널을 만드세요.
-- `@capgo/capacitor-updater` 플러그인 설치
-- 앱에 필요한 코드를 삽입합니다.
-- 선택적으로 종단 간 암호화를 활성화합니다.
-- 테스트할 플랫폼 선택(iOS 또는 Android)
-
-**테스트 단계(7~12단계):**
-- 앱을 빌드하고 기기/시뮬레이터에서 실행
-- 눈에 보이는 코드 변경(자동 또는 수동)
-- 업데이트된 번들을 Capgo에 업로드하세요.
-- 실시간 업데이트가 기기에 실시간으로 표시되는 것을 확인하세요.
-
-**완료(13단계):**
-- 앱이 실시간 업데이트될 준비가 되었습니다! 🎉
-
-## 13단계 온보딩 프로세스
-
-### 1단계: 전제조건 확인
-
-CLI은 개발 환경을 확인하여 필요한 도구가 설치되어 있는지 확인합니다.
-
-**확인한 내용:**
-- **Xcode** (macOS 전용) - iOS 개발용
-- **Android SDK** - Android 개발용
-
-**가능한 결과:**
-
-✅ **두 환경 모두 발견됨:**
-```
-✅ Xcode detected - iOS development ready
-✅ Android SDK detected - Android development ready
-```
-
-⚠️ **환경을 찾을 수 없습니다:**
-```
-⚠️ Xcode not found
-⚠️ Android SDK not found
-❌ No development environment detected
-
-📱 To develop mobile apps with Capacitor, you need:
-   • For iOS: Xcode (macOS only) - https://developer.apple.com/xcode/
-   • For Android: Android Studio - https://developer.android.com/studio
-```
-
-**질문받을 수 있는 질문:**
-
-<Aside type="caution">
-개발 환경이 감지되지 않으면 계속할 것인지 묻는 메시지가 표시됩니다. 계속하기 전에 하나 이상의 플랫폼을 설치하는 것이 좋습니다.
-</Aside>
-
-### 2단계: 앱 추가
-
-CLI는 귀하를 Capgo에 로그인하고 귀하의 계정에 앱을 추가합니다.
-
-```
-(spinner) Running: npm @capgo/cli@latest login ***
-Login Done ✅
-
-❓ Add {appId} in Capgo?
-```
-
-**앱 ID가 이미 사용된 경우:**
-
-CLI은 대안을 제안합니다.
-```
-❌ App ID "com.example.app" is already taken
-💡 Here are some suggestions:
-   1. com.example.app2
-   2. com.example.app3
-   3. com.example.app.new
-   4. com.example.app.app
-
-❓ What would you like to do?
-```
-
-제안을 선택하거나 맞춤 앱 ID를 입력할 수 있습니다.
-
-<Aside type="note">
-앱 ID는 역도메인 표기법(예: `com.example.myapp`)을 따라야 합니다.
-</Aside>
-
-### 3단계: 제작 채널 생성
-
-채널을 사용하면 앱의 다양한 업데이트 스트림을 관리할 수 있습니다.
-
-```
-❓ Create default channel production for {appId} in Capgo?
-```
-
-<Aside type="tip">
-**걱정하지 마세요!** 이는 온보딩 중 로컬 테스트를 위한 것입니다. "프로덕션" 채널을 만든다고 해서 업데이트가 고객에게 즉시 제공된다는 의미는 아닙니다. 업데이트 배포 시기를 완전히 제어할 수 있습니다. 특정 채널 요구사항이 없으면 **예**를 선택하세요.
-</Aside>
-
-**예를 선택한 경우:**
-```
-(spinner) Running: npm @capgo/cli@latest channel add production {appId} --default
-Channel add Done ✅  (or "Channel already added ✅")
-```
-
-프로덕션 채널이 생성되고 기본값으로 설정됩니다. 이는 대부분의 사용자에게 권장되는 옵션입니다.
-
-**아니요를 선택하는 경우:**
-```
-If you change your mind, run it for yourself with: "npm @capgo/cli@latest channel add production {appId} --default"
-```
-
-나중에 채널을 수동으로 만들고 구성해야 합니다. 또는 다음을 수행할 수 있습니다.
-- `capacitor.config.ts` 파일에 채널을 설정하세요.
-- JavaScript `setChannel()` 메서드를 사용하여 채널을 동적으로 설정합니다.
-- Configure channels later from the Capgo web console
-
-### 4단계: 업데이터 플러그인 설치
-
-CLI은 Capacitor 버전과 호환되는 `@capgo/capacitor-updater` 플러그인을 설치합니다.
-
-```
-❓ Automatic Install "@capgo/capacitor-updater" dependency in {appId}?
-```
-
-**버전 호환성:**
-
-- **Capacitor 5**: `@capgo/capacitor-updater` v5를 설치합니다.
-- **Capacitor 6**: `@capgo/capacitor-updater` v6을 설치합니다.
-- **Capacitor 7**: `@capgo/capacitor-updater` v7을 설치합니다.
-- **Capacitor 8+**: 최신 버전 설치
-
-<Aside type="caution">
-Capgo은 Capacitor v5 이상만 지원합니다. 이전 버전을 사용하는 경우 먼저 업그레이드해야 합니다.
-</Aside>
-
-**즉시 업데이트 옵션:**
-
-설치 후 다음과 같은 질문이 표시됩니다.
-```
-❓ Do you want to set instant updates in {appId}?
-   Read more: https://capgo.app/docs/live-updates/update-behavior/#applying-updates-immediately
-```
-
-<Aside type="tip">
-**즉시 업데이트란 무엇입니까?** 즉시 업데이트를 활성화하면 앱이 백그라운드에서 다시 열릴 때 즉시 업데이트를 적용합니다. Capgo는 300ms 이내에 전세계에 업데이트를 배포할 수 있기 때문에 원활하게 작동합니다. 이 기능이 없으면(표준 모드) 업데이트가 백그라운드에서 다운로드되고 다음에 앱을 다시 시작할 때 적용됩니다. 즉각적인 업데이트는 개발 중 더 빠른 반복과 프로덕션의 중요한 버그 수정에 적합합니다.
-</Aside>
-
-**예를 선택한 경우:**
-- 앱이 백그라운드에서 다시 열리면 즉시 업데이트가 적용되도록 구성됩니다.
-- `directUpdate: 'always'` 및 `autoSplashscreen: true`이 구성에 추가됩니다.
-- `capacitor.config.ts`이 자동으로 업데이트됩니다.
-- **델타 업데이트**가 자동으로 활성화됩니다. 이는 전체 번들 대신 업데이트 간에 변경된 파일만 전송하므로 업데이트 속도가 훨씬 빨라집니다.
-
-**아니요를 선택하는 경우:**
-- 업데이트는 표준 동작을 사용합니다(백그라운드에서 다운로드, 다음에 다시 시작할 때 적용).
-- `capacitor.config.ts`을 수정하여 나중에 언제든지 즉시 업데이트를 활성화할 수 있습니다.
-
-### 5단계: 통합 코드 추가
-
-CLI는 필수 코드를 기본 애플리케이션 파일에 자동으로 삽입합니다.
-
-```
-❓ Automatic Add "CapacitorUpdater.notifyAppReady()" code and import in {appId}?
-```
-
-**추가되는 내용:**
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-**프로젝트 유형 감지:**
-
-- **Nuxt.js**: `plugins/capacitorUpdater.client.ts` 생성
-- **Other frameworks**: Adds to your main entry file
-
-<Aside type="tip">
-**자동 삽입에 실패하는 경우** 기본 애플리케이션 파일에 코드를 수동으로 추가할 수 있습니다.
-
-**Nuxt.js의 경우:**
-`plugins/capacitorUpdater.client.ts` 생성:
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-export default defineNuxtPlugin(() => {
-  CapacitorUpdater.notifyAppReady()
-})
-```
-
-**다른 프레임워크의 경우:**
-기본 항목 파일(예: `main.ts`, `index.js`, `App.tsx`)에 추가합니다.
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-가져온 후와 앱 초기화 전에 이 코드를 배치하세요. 자세한 내용은 [앱 추가 가이드](/docs/getting-started/add-an-app/)를 참조하세요.
-</Aside>
-
-### 6단계: 암호화 설정(선택 사항)
-
-엔드투엔드 암호화는 업데이트를 위한 추가 보안 계층을 추가합니다.
-
-```
-🔐 End-to-end encryption
-   ✅ Use this for: Banking, healthcare, or apps with legal encryption requirements
-   ⚠️  Note: Makes debugging harder - skip if you don't need it
-
-❓ Enable end-to-end encryption for {appId} updates?
-```
-
-<Aside type="note">
-암호화는 Capacitor v6 이상에서만 사용할 수 있습니다.
-</Aside>
-
-암호화를 활성화하면 CLI은 다음을 수행합니다.
-1. 암호화 키 생성
-2. Capacitor 구성 동기화 제안
-
-### 7단계: 플랫폼 선택
-
-온보딩 중에 테스트할 플랫폼을 선택하세요.
-
-```
-📱 Platform selection for onboarding
-   This is just for testing during onboarding - your app will work on all platforms
-
-❓ Which platform do you want to test with during this onboarding?
-   Options:
-   - iOS
-   - Android
-```
-
-<Aside type="tip">
-이는 온보딩 프로세스에만 영향을 미칩니다. 최종 앱은 모든 플랫폼을 지원합니다.
-</Aside>
-
-### 8단계: 프로젝트 구축
-
-CLI는 앱을 빌드하고 Capacitor과 동기화합니다.
-
-```
-❓ Automatic build {appId} with "npm run build"?
-```
-
-**발생하는 상황:**
-1. 프로젝트 유형 감지
-2. 빌드 스크립트를 실행합니다.
-3. `npx cap sync {platform}`을 실행합니다.
-
-**빌드 스크립트가 누락된 경우:**
-
-빌드를 건너뛸지 아니면 `package.json`에 빌드 스크립트를 추가할지 묻는 메시지가 표시됩니다.
-
-### 9단계: 기기에서 실행
-
-기기나 시뮬레이터에서 앱의 초기 버전을 테스트하세요.
-
-```
-❓ Run {appId} on {PLATFORM} device now to test the initial version?
-```
-
-**예**를 선택하는 경우:
-```
-(spinner) Running: npx cap run {platform}
-(device picker appears)
-App started ✅
-📱 Your app should now be running on your {platform} device with Capgo integrated
-🔄 This is your baseline version - we'll create an update next
-```
-
-### Step 10: Make a Test Change
-
-이제 눈에 띄는 변경을 적용하여 Capgo의 업데이트 시스템을 테스트할 차례입니다.
-
-```
-🎯 Now let's test Capgo by making a visible change and deploying an update!
-
-❓ How would you like to test the update?
-   Options:
-   - Auto: Let Capgo CLI make a visible change for you
-   - Manual: I'll make changes myself
-```
-
-**자동 모드:**
-CLI은 눈에 보이는 테스트 배너를 추가하거나 변경하기 위해 파일을 자동으로 수정합니다.
-
-**수동 모드:**
-원하는 대로 변경할 수 있습니다(예: 텍스트, 색상 변경, 요소 추가).
-
-**버전 처리:**
-```
-❓ How do you want to handle the version for this update?
-   Options:
-   - Auto: Bump patch version ({currentVersion} → {nextVersion})
-   - Manual: I'll provide the version number
-```
-
-**변경 사항을 적용하여 빌드:**
-```
-❓ Build {appId} with changes before uploading?
-```
-
-<Aside type="tip">
-다른 터미널에서 수동으로 빌드해야 하는 경우 "아니요"를 선택하고 직접 빌드한 다음 계속하세요.
-</Aside>
-
-### 11단계: 번들 업로드
-
-업데이트된 App Bundle을 Capgo에 업로드하세요.
-
-```
-❓ Upload the updated {appId} bundle (v{version}) to Capgo?
-```
-
-The CLI runs:
-```bash
-npx @capgo/cli@latest bundle upload
-```
-
-<Aside type="tip">
-**직접 업데이트를 통한 델타 업데이트:** 4단계에서 즉시 업데이트(직접 업데이트)를 활성화한 경우 CLI는 델타 업데이트를 활성화할지 자동으로 묻습니다. 델타 업데이트는 전체 번들 대신 버전 간에 변경된 파일만 보냅니다. 일반적으로 업데이트 간에는 몇 개의 파일만 변경되므로 다운로드 속도가 훨씬 빨라집니다. 즉각적인 업데이트를 통해 최상의 경험을 얻으려면 **예**를 선택하세요.
-</Aside>
-
-**델타 업데이트 프롬프트(직접 업데이트가 활성화된 경우):**
-```
-💡 Direct Update (instant updates) is enabled in your config
-   Delta updates send only changed files instead of the full bundle
-
-❓ Enable delta updates for this upload? (Recommended with Direct Update)
-```
-
-<Aside type="caution">
-단일 저장소의 경우 `package.json` 및 `node_modules`에 대한 추가 경로를 제공해야 할 수도 있습니다.
-</Aside>
-
-**성공:**
-```
-✅ Update v{version} uploaded successfully!
-🎉 Your updated bundle is now available on Capgo
-```
-
-### 12단계: 기기에서 업데이트 테스트
-
-업데이트가 실제로 작동하는 모습을 볼 시간입니다!
-
-```
-🧪 Time to test the Capgo update system!
-📱 Go to your device where the app is running
-```
-
-**즉시 업데이트를 원하시면:**
-```
-🔄 IMPORTANT: Background your app (swipe up/press home button) and then reopen it
-⏱️  The update should be downloaded and applied automatically
-```
-
-**표준 업데이트의 경우:**
-```
-📱 With standard updates, you will need to:
-   1. Background the app (swipe up/press home button) to start download
-   2. Wait a few seconds for download to complete
-   3. Background and foreground again to see the update
-```
-
-**모니터 로그:**
-```
-❓ Monitor Capgo logs to verify the update worked?
-```
-
-**예**를 선택하면 업데이트 프로세스를 보여주는 장치의 실시간 로그가 표시됩니다.
-
-### 13단계: 완료
-
-```
-Welcome onboard ✈️!
-```
-
-축하합니다! 앱에 대한 Capgo 실시간 업데이트를 성공적으로 설정했습니다.
-
-## 당신이 성취한 것
-
-온보딩을 완료한 후 다음을 수행할 수 있습니다.
-
-<CardGrid>
-  <Card title="✅ 앱 등록됨" icon="rocket">
-    귀하의 앱은 프로덕션 채널을 통해 Capgo에 등록되어 있습니다.
-  </Card>
-  <Card title="✅ 플러그인 설치됨" icon="puzzle">
-    Capacitor 업데이트 프로그램 플러그인이 설치 및 구성되었습니다.
-  </Card>
-  <Card title="✅ 코드 통합" icon="seti:config">
-    통합 코드가 앱에 추가되었습니다.
-  </Card>
-  <Card title="✅ 업데이트 테스트됨" icon="approve-check">
-    성공적으로 배포하고 실시간 업데이트를 받았습니다.
-  </Card>
-</CardGrid>
-
-## 일일 작업 흐름
-
-후속 업데이트의 경우 다음을 사용하십시오.
-
-```bash
-npm run build
-npx @capgo/cli@latest bundle upload --channel=production
-```
-
-자세한 배포 옵션은 [라이브 업데이트 배포](/docs/getting-started/deploy/)를 참조하세요.
-
-## 온보딩 재개
-
-온보딩 프로세스를 종료하면 언제든지 재개할 수 있습니다.
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-다음을 볼 수 있습니다:
-```
-You have already got to the step {stepNumber}/13 in the previous session
-❓ Would you like to continue from where you left off?
-```
-
-<Aside type="tip">
-진행 상황은 로컬에 저장되므로 온보딩 프로세스를 안전하게 종료하고 다시 시작할 수 있습니다.
-</Aside>
-
-## 문제 해결
-
-### 개발 환경 없음
-
-**문제:** Xcode 및 Android SDK가 모두 감지되지 않습니다.
-
-**해결책:**
-- **iOS**의 경우: [Xcode](https://developer.apple.com/xcode/) 설치(macOS에만 해당)
-- **Android**의 경우: [Android Studio](https://developer.android.com/studio)를 설치합니다.
-
-### 앱 ID가 이미 사용되었습니다.
-
-**문제:** 앱 ID가 이미 등록되어 있습니다.
-
-**해결책:** 제안된 대안 중 하나를 선택하거나 역도메인 표기법으로 맞춤 앱 ID를 입력하세요.
-
-### 빌드 스크립트 누락
-
-**문제:** `package.json`에 빌드 스크립트가 없습니다.
-
-**해결책:** `package.json`에 빌드 스크립트를 추가하세요.
-```json
-{
-  "scripts": {
-    "build": "your-build-command"
-  }
-}
-```
-
-### 자동 삽입 실패
-
-**문제:** CLI는 통합 코드를 자동으로 삽입할 수 없습니다.
-
-**해결책:** 기본 파일에 코드를 수동으로 추가하세요.
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-### Capacitor 버전이 너무 오래됨
-
-**문제:** Capacitor 버전이 v5보다 낮습니다.
-
-**해결책:** Capacitor을 v5 이상으로 업그레이드하세요.
-- [Capacitor 5로 업그레이드 중](https://capacitorjs.com/docs/updating/5-0)
-- [Capacitor 6으로 업그레이드 중](https://capacitorjs.com/docs/updating/6-0)
-- [Capacitor 7로 업그레이드 중](https://capacitorjs.com/docs/updating/7-0)
-
-## 다음 단계
-
-이제 온보딩을 완료했으므로 다음 주제를 살펴보세요.
-
-<CardGrid>
-  <a href="/docs/getting-started/deploy/"><Card title="업데이트 배포" icon="rocket">
-    Capgo 대시보드에서 업데이트를 배포하는 방법을 알아보세요.
-  </Card></a>
-  <a href="/docs/live-updates/update-types/"><Card title="업데이트 유형" icon="open-book">
-    모든 OTA 업데이트 유형 참조: 적용 시기, 지연 조건, 버전 차단, 전달
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="CI/CD 통합" icon="setting">
-    CI/CD를 사용하여 업데이트 배포 자동화
-  </Card></a>
-  <a href="/docs/live-updates/channels/"><Card title="Channels" icon="list-format">
-    채널을 통해 여러 업데이트 스트림 관리
-  </Card></a>
-  <a href="/docs/live-updates/encryption/"><Card title="Encryption" icon="approve-check-circle">
-    엔드투엔드 암호화로 업데이트를 보호하세요
-  </Card></a>
-  <a href="/docs/live-updates/update-behavior/"><Card title="업데이트 동작" icon="setting">
-    업데이트 적용 시기 및 방법 사용자 정의(직접, 델타 등)
-  </Card></a>
-</CardGrid>
-
-## 도움 받기
-
-온보딩 중에 문제가 발생하는 경우:
-
-- [문제 해결 가이드](/docs/getting-started/troubleshooting/)를 확인하세요.
-- [Discord 커뮤니티](https://discord.capgo.app)에 가입하세요
-- [FAQ](/docs/faq/)를 검토하세요.
-- [지원팀](/docs/getting-help/)에 문의하세요.
diff --git a/src/content/docs/ko/docs/getting-started/quickstart.mdx b/src/content/docs/ko/docs/getting-started/quickstart.mdx
deleted file mode 100644
index 4065cf771..000000000
--- a/src/content/docs/ko/docs/getting-started/quickstart.mdx
+++ /dev/null
@@ -1,133 +0,0 @@
----
-title: 개요
-sidebar:
-  order: 1
-next: true
-prev: false
-locale: ko
----
-
-import { Card, CardGrid, Steps, LinkCard, Aside } from '@astrojs/starlight/components';
-
-Capgo의 주요 개념을 안내하는 퀵스타트 튜토리얼입니다! 다음과 같은 개념들을 살펴볼 것입니다:
-
-<Steps>
-
-1. Capgo 계정에 앱 추가하기
-
-2. CI/CD와 Capgo 통합하기 
-
-3. 커밋을 푸시하여 Capgo에서 번들 업로드 트리거하기
-
-4. Capgo 번들 배포 구성 및 커스터마이징하기
-
-5. Capgo를 통한 라이브 업데이트를 활성화하도록 앱 설정하기
-
-6. Capgo에서 앱에 라이브 업데이트 배포하기
-
-</Steps>
-
-가이드를 순서대로 따라가거나, 관심 있는 컴포넌트의 문서로 바로 이동하세요.
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/add-an-app/" ><Card title="튜토리얼 시작하기" icon="rocket" >
-    퀵스타트 튜토리얼을 따라 순식간에 Capgo를 시작해보세요!
-  </Card></a>
-  <a href="/docs/getting-started/onboarding/"><Card title="CLI 온보딩 가이드" icon="list-format">
-    대화형 CLI 온보딩 프로세스에 대한 완전한 단계별 가이드.
-  </Card></a>
-  <a href="/docs/getting-started/deploy/"><Card title="업데이트 배포" icon="pencil">
-    Capgo 대시보드에서 앱에 업데이트를 배포합니다.
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="업데이트 자동화" icon="setting">
-    CI/CD와 Capgo를 통합하고 커밋을 푸시하여 번들 업로드를 트리거하세요.
-  </Card></a>
-  <a href="/docs/getting-started/troubleshooting/"><Card title="문제 해결" icon="open-book">
-    일반적인 문제와 해결 방법.
-  </Card></a>
-  <a href="/docs/getting-started/wrapping-up/"><Card title="마무리" icon="approve-check">
-    튜토리얼을 마무리하고 배운 내용의 빠른 개요를 확인하세요.
-  </Card></a>
-</CardGrid>
-
-<Aside type="tip">
-무선 업데이트(OTA) 기능은 HTML, CSS, JavaScript 파일의 수정에만 적용됩니다.
-
-Capacitor 플러그인 업데이트와 같은 네이티브 코드를 변경하는 경우에는 반드시 앱스토어에 재승인을 받아야 합니다
-</Aside>
-
-<Aside type="caution" title="번들 기밀성">
-Capgo 암호화를 활성화하지 않는 한 Capgo에 업로드한 모든 번들은 공개 웹 자산으로 취급해야 합니다. 비공개 채널은 어떤 기기가 업데이트를 받을 수 있는지 제어하지만, 업로드된 번들을 기밀로 만들지는 않습니다. 암호화는 전달 경로를 보호하고 제3자가 유효한 암호화 업데이트를 생성하지 못하게 하지만, 공개 키가 바이너리에 포함되어 배포되기 때문에 배포된 웹 자산은 충분한 노력으로 앱에서 리버스 엔지니어링될 수 있습니다. 자세한 내용은 [Live Updates 암호화](/docs/live-updates/encryption/)를 확인하세요.
-</Aside>
-
-## Discord 커뮤니티 참여하기
-
-[Capacitor-updater Discord 서버에 참여하세요!](https://discord.capgo.app)
-
-## 유지보수
-
-| 플러그인 버전 | Capacitor 호환성 | 유지보수 상태      |
-| -------------- | --------------- | ----------------- |
-| v7\*\* (≥7.25.0) | v7\*\*        | ✅ 완전 지원 |
-| v6\*\* (≥6.25.0)       | v6\*\*        | ✅ 완전 지원                |
-| v5\*\*       | v5\*\*        | ⚠️ 지원 중단    |
-| v4\*\*       | v4\*\*        | ⚠️ 지원 중단      |
-| v3\*\*       | v3\*\*        | ⚠️ 지원 중단      |
-| > 7            | v4\*\*        | ⚠️ 지원 중단, CI가 오작동하여 버전이 너무 많이 올라감 |
-
-## 스토어 가이드라인 준수
-
-Android Google Play와 iOS App Store는 Capacitor-updater 솔루션을 애플리케이션에 통합하기 전에 알아야 할 규칙이 있는 해당 가이드라인이 있습니다
-
-### Google Play
-
-[기기 및 네트워크 남용](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en) 주제의 세 번째 단락에서는 Google Play의 업데이트 메커니즘 이외의 방법으로 소스 코드를 업데이트하는 것이 제한된다고 설명합니다. 하지만 이 제한은 자바스크립트 번들 업데이트에는 적용되지 않습니다
-> 이 제한은 가상 머신에서 실행되고 Android API에 대한 제한된 접근 권한을 가진 코드(예: 웹뷰나 브라우저의 JavaScript)에는 적용되지 않습니다
-
-이는 JS 번들만 업데이트하고 네이티브 코드는 업데이트하지 않는 Capacitor-updater를 완전히 허용합니다
-
-### App Store
-
-2015년부터 [Apple Developer Program License Agreement](https://developer.apple.com/programs/ios/information/)의 **332**항은 JavaScript와 자산의 무선 업데이트를 완전히 허용했으며, 최신 버전(20170605)([여기서 다운로드](https://developer.apple.com/terms/))에서는 이 규정이 더 광범위해졌습니다:
-
-> 해석된 코드는 다음과 같은 조건에서만 애플리케이션에 다운로드할 수 있습니다: (a) App Store에 제출된 애플리케이션의 의도된 광고 목적과 일치하지 않는 기능을 제공하여 애플리케이션의 주요 목적을 변경하지 않음, (b) 다른 코드나 애플리케이션을 위한 스토어나 상점을 만들지 않음, (c) OS의 서명, 샌드박스 또는 기타 보안 기능을 우회하지 않음
-
-Capacitor-updater를 사용하면 푸시하는 업데이트가 원래 App Store에서 승인된 의도에서 크게 벗어나지 않는 한 이러한 규칙을 완전히 준수할 수 있습니다
-
-Apple의 가이드라인을 더욱 준수하기 위해, [App Store 검토 가이드라인](https://developer.apple.com/app-store/review/guidelines/)에서 다음과 같이 명시하고 있으므로 App Store에 배포되는 앱은 '강제 업데이트' 시나리오를 활성화하지 않는 것이 좋습니다:
-
-> 앱은 기능, 콘텐츠에 접근하거나 앱을 사용하기 위해 사용자에게 앱 평가, 앱 리뷰, 다른 앱 다운로드 또는 기타 유사한 작업을 강요해서는 안 됩니다
-
-이는 사용자가 앱을 닫을 때까지 새 버전을 적용하도록 강제하지 않는 백그라운드 업데이트의 기본 동작에는 문제가 되지 않지만, 이를 표시하기로 결정한 경우에는 해당 역할을 알고 있어야 합니다
-
-## 오픈 소스
-
-이 플러그인은 LGPL-3.0 라이선스이며 백엔드는 AGPL-3.0 라이선스입니다
-
-> 💡 LGPL-3.0은 누군가 플러그인의 코드를 수정하면 동일한 라이선스로 오픈 소스로 공개해야 함을 의미합니다. 코드를 수정하지 않고 사용한다면 이는 해당되지 않습니다. 자세한 내용은 아래 링크를 확인하세요 👇
-
-<LinkCard
-	title="라이선스?"
-	href="https://github.com/Cap-go/capacitor-updater/issues/7"
-/>
-
-<LinkCard
-	title="문서를 읽는 대신 GPTS Capgo를 사용하여 도움을 받으세요"
-	href="https://chat.openai.com/g/g-3dMwHbF2w-capgo-doc-gpt"
-/>
-
-> 걱정 없이 앱에 포함시킬 수 있습니다
-
-## 마지막 참고 사항
-
-셀프 호스팅을 하고 이 도구가 유용하다고 생각되시면, [GitHub 스폰서](https://github.com/sponsors/riderx/)가 되어 제 작업을 지원해 주시기 바랍니다
-
-저는 여기서 구축한 모든 코드를 유료화하는 대신 오픈 소스로 공개하기로 결정했습니다. 숨기고 싸우는 대신 공개함으로써 더 나은 세상을 만들 수 있다고 믿습니다
-
-이를 가능하게 하려면 여러분을 포함한 우리 모두가 각자의 역할을 해야 합니다 🥹 Capgo 클라우드가 요구 사항을 충족하지 못한다면, [여기서](https://github.com/sponsors/riderx/) 자신의 조건으로 부트스트랩 메이커를 지원할 수 있습니다
-
-## 간단한 수학
-
-기본 요금제 가격: $14*12 = 연간 $168
-평균 개발자 시급 = $60
-즉, 셀프 호스팅에 3시간의 개발 시간을 낭비하면 1년 전체 요금을 지불할 수 있으며, 3시간 이상 소비한다면 돈을 잃게 됩니다 ^^
diff --git a/src/content/docs/ko/docs/getting-started/troubleshooting.mdx b/src/content/docs/ko/docs/getting-started/troubleshooting.mdx
deleted file mode 100644
index 6cc3371f2..000000000
--- a/src/content/docs/ko/docs/getting-started/troubleshooting.mdx
+++ /dev/null
@@ -1,140 +0,0 @@
----
-title: 문제 해결
-sidebar:
-  order: 6
-next: false
-prev: false
-locale: ko
----
-
-Capgo 사용 시 발생할 수 있는 일반적인 문제와 해결 방법을 소개합니다
-
-### 업로드 실패
-
-번들 업로드가 실패하면 다음 사항을 확인하세요:
-- `capacitor.config.ts`의 앱 ID가 Capgo 대시보드의 앱과 일치하는지
-- Capacitor 프로젝트 루트에서 업로드 명령을 실행하는지 
-- 웹 에셋이 빌드되어 최신 상태인지
-
-#### 고급 업로드 옵션
-
-Capgo CLI는 일반적인 업로드 문제를 해결하기 위한 추가 플래그를 제공합니다:
-
-- `--tus`: 대용량 번들이나 불안정한 네트워크 연결에서 더 안정적인 업로드를 위해 [tus 재개 가능 업로드 프로토콜](https://tus.io/)을 사용합니다. 번들이 10MB 이상이거나 연결이 불안정한 경우 `--tus` 사용을 고려하세요:
-  ```shell
-  npx @capgo/cli@latest bundle upload --tus
-  ```
-
-- `--package-json`과 `--node-modules`: 모노레포나 npm 워크스페이스와 같은 비표준 구조를 사용하는 경우 루트 `package.json`과 `node_modules`의 위치를 Capgo에 알려줍니다. 루트 `package.json`과 `--node-modules` 경로를 전달하세요:
-  ```shell
-  npx @capgo/cli@latest bundle upload --package-json=path/to/package.json --node-modules=path/to/node_modules
-  ```
-  Capgo는 앱의 종속성을 올바르게 번들링하기 위해 이 정보가 필요합니다
-
-이러한 플래그는 `--channel`과 같은 다른 옵션과 함께 사용할 수 있습니다. 사용 가능한 모든 업로드 옵션은 [Capgo CLI 문서](/docs/cli/overview/)를 참조하세요
-
-업로드에 문제가 계속되면 [Capgo 지원팀](https://support.capgo.app)에 문의하세요
-
-### 업데이트 디버깅
-
-라이브 업데이트에 문제가 있다면 Capgo 디버그 명령이 문제 해결에 도움이 됩니다. 사용 방법:
-
-1. 프로젝트 디렉토리에서 다음 명령을 실행하세요:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-2. 기기나 에뮬레이터에서 앱을 실행하고 업데이트를 트리거할 동작을 수행하세요(예: 새 번들 업로드 후 앱 재실행)
-
-3. 디버그 명령의 출력을 확인하세요. 다음과 같은 업데이트 프로세스 정보가 기록됩니다:
-   - 앱이 업데이트를 확인하는 시점
-   - 업데이트가 발견되었는지와 어떤 버전인지
-   - 업데이트의 다운로드 및 설치 진행 상황
-   - 업데이트 과정에서 발생하는 오류
-
-4. 디버그 로그를 사용해 문제가 발생하는 위치를 파악하세요. 예:
-   - 업데이트가 발견되지 않으면 번들이 성공적으로 업로드되었는지, 앱이 올바른 채널을 사용하도록 구성되었는지 확인
-   - 업데이트가 다운로드되지만 설치되지 않으면 `CapacitorUpdater.notifyAppReady()`를 호출했는지, 앱이 완전히 종료되고 다시 열렸는지 확인
-   - 오류 메시지가 표시되면 Capgo 문서에서 해당 오류를 찾아보거나 지원팀에 도움을 요청
-
-디버그 명령은 특히 업데이트 다운로드 및 설치 프로세스의 문제를 파악하는 데 유용합니다. 로그에 예상된 업데이트 버전이 발견되었지만 최종적으로 적용되지 않은 것으로 나타나면 다운로드 이후 단계에서 문제 해결에 집중하세요
-
-### 네이티브 로그로 디버깅하기
-
-Capgo 디버그 명령 외에도 Android와 iOS의 네이티브 로그는 특히 업데이트 프로세스의 네이티브 측면에서 발생하는 문제에 대해 중요한 문제 해결 정보를 제공할 수 있습니다
-
-#### Android 로그
-
-Android 로그에 접근하는 방법:
-
-1. 기기를 연결하거나 에뮬레이터를 시작하세요
-2. Android Studio를 열고 "View > Tool Windows > Logcat"을 선택하세요 
-3. Logcat 창에서 상단 드롭다운에서 앱의 프로세스를 선택하여 로그를 필터링하세요
-4. `Capgo`를 포함하는 라인을 찾아 SDK 로그를 확인하세요
-
-또는 `adb logcat` 명령을 사용하고 `Capgo`로 grep하여 로그를 필터링할 수 있습니다
-
-Capgo SDK는 업데이트 프로세스 동안 다음과 같은 주요 이벤트를 기록합니다:
-- 업데이트 확인이 시작될 때
-- 업데이트가 발견되었을 때와 어떤 버전인지
-- 업데이트 다운로드가 시작되고 완료될 때
-- 업데이트 설치가 트리거될 때
-- 네이티브 업데이트 단계에서 발생하는 오류
-
-로그에서 볼 수 있는 일반적인 Android 관련 문제는 다음과 같습니다:
-- 업데이트 다운로드를 방해하는 네트워크 연결 문제
-- 업데이트 번들 저장 또는 읽기 시 파일 권한 오류
-- 업데이트 번들을 위한 저장 공간 부족
-- 업데이트 설치 후 앱 재시작 실패
-
-#### iOS 로그
-
-iOS 로그에 접근하는 방법:
-
-1. 기기를 연결하거나 시뮬레이터를 시작하세요
-2. Xcode를 열고 "Window > Devices and Simulators"로 이동하세요
-3. 기기를 선택하고 "Open Console"을 클릭하세요
-4. 콘솔 출력에서 `Capgo`를 포함하는 라인을 찾아 SDK 로그를 확인하세요
-
-터미널에서 `log stream` 명령을 사용하고 `Capgo`로 grep하여 로그를 필터링할 수도 있습니다
-
-Android와 마찬가지로 Capgo SDK는 주요 iOS 측 이벤트를 기록합니다:
-- 업데이트 확인 시작 및 결과
-- 다운로드 시작, 진행 상황 및 완료
-- 설치 트리거 및 결과
-- 네이티브 업데이트 프로세스 중 발생하는 오류
-
-로그에서 식별할 수 있는 iOS 관련 문제는 다음과 같습니다:
-- 업데이트 다운로드 시 SSL 인증서 문제
-- 업데이트 다운로드를 차단하는 앱 전송 보안 
-- 업데이트 번들을 위한 저장 공간 부족
-- 업데이트 번들을 제대로 추출하거나 적용하지 못함
-
-두 플랫폼 모두에서 네이티브 로그는 업데이트 프로세스에 대한 더 낮은 수준의 뷰를 제공하며, 네이티브 구현에 대한 더 자세한 정보를 제공합니다. 특히 Capgo JavaScript 레이어 외부에서 발생하는 문제를 식별하는 데 유용합니다
-
-까다로운 라이브 업데이트 문제를 해결할 때는 Capgo 디버그 로그와 네이티브 로그를 모두 캡처하는 것이 좋습니다. 두 로그를 함께 사용하면 문제를 식별하고 해결할 가능성이 가장 높아집니다
-
-### 업데이트가 적용되지 않는 경우
-
-번들을 업로드했지만 기기에서 변경 사항이 표시되지 않는 경우:
-- [퀵스타트](/docs/getting-started/quickstart)에 표시된 대로 앱 코드에서 `CapacitorUpdater.notifyAppReady()`를 호출했는지 확인하세요  
-- 기기가 인터넷에 연결되어 있고 Capgo 디버그 로그에서 업데이트가 다운로드되었는지 확인하세요
-- 업데이트는 새로 실행할 때만 적용되므로 앱을 완전히 종료하고 다시 여세요
-- 업데이트 적용에 문제가 있음을 나타내는 네이티브 로그의 오류를 확인하세요
-
-업데이트 프로세스에 대한 자세한 내용은 [라이브 업데이트 배포](/docs/getting-started/deploy) 가이드를 참조하세요. 여전히 문제가 있다면 `npx @capgo/cli@latest app debug` 명령과 네이티브 로그를 사용하여 무슨 일이 일어나고 있는지 더 자세히 확인하세요
-
-## SDK 설치
-
-Capgo SDK 설치에 문제가 있다면 다음을 확인하세요:
-- 앱이 지원되는 버전의 Capacitor(4.0 이상)를 사용하고 있는지
-- SDK 설치 후 앱 동기화를 포함하여 [퀵스타트](/docs/getting-started/quickstart) 단계를 순서대로 따랐는지
-
-## CI/CD 통합 
-
-CI/CD 파이프라인에서 Capgo 업로드 트리거에 문제가 있는 경우:
-- Capgo 인증 토큰이 올바르게 설정되어 있는지 다시 확인하세요 
-- 웹 에셋이 빌드된 후 업로드 명령을 실행하는지 확인하세요
-- 업로드 명령이 대상 환경에 맞는 채널 이름을 사용하고 있는지 확인하세요
-
-자세한 문제 해결 팁은 [CI/CD 통합](/docs/getting-started/cicd-integration) 문서를 참조하세요. `npx @capgo/cli@latest app debug` 명령을 사용하여 CI/CD로 트리거된 업데이트가 앱에 수신되고 있는지도 확인할 수 있습니다
diff --git a/src/content/docs/ko/docs/getting-started/wrapping-up.mdx b/src/content/docs/ko/docs/getting-started/wrapping-up.mdx
deleted file mode 100644
index 7a7598362..000000000
--- a/src/content/docs/ko/docs/getting-started/wrapping-up.mdx
+++ /dev/null
@@ -1,53 +0,0 @@
----
-title: 마무리
-sidebar:
-  order: 7
-next: false
-prev: false
-draft: true
-locale: ko
----
-
-import { Card, CardGrid, Steps } from '@astrojs/starlight/components';
-
-이제 퀵스타트 가이드를 완료했으니, Capgo의 주요 개념에 대한 기본적인 이해가 생겼을 것입니다! 이 가이드에서 학습한 주요 개념들은 다음과 같습니다:
-
-<Steps>
-1. Capgo 계정에 앱 추가하기
-
-2. CI/CD 파이프라인에 Capgo 통합하기
-
-3. 새로운 커밋에서 Capgo로 번들 업로드 트리거하기
-
-4. Capgo SDK로 라이브 업데이트를 활성화하도록 앱 구성하기
-
-5. Capgo 대시보드에서 앱에 라이브 업데이트 배포하기
-</Steps>
-
-하지만 Capgo에 대해 배울 것이 아직 더 많이 있습니다! 문서를 계속 살펴보거나 다음과 같은 주요 주제들을 확인해보세요:
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/cicd-integration/">
-    <Card title="CI/CD 통합" icon="gitlab">
-      이미 CI/CD 파이프라인이 있으신가요? Capgo를 기존 워크플로우에 통합하는 방법을 알아보세요
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/">
-    <Card title="라이브 업데이트" icon="cloud-download">
-      Capgo의 라이브 업데이트 기능과 모범 사례에 대해 자세히 알아보세요
-    </Card>
-  </a>
-
-  <a href="/docs/faq/">
-    <Card title="FAQ" icon="open-book">
-      Capgo에 대한 일반적인 질문들의 답변을 찾아보세요
-    </Card>
-  </a>
-
-  <a href="/docs/getting-started/troubleshooting/">
-    <Card title="문제 해결" icon="error">
-      Capgo 사용 중 발생할 수 있는 일반적인 문제들에 대한 도움을 받으세요
-    </Card>
-  </a>
-</CardGrid>
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/how-to.mdx b/src/content/docs/ko/docs/how-to.mdx
deleted file mode 100644
index 2e9217b8c..000000000
--- a/src/content/docs/ko/docs/how-to.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: 방법
-description: 'Capgo에 대한 종합 가이드로, 플랫폼의 효과적인 사용을 향상시키기 위한 자세한 튜토리얼, 통찰력 있는 팁 및 고급 기술을 제공합니다.'
-sidebar:
-  order: 1
-locale: ko
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-<LinkCard
-	title="Capgo 버전 작동 방식"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-version-work-in-capgo/"
-/>
-
-<LinkCard
-	title="Capgo에서 주요 버전을 릴리스하는 방법"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-to-release-major-version-in-capgo/"
-/>
-
-<LinkCard
-	title="한 사용자 또는 그룹에 특정 업데이트를 보내는 방법"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-to-send-specific-version-to-users/"
-/>
-
-
-## CI / CD
-
-
-<LinkCard
-	title="GitHub 작업을 사용한 자동 빌드 및 릴리스"
-	description="capgo.app"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-<LinkCard
-	title="GitHub 작업으로 개발 및 프로덕션 빌드를 관리하세요."
-	description="capgo.app"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-## 기여
-
-
-<LinkCard
-	title="Capgo 오픈 소스에 기여"
-	description="github.com"
-	href="https://github.com/Cap-go/capgo/blob/main/CONTRIBUTING.md"
-/>
diff --git a/src/content/docs/ko/docs/index.mdx b/src/content/docs/ko/docs/index.mdx
deleted file mode 100644
index 28df4d39e..000000000
--- a/src/content/docs/ko/docs/index.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-title: Capgo 문서에 오신 것을 환영합니다
-description: 강력한 모바일 앱 구축을 위한 Capgo 클라우드 실시간 업데이트 및 Capacitor 플러그인 전체 제품군에 대한 포괄적인 가이드입니다.
-tableOfContents: false
-next: false
-hero:
-  tagline: 즉각적인 앱 업데이트를 위한 Capgo 클라우드를 마스터하고 모바일 개발을 향상시키는 포괄적인 Capacitor 플러그인 컬렉션을 탐색하세요
-  actions:
-    - text: Capgo 클라우드 시작하기
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: 모든 플러그인 보기
-      link: /docs/plugins/
-      icon: puzzle
-      variant: minimal
-locale: ko
----
-
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-## 🚀 Capgo 클라우드 - 간편한 실시간 업데이트
-
-<CardGrid stagger>
-  <Card title="즉각적인 업데이트" icon="rocket">
-    앱 스토어 지연 없이 JavaScript, HTML, CSS 업데이트를 사용자에게 직접 배포합니다. 버그를 수정하고 며칠이 아닌 몇 분 만에 기능을 제공하세요.
-  </Card>
-  <Card title="3단계 통합" icon="pencil">
-    `npx @capgo/cli@latest init [APIKEY]` 명령어만으로 시작하고 간단한 통합으로 즉시 업데이트를 푸시하세요.
-  </Card>
-  <Card title="고급 기능" icon="setting">
-    A/B 테스팅을 위한 채널, 자동 롤백, 업데이트 분석, 암호화된 번들, 엔터프라이즈급 보안 기능을 제공합니다.
-  </Card>
-  <Card title="완전한 가이드" icon="open-book">
-    포괄적인 문서에서 [빠른 설정](/docs/getting-started/quickstart/)부터 고급 배포 전략까지 모든 것을 배우세요.
-  </Card>
-</CardGrid>
-
-## 📚 문서 내용
-
-<CardGrid>
-  <LinkCard
-    title="Capgo 클라우드 설정"
-    description="실시간 업데이트 통합, 채널 관리, CI/CD 통합, 배포 모니터링에 대한 완전한 가이드."
-    href="/docs/getting-started/quickstart/"
-  />
-  <LinkCard
-    title="20개 이상의 Capacitor 플러그인"
-    description="생체 인증, 구매, 카메라, 저장소 등 네이티브 기능을 위한 프로덕션 준비 플러그인 컬렉션을 탐색하세요."
-    href="/docs/plugins/"
-  />
-  <LinkCard
-    title="CLI 및 공개 API"
-    description="CLI 도구로 워크플로우를 자동화하고 REST API로 Capgo를 기존 시스템에 통합하세요."
-    href="/docs/cli/overview/"
-  />
-  <LinkCard
-    title="엔터프라이즈 솔루션"
-    description="더 많은 것이 필요한 팀을 위한 전담 지원, SLA, 맞춤 기능, 고급 보안 옵션."
-    href="/enterprise/"
-  />
-</CardGrid>
-
-## 🎯 빠른 링크
-
-- **처음이신가요?** [5분 퀵스타트](/docs/getting-started/quickstart/)로 시작하세요
-- **플러그인이 필요하신가요?** [플러그인 컬렉션](/docs/plugins/)을 둘러보거나 [맞춤 개발](/consulting/)을 요청하세요
-- **문제가 있으신가요?** [FAQ](/docs/faq/)를 확인하거나 [Discord](https://discord.capgo.app)에 참여하세요
-- **엔터프라이즈가 필요하신가요?** [엔터프라이즈 솔루션](/enterprise/)을 확인하거나 [문의하세요](mailto:support@capgo.app)
diff --git a/src/content/docs/ko/docs/live-updates/breaking-changes.md b/src/content/docs/ko/docs/live-updates/breaking-changes.md
deleted file mode 100644
index 4a03d79b1..000000000
--- a/src/content/docs/ko/docs/live-updates/breaking-changes.md
+++ /dev/null
@@ -1,203 +0,0 @@
----
-title: "주요 변경 사항"
-description: "버전별 채널로 주요 변경 사항을 처리하는 방법"
-sidebar:
-  order: 6
-locale: ko
----
-
-이 문서는 버전별 채널을 사용하여 앱에서 주요 변경 사항을 처리하는 방법을 설명합니다. 이 접근 방식을 사용하면 서로 다른 버전의 앱을 유지 관리하면서 사용자가 호환 가능한 업데이트를 받을 수 있도록 보장할 수 있습니다.
-
-## 예시 시나리오
-
-다음과 같은 상황을 가정해 봅시다:
-- 앱 버전 1.2.3 (구 버전) - production 채널 사용
-- 앱 버전 2.0.0 (주요 변경 사항이 있는 새 버전) - v2 채널 사용
-- 라이브 업데이트 1.2.4 (1.2.3과 호환)
-- 라이브 업데이트 2.0.1 (2.0.0과 호환)
-
-## 전략: 주요 버전에 항상 defaultChannel 사용
-
-**권장 접근 방식:** 모든 주요 버전에 대해 `defaultChannel`을 설정하세요. 이렇게 하면 동적 채널 할당에 의존하지 않고도 항상 특정 사용자 그룹에 업데이트를 푸시할 수 있습니다.
-
-```ts
-// 버전 1.x 릴리스
-defaultChannel: 'v1'
-
-// 버전 2.x 릴리스
-defaultChannel: 'v2'
-
-// 버전 3.x 릴리스 (향후)
-defaultChannel: 'v3'
-```
-
-:::tip
-**이 접근 방식의 이점:**
-- 어떤 사용자가 업데이트를 받을지 **항상 제어 가능**
-- 앱 코드에서 **동적 채널 전환이 필요 없음**
-- 서로 다른 앱 버전 간 **명확한 구분**
-- 특정 버전 그룹에 업데이트를 푸시할 수 있는 **유연성**
-:::
-
-## 1. 새 버전용 채널 생성
-
-```bash
-# 버전 2.x용 채널 생성
-npx @capgo/cli channel create v2
-```
-
-## 2. 버전 2.0.0용 Capacitor 구성 업데이트
-
-앱 스토어에 버전 2.0.0을 빌드하기 전에 Capacitor 구성을 업데이트하세요:
-
-```ts
-// capacitor.config.ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      // ... 기타 옵션
-      defaultChannel: 'v2' // 모든 2.0.0 사용자는 v2 채널을 사용합니다
-    }
-  }
-};
-
-export default config;
-```
-
-:::note
-**버전 1.x의 경우:** 처음에 `defaultChannel`을 설정하지 않았다면 버전 1.x 사용자는 `production` 채널에 있습니다. 향후 주요 버전의 경우 항상 `v3`, `v4` 등과 같은 특정 채널을 설정하세요.
-:::
-
-## 3. 별도의 코드 브랜치 관리
-
-앱 버전 간 호환성을 유지하기 위해 별도의 git 브랜치를 생성하세요:
-
-```bash
-# 버전 1.x 업데이트용 브랜치 생성 및 유지 관리
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-
-# 메인 브랜치는 버전 2.x 개발을 계속합니다
-git checkout main
-```
-
-:::warning
-**중요:** 구 버전 앱이 가지고 있지 않은 네이티브 코드/API를 필요로 하는 JavaScript 번들을 절대 푸시하지 마세요. 항상 적절한 브랜치에서 업데이트를 빌드하세요:
-- **v1-maintenance 브랜치**: 1.x 앱 업데이트용 (production 채널)
-- **main 브랜치**: 2.x 앱 업데이트용 (v2 채널)
-:::
-
-## 4. 각 채널에 번들 업로드
-
-```bash
-# 1.x 업데이트의 경우: v1-maintenance 브랜치에서 빌드
-git checkout v1-maintenance
-# 여기서 1.x 호환 변경 사항 적용
-npx @capgo/cli bundle upload --channel production
-
-# 2.x 업데이트의 경우: main 브랜치에서 빌드
-git checkout main
-# 여기서 2.x 변경 사항 적용
-npx @capgo/cli bundle upload --channel v2
-```
-
-## 5. 자가 할당 활성화
-
-```bash
-# 앱이 v2 채널에 자가 할당할 수 있도록 허용
-npx @capgo/cli channel set v2 --self-assign
-```
-
-## 6. 앱 스토어에 배포
-
-버전 2.0.0을 빌드하여 앱 스토어에 배포하세요. 이 버전을 다운로드하는 모든 사용자(신규 사용자 또는 업그레이드하는 기존 사용자 모두)는 앱 번들에 구성되어 있으므로 자동으로 v2 채널을 사용합니다.
-
-:::note
-**코드 변경 불필요!** `defaultChannel: 'v2'`가 앱 스토어 버전과 함께 번들로 제공되므로 버전 2.0.0을 다운로드하는 모든 사용자가 자동으로 올바른 채널을 사용합니다.
-:::
-
-## 향후 버전으로 확장
-
-더 많은 주요 변경 사항이 있는 버전 3.0.0을 릴리스할 때:
-
-```bash
-# 버전 3.x용 채널 생성
-npx @capgo/cli channel create v3
-```
-
-```ts
-// 버전 3.0.0용 capacitor.config.ts
-const config: CapacitorConfig = {
-  // ...
-  plugins: {
-    CapacitorUpdater: {
-      defaultChannel: 'v3' // 버전 3.x 사용자
-    }
-  }
-};
-```
-
-이제 모든 버전에 업데이트를 푸시할 수 있습니다:
-- `production` 채널 → 버전 1.x 사용자
-- `v2` 채널 → 버전 2.x 사용자
-- `v3` 채널 → 버전 3.x 사용자
-
-## 7. 정리 (마이그레이션 후)
-
-모든 사용자가 버전 2.x로 마이그레이션한 후 (3-4개월 예상):
-
-1. Capacitor 구성에서 `defaultChannel` 제거
-2. v2 채널 삭제:
-
-```bash
-npx @capgo/cli channel delete v2
-```
-
-3. v1-maintenance 브랜치 삭제:
-
-```bash
-git branch -d v1-maintenance
-git push origin --delete v1-maintenance
-```
-
-:::tip
-이 접근 방식은 사용자가 자신의 앱 버전과 호환되는 업데이트만 받을 수 있도록 보장합니다
-:::
-
-:::warning
-배포하기 전에 각 채널에서 업데이트를 철저히 테스트하세요
-:::
-
-:::note
-일부 사용자가 여전히 채널 재정의를 가지고 있더라도 Capgo에서 v2 채널을 안전하게 삭제할 수 있습니다. 그들은 자동으로 production 채널에서 업데이트를 받게 됩니다.
-:::
-
-## 버전 1.x 업데이트 유지 관리
-
-버전 1.x와 호환되는 업데이트를 전송하려면:
-
-1. v1-maintenance 브랜치로 전환:
-```bash
-git checkout v1-maintenance
-```
-
-2. 변경 사항을 만들고 커밋:
-```bash
-# 1.x 호환 변경 사항 적용
-git add .
-git commit -m "Fix for v1.x"
-git push origin v1-maintenance
-```
-
-3. production 채널에 빌드 및 업로드:
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
-:::tip
-v1-maintenance 브랜치를 버전 1.x와 호환되는 버그 수정으로 최신 상태로 유지하되, main에서 주요 변경 사항을 절대 병합하지 마세요
-:::
diff --git a/src/content/docs/ko/docs/live-updates/channels.mdx b/src/content/docs/ko/docs/live-updates/channels.mdx
deleted file mode 100644
index 31f606ba2..000000000
--- a/src/content/docs/ko/docs/live-updates/channels.mdx
+++ /dev/null
@@ -1,258 +0,0 @@
----
-title: 채널
-description: "Capgo에서 Live Update 채널을 관리하고 구성하는 방법을 알아보세요. 특정 JS 번들 빌드를 해당 채널로 구성된 기기에 전달하여 원활한 앱 업데이트를 가능하게 합니다."
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Live Update 채널은 앱의 특정 JS 번들 빌드를 가리키며, 해당 채널의 업데이트를 수신하도록 구성된 모든 기기와 공유됩니다. [Capgo Live Updates SDK를 설치](/docs/getting-started/quickstart/)하면, 해당 채널로 구성된 모든 네이티브 바이너리는 앱이 실행될 때마다 사용 가능한 업데이트를 확인합니다. 언제든지 채널이 가리키는 빌드를 변경할 수 있으며, 필요한 경우 이전 빌드로 롤백할 수도 있습니다.
-
-<Aside type="caution" title="채널은 기밀성을 제공하지 않습니다">
-채널은 업데이트 대상 여부를 제어할 뿐 번들의 비밀성을 보장하지 않습니다. 채널이 비공개이거나 자체 할당이 비활성화되어 있어도, Capgo에 업로드된 암호화되지 않은 번들은 여전히 클라이언트에 전달되는 공개 자산으로 취급해야 합니다. 암호화는 전달 경로와 업데이트의 진위를 보호하지만, 공개 키가 클라이언트의 일부이기 때문에 배포된 번들은 충분한 노력이 있으면 배포된 앱에서 여전히 리버스 엔지니어링될 수 있습니다. 자세한 내용은 [Live Updates 암호화](/docs/live-updates/encryption/)를 확인하세요.
-</Aside>
-
-## 기기가 채널을 선택하는 방법 (우선순위)
-
-기기가 업데이트를 확인할 때, Capgo는 다음의 엄격한 순서로 사용할 채널을 결정합니다 (가장 높은 우선순위부터):
-
-1. **강제 기기 매핑 (대시보드)** – 특정 기기 ID를 채널에 수동으로 고정합니다. 긴급한 디버깅이나 단일 실제 사용자와의 제어된 테스트에 사용합니다. 이것이 항상 우선입니다.
-2. **대시보드 또는 API를 통한 클라우드 오버라이드 (기기별)** – 대시보드나 API에서 기기의 채널을 변경할 때 생성됩니다. 기능/PR 채널 간 전환하는 QA 사용자나 사용자 문제를 재현하는 데 사용합니다. 바이너리 재설치로는 지워지지 않으며, 기기 항목 삭제로 지워집니다.
-
-<Aside type="tip" title="setChannel()을 사용한 즉시 채널 전환">
-**플러그인 버전 5.34.0, 6.34.0, 7.34.0 또는 8.0.0부터** (메이저 버전에 따라), `setChannel()`이 다르게 작동합니다: 백엔드에 연결하여 채널이 허용되는지 **검증**하고 (해당 채널에 대해 자가 할당이 활성화되어 있는지 확인), 그런 다음 채널을 `defaultChannel`로 **기기에 로컬로** 저장합니다. 이는 새 채널이 다음 업데이트 확인에 **즉시** 적용된다는 것을 의미합니다—복제를 기다릴 필요가 없습니다.
-
-이전에는 `setChannel()`이 채널 오버라이드를 백엔드 데이터베이스에 저장했습니다 (대시보드나 API 변경과 동일). 기기는 새 채널이 인식되기 전에 데이터 복제를 기다려야 했습니다 (최대 2분). 새로운 동작은 백엔드에서만 읽고 (검증용) 로컬에 저장하여 채널 전환을 즉시 만듭니다.
-
-**참고:** 채널이 로컬에 설정된 후 허용되지 않게 되더라도, 백엔드는 업데이트 확인 시 여전히 채널을 검증하므로 보안이 유지됩니다.
-
-**중요:** 대시보드나 API를 통해 채널 변경이 이루어지면, 모든 엣지 서버가 변경을 반영하기까지 최대 2분의 복제 지연이 여전히 있습니다. 즉시 채널 전환을 위해서는 앱 코드에서 `setChannel()`을 사용하세요—백엔드와 검증한 다음 로컬에서 채널을 설정하여 즉시 효과를 냅니다.
-</Aside>
-
-3. **Capacitor 설정 `defaultChannel` (테스트 빌드 기본값)** – `capacitor.config.*`에 있고 강제/오버라이드가 없으면, 앱은 이 채널에서 시작합니다 (예: `beta`, `qa`, `pr-123`). 테스터가 자동으로 프리릴리스 채널에 도착하도록 TestFlight/내부 빌드용입니다. 프로덕션 빌드는 보통 이를 비워둡니다.
-4. **클라우드 기본 채널 (주요 경로 ~99% 사용자)** – 대시보드에서 기본 채널을 표시하면, 모든 일반 최종 사용자 (강제, 오버라이드, 설정 defaultChannel 없음)가 여기에 연결됩니다. 즉시 롤아웃하거나 롤백하려면 변경하세요—새 바이너리 필요 없음. 플랫폼별 기본값이 있는 경우 (iOS 전용 하나, Android 전용 하나), 각 기기는 해당 플랫폼에 맞는 기본값에 도착합니다. 클라우드 기본값을 비워두는 것도 허용됩니다; 이 경우 기기가 업데이트를 받으려면 1-3 단계에서 일치해야 합니다.
-
-모범 사례:
-- 1-3을 예외/테스트 레이어로 취급하세요; 클라우드 기본값을 설정하면 실제 사용자가 그곳으로 흐르게 됩니다. 설정하지 않기로 선택하면, 사용자가 어떻게 연결되는지 의도적으로 결정하세요 (일반적으로 설정의 `defaultChannel` 또는 기기별 오버라이드를 통해).
-- 테스터에게 명시적으로 배포하는 바이너리에만 `defaultChannel`을 구성하세요. 비워두면 프로덕션 로직이 대시보드에서 중앙 집중화됩니다.
-- 프로덕션에서 `setChannel()`을 드물게 사용하세요—주로 QA나 타겟 진단용.
-
-채널이 선택되어야 할 때 플랫폼 (iOS/Android 토글)에서 비활성화되면, 선택 프로세스는 이를 건너뛰고 목록에서 계속됩니다.
-
-> 요약: 강제 > 오버라이드 > 설정 `defaultChannel` > 클라우드 기본값.
-
-## 기본 채널 동작
-
-클라우드 기본값 설정은 선택 사항이지만, 보통 새 기기를 위한 포괄 경로 역할을 합니다. 없으면, 강제 매핑, 오버라이드 또는 Capacitor 설정의 `defaultChannel`에서 일치하는 기기만 업데이트를 받습니다. 기본값을 표시하기로 선택할 때 이러한 패턴을 염두에 두세요:
-
-- **단일 기본값 (가장 일반적)** – 채널에 iOS와 Android가 모두 활성화되어 있으면, 유일한 기본값이 됩니다; 오버라이드가 없는 모든 기기가 여기에 연결됩니다.
-- **플랫폼별 기본값** – 플랫폼별로 채널을 분리하는 경우 (예: iOS만 활성화된 `ios-production`과 Android만 활성화된 `android-production`), 각각을 해당 플랫폼의 기본값으로 표시합니다. iOS 기기는 iOS 기본값으로, Android 기기는 Android 기본값으로 갑니다.
-
-클라우드 기본값과 `capacitor.config.*`의 `defaultChannel`은 모두 같은 결정 레이어를 차지한다는 것을 기억하세요. 클라우드 기본값을 설정하면, Capacitor 설정에서 값을 복제할 필요가 없습니다—프로덕션 빌드에서 `defaultChannel`을 비워두세요. 클라우드 기본값이 다르더라도 비프로덕션 채널에서 시작하길 원할 때 테스터나 QA에게 의도적으로 배포하는 바이너리를 위해 `defaultChannel`을 예약하세요.
-
-대시보드에서 언제든지 기본값을 변경할 수 있습니다. 기본값을 바꾸면, 새 기기는 즉시 새 라우팅을 따르고 기존 기기는 다음 체크인 시 일반 우선순위 규칙을 따릅니다.
-
-## 채널 설정하기
-
-온보딩 중 첫 번째 채널을 만듭니다 (대부분의 팀은 "Production"이라고 이름 짓습니다), 하지만 아무것도 잠겨 있지 않습니다—언제든지 채널 이름을 바꾸거나 삭제할 수 있습니다. 나중에 추가 채널을 추가하려면:
-
-1. Capgo 대시보드의 "Channels" 섹션으로 이동합니다.
-2. "New Channel" 버튼을 클릭합니다.
-3. 채널 이름을 입력하고 "Create"를 클릭합니다.
-
-채널 이름은 원하는 대로 지정할 수 있습니다. 일반적인 전략은 다음과 같이 개발 단계에 맞춰 채널을 지정하는 것입니다:
-
-- `Development` - 로컬 기기나 에뮬레이터에서 라이브 업데이트 테스트용
-- `QA` - QA 팀이 광범위한 배포 전에 업데이트를 확인하기 위한 용도
-- `Staging` - 프로덕션과 유사한 환경에서 최종 테스트용
-- `Production` - 최종 사용자가 앱 스토어에서 받는 버전용
-
-## 앱에서 채널 구성하기
-
-채널을 생성한 후에는 앱이 적절한 채널을 수신하도록 구성해야 합니다. 이 예시에서는 `Development` 채널을 사용하겠습니다.
-
-`capacitor.config.ts` (또는 `capacitor.config.json`) 파일을 엽니다. `plugins` 섹션에서 **테스트 빌드** (내부/QA)용으로 `defaultChannel`을 선택적으로 설정합니다. 프로덕션 빌드의 경우, 명시적으로 오버라이드되지 않는 한 기기가 클라우드 기본값을 사용하도록 생략하는 것이 좋습니다.
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      // QA/TestFlight 빌드용 – 테스터가 자동으로 Development 채널에서 시작합니다.
-      defaultChannel: 'Development',
-      // 프로덕션 빌드는 보통 이를 생략하여 사용자가 클라우드 기본 채널에 연결됩니다.
-    },
-  },
-};
-```
-
-다음으로, 웹 앱을 빌드하고 `npx cap sync`를 실행하여 업데이트된 구성 파일을 iOS와 Android 프로젝트에 복사합니다. 이 동기화 단계를 건너뛰면, 네이티브 프로젝트는 이전에 구성된 채널을 계속 사용하게 됩니다.
-
-<Aside type="caution">
-채널 선택 순서: 강제 > 오버라이드 (`setChannel` / 대시보드) > 설정 `defaultChannel` > 클라우드 기본값.
-
-테스트/내부 빌드에서만 `defaultChannel`을 사용하세요; 프로덕션에서는 네이티브 설정에서 라우팅을 복제하지 않고 사용자가 클라우드 기본값을 따르도록 생략하세요 (설정된 경우).
-
-나중에 기기를 강제 (고정)하거나 오버라이드를 적용할 수 있습니다—이들은 즉시 설정 값을 대체합니다.
-
-> 채널 이름은 대소문자를 구분합니다.
-</Aside>
-
-## 채널 옵션 및 전략
-
-채널에는 업데이트를 받을 수 있는 대상과 업데이트 전달 방법을 제어하는 여러 옵션이 있습니다. 가장 중요한 것들은 아래에 있습니다. 웹 앱, CLI 또는 Public API에서 구성할 수 있습니다.
-
-- 기본 채널: 새 기기가 연결될 채널 또는 플랫폼별 채널을 선택적으로 표시합니다. 라우팅 시나리오는 "기본 채널 동작"을 참조하세요.
-- 플랫폼 필터: 채널별로 `iOS` 및/또는 `Android` 기기로의 전달을 활성화하거나 비활성화합니다.
-- 네이티브 아래 자동 다운그레이드 비활성화: 기기의 네이티브 앱 버전이 채널의 번들보다 최신일 때 업데이트 전송을 방지합니다 (예: 기기가 1.2.3이고 채널이 1.2.2인 경우).
-- 개발 빌드 허용: 개발 빌드에 대한 업데이트를 허용합니다 (테스트에 유용).
-- 에뮬레이터 기기 허용: 에뮬레이터/시뮬레이터에 대한 업데이트를 허용합니다 (테스트에 유용).
-- 기기 자가 할당 허용: 앱이 런타임에 `setChannel`을 사용하여 이 채널로 전환할 수 있게 합니다. 비활성화되면 이 채널에 대해 `setChannel`이 실패합니다.
-
-### 자동 업데이트 비활성화 전략
-
-채널이 자동으로 전달할 업데이트 종류를 제한하는 데 사용합니다. 옵션:
-
-- major: 크로스 메이저 업데이트 차단 (0.0.0 → 1.0.0). 마이너 및 패치 업데이트는 여전히 허용.
-- minor: 크로스 마이너 업데이트 (예: 1.1.0 → 1.2.0) 및 메이저 차단. 패치 업데이트는 여전히 허용. 참고: 0.1.0 → 1.1.0은 차단하지 않음.
-- patch: 매우 엄격함. 동일한 메이저 및 마이너 내에서 증가하는 패치 버전만 허용. 예: 0.0.311 → 0.0.314 ✅, 0.1.312 → 0.0.314 ❌, 1.0.312 → 0.0.314 ❌.
-- metadata: 각 번들에 최소 업데이트 버전 메타데이터 필요. CLI에서 `--min-update-version` 또는 `--auto-min-update-version`을 사용하여 구성. 없으면 채널이 잘못 구성된 것으로 표시되고 설정될 때까지 업데이트가 거부됩니다.
-- none: semver 호환성에 따라 모든 업데이트 허용.
-
-자세한 내용과 예시는 /docs/cli/commands/#disable-updates-strategy에서 업데이트 비활성화 전략을 참조하세요.
-
-예시 (CLI):
-
-```bash
-# Production 채널에서 메이저 업데이트 차단
-npx @capgo/cli@latest channel set production com.example.app \
-  --disable-auto-update major
-
-# 기기가 Beta 채널에 자가 할당할 수 있도록 허용
-npx @capgo/cli@latest channel set beta com.example.app --self-assign
-```
-
-### 앱에서 setChannel() 사용하기
-
-`setChannel()` 메서드를 사용하면 앱이 런타임에 프로그래밍 방식으로 채널을 전환할 수 있습니다. 다음에 특히 유용합니다:
-
-- 테스터가 채널 간 전환할 수 있는 QA/디버그 메뉴
-- 베타 프로그램 옵트인 플로우
-- 기능 플래그 구현
-- A/B 테스트 시나리오
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// 베타 채널로 전환
-await CapacitorUpdater.setChannel({ channel: 'beta' });
-
-// 선택적으로 전환 후 즉시 업데이트 확인 트리거
-await CapacitorUpdater.setChannel({
-  channel: 'beta',
-  triggerAutoUpdate: true
-});
-```
-
-<Aside type="note" title="setChannel() 작동 방식 (v5.34.0+ / v6.34.0+ / v7.34.0+ / v8.0.0+)">
-`setChannel()`이 호출되면:
-
-1. **백엔드 검증 (읽기 전용)**: Capgo 백엔드에 요청을 보내 채널이 허용되는지 검증합니다 (자가 할당 권한 확인)
-2. **로컬 저장소 업데이트**: 검증이 통과하면, 채널이 기기의 로컬 저장소에 `defaultChannel`로 저장됩니다
-3. **즉시 효과**: 다음 업데이트 확인은 새 채널을 즉시 사용합니다 (복제 대기 없음)
-
-**이것이 중요한 이유:** 이전 버전에서 `setChannel()`은 채널 오버라이드를 백엔드 데이터베이스에 저장했습니다 (대시보드나 API 변경과 동일). 기기는 채널 변경이 적용되기 전에 백엔드 복제를 기다려야 했습니다 (최대 2분). 이제 `setChannel()`은 백엔드에서만 읽고 (검증용) 로컬에 저장하여 채널 전환을 즉시 만듭니다.
-
-**보안 참고:** 채널 권한이 로컬에 설정된 후 변경되더라도 (예: 자가 할당이 비활성화됨), 백엔드는 업데이트 확인 시 여전히 채널을 검증하여 보안을 보장합니다.
-
-**채널 변경 방법 비교:**
-
-| 방법 | 효과 시간 | 저장 위치 | 사용 사례 |
-|------|----------|----------|----------|
-| 플러그인의 `setChannel()` | **즉시** | 기기만 (로컬) | 앱 내 사용자 시작 채널 전환 |
-| 대시보드 기기 오버라이드 | 최대 2분 | 백엔드 데이터베이스 | 특정 기기에 대한 관리자 시작 변경 |
-| API 채널 할당 | 최대 2분 | 백엔드 데이터베이스 | 자동화된 백엔드 통합 |
-
-채널 전환 UI를 구축할 때 최상의 사용자 경험을 위해 항상 플러그인의 `setChannel()` 메서드를 사용하세요.
-
-로컬 전용 채널 전환을 위한 최소 버전: **5.34.0**, **6.34.0**, **7.34.0** 또는 **8.0.0** (메이저 버전에 따라). 각 마이너 버전 번호는 모든 메이저 버전에서 동일한 기능 세트에 해당합니다 (예: X.34.0은 X가 5, 6, 7 또는 8이든 동일한 기능을 포함). 버전 태그는 [플러그인 설치](/docs/getting-started/add-an-app/)를 참조하세요.
-</Aside>
-
-## 채널에 번들 할당하기
-
-라이브 업데이트를 배포하려면 새로운 JS 번들 빌드를 업로드하고 채널에 할당해야 합니다. Capgo CLI를 사용하여 한 번에 이 작업을 수행할 수 있습니다:
-
-```shell
-npx @capgo/cli@latest bundle upload --channel=Development
-```
-
-이렇게 하면 빌드된 웹 자산을 업로드하고 새 번들을 `Development` 채널의 활성 빌드로 설정합니다. 해당 채널을 수신하도록 구성된 모든 앱은 다음 업데이트 확인 시 업데이트를 받게 됩니다.
-
-Capgo 대시보드의 "Bundles" 섹션에서도 빌드를 채널에 할당할 수 있습니다. 빌드 옆의 메뉴 아이콘을 클릭하고 "Assign to Channel"을 선택하여 해당 빌드의 채널을 선택합니다.
-
-## 번들 버전 관리와 채널
-
-Capgo의 번들은 개별 채널에 특정되지 않고 앱 전체에 전역적이라는 점을 주의해야 합니다. 동일한 번들을 여러 채널에 할당할 수 있습니다.
-
-번들 버전 관리 시, 채널별 빌드에 대해 [semver](https://semver.org/) 시맨틱 버저닝과 사전 릴리스 식별자를 사용하는 것을 권장합니다. 예를 들어, 베타 릴리스는 `1.2.3-beta.1`과 같이 버전을 지정할 수 있습니다.
-
-이 접근 방식에는 여러 이점이 있습니다:
-
-- 빌드 간의 관계를 명확하게 전달합니다. `1.2.3-beta.1`은 명백하게 `1.2.3`의 사전 릴리스입니다.
-- 채널 간에 버전 번호를 재사용할 수 있어 혼란을 줄입니다.
-- 명확한 롤백 경로를 제공합니다. `1.2.3`에서 롤백해야 하는 경우 `1.2.2`가 이전 안정 릴리스임을 알 수 있습니다.
-
-일반적인 채널 설정에 따른 번들 버전 예시입니다:
-
-- `Development` 채널: `1.2.3-dev.1`, `1.2.3-dev.2` 등
-- `QA` 채널: `1.2.3-qa.1`, `1.2.3-qa.2` 등
-- `Staging` 채널: `1.2.3-rc.1`, `1.2.3-rc.2` 등
-- `Production` 채널: `1.2.3`, `1.2.4` 등
-
-시맨틱 버저닝과 사전 릴리스 식별자 사용은 권장되는 접근 방식이지만 필수는 아닙니다. 중요한 것은 빌드 간의 관계를 명확하게 전달하고 팀의 개발 프로세스에 부합하는 버전 관리 체계를 찾는 것입니다.
-
-## 라이브 업데이트 롤백하기
-
-버그가 있거나 되돌려야 하는 라이브 업데이트를 배포한 경우, 이전 빌드로 쉽게 롤백할 수 있습니다. 대시보드의 "Channels" 섹션에서:
-
-<Steps>
-
-1. 롤백하려는 채널의 이름을 클릭합니다.
-2. 되돌리려는 빌드를 찾아 왕관 아이콘을 클릭합니다.
-![롤백 빌드](/select_bundle.webp)
-3. 작업을 확인합니다.
-
-</Steps>
-
-선택한 빌드가 즉시 해당 채널의 활성 빌드가 됩니다. 앱은 다음 업데이트 확인 시 롤백된 버전을 받게 됩니다.
-
-## 배포 자동화하기
-
-더 고급 워크플로우의 경우, CI/CD 파이프라인의 일부로 라이브 업데이트 배포를 자동화할 수 있습니다. Capgo를 빌드 프로세스에 통합하면, 특정 브랜치에 푸시하거나 새 릴리스를 생성할 때마다 새 번들을 자동으로 업로드하고 채널에 할당할 수 있습니다.
-
-Capgo 라이브 업데이트 자동화에 대해 자세히 알아보려면 [CI/CD 통합](/docs/getting-started/cicd-integration/) 문서를 확인하세요.
-
-## 기기에 배포하기
-
-이제 채널에 대해 이해했으므로 실제 기기에 라이브 업데이트를 배포할 준비가 되었습니다. 기본 프로세스는 다음과 같습니다:
-
-1. 앱에 Capgo SDK 설치
-2. 앱이 원하는 채널을 수신하도록 구성
-3. 빌드를 업로드하고 해당 채널에 할당
-4. 앱을 실행하고 업데이트를 기다립니다!
-
-자세한 설명은 [라이브 업데이트 배포](/docs/getting-started/deploy/) 가이드를 참조하세요. 즐거운 업데이트 되세요!
-
-## 고급 채널 사용: 사용자 세분화
-
-채널은 개발 단계 이상의 용도로 사용할 수 있습니다. 다음과 같은 기능을 가능하게 하는 사용자 세분화를 위한 강력한 도구입니다:
-
-- 다양한 사용자 티어에 대한 기능 플래그
-- A/B 테스트
-- 점진적 기능 롤아웃
-- 베타 테스트 프로그램
-
-이러한 고급 사용 사례를 구현하는 방법은 가이드에서 알아보세요: [How to Segment Users by Plan and Channels for Feature Flags and A/B Testing](/blog/how-to-segment-users-by-plan-and-channels/).
diff --git a/src/content/docs/ko/docs/live-updates/china-configuration.mdx b/src/content/docs/ko/docs/live-updates/china-configuration.mdx
deleted file mode 100644
index f86c12020..000000000
--- a/src/content/docs/ko/docs/live-updates/china-configuration.mdx
+++ /dev/null
@@ -1,208 +0,0 @@
----
-title: 중국에서 Capgo 사용하기
-description: "지역 OST URL을 사용하여 최적의 성능과 안정성을 위해 중국에서 작동하도록 Capgo Live Updates를 구성하는 방법을 알아보세요."
-sidebar:
-  order: 11
-locale: ko
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-중국의 사용자에게 앱을 배포하는 경우 안정적이고 빠른 업데이트를 보장하기 위해 지역 OST(Object Storage Technology) URL을 사용하도록 Capgo를 구성해야 합니다.
-
-## 중국 전용 URL을 사용하는 이유는?
-
-중국의 네트워크 인프라 및 규정(만리방화벽)으로 인해 국제 서버에 대한 직접 연결이 느리거나 안정적이지 않을 수 있습니다. Capgo는 대기 시간을 최소화하고 사용자가 가능한 한 빠르고 안정적으로 업데이트를 받을 수 있도록 홍콩에 데이터가 있는 전용 OST URL을 제공합니다.
-
-## 구성
-
-중국용 Capgo를 구성하려면 Capacitor 구성 파일에서 세 가지 특정 URL을 설정해야 합니다. 이러한 URL은 Capgo의 홍콩 기반 인프라를 가리킵니다.
-
-<Steps>
-
-1. `capacitor.config.ts` 파일 열기
-
-2. `CapacitorUpdater` 플러그인 섹션에 다음 구성 추가:
-
-    ```typescript
-    import { CapacitorConfig } from '@capacitor/cli';
-
-    const config: CapacitorConfig = {
-      plugins: {
-        CapacitorUpdater: {
-          autoUpdate: true,
-          updateUrl: 'https://updater.capgo.com.cn/updates',
-          statsUrl: 'https://updater.capgo.com.cn/stats',
-          channelUrl: 'https://updater.capgo.com.cn/channel_self',
-        },
-      },
-    };
-
-    export default config;
-    ```
-
-3. 변경 사항을 적용하기 위해 앱 재빌드:
-
-    ```shell
-    npm run build
-    npx cap sync
-    ```
-
-</Steps>
-
-## 구성 세부 정보
-
-각 URL의 기능은 다음과 같습니다:
-
-- **updateUrl**: `https://updater.capgo.com.cn/updates` - 앱에 사용 가능한 업데이트를 확인하고 다운로드하는 데 사용
-- **statsUrl**: `https://updater.capgo.com.cn/stats` - 분석 및 사용 통계를 Capgo에 보고하는 데 사용
-- **channelUrl**: `https://updater.capgo.com.cn/channel_self` - 채널 구성을 검색하고 적용할 업데이트를 결정하는 데 사용
-
-<Aside type="tip">
-중국에서 Capgo 업데이터의 전체 기능을 보장하려면 세 가지 URL을 모두 함께 구성해야 합니다.
-</Aside>
-
-## 중국을 위한 권장 설정
-
-중국의 만리방화벽으로 인한 네트워크 성능 제한으로 인해 중국 본토에 배포되는 앱에 대한 특정 권장 사항이 있습니다:
-
-### 직접 업데이트 비활성화
-
-중국의 앱에 대해 **`directUpdate` 비활성화를 강력히 권장합니다**. 중국의 네트워크 연결은 다른 지역보다 성능이 낮으며, 직접 업데이트(즉시 적용됨)는 다운로드가 중단되거나 느린 경우 사용자 경험이 나빠질 수 있습니다.
-
-대신 업데이트가 백그라운드에서 다운로드되고 앱이 백그라운드로 전환되거나 다시 시작될 때 적용되는 기본 업데이트 동작을 사용하세요. 이렇게 하면 사용자에게 더 안정적인 경험을 제공합니다.
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // 중국에 권장
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-<Aside type="caution">
-홍콩 기반 인프라는 대기 시간을 최소화하고 안정성을 향상시키는 데 도움이 되지만, 중국 본토에 대한 네트워크 성능은 여전히 만리방화벽의 영향을 받을 수 있습니다. `directUpdate`를 비활성화하면 사용자 경험을 방해하지 않고 업데이트가 성공적으로 완료되도록 보장합니다.
-</Aside>
-
-## 완전한 구성 예시
-
-다음은 중국에 배포되는 앱에 대한 권장 설정이 포함된 완전한 예시입니다:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'My App',
-  webDir: 'dist',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // 권장: 중국에서 더 나은 안정성을 위해 비활성화
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-
-export default config;
-```
-
-## 구성 테스트
-
-중국 전용 URL을 구성한 후 업데이트가 올바르게 작동하는지 확인할 수 있습니다:
-
-<Steps>
-
-1. Capgo에 새 번들 업로드:
-
-    ```shell
-    npx @capgo/cli@latest bundle upload --channel=production
-    ```
-
-2. 중국의 테스트 기기에 앱 설치
-
-3. 업데이트 프로세스 모니터링:
-
-    ```shell
-    npx @capgo/cli@latest app debug
-    ```
-
-4. 중국 OST URL에서 업데이트가 다운로드되고 있는지 확인
-
-</Steps>
-
-<Aside type="note">
-업데이트 동작 및 타이밍은 표준 Capgo 구성과 동일합니다. 업데이트가 적용되는 방법 및 시기에 대한 자세한 내용은 [Update Behavior](/docs/live-updates/update-behavior/) 문서를 참조하세요.
-</Aside>
-
-## 다중 지역 배포
-
-앱이 중국 내부 및 외부의 사용자 모두에게 서비스를 제공하는 경우 전 세계 모든 사용자에게 중국 도메인 구성을 사용할 수 있습니다. `updater.capgo.com.cn` 도메인은 Alibaba DNS 인프라 덕분에 전 세계적으로 확인되므로 중국 내부 및 전 세계 어디에서나 액세스할 수 있습니다.
-
-### 중국 도메인을 전 세계적으로 사용
-
-중국 도메인 URL은 다중 지역 앱에 대해 원활하게 작동합니다:
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // 중국 사용자에게 권장
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-이 단일 구성은 다음에 작동합니다:
-- 중국 본토의 사용자 (홍콩 기반 인프라 사용)
-- 중국 외부의 사용자 (Alibaba DNS를 통해 동일한 인프라에 액세스)
-
-**성능 고려 사항:**
-
-`.cn` 도메인은 Alibaba DNS를 통해 전 세계적으로 확인되어 어디에서나 작동하지만, 백엔드가 호스팅되는 Cloudflare에서 직접 확인되는 표준 도메인(`api.capgo.app`)에 비해 중국 외부의 사용자에게는 약간 성능이 떨어집니다. 그러나 DNS 확인은 빠르므로 성능 차이는 미미하며 사용자 경험에 큰 영향을 미치지 않습니다.
-
-<Aside type="tip">
-모든 사용자에게 `.cn` 도메인을 사용하면 배포가 간소화되고 모든 지역에서 일관된 업데이트 동작이 보장됩니다. 별도의 빌드나 환경 기반 구성이 필요하지 않습니다. 중국 외부에서의 작은 성능 절충은 일반적으로 간소화된 배포의 가치가 있습니다.
-</Aside>
-
-### 대안: 지역별 구성
-
-각 지역에 대해 다르게 최적화하려면 다음을 고려할 수도 있습니다:
-
-- 다른 구성으로 별도의 앱 변형 빌드
-- 환경 기반 구성을 사용하여 URL을 동적으로 설정
-- 다른 지역에 대한 다른 릴리스 채널 생성
-
-다중 지역 배포 전략에 대한 지원이 필요한 경우 [support@capgo.app](mailto:support@capgo.app)으로 문의하거나 [Discord 커뮤니티](https://discord.capgo.app)에 참여하여 도움을 받으세요.
-
-## 문제 해결
-
-중국에서 업데이트와 관련된 문제가 발생하는 경우:
-
-1. **구성 확인** - `capacitor.config.ts`에서 세 가지 URL이 모두 올바르게 설정되었는지 다시 확인
-2. **네트워크 연결 확인** - 기기가 `updater.capgo.com.cn` 도메인에 접근할 수 있는지 확인
-3. **로그 검토** - `npx @capgo/cli@latest app debug`를 사용하여 오류 메시지 확인
-4. **업데이트 테스트** - 새 번들을 업로드하고 다운로드 프로세스를 모니터링해 보세요
-5. **지원팀 문의** - 문제가 지속되면 [support@capgo.app](mailto:support@capgo.app)으로 문의하거나 [Discord 커뮤니티](https://discord.capgo.app)에 참여하여 지원을 받으세요
-
-<Aside type="caution">
-중국을 위해 구성할 때 표준 국제 도메인이 아닌 `.cn` 도메인(`updater.capgo.com.cn`)을 사용해야 합니다.
-</Aside>
-
-## 다음 단계
-
-- 업데이트가 적용되는 시기를 사용자 정의하려면 [Update Behavior](/docs/live-updates/update-behavior/)에 대해 알아보기
-- 다양한 릴리스 트랙을 관리하기 위해 [Channels](/docs/live-updates/channels/) 살펴보기
-- 업데이트를 보호하기 위해 [Encryption](/docs/live-updates/encryption/) 검토
diff --git a/src/content/docs/ko/docs/live-updates/compliance.mdx b/src/content/docs/ko/docs/live-updates/compliance.mdx
deleted file mode 100644
index ec81ef133..000000000
--- a/src/content/docs/ko/docs/live-updates/compliance.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: 규정 준수
-description: "Capgo의 개인정보 보호 관행, 데이터 수집, 보안 규정 준수, 그리고 라이브 업데이트 중 사용자 정보를 보호하는 방법에 대해 알아보세요."
-sidebar:
-  order: 6
-locale: ko
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo는 개인정보 보호, 보안 및 규정 준수를 염두에 두고 설계되었습니다. 이 문서는 Capgo의 라이브 업데이트 서비스를 사용할 때 어떤 데이터가 수집되고, 어떻게 사용되며, 사용자의 개인정보를 보호하고 규제 준수를 보장하기 위해 어떤 조치가 취해지는지 설명합니다.
-
-## 데이터 수집 개요
-
-Capgo는 라이브 업데이트 서비스를 효과적으로 제공하는 데 필요한 최소한의 데이터를 수집합니다. 데이터 수집은 사용자 추적이나 분석보다는 운영 요구 사항에 중점을 둡니다.
-
-### 수집되는 데이터
-
-Capgo는 라이브 업데이트 기능을 제공하는 데 필요한 데이터만 수집합니다. 앱이 업데이트를 확인하거나 새 번들을 다운로드할 때 다음 정보가 수집됩니다:
-
-- **App ID**: 앱을 올바른 계정과 연결하는 데 사용되는 앱의 고유 식별자
-- **App Version Code**: 앱과 호환되는 업데이트를 결정하는 데 사용되는 앱의 버전 코드
-- **App Version Name**: 표시 목적으로 사용되는 앱의 버전 이름
-- **Platform**: 앱과 호환되는 업데이트를 결정하는 데 사용되는 앱의 플랫폼(iOS, Android)
-- **Device ID**: 특정 기기에 업데이트를 제공하고 요금 청구 목적으로 사용되는 기기의 고유 식별자입니다. 이 식별자는 앱이 처음 시작될 때 생성되는 무작위 문자열입니다. **플러그인 버전 v5.10.0, v6.25.0 및 v7.25.0부터** Device ID는 이제 앱 재설치 후에도 유지됩니다(iOS의 Keychain 및 Android의 EncryptedSharedPreferences에 안전하게 저장됨). 이를 통해 앱 스토어 가이드라인을 준수하면서 더 나은 기기 추적을 제공합니다. 이전 버전에서는 앱 설치마다 Device ID가 재설정되었습니다
-- **Bundle ID**: 기기에 현재 설치된 번들의 고유 식별자
-- **Channel Name**: 업데이트를 받기 위해 선택된 채널의 이름
-- **OS Version**: 기기와 호환되는 업데이트를 결정하는 데 사용되는 운영 체제 버전
-- **Plugin Version**: 기기에 업데이트를 제공하는 데 사용되는 @capgo/capacitor-updater 플러그인의 버전
-
-**추가 기술 데이터:**
-- 업데이트 확인 타임스탬프
-- 다운로드 성공/실패 상태
-- 번들 설치 상태
-- 롤백 이벤트 및 이유
-- IP 주소(지역 위치 및 CDN 최적화용)
-
-<Aside type="note">
-@capgo/capacitor-updater 플러그인의 소스 코드를 검사하여 수집되는 데이터를 확인할 수 있습니다. 이 플러그인은 오픈 소스이며 [GitHub](https://github.com/Cap-go/capacitor-updater)에서 사용할 수 있습니다. Capgo는 이름, 이메일 주소, 전화번호 또는 앱 간 개별 사용자를 추적하는 데 사용할 수 있는 영구적인 기기 식별자와 같은 개인 식별 정보(PII)를 수집하지 않습니다.
-</Aside>
-
-### 수집되지 않는 데이터
-
-Capgo는 명시적으로 다음을 수집하지 않습니다:
-
-- 개인 사용자 정보 또는 자격 증명
-- 앱 사용 분석 또는 사용자 행동 데이터
-- 앱의 콘텐츠 또는 사용자 생성 데이터
-- 일반적인 지리적 지역을 넘어서는 위치 데이터
-- 추적용 영구 기기 식별자
-- 생체 인식 또는 민감한 개인 데이터
-
-## 데이터 사용 및 목적
-
-Capgo가 수집한 데이터는 다음 용도로만 사용됩니다:
-
-### 서비스 운영
-- 특정 앱 버전에 사용 가능한 업데이트 결정
-- 지리적 CDN 선택을 통한 콘텐츠 전송 최적화
-- 업데이트와 기기 기능 간의 호환성 보장
-- 업데이트 롤아웃 및 채널 할당 관리
-
-### 서비스 개선
-- 업데이트 성공률 모니터링 및 문제 식별
-- 다운로드 성능 및 안정성 최적화
-- 전반적인 업데이트 전송 시스템 개선
-- 업데이트 실패 디버깅 및 문제 해결
-
-### 보안 및 무결성
-- 남용 방지 및 서비스 가용성 보장
-- 업데이트 진위성 및 무결성 검증
-- 악의적이거나 손상된 업데이트로부터 보호
-- 서비스 보안 및 안정성 유지
-
-## 데이터 저장 및 보존
-
-### 저장 위치
-- 업데이트 번들 및 메타데이터는 안전한 클라우드 인프라에 저장됩니다
-- 데이터는 성능을 위해 여러 지리적 지역에 분산됩니다
-- 모든 데이터 전송은 업계 표준 프로토콜(HTTPS/TLS)을 사용하여 암호화됩니다
-
-### 데이터 보존
-- 업데이트 확인 로그는 운영 목적으로 보존됩니다(일반적으로 30-90일)
-- 번들 파일은 활성 채널에 할당되어 있는 동안 보존됩니다
-- 집계된 비개인 메트릭은 서비스 개선을 위해 더 오래 보존될 수 있습니다
-- 개인 데이터가 있는 경우 해당 데이터 보호법에 따라 삭제됩니다
-
-### 데이터 보안
-- 모든 데이터는 전송 중 및 저장 중에 암호화됩니다
-- 데이터 액세스는 승인된 직원에게만 제한됩니다
-- 정기적인 보안 감사 및 모니터링이 수행됩니다
-- 업계 표준 보안 관행을 따릅니다
-- **SOC 2 인증**: Capgo는 현재 SOC 2 Type II 인증을 받아 최고 수준의 보안, 가용성 및 기밀성을 보장합니다. [trust.capgo.app](https://trust.capgo.app)에서 규정 준수 상태를 확인하세요
-- **지속적인 코드 감사**: 모든 커밋은 [플러그인](https://sonarcloud.io/summary/overall?id=Cap-go_capacitor-updater&branch=main) 및 [백엔드](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main)에 대해 [SonarCloud](https://sonarcloud.io/summary/overall?id=Cap-go_capacitor-updater&branch=main)에서 자동으로 감사되어 코드 품질, 보안 취약성 감지 및 유지 관리성을 보장합니다
-- **취약성 스캔**: [Snyk](https://snyk.io/test/github/Cap-go/capgo)에서 추가 보안 스캔을 수행하여 종속성의 보안 취약성을 감지하고 해결합니다
-- **인프라 보안**: 호스팅 인프라는 [호스팅 보안 검사](https://hosting-checker.net/websites/api.capgo.app)를 통해 지속적으로 모니터링되고 확인됩니다
-- **AI 기반 코드 리뷰**: 모든 풀 리퀘스트는 CodeRabbit AI에서 검토하여 잠재적인 문제, 보안 문제를 포착하고 코드 품질 표준을 유지합니다
-
-## 개인정보 보호 제어
-
-### 앱 개발자용
-Capgo 사용자는 다음을 제어할 수 있습니다:
-
-- **채널 관리**: 어떤 업데이트를 어떤 사용자에게 배포할지 제어
-- **데이터 최소화**: 공유되는 기기 정보 구성
-- **지리적 제어**: 업데이트가 배포되는 위치 관리
-- **보존 설정**: 업데이트 데이터가 보존되는 기간 제어
-
-### 최종 사용자용
-앱 사용자는 다음과 같은 혜택을 받습니다:
-
-- **최소 데이터 수집**: 업데이트 전송에 필수적인 데이터만 수집
-- **추적 없음**: 앱 간 또는 영구적인 사용자 추적 없음
-- **투명성**: 이 개인정보 보호 정책은 수집되는 데이터를 정확히 설명합니다
-- **보안**: 모든 데이터 전송이 암호화되고 안전합니다
-
-## 규정 준수 및 법률
-
-### 데이터 보호 규정
-Capgo는 다음을 포함한 주요 데이터 보호 규정을 준수하도록 설계되었습니다:
-
-- **GDPR**(일반 데이터 보호 규정)
-- **CCPA**(캘리포니아 소비자 개인정보 보호법)
-- **COPPA**(아동 온라인 개인정보 보호법)
-- 기타 해당 지역 개인정보 보호법
-
-### 앱 스토어 규정 준수
-Capgo는 앱 스토어 가이드라인 및 정책을 엄격히 준수합니다:
-
-- **Apple App Store**: [App Store 심사 지침](https://developer.apple.com/app-store/review/guidelines/) 섹션 3.3.2를 준수하여 라이브 업데이트가 제출된 앱과 일치하는 방식으로만 앱의 동작을 수정하도록 보장합니다
-- **Google Play Store**: 동적 코드 로딩 및 앱 업데이트에 대한 [Google Play 개발자 정책](https://play.google.com/about/developer-content-policy/) 요구 사항을 따릅니다
-- **콘텐츠 제한**: 라이브 업데이트는 원본 앱 제출에 없던 기능을 도입하거나 플랫폼별 콘텐츠 정책을 위반할 수 없습니다
-- **보안 요구 사항**: 모든 업데이트는 원본 앱과 동일한 보안 태세 및 권한을 유지합니다
-
-### 귀하의 책임
-Capgo를 사용하는 앱 개발자는 다음을 수행해야 합니다:
-
-- 앱의 개인정보 보호 정책에 적절한 개인정보 공개 포함
-- 라이브 업데이트 서비스 사용에 대해 사용자에게 알림
-- 관할 구역의 해당 법률 준수 보장
-- 필요한 경우 적절한 동의 메커니즘 구현
-
-<Aside type="tip">
-**추가 개인정보 보호 구현 불필요**: Capgo는 기본적으로 개인정보 보호 규정을 준수하도록 설계되었습니다. 앱 코드에 추가 개인정보 보호 제어나 데이터 처리 메커니즘을 구현할 필요가 없습니다. 최소한의 데이터 수집과 프라이버시 바이 디자인 접근 방식은 Capgo 통합이 일반적으로 기존 개인정보 보호 선언이나 정책을 변경할 필요가 없음을 의미합니다.
-</Aside>
-
-## 프라이버시 바이 디자인
-
-Capgo는 프라이버시 바이 디자인 원칙을 따릅니다:
-
-### 데이터 최소화
-- 서비스 운영에 절대적으로 필요한 데이터만 수집
-- 개인 정보나 민감한 정보 수집 방지
-- 가능한 경우 집계 및 익명화된 데이터 사용
-
-### 목적 제한
-- 수집된 데이터를 명시된 목적으로만 사용
-- 관련 없는 활동을 위해 데이터를 재사용하지 않음
-- 데이터 사용에 대한 명확한 경계 유지
-
-### 투명성
-- 데이터 수집 및 사용에 대한 명확한 정보 제공
-- 개인정보 보호 관행을 쉽게 접근하고 이해할 수 있도록 제공
-- 개인정보 보호 문서 정기적으로 업데이트
-
-## 연락처 및 질문
-
-Capgo의 개인정보 보호 관행에 대한 질문이 있거나 개인정보 보호 문제를 보고해야 하는 경우:
-
-- [capgo.app/privacy](https://capgo.app/privacy)에서 전체 개인정보 보호 정책 검토
-- [capgo.app/trust](https://capgo.app/trust)에서 보안 및 규정 준수 상태 확인
-- 지원 채널을 통해 개인정보 보호 팀에 문의
-- 보안 연락처를 통해 개인정보 보호 관련 문제 보고
-
-<Aside type="tip">
-Capgo의 라이브 업데이트 서비스 사용과 업데이트 프로세스의 일부로 발생할 수 있는 데이터 수집을 반영하도록 앱의 개인정보 보호 정책을 업데이트하는 것을 잊지 마세요.
-</Aside>
-
-## 개인정보 보호 모범 사례
-
-앱에 Capgo를 구현할 때:
-
-1. **투명하게 하기**: 사용자에게 라이브 업데이트 기능에 대해 알림
-2. **데이터 최소화**: 실제로 필요한 데이터 수집 기능만 활성화
-3. **보안 구현**: 통합 시 보안 모범 사례 준수
-4. **정기적인 검토**: 개인정보 보호 관행을 정기적으로 검토하고 정책 업데이트
-5. **사용자 제어**: 사용자에게 업데이트 동작을 제어할 수 있는 옵션 제공 고려
-
-이러한 관행을 따르고 Capgo의 개인정보 보호 접근 방식을 이해함으로써 사용자에게 안전하고 개인정보를 존중하는 라이브 업데이트 경험을 제공할 수 있습니다.
diff --git a/src/content/docs/ko/docs/live-updates/custom-storage.mdx b/src/content/docs/ko/docs/live-updates/custom-storage.mdx
deleted file mode 100644
index 2cc80ff8b..000000000
--- a/src/content/docs/ko/docs/live-updates/custom-storage.mdx
+++ /dev/null
@@ -1,302 +0,0 @@
----
-title: 사용자 정의 스토리지
-description: "외부 URL, S3 통합 및 안전한 배포를 위한 번들 암호화를 포함하여 Capgo Live Updates에서 사용자 정의 스토리지 솔루션을 사용하는 방법을 알아보세요."
-sidebar:
-  order: 6
-locale: ko
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo는 앱 번들에 대한 사용자 정의 스토리지 솔루션을 지원하여 자체 인프라나 타사 스토리지 서비스에 업데이트를 호스팅할 수 있습니다. 이는 특정 보안 요구 사항, 규정 준수 요구 사항 또는 기존 스토리지 인프라가 있는 조직에 특히 유용합니다.
-
-## 개요
-
-Capgo의 사용자 정의 스토리지는 번들을 외부 위치에 업로드하고 Capgo에 액세스할 URL을 제공하는 방식으로 작동합니다. 그러면 Capgo SDK가 Capgo의 기본 클라우드 스토리지 대신 사용자 정의 스토리지 위치에서 직접 업데이트를 다운로드합니다.
-
-<Aside type="tip">
-
-사용자 정의 스토리지는 다음과 같은 경우에 이상적입니다:
-- 엄격한 데이터 거주 요구 사항이 있는 조직
-- 기존 CDN 또는 스토리지 인프라가 있는 팀
-- 추가 보안 계층이 필요한 애플리케이션
-- 대용량 번들 크기에 대한 비용 최적화
-
-</Aside>
-
-## 외부 URL 업로드
-
-사용자 정의 스토리지를 사용하는 가장 간단한 방법은 번들을 공개적으로 액세스 가능한 URL에 업로드하고 해당 URL을 Capgo에 제공하는 것입니다.
-
-### 기본 외부 URL 업로드
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip
-```
-
-이 명령은 Capgo에게 Capgo의 클라우드 스토리지에 업로드하는 대신 지정된 URL에 있는 번들을 참조하도록 지시합니다.
-
-### 암호화 사용
-
-안전한 외부 스토리지를 위해 번들을 암호화하고 복호화 키를 제공할 수 있습니다:
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip --iv-session-key YOUR_IV_SESSION_KEY
-```
-
-## S3 통합
-
-Capgo는 Amazon S3 및 S3 호환 스토리지 서비스에 대한 기본 지원을 제공합니다. CLI는 번들을 S3에 자동으로 업로드하고 S3 URL을 사용하도록 Capgo를 구성할 수 있습니다.
-
-### S3 업로드 옵션
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-bucket-name your-bucket-name
-```
-
-### 완전한 S3 구성
-
-S3 호환 서비스 또는 사용자 정의 엔드포인트의 경우:
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-endpoint https://s3.your-provider.com \
-  --s3-bucket-name your-bucket-name \
-  --s3-port 443 \
-  --no-s3-ssl  # 엔드포인트가 SSL을 지원하지 않는 경우에만
-```
-
-### S3 구성 매개변수
-
-| 매개변수 | 설명 | 필수 |
-|-----------|-------------|----------|
-| `--s3-region` | S3 버킷의 AWS 리전 | 예 |
-| `--s3-apikey` | S3 액세스 키 ID | 예 |
-| `--s3-apisecret` | S3 비밀 액세스 키 | 예 |
-| `--s3-bucket-name` | S3 버킷의 이름 | 예 |
-| `--s3-endpoint` | 사용자 정의 S3 엔드포인트 URL | 아니오 |
-| `--s3-port` | S3 엔드포인트 포트 | 아니오 |
-| `--no-s3-ssl` | S3 업로드 시 SSL 비활성화 | 아니오 |
-
-## 번들 준비 및 암호화
-
-특히 암호화를 사용하는 경우 사용자 정의 스토리지를 사용할 때 번들을 적절하게 준비해야 합니다. 여기에는 zip 파일 생성과 선택적으로 암호화가 포함됩니다.
-
-### 1단계: Zip 번들 생성
-
-먼저 앱 번들의 zip 파일을 생성합니다:
-
-```shell
-npx @capgo/cli@latest bundle zip com.example.app --path ./dist
-```
-
-zip 명령은 zip 파일의 체크섬을 반환합니다. 필요한 경우 이 체크섬을 사용하여 zip 파일을 암호화할 수 있습니다. 체크섬을 포함한 구조화된 출력을 얻으려면 `--json` 옵션을 사용하세요.
-
-#### Zip 명령 옵션
-
-```shell
-npx @capgo/cli@latest bundle zip [appId] \
-  --path ./dist \
-  --bundle 1.2.3 \
-  --name myapp-v1.2.3 \
-  --json \
-  --no-code-check \
-  --key-v2 \
-  --package-json ../../package.json,./package.json
-```
-
-| 옵션 | 설명 |
-|--------|-------------|
-| `--path` | zip할 폴더의 경로(capacitor.config의 webDir 기본값) |
-| `--bundle` | zip 파일 이름을 지정할 번들 버전 번호 |
-| `--name` | zip 파일의 사용자 정의 이름 |
-| `--json` | JSON 형식으로 결과 출력(체크섬 포함) |
-| `--no-code-check` | notifyAppReady() 호출 및 인덱스 파일 확인 건너뛰기 |
-| `--key-v2` | 암호화 v2 사용 |
-| `--package-json` | 모노레포용 package.json 파일 경로(쉼표로 구분) |
-
-### 2단계: 번들 암호화(선택 사항)
-
-보안 강화를 위해 업로드하기 전에 zip 번들을 암호화하세요:
-
-```shell
-# 기본 로컬 키 사용
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM
-
-# 사용자 정의 키 파일 사용
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key ./path/to/.capgo_key_v2
-
-# 키 데이터 직접 사용
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key-data "PRIVATE_KEY_CONTENT"
-```
-
-`CHECKSUM` 매개변수는 필수이며 zip 파일의 체크섬이어야 합니다. zip 명령 출력에서 체크섬을 얻을 수 있습니다(구조화된 출력을 위해 `--json` 옵션 사용).
-
-기본적으로 encrypt 명령은 로컬 개인 서명 키를 사용합니다. `--key` 또는 `--key-data` 옵션을 사용하여 사용자 정의 키를 지정할 수 있습니다.
-
-encrypt 명령은 업로드 또는 복호화에 필요한 `ivSessionKey`를 반환합니다.
-
-#### 암호화 명령 옵션
-
-| 옵션 | 설명 |
-|--------|-------------|
-| `zipPath` | 암호화할 zip 파일의 경로(필수) |
-| `checksum` | zip 파일의 체크섬(필수) - zip 명령에서 가져오기 |
-| `--key` | 개인 서명 키의 사용자 정의 경로(선택 사항, 기본적으로 로컬 키 사용) |
-| `--key-data` | 개인 서명 키 데이터 직접(선택 사항) |
-| `--json` | JSON 형식으로 결과 출력 |
-
-<Aside type="caution">
-
-encrypt 명령은 `--iv-session-key` 옵션으로 업로드할 때 제공해야 하는 `ivSessionKey`를 출력합니다.
-
-</Aside>
-
-## 전체 워크플로우 예제
-
-### 예제 1: 암호화를 사용한 외부 URL
-
-<Steps>
-
-1. **앱 빌드:**
-   ```shell
-   npm run build
-   ```
-
-2. **zip 번들 생성:**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --bundle 1.2.3
-   ```
-
-   이 명령에서 반환된 체크섬을 기록하세요.
-
-3. **번들 암호화:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app-1.2.3.zip CHECKSUM_FROM_STEP_2
-   ```
-
-   출력에서 `ivSessionKey`를 기록하세요.
-
-4. **스토리지에 업로드:**
-   암호화된 zip 파일을 호스팅 서비스에 업로드합니다.
-
-5. **Capgo에 등록:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --external https://your-cdn.com/bundles/com.example.app-1.2.3.zip \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_3
-   ```
-
-</Steps>
-
-### 예제 2: 직접 S3 업로드
-
-<Steps>
-
-1. **앱 빌드:**
-   ```shell
-   npm run build
-   ```
-
-2. **S3에 직접 업로드:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --channel Production
-   ```
-
-</Steps>
-
-### 예제 3: 암호화를 사용한 S3
-
-<Steps>
-
-1. **빌드 및 zip:**
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **번들 암호화:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM
-   ```
-
-3. **암호화를 사용하여 S3에 업로드:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_2 \
-     --channel Production
-   ```
-
-</Steps>
-
-## 보안 고려 사항
-
-사용자 정의 스토리지를 사용할 때 다음 보안 모범 사례를 고려하세요:
-
-### 액세스 제어
-- 스토리지 URL이 앱 사용자가 액세스할 수 있지만 공개적으로 검색 가능하지 않도록 보장
-- 가능한 경우 서명된 URL 또는 토큰 기반 인증 사용
-- 웹 기반 앱에 적절한 CORS 헤더 구현
-
-### 암호화
-- 항상 Capgo 암호화 도구를 사용하여 민감한 번들 암호화
-- 암호화 키를 안전하게 저장하고 정기적으로 교체
-- 모든 번들 URL에 HTTPS 사용(iOS 및 Android 필수)
-
-### 모니터링
-- 액세스 로그를 모니터링하여 비정상적인 다운로드 패턴 감지
-- 번들 다운로드 실패에 대한 알림 설정
-- 스토리지 권한을 정기적으로 감사
-
-## 문제 해결
-
-### 일반적인 문제
-
-**번들이 다운로드되지 않음:**
-- URL이 공개적으로 액세스 가능하고 HTTPS를 사용하는지 확인(iOS 및 Android 필수)
-- 웹 앱의 CORS 헤더 확인
-- 번들 형식이 올바른지 확인
-
-**암호화 오류:**
-- `ivSessionKey`가 암호화된 번들과 일치하는지 확인
-- 번들이 올바른 키로 암호화되었는지 확인
-- 새 번들에 암호화 v2가 사용되었는지 확인
-
-**S3 업로드 실패:**
-- S3 자격 증명 및 권한 확인
-- 버킷 정책 및 CORS 구성 확인
-- 지정된 리전이 올바른지 확인
-
-### 디버그 명령
-
-번들 상태 확인:
-```shell
-npx @capgo/cli@latest app debug
-```
-
-번들 무결성 확인:
-```shell
-npx @capgo/cli@latest bundle list
-```
-
-## 다음 단계
-
-- 다양한 배포 환경을 관리하기 위해 [Channels](/docs/live-updates/channels/)에 대해 알아보기
-- 업데이트 적용 방법을 사용자 정의하기 위해 [Update Behavior](/docs/live-updates/update-behavior/) 살펴보기
-- 사용자 정의 스토리지 워크플로우를 자동화하기 위해 [CI/CD Integration](/docs/getting-started/cicd-integration/) 설정
diff --git a/src/content/docs/ko/docs/live-updates/differentials.mdx b/src/content/docs/ko/docs/live-updates/differentials.mdx
deleted file mode 100644
index 91cc95901..000000000
--- a/src/content/docs/ko/docs/live-updates/differentials.mdx
+++ /dev/null
@@ -1,80 +0,0 @@
----
-title: 빠른 업데이트
-sidebar:
-  order: 4
-locale: ko
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo의 실시간 업데이트 시스템은 전체 JS 번들이 아닌 변경된 파일만 전송하여 더 빠르고 효율적으로 업데이트를 제공할 수 있습니다
-
-이는 특히 다운로드해야 하는 데이터양을 최소화하므로 느리거나 데이터 요금제가 있는 네트워크 연결을 사용하는 사용자에게 유용합니다
-
-두 번째 이점은 앱에 이미지나 비디오와 같이 거의 변경되지 않는 큰 에셋이 있을 때, 압축된 JS 파일과 비교하여 한 번만 다운로드된다는 점입니다
-
-## 차등 업데이트 작동 방식
-
-Capgo의 차등 업데이트는 앱에 설치된 Capgo 플러그인에 의해 처리됩니다. `--partial` 플래그를 사용하여 앱의 새 버전을 업로드하면 Capgo는 다음과 같이 처리합니다:
-
-1. 빌드의 각 파일이 개별적으로 업로드됩니다
-2. 각 파일에 대한 체크섬이 생성됩니다
-3. 모든 파일과 해당 체크섬을 나열하는 새로운 json 매니페스트가 생성됩니다
-4. 이 매니페스트는 Capgo 데이터베이스에 업로드됩니다
-
-앱을 실행하는 기기가 업데이트를 확인할 때, Capgo 플러그인은 서버로부터 새 매니페스트를 받습니다. 이 매니페스트를 현재 가지고 있는 것과 비교하여 체크섬과 파일 경로를 기반으로 어떤 파일이 변경되었는지 식별합니다
-
-그런 다음 플러그인은 전체 JS 번들이 아닌 변경된 파일만 다운로드합니다. 이 다운로드된 파일들과 이미 가지고 있는 변경되지 않은 파일들을 결합하여 앱의 새 버전을 재구성합니다
-
-<Aside title="매니페스트">
-
-차등 업데이트의 경우, 기기는 모든 다운로드된 파일을 공통 캐시에 저장합니다. Capgo는 절대 이를 정리하지 않지만 OS는 언제든지 정리할 수 있습니다
-
-</Aside>
-
-## 차등 업데이트 활성화
-
-Capgo 앱에서 차등 업데이트를 활성화하려면 새 버전을 업로드할 때 간단히 `--partial` 플래그를 사용하면 됩니다:
-
-## 차등 업데이트 강제 적용
-
-모든 업로드가 차등 업데이트이며 실수로 전체 번들 업로드를 방지하고 싶다면 `--partial-only` 플래그를 사용할 수 있습니다:
-
-```shell
-npx @capgo/cli@latest bundle upload --partial-only
-```
-
-`--partial-only`가 사용되면 Capgo는 개별 파일만 업로드하고 매니페스트를 생성합니다. 부분 업데이트를 지원하지 않는 기기는 업데이트를 다운로드할 수 없습니다
-
-다음과 같은 경우에 `--partial-only`를 사용하고 싶을 수 있습니다:
-
-- 항상 차등 업데이트를 사용하고 전체 번들 업로드를 절대 허용하지 않으려는 경우
-- CI/CD 파이프라인을 설정하고 모든 자동화된 업로드가 차등적으로 이루어지도록 하려는 경우
-- 앱이 크고 대역폭이 제한적이어서 업로드/다운로드 크기를 최소화해야 하는 경우
-
-`--partial-only`가 설정된 상태에서 전체 번들 업로드가 필요한 경우, 단순히 `--partial-only` 없이 업로드 명령을 실행하면 됩니다. 이는 해당 단일 업로드에 대해 설정을 재정의하여 필요할 때 완전한 번들을 푸시할 수 있게 합니다
-
-## 문제 해결
-
-차등 업데이트가 작동하지 않는 것 같다면 (즉, 작은 변경사항에도 기기가 항상 전체 JS 번들을 다운로드하는 경우), 다음 사항을 확인하세요:
-
-- 새 버전을 업로드할 때마다 `--partial` 플래그를 사용하고 있는지
-- `--partial-only`를 사용하는 경우, 실수로 `--partial` 플래그를 생략하지 않았는지
-- 기기가 최신 버전의 Capgo 플러그인을 실행하고 있는지
-- 기기가 안정적인 네트워크 연결을 가지고 있고 Capgo 서버에 접근할 수 있는지
-
-Capgo 웹앱에서 마지막 업로드의 세부 정보를 확인할 수도 있습니다:
-<Steps>
-1. [웹앱](https://app.capgo.io)으로 이동
-2. 앱을 클릭
-3. 통계 바의 번들 수를 클릭
-4. 마지막 번들 선택
-5. `Partial` 필드 확인
-  ![bundle type](/bundle_type.webp)
-</Steps>
-
-계속해서 문제가 있다면 Capgo 지원팀에 연락하여 추가 지원을 받으세요. 그들은 서버 로그를 확인하여 부분 업로드가 올바르게 처리되고 있는지, 기기가 업데이트된 매니페스트를 받고 있는지 확인할 수 있습니다
-
-이게 전부입니다! `--partial` 플래그는 Capgo에게 차등 업데이트에 필요한 개별 파일 업로드와 매니페스트 생성을 수행하도록 지시합니다
-
-차등 업데이트로 전달하려는 새 버전을 업로드할 때마다 `--partial`을 사용해야 한다는 점에 유의하세요. 플래그를 생략하면 Capgo는 전체 JS 번들을 단일 파일로 업로드하고, 작은 부분만 변경되었더라도 기기는 전체 번들을 다운로드하게 됩니다
diff --git a/src/content/docs/ko/docs/live-updates/encryption.mdx b/src/content/docs/ko/docs/live-updates/encryption.mdx
deleted file mode 100644
index 73b20b613..000000000
--- a/src/content/docs/ko/docs/live-updates/encryption.mdx
+++ /dev/null
@@ -1,352 +0,0 @@
----
-title: 암호화
-description: "Capgo의 엔드투엔드 암호화가 전송 및 저장 중에 앱 번들을 보호하여 코드와 사용자 데이터를 보호하는 방법을 알아보세요."
-sidebar:
-  order: 5
-locale: ko
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo는 앱 번들에 대한 강력한 엔드투엔드 암호화를 제공하여 JavaScript 코드와 자산이 전송 및 저장 중에 보호되도록 합니다. 이 암호화 시스템은 라이브 업데이트의 편의성을 유지하면서 앱의 보안을 완전히 제어할 수 있도록 설계되었습니다.
-
-## 개요
-
-Capgo의 암호화 시스템은 업계 표준 암호화 방법을 사용하여 번들을 무단 액세스로부터 보호합니다. 암호화가 활성화되면 번들은 개발 환경을 떠나기 전에 암호화되며 사용자의 기기에서 앱에 의해 복호화될 때까지 암호화된 상태로 유지됩니다.
-
-**암호화가 실제로 보호하는 것**: 업데이트에 서명만 하는 OTA 시스템과 달리, Capgo는 업로드된 번들을 저장과 배포 전에 암호화합니다. 이렇게 하면 저장 및 전송 중 번들 내용이 가벼운 접근으로부터 보호되고, 비공개 키를 가진 사람만 유효한 암호화 업데이트를 만들 수 있습니다. 하지만 이것이 배포된 웹 자산을 **완전히** 리버스 엔지니어링 불가능하게 만들지는 않습니다. 업데이트 복호화에 사용되는 공개 키가 앱 안에 배포되므로, 의지가 있는 공격자는 충분한 노력으로 이를 추출하고 번들 내용을 검사할 수 있습니다.
-
-<Aside type="note" title="언제 암호화가 필요한가요">
-암호화 없이 번들을 업로드한다면 그 번들을 공개 자산으로 취급해야 합니다. 비공개 채널은 어떤 기기가 업데이트를 받는지 제한하지만, 업로드된 번들을 기밀로 만들지는 않습니다. 암호화는 저장 및 전송 중 더 강한 보호가 필요하거나, 비공개 키를 가진 사람만 유효한 암호화 업데이트를 게시할 수 있게 하고 싶을 때 유용합니다. 배포된 JavaScript, HTML, CSS가 절대 검사되지 않는다고 보장하지는 않습니다.
-</Aside>
-
-<Aside type="caution" title="위협 모델">
-Capgo 암호화는 Capgo, 스토리지 제공자, CDN 또는 암호화된 배포 아티팩트만 볼 수 있는 누군가가 번들 내용을 노출하는 상황으로부터 보호합니다. 또한 비공개 키 없이 제3자가 유효한 암호화 업데이트를 생성하는 것도 방지합니다. 하지만 클라이언트가 업데이트를 복호화할 수 있도록 공개 키가 배포된 앱에 내장되어 있기 때문에, 앱 바이너리를 가진 누군가가 충분한 동기를 가지고 있다면 번들을 검사하는 데 필요한 키 자료를 여전히 복구할 수 있습니다.
-</Aside>
-
-<Aside type="tip">
-
-암호화는 다음과 같은 경우에 특히 중요합니다:
-- 민감한 데이터나 비즈니스 로직을 처리하는 앱
-- 규정 준수 요구 사항이 있는 엔터프라이즈 애플리케이션
-- 규제 산업에 배포된 앱
-- 엄격한 보안 정책이 있는 조직
-
-</Aside>
-
-## 암호화 작동 방식
-
-Capgo는 최적의 보안과 성능을 위해 RSA와 AES 암호화를 결합한 하이브리드 암호화 접근 방식을 사용합니다:
-
-![Capgo 암호화 흐름](/encryption_flow.webp)
-
-### 1. 키 생성
-- **개인 키**: 개발 환경에서 생성되고 안전하게 저장됨(암호화에 사용)
-- **공개 키**: 개인 키에서 파생되어 앱의 Capacitor 구성에 저장됨(복호화에 사용)
-- **세션 키**: 각 번들 업로드에 대해 생성되는 무작위 AES 키
-
-### 2. 암호화 프로세스
-1. 각 번들 업로드에 대해 무작위 AES 세션 키가 생성됩니다
-2. 번들이 AES 세션 키를 사용하여 암호화됩니다
-3. 번들 체크섬이 계산됩니다
-4. AES 세션 키와 체크섬이 함께 RSA 개인 키를 사용하여 암호화됩니다("서명" 생성)
-5. 암호화된 번들과 암호화된 서명이 저장됩니다
-
-체크섬은 변조를 방지하기 위해 AES 키와 함께 암호화됩니다. RSA 개인 키만 이 서명을 생성할 수 있고 해당 공개 키만 복호화할 수 있으므로 AES 세션 키와 예상 체크섬이 진품이며 공격자에 의해 수정되지 않았음을 보장합니다.
-
-### 3. 복호화 프로세스
-1. 앱이 암호화된 번들과 암호화된 서명을 다운로드합니다
-2. Capgo SDK는 RSA 공개 키(앱에 저장됨)를 사용하여 서명을 복호화합니다
-3. 이를 통해 AES 세션 키와 원래 체크섬이 드러납니다
-4. AES 세션 키를 사용하여 번들을 복호화합니다
-5. 복호화된 번들의 체크섬이 계산되고 무결성 확인을 위해 원래 체크섬과 비교됩니다
-
-이 프로세스는 공격자가 암호화된 번들을 가로채더라도 AES 세션 키를 수정하거나 가짜 체크섬을 제공할 수 없도록 보장합니다. 왜냐하면 공개 키가 복호화할 수 있는 유효한 서명을 생성하려면 개인 키가 필요하기 때문입니다.
-
-<Aside type="tip">
-
-RSA는 대용량 데이터를 효율적으로 암호화할 수 없으므로 AES는 실제 번들 암호화에 사용되고 RSA는 AES 키를 보호하고 체크섬 서명을 통해 무결성 확인을 제공합니다.
-
-</Aside>
-
-## Capgo vs 다른 플랫폼
-
-| 기능 | Capgo | 다른 OTA 플랫폼 |
-|---------|-------|-------------------|
-| **번들 콘텐츠** | 저장 및 전송 중에는 암호화되지만, 앱 바이너리가 있으면 집요한 리버스 엔지니어가 여전히 검사할 수 있음 | 공개적으로 읽을 수 있음 |
-| **보안 방법** | 진정한 엔드투엔드 암호화 | 코드 서명만 |
-| **개인정보 보호 수준** | 배포 및 저장에는 강한 보호를 제공하지만 리버스 엔지니어링 방지는 아님 | 플랫폼이 코드에 액세스 가능 |
-| **보호** | 콘텐츠 + 무결성 + 진위성 | 무결성 + 진위성만 |
-
-**이것이 중요한 이유:**
-- **코드 서명**은 업데이트가 변조되지 않았고 올바른 출처에서 왔음을 확인할 뿐입니다
-- **Capgo 암호화**는 번들이 저장되고 전달되는 동안 이를 보호하며, 공격자가 유효한 암호화 업데이트를 위조하려면 비공개 키가 필요하므로 이를 훨씬 어렵게 만듭니다
-- **리버스 엔지니어링은 여전히 가능**합니다. 앱이 배포된 후에도 클라이언트에는 업데이트를 복호화하고 로드하는 데 필요한 공개 키가 포함되어 있기 때문입니다
-
-## 암호화 방법
-
-Capgo는 Encryption V2를 표준 암호화 방법으로 사용합니다:
-
-### Encryption V2(현재 표준)
-- 향상된 보안을 위해 RSA-4096 사용
-- 인증된 암호화를 위한 AES-256-GCM
-- 무결성 확인 제공
-- 더 나은 성능과 보안
-
-### Encryption V1(더 이상 사용되지 않음)
-- 키 암호화에 RSA-2048 사용
-- 번들 암호화에 AES-256-CBC 사용
-- **현재 CLI에서 더 이상 사용 불가**
-- V1을 사용하는 레거시 앱은 V2로 마이그레이션해야 함
-
-<Aside type="danger">
-
-Encryption V1은 현재 Capgo CLI에서 더 이상 지원되지 않습니다. V1 암호화를 사용 중인 경우 V2로 마이그레이션해야 합니다. 자세한 지침은 [마이그레이션 가이드](/docs/upgrade/encryption-v1-to-v2/)를 참조하세요.
-
-</Aside>
-
-## 암호화 설정
-
-### 1단계: 암호화 키 생성
-
-먼저 Capgo CLI를 사용하여 암호화 키를 생성합니다:
-
-```shell
-# 새 암호화 키 생성(현재 디렉토리에 파일 생성)
-npx @capgo/cli@latest key create
-```
-
-다음이 생성됩니다:
-- `.capgo_key_v2`: 개인 키(안전하게 보관하세요!)
-- `.capgo_key_v2.pub`: 공개 키(앱에서 사용)
-
-이 파일들은 명령을 실행하는 현재 디렉토리에 생성됩니다.
-
-<Aside type="caution">
-
-**중요한 저장 참고 사항:**
-- **개인 키(`.capgo_key_v2`)**: 절대 버전 관리에 커밋하지 마세요. 이 파일은 안전하게 보관하고 번들 업로드 중 암호화에만 사용해야 합니다.
-- **공개 키(`.capgo_key_v2.pub`)**: 공개 키의 백업이므로 버전 관리에 커밋해도 안전합니다.
-- **파일 위치**: 키는 `key create` 명령을 실행하는 현재 디렉토리에 생성됩니다.
-- **구성의 공개 키**: 모바일 앱이 사용할 수 있도록 Capacitor 구성에 공개 키를 저장하려면 `key save`를 실행해야 합니다.
-
-프로덕션 사용의 경우 개인 키를 안전하게 저장하고(환경 변수, 키 관리 서비스) 설정 후 로컬 프로젝트에서 제거하세요.
-
-</Aside>
-
-### 2단계: Capacitor 구성에 공개 키 저장(필수)
-
-모바일 앱이 번들을 복호화할 수 있도록 Capacitor 구성에 공개 키를 저장**해야** 합니다:
-
-```shell
-# 파일에서 Capacitor 구성으로 공개 키 저장(필수)
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-
-# 또는 공개 키 데이터를 직접 저장
-npx @capgo/cli@latest key save --key-data "$CAPGO_PUBLIC_KEY"
-```
-
-### 3단계: Capacitor 플랫폼 동기화(필수)
-
-공개 키를 저장한 후 업데이트된 구성을 네이티브 레이어로 복사하기 위해 Capacitor 플랫폼을 동기화**해야** 합니다:
-
-```shell
-# 구성을 네이티브로 복사하기 위해 플랫폼 동기화
-npx cap sync
-```
-
-<Aside type="caution">
-
-**필수 단계**:
-1. `key save` 명령은 Capacitor 구성에 공개 키를 저장합니다
-2. `npx cap sync`는 이 구성을 모바일 앱이 액세스할 수 있는 네이티브 레이어로 복사합니다
-3. 두 단계 모두 없으면 앱이 암호화된 업데이트를 복호화할 수 없습니다
-
-</Aside>
-
-## 번들 암호화
-
-### 방법 1: 업로드 중 암호화
-
-가장 간단한 방법은 업로드 프로세스 중에 암호화하는 것입니다:
-
-```shell
-# 자동 암호화로 업로드
-npx @capgo/cli@latest bundle upload --key-v2
-
-# 외부 스토리지의 경우 먼저 암호화해야 합니다(아래 수동 암호화 워크플로우 참조)
-```
-
-### 방법 2: 수동 암호화 워크플로우
-
-더 많은 제어를 위해 번들을 수동으로 암호화할 수 있습니다:
-
-<Steps>
-
-1. **zip 번들 생성:**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **번들 암호화:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM_FROM_STEP_1
-   ```
-
-3. **스토리지에 업로드(예: S3)하고 Capgo에 등록:**
-   ```shell
-   # 먼저 암호화된 번들을 스토리지에 업로드(예: AWS S3)
-   aws s3 cp ./encrypted-bundle.zip s3://your-bucket/encrypted-bundle.zip
-
-   # 그런 다음 외부 URL을 사용하여 Capgo에 등록
-   npx @capgo/cli@latest bundle upload --external https://your-storage.com/encrypted-bundle.zip --iv-session-key IV_SESSION_KEY_FROM_STEP_2
-   ```
-
-</Steps>
-
-## 키 관리
-
-### 키를 안전하게 저장
-
-**개인 키 옵션:**
-
-1. **파일 기반(로컬 개발):**
-   ```shell
-   # 프로젝트 루트의 .capgo_key_v2 파일로 저장된 키
-   npx @capgo/cli@latest bundle upload --key-v2
-   ```
-
-2. **환경 변수(CI/CD):**
-   ```shell
-   # CI용 환경 변수에 저장
-   export CAPGO_PRIVATE_KEY="$(cat .capgo_key_v2)"
-   npx @capgo/cli@latest bundle upload --key-data-v2 "$CAPGO_PRIVATE_KEY"
-   ```
-
-**공개 키 설정(필수):**
-```shell
-# 모바일 앱을 위해 Capacitor 구성에 공개 키를 저장해야 함
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-```
-
-**프로덕션 환경:**
-- 안전한 키 관리 서비스에 개인 키 저장(AWS KMS, Azure Key Vault 등)
-- 개인 키에 CI/CD 비밀 관리 사용
-- 절대 개인 키를 버전 관리에 커밋하지 마세요
-
-**키 사용:**
-- **개인 키**: 번들 업로드 중 암호화를 위해 CLI에서 사용(안전하게 보관)
-- **공개 키**: 기기에서 복호화를 위해 앱 구성에 저장(커밋해도 안전)
-
-### 키 교체
-
-보안 강화를 위해 암호화 키를 정기적으로 교체하세요:
-
-<Steps>
-
-1. **새 키 생성:**
-   ```shell
-   # 먼저 원하는 디렉토리로 이동한 다음 키 생성
-   mkdir ./new-keys && cd ./new-keys
-   npx @capgo/cli@latest key create
-   ```
-
-2. **Capacitor 구성에 새 공개 키 저장:**
-   ```shell
-   npx @capgo/cli@latest key save --key ./new-keys/.capgo_key_v2.pub
-   ```
-
-3. **앱 구성 업데이트** 새 공개 키로
-
-4. **새 키로 암호화된 번들을 업로드하기 전에 업데이트된 앱 배포**
-
-</Steps>
-
-## 보안 모범 사례
-
-### 키 보안
-- **개인 키를 절대 공유하지 마세요** 환경이나 팀원 간에
-- **다른 키를 사용하세요** 다른 환경별로(개발, 스테이징, 프로덕션)
-- **키를 정기적으로 교체하세요**(권장: 6-12개월마다)
-- **키를 안전하게 저장하세요** 적절한 키 관리 시스템 사용
-
-### 번들 보안
-- **항상 확인하세요** 복호화 후 번들 무결성
-- **모니터링하세요** 비정상적인 다운로드 패턴이나 실패
-- **HTTPS를 사용하세요** 모든 번들 URL에(모바일 앱 필수)
-- **구현하세요** 복호화 실패에 대한 적절한 오류 처리
-
-### 액세스 제어
-- **액세스를 제한하세요** 승인된 직원에게만 암호화 키
-- **역할 기반 액세스를 사용하세요** 키 관리 작업에
-- **감사하세요** 키 사용 및 액세스를 정기적으로
-- **구현하세요** 적절한 백업 및 복구 절차
-
-## 암호화 문제 해결
-
-### 일반적인 문제
-
-**복호화 실패:**
-- 개인 키가 암호화에 사용된 공개 키와 일치하는지 확인
-- `ivSessionKey`가 올바른지 확인
-- Encryption V2를 사용 중인지 확인(V1은 더 이상 지원되지 않음)
-
-**키 관련 오류:**
-- 개인 키 형식이 올바른지 확인(PEM 형식)
-- 저장/전송 중 키가 손상되지 않았는지 확인
-- 앱 구성에서 키에 적절한 권한이 있는지 확인
-
-**성능 문제:**
-- 대용량 번들은 암호화/복호화에 시간이 더 걸릴 수 있습니다
-- 번들 크기를 줄이기 위해 차등 업데이트 사용 고려
-- 복호화 중 기기 성능 모니터링
-
-### 디버그 명령
-
-암호화 상태 확인:
-```shell
-npx @capgo/cli@latest app debug
-```
-
-암호화/복호화 워크플로우 테스트:
-```shell
-# 전체 워크플로우 테스트: zip → encrypt → decrypt → unzip
-npx @capgo/cli@latest bundle zip com.example.app --key-v2
-npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM --json
-npx @capgo/cli@latest bundle decrypt ./encrypted-bundle.zip IV_SESSION_KEY
-```
-
-## 규정 준수 및 표준
-
-Capgo의 암호화 구현은 업계 표준을 따릅니다:
-
-- **AES-256**: FIPS 140-2 승인 암호화 알고리즘
-- **RSA-4096**: 키 보호를 위한 강력한 비대칭 암호화
-- **GCM 모드**: 기밀성과 진위성 모두 제공
-- **보안 랜덤**: 암호학적으로 안전한 난수 생성
-
-이를 통해 Capgo는 다음을 준수해야 하는 애플리케이션에 적합합니다:
-- GDPR(일반 데이터 보호 규정)
-- HIPAA(건강 보험 양도 및 책임에 관한 법률)
-- SOC 2(서비스 조직 제어 2)
-- ISO 27001(정보 보안 관리)
-
-## 성능 고려 사항
-
-### 암호화 오버헤드
-- **번들 크기**: 암호화된 번들은 약간 더 큽니다(~1-2% 오버헤드)
-- **처리 시간**: 암호화/복호화는 최소한의 지연 시간을 추가합니다
-- **메모리 사용량**: 암호화/복호화 작업 중 일시적으로 증가
-
-### 최적화 팁
-- 암호화된 데이터 전송을 최소화하기 위해 차등 업데이트 사용
-- 이미지를 WebP 형식으로 변환하여 번들 크기 최적화
-- 번들링하기 전에 JavaScript 및 CSS 파일 최소화
-- 사용하지 않는 종속성 및 코드 제거
-- 오래되거나 느린 기기에서 기기 성능 모니터링
-
-## 다음 단계
-
-- 자체 인프라와 함께 암호화를 사용하려면 [Custom Storage](/docs/live-updates/custom-storage/)에 대해 알아보기
-- 환경 전반에 걸쳐 암호화된 번들을 관리하려면 [Channels](/docs/live-updates/channels/) 살펴보기
-- 암호화된 배포를 자동화하려면 [CI/CD Integration](/docs/getting-started/cicd-integration/) 설정
diff --git a/src/content/docs/ko/docs/live-updates/features.mdx b/src/content/docs/ko/docs/live-updates/features.mdx
deleted file mode 100644
index 0e5a4238b..000000000
--- a/src/content/docs/ko/docs/live-updates/features.mdx
+++ /dev/null
@@ -1,512 +0,0 @@
----
-title: 함수
-description: >-
-  Capgo Live Update의 모든 기능에 대한 완전한 참조 자료. 집중형 업데이트 시스템에서 고급 배포 제어, 분석, 팀 협업
-  기능까지.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-이 페이지는 Capgo Live Updates에서 사용할 수 있는 모든 기능에 대한 포괄적 개요를 제공합니다. 각 기능에는 간단한 설명과 자세한 문서로 연결되는 링크가 포함되어 있습니다.
-
-## 핵심 업데이트 시스템
-
-### OTA(무선 업데이트)
-JavaScript, HTML, CSS 및 자산 업데이트를 앱 스토어 승인 없이 사용자에게 직접 배포합니다. 업데이트는 백그라운드에서 다운로드되며 다음 앱 재시작 시 적용됩니다.
-
-**주요 기능:**
-1. 백그라운드 다운로드
-2. 자동 설치
-3. 사용자 중단 없음
-4. 크로스 플랫폼 지원(iOS, Android, Electron)
-
-[Learn more about update behavior →](/docs/live-updates/update-behavior/)
-
----
-
-### Delta 업데이트(차등 업데이트)
-버전 간 변경된 파일만 다운로드하여 대역폭 사용량을 최대 95%까지 줄이고 업데이트 전송 속도를 높입니다.
-
-**주요 기능:**
-1. 파일 수준 차이 자동 계산
-2. 체크섬 기반 검증
-3. 매니페스트 비교
-4. 필요 시 전체 업데이트로의 지능적 대체
-
-[Learn more about delta updates →](/docs/live-updates/differentials/)
-
----
-
-### 자동 롤백
-업데이트가 로드되지 않거나 크래시를 일으키는 경우 시스템은 마지막으로 작동하던 버전으로 자동으로 되돌립니다.
-
-**주요 기능:**
-1. 크래시 탐지
-2. 시간초과 탐지
-3. 자동 되돌리기
-4. 사용자 개입 필요 없음
-
-[Learn more about rollbacks →](/docs/live-updates/rollbacks/)
-
----
-
-### 체크섬 검증 및 폴백
-체크섬을 통해 번들 무결성을 검증하고 손상이 감지되면 자동으로 마지막으로 작동하던 버전으로 폴백합니다.
-
-**주요 기능:**
-1. 다운로드 시 체크섬 검증
-2. 손상 탐지
-3. 마지막으로 작동하던 번들로 자동 폴백
-4. 수동 복구 도구 사용 가능
-
----
-
-### 비호환 업데이트 탐지
-이전 네이티브 코드 버전을 실행 중인 디바이스에 호환되지 않는 업데이트가 적용되지 않도록 방지합니다.
-
-**주요 기능:**
-1. 네이티브 버전 호환성 검사
-2. 플러그인 의존성 검증
-3. 비호환 업데이트 자동 차단
-4. 명확한 오류 메시지
-
-[Learn more about version targeting →](/docs/live-updates/version-targeting/)
-
----
-
-## 배포 제어
-
-### 채널 시스템
-다양한 환경과 사용자 세그먼트에 걸쳐 업데이트를 구성하고 관리하도록 유연한 채널 구성으로 정리합니다.
-
-**주요 기능:**
-1. 무제한 커스텀 채널(생산, 스테이징, 베타 등)
-2. 채널별 번들 할당
-3. 채널별 대상 지정 규칙
-4. 디바이스 자체 할당
-5. 디바이스별 채널 재정의
-
-[Learn more about channels →](/docs/live-updates/channels/)
-
----
-
-### 디바이스 대상 지정
-점진적 롤아웃 및 제어된 배포를 위해 특정 디바이스, 버전 또는 사용자 세그먼트를 대상 지정합니다.
-
-**주요 기능:**
-1. 버전 기반 타깃팅
-2. 디바이스별 재정의
-3. 플랫폼 필터링(iOS, Android)
-4. 사용자 정의 메타데이터 필터링
-5. 에뮬레이터/개발 빌드 차단
-
----
-
-### 채널 정책
-각 채널에서 업데이트가 배포되는 방식에 대한 규칙과 제한을 구성합니다.
-
-**주요 기능:**
-1. 자동 업데이트 비활성화
-2. 주요 버전 업데이트 차단
-3. 에뮬레이터에서 업데이트 비활성화
-4. 개발 빌드에서 업데이트 비활성화
-5. 플랫폼별 정책(iOS 전용, Android 전용)
-
-[Learn more about channel policies →](/docs/live-updates/channels/#channel-policies)
-
----
-
-## 개발 도구
-
-### 번들 미리보기
-번들을 디바이스에 배포하기 전 라이브 웹 환경에서 미리 확인할 수 있으며 웹 대시보드에서 접근 가능합니다.
-
-**위치:** Web Dashboard → App → Bundle → Preview 탭
-
----
-
-### 실시간 디버깅
-CLI를 통한 특정 디바이스의 업데이트 이벤트를 실시간으로 모니터링하며 체크, 다운로드, 설치 및 오류 이벤트를 표시합니다.
-
-**사용법:**
-```bash
-npx @capgo/cli app debug [appId]
-```
-
-**다음 항목을 보여줍니다:**
-- 업데이트 확인
-- 다운로드 진행
-- 설치 상태
-- 오류 메시지
-- 정책 차단
-
----
-
-### 번들 매니페스트 뷰어
-파일 목록, 체크섬 및 메타데이터를 포함한 모든 번들의 전체 매니페스트를 검사합니다.
-
-**위치:** Web Dashboard → App → Bundle → Manifest 탭
-
-**다음 항목을 보여줍니다:**
-- 체크섬이 포함된 파일 목록
-- 번들 메타데이터
-- 네이티브 버전 호환성
-- 플러그인 의존성
-
----
-
-### 네이티브 플러그인 의존성
-각 번들에 포함된 모든 네이티브 Capacitor 플러그인을 확인하여 버전 간 의존성 변화를 추적합니다.
-
-**위치:** Web Dashboard → App → Bundle → Dependencies 탭
-
-**다음 항목을 보여줍니다:**
-- 플러그인 이름 및 버전
-- 의존성 추가/제거
-- 호환성 경고
-
----
-
-### CLI 통합
-자동 배포 및 CI/CD 통합을 위한 포괄적 명령줄 인터페이스.
-
-**주요 명령어:**
-- `bundle upload` - 새 번들 업로드
-- `bundle list` - 모든 번들 목록
-- `bundle delete` - 번들 삭제
-- `bundle cleanup` - 오래된 번들 정리
-- `channel set` - 채널 구성
-- `app debug` - 실시간 디버깅
-
-[View full CLI reference →](/docs/cli/reference/)
-
----
-
-### 번들 암호화
-AES-256 암호화를 사용하는 번들에 대한 종단 간 암호화로 전송 중 및 저장 중에 코드를 보호합니다.
-
-**주요 기능:**
-1. RSA 키 페어 생성
-2. AES-256 번들 암호화
-3. 코드 서명 검증
-4. 암호 키 관리
-
-[Learn more about encryption →](/docs/live-updates/encryption/)
-
----
-
-### 번들 정리 및 보존
-저장소 사용량을 관리하기 위해 보존 정책에 따라 오래된 번들을 자동으로 정리합니다.
-
-**주요 기능:**
-1. 설정 가능한 보존 수
-2. CLI를 통한 자동 정리
-3. 예약된 정리 작업
-4. 저장소 사용량 추적
-
-**사용 예:**
-```bash
-npx @capgo/cli bundle cleanup --keep=10
-```
-
----
-
-## 분석 및 모니터링
-
-### 업데이트 통계
-사용자 기반의 업데이트 채택률, 성공률 및 배포 진행 상황을 추적합니다.
-
-**지표:**
-1. 다운로드 성공률
-2. 설치 성공률
-3. 유형별 오류율
-4. 시간 경과에 따른 업데이트 채택
-5. 버전 분포
-
-**위치:** Web Dashboard → App → 통계
-
----
-
-### 디바이스 로그
-디바이스별 이벤트 로그로 체크부터 설치까지의 전체 업데이트 수명주기를 표시합니다.
-
-**이벤트 유형:**
-1. 업데이트 확인
-2. 다운로드 시작/완료/실패
-3. 설치 시작/완료/실패
-4. 롤백 이벤트
-5. 정책 차단
-
-**위치:** 
-- Web Dashboard → App → Device → Logs
-- Web Dashboard → App → Logs (all devices)
-
-[Learn more about logs →](/docs/webapp/logs/)
-
----
-
-### 번들 사용 분석
-활성화된 번들, 다운로드 수 및 저장소 사용량에 대한 자세한 분석.
-
-**지표:**
-1. 번들당 활성 설치
-2. 다운로드 수
-3. 번들별 저장소 사용량
-4. 대역폭 사용량
-
----
-
-### 채널 통계
-채널별 성능 및 채택 지표를 추적합니다.
-
-**지표:**
-1. 채널당 디바이스
-2. 채널별 업데이트 성공률
-3. 배포 이력
-4. 채널별 오류율
-
-**위치:** Web Dashboard → App → Channel → 통계
-
----
-
-### 배포 이력
-모든 번들 배포, 채널 할당 및 구성 변경에 대한 완전한 감사 로그.
-
-**추적 이벤트:**
-- 번들 업로드
-- 채널 할당
-- 정책 변경
-- 디바이스 재정의
-
-**위치:** Web Dashboard → App → Channel → History
-
----
-
-## 보안 및 규정 준수
-
-### 종단 간 암호화
-저장 중 및 전송 중에 업계 표준 AES-256 암호화로 번들을 암호화합니다.
-
-[Learn more about encryption →](/docs/live-updates/encryption/)
-
----
-
-### 코드 서명
-암호학적 서명으로 번들 무결성을 검증하여 변조를 방지합니다.
-
----
-
-### SOC 2 유형 II 규정 준수
-기업 보안을 위한 SOC 2 유형 II 표준으로 인증된 인프라 및 프로세스.
-
----
-
-### 앱 스토어 준수
-OTA 업데이트에 대해 Apple App Store 및 Google Play Store 정책을 완전히 준수합니다.
-
-[Learn more about compliance →](/docs/live-updates/compliance/)
-
----
-
-### 2FA 강제 적용(조직 수준)
-대시보드와 API에 접근하기 위해 모든 조직 구성원에게 이중 인증을 요구합니다.
-
-[Learn more about 2FA →](/docs/webapp/2fa-enforcement/)
-
----
-
-### 암호화된 번들 강제 적용
-조직 수준에서 모든 번들이 암호화되도록 요구합니다.**위치:** 웹 대시보드 → 조직 → 보안
-
----
-
-## 팀 협업
-
-### 역할 기반 접근 제어(RBAC)
-조직 및 애플리케이션 수준 접근 제어를 위한 세분화된 권한
-
-**조직 역할:**  
-1. `super_admin` - 전체 권한  
-2. `admin` - 관리자 권한  
-3. `read` - 읽기 전용 권한  
-4. `upload` - 업로드 전용 권한
-
-**앱 역할:**  
-1. `app_developer` - 전체 앱 권한  
-2. `app_uploader` - 번들 업로드 전용  
-3. `app_reader` - 읽기 전용 권한
-
-**위치:**  
-1. 웹 대시보드 → 조직 → 구성원  
-2. 웹 대시보드 → 앱 → 접근
-
-[RBAC에 대해 자세히 보기 →](/docs/webapp/organization-system/#roles-and-permissions)
-
----
-
-### 감사 로그
-규정 준수 및 보안을 위한 모든 조직 및 앱 활동의 완전한 감사 기록.
-
-**로그된 이벤트:**  
-1. 사용자 작업(로그인, 로그아웃, 권한 변경)  
-2. 번들 작업(업로드, 삭제, 할당)  
-3. 채널 작업(생성, 업데이트, 삭제)  
-4. 조직 변경(설정, 구성원)
-
-**위치:** 웹 대시보드 → 조직 → 감사 로그
-
----
-
-### 웹훅
-HTTP 웹훅을 통해 애플리케이션의 이벤트에 대한 실시간 알림을 수신합니다.
-
-**지원되는 이벤트:**  
-1. `apps` - 앱 생성/수정/삭제  
-2. `app_versions` - 번들 업로드/삭제  
-3. `channels` - 채널 생성/수정/삭제  
-4. `org_users` - 구성원 추가/제거  
-5. `orgs` - 조직 업데이트
-
-**특징:**  
-1. 맞춤형 웹훅 URL  
-2. 이벤트 필터링  
-3. 전달 로그  
-4. 재시도 메커니즘  
-5. 테스트 기능
-
-**위치:** 웹 대시보드 → 조직 → 웹훅
-
----
-
-### 다중 사용자 협업
-특정 역할과 권한으로 조직에 팀원을 초대합니다.
-
-**특징:**  
-1. 이메일 초대  
-2. 역할 지정  
-3. 구성원 관리  
-4. 접근 권한 회수
-
-**위치:** 웹 대시보드 → 조직 → 구성원
-
----
-
-### API 키 관리
-옵션 만료 날짜 및 해시 저장소를 갖춘 API 키를 생성, 관리 및 폐기합니다.
-
-**키 기능:**  
-1. 앱별 또는 조직별 키  
-2. 선택적 만료 날짜  
-3. 해시 저장소(되돌릴 수 없음)  
-4. 키 순환 지원
-
-**위치:** 웹 대시보드 → API 키
-
-[API 키에 대해 자세히 알아보기 →](/docs/public-api/#authentication)
-
----
-
-### 비밀번호 정책
-보안 표준을 강제하기 위한 조직 차원의 비밀번호 요건.
-
-**구성 가능한 정책:**  
-1. 최소 길이  
-2. 대문자 필요  
-3. 숫자 필요  
-4. 특수 문자 필요
-
-**위치:** 웹 대시보드 → 조직 → 보안
-
----
-
-## 플랫폼 지원
-
-### 다중 플랫폼 지원
-단일 SDK로 iOS, Android, Electron 앱을 지원합니다.
-
-**지원 플랫폼:**  
-- iOS (Capacitor 5, 6, 7, 8)  
-- Android (Capacitor 5, 6, 7, 8)  
-- Electron (2025년 신규)
-
----
-
-### 장기 지원
-구형 Capacitor 버전에 대한 지속적인 지원으로 레거시 앱과의 호환성을 유지합니다.
-
-**현재 지원 중:**  
-- Capacitor 8 (최신)  
-- Capacitor 7  
-- Capacitor 6  
-- Capacitor 5
-
----
-
-### 맞춤 저장소 백엔드
-Capgo의 기본 저장소 대신 사용자의 저장소 인프라(S3, R2 등)를 사용하세요.
-
-[맞춤 저장소에 대해 자세히 알아보기 →](/docs/live-updates/custom-storage/)
-
----
-
-### 중국 구성
-현지 규정을 준수하기 위해 중국 본토에서 배포되는 앱에 대한 특별 구성.
-
-[중국 구성에 대해 자세히 알아보기 →](/docs/live-updates/china-configuration/)
-
----
-
-## 고급 기능
-
-### 맞춤 업데이트 동작
-SDK를 통해 업데이트를 언제 어떻게 확인하고 적용할지 구성합니다.
-
-**구성 가능한 옵션:**  
-1. 확인 간격 (`periodCheckDelay` - 최소 600초)  
-2. 직접 업데이트 시점 (`directUpdate` - atInstall, onLaunch, always)  
-3. 자동 업데이트 활성화/비활성화 (`autoUpdate`)  
-4. 네트워크 요구사항(Android 전용 - WorkManager를 통해)
-
-[업데이트 동작에 대해 자세히 알아보기 →](/docs/live-updates/update-behavior/)
-
----
-
-### 업데이트 유형
-다양한 사용 사례를 위한 다양한 업데이트 유형, 즉 즉시 업데이트에서 사용자 제어 설치까지.
-
-**가능한 유형:**  
-1. 백그라운드 업데이트(기본값)  
-2. 즉시 업데이트  
-3. 사용자 확인 후 업데이트  
-4. 조건부 업데이트
-
-[업데이트 유형에 대해 자세히 알아보기 →](/docs/live-updates/update-types/)
-
----
-
-### 크레딧 시스템
-대역폭, 저장소 및 기타 자원에 대한 크레딧 기반 요금제.
-
-**특징:**  
-1. 크레딧 사용 추적  
-2. 사용량 경고  
-3. Stripe를 통한 충전  
-4. 크레딧 원장
-
-**위치:** 웹 대시보드 → 조직 → 크레딧
-
----
-
-## 시작하기
-
-이 기능을 바로 사용해 보시겠나요? Capgo Live Updates로 첫 앱을 설정하려면 [빠른 시작 가이드]를 따라가세요.
-
-## 도움이 필요하신가요?
-
-- [커뮤니티 지원을 위한 Discord에 참여하기](https://discord.capgo.app)  
-- [자주 묻는 질문 확인하기](/docs/faq/)  
-- [API 문서 둘러보기](/docs/public-api/) API 통합  
-- [기업 지원 문의](https://capgo.app/consulting/)
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/live-updates/index.mdx b/src/content/docs/ko/docs/live-updates/index.mdx
deleted file mode 100644
index 74dad80df..000000000
--- a/src/content/docs/ko/docs/live-updates/index.mdx
+++ /dev/null
@@ -1,92 +0,0 @@
----
-title: 개요
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: ko
----
-
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-Capgo의 실시간 업데이트 기능을 사용하여 앱의 JavaScript 번들을 원격으로 실시간으로 업데이트하세요. 앱 스토어 검토 과정 없이 사용자에게 직접 JS 업데이트를 푸시하여 즉시 버그를 수정하고 새로운 기능을 배포할 수 있습니다.
-
-<Aside>
-
-실시간 업데이트는 JavaScript 번들 변경으로 제한됩니다. 플러그인 추가 또는 제거, 네이티브 프로젝트 구성 변경과 같은 네이티브 코드를 업데이트해야 하는 경우 앱 스토어에 새로운 네이티브 바이너리 빌드를 제출해야 합니다.
-
-</Aside>
-
-<Aside type="caution" title="공개 자산 모델">
-Capgo에 업로드되는 암호화되지 않은 번들은 공개 배포 아티팩트로 취급해야 합니다. 채널은 어떤 기기에 업데이트를 제안할지 결정하지만, 채널의 비공개 설정이 기본 번들을 기밀로 만들지는 않습니다. 암호화는 저장 및 전송 중 보호를 추가하고 제3자가 유효한 암호화 업데이트를 생성하지 못하게 하지만, 복호화에 필요한 공개 키가 앱에 포함되어 있으므로 배포된 웹 자산을 완전히 조사 불가능하게 만들지는 않습니다. 정확한 위협 모델은 [종단 간 암호화](/docs/live-updates/encryption/)를 확인하세요.
-</Aside>
-
-## 실시간 업데이트 작동 방식
-
-Capgo의 실시간 업데이트 시스템에는 두 가지 주요 구성 요소가 있습니다:
-
-1. 앱에 설치하는 Capgo SDK. SDK는 사용 가능한 업데이트를 확인하고 백그라운드에서 다운로드합니다.
-
-2. 특정 사용자 그룹에 업데이트를 대상으로 하는 채널. 채널을 사용하여 `Production`, `Staging`, `Dev`와 같은 다양한 릴리스 트랙을 관리할 수 있습니다.
-
-Capgo에 새로운 JS 번들을 업로드하고 채널에 할당하면, 해당 채널로 구성된 앱의 Capgo SDK가 업데이트를 감지하고 다운로드합니다. 앱이 다시 시작될 때 새로운 번들이 로드됩니다.
-
-## 시작하기
-
-실시간 업데이트를 시작하려면 다음 단계를 따르세요:
-
-<Steps>
-
-1. [Capgo 퀵스타트](/docs/getting-started/quickstart)를 완료하여 Capgo에서 앱을 설정하고 Capgo SDK를 설치하세요.
-
-2. 앱 코드에서 앱 초기화가 완료된 후 `CapacitorUpdater.notifyAppReady()`를 호출하세요. 이는 Capgo SDK에게 앱이 업데이트를 받을 준비가 되었음을 알립니다.
-
-3. JS 번들을 빌드하고 Capgo에 업로드하세요:
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. 앱을 열고 업데이트가 다운로드될 때까지 기다리세요. 다음으로 상태를 확인할 수 있습니다:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. 업데이트가 다운로드되면 앱을 종료하고 다시 열어 새로운 번들을 로드하세요.
-
-</Steps>
-
-자세한 내용은 [실시간 업데이트 배포](/docs/getting-started/deploy) 가이드를 참조하세요.
-
-## 다음 단계
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/update-types/">
-    <Card title="업데이트 유형" icon="open-book">
-      모든 OTA 업데이트 유형에 대한 참조: 적용 시기, 지연 조건, 버전 차단 및 전달.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/channels/">
-    <Card title="채널" icon="bars">
-      채널을 사용하여 다양한 릴리스 트랙을 관리하고 특정 사용자에게 업데이트를 대상으로 하는 방법을 알아보세요.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="롤백" icon="left-arrow">
-      업데이트로 인해 문제가 발생할 경우 이전 JS 번들 버전으로 롤백하는 방법을 알아보세요.
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="업데이트 동작" icon="setting">
-      앱에서 업데이트가 다운로드되고 적용되는 방법과 시기를 사용자 지정하세요.
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="빠른 업데이트" icon="starlight">
-      업데이트 프로세스를 가속화하기 위해 빠른 업데이트를 사용하는 방법을 알아보세요.
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/live-updates/integrations/azure-devops.mdx b/src/content/docs/ko/docs/live-updates/integrations/azure-devops.mdx
deleted file mode 100644
index 90d750845..000000000
--- a/src/content/docs/ko/docs/live-updates/integrations/azure-devops.mdx
+++ /dev/null
@@ -1,584 +0,0 @@
----
-title: Azure DevOps 통합
-description: "앱 업데이트의 자동 배포를 위해 Capgo Live Updates를 Azure DevOps Pipelines와 통합하는 방법을 알아보세요."
-sidebar:
-  order: 1
-locale: ko
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo Live Updates를 Azure DevOps Pipelines와 통합하여 코드 변경 사항을 푸시할 때마다 앱 업데이트를 자동으로 배포하세요. 이 가이드는 자동화된 빌드, 테스트 및 배포 워크플로우 설정을 다룹니다.
-
-## 사전 요구 사항
-
-Azure DevOps 통합을 설정하기 전에 다음을 준비해야 합니다:
-
-- Azure DevOps 조직 및 프로젝트
-- 구성된 앱이 있는 Capgo 계정
-- Azure Repos Git 저장소의 앱 소스 코드
-- 프로젝트에 구성된 Node.js 및 npm/yarn
-
-## Azure DevOps Pipeline 설정
-
-### 1단계: Pipeline 변수 생성
-
-먼저 Azure DevOps 프로젝트에 필요한 변수를 설정합니다:
-
-<Steps>
-
-1. Azure DevOps 프로젝트로 이동
-2. **Pipelines** → **Library** → **Variable groups**로 이동
-3. `Capgo-Variables`라는 새 변수 그룹 생성
-4. 다음 변수 추가:
-
-</Steps>
-
-| 변수 이름 | 값 | Secure |
-|---------------|-------|---------|
-| `CAPGO_TOKEN` | Capgo API 토큰 | ✅ 예 |
-
-<Aside type="tip">
-
-[console.capgo.app/apikeys](https://console.capgo.app/apikeys)에서 Capgo API 토큰을 받으세요. 앱 ID는 이미 `capacitor.config.ts` 파일에 구성되어 있습니다.
-
-</Aside>
-
-## 간단한 구성
-
-main 브랜치에 푸시할 때마다 프로덕션에 배포하는 기본 구성:
-
-```yaml
-# Capgo Live Updates를 위한 간단한 Azure DevOps Pipeline
-trigger:
-  branches:
-    include:
-      - main
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: BuildAndDeploy
-    displayName: 'Build and Deploy to Capgo'
-    pool:
-      vmImage: 'ubuntu-latest'
-
-    steps:
-      - task: NodeTool@0
-        displayName: 'Setup Node.js'
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Install, test and build'
-
-      - script: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production
-        displayName: 'Deploy to Capgo'
-```
-
-## 고급 구성
-
-### 기능 브랜치 배포
-
-검토 및 테스트를 위해 기능 브랜치를 테스트 채널에 배포:
-
-```yaml
-# 기능 브랜치 배포
-trigger:
-  branches:
-    include:
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: DeployFeature
-    displayName: 'Deploy Feature Branch'
-    pool:
-      vmImage: 'ubuntu-latest'
-    condition: startsWith(variables['Build.SourceBranch'], 'refs/heads/feature/')
-
-    steps:
-      - task: NodeTool@0
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: 'Install, test and build'
-
-      - script: |
-          BRANCH_NAME=$(echo "$(Build.SourceBranchName)" | sed 's/[^a-zA-Z0-9-]/-/g')
-          CHANNEL_NAME="feature-$BRANCH_NAME"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME
-        displayName: 'Deploy to Feature Channel'
-```
-
-<Aside type="tip">
-
-**채널로 테스트**: 기능 채널에 배포한 후 해당 특정 채널을 사용하도록 구성하여 앱에서 업데이트를 테스트할 수 있습니다. [앱에서 채널 구성](/docs/live-updates/channels/#configuring-the-channel-in-your-app)에 대해 자세히 알아보세요.
-
-</Aside>
-
-### 암호화 사용
-
-[Capgo의 암호화 기능](/docs/live-updates/encryption/)을 사용하는 경우 CI/CD 환경에 개인 키를 안전하게 저장해야 합니다.
-
-로컬에서 [암호화 키 설정](/docs/live-updates/encryption/#setting-up-encryption) 후 Azure DevOps 변수에 개인 키를 추가하세요:
-
-```shell
-# 개인 키 콘텐츠 표시(이 출력 복사)
-cat .capgo_key_v2
-```
-
-이 콘텐츠를 Azure DevOps 변수 그룹에 `CAPGO_PRIVATE_KEY`로 추가(비밀로 표시)한 다음 파이프라인에서 사용:
-
-```yaml
-# 암호화로 배포
-- script: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --key-data-v2 "$(CAPGO_PRIVATE_KEY)" --channel production
-  displayName: 'Deploy to Capgo with Encryption'
-```
-
-<Aside type="caution">
-
-**보안 모범 사례:**
-- `.capgo_key_v2` 파일을 절대 버전 관리에 커밋하지 마세요
-- 개인 키는 안전한 CI/CD 비밀 관리에만 저장
-- 다른 환경에 대해 다른 키 사용
-
-</Aside>
-
-### 다중 채널 구성
-
-여러 배포 채널 설정 및 관리에 대한 포괄적인 정보는 [Channels 문서](/docs/live-updates/channels/)를 참조하세요.
-
-여러 환경 및 풀 리퀘스트 배포가 포함된 완전한 구성:
-
-```yaml
-# 다중 채널이 있는 고급 Azure DevOps Pipeline
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-
-pr:
-  branches:
-    include:
-      - main
-      - develop
-
-variables:
-  - group: Capgo-Variables
-
-stages:
-  # 빌드 단계
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  # 개발 환경에 배포
-  - stage: DeployDev
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/develop'))
-    jobs:
-      - deployment: DeployDevelopment
-        environment: development
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel development --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Deploy to Development'
-
-  # PR을 테스트 채널에 배포
-  - stage: DeployPR
-    condition: and(succeeded(), eq(variables['Build.Reason'], 'PullRequest'))
-    jobs:
-      - job: DeployPRChannel
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - task: DownloadBuildArtifacts@0
-            inputs:
-              artifactName: 'app-build'
-              downloadPath: '$(Pipeline.Workspace)'
-
-          - script: |
-              CHANNEL_NAME="pr-$(System.PullRequest.PullRequestNumber)"
-              npm install -g @capgo/cli
-              npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-              npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME --path $(Pipeline.Workspace)/app-build
-            displayName: 'Deploy to PR Channel'
-
-  # 프로덕션에 배포
-  - stage: DeployProd
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/main'))
-    jobs:
-      - deployment: DeployProduction
-        environment: production
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production --path $(Pipeline.Workspace)/app-build
-                  displayName: 'Deploy to Production'
-```
-
-### 다중 환경 배포
-
-여러 환경이 있는 복잡한 시나리오의 경우:
-
-```yaml
-# 다중 환경이 있는 확장 파이프라인
-parameters:
-  - name: deployEnvironment
-    displayName: 'Deploy Environment'
-    type: string
-    default: 'staging'
-    values:
-      - staging
-      - production
-
-variables:
-  - group: Capgo-Variables
-  - name: channelName
-    ${{ if eq(parameters.deployEnvironment, 'production') }}:
-      value: 'production'
-    ${{ else }}:
-      value: 'staging'
-
-stages:
-  # 빌드 단계
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: DeployStaging
-    displayName: 'Deploy to Staging'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'staging'))
-    jobs:
-      - deployment: DeployStaging
-        displayName: 'Deploy to Staging Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'staging'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'staging'
-
-  - stage: DeployProduction
-    displayName: 'Deploy to Production'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'production'))
-    jobs:
-      - deployment: DeployProduction
-        displayName: 'Deploy to Production Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'production'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'production'
-```
-
-### 배포 템플릿 (deploy-steps.yml)
-
-재사용 가능한 템플릿 파일 `deploy-steps.yml` 생성:
-
-```yaml
-# deploy-steps.yml
-parameters:
-  - name: channel
-    type: string
-
-steps:
-  - task: NodeTool@0
-    displayName: 'Install Node.js'
-    inputs:
-      versionSpec: '22.x'
-
-  - task: DownloadBuildArtifacts@0
-    displayName: 'Download build artifacts'
-    inputs:
-      artifactName: 'app-build'
-      downloadPath: '$(System.ArtifactsDirectory)'
-
-  - script: |
-      npm install -g @capgo/cli
-    displayName: 'Install Capgo CLI'
-
-  - script: |
-      npx @capgo/cli bundle upload \
-        --apikey $(CAPGO_TOKEN) \
-        --channel ${{ parameters.channel }} \
-        --path $(System.ArtifactsDirectory)/app-build
-    displayName: 'Upload to Capgo (${{ parameters.channel }})'
-```
-
-### 브랜치 기반 배포 전략
-
-Git 브랜치에 따라 다른 배포 전략 구성:
-
-```yaml
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-  - name: targetChannel
-    ${{ if eq(variables['Build.SourceBranch'], 'refs/heads/main') }}:
-      value: 'production'
-    ${{ elseif eq(variables['Build.SourceBranch'], 'refs/heads/develop') }}:
-      value: 'staging'
-    ${{ else }}:
-      value: 'development'
-
-stages:
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: 'Install, test and build'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: Deploy
-    displayName: 'Deploy to $(targetChannel)'
-    dependsOn: Build
-    condition: succeeded()
-    jobs:
-      - deployment: DeployJob
-        displayName: 'Deploy to $(targetChannel) Channel'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: '$(targetChannel)'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: '$(targetChannel)'
-```
-
-## 보안 모범 사례
-
-### 안전한 변수 관리
-
-<Steps>
-
-1. **변수 그룹 사용**: 민감한 데이터를 Azure DevOps 변수 그룹에 저장
-2. **비밀로 표시**: API 토큰 및 키를 항상 비밀 변수로 표시
-3. **액세스 범위 지정**: 특정 파이프라인 및 사용자로 변수 그룹 액세스 제한
-4. **키 교체**: Capgo API 토큰을 정기적으로 교체
-
-</Steps>
-
-## 모니터링 및 알림
-
-### Teams 통합
-
-파이프라인에 Microsoft Teams 알림 추가:
-
-```yaml
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notify Teams on Success'
-  condition: succeeded()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Capgo Deployment Successful'
-    text: 'App deployed to $(targetChannel) channel'
-    themeColor: '00FF00'
-
-- task: ms-teams-deploy-card@1.4.1
-  displayName: 'Notify Teams on Failure'
-  condition: failed()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Capgo Deployment Failed'
-    text: 'Deployment to $(targetChannel) failed'
-    themeColor: 'FF0000'
-```
-
-### 이메일 알림
-
-배포 상태에 대한 이메일 알림 구성:
-
-```yaml
-- task: EmailReport@1
-  displayName: 'Send Email Report'
-  condition: always()
-  inputs:
-    sendMailConditionConfig: 'Always'
-    subject: 'Capgo Deployment Report - $(Build.BuildNumber)'
-    to: 'team@yourcompany.com'
-    body: |
-      Deployment Status: $(Agent.JobStatus)
-      Channel: $(targetChannel)
-      Build: $(Build.BuildNumber)
-      Commit: $(Build.SourceVersion)
-```
-
-## 문제 해결
-
-### 일반적인 문제
-
-**"Capgo CLI not found"로 파이프라인 실패:**
-```yaml
-# 전역 설치 보장
-- script: |
-    npm install -g @capgo/cli
-    which capgo || echo "Capgo CLI not found in PATH"
-  displayName: 'Install and verify Capgo CLI'
-```
-
-**인증 오류:**
-```yaml
-# 토큰이 올바르게 설정되었는지 확인
-- script: |
-    echo "Token length: ${#CAPGO_TOKEN}"
-    if [ -z "$CAPGO_TOKEN" ]; then
-      echo "CAPGO_TOKEN is not set"
-      exit 1
-    fi
-  displayName: 'Verify Capgo token'
-  env:
-    CAPGO_TOKEN: $(CAPGO_TOKEN)
-```
-
-**빌드 아티팩트를 찾을 수 없음:**
-```yaml
-# 디버깅을 위해 사용 가능한 아티팩트 나열
-- script: |
-    ls -la $(System.ArtifactsDirectory)
-    find $(System.ArtifactsDirectory) -name "*.js" -o -name "*.html"
-  displayName: 'Debug artifacts'
-```
-
-### 파이프라인 디버그
-
-문제를 해결하기 위한 디버깅 단계 추가:
-
-```yaml
-- script: |
-    echo "Build.SourceBranch: $(Build.SourceBranch)"
-    echo "Build.BuildNumber: $(Build.BuildNumber)"
-    echo "Target Channel: $(targetChannel)"
-  displayName: 'Debug Pipeline Variables'
-
-- script: |
-    npx @capgo/cli app debug --apikey $(CAPGO_TOKEN)
-  displayName: 'Debug Capgo App Status'
-```
-
-## 다음 단계
-
-- 다양한 배포 환경을 관리하려면 [Channels](/docs/live-updates/channels/)에 대해 알아보기
-- 고급 배포 시나리오를 위해 [Custom Storage](/docs/live-updates/custom-storage/) 살펴보기
-- 안전한 배포를 위해 [Encryption](/docs/live-updates/encryption/) 설정
-- 업데이트 적용 방법을 사용자 정의하기 위해 [Update Behavior](/docs/live-updates/update-behavior/) 구성
-
-Azure DevOps 통합을 통해 Capgo 배포를 자동화하고 모바일 앱 사용자에게 일관되고 안정적인 업데이트를 보장할 수 있습니다.
diff --git a/src/content/docs/ko/docs/live-updates/integrations/bitbucket-pipeline.mdx b/src/content/docs/ko/docs/live-updates/integrations/bitbucket-pipeline.mdx
deleted file mode 100644
index 4a456a6c3..000000000
--- a/src/content/docs/ko/docs/live-updates/integrations/bitbucket-pipeline.mdx
+++ /dev/null
@@ -1,498 +0,0 @@
----
-title: Bitbucket Pipelines 통합
-description: "앱 업데이트의 자동 배포를 위해 Capgo Live Updates를 Bitbucket Pipelines와 통합하는 방법을 알아보세요."
-sidebar:
-  order: 4
-locale: ko
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo Live Updates를 Bitbucket Pipelines와 통합하여 코드 변경 사항을 푸시할 때마다 앱 업데이트를 자동으로 배포하세요. 이 가이드는 자동화된 빌드, 테스트 및 배포 워크플로우 설정을 다룹니다.
-
-## 사전 요구 사항
-
-Bitbucket Pipelines 통합을 설정하기 전에 다음을 준비해야 합니다:
-
-- 저장소가 있는 Bitbucket 계정
-- 구성된 앱이 있는 Capgo 계정
-- 프로젝트에 구성된 Node.js 및 npm/yarn
-
-## Bitbucket Pipelines 설정
-
-### 1단계: 저장소 변수 구성
-
-먼저 Bitbucket 저장소에 필요한 변수를 설정합니다:
-
-<Steps>
-
-1. Bitbucket 저장소로 이동
-2. **Repository settings** → **Pipelines** → **Repository variables**로 이동
-3. 다음 변수 추가:
-
-</Steps>
-
-| 변수 이름 | 값 | Secured |
-|---------------|-------|---------|
-| `CAPGO_TOKEN` | Capgo API 토큰 | ✅ 예 |
-
-<Aside type="tip">
-
-[console.capgo.app/apikeys](https://console.capgo.app/apikeys)에서 Capgo API 토큰을 받으세요. 앱 ID는 이미 `capacitor.config.ts` 파일에 구성되어 있습니다.
-
-</Aside>
-
-## 간단한 구성
-
-main 브랜치에 푸시할 때마다 프로덕션에 배포하는 기본 구성:
-
-```yaml
-# bitbucket-pipelines.yml - 간단한 구성
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build and Deploy to Production
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          artifacts:
-            - dist/**
-```
-
-## 고급 구성
-
-### 기능 브랜치 배포
-
-검토 및 테스트를 위해 기능 브랜치를 테스트 채널에 배포:
-
-```yaml
-# 기능 브랜치 배포
-pipelines:
-  branches:
-    feature/*:
-      - step:
-          name: Deploy Feature Branch
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - BRANCH_NAME=$(echo $BITBUCKET_BRANCH | sed 's/[^a-zA-Z0-9-]/-/g')
-            - CHANNEL_NAME="feature-$BRANCH_NAME"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-<Aside type="tip">
-
-**채널로 테스트**: 기능 채널에 배포한 후 해당 특정 채널을 사용하도록 구성하여 앱에서 업데이트를 테스트할 수 있습니다. [앱에서 채널 구성](/docs/live-updates/channels/#configuring-the-channel-in-your-app)에 대해 자세히 알아보세요.
-
-</Aside>
-
-### 암호화 사용
-
-[Capgo의 암호화 기능](/docs/live-updates/encryption/)을 사용하는 경우 CI/CD 환경에 개인 키를 안전하게 저장해야 합니다.
-
-로컬에서 [암호화 키 설정](/docs/live-updates/encryption/#setting-up-encryption) 후 Bitbucket 변수에 개인 키를 추가하세요:
-
-```shell
-# 개인 키 콘텐츠 표시(이 출력 복사)
-cat .capgo_key_v2
-```
-
-이 콘텐츠를 Bitbucket 저장소 변수에 `CAPGO_PRIVATE_KEY`로 추가(비밀로 표시)한 다음 파이프라인에서 사용:
-
-```yaml
-# 암호화로 배포
-- step:
-    name: Deploy to Capgo with Encryption
-    script:
-      - npm install -g @capgo/cli
-      - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**보안 모범 사례:**
-- `.capgo_key_v2` 파일을 절대 버전 관리에 커밋하지 마세요
-- 개인 키는 안전한 CI/CD 비밀 관리에만 저장
-- 다른 환경에 대해 다른 키 사용
-
-</Aside>
-
-### 다중 채널 구성
-
-여러 배포 채널 설정 및 관리에 대한 포괄적인 정보는 [Channels 문서](/docs/live-updates/channels/)를 참조하세요.
-
-여러 환경 및 풀 리퀘스트 배포가 포함된 완전한 구성:
-
-```yaml
-# bitbucket-pipelines.yml - 고급 다중 채널 구성
-image: node:22
-
-definitions:
-  steps:
-    - step: &build-step
-        name: Build Application
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-        artifacts:
-          - dist/**
-
-    - step: &deploy-step
-        name: Deploy to Capgo
-        script:
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-pipelines:
-  branches:
-    main:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - export CHANNEL_NAME=production
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-    develop:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Deploy to Development
-          deployment: development
-          script:
-            - export CHANNEL_NAME=development
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-  pull-requests:
-    '**':
-      - step:
-          <<: *build-step
-      - step:
-          name: Deploy PR to Test Channel
-          script:
-            - CHANNEL_NAME="pr-$BITBUCKET_PR_ID"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-### 다중 환경 파이프라인
-
-스테이징 및 프로덕션 환경이 있는 복잡한 배포 시나리오의 경우:
-
-```yaml
-# 다중 환경 파이프라인
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Deploy to Staging
-          deployment: staging
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-      - step:
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-
-    develop:
-      - step:
-          name: Build and Deploy to Development
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-          artifacts:
-            - dist/**
-```
-
-### 브랜치 기반 배포 전략
-
-다른 브랜치를 적절한 채널에 자동으로 배포:
-
-```yaml
-# 동적 채널 배포
-image: node:22
-
-definitions:
-  scripts:
-    - script: &determine-channel |
-        if [ "$BITBUCKET_BRANCH" = "main" ]; then
-          export CHANNEL_NAME="production"
-        elif [ "$BITBUCKET_BRANCH" = "develop" ]; then
-          export CHANNEL_NAME="staging"
-        else
-          export CHANNEL_NAME="development"
-        fi
-        echo "Deploying to channel: $CHANNEL_NAME"
-
-pipelines:
-  default:
-    - step:
-        name: Build and Deploy
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-          - *determine-channel
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-        artifacts:
-          - dist/**
-```
-
-### 병렬 파이프라인 실행
-
-병렬 단계로 빌드 시간 최적화:
-
-```yaml
-# 병렬 실행 파이프라인
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - parallel:
-          - step:
-              name: Run Tests
-              script:
-                - npm ci
-                - npm run test
-          - step:
-              name: Lint Code
-              script:
-                - npm ci
-                - npm run lint
-      - step:
-          name: Build Application
-          script:
-            - npm ci
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Deploy to Production
-          deployment: production
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## 보안 모범 사례
-
-### 저장소 변수
-
-<Steps>
-
-1. **보안 변수**: API 토큰을 항상 보안으로 표시
-2. **환경 변수**: 필요할 때 배포별 변수 사용
-3. **액세스 제어**: 승인된 팀원에게만 저장소 액세스 제한
-4. **토큰 교체**: Capgo API 토큰을 정기적으로 교체
-
-</Steps>
-
-### 배포 환경
-
-더 나은 보안을 위해 배포 환경 구성:
-
-```yaml
-# 환경 제한이 있는 배포
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## 모니터링 및 알림
-
-### Slack 통합
-
-파이프라인에 Slack 알림 추가:
-
-```yaml
-# Slack 알림이 있는 파이프라인
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build and Deploy
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          after-script:
-            - |
-              if [ $BITBUCKET_EXIT_CODE -eq 0 ]; then
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"✅ Capgo deployment successful for '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              else
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"❌ Capgo deployment failed for '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              fi
-```
-
-### 이메일 알림
-
-Bitbucket의 내장 기능이나 외부 서비스를 사용하여 이메일 알림 구성:
-
-```yaml
-# 이메일 알림 단계
-- step:
-    name: Send Notification
-    script:
-      - |
-        curl -X POST \
-          -H "Content-Type: application/json" \
-          -d '{
-            "to": "team@yourcompany.com",
-            "subject": "Capgo Deployment Status",
-            "body": "Deployment of '$BITBUCKET_BRANCH' completed with status: '$BITBUCKET_EXIT_CODE'"
-          }' \
-          $EMAIL_SERVICE_URL
-    condition:
-      result: [successful, failed]
-```
-
-## 문제 해결
-
-### 일반적인 문제
-
-**"Capgo CLI not found"로 파이프라인 실패:**
-```yaml
-# CLI 설치 디버그
-- step:
-    name: Debug CLI
-    script:
-      - npm install -g @capgo/cli
-      - which capgo || echo "Capgo CLI not found"
-      - npx @capgo/cli --version
-```
-
-**인증 오류:**
-```yaml
-# 토큰 구성 확인
-- step:
-    name: Debug Auth
-    script:
-      - |
-        if [ -z "$CAPGO_TOKEN" ]; then
-          echo "CAPGO_TOKEN is not set"
-          exit 1
-        fi
-        echo "Token length: ${#CAPGO_TOKEN}"
-```
-
-**빌드 아티팩트를 찾을 수 없음:**
-```yaml
-# 빌드 출력 나열
-- step:
-    name: Debug Build
-    script:
-      - ls -la dist/
-      - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### 파이프라인 디버그
-
-문제를 해결하기 위한 디버깅 정보 추가:
-
-```yaml
-# 파이프라인 디버그
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Debug Information
-          script:
-            - echo "Branch: $BITBUCKET_BRANCH"
-            - echo "Commit: $BITBUCKET_COMMIT"
-            - echo "Build: $BITBUCKET_BUILD_NUMBER"
-            - env | grep BITBUCKET_ | sort
-      - step:
-          name: Build and Deploy
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-### 파이프라인 검증
-
-구성 오류를 잡기 위해 파이프라인 검증 활성화:
-
-```yaml
-# 파이프라인 검증 활성화
-options:
-  docker: true
-  size: 2x
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Validate Pipeline
-          script:
-            - echo "Pipeline validation successful"
-      - step:
-          name: Build and Deploy
-          script:
-            # ... 배포 단계
-```
-
-## 다음 단계
-
-- 다양한 배포 환경을 관리하려면 [Channels](/docs/live-updates/channels/)에 대해 알아보기
-- 고급 배포 시나리오를 위해 [Custom Storage](/docs/live-updates/custom-storage/) 살펴보기
-- 안전한 배포를 위해 [Encryption](/docs/live-updates/encryption/) 설정
-- 업데이트 적용 방법을 사용자 정의하기 위해 [Update Behavior](/docs/live-updates/update-behavior/) 구성
-
-Bitbucket Pipelines 통합을 통해 Capgo 배포를 자동화하고 모바일 앱 사용자에게 일관되고 안정적인 업데이트를 보장할 수 있습니다.
diff --git a/src/content/docs/ko/docs/live-updates/integrations/github-actions.mdx b/src/content/docs/ko/docs/live-updates/integrations/github-actions.mdx
deleted file mode 100644
index 9e743e016..000000000
--- a/src/content/docs/ko/docs/live-updates/integrations/github-actions.mdx
+++ /dev/null
@@ -1,551 +0,0 @@
----
-title: GitHub Actions 통합
-description: "앱 업데이트의 자동 배포를 위해 Capgo Live Updates를 GitHub Actions와 통합하는 방법을 알아보세요."
-sidebar:
-  order: 3
-locale: ko
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo Live Updates를 GitHub Actions와 통합하여 코드 변경 사항을 푸시할 때마다 앱 업데이트를 자동으로 배포하세요. 이 가이드는 GitHub의 강력한 CI/CD 플랫폼을 사용한 자동화된 빌드, 테스트 및 배포 워크플로우 설정을 다룹니다.
-
-## 사전 요구 사항
-
-GitHub Actions 통합을 설정하기 전에 다음을 준비해야 합니다:
-
-- 앱 소스 코드가 있는 GitHub 저장소
-- 구성된 앱이 있는 Capgo 계정
-- 프로젝트에 구성된 Node.js 및 npm/yarn
-- 저장소에 대해 활성화된 GitHub Actions
-
-## GitHub Secrets 설정
-
-### 1단계: 저장소 Secrets 구성
-
-GitHub 저장소에 필요한 시크릿을 설정합니다:
-
-<Steps>
-
-1. GitHub 저장소로 이동
-2. **Settings** → **Secrets and variables** → **Actions**로 이동
-3. **New repository secret**을 클릭하고 다음 추가:
-
-</Steps>
-
-| Secret 이름 | 값 |
-|-------------|-------|
-| `CAPGO_TOKEN` | Capgo API 토큰 |
-
-<Aside type="tip">
-
-[console.capgo.app/apikeys](https://console.capgo.app/apikeys)에서 Capgo API 토큰을 받으세요. 앱 ID는 이미 `capacitor.config.ts` 파일에 구성되어 있습니다.
-
-</Aside>
-
-## 간단한 프로덕션 배포
-
-main 브랜치에 푸시할 때마다 프로덕션에 배포하는 기본 구성으로 시작:
-
-```yaml
-# Capgo Live Updates를 위한 간단한 GitHub Actions 워크플로우
-name: Deploy to Capgo
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout
-        uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Install, test and build
-        run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - name: Deploy to Capgo
-         run: |
-           npm install -g @capgo/cli
-           npx @capgo/cli bundle upload --channel production
-          env:
-            CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-           # 암호화된 업로드의 경우 추가: --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"
-```
-
-## 고급 다중 채널 구성
-
-### 기능 브랜치 배포
-
-테스트를 위해 기능 브랜치를 임시 채널에 배포:
-
-```yaml
-# 기능 브랜치 배포
-name: Deploy Feature Branch to Capgo
-
-on:
-  push:
-    branches:
-      - 'feature/**'
-
-jobs:
-  deploy-feature:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - name: Deploy to feature channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.ref_name }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-                     npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-```
-
-### 암호화 사용
-
-[Capgo의 암호화 기능](/docs/live-updates/encryption/)을 사용하는 경우 CI/CD 환경에 개인 키를 안전하게 저장해야 합니다.
-
-로컬에서 [암호화 키 설정](/docs/live-updates/encryption/#setting-up-encryption) 후 GitHub 시크릿에 개인 키를 추가하세요:
-
-```shell
-# 개인 키 콘텐츠 표시(이 출력 복사)
-cat .capgo_key_v2
-```
-
-이 콘텐츠를 GitHub 저장소 시크릿에 `CAPGO_PRIVATE_KEY`로 추가한 다음 워크플로우에서 사용:
-
-```yaml
-# 암호화로 배포
-- name: Deploy to Capgo with Encryption
-  run: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}" --channel production
-```
-
-<Aside type="caution">
-
-**보안 모범 사례:**
-- `.capgo_key_v2` 파일을 절대 버전 관리에 커밋하지 마세요
-- 개인 키는 안전한 CI/CD 비밀 관리에만 저장
-- 다른 환경에 대해 다른 키 사용
-
-</Aside>
-
-### 다중 채널 구성
-
-여러 배포 채널 설정 및 관리에 대한 포괄적인 정보는 [Channels 문서](/docs/live-updates/channels/)를 참조하세요.
-
-개발, 풀 리퀘스트 및 프로덕션 배포가 포함된 완전한 워크플로우:
-
-```yaml
-# 완전한 다중 환경 워크플로우
-name: Deploy to Capgo
-
-on:
-  push:
-    branches: [main, develop]
-  pull_request:
-    branches: [main, develop]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - uses: actions/upload-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-  deploy-development:
-    if: github.ref == 'refs/heads/develop'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: development
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel development
-
-  deploy-pr:
-    if: github.event_name == 'pull_request'
-    needs: build
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - name: Deploy to PR channel
-        run: |
-          CHANNEL_NAME="pr-${{ github.event.number }}"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-
-      - name: Comment PR
-        uses: actions/github-script@v7
-        with:
-          script: |
-            github.rest.issues.createComment({
-              issue_number: context.issue.number,
-              owner: context.repo.owner,
-              repo: context.repo.repo,
-              body: `🚀 This PR has been deployed to Capgo channel: \`pr-${{ github.event.number }}\`\n\nTo test this update in your app, configure it to use this channel. [Learn how to configure channels →](/docs/live-updates/channels/#configuring-the-channel-in-your-app)`
-            })
-
-  deploy-production:
-    if: github.ref == 'refs/heads/main'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: production
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel production
-```
-
-<Aside type="tip">
-
-**채널로 테스트**: PR 또는 개발 채널에 배포한 후 해당 특정 채널을 사용하도록 구성하여 앱에서 업데이트를 테스트할 수 있습니다. [앱에서 채널 구성](/docs/live-updates/channels/#configuring-the-channel-in-your-app)에 대해 자세히 알아보세요.
-
-</Aside>
-
-### 기능 채널 정리
-
-브랜치가 삭제될 때 기능 채널을 자동으로 정리:
-
-```yaml
-name: Cleanup Feature Channels
-
-on:
-  delete:
-
-jobs:
-  cleanup:
-    runs-on: ubuntu-latest
-    if: github.event.ref_type == 'branch' && startsWith(github.event.ref, 'feature/')
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Delete Capgo channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.event.ref }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel delete $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-```
-
-## 보안 및 모범 사례
-
-### 환경 보호 규칙
-
-GitHub에서 환경 보호 규칙 설정:
-
-<Steps>
-
-1. 저장소의 **Settings** → **Environments**로 이동
-2. 환경 생성: `development`, `staging`, `production`
-3. 프로덕션 환경의 경우 추가:
-   - **Required reviewers**: 배포를 승인해야 하는 팀원 추가
-   - **Wait timer**: 배포 전 지연 시간 추가(선택 사항)
-   - **Deployment branches**: `main` 브랜치로만 제한
-
-</Steps>
-
-### 안전한 시크릿 관리
-
-환경별 시크릿 사용:
-
-```yaml
-# 환경별로 다른 시크릿 사용
-deploy-production:
-  environment: production
-  steps:
-    - name: Deploy to Production
-      run: |
-        npx @capgo/cli bundle upload \
-          --apikey ${{ secrets.CAPGO_PROD_TOKEN }} \
-          --app ${{ secrets.CAPGO_PROD_APP_ID }} \
-          --channel production
-```
-
-## 모니터링 및 알림
-
-### Slack 통합
-
-워크플로우에 Slack 알림 추가:
-
-```yaml
-name: Deploy with Notifications
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      # ... 배포 단계
-
-      - name: Notify Slack on Success
-        if: success()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: success
-          text: '✅ Capgo deployment successful!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-
-      - name: Notify Slack on Failure
-        if: failure()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: failure
-          text: '❌ Capgo deployment failed!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-```
-
-### Discord 통합
-
-Discord에 알림 전송:
-
-```yaml
-- name: Discord notification
-  if: always()
-  uses: Ilshidur/action-discord@master
-  with:
-    args: |
-      Capgo deployment ${{ job.status }}!
-      App: ${{ secrets.CAPGO_APP_ID }}
-      Channel: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-  env:
-    DISCORD_WEBHOOK: ${{ secrets.DISCORD_WEBHOOK }}
-```
-
-### 이메일 알림
-
-이메일 알림 구성:
-
-```yaml
-- name: Send email notification
-  if: failure()
-  uses: dawidd6/action-send-mail@v3
-  with:
-    server_address: smtp.gmail.com
-    server_port: 465
-    username: ${{ secrets.EMAIL_USERNAME }}
-    password: ${{ secrets.EMAIL_PASSWORD }}
-    subject: 'Capgo Deployment Failed - ${{ github.repository }}'
-    to: team@yourcompany.com
-    from: ci-cd@yourcompany.com
-    body: |
-      Deployment failed for ${{ github.repository }}
-      Branch: ${{ github.ref_name }}
-      Commit: ${{ github.sha }}
-      Workflow: ${{ github.workflow }}
-```
-
-## 문제 해결
-
-### 워크플로우 디버그
-
-문제를 해결하기 위한 디버깅 단계 추가:
-
-```yaml
-- name: Debug environment
-  run: |
-    echo "Node version: $(node --version)"
-    echo "NPM version: $(npm --version)"
-    echo "Working directory: $(pwd)"
-    echo "Files in dist/: $(ls -la dist/ || echo 'No dist directory')"
-    echo "Environment variables:"
-    env | grep -E "(GITHUB_|CAPGO_)" | sort
-
-- name: Test Capgo CLI
-  run: |
-    npx @capgo/cli --version
-    npx @capgo/cli app debug --apikey ${{ secrets.CAPGO_TOKEN }} --app ${{ secrets.CAPGO_APP_ID }}
-```
-
-### 일반적인 문제 및 해결 방법
-
-**"CAPGO_TOKEN not found"로 워크플로우 실패:**
-
-```yaml
-- name: Verify secrets
-  run: |
-    if [ -z "${{ secrets.CAPGO_TOKEN }}" ]; then
-      echo "ERROR: CAPGO_TOKEN secret is not set"
-      exit 1
-    fi
-    echo "CAPGO_TOKEN is set (length: ${#CAPGO_TOKEN})"
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-**빌드 아티팩트를 찾을 수 없음:**
-
-```yaml
-- name: Debug artifacts
-  run: |
-    echo "Checking for build artifacts..."
-    ls -la dist/ || echo "No dist directory found"
-    find . -name "*.js" -o -name "*.html" | head -10
-```
-
-**네트워크 연결 문제:**
-
-```yaml
-- name: Test connectivity
-  run: |
-    ping -c 3 api.capgo.io || echo "Ping failed"
-    curl -I https://api.capgo.io/health || echo "Health check failed"
-```
-
-## 재사용 가능한 워크플로우
-
-프로젝트 간 일관성을 위한 재사용 가능한 워크플로우 생성:
-
-```yaml
-# .github/workflows/reusable-capgo-deploy.yml
-name: Reusable Capgo Deploy
-
-on:
-  workflow_call:
-    inputs:
-      environment:
-        required: true
-        type: string
-      channel:
-        required: true
-        type: string
-    secrets:
-      CAPGO_TOKEN:
-        required: true
-      CAPGO_APP_ID:
-        required: true
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    environment: ${{ inputs.environment }}
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Install and build
-        run: |
-          npm ci
-          npm run build
-
-      - name: Deploy to Capgo
-        run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload \
-            --apikey ${{ secrets.CAPGO_TOKEN }} \
-            --app ${{ secrets.CAPGO_APP_ID }} \
-            --channel ${{ inputs.channel }}
-```
-
-재사용 가능한 워크플로우 사용:
-
-```yaml
-# .github/workflows/deploy.yml
-name: Deploy App
-
-on:
-  push:
-    branches: [main, develop]
-
-jobs:
-  deploy-dev:
-    if: github.ref == 'refs/heads/develop'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: development
-      channel: development
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-
-  deploy-prod:
-    if: github.ref == 'refs/heads/main'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: production
-      channel: production
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-```
-
-## 다음 단계
-
-- 다양한 배포 환경을 관리하려면 [Channels](/docs/live-updates/channels/)에 대해 알아보기
-- 고급 배포 시나리오를 위해 [Custom Storage](/docs/live-updates/custom-storage/) 살펴보기
-- 안전한 배포를 위해 [Encryption](/docs/live-updates/encryption/) 설정
-- 업데이트 적용 방법을 사용자 정의하기 위해 [Update Behavior](/docs/live-updates/update-behavior/) 구성
-
-GitHub Actions 통합을 통해 GitHub의 강력한 CI/CD 플랫폼을 활용하여 내장된 보안, 모니터링 및 협업 기능을 갖춘 정교한 배포 워크플로우를 Capgo Live Updates를 위해 만들 수 있습니다.
diff --git a/src/content/docs/ko/docs/live-updates/integrations/gitlab-ci.mdx b/src/content/docs/ko/docs/live-updates/integrations/gitlab-ci.mdx
deleted file mode 100644
index 375d829ba..000000000
--- a/src/content/docs/ko/docs/live-updates/integrations/gitlab-ci.mdx
+++ /dev/null
@@ -1,426 +0,0 @@
----
-title: GitLab CI/CD 통합
-description: "앱 업데이트의 자동 배포를 위해 Capgo Live Updates를 GitLab CI/CD와 통합하는 방법을 알아보세요."
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo Live Updates를 GitLab CI/CD와 통합하여 코드 변경 사항을 푸시할 때마다 앱 업데이트를 자동으로 배포하세요. 이 가이드는 자동화된 빌드, 테스트 및 배포 워크플로우 설정을 다룹니다.
-
-## 사전 요구 사항
-
-GitLab CI/CD 통합을 설정하기 전에 다음을 준비해야 합니다:
-
-- 프로젝트 저장소가 있는 GitLab 계정
-- 구성된 앱이 있는 Capgo 계정
-- 프로젝트에 구성된 Node.js 및 npm/yarn
-
-## GitLab CI/CD 설정
-
-### 1단계: 환경 변수 구성
-
-먼저 GitLab 프로젝트에 필요한 변수를 설정합니다:
-
-<Steps>
-
-1. GitLab 프로젝트로 이동
-2. **Settings** → **CI/CD** → **Variables**로 이동
-3. 다음 변수 추가:
-
-</Steps>
-
-| 변수 이름 | 값 | Protected | Masked |
-|---------------|-------|-----------|--------|
-| `CAPGO_TOKEN` | Capgo API 토큰 | ✅ 예 | ✅ 예 |
-
-<Aside type="tip">
-
-[console.capgo.app/apikeys](https://console.capgo.app/apikeys)에서 Capgo API 토큰을 받으세요. 앱 ID는 이미 `capacitor.config.ts` 파일에 구성되어 있습니다.
-
-</Aside>
-
-## 간단한 구성
-
-main 브랜치에 푸시할 때마다 프로덕션에 배포하는 기본 구성:
-
-```yaml
-# .gitlab-ci.yml - 간단한 구성
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 1 hour
-  only:
-    - main
-
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-    # 암호화된 업로드의 경우 추가: --key-data-v2 "$CAPGO_PRIVATE_KEY"
-  dependencies:
-    - build
-  only:
-    - main
-```
-
-## 고급 구성
-
-### 기능 브랜치 배포
-
-검토 및 테스트를 위해 기능 브랜치를 테스트 채널에 배포:
-
-```yaml
-# 기능 브랜치 배포
-deploy_feature:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="feature-$(echo $CI_COMMIT_REF_NAME | sed 's/[^a-zA-Z0-9-]/-/g')"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - /^feature\/.*$/
-  environment:
-    name: feature/$CI_COMMIT_REF_NAME
-    url: https://your-app.com/channels/$CHANNEL_NAME
-```
-
-<Aside type="tip">
-
-**채널로 테스트**: 기능 채널에 배포한 후 해당 특정 채널을 사용하도록 구성하여 앱에서 업데이트를 테스트할 수 있습니다. [앱에서 채널 구성](/docs/live-updates/channels/#configuring-the-channel-in-your-app)에 대해 자세히 알아보세요.
-
-</Aside>
-
-### 암호화 사용
-
-[Capgo의 암호화 기능](/docs/live-updates/encryption/)을 사용하는 경우 CI/CD 환경에 개인 키를 안전하게 저장해야 합니다.
-
-로컬에서 [암호화 키 설정](/docs/live-updates/encryption/#setting-up-encryption) 후 GitLab 변수에 개인 키를 추가하세요:
-
-```shell
-# 개인 키 콘텐츠 표시(이 출력 복사)
-cat .capgo_key_v2
-```
-
-이 콘텐츠를 GitLab 프로젝트 변수에 `CAPGO_PRIVATE_KEY`로 추가(protected 및 masked로 표시)한 다음 파이프라인에서 사용:
-
-```yaml
-# 암호화로 배포
-deploy_production:
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**보안 모범 사례:**
-- `.capgo_key_v2` 파일을 절대 버전 관리에 커밋하지 마세요
-- 개인 키는 안전한 CI/CD 비밀 관리에만 저장
-- 다른 환경에 대해 다른 키 사용
-
-</Aside>
-
-### 다중 채널 구성
-
-여러 배포 채널 설정 및 관리에 대한 포괄적인 정보는 [Channels 문서](/docs/live-updates/channels/)를 참조하세요.
-
-여러 환경 및 병합 요청 배포가 포함된 완전한 구성:
-
-```yaml
-# .gitlab-ci.yml - 고급 다중 채널 구성
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-# 빌드 단계
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 24 hours
-
-# 개발 채널에 배포
-deploy_development:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: development
-
-# 병합 요청을 테스트 채널에 배포
-deploy_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="mr-$CI_MERGE_REQUEST_IID"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - merge_requests
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    url: https://your-app.com/channels/mr-$CI_MERGE_REQUEST_IID
-    on_stop: cleanup_mr
-
-# MR이 닫힐 때 MR 채널 정리
-cleanup_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli channel delete mr-$CI_MERGE_REQUEST_IID --apikey $CAPGO_TOKEN || true
-  when: manual
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    action: stop
-  only:
-    - merge_requests
-
-# 스테이징에 배포
-deploy_staging:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: staging
-
-# 프로덕션에 배포
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  environment:
-    name: production
-```
-
-### 수동 승인이 있는 다중 환경
-
-수동 승인이 필요한 프로덕션 배포의 경우:
-
-```yaml
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  when: manual
-  environment:
-    name: production
-```
-
-### 브랜치 기반 배포 전략
-
-다른 브랜치를 적절한 채널에 자동으로 배포:
-
-```yaml
-# 브랜치에 따른 동적 채널 배포
-deploy:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - |
-      if [ "$CI_COMMIT_REF_NAME" = "main" ]; then
-        CHANNEL="production"
-      elif [ "$CI_COMMIT_REF_NAME" = "develop" ]; then
-        CHANNEL="staging"
-      else
-        CHANNEL="development"
-      fi
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL
-  dependencies:
-    - build
-  environment:
-    name: $CHANNEL
-```
-
-## 보안 모범 사례
-
-### 보호된 변수
-
-<Steps>
-
-1. **민감한 변수 표시**: API 토큰을 항상 protected 및 masked로 표시
-2. **브랜치 보호**: 프로덕션 배포에 보호된 변수 사용
-3. **액세스 제어**: 변수 액세스를 maintainer에게만 제한
-4. **정기 교체**: API 토큰을 정기적으로 교체
-
-</Steps>
-
-### 안전한 파이프라인 구성
-
-```yaml
-# 프로덕션에 보호된 변수 사용
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  only:
-    refs:
-      - main
-    variables:
-      - $CI_COMMIT_REF_PROTECTED == "true"
-```
-
-## 모니터링 및 알림
-
-### Slack 통합
-
-파이프라인에 Slack 알림 추가:
-
-```yaml
-notify_success:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"✅ Capgo deployment successful for '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_success
-
-notify_failure:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"❌ Capgo deployment failed for '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_failure
-```
-
-### 이메일 알림
-
-GitLab 프로젝트 설정에서 이메일 알림을 구성하거나 API 사용:
-
-```yaml
-notify_email:
-  stage: .post
-  script:
-    - |
-      curl --request POST \
-        --header "PRIVATE-TOKEN: $GITLAB_API_TOKEN" \
-        --form "to=team@yourcompany.com" \
-        --form "subject=Capgo Deployment Status" \
-        --form "body=Deployment of $CI_COMMIT_REF_NAME completed with status: $CI_JOB_STATUS" \
-        "https://gitlab.com/api/v4/projects/$CI_PROJECT_ID/emails"
-  when: always
-```
-
-## 문제 해결
-
-### 일반적인 문제
-
-**"Capgo CLI not found"로 파이프라인 실패:**
-```yaml
-# CLI 설치 디버그
-debug_cli:
-  script:
-    - npm install -g @capgo/cli
-    - which capgo || echo "Capgo CLI not found"
-    - npx @capgo/cli --version
-```
-
-**인증 오류:**
-```yaml
-# 토큰 구성 확인
-debug_auth:
-  script:
-    - |
-      if [ -z "$CAPGO_TOKEN" ]; then
-        echo "CAPGO_TOKEN is not set"
-        exit 1
-      fi
-      echo "Token length: ${#CAPGO_TOKEN}"
-```
-
-**빌드 아티팩트를 찾을 수 없음:**
-```yaml
-# 빌드 출력 나열
-debug_build:
-  script:
-    - ls -la dist/
-    - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### 파이프라인 디버그
-
-문제를 해결하기 위한 디버깅 정보 추가:
-
-```yaml
-debug:
-  stage: build
-  script:
-    - echo "Branch: $CI_COMMIT_REF_NAME"
-    - echo "Commit: $CI_COMMIT_SHA"
-    - echo "Build: $CI_PIPELINE_ID"
-    - env | grep CI_ | sort
-  only:
-    - branches
-```
-
-## 다음 단계
-
-- 다양한 배포 환경을 관리하려면 [Channels](/docs/live-updates/channels/)에 대해 알아보기
-- 고급 배포 시나리오를 위해 [Custom Storage](/docs/live-updates/custom-storage/) 살펴보기
-- 안전한 배포를 위해 [Encryption](/docs/live-updates/encryption/) 설정
-- 업데이트 적용 방법을 사용자 정의하기 위해 [Update Behavior](/docs/live-updates/update-behavior/) 구성
-
-GitLab CI/CD 통합을 통해 Capgo 배포를 자동화하고 모바일 앱 사용자에게 일관되고 안정적인 업데이트를 보장할 수 있습니다.
diff --git a/src/content/docs/ko/docs/live-updates/integrations/index.mdx b/src/content/docs/ko/docs/live-updates/integrations/index.mdx
deleted file mode 100644
index 18a015b4a..000000000
--- a/src/content/docs/ko/docs/live-updates/integrations/index.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: CI/CD 통합
-description: "자동화된 배포 워크플로우를 위해 Capgo Live Updates를 선호하는 CI/CD 플랫폼과 통합하세요."
-sidebar:
-  order: 1
-locale: ko
----
-
-import { Aside, LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-인기 있는 CI/CD 플랫폼과 통합하여 Capgo Live Updates 배포 프로세스를 자동화하세요. 이러한 통합을 통해 코드 변경 사항을 푸시할 때마다, 기능 브랜치를 테스트하고, 여러 배포 환경을 관리하는 앱 업데이트를 자동으로 배포할 수 있습니다.
-
-## 사용 가능한 통합
-
-자동화된 배포를 시작하려면 CI/CD 플랫폼을 선택하세요:
-
-<CardGrid>
-  <LinkCard
-    title="Azure DevOps"
-    description="자동화된 빌드, 테스트 및 배포 워크플로우를 위해 Azure DevOps Pipelines와 통합하세요."
-    href="/docs/live-updates/integrations/azure-devops/"
-  />
-  <LinkCard
-    title="GitLab CI/CD"
-    description="포괄적인 환경 관리를 통해 앱 업데이트를 자동으로 배포하는 GitLab CI/CD 파이프라인을 설정하세요."
-    href="/docs/live-updates/integrations/gitlab-ci/"
-  />
-  <LinkCard
-    title="GitHub Actions"
-    description="다중 채널 배포 및 환경 보호를 통한 강력한 자동화를 위해 GitHub Actions를 사용하세요."
-    href="/docs/live-updates/integrations/github-actions/"
-  />
-  <LinkCard
-    title="Bitbucket Pipelines"
-    description="여러 환경을 위한 간단하거나 고급 구성을 사용하여 Bitbucket Pipelines로 배포하세요."
-    href="/docs/live-updates/integrations/bitbucket-pipeline/"
-  />
-</CardGrid>
-
-## 제공되는 기능
-
-모든 통합 가이드에는 다음이 포함됩니다:
-
-- **간단한 설정**: 빠르게 시작할 수 있는 기본 구성
-- **고급 워크플로우**: 스테이징 및 프로덕션을 포함한 다중 환경 배포
-- **기능 브랜치 테스트**: 기능 브랜치를 테스트 채널에 자동 배포
-- **보안 모범 사례**: 안전한 시크릿 관리 및 환경 보호
-- **모니터링**: 배포 상태에 대한 알림 및 로깅
-
-<Aside type="tip">
-
-**CI/CD를 처음 사용하시나요?** 플랫폼의 간단한 구성으로 시작한 다음 필요에 따라 다중 채널 배포 및 자동화된 테스트와 같은 고급 기능을 점진적으로 추가하세요.
-
-</Aside>
-
-## 공통 기능
-
-각 통합은 다음을 지원합니다:
-
-- **자동화된 빌드**: 코드 변경 시 배포 트리거
-- **다중 채널 지원**: 다른 채널에 배포(개발, 스테이징, 프로덕션)
-- **풀 리퀘스트/병합 요청 테스트**: 격리된 환경에서 변경 사항 테스트
-- **암호화 지원**: Capgo의 암호화 기능으로 안전한 배포
-- **환경 보호**: 프로덕션에 대한 수동 승인 및 제한된 액세스
-- **알림**: Slack, 이메일 및 기타 알림 통합
-
-## 사전 요구 사항
-
-통합을 설정하기 전에 다음을 준비해야 합니다:
-
-- 구성된 앱이 있는 Capgo 계정
-- Git 저장소에 있는 앱의 소스 코드
-- [console.capgo.app/apikeys](https://console.capgo.app/apikeys)에서 받은 Capgo API 토큰
-- 프로젝트에 구성된 Node.js 및 npm/yarn
-
-## 관련 문서
-
-- [Channels](/docs/live-updates/channels/) - 다양한 배포 환경을 관리하는 방법 알아보기
-- [Encryption](/docs/live-updates/encryption/) - 엔드투엔드 암호화로 배포 보호
-- [Update Behavior](/docs/live-updates/update-behavior/) - 앱에 업데이트가 적용되는 방식 사용자 정의
-
-위에서 CI/CD 플랫폼을 선택하여 Capgo 배포 자동화를 시작하세요!
diff --git a/src/content/docs/ko/docs/live-updates/rollbacks.mdx b/src/content/docs/ko/docs/live-updates/rollbacks.mdx
deleted file mode 100644
index f2e26a0aa..000000000
--- a/src/content/docs/ko/docs/live-updates/rollbacks.mdx
+++ /dev/null
@@ -1,90 +0,0 @@
----
-title: 롤백
-sidebar:
-  order: 5
-locale: ko
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo의 실시간 업데이트를 통해 사용자에게 빠르게 개선사항과 수정사항을 전달할 수 있지만, 이전 버전의 앱으로 롤백해야 하는 상황이 있을 수 있습니다. 새로운 업데이트가 예기치 않은 심각한 문제를 일으키거나, 수정 작업을 하는 동안 특정 변경사항을 되돌리고 싶을 수 있습니다.
-
-Capgo는 채널의 빌드를 관리하고 사용자가 받는 앱 버전을 제어하는 여러 가지 방법을 제공합니다.
-
-## 이전 번들로 롤백하기
-
-새로운 빌드를 업로드하고 채널에 할당할 때마다 Capgo는 해당 빌드의 기록을 보관합니다. 특정 업데이트를 되돌려야 하는 경우, 이전 빌드 중 하나를 선택하여 채널에 재배포할 수 있습니다.
-
-이전 빌드로 롤백하는 방법:
-
-<Steps>
-
-1. [Capgo 대시보드](https://app.capgo.io)에 로그인합니다.
-
-2. "Channels" 섹션으로 이동합니다.
-
-3. 롤백하려는 채널의 이름을 클릭합니다.
-
-4. 채널의 빌드 기록에서 되돌리고 싶은 빌드를 찾습니다.
-
-5. 해당 빌드 옆의 왕관 아이콘을 클릭하여 채널의 활성 빌드로 지정합니다.
-   ![Channel management options](/select_bundle.webp)
-
-6. 이 빌드로 롤백할 것인지 확인합니다.
-
-</Steps>
-
-<Aside type="note">
-이전 빌드로 롤백하는 것은 선택한 채널에만 영향을 미칩니다. 여러 채널(예: Production, Staging 등)이 있는 경우, 영향을 받는 각 채널에 대해 롤백 과정을 반복해야 합니다.
-</Aside>
-
-롤백 후, 업데이트된 채널을 수신하도록 구성된 기기는 다음 업데이트 확인 시 이전 빌드를 받게 됩니다. 롤백된 빌드는 새로운 업데이트로 취급되므로, 일반적인 업데이트 흐름과 조건이 적용됩니다.
-
-## 채널 연결 해제하기
-
-문제를 조사하는 동안 채널의 업데이트를 일시적으로 중단하고 싶다면, 채널을 현재 빌드에서 연결 해제할 수 있습니다.
-
-채널 연결을 해제하는 방법:
-
-1. Capgo 대시보드에서 채널로 이동합니다.
-
-2. 현재 빌드 옆의 "Unlink" 버튼을 클릭합니다.
-
-3. 채널 연결을 해제할 것인지 확인합니다.
-
-채널이 연결 해제되면 새로운 업데이트가 배포되지 않습니다. 해당 채널로 구성된 기기는 채널이 다시 빌드에 연결될 때까지 현재 빌드를 유지합니다.
-
-이는 업데이트에 문제가 있지만 어떤 빌드로 롤백할지 아직 확실하지 않은 경우에 유용합니다. 채널 연결을 해제하면 추가 업데이트를 푸시하지 않고 조사할 시간을 확보할 수 있습니다.
-
-## 기본 내장 번들 강제 적용하기
-
-더 심각한 상황에서는 채널의 모든 기기를 앱의 네이티브 바이너리와 함께 원래 패키징된 웹 빌드로 되돌리고 싶을 수 있습니다. 이를 "기본 내장 번들"이라고 합니다.
-
-채널에서 기본 내장 번들을 강제 적용하는 방법:
-
-1. Capgo 대시보드에서 채널로 이동합니다.
-
-2. "Built-in Bundle" 버튼을 클릭합니다.
-
-3. 기본 내장 번들을 강제 적용할 것인지 확인합니다.
-
-기본 내장 번들을 강제 적용하면, 해당 채널로 구성된 모든 기기가 다음 업데이트 확인 시 원래 패키징된 웹 빌드로 되돌아갑니다. 이는 현재 사용 중인 빌드와 관계없이 발생합니다.
-
-이는 특정 이전 빌드로 되돌리는 것보다 더 적극적인 롤백 옵션이며, 앱이 마지막으로 앱스토어에 게시된 이후 출시된 모든 실시간 업데이트를 무시합니다.
-
-<Aside type="caution">
-기본 내장 번들을 강제 적용할 때는 주의하세요. 채널의 모든 기기에 영향을 미치므로, 영향을 고려하고 이 조치를 취하기 전에 향후 계획을 세워야 합니다.
-</Aside>
-
-## 문제 모니터링 및 대응
-
-문제를 빠르게 발견하고 문제가 있는 업데이트의 영향을 최소화하기 위해서는 릴리스를 모니터링하고 문제에 대응하는 계획을 수립하는 것이 중요합니다.
-
-몇 가지 전략은 다음과 같습니다:
-
-- 업데이트 출시 직후 크래시 리포트와 사용자 피드백 모니터링
-- 단계적 출시나 단계별 채널 시스템을 사용하여 광범위한 출시 전에 작은 그룹에서 업데이트 테스트
-- 롤백, 연결 해제 또는 기본 내장 번들 강제 적용을 결정하는 명확한 프로세스와 권한을 가진 담당자 지정
-- 적절한 경우 문제와 해결 방안에 대해 사용자와 소통
-
-신중한 모니터링과 문제가 있는 업데이트를 신속하게 관리하는 능력을 결합함으로써, 사용자의 중단을 최소화하면서 지속적으로 개선되는 앱 경험을 제공할 수 있습니다.
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/live-updates/update-behavior.mdx b/src/content/docs/ko/docs/live-updates/update-behavior.mdx
deleted file mode 100644
index 9d2c842b7..000000000
--- a/src/content/docs/ko/docs/live-updates/update-behavior.mdx
+++ /dev/null
@@ -1,170 +0,0 @@
----
-title: 업데이트 동작
-sidebar:
-  order: 3
-locale: ko
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo 앱의 업데이트를 배포할 때, 사용자가 최대한 빨리 업데이트를 받기를 원할 것입니다. 하지만 다운로드를 기다리거나 세션 중간에 앱을 재시작하도록 강요하여 사용자 경험을 방해하고 싶지는 않을 것입니다.
-
-Capgo의 업데이트 동작은 빠른 업데이트 제공과 사용자 방해 최소화 사이의 균형을 맞추도록 설계되었습니다.
-
-## 기본 업데이트 흐름
-
-기본적으로 Capgo는 다음과 같이 앱 업데이트를 처리합니다:
-
-<Steps>
-
-1. 앱 실행 시, Capgo 플러그인이 새 업데이트가 있는지 확인합니다
-
-2. 업데이트가 발견되면, 사용자가 현재 버전의 앱을 계속 사용하는 동안 백그라운드에서 다운로드됩니다
-
-3. 다운로드가 완료되면, Capgo는 사용자가 앱을 백그라운드로 보내거나 완전히 종료할 때까지 기다립니다
-
-4. 사용자가 다음에 앱을 실행하면, 업데이트된 버전이 실행됩니다
-
-</Steps>
-
-이 흐름은 사용자가 업데이트 프롬프트에 의해 중단되거나 다운로드를 기다릴 필요 없이 항상 앱의 최신 버전을 실행하도록 보장합니다.
-
-<Aside type="tip">
-Capgo는 앱이 백그라운드에서 재개될 때도 업데이트를 확인하므로, 사용자가 앱을 완전히 종료하지 않아도 업데이트를 받을 수 있습니다.
-</Aside>
-
-## 이 접근 방식을 선택한 이유
-
-백그라운드나 종료 이벤트에서 업데이트를 적용하는 것은 사용자 경험에 몇 가지 주요 이점이 있습니다:
-
-- 세션 중간에 업데이트 프롬프트로 인한 중단이나 다운로드 대기가 없습니다
-
-- 업데이트는 세션 사이에 원활하게 적용되므로, 앱 실행 경험이 항상 새롭습니다
-
-- 활성 사용자를 방해할 걱정 없이 자주 업데이트를 제공할 수 있습니다
-
-주요 단점은 사용자가 앱을 백그라운드로 보내고 빠르게 재개할 경우, 업데이트가 그 사이에 적용되어 저장되지 않은 상태를 잃을 수 있다는 것입니다.
-
-이를 완화하기 위해 다음을 권장합니다:
-
-- 상태를 자주 저장하고 앱이 재개될 때 원활하게 복원
-
-- 앱 상태의 큰 부분을 수정하는 매우 빈번한 업데이트 피하기
-
-- 중요한 흐름에 대해서는 업데이트 동작을 커스터마이징 고려(아래 참조)
-
-## 업데이트 적용 시점 커스터마이징
-
-경우에 따라 업데이트가 적용되는 정확한 시점을 더 세밀하게 제어하고 싶을 수 있습니다. 예를 들어, 사용자가 진행 중인 흐름을 완료하도록 보장하거나, 서버 측 변경과 앱 업데이트를 조정하고 싶을 수 있습니다.
-
-Capgo는 업데이트가 설치되기 전에 충족되어야 하는 조건을 지정할 수 있는 `setDelay` 함수를 제공합니다:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'date',
-      value: '2023-06-01T00:00:00.000Z',
-    },
-    {
-      kind: 'background',
-      value: '60000',
-    },
-  ],
-});
-```
-
-이 예제는 2023년 6월 1일 이후 AND 앱이 60초 이상 백그라운드 상태가 된 후에 업데이트 설치를 지연시킵니다.
-
-사용 가능한 지연 조건은 다음과 같습니다:
-
-- `date`: 특정 날짜/시간 이후에 업데이트 적용
-- `background`: 앱이 백그라운드로 전환된 후 최소 지속 시간 동안 대기
-- `nativeVersion`: 최소 버전의 네이티브 바이너리가 설치될 때까지 대기
-- `kill`: 다음 앱 종료 이벤트까지 대기
-
-이러한 조건들을 조합하여 업데이트가 설치되는 시점을 정밀하게 제어할 수 있습니다.
-
-<Aside type="danger">
-`kill` 조건은 현재 다른 조건들처럼 다음 백그라운드 이벤트가 아닌 첫 번째 종료 이벤트 후에 업데이트를 트리거한다는 점에 유의하세요. 이 불일치는 향후 릴리스에서 수정될 예정입니다.
-</Aside>
-
-## 즉시 업데이트 적용
-
-중요한 업데이트나 매우 단순한 상태를 가진 앱의 경우, 백그라운드나 종료 이벤트를 기다리지 않고 다운로드 완료 즉시 업데이트를 적용하고 싶을 수 있습니다. Capgo는 `directUpdate` 구성 옵션을 통해 이를 지원합니다.
-
-<Aside type="tip" title="권장: Direct Update와 함께 Delta Updates 사용">
-`directUpdate`를 사용할 때 다운로드 시간을 최소화하고 사용자 경험을 개선하기 위해 [Delta Updates](/docs/live-updates/differentials/)를 활성화할 것을 **강력히 권장합니다**. Delta Updates는 전체 번들 대신 변경된 파일만 다운로드하며, 이는 사용자가 앱을 적극적으로 사용하는 동안 업데이트가 즉시 적용될 때 특히 중요합니다.
-
-**Direct Updates에 중요한 이유:**
-- **더 빠른 업데이트**: 더 작은 다운로드는 업데이트가 빠르게 완료되어 사용자가 로딩 화면을 보는 시간을 줄입니다
-- **더 나은 모바일 경험**: 셀룰러 네트워크나 느린 연결을 사용하는 사용자는 긴 대기 시간을 겪지 않습니다
-- **낮은 대역폭 사용**: 변경된 파일만 다운로드되어 귀하와 사용자 모두의 데이터를 절약합니다
-
-Delta Updates를 활성화하려면 번들을 업로드할 때 `--partial` 플래그를 사용하기만 하면 됩니다:
-```shell
-npx @capgo/cli@latest bundle upload --partial
-```
-
-자세한 내용은 [Delta Updates 문서](/docs/live-updates/differentials/)를 참조하세요.
-</Aside>
-
-`directUpdate`는 JavaScript 코드가 아닌 `capacitor.config.ts` 파일에서 설정됩니다:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: true,
-      keepUrlPathAfterReload: true,
-    },
-  },
-};
-
-export default config;
-```
-
-`directUpdate`가 활성화되면, Capgo는 사용자가 앱을 활발히 사용 중이더라도 다운로드가 완료되는 즉시 업데이트를 적용합니다.
-
-`directUpdate`는 네이티브 구성이므로 JavaScript 코드에서 추가적인 처리가 필요합니다.
-
-`directUpdate`를 사용할 때는 `appReady` 이벤트를 수신하고 이에 응답하여 앱의 스플래시 스크린을 숨겨야 합니다:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { SplashScreen } from '@capacitor/splash-screen';
-
-CapacitorUpdater.addListener('appReady', () => {
-  // 스플래시 스크린 숨기기
-  SplashScreen.hide();
-});
-
-CapacitorUpdater.notifyAppReady();
-```
-
-`appReady` 이벤트는 앱 초기화가 완료되고 대기 중인 업데이트가 적용된 후에 발생합니다. 이는 사용자가 최신 버전을 볼 수 있도록 보장하므로 앱의 UI를 표시하기에 안전한 시점입니다.
-
-`appReady` 이벤트 처리 외에도, `directUpdate`를 사용할 때는 `keepUrlPathAfterReload` 구성 옵션을 `true`로 설정하는 것을 권장합니다. 이는 업데이트로 인한 앱 리로드 시 현재 URL 경로를 유지하여 앱에서 사용자의 위치를 유지하고 혼란을 줄이는 데 도움이 됩니다.
-
-`directUpdate`를 사용할 때 `appReady` 이벤트를 처리하지 않고 `keepUrlPathAfterReload`를 설정하지 않으면, 사용자가 잠시 오래된 버전의 앱을 보거나, 초기 경로로 돌아가거나, 업데이트가 적용될 때 깜빡임을 볼 수 있습니다.
-
-`directUpdate` 사용은 중요한 버그 수정이나 보안 패치를 제공하는 데 유용할 수 있지만, 몇 가지 트레이드오프가 있습니다:
-
-- `appReady` 이벤트를 적절히 처리하지 않으면 업데이트가 적용될 때 사용자가 깜빡임이나 로딩 상태를 볼 수 있습니다
-- 업데이트가 앱 상태나 UI를 수정하는 경우, 사용자는 세션 중간에 방해가 되는 변경을 볼 수 있습니다
-- `keepUrlPathAfterReload`가 설정되지 않은 경우 앱에서 사용자의 위치가 손실되어 혼란을 줄 수 있습니다
-- 원활한 전환을 보장하기 위해 상태 저장 및 복원을 신중하게 처리해야 합니다
-
-`directUpdate`를 활성화하는 경우 다음을 권장합니다:
-
-- `appReady` 이벤트를 처리하여 앱의 UI가 표시되는 시점을 제어
-- `keepUrlPathAfterReload`를 `true`로 설정하여 앱에서 사용자의 위치 유지
-- 사용자 진행 상태를 잃지 않도록 필요에 따라 앱 상태 저장 및 복원
-- 갑작스러운 전환, 상태 손실 또는 혼란스러운 위치 변경이 없도록 앱의 업데이트 동작을 철저히 테스트
-
-대부분의 경우 기본 업데이트 동작이 빠른 업데이트 제공과 방해 최소화 사이의 최상의 균형을 제공합니다. 하지만 특정 요구 사항이 있는 앱의 경우, Capgo는 업데이트가 적용되는 시기와 방법을 커스터마이징할 수 있는 유연성을 제공합니다.
diff --git a/src/content/docs/ko/docs/live-updates/update-types.mdx b/src/content/docs/ko/docs/live-updates/update-types.mdx
deleted file mode 100644
index 0c0b55679..000000000
--- a/src/content/docs/ko/docs/live-updates/update-types.mdx
+++ /dev/null
@@ -1,120 +0,0 @@
----
-title: 업데이트 유형
-description: 'Capgo가 제공하는 모든 OTA 업데이트 유형에 대한 포괄적인 참조: 적용 시점, 지연 조건, 버전 차단 및 전달 방법.'
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo는 여러 유형의 무선(OTA) 업데이트를 지원합니다. 이 페이지에서는 앱에 적합한 조합을 선택할 수 있도록 모든 유형을 나열하고 설명합니다.
-
-## 적용 시점
-
-업데이트가 다운로드된 후 **언제** 적용되는지를 제어합니다.
-
-| 유형 | 설명 | 사용 사례 |
-|------|-------------|----------|
-| **기본값** | 백그라운드에서 다운로드하고 사용자가 앱을 백그라운드로 전환하거나 종료할 때 적용 | 대부분의 앱; 최소한의 중단 |
-| **directUpdate: `atInstall`** | 새로 설치하거나 앱 스토어 업데이트 시에만 즉시 적용 | 신규 사용자는 최신 버전을 받고 기존 사용자는 기본 흐름 사용 |
-| **directUpdate: `onLaunch`** | 설치, 스토어 업데이트 또는 앱 종료 후 즉시 적용 | 최신성과 세션 안정성 간의 균형 |
-| **directUpdate: `always`** | 업데이트가 다운로드될 때마다 즉시 적용(재개 시 포함) | 중요한 수정, 단순한 상태를 가진 앱 |
-
-`capacitor.config.ts`에서 구성:
-
-```typescript
-plugins: {
-  CapacitorUpdater: {
-    directUpdate: false, // default
-    // or: 'atInstall' | 'onLaunch' | 'always'
-  }
-}
-```
-
-<Aside type="tip">
-전체 세부 정보 및 스플래시 화면 처리는 [업데이트 동작](/docs/live-updates/update-behavior/)을 참조하세요.
-</Aside>
-
-## 지연 조건
-
-업데이트가 설치되기 **전에** 충족되어야 하는 조건입니다. `setMultiDelay`를 사용하여 조건을 결합할 수 있습니다(모든 조건이 충족되어야 함).
-
-| 조건 | 설명 | 예시 |
-|-----------|-------------|---------|
-| **date** | 특정 날짜/시간 이후까지 대기 | 서버 측 릴리스와 조율 |
-| **background** | 앱이 백그라운드로 전환된 후 최소 기간(ms) 대기 | 빠른 앱 전환 중 적용 방지 |
-| **nativeVersion** | 최소 네이티브 바이너리 버전 필요 | 호환되지 않는 네이티브 코드에서 업데이트 차단 |
-| **kill** | 다음 앱 종료 이벤트까지 대기 | 완전한 재시작 시에만 적용 |
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    { kind: 'date', value: '2023-06-01T00:00:00.000Z' },
-    { kind: 'background', value: '60000' },
-  ],
-});
-```
-
-<Aside type="danger">
-`kill` 조건은 다른 조건들처럼 다음 백그라운드가 아닌 첫 번째 종료 이벤트 후에 트리거됩니다. 이는 향후 릴리스에서 수정될 예정입니다.
-</Aside>
-
-## 버전 차단 (채널 정책)
-
-채널이 자동으로 전달할 **semver 업데이트**를 제어합니다. 채널에서 `--disable-auto-update`를 통해 설정합니다.
-
-| 전략 | 차단 | 허용 | 사용 사례 |
-|----------|--------|--------|----------|
-| **none** | 없음 | 모든 업데이트 | 기본값; 완전 자동 업데이트 |
-| **major** | 0.0.0 → 1.0.0 | 동일한 메이저 버전 (예: 1.x → 1.y) | 이전 네이티브 버전에 주요 변경사항이 도달하는 것을 방지 |
-| **minor** | 0.0.0 → 1.1.0, 1.1.0 → 1.2.0 | 동일한 마이너 버전 (예: 1.2.x → 1.2.y) | 메이저 버전 내에서 더 엄격한 제어 |
-| **patch** | 패치 증가를 제외한 모든 변경 | 0.0.311 → 0.0.314만 허용 | 매우 엄격; 패치 전용 업데이트 |
-| **metadata** | `min_update_version` 없는 업데이트 | 명시적 호환성 메타데이터가 있는 업데이트 | 번들별 맞춤 호환성 규칙 |
-
-```bash
-npx @capgo/cli channel set production --disable-auto-update major
-```
-
-<Aside type="caution">
-`patch` 및 `metadata`는 신중한 설정이 필요합니다. 자세한 내용은 [CLI 명령](/docs/cli/commands/#disable-updates-strategy) 및 [버전 타겟팅](/docs/live-updates/version-targeting/)을 참조하세요.
-</Aside>
-
-## 전달 유형
-
-**번들이 기기로 전송되는** 방법입니다.
-
-| 유형 | 설명 | 사용 시기 |
-|------|-------------|-------------|
-| **전체 번들** | 전체 JS 번들이 다운로드됨 | 첫 설치, 대규모 변경 또는 델타를 사용할 수 없을 때 |
-| **델타 (매니페스트)** | 변경된 파일만 다운로드됨 | 대부분의 업데이트; 더 빠르고 대역폭 친화적 |
-
-```bash
-# 전체 번들 (기본값)
-npx @capgo/cli bundle upload --channel production
-
-# 델타 업데이트
-npx @capgo/cli bundle upload --channel production --delta
-```
-
-<Aside type="tip">
-`directUpdate`를 사용할 때는 [델타 업데이트](/docs/live-updates/differentials/)를 활성화하여 다운로드 시간을 최소화하고 UX를 개선하세요.
-</Aside>
-
-## 빠른 참조
-
-| 카테고리 | 유형 |
-|----------|-------|
-| **적용 시점** | 기본값, `atInstall`, `onLaunch`, `always` |
-| **지연 조건** | `date`, `background`, `nativeVersion`, `kill` |
-| **버전 차단** | `none`, `major`, `minor`, `patch`, `metadata` |
-| **전달** | 전체 번들, 델타 (매니페스트) |
-
-## 관련 문서
-
-- [업데이트 동작](/docs/live-updates/update-behavior/) — 적용 시점 및 지연 구성
-- [버전 타겟팅](/docs/live-updates/version-targeting/) — 채널 기반 버전 라우팅
-- [델타 (매니페스트) 업데이트](/docs/live-updates/differentials/) — 부분 다운로드 활성화
-- [채널](/docs/live-updates/channels/) — 채널 구성 및 우선순위
diff --git a/src/content/docs/ko/docs/live-updates/version-targeting.mdx b/src/content/docs/ko/docs/live-updates/version-targeting.mdx
deleted file mode 100644
index 3287b5537..000000000
--- a/src/content/docs/ko/docs/live-updates/version-targeting.mdx
+++ /dev/null
@@ -1,615 +0,0 @@
----
-title: 버전 타겟팅
-description: 네이티브 앱 버전을 기반으로 사용자에게 호환되는 업데이트를 자동으로 전달합니다
-sidebar:
-  order: 7
-locale: ko
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-이 가이드에서는 네이티브 앱 버전을 기반으로 사용자에게 최신 호환 번들을 자동으로 전달하는 방법을 설명합니다. **Ionic AppFlow의 접근 방식과 유사합니다**. 이를 통해 업데이트 관리가 간소화되고 더 빠른 출시가 가능해지며 호환성 문제를 방지할 수 있습니다.
-
-<Aside type="tip" title="Ionic AppFlow에서 마이그레이션하시나요?">
-  Ionic AppFlow에서 마이그레이션하는 경우 이 가이드는 특히 중요합니다. AppFlow는 업데이트를 네이티브 버전으로 자동 매칭했고, Capgo는 더 강력한 제어 및 유연성으로 동일한 기능을 제공합니다. 단계별 마이그레이션 지침은 [AppFlow 마이그레이션 가이드](/docs/upgrade/from-appflow-to-capgo)를 참조하세요.
-</Aside>
-
-## 개요
-
-Capgo의 버전 타겟팅 시스템을 통해 다음을 수행할 수 있습니다:
-
-- **네이티브 앱 버전을 기반으로 호환되는 업데이트를 자동으로 전달**
-- **중단적 변경이 호환되지 않는 앱 버전에 도달하는 것을 방지**
-- **복잡한 로직 없이 여러 앱 버전을 동시에 관리**
-- **특정 사용자 세그먼트에 업데이트를 원활하게 롤아웃**
-
-### 버전 타겟팅이 중요한 이유(특히 AppFlow 사용자의 경우)
-
-**Ionic AppFlow**에 익숙하다면 사용자가 호환되는 업데이트만 받도록 하는 것이 얼마나 중요한지 알 것입니다. AppFlow는 라이브 업데이트 번들을 네이티브 앱 버전으로 자동 매칭하여 호환되지 않는 JavaScript가 구형 네이티브 코드로 전달되지 않도록 했습니다.
-
-**Capgo는 동일한 보안 보장을 제공**하며 추가 기능이 있습니다:
-- 버전 매칭에 대한 더 세밀한 제어
-- 여러 전략(채널, semver, 네이티브 제약)
-- 버전 배포의 향상된 가시성
-- 대시보드 관리와 함께 API 및 CLI 제어
-
-이 접근 방식은 특히 다음과 같은 경우에 유용합니다:
-- 앱의 다양한 주요 버전에 사용자가 있는 경우(예: v1.x, v2.x, v3.x)
-- 중단적 변경을 배포하는 동안 역호환성을 유지해야 하는 경우
-- 새 번들이 구형 네이티브 코드를 손상시키는 것을 방지하려는 경우
-- 사용자를 점진적으로 한 버전에서 다른 버전으로 마이그레이션하는 경우
-- **AppFlow에서 마이그레이션**하고 동일한 업데이트 보안을 유지하려는 경우
-
-## 작동 방식
-
-Capgo는 다층 접근 방식을 사용하여 사용자를 호환되는 업데이트와 매칭합니다:
-
-1. **네이티브 버전 제약**: 호환되지 않는 네이티브 버전으로의 번들 전달 방지
-2. **채널 기반 라우팅**: 다양한 앱 버전을 다양한 업데이트 채널로 라우팅
-3. **의미론적 버전 관리 제어**: 주요/부 버전/패치 경계를 넘는 업데이트 자동 차단
-4. **장치 수준 재정의**: 특정 장치 또는 사용자 그룹 타게팅
-
-### 버전 매칭 플로우
-
-```mermaid
-graph TD
-    A[User Opens App] --> B{Check Device Override}
-    B -->|Override Set| C[Use Override Channel]
-    B -->|No Override| D{Check defaultChannel in App}
-    D -->|Has defaultChannel| E[Use App's defaultChannel]
-    D -->|No defaultChannel| F[Use Cloud Default Channel]
-    C --> G{Check Version Constraints}
-    E --> G
-    F --> G
-    G -->|Compatible| H[Deliver Update]
-    G -->|Incompatible| I[Skip Update]
-```
-
-## 전략 1: 채널 기반 버전 라우팅
-
-이는 중단적 변경 및 주요 버전 업데이트를 관리하기 위한 **권장 접근 방식**입니다. AppFlow의 전달 모델과 유사합니다.
-
-### 예제 시나리오
-
-- **App v1.x** (100,000 사용자) → `production` 채널
-- **App v2.x** (50,000 사용자, 중단적 변경 포함) → `v2` 채널
-- **App v3.x** (10,000 베타 사용자) → `v3` 채널
-
-### 구현
-
-#### 단계 1: 각 주요 버전에 대한 채널 구성
-
-```typescript
-// v1.x 빌드를 위한 capacitor.config.ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production', // 또는 기본값으로 생략
-    }
-  }
-};
-
-export default config;
-```
-
-```typescript
-// v2.x 빌드를 위한 capacitor.config.ts
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // v2 사용자를 자동으로 라우팅
-    }
-  }
-};
-```
-
-```typescript
-// v3.x 빌드를 위한 capacitor.config.ts
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v3', // v3 사용자를 자동으로 라우팅
-    }
-  }
-};
-```
-
-#### 단계 2: 채널 생성
-
-```bash
-# 각 주요 버전에 대한 채널 생성
-npx @capgo/cli channel create production
-npx @capgo/cli channel create v2
-npx @capgo/cli channel create v3
-
-# 앱이 채널을 전환할 수 있도록 셀프 할당 활성화
-npx @capgo/cli channel set production --self-assign
-npx @capgo/cli channel set v2 --self-assign
-npx @capgo/cli channel set v3 --self-assign
-```
-
-#### 단계 3: 버전별 번들 업로드
-
-```bash
-# v1.x 사용자(v1-maintenance 브랜치)
-git checkout v1-maintenance
-npm run build
-npx @capgo/cli bundle upload --channel production
-
-# v2.x 사용자(v2-maintenance 또는 main 브랜치)
-git checkout main
-npm run build
-npx @capgo/cli bundle upload --channel v2
-
-# v3.x 사용자(beta/v3 브랜치)
-git checkout beta
-npm run build
-npx @capgo/cli bundle upload --channel v3
-```
-
-<Aside type="tip" title="자동 라우팅">
-  사용자가 앱을 열 때, 설치된 앱 번들의 `defaultChannel`을 기반으로 지정된 채널로 자동 연결됩니다. JavaScript 코드 변경이 필요하지 않습니다!
-</Aside>
-
-### 이점
-
-- **코드 변경 없음** - 채널 라우팅이 자동으로 발생
-- **명확한 분리** - 각 버전이 자체 업데이트 파이프라인을 가짐
-- **유연한 타겟팅** - 특정 버전 그룹에 업데이트 푸시
-- **안전한 롤아웃** - 중단적 변경이 호환되지 않는 버전에 도달하지 않음
-
-## 전략 2: 의미론적 버전 관리 제어
-
-Capgo의 내장 의미론적 버전 관리 제어를 사용하여 버전 경계를 넘는 업데이트를 방지합니다.
-
-### 주요 버전 간 자동 업데이트 비활성화
-
-```bash
-# 주요 버전 업데이트를 차단하는 채널 생성
-npx @capgo/cli channel create stable --disable-auto-update major
-```
-
-이 구성은 다음을 의미합니다:
-- 앱 버전 **1.2.3**의 사용자는 **1.9.9**까지의 업데이트를 받습니다
-- 사용자는 자동으로 버전 **2.0.0**을 받지 않습니다
-- 중단적 변경이 구형 네이티브 코드에 도달하는 것을 방지합니다
-
-### 세밀한 제어 옵션
-
-```bash
-# 부 버전 업데이트 차단(1.2.x는 1.3.0을 받지 않음)
-npx @capgo/cli channel set stable --disable-auto-update minor
-
-# 패치 업데이트 차단(1.2.3은 1.2.4를 받지 않음)
-npx @capgo/cli channel set stable --disable-auto-update patch
-
-# 모든 업데이트 허용
-npx @capgo/cli channel set stable --disable-auto-update none
-```
-
-<Aside type="caution" title="의미론적 버전 관리 필수">
-  이 전략은 앱 버전에 대해 의미론적 버전 관리(semver)를 따르는 경우에만 작동합니다. 버전 번호가 `MAJOR.MINOR.PATCH` 형식을 따르는지 확인하세요.
-</Aside>
-
-## 전략 3: 네이티브 버전 제약
-
-호환되지 않는 장치로의 전달을 방지하기 위해 번들의 최소 네이티브 버전 요구사항을 지정합니다.
-
-### nativeVersion 지연 조건 사용
-
-번들을 업로드할 때 최소 네이티브 버전을 지정할 수 있습니다:
-
-```bash
-# 이 번들은 네이티브 버전 2.0.0 이상이 필요합니다
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "2.0.0"
-```
-
-<Aside type="note" title="작동 방식">
-  네이티브 버전 1.x인 장치는 이 번들을 받지 않습니다. 2.0.0 이상인 장치만 받습니다. 이는 새 네이티브 API 또는 플러그인이 필요한 업데이트에 이상적입니다.
-</Aside>
-
-### 사용 사례
-
-1. **새 네이티브 플러그인 필요**
-   ```bash
-   # 번들에는 v2.0.0에서 추가된 카메라 플러그인이 필요합니다
-   npx @capgo/cli bundle upload --native-version "2.0.0"
-   ```
-
-2. **중단적 네이티브 API 변경**
-   ```bash
-   # 번들은 새 Capacitor 6 API를 사용합니다
-   npx @capgo/cli bundle upload --native-version "3.0.0"
-   ```
-
-3. **점진적 마이그레이션**
-   ```bash
-   # 최신 네이티브 버전에서만 번들 테스트
-   npx @capgo/cli bundle upload \
-     --channel beta \
-     --native-version "2.5.0"
-   ```
-
-## 전략 4: 자동 다운그레이드 방지
-
-사용자가 현재 네이티브 버전보다 이전 번들을 받지 않도록 방지합니다.
-
-### 채널 설정에서 활성화
-
-Capgo 대시보드에서:
-1. **채널** → 채널 선택
-2. **네이티브 아래의 자동 다운그레이드 비활성화** 활성화
-3. 변경 사항 저장
-
-또는 CLI를 통해:
-```bash
-npx @capgo/cli channel set production --disable-downgrade
-```
-
-### 예제
-
-- 사용자의 장치: 네이티브 버전 **1.2.5**
-- 채널 번들: 버전 **1.2.3**
-- **결과**: 업데이트 차단됨(다운그레이드가 됨)
-
-다음과 같은 경우에 유용합니다:
-- 사용자가 앱 스토어에서 수동으로 최신 버전을 설치한 경우
-- 사용자가 항상 최신 보안 패치를 가지도록 해야 하는 경우
-- 회귀 버그를 방지하려는 경우
-
-## 전략 5: 장치 수준 타겟팅
-
-특정 장치 또는 사용자 그룹의 채널 할당을 재정의합니다.
-
-### 테스트를 위해 특정 버전 강제
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// 베타 테스터가 v3 채널을 사용하도록 강제
-async function assignBetaTesters() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-
-  // 사용자가 베타 테스터인지 확인
-  if (isBetaTester(userId)) {
-    await CapacitorUpdater.setChannel({ channel: 'v3' })
-  }
-}
-```
-
-### 대시보드 장치 재정의
-
-Capgo 대시보드에서:
-1. **장치** → 장치 찾기
-2. **채널 설정** 또는 **버전 설정** 클릭
-3. 특정 채널 또는 번들 버전으로 재정의
-4. 장치가 재정의된 소스에서 업데이트를 받습니다
-
-<Aside type="tip" title="업데이트 테스팅">
-  장치 재정의를 사용하여 모든 사용자에게 롤아웃하기 전에 자신의 장치에서 업데이트를 테스트하세요.
-</Aside>
-
-## 완전한 AppFlow 스타일 워크플로우
-
-모든 전략을 결합한 완전한 예제입니다:
-
-### 1. 초기 설정(App v1.0.0)
-
-```bash
-# semver 제어를 사용하는 프로덕션 채널 생성
-npx @capgo/cli channel create production \
-  --disable-auto-update major \
-  --disable-downgrade
-```
-
-```typescript
-// capacitor.config.ts
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production',
-    }
-  }
-};
-```
-
-### 2. 중단적 변경 출시(App v2.0.0)
-
-```bash
-# 새 버전용 v2 채널 생성
-npx @capgo/cli channel create v2 \
-  --disable-auto-update major \
-  --disable-downgrade \
-  --self-assign
-
-# v1 유지보수용 git 브랜치 생성
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-```
-
-```typescript
-// v2.0.0용 capacitor.config.ts
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // 신규 사용자가 v2 채널 받음
-    }
-  }
-};
-```
-
-### 3. 두 버전 모두에 업데이트 푸시
-
-```bash
-# v1.x 사용자 업데이트(버그 수정)
-git checkout v1-maintenance
-# 변경사항 수행
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "1.0.0"
-
-# v2.x 사용자 업데이트(새 기능)
-git checkout main
-# 변경사항 수행
-npx @capgo/cli bundle upload \
-  --channel v2 \
-  --native-version "2.0.0"
-```
-
-### 4. 버전 배포 모니터링
-
-Capgo 대시보드를 사용하여 다음을 추적합니다:
-- v1 대 v2에 있는 사용자 수
-- 버전별 번들 채택률
-- 버전별 오류 또는 충돌
-
-### 5. 구형 버전 사용 중단
-
-v1 사용량이 임계값 아래로 떨어진 후:
-
-```bash
-# 프로덕션 채널로의 업로드 중단
-# 선택사항: v1 유지보수 브랜치 삭제
-git branch -d v1-maintenance
-
-# 남은 모든 사용자를 기본값으로 이동
-# (앱 스토어를 통해 업데이트해야 함)
-```
-
-## 채널 우선순위
-
-여러 채널 구성이 존재하는 경우 Capgo는 이 우선순위를 사용합니다:
-
-1. **장치 재정의** (대시보드 또는 API) - 최고 우선순위
-2. **클라우드 재정의** via `setChannel()` 호출
-3. **defaultChannel** in capacitor.config.ts
-4. **기본 채널** (클라우드 설정) - 최저 우선순위
-
-<Aside type="note" title="우선순위 예제">
-  사용자의 앱이 `defaultChannel: 'v2'`를 가지고 있지만 대시보드에서 장치를 `'beta'`로 재정의하면 `'beta'` 채널에서 업데이트를 받습니다.
-</Aside>
-
-## 모범 사례
-
-### 1. 항상 주요 버전에 대해 defaultChannel 설정
-
-```typescript
-// ✅ 좋음: 각 주요 버전이 명시적 채널을 가짐
-// v1.x → production
-// v2.x → v2
-// v3.x → v3
-
-// ❌ 나쁨: 동적 채널 전환에 의존
-// 모든 버전 → production, 수동으로 전환
-```
-
-### 2. 의미론적 버전 관리 사용
-
-```bash
-# ✅ 좋음
-1.0.0 → 1.0.1 → 1.1.0 → 2.0.0
-
-# ❌ 나쁨
-1.0 → 1.1 → 2 → 2.5
-```
-
-### 3. 별도의 브랜치 유지
-
-```bash
-# ✅ 좋음: 주요 버전별 별도 브랜치
-main (v3.x)
-v2-maintenance (v2.x)
-v1-maintenance (v1.x)
-
-# ❌ 나쁨: 모든 버전용 단일 브랜치
-```
-
-### 4. 롤아웃 전 테스트
-
-```bash
-# 먼저 베타 채널에서 테스트
-npx @capgo/cli bundle upload --channel beta
-
-# 문제 모니터링 후 프로덕션으로 승격
-npx @capgo/cli bundle upload --channel production
-```
-
-### 5. 버전 배포 모니터링
-
-정기적으로 대시보드 확인:
-- 사용자가 최신 네이티브 버전으로 업그레이드하고 있습니까?
-- 구형 버전이 여전히 높은 트래픽을 받고 있습니까?
-- 구형 채널을 사용 중단해야 합니까?
-
-## Ionic AppFlow와 비교
-
-**Ionic AppFlow**에서 마이그레이션하는 팀의 경우, Capgo의 버전 타겟팅 비교입니다:
-
-| 기능 | Ionic AppFlow | Capgo |
-|---------|---------------|-------|
-| **버전 기반 라우팅** | 네이티브 버전 기반 자동 | `defaultChannel` + 다양한 전략 자동 |
-| **의미론적 버전 관리** | 기본 지원 | `--disable-auto-update` (major/minor/patch) 고급 지원 |
-| **네이티브 버전 제약** | AppFlow 대시보드에서 수동 구성 | CLI의 내장 `--native-version` 플래그 |
-| **채널 관리** | Web UI + CLI | Web UI + CLI + API |
-| **장치 재정의** | 제한된 장치 수준 제어 | 대시보드/API를 통한 완전한 제어 |
-| **자동 다운그레이드 방지** | 예 | `--disable-downgrade`를 통해 예 |
-| **다중 버전 유지보수** | 수동 브랜치/채널 관리 | 채널 우선순위를 사용한 자동화 |
-| **자체 호스팅** | 아니오 | 예(완전한 제어) |
-| **버전 분석** | 기본 | 버전당 상세 메트릭 |
-
-<Aside type="note" title="AppFlow 패리티 이상">
-  Capgo는 **AppFlow가 제공한 모든 버전 타겟팅 기능**과 추가 제어 메커니즘을 제공합니다. AppFlow의 자동 버전 매칭에 의존했다면 Capgo는 동등하게 안전하면서도 더 유연하다는 것을 알게 될 것입니다.
-</Aside>
-
-## 문제 해결
-
-### 사용자가 업데이트를 받지 않음
-
-다음을 확인하세요:
-
-1. **채널 할당**: 장치가 올바른 채널에 있는지 확인
-   ```typescript
-   const channel = await CapacitorUpdater.getChannel()
-   console.log('Current channel:', channel)
-   ```
-
-2. **버전 제약**: 번들이 네이티브 버전 요구사항을 가지고 있는지 확인
-   - 대시보드 → 번들 → "네이티브 버전" 열 확인
-
-3. **Semver 설정**: 채널의 `disable-auto-update` 설정 확인
-   ```bash
-   npx @capgo/cli channel list
-   ```
-
-4. **장치 재정의**: 장치가 수동 재정의를 가지고 있는지 확인
-   - 대시보드 → 장치 → 장치 검색 → 채널/버전 확인
-
-### 잘못된 버전으로 전달된 번들
-
-1. **defaultChannel 검토**: `capacitor.config.ts`에서 올바른 채널 확인
-2. **번들 업로드 확인**: 번들이 의도한 채널로 업로드되었는지 확인
-3. **네이티브 버전 검토**: `--native-version` 플래그가 올바르게 사용되었는지 확인
-
-### 중단적 변경이 구형 버전에 영향을 미침
-
-1. **즉시 수정**: 영향을 받은 장치를 안전한 번들로 재정의
-   - 대시보드 → 장치 → 다중 선택 → 버전 설정
-2. **장기 수정**: 버전별 채널 생성 및 별도 브랜치 유지
-3. **예방**: 롤아웃 전에 항상 대표 장치에서 업데이트를 테스트하세요
-
-## Ionic AppFlow에서 마이그레이션
-
-**Ionic AppFlow**에서 마이그레이션하는 경우 버전 타겟팅은 Capgo에서 매우 유사하게 작동하며 향상된 유연성이 있습니다:
-
-### 개념 매핑
-
-| AppFlow 개념 | Capgo 동등 | 참고 |
-|-----------------|------------------|-------|
-| **배포 채널** | Capgo 채널 | 동일한 개념, 더 강력함 |
-| **네이티브 버전 잠금** | `--native-version` 플래그 | 더 세밀한 제어 |
-| **채널 우선순위** | 채널 우선순위(override → cloud → default) | 더 투명한 우선순위 |
-| **배포 대상** | 채널 + semver 제어 | 다양한 전략 사용 가능 |
-| **프로덕션 채널** | `production` 채널(또는 임의의 이름) | 유연한 명명 |
-| **Git 기반 배포** | 브랜치에서의 CLI 번들 업로드 | 동일한 워크플로우 |
-| **자동 버전 매칭** | `defaultChannel` + 버전 제약 | 다양한 전략으로 향상됨 |
-
-### AppFlow 사용자를 위한 주요 차이
-
-1. **더 많은 제어**: Capgo는 다양한 전략(채널, semver, 네이티브 버전)을 제공하며 결합할 수 있습니다
-2. **더 나은 가시성**: 대시보드가 버전 배포 및 호환성 문제를 표시합니다
-3. **API 액세스**: 버전 타겟팅에 대한 완전한 프로그래머 제어
-4. **자체 호스팅**: 동일한 버전 로직으로 자신의 업데이트 서버를 실행하는 옵션
-
-### 마이그레이션 단계
-
-1. **AppFlow 채널을 Capgo 채널로 매핑**(일반적으로 1:1)
-2. 각 주요 버전에 대해 `capacitor.config.ts`에서 **`defaultChannel` 설정**
-3. 버전 경계에서 자동 차단을 원하는 경우 **semver 규칙 구성**
-4. `--native-version` 플래그를 사용하여 **버전별 번들 업로드**
-5. Capgo 대시보드에서 **버전 배포 모니터링**
-
-<Aside type="tip" title="완전한 마이그레이션 가이드">
-  SDK 교체 및 API 매핑을 포함한 완전한 마이그레이션 지침은 [AppFlow에서 Capgo로 마이그레이션 가이드](/docs/upgrade/from-appflow-to-capgo)를 참조하세요.
-</Aside>
-
-## 고급 패턴
-
-### 버전별 점진적 롤아웃
-
-```typescript
-// v1 사용자를 점진적으로 v2로 마이그레이션
-async function migrateUsers() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-  const rolloutPercentage = 10 // 10%부터 시작
-
-  // 결정적 백분율을 얻기 위해 장치 ID를 해시
-  const hash = hashCode(deviceId) % 100
-
-  if (hash < rolloutPercentage) {
-    // 사용자가 롤아웃 그룹에 있음 - v2로 마이그레이션
-    await CapacitorUpdater.setChannel({ channel: 'v2' })
-  }
-}
-```
-
-### 버전별 기능 플래그
-
-```typescript
-// 네이티브 버전을 기반으로 기능 활성화
-async function checkFeatureAvailability() {
-  const info = await CapacitorUpdater.getDeviceId()
-  const nativeVersion = info.nativeVersion
-
-  if (compareVersions(nativeVersion, '2.0.0') >= 0) {
-    // v2.0.0+를 필요로 하는 기능 활성화
-    enableNewCameraFeature()
-  }
-}
-```
-
-### 버전 간 A/B 테스트
-
-```typescript
-// 동일 네이티브 버전 내에서 A/B 테스트 실행
-async function assignABTest() {
-  const nativeVersion = await getNativeVersion()
-
-  if (nativeVersion.startsWith('2.')) {
-    // v2 사용자에서만 A/B 테스트
-    const variant = Math.random() < 0.5 ? 'v2-test-a' : 'v2-test-b'
-    await CapacitorUpdater.setChannel({ channel: variant })
-  }
-}
-```
-
-## 요약
-
-Capgo는 버전별 업데이트 전달을 위한 여러 전략을 제공합니다:
-
-1. **채널 기반 라우팅**: `defaultChannel`을 통한 자동 버전 분리
-2. **의미론적 버전 관리**: 주요/부/패치 경계를 넘는 업데이트 방지
-3. **네이티브 버전 제약**: 번들에 최소 네이티브 버전 필요
-4. **자동 다운그레이드 방지**: 구형 번들을 최신 네이티브 버전으로 전달하지 않음
-5. **장치 재정의**: 테스트 및 타겟팅을 위한 수동 제어
-
-이러한 전략을 결합하면 더 큰 유연성과 제어로 AppFlow 스타일의 자동 업데이트 전달을 달성할 수 있습니다. 앱의 버전 관리 및 배포 워크플로우에 가장 잘 맞는 접근 방식을 선택하세요.
-
-특정 기능에 대한 자세한 내용:
-- [중단적 변경 가이드](/docs/live-updates/breaking-changes) - 상세 채널 버전 관리 전략
-- [채널 관리](/docs/live-updates/channels) - 완전한 채널 구성 참조
-- [업데이트 동작](/docs/live-updates/update-behavior) - 네이티브 버전 지연 및 조건
diff --git a/src/content/docs/ko/docs/plugin/api.md b/src/content/docs/ko/docs/plugin/api.md
deleted file mode 100644
index 7b1535027..000000000
--- a/src/content/docs/ko/docs/plugin/api.md
+++ /dev/null
@@ -1,951 +0,0 @@
----
-title: 기능 및 설정
-description: 플러그인의 모든 사용 가능한 메서드와 구성
-sidebar:
-  order: 2
-locale: ko
----
-
-# 업데이터 플러그인 설정
-
-자세한 내용은 Github [Readme](https://github.com/Cap-go/capacitor-updater)를 참조하세요
-
-<docgen-config>
-
-CapacitorUpdater는 다음 옵션으로 구성할 수 있습니다:
-
-| 속성                         | 타입                 | 설명                                                                                                                                                                                     | 기본값                                            | 버전    |
-| ---------------------------- | -------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------- | ------- |
-| **`appReadyTimeout`**        | <code>number</code>  | 네이티브 플러그인이 업데이트를 '실패'로 간주하기 전에 대기할 밀리초 수를 설정합니다. Android와 iOS에서만 사용 가능                                                                    | <code>10000 // (10초)</code>                      |         |
-| **`responseTimeout`**        | <code>number</code>  | 네이티브 플러그인이 API 타임아웃으로 간주하기 전에 대기할 밀리초 수를 설정합니다. Android와 iOS에서만 사용 가능                                                                       | <code>20 // (20초)</code>                         |         |
-| **`autoDeleteFailed`**       | <code>boolean</code> | 플러그인이 실패한 번들을 자동으로 삭제할지 여부를 설정합니다. Android와 iOS에서만 사용 가능                                                                                           | <code>true</code>                                  |         |
-| **`autoDeletePrevious`**     | <code>boolean</code> | 성공적인 업데이트 후 플러그인이 이전 번들을 자동으로 삭제할지 여부를 설정합니다. Android와 iOS에서만 사용 가능                                                                        | <code>true</code>                                  |         |
-| **`autoUpdate`**             | <code>boolean</code> | 플러그인이 업데이트 서버를 통한 자동 업데이트를 사용할지 여부를 설정합니다. Android와 iOS에서만 사용 가능                                                                             | <code>true</code>                                  |         |
-| **`resetWhenUpdate`**        | <code>boolean</code> | 새로운 네이티브 앱 번들이 기기에 설치될 때 이전에 다운로드한 번들을 자동으로 삭제합니다. Android와 iOS에서만 사용 가능                                                               | <code>true</code>                                  |         |
-| **`updateUrl`**              | <code>string</code>  | 업데이트 확인이 전송되는 URL/엔드포인트를 설정합니다. Android와 iOS에서만 사용 가능                                                                                                    | <code>https://plugin.capgo.app/updates</code>      |         |
-| **`channelUrl`**             | <code>string</code>  | 채널 작업을 위한 URL/엔드포인트를 설정합니다. Android와 iOS에서만 사용 가능                                                                                                            | <code>https://plugin.capgo.app/channel_self</code> |         |
-| **`statsUrl`**               | <code>string</code>  | 업데이트 통계가 전송되는 URL/엔드포인트를 설정합니다. Android와 iOS에서만 사용 가능. 통계 보고를 비활성화하려면 ""로 설정                                                            | <code>https://plugin.capgo.app/stats</code>        |         |
-| **`privateKey`**             | <code>string</code>  | 엔드-투-엔드 라이브 업데이트 암호화를 위한 개인 키를 설정합니다. Android와 iOS에서만 사용 가능. 버전 6.2.0에서 deprecated되었으며 버전 7.0.0에서 제거될 예정                         | <code>undefined</code>                             |         |
-| **`publicKey`**              | <code>string</code>  | 엔드-투-엔드 라이브 업데이트 암호화를 위한 공개 키를 설정합니다 (버전 2). Android와 iOS에서만 사용 가능                                                                               | <code>undefined</code>                             | 620   |
-| **`version`**                | <code>string</code>  | 앱의 현재 버전을 설정합니다. 첫 업데이트 요청에 사용됩니다. 설정하지 않으면 플러그인이 네이티브 코드에서 버전을 가져옵니다. Android와 iOS에서만 사용 가능                          | <code>undefined</code>                             | 41748 |
-| **`directUpdate`**           | <code>boolean</code> | 앱이 방금 업데이트/설치되었을 때 플러그인이 업데이트를 직접 설치하도록 합니다. 자동 업데이트 모드에서만 사용 가능. Android와 iOS에서만 사용 가능                                    | <code>undefined</code>                             | 510   |
-| **`periodCheckDelay`**       | <code>number</code>  | 주기적 업데이트 확인의 지연 시간을 초 단위로 설정합니다. Android와 iOS에서만 사용 가능. 600초(10분) 미만으로 설정할 수 없음                                                          | <code>600 // (10분)</code>                        |         |
-| **`localS3`**                | <code>boolean</code> | 테스트 또는 자체 호스팅 업데이트 서버를 위해 CLI가 로컬 서버를 사용하도록 설정                                                                                                         | <code>undefined</code>                             | 41748 |
-| **`localHost`**              | <code>string</code>  | 테스트 또는 자체 호스팅 업데이트 서버를 위해 CLI가 로컬 서버를 사용하도록 설정                                                                                                         | <code>undefined</code>                             | 41748 |
-| **`localWebHost`**           | <code>string</code>  | 테스트 또는 자체 호스팅 업데이트 서버를 위해 CLI가 로컬 서버를 사용하도록 설정                                                                                                         | <code>undefined</code>                             | 41748 |
-| **`localSupa`**              | <code>string</code>  | 테스트 또는 자체 호스팅 업데이트 서버를 위해 CLI가 로컬 서버를 사용하도록 설정                                                                                                         | <code>undefined</code>                             | 41748 |
-| **`localSupaAnon`**          | <code>string</code>  | 테스트를 위해 CLI가 로컬 서버를 사용하도록 설정                                                                                                                                         | <code>undefined</code>                             | 41748 |
-| **`localApi`**               | <code>string</code>  | 테스트를 위해 CLI가 로컬 API를 사용하도록 설정                                                                                                                                          | <code>undefined</code>                             | 633   |
-| **`localApiFiles`**          | <code>string</code>  | 테스트를 위해 CLI가 로컬 파일 API를 사용하도록 설정                                                                                                                                     | <code>undefined</code>                             | 633   |
-| **`allowModifyUrl`**         | <code>boolean</code> | 플러그인이 JavaScript 측에서 updateUrl, statsUrl 및 channelUrl을 동적으로 수정할 수 있도록 허용                                                                                         | <code>false</code>                                 | 540   |
-| **`defaultChannel`**         | <code>string</code>  | 설정에서 앱의 기본 채널 설정| <code>undefined</code>                             | 550   |
-| **`appId`**                  | <code>string</code>  | 앱의 설정에서 앱 ID를 구성합니다                                                                                                                                                 | <code>undefined</code>                             | 600   |
-| **`keepUrlPathAfterReload`** | <code>boolean</code> | 리로드 후 URL 경로를 유지하도록 플러그인을 구성합니다 경고: 리로드가 트리거되면 'windowhistory'가 지워집니다                                                                | <code>false</code>                                 | 680   |
-
-## 예시
-
-`capacitorconfigjson`에서:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000 // (1초),
-      "responseTimeout": 10 // (10초),
-      "autoDeleteFailed": false,
-      "autoDeletePrevious": false,
-      "autoUpdate": false,
-      "resetWhenUpdate": false,
-      "updateUrl": https://examplecom/api/auto_update,
-      "channelUrl": https://examplecom/api/channel,
-      "statsUrl": https://examplecom/api/stats,
-      "privateKey": undefined,
-      "publicKey": undefined,
-      "version": undefined,
-      "directUpdate": undefined,
-      "periodCheckDelay": undefined,
-      "localS3": undefined,
-      "localHost": undefined,
-      "localWebHost": undefined,
-      "localSupa": undefined,
-      "localSupaAnon": undefined,
-      "localApi": undefined,
-      "localApiFiles": undefined,
-      "allowModifyUrl": undefined,
-      "defaultChannel": undefined,
-      "appId": undefined,
-      "keepUrlPathAfterReload": undefined
-    }
-  }
-}
-```
-
-`capacitorconfigts`에서:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      appReadyTimeout: 1000 // (1초),
-      responseTimeout: 10 // (10초),
-      autoDeleteFailed: false,
-      autoDeletePrevious: false,
-      autoUpdate: false,
-      resetWhenUpdate: false,
-      updateUrl: https://examplecom/api/auto_update,
-      channelUrl: https://examplecom/api/channel,
-      statsUrl: https://examplecom/api/stats,
-      privateKey: undefined,
-      publicKey: undefined,
-      version: undefined,
-      directUpdate: undefined,
-      periodCheckDelay: undefined,
-      localS3: undefined,
-      localHost: undefined,
-      localWebHost: undefined,
-      localSupa: undefined,
-      localSupaAnon: undefined,
-      localApi: undefined,
-      localApiFiles: undefined,
-      allowModifyUrl: undefined,
-      defaultChannel: undefined,
-      appId: undefined,
-      keepUrlPathAfterReload: undefined,
-    },
-  },
-};
-
-export default config;
-```
-
-# 메서드
-
-## notifyAppReady()
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-현재 번들이 제대로 작동하고 있다는 것을 Capacitor Updater에 알립니다 (이 메서드가 모든 앱 실행 시 호출되지 않으면 롤백이 발생합니다)
-기본적으로 이 메서드는 앱 실행 후 처음 10초 내에 호출되어야 하며, 그렇지 않으면 롤백이 발생합니다
-이 동작은 {@link appReadyTimeout}으로 변경할 수 있습니다
-
-**반환:** <code>Promise&lt;<a href="#appreadyresult">AppReadyResult</a>&gt;</code>
-
-## setUpdateUrl()
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-앱의 업데이트 URL을 설정합니다. 이는 업데이트를 확인하는 데 사용됩니다
-
-| 매개변수       | 타입                                            | 설명                                      |
-| ------------- | ----------------------------------------------- | ----------------------------------------- |
-| **`options`** | <code><a href="#updateurl">UpdateUrl</a></code> | 업데이트 확인에 사용할 URL을 포함합니다 |
-
-**버전:** 540부터
-
-## setStatsUrl()
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-앱의 통계 URL을 설정합니다. 이는 통계를 전송하는 데 사용됩니다. 빈 문자열을 전달하면 통계 수집이 비활성화됩니다
-
-| 매개변수       | 타입                                          | 설명                                    |
-| ------------- | --------------------------------------------- | --------------------------------------- |
-| **`options`** | <code><a href="#statsurl">StatsUrl</a></code> | 통계 전송에 사용할 URL을 포함합니다 |
-
-**버전:** 540부터
-
-## setChannelUrl()
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-앱의 채널 URL을 설정합니다. 이는 채널을 설정하는 데 사용됩니다
-
-| 매개변수       | 타입                                              | 설명                                     |
-| ------------- | ------------------------------------------------- | ---------------------------------------- |
-| **`options`** | <code><a href="#channelurl">ChannelUrl</a></code> | 채널 설정에 사용할 URL을 포함합니다 |
-
-**버전:** 540부터
-
-## download()
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-제공된 URL에서 새 번들을 다운로드합니다. 이는 내부에 파일이 있는 zip 파일이거나 모든 파일이 포함된 고유 ID가 있는 zip 파일이어야 합니다
-
-| 매개변수       | 타입                                                        | 설명                                                                                  |
-| ------------- | ----------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#downloadoptions">DownloadOptions</a></code> | 새 번들 zip을 다운로드하기 위한 {@link <a href="#downloadoptions">DownloadOptions</a>} |
-
-**반환:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
-## next()
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-앱이 리로드될 때 사용할 다음 번들을 설정합니다| Param         | Type                                          | Description                                                                                                   |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | 다음 앱 실행 시 설정할 다음 번들의 ID를 포함합니다 {@link <a href="#bundleinfo">BundleInfoid</a>} |
-
-**Returns:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-## set()
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-현재 번들을 설정하고 즉시 앱을 리로드합니다
-
-| Param         | Type                                          | Description                                                                                       |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | 현재 설정할 새 번들 ID를 포함하는 {@link <a href="#bundleid">BundleId</a>} 객체 |
-
---------------------
-
-## delete()
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-네이티브 앱 저장소에서 지정된 번들을 삭제합니다. {@link list}와 함께 저장된 번들 ID를 가져오는 데 사용하세요.
-
-| Param         | Type                                          | Description                                                                                                                                   |
-| ------------- | --------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | 삭제할 번들의 ID를 포함하는 {@link <a href="#bundleid">BundleId</a>} 객체 (참고: 이것은 버전 이름이 아닌 번들 ID입니다) |
-
---------------------
-
-## list()
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-앱에 로컬로 다운로드된 모든 번들을 가져옵니다
-
-| Param         | Type                                                | Description                                                            |
-| ------------- | --------------------------------------------------- | ---------------------------------------------------------------------- |
-| **`options`** | <code><a href="#listoptions">ListOptions</a></code> | 번들을 나열하기 위한 {@link <a href="#listoptions">ListOptions</a>} |
-
-**Returns:** <code>Promise&lt;<a href="#bundlelistresult">BundleListResult</a>&gt;</code>
-
---------------------
-
-## reset()
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-앱을 `builtin` 번들(Apple App Store / Google Play Store에 전송된 것) 또는 마지막으로 성공적으로 로드된 번들로 리셋합니다
-
-| Param         | Type                                                  | Description                                                                                                                                                                      |
-| ------------- | ----------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#resetoptions">ResetOptions</a></code> | {@link <a href="#resetoptions">ResetOptionstoLastSuccessful</a>}을 포함하며, `true`는 기본 제공 번들로 리셋하고 `false`는 마지막으로 성공적으로 로드된 번들로 리셋합니다 |
-
---------------------
-
-## current()
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```
-
-현재 번들을 가져옵니다. 설정된 것이 없으면 `builtin`을 반환합니다. currentNative는 기기에 설치된 원본 번들입니다
-
-**Returns:** <code>Promise&lt;<a href="#currentbundleresult">CurrentBundleResult</a>&gt;</code>
-
---------------------
-
-## reload()
-
-```typescript
-reload() => Promise<void>
-```
-
-뷰를 리로드합니다
-
---------------------
-
-## setMultiDelay()
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-플러그인이 업데이트를 지연시키는 데 사용할 조건이 포함된 {@link <a href="#delaycondition">DelayCondition</a>} 배열을 설정합니다
-모든 조건이 충족되면 업데이트 프로세스가 다시 평소대로 시작되므로 앱을 백그라운드로 전환하거나 종료한 후에 업데이트가 설치됩니다
-`date` 종류의 경우 값은 iso8601 날짜 문자열이어야 합니다
-`background` 종류의 경우 값은 밀리초 단위의 숫자여야 합니다
-`nativeVersion` 종류의 경우 값은 버전 번호여야 합니다
-`kill` 종류의 경우 값이 사용되지 않습니다
-이 함수는 kill 옵션이 다른 옵션처럼 다음 백그라운드 후가 아닌 첫 번째 종료 후에 업데이트를 트리거하는 일관되지 않은 동작을 보입니다. 이는 향후 주요 릴리스에서 수정될 예정입니다
-
-| Param         | Type                                                                  | Description                                                                                                |
-| ------------- | --------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#multidelayconditions">MultiDelayConditions</a></code> | 설정할 조건 배열을 포함하는 {@link <a href="#multidelayconditions">MultiDelayConditions</a>} |
-
-**Since:** 430
-
---------------------
-
-## cancelDelay()
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-업데이트를 즉시 처리하기 위해 {@link <a href="#delaycondition">DelayCondition</a>}을 취소합니다
-
-**Since:** 400
-
---------------------
-
-## getLatest()
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-업데이트 URL에서 사용 가능한 최신 번들을 가져옵니다
-
-| Param         | Type                                                          |
-| ------------- | ------------------------------------------------------------- |
-| **`options`** | <code><a href="#getlatestoptions">GetLatestOptions</a></code> |
-
-**Returns:** <code>Promise&lt;<a href="#latestversion">LatestVersion</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-## setChannel()
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-이 기기의 채널을 설정합니다. 이 작업이 작동하려면 채널이 자체 할당을 허용해야 합니다
-`autoUpdate`가 {@link PluginsConfig}에서 활성화된 경우 부팅 시 채널을 설정하는 데 이 메서드를 사용하지 마세요
-이 메서드는 앱이 준비된 후에 채널을 설정하는 데 사용됩니다
-이 메서드는 기기 ID를 채널에 연결하는 요청을 Capgo 백엔드로 보냅니다. Capgo는 채널 설정에 따라 수락하거나 거부할 수 있습니다
-
-| Param         | Type                                                            | Description                                                                      |
-| ------------- | --------------------------------------------------------------- | -------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setchanneloptions">SetChannelOptions</a></code> | 설정할 채널인 {@link <a href="#setchanneloptions">SetChannelOptions</a>} |
-
-**Returns:** <code>Promise&lt;<a href="#channelres">ChannelRes</a>&gt;</code>
-
-**Since:** 470
-
---------------------
-
-## unsetChannel()
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-이 기기의 채널 설정을 해제합니다디바이스가 기본 채널로 돌아갑니다
-
-| Param | Type |
-| ------------- | ------------------------------------------------------------------- |
-| **`options`** | <code><a href="#unsetchanneloptions">UnsetChannelOptions</a></code> |
-
-**Since:** 470
-
---------------------
-
-## getChannel()
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-이 디바이스의 채널을 가져옵니다
-
-**Returns:** <code>Promise&lt;<a href="#getchannelres">GetChannelRes</a>&gt;</code>
-
-**Since:** 480
-
---------------------
-
-## setCustomId()
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```
-
-이 디바이스에 대한 커스텀 ID를 설정합니다
-
-| Param | Type | Description |
-| ------------- | ----------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setcustomidoptions">SetCustomIdOptions</a></code> | {@link <a href="#setcustomidoptions">SetCustomIdOptions</a>} 설정할 customId입니다 |
-
-**Since:** 490
-
---------------------
-
-## getBuiltinVersion()
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-네이티브 앱 버전 또는 config에 설정된 빌트인 버전을 가져옵니다
-
-**Returns:** <code>Promise&lt;<a href="#builtinversion">BuiltinVersion</a>&gt;</code>
-
-**Since:** 520
-
---------------------
-
-## getDeviceId()
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-디바이스를 식별하는데 사용되는 고유 ID를 가져옵니다(자동 업데이트 서버로 전송됨)
-
-**Returns:** <code>Promise&lt;<a href="#deviceid">DeviceId</a>&gt;</code>
-
---------------------
-
-## getPluginVersion()
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-네이티브 Capacitor Updater 플러그인 버전을 가져옵니다(자동 업데이트 서버로 전송됨)
-
-**Returns:** <code>Promise&lt;<a href="#pluginversion">PluginVersion</a>&gt;</code>
-
---------------------
-
-## isAutoUpdateEnabled()
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-자동 업데이트 설정 상태를 가져옵니다
-
-**Returns:** <code>Promise&lt;<a href="#autoupdateenabled">AutoUpdateEnabled</a>&gt;</code>
-
---------------------
-
-## removeAllListeners()
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-이 플러그인의 모든 리스너를 제거합니다
-
-**Since:** 100
-
---------------------
-
-## addListener('download', )
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-앱에서 번들 다운로드 이벤트를 수신합니다. 다운로드가 시작되고, 다운로드 중이며, 완료되었을 때 발생합니다
-
-| Param | Type | 
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`** | <code>'download'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#downloadevent">DownloadEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 2011
-
---------------------
-
-## addListener('noNeedUpdate', )
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-업데이트가 필요 없음 이벤트를 수신합니다. 앱이 실행될 때마다 강제로 확인하고 싶을 때 유용합니다
-
-| Param | Type |
-| ------------------ | ----------------------------------------------------------------------- |
-| **`eventName`** | <code>'noNeedUpdate'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#noneedevent">NoNeedEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-## addListener('updateAvailable', )
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-사용 가능한 업데이트 이벤트를 수신합니다. 앱이 실행될 때마다 강제로 확인하고 싶을 때 유용합니다
-
-| Param | Type |
-| ------------------ | ----------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'updateAvailable'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#updateavailableevent">UpdateAvailableEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-## addListener('downloadComplete', )
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-다운로드 완료 이벤트를 수신합니다
-
-| Param | Type |
-| ------------------ | ------------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'downloadComplete'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#downloadcompleteevent">DownloadCompleteEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-## addListener('majorAvailable', )
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-앱에서 메이저 업데이트 이벤트를 수신합니다. disableAutoUpdateBreaking 설정에 의해 메이저 업데이트가 차단된 경우를 알려줍니다
-
-| Param | Type |
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'majorAvailable'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#majoravailableevent">MajorAvailableEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 230
-
---------------------
-
-## addListener('updateFailed', )
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-업데이트 실패 이벤트를 수신합니다. 다음 앱 시작 시 업데이트 설치가 실패했을 때를 알려줍니다
-
-| Param | Type |
-| ------------------ | ----------------------------------------------------------------------------------- |
-| **`eventName`** | <code>'updateFailed'</code> |
-| **`listenerFunc`** | <code>(state: <a href="#updatefailedevent">UpdateFailedEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 230
-
---------------------
-
-## addListener('downloadFailed',
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-앱에서 다운로드 실패 이벤트를 수신하여 번들 다운로드가 실패했을 때 알려줍니다
-
-| Param              | Type                                                                    |
-| ------------------ | ----------------------------------------------------------------------- |
-| **`eventName`**    | <code>'downloadFailed'</code>                                           |
-| **`listenerFunc`** | <code>(state: <a href="#downloadfailedevent">DownloadFailedEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 400
-
---------------------
-
-## addListener('appReloaded', )
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-앱의 리로드 이벤트를 수신하여 리로드가 발생했을 때 알려줍니다
-
-| Param              | Type                       |
-| ------------------ | -------------------------- |
-| **`eventName`**    | <code>'appReloaded'</code> |
-| **`listenerFunc`** | <code>() =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 430
-
---------------------
-
-## addListener('appReady', )
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-앱의 준비 완료 이벤트를 수신하여 앱을 사용할 준비가 되었을 때 알려줍니다
-
-| Param              | Type                                                                    |
-| ------------------ | ----------------------------------------------------------------------- |
-| **`eventName`**    | <code>'appReady'</code>                                                 |
-| **`listenerFunc`** | <code>(state: <a href="#appreadyevent">AppReadyEvent</a>) =&gt; void</code> |
-
-**Returns:** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**Since:** 510
-
---------------------
-
-## isAutoUpdateAvailable()
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-자동 업데이트가 사용 가능한지 확인합니다 (serverUrl에 의해 비활성화되지 않음)
-
-**Returns:** <code>Promise&lt;<a href="#autoupdateavailable">AutoUpdateAvailable</a>&gt;</code>
-
---------------------
-
-## getNextBundle()
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-앱이 리로드될 때 사용될 다음 번들을 가져옵니다 
-다음 번들이 설정되지 않은 경우 null을 반환합니다
-
-**Returns:** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a> | null&gt;</code>
-
-**Since:** 680
-
---------------------
-
-## Interfaces
-
-
-### AppReadyResult
-
-| Prop         | Type                                              |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-
-
-### BundleInfo
-
-| Prop             | Type                                                  |
-| ---------------- | ----------------------------------------------------- |
-| **`id`**         | <code>string</code>                                   |
-| **`version`**    | <code>string</code>                                   |
-| **`downloaded`** | <code>string</code>                                   |
-| **`checksum`**   | <code>string</code>                                   |
-| **`status`**     | <code><a href="#bundlestatus">BundleStatus</a></code> |
-
-
-### UpdateUrl  
-
-| Prop      | Type                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### StatsUrl
-
-| Prop      | Type                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### ChannelUrl
-
-| Prop      | Type                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### DownloadOptions
-
-| Prop             | Type                | Description                                                                                                                           | Default                | Since |
-| ---------------- | ------------------- | ------------------------------------------------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`url`**        | <code>string</code> | 다운로드할 번들 zip 파일(예: distzip)의 URL(Amazon S3, GitHub 태그, 번들을 호스팅한 다른 위치 등의 URL일 수 있습니다) |                        |       |
-| **`version`**    | <code>string</code> | 이 번들/버전의 버전 코드/이름                                                                                                          |                        |       |
-| **`sessionKey`** | <code>string</code> | 업데이트를 위한 세션 키                                                                                                               | <code>undefined</code> | 400   |
-| **`checksum`**   | <code>string</code> | 업데이트를 위한 체크섬                                                                                                                | <code>undefined</code> | 400   |
-
-
-### BundleId
-
-| Prop     | Type                |
-| -------- | ------------------- |
-| **`id`** | <code>string</code> |
-
-
-### BundleListResult
-
-| Prop          | Type                      |
-| ------------- | ------------------------- |
-| **`bundles`** | <code>BundleInfo[]</code> |
-
-
-### ListOptions
-
-| Prop      | Type                 | Description                                                                                                           | Default            | Since  |
-| --------- | -------------------- | --------------------------------------------------------------------------------------------------------------------- | ------------------ | ------ |
-| **`raw`** | <code>boolean</code> | 원시 번들 목록 또는 매니페스트를 반환할지 여부. true인 경우 디스크의 파일 대신 내부 데이터베이스를 읽으려고 시도합니다 | <code>false</code> | 6140   |
-
-
-### ResetOptions
-
-| Prop                   | Type                 |
-| ---------------------- | -------------------- |
-| **`toLastSuccessful`** | <code>boolean</code> |
-
-
-### CurrentBundleResult
-
-| Prop         | Type                                              |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-| **`native`** | <code>string</code>                               |
-
-
-### MultiDelayConditions
-
-| Prop                  | Type                          |
-| --------------------- | ----------------------------- |
-| **`delayConditions`** | <code>DelayCondition[]</code> |
-
-
-### DelayCondition
-
-| Prop        | Type                                                      | Description                    |
-| ----------- | --------------------------------------------------------- | ------------------------------ |
-| **`kind`**  | <code><a href="#delayuntilnext">DelayUntilNext</a></code> | setMultiDelay에서 지연 조건 설정 |
-| **`value`** | <code>string</code>                                       |                                |
-
-
-### LatestVersion
-
-| Prop             | Type                 | Description                | Since |
-| ---------------- | -------------------- | -------------------------- | ----- |
-| **`version`**    | <code>string</code>  | getLatest 메서드의 결과      | 40| **`checksum`**   | <code>string</code>          |                            | 6     |
-| **`major`**      | <code>boolean</code>         |                            |       |
-| **`message`**    | <code>string</code>          |                            |       |
-| **`sessionKey`** | <code>string</code>          |                            |       |
-| **`error`**      | <code>string</code>          |                            |       |
-| **`old`**        | <code>string</code>          |                            |       |
-| **`url`**        | <code>string</code>          |                            |       |
-| **`manifest`**   | <code>ManifestEntry[]</code> |                            | 61   |
-
-
-### ManifestEntry
-
-| Prop               | Type                        |
-| ------------------ | --------------------------- |
-| **`file_name`**    | <code>string \| null</code> |
-| **`file_hash`**    | <code>string \| null</code> |
-| **`download_url`** | <code>string \| null</code> |
-
-
-### GetLatestOptions
-
-| Prop          | Type                | Description                                                                                     | Default                | Since |
-| ------------- | ------------------- | ----------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`channel`** | <code>string</code> | 최신 버전을 받을 채널입니다. 이 작업을 위해서는 채널이 'self_assign'을 허용해야 합니다 | <code>undefined</code> | 680 |
-
-
-### ChannelRes
-
-| Prop          | Type                | Description                   | Since |
-| ------------- | ------------------- | ----------------------------- | ----- |
-| **`status`**  | <code>string</code> | 설정된 채널의 현재 상태 | 470 |
-| **`error`**   | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-
-
-### SetChannelOptions
-
-| Prop                    | Type                 |
-| ----------------------- | -------------------- |
-| **`channel`**           | <code>string</code>  |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### UnsetChannelOptions
-
-| Prop                    | Type                 |
-| ----------------------- | -------------------- |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### GetChannelRes
-
-| Prop           | Type                 | Description                   | Since |
-| -------------- | -------------------- | ----------------------------- | ----- |
-| **`channel`**  | <code>string</code>  | 가져온 채널의 현재 상태 | 480 |
-| **`error`**    | <code>string</code>  |                               |       |
-| **`message`**  | <code>string</code>  |                               |       |
-| **`status`**   | <code>string</code>  |                               |       |
-| **`allowSet`** | <code>boolean</code> |                               |       |
-
-
-### SetCustomIdOptions
-
-| Prop           | Type                |
-| -------------- | ------------------- |
-| **`customId`** | <code>string</code> |
-
-
-### BuiltinVersion
-
-| Prop          | Type                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### DeviceId
-
-| Prop           | Type                |
-| -------------- | ------------------- |
-| **`deviceId`** | <code>string</code> |
-
-
-### PluginVersion
-
-| Prop          | Type                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### AutoUpdateEnabled
-
-| Prop          | Type                 |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### PluginListenerHandle
-
-| Prop         | Type                                      |
-| ------------ | ----------------------------------------- |
-| **`remove`** | <code>() =&gt; Promise&lt;void&gt;</code> |
-
-
-### DownloadEvent
-
-| Prop          | Type                                              | Description                                    | Since |
-| ------------- | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`percent`** | <code>number</code>                               | 다운로드의 현재 상태, 0에서 100 사이 | 400 |
-| **`bundle`**  | <code><a href="#bundleinfo">BundleInfo</a></code> |                                                |       |
-
-
-### NoNeedEvent
-
-| Prop         | Type                                              | Description                                    | Since |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 다운로드의 현재 상태, 0에서 100 사이 | 400 |
-
-
-### UpdateAvailableEvent
-
-| Prop         | Type                                              | Description                                    | Since |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 다운로드의 현재 상태, 0에서 100 사이 | 400 |
-
-
-### DownloadCompleteEvent
-
-| Prop         | Type                                              | Description                          | Since |
-| ------------ | ------------------------------------------------- | ------------------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 새로운 업데이트가 가능할 때 발생 | 400 |
-
-
-### MajorAvailableEvent
-
-| Prop          | Type                | Description                                | Since |
-| ------------- | ------------------- | ------------------------------------------ | ----- |
-| **`version`** | <code>string</code> | 새로운 메이저 번들이 가능할 때 발생 | 400 |
-
-
-### UpdateFailedEvent
-
-| Prop         | Type                                              | Description                           | Since |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 업데이트 설치에 실패했을 때 발생 | 400 |
-
-
-### DownloadFailedEvent
-
-| Prop          | Type                | Description                | Since |
-| ------------- | ------------------- | -------------------------- | ----- |
-| **`version`** | <code>string</code> | 다운로드 실패 시 발생 | 400 |
-
-
-### AppReadyEvent
-
-| Prop         | Type                                              | Description                           | Since |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 앱이 사용 준비가 되었을 때 발생 | 520 |
-| **`status`** | <code>string</code>                               |                                       |       |
-
-
-### AutoUpdateAvailable
-
-| Prop            | Type                 |
-| --------------- | -------------------- |
-| **`available`** | <code>boolean</code> |
-
-
-## Type Aliases
-
-
-### BundleStatus
-
-<code>'success' | 'error' | 'pending' | 'downloading'</code>
-
-
-### DelayUntilNext
-
-<code>'background' | 'kill' | 'nativeVersion' | 'date'</code>
diff --git a/src/content/docs/ko/docs/plugins/accelerometer/getting-started.mdx b/src/content/docs/ko/docs/plugins/accelerometer/getting-started.mdx
deleted file mode 100644
index 6087107a5..000000000
--- a/src/content/docs/ko/docs/plugins/accelerometer/getting-started.mdx
+++ /dev/null
@@ -1,303 +0,0 @@
----
-title: "Accelerometer 시작하기"
-description: "Capacitor 앱에 가속도계 감지를 통합하는 방법을 알아보세요"
-locale: ko
----
-
-이 가이드는 Capacitor Accelerometer 플러그인을 애플리케이션에 통합하는 과정을 안내합니다.
-
-## 설치
-
-npm을 사용하여 플러그인을 설치합니다:
-
-```bash
-npm install @capgo/capacitor-accelerometer
-npx cap sync
-```
-
-## 플랫폼 구성
-
-### iOS
-추가 구성이 필요하지 않습니다. 가속도계는 항상 사용 가능합니다.
-
-### Android
-추가 구성이 필요하지 않습니다. 가속도계는 항상 사용 가능합니다.
-
-### Web
-플러그인은 DeviceMotion API를 사용합니다. 프로덕션에서는 HTTPS가 필요합니다.
-
-## 기본 사용법
-
-### 플러그인 가져오기
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-```
-
-### 모니터링 시작
-
-```typescript
-const startAccelerometer = async () => {
-  await Accelerometer.start({
-    interval: 100 // 밀리초 단위의 업데이트 간격
-  });
-
-  console.log('Accelerometer started');
-};
-```
-
-### 가속도 이벤트 수신
-
-```typescript
-Accelerometer.addListener('accelerationChange', (data) => {
-  console.log('X:', data.x);
-  console.log('Y:', data.y);
-  console.log('Z:', data.z);
-  console.log('Timestamp:', data.timestamp);
-});
-```
-
-### 현재 측정값 가져오기
-
-```typescript
-const getCurrentAcceleration = async () => {
-  const reading = await Accelerometer.getCurrentAcceleration();
-  console.log('Current acceleration:', reading);
-};
-```
-
-### 모니터링 중지
-
-```typescript
-const stopAccelerometer = async () => {
-  await Accelerometer.stop();
-  console.log('Accelerometer stopped');
-};
-```
-
-## 완전한 예제
-
-흔들기 감지가 포함된 완전한 예제:
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-
-class AccelerometerService {
-  private listener: any;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-  private shakeThreshold = 15;
-
-  async initialize() {
-    await Accelerometer.start({ interval: 100 });
-
-    this.listener = Accelerometer.addListener('accelerationChange', (data) => {
-      this.handleAcceleration(data);
-    });
-  }
-
-  handleAcceleration(data: any) {
-    // 델타 계산
-    const deltaX = Math.abs(data.x - this.lastX);
-    const deltaY = Math.abs(data.y - this.lastY);
-    const deltaZ = Math.abs(data.z - this.lastZ);
-
-    // 흔들기 확인
-    if (deltaX > this.shakeThreshold ||
-        deltaY > this.shakeThreshold ||
-        deltaZ > this.shakeThreshold) {
-      this.onShake();
-    }
-
-    // 마지막 값 업데이트
-    this.lastX = data.x;
-    this.lastY = data.y;
-    this.lastZ = data.z;
-
-    // UI 업데이트
-    this.updateDisplay(data);
-  }
-
-  onShake() {
-    console.log('Device shaken!');
-    // 흔들기 액션 트리거
-  }
-
-  updateDisplay(data: any) {
-    console.log(`X: ${data.x.toFixed(2)} m/s²`);
-    console.log(`Y: ${data.y.toFixed(2)} m/s²`);
-    console.log(`Z: ${data.z.toFixed(2)} m/s²`);
-
-    // 크기 계산
-    const magnitude = Math.sqrt(
-      data.x * data.x +
-      data.y * data.y +
-      data.z * data.z
-    );
-    console.log(`Magnitude: ${magnitude.toFixed(2)} m/s²`);
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-    await Accelerometer.stop();
-  }
-}
-
-// 사용법
-const accelService = new AccelerometerService();
-accelService.initialize();
-
-// 완료 시 정리
-// accelService.cleanup();
-```
-
-## 측정값 이해하기
-
-### 가속도 축
-- **X축**: 왼쪽(-) ~ 오른쪽(+)
-- **Y축**: 아래(-) ~ 위(+)
-- **Z축**: 뒤(-) ~ 앞(+)
-
-### 중력
-- 정지 상태의 기기는 한 축에서 ~9.8 m/s²를 표시합니다(중력)
-- 움직이는 기기는 중력에 추가로 가속도를 표시합니다
-
-### 단위
-- 초당 미터 제곱(m/s²)으로 측정
-- 중력 = 9.8 m/s²
-
-## 일반적인 사용 사례
-
-### 흔들기 감지
-
-```typescript
-class ShakeDetector {
-  private lastUpdate = 0;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-
-  detectShake(x: number, y: number, z: number): boolean {
-    const currentTime = Date.now();
-
-    if (currentTime - this.lastUpdate > 100) {
-      const deltaX = Math.abs(x - this.lastX);
-      const deltaY = Math.abs(y - this.lastY);
-      const deltaZ = Math.abs(z - this.lastZ);
-
-      this.lastUpdate = currentTime;
-      this.lastX = x;
-      this.lastY = y;
-      this.lastZ = z;
-
-      return deltaX + deltaY + deltaZ > 15;
-    }
-
-    return false;
-  }
-}
-```
-
-### 기울기 감지
-
-```typescript
-class TiltDetector {
-  getTiltAngles(x: number, y: number, z: number) {
-    const roll = Math.atan2(y, z) * (180 / Math.PI);
-    const pitch = Math.atan2(-x, Math.sqrt(y * y + z * z)) * (180 / Math.PI);
-
-    return { roll, pitch };
-  }
-
-  isDeviceFlat(z: number): boolean {
-    return Math.abs(z - 9.8) < 1.0;
-  }
-
-  isDeviceUpright(y: number): boolean {
-    return Math.abs(y - 9.8) < 2.0;
-  }
-}
-```
-
-### 걸음 수 카운터
-
-```typescript
-class StepCounter {
-  private steps = 0;
-  private lastMagnitude = 0;
-  private threshold = 11;
-
-  processAcceleration(x: number, y: number, z: number) {
-    const magnitude = Math.sqrt(x * x + y * y + z * z);
-
-    if (magnitude > this.threshold &&
-        this.lastMagnitude < this.threshold) {
-      this.steps++;
-      console.log('Steps:', this.steps);
-    }
-
-    this.lastMagnitude = magnitude;
-  }
-}
-```
-
-## 모범 사례
-
-1. **적절한 간격 선택**: 반응성과 배터리 수명의 균형
-   - 게임: 16-50ms
-   - 피트니스: 100-200ms
-   - 일반: 200-500ms
-
-2. **리스너 제거**: 완료 시 항상 정리
-3. **노이즈 필터링**: 더 부드러운 데이터를 위해 이동 평균 사용
-4. **배터리 고려**: 고주파 폴링은 배터리를 소모합니다
-5. **실제 기기에서 테스트**: 시뮬레이터는 정확한 데이터를 제공하지 않습니다
-
-## 성능 팁
-
-### 디바운싱
-
-```typescript
-class AccelerometerDebouncer {
-  private timeout: any;
-
-  debounce(callback: Function, delay: number) {
-    return (...args: any[]) => {
-      clearTimeout(this.timeout);
-      this.timeout = setTimeout(() => callback(...args), delay);
-    };
-  }
-}
-```
-
-### 데이터 스무딩
-
-```typescript
-class AccelerometerFilter {
-  private alpha = 0.8;
-  private filteredX = 0;
-  private filteredY = 0;
-  private filteredZ = 0;
-
-  filter(x: number, y: number, z: number) {
-    this.filteredX = this.alpha * x + (1 - this.alpha) * this.filteredX;
-    this.filteredY = this.alpha * y + (1 - this.alpha) * this.filteredY;
-    this.filteredZ = this.alpha * z + (1 - this.alpha) * this.filteredZ;
-
-    return {
-      x: this.filteredX,
-      y: this.filteredY,
-      z: this.filteredZ
-    };
-  }
-}
-```
-
-## 다음 단계
-
-- 완전한 메서드 문서는 [API Reference](https://github.com/Cap-go/capacitor-accelerometer#api)를 살펴보세요
-- 고급 사용법은 [예제 앱](https://github.com/Cap-go/capacitor-accelerometer/tree/main/example)을 확인하세요
-- 완전한 구현 예제는 [튜토리얼](/plugins/capacitor-accelerometer)을 참조하세요
diff --git a/src/content/docs/ko/docs/plugins/accelerometer/index.mdx b/src/content/docs/ko/docs/plugins/accelerometer/index.mdx
deleted file mode 100644
index 6af3ddb4c..000000000
--- a/src/content/docs/ko/docs/plugins/accelerometer/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-accelerometer"
-description: Capacitor로 기기 가속도계 측정값 읽기
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-locale: ko
-hero:
-  tagline: 가속도계 센서에서 기기 움직임 및 가속도 데이터에 액세스
-  image:
-    file: ~public/icons/plugins/accelerometer.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/accelerometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-accelerometer
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="3축 가속도" icon="rocket">
-    X, Y, Z 축에서 가속력 측정
-  </Card>
-  <Card title="움직임 감지" icon="star">
-    기기 흔들림, 기울임 및 움직임 감지
-  </Card>
-  <Card title="실시간 업데이트" icon="setting">
-    가속도 데이터의 지속적인 모니터링
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    몇 분 안에 플러그인을 마스터하려면 [문서](/docs/plugins/accelerometer/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/admob/getting-started.mdx b/src/content/docs/ko/docs/plugins/admob/getting-started.mdx
deleted file mode 100644
index 9deba524b..000000000
--- a/src/content/docs/ko/docs/plugins/admob/getting-started.mdx
+++ /dev/null
@@ -1,89 +0,0 @@
----
-title: 시작하기
-description: Capgo AdMob 플러그인을 설치하고 구성하여 Capacitor 애플리케이션 내에서 광고를 제공하세요.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **플러그인 설치**
-   <PackageManagers pkg="@capgo/capacitor-admob" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## SDK 초기화
-
-```typescript
-import { AdMob, MaxAdContentRating } from '@capgo/capacitor-admob';
-
-// 애플리케이션 부트스트랩에서 한 번 Mobile Ads SDK 시작
-await AdMob.start();
-
-// 선택 사항: 전역 요청 설정 구성
-await AdMob.configure({
-  appMuted: false,
-  appVolume: 1,
-});
-
-await AdMob.configRequest({
-  maxAdContentRating: MaxAdContentRating.T,
-  tagForChildDirectedTreatment: false,
-  tagForUnderAgeOfConsent: false,
-});
-```
-
-## 배너 광고 표시
-
-```typescript
-import { BannerAd } from '@capgo/capacitor-admob';
-
-const banner = new BannerAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/banner',
-  position: 'bottom',
-});
-
-await banner.show();
-```
-
-## 전면 또는 보상형 광고
-
-```typescript
-import { InterstitialAd, RewardedAd } from '@capgo/capacitor-admob';
-
-const interstitial = new InterstitialAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/interstitial',
-});
-await interstitial.load();
-await interstitial.show();
-
-const rewarded = new RewardedAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/rewarded',
-});
-await rewarded.load();
-await rewarded.show();
-```
-
-## 광고 이벤트 수신
-
-```typescript
-import { AdMob } from '@capgo/capacitor-admob';
-
-const handle = await AdMob.addListener('adImpression', (event) => {
-  console.log('Ad impression', event);
-});
-
-// 나중에 정리할 때
-await handle.remove();
-```
-
-## 플랫폼 참고사항
-
-- **iOS**: `Info.plist`에 `GADApplicationIdentifier` 키 아래에 AdMob 앱 ID를 추가하고 의존하는 SKAdNetwork ID를 포함하세요.
-- **Android**: `<application>` 태그 내에 `com.google.android.gms.ads.APPLICATION_ID`를 추가하여 `AndroidManifest.xml`에 AdMob 앱 ID를 선언하세요.
-- **동의 및 개인정보**: iOS 14+에서 `requestTrackingAuthorization()`을 사용하고 `configRequest()` 어린이 대상 플래그를 사용하여 지역 개인정보 보호 규칙을 준수하세요.
diff --git a/src/content/docs/ko/docs/plugins/admob/index.mdx b/src/content/docs/ko/docs/plugins/admob/index.mdx
deleted file mode 100644
index 2732b9682..000000000
--- a/src/content/docs/ko/docs/plugins/admob/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-admob"
-description: 배너, 전면 및 보상형 형식으로 Google AdMob 광고를 Capacitor 앱에 통합하세요.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-locale: ko
-hero:
-  tagline: JavaScript에서 완전히 관리되는 Google AdMob 배너, 전면 및 보상형 광고로 Capacitor 앱을 수익화하세요.
-  image:
-    file: ~public/icons/plugins/admob.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/admob/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-admob/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo의 AdMob 플러그인은 Google Mobile Ads SDK에 대한 일급 브리지를 제공하므로 Capacitor의 단순성을 희생하지 않고 네이티브 경험을 수익화할 수 있습니다.
-
-<CardGrid stagger>
-  <Card title="유연한 광고 형식" icon="star">
-    통합 API로 배너, 전면, 보상형 및 앱 오픈 광고를 제공하세요.
-  </Card>
-  <Card title="요청 구성" icon="setting">
-    어린이 대상 플래그, 콘텐츠 등급 및 추가 네트워크 매개변수로 광고 요청을 세밀하게 조정하세요.
-  </Card>
-  <Card title="라이프사이클 관리" icon="rocket">
-    로드 상태를 추적하면서 요청 시 광고를 생성, 로드, 표시, 숨기기 및 삭제하세요.
-  </Card>
-  <Card title="개인정보 준비" icon="approve-check">
-    ATT 프롬프트를 처리하고 추적 승인 상태를 모니터링하여 규정을 준수하세요.
-  </Card>
-</CardGrid>
-
-시작 가이드를 사용하여 AdMob 앱 ID를 연결하고, 동의를 구성하고, Capacitor 프로젝트에서 직접 광고 인벤토리를 관리하세요.
diff --git a/src/content/docs/ko/docs/plugins/age-signals/getting-started.mdx b/src/content/docs/ko/docs/plugins/age-signals/getting-started.mdx
deleted file mode 100644
index 3cc3dcf0d..000000000
--- a/src/content/docs/ko/docs/plugins/age-signals/getting-started.mdx
+++ /dev/null
@@ -1,509 +0,0 @@
----
-title: 시작하기
-description: Age Signals 플러그인을 설치하고 사용하여 Android 앱에서 감독 계정 및 인증된 사용자를 감지하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Aside type="caution">
-이 플러그인은 **Android 전용**이며 Google Play Services가 필요합니다. iOS, 웹 또는 Google Play Store가 없는 Android 기기에서는 작동하지 않습니다.
-</Aside>
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-android-age-signals" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Android 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 전제 조건
-
-- Google Play Services가 설치된 Android 기기
-- 최소 Android API 레벨 21 (Android 5.0)
-- 기기에 Google Play Store 설치
-
-## 사용법
-
-### Age Signals 확인
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-try {
-  const result = await AgeSignals.checkAgeSignals();
-
-  console.log('User status:', result.userStatus);
-
-  switch (result.userStatus) {
-    case UserStatus.Verified:
-      console.log('User is 18+ and verified by Google');
-      // Allow access to age-restricted content
-      break;
-
-    case UserStatus.Supervised:
-      console.log(`Supervised user aged ${result.ageLower}-${result.ageUpper}`);
-      // Apply age-appropriate restrictions
-      break;
-
-    case UserStatus.SupervisedApprovalPending:
-      console.log('Waiting for guardian approval');
-      console.log('Pending since:', result.mostRecentApprovalDate);
-      // Inform user to wait for guardian approval
-      break;
-
-    case UserStatus.SupervisedApprovalDenied:
-      console.log('Guardian denied access');
-      console.log('Last approval:', result.mostRecentApprovalDate);
-      // Block access or show alternative content
-      break;
-
-    case UserStatus.Unknown:
-      console.log('User status unknown - prompt to verify in Play Store');
-      // Guide user to verify their age in Google Play
-      break;
-
-    case UserStatus.Empty:
-      console.log('No age signal available');
-      // Handle as unverified user
-      break;
-  }
-} catch (error) {
-  console.error('Failed to check age signals:', error);
-}
-```
-
-### 감독 사용자 처리
-
-```typescript
-async function handleSupervisedUser() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised) {
-    const age = result.ageLower;
-
-    if (age < 13) {
-      // Apply COPPA restrictions
-      console.log('User is under 13 - COPPA applies');
-      disableDataCollection();
-      disableSocialFeatures();
-      requireParentalConsent();
-    } else if (age < 18) {
-      // Apply teen restrictions
-      console.log('User is 13-17 - Teen restrictions apply');
-      enableModeratedSocialFeatures();
-      restrictAds();
-    }
-
-    // Track install ID for revocation notifications
-    console.log('Install ID:', result.installId);
-    saveInstallId(result.installId);
-  }
-}
-```
-
-### 연령 게이트 구현
-
-```typescript
-async function ageGate() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  // Allow verified 18+ users
-  if (result.userStatus === UserStatus.Verified) {
-    return true;
-  }
-
-  // Check supervised user age
-  if (result.userStatus === UserStatus.Supervised) {
-    return result.ageUpper >= 18;
-  }
-
-  // Block users with pending or denied approvals
-  if (
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return false;
-  }
-
-  // For unknown/empty, implement fallback age verification
-  return await showAgeVerificationDialog();
-}
-```
-
-### 승인 상태 모니터링
-
-```typescript
-async function checkApprovalStatus() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.SupervisedApprovalPending) {
-    console.log('Guardian approval pending');
-    console.log('Age range:', result.ageLower, '-', result.ageUpper);
-    console.log('Most recent approval:', result.mostRecentApprovalDate);
-
-    // Show message to user
-    showMessage(
-      'Your guardian needs to approve this app. ' +
-      'We notified them on ' + result.mostRecentApprovalDate
-    );
-  } else if (result.userStatus === UserStatus.SupervisedApprovalDenied) {
-    console.log('Guardian denied approval');
-    console.log('Last approved on:', result.mostRecentApprovalDate);
-
-    // Show blocked message
-    showMessage(
-      'Your guardian did not approve this app. ' +
-      'Contact them for more information.'
-    );
-  }
-}
-```
-
-## API 참조
-
-### checkAgeSignals()
-
-활성 사용자의 현재 Play Age Signals를 요청합니다.
-
-```typescript
-const result = await AgeSignals.checkAgeSignals();
-```
-
-**반환값:**
-
-```typescript
-interface CheckAgeSignalsResult {
-  userStatus: UserStatus;
-  ageLower?: number;
-  ageUpper?: number;
-  mostRecentApprovalDate?: string;
-  installId?: string;
-}
-```
-
-### UserStatus 열거형
-
-```typescript
-enum UserStatus {
-  Verified = 'VERIFIED',                           // 18+ verified
-  Supervised = 'SUPERVISED',                       // Supervised account
-  SupervisedApprovalPending = 'SUPERVISED_APPROVAL_PENDING',
-  SupervisedApprovalDenied = 'SUPERVISED_APPROVAL_DENIED',
-  Unknown = 'UNKNOWN',                             // Unknown status
-  Empty = 'EMPTY'                                  // No signal
-}
-```
-
-## 결과 필드
-
-### userStatus
-
-Google Play에서 보고한 사용자의 인증 상태입니다.
-
-- **Verified**: 사용자가 18세 이상이며 Google에 의해 연령 인증됨
-- **Supervised**: 사용자가 감독된 Google 계정을 가지고 있음
-- **SupervisedApprovalPending**: 변경에 대한 보호자 승인 대기 중
-- **SupervisedApprovalDenied**: 보호자가 앱 접근을 거부함
-- **Unknown**: 사용자가 Play Store에서 상태를 인증해야 함
-- **Empty**: 기타 모든 사용자 (기본 상태)
-
-### ageLower
-
-감독 사용자의 연령 범위의 포함 하한값입니다.
-
-다음의 경우에만 표시됩니다 `userStatus`가:
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-### ageUpper
-
-감독 사용자의 연령 범위의 포함 상한값입니다.
-
-다음의 경우에만 표시됩니다:
-- `userStatus`가 감독 상태 중 하나인 경우
-- 사용자의 연령이 18세 미만으로 보고된 경우
-
-### mostRecentApprovalDate
-
-보호자 승인을 받은 가장 최근의 중요한 변경 사항에 대한 날짜 문자열입니다.
-
-다음의 경우에만 표시됩니다 `userStatus`가:
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-형식: ISO 8601 날짜 문자열
-
-### installId
-
-Google Play에서 감독 설치에 할당된 식별자입니다.
-
-보호자가 앱 승인을 취소할 때 취소 알림에 사용됩니다.
-
-다음의 경우에만 표시됩니다 `userStatus`가:
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-## 사용 사례
-
-### 1. COPPA 규정 준수
-
-```typescript
-async function applyCoppaRestrictions() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised && result.ageLower < 13) {
-    // Disable data collection
-    disableAnalytics();
-    disableAdvertising();
-
-    // Disable social features
-    hideChatFeatures();
-    disableUserProfiles();
-
-    // Require verifiable parental consent
-    await requestParentalConsent(result.installId);
-  }
-}
-```
-
-### 2. 연령에 적합한 콘텐츠
-
-```typescript
-async function filterContent() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  let contentRating;
-
-  if (result.userStatus === UserStatus.Verified) {
-    contentRating = 'MATURE';
-  } else if (result.userStatus === UserStatus.Supervised) {
-    if (result.ageUpper < 13) {
-      contentRating = 'EVERYONE';
-    } else if (result.ageUpper < 18) {
-      contentRating = 'TEEN';
-    } else {
-      contentRating = 'MATURE';
-    }
-  } else {
-    contentRating = 'TEEN'; // Default safe rating
-  }
-
-  loadContentForRating(contentRating);
-}
-```
-
-### 3. 보호자 대시보드
-
-```typescript
-async function getGuardianInfo() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (
-    result.userStatus === UserStatus.Supervised ||
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return {
-      isSupervised: true,
-      ageRange: `${result.ageLower}-${result.ageUpper}`,
-      approvalStatus: result.userStatus,
-      lastApprovalDate: result.mostRecentApprovalDate,
-      installId: result.installId,
-    };
-  }
-
-  return { isSupervised: false };
-}
-```
-
-## 완전한 예제
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-export class AgeVerificationService {
-  async verifyAge(): Promise<{
-    allowed: boolean;
-    reason: string;
-    restrictions: string[];
-  }> {
-    try {
-      const result = await AgeSignals.checkAgeSignals();
-
-      switch (result.userStatus) {
-        case UserStatus.Verified:
-          return {
-            allowed: true,
-            reason: 'User is verified 18+',
-            restrictions: [],
-          };
-
-        case UserStatus.Supervised:
-          return this.handleSupervised(result);
-
-        case UserStatus.SupervisedApprovalPending:
-          return {
-            allowed: false,
-            reason: 'Waiting for guardian approval',
-            restrictions: ['Guardian approval required'],
-          };
-
-        case UserStatus.SupervisedApprovalDenied:
-          return {
-            allowed: false,
-            reason: 'Guardian denied access',
-            restrictions: ['Access denied by guardian'],
-          };
-
-        case UserStatus.Unknown:
-          return {
-            allowed: false,
-            reason: 'Age verification required',
-            restrictions: ['Verify age in Google Play'],
-          };
-
-        case UserStatus.Empty:
-        default:
-          return {
-            allowed: false,
-            reason: 'No age signal available',
-            restrictions: ['Age verification needed'],
-          };
-      }
-    } catch (error) {
-      console.error('Age verification failed:', error);
-      return {
-        allowed: false,
-        reason: 'Verification error',
-        restrictions: ['Try again later'],
-      };
-    }
-  }
-
-  private handleSupervised(result: any) {
-    const age = result.ageLower;
-    const restrictions: string[] = [];
-
-    if (age < 13) {
-      restrictions.push('No data collection (COPPA)');
-      restrictions.push('No social features');
-      restrictions.push('Parental consent required');
-      return {
-        allowed: false,
-        reason: `User is under 13 (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else if (age < 18) {
-      restrictions.push('Age-appropriate content only');
-      restrictions.push('Moderated social features');
-      return {
-        allowed: true,
-        reason: `Teen user (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else {
-      return {
-        allowed: true,
-        reason: `Adult supervised user (${result.ageLower}+)`,
-        restrictions: [],
-      };
-    }
-  }
-
-  async saveInstallId(installId: string) {
-    // Store install ID for revocation handling
-    localStorage.setItem('ageSignalsInstallId', installId);
-  }
-
-  async checkRevocation() {
-    const result = await AgeSignals.checkAgeSignals();
-    const storedId = localStorage.getItem('ageSignalsInstallId');
-
-    if (result.installId && storedId && result.installId !== storedId) {
-      // Install ID changed - likely revoked and reinstalled
-      console.log('App was revoked and reinstalled');
-      return true;
-    }
-
-    return false;
-  }
-}
-```
-
-## 모범 사례
-
-1. **앱 시작 시 확인**: 앱이 실행될 때 연령 신호를 확인하세요
-2. **결과 캐싱**: 결과를 캐시하되 주기적으로 새로고침하세요
-3. **모든 상태 처리**: 모든 UserStatus 값에 대한 로직을 구현하세요
-4. **거부 존중**: 보호자가 승인을 거부할 때 접근을 허용하지 마세요
-5. **Install ID 저장**: 취소 감지를 위해 install ID를 추적하세요
-6. **대체 로직**: Unknown/Empty 상태에 대한 대체 연령 확인 방법을 마련하세요
-7. **프라이버시 우선**: 감독 사용자로부터 불필요한 데이터를 수집하지 마세요
-
-## 규정 준수 가이드라인
-
-### COPPA (아동 온라인 개인정보 보호법)
-
-13세 미만 사용자의 경우:
-- 검증 가능한 부모 동의 획득
-- 데이터 수집 제한
-- 행동 광고 비활성화
-- 부모 제어 제공
-
-### GDPR (일반 데이터 보호 규정)
-
-감독 사용자의 경우:
-- 데이터를 합법적으로 처리
-- 보호자 동의 메커니즘 제공
-- 데이터 접근 및 삭제 허용
-- 프라이버시를 고려한 설계 구현
-
-## 플랫폼 참고사항
-
-### Android
-- Google Play Services 필요
-- 최소 API 레벨 21 (Android 5.0+)
-- Play Store가 있는 기기에서만 작동
-- 모든 지역에서 신호를 사용하지 못할 수 있음
-- 보호자가 설정을 수정하면 결과가 변경될 수 있음
-
-### iOS / Web
-- **지원되지 않음** - Android 전용 플러그인입니다
-- 지원되지 않는 플랫폼에서 호출하면 오류가 발생합니다
-
-## 문제 해결
-
-### 신호가 반환되지 않음 (Empty 상태)
-
-다음의 경우 정상입니다:
-- 지원 지역 외부의 사용자
-- Google Play Services가 없는 기기
-- Family Link를 설정하지 않은 사용자
-- 인증 없는 새 계정
-
-### Unknown 상태
-
-사용자가 다음을 수행해야 합니다:
-1. Google Play Store 열기
-2. 설정 → 가족으로 이동
-3. 연령 인증 절차 완료
-
-### 권한 문제
-
-다음을 확인하세요:
-- Google Play Services가 업데이트됨
-- Play Console에서 앱의 패키지 이름이 올바름
-- Play Services가 있는 실제 기기에서 테스트 (에뮬레이터가 아닌)
-
-## 리소스
-
-- [Google Play Age Signals Documentation](https://developers.google.com/android/reference/com/google/android/gms/agesignals)
-- [Family Link Developer Guide](https://developers.google.com/families)
-- [COPPA Compliance Guide](https://www.ftc.gov/business-guidance/resources/complying-coppa-frequently-asked-questions)
diff --git a/src/content/docs/ko/docs/plugins/age-signals/index.mdx b/src/content/docs/ko/docs/plugins/age-signals/index.mdx
deleted file mode 100644
index ebfdf2d77..000000000
--- a/src/content/docs/ko/docs/plugins/age-signals/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-android-age-signals"
-description: Google Play Age Signals API 래퍼 - 감독 계정, 보호자 승인 및 인증된 사용자를 감지합니다.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: Google Play Age Signals에 접근하여 감독 계정을 감지하고, 사용자 연령을 확인하며, Android 앱에서 아동 안전 규정을 준수하세요.
-  image:
-    file: ~public/icons/plugins/android-age-signals.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/age-signals/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-age-signals/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="감독 계정" icon="setting">
-    보호자가 관리하는 감독된 Google 계정을 가진 사용자 감지 👨‍👧‍👦
-  </Card>
-  <Card title="연령 인증" icon="approve-check-circle">
-    Google의 연령 인증으로 18세 이상 인증된 사용자 식별 🔐
-  </Card>
-  <Card title="규정 준수" icon="approve-check">
-    COPPA 및 GDPR과 같은 아동 안전 규정 준수 📋
-  </Card>
-  <Card title="보호자 승인" icon="star">
-    대기 중인 승인 및 보호자 동의 상태 추적 ✅
-  </Card>
-  <Card title="Android 전용" icon="puzzle">
-    Google Play Services를 사용하는 Android 전용 설계 📱
-  </Card>
-  <Card title="간단한 API" icon="rocket">
-    모든 연령 신호를 검색하는 단일 메서드 호출 🚀
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/alarm/getting-started.mdx b/src/content/docs/ko/docs/plugins/alarm/getting-started.mdx
deleted file mode 100644
index 9b1ef98fc..000000000
--- a/src/content/docs/ko/docs/plugins/alarm/getting-started.mdx
+++ /dev/null
@@ -1,139 +0,0 @@
----
-title: 시작하기
-description: Capacitor Alarm 플러그인을 설치하고 사용하여 iOS 및 Android에서 네이티브 알람을 관리하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 요구 사항
-
-- **iOS**: iOS 26+ 전용. 이 플러그인은 `AlarmKit` API에 의존하며 이전 버전이나 프레임워크를 사용할 수 없는 경우 지원되지 않는다고 보고합니다.
-- **Android**: `AlarmClock` 인텐트를 사용하며 동작은 기본 시계 앱 및 OEM 정책에 따라 달라집니다.
-
-참고: 이 플러그인은 네이티브 알람 작업(생성/열기)만 노출합니다. 사용자 지정 인앱 알람 예약/CRUD를 구현하지 않습니다.
-
-## API
-
-### createAlarm(...)
-
-```typescript
-createAlarm(options: NativeAlarmCreateOptions) => Promise<NativeActionResult>
-```
-
-플랫폼 시계 앱을 사용하여 네이티브 OS 알람을 생성합니다.
-Android에서는 Alarm Clock 인텐트를 사용하고, iOS에서는 사용 가능한 경우 AlarmKit을 사용합니다 (iOS 26+).
-
-| Param         | Type                                                                          |
-| ------------- | ----------------------------------------------------------------------------- |
-| **`options`** | `NativeAlarmCreateOptions` |
-
-**반환값:** `Promise<NativeActionResult>`
-
-### openAlarms()
-
-```typescript
-openAlarms() => Promise<NativeActionResult>
-```
-
-사용 가능한 경우 플랫폼의 네이티브 알람 목록 UI를 엽니다.
-
-**반환값:** `Promise<NativeActionResult>`
-
-### getOSInfo()
-
-```typescript
-getOSInfo() => Promise<OSInfo>
-```
-
-OS 및 기능에 대한 정보를 가져옵니다.
-
-**반환값:** `Promise<OSInfo>`
-
-### requestPermissions(...)
-
-```typescript
-requestPermissions(options?: { exactAlarm?: boolean | undefined; } | undefined) => Promise<PermissionResult>
-```
-
-플랫폼에서 알람 사용을 위한 관련 권한을 요청합니다.
-Android에서는 정확한 알람을 위한 설정으로 라우팅할 수 있습니다.
-
-| Param         | Type                                   |
-| ------------- | -------------------------------------- |
-| **`options`** | `{ exactAlarm?: boolean; }` |
-
-**반환값:** `Promise<PermissionResult>`
-
-## 인터페이스
-
-### NativeActionResult
-
-| Prop          | Type                 |
-| ------------- | -------------------- |
-| **`success`** | `boolean` |
-| **`message`** | `string`  |
-
-### NativeAlarmCreateOptions
-
-플랫폼 시계 앱을 통해 네이티브 OS 알람을 생성하기 위한 옵션입니다.
-
-| Prop          | Type                 | Description                                  |
-| ------------- | -------------------- | -------------------------------------------- |
-| **`hour`**    | `number`  | 24시간 형식의 시간 (0-23)             |
-| **`minute`**  | `number`  | 분 (0-59)                        |
-| **`label`**   | `string`  | 알람의 선택적 레이블                 |
-| **`skipUi`**  | `boolean` | Android 전용: 가능한 경우 UI 건너뛰기 시도 |
-| **`vibrate`** | `boolean` | Android 전용: 알람을 진동으로 설정           |
-
-### OSInfo
-
-현재 OS 및 기능에 대한 반환 정보입니다.
-
-| Prop                                 | Type                 | Description                                                 |
-| ------------------------------------ | -------------------- | ----------------------------------------------------------- |
-| **`platform`**                       | `string`  | 'ios' \| 'android' \| 'web'                                 |
-| **`version`**                        | `string`  | OS 버전 문자열                                           |
-| **`supportsNativeAlarms`**           | `boolean` | 플랫폼이 네이티브 알람 앱 통합을 노출하는지 여부 |
-| **`supportsScheduledNotifications`** | `boolean` | 로컬 알림 예약이 지원되는지 여부         |
-| **`canScheduleExactAlarms`**         | `boolean` | Android 전용: 정확한 알람이 허용되는지 여부              |
-
-### PermissionResult
-
-권한 요청 결과입니다.
-
-| Prop          | Type                                                             | Description                        |
-| ------------- | ---------------------------------------------------------------- | ---------------------------------- |
-| **`granted`** | `boolean`                                             | 요청한 범위에 대한 전체 권한  |
-| **`details`** | `Record<string, boolean>` | 권한 키별 선택적 세부정보 |
diff --git a/src/content/docs/ko/docs/plugins/alarm/index.mdx b/src/content/docs/ko/docs/plugins/alarm/index.mdx
deleted file mode 100644
index 48fb9aa25..000000000
--- a/src/content/docs/ko/docs/plugins/alarm/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-alarm"
-description: 앱이 종료된 경우에도 네이티브 알람 및 알림을 예약합니다.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: Capacitor 앱에서 직접 iOS 및 Android의 네이티브 알람을 관리하세요.
-  image:
-    file: ~public/icons/plugins/alarm.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/alarm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-alarm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="네이티브 통합" icon="puzzle">
-    iOS의 네이티브 AlarmKit 및 Android의 AlarmClock 인텐트 사용 📱
-  </Card>
-  <Card title="간단한 API" icon="rocket">
-    알람을 생성하고 관리하는 사용하기 쉬운 메서드 ⚡
-  </Card>
-  <Card title="권한 처리" icon="approve-check-circle">
-    필요한 권한 요청을 위한 내장 지원 🔒
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    [문서](/docs/plugins/alarm/getting-started/)를 확인하여 몇 분 안에 플러그인을 마스터하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/android-inline-install/getting-started.mdx b/src/content/docs/ko/docs/plugins/android-inline-install/getting-started.mdx
deleted file mode 100644
index f670c8db2..000000000
--- a/src/content/docs/ko/docs/plugins/android-inline-install/getting-started.mdx
+++ /dev/null
@@ -1,146 +0,0 @@
----
-title: 시작하기
-description: "@capgo/capacitor-android-inline-install 설치 및 사용 가이드"
-locale: ko
-sidebar:
-  order: 2
-  label: "시작하기"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 사용 예제
-
-```typescript
-import { AndroidInlineInstall } from '@capgo/capacitor-android-inline-install';
-
-// Basic inline install
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp'
-});
-
-// Advanced install with tracking
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp',
-  referrer: 'campaign=my-campaign&source=app',
-  overlay: true,
-  fallback: true
-});
-
-// Handle the installation flow
-try {
-  await AndroidInlineInstall.startInlineInstall({
-    id: 'com.spotify.music',
-    referrer: 'utm_source=myapp&utm_campaign=music_promotion'
-  });
-  console.log('Install overlay triggered successfully');
-} catch (error) {
-  console.error('Install failed:', error);
-}
-```
-
-## 핵심 API 메서드
-
-### 설치 관리
-- `startInlineInstall(options)` - 지정된 앱에 대한 Google Play 인라인 설치 오버레이 트리거
-
-## 구성 옵션
-
-```typescript
-interface InlineInstallOptions {
-  id: string;           // Target app package name (required)
-  referrer?: string;    // Tracking campaign string (optional)
-  callerId?: string;    // Caller app package name (defaults to current app)
-  overlay?: boolean;    // Enable/disable Play overlay (default: true)
-  fallback?: boolean;   // Use full store page if overlay fails (default: true)
-}
-```
-
-## Google Play 요구 사항
-
-### Premium Growth Tools 자격
-
-인라인 설치를 사용하려면 앱이 Google Play의 Premium Growth Tools 자격을 충족해야 합니다:
-- 상당한 사용자 참여가 있는 앱
-- 좋은 Play Store 평가 및 리뷰
-- Google Play 정책 준수
-
-### 대상 앱 요구 사항
-- 대상 앱이 Google Play Store에서 사용 가능해야 함
-- 대상 앱이 인라인 설치를 지원해야 함
-- 사용자가 Google Play Store에 로그인되어 있어야 함
-
-## 동작 및 대체
-
-### 오버레이 모드 (기본값)
-1. 앱 내에서 Google Play 오버레이를 열려고 시도
-2. 오버레이를 사용할 수 없는 경우 전체 Play Store 페이지로 대체
-3. Play Store를 사용할 수 없는 경우 오류 표시
-
-### 전체 스토어 모드
-- 전체 Google Play Store 페이지를 직접 열기
-- 오버레이 시도를 완전히 우회
-
-## 플랫폼 지원
-
-- **Android**: Google Play Services를 통한 전체 지원
-- **iOS**: 지원되지 않음 (Android 전용 기능)
-- **Web**: 지원되지 않음 (네이티브 Android 기능)
-
-## 구현 세부 정보
-
-플러그인은 Android 인텐트를 사용하여 Google Play Store와 통신합니다:
-- 인라인 설치 오버레이를 위한 인텐트 작업
-- 표준 Play Store 인텐트로 대체
-- Play Services 가용성 자동 처리
-
-## 사용 사례
-
-- **앱 발견**: 생태계 내에서 관련 앱 홍보
-- **교차 홍보**: 파트너 애플리케이션에 대한 설치 유도
-- **기능 잠금 해제**: 추가 모듈 또는 확장 설치
-- **컴패니언 앱**: 지원 애플리케이션을 원활하게 설치
-
-## 모범 사례
-
-- Play Services가 없는 사용자를 위한 대체 옵션을 항상 제공
-- 다양한 기기 구성 및 Play Store 버전으로 테스트
-- 전환율을 측정하기 위해 referrer 추적 사용
-- 설치 오류를 우아하게 처리
-- 사용자가 설치를 거부하는 경우 사용자의 선택을 존중
-
-## 제한 사항
-
-- Android 전용 기능
-- Google Play Services 필요
-- Premium Growth Tools 자격을 충족하는 앱에서만 작동
-- Google Play Store 정책 및 가용성에 따름
diff --git a/src/content/docs/ko/docs/plugins/android-inline-install/index.mdx b/src/content/docs/ko/docs/plugins/android-inline-install/index.mdx
deleted file mode 100644
index 6316dd3b5..000000000
--- a/src/content/docs/ko/docs/plugins/android-inline-install/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: "@capgo/capacitor-android-inline-install"
-description: 원활한 APK 설치 및 업데이트 관리를 갖춘 Capacitor 앱용 Android 인라인 앱 설치 플러그인입니다.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 인라인 설치 기능과 사용자 친화적인 흐름으로 Android 앱의 원활한 인앱 설치 및 업데이트를 활성화하세요.
-  image:
-    file: ~public/icons/plugins/android-inline-install.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/android-inline-install/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-inline-install/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 개요
-
-Capacitor Android Inline Install 플러그인은 Android 애플리케이션에 대한 Google Play의 Inline Install 오버레이를 트리거할 수 있게 합니다. 이 플러그인은 Google의 Premium Growth Tools를 사용하여 원활한 인앱 설치 경험을 제공하므로 사용자가 애플리케이션을 떠나지 않고도 앱을 설치할 수 있습니다.
-
-<CardGrid stagger>
-  <Card title="Google Play 오버레이" icon="rocket">
-    네이티브 Google Play 설치 오버레이 트리거 📱
-  </Card>
-  <Card title="원활한 경험" icon="rocket">
-    앱을 떠나지 않고 앱 설치 🔄
-  </Card>
-  <Card title="대체 지원" icon="heart">
-    전체 Play Store 페이지로 자동 대체 ❤️
-  </Card>
-  <Card title="캠페인 추적" icon="star">
-    referrer 추적 및 분석 지원 📊
-  </Card>
-</CardGrid>
-
-## 문서
-
-자세한 구현 가이드 및 고급 통합 패턴은 [전체 문서](/docs/plugins/android-inline-install/getting-started/)를 확인하세요.
diff --git a/src/content/docs/ko/docs/plugins/android-kiosk/getting-started.mdx b/src/content/docs/ko/docs/plugins/android-kiosk/getting-started.mdx
deleted file mode 100644
index 51423f0c5..000000000
--- a/src/content/docs/ko/docs/plugins/android-kiosk/getting-started.mdx
+++ /dev/null
@@ -1,336 +0,0 @@
----
-title: 시작하기
-description: Android Kiosk 플러그인을 설치하고 사용하여 Capacitor 앱에서 Android 기기를 키오스크 모드로 잠그는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-android-kiosk" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 플랫폼 지원
-
-이 플러그인은 **Android 전용**입니다. iOS 키오스크 모드 기능의 경우 기기의 내장 [Guided Access](https://support.apple.com/en-us/HT202612) 기능을 사용하세요.
-
-## 기능
-
-- **키오스크 모드**: 시스템 UI 숨기기 및 몰입형 전체 화면 모드 진입
-- **런처 통합**: 앱을 기기 런처/홈 앱으로 설정
-- **하드웨어 키 제어**: 특정 하드웨어 버튼 차단 또는 허용
-- **상태 감지**: 키오스크 모드가 활성 상태인지 또는 앱이 런처로 설정되어 있는지 확인
-- **Android 6.0+**: Android API 23부터 Android 15 (API 35)까지 지원
-
-## 기본 사용법
-
-### 키오스크 모드 진입 및 종료
-
-```typescript
-import { CapacitorAndroidKiosk } from '@capgo/capacitor-android-kiosk';
-
-// Enter kiosk mode
-await CapacitorAndroidKiosk.enterKioskMode();
-
-// Exit kiosk mode
-await CapacitorAndroidKiosk.exitKioskMode();
-
-// Check if in kiosk mode
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-console.log('Kiosk mode active:', isInKioskMode);
-```
-
-### 런처 기능
-
-전체 키오스크 모드 기능을 사용하려면 앱을 기기 런처로 설정해야 합니다:
-
-```typescript
-// Open home screen settings for user to select your app as launcher
-await CapacitorAndroidKiosk.setAsLauncher();
-
-// Check if app is set as launcher
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-console.log('App is launcher:', isLauncher);
-```
-
-### 하드웨어 키 제어
-
-키오스크 모드에서 기능할 수 있는 하드웨어 버튼을 제어합니다:
-
-```typescript
-// Allow only volume keys
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false
-});
-
-// Block all keys (default)
-await CapacitorAndroidKiosk.setAllowedKeys({});
-```
-
-## 완전한 예제
-
-```typescript
-async function setupKioskMode() {
-  try {
-    // Check if already set as launcher
-    const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-
-    if (!isLauncher) {
-      // Prompt user to set as launcher
-      await CapacitorAndroidKiosk.setAsLauncher();
-      alert('Please select this app as your Home app');
-      return;
-    }
-
-    // Configure allowed keys
-    await CapacitorAndroidKiosk.setAllowedKeys({
-      volumeUp: true,
-      volumeDown: true,
-      back: false,
-      home: false,
-      recent: false,
-      power: false
-    });
-
-    // Enter kiosk mode
-    await CapacitorAndroidKiosk.enterKioskMode();
-    console.log('Kiosk mode activated');
-
-  } catch (error) {
-    console.error('Failed to setup kiosk mode:', error);
-  }
-}
-```
-
-## API 참조
-
-### isInKioskMode()
-
-앱이 현재 키오스크 모드에서 실행 중인지 확인합니다.
-
-```typescript
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-```
-
-**반환값:**
-- `isInKioskMode` (boolean): 키오스크 모드가 현재 활성화되어 있는지 여부
-
----
-
-### isSetAsLauncher()
-
-앱이 기기 런처(홈 앱)로 설정되어 있는지 확인합니다.
-
-```typescript
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-```
-
-**반환값:**
-- `isLauncher` (boolean): 앱이 기기 런처로 설정되어 있는지 여부
-
----
-
-### enterKioskMode()
-
-키오스크 모드로 진입하여 시스템 UI를 숨기고 하드웨어 버튼을 차단합니다. 효과적으로 작동하려면 앱이 기기 런처로 설정되어 있어야 합니다.
-
-```typescript
-await CapacitorAndroidKiosk.enterKioskMode();
-```
-
----
-
-### exitKioskMode()
-
-키오스크 모드를 종료하여 일반 시스템 UI 및 하드웨어 버튼 기능을 복원합니다.
-
-```typescript
-await CapacitorAndroidKiosk.exitKioskMode();
-```
-
----
-
-### setAsLauncher()
-
-기기의 홈 화면 설정을 열어 사용자가 이 앱을 런처로 설정할 수 있도록 합니다. 전체 키오스크 모드 기능을 위해 필요합니다.
-
-```typescript
-await CapacitorAndroidKiosk.setAsLauncher();
-```
-
----
-
-### setAllowedKeys(options)
-
-키오스크 모드에서 기능할 수 있는 하드웨어 키를 설정합니다. 기본적으로 키오스크 모드에서는 모든 하드웨어 키가 차단됩니다.
-
-```typescript
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false,
-  power: false,
-  camera: false,
-  menu: false
-});
-```
-
-**매개변수:**
-- `volumeUp` (boolean, 선택): 볼륨 업 버튼 허용 (기본값: false)
-- `volumeDown` (boolean, 선택): 볼륨 다운 버튼 허용 (기본값: false)
-- `back` (boolean, 선택): 뒤로 버튼 허용 (기본값: false)
-- `home` (boolean, 선택): 홈 버튼 허용 (기본값: false)
-- `recent` (boolean, 선택): 최근 앱 버튼 허용 (기본값: false)
-- `power` (boolean, 선택): 전원 버튼 허용 (기본값: false)
-- `camera` (boolean, 선택): 카메라 버튼 허용 (있는 경우) (기본값: false)
-- `menu` (boolean, 선택): 메뉴 버튼 허용 (있는 경우) (기본값: false)
-
----
-
-### getPluginVersion()
-
-네이티브 Capacitor 플러그인 버전을 가져옵니다.
-
-```typescript
-const { version } = await CapacitorAndroidKiosk.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-**반환값:**
-- `version` (string): 플러그인 버전 번호
-
-## Android 구성
-
-### 1. MainActivity 설정
-
-전체 하드웨어 키 차단을 활성화하려면 `MainActivity.java`에서 `dispatchKeyEvent`를 재정의해야 합니다:
-
-```java
-import android.view.KeyEvent;
-import ee.forgr.plugin.android_kiosk.CapacitorAndroidKioskPlugin;
-
-public class MainActivity extends BridgeActivity {
-    @Override
-    public boolean dispatchKeyEvent(KeyEvent event) {
-        // Get the kiosk plugin
-        CapacitorAndroidKioskPlugin kioskPlugin = (CapacitorAndroidKioskPlugin)
-            this.getBridge().getPlugin("CapacitorAndroidKiosk").getInstance();
-
-        if (kioskPlugin != null && kioskPlugin.shouldBlockKey(event.getKeyCode())) {
-            return true; // Block the key
-        }
-
-        return super.dispatchKeyEvent(event);
-    }
-
-    @Override
-    public void onBackPressed() {
-        // Don't call super.onBackPressed() to disable back button
-        // Or call the plugin's handleOnBackPressed
-    }
-}
-```
-
-### 2. AndroidManifest.xml
-
-앱을 런처로 선택할 수 있도록 런처 인텐트 필터를 추가합니다:
-
-```xml
-<activity
-    android:name=".MainActivity"
-    ...>
-
-    <!-- Existing intent filter -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.LAUNCHER" />
-    </intent-filter>
-
-    <!-- Add this to make app selectable as launcher -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.HOME" />
-        <category android:name="android.intent.category.DEFAULT" />
-    </intent-filter>
-</activity>
-```
-
-## 중요 참고사항
-
-1. **런처 요구 사항**: 전체 키오스크 모드 기능(홈 버튼 차단, 작업 전환 방지)을 위해서는 앱이 기기 런처로 설정되어 있어야 합니다.
-
-2. **테스트**: 테스트할 때 프로그래밍 방식으로 키오스크 모드를 종료하거나 다른 앱을 런처로 설정할 수 있습니다.
-
-3. **Android 버전**: 플러그인은 Android 11+에는 최신 Android API를 사용하고 Android 6.0+와의 호환성을 위해 이전 방법으로 대체합니다.
-
-4. **보안**: 이 플러그인은 합법적인 키오스크 애플리케이션용으로 설계되었습니다. 사용자에게 키오스크 모드를 종료할 방법을 제공해야 합니다.
-
-5. **배터리**: 키오스크 모드는 화면을 켜진 상태로 유지합니다. 자체 화면 시간 초과 또는 밝기 관리를 구현하는 것을 고려하세요.
-
-## iOS 대안
-
-iOS 기기의 경우 내장 [Guided Access](https://support.apple.com/en-us/HT202612) 기능을 사용하세요:
-
-1. 설정 > 접근성 > Guided Access로 이동
-2. Guided Access 켜기
-3. 암호 설정
-4. 앱 열기
-5. 측면 버튼을 세 번 클릭
-6. 설정 조정 및 Guided Access 시작
-
-## 모범 사례
-
-1. **런처 상태 먼저 확인**
-   ```typescript
-   const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-   if (!isLauncher) {
-     // Prompt user to set as launcher first
-     await CapacitorAndroidKiosk.setAsLauncher();
-   }
-   ```
-
-2. **종료 메커니즘 제공**
-   ```typescript
-   // Allow specific key combination to exit
-   // Or implement a secret gesture/pattern
-   async function exitKioskWithConfirmation() {
-     const confirmed = confirm('Exit kiosk mode?');
-     if (confirmed) {
-       await CapacitorAndroidKiosk.exitKioskMode();
-     }
-   }
-   ```
-
-3. **앱 라이프사이클 처리**
-   ```typescript
-   // Re-enter kiosk mode when app resumes
-   window.addEventListener('resume', async () => {
-     const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-     if (!isInKioskMode) {
-       await CapacitorAndroidKiosk.enterKioskMode();
-     }
-   });
-   ```
-
-4. **오류 처리**
-   ```typescript
-   try {
-     await CapacitorAndroidKiosk.enterKioskMode();
-   } catch (error) {
-     console.error('Failed to enter kiosk mode:', error);
-     // Notify user and provide alternative
-   }
-   ```
diff --git a/src/content/docs/ko/docs/plugins/android-kiosk/index.mdx b/src/content/docs/ko/docs/plugins/android-kiosk/index.mdx
deleted file mode 100644
index b81a80b7e..000000000
--- a/src/content/docs/ko/docs/plugins/android-kiosk/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@capgo/capacitor-android-kiosk"
-description: Capacitor용 Android Kiosk Mode 플러그인 - 런처 기능으로 기기를 키오스크 모드로 잠금
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: Capacitor 앱을 위한 하드웨어 버튼 및 런처 기능에 대한 완전한 제어로 Android 기기를 키오스크 모드로 잠그세요.
-  image:
-    file: ~public/icons/plugins/android-kiosk.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/android-kiosk/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-kiosk/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="키오스크 모드" icon="rocket">
-    시스템 UI 숨기기 및 몰입형 전체 화면 모드 진입
-  </Card>
-  <Card title="런처 통합" icon="setting">
-    앱을 기기 런처/홈 앱으로 설정
-  </Card>
-  <Card title="하드웨어 키 제어" icon="warning">
-    특정 하드웨어 버튼 차단 또는 허용 (뒤로, 홈, 최근, 볼륨, 전원)
-  </Card>
-  <Card title="상태 감지" icon="approve-check">
-    키오스크 모드가 활성 상태인지 또는 앱이 런처로 설정되어 있는지 확인
-  </Card>
-  <Card title="Android 6.0+" icon="star">
-    Android API 23부터 Android 15 (API 35)까지 지원
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    [문서](/docs/plugins/android-kiosk/getting-started/)를 확인하여 몇 분 안에 키오스크 모드를 통합하세요.
-  </Card>
-</CardGrid>
-
-## 플랫폼 지원
-
-이 플러그인은 **Android 전용**입니다. iOS 키오스크 모드 기능의 경우 기기의 내장 [Guided Access](https://support.apple.com/en-us/HT202612) 기능을 사용하세요.
diff --git a/src/content/docs/ko/docs/plugins/android-usagestatsmanager/getting-started.mdx b/src/content/docs/ko/docs/plugins/android-usagestatsmanager/getting-started.mdx
deleted file mode 100644
index 3dbed79b6..000000000
--- a/src/content/docs/ko/docs/plugins/android-usagestatsmanager/getting-started.mdx
+++ /dev/null
@@ -1,173 +0,0 @@
----
-title: 시작하기
-description: Android Usage Stats Manager 플러그인을 설치하고 사용하여 앱 사용 통계 및 기기 사용 데이터에 접근하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 플랫폼 구성
-
-### Android
-
-`android/app/src/main/AndroidManifest.xml`에 필요한 권한을 추가합니다:
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## 사용 예제
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// Check if permission is granted
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // Open settings to grant permission
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// Query usage statistics for the last 7 days
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7 days ago
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// Get all installed packages
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## API 참조
-
-### isUsageStatsPermissionGranted()
-
-```typescript
-isUsageStatsPermissionGranted() => Promise<{ granted: boolean }>
-```
-
-PACKAGE_USAGE_STATS 권한이 부여되었는지 확인합니다.
-
-**반환값:** `Promise<{ granted: boolean }>`
-
-### openUsageStatsSettings()
-
-```typescript
-openUsageStatsSettings() => Promise<void>
-```
-
-사용 통계 권한 부여를 위한 시스템 설정 페이지를 엽니다.
-
-### queryAndAggregateUsageStats(options)
-
-```typescript
-queryAndAggregateUsageStats(options: UsageStatsOptions) => Promise<UsageStatsResult>
-```
-
-설치된 앱의 상세 사용 통계를 쿼리합니다.
-
-| Param         | Type                           |
-| ------------- | ------------------------------ |
-| **`options`** | `UsageStatsOptions` |
-
-**반환값:** `Promise<UsageStatsResult>`
-
-### queryAllPackages()
-
-```typescript
-queryAllPackages() => Promise<PackagesResult>
-```
-
-기기에 설치된 모든 패키지에 대한 정보를 가져옵니다.
-
-**반환값:** `Promise<PackagesResult>`
-
-## 인터페이스
-
-### UsageStatsOptions
-
-| Prop               | Type                | Description                                         |
-| ------------------ | ------------------- | --------------------------------------------------- |
-| **`intervalType`** | `number` | 간격 유형 (0=DAILY, 1=WEEKLY, 2=MONTHLY 등) |
-| **`startTime`**    | `number` | 밀리초 단위 시작 시간                          |
-| **`endTime`**      | `number` | 밀리초 단위 종료 시간                            |
-
-### UsageStatsResult
-
-각 앱의 사용 통계 데이터를 포함합니다:
-
-- 앱 사용 시간 및 빈도
-- 처음 및 마지막 사용 시간
-- 포어그라운드 총 시간
-- 실행 횟수
-
-### PackagesResult
-
-설치된 패키지에 대한 정보를 포함합니다:
-
-- 패키지 이름 및 버전
-- 설치 시간
-- 앱 라벨 및 아이콘
-- 시스템 vs 사용자 앱
-
-## 권한 처리
-
-플러그인은 일반 런타임 권한 요청을 통해 부여할 수 없는 특수 권한이 필요합니다:
-
-1. **PACKAGE_USAGE_STATS**: 사용 통계에 대한 접근 허용
-2. **QUERY_ALL_PACKAGES**: 패키지 정보에 필요 (Android 11+)
-
-사용자는 시스템 설정을 통해 수동으로 이러한 권한을 부여해야 합니다. `openUsageStatsSettings()`를 사용하여 사용자를 적절한 설정 페이지로 안내하세요.
-
-## 모범 사례
-
-- 사용 통계를 쿼리하기 전에 항상 권한 상태를 확인
-- 사용자 친화적인 메시지로 권한 거부를 우아하게 처리
-- 사용 데이터를 수집할 때 사용자 개인정보 보호를 고려
-- 적절한 데이터 처리 및 저장 관행 구현
-- 사용 데이터 수집에 대한 Google Play 정책 준수
-
-## 사용 사례
-
-- **디지털 웰빙 앱**: 화면 시간 및 앱 사용 모니터링
-- **자녀 보호**: 어린이의 기기 사용 추적
-- **생산성 앱**: 작업 패턴 및 집중 시간 분석
-- **분석**: 사용자 행동 및 앱 참여도 이해
diff --git a/src/content/docs/ko/docs/plugins/android-usagestatsmanager/index.mdx b/src/content/docs/ko/docs/plugins/android-usagestatsmanager/index.mdx
deleted file mode 100644
index 034e00913..000000000
--- a/src/content/docs/ko/docs/plugins/android-usagestatsmanager/index.mdx
+++ /dev/null
@@ -1,146 +0,0 @@
----
-title: "@capgo/capacitor-android-usagestatsmanager"
-description: 앱 사용 추적, 화면 시간 모니터링 및 사용 분석을 갖춘 Capacitor 앱용 Android 사용 통계 플러그인입니다.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: Android 사용 통계에 접근하여 시스템 수준 데이터로 앱 사용, 화면 시간 및 사용자 행동 분석을 모니터링하세요.
-  image:
-    file: ~public/icons/plugins/android-usagestatsmanager.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/android-usagestatsmanager/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-usagestatsmanager/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 개요
-
-Capacitor Android Usage Stats Manager 플러그인은 Capacitor 애플리케이션에 Android의 UsageStatsManager SDK를 노출하여 상세한 앱 사용 통계 및 기기 사용 데이터에 대한 접근을 가능하게 합니다. 이 플러그인을 통해 개발자는 Android 기기에서 앱 사용 패턴, 화면 시간 및 사용자 행동 분석을 추적할 수 있습니다.
-
-<CardGrid stagger>
-  <Card title="사용 통계" icon="rocket">
-    Android UsageStatsManager SDK 데이터 접근 📱
-  </Card>
-  <Card title="앱 모니터링" icon="moon">
-    개별 앱 사용 시간 및 빈도 추적 🕐
-  </Card>
-  <Card title="권한 관리" icon="approve-check">
-    사용 통계 권한을 원활하게 처리 🛡️
-  </Card>
-  <Card title="패키지 정보" icon="puzzle">
-    설치된 패키지 세부정보 및 메타데이터 쿼리 📦
-  </Card>
-</CardGrid>
-
-## 설치
-
-```bash
-npm install @capgo/capacitor-android-usagestatsmanager
-npx cap sync
-```
-
-## 필요한 권한
-
-`android/app/src/main/AndroidManifest.xml`에 다음 권한을 추가합니다:
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## 핵심 API 메서드
-
-### 사용 통계
-- `queryAndAggregateUsageStats(options)` - 설치된 앱의 상세 사용 통계 검색
-- `isUsageStatsPermissionGranted()` - 사용 통계 권한이 부여되었는지 확인
-- `openUsageStatsSettings()` - 사용 통계 권한을 위한 시스템 설정 열기
-
-### 패키지 정보
-- `queryAllPackages()` - 설치된 모든 패키지에 대한 정보 가져오기
-
-## 사용 예제
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// Check if permission is granted
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // Open settings to grant permission
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// Query usage statistics
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7 days ago
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// Get all installed packages
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## 권한 처리
-
-플러그인은 일반 런타임 권한 요청을 통해 부여할 수 없는 특수 권한이 필요합니다:
-
-1. **PACKAGE_USAGE_STATS**: 사용 통계에 대한 접근 허용
-2. **QUERY_ALL_PACKAGES**: 패키지 정보에 필요 (Android 11+)
-
-사용자는 시스템 설정을 통해 수동으로 이러한 권한을 부여해야 합니다. `openUsageStatsSettings()`를 사용하여 사용자를 적절한 설정 페이지로 안내하세요.
-
-## 데이터 유형
-
-### 사용 통계
-- 앱 사용 시간 및 빈도
-- 처음 및 마지막 사용 시간
-- 포어그라운드 총 시간
-- 실행 횟수
-
-### 패키지 정보
-- 패키지 이름 및 버전
-- 설치 시간
-- 앱 라벨 및 아이콘
-- 시스템 vs 사용자 앱
-
-## 사용 사례
-
-- **디지털 웰빙 앱**: 화면 시간 및 앱 사용 모니터링
-- **자녀 보호**: 어린이의 기기 사용 추적
-- **생산성 앱**: 작업 패턴 및 집중 시간 분석
-- **분석**: 사용자 행동 및 앱 참여도 이해
-
-## Android 호환성
-
-- **최소 Android 버전**: API 레벨 21 (Android 5.0)
-- **고급 기능**: 향상된 통계를 위한 API 레벨 29+ (Android 10+)
-- **패키지 쿼리**: API 레벨 30+ (Android 11+)는 QUERY_ALL_PACKAGES 필요
-
-## 보안 고려사항
-
-- 사용 통계 권한은 민감하며 사용자 동의가 필요합니다
-- 사용 데이터를 수집할 때 사용자 개인정보 보호를 고려하세요
-- 적절한 데이터 처리 및 저장 관행 구현
-- 사용 데이터 수집에 대한 Google Play 정책 준수
-
-## 문서
-
-자세한 구현 가이드 및 고급 사용 패턴은 [전체 문서](/docs/plugins/android-usagestatsmanager/getting-started/)를 확인하세요.
diff --git a/src/content/docs/ko/docs/plugins/appinsights/getting-started.mdx b/src/content/docs/ko/docs/plugins/appinsights/getting-started.mdx
deleted file mode 100644
index 105ef9d3d..000000000
--- a/src/content/docs/ko/docs/plugins/appinsights/getting-started.mdx
+++ /dev/null
@@ -1,207 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 애플리케이션 분석을 위한 AppInsights 플러그인을 설치하고 사용하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-appinsights" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 사용법
-
-플러그인을 가져와서 AppInsights 자격 증명으로 초기화합니다:
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-// Initialize the SDK
-const initializeAnalytics = async () => {
-  await CapacitorAppinsights.init({
-    partnerId: 'your-partner-id',
-    partnerKey: 'your-partner-key'
-  });
-};
-
-// Set user ID for tracking
-const setUser = async (userId: string) => {
-  await CapacitorAppinsights.setUserId({ userId });
-};
-
-// Get SDK state
-const checkSDKState = async () => {
-  const state = await CapacitorAppinsights.getState();
-  console.log('SDK State:', state);
-};
-
-// Get plugin version
-const checkVersion = async () => {
-  const { version } = await CapacitorAppinsights.getPluginVersion();
-  console.log('Plugin version:', version);
-};
-```
-
-## API 참조
-
-### init(options)
-
-자격 증명으로 AppInsights SDK를 초기화합니다.
-
-```typescript
-await CapacitorAppinsights.init({
-  partnerId: 'your-partner-id',
-  partnerKey: 'your-partner-key'
-});
-```
-
-**매개변수:**
-- `partnerId` (string): AppInsights 파트너 ID
-- `partnerKey` (string): AppInsights 파트너 키
-
-### setUserId(options)
-
-초기화 후 사용자 ID를 설정하거나 업데이트합니다.
-
-```typescript
-await CapacitorAppinsights.setUserId({
-  userId: 'user-123'
-});
-```
-
-**매개변수:**
-- `userId` (string): 추적을 위해 설정할 사용자 ID
-
-### getState()
-
-SDK의 현재 상태를 가져옵니다.
-
-```typescript
-const state = await CapacitorAppinsights.getState();
-console.log(state);
-// {
-//   initCompleted: true,
-//   jobScheduled: true,
-//   permissionAcquired: true
-// }
-```
-
-**반환값:**
-- `initCompleted` (boolean): SDK 초기화가 완료되었는지 여부
-- `jobScheduled` (boolean): 데이터 수집 작업이 예약되었는지 여부
-- `permissionAcquired` (boolean): 필요한 권한이 획득되었는지 여부
-
-### getPluginVersion()
-
-네이티브 Capacitor 플러그인 버전을 가져옵니다.
-
-```typescript
-const { version } = await CapacitorAppinsights.getPluginVersion();
-console.log('Version:', version);
-```
-
-## 완전한 예제
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-export class AnalyticsService {
-  private initialized = false;
-
-  async initialize(partnerId: string, partnerKey: string) {
-    try {
-      await CapacitorAppinsights.init({
-        partnerId,
-        partnerKey
-      });
-
-      const state = await CapacitorAppinsights.getState();
-      this.initialized = state.initCompleted;
-
-      console.log('AppInsights initialized:', state);
-    } catch (error) {
-      console.error('Failed to initialize AppInsights:', error);
-    }
-  }
-
-  async identifyUser(userId: string) {
-    if (!this.initialized) {
-      throw new Error('AppInsights not initialized');
-    }
-
-    await CapacitorAppinsights.setUserId({ userId });
-    console.log('User identified:', userId);
-  }
-
-  async getSDKStatus() {
-    const state = await CapacitorAppinsights.getState();
-    return {
-      ready: state.initCompleted && state.permissionAcquired,
-      tracking: state.jobScheduled,
-      state
-    };
-  }
-}
-```
-
-## 모범 사례
-
-1. **조기 초기화**
-   정확한 추적을 보장하기 위해 앱이 시작되는 즉시 SDK를 초기화하세요:
-   ```typescript
-   // In your app initialization
-   await CapacitorAppinsights.init({
-     partnerId: process.env.APPINSIGHTS_PARTNER_ID,
-     partnerKey: process.env.APPINSIGHTS_PARTNER_KEY
-   });
-   ```
-
-2. **로그인 시 사용자 ID 설정**
-   인증 후 사용자를 식별하세요:
-   ```typescript
-   async function onUserLogin(user) {
-     await CapacitorAppinsights.setUserId({
-       userId: user.id
-     });
-   }
-   ```
-
-3. **SDK 상태 확인**
-   중요한 작업 전에 SDK가 준비되었는지 확인하세요:
-   ```typescript
-   const state = await CapacitorAppinsights.getState();
-   if (!state.initCompleted) {
-     console.warn('AppInsights not ready');
-   }
-   ```
-
-4. **오류를 우아하게 처리**
-   ```typescript
-   try {
-     await CapacitorAppinsights.init(config);
-   } catch (error) {
-     console.error('Analytics initialization failed:', error);
-     // Continue app operation even if analytics fails
-   }
-   ```
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 10.0+ 필요
-- 추적을 위한 Info.plist에 필요한 권한이 있는지 확인
-
-### Android
-- Android 5.0 (API 21)+ 필요
-- 추적 기능에 따라 사용 통계 권한이 필요할 수 있음
-
-### Web
-- 웹 플랫폼에서 지원되지 않음
diff --git a/src/content/docs/ko/docs/plugins/appinsights/index.mdx b/src/content/docs/ko/docs/plugins/appinsights/index.mdx
deleted file mode 100644
index 4a9366523..000000000
--- a/src/content/docs/ko/docs/plugins/appinsights/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-appinsights"
-description: Apptopia AppInsights SDK를 사용하는 Capacitor 앱용 애플리케이션 인사이트 및 분석 통합입니다.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: Capacitor 앱을 위한 AppInsights 통합으로 앱 사용, 사용자 행동 및 성능 메트릭을 추적하세요.
-  image:
-    file: ~public/icons/plugins/appinsights.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/appinsights/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-appinsights/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="분석 추적" icon="star">
-    AppInsights로 사용자 행동 및 앱 사용 추적
-  </Card>
-  <Card title="사용자 식별" icon="heart">
-    개인화된 추적을 위한 사용자 ID 설정 및 관리
-  </Card>
-  <Card title="SDK 상태 관리" icon="setting">
-    SDK 초기화 및 권한 상태 모니터링
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    [문서](/docs/plugins/appinsights/getting-started/)를 확인하여 몇 분 안에 분석을 통합하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/audio-recorder/getting-started.mdx b/src/content/docs/ko/docs/plugins/audio-recorder/getting-started.mdx
deleted file mode 100644
index 4f0866d61..000000000
--- a/src/content/docs/ko/docs/plugins/audio-recorder/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-title: "Audio Recorder 시작하기"
-description: "Capacitor 앱에 오디오 녹음 기능을 통합하는 방법을 알아보세요"
-locale: ko
----
-
-이 가이드는 Capacitor Audio Recorder 플러그인을 애플리케이션에 통합하는 과정을 안내합니다.
-
-## 설치
-
-npm을 사용하여 플러그인을 설치합니다:
-
-```bash
-npm install @capgo/capacitor-audio-recorder
-npx cap sync
-```
-
-## iOS 구성
-
-`Info.plist`에 다음을 추가합니다:
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs access to the microphone to record audio</string>
-```
-
-## Android 구성
-
-`AndroidManifest.xml`에 다음 권한을 추가합니다:
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-```
-
-## Web 구성
-
-플러그인은 MediaRecorder API를 사용합니다. 프로덕션에서는 HTTPS가 필요합니다.
-
-## 기본 사용법
-
-### 플러그인 가져오기
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-```
-
-### 권한 요청
-
-```typescript
-const requestPermission = async () => {
-  const permission = await AudioRecorder.requestPermissions();
-  console.log('Permission status:', permission.recordAudio);
-};
-```
-
-### 녹음 시작
-
-```typescript
-const startRecording = async () => {
-  await AudioRecorder.startRecording();
-  console.log('Recording started');
-};
-```
-
-### 녹음 중지
-
-```typescript
-const stopRecording = async () => {
-  const result = await AudioRecorder.stopRecording();
-  console.log('Recording path:', result.filePath);
-  console.log('Duration:', result.duration);
-};
-```
-
-### 녹음 일시 중지/재개
-
-```typescript
-const pauseRecording = async () => {
-  await AudioRecorder.pauseRecording();
-  console.log('Recording paused');
-};
-
-const resumeRecording = async () => {
-  await AudioRecorder.resumeRecording();
-  console.log('Recording resumed');
-};
-```
-
-### 상태 가져오기
-
-```typescript
-const getStatus = async () => {
-  const status = await AudioRecorder.getStatus();
-  console.log('Is recording:', status.isRecording);
-  console.log('Duration:', status.currentTime);
-};
-```
-
-## 완전한 예제
-
-다음은 완전한 음성 녹음기 구현입니다:
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-
-class VoiceRecorder {
-  private isRecording = false;
-  private isPaused = false;
-  private recordingPath: string | null = null;
-
-  async initialize() {
-    const permission = await AudioRecorder.checkPermissions();
-
-    if (permission.recordAudio !== 'granted') {
-      const requested = await AudioRecorder.requestPermissions();
-
-      if (requested.recordAudio !== 'granted') {
-        throw new Error('Microphone permission denied');
-      }
-    }
-  }
-
-  async startRecording() {
-    try {
-      await AudioRecorder.startRecording();
-      this.isRecording = true;
-      this.isPaused = false;
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  async pauseRecording() {
-    if (!this.isRecording || this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.pauseRecording();
-      this.isPaused = true;
-      console.log('Recording paused');
-    } catch (error) {
-      console.error('Failed to pause recording:', error);
-      throw error;
-    }
-  }
-
-  async resumeRecording() {
-    if (!this.isRecording || !this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.resumeRecording();
-      this.isPaused = false;
-      console.log('Recording resumed');
-    } catch (error) {
-      console.error('Failed to resume recording:', error);
-      throw error;
-    }
-  }
-
-  async stopRecording() {
-    if (!this.isRecording) {
-      return null;
-    }
-
-    try {
-      const result = await AudioRecorder.stopRecording();
-      this.isRecording = false;
-      this.isPaused = false;
-      this.recordingPath = result.filePath;
-
-      console.log('Recording stopped');
-      console.log('File path:', result.filePath);
-      console.log('Duration:', result.duration, 'seconds');
-
-      return result;
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  async getCurrentStatus() {
-    const status = await AudioRecorder.getStatus();
-    return {
-      isRecording: status.isRecording,
-      duration: status.currentTime,
-      isPaused: this.isPaused
-    };
-  }
-
-  formatDuration(seconds: number): string {
-    const mins = Math.floor(seconds / 60);
-    const secs = Math.floor(seconds % 60);
-    return `${mins}:${secs.toString().padStart(2, '0')}`;
-  }
-
-  getRecordingPath(): string | null {
-    return this.recordingPath;
-  }
-}
-
-// Usage
-const recorder = new VoiceRecorder();
-
-// Initialize
-await recorder.initialize();
-
-// Start recording
-await recorder.startRecording();
-
-// Pause
-await recorder.pauseRecording();
-
-// Resume
-await recorder.resumeRecording();
-
-// Stop and get result
-const result = await recorder.stopRecording();
-console.log('Recording saved:', result?.filePath);
-```
-
-## 고급 구성
-
-### 오디오 품질 구성
-
-```typescript
-const startHighQualityRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',           // aac, mp3, or wav
-    sampleRate: 44100,       // 44100 Hz (CD quality)
-    channels: 2,             // Stereo
-    bitRate: 320000          // 320 kbps
-  });
-};
-```
-
-### 음성용 구성
-
-```typescript
-const startVoiceRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',
-    sampleRate: 16000,       // 16 kHz (voice optimized)
-    channels: 1,             // Mono
-    bitRate: 64000           // 64 kbps
-  });
-};
-```
-
-## UI 통합 예제
-
-```typescript
-class AudioRecorderUI {
-  private recorder: VoiceRecorder;
-  private updateInterval: any;
-
-  constructor() {
-    this.recorder = new VoiceRecorder();
-  }
-
-  async init() {
-    await this.recorder.initialize();
-    this.setupEventListeners();
-  }
-
-  setupEventListeners() {
-    const recordButton = document.getElementById('record-btn');
-    const pauseButton = document.getElementById('pause-btn');
-    const stopButton = document.getElementById('stop-btn');
-
-    recordButton?.addEventListener('click', () => this.handleRecord());
-    pauseButton?.addEventListener('click', () => this.handlePause());
-    stopButton?.addEventListener('click', () => this.handleStop());
-  }
-
-  async handleRecord() {
-    await this.recorder.startRecording();
-    this.startDurationUpdate();
-    this.updateUI('recording');
-  }
-
-  async handlePause() {
-    const status = await this.recorder.getCurrentStatus();
-
-    if (status.isPaused) {
-      await this.recorder.resumeRecording();
-      this.updateUI('recording');
-    } else {
-      await this.recorder.pauseRecording();
-      this.updateUI('paused');
-    }
-  }
-
-  async handleStop() {
-    const result = await this.recorder.stopRecording();
-    this.stopDurationUpdate();
-    this.updateUI('stopped');
-
-    if (result) {
-      this.showRecordingResult(result);
-    }
-  }
-
-  startDurationUpdate() {
-    this.updateInterval = setInterval(async () => {
-      const status = await this.recorder.getCurrentStatus();
-      this.updateDurationDisplay(status.duration);
-    }, 100);
-  }
-
-  stopDurationUpdate() {
-    if (this.updateInterval) {
-      clearInterval(this.updateInterval);
-    }
-  }
-
-  updateDurationDisplay(duration: number) {
-    const display = document.getElementById('duration');
-    if (display) {
-      display.textContent = this.recorder.formatDuration(duration);
-    }
-  }
-
-  updateUI(state: 'recording' | 'paused' | 'stopped') {
-    // Update button states, colors, etc.
-    console.log('UI state:', state);
-  }
-
-  showRecordingResult(result: any) {
-    console.log('Recording complete:', result);
-    // Show playback UI, save options, etc.
-  }
-}
-
-// Initialize UI
-const ui = new AudioRecorderUI();
-ui.init();
-```
-
-## 모범 사례
-
-1. **조기 권한 요청**: 녹음 UI를 표시하기 전에 권한을 확인하세요
-2. **중단 처리**: 전화 통화, 알람 등이 녹음을 중단할 수 있습니다
-3. **저장 공간 관리**: 공간을 절약하기 위해 오래된 녹음을 정리하세요
-4. **피드백 제공**: 녹음 상태, 재생 시간 및 파형을 표시하세요
-5. **기기에서 테스트**: 시뮬레이터/에뮬레이터는 제한된 오디오 지원을 제공합니다
-
-## 일반적인 문제
-
-### 권한 거부됨
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await AudioRecorder.checkPermissions();
-
-  if (permission.recordAudio === 'denied') {
-    alert('Microphone permission is required to record audio. Please enable it in Settings.');
-  }
-};
-```
-
-### 녹음 중단됨
-
-```typescript
-// Handle app going to background
-document.addEventListener('pause', async () => {
-  const status = await recorder.getCurrentStatus();
-  if (status.isRecording) {
-    await recorder.pauseRecording();
-    // Notify user
-  }
-});
-```
-
-### 저장 공간 관리
-
-```typescript
-const cleanupOldRecordings = async () => {
-  // Implement cleanup logic
-  // Delete recordings older than X days
-  // Or keep only last N recordings
-};
-```
-
-## 다음 단계
-
-- 전체 메서드 문서는 [API Reference](https://github.com/Cap-go/capacitor-audio-recorder#api)를 참조하세요
-- 고급 사용법은 [예제 앱](https://github.com/Cap-go/capacitor-audio-recorder/tree/main/example)을 확인하세요
-- 완전한 구현 예제는 [튜토리얼](/plugins/capacitor-audio-recorder)을 참조하세요
diff --git a/src/content/docs/ko/docs/plugins/audio-recorder/index.mdx b/src/content/docs/ko/docs/plugins/audio-recorder/index.mdx
deleted file mode 100644
index 4c7c3df58..000000000
--- a/src/content/docs/ko/docs/plugins/audio-recorder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-audio-recorder"
-description: Capacitor로 iOS, Android 및 Web에서 오디오 녹음
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-locale: ko
-hero:
-  tagline: Capacitor 애플리케이션을 위한 고품질 오디오 녹음
-  image:
-    file: ~public/icons/plugins/audio-recorder.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/audio-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-audio-recorder
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="크로스 플랫폼" icon="laptop">
-    통합 API로 iOS, Android 및 Web에서 오디오 녹음 🌐
-  </Card>
-  <Card title="다양한 형식" icon="document">
-    AAC, MP3 및 WAV 인코딩 지원 🎵
-  </Card>
-  <Card title="구성 가능한 품질" icon="setting">
-    최적의 품질을 위한 샘플 레이트, 비트 레이트 및 채널 제어 🎚️
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    [문서](/docs/plugins/audio-recorder/getting-started/)를 확인하여 단 몇 분 만에 플러그인을 마스터하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/audiosession/getting-started.mdx b/src/content/docs/ko/docs/plugins/audiosession/getting-started.mdx
deleted file mode 100644
index 194d44378..000000000
--- a/src/content/docs/ko/docs/plugins/audiosession/getting-started.mdx
+++ /dev/null
@@ -1,72 +0,0 @@
----
-title: 시작하기
-description: iOS 오디오 라우트 변경 및 중단에 반응하도록 AudioSession 플러그인을 구성합니다.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-> ℹ️ **플랫폼 지원:** 오디오 세션 API는 iOS에서 사용할 수 있습니다. Android 및 웹에서 호출은 효과 없이 해결되므로 공유 로직을 유지할 수 있습니다.
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-plugin-audiosession" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **iOS 플랫폼 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 사용 가능한 출력 검사
-
-```typescript
-import { AudioSession, AudioSessionPorts } from '@capgo/capacitor-plugin-audiosession';
-
-const outputs = await AudioSession.currentOutputs();
-
-if (outputs.includes(AudioSessionPorts.BLUETOOTH_A2DP)) {
-  console.log('Bluetooth speaker connected');
-}
-```
-
-## 스피커 모드로 재정의
-
-```typescript
-import { AudioSession, OutputOverrideType } from '@capgo/capacitor-plugin-audiosession';
-
-await AudioSession.overrideOutput(OutputOverrideType.speaker);
-
-// Restore system routing when you are done
-await AudioSession.overrideOutput(OutputOverrideType.default);
-```
-
-## 라우트 및 중단 이벤트 수신
-
-```typescript
-import { AudioSession, RouteChangeReasons, InterruptionTypes } from '@capgo/capacitor-plugin-audiosession';
-
-const routeListener = await AudioSession.addListener('routeChanged', (reason) => {
-  if (reason === RouteChangeReasons.NEW_DEVICE_AVAILABLE) {
-    console.log('User connected a new audio route');
-  }
-});
-
-const interruptionListener = await AudioSession.addListener('interruption', (type) => {
-  if (type === InterruptionTypes.BEGAN) {
-    // Pause playback while we are interrupted
-  } else {
-    // Resume playback
-  }
-});
-
-// Later during cleanup
-await routeListener.remove();
-await interruptionListener.remove();
-```
-
-## 자격
-
-- **iOS**: 앱이 백그라운드에서 오디오를 재생하는 경우 `ios/App/App/Info.plist` 내부에 필요한 백그라운드 오디오 모드(예: `audio`, `voice`)를 추가하세요.
-- **기타 플랫폼**: 추가 설정이 필요하지 않습니다. 메서드는 빈 결과로 해결됩니다.
diff --git a/src/content/docs/ko/docs/plugins/audiosession/index.mdx b/src/content/docs/ko/docs/plugins/audiosession/index.mdx
deleted file mode 100644
index 2bb6a6530..000000000
--- a/src/content/docs/ko/docs/plugins/audiosession/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-plugin-audiosession"
-description: Capacitor 앱에서 iOS 오디오 세션을 관찰하고 제어하여 라우트 변경 및 중단을 처리합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-locale: ko
-hero:
-  tagline: Capacitor를 떠나지 않고 오디오 라우트 변경을 수신하고, 중단에 반응하며, 스피커로 재생을 재라우팅합니다.
-  image:
-    file: ~public/icons/plugins/audiosession.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/audiosession/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-audiosession/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo의 AudioSession 플러그인은 iOS AVAudioSession 레이어에 대한 세밀한 제어를 제공하여 헤드폰, Bluetooth 장치 및 예상치 못한 중단을 우아하게 처리할 수 있습니다.
-
-<CardGrid stagger>
-  <Card title="라우트 인식" icon="rocket">
-    사용자가 헤드셋, AirPods, Bluetooth 스피커 등을 연결하거나 분리할 때 감지합니다.
-  </Card>
-  <Card title="스피커 재정의" icon="setting">
-    핸즈프리 오디오가 필요할 때 내장 스피커를 통해 재생을 강제합니다.
-  </Card>
-  <Card title="중단 처리" icon="moon">
-    전화 통화 또는 Siri와 같은 중단 이벤트에 반응하여 오디오를 안전하게 일시 중지하고 재개합니다.
-  </Card>
-  <Card title="타입 안전성" icon="pencil">
-    강력한 TypeScript 정의로 탄력적인 오디오 경험을 쉽게 구축할 수 있습니다.
-  </Card>
-</CardGrid>
-
-이 플러그인은 AVAudioSession 제어가 필요한 iOS를 대상으로 합니다. 다른 플랫폼에서는 호출이 효과 없이 해결되므로 하나의 공유 코드 경로를 유지할 수 있습니다.
diff --git a/src/content/docs/ko/docs/plugins/autofill-save-password/getting-started.mdx b/src/content/docs/ko/docs/plugins/autofill-save-password/getting-started.mdx
deleted file mode 100644
index 737de0157..000000000
--- a/src/content/docs/ko/docs/plugins/autofill-save-password/getting-started.mdx
+++ /dev/null
@@ -1,260 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 원활한 비밀번호 관리를 위해 Autofill Save Password 플러그인을 설치하고 구성하는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 플랫폼 지원
-
-- **iOS**: 완전 지원 (iOS 18.3 및 이전 버전)
-- **Android**: 작업 중
-
-## 플랫폼 구성
-
-### iOS
-
-#### 1. Associated Domains 설정
-
-Apple Developer 계정에서 associated domains를 구성하고 `App.entitlements` 파일에 추가하세요:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-#### 2. Web Credential 구성
-
-웹사이트에 `.well-known/apple-app-site-association` 파일을 추가하세요:
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-### Android (향후 지원)
-
-#### 1. Google Services 플러그인
-
-`android/app/build.gradle`에 추가:
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-#### 2. 도메인 구성
-
-`android/app/src/main/res/values/strings.xml`에 추가:
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-## 사용 예제
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// Save password after successful login
-async function login(username: string, password: string) {
-  try {
-    // Perform your login logic here
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // Prompt user to save password
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // iOS only
-      });
-
-      console.log('Password saved successfully');
-    }
-  } catch (error) {
-    console.error('Failed to save password:', error);
-  }
-}
-
-// Read saved password for autofill
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Found saved credentials');
-      // Pre-fill login form
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Failed to read saved password:', error);
-  }
-
-  return null;
-}
-```
-
-## API Reference
-
-### promptDialog(options)
-
-```typescript
-promptDialog(options: SavePasswordOptions) => Promise<void>
-```
-
-시스템 키체인에 사용자 자격 증명을 저장합니다.
-
-| Param         | Type                              |
-| ------------- | --------------------------------- |
-| **`options`** | `SavePasswordOptions` |
-
-### readPassword()
-
-```typescript
-readPassword() => Promise<SavedCredentials>
-```
-
-시스템 키체인에서 저장된 자격 증명을 검색합니다.
-
-**반환값:** `Promise<SavedCredentials>`
-
-## 인터페이스
-
-### SavePasswordOptions
-
-| Prop           | Type               | Description                                   |
-| -------------- | ------------------ | --------------------------------------------- |
-| **`username`** | `string` | 저장할 사용자 이름                          |
-| **`password`** | `string` | 저장할 비밀번호                          |
-| **`url`**      | `string` | iOS 전용 - 연결된 도메인 URL (선택 사항) |
-
-### SavedCredentials
-
-| Prop           | Type              | Description                  |
-| -------------- | ----------------- | ---------------------------- |
-| **`username`** | `string` | 저장된 사용자 이름           |
-| **`password`** | `string` | 저장된 비밀번호           |
-
-## 로그인 흐름과 통합
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // Authenticate with your backend
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // Offer to save credentials
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login failed:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // User declined to save or error occurred
-      console.log('Password not saved:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('No saved credentials found');
-      return null;
-    }
-  }
-}
-```
-
-## 모범 사례
-
-- 성공적인 인증 후에만 비밀번호 저장을 요청하세요
-- 사용자가 비밀번호 저장을 거부하는 경우를 우아하게 처리하세요
-- 키체인 액세스 실패에 대한 적절한 오류 처리를 구현하세요
-- 웹-앱 자격 증명 공유를 원활하게 하려면 associated domains를 사용하세요
-- 다양한 iOS 버전에서 자동 완성 기능을 테스트하세요
-
-## 보안 고려 사항
-
-- 자격 증명은 적절한 보안 플래그와 함께 시스템 키체인에 저장됩니다
-- Associated domains는 자격 증명이 승인된 앱에서만 액세스할 수 있도록 보장합니다
-- 자격 증명 관리를 위한 플랫폼 보안 지침을 따르세요
-- 민감한 애플리케이션에 대한 추가 보안 조치 구현을 고려하세요
diff --git a/src/content/docs/ko/docs/plugins/autofill-save-password/index.mdx b/src/content/docs/ko/docs/plugins/autofill-save-password/index.mdx
deleted file mode 100644
index 34202f345..000000000
--- a/src/content/docs/ko/docs/plugins/autofill-save-password/index.mdx
+++ /dev/null
@@ -1,279 +0,0 @@
----
-title: "@capgo/capacitor-autofill-save-password"
-description: 자격 증명 관리, 안전한 저장 및 원활한 사용자 경험을 갖춘 Capacitor 앱용 비밀번호 자동 완성 지원 플러그인.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-locale: ko
-hero:
-  tagline: 원활한 인증 경험을 위해 시스템 통합으로 비밀번호 자동 완성 및 자격 증명 관리를 활성화합니다.
-  image:
-    file: ~public/icons/plugins/autofill-save-password.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/autofill-save-password/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-autofill-save-password/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 개요
-
-Capacitor Autofill Save Password 플러그인은 Capacitor 애플리케이션에 비밀번호 저장 및 자동 완성 기능을 제공합니다. 이 플러그인은 시스템 수준 자격 증명 관리와 통합되어 안전한 비밀번호 저장 및 검색으로 원활한 인증 경험을 제공합니다.
-
-<CardGrid stagger>
-  <Card title="비밀번호 저장" icon="rocket">
-    시스템 키체인에 자격 증명을 안전하게 저장 🔐
-  </Card>
-  <Card title="자동 완성 통합" icon="setting">
-    시스템 수준 비밀번호 자동 완성 지원 🗝️
-  </Card>
-  <Card title="크로스 플랫폼" icon="laptop">
-    Android 개발이 진행 중인 iOS 지원 📱
-  </Card>
-  <Card title="도메인 연결" icon="puzzle">
-    원활한 인증을 위한 Associated domains ❤️
-  </Card>
-</CardGrid>
-
-## 설치
-
-```bash
-npm install @capgo/capacitor-autofill-save-password
-npx cap sync
-```
-
-## 플랫폼 지원
-
-- **iOS**: 완전 지원 (iOS 18.3 및 이전 버전에서 작동)
-- **Android**: 작업 중
-
-## iOS 구성
-
-### 1. Associated Domains 설정
-
-Apple Developer 계정에서 associated domains를 구성하고 `App.entitlements` 파일에 추가하세요:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-### 2. Web Credential 구성
-
-웹사이트에 `.well-known/apple-app-site-association` 파일을 추가하세요:
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-## 핵심 API 메서드
-
-### 비밀번호 관리
-- `promptDialog(options)` - 시스템 키체인에 비밀번호 저장
-- `readPassword()` - 키체인에서 저장된 비밀번호 읽기
-
-## 사용 예제
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// Save password after successful login
-async function login(username: string, password: string) {
-  try {
-    // Perform your login logic here
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // Prompt user to save password
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // iOS only
-      });
-
-      console.log('Password saved successfully');
-    }
-  } catch (error) {
-    console.error('Failed to save password:', error);
-  }
-}
-
-// Read saved password for autofill
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Found saved credentials');
-      // Pre-fill login form
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Failed to read saved password:', error);
-  }
-
-  return null;
-}
-```
-
-## Android 구성 (작업 진행 중)
-
-향후 Android 지원을 위해 다음 구성이 필요합니다:
-
-### 1. Google Services 플러그인
-
-`android/app/build.gradle`에 추가:
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-### 2. 도메인 구성
-
-`android/app/src/main/res/values/strings.xml`에 추가:
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-### 3. Google Services JSON
-
-Android 프로젝트에 `google-services.json`을 추가하세요.
-
-## API Reference
-
-### promptDialog(options)
-
-시스템 키체인에 사용자 자격 증명을 저장합니다.
-
-```typescript
-interface SavePasswordOptions {
-  username: string;
-  password: string;
-  url?: string; // iOS only - associated domain URL
-}
-```
-
-### readPassword()
-
-시스템 키체인에서 저장된 자격 증명을 검색합니다.
-
-```typescript
-interface SavedCredentials {
-  username: string;
-  password: string;
-}
-```
-
-## 로그인 흐름과 통합
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // Authenticate with your backend
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // Offer to save credentials
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login failed:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // User declined to save or error occurred
-      console.log('Password not saved:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('No saved credentials found');
-      return null;
-    }
-  }
-}
-```
-
-## 모범 사례
-
-- 성공적인 인증 후에만 비밀번호 저장을 요청하세요
-- 사용자가 비밀번호 저장을 거부하는 경우를 우아하게 처리하세요
-- 키체인 액세스 실패에 대한 적절한 오류 처리를 구현하세요
-- 웹-앱 자격 증명 공유를 원활하게 하려면 associated domains를 사용하세요
-- 다양한 iOS 버전에서 자동 완성 기능을 테스트하세요
-
-## 보안 고려 사항
-
-- 자격 증명은 적절한 보안 플래그와 함께 시스템 키체인에 저장됩니다
-- Associated domains는 자격 증명이 승인된 앱에서만 액세스할 수 있도록 보장합니다
-- 자격 증명 관리를 위한 플랫폼 보안 지침을 따르세요
-- 민감한 애플리케이션에 대한 추가 보안 조치 구현을 고려하세요
-
-## 제한 사항
-
-- Android 지원은 현재 개발 중입니다
-- iOS는 적절한 associated domains 구성이 필요합니다
-- 자동 완성 동작은 다양한 iOS 버전에 따라 달라질 수 있습니다
-- 자격 증명 저장 및 액세스에 대한 사용자 동의가 필요합니다
-
-## 문서
-
-자세한 구현 가이드 및 고급 통합 패턴은 [전체 문서](/docs/plugins/autofill-save-password/getting-started/)를 확인하세요.
diff --git a/src/content/docs/ko/docs/plugins/background-geolocation/getting-started.mdx b/src/content/docs/ko/docs/plugins/background-geolocation/getting-started.mdx
deleted file mode 100644
index e9c42f60a..000000000
--- a/src/content/docs/ko/docs/plugins/background-geolocation/getting-started.mdx
+++ /dev/null
@@ -1,270 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Background Geolocation 플러그인을 설치하고 사용하여 백그라운드에서 기기 위치를 추적하는 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-이 플러그인은 Capacitor v7을 지원합니다:
-
-| Capacitor  | Plugin |
-|------------|--------|
-| v7         | v7     |
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-</Tabs>
-
-## 플랫폼 설정
-
-### iOS
-
-`Info.plist`에 다음 키를 추가하세요:
-
-```xml
-<dict>
-  ...
-  <key>NSLocationWhenInUseUsageDescription</key>
-  <string>We need to track your location</string>
-  <key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-  <string>We need to track your location while your device is locked.</string>
-  <key>UIBackgroundModes</key>
-  <array>
-    <string>location</string>
-  </array>
-  ...
-</dict>
-```
-
-### Android
-
-Capacitor 구성에서 `android.useLegacyBridge` 옵션을 `true`로 설정하세요. 이렇게 하면 백그라운드에서 5분 후 위치 업데이트가 중단되는 것을 방지할 수 있습니다. https://capacitorjs.com/docs/config 및 https://github.com/capacitor-community/background-geolocation/issues/89를 참조하세요.
-
-Android 13+에서는 앱이 사용자에게 백그라운드에서 위치를 사용 중임을 알리는 지속 알림을 표시하기 위해 `POST_NOTIFICATIONS` 런타임 권한이 필요합니다. 이 런타임 권한은 위치 권한이 부여된 후에 요청됩니다.
-
-앱이 실시간으로 서버에 위치 업데이트를 전달하는 경우, 백그라운드에서 5분 후 Android가 WebView에서 시작된 HTTP 요청을 제한한다는 점에 유의하세요. 해결책은 [CapacitorHttp](https://capacitorjs.com/docs/apis/http)와 같은 네이티브 HTTP 플러그인을 사용하는 것입니다. https://github.com/capacitor-community/background-geolocation/issues/14를 참조하세요.
-
-Android 관련 구성은 `strings.xml`에서 할 수 있습니다:
-```xml
-<resources>
-    <!--
-        백그라운드 알림의 채널 이름입니다. 사용자가 알림을 길게 누르면
-        표시됩니다. 기본값은 "Background Tracking"입니다.
-    -->
-    <string name="capacitor_background_geolocation_notification_channel_name">
-        Background Tracking
-    </string>
-
-    <!--
-        백그라운드 알림에 사용할 아이콘입니다. "@"를 제외하세요.
-        기본값은 앱의 실행 아이콘인 "mipmap/ic_launcher"입니다.
-
-        벡터 이미지가 아닌 래스터 이미지를 사용하여 아이콘을 생성하는 경우
-        투명한 배경이 있어야 합니다. 이미지가 호환되는지 확인하려면
-        Android Studio에서 이미지 자산을 생성할 때 아이콘 유형으로
-        "Notification Icons"를 선택하세요.
-
-        호환되지 않는 이미지 자산은 아이콘이 올바르게 표시되더라도
-        알림이 몇 가지 명백한 방식으로 오작동하게 합니다:
-
-          - 알림이 사용자가 닫을 수 없어야 하는데 닫을 수 있습니다.
-          - 알림을 탭하면 앱이 아닌 설정이 열립니다.
-          - 알림 텍스트가 잘못될 수 있습니다.
-    -->
-    <string name="capacitor_background_geolocation_notification_icon">
-        drawable/ic_tracking
-    </string>
-
-    <!--
-        android.graphics.Color.parseColor로 파싱할 수 있는 문자열로
-        알림의 색상입니다. 선택 사항입니다.
-    -->
-    <string name="capacitor_background_geolocation_notification_color">
-        yellow
-    </string>
-</resources>
-```
-
-## 사용법
-
-```javascript
-import { BackgroundGeolocation } from "@capgo/background-geolocation";
-
-BackgroundGeolocation.start(
-    {
-        backgroundMessage: "Cancel to prevent battery drain.",
-        backgroundTitle: "Tracking You.",
-        requestPermissions: true,
-        stale: false,
-        distanceFilter: 50
-    },
-    (location, error) => {
-        if (error) {
-            if (error.code === "NOT_AUTHORIZED") {
-                if (window.confirm(
-                    "This app needs your location, " +
-                    "but does not have permission.\n\n" +
-                    "Open settings now?"
-                )) {
-                    // It can be useful to direct the user to their device's
-                    // settings when location permissions have been denied. The
-                    // plugin provides the 'openSettings' method to do exactly
-                    // this.
-                    BackgroundGeolocation.openSettings();
-                }
-            }
-            return console.error(error);
-        }
-        return console.log(location);
-    }
-).then(() => {
-    // When location updates are no longer needed, the plugin should be stopped by calling
-    BackgroundGeolocation.stop();
-});
-
-// Set a planned route to get a notification sound when a new location arrives and it's not on the route:
-
-BackgroundGeolocation.setPlannedRoute({soundFile: "assets/myFile.mp3", route: [[1,2], [3,4]], distance: 30 });
-
-// If you just want the current location, try something like this. The longer
-// the timeout, the more accurate the guess will be. I wouldn't go below about 100ms.
-function guessLocation(callback, timeout) {
-    let last_location;
-    BackgroundGeolocation.start(
-        {
-            requestPermissions: false,
-            stale: true
-        },
-        (location) => {
-            last_location = location || undefined;
-        }
-    ).then(() => {
-        setTimeout(() => {
-            callback(last_location);
-            BackgroundGeolocation.stop();
-        }, timeout);
-    });
-}
-```
-
-## API
-
-### start(...)
-
-```typescript
-start(options: StartOptions, callback: (position?: Location | undefined, error?: CallbackError | undefined) => void) => Promise<void>
-```
-
-기기의 위치 변경 사항을 수신하려면 이 메서드를 호출하세요.
-호출이 완료되었음을 나타내기 위해 Promise가 반환됩니다. 새로운 위치를 사용할 수 있거나 이 메서드를 호출할 때 오류가 발생하면 콜백이 호출됩니다. 이를 위해 promise rejection에 의존하지 마세요.
-
-| Param          | Type                                                                                                                      | Description                                                                       |
-| -------------- | ------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------- |
-| **`options`**  | `StartOptions`                                                                     | 구성 옵션                                                         |
-| **`callback`** | `(position?: Location, error?: CallbackError) => void` | 새 위치를 사용할 수 있거나 오류가 발생할 때 호출되는 콜백 함수 |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-위치 업데이트를 중지합니다.
-
-### openSettings()
-
-```typescript
-openSettings() => Promise<void>
-```
-
-기기의 위치 설정 페이지를 엽니다.
-사용자가 위치 서비스를 활성화하거나 권한을 조정하도록 안내하는 데 유용합니다.
-
-### setPlannedRoute(...)
-
-```typescript
-setPlannedRoute(options: SetPlannedRouteOptions) => Promise<void>
-```
-
-사용자가 계획된 경로에서 벗어나면 사운드 파일을 재생합니다.
-이것은 사운드를 재생하는 데 사용되어야 합니다 (백그라운드에서도, 네이티브만 해당).
-
-| Param         | Type                                                                      | Description                                              |
-| ------------- | ------------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | `SetPlannedRouteOptions` | 계획된 경로 및 사운드 파일 설정 옵션 |
-
-## 인터페이스
-
-### StartOptions
-
-위치 업데이트 구성 옵션입니다.
-
-| Prop                     | Type                 | Description                                                                                                                                                                                                                                                                                                                                                                                                          | Default                            |
-| ------------------------ | -------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------- |
-| **`backgroundMessage`**  | `string`  | "backgroundMessage" 옵션이 정의되면 플러그인은 앱이 백그라운드에 있든 포그라운드에 있든 위치 업데이트를 제공합니다. 정의되지 않으면 위치 업데이트는 포그라운드에서만 보장됩니다. 이는 두 플랫폼 모두에서 true입니다. Android에서는 백그라운드에서 위치 업데이트를 계속 받으려면 알림을 표시해야 합니다. 이 옵션은 해당 알림의 텍스트를 지정합니다. |                                    |
-| **`backgroundTitle`**    | `string`  | 위에서 언급한 알림의 제목입니다.                                                                                                                                                                                                                                                                                                                                                                                       | `"Using your location"` |
-| **`requestPermissions`** | `boolean` | 권한이 아직 부여되지 않은 경우 사용자로부터 자동으로 권한을 요청할지 여부입니다.                                                                                                                                                                                                                                                                                                                                | `true`                  |
-| **`stale`**              | `boolean` | "true"이면 기기가 GPS 수정을 얻는 동안 오래된 위치가 전달될 수 있습니다. "time" 속성을 확인할 책임이 있습니다. "false"이면 위치가 최신 상태임이 보장됩니다.                                                                                                                                                                                                                         | `false`                 |
-| **`distanceFilter`**     | `number`  | 새로운 위치 업데이트가 트리거되기 전에 기기가 이동해야 하는 거리(미터)입니다. 이는 작은 이동을 필터링하고 업데이트 수를 줄이는 데 사용됩니다.                                                                                                                                                                                                                                             | `0`                     |
-
-### Location
-
-다양한 속성을 가진 지리적 위치를 나타냅니다.
-GPS/네트워크 제공자가 반환하는 모든 표준 위치 속성을 포함합니다.
-
-| Prop                   | Type                        | Description                                                                                                                            |
-| ---------------------- | --------------------------- | -------------------------------------------------------------------------------------------------------------------------------------- |
-| **`latitude`**         | `number`         | 도 단위의 위도입니다. 범위: -90.0 ~ +90.0                                                                                             |
-| **`longitude`**        | `number`         | 도 단위의 경도입니다. 범위: -180.0 ~ +180.0                                                                                          |
-| **`accuracy`**         | `number`         | 68% 신뢰도로 수평 불확실성 반경(미터)입니다. 값이 낮을수록 위치가 더 정확합니다.                         |
-| **`altitude`**         | `number \| null` | 해발 미터(사용할 수 없는 경우 null).                                                                                     |
-| **`altitudeAccuracy`** | `number \| null` | 68% 신뢰도로 수직 불확실성(미터)(사용할 수 없는 경우 null).                                                        |
-| **`simulated`**        | `boolean`        | GPS가 아닌 소프트웨어에 의해 위치가 시뮬레이션된 경우 `true`입니다. 개발 또는 테스트에서 모의 위치를 감지하는 데 유용합니다.      |
-| **`bearing`**          | `number \| null` | 진북으로부터의 편차(도)(사용할 수 없는 경우 null). 범위: 0.0 ~ 360.0                                                   |
-| **`speed`**            | `number \| null` | 초당 미터 단위의 속도(사용할 수 없는 경우 null).                                                                                 |
-| **`time`**             | `number \| null` | 위치가 생성된 시간(유닉스 에포크 이후 밀리초). stale: true를 사용할 때 위치가 오래되었는지 확인하는 데 사용하세요. |
-
-### CallbackError
-
-위치 시작 콜백에 전달될 수 있는 오류 객체입니다.
-선택적 오류 코드로 표준 Error를 확장합니다.
-
-| Prop       | Type                | Description                                           |
-| ---------- | ------------------- | ----------------------------------------------------- |
-| **`code`** | `string` | 더 구체적인 오류 처리를 위한 선택적 오류 코드입니다. |
-
-### SetPlannedRouteOptions
-
-| Prop            | Type                            | Description                                                                                                                                                                                                                                        | Default         |
-| --------------- | ------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------- |
-| **`soundFile`** | `string`             | 재생할 사운드 파일의 이름입니다. 웹 및 네이티브 플랫폼 모두에서 작동하려면 앱의 public 폴더에서 유효한 사운드 상대 경로여야 합니다. 경로에 public 폴더를 포함할 필요가 없습니다.                                            |                 |
-| **`route`**     | `[number, number][]` | 경도 및 위도 쌍의 배열로 계획된 경로입니다. 각 쌍은 경로의 한 지점을 나타냅니다. 이것은 사용자가 따를 수 있는 경로를 정의하는 데 사용됩니다. 경로는 사용자가 벗어날 때 사운드를 재생하는 데 사용됩니다.               |                 |
-| **`distance`**  | `number`             | 사용자가 사운드를 트리거하기 위해 계획된 경로에서 벗어나야 하는 거리(미터)입니다. 이것은 사용자가 사운드가 재생되기 전에 경로에서 얼마나 멀리 떨어질 수 있는지 결정하는 데 사용됩니다. 지정하지 않으면 기본값 50미터가 사용됩니다. | `50` |
diff --git a/src/content/docs/ko/docs/plugins/background-geolocation/index.mdx b/src/content/docs/ko/docs/plugins/background-geolocation/index.mdx
deleted file mode 100644
index 57694bd30..000000000
--- a/src/content/docs/ko/docs/plugins/background-geolocation/index.mdx
+++ /dev/null
@@ -1,56 +0,0 @@
----
-title: "Background Geolocation"
-locale: ko
-description: 앱이 백그라운드에 있는 동안에도 정확한 위치 정보 업데이트를 받을 수 있는 Capacitor 플러그인
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 앱이 백그라운드에 있는 동안에도 정확한 위치 정보 업데이트를 받을 수 있습니다.
-  image:
-    file: ~public/icons/plugins/background-geolocation.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/background-geolocation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-background-geolocation
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="정확한 추적" icon="rocket">
-    하이킹 및 내비게이션과 같은 사용 사례를 위한 정확도 우선 순위 지정 🎯
-  </Card>
-  <Card title="백그라운드 업데이트" icon="puzzle">
-    앱이 백그라운드에 있을 때도 위치 업데이트를 계속 받습니다 🏃
-  </Card>
-  <Card title="배터리 효율적" icon="setting">
-    정확도와 배터리 소모의 균형을 맞추도록 최적화됨 🔋
-  </Card>
-  <Card title="시작하기" icon="open-book">
-    플러그인을 설치하고 구성하려면 [시작하기 가이드](/docs/plugins/background-geolocation/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
-
-## 플러그인 비교
-
-Capacitor 앱에서 일반적으로 사용되는 세 가지 주요 백그라운드 위치 정보 플러그인 간의 간단한 비교입니다.
-
-| Plugin | Accuracy | Background | HTTP Upload | Pricing |
-|--------|----------|------------|-------------|---------|
-| `@capacitor-community/background-geolocation` (Community) | 부정확함 | Yes | No | Free |
-| `@capgo/background-geolocation` (이 플러그인) | 정확함 | Yes | No | Free |
-| Transistorsoft (original) | 정확함 | Yes | Yes — API에 대한 내장 HTTP 업로더 | Paid |
-
-**참고:**
-- Community 플러그인은 가벼우며 백그라운드에서 계속 작동하지만 아래 옵션보다 정확도가 떨어지는 것으로 알려져 있습니다.
-- 이 Capgo 플러그인은 유료 라이선스 없이 정확한 위치 수정 및 안정적인 백그라운드 작동을 제공하도록 최적화되었습니다.
-- Transistorsoft는 백엔드로 위치 데이터를 전송하기 위한 내장 HTTP 업로드 기능도 포함하는 완전한 상업용 솔루션을 제공합니다.
diff --git a/src/content/docs/ko/docs/plugins/barometer/getting-started.mdx b/src/content/docs/ko/docs/plugins/barometer/getting-started.mdx
deleted file mode 100644
index 77a0ecf9b..000000000
--- a/src/content/docs/ko/docs/plugins/barometer/getting-started.mdx
+++ /dev/null
@@ -1,218 +0,0 @@
----
-title: "Barometer 시작하기"
-locale: ko
-description: "Capacitor 앱에 기압 센싱을 통합하는 방법을 알아보세요"
----
-
-이 가이드는 애플리케이션에 Capacitor Barometer 플러그인을 통합하는 과정을 안내합니다.
-
-## 설치
-
-npm을 사용하여 플러그인을 설치하세요:
-
-```bash
-npm install @capgo/capacitor-barometer
-npx cap sync
-```
-
-## iOS 구성
-
-`Info.plist`에 다음을 추가하세요:
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>This app uses the barometer to measure atmospheric pressure</string>
-```
-
-## Android 구성
-
-추가 구성이 필요하지 않습니다. 플러그인은 필요한 권한을 자동으로 요청합니다.
-
-## 기본 사용법
-
-### 플러그인 가져오기
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-```
-
-### 센서 가용성 확인
-
-```typescript
-const checkBarometer = async () => {
-  const { available } = await Barometer.isAvailable();
-  console.log('Barometer available:', available);
-};
-```
-
-### 압력 모니터링 시작
-
-```typescript
-const startMonitoring = async () => {
-  await Barometer.start({
-    interval: 1000 // Update interval in milliseconds
-  });
-
-  console.log('Barometer monitoring started');
-};
-```
-
-### 압력 이벤트 수신
-
-```typescript
-Barometer.addListener('pressureChange', (data) => {
-  console.log('Pressure (hPa):', data.pressure);
-  console.log('Relative altitude (m):', data.relativeAltitude);
-  console.log('Timestamp:', data.timestamp);
-});
-```
-
-### 현재 판독값 가져오기
-
-```typescript
-const getCurrentPressure = async () => {
-  const reading = await Barometer.getCurrentReading();
-  console.log('Current pressure:', reading.pressure, 'hPa');
-  console.log('Relative altitude:', reading.relativeAltitude, 'm');
-};
-```
-
-### 모니터링 중지
-
-```typescript
-const stopMonitoring = async () => {
-  await Barometer.stop();
-  console.log('Barometer monitoring stopped');
-};
-```
-
-## 완전한 예제
-
-다음은 기압계 통합을 보여주는 완전한 예제입니다:
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-
-class BarometerService {
-  private listener: any;
-
-  async initialize() {
-    // Check availability
-    const { available } = await Barometer.isAvailable();
-    if (!available) {
-      console.error('Barometer not available on this device');
-      return;
-    }
-
-    // Start monitoring
-    await Barometer.start({ interval: 1000 });
-
-    // Add listener
-    this.listener = Barometer.addListener('pressureChange', (data) => {
-      this.handlePressureChange(data);
-    });
-  }
-
-  handlePressureChange(data: any) {
-    console.log('Pressure:', data.pressure, 'hPa');
-    console.log('Altitude:', data.relativeAltitude, 'm');
-
-    // Update UI or process data
-    this.updateDisplay(data);
-  }
-
-  updateDisplay(data: any) {
-    // Convert hPa to other units
-    const inHg = (data.pressure * 0.02953).toFixed(2);
-    const mmHg = (data.pressure * 0.750062).toFixed(1);
-
-    console.log(`Pressure: ${data.pressure.toFixed(1)} hPa`);
-    console.log(`         ${inHg} inHg`);
-    console.log(`         ${mmHg} mmHg`);
-    console.log(`Altitude: ${data.relativeAltitude.toFixed(1)} m`);
-  }
-
-  async cleanup() {
-    // Remove listener
-    if (this.listener) {
-      this.listener.remove();
-    }
-
-    // Stop monitoring
-    await Barometer.stop();
-  }
-}
-
-// Usage
-const barometerService = new BarometerService();
-barometerService.initialize();
-
-// Cleanup when done
-// barometerService.cleanup();
-```
-
-## 판독값 이해하기
-
-### 대기압
-
-- 헥토파스칼(hPa) 또는 밀리바(mb) 단위로 측정됩니다
-- 표준 해수면 압력: 1013.25 hPa
-- 고도가 높을수록 압력이 낮아집니다
-- 기상 시스템이 압력 판독값에 영향을 미칩니다
-
-### 상대 고도
-
-- 압력 변화로부터 계산됩니다
-- 시작 기준점을 기준으로 합니다
-- 정확도: ±10-30미터
-- 단기 추적에 가장 적합합니다
-
-## 모범 사례
-
-1. **가용성 확인**: 사용하기 전에 항상 센서 가용성을 확인하세요
-2. **합리적인 간격**: 너무 자주 폴링하지 마세요(1000ms가 좋습니다)
-3. **리스너 제거**: 필요하지 않을 때 리스너를 정리하세요
-4. **보정**: 정확한 판독값을 위해 알려진 고도를 사용하세요
-5. **배터리 영향**: 지속적인 센싱으로 배터리 사용량을 모니터링하세요
-
-## 일반적인 문제
-
-### 센서를 사용할 수 없음
-
-```typescript
-try {
-  const { available } = await Barometer.isAvailable();
-  if (!available) {
-    // Fallback to GPS altitude or manual input
-    showAlternativeMethod();
-  }
-} catch (error) {
-  console.error('Barometer check failed:', error);
-}
-```
-
-### 노이즈가 있는 데이터
-
-```typescript
-class PressureFilter {
-  private readings: number[] = [];
-  private maxReadings = 5;
-
-  addReading(pressure: number): number {
-    this.readings.push(pressure);
-    if (this.readings.length > this.maxReadings) {
-      this.readings.shift();
-    }
-
-    // Return moving average
-    const sum = this.readings.reduce((a, b) => a + b, 0);
-    return sum / this.readings.length;
-  }
-}
-```
-
-## 다음 단계
-
-- 전체 메서드 문서는 [API Reference](https://github.com/Cap-go/capacitor-barometer#api)를 확인하세요
-- 고급 사용법은 [예제 앱](https://github.com/Cap-go/capacitor-barometer/tree/main/example)을 확인하세요
-- 전체 구현 예제는 [튜토리얼](/plugins/capacitor-barometer)을 참조하세요
diff --git a/src/content/docs/ko/docs/plugins/barometer/index.mdx b/src/content/docs/ko/docs/plugins/barometer/index.mdx
deleted file mode 100644
index c52fe3571..000000000
--- a/src/content/docs/ko/docs/plugins/barometer/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: "@capgo/capacitor-barometer"
-locale: ko
-description: 기기 센서에서 대기압 및 고도 데이터를 위한 기기 기압계 판독값에 액세스합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 날씨 및 피트니스 애플리케이션을 위해 기기 센서에서 기압 및 고도 데이터에 액세스합니다.
-  image:
-    file: ~public/icons/plugins/barometer.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/barometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-barometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="압력 모니터링" icon="rocket">
-    실시간 대기압 판독값 🌡️
-  </Card>
-  <Card title="고도 계산" icon="star">
-    압력 변화로부터 상대 고도 도출 📈
-  </Card>
-  <Card title="이벤트 리스너" icon="setting">
-    압력 변화 이벤트 구독 🔔
-  </Card>
-  <Card title="크로스 플랫폼" icon="laptop">
-    기압계 센서가 있는 iOS 및 Android 기기에서 작동 📱
-  </Card>
-  <Card title="시작하기" icon="open-book">
-    플러그인을 설치하고 구성하려면 [시작하기 가이드](/docs/plugins/barometer/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/camera-preview/getting-started.mdx b/src/content/docs/ko/docs/plugins/camera-preview/getting-started.mdx
deleted file mode 100644
index 7cd7d18ca..000000000
--- a/src/content/docs/ko/docs/plugins/camera-preview/getting-started.mdx
+++ /dev/null
@@ -1,275 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Camera Preview 플러그인을 설치하고 사용하여 Capacitor 앱에서 실시간 카메라 피드를 표시하고 사진/동영상을 촬영하는 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/camera-preview" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **권한 구성**
-
-   ### iOS
-   `Info.plist`에 카메라 사용 설명을 추가하세요:
-   ```xml
-   <key>NSCameraUsageDescription</key>
-   <string>To take photos and videos</string>
-   <key>NSMicrophoneUsageDescription</key>
-   <string>To record audio with videos</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>To save photos and videos</string>
-   ```
-
-   ### Android
-   `AndroidManifest.xml`에 카메라 권한을 추가하세요:
-   ```xml
-   <uses-permission android:name="android.permission.CAMERA" />
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   ```
-</Steps>
-
-## 사용법
-
-플러그인을 가져오고 메서드를 사용하여 카메라를 제어하세요:
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview';
-import { CameraPreviewOptions, CameraPreviewPictureOptions } from '@capgo/camera-preview';
-
-// Start camera preview
-const startCamera = async () => {
-  const cameraPreviewOptions: CameraPreviewOptions = {
-    position: 'rear',
-    height: 1920,
-    width: 1080,
-    quality: 50,
-    toBack: false,
-    paddingBottom: 0,
-    rotateWhenOrientationChanged: true,
-    x: 0,
-    y: 0
-  };
-
-  await CameraPreview.start(cameraPreviewOptions);
-};
-
-// Stop camera preview
-const stopCamera = async () => {
-  await CameraPreview.stop();
-};
-
-// Take a picture
-const takePicture = async () => {
-  const pictureOptions: CameraPreviewPictureOptions = {
-    quality: 90,
-    width: 1920,
-    height: 1080
-  };
-
-  const result = await CameraPreview.capture(pictureOptions);
-  const base64PictureData = result.value;
-
-  // Use the base64 image data
-  console.log(base64PictureData);
-};
-
-// Switch camera
-const flipCamera = async () => {
-  await CameraPreview.flip();
-};
-
-// Control flash
-const setFlashMode = async (mode: 'on' | 'off' | 'auto' | 'torch') => {
-  await CameraPreview.setFlashMode({ flashMode: mode });
-};
-
-// Start recording video
-const startRecording = async () => {
-  await CameraPreview.startRecordVideo({
-    storeToFile: true,
-    fileName: 'myvideo'
-  });
-};
-
-// Stop recording
-const stopRecording = async () => {
-  const result = await CameraPreview.stopRecordVideo();
-  console.log('Video path:', result.videoFilePath);
-};
-```
-
-## API Reference
-
-### start(options)
-
-카메라 미리보기를 시작합니다.
-
-```typescript
-interface CameraPreviewOptions {
-  position?: 'rear' | 'front';
-  height?: number;
-  width?: number;
-  x?: number;
-  y?: number;
-  toBack?: boolean;
-  paddingBottom?: number;
-  rotateWhenOrientationChanged?: boolean;
-  storeToFile?: boolean;
-  disableExifHeaderStripping?: boolean;
-  enableHighResolution?: boolean;
-  disableAudio?: boolean;
-  lockAndroidOrientation?: boolean;
-  enableOpacity?: boolean;
-  enableZoom?: boolean;
-}
-```
-
-### stop()
-
-카메라 미리보기를 중지합니다.
-
-### capture(options)
-
-사진을 촬영하고 base64 인코딩 문자열로 반환합니다.
-
-```typescript
-interface CameraPreviewPictureOptions {
-  height?: number;
-  width?: number;
-  quality?: number;
-}
-```
-
-### flip()
-
-전면 카메라와 후면 카메라를 전환합니다.
-
-### setFlashMode(options)
-
-플래시 모드를 설정합니다.
-
-```typescript
-interface CameraPreviewFlashMode {
-  flashMode: 'off' | 'on' | 'auto' | 'torch';
-}
-```
-
-### startRecordVideo(options)
-
-동영상 녹화를 시작합니다.
-
-```typescript
-interface CameraPreviewVideoOptions {
-  storeToFile?: boolean;
-  fileName?: string;
-  width?: number;
-  height?: number;
-  quality?: number;
-  withFlash?: boolean;
-}
-```
-
-### stopRecordVideo()
-
-동영상 녹화를 중지하고 동영상 파일 경로를 반환합니다.
-
-## 고급 기능
-
-### 포커스 제어
-
-```typescript
-// Set focus
-await CameraPreview.setFocusCoordinate({
-  x: 100,
-  y: 100
-});
-
-// Get supported focus modes
-const focusModes = await CameraPreview.getFocusModes();
-
-// Set focus mode
-await CameraPreview.setFocusMode({
-  focusMode: 'continuous-picture'
-});
-```
-
-### 줌 제어
-
-```typescript
-// Get max zoom
-const maxZoom = await CameraPreview.getMaxZoom();
-
-// Set zoom
-await CameraPreview.setZoom({
-  zoom: 2.0
-});
-
-// Get current zoom
-const currentZoom = await CameraPreview.getZoom();
-```
-
-### 노출 제어
-
-```typescript
-// Get exposure compensation range
-const range = await CameraPreview.getExposureCompensationRange();
-
-// Set exposure compensation
-await CameraPreview.setExposureCompensation({
-  exposureCompensation: 0.5
-});
-```
-
-## 모범 사례
-
-1. **먼저 권한 요청**
-   ```typescript
-   import { Camera } from '@capacitor/camera';
-
-   const requestPermissions = async () => {
-     const permissions = await Camera.requestPermissions();
-     if (permissions.camera === 'granted') {
-       // Start camera preview
-     }
-   };
-   ```
-
-2. **방향 변경 처리**
-   미리보기를 자동으로 조정하려면 `rotateWhenOrientationChanged: true`를 설정하세요.
-
-3. **성능 최적화**
-   - 적절한 해상도 설정 사용
-   - 사용하지 않을 때 미리보기 중지
-   - 필요하지 않은 기능 비활성화
-
-4. **오류 처리**
-   ```typescript
-   try {
-     await CameraPreview.start(options);
-   } catch (error) {
-     console.error('Failed to start camera:', error);
-   }
-   ```
-
-## 플랫폼 참고 사항
-
-### iOS
-- iOS 10.0+ 필요
-- AVFoundation 프레임워크 사용
-- 하드웨어 가속 지원
-
-### Android
-- Android 5.0 (API 21)+ 필요
-- Camera2 API 사용
-- 기기 기능에 따라 다양한 카메라 기능 지원
diff --git a/src/content/docs/ko/docs/plugins/camera-preview/index.mdx b/src/content/docs/ko/docs/plugins/camera-preview/index.mdx
deleted file mode 100644
index f1ae11d2f..000000000
--- a/src/content/docs/ko/docs/plugins/camera-preview/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/camera-preview"
-locale: ko
-description: 실시간 카메라 피드 표시 및 사진/동영상 촬영 기능이 있는 카메라 미리보기 기능을 위한 Capacitor 플러그인.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 카메라 설정에 대한 완전한 제어로 앱에 카메라 미리보기를 표시하고, 미리보기에서 직접 사진 및 동영상을 촬영할 수 있습니다.
-  image:
-    file: ~public/icons/plugins/camera-preview.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/camera-preview/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-camera-preview/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="실시간 미리보기" icon="rocket">
-    앱 UI에서 직접 라이브 카메라 피드 표시 🚀
-  </Card>
-  <Card title="완전한 제어" icon="setting">
-    플래시, 줌, 포커스를 제어하고 카메라 간 전환 📸
-  </Card>
-  <Card title="촬영 기능" icon="pencil">
-    미리보기에서 사진을 촬영하고 동영상을 녹화 🎥
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/camera-preview/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/capacitor-plus/getting-started.mdx b/src/content/docs/ko/docs/plugins/capacitor-plus/getting-started.mdx
deleted file mode 100644
index 1336fdde2..000000000
--- a/src/content/docs/ko/docs/plugins/capacitor-plus/getting-started.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: 공식 Capacitor 패키지를 대체하는 Capacitor+를 설치하는 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-## 새 프로젝트 설치
-
-<Steps>
-1. **코어 패키지 설치**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   ```
-
-2. **플랫폼 패키지 추가**
-   ```bash
-   npm install @capacitor-plus/android  # for Android
-   npm install @capacitor-plus/ios      # for iOS
-   ```
-
-3. **Capacitor 초기화**
-   <PackageManagers type="exec" pkg="cap" args="init" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-4. **플랫폼 추가**
-   <PackageManagers type="exec" pkg="cap" args="add android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   <PackageManagers type="exec" pkg="cap" args="add ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 공식 Capacitor에서 마이그레이션
-
-기존 Capacitor 프로젝트가 있는 경우 Capacitor+로 마이그레이션하는 것은 간단합니다:
-
-<Steps>
-1. **공식 패키지 제거**
-   ```bash
-   npm uninstall @capacitor/core @capacitor/cli @capacitor/android @capacitor/ios
-   ```
-
-2. **Capacitor+ 패키지 설치**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   npm install @capacitor-plus/android  # if using Android
-   npm install @capacitor-plus/ios      # if using iOS
-   ```
-
-3. **프로젝트 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-<Aside type="note">
-  코드 변경이 필요하지 않습니다! Capacitor+는 공식 Capacitor와 동일한 API를 가지고 있습니다. import 및 코드는 정확히 동일하게 유지됩니다.
-</Aside>
-
-## 사용법
-
-Capacitor+는 API 호환이 가능하므로 기존 코드가 변경 없이 작동합니다:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { registerPlugin } from '@capacitor/core';
-
-// Check platform
-const platform = Capacitor.getPlatform();
-console.log('Running on:', platform);
-
-// Check if native
-if (Capacitor.isNativePlatform()) {
-  console.log('Running on native platform');
-}
-
-// Register a custom plugin
-const MyPlugin = registerPlugin('MyPlugin');
-```
-
-### 공식 Capacitor 플러그인과 함께
-
-모든 공식 Capacitor 플러그인이 원활하게 작동합니다:
-
-```typescript
-import { Camera, CameraResultType } from '@capacitor/camera';
-import { Geolocation } from '@capacitor/geolocation';
-import { Storage } from '@capacitor/preferences';
-
-// Camera
-const photo = await Camera.getPhoto({
-  quality: 90,
-  resultType: CameraResultType.Uri
-});
-
-// Geolocation
-const position = await Geolocation.getCurrentPosition();
-
-// Storage
-await Storage.set({ key: 'name', value: 'John' });
-```
-
-### Capgo 플러그인과 함께
-
-Capgo 플러그인은 Capacitor+와 완벽하게 작동합니다:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// Live updates
-await CapacitorUpdater.notifyAppReady();
-
-// Screen orientation
-await ScreenOrientation.lock({ orientation: 'portrait' });
-
-// Flashlight
-await CapacitorFlash.toggle();
-```
-
-## 동기화 작동 방식
-
-```
-┌─────────────────────┐     ┌──────────────────┐     ┌──────────────────┐     ┌─────────────────┐
-│  ionic-team/        │     │  CI/CD           │     │  Claude Code     │     │  npm publish    │
-│  capacitor          │────▶│  Pipeline        │────▶│  Security Review │────▶│  @capacitor-plus│
-│  (upstream)         │     │  (daily sync)    │     │  (AI analysis)   │     │  packages       │
-└─────────────────────┘     └──────────────────┘     └──────────────────┘     └─────────────────┘
-```
-
-1. **일일 동기화**: GitHub Actions가 `ionic-team/capacitor`에서 최신 변경 사항을 가져옵니다
-2. **PR 생성**: 변경 사항이 `plus` 브랜치에 대한 풀 리퀘스트로 제안됩니다
-3. **CI 검증**: 전체 테스트 스위트 실행(lint, 단위 테스트, iOS 빌드, Android 빌드)
-4. **보안 검토**: AI 기반 분석이 취약점 및 중단 변경 사항을 확인합니다
-5. **자동 병합**: CI가 통과하고 보안 검토가 승인되는 경우에만
-6. **자동 게시**: 새 버전이 npm에 `@capacitor-plus/*`로 게시됩니다
-
-## 보안 검토 세부 사항
-
-모든 업스트림 동기화는 다음을 분석합니다:
-
-| 확인 | 감지하는 내용 |
-|-------|-----------------|
-| **보안** | 명령 주입, XSS, 경로 순회, 하드코딩된 비밀 |
-| **중단 변경 사항** | 제거/이름이 변경된 API, 변경된 서명, 구성 변경 |
-| **안정성** | Null 역참조, 처리되지 않은 예외, 경쟁 조건, 메모리 누수 |
-| **데이터 안전성** | 데이터 손실 시나리오, 개인정보 보호 위반, 안전하지 않은 저장소 |
-| **코드 무결성** | 난독화된 코드, 의심스러운 네트워크 호출, 백도어 |
-
-<Aside type="caution">
-  문제가 감지되면 PR이 수동 검토를 위해 플래그가 지정되며 자동으로 병합되지 않습니다. 이렇게 하면 항상 안정적이고 안전한 릴리스를 받을 수 있습니다.
-</Aside>
-
-## PR 제출
-
-공식 Capacitor 저장소에 PR이 막혀 있습니까? Capacitor+에서 병합하세요:
-
-<Steps>
-1. **이슈 열기** [Capacitor+ 저장소](https://github.com/Cap-go/capacitor-plus/issues)에서 업스트림 PR에 링크
-
-2. **또는 직접 제출** `plus` 브랜치에 PR로
-
-3. 팀이 검토하고 CI를 실행하며 통과하면 병합합니다
-</Steps>
-
-이렇게 하면 업스트림 릴리스 주기를 기다리지 않고 귀하와 다른 사람들이 귀하의 작업에서 즉시 혜택을 받을 수 있습니다.
-
-## FAQ
-
-### 프로덕션 준비가 되었습니까?
-
-예. Capacitor+는 프로덕션 앱에서 사용됩니다. 모든 릴리스는 공식 Capacitor와 동일한 테스트 스위트와 추가 보안 분석을 통과합니다.
-
-### 공식 플러그인이 여전히 작동합니까?
-
-예. 모든 `@capacitor/*` 플러그인은 Capacitor+와 함께 즉시 작동합니다.
-
-### 업스트림이 중단 변경 사항을 릴리스하면 어떻게 됩니까?
-
-AI 보안 검토는 수동 검토를 위해 중단 변경 사항에 플래그를 지정합니다. 변경 사항이 병합되기 전에 문서화된 변경 사항을 볼 수 있습니다.
-
-### 문제를 어떻게 보고합니까?
-
-[Capacitor+ GitHub 저장소](https://github.com/Cap-go/capacitor-plus/issues)에 문제를 제출하세요. 공식 Capacitor에도 영향을 미치는 문제의 경우 업스트림 조정을 도와드리겠습니다.
-
-### 기여할 수 있습니까?
-
-물론입니다! PR을 환영합니다. 수정 사항을 직접 제출하거나 특정 업스트림 PR이 병합되도록 요청할 수 있습니다.
diff --git a/src/content/docs/ko/docs/plugins/capacitor-plus/index.mdx b/src/content/docs/ko/docs/plugins/capacitor-plus/index.mdx
deleted file mode 100644
index bbd62fe92..000000000
--- a/src/content/docs/ko/docs/plugins/capacitor-plus/index.mdx
+++ /dev/null
@@ -1,64 +0,0 @@
----
-title: "Capacitor+"
-locale: ko
-description: 병합된 커뮤니티 PR과 빠른 릴리스를 갖춘 Capacitor의 자동화된, 항상 동기화된 포크.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: Capacitor+는 커뮤니티 PR을 더 빠르게 병합하고 보안 검토 릴리스를 제공하는 Capacitor의 자동화된 포크입니다.
-  image:
-    file: ~public/icons/plugins/capacitor-plus.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/capacitor-plus/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-plus/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-<Aside type="tip">
-  **Capacitor+를 사용하는 이유?** 훌륭한 PR이 공식 Capacitor 저장소에 몇 달 동안 병합되지 않은 채로 있습니다. Capacitor+는 이러한 커뮤니티 기여를 적극적으로 병합하므로 기다릴 필요가 없습니다.
-</Aside>
-
-<CardGrid stagger>
-  <Card title="커뮤니티 PR 더 빠르게 병합" icon="rocket">
-    업스트림에 갇힌 버그 수정 및 기능? 우리가 병합하므로 즉시 혜택을 받을 수 있습니다.
-  </Card>
-  <Card title="일일 자동 동기화" icon="seti:clock">
-    공식 Capacitor의 모든 변경 사항이 자동으로 가져와지고 테스트되고 검증됩니다.
-  </Card>
-  <Card title="보안 검토" icon="approve-check">
-    모든 릴리스는 AI에 의해 보안 취약점, 중단 변경 사항 및 안정성 위험에 대해 분석됩니다.
-  </Card>
-  <Card title="드롭인 교체" icon="puzzle">
-    공식 Capacitor와 동일한 API - 패키지 범위만 변경하면 완료됩니다.
-  </Card>
-</CardGrid>
-
-## 철학
-
-Ionic 팀은 자체 우선순위와 릴리스 일정에 따라 Capacitor를 유지 관리합니다. 커뮤니티 기여는 병합되기까지 몇 달 또는 몇 년이 걸릴 수 있습니다. Capacitor+는 다른 접근 방식을 취합니다:
-
-1. **포크에서 PR 병합** - 업스트림 큐에 갇힌 귀중한 PR이 적극적으로 병합됨
-2. **지속적인 동기화** - 모든 업스트림 변경 사항이 자동으로 가져와지고 테스트됨
-3. **빠른 릴리스** - CI를 통과하는 즉시 변경 사항이 npm에 게시됨
-4. **커뮤니티 우선** - 귀하의 기여가 중요하며 우선순위가 부여됨
-5. **투명성** - 모든 자동화가 오픈 소스이며 가시적임
-
-## 패키지
-
-| Package | npm |
-|---------|-----|
-| `@capacitor-plus/core` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/core)](https://www.npmjs.com/package/@capacitor-plus/core) |
-| `@capacitor-plus/cli` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/cli)](https://www.npmjs.com/package/@capacitor-plus/cli) |
-| `@capacitor-plus/android` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/android)](https://www.npmjs.com/package/@capacitor-plus/android) |
-| `@capacitor-plus/ios` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/ios)](https://www.npmjs.com/package/@capacitor-plus/ios) |
diff --git a/src/content/docs/ko/docs/plugins/compass/getting-started.mdx b/src/content/docs/ko/docs/plugins/compass/getting-started.mdx
deleted file mode 100644
index b3e173eeb..000000000
--- a/src/content/docs/ko/docs/plugins/compass/getting-started.mdx
+++ /dev/null
@@ -1,219 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Capacitor 앱에서 기기 나침반 방향을 읽기 위해 Compass 플러그인을 설치하고 사용하는 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-compass" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS 설정
-
-iOS에서는 나침반 액세스에 위치 권한이 필요합니다. `Info.plist`에 다음을 추가하세요:
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>We need location permission to access the compass</string>
-```
-
-## Android 설정
-
-추가 설정이 필요하지 않습니다. 플러그인은 기기의 자기장 센서와 가속도계 센서를 사용합니다.
-
-## 사용법
-
-플러그인을 가져오고 메서드를 사용하여 나침반 방향을 읽으세요:
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-// Get current heading once
-const getCurrentHeading = async () => {
-  const { value } = await CapgoCompass.getCurrentHeading();
-  console.log('Current heading:', value, 'degrees');
-};
-
-// Start continuous heading updates
-const startCompass = async () => {
-  // Start listening for updates
-  await CapgoCompass.startListening();
-
-  // Add listener for heading changes
-  const handle = await CapgoCompass.addListener('headingChange', (event) => {
-    console.log('Heading:', event.value, 'degrees');
-  });
-
-  // Later, to stop listening:
-  // await CapgoCompass.stopListening();
-  // await handle.remove();
-};
-
-// Check permissions
-const checkPermission = async () => {
-  const status = await CapgoCompass.checkPermissions();
-  console.log('Permission status:', status.compass);
-};
-
-// Request permissions
-const requestPermission = async () => {
-  const status = await CapgoCompass.requestPermissions();
-  if (status.compass === 'granted') {
-    console.log('Compass access granted');
-  }
-};
-```
-
-## API Reference
-
-### getCurrentHeading()
-
-나침반 방향을 도 단위로 가져옵니다.
-
-```typescript
-const result = await CapgoCompass.getCurrentHeading();
-// Returns: { value: number } - heading in degrees (0-360)
-```
-
-### startListening()
-
-나침반 방향 변경 사항을 수신하기 시작합니다. 방향 이벤트가 발생하기 전에 호출되어야 합니다.
-
-```typescript
-await CapgoCompass.startListening();
-```
-
-### stopListening()
-
-나침반 방향 변경 사항 수신을 중지합니다.
-
-```typescript
-await CapgoCompass.stopListening();
-```
-
-### addListener('headingChange', callback)
-
-방향 변경 이벤트에 대한 리스너를 추가합니다.
-
-```typescript
-const handle = await CapgoCompass.addListener('headingChange', (event) => {
-  console.log('Heading:', event.value);
-});
-
-// Remove listener when done
-await handle.remove();
-```
-
-### removeAllListeners()
-
-등록된 모든 리스너를 제거합니다.
-
-```typescript
-await CapgoCompass.removeAllListeners();
-```
-
-### checkPermissions()
-
-현재 권한 상태를 확인합니다.
-
-```typescript
-const status = await CapgoCompass.checkPermissions();
-// Returns: { compass: 'prompt' | 'granted' | 'denied' }
-```
-
-### requestPermissions()
-
-나침반 데이터에 액세스할 수 있는 권한을 요청합니다.
-
-```typescript
-const status = await CapgoCompass.requestPermissions();
-```
-
-### getPluginVersion()
-
-네이티브 플러그인 버전을 가져옵니다.
-
-```typescript
-const { version } = await CapgoCompass.getPluginVersion();
-```
-
-## 완전한 예제
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-export class CompassService {
-  private listenerHandle: any = null;
-
-  async init() {
-    // Check and request permissions
-    const status = await CapgoCompass.checkPermissions();
-    if (status.compass !== 'granted') {
-      const result = await CapgoCompass.requestPermissions();
-      if (result.compass !== 'granted') {
-        throw new Error('Compass permission denied');
-      }
-    }
-  }
-
-  async startTracking(onHeadingChange: (heading: number) => void) {
-    // Start listening for updates
-    await CapgoCompass.startListening();
-
-    // Add event listener
-    this.listenerHandle = await CapgoCompass.addListener(
-      'headingChange',
-      (event) => {
-        onHeadingChange(event.value);
-      }
-    );
-  }
-
-  async stopTracking() {
-    if (this.listenerHandle) {
-      await this.listenerHandle.remove();
-      this.listenerHandle = null;
-    }
-    await CapgoCompass.stopListening();
-  }
-
-  async getHeading(): Promise<number> {
-    const { value } = await CapgoCompass.getCurrentHeading();
-    return value;
-  }
-
-  getCardinalDirection(heading: number): string {
-    const directions = ['N', 'NE', 'E', 'SE', 'S', 'SW', 'W', 'NW'];
-    const index = Math.round(heading / 45) % 8;
-    return directions[index];
-  }
-}
-```
-
-## 플랫폼 참고 사항
-
-### iOS
-- iOS 10.0+ 필요
-- 방향 데이터에 Core Location 사용
-- 위치 권한 필요(NSLocationWhenInUseUsageDescription)
-- 수신 대기가 활성화되면 방향 업데이트가 지속됨
-
-### Android
-- Android 6.0 (API 23)+ 필요
-- 가속도계 및 자기장 센서 사용
-- 나침반 센서에 특별한 권한이 필요하지 않음
-- 센서 융합에서 방향 계산
-
-### Web
-- 웹 플랫폼에서 지원되지 않음
-- 호출 시 메서드가 오류를 발생시킴
diff --git a/src/content/docs/ko/docs/plugins/compass/index.mdx b/src/content/docs/ko/docs/plugins/compass/index.mdx
deleted file mode 100644
index 348537b2d..000000000
--- a/src/content/docs/ko/docs/plugins/compass/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-compass"
-locale: ko
-description: 지속적인 업데이트 및 권한 처리를 통해 기기 나침반 방향을 도 단위로 읽습니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: iOS 및 Android에서 실시간 업데이트로 방향 데이터를 위한 기기 나침반 센서에 액세스합니다.
-  image:
-    file: ~public/icons/plugins/compass.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/compass/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-compass/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="실시간 방향" icon="rocket">
-    도 단위(0-360)로 지속적인 나침반 방향 업데이트 받기
-  </Card>
-  <Card title="크로스 플랫폼" icon="puzzle">
-    네이티브 센서 액세스를 통해 iOS 및 Android 기기 모두에서 작동
-  </Card>
-  <Card title="권한 처리" icon="seti:lock">
-    위치 서비스를 위한 내장 권한 관리(iOS)
-  </Card>
-  <Card title="이벤트 기반" icon="star">
-    효율적인 이벤트 리스너로 방향 변경 사항 구독
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/contacts/getting-started.mdx b/src/content/docs/ko/docs/plugins/contacts/getting-started.mdx
deleted file mode 100644
index 23adaafe9..000000000
--- a/src/content/docs/ko/docs/plugins/contacts/getting-started.mdx
+++ /dev/null
@@ -1,394 +0,0 @@
----
-title: "Contacts 시작하기"
-locale: ko
-description: "Capacitor 앱에 연락처 관리를 통합하는 방법을 알아보세요"
----
-
-이 가이드는 애플리케이션에 Capacitor Contacts 플러그인을 통합하는 과정을 안내합니다.
-
-## 설치
-
-npm을 사용하여 플러그인을 설치합니다:
-
-```bash
-npm install @capgo/capacitor-contacts
-npx cap sync
-```
-
-## iOS 구성
-
-`Info.plist`에 다음을 추가합니다:
-
-```xml
-<key>NSContactsUsageDescription</key>
-<string>이 앱은 수신자 선택을 위해 연락처에 접근해야 합니다</string>
-```
-
-## Android 구성
-
-`AndroidManifest.xml`에 다음 권한을 추가합니다:
-
-```xml
-<uses-permission android:name="android.permission.READ_CONTACTS" />
-<uses-permission android:name="android.permission.WRITE_CONTACTS" />
-```
-
-## 기본 사용법
-
-### 플러그인 가져오기
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-```
-
-### 권한 요청
-
-```typescript
-const requestPermissions = async () => {
-  const permission = await Contacts.requestPermissions();
-  console.log('권한 상태:', permission.contacts);
-};
-```
-
-### 모든 연락처 가져오기
-
-```typescript
-const getAllContacts = async () => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true,
-      image: true
-    }
-  });
-
-  console.log('연락처:', result.contacts);
-};
-```
-
-### 연락처 검색
-
-```typescript
-const searchContacts = async (query: string) => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true
-    },
-    query: query
-  });
-
-  console.log('검색 결과:', result.contacts);
-};
-```
-
-### 연락처 생성
-
-```typescript
-const createContact = async () => {
-  const newContact = {
-    name: {
-      given: 'John',
-      family: 'Doe'
-    },
-    phones: [{
-      type: 'mobile',
-      number: '+1234567890'
-    }],
-    emails: [{
-      type: 'work',
-      address: 'john.doe@example.com'
-    }]
-  };
-
-  const result = await Contacts.createContact(newContact);
-  console.log('연락처 생성됨:', result);
-};
-```
-
-### 연락처 업데이트
-
-```typescript
-const updateContact = async (contactId: string) => {
-  const updates = {
-    contactId: contactId,
-    name: {
-      given: 'Jane',
-      family: 'Doe'
-    }
-  };
-
-  await Contacts.updateContact(updates);
-  console.log('연락처 업데이트됨');
-};
-```
-
-### 연락처 삭제
-
-```typescript
-const deleteContact = async (contactId: string) => {
-  await Contacts.deleteContact({ contactId });
-  console.log('연락처 삭제됨');
-};
-```
-
-## 전체 예제
-
-다음은 연락처 서비스를 사용한 전체 예제입니다:
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-
-interface Contact {
-  contactId: string;
-  name: {
-    display?: string;
-    given?: string;
-    family?: string;
-  };
-  phones?: Array<{ type: string; number: string }>;
-  emails?: Array<{ type: string; address: string }>;
-  image?: { base64String: string };
-}
-
-class ContactsService {
-  async checkPermissions(): Promise<boolean> {
-    const permission = await Contacts.checkPermissions();
-
-    if (permission.contacts === 'granted') {
-      return true;
-    }
-
-    const requested = await Contacts.requestPermissions();
-    return requested.contacts === 'granted';
-  }
-
-  async getAllContacts(): Promise<Contact[]> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('연락처 권한이 거부되었습니다');
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true
-      }
-    });
-
-    return result.contacts;
-  }
-
-  async searchContacts(query: string): Promise<Contact[]> {
-    if (!query || query.length < 2) {
-      return [];
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      },
-      query: query
-    });
-
-    return result.contacts;
-  }
-
-  async getContactById(contactId: string): Promise<Contact | null> {
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true,
-        organization: true,
-        birthday: true,
-        note: true,
-        urls: true,
-        postalAddresses: true
-      },
-      contactId: contactId
-    });
-
-    return result.contacts.length > 0 ? result.contacts[0] : null;
-  }
-
-  async createContact(contact: Partial<Contact>): Promise<string> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('연락처 권한이 거부되었습니다');
-    }
-
-    const result = await Contacts.createContact(contact);
-    return result.contactId;
-  }
-
-  async updateContact(contactId: string, updates: Partial<Contact>): Promise<void> {
-    await Contacts.updateContact({
-      contactId,
-      ...updates
-    });
-  }
-
-  async deleteContact(contactId: string): Promise<void> {
-    await Contacts.deleteContact({ contactId });
-  }
-
-  formatPhoneNumber(phone: string): string {
-    // 숫자가 아닌 문자 제거
-    const cleaned = phone.replace(/\D/g, '');
-
-    // (XXX) XXX-XXXX 형식으로 포맷
-    if (cleaned.length === 10) {
-      return `(${cleaned.slice(0, 3)}) ${cleaned.slice(3, 6)}-${cleaned.slice(6)}`;
-    }
-
-    return phone;
-  }
-
-  getContactInitials(contact: Contact): string {
-    const given = contact.name?.given || '';
-    const family = contact.name?.family || '';
-
-    if (given && family) {
-      return `${given[0]}${family[0]}`.toUpperCase();
-    }
-
-    const display = contact.name?.display || '';
-    const parts = display.split(' ');
-
-    if (parts.length >= 2) {
-      return `${parts[0][0]}${parts[1][0]}`.toUpperCase();
-    }
-
-    return display.slice(0, 2).toUpperCase();
-  }
-}
-
-// 사용법
-const contactsService = new ContactsService();
-
-// 모든 연락처 가져오기
-const contacts = await contactsService.getAllContacts();
-console.log('연락처:', contacts);
-
-// 연락처 검색
-const results = await contactsService.searchContacts('john');
-console.log('검색 결과:', results);
-
-// 연락처 생성
-const newContactId = await contactsService.createContact({
-  name: { given: 'Jane', family: 'Smith' },
-  phones: [{ type: 'mobile', number: '+1234567890' }]
-});
-
-// 연락처 업데이트
-await contactsService.updateContact(newContactId, {
-  emails: [{ type: 'work', address: 'jane@example.com' }]
-});
-```
-
-## Projection 이해하기
-
-`projection` 매개변수는 가져올 필드를 제어합니다:
-
-```typescript
-const result = await Contacts.getContacts({
-  projection: {
-    name: true,           // 연락처 이름
-    phones: true,         // 전화번호
-    emails: true,         // 이메일 주소
-    image: true,          // 연락처 사진
-    organization: true,   // 회사/조직
-    birthday: true,       // 생년월일
-    note: true,          // 메모
-    urls: true,          // 웹사이트
-    postalAddresses: true // 실제 주소
-  }
-});
-```
-
-**팁**: 성능 향상을 위해 필요한 필드만 요청하세요.
-
-## 연락처 선택기 UI
-
-많은 앱이 네이티브 연락처 선택기를 사용하는 것을 선호합니다:
-
-```typescript
-const pickContact = async () => {
-  try {
-    const result = await Contacts.pickContact({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      }
-    });
-
-    if (result.contacts.length > 0) {
-      const contact = result.contacts[0];
-      console.log('선택된 연락처:', contact);
-    }
-  } catch (error) {
-    console.error('연락처 선택기가 취소되었거나 실패했습니다:', error);
-  }
-};
-```
-
-## 모범 사례
-
-1. **최소 권한 요청**: 필요할 때만 연락처 권한 요청
-2. **Projection 사용**: 실제로 사용하는 필드만 가져오기
-3. **거부 처리**: 권한이 거부되었을 때 대체 방법 제공
-4. **현명한 캐싱**: 연락처는 변경될 수 있으므로 너무 오래 캐시하지 마세요
-5. **개인정보 보호**: 연락처 사용에 대해 투명하게 공개
-6. **비동기 작업**: 모든 연락처 작업은 비동기입니다
-
-## 일반적인 문제
-
-### 권한 거부됨
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await Contacts.checkPermissions();
-
-  if (permission.contacts === 'denied') {
-    // 권한이 필요한 이유를 설명하는 대화상자 표시
-    showPermissionDialog();
-    // 사용자를 설정으로 안내
-    // iOS: 설정 > [앱] > 연락처
-    // Android: 설정 > 앱 > [앱] > 권한
-  }
-};
-```
-
-### 대량 연락처 목록
-
-```typescript
-const loadContactsInBatches = async () => {
-  // 먼저 개수 가져오기 (가벼움)
-  const projection = { name: true }; // 최소 projection
-
-  // 필요한 경우 페이지네이션 구현
-  const allContacts = await Contacts.getContacts({ projection });
-
-  // 청크로 처리
-  const chunkSize = 100;
-  for (let i = 0; i < allContacts.contacts.length; i += chunkSize) {
-    const chunk = allContacts.contacts.slice(i, i + chunkSize);
-    await processContactChunk(chunk);
-  }
-};
-```
-
-## 다음 단계
-
-- 전체 메서드 문서는 [API Reference](https://github.com/Cap-go/capacitor-contacts#api)를 참조하세요
-- 고급 사용법은 [예제 앱](https://github.com/Cap-go/capacitor-contacts/tree/main/example)을 확인하세요
-- 전체 구현 예제는 [튜토리얼](/plugins/capacitor-contacts)을 참조하세요
diff --git a/src/content/docs/ko/docs/plugins/contacts/index.mdx b/src/content/docs/ko/docs/plugins/contacts/index.mdx
deleted file mode 100644
index 64ace3d18..000000000
--- a/src/content/docs/ko/docs/plugins/contacts/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-contacts"
-locale: ko
-description: Capacitor API를 사용하여 기기 연락처에 접근하고 검색하며 관리합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 완전한 CRUD 작업과 권한 처리를 통해 Capacitor 앱에서 기기 연락처를 접근, 검색 및 관리합니다.
-  image:
-    file: ~public/icons/plugins/contacts.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/contacts/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-contacts/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="연락처 읽기" icon="rocket">
-    전체 세부 정보가 포함된 기기 연락처 목록에 접근
-  </Card>
-  <Card title="검색 기능" icon="magnifier">
-    이름, 이메일 또는 전화번호로 연락처 찾기
-  </Card>
-  <Card title="생성 및 업데이트" icon="pencil">
-    새 연락처를 추가하거나 기존 연락처 수정
-  </Card>
-  <Card title="연락처 삭제" icon="setting">
-    기기에서 연락처를 안전하게 제거
-  </Card>
-  <Card title="권한 처리" icon="approve-check-circle">
-    Privacy manifest 준수와 함께 연락처 권한을 적절하게 처리
-  </Card>
-  <Card title="시작하기" icon="open-book">
-    플러그인을 설치하고 구성하려면 [시작 가이드](/docs/plugins/contacts/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/crisp/getting-started.mdx b/src/content/docs/ko/docs/plugins/crisp/getting-started.mdx
deleted file mode 100644
index ef7ff55f2..000000000
--- a/src/content/docs/ko/docs/plugins/crisp/getting-started.mdx
+++ /dev/null
@@ -1,343 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 인앱 고객 지원을 위한 Crisp chat SDK 플러그인을 설치하고 사용하는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-crisp" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Crisp 웹사이트 ID 받기**
-   - [crisp.chat](https://crisp.chat)에서 가입하세요.
-   - 웹사이트/프로젝트 만들기
-   - 설정 > 설정 지침에서 웹사이트 ID를 찾으세요.
-</Steps>
-
-## 기본 사용법
-
-플러그인을 가져오고 웹사이트 ID로 구성합니다.
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-// Configure Crisp with your website ID
-const configureCrisp = async () => {
-  await CapacitorCrisp.configure({
-    websiteID: 'YOUR_WEBSITE_ID'
-  });
-};
-
-// Open the chat
-const openChat = async () => {
-  await CapacitorCrisp.openMessenger();
-};
-
-// Set user information
-const setUserInfo = async () => {
-  await CapacitorCrisp.setUser({
-    email: 'user@example.com',
-    nickname: 'John Doe',
-    phone: '+1234567890',
-    avatar: 'https://example.com/avatar.jpg'
-  });
-};
-
-// Reset user session (logout)
-const logout = async () => {
-  await CapacitorCrisp.resetChatSession();
-};
-```
-
-## API 참조
-
-### 구성(옵션)
-
-웹사이트 ID와 선택적 설정으로 Crisp를 구성하세요.
-
-```typescript
-interface ConfigureOptions {
-  websiteID: string;
-  locale?: string; // e.g., 'en', 'fr', 'es'
-  tokenID?: string; // For authenticated sessions
-}
-
-await CapacitorCrisp.configure({
-  websiteID: 'YOUR_WEBSITE_ID',
-  locale: 'en'
-});
-```
-
-### 오픈메신저()
-
-Crisp 채팅 인터페이스를 엽니다.
-
-```typescript
-await CapacitorCrisp.openMessenger();
-```
-
-### setUser(옵션)
-
-채팅 세션에 대한 사용자 정보를 설정합니다.
-
-```typescript
-interface UserOptions {
-  email?: string;
-  nickname?: string;
-  phone?: string;
-  avatar?: string;
-}
-
-await CapacitorCrisp.setUser({
-  email: 'user@example.com',
-  nickname: 'John Doe'
-});
-```
-
-### setUserCompany(옵션)
-
-비즈니스 사용자를 위한 회사 정보를 설정합니다.
-
-```typescript
-interface CompanyOptions {
-  name: string;
-  url?: string;
-  description?: string;
-  employment?: {
-    title?: string;
-    role?: string;
-  };
-  geolocation?: {
-    city?: string;
-    country?: string;
-  };
-}
-
-await CapacitorCrisp.setUserCompany({
-  name: 'Acme Corp',
-  url: 'https://acme.com',
-  employment: {
-    title: 'CEO',
-    role: 'Leadership'
-  }
-});
-```
-
-### 푸시이벤트(옵션)
-
-사용자 작업을 추적하기 위해 맞춤 이벤트를 보냅니다.
-
-```typescript
-interface EventOptions {
-  name: string;
-  color?: 'red' | 'orange' | 'yellow' | 'green' | 'blue' | 'purple' | 'pink' | 'brown' | 'grey' | 'black';
-  data?: { [key: string]: any };
-}
-
-await CapacitorCrisp.pushEvent({
-  name: 'checkout_completed',
-  color: 'green',
-  data: {
-    price: 99.99,
-    currency: 'USD'
-  }
-});
-```
-
-### setSessionSegment(세그먼트)
-
-채팅 세션을 분류하기 위한 세그먼트를 설정합니다.
-
-```typescript
-await CapacitorCrisp.setSessionSegment('premium_customer');
-```
-
-### 재설정ChatSession()
-
-현재 채팅 세션을 재설정합니다(로그아웃에 유용함).
-
-```typescript
-await CapacitorCrisp.resetChatSession();
-```
-
-## 고급 기능
-
-### 사용자 정의 사용자 데이터
-
-```typescript
-// Set multiple custom data fields
-await CapacitorCrisp.setSessionData({
-  key: 'plan',
-  value: 'premium'
-});
-
-await CapacitorCrisp.setSessionData({
-  key: 'signup_date',
-  value: '2024-01-15'
-});
-```
-
-### 메시지 사전 설정
-
-채팅 입력에 미리 채워진 메시지를 설정합니다.
-
-```typescript
-await CapacitorCrisp.setMessageText(
-  "Hello, I need help with my order #12345"
-);
-```
-
-### 채팅 가능 여부
-
-채팅 위젯을 사용할 수 있는 시기를 제어합니다.
-
-```typescript
-// Hide chat temporarily
-await CapacitorCrisp.setTokenID('user_token_12345');
-```
-
-## 완전한 예
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-export class ChatService {
-  async initialize() {
-    // Configure Crisp
-    await CapacitorCrisp.configure({
-      websiteID: 'YOUR_WEBSITE_ID',
-      locale: 'en'
-    });
-  }
-
-  async loginUser(user: any) {
-    // Set user information
-    await CapacitorCrisp.setUser({
-      email: user.email,
-      nickname: user.name,
-      phone: user.phone,
-      avatar: user.avatarUrl
-    });
-
-    // Set custom data
-    await CapacitorCrisp.setSessionData({
-      key: 'user_id',
-      value: user.id
-    });
-
-    await CapacitorCrisp.setSessionData({
-      key: 'account_type',
-      value: user.accountType
-    });
-
-    // Set segment
-    if (user.isPremium) {
-      await CapacitorCrisp.setSessionSegment('premium');
-    }
-
-    // Track login event
-    await CapacitorCrisp.pushEvent({
-      name: 'user_login',
-      color: 'blue',
-      data: {
-        method: 'email'
-      }
-    });
-  }
-
-  async openSupport(context?: string) {
-    if (context) {
-      await CapacitorCrisp.setMessageText(
-        `I need help with: ${context}`
-      );
-    }
-    
-    await CapacitorCrisp.openMessenger();
-  }
-
-  async logout() {
-    await CapacitorCrisp.resetChatSession();
-  }
-}
-```
-
-## 스타일 지정 및 사용자 정의
-
-Crisp는 앱 테마에 자동으로 적응하지만 Crisp 대시보드를 통해 추가로 사용자 정의할 수 있습니다.
-
-1. Crisp 대시보드로 이동
-2. 설정 > 웹사이트 설정 > 채팅박스 및 이메일 설정으로 이동하세요.
-3. 색상, 위치, 동작을 맞춤설정하세요.
-
-## 모범 사례
-
-1. **초기화**
-   즉각적인 가용성을 위해 앱 초기화 중에 Crisp를 구성합니다.
-   ```typescript
-   import { App } from '@capacitor/app';
-   
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await CapacitorCrisp.configure({
-         websiteID: 'YOUR_WEBSITE_ID'
-       });
-     }
-   });
-   ```
-
-2. **사용자 컨텍스트 설정**
-   더 나은 지원을 위해 가능한 경우 항상 사용자 정보를 제공하십시오.
-   ```typescript
-   if (user.isAuthenticated) {
-     await CapacitorCrisp.setUser({
-       email: user.email,
-       nickname: user.name
-     });
-   }
-   ```
-
-3. **중요한 이벤트 추적**
-   이벤트를 사용하여 지원 상담원에게 컨텍스트를 제공합니다.
-   ```typescript
-   await CapacitorCrisp.pushEvent({
-     name: 'error_occurred',
-     color: 'red',
-     data: {
-       error: error.message,
-       screen: 'checkout'
-     }
-   });
-   ```
-
-4. **로그아웃을 적절하게 처리**
-   사용자가 로그아웃하면 항상 세션을 재설정합니다.
-   ```typescript
-   async logout() {
-     await CapacitorCrisp.resetChatSession();
-     // Your other logout logic
-   }
-   ```
-
-## 플랫폼 노트
-
-### iOS
-- iOS 10.0+ 필요
-- 네이티브 Crisp iOS SDK 사용
-- 푸시 알림 지원(Crisp 대시보드에서 구성)
-
-### Android
-- Android 5.0(API 21) 필요+
-- 기본 Crisp Android SDK 사용
-- 머티리얼 디자인 준수
-
-### 웹
-- Crisp으로 돌아감 JavaScript SDK
-- 기본 플랫폼과의 전체 기능 패리티
diff --git a/src/content/docs/ko/docs/plugins/crisp/index.mdx b/src/content/docs/ko/docs/plugins/crisp/index.mdx
deleted file mode 100644
index 1d26ff03e..000000000
--- a/src/content/docs/ko/docs/plugins/crisp/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-crisp"
-locale: ko
-description: Capacitor 앱을 위한 네이티브 Crisp 채팅 SDK 통합으로 인앱 고객 지원을 제공합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 원활한 인앱 고객 지원과 실시간 메시징을 위해 Capacitor 앱에 Crisp 네이티브 채팅 SDK를 통합합니다.
-  image:
-    file: ~public/icons/plugins/crisp.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/crisp/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-crisp/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="네이티브 성능" icon="rocket">
-    부드러운 채팅 경험을 위한 네이티브 SDK 통합
-  </Card>
-  <Card title="실시간 메시징" icon="comment">
-    앱에서 직접 고객과 실시간 채팅
-  </Card>
-  <Card title="풍부한 기능" icon="star">
-    사용자 데이터, 이벤트 및 사용자 정의 스타일링 지원
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    몇 분 안에 플러그인을 마스터하려면 [문서](/docs/plugins/crisp/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/data-storage-sqlite/getting-started.mdx b/src/content/docs/ko/docs/plugins/data-storage-sqlite/getting-started.mdx
deleted file mode 100644
index e5b68cf6c..000000000
--- a/src/content/docs/ko/docs/plugins/data-storage-sqlite/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: 선택적 암호화와 함께 빠른 키-값 저장소를 위한 Capacitor Data Storage SQLite 플러그인을 설치하고 구성하는 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-data-storage-sqlite" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **플러그인 구성**
-
-   **기본 저장소 예제:**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // 저장소 데이터베이스 열기
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'myapp_storage'
-   });
-
-   // 데이터 저장
-   await CapacitorDataStorageSqlite.set({
-     key: 'user_preferences',
-     value: JSON.stringify({ theme: 'dark' })
-   });
-   ```
-
-   **암호화된 저장소 예제:**
-   ```typescript
-   // 암호화된 저장소 열기
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'secure_storage',
-     encrypted: true,
-     mode: 'encryption'
-   });
-
-   // 민감한 데이터 저장
-   await CapacitorDataStorageSqlite.set({
-     key: 'api_token',
-     value: 'secret_token_value'
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       iOS에는 추가 설정이 필요하지 않습니다.
-     </TabItem>
-     <TabItem label="Android">
-       Android에는 추가 설정이 필요하지 않습니다.
-     </TabItem>
-   </Tabs>
-
-4. **기본 작업**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // 값 설정
-   await CapacitorDataStorageSqlite.set({
-     key: 'username',
-     value: 'john_doe'
-   });
-
-   // 값 가져오기
-   const { value } = await CapacitorDataStorageSqlite.get({
-     key: 'username'
-   });
-   console.log('사용자 이름:', value); // "john_doe"
-
-   // 값 제거
-   await CapacitorDataStorageSqlite.remove({
-     key: 'username'
-   });
-
-   // 모든 데이터 지우기
-   await CapacitorDataStorageSqlite.clear();
-
-   // 키 존재 확인
-   const { result } = await CapacitorDataStorageSqlite.iskey({
-     key: 'username'
-   });
-   console.log('키 존재:', result); // true 또는 false
-
-   // 모든 키 가져오기
-   const { keys } = await CapacitorDataStorageSqlite.keys();
-   console.log('모든 키:', keys);
-
-   // 모든 값 가져오기
-   const { values } = await CapacitorDataStorageSqlite.values();
-   console.log('모든 값:', values);
-   ```
-
-5. **고급 사용법**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   export class StorageService {
-     private dbName = 'app_storage';
-     private isEncrypted = false;
-
-     async initialize(encrypted = false) {
-       this.isEncrypted = encrypted;
-
-       // 옵션과 함께 저장소 열기
-       await CapacitorDataStorageSqlite.openStore({
-         database: this.dbName,
-         encrypted: encrypted,
-         mode: encrypted ? 'encryption' : 'no-encryption',
-         version: 1
-       });
-     }
-
-     // 제네릭 저장소 메서드
-     async setObject<T>(key: string, data: T): Promise<void> {
-       const value = JSON.stringify(data);
-       await CapacitorDataStorageSqlite.set({ key, value });
-     }
-
-     async getObject<T>(key: string): Promise<T | null> {
-       try {
-         const { value } = await CapacitorDataStorageSqlite.get({ key });
-         return value ? JSON.parse(value) : null;
-       } catch (error) {
-         console.error('객체 가져오기 오류:', error);
-         return null;
-       }
-     }
-
-     // 일괄 작업
-     async setMultiple(items: Record<string, any>): Promise<void> {
-       for (const [key, value] of Object.entries(items)) {
-         await CapacitorDataStorageSqlite.set({
-           key,
-           value: typeof value === 'string' ? value : JSON.stringify(value)
-         });
-       }
-     }
-
-     async getMultiple(keys: string[]): Promise<Record<string, any>> {
-       const results: Record<string, any> = {};
-
-       for (const key of keys) {
-         try {
-           const { value } = await CapacitorDataStorageSqlite.get({ key });
-           results[key] = value;
-         } catch (error) {
-           results[key] = null;
-         }
-       }
-
-       return results;
-     }
-
-     // 테이블 관리
-     async getTables(): Promise<string[]> {
-       const { tables } = await CapacitorDataStorageSqlite.tables();
-       return tables;
-     }
-
-     async deleteTable(table: string): Promise<void> {
-       await CapacitorDataStorageSqlite.deleteTable({ table });
-     }
-
-     // Import/Export 기능
-     async exportToJson(): Promise<any[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       return keys.map((key, index) => ({
-         key,
-         value: values[index]
-       }));
-     }
-
-     async importFromJson(data: Array<{ key: string; value: string }>): Promise<void> {
-       // 기존 데이터 지우기
-       await CapacitorDataStorageSqlite.clear();
-
-       // 새 데이터 가져오기
-       for (const item of data) {
-         await CapacitorDataStorageSqlite.set({
-           key: item.key,
-           value: item.value
-         });
-       }
-     }
-
-     // 필터링 및 검색
-     async keysStartingWith(prefix: string): Promise<string[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       return keys.filter(key => key.startsWith(prefix));
-     }
-
-     async filterByPrefix(prefix: string): Promise<Array<{ key: string; value: string }>> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       const filtered: Array<{ key: string; value: string }> = [];
-
-       keys.forEach((key, index) => {
-         if (key.startsWith(prefix)) {
-           filtered.push({ key, value: values[index] });
-         }
-       });
-
-       return filtered;
-     }
-
-     // 작업 완료 시 데이터베이스 닫기
-     async close(): Promise<void> {
-       await CapacitorDataStorageSqlite.closeStore({
-         database: this.dbName
-       });
-     }
-   }
-
-   // 사용 예제
-   const storage = new StorageService();
-   await storage.initialize(true); // 암호화 사용
-
-   // 사용자 데이터 저장
-   await storage.setObject('user_profile', {
-     id: 123,
-     name: 'John Doe',
-     email: 'john@example.com'
-   });
-
-   // 사용자 데이터 검색
-   const profile = await storage.getObject<any>('user_profile');
-   console.log('사용자 프로필:', profile);
-   ```
-</Steps>
-
-## API Reference
-
-### 메서드
-
-#### `openStore(options: OpenStoreOptions)`
-저장소 데이터베이스를 엽니다.
-
-**매개변수:**
-- `options.database`: string - 데이터베이스 이름
-- `options.encrypted`: boolean - 암호화 활성화
-- `options.mode`: string - 'encryption' 또는 'no-encryption'
-- `options.version`: number - 데이터베이스 버전
-
-#### `closeStore(options: CloseStoreOptions)`
-저장소 데이터베이스를 닫습니다.
-
-#### `set(options: SetOptions)`
-키-값 쌍을 저장합니다.
-
-**매개변수:**
-- `options.key`: string - 저장소 키
-- `options.value`: string - 저장할 값
-
-#### `get(options: GetOptions)`
-키로 값을 검색합니다.
-
-**반환값:** `Promise<{ value: string }>`
-
-#### `remove(options: RemoveOptions)`
-키-값 쌍을 제거합니다.
-
-#### `clear()`
-저장소에서 모든 데이터를 지웁니다.
-
-#### `iskey(options: IskeyOptions)`
-키가 존재하는지 확인합니다.
-
-**반환값:** `Promise<{ result: boolean }>`
-
-#### `keys()`
-모든 저장소 키를 가져옵니다.
-
-**반환값:** `Promise<{ keys: string[] }>`
-
-#### `values()`
-모든 저장소 값을 가져옵니다.
-
-**반환값:** `Promise<{ values: string[] }>`
-
-#### `tables()`
-모든 테이블 이름을 가져옵니다.
-
-**반환값:** `Promise<{ tables: string[] }>`
-
-#### `deleteTable(options: DeleteTableOptions)`
-특정 테이블을 삭제합니다.
-
-### 인터페이스
-
-```typescript
-interface OpenStoreOptions {
-  database: string;
-  encrypted?: boolean;
-  mode?: string;
-  version?: number;
-}
-
-interface SetOptions {
-  key: string;
-  value: string;
-}
-
-interface GetOptions {
-  key: string;
-}
-
-interface RemoveOptions {
-  key: string;
-}
-```
-
-## 플랫폼 참고사항
-
-### iOS
-- 암호화를 위한 선택적 SQLCipher와 함께 SQLite3 사용
-- 앱 업데이트 시에도 데이터 유지
-- iOS 11.0+ 지원
-
-### Android
-- 선택적 SQLCipher와 함께 SQLite 사용
-- 앱 업데이트 시에도 데이터 유지
-- Android 5.0 (API 21)+ 지원
-
-## 일반적인 사용 사례
-
-1. **사용자 기본 설정**: 앱 설정 및 기본 설정 저장
-2. **캐시 관리**: API 응답 및 데이터 캐싱
-3. **오프라인 저장소**: 오프라인 접근을 위한 데이터 저장
-4. **세션 관리**: 사용자 세션을 안전하게 관리
-5. **토큰 저장소**: 인증 토큰을 안전하게 저장
-
-## 모범 사례
-
-1. **민감한 데이터에 암호화 사용**
-   ```typescript
-   // 토큰과 같은 민감한 데이터의 경우
-   await openStore({
-     database: 'secure_db',
-     encrypted: true,
-     mode: 'encryption'
-   });
-   ```
-
-2. **접두사로 키 정리**
-   ```typescript
-   // 정리를 위해 접두사 사용
-   await set({ key: 'user:123:profile', value: userData });
-   await set({ key: 'cache:api:users', value: apiData });
-   ```
-
-3. **대용량 데이터 신중히 처리**
-   ```typescript
-   // 대용량 객체의 경우 압축 고려
-   const compressed = compress(largeData);
-   await set({ key: 'large_data', value: compressed });
-   ```
-
-4. **정기적인 정리**
-   ```typescript
-   // 만료된 캐시 항목 제거
-   const keys = await keys();
-   for (const key of keys.keys) {
-     if (key.startsWith('cache:') && isExpired(key)) {
-       await remove({ key });
-     }
-   }
-   ```
-
-## 문제 해결
-
-**데이터베이스가 열리지 않음:**
-- 데이터베이스 이름이 유효한지 확인 (영숫자, 밑줄)
-- 데이터베이스 이름에 특수 문자가 없는지 확인
-- 암호화 모드가 기존 데이터베이스와 일치하는지 확인
-
-**데이터가 유지되지 않음:**
-- 작업 전에 `openStore`가 호출되었는지 확인
-- 콘솔에 오류가 있는지 확인
-- 키 이름이 문자열인지 확인
-
-**성능 문제:**
-- 매우 큰 값을 저장하지 마세요
-- 가능한 경우 일괄 작업 사용
-- 다양한 데이터 유형에 대해 여러 데이터베이스 사용 고려
diff --git a/src/content/docs/ko/docs/plugins/data-storage-sqlite/index.mdx b/src/content/docs/ko/docs/plugins/data-storage-sqlite/index.mdx
deleted file mode 100644
index cf0686ec5..000000000
--- a/src/content/docs/ko/docs/plugins/data-storage-sqlite/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-data-storage-sqlite"
-locale: ko
-description: SQLite 기반 키-값 저장소를 위한 Capacitor 플러그인으로 빠르고 안정적인 데이터 지속성 솔루션을 제공합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 암호화 지원과 함께 Capacitor 앱을 위한 빠르고 안정적인 SQLite 기반 키-값 저장소.
-  image:
-    file: ~public/icons/plugins/data-storage-sqlite.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/data-storage-sqlite/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-data-storage-sqlite/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="SQLite 기반" icon="rocket">
-    SQLite를 사용한 빠르고 안정적인 데이터 저장소
-  </Card>
-  <Card title="암호화 지원" icon="setting">
-    민감한 데이터를 위한 선택적 암호화
-  </Card>
-  <Card title="키-값 단순성" icon="star">
-    강력한 기능을 갖춘 간단한 키-값 API
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    몇 분 안에 플러그인을 마스터하려면 [문서](/docs/plugins/data-storage-sqlite/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/document-scanner/getting-started.mdx b/src/content/docs/ko/docs/plugins/document-scanner/getting-started.mdx
deleted file mode 100644
index 8cf6965b4..000000000
--- a/src/content/docs/ko/docs/plugins/document-scanner/getting-started.mdx
+++ /dev/null
@@ -1,61 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: 가장자리 감지 및 조정 가능한 출력 형식을 갖춘 네이티브 품질의 문서 스캔을 추가합니다.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **플러그인 설치**
-   <PackageManagers pkg="@capgo/capacitor-document-scanner" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 플랫폼 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 스캔 실행
-
-```typescript
-import {
-  DocumentScanner,
-  ResponseType,
-  ScanDocumentResponseStatus,
-} from '@capgo/capacitor-document-scanner';
-
-const result = await DocumentScanner.scanDocument({
-  croppedImageQuality: 90,
-  letUserAdjustCrop: true,
-  maxNumDocuments: 10,
-  responseType: ResponseType.ImageFilePath,
-});
-
-if (result.status === ScanDocumentResponseStatus.Success) {
-  console.log('스캔된 파일:', result.scannedImages);
-} else {
-  console.log('사용자가 스캔을 취소했습니다');
-}
-```
-
-## base64 데이터 반환
-
-```typescript
-const result = await DocumentScanner.scanDocument({
-  responseType: ResponseType.Base64,
-});
-
-const [firstPage] = result.scannedImages ?? [];
-if (firstPage) {
-  const dataUrl = `data:image/jpeg;base64,${firstPage}`;
-  // 미리보기 표시 또는 서버에 업로드
-}
-```
-
-## 플랫폼 요구사항
-
-- **iOS**: `ios/App/App/Info.plist`에 카메라 사용 방법을 설명하는 `NSCameraUsageDescription`을 추가합니다.
-- **Android**: `CAMERA` 권한이 선언되어 있는지 확인하고(Capacitor가 자동으로 추가) UI에 맞게 `croppedImageQuality`, `letUserAdjustCrop` 및 `maxNumDocuments`를 조정합니다.
-- **저장소**: `ResponseType.ImageFilePath`를 사용할 때 앱 세션이 종료되기 전에 스캔된 파일을 원하는 저장 위치로 이동하거나 복사합니다.
diff --git a/src/content/docs/ko/docs/plugins/document-scanner/index.mdx b/src/content/docs/ko/docs/plugins/document-scanner/index.mdx
deleted file mode 100644
index 444f201cf..000000000
--- a/src/content/docs/ko/docs/plugins/document-scanner/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-document-scanner"
-locale: ko
-description: Capacitor 앱에서 자동 가장자리 감지로 선명한 문서를 캡처하고 스캔된 페이지를 내보냅니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 자동 자르기, 다중 페이지 캡처 및 구성 가능한 출력 형식을 갖춘 세련된 문서 스캔 경험을 시작합니다.
-  image:
-    file: ~public/icons/plugins/document-scanner.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/document-scanner/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-document-scanner/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Document Scanner 플러그인은 iOS 및 Android 기기 모두에서 작동하는 네이티브 품질의 스캔 흐름을 Capacitor 앱에 제공합니다.
-
-<CardGrid stagger>
-  <Card title="자동 감지" icon="rocket">
-    페이지 가장자리를 감지하고 자동으로 자르며 사용자가 저장하기 전에 조정할 수 있습니다.
-  </Card>
-  <Card title="다중 페이지 캡처" icon="star">
-    조정 가능한 제한으로 단일 스캔 세션에서 하나 또는 여러 페이지를 캡처합니다.
-  </Card>
-  <Card title="사용자 정의 출력" icon="download">
-    선택한 이미지 품질로 파일 경로 또는 base64 문자열을 반환합니다.
-  </Card>
-  <Card title="통합 API" icon="pencil">
-    하나의 TypeScript 인터페이스가 iOS 및 Android 구현을 모두 포괄합니다.
-  </Card>
-</CardGrid>
-
-시작 가이드를 사용하여 카메라 권한을 활성화하고 품질 설정을 구성하며 스캔된 파일을 저장소 워크플로로 내보냅니다.
diff --git a/src/content/docs/ko/docs/plugins/downloader/getting-started.mdx b/src/content/docs/ko/docs/plugins/downloader/getting-started.mdx
deleted file mode 100644
index 07e35203e..000000000
--- a/src/content/docs/ko/docs/plugins/downloader/getting-started.mdx
+++ /dev/null
@@ -1,172 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: "@capgo/capacitor-downloader 설치 및 사용 가이드"
-sidebar:
-  order: 2
-  label: "시작하기"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 사용 예제
-
-```typescript
-import { CapacitorDownloader } from '@capgo/capacitor-downloader';
-
-// 다운로드 시작
-const downloadId = 'my-download-001';
-await CapacitorDownloader.download({
-  id: downloadId,
-  url: 'https://example.com/large-file.zip',
-  destination: '/downloads/large-file.zip',
-  headers: {
-    'Authorization': 'Bearer token123'
-  },
-  network: 'wifi-only',
-  priority: 'high'
-});
-
-// 진행률 업데이트 수신
-CapacitorDownloader.addListener('downloadProgress', (data) => {
-  console.log(`다운로드 ${data.id}: ${data.progress}% 완료`);
-  console.log(`다운로드됨: ${data.bytesDownloaded}/${data.totalBytes} 바이트`);
-});
-
-// 완료 처리
-CapacitorDownloader.addListener('downloadCompleted', (data) => {
-  console.log(`다운로드 완료: ${data.id}`);
-  console.log(`파일 저장 위치: ${data.path}`);
-});
-
-// 오류 처리
-CapacitorDownloader.addListener('downloadFailed', (error) => {
-  console.error(`다운로드 실패: ${error.id}`, error.message);
-});
-
-// 다운로드 일시 정지
-await CapacitorDownloader.pause(downloadId);
-
-// 다운로드 재개
-await CapacitorDownloader.resume(downloadId);
-
-// 다운로드 상태 확인
-const status = await CapacitorDownloader.checkStatus(downloadId);
-console.log('다운로드 상태:', status);
-
-// 다운로드 중지
-await CapacitorDownloader.stop(downloadId);
-```
-
-## 핵심 API 메서드
-
-### 다운로드 관리
-- `download(options)` - 새 파일 다운로드 시작
-- `pause(id)` - 진행 중인 다운로드 일시 정지
-- `resume(id)` - 일시 정지된 다운로드 재개
-- `stop(id)` - 다운로드 중지 및 취소
-- `checkStatus(id)` - 현재 다운로드 상태 가져오기
-
-### 파일 작업
-- `getFileInfo(path)` - 파일 정보 및 메타데이터 검색
-
-## 다운로드 구성
-
-```typescript
-interface DownloadOptions {
-  id: string;                    // 고유 다운로드 식별자
-  url: string;                   // 다운로드 소스 URL
-  destination: string;           // 로컬 저장 경로
-  headers?: Record<string, string>; // 사용자 정의 HTTP 헤더
-  network?: 'cellular' | 'wifi-only'; // 네트워크 제한
-  priority?: 'high' | 'normal' | 'low'; // 다운로드 우선순위
-}
-```
-
-## 이벤트 리스너
-
-플러그인은 포괄적인 이벤트 처리를 제공합니다:
-
-- `downloadProgress` - 실시간 다운로드 진행률 추적
-- `downloadCompleted` - 성공적인 다운로드 완료 처리
-- `downloadFailed` - 다운로드 오류 및 실패 처리
-
-## 네트워크 구성
-
-### WiFi 전용 다운로드
-```typescript
-await CapacitorDownloader.download({
-  id: 'large-file',
-  url: 'https://example.com/video.mp4',
-  destination: '/downloads/video.mp4',
-  network: 'wifi-only' // WiFi 네트워크만으로 제한
-});
-```
-
-### 우선순위 관리
-```typescript
-// 높은 우선순위 다운로드
-await CapacitorDownloader.download({
-  id: 'urgent-update',
-  url: 'https://example.com/update.zip',
-  destination: '/downloads/update.zip',
-  priority: 'high'
-});
-```
-
-## 다운로드 상태
-
-다운로드는 다양한 상태를 가질 수 있습니다:
-- **Pending**: 다운로드 대기 중
-- **Running**: 현재 다운로드 중
-- **Paused**: 일시적으로 중지됨
-- **Completed**: 성공적으로 완료됨
-- **Failed**: 오류 발생
-- **Stopped**: 수동으로 취소됨
-
-## 파일 정보
-
-```typescript
-// 파일 세부 정보 가져오기
-const fileInfo = await CapacitorDownloader.getFileInfo('/downloads/my-file.pdf');
-console.log('파일 크기:', fileInfo.size);
-console.log('마지막 수정:', fileInfo.lastModified);
-console.log('MIME 타입:', fileInfo.mimeType);
-```
-
-## 모범 사례
-
-- 충돌을 피하기 위해 고유한 다운로드 ID 사용
-- 네트워크 실패에 대한 적절한 오류 처리 구현
-- 대용량 다운로드를 시작하기 전에 저장 공간 고려
-- 대용량 파일에는 WiFi 전용 모드를 사용하여 모바일 데이터 절약
-- 저장 공간 관리를 위해 완료된 다운로드 정리
diff --git a/src/content/docs/ko/docs/plugins/downloader/index.mdx b/src/content/docs/ko/docs/plugins/downloader/index.mdx
deleted file mode 100644
index 718e4458a..000000000
--- a/src/content/docs/ko/docs/plugins/downloader/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@capgo/capacitor-downloader"
-locale: ko
-description: 백그라운드 다운로드, 진행률 추적 및 재개 기능을 갖춘 Capacitor 앱용 파일 다운로드 관리자 플러그인.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 백그라운드 지원, 진행률 추적, 일시 정지/재개 기능 및 효율적인 다운로드 관리로 파일을 다운로드합니다.
-  image:
-    file: ~public/icons/plugins/downloader.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/downloader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-downloader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 개요
-
-Capacitor Downloader 플러그인은 백그라운드 다운로드, 진행률 추적 및 포괄적인 다운로드 관리를 지원하는 강력한 파일 다운로드 기능을 제공합니다. 이 플러그인은 일시 정지/재개 기능과 상세한 진행률 모니터링을 통해 강력한 파일 다운로드를 가능하게 합니다.
-
-> ⚠️ **개발 중**: 이 플러그인은 현재 개발 중이며 아직 프로덕션 사용 준비가 되지 않았습니다.
-
-<CardGrid stagger>
-  <Card title="백그라운드 다운로드" icon="rocket">
-    앱이 백그라운드에 있을 때도 다운로드 계속
-  </Card>
-  <Card title="진행률 추적" icon="star">
-    실시간 다운로드 진행률 및 상태 모니터링
-  </Card>
-  <Card title="다운로드 제어" icon="rocket">
-    다운로드를 동적으로 일시 정지, 재개 및 중지
-  </Card>
-  <Card title="네트워크 옵션" icon="puzzle">
-    네트워크 기본 설정 및 우선순위 구성
-  </Card>
-</CardGrid>
-
-## 개발 상태
-
-이 플러그인은 react-native-background-downloader에서 영감을 받아 현재 개발 중입니다. 개발이 진행됨에 따라 기능이 변경될 수 있습니다.
diff --git a/src/content/docs/ko/docs/plugins/env/getting-started.mdx b/src/content/docs/ko/docs/plugins/env/getting-started.mdx
deleted file mode 100644
index 979e49f73..000000000
--- a/src/content/docs/ko/docs/plugins/env/getting-started.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Env 플러그인으로 빌드별 환경 값을 구성하고 런타임에 가져옵니다.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-env" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 플랫폼 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 구성 값 선언
-
-네이티브 빌드에 값을 포함하도록 Capacitor 구성에 키를 추가합니다. 환경별로 값을 교체하기 위해 여러 구성 변형(`capacitor.config.prod.ts`, `capacitor.config.dev.ts` 등)을 만들 수 있습니다.
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example',
-  webDir: 'dist',
-  plugins: {
-    Env: {
-      API_URL: 'https://api.example.com',
-      PUBLIC_KEY: 'pk_live_123',
-    },
-  },
-};
-
-export default config;
-```
-
-네이티브 플랫폼에서 값은 생성된 구성 파일(`ios/App/App/capacitor.config.json` 및 `android/app/src/main/assets/capacitor.config.json`) 내부에 저장됩니다. 테넌트별 값이 필요한 경우 flavor별로 해당 파일을 업데이트합니다.
-
-## 코드에서 값 읽기
-
-```typescript
-import { Env } from '@capgo/capacitor-env';
-
-const apiUrl = await Env.getKey({ key: 'API_URL' }).then((result) => result.value);
-
-if (!apiUrl) {
-  throw new Error('API_URL 구성이 누락되었습니다');
-}
-```
-
-## 폴백 제공
-
-```typescript
-const loadConfig = async () => {
-  const { value: endpoint } = await Env.getKey({ key: 'API_URL' });
-  return endpoint || 'https://staging.example.com';
-};
-```
-
-## 팁
-
-- 환경별로 다른 `capacitor.config` 파일을 사용하고 `npx cap run ios --configuration=prod`로 CLI를 올바른 파일로 지정합니다.
-- Capgo updater 채널과 결합하여 새 바이너리를 게시하지 않고 테넌트별 값을 제공합니다.
-- CI 빌드 중 `npx cap sync` 전에 비밀을 대체하여 소스 제어에서 비밀을 제외합니다.
diff --git a/src/content/docs/ko/docs/plugins/env/index.mdx b/src/content/docs/ko/docs/plugins/env/index.mdx
deleted file mode 100644
index 21d215ed2..000000000
--- a/src/content/docs/ko/docs/plugins/env/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-env"
-locale: ko
-description: 화이트 라벨 및 멀티테넌트 앱을 위해 런타임에 `capacitor.config`의 구성 값을 노출합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: Capacitor에서 직접 보안 구성 값을 읽어 새 빌드 없이 테넌트별 설정을 제공합니다.
-  image:
-    file: ~public/settings-go.webp
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/env/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-env/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Env를 사용하면 `capacitor.config.*` 내부에 비밀 및 빌드별 구성을 저장하고 간단한 API를 통해 런타임에 해결할 수 있습니다.
-
-<CardGrid stagger>
-  <Card title="런타임 구성" icon="rocket">
-    JavaScript 번들에 포함하지 않고 네이티브 구성 파일에서 값을 읽습니다.
-  </Card>
-  <Card title="빌드별 재정의" icon="rocket">
-    다른 구성 파일을 제공하여 여러 앱 flavor 또는 테넌트를 만듭니다.
-  </Card>
-  <Card title="타입 안전 접근" icon="pencil">
-    TypeScript 지원과 함께 키를 가져오고 폴백 로직을 중앙 집중화합니다.
-  </Card>
-  <Card title="기본적으로 보안" icon="approve-check">
-    Git에서 API 키와 비밀을 제외하면서도 네이티브 바이너리와 함께 제공합니다.
-  </Card>
-</CardGrid>
-
-시작 가이드에 따라 Capacitor 구성에 키를 선언하고 플랫폼 전반에 걸쳐 안전하게 가져옵니다.
diff --git a/src/content/docs/ko/docs/plugins/fast-sql/getting-started.mdx b/src/content/docs/ko/docs/plugins/fast-sql/getting-started.mdx
deleted file mode 100644
index 84c02e5f0..000000000
--- a/src/content/docs/ko/docs/plugins/fast-sql/getting-started.mdx
+++ /dev/null
@@ -1,360 +0,0 @@
----
-title: Fast SQL 시작하기
-description: 고성능 네이티브 SQLite 데이터베이스 액세스를 위한 Fast SQL 플러그인을 설치하고 구성합니다
-locale: ko
----
-
-이 가이드는 고성능 SQLite 데이터베이스 액세스를 위한 **@capgo/capacitor-fast-sql** 플러그인의 설치 및 구성을 도와드립니다.
-
-## Fast SQL을 사용하는 이유는?
-
-Capacitor용 기존 SQLite 플러그인은 웹 코드와 네이티브 코드 간의 통신을 위해 표준 JavaScript 브리지에 의존합니다. 이는 작은 작업에는 문제없이 작동하지만, 대량의 데이터를 전송해야 할 때 브리지가 상당한 병목 현상이 됩니다. 모든 데이터는 JSON으로 직렬화되고, 브리지를 통해 전송되며, 반대편에서 역직렬화되어야 합니다. 이 직렬화 오버헤드로 인해 수천 개의 행이나 대용량 바이너리 데이터를 처리하는 작업이 매우 느려집니다.
-
-**Fast SQL은 이 문제를 해결합니다** 기기에 로컬 HTTP 서버를 구축하여 네이티브 SQLite 데이터베이스와 직접 통신합니다. 이 사용자 정의 프로토콜은 Capacitor의 브리지를 완전히 우회하여 직렬화 오버헤드를 제거하고 다음을 가능하게 합니다:
-
-- 배치 작업 및 대규모 데이터셋에 대해 **최대 25배 빠른 성능**
-- base64 인코딩 없는 **효율적인 바이너리 데이터 전송**
-- 메모리 문제 없이 **대용량 결과 스트리밍**
-- CRDT 및 operational transforms와 같은 **동기화 시스템에 최적의 성능**
-
-이는 Fast SQL을 로컬 우선 애플리케이션, 오프라인 동기화 시스템 및 IndexedDB를 더 안정적이고 성능이 뛰어난 솔루션으로 교체해야 하는 시나리오에 이상적으로 만듭니다.
-
-## 설치
-
-```bash
-npm install @capgo/capacitor-fast-sql
-npx cap sync
-```
-
-## 플랫폼 구성
-
-### iOS 구성
-
-로컬 네트워킹을 허용하려면 `Info.plist`에 다음을 추가하세요:
-
-```xml title="ios/App/App/Info.plist"
-<key>NSAppTransportSecurity</key>
-<dict>
-    <key>NSAllowsLocalNetworking</key>
-    <true/>
-</dict>
-```
-
-### Android 구성
-
-필요한 경우 `AndroidManifest.xml`에 추가하세요:
-
-```xml title="android/app/src/main/AndroidManifest.xml"
-<application
-    android:usesCleartextTraffic="true">
-    ...
-</application>
-```
-
-### Web 구성
-
-웹 플랫폼 지원을 위해 sql.js를 설치하세요:
-
-```bash
-npm install sql.js
-```
-
-## 기본 사용법
-
-### 데이터베이스에 연결
-
-```typescript
-import { FastSQL } from '@capgo/capacitor-fast-sql';
-
-// 데이터베이스에 연결 (파일이 없으면 생성)
-const db = await FastSQL.connect({
-  database: 'myapp'
-});
-
-console.log('Connected to database on port:', db.port);
-```
-
-### 테이블 생성
-
-```typescript
-// 테이블 생성
-await db.execute(`
-  CREATE TABLE IF NOT EXISTS users (
-    id INTEGER PRIMARY KEY AUTOINCREMENT,
-    name TEXT NOT NULL,
-    email TEXT UNIQUE,
-    created_at INTEGER DEFAULT (strftime('%s', 'now'))
-  )
-`);
-```
-
-### 데이터 삽입
-
-```typescript
-// 단일 행 삽입
-const result = await db.run(
-  'INSERT INTO users (name, email) VALUES (?, ?)',
-  ['John Doe', 'john@example.com']
-);
-
-console.log('Inserted row ID:', result.insertId);
-console.log('Rows affected:', result.rowsAffected);
-```
-
-### 데이터 쿼리
-
-```typescript
-// 매개변수를 사용한 쿼리
-const users = await db.query(
-  'SELECT * FROM users WHERE name LIKE ?',
-  ['John%']
-);
-
-console.log('Found users:', users);
-
-// users는 객체 배열입니다:
-// [{ id: 1, name: 'John Doe', email: 'john@example.com', created_at: 1234567890 }]
-```
-
-### 데이터 업데이트
-
-```typescript
-const result = await db.run(
-  'UPDATE users SET email = ? WHERE id = ?',
-  ['newemail@example.com', 1]
-);
-
-console.log('Updated rows:', result.rowsAffected);
-```
-
-### 데이터 삭제
-
-```typescript
-const result = await db.run(
-  'DELETE FROM users WHERE id = ?',
-  [1]
-);
-
-console.log('Deleted rows:', result.rowsAffected);
-```
-
-## 트랜잭션
-
-트랜잭션은 원자성을 보장합니다 - 모든 작업이 성공하거나 모두 롤백됩니다:
-
-```typescript
-try {
-  await db.transaction(async (tx) => {
-    // 이 블록의 모든 작업은 트랜잭션의 일부입니다
-    await tx.run('INSERT INTO accounts (name, balance) VALUES (?, ?)', ['Alice', 1000]);
-    await tx.run('INSERT INTO accounts (name, balance) VALUES (?, ?)', ['Bob', 500]);
-
-    // 송금
-    await tx.run('UPDATE accounts SET balance = balance - 100 WHERE name = ?', ['Alice']);
-    await tx.run('UPDATE accounts SET balance = balance + 100 WHERE name = ?', ['Bob']);
-  });
-
-  console.log('Transaction committed successfully!');
-} catch (error) {
-  console.error('Transaction rolled back:', error);
-  // 오류 발생 시 모든 변경 사항이 자동으로 롤백됩니다
-}
-```
-
-### 트랜잭션 격리 수준
-
-```typescript
-import { FastSQL, IsolationLevel } from '@capgo/capacitor-fast-sql';
-
-await db.transaction(async (tx) => {
-  // 작업
-}, IsolationLevel.Serializable);
-```
-
-사용 가능한 격리 수준:
-- `ReadUncommitted` - 최저 격리, 최고 성능
-- `ReadCommitted` - 더티 읽기 방지
-- `RepeatableRead` - 반복 불가능한 읽기 방지
-- `Serializable` - 최고 격리, 모든 이상 현상 방지
-
-## 배치 작업
-
-여러 문을 효율적으로 실행:
-
-```typescript
-const results = await db.executeBatch([
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['App started', 'INFO']
-  },
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['User logged in', 'INFO']
-  },
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['Error occurred', 'ERROR']
-  },
-]);
-
-console.log('Executed', results.length, 'statements');
-```
-
-## 바이너리 데이터 (BLOB)
-
-Uint8Array를 사용하여 바이너리 데이터 저장 및 검색:
-
-```typescript
-// 바이너리 데이터 저장
-const imageData = new Uint8Array([0xFF, 0xD8, 0xFF, 0xE0, /* ... */]);
-
-await db.run(
-  'INSERT INTO images (name, data) VALUES (?, ?)',
-  ['photo.jpg', imageData]
-);
-
-// 바이너리 데이터 검색
-const rows = await db.query('SELECT data FROM images WHERE name = ?', ['photo.jpg']);
-const retrievedData = rows[0].data; // Uint8Array
-```
-
-## 암호화 (iOS/Android)
-
-안전한 저장을 위해 SQLCipher 암호화 활성화:
-
-```typescript
-const db = await FastSQL.connect({
-  database: 'secure_db',
-  encrypted: true,
-  encryptionKey: 'your-secure-encryption-key'
-});
-```
-
-:::caution
-- 암호화는 iOS 및 Android에서만 사용 가능합니다
-- 암호화 키를 안전하게 저장하세요 (Keychain/Keystore 사용)
-- 올바른 키 없이는 암호화된 데이터베이스를 열 수 없습니다
-- Web 플랫폼은 암호화를 지원하지 않습니다
-:::
-
-## 읽기 전용 모드
-
-수정을 방지하기 위해 읽기 전용 모드로 데이터베이스 열기:
-
-```typescript
-const db = await FastSQL.connect({
-  database: 'myapp',
-  readOnly: true
-});
-```
-
-## 연결 닫기
-
-작업이 완료되면 항상 데이터베이스 연결을 닫으세요:
-
-```typescript
-await FastSQL.disconnect('myapp');
-```
-
-## 직접 HTTP 프로토콜
-
-대규모 데이터셋에서 최대 성능을 위해 HTTP 프로토콜을 직접 사용:
-
-```typescript
-const { port, token } = await FastSQL.getServerInfo({ database: 'myapp' });
-
-// localhost:port로 직접 HTTP 요청 만들기
-// Authorization 헤더에 토큰 포함
-const response = await fetch(`http://localhost:${port}/execute`, {
-  method: 'POST',
-  headers: {
-    'Authorization': `Bearer ${token}`,
-    'Content-Type': 'application/json'
-  },
-  body: JSON.stringify({
-    statement: 'SELECT * FROM users',
-    params: []
-  })
-});
-
-const result = await response.json();
-```
-
-## 오류 처리
-
-```typescript
-import { FastSQL } from '@capgo/capacitor-fast-sql';
-
-try {
-  const db = await FastSQL.connect({ database: 'myapp' });
-
-  await db.run('INSERT INTO users (name, email) VALUES (?, ?)', ['John', 'john@example.com']);
-
-} catch (error) {
-  if (error.message.includes('UNIQUE constraint failed')) {
-    console.error('Email already exists');
-  } else if (error.message.includes('no such table')) {
-    console.error('Table does not exist');
-  } else {
-    console.error('Database error:', error);
-  }
-}
-```
-
-## 일반적인 SQL 패턴
-
-### 테이블 존재 여부 확인
-
-```typescript
-const result = await db.query(
-  "SELECT name FROM sqlite_master WHERE type='table' AND name=?",
-  ['users']
-);
-
-const tableExists = result.length > 0;
-```
-
-### 테이블 스키마 가져오기
-
-```typescript
-const schema = await db.query('PRAGMA table_info(users)');
-console.log('Columns:', schema);
-```
-
-### 행 개수 세기
-
-```typescript
-const result = await db.query('SELECT COUNT(*) as count FROM users');
-const count = result[0].count;
-```
-
-### 페이지네이션
-
-```typescript
-const pageSize = 20;
-const page = 1;
-const offset = (page - 1) * pageSize;
-
-const users = await db.query(
-  'SELECT * FROM users ORDER BY created_at DESC LIMIT ? OFFSET ?',
-  [pageSize, offset]
-);
-```
-
-## 성능 팁
-
-1. **트랜잭션 사용** 여러 작업에 대해 - 개별 커밋보다 훨씬 빠릅니다
-2. **배치 작업 사용** 대량 삽입에 대해 - 루프보다 효율적입니다
-3. **인덱스 생성** 자주 쿼리하는 열에
-4. **매개변수가 있는 준비된 문 사용** (?) - SQL 인젝션을 방지하고 성능을 향상시킵니다
-5. **HTTP 프로토콜 직접 사용** 매우 큰 결과 집합에 대해
-6. **연결 닫기** 사용하지 않을 때 리소스를 해제합니다
-
-## 다음 단계
-
-다음을 포함한 고급 패턴에 대한 [전체 튜토리얼](/plugins/capacitor-fast-sql)을 확인하세요:
-- 데이터베이스 서비스 아키텍처
-- 마이그레이션 시스템
-- 동기화 엔진
-- 복잡한 쿼리 및 조인
-- 성능 최적화
diff --git a/src/content/docs/ko/docs/plugins/fast-sql/index.mdx b/src/content/docs/ko/docs/plugins/fast-sql/index.mdx
deleted file mode 100644
index 64b57df0b..000000000
--- a/src/content/docs/ko/docs/plugins/fast-sql/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-fast-sql"
-description: 효율적인 동기화 작업 및 IndexedDB 교체를 위한 사용자 정의 HTTP 프로토콜을 사용한 고성능 네이티브 SQLite.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 동기화 시스템 및 대규모 데이터셋을 위한 사용자 정의 프로토콜을 사용한 초고속 네이티브 SQLite로 최대 25배 빠른 성능을 제공합니다.
-  image:
-    file: ~public/icons/plugins/fast-sql.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/fast-sql/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-fast-sql/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="사용자 정의 HTTP 프로토콜" icon="rocket">
-    Capacitor의 브리지를 우회하여 최대 25배 빠른 성능 ⚡
-  </Card>
-  <Card title="전체 SQLite 지원" icon="list-format">
-    트랜잭션 및 배치 작업을 포함한 완전한 SQL 지원 📊
-  </Card>
-  <Card title="동기화 친화적" icon="random">
-    CRDT 및 operational transforms와 같은 로컬 동기화 시스템을 위해 설계됨 🔄
-  </Card>
-  <Card title="크로스 플랫폼" icon="laptop">
-    sql.js + IndexedDB를 사용하는 iOS, Android 및 Web 🌐
-  </Card>
-  <Card title="트랜잭션 지원" icon="approve-check-circle">
-    구성 가능한 격리 수준을 가진 ACID 트랜잭션 🔒
-  </Card>
-  <Card title="바이너리 데이터" icon="document">
-    Uint8Array/BLOB 스토리지에 대한 네이티브 지원 📁
-  </Card>
-  <Card title="시작하기" icon="open-book">
-    플러그인을 설치하고 구성하려면 [시작 가이드](/docs/plugins/fast-sql/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/ffmpeg/getting-started.mdx b/src/content/docs/ko/docs/plugins/ffmpeg/getting-started.mdx
deleted file mode 100644
index 755dc476b..000000000
--- a/src/content/docs/ko/docs/plugins/ffmpeg/getting-started.mdx
+++ /dev/null
@@ -1,277 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 비디오 처리를 위한 FFmpeg 플러그인을 설치하고 사용하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-ffmpeg" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 사용법
-
-플러그인을 가져와서 비디오를 다시 인코딩하는 데 사용합니다:
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-
-// 사용자 정의 설정으로 비디오 다시 인코딩
-const processVideo = async () => {
-  await CapacitorFFmpeg.reencodeVideo({
-    inputPath: '/path/to/input/video.mp4',
-    outputPath: '/path/to/output/video.mp4',
-    width: 1280,
-    height: 720,
-    bitrate: 2000000 // 선택 사항: 2 Mbps
-  });
-};
-
-// 플러그인 버전 가져오기
-const checkVersion = async () => {
-  const { version } = await CapacitorFFmpeg.getPluginVersion();
-  console.log('FFmpeg plugin version:', version);
-};
-```
-
-## API 참조
-
-### reencodeVideo(options)
-
-지정된 크기 및 비트레이트로 비디오 파일을 다시 인코딩합니다.
-
-```typescript
-await CapacitorFFmpeg.reencodeVideo({
-  inputPath: '/path/to/input.mp4',
-  outputPath: '/path/to/output.mp4',
-  width: 1920,
-  height: 1080,
-  bitrate: 5000000 // 선택 사항: 5 Mbps
-});
-```
-
-**매개변수:**
-- `inputPath` (string): 입력 비디오 파일의 전체 경로
-- `outputPath` (string): 출력 비디오가 저장될 전체 경로
-- `width` (number): 픽셀 단위의 목표 너비
-- `height` (number): 픽셀 단위의 목표 높이
-- `bitrate` (number, 선택 사항): 초당 비트 수로 표시되는 목표 비트레이트
-
-### getPluginVersion()
-
-네이티브 Capacitor 플러그인 버전을 가져옵니다.
-
-```typescript
-const { version } = await CapacitorFFmpeg.getPluginVersion();
-```
-
-## 전체 예제
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class VideoProcessor {
-  /**
-   * 파일 크기를 줄이기 위해 비디오 압축
-   */
-  async compressVideo(inputPath: string, quality: 'low' | 'medium' | 'high') {
-    const qualitySettings = {
-      low: { width: 640, height: 360, bitrate: 500000 },
-      medium: { width: 1280, height: 720, bitrate: 2000000 },
-      high: { width: 1920, height: 1080, bitrate: 5000000 }
-    };
-
-    const settings = qualitySettings[quality];
-    const outputPath = inputPath.replace('.mp4', `_${quality}.mp4`);
-
-    try {
-      await CapacitorFFmpeg.reencodeVideo({
-        inputPath,
-        outputPath,
-        width: settings.width,
-        height: settings.height,
-        bitrate: settings.bitrate
-      });
-
-      console.log(`Video compressed to ${quality} quality:`, outputPath);
-      return outputPath;
-    } catch (error) {
-      console.error('Video compression failed:', error);
-      throw error;
-    }
-  }
-
-  /**
-   * 특정 크기로 비디오 크기 조정
-   */
-  async resizeVideo(
-    inputPath: string,
-    width: number,
-    height: number
-  ): Promise<string> {
-    const outputPath = inputPath.replace('.mp4', '_resized.mp4');
-
-    await CapacitorFFmpeg.reencodeVideo({
-      inputPath,
-      outputPath,
-      width,
-      height
-    });
-
-    return outputPath;
-  }
-
-  /**
-   * 비디오의 썸네일 품질 버전 생성
-   */
-  async createThumbnailVideo(inputPath: string): Promise<string> {
-    return this.compressVideo(inputPath, 'low');
-  }
-
-  /**
-   * 여러 비디오를 일괄 처리
-   */
-  async processMultipleVideos(
-    videoPaths: string[],
-    width: number,
-    height: number,
-    bitrate?: number
-  ): Promise<string[]> {
-    const outputPaths: string[] = [];
-
-    for (const inputPath of videoPaths) {
-      const outputPath = inputPath.replace('.mp4', '_processed.mp4');
-
-      try {
-        await CapacitorFFmpeg.reencodeVideo({
-          inputPath,
-          outputPath,
-          width,
-          height,
-          bitrate
-        });
-
-        outputPaths.push(outputPath);
-      } catch (error) {
-        console.error(`Failed to process ${inputPath}:`, error);
-      }
-    }
-
-    return outputPaths;
-  }
-}
-```
-
-## 모범 사례
-
-1. **적절한 비트레이트 사용**
-   해상도 및 사용 사례에 따라 비트레이트를 선택:
-   ```typescript
-   // 모바일 공유 (낮은 대역폭)
-   const lowQuality = { width: 640, height: 360, bitrate: 500000 };
-
-   // 표준 품질
-   const standardQuality = { width: 1280, height: 720, bitrate: 2000000 };
-
-   // 고품질
-   const highQuality = { width: 1920, height: 1080, bitrate: 5000000 };
-   ```
-
-2. **종횡비 유지**
-   종횡비를 유지하기 위해 크기 계산:
-   ```typescript
-   function calculateDimensions(originalWidth: number, originalHeight: number, targetWidth: number) {
-     const aspectRatio = originalWidth / originalHeight;
-     return {
-       width: targetWidth,
-       height: Math.round(targetWidth / aspectRatio)
-     };
-   }
-   ```
-
-3. **파일 경로를 올바르게 처리**
-   크로스 플랫폼 경로 처리를 위해 Capacitor Filesystem 사용:
-   ```typescript
-   import { Filesystem, Directory } from '@capacitor/filesystem';
-
-   const inputPath = await Filesystem.getUri({
-     directory: Directory.Documents,
-     path: 'input.mp4'
-   });
-   ```
-
-4. **사용자에게 진행 상황 표시**
-   비디오 처리는 느릴 수 있습니다 - 사용자에게 알려주세요:
-   ```typescript
-   async function processWithProgress(inputPath: string) {
-     // 로딩 표시기 표시
-     showLoading('Processing video...');
-
-     try {
-       await CapacitorFFmpeg.reencodeVideo({
-         inputPath,
-         outputPath: '/path/to/output.mp4',
-         width: 1280,
-         height: 720
-       });
-
-       showSuccess('Video processed successfully!');
-     } catch (error) {
-       showError('Failed to process video');
-     } finally {
-       hideLoading();
-     }
-   }
-   ```
-
-5. **임시 파일 정리**
-   저장 공간을 절약하기 위해 중간 파일 제거:
-   ```typescript
-   async function processAndCleanup(inputPath: string) {
-     const outputPath = inputPath.replace('.mp4', '_output.mp4');
-
-     await CapacitorFFmpeg.reencodeVideo({
-       inputPath,
-       outputPath,
-       width: 1280,
-       height: 720
-     });
-
-     // 더 이상 필요하지 않은 경우 원본 제거
-     await Filesystem.deleteFile({ path: inputPath });
-
-     return outputPath;
-   }
-   ```
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 11.0 이상 필요
-- 대용량 비디오 처리는 백그라운드 작업 권한이 필요할 수 있습니다
-- 하드웨어 가속을 위해 네이티브 iOS VideoToolbox 사용
-
-### Android
-- Android 5.0 (API 21) 이상 필요
-- 하드웨어 가속은 기기에 따라 다릅니다
-- 파일 액세스를 위해 WRITE_EXTERNAL_STORAGE 권한이 필요할 수 있습니다
-
-### Web
-- 웹 플랫폼에서 지원되지 않음
-
-## 성능 팁
-
-1. **더 빠른 처리를 위해 해상도 낮추기**: 더 작은 크기 = 더 빠른 인코딩
-2. **하드웨어 가속 사용**: 네이티브 플랫폼이 인코딩을 최적화하도록 허용
-3. **백그라운드에서 처리**: 비디오 처리 중 UI를 차단하지 마세요
-4. **메모리 사용량 모니터링**: 대용량 비디오는 상당한 메모리를 소비할 수 있습니다
-5. **실제 기기에서 테스트**: 에뮬레이터는 실제 성능을 반영하지 않을 수 있습니다
diff --git a/src/content/docs/ko/docs/plugins/ffmpeg/index.mdx b/src/content/docs/ko/docs/plugins/ffmpeg/index.mdx
deleted file mode 100644
index edea9c688..000000000
--- a/src/content/docs/ko/docs/plugins/ffmpeg/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-ffmpeg"
-description: Capacitor 앱을 위한 FFmpeg로 구동되는 비디오 인코딩 및 처리.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: Capacitor 앱에서 강력한 FFmpeg 라이브러리를 사용하여 사용자 정의 해상도 및 비트레이트로 비디오를 다시 인코딩합니다.
-  image:
-    file: ~public/icons/plugins/ffmpeg.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/ffmpeg/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ffmpeg/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="비디오 재인코딩" icon="rocket">
-    FFmpeg로 비디오 변환 및 압축
-  </Card>
-  <Card title="사용자 정의 해상도" icon="setting">
-    비디오를 원하는 너비와 높이로 크기 조정
-  </Card>
-  <Card title="비트레이트 제어" icon="star">
-    비디오 품질 및 파일 크기 제어
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    비디오 처리를 시작하려면 [문서](/docs/plugins/ffmpeg/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/file-compressor/getting-started.mdx b/src/content/docs/ko/docs/plugins/file-compressor/getting-started.mdx
deleted file mode 100644
index 611529288..000000000
--- a/src/content/docs/ko/docs/plugins/file-compressor/getting-started.mdx
+++ /dev/null
@@ -1,166 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 이미지를 압축하기 위해 File Compressor 플러그인을 설치하고 사용하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-file-compressor" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 플랫폼 지원
-
-| 플랫폼 | 지원 형식 | 참고 |
-|----------|-------------------|-------|
-| iOS | JPEG | JPEG 압축만 지원됨 |
-| Android | JPEG, WebP | 두 형식 모두 완전히 지원됨 |
-| Web | JPEG, WebP | Canvas API 기반 압축 |
-
-참고: 모든 플랫폼에서 압축 중에 EXIF 메타데이터가 제거됩니다.
-
-## 사용법
-
-플러그인을 가져와서 이미지를 압축합니다:
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-
-// 이미지 압축
-const compressImage = async () => {
-  const result = await FileCompressor.compressImage({
-    source: 'file:///path/to/image.jpg',
-    quality: 0.8,
-    width: 1920,
-    height: 1080
-  });
-
-  console.log('Compressed image path:', result.path);
-  console.log('Original size:', result.originalSize);
-  console.log('Compressed size:', result.size);
-};
-```
-
-## API 참조
-
-### compressImage(options)
-
-지정된 크기 및 품질 설정으로 이미지 파일을 압축합니다.
-
-```typescript
-interface CompressImageOptions {
-  source: string;           // 이미지 파일의 경로
-  quality?: number;         // 0.0에서 1.0 (기본값: 0.8)
-  width?: number;           // 픽셀 단위의 목표 너비
-  height?: number;          // 픽셀 단위의 목표 높이
-  format?: 'jpeg' | '.webp'; // 출력 형식
-}
-
-interface CompressImageResult {
-  path: string;             // 압축된 이미지의 경로
-  size: number;             // 바이트 단위의 압축된 파일 크기
-  originalSize: number;     // 바이트 단위의 원본 파일 크기
-}
-
-const result = await FileCompressor.compressImage(options);
-```
-
-**중요 참고사항:**
-- 모든 플랫폼에서 압축 중에 EXIF 메타데이터가 제거됩니다
-- 하나의 차원만 제공되면 종횡비가 자동으로 유지됩니다
-- 압축된 파일은 네이티브 플랫폼의 임시 디렉터리에 저장됩니다
-
-### getPluginVersion()
-
-네이티브 플러그인 버전을 가져옵니다.
-
-```typescript
-const { version } = await FileCompressor.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## 전체 예제
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-import { Camera } from '@capacitor/camera';
-
-export class ImageCompressionService {
-  async captureAndCompress() {
-    try {
-      // 사진 찍기
-      const photo = await Camera.getPhoto({
-        quality: 100,
-        allowEditing: false,
-        resultType: 'uri'
-      });
-
-      if (!photo.path) {
-        throw new Error('No image path');
-      }
-
-      // 사진 압축
-      const compressed = await FileCompressor.compressImage({
-        source: photo.path,
-        quality: 0.7,
-        width: 1920,
-        height: 1080,
-        format: 'jpeg'
-      });
-
-      console.log(`Compression ratio: ${
-        ((1 - compressed.size / compressed.originalSize) * 100).toFixed(1)
-      }%`);
-
-      return compressed.path;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async batchCompress(imagePaths: string[]) {
-    const results = [];
-
-    for (const path of imagePaths) {
-      try {
-        const result = await FileCompressor.compressImage({
-          source: path,
-          quality: 0.8,
-          width: 1280
-        });
-        results.push(result);
-      } catch (error) {
-        console.error(`Failed to compress ${path}:`, error);
-      }
-    }
-
-    return results;
-  }
-}
-```
-
-## 모범 사례
-
-1. **품질 설정**: 파일 크기와 이미지 품질 간의 균형을 위해 0.8 품질로 시작
-2. **크기 조정**: 필요할 때만 크기를 지정 - 종횡비가 자동으로 유지됩니다
-3. **형식 선택**: 사진에는 JPEG, 더 나은 압축을 위해 WebP 사용 (Android/Web만 해당)
-4. **오류 처리**: 항상 압축 호출을 try-catch 블록으로 감쌉니다
-5. **정리**: 사용 후 임시 파일을 정리하는 것을 잊지 마세요
-
-## 문제 해결
-
-### 일반적인 문제
-
-**이미지가 압축되지 않음**: 소스 경로가 유효하고 액세스 가능한지 확인
-**메모리 부족**: 목표 크기를 줄이거나 한 번에 하나씩 이미지를 압축
-**지원되지 않는 형식**: 위의 플랫폼 지원 표 확인
diff --git a/src/content/docs/ko/docs/plugins/file-compressor/index.mdx b/src/content/docs/ko/docs/plugins/file-compressor/index.mdx
deleted file mode 100644
index cae6c968d..000000000
--- a/src/content/docs/ko/docs/plugins/file-compressor/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-file-compressor"
-description: 플랫폼 간에 PNG, JPEG 및 WebP 형식을 지원하여 이미지를 효율적으로 압축합니다.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: iOS, Android 및 Web에서 PNG, JPEG 및 WebP 형식을 지원하여 이미지를 효율적으로 압축합니다.
-  image:
-    file: ~public/icons/plugins/file-compressor.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/file-compressor/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-file-compressor/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="다양한 형식" icon="document">
-    플랫폼 간에 JPEG 및 WebP 압축 지원 🖼️
-  </Card>
-  <Card title="품질 제어" icon="setting">
-    완벽한 균형을 위해 0.0에서 1.0까지 조정 가능한 압축 품질 ⚙️
-  </Card>
-  <Card title="스마트 크기 조정" icon="puzzle">
-    크기 조정 중 자동 종횡비 유지 📐
-  </Card>
-  <Card title="백엔드 불필요" icon="rocket">
-    모든 압축이 기기에서 수행됨 - 서버 불필요 🚀
-  </Card>
-  <Card title="크로스 플랫폼" icon="laptop">
-    iOS, Android 및 Web 플랫폼에서 일관된 API 📱
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/file-compressor/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/file/getting-started.mdx b/src/content/docs/ko/docs/plugins/file/getting-started.mdx
deleted file mode 100644
index 98e1ad7bc..000000000
--- a/src/content/docs/ko/docs/plugins/file/getting-started.mdx
+++ /dev/null
@@ -1,389 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 파일 시스템 작업을 위한 File 플러그인을 설치하고 사용하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-file" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 사용법
-
-플러그인을 가져와서 파일 작업에 메서드를 사용합니다:
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-// 텍스트 파일 쓰기
-const writeFile = async () => {
-  const result = await CapacitorFile.writeFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    data: 'Hello, World!',
-    encoding: Encoding.UTF8,
-    recursive: true, // 필요한 경우 상위 디렉터리 생성
-  });
-  console.log('File written to:', result.uri);
-};
-
-// 텍스트 파일 읽기
-const readFile = async () => {
-  const result = await CapacitorFile.readFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    encoding: Encoding.UTF8,
-  });
-  console.log('File contents:', result.data);
-};
-
-// 파일 존재 여부 확인
-const checkExists = async () => {
-  const result = await CapacitorFile.exists({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-  console.log('File exists:', result.exists);
-};
-
-// 파일 삭제
-const deleteFile = async () => {
-  await CapacitorFile.deleteFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-};
-```
-
-## 디렉터리 위치
-
-플러그인은 여러 디렉터리 상수를 제공합니다:
-
-```typescript
-import { Directory } from '@capgo/capacitor-file';
-
-// 사용 가능한 디렉터리
-Directory.Documents  // 사용자가 볼 수 있는 문서 (백업됨)
-Directory.Data       // 비공개 앱 데이터 저장소
-Directory.Library    // 앱 지원 파일 (iOS) / files (Android)
-Directory.Cache      // 임시 캐시 (OS에 의해 지워질 수 있음)
-Directory.External   // 외부 저장소 (Android만 해당)
-Directory.Application // 읽기 전용 앱 번들
-```
-
-## 인코딩 옵션
-
-```typescript
-import { Encoding } from '@capgo/capacitor-file';
-
-Encoding.UTF8   // UTF-8 텍스트 인코딩
-Encoding.ASCII  // ASCII 텍스트 인코딩
-Encoding.UTF16  // UTF-16 텍스트 인코딩
-// 바이너리 데이터에 대한 인코딩 생략 (base64 반환)
-```
-
-## API 참조
-
-### writeFile(options)
-
-파일에 데이터를 씁니다.
-
-```typescript
-const result = await CapacitorFile.writeFile({
-  path: 'folder/file.txt',
-  directory: Directory.Documents,
-  data: 'File content',
-  encoding: Encoding.UTF8,
-  recursive: true,  // 필요한 경우 디렉터리 생성
-  append: false,    // 기존 파일 덮어쓰기
-  position: 0,      // 랜덤 액세스 쓰기를 위한 바이트 위치
-});
-// 반환: { uri: string }
-```
-
-### readFile(options)
-
-파일의 내용을 읽습니다.
-
-```typescript
-const result = await CapacitorFile.readFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  encoding: Encoding.UTF8,
-  offset: 0,    // 바이트 오프셋부터 읽기 시작
-  length: 100,  // 이 바이트 수만큼만 읽기
-});
-// 반환: { data: string }
-```
-
-### appendFile(options)
-
-파일에 데이터를 추가합니다.
-
-```typescript
-await CapacitorFile.appendFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  data: '\nNew line',
-  encoding: Encoding.UTF8,
-});
-```
-
-### deleteFile(options)
-
-파일을 삭제합니다.
-
-```typescript
-await CapacitorFile.deleteFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-```
-
-### mkdir(options)
-
-디렉터리를 생성합니다.
-
-```typescript
-await CapacitorFile.mkdir({
-  path: 'my-folder/sub-folder',
-  directory: Directory.Documents,
-  recursive: true,  // 상위 디렉터리 생성
-});
-```
-
-### rmdir(options)
-
-디렉터리를 삭제합니다.
-
-```typescript
-await CapacitorFile.rmdir({
-  path: 'my-folder',
-  directory: Directory.Documents,
-  recursive: true,  // 내용을 재귀적으로 삭제
-});
-```
-
-### readdir(options)
-
-디렉터리 내용을 나열합니다.
-
-```typescript
-const result = await CapacitorFile.readdir({
-  path: '',  // 디렉터리의 루트에 대해 비어 있음
-  directory: Directory.Documents,
-});
-// 반환: { entries: Entry[] }
-// 각 항목에는: { name, isFile, isDirectory, fullPath, nativeURL }
-```
-
-### stat(options)
-
-파일 또는 디렉터리 메타데이터를 가져옵니다.
-
-```typescript
-const result = await CapacitorFile.stat({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// 반환: { type, size, mtime, ctime, uri }
-```
-
-### exists(options)
-
-파일 또는 디렉터리가 존재하는지 확인합니다.
-
-```typescript
-const result = await CapacitorFile.exists({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// 반환: { exists: boolean, type?: 'file' | 'directory' }
-```
-
-### copy(options)
-
-파일 또는 디렉터리를 복사합니다.
-
-```typescript
-const result = await CapacitorFile.copy({
-  from: 'source.txt',
-  to: 'destination.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-// 반환: { uri: string }
-```
-
-### rename(options) / move(options)
-
-파일 또는 디렉터리의 이름을 변경하거나 이동합니다.
-
-```typescript
-await CapacitorFile.rename({
-  from: 'old-name.txt',
-  to: 'new-name.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-```
-
-### truncate(options)
-
-파일을 특정 크기로 잘라냅니다.
-
-```typescript
-await CapacitorFile.truncate({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  size: 100,  // 100바이트로 자르기
-});
-```
-
-### getUri(options)
-
-파일의 네이티브 URI를 가져옵니다.
-
-```typescript
-const result = await CapacitorFile.getUri({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// 반환: { uri: string }
-```
-
-### getDirectories()
-
-사용 가능한 모든 디렉터리 경로를 가져옵니다.
-
-```typescript
-const dirs = await CapacitorFile.getDirectories();
-// 반환 경로: documents, data, cache, external 등
-```
-
-### getFreeDiskSpace()
-
-사용 가능한 디스크 공간을 가져옵니다.
-
-```typescript
-const result = await CapacitorFile.getFreeDiskSpace();
-console.log('Free space:', result.free, 'bytes');
-```
-
-### checkPermissions() / requestPermissions()
-
-저장소 권한 처리 (Android).
-
-```typescript
-const status = await CapacitorFile.checkPermissions();
-if (status.publicStorage !== 'granted') {
-  await CapacitorFile.requestPermissions();
-}
-```
-
-## 전체 예제
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-export class FileService {
-  async saveJson(filename: string, data: object): Promise<void> {
-    await CapacitorFile.writeFile({
-      path: filename,
-      directory: Directory.Documents,
-      data: JSON.stringify(data, null, 2),
-      encoding: Encoding.UTF8,
-      recursive: true,
-    });
-  }
-
-  async loadJson<T>(filename: string): Promise<T | null> {
-    try {
-      const { exists } = await CapacitorFile.exists({
-        path: filename,
-        directory: Directory.Documents,
-      });
-
-      if (!exists) return null;
-
-      const result = await CapacitorFile.readFile({
-        path: filename,
-        directory: Directory.Documents,
-        encoding: Encoding.UTF8,
-      });
-
-      return JSON.parse(result.data) as T;
-    } catch (error) {
-      console.error('Failed to load JSON:', error);
-      return null;
-    }
-  }
-
-  async listFiles(folder: string = ''): Promise<string[]> {
-    const result = await CapacitorFile.readdir({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    return result.entries
-      .filter(entry => entry.isFile)
-      .map(entry => entry.name);
-  }
-
-  async deleteAll(folder: string): Promise<void> {
-    const { exists } = await CapacitorFile.exists({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    if (exists) {
-      await CapacitorFile.rmdir({
-        path: folder,
-        directory: Directory.Documents,
-        recursive: true,
-      });
-    }
-  }
-
-  async copyToBackup(filename: string): Promise<string> {
-    const timestamp = Date.now();
-    const backupName = `backup/${timestamp}-${filename}`;
-
-    const result = await CapacitorFile.copy({
-      from: filename,
-      to: backupName,
-      directory: Directory.Documents,
-      toDirectory: Directory.Documents,
-    });
-
-    return result.uri;
-  }
-}
-```
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 13.0 이상 필요
-- Documents 디렉터리는 Files 앱에서 볼 수 있습니다
-- Library 디렉터리는 앱 지원 파일용입니다
-- 기기 저장 공간이 부족할 때 캐시가 지워질 수 있습니다
-
-### Android
-- Android 6.0 (API 23) 이상 필요
-- 외부 저장소는 이전 Android 버전에서 런타임 권한이 필요합니다
-- Documents 디렉터리는 앱의 files 디렉터리에 매핑됩니다
-- 공유 저장소 액세스를 위해 External 디렉터리 사용
-
-### Web
-- 웹 플랫폼에서 지원되지 않음
diff --git a/src/content/docs/ko/docs/plugins/file/index.mdx b/src/content/docs/ko/docs/plugins/file/index.mdx
deleted file mode 100644
index 4342fc3e0..000000000
--- a/src/content/docs/ko/docs/plugins/file/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-file"
-description: 파일 및 디렉터리 읽기, 쓰기 및 관리를 위한 완전한 기능을 갖춘 파일 시스템 플러그인.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: iOS 및 Android용 읽기, 쓰기, 복사, 이동 및 디렉터리 관리를 포함한 완전한 파일 시스템 작업.
-  image:
-    file: ~public/icons/plugins/file.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/file/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-file/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="완전한 파일 작업" icon="rocket">
-    파일을 쉽게 읽기, 쓰기, 추가, 복사, 이동 및 삭제
-  </Card>
-  <Card title="디렉터리 관리" icon="seti:folder">
-    재귀 지원을 통해 디렉터리 생성, 나열 및 제거
-  </Card>
-  <Card title="다양한 인코딩" icon="document">
-    UTF-8, ASCII, UTF-16 및 바이너리 (base64) 데이터 지원
-  </Card>
-  <Card title="크로스 플랫폼" icon="puzzle">
-    플랫폼 간에 일관된 API를 사용하는 iOS 및 Android에서 작동
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/flash/getting-started.mdx b/src/content/docs/ko/docs/plugins/flash/getting-started.mdx
deleted file mode 100644
index d86c6846e..000000000
--- a/src/content/docs/ko/docs/plugins/flash/getting-started.mdx
+++ /dev/null
@@ -1,197 +0,0 @@
----
-title: 시작하기
-description: Flash 플러그인을 설치하고 사용하여 Capacitor 앱에서 기기의 손전등을 제어하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-flash" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 사용법
-
-플러그인을 가져와서 손전등을 제어하는 메서드를 사용합니다:
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// 손전등 사용 가능 여부 확인
-const checkFlashlight = async () => {
-  const { value } = await CapacitorFlash.isAvailable();
-  console.log('손전등 사용 가능:', value);
-};
-
-// 손전등 켜기
-const turnOn = async () => {
-  await CapacitorFlash.switchOn();
-};
-
-// 손전등 끄기
-const turnOff = async () => {
-  await CapacitorFlash.switchOff();
-};
-
-// 손전등이 켜져 있는지 확인
-const checkStatus = async () => {
-  const { value } = await CapacitorFlash.isSwitchedOn();
-  console.log('손전등 켜짐:', value);
-};
-
-// 손전등 토글
-const toggle = async () => {
-  await CapacitorFlash.toggle();
-};
-```
-
-## API 참조
-
-### isAvailable()
-
-기기에서 손전등을 사용할 수 있는지 확인합니다.
-
-```typescript
-const result = await CapacitorFlash.isAvailable();
-// 반환: { value: boolean }
-```
-
-### switchOn(options?)
-
-손전등을 켭니다.
-
-```typescript
-interface SwitchOnOptions {
-  intensity?: number; // 0.0에서 1.0 (iOS 전용)
-}
-
-await CapacitorFlash.switchOn({ intensity: 0.5 });
-```
-
-### switchOff()
-
-손전등을 끕니다.
-
-```typescript
-await CapacitorFlash.switchOff();
-```
-
-### isSwitchedOn()
-
-손전등이 현재 켜져 있는지 확인합니다.
-
-```typescript
-const result = await CapacitorFlash.isSwitchedOn();
-// 반환: { value: boolean }
-```
-
-### toggle()
-
-손전등을 켜거나 끕니다.
-
-```typescript
-await CapacitorFlash.toggle();
-```
-
-## 전체 예제
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-export class FlashlightService {
-  private isOn = false;
-
-  async init() {
-    const { value } = await CapacitorFlash.isAvailable();
-    if (!value) {
-      throw new Error('이 기기에서 손전등을 사용할 수 없습니다');
-    }
-  }
-
-  async toggle() {
-    if (this.isOn) {
-      await CapacitorFlash.switchOff();
-    } else {
-      await CapacitorFlash.switchOn();
-    }
-    this.isOn = !this.isOn;
-  }
-
-  async turnOn(intensity?: number) {
-    await CapacitorFlash.switchOn({ intensity });
-    this.isOn = true;
-  }
-
-  async turnOff() {
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-
-  async strobe(intervalMs: number = 100, duration: number = 3000) {
-    const endTime = Date.now() + duration;
-
-    while (Date.now() < endTime) {
-      await CapacitorFlash.toggle();
-      await new Promise(resolve => setTimeout(resolve, intervalMs));
-    }
-
-    // 깜빡임 후 손전등이 꺼져 있는지 확인
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-}
-```
-
-## 모범 사례
-
-1. **먼저 사용 가능 여부 확인**
-   손전등을 사용하기 전에 항상 사용 가능 여부를 확인합니다:
-   ```typescript
-   const { value } = await CapacitorFlash.isAvailable();
-   if (!value) {
-     // 대체 UI 표시 또는 손전등 기능 비활성화
-   }
-   ```
-
-2. **오류를 우아하게 처리**
-   ```typescript
-   try {
-     await CapacitorFlash.switchOn();
-   } catch (error) {
-     console.error('손전등을 켤 수 없습니다:', error);
-   }
-   ```
-
-3. **필요하지 않을 때 끄기**
-   배터리를 절약하기 위해 앱이 백그라운드로 전환되거나 기능이 더 이상 필요하지 않을 때 항상 손전등을 끕니다.
-
-4. **빠른 토글 방지**
-   LED를 손상시키거나 배터리를 소모할 수 있는 빠른 켜기/끄기 전환을 방지하기 위해 디바운싱을 구현합니다.
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 10.0 이상 필요
-- `AVCaptureDevice` 토치 모드 사용
-- 밝기 제어 지원 (0.0에서 1.0)
-
-### Android
-- Android 6.0 (API 23) 이상 필요
-- Camera2 API 사용
-- 밝기 제어 미지원 (기본 밝기 사용)
-
-### Web
-- MediaDevices API 및 토치 기능을 지원하는 브라우저에서 지원
-- 카메라 스트림을 사용하여 기기의 손전등에 액세스
-- 카메라 액세스를 위한 사용자 권한 필요
-- 모바일 브라우저에서 가장 잘 작동 (Android의 Chrome)
-- 데스크톱 브라우저는 일반적으로 `isAvailable: false` 반환 (토치 하드웨어 없음)
-- 웹에서 밝기 제어 미지원
diff --git a/src/content/docs/ko/docs/plugins/flash/index.mdx b/src/content/docs/ko/docs/plugins/flash/index.mdx
deleted file mode 100644
index 72e73e4c0..000000000
--- a/src/content/docs/ko/docs/plugins/flash/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-flash"
-description: 이 간단한 Capacitor 플러그인으로 기기의 손전등/토치를 제어하세요.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 이 경량 Capacitor 플러그인으로 기기의 손전등/토치를 프로그래밍 방식으로 켜고 끕니다.
-  image:
-    file: ~public/icons/plugins/flash.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/flash/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/capacitor-flash/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="간단한 API" icon="rocket">
-    단 하나의 메서드 호출로 손전등 켜기/끄기 🚀
-  </Card>
-  <Card title="크로스 플랫폼" icon="puzzle">
-    iOS, Android 및 Web 플랫폼에서 작동 📱
-  </Card>
-  <Card title="경량" icon="rocket">
-    의존성이 없는 최소 설치 공간 ⚡
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/flash/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/gtm/getting-started.mdx b/src/content/docs/ko/docs/plugins/gtm/getting-started.mdx
deleted file mode 100644
index 7c382cbde..000000000
--- a/src/content/docs/ko/docs/plugins/gtm/getting-started.mdx
+++ /dev/null
@@ -1,242 +0,0 @@
----
-title: 시작하기
-description: 공식 SDK를 사용하여 Capacitor 앱에 Google Tag Manager를 설치하고 통합하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 플랫폼 구성
-
-### iOS
-
-1. Google Tag Manager 콘솔에서 GTM 컨테이너 구성 파일을 다운로드합니다
-2. Xcode에서 컨테이너 JSON 파일을 iOS 프로젝트에 추가합니다
-3. 파일 이름은 `GTM-XXXXXX.json`과 같은 형식이어야 합니다
-
-### Android
-
-1. Google Tag Manager 콘솔에서 GTM 컨테이너 구성 파일을 다운로드합니다
-2. 컨테이너 JSON 파일을 `android/app/src/main/assets/`에 추가합니다
-3. 파일 이름은 `GTM-XXXXXX.json`과 같은 형식이어야 합니다
-
-## 사용 예제
-
-```typescript
-import { CapacitorGTM } from '@capgo/capacitor-gtm';
-
-// 컨테이너 ID로 GTM 초기화
-await CapacitorGTM.init({
-  containerId: 'GTM-XXXXXX'
-});
-
-// dataLayer에 이벤트 푸시
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Home',
-    screen_class: 'HomeScreen'
-  }
-});
-
-// 매개변수가 있는 사용자 정의 이벤트 푸시
-await CapacitorGTM.pushEvent({
-  event: 'purchase',
-  parameters: {
-    transaction_id: 'T12345',
-    value: 25.00,
-    currency: 'USD',
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product Name',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-
-// 사용자 속성 설정
-await CapacitorGTM.setUserProperty({
-  key: 'user_type',
-  value: 'premium'
-});
-
-// dataLayer에서 값 가져오기
-const result = await CapacitorGTM.getVariable({
-  key: 'config_value'
-});
-console.log('구성 값:', result.value);
-```
-
-## API 참조
-
-### init(options)
-
-```typescript
-init(options: { containerId: string }) => Promise<void>
-```
-
-컨테이너 ID로 Google Tag Manager를 초기화합니다.
-
-| 매개변수         | 타입                             |
-| ------------- | -------------------------------- |
-| **`options`** | `{ containerId: string }` |
-
-### pushEvent(options)
-
-```typescript
-pushEvent(options: GTMEvent) => Promise<void>
-```
-
-선택적 매개변수와 함께 이벤트를 dataLayer에 푸시합니다.
-
-| 매개변수         | 타입              |
-| ------------- | ----------------- |
-| **`options`** | `GTMEvent` |
-
-### setUserProperty(options)
-
-```typescript
-setUserProperty(options: { key: string; value: string }) => Promise<void>
-```
-
-세분화 및 타겟팅을 위한 사용자 속성을 설정합니다.
-
-| 매개변수         | 타입                                      |
-| ------------- | ----------------------------------------- |
-| **`options`** | `{ key: string; value: string }` |
-
-### getVariable(options)
-
-```typescript
-getVariable(options: { key: string }) => Promise<{ value: any }>
-```
-
-GTM 컨테이너 구성에서 값을 가져옵니다.
-
-| 매개변수         | 타입                     |
-| ------------- | ------------------------ |
-| **`options`** | `{ key: string }` |
-
-**반환:** `Promise<{ value: any }>`
-
-## 인터페이스
-
-### GTMEvent
-
-| 속성             | 타입                                 | 설명                        |
-| ---------------- | ------------------------------------ | ---------------------------------- |
-| **`event`**      | `string`                  | 이벤트 이름                     |
-| **`parameters`** | `Record<string, any>` | 선택적 이벤트 매개변수 (선택 사항) |
-
-## 일반적인 이벤트 예제
-
-### 화면 보기
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Product Details',
-    screen_class: 'ProductScreen'
-  }
-});
-```
-
-### 사용자 작업
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'button_click',
-  parameters: {
-    button_name: 'add_to_cart',
-    product_id: 'SKU_12345'
-  }
-});
-```
-
-### 전자상거래 이벤트
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'begin_checkout',
-  parameters: {
-    currency: 'USD',
-    value: 75.00,
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product 1',
-        quantity: 2,
-        price: 25.00
-      },
-      {
-        item_id: 'SKU_67890',
-        item_name: 'Product 2',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-```
-
-## 모범 사례
-
-- 앱 라이프사이클 초기에 GTM 초기화
-- 일관된 이벤트 명명 규칙 사용
-- 각 이벤트에 관련 매개변수 포함
-- 미리보기 모드에서 GTM 구성 테스트
-- Google Tag Manager 콘솔에서 데이터 모니터링
-- 의미 있는 세분화를 위해 사용자 속성 사용
-
-## 디버깅
-
-Google Tag Manager 콘솔에서 디버그 모드를 활성화하여 구현을 테스트합니다:
-
-1. GTM 콘솔 열기
-2. 미리보기 모드로 이동
-3. 컨테이너 ID를 사용하여 앱에 연결
-4. 이벤트가 올바르게 추적되는지 확인
-
-## 사용 사례
-
-- 사용자 상호작용 및 행동 추적
-- 앱 성능 지표 모니터링
-- 전자상거래 데이터 수집
-- 코드 변경 없이 타사 태그 관리
-- A/B 테스트 및 개인화 구현
-- Google Analytics 및 기타 서비스와 통합
diff --git a/src/content/docs/ko/docs/plugins/gtm/index.mdx b/src/content/docs/ko/docs/plugins/gtm/index.mdx
deleted file mode 100644
index f412131c3..000000000
--- a/src/content/docs/ko/docs/plugins/gtm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-gtm"
-description: iOS 및 Android용 공식 SDK 지원을 통해 Google Tag Manager를 Capacitor 애플리케이션에 통합하세요.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 포괄적인 분석 추적을 위해 공식 SDK를 사용하여 Google Tag Manager를 모바일 애플리케이션에 통합합니다.
-  image:
-    file: ~public/icons/plugins/gtm.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/gtm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-gtm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="공식 SDK" icon="star">
-    iOS 및 Android용 공식 Google Tag Manager SDK 사용 🏆
-  </Card>
-  <Card title="이벤트 추적" icon="rocket">
-    사용자 정의 매개변수와 함께 이벤트를 dataLayer에 푸시 📊
-  </Card>
-  <Card title="사용자 속성" icon="setting">
-    세분화를 위한 사용자 속성 설정 및 관리 👤
-  </Card>
-  <Card title="컨테이너 관리" icon="document">
-    GTM 컨테이너를 쉽게 초기화하고 관리 📦
-  </Card>
-  <Card title="DataLayer 액세스" icon="magnifier">
-    컨테이너 구성에서 값 가져오기 🔍
-  </Card>
-  <Card title="시작하기" icon="open-book">
-    [시작 가이드](/docs/plugins/gtm/getting-started/)를 확인하여 플러그인을 설치하고 구성하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/health/getting-started.mdx b/src/content/docs/ko/docs/plugins/health/getting-started.mdx
deleted file mode 100644
index ccb784e86..000000000
--- a/src/content/docs/ko/docs/plugins/health/getting-started.mdx
+++ /dev/null
@@ -1,86 +0,0 @@
----
-title: 시작하기
-description: Capgo Health 플러그인으로 HealthKit 및 Health Connect 액세스를 활성화합니다.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **플러그인 설치**
-   <PackageManagers pkg="@capgo/capacitor-health" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS 구성
-
-- Xcode에서 `ios/App/App.xcworkspace`를 열고 **HealthKit** 기능을 활성화합니다.
-- `Info.plist`에 사용 설명을 제공합니다:
-
-```xml
-<key>NSHealthShareUsageDescription</key>
-<string>이 앱은 경험을 개인화하기 위해 건강 지표를 읽습니다.</string>
-<key>NSHealthUpdateUsageDescription</key>
-<string>이 앱은 사용자가 명시적으로 기록한 건강 데이터를 작성합니다.</string>
-```
-
-## Android 구성
-
-건강 데이터는 [Health Connect](https://developer.android.com/health-and-fitness/guides/health-connect)로 구동됩니다. 다음을 확인하세요:
-
-- `minSdkVersion`이 **26 이상**입니다 (Capacitor 5는 이미 이를 만족합니다).
-- 사용자에게 Health Connect가 설치되어 있습니다 (Android 14 이상은 번들로 제공되며, 이전 버전은 Play 스토어 다운로드가 필요합니다).
-- 액세스 권한을 요청할 때 런타임 권한 UI를 통해 사용자를 안내합니다.
-
-## 사용 가능 여부 확인 및 액세스 요청
-
-```typescript
-import { Health } from '@capgo/capacitor-health';
-
-const { available, reason } = await Health.isAvailable();
-if (!available) {
-  console.warn('Health API를 사용할 수 없습니다:', reason);
-  return;
-}
-
-await Health.requestAuthorization({
-  read: ['steps', 'heartRate', 'weight'],
-  write: ['weight'],
-});
-```
-
-## 샘플 읽기
-
-```typescript
-const { samples } = await Health.readSamples({
-  dataType: 'steps',
-  startDate: new Date(Date.now() - 7 * 24 * 60 * 60 * 1000).toISOString(),
-  endDate: new Date().toISOString(),
-  limit: 200,
-});
-
-samples.forEach((sample) => {
-  console.log(sample.value, sample.startDate, sample.endDate);
-});
-```
-
-## 샘플 쓰기
-
-```typescript
-await Health.saveSample({
-  dataType: 'weight',
-  value: 74.6,
-  startDate: new Date().toISOString(),
-});
-```
-
-## 권한 관리
-
-- `checkAuthorization()`을 사용하여 현재 읽기/쓰기 범위를 확인하고 UI를 조정합니다.
-- 거부를 우아하게 처리하고 데이터가 경험을 향상시키는 이유를 설명하고 재시도를 제공합니다.
-- 항상 사용자의 개인 정보를 존중하고 기능에 필요한 최소 범위만 요청합니다.
diff --git a/src/content/docs/ko/docs/plugins/health/index.mdx b/src/content/docs/ko/docs/plugins/health/index.mdx
deleted file mode 100644
index 810836bd0..000000000
--- a/src/content/docs/ko/docs/plugins/health/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-health"
-description: 통합되고 타입이 지정된 API를 사용하여 Capacitor에서 Apple HealthKit 및 Health Connect에 연결하세요.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 하나의 일관된 TypeScript 계약을 유지하면서 iOS 및 Android에서 피트니스 지표를 읽고 씁니다.
-  image:
-    file: ~public/icons/plugins/health.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/health/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-health/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Health 플러그인은 HealthKit 및 Health Connect 액세스를 통합하여 하나의 Capacitor 통합으로 활동, 생체 지표 및 신체 측정을 추적할 수 있습니다.
-
-<CardGrid stagger>
-  <Card title="크로스 플랫폼 건강 데이터" icon="rocket">
-    Apple HealthKit 및 Android Health Connect를 즉시 지원합니다.
-  </Card>
-  <Card title="세분화된 권한" icon="approve-check">
-    별도의 읽기/쓰기 범위를 요청하고 권한 변경에 대응합니다.
-  </Card>
-  <Card title="일관된 단위" icon="star">
-    `steps`, `heartRate`, `weight`와 같은 정규화된 데이터 타입으로 작업합니다.
-  </Card>
-  <Card title="실시간 쓰기" icon="rocket">
-    사용자가 활동을 기록할 때 사용자의 건강 저장소에 샘플을 다시 저장합니다.
-  </Card>
-</CardGrid>
-
-시작 가이드에 따라 플랫폼 기능을 활성화하고 동의를 수집하고 지표 동기화를 시작하세요.
diff --git a/src/content/docs/ko/docs/plugins/home-indicator/getting-started.mdx b/src/content/docs/ko/docs/plugins/home-indicator/getting-started.mdx
deleted file mode 100644
index b97882b8c..000000000
--- a/src/content/docs/ko/docs/plugins/home-indicator/getting-started.mdx
+++ /dev/null
@@ -1,214 +0,0 @@
----
-title: 시작하기
-description: iOS 기기에서 홈 표시기를 제어하기 위해 Capacitor Home Indicator 플러그인을 설치하고 구성하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/home-indicator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **플러그인 구성**
-
-   **홈 표시기 숨기기:**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-
-   // 홈 표시기 숨기기
-   await HomeIndicator.hide();
-   ```
-
-   **홈 표시기 표시:**
-   ```typescript
-   // 홈 표시기 표시
-   await HomeIndicator.show();
-
-   // 가시성 상태 확인
-   const { hidden } = await HomeIndicator.isHidden();
-   console.log('숨김 여부:', hidden);
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       추가 설정이 필요하지 않습니다. 이 플러그인은 홈 표시기가 있는 iOS 기기(iPhone X 이상)에서만 작동합니다.
-     </TabItem>
-     <TabItem label="Android">
-       Android 기기에는 iOS 스타일 홈 표시기가 없으므로 이 플러그인은 효과가 없습니다.
-     </TabItem>
-   </Tabs>
-
-4. **자동 숨기기 구성**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-
-   // 자동 숨기기 동작 구성
-   await HomeIndicator.setAutoHidden({
-     autoHidden: true // 자동 숨기기 활성화
-   });
-
-   // 홈 표시기가 몇 초 후 자동으로 숨겨지고
-   // 사용자가 화면을 터치하면 다시 나타납니다
-   ```
-
-5. **고급 사용법**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-   import { App } from '@capacitor/app';
-
-   export class ImmersiveMode {
-     private isImmersive = false;
-
-     async enterImmersiveMode() {
-       this.isImmersive = true;
-
-       // 홈 표시기 숨기기
-       await HomeIndicator.hide();
-
-       // 더 나은 UX를 위해 자동 숨기기 활성화
-       await HomeIndicator.setAutoHidden({ autoHidden: true });
-
-       // 완전한 몰입을 위해 상태 표시줄 숨기기
-       // StatusBar.hide(); // @capacitor/status-bar 사용 시
-     }
-
-     async exitImmersiveMode() {
-       this.isImmersive = false;
-
-       // 홈 표시기 표시
-       await HomeIndicator.show();
-
-       // 자동 숨기기 비활성화
-       await HomeIndicator.setAutoHidden({ autoHidden: false });
-
-       // 상태 표시줄 표시
-       // StatusBar.show(); // @capacitor/status-bar 사용 시
-     }
-
-     async toggleImmersiveMode() {
-       const { hidden } = await HomeIndicator.isHidden();
-
-       if (hidden) {
-         await this.exitImmersiveMode();
-       } else {
-         await this.enterImmersiveMode();
-       }
-     }
-
-     setupAppLifecycle() {
-       // 앱 상태 변경 처리
-       App.addListener('appStateChange', async ({ isActive }) => {
-         if (!isActive && this.isImmersive) {
-           // 앱이 백그라운드로 전환되면 표시기를 표시할 수 있음
-           await HomeIndicator.show();
-         } else if (isActive && this.isImmersive) {
-           // 앱이 포그라운드로 전환되면 몰입 모드 복원
-           await HomeIndicator.hide();
-         }
-       });
-     }
-   }
-   ```
-</Steps>
-
-## API 참조
-
-### 메서드
-
-#### `hide()`
-홈 표시기를 숨깁니다.
-
-**반환:** `Promise<void>`
-
-#### `show()`
-홈 표시기를 표시합니다.
-
-**반환:** `Promise<void>`
-
-#### `isHidden()`
-홈 표시기가 현재 숨겨져 있는지 확인합니다.
-
-**반환:** `Promise<{ hidden: boolean }>`
-
-#### `setAutoHidden(options: { autoHidden: boolean })`
-홈 표시기의 자동 숨기기 동작을 구성합니다.
-
-**매개변수:**
-- `options.autoHidden`: boolean - 자동 숨기기 활성화 또는 비활성화
-
-**반환:** `Promise<void>`
-
-### 인터페이스
-
-```typescript
-interface AutoHiddenOptions {
-  autoHidden: boolean;
-}
-
-interface HiddenResult {
-  hidden: boolean;
-}
-```
-
-## 플랫폼 참고사항
-
-### iOS
-- 홈 표시기가 있는 기기(iPhone X 이상)에서만 작동
-- iOS 11.0 이상 필요
-- 자동 숨기기는 표시기를 반투명하게 만들고 비활성 상태 후 숨김
-- 사용자가 하단에서 스와이프하면 표시기가 다시 나타남
-
-### Android
-- Android에서는 이 플러그인이 효과가 없음
-- Android는 다른 탐색 제스처/버튼 사용
-
-## 일반적인 사용 사례
-
-1. **게임**: 방해 요소 없이 전체 화면 게임
-2. **비디오 플레이어**: 몰입형 비디오 재생
-3. **사진 뷰어**: 전체 화면 사진 갤러리
-4. **프레젠테이션**: 방해 요소 없는 프레젠테이션
-5. **키오스크 앱**: 공개 디스플레이 애플리케이션
-
-## 모범 사례
-
-1. **사용자 제어**: 항상 몰입 모드를 종료할 수 있는 방법 제공
-   ```typescript
-   // 제스처 또는 버튼을 추가하여 몰입 모드 전환
-   const toggleButton = document.getElementById('toggle-immersive');
-   toggleButton.addEventListener('click', () => {
-     immersiveMode.toggleImmersiveMode();
-   });
-   ```
-
-2. **게임용 자동 숨기기**: 더 나은 게임 경험을 위해 자동 숨기기 사용
-   ```typescript
-   // 게임의 경우 자동 숨기기가 최상의 균형 제공
-   await HomeIndicator.setAutoHidden({ autoHidden: true });
-   ```
-
-3. **시스템 제스처 존중**: 시스템 탐색을 방해하지 마세요
-4. **상태 저장**: 몰입 모드에 대한 사용자 기본 설정 기억
-
-## 문제 해결
-
-**홈 표시기가 숨겨지지 않음:**
-- 기기에 홈 표시기가 있는지 확인 (iPhone X+)
-- iOS 버전이 11.0 이상인지 확인
-- 앱에 포커스가 있는지 확인
-
-**자동 숨기기가 작동하지 않음:**
-- 자동 숨기기는 사용자 상호작용이 필요함
-- 표시기가 완전히 숨겨지지 않고 반투명해짐
-
-**표시기가 예기치 않게 다시 나타남:**
-- 시스템 제스처를 위한 일반적인 iOS 동작
-- 덜 눈에 띄는 동작을 위해 자동 숨기기 사용
diff --git a/src/content/docs/ko/docs/plugins/home-indicator/index.mdx b/src/content/docs/ko/docs/plugins/home-indicator/index.mdx
deleted file mode 100644
index 8ee6bd88a..000000000
--- a/src/content/docs/ko/docs/plugins/home-indicator/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/home-indicator"
-description: iOS 기기에서 홈 표시기 가시성을 제어하여 몰입형 전체 화면 경험을 제공하는 Capacitor 플러그인입니다.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: iOS 기기에서 홈 표시기를 숨기거나 표시하여 앱에서 진정한 몰입형 전체 화면 경험을 만드세요.
-  image:
-    file: ~public/icons/plugins/home-indicator.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/home-indicator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-home-indicator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="iOS 홈 표시기 제어" icon="rocket">
-    홈 표시기 가시성에 대한 완전한 제어 📱
-  </Card>
-  <Card title="몰입형 경험" icon="setting">
-    방해 요소 없이 전체 화면 경험 생성 🎮
-  </Card>
-  <Card title="자동 숨기기 지원" icon="star">
-    원활한 UX를 위한 자동 숨기기 동작 구성 ✨
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/home-indicator/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/ibeacon/getting-started.mdx b/src/content/docs/ko/docs/plugins/ibeacon/getting-started.mdx
deleted file mode 100644
index f9e0465a7..000000000
--- a/src/content/docs/ko/docs/plugins/ibeacon/getting-started.mdx
+++ /dev/null
@@ -1,620 +0,0 @@
----
-title: 시작하기
-description: iBeacon 플러그인을 설치하고 사용하여 Capacitor 앱에서 Bluetooth 비콘을 감지하고 모니터링하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-ibeacon" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 구성
-
-### iOS 구성
-
-`Info.plist`에 다음을 추가합니다:
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>이 앱은 근처 비콘을 감지하기 위해 위치 액세스가 필요합니다</string>
-
-<key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-<string>이 앱은 백그라운드에서 비콘을 모니터링하기 위해 위치 액세스가 필요합니다</string>
-
-<key>NSBluetoothAlwaysUsageDescription</key>
-<string>이 앱은 근처 비콘을 감지하기 위해 Bluetooth를 사용합니다</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>location</string>
-</array>
-```
-
-### Android 구성
-
-`AndroidManifest.xml`에 다음을 추가합니다:
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-  <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-  <uses-permission android:name="android.permission.BLUETOOTH" />
-  <uses-permission android:name="android.permission.BLUETOOTH_ADMIN" />
-  <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" />
-</manifest>
-```
-
-**중요**: Android의 경우 비콘 감지가 작동하려면 프로젝트에 [AltBeacon](https://altbeacon.github.io/android-beacon-library/) 라이브러리를 통합해야 합니다.
-
-앱의 `build.gradle`에 추가:
-
-```kotlin
-dependencies {
-    implementation 'org.altbeacon:android-beacon-library:2.20+'
-}
-```
-
-## 사용법
-
-### 기본 설정
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-
-// 비콘 영역 정의
-const beaconRegion = {
-  identifier: 'MyStore',
-  uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-  major: 1, // 선택 사항
-  minor: 2  // 선택 사항
-};
-```
-
-### 권한 요청
-
-```typescript
-// "사용 중일 때" 권한 요청
-const requestPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-  console.log('권한 상태:', status);
-  // status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use'
-};
-
-// "항상" 권한 요청 (백그라운드 모니터링용)
-const requestAlwaysPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestAlwaysAuthorization();
-  console.log('항상 권한 상태:', status);
-};
-
-// 현재 권한 상태 확인
-const checkPermission = async () => {
-  const { status } = await CapacitorIbeacon.getAuthorizationStatus();
-  console.log('현재 상태:', status);
-};
-```
-
-### 기기 기능 확인
-
-```typescript
-// Bluetooth가 활성화되어 있는지 확인
-const checkBluetooth = async () => {
-  const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-  if (!enabled) {
-    console.log('Bluetooth를 활성화하세요');
-  }
-};
-
-// 레인징이 사용 가능한지 확인
-const checkRanging = async () => {
-  const { available } = await CapacitorIbeacon.isRangingAvailable();
-  console.log('레인징 사용 가능:', available);
-};
-```
-
-### 비콘 영역 모니터링
-
-모니터링은 비콘 영역에 진입하거나 퇴출할 때를 감지합니다. 백그라운드에서 작동합니다.
-
-```typescript
-// 모니터링 시작
-const startMonitoring = async () => {
-  await CapacitorIbeacon.startMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2
-  });
-  console.log('비콘 모니터링 시작');
-};
-
-// 모니터링 중지
-const stopMonitoring = async () => {
-  await CapacitorIbeacon.stopMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### 비콘 레인징
-
-레인징은 근처 비콘 및 거리에 대한 지속적인 업데이트를 제공합니다. 앱이 포그라운드에 있어야 합니다.
-
-```typescript
-// 레인징 시작
-const startRanging = async () => {
-  await CapacitorIbeacon.startRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-  console.log('비콘 레인징 시작');
-};
-
-// 레인징 중지
-const stopRanging = async () => {
-  await CapacitorIbeacon.stopRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### 이벤트 수신
-
-```typescript
-import { PluginListenerHandle } from '@capacitor/core';
-
-// 레인징 이벤트 수신 (지속적인 거리 업데이트)
-const rangingListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didRangeBeacons',
-  (data) => {
-    console.log('감지된 비콘:', data.beacons);
-    data.beacons.forEach(beacon => {
-      console.log(`UUID: ${beacon.uuid}`);
-      console.log(`Major: ${beacon.major}, Minor: ${beacon.minor}`);
-      console.log(`거리: ${beacon.accuracy}m`);
-      console.log(`근접도: ${beacon.proximity}`); // immediate, near, far, unknown
-      console.log(`RSSI: ${beacon.rssi}`);
-    });
-  }
-);
-
-// 영역 진입 이벤트 수신
-const enterListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didEnterRegion',
-  (data) => {
-    console.log('영역 진입:', data.region.identifier);
-    // 환영 알림 표시 또는 작업 트리거
-  }
-);
-
-// 영역 퇴출 이벤트 수신
-const exitListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didExitRegion',
-  (data) => {
-    console.log('영역 퇴출:', data.region.identifier);
-    // 작별 작업 트리거
-  }
-);
-
-// 영역 상태 변경 수신
-const stateListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didDetermineStateForRegion',
-  (data) => {
-    console.log(`영역 ${data.region.identifier}: ${data.state}`);
-    // state: 'inside' | 'outside' | 'unknown'
-  }
-);
-
-// 완료 시 리스너 정리
-const cleanup = () => {
-  rangingListener.remove();
-  enterListener.remove();
-  exitListener.remove();
-  stateListener.remove();
-};
-```
-
-### iBeacon으로 광고 (iOS 전용)
-
-기기를 iBeacon 송신기로 전환합니다.
-
-```typescript
-// 광고 시작
-const startAdvertising = async () => {
-  await CapacitorIbeacon.startAdvertising({
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2,
-    identifier: 'MyBeacon',
-    measuredPower: -59 // 선택 사항: 1미터에서 보정된 전력
-  });
-  console.log('iBeacon으로 광고 시작');
-};
-
-// 광고 중지
-const stopAdvertising = async () => {
-  await CapacitorIbeacon.stopAdvertising();
-};
-```
-
-## 전체 예제
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-import { PluginListenerHandle } from '@capacitor/core';
-
-export class BeaconService {
-  private listeners: PluginListenerHandle[] = [];
-
-  async init() {
-    // 권한 요청
-    const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-
-    if (status !== 'authorized_when_in_use' && status !== 'authorized_always') {
-      throw new Error('위치 권한이 거부되었습니다');
-    }
-
-    // Bluetooth 확인
-    const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-    if (!enabled) {
-      throw new Error('Bluetooth가 활성화되지 않았습니다');
-    }
-
-    // 이벤트 리스너 설정
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didEnterRegion', (data) => {
-        console.log('환영합니다! 진입:', data.region.identifier);
-        this.onEnterRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didExitRegion', (data) => {
-        console.log('안녕히 가세요! 퇴출:', data.region.identifier);
-        this.onExitRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didRangeBeacons', (data) => {
-        this.onRangeBeacons(data.beacons);
-      })
-    );
-  }
-
-  async startMonitoring(uuid: string, identifier: string, major?: number, minor?: number) {
-    await CapacitorIbeacon.startMonitoringForRegion({
-      identifier,
-      uuid,
-      major,
-      minor
-    });
-  }
-
-  async startRanging(uuid: string, identifier: string) {
-    await CapacitorIbeacon.startRangingBeaconsInRegion({
-      identifier,
-      uuid
-    });
-  }
-
-  private onEnterRegion(region: any) {
-    // 영역 진입 처리 (예: 알림 표시, 콘텐츠 트리거)
-    console.log('비콘 영역 진입:', region);
-  }
-
-  private onExitRegion(region: any) {
-    // 영역 퇴출 처리
-    console.log('비콘 영역 퇴출:', region);
-  }
-
-  private onRangeBeacons(beacons: any[]) {
-    // 비콘 거리 처리
-    const nearestBeacon = beacons.reduce((nearest, beacon) => {
-      return beacon.accuracy < nearest.accuracy ? beacon : nearest;
-    }, beacons[0]);
-
-    if (nearestBeacon) {
-      console.log('가장 가까운 비콘:', nearestBeacon);
-      this.handleProximity(nearestBeacon);
-    }
-  }
-
-  private handleProximity(beacon: any) {
-    switch (beacon.proximity) {
-      case 'immediate': // < 0.5m
-        console.log('비콘에 매우 가까움');
-        break;
-      case 'near': // 0.5m - 3m
-        console.log('비콘 근처');
-        break;
-      case 'far': // > 3m
-        console.log('비콘에서 멀리');
-        break;
-      case 'unknown':
-        console.log('거리 알 수 없음');
-        break;
-    }
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-## API 참조
-
-### startMonitoringForRegion(options)
-
-비콘 영역 모니터링을 시작합니다. 진입/퇴출 시 이벤트를 트리거합니다.
-
-```typescript
-interface BeaconRegion {
-  identifier: string;
-  uuid: string;
-  major?: number;
-  minor?: number;
-  notifyEntryStateOnDisplay?: boolean;
-}
-
-await CapacitorIbeacon.startMonitoringForRegion(options);
-```
-
-### stopMonitoringForRegion(options)
-
-비콘 영역 모니터링을 중지합니다.
-
-```typescript
-await CapacitorIbeacon.stopMonitoringForRegion(options);
-```
-
-### startRangingBeaconsInRegion(options)
-
-영역에서 비콘 레인징을 시작하여 지속적인 거리 업데이트를 받습니다.
-
-```typescript
-await CapacitorIbeacon.startRangingBeaconsInRegion(options);
-```
-
-### stopRangingBeaconsInRegion(options)
-
-영역에서 비콘 레인징을 중지합니다.
-
-```typescript
-await CapacitorIbeacon.stopRangingBeaconsInRegion(options);
-```
-
-### startAdvertising(options)
-
-기기를 iBeacon으로 광고하기 시작합니다 (iOS 전용).
-
-```typescript
-interface BeaconAdvertisingOptions {
-  uuid: string;
-  major: number;
-  minor: number;
-  identifier: string;
-  measuredPower?: number; // 1미터에서 보정된 전력
-}
-
-await CapacitorIbeacon.startAdvertising(options);
-```
-
-### stopAdvertising()
-
-기기를 iBeacon으로 광고하기를 중지합니다.
-
-```typescript
-await CapacitorIbeacon.stopAdvertising();
-```
-
-### requestWhenInUseAuthorization()
-
-"사용 중일 때" 위치 권한을 요청합니다.
-
-```typescript
-const result = await CapacitorIbeacon.requestWhenInUseAuthorization();
-// 반환: { status: string }
-```
-
-### requestAlwaysAuthorization()
-
-"항상" 위치 권한을 요청합니다 (백그라운드 모니터링에 필요).
-
-```typescript
-const result = await CapacitorIbeacon.requestAlwaysAuthorization();
-// 반환: { status: string }
-```
-
-### getAuthorizationStatus()
-
-현재 위치 권한 상태를 가져옵니다.
-
-```typescript
-const result = await CapacitorIbeacon.getAuthorizationStatus();
-// 반환: { status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use' }
-```
-
-### isBluetoothEnabled()
-
-Bluetooth가 활성화되어 있는지 확인합니다.
-
-```typescript
-const result = await CapacitorIbeacon.isBluetoothEnabled();
-// 반환: { enabled: boolean }
-```
-
-### isRangingAvailable()
-
-기기에서 레인징을 사용할 수 있는지 확인합니다.
-
-```typescript
-const result = await CapacitorIbeacon.isRangingAvailable();
-// 반환: { available: boolean }
-```
-
-### enableARMAFilter(options)
-
-거리 계산을 위한 ARMA 필터링을 활성화합니다 (Android 전용).
-
-```typescript
-await CapacitorIbeacon.enableARMAFilter({ enabled: true });
-```
-
-## 이벤트
-
-### didRangeBeacons
-
-레인징 중 비콘이 감지될 때 발생합니다.
-
-```typescript
-interface RangingEvent {
-  region: BeaconRegion;
-  beacons: Beacon[];
-}
-
-interface Beacon {
-  uuid: string;
-  major: number;
-  minor: number;
-  rssi: number; // 신호 강도
-  proximity: 'immediate' | 'near' | 'far' | 'unknown';
-  accuracy: number; // 미터 단위 거리
-}
-```
-
-### didEnterRegion
-
-모니터링되는 비콘 영역에 진입할 때 발생합니다.
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didExitRegion
-
-모니터링되는 비콘 영역에서 퇴출할 때 발생합니다.
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didDetermineStateForRegion
-
-영역 상태가 결정될 때 발생합니다.
-
-```typescript
-interface StateEvent {
-  region: BeaconRegion;
-  state: 'inside' | 'outside' | 'unknown';
-}
-```
-
-## 근접도 값
-
-- **immediate**: 매우 가까움 (< 0.5미터)
-- **near**: 비교적 가까움 (0.5 - 3미터)
-- **far**: 멀리 (> 3미터)
-- **unknown**: 거리를 결정할 수 없음
-
-## 모범 사례
-
-1. **적절한 권한 요청**
-   - 포그라운드 기능에는 "사용 중일 때" 사용
-   - 백그라운드 모니터링이 필요한 경우에만 "항상" 요청
-   - 위치 액세스가 필요한 이유를 명확하게 설명
-
-2. **Bluetooth 상태 처리**
-   ```typescript
-   const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-   if (!enabled) {
-     // 사용자에게 Bluetooth 활성화 요청
-   }
-   ```
-
-3. **배터리 최적화**
-   - 가능한 경우 레인징 대신 모니터링 사용 (더 배터리 효율적)
-   - 적극적으로 필요하지 않을 때 레인징 중지
-   - 처리를 줄이기 위해 더 큰 major/minor 범위 사용 고려
-
-4. **오류 처리**
-   ```typescript
-   try {
-     await CapacitorIbeacon.startMonitoringForRegion(region);
-   } catch (error) {
-     console.error('모니터링 시작 실패:', error);
-   }
-   ```
-
-5. **리스너 정리**
-   메모리 누수를 방지하기 위해 컴포넌트가 마운트 해제될 때 항상 이벤트 리스너를 제거합니다.
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 10.0 이상 필요
-- 네이티브 CoreLocation 프레임워크 사용
-- "항상" 권한으로 백그라운드 모니터링 지원
-- CoreBluetooth를 사용하여 iBeacon으로 광고 가능
-- 레인징은 앱이 포그라운드에 있어야 함
-
-### Android
-- Android 6.0 (API 23) 이상 필요
-- AltBeacon 라이브러리 사용
-- 비콘이 Bluetooth를 사용하지만 위치 권한 필요
-- 백그라운드 모니터링에는 ACCESS_BACKGROUND_LOCATION 필요 (Android 10 이상)
-- 대부분의 기기에서 iBeacon으로 광고 불가 (하드웨어 제한)
-
-### Web
-- 웹 플랫폼에서 지원되지 않음
-
-## 일반적인 사용 사례
-
-1. **근접 마케팅**: 사용자가 매장에 접근할 때 알림 또는 콘텐츠 트리거
-2. **실내 내비게이션**: 비콘 웨이포인트를 사용하여 건물 내부에서 사용자 안내
-3. **출석 추적**: 사용자가 위치에 진입할 때 자동으로 체크인
-4. **자산 추적**: 장비 또는 재고 이동 모니터링
-5. **박물관 투어**: 방문자가 전시물에 접근할 때 맥락 정보 제공
-6. **스마트 홈**: 방 존재에 따라 자동화 트리거
-
-## 문제 해결
-
-### 비콘이 감지되지 않음
-- Bluetooth가 활성화되어 있는지 확인
-- 위치 권한이 부여되었는지 확인
-- 비콘 UUID가 정확히 일치하는지 확인 (대소문자 구분)
-- 비콘에 전원이 공급되고 전송 중인지 확인
-- 먼저 major/minor 필터 없이 시도
-
-### 백그라운드 모니터링이 작동하지 않음
-- "항상" 위치 권한이 부여되었는지 확인
-- UIBackgroundModes에 `location` 추가 (iOS)
-- ACCESS_BACKGROUND_LOCATION 요청 (Android 10 이상)
-- 참고: iOS는 배터리를 절약하기 위해 백그라운드 콜백을 지연시킬 수 있음
-
-### 거리 측정이 부정확함
-- 비콘 RSSI는 환경(벽, 간섭)에 따라 달라짐
-- 삼각측량을 위해 여러 비콘 사용
-- 비콘에서 1미터 떨어진 곳에서 measuredPower 보정
-- 더 부드러운 값을 위해 Android에서 ARMA 필터링 활성화
diff --git a/src/content/docs/ko/docs/plugins/ibeacon/index.mdx b/src/content/docs/ko/docs/plugins/ibeacon/index.mdx
deleted file mode 100644
index 6d888e447..000000000
--- a/src/content/docs/ko/docs/plugins/ibeacon/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-ibeacon"
-description: Capacitor용 iBeacon 플러그인 - 위치 기반 기능을 위한 근접 감지 및 비콘 영역 모니터링.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 근접 기반 기능, 실내 내비게이션 및 위치 인식 경험을 위해 Bluetooth 비콘을 감지하고 모니터링합니다.
-  image:
-    file: ~public/icons/plugins/ibeacon.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/ibeacon/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ibeacon/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="비콘 모니터링" icon="star">
-    비콘 영역을 모니터링하고 진입 또는 퇴출 시 알림 받기 🎯
-  </Card>
-  <Card title="비콘 레인징" icon="rocket">
-    근처 비콘을 감지하고 실시간으로 거리 측정 📡
-  </Card>
-  <Card title="백그라운드 감지" icon="setting">
-    앱이 백그라운드에 있을 때도 비콘 모니터링 🔔
-  </Card>
-  <Card title="비콘 광고" icon="puzzle">
-    기기를 iBeacon 송신기로 전환 (iOS 전용) 📱
-  </Card>
-  <Card title="크로스 플랫폼" icon="puzzle">
-    네이티브 비콘 라이브러리를 사용하여 iOS 및 Android에서 작동 📱
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/ibeacon/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/inappbrowser/getting-started.mdx b/src/content/docs/ko/docs/plugins/inappbrowser/getting-started.mdx
deleted file mode 100644
index e5a726487..000000000
--- a/src/content/docs/ko/docs/plugins/inappbrowser/getting-started.mdx
+++ /dev/null
@@ -1,410 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 임베디드 웹 콘텐츠를 위한 URL 변경 이벤트와 함께 InAppBrowser 플러그인을 설치하고 사용하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/inappbrowser" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 사용법
-
-플러그인을 가져와서 두 가지 주요 진입점을 사용합니다:
-
-```typescript
-import { InAppBrowser, ToolBarType, BackgroundColor } from '@capgo/inappbrowser';
-
-// 1) 간단한 커스텀 탭 / SFSafariViewController
-const openExternal = async () => {
-  await InAppBrowser.open({
-    url: 'https://capgo.app',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-
-// 2) 탐색, 헤더, 공유, 메시징 등이 있는 전체 WebView
-const openWebView = async () => {
-  await InAppBrowser.openWebView({
-    url: 'https://capgo.app',
-    title: 'Capgo',
-    toolbarType: ToolBarType.NAVIGATION,
-    backgroundColor: BackgroundColor.BLACK,
-    activeNativeNavigationForWebview: true,
-    showReloadButton: true,
-    shareSubject: '이 페이지 확인',
-    shareDisclaimer: {
-      title: '면책 조항',
-      message: '콘텐츠를 공유하려고 합니다',
-      confirmBtn: '계속',
-      cancelBtn: '취소',
-    },
-  });
-};
-
-// 앱과 열린 WebView 간의 메시징
-const setupListeners = async () => {
-  await InAppBrowser.addListener('urlChangeEvent', (event) => {
-    console.log('URL 변경:', event.url);
-  });
-
-  await InAppBrowser.addListener('messageFromWebview', (event) => {
-    console.log('웹에서 메시지:', event.detail);
-  });
-
-  await InAppBrowser.addListener('closeEvent', () => {
-    console.log('WebView 닫힘');
-  });
-};
-
-// WebView에 데이터 전송
-const sendData = async () => {
-  await InAppBrowser.postMessage({ detail: { action: 'refresh-profile' } });
-};
-
-// 닫기 및 새로고침 헬퍼
-const closeBrowser = () => InAppBrowser.close();
-const reloadPage = () => InAppBrowser.reload();
-```
-
-## API 참조
-
-### open(options: OpenOptions)
-커스텀 탭 / SFSafariViewController에서 URL을 엽니다.
-
-```typescript
-interface OpenOptions {
-  /** 로드할 대상 URL */
-  url: string;
-  /** 페이지 로드 완료 후 표시 */
-  isPresentAfterPageLoad?: boolean;
-  /** 딥링크가 외부 앱을 여는 것을 방지 */
-  preventDeeplink?: boolean;
-}
-
-await InAppBrowser.open({ url: 'https://example.com', preventDeeplink: true });
-```
-
-### openWebView(options: OpenWebViewOptions)
-탐색 UI, 헤더, 자격 증명, 스크립팅 및 메시징이 있는 완전한 기능의 WebView를 로드합니다.
-
-```typescript
-interface OpenWebViewOptions {
-  url: string;
-  headers?: Record<string, string>;
-  credentials?: { username: string; password: string };
-  materialPicker?: boolean;
-  shareDisclaimer?: {
-    title: string;
-    message: string;
-    confirmBtn: string;
-    cancelBtn: string;
-  };
-  toolbarType?: ToolBarType;
-  shareSubject?: string;
-  title?: string;
-  backgroundColor?: BackgroundColor;
-  activeNativeNavigationForWebview?: boolean;
-  disableGoBackOnNativeApplication?: boolean;
-  isPresentAfterPageLoad?: boolean;
-  isInspectable?: boolean;
-  isAnimated?: boolean;
-  showReloadButton?: boolean;
-  closeModal?: boolean;
-  closeModalTitle?: string;
-  closeModalDescription?: string;
-  closeModalOk?: string;
-  closeModalCancel?: string;
-  visibleTitle?: boolean;
-  toolbarColor?: string;
-  toolbarTextColor?: string;
-  showArrow?: boolean;
-  ignoreUntrustedSSLError?: boolean;
-  preShowScript?: string;
-  preShowScriptInjectionTime?: 'documentStart' | 'pageLoad';
-  proxyRequests?: string;
-  buttonNearDone?: {
-    ios: { iconType: 'sf-symbol' | 'asset'; icon: string };
-    android: { iconType: 'asset' | 'vector'; icon: string; width?: number; height?: number };
-  };
-  textZoom?: number;
-  preventDeeplink?: boolean;
-  authorizedAppLinks?: string[];
-  enabledSafeBottomMargin?: boolean;
-  useTopInset?: boolean;
-  enableGooglePaySupport?: boolean;
-  blockedHosts?: string[];
-  width?: number;
-  height?: number;
-  x?: number;
-  y?: number;
-}
-
-await InAppBrowser.openWebView({
-  url: 'https://new-page.com',
-  toolbarType: ToolBarType.NAVIGATION,
-  showReloadButton: true,
-});
-```
-
-`ToolBarType` 값: `activity` (닫기 + 공유), `compact` (닫기만), `navigation` (뒤로/앞으로 + 닫기), `blank` (툴바 없음). `BackgroundColor` 값: `white` 또는 `black`.
-
-### close(options?)
-WebView/커스텀 탭을 닫습니다.
-
-**옵션:**
-- `isAnimated?: boolean` - 닫기 작업을 애니메이션할지 여부
-
-### reload()
-현재 WebView 페이지를 새로고침합니다.
-
-### goBack()
-WebView 기록에서 뒤로 이동하고 `{ canGoBack: boolean }`을 반환합니다.
-
-### `setUrl({ url: string })`
-현재 WebView URL을 교체합니다.
-
-### `executeScript({ code: string })`
-WebView에 JavaScript를 주입합니다.
-
-### `postMessage({ detail: Record<string, any> })`
-네이티브 앱에서 WebView로 데이터를 전송합니다 (JS에서 `window.addEventListener('messageFromNative', ...)`를 통해 수신).
-
-### `getCookies({ url, includeHttpOnly? })`
-URL에 대한 쿠키를 반환합니다.
-
-### `clearCookies({ url })` / clearAllCookies() / clearCache()
-쿠키 및 캐시 관리 헬퍼.
-
-### updateDimensions(options: DimensionOptions)
-런타임에 WebView 크기/위치 변경 (`width`, `height`, `x`, `y`).
-
-### removeAllListeners()
-플러그인에 대한 모든 리스너 등록 취소.
-
-## 이벤트
-
-### urlChangeEvent
-
-브라우저에서 URL이 변경될 때 발생합니다.
-
-```typescript
-interface UrlChangeEvent {
-  url: string;
-}
-
-InAppBrowser.addListener('urlChangeEvent', (event) => {
-  console.log('새 URL:', event.url);
-});
-```
-
-### messageFromWebview
-WebView 내부에서 `window.mobileApp.postMessage(...)`가 호출될 때 트리거됩니다.
-
-```typescript
-InAppBrowser.addListener('messageFromWebview', (event) => {
-  console.log('웹에서 페이로드:', event.detail);
-});
-```
-
-### closeEvent
-
-브라우저가 닫힐 때 발생합니다.
-
-```typescript
-InAppBrowser.addListener('closeEvent', () => {
-  console.log('브라우저 닫힘');
-});
-```
-
-### buttonNearDoneClick
-`buttonNearDone`으로 추가된 커스텀 버튼을 누를 때 발생합니다.
-
-```typescript
-InAppBrowser.addListener('buttonNearDoneClick', (event) => {
-  console.log('완료 버튼 근처 탭', event);
-});
-```
-
-### confirmBtnClicked
-확인 대화 상자(면책 조항 또는 닫기 모달)가 수락될 때 트리거됩니다.
-
-```typescript
-InAppBrowser.addListener('confirmBtnClicked', (event) => {
-  console.log('확인 승인됨, 현재 URL:', event.url);
-});
-```
-
-### browserPageLoaded / pageLoadError
-WebView 로드 성공 또는 실패에 대한 라이프사이클 이벤트.
-
-```typescript
-InAppBrowser.addListener('browserPageLoaded', () => console.log('페이지 로드됨'));
-InAppBrowser.addListener('pageLoadError', () => console.log('페이지 로드 실패'));
-```
-
-## 고급 사용법
-
-### OAuth 플로우 구현
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class OAuthService {
-  private listeners: any[] = [];
-
-  async authenticate(authUrl: string, redirectUri: string) {
-    return new Promise<string>((resolve, reject) => {
-      // URL 변경 수신
-      const urlListener = InAppBrowser.addListener('urlChangeEvent', (event) => {
-        if (event.url.startsWith(redirectUri)) {
-          // URL에서 OAuth 코드/토큰 추출
-          const url = new URL(event.url);
-          const code = url.searchParams.get('code');
-
-          if (code) {
-            InAppBrowser.close();
-            resolve(code);
-          } else {
-            const error = url.searchParams.get('error');
-            reject(new Error(error || 'OAuth 실패'));
-          }
-        }
-      });
-
-      this.listeners.push(urlListener);
-
-      // OAuth 제공자 열기
-      InAppBrowser.open({
-        url: authUrl,
-        preventDeeplink: true,
-      });
-    });
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-### 커스텀 브라우저 UI
-
-```typescript
-const openCustomBrowser = async () => {
-  await InAppBrowser.open({
-    url: 'https://example.com',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-```
-
-### 외부 링크 처리
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class LinkHandler {
-  async openExternalLink(url: string) {
-    // URL이 브라우저에서 열려야 하는지 확인
-    if (this.shouldOpenInBrowser(url)) {
-      await InAppBrowser.open({
-        url,
-        preventDeeplink: true,
-      });
-    } else {
-      // 내부적으로 처리
-      window.location.href = url;
-    }
-  }
-
-  private shouldOpenInBrowser(url: string): boolean {
-    // 외부 도메인
-    const externalDomains = ['youtube.com', 'twitter.com', 'facebook.com'];
-    const urlDomain = new URL(url).hostname;
-
-    return externalDomains.some(domain => urlDomain.includes(domain));
-  }
-}
-```
-
-## 모범 사례
-
-1. **항상 리스너 제거**
-   ```typescript
-   const listener = await InAppBrowser.addListener('urlChangeEvent', handler);
-   // 완료 시
-   listener.remove();
-   ```
-
-2. **브라우저 상태 처리**
-   ```typescript
-   let browserOpen = false;
-
-   const launch = async () => {
-     browserOpen = true;
-     await InAppBrowser.openWebView({ url: 'https://example.com' });
-   };
-
-   InAppBrowser.addListener('closeEvent', () => {
-     browserOpen = false;
-   });
-   ```
-
-3. **열기 전에 URL 유효성 검사**
-   ```typescript
-   const isValidUrl = (url: string): boolean => {
-     try {
-       new URL(url);
-       return true;
-     } catch {
-       return false;
-     }
-   };
-
-   if (isValidUrl(url)) {
-     await InAppBrowser.open({ url });
-   }
-   ```
-
-4. **플랫폼에 맞게 사용자 정의**
-   ```typescript
-   import { Capacitor } from '@capacitor/core';
-
-   const options = {
-     url: 'https://example.com',
-     preventDeeplink: Capacitor.getPlatform() === 'ios',
-   };
-   ```
-
-## 플랫폼 참고사항
-
-### iOS
-- `SFSafariViewController` 사용
-- iOS 11.0 이상 지원
-- Safe Area 인셋 존중
-- 커스텀 프레젠테이션 스타일 지원
-
-### Android
-- Chrome Custom Tabs 사용
-- Chrome을 사용할 수 없는 경우 WebView로 대체
-- Android 5.0 (API 21) 이상 지원
-- `toolbarType`, `toolbarColor`, `buttonNearDone` 등을 통한 툴바 사용자 정의 지원
-
-### Web
-- 새 브라우저 탭/창에서 열림
-- 제한된 사용자 정의 옵션
-- URL 변경 이벤트 없음
diff --git a/src/content/docs/ko/docs/plugins/inappbrowser/index.mdx b/src/content/docs/ko/docs/plugins/inappbrowser/index.mdx
deleted file mode 100644
index 64994b05b..000000000
--- a/src/content/docs/ko/docs/plugins/inappbrowser/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/inappbrowser"
-description: URL 변경 이벤트 지원을 통한 Capacitor 앱용 인앱 브라우저 플러그인.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: URL 변경 이벤트 및 탐색 제어를 지원하는 완전한 기능의 인앱 브라우저로 앱에서 웹 콘텐츠를 엽니다.
-  image:
-    file: ~public/icons/plugins/inappbrowser.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/inappbrowser/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/inappbrowser/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="URL 변경 이벤트" icon="rocket">
-    URL 변경 이벤트 리스너로 탐색 추적 🔗
-  </Card>
-  <Card title="완전한 탐색 제어" icon="pencil">
-    뒤로, 앞으로, 새로고침 및 닫기 제어 🎮
-  </Card>
-  <Card title="사용자 정의 가능한 UI" icon="pencil">
-    툴바 색상, 버튼 및 표시 옵션 🎨
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/inappbrowser/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/index.mdx b/src/content/docs/ko/docs/plugins/index.mdx
deleted file mode 100644
index 5354734f6..000000000
--- a/src/content/docs/ko/docs/plugins/index.mdx
+++ /dev/null
@@ -1,384 +0,0 @@
----
-title: Capgo의 Capacitor 플러그인
-description: 강력한 기능으로 앱의 네이티브 기능을 확장할 수 있는 포괄적인 Capacitor 플러그인 컬렉션을 살펴보세요.
-locale: ko
-sidebar:
-  order: 0
-  label: "모든 플러그인"
----
-
-import { Card, CardGrid, LinkCard, Icon } from '@astrojs/starlight/components';
-
-Capgo Capacitor 플러그인 컬렉션에 오신 것을 환영합니다! 우리는 Capacitor 앱에서 놀라운 네이티브 경험을 구축하는 데 도움이 되는 고품질의 잘 문서화된 플러그인 모음을 유지 관리합니다.
-
-## ⭐ Capgo Cloud - 라이브 업데이트
-
-<LinkCard
-  title="Capacitor Updater"
-  description="Capgo Cloud를 구동하는 핵심 플러그인 - 앱 스토어 지연 없이 Capacitor 앱에 즉시 업데이트를 제공합니다. 수정 사항과 기능을 사용자에게 직접 푸시하세요."
-  href="/docs/plugins/updater/"
-/>
-
-Updater 플러그인은 Capgo Cloud의 기반으로, 다음을 가능하게 합니다:
-- 🚀 앱 스토어 리뷰 없이 업데이트 즉시 배포
-- 📱 앱의 JavaScript, HTML, CSS 및 자산 업데이트
-- 🎯 채널을 통해 특정 사용자 세그먼트 타겟팅
-- 📊 내장 분석으로 업데이트 성공 모니터링
-- 🔒 암호화 및 코드 서명으로 안전한 업데이트
-
-## 🚀 주요 플러그인
-
-<CardGrid>
-  <LinkCard
-    title="Social Login"
-    description="Google, Apple, Facebook으로 원활한 인증. 모든 주요 소셜 제공업체를 위한 하나의 플러그인."
-    href="/docs/plugins/social-login/"
-  />
-  <LinkCard
-    title="Native Purchases"
-    description="iOS 및 Android용 통합 API로 인앱 구매 및 구독 구현."
-    href="/docs/plugins/capacitor-native-purchases/"
-  />
-  <LinkCard
-    title="Camera Preview"
-    description="캡처 및 설정에 대한 완전한 제어와 함께 앱에서 실시간 카메라 피드 표시."
-    href="/docs/plugins/capacitor-camera-preview/"
-  />
-  <LinkCard
-    title="Data Storage SQLite"
-    description="선택적 암호화가 가능한 SQLite 기반의 빠르고 안전한 키-값 저장소."
-    href="/docs/plugins/data-storage-sqlite/"
-  />
-</CardGrid>
-
-## 📱 장치 및 시스템 플러그인
-
-<CardGrid>
-  <LinkCard
-    title="Native Market"
-    description="평가, 리뷰 및 앱 업데이트를 위한 앱 스토어 링크."
-    href="/docs/plugins/capacitor-native-market/"
-  />
-  <LinkCard
-    title="Native Biometric"
-    description="안전한 앱 액세스를 위한 생체 인증 API 액세스."
-    href="/docs/plugins/native-biometric/"
-  />
-  <LinkCard
-    title="Shake"
-    description="대화형 기능 및 디버그 메뉴를 위한 흔들기 제스처 감지."
-    href="/docs/plugins/shake/"
-  />
-  <LinkCard
-    title="Navigation Bar"
-    description="앱 테마에 맞게 Android 탐색 바 색상 사용자 지정."
-    href="/docs/plugins/navigation-bar/"
-  />
-  <LinkCard
-    title="Home Indicator"
-    description="몰입형 경험을 위한 iOS 홈 표시기 가시성 제어."
-    href="/docs/plugins/capacitor-home-indicator/"
-  />
-  <LinkCard
-    title="NFC"
-    description="iOS 및 Android의 네이티브 지원으로 NFC 태그 읽기 및 쓰기."
-    href="/docs/plugins/nfc/"
-  />
-  <LinkCard
-    title="Barometer"
-    description="기압 및 고도 판독을 위한 장치 기압계 액세스."
-    href="/docs/plugins/barometer/"
-  />
-  <LinkCard
-    title="Accelerometer"
-    description="동작 감지 및 방향 추적을 위한 장치 가속도계 읽기."
-    href="/docs/plugins/accelerometer/"
-  />
-</CardGrid>
-
-## 🎥 미디어 및 카메라 플러그인
-
-<CardGrid>
-  <LinkCard
-    title="Screen Recorder"
-    description="튜토리얼, 데모 또는 사용자 피드백을 위해 장치 화면 녹화."
-    href="/docs/plugins/screen-recorder/"
-  />
-  <LinkCard
-    title="IVS Player"
-    description="초저지연 라이브 스트리밍을 위한 Amazon IVS 통합."
-    href="/docs/plugins/capacitor-ivs-player/"
-  />
-  <LinkCard
-    title="Native Audio"
-    description="게임 및 앱을 위한 고성능 네이티브 오디오 엔진."
-    href="/docs/plugins/capacitor-native-audio/"
-  />
-  <LinkCard
-    title="Mute"
-    description="장치 음소거 스위치가 활성화 또는 비활성화되었는지 감지."
-    href="/docs/plugins/mute/"
-  />
-  <LinkCard
-    title="Video Player"
-    description="자막, 전체 화면 및 포괄적인 컨트롤이 있는 네이티브 비디오 재생."
-    href="/docs/plugins/video-player/"
-  />
-  <LinkCard
-    title="YouTube Player"
-    description="전체 플레이어 API 제어 및 이벤트 처리로 YouTube 비디오 삽입."
-    href="/docs/plugins/youtube-player/"
-  />
-  <LinkCard
-    title="FFmpeg"
-    description="압축 및 변환을 위한 FFmpeg 기반 비디오 인코딩 및 처리."
-    href="/docs/plugins/ffmpeg/"
-  />
-  <LinkCard
-    title="Volume Buttons"
-    description="사용자 지정 컨트롤을 위한 하드웨어 볼륨 버튼 누름 수신."
-    href="/docs/plugins/volume-buttons/"
-  />
-  <LinkCard
-    title="Audio Recorder"
-    description="간단한 컨트롤로 iOS, Android 및 Web에서 오디오 녹음."
-    href="/docs/plugins/audio-recorder/"
-  />
-</CardGrid>
-
-## 🛠️ 유틸리티 플러그인
-
-<CardGrid>
-  <LinkCard
-    title="Uploader"
-    description="진행률 추적 및 재개 가능한 업로드가 있는 백그라운드 파일 업로드."
-    href="/docs/plugins/uploader/"
-  />
-  <LinkCard
-    title="Flash"
-    description="유틸리티 및 카메라 기능을 위한 장치 손전등/토치 제어."
-    href="/docs/plugins/flash/"
-  />
-  <LinkCard
-    title="Native Geocoder"
-    description="네이티브 플랫폼 API를 사용한 순방향 및 역방향 지오코딩."
-    href="/docs/plugins/nativegeocoder/"
-  />
-  <LinkCard
-    title="InAppBrowser"
-    description="사용자 지정 가능한 인앱 브라우저에서 웹 콘텐츠 열기."
-    href="/docs/plugins/inappbrowser/"
-  />
-  <LinkCard
-    title="Crisp"
-    description="모바일 앱에 Crisp 채팅 지원 직접 통합."
-    href="/docs/plugins/crisp/"
-  />
-  <LinkCard
-    title="Live Reload"
-    description="개발 중 즉각적인 핫 리로딩을 위해 개발 서버에 연결."
-    href="/docs/plugins/live-reload/"
-  />
-  <LinkCard
-    title="Contacts"
-    description="읽기 및 쓰기 기능으로 장치 연락처 액세스 및 관리."
-    href="/docs/plugins/contacts/"
-  />
-</CardGrid>
-
-## 🤖 AI 및 고급 미디어
-
-<CardGrid>
-  <LinkCard
-    title="LLM"
-    description="Apple Intelligence 지원으로 대규모 언어 모델을 로컬에서 실행."
-    href="/docs/plugins/llm/"
-  />
-  <LinkCard
-    title="StreamCall"
-    description="고품질 비디오 스트리밍 및 통화 기능 활성화."
-    href="/docs/plugins/streamcall/"
-  />
-  <LinkCard
-    title="JW Player"
-    description="고급 스트리밍 기능이 있는 전문 비디오 플레이어."
-    href="/docs/plugins/jw-player/"
-  />
-  <LinkCard
-    title="Ricoh 360 Camera"
-    description="Ricoh 360도 카메라에서 제어 및 캡처."
-    href="/docs/plugins/ricoh360-camera/"
-  />
-</CardGrid>
-
-## 📍 위치 및 백그라운드 서비스
-
-<CardGrid>
-  <LinkCard
-    title="Background Geolocation"
-    description="배터리 최적화로 백그라운드에서 장치 위치 추적."
-    href="/docs/plugins/background-geolocation/"
-  />
-  <LinkCard
-    title="Alarm"
-    description="앱이 닫혀 있어도 네이티브 알람 및 알림 예약."
-    href="/docs/plugins/alarm/"
-  />
-  <LinkCard
-    title="iBeacon"
-    description="위치 기반 기능을 위한 근접 감지 및 비콘 영역 모니터링."
-    href="/docs/plugins/ibeacon/"
-  />
-</CardGrid>
-
-## 📞 커뮤니케이션 및 분석
-
-<CardGrid>
-  <LinkCard
-    title="Twilio Voice"
-    description="Twilio Voice API를 사용하여 전화 걸기 및 받기."
-    href="/docs/plugins/twilio-voice/"
-  />
-  <LinkCard
-    title="GTM"
-    description="분석 및 추적을 위한 Google Tag Manager 통합."
-    href="/docs/plugins/gtm/"
-  />
-  <LinkCard
-    title="AppInsights"
-    description="Apptopia AppInsights SDK를 사용한 애플리케이션 인사이트 및 분석."
-    href="/docs/plugins/appinsights/"
-  />
-  <LinkCard
-    title="WeChat"
-    description="인증, 공유, 결제 및 미니 프로그램을 위한 WeChat SDK 통합."
-    href="/docs/plugins/wechat/"
-  />
-</CardGrid>
-
-## 🔐 보안 및 시스템
-
-<CardGrid>
-  <LinkCard
-    title="Is Root"
-    description="보안을 위해 장치가 루팅 또는 탈옥되었는지 감지."
-    href="/docs/plugins/is-root/"
-  />
-  <LinkCard
-    title="Persistent Account"
-    description="앱 재설치 후에도 사용자 계정 유지."
-    href="/docs/plugins/persistent-account/"
-  />
-  <LinkCard
-    title="Autofill Save Password"
-    description="비밀번호 자동 완성 및 저장 기능 활성화."
-    href="/docs/plugins/autofill-save-password/"
-  />
-</CardGrid>
-
-## 📊 Android 전용 기능
-
-<CardGrid>
-  <LinkCard
-    title="Android Kiosk"
-    description="런처 기능 및 하드웨어 키 제어로 Android 장치를 키오스크 모드로 잠금."
-    href="/docs/plugins/android-kiosk/"
-  />
-  <LinkCard
-    title="Android Usage Stats"
-    description="Android 앱 사용 통계 및 화면 시간 데이터 액세스."
-    href="/docs/plugins/android-usagestatsmanager/"
-  />
-  <LinkCard
-    title="Android Inline Install"
-    description="Android 장치에서 인라인 앱 설치 활성화."
-    href="/docs/plugins/android-inline-install/"
-  />
-  <LinkCard
-    title="Age Signals"
-    description="감독 계정 및 확인된 사용자를 감지하기 위해 Google Play Age Signals 액세스."
-    href="/docs/plugins/age-signals/"
-  />
-</CardGrid>
-
-## 📥 다운로드 및 탐색
-
-<CardGrid>
-  <LinkCard
-    title="Downloader"
-    description="진행률 추적이 있는 백그라운드 파일 다운로드."
-    href="/docs/plugins/downloader/"
-  />
-  <LinkCard
-    title="Launch Navigator"
-    description="주소 및 좌표로 탐색 앱 실행."
-    href="/docs/plugins/launch-navigator/"
-  />
-</CardGrid>
-
-## 🎯 Capgo 플러그인을 선택하는 이유는?
-
-<Card icon="approve-check">
-  **잘 유지됨**: 정기적인 업데이트 및 최신 Capacitor 버전과의 호환성
-</Card>
-<Card icon="open-book">
-  **포괄적인 문서**: 모든 플러그인에 대한 예제가 포함된 상세한 문서
-</Card>
-<Card icon="puzzle">
-  **쉬운 통합**: Capacitor 모범 사례를 따르는 간단한 API
-</Card>
-<Card icon="setting">
-  **TypeScript 지원**: 더 나은 개발 경험을 위한 완전한 TypeScript 정의
-</Card>
-
-## 🚀 시작하기
-
-각 플러그인은 유사한 설치 패턴을 따릅니다:
-
-1. **플러그인 설치** 선호하는 패키지 매니저 사용
-2. **프로젝트 동기화** `npx cap sync` 실행
-3. **플랫폼별 설정 구성** 필요한 경우
-4. **코드에서 플러그인 사용 시작**
-
-자세한 설정 지침 및 API 참조는 각 플러그인의 문서를 방문하세요.
-
-## 💡 도움이 필요하신가요?
-
-- 📖 개별 플러그인 문서 확인
-- 💬 [Discord 커뮤니티](https://discord.capgo.app) 가입
-- 🐛 플러그인의 GitHub 저장소에 이슈 보고
-- 📧 엔터프라이즈 문의는 지원팀에 문의
-
-## 🛠️ 커스텀 플러그인이 필요하신가요?
-
-필요한 정확한 기능을 찾을 수 없나요? 저희가 도와드릴 수 있습니다!
-
-<LinkCard
-  title="커스텀 플러그인 개발"
-  description="우리 팀은 귀하의 특정 요구 사항에 맞춘 커스텀 Capacitor 플러그인 구축을 전문으로 합니다. 복잡한 네이티브 통합에서 고유한 장치 기능까지, 우리가 해결해 드립니다."
-  href="/consulting/"
-  icon="external"
-/>
-
-다음이 필요하신가요:
-- 🔧 처음부터 완전히 새로운 플러그인 구축
-- 🔄 기존 플러그인 수정
-- 🤝 네이티브 개발에 대한 전문가 컨설팅
-- 📱 플랫폼별 구현
-
-커스텀 플러그인 요구 사항을 논의하려면 [팀에 문의](/consulting/)하세요.
-
-## 🤝 기여하기
-
-기여를 환영합니다! 각 플러그인은 오픈 소스이며 GitHub에서 사용할 수 있습니다. 자유롭게:
-
-- 버그 보고 및 기능 요청
-- 풀 리퀘스트 제출
-- 문서 개선
-- 사용 사례 공유
-
----
-
-<div style="text-align: center; margin-top: 2rem;">
-  <strong>Capgo 팀이 ❤️로 만들었습니다</strong>
-</div>
diff --git a/src/content/docs/ko/docs/plugins/is-root/getting-started.mdx b/src/content/docs/ko/docs/plugins/is-root/getting-started.mdx
deleted file mode 100644
index ae1b1b947..000000000
--- a/src/content/docs/ko/docs/plugins/is-root/getting-started.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: 시작하기
-description: Is Root 플러그인을 설치하고 사용하여 루팅된 Android 장치와 에뮬레이터를 감지하여 앱 보안을 강화하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 플랫폼 지원
-
-- **Android**: 루트 및 에뮬레이터 감지 완전 지원
-- **iOS**: 구성 불필요 (플러그인은 Android 중심)
-
-## 사용 예제
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// 기본 루트 감지
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('장치가 루팅되었습니다');
-  // 루팅된 장치를 적절하게 처리
-  // 예: 경고 표시, 기능 제한 또는 액세스 차단
-}
-
-// BusyBox를 사용한 확장 루트 감지
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('장치가 루팅되었습니다 (확장 검사)');
-}
-
-// 에뮬레이터 확인
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('에뮬레이터에서 실행 중');
-  // 에뮬레이터 환경 처리
-}
-
-// 루트 관리 앱 감지
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('루트 관리 앱이 감지되었습니다');
-}
-
-// su 바이너리 확인
-const suResult = await IsRoot.checkForSuBinary();
-if (suResult.hasSu) {
-  console.log('장치에서 SU 바이너리를 찾았습니다');
-}
-```
-
-## API 참조
-
-### isRooted()
-
-```typescript
-isRooted() => Promise<{ isRooted: boolean }>
-```
-
-기본 방법을 사용하여 포괄적인 루트 감지를 수행합니다.
-
-**반환값:** `Promise<{ isRooted: boolean }>`
-
-### isRootedWithBusyBox()
-
-```typescript
-isRootedWithBusyBox() => Promise<{ isRooted: boolean }>
-```
-
-BusyBox 검사를 포함한 확장 루트 감지.
-
-**반환값:** `Promise<{ isRooted: boolean }>`
-
-### detectRootManagementApps()
-
-```typescript
-detectRootManagementApps() => Promise<{ hasRootApps: boolean }>
-```
-
-설치된 루트 관리 애플리케이션(SuperSU, Magisk 등)을 식별합니다.
-
-**반환값:** `Promise<{ hasRootApps: boolean }>`
-
-### checkForSuBinary()
-
-```typescript
-checkForSuBinary() => Promise<{ hasSu: boolean }>
-```
-
-시스템 경로에 `su` 바이너리의 존재를 확인합니다.
-
-**반환값:** `Promise<{ hasSu: boolean }>`
-
-### isRunningOnEmulator()
-
-```typescript
-isRunningOnEmulator() => Promise<{ isEmulator: boolean }>
-```
-
-일반적인 Android 에뮬레이터 지문을 감지합니다.
-
-**반환값:** `Promise<{ isEmulator: boolean }>`
-
-## 포괄적인 보안 검사
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function performSecurityCheck() {
-  const checks = {
-    rooted: false,
-    emulator: false,
-    rootApps: false,
-    suBinary: false
-  };
-
-  try {
-    // 모든 감지 방법 실행
-    const [rootResult, emulatorResult, rootAppsResult, suResult] = await Promise.all([
-      IsRoot.isRootedWithBusyBox(),
-      IsRoot.isRunningOnEmulator(),
-      IsRoot.detectRootManagementApps(),
-      IsRoot.checkForSuBinary()
-    ]);
-
-    checks.rooted = rootResult.isRooted;
-    checks.emulator = emulatorResult.isEmulator;
-    checks.rootApps = rootAppsResult.hasRootApps;
-    checks.suBinary = suResult.hasSu;
-
-    // 보안 수준 결정
-    const securityIssues = Object.values(checks).filter(v => v).length;
-
-    if (securityIssues > 0) {
-      console.warn(`장치에 ${securityIssues}개의 보안 문제가 있습니다`, checks);
-      return {
-        secure: false,
-        issues: checks
-      };
-    }
-
-    return {
-      secure: true,
-      issues: checks
-    };
-  } catch (error) {
-    console.error('보안 검사 실패:', error);
-    throw error;
-  }
-}
-
-// 앱에서 사용
-const securityStatus = await performSecurityCheck();
-if (!securityStatus.secure) {
-  // 안전하지 않은 장치 처리
-  showSecurityWarning(securityStatus.issues);
-}
-```
-
-## 감지 기술
-
-### 루트 감지
-
-플러그인은 여러 감지 방법을 사용합니다:
-
-- 루트 관리 애플리케이션 확인(SuperSU, Magisk, KingRoot 등)
-- 의심스러운 시스템 속성 스캔
-- 테스트 빌드 태그 및 디버그 플래그 식별
-- 위험한 바이너리 위치 검증
-- 시스템 경로 권한 검사
-- 알려진 루트 은폐 앱 감지
-
-### 에뮬레이터 감지
-
-- 하드웨어 지문 분석
-- 빌드 속성 검사
-- 에뮬레이터별 특성
-- 가상 환경 표시기
-
-## 보안 문제 처리
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function handleDeviceSecurity() {
-  const rootResult = await IsRoot.isRooted();
-
-  if (rootResult.isRooted) {
-    // 옵션 1: 경고를 표시하고 계속
-    showWarning('장치가 루팅된 것으로 보입니다. 일부 기능이 제한될 수 있습니다.');
-
-    // 옵션 2: 기능 제한
-    disableSensitiveFeatures();
-
-    // 옵션 3: 앱 액세스 차단
-    showBlockedScreen('보안상의 이유로 이 앱은 루팅된 장치에서 실행할 수 없습니다.');
-    return false;
-  }
-
-  return true;
-}
-
-function showWarning(message: string) {
-  // 사용자 친화적인 경고 대화 상자 표시
-  alert(message);
-}
-
-function disableSensitiveFeatures() {
-  // 결제 처리, 민감한 데이터 액세스 등 비활성화
-  console.log('루팅된 장치로 인해 민감한 기능이 비활성화되었습니다');
-}
-
-function showBlockedScreen(message: string) {
-  // 차단 화면 표시 및 앱 종료
-  alert(message);
-}
-```
-
-## 모범 사례
-
-- 더 높은 정확도를 위해 여러 감지 방법 사용
-- 액세스를 완전히 차단하는 대신 점진적 기능 저하 구현
-- 보안 문제에 대한 명확한 사용자 커뮤니케이션 제공
-- 보안 조치를 구현할 때 사용자 경험 고려
-- 감지 방법이 발전함에 따라 플러그인을 최신 상태로 유지
-- 루팅된 장치와 루팅되지 않은 장치 모두에서 테스트
-- 감지 실패를 우아하게 처리
-
-## 보안 고려사항
-
-- 100% 완벽한 감지 방법은 없습니다
-- 고급 사용자는 감지 메커니즘을 우회할 수 있습니다
-- 서버 측 보안 조치와 함께 사용
-- 보안 검사를 구현할 때 사용자 프라이버시 고려
-- 보안 구현에 대한 플랫폼 가이드라인 준수
-- 루트 은폐 기술이 발전함에 따라 정기적인 업데이트 권장
-
-## 사용 사례
-
-- **은행 및 금융 앱**: 손상된 장치에서 액세스 방지
-- **DRM 보호 콘텐츠**: 저작권이 있는 자료 보호
-- **엔터프라이즈 앱**: BYOD 보안 정책 시행
-- **결제 처리**: 안전한 거래 환경 보장
-- **민감한 데이터 앱**: 기밀 정보 보호
diff --git a/src/content/docs/ko/docs/plugins/is-root/index.mdx b/src/content/docs/ko/docs/plugins/is-root/index.mdx
deleted file mode 100644
index 0631e50e4..000000000
--- a/src/content/docs/ko/docs/plugins/is-root/index.mdx
+++ /dev/null
@@ -1,122 +0,0 @@
----
-title: "@capgo/capacitor-is-root"
-description: 포괄적인 보안 검사 및 장치 무결성 검증을 통한 Capacitor 앱용 루트 및 탈옥 감지 플러그인.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 루팅된 Android 장치와 탈옥된 iOS 장치를 감지하여 앱 보안을 강화하고 민감한 데이터를 보호하세요.
-  image:
-    file: ~public/icons/plugins/is-root.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/is-root/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-is-root/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 개요
-
-Capacitor Is Root 플러그인은 Android 장치에 대한 포괄적인 루트 및 탈옥 감지와 에뮬레이터 감지를 제공합니다. 이 플러그인은 손상된 장치와 보안 위험을 초래할 수 있는 에뮬레이트된 환경을 식별하여 앱 보안을 강화하는 데 도움이 됩니다.
-
-<CardGrid stagger>
-  <Card title="루트 감지" icon="rocket">
-    여러 방법을 사용한 고급 Android 루트 감지 🔒
-  </Card>
-  <Card title="에뮬레이터 감지" icon="approve-check">
-    에뮬레이트된 환경 및 테스트 프레임워크 식별 🛡️
-  </Card>
-  <Card title="보안 검증" icon="approve-check">
-    향상된 정확도를 위한 여러 감지 기술 ✅
-  </Card>
-  <Card title="Android 중심" icon="laptop">
-    Android 보안 평가를 위한 전문 감지 🤖
-  </Card>
-</CardGrid>
-
-## 설치
-
-```bash
-npm install @capgo/capacitor-is-root
-npx cap sync
-```
-
-## 핵심 API 메서드
-
-### 루트 감지
-- `isRooted()` - 기본 방법을 사용하여 포괄적인 루트 감지 수행
-- `isRootedWithBusyBox()` - BusyBox 검사를 포함한 확장 감지
-- `detectRootManagementApps()` - 설치된 루트 관리 애플리케이션 식별
-- `checkForSuBinary()` - 시스템 경로에서 `su` 바이너리 존재 확인
-
-### 에뮬레이터 감지
-- `isRunningOnEmulator()` - 일반적인 Android 에뮬레이터 지문 감지
-
-## 감지 기술
-
-플러그인은 여러 감지 방법을 사용합니다:
-
-### 루트 감지
-- 루트 관리 애플리케이션 확인(SuperSU, Magisk 등)
-- 의심스러운 시스템 속성 스캔
-- 테스트 빌드 태그 및 디버그 플래그 식별
-- 위험한 바이너리 위치 검증
-- 시스템 경로 권한 검사
-
-### 에뮬레이터 감지
-- 하드웨어 지문 분석
-- 빌드 속성 검사
-- 에뮬레이터별 특성
-- 가상 환경 표시기
-
-## 사용 예제
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// 기본 루트 감지
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('장치가 루팅되었습니다');
-  // 루팅된 장치를 적절하게 처리
-}
-
-// BusyBox를 사용한 확장 루트 감지
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('장치가 루팅되었습니다 (확장 검사)');
-}
-
-// 에뮬레이터 확인
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('에뮬레이터에서 실행 중');
-}
-
-// 루트 관리 앱 감지
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('루트 관리 앱이 감지되었습니다');
-}
-```
-
-## 보안 고려사항
-
-- 더 높은 정확도를 위해 여러 감지 방법 사용
-- 감지된 환경에 대한 점진적 기능 저하 구현
-- 보안 조치를 구현할 때 사용자 프라이버시 고려
-- 감지 방법이 발전함에 따라 정기적인 업데이트 권장
-
-## 문서
-
-자세한 구현 가이드 및 고급 보안 패턴은 [전체 문서](/docs/plugins/is-root/getting-started/)를 확인하세요.
diff --git a/src/content/docs/ko/docs/plugins/ivs-player/getting-started.mdx b/src/content/docs/ko/docs/plugins/ivs-player/getting-started.mdx
deleted file mode 100644
index 3645a9eac..000000000
--- a/src/content/docs/ko/docs/plugins/ivs-player/getting-started.mdx
+++ /dev/null
@@ -1,313 +0,0 @@
----
-title: 시작하기
-description: Capacitor IVS Player 플러그인을 설치하고 구성하여 앱에 Amazon IVS 저지연 스트리밍을 통합하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/ivs-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **플러그인 구성**
-
-   **기본 플레이어 설정:**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // 플레이어 생성
-   const { playerId } = await IvsPlayer.create({
-     url: 'https://your-ivs-playback-url.m3u8',
-     autoplay: true
-   });
-
-   // 재생 시작
-   await IvsPlayer.play({ playerId });
-   ```
-
-   **플레이어 컨트롤:**
-   ```typescript
-   // 재생 일시 중지
-   await IvsPlayer.pause({ playerId });
-
-   // 볼륨 설정
-   await IvsPlayer.setVolume({
-     playerId,
-     volume: 0.5 // 0.0에서 1.0까지
-   });
-
-   // 위치로 이동
-   await IvsPlayer.seekTo({
-     playerId,
-     position: 30 // 초
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       `Info.plist`에 추가:
-       ```xml
-       <key>NSAppTransportSecurity</key>
-       <dict>
-         <key>NSAllowsArbitraryLoads</key>
-         <true/>
-       </dict>
-       ```
-     </TabItem>
-     <TabItem label="Android">
-       `AndroidManifest.xml`에 추가:
-       ```xml
-       <uses-permission android:name="android.permission.INTERNET" />
-       ```
-     </TabItem>
-   </Tabs>
-
-4. **이벤트 처리**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // 플레이어 이벤트 수신
-   IvsPlayer.addListener('onState', (event) => {
-     console.log('플레이어 상태:', event.state);
-     // 상태: idle, buffering, ready, playing, ended
-   });
-
-   IvsPlayer.addListener('onError', (event) => {
-     console.error('플레이어 오류:', event.error);
-   });
-
-   IvsPlayer.addListener('onDuration', (event) => {
-     console.log('비디오 길이:', event.duration);
-   });
-
-   IvsPlayer.addListener('onProgress', (event) => {
-     console.log('현재 위치:', event.position);
-   });
-
-   // 시간 메타데이터 수신
-   IvsPlayer.addListener('onMetadata', (event) => {
-     console.log('시간 메타데이터:', event.metadata);
-   });
-   ```
-
-5. **고급 사용법**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   export class StreamPlayer {
-     private playerId: string | null = null;
-     private listeners: any[] = [];
-
-     async initialize(streamUrl: string) {
-       // 사용자 지정 구성으로 플레이어 생성
-       const result = await IvsPlayer.create({
-         url: streamUrl,
-         autoplay: false,
-         muted: true, // 자동 재생 정책을 위해 음소거로 시작
-         controls: true
-       });
-
-       this.playerId = result.playerId;
-       this.setupEventListeners();
-     }
-
-     private setupEventListeners() {
-       // 상태 변경
-       const stateListener = IvsPlayer.addListener('onState', (event) => {
-         this.handleStateChange(event.state);
-       });
-       this.listeners.push(stateListener);
-
-       // 품질 변경
-       const qualityListener = IvsPlayer.addListener('onQuality', (event) => {
-         console.log(`품질이 다음으로 변경됨: ${event.quality.name}`);
-       });
-       this.listeners.push(qualityListener);
-
-       // 버퍼 업데이트
-       const bufferListener = IvsPlayer.addListener('onBuffer', (event) => {
-         console.log(`버퍼: ${event.percentage}%`);
-       });
-       this.listeners.push(bufferListener);
-     }
-
-     private handleStateChange(state: string) {
-       switch (state) {
-         case 'playing':
-           console.log('스트림이 재생 중입니다');
-           break;
-         case 'buffering':
-           console.log('스트림이 버퍼링 중입니다');
-           break;
-         case 'ended':
-           console.log('스트림이 종료되었습니다');
-           break;
-       }
-     }
-
-     async play() {
-       if (this.playerId) {
-         await IvsPlayer.play({ playerId: this.playerId });
-       }
-     }
-
-     async pause() {
-       if (this.playerId) {
-         await IvsPlayer.pause({ playerId: this.playerId });
-       }
-     }
-
-     async setQuality(qualityName: string) {
-       if (this.playerId) {
-         await IvsPlayer.setQuality({
-           playerId: this.playerId,
-           quality: qualityName
-         });
-       }
-     }
-
-     async destroy() {
-       // 리스너 제거
-       this.listeners.forEach(listener => listener.remove());
-
-       // 플레이어 파괴
-       if (this.playerId) {
-         await IvsPlayer.destroy({ playerId: this.playerId });
-       }
-     }
-   }
-   ```
-</Steps>
-
-## API 참조
-
-### 메서드
-
-#### `create(options: CreateOptions)`
-새 IVS 플레이어 인스턴스를 생성합니다.
-
-**매개변수:**
-- `options`: 플레이어 구성
-  - `url`: string - IVS 재생 URL
-  - `autoplay`: boolean - 자동 재생 시작
-  - `muted`: boolean - 음소거로 시작
-  - `controls`: boolean - 네이티브 컨트롤 표시
-
-**반환값:** `Promise<{ playerId: string }>`
-
-#### `play(options: PlayerOptions)`
-재생을 시작합니다.
-
-#### `pause(options: PlayerOptions)`
-재생을 일시 중지합니다.
-
-#### `stop(options: PlayerOptions)`
-재생을 중지하고 위치를 재설정합니다.
-
-#### `seekTo(options: SeekOptions)`
-특정 위치로 이동합니다.
-
-#### `setVolume(options: VolumeOptions)`
-플레이어 볼륨을 설정합니다 (0.0에서 1.0까지).
-
-#### `setQuality(options: QualityOptions)`
-재생 품질을 설정합니다.
-
-#### `destroy(options: PlayerOptions)`
-플레이어 인스턴스를 파괴합니다.
-
-### 이벤트
-
-- `onState`: 플레이어 상태 변경
-- `onError`: 재생 오류
-- `onDuration`: 비디오 길이 사용 가능
-- `onProgress`: 재생 진행 업데이트
-- `onQuality`: 품질 변경
-- `onMetadata`: 시간 메타데이터 이벤트
-- `onBuffer`: 버퍼 상태 업데이트
-
-### 인터페이스
-
-```typescript
-interface CreateOptions {
-  url: string;
-  autoplay?: boolean;
-  muted?: boolean;
-  controls?: boolean;
-}
-
-interface PlayerOptions {
-  playerId: string;
-}
-
-interface SeekOptions extends PlayerOptions {
-  position: number; // 초
-}
-
-interface VolumeOptions extends PlayerOptions {
-  volume: number; // 0.0에서 1.0까지
-}
-
-interface QualityOptions extends PlayerOptions {
-  quality: string; // 품질 이름
-}
-```
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 12.0 이상 필요
-- IVS 확장이 있는 네이티브 AVPlayer 사용
-- iPad에서 Picture-in-Picture 지원
-
-### Android
-- Android 5.0 (API 레벨 21) 이상 필요
-- Amazon IVS Player SDK 사용
-- 하드웨어 가속 권장
-
-## 일반적인 사용 사례
-
-1. **라이브 스트리밍**: 실시간 이벤트, 스포츠, 게임
-2. **대화형 스트리밍**: 시청자 투표, Q&A 세션
-3. **전자상거래**: 제품 하이라이트가 있는 라이브 쇼핑
-4. **교육**: 시간 콘텐츠가 있는 라이브 수업
-5. **엔터테인먼트**: 관객 상호 작용이 있는 콘서트, 쇼
-
-## 모범 사례
-
-1. **네트워크 처리**: 연결 품질 모니터링
-   ```typescript
-   IvsPlayer.addListener('onError', (event) => {
-     if (event.error.includes('network')) {
-       // 네트워크 오류 처리
-       showRetryButton();
-     }
-   });
-   ```
-
-2. **리소스 관리**: 완료 시 항상 플레이어 파괴
-3. **자동 재생 정책**: 안정적인 자동 재생을 위해 음소거로 시작
-4. **품질 선택**: IVS가 자동 품질 전환을 처리하도록 허용
-
-## 문제 해결
-
-**스트림이 재생되지 않음:**
-- IVS 재생 URL이 유효한지 확인
-- 네트워크 권한 확인
-- 스트림이 라이브 상태인지 확인
-
-**높은 지연 시간:**
-- IVS는 저지연에 최적화되어 있으며, 인코더 설정을 확인하세요
-- IVS 전용 재생 URL을 사용하고 있는지 확인
-
-**품질 문제:**
-- 자동 품질 전환 허용
-- 네트워크 대역폭 요구 사항 확인
diff --git a/src/content/docs/ko/docs/plugins/ivs-player/index.mdx b/src/content/docs/ko/docs/plugins/ivs-player/index.mdx
deleted file mode 100644
index 257ffdee0..000000000
--- a/src/content/docs/ko/docs/plugins/ivs-player/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/ivs-player"
-description: Amazon IVS (Interactive Video Service) 플레이어용 Capacitor 플러그인으로 모바일 앱에서 저지연 라이브 스트리밍을 가능하게 합니다.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: Capacitor 앱에서 대화형 기능이 있는 초저지연 라이브 스트리밍을 위한 Amazon IVS 플레이어를 통합하세요.
-  image:
-    file: ~public/icons/plugins/ivs-player.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/ivs-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ivs-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="저지연 스트리밍" icon="rocket">
-    Amazon IVS를 사용하여 1초 미만의 지연 시간으로 스트리밍 📡
-  </Card>
-  <Card title="대화형 기능" icon="setting">
-    시간 메타데이터 및 시청자 상호 작용 지원 💬
-  </Card>
-  <Card title="품질 적응" icon="star">
-    네트워크 상태에 따른 자동 품질 전환 📶
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/ivs-player/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/jw-player/getting-started.mdx b/src/content/docs/ko/docs/plugins/jw-player/getting-started.mdx
deleted file mode 100644
index a3cd6b911..000000000
--- a/src/content/docs/ko/docs/plugins/jw-player/getting-started.mdx
+++ /dev/null
@@ -1,345 +0,0 @@
----
-title: 시작하기
-description: 전문 비디오 스트리밍 기능을 위해 JW Player를 Capacitor 앱에 설치하고 통합하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 전제 조건
-
-이 플러그인을 사용하려면 JW Player 계정과 라이선스 키가 필요합니다. 계정이 없다면 [JW Player](https://www.jwplayer.com/)에서 가입하세요.
-
-## 플랫폼 구성
-
-### iOS
-
-`Info.plist`에 JW Player 라이선스 키를 추가하세요:
-
-```xml
-<key>JWPlayerLicenseKey</key>
-<string>YOUR_LICENSE_KEY</string>
-```
-
-### Android
-
-`android/app/src/main/res/values/strings.xml`에 JW Player 라이선스 키를 추가하세요:
-
-```xml
-<resources>
-    <string name="jw_player_license_key">YOUR_LICENSE_KEY</string>
-</resources>
-```
-
-## 사용 예제
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// 단일 비디오 재생
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: '내 비디오',
-  description: '비디오 설명',
-  poster: 'https://example.com/poster.jpg'
-});
-
-// 재생 목록 재생
-await JWPlayer.playPlaylist({
-  playlistUrl: 'https://example.com/playlist.json'
-});
-
-// 플레이어 이벤트 수신
-JWPlayer.addListener('playerReady', () => {
-  console.log('플레이어 준비됨');
-});
-
-JWPlayer.addListener('play', (data) => {
-  console.log('비디오 재생 시작');
-});
-
-JWPlayer.addListener('pause', (data) => {
-  console.log('비디오 일시 중지');
-});
-
-JWPlayer.addListener('complete', (data) => {
-  console.log('비디오 재생 완료');
-});
-
-JWPlayer.addListener('error', (error) => {
-  console.error('플레이어 오류:', error);
-});
-```
-
-## API 참조
-
-### playVideo(options)
-
-```typescript
-playVideo(options: VideoOptions) => Promise<void>
-```
-
-전체 화면 모드에서 단일 비디오를 재생합니다.
-
-| 매개변수         | 타입                    |
-| ------------- | ----------------------- |
-| **`options`** | `VideoOptions` |
-
-### playPlaylist(options)
-
-```typescript
-playPlaylist(options: PlaylistOptions) => Promise<void>
-```
-
-전체 화면 모드에서 재생 목록을 재생합니다.
-
-| 매개변수         | 타입                        |
-| ------------- | --------------------------- |
-| **`options`** | `PlaylistOptions` |
-
-### pause()
-
-```typescript
-pause() => Promise<void>
-```
-
-현재 비디오를 일시 중지합니다.
-
-### play()
-
-```typescript
-play() => Promise<void>
-```
-
-비디오 재생을 재개합니다.
-
-### seek(options)
-
-```typescript
-seek(options: { position: number }) => Promise<void>
-```
-
-비디오의 특정 위치로 이동합니다.
-
-| 매개변수         | 타입                         |
-| ------------- | ---------------------------- |
-| **`options`** | `{ position: number }` |
-
-### setPlaybackSpeed(options)
-
-```typescript
-setPlaybackSpeed(options: { speed: number }) => Promise<void>
-```
-
-재생 속도를 설정합니다.
-
-| 매개변수         | 타입                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ speed: number }` |
-
-### setVolume(options)
-
-```typescript
-setVolume(options: { volume: number }) => Promise<void>
-```
-
-오디오 볼륨을 설정합니다 (0.0에서 1.0까지).
-
-| 매개변수         | 타입                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ volume: number }` |
-
-### selectAudioTrack(options)
-
-```typescript
-selectAudioTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-인덱스로 오디오 트랙을 선택합니다.
-
-| 매개변수         | 타입                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### selectCaptionTrack(options)
-
-```typescript
-selectCaptionTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-인덱스로 자막/부제 트랙을 선택합니다.
-
-| 매개변수         | 타입                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-재생을 중지하고 플레이어를 닫습니다.
-
-## 인터페이스
-
-### VideoOptions
-
-| 속성              | 타입               | 설명                             |
-| ----------------- | ------------------ | --------------------------------------- |
-| **`mediaUrl`**    | `string` | 비디오 파일의 URL                   |
-| **`title`**       | `string` | 비디오 제목 (선택 사항)                  |
-| **`description`** | `string` | 비디오 설명 (선택 사항)            |
-| **`poster`**      | `string` | 포스터/썸네일 URL (선택 사항)  |
-| **`autoStart`**   | `boolean` | 자동 재생 시작 (선택 사항, 기본값: true) |
-
-### PlaylistOptions
-
-| 속성              | 타입               | 설명                 |
-| ----------------- | ------------------ | --------------------------- |
-| **`playlistUrl`** | `string` | JW 재생 목록 JSON의 URL |
-| **`autoStart`**   | `boolean` | 자동 재생 시작 (선택 사항) |
-
-## 이벤트 리스너
-
-### 사용 가능한 이벤트
-
-- `playerReady` - 플레이어가 초기화되고 준비됨
-- `play` - 비디오 재생이 시작됨
-- `pause` - 비디오 재생이 일시 중지됨
-- `complete` - 비디오 재생이 완료됨
-- `error` - 플레이어에서 오류 발생
-- `seek` - 사용자가 다른 위치로 이동함
-- `time` - 재생 시간이 업데이트됨
-- `bufferChange` - 버퍼 상태가 변경됨
-
-### 이벤트 예제
-
-```typescript
-// 시간 업데이트 수신
-JWPlayer.addListener('time', (data) => {
-  console.log('현재 시간:', data.position);
-  console.log('길이:', data.duration);
-});
-
-// 버퍼 변경 수신
-JWPlayer.addListener('bufferChange', (data) => {
-  console.log('버퍼링:', data.buffering);
-});
-
-// 완료 시 리스너 제거
-const listener = await JWPlayer.addListener('play', (data) => {
-  console.log('재생 중');
-});
-
-// 나중에...
-listener.remove();
-```
-
-## 고급 사용법
-
-### 자막이 있는 재생
-
-```typescript
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: '자막이 있는 비디오',
-  poster: 'https://example.com/poster.jpg',
-  tracks: [
-    {
-      file: 'https://example.com/captions-en.vtt',
-      label: 'English',
-      kind: 'captions'
-    },
-    {
-      file: 'https://example.com/captions-es.vtt',
-      label: 'Spanish',
-      kind: 'captions'
-    }
-  ]
-});
-```
-
-### 사용자 지정 재생 컨트롤
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// 재생 시작
-await JWPlayer.play();
-
-// 10초 후 일시 중지
-setTimeout(() => {
-  JWPlayer.pause();
-}, 10000);
-
-// 30초로 이동
-await JWPlayer.seek({ position: 30 });
-
-// 재생 속도를 1.5배로 설정
-await JWPlayer.setPlaybackSpeed({ speed: 1.5 });
-
-// 볼륨을 50%로 설정
-await JWPlayer.setVolume({ volume: 0.5 });
-```
-
-## 모범 사례
-
-- 더 나은 사용자 경험을 위해 항상 포스터 이미지 제공
-- 적절한 오류 메시지로 플레이어 오류를 우아하게 처리
-- 컴포넌트가 마운트 해제될 때 이벤트 리스너 정리
-- iOS 및 Android 장치 모두에서 비디오 재생 테스트
-- 적절한 비디오 형식 사용 (MP4 권장)
-- 비디오 초기화 중 로딩 상태 구현
-- 스트리밍 시 네트워크 상태 고려
-
-## 문제 해결
-
-### 비디오가 재생되지 않음
-
-- JW Player 라이선스 키가 올바른지 확인
-- 비디오 URL이 액세스 가능하고 유효한지 확인
-- 사용자 지정 서버를 사용하는 경우 적절한 CORS 헤더 확인
-- 다른 비디오 형식으로 테스트
-
-### 전체 화면 문제
-
-- 플러그인은 항상 전체 화면 모드로 재생됨
-- 앱에서 전체 화면에 대한 적절한 권한 확인
-
-### 성능
-
-- 대상 장치에 적절한 비디오 품질 사용
-- 더 나은 성능을 위한 적응형 스트리밍 고려
-- 적절한 버퍼링 표시기 구현
diff --git a/src/content/docs/ko/docs/plugins/jw-player/index.mdx b/src/content/docs/ko/docs/plugins/jw-player/index.mdx
deleted file mode 100644
index 14622b8c4..000000000
--- a/src/content/docs/ko/docs/plugins/jw-player/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-jw-player"
-description: 비디오 스트리밍, 재생 목록 및 포괄적인 플레이어 컨트롤이 있는 Capacitor 앱용 JW Player 통합 플러그인.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: Capacitor 앱에서 전체 화면 인터페이스, 재생 목록 및 완전한 재생 제어로 JW Player의 비디오를 재생하세요.
-  image:
-    file: ~public/icons/plugins/jw-player.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/jw-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-jw-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="전체 화면 플레이어" icon="rocket">
-    항상 전체 화면 비디오 플레이어 인터페이스 📺
-  </Card>
-  <Card title="재생 목록 지원" icon="list-format">
-    단일 비디오 및 전체 재생 목록 모두 지원 📋
-  </Card>
-  <Card title="재생 컨트롤" icon="setting">
-    재생, 일시 중지, 이동, 속도에 대한 완전한 제어 🎮
-  </Card>
-  <Card title="오디오 및 자막" icon="star">
-    오디오 트랙 선택 및 자막/부제 지원 🔊
-  </Card>
-  <Card title="이벤트 시스템" icon="download">
-    플레이어 상태 변경을 위한 이벤트 리스너 📡
-  </Card>
-  <Card title="시작하기" icon="open-book">
-    플러그인을 설치하고 구성하려면 [시작 가이드](/docs/plugins/jw-player/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/launch-navigator/getting-started.mdx b/src/content/docs/ko/docs/plugins/launch-navigator/getting-started.mdx
deleted file mode 100644
index 8c52086ab..000000000
--- a/src/content/docs/ko/docs/plugins/launch-navigator/getting-started.mdx
+++ /dev/null
@@ -1,337 +0,0 @@
----
-title: 시작하기
-description: Launch Navigator 플러그인을 설치하고 사용하여 iOS 및 Android에서 네이티브 탐색 앱과 통합하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 플랫폼 구성
-
-### iOS
-
-설치된 탐색 앱을 감지하기 위해 `Info.plist`에 URL 스키마를 추가하세요:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <string>transit</string>
-    <string>moovit</string>
-    <string>uber</string>
-    <string>lyft</string>
-</array>
-```
-
-### Android
-
-추가 구성이 필요하지 않습니다. 플러그인이 설치된 탐색 앱을 자동으로 감지합니다.
-
-## 사용 예제
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// 좌표로 기본 탐색
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // 샌프란시스코 좌표
-});
-
-// 옵션이 있는 고급 탐색
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // 선택적 출발점
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // 선호하는 탐색 앱
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// 특정 앱이 사용 가능한지 확인
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps가 설치되어 있습니다');
-} else {
-  console.log('Google Maps를 사용할 수 없습니다');
-}
-
-// 사용 가능한 모든 탐색 앱 가져오기
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('사용 가능한 탐색 앱:', availableApps);
-
-// 플랫폼에 대해 지원되는 모든 앱 가져오기
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('지원되는 앱:', supportedApps);
-```
-
-## API 참조
-
-### navigate(options)
-
-```typescript
-navigate(options: NavigateOptions) => Promise<void>
-```
-
-지정된 좌표로 탐색을 시작합니다.
-
-| 매개변수         | 타입                      |
-| ------------- | ------------------------- |
-| **`options`** | `NavigateOptions` |
-
-### isAppAvailable(options)
-
-```typescript
-isAppAvailable(options: { app: string }) => Promise<{ available: boolean }>
-```
-
-특정 탐색 앱이 설치되어 있는지 확인합니다.
-
-| 매개변수         | 타입                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ app: string }` |
-
-**반환값:** `Promise<{ available: boolean }>`
-
-### getAvailableApps()
-
-```typescript
-getAvailableApps() => Promise<{ apps: string[] }>
-```
-
-장치에서 사용 가능한 모든 탐색 앱의 목록을 가져옵니다.
-
-**반환값:** `Promise<{ apps: string[] }>`
-
-### getSupportedApps()
-
-```typescript
-getSupportedApps() => Promise<{ apps: string[] }>
-```
-
-현재 플랫폼에 대해 지원되는 모든 앱의 목록을 가져옵니다.
-
-**반환값:** `Promise<{ apps: string[] }>`
-
-## 인터페이스
-
-### NavigateOptions
-
-| 속성              | 타입                          | 설명                     |
-| ----------------- | ----------------------------- | ------------------------------- |
-| **`destination`** | `[number, number]` | 목적지 좌표 [위도, 경도] |
-| **`options`**     | `NavigationOptions` | 추가 탐색 옵션 (선택 사항) |
-
-### NavigationOptions
-
-| 속성                 | 타입                  | 설명                           |
-| -------------------- | --------------------- | ------------------------------------- |
-| **`start`**          | `[number, number]` | 출발 좌표 [위도, 경도] (선택 사항) |
-| **`transportMode`**  | `TransportMode` | 교통 수단 (선택 사항)       |
-| **`app`**            | `string` | 선호하는 탐색 앱 (선택 사항)    |
-| **`appDisplayName`** | `string` | 앱의 표시 이름 (선택 사항)        |
-
-### TransportMode
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## 좌표 요구 사항
-
-> **중요**: 이 플러그인은 탐색을 위해 위도/경도 좌표만 허용합니다. 주소를 좌표로 변환하려면 [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder)를 사용하세요.
-
-```typescript
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-import { LaunchNavigator } from '@capgo/capacitor-launch-navigator';
-
-// 주소를 좌표로 변환
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // 지오코딩된 좌표로 탐색 시작
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## 지원되는 탐색 앱
-
-### iOS
-- Apple Maps (내장)
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- 그 외 다수...
-
-### Android
-- Google Maps (내장)
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- 그 외 다수...
-
-## 고급 예제
-
-### 여러 앱을 확인하고 첫 번째로 사용 가능한 앱 사용
-
-```typescript
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('지원되는 탐색 앱을 찾을 수 없습니다');
-}
-```
-
-### 탐색 앱의 사용자 선택
-
-```typescript
-// 사용 가능한 앱 가져오기
-const { apps } = await LaunchNavigator.getAvailableApps();
-
-if (apps.length === 0) {
-  alert('사용 가능한 탐색 앱이 없습니다');
-  return;
-}
-
-// 사용자에게 앱 선택 표시 (의사 코드)
-const selectedApp = await showAppSelectionDialog(apps);
-
-// 선택한 앱으로 탐색
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: { app: selectedApp }
-});
-```
-
-### 다양한 교통 수단으로 탐색
-
-```typescript
-// 운전 경로
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.DRIVING
-  }
-});
-
-// 도보 경로
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.WALKING
-  }
-});
-
-// 대중교통 경로
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.TRANSIT
-  }
-});
-```
-
-## 모범 사례
-
-- 탐색을 시도하기 전에 항상 앱 가용성 확인
-- 선호하는 앱을 사용할 수 없을 때 대체 옵션 제공
-- 사용자 선택을 위해 의미 있는 앱 표시 이름 사용
-- 사용자 친화적인 메시지로 오류를 우아하게 처리
-- 기본 탐색 앱에 대한 사용자 기본 설정 고려
-- iOS 및 Android 장치 모두에서 테스트
-- 잘못된 좌표에 대한 적절한 오류 처리 구현
-
-## 오류 처리
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('탐색 실패:', error);
-  // 오류 처리 - 앱을 사용할 수 없음, 잘못된 좌표 등
-  alert('탐색을 시작할 수 없습니다. 좌표를 확인하고 다시 시도하세요.');
-}
-```
-
-## 사용 사례
-
-- **위치 기반 서비스**: 사용자를 관심 지점으로 안내
-- **배달 앱**: 운전자를 배달 위치로 안내
-- **이벤트 앱**: 참석자를 행사장 위치로 안내
-- **부동산 앱**: 부동산 위치로 탐색
-- **여행 앱**: 관광객을 명소로 안내
-- **서비스 앱**: 현장 작업자를 작업 현장으로 안내
diff --git a/src/content/docs/ko/docs/plugins/launch-navigator/index.mdx b/src/content/docs/ko/docs/plugins/launch-navigator/index.mdx
deleted file mode 100644
index c5b192a92..000000000
--- a/src/content/docs/ko/docs/plugins/launch-navigator/index.mdx
+++ /dev/null
@@ -1,246 +0,0 @@
----
-title: "@capgo/capacitor-launch-navigator"
-description: Google Maps, Apple Maps, Waze 및 기타 탐색 서비스를 지원하는 Capacitor 앱용 탐색 앱 실행 플러그인.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 여러 지도 제공업체 및 사용자 지정 라우팅 옵션을 지원하여 턴바이턴 방향으로 탐색 앱을 실행하세요.
-  image:
-    file: ~public/icons/plugins/launch-navigator.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/launch-navigator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-launch-navigator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 개요
-
-Capacitor Launch Navigator 플러그인은 좌표 기반 탐색으로 iOS 및 Android 장치에서 네이티브 탐색 앱을 실행할 수 있게 합니다. 이 플러그인은 인기 있는 매핑 애플리케이션과의 원활한 통합을 제공하고 포괄적인 탐색 솔루션을 위해 여러 교통 수단을 지원합니다.
-
-<CardGrid stagger>
-  <Card title="다중 앱 지원" icon="rocket">
-    Google Maps, Apple Maps, Waze, Citymapper 등 🗺️
-  </Card>
-  <Card title="교통 수단" icon="magnifier">
-    운전, 도보, 대중교통 및 자전거 경로 🧭
-  </Card>
-  <Card title="앱 감지" icon="magnifier">
-    가용성 확인 및 설치된 탐색 앱 목록 표시 🔍
-  </Card>
-  <Card title="좌표 기반" icon="star">
-    위도/경도 좌표를 사용하여 탐색 📍
-  </Card>
-</CardGrid>
-
-## 설치
-
-```bash
-npm install @capgo/capacitor-launch-navigator
-npx cap sync
-```
-
-## iOS 구성
-
-설치된 탐색 앱을 감지하기 위해 `Info.plist`에 URL 스키마를 추가하세요:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <!-- 다른 탐색 앱 스키마 추가 -->
-</array>
-```
-
-## 핵심 API 메서드
-
-### 탐색
-- `navigate(options)` - 지정된 좌표로 탐색 시작
-- `isAppAvailable(options)` - 특정 탐색 앱이 설치되어 있는지 확인
-- `getAvailableApps()` - 장치에서 사용 가능한 모든 탐색 앱 목록 표시
-- `getSupportedApps()` - 현재 플랫폼에 대해 지원되는 모든 앱 가져오기
-
-## 사용 예제
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// 좌표로 기본 탐색
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // 샌프란시스코 좌표
-});
-
-// 옵션이 있는 고급 탐색
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // 선택적 출발점
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // 선호하는 탐색 앱
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// 특정 앱이 사용 가능한지 확인
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps가 설치되어 있습니다');
-} else {
-  console.log('Google Maps를 사용할 수 없습니다');
-}
-
-// 사용 가능한 모든 탐색 앱 가져오기
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('사용 가능한 탐색 앱:', availableApps);
-
-// 플랫폼에 대해 지원되는 모든 앱 가져오기
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('지원되는 앱:', supportedApps);
-```
-
-## 탐색 옵션
-
-```typescript
-interface NavigationOptions {
-  start?: [number, number];      // 출발 좌표 [위도, 경도]
-  transportMode?: TransportMode; // 교통 수단
-  app?: string;                  // 선호하는 탐색 앱
-  appDisplayName?: string;       // 앱의 표시 이름
-  launchMode?: LaunchMode;       // 앱 실행 방법
-}
-```
-
-## 교통 수단
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## 지원되는 탐색 앱
-
-### iOS
-- Apple Maps (내장)
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- 그 외 다수...
-
-### Android
-- Google Maps (내장)
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- 그 외 다수...
-
-## 좌표 요구 사항
-
-> ⚠️ **중요**: 이 플러그인은 탐색을 위해 위도/경도 좌표만 허용합니다. 주소를 좌표로 변환하려면 [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder)를 사용하세요.
-
-```typescript
-// 지오코딩 예제
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-
-// 주소를 좌표로 변환
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // 지오코딩된 좌표로 탐색 시작
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## 앱 감지 및 선택
-
-```typescript
-// 여러 앱을 확인하고 첫 번째로 사용 가능한 앱 사용
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('지원되는 탐색 앱을 찾을 수 없습니다');
-}
-```
-
-## 오류 처리
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('탐색 실패:', error);
-  // 오류 처리 - 앱을 사용할 수 없음, 잘못된 좌표 등
-}
-```
-
-## 사용 사례
-
-- **위치 기반 서비스**: 사용자를 관심 지점으로 안내
-- **배달 앱**: 운전자를 배달 위치로 안내
-- **이벤트 앱**: 참석자를 행사장 위치로 안내
-- **부동산 앱**: 부동산 위치로 탐색
-- **여행 앱**: 관광객을 명소로 안내
-
-## 모범 사례
-
-- 탐색을 시도하기 전에 항상 앱 가용성 확인
-- 선호하는 앱을 사용할 수 없을 때 대체 옵션 제공
-- 사용자 선택을 위해 의미 있는 앱 표시 이름 사용
-- 사용자 친화적인 메시지로 오류를 우아하게 처리
-- 기본 탐색 앱에 대한 사용자 기본 설정 고려
-
-## 문서
-
-자세한 구현 가이드 및 고급 탐색 패턴은 [전체 문서](/docs/plugins/launch-navigator/getting-started/)를 확인하세요.
diff --git a/src/content/docs/ko/docs/plugins/live-reload/getting-started.mdx b/src/content/docs/ko/docs/plugins/live-reload/getting-started.mdx
deleted file mode 100644
index ca66f2e23..000000000
--- a/src/content/docs/ko/docs/plugins/live-reload/getting-started.mdx
+++ /dev/null
@@ -1,355 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱으로 더 빠른 개발을 위해 라이브 리로드를 설정하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-live-reload" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 설정
-
-라이브 리로드와 함께 작동하도록 Vite 개발 서버를 구성합니다. 다음을 수행해야 합니다:
-1. 내장 HMR 클라이언트 비활성화
-2. 전용 WebSocket 엔드포인트를 통해 리로드 이벤트 전달
-
-## 사용법
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-// 개발 서버 구성
-await LiveReload.configureServer({
-  url: 'http://localhost:5173',
-  websocketPath: '/capgo-livereload',
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-
-// 개발 서버에 연결
-await LiveReload.connect();
-
-// 리로드 이벤트 수신
-LiveReload.addListener('reloadEvent', (event) => {
-  console.log('리로드 이벤트:', event);
-  if (event.type === 'full-reload') {
-    console.log('전체 페이지 리로드 트리거됨');
-  } else if (event.type === 'file-update') {
-    console.log('파일 업데이트:', event.file);
-  }
-});
-
-// 연결 상태 변경 수신
-LiveReload.addListener('statusChange', (status) => {
-  console.log('연결 상태:', status.connected);
-  console.log('서버 URL:', status.url);
-});
-```
-
-## API 참조
-
-### configureServer(options)
-
-후속 연결을 위해 원격 개발 서버 설정을 저장합니다.
-
-```typescript
-const status = await LiveReload.configureServer({
-  url: 'http://192.168.1.100:5173',
-  websocketPath: '/capgo-livereload',
-  headers: {
-    'Authorization': 'Bearer token'
-  },
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-```
-
-**매개변수:**
-- `url` (string): 개발 서버의 기본 URL (예: `http://dev.local:5173`)
-- `websocketPath` (string, 선택 사항): WebSocket 경로 재정의 (기본값: `/ws`)
-- `headers` (Record\<string, string\>, 선택 사항): WebSocket 연결을 위한 추가 헤더
-- `autoReconnect` (boolean, 선택 사항): 연결 해제 시 자동 재연결 (기본값: `true`)
-- `reconnectInterval` (number, 선택 사항): 재연결 시도 사이의 지연 시간(ms) (기본값: `2000`)
-
-**반환값:** 연결 정보가 포함된 `LiveReloadStatus`
-
-### connect()
-
-현재 활성화된 연결이 없는 경우 WebSocket 연결을 설정합니다.
-
-```typescript
-const status = await LiveReload.connect();
-console.log('연결됨:', status.connected);
-```
-
-**반환값:** 현재 연결 상태
-
-### disconnect()
-
-현재 WebSocket 연결을 닫고 자동 재연결을 비활성화합니다.
-
-```typescript
-await LiveReload.disconnect();
-```
-
-### getStatus()
-
-현재 연결 상태를 가져옵니다.
-
-```typescript
-const status = await LiveReload.getStatus();
-console.log('연결됨:', status.connected);
-console.log('URL:', status.url);
-```
-
-### reload()
-
-Capacitor WebView의 전체 리로드를 수동으로 트리거합니다.
-
-```typescript
-await LiveReload.reload();
-```
-
-### reloadFile(options)
-
-단일 파일/모듈을 리로드합니다 (지원되지 않는 경우 전체 리로드로 대체).
-
-```typescript
-await LiveReload.reloadFile({
-  path: '/src/components/MyComponent.tsx',
-  hash: 'abc123'
-});
-```
-
-### addListener('reloadEvent', callback)
-
-서버에서 들어오는 리로드 이벤트를 수신합니다.
-
-```typescript
-const handle = await LiveReload.addListener('reloadEvent', (event) => {
-  switch (event.type) {
-    case 'full-reload':
-      console.log('전체 리로드 요청됨');
-      break;
-    case 'file-update':
-      console.log('파일 업데이트:', event.file?.path);
-      break;
-    case 'error':
-      console.error('오류:', event.message);
-      break;
-  }
-});
-
-// 완료 시 리스너 제거
-await handle.remove();
-```
-
-### addListener('statusChange', callback)
-
-소켓 상태 변경을 수신합니다.
-
-```typescript
-await LiveReload.addListener('statusChange', (status) => {
-  console.log(status.connected ? '연결됨' : '연결 해제됨');
-});
-```
-
-### removeAllListeners()
-
-등록된 모든 리스너를 제거합니다.
-
-```typescript
-await LiveReload.removeAllListeners();
-```
-
-## 완전한 예제
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-export class DevServer {
-  private connected = false;
-
-  async initialize() {
-    // 개발 환경에서만 활성화
-    if (process.env.NODE_ENV !== 'development') {
-      return;
-    }
-
-    try {
-      // 서버 구성
-      await LiveReload.configureServer({
-        url: 'http://192.168.1.100:5173',
-        websocketPath: '/capgo-livereload',
-        autoReconnect: true,
-        reconnectInterval: 3000
-      });
-
-      // 연결하기 전에 리스너 설정
-      await LiveReload.addListener('reloadEvent', this.handleReloadEvent.bind(this));
-      await LiveReload.addListener('statusChange', this.handleStatusChange.bind(this));
-
-      // 연결
-      await LiveReload.connect();
-    } catch (error) {
-      console.error('라이브 리로드 초기화 실패:', error);
-    }
-  }
-
-  private handleReloadEvent(event: any) {
-    console.log('리로드 이벤트 수신:', event.type);
-
-    switch (event.type) {
-      case 'full-reload':
-        this.performFullReload();
-        break;
-      case 'file-update':
-        this.handleFileUpdate(event.file);
-        break;
-      case 'error':
-        console.error('서버 오류:', event.message);
-        break;
-      case 'connected':
-        console.log('서버 연결됨');
-        break;
-      case 'disconnected':
-        console.log('서버 연결 해제됨');
-        break;
-    }
-  }
-
-  private handleStatusChange(status: any) {
-    this.connected = status.connected;
-    console.log(`라이브 리로드 ${status.connected ? '연결됨' : '연결 해제됨'}`);
-  }
-
-  private performFullReload() {
-    console.log('전체 페이지 리로드 수행 중...');
-    window.location.reload();
-  }
-
-  private handleFileUpdate(file: any) {
-    console.log('파일 업데이트:', file?.path);
-    // 대부분의 경우 HMR이 자동으로 처리합니다
-  }
-
-  async disconnect() {
-    await LiveReload.disconnect();
-    await LiveReload.removeAllListeners();
-    this.connected = false;
-  }
-
-  isConnected(): boolean {
-    return this.connected;
-  }
-}
-```
-
-## Vite 구성 예제
-
-라이브 리로드 플러그인과 함께 작동하도록 Vite 서버를 구성하세요:
-
-```typescript
-// vite.config.ts
-import { defineConfig } from 'vite';
-
-export default defineConfig({
-  server: {
-    host: '0.0.0.0', // 네트워크에서 연결 허용
-    port: 5173,
-    hmr: {
-      // 라이브 리로드를 위한 사용자 지정 WebSocket 경로
-      path: '/capgo-livereload',
-    }
-  }
-});
-```
-
-## 모범 사례
-
-1. **개발 환경에서만 사용**
-   ```typescript
-   if (import.meta.env.DEV) {
-     await LiveReload.configureServer({
-       url: 'http://localhost:5173',
-       websocketPath: '/capgo-livereload'
-     });
-     await LiveReload.connect();
-   }
-   ```
-
-2. **모바일 테스트를 위해 로컬 IP 사용**
-   ```typescript
-   const devServerUrl = process.env.VITE_DEV_SERVER_URL || 'http://192.168.1.100:5173';
-   await LiveReload.configureServer({ url: devServerUrl });
-   ```
-
-3. **연결 오류를 우아하게 처리**
-   ```typescript
-   try {
-     await LiveReload.connect();
-   } catch (error) {
-     console.warn('개발 서버에 연결할 수 없습니다. 프로덕션 빌드를 사용합니다');
-   }
-   ```
-
-4. **앱 종료 시 정리**
-   ```typescript
-   window.addEventListener('beforeunload', async () => {
-     await LiveReload.disconnect();
-   });
-   ```
-
-5. **UI에 연결 상태 표시**
-   ```typescript
-   LiveReload.addListener('statusChange', (status) => {
-     // 개발 빌드에 표시기 표시
-     updateDevIndicator(status.connected);
-   });
-   ```
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 11.0+ 작동
-- 개발 서버가 장치의 네트워크에서 액세스 가능한지 확인
-- 연결을 허용하도록 방화벽을 구성해야 할 수 있음
-
-### Android
-- Android 5.0 (API 21)+ 작동
-- localhost 연결을 위해 `adb reverse` 사용:
-  ```bash
-  adb reverse tcp:5173 tcp:5173
-  ```
-
-### Web
-- 웹 플랫폼 완전 지원
-- Vite 개발 서버에 직접 WebSocket 연결
-
-## 문제 해결
-
-**연결 실패:**
-- 개발 서버가 실행 중인지 확인
-- 장치와 컴퓨터가 동일한 네트워크에 있는지 확인
-- 방화벽이 포트에서 연결을 허용하는지 확인
-- 모바일 장치의 경우 localhost 대신 IP 주소 사용
-
-**느린 리로드:**
-- 네트워크 속도 확인
-- 재연결 간격 줄이기
-- Vite 빌드 구성 최적화
-
-**WebSocket 오류:**
-- websocketPath가 Vite 구성과 일치하는지 확인
-- 포트 충돌 확인
-- 인증을 사용하는 경우 헤더가 올바른지 확인
diff --git a/src/content/docs/ko/docs/plugins/live-reload/index.mdx b/src/content/docs/ko/docs/plugins/live-reload/index.mdx
deleted file mode 100644
index 3f1bf1b56..000000000
--- a/src/content/docs/ko/docs/plugins/live-reload/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-live-reload"
-description: 더 빠른 개발을 위해 원격 개발 서버에서 Capacitor 앱을 라이브 리로드하세요.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 개발 중 즉각적인 핫 리로딩과 더 빠른 반복을 위해 Capacitor 앱을 로컬 개발 서버에 연결하세요.
-  image:
-    file: ~public/icons/plugins/live-reload.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/live-reload/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-live-reload/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="핫 모듈 교체" icon="rocket">
-    앱을 다시 빌드하지 않고 즉시 업데이트
-  </Card>
-  <Card title="원격 개발 서버" icon="laptop">
-    Vite 또는 호환 가능한 개발 서버에 연결
-  </Card>
-  <Card title="WebSocket 연결" icon="puzzle">
-    라이브 업데이트를 위한 실시간 통신
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    라이브 리로드를 설정하려면 [문서](/docs/plugins/live-reload/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/llm/getting-started.mdx b/src/content/docs/ko/docs/plugins/llm/getting-started.mdx
deleted file mode 100644
index 8001e35dc..000000000
--- a/src/content/docs/ko/docs/plugins/llm/getting-started.mdx
+++ /dev/null
@@ -1,484 +0,0 @@
----
-title: 시작하기
-description: Capacitor LLM 플러그인을 설치하고 사용하여 iOS 및 Android에서 AI 모델을 로컬로 실행하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 플랫폼 구성
-
-### iOS 구성
-
-- **iOS 26.0+**: 기본적으로 Apple Intelligence 사용 (모델 불필요) - **권장**
-- **iOS < 26.0**: MediaPipe 사용자 지정 모델 필요 (실험적, 호환성 문제가 있을 수 있음)
-
-구형 iOS 버전의 사용자 지정 모델의 경우, Xcode의 "Copy Bundle Resources"를 통해 iOS 앱 번들에 모델 파일을 배치하세요.
-
-### Android 구성
-
-Android assets 폴더에 모델 파일을 배치하세요:
-
-```
-android/app/src/main/assets/
-```
-
-Android용 **두 파일** 모두 필요:
-- `.task` 파일 (주 모델)
-- `.litertlm` 파일 (동반 파일)
-
-[Kaggle Gemma 모델](https://www.kaggle.com/models/google/gemma)에서 다운로드 → "LiteRT (이전 TFLite)" 탭
-
-## 권장 모델
-
-### Android용 (Gemma-3 모델)
-
-- **Gemma 3 270M** - 모바일용 가장 작고 효율적 (~240-400MB) - **권장**
-- **Gemma 3 1B** - 더 큰 텍스트 생성 모델 (~892MB-1.5GB)
-
-[Kaggle Gemma 모델](https://www.kaggle.com/models/google/gemma)에서 다운로드 → "LiteRT (이전 TFLite)" 탭 클릭
-
-### iOS용
-
-- **Apple Intelligence** (iOS 26.0+) - 내장, 다운로드 불필요 - **권장**
-- **Gemma-2 2B** (실험적) - `.task` 형식과 호환성 문제가 있을 수 있음
-
-사용자 지정 iOS 모델의 경우, [Hugging Face MediaPipe 모델](https://huggingface.co/collections/google/mediapipe-668392ead2d6768e82fb3b87)에서 다운로드
-
-## 사용법
-
-플러그인을 가져오고 초기화:
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-// LLM이 준비되었는지 확인
-const { readiness } = await CapgoLLM.getReadiness();
-console.log('LLM 준비 상태:', readiness);
-
-// 플랫폼에 따라 모델 설정
-const platform = Capacitor.getPlatform();
-if (platform === 'ios') {
-  // iOS: Apple Intelligence 사용 (기본값)
-  await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-} else {
-  // Android: MediaPipe 모델 사용
-  await CapgoLLM.setModel({ path: '/android_asset/gemma-3-270m-it-int8.task' });
-}
-
-// 채팅 세션 생성
-const { id: chatId } = await CapgoLLM.createChat();
-
-// AI 응답 수신
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('AI 응답:', event.text);
-});
-
-// 완료 수신
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('AI가 응답을 완료했습니다');
-});
-
-// 메시지 보내기
-await CapgoLLM.sendMessage({
-  chatId,
-  message: '안녕하세요! 오늘 어떻게 지내세요?'
-});
-```
-
-## 고급 기능
-
-### 모델 다운로드
-
-```typescript
-// URL에서 모델 다운로드
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/model.task',
-  filename: 'model.task'
-});
-
-// Android의 경우 .task 및 .litertlm 파일 모두 다운로드
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-
-// 다운로드 진행률 수신
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log(`다운로드 진행률: ${event.progress}%`);
-  console.log(`다운로드됨: ${event.downloadedBytes} / ${event.totalBytes}`);
-});
-```
-
-### 모델 관리
-
-```typescript
-// 구성이 있는 특정 모델 설정
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-
-// 준비 상태 확인
-const { readiness } = await CapgoLLM.getReadiness();
-if (readiness === 'ready') {
-  // 모델이 로드되고 준비됨
-}
-
-// 준비 상태 변경 수신
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('준비 상태 변경:', event.readiness);
-});
-```
-
-## API 메서드
-
-### createChat()
-
-새 채팅 세션을 생성합니다.
-
-```typescript
-const { id: chatId } = await CapgoLLM.createChat();
-```
-
-**반환값:** `Promise<{ id: string; instructions?: string }>`
-
-### sendMessage(...)
-
-LLM에 메시지를 보냅니다.
-
-```typescript
-await CapgoLLM.sendMessage({
-  chatId: 'chat-id',
-  message: '날씨는 어때요?'
-});
-```
-
-| 매개변수      | 타입     | 설명          |
-| ---------- | -------- | -------------------- |
-| **`chatId`**  | `string` | 채팅 세션 ID      |
-| **`message`** | `string` | 보낼 메시지      |
-
-### getReadiness()
-
-LLM이 사용할 준비가 되었는지 확인합니다.
-
-```typescript
-const { readiness } = await CapgoLLM.getReadiness();
-```
-
-**반환값:** `Promise<{ readiness: string }>`
-
-가능한 값:
-- `ready` - 모델이 로드되고 준비됨
-- `loading` - 모델이 로드 중
-- `not_ready` - 모델이 아직 로드되지 않음
-- `error` - 모델 로드 오류
-
-### setModel(...)
-
-모델 구성을 설정합니다.
-
-```typescript
-// iOS: Apple Intelligence 사용 (권장)
-await CapgoLLM.setModel({
-  path: 'Apple Intelligence'
-});
-
-// iOS: 사용자 지정 MediaPipe 모델 사용 (실험적)
-await CapgoLLM.setModel({
-  path: 'Gemma2-2B-IT_multi-prefill-seq_q8_ekv1280',
-  modelType: 'task',
-  maxTokens: 1280
-});
-
-// Android: MediaPipe 모델 사용
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-```
-
-| 매개변수           | 타입     | 설명                                       |
-| --------------- | -------- | ------------------------------------------------- |
-| **`path`**      | `string` | 모델 경로 또는 iOS 시스템용 "Apple Intelligence" |
-| **`modelType`** | `string` | 선택 사항: 모델 파일 타입 (예: "task", "bin")   |
-| **`maxTokens`** | `number` | 선택 사항: 모델이 처리하는 최대 토큰        |
-| **`topk`**      | `number` | 선택 사항: 각 단계에서 고려되는 토큰 수|
-| **`temperature`** | `number` | 선택 사항: 생성의 무작위성 (0.0-1.0)    |
-| **`randomSeed`** | `number` | 선택 사항: 생성을 위한 랜덤 시드             |
-
-### downloadModel(...)
-
-URL에서 모델을 다운로드하고 장치 스토리지에 저장합니다.
-
-```typescript
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-```
-
-| 매개변수            | 타입     | 설명                                 |
-| ---------------- | -------- | ------------------------------------------- |
-| **`url`**        | `string` | 다운로드할 URL                        |
-| **`companionUrl`** | `string` | 선택 사항: 동반 파일 (.litertlm) URL |
-| **`filename`**   | `string` | 선택 사항: 저장할 파일 이름               |
-
-**반환값:** `Promise<{ path: string; companionPath?: string }>`
-
-## 이벤트
-
-### textFromAi
-
-AI가 텍스트를 생성할 때 발생 (스트리밍 응답).
-
-```typescript
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('AI 텍스트:', event.text);
-  console.log('채팅 ID:', event.chatId);
-  console.log('청크인가:', event.isChunk);
-});
-```
-
-**이벤트 데이터:**
-- `text` (string) - AI의 증분 텍스트 청크
-- `chatId` (string) - 채팅 세션 ID
-- `isChunk` (boolean) - 완전한 청크인지 부분 스트리밍 데이터인지 여부
-
-### aiFinished
-
-AI가 응답을 완료할 때 발생.
-
-```typescript
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('채팅 완료:', event.chatId);
-});
-```
-
-**이벤트 데이터:**
-- `chatId` (string) - 채팅 세션 ID
-
-### downloadProgress
-
-모델 다운로드 중 진행률을 보고하기 위해 발생.
-
-```typescript
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log('진행률:', event.progress, '%');
-  console.log('다운로드됨:', event.downloadedBytes, '/', event.totalBytes);
-});
-```
-
-**이벤트 데이터:**
-- `progress` (number) - 다운로드 완료 백분율 (0-100)
-- `downloadedBytes` (number) - 지금까지 다운로드된 바이트
-- `totalBytes` (number) - 다운로드할 총 바이트
-
-### readinessChange
-
-LLM의 준비 상태가 변경될 때 발생.
-
-```typescript
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('준비 상태가 다음으로 변경됨:', event.readiness);
-});
-```
-
-**이벤트 데이터:**
-- `readiness` (string) - 새로운 준비 상태
-
-## 완전한 예제
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-class AIService {
-  private chatId: string | null = null;
-  private messageBuffer: string = '';
-
-  async initialize() {
-    // 플랫폼에 따라 모델 설정
-    const platform = Capacitor.getPlatform();
-
-    if (platform === 'ios') {
-      // iOS: Apple Intelligence 사용 (권장)
-      await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-    } else {
-      // Android: MediaPipe 모델 사용
-      await CapgoLLM.setModel({
-        path: '/android_asset/gemma-3-270m-it-int8.task',
-        maxTokens: 2048,
-        topk: 40,
-        temperature: 0.8
-      });
-    }
-
-    // 모델이 준비될 때까지 대기
-    let isReady = false;
-    while (!isReady) {
-      const { readiness } = await CapgoLLM.getReadiness();
-      if (readiness === 'ready') {
-        isReady = true;
-      } else if (readiness === 'error') {
-        throw new Error('모델 로드 실패');
-      }
-      await new Promise(resolve => setTimeout(resolve, 500));
-    }
-
-    // 채팅 세션 생성
-    const { id } = await CapgoLLM.createChat();
-    this.chatId = id;
-
-    // 이벤트 리스너 설정
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    CapgoLLM.addListener('textFromAi', (event) => {
-      if (event.chatId === this.chatId) {
-        this.messageBuffer += event.text;
-        this.onTextReceived(event.text);
-      }
-    });
-
-    CapgoLLM.addListener('aiFinished', (event) => {
-      if (event.chatId === this.chatId) {
-        this.onMessageComplete(this.messageBuffer);
-        this.messageBuffer = '';
-      }
-    });
-  }
-
-  async sendMessage(message: string) {
-    if (!this.chatId) {
-      throw new Error('채팅이 초기화되지 않았습니다');
-    }
-
-    await CapgoLLM.sendMessage({
-      chatId: this.chatId,
-      message
-    });
-  }
-
-  onTextReceived(text: string) {
-    // 스트리밍 텍스트로 UI 업데이트
-    console.log('수신:', text);
-  }
-
-  onMessageComplete(fullMessage: string) {
-    // 완전한 메시지 처리
-    console.log('완전한 메시지:', fullMessage);
-  }
-}
-
-// 사용법
-const ai = new AIService();
-await ai.initialize();
-await ai.sendMessage('AI에 대해 말해주세요');
-```
-
-## 플랫폼 지원
-
-| 플랫폼 | 지원됨 | 요구 사항 |
-|----------|-----------|--------------|
-| iOS      | ✅        | iOS 13.0+ (Apple Intelligence는 26.0+) |
-| Android  | ✅        | API 24+ |
-| Web      | ❌        | 지원되지 않음 |
-
-## 모범 사례
-
-1. **모델 선택**: 장치 기능에 따라 모델 선택
-   - 대부분의 모바일 장치에는 270M 사용
-   - RAM이 더 많은 고급 장치에는 1B 사용
-   - 대상 장치에서 성능 테스트
-
-2. **메모리 관리**: 완료 시 채팅 세션 지우기
-   ```typescript
-   // 새 대화를 위한 새 채팅 생성
-   const { id } = await CapacitorLLM.createChat();
-   ```
-
-3. **오류 처리**: 사용하기 전에 항상 준비 상태 확인
-   ```typescript
-   const { readiness } = await CapacitorLLM.getReadiness();
-   if (readiness !== 'ready') {
-     // 준비되지 않은 상태 처리
-   }
-   ```
-
-4. **스트리밍 UI**: 스트리밍 텍스트로 UI를 점진적으로 업데이트
-   - `onAiText`를 통해 도착하는 텍스트 표시
-   - `onAiCompletion`으로 완료 표시
-
-5. **모델 다운로드**: 첫 사용 시가 아닌 앱 설정 중에 모델 다운로드
-   ```typescript
-   // 앱 초기화 중
-   await CapacitorLLM.downloadModel({
-     url: 'https://your-cdn.com/model.task',
-     filename: 'model.task'
-   });
-   ```
-
-## 문제 해결
-
-### 모델이 로드되지 않음
-- 모델 파일이 올바른 위치에 있는지 확인
-- 모델 형식이 플랫폼과 일치하는지 확인 (iOS는 .gguf, Android는 .task)
-- 충분한 장치 스토리지 확인
-
-### 성능 저하
-- 더 작은 모델 시도 (1B 대신 270M)
-- 메모리를 확보하기 위해 다른 앱 닫기
-- 시뮬레이터가 아닌 실제 장치에서 테스트
-
-### 응답 없음
-- 준비 상태가 'ready'인지 확인
-- 메시지를 보내기 전에 이벤트 리스너가 설정되어 있는지 확인
-- 콘솔에서 오류 확인
-
-## 리소스
-
-- [GitHub 저장소](https://github.com/Cap-go/capacitor-llm)
-- [Gemma 모델](https://ai.google.dev/gemma)
-- [Apple Intelligence](https://developer.apple.com/machine-learning/)
-- [MediaPipe](https://developers.google.com/mediapipe)
diff --git a/src/content/docs/ko/docs/plugins/llm/index.mdx b/src/content/docs/ko/docs/plugins/llm/index.mdx
deleted file mode 100644
index cd07c0c0f..000000000
--- a/src/content/docs/ko/docs/plugins/llm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-llm"
-description: 프라이버시와 오프라인 기능을 위한 네이티브 Apple Intelligence 지원으로 iOS 및 Android에서 로컬로 LLM 모델을 실행하세요.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 네이티브 Apple Intelligence 통합 및 하드웨어 가속으로 기기에서 직접 LLM 모델을 실행하세요.
-  image:
-    file: ~public/icons/plugins/llm.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/llm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-llm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="기기 내 프라이버시" icon="approve-check-circle">
-    프라이버시와 오프라인 기능을 위해 기기에서 직접 LLM 모델을 실행하세요 🤖
-  </Card>
-  <Card title="Apple Intelligence" icon="star">
-    iOS 26.0+ 에서 네이티브 Apple Intelligence 통합 🍎
-  </Card>
-  <Card title="다양한 형식" icon="puzzle">
-    .task 및 .litertlm 모델 형식 지원 📦
-  </Card>
-  <Card title="하드웨어 가속" icon="rocket">
-    네이티브 하드웨어 가속으로 빠른 추론 ⚡
-  </Card>
-  <Card title="스트리밍 응답" icon="download">
-    이벤트 리스너를 통한 실시간 스트리밍 응답 🔄
-  </Card>
-  <Card title="시작하기" icon="open-book">
-    플러그인을 설치하고 구성하려면 [시작 가이드](/docs/plugins/llm/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/media-session/getting-started.mdx b/src/content/docs/ko/docs/plugins/media-session/getting-started.mdx
deleted file mode 100644
index b3945e6f4..000000000
--- a/src/content/docs/ko/docs/plugins/media-session/getting-started.mdx
+++ /dev/null
@@ -1,83 +0,0 @@
----
-title: 시작하기
-description: Media Session 플러그인을 사용하여 플레이어 UI를 네이티브 미디어 컨트롤과 동기화하세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **플러그인 설치**
-   <PackageManagers pkg="@capgo/capacitor-media-session" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **플랫폼 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-> ℹ️ Media Session API는 Android(Chrome 기반 브라우저, WebView) 및 많은 데스크톱 브라우저에서 사용할 수 있습니다. 지원되지 않는 플랫폼에서는 호출이 효과 없이 해결되므로 UI를 적절히 보호하세요.
-
-## 메타데이터 게시
-
-```typescript
-import { MediaSession } from '@capgo/capacitor-media-session';
-
-await MediaSession.setMetadata({
-  title: 'Weekly Tech Podcast',
-  artist: 'Capgo Studio',
-  album: 'Season 2',
-  artwork: [
-    { src: 'https://cdn.example.com/covers/s02e05-512.png', sizes: '512x512', type: 'image/.png' },
-  ],
-});
-```
-
-## 재생 상태 업데이트
-
-```typescript
-await MediaSession.setPlaybackState({ playbackState: 'playing' });
-
-// 필요시 나중에 일시정지
-await MediaSession.setPlaybackState({ playbackState: 'paused' });
-```
-
-## 미디어 액션 처리
-
-```typescript
-const pauseHandler = async () => {
-  player.pause();
-  await MediaSession.setPlaybackState({ playbackState: 'paused' });
-};
-
-await MediaSession.setActionHandler({ action: 'pause' }, pauseHandler);
-await MediaSession.setActionHandler({ action: 'play' }, async () => {
-  await player.play();
-  await MediaSession.setPlaybackState({ playbackState: 'playing' });
-});
-
-// 플레이어를 해제할 때 핸들러 제거
-await MediaSession.setActionHandler({ action: 'pause' }, null);
-```
-
-## 위치 동기화 유지
-
-```typescript
-const updatePosition = async () => {
-  await MediaSession.setPositionState({
-    duration: player.duration,
-    position: player.currentTime,
-    playbackRate: player.playbackRate,
-  });
-};
-
-player.ontimeupdate = updatePosition;
-player.onratechange = updatePosition;
-```
-
-## 권장사항
-
-- 트랙이 변경될 때 메타데이터를 새로고침하여 알림 및 스마트 스피커가 최신 상태를 유지하도록 하세요.
-- 네이티브 레이어에 스팸을 보내지 않도록 위치 업데이트를 조절하세요(예: 250ms마다).
-- 플레이어 인스턴스를 해제할 때 우발적인 누출을 방지하기 위해 항상 액션 핸들러를 제거하세요.
diff --git a/src/content/docs/ko/docs/plugins/media-session/index.mdx b/src/content/docs/ko/docs/plugins/media-session/index.mdx
deleted file mode 100644
index c830ba182..000000000
--- a/src/content/docs/ko/docs/plugins/media-session/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-media-session"
-description: Capacitor에서 직접 잠금 화면, 알림 및 헤드셋 미디어 컨트롤을 제어하세요.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 트랙 메타데이터를 게시하고, 재생/일시정지 이벤트에 반응하며, 네이티브 미디어 컨트롤과 재생 상태를 동기화하세요.
-  image:
-    file: ~public/icons/plugins/media-session.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/media-session/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-media-session/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Media Session 플러그인은 Capacitor를 Media Session API와 연결하여 오디오 및 비디오 플레이어가 모든 곳에서 네이티브처럼 느껴지도록 합니다.
-
-<CardGrid stagger>
-  <Card title="풍부한 메타데이터" icon="star">
-    잠금 화면 및 알림 컨트롤에 앨범 아트, 아티스트 및 제목을 제공하세요.
-  </Card>
-  <Card title="재생 상태 동기화" icon="rocket">
-    재생/일시정지 버튼과 진행률 표시기를 플레이어와 정렬하여 유지하세요.
-  </Card>
-  <Card title="액션 콜백" icon="pencil">
-    Capacitor 코드에서 헤드셋 버튼 및 OS 미디어 액션을 처리하세요.
-  </Card>
-  <Card title="위치 보고" icon="download">
-    스크러빙이 원활하게 작동하도록 duration, position 및 rate를 전달하세요.
-  </Card>
-</CardGrid>
-
-플레이어 라이프사이클에 메타데이터 업데이트를 연결하려면 시작 가이드로 이동하세요.
diff --git a/src/content/docs/ko/docs/plugins/mute/getting-started.mdx b/src/content/docs/ko/docs/plugins/mute/getting-started.mdx
deleted file mode 100644
index dd6c780bf..000000000
--- a/src/content/docs/ko/docs/plugins/mute/getting-started.mdx
+++ /dev/null
@@ -1,210 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 무음 모드 상태를 감지하기 위해 Mute 플러그인을 설치하고 사용하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-mute" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 사용법
-
-플러그인을 가져와서 메서드를 사용하여 무음 상태를 확인하세요:
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-// 기기가 무음인지 확인
-const checkMuteState = async () => {
-  const { value } = await CapacitorMute.isMuted();
-
-  if (value) {
-    console.log('Device is muted/silent');
-    // 무음 모드에 맞게 앱 동작 조정
-  } else {
-    console.log('Device sound is on');
-  }
-};
-```
-
-## API 참조
-
-### isMuted()
-
-기기가 현재 무음/무음 모드인지 확인합니다.
-
-```typescript
-const result = await CapacitorMute.isMuted();
-// 반환: { value: boolean }
-```
-
-## 완전한 예제
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-export class SoundManager {
-  private isMuted = false;
-
-  async initialize() {
-    // 초기 무음 상태 가져오기
-    await this.checkMuteState();
-  }
-
-  async checkMuteState() {
-    try {
-      const { value } = await CapacitorMute.isMuted();
-      this.isMuted = value;
-      this.updateAppBehavior();
-    } catch (error) {
-      console.error('Failed to check mute state:', error);
-    }
-  }
-
-  private updateAppBehavior() {
-    if (this.isMuted) {
-      // 기기가 무음 - 앱 동작 조정
-      this.disableSoundEffects();
-      this.showVisualNotifications();
-    } else {
-      // 기기 사운드가 켜짐
-      this.enableSoundEffects();
-      this.useAudioNotifications();
-    }
-  }
-
-  private disableSoundEffects() {
-    // 앱 내 사운드 비활성화
-    console.log('Disabling sound effects');
-  }
-
-  private enableSoundEffects() {
-    // 앱 내 사운드 활성화
-    console.log('Enabling sound effects');
-  }
-
-  private showVisualNotifications() {
-    // 오디오 대신 시각적 피드백 사용
-    console.log('Using visual notifications');
-  }
-
-  private useAudioNotifications() {
-    // 오디오 알림 사용
-    console.log('Using audio notifications');
-  }
-}
-
-// 사용법
-const soundManager = new SoundManager();
-await soundManager.initialize();
-
-// 주기적으로 폴링하여 변경 사항 확인
-setInterval(() => {
-  soundManager.checkMuteState();
-}, 5000); // 5초마다 확인
-```
-
-## 플랫폼 동작
-
-### iOS
-- 물리적 무음 스위치 상태 감지
-- 실시간 변경 이벤트 없음 (폴링 필요)
-- 무음 스위치가 있는 iPhone 및 iPad에서 작동
-
-### Android
-- 벨소리 모드가 무음 또는 진동으로 설정되어 있는지 확인
-- 변경 이벤트 없음 (폴링 필요)
-- AudioManager 벨소리 모드 기반
-
-## 모범 사례
-
-1. **변경 사항 폴링**
-   플러그인이 실시간 이벤트를 제공하지 않으므로 변경 사항을 추적해야 하는 경우 주기적으로 폴링하세요:
-   ```typescript
-   // 주기적으로 무음 상태 확인
-   setInterval(async () => {
-     const { value } = await CapacitorMute.isMuted();
-     if (value !== previousMuteState) {
-       handleMuteStateChange(value);
-     }
-   }, 5000);
-   ```
-
-2. **사용자 기본 설정 존중**
-   항상 무음 상태를 존중하고 앱의 오디오 동작을 그에 맞게 조정하세요.
-
-3. **시각적 대안 제공**
-   ```typescript
-   const { value: isMuted } = await CapacitorMute.isMuted();
-   if (isMuted) {
-     // 시각적 알림 표시
-     showToast('New message received');
-   } else {
-     // 사운드 알림 재생
-     playNotificationSound();
-   }
-   ```
-
-## 사용 사례
-
-1. **게임 사운드 관리**
-   ```typescript
-   const shouldPlaySound = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-     return !isMuted && userPreferences.soundEnabled;
-   };
-   ```
-
-2. **알림 처리**
-   ```typescript
-   const sendNotification = async (message: string) => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     if (isMuted) {
-       // 진동 또는 시각적 알림 사용
-       await Haptics.vibrate();
-       showBanner(message);
-     } else {
-       // 알림 사운드 재생
-       await playSound('notification.mp3');
-     }
-   };
-   ```
-
-3. **비디오 플레이어**
-   ```typescript
-   const initVideoPlayer = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     videoPlayer.setMuted(isMuted);
-     if (isMuted) {
-       showSubtitles(true);
-       showMuteIndicator();
-     }
-   };
-   ```
-
-## 문제 해결
-
-1. **Android에서 항상 false 반환**
-   - 기기 벨소리 모드가 실제로 무음으로 설정되어 있는지 확인
-   - 일부 Android 기기는 다른 동작을 보일 수 있음
-
-2. **변경 이벤트를 사용할 수 없음**
-   - 플러그인은 실시간 변경 이벤트를 제공하지 않음
-   - 변경 사항을 감지해야 하는 경우 폴링 구현
-
-3. **시뮬레이터에서 작동하지 않음**
-   - iOS 시뮬레이터에는 무음 스위치가 없음
-   - 정확한 결과를 얻으려면 실제 기기에서 테스트
diff --git a/src/content/docs/ko/docs/plugins/mute/index.mdx b/src/content/docs/ko/docs/plugins/mute/index.mdx
deleted file mode 100644
index 0eca7ece8..000000000
--- a/src/content/docs/ko/docs/plugins/mute/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-mute"
-description: iOS 기기의 무음 스위치 상태를 감지 및 제어하고 Android에서 볼륨 상태를 확인하세요.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 기기가 무음 또는 무음 모드로 설정되어 있는지 확인하세요. iOS에서는 무음 스위치를 감지하고 Android에서는 볼륨 상태를 감지합니다.
-  image:
-    file: ~public/icons/plugins/mute.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/mute/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mute/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="무음 모드 감지" icon="rocket">
-    기기가 무음/무음 모드인지 감지 🔇
-  </Card>
-  <Card title="크로스 플랫폼" icon="setting">
-    iOS(무음 스위치) 및 Android(볼륨) 모두에서 작동 📱
-  </Card>
-  <Card title="간단한 API" icon="pencil">
-    간단한 메서드로 쉽게 사용 🎯
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    [문서](/docs/plugins/mute/getting-started/)를 확인하여 몇 분 만에 플러그인을 마스터하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/mux-player/getting-started.mdx b/src/content/docs/ko/docs/plugins/mux-player/getting-started.mdx
deleted file mode 100644
index 62174e65c..000000000
--- a/src/content/docs/ko/docs/plugins/mux-player/getting-started.mdx
+++ /dev/null
@@ -1,91 +0,0 @@
----
-title: 시작하기
-description: Capacitor 애플리케이션 내에서 네이티브 Mux Player SDK를 연결하세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **플러그인 설치**
-   <PackageManagers pkg="@capgo/capacitor-mux-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS 준비
-
-1. `ios/App/` 아래의 Xcode 워크스페이스를 엽니다.
-2. Swift 패키지 `https://github.com/muxinc/mux-player-swift`를 앱 타겟에 추가하여 `MuxPlayerSwift` 모듈을 사용할 수 있도록 합니다.
-3. 배포 타겟이 **iOS 15+** 인지 확인하고 다시 빌드합니다.
-
-## Android 준비
-
-Gradle 모듈은 올바른 리포지토리 및 종속성과 함께 제공됩니다. 사용자 지정 기업 프록시를 사용하는 경우 `https://muxinc.jfrog.io/artifactory/default-maven-release-local`에 대한 요청을 허용하세요.
-
-## 플레이어 실행
-
-```typescript
-import { MuxPlayer } from '@capgo/capacitor-mux-player';
-
-await MuxPlayer.play({
-  playbackId: 'your-playback-id',
-  environmentKey: 'your-mux-data-key',
-  title: 'Launch Announcement',
-  subtitle: 'Filmed live at Capgo HQ',
-  poster: 'https://stream.example.com/poster.jpg',
-});
-```
-
-## 플레이어 이벤트 수신
-
-```typescript
-const readyHandle = await MuxPlayer.addListener('ready', ({ playerName }) => {
-  console.log('Mux player ready', playerName);
-});
-
-const errorHandle = await MuxPlayer.addListener('error', ({ message }) => {
-  console.error('Mux player error:', message);
-});
-
-// 플레이어를 해제한 후 정리
-const dismissPlayer = async () => {
-  await MuxPlayer.dismiss();
-  await readyHandle.remove();
-  await errorHandle.remove();
-};
-```
-
-## 토큰 기반 재생
-
-```typescript
-await MuxPlayer.play({
-  playbackId: 'signed-playback-id',
-  playbackToken: signedPlaybackToken,
-  drmToken: signedDrmToken, // DRM 정책을 활성화한 경우 선택 사항
-  autoPlay: true,
-  startTime: 120, // 2분부터 시작
-});
-```
-
-## 플레이어 라이프사이클에 반응
-
-```typescript
-const { active } = await MuxPlayer.isActive();
-if (active) {
-  console.log('Player currently visible');
-}
-
-// 마운트 해제할 때 모든 리스너 등록 제거
-await MuxPlayer.removeAllListeners();
-```
-
-## 팁
-
-- Mux 서명 키를 사용하여 백엔드에서 서명된 재생 및 DRM 토큰을 생성하세요.
-- 앱에서 여러 플레이어를 실행할 때 분석을 구분하려면 `playerName`을 전달하세요.
-- 지원되는 플랫폼에서 오프라인 복원력을 개선하려면 `enableSmartCache`와 결합하세요.
diff --git a/src/content/docs/ko/docs/plugins/mux-player/index.mdx b/src/content/docs/ko/docs/plugins/mux-player/index.mdx
deleted file mode 100644
index 90c46fdf1..000000000
--- a/src/content/docs/ko/docs/plugins/mux-player/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-mux-player"
-description: 서명된 재생 및 분석 지원으로 Capacitor 앱에서 네이티브 Mux Player SDK를 실행하세요.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: DRM, 분석 및 iOS, Android 및 웹에서 일관된 컨트롤을 갖춘 전체 화면에서 고품질 Mux 비디오를 스트리밍하세요.
-  image:
-    file: ~public/icons/plugins/mux-player.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/mux-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mux-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-공식 Mux 네이티브 SDK를 간단한 Capacitor 인터페이스로 래핑하여 프리미엄 재생을 제공합니다.
-
-<CardGrid stagger>
-  <Card title="네이티브 SDK 경험" icon="rocket">
-    적응형 비트레이트 및 DRM을 사용하여 Mux 모바일 SDK와 동일한 재생 스택을 사용하세요.
-  </Card>
-  <Card title="서명된 재생" icon="approve-check">
-    보호된 스트림의 안전한 전달을 위해 재생 및 DRM 토큰을 제공하세요.
-  </Card>
-  <Card title="통일된 API" icon="pencil">
-    하나의 TypeScript API로 재생을 트리거하고, 플레이어를 해제하고, 이벤트를 수신하세요.
-  </Card>
-  <Card title="분석 준비" icon="star">
-    Mux Data 원격 측정을 자동으로 공급하기 위해 환경 키와 플레이어 이름을 전달하세요.
-  </Card>
-</CardGrid>
-
-시작 가이드에서는 네이티브 SDK 연결, 토큰 처리 및 플레이어 이벤트에 대한 응답 방법을 안내합니다.
diff --git a/src/content/docs/ko/docs/plugins/native-audio/getting-started.mdx b/src/content/docs/ko/docs/plugins/native-audio/getting-started.mdx
deleted file mode 100644
index de50ab58f..000000000
--- a/src/content/docs/ko/docs/plugins/native-audio/getting-started.mdx
+++ /dev/null
@@ -1,478 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 고성능 오디오 재생을 위해 Native Audio 플러그인을 설치하고 사용하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/native-audio" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **오디오 파일 추가**
-   오디오 파일을 적절한 플랫폼 폴더에 배치하세요:
-   - **iOS**: `ios/App/App/sounds/`
-   - **Android**: `android/app/src/main/res/raw/`
-</Steps>
-
-## 사용법
-
-재생하기 전에 플러그인을 가져와서 오디오 파일을 미리 로드하세요:
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-// 오디오 파일 미리 로드
-const preloadAudio = async () => {
-  // 짧은 사운드를 위한 간단한 미리 로드
-  await NativeAudio.preload({
-    assetId: 'click',
-    assetPath: 'sounds/click.mp3',
-    audioChannelNum: 1,
-    isUrl: false
-  });
-
-  // 음악/긴 오디오를 위한 복잡한 미리 로드
-  await NativeAudio.preloadComplex({
-    assetId: 'background-music',
-    assetPath: 'sounds/background.mp3',
-    audioChannelNum: 1,
-    volume: 0.5,
-    delay: 0,
-    isUrl: false
-  });
-};
-
-// 오디오 재생
-const playSound = async () => {
-  await NativeAudio.play({
-    assetId: 'click'
-  });
-};
-
-// 옵션과 함께 재생
-const playMusic = async () => {
-  await NativeAudio.play({
-    assetId: 'background-music',
-    time: 0 // 처음부터 시작
-  });
-};
-
-// 오디오 반복
-const loopMusic = async () => {
-  await NativeAudio.loop({
-    assetId: 'background-music'
-  });
-};
-
-// 오디오 중지
-const stopMusic = async () => {
-  await NativeAudio.stop({
-    assetId: 'background-music'
-  });
-};
-
-// 완료되면 언로드
-const cleanup = async () => {
-  await NativeAudio.unload({
-    assetId: 'click'
-  });
-  await NativeAudio.unload({
-    assetId: 'background-music'
-  });
-};
-```
-
-## API 참조
-
-### preload(options)
-
-간단한 재생을 위해 오디오 파일을 미리 로드합니다(짧은 사운드에 가장 적합).
-
-```typescript
-interface PreloadOptions {
-  assetId: string;
-  assetPath: string;
-  audioChannelNum?: number;
-  isUrl?: boolean;
-}
-
-await NativeAudio.preload({
-  assetId: 'sound-effect',
-  assetPath: 'sounds/effect.mp3',
-  audioChannelNum: 1,
-  isUrl: false
-});
-```
-
-### preloadComplex(options)
-
-고급 옵션으로 오디오를 미리 로드합니다(음악/배경 오디오에 가장 적합).
-
-```typescript
-interface PreloadComplexOptions {
-  assetId: string;
-  assetPath: string;
-  volume?: number; // 0.0 to 1.0
-  audioChannelNum?: number;
-  delay?: number;
-  isUrl?: boolean;
-  fadeDuration?: number;
-}
-
-await NativeAudio.preloadComplex({
-  assetId: 'theme-song',
-  assetPath: 'sounds/theme.mp3',
-  volume: 0.7,
-  audioChannelNum: 2,
-  isUrl: false
-});
-```
-
-### play(options)
-
-미리 로드된 오디오 파일을 재생합니다.
-
-```typescript
-interface PlayOptions {
-  assetId: string;
-  time?: number; // 시작 시간(초)
-}
-
-await NativeAudio.play({
-  assetId: 'sound-effect',
-  time: 0
-});
-```
-
-### loop(options)
-
-미리 로드된 오디오 파일을 지속적으로 반복합니다.
-
-```typescript
-await NativeAudio.loop({
-  assetId: 'background-music'
-});
-```
-
-### stop(options)
-
-오디오 파일 재생을 중지합니다.
-
-```typescript
-await NativeAudio.stop({
-  assetId: 'background-music'
-});
-```
-
-### pause(options)
-
-오디오 재생을 일시 중지합니다.
-
-```typescript
-await NativeAudio.pause({
-  assetId: 'background-music'
-});
-```
-
-### resume(options)
-
-일시 중지된 오디오를 재개합니다.
-
-```typescript
-await NativeAudio.resume({
-  assetId: 'background-music'
-});
-```
-
-### setVolume(options)
-
-오디오 애셋의 볼륨을 설정합니다.
-
-```typescript
-interface SetVolumeOptions {
-  assetId: string;
-  volume: number; // 0.0 to 1.0
-}
-
-await NativeAudio.setVolume({
-  assetId: 'background-music',
-  volume: 0.3
-});
-```
-
-### getDuration(options)
-
-오디오 파일의 지속 시간을 초 단위로 가져옵니다.
-
-```typescript
-const { duration } = await NativeAudio.getDuration({
-  assetId: 'background-music'
-});
-console.log(`Duration: ${duration} seconds`);
-```
-
-### getCurrentTime(options)
-
-현재 재생 시간을 초 단위로 가져옵니다.
-
-```typescript
-const { currentTime } = await NativeAudio.getCurrentTime({
-  assetId: 'background-music'
-});
-console.log(`Current time: ${currentTime} seconds`);
-```
-
-### isPlaying(options)
-
-오디오가 현재 재생 중인지 확인합니다.
-
-```typescript
-const { isPlaying } = await NativeAudio.isPlaying({
-  assetId: 'background-music'
-});
-console.log(`Is playing: ${isPlaying}`);
-```
-
-### unload(options)
-
-메모리에서 오디오 파일을 언로드합니다.
-
-```typescript
-await NativeAudio.unload({
-  assetId: 'sound-effect'
-});
-```
-
-## 고급 사용법
-
-### 사운드 매니저 클래스
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-export class SoundManager {
-  private sounds: Map<string, boolean> = new Map();
-  private volume = 1.0;
-
-  async init() {
-    // 모든 사운드 미리 로드
-    await this.preloadSound('click', 'sounds/click.mp3');
-    await this.preloadSound('success', 'sounds/success.mp3');
-    await this.preloadSound('error', 'sounds/error.mp3');
-
-    // 음악 미리 로드
-    await this.preloadMusic('background', 'sounds/background.mp3', 0.5);
-  }
-
-  private async preloadSound(id: string, path: string) {
-    try {
-      await NativeAudio.preload({
-        assetId: id,
-        assetPath: path,
-        audioChannelNum: 1,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Failed to preload ${id}:`, error);
-    }
-  }
-
-  private async preloadMusic(id: string, path: string, volume: number) {
-    try {
-      await NativeAudio.preloadComplex({
-        assetId: id,
-        assetPath: path,
-        volume,
-        audioChannelNum: 2,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Failed to preload ${id}:`, error);
-    }
-  }
-
-  async playSound(id: string) {
-    if (!this.sounds.has(id)) {
-      console.warn(`Sound ${id} not preloaded`);
-      return;
-    }
-
-    try {
-      await NativeAudio.play({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to play ${id}:`, error);
-    }
-  }
-
-  async playMusic(id: string) {
-    if (!this.sounds.has(id)) return;
-
-    try {
-      await NativeAudio.loop({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to play music ${id}:`, error);
-    }
-  }
-
-  async stopMusic(id: string) {
-    try {
-      await NativeAudio.stop({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to stop ${id}:`, error);
-    }
-  }
-
-  async setMasterVolume(volume: number) {
-    this.volume = Math.max(0, Math.min(1, volume));
-
-    // 모든 로드된 사운드 업데이트
-    for (const [id] of this.sounds) {
-      await NativeAudio.setVolume({
-        assetId: id,
-        volume: this.volume
-      });
-    }
-  }
-
-  async cleanup() {
-    for (const [id] of this.sounds) {
-      await NativeAudio.unload({ assetId: id });
-    }
-    this.sounds.clear();
-  }
-}
-```
-
-### URL에서 로드
-
-```typescript
-// URL에서 오디오 로드
-await NativeAudio.preloadComplex({
-  assetId: 'remote-audio',
-  assetPath: 'https://example.com/audio.mp3',
-  isUrl: true,
-  volume: 0.8
-});
-```
-
-### 페이드 인/아웃 효과
-
-```typescript
-const fadeIn = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-
-  await NativeAudio.setVolume({ assetId, volume: 0 });
-  await NativeAudio.play({ assetId });
-
-  for (let i = 1; i <= steps; i++) {
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-  }
-};
-
-const fadeOut = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-
-  for (let i = steps; i >= 0; i--) {
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-  }
-
-  await NativeAudio.stop({ assetId });
-};
-```
-
-## 모범 사례
-
-1. **앱 초기화 중 미리 로드**
-   ```typescript
-   import { App } from '@capacitor/app';
-
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await soundManager.init();
-     }
-   });
-   ```
-
-2. **오류를 우아하게 처리**
-   ```typescript
-   try {
-     await NativeAudio.play({ assetId: 'sound' });
-   } catch (error) {
-     console.log('Audio playback failed, continuing silently');
-   }
-   ```
-
-3. **사용하지 않는 오디오 언로드**
-   ```typescript
-   // 화면을 떠날 때 사운드 언로드
-   ionViewWillLeave() {
-     this.unloadScreenSounds();
-   }
-   ```
-
-4. **적절한 미리 로드 메서드 사용**
-   - 짧은 사운드 효과(< 5초)에는 `preload()`
-   - 음악 및 긴 오디오에는 `preloadComplex()`
-
-## 플랫폼 참고사항
-
-### iOS
-- AAC, MP3, WAV 및 기타 Core Audio 형식 지원
-- 복잡한 오디오에 AVAudioPlayer 사용
-- 간단한 오디오에 System Sound Services 사용
-- 적절한 구성으로 백그라운드 오디오 지원
-
-### Android
-- MP3, OGG, WAV 형식 지원
-- 간단한 오디오에 SoundPool 사용
-- 복잡한 오디오에 MediaPlayer 사용
-- 백그라운드 재생에 WAKE_LOCK 권한이 필요할 수 있음
-
-### 파일 배치
-
-#### iOS
-파일을 `ios/App/App/sounds/`에 배치하거나 Xcode에서 폴더 참조를 생성하세요.
-
-#### Android
-파일을 `android/app/src/main/res/raw/`에 배치하세요.
-참고: 파일 이름은 특수 문자 없이 소문자여야 합니다.
-
-## 일반적인 문제
-
-1. **오디오가 재생되지 않음**
-   - 파일이 올바른 디렉토리에 있는지 확인
-   - 파일 형식 호환성 확인
-   - assetId가 정확히 일치하는지 확인
-
-2. **재생 지연**
-   - 사운드 효과에 `preload()` 사용
-   - 재생하기 전에 미리 로드
-
-3. **메모리 문제**
-   - 필요하지 않을 때 오디오 파일 언로드
-   - 너무 많은 대용량 파일을 미리 로드하지 마세요
-
-4. **백그라운드 재생**
-   - iOS에서 백그라운드 오디오 기능 구성
-   - Android에서 오디오 포커스 처리
diff --git a/src/content/docs/ko/docs/plugins/native-audio/index.mdx b/src/content/docs/ko/docs/plugins/native-audio/index.mdx
deleted file mode 100644
index efbbcaf5d..000000000
--- a/src/content/docs/ko/docs/plugins/native-audio/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/native-audio"
-description: 낮은 지연 시간과 동시 재생 지원을 갖춘 Capacitor 앱용 고성능 네이티브 오디오 재생 플러그인.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 네이티브 성능, 낮은 지연 시간 및 동시 재생으로 오디오를 재생하세요. 게임, 사운드 효과 및 배경 음악에 완벽합니다.
-  image:
-    file: ~public/icons/plugins/native-audio.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/native-audio/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-native-audio/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="낮은 지연 시간" icon="rocket">
-    즉시 재생을 위한 네이티브 오디오 API 🚀
-  </Card>
-  <Card title="동시 재생" icon="list-format">
-    여러 사운드를 동시에 재생 🎵
-  </Card>
-  <Card title="백그라운드 오디오" icon="rocket">
-    앱이 백그라운드에 있을 때 재생 계속 🎧
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    [문서](/docs/plugins/native-audio/getting-started/)를 확인하여 몇 분 만에 플러그인을 마스터하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/native-biometric/getting-started.mdx b/src/content/docs/ko/docs/plugins/native-biometric/getting-started.mdx
deleted file mode 100644
index dd5b55d4f..000000000
--- a/src/content/docs/ko/docs/plugins/native-biometric/getting-started.mdx
+++ /dev/null
@@ -1,204 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 안전한 생체 인증을 위해 Native Biometric 플러그인을 설치하고 사용하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-native-biometric" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **권한 구성**
-
-   ### iOS
-   `Info.plist`에 Face ID 사용 설명 추가:
-   ```xml
-   <key>NSFaceIDUsageDescription</key>
-   <string>For secure authentication</string>
-   ```
-
-   ### Android
-   `AndroidManifest.xml`에 생체 인증 권한 추가:
-   ```xml
-   <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-   ```
-</Steps>
-
-## 사용법
-
-생체 인증을 위해 플러그인을 가져와서 메서드를 사용하세요:
-
-```typescript
-import { NativeBiometric } from '@capgo/capacitor-native-biometric';
-
-// 생체 인증을 사용할 수 있는지 확인
-const checkBiometric = async () => {
-  const result = await NativeBiometric.isAvailable();
-
-  if (result.isAvailable) {
-    console.log(`Biometric type: ${result.biometryType}`);
-  }
-};
-
-// 생체 인증 수행
-const verify = async () => {
-  const verified = await NativeBiometric.verifyIdentity({
-    reason: "For secure access to your account",
-    title: "Authentication",
-    subtitle: "Verify your identity",
-    description: "Place your finger on the sensor"
-  })
-    .then(() => true)
-    .catch(() => false);
-
-  if (verified) {
-    console.log("Authentication successful");
-  }
-};
-
-// 자격 증명을 안전하게 저장
-const saveCredentials = async () => {
-  await NativeBiometric.setCredentials({
-    username: "user@example.com",
-    password: "securepassword",
-    server: "https://api.example.com"
-  });
-};
-
-// 저장된 자격 증명 검색
-const getCredentials = async () => {
-  const credentials = await NativeBiometric.getCredentials({
-    server: "https://api.example.com"
-  });
-
-  console.log(credentials.username);
-  console.log(credentials.password);
-};
-
-// 저장된 자격 증명 삭제
-const deleteCredentials = async () => {
-  await NativeBiometric.deleteCredentials({
-    server: "https://api.example.com"
-  });
-};
-```
-
-## API 참조
-
-### isAvailable()
-
-기기에서 생체 인증을 사용할 수 있는지 확인합니다.
-
-```typescript
-interface AvailableResult {
-  isAvailable: boolean;
-  biometryType?: BiometryType;
-  errorCode?: number;
-}
-
-enum BiometryType {
-  NONE = 0,
-  TOUCH_ID = 1,
-  FACE_ID = 2,
-  FINGERPRINT = 3,
-  FACE_AUTHENTICATION = 4,
-  IRIS_AUTHENTICATION = 5
-}
-```
-
-### verifyIdentity(options)
-
-생체 인증을 수행합니다.
-
-```typescript
-interface BiometricOptions {
-  reason?: string;
-  title?: string;
-  subtitle?: string;
-  description?: string;
-  fallbackTitle?: string;
-  useFallback?: boolean;
-  maxAttempts?: number;
-}
-```
-
-### setCredentials(options)
-
-생체 보호를 통해 자격 증명을 안전하게 저장합니다.
-
-```typescript
-interface Credentials {
-  username: string;
-  password: string;
-  server: string;
-}
-```
-
-### getCredentials(options)
-
-생체 인증 후 저장된 자격 증명을 검색합니다.
-
-```typescript
-interface GetCredentialOptions {
-  server: string;
-}
-```
-
-### deleteCredentials(options)
-
-저장된 자격 증명을 삭제합니다.
-
-```typescript
-interface DeleteCredentialOptions {
-  server: string;
-}
-```
-
-## 모범 사례
-
-1. **항상 먼저 가용성 확인**
-   ```typescript
-   const result = await NativeBiometric.isAvailable();
-   if (!result.isAvailable) {
-     // 비밀번호 인증으로 대체
-   }
-   ```
-
-2. **명확한 이유 제공**
-   사용자 신뢰를 구축하기 위해 생체 인증이 필요한 이유를 항상 설명하세요.
-
-3. **오류를 우아하게 처리**
-   ```typescript
-   try {
-     await NativeBiometric.verifyIdentity({
-       reason: "Access your secure data"
-     });
-   } catch (error) {
-     // 취소 또는 실패 처리
-     console.log("Authentication failed or cancelled");
-   }
-   ```
-
-4. **적절한 대체 수단 사용**
-   생체 인증이 실패할 수 있는 기기에 대해 패스코드 대체 수단을 활성화하세요.
-
-## 플랫폼 차이점
-
-### iOS
-- Touch ID 및 Face ID 지원
-- Face ID에 `NSFaceIDUsageDescription` 필요
-- 기기 패스코드로 대체 가능
-
-### Android
-- 지문, 얼굴 및 홍채 인식 지원
-- `USE_BIOMETRIC` 권한 필요
-- Android 9+ 에 Biometric Prompt API
diff --git a/src/content/docs/ko/docs/plugins/native-biometric/index.mdx b/src/content/docs/ko/docs/plugins/native-biometric/index.mdx
deleted file mode 100644
index 0cf4e16e4..000000000
--- a/src/content/docs/ko/docs/plugins/native-biometric/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-native-biometric"
-description: 지문, Face ID 및 기타 생체 센서를 사용한 네이티브 생체 인증용 Capacitor 플러그인.
-locale: ko
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: Android 및 iOS용 네이티브 생체 인증 API에 액세스하여 안전하고 편리한 사용자 인증을 제공합니다.
-  image:
-    file: ~public/icons/plugins/native-biometric.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/native-biometric/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-native-biometric/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="다양한 생체 인식" icon="rocket">
-    지문, Face ID, Touch ID 및 기타 생체 센서 지원 🚀
-  </Card>
-  <Card title="안전한 인증" icon="approve-check">
-    민감한 작업을 위한 안전한 생체 인증 제공 🔒
-  </Card>
-  <Card title="대체 옵션" icon="setting">
-    생체 인증을 사용할 수 없을 때 기기 패스코드 대체 포함 😊
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    [문서](/docs/plugins/native-biometric/getting-started/)를 확인하여 몇 분 만에 플러그인을 마스터하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/native-market/getting-started.mdx b/src/content/docs/ko/docs/plugins/native-market/getting-started.mdx
deleted file mode 100644
index 53acb9343..000000000
--- a/src/content/docs/ko/docs/plugins/native-market/getting-started.mdx
+++ /dev/null
@@ -1,106 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 사용자를 Google Play Store 또는 Apple App Store로 리디렉션하기 위해 Native Market 플러그인을 설치하고 사용하는 방법을 알아보세요.
-locale: ko
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/native-market" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 사용법
-
-플러그인을 가져와서 메서드를 사용하여 사용자를 앱 스토어로 리디렉션하세요:
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// 앱 스토어 목록 열기
-const openAppStore = async () => {
-  await NativeMarket.openStoreListing({
-    appId: 'com.example.app' // 앱의 번들 ID
-  });
-};
-
-// 앱 리뷰 요청
-const requestReview = async () => {
-  await NativeMarket.requestReview();
-};
-
-// 앱 스토어 검색 열기
-const searchInStore = async () => {
-  await NativeMarket.search({
-    terms: 'fitness app' // 검색어
-  });
-};
-```
-
-## API 참조
-
-### openStoreListing(options)
-
-지정된 앱의 앱 스토어 목록을 엽니다.
-
-```typescript
-interface OpenStoreListingOptions {
-  appId: string; // iOS의 번들 ID, Android의 패키지 이름
-}
-```
-
-### requestReview()
-
-사용자에게 앱 내 리뷰를 요청합니다. iOS 10.3+에서는 앱을 떠나지 않고 평가 대화 상자를 표시합니다.
-
-### search(options)
-
-검색 결과와 함께 앱 스토어를 엽니다.
-
-```typescript
-interface SearchOptions {
-  terms: string; // 사용할 검색어
-}
-```
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 10.3+에서 앱 내 리뷰에 `SKStoreReviewController` 사용
-- 이전 버전에서는 App Store를 여는 것으로 대체
-
-### Android
-- Google Play Store 열기
-- 사용 가능한 경우 앱 내 리뷰 API 사용
-
-## 예제
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-import { Capacitor } from '@capacitor/core';
-
-export class AppService {
-  async rateApp() {
-    try {
-      // 먼저 앱 내 리뷰 시도
-      await NativeMarket.requestReview();
-    } catch (error) {
-      // 스토어 목록 열기로 대체
-      const platform = Capacitor.getPlatform();
-      const appId = platform === 'ios'
-        ? 'id123456789' // iOS 앱 ID
-        : 'com.example.app'; // Android 패키지 이름
-
-      await NativeMarket.openStoreListing({ appId });
-    }
-  }
-}
-```
diff --git a/src/content/docs/ko/docs/plugins/native-market/index.mdx b/src/content/docs/ko/docs/plugins/native-market/index.mdx
deleted file mode 100644
index 4a4f9fc97..000000000
--- a/src/content/docs/ko/docs/plugins/native-market/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: '@capgo/native-market'
-description: >-
-  Capacitor 앱에서 사용자를 Google Play Store 또는 Apple App Store로 리디렉션하는 Native Market
-  플러그인입니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    모바일 애플리케이션에서 사용자를 앱 스토어(Google Play 또는 Apple App Store)로 리디렉션하기 위한 Capacitor
-    플러그인입니다.
-  image:
-    file: ~public/icons/plugins/native-market.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/native-market/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/riderx/native-market/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Cross-platform" icon="rocket">
-    Android 및 iOS 플랫폼 모두에서 원활하게 작동합니다 🚀
-  </Card>
-  <Card title="쉬운 통합" icon="pencil">
-    간단한 API을 통해 사용자가 해당 앱 스토어에서 앱을 평가하거나 볼 수 있도록 리디렉션합니다 💨
-  </Card>
-  <Card title="TypeScript 지원" icon="setting">
-    더 나은 개발 경험을 위한 전체 TypeScript 지원 😊
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/native-market/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/native-purchases/android-create-subscription.mdx b/src/content/docs/ko/docs/plugins/native-purchases/android-create-subscription.mdx
deleted file mode 100644
index 73798a853..000000000
--- a/src/content/docs/ko/docs/plugins/native-purchases/android-create-subscription.mdx
+++ /dev/null
@@ -1,163 +0,0 @@
----
-title: Android 자동 갱신 구독 생성
-description: 기본 구매 플러그인용 Google Play 콘솔에서 자동 갱신 구독을 생성하는 방법에 대한 단계별 가이드입니다.
-sidebar:
-  order: 4
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-자동 갱신 구독을 통해 앱의 콘텐츠, 서비스 또는 프리미엄 기능에 지속적으로 액세스할 수 있습니다. 이 가이드는 Google Play 콘솔에서 구독을 생성하고 구성하는 데 도움이 됩니다.
-
-## 개요
-
-구독은 사용자가 취소할 때까지 각 결제 기간이 끝날 때 자동으로 갱신됩니다. 다음과 같은 경우에 이상적입니다.
-- 프리미엄 콘텐츠 이용
-- 광고 없는 경험
-- 클라우드 스토리지
-- 지속적인 서비스
-
-## 구독 만들기
-
-<Steps>
-
-1. **구독으로 이동**
-
-   Google Play 콘솔에서 앱을 선택하고 왼쪽 메뉴에서 **수익 창출 > 구독**을 선택합니다.
-
-   시작하려면 **구독 만들기** 버튼을 클릭하세요.
-
-   ![구독으로 이동](/native-purchases/android/create-subscription/navigate-to-subscriptions.webp)
-
-2. **기본정보 입력**
-
-   구독 이름과 제품 ID를 제공하세요. 제품 ID는 앱 구성에 필요하며 나중에 변경할 수 없습니다.
-
-   ![구독 세부정보 입력](/native-purchases/android/create-subscription/enter-subscription-details.webp)
-
-3. **기본 계획 생성**
-
-   Google Play에는 구독당 정확히 하나의 기본 요금제가 필요합니다. 기본 구매 플러그인은 iOS과의 호환성을 유지하기 위해 하나의 기본 계획만 지원합니다.
-
-   계속하려면 **기본 요금제 추가**를 클릭하세요.
-
-   ![기본 계획 만들기](/native-purchases/android/create-subscription/create-base-plan.webp)
-
-4. **기본 요금제 세부정보 구성**
-
-   입력:
-   - **기본 요금제 ID**: 이 요금제의 고유 식별자
-   - **청구 기간**: 사용자에게 청구되는 빈도(주간, 월간, 연간 등)
-   - **유예 기간**: 취소 전 결제를 재시도하면서 Google이 구독을 유지하는 기간입니다.
-
-   ![기본 요금제 구성](/native-purchases/android/create-subscription/configure-base-plan-details.webp)
-
-5. **가격 설정**
-
-   가격 섹션에 액세스하여 구독을 제공하려는 모든 국가/지역을 선택하세요.
-
-   ![지역 선택](/native-purchases/android/create-subscription/select-pricing-regions.webp)
-
-6. **가격 구성**
-
-   기본 통화로 기본 가격을 설정하세요. Google Play은(는) 이를 현지 통화로 자동 변환합니다.
-
-   ![가격 설정](/native-purchases/android/create-subscription/set-base-price.webp)
-
-7. **지역별 가격 검토**
-
-   국가별로 자동 변환된 가격을 검토하세요. 필요한 경우 개별 가격을 조정할 수 있습니다.
-
-   ![가격 검토](/native-purchases/android/create-subscription/review-regional-pricing.webp)
-
-8. **구성 저장**
-
-   가격 구성을 저장하세요.
-
-   ![가격 저장](/native-purchases/android/create-subscription/save-pricing-configuration.webp)
-
-9. **구독 활성화**
-
-   구독 제품을 활성화하고 구매할 수 있게 하려면 **활성화** 버튼을 클릭하세요.
-
-   ![구독 활성화](/native-purchases/android/create-subscription/activate-subscription.webp)
-
-</Steps>
-
-## 중요 고려사항
-
-### 기본 요금제 제한
-
-기본 구매 플러그인에는 iOS 구독 처리와의 일관성을 보장하기 위해 구독당 정확히 하나의 기본 계획이 필요합니다. 여러 기본 요금제는 지원되지 않습니다.
-
-### 유예 기간
-
-유예 기간을 통해 Google Play은 사용자의 구독 액세스를 유지하면서 실패한 결제를 다시 시도할 수 있습니다. 일반 유예 기간은 다음과 같습니다.
-- 월간 구독의 경우 3일
-- 장기 구독의 경우 7일
-
-### 구독 상태
-
-생성 후 구독은 활성화될 때까지 "초안" 상태로 유지됩니다. 샌드박스 모드에서 초안 구독을 테스트할 수 있습니다.
-
-## 앱에서 사용하기
-
-구독이 생성되면 제품 ID를 사용하여 앱에서 구독을 참조하세요.
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Load subscription info
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-console.log(`${product.title} — ${product.priceString}`);
-
-// Purchase (planIdentifier = Base Plan ID from Google Play Console)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // REQUIRED on Android, ignored on iOS
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Transaction ID', transaction.transactionId);
-
-// Later, check purchase state
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const subscription = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.example.premium.monthly',
-);
-
-if (subscription && subscription.purchaseState === 'PURCHASED' && subscription.isAcknowledged) {
-  console.log('Subscription active locally');
-  // For expiration/cancellation, validate purchaseToken through your backend
-}
-```
-
-## 다음 단계- 신규 구독자를 유치하기 위한 [소개 제안 만들기](/docs/plugins/native-purchases/android-introductory-offer/)
-- 구독 테스트를 위한 [샌드박스 테스트 구성](/docs/plugins/native-purchases/android-sandbox-testing/)
-- 보안을 위해 백엔드 영수증 검증 설정
-
-## 문제 해결
-
-**구독이 앱에 표시되지 않음:**
-- 상품ID가 정확히 일치하는지 확인하세요.
-- 구독이 활성화되었는지 확인하세요.
-- 앱의 패키지 이름이 올바른지 확인하세요.
-- 변경사항이 적용되려면 활성화 후 2~3시간 정도 기다립니다.
-
-**기본 요금제 오류:**
-- 정확히 하나의 기본 계획이 있는지 확인하세요.
-- 모든 필수 필드가 채워졌는지 확인하세요.
-- 청구기간이 유효한지 확인하세요.
-
-**가격 문제:**
-- 국가가 하나 이상 선택되어 있는지 확인하세요.
-- 기본 가격이 허용되는 최소 가격보다 높은지 확인하세요.
-- 통화 환율이 허용되는지 확인하세요.
diff --git a/src/content/docs/ko/docs/plugins/native-purchases/android-introductory-offer.mdx b/src/content/docs/ko/docs/plugins/native-purchases/android-introductory-offer.mdx
deleted file mode 100644
index 543bdb99e..000000000
--- a/src/content/docs/ko/docs/plugins/native-purchases/android-introductory-offer.mdx
+++ /dev/null
@@ -1,194 +0,0 @@
----
-title: Android 구독 소개 제안 만들기
-description: 새로운 구독자를 유치하기 위해 Android에서 자동 갱신 구독에 대한 소개 제안을 만드는 방법을 알아보세요.
-sidebar:
-  order: 5
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-신규 할인 혜택을 사용하면 자격을 갖춘 사용자에게 무료 평가판 또는 할인된 신규 출시 가격을 제공할 수 있습니다. 신규 출시 기간이 끝난 후 취소하지 않는 한 구독은 표준 가격으로 자동 갱신됩니다.
-
-## 개요
-
-입문 혜택은 다음을 수행하는 강력한 도구입니다.
-- 신규 가입자의 진입 장벽을 낮춥니다.
-- 전환율 증가
-- 사용자가 위험 부담 없이 프리미엄 기능을 사용해 볼 수 있도록 허용
-- 장기적인 구독자 관계 구축
-
-## 자격
-
-사용자가 이전에 구독에 대한 신규 할인 혜택을 구매하거나 받은 적이 없는 경우 신규 할인 혜택을 받을 수 있습니다. Google Play은 자격을 자동으로 처리합니다.
-
-## 전제조건
-
-신규 할인 혜택을 추가하기 전에 먼저 [자동 갱신 구독을 생성](/docs/plugins/native-purchases/android-create-subscription/)해야 합니다.
-
-## 입문 제안 만들기
-
-<Steps>
-
-1. **액세스 제안 구성**
-
-   Google Play 콘솔에서 구독으로 이동하여 **혜택 추가** 버튼을 선택하세요.
-
-   ![쿠폰 추가 버튼](/native-purchases/android/introductory-offer/add-offer-button.webp)
-
-2. **기본 요금제 선택**
-
-   기본 요금제를 선택하라는 모달이 표시됩니다. 일반적으로 기본 계획은 하나만 있습니다. 계속하려면 **쿠폰 추가**를 클릭하세요.
-
-   ![기본 요금제 선택](/native-purchases/android/introductory-offer/select-base-plan.webp)
-
-3. **혜택 세부정보 구성**
-
-   다음 정보를 입력하세요.
-
-   **제안 ID**: 이 제안에 대한 고유 식별자입니다.
-
-   **자격**: 이 혜택을 받을 수 있는 사람을 선택하세요.
-   - **신규고객** : 한번도 구독한 적이 없는 사용자만
-   - **기존 고객**: 이전에 구독한 사용자
-   - **개발자 결정**: 맞춤 자격 로직(기본 구매에서는 지원되지 않음)
-
-   :::주의
-   기본 구매 플러그인은 "개발자가 결정한" 자격 옵션을 지원하지 않습니다. 대신 '신규 고객' 또는 '기존 고객'을 사용하세요.
-   :::
-
-   ![쿠폰 구성](/native-purchases/android/introductory-offer/configure-offer-details.webp)
-
-4. **단계 추가**
-
-   제안 구조를 정의하려면 페이지 하단의 **단계 추가**를 클릭하세요.
-
-   최대 2개의 단계를 추가하여 다음과 같은 조합을 허용할 수 있습니다.
-   - 무료 평가판만 제공
-   - 가격만 할인됨
-   - 무료 체험 후 할인된 반복 결제가 가능합니다.
-
-5. **단계 유형 선택**
-
-   세 가지 위상 유형 중에서 선택하십시오.
-
-   **무료 평가판**
-   - 정해진 기간 동안 무료 이용
-   - 예: 7일 무료 후 $9.99/월
-
-   **단일 결제**
-   - 특정 기간 동안 일회성 할인 가격
-   - 예: 2개월 동안 $1.99, 이후 월 $9.99
-
-   **할인된 반복 결제**
-   - 여러 주기에 대한 청구 주기당 요금 감소
-   - 예: 3개월 동안 월 $4.99, 이후 월 $9.99
-
-6. **단계 기간 구성**
-
-   도입 단계의 지속 시간을 설정합니다.
-   - 일, 주 또는 월
-   - 청구 주기 수
-
-7. **완료 및 활성화**
-
-   **적용**을 클릭한 다음 **저장**을 클릭하여 혜택을 활성화하세요. 저장되면 **활성화** 버튼을 사용할 수 있습니다.
-
-</Steps>
-
-## 제안 단계 예시
-
-### 예시 1: 간단한 무료 평가판
-- 1단계: 7일 무료
-- 이후: $9.99/월 표준 가격
-
-### 예시 2: 소개 할인
-- 1단계: 첫 달 $1.99
-- 이후: $9.99/월 표준 가격### 예 3: 연장된 평가판 + 할인
-- 1단계: 14일 무료
-- 2단계: 2개월 동안 월 $4.99
-- 이후: $9.99/월 표준 가격
-
-## 앱에서 사용하기
-
-기본 구매 플러그인은 소개 제안 자격 및 프리젠테이션을 자동으로 처리합니다.
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch products (includes intro offer metadata)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-if (product.introductoryPrice) {
-  console.log(`Intro price: ${product.introductoryPriceString}`);
-  console.log(`Regular price: ${product.priceString}`);
-  console.log(
-    `Offer duration: ${product.introductoryPrice.subscriptionPeriod?.numberOfUnits} ${product.introductoryPrice.subscriptionPeriod?.unit}`,
-  );
-} else {
-  console.log('No intro offer configured for this product');
-}
-
-// Purchase (Google Play applies intro pricing automatically if the user is eligible)
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // Base Plan ID from Google Play Console
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Introductory purchase transaction', transaction.transactionId);
-```
-
-## 모범 사례
-
-### 혜택 기간
-- **무료 평가판**: 대부분의 앱에서는 3~14일이 최적입니다.
-- **할인된 기간**: 습관을 기르는 데는 1~3개월이 적합합니다.
-- **가격 할인**: 정가를 50~70% 할인하면 전환율이 높아집니다.
-
-### 마케팅
-- 신규 할인 혜택과 정상 가격을 명확하게 표시하세요.
-- 인트로 기간 이후에 무슨 일이 일어나는지 보여주세요.
-- 취소를 쉽고 투명하게 만듭니다.
-- 소개 기간이 끝나기 전에 사용자에게 알림
-
-### A/B 테스트
-다양한 제안 구조를 테스트하세요.
-- 무료 평가판 기간
-- 할인율
-- 할인 기간
-- 단상 vs. 다상
-
-## 중요 참고사항
-
-- 구독당 한 번에 하나의 신규 프로모션만 활성화할 수 있습니다.
-- 사용자는 구독당 한 번만 신규 할인 혜택을 요청할 수 있습니다.
-- 구독 업그레이드/다운그레이드에는 신규 할인 혜택이 적용되지 않습니다.
-- 소개 혜택 변경사항은 기존 구독자에게 영향을 주지 않습니다.
-
-## 문제 해결
-
-**소개 혜택이 표시되지 않음:**
-- Play Console에서 혜택이 활성화되었는지 확인하세요.
-- 사용자 자격 확인(이전에 제안을 사용한 적이 있을 수 있음)
-- 앱이 최신 제품 정보를 사용하고 있는지 확인하세요.
-
-**잘못된 사용자가 혜택을 받음:**
-- 자격 설정 검토(신규 고객 및 기존 고객)
-- 사용자가 이전에 다른 기기에서 구독했는지 확인
-- Play Store 계정 내역 확인
-
-**구매 시 혜택이 적용되지 않음:**
-- 상품ID가 정확히 일치하는지 확인
-- 제안이 아직 활성화되어 있고 만료되지 않았는지 확인하세요.
-- 제안의 기간 설정을 확인하세요.
-
-## 다음 단계
-
-- 제안을 테스트하려면 [샌드박스 테스트 구성](/docs/plugins/native-purchases/android-sandbox-testing/)
-- Play Console 분석에서 전환율 모니터링
-- 다양한 제안으로 여러 구독 등급을 만드는 것을 고려해보세요.
diff --git a/src/content/docs/ko/docs/plugins/native-purchases/android-play-store-review.mdx b/src/content/docs/ko/docs/plugins/native-purchases/android-play-store-review.mdx
deleted file mode 100644
index 5bab8df78..000000000
--- a/src/content/docs/ko/docs/plugins/native-purchases/android-play-store-review.mdx
+++ /dev/null
@@ -1,788 +0,0 @@
----
-title: Android Play Store IAP 검토 지침
-description: 규정 준수 요구 사항 및 모범 사례를 포함하여 인앱 구매 및 구독에 대한 Google Play 검토 통과에 대한 전체 가이드입니다.
-sidebar:
-  order: 11
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-Android 앱을 Google Play에서 승인받으려면 Google의 정책을 준수해야 하며, 특히 인앱 구매 및 구독이 포함된 앱의 경우 더욱 그렇습니다. 이 가이드에서는 검토를 성공적으로 통과하는 데 필요한 모든 내용을 다룹니다.
-
-## Google Play 결제 요구사항
-
-### 필수 결제 시스템
-
-디지털 상품 및 서비스의 경우 **반드시** Google Play의 결제 시스템을 사용해야 합니다.
-
-**디지털 상품(Play 결제를 사용해야 함):**
-- 프리미엄 기능 구독
-- 인앱 통화 또는 크레딧
-- 디지털 콘텐츠(전자책, 음악, 비디오)
-- 게임 업그레이드 및 파워업
-- 앱 잠금 해제 및 프리미엄 등급
-
-**실제 상품(Play 결제 사용 불가):**
-- 실제 상품
-- 실제 서비스
-- 비영리 단체에 대한 일회성 기부
-
-:::주의 2025 요구 사항
-새로운 앱은 구독 카탈로그를 처리하기 위해 `monetization.subscriptions` API를 사용해야 합니다. 기존 결제 API는 더 이상 사용되지 않습니다.
-:::
-
-### 기본 구매를 통한 구현
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Ensure billing is available on the device
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) throw new Error('Google Play Billing not available');
-
-// Fetch subscription products (Store data is required—never hardcode pricing)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_yearly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Plan identifiers are the Base Plan IDs you create in Google Play Console
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  planIdentifier: 'monthly-plan', // REQUIRED on Android, ignored on iOS
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Purchase token for server validation:', transaction.purchaseToken);
-```
-
-## 투명성 및 공개 요구 사항
-
-### 선불 가격 공개
-
-Google Play에서는 구매 전 모든 비용을 명확하게 공개하도록 요구합니다.
-
-**필수 요소:**
-- 사용자의 현지 통화로 표시된 정확한 가격
-- 청구 빈도(월별, 연간 등)
-- 구독에 포함되는 내용
-- 입문 제안에 대한 총 비용
-- 요금이 발생하는 경우
-
-![UI 디자인 모범 사례](/native-purchases/review-guides/ui-design-dos-donts.webp)
-
-**호환 UI의 예:**
-```typescript
-function SubscriptionCard({ product }) {
-  return (
-    <div className="subscription-card">
-      <h3>{product.title}</h3>
-
-      {/* Show intro offer if available */}
-      {product.introductoryPrice && (
-        <div className="intro-offer">
-          <p className="intro-price">{product.introductoryPriceString}</p>
-          <p className="intro-period">
-            for {product.introductoryPricePeriod}
-          </p>
-        </div>
-      )}
-
-      {/* Regular price */}
-      <div className="regular-price">
-        <p className="price">{product.priceString}</p>
-        <p className="period">per {product.subscriptionPeriod}</p>
-      </div>
-
-      {/* Clear description */}
-      <p>{product.description}</p>
-
-      {/* Renewal terms */}
-      <p className="terms">
-        Renews automatically. Cancel anytime in Google Play.
-      </p>
-
-      <button onClick={() => handlePurchase(product)}>
-        Subscribe Now
-      </button>
-    </div>
-  );
-}
-```
-
-### 자동 갱신 공개
-
-구독이 자동 갱신되기 전에 Google에는 다음이 필요합니다.
-- 갱신이 발생한다는 명확한 알림
-- 가격 알림
-- 취소에 대한 쉬운 접근
-
-:::tip
-기본 구매 플러그인은 Google Play과 함께 작동하여 자동 갱신 알림을 자동으로 처리합니다. Google Play 콘솔에서 구독 제품이 올바르게 구성되었는지 확인하세요.
-:::
-
-### 플랫폼 간 가격 일관성
-
-**중요 규칙:** 가격은 앱을 사용할 수 있는 모든 플랫폼에서 일관되어야 합니다.
-
-**위반 예:**
-- iOS: $9.99/월
-- Android: $7.99/월
-- 웹: $11.99/월
-
-**중요한 이유:** 사용자는 가격 차이를 캡쳐하여 Google에 신고하여 정책 위반을 유발할 수 있습니다.
-
-## 개인정보 보호정책 요구사항
-
-### 필수 개인정보 보호정책
-
-앱에 인앱 구매가 포함되어 있는 경우 다음을 수행해야 합니다.
-
-1. **Play Store 목록의 링크**
-   - Play Console에 개인정보처리방침 URL 추가
-   - 공개적으로 접근 가능해야 함
-   - 앱과 동일한 언어로 작성되어야 합니다.
-
-2. **앱 내 링크**
-   - 앱 설정에 개인정보 보호정책 표시
-   - 사용자 데이터를 수집하기 전에 표시
-   - 쉽게 검색 가능하게 만들기
-
-**구현 예:**
-```typescript
-function SettingsScreen() {
-  const openPrivacyPolicy = () => {
-    window.open('https://yourapp.com/privacy', '_blank');
-  };
-
-  const openTerms = () => {
-    window.open('https://yourapp.com/terms', '_blank');
-  };
-
-  return (
-    <div>
-      <h2>Settings</h2>
-
-      <button onClick={openPrivacyPolicy}>
-        Privacy Policy
-      </button>
-
-      <button onClick={openTerms}>
-        Terms of Service
-      </button>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        Manage Subscriptions
-      </button>
-    </div>
-  );
-}
-```
-
-### 데이터 안전 섹션
-
-Google Play에서는 데이터 안전 섹션에 자세한 공개가 필요합니다.
-
-**IAP 앱의 경우 다음을 선언하세요.**
-- 구매내역 수집
-- 이메일 주소(영수증용)
-- 기기 ID(사기 방지용)
-- 결제정보 처리
-- 분석 데이터 수집
-
-:::warning
-데이터 안전 섹션은 법적 구속력을 갖습니다. 부정확한 선언으로 인해 앱이 제거될 수 있습니다.
-:::
-
-## 일반적인 거부 사유
-
-### 1. 누락되거나 잘못된 결제 구현**실패하는 이유:**
-- 디지털 상품에 대한 Google Play 청구를 사용하지 않음
-- 더 이상 사용되지 않는 결제 API 사용
-- 구독을 위한 맞춤형 결제 솔루션 구현
-
-**예방:**
-```typescript
-// ✅ Correct: Use native-purchases (uses Google Play Billing)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly'
-});
-
-// ❌ Wrong: Custom payment processor for subscriptions
-// await CustomPayment.charge(user, 9.99);
-```
-
-### 2. 불분명한 가격 또는 숨겨진 비용
-
-**실패하는 이유:**
-- 구매를 클릭한 후에만 가격이 표시됩니다.
-- 추가 비용은 사전에 공개되지 않습니다.
-- 모호한 구독 조건
-
-**예방:**
-```typescript
-function PurchaseScreen({ product }) {
-  return (
-    <div>
-      {/* Show ALL costs upfront */}
-      <h2>Premium Subscription</h2>
-
-      <div className="pricing">
-        <p className="price">{product.priceString}/month</p>
-        <p className="taxes">Taxes may apply based on location</p>
-      </div>
-
-      <div className="features">
-        <h3>Includes:</h3>
-        <ul>
-          <li>Ad-free experience</li>
-          <li>Unlimited cloud storage</li>
-          <li>Priority support</li>
-        </ul>
-      </div>
-
-      <div className="terms">
-        <p>
-          Subscription renews automatically unless cancelled at least
-          24 hours before the end of the current period.
-        </p>
-        <p>
-          Manage or cancel in Google Play Subscriptions.
-        </p>
-      </div>
-
-      <button onClick={handlePurchase}>
-        Start Subscription
-      </button>
-    </div>
-  );
-}
-```
-
-### 3. 사기성 구독 패턴
-
-**실패하는 이유:**
-- 프리미엄 옵션 사전 선택
-- 더 저렴한 대안 숨기기
-- 취소를 어렵게 만드는 경우
-- 거짓 긴급성("3자리만 남았어요!")
-
-![설명 모범 사례](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![마케팅 가이드라인](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**예방:**
-- 모든 구독 등급을 동일하게 표시
-- 취소를 명확하고 접근 가능하게 만듭니다.
-- 카운트다운 타이머나 가짜 희소성을 피하세요.
-- 값비싼 옵션을 강요하기 위해 어두운 패턴을 사용하지 마세요.
-
-### 4. 불완전한 테스트
-
-**실패하는 이유:**
-- 구매 시 앱이 다운됩니다.
-- 제품이 로드되지 않습니다.
-- 구매 확인이 표시되지 않습니다.
-- 구매 후 프리미엄 기능이 잠금 해제되지 않습니다.
-
-**예방:**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Comprehensive testing before submission
-async function testPurchaseFlow() {
-  try {
-    // 1. Test product loading
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: ['premium_monthly', 'premium_yearly'],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Products loaded:', products.length);
-
-    // 2. Test purchase flow
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: 'premium_monthly',
-      planIdentifier: 'monthly-plan',
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Purchase completed', transaction.transactionId);
-
-    // 3. Verify entitlements
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    if (
-      purchases.some(
-        (purchase) =>
-          purchase.productIdentifier === 'premium_monthly' &&
-          ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') &&
-          purchase.isAcknowledged,
-      )
-    ) {
-      console.log('✓ Premium features unlocked');
-    }
-
-    // 4. Test restore
-    await NativePurchases.restorePurchases();
-    console.log('✓ Restore works');
-
-  } catch (error) {
-    console.error('✗ Test failed:', error);
-  }
-}
-```
-
-### 5. 개인정보 보호정책 위반
-
-**실패하는 이유:**
-- 앱에 개인정보 보호정책 링크가 없습니다.
-- 개인정보취급방침에 액세스할 수 없습니다.
-- 수집된 데이터는 공개되지 않습니다.
-- 데이터 안전 섹션이 부정확함
-
-**예방:**
-- Play Store 목록에 개인정보 보호정책 추가
-- 앱 설정에 링크 포함
-- 데이터 안전 섹션을 정확하게 작성하세요.
-- 새로운 데이터 수집 추가 시 정책 업데이트
-
-## 개발자 제공 결제 시스템(2025 업데이트)
-
-### 지역 규정 준수
-
-Google은 이제 특정 지역에서 대체 결제 시스템을 허용합니다.
-
-**적격 지역:**
-- 유럽경제지역(EEA)
-- 한국
-- 인도(곧 제공 예정)
-
-**대체 결제 사용 시 요구 사항:**
-- Google Play 청구를 옵션으로 제공해야 합니다.
-- 선택에 관해 사용자에게 명확한 의사소통
-- 현지 규정을 준수합니다.
-- 서비스 수수료는 그대로 적용됩니다(감소).
-
-:::note
-대부분의 개발자에게는 Google Play 청구만 사용하는 것이 더 간단합니다. 기본 구매 플러그인은 이를 자동으로 처리합니다.
-:::
-
-## 구독 관리
-
-### 간편 취소
-
-사용자는 다음을 수행할 수 있어야 합니다.
-- 활성 구독을 쉽게 봅니다.
-- 지원팀에 문의하지 않고 취소
-- 취소가 적용되는 시기 이해
-
-**구현:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function ManageSubscriptionButton() {
-  const openManagement = async () => {
-    try {
-      // Opens Google Play subscription management
-      await NativePurchases.showManageSubscriptions();
-    } catch (error) {
-      // Fallback to direct URL
-      const playStoreUrl = 'https://play.google.com/store/account/subscriptions';
-      window.open(playStoreUrl, '_blank');
-    }
-  };
-
-  return (
-    <button onClick={openManagement}>
-      Manage Subscription in Google Play
-    </button>
-  );
-}
-```
-
-### 취소 유예 기간
-
-**필수 공개:**
-- 취소는 언제부터 적용되나요?
-- 사용자는 기간이 종료될 때까지 계속 액세스할 수 있나요?
-- 부분 환불이 가능한가요?
-
-```typescript
-function CancellationInfo() {
-  return (
-    <div className="cancellation-info">
-      <h3>Cancellation Policy</h3>
-      <ul>
-        <li>Cancel anytime in Google Play</li>
-        <li>Access continues until end of billing period</li>
-        <li>No refunds for partial periods</li>
-        <li>Resubscribe anytime to regain access</li>
-      </ul>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        Manage in Google Play
-      </button>
-    </div>
-  );
-}
-```
-
-## 제출 전 체크리스트
-
-![제출 전 체크리스트](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **결제 구현 확인**
-   - Google Play 청구 사용(기본 구매를 통해)
-   - Play Console에서 생성된 모든 구독 제품
-   - 제품이 활성화되고 게시됩니다.
-   - 모든 대상 국가에 대해 가격 설정
-
-2. **구매 흐름 테스트**
-   - 라이센스 테스트 계정 생성
-   - 각 구독 등급을 테스트하세요.
-   - 제품이 올바르게 로드되었는지 확인
-   - 테스트 구매 완료
-   - 프리미엄 기능 잠금 해제 확인
-   - 테스트 구독 복원
-   - 여러 장치에서 테스트3. **모든 사본 검토**
-   - 구매하기 전에 가격이 명확하게 표시됩니다.
-   - 모든 수수료는 사전에 공개됩니다.
-   - 구독 조건이 명확합니다.
-   - 취소 절차 설명
-   - 오해의 소지가 있는 주장은 하지 않습니다.
-
-4. **개인정보 보호 규정 준수**
-   - Play Console에 연결된 개인정보취급방침
-   - 앱에서 액세스할 수 있는 개인정보 보호정책
-   - 데이터 안전 섹션을 정확하게 작성함
-   - 정당화되고 문서화된 권한
-
-5. **콘텐츠 등급**
-   - 콘텐츠 등급 설문지 작성
-   - 등급이 실제 콘텐츠와 일치하는지 확인하세요.
-   - 설문지에 인앱 구매를 선언하세요.
-
-6. **스토어 등록정보 준비**
-   - 정확한 앱 설명
-   - 스크린샷은 현재 버전을 보여줍니다.
-   - 기능 그래픽이 요구 사항을 충족합니다.
-   - 모든 필수 자산이 업로드되었습니다.
-
-</Steps>
-
-## 타임라인 검토
-
-**최초 검토:** 평균 7일(더 빠를 수 있음)
-**업데이트:** 일반적으로 초기 제출보다 빠릅니다.
-**정책 위반:** 즉시 정지 가능
-**이의신청:** 검토에 7~14일 소요
-
-:::tip 롤링 리뷰
-Apple과 달리 Google는 지속적으로 앱을 검토합니다. 정해진 시간이 아닌 검토 기간 중 언제든지 앱이 게시될 수 있습니다.
-:::
-
-## 제출 전 테스트
-
-### 라이센스 테스트
-
-1. **테스트 계정 추가:**
-   - Play Console로 이동
-   - 설정 > 라이선스 테스트
-   - 테스트용 Gmail 계정 추가
-
-2. **샌드박스에서 테스트:**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Test purchases with license test account
-async function testInSandbox() {
-  const { isBillingSupported } = await NativePurchases.isBillingSupported();
-  if (!isBillingSupported) {
-    console.error('Billing not supported in this environment');
-    return;
-  }
-
-  // Fetch products (returns test pricing when using a license tester)
-  const { products } = await NativePurchases.getProducts({
-    productIdentifiers: ['premium_monthly'],
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Test products:', products);
-
-  // Make test purchase (no charge)
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'premium_monthly',
-    planIdentifier: 'monthly-plan',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Test purchase complete:', transaction.transactionId);
-}
-```
-
-3. **테스트 배너 확인:**
-   - 테스트 계정으로 구매 시
-   - "테스트 구매" 알림이 표시되어야 합니다.
-   - 실제 요금이 발생하지 않습니다.
-
-### 내부 테스트 트랙
-
-프로덕션 릴리스 전:
-
-1. Play Console에서 내부 테스트 트랙 만들기
-2. APK/AAB 업로드
-3. 테스터 이메일 주소 추가
-4. Play Store(테스트 트랙)에서 테스터 다운로드
-5. 구매 흐름이 처음부터 끝까지 작동하는지 확인하세요.
-
-## 기본 구매 모범 사례
-
-### 모든 구매 상태 처리
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string, planIdentifier?: string) {
-  try {
-    setLoading(true);
-
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      planIdentifier,
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    console.log('Purchase token:', transaction.purchaseToken ?? transaction.receipt);
-
-    // Success - check entitlements from the store
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    const isOwned = purchases.some(
-      (purchase) =>
-        purchase.productIdentifier === productId &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (isOwned) {
-      unlockPremiumFeatures();
-      showSuccess('Premium activated!');
-    }
-
-  } catch (error: any) {
-    // Handle specific error cases
-    switch (error.code) {
-      case 'USER_CANCELLED':
-        // User backed out - no error needed
-        console.log('Purchase cancelled');
-        break;
-
-      case 'ITEM_ALREADY_OWNED':
-        // They already own it - restore instead
-        showInfo('You already own this! Restoring...');
-        await NativePurchases.restorePurchases();
-        break;
-
-      case 'ITEM_UNAVAILABLE':
-        showError('This subscription is currently unavailable. Please try again later.');
-        break;
-
-      case 'NETWORK_ERROR':
-        showError('Network error. Please check your connection and try again.');
-        break;
-
-      default:
-        showError('Purchase failed. Please try again.');
-        console.error('Purchase error:', error);
-    }
-  } finally {
-    setLoading(false);
-  }
-}
-```
-
-### 복원 구매 구현
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-function RestorePurchasesButton() {
-  const [loading, setLoading] = useState(false);
-
-  const handleRestore = async () => {
-    setLoading(true);
-
-    try {
-      await NativePurchases.restorePurchases();
-
-      const { purchases } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.SUBS,
-      });
-
-      const hasSubscription = purchases.some(
-        (purchase) => purchase.productType === 'subs' && purchase.isAcknowledged,
-      );
-
-      if (hasSubscription) {
-        unlockPremiumFeatures();
-        showSuccess('Subscriptions restored!');
-        return;
-      }
-
-      // Check one-time unlocks if needed
-      const { purchases: iaps } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.INAPP,
-      });
-      const hasInApp = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-      if (hasInApp) {
-        unlockPremiumFeatures();
-        showSuccess('Previous purchases restored!');
-        return;
-      }
-
-      showInfo('No previous purchases found.');
-    } catch (error) {
-      showError('Failed to restore purchases. Please try again.');
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handleRestore} disabled={loading}>
-      {loading ? 'Restoring...' : 'Restore Purchases'}
-    </button>
-  );
-}
-```
-
-### 구독 상태 확인
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function checkSubscriptionStatus() {
-  try {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const subscription = purchases.find(
-      (purchase) =>
-        purchase.productIdentifier === 'premium_monthly' &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (!subscription) {
-      showPaywall();
-      return;
-    }
-
-    console.log('Subscription active:', {
-      productId: subscription.productIdentifier,
-      expiresAt: subscription.expirationDate,
-      willRenew: subscription.willCancel === false,
-      purchaseToken: subscription.purchaseToken,
-    });
-
-    unlockPremiumFeatures();
-  } catch (error) {
-    console.error('Failed to check subscription:', error);
-  }
-}
-```
-
-## 앱이 거부되는 경우
-
-### 일반적인 정책 위반
-
-**결제 정책:**
-- Google Play 결제를 사용하지 않음
-- 오해의 소지가 있는 구독 약관
-- 숨겨진 비용
-
-**사용자 데이터 정책:**
-- 개인정보취급방침 누락
-- 부정확한 데이터 안전 선언
-- 과도한 권한
-
-### 해결 단계
-
-<Steps>
-
-1. **위반 통지 검토**
-   - 인용된 특정 정책을 읽어 보십시오.
-   - Google에 플래그가 지정된 내용을 이해합니다.
-   - 제공한 예시를 확인하세요.
-
-2. **문제 해결**
-   - 단순히 증상이 아닌 근본 원인을 해결합니다.
-   - 수정 후 철저한 테스트
-   - 모든 변경 사항을 문서화하세요.
-
-3. **이의신청 제출(해당하는 경우)**
-
-   ![해명 및 항소 절차](/native-purchases/review-guides/clarification-process.webp)
-
-   ```
-   Subject: Policy Violation Appeal - [App Name]
-
-   Dear Google Play Review Team,
-
-   I have received notification that my app violates [Policy X.Y].
-   I have made the following changes to comply:
-
-   1. [Specific change made]
-   2. [Specific change made]
-   3. [Specific change made]
-
-   The updated version [version number] addresses all concerns raised.
-
-   Test account for verification:
-   Email: test@example.com
-   Password: TestPass123
-
-   Thank you for your consideration.
-   ```
-
-   ![문서 요청 예시](/native-purchases/review-guides/request-documents.webp)
-
-4. **다시 제출 또는 업데이트**
-   - 수정된 버전 업로드
-   - 검토를 위해 다시 제출
-   - Play Console에서 상태 모니터링
-
-</Steps>
-
-## 추가 리소스
-
-- [Google Play 개발자 정책 센터](https://play.google.com/about/developer-content-policy/)
-- [Google Play 결제 문서](https://developer.android.com/google/play/billing)
-- [구독 모범 사례](https://developer.android.com/google/play/billing/subscriptions)
-- [Play Console 도움말](https://support.google.com/googleplay/android-developer/)
-
-## 전문가의 도움이 필요하신가요?Play Store 검토 탐색은 특히 새로운 2025 테스트 요구 사항의 경우 복잡할 수 있습니다. 맞춤형 지원이 필요한 경우:
-
-**[저희 팀과 상담 전화 예약](https://cal.com/team/capgo/capacitor-consulting-services)** 다음과 같은 도움이 필요합니다.
-- Play Store 검토 준비 완료
-- 테스트 트랙 설정 및 테스터 모집
-- IAP 구현 검토
-- 데이터 안전 및 개인정보 보호 규정 준수
-- 거부 문제 해결 및 이의 제기
-- 앱 제출 프로세스 완료
-
-우리 전문가들은 성공적인 Play Store 제출을 통해 수백 개의 앱을 안내했으며 2025년 요구 사항을 탐색하는 데 도움을 줄 수 있습니다.
-
-## 지원
-
-구현에 도움이 필요하십니까?
-- [기본 구매 문서](/docs/plugins/native-purchases/getting-started/) 검토
-- [Android 샌드박스 테스트 가이드](/docs/plugins/native-purchases/android-sandbox-testing/) 확인
-- [Google Play 개발자 지원](https://support.google.com/googleplay/android-developer/)을 방문하세요.
diff --git a/src/content/docs/ko/docs/plugins/native-purchases/android-sandbox-testing.mdx b/src/content/docs/ko/docs/plugins/native-purchases/android-sandbox-testing.mdx
deleted file mode 100644
index 80915181f..000000000
--- a/src/content/docs/ko/docs/plugins/native-purchases/android-sandbox-testing.mdx
+++ /dev/null
@@ -1,93 +0,0 @@
----
-title: Android 샌드박스 테스트 구성
-locale: ko
-description: Google Play Console을 사용하여 Android에서 인앱 구매를 위한 샌드박스 테스트를 설정하는 방법을 알아보세요.
-sidebar:
-  order: 3
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-인앱 구매 테스트를 위해서는 Google Play Console에서 적절한 구성이 필요합니다. 이 가이드는 Android 앱의 샌드박스 테스트 설정 과정을 안내합니다.
-
-## 사전 요구 사항
-
-연간 갱신이 포함된 활성 Google Play Console 계정이 필요합니다.
-
-## 설정 프로세스
-
-<Steps>
-
-1. **테스트 계정 추가**
-
-   Google Play Console로 이동하여 앱을 선택한 다음 **설정 > 라이선스 테스트**로 이동하세요.
-
-   테스트에 사용 중인 Android 기기와 연결된 기본 Google 계정을 추가하세요.
-
-   ![테스트 계정 추가](/native-purchases/android/sandbox-testing/add-testing-account.webp)
-
-2. **테스트 트랙 생성**
-
-   **테스트 > 비공개 테스트** 또는 **테스트 > 내부 테스트**로 이동하여 새 트랙을 생성하세요.
-
-   이 트랙에 서명된 앱 버전을 최소 하나 업로드해야 합니다.
-
-   ![테스트 트랙 생성](/native-purchases/android/sandbox-testing/create-testing-track.webp)
-
-3. **테스터 목록 생성**
-
-   테스트 트랙을 설정한 후 이메일 목록을 생성하고 테스트 기기의 계정 이메일 주소를 추가하세요.
-
-   ![테스터 목록 생성](/native-purchases/android/sandbox-testing/create-tester-list.webp)
-
-4. **테스트 프로그램 참여**
-
-   테스트 기기에서 동의 URL을 열고 **"테스터 되기"** 버튼을 클릭하여 등록하세요.
-
-   ![테스트 참여](/native-purchases/android/sandbox-testing/join-testing-program.webp)
-
-5. **서명된 APK 업로드**
-
-   서명된 APK를 생성하거나 Android App Bundle을 사용하여 테스트 트랙에 앱을 업로드하세요.
-
-   출시는 필요하지 않으며, 업로드하고 승인을 기다리기만 하면 됩니다.
-
-   ![APK 업로드](/native-purchases/android/sandbox-testing/upload-signed-apk.webp)
-
-6. **빌드 및 테스트**
-
-   테스트 기기에서 앱을 실행하세요. 구매를 시도하면 다음 메시지가 표시됩니다:
-
-   > "테스트 주문입니다. 요금이 청구되지 않습니다."
-
-   ![테스트 구매](/native-purchases/android/sandbox-testing/test-purchase-confirmation.webp)
-
-</Steps>
-
-## 중요 사항
-
-- 테스트 계정에는 구매 요금이 청구되지 않습니다
-- 테스트 구매는 프로덕션 구매와 동일한 흐름을 사용합니다
-- 평가판 및 출시 특가를 포함한 모든 구독 기능을 테스트할 수 있습니다
-- 테스트 구독은 빠른 테스트를 위해 갱신 기간이 가속화됩니다
-
-## 문제 해결
-
-**테스트 모드에서 제품이 표시되지 않음:**
-- 앱이 테스트 트랙에 업로드되었는지 확인
-- 테스트 계정이 라이선스 테스트에 추가되었는지 확인
-- Google Play Console에서 제품이 활성화되어 있는지 확인
-
-**"항목을 사용할 수 없습니다" 오류:**
-- 제품을 생성한 후 제품을 사용할 수 있을 때까지 2~3시간 대기
-- 앱의 패키지 이름이 Play Console의 이름과 일치하는지 확인
-- 테스트 계정으로 로그인되어 있는지 확인
-
-**테스트 구매가 실제 요금으로 표시됨:**
-- 계정이 라이선스 테스트에 추가되었는지 다시 확인
-- 테스트 트랙의 빌드를 사용하고 있는지 확인
-- 구매 중 테스트 배너가 표시되는지 확인
-
-## 추가 리소스
-
-자세한 내용은 인앱 구매 테스트에 대한 [공식 Google Play 문서](https://developer.android.com/google/play/billing/test)를 참조하세요.
diff --git a/src/content/docs/ko/docs/plugins/native-purchases/getting-started.mdx b/src/content/docs/ko/docs/plugins/native-purchases/getting-started.mdx
deleted file mode 100644
index 5daaee439..000000000
--- a/src/content/docs/ko/docs/plugins/native-purchases/getting-started.mdx
+++ /dev/null
@@ -1,255 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: StoreKit 2와 Google Play Billing 7을 사용하여 일회성 구매 및 구독을 구현하기 위한 @capgo/native-purchases 플러그인 설치 및 사용 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/native-purchases" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **결제 지원 확인**
-
-   ```typescript
-   import { NativePurchases } from '@capgo/native-purchases';
-
-   const { isBillingSupported } = await NativePurchases.isBillingSupported();
-   if (!isBillingSupported) {
-     throw new Error('Billing is not available on this device');
-   }
-   ```
-
-4. **스토어에서 직접 제품 로드**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const { products } = await NativePurchases.getProducts({
-     productIdentifiers: [
-       'com.example.premium.monthly',
-       'com.example.premium.yearly',
-       'com.example.one_time_unlock'
-     ],
-     productType: PURCHASE_TYPE.SUBS, // Use PURCHASE_TYPE.INAPP for one‑time products
-   });
-
-   products.forEach((product) => {
-     console.log(product.title, product.priceString);
-   });
-   ```
-
-5. **구매 및 복원 플로우 구현**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const monthlyPlanId = 'monthly-plan'; // Base Plan ID from Google Play Console
-
-   const transaction = await NativePurchases.purchaseProduct({
-     productIdentifier: 'com.example.premium.monthly',
-     planIdentifier: monthlyPlanId,        // REQUIRED for Android subscriptions, ignored on iOS
-     productType: PURCHASE_TYPE.SUBS,
-     quantity: 1,
-   });
-
-   console.log('Transaction ID', transaction.transactionId);
-
-   await NativePurchases.restorePurchases();
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       - App Store Connect에서 인앱 제품 및 구독을 생성하세요.<br />
-       - QA를 위해 StoreKit Local Testing 또는 Sandbox 테스터를 사용하세요.<br />
-       - 매니페스트 편집이 필요하지 않습니다. 제품이 승인되었는지 확인하세요.
-     </TabItem>
-     <TabItem label="Android">
-       - Google Play Console에서 인앱 제품 및 구독을 생성하세요.<br />
-       - 최소한 내부 테스트 빌드를 업로드하고 라이선스 테스터를 추가하세요.<br />
-       - `AndroidManifest.xml`에 결제 권한을 추가하세요:
-       ```xml
-       <uses-permission android:name="com.android.vending.BILLING" />
-       ```
-     </TabItem>
-   </Tabs>
-</Steps>
-
-## 구매 서비스 예제
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE, Transaction } from '@capgo/native-purchases';
-import { Capacitor } from '@capacitor/core';
-
-class PurchaseService {
-  private premiumProduct = 'com.example.premium.unlock';
-  private monthlySubId = 'com.example.premium.monthly';
-  private monthlyPlanId = 'monthly-plan'; // Base Plan ID (Android only)
-
-  async initialize() {
-    const { isBillingSupported } = await NativePurchases.isBillingSupported();
-    if (!isBillingSupported) throw new Error('Billing unavailable');
-
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: [this.premiumProduct, this.monthlySubId],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    console.log('Loaded products', products);
-
-    if (Capacitor.getPlatform() === 'ios') {
-      NativePurchases.addListener('transactionUpdated', (transaction) => {
-        this.handleTransaction(transaction);
-      });
-    }
-  }
-
-  async buyPremium(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.premiumProduct,
-      productType: PURCHASE_TYPE.INAPP,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async buyMonthly(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.monthlySubId,
-      planIdentifier: this.monthlyPlanId, // REQUIRED for Android subscriptions
-      productType: PURCHASE_TYPE.SUBS,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async restore() {
-    await NativePurchases.restorePurchases();
-    await this.refreshEntitlements();
-  }
-
-  async openManageSubscriptions() {
-    await NativePurchases.manageSubscriptions();
-  }
-
-  private async processTransaction(transaction: Transaction) {
-    this.unlockContent(transaction.productIdentifier);
-    this.validateOnServer(transaction).catch(console.error);
-  }
-
-  private unlockContent(productIdentifier: string) {
-    // persist entitlement locally
-    console.log('Unlocked', productIdentifier);
-  }
-
-  private async refreshEntitlements() {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('Current purchases', purchases);
-  }
-
-  private async handleTransaction(transaction: Transaction) {
-    console.log('StoreKit transaction update:', transaction);
-    await this.processTransaction(transaction);
-  }
-
-  private async validateOnServer(transaction: Transaction) {
-    await fetch('/api/validate-purchase', {
-      method: 'POST',
-      body: JSON.stringify({
-        transactionId: transaction.transactionId,
-        receipt: transaction.receipt,
-        purchaseToken: transaction.purchaseToken,
-      }),
-    });
-  }
-}
-```
-
-## 필수 구매 옵션
-
-| 옵션 | 플랫폼 | 설명 |
-|--------|----------|-------------|
-| `productIdentifier` | iOS + Android | App Store Connect / Google Play Console에서 구성된 SKU/제품 ID입니다. |
-| `productType` | Android only | `PURCHASE_TYPE.INAPP` 또는 `PURCHASE_TYPE.SUBS`. 기본값은 `INAPP`입니다. 구독의 경우 항상 `SUBS`로 설정하세요. |
-| `planIdentifier` | Android subscriptions | Google Play Console의 Base Plan ID입니다. 구독에 필수이며, iOS 및 인앱 구매에서는 무시됩니다. |
-| `quantity` | iOS | 인앱 구매에만 해당하며 기본값은 `1`입니다. Android는 항상 하나의 항목을 구매합니다. |
-| `appAccountToken` | iOS + Android | 구매를 사용자에게 연결하는 UUID/문자열입니다. iOS에서는 UUID여야 하며, Android는 최대 64자의 난독화된 문자열을 허용합니다. |
-| `isConsumable` | Android | 소비 가능한 제품의 경우 권한 부여 후 토큰을 자동으로 소비하려면 `true`로 설정하세요. 기본값은 `false`입니다. |
-
-## 권한 상태 확인
-
-스토어가 보고하는 모든 거래의 크로스 플랫폼 보기를 위해 `getPurchases()`를 사용하세요:
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-purchases.forEach((purchase) => {
-  if (purchase.isActive && purchase.expirationDate) {
-    console.log('iOS sub active until', purchase.expirationDate);
-  }
-
-  const isAndroidIapValid =
-    ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') && purchase.isAcknowledged;
-
-  if (isAndroidIapValid) {
-    console.log('Grant in-app entitlement for', purchase.productIdentifier);
-  }
-});
-```
-
-### 플랫폼 동작
-
-- **iOS**: 구독에는 `isActive`, `expirationDate`, `willCancel` 및 StoreKit 2 리스너 지원이 포함됩니다. 인앱 구매에는 서버 영수증 검증이 필요합니다.
-- **Android**: `isActive`/`expirationDate`는 채워지지 않습니다. 권한 있는 상태를 확인하려면 `purchaseToken`으로 Google Play Developer API를 호출하세요. `purchaseState`는 `PURCHASED`여야 하고 `isAcknowledged`는 `true`여야 합니다.
-
-## API 빠른 참조
-
-- `isBillingSupported()` – StoreKit / Google Play 가용성을 확인합니다.
-- `getProduct()` / `getProducts()` – 가격, 현지화된 제목, 설명, 소개 혜택을 가져옵니다.
-- `purchaseProduct()` – StoreKit 2 또는 Billing client 구매 플로우를 시작합니다.
-- `restorePurchases()` – 과거 구매를 재생하고 현재 기기와 동기화합니다.
-- `getPurchases()` – 모든 iOS 거래 또는 Play Billing 구매를 나열합니다.
-- `manageSubscriptions()` – 네이티브 구독 관리 UI를 엽니다.
-- `addListener('transactionUpdated')` – 앱이 시작될 때 보류 중인 StoreKit 2 거래를 처리합니다 (iOS만 해당).
-
-## 모범 사례
-
-1. **스토어 가격 표시** – Apple은 `product.title` 및 `product.priceString` 표시를 요구합니다. 절대 하드코딩하지 마세요.
-2. **`appAccountToken` 사용** – 사용자 ID에서 UUID(v5)를 결정론적으로 생성하여 구매를 계정에 연결하세요.
-3. **서버 측 검증** – `receipt`(iOS) / `purchaseToken`(Android)을 백엔드로 보내 검증하세요.
-4. **오류를 우아하게 처리** – 사용자 취소, 네트워크 실패 및 지원되지 않는 결제 환경을 확인하세요.
-5. **철저히 테스트** – [iOS 샌드박스 가이드](/docs/plugins/native-purchases/ios-sandbox-testing/) 및 [Android 샌드박스 가이드](/docs/plugins/native-purchases/android-sandbox-testing/)를 따르세요.
-6. **복원 및 관리 제공** – `restorePurchases()` 및 `manageSubscriptions()`에 연결된 UI 버튼을 추가하세요.
-
-## 문제 해결
-
-**제품이 로드되지 않음**
-- 번들 ID / 애플리케이션 ID가 스토어 구성과 일치하는지 확인하세요.
-- 제품 ID가 활성화되고 승인되었는지 확인하세요 (App Store) 또는 활성화되었는지 확인하세요 (Google Play).
-- 제품 생성 후 몇 시간 기다리세요. 스토어 전파는 즉시 이루어지지 않습니다.
-
-**구매가 취소되거나 중단됨**
-- 사용자가 플로우 중간에 취소할 수 있습니다. 호출을 `try/catch`로 감싸고 친근한 오류 메시지를 표시하세요.
-- Android의 경우, 테스트 계정이 Play Store(내부 트랙)에서 앱을 설치했는지 확인하여 Billing이 작동하도록 하세요.
-- 기기에서 실행할 때 logcat/Xcode에서 결제 오류를 확인하세요.
-
-**구독 상태가 올바르지 않음**
-- `getPurchases()`를 사용하여 스토어 데이터를 로컬 권한 캐시와 비교하세요.
-- Android에서는 항상 `purchaseToken`으로 Google Play Developer API를 쿼리하여 만료 날짜 또는 환불 상태를 확인하세요.
-- iOS에서는 `isActive`/`expirationDate`를 확인하고 영수증을 검증하여 환불 또는 취소를 감지하세요.
diff --git a/src/content/docs/ko/docs/plugins/native-purchases/index.mdx b/src/content/docs/ko/docs/plugins/native-purchases/index.mdx
deleted file mode 100644
index 37aa7fba7..000000000
--- a/src/content/docs/ko/docs/plugins/native-purchases/index.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: "@capgo/native-purchases"
-locale: ko
-description: iOS와 Android 플랫폼에서 원활하게 작동하는 통합 API로 인앱 구매 및 구독을 처리하는 Capacitor 플러그인입니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: iOS 및 Android 플랫폼에서 원활하게 작동하는 통합 API로 인앱 구매 및 구독을 간소화하세요.
-  image:
-    file: ~public/icons/plugins/native-purchases.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/native-purchases/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/native-purchases/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="통합 API" icon="rocket">
-    iOS 및 Android 구매를 위한 단일 API
-  </Card>
-  <Card title="구독 관리" icon="setting">
-    자동 갱신이 있는 구독 처리
-  </Card>
-  <Card title="영수증 검증" icon="approve-check">
-    보안을 위한 내장 영수증 검증
-  </Card>
-  <Card title="시작하기" icon="open-book">
-    플러그인을 설치하고 구성하려면 [시작 가이드](/docs/plugins/native-purchases/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
-
-## 플랫폼 설정 가이드
-
-<CardGrid>
-  <Card title="Android 설정" icon="setting">
-    Android에서 인앱 구매 설정을 위한 완전한 가이드:
-    - [샌드박스 테스트 구성](/docs/plugins/native-purchases/android-sandbox-testing/)
-    - [구독 생성](/docs/plugins/native-purchases/android-create-subscription/)
-    - [소개 혜택](/docs/plugins/native-purchases/android-introductory-offer/)
-  </Card>
-  <Card title="iOS 설정" icon="star">
-    iOS에서 인앱 구매 설정을 위한 완전한 가이드:
-    - [샌드박스 테스트 구성](/docs/plugins/native-purchases/ios-sandbox-testing/)
-    - [구독 그룹](/docs/plugins/native-purchases/ios-subscription-group/)
-    - [구독 생성](/docs/plugins/native-purchases/ios-create-subscription/)
-    - [소개 혜택](/docs/plugins/native-purchases/ios-introductory-offer/)
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/native-purchases/ios-app-store-review.mdx b/src/content/docs/ko/docs/plugins/native-purchases/ios-app-store-review.mdx
deleted file mode 100644
index e47c33801..000000000
--- a/src/content/docs/ko/docs/plugins/native-purchases/ios-app-store-review.mdx
+++ /dev/null
@@ -1,536 +0,0 @@
----
-title: iOS App Store IAP 검토 지침
-description: 일반적인 거부 이유와 모범 사례를 포함하여 인앱 구매 및 구독에 대한 App Store 검토 통과에 대한 전체 가이드입니다.
-sidebar:
-  order: 10
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-App Store에서 앱을 승인받으려면 특히 인앱 구매 및 구독을 구현할 때 Apple의 가이드라인에 세심한 주의가 필요합니다. 이 가이드에서는 첫 번째 제출물에 대한 검토를 통과하기 위해 알아야 할 모든 내용을 다룹니다.
-
-![iOS App Store 검토 프로세스](/native-purchases/review-guides/ios-review-hero.webp)
-
-## 인앱 구매 요구 사항
-
-### 가격 투명성(중요)
-
-Apple에서는 구매하기 전에 명확한 가격 공개가 필요합니다.
-
-**필수 요소:**
-- 구매 버튼 전 정확한 가격 표시
-- 청구 빈도 표시(예: "$9.99/월")
-- 사용자가 자신의 돈으로 무엇을 얻는지 명확하게 명시
-- 요금이 언제 발생하는지 표시
-
-**일반적인 거부:**
-> "구독 가격은 명확하고 명확해야 합니다."
-
-:::주의 가격 일관성
-모든 가격은 다음에 걸쳐 일치해야 합니다.
-- App Store 메타데이터 목록
-- 인앱 구매 화면
-- 구독 관리 화면
-
-스토어 등록정보($4.99)와 앱($5.99) 사이에 1달러의 차이가 있어도 자동 거부가 발생합니다.
-:::
-
-### 구독 계획 프레젠테이션
-
-**필수 공개:**
-- 사용 가능한 모든 구독 등급이 함께 표시됩니다.
-- 계층별 기능을 명확하게 비교
-- UI 트릭을 통해 프리미엄 계층으로 자동 기본값이 설정되지 않습니다.
-- 찾기 쉬운 취소 지침
-
-![UI 디자인 해야 할 일과 하지 말아야 할 일](/native-purchases/review-guides/ui-design-dos-donts.webp)
-
-**호환 UI의 예:**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function SubscriptionScreen() {
-  return (
-    <div>
-      <h2>Choose Your Plan</h2>
-
-      {/* Show all tiers equally */}
-      <PlanCard
-        title="Basic"
-        price="$4.99/month"
-        features={['Feature A', 'Feature B']}
-      />
-      <PlanCard
-        title="Premium"
-        price="$9.99/month"
-        features={['All Basic', 'Feature C', 'Feature D']}
-        highlighted={false} // Don't force premium
-      />
-
-      {/* Clear cancellation info */}
-      <Text>
-        Cancel anytime in Settings > Subscriptions.
-        No refunds for partial periods.
-      </Text>
-    </div>
-  );
-}
-```
-
-### 구매 복원
-
-**필수 구현:**
-
-IAP가 포함된 모든 앱은 사용자가 지원팀에 문의하지 않고도 이전 구매를 복원할 수 있는 방법을 제공해야 합니다.
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function restorePurchases() {
-  try {
-    await NativePurchases.restorePurchases();
-
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const activeSub = purchases.find(
-      (purchase) => purchase.isActive && purchase.expirationDate,
-    );
-
-    if (activeSub) {
-      unlockPremiumFeatures();
-      showMessage('Purchases restored successfully!');
-      return;
-    }
-
-    const { purchases: iaps } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.INAPP,
-    });
-    const hasIap = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-    showMessage(
-      hasIap ? 'Premium purchase restored!' : 'No previous purchases found.',
-    );
-  } catch (error) {
-    showError('Failed to restore purchases. Please try again.');
-  }
-}
-
-// Add a visible "Restore Purchases" button
-<Button onClick={restorePurchases}>
-  Restore Purchases
-</Button>
-```
-
-## 일반적인 거부 사유
-
-### 1. 앱 충돌 또는 기능 손상
-
-**실패하는 이유:**
-- 실행 시 앱이 충돌함
-- 구매 흐름이 완료되지 않습니다.
-- 스크린샷에 표시된 기능이 작동하지 않습니다.
-
-**예방:**
-- 실제 장치에서 테스트(시뮬레이터뿐만 아니라)
-- 모든 구독 흐름을 처음부터 끝까지 테스트하세요.
-- 영수증 유효성 검사가 작동하는지 확인
-- 네트워크 오류 처리 확인
-
-### 2. 메타데이터 불일치
-
-**실패하는 이유:**
-- 스크린샷은 현재 빌드에 없는 기능을 보여줍니다.
-- 설명에 존재하지 않는 기능이 언급되어 있습니다.
-- 메타데이터 가격이 인앱 가격과 다릅니다.
-
-![메타데이터 체크리스트](/native-purchases/review-guides/metadata-checklist.webp)
-
-**예방:**
-```typescript
-// Document exactly what's in each tier
-const SUBSCRIPTION_FEATURES = {
-  basic: ['Ad-free', 'Cloud sync', 'Basic themes'],
-  premium: ['Ad-free', 'Cloud sync', 'All themes', 'Priority support']
-};
-
-// Use these in both your app AND App Store description
-```
-
-### 3. 권한 누락 설명
-
-**실패하는 이유:**
-- 설명 없이 카메라/위치/건강 요청
-- 여러 화면에 깊이 묻혀 있는 권한 요청
-- 모호하거나 일반적인 권한 설명
-
-**예방:**
-
-명확한 설명으로 `Info.plist`을 업데이트하세요.
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Camera access is needed to scan product barcodes for quick subscription upgrades.</string>
-
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>Location helps us show relevant local content in your Premium subscription.</string>
-```
-
-### 4. 오해를 불러일으키는 마케팅
-
-**실패하는 이유:**
-- 증거 없이 "세계 1위 앱"과 같은 주장
-- 숨겨진 한계가 있는 "무제한" 기능
-- 가짜 긴급 전술("2자리만 남았어요!")
-
-![설명 지침 예](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![추가 설명 지침](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**예방:**
-- 설명은 구체적이고 사실에 근거해야 합니다.
-- 증거가 없는 최상급 표현은 피하세요.
-- 가짜 희소성으로 사용자에게 압력을 가하지 마세요.
-
-### 5. 숨겨진 취소 절차
-
-**실패하는 이유:**
-- 취소 방법에 대한 언급이 없습니다.
-- 취소버튼이 숨겨져 있거나 가려져 있음
-- Apple의 기본 흐름이 없는 다단계 취소 프로세스
-
-**예방:**
-```typescript
-// Always inform users about cancellation
-function SubscriptionInfo() {
-  return (
-    <div>
-      <h3>How to Cancel</h3>
-      <ol>
-        <li>Open iPhone Settings</li>
-        <li>Tap your name at the top</li>
-        <li>Tap Subscriptions</li>
-        <li>Select this app and tap Cancel</li>
-      </ol>
-
-      <p>Or manage directly in the App Store app.</p>
-
-      <Button onClick={openSubscriptionManagement}>
-        Manage Subscription in Settings
-      </Button>
-    </div>
-  );
-}
-
-async function openSubscriptionManagement() {
-  // Direct link to iOS subscription management
-  await NativePurchases.showManageSubscriptions();
-}
-```## 개인정보 보호 및 데이터 사용(섹션 5.1.1)
-
-Apple에서는 2025년에 개인 정보 보호 요구 사항을 대폭 강화했습니다.
-
-### 필수 공개
-
-**모든 권한에 대해:**
-1. 필요한 이유(특정 사용 사례)
-2. 이용시기
-3. 데이터 저장/공유 방법
-4. 선택사항인지 필수사항인지
-
-### 예: 적절한 권한 흐름
-
-```typescript
-async function requestCameraPermission() {
-  // Show explanation BEFORE requesting
-  await showDialog({
-    title: 'Camera Access',
-    message: 'We need camera access to let you scan barcodes for quick product lookup. Your photos are never uploaded or stored.',
-    buttons: ['Not Now', 'Allow']
-  });
-
-  // Then request permission
-  const result = await Camera.requestPermissions();
-  return result.camera === 'granted';
-}
-```
-
-### 개인 정보 보호 영양 라벨
-
-App Store 개인 정보 보호 라벨에 다음 사항이 정확하게 반영되어 있는지 확인하세요.
-- 구매내역 수집
-- 이메일 주소(영수증용)
-- 기기 ID(사기 방지용)
-- 사용량 데이터(분석용)
-
-:::warning
-부정확한 개인 정보 보호 라벨은 2025년에 일반적인 거부 사유입니다. 데이터 수집을 주의 깊게 감사하세요.
-:::
-
-## 제출 전 체크리스트
-
-![제출 전 체크리스트](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **모든 구매 흐름 테스트**
-   - 각 구독 등급 구매
-   - 무료 평가판 테스트
-   - 신규 프로모션이 올바르게 적용되었는지 확인하세요.
-   - 테스트 복원 구매
-   - 가족 공유 확인(활성화된 경우)
-   - 여러 장치에서 테스트
-
-2. **가격 일관성 확인**
-   - App Store 메타데이터가 인앱 가격과 일치하는지 확인하세요.
-   - 모든 통화가 올바른지 확인하세요.
-   - 무료 평가판 기간이 설명과 일치하는지 확인
-   - 신규 프로모션 약관이 정확한지 확인하세요.
-
-3. **모든 사본 검토**
-   - 자리 표시자 텍스트 제거
-   - 주장이 테스트 가능한지 확인
-   - 문법과 철자를 확인하세요
-   - 설명이 현재 빌드와 일치하는지 확인하세요.
-   - 경쟁사 언급 제거
-
-4. **테스트 권한**
-   - 꼭 필요한 권한만 요청
-   - 요청하기 전에 명확한 설명을 보여주세요.
-   - "거부" 흐름 테스트(앱은 계속 작동해야 함)
-   - Info.plist 설명이 명확한지 확인하세요.
-
-5. **테스트 계정 준비**
-   - 샌드박스 테스트 계정 만들기
-   - 앱 리뷰 노트에 로그인 자격 증명을 기록하세요.
-   - 테스트 계정에 활성 구독이 있는지 확인하세요.
-   - 리뷰어가 구매 흐름을 완료할 수 있는지 테스트
-
-6. **메타데이터 확인**
-   - 스크린샷은 현재 UI와 일치합니다.
-   - 앱 미리보기 비디오(있는 경우)에 현재 버전이 표시됩니다.
-   - 설명은 기능을 정확하게 설명합니다.
-   - 연령 등급이 콘텐츠와 일치함
-   - 개인정보 보호정책은 앱 내에서 확인할 수 있습니다.
-
-7. **자세한 리뷰 노트 작성**
-   ```
-   Test Account:
-   Email: reviewer@test.com
-   Password: TestPass123!
-
-   Testing Instructions:
-   1. Log in with test account above
-   2. Tap "Upgrade to Premium" button
-   3. Select "Monthly Premium" subscription
-   4. Complete purchase (no charge in sandbox)
-   5. Verify premium features unlock
-
-   Note: Subscription pricing is clearly shown before purchase.
-   Cancellation instructions are in Settings > Account.
-   ```
-
-</Steps>
-
-## 타임라인 검토
-
-![App Store 검토 일정](/native-purchases/review-guides/review-timeline.webp)
-
-**표준 검토:** 24~48시간
-**피크 기간:** 3~5일(App Store 휴일 릴리스)
-**주말:** 처리된 리뷰가 없습니다.
-**신속 검토:** 중요한 버그 수정이 가능합니다(App Store Connect을 통해 요청).
-
-:::tip
-주말 지연을 방지하려면 주중에 일찍 제출하세요. 월요일 제출물은 일반적으로 수요일까지 검토됩니다.
-:::
-
-## 2025 지침 업데이트
-
-### 새로운 요구사항
-
-**1. AI 기능 공개**
-앱이 모든 기능에 AI를 사용하는 경우 다음을 수행해야 합니다.
-- AI 생성 콘텐츠에 명확한 라벨을 지정하세요.
-- AI가 어떻게 활용되는지 설명해주세요.
-- 문서 내용 안전 대책
-
-**2. 향상된 구독 명확성**
-- 병렬 계획 비교가 필요합니다.
-- 더 저렴한 옵션을 숨기는 "어두운 패턴"이 없습니다.
-- 명확한 다운그레이드/업그레이드 경로
-
-**3. 개인 정보 보호 강화**
-- 섹션 5.1.1 시행이 강화되었습니다.
-- 데이터 수집 정당성에 대한 추가 조사
-- 어린이용 앱에 대한 요구사항이 더욱 엄격해졌습니다.
-
-### 2024년과 달라진 점- 이제 모듈식 제출이 허용됩니다(제품 페이지를 독립적으로 업데이트).
-- 인앱 이벤트를 별도로 제출할 수 있습니다.
-- 오해의 소지가 있는 구독 UI를 더욱 엄격하게 시행
-- 암호화폐/NFT 앱에 대한 새로운 지침
-
-## 기본 구매 플러그인 모범 사례
-
-### 적절한 오류 처리 구현
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string) {
-  try {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    // Success
-    await validateReceiptOnServer(transaction.receipt);
-    showSuccess('Subscription activated!');
-    unlockFeatures();
-
-  } catch (error: any) {
-    // Handle specific error cases
-    if (error.code === 'USER_CANCELLED') {
-      // User cancelled - don't show error
-      console.log('Purchase cancelled by user');
-    } else if (error.code === 'PAYMENT_PENDING') {
-      showInfo('Payment is pending. Please check back later.');
-    } else if (error.code === 'PRODUCT_ALREADY_PURCHASED') {
-      // Restore instead
-      await NativePurchases.restorePurchases();
-    } else {
-      // Show user-friendly error
-      showError('Unable to complete purchase. Please try again.');
-    }
-  }
-}
-```
-
-### 로딩 상태 표시
-
-```typescript
-function PurchaseButton({ productId }: { productId: string }) {
-  const [loading, setLoading] = useState(false);
-
-  const handlePurchase = async () => {
-    setLoading(true);
-    try {
-      await NativePurchases.purchaseProduct({ productIdentifier: productId });
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handlePurchase} disabled={loading}>
-      {loading ? 'Processing...' : 'Subscribe Now'}
-    </button>
-  );
-}
-```
-
-### 용어를 명확하게 표시
-
-```typescript
-function SubscriptionTerms() {
-  return (
-    <div className="terms">
-      <p>
-        Subscription automatically renews unless cancelled at least 24 hours
-        before the end of the current period.
-      </p>
-      <p>
-        Your account will be charged for renewal within 24 hours prior to
-        the end of the current period.
-      </p>
-      <p>
-        Subscriptions may be managed by the user and auto-renewal may be
-        turned off in Account Settings after purchase.
-      </p>
-      <p>
-        <a href="/terms">Terms of Service</a> |
-        <a href="/privacy">Privacy Policy</a>
-      </p>
-    </div>
-  );
-}
-```
-
-## 앱이 거부되는 경우
-
-### 해결 단계
-
-<Steps>
-
-1. **거절 내용을 주의 깊게 읽어보세요**
-   - 인용된 특정 지침을 참고하세요(예: 3.1.1, 5.1.1).
-   - Apple이 무엇을 신고했는지 정확히 이해하세요.
-
-2. **문제를 철저히 해결**
-   - 패치만 하지 말고 근본 원인을 해결하세요.
-   - 수정 사항을 광범위하게 테스트
-   - 변경한 내용을 문서로 기록하세요.
-
-3. **해결 센터에서 응답**
-   ```
-   Thank you for your feedback. I have addressed the issue:
-
-   Issue: Subscription pricing not clear upfront
-
-   Fix: Added explicit pricing display on subscription selection
-   screen showing "$9.99/month" before purchase button. Also added
-   cancellation instructions on the same screen.
-
-   The changes are in this submission and can be tested using the
-   provided test account.
-   ```
-
-4. **즉시 다시 제출**
-   - 재제출은 일반적으로 더 빠르게 검토됩니다.
-   - 보통 24시간 이내
-
-</Steps>
-
-### 항소 절차
-
-거부가 잘못되었다고 생각하는 경우:
-
-![App Store 설명 프로세스](/native-purchases/review-guides/clarification-process.webp)
-
-1. App Store Connect에서 '이의제기'를 클릭하세요.
-2. 명확한 증거를 제공하십시오:
-   - 규정 준수를 보여주는 스크린샷
-   - 특정 지침에 대한 참조
-   - 요구사항을 어떻게 충족하는지에 대한 설명
-3. 전문적이고 사실에 입각한 태도를 취하세요.
-4. 기능을 찾기 어려운 경우 테스트 계정을 포함하세요.
-
-![서류요청 예시](/native-purchases/review-guides/request-documents.webp)
-
-## 추가 리소스
-
-- [Apple App Store 검토 지침](https://developer.apple.com/app-store/review/guidelines/)
-- [인앱 구매 지침](https://developer.apple.com/app-store/review/guidelines/#in-app-purchase)
-- [구독 모범 사례](https://developer.apple.com/app-store/subscriptions/)
-- [App Store Connect 도움말](https://developer.apple.com/help/app-store-connect/)
-
-## 지원
-
-여전히 문제가 있는 경우:
-- [기본 구매 문서](/docs/plugins/native-purchases/getting-started/) 검토
-- [일반적인 문제 해결 문제](/docs/plugins/native-purchases/getting-started/#troubleshooting)를 확인하세요.
-- 지침에 대한 설명은 Apple 개발자 지원팀에 문의하세요.
-
-### 전문가의 도움이 필요하신가요?
-
-앱 검토에 어려움을 겪고 있거나 맞춤 지원이 필요하십니까? **[저희 팀과 상담 전화 예약](https://cal.com/team/capgo/capacitor-consulting-services)** 다음과 같은 전담 지원을 받으세요.
-
-- IAP 구현 검토 및 최적화
-- App Store 검토 준비 및 전략
-- 제출 체크리스트 검토
-- 거절결정 및 이의신청
-- 완벽한 테스트 및 검증
-
-우리 전문가들은 수백 개의 앱이 심사를 통과하도록 성공적으로 도왔습니다!
diff --git a/src/content/docs/ko/docs/plugins/native-purchases/ios-create-subscription.mdx b/src/content/docs/ko/docs/plugins/native-purchases/ios-create-subscription.mdx
deleted file mode 100644
index f7738869e..000000000
--- a/src/content/docs/ko/docs/plugins/native-purchases/ios-create-subscription.mdx
+++ /dev/null
@@ -1,307 +0,0 @@
----
-title: iOS 자동 갱신 구독 생성
-description: 기본 구매 플러그인에 대해 App Store Connect에서 자동 갱신 구독을 생성하는 방법에 대한 단계별 가이드입니다.
-sidebar:
-  order: 8
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-자동 갱신 구독을 통해 iOS 앱의 콘텐츠, 서비스 또는 프리미엄 기능에 반복적으로 액세스할 수 있습니다. 이 가이드는 App Store Connect에서 구독을 만드는 과정을 안내합니다.
-
-## 개요
-
-자동 갱신 구독은 사용자가 취소할 때까지 각 결제 기간이 끝날 때 자동으로 갱신됩니다. 다음과 같은 경우에 적합합니다.
-- 프리미엄 콘텐츠 및 기능
-- 광고 없는 경험
-- 클라우드 스토리지 및 동기화
-- 스트리밍 서비스
-- 전문 도구 및 유틸리티
-
-## 전제조건
-
-구독을 만들기 전에 다음을 수행해야 합니다.
-1. 구독을 정리하려면 [구독 그룹을 생성](/docs/plugins/native-purchases/ios-subscription-group/)하세요.
-2. 활성 Apple 개발자 프로그램 멤버십을 보유하고 있습니다.
-3. App Store Connect에서 은행 및 세금 정보를 작성하세요.
-
-## 구독 만들기
-
-<Steps>
-
-1. **구독으로 이동**
-
-   App Store Connect에서 앱을 선택하고 **수익 창출 > 구독**으로 이동합니다.
-
-   구독 그룹을 선택하거나 필요한 경우 새 구독 그룹을 만드세요.
-
-   ![구독으로 이동](/native-purchases/ios/create-subscription/navigate-to-subscriptions.webp)
-
-2. **새 구독 만들기**
-
-   새 구독을 추가하려면 구독 그룹 옆에 있는 **+** 아이콘을 클릭하세요.
-
-3. **기본정보 입력**
-
-   **참조 이름**: 내부 사용을 위한 설명 이름(고객에게 표시되지 않음)
-   - 예: "Premium Monthly", "Ultimate Annual", "기본 플랜"
-
-   **제품 ID**: 이 구독에 대한 고유 식별자(나중에 변경할 수 없음)
-   - 형식: `com.yourcompany.yourapp.premium_monthly`
-   - 밑줄과 함께 설명이 포함된 소문자 이름을 사용하세요.
-   - 기본 구매 플러그인 구성에 필요합니다.
-
-   ![구독 세부정보 입력](/native-purchases/ios/create-subscription/enter-subscription-info.webp)
-
-4. **기간 구성**
-
-   사용 가능한 옵션 중에서 구독 기간을 선택하세요.
-   - 1주
-   - 1개월
-   - 2개월
-   - 3개월
-   - 6개월
-   - 1년
-
-   기간에 따라 사용자에게 비용이 청구되는 빈도가 결정됩니다.
-
-5. **가격 설정**
-
-   가격을 구성하려면 **구독 가격 추가**를 클릭하세요.
-
-   **기본 지역**: 주요 시장(일반적으로 국가)을 선택합니다.
-
-   **가격**: 구독 가격을 설정하세요.
-   - Apple는 자동으로 다른 통화로 변환됩니다.
-   - Apple의 가격대 중에서 선택하세요.
-   - 인지된 가치와 시장 가격을 고려
-
-   ![가격 구성](/native-purchases/ios/create-subscription/configure-pricing.webp)
-
-6. **가족 공유(선택 사항)**
-
-   최대 6명의 가족 구성원이 구독에 액세스할 수 있도록 허용하는 가족 공유를 활성화할지 여부를 결정합니다.
-
-   :::주의
-   가족 공유가 활성화되면 이 제품에 대해 비활성화할 수 없습니다.
-   :::
-
-   **다음의 경우 활성화:**
-   - 가족이 사용하기에 적합한 콘텐츠
-   - 가치 제안을 높이고 싶으신 분
-   - 귀하의 비즈니스 모델이 이를 뒷받침합니다.
-
-   **다음과 같은 경우에는 활성화하지 마세요**
-   - 구독은 개인 용도로만 사용 가능
-   - 콘텐츠는 사용자에게 개인화됩니다.
-   - 사용자당 수익을 극대화하고 싶으신 분
-
-7. **현지화 추가**
-
-   앱이 지원하는 모든 언어로 구독 표시 정보를 추가하세요.
-
-   **구독 표시 이름**: 고객에게 표시되는 이름(예: "Premium Monthly")
-
-   **설명**: 구독에 포함된 내용에 대한 간략한 설명
-   - 간결하고 이익 중심으로 작성하세요.
-   - 주요 기능 언급
-   - 가치 제안 강조
-
-   ![현지화 추가](/native-purchases/ios/create-subscription/add-localization.webp)8. **App Store 프로모션 이미지(선택사항)**
-
-   이 구독에 대한 프로모션 이미지를 업로드하세요(312x390픽셀):
-   - App Store 구독 페이지에 표시됩니다.
-   - 앱 디자인과 일치해야 합니다.
-   - 명확성을 위해 구독 이름을 포함합니다.
-
-   :::참고
-   이미지는 초기 제출 시 선택 사항이지만 App Store에 홍보용으로 표시하려면 필수입니다. 나중에 추가할 수 있습니다.
-   :::
-
-9. **저장 및 제출**
-
-   구독을 생성하려면 **저장**을 클릭하세요.
-
-   **첫 번째 구독의 경우:**
-   - 새로운 앱 버전으로 제출해야 합니다.
-   - 다음 App Store 제출에 포함
-   - 단독으로 제출할 수 없음
-
-   **후속 구독의 경우:**
-   - 구독 페이지에서 직접 제출 가능
-   - 새로운 앱 버전이 필요하지 않습니다.
-   - 최초 가입 승인 후 이용 가능
-
-</Steps>
-
-## 구독 상태
-
-구독 상태는 다음 중 하나입니다.
-
-| 상태 | 설명 | 테스트할 수 있나요? |
-|---------|-------------|------------|
-| **메타데이터 누락** | 불완전한 설정 | 예(샌드박스) |
-| **제출 준비 완료** | 완료되었으나 제출되지 않음 | 예(샌드박스) |
-| **검토를 기다리는 중** | Apple에 제출됨 | 예(샌드박스) |
-| **검토 중** | Apple에서 검토 중 | 예(샌드박스) |
-| **승인됨** | 구매 가능 | 예 |
-| **거부됨** | 변경이 필요함 | 예(샌드박스) |
-
-:::tip
-"메타데이터 누락" 또는 "제출 준비 완료"가 표시되는 경우에도 샌드박스 모드에서 구독을 테스트할 수 있습니다!
-:::
-
-## 앱에서 사용하기
-
-구독이 생성되면 제품 ID를 사용하여 앱에서 구독을 참조하세요.
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch subscription products direct from StoreKit
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: [
-    'com.yourcompany.yourapp.premium_monthly',
-    'com.yourcompany.yourapp.premium_annual',
-  ],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-products.forEach((product) => {
-  console.log(`${product.title}: ${product.priceString}`);
-  console.log(`Duration: ${product.subscriptionPeriod}`);
-  console.log(`Description: ${product.description}`);
-});
-
-// Purchase a subscription (StoreKit 2 automatically handles intro pricing and offers)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourcompany.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Transaction ID:', transaction.transactionId);
-
-  // StoreKit receipts are included on iOS for server-side validation
-  await sendReceiptToBackend(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-
-// Check subscription status using the store's data
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const premium = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.yourcompany.yourapp.premium_monthly',
-);
-
-if (premium?.isActive) {
-  console.log('Expires:', premium.expirationDate);
-  console.log('Will renew:', premium.willCancel === false);
-  console.log('Store state:', premium.subscriptionState);
-  unlockPremiumFeatures();
-} else {
-  showPaywall();
-}
-```
-
-## 모범 사례
-
-### 가격 전략
-- **월간 요금제**: 진입 장벽을 낮추고 습관을 형성합니다.
-- **연간 요금제**: 더 나은 가치, 더 높은 LTV, 더 낮은 이탈률
-- **다양한 계층**: 다양한 사용자 세그먼트를 위한 기본, 프리미엄, 얼티밋
-- **경쟁력 분석**: 유사한 앱의 가격 조사
-
-### 제품 ID
-- 일관된 이름 사용: `company.app.tier_duration`
-- ID에 등급 및 기간 포함: `premium_monthly`, `ultimate_annual`
-- 제품 ID를 변경하지 마세요(영구적임).
-- 팀의 모든 제품 ID를 문서화하세요.
-
-### 가족 공유
-- 가족 중심 앱(게임, 교육, 엔터테인먼트)에 사용 가능
-- 수익에 미치는 영향 고려
-- 공유 행위를 철저하게 테스트
-- 마케팅에서 공유능력을 전달한다.
-
-### 현지화
-- 모든 구독 이름과 설명 번역
-- 지역별 가격 차이를 고려하세요.
-- 지원되는 모든 언어로 디스플레이 테스트
-- 문화적으로 적절한 마케팅 언어를 사용합니다.
-
-### 프로모션 이미지
-- 일관된 시각적 스타일 유지
-- 구독 이름 및 주요 혜택 포함
-- 시즌 프로모션 업데이트
-- 앱의 전반적인 디자인 언어와 일치
-
-## 일반적인 구독 패턴
-
-### 단일 계층(부분 유료화)
-```
-Free App + Premium Subscription
-- Basic: Free (limited features)
-- Premium Monthly: $4.99
-- Premium Annual: $39.99 (save 33%)
-```
-
-### 다중 계층(좋음, 더 좋음, 최고)
-```
-- Basic Monthly: $4.99
-- Premium Monthly: $9.99
-- Ultimate Monthly: $19.99
-
-- Basic Annual: $49.99
-- Premium Annual: $99.99
-- Ultimate Annual: $199.99
-```
-
-### 소모품 + 구독 하이브리드
-```
-- Credit packs (consumable)
-- Monthly subscription (unlimited credits)
-- Annual subscription (unlimited + bonus features)
-```
-
-## 문제 해결
-
-**앱에서 구독이 로드되지 않음:**
-- 제품 ID가 정확히 일치하는지 확인하세요(대소문자 구분).
-- 구독이 구독 그룹에 있는지 확인하세요.
-- 번들 식별자가 App Store Connect과 일치하는지 확인하세요.
-- 상품 생성 후 2~3시간 대기**구독을 제출할 수 없습니다:**
-- 필수 항목(이름, 설명, 가격)을 모두 작성하세요.
-- 하나 이상의 현지화를 추가하세요.
-- 은행/세금 정보가 승인되었는지 확인하세요.
-- 첫 번째 구독 여부 확인(앱 버전 필요)
-
-**가족 공유 토글이 비활성화되었습니다:**
-- 이미 활성화되어 있음(비활성화할 수 없음)
-- 구독 내역 확인
-- 문제가 있는 경우 Apple 지원팀에 문의하세요.
-
-**사용할 수 없는 가격대:**
-- 일부 지역에서는 이용이 제한될 수 있습니다.
-- 대체 계층 선택
-- 가격 관련 질문은 Apple에 문의하세요.
-
-**"잘못된 제품 ID" 오류:**
-- 역도메인 형식이어야 합니다.
-- 공백이나 특수문자를 포함할 수 없습니다.
-- 오타가 있는지 확인하세요
-- 모든 제품에 걸쳐 고유성을 확인합니다.
-
-## 다음 단계
-
-- 신규 구독자를 유치하기 위한 [소개 제안 만들기](/docs/plugins/native-purchases/ios-introductory-offer/)
-- 구독 테스트를 위한 [샌드박스 테스트 구성](/docs/plugins/native-purchases/ios-sandbox-testing/)
-- 재구매 및 유지를 위한 프로모션 제안 설정
-- 구독 분석 추적 구현
-
-## 추가 리소스
-
-자세한 내용은 [자동 갱신 구독에 대한 공식 Apple 문서](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers)를 참조하세요.
diff --git a/src/content/docs/ko/docs/plugins/native-purchases/ios-introductory-offer.mdx b/src/content/docs/ko/docs/plugins/native-purchases/ios-introductory-offer.mdx
deleted file mode 100644
index 6f46d46e2..000000000
--- a/src/content/docs/ko/docs/plugins/native-purchases/ios-introductory-offer.mdx
+++ /dev/null
@@ -1,408 +0,0 @@
----
-title: iOS 구독 소개 제안 만들기
-description: iOS에서 자동 갱신 구독에 대한 소개 제안을 만들어 새로운 구독자를 유치하고 전환하는 방법을 알아보세요.
-sidebar:
-  order: 9
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-신규 프로모션을 사용하면 자격을 갖춘 사용자에게 무료 평가판 또는 할인된 신규 출시 가격을 제공하여 진입 장벽을 낮추고 구독 전환율을 높일 수 있습니다.
-
-## 개요
-
-입문 혜택은 구독자 기반을 확대하는 데 가장 효과적인 도구 중 하나입니다. 이를 통해 사용자는 다음을 수행할 수 있습니다.
-- 부담 없이 프리미엄 기능을 사용해 보세요
-- 헌신하기 전에 가치를 경험하십시오.
-- 저렴한 가격부터 시작하세요
-- 제품에 대한 신뢰를 쌓으세요.
-
-## 제안 유형
-
-iOS은 세 가지 유형의 소개 제안을 지원합니다.
-
-### 1. 무료 평가판
-고객은 지정된 기간 동안 무료로 액세스할 수 있습니다. 평가판 사용 후 취소하지 않으면 표준 요금이 청구됩니다.
-
-**예:**
-- 7일 무료
-- 14일 무료
-- 1개월 무료
-
-**최적의 용도:**
-- 고가치 구독
-- 기능이 풍부한 앱
-- 사용자 습관 만들기
-
-### 2. 선불 결제
-고객은 출시 기간 동안 단일 할인 가격을 지불합니다.
-
-**예:**
-- 2개월 동안 $1.99(이후 $9.99/월)
-- 3개월 동안 $9.99(이후 $19.99/월)
-
-**최적의 용도:**
-- 약속 신호
-- 현금 흐름이 필요함
-- 가격 민감도 테스트
-
-### 3. 종량제 결제
-고객은 여러 청구 주기에 대해 할인된 가격을 지불합니다.
-
-**예:**
-- 3개월간 월 $1.99 (이후 월 $9.99)
-- 6개월간 월 $4.99 (이후 월 $14.99)
-
-**최적의 용도:**
-- 점진적인 헌신
-- 장기적인 가치 입증
-- 인지된 위험 감소
-
-## 자격 요건
-
-사용자는 다음과 같은 경우에만 소개 제안을 받을 수 있습니다.
-- 이전에 제품에 대한 소개 제안을 받은 적이 없습니다.
-- 동일한 구독 그룹에 속한 제품에 대한 소개 제안을 받지 못했습니다.
-- 해당 제품에 대한 활성 구독이 없습니다.
-
-:::note
-Apple은 자격 확인을 자동으로 처리합니다. 기본 구매 플러그인은 제안을 제시하기 전에 자격을 확인하는 방법을 제공합니다.
-:::
-
-## 전제조건
-
-신규 할인 혜택을 추가하기 전에 먼저 [자동 갱신 구독을 생성](/docs/plugins/native-purchases/ios-create-subscription/)해야 합니다.
-
-## 입문 제안 만들기
-
-<Steps>
-
-1. **구독으로 이동**
-
-   App Store Connect에서 앱의 **수익 창출 > 구독** 섹션으로 이동하여 혜택을 추가하려는 구독을 선택하세요.
-
-2. **구독 가격 추가**
-
-   "구독 가격" 옆에 있는 **+** 아이콘을 클릭하여 가격 책정 모드를 엽니다.
-
-3. **소개 제안 만들기**
-
-   옵션에서 **"소개 제안 만들기"**를 선택하세요.
-
-   ![소개 제안 만들기](/native-purchases/ios/introductory-offer/create-introductory-offer.webp)
-
-4. **국가 및 시작일 구성**
-
-   **국가 및 지역**: 혜택을 이용할 수 있는 지역을 선택하세요.
-   - 도달 범위를 최대화하려면 모든 국가를 선택하세요.
-   - 또는 테스트를 위해 특정 시장으로 제한
-
-   **시작일**: 혜택이 제공되는 날짜
-   - 즉시 또는 미래에 예정될 수 있습니다.
-   - 마케팅 캠페인을 조율하는 데 유용합니다.
-
-   **종료일(선택사항)**: 혜택이 만료되는 시점
-   - 지속적인 가용성을 위해 비워두세요.
-   - 기간 한정 프로모션 날짜 설정
-
-5. **혜택 유형 선택**
-
-   세 가지 제안 유형 중 하나를 선택하십시오.
-
-   **무료**(무료 평가판)
-   - 기간 선택(일, 주, 월)
-   - 예: 7일, 2주, 1개월**선불**
-   - 단일 결제 가격 설정
-   - 결제 기간 설정
-   - 예: 2개월 동안 $1.99
-
-   **사용한 만큼 지불**
-   - 기간별 할인가격 설정
-   - 기간 설정
-   - 예: 3개월 동안 월 $2.99
-
-6. **검토 및 확인**
-
-   다음 내용이 표시된 요약을 검토하세요.
-   - 혜택 유형 및 기간
-   - 가격 세부정보
-   - 신규 출시 이후 정상가
-   - 이용 가능 날짜 및 국가
-
-7. **저장**
-
-   **저장**을 클릭하여 신규 프로모션을 생성하세요. 샌드박스 모드에서 즉시 테스트가 가능합니다.
-
-</Steps>
-
-## 제안 구성 예
-
-### 예 1: 표준 무료 평가판
-```
-Type: Free
-Duration: 7 days
-Then: $9.99/month
-```
-**사용자 여정:**
-- 1~7일차: 무료 이용
-- 8일차: $9.99의 첫 번째 청구
-- 월별 요금은 계속됩니다.
-
-### 예시 2: 선불 할인 기간
-```
-Type: Pay Up Front
-Price: $4.99
-Duration: 3 months
-Then: $9.99/month
-```
-**사용자 여정:**
-- 1일차: $4.99 청구
-- 90일 이용 가능
-- 91일차: 월 $9.99 청구
-
-### 예시 3: 점진적 소개
-```
-Type: Pay As You Go
-Price: $2.99/month
-Periods: 6 months
-Then: $9.99/month
-```
-**사용자 여정:**
-- 1~6개월: $2.99/월
-- 7개월 이상: $9.99/월
-
-## 앱에서 사용하기
-
-기본 구매 플러그인은 소개 제안 프레젠테이션 및 자격을 자동으로 처리합니다.
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch products with intro offer information
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.yourapp.premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-// Display intro offer details (StoreKit sends localized metadata)
-if (product.introductoryPrice) {
-  console.log('Intro price:', product.introductoryPriceString);
-  console.log('Intro period:', product.introductoryPricePeriod);
-  console.log('Intro cycles:', product.introductoryPriceCycles);
-  console.log('Regular price:', product.priceString);
-} else {
-  console.log('No intro offer configured');
-}
-
-// Purchase (StoreKit automatically applies intro pricing if eligible)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Subscription active, receipt length:', transaction.receipt?.length);
-  await validateReceiptOnServer(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-```
-
-## 사용자에게 소개 제안 표시
-
-### UI 모범 사례
-
-**명확한 가치 제안:**
-```
-Try Premium Free for 7 Days
-Then $9.99/month. Cancel anytime.
-```
-
-**절감 강조:**
-```
-Start at Just $1.99
-Get 3 months of Premium for only $1.99
-Then $9.99/month
-```
-
-**투명한 의사소통:**
-```
-Your Free Trial
-• Access all premium features
-• No charge for 7 days
-• $9.99/month after trial
-• Cancel anytime, even during trial
-```
-
-### 구현 예
-
-```typescript
-function formatIntroOffer(product: any): string {
-  if (!product.introductoryPrice) {
-    return `${product.priceString} per ${product.subscriptionPeriod}`;
-  }
-
-  const intro = product.introductoryPrice;
-  const regular = product.priceString;
-
-  if (intro.price === 0) {
-    // Free trial
-    return `Try free for ${intro.periodString}, then ${regular}`;
-  } else if (intro.cycles === 1) {
-    // Pay up front
-    return `${intro.priceString} for ${intro.periodString}, then ${regular}`;
-  } else {
-    // Enterprise
-    return `${intro.priceString} for ${intro.cycles} ${intro.periodString}s, then ${regular}`;
-  }
-}
-```
-
-## 마케팅 모범 사례
-
-### 시험 기간 전략
-- **3~7일**: 빠른 의사결정 앱, 게임
-- **7~14일**: 대부분의 앱에 표준
-- **14~30일**: 복잡한 도구, 전문 앱
-- **30일 이상**: 고부가가치 B2B 또는 기업
-
-### 가격 심리학
-- **$0.99-$1.99**: 장벽이 매우 낮아 테스트하기에 좋습니다.
-- **50% 할인**: 인지도가 높은 가치
-- **첫 달 무료**: 일반적이고 친숙한 패턴
-
-### 통신 타이밍
-- **평가판 종료 전**: 사용자에게 향후 청구에 대해 알립니다.
-- **하이라이트 값**: 사용 통계, 업적 표시
-- **손쉬운 취소**: 투명한 프로세스로 신뢰 구축
-
-## 소개 제안 테스트
-
-샌드박스 테스트를 사용하여 동작을 확인합니다.
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// In sandbox mode, accelerated subscription durations apply:
-// - 3 days free trial = 3 minutes
-// - 1 week free trial = 3 minutes
-// - 1 month free trial = 5 minutes
-
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Purchase with intro offer
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Intro purchase transaction:', transaction.transactionId);
-
-// Wait for accelerated renewal
-setTimeout(async () => {
-  const { purchases } = await NativePurchases.getPurchases({
-    productType: PURCHASE_TYPE.SUBS,
-  });
-  const premium = purchases.find((purchase) => purchase.productIdentifier === 'premium_monthly');
-  console.log('After trial state:', premium?.subscriptionState);
-}, 180000); // 3 minutes for weekly trial
-```
-
-## 중요 참고사항
-
-### 자격 규칙
-- 구독 그룹당 사용자당 하나의 소개 제안(평생)
-- 신규 가입자에게만 적용됩니다.
-- 취소 후 재이용 불가
-- 구독 업그레이드/크로스그레이드에는 사용할 수 없습니다.
-
-### StoreKit API
-- `introductoryPrice`에는 소개 혜택 세부정보가 표시됩니다.
-- `eligibility` 메소드는 사용자가 자격이 있는지 확인합니다.
-- 구매시 자동 적용
-- 특별한 구매방법이 필요하지 않습니다.
-
-### 제한사항
-- 구독당 한 번에 하나의 소개 혜택만 활성화됩니다.
-- 다른 할인 유형과 결합할 수 없습니다.
-- 자격규정은 변경할 수 없습니다.
-- Apple는 자격 확인을 제어합니다.
-
-## 문제 해결
-
-**소개 혜택이 표시되지 않음:**
-- App Store Connect에서 혜택이 활성화되었는지 확인하세요.
-- 사용자가 이전에 소개 쿠폰을 사용한 적이 없는지 확인하세요.
-- 사용자가 그룹의 어떤 항목도 구독하지 않았는지 확인하세요.
-- 새로운 샌드박스 계정으로 테스트
-
-**자격 확인 실패:**
-- App Store 동기화를 기다립니다(2~3시간 정도 소요될 수 있음).
-- 제품 ID가 올바른지 확인하세요.
-- 구독 그룹 구성 확인
-- 새로운 테스트 계정으로 샌드박스에서 테스트**잘못된 가격 표시:**
-- 지역별 가격 설정 확인
-- 통화 변환 확인
-- 제안 날짜가 최신인지 확인하세요.
-- 상품정보 새로고침
-
-**샌드박스 테스트 문제:**
-- 가속 기간 사용(3분 = 1주)
-- 각 테스트마다 새 테스트 계정 만들기
-- 시도가 자연스럽게 완료될 때까지 기다립니다.
-- 갱신 횟수 확인(샌드박스 최대 6개)
-
-## 분석 및 최적화
-
-### 측정항목 추적
-- 소개 제안 수락률
-- 체험판에서 유료판으로의 전환율
-- 체험 기간 중 취소
-- 최초 충전 후 보관
-- 수익에 미치는 영향
-
-### A/B 테스트 아이디어
-- 무료 평가판과 유료 소개 비교
-- 평가판 기간 변형
-- 할인율
-- 단일결제 vs. 반복할인
-
-### 최적화 전략
-```typescript
-// Track offer performance
-analytics.track('intro_offer_displayed', {
-  product_id: product.identifier,
-  offer_type: product.introductoryPriceType,
-  offer_duration: product.introductoryPricePeriod
-});
-
-analytics.track('intro_offer_accepted', {
-  product_id: product.identifier
-});
-
-// Monitor conversion
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  if (transaction.productIdentifier === product.identifier && transaction.isActive) {
-    analytics.track('trial_converted', {
-      transactionId: transaction.transactionId,
-      productId: transaction.productIdentifier,
-    });
-  }
-});
-```
-
-## 다음 단계
-
-- 소개 제안을 테스트하려면 [샌드박스 테스트 구성](/docs/plugins/native-purchases/ios-sandbox-testing/)
-- 윈백 캠페인을 위한 프로모션 제안 설정
-- 구독 분석 구현
-- 타겟 마케팅 캠페인 만들기
-
-## 추가 리소스
-
-자세한 내용은 [소개 제품에 대한 공식 Apple 문서](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers/implementing_introductory_offers_in_your_app)를 참조하세요.
diff --git a/src/content/docs/ko/docs/plugins/native-purchases/ios-sandbox-testing.mdx b/src/content/docs/ko/docs/plugins/native-purchases/ios-sandbox-testing.mdx
deleted file mode 100644
index 4ef3dfdf3..000000000
--- a/src/content/docs/ko/docs/plugins/native-purchases/ios-sandbox-testing.mdx
+++ /dev/null
@@ -1,209 +0,0 @@
----
-title: iOS 샌드박스 테스트 구성
-locale: ko
-description: App Store Connect 및 Xcode를 사용하여 iOS에서 인앱 구매를 위한 샌드박스 테스트를 설정하는 방법을 알아보세요.
-sidebar:
-  order: 6
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-iOS에서 인앱 구매를 테스트하려면 App Store Connect 및 테스트 기기에서 적절한 구성이 필요합니다. 이 가이드는 샌드박스 테스트를 시작하는 데 필요한 모든 것을 다룹니다.
-
-## 사전 요구 사항
-
-- **Apple Developer Program**: 연간 갱신이 포함된 활성 멤버십
-- **계약**: 은행 및 세금 정보가 완료된 "유료 애플리케이션 계약" 서명
-- **Xcode 프로젝트**: 적절한 번들 식별자 및 기능으로 구성됨
-
-:::note
-은행 및 세금 설정 승인은 몇 시간에서 며칠이 걸릴 수 있습니다. 테스트 전에 충분한 시간을 두고 완료하세요.
-:::
-
-## 설정 프로세스
-
-<Steps>
-
-1. **유료 애플리케이션 계약 서명**
-
-   App Store Connect에서 **계약, 세금 및 은행 정보**로 이동하여 다음을 완료하세요:
-   - 유료 애플리케이션 계약 서명
-   - 은행 정보 추가
-   - 세금 양식 작성
-
-   Apple의 승인을 기다리세요 (24~48시간 소요 가능).
-
-2. **샌드박스 테스트 사용자 생성**
-
-   App Store Connect에서 **사용자 및 액세스 > 샌드박스 테스터**로 이동하세요.
-
-   **+** 버튼을 클릭하여 새 샌드박스 테스터를 생성하세요.
-
-   **중요**: Apple ID와 연결되지 않은 이메일 주소를 사용하세요. 이메일 별칭을 사용할 수 있습니다:
-   - Gmail: `youremail+test@gmail.com`
-   - iCloud: `youremail+test@icloud.com`
-
-   ![샌드박스 테스터 생성](/native-purchases/ios/sandbox-testing/sandbox-tester-setup.webp)
-
-3. **테스트 기기 구성 (iOS 12+)**
-
-   iOS 12부터는 구매를 테스트하기 위해 iTunes 계정에서 로그아웃할 필요가 없습니다.
-
-   iOS 기기에서:
-   1. **설정** 열기
-   2. **App Store** 탭
-   3. 하단으로 스크롤
-   4. **샌드박스 계정** 탭
-   5. 샌드박스 테스트 계정으로 로그인
-
-   :::tip
-   이것은 iTunes 계정에서 로그아웃하는 이전 방법보다 훨씬 편리합니다!
-   :::
-
-4. **Xcode 프로젝트 구성**
-
-   Xcode 프로젝트에 다음이 있는지 확인하세요:
-
-   **번들 식별자**
-   - Developer Center의 식별자와 일치해야 함
-   - App Store Connect의 식별자와 일치해야 함
-
-   **인앱 구매 기능**
-   1. Xcode에서 프로젝트 선택
-   2. **서명 및 기능**으로 이동
-   3. **+ 기능** 클릭
-   4. **인앱 구매** 추가
-
-5. **인앱 구매 제품 생성**
-
-   App Store Connect에서 앱으로 이동하여 인앱 구매 제품(구독, 소비품 등)을 생성하세요.
-
-   제품은 샌드박스 테스트를 위해 최소 "제출 준비 완료" 상태여야 합니다.
-
-6. **구현 테스트**
-
-   테스트 기기에서 앱을 빌드하고 실행하세요. 구매를 시도하면 다음이 표시됩니다:
-
-   > **[Environment: Sandbox]**
-
-   이 확인 메시지는 샌드박스 환경에 있으며 실제 돈이 청구되지 않음을 나타냅니다.
-
-</Steps>
-
-## 중요 사항
-
-### 샌드박스 환경 특성
-
-- **실제 요금 없음**: 샌드박스 모드에서는 모든 구매가 무료입니다
-- **가속화된 구독**: 빠른 테스트를 위해 구독 기간이 단축됩니다
-  - 1주 구독 = 3분
-  - 1개월 구독 = 5분
-  - 2개월 구독 = 10분
-  - 3개월 구독 = 15분
-  - 6개월 구독 = 30분
-  - 1년 구독 = 1시간
-- **자동 갱신 제한**: 샌드박스에서 구독은 최대 6회 자동 갱신됩니다
-- **즉시 취소**: 취소된 구독은 즉시 만료됩니다
-
-### 샌드박스 계정 관리
-
-- 다양한 시나리오를 위해 여러 테스트 계정 생성
-- 테스트 계정은 테스트 기기에서만 사용
-- 샌드박스 테스트에는 개인 Apple ID 사용 금지
-- 테스트 계정은 지역에 관계없이 모든 제품을 구매할 수 있습니다
-
-## 샌드박스 테스트 사용
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) {
-  throw new Error('StoreKit not supported on this device');
-}
-
-// Fetch products (automatically uses sandbox when available)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Make test purchase
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Test purchase successful!', transaction.transactionId);
-```
-
-## 확인
-
-올바르게 구성되면 다음을 확인할 수 있습니다:
-
-1. 구매 중 **샌드박스 배너**: "[Environment: Sandbox]"
-2. **제품이 성공적으로 로드됨**
-3. 실제 요금 없이 **구매 완료**
-4. **영수증 검증** 정상 작동
-5. **구독 자동 갱신** (가속화된 속도로)
-
-## 문제 해결
-
-**제품이 로드되지 않음:**
-- 번들 식별자가 App Store Connect와 일치하는지 확인
-- 계약이 서명되고 승인되었는지 확인
-- 제품이 최소 "제출 준비 완료" 상태인지 확인
-- 제품 생성 후 2~3시간 대기
-
-**"iTunes Store에 연결할 수 없습니다":**
-- 샌드박스 계정이 올바르게 구성되었는지 확인
-- 기기가 인터넷에 연결되어 있는지 확인
-- 샌드박스 계정에서 로그아웃했다가 다시 로그인 시도
-- 앱 재시작
-
-**구매가 자동으로 실패함:**
-- Xcode 콘솔에서 오류 메시지 확인
-- 인앱 구매 기능이 활성화되었는지 확인
-- 샌드박스 계정 이메일이 실제 Apple ID가 아닌지 확인
-- 새 샌드박스 테스트 계정 생성 시도
-
-**영수증 검증 오류:**
-- 테스트에서 샌드박스 영수증 검증 엔드포인트 사용
-- 프로덕션 엔드포인트: `https://buy.itunes.apple.com/verifyReceipt`
-- 샌드박스 엔드포인트: `https://sandbox.itunes.apple.com/verifyReceipt`
-- native-purchases 플러그인이 자동으로 처리
-
-**잘못된 구독 기간:**
-- 샌드박스에서 구독이 가속화된다는 점 기억
-- 예상 기간은 위의 변환 차트 사용
-- 샌드박스에서 구독은 최대 6회 자동 갱신
-
-**"이 Apple ID는 아직 iTunes Store에서 사용되지 않았습니다":**
-- 새 샌드박스 계정에서는 정상적인 메시지입니다
-- 구매를 진행하여 계정 활성화
-- 첫 사용 시에만 발생
-
-## 모범 사례
-
-1. 다양한 테스트 시나리오를 위해 **여러 테스트 계정 생성**
-2. 동작을 확인하기 위해 **모든 구독 기간 테스트**
-3. **취소 및 갱신** 흐름 테스트
-4. **영수증 검증**이 올바르게 작동하는지 확인
-5. **구매 복원** 기능 테스트
-6. **구독 업그레이드/다운그레이드** 동작 확인
-7. **열악한 네트워크 조건에서 테스트**
-
-## 프로덕션 vs. 샌드박스
-
-| 기능 | 샌드박스 | 프로덕션 |
-|---------|---------|------------|
-| 실제 요금 | 없음 | 있음 |
-| 구독 기간 | 가속화됨 | 정상 |
-| 자동 갱신 제한 | 6회 | 무제한 |
-| 취소 효과 | 즉시 | 기간 종료 |
-| 영수증 엔드포인트 | 샌드박스 URL | 프로덕션 URL |
-| 테스트 계정만 | 예 | 아니오 |
-
-## 추가 리소스
-
-자세한 내용은 샌드박스 테스트에 대한 [공식 Apple StoreKit 문서](https://developer.apple.com/documentation/storekit/in-app_purchase/testing_in-app_purchases_with_sandbox)를 참조하세요.
diff --git a/src/content/docs/ko/docs/plugins/native-purchases/ios-subscription-group.mdx b/src/content/docs/ko/docs/plugins/native-purchases/ios-subscription-group.mdx
deleted file mode 100644
index ba6244f10..000000000
--- a/src/content/docs/ko/docs/plugins/native-purchases/ios-subscription-group.mdx
+++ /dev/null
@@ -1,298 +0,0 @@
----
-title: iOS 구독 그룹 만들기
-description: 앱의 구독 서비스를 구성하기 위해 App Store Connect에서 구독 그룹을 만들고 구성하는 방법을 알아보세요.
-sidebar:
-  order: 7
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-구독 그룹은 iOS 앱에서 여러 구독 수준을 구성하고 관리하는 데 필수적입니다. 업그레이드, 다운그레이드 및 크로스그레이드 기능을 구현하려면 작동 방식을 이해하는 것이 중요합니다.
-
-## 구독 그룹이란 무엇입니까?
-
-구독 그룹은 사용자가 선택할 수 있는 관련 구독의 모음입니다. 사용자는 그룹 내에서 한 번에 하나의 구독만 구독할 수 있습니다. 구독을 전환하면 Apple이 전환을 자동으로 처리합니다.
-
-## 구독 그룹이 중요한 이유
-
-구독 그룹을 사용하면 다음이 가능합니다.
-- **계층별 가격**: 기본, 프리미엄, 최종 요금제 제공
-- **다양한 기간**: 월별, 연간 및 평생 옵션
-- **업그레이드/다운그레이드 로직**: 구독 변경 자동 처리
-- **간소화된 관리**: 관련 구독을 그룹화합니다.
-
-## 구독 수준
-
-그룹 내에서 각 구독은 가장 높은 값(수준 1)에서 가장 낮은 값까지 순위가 지정되어야 합니다. 이 순위에 따라 구독 변경 사항이 분류되는 방식이 결정됩니다.
-
-![구독 그룹 계층 구조](/native-purchases/ios/subscription-group/subscription-group-hierarchy.webp)
-
-### 레벨 예시
-
-**수준 1**(가장 높은 값)
-- 연간 프리미엄 ($99.99/년)
-- Ultimate Monthly ($19.99/월)
-
-**레벨 2**(중간 값)
-- 표준 연간 ($49.99/년)
-- 월간 프리미엄 ($9.99/월)
-
-**레벨 3**(가장 낮은 값)
-- 기본 연간 ($29.99/년)
-- 표준 월간 ($4.99/월)
-
-## 구독 변경 유형
-
-Apple는 레벨 순위에 따라 세 가지 유형의 구독 변경을 자동으로 처리합니다.
-
-### 1. 업그레이드
-**상위 등급** 구독으로 이동합니다(예: 레벨 2 → 레벨 1).
-
-**행동:**
-- **즉시** 적용됩니다.
-- 사용자는 남은 시간에 대해 **일할 계산된 환불**을 받습니다.
-- 신규 구독이 바로 시작됩니다.
-
-**예:**
-```typescript
-// User currently has: Standard Monthly (Level 2)
-// User upgrades to: Premium Annual (Level 1)
-// Result: Immediate access to Premium, refund for unused Standard time
-```
-
-### 2. 다운그레이드
-**낮은 등급** 구독으로 이동합니다(예: 레벨 1 → 레벨 2).
-
-**행동:**
-- **다음 갱신일**부터 적용됩니다.
-- 사용자는 기간이 종료될 때까지 현재 구독을 유지합니다.
-- 만료 후 새 구독이 자동으로 시작됩니다.
-
-**예:**
-```typescript
-// User currently has: Premium Annual (Level 1)
-// User downgrades to: Standard Monthly (Level 2)
-// Result: Premium access continues until annual renewal date, then switches
-```
-
-### 3. 크로스그레이드
-**동일한 등급 수준**의 다른 구독으로 전환합니다.
-
-**동작은 기간에 따라 다릅니다.**
-
-**다른 기간** → **다운그레이드**처럼 작동
-- 다음 갱신일부터 적용됩니다.
-- 예: 월 보험료(1단계) → 연간 보험료(1단계)
-
-**동일한 기간** → **업그레이드**처럼 작동
-- 즉시 적용됩니다.
-- 예: Premium Monthly(레벨 1) → Ultimate Monthly(레벨 1)
-
-## 구독 그룹 만들기
-
-<Steps>
-
-1. **구독으로 이동**
-
-   App Store Connect에서 앱을 선택하고 **수익 창출 > 구독**으로 이동합니다.
-
-2. **그룹 생성**
-
-   새 그룹을 만들려면 "구독 그룹" 옆에 있는 **+**를 클릭하세요.
-
-3. **그룹 이름 지정**
-
-   포함된 구독을 반영하는 설명이 포함된 이름을 선택하세요.
-   - "프리미엄 액세스"
-   - "클라우드 스토리지 계획"
-   - "프로 기능"
-
-4. **구독 추가**
-
-   그룹을 생성한 후 그룹에 개별 구독을 추가합니다. 각 구독에는 레벨 순위가 있습니다.
-
-5. **레벨 순위 설정**가장 높은 값(1)부터 가장 낮은 값까지 구독을 정렬합니다. 고려 사항:
-   - 연간 요금제는 일반적으로 월별 요금제보다 순위가 높습니다.
-   - 고가 등급이 저가 등급보다 순위가 높습니다.
-   - 얼티밋/프리미엄 등급이 가장 높습니다.
-
-</Steps>
-
-## 앱에서 사용하기
-
-기본 구매 플러그인은 구독 그룹 논리를 자동으로 처리합니다.
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch all subscriptions in a group
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_annual', 'ultimate_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Display current subscription using StoreKit transactions
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const activeSubs = purchases.filter((purchase) => purchase.isActive);
-
-// Detect pending downgrade/cancellation (StoreKit sets willCancel === true)
-const pendingChange = purchases.find((purchase) => purchase.willCancel === true);
-if (pendingChange) {
-  console.log('Subscription will stop auto-renewing on', pendingChange.expirationDate);
-}
-
-// Purchase (StoreKit handles upgrades/downgrades automatically)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_annual',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Listen for StoreKit updates (fires on upgrades/downgrades/refunds)
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Subscription updated:', transaction);
-});
-```
-
-## 구독 변경 처리
-
-### 변경 유형 감지 중
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Get current subscription info
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const currentSubscription = purchases.find(
-  (purchase) => purchase.subscriptionState === 'subscribed',
-);
-
-if (currentSubscription) {
-  // StoreKit reports if user cancelled auto-renew
-  if (currentSubscription.willCancel) {
-    console.log(
-      `User cancelled. Access remains until ${currentSubscription.expirationDate}`,
-    );
-  }
-
-  if (currentSubscription.isUpgraded) {
-    console.log('User recently upgraded to this plan.');
-  }
-}
-
-// Listen for automatic upgrades/downgrades
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Subscription changed!', transaction);
-  if (transaction.subscriptionState === 'revoked') {
-    revokeAccess();
-  } else if (transaction.isActive) {
-    unlockPremiumFeatures();
-  }
-});
-```
-
-### 사용자 커뮤니케이션
-
-항상 변경 동작을 명확하게 전달하세요.
-
-**업그레이드의 경우:**
-> "프리미엄 기능에 즉시 액세스할 수 있습니다. 현재 구독 금액을 일할 계산해 드립니다."
-
-**다운그레이드의 경우:**
-> "[갱신 날짜]까지 프리미엄 액세스를 유지한 후 스탠다드로 전환하세요."
-
-**크로스그레이드의 경우:**
-> "귀하의 요금제는 [날짜]에 다음 갱신 시 연간 청구로 변경됩니다."
-
-## 서버 모니터링
-
-Apple의 App Store 서버 알림 v2 또는 자체 영수증 확인 백엔드를 사용하여 데이터베이스의 StoreKit 변경 사항을 미러링하세요. 클라이언트와 백엔드가 모두 동기화 상태를 유지할 수 있도록 서버 알림을 `transactionUpdated` 리스너와 페어링하세요.
-
-## 모범 사례
-
-### 그룹 구성
-- 관련 구독을 동일한 그룹에 유지
-- 관련 없는 기능(예: 저장 및 광고 제거)을 혼합하지 마십시오.
-- 다양한 기능 세트에 대해 별도의 그룹 생성
-
-### 레벨랭킹 전략
-- 연간 요금제 → 월간 요금제 상위(동일 요금제)
-- 고가 등급 → 상위 등급
-- 가격만이 아닌 가치를 고려하라
-
-### 사용자 경험
-- 현재 구독을 명확하게 표시
-- 그룹에서 사용 가능한 모든 옵션을 표시합니다.
-- 어떤 변경 사항이 즉시 적용되는지 아니면 갱신 시 적용되는지 표시
-- 요금제 간 쉽게 전환 가능
-
-### 테스트
-- 모든 업그레이드 시나리오 테스트
-- 모든 다운그레이드 시나리오 테스트
-- 크로스그레이드 동작 확인
-- 웹훅 실행 확인
-
-## 일반적인 시나리오
-
-### 시나리오 1: 3단계 월간 요금제
-```
-Level 1: Ultimate Monthly ($19.99)
-Level 2: Premium Monthly ($9.99)
-Level 3: Basic Monthly ($4.99)
-```
-
-- 기본 → 프리미엄 : 업그레이드(즉시)
-- 프리미엄 → 얼티밋: 업그레이드(즉시)
-- 얼티밋 → 프리미엄 : 다운그레이드 (갱신시)
-- 기본 → 궁극기 : 업그레이드(즉시)
-
-### 시나리오 2: 혼합 기간 계획
-```
-Level 1: Premium Annual ($99.99/year)
-Level 2: Premium Monthly ($9.99/month)
-```
-
-- 월간 → 연간 : 크로스그레이드 (갱신시)
-- 연간 → 월간 : 다운그레이드 (갱신시)
-
-### 시나리오 3: 다중 계층 다중 기간
-```
-Level 1: Ultimate Annual ($199/year)
-Level 2: Ultimate Monthly ($19.99/month)
-Level 3: Premium Annual ($99/year)
-Level 4: Premium Monthly ($9.99/month)
-Level 5: Basic Annual ($49/year)
-Level 6: Basic Monthly ($4.99/month)
-```
-
-이 설정은 명확한 업그레이드/다운그레이드 논리를 유지하면서 최대의 유연성을 제공합니다.
-
-## 문제 해결
-
-**그룹에 구독이 표시되지 않음:**
-- 올바른 그룹에 할당되었는지 확인하세요.
-- 최소한 '제출 준비' 상태인지 확인하세요.
-- 제품 ID가 올바른지 확인하세요.
-
-**잘못된 업그레이드/다운그레이드 동작:**
-- 리뷰 수준 순위(1 = 최고)
-- 구독 등급이 적합한지 확인하세요.
-- 레벨이 올바르게 설정되었는지 확인하세요.
-
-**다른 그룹의 제품:**
-- 사용자는 동시에 여러 그룹에 가입할 수 있습니다.
-- 이는 의도적인 것입니다. 관련 제품을 동일한 그룹에 유지하세요.
-
-**여러 구독을 표시하는 getActiveProducts:**
-- 구독이 다른 그룹에 있는지 확인
-- 사용자가 가족 공유를 통해 구독하고 있지 않은지 확인
-- App Store Connect에서 구독 상태를 검토하세요.
-
-## 추가 리소스
-
-자세한 내용은 [구독 그룹에 대한 공식 Apple 문서](https://developer.apple.com/app-store/subscriptions/)를 참조하세요.
diff --git a/src/content/docs/ko/docs/plugins/nativegeocoder/getting-started.mdx b/src/content/docs/ko/docs/plugins/nativegeocoder/getting-started.mdx
deleted file mode 100644
index dcb455937..000000000
--- a/src/content/docs/ko/docs/plugins/nativegeocoder/getting-started.mdx
+++ /dev/null
@@ -1,354 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Capacitor 앱에서 주소 및 좌표 변환을 위한 Native Geocoder 플러그인 설치 및 사용 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/nativegeocoder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **권한 구성**
-
-   ### iOS
-   `Info.plist`에 위치 사용 설명을 추가하세요:
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>To convert addresses to coordinates</string>
-   ```
-
-   ### Android
-   `AndroidManifest.xml`에 권한을 추가하세요:
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-</Steps>
-
-## 사용법
-
-플러그인을 가져와서 지오코딩 메서드를 사용하세요:
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-// 정방향 지오코딩: 주소를 좌표로 변환
-const forwardGeocode = async () => {
-  const results = await NativeGeocoder.forwardGeocode({
-    addressString: '1600 Amphitheatre Parkway, Mountain View, CA',
-    useLocale: true,
-    maxResults: 1
-  });
-
-  const location = results.addresses[0];
-  console.log('Latitude:', location.latitude);
-  console.log('Longitude:', location.longitude);
-};
-
-// 역방향 지오코딩: 좌표를 주소로 변환
-const reverseGeocode = async () => {
-  const results = await NativeGeocoder.reverseGeocode({
-    latitude: 37.4220656,
-    longitude: -122.0840897,
-    useLocale: true,
-    maxResults: 1
-  });
-
-  const address = results.addresses[0];
-  console.log('Street:', address.thoroughfare);
-  console.log('City:', address.locality);
-  console.log('Country:', address.countryName);
-};
-```
-
-## API 참조
-
-### forwardGeocode(options)
-
-주소 문자열을 지리적 좌표로 변환합니다.
-
-```typescript
-interface ForwardGeocodeOptions {
-  addressString: string;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Android only
-}
-
-interface GeocodeResult {
-  addresses: Address[];
-}
-
-interface Address {
-  latitude: number;
-  longitude: number;
-  countryCode?: string;
-  countryName?: string;
-  postalCode?: string;
-  administrativeArea?: string;
-  subAdministrativeArea?: string;
-  locality?: string;
-  subLocality?: string;
-  thoroughfare?: string;
-  subThoroughfare?: string;
-}
-```
-
-### reverseGeocode(options)
-
-지리적 좌표를 주소 정보로 변환합니다.
-
-```typescript
-interface ReverseGeocodeOptions {
-  latitude: number;
-  longitude: number;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Android only
-}
-```
-
-## 완전한 예제
-
-### 오류 처리가 포함된 주소 검색
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-export class GeocodingService {
-  async searchAddress(address: string): Promise<{lat: number, lng: number} | null> {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: address,
-        useLocale: true,
-        maxResults: 5
-      });
-
-      if (results.addresses.length > 0) {
-        const location = results.addresses[0];
-        return {
-          lat: location.latitude,
-          lng: location.longitude
-        };
-      }
-
-      return null;
-    } catch (error) {
-      console.error('Geocoding failed:', error);
-      return null;
-    }
-  }
-
-  async getAddressFromCoordinates(lat: number, lng: number): Promise<string | null> {
-    try {
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: lat,
-        longitude: lng,
-        useLocale: true,
-        maxResults: 1
-      });
-
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        return this.formatAddress(address);
-      }
-
-      return null;
-    } catch (error) {
-      console.error('Reverse geocoding failed:', error);
-      return null;
-    }
-  }
-
-  private formatAddress(address: Address): string {
-    const parts = [
-      address.subThoroughfare,
-      address.thoroughfare,
-      address.locality,
-      address.administrativeArea,
-      address.postalCode,
-      address.countryName
-    ].filter(part => part != null && part !== '');
-
-    return parts.join(', ');
-  }
-}
-```
-
-### 위치 선택기 컴포넌트
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-import { Geolocation } from '@capacitor/geolocation';
-
-export class LocationPicker {
-  currentLocation: { lat: number; lng: number } | null = null;
-  currentAddress: string = '';
-
-  async getCurrentLocation() {
-    try {
-      // 현재 좌표 가져오기
-      const position = await Geolocation.getCurrentPosition();
-      this.currentLocation = {
-        lat: position.coords.latitude,
-        lng: position.coords.longitude
-      };
-
-      // 좌표에 대한 주소 가져오기
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: this.currentLocation.lat,
-        longitude: this.currentLocation.lng,
-        useLocale: true,
-        maxResults: 1
-      });
-
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        this.currentAddress = [
-          address.thoroughfare,
-          address.locality,
-          address.countryName
-        ].filter(Boolean).join(', ');
-      }
-    } catch (error) {
-      console.error('Failed to get location:', error);
-    }
-  }
-
-  async searchLocation(query: string) {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: query,
-        useLocale: true,
-        maxResults: 10
-      });
-
-      return results.addresses.map(address => ({
-        coordinates: {
-          lat: address.latitude,
-          lng: address.longitude
-        },
-        displayName: this.formatDisplayName(address)
-      }));
-    } catch (error) {
-      console.error('Search failed:', error);
-      return [];
-    }
-  }
-
-  private formatDisplayName(address: Address): string {
-    const mainPart = [
-      address.thoroughfare,
-      address.locality
-    ].filter(Boolean).join(', ');
-
-    const subPart = [
-      address.administrativeArea,
-      address.countryName
-    ].filter(Boolean).join(', ');
-
-    return mainPart + (subPart ? ` (${subPart})` : '');
-  }
-}
-```
-
-## 모범 사례
-
-1. **먼저 권한 요청**
-   ```typescript
-   import { Geolocation } from '@capacitor/geolocation';
-
-   const requestPermissions = async () => {
-     const permissions = await Geolocation.requestPermissions();
-     if (permissions.location !== 'granted') {
-       throw new Error('Location permission required');
-     }
-   };
-   ```
-
-2. **오류를 우아하게 처리**
-   ```typescript
-   try {
-     const results = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-   } catch (error) {
-     // 특정 오류 케이스 처리
-     if (error.message.includes('network')) {
-       console.error('Network error');
-     } else if (error.message.includes('permission')) {
-       console.error('Permission denied');
-     }
-   }
-   ```
-
-3. **maxResults를 현명하게 사용**
-   - 사용자 검색용: 5-10개 결과 사용
-   - 자동 변환용: 1개 결과 사용
-   - 더 많은 결과 = 느린 응답
-
-4. **가능한 경우 결과 캐싱**
-   ```typescript
-   const geocodeCache = new Map();
-
-   async function geocodeWithCache(address: string) {
-     if (geocodeCache.has(address)) {
-       return geocodeCache.get(address);
-     }
-
-     const result = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-
-     geocodeCache.set(address, result);
-     return result;
-   }
-   ```
-
-## 플랫폼 차이점
-
-### iOS
-- CoreLocation의 `CLGeocoder` 사용
-- API 키 불필요
-- 자동으로 사용자의 로케일 준수
-
-### Android
-- Android Geocoder API 사용
-- 더 나은 결과를 위한 선택적 Google API 키
-- Google의 웹 서비스로 폴백할 수 있음
-
-### API 키 구성 (Android)
-
-Android에서 더 나은 결과를 위해 Google API 키를 제공할 수 있습니다:
-
-```typescript
-await NativeGeocoder.forwardGeocode({
-  addressString: address,
-  apiKey: 'YOUR_GOOGLE_API_KEY' // Android only
-});
-```
-
-## 일반적인 문제
-
-1. **결과가 반환되지 않음**
-   - 인터넷 연결 확인
-   - 주소 형식 확인
-   - 더 일반적인 주소로 시도
-
-2. **권한 오류**
-   - 위치 권한이 부여되었는지 확인
-   - Info.plist/AndroidManifest.xml 확인
-
-3. **부정확한 결과**
-   - 더 구체적인 주소 사용
-   - 가능한 경우 우편번호 포함
-   - 정확한 위치를 위해 좌표 사용 고려
diff --git a/src/content/docs/ko/docs/plugins/nativegeocoder/index.mdx b/src/content/docs/ko/docs/plugins/nativegeocoder/index.mdx
deleted file mode 100644
index eaed0eb84..000000000
--- a/src/content/docs/ko/docs/plugins/nativegeocoder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/nativegeocoder"
-locale: ko
-description: 주소를 좌표로 변환하고 그 반대로 변환하는 네이티브 정방향 및 역방향 지오코딩 플러그인입니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 정확한 위치 데이터를 위해 네이티브 플랫폼 지오코딩 API를 사용하여 주소와 지리적 좌표 간을 변환하세요.
-  image:
-    file: ~public/icons/plugins/nativegeocoder.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/nativegeocoder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-nativegeocoder/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="정방향 지오코딩" icon="rocket">
-    주소를 지리적 좌표로 변환
-  </Card>
-  <Card title="역방향 지오코딩" icon="document">
-    좌표를 사람이 읽을 수 있는 주소로 변환
-  </Card>
-  <Card title="네이티브 정확도" icon="star">
-    최상의 결과를 위해 플랫폼 네이티브 지오코딩 사용
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/nativegeocoder/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/navigation-bar/getting-started.mdx b/src/content/docs/ko/docs/plugins/navigation-bar/getting-started.mdx
deleted file mode 100644
index 333e107c8..000000000
--- a/src/content/docs/ko/docs/plugins/navigation-bar/getting-started.mdx
+++ /dev/null
@@ -1,200 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Android 내비게이션 바 색상 및 스타일을 사용자 정의하기 위한 Capacitor Navigation Bar 플러그인 설치 및 구성 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-navigation-bar" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **플러그인 구성**
-
-   **내비게이션 바 색상 설정:**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // 내비게이션 바 색상 설정
-   await NavigationBar.setColor({
-     color: '#FF0000', // 빨간색
-     darkButtons: false // 밝은 버튼 사용
-   });
-   ```
-
-   **동적 테마 지원:**
-   ```typescript
-   // 테마에 따라 색상 설정
-   const isDarkMode = window.matchMedia('(prefers-color-scheme: dark)').matches;
-
-   await NavigationBar.setColor({
-     color: isDarkMode ? '#000000' : '#FFFFFF',
-     darkButtons: !isDarkMode
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="Android">
-       **최소 요구사항:**
-       - Android 5.0 (API level 21) 이상
-       - 플러그인은 Android 기기에서만 작동합니다
-
-       AndroidManifest.xml에서 추가 설정이 필요하지 않습니다.
-     </TabItem>
-     <TabItem label="iOS">
-       이 플러그인은 Android 전용입니다. iOS에는 사용자 정의 가능한 내비게이션 바가 없습니다.
-     </TabItem>
-   </Tabs>
-
-4. **고급 사용법**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   export class ThemeService {
-     // 투명한 내비게이션 바 설정
-     async setTransparent() {
-       await NavigationBar.setColor({
-         color: '#00000000', // 투명
-         darkButtons: true
-       });
-     }
-
-     // 앱 테마와 일치
-     async matchAppTheme(primaryColor: string, isLight: boolean) {
-       await NavigationBar.setColor({
-         color: primaryColor,
-         darkButtons: isLight
-       });
-     }
-
-     // 현재 내비게이션 바 색상 가져오기
-     async getCurrentColor() {
-       const result = await NavigationBar.getColor();
-       console.log('Current color:', result.color);
-       return result.color;
-     }
-
-     // 기본값으로 재설정
-     async resetToDefault() {
-       await NavigationBar.setColor({
-         color: '#000000',
-         darkButtons: false
-       });
-     }
-   }
-   ```
-
-5. **앱 라이프사이클과 통합**
-   ```typescript
-   import { App } from '@capacitor/app';
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // 앱 상태 변경 시 내비게이션 바 업데이트
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       // 앱의 내비게이션 바 색상 복원
-       await NavigationBar.setColor({
-         color: '#YourAppColor',
-         darkButtons: true
-       });
-     }
-   });
-
-   // 테마 변경 처리
-   window.matchMedia('(prefers-color-scheme: dark)')
-     .addEventListener('change', async (e) => {
-       await NavigationBar.setColor({
-         color: e.matches ? '#121212' : '#FFFFFF',
-         darkButtons: !e.matches
-       });
-     });
-   ```
-</Steps>
-
-## API 참조
-
-### 메서드
-
-#### `setColor(options: ColorOptions)`
-내비게이션 바 색상 및 버튼 스타일을 설정합니다.
-
-**매개변수:**
-- `options`: 구성 객체
-  - `color`: string - 16진수 색상 코드 (예: '#FF0000')
-  - `darkButtons`: boolean - 어두운 버튼 사용 (true) 또는 밝은 버튼 사용 (false)
-
-**반환:** `Promise<void>`
-
-#### `getColor()`
-현재 내비게이션 바 색상을 가져옵니다.
-
-**반환:** `Promise<{ color: string }>`
-
-### 인터페이스
-
-```typescript
-interface ColorOptions {
-  color: string;      // 16진수 색상 코드
-  darkButtons: boolean; // 버튼 스타일
-}
-
-interface ColorResult {
-  color: string;      // 현재 16진수 색상
-}
-```
-
-## 플랫폼 참고사항
-
-### Android
-- Android 5.0 (API level 21) 이상 필요
-- 색상 변경은 즉시 적용됨
-- 투명 색상 지원 (알파 채널 사용)
-- 제스처 내비게이션이 있는 기기에서는 내비게이션 바가 표시되지 않을 수 있음
-
-### iOS
-- 이 플러그인은 iOS 기기에서 효과가 없음
-- iOS는 시스템 내비게이션을 사용자 정의하는 API를 제공하지 않음
-
-## 일반적인 사용 사례
-
-1. **브랜드 일관성**: 내비게이션 바를 앱의 기본 색상과 일치
-2. **테마 지원**: 밝은/어두운 테마에 동적으로 적응
-3. **몰입형 경험**: 전체 화면 콘텐츠에 투명한 내비게이션 사용
-4. **상태 표시**: 색상을 변경하여 앱 상태 표시 (녹화, 오류 등)
-
-## 모범 사례
-
-1. **색상 대비**: 내비게이션 바와 버튼 간에 충분한 대비 보장
-   ```typescript
-   // 좋은 대비 예제
-   setColor({ color: '#FFFFFF', darkButtons: true });  // 흰색 바, 어두운 버튼
-   setColor({ color: '#000000', darkButtons: false }); // 검은색 바, 밝은 버튼
-   ```
-
-2. **테마 일관성**: 테마가 변경될 때 내비게이션 바 업데이트
-3. **접근성**: 색상을 선택할 때 시각 장애가 있는 사용자 고려
-4. **성능**: 사용자를 산만하게 할 수 있는 빈번한 색상 변경 방지
-
-## 문제 해결
-
-**내비게이션 바가 변경되지 않음:**
-- 기기가 Android 5.0+ 실행 중인지 확인
-- 기기에 제스처 내비게이션이 활성화되어 있는지 확인
-- 색상 형식이 유효한 16진수인지 확인 (예: '#FF0000')
-
-**버튼이 보이지 않음:**
-- `darkButtons` 매개변수가 배경 색상과 일치하는지 확인
-- 밝은 배경은 `darkButtons: true` 필요
-- 어두운 배경은 `darkButtons: false` 필요
-
-**색상이 다르게 표시됨:**
-- 일부 Android 버전에서 색상을 약간 수정할 수 있음
-- 최상의 결과를 위해 완전히 불투명한 색상 사용
diff --git a/src/content/docs/ko/docs/plugins/navigation-bar/index.mdx b/src/content/docs/ko/docs/plugins/navigation-bar/index.mdx
deleted file mode 100644
index e515e7eea..000000000
--- a/src/content/docs/ko/docs/plugins/navigation-bar/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-navigation-bar"
-locale: ko
-description: 앱의 디자인과 원활하게 통합되는 Android 내비게이션 바 색상을 사용자 정의하는 Capacitor 플러그인입니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 앱의 테마와 일치하도록 Android 내비게이션 바에 사용자 정의 색상을 설정하고 일관된 시각적 경험을 만드세요.
-  image:
-    file: ~public/icons/plugins/navigation-bar.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/navigation-bar/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-navigation-bar/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Android 사용자 정의" icon="rocket">
-    Android 내비게이션 바 모양 완전 제어
-  </Card>
-  <Card title="동적 테마" icon="setting">
-    앱의 테마와 일치하도록 색상을 동적으로 변경
-  </Card>
-  <Card title="밝은/어두운 지원" icon="moon">
-    밝은 및 어두운 내비게이션 바 스타일 지원
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/navigation-bar/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/nfc/getting-started.mdx b/src/content/docs/ko/docs/plugins/nfc/getting-started.mdx
deleted file mode 100644
index 7e686c03c..000000000
--- a/src/content/docs/ko/docs/plugins/nfc/getting-started.mdx
+++ /dev/null
@@ -1,456 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 NFC 태그를 읽고 쓰기 위해 NFC 플러그인을 설치하고 사용하는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-nfc" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 구성
-
-### iOS 구성
-
-`Info.plist`에 NFC 사용 설명을 추가하세요:
-
-```xml
-<key>NFCReaderUsageDescription</key>
-<string>This app needs NFC access to read and write tags</string>
-```
-
-Xcode 프로젝트에서 Near Field Communication Tag Reading 기능을 활성화하세요.
-
-### Android 구성
-
-`AndroidManifest.xml`에 NFC 권한을 추가하세요:
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.NFC" />
-  <uses-feature android:name="android.hardware.nfc" android:required="false" />
-</manifest>
-```
-
-## 사용법
-
-### NFC 태그 스캔 시작
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-await CapacitorNfc.startScanning({
-  invalidateAfterFirstRead: false, // Keep session open (iOS)
-  alertMessage: 'Hold a tag near the top of your device.',
-});
-
-const listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-  console.log('Tag detected:', event.type);
-  console.log('Tag ID:', event.tag?.id);
-  console.log('NDEF message:', event.tag?.ndefMessage);
-});
-```
-
-### NFC 태그 읽기
-
-```typescript
-await CapacitorNfc.addListener('nfcEvent', (event) => {
-  if (event.tag?.ndefMessage) {
-    event.tag.ndefMessage.forEach(record => {
-      console.log('TNF:', record.tnf);
-      console.log('Type:', record.type);
-      console.log('Payload:', record.payload);
-
-      // Decode text record
-      if (record.tnf === 1 && record.type[0] === 0x54) { // Text record
-        const langLen = record.payload[0] & 0x3f;
-        const text = new TextDecoder().decode(
-          new Uint8Array(record.payload.slice(langLen + 1))
-        );
-        console.log('Text:', text);
-      }
-    });
-  }
-});
-```
-
-### NFC 태그에 쓰기
-
-```typescript
-// Prepare a text record
-const encoder = new TextEncoder();
-const langBytes = Array.from(encoder.encode('en'));
-const textBytes = Array.from(encoder.encode('Hello NFC'));
-const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x54], // 'T' for Text
-      id: [],
-      payload,
-    },
-  ],
-});
-
-console.log('Tag written successfully');
-```
-
-### NFC 태그에 URL 쓰기
-
-```typescript
-const url = 'https://capgo.app';
-const urlBytes = Array.from(new TextEncoder().encode(url));
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x55], // 'U' for URI
-      id: [],
-      payload: [0x01, ...urlBytes], // 0x01 = https://
-    },
-  ],
-});
-```
-
-### NFC 태그 지우기
-
-```typescript
-await CapacitorNfc.erase();
-console.log('Tag erased');
-```
-
-### 태그를 읽기 전용으로 만들기
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-console.log('Tag is now read-only');
-```
-
-### 스캔 중지
-
-```typescript
-await listener.remove();
-await CapacitorNfc.stopScanning();
-```
-
-### NFC 상태 확인
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-console.log('NFC status:', status);
-// Possible values: 'NFC_OK', 'NO_NFC', 'NFC_DISABLED', 'NDEF_PUSH_DISABLED'
-
-if (status === 'NFC_DISABLED') {
-  // Open system settings
-  await CapacitorNfc.showSettings();
-}
-```
-
-### Android Beam (P2P 공유)
-
-```typescript
-// Share data via Android Beam
-const message = {
-  records: [
-    {
-      tnf: 0x01,
-      type: [0x54], // Text
-      id: [],
-      payload: [/* text record payload */],
-    },
-  ],
-};
-
-await CapacitorNfc.share(message);
-
-// Later, stop sharing
-await CapacitorNfc.unshare();
-```
-
-## API 참조
-
-### startScanning(options?)
-
-NFC 태그 수신 대기를 시작합니다.
-
-```typescript
-interface StartScanningOptions {
-  invalidateAfterFirstRead?: boolean; // iOS only, defaults to true
-  alertMessage?: string; // iOS only
-  androidReaderModeFlags?: number; // Android only
-}
-
-await CapacitorNfc.startScanning(options);
-```
-
-### stopScanning()
-
-NFC 스캔 세션을 중지합니다.
-
-```typescript
-await CapacitorNfc.stopScanning();
-```
-
-### write(options)
-
-마지막으로 발견된 태그에 NDEF 레코드를 씁니다.
-
-```typescript
-interface WriteTagOptions {
-  records: NdefRecord[];
-  allowFormat?: boolean; // Defaults to true
-}
-
-interface NdefRecord {
-  tnf: number; // Type Name Format
-  type: number[]; // Record type
-  id: number[]; // Record ID
-  payload: number[]; // Record payload
-}
-
-await CapacitorNfc.write(options);
-```
-
-### erase()
-
-마지막으로 발견된 태그를 지웁니다.
-
-```typescript
-await CapacitorNfc.erase();
-```
-
-### makeReadOnly()
-
-마지막으로 발견된 태그를 읽기 전용으로 만듭니다 (영구적).
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-```
-
-### share(options)
-
-Android Beam을 통해 NDEF 메시지를 공유합니다 (Android 전용).
-
-```typescript
-await CapacitorNfc.share({ records: [...] });
-```
-
-### unshare()
-
-공유를 중지합니다 (Android 전용).
-
-```typescript
-await CapacitorNfc.unshare();
-```
-
-### getStatus()
-
-현재 NFC 어댑터 상태를 가져옵니다.
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-// Returns: 'NFC_OK' | 'NO_NFC' | 'NFC_DISABLED' | 'NDEF_PUSH_DISABLED'
-```
-
-### showSettings()
-
-시스템 NFC 설정을 엽니다.
-
-```typescript
-await CapacitorNfc.showSettings();
-```
-
-## 이벤트
-
-### nfcEvent
-
-NFC 태그가 발견되었을 때 발생합니다.
-
-```typescript
-interface NfcEvent {
-  type: 'tag' | 'ndef' | 'ndef-mime' | 'ndef-formattable';
-  tag?: NfcTag;
-}
-
-interface NfcTag {
-  id: number[];
-  techTypes: string[];
-  type: string | null;
-  maxSize: number | null;
-  isWritable: boolean | null;
-  canMakeReadOnly: boolean | null;
-  ndefMessage: NdefRecord[] | null;
-}
-```
-
-### nfcStateChange
-
-NFC 어댑터 가용성이 변경되었을 때 발생합니다 (Android 전용).
-
-```typescript
-interface NfcStateChangeEvent {
-  status: NfcStatus;
-  enabled: boolean;
-}
-```
-
-## 완전한 예제
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-export class NfcService {
-  private listener: any;
-
-  async startReading() {
-    // Check NFC status
-    const { status } = await CapacitorNfc.getStatus();
-
-    if (status === 'NO_NFC') {
-      throw new Error('NFC not available on this device');
-    }
-
-    if (status === 'NFC_DISABLED') {
-      await CapacitorNfc.showSettings();
-      return;
-    }
-
-    // Start scanning
-    await CapacitorNfc.startScanning({
-      invalidateAfterFirstRead: false,
-      alertMessage: 'Ready to scan NFC tags',
-    });
-
-    // Listen for tags
-    this.listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-      this.handleNfcEvent(event);
-    });
-  }
-
-  private handleNfcEvent(event: any) {
-    console.log('NFC Event:', event.type);
-
-    if (event.tag?.ndefMessage) {
-      event.tag.ndefMessage.forEach(record => {
-        this.processRecord(record);
-      });
-    }
-  }
-
-  private processRecord(record: any) {
-    // Process text records
-    if (record.tnf === 1 && record.type[0] === 0x54) {
-      const langLen = record.payload[0] & 0x3f;
-      const text = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(langLen + 1))
-      );
-      console.log('Text:', text);
-    }
-
-    // Process URI records
-    if (record.tnf === 1 && record.type[0] === 0x55) {
-      const uriCode = record.payload[0];
-      const uri = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(1))
-      );
-      console.log('URI:', uri);
-    }
-  }
-
-  async writeText(text: string) {
-    const encoder = new TextEncoder();
-    const langBytes = Array.from(encoder.encode('en'));
-    const textBytes = Array.from(encoder.encode(text));
-    const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-    await CapacitorNfc.write({
-      allowFormat: true,
-      records: [
-        {
-          tnf: 0x01,
-          type: [0x54],
-          id: [],
-          payload,
-        },
-      ],
-    });
-  }
-
-  async stopReading() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await CapacitorNfc.stopScanning();
-  }
-}
-```
-
-## NDEF 레코드 유형
-
-### TNF (Type Name Format)
-
-- `0x00`: Empty
-- `0x01`: Well-known (e.g., Text, URI)
-- `0x02`: MIME media type
-- `0x03`: Absolute URI
-- `0x04`: External type
-- `0x05`: Unknown
-- `0x06`: Unchanged
-- `0x07`: Reserved
-
-### 일반적인 레코드 유형
-
-- **Text**: `type: [0x54]` ('T')
-- **URI**: `type: [0x55]` ('U')
-- **Smart Poster**: `type: [0x53, 0x70]` ('Sp')
-
-### URI 접두사
-
-- `0x00`: (no prefix)
-- `0x01`: `https://`
-- `0x02`: `https://`
-- `0x03`: `http://`
-- `0x04`: `https://www.`
-
-## 모범 사례
-
-1. **NFC 상태 확인**: NFC가 사용 가능하고 활성화되어 있는지 항상 확인
-2. **권한 처리**: NFC 권한을 적절히 요청
-3. **스캔 중지**: 배터리를 절약하기 위해 작업 완료 후 항상 스캔 중지
-4. **오류 처리**: NFC 작업을 try-catch 블록으로 감싸기
-5. **기기에서 테스트**: NFC 기능은 시뮬레이터/에뮬레이터에서 작동하지 않음
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 11.0+ 필요
-- Core NFC 프레임워크 사용
-- 백그라운드 태그 읽기 지원 (iOS 13+)
-- NDEF 형식 태그 읽기로 제한
-- 백그라운드에서 태그 쓰기 불가
-- Info.plist에 NFCReaderUsageDescription 필요
-
-### Android
-- Android 4.4 (API 19)+ 필요
-- Android NFC API 사용
-- 포그라운드 및 백그라운드 태그 읽기 모두 지원
-- 태그에 쓰기 가능
-- NFC가 있는 기기에서 Android Beam (P2P) 지원
-- AndroidManifest.xml에 NFC 권한 필요
-
-### Web
-- 웹 플랫폼에서 지원되지 않음
diff --git a/src/content/docs/ko/docs/plugins/nfc/index.mdx b/src/content/docs/ko/docs/plugins/nfc/index.mdx
deleted file mode 100644
index 80dae9d41..000000000
--- a/src/content/docs/ko/docs/plugins/nfc/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-nfc"
-locale: ko
-description: iOS 및 Android의 Capacitor 앱을 위한 네이티브 NFC 태그 발견, 읽기 및 쓰기 기능입니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: iOS 및 Android에 대한 네이티브 지원을 통해 NFC 태그를 읽고 쓸 수 있으며, 비접촉 상호작용 및 스마트 태그 경험을 제공합니다.
-  image:
-    file: ~public/icons/plugins/nfc.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/nfc/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-nfc/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="태그 발견" icon="star">
-    장치 근처에 NFC 태그가 오면 자동으로 감지합니다 📡
-  </Card>
-  <Card title="NDEF 레코드 읽기" icon="open-book">
-    텍스트, URL 및 사용자 정의 페이로드를 포함한 NFC 태그의 구조화된 데이터를 읽습니다 📖
-  </Card>
-  <Card title="태그에 쓰기" icon="pencil">
-    호환 가능한 NFC 태그에 NDEF 메시지를 작성합니다 📝
-  </Card>
-  <Card title="태그 포맷팅" icon="setting">
-    데이터 작성을 위해 NDEF 포맷 가능한 태그를 포맷합니다 🔧
-  </Card>
-  <Card title="피어 투 피어" icon="rocket">
-    Android Beam을 사용하여 장치 간에 데이터를 공유합니다 (Android 전용) 📲
-  </Card>
-  <Card title="크로스 플랫폼" icon="puzzle">
-    일관된 API로 iOS 및 Android 모두에서 작동합니다 📱
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/pay/getting-started.mdx b/src/content/docs/ko/docs/plugins/pay/getting-started.mdx
deleted file mode 100644
index 00af06972..000000000
--- a/src/content/docs/ko/docs/plugins/pay/getting-started.mdx
+++ /dev/null
@@ -1,130 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Pay 플러그인을 사용하여 Capacitor 체크아웃을 위한 Apple Pay 및 Google Pay를 구성합니다.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **플러그인 설치**
-   <PackageManagers pkg="@capgo/capacitor-pay" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 네이티브 사전 요구 사항
-
-- **Apple Pay (iOS)**
-  1. Apple 개발자 포털에서 Apple Pay merchant ID를 생성합니다.
-  2. 게이트웨이에서 요구하는 결제 처리 인증서를 생성하고 업로드합니다.
-  3. Xcode에서 **Apple Pay** 기능을 활성화하고 프로비저닝 프로파일에 포함되어 있는지 확인합니다.
-  4. 게이트웨이가 결제 유효성 검사를 위해 네트워크 액세스를 요구하는 경우 `Info.plist`를 사용 설명으로 업데이트합니다.
-
-- **Google Pay (Android)**
-  1. [Google Pay Business Console](https://pay.google.com/business/console/)에 로그인합니다.
-  2. 결제 게이트웨이 매개변수를 구성하거나 테스트를 위한 직접 토큰화를 설정합니다.
-  3. 프로덕션 카드를 사용하려는 경우 `environment`를 `PRODUCTION`으로 전환하고 QA용 테스트 카드를 등록합니다.
-  4. 장치에서 Google Play 서비스를 사용할 수 있는지 확인합니다 (Google Pay 필수).
-
-단계별 스크린샷은 플러그인 저장소의 `docs/` 아래에 있는 가이드를 참조하세요.
-
-## 가용성 확인
-
-```typescript
-import { Pay } from '@capgo/capacitor-pay';
-
-const availability = await Pay.isPayAvailable({
-  apple: { supportedNetworks: ['visa', 'masterCard', 'amex'] },
-  google: {
-    isReadyToPayRequest: {
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-          },
-        },
-      ],
-    },
-  },
-});
-
-if (!availability.available) {
-  console.warn('네이티브 결제를 사용할 수 없음:', availability);
-}
-```
-
-## 결제 요청 (Apple Pay)
-
-```typescript
-const appleResult = await Pay.requestPayment({
-  apple: {
-    merchantIdentifier: 'merchant.com.example.app',
-    countryCode: 'US',
-    currencyCode: 'USD',
-    supportedNetworks: ['visa', 'masterCard'],
-    paymentSummaryItems: [
-      { label: 'Starter Plan', amount: '9.99' },
-      { label: 'Capgo Store', amount: '9.99' },
-    ],
-    requiredShippingContactFields: ['name', 'emailAddress'],
-  },
-});
-
-const token = appleResult.apple?.paymentData;
-```
-
-## 결제 요청 (Google Pay)
-
-```typescript
-const googleResult = await Pay.requestPayment({
-  google: {
-    environment: 'test',
-    paymentDataRequest: {
-      apiVersion: 2,
-      apiVersionMinor: 0,
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-            billingAddressRequired: true,
-            billingAddressParameters: { format: 'FULL' },
-          },
-          tokenizationSpecification: {
-            type: 'PAYMENT_GATEWAY',
-            parameters: {
-              gateway: 'example',
-              gatewayMerchantId: 'exampleMerchantId',
-            },
-          },
-        },
-      ],
-      merchantInfo: {
-        merchantName: 'Capgo Store',
-      },
-      transactionInfo: {
-        totalPriceStatus: 'FINAL',
-        totalPrice: '9.99',
-        currencyCode: 'USD',
-        countryCode: 'US',
-      },
-    },
-  },
-});
-
-const paymentData = googleResult.google?.paymentData;
-```
-
-## 응답 처리
-
-- 반환된 페이로드를 결제 프로세서로 토큰화하고 서버 측에서 거래를 확인합니다.
-- 네이티브 결제를 사용할 수 없거나 사용자가 시트를 취소하는 경우 대체 경로(카드 입력, 청구서)를 제공합니다.
-- 지원되지 않는 장치에 버튼을 표시하지 않도록 가용성 결과를 캐시합니다.
diff --git a/src/content/docs/ko/docs/plugins/pay/index.mdx b/src/content/docs/ko/docs/plugins/pay/index.mdx
deleted file mode 100644
index 99f86bcdd..000000000
--- a/src/content/docs/ko/docs/plugins/pay/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-pay"
-locale: ko
-description: 통합된 워크플로우로 Capacitor에서 Apple Pay 및 Google Pay 시트를 제공합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 플랫폼별로 적응하는 단일 TypeScript API로 네이티브 Apple Pay 및 Google Pay 체크아웃을 제공합니다.
-  image:
-    file: ~public/icons/plugins/pay.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/pay/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pay/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Pay는 최신 Apple Pay 및 Google Pay SDK를 연결하여 장치 전반에서 하나의 원활한 체크아웃 경험을 제공할 수 있습니다.
-
-<CardGrid stagger>
-  <Card title="통합 API" icon="pencil">
-    `isPayAvailable` 및 `requestPayment`를 한 번 호출하면 플러그인이 각 플랫폼을 처리합니다.
-  </Card>
-  <Card title="빠른 설정" icon="rocket">
-    플랫폼별 코드를 수동으로 연결하지 않고 완전히 네이티브 결제 시트를 제공합니다.
-  </Card>
-  <Card title="토큰화된 결제" icon="approve-check">
-    게이트웨이 또는 PSP 통합을 위한 결제 토큰을 받습니다.
-  </Card>
-  <Card title="사용자 정의 가능한 흐름" icon="star">
-    체크아웃에 맞게 라인 항목, 연락처 필드 및 청구 요구 사항을 구성합니다.
-  </Card>
-</CardGrid>
-
-각 플랫폼에 대한 설정 체크리스트 및 샘플 페이로드는 시작 가이드를 참조하세요.
diff --git a/src/content/docs/ko/docs/plugins/pdf-generator/getting-started.mdx b/src/content/docs/ko/docs/plugins/pdf-generator/getting-started.mdx
deleted file mode 100644
index 6b55f2ca4..000000000
--- a/src/content/docs/ko/docs/plugins/pdf-generator/getting-started.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Capgo PDF Generator 플러그인을 사용하여 HTML 및 원격 페이지를 PDF로 렌더링합니다.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **플러그인 설치**
-   <PackageManagers pkg="@capgo/capacitor-pdf-generator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **플랫폼 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## HTML에서 생성
-
-```typescript
-import { PdfGenerator } from '@capgo/capacitor-pdf-generator';
-
-const receiptHtml = `
-  <html>
-    <body>
-      <h1>Capgo Store</h1>
-      <p>구매해 주셔서 감사합니다.</p>
-    </body>
-  </html>
-`;
-
-const pdf = await PdfGenerator.fromData({
-  data: receiptHtml,
-  documentSize: 'A4',
-  orientation: 'portrait',
-  type: 'base64',
-  fileName: 'receipt.pdf',
-});
-
-if (pdf.type === 'base64') {
-  const link = document.createElement('a');
-  link.href = `data:application/pdf;base64,${pdf.base64}`;
-  link.download = 'receipt.pdf';
-  link.click();
-}
-```
-
-## 원격 URL 캡처
-
-```typescript
-await PdfGenerator.fromURL({
-  url: 'https://docs.capgo.app/invoice?id=123',
-  orientation: 'landscape',
-  documentSize: 'A4',
-  type: 'share', // 네이티브 공유 대화 상자를 엽니다
-  fileName: 'invoice-123.pdf',
-});
-```
-
-## 팁
-
-- HTML 문자열에 인라인 CSS를 포함하거나 상대 자산이 올바르게 해석되도록 `baseUrl`을 제공합니다.
-- 모바일에서 base64 데이터를 반환할 때는 공유하기 전에 파일 시스템(예: Capacitor Filesystem)으로 이동합니다.
-- landscape 방향은 넓은 테이블에 이상적이며, portrait는 대부분의 문서에 적합합니다.
-- 플랫폼 전반에서 일관된 렌더링을 위해 범위가 지정된 CSS 글꼴(예: 시스템 글꼴)을 사용하는 것을 고려하세요.
diff --git a/src/content/docs/ko/docs/plugins/pdf-generator/index.mdx b/src/content/docs/ko/docs/plugins/pdf-generator/index.mdx
deleted file mode 100644
index b77ee9962..000000000
--- a/src/content/docs/ko/docs/plugins/pdf-generator/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-pdf-generator"
-locale: ko
-description: HTML 마크업 또는 원격 URL에서 장치에서 직접 PDF를 생성합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: Capacitor 앱을 떠나지 않고 템플릿, 영수증 또는 보고서에서 픽셀 완벽한 PDF를 렌더링합니다.
-  image:
-    file: ~public/icons/plugins/pdf-generator.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/pdf-generator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pdf-generator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo의 iOS 및 Android용 네이티브 렌더러를 사용하여 HTML 또는 원격 페이지를 공유 가능한 PDF로 변환합니다.
-
-<CardGrid stagger>
-  <Card title="HTML에서 PDF로" icon="pencil">
-    HTML 템플릿을 입력하고 몇 초 안에 공유할 준비가 된 PDF 문서를 얻습니다.
-  </Card>
-  <Card title="원격 캡처" icon="rocket">
-    접근 가능한 모든 URL을 스냅샷하고 생성된 PDF를 저장하거나 배포합니다.
-  </Card>
-  <Card title="유연한 출력" icon="star">
-    워크플로우에 따라 base64 데이터를 반환하거나 네이티브 공유 시트를 트리거합니다.
-  </Card>
-  <Card title="문서 제어" icon="setting">
-    모든 렌더링에 대해 방향, 페이지 크기 및 파일 이름을 지정합니다.
-  </Card>
-</CardGrid>
-
-플랫폼 참고 사항 및 사용 예제는 시작 가이드를 참조하세요.
diff --git a/src/content/docs/ko/docs/plugins/pedometer/getting-started.mdx b/src/content/docs/ko/docs/plugins/pedometer/getting-started.mdx
deleted file mode 100644
index 3348c09d0..000000000
--- a/src/content/docs/ko/docs/plugins/pedometer/getting-started.mdx
+++ /dev/null
@@ -1,209 +0,0 @@
----
-title: "Pedometer 시작하기"
-locale: ko
-description: "Capacitor 앱에 걸음 수 카운팅 및 피트니스 추적을 통합하는 방법을 알아보세요"
----
-
-이 가이드는 Capacitor Pedometer 플러그인을 애플리케이션에 통합하는 방법을 안내합니다.
-
-## 설치
-
-npm을 사용하여 플러그인을 설치합니다:
-
-```bash
-npm install @capgo/capacitor-pedometer
-npx cap sync
-```
-
-## iOS 구성
-
-`Info.plist`에 모션 사용 설명을 추가합니다:
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>걸음 수와 활동을 추적하기 위해 모션 데이터에 대한 액세스가 필요합니다</string>
-```
-
-## Android 구성
-
-플러그인은 `ACTIVITY_RECOGNITION` 권한을 자동으로 추가합니다. Android 10+ (API 29)의 경우 런타임에 이 권한을 요청해야 합니다.
-
-## 기본 사용법
-
-### 플러그인 가져오기
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-```
-
-### 가용성 확인
-
-```typescript
-const checkPedometer = async () => {
-  const result = await CapacitorPedometer.isAvailable();
-  console.log('걸음 수 카운팅 사용 가능:', result.stepCounting);
-  console.log('거리 사용 가능:', result.distance);
-  console.log('층 카운팅 사용 가능:', result.floorCounting);
-  console.log('페이스 사용 가능:', result.pace);
-  console.log('케이던스 사용 가능:', result.cadence);
-};
-```
-
-### 권한 요청
-
-```typescript
-const requestPermission = async () => {
-  const permission = await CapacitorPedometer.requestPermissions();
-  console.log('권한 상태:', permission.activityRecognition);
-};
-```
-
-### 현재 측정값 가져오기
-
-```typescript
-const getMeasurements = async () => {
-  const measurements = await CapacitorPedometer.getMeasurement({
-    startDate: new Date(Date.now() - 24 * 60 * 60 * 1000), // 24시간 전
-    endDate: new Date()
-  });
-
-  console.log('걸음 수:', measurements.numberOfSteps);
-  console.log('거리:', measurements.distance, '미터');
-  console.log('오른 층:', measurements.floorsAscended);
-  console.log('내려간 층:', measurements.floorsDescended);
-};
-```
-
-### 실시간 업데이트 시작
-
-```typescript
-// 실시간 업데이트를 위한 리스너 추가
-CapacitorPedometer.addListener('measurement', (data) => {
-  console.log('걸음 수:', data.numberOfSteps);
-  console.log('거리:', data.distance);
-  console.log('페이스:', data.currentPace);
-  console.log('케이던스:', data.currentCadence);
-});
-
-// 업데이트 수신 시작
-await CapacitorPedometer.startMeasurementUpdates();
-```
-
-### 업데이트 중지
-
-```typescript
-await CapacitorPedometer.stopMeasurementUpdates();
-CapacitorPedometer.removeAllListeners();
-```
-
-## 완전한 예제
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-
-class PedometerService {
-  private listener: any;
-
-  async initialize() {
-    // 가용성 확인
-    const available = await CapacitorPedometer.isAvailable();
-    if (!available.stepCounting) {
-      console.error('걸음 수 카운팅을 사용할 수 없음');
-      return false;
-    }
-
-    // 권한 요청
-    const permission = await CapacitorPedometer.requestPermissions();
-    if (permission.activityRecognition !== 'granted') {
-      console.error('권한 거부됨');
-      return false;
-    }
-
-    return true;
-  }
-
-  async startTracking() {
-    // 리스너 추가
-    this.listener = CapacitorPedometer.addListener('measurement', (data) => {
-      this.onMeasurement(data);
-    });
-
-    // 업데이트 시작
-    await CapacitorPedometer.startMeasurementUpdates();
-    console.log('만보계 추적 시작됨');
-  }
-
-  async stopTracking() {
-    await CapacitorPedometer.stopMeasurementUpdates();
-    if (this.listener) {
-      this.listener.remove();
-    }
-    console.log('만보계 추적 중지됨');
-  }
-
-  onMeasurement(data: any) {
-    console.log('오늘의 걸음 수:', data.numberOfSteps);
-    console.log('거리:', (data.distance / 1000).toFixed(2), 'km');
-  }
-
-  async getTodaySteps() {
-    const today = new Date();
-    today.setHours(0, 0, 0, 0);
-
-    const measurements = await CapacitorPedometer.getMeasurement({
-      startDate: today,
-      endDate: new Date()
-    });
-
-    return measurements.numberOfSteps;
-  }
-}
-
-// 사용법
-const pedometer = new PedometerService();
-await pedometer.initialize();
-await pedometer.startTracking();
-```
-
-## 모범 사례
-
-1. **가용성 확인**: 사용하기 전에 항상 만보계 기능을 확인합니다
-2. **권한 요청**: 권한 요청을 우아하게 처리합니다
-3. **배터리 최적화**: 필요하지 않을 때 업데이트를 중지합니다
-4. **오류 처리**: try-catch 블록으로 호출을 래핑합니다
-5. **백그라운드 업데이트**: 지속적인 추적을 위해 백그라운드 모드를 구성합니다
-
-## 일반적인 문제
-
-### 권한 거부됨
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await CapacitorPedometer.checkPermissions();
-
-  if (permission.activityRecognition === 'denied') {
-    alert('모션 추적 권한이 필요합니다. 설정에서 활성화하세요.');
-  }
-};
-```
-
-### 장치에서 사용할 수 없음
-
-```typescript
-const checkSupport = async () => {
-  const available = await CapacitorPedometer.isAvailable();
-
-  if (!available.stepCounting) {
-    alert('이 장치에서는 걸음 수 카운팅을 사용할 수 없습니다');
-    return false;
-  }
-
-  return true;
-};
-```
-
-## 다음 단계
-
-- 전체 문서는 [API Reference](https://github.com/Cap-go/capacitor-pedometer#api)를 참조하세요
-- [예제 앱](https://github.com/Cap-go/capacitor-pedometer/tree/main/example)을 확인하세요
-- 고급 구현은 [튜토리얼](/plugins/capacitor-pedometer)을 참조하세요
diff --git a/src/content/docs/ko/docs/plugins/pedometer/index.mdx b/src/content/docs/ko/docs/plugins/pedometer/index.mdx
deleted file mode 100644
index 769cea019..000000000
--- a/src/content/docs/ko/docs/plugins/pedometer/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-pedometer"
-locale: ko
-description: 포괄적인 건강 및 피트니스 모니터링을 위해 장치 만보계 센서로 걸음 수, 거리, 페이스 및 피트니스 데이터를 추적합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 실시간 업데이트 및 기록 데이터 쿼리를 통해 피트니스 및 건강 추적을 위한 포괄적인 만보계 데이터에 액세스합니다.
-  image:
-    file: ~public/icons/plugins/pedometer.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/pedometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pedometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="걸음 수 카운팅" icon="rocket">
-    정확한 걸음 감지 및 카운팅 👟
-  </Card>
-  <Card title="거리 추적" icon="star">
-    실시간으로 이동 거리 계산 📏
-  </Card>
-  <Card title="페이스 및 케이던스" icon="setting">
-    걷기 및 달리기 속도 모니터링 🏃
-  </Card>
-  <Card title="기록 데이터" icon="document">
-    특정 시간 범위의 만보계 데이터 쿼리 📊
-  </Card>
-  <Card title="층 추적" icon="approve-check">
-    iOS 장치에서 오른 층 카운트 🪜
-  </Card>
-  <Card title="시작하기" icon="open-book">
-    플러그인을 설치하고 구성하려면 [시작 가이드](/docs/plugins/pedometer/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/persistent-account/getting-started.mdx b/src/content/docs/ko/docs/plugins/persistent-account/getting-started.mdx
deleted file mode 100644
index 404dcfe1a..000000000
--- a/src/content/docs/ko/docs/plugins/persistent-account/getting-started.mdx
+++ /dev/null
@@ -1,339 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: 앱 설치 전반에 걸쳐 사용자 데이터를 유지하기 위해 Persistent Account 플러그인을 설치하고 사용하는 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 플랫폼 지원
-
-- **iOS**: 안전하고 영구적인 저장을 위해 iOS Keychain Services를 사용합니다
-- **Android**: 백업이 있는 Android Account Manager 또는 shared preferences를 사용합니다
-
-## 사용 예제
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// 계정 데이터 구조 정의
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// 계정 데이터 저장
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// 계정 데이터 읽기
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('복원된 계정:', account.username);
-} else {
-  console.log('계정 데이터를 찾을 수 없음');
-}
-```
-
-## API 참조
-
-### saveAccount(options)
-
-```typescript
-saveAccount(options: { data: unknown }) => Promise<void>
-```
-
-계정 데이터를 영구 저장소에 안전하게 저장합니다.
-
-| 매개변수         | 타입                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ data: unknown }` |
-
-### readAccount()
-
-```typescript
-readAccount() => Promise<{ data: unknown | null }>
-```
-
-저장된 계정 데이터를 검색합니다.
-
-**반환:** `Promise<{ data: unknown | null }>`
-
-## 실용적인 구현
-
-### 완전한 인증 서비스 예제
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  authToken?: string;
-  preferences: {
-    theme: string;
-    language: string;
-    notifications: boolean;
-  };
-}
-
-class AuthService {
-  // 로그인 후 사용자 계정 저장
-  async saveUserAccount(user: UserAccount) {
-    try {
-      await PersistentAccount.saveAccount({ data: user });
-      console.log('사용자 계정이 성공적으로 저장됨');
-    } catch (error) {
-      console.error('계정 저장 실패:', error);
-      throw error;
-    }
-  }
-
-  // 앱 시작 시 사용자 계정 복원
-  async restoreUserAccount(): Promise<UserAccount | null> {
-    try {
-      const result = await PersistentAccount.readAccount();
-
-      if (result.data) {
-        const account = result.data as UserAccount;
-        console.log('복원된 사용자 계정:', account.username);
-        return account;
-      }
-
-      console.log('저장된 계정을 찾을 수 없음');
-      return null;
-    } catch (error) {
-      console.error('계정 복원 실패:', error);
-      return null;
-    }
-  }
-
-  // 사용자 기본 설정 업데이트
-  async updatePreferences(preferences: Partial<UserAccount['preferences']>) {
-    const account = await this.restoreUserAccount();
-
-    if (account) {
-      const updatedAccount: UserAccount = {
-        ...account,
-        preferences: {
-          ...account.preferences,
-          ...preferences
-        }
-      };
-
-      await this.saveUserAccount(updatedAccount);
-    }
-  }
-
-  // 계정 데이터 지우기 (로그아웃 시)
-  async clearAccount() {
-    try {
-      await PersistentAccount.saveAccount({ data: null });
-      console.log('계정 데이터가 지워짐');
-    } catch (error) {
-      console.error('계정 지우기 실패:', error);
-    }
-  }
-}
-
-// 사용법
-const authService = new AuthService();
-
-// 로그인 시
-await authService.saveUserAccount({
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  authToken: 'abc123xyz',
-  preferences: {
-    theme: 'dark',
-    language: 'en',
-    notifications: true
-  }
-});
-
-// 앱 시작 시
-const savedAccount = await authService.restoreUserAccount();
-if (savedAccount) {
-  // 사용자가 이전에 로그인했음
-  console.log('환영합니다,', savedAccount.username);
-}
-
-// 기본 설정 업데이트
-await authService.updatePreferences({
-  theme: 'light',
-  notifications: false
-});
-
-// 로그아웃 시
-await authService.clearAccount();
-```
-
-### 계정 복원을 통한 앱 초기화
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function initializeApp() {
-  try {
-    // 저장된 계정 복원 시도
-    const result = await PersistentAccount.readAccount();
-
-    if (result.data) {
-      const account = result.data as UserAccount;
-
-      // 토큰이 여전히 유효한지 확인
-      const isValid = await validateAuthToken(account.authToken);
-
-      if (isValid) {
-        // 사용자 세션 복원
-        setCurrentUser(account);
-        navigateToHome();
-      } else {
-        // 토큰 만료됨, 로그인 표시
-        navigateToLogin();
-      }
-    } else {
-      // 저장된 계정 없음, 로그인 표시
-      navigateToLogin();
-    }
-  } catch (error) {
-    console.error('앱 초기화 실패:', error);
-    navigateToLogin();
-  }
-}
-
-// 앱 시작 시 호출
-initializeApp();
-```
-
-### 백엔드와 동기화
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function syncAccountWithBackend() {
-  const result = await PersistentAccount.readAccount();
-
-  if (result.data) {
-    const localAccount = result.data as UserAccount;
-
-    try {
-      // 서버에서 최신 계정 데이터 가져오기
-      const response = await fetch(`/api/users/${localAccount.userId}`);
-      const serverAccount = await response.json();
-
-      // 로컬 기본 설정과 서버 데이터 병합
-      const mergedAccount: UserAccount = {
-        ...serverAccount,
-        preferences: {
-          ...serverAccount.preferences,
-          ...localAccount.preferences // 로컬 기본 설정이 우선
-        }
-      };
-
-      // 병합된 데이터 저장
-      await PersistentAccount.saveAccount({ data: mergedAccount });
-
-      return mergedAccount;
-    } catch (error) {
-      console.error('백엔드와 동기화 실패:', error);
-      // 대체로 로컬 계정 반환
-      return localAccount;
-    }
-  }
-
-  return null;
-}
-```
-
-## 모범 사례
-
-- **타입 안전성**: 계정 데이터에 대한 명확한 TypeScript 인터페이스를 정의합니다
-- **유효성 검사**: 영구 저장소에서 읽을 때 항상 데이터를 유효성 검사합니다
-- **오류 처리**: 모든 작업에 대해 적절한 try-catch 블록을 구현합니다
-- **보안**: 일반 텍스트로 암호와 같은 민감한 데이터를 저장하지 마세요
-- **토큰 관리**: 계정을 복원할 때 인증 토큰을 새로 고칩니다
-- **데이터 크기**: 빠른 읽기/쓰기 작업을 보장하기 위해 저장된 데이터를 최소화합니다
-- **Null 확인**: 데이터를 사용하기 전에 항상 데이터가 존재하는지 확인합니다
-- **백업 전략**: 추가 안전을 위해 백엔드와 동기화하는 것을 고려하세요
-
-## 보안 고려 사항
-
-- 계정 데이터는 플랫폼별 보안 저장 메커니즘을 사용하여 저장됩니다
-- 데이터는 앱 제거 및 재설치 전반에 걸쳐 유지됩니다
-- 저장하기 전에 민감한 정보를 암호화하는 것을 고려하세요
-- 저장된 계정을 읽을 때 적절한 데이터 유효성 검사를 구현합니다
-- 사용자 데이터 처리에 대한 플랫폼 가이드라인을 따르세요
-- 보안을 위해 만료가 있는 인증 토큰을 사용합니다
-- 사용자 로그아웃 시 계정 데이터를 적절하게 지웁니다
-
-## 플랫폼 구현
-
-### iOS
-
-- 안전하고 영구적인 저장을 위해 iOS Keychain Services를 활용합니다
-- 데이터는 앱 삭제 및 장치 복원에도 유지됩니다
-- iOS 보안 메커니즘으로 보호됩니다
-
-### Android
-
-- 백업이 있는 Android Account Manager 또는 shared preferences를 사용합니다
-- 앱 재설치 및 장치 마이그레이션 전반에 걸쳐 데이터를 유지합니다
-- Android 시스템 보안으로 보호됩니다
-
-## 사용 사례
-
-- **사용자 온보딩**: 앱 재설치를 통해 사용자 진행 상황을 보존합니다
-- **계정 복구**: 앱 업데이트 후 사용자 세션을 복원합니다
-- **기본 설정 저장**: 사용자 설정 및 구성을 유지합니다
-- **오프라인 우선 앱**: 필수 사용자 데이터를 로컬에 저장합니다
-- **세션 관리**: 앱 재시작 전반에 걸쳐 사용자를 로그인 상태로 유지합니다
-- **장치 마이그레이션**: 새 장치로 사용자 데이터를 전송합니다
diff --git a/src/content/docs/ko/docs/plugins/persistent-account/index.mdx b/src/content/docs/ko/docs/plugins/persistent-account/index.mdx
deleted file mode 100644
index 41b31d8a2..000000000
--- a/src/content/docs/ko/docs/plugins/persistent-account/index.mdx
+++ /dev/null
@@ -1,132 +0,0 @@
----
-title: "@capgo/capacitor-persistent-account"
-locale: ko
-description: 안전한 저장소, 세션 처리 및 사용자 데이터 지속성을 갖춘 Capacitor 앱용 영구 계정 관리 플러그인입니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 영구 저장소, 안전한 세션 처리 및 앱 세션 전반에 걸친 원활한 인증으로 사용자 계정을 관리합니다.
-  image:
-    file: ~public/icons/plugins/persistent-account.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/persistent-account/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-persistent-account/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 개요
-
-Capacitor Persistent Account 플러그인은 앱 설치 간에 사용자 계정 데이터의 안전한 저장 및 지속성을 가능하게 합니다. 이 플러그인은 앱 재설치 후에도 사용자 계정 정보를 사용할 수 있도록 하여 원활한 사용자 경험과 계정 연속성을 제공합니다.
-
-<CardGrid stagger>
-  <Card title="설치 간 지속성" icon="rocket">
-    데이터는 앱 제거/재설치 주기에서 유지됩니다 💾
-  </Card>
-  <Card title="안전한 저장소" icon="setting">
-    시스템 통합을 통한 안전한 계정 데이터 저장 🔐
-  </Card>
-  <Card title="간단한 API" icon="puzzle">
-    계정 관리를 위한 깔끔한 읽기/쓰기 인터페이스 📊
-  </Card>
-  <Card title="크로스 플랫폼" icon="laptop">
-    네이티브 iOS 및 Android 구현 📱
-  </Card>
-</CardGrid>
-
-## 설치
-
-```bash
-npm install @capgo/capacitor-persistent-account
-npx cap sync
-```
-
-## 핵심 API 메서드
-
-### 데이터 관리
-- `saveAccount(options: { data: unknown })` - 계정 데이터를 영구 저장소에 안전하게 저장합니다
-- `readAccount()` - 저장된 계정 데이터를 검색하고, `Promise<{ data: unknown | null }>`을 반환합니다
-
-## 주요 기능
-
-- **설치 간 지속성**: 계정 데이터는 앱 제거 및 재설치에도 유지됩니다
-- **안전한 저장소**: 플랫폼별 보안 저장 메커니즘을 사용합니다
-- **타입 유연성**: 직렬화 가능한 모든 계정 데이터 구조를 저장합니다
-- **크로스 플랫폼 지원**: iOS 및 Android 모두에 대한 네이티브 구현
-
-## 사용 예제
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// 계정 데이터 구조 정의
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// 계정 데이터 저장
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// 계정 데이터 읽기
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('복원된 계정:', account.username);
-} else {
-  console.log('계정 데이터를 찾을 수 없음');
-}
-```
-
-## 사용 사례
-
-- **사용자 온보딩**: 앱 재설치를 통해 사용자 진행 상황을 보존합니다
-- **계정 복구**: 앱 업데이트 후 사용자 세션을 복원합니다
-- **기본 설정 저장**: 사용자 설정 및 구성을 유지합니다
-- **오프라인 우선 앱**: 필수 사용자 데이터를 로컬에 저장합니다
-
-## 플랫폼 구현
-
-### iOS
-- 안전하고 영구적인 저장을 위해 iOS Keychain Services를 활용합니다
-- 데이터는 앱 삭제 및 장치 복원에도 유지됩니다
-
-### Android
-- 백업이 있는 Android Account Manager 또는 shared preferences를 사용합니다
-- 앱 재설치 및 장치 마이그레이션 전반에 걸쳐 데이터를 유지합니다
-
-## 보안 고려 사항
-
-- 계정 데이터는 플랫폼별 보안 저장소를 사용하여 저장됩니다
-- 민감한 정보에 대해 데이터 암호화를 고려하세요
-- 저장된 계정을 읽을 때 적절한 데이터 유효성 검사를 구현합니다
-- 사용자 데이터 처리에 대한 플랫폼 가이드라인을 따르세요
-
-## 문서
-
-자세한 구현 가이드 및 모범 사례는 [전체 문서](/docs/plugins/persistent-account/getting-started/)를 확인하세요.
diff --git a/src/content/docs/ko/docs/plugins/photo-library/getting-started.mdx b/src/content/docs/ko/docs/plugins/photo-library/getting-started.mdx
deleted file mode 100644
index bc3bd342f..000000000
--- a/src/content/docs/ko/docs/plugins/photo-library/getting-started.mdx
+++ /dev/null
@@ -1,76 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: 페이지네이션 및 미디어 선택을 통해 네이티브 사진 갤러리를 통합합니다.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **플러그인 설치**
-   <PackageManagers pkg="@capgo/capacitor-photo-library" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **플랫폼 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 플랫폼 권한
-
-- **iOS**: `NSPhotoLibraryUsageDescription`(미디어를 저장하려는 경우 `NSPhotoLibraryAddUsageDescription`)으로 `Info.plist`를 업데이트합니다.
-- **Android**: Android 13+의 경우 사진/비디오 권한(`READ_MEDIA_IMAGES`, `READ_MEDIA_VIDEO`)을 선언합니다. Capacitor 5가 이를 자동으로 처리하지만 사용자 정의 매니페스트를 다시 확인합니다.
-
-## 액세스 요청
-
-```typescript
-import { PhotoLibrary } from '@capgo/capacitor-photo-library';
-
-const { state } = await PhotoLibrary.requestAuthorization();
-if (state !== 'authorized' && state !== 'limited') {
-  throw new Error('사진 액세스 거부됨');
-}
-```
-
-## 갤러리 로드
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const { assets, hasMore, nextPage } = await PhotoLibrary.getLibrary({
-  limit: 100,
-  includeAlbums: false,
-  thumbnailWidth: 256,
-  thumbnailHeight: 256,
-});
-
-const gallery = assets.map((asset) => ({
-  id: asset.id,
-  fileName: asset.fileName,
-  created: asset.creationDate,
-  thumbnailUrl: asset.thumbnail
-    ? asset.thumbnail.webPath ?? Capacitor.convertFileSrc(asset.thumbnail.path)
-    : undefined,
-  photoUrl: asset.file
-    ? asset.file.webPath ?? Capacitor.convertFileSrc(asset.file.path)
-    : undefined,
-}));
-```
-
-추가 페이지를 가져오려면 `PhotoLibrary.getLibrary({ cursor: nextPage })`를 호출합니다.
-
-## 사용자가 미디어를 선택하도록 허용
-
-```typescript
-const selection = await PhotoLibrary.pickMedia({
-  selectionLimit: 5,
-  includeVideos: true,
-});
-
-console.log('사용자가 선택함', selection.assets.length, '항목');
-```
-
-## 캐시된 파일 정리
-
-생성된 썸네일 및 내보내기는 `photoLibrary` 아래의 앱 캐시 디렉터리에 저장됩니다. 저장 공간을 회수해야 할 때 선호하는 파일 API로 제거합니다.
diff --git a/src/content/docs/ko/docs/plugins/photo-library/index.mdx b/src/content/docs/ko/docs/plugins/photo-library/index.mdx
deleted file mode 100644
index 3f01a0f49..000000000
--- a/src/content/docs/ko/docs/plugins/photo-library/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-photo-library"
-locale: ko
-description: 효율적인 페이징, 썸네일 및 캐시된 URL로 사진을 탐색하고 선택합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 강력한 권한 흐름을 통해 네이티브 사진 라이브러리를 활용하는 사용자 정의 갤러리를 구축합니다.
-  image:
-    file: ~public/icons/plugins/photo-library.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/photo-library/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-photo-library/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Photo Library는 성능을 유지하면서 앨범을 나열하고, 자산을 페이지로 나누고, 썸네일을 요청하는 데 도움이 됩니다.
-
-<CardGrid stagger>
-  <Card title="권한 도우미" icon="approve-check">
-    권한을 요청하고 제한된 액세스 상태를 우아하게 처리합니다.
-  </Card>
-  <Card title="페이지된 가져오기" icon="rocket">
-    커서 기반 로딩 및 사용자 정의 가능한 제한으로 갤러리를 페이지로 나눕니다.
-  </Card>
-  <Card title="최적화된 썸네일" icon="star">
-    부드러운 스크롤 목록을 위해 고정된 크기의 썸네일 URL을 가져옵니다.
-  </Card>
-  <Card title="미디어 선택" icon="download">
-    구성 가능한 선택 제한으로 사용자가 사진이나 비디오를 선택하도록 합니다.
-  </Card>
-</CardGrid>
-
-권한 설정 및 갤러리 예제는 시작 가이드를 확인하세요.
diff --git a/src/content/docs/ko/docs/plugins/printer/getting-started.mdx b/src/content/docs/ko/docs/plugins/printer/getting-started.mdx
deleted file mode 100644
index f64c4191d..000000000
--- a/src/content/docs/ko/docs/plugins/printer/getting-started.mdx
+++ /dev/null
@@ -1,322 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Capacitor 앱에서 콘텐츠를 인쇄하기 위해 Printer 플러그인을 설치하고 사용하는 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-printer" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 사용법
-
-플러그인을 가져와서 다양한 유형의 콘텐츠를 인쇄합니다:
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-
-// HTML 콘텐츠 인쇄
-const printHTML = async () => {
-  await Printer.print({
-    content: '<h1>Hello World</h1><p>테스트 인쇄입니다.</p>',
-    name: 'test-print'
-  });
-};
-
-// PDF 파일 인쇄
-const printPDF = async () => {
-  await Printer.print({
-    content: 'file:///path/to/document.pdf',
-    name: 'my-document'
-  });
-};
-
-// 이미지 인쇄
-const printImage = async () => {
-  await Printer.print({
-    content: 'file:///path/to/image.jpg',
-    name: 'my-image'
-  });
-};
-```
-
-## API 참조
-
-### print(options)
-
-지정된 콘텐츠로 네이티브 인쇄 대화 상자를 엽니다.
-
-```typescript
-interface PrintOptions {
-  content: string;          // HTML 문자열, 파일 URI 또는 base64 데이터
-  name?: string;            // 인쇄 작업 이름
-  orientation?: 'portrait' | 'landscape';
-  grayscale?: boolean;      // 회색조로 인쇄 (기본값: false)
-}
-
-await Printer.print(options);
-```
-
-### canPrint()
-
-장치에서 인쇄를 사용할 수 있는지 확인합니다.
-
-```typescript
-const { value } = await Printer.canPrint();
-console.log('인쇄 사용 가능:', value);
-```
-
-## 완전한 예제
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class PrintService {
-  async checkPrintAvailability(): Promise<boolean> {
-    const { value } = await Printer.canPrint();
-    return value;
-  }
-
-  async printHTML(htmlContent: string, jobName: string = 'Document') {
-    try {
-      const canPrint = await this.checkPrintAvailability();
-      if (!canPrint) {
-        throw new Error('이 장치에서는 인쇄를 사용할 수 없습니다');
-      }
-
-      await Printer.print({
-        content: htmlContent,
-        name: jobName,
-        orientation: 'portrait'
-      });
-    } catch (error) {
-      console.error('인쇄 실패:', error);
-      throw error;
-    }
-  }
-
-  async printDocument(filePath: string, jobName?: string) {
-    await Printer.print({
-      content: filePath,
-      name: jobName || 'Document'
-    });
-  }
-
-  async printReceipt(receiptData: any) {
-    const html = `
-      <!DOCTYPE html>
-      <html>
-        <head>
-          <style>
-            body { font-family: Arial, sans-serif; padding: 20px; }
-            .header { text-align: center; margin-bottom: 20px; }
-            .item { display: flex; justify-content: space-between; margin: 10px 0; }
-            .total { font-weight: bold; font-size: 1.2em; margin-top: 20px; padding-top: 10px; border-top: 2px solid #000; }
-          </style>
-        </head>
-        <body>
-          <div class="header">
-            <h2>영수증</h2>
-            <p>날짜: ${new Date().toLocaleDateString()}</p>
-          </div>
-          ${receiptData.items.map((item: any) => `
-            <div class="item">
-              <span>${item.name}</span>
-              <span>$${item.price.toFixed(2)}</span>
-            </div>
-          `).join('')}
-          <div class="total">
-            <div class="item">
-              <span>합계:</span>
-              <span>$${receiptData.total.toFixed(2)}</span>
-            </div>
-          </div>
-        </body>
-      </html>
-    `;
-
-    await this.printHTML(html, 'Receipt');
-  }
-
-  async printFromURL(url: string) {
-    // 먼저 파일을 다운로드합니다
-    const response = await fetch(url);
-    const blob = await response.blob();
-    const reader = new FileReader();
-
-    return new Promise((resolve, reject) => {
-      reader.onloadend = async () => {
-        try {
-          await Printer.print({
-            content: reader.result as string,
-            name: 'Downloaded Document'
-          });
-          resolve(true);
-        } catch (error) {
-          reject(error);
-        }
-      };
-      reader.onerror = reject;
-      reader.readAsDataURL(blob);
-    });
-  }
-}
-```
-
-## 고급 사용법
-
-### 사용자 정의 스타일링으로 인쇄
-
-```typescript
-const printStyledDocument = async () => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          @page {
-            size: A4;
-            margin: 2cm;
-          }
-          body {
-            font-family: 'Times New Roman', serif;
-            line-height: 1.6;
-          }
-          h1 {
-            color: #333;
-            border-bottom: 2px solid #333;
-            padding-bottom: 10px;
-          }
-          .content {
-            margin-top: 20px;
-          }
-        </style>
-      </head>
-      <body>
-        <h1>전문 문서</h1>
-        <div class="content">
-          <p>인쇄할 준비가 된 전문적으로 스타일이 지정된 문서입니다.</p>
-        </div>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Styled Document',
-    orientation: 'portrait'
-  });
-};
-```
-
-### 테이블 인쇄
-
-```typescript
-const printTable = async (data: any[]) => {
-  const tableRows = data.map(row => `
-    <tr>
-      <td>${row.id}</td>
-      <td>${row.name}</td>
-      <td>${row.value}</td>
-    </tr>
-  `).join('');
-
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          table {
-            width: 100%;
-            border-collapse: collapse;
-          }
-          th, td {
-            border: 1px solid #ddd;
-            padding: 8px;
-            text-align: left;
-          }
-          th {
-            background-color: #f2f2f2;
-            font-weight: bold;
-          }
-        </style>
-      </head>
-      <body>
-        <table>
-          <thead>
-            <tr>
-              <th>ID</th>
-              <th>이름</th>
-              <th>값</th>
-            </tr>
-          </thead>
-          <tbody>
-            ${tableRows}
-          </tbody>
-        </table>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Data Table'
-  });
-};
-```
-
-### 이미지 인쇄
-
-```typescript
-const printImageWithDetails = async (imagePath: string, title: string) => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          body { text-align: center; padding: 20px; }
-          h2 { margin-bottom: 20px; }
-          img { max-width: 100%; height: auto; }
-        </style>
-      </head>
-      <body>
-        <h2>${title}</h2>
-        <img src="${imagePath}" alt="${title}" />
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: title
-  });
-};
-```
-
-## 모범 사례
-
-1. **가용성 확인**: 인쇄를 시도하기 전에 항상 인쇄가 가능한지 확인합니다
-2. **유효한 콘텐츠**: HTML이 올바르게 형성되어 있고 파일 경로가 유효한지 확인합니다
-3. **작업 이름**: 사용자가 인쇄 작업을 식별하는 데 도움이 되도록 설명적인 이름을 사용합니다
-4. **스타일링**: 일관된 인쇄 출력을 위해 인라인 CSS 또는 임베디드 스타일을 사용합니다
-5. **오류 처리**: 사용자 피드백을 위해 try-catch 블록으로 인쇄 호출을 래핑합니다
-
-## 문제 해결
-
-### 일반적인 문제
-
-**인쇄 대화 상자가 나타나지 않음**: canPrint()로 인쇄가 가능한지 확인합니다
-**콘텐츠가 인쇄되지 않음**: HTML이 유효하고 파일 경로가 올바른지 확인합니다
-**이미지가 표시되지 않음**: 이미지 경로가 절대 경로이고 파일에 액세스할 수 있는지 확인합니다
-**스타일링 문제**: @page CSS 규칙을 사용하고 인쇄 출력을 테스트합니다
diff --git a/src/content/docs/ko/docs/plugins/printer/index.mdx b/src/content/docs/ko/docs/plugins/printer/index.mdx
deleted file mode 100644
index afb505c8b..000000000
--- a/src/content/docs/ko/docs/plugins/printer/index.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: '@capgo/capacitor-printer'
-description: 'Capacitor 앱에서 문서, HTML, PDF, 이미지 및 웹 보기를 인쇄하세요.'
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 'iOS 및 Android의 Capacitor 앱에서 직접 문서, HTML 콘텐츠, PDF, 이미지 및 웹 보기를 인쇄하세요.'
-  image:
-    file: ~public/icons/plugins/printer.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/printer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-printer/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="다양한 형식" icon="document">
-    HTML, PDF, 이미지 및 웹 콘텐츠 인쇄 📄
-  </Card>
-  <Card title="네이티브 UI" icon="laptop">
-    iOS 및 Android에서 기본 인쇄 대화 상자를 사용합니다. 🖨️
-  </Card>
-  <Card title="쉬운 통합" icon="rocket">
-    앱에 빠르게 통합하기 위한 간단한 API 🚀
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    iOS 및 Android 장치 모두에서 작동합니다 📱
-  </Card>
-  <Card title="Customizable" icon="setting">
-    방향, 페이지 크기 등의 인쇄 옵션 제어 ⚙️
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/printer/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/realtimekit/getting-started.mdx b/src/content/docs/ko/docs/plugins/realtimekit/getting-started.mdx
deleted file mode 100644
index c4ef7983a..000000000
--- a/src/content/docs/ko/docs/plugins/realtimekit/getting-started.mdx
+++ /dev/null
@@ -1,206 +0,0 @@
----
-title: "RealtimeKit 시작하기"
-description: "Capacitor 앱에 Cloudflare Calls 화상 회의를 통합하는 방법을 알아보세요"
-locale: ko
----
-
-이 가이드는 Capacitor RealtimeKit 플러그인을 통합하여 애플리케이션에 Cloudflare Calls로 구동되는 화상 회의를 추가하는 방법을 안내합니다.
-
-## 설치
-
-npm을 사용하여 플러그인을 설치하세요:
-
-```bash
-npm install @capgo/capacitor-realtimekit
-npx cap sync
-```
-
-## 종속성
-
-이 플러그인은 Cloudflare RealtimeKit SDK를 사용합니다:
-
-- **iOS**: RealtimeKitCoreiOS (Swift Package Manager를 통해 자동 설치)
-- **Android**: `com.cloudflare.realtimekit:ui-android` 버전 `0.2.2`
-
-### Android RealtimeKit 버전 사용자 정의
-
-앱의 `build.gradle`에서:
-
-```kotlin
-buildscript {
-    ext {
-        realtimekitUiVersion = '0.2.2'  // or your desired version
-    }
-}
-```
-
-## iOS 구성
-
-앱의 `Info.plist`에 다음을 추가하세요:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>We need camera access for video calls</string>
-
-<key>NSMicrophoneUsageDescription</key>
-<string>We need microphone access for audio calls</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-</array>
-```
-
-## Android 구성
-
-`AndroidManifest.xml`에 다음 권한을 추가하세요:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-```
-
-## 기본 사용법
-
-### 플러그인 가져오기
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-```
-
-### 플러그인 초기화
-
-```typescript
-async function initializeRealtimeKit() {
-  try {
-    await CapacitorRealtimekit.initialize();
-    console.log('RealtimeKit initialized');
-  } catch (error) {
-    console.error('Failed to initialize RealtimeKit:', error);
-  }
-}
-```
-
-### 미팅 시작
-
-```typescript
-async function startMeeting(meetingUrl: string) {
-  try {
-    await CapacitorRealtimekit.startMeeting({
-      url: meetingUrl
-    });
-    console.log('Meeting started');
-  } catch (error) {
-    console.error('Failed to start meeting:', error);
-  }
-}
-```
-
-## 완전한 예제
-
-포괄적인 화상 회의 서비스는 다음과 같습니다:
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-
-export class VideoConferenceService {
-  private isInitialized = false;
-  private currentMeetingUrl: string | null = null;
-
-  async initialize(): Promise<boolean> {
-    if (this.isInitialized) {
-      return true;
-    }
-
-    try {
-      await CapacitorRealtimekit.initialize();
-      this.isInitialized = true;
-      return true;
-    } catch (error) {
-      console.error('Failed to initialize RealtimeKit:', error);
-      return false;
-    }
-  }
-
-  async startMeeting(meetingUrl: string): Promise<void> {
-    if (!this.isInitialized) {
-      await this.initialize();
-    }
-
-    try {
-      await CapacitorRealtimekit.startMeeting({
-        url: meetingUrl
-      });
-      this.currentMeetingUrl = meetingUrl;
-    } catch (error) {
-      console.error('Failed to start meeting:', error);
-      throw error;
-    }
-  }
-
-  async joinMeeting(meetingUrl: string, displayName?: string): Promise<void> {
-    await this.startMeeting(meetingUrl);
-  }
-
-  isInMeeting(): boolean {
-    return this.currentMeetingUrl !== null;
-  }
-}
-
-// Usage
-const videoService = new VideoConferenceService();
-await videoService.initialize();
-await videoService.startMeeting('https://your-meeting-url.com/meeting/123');
-```
-
-## Cloudflare Calls 설정
-
-이 플러그인을 사용하려면 Cloudflare Calls를 설정해야 합니다:
-
-### 1. Cloudflare 계정 생성
-
-계정이 없다면 [Cloudflare](https://dash.cloudflare.com/sign-up)에서 가입하세요.
-
-### 2. Calls API 활성화
-
-1. Cloudflare 대시보드로 이동
-2. **Calls** 섹션으로 이동
-3. Calls API 활성화
-4. API 자격 증명 받기
-
-### 3. 미팅 URL 생성
-
-미팅 URL을 생성하려면 백엔드 서비스가 필요합니다. Cloudflare Workers 사용 예제:
-
-```typescript
-export default {
-  async fetch(request: Request): Promise<Response> {
-    const { pathname } = new URL(request.url);
-
-    if (pathname === '/create-meeting') {
-      const meetingId = generateMeetingId();
-      const meetingUrl = `https://your-app.calls.cloudflare.com/${meetingId}`;
-
-      return new Response(JSON.stringify({
-        meetingId,
-        meetingUrl
-      }), {
-        headers: { 'Content-Type': 'application/json' }
-      });
-    }
-
-    return new Response('Not found', { status: 404 });
-  }
-};
-```
-
-## 모범 사례
-
-1. **조기 초기화**: 앱이 시작될 때 RealtimeKit 초기화
-2. **오류 처리**: 항상 try-catch 블록으로 호출 감싸기
-3. **권한 요청**: 시작하기 전에 카메라/마이크 권한 확보
-4. **네트워크 테스트**: 참여하기 전에 인터넷 연결 확인
-5. **백그라운드 오디오**: iOS용 백그라운드 모드 구성
diff --git a/src/content/docs/ko/docs/plugins/realtimekit/index.mdx b/src/content/docs/ko/docs/plugins/realtimekit/index.mdx
deleted file mode 100644
index e81775676..000000000
--- a/src/content/docs/ko/docs/plugins/realtimekit/index.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: '@capgo/capacitor-realtimekit'
-description: 화상 회의 및 실시간 커뮤니케이션을 위해 내장된 회의 UI와 Cloudflare Calls 통합.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: Cloudflare 통화 통합 및 내장 UI를 사용하여 앱에 화상 회의 및 실시간 커뮤니케이션을 추가하세요.
-  image:
-    file: ~public/icons/plugins/realtimekit.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/realtimekit/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-realtimekit/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Cloudflare 통화" icon="rocket">
-    Cloudflare의 글로벌 인프라로 구동 ☁️
-  </Card>
-  <Card title="내장된 회의 UI" icon="star">
-    즉시 사용 가능한 화상 회의 인터페이스 📹
-  </Card>
-  <Card title="WebRTC 지원" icon="setting">
-    고품질 실시간 오디오 및 비디오 🎥
-  </Card>
-  <Card title="배경 모드" icon="laptop">
-    앱이 백그라운드에서 작동 중일 때 통화 계속하기 🔄
-  </Card>
-  <Card title="화면 공유" icon="document">
-    Android 회의 중 화면 공유 📱
-  </Card>
-  <Card title="시작하기" icon="open-book">
-    플러그인을 설치하고 구성하려면 [시작 가이드](/docs/plugins/realtimekit/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/ricoh360-camera/getting-started.mdx b/src/content/docs/ko/docs/plugins/ricoh360-camera/getting-started.mdx
deleted file mode 100644
index 6c282dfb8..000000000
--- a/src/content/docs/ko/docs/plugins/ricoh360-camera/getting-started.mdx
+++ /dev/null
@@ -1,411 +0,0 @@
----
-title: 시작하기
-description: >-
-  Capacitor 앱에서 Ricoh Theta 카메라를 제어하기 위해 Ricoh 360° 카메라 플러그인을 설치하고 사용하는 방법을
-  알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 플랫폼 구성
-
-### iOS
-
-`Info.plist`에 카메라 및 사진 라이브러리 권한을 추가하세요.
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>This app needs access to the camera to capture 360° photos and videos</string>
-<key>NSPhotoLibraryAddUsageDescription</key>
-<string>This app needs access to save 360° photos and videos to your library</string>
-```
-
-### Android
-
-`AndroidManifest.xml`에 필수 권한을 추가하세요.
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-<uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-```
-
-## 지원되는 장치
-
-이 플러그인은 Ricoh Theta 시리즈 카메라를 지원합니다:
-- 리코 세타 V
--리코 세타 Z1
-- 리코 세타 SC2
-- 리코 세타 X
-
-## 사용 예
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-// Initialize camera connection
-await Ricoh360Camera.initialize();
-
-// Connect to Ricoh Theta camera via WiFi
-await Ricoh360Camera.connect({
-  ssid: 'THETAYL12345678',
-  password: '12345678'
-});
-
-// Start live preview
-await Ricoh360Camera.startPreview({
-  container: 'preview-container' // ID of HTML element
-});
-
-// Capture a 360° photo
-const result = await Ricoh360Camera.capturePhoto();
-console.log('Photo saved:', result.filePath);
-
-// Start recording 360° video
-await Ricoh360Camera.startRecording();
-
-// Stop recording after some time
-setTimeout(async () => {
-  const video = await Ricoh360Camera.stopRecording();
-  console.log('Video saved:', video.filePath);
-}, 10000);
-
-// Stop preview
-await Ricoh360Camera.stopPreview();
-
-// Disconnect from camera
-await Ricoh360Camera.disconnect();
-```
-
-## API 참조
-
-### 초기화()
-
-```typescript
-initialize() => Promise<void>
-```
-
-카메라 플러그인을 초기화합니다.
-
-### 연결(옵션)
-
-```typescript
-connect(options: ConnectOptions) => Promise<void>
-```
-
-WiFi를 통해 Ricoh Theta 카메라에 연결하세요.
-
-| 파람 | 유형 |
-| ------------- | ------------ |
-| **`options`** | `ConnectOptions` |
-
-### 연결 해제()
-
-```typescript
-disconnect() => Promise<void>
-```
-
-카메라에서 연결을 끊습니다.
-
-### 시작미리보기(옵션)
-
-```typescript
-startPreview(options: PreviewOptions) => Promise<void>
-```
-
-실시간 360° 미리보기 스트리밍을 시작하세요.
-
-| 파람 | 유형 |
-| ------------- | ------------ |
-| **`options`** | `PreviewOptions` |
-
-### 미리보기 중지()
-
-```typescript
-stopPreview() => Promise<void>
-```
-
-실시간 미리보기 스트림을 중지합니다.
-
-### 캡처사진(옵션?)
-
-```typescript
-capturePhoto(options?: CaptureOptions) => Promise<CaptureResult>
-```
-
-360° 사진을 촬영하세요.
-
-| 파람 | 유형 |
-| ------------- | -------------- |
-| **`options`** | `CaptureOptions`(선택 사항) |
-
-**반품:** `Promise<CaptureResult>`
-
-### 녹음 시작(옵션?)
-
-```typescript
-startRecording(options?: RecordingOptions) => Promise<void>
-```
-
-360° 비디오 녹화를 시작합니다.
-
-| 파람 | 유형 |
-| ------------- | ---------------- |
-| **`options`** | `RecordingOptions`(선택 사항) |
-
-### 녹음 중지()
-
-```typescript
-stopRecording() => Promise<CaptureResult>
-```
-
-비디오 녹화를 중지합니다.
-
-**반품:** `Promise<CaptureResult>`
-
-### getCameraInfo()
-
-```typescript
-getCameraInfo() => Promise<CameraInfo>
-```
-
-카메라 정보와 기능을 얻으세요.
-
-**반품:** `Promise<CameraInfo>`
-
-### setExposure(옵션)
-
-```typescript
-setExposure(options: ExposureOptions) => Promise<void>
-```
-
-카메라 노출 설정을 지정합니다.
-
-| 파람 | 유형 |
-| ------------- | ------------- |
-| **`options`** | `ExposureOptions` |
-
-### setWhiteBalance(옵션)
-
-```typescript
-setWhiteBalance(options: WhiteBalanceOptions) => Promise<void>
-```
-
-화이트 밸런스 모드를 설정합니다.
-
-| 파람 | 유형 |
-| ------------- | ----------------- |
-| **`options`** | `WhiteBalanceOptions` |
-
-## 인터페이스
-
-### 연결 옵션
-
-| 소품 | 유형 | 설명 |
-| -------------- | ----------------- | ----------------- |
-| **`ssid`** | `string` | Ricoh 카메라의 WiFi SSID |
-| **`password`** | `string` | 카메라의 WiFi 비밀번호 |
-
-### 미리보기 옵션
-
-| 소품 | 유형 | 설명 |
-| --------------- | ----------------- | ------------------------ |
-| **`container`** | `string` | HTML 미리보기 컨테이너의 요소 ID |
-
-### 캡처 옵션| 소품 | 유형 | 설명 |
-| -------------- | ------------------ | ------------------------ |
-| **`quality`** | `number` | 이미지 품질(1-100)(선택 사항) |
-| **`saveToGallery`** | `boolean` | 장치 갤러리에 저장(선택 사항) |
-
-### 녹음 옵션
-
-| 소품 | 유형 | 설명 |
-| ----------------- | ------------------ | --------------------------- |
-| **`maxDuration`** | `number` | 최대 녹화 시간(초)(선택 사항) |
-| **`quality`** | `string` | 비디오 품질: '높음' \| '중간' \| '낮음'(선택 사항) |
-
-### 캡처결과
-
-| 소품 | 유형 | 설명 |
-| -------------- | ----------------- | ------------- |
-| **`filePath`** | `string` | 캡처된 파일의 경로 |
-| **`fileUrl`** | `string` | 파일에 액세스하기 위한 URL |
-
-### 카메라정보
-
-| 소품 | 유형 | 설명 |
-| ----------------- | ----------------- | ------------- |
-| **`model`** | `string` | 카메라 모델명 |
-| **`serialNumber`** | `string` | 카메라 일련번호 |
-| **`firmwareVersion`** | `string` | 펌웨어 버전 |
-| **`batteryLevel`** | `number` | 배터리 수준(0-100) |
-
-### 노출 옵션
-
-| 소품 | 유형 | 설명 |
-| ------------ | ------------------ | --------------------------------- |
-| **`mode`** | `string` | 노출 모드: '자동' \| '수동' \| '이소' |
-| **`iso`** | `number` | ISO 값(100, 200, 400 등)(선택 사항) |
-| **`shutter`** | `number` | 셔터 속도(옵션) |
-
-### 화이트밸런스 옵션
-
-| 소품 | 유형 | 설명 |
-| ---------- | ----------------- | ----------------------------------------- |
-| **`mode`** | `string` | 화이트 밸런스: '자동' \| '일광' \| '흐림' \| '텅스텐' \| '형광' |
-
-## 완전한 예
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-class Camera360Controller {
-  async setup() {
-    try {
-      // Initialize
-      await Ricoh360Camera.initialize();
-
-      // Connect to camera
-      await Ricoh360Camera.connect({
-        ssid: 'THETAYL12345678',
-        password: '12345678'
-      });
-
-      // Get camera info
-      const info = await Ricoh360Camera.getCameraInfo();
-      console.log('Connected to:', info.model);
-      console.log('Battery level:', info.batteryLevel + '%');
-
-      // Configure exposure
-      await Ricoh360Camera.setExposure({
-        mode: 'auto'
-      });
-
-      // Configure white balance
-      await Ricoh360Camera.setWhiteBalance({
-        mode: 'auto'
-      });
-
-      // Start preview
-      await Ricoh360Camera.startPreview({
-        container: 'camera-preview'
-      });
-
-    } catch (error) {
-      console.error('Failed to setup camera:', error);
-    }
-  }
-
-  async takePhoto() {
-    try {
-      const result = await Ricoh360Camera.capturePhoto({
-        quality: 95,
-        saveToGallery: true
-      });
-      console.log('Photo captured:', result.filePath);
-      return result;
-    } catch (error) {
-      console.error('Failed to capture photo:', error);
-    }
-  }
-
-  async recordVideo(durationSeconds: number) {
-    try {
-      // Start recording
-      await Ricoh360Camera.startRecording({
-        maxDuration: durationSeconds,
-        quality: 'high'
-      });
-
-      console.log('Recording started...');
-
-      // Stop after duration
-      setTimeout(async () => {
-        const result = await Ricoh360Camera.stopRecording();
-        console.log('Video saved:', result.filePath);
-      }, durationSeconds * 1000);
-
-    } catch (error) {
-      console.error('Failed to record video:', error);
-    }
-  }
-
-  async cleanup() {
-    try {
-      await Ricoh360Camera.stopPreview();
-      await Ricoh360Camera.disconnect();
-      console.log('Camera disconnected');
-    } catch (error) {
-      console.error('Failed to cleanup:', error);
-    }
-  }
-}
-
-// Usage
-const camera = new Camera360Controller();
-await camera.setup();
-await camera.takePhoto();
-await camera.recordVideo(10); // 10 seconds
-await camera.cleanup();
-```
-
-## 모범 사례
-
-- 카메라에 연결하기 전에 항상 플러그인을 초기화하세요.
-- 장치가 카메라의 WiFi 네트워크에 연결되어 있는지 확인하십시오.
-- 오류, 특히 연결 실패를 적절하게 처리합니다.
-- 미리보기를 중지하고 완료되면 배터리를 절약하기 위해 연결을 끊습니다.
-- 장시간 녹화 세션 전에 카메라 배터리 잔량을 확인하세요.
-- 실제 Ricoh Theta 하드웨어에서 테스트
-- 저장 공간 제약에 따라 적절한 비디오 품질을 사용하십시오.
-
-## 문제 해결
-
-### 연결 문제
-
-- 카메라 전원이 켜져 있는지 확인하세요.
-- WiFi SSID와 비밀번호가 올바른지 확인하세요.
-- 카메라에 다른 앱이 연결되어 있지 않은지 확인하세요.
-- 연결이 실패하면 카메라 WiFi 설정을 재설정합니다.
-
-### 미리보기가 표시되지 않음
-
-- HTML 컨테이너 요소가 존재하는지 확인하세요.
-- 카메라 권한이 부여되었는지 확인하세요.
-- 연결 성공 후 미리보기가 시작되는지 확인하세요.
-
-### 캡처 실패- 사용 가능한 저장 공간 확인
-- 카메라 배터리 잔량이 충분한지 확인하세요.
-- 카메라가 절전 모드에 있지 않은지 확인하세요.
diff --git a/src/content/docs/ko/docs/plugins/ricoh360-camera/index.mdx b/src/content/docs/ko/docs/plugins/ricoh360-camera/index.mdx
deleted file mode 100644
index 04d87820d..000000000
--- a/src/content/docs/ko/docs/plugins/ricoh360-camera/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-ricoh360-camera'
-description: 파노라마 사진 및 비디오 캡처 기능을 갖춘 Capacitor 앱용 Ricoh 360° 카메라 제어 플러그인입니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 완전한 장치 통합으로 몰입형 파노라마 사진 및 비디오 캡처를 위해 Ricoh 360° 카메라를 제어하세요.
-  image:
-    file: ~public/icons/plugins/ricoh360-camera.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/ricoh360-camera/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-ricoh360-camera/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="360° 캡처" icon="rocket">
-    몰입도 높은 파노라마 사진과 동영상을 캡처하세요 🌐
-  </Card>
-  <Card title="장치 제어" icon="setting">
-    Ricoh Theta 카메라 설정을 완벽하게 제어할 수 있습니다 📸
-  </Card>
-  <Card title="실시간 미리보기" icon="magnifier">
-    실시간 360° 미리보기 스트리밍 👁️
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/ricoh360-camera/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/screen-orientation/getting-started.mdx b/src/content/docs/ko/docs/plugins/screen-orientation/getting-started.mdx
deleted file mode 100644
index 8c0fbd997..000000000
--- a/src/content/docs/ko/docs/plugins/screen-orientation/getting-started.mdx
+++ /dev/null
@@ -1,284 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 기기 방향을 제어하고 감지하기 위해 Screen Orientation 플러그인을 설치하고 사용하는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-screen-orientation" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **iOS 구성 (선택사항)**
-   iOS에서 모션 센서를 사용하여 실제 기기 방향을 감지하려면 `Info.plist`에 추가하세요:
-   ```xml
-   <key>NSMotionUsageDescription</key>
-   <string>This app uses motion sensors to detect device orientation.</string>
-   ```
-</Steps>
-
-## 기본 사용법
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Get current orientation
-const current = await ScreenOrientation.orientation();
-console.log('Current orientation:', current.type);
-
-// Lock to landscape
-await ScreenOrientation.lock({ orientation: 'landscape' });
-
-// Unlock orientation
-await ScreenOrientation.unlock();
-
-// Listen for orientation changes
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Orientation changed:', result.type);
-  }
-);
-```
-
-## 실제 방향 감지
-
-이 플러그인에는 고유한 기능이 있습니다: 사용자가 기기에서 방향 잠금을 활성화한 경우에도 모션 센서를 사용하여 기기의 **실제 물리적 방향**을 감지할 수 있습니다.
-
-<Aside type="note">
-  UI는 여전히 사용자의 방향 잠금 설정을 따릅니다. 모션 추적을 통해 기기가 물리적으로 어떻게 잡혀 있는지 알 수 있지만, 방향 잠금이 활성화된 경우 UI는 회전하지 않습니다.
-</Aside>
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// Start motion-based tracking
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-
-// Now orientation change events will reflect physical orientation
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('Physical orientation:', result.type);
-  }
-);
-
-// Check if orientation lock is enabled
-const lockStatus = await ScreenOrientation.isOrientationLocked();
-if (lockStatus.locked) {
-  console.log('User has orientation lock enabled');
-  console.log('Physical:', lockStatus.physicalOrientation);
-  console.log('UI:', lockStatus.uiOrientation);
-}
-
-// Stop tracking when done
-await ScreenOrientation.stopOrientationTracking();
-```
-
-## API 참조
-
-### orientation()
-
-현재 화면 방향을 가져옵니다.
-
-```typescript
-const result = await ScreenOrientation.orientation();
-// Returns: { type: OrientationType }
-```
-
-**OrientationType 값:**
-- `'portrait-primary'` - 세로, 홈 버튼이 하단에 위치
-- `'portrait-secondary'` - 세로, 거꾸로
-- `'landscape-primary'` - 가로, 홈 버튼이 오른쪽에 위치
-- `'landscape-secondary'` - 가로, 홈 버튼이 왼쪽에 위치
-
-### lock(options)
-
-화면을 특정 방향으로 잠급니다.
-
-```typescript
-interface OrientationLockOptions {
-  orientation: OrientationLockType;
-  bypassOrientationLock?: boolean; // Enable motion tracking
-}
-
-await ScreenOrientation.lock({ orientation: 'landscape' });
-```
-
-**OrientationLockType 값:**
-- `'any'` - 모든 방향
-- `'natural'` - 기기의 자연스러운 방향
-- `'landscape'` - 모든 가로 모드
-- `'portrait'` - 모든 세로 모드
-- `'portrait-primary'` / `'portrait-secondary'`
-- `'landscape-primary'` / `'landscape-secondary'`
-
-### unlock()
-
-화면 방향 잠금을 해제합니다.
-
-```typescript
-await ScreenOrientation.unlock();
-```
-
-### startOrientationTracking(options?)
-
-모션 센서를 사용하여 실제 기기 방향 추적을 시작합니다.
-
-```typescript
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-```
-
-### stopOrientationTracking()
-
-모션 기반 방향 추적을 중지합니다.
-
-```typescript
-await ScreenOrientation.stopOrientationTracking();
-```
-
-### isOrientationLocked()
-
-기기 방향 잠금이 활성화되어 있는지 확인합니다.
-
-```typescript
-const result = await ScreenOrientation.isOrientationLocked();
-// Returns: {
-//   locked: boolean,
-//   physicalOrientation?: OrientationType,
-//   uiOrientation?: OrientationType
-// }
-```
-
-<Aside type="tip">
-  이 메서드가 제대로 작동하려면 모션 추적이 활성화되어 있어야 합니다.
-</Aside>
-
-### addListener(eventName, callback)
-
-방향 변경을 수신합니다.
-
-```typescript
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('New orientation:', result.type);
-  }
-);
-
-// Remove when done
-await listener.remove();
-```
-
-### removeAllListeners()
-
-모든 이벤트 리스너를 제거합니다.
-
-```typescript
-await ScreenOrientation.removeAllListeners();
-```
-
-## 완전한 예제
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-class OrientationManager {
-  private listener: any = null;
-
-  async init() {
-    // Start motion tracking for physical orientation detection
-    await ScreenOrientation.startOrientationTracking({
-      bypassOrientationLock: true
-    });
-
-    // Listen for changes
-    this.listener = await ScreenOrientation.addListener(
-      'screenOrientationChange',
-      this.onOrientationChange.bind(this)
-    );
-
-    // Get initial orientation
-    const { type } = await ScreenOrientation.orientation();
-    console.log('Initial orientation:', type);
-  }
-
-  onOrientationChange(result: { type: string }) {
-    console.log('Orientation changed to:', result.type);
-
-    // Adjust UI based on orientation
-    if (result.type.includes('landscape')) {
-      this.showLandscapeUI();
-    } else {
-      this.showPortraitUI();
-    }
-  }
-
-  showLandscapeUI() {
-    // Landscape-specific UI adjustments
-  }
-
-  showPortraitUI() {
-    // Portrait-specific UI adjustments
-  }
-
-  async lockLandscape() {
-    await ScreenOrientation.lock({ orientation: 'landscape' });
-  }
-
-  async lockPortrait() {
-    await ScreenOrientation.lock({ orientation: 'portrait' });
-  }
-
-  async freeRotation() {
-    await ScreenOrientation.unlock();
-  }
-
-  async checkIfUserHasOrientationLock() {
-    const { locked, physicalOrientation, uiOrientation } =
-      await ScreenOrientation.isOrientationLocked();
-
-    if (locked) {
-      console.log(`Device is held in ${physicalOrientation} but UI shows ${uiOrientation}`);
-      return true;
-    }
-    return false;
-  }
-
-  async destroy() {
-    await ScreenOrientation.stopOrientationTracking();
-    if (this.listener) {
-      await this.listener.remove();
-    }
-  }
-}
-```
-
-## 플랫폼 참고사항
-
-### iOS
-- 실제 방향 감지를 위해 Core Motion 프레임워크 사용
-- 모션 센서를 위해 Info.plist에 `NSMotionUsageDescription` 필요
-- 모든 방향 유형에 대한 완전한 지원
-
-### Android
-- 실제 방향 감지를 위해 가속도계 센서 사용
-- 추가 권한 불필요
-- 모든 방향 유형에 대한 완전한 지원
-
-### Web
-- Screen Orientation API 사용
-- 모션 센서 감지는 제한적
-- 일부 브라우저는 모든 잠금 유형을 지원하지 않을 수 있음
diff --git a/src/content/docs/ko/docs/plugins/screen-orientation/index.mdx b/src/content/docs/ko/docs/plugins/screen-orientation/index.mdx
deleted file mode 100644
index bf464d517..000000000
--- a/src/content/docs/ko/docs/plugins/screen-orientation/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-screen-orientation'
-description: 동작 센서를 사용하여 물리적 장치 방향을 감지하는 고유한 기능으로 화면 방향을 제어하고 감지합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 실제 장치 방향 감지를 지원하는 화면 방향 플러그인 - 방향 잠금이 활성화된 경우에도 마찬가지입니다.
-  image:
-    file: ~public/icons/plugins/screen-orientation.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/screen-orientation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-screen-orientation/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="물리적 방향 감지" icon="rocket">
-    방향 잠금이 활성화된 경우에도 모션 센서를 사용하여 실제 장치 방향을 감지합니다.
-  </Card>
-  <Card title="방향 잠금 감지" icon="puzzle">
-    물리적 방향과 UI 방향을 비교하여 사용자가 방향 잠금을 활성화했는지 확인합니다.
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    iOS(코어 모션), Android(가속도계) 및 웹에서 작동합니다.
-  </Card>
-  <Card title="실시간 업데이트" icon="open-book">
-    이벤트 리스너를 사용하여 기기 방향이 변경되면 즉시 알림 받기
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/screen-recorder/getting-started.mdx b/src/content/docs/ko/docs/plugins/screen-recorder/getting-started.mdx
deleted file mode 100644
index 637fcc358..000000000
--- a/src/content/docs/ko/docs/plugins/screen-recorder/getting-started.mdx
+++ /dev/null
@@ -1,287 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 화면 녹화를 캡처하기 위해 Screen Recorder 플러그인을 설치하고 사용하는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-screen-recorder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **권한 구성**
-
-   ### iOS
-   `Info.plist`에 사용 설명을 추가하세요:
-   ```xml
-   <key>NSMicrophoneUsageDescription</key>
-   <string>To record audio with screen recording</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>To save screen recordings</string>
-   ```
-
-   ### Android
-   `AndroidManifest.xml`에 권한을 추가하세요:
-   ```xml
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## 사용법
-
-플러그인을 가져와서 화면을 녹화하는 메서드를 사용하세요:
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-
-// Start recording
-const startRecording = async () => {
-  try {
-    await ScreenRecorder.start();
-    console.log('Recording started');
-  } catch (error) {
-    console.error('Failed to start recording:', error);
-  }
-};
-
-// Stop recording
-const stopRecording = async () => {
-  try {
-    const result = await ScreenRecorder.stop();
-    console.log('Recording saved to:', result.videoUrl);
-
-    // You can now use the video URL
-    // For example, share it or play it back
-  } catch (error) {
-    console.error('Failed to stop recording:', error);
-  }
-};
-
-// Check if recording is supported
-const checkSupport = async () => {
-  const { value } = await ScreenRecorder.isSupported();
-  console.log('Screen recording supported:', value);
-};
-
-// Check if currently recording
-const checkRecordingStatus = async () => {
-  const { value } = await ScreenRecorder.isRecording();
-  console.log('Currently recording:', value);
-};
-```
-
-## API 참조
-
-### start()
-
-화면 녹화를 시작합니다.
-
-```typescript
-await ScreenRecorder.start();
-```
-
-### stop()
-
-녹화를 중지하고 비디오 파일 경로를 반환합니다.
-
-```typescript
-interface RecordingResult {
-  videoUrl: string;
-}
-
-const result = await ScreenRecorder.stop();
-```
-
-### isSupported()
-
-기기에서 화면 녹화가 지원되는지 확인합니다.
-
-```typescript
-const { value } = await ScreenRecorder.isSupported();
-// Returns: { value: boolean }
-```
-
-### isRecording()
-
-현재 화면 녹화가 활성 상태인지 확인합니다.
-
-```typescript
-const { value } = await ScreenRecorder.isRecording();
-// Returns: { value: boolean }
-```
-
-## 고급 사용법
-
-### 옵션과 함께 녹화
-
-```typescript
-// iOS-specific options
-const startWithOptions = async () => {
-  await ScreenRecorder.start({
-    // iOS only options
-    recordAudio: true,
-    microphoneAudio: true,
-    showIOSNotification: true,
-    notificationText: "Recording in progress..."
-  });
-};
-```
-
-### 완전한 녹화 플로우
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-import { Share } from '@capacitor/share';
-
-export class RecordingService {
-  private isRecording = false;
-
-  async toggleRecording() {
-    if (this.isRecording) {
-      await this.stopRecording();
-    } else {
-      await this.startRecording();
-    }
-  }
-
-  private async startRecording() {
-    try {
-      // Check if supported
-      const { value: isSupported } = await ScreenRecorder.isSupported();
-      if (!isSupported) {
-        throw new Error('Screen recording not supported');
-      }
-
-      // Start recording
-      await ScreenRecorder.start();
-      this.isRecording = true;
-
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  private async stopRecording() {
-    try {
-      const result = await ScreenRecorder.stop();
-      this.isRecording = false;
-
-      console.log('Recording saved:', result.videoUrl);
-
-      // Option to share the recording
-      await this.shareRecording(result.videoUrl);
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  private async shareRecording(videoUrl: string) {
-    try {
-      await Share.share({
-        title: 'Screen Recording',
-        text: 'Check out my screen recording!',
-        url: videoUrl,
-        dialogTitle: 'Share Recording'
-      });
-    } catch (error) {
-      console.error('Failed to share recording:', error);
-    }
-  }
-}
-```
-
-## 모범 사례
-
-1. **사용 전 지원 확인**
-   ```typescript
-   const { value } = await ScreenRecorder.isSupported();
-   if (!value) {
-     // Hide recording feature or show alternative
-   }
-   ```
-
-2. **권한을 적절히 처리**
-   iOS에서는 시스템이 자동으로 권한을 요청합니다. Android에서는 필요한 권한을 요청해야 합니다.
-
-3. **사용자 피드백 제공**
-   녹화가 활성 상태일 때 명확한 표시를 보여주세요:
-   ```typescript
-   let recordingInterval: any;
-
-   const startRecording = async () => {
-     await ScreenRecorder.start();
-
-     // Show recording indicator
-     recordingInterval = setInterval(() => {
-       // Update UI to show recording duration
-     }, 1000);
-   };
-
-   const stopRecording = async () => {
-     clearInterval(recordingInterval);
-     await ScreenRecorder.stop();
-   };
-   ```
-
-4. **중단 처리**
-   ```typescript
-   import { App } from '@capacitor/app';
-
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (!isActive) {
-       // Consider stopping recording when app goes to background
-       const { value } = await ScreenRecorder.isRecording();
-       if (value) {
-         await ScreenRecorder.stop();
-       }
-     }
-   });
-   ```
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 11.0+ 필요
-- `ReplayKit` 프레임워크 사용
-- 시스템이 상태 표시줄에 녹화 표시 표시
-- 사용자가 녹화 시작을 확인해야 함
-
-### Android
-- Android 5.0 (API 21)+ 필요
-- `MediaProjection` API 사용
-- 녹화 중 알림 표시
-- 일부 기기에는 제조업체별 제한이 있을 수 있음
-
-### Web
-- 웹 플랫폼에서 지원되지 않음
-- `isSupported: false` 반환
-
-## 문제 해결
-
-1. **녹화 시작 실패**
-   - 모든 권한이 부여되었는지 확인
-   - 다른 앱이 이미 녹화 중인지 확인
-   - 기기가 화면 녹화를 지원하는지 확인
-
-2. **녹화에 오디오 없음**
-   - 마이크 권한 확인
-   - `recordAudio` 옵션이 활성화되어 있는지 확인
-   - 일부 기기는 시스템 오디오 녹음을 지원하지 않을 수 있음
-
-3. **비디오 파일을 찾을 수 없음**
-   - 파일 권한 확인
-   - 저장 공간이 충분한지 확인
-   - 반환된 비디오 URL이 유효한지 확인
diff --git a/src/content/docs/ko/docs/plugins/screen-recorder/index.mdx b/src/content/docs/ko/docs/plugins/screen-recorder/index.mdx
deleted file mode 100644
index 6d0a48bd1..000000000
--- a/src/content/docs/ko/docs/plugins/screen-recorder/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-screen-recorder'
-description: '튜토리얼, 데모, 앱 미리보기 제작을 위한 오디오 지원을 통해 장치 화면을 녹음하세요.'
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: '튜토리얼, 데모 제작 및 앱 상호 작용 캡처에 적합한 이 강력한 Capacitor 플러그인을 사용하여 장치 화면을 녹화하세요.'
-  image:
-    file: ~public/icons/plugins/screen-recorder.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/screen-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/riderx/capacitor-screen-recorder/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="고품질 녹음" icon="rocket">
-    사용자 정의 가능한 설정으로 고품질로 화면을 녹화하세요 🎥
-  </Card>
-  <Card title="오디오 지원" icon="star">
-    마이크 오디오 및 시스템 사운드로 녹음하세요 🎤
-  </Card>
-  <Card title="쉬운 통합" icon="setting">
-    녹음 시작/중지 방법을 갖춘 간단한 API 😊
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/screen-recorder/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/shake/getting-started.mdx b/src/content/docs/ko/docs/plugins/shake/getting-started.mdx
deleted file mode 100644
index 6d198ccfc..000000000
--- a/src/content/docs/ko/docs/plugins/shake/getting-started.mdx
+++ /dev/null
@@ -1,162 +0,0 @@
----
-title: 시작하기
-description: Capacitor Shake 플러그인을 설치하고 구성하여 흔들기 제스처를 감지하고 앱에서 인터랙티브 경험을 만드는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-shake" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **플러그인 구성**
-
-   **기본 사용 예제:**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-
-   // Start listening for shake gestures
-   await Shake.start();
-
-   // Listen for shake events
-   Shake.addListener('shake', () => {
-     console.log('Device was shaken!');
-     // Perform your action here
-   });
-   ```
-
-   **민감도 구성:**
-   ```typescript
-   // Configure shake sensitivity
-   await Shake.start({
-     threshold: 3.5 // Adjust sensitivity (default: 3.5)
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       iOS에는 추가 설정이 필요하지 않습니다.
-     </TabItem>
-     <TabItem label="Android">
-       Android에는 추가 설정이 필요하지 않습니다.
-     </TabItem>
-   </Tabs>
-
-4. **흔들기 감지 중지**
-   ```typescript
-   // Stop shake detection when not needed
-   await Shake.stop();
-
-   // Remove specific listener
-   const handle = await Shake.addListener('shake', () => {
-     console.log('Shaken!');
-   });
-   handle.remove();
-   ```
-
-5. **구현 예제**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-   import { App } from '@capacitor/app';
-
-   export class ShakeService {
-     private shakeListener: any;
-
-     async initialize() {
-       // Start shake detection
-       await Shake.start({ threshold: 4.0 });
-
-       // Add shake listener
-       this.shakeListener = await Shake.addListener('shake', () => {
-         this.handleShake();
-       });
-
-       // Clean up on app pause
-       App.addListener('pause', () => {
-         Shake.stop();
-       });
-
-       // Resume on app resume
-       App.addListener('resume', () => {
-         Shake.start({ threshold: 4.0 });
-       });
-     }
-
-     private handleShake() {
-       console.log('Shake detected!');
-       // Show debug menu, refresh data, or trigger any action
-     }
-
-     async cleanup() {
-       if (this.shakeListener) {
-         this.shakeListener.remove();
-       }
-       await Shake.stop();
-     }
-   }
-   ```
-</Steps>
-
-## API 참조
-
-### 메서드
-
-#### `start(options?: ShakeOptions)`
-흔들기 제스처 감지를 시작합니다.
-
-**매개변수:**
-- `options` (선택 사항): 구성 객체
-  - `threshold`: number - 민감도 임계값 (기본값: 3.5)
-
-#### `stop()`
-흔들기 제스처 감지를 중지합니다.
-
-#### `addListener('shake', callback: () => void)`
-흔들기 이벤트에 대한 리스너를 추가합니다.
-
-**반환값:** 리스너를 제거할 수 있는 핸들이 포함된 Promise
-
-### 인터페이스
-
-```typescript
-interface ShakeOptions {
-  threshold?: number; // Shake sensitivity threshold
-}
-```
-
-## 플랫폼 참고사항
-
-### iOS
-- 기기의 가속도계를 사용하여 흔들기 제스처를 감지합니다
-- 포그라운드와 백그라운드 모두에서 작동합니다 (앱에 백그라운드 권한이 있는 경우)
-
-### Android
-- SensorManager를 사용하여 흔들기 이벤트를 감지합니다
-- 특별한 권한이 필요하지 않습니다
-- 앱이 포그라운드에 있을 때 작동합니다
-
-## 일반적인 사용 사례
-
-1. **디버그 메뉴**: 기기를 흔들 때 개발자 옵션 표시
-2. **피드백**: 피드백 양식 또는 버그 리포트 트리거
-3. **새로고침**: 앱 데이터 새로고침 또는 캐시 삭제
-4. **게임**: 흔들기를 게임 컨트롤 메커니즘으로 사용
-5. **실행 취소**: 흔들어서 실행 취소 기능 구현
-
-## 문제 해결
-
-**흔들기가 감지되지 않음:**
-- `Shake.start()`로 플러그인이 시작되었는지 확인하세요
-- 임계값을 조정해 보세요 (낮을수록 더 민감함)
-- 리스너가 올바르게 등록되었는지 확인하세요
-
-**너무 민감하거나 충분히 민감하지 않음:**
-- `start()` 옵션의 `threshold` 매개변수를 조정하세요
-- 일반적으로 2.0 (매우 민감)에서 5.0 (덜 민감)까지의 값을 사용합니다
diff --git a/src/content/docs/ko/docs/plugins/shake/index.mdx b/src/content/docs/ko/docs/plugins/shake/index.mdx
deleted file mode 100644
index bc5b43ff8..000000000
--- a/src/content/docs/ko/docs/plugins/shake/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-shake'
-description: Capacitor 플러그인은 기기의 흔들기 동작을 감지하여 앱에서 대화형 흔들기 기반 기능을 활성화합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 앱에서 흔들기 동작을 감지하여 작업을 트리거하고 디버그 메뉴를 표시하거나 대화형 환경을 만듭니다.
-  image:
-    file: ~public/icons/plugins/shake.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/shake/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-shake/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="간단한 제스처 감지" icon="rocket">
-    사용자가 기기를 흔들면 쉽게 감지합니다 📱
-  </Card>
-  <Card title="맞춤형 감도" icon="setting">
-    필요에 따라 흔들림 감지 감도를 조정하세요 ⚡
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    iOS 및 Android 장치에서 원활하게 작동합니다 🌍
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/shake/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/share-target/getting-started.mdx b/src/content/docs/ko/docs/plugins/share-target/getting-started.mdx
deleted file mode 100644
index bc193c190..000000000
--- a/src/content/docs/ko/docs/plugins/share-target/getting-started.mdx
+++ /dev/null
@@ -1,413 +0,0 @@
----
-title: 공유 타겟 시작하기
-description: 앱이 다른 앱의 공유 콘텐츠를 수신하도록 하는 방법 알아보기
-locale: ko
----
-이 가이드는 앱이 다른 애플리케이션에서 공유 콘텐츠를 수신할 수 있도록 Capacitor 공유 대상 플러그인을 통합하는 과정을 안내합니다.
-
-## 설치
-
-npm을 사용하여 플러그인을 설치합니다.
-
-```bash
-npm install @capgo/capacitor-share-target
-npx cap sync
-```
-
-## Android 구성
-
-`<activity>` 태그 내부의 `AndroidManifest.xml`에 인텐트 필터를 추가합니다.
-
-### 텍스트 콘텐츠 수락
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="text/*" />
-</intent-filter>
-```
-
-### 이미지 수락
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-```
-
-### 모든 콘텐츠 유형 허용
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-```
-
-## iOS 구성
-
-iOS의 경우 공유 확장을 생성해야 합니다.
-
-### 1. Xcode에서 공유 확장을 생성합니다.
-
-1. Xcode에서 프로젝트를 엽니다.
-2. **파일 > 새로 만들기 > 대상**으로 이동합니다.
-3. **확장 프로그램 공유**를 선택하고 **다음**을 클릭합니다.
-4. 이름을 지정하고(예: "ShareExtension") **마침**을 클릭합니다.
-5. 메시지가 표시되면 구성표를 활성화합니다.
-
-### 2. 앱 그룹 구성
-
-1. 기본 앱 타겟에서 **서명 및 기능**으로 이동합니다.
-2. **+ 기능**을 클릭하고 **앱 그룹**을 추가합니다.
-3. 앱 그룹(예: `group.com.yourcompany.yourapp`)을 생성하거나 선택합니다.
-4. 공유 확장 대상에 대해 반복합니다.
-
-### 3. 공유 확장 코드 업데이트
-
-공유 확장은 기본 앱이 액세스할 수 있도록 공유 데이터를 앱 그룹 컨테이너에 저장해야 합니다.
-
-자세한 iOS 설정은 [Apple의 공유 확장 문서](https://developer.apple.com/documentation/uikit/uiactivityviewcontroller)를 참조하세요.
-
-## 기본 사용법
-
-### 플러그인 가져오기
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-```
-
-### 공유 콘텐츠 듣기
-
-```typescript
-CapacitorShareTarget.addListener('shareReceived', (event) => {
-  console.log('Received share event');
-  console.log('Title:', event.title);
-  console.log('Texts:', event.texts);
-
-  // Handle shared files
-  if (event.files && event.files.length > 0) {
-    event.files.forEach(file => {
-      console.log(`File: ${file.name}`);
-      console.log(`Type: ${file.mimeType}`);
-      console.log(`URI: ${file.uri}`);
-    });
-  }
-});
-```
-
-## 완전한 예
-
-다음은 다양한 유형의 공유 콘텐츠를 처리하는 포괄적인 예입니다.
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-class ShareTargetService {
-  private listener: any;
-
-  initialize() {
-    this.listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-      this.handleSharedContent(event);
-    });
-
-    console.log('Share target listener initialized');
-  }
-
-  handleSharedContent(event: any) {
-    console.log('=== Share Received ===');
-
-    // Handle title
-    if (event.title) {
-      console.log('Title:', event.title);
-      this.showNotification('Shared: ' + event.title);
-    }
-
-    // Handle text content
-    if (event.texts && event.texts.length > 0) {
-      event.texts.forEach((text: string, index: number) => {
-        console.log(`Text ${index + 1}:`, text);
-        this.processSharedText(text);
-      });
-    }
-
-    // Handle files
-    if (event.files && event.files.length > 0) {
-      console.log(`Received ${event.files.length} file(s)`);
-
-      event.files.forEach((file: any) => {
-        console.log('File details:');
-        console.log('  Name:', file.name);
-        console.log('  Type:', file.mimeType);
-        console.log('  URI:', file.uri);
-
-        this.processSharedFile(file);
-      });
-    }
-  }
-
-  processSharedText(text: string) {
-    // Check if it's a URL
-    if (this.isURL(text)) {
-      console.log('Shared URL detected:', text);
-      // Handle URL (e.g., create bookmark)
-      this.saveBookmark(text);
-    } else {
-      console.log('Shared text detected');
-      // Handle plain text (e.g., create note)
-      this.createNote(text);
-    }
-  }
-
-  processSharedFile(file: any) {
-    const fileType = file.mimeType.split('/')[0];
-
-    switch (fileType) {
-      case 'image':
-        console.log('Processing shared image');
-        this.handleImage(file);
-        break;
-
-      case 'video':
-        console.log('Processing shared video');
-        this.handleVideo(file);
-        break;
-
-      case 'audio':
-        console.log('Processing shared audio');
-        this.handleAudio(file);
-        break;
-
-      case 'application':
-        console.log('Processing shared document');
-        this.handleDocument(file);
-        break;
-
-      default:
-        console.log('Processing generic file');
-        this.handleGenericFile(file);
-    }
-  }
-
-  handleImage(file: any) {
-    // Process image file
-    console.log('Saving image:', file.name);
-    // Implementation: Save to gallery, upload, etc.
-  }
-
-  handleVideo(file: any) {
-    // Process video file
-    console.log('Saving video:', file.name);
-  }
-
-  handleAudio(file: any) {
-    // Process audio file
-    console.log('Saving audio:', file.name);
-  }
-
-  handleDocument(file: any) {
-    // Process document file
-    console.log('Saving document:', file.name);
-  }
-
-  handleGenericFile(file: any) {
-    // Process generic file
-    console.log('Saving file:', file.name);
-  }
-
-  isURL(text: string): boolean {
-    try {
-      new URL(text);
-      return true;
-    } catch {
-      return false;
-    }
-  }
-
-  saveBookmark(url: string) {
-    console.log('Creating bookmark for:', url);
-    // Implementation
-  }
-
-  createNote(text: string) {
-    console.log('Creating note with text:', text.substring(0, 50));
-    // Implementation
-  }
-
-  showNotification(message: string) {
-    console.log('Notification:', message);
-    // Show toast or notification
-  }
-
-  cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-  }
-}
-
-// Usage
-const shareTarget = new ShareTargetService();
-shareTarget.initialize();
-
-// Cleanup when app closes
-// shareTarget.cleanup();
-```
-
-## 반응 통합
-
-```typescript
-import { useEffect } from 'react';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-function useShareTarget(onShareReceived: (event: any) => void) {
-  useEffect(() => {
-    const listener = CapacitorShareTarget.addListener('shareReceived', onShareReceived);
-
-    return () => {
-      listener.remove();
-    };
-  }, [onShareReceived]);
-}
-
-// Usage in component
-function App() {
-  useShareTarget((event) => {
-    console.log('Share received:', event);
-    // Handle shared content
-  });
-
-  return <div>Your App</div>;
-}
-```
-
-## Vue 통합
-
-```typescript
-import { onMounted, onUnmounted } from 'vue';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-export default {
-  setup() {
-    let listener: any;
-
-    onMounted(() => {
-      listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-        console.log('Share received:', event);
-        // Handle shared content
-      });
-    });
-
-    onUnmounted(() => {
-      if (listener) {
-        listener.remove();
-      }
-    });
-  }
-};
-```
-
-## 다양한 콘텐츠 유형 처리
-
-### URL
-
-```typescript
-if (event.texts && event.texts.length > 0) {
-  const text = event.texts[0];
-
-  if (text.startsWith('http://') || text.startsWith('https://')) {
-    // Handle URL
-    window.open(text, '_blank');
-  }
-}
-```
-
-### 이미지
-
-```typescript
-if (event.files) {
-  const images = event.files.filter(f => f.mimeType.startsWith('image/'));
-
-  images.forEach(async (image) => {
-    // Read and display image
-    const response = await fetch(image.uri);
-    const blob = await response.blob();
-    const imageUrl = URL.createObjectURL(blob);
-
-    // Display or process image
-    console.log('Image URL:', imageUrl);
-  });
-}
-```
-
-### 여러 파일
-
-```typescript
-if (event.files && event.files.length > 1) {
-  console.log(`Processing ${event.files.length} files`);
-
-  const processPromises = event.files.map(file =>
-    processFile(file)
-  );
-
-  await Promise.all(processPromises);
-  console.log('All files processed');
-}
-```
-
-## 모범 사례
-
-1. **여러 콘텐츠 유형 처리**: 텍스트, URL 및 파일을 받을 준비를 하세요.
-2. **콘텐츠 유효성 검사**: 처리하기 전에 MIME 유형을 확인하세요.
-3. **피드백 제공**: 사용자에게 받은 내용을 표시합니다.
-4. **오류 처리**: 파일 URI가 유효하지 않거나 액세스할 수 없을 수 있습니다.
-5. **리스너 정리**: 필요하지 않은 경우 리스너 제거
-6. **철저하게 테스트**: 다양한 앱과 콘텐츠 유형으로 테스트하세요.
-7. **권한 요청**: 일부 파일 형식에는 추가 권한이 필요할 수 있습니다.
-
-## 일반적인 문제
-
-### Android에서 공유가 작동하지 않습니다.
-
-`android.intent.action.MAIN`이 있는 `<activity>` 태그 내의 `AndroidManifest.xml`에 인텐트 필터가 올바르게 구성되어 있는지 확인하세요.
-
-### iOS 공유 확장 프로그램이 표시되지 않음
-
-1. 두 대상 모두에 앱 그룹이 구성되어 있는지 확인하세요.
-2. 공유 확장이 활성화되었는지 확인하세요.
-3. 공유 확장의 Info.plist 구성이 올바른지 확인하세요.
-
-### 파일 액세스 오류
-
-```typescript
-try {
-  const response = await fetch(file.uri);
-  const blob = await response.blob();
-  // Process blob
-} catch (error) {
-  console.error('Failed to access file:', error);
-  // Show error to user
-}
-```
-
-## 다음 단계
-
-- 전체 분석법 문서를 보려면 [API 참조](https://github.com/Cap-go/capacitor-share-target#api)를 살펴보세요.
-- 고급 사용법은 [예제 앱](https://github.com/Cap-go/capacitor-share-target/tree/main/example)을 확인하세요.
-- 전체 구현 예는 [튜토리얼](/plugins/capacitor-share-target)을 참조하세요.
diff --git a/src/content/docs/ko/docs/plugins/share-target/index.mdx b/src/content/docs/ko/docs/plugins/share-target/index.mdx
deleted file mode 100644
index 07093a3c6..000000000
--- a/src/content/docs/ko/docs/plugins/share-target/index.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: '@capgo/capacitor-share-target'
-description: 'Capacitor 애플리케이션의 다른 앱에서 텍스트, 이미지, 비디오 및 파일에 대한 공유 콘텐츠를 받으세요.'
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: '크로스 플랫폼 지원을 통해 다른 앱에서 공유된 텍스트, 이미지, 파일을 앱에서 수신할 수 있도록 설정하세요.'
-  image:
-    file: ~public/icons/plugins/share-target.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/share-target/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-share-target/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="범용 공유" icon="rocket">
-    모든 앱에서 공유된 콘텐츠 받기 🔗
-  </Card>
-  <Card title="다양한 콘텐츠 유형" icon="document">
-    텍스트, 이미지, 비디오, 파일 처리 📁
-  </Card>
-  <Card title="Cross-Platform" icon="laptop">
-    기본 통합을 통한 iOS 및 Android 지원 📱
-  </Card>
-  <Card title="Event-Based" icon="download">
-    실시간으로 공유 이벤트를 들어보세요 📡
-  </Card>
-  <Card title="유연한 구성" icon="setting">
-    허용되는 MIME 유형을 맞춤설정하세요 🎛️
-  </Card>
-  <Card title="시작하기" icon="open-book">
-    플러그인을 설치하고 구성하려면 [시작 가이드](/docs/plugins/share-target/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/sim/getting-started.mdx b/src/content/docs/ko/docs/plugins/sim/getting-started.mdx
deleted file mode 100644
index 60d7f8e46..000000000
--- a/src/content/docs/ko/docs/plugins/sim/getting-started.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: 시작하기
-description: Capgo SIM 플러그인으로 SIM 카드 세부 정보를 가져오고 런타임 권한을 처리하세요.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **플러그인 설치**
-   <PackageManagers pkg="@capgo/capacitor-sim" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **플랫폼 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 권한
-
-- **Android**: `android.permission.READ_PHONE_STATE` (Android 13+ 에서는 `READ_BASIC_PHONE_STATE`) 권한이 부여되어야 합니다. Capacitor는 매니페스트 선언을 포함하지만, `getSimCards`를 호출하기 전에 권한을 요청해야 합니다.
-- **iOS**: 통신사 정보는 자동으로 제공되며, 플랫폼은 추가 권한을 요청하지 않습니다. iOS 16.4+ 의 OS 제한으로 인해 반환되는 데이터가 제한적임을 유의하세요.
-
-## 런타임 액세스 요청 (Android)
-
-```typescript
-import { Sim } from '@capgo/capacitor-sim';
-
-const status = await Sim.checkPermissions();
-if (status.readSimCard !== 'granted') {
-  const updated = await Sim.requestPermissions();
-  if (updated.readSimCard !== 'granted') {
-    throw new Error('Telephony permission denied');
-  }
-}
-```
-
-## SIM 카드 읽기
-
-```typescript
-const { simCards } = await Sim.getSimCards();
-
-simCards.forEach((card, index) => {
-  console.log(`Slot ${card.simSlotIndex ?? index}:`, {
-    carrier: card.carrierName,
-    mcc: card.mobileCountryCode,
-    mnc: card.mobileNetworkCode,
-    country: card.isoCountryCode,
-    subscriptionId: card.subscriptionId,
-  });
-});
-```
-
-## 플랫폼 고려사항
-
-- **듀얼 SIM 기기**: 반환된 배열을 반복합니다. 각 항목은 슬롯에 해당합니다. `subscriptionId`가 있으면 Android의 telephony API와 상호 작용하는 데 도움이 됩니다.
-- **iOS 16.4+**: Apple은 여러 통신사 속성을 편집합니다. 플레이스홀더 값(`--`, `65535`)을 예상하고 UI에서 대체 방법을 계획하세요.
-- **Web**: 브라우저는 SIM 정보에 액세스할 수 없으므로 플러그인은 빈 데이터로 해결됩니다.
diff --git a/src/content/docs/ko/docs/plugins/sim/index.mdx b/src/content/docs/ko/docs/plugins/sim/index.mdx
deleted file mode 100644
index b47e0081f..000000000
--- a/src/content/docs/ko/docs/plugins/sim/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: '@capgo/capacitor-sim'
-description: 'Capacitor 앱에서 이동통신사, 국가 코드, 슬롯 색인과 같은 SIM 카드 정보를 검사하세요.'
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 경량 Capacitor 브리지를 사용하여 SIM 이동통신사 메타데이터를 검색하고 권한 흐름을 처리합니다.
-  image:
-    file: ~public/icons/plugins/sim.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/sim/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-sim/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo SIM을 사용하여 Capacitor 내부에 있는 동안 이동통신사 데이터, 슬롯 인덱스 및 권한 상태를 쿼리합니다.
-
-<CardGrid stagger>
-  <Card title="다중 SIM 지원" icon="rocket">
-    슬롯 색인 및 구독 ID와 함께 설치된 모든 SIM을 열거합니다.
-  </Card>
-  <Card title="권한 도우미" icon="approve-check">
-    Android에 필요한 전화 통신 권한을 확인하고 요청하세요.
-  </Card>
-  <Card title="일관된 스키마" icon="star">
-    MCC, MNC, ISO 국가 및 전화번호와 같은 정규화된 이동통신사 필드로 작업합니다.
-  </Card>
-  <Card title="iOS-aware" icon="pencil">
-    iOS 16.4+에서 제한된 이동통신사 데이터와 같은 플랫폼 미묘한 차이를 처리합니다.
-  </Card>
-</CardGrid>
-
-권한과 소비 패턴을 통합하려면 시작 가이드를 확인하세요.
diff --git a/src/content/docs/ko/docs/plugins/social-login/apple/android.mdx b/src/content/docs/ko/docs/plugins/social-login/apple/android.mdx
deleted file mode 100644
index 0a2b39745..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/apple/android.mdx
+++ /dev/null
@@ -1,298 +0,0 @@
----
-title: Apple Android에 로그인
-description: >-
-  이 가이드는 iOS 장치에 대해 Capacitor을 사용하여 Apple 로그인을 설정하는 방법에 대한 포괄적인 안내를 제공하고 원활한 통합
-  프로세스를 보장하기 위한 각 단계를 자세히 설명합니다.
-sidebar:
-  order: 3
-locale: ko
----
-import MermaidGraph from '@/components/MermaidGraph.astro';
-import { Steps } from '@astrojs/starlight/components';
-
-export const appleLoginFlowGraph = `flowchart TD
-    A("await SocialLogin.login()") -->|플러그인에서 처리|B(로그인 URL 생성)
-    B --> |링크 전달| C(크롬 브라우저 열기)
-    C --> D(사용자가 로그인할 때까지 대기)
-    D --> |Apple는 백엔드로 리디렉션됩니다.|E(Apple에서 반환된 데이터를 처리합니다.)
-    E --> F(앱으로 다시 리디렉션)
-    F --> G(JS로 돌아가기)`;
-
-Apple 안드로이드 로그인이 해킹되었습니다. Apple은 Android의 `Sign in with Apple`에 대한 공식 지원이 없으므로 솔루션이 약간 해킹되었습니다.
-
-Android은(는) 현재 Chrome 탭을 사용하여 OAuth2 웹사이트를 표시합니다. 이 접근 방식에는 다음과 같은 과제가 있습니다.
-
-- 어려운 구성
-- 백엔드가 필요합니다
-
-## 안드로이드에서의 흐름을 이해합니다.
-
-다이어그램을 사용하여 Android의 흐름을 설명하겠습니다.
-
-<MermaidGraph graph={appleLoginFlowGraph} ariaLabel="Apple Login flow diagram on Android" fullWidth={false} />
-
-이제 과제와 흐름을 알았으니 구성을 시작하겠습니다.
-
-## 서비스 ID 생성
-
-<Steps>
-1. [Apple 개발자 포털](https://developer.apple.com)에 로그인합니다. 
-
-2. `Identifiers`을 클릭하세요.
-
-    <img src="/social-login-assets/apple_dev_portal_iden.png" alt="Apple 개발자 포털 식별자 섹션" />
-    
-    다음과 같은 화면이 표시됩니다.
-
-    <img src="/social-login-assets/apple_dev_portal_iden_2.png" alt="Apple 개발자 포털 식별자 화면" />
-
-    1. 이 필드에 <code>App IDs</code>가 표시되어 있는지 확인하세요.
-    2. 앱 ID를 찾을 수 있는지 확인하세요.
-        :::참고
-        IOS용 Apple 로그인을 구성하지 않은 경우 로그인을 만들어야 합니다. 저는 이미 하나를 만들었습니다. 제가 사용할 앱 ID는 `me.wcaleniewolny.test.ionic.vue`입니다. 앱이 없다면 [앱 생성 단계](#creating-the-app)를 사용하여 앱을 만드세요.
-        :::
-3. 앱에 `Sign in with Apple` 기능이 활성화되어 있는지 확인하세요.
-    1. 앱을 클릭하세요
-        <img src="/social-login-assets/apple_dev_click_on_app.png" alt="목록에서 앱 선택" />
-    2. `Sign in with Apple` 기능이 활성화되어 있는지 확인하십시오
-        <img src="/social-login-assets/apple_dev_sign_in_with_apple_enabled.png" alt="Apple 기능 활성화 확인란을 사용하여 로그인" />
-    3. 활성화되어 있지 않으면 활성화합니다.
-4. 모든 '모든 식별자'로 돌아갑니다. 
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="모든 식별자 탐색 버튼" />
-5. '앱 ID'를 클릭하고 '서비스 ID'로 이동합니다.
-   <img src="/social-login-assets/apple_dev_go_to_services_id.png" alt="서비스 ID 섹션으로 이동" />
-6. 새로운 식별자 생성
-    1. 더하기 버튼을 클릭하세요
-        <img src="/social-login-assets/apple_dev_iden_add.png" alt="새 서비스 ID 추가 버튼" />
-    
-    2. '서비스 ID'를 선택하고 `Continue`을 클릭하세요.
-        <img src="/social-login-assets/apple_dev_service_and_cont.png" alt="서비스 ID 옵션 선택" />
-    
-    3. 설명과 식별자를 입력하고 `Continuie`을 클릭합니다.
-
-        <img src="/social-login-assets/apple_dev_reg_service_2.png" alt="서비스 ID 세부정보 입력" />
-
-        :::참고
-        이 `identifiers`는 백엔드에 대한 `initialize` 함수 및 `ANDROID_SERVICE_ID`에 전달할 `clientId`이 됩니다. 
-        
-        **저장해주세요!!!**
-        :::
-
-        :::참고
-        서비스 ID가 앱 ID와 일치할 필요는 없지만 서비스 ID를 `YOUR_APP_ID.service` 으로 설정하는 것이 좋습니다. 참고로 저는 앱 ID로 `me.wcaleniewolny.test.ionic.vue`을 사용하고 있지만 서비스 ID로 `ee.forgr.io.ionic.service2`를 사용하고 있습니다.
-        :::
-    4. 내용을 확인하신 후 `Register`을 클릭해주세요.
-        <img src="/social-login-assets/apple_dev_service_ref_fin.png" alt="서비스 ID 등록 확인" />
-    
-    5. 새로 생성된 서비스를 클릭하세요.
-        <img src="/social-login-assets/apple_dev_open_serv.png" alt="새로 생성된 서비스 ID 선택" />
-    
-    6. `Sign in with Apple` 옵션을 활성화합니다.
-        <img src="/social-login-assets/apple_dev_serv_enable_sign_with_apple.png" alt="서비스 ID에 대해 Apple로 로그인 활성화" />
-    
-    7. `Sign In with Apple` 구성
-        <img src="/social-login-assets/apple_dev_conf_serv_sign_with_apple.png" alt="Apple로 로그인 버튼 구성" />
-    
-    8. '기본 앱 ID'가 이전 단계에서 구성한 앱 ID로 설정되어 있는지 확인하세요.
-        <img src="/social-login-assets/apple_dev_service_prim_id.png" alt="기본 앱 ID 드롭다운 설정" />
-    
-    9. 백엔드를 호스팅할 도메인을 추가합니다.<img src="/social-login-assets/apple_dev_serv_create_next.png" alt="도메인 및 반환 URL 필드 설정" />
-
-        :::참고
-        이 백엔드는 **반드시** HTTPS에서 실행되어야 합니다. '반환 URL'에 관해서는 이 튜토리얼의 다음 섹션을 읽고 백엔드를 구성한 후 이 부분으로 다시 돌아올 수 있습니다. 이 튜토리얼에서는 반환 URL로 `https://xyz.wcaleniewolny.me/login/callback`를 사용하고 도메인으로 `xyz.wcaleniewolny.me`을 사용합니다. 다음을 누르세요.
-        :::
-
-    10. 데이터를 확인하고 `Done`을 클릭하세요.
-        <img src="/social-login-assets/apple_dev_serv_conf_done.png" alt="도메인 확인 및 반환 URL 구성" />
-
-    11. `Continue`을 클릭하세요.
-        <img src="/social-login-assets/apple_dev_cont_serv_creat.png" alt="서비스 구성을 위한 계속 버튼" />
-
-    12. `Save`을 클릭하세요.
-        <img src="/social-login-assets/apple_dev_cont_serv_creat_save.png" alt="서비스 구성을 위한 저장 버튼" />
-</Steps>
-
-## 키 생성
-
-<Steps>
-1. 모든 '모든 식별자'로 돌아갑니다. 
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="모든 식별자 탐색 버튼" />
-2. `Keys`을 클릭하세요.
-    <img src="/social-login-assets/apple_dev_key_selc.png" alt="Apple 개발자 포털의 키 섹션" />
-3. 더하기 아이콘을 클릭하세요
-    <img src="/social-login-assets/apple_dev_key_plus.png" alt="새 키 버튼 추가" />
-4. 키 이름 지정
-    <img src="/social-login-assets/apple_key_name.png" alt="키 이름 필드 입력" />
-    :::참고
-    이 이름은 중요하지 않습니다. 무엇이든 입력할 수 있습니다.
-    :::
-5. `Sign in with Apple`을 선택하고 `Configure`을 클릭합니다.
-    <img src="/social-login-assets/apple_dev_key_sing_apple_conf.png" alt="키에 대해 Apple로 로그인 활성화 및 구성" />
-6. 기본 앱 ID를 선택하고 `Save`을 누르세요.
-    <img src="/social-login-assets/apple_dev_key_prim_app_id.png" alt="키에 대한 기본 앱 ID 선택" />
-
-    :::참고
-    이는 이전 단계의 ID와 동일한 앱 ID여야 합니다.
-    :::
-7. `Continue`을 클릭하세요.
-    <img src="/social-login-assets/apple_dev_key_const.png" alt="키 구성을 위한 계속 버튼" />
-8. `Register`을 클릭하세요.
-    <img src="/social-login-assets/apple_dev_key_reg.png" alt="키 생성을 위한 등록 버튼" />
-9. 키 ID를 복사하고 키를 다운로드합니다.
-    <img src="/social-login-assets/apple_dev_key_downl.png" alt="키 ID 및 다운로드 버튼 화면" />
-
-    :::주의
-        **중요:** 이 ID를 저장하세요. 백엔드에서는 `KEY_ID`이라고 합니다. 키를 다운로드하세요. 이 키를 절대로 공유하지 마십시오.
-    :::
-10. 다운로드한 키를 찾아 백엔드 폴더에 저장합니다.
-    <img src="/social-login-assets/apple_dev_downloaded_key.png" alt="다운로드된 키 파일" />
-</Steps>
-
-## 팀 ID 얻기
-
-Android에서 `Login with Apple`을(를) 사용하려면 '팀 ID'를 얻어야 합니다. 백엔드에서 사용됩니다.
-
-<Steps>
-   1. [이 웹사이트](https://developer.apple.com/account/)로 이동하여 아래로 스크롤합니다.
-   
-   2. '팀 ID' 찾기
-      <img src="/social-login-assets/apple_dev_team_id.png" alt="개발자 계정의 팀 ID 위치" />
-</Steps>
-
-## 앱 리디렉션 구성
-
-다이어그램에서 볼 수 있듯이 백엔드는 '앱으로 다시 리디렉션'이라는 단계를 수행합니다. 이를 위해서는 앱을 수동으로 변경해야 합니다.
-
-<Steps>
-    1. `AndroidManifest.xml` 수정
-        1. 파일을 엽니다. `AndroidStudio`을 사용하겠습니다.
-            <img src="/social-login-assets/studio_android_manifest_file.png" alt="Android Studio의 AndroidManifest.xml 파일" />
-        2. `MainActivity`을 찾아 다음 인텐트 필터를 추가하세요.
-            <img src="/social-login-assets/studio_manifest_code_to_add.png" alt="MainActivity에 추가할 인텐트 필터 코드" />
-
-            ```xml
-            <intent-filter>
-                <action android:name="android.intent.action.VIEW" />
-                <category android:name="android.intent.category.DEFAULT" />
-                <category android:name="android.intent.category.BROWSABLE" />
-                <data android:scheme="capgo-demo-app" android:host="path" />
-            </intent-filter>
-            ```
-    2. `MainActivity` 수정
-        1. `MainActivity`을(를) 열어주세요.
-            <img src="/social-login-assets/studio_main_activ_file.png" alt="Android Studio의 MainActivity.java 파일" />
-
-        2. 다음 코드를 추가합니다.
-            <img src="/social-login-assets/studio_main_actv_new_code.png" alt="딥링크 처리를 위해 MainActivity에 추가할 코드" />
-
-            ```java
-            @Override
-            protected void onNewIntent(Intent intent) {
-                String action = intent.getAction();
-                Uri data = intent.getData();
-            
-                if (Intent.ACTION_VIEW.equals(action) && data != null) {
-                    PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                    if (pluginHandle == null) {
-                        Log.i("Apple Login Intent", "SocialLogin login handle is null");
-                        return;
-                    }
-                    Plugin plugin = pluginHandle.getInstance();
-                    if (!(plugin instanceof SocialLoginPlugin)) {
-                        Log.i("Apple Login Intent", "SocialLogin plugin instance is not SocialLoginPlugin");
-                        return;
-                    }
-                    ((SocialLoginPlugin) plugin).handleAppleLoginIntent(intent);
-                    return;
-                }
-                super.onNewIntent(intent);
-            }
-            ```
-
-            :::주의
-            이 예에서는 구성된 딥 링크가 없다고 가정합니다. 그렇다면 코드를 조정해 보세요.
-            :::
-</Steps>
-
-:::note
-방금 앱에 새로운 딥 링크를 추가했습니다. 딥 링크는 다음과 같습니다: `capgo-demo-app://path`. `android:scheme` 및 `android:host`을 변경하여 이 딥 링크의 모양을 수정할 수 있습니다.
-**중요:** 백엔드 구성에서 이 딥 링크는 `BASE_REDIRECT_URL`이 됩니다.
-:::
-
-
-## 백엔드 구성
-
-Android에는 백엔드가 필요하지만 백엔드 구성은 IOS에도 영향을 미칩니다. 백엔드 예시는 [여기](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/index.ts)에서 제공됩니다.이 예에서는 다음을 제공합니다.
-- 간단한 JSON 데이터베이스
-- Apple의 서버에서 JWT을 요청하는 방법
-- 간단한 JWT 확인
-
-:::note
-이 예제를 호스팅하기 위해 `PM2`을 사용합니다. `ecosystem.config.js`의 예는 [여기](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/ecosystem.config.js.example)에서 확인할 수 있습니다.
-:::
-
-이 튜토리얼에서 내가 말한 모든 내용을 고려하여 `env` 섹션은 다음과 같습니다.
-
-- `ANDROID_SERVICE_ID` = 서비스 ID
-- `IOS_SERVICE_ID` = 앱 ID
-
-```js
-env: {
-  PRIVATE_KEY_FILE: "AuthKey_U93M8LBQK3.p8",
-  KEY_ID: "U93M8LBQK3",
-  TEAM_ID: "UVTJ336J2D",
-  ANDROID_SERVICE_ID: "ee.forgr.io.ionic.starter.service2",
-  IOS_SERVICE_ID: "me.wcaleniewolny.test.ionic.vue",
-  PORT: 3000,
-  REDIRECT_URI: "https://xyz.wcaleniewolny.me/login/callback",
-  BASE_REDIRECT_URL: "capgo-demo-app://path"
-}
-```
-
-#### 플러그인 사용하기
-
-`login` 함수의 사용법은 변경되지 않으며 IOS와 동일합니다. 자세한 내용은 해당 섹션을 살펴보시기 바랍니다. **그러나** `initialize` 메서드는 약간 변경됩니다.
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: 'ee.forgr.io.ionic.starter.service2',
-    redirectUrl: 'https://appleloginvps.wcaleniewolny.me/login/callback'
-  }
-})
-```
-
-:::danger
-    `redirectUrl`을 추가하면 **WILL**은 IOS에 영향을 미칩니다 !!!!!
-:::
-
-
-## 앱 만들기
-
-:::note
-이미 앱 ID가 있는 경우 이 단계를 건너뛸 수 있습니다.
-IOS용 Apple 로그인을 구성한 경우 이 단계를 따르지 마세요.
-:::
-
-<Steps>
-   1. 아직 앱 ID가 없다면 더하기 버튼을 클릭하세요.
-        <img src="/social-login-assets/apple_dev_iden_plus.png" alt="새 식별자 추가 플러스 버튼" />
-   
-   2. '앱 ID'를 선택하고 계속을 클릭하세요. 
-        <img src="/social-login-assets/apple_dev_new_app_id.png" alt="앱 ID 유형 선택" />
-   
-   3. `App` 유형을 클릭하고 `Continue`을 클릭합니다. 
-        <img src="/social-login-assets/apple_dev_new_app_type.png" alt="앱 유형 선택" />
-   
-   4. 설명과 앱 ID를 입력하세요 
-        <img src="/social-login-assets/apple_dev_new_app_desc_id.png" alt="앱 설명 및 번들 ID 입력" />
-   
-   5. `Sign with Apple` 기능을 활성화합니다. 
-        <img src="/social-login-assets/apple_dev_enable_sign_with_apple.png" alt="Apple 기능으로 로그인 활성화" />
-   
-   6. `Continue`을 클릭하세요. 
-        <img src="/social-login-assets/apple_dev_register_continue.png" alt="앱 등록을 위한 계속 버튼" />
-   
-   7. 내용을 확인하고 `Register`을 클릭하세요. 
-        <img src="/social-login-assets/apple_dev_confirm_register.png" alt="앱 등록 세부정보 확인" />
-</Steps>
diff --git a/src/content/docs/ko/docs/plugins/social-login/apple/general.mdx b/src/content/docs/ko/docs/plugins/social-login/apple/general.mdx
deleted file mode 100644
index 974381684..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/apple/general.mdx
+++ /dev/null
@@ -1,16 +0,0 @@
----
-title: Apple 로그인 설정
-locale: ko
-description: Capacitor를 사용하여 Apple 로그인을 설정하는 방법에 대한 자세한 지침으로, 성공적인 통합을 위한 모든 필요한 단계와 요구 사항을 다룹니다.
-sidebar:
-    order: 1
----
-
-### 소개
-
-이 가이드에서는 Capacitor를 사용하여 Apple 로그인을 구성하는 방법을 배웁니다. 이를 위해 다음이 필요합니다:
-
-- Apple Developer 계정
-- macOS를 실행하는 컴퓨터 (iOS 전용)
-- 설치된 Xcode (iOS 전용)
-- 커스텀 백엔드 (Android 전용)
diff --git a/src/content/docs/ko/docs/plugins/social-login/apple/ios.mdx b/src/content/docs/ko/docs/plugins/social-login/apple/ios.mdx
deleted file mode 100644
index b06570a4a..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/apple/ios.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: iOS에서 Apple 로그인
-locale: ko
-description: iOS 기기에서 Capacitor를 사용하여 Apple 로그인을 설정하는 과정을 안내하는 종합 가이드로, 모든 필요한 단계와 구성을 다루어 원활한 통합을 보장합니다.
-sidebar:
-    order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-iOS에서 Apple 로그인을 설정하기 위해 필요한 것을 세분화해 보겠습니다.
-
-<Steps>
-1. 앱의 기능을 구성합니다.
-
-    이를 위해 Xcode를 열고 `App`을 클릭하세요.
-    ![App XCode](/social-login-assets/app-xcode.png)
-
-2. 올바른 타겟을 선택했는지 확인하세요.
-
-    ![XCode App Target](/social-login-assets/xcode-app-target.png)
-
-3. `Sign in with Apple` 기능을 추가했는지 확인하세요.
-
-    ![App XCode Add Capability](/social-login-assets/app-xcode-add-cap.png)
-
-    ![App XCode Add Capability](/social-login-assets/sign-with-apple-cap.png)
-
-    :::caution
-    `Sign in with Apple` 기능이 보이지 않으면 [Account & Organizational Data Sharing](https://developer.apple.com/account/resources/services/cwa/configure/)을 구성하세요.
-    :::
-
-4. 앱에서 Apple 로그인을 초기화합니다.
-
-    :::note
-    저는 Vue를 프레임워크로 사용하고 있으며, 정확한 구현은 선택한 프레임워크에 따라 다릅니다.
-    :::
-
-    ```ts
-    //  onMounted는 Vue 전용입니다
-    onMounted(() => {
-    SocialLogin.initialize({
-        apple: {}
-    })
-    });
-    ```
-
-5. 로그인 프로세스를 시작하는 버튼을 만듭니다.
-
-    해당 버튼은 다음 함수를 호출해야 합니다:
-
-    ```ts
-    async function loginApple() {
-    const res = await SocialLogin.login({
-        provider: 'apple',
-        options: {}
-    })
-    ```
-
-6. **<u>실제</u>** 기기에서 앱을 실행하고 테스트합니다.
-
-    단계를 정확히 따랐다면 버튼을 클릭한 후 다음 화면이 표시됩니다.
-
-    ![iOS 기기의 Apple 로그인 프롬프트](/social-login-assets/apple-sign-in-ios-final.png)
-</Steps>
-
-완료되었습니다! 모든 설정이 완료되었습니다.
diff --git a/src/content/docs/ko/docs/plugins/social-login/apple/web.mdx b/src/content/docs/ko/docs/plugins/social-login/apple/web.mdx
deleted file mode 100644
index 21475f3ba..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/apple/web.mdx
+++ /dev/null
@@ -1,63 +0,0 @@
----
-title: 웹 브라우저용 Apple 로그인
-locale: ko
-description: "@capgo/capacitor-social-login 플러그인을 활용하여 원활한 통합 프로세스를 보장하면서 웹 애플리케이션용 Capacitor를 사용하여 Apple 로그인을 설정하는 방법에 대한 자세한 안내입니다."
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-웹 로그인 구성은 간단하지 않습니다. iOS에서 `Sign in with Apple`을 설정하는 것보다 더 어렵지만 Android에서 `Sign in with Apple`을 설정하는 것보다는 더 어렵습니다.
-
-## 서비스 생성
-
-:::note
-이미 Android용 `Sign in with Apple`을 구성한 경우 이 단계는 불필요합니다.
-:::
-
-서비스를 생성하려면 [여기](/docs/plugins/social-login/apple/android/#creating-the-service-id/) 가이드를 따르세요.
-
-## `Return URLs` 구성
-
-<Steps>
-
-1. **서비스 ID 구성으로 이동**
-
-   [Apple Developer Portal](https://developer.apple.com)에서 `Identifiers` > `Services IDs`로 이동하여 서비스 ID를 클릭합니다.
-
-2. **Sign in with Apple 구성**
-
-   `Sign in with Apple` 옆의 `Configure`를 클릭합니다.
-
-   ![apple_dev_configure_login](/social-login-assets/apple_dev_configure_login.webp)
-
-3. **Return URL 추가**
-
-   `+` 버튼을 클릭하여 새 return URL을 추가합니다.
-
-   ![apple_dev_return_url_plus](/social-login-assets/apple_dev_return_url_plus.webp)
-
-4. **Return URL 추가**
-
-   `Domains and Subdomains`에 웹 애플리케이션의 도메인을 추가합니다.
-   :::caution
-   여기에 `localhost` 또는 `127.0.0.1`을 도메인으로 추가할 수 **없습니다**.
-   :::
-
-   그런 다음 `https://` 접두사와 Apple 로그인을 호출할 경로를 사용하여 도메인을 추가합니다.
-   예를 들어, 도메인이 `https://my-app.com`이고 `/login`에서 Apple 로그인을 호출하는 경우 return URL로 `https://my-app.com/login`을 추가해야 합니다.
-
-   :::caution
-   후행 슬래시가 있는 도메인과 없는 도메인을 **모두** 추가해야 합니다.
-   :::
-
-   ![apple_dev_return_url_add](/social-login-assets/apple_dev_return_url_add.webp)
-
-5. **변경 사항 저장**
-
-   1. `Next` 버튼을 클릭하여 변경 사항을 저장합니다.
-   2. `Save` 버튼을 클릭하여 변경 사항을 저장합니다.
-
-6. JavaScript용 로그인을 테스트할 준비가 되었습니다. localhost에서는 테스트할 수 없습니다.
-</Steps>
diff --git a/src/content/docs/ko/docs/plugins/social-login/facebook.mdx b/src/content/docs/ko/docs/plugins/social-login/facebook.mdx
deleted file mode 100644
index f2b058f87..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/facebook.mdx
+++ /dev/null
@@ -1,660 +0,0 @@
----
-title: Facebook 로그인 설정
-description: >-
-  이 가이드는 Capacitor을 사용하여 Facebook 로그인을 설정하는 방법에 대한 포괄적인 연습을 제공하여 애플리케이션에 대한 원활한
-  통합과 향상된 사용자 인증을 보장합니다.
-sidebar:
-  order: 1
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-## 소개
-
-이 가이드에서는 Capgo 소셜 로그인으로 Facebook 로그인을 설정하는 방법을 알아봅니다. 다음이 필요합니다:
-
-- Facebook 개발자 계정
-- 앱의 패키지 이름/번들 ID
-- 키 해시 생성을 위한 터미널에 대한 액세스(Android)
-
-## 일반 설정
-
-아직 Facebook 앱을 만들지 않았다면 다음 단계를 따르세요.
-
-<Steps>
-1. Facebook 앱 만들기
-   
-   튜토리얼을 따라 [앱 만들기](https://developers.facebook.com/docs/development/create-an-app/)
-
-2. 앱에 Facebook 로그인을 추가하세요.
-   
-   Facebook 개발자 대시보드에서 앱에 Facebook 로그인 제품을 추가하세요.
-
-3. 앱을 대중에게 출시하기 전에 이 [튜토리얼](https://developers.facebook.com/docs/development/release/)에 따라 게시하세요.
-</Steps>
-
-## 중요 정보
-
-통합에 필요한 주요 정보를 찾을 수 있는 위치는 다음과 같습니다.
-
-1. `CLIENT_TOKEN`:
-   <img src="/social-login-assets/fb_where_to_fiind_client_token.png" alt="Facebook 클라이언트 토큰을 찾을 수 있는 위치를 보여주는 개발자 대시보드" />
-  
-2. `APP_ID`:
-   <img src="/social-login-assets/fb_where_to_find_app_id.png" alt="Facebook 앱 ID를 찾을 수 있는 위치를 보여주는 개발자 대시보드" />
-
-3. `APP_NAME`:
-   <img src="/social-login-assets/fb_where_to_find_app_name.png" alt="Facebook 앱 이름을 찾을 수 있는 위치를 보여주는 개발자 대시보드" />
-
-## Android 설정
-
-<Steps>
-1. `AndroidManifest.xml`에 인터넷 권한을 추가하세요.
-
-   다음 줄이 있는지 확인하세요.
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET"/>
-   ```
-
-2. Android 키 해시를 생성하세요.
-   
-   이는 Facebook에 필요한 중요한 보안 단계입니다. 터미널을 열고 다음을 실행하세요.
-
-   ```bash
-   keytool -exportcert -alias androiddebugkey -keystore ~/.android/debug.keystore | openssl sha1 -binary | openssl base64 -A
-   ```
-
-   비밀번호를 묻는 메시지가 나타나면 다음을 사용하세요: `android`
-
-   :::참고
-   릴리스 빌드의 경우 릴리스 키 저장소를 사용해야 합니다.
-   ```bash
-   keytool -exportcert -alias your-key-name -keystore your-keystore-path | openssl sha1 -binary | openssl base64 -A
-   ```
-   :::
-
-3. Facebook 앱에 키 해시를 추가하세요.
-   
-   1. Facebook 개발자의 앱 대시보드로 이동합니다.
-   2. 설정 > 기본으로 이동합니다.
-   3. "Android" 섹션까지 아래로 스크롤합니다.
-   4. Android이 아직 추가되지 않은 경우 "플랫폼 추가"를 클릭하고 세부 정보를 입력하세요.
-   5. 생성한 키 해시를 추가하세요.
-   6. 프로덕션의 경우 디버그 및 릴리스 키 해시를 모두 추가합니다.
-
-4. 다음을 포함하도록 `AndroidManifest.xml`을 업데이트하세요.
-
-   ```xml
-   <application>
-       ...
-       <activity android:name="com.facebook.FacebookActivity"
-           android:configChanges="keyboard|keyboardHidden|screenLayout|screenSize|orientation"
-           android:label="@string/app_name" />
-       
-       <activity
-           android:name="com.facebook.CustomTabActivity"
-           android:exported="true">
-           <intent-filter>
-               <action android:name="android.intent.action.VIEW" />
-               <category android:name="android.intent.category.DEFAULT" />
-               <category android:name="android.intent.category.BROWSABLE" />
-               <data android:scheme="FB[APP_ID]" />
-           </intent-filter>
-       </activity>
-   </application>
-   ```
-
-   :::주의
-   `android:scheme` 속성에서 `[APP_ID]`을 실제 Facebook 앱 ID로 바꿔야 합니다.
-   :::
-</Steps>
-
-## iOS 설정
-
-<Steps>
-1. Facebook 개발자 콘솔에 iOS 플랫폼을 추가합니다.
-   
-   1. Facebook 개발자의 앱 대시보드로 이동합니다.
-   2. 설정 > 기본으로 이동합니다.
-   3. 페이지 맨 아래까지 스크롤한 후 '플랫폼 추가'를 클릭하세요.
-   4. iOS을 선택하고 필수 세부정보를 입력하세요.
-
-2. Xcode 프로젝트를 열고 Info.plist로 이동합니다.
-
-3. Info.plist에 다음 항목을 추가합니다.
-
-   ```xml
-   <key>FacebookAppID</key>
-   <string>[APP-ID]</string>
-   <key>FacebookClientToken</key>
-   <string>[CLIENT-TOKEN]</string>
-   <key>FacebookDisplayName</key>
-   <string>[APP-NAME]</string>
-   <key>LSApplicationQueriesSchemes</key>
-   <array>
-       <string>fbapi</string>
-       <string>fb-messenger-share-api</string>
-   </array>
-   <key>CFBundleURLTypes</key>
-   <array>
-       <dict>
-           <key>CFBundleURLSchemes</key>
-           <array>
-               <string>fb[APP-ID]</string>
-           </array>
-       </dict>
-   </array>
-   ```
-
-   :::주의
-   다음 값을 바꿉니다.
-   - `[APP-ID]`(Facebook 앱 ID 포함)
-   - 클라이언트 토큰으로 `[CLIENT-TOKEN]`
-   - `[APP-NAME]`를 앱 이름으로 포함
-   :::
-
-4. `AppDelegate.swift` 수정
-
-   ```swift
-   import FBSDKCoreKit
-   @UIApplicationMain
-   class AppDelegate: UIResponder, UIApplicationDelegate {
-         func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-           // Override point for customization after application launch.
-           
-           // Initialize Facebook SDK
-           FBSDKCoreKit.ApplicationDelegate.shared.application(
-               application,
-               didFinishLaunchingWithOptions: launchOptions
-           )
-           
-           return true
-       }
-
-       func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-           // Called when the app was launched with a url. Feel free to add additional processing here,
-           // but if you want the App API to support tracking app url opens, make sure to keep this call
-           
-           if (FBSDKCoreKit.ApplicationDelegate.shared.application(
-               app,
-               open: url,
-               sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-               annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-           )) {
-               return true;
-           } else {
-               return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-           }
-       }
-   }
-   ```
-</Steps>
-
-## 앱에서 Facebook 로그인 사용:::caution
-**시작하기 전에**: 새로운 Facebook SDK을 사용하면 받는 토큰 유형은 코드 구성이 아니라 전적으로 사용자의 앱 추적 선택에 따라 달라집니다. 모든 사용자에 대해 인증이 작동하도록 항상 백엔드에 액세스 토큰과 JWT 토큰 처리를 모두 구현하십시오.
-:::
-
-<Steps>
-1. 앱에서 Facebook 로그인을 초기화합니다.
-
-   ```typescript
-   import { SocialLogin } from '@capgo/capacitor-social-login';
-
-   // Initialize during app startup
-   await SocialLogin.initialize({
-     facebook: {
-       appId: 'APP_ID',
-       clientToken: 'CLIENT_TOKEN',
-     }
-   })
-   ```
-
-2. 로그인 기능 구현
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-        options: {
-          permissions: ['email', 'public_profile'],
-          limitedLogin: false // See Limited Login section below for important details
-        }
-       });
-       console.log('Facebook login result:', result);
-       // Handle successful login
-     } catch (error) {
-       console.error('Facebook login error:', error);
-       // Handle error
-     }
-   }
-   ```
-
-   :::참고
-   **제한된 로그인(iOS 전용)**: Facebook의 제한된 로그인 기능을 사용하려면 `limitedLogin`을 true로 설정하세요. 이는 로그인 시 공유되는 데이터를 제한하여 강화된 개인정보 보호를 제공하는 iOS 전용 기능입니다.
-
-   **중요 제한 사항:**
-   - **iOS만**: 제한된 로그인은 iOS 장치에만 영향을 미치고 Android에는 영향을 미치지 않습니다.
-   - **ATT 재정의**: `limitedLogin: false`을 설정하더라도 사용자가 앱 추적 투명성(ATT) 권한을 부여하지 않은 경우 Facebook은 자동으로 `true`로 강제 설정합니다.
-   - **항상 두 가지 사례 모두 처리**: 앱은 항상 제한된 로그인 시나리오와 전체 로그인 시나리오를 모두 처리할 준비가 되어 있어야 합니다.
-
-   **ATT 상태 확인 중:**
-   ```typescript
-   // Check if user has granted tracking permission
-   const trackingStatus = await SocialLogin.providerSpecificCall({
-     call: 'facebook#requestTracking',
-     options: {}
-   });
-   console.log('Tracking status:', trackingStatus.status); // 'authorized', 'denied', 'notDetermined', or 'restricted'
-   ```
-
-   **access_token이 선호되는 경우 권장되는 구현:**
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       // Check ATT status first
-       const trackingStatus = await SocialLogin.providerSpecificCall({
-         call: 'facebook#requestTracking',
-         options: {}
-       });
-       
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: trackingStatus.status === 'denied' // Auto-adjust based on ATT
-         }
-       });
-       
-       // Handle different response types based on limited login
-       if (result.result.accessToken) {
-         // Your app logic should work with both limited and full login
-         console.log('Login successful:', result);
-       }
-     } catch (error) {
-       console.error('Facebook login error:', error);
-     }
-   }
-   ```
-
-   **제한된 로그인에서는 어떤 일이 발생합니까?**
-   - **데이터 액세스 감소**: 일부 사용자 데이터를 사용하지 못할 수 있습니다.
-   - **다른 토큰 유형**: 액세스 토큰은 다른 기능을 가질 수 있습니다.
-   - **개인 정보 보호 규정 준수**: iOS 개인 정보 보호 요구 사항을 준수하는 데 도움이 됩니다.
-
-   **중요**: 항상 제한된 로그인 시나리오와 전체 로그인 시나리오를 모두 사용하여 앱을 테스트하여 두 경우 모두에서 앱이 올바르게 작동하는지 확인하세요. 제한된 로그인에 대한 자세한 내용은 [여기](https://developers.facebook.com/docs/facebook-login/limited-login/)에서 확인할 수 있습니다.
-   :::
-
-3. **사용자 프로필 데이터 가져오기**
-
-   로그인에 성공하면 추가 프로필 정보를 검색할 수 있습니다.
-
-   ```typescript
-   async function getFacebookProfile() {
-     try {
-       const profileResponse = await SocialLogin.providerSpecificCall({
-         call: 'facebook#getProfile',
-         options: {
-           fields: ['id', 'name', 'email', 'first_name', 'last_name', 'picture']
-         }
-       });
-
-       console.log('Facebook profile:', profileResponse.profile);
-       return profileResponse.profile;
-     } catch (error) {
-       console.error('Failed to get Facebook profile:', error);
-       return null;
-     }
-   }
-
-   // Example usage after login
-   async function loginAndGetProfile() {
-     const loginResult = await loginWithFacebook();
-     if (loginResult) {
-       const profile = await getFacebookProfile();
-       if (profile) {
-         console.log('User ID:', profile.id);
-         console.log('Name:', profile.name);
-         console.log('Email:', profile.email);
-         console.log('Profile Picture:', profile.picture?.data?.url);
-       }
-     }
-   }
-   ```
-
-   :::팁
-   **사용 가능한 프로필 필드**: Facebook의 그래프 API에서 사용 가능한 모든 필드를 요청할 수 있습니다. 일반적인 필드에는 `id`, `name`, `email`, `first_name`, `last_name`, `picture`, `birthday`, `gender`, `location`, `hometown`. 일부 필드에는 추가 권한이 필요할 수 있습니다.
-   :::
-
-   :::경고
-   **토큰 유형 제한**: `getProfile` 호출은 **액세스 토큰**(추적이 허용되는 표준 로그인)이 있는 경우에만 작동합니다. 사용자가 추적을 거부했거나 제한된 로그인(JWT 토큰만 해당)을 사용하는 경우 이 호출은 실패합니다. 이 경우 초기 로그인 응답에 제공된 프로필 데이터를 사용하세요.
-   :::
-</Steps>
-
-## ⚠️ 중요: 백엔드 토큰 처리
-
-:::danger
-**중요 iOS 동작**: 제한된 로그인 및 앱 추적 투명성(ATT)은 **iOS 전용** 기능입니다. Android에서는 `limitedLogin` 설정에 관계없이 항상 액세스 토큰을 받게 됩니다.**iOS 토큰 동작**: 
-- **`limitedLogin: true`** → 항상 JWT 토큰(iOS만 해당)
-- **`limitedLogin: false` + 사용자 추적 허용** → 액세스 토큰  
-- **`limitedLogin: false` + 사용자 추적 거부** → JWT 토큰(iOS이 자동으로 설정을 재정의함)
-
-**Android 토큰 동작**: 항상 액세스 토큰, `limitedLogin` 설정은 무시됩니다.
-:::
-
-iOS 사용자는 앱 추적 투명성 선택에 따라 액세스 토큰 또는 JWT 토큰을 받을 수 있고 Android 사용자는 항상 액세스 토큰을 받기 때문에 백엔드는 **두 가지 다른 토큰 유형**을 처리해야 합니다.
-
-### 플랫폼별 토큰 유형
-
-| 플랫폼 | Limited로그인 설정 | 사용자 ATT 선택 | 결과 토큰 유형 |
-|------------|---------|----|------|
-| **iOS** | `true` | 모두 | JWT 토큰 |
-| **iOS** | `false` | 추적 허용 | 액세스 토큰 |
-| **iOS** | `false` | 추적 거부 | JWT 토큰(자동 재정의) |
-| **Android** | 모두 | 해당 없음 | 액세스 토큰(항상) |
-
-### 백엔드 구현
-
-<Steps>
-1. **토큰 유형을 감지하고 이에 따라 처리**
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const loginResult = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: false // iOS: depends on ATT, Android: ignored
-         }
-       });
-
-       if (loginResult.accessToken) {
-         // Access token (Android always, iOS when tracking allowed)
-         return handleAccessToken(loginResult.accessToken.token);
-       } else if (loginResult.idToken) {
-         // JWT token (iOS only when tracking denied or limitedLogin: true)
-         return handleJWTToken(loginResult.idToken);
-       }
-     } catch (error) {
-       console.error('Facebook login error:', error);
-     }
-   }
-   ```
-
-2. **Firebase 통합 예**
-
-   ```typescript
-   import { OAuthProvider, FacebookAuthProvider, signInWithCredential } from 'firebase/auth';
-
-   async function handleAccessToken(accessToken: string, nonce: string) {
-     // For access tokens, use OAuthProvider (new method)
-     const fbOAuth = new OAuthProvider("facebook.com");
-     const credential = fbOAuth.credential({
-       idToken: accessToken,
-       rawNonce: nonce
-     });
-
-     try {
-       const userResponse = await signInWithCredential(auth, credential);
-       return userResponse;
-     } catch (error) {
-       console.error('Firebase OAuth error:', error);
-       return false;
-     }
-   }
-
-   async function handleJWTToken(jwtToken: string) {
-     // For JWT tokens, send to your backend for validation
-     try {
-       const response = await fetch('/api/auth/facebook-jwt', {
-         method: 'POST',
-         headers: {
-           'Content-Type': 'application/json',
-         },
-         body: JSON.stringify({ jwtToken })
-       });
-
-       const result = await response.json();
-       return result;
-     } catch (error) {
-       console.error('JWT validation error:', error);
-       return false;
-     }
-   }
-   ```
-
-3. **백엔드 JWT 검증**
-
-   ```typescript
-   // Backend: Validate JWT token from Facebook
-   import jwt from 'jsonwebtoken';
-   import { Request, Response } from 'express';
-
-   app.post('/api/auth/facebook-jwt', async (req: Request, res: Response) => {
-     const { jwtToken } = req.body;
-
-     try {
-       // Verify JWT token with Facebook's public key
-       // See: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(jwtToken, getFacebookPublicKey(), {
-         algorithms: ['RS256'],
-         audience: process.env.FACEBOOK_APP_ID,
-         issuer: 'https://www.facebook.com' // From: https://www.facebook.com/.well-known/openid-configuration/?_rdr
-       });
-
-       // Extract user info from JWT
-       const userInfo = {
-         id: decoded.sub,
-         email: decoded.email,
-         name: decoded.name,
-         isJWTAuth: true
-       };
-
-       // Create your app's session/token
-       const sessionToken = createUserSession(userInfo);
-
-       res.json({
-         success: true,
-         token: sessionToken,
-         user: userInfo
-       });
-     } catch (error) {
-       console.error('JWT validation failed:', error);
-       res.status(401).json({ success: false, error: 'Invalid token' });
-     }
-   });
-   ```
-
-4. **일반 백엔드 토큰 핸들러**
-
-   ```typescript
-   // Handle both token types in your backend
-   async function authenticateFacebookUser(tokenData: any) {
-     if (tokenData.accessToken) {
-       // Handle access token - validate with Facebook Graph API
-       const response = await fetch(`https://graph.facebook.com/me?access_token=${tokenData.accessToken}&fields=id,name,email`);
-       const userInfo = await response.json();
-       
-       return {
-         user: userInfo,
-         tokenType: 'access_token',
-         expiresIn: tokenData.expiresIn || 3600
-       };
-     } else if (tokenData.jwtToken) {
-       // Handle JWT token - decode and validate
-       // See: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(tokenData.jwtToken, getFacebookPublicKey());
-       
-       return {
-         user: {
-           id: decoded.sub,
-           name: decoded.name,
-           email: decoded.email
-         },
-         tokenType: 'jwt',
-         expiresIn: decoded.exp - Math.floor(Date.now() / 1000)
-       };
-     } else {
-       throw new Error('No valid token provided');
-     }
-   }
-   ```
-</Steps>
-
-### 주요 고려사항
-
-:::danger
-**중요한 iOS - 이해만 가능**: 
-- **iOS**: 코드 설정이 아닌 사용자의 앱 추적 선택에 따라 토큰 유형이 결정됩니다(`limitedLogin: false`인 경우에도 마찬가지).
-- **Android**: `limitedLogin` 설정에 관계없이 항상 액세스 토큰을 받습니다.
-- **제한된 로그인은 iOS-ONLY입니다** - Android은 이 설정을 완전히 무시합니다.
-:::
-
-**액세스 토큰(표준 로그인)**:
-- ✅ **Android**: 항상 사용 가능(iOS 전용 제한 사항은 적용되지 않음)
-- ✅ **iOS**: 사용자가 명시적으로 앱 추적을 허용한 경우에만
-- ✅ Facebook 그래프 API에 액세스하는 데 사용할 수 있습니다.
-- ✅ 만료 시간 연장
-- ✅ 더 많은 사용자 데이터 사용 가능
-- ❌ **사용자가 점점 추적을 거부함에 따라 iOS**에서는 덜 일반적이 됨
-
-**JWT 토큰(iOS-전용 개인 정보 보호 모드)**:
-- ❌ **Android**: 발생하지 않음(지원되지 않음)
-- ✅ **iOS**: 추적이 거부되거나 `limitedLogin: true`하는 경우
-- ✅ iOS 사용자 개인 정보 보호 기본 설정을 존중합니다.
-- ❌ 기본 사용자 정보만 포함되어 있습니다.
-- ❌ 만료 시간 단축
-- ❌ Facebook 그래프 API에 액세스할 수 없습니다.
-- ⚠️ **이제 iOS 사용자를 위한 가장 일반적인 시나리오**
-
-:::warning
-**플랫폼별 동작**: 
-- **iOS 앱**: 액세스 토큰과 JWT 토큰을 모두 처리해야 합니다.
-- **Android 앱**: 액세스 토큰만 처리하면 됩니다.
-- **교차 플랫폼 앱**: 두 가지 토큰 처리 방법을 모두 구현해야 합니다.
-::::::tip
-**iOS의 필수 사항**: 두 가지 토큰 처리 방법을 모두 구현해야 합니다. 많은 iOS 개발자는 항상 액세스 토큰을 받게 되며 사용자가 추적을 거부하면 앱이 중단될 것이라고 가정합니다.
-:::
-
-## 보안 컨텍스트 요구 사항(웹/Capacitor)
-
-### 암호화폐 API 제한 사항
-
-업데이트된 Facebook 로그인 흐름에는 nonce 생성을 위한 **Web Crypto API**가 필요하며 이는 **보안 컨텍스트**에서만 사용할 수 있습니다.
-
-```typescript
-// This requires secure context (HTTPS or localhost)
-async function sha256(message: string) {
-  const msgBuffer = new TextEncoder().encode(message);
-  const hashBuffer = await crypto.subtle.digest("SHA-256", msgBuffer); // ❌ Fails in insecure context
-  // ...
-}
-```
-
-### 개발 환경 문제
-
-**일반적인 문제**: HTTP URL이 포함된 `ionic Serve`로 인해 Facebook 인증이 중단됩니다.
-
-| 환경 | 암호화폐 API 사용 가능 | Facebook 로그인 작동 |
-|-------------|---------|-------|
-| `http://localhost:3000` | ✅ 예 | ✅ 예 |
-| `http://127.0.0.1:3000` | ✅ 예 | ✅ 예 |
-| `http://192.168.1.100:3000` | ❌ 아니요 | ❌ 아니요 |
-| `https://any-domain.com` | ✅ 예 | ✅ 예 |
-
-### Capacitor 개발을 위한 솔루션
-
-<Steps>
-1. **웹 테스트에 localhost 사용**
-   ```bash
-   # Instead of ionic serve --host=0.0.0.0
-   ionic serve --host=localhost
-   ```
-
-2. **Ionic에서 HTTPS 활성화**
-   ```bash
-   ionic serve --ssl
-   ```
-
-3. **실제 기기에서 테스트**
-   ```bash
-   # Capacitor apps run in secure context on devices
-   ionic cap run ios
-   ionic cap run android
-   ```
-
-4. **개발을 위한 대체 nonce 생성**
-   ```typescript
-   async function generateNonce() {
-     if (typeof crypto !== 'undefined' && crypto.subtle) {
-       // Secure context - use crypto.subtle
-       return await sha256(Math.random().toString(36).substring(2, 10));
-     } else {
-       // Fallback for development (not secure for production)
-       console.warn('Using fallback nonce - not secure for production');
-       return btoa(Math.random().toString(36).substring(2, 10));
-     }
-   }
-   ```
-</Steps>
-
-### Firebase 통합 참고 사항
-
-최근 Firebase 문서에는 로그인 설정에 관계없이 Facebook 인증을 위한 nonce가 있는 JWT 토큰이 필요합니다. 이 접근 방식은 `limitedLogin: true` 및 `limitedLogin: false` 모두에서 작동합니다.
-
-```typescript
-   // Both modes can return JWT tokens depending on user choice
-   const loginResult = await SocialLogin.login({
-     provider: 'facebook',
-     options: {
-       permissions: ['email', 'public_profile'],
-       limitedLogin: false, // true = always JWT, false = depends on user tracking choice
-       nonce: nonce
-     }
-   });
-```
-
-:::warning
-**개발 제한 사항**: 네트워크 IP(로컬 호스트 아님)에서 `ionic Serve`를 사용하는 경우 암호화 API 제한으로 인해 Facebook 로그인이 실패합니다. 웹 테스트에는 localhost 또는 HTTPS를 사용하십시오.
-:::
-
-:::tip
-**프로덕션 안전**: iOS/Android의 Capacitor 앱은 항상 보안 컨텍스트에서 실행되므로 이 제한은 웹 개발 환경에만 영향을 미칩니다.
-:::
-
-## 문제 해결
-
-### 일반적인 문제 및 해결 방법
-
-1. **Android의 키 해시 오류**
-   - Facebook 대시보드에 올바른 키 해시를 추가했는지 다시 확인하세요.
-   - 릴리스 빌드의 경우 디버그 및 릴리스 키 해시를 모두 추가했는지 확인하세요.
-   - 해시를 생성할 때 올바른 키 저장소를 사용하고 있는지 확인하세요.
-
-2. **Facebook 로그인 버튼이 나타나지 않습니다**
-   - 모든 매니페스트 항목이 올바른지 확인하세요.
-   - Facebook 앱 ID와 클라이언트 토큰이 올바른지 확인하세요.
-   - SDK을 올바르게 초기화했는지 확인하세요.
-
-3. **일반적인 iOS 문제**
-   - 모든 Info.plist 항목이 올바른지 확인하세요.
-   - URL 구성표가 올바르게 구성되었는지 확인
-   - 번들 ID가 Facebook 대시보드에 등록된 ID와 일치하는지 확인하세요.
-
-### 테스트
-
-1. **테스트하기 전에 Facebook 개발자 콘솔에서 테스트 사용자를 추가하세요**
-   - 역할 > 테스트 사용자로 이동합니다.
-   - 테스트 사용자 생성
-   - 테스트에 이 자격 증명을 사용하십시오.
-
-2. **디버그 및 릴리스 빌드 모두 테스트**
-   - 디버그 키 해시를 사용한 디버그 빌드
-   - 릴리스 키 해시를 사용한 릴리스 빌드
-   - 에뮬레이터와 실제 장치 모두에서 테스트다음을 포함하여 전체 로그인 흐름을 테스트하는 것을 잊지 마세요.
-- 로그인 성공
-- 로그인 취소
-- 오류 처리
-- 로그아웃 기능
diff --git a/src/content/docs/ko/docs/plugins/social-login/firebase/google/android.mdx b/src/content/docs/ko/docs/plugins/social-login/firebase/google/android.mdx
deleted file mode 100644
index f5a1b490a..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/firebase/google/android.mdx
+++ /dev/null
@@ -1,152 +0,0 @@
----
-title: Firebase Google Android에 로그인
-description: >-
-  Capacitor 소셜 로그인 플러그인을 사용하여 Android에서 Firebase 인증으로 Google 로그인을 설정하는 방법을
-  알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 소개
-
-이 가이드는 Android에서 Google 로그인과 Firebase 인증을 통합하는 데 도움이 됩니다. [일반 Firebase Google 설정](./general/)을 이미 완료했다고 가정합니다. 
-
-:::note
-Firebase 콘솔에서 아직 Android 앱을 만들지 않았다고 가정하겠습니다. 그렇다면 단계가 약간 다를 것입니다.
-:::
-
-## 설정 단계
-
-<Steps>
-1. [console.cloud.google.com](https://console.cloud.google.com/)에서 프로젝트 개요로 이동합니다.
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase 프로젝트 개요" />
-
-2. '앱 추가' 버튼을 클릭하세요.
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase 앱 버튼 추가" />
-
-    :::참고
-    이 버튼을 찾으려면 여기를 찾아야 할 수도 있습니다. 이는 Firebase 콘솔에서 이미 다른 앱을 만든 경우에만 적용됩니다.
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase 앱 버튼 추가" />
-
-3. `Android`을 선택하세요.
-    <img src="/social-login-assets/firebase_project_add_app_android.webp" alt="Firebase 앱 추가 Android 버튼" />
-
-4. 양식의 첫 번째 부분을 작성하세요.
-   1. `Android package name` 채우기
-      1. `npx cap open android`를 사용하여 앱에서 Android Studio를 엽니다.
-      2. 네비게이터 맨 아래에서 'Gradle Scripts'를 찾습니다.
-         <img src="/social-login-assets/studio_gradle_scripts.png" alt="Android Studio 프로젝트 탐색기의 Gradle 스크립트 섹션" />
-      3. `app` 모듈에 대한 `build.gradle`을 찾습니다.
-         <img src="/social-login-assets/studio_build_gradle.png" alt="Gradle 스크립트 섹션의 build.gradle(모듈: 앱) 파일" />
-      4. `android.defaultConfig.applicationId`을 복사합니다. 이것이 Firebase 콘솔의 `패키지 이름`이 됩니다.
-         <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="applicationId 구성을 보여주는 Build.gradle 파일" />
-      :::참고
-      여기에 표시된 ID는 나머지 가이드에서 사용할 ID와 다릅니다. 가이드의 나머지 부분에서는 `app.capgo.plugin.SocialLogin`을 사용하겠습니다.
-      :::
-      5. Firebase 콘솔에 붙여넣습니다.
-          <img src="/social-login-assets/firebase_project_add_app_android_package_name.webp" alt="Firebase 앱 추가 Android 패키지 이름 필드" />
-    2. '앱 등록' 버튼을 클릭하세요.
-        <img src="/social-login-assets/firebase_project_add_app_android_register.webp" alt="Firebase 앱 추가 Android 등록 버튼" />
-5. `구성 파일 다운로드 후 추가` 단계를 건너뜁니다.
-    <img src="/social-login-assets/firebase_project_add_app_android_skip_download.webp" alt="Firebase 앱 추가 Android '다운로드 후 구성 파일 추가' 건너뛰기" />
-6. `Add firebase SDK` 단계를 건너뜁니다.
-   <img src="/social-login-assets/firebase_project_add_app_android_skip_download_firebase_sdk.webp" alt="Firebase 앱 추가 Android 'firebase 추가 SDK' 건너뛰기" />
-7. '콘솔로 계속' 버튼을 클릭하세요.
-   <img src="/social-login-assets/firebase_project_add_app_android_continue_to_console.webp" alt="Firebase 앱 추가 Android 콘솔 버튼으로 계속 진행" />
-8. 자동으로 인증되지 않으면 `settings` -> `general` -> `내 앱`으로 이동하여 -> Android 앱을 찾아 클릭하세요.
-   <img src="/social-login-assets/firebase_project_add_app_android_settings_general_your_apps.webp" alt="Firebase 앱 추가 Android 설정 일반 앱 버튼" />
-9. SHA1 지문을 얻으세요
-   
-   [Google 로그인 Android 설정 가이드](/docs/plugins/social-login/google/android/#using-google-login-on-android)의 10~11단계를 따르세요.
-   
-   1. 이제 터미널을 열어주세요. 앱의 `android` 폴더에 있는지 확인하고 `./gradlew signInReport`을 실행하세요.
-      <img src="/social-login-assets/term_sign_report.png" alt="gradlew signInReport 명령을 보여주는 터미널" />
-   
-   2. 이 명령의 맨 위로 스크롤하십시오. 다음을 확인해야 합니다. `SHA1`을 복사합니다.
-      <img src="/social-login-assets/term_sign_report_res.png" alt="SHA1 인증서 지문을 보여주는 터미널 출력" />
-
-   :::참고
-   원래 Google 로그인 안드로이드 설정 가이드를 작성한 이후 계산을 변경했기 때문에 가이드의 나머지 부분에서는 약간 다른 SHA1을 사용하겠습니다.
-   :::
-
-   :::주의
-   SHA1은 올바르게 작동하는 데 매우 중요합니다. 엉망으로 만들면 이상한 방식으로 인증이 실패합니다.
-   올바르게 설정하려면 __**[Google 로그인 Android 설정 가이드를 읽어보세요](/docs/plugins/social-login/google/android/#using-google-login-on-android)**__하세요.
-   :::
-   
-10. Firebase 프로젝트에 SHA1을 추가합니다.
-      1. '지문 추가' 버튼을 클릭하세요.
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint.webp" alt="Firebase 앱 추가 Android 지문 추가 버튼" />
-      2. 이전 단계에서 복사한 SHA1을 붙여넣습니다.
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_sha1.webp" alt="Firebase 앱 추가 Android 지문 SHA1 필드 추가" />
-      3. `Save` 버튼을 클릭하세요.
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_add.webp" alt="Firebase 앱 추가 Android 지문 저장 버튼 추가" />11. 웹 클라이언트 ID 받기
-      1. `Build` -> `Authentication`로 이동합니다.
-         <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase 인증 메뉴" />
-      2. '로그인 방법' 버튼을 클릭하세요.
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase 인증 로그인 방법 버튼" />
-      3. `Google` 공급자를 클릭하세요.
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase 인증 로그인 방법 Google 공급자" />
-      4. `Web SDK configuration` 버튼을 클릭하세요.
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase 인증 로그인 방법 웹 SDK 구성 버튼" />
-      5. '웹 클라이언트 ID'를 복사하세요. 이는 플러그인의 `initialize` 메서드에서 `webClientId`이 됩니다.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase 인증 로그인 방법 웹 SDK 구성 웹 클라이언트 ID" />
-12. JS에서 웹 클라이언트 ID를 사용합니다.
-      :::참고
-      예제 앱의 [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) 파일에 있는 `authenticateWithGoogle` 도우미 함수를 사용하는 것이 좋습니다.
-      :::
-</Steps>
-
-이제 Android에서 Firebase 인증을 사용하여 Google 로그인을 사용할 수 있는 **__기술적으로__** 준비가 되었습니다. 하지만 다음 단계에 설명된 대로 Google Cloud 콘솔에서 설정을 다시 확인하는 것이 좋습니다.
-
-## Google 클라우드 콘솔에서 설정을 다시 확인하세요.
-
-설정이 올바른지 확인하려면 Google Cloud 콘솔에서 설정을 다시 확인해야 합니다.
-<Steps>
-   1. [console.cloud.google.com](https://console.cloud.google.com/)으로 이동합니다.
-   2. 프로젝트 찾기
-      1. 프로젝트 선택기를 클릭하세요
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Cloud Console 프로젝트 선택기" />
-      2. Firebase 프로젝트의 정확한 이름으로 프로젝트를 검색하고 클릭하세요. 제 경우에는 `sociallogin-tutorial-app`입니다.
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase 프로젝트 선택기 프로젝트" />
-   3. 검색창을 열고 `credentials`을 엽니다.
-      1. 검색창을 엽니다
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Cloud Console 검색창" />
-      2. `credentials`을 검색하고 'API 및 서비스' 항목(스크린샷의 2번)을 클릭합니다.
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Cloud Console 자격 증명 검색" />
-   4. 목록에 Android 및 웹 클라이언트 ID가 모두 표시되는지 확인합니다.
-      <img src="/social-login-assets/firebase_gc_credentials_list.webp" alt="Google Cloud Console 자격 증명 목록" />
-
-      :::주의
-      목록에 Android 및 웹 클라이언트 ID가 모두 표시되지 않으면 설정에 실수가 있는 것입니다. 돌아가서 단계를 확인하세요.
-
-      또한 다른 프로젝트에 동일한 앱 ID를 사용하여 이미 Android SHA1 해시를 추가했을 수도 있습니다. 이로 인해 Firbase는 Android 클라이언트 ID를 생성할 수 없게 됩니다. 이 경우 다른 프로젝트와 Firebase(Android 앱을 제거하려면 Firebase 콘솔을 사용)에서 SHA1을 제거하고 Firbase에서 다시 생성해야 합니다.
-      :::
-   5. Android 클라이언트 ID가 Firebase 콘솔에 올바르게 구성되었는지 확인합니다.
-      1. `Android` 앱을 클릭하세요
-         <img src="/social-login-assets/firebase_gc_android_app_select.webp" alt="Google 클라우드 콘솔 Android 앱 선택" />
-      2. SHA1 해시가 올바르게 구성되었는지, 이전 단계에서 복사한 해시와 일치하는지 확인합니다.
-         <img src="/social-login-assets/firebase_gc_android_app_sha1_configured.webp" alt="Google Cloud Console Android 앱 SHA1 구성됨" />
-   6. Firebase 콘솔에서 웹 클라이언트 ID가 올바르게 구성되었는지 확인합니다.
-      1. `Web` 앱을 클릭하세요
-         <img src="/social-login-assets/firebase_gc_web_app_select.webp" alt="Google Cloud 콘솔 웹 앱 선택" />
-      2. 클라이언트 ID가 이전 단계에서 복사한 ID와 일치하는지 확인합니다.
-         <img src="/social-login-assets/firebase_gc_web_app_client_id_configured.webp" alt="Google Cloud Console 웹 앱 클라이언트 ID가 구성됨" />
-      :::참고
-      웹 클라이언트의 나머지 설정은 무시하십시오. 이에 대해서는 [웹 설정 가이드](/docs/plugins/social-login/firebase/google/web/)에서 논의하겠습니다.
-</Steps>
-
-짜잔! 이제 Android에서 Firebase 인증으로 Google 로그인을 사용할 준비가 되었습니다.
-
-## 문제 해결
-
-인증이 중단되거나 실패하는 경우:
-
-- `idToken` 대상이 Firebase 웹 클라이언트 ID와 일치하는지 확인하세요.
-- Google 로그인이 Firebase 콘솔에서 활성화되어 있는지 확인하세요.
-- SHA-1 지문이 올바르게 구성되었는지 확인하세요.
-- 참고용으로 [예제 앱 코드](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts)를 검토하세요.
diff --git a/src/content/docs/ko/docs/plugins/social-login/firebase/google/general.mdx b/src/content/docs/ko/docs/plugins/social-login/firebase/google/general.mdx
deleted file mode 100644
index 4bfa6641e..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/firebase/google/general.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: Firebase Google 로그인 - 일반 설정
-description: Capacitor 소셜 로그인 플러그인을 사용하여 Firebase 인증으로 Google 로그인을 설정하는 방법을 알아보세요.
-sidebar:
-  order: 1
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 소개
-
-이 가이드는 Capacitor 소셜 로그인 플러그인을 사용하여 Google 로그인과 Firebase 인증을 통합하는 과정을 안내합니다. 이 설정을 사용하면 백엔드 인증을 위해 Firebase 인증을 활용하면서 모바일 플랫폼에서 기본 Google 로그인을 사용할 수 있습니다.
-
-## 설정 단계
-
-<Steps>
-1. [console.cloud.google.com](https://console.cloud.google.com/)으로 이동하세요.
-2. 사용하고 싶은 프로젝트를 선택하세요
-    <img src="/social-login-assets/firebase_project_select.webp" alt="Firebase 프로젝트 선택기" />
-3. `Authentication` 메뉴로 이동
-    1. `build`을 클릭하세요.
-    2. `Authentication`을 클릭하세요.
-    <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase 인증 메뉴" />
-4. '시작하기' 버튼을 클릭하세요.
-    <img src="/social-login-assets/firebase_auth_start.webp" alt="Firebase 시작하기 버튼" />
-5. `Email/Password` 및 `Google` 또는 `Google`만 선택하세요.
-    :::참고
-    둘 다 사용하고 싶기 때문에 `Email/Password` 및 `Google`을 선택하겠습니다. 하지만 `Google`만 선택할 수 있습니다. 이는 나중에 변경할 수 있는 사항입니다.
-    :::
-    <img src="/social-login-assets/firebase_google_email_auth.webp" alt="Firebase 이메일/비밀번호를 선택하고 Google 버튼을 선택하세요." />
-    <img src="/social-login-assets/firebase_auth_enable_email.webp" alt="Firebase 이메일 인증 활성화" />
-    <img src="/social-login-assets/firebase_auth_enable_email_save.webp" alt="Firebase 저장, Google 인증 활성화" />
-    <img src="/social-login-assets/firebase_auth_add_provider_after_email.webp" alt="Firebase 공급자 추가 버튼 활성화" />
-    <img src="/social-login-assets/firebase_auth_add_google_provider_after_email.webp" alt="Firebase 이메일 공급자를 추가한 후 Google 공급자를 추가하세요." />
-6. `Google` 공급자를 활성화합니다.
-    <img src="/social-login-assets/firebase_auth_add_google_provider_enable.webp" alt="Firebase Google 인증 활성화" />
-7. 지원 이메일 추가
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth.webp" alt="Firebase 지원 이메일 추가" />
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth_2.webp" alt="Firebase 지원 이메일 파트 2 추가" />
-8. '프로젝트 공개 이름'을 변경합니다.
-    :::참고
-    이는 사용자에게 표시되므로 좀 더 설명적인 것으로 변경하는 것이 좋습니다.
-    :::
-    <img src="/social-login-assets/firebase_auth_change_public_facing_name.webp" alt="Firebase 공개 이름 변경" />
-9. `Save` 버튼을 클릭하세요.
-    <img src="/social-login-assets/firebase_auth_save_google_auth.webp" alt="Firebase 공개 이름 저장" />
-</Steps>
-
-짜잔, 이제 Google Firebase 인증으로 로그인이 활성화되었습니다 🎉
diff --git a/src/content/docs/ko/docs/plugins/social-login/firebase/google/ios.mdx b/src/content/docs/ko/docs/plugins/social-login/firebase/google/ios.mdx
deleted file mode 100644
index 0b096314b..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/firebase/google/ios.mdx
+++ /dev/null
@@ -1,169 +0,0 @@
----
-title: Firebase Google iOS에 로그인
-description: Capacitor 소셜 로그인 플러그인을 사용하여 iOS에서 Firebase 인증으로 Google 로그인을 설정하는 방법을 알아보세요.
-sidebar:
-  order: 3
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 소개
-
-이 가이드는 iOS에서 Firebase 인증과 Google 로그인을 통합하는 데 도움이 됩니다. [일반 Firebase Google 설정](./general/)을 이미 완료했다고 가정합니다. 
-
-:::note
-Firebase 콘솔에서 아직 iOS 앱을 만들지 않았다고 가정하겠습니다. 그렇다면 단계가 약간 다를 것입니다.
-:::
-
-## 설정 단계
-
-<Steps>
-1. [console.cloud.google.com](https://console.cloud.google.com/)에서 프로젝트 개요로 이동합니다.
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase 프로젝트 개요" />
-
-2. '앱 추가' 버튼을 클릭하세요.
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase 앱 버튼 추가" />
-
-    :::참고
-    이 버튼을 찾으려면 여기를 찾아야 할 수도 있습니다. 이는 Firebase 콘솔에서 이미 다른 앱을 만든 경우에만 적용됩니다.
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase 앱 버튼 추가" />
-3. `iOS`을 선택하세요.
-    <img src="/social-login-assets/firebase_project_add_app_ios.webp" alt="Firebase 앱 추가 iOS 버튼" />
-
-4. 양식의 첫 번째 부분을 작성하세요.
-   1. `Apple bundle ID`을 채우세요.
-      1. `npx cap open ios`을 사용하여 앱에서 Xcode을 엽니다.
-      2. `App`을 두 번 클릭합니다.
-         <img src="/social-login-assets/xcode_app_click.png" alt="Xcode 프로젝트 탐색기의 앱 대상" />
-      3. `Targets -> App`에 있는지 확인하세요.
-         <img src="/social-login-assets/xcode_targets_app.png" alt="앱이 선택된 Xcode의 타겟 섹션" />
-      4. '번들 식별자'를 찾으세요.
-          <img src="/social-login-assets/xcode_bundle_id.png" alt="Xcode 프로젝트 설정의 번들 식별자 필드" />
-          :::참고
-          여기에 표시된 ID는 나머지 가이드에서 사용할 ID와 다릅니다. 가이드의 나머지 부분에서는 `app.capgo.plugin.SocialLogin`을 사용하겠습니다.
-          :::
-      5. `번들 식별자`를 복사하여 Firebase 콘솔에 붙여넣습니다.
-         <img src="/social-login-assets/firebase_project_add_app_ios_bundle_id.webp" alt="Firebase 앱 추가 iOS 번들 ID 필드" />
-   2. '앱 등록' 버튼을 클릭하세요.
-         <img src="/social-login-assets/firebase_project_add_app_ios_register.webp" alt="Firebase 앱 추가 iOS 등록 버튼" />
-5. `구성 파일 다운로드` 단계를 건너뜁니다.
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download.webp" alt="Firebase 앱 추가 iOS 다운로드 건너뛰기 버튼" />
-6. `Add firebase SDK` 단계를 건너뜁니다.
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk_2.webp" alt="Firebase 앱 추가 iOS 다운로드 건너뛰기 Firebase SDK 버튼" />
-7. '초기화 코드 추가' 단계를 건너뜁니다.
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk.webp" alt="Firebase 앱 추가 iOS 초기화 코드 추가 건너뛰기 버튼" />
-8. '콘솔로 계속' 버튼을 클릭하세요.
-    <img src="/social-login-assets/firebase_project_add_app_ios_continue_to_console.webp" alt="Firebase 앱 추가 iOS 콘솔 버튼으로 계속 진행" />
-9. iOS 클라이언트 ID와 `YOUR_DOT_REVERSED_IOS_CLIENT_ID`를 받으세요.
-   1. [console.cloud.google.com](https://console.cloud.google.com/)에서 Google Cloud Console로 이동합니다.
-   2. 프로젝트 찾기
-      1. 프로젝트 선택기를 클릭하세요
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Cloud Console 프로젝트 선택기" />
-      2. Firebase 프로젝트의 정확한 이름으로 프로젝트를 검색하고 클릭하세요. 제 경우에는 `sociallogin-tutorial-app`입니다.
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase 프로젝트 선택기 프로젝트" />
-   3. 검색창을 열고 `credentials`을 엽니다.
-      1. 검색창을 엽니다
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Cloud Console 검색창" />
-      2. `credentials`을 검색하고 'API 및 서비스' 항목(스크린샷의 2번)을 클릭합니다.
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Cloud Console 자격 증명 검색" />
-   4. `iOS client for [YOUR_APP_ID] (auto created by Google Service)`을 클릭하세요. 제 경우에는 `sociallogin-tutorial-app`입니다.
-      <img src="/social-login-assets/firebase_gc_credentials_ios_client_id.webp" alt="Google Cloud Console 사용자 인증 정보 iOS 클라이언트 ID" />
-   5. `클라이언트 ID`와 `iOS URL scheme`을 복사합니다. 이는 각각 `iOSClientId` 및 `YOUR_DOT_REVERSED_IOS_CLIENT_ID`이 됩니다.
-
-      :::참고
-      이 가이드의 다음 부분에 설명된 대로 플러그인의 `initialize` 메서드에서 `iOSClientId`을 전달하고, 앱의 `Info.plist` 파일에서 `YOUR_DOT_REVERSED_IOS_CLIENT_ID`을 사용합니다.
-      :::<img src="/social-login-assets/firebase_gc_credentials_ios_client_id_copy.webp" alt="Google Cloud Console 사용자 인증 정보 iOS 클라이언트 ID 복사" />
-10. 웹 클라이언트 ID 받기
-    1. Firebase 콘솔로 돌아가서 `Build` -> `Authentication`로 이동합니다.
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase 인증 메뉴" />
-    2. '로그인 방법' 버튼을 클릭하세요.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase 인증 로그인 방법 버튼" />
-    3. `Google` 공급자를 클릭하세요.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase 인증 로그인 방법 Google 공급자" />
-    4. `Web SDK configuration` 버튼을 클릭하세요.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase 인증 로그인 방법 웹 SDK 구성 버튼" />
-    5. '웹 클라이언트 ID'를 복사하세요. 이는 플러그인의 `initialize` 메서드에서 `webClientId`이 됩니다.
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase 인증 로그인 방법 웹 SDK 구성 웹 클라이언트 ID" />
-11. 앱의 Info.plist 수정
-    1. Xcode을 열고 `Info.plist` 파일을 찾습니다.
-        <img src="/social-login-assets/xcode_info_file.png" alt="Xcode 프로젝트 탐색기의 Info.plist 파일" />
-    2. 이 파일을 마우스 오른쪽 버튼으로 클릭하고 소스 코드로 엽니다.
-        <img src="/social-login-assets/xcode_open_as_src_code.png" alt="소스 코드로 열기 옵션을 표시하는 마우스 오른쪽 버튼 클릭 메뉴" />
-    3. `Plist` 파일 하단에 `</dict>` 태그가 표시됩니다.
-        <img src="/social-login-assets/xcode_dict_tag.png" alt="Info.plist 파일에서 dict 태그 닫기" />
-    4. 닫는 `</dict>` 태그 바로 앞에 다음 조각을 삽입합니다.
-        <img src="/social-login-assets/xcode_plist_inserted.png" alt="dict 태그를 닫기 전에 URL 구성표 코드가 삽입된 Info.plist" />
-        
-        ```xml
-        <key>CFBundleURLTypes</key>
-        <array>
-        <dict>
-          <key>CFBundleURLSchemes</key>
-          <array>
-            <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-          </array>
-        </dict>
-        </array>
-        <key>GIDClientID</key>
-        <string>YOUR_IOS_CLIENT_ID.apps.googleusercontent.com</string>
-        ```
-    
-    5. `YOUR_DOT_REVERSED_IOS_CLIENT_ID`를 9단계에서 복사한 값(iOS URL 구성표)으로 변경합니다.
-        <img src="/social-login-assets/xcode_plist_final.png" alt="URL 구성표에 삽입된 실제 역방향 클라이언트 ID가 포함된 Info.plist" />
-        
-        :::주의
-        이 값이 `com.googleusercontent.apps`으로 **STARTS**되는지 확인하세요.
-        :::
-    
-   6. `YOUR_IOS_CLIENT_ID`을 9단계에서 복사한 iOS 클라이언트 ID로 변경합니다.
-    
-   7. `Command + S`로 파일을 저장하세요.
-
-12. `AppDelegate.swift` 수정
-    1. AppDelegate를 엽니다.
-        <img src="/social-login-assets/xcode_app_deleg.png" alt="Xcode 프로젝트 탐색기의 AppDelegate.swift 파일" />
-    2. 파일 상단에 `import GoogleSignIn`을 삽입하세요.
-        <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="GoogleSignIn 가져오기가 추가된 AppDelegate.swift" />
-    3. `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])` 함수 찾기
-        <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="AppDelegate의 원래 애플리케이션 openURL 기능" />
-    4. 다음과 같이 함수를 수정합니다.
-        
-        ```swift
-        func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-            // Called when the app was launched with a url. Feel free to add additional processing here,
-            // but if you want the App API to support tracking app url opens, make sure to keep this call
-        
-            var handled: Bool
-        
-            handled = GIDSignIn.sharedInstance.handle(url)
-            if handled {
-              return true
-            }
-        
-            return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-        }
-        ```
-        
-        <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="GoogleSignIn 처리로 애플리케이션 openURL 기능을 수정했습니다." />
-    
-    5. `Command + S`로 파일을 저장하세요.
-
-15. 앱에서 Google 로그인 사용
-
-    이 단계에서는 앱에서 Google 로그인을 사용할 준비가 되었습니다.
-    Google으로 인증하려면 예시 앱의 [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) 파일을 사용하세요.
-</Steps>
-
- 사용자는 처음 로그인할 때 Firebase 인증에서 자동으로 생성됩니다.
-
-## 문제 해결
-
-인증이 중단되거나 실패하는 경우:
-
-- `idToken` 대상이 Firebase 웹 클라이언트 ID와 일치하는지 확인하세요.
-- Google 로그인이 Firebase 콘솔에서 활성화되어 있는지 확인하세요.
-- Info.plist에 올바른 URL 구성표와 GIDClientID가 있는지 확인하세요.
-- `iOSServerClientId`이 웹 클라이언트 ID와 일치하는지 확인하세요.
-- 참고용으로 [예제 앱 코드](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts)를 검토하세요.
diff --git a/src/content/docs/ko/docs/plugins/social-login/firebase/google/web.mdx b/src/content/docs/ko/docs/plugins/social-login/firebase/google/web.mdx
deleted file mode 100644
index 99e858c84..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/firebase/google/web.mdx
+++ /dev/null
@@ -1,55 +0,0 @@
----
-title: Web에서 Firebase Google 로그인
-locale: ko
-description: Firebase의 내장 Google 로그인을 사용하여 Web에서 Firebase Authentication으로 Google 로그인을 설정하는 방법을 알아보세요.
-sidebar:
-    order: 4
----
-
-## 소개
-
-Capacitor Social Login 플러그인은 **웹 플랫폼을 지원하지 않습니다**. 웹 애플리케이션의 경우 Firebase의 내장 Google 로그인을 직접 사용해야 하며, 이는 더 안정적인 팝업 기반 인증 흐름을 제공합니다.
-
-## 웹에서 플러그인을 사용하지 않는 이유는?
-
-Capacitor Social Login 플러그인은 플랫폼별 인증 흐름을 활용할 수 있는 네이티브 모바일 플랫폼(Android 및 iOS)용으로 설계되었습니다. 웹의 경우 Firebase의 네이티브 `signInWithPopup` 메서드가 다음과 같은 장점이 있습니다:
-
-- ✅ 더 안정적이고 더 나은 지원
-- ✅ 브라우저 세션 스토리지를 자동으로 처리
-- ✅ 더 나은 오류 처리 제공
-- ✅ 추가 구성이 필요하지 않음
-
-## 설정 단계
-
-1. **Firebase 프로젝트 구성**
-
-   Firebase 프로젝트에서 Google 로그인이 활성화되어 있는지 확인하세요:
-   - [Firebase Console](https://console.firebase.google.com/)로 이동
-   - Authentication > Sign-in method로 이동
-   - Google 로그인 제공업체 활성화
-
-2. 승인된 도메인 추가
-    1. [console.cloud.google.com](https://console.cloud.google.com/)에서 프로젝트 개요로 이동
-        <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Overview" />
-    2. `Authentication` 메뉴 열기
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-    3. `Settings` 버튼 클릭
-        <img src="/social-login-assets/firebase_select_authentication_settings.webp" alt="Firebase Authentication Sign-in Method Button" />
-    4. `Authorized domains` 설정
-        <img src="/social-login-assets/firebase_select_authentication_settings_authorized_domains.webp" alt="Firebase Authentication Settings Authorized Domains" />
-
-## 예제 구현
-
-다음을 수행하는 완전한 구현은 예제 앱의 [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) 파일을 참조하세요:
-
-- 웹 플랫폼용 Firebase의 `signInWithPopup` 사용
-- Android/iOS 플랫폼용 Capacitor Social Login 플러그인 사용
-- 플랫폼 감지 자동 처리
-
-예제는 네이티브 플랫폼용 플러그인을 사용하면서 웹용 Firebase의 내장 메서드를 조건부로 사용하는 방법을 보여줍니다.
-
-## 추가 리소스
-
-- [Firebase Authentication Documentation](https://firebase.google.com/docs/auth) - 전체 Firebase Auth 문서
-- [Firebase Google Sign-In for Web](https://firebase.google.com/docs/auth/web/google-signin) - 웹용 Google 로그인 공식 Firebase 가이드
-- [Google Login Setup Guide](/docs/plugins/social-login/google/general/) - 승인된 도메인 및 OAuth 동의 화면 구성 가이드
diff --git a/src/content/docs/ko/docs/plugins/social-login/firebase/introduction.mdx b/src/content/docs/ko/docs/plugins/social-login/firebase/introduction.mdx
deleted file mode 100644
index 49a612564..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/firebase/introduction.mdx
+++ /dev/null
@@ -1,99 +0,0 @@
----
-title: Firebase 통합 소개
-locale: ko
-description: 완전한 인증 솔루션을 위해 Capacitor Social Login 플러그인과 Firebase Authentication을 통합하는 방법을 알아보세요.
-sidebar:
-    order: 1
----
-
-## 개요
-
-이 튜토리얼은 Capacitor Social Login 플러그인과 Firebase Authentication 설정 과정을 안내합니다. 이 통합을 통해 모바일 플랫폼에서 네이티브 소셜 로그인 제공업체(Google, Apple, Facebook, Twitter)를 사용하고 백엔드 인증을 위한 Firebase Auth와 데이터 저장을 위한 Firestore를 활용할 수 있습니다.
-
-## 배울 내용
-
-- Firebase Authentication 구성 방법
-- Capacitor Social Login 플러그인을 Firebase Auth와 통합하는 방법
-- Android, iOS 및 Web을 위한 플랫폼별 설정
-
-## 필요한 것
-
-시작하기 전에 다음이 필요합니다:
-
-1. **Firebase 프로젝트**
-   - [Firebase Console](https://console.firebase.google.com/)에서 프로젝트 생성
-   - Authentication 활성화(이메일/비밀번호 및 Google 로그인)
-   - Firebase 구성 자격 증명 가져오기
-
-2. **Firebase JS SDK**
-   - 프로젝트에 Firebase 설치:
-     ```bash
-     npm install firebase
-     ```
-
-3. **Capacitor 프로젝트**
-   - 기존 Capacitor 애플리케이션
-   - Capacitor Social Login 플러그인 설치:
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-## 예제 애플리케이션
-
-완전히 작동하는 예제는 리포지토리에서 확인할 수 있습니다:
-
-**코드 리포지토리**: [코드 리포지토리는 여기에서 찾을 수 있습니다](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-예제 앱은 다음을 보여줍니다:
-- Firebase를 사용한 이메일/비밀번호 인증
-- Google 로그인 통합(Android, iOS 및 Web)
-- Firebase Firestore 컬렉션을 사용한 간단한 키-값 저장소
-- Firestore 하위 컬렉션의 사용자별 데이터 저장
-
-
-## Capacitor에서 Firebase SDK 사용에 대한 참고사항
-
-Capacitor에서 Firebase JS SDK를 사용할 때 인증 메서드를 사용할 때 Firebase Auth 인스턴스를 약간 다르게 초기화해야 합니다.
-
-웹 플랫폼에서는 `getAuth` 함수를 사용하여 Firebase Auth 인스턴스를 가져옵니다.
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { getAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-const auth = getAuth(app);
-```
-
-안타깝게도 Capacitor에서는 이것이 작동하지 않으며 Firebase 인증이 중단됩니다. [이 블로그 포스트](https://harryherskowitz.com/2021/08/23/firebase-capacitor.html)에 명시된 대로 `initializeAuth` 함수를 사용하여 Firebase Auth 인스턴스를 초기화해야 합니다.
-다음과 같이 보입니다:
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { initializeAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-
-function whichAuth() {
-  let auth;
-  if (Capacitor.isNativePlatform()) {
-    auth = initializeAuth(app, {
-      persistence: indexedDBLocalPersistence,
-    });
-  } else {
-    auth = getAuth(app);
-  }
-  return auth;
-}
-
-export const auth = whichAuth();
-```
-## 다음 단계
-
-설정 가이드를 계속 진행하세요:
-- [Firebase Setup](./google/general/) - Firebase 프로젝트 구성
-- [Android Setup](./google/android/) - Android 전용 구성
-- [iOS Setup](./google/ios/) - iOS 전용 구성
-- [Web Setup](./google/web/) - Web 전용 구성
-
diff --git a/src/content/docs/ko/docs/plugins/social-login/getting-started.mdx b/src/content/docs/ko/docs/plugins/social-login/getting-started.mdx
deleted file mode 100644
index 57d689e83..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/getting-started.mdx
+++ /dev/null
@@ -1,157 +0,0 @@
----
-title: 시작하기
-description: >-
-  Google, Apple, Facebook 및 일반 OAuth2 로그인에 대한 원활한 통합을 통해 앱 인증을 강화하기 위해 Capacitor
-  소셜 로그인 플러그인을 설치하고 구성하는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-import { Code, Card, CardGrid } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-import MicroCard from '@/components/MicroCard.astro'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-social-login" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **앱 시작 시 초기화**
-
-   ```typescript
-   import { SocialLogin } from '@capgo/capacitor-social-login';
-
-   await SocialLogin.initialize({
-     google: {
-       webClientId: 'your-google-web-client-id',
-       iOSServerClientId: 'your-google-server-client-id',
-       mode: 'online',
-     },
-     apple: {
-       clientId: 'your-apple-service-id',
-       useProperTokenExchange: true,
-       useBroadcastChannel: true,
-     },
-     facebook: {
-       appId: 'your-facebook-app-id',
-     },
-     twitter: {
-       clientId: 'your-twitter-client-id',
-       redirectUrl: 'myapp://oauth/twitter',
-     },
-     oauth2: {
-       github: {
-         appId: 'your-github-client-id',
-         authorizationBaseUrl: 'https://github.com/login/oauth/authorize',
-         accessTokenEndpoint: 'https://github.com/login/oauth/access_token',
-         redirectUrl: 'myapp://oauth/github',
-         scope: 'read:user user:email',
-         pkceEnabled: true,
-       },
-     },
-   });
-   ```
-</Steps>
-
-## 핵심 흐름 예시
-
-### 로그인
-
-```typescript
-await SocialLogin.login({
-  provider: 'google',
-  options: { scopes: ['profile', 'email'] },
-});
-
-await SocialLogin.login({
-  provider: 'oauth2',
-  options: {
-    providerId: 'github',
-    scope: 'read:user user:email',
-  },
-});
-```
-
-### 세션 확인
-
-```typescript
-const status = await SocialLogin.isLoggedIn({ provider: 'google' });
-await SocialLogin.logout({ provider: 'google' });
-```
-
-### 인증 코드 및 새로고침
-
-```typescript
-// For providers that support this mode
-const authCodeResult = await SocialLogin.getAuthorizationCode({ provider: 'google' });
-await SocialLogin.refresh({ provider: 'google', options: {} as never });
-```
-
-### 고급 도우미
-
-```typescript
-const jwt = await SocialLogin.decodeIdToken({
-  idToken: 'eyJhbGciOi...',
-});
-
-const { date } = await SocialLogin.getAccessTokenExpirationDate({
-  accessTokenExpirationDate: Date.now() + 3600 * 1000,
-});
-
-const expired = await SocialLogin.isAccessTokenExpired({
-  accessTokenExpirationDate: Date.now() + 1000,
-});
-
-const active = await SocialLogin.isRefreshTokenAvailable({ refreshToken: 'a-token' });
-```
-
-## 제공업체별 참고 사항
-
-### Google 오프라인 모드
-
-`google.mode: 'offline'`는 로그인에서 `serverAuthCode`을 반환합니다. 이 모드 로그아웃에서는 isLoggedIn, getAuthorizationCode 및 새로 고침을 사용할 수 없습니다.
-
-### Apple
-
-엄격한 토큰 처리를 위해서는 `useProperTokenExchange: true`을 설정하고 Android 단순화된 설정을 위해서는 `useBroadcastChannel: true`를 설정하세요.
-
-### OAuth2 웹 리디렉션 흐름
-
-페이지에서 벗어나 탐색하는 웹 흐름에는 `OAuth2LoginOptions.flow: 'redirect'`을 사용하세요.
-
-## Capacitor의 공급자 구성
-
-사용하지 않는 공급자를 비활성화하여 기본 바이너리를 줄일 수 있습니다.
-
-```typescript
-import type { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'My App',
-  webDir: 'dist',
-  plugins: {
-    SocialLogin: {
-      providers: {
-        google: true,
-        facebook: true,
-        apple: true,
-        twitter: false,
-      },
-    },
-  },
-};
-```
-
-## 관련 문서
-
-- [통합 개요](/docs/plugins/social-login/integrations/)
-- [Better Auth 통합](/docs/plugins/social-login/better-auth/)
-- [OAuth2 및 OIDC 제공업체](/docs/plugins/social-login/oauth2/)
-- [Ionic Auth Connect에서 마이그레이션](/docs/upgrade/from-ionic-auth-connect/)
-- [소셜 로그인 Auth Connect 이전 안내](/docs/plugins/social-login/migrations/ionic-auth-connect/)
-- [기존 공급자 마이그레이션](/docs/plugins/social-login/migrations/google/)
-- [Ionic 엔터프라이즈 플러그인 마이그레이션 솔루션](/solutions/ionic-enterprise-plugins/)
diff --git a/src/content/docs/ko/docs/plugins/social-login/google/android.mdx b/src/content/docs/ko/docs/plugins/social-login/google/android.mdx
deleted file mode 100644
index 3701196de..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/google/android.mdx
+++ /dev/null
@@ -1,222 +0,0 @@
----
-title: Google Android에 로그인
-description: >-
-  이 가이드는 Android 장치에 대해 Capacitor을 사용하여 Google 로그인을 설정하는 방법에 대한 포괄적인 안내를 제공하며,
-  원활한 통합 프로세스를 보장하고 발생할 수 있는 잠재적인 문제를 해결하기 위한 각 단계를 자세히 설명합니다.
-sidebar:
-  order: 2
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 소개
-
-이 가이드에서는 Android에 대한 Capgo 소셜 로그인을 사용하여 Google 로그인을 설정하는 방법을 알아봅니다.
-[일반 설정 가이드](/docs/plugins/social-login/google/general/)를 이미 읽으셨다고 가정합니다.
-
-## Android에서 Google 로그인 사용
-
-이 부분에서는 Android에서 Google 로그인을 설정하는 방법을 알아봅니다.
-
-:::caution
-Android SHA1 인증서는 매우 고통스럽기 때문에 누구에게도 이를 설정하도록 하고 싶지 않습니다. 다음 단계에서는 Google Play 스토어에 게시되지 않고 로컬 시뮬레이터 또는 개발 하드웨어 장치에서만 사용되는 앱의 가장 간단한 시나리오를 가정합니다. 
-
-앱을 Google Play 스토어에 배포한 경우 **반드시** 프로덕션 릴리스용 Google Play 콘솔의 SHA1을 포함하는 추가 Android 클라이언트 ID를 추가해야 합니다. Google Play이 릴리스 번들에 서명하는 데 사용하는 SHA1 해시는 `Test and release > Setup > App Signing`에서 찾을 수 있습니다.
-
-마지막으로, 실수를 해도 오류가 명확하지 않다는 점을 언급하는 것이 중요합니다. 디버깅이 매우 어려울 수 있습니다. 설정에 어려움을 겪는다면 [Github 문제](https://github.com/Cap-go/capacitor-social-login/issues)를 살펴보세요.
-
-또한 자세한 내용은 [Google Android에 대한 로그인 설정](#troubleshooting)의 문제 해결 섹션을 참조하세요.
-:::
-
-:::note
-여러 개의 Android 클라이언트 ID를 생성할 수 있습니다. 이는 SHA1 인증서가 여러 개 있는 경우 필요합니다.
-:::
-
-<Steps>
-1. Android 클라이언트 ID를 생성합니다.
-   1. 검색창을 클릭하세요
-      <img src="/social-login-assets/google_cons_search.png" alt="Google 콘솔 검색 창" />
-   
-   2. `credentials`을 검색하고 'API 및 서비스' 항목(스크린샷의 2번)을 클릭합니다.
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="API 및 서비스가 강조 표시된 자격 증명 옵션을 보여주는 검색 결과" />
-   
-   3. '사용자 인증 정보 생성'을 클릭하세요.
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Google 콘솔에서 자격 증명 만들기 버튼" />
-   
-   4. `OAuth client ID`를 선택하세요.
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="자격 증명 생성 메뉴의 OAuth 클라이언트 ID 옵션" />
-
-   5. `Android` 애플리케이션 유형을 선택합니다.
-      <img src="/social-login-assets/google_cons_app_type_android.png" alt="Android 옵션이 강조 표시된 애플리케이션 유형 선택" />
-   
-   6. Android 스튜디오를 엽니다.
-   
-   7. 네비게이터 맨 아래에서 'Gradle Scripts'를 찾으세요.
-      <img src="/social-login-assets/studio_gradle_scripts.png" alt="Android Studio 프로젝트 탐색기의 Gradle 스크립트 섹션" />
-   
-   8. `app` 모듈에 대한 `build.gradle`을 찾습니다.
-      <img src="/social-login-assets/studio_build_gradle.png" alt="Gradle 스크립트 섹션의 build.gradle(모듈: 앱) 파일" />
-   
-   9. `android.defaultConfig.applicationId`을 복사합니다. 이것이 Google 콘솔의 `패키지 이름`이 됩니다.
-      <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="applicationId 구성을 보여주는 Build.gradle 파일" />
-   
-   10. 이제 터미널을 엽니다. 앱의 `android` 폴더에 있는지 확인하고 `./gradlew signInReport`을 실행하세요.
-      <img src="/social-login-assets/term_sign_report.png" alt="gradlew signInReport 명령을 보여주는 터미널" />
-   
-   11. 이 명령의 맨 위로 스크롤하십시오. 다음을 확인해야 합니다. `SHA1`을 복사합니다.
-      <img src="/social-login-assets/term_sign_report_res.png" alt="SHA1 인증서 지문을 보여주는 터미널 출력" />
-   
-   12. 이제 Google 콘솔로 돌아갑니다. '패키지 이름'으로 `applicationId`을 입력하고 인증서 필드에 SHA1을 입력한 후 `create`을 클릭하세요.
-      <img src="/social-login-assets/google_cons_creat_android_client.png" alt="Android 패키지 이름과 SHA1 필드가 채워진 클라이언트 생성 양식" />
-   
-2. 웹 클라이언트 생성(Android에 필요함)
-   
-   1. Google 콘솔의 '인증서 생성' 페이지로 이동합니다.
-   
-   2. 애플리케이션 유형을 `Web`로 설정합니다.
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="웹 옵션이 강조 표시된 애플리케이션 유형 선택" />
-   
-   3. `Create`을 클릭하세요.
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="하단에 만들기 버튼이 있는 웹 클라이언트 생성 양식" />
-   
-   4. 클라이언트 ID를 복사합니다. 이를 JS/TS 코드에서 `webClientId`로 사용합니다.
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="복사할 웹 클라이언트 ID를 보여주는 클라이언트 ID 세부정보" />
-
-3. `MainActivity` 수정1. Android Studio에서 앱을 열어주세요. 'cap open android'를 실행할 수 있습니다.
-   
-   2. `MainActivity.java` 찾기
-     
-      1. `app` 폴더를 엽니다.
-         <img src="/social-login-assets/studio_app_folder.png" alt="Android Studio 프로젝트 탐색기의 앱 폴더" />
-     
-      2. `java` 찾기
-         <img src="/social-login-assets/studio_app_java.png" alt="Android Studio 프로젝트 구조의 Java 폴더" />
-     
-      3. `MainActivity.java`을 찾아 클릭하세요.
-         <img src="/social-login-assets/studio_app_java_activity_main.png" alt="패키지 구조의 MainActivity.java 파일" />
-   
-   3. `MainActivity.java`을 수정합니다. 다음 코드를 추가해주세요
-     
-      ```java
-      import ee.forgr.capacitor.social.login.GoogleProvider;
-      import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-      import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-      import com.getcapacitor.PluginHandle;
-      import com.getcapacitor.Plugin;
-      import android.content.Intent;
-      import android.util.Log;
-      import com.getcapacitor.BridgeActivity;
-      
-      // ModifiedMainActivityForSocialLoginPlugin is VERY VERY important !!!!!!    
-      public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-      
-            @Override
-            public void onActivityResult(int requestCode, int resultCode, Intent data) {
-              super.onActivityResult(requestCode, resultCode, data);
-      
-              if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-                PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                if (pluginHandle == null) {
-                  Log.i("Google Activity Result", "SocialLogin login handle is null");
-                  return;
-                }
-                Plugin plugin = pluginHandle.getInstance();
-                if (!(plugin instanceof SocialLoginPlugin)) {
-                  Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-                  return;
-                }
-                ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-              }
-            }
-      
-            // This function will never be called, leave it empty
-            @Override
-            public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-      }
-      ```
-
-   4. 파일 저장
-
-4. 애플리케이션에서 Google 로그인을 사용하세요.
-   
-   1. 먼저 `SocialLogin`을 가져옵니다.
-     
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-   
-   2. 초기화를 호출합니다. 이 호출은 한 번만 호출되어야 합니다.
-     
-      ```typescript
-      // onMounted is Vue specific
-      // webClientId is the client ID you got in the web client creation step not the android client ID.
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-          }
-        })
-      })
-      ```
-     
-   3. `SocialLogin.login`에 전화하세요. 버튼을 만들고 클릭 시 다음 코드를 실행합니다.
-     
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // handle the response
-      console.log(JSON.stringify(res))
-      ```
-
-5. 테스트용 에뮬레이터 구성
-   
-   1. '장치 관리자'로 이동하여 더하기 버튼을 클릭합니다.
-      <img src="/social-login-assets/studio_device_man.png" alt="더하기 버튼이 강조 표시된 Android Studio의 장치 관리자" />
-   
-   2. 가상 디바이스 생성
-      <img src="/social-login-assets/studio_create_virt_dev.png" alt="가상 장치 구성의 가상 장치 생성 버튼" />
-   
-   3. `Play Store` 아이콘이 있는 장치를 선택하세요.
-      <img src="/social-login-assets/studio_new_dev_select_hardware.png" alt="Play Store을 지원하는 장치를 보여주는 하드웨어 선택" />
-     
-      보시다시피 `pixel 8`은 `Play Store` 서비스를 지원합니다.
-   
-   4. `next`을 클릭하세요.
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="장치 생성 마법사의 다음 버튼" />
-   
-   5. OS 이미지 유형이 `Google Play`인지 확인하세요. **반드시** `Google Play` 유형이어야 합니다.
-      <img src="/social-login-assets/studio_new_dev_google_play_dev_type.png" alt="Google Play 유형 이미지를 보여주는 시스템 이미지 선택" />
-   
-   6. 다음을 클릭하세요
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="시스템 이미지 선택 화면의 다음 버튼" />
-   
-   7. 장치를 확인하세요. 원하는 대로 에뮬레이터의 이름을 지정할 수 있습니다.
-      <img src="/social-login-assets/studio_new_dev_next_3.png" alt="마침 버튼이 있는 장치 구성 확인 화면" />
-   
-   8. '장치 관리자'로 이동하여 시뮬레이터를 부팅하세요.
-      <img src="/social-login-assets/studio_dev_manager.png" alt="가상 장치가 나열되고 재생 버튼이 있는 장치 관리자" />
-   
-   9. 시뮬레이터가 부팅된 후 설정으로 이동합니다.
-      <img src="/social-login-assets/emul_and_settings_1.png" alt="설정 앱을 보여주는 Android 에뮬레이터" />
-   
-   10. `Google Play`로 이동합니다.
-      <img src="/social-login-assets/emul_and_settings_2.png" alt="Google Play 옵션이 포함된 설정 화면" />
-   
-   11. `Update`을 클릭하고 약 60초 동안 기다립니다.
-      <img src="/social-login-assets/emul_and_settings_update_play_store.png" alt="업데이트 버튼이 있는 Google Play 업데이트 화면" />
-
-6. 애플리케이션 테스트
-   
-   모든 작업을 올바르게 수행했다면 Google 로그인 흐름이 제대로 작동하는 것을 볼 수 있습니다.
-   <img src="/social-login-assets/google_android_final_login_show.gif" alt="로그인 프로세스 및 성공적인 인증을 보여주는 Android의 Google 로그인 흐름 데모" />
-</Steps>
-
-## 문제 해결
-
-문제가 있는 경우 [Github 문제](https://github.com/Cap-go/capacitor-social-login/issues)를 살펴보세요.
-
-Google 로그인 문제는 **항상** SHA1 인증서와 관련되어 있습니다.
-
-개발 SHA1 인증서를 얻을 수 없는 경우 사용자 지정 키 저장소를 사용해 보세요. [여기](https://github.com/Cap-go/capacitor-social-login/issues/147#issuecomment-2849742574)는 프로젝트에 키스토어를 추가하는 방법을 설명하는 주석입니다.
diff --git a/src/content/docs/ko/docs/plugins/social-login/google/general.mdx b/src/content/docs/ko/docs/plugins/social-login/google/general.mdx
deleted file mode 100644
index 1bea740b5..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/google/general.mdx
+++ /dev/null
@@ -1,237 +0,0 @@
----
-title: Google 로그인 설정
-description: >-
-  이 가이드는 Capacitor을(를) 사용하여 Google 로그인 설정에 대한 포괄적인 개요를 제공하고, 원활한 통합 프로세스를 보장하고
-  발생할 수 있는 잠재적인 문제를 해결하기 위한 각 단계를 자세히 설명합니다.
-sidebar:
-  order: 1
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 소개
-
-이 가이드에서는 Capgo 소셜 로그인으로 Google 로그인을 설정하는 방법을 알아봅니다. Google 로그인을 설정하려면 다음이 필요합니다:
-
-- Google 계정
-
-## 일반 설정
-
-:::note
-이 단계는 사용하기로 결정한 플랫폼에 관계없이 필요합니다. 
-:::
-
-이 부분에서는 Google에 의해 표시되는 로그인 화면을 설정합니다.
-
-<Steps>
-    1. [console.cloud.google.com](https://console.cloud.google.com/)으로 이동하세요.
-    2. 프로젝트 선택기를 클릭하세요
-        <img src="/social-login-assets/google_cons_project_selector.png" alt="Google 콘솔 프로젝트 선택기" />
-    3. 아직 프로젝트가 없다면 **새 프로젝트를 생성**해 주세요.
-        1. '새 프로젝트'를 클릭하세요.
-            <img src="/social-login-assets/google_cons_new_project_btn.png" alt="Google 콘솔의 새 프로젝트 버튼" />
-        2. 프로젝트 이름을 지정하고 `Create`을(를) 클릭하세요.
-            <img src="/social-login-assets/google_cons_name_projec.png" alt="이름 필드와 만들기 버튼이 표시된 프로젝트 이름 지정 화면" />
-        3. 올바른 프로젝트를 진행하고 있는지 확인하세요
-            <img src="/social-login-assets/google_cons_right_proj.png" alt="올바른 프로젝트 선택을 나타내는 선택기에 표시되는 프로젝트 이름" />
-    4. `OAuth consent screen` 구성을 시작합니다.
-        1. 검색창을 클릭하세요
-            <img src="/social-login-assets/google_cons_search.png" alt="Google 콘솔 검색 창" />
-        2. `OAuth consent screen`을 검색하여 클릭하세요.
-            <img src="/social-login-assets/google_cons_search_2.png" alt="OAuth 동의 화면 옵션이 표시된 검색결과" />
-        3. 동의 화면 구성
-            :::참고
-            대중에게 공개되는 앱을 개발한다고 가정하여 `external` 사용자 유형을 사용하겠습니다. 귀하에게 가장 적합한 사용자 유형을 선택하고 `create`를 클릭하세요.
-            :::
-
-            `create`을 클릭하세요.
-            <img src="/social-login-assets/google_cons_oauth_const_scr.png" alt="OAuth 외부 및 내부 옵션이 있는 동의 화면 사용자 유형 선택" />
-    5. 앱에 대한 정보를 입력하세요.
-            1. '앱 정보'부터 시작해 보겠습니다.
-                <img src="/social-login-assets/google_cons_app_inf.png" alt="앱 이름 및 사용자 지원 이메일 필드가 표시된 앱 정보 섹션" />
-                
-                    - '앱 이름'을 입력하세요.
-                        :::주의
-                        **이 내용은 사용자에게 표시됩니다**
-                        :::
-                    - '사용자 지원 이메일'을 입력하세요.
-                        :::참고
-                        지원 이메일에 대한 자세한 내용은 [여기](https://support.google.com/cloud/answer/10311615#user-support-email&zippy=%2Cuser-support-email/)에서 확인하세요.
-                        :::
-                2. 앱 로고를 **추가할 수 있습니다**.
-                    <img src="/social-login-assets/google_cons_app_logo.png" alt="OAuth 동의 화면의 앱 로고 업로드 섹션" />
-                    :::참고
-                    이는 필수 사항이 아니므로 이 단계를 건너뛰겠습니다.
-                    :::
-                3. `앱 도메인`을 구성해야 합니다**
-                    <img src="/social-login-assets/google_cons_app_doma.png" alt="승인된 도메인 필드가 있는 앱 도메인 구성 섹션" />
-                    :::참고
-                    이것은 게시되지 **않을** 간단한 데모이기 때문에 그렇게 하지 않겠습니다. 하지만 이 섹션을 작성하는 것이 좋습니다.
-                    :::
-                    
-                4. 개발자의 이메일을 **제공해야 합니다**
-                    <img src="/social-login-assets/google_cons_dev_cont_inf.png" alt="이메일 필드가 있는 개발자 연락처 정보 섹션" />     
-                5. '저장하고 계속하기'를 클릭하세요.
-                        <img src="/social-login-assets/google_cons_cons_sav_cont.png" alt="양식 하단의 저장 및 계속 버튼" />
-    6. 범위 구성
-        1. '범위 추가 또는 제거'를 클릭하세요. 
-            <img src="/social-login-assets/google_cons_add_rm_sco.png" alt="범위 구성 화면의 범위 추가 또는 제거 버튼" />
-        
-        2. 다음 범위를 선택하고 `update`을 클릭합니다.
-            <img src="/social-login-assets/google_cons_update_scope.png" alt="이메일 및 프로필 범위가 선택된 범위 선택 대화 상자" />
-        3. '저장하고 계속하기'를 클릭하세요.
-            <img src="/social-login-assets/google_cons_scope_save.png" alt="범위 화면의 저장 및 계속 버튼" />
-    7. 테스트 사용자 추가
-        1. '사용자 추가'를 클릭하세요.
-            <img src="/social-login-assets/google_cons_add_test_usr.png" alt="테스트 사용자 섹션의 사용자 추가 버튼" />
-        2. Google 이메일을 입력하고 Enter를 클릭한 후 `add`를 클릭하세요.
-            <img src="/social-login-assets/google_cons_add_test_usr_2.png" alt="테스트 사용자를 위한 이메일 입력 필드 및 추가 버튼" />
-        3. '저장하고 계속하기'를 클릭하세요.
-            <img src="/social-login-assets/google_cons_test_usr_save.png" alt="테스트 사용자 화면의 저장 및 계속 버튼" />
-    8. '대시보드로 돌아가기'를 클릭하세요.
-        <img src="/social-login-assets/google_cons_back_to_dahs.png" alt="완료 페이지 하단의 대시보드로 돌아가기 버튼" />
-    9. 확인을 위해 앱을 제출하세요.
-        :::참고
-            확인을 위해 앱을 제출하는 것이 좋습니다. 이는 이 튜토리얼의 범위를 벗어납니다. 자세한 내용은 [여기](https://support.google.com/cloud/answer/13463073/)에서 확인하세요. 이는 로컬 테스트에는 필요하지 않지만 프로덕션에는 필요합니다.
-        :::
-</Steps>
-
-
-## 온라인 접속과 오프라인 접속의 차이점
-
-Google을(를) 사용하는 방법에는 여러 가지가 있습니다. Capacitor로 로그인하세요. 다음은 둘 사이의 차이점을 요약한 표입니다.
-
-|                         | 온라인 접속 | 오프라인 액세스 |
-|:----------:|:-------------:|:--------------:|
-| 백엔드 필요 | ❌ | ✅ |
-| 장기 액세스 토큰 | ❌ | ✅ |
-| 간편한 설정 | ✅ | ❌ |
-
-:::note
-**오프라인 모드**는 사용자가 앱을 적극적으로 사용하지 않는 경우에도(즉, 사용자가 앱의 관점에서 '오프라인'인 경우) 백엔드가 Google의 API에 액세스할 수 있음을 의미합니다. 수명이 긴 액세스 토큰을 사용하면 백엔드가 언제든지 사용자를 대신하여 Google API를 호출할 수 있도록 하여 이 기능을 활성화할 수 있습니다.
-:::
-
-:::caution
-**오프라인 모드에는 백엔드 서버가 필요합니다.** 오프라인 모드를 사용할 때 프런트엔드는 최소한의 정보(주로 서버 인증 코드)를 받습니다. 이 코드를 토큰 및 사용자 정보와 교환하는 백엔드가 없으면 오프라인 모드는 프런트엔드 애플리케이션에 유용한 데이터를 제공하지 않습니다.
-:::
-
-아직도 어떤 것을 선택해야 할지 모르겠다면 다음 시나리오를 고려해 보세요.
-
-1. 사용자 정의 JWT을 발행한 직후 사용자가 로그인하기를 원합니다. 귀하의 앱은 Google API를 호출하지 않습니다.
-   
-   이 경우 온라인 액세스를 선택하십시오.
-
-2. 앱은 클라이언트에서 일부 Google API를 호출하지만 백엔드에서는 호출하지 않습니다.
-   
-   이 경우 온라인 액세스를 선택하십시오
-
-3. 앱은 백엔드에서 일부 Google API를 호출하지만 사용자가 앱을 적극적으로 사용하는 경우에만 가능합니다.
-   
-   이 경우 온라인 액세스를 선택하십시오
-
-4. 사용자가 적극적으로 앱을 사용하지 않을 때에도 앱은 사용자의 캘린더를 주기적으로 확인합니다.
-   
-   이 경우 오프라인 액세스를 선택하세요
-
-## 온라인 액세스를 위한 백엔드 예시
-
-튜토리얼의 이 부분에서는 백엔드에서 사용자를 확인하는 방법을 보여 드리겠습니다. 
-
-이 예는 매우 간단하며 다음 기술을 기반으로 합니다.
-
-- [TypeScript](https://www.typescriptlang.org/)
-
-- [호노](https://hono.dev/)
-
-- [JavaScript Fetch API](https://developer.mozilla.org/en-US/docs/Web/API/Window/fetch)
-
-이 예제의 코드는 [여기](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/141c01d93a85240e31a0d488a89df13c842708b1/index.ts#L135-L153)에서 찾을 수 있습니다.
-
-보시다시피:
-
-<img src="/social-login-assets/vscode_auth_google.png" alt="토큰을 확인하는 Google 인증 코드를 보여주는 VS 코드" />
-
-아이디어는 다소 간단합니다. `https://www.googleapis.com/oauth2/v3/tokeninfo`에 간단한 `GET` 요청을 보내면 토큰이 유효한지 여부가 반환되고, 유효한 경우 사용자의 이메일이 제공됩니다. 또한 사용자 토큰에 대한 다른 정보도 제공합니다.
-<img src="/social-login-assets/google_auth_playground_token_info.png" alt="Google OAuth 사용자 세부정보와 함께 토큰 정보 응답을 보여주는 플레이그라운드" />
-
-거기에서 사용자에게 자신만의 JWT을 발행하거나 일종의 세션 쿠키를 발행할 수 있습니다. 최종 인증 구현의 가능성은 무궁무진합니다.
-
-Google API에 전화하고 싶다면 [Google의 OAuth 2.0 플레이그라운드](https://developers.google.com/oauthplayground)를 살펴보는 것이 좋습니다. 여기에서 어떤 API를 호출할 수 있는지 쉽게 확인할 수 있습니다.
-
-## 자체 백엔드로 오프라인 액세스 사용
-
-온라인 액세스를 사용하려면 다음이 필요합니다.
-
-- HTTP 서버
-
-이 예에서는 다음 기술을 사용하여 내 앱에 오프라인 액세스를 제공합니다.
-
-- [호노](https://hono.dev/)
-
-- [Hono Zod 검증인](https://hono.dev/docs/guides/validation#with-zod)
-
-- [조드](https://zod.dev/)
-
-- [호노 JWT](https://hono.dev/docs/helpers/jwt#jwt-authentication-helper)
-
-- [LowDb](https://www.npmjs.com/package/lowdb) (간단한 데이터베이스)
-
-이 예시의 코드는 [여기](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/aac7a8c909f650a8c2cd7f88c97f5f3c594ce9ba/index.ts#L139-L287)에서 확인할 수 있습니다.
-
-클라이언트 코드는 다음과 같습니다.
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { GoogleLoginOfflineResponse, SocialLogin } from '@capgo/capacitor-social-login';
-import { usePopoutStore } from '@/popoutStore'; // <-- specific to my app
-
-const baseURL = "[redacted]";
-
-async function fullLogin() {
-  await SocialLogin.initialize({
-    google: {
-      webClientId: '[redacted]',  
-      iOSClientId: '[redacted]',
-      iOSServerClientId: 'The same value as webClientId',
-      mode: 'offline' // <-- important
-    } 
-  })
-  const response = await SocialLogin.login({
-    provider: 'google',
-    options: {
-      forceRefreshToken: true // <-- important
-    }
-  })
-
-  if (response.provider === 'google') {
-    const result = response.result as GoogleLoginOfflineResponse
-    const res = await fetch(`${baseURL}/auth/google_offline`, {
-      headers: {
-        "Content-Type": "application/json"
-      },
-      body: JSON.stringify({
-        serverAuthCode: result.serverAuthCode,
-        platform: Capacitor.getPlatform()
-      }),
-      method: "POST"
-    })
-
-    if (res.status !== 200) {
-      popoutStore.popout("Full google login failed", "check console");
-      return
-    }
-
-    const { jwt } = await res.json();
-    const userinfo = await fetch(`${baseURL}/auth/get_google_user`, {
-      headers: {
-        Authorization: `Bearer ${jwt}`
-      }
-    })
-    if (userinfo.status !== 200) {
-      popoutStore.popout("Full google (userinfo) login failed", "check console");
-      return
-    }
-    popoutStore.popout("userinfo res", await userinfo.text());
-  }
-}
-```
diff --git a/src/content/docs/ko/docs/plugins/social-login/google/ios.mdx b/src/content/docs/ko/docs/plugins/social-login/google/ios.mdx
deleted file mode 100644
index 582f2525f..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/google/ios.mdx
+++ /dev/null
@@ -1,246 +0,0 @@
----
-title: Google iOS에 로그인
-description: >-
-  이 가이드는 iOS에서 Capacitor을(를) 사용하여 Google 로그인을 구성하기 위한 포괄적인 연습을 제공하며 원활한 통합 프로세스를
-  보장하기 위한 각 단계를 자세히 설명합니다.
-sidebar:
-  order: 3
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 소개
-
-이 가이드에서는 iOS에 대한 Capgo 소셜 로그인을 사용하여 Google 로그인을 설정하는 방법을 알아봅니다.
-[일반 설정 가이드](/docs/plugins/social-login/google/general/)를 이미 읽으셨다고 가정합니다.
-
-## iOS에서 Google 로그인 사용
-
-이 부분에서는 iOS에서 Google 로그인을 설정하는 방법을 알아봅니다.
-
-<Steps>
-1. Google 콘솔에서 iOS 클라이언트 ID를 생성합니다.
-   
-   1. 검색창을 클릭하세요
-      <img src="/social-login-assets/google_cons_search.png" alt="Google 콘솔 검색 창" />
-   
-   2. `credentials`을 검색하고 'API 및 서비스' 항목(스크린샷의 2번)을 클릭합니다.
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="API 및 서비스가 강조 표시된 자격 증명 옵션을 보여주는 검색 결과" />
-   
-   3. '사용자 인증 정보 생성'을 클릭하세요.
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Google 콘솔에서 자격 증명 만들기 버튼" />
-   
-   4. `OAuth client ID`을 선택하세요.
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="자격 증명 생성 메뉴의 OAuth 클라이언트 ID 옵션" />
-   
-   5. `iOS`에 '애플리케이션 유형'을 선택합니다.
-      <img src="/social-login-assets/goolge_cons_cred_type_app_tye.png" alt="iOS 옵션이 강조 표시된 애플리케이션 유형 선택" />
-   
-   6. 번들 ID 찾기
-     
-      1. Xcode을 엽니다.
-     
-      2. `App`을 두 번 클릭합니다.
-         <img src="/social-login-assets/xcode_app_click.png" alt="Xcode 프로젝트 탐색기의 앱 대상" />
-     
-      3. `Targets -> App`에 있는지 확인하세요.
-         <img src="/social-login-assets/xcode_targets_app.png" alt="앱이 선택된 Xcode의 타겟 섹션" />
-     
-      4. '번들 식별자'를 찾으세요. 
-         <img src="/social-login-assets/xcode_bundle_id.png" alt="Xcode 프로젝트 설정의 번들 식별자 필드" />
-     
-      5. Google 콘솔로 돌아가서 `번들 식별자`를 `번들 ID`에 붙여넣습니다.
-         <img src="/social-login-assets/google_cons_ios_bd_id.png" alt="Google 콘솔 iOS 클라이언트 생성 양식의 번들 ID 필드" />
-   
-   7. 선택적으로 앱을 App Store에 게시한 경우 클라이언트 ID에 `App Store ID` 또는 '팀 ID'를 추가하세요.
-   
-   8. 모든 세부정보를 입력한 후 `create`을(를) 클릭하세요.
-      <img src="/social-login-assets/google_cons_ios_cred_creat.png" alt="iOS 클라이언트 생성 양식 하단에 있는 생성 버튼" />
-   
-   9. `OK`을 클릭하세요.
-      <img src="/social-login-assets/google_cons_ios_click_ok.png" alt="클라이언트 ID 생성 확인 대화 상자의 확인 버튼" />
-   
-   10. 새로 생성된 iOS 클라이언트를 엽니다.
-       <img src="/social-login-assets/google_cons_open_new_ios.png" alt="자격 증명 목록에 새로 생성된 iOS 클라이언트" />
-   
-   11. 다음 데이터를 복사하세요
-       <img src="/social-login-assets/google_cons_ios_what_to_copy.png" alt="복사할 클라이언트 ID와 반전된 클라이언트 ID를 보여주는 클라이언트 ID 세부정보" />
-     
-       :::참고
-       이 이미지의 `nr. 1`은 나중에 `initialize` 호출에서 `iOSClientId`이 됩니다.
-       
-       이 이미지의 `nr. 2`은 나중에 `YOUR_DOT_REVERSED_IOS_CLIENT_ID`이 됩니다.
-       :::
-
-2. 앱의 Info.plist 수정
-   
-   1. Xcode을 열고 `Info.plist` 파일을 찾습니다.
-      <img src="/social-login-assets/xcode_info_file.png" alt="Xcode 프로젝트 탐색기의 Info.plist 파일" />
-   
-   2. 이 파일을 마우스 오른쪽 버튼으로 클릭하고 소스 코드로 엽니다.
-      <img src="/social-login-assets/xcode_open_as_src_code.png" alt="소스 코드로 열기 옵션을 표시하는 마우스 오른쪽 버튼 클릭 메뉴" />
-   
-   3. `Plist` 파일 하단에 `</dict>` 태그가 표시됩니다.
-      <img src="/social-login-assets/xcode_dict_tag.png" alt="Info.plist 파일에서 dict 태그 닫기" />
-   
-   4. 닫는 `</dict>` 태그 바로 앞에 다음 조각을 삽입합니다.
-      <img src="/social-login-assets/xcode_plist_inserted.png" alt="dict 태그를 닫기 전에 URL 구성표 코드가 삽입된 Info.plist" />
-     
-      ```xml
-      <key>CFBundleURLTypes</key>
-      <array>
-       <dict>
-         <key>CFBundleURLSchemes</key>
-         <array>
-           <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-         </array>
-       </dict>
-      </array>
-      ```
-   
-   5. `YOUR_DOT_REVERSED_IOS_CLIENT_ID`를 이전 단계에서 복사한 값으로 변경합니다.
-      <img src="/social-login-assets/xcode_plist_final.png" alt="URL 구성표에 삽입된 실제 역방향 클라이언트 ID가 포함된 Info.plist" />
-     
-      :::주의
-      이 값이 `com.googleusercontent.apps`으로 **STARTS**되는지 확인하세요.
-      :::
-   
-   6. `Command + S`로 파일을 저장하세요.
-
-3. `AppDelegate.swift` 수정
-   
-   1. AppDelegate를 엽니다.
-      <img src="/social-login-assets/xcode_app_deleg.png" alt="Xcode 프로젝트 탐색기의 AppDelegate.swift 파일" />
-   
-   2. 파일 상단에 `import GoogleSignIn`을 삽입하세요.
-      <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="GoogleSignIn 가져오기가 추가된 AppDelegate.swift" />
-   
-   3. `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])` 함수를 찾으세요
-      <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="AppDelegate의 원래 애플리케이션 openURL 기능" />
-   
-   4. 다음과 같이 함수를 수정합니다.
-     
-      ```swift
-      func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-          // Called when the app was launched with a url. Feel free to add additional processing here,
-          // but if you want the App API to support tracking app url opens, make sure to keep this call
-      
-          var handled: Bool
-      
-          handled = GIDSignIn.sharedInstance.handle(url)
-          if handled {
-            return true
-          }
-      
-          return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-      }
-      ```
-      
-      <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="GoogleSignIn 처리로 애플리케이션 openURL 기능을 수정했습니다." />
-   
-   5. `Command + S`로 파일을 저장하세요.
-
-4. JavaScript/TypeScript 코드에 Google 로그인을 설정하세요.
-   
-   1. `SocialLogin` 및 `Capacitor` 가져오기
-     
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      import { Capacitor } from '@capacitor/core';
-      ```
-   
-   2. 초기화 메소드를 호출합니다(한 번만 호출해야 함).**기본 설정(온라인 모드 - 대부분의 앱에 권장):**
-      ```typescript
-      // onMounted is Vue specific
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            iOSClientId: '673324426943-redacted.apps.googleusercontent.com',
-            mode: 'online' // Default mode
-          }
-        })
-      })
-      ```
-
-      **추가 클라이언트 ID를 사용한 고급 설정:**
-      ```typescript
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: 'YOUR_WEB_CLIENT_ID',           // Optional: for web platform support
-            iOSClientId: 'YOUR_IOS_CLIENT_ID',           // Required: from step 1
-            iOSServerClientId: 'YOUR_WEB_CLIENT_ID',     // Optional: same as webClientId, needed for some advanced features
-            mode: 'online'                               // 'online' or 'offline'
-          }
-        })
-      })
-      ```
-     
-      :::참고
-      **클라이언트 ID 요구 사항:**
-      - `iOSClientId`: **필수** - `googleusercontent.com`로 끝나야 합니다(위 1단계).
-      - `webClientId`: **선택 사항** - 웹 플랫폼도 지원하거나 고급 기능이 필요한 경우에만 필요합니다.
-      - `iOSServerClientId`: **선택 사항** - 제공된 경우 `webClientId`과 동일한 값이어야 합니다.
-      
-      `webClientId` 및 `iOSServerClientId`을 사용한 고급 설정의 경우 이러한 자격 증명 생성에 대한 [웹 설정 가이드](/docs/plugins/social-login/google/web/)를 참조하세요.
-      :::
-
-      :::주의
-      **오프라인 모드 정보:** `mode: 'offline'`를 사용할 때 로그인 응답에는 사용자 데이터가 직접 포함되지 않습니다. 대신 백엔드 서버를 통해 사용자 정보로 교환해야 하는 서버 인증 코드를 받게 됩니다. 구현 세부정보는 [일반 설정 가이드](/docs/plugins/social-login/google/general/#using-offline-access-with-your-own-backend)를 참조하세요.
-      :::
-   
-   3. 로그인 기능을 구현합니다. 버튼을 만들고 클릭 시 다음 코드를 실행합니다.
-     
-      **온라인 모드의 경우:**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // handle the response - contains user data
-      console.log(JSON.stringify(res))
-      ```
-
-      **오프라인 모드의 경우:**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {
-          forceRefreshToken: true // Recommended for offline mode
-        }
-      })
-      // res contains serverAuthCode, not user data
-      // Send serverAuthCode to your backend to get user information
-      console.log('Server auth code:', res.result.serverAuthCode)
-      ```
-
-5. 애플리케이션 테스트
-   
-   1. 앱을 빌드하고 'cap sync'를 실행하세요.
-   
-   2. 모든 작업을 올바르게 수행했다면 Google 로그인 흐름이 제대로 작동하는 것을 볼 수 있습니다.
-      <img src="/social-login-assets/google_final_ios_v2.gif" alt="로그인 프로세스 및 성공적인 인증을 보여주는 iOS의 Google 로그인 흐름 데모" />
-</Steps>
-
-:::note
-Google 프롬프트의 언어는 장치의 언어 설정에 따라 다릅니다.
-:::
-
-## 알려진 문제
-
-### 개인정보 보호 화면 플러그인 비호환성
-
-Google 로그인 플러그인은 [@capacitor/privacy-screen](https://github.com/ionic-team/capacitor-privacy-screen)과 호환되지 않습니다. 두 플러그인을 함께 사용하면 Google 로그인 웹뷰가 개인정보 보호 화면으로 인해 중단됩니다.
-
-**해결 방법:** 로그인 기능을 호출하기 전에 `await PrivacyScreen.disable();`을 호출하세요.
-
-```typescript
-import { PrivacyScreen } from '@capacitor/privacy-screen';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-await PrivacyScreen.disable();
-await SocialLogin.login({
-  provider: 'google',
-  options: {}
-});
-```
diff --git a/src/content/docs/ko/docs/plugins/social-login/google/web.mdx b/src/content/docs/ko/docs/plugins/social-login/google/web.mdx
deleted file mode 100644
index 4b41d76f8..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/google/web.mdx
+++ /dev/null
@@ -1,131 +0,0 @@
----
-title: Google 웹에서 로그인
-description: >-
-  이 가이드는 Capacitor 및 @capgo/capacitor-social-login 플러그인을 사용하여 웹 애플리케이션에서 Google
-  로그인을 설정하기 위한 포괄적인 연습을 제공하여 필요한 모든 단계와 구성을 다루면서 원활한 통합 프로세스를 보장합니다.
-sidebar:
-  order: 4
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 소개
-
-이 가이드에서는 웹 애플리케이션용 Google 로그인을 Capgo 소셜 로그인으로 설정하는 방법을 알아봅니다.
-[일반 설정 가이드](/docs/plugins/social-login/google/general/)를 이미 읽으셨다고 가정합니다.
-
-## 웹에서 Google 로그인 사용
-
-웹에서 Google 로그인을 사용하는 것은 매우 간단합니다.
-이를 사용하려면 다음을 수행해야 합니다.
-
-<Steps>
-1. Google 콘솔에서 웹 클라이언트 생성
-   
-   :::참고
-   Android에 대한 Google 로그인을 이미 구성한 경우 이미 웹 클라이언트를 생성했으므로 이 단계를 건너뛸 수 있습니다. 2단계로 바로 진행할 수 있습니다.
-   :::
-   
-   1. 검색창을 클릭하세요
-      <img src="/social-login-assets/google_cons_search.png" alt="Google 콘솔 검색 창" />
-   
-   2. `credentials`을 검색하고 'API 및 서비스' 옵션을 클릭합니다(스크린샷의 2번).
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="API 및 서비스가 강조 표시된 자격 증명 옵션을 보여주는 검색 결과" />
-   
-   3. '사용자 인증 정보 생성'을 클릭하세요.
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="Google 콘솔에서 자격 증명 만들기 버튼" />
-   
-   4. `OAuth client ID`을 선택하세요.
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="자격 증명 생성 메뉴의 OAuth 클라이언트 ID 옵션" />
-   
-   5. '애플리케이션 유형'을 '웹 애플리케이션'으로 선택합니다.
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="웹 옵션이 강조 표시된 애플리케이션 유형 선택" />
-   
-   6. 고객 이름을 지정하고 `Create`을(를) 클릭하세요.
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="이름 필드가 강조 표시된 웹 클라이언트 생성 양식" />
-   
-   7. 클라이언트 ID를 복사합니다. 이를 애플리케이션에서 `webClientId`로 사용합니다.
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="복사할 웹 클라이언트 ID를 보여주는 클라이언트 ID 세부정보" />
-
-2. Google 콘솔에서 웹 클라이언트 구성
-
-   1. [자격 증명 페이지](https://console.cloud.google.com/apis/credentials)를 열고 웹 클라이언트를 클릭하세요.
-      <img src="/social-login-assets/google_cons_open_web_client_id.png" alt="클릭할 웹 클라이언트를 보여주는 자격 증명 목록" />
-
-   2. 이제 `Authorized JavaScript origins`을 추가하세요. 여기에는 앱에 사용할 수 있는 모든 주소가 포함되어야 합니다. 어떤 경우에는 **만** localhost를 사용하겠지만, 사용자 정의 포트를 사용하기 때문에 `http://localhost` 및 `http://localhost:5173`을 모두 추가해야 합니다.
-    
-      1. 'URI 추가'를 클릭하세요.
-         <img src="/social-login-assets/google_cons_authorized_js_add_btn.png" alt="ADD URI 버튼이 있는 승인된 JavaScript 원본 섹션" />
-    
-      2. URL을 입력해주세요
-         <img src="/social-login-assets/google_cons_authorized_js_typed_url.png" alt="localhost URL이 입력된 ADD URI 대화 상자" />
-    
-      3. 모든 URL을 추가할 때까지 반복하세요.
-    
-      4. 완료되면 화면은 다음과 같아야 합니다.
-         <img src="/social-login-assets/google_cons_authorized_js_final.png" alt="여러 localhost URL이 추가된 승인된 JavaScript 원본" />
-
-   3. 이제 '승인된 리디렉션 URI'를 추가해 주세요. 이는 CapacitorSocialLogin 플러그인을 사용하기 위해 의존하는 페이지에 따라 달라집니다. 제 경우에는 `http://localhost:5173/auth`에서 사용할 예정입니다. 
-    
-      1. `ADD URI`를 클릭하세요.
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_1.png" alt="ADD URI 버튼이 있는 승인된 리디렉션 URI 섹션" />
-    
-      2. URL을 입력하고 'URL 추가'를 다시 클릭하세요.
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_2.png" alt="리디렉션 URL이 입력된 ADD URI 대화 상자" />
-
-   4. `save`을(를) 클릭하세요.
-      <img src="/social-login-assets/google_cons_web_app_save.png" alt="웹 클라이언트 구성 하단의 저장 버튼" />
-
-3. 이제 다음과 같이 JavaScript에서 `login`을 호출할 준비가 되었습니다.
-
-   1. 먼저 `SocialLogin`을(를) 가져옵니다.
-  
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-
-   2. 그런 다음 초기화를 호출합니다. 이는 한 번만 호출해야 합니다.
-  
-      ```typescript
-      // onMounted is Vue specific
-      // webClientId is the client ID you got in the web client creation step not the android client ID.
-      onMounted(() => {
-       SocialLogin.initialize({
-         google: {
-           webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-         }
-       })
-      })
-      ```
-
-   :::note[웹 리다이렉트 처리]
-   웹에서 Google 로그인을 사용할 때 리디렉션이 발생하면 플러그인에서 모든 함수를 호출하여 리디렉션을 처리하고 팝업 창을 닫을 수 있도록 플러그인을 초기화해야 합니다. `isLoggedIn()` 또는 `initialize()` 중 하나를 호출할 수 있습니다. 둘 다 리디렉션 처리를 트리거합니다.
-
-   ```typescript
-   // Option 1: Call isLoggedIn when the redirect page loads
-   SocialLogin.isLoggedIn({ provider: 'google' }).catch(() => {
-     // Ignore the result, this is just to initialize the plugin
-   });
-
-   // Option 2: Call initialize when the redirect page loads
-   SocialLogin.initialize({
-     google: {
-       webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-     }
-   }).catch(() => {
-     // Ignore any errors, this is just to handle the redirect
-   });
-   ```
-   :::
-
-   3. 클릭 시 `SocialLogin.login`를 호출하는 로그인 버튼을 생성합니다.
-  
-      ```typescript
-      const res = await SocialLogin.login({
-       provider: 'google',
-       options: {}
-      })
-      // Handle the response
-      console.log(JSON.stringify(res));
-      ```
-</Steps>
diff --git a/src/content/docs/ko/docs/plugins/social-login/index.mdx b/src/content/docs/ko/docs/plugins/social-login/index.mdx
deleted file mode 100644
index c3fe05895..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/index.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: '@capgo/capacitor-social-login'
-description: >-
-  Google, Apple, Facebook, Twitter 및 일반 OAuth2 공급자와의 원활한 소셜 인증을 위한 Capacitor
-  플러그인으로 사용자 로그인 보안 및 경험을 향상시킵니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Google, Apple, Facebook, Twitter 및 모든 OAuth2 공급자를 통한 소셜 인증을 위한 Capacitor
-    플러그인으로 사용자 로그인을 원활하고 안전하게 만듭니다.
-  image:
-    file: ~public/icons/plugins/social-login.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/social-login/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-social-login/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-## 비디오 둘러보기
-
-플러그인 설정 및 로그인 흐름에 대한 간단한 데모를 시청하세요.
-
-<YouTube id="iTINYxvSJrE" title="Capgo 소셜 로그인 플러그인 개요" />
-
-<CardGrid stagger>
-  <Card title="여러 제공업체" icon="rocket">
-    Google, Apple, Facebook, Twitter/X 및 일반 OAuth2용 API 1개.
-  </Card>
-  <Card title="OIDC / OAuth2" icon="external">
-    OIDC 검색 및 공급자 별칭을 갖춘 다중 공급자 OAuth2.
-  </Card>
-  <Card title="인증 도우미" icon="setting">
-    새로 고침, 만료 확인, JWT 디코딩 및 리디렉션 처리를 위한 토큰 도우미입니다.
-  </Card>
-  <Card title="공급자별 동작" icon="pencil">
-    Google 오프라인 모드, Apple 적절한 토큰 교환 및 Facebook 비즈니스 흐름을 지원합니다.
-  </Card>
-  <Card title="공급자 번들링" icon="seti:folder">
-    바이너리 크기를 줄이려면 `capacitor.config`에서 활성화된 공급자를 구성하세요.
-  </Card>
-  <Card title="마이그레이션 가이드" icon="open-book">
-    Ionic Auth Connect 및 레거시 공급자 마이그레이션에 대한 업그레이드 문서를 참조하세요.
-  </Card>
-</CardGrid>
-
-## 제공업체 가이드
-
-<CardGrid>
-  <a href="/docs/plugins/social-login/oauth2/">
-    <Card title="OAuth2 및 OIDC 제공업체" icon="external">
-      GitHub, Azure AD, Auth0, Okta, Keycloak 및 사용자 지정 공급자에 대한 설정 가이드입니다.
-    </Card>
-  </a>
-  <a href="/docs/plugins/social-login/migrations/ionic-auth-connect/">
-    <Card title="Auth Connect 마이그레이션" icon="open-book">
-      Auth0, Azure, Cognito, Okta 및 OneLogin과 같은 친숙한 공급자 이름을 유지하세요.
-    </Card>
-  </a>
-</CardGrid>
-
-## 통합
-
-<CardGrid>
-  <a href="/docs/plugins/social-login/integrations/">
-    <Card title="통합 가이드" icon="setting">
-      Better Auth, Firebase 및 Supabase 통합 진입점이 한 곳에 있습니다.
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/social-login/migrations/apple.mdx b/src/content/docs/ko/docs/plugins/social-login/migrations/apple.mdx
deleted file mode 100644
index 95bc424bc..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/migrations/apple.mdx
+++ /dev/null
@@ -1,186 +0,0 @@
----
-title: "@capacitor-community/apple-sign-in에서 @capgo/capacitor-social-login으로 마이그레이션 가이드"
-locale: ko
-description: "이 포괄적인 가이드는 @capacitor-community/apple-sign-in 플러그인에서 @capgo/capacitor-social-login 플러그인으로 전환하는 자세한 지침을 제공하여 원활한 마이그레이션 프로세스와 향상된 기능을 보장합니다."
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 개요
-
-이 가이드는 레거시 `@capacitor-community/apple-sign-in` 플러그인에서 현대적인 `@capgo/capacitor-social-login` 패키지로의 전환을 개요합니다. 새 플러그인은 향상된 TypeScript 지원과 적극적인 유지 관리로 여러 소셜 인증 제공업체를 위한 통합 인터페이스를 제공합니다.
-
-## 설치
-
-<Steps>
-1. 이전 패키지를 제거합니다:
-   ```bash
-   npm uninstall @capacitor-community/apple-sign-in
-   ```
-
-2. 새 패키지를 설치합니다:
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## 코드 변경사항
-
-### Import 변경사항
-```diff
-- import { SignInWithApple } from '@capacitor-community/apple-sign-in';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### 초기화
-
-**주요 변경사항**: 새 플러그인은 이전에 필요하지 않았던 초기화 단계가 필요합니다.
-
-```diff
-- // No initialization needed in old package
-+ // For iOS: Basic configuration
-+ await SocialLogin.initialize({
-+   apple: {} // Basic iOS configuration
-+ });
-
-+ // For Android: Additional configuration required
-+ await SocialLogin.initialize({
-+   apple: {
-+     clientId: 'YOUR_SERVICE_ID', // Service ID from Apple Developer Portal
-+     redirectUrl: 'https://your-backend.com/callback' // Your backend callback URL
-+   }
-+ });
-```
-
-**중요 참고사항**: iOS의 경우 기본 구성을 제공하는 반면, Android는 웹 기반 OAuth 인증을 위한 Service ID 및 백엔드 콜백 URL을 포함한 추가 세부 정보가 필요합니다.
-
-### 로그인
-
-로그인 프로세스가 여러 매개변수에서 더 깔끔한 API로 단순화됩니다:
-
-```diff
-- const result = await SignInWithApple.authorize({
--   clientId: 'com.your.app',
--   redirectURI: 'https://your-app.com/callback',
--   scopes: 'email name',
--   state: '12345',
--   nonce: 'nonce'
-- });
-
-+ const result = await SocialLogin.login({
-+   provider: 'apple',
-+   options: {
-+     // Optional: Add scopes if needed
-+     scopes: ['email', 'name'],
-+     nonce: 'nonce'
-+   }
-+ });
-```
-
-새 플러그인은 `clientId` 및 `redirectURI`와 같은 개별 구성 값을 전달하는 대신 `provider: 'apple'` 및 선택적 범위와 함께 `login()`을 사용합니다.
-
-### 응답 유형 변경사항
-
-이제 결과에는 만료 세부 정보가 포함된 `accessToken` 객체와 구조화된 `profile` 섹션이 포함되어 원래 패키지의 평면 응답 형식을 대체합니다:
-
-```typescript
-// Old response type
-interface AppleSignInResponse {
-  response: {
-    user: string;
-    email: string | null;
-    givenName: string | null;
-    familyName: string | null;
-    identityToken: string | null;
-    authorizationCode: string | null;
-  };
-}
-
-// New response type
-interface SocialLoginResponse {
-  provider: 'apple';
-  result: {
-    accessToken: {
-      token: string;
-      expiresIn?: number;
-      refreshToken?: string;
-    } | null;
-    idToken: string | null;
-    profile: {
-      user: string;
-      email: string | null;
-      givenName: string | null;
-      familyName: string | null;
-    };
-  };
-}
-```
-
-### 새로운 기능
-
-업데이트된 플러그인은 이전 버전에서 사용할 수 없었던 기능을 도입합니다:
-
-**로그인 상태 확인**
-```diff
-- // Not available in old package
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'apple'
-+ });
-```
-
-**로그아웃 기능**
-```diff
-- // Not available in old package
-+ await SocialLogin.logout({
-+   provider: 'apple'
-+ });
-```
-
-이러한 메서드는 인증 상태를 확인하는 `isLoggedIn()` 및 `logout()` 기능을 제공합니다.
-
-## 플랫폼별 변경사항
-
-### iOS 설정
-
-**iOS**는 Xcode 기능을 통해 익숙한 설정 절차를 유지합니다:
-
-1. iOS 설정은 대체로 동일하게 유지됩니다. 여전히 다음이 필요합니다:
-   - Xcode에서 "Sign In with Apple" 기능 활성화
-   - Apple Developer Portal에서 앱 구성
-   - iOS에 대한 추가 코드 변경이 필요하지 않음
-
-### Android 설정
-
-**Android**는 이제 웹 기반 OAuth 인증을 통해 네이티브 지원을 받습니다:
-
-새 플러그인은 즉시 사용 가능한 Android 지원을 제공하지만 추가 설정이 필요합니다:
-
-1. Apple Developer Portal에서 Services ID 생성
-2. 웹 인증 엔드포인트 구성
-3. OAuth 흐름을 처리하도록 Android 앱 설정
-4. 백엔드 서비스 구성이 필요합니다
-
-자세한 Android 설정 지침은 [Android Setup Guide](/docs/plugins/social-login/apple/android/)를 참조하세요.
-
-## 주요 장점
-
-현대화된 패키지는 다음을 제공합니다:
-
-1. 여러 소셜 제공업체(Google, Facebook, Apple)에 걸친 **통합 API**
-2. 더 나은 유형 정의로 **향상된 TypeScript 타이핑**
-3. 더 이상 사용되지 않는 버전에 비해 **활성 커뮤니티 유지 관리**
-4. 웹 기반 인증을 통한 **내장 Android 지원**
-5. **영구 로그인 상태 관리**
-6. 일관된 오류 유형으로 **더 나은 오류 처리**
-
-## 주요 변경사항
-
-1. **명시적 초기화가 이제 필요합니다** - 기본 구성 없음
-2. **응답 객체 구조가 변경되었습니다** - 중첩된 결과 형식
-3. **Android 구현에는 OAuth를 위한 백엔드 서비스가 필요합니다**
-4. **토큰 새로 고침 처리가 다릅니다** - 향상된 토큰 관리
-5. **오류 처리 및 오류 유형이 변경되었습니다** - 더 자세한 오류
-
-더 자세한 설정 지침은 [공식 문서](/docs/plugins/social-login/apple/general/)를 참조하세요.
diff --git a/src/content/docs/ko/docs/plugins/social-login/migrations/facebook.mdx b/src/content/docs/ko/docs/plugins/social-login/migrations/facebook.mdx
deleted file mode 100644
index ce668939b..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/migrations/facebook.mdx
+++ /dev/null
@@ -1,237 +0,0 @@
----
-title: Facebook @capgo/social-login으로 로그인 마이그레이션
-description: >-
-  이 세부 가이드는 @capacitor-community/facebook-login 플러그인에서
-  @capgo/capacitor-social-login 플러그인으로 전환하기 위한 단계별 지침을 제공하여 향상된 기능으로 원활한 마이그레이션
-  프로세스를 보장합니다.
-sidebar:
-  order: 2
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 개요
-
-이 가이드는 `@capacitor-community/facebook-login`에서 `@capgo/capacitor-social-login`로 마이그레이션하기 위한 포괄적인 지침을 제공합니다. 새로운 플러그인은 여러 소셜 공급자, 향상된 TypeScript 지원 및 향상된 기능을 지원하는 통합 API을 통해 Facebook 인증을 현대화합니다.
-
-## 설치
-
-<Steps>
-1. 기존 패키지를 제거합니다.
-   ```bash
-   npm uninstall @capacitor-community/facebook-login
-   ```
-
-2. 새 패키지를 설치합니다.
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## 코드 변경
-
-### 변경사항 가져오기
-```diff
-- import { FacebookLogin } from '@capacitor-community/facebook-login';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### 초기화
-
-**주요 변경 사항**: 새 패키지를 사용하려면 코드에 명시적인 설정이 필요합니다.
-
-```diff
-- // Old package required no explicit initialization in code
-- // Configuration was done only in native platforms
-
-+ // New package requires explicit initialization
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'YOUR_FACEBOOK_APP_ID',        // Required for web and Android
-+     clientToken: 'YOUR_CLIENT_TOKEN'       // Required for Android
-+   }
-+ });
-```
-
-### 로그인
-
-이제 로그인 메소드는 공급자 매개변수를 허용합니다:
-
-```diff
-- const FACEBOOK_PERMISSIONS = ['email', 'public_profile'];
-- const result = await FacebookLogin.login({ permissions: FACEBOOK_PERMISSIONS });
-
-+ const result = await SocialLogin.login({
-+   provider: 'facebook',
-+   options: {
-+     permissions: ['email', 'public_profile'],
-+     limitedLogin: false,
-+     nonce: 'optional_nonce'
-+   }
-+ });
-```
-
-### 응답 유형 변경
-
-응답 구조는 보다 포괄적인 프로필 객체로 현대화되었습니다.
-
-```typescript
-// Old response type
-interface FacebookLoginResponse {
-  accessToken: {
-    applicationId: string;
-    userId: string;
-    token: string;
-    expires: string;
-  };
-  recentlyGrantedPermissions: string[];
-  recentlyDeniedPermissions: string[];
-}
-
-// New response type
-interface FacebookLoginResponse {
-  provider: 'facebook';
-  result: {
-    accessToken: {
-      token: string;
-      applicationId?: string;
-      expires?: string;
-      userId?: string;
-      permissions?: string[];
-      declinedPermissions?: string[];
-    } | null;
-    idToken: string | null;
-    profile: {
-      userID: string;
-      email: string | null;
-      friendIDs: string[];
-      birthday: string | null;
-      ageRange: { min?: number; max?: number } | null;
-      gender: string | null;
-      location: { id: string; name: string } | null;
-      hometown: { id: string; name: string } | null;
-      profileURL: string | null;
-      name: string | null;
-      imageURL: string | null;
-    };
-  };
-}
-```
-
-**주요 차이점**:
-- 이제 응답에는 인증 공급자를 식별하는 `provider` 필드가 포함됩니다.
-- 추가 사용자 정보가 포함된 더 자세한 `profile` 개체
-- 모든 소셜 로그인 공급자의 일관된 구조
-
-### 로그인 상태 확인하기
-```diff
-- const result = await FacebookLogin.getCurrentAccessToken();
-- const isLoggedIn = result && result.accessToken;
-
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'facebook'
-+ });
-+ const isLoggedIn = status.isLoggedIn;
-```
-
-### 로그아웃
-```diff
-- await FacebookLogin.logout();
-
-+ await SocialLogin.logout({
-+   provider: 'facebook'
-+ });
-```
-
-## 플랫폼별 변경 사항
-
-### Android 설정
-
-이제 초기화 메소드를 통해 구성이 처리됩니다.
-
-```diff
-- // AndroidManifest.xml changes remain the same
-- // strings.xml become irrelevant
-+ // Additionally initialize in your code:
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'your-app-id',
-+     clientToken: 'your-client-token'  // New requirement
-+   }
-+ });
-```
-
-**중요**: 이제 Android 인증에는 클라이언트 토큰이 필요합니다.
-
-### iOS 설정
-
-1. `AppDelegate.swift`의 iOS 설정은 동일하게 유지됩니다.
-
-```swift
-import FBSDKCoreKit
-
-// In application:didFinishLaunchingWithOptions:
-FBSDKCoreKit.ApplicationDelegate.shared.application(
-    application,
-    didFinishLaunchingWithOptions: launchOptions
-)
-
-// In application:openURL:options:
-ApplicationDelegate.shared.application(
-    app,
-    open: url,
-    sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-    annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-)
-```
-
-2. `Info.plist` 구성은 동일하게 유지됩니다.
-```xml
-<key>CFBundleURLTypes</key>
-<array>
-    <dict>
-        <key>CFBundleURLSchemes</key>
-        <array>
-            <string>fb[APP_ID]</string>
-        </array>
-    </dict>
-</array>
-<key>FacebookAppID</key>
-<string>[APP_ID]</string>
-<key>FacebookClientToken</key>
-<string>[CLIENT_TOKEN]</string>
-<key>FacebookDisplayName</key>
-<string>[APP_NAME]</string>
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>fbapi</string>
-    <string>fbauth</string>
-    <string>fb-messenger-share-api</string>
-    <string>fbauth2</string>
-    <string>fbshareextension</string>
-</array>
-```
-
-## 주요 변경 사항
-
-마이그레이션 시 주요 변경 사항 요약:
-
-1. **이제 명시적 초기화가 필요합니다** - 사용하기 전에 `initialize()`을 호출해야 합니다.
-2. **응답 객체 구조가 크게 변경되었습니다** - 향상된 프로필 데이터를 갖춘 새로운 중첩 결과 형식
-3. **이제 Android에 클라이언트 토큰이 필요합니다** - 추가 구성이 필요합니다.
-4. **다른 메소드 이름 및 매개변수 구조** - 제공자 기반 접근 방식
-5. **오류 처리 및 오류 유형이 변경되었습니다** - 자세한 오류 정보
-
-## 주요 장점
-
-새로운 플러그인은 다음을 제공합니다:
-
-- **여러 소셜 제공자(Google, Apple, Facebook)에 걸쳐 통합된 API**
-- 더 나은 유형 정의로 **향상된 TypeScript 지원**
-- 더 많은 사용자 정보로 **향상된 프로필 데이터**
-- **적극적인 유지 관리** 및 커뮤니티 지원
-- 모든 공급자에 걸쳐 **일관적인 오류 처리**
-- 적절한 만료 처리를 통한 **더 나은 토큰 관리**
-
-자세한 설정 방법은 [공식 문서](/docs/plugins/social-login/facebook/)를 참고하세요.
diff --git a/src/content/docs/ko/docs/plugins/social-login/migrations/google.mdx b/src/content/docs/ko/docs/plugins/social-login/migrations/google.mdx
deleted file mode 100644
index 6d801b3f2..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/migrations/google.mdx
+++ /dev/null
@@ -1,192 +0,0 @@
----
-title: Google @capgo/social-login으로 인증 마이그레이션
-description: >-
-  이 가이드에서는 이전 Google 인증 플러그인에서 여러 소셜 인증 공급자를 통합하는 최신 Capgo 소셜 로그인 패키지로 전환하는 방법을
-  간략하게 설명합니다.
-sidebar:
-  order: 3
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 개요
-
-이 가이드는 `@codetrix-studio/capacitor-google-auth`에서 `@capgo/capacitor-social-login`로 마이그레이션하기 위한 포괄적인 단계를 제공하여 원활한 전환과 향상된 인증 환경을 보장합니다. 새로운 플러그인은 일관된 단일 API 아래에 여러 소셜 인증 제공업체를 통합합니다.
-
-## 설치
-
-<Steps>
-1. 기존 패키지를 제거합니다.
-   ```bash
-   npm uninstall @codetrix-studio/capacitor-google-auth
-   ```
-
-2. 새 패키지를 설치합니다.
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Google 인증 설정의 중요한 변경 사항
-
-### 웹 클라이언트 ID 요구 사항
-**중요한 변경**: 업데이트된 플러그인을 사용하려면 모든 플랫폼에서 웹 클라이언트 ID를 사용해야 합니다.
-
-다음을 수행해야 합니다.
-1. 웹 클라이언트 ID가 없는 경우 Google Cloud Console에서 웹 클라이언트 ID를 만듭니다. ([자격 증명을 얻는 방법](/docs/plugins/social-login/google/general/))
-2. 모든 플랫폼에 대해 `webClientId` 필드에 이 웹 클라이언트 ID를 사용하십시오.
-3. Android의 경우 SHA1을 사용하여 Android 클라이언트 ID를 생성해야 하지만 이는 확인 목적으로만 사용됩니다. 토큰은 사용되지 않습니다. ([Android 설정 가이드](/docs/plugins/social-login/google/android/))
-
-## 코드 변경
-
-### 변경사항 가져오기
-```diff
-- import { GoogleAuth } from '@codetrix-studio/capacitor-google-auth';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### 초기화
-
-설정은 간단한 `GoogleAuth.initialize()` 호출에서 중첩된 Google 구성을 포함하는 보다 구조화된 `SocialLogin.initialize()`로 변환됩니다.
-
-```diff
-- GoogleAuth.initialize({
--   clientId: 'CLIENT_ID.apps.googleusercontent.com',
--   scopes: ['profile', 'email'],
--   grantOfflineAccess: true,
-- });
-
-+ await SocialLogin.initialize({
-+   google: {
-+     webClientId: 'WEB_CLIENT_ID.apps.googleusercontent.com', // Use Web Client ID for all platforms
-+     iOSClientId: 'IOS_CLIENT_ID', // for iOS
-+     mode: 'offline' // replaces grantOfflineAccess
-+   }
-+ });
-```
-
-### 로그인
-
-로그인 방법은 명시적 공급자 지정에 따라 `GoogleAuth.signIn()`에서 `SocialLogin.login()`로 변경됩니다.
-
-```diff
-- const user = await GoogleAuth.signIn();
-+ const res = await SocialLogin.login({
-+   provider: 'google',
-+   options: {
-+     scopes: ['email', 'profile'],
-+     forceRefreshToken: true // if you need refresh token
-+   }
-+ });
-```
-
-## 플랫폼별 변경 사항
-
-### Android
-
-1. `MainActivity.java` 업데이트([전체 Android 설정 가이드](/docs/plugins/social-login/google/android/)):
-```diff
-+ import ee.forgr.capacitor.social.login.GoogleProvider;
-+ import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-+ import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-+ import com.getcapacitor.PluginHandle;
-+ import com.getcapacitor.Plugin;
-+ import android.content.Intent;
-+ import android.util.Log;
-
-- public class MainActivity extends BridgeActivity {
-+ public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-
-+   @Override
-+   public void onActivityResult(int requestCode, int resultCode, Intent data) {
-+     super.onActivityResult(requestCode, resultCode, data);
-+     
-+     if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-+       PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-+       if (pluginHandle == null) {
-+         Log.i("Google Activity Result", "SocialLogin login handle is null");
-+         return;
-+       }
-+       Plugin plugin = pluginHandle.getInstance();
-+       if (!(plugin instanceof SocialLoginPlugin)) {
-+         Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-+         return;
-+       }
-+       ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-+     }
-+   }
-
-+   public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-}
-```
-
-### iOS
-
-1. AppDelegate.swift에 큰 변경이 필요하지 않습니다 ([iOS 설정 가이드](/docs/plugins/social-login/google/ios/))
-
-2. `capacitor.config.json`에서 구성을 업데이트합니다. 새 플러그인에서는 이를 사용하지 않습니다.
-```diff
-{
-  "plugins": {
--   "GoogleAuth": {
--     "scopes": ["profile", "email"],
--     "serverClientId": "xxxxxx-xxxxxxxxxxxxxxxxxx.apps.googleusercontent.com",
--     "forceCodeForRefreshToken": true
--   }
-}
-```
-
-### 웹
-
-1. Google 로그인 메타 태그를 사용하고 있는 경우 `index.html`에서 제거합니다.
-```diff
-- <meta name="google-signin-client_id" content="{your client id here}" />
-- <meta name="google-signin-scope" content="profile email" />
-```
-
-## 응답 유형 변경
-
-이제 인증 응답은 공급자 정보, 액세스 토큰, ID 토큰 및 사용자 프로필 데이터가 포함된 구조화된 객체를 제공합니다.
-
-```typescript
-interface GoogleLoginResponse {
-  provider: 'google';
-  result: {
-    accessToken: {
-      token: string;
-      expires: string;
-      // ... other token fields
-    } | null;
-    idToken: string | null;
-    profile: {
-      email: string | null;
-      familyName: string | null;
-      givenName: string | null;
-      id: string | null;
-      name: string | null;
-      imageUrl: string | null;
-    };
-  };
-}
-```
-
-응답 구조에는 다음이 포함됩니다.
-- **공급자**: 인증 공급자(`'google'`)를 식별합니다.
-- **result.accessToken**: 만료가 포함된 액세스 토큰 세부정보
-- **result.idToken**: 인증을 위한 ID 토큰
-- **result.profile**: 이메일, 이름, 이미지 URL을 포함한 사용자 프로필 정보
-
-## 추가 기능
-
-새 패키지는 Google 이외의 여러 소셜 인증 공급자를 지원합니다.
-- [Apple 로그인](/docs/plugins/social-login/apple/general/)
-- [Facebook 로그인](/docs/plugins/social-login/facebook/)
-
-이 통합 접근 방식은 다음을 제공합니다.
-- 모든 제공업체에서 일관된 API
-- 향상된 TypeScript 지원
-- 더 나은 오류 처리
-- 적극적인 유지 관리 및 커뮤니티 지원
-
-이러한 추가 공급자에 대한 자세한 설정 지침은 [기본 문서](/docs/plugins/social-login/google/general/)를 확인하세요.
diff --git a/src/content/docs/ko/docs/plugins/social-login/migrations/v7.mdx b/src/content/docs/ko/docs/plugins/social-login/migrations/v7.mdx
deleted file mode 100644
index c8ccdb3b7..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/migrations/v7.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-title: V7 마이그레이션 가이드
-locale: ko
-description: "@capgo/capacitor-social-login의 이전 버전에서 V7로 마이그레이션하기 위한 가이드"
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 소개
-
-:::caution
-이 가이드는 여전히 `0.x.x` 버전으로 이 플러그인을 사용하는 사람들을 위한 플러그인의 `V1`/`V7` 버전용입니다.
-:::
-
-이 가이드는 다음을 다룹니다:
-
-- `main` 버전에서 V1 버전으로 마이그레이션
-- `development` 버전에서 V1 버전으로 마이그레이션
-
-## V1의 중요한 변경사항
-
-V1은 development 버전을 main으로 포트한 것입니다. 그러나 `main` V0 버전에서는 사용할 수 없는 많은 중요한 변경사항이 포함되어 있습니다. 이러한 변경사항에는 다음이 포함됩니다:
-
-- Google 로그인을 위한 액세스 범위
-- Google 로그인을 위한 오프라인 모드
-- 다양한 구현의 통합
-  - 모든 Google Provider 구현이 플랫폼 간에 동일하게 작동하도록 광범위한 테스트가 수행되었습니다
-
-## V0 main 버전에서 마이그레이션
-
-- Android용 `MainActivity.java`의 변경사항
-  - [Google Setup Guide](/docs/plugins/social-login/google/android/)를 따르세요. 특히 `MainActivity.java`를 검색하세요
-
-- Google Console에서 리디렉션 URL을 추가하세요. 리디렉션 URL을 추가하지 않으면 Google 로그인이 작동하지 않습니다.
-  - 다시 [Google Setup Guide](/docs/plugins/social-login/google/android/)를 따르세요. 특히 `Authorized redirect URIs`를 검색하세요
-
-- 구성에서 `grantOfflineAccess`를 사용하지 않는지 확인하세요. 이 기능은 V1에서 지원되지 않습니다.
-
-- 모든 플랫폼에서 인증이 작동하는지 확인하세요.
-
-## V0 development 버전에서 마이그레이션
-
-- Android용 `MainActivity.java`의 변경사항
-  - [Google Setup Guide](/docs/plugins/social-login/google/android/)를 따르세요. 특히 `MainActivity.java`를 검색하세요. V1에서는 main activity에서 `ModifiedMainActivityForSocialLoginPlugin`을 **반드시** 구현해야 합니다. 이 변경사항은 플러그인이 작동하는 데 매우 중요합니다
-
-- Google Console에서 리디렉션 URL을 추가하세요. 리디렉션 URL을 추가하지 않으면 Google 로그인이 작동하지 않습니다.
-  - 다시 [Google Setup Guide](/docs/plugins/social-login/google/android/)를 따르세요. 특히 `Authorized redirect URIs`를 검색하세요
-
-- 유형 및 변수 이름이 올바른지 확인하세요. development와 V1 간에 유형과 변수가 일치하지 않을 수 있습니다.
-
-- 모든 플랫폼에서 인증이 작동하는지 확인하세요.
diff --git a/src/content/docs/ko/docs/plugins/social-login/supabase/Apple/android.mdx b/src/content/docs/ko/docs/plugins/social-login/supabase/Apple/android.mdx
deleted file mode 100644
index 93eeec31b..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/supabase/Apple/android.mdx
+++ /dev/null
@@ -1,295 +0,0 @@
----
-title: Supabase Android에서 Apple 로그인
-description: >-
-  Capacitor Social Login 플러그인을 사용하여 Android에서 Supabase Authentication과 Apple
-  Sign-In을 설정하는 방법을 알아봅니다.
-sidebar:
-  order: 3
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 사전 요구사항
-
-이 가이드는 Android에서 Supabase Authentication과 Apple Sign-In을 통합하는 데 도움이 됩니다. 다음을 이미 완료했다고 가정합니다:
-- [Supabase Apple 로그인 - 일반 설정](./general/).
-
-:::note[중요]
-Android에서 Apple Sign-In에는 Apple이 기본 Android 지원을 제공하지 않기 때문에 백엔드 서버가 필요합니다. Supabase Edge Function을 백엔드로 사용할 것입니다.
-:::
-
-## 단계 1: 백엔드 Edge Function 배포
-
-먼저 Apple OAuth 콜백을 처리할 Supabase Edge Function을 배포해야 합니다.
-
-<Steps>
-
-1. **Supabase 프로젝트 디렉토리로 이동하세요**
-
-   ```bash
-   cd your-project/supabase
-   ```
-
-2. **Edge Function 생성(아직 없는 경우)**
-
-   ```bash
-   supabase functions new apple-signin-callback
-   ```
-
-3. **Edge Function 코드 복사**
-
-   완전한 Edge Function 구현은 [예제 앱](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/supabase/functions/apple-signin-callback)에서 사용할 수 있습니다.
-
-   프로젝트에 다음 파일을 복사합니다:
-   - `supabase/functions/apple-signin-callback/index.ts` - 기본 Edge Function 코드
-   - `supabase/functions/apple-signin-callback/deno.json` - 의존성 가져오기 맵(JWT 서명을 위한 `jose` 라이브러리 포함)
-
-4. **JWT 검증 구성**
-
-   Apple OAuth 콜백 엔드포인트는 Apple이 이를 리다이렉트하기 때문에 공개 상태여야 합니다(인증 필요 없음). `supabase/config.toml` 파일을 업데이트합니다:
-
-   ```toml
-   [functions.apple-signin-callback]
-   enabled = true
-   verify_jwt = false  # 중요: 공개 OAuth 콜백을 위해 false로 설정
-   import_map = "./functions/apple-signin-callback/deno.json"
-   entrypoint = "./functions/apple-signin-callback/index.ts"
-   ```
-
-   :::caution[중요]
-   `verify_jwt = false` 설정은 이 엔드포인트를 공개합니다. Apple의 OAuth 리다이렉트는 Supabase 인증 헤더를 포함하지 않기 때문에 필요합니다. 엔드포인트는 OAuth 흐름 자체를 검증합니다.
-   :::
-
-5. **함수 배포**
-
-   ```bash
-   supabase functions deploy apple-signin-callback
-   ```
-
-6. **함수 URL 획득**
-
-   배포 후 다음과 같은 URL을 얻게 됩니다:
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   찾을 수 없는 경우 다음을 수행할 수 있습니다:
-
-   1. `https://supabase.com/dashboard/project/YOUR_PROJECT_REF/functions` 열기
-   2. `apple-signin-callback` 함수 URL을 클릭하여 복사합니다.
-      <img src="/social-login-assets/supabase_functions_apple_signin_callback.webp" alt="Supabase Functions Apple Sign-In Callback" />
-
-   :::note[이 URL 저장]
-   Apple Developer Portal을 구성할 때 다음 단계에서 필요합니다.
-   :::
-
-</Steps>
-
-## 단계 2: Apple Developer Portal 구성
-
-이제 Apple Developer Portal을 백엔드 URL로 구성하고 필요한 모든 값을 얻어야 합니다.
-
-:::note[함수 URL]
-계속하기 전에 1단계에서 Supabase Edge Function URL이 있는지 확인하세요. Apple Developer Portal에서 Return URL을 구성할 때 필요합니다.
-:::
-
-<Steps>
-
-1. **Apple 로그인 Android 설정 가이드 따르기**
-
-   다음을 수행하려면 [Apple 로그인 Android 설정 가이드](/docs/plugins/social-login/apple/android/)를 완료합니다:
-   - 서비스 ID 생성
-   - 개인 키(.p8 파일) 생성
-   - Team ID와 Key ID 획득
-   - Return URL 구성
-
-2. **Apple Developer Portal에서 Return URL 설정**
-
-   Apple Developer Portal에서 Return URL을 구성할 때(Apple 가이드의 6.9단계), Supabase Edge Function URL을 사용합니다:
-
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::warning[중요: Supabase Edge Function URL 사용]
-   **하지 않습니다** [Apple 로그인 Android 설정 가이드](/docs/plugins/social-login/apple/android/)의 리다이렉트 URL을 사용합니다. 이 가이드는 사용자 정의 백엔드 서버 URL을 사용합니다. Supabase 통합의 경우 Supabase Edge Function URL을 대신 사용해야 합니다.
-   :::
-
-   :::caution[정확한 일치 필요]
-   Return URL은 여기서 구성한 것과 정확히 일치해야 합니다. Apple은 리다이렉트 URI 일치에 매우 엄격합니다.
-   :::
-
-3. **모든 필요한 값 수집**
-
-   Apple 설정 가이드를 완료한 후 다음을 가져야 합니다:
-   - **APPLE_TEAM_ID**: Apple 개발자 Team ID
-   - **APPLE_KEY_ID**: Apple Developer Portal의 Key ID
-   - **APPLE_PRIVATE_KEY**: .p8 개인 키 파일(base64 인코딩 필요)
-   - **ANDROID_SERVICE_ID**: Apple 서비스 ID(예: `com.example.app.service`)
-   - **BASE_REDIRECT_URL**: Deep Link URL(예: `capgo-demo-app://path`)
-
-   :::note[Deep Link URL]
-   `BASE_REDIRECT_URL`은 `AndroidManifest.xml`에서 구성된 Deep Link 구성표입니다. 인증 후 백엔드가 리다이렉트할 위치입니다.
-
-   Deep Link 값은 `android:scheme="capgo-demo-app"` 코드에 따라 다릅니다. `AndroidManifest.xml`에서 `android:scheme="capgo-demo-app"`를 설정한 경우 Deep Link는 `capgo-demo-app://path`입니다.
-   :::
-
-</Steps>
-
-## 단계 3: Supabase Secrets 설정
-
-이제 Supabase Edge Function의 환경 변수(Secrets)를 구성해야 합니다.
-
-<Steps>
-
-1. **개인 키 인코딩**
-
-   먼저 Apple 개인 키(.p8 파일)를 base64로 인코딩합니다:
-
-   ```bash
-   base64 -i AuthKey_XXXXX.p8
-   ```
-
-   전체 출력을 복사합니다(긴 문자열 하나입니다).
-
-2. **Supabase CLI를 사용하여 Secrets 설정**
-
-   ```bash
-   supabase secrets set APPLE_TEAM_ID=your_team_id
-   supabase secrets set APPLE_KEY_ID=your_key_id
-   supabase secrets set APPLE_PRIVATE_KEY=your_base64_encoded_key
-   supabase secrets set ANDROID_SERVICE_ID=your.service.id
-   supabase secrets set BASE_REDIRECT_URL=your-app://path
-   supabase secrets set APPLE_REDIRECT_URI=https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::note[자리표시자 바꾸기]
-   2단계의 실제 값으로 모든 자리표시자 값을 바꿉니다.
-   :::
-
-3. **대체: Supabase 대시보드에서 Secrets 설정**
-
-   대시보드를 사용하는 것을 선호하는 경우:
-   1. Supabase 프로젝트 대시보드로 이동합니다
-   2. **Edge Functions** → **Settings** → **Secrets**로 이동합니다
-   3. 각 비밀 변수를 값과 함께 추가합니다
-
-</Steps>
-
-:::note[Android 앱 구성]
-[Apple 로그인 Android 설정 가이드](/docs/plugins/social-login/apple/android/)는 이미 Android 앱을 구성하는 방법을 다룹니다:
-- `AndroidManifest.xml`에 Deep Link Intent 필터 추가
-- `MainActivity.java`에 `onNewIntent` 핸들러 추가
-
-계속하기 전에 이 단계들을 완료했는지 확인하세요. 거기서 구성한 Deep Link 구성표가 3단계의 `BASE_REDIRECT_URL`이 됩니다.
-:::
-
-## 단계 4: 인증 도우미 사용
-
-이제 앱 코드에서 인증 도우미를 사용할 수 있습니다.
-
-### 구현
-
-전체 구현은 [예제 앱의 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 파일에서 사용할 수 있습니다.
-
-### 인증 도우미 사용
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // 인증된 영역으로 이동합니다
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-### 도우미 함수 업데이트
-
-`authenticateWithAppleSupabase` 도우미 함수를 사용할 때 구성과 일치하도록 다음 값을 업데이트해야 합니다:
-
-1. **`redirectUrl` 업데이트** - Supabase Edge Function URL로 설정합니다:
-
-   ```typescript
-   const redirectUrl = platform === 'android'
-     ? 'https://your-project-ref.supabase.co/functions/v1/apple-signin-callback'
-     : undefined;
-   ```
-
-2. **`clientId` 업데이트** - Apple 서비스 ID로 설정합니다:
-
-   ```typescript
-   await SocialLogin.initialize({
-     apple: {
-       clientId: isIOS
-         ? undefined // iOS는 번들 ID를 자동으로 사용합니다
-         : 'your.service.id.here', // Android용 Apple 서비스 ID
-       redirectUrl: redirectUrl,
-     },
-   });
-   ```
-
-   :::caution[중요]
-   `'your.service.id.here'`를 실제 Apple 서비스 ID로 바꿉니다(3단계에서 `ANDROID_SERVICE_ID`에 사용한 값과 동일).
-   :::
-
-[전체 구현](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)을 참조하세요.
-
-## 단계 5: 통합 테스트
-
-<Steps>
-
-1. **Android 앱 빌드 및 실행**
-
-   ```bash
-   npx cap sync android
-   npx cap run android
-   ```
-
-2. **인증 흐름 테스트**
-
-   - "Sign in with Apple" 버튼을 탭합니다
-   - 브라우저에서 Apple OAuth 페이지를 볼 수 있어야 합니다
-   - 인증 후 앱으로 다시 리다이렉트되어야 합니다
-   - 오류 메시지가 있는지 콘솔 로그를 확인합니다
-
-3. **흐름 확인**
-
-   전체 흐름은 다음과 같아야 합니다:
-   1. 사용자가 "Sign in with Apple" 탭
-   2. 앱이 Apple OAuth로 브라우저 열기
-   3. 사용자가 Apple로 인증
-   4. Apple이 `https://your-project-ref.supabase.co/functions/v1/apple-signin-callback`으로 리다이렉트
-   5. Edge Function이 코드를 토큰으로 교환
-   6. Edge Function이 `your-app://path?id_token=...&access_token=...`으로 리다이렉트
-   7. Android 앱이 Deep Link를 수신하고 신원 토큰 처리
-   8. 앱이 신원 토큰으로 Supabase에 로그인
-
-</Steps>
-
-## 문제 해결
-
-인증이 실패하면:
-
-- **Redirect URI 불일치**: Apple Developer Portal의 Return URL이 `APPLE_REDIRECT_URI` Secret과 정확히 일치하는지 확인합니다
-- **Deep Link가 작동하지 않음**: `AndroidManifest.xml` Intent 필터가 `BASE_REDIRECT_URL`과 일치하는지 확인합니다
-- **누락된 Secrets**: `supabase secrets list`를 사용하여 모든 Secrets이 올바르게 설정되었는지 확인합니다
-- **토큰 교환 실패**: 자세한 오류 메시지는 Supabase Dashboard에서 Edge Function 로그를 확인합니다
-- **앱이 콜백을 수신하지 않음**: MainActivity에서 `onNewIntent`가 올바르게 구현되었는지 확인합니다
-- [예제 앱 코드](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)를 참조하세요
-
-## 작동 방식
-
-Android에서 Apple Sign-In은 OAuth 리다이렉트 흐름을 사용합니다:
-
-1. **초기화**: 플러그인은 서비스 ID와 백엔드 리다이렉트 URL로 초기화됩니다
-2. **OAuth 흐름**: Apple OAuth 페이지로 브라우저/Chrome Custom Tab 열기
-3. **백엔드 콜백**: Apple이 인증 코드와 함께 Supabase Edge Function으로 리다이렉트
-4. **토큰 교환**: Edge Function이 Apple 토큰 엔드포인트를 사용하여 코드를 토큰으로 교환
-5. **Deep Link 리다이렉트**: Edge Function이 신원 토큰과 함께 앱으로 다시 리다이렉트
-6. **Supabase 인증**: 앱이 토큰을 수신하고 Supabase에 로그인
-
-Apple이 Apple Sign-In에 대한 기본 Android 지원을 제공하지 않기 때문에 이 흐름이 필요합니다.
-
diff --git a/src/content/docs/ko/docs/plugins/social-login/supabase/Apple/general.mdx b/src/content/docs/ko/docs/plugins/social-login/supabase/Apple/general.mdx
deleted file mode 100644
index 6d2148059..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/supabase/Apple/general.mdx
+++ /dev/null
@@ -1,103 +0,0 @@
----
-title: Supabase Apple 로그인 - 일반 설정
-description: >-
-  Capacitor Social Login 플러그인을 사용하여 Supabase Authentication과 Apple Sign-In을 통합하는
-  방법을 알아봅니다.
-sidebar:
-  order: 1
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 개요
-
-이 가이드는 Supabase Authentication과 Apple Sign-In을 통합하는 데 도움이 됩니다. Apple Sign-In은 iOS, Android 및 Web 플랫폼에서 작동하는 안전하고 개인 정보 중심의 인증 방법을 제공합니다.
-
-## 사전 요구사항
-
-시작하기 전에 다음이 있는지 확인하세요:
-
-1. [Supabase 프로젝트 생성](https://database.new/)
-2. [Apple 로그인 일반 설정](/docs/plugins/social-login/apple/general/) 가이드를 읽어 Apple OAuth 자격증명 설정
-3. 대상 플랫폼에 따라 플랫폼별 가이드를 따릅니다:
-    - [Android 설정](/docs/plugins/social-login/apple/android/)
-    - [iOS 설정](/docs/plugins/social-login/apple/ios/)
-    - [Web 설정](/docs/plugins/social-login/apple/web/)
-
-    :::note
-        Supabase 튜토리얼을 시작하기 전에 사용할 플랫폼에 대한 클라이언트 ID를 생성해야 합니다.
-
-        iOS의 경우 클라이언트 ID는 앱 ID와 동일합니다.
-        Android 및 Web의 경우 클라이언트 ID는 서비스 ID와 동일합니다.
-        이 가이드의 7단계에서 사용할 것입니다.
-    :::
-
-## Supabase에서 Apple OAuth 제공자 활성화
-
-<Steps>
-1. [Supabase 대시보드](https://app.supabase.com/)로 이동하세요
-2. 프로젝트를 클릭합니다
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Supabase 프로젝트 선택기" />
-3. `Authentication` 메뉴로 이동합니다
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Supabase 인증 메뉴" />
-4. `Providers` 탭을 클릭합니다
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Supabase 제공자 탭" />
-5. `Apple` 제공자를 찾습니다
-    <img src="/social-login-assets/supabase_apple_provider.webp" alt="Supabase Apple 제공자" />
-6. `Apple` 제공자를 활성화합니다
-    <img src="/social-login-assets/supabase_apple_provider_enable.webp" alt="Supabase Apple 제공자 활성화" />
-7. 클라이언트 ID 구성을 작성합니다:
-
-    :::note
-      iOS용 Apple 로그인을 사용하는 경우 클라이언트 ID는 앱 ID와 동일합니다.
-      Android 또는 Web용 Apple 로그인을 사용하는 경우 클라이언트 ID는 서비스 ID와 동일합니다.
-      둘 다 사용하는 경우 앱 ID와 서비스 ID를 모두 제공해야 합니다.
-    :::
-
-    <img src="/social-login-assets/supabase_apple_provider_client_id.webp" alt="Supabase Apple 제공자 클라이언트 ID" />
-8. `Save` 버튼을 클릭합니다
-    <img src="/social-login-assets/supabase_apple_provider_save.webp" alt="Supabase Apple 제공자 저장" />
-
-    :::note
-      `Secret key (for OAuth)`를 설정할 필요는 없습니다. Apple 로그인을 처리하기 위해 사용자 정의 백엔드 구현을 수행할 것입니다.
-    :::
-</Steps>
-
-완료되었습니다. Supabase Authentication으로 Apple Sign-In을 활성화했습니다! 🎉
-
-## 인증 도우미 사용
-
-완전한 구현에는 전체 Apple Sign-In 흐름을 Supabase와 처리하는 `authenticateWithAppleSupabase()` 도우미 함수가 포함됩니다. 이 함수는:
-
-- 플랫폼별 구성으로 Apple Sign-In을 초기화합니다
-- 인증 흐름을 처리합니다(iOS에서는 기본, Android/Web에서는 OAuth 리다이렉트)
-- Apple에서 신원 토큰을 추출합니다
-- 신원 토큰으로 Supabase에 로그인합니다
-
-:::tip[전체 구현]
-전체 구현은 [예제 앱의 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 파일에서 사용할 수 있습니다.
-:::
-
-### 기본 사용법
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // 인증된 영역으로 이동합니다
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-### 작동 방식
-
-도우미 함수는 플랫폼별 차이를 자동으로 처리합니다:
-
-- **iOS**: 기본 Apple Sign-In 사용(리다이렉트 URL 필요 없음, 번들 ID 자동 사용)
-- **Android**: 백엔드 에지 함수와의 OAuth 리다이렉트 흐름 사용(서비스 ID 필요)
-- **Web**: OAuth 팝업 흐름 사용(서비스 ID 및 현재 페이지 URL 리다이렉트 필요)
-
-이 함수는 Apple에서 신원 토큰을 반환하며, 이를 통해 `supabase.auth.signInWithIdToken()`을 사용하여 Supabase로 인증됩니다.
diff --git a/src/content/docs/ko/docs/plugins/social-login/supabase/Apple/ios.mdx b/src/content/docs/ko/docs/plugins/social-login/supabase/Apple/ios.mdx
deleted file mode 100644
index ef5ba1e89..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/supabase/Apple/ios.mdx
+++ /dev/null
@@ -1,70 +0,0 @@
----
-title: Supabase Apple 로그인 iOS 설정
-description: iOS에서 Supabase Authentication과 Apple Sign-In을 통합하는 방법을 알아봅니다.
-sidebar:
-  order: 2
-locale: ko
----
-
-## 사전 요구사항
-
-이 가이드는 iOS에서 Supabase Authentication과 Apple Sign-In을 통합하는 데 도움이 됩니다. 다음을 이미 완료했다고 가정합니다:
-- [Apple 로그인 iOS 설정](/docs/plugins/social-login/apple/ios/)
-- [Supabase Apple 로그인 - 일반 설정](./general/).
-
-## 구현
-
-전체 구현은 [예제 앱의 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 파일에서 사용할 수 있습니다. 이 가이드는 주요 개념과 사용 방법을 설명합니다.
-
-### 인증 도우미 사용
-
-`authenticateWithAppleSupabase` 함수는 전체 인증 흐름을 처리합니다:
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // 인증된 영역으로 이동합니다
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## 작동 방식
-
-iOS에서 Apple Sign-In은 기본 구현을 사용합니다:
-
-1. **초기화**: 플러그인은 앱의 번들 ID를 자동으로 사용합니다(`clientId` 필요 없음)
-2. **기본 Sign-In**: Apple의 기본 Sign in with Apple 버튼 및 인증 흐름 사용
-3. **신원 토큰**: Apple은 사용자 정보를 포함하는 신원 토큰(JWT) 반환
-4. **Supabase 인증**: 신원 토큰은 `signInWithIdToken()`을 사용하여 Supabase로 전송됨
-
-도우미 함수는 iOS 플랫폼을 자동으로 감지하고 모든 것을 적절하게 구성합니다.
-
-## 중요한 참고사항
-
-### 번들 ID 구성
-
-- iOS는 Apple Sign-In을 위해 앱의 번들 ID를 자동으로 사용합니다
-- 번들 ID가 Apple Developer Portal에 구성된 것과 일치하는지 확인하세요
-- 번들 ID에는 "Sign in with Apple" 기능이 활성화되어야 합니다
-
-### Supabase 클라이언트 ID
-
-Supabase에서 Apple 제공자를 다음과 같이 구성합니다:
-- **Client ID**: iOS 앱 ID(번들 ID) - 예: `app.capgo.plugin.SocialLogin`
-
-Android/Web도 사용하는 경우 Supabase의 Client ID 필드에서 앱 ID와 서비스 ID를 모두 제공해야 합니다(쉼표로 구분).
-
-## 문제 해결
-
-인증이 실패하면:
-
-- **번들 ID 불일치**: 번들 ID가 Xcode와 Apple Developer Portal에서 일치하는지 확인하세요
-- **기능 활성화 안 됨**: Xcode에서 "Sign in with Apple" 기능이 활성화되었는지 확인하세요
-- **Supabase 구성**: 앱 ID가 Supabase Apple 제공자 설정에서 올바르게 구성되었는지 확인하세요
-- **토큰 검증 실패**: Apple에서 신원 토큰이 수신되고 있는지 확인하세요
-- [예제 앱 코드](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)를 참조하세요
-
diff --git a/src/content/docs/ko/docs/plugins/social-login/supabase/Apple/web.mdx b/src/content/docs/ko/docs/plugins/social-login/supabase/Apple/web.mdx
deleted file mode 100644
index 28a6a12bc..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/supabase/Apple/web.mdx
+++ /dev/null
@@ -1,97 +0,0 @@
----
-title: Supabase Apple 로그인 Web
-description: Web에서 Supabase Authentication과 Apple Sign-In을 통합하는 방법을 알아봅니다.
-sidebar:
-  order: 4
-locale: ko
----
-
-## 사전 요구사항
-
-이 가이드는 Web에서 Supabase Authentication과 Apple Sign-In을 통합하는 데 도움이 됩니다. 다음을 이미 완료했다고 가정합니다:
-- [Apple 로그인 Web 설정](/docs/plugins/social-login/apple/web/)
-- [Supabase Apple 로그인 - 일반 설정](./general/).
-
-## 구현
-
-전체 구현은 [예제 앱의 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 파일에서 사용할 수 있습니다. 이 가이드는 주요 개념과 사용 방법을 설명합니다.
-
-### 인증 도우미 사용
-
-`authenticateWithAppleSupabase` 함수는 전체 인증 흐름을 처리합니다:
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // 인증된 영역으로 이동합니다
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## 작동 방식
-
-Web에서 Apple Sign-In은 OAuth 팝업 흐름을 사용합니다:
-
-1. **초기화**: 플러그인은 서비스 ID와 현재 페이지 URL을 리다이렉트 URL로 초기화됩니다
-2. **OAuth 팝업**: Apple OAuth 페이지가 있는 팝업 창 열기
-3. **사용자 인증**: 팝업에서 사용자가 Apple로 인증
-4. **신원 토큰**: Apple은 사용자 정보를 포함하는 신원 토큰(JWT) 반환
-5. **Supabase 인증**: 신원 토큰은 `signInWithIdToken()`을 사용하여 Supabase로 전송됨
-
-도우미 함수는 웹 플랫폼을 자동으로 감지하고 모든 것을 적절하게 구성합니다.
-
-## 중요한 참고사항
-
-### 서비스 ID 구성
-
-- Web은 Apple 서비스 ID(Android과 동일) 필요
-- 서비스 ID는 Apple Developer Portal에서 올바른 Return URL로 구성되어야 합니다
-- Apple Developer Portal에서 도메인이 허용된 도메인에 추가되었는지 확인하세요
-
-### 리다이렉트 URL
-
-- Web에서 리다이렉트 URL은 자동으로 `window.location.href`(현재 페이지 URL)로 설정됩니다
-- 이는 Apple Developer Portal에서 구성된 Return URL 중 하나와 일치해야 합니다
-- Apple Developer Portal에서 후행 슬래시가 있는 URL과 없는 URL이 모두 구성되어 있는지 확인하세요
-
-### Supabase 클라이언트 ID
-
-Supabase에서 Apple 제공자를 다음과 같이 구성합니다:
-- **Client ID**: Apple 서비스 ID(예: `com.example.app.service`)
-
-iOS도 사용하는 경우 Supabase의 Client ID 필드에서 앱 ID와 서비스 ID를 모두 제공해야 합니다(쉼표로 구분).
-
-### 도우미 함수 업데이트
-
-`authenticateWithAppleSupabase` 도우미 함수를 사용할 때 `clientId`를 Apple 서비스 ID와 일치하도록 업데이트해야 합니다:
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: isIOS
-      ? undefined // iOS는 번들 ID를 자동으로 사용합니다
-      : 'your.service.id.here', // Web 및 Android용 Apple 서비스 ID
-    redirectUrl: redirectUrl,
-  },
-});
-```
-
-:::caution[중요]
-`'your.service.id.here'`를 실제 Apple 서비스 ID로 바꿉니다(Apple Developer Portal에서 구성한 것과 동일한 값).
-:::
-
-## 문제 해결
-
-인증이 실패하면:
-
-- **서비스 ID 불일치**: 서비스 ID가 Apple Developer Portal과 코드에서 일치하는지 확인하세요
-- **Return URL이 구성되지 않음**: 현재 페이지 URL(후행 슬래시 포함 및 제외)이 Apple Developer Portal에서 구성되었는지 확인하세요
-- **팝업 차단됨**: 브라우저 설정 확인 - 일부 브라우저는 기본적으로 팝업을 차단합니다
-- **도메인이 허용되지 않음**: Apple Developer Portal에서 도메인이 허용된 도메인에 추가되었는지 확인하세요
-- **Supabase 구성**: 서비스 ID가 Supabase Apple 제공자 설정에서 올바르게 구성되었는지 확인하세요
-- [예제 앱 코드](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)를 참조하세요
-
diff --git a/src/content/docs/ko/docs/plugins/social-login/supabase/google/android.mdx b/src/content/docs/ko/docs/plugins/social-login/supabase/google/android.mdx
deleted file mode 100644
index ea9140c3d..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/supabase/google/android.mdx
+++ /dev/null
@@ -1,66 +0,0 @@
----
-title: Supabase Google Android에 로그인
-description: >-
-  Capacitor 소셜 로그인 플러그인을 사용하여 Android에서 Supabase 인증으로 Google 로그인을 설정하는 방법을
-  알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-## 소개
-
-이 가이드는 Android에서 Supabase 인증과 Google 로그인을 통합하는 데 도움이 됩니다. 이미 다음 작업을 완료했다고 가정합니다.
- - [Google 로그인 Android 설정](/docs/plugins/social-login/google/android/)
- - [Supabase Google 로그인 - 일반 설정](/docs/plugins/social-login/supabase/google/general/).
-
-## 구현
-
-전체 구현은 [예제 앱의 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 파일에서 확인할 수 있습니다. 이 가이드에서는 주요 개념과 사용 방법을 설명합니다.
-
-### 인증 도우미 사용
-
-`authenticateWithGoogleSupabase` 함수는 전체 인증 흐름을 처리합니다.
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## 작동 방식
-
-Nonce 생성, JWT 유효성 검사, Supabase 로그인을 포함하여 인증 흐름이 작동하는 방식에 대한 자세한 설명은 [일반 설정 가이드의 작동 방식 섹션](/docs/plugins/social-login/supabase/google/general/#how-it-works)을 참조하세요.
-
-전체 코드 참조는 [일반 설정 가이드의 전체 코드 참조 섹션](/docs/plugins/social-login/supabase/google/general/#complete-code-reference)을 참조하세요.
-
-## 중요 참고사항
-
-### Nonce 처리
-
-nonce 구현은 [React Native Google 로그인 문서](https://react-native-google-signin.github.io/docs/security#usage-with-supabase)의 패턴을 따릅니다.
-
-- `rawNonce`은(는) Supabase의 `signInWithIdToken()`(으)로 이동합니다.
-- Supabase는 `rawNonce`의 해시를 만들고 이를 Google의 ID 토큰에 포함된 `nonceDigest`와 비교합니다.
-- `nonceDigest`(SHA-256 해시, 16진수 인코딩)는 Google 로그인 API의 `nonce` 매개변수로 이동합니다.
-
-### 자동 재시도
-
-구현에는 자동 재시도 논리가 포함됩니다.
-- JWT 첫 번째 시도에서 유효성 검사에 실패하면 로그아웃하고 한 번 재시도합니다.
-- 캐시된 토큰에 잘못된 nonce가 있을 수 있는 경우를 처리합니다.
-- 재시도에도 실패하면 오류가 반환됩니다.
-
-## 문제 해결
-
-인증이 실패하는 경우:
-
-- **잘못된 대상**: Google 클라이언트 ID가 Google Cloud Console과 Supabase 모두에서 일치하는지 확인하세요.
-- **Nonce 불일치**: 콘솔 로그를 확인하세요. 기능이 자동으로 재시도되지만 필요한 경우 먼저 수동으로 로그아웃할 수 있습니다.
-- **토큰 유효성 검사 실패**: idToken을 가져오기 위한 초기화 호출에서 `mode: 'online'`을 사용하고 있는지 확인하세요.
-- 참고용으로 [예제 앱 코드](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)를 검토하세요.
diff --git a/src/content/docs/ko/docs/plugins/social-login/supabase/google/general.mdx b/src/content/docs/ko/docs/plugins/social-login/supabase/google/general.mdx
deleted file mode 100644
index d3a9b43b8..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/supabase/google/general.mdx
+++ /dev/null
@@ -1,202 +0,0 @@
----
-title: Supabase Google 로그인 - 일반 설정
-description: Capacitor 소셜 로그인 플러그인을 사용하여 Supabase 인증으로 Google 로그인을 설정하는 방법을 알아보세요.
-sidebar:
-  order: 1
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 소개
-
-이 가이드는 Capacitor 소셜 로그인 플러그인을 사용하여 Google 로그인과 Supabase 인증을 통합하는 과정을 안내합니다. 이 설정을 사용하면 백엔드 인증을 위해 Supabase 인증을 활용하면서 모바일 플랫폼에서 기본 Google 로그인을 사용할 수 있습니다.
-
-## 전제조건
-
-시작하기 전에 다음 사항을 확인하세요.
-
-1. [Supabase 프로젝트 생성](https://database.new/)
-2. Google OAuth 자격 증명 설정에 대한 [Google 로그인 일반 설정](/docs/plugins/social-login/google/general/) 가이드를 읽어보세요.
-3. 해당 플랫폼별 가이드에 따라 대상 플랫폼에 대한 Google OAuth 자격 증명을 설정했습니다.
-    - [Android 설정](/docs/plugins/social-login/google/android/)
-    - [iOS 설정](/docs/plugins/social-login/google/ios/)
-    - [웹 설정](/docs/plugins/social-login/google/web/)
-
-    :::참고
-        Supabase 튜토리얼을 시작하기 전에 사용하려는 플랫폼에 대한 클라이언트 ID를 생성해야 합니다.
-        이 가이드의 7단계에서 이를 사용하게 됩니다.
-    :::
-
-## Supabase에서 Google OAuth 공급자 활성화
-
-<Steps>
-1. [Supabase 대시보드](https://app.supabase.com/)로 이동합니다.
-2. 프로젝트를 클릭하세요
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Supabase 프로젝트 선택기" />
-3. `Authentication` 메뉴로 이동하세요.
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Supabase 인증 메뉴" />
-4. `Providers` 탭을 클릭하세요.
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Supabase 공급자 탭" />
-5. `Google` 공급자 찾기
-    <img src="/social-login-assets/supabase_google_provider.webp" alt="Supabase Google 제공자" />
-6. 공급자 활성화
-    <img src="/social-login-assets/supabase_google_provider_enable.webp" alt="Supabase Google 공급자 활성화" />
-7. 사용하려는 플랫폼의 클라이언트 ID를 추가하세요.
-    <img src="/social-login-assets/supabase_google_provider_add_client_ids.webp" alt="Supabase Google 공급자 클라이언트 ID 추가" />
-
-    :::참고
-        여기에는 웹 클라이언트 ID, iOS 클라이언트 ID 및 Android 클라이언트 ID가 포함됩니다. 사용하려는 플랫폼에 따라 일부 제공을 건너뛸 수 있습니다.
-    :::
-8. `Save` 버튼을 클릭하세요.
-    <img src="/social-login-assets/supabase_google_provider_save.webp" alt="Supabase Google 공급자 저장" />
-
-</Steps>
-
-:::note
-__**해서는 안 됩니다**__ `Client Secret (for OAuth)` 또는 `Callback URL (for OAuth)`을 설정하세요. 일부 소스에서는 iOS의 Google에 대해 `nonce 검사 건너뛰기` 설정을 제안할 수도 있지만 이 가이드에서는 이것이 필요하지 않습니다.
-:::
-
-짜잔, 이제 Google Supabase 인증으로 로그인이 활성화되었습니다 🎉
-
-## Google Supabase 인증 도우미를 사용한 로그인 작동 방식
-
-이 섹션에서는 Google 로그인 통합이 Supabase과 어떻게 작동하는지 설명합니다. 이 흐름을 이해하면 인증 프로세스를 구현하고 문제를 해결하는 데 도움이 됩니다.
-
-:::tip[완전한 형태]
-전체 구현은 [예제 앱의 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 파일에서 확인할 수 있습니다.
-:::
-
-### 1. 논스 생성
-
-구현에서는 [Supabase nonce 요구 사항](https://react-native-google-signin.github.io/docs/security#usage-with-supabase)에 따라 보안 nonce 쌍을 생성합니다.
-
-```typescript
-// Generate URL-safe random nonce
-function getUrlSafeNonce(): string {
-  const array = new Uint8Array(32);
-  crypto.getRandomValues(array);
-  return Array.from(array, (byte) => byte.toString(16).padStart(2, '0')).join('');
-}
-
-// Hash the nonce with SHA-256
-async function sha256Hash(message: string): Promise<string> {
-  const encoder = new TextEncoder();
-  const data = encoder.encode(message);
-  const hashBuffer = await crypto.subtle.digest('SHA-256', data);
-  const hashArray = Array.from(new Uint8Array(hashBuffer));
-  return hashArray.map((b) => b.toString(16).padStart(2, '0')).join('');
-}
-
-// Generate nonce pair
-async function getNonce(): Promise<{ rawNonce: string; nonceDigest: string }> {
-  const rawNonce = getUrlSafeNonce();
-  const nonceDigest = await sha256Hash(rawNonce);
-  return { rawNonce, nonceDigest };
-}
-```
-
-**흐름:**
-- `rawNonce`: URL 안전 임의 문자열(64자리 16진수)
-- `nonceDigest`: `rawNonce`의 SHA-256 해시(16진수 인코딩)
-- `nonceDigest`은 Google 로그인으로 전달됩니다. → Google은 ID 토큰에 nonce 다이제스트를 포함합니다.
-- `rawNonce`는 Supabase로 전달됩니다. → Supabase는 원시 nonce를 해시하고 토큰의 nonce와 비교합니다.
-
-### 2. Google 로그인
-
-이 함수는 플러그인을 초기화하고 Google을 사용하여 로그인합니다.
-
-```typescript
-await SocialLogin.initialize({
-  google: {
-    webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-    // iOS only:
-    iOSClientId: 'YOUR_IOS_CLIENT_ID.apps.googleusercontent.com',
-    mode: 'online', // Required to get idToken
-  },
-});
-
-const response = await SocialLogin.login({
-  provider: 'google',
-  options: {
-    scopes: ['email', 'profile'],
-    nonce: nonceDigest, // Pass the SHA-256 hashed nonce
-  },
-});
-```
-
-### 3. JWT 유효성 검사
-
-토큰을 Supabase로 보내기 전에 구현에서는 JWT 토큰의 유효성을 검사합니다.
-
-```typescript
-function validateJWTToken(idToken: string, expectedNonceDigest: string): { valid: boolean; error?: string } {
-  const decodedToken = decodeJWT(idToken);
-  
-  // Check audience matches your Google Client IDs
-  const audience = decodedToken.aud;
-  if (!VALID_GOOGLE_CLIENT_IDS.includes(audience)) {
-    return { valid: false, error: 'Invalid audience' };
-  }
-  
-  // Check nonce matches
-  const tokenNonce = decodedToken.nonce;
-  if (tokenNonce && tokenNonce !== expectedNonceDigest) {
-    return { valid: false, error: 'Nonce mismatch' };
-  }
-  
-  return { valid: true };
-}
-```
-
-**Supabase 전에 검증해야 하는 이유는 무엇입니까?**
-
-Supabase에 토큰을 보내기 전에 JWT 토큰을 검증하는 것은 몇 가지 중요한 목적을 제공합니다.
-
-1. **잘못된 요청 방지**: 토큰에 잘못된 대상이 있거나 nonce 불일치가 있는 경우 Supabase은 어쨌든 토큰을 거부합니다. 먼저 검증하면 불필요한 API 호출을 방지하고 더 명확한 오류 메시지를 제공합니다.
-
-2. **토큰 캐싱 문제**: 일부 플랫폼(특히 iOS)에서는 Google 로그인 SDK이 성능을 위해 토큰을 캐시할 수 있습니다. 캐시된 토큰이 반환되면 캐시된 토큰이 다른 nonce로 생성되었을 수 있습니다(또는 nonce가 전혀 없음). 이로 인해 Supabase에서 "nonce 불일치" 오류와 함께 토큰을 거부하게 됩니다. Supabase로 보내기 전에 확인함으로써 이 문제를 조기에 감지하고 새로운 토큰으로 자동으로 재시도할 수 있습니다.
-
-3. **보안**(iOS): iOS에서 유효성 검사를 통해 특정 Google 클라이언트 ID에 대해 토큰이 발급되었는지 확인하여 잠재적인 보안 문제가 다른 애플리케이션용 토큰을 사용하는 것을 방지합니다.
-
-4. **더 나은 오류 처리**: Supabase 이전에 문제를 감지하면 iOS 캐싱 문제를 투명하게 처리하는 데 필수적인 자동 재시도 논리가 허용됩니다.
-
-유효성 검사에 실패하면 함수는 자동으로 다음을 수행합니다.
-1. Google에서 로그아웃합니다(캐시된 토큰 지우기 - iOS에서 중요).
-2. 인증을 한 번 재시도합니다(올바른 nonce로 새로운 토큰 생성을 강제합니다).
-3. 재시도도 실패하면 오류를 반환합니다.
-
-### 4. Supabase 로그인
-
-마지막으로 검증된 토큰이 Supabase로 전송됩니다.
-
-```typescript
-const { data, error } = await supabase.auth.signInWithIdToken({
-  provider: 'google',
-  token: googleResponse.idToken,
-  nonce: rawNonce, // Pass the raw (unhashed) nonce
-});
-```
-
-## 전체 코드 참조
-
-전체 구현은 다음을 포함하는 [예제 앱의 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 파일에서 사용할 수 있습니다.
-
-- `getUrlSafeNonce()` - URL 안전 임의 논스를 생성합니다.
-- `sha256Hash()` - SHA-256을 사용하여 문자열을 해시합니다.
-- `getNonce()` - nonce 쌍을 생성합니다.
-- `decodeJWT()` - JWT 토큰을 디코딩합니다.
-- `validateJWTToken()` - JWT 대상 및 nonce를 검증합니다.
-- `authenticateWithGoogleSupabase()` - 자동 재시도를 통한 기본 인증 기능
-
-### 추가 예제 파일
-
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - 리디렉션 처리가 포함된 구성 요소 예(웹)
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - 계정 생성 페이지 예시
-
-## 다음 단계
-
-대상 플랫폼에 대한 플랫폼별 설정 가이드를 진행하세요.
-
-- [Android 설정](../android/)
-- [iOS 설정](../ios/)
-- [웹 설정](../web/)
diff --git a/src/content/docs/ko/docs/plugins/social-login/supabase/google/ios.mdx b/src/content/docs/ko/docs/plugins/social-login/supabase/google/ios.mdx
deleted file mode 100644
index 86582029c..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/supabase/google/ios.mdx
+++ /dev/null
@@ -1,92 +0,0 @@
----
-title: Supabase Google iOS에 로그인
-description: Capacitor 소셜 로그인 플러그인을 사용하여 iOS에서 Supabase 인증으로 Google 로그인을 설정하는 방법을 알아보세요.
-sidebar:
-  order: 3
-locale: ko
----
-## 소개
-
-이 가이드는 iOS에서 Supabase 인증과 Google 로그인을 통합하는 데 도움이 됩니다. 이미 다음 작업을 완료했다고 가정합니다.
- - [Google 로그인 iOS 설정](/docs/plugins/social-login/google/ios/)
- - [Supabase Google 로그인 - 일반 설정](/docs/plugins/social-login/supabase/google/general/).
-
-## 구현
-
-전체 구현은 [예제 앱의 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 파일에서 확인할 수 있습니다. 이 가이드에서는 주요 개념과 사용 방법을 설명합니다.
-
-### 인증 도우미 사용
-
-`authenticateWithGoogleSupabase` 함수는 전체 인증 흐름을 처리합니다.
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## 작동 방식
-
-Nonce 생성, JWT 유효성 검사, Supabase 로그인을 포함하여 인증 흐름이 작동하는 방식에 대한 자세한 설명은 [일반 설정 가이드의 작동 방식 섹션](/docs/plugins/social-login/supabase/google/general/#how-it-works)을 참조하세요.
-
-## 중요한 주의사항
-
-### iOS 토큰 캐싱 및 Nonce 문제
-
-:::warning[iOS Nonce 캐싱 문제]
-iOS에서 Google 로그인은 토큰을 캐시할 수 있으며 이로 인해 nonce 검증이 실패할 수 있습니다. `validateJWTToken` 함수는 이를 감지하고 자동으로 처리합니다.
-
-1. **자동 감지**: 이 함수는 토큰의 nonce가 예상되는 `nonceDigest`과 일치하는지 확인합니다.
-2. **자동 재시도**: 검증에 실패하면 Google에서 자동으로 로그아웃하고 한 번 재시도합니다.
-3. **오류 처리**: 재시도에도 실패하면 오류가 반환됩니다.
-
-**발생 이유**: iOS Google 로그인 SDK는 성능을 위해 토큰을 캐시합니다. 캐시된 토큰이 반환되면 다른 nonce(또는 nonce 없음)로 생성되어 불일치가 발생할 수 있습니다.
-
-**해결책**: 구현에서는 로그아웃하고 다시 시도하여 이를 자동으로 처리합니다. 그러면 Google가 올바른 nonce를 사용하여 새 토큰을 생성하게 됩니다.
-:::
-
-**수동 해결 방법**(자동 재시도가 작동하지 않는 경우):
-
-```typescript
-// Logout first to clear cached tokens
-await SocialLogin.logout({ provider: 'google' });
-
-// Then authenticate
-const result = await authenticateWithGoogleSupabase();
-```
-
-이렇게 하면 올바른 nonce로 새로운 토큰을 얻을 수 있습니다.
-
-전체 코드 참조는 [일반 설정 가이드의 전체 코드 참조 섹션](/docs/plugins/social-login/supabase/google/general/#complete-code-reference)을 참조하세요.
-
-## 중요 참고사항
-
-### Nonce 처리
-
-Nonce 구현은 [React Native Google 로그인 문서](https://react-native-google-signin.github.io/docs/security#usage-with-supabase)의 패턴을 따릅니다.
-
-- `rawNonce`은(는) Supabase의 `signInWithIdToken()`(으)로 이동합니다.
-- Supabase는 `rawNonce`의 해시를 만들고 이를 Google의 ID 토큰에 포함된 `nonceDigest`과 비교합니다.
-- `nonceDigest`(SHA-256 해시, 16진수 인코딩)은 Google 로그인 API의 `nonce` 매개변수로 이동합니다.
-
-### 자동 재시도 메커니즘
-
-`authenticateWithGoogleSupabase` 함수에는 `retry` 매개변수가 포함되어 있습니다.
-- 첫 번째 호출(`retry=false`): 유효성 검사에 실패하면 자동으로 로그아웃하고 한 번 재시도합니다.
-- 재시도 호출(`retry=true`): 유효성 검사가 다시 실패하면 즉시 오류를 반환합니다.
-
-이는 iOS 토큰 캐싱 문제를 자동으로 처리합니다.
-
-## 문제 해결
-
-인증이 실패하는 경우:- **Nonce mismatch**: The function automatically retries - check console logs for details. 그래도 지속되면 먼저 수동으로 로그아웃하세요.
-- **잘못된 대상**: Google 클라이언트 ID가 Google Cloud Console 및 Supabase(iOS 및 웹 클라이언트 ID 모두)에서 일치하는지 확인하세요.
-- **토큰 유효성 검사 실패**: idToken을 가져오기 위한 초기화 호출에서 `mode: 'online'`을 사용하고 있는지 확인하세요.
-- **Info.plist 구성**: Info.plist에 올바른 URL 구성표와 GIDClientID가 있는지 확인하세요.
-- 참고용으로 [예제 앱 코드](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)를 검토하세요.
diff --git a/src/content/docs/ko/docs/plugins/social-login/supabase/google/web.mdx b/src/content/docs/ko/docs/plugins/social-login/supabase/google/web.mdx
deleted file mode 100644
index e72ed3867..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/supabase/google/web.mdx
+++ /dev/null
@@ -1,114 +0,0 @@
----
-title: Supabase Google 웹에서 로그인
-description: Capacitor 소셜 로그인 플러그인을 사용하여 웹에서 Supabase 인증으로 Google 로그인을 설정하는 방법을 알아보세요.
-sidebar:
-  order: 4
-locale: ko
----
-## 소개
-
-이 가이드는 웹에서 Supabase 인증과 Google 로그인을 통합하는 데 도움이 됩니다. 이미 다음 작업을 완료했다고 가정합니다.
- - [Google 로그인 웹 설정](/docs/plugins/social-login/google/web/)
- - [Supabase Google 로그인 - 일반 설정](/docs/plugins/social-login/supabase/google/general/).
-
-## 구현
-
-전체 구현은 [예제 앱의 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 파일에서 확인할 수 있습니다. 이 가이드에서는 주요 개념과 사용 방법을 설명합니다.
-
-### 인증 도우미 사용
-
-`authenticateWithGoogleSupabase` 함수는 전체 인증 흐름을 처리합니다.
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## 중요: 리디렉션 처리
-
-:::경고[중요: 처리]
-웹에서 Google 로그인을 사용할 때 리디렉션이 발생하면 플러그인에서 모든 함수를 호출하여 리디렉션을 처리하고 팝업 창을 닫을 수 있도록 플러그인을 초기화해야 합니다. `isLoggedIn()` 또는 `initialize()`을 호출할 수 있습니다. 둘 다 리디렉션 처리를 트리거합니다.
-
-이는 OAuth 팝업 흐름이 올바르게 작동하는 데 필수적입니다.
-:::
-
-### 구현 예
-
-Google 로그인을 처리하는 구성 요소에 다음을 추가하세요.
-
-```typescript
-import { useEffect } from 'react';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-function SupabasePage() {
-  // Check Google login status on mount to invoke redirect handling
-  // This doesn't serve any functional purpose in the UI but ensures
-  // that any pending OAuth redirects are properly processed
-  useEffect(() => {
-    const checkGoogleLoginStatus = async () => {
-      try {
-        await SocialLogin.isLoggedIn({ provider: 'google' });
-        // We don't use the result, this is just to trigger redirect handling
-      } catch (error) {
-        // Ignore errors - this is just for redirect handling
-        console.log('Google login status check completed (redirect handling)');
-      }
-    };
-    
-    checkGoogleLoginStatus();
-  }, []);
-
-  // ... rest of your component
-}
-```
-
-전체 예는 [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx)를 참조하세요.
-
-## 작동 방식
-
-Nonce 생성, JWT 유효성 검사, Supabase 로그인을 포함하여 인증 흐름이 작동하는 방식에 대한 자세한 설명은 [일반 설정 가이드의 작동 방식 섹션](/docs/plugins/social-login/supabase/google/general/#how-it-works)을 참조하세요.
-
-전체 코드 참조는 [일반 설정 가이드의 전체 코드 참조 섹션](/docs/plugins/social-login/supabase/google/general/#complete-code-reference)을 참조하세요.
-
-다음도 참조하세요.
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - 리디렉션 처리가 포함된 예제 구성 요소
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - 계정 생성 페이지 예시
-
-## 중요 참고사항
-
-### 리디렉션 처리
-
-웹에서 Google 로그인을 사용할 때 리디렉션이 발생하면 플러그인에서 모든 함수를 호출하여 리디렉션을 처리하고 팝업 창을 닫을 수 있도록 플러그인을 초기화해야 합니다. `isLoggedIn()` 또는 `initialize()`을 호출할 수 있습니다. 둘 다 리디렉션 처리를 트리거합니다.
-
-이는 OAuth 팝업 흐름이 올바르게 작동하는 데 필수적입니다. 이것이 없으면 인증 후 팝업창이 닫히지 않습니다.
-
-### Nonce 처리
-
-nonce 구현은 [React Native Google 로그인 문서](https://react-native-google-signin.github.io/docs/security#usage-with-supabase)의 패턴을 따릅니다.
-
-- `rawNonce`은(는) Supabase의 `signInWithIdToken()`(으)로 이동합니다.
-- Supabase는 `rawNonce`의 해시를 만들고 이를 Google의 ID 토큰에 포함된 `nonceDigest`과 비교합니다.
-- `nonceDigest`(SHA-256 해시, 16진수 인코딩)은 Google 로그인 API의 `nonce` 매개변수로 이동합니다.
-
-### 자동 재시도
-
-구현에는 자동 재시도 논리가 포함됩니다.
-- JWT 첫 번째 시도에서 유효성 검사에 실패하면 로그아웃하고 한 번 재시도합니다.
-- 캐시된 토큰에 잘못된 nonce가 있을 수 있는 경우를 처리합니다.
-- 재시도에도 실패하면 오류가 반환됩니다.
-
-## 문제 해결
-
-인증이 실패하는 경우:- **리디렉션이 작동하지 않음**: 구성 요소 마운트 시 `isLoggedIn()`을 호출하고 있는지 확인하세요(위 예 참조).
-- **잘못된 대상**: Google 클라이언트 ID가 Google Cloud Console과 Supabase 모두에서 일치하는지 확인하세요.
-- **승인된 리디렉션 URL**: 승인된 리디렉션 URL이 Google Cloud Console과 Supabase 모두에 구성되어 있는지 확인하세요.
-- **Nonce 불일치**: 콘솔 로그를 확인하세요. 기능이 자동으로 재시도되지만 필요한 경우 먼저 수동으로 로그아웃할 수 있습니다.
-- **토큰 유효성 검사 실패**: idToken을 가져오기 위한 초기화 호출에서 `mode: 'online'`을 사용하고 있는지 확인하세요.
-- 참고용으로 [예제 앱 코드](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)를 검토하세요.
diff --git a/src/content/docs/ko/docs/plugins/social-login/supabase/introduction.mdx b/src/content/docs/ko/docs/plugins/social-login/supabase/introduction.mdx
deleted file mode 100644
index 8d49dd74e..000000000
--- a/src/content/docs/ko/docs/plugins/social-login/supabase/introduction.mdx
+++ /dev/null
@@ -1,93 +0,0 @@
----
-title: Supabase 통합 소개
-description: 완전한 인증 솔루션을 위해 Supabase 인증을 Capacitor 소셜 로그인 플러그인과 통합하는 방법을 알아보세요.
-sidebar:
-  order: 1
-locale: ko
----
-## 개요
-
-이 튜토리얼은 Capacitor 소셜 로그인 플러그인을 사용하여 Supabase 인증을 설정하는 과정을 안내합니다. 이 통합을 통해 모바일 플랫폼에서 기본 소셜 로그인 공급자(Google, Apple, Facebook, Twitter)를 사용하는 동시에 백엔드 인증을 위해 Supabase 인증을, 데이터 저장을 위해 PostgreSQL을 활용할 수 있습니다.
-
-## 무엇을 배울 것인가
-
-- Supabase 인증 구성 방법
-- Capacitor 소셜 로그인 플러그인을 Supabase 인증과 통합하는 방법
-- Android, iOS 및 웹에 대한 플랫폼별 설정
-- Supabase에 대한 nonce를 안전하게 처리하는 방법
-
-## 필요한 것
-
-시작하기 전에 다음 사항을 확인하세요.
-
-1. **Supabase 프로젝트**
-   - [Supabase 대시보드](https://app.supabase.com/)에서 프로젝트를 생성하세요.
-   - Google OAuth 공급자 활성화
-   - Supabase 프로젝트 URL 및 익명 키를 가져옵니다.
-
-2. **Supabase JS SDK**
-   - 프로젝트에 Supabase을 설치합니다.
-     ```bash
-     npm install @supabase/supabase-js
-     ```
-
-3. **Capacitor 프로젝트**
-   - 기존 Capacitor 애플리케이션
-   - Capacitor 소셜 로그인 플러그인 설치:
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-4. **플랫폼별 Google 설정**
-   - 대상 플랫폼에 대한 Google 로그인 설정을 완료하세요.
-     - [Google 로그인 Android 설정](/docs/plugins/social-login/google/android/)
-     - [Google 로그인 iOS 설정](/docs/plugins/social-login/google/ios/)
-     - [Google 로그인 웹 설정](/docs/plugins/social-login/google/web/)
-
-## 예제 애플리케이션
-
-전체 작업 예제는 저장소에서 사용할 수 있습니다.
-
-**코드 저장소**: [여기에서 코드 저장소를 찾을 수 있습니다](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-예제 앱은 다음을 보여줍니다.
-- Supabase을 사용한 이메일/비밀번호 인증
-- Google 로그인 통합(Android, iOS 및 웹)
-- Supabase PostgreSQL 테이블을 사용하는 간단한 키-값 저장소
-- 행 수준 보안(RLS)을 갖춘 사용자별 데이터 저장
-
-## 주요 구현 세부정보
-
-### Nonce 처리
-
-Supabase에는 보안을 위해 특별한 nonce 처리가 필요합니다. 구현은 [React Native Google 로그인 문서](https://react-native-google-signin.github.io/docs/security#usage-with-supabase)를 따릅니다.
-
-- `rawNonce`(URL 안전 임의 문자열) 생성
-- SHA-256으로 해시하여 `nonceDigest`을 얻습니다.
-- `nonceDigest`을(를) Google에 전달합니다.
-- `rawNonce`을 Supabase에 전달합니다(Supabase은 비교를 위해 내부적으로 해시합니다).
-
-### JWT 유효성 검사
-
-예제 구현에는 다음을 보장하기 위한 JWT 유효성 검사가 포함됩니다.
-- 토큰 대상은 구성된 Google 클라이언트 ID와 일치합니다.
-- nonce가 예상 다이제스트와 일치합니다.
-- 검증 실패 시 자동 재시도(iOS에 특히 중요)
-
-### 플랫폼별 고려 사항
-
-- **iOS**: 토큰 캐싱으로 인해 nonce 문제가 발생할 수 있습니다. 구현 시 이를 자동으로 처리합니다.
-- **웹**: OAuth 리디렉션을 처리하려면 마운트 시 `isLoggedIn()`을 호출해야 합니다.
-- **Android**: SHA-1 지문 구성을 사용한 표준 구현
-
-## 다음 단계설정 가이드를 계속 진행하세요.
-- [Supabase Google 로그인 - 일반 설정](./google/general/) - 개요 및 전제조건
-- [Android 설정](./google/android/) - Android 관련 구성
-- [iOS 설정](./google/ios/) - iOS 관련 구성
-- [웹 설정](./google/web/) - 웹별 구성
-
-### Apple 로그인
-- [Supabase Apple 로그인 - 일반 설정](./Apple/general/) - 개요 및 전제 조건
-- [iOS 설정](./Apple/ios/) - iOS 관련 구성
-- [Android 설정](./Apple/android/) - Android 관련 구성
diff --git a/src/content/docs/ko/docs/plugins/speech-recognition/getting-started.mdx b/src/content/docs/ko/docs/plugins/speech-recognition/getting-started.mdx
deleted file mode 100644
index 11a8f85c1..000000000
--- a/src/content/docs/ko/docs/plugins/speech-recognition/getting-started.mdx
+++ /dev/null
@@ -1,442 +0,0 @@
----
-title: 시작하기
-description: 음성 인식 플러그인을 설치하고 사용하여 Capacitor 앱에 음성 전사를 추가하는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-speech-recognition" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **플랫폼 권한 구성**(아래 참조)
-</Steps>
-
-## 플랫폼 구성
-
-### iOS
-
-앱의 `Info.plist` 파일에 다음 키를 추가하세요.
-
-```xml
-<key>NSSpeechRecognitionUsageDescription</key>
-<string>We need access to speech recognition to transcribe your voice</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>We need access to your microphone to record audio for transcription</string>
-```
-
-### Android
-
-플러그인은 필수 `RECORD_AUDIO` 권한을 `AndroidManifest.xml`에 자동으로 추가합니다. 추가 구성이 필요하지 않습니다.
-
-## 기본 사용법
-
-### 가용성 확인
-
-음성 인식을 사용하기 전에 기기에서 음성 인식을 사용할 수 있는지 확인하세요.
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-const checkAvailability = async () => {
-  const { available } = await SpeechRecognition.available();
-  if (!available) {
-    console.warn('Speech recognition is not supported on this device');
-    return false;
-  }
-  return true;
-};
-```
-
-### 권한 요청
-
-인식을 시작하기 전에 필요한 권한을 요청하십시오:
-
-```typescript
-const requestPermissions = async () => {
-  const { speechRecognition } = await SpeechRecognition.requestPermissions();
-
-  if (speechRecognition === 'granted') {
-    console.log('Permission granted');
-    return true;
-  } else {
-    console.log('Permission denied');
-    return false;
-  }
-};
-```
-
-### 인식 시작
-
-선택적 구성으로 음성 듣기를 시작하세요.
-
-```typescript
-// Basic usage
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 3,
-  partialResults: true,
-});
-
-// With all options
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 5,
-  prompt: 'Speak now...',          // Android only
-  popup: false,                     // Android only
-  partialResults: true,
-  addPunctuation: true,             // iOS 16+ only
-  allowForSilence: 2000,            // Android only, milliseconds
-});
-```
-
-### 결과 듣기
-
-인식이 활성화된 동안 부분 결과를 구독합니다.
-
-```typescript
-const partialListener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event) => {
-    const transcription = event.matches?.[0];
-    console.log('Partial result:', transcription);
-  }
-);
-
-// Don't forget to remove the listener when done
-await partialListener.remove();
-```
-
-### 인식 중지
-
-듣기를 중지하고 리소스를 정리하십시오.
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-## 완전한 예
-
-다음은 플러그인 사용 방법을 보여주는 전체 예입니다.
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-export class VoiceRecognitionService {
-  private partialListener: any = null;
-  private isListening = false;
-
-  async initialize(): Promise<boolean> {
-    // Check availability
-    const { available } = await SpeechRecognition.available();
-    if (!available) {
-      throw new Error('Speech recognition not available');
-    }
-
-    // Request permissions
-    const { speechRecognition } = await SpeechRecognition.requestPermissions();
-    if (speechRecognition !== 'granted') {
-      throw new Error('Permission denied');
-    }
-
-    return true;
-  }
-
-  async startListening(
-    onPartialResult: (text: string) => void,
-    onFinalResult: (text: string) => void
-  ): Promise<void> {
-    if (this.isListening) {
-      console.warn('Already listening');
-      return;
-    }
-
-    try {
-      // Set up partial results listener
-      this.partialListener = await SpeechRecognition.addListener(
-        'partialResults',
-        (event) => {
-          const text = event.matches?.[0] || '';
-          onPartialResult(text);
-        }
-      );
-
-      // Start recognition
-      const result = await SpeechRecognition.start({
-        language: 'en-US',
-        maxResults: 3,
-        partialResults: true,
-        addPunctuation: true,
-      });
-
-      this.isListening = true;
-
-      // Handle final result if partialResults is false
-      if (result.matches && result.matches.length > 0) {
-        onFinalResult(result.matches[0]);
-      }
-    } catch (error) {
-      console.error('Error starting speech recognition:', error);
-      throw error;
-    }
-  }
-
-  async stopListening(): Promise<void> {
-    if (!this.isListening) {
-      return;
-    }
-
-    try {
-      await SpeechRecognition.stop();
-
-      // Clean up listener
-      if (this.partialListener) {
-        await this.partialListener.remove();
-        this.partialListener = null;
-      }
-
-      this.isListening = false;
-    } catch (error) {
-      console.error('Error stopping speech recognition:', error);
-      throw error;
-    }
-  }
-
-  async getSupportedLanguages(): Promise<string[]> {
-    const { languages } = await SpeechRecognition.getSupportedLanguages();
-    return languages;
-  }
-
-  async checkListeningState(): Promise<boolean> {
-    const { listening } = await SpeechRecognition.isListening();
-    return listening;
-  }
-}
-```
-
-## API 참조
-
-### 사용 가능()
-
-현재 기기에서 네이티브 음성인식 서비스를 사용할 수 있는지 확인합니다.
-
-```typescript
-const result = await SpeechRecognition.available();
-// Returns: { available: boolean }
-```
-
-### 시작(옵션?)
-
-오디오 캡처 및 음성 기록을 시작합니다.
-
-```typescript
-interface SpeechRecognitionStartOptions {
-  language?: string;          // Locale identifier (e.g., 'en-US')
-  maxResults?: number;        // Maximum number of results (default: 5)
-  prompt?: string;            // Android only: Dialog prompt
-  popup?: boolean;            // Android only: Show system dialog
-  partialResults?: boolean;   // Stream partial results
-  addPunctuation?: boolean;   // iOS 16+ only: Add punctuation
-  allowForSilence?: number;   // Android only: Silence timeout in ms
-}
-
-const result = await SpeechRecognition.start(options);
-// Returns: { matches?: string[] }
-```
-
-### 중지()
-
-듣기를 중지하고 기본 리소스를 분해합니다.
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-### getSupportedLanguages()
-
-기본 인식기가 지원하는 로캘을 가져옵니다.
-
-**참고**: Android 13개 이상의 장치는 더 이상 이 목록을 노출하지 않습니다. 이 경우 `languages`은 비어 있게 됩니다.
-
-```typescript
-const result = await SpeechRecognition.getSupportedLanguages();
-// Returns: { languages: string[] }
-```
-
-### isListening()
-
-플러그인이 음성을 적극적으로 듣고 있는지 여부를 반환합니다.
-
-```typescript
-const result = await SpeechRecognition.isListening();
-// Returns: { listening: boolean }
-```
-
-### checkPermissions()
-
-현재 권한 상태를 가져옵니다.
-
-```typescript
-const result = await SpeechRecognition.checkPermissions();
-// Returns: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-### 요청권한()
-
-마이크+음성인식 권한을 요청합니다.
-
-```typescript
-const result = await SpeechRecognition.requestPermissions();
-// Returns: { speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-## 이벤트 리스너
-
-### 부분 결과
-
-`partialResults`이 활성화된 동안 부분 기록 업데이트를 수신합니다.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event: { matches: string[] }) => {
-    console.log('Partial:', event.matches?.[0]);
-  }
-);
-```
-
-### 세그먼트 결과(Android 전용)
-
-분할된 인식 결과를 들어보세요.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'segmentResults',
-  (event: { matches: string[] }) => {
-    console.log('Segment:', event.matches?.[0]);
-  }
-);
-```
-
-### endOfSegmentedSession(Android 전용)
-
-분할된 세션 완료 이벤트를 수신합니다.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'endOfSegmentedSession',
-  () => {
-    console.log('Segmented session ended');
-  }
-);
-```
-
-### 청취 상태
-
-기본 청취 상태에 대한 변경 사항을 수신합니다.
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'listeningState',
-  (event: { status: 'started' | 'stopped' }) => {
-    console.log('Listening state:', event.status);
-  }
-);
-```
-
-### 제거AllListeners()
-
-등록된 모든 리스너를 제거합니다.
-
-```typescript
-await SpeechRecognition.removeAllListeners();
-```
-
-## 모범 사례
-
-1. **항상 가용성과 권한을 확인하세요**
-   ```typescript
-   const { available } = await SpeechRecognition.available();
-   if (!available) return;
-
-   const { speechRecognition } = await SpeechRecognition.requestPermissions();
-   if (speechRecognition !== 'granted') return;
-   ```
-
-2. **청취자 정리**
-   메모리 누수를 방지하려면 더 이상 필요하지 않은 리스너를 항상 제거하세요.
-   ```typescript
-   await listener.remove();
-   // or
-   await SpeechRecognition.removeAllListeners();
-   ```
-
-3. **오류를 적절하게 처리**
-   ```typescript
-   try {
-     await SpeechRecognition.start({ language: 'en-US' });
-   } catch (error) {
-     console.error('Speech recognition failed:', error);
-     // Show user-friendly error message
-   }
-   ```
-
-4. **시각적 피드백 제공**
-   `listeningState` 이벤트를 사용하여 앱이 적극적으로 듣고 있을 때 사용자에게 표시합니다.
-
-5. **다양한 억양과 언어로 테스트**
-   음성 인식 정확도는 언어와 억양에 따라 다릅니다. 타겟 고객을 대상으로 철저하게 테스트하세요.
-
-## 플랫폼 노트### iOS
-- iOS 10.0+ 필요
-- 네이티브 `SFSpeechRecognizer` 사용
-- iOS 16+에서 구두점을 지원합니다.
-- 마이크 및 음성 인식 권한이 모두 필요합니다.
-- 기기 언어가 요청한 언어와 일치하지 않을 경우 인식이 실패할 수 있습니다.
-
-### Android
-- Android 6.0(API 23) 필요+
-- `SpeechRecognizer` API 사용
-- 구성 가능한 무음 감지로 분할된 세션 지원
-- Android 13+는 지원되는 언어 목록을 공개하지 않습니다.
-- 일부 장치에서는 시스템 인식 UI가 표시될 수 있습니다.
-
-### 웹
-- 웹 스피치를 통한 제한적 지원 API
-- 모든 브라우저가 음성 인식을 지원하는 것은 아닙니다.
-- HTTPS 연결이 필요합니다
-- 브라우저마다 동작이 다를 수 있습니다.
-
-## 문제 해결
-
-### 권한이 거부되었습니다
-권한이 거부된 경우 사용자에게 앱 설정을 안내하세요.
-```typescript
-const { speechRecognition } = await SpeechRecognition.checkPermissions();
-if (speechRecognition === 'denied') {
-  // Show instructions to enable permissions in Settings
-}
-```
-
-### 결과가 반환되지 않았습니다.
-- 마이크가 작동하는지 확인하세요
-- 조용한 환경을 보장합니다.
-- 언어 코드가 장치 기능과 일치하는지 확인
-- 네트워크 연결을 확인하세요(일부 플랫폼에서는 필요함)
-
-### 인식이 예기치 않게 중지됩니다.
-- `isListening()`을 사용하여 상태를 확인하세요.
-- `listeningState` 이벤트 듣기
-- 필요한 경우 자동 재시작 로직을 구현합니다.
-
-## 다음 단계
-
-- [GitHub의 API 참조 보기](https://github.com/Cap-go/capacitor-speech-recognition#api)
-- [문제 신고](https://github.com/Cap-go/capacitor-speech-recognition/issues)
-- [예제 앱 살펴보기](https://github.com/Cap-go/capacitor-speech-recognition/tree/main/example)
diff --git a/src/content/docs/ko/docs/plugins/speech-recognition/index.mdx b/src/content/docs/ko/docs/plugins/speech-recognition/index.mdx
deleted file mode 100644
index c788ed9ce..000000000
--- a/src/content/docs/ko/docs/plugins/speech-recognition/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-speech-recognition"
-locale: ko
-description: iOS 및 Android 플랫폼에서 동등한 기능을 제공하는 Capacitor 앱용 자연스럽고 저지연 음성 인식입니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 실시간 전사, 스트리밍 부분 결과 및 크로스 플랫폼 동등성을 갖춘 포괄적인 온디바이스 음성 인식입니다.
-  image:
-    file: ~public/icons/plugins/speech-recognition.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/speech-recognition/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-speech-recognition/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="실시간 전사" icon="rocket">
-    사용자가 말하는 동안 즉시 부분 결과를 얻으세요 🎤
-  </Card>
-  <Card title="크로스 플랫폼 동등성" icon="star">
-    iOS 및 Android 전반에 걸쳐 일관된 API 및 동작 📱
-  </Card>
-  <Card title="분할된 세션" icon="list-format">
-    침묵을 기반으로 인식을 세그먼트로 분할 🔇
-  </Card>
-  <Card title="구두점 지원" icon="pencil">
-    iOS 16+에서 자동 구두점 📝
-  </Card>
-  <Card title="권한 도우미" icon="approve-check-circle">
-    내장된 권한 요청 및 상태 확인 🔒
-  </Card>
-  <Card title="언어 지원" icon="translate">
-    장치가 지원하는 인식 언어에 액세스 🌍
-  </Card>
-  <Card title="시작하기" icon="open-book">
-    [시작 가이드](/docs/plugins/speech-recognition/getting-started/)를 확인하여 플러그인을 설치하고 구성하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/speech-synthesis/getting-started.mdx b/src/content/docs/ko/docs/plugins/speech-synthesis/getting-started.mdx
deleted file mode 100644
index 6f78dd9a0..000000000
--- a/src/content/docs/ko/docs/plugins/speech-synthesis/getting-started.mdx
+++ /dev/null
@@ -1,214 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 텍스트를 음성으로 변환하기 위해 Speech Synthesis 플러그인을 설치하고 사용하는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-speech-synthesis" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 사용법
-
-플러그인을 가져와서 텍스트에서 음성을 합성하세요:
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-// Basic text-to-speech
-const speak = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Hello, world!',
-    language: 'en-US'
-  });
-};
-
-// Advanced usage with voice control
-const speakWithVoice = async () => {
-  await SpeechSynthesis.speak({
-    text: 'This is a test of speech synthesis.',
-    language: 'en-US',
-    rate: 1.0,      // Speech rate: 0.1 to 10.0
-    pitch: 1.0,     // Voice pitch: 0.5 to 2.0
-    volume: 1.0,    // Volume: 0.0 to 1.0
-    voice: 'com.apple.ttsbundle.Samantha-compact'
-  });
-};
-```
-
-## API 참조
-
-### speak(options)
-
-지정된 음성 설정을 사용하여 주어진 텍스트를 말합니다.
-
-```typescript
-interface SpeakOptions {
-  text: string;           // Text to speak
-  language?: string;      // Language code (e.g., 'en-US', 'es-ES')
-  rate?: number;          // Speech rate: 0.1 to 10.0 (default: 1.0)
-  pitch?: number;         // Voice pitch: 0.5 to 2.0 (default: 1.0)
-  volume?: number;        // Volume: 0.0 to 1.0 (default: 1.0)
-  voice?: string;         // Voice identifier (get from getVoices())
-}
-
-await SpeechSynthesis.speak(options);
-```
-
-### stop()
-
-진행 중인 음성 합성을 중지합니다.
-
-```typescript
-await SpeechSynthesis.stop();
-```
-
-### getVoices()
-
-음성 합성에 사용 가능한 음성 목록을 가져옵니다.
-
-```typescript
-interface Voice {
-  voiceURI: string;       // Unique voice identifier
-  name: string;           // Human-readable voice name
-  lang: string;           // Language code
-  default: boolean;       // Whether this is the default voice
-}
-
-const { voices } = await SpeechSynthesis.getVoices();
-console.log('Available voices:', voices);
-```
-
-### getSupportedLanguages()
-
-지원되는 언어 코드 목록을 가져옵니다.
-
-```typescript
-const { languages } = await SpeechSynthesis.getSupportedLanguages();
-console.log('Supported languages:', languages);
-```
-
-### isSpeaking()
-
-음성 합성이 현재 활성 상태인지 확인합니다.
-
-```typescript
-const { speaking } = await SpeechSynthesis.isSpeaking();
-console.log('Currently speaking:', speaking);
-```
-
-## 완전한 예제
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-export class TextToSpeechService {
-  private currentVoice: string | undefined;
-
-  async init() {
-    // Get available voices
-    const { voices } = await SpeechSynthesis.getVoices();
-
-    // Find English voice
-    const englishVoice = voices.find(v => v.lang.startsWith('en'));
-    this.currentVoice = englishVoice?.voiceURI;
-
-    console.log(`Using voice: ${englishVoice?.name}`);
-  }
-
-  async speak(text: string, options?: Partial<SpeakOptions>) {
-    try {
-      // Stop any ongoing speech
-      await SpeechSynthesis.stop();
-
-      // Speak the text
-      await SpeechSynthesis.speak({
-        text,
-        language: 'en-US',
-        rate: 1.0,
-        pitch: 1.0,
-        volume: 1.0,
-        voice: this.currentVoice,
-        ...options
-      });
-    } catch (error) {
-      console.error('Speech synthesis failed:', error);
-      throw error;
-    }
-  }
-
-  async stop() {
-    await SpeechSynthesis.stop();
-  }
-
-  async checkIfSpeaking(): Promise<boolean> {
-    const { speaking } = await SpeechSynthesis.isSpeaking();
-    return speaking;
-  }
-}
-```
-
-## 고급 사용법
-
-### 다국어 지원
-
-```typescript
-// Speak in different languages
-const speakMultiLanguage = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Hello!',
-    language: 'en-US'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'Bonjour!',
-    language: 'fr-FR'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'こんにちは!',
-    language: 'ja-JP'
-  });
-};
-```
-
-### 음성 선택
-
-```typescript
-// Select a specific voice
-const selectVoice = async (languageCode: string) => {
-  const { voices } = await SpeechSynthesis.getVoices();
-
-  // Filter voices by language
-  const languageVoices = voices.filter(v =>
-    v.lang.startsWith(languageCode)
-  );
-
-  // Use the first available voice
-  if (languageVoices.length > 0) {
-    await SpeechSynthesis.speak({
-      text: 'Testing voice selection',
-      language: languageCode,
-      voice: languageVoices[0].voiceURI
-    });
-  }
-};
-```
-
-## 모범 사례
-
-1. **음성 선택**: 특정 음성 ID를 사용하기 전에 항상 사용 가능한 음성을 확인하세요
-2. **언어 코드**: 표준 언어 코드 사용 (예: 'en-US', 'es-ES', 'fr-FR')
-3. **속도 제어**: 자연스러운 음성을 위해 속도를 0.5에서 2.0 사이로 유지하세요
-4. **말하기 전 중지**: 겹침을 피하기 위해 새 음성을 시작하기 전에 stop()을 호출하세요
-5. **오류 처리**: 강력한 오류 처리를 위해 모든 호출을 try-catch 블록으로 감싸세요
diff --git a/src/content/docs/ko/docs/plugins/speech-synthesis/index.mdx b/src/content/docs/ko/docs/plugins/speech-synthesis/index.mdx
deleted file mode 100644
index f3ac01478..000000000
--- a/src/content/docs/ko/docs/plugins/speech-synthesis/index.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: '@capgo/capacitor-speech-synthesis'
-description: '언어, 음성, 피치, 속도 및 볼륨을 완벽하게 제어하여 텍스트에서 음성을 합성합니다.'
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 'iOS, Android 및 웹에서 언어, 음성, 피치, 속도 및 볼륨을 완벽하게 제어하여 텍스트를 음성으로 변환합니다.'
-  image:
-    file: ~public/icons/plugins/speech-synthesis.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/speech-synthesis/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-speech-synthesis/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="다중 언어" icon="translate">
-    수십 가지 언어 및 지역별 변형 지원 🌍
-  </Card>
-  <Card title="음색 선택" icon="comment">
-    각 언어별로 사용 가능한 시스템 음성 중에서 선택하세요 🎤
-  </Card>
-  <Card title="미세 제어" icon="setting">
-    피치, 속도, 볼륨을 조정하여 음성 출력을 맞춤설정하세요 ⚙️
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    iOS, Android 및 웹 플랫폼 전체에서 일관된 API 📱
-  </Card>
-  <Card title="실시간 제어" icon="rocket">
-    즉시 음성 재생을 일시 중지, 재개 및 취소합니다 🎮
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/speech-synthesis/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/streamcall/getting-started.mdx b/src/content/docs/ko/docs/plugins/streamcall/getting-started.mdx
deleted file mode 100644
index 18906b8f3..000000000
--- a/src/content/docs/ko/docs/plugins/streamcall/getting-started.mdx
+++ /dev/null
@@ -1,488 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Capacitor 앱에서 전문적인 화상 통화를 위한 Stream Video SDK를 설치하고 통합하는 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 사전 요구사항
-
-Stream 계정과 API 자격 증명이 필요합니다. 계정이 없다면 [Stream](https://getstream.io/)에서 가입하세요.
-
-## 플랫폼 구성
-
-### iOS
-
-`Info.plist`에 필요한 권한을 추가하세요:
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>이 앱은 화상 통화를 위해 카메라 접근 권한이 필요합니다</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>이 앱은 화상 통화를 위해 마이크 접근 권한이 필요합니다</string>
-```
-
-### Android
-
-`AndroidManifest.xml`에 필요한 권한을 추가하세요:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-```
-
-## 사용 예제
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-// Stream SDK 초기화
-await StreamCall.initialize({
-  apiKey: 'your-stream-api-key',
-  userId: 'user-123',
-  userToken: 'user-token'
-});
-
-// 통화 생성
-await StreamCall.createCall({
-  callId: 'call-123',
-  callType: 'default'
-});
-
-// 통화 참여
-await StreamCall.joinCall({
-  callId: 'call-123'
-});
-
-// 카메라 켜기/끄기
-await StreamCall.toggleCamera({
-  enabled: true
-});
-
-// 마이크 켜기/끄기
-await StreamCall.toggleMicrophone({
-  enabled: true
-});
-
-// 카메라 전환 (전면/후면)
-await StreamCall.switchCamera();
-
-// 통화 종료
-await StreamCall.leaveCall();
-
-// 통화 이벤트 수신
-StreamCall.addListener('callStarted', (data) => {
-  console.log('통화 시작:', data);
-});
-
-StreamCall.addListener('callEnded', (data) => {
-  console.log('통화 종료:', data);
-});
-
-StreamCall.addListener('participantJoined', (data) => {
-  console.log('참여자 입장:', data);
-});
-
-StreamCall.addListener('participantLeft', (data) => {
-  console.log('참여자 퇴장:', data);
-});
-```
-
-## API 참조
-
-### initialize(options)
-
-```typescript
-initialize(options: InitializeOptions) => Promise<void>
-```
-
-Stream Video SDK를 초기화합니다.
-
-| 매개변수         | 타입                        |
-| ------------- | --------------------------- |
-| **`options`** | `InitializeOptions` |
-
-### createCall(options)
-
-```typescript
-createCall(options: CreateCallOptions) => Promise<void>
-```
-
-새로운 화상 통화를 생성합니다.
-
-| 매개변수         | 타입                        |
-| ------------- | --------------------------- |
-| **`options`** | `CreateCallOptions` |
-
-### joinCall(options)
-
-```typescript
-joinCall(options: JoinCallOptions) => Promise<void>
-```
-
-기존 화상 통화에 참여합니다.
-
-| 매개변수         | 타입                      |
-| ------------- | ------------------------- |
-| **`options`** | `JoinCallOptions` |
-
-### leaveCall()
-
-```typescript
-leaveCall() => Promise<void>
-```
-
-현재 통화를 종료합니다.
-
-### toggleCamera(options)
-
-```typescript
-toggleCamera(options: { enabled: boolean }) => Promise<void>
-```
-
-카메라를 켜거나 끕니다.
-
-| 매개변수         | 타입                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### toggleMicrophone(options)
-
-```typescript
-toggleMicrophone(options: { enabled: boolean }) => Promise<void>
-```
-
-마이크를 켜거나 끕니다.
-
-| 매개변수         | 타입                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### switchCamera()
-
-```typescript
-switchCamera() => Promise<void>
-```
-
-전면 및 후면 카메라 간에 전환합니다.
-
-### setSpeakerphone(options)
-
-```typescript
-setSpeakerphone(options: { enabled: boolean }) => Promise<void>
-```
-
-스피커폰을 켜거나 끕니다.
-
-| 매개변수         | 타입                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendCallInvite(options)
-
-```typescript
-sendCallInvite(options: InviteOptions) => Promise<void>
-```
-
-사용자에게 통화 초대를 보냅니다.
-
-| 매개변수         | 타입                    |
-| ------------- | ----------------------- |
-| **`options`** | `InviteOptions` |
-
-### acceptCall(options)
-
-```typescript
-acceptCall(options: { callId: string }) => Promise<void>
-```
-
-수신 통화를 수락합니다.
-
-| 매개변수         | 타입                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-### rejectCall(options)
-
-```typescript
-rejectCall(options: { callId: string }) => Promise<void>
-```
-
-수신 통화를 거부합니다.
-
-| 매개변수         | 타입                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-## 인터페이스
-
-### InitializeOptions
-
-| 속성            | 타입              | 설명                    |
-| --------------- | ----------------- | ------------------------------ |
-| **`apiKey`**    | `string` | Stream API 키                 |
-| **`userId`**    | `string` | 사용자 ID                        |
-| **`userToken`** | `string` | 사용자 인증 토큰      |
-| **`userName`**  | `string` | 사용자 표시 이름 (선택 사항)   |
-| **`userImage`** | `string` | 사용자 프로필 이미지 URL (선택 사항) |
-
-### CreateCallOptions
-
-| 속성           | 타입              | 설명                        |
-| -------------- | ----------------- | ---------------------------------- |
-| **`callId`**   | `string` | 고유 통화 식별자             |
-| **`callType`** | `string` | 통화 유형 (예: 'default', 'audio-only') |
-| **`members`**  | `string[]` | 초대할 사용자 ID 배열 (선택 사항) |
-
-### JoinCallOptions
-
-| 속성         | 타입              | 설명                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | 참여할 통화 ID            |
-
-### InviteOptions
-
-| 속성         | 타입              | 설명                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | 통화 ID                    |
-| **`userId`** | `string` | 초대할 사용자 ID          |
-
-## 이벤트 리스너
-
-### 사용 가능한 이벤트
-
-- `callStarted` - 통화가 시작됨
-- `callEnded` - 통화가 종료됨
-- `participantJoined` - 참여자가 통화에 입장함
-- `participantLeft` - 참여자가 통화에서 퇴장함
-- `incomingCall` - 수신 통화 수신됨
-- `callAccepted` - 통화가 수락됨
-- `callRejected` - 통화가 거부됨
-- `error` - 오류 발생
-
-### 이벤트 예제
-
-```typescript
-// 수신 통화 수신
-StreamCall.addListener('incomingCall', (data) => {
-  console.log('수신 통화 발신자:', data.callerId);
-  console.log('발신자 이름:', data.callerName);
-
-  // 수신 통화 UI 표시
-  showIncomingCallScreen({
-    callerId: data.callerId,
-    callerName: data.callerName,
-    callerImage: data.callerImage,
-    callId: data.callId
-  });
-});
-
-// 통화 수락 수신
-StreamCall.addListener('callAccepted', (data) => {
-  console.log('통화 수락됨');
-  // 통화 화면으로 이동
-});
-
-// 오류 수신
-StreamCall.addListener('error', (error) => {
-  console.error('통화 오류:', error.message);
-  // 적절하게 오류 처리
-});
-
-// 리스너 제거
-const listener = await StreamCall.addListener('callStarted', (data) => {
-  console.log('통화 시작됨');
-});
-
-// 나중에...
-listener.remove();
-```
-
-## 완전한 예제
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-class VideoCallService {
-  async initialize(userId: string, userName: string) {
-    try {
-      await StreamCall.initialize({
-        apiKey: 'your-stream-api-key',
-        userId: userId,
-        userToken: await this.getUserToken(userId),
-        userName: userName
-      });
-
-      this.setupEventListeners();
-    } catch (error) {
-      console.error('Stream 초기화 실패:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // 수신 통화 처리
-    StreamCall.addListener('incomingCall', async (data) => {
-      const accepted = await this.showIncomingCallDialog(data);
-
-      if (accepted) {
-        await StreamCall.acceptCall({ callId: data.callId });
-        await StreamCall.joinCall({ callId: data.callId });
-      } else {
-        await StreamCall.rejectCall({ callId: data.callId });
-      }
-    });
-
-    // 통화 이벤트 처리
-    StreamCall.addListener('callStarted', () => {
-      console.log('통화 시작됨');
-    });
-
-    StreamCall.addListener('callEnded', () => {
-      console.log('통화 종료됨');
-      this.navigateToHome();
-    });
-
-    StreamCall.addListener('participantJoined', (data) => {
-      console.log('참여자 입장:', data.participantName);
-    });
-  }
-
-  async startCall(recipientId: string) {
-    try {
-      const callId = `call-${Date.now()}`;
-
-      // 통화 생성 및 참여
-      await StreamCall.createCall({
-        callId: callId,
-        callType: 'default',
-        members: [recipientId]
-      });
-
-      await StreamCall.joinCall({ callId: callId });
-
-      // 초대 전송
-      await StreamCall.sendCallInvite({
-        callId: callId,
-        userId: recipientId
-      });
-
-      console.log('통화 시작됨');
-    } catch (error) {
-      console.error('통화 시작 실패:', error);
-    }
-  }
-
-  async endCall() {
-    try {
-      await StreamCall.leaveCall();
-      console.log('통화 종료됨');
-    } catch (error) {
-      console.error('통화 종료 실패:', error);
-    }
-  }
-
-  async toggleVideo(enabled: boolean) {
-    await StreamCall.toggleCamera({ enabled });
-  }
-
-  async toggleAudio(enabled: boolean) {
-    await StreamCall.toggleMicrophone({ enabled });
-  }
-
-  async flipCamera() {
-    await StreamCall.switchCamera();
-  }
-
-  private async getUserToken(userId: string): Promise<string> {
-    // 백엔드에서 사용자 토큰 가져오기
-    const response = await fetch(`/api/stream-token?userId=${userId}`);
-    const data = await response.json();
-    return data.token;
-  }
-
-  private async showIncomingCallDialog(data: any): Promise<boolean> {
-    // 네이티브 대화 상자 또는 커스텀 UI 표시
-    return confirm(`${data.callerName}님의 수신 통화`);
-  }
-
-  private navigateToHome() {
-    // 홈 화면으로 이동
-    window.location.href = '/';
-  }
-}
-
-// 사용법
-const videoCall = new VideoCallService();
-await videoCall.initialize('user-123', 'John Doe');
-
-// 통화 시작
-await videoCall.startCall('user-456');
-
-// 컨트롤 토글
-await videoCall.toggleVideo(false); // 비디오 비활성화
-await videoCall.toggleAudio(false); // 음소거
-await videoCall.flipCamera(); // 카메라 전환
-
-// 통화 종료
-await videoCall.endCall();
-```
-
-## 모범 사례
-
-- 앱 수명 주기 초기에 SDK 초기화
-- 통화 시작 전에 권한 요청 처리
-- 네트워크 문제에 대한 적절한 오류 처리 구현
-- 컴포넌트 언마운트 시 리스너 정리
-- 에뮬레이터가 아닌 실제 기기에서 테스트
-- 네트워크 중단에 대한 재연결 로직 구현
-- 통화 상태에 대한 시각적 피드백 제공
-- 백그라운드/포그라운드 전환 처리
-
-## 현지화
-
-플러그인은 네이티브 UI 요소에 대한 다국어를 지원합니다. 플랫폼별 설정에서 구성하세요.
-
-## 사용 사례
-
-- 1:1 화상 통화
-- 그룹 화상 회의
-- 음성 전용 통화
-- 화면 공유 세션
-- 고객 지원 화상 채팅
-- 원격 의료 상담
-- 원격 협업
diff --git a/src/content/docs/ko/docs/plugins/streamcall/index.mdx b/src/content/docs/ko/docs/plugins/streamcall/index.mdx
deleted file mode 100644
index 55cc523e7..000000000
--- a/src/content/docs/ko/docs/plugins/streamcall/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-stream-call"
-locale: ko
-description: Capacitor 앱을 위한 Stream Video SDK 통합으로 전문적인 화상 통화 기능을 활성화합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: Stream Video SDK를 사용하여 전체 화면 지원 및 발신자 정보와 함께 앱에서 전문적인 화상 통화 기능을 활성화하세요.
-  image:
-    file: ~public/icons/plugins/streamcall.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/streamcall/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-stream-call/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Stream Video SDK" icon="star">
-    Stream의 전문 비디오 인프라로 구동됩니다 🎥
-  </Card>
-  <Card title="전체 화면 통화" icon="rocket">
-    잠금 화면 및 전체 화면 통화 지원 📱
-  </Card>
-  <Card title="발신자 정보" icon="star">
-    발신자 이름 및 프로필 이미지 표시 👤
-  </Card>
-  <Card title="카메라 컨트롤" icon="setting">
-    카메라를 전환하고 비디오/오디오 토글 📹
-  </Card>
-  <Card title="통화 관리" icon="approve-check">
-    통화를 수락, 거부 및 원활하게 관리 📞
-  </Card>
-  <Card title="다국어" icon="translate">
-    iOS 및 Android용 현지화 지원 🌍
-  </Card>
-  <Card title="시작하기" icon="open-book">
-    [시작 가이드](/docs/plugins/streamcall/getting-started/)를 확인하여 플러그인을 설치하고 구성하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/textinteraction/getting-started.mdx b/src/content/docs/ko/docs/plugins/textinteraction/getting-started.mdx
deleted file mode 100644
index 44fe173a1..000000000
--- a/src/content/docs/ko/docs/plugins/textinteraction/getting-started.mdx
+++ /dev/null
@@ -1,274 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Text Interaction 플러그인을 설치하고 사용하여 iOS 텍스트 선택 확대경 및 루페를 제어하는 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 플랫폼 지원
-
-- **iOS**: iOS 15.0+ (UITextInteraction API 필요)
-- **Android**: 작동 안 함 (지원되지 않음 반환)
-- **Web**: 작동 안 함 (지원되지 않음 반환)
-
-## 사용 예제
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-// 텍스트 인터랙션 비활성화 (확대경/루페 제거)
-const result = await TextInteraction.setEnabled({ enabled: false });
-
-if (result.success) {
-  console.log('텍스트 인터랙션 비활성화됨');
-} else {
-  console.log('이 플랫폼에서 지원되지 않음');
-}
-
-// 텍스트 입력을 표시하기 전에 텍스트 인터랙션 다시 활성화
-await TextInteraction.setEnabled({ enabled: true });
-```
-
-## API 참조
-
-### setEnabled(options)
-
-```typescript
-setEnabled(options: { enabled: boolean }) => Promise<{ success: boolean }>
-```
-
-iOS 텍스트 인터랙션(확대경 렌즈 및 선택 핸들)을 활성화 또는 비활성화합니다.
-
-| 매개변수         | 타입                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-**반환값:** `Promise<{ success: boolean }>`
-
-- 작업이 성공하면(iOS 15+) `{ success: true }` 반환
-- 지원되지 않으면(Android, Web 또는 iOS < 15) `{ success: false }` 반환
-
-## 실용적인 사용 사례
-
-### 키오스크 애플리케이션
-
-키오스크 모드에서 텍스트 인터랙션을 비활성화하여 사용자가 복사/붙여넣기 메뉴에 액세스하지 못하도록 방지:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function enterKioskMode() {
-  // 키오스크 모드에서 텍스트 인터랙션 비활성화
-  const result = await TextInteraction.setEnabled({ enabled: false });
-
-  if (result.success) {
-    console.log('키오스크 모드: 텍스트 인터랙션 비활성화됨');
-  }
-}
-
-async function exitKioskMode() {
-  // 키오스크 모드 종료 시 텍스트 인터랙션 다시 활성화
-  await TextInteraction.setEnabled({ enabled: true });
-  console.log('키오스크 모드: 텍스트 인터랙션 활성화됨');
-}
-```
-
-### 게임 경험
-
-게임 플레이 중에 확대경 렌즈를 제거하고 텍스트 입력 시 복원:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class GameController {
-  async startGame() {
-    // 게임 플레이 중 텍스트 인터랙션 비활성화
-    await TextInteraction.setEnabled({ enabled: false });
-    console.log('게임 시작됨 - 텍스트 인터랙션 비활성화됨');
-  }
-
-  async showTextInput() {
-    // 입력을 표시하기 전에 텍스트 인터랙션 활성화
-    await TextInteraction.setEnabled({ enabled: true });
-    console.log('텍스트 입력 준비됨 - 인터랙션 활성화됨');
-
-    // 입력 필드 표시
-    this.displayInputField();
-  }
-
-  async hideTextInput() {
-    // 입력을 숨기고 인터랙션을 다시 비활성화
-    this.hideInputField();
-    await TextInteraction.setEnabled({ enabled: false });
-  }
-}
-```
-
-### 인터랙티브 설치
-
-디지털 사이니지 및 인터랙티브 디스플레이를 위한 텍스트 인터랙션 제어:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function setupInteractiveDisplay() {
-  // 디스플레이 모드를 위한 텍스트 인터랙션 비활성화
-  await TextInteraction.setEnabled({ enabled: false });
-
-  // 디스플레이 인터랙션을 위한 터치 핸들러 설정
-  document.addEventListener('touchstart', handleDisplayTouch);
-}
-
-async function enableUserInput() {
-  // 사용자가 데이터를 입력해야 할 때 텍스트 인터랙션 활성화
-  const result = await TextInteraction.setEnabled({ enabled: true });
-
-  if (result.success) {
-    showInputForm();
-  } else {
-    // 지원되지 않는 플랫폼에 대한 대체
-    showInputFormWithoutTextInteraction();
-  }
-}
-```
-
-### 폼 관리
-
-폼 상태에 따라 텍스트 인터랙션 토글:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class FormManager {
-  private textInteractionEnabled = true;
-
-  async disableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: false });
-    this.textInteractionEnabled = false;
-    return result.success;
-  }
-
-  async enableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: true });
-    this.textInteractionEnabled = true;
-    return result.success;
-  }
-
-  async onFormFocus() {
-    // 키보드 표시 전에 항상 활성화
-    await this.enableTextSelection();
-  }
-
-  async onFormBlur() {
-    // 입력이 완료된 후 선택적으로 비활성화
-    await this.disableTextSelection();
-  }
-}
-```
-
-### 조건부 텍스트 인터랙션
-
-플랫폼 인식 텍스트 인터랙션 제어:
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-import { Capacitor } from '@capacitor/core';
-
-async function toggleTextInteraction(enabled: boolean) {
-  // iOS에서만 시도
-  if (Capacitor.getPlatform() === 'ios') {
-    const result = await TextInteraction.setEnabled({ enabled });
-
-    if (result.success) {
-      console.log(`텍스트 인터랙션 ${enabled ? '활성화됨' : '비활성화됨'}`);
-    } else {
-      console.log('이 iOS 버전에서 텍스트 인터랙션이 지원되지 않음');
-    }
-  } else {
-    console.log('텍스트 인터랙션 제어는 iOS에서만 사용 가능');
-  }
-}
-
-// 사용법
-await toggleTextInteraction(false); // 비활성화
-await toggleTextInteraction(true);  // 활성화
-```
-
-## 모범 사례
-
-- **텍스트 입력 전에 항상 다시 활성화**: 필요할 때 텍스트 인터랙션을 비활성화하되, 텍스트 입력 필드나 키보드를 표시하기 전에 항상 다시 활성화하세요
-- **플랫폼 지원 확인**: `result.success`를 확인하여 지원되지 않는 플랫폼을 우아하게 처리하세요
-- **iOS 전용 기능**: 이 플러그인은 iOS 전용입니다. Android 및 Web에 대한 대체 구현을 구현하세요
-- **사용자 경험**: 텍스트 인터랙션 비활성화가 UX에 미치는 영향을 고려하세요
-- **상태 관리**: 불필요한 호출을 피하기 위해 활성화/비활성화 상태를 추적하세요
-
-## 중요 알림
-
-1. **텍스트 입력을 위해 다시 활성화**: 텍스트 입력 필드를 표시하기 전에 항상 `setEnabled({ enabled: true })`를 호출하세요. 그렇지 않으면 사용자가 텍스트를 제대로 선택하거나 편집할 수 없습니다
-
-2. **플랫폼 감지**: 이 플러그인은 Android, Web 및 15.0 미만의 iOS 버전에서 `{ success: false }`를 반환합니다
-
-3. **시각적 피드백 없음**: 텍스트 인터랙션 비활성화는 확대경을 제거하지만 시각적 피드백을 제공하지 않습니다 - 필요한 경우 자체 UI 표시기를 구현하세요
-
-4. **안전한 기본값**: 텍스트 인터랙션 시스템은 기본적으로 활성화되어 있으며, iOS의 표준 동작과 일치합니다
-
-## 제한 사항
-
-- iOS 15.0+ 전용 (UITextInteraction API 필요)
-- Android 또는 Web 플랫폼에 효과 없음
-- 확대경 또는 선택 핸들만 선택적으로 비활성화할 수 없음
-- 사용자가 비활성화된 기능을 사용하려고 시도할 때 콜백 없음
-
-## 사용 사례
-
-- **키오스크 애플리케이션**: 제어된 설치에서 복사/붙여넣기 방지
-- **게임 경험**: 게임 플레이 중 확대경 제거
-- **인터랙티브 디스플레이**: 디지털 사이니지에서 텍스트 인터랙션 제어
-- **커스텀 텍스트 편집기**: 특수 텍스트 편집 경험 구축
-- **보안**: 민감한 영역에서 텍스트 선택 방지
-
-## 문제 해결
-
-### 텍스트 인터랙션이 비활성화되지 않음
-
-- iOS 버전이 15.0 이상인지 확인
-- `result.success`가 `true`를 반환하는지 확인
-- 다른 코드가 텍스트 인터랙션을 다시 활성화하지 않는지 확인
-
-### 사용자가 텍스트를 편집할 수 없음
-
-- 텍스트 입력을 표시하기 전에 `setEnabled({ enabled: true })`를 호출했는지 확인
-- `result.success`를 확인하여 활성화 호출이 성공했는지 확인
-- 실제 iOS 기기에서 테스트 (시뮬레이터뿐만 아니라)
diff --git a/src/content/docs/ko/docs/plugins/textinteraction/index.mdx b/src/content/docs/ko/docs/plugins/textinteraction/index.mdx
deleted file mode 100644
index 5952dd07e..000000000
--- a/src/content/docs/ko/docs/plugins/textinteraction/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-textinteraction"
-locale: ko
-description: WebView 동작을 정밀하게 제어하기 위해 iOS 텍스트 인터랙션 루페를 활성화 또는 비활성화합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 키오스크 또는 게임 경험에서 iOS 확대경 렌즈를 제거한 다음 텍스트 입력 전에 복원하세요.
-  image:
-    file: ~public/icons/plugins/textinteraction.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/textinteraction/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-textinteraction/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-키오스크 디스플레이, 게임 및 인터랙티브 설치에서 UX를 맞춤화하기 위해 Apple의 텍스트 인터랙션 시스템을 제어하세요.
-
-<CardGrid stagger>
-  <Card title="iOS 전용" icon="rocket">
-    iOS 15에서 도입된 확대경 렌즈 및 선택 핸들을 토글합니다.
-  </Card>
-  <Card title="간단한 API" icon="pencil">
-    텍스트 인터랙션 상태를 활성화 또는 비활성화하기 위해 단일 메서드를 호출합니다.
-  </Card>
-  <Card title="안전한 기본값" icon="approve-check">
-    지원되지 않는 버전을 감지할 수 있도록 부울 결과를 받습니다.
-  </Card>
-  <Card title="키오스크 친화적" icon="star">
-    제어된 설치 또는 사이니지에서 긴 누르기 복사/붙여넣기를 방지합니다.
-  </Card>
-</CardGrid>
-
-최소 통합 패턴과 텍스트 입력을 표시하기 전에 인터랙션을 다시 활성화하는 알림을 위한 시작 가이드를 사용하세요.
diff --git a/src/content/docs/ko/docs/plugins/twilio-voice/getting-started.mdx b/src/content/docs/ko/docs/plugins/twilio-voice/getting-started.mdx
deleted file mode 100644
index b2b6d63db..000000000
--- a/src/content/docs/ko/docs/plugins/twilio-voice/getting-started.mdx
+++ /dev/null
@@ -1,568 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Capacitor 앱에 VoIP 통화를 위한 Twilio Voice를 설치하고 통합하는 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 사전 요구 사항
-
-인증을 위한 Twilio 계정과 액세스 토큰이 필요합니다. 계정이 없다면 [Twilio](https://www.twilio.com/)에서 가입하세요.
-
-## 플랫폼 구성
-
-### iOS
-
-`Info.plist`에 필요한 권한을 추가하세요:
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs microphone access for voice calls</string>
-```
-
-PushKit을 사용한 수신 통화의 경우:
-
-1. Xcode 기능에서 Push Notifications를 활성화하세요
-2. VoIP 백그라운드 모드를 추가하세요
-3. Twilio 콘솔에서 VoIP 인증서를 구성하세요
-
-### Android
-
-`AndroidManifest.xml`에 필요한 권한을 추가하세요:
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-<uses-permission android:name="android.permission.USE_FULL_SCREEN_INTENT" />
-```
-
-푸시 알림을 위한 Firebase 구성:
-
-1. Android 프로젝트에 `google-services.json`을 추가하세요
-2. Twilio 콘솔에서 FCM을 구성하세요
-
-## 사용 예제
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// Twilio로 인증
-await TwilioVoice.login({
-  accessToken: 'your-twilio-access-token'
-});
-
-// 전화 걸기
-await TwilioVoice.makeCall({
-  to: '+1234567890'
-});
-
-// 통화 이벤트 리스닝
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data.callSid);
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('Call disconnected:', data.callSid);
-});
-
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.from);
-
-  // 통화 수락
-  TwilioVoice.acceptCall({ callSid: data.callSid });
-
-  // 또는 거부
-  // TwilioVoice.rejectCall({ callSid: data.callSid });
-});
-
-// 음소거/음소거 해제
-await TwilioVoice.muteCall({
-  muted: true,
-  callSid: 'current-call-sid'
-});
-
-// 스피커 전환
-await TwilioVoice.setSpeaker({
-  enabled: true
-});
-
-// 통화 종료
-await TwilioVoice.endCall({
-  callSid: 'current-call-sid'
-});
-
-// 로그아웃
-await TwilioVoice.logout();
-```
-
-## API 참조
-
-### login(options)
-
-```typescript
-login(options: { accessToken: string }) => Promise<void>
-```
-
-액세스 토큰을 사용하여 Twilio로 인증합니다.
-
-| 매개변수 | 타입 |
-| ------------- | --------------------------------- |
-| **`options`** | `{ accessToken: string }` |
-
-### logout()
-
-```typescript
-logout() => Promise<void>
-```
-
-사용자 세션을 종료하고 통화 상태를 지웁니다.
-
-### isLoggedIn()
-
-```typescript
-isLoggedIn() => Promise<{ loggedIn: boolean }>
-```
-
-현재 인증 상태를 확인합니다.
-
-**반환값:** `Promise<{ loggedIn: boolean }>`
-
-### makeCall(options)
-
-```typescript
-makeCall(options: { to: string; params?: Record<string, string> }) => Promise<{ callSid: string }>
-```
-
-지정된 번호로 발신 통화를 시작합니다.
-
-| 매개변수 | 타입 |
-| ------------- | ------------------------------------------------------- |
-| **`options`** | `{ to: string; params?: Record<string, string> }` |
-
-**반환값:** `Promise<{ callSid: string }>`
-
-### acceptCall(options)
-
-```typescript
-acceptCall(options: { callSid: string }) => Promise<void>
-```
-
-수신 통화를 수락합니다.
-
-| 매개변수 | 타입 |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### rejectCall(options)
-
-```typescript
-rejectCall(options: { callSid: string }) => Promise<void>
-```
-
-수신 통화를 거부합니다.
-
-| 매개변수 | 타입 |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### endCall(options?)
-
-```typescript
-endCall(options?: { callSid?: string }) => Promise<void>
-```
-
-활성 통화를 종료합니다.
-
-| 매개변수 | 타입 |
-| ------------- | ---------------------------- |
-| **`options`** | `{ callSid?: string }` (선택 사항) |
-
-### muteCall(options)
-
-```typescript
-muteCall(options: { muted: boolean; callSid?: string }) => Promise<void>
-```
-
-통화 오디오를 음소거하거나 음소거 해제합니다.
-
-| 매개변수 | 타입 |
-| ------------- | ----------------------------------------------- |
-| **`options`** | `{ muted: boolean; callSid?: string }` |
-
-### setSpeaker(options)
-
-```typescript
-setSpeaker(options: { enabled: boolean }) => Promise<void>
-```
-
-스피커 출력을 전환합니다.
-
-| 매개변수 | 타입 |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendDigits(options)
-
-```typescript
-sendDigits(options: { digits: string; callSid?: string }) => Promise<void>
-```
-
-통화 중 DTMF 톤을 전송합니다.
-
-| 매개변수 | 타입 |
-| ------------- | --------------------------------------------- |
-| **`options`** | `{ digits: string; callSid?: string }` |
-
-## 이벤트 리스너
-
-### 사용 가능한 이벤트
-
-- `registered` - Twilio에 성공적으로 등록됨
-- `unregistered` - Twilio에서 등록 해제됨
-- `registrationFailed` - 등록 실패
-- `incomingCall` - 수신 통화 받음
-- `callConnected` - 통화가 성공적으로 연결됨
-- `callDisconnected` - 통화 연결 해제됨
-- `callRinging` - 발신 통화가 울리고 있음
-- `callReconnecting` - 통화 재연결 중
-- `callReconnected` - 중단 후 통화 재연결됨
-- `qualityWarning` - 통화 품질 경고
-- `error` - 오류 발생
-
-### 이벤트 예제
-
-```typescript
-// 수신 통화 처리
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('Incoming call from:', data.from);
-  console.log('Call SID:', data.callSid);
-
-  // 수신 통화 UI 표시
-  showIncomingCallScreen({
-    from: data.from,
-    callSid: data.callSid
-  });
-});
-
-// 통화 상태 변경 처리
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data.callSid);
-  startCallTimer();
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('Call ended:', data.callSid);
-  stopCallTimer();
-  hideCallScreen();
-});
-
-// 품질 경고 처리
-TwilioVoice.addListener('qualityWarning', (data) => {
-  console.warn('Call quality warning:', data.warning);
-  showQualityWarning(data.warning);
-});
-
-// 오류 처리
-TwilioVoice.addListener('error', (error) => {
-  console.error('Twilio error:', error.message);
-  handleError(error);
-});
-
-// 완료 시 리스너 제거
-const listener = await TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Connected');
-});
-
-// 나중에...
-listener.remove();
-```
-
-## 완전한 예제
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-class VoiceCallService {
-  private currentCallSid: string | null = null;
-  private isMuted = false;
-  private isSpeakerOn = false;
-
-  async initialize(accessToken: string) {
-    try {
-      // Twilio에 로그인
-      await TwilioVoice.login({ accessToken });
-
-      // 로그인 상태 확인
-      const { loggedIn } = await TwilioVoice.isLoggedIn();
-      console.log('Login status:', loggedIn);
-
-      // 이벤트 리스너 설정
-      this.setupEventListeners();
-
-    } catch (error) {
-      console.error('Failed to initialize:', error);
-    }
-  }
-
-  setupEventListeners() {
-    // 등록 이벤트
-    TwilioVoice.addListener('registered', () => {
-      console.log('Successfully registered with Twilio');
-    });
-
-    TwilioVoice.addListener('registrationFailed', (error) => {
-      console.error('Registration failed:', error);
-    });
-
-    // 수신 통화
-    TwilioVoice.addListener('incomingCall', async (data) => {
-      console.log('Incoming call from:', data.from);
-
-      const accepted = await this.showIncomingCallDialog(data.from);
-
-      if (accepted) {
-        await TwilioVoice.acceptCall({ callSid: data.callSid });
-        this.currentCallSid = data.callSid;
-      } else {
-        await TwilioVoice.rejectCall({ callSid: data.callSid });
-      }
-    });
-
-    // 통화 이벤트
-    TwilioVoice.addListener('callConnected', (data) => {
-      console.log('Call connected');
-      this.currentCallSid = data.callSid;
-      this.showCallScreen();
-    });
-
-    TwilioVoice.addListener('callDisconnected', () => {
-      console.log('Call disconnected');
-      this.currentCallSid = null;
-      this.hideCallScreen();
-    });
-
-    TwilioVoice.addListener('callRinging', () => {
-      console.log('Call ringing...');
-    });
-
-    // 품질 경고
-    TwilioVoice.addListener('qualityWarning', (data) => {
-      console.warn('Call quality warning:', data.warning);
-      this.showQualityIndicator(data.warning);
-    });
-  }
-
-  async makeCall(phoneNumber: string) {
-    try {
-      const result = await TwilioVoice.makeCall({
-        to: phoneNumber,
-        params: {
-          // 선택적 사용자 정의 매개변수
-          customerId: 'customer-123'
-        }
-      });
-
-      this.currentCallSid = result.callSid;
-      console.log('Call initiated:', result.callSid);
-    } catch (error) {
-      console.error('Failed to make call:', error);
-    }
-  }
-
-  async endCall() {
-    if (this.currentCallSid) {
-      await TwilioVoice.endCall({ callSid: this.currentCallSid });
-      this.currentCallSid = null;
-    }
-  }
-
-  async toggleMute() {
-    this.isMuted = !this.isMuted;
-    await TwilioVoice.muteCall({
-      muted: this.isMuted,
-      callSid: this.currentCallSid || undefined
-    });
-  }
-
-  async toggleSpeaker() {
-    this.isSpeakerOn = !this.isSpeakerOn;
-    await TwilioVoice.setSpeaker({ enabled: this.isSpeakerOn });
-  }
-
-  async sendDTMF(digits: string) {
-    if (this.currentCallSid) {
-      await TwilioVoice.sendDigits({
-        digits,
-        callSid: this.currentCallSid
-      });
-    }
-  }
-
-  async logout() {
-    await TwilioVoice.logout();
-  }
-
-  private async showIncomingCallDialog(from: string): Promise<boolean> {
-    // 네이티브 대화 상자 또는 사용자 정의 UI 표시
-    return confirm(`Incoming call from ${from}`);
-  }
-
-  private showCallScreen() {
-    // 통화 UI 표시
-    console.log('Showing call screen');
-  }
-
-  private hideCallScreen() {
-    // 통화 UI 숨기기
-    console.log('Hiding call screen');
-  }
-
-  private showQualityIndicator(warning: string) {
-    // 품질 경고 표시
-    console.log('Quality warning:', warning);
-  }
-}
-
-// 사용법
-const voiceService = new VoiceCallService();
-
-// 백엔드에서 액세스 토큰으로 초기화
-const token = await fetchTwilioToken();
-await voiceService.initialize(token);
-
-// 전화 걸기
-await voiceService.makeCall('+1234567890');
-
-// 통화 제어
-await voiceService.toggleMute();
-await voiceService.toggleSpeaker();
-await voiceService.sendDTMF('1');
-
-// 통화 종료
-await voiceService.endCall();
-
-// 로그아웃
-await voiceService.logout();
-```
-
-## 모범 사례
-
-- 백엔드 서버에서 액세스 토큰을 가져오고, 앱에 내장하지 마세요
-- 장기 실행 세션을 위한 토큰 새로 고침 로직 구현
-- 재연결 로직으로 네트워크 중단 처리
-- 통화 상태에 대한 시각적 피드백 제공
-- 푸시 알림으로 실제 기기에서 테스트
-- 적절한 오류 처리 구현
-- 컴포넌트 언마운트 시 리스너 정리
-- 통화하기 전에 마이크 권한 요청
-
-## 보안 고려 사항
-
-- 앱에 Twilio 자격 증명을 저장하지 마세요
-- 백엔드에서 액세스 토큰 생성
-- 토큰 만료 및 새로 고침 구현
-- 모든 토큰 요청에 HTTPS 사용
-- 서버 측에서 수신 통화 유효성 검사
-
-## 문제 해결
-
-### 통화가 연결되지 않음
-
-- 액세스 토큰이 유효하고 만료되지 않았는지 확인
-- 네트워크 연결 확인
-- 마이크 권한이 부여되었는지 확인
-- Twilio 계정이 올바르게 구성되었는지 확인
-
-### 푸시 알림이 작동하지 않음
-
-- Twilio에서 PushKit/FCM 인증서가 구성되었는지 확인
-- 기기가 푸시 알림에 등록되었는지 확인
-- 프로덕션 인증서로 테스트
-
-### 오디오 문제
-
-- 마이크 권한 확인
-- 스피커/블루투스 설정 확인
-- 실제 기기에서 오디오 라우팅 테스트
-
-## 발신자 이름 표시 (CapacitorTwilioCallerName)
-
-기본적으로 수신 통화는 발신자의 전화번호 또는 클라이언트 ID를 표시합니다. TwiML 백엔드에서 `CapacitorTwilioCallerName` 매개변수를 전달하여 대신 친근한 이름을 표시하도록 사용자 정의할 수 있습니다.
-
-### 백엔드 설정
-
-`<Client>` 다이얼을 위한 TwiML 응답을 생성할 때 `CapacitorTwilioCallerName` 매개변수를 추가하세요:
-
-```java
-// Java 예제
-Parameter callerNameParam = new Parameter.Builder()
-    .name("CapacitorTwilioCallerName")
-    .value("John Doe")
-    .build();
-
-Client client = new Client.Builder(identity)
-    .parameter(callerNameParam)
-    .build();
-
-Dial dial = new Dial.Builder()
-    .client(client)
-    .build();
-```
-
-```javascript
-// Node.js 예제
-const VoiceResponse = require('twilio').twiml.VoiceResponse;
-
-const response = new VoiceResponse();
-const dial = response.dial();
-dial.client({
-  name: 'CapacitorTwilioCallerName',
-  value: 'John Doe'
-}, identity);
-```
-
-### 작동 방식
-
-1. 백엔드가 수신 통화를 받으면 통화를 라우팅하기 위한 TwiML을 생성합니다
-2. 발신자의 표시 이름과 함께 `CapacitorTwilioCallerName` 매개변수를 포함합니다
-3. 플러그인은 자동으로 이 매개변수를 추출하여 다음에 사용합니다:
-   - iOS CallKit 수신 통화 화면
-   - Android 수신 통화 알림
-   - `incomingCall` 이벤트의 `from` 필드
-   - 통화 상태의 `pendingInvites` 배열
-
-`CapacitorTwilioCallerName`이 제공되지 않으면 플러그인은 발신자의 전화번호 또는 클라이언트 ID로 대체합니다.
diff --git a/src/content/docs/ko/docs/plugins/twilio-voice/index.mdx b/src/content/docs/ko/docs/plugins/twilio-voice/index.mdx
deleted file mode 100644
index f3ca39a7e..000000000
--- a/src/content/docs/ko/docs/plugins/twilio-voice/index.mdx
+++ /dev/null
@@ -1,107 +0,0 @@
----
-title: '@capgo/capacitor-twilio-voice'
-description: 'Twilio 음성 API VoIP 통화, 통화 관리 및 오디오 처리 기능을 갖춘 Capacitor 앱용 통합 플러그인입니다.'
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: '통화 관리, 오디오 제어 및 실시간 통신 기능을 갖춘 고품질 VoIP 통화를 위해 Twilio 음성 API을 통합합니다.'
-  image:
-    file: ~public/icons/plugins/twilio-voice.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/twilio-voice/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-twilio-voice/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 개요
-
-Capacitor Twilio 음성 플러그인은 Twilio의 음성 API을 사용하여 iOS 및 Android 애플리케이션에서 고품질 VoIP 통화 기능을 활성화합니다. 이 플러그인은 전문적인 통화 경험을 만들기 위한 포괄적인 통화 관리, 인증 및 오디오 제어 기능을 제공합니다.
-
-<CardGrid stagger>
-  <Card title="VoIP 통화" icon="rocket">
-    Twilio 음성 API을 사용하여 인터넷을 통한 고품질 음성 통화 📞
-  </Card>
-  <Card title="통화 관리" icon="setting">
-    전체 수명 주기 제어를 통해 전화 걸기, 수락, 거부 및 종료 🎛️
-  </Card>
-  <Card title="오디오 컨트롤" icon="comment">
-    음소거, 스피커 전환 및 오디오 라우팅 옵션 🎤
-  </Card>
-  <Card title="플랫폼 지원" icon="approve-check">
-    푸시 알림을 사용한 기본 iOS 및 Android 구현 📱
-  </Card>
-</CardGrid>
-
-## 설치
-
-```bash
-npm install @capgo/capacitor-twilio-voice
-npx cap sync
-```
-
-## 핵심 API 메서드
-
-### 인증
-- `login(options: { accessToken: string })` - 액세스 토큰을 사용하여 Twilio로 인증합니다.
-- `logout()` - 사용자 세션 종료 및 통화 상태 지우기
-- `isLoggedIn()` - 현재 인증 상태 확인
-
-### 통화 관리
-- `makeCall(options: { to: string })` - 지정된 번호로 발신 통화 시작
-- `acceptCall(options: { callSid: string })` - 수신 전화 수락
-- `rejectCall(options: { callSid: string })` - 수신 전화 거부
-- `endCall(options?: { callSid?: string })` - 활성 통화 종료
-- `muteCall(options: { muted: boolean, callSid?: string })` - 통화 오디오 음소거/음소거 해제
-- `setSpeaker(options: { enabled: boolean })` - 스피커 출력 전환
-
-## 이벤트 리스너
-
-플러그인은 다음에 대한 포괄적인 이벤트 처리를 제공합니다.
-- 연결 상태 등록 이벤트
-- 통화 상태 변경(연결됨, 연결 끊김, 벨 울림)
-- 품질 경고 및 연결 문제
-- 수신 전화 알림
-
-## 플랫폼 구성
-
-### iOS 설정
-- 수신 전화에 대해 PushKit 통합이 필요합니다.
-- 프로덕션용 인증서 구성
-- Info.plist의 마이크 권한
-
-### Android 설정
-- 푸시 알림을 위한 Firebase 설정
-- AndroidManifest.xml의 마이크 권한
-- 백그라운드 서비스 구성
-
-## 빠른 시작 예
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// Authenticate with Twilio
-await TwilioVoice.login({ accessToken: 'your-twilio-access-token' });
-
-// Make a call
-await TwilioVoice.makeCall({ to: '+1234567890' });
-
-// Listen for call events
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('Call connected:', data);
-});
-```
-
-## 문서
-
-자세한 설정 지침, 고급 구성 및 통합 예시는 [전체 문서](/docs/plugins/twilio-voice/getting-started/)를 확인하세요.
diff --git a/src/content/docs/ko/docs/plugins/updater/api.md b/src/content/docs/ko/docs/plugins/updater/api.md
deleted file mode 100644
index 8bd401124..000000000
--- a/src/content/docs/ko/docs/plugins/updater/api.md
+++ /dev/null
@@ -1,1124 +0,0 @@
----
-title: 기능 및 설정
-description: 플러그인의 사용 가능한 모든 방법 및 설정
-sidebar:
-  order: 2
-locale: ko
----
-# 업데이터 플러그인 구성
-
-자세한 내용은 Github [Readme](https://github.com/Cap-go/capacitor-updater)를 참조하세요.
-
-<docgen-config>
-<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->
-
-CapacitorUpdater는 다음 옵션으로 구성할 수 있습니다.| 소품 | 유형 | 설명 | 기본값 | 이후 |
-| --------------- | ---------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------- | ------- |
-| **`appReadyTimeout`** | <code>번호</code> | 업데이트 '실패'를 고려하기 전에 기본 플러그인이 기다려야 하는 시간(밀리초)을 구성합니다. Android, iOS 및 Electron에서 사용할 수 있습니다.                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>10000 // (10초)</code> |         |
-| **`responseTimeout`** | <code>번호</code> | API 시간 초과를 고려하기 전에 기본 플러그인이 기다려야 하는 시간(밀리초)을 구성합니다. Android, iOS 및 Electron에서 사용할 수 있습니다.                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>20000 // (20초)</code> |         |
-| **`autoDeleteFailed`** | <code>boolean</code> | 플러그인이 실패한 번들을 자동으로 삭제해야 하는지 여부를 구성합니다. Android, iOS 및 E에서 사용 가능전자.                                                                                                                                                                                                                                                                                                                                                                                                                                                              | <code>true</code> |         |
-| **`autoDeletePrevious`** | <code>boolean</code> | 성공적인 업데이트 후 플러그인이 이전 번들을 자동으로 삭제해야 하는지 여부를 구성합니다. Android, iOS 및 Electron에서 사용할 수 있습니다.                                                                                                                                                                                                                                                                                                                                                                                                                                      | <code>true</code> |         |
-| **`autoUpdate`** | <code>boolean</code> | 플러그인이 업데이트 서버를 통해 자동 업데이트를 사용해야 하는지 여부를 구성합니다. Android, iOS 및 Electron에서 사용할 수 있습니다.                                                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>true</code> |         |
-| **`resetWhenUpdate`** | <code>boolean</code> | 최신 기본 앱 번들이 기기에 설치되면 이전에 다운로드한 번들을 자동으로 삭제합니다. Android, iOS 및 Electron에서 사용할 수 있습니다.                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>true</code> |         |
-| **`updateUrl`** | <code>string</code> | 업데이트 확인이 전송되는 URL/엔드포인트를 구성합니다. Android, iOS 및 Electron에서 사용할 수 있습니다.| <code>https://plugin.capgo.app/updates</code> |         |
-| **`channelUrl`** | <code>string</code> | 채널 작업을 위한 URL/엔드포인트를 구성합니다. Android, iOS 및 Electron에서 사용할 수 있습니다.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          | <code>https://plugin.capgo.app/channel_self</code> |         |
-| **`statsUrl`** | <code>string</code> | 업데이트 통계가 전송되는 URL/엔드포인트를 구성합니다. Android, iOS 및 Electron에서 사용할 수 있습니다. 통계 보고를 비활성화하려면 ""로 설정하세요.                                                                                                                                                                                                                                                                                                                                                                                                                                       | <code>https://plugin.capgo.app/stats</code> |         |
-| **`publicKey`** | <code>string</code> | 종단 간 라이브 업데이트 암호화 버전 2에 대한 공개 키를 구성합니다. Android, iOS 및 Electron에서 사용할 수 있습니다.                                                                                                                                                                                                                                                                                                                                                                                                                                                             | <code>정의되지 않음</code> | 6.2.0 |
-| **`version`** | <code>string</code> | 앱의 현재 버전을 구성합니다. 이는 첫 번째 업데이트 요청에 사용됩니다. 설정하지 않으면 플러그인이 네이티브 코드에서 버전을 가져옵니다. Android, iOS 및 Electron에서 사용할 수 있습니다.| <code>정의되지 않음</code> | 4.17.48 |
-| **`directUpdate`** | <code>부울 \| '항상' \| 'atInstall' \| 'onLaunch'</code> | 플러그인이 업데이트 설치를 지시해야 하는 시기를 구성합니다. 자동 업데이트 모드에만 해당됩니다. 10MB 미만의 앱과 --delta 플래그를 사용하여 업로드를 수행하는 경우 잘 작동합니다. 10MB를 초과하는 Zip 또는 앱은 사용자의 업데이트 속도가 상대적으로 느립니다. - false: 직접 업데이트를 수행하지 않음(기본 동작 사용: 시작 시 다운로드, 백그라운드에서 설정) - atInstall: 앱이 설치된 경우에만 직접 업데이트, 스토어에서 업데이트, 그렇지 않으면 directUpdate = false로 작동 - onLaunch: 앱 설치 시에만 직접 업데이트, 스토어에서 또는 앱 종료 후에 업데이트, 그렇지 않으면 directUpdate = false로 작동 - 항상: 모든 이전 사례(앱 설치, 스토어에서 업데이트, 앱 종료 또는 앱 재개 후)에서 직접 업데이트, directUpdate = false로 작동하지 않음 - true: (사용되지 않음) 동일 이전 버전과의 호환성을 위해 "항상" Android, iOS 및 Electron에서 사용할 수 있습니다. | <code>false</code> | 5.1.0 |
-| **`autoSplashscreen`** | <code>boolean</code> | directUpdate를 사용할 때 스플래시 화면 숨기기를 자동으로 처리합니다. 활성화되면 업데이트가 적용된 후 또는 업데이트가 필요하지 않을 때 플러그인이 자동으로 스플래시 화면을 숨깁니다. 이렇게 하면 appReady 이벤트를 수동으로 수신하고 SplashScreen.hide()를 호출할 필요가 없습니다. directUpdate가 "atInstall", "always" 또는 true로 설정된 경우에만 작동합니다. launchAutoHide: false를 사용하여 설치하고 구성하려면 @capacitor/splash-screen 플러그인이 필요합니다. autoUpdate 및 directUpdate를 활성화해야 합니다. Android 및 iOS에서 사용할 수 있습니다.                      | <code>false</code> | 7.6.0 |
-| **`periodCheckDelay`** | <code>번호</code> | 기간 업데이트 확인을 위한 지연 기간을 구성합니다. 단위는 초입니다. Android, iOS 및 Electron에서 사용할 수 있습니다. 600초(10분) 미만일 수 없습니다.                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>600 // (10분)</code> |         |
-| **`localS3`** | <code>boolean</code> | 테스트용 로컬 서버 또는 자체 호스팅 업데이트 서버를 사용하도록 CLI를 구성합니다.| <code>정의되지 않음</code> | 4.17.48 |
-| **`localHost`** | <code>string</code> | 테스트용 로컬 서버 또는 자체 호스팅 업데이트 서버를 사용하도록 CLI을 구성합니다.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>정의되지 않음</code> | 4.17.48 |
-| **`localWebHost`** | <code>string</code> | 테스트용 로컬 서버 또는 자체 호스팅 업데이트 서버를 사용하도록 CLI을 구성합니다.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>정의되지 않음</code> | 4.17.48 |
-| **`localSupa`** | <code>string</code> | 테스트용 로컬 서버 또는 자체 호스팅 업데이트 서버를 사용하도록 CLI을 구성합니다.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>정의되지 않음</code> | 4.17.48 |
-| **`localSupaAnon`** | <code>string</code> | 테스트를 위해 로컬 서버를 사용하도록 CLI을 구성합니다.| <code>정의되지 않음</code> | 4.17.48 |
-| **`localApi`** | <code>string</code> | 테스트에 로컬 API를 사용하도록 CLI를 구성합니다.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>정의되지 않음</code> | 6.3.3 |
-| **`localApiFiles`** | <code>string</code> | 테스트를 위해 로컬 파일 API를 사용하도록 CLI을 구성합니다.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>정의되지 않음</code> | 6.3.3 |
-| **`allowModifyUrl`** | <code>boolean</code> | 플러그인이 JavaScript 측에서 updateUrl, statsUrl 및 ChannelUrl을 동적으로 수정하도록 허용합니다.                                                                                                                                                                                                                                                                                                                                                                                                                                                                           | <code>false</code> | 5.4.0 |
-| **`defaultChannel`** | <code>string</code> | 구성에서 앱의 기본 채널을 설정하세요. 대소문자를 구분합니다. 이 설정은 클라우드에 설정된 기본 채널을 재정의하지만 클라우드에서 수행된 재정의는 계속 존중합니다.                                                                                                                                                                                                                                                                                                                                                                                      | <code>정의되지 않음</code> | 5.5.0 |
-| **`appId`** | <code>string</code> | 구성에서 앱의 앱 ID를 구성합니다.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>정의되지 않음</code> | 6.0.0 |
-| **`keepUrlPathAfterReload`** | <code>boolean</code> | 다시 로드한 후 URL 경로를 유지하도록 플러그인을 구성하십시오. 경고: 다시 로드가 트리거되면 'window.history'가 지워집니다.                                                                                                                                                                                                                                                                                                                                                                                                                                                  | <code>false</code> | 6.8.0 |
-| **`disableJSLogging`** | <code>boolean</code> | 플러그인의 JavaScript 로깅을 비활성화합니다. true인 경우 플러그인은 JavaScript 콘솔에 기록하지 않습니다. 기본 로그만 수행됩니다 | <code>false</code> | 7.3.0 |
-| **`shakeMenu`** | <code>boolean</code> | 디버깅/테스트 목적으로 업데이트 메뉴를 표시하려면 흔들기 동작을 활성화하세요 | <code>false</code> | 7.5.0 |## 예
-
-`capacitor.config.json`에서:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000 // (1 second),
-      "responseTimeout": 10 // (10 second),
-      "autoDeleteFailed": false,
-      "autoDeletePrevious": false,
-      "autoUpdate": false,
-      "resetWhenUpdate": false,
-      "updateUrl": https://example.com/api/auto_update,
-      "channelUrl": https://example.com/api/channel,
-      "statsUrl": https://example.com/api/stats,
-      "publicKey": undefined,
-      "version": undefined,
-      "directUpdate": undefined,
-      "autoSplashscreen": undefined,
-      "periodCheckDelay": undefined,
-      "localS3": undefined,
-      "localHost": undefined,
-      "localWebHost": undefined,
-      "localSupa": undefined,
-      "localSupaAnon": undefined,
-      "localApi": undefined,
-      "localApiFiles": undefined,
-      "allowModifyUrl": undefined,
-      "defaultChannel": undefined,
-      "appId": undefined,
-      "keepUrlPathAfterReload": undefined,
-      "disableJSLogging": undefined,
-      "shakeMenu": undefined
-    }
-  }
-}
-```
-
-`capacitor.config.ts`에서:
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      appReadyTimeout: 1000 // (1 second),
-      responseTimeout: 10 // (10 second),
-      autoDeleteFailed: false,
-      autoDeletePrevious: false,
-      autoUpdate: false,
-      resetWhenUpdate: false,
-      updateUrl: https://example.com/api/auto_update,
-      channelUrl: https://example.com/api/channel,
-      statsUrl: https://example.com/api/stats,
-      publicKey: undefined,
-      version: undefined,
-      directUpdate: undefined,
-      autoSplashscreen: undefined,
-      periodCheckDelay: undefined,
-      localS3: undefined,
-      localHost: undefined,
-      localWebHost: undefined,
-      localSupa: undefined,
-      localSupaAnon: undefined,
-      localApi: undefined,
-      localApiFiles: undefined,
-      allowModifyUrl: undefined,
-      defaultChannel: undefined,
-      appId: undefined,
-      keepUrlPathAfterReload: undefined,
-      disableJSLogging: undefined,
-      shakeMenu: undefined,
-    },
-  },
-};
-
-export default config;
-```
-
-</docgen-config>
-
-<docgen-index>
-
-* [`notifyAppReady()`](#notifyappready)
-* [`setUpdateUrl(...)`](#setupdateurl)
-* [`setStatsUrl(...)`](#setstatsurl)
-* [`setChannelUrl(...)`](#setchannelurl)
-* [`download(...)`](#다운로드)
-* [`next(...)`](#다음)
-* [`set(...)`](#세트)
-* [`delete(...)`](#삭제)
-* [`list(...)`](#목록)
-* [`reset(...)`](#재설정)
-* [`current()`](#현재)
-* [`reload()`](#다시 로드)
-* [`setMultiDelay(...)`](#setmultidelay)
-* [`cancelDelay()`](#canceldelay)
-* [`getLatest(...)`](#getlatest)
-* [`setChannel(...)`](#set채널)
-* [`unsetChannel(...)`](#unset채널)
-* [`getChannel()`](#getchannel)
-* [`listChannels()`](#listchannels)
-* [`setCustomId(...)`](#setcustomid)
-* [`getBuiltinVersion()`](#getbuildinversion)
-* [`getDeviceId()`](#getdeviceid)
-* [`getPluginVersion()`](#getpluginversion)
-* [`isAutoUpdateEnabled()`](#isautoupdateenabled)
-* [`removeAllListeners()`](#removealllisteners)
-* [`addListener('download', ...)`](#addlistenerdownload-)
-* [`addListener('noNeedUpdate', ...)`](#addlistenernoneedupdate-)
-* [`addListener('updateAvailable', ...)`](#addlistenerupdateavailable-)
-* [`addListener('downloadComplete', ...)`](#addlistenerdownloadcomplete-)
-* [`addListener('majorAvailable', ...)`](#addlistenermajoravailable-)
-* [`addListener('updateFailed', ...)`](#addlistenerupdatefailed-)
-* [`addListener('downloadFailed', ...)`](#addlistenerdownloadfailed-)
-* [`addListener('appReloaded', ...)`](#addlistenerappreloaded-)
-* [`addListener('appReady', ...)`](#addlistenerappready-)
-* [`isAutoUpdateAvailable()`](#is자동 업데이트 가능)
-* [`getNextBundle()`](#getnextbundle)
-* [`setShakeMenu(...)`](#setshakemenu)
-* [`isShakeMenuEnabled()`](#isshakemenuenabled)
-* [인터페이스](#인터페이스)
-* [유형 별칭](#type-aliases)
-
-</docgen-index>
-
-# 방법
-
-<docgen-api>
-<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->
-
-## 통지AppReady()
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-현재 번들이 작동 중임을 Capacitor 업데이터에 알립니다. 앱을 시작할 때마다 이 메서드가 호출되지 않으면 롤백이 발생합니다.
-기본적으로 이 메서드는 앱 실행 후 처음 10초 내에 호출되어야 하며, 그렇지 않으면 롤백이 발생합니다.
-{@link appReadyTimeout}을 사용하여 이 동작을 변경하세요.
-
-**반환:** <code>약속<<a href="#appreadyresult">AppReadyResult</a>></code>
-
--------
-
-
-## setUpdateUrl(...)
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-앱의 updateUrl을 설정합니다. 이는 업데이트를 확인하는 데 사용됩니다.
-
-| 파람 | 유형 | 설명 |
-| ------------- | ---------------------------------- | ------------------------------------------------- |
-| **`options`** | <code><a href="#updateurl">UpdateUrl</a></code> | 업데이트 확인에 사용할 URL이 포함되어 있습니다. |
-
-**이후:** 5.4.0
-
--------
-
-
-## setStatsUrl(...)
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-앱에 대한 statsUrl을 설정합니다. 이는 통계를 보내는 데 사용됩니다. 빈 문자열을 전달하면 통계 수집이 비활성화됩니다.| 파람 | 유형 | 설명 |
-| ------------- | -------------------------------- | ---------------------------------- |
-| **`options`** | <code><a href="#statsurl">StatsUrl</a></code> | 통계 전송에 사용할 URL이 포함되어 있습니다. |
-
-**이후:** 5.4.0
-
--------
-
-
-## setChannelUrl(...)
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-앱의 ChannelUrl을 설정합니다. 이는 채널을 설정하는 데 사용됩니다.
-
-| 파람 | 유형 | 설명 |
-| ------------- | ------------------------------------------------- | ------------------------------------------------ |
-| **`options`** | <code><a href="#channelurl">ChannelUrl</a></code> | 채널 설정에 사용할 URL이 포함되어 있습니다. |
-
-**이후:** 5.4.0
-
--------
-
-
-## 다운로드(...)
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-제공된 URL에서 새 번들을 다운로드하세요. zip 파일이어야 하며 내부에 파일이 있거나 모든 파일이 포함된 고유 ID가 있어야 합니다.
-
-| 파람 | 유형 | 설명 |
-| ------------- | ---------------------------------------------- | ------------------------------------------------------------------ |
-| **`options`** | <code><a href="#downloadoptions">다운로드 옵션</a></code> | 새 번들 zip을 다운로드하기 위한 {@link <a href="#downloadoptions">DownloadOptions</a>} |
-
-**반품:** <code>약속<<a href="#bundleinfo">BundleInfo</a>></code>
-
--------
-
-
-## 다음(...)
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-앱을 다시 로드할 때 사용할 다음 번들을 설정합니다.
-
-| 파람 | 유형 | 설명 |
-| ------------- | -------------------------------- | ------------------------------------------------------------------------------------------------ |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | 다음 앱 실행 시 설정할 다음 번들의 ID를 포함합니다. {@link <a href="#bundleinfo">BundleInfo.id</a>} |
-
-**반품:** <code>약속<<a href="#bundleinfo">BundleInfo</a>></code>
-
--------
-
-
-## 세트(...)
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-현재 번들을 설정하고 즉시 앱을 다시 로드합니다.| 파람 | 유형 | 설명 |
-| ------------- | -------------------------------- | ------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | 현재로 설정할 새 번들 ID가 포함된 {@link <a href="#bundleid">BundleId</a>} 객체. |
-
--------
-
-
-## 삭제(...)
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-네이티브 앱 스토리지에서 지정된 번들을 삭제합니다. 저장된 번들 ID를 가져오려면 {@link list}와 함께 사용하세요.
-
-| 파람 | 유형 | 설명 |
-| ------------- | -------------------------------- | ------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | 삭제할 번들의 ID가 포함된 {@link <a href="#bundleid">BundleId</a>} 객체(참고: 버전 이름이 아닌 번들 ID임) |
-
--------
-
-
-## 목록(...)
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-앱에서 로컬로 다운로드한 모든 번들을 가져옵니다.
-
-| 파람 | 유형 | 설명 |
-| ------------- | -------------------------------------- | --------------------------------------------------------- |
-| **`options`** | <code><a href="#listoptions">ListOptions</a></code> | 번들 나열을 위한 {@link <a href="#listoptions">ListOptions</a>} |
-
-**반품:** <code>약속<<a href="#bundlelistresult">BundleListResult</a>></code>
-
--------
-
-
-## 재설정(...)
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-앱을 `builtin` 번들( Apple App Store / Google Play Store 로 전송된 번들) 또는 마지막으로 성공적으로 로드된 번들로 재설정합니다.
-
-| 파람 | 유형 | 설명 |
-| ------------- | ---------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#resetoptions">ResetOptions</a></code> | {@link <a href="#resetoptions">ResetOptions.toLastSuccessful</a>}을 포함하면 `true`는 내장 번들로 재설정되고 `false`는 마지막으로 성공적으로 로드된 번들로 재설정됩니다. |
-
--------
-
-
-## 현재()
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```현재 번들을 가져옵니다. 설정된 것이 없으면 `builtin`을 반환합니다. currentNative는 장치에 설치된 원래 번들입니다.
-
-**반품:** <code>약속<<a href="#currentbundleresult">CurrentBundleResult</a>></code>
-
--------
-
-
-## 다시 로드()
-
-```typescript
-reload() => Promise<void>
-```
-
-뷰를 다시 로드하세요.
-
--------
-
-
-## setMultiDelay(...)
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-플러그인이 업데이트를 지연하는 데 사용할 조건이 포함된 {@link <a href="#delaycondition">DelayCondition</a>} 배열을 설정합니다.
-모든 조건이 충족되면 업데이트 프로세스가 평소와 같이 다시 시작되므로 앱을 백그라운드로 설정하거나 종료한 후에 업데이트가 설치됩니다.
-`date` 종류의 경우 값은 iso8601 날짜 문자열이어야 합니다.
-`background` 종류의 경우 값은 밀리초 단위의 숫자여야 합니다.
-`nativeVersion` 종류의 경우 값은 버전 번호여야 합니다.
-`kill` 종류의 경우 값이 사용되지 않습니다.
-이 함수는 kill 옵션이 다른 옵션처럼 다음 배경 이후가 아니라 첫 번째 kill 후에 업데이트를 트리거하는 일관되지 않은 동작을 가지고 있습니다. 이 문제는 향후 주요 릴리스에서 수정될 예정입니다.
-
-| 파람 | 유형 | 설명 |
-| ------------- | -------------------------------------------------------- | -------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#multidelayconditions">MultiDelayConditions</a></code> | 설정할 조건의 {@link <a href="#multidelayconditions">MultiDelayConditions</a>} 배열 포함 |
-
-**이후:** 4.3.0
-
--------
-
-
-## 취소지연()
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-업데이트를 즉시 처리하려면 {@link <a href="#delaycondition">DelayCondition</a>}을 취소합니다.
-
-**이후:** 4.0.0
-
--------
-
-
-## 최신 정보(...)
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-업데이트 URL에서 사용 가능한 최신 번들 받기
-
-| 파람 | 유형 |
-| ------------- | ------------------------------------------------ |
-| **`options`** | <code><a href="#getlatestoptions">GetLatestOptions</a></code> |
-
-**반품:** <code>약속<<a href="#latestversion">최신 버전</a>></code>
-
-**이후:** 4.0.0
-
--------
-
-
-## 세트채널(...)
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-이 장치의 채널을 설정합니다. 이 기능이 작동하려면 채널에 `allow_device_self_set`이 활성화되어 있어야 합니다.**중요 사항:**
-- 부팅 시 채널을 설정하는 데 이 방법을 사용하지 마세요. 대신 Capacitor 구성에서 `defaultChannel`을 사용하세요.
-- 이 방법은 앱이 준비되고 사용자가 상호작용(예: 베타 프로그램 선택)한 후에 사용하기 위한 것입니다.
-- **공개 채널은 자체 할당할 수 없습니다.** 채널이 `public`로 표시된 경우 `setChannel()`을 호출하면 오류가 반환됩니다. 공개 채널을 사용하려면 대신 `unsetChannel()`을 호출하세요. 그러면 장치가 자동으로 일치하는 공개 채널로 대체됩니다.
-- `listChannels()`을 사용하여 사용 가능한 채널과 자체 할당 허용 여부를 확인하세요.
-
-| 파람 | 유형 | 설명 |
-| ------------- | -------------------------------------------------- | -------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setchanneloptions">SetChannelOptions</a></code> | 설정할 {@link <a href="#setchanneloptions">SetChannelOptions</a>} 채널이 |
-
-**반품:** <code>약속<<a href="#channelres">ChannelRes</a>></code>
-
-**이후:** 4.7.0
-
--------
-
-
-## unsetChannel(...)
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-이 기기의 채널 재정의를 설정 해제하세요. 이 메서드를 호출하면 장치는 해당 조건(플랫폼, 장치 유형, 빌드 유형)과 일치하는 **공개 채널**로부터 자동으로 업데이트를 수신합니다.
-
-이는 다음과 같은 경우에 유용합니다.
-- 장치를 기본 업데이트 트랙으로 다시 이동하려는 경우
-- 공개 채널을 사용하고 싶습니다(공개 채널은 `setChannel()`을 통해 자체 할당될 수 없으므로).
-
-| 파람 | 유형 |
-| ------------- | ------------------------------------------------------ |
-| **`options`** | <code><a href="#unsetchanneloptions">UnsetChannelOptions</a></code> |
-
-**이후:** 4.7.0
-
--------
-
-
-## getChannel()
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-이 장치의 채널 가져오기
-
-**반품:** <code>약속<<a href="#getchannelres">GetChannelRes</a>></code>
-
-**이후:** 4.8.0
-
--------
-
-
-## 목록채널()
-
-```typescript
-listChannels() => Promise<ListChannelsResult>
-```
-
-이 장치에 사용 가능한 모든 채널을 나열합니다. 기기의 현재 환경(플랫폼, 에뮬레이터/실제 기기, 개발/프로덕션 빌드)과 호환되고 공개되거나 자체 할당을 허용하는 채널을 반환합니다.
-
-결과의 각 채널에는 다음이 포함됩니다.
-- `public`: `true`인 경우 **기본 채널**입니다. `setChannel()`를 사용하여 자체 할당할 수 없습니다. 대신 `unsetChannel()`을 사용하여 채널 할당을 제거하면 장치는 자동으로 이 공개 채널에서 업데이트를 받게 됩니다.
-- `allow_self_set`: `true`인 경우 **자체 할당 가능한 채널**입니다. `setChannel()`을 사용하여 이 채널에 장치를 명시적으로 할당할 수 있습니다.
-
-**반품:** <code>약속<<a href="#listchannelsresult">ListChannelsResult</a>></code>
-
-**이후:** 7.5.0
-
--------
-
-
-## setCustomId(...)
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```이 기기의 맞춤 ID를 설정하세요.
-
-| 파람 | 유형 | 설명 |
-| ------------- | ----------------------------------------------------------------- | ---------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setcustomidoptions">SetCustomIdOptions</a></code> | 설정할 {@link <a href="#setcustomidoptions">SetCustomIdOptions</a>} customId입니다 |
-
-**이후:** 4.9.0
-
--------
-
-
-## getBuiltinVersion()
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-구성에 설정된 경우 기본 앱 버전 또는 내장 버전을 가져옵니다.
-
-**반환:** <code>약속<<a href="#builtinversion">BuiltinVersion</a>></code>
-
-**이후:** 5.2.0
-
--------
-
-
-## getDeviceId()
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-장치 식별에 사용되는 고유 ID 가져오기(자동 업데이트 서버로 전송)
-
-**반환:** <code>약속<<a href="#deviceid">DeviceId</a>></code>
-
--------
-
-
-## getPluginVersion()
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-기본 Capacitor 업데이터 플러그인 버전 가져오기(자동 업데이트 서버로 전송됨)
-
-**반품:** <code>약속<<a href="#pluginversion">PluginVersion</a>></code>
-
--------
-
-
-## isAutoUpdateEnabled()
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-자동 업데이트 구성 상태를 가져옵니다.
-
-**반환:** <code>약속<<a href="#autoupdateenabled">AutoUpdateEnabled</a>></code>
-
--------
-
-
-## 제거AllListeners()
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-이 플러그인의 모든 리스너를 제거하세요.
-
-**이후:** 1.0.0
-
--------
-
-
-## addListener('다운로드', ...)
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-앱에서 번들 다운로드 이벤트를 수신합니다. 다운로드가 시작되면, 다운로드하는 동안, 완료되면 실행됩니다.
-다운로드하는 동안 모든 다운로드 비율이 반환됩니다.
-
-| 파람 | 유형 |
-| ------------------ | ------------------------------------------------- |
-| **`eventName`** | <code>'다운로드'</code> |
-| **`listenerFunc`** | <code>(상태: <a href="#downloadevent">DownloadEvent</a>) => void</code> |
-
-**반환:** <code>약속<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**이후:** 2.0.11
-
--------
-
-
-## addListener('noNeedUpdate', ...)
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-업데이트할 필요 없는 이벤트를 수신합니다. 앱이 실행될 때마다 강제 확인을 원할 때 유용합니다.
-
-| 파람 | 유형 |
-| ------------------ | ---------------------------------------------------------- |
-| **`eventName`** | <code>'업데이트 필요 없음'</code> |
-| **`listenerFunc`** | <code>(상태: <a href="#noneedevent">NoNeedEvent</a>) => void</code> |**반환:** <code>약속<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**이후:** 4.0.0
-
--------
-
-
-## addListener('updateAvailable', ...)
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-사용 가능한 업데이트 이벤트를 수신합니다. 앱이 실행될 때마다 강제로 확인하려는 경우 유용합니다.
-
-| 파람 | 유형 |
-| ------------------ | --------------------------------------------------------------- |
-| **`eventName`** | <code>'업데이트 가능'</code> |
-| **`listenerFunc`** | <code>(상태: <a href="#updateavailableevent">UpdateAvailableEvent</a>) => void</code> |
-
-**반환:** <code>약속<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**이후:** 4.0.0
-
--------
-
-
-## addListener('downloadComplete', ...)
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-downloadComplete 이벤트를 수신합니다.
-
-| 파람 | 유형 |
-| ------------------ | ----------------------------------------------------------------- |
-| **`eventName`** | <code>'다운로드 완료'</code> |
-| **`listenerFunc`** | <code>(상태: <a href="#downloadcompleteevent">DownloadCompleteEvent</a>) => void</code> |
-
-**반환:** <code>약속<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**이후:** 4.0.0
-
--------
-
-
-## addListener('majorAvailable', ...)
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-앱에서 주요 업데이트 이벤트를 수신하고, 비활성화AutoUpdateBreaking을 설정하여 주요 업데이트가 차단되면 알려줍니다.
-
-| 파람 | 유형 |
-| ------------------ | -------------------------------------------------------------------------- |
-| **`eventName`** | <code>'주요 사용 가능'</code> |
-| **`listenerFunc`** | <code>(상태: <a href="#majoravailableevent">MajorAvailableEvent</a>) => void</code> |
-
-**반환:** <code>약속<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**이후:** 2.3.0
-
--------
-
-
-## addListener('updateFailed', ...)
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-앱에서 업데이트 실패 이벤트를 수신하고 다음 앱 시작 시 업데이트 설치에 실패하면 알려줍니다.
-
-| 파람 | 유형 |
-| ------------------ | ---------------------------------------------------------------------- |
-| **`eventName`** | <code>'업데이트 실패'</code> |
-| **`listenerFunc`** | <code>(상태: <a href="#updatefailedevent">UpdateFailedEvent</a>) => void</code> |**반환:** <code>약속<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**이후:** 2.3.0
-
--------
-
-
-## addListener('다운로드실패', ...)
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-앱에서 다운로드 실패 이벤트를 수신하고, 번들 다운로드가 실패하면 알려줍니다.
-
-| 파람 | 유형 |
-| ------------------ | -------------------------------------------------------------------------- |
-| **`eventName`** | <code>'다운로드 실패'</code> |
-| **`listenerFunc`** | <code>(상태: <a href="#downloadfailedevent">DownloadFailedEvent</a>) => void</code> |
-
-**반환:** <code>약속<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**이후:** 4.0.0
-
--------
-
-
-## addListener('appReloaded', ...)
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-앱에서 다시 로드 이벤트를 수신하고 다시 로드가 발생하면 알려줍니다.
-
-| 파람 | 유형 |
-| ------------------ | ------------- |
-| **`eventName`** | <code>'appReloaded'</code> |
-| **`listenerFunc`** | <code>() => void</code> |
-
-**반환:** <code>약속<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**이후:** 4.3.0
-
--------
-
-
-## addListener('appReady', ...)
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-앱에서 앱 준비 이벤트를 수신하고 앱을 사용할 준비가 되면 알려줍니다.
-
-| 파람 | 유형 |
-| ------------------ | ------------------------------------------------- |
-| **`eventName`** | <code>'appReady'</code> |
-| **`listenerFunc`** | <code>(상태: <a href="#appreadyevent">AppReadyEvent</a>) => void</code> |
-
-**반환:** <code>약속<<a href="#pluginlistenerhandle">PluginListenerHandle</a>></code>
-
-**이후:** 5.1.0
-
--------
-
-
-## isAutoUpdateAvailable()
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-자동 업데이트가 가능한지 확인합니다(serverUrl에 의해 비활성화되지 않음).
-
-**반품:** <code>약속<<a href="#autoupdateavailable">AutoUpdateAvailable</a>></code>
-
--------
-
-
-## getNextBundle()
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-앱이 다시 로드될 때 사용될 다음 번들을 가져옵니다.
-다음 번들이 설정되지 않은 경우 null을 반환합니다.
-
-**반품:** <code>약속<<a href="#bundleinfo">BundleInfo</a> | null></code>
-
-**이후:** 6.8.0
-
--------
-
-
-## setShakeMenu(...)
-
-```typescript
-setShakeMenu(options: SetShakeMenuOptions) => Promise<void>
-```
-
-디버깅/테스트 목적으로 흔들기 메뉴를 활성화 또는 비활성화합니다.| 파람 | 유형 | 설명 |
-| ------------- | ------------------------------------------------------ | ------------------------------------------- |
-| **`options`** | <code><a href="#setshakemenuoptions">SetShakeMenuOptions</a></code> | 흔들기 메뉴를 활성화하거나 비활성화하는 활성화된 부울이 포함되어 있습니다.
-
-**이후:** 7.5.0
-
--------
-
-
-## isShakeMenuEnabled()
-
-```typescript
-isShakeMenuEnabled() => Promise<ShakeMenuEnabled>
-```
-
-쉐이크 메뉴의 현재 상태를 가져옵니다.
-
-**반품:** <code>약속<<a href="#shakemenuenabled">ShakeMenuEnabled</a>></code>
-
-**이후:** 7.5.0
-
--------
-
-
-## 인터페이스
-
-
-### 앱준비결과
-
-| 소품 | 유형 |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-
-
-### 번들정보
-
-| 소품 | 유형 |
-| ---------------- | ---------------------------------------- |
-| **`id`** | <code>string</code> |
-| **`version`** | <code>string</code> |
-| **`downloaded`** | <code>string</code> |
-| **`checksum`** | <code>string</code> |
-| **`status`** | <code><a href="#bundlestatus">BundleStatus</a></code> |
-
-
-### 업데이트 URL
-
-| 소품 | 유형 |
-| --------- | ------ |
-| **`url`** | <code>string</code> |
-
-
-### 통계 URL
-
-| 소품 | 유형 |
-| --------- | ------ |
-| **`url`** | <code>string</code> |
-
-
-### 채널 URL
-
-| 소품 | 유형 |
-| --------- | ------ |
-| **`url`** | <code>string</code> |
-
-
-### 다운로드 옵션
-
-이 URL과 버전은 서버에서 번들을 다운로드하는 데 사용됩니다. 백엔드를 사용하는 경우 모든 정보는 getLatest 메소드를 통해 제공됩니다.
-백엔드를 사용하지 않는 경우 번들의 URL과 버전을 제공해야 합니다. CLI 명령 encrypt를 사용하여 번들을 암호화한 경우 체크섬 및 sessionKey가 필요하며 명령의 결과로 이를 받아야 합니다.| 소품 | 유형 | 설명 | 기본값 | 이후 |
-| ---------------- | --------------- | ------------------------------------------------------------------------------------------------------------------------- | --------- | ----- |
-| **`url`** | <code>string</code> | 다운로드할 번들 zip 파일(예: dist.zip)의 URL입니다. (이는 임의의 URL일 수 있습니다. 예: Amazon S3, GitHub 태그, 번들을 호스팅한 기타 장소.) |                        |       |
-| **`version`** | <code>string</code> | 이 번들/버전의 버전 코드/이름 |                        |       |
-| **`sessionKey`** | <code>string</code> | 업데이트용 세션 키(번들이 세션 키로 암호화된 경우) | <code>정의되지 않음</code> | 4.0.0 |
-| **`checksum`** | <code>string</code> | 업데이트에 대한 체크섬은 sha256에 있어야 하며 번들이 암호화된 경우 개인 키로 암호화되어야 합니다. | <code>정의되지 않음</code> | 4.0.0 |
-| **`manifest`** | <code>매니페스트 항목[]</code> | 델타(매니페스트) 다중 파일 다운로드용 매니페스트 | <code>정의되지 않음</code> | 6.1.0 |
-
-
-### 매니페스트 항목
-
-| 소품 | 유형 |
-| ------------------ | -------------- |
-| **`file_name`** | <code>string \| null</code> |
-| **`file_hash`** | <code>string \| null</code> |
-| **`download_url`** | <code>string \| null</code> |
-
-
-### 번들 ID
-
-| 소품 | 유형 |
-| -------- | ------ |
-| **`id`** | <code>string</code> |
-
-
-### BundleListResult
-
-| 소품 | 유형 |
-| ------------- | ------------ |
-| **`bundles`** | <code>번들정보[]</code> |
-
-
-### 목록 옵션| 소품 | 유형 | 설명 | 기본값 | 이후 |
-| --------- | ------- | ------------------------------------------------------------------------------------------------------------------- | ------------------ | ------ |
-| **`raw`** | <code>boolean</code> | 원시 번들 목록을 반환할지 아니면 매니페스트를 반환할지 여부입니다. true인 경우 목록은 디스크의 파일 대신 내부 데이터베이스를 읽으려고 시도합니다. | <code>false</code> | 6.14.0 |
-
-
-### 재설정 옵션
-
-| 소품 | 유형 |
-| --------- | ------- |
-| **`toLastSuccessful`** | <code>boolean</code> |
-
-
-### 현재 번들 결과
-
-| 소품 | 유형 |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-| **`native`** | <code>string</code> |
-
-
-### 다중 지연 조건
-
-| 소품 | 유형 |
-| -------- | ---------------- |
-| **`delayConditions`** | <code>지연 조건[]</code> |
-
-
-### 지연조건
-
-| 소품 | 유형 | 설명 |
-| ----------- | -------------------------------------------- | --------------------------- |
-| **`kind`** | <code><a href="#delayuntilnext">DelayUntilNext</a></code> | setMultiDelay에서 지연 조건 설정 |
-| **`value`** | <code>string</code> |                                          |
-
-
-### 최신 버전| 소품 | 유형 | 설명 | 이후 |
-| ---------------- | --------------- | ------------- | ----- |
-| **`version`** | <code>string</code> | getLatest 메소드의 결과 | 4.0.0 |
-| **`checksum`** | <code>string</code> |                            | 6 |
-| **`major`** | <code>boolean</code> |                            |       |
-| **`message`** | <code>string</code> |                            |       |
-| **`sessionKey`** | <code>string</code> |                            |       |
-| **`error`** | <code>string</code> |                            |       |
-| **`old`** | <code>string</code> |                            |       |
-| **`url`** | <code>string</code> |                            |       |
-| **`manifest`** | <code>매니페스트 항목[]</code> |                            | 6.1 |
-
-
-### GetLatestOptions
-
-| 소품 | 유형 | 설명 | 기본값 | 이후 |
-| ------------- | ------ | --------------------------------------------------------------------- | --------- | ----- |
-| **`channel`** | <code>string</code> | 최신 버전을 얻으려면 채널이 작동하려면 'self_sign'을 허용해야 합니다 | <code>정의되지 않음</code> | 6.8.0 |
-
-
-### 채널 해상도
-
-| 소품 | 유형 | 설명 | 이후 |
-| ------------- | ------ | ---------------- | ----- |
-| **`status`** | <code>string</code> | 설정된 채널 현황 | 4.7.0 |
-| **`error`** | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-
-
-### 채널 옵션 설정
-
-| 소품 | 유형 |
-| ---------- | ------- |
-| **`channel`** | <code>string</code> |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### UnsetChannelOptions
-
-| 소품 | 유형 |
-| ---------- | ------- |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### GetChannelRes| 소품 | 유형 | 설명 | 이후 |
-| -------------- | ------- | ---------------- | ----- |
-| **`channel`** | <code>string</code> | 채널 확보 현황 | 4.8.0 |
-| **`error`** | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-| **`status`** | <code>string</code> |                               |       |
-| **`allowSet`** | <code>boolean</code> |                               |       |
-
-
-### ListChannelsResult
-
-| 소품 | 유형 | 설명 | 이후 |
-| -------------- | ------------- | ------------- | ----- |
-| **`channels`** | <code>채널정보[]</code> | 사용 가능한 채널 목록 | 7.5.0 |
-
-
-### 채널정보
-
-| 소품 | 유형 | 설명 | 이후 |
-| ------- | ------- | ---------------------------------- | ----- |
-| **`id`** | <code>string</code> | 채널 ID | 7.5.0 |
-| **`name`** | <code>string</code> | 채널 이름 | 7.5.0 |
-| **`public`** | <code>boolean</code> | true인 경우 이는 기본/대체 채널입니다. 장치는 공개 채널에 자체 할당할 수 없습니다. 대신, 장치가 채널 재정의를 제거하면(`unsetChannel()` 사용) 일치하는 공개 채널에서 자동으로 업데이트를 받게 됩니다. | 7.5.0 |
-| **`allow_self_set`** | <code>boolean</code> | true인 경우 장치는 `setChannel()`를 사용하여 이 채널에 명시적으로 자체 할당할 수 있습니다. 이는 일반적으로 베타 테스트, A/B 테스트 또는 선택 업데이트 트랙에 사용됩니다. | 7.5.0 |
-
-
-### SetCustomIdOptions
-
-| 소품 | 유형 |
-| -------------- | ------ |
-| **`customId`** | <code>string</code> |
-
-
-### 내장 버전
-
-| 소품 | 유형 |
-| ------------- | ------ |
-| **`version`** | <code>string</code> |
-
-
-### 장치 ID
-
-| 소품 | 유형 |
-| -------------- | ------ |
-| **`deviceId`** | <code>string</code> |
-
-
-### 플러그인 버전
-
-| 소품 | 유형 |
-| ------------- | ------ |
-| **`version`** | <code>string</code> |
-
-
-### 자동 업데이트가 활성화되었습니다.
-
-| 소품 | 유형 |
-| ------------- | ------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### 플러그인리스너핸들
-
-| 소품 | 유형 |
-| ------------ | ---------------------------- |
-| **`remove`** | <code>() => 약속<void></code> |
-
-
-### 다운로드 이벤트| 소품 | 유형 | 설명 | 이후 |
-| ------------- | ------------------------------------------------- | --------------------------------- | ----- |
-| **`percent`** | <code>번호</code> | 현재 다운로드 상태(0~100) | 4.0.0 |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |                                                |       |
-
-
-### NoNeed이벤트
-
-| 소품 | 유형 | 설명 | 이후 |
-| ------------ | ------------------------------------------------- | --------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 현재 다운로드 상태(0~100) | 4.0.0 |
-
-
-### UpdateAvailableEvent
-
-| 소품 | 유형 | 설명 | 이후 |
-| ------------ | ------------------------------------------------- | --------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 현재 다운로드 상태(0~100) | 4.0.0 |
-
-
-### 다운로드완료이벤트
-
-| 소품 | 유형 | 설명 | 이후 |
-| ------------ | ------------------------------------------------- | ----------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 새 업데이트가 제공되면 내보냅니다. | 4.0.0 |
-
-
-### MajorAvailableEvent
-
-| 소품 | 유형 | 설명 | 이후 |
-| ------------- | ------ | ----------------------------- | ----- |
-| **`version`** | <code>string</code> | 새로운 주요 번들을 사용할 수 있을 때 내보냅니다. | 4.0.0 |
-
-
-### 업데이트실패이벤트
-
-| 소품 | 유형 | 설명 | 이후 |
-| ------------ | ------------------------------------------------- | ------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 업데이트 설치에 실패하면 내보냅니다. | 4.0.0 |
-
-
-### 다운로드 실패 이벤트
-
-| 소품 | 유형 | 설명 | 이후 |
-| ------------- | ------ | ------------- | ----- |
-| **`version`** | <code>string</code> | 다운로드가 실패하면 내보냅니다. | 4.0.0 |
-
-
-### 앱준비이벤트| 소품 | 유형 | 설명 | 이후 |
-| ------------ | ------------------------------------------------- | ------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 앱을 사용할 준비가 되면 발생합니다. | 5.2.0 |
-| **`status`** | <code>string</code> |                                       |       |
-
-
-### 자동 업데이트 가능
-
-| 소품 | 유형 |
-| --------------- | ------- |
-| **`available`** | <code>boolean</code> |
-
-
-### SetShakeMenuOptions
-
-| 소품 | 유형 |
-| ------------- | ------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### ShakeMenu활성화됨
-
-| 소품 | 유형 |
-| ------------- | ------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-## 유형 별칭
-
-
-### 번들상태
-
-보류 중: 번들이 다음 번들로 **설정**되도록 보류 중입니다.
-downloading: 번들이 다운로드 중입니다.
-성공: 번들이 다운로드되었으며 다음 번들로 **설정**될 준비가 되었습니다.
-오류: 번들을 다운로드하지 못했습니다.
-
-<code>'성공' | '오류' | '보류 중' | '다운로드 중'</code>
-
-
-### 다음까지 지연
-
-<code>'배경' | '죽이다' | '네이티브 버전' | '날짜'</code>
-
-</docgen-api>
diff --git a/src/content/docs/ko/docs/plugins/updater/cordova.md b/src/content/docs/ko/docs/plugins/updater/cordova.md
deleted file mode 100644
index e11b38dfe..000000000
--- a/src/content/docs/ko/docs/plugins/updater/cordova.md
+++ /dev/null
@@ -1,24 +0,0 @@
----
-title: Cordova
-description: Cordova용 커패시터 업데이트 플러그인의 잠재적 가용성과 개발과 관련된 과제를 살펴봅니다.
-sidebar:
-  order: 8
-locale: ko
----
-이 플러그인을 Cordova에서 사용할 수 있을지 궁금하셨을 겁니다.
-
-우리는 이를 위해 R\&D 저장소를 시작했지만 엄청난 양의 작업이 필요합니다.
-
-## 문제
-
-우리는 그렇게 할 수 있다는 것을 알고 있지만 이를 위해서는 Capacitor에서 했던 것처럼 Cordova 코드베이스의 모든 코드를 읽어서 ap Capgo 기능과 함께 작동하도록 만드는 방법을 이해해야 합니다.
-
-Android 버전은 둘 다 Java를 사용하므로 수행하기가 더 쉽지만 iOS은 Swift가 아직 Cordova에서 잘 지원되지 않기 때문에 완전히 다시 작성해야 합니다.
-
-## 솔루션
-
-그동안 당신이 할 수 있는 일은 다음과 같습니다:
-
-* GitHub에서 [지원](https://github.com/sponsors/cap-go)하시면 우선순위를 정할 수 있습니다. 
-최소 1개월의 작업이 필요합니다.
-* 우리를 [컨설턴트](https://capgo.app/consulting/)로 고용하세요. 우리는 대기업의 Capacitor 마이그레이션을 돕는 데 익숙합니다. 일반적으로 한 달이 걸리며 [이점](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development)은 팀에 엄청납니다.
diff --git a/src/content/docs/ko/docs/plugins/updater/debugging.mdx b/src/content/docs/ko/docs/plugins/updater/debugging.mdx
deleted file mode 100644
index 7a93cb3f1..000000000
--- a/src/content/docs/ko/docs/plugins/updater/debugging.mdx
+++ /dev/null
@@ -1,173 +0,0 @@
----
-title: 디버깅
-description: >-
-  Capgo 업데이트를 디버깅하고 구성 관련 문제를 이해하는 방법
-sidebar:
-  order: 6
-locale: ko
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## 클라우드 로그 이해하기:
-
-### 백엔드에서 전송됨
-
-| 코드                          | 설명                                                                                                                                                                 |
-| ------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **InvalidIp**                                    | 사용자가 Google 데이터 센터에 위치하고 업데이트가 4시간 미만입니다. Google 봇의 기기가 계정의 기기로 집계되는 것을 방지하기 위해 수행됩니다. |
-| **needPlanUpgrade** (이전: **needUpgrade**) | 플랜 한도에 도달했으며, 업그레이드하거나 다음 달까지 기기가 업데이트를 받지 않음을 나타냅니다.                                  |
-| **noNew**                                        | 기기에 최신 사용 가능한 버전이 있습니다.                                                                                                                                |
-| **disablePlatformIos**                           | 기기가 iOS 플랫폼이지만 채널 설정에서 비활성화되어 있습니다.                                                                                            |
-| **disablePlatformAndroid**                       | 기기가 Android 플랫폼이지만 채널 설정에서 비활성화되어 있습니다.                                                                                        |
-| **disableAutoUpdate**                            | "major" | "minor" | "version_number" | "none"                                       |
-| **disableAutoUpdateUnderNative**                 | 기기 버전(`1.2.3`)이 있고 채널에 기기 버전보다 낮은 업데이트(`1.2.2`)가 있지만 채널 설정에서 비활성화되어 있습니다.                   |
-| **disableDevBuild**                              | 기기에 개발 빌드가 있지만 채널 설정에서 비활성화되어 있습니다.                                                                                                   |
-| **disableEmulator**                              | 기기가 에뮬레이터이지만 채널 설정에서 비활성화되어 있습니다.                                                                                                    |
-| **cannotGetBundle**                          | 번들 다운로드를 위한 유효한 서명된 URL 생성에 실패했습니다. 번들 URL 생성이 실패하거나 유효하지 않은 URL(http/https로 시작하지 않음)을 반환하고 대체할 매니페스트가 없을 때 발생합니다.                                                                                          |
-| **cannotUpdateViaPrivateChannel**              | 기기가 비공개 채널과 자동 연결을 시도했지만 채널 설정에서 기기 자동 연결을 허용하지 않으며(`allow_device_self_set`이 false) 채널이 공개되지 않았습니다.                                                                                    |
-| **channelMisconfigured**                       | 채널이 버전 번호로 자동 업데이트를 비활성화하도록 구성되었지만(`disable_auto_update: 'version_number'`) 번들의 `min_update_version` 필드가 null이어서 어떤 기기가 업데이트를 받아야 하는지 결정할 수 없습니다.                                                                                                                 |
-| **disableAutoUpdateMetadata**                  | 버전 번호 메타데이터로 자동 업데이트가 비활성화되었습니다. 채널은 기기 버전이 최소한 `min_update_version`이어야 하지만 기기의 현재 버전이 이 임계값보다 낮습니다.                                                                                                         |
-| **disableAutoUpdateToMajor**                   | 채널 설정 `disable_auto_update: 'major'`는 주 버전 번호를 증가시키는 업데이트를 방지합니다(예: 1.x.x에서 2.x.x로 업데이트 차단).                                                                                             |
-| **disableAutoUpdateToMinor**                   | 채널 설정 `disable_auto_update: 'minor'`는 부 버전 번호를 증가시키는 업데이트를 방지합니다(예: 1.2.x에서 1.3.x로 업데이트 차단).                                                                                             |
-| **disableAutoUpdateToPatch**                   | 채널 설정 `disable_auto_update: 'patch'`는 패치 버전 번호를 증가시키는 업데이트를 방지하거나 동일한 major.minor 버전 내에서 패치 수준 업데이트만 허용합니다(예: 1.2.3은 1.2.4로 업데이트할 수 있지만 1.2.2 또는 1.3.0은 안됨).                                                                                             |
-| **missingBundle**                              | 이 채널에 할당된 번들에 다운로드 가능한 콘텐츠가 없습니다. 번들에 `external_url`, `r2_path`가 없고, 내장 버전이 아니며, 다운로드할 매니페스트 항목이 없음을 의미합니다.                                                                                                                   |
-| **NoChannelOrOverride**                        | 이 앱에 대한 기본 채널이 구성되지 않았으며 기기에 할당된 특정 채널 재정의가 없습니다. 업데이트가 작동하려면 최소한 하나가 있어야 합니다.                                                                                                     |
-| **rateLimited**                                | 과도한 요청으로 인해 기기가 속도 제한되었습니다.                                                                                                        |
-
-
-### 기기에서 전송됨
-
-| 코드  | 설명                                                                       |
-| --------------------- | --------------------------------------------------------------------------------- |
-| **ping**              | 통계 시스템이 올바르게 작동하는지 확인하는 내부 테스트 작업입니다.        |
-| **get**               | 새 버전을 다운로드하기 위한 정보가 기기로 전송되었습니다.                 |
-| **delete**            | 기기에서 하나의 번들이 삭제되었습니다.                                        |
-| **set**               | 기기에 번들이 설정되었습니다.                                              |
-| **set_fail**          | 번들 설정에 실패했습니다.                                                         |
-| **reset**             | 기기가 `builtin` 번들로 재설정되었습니다.                                         |
-| **download_XX**       | 새 번들이 다운로드되었습니다 - XX%로 진행률 표시(10% 단위 증가). |
-| **download_complete** | 새 번들 다운로드가 완료되었습니다.                                          |
-| **download_manifest_start** | 기기가 업데이트 매니페스트 다운로드를 시작했습니다.                             |
-| **download_manifest_complete** | 기기가 업데이트 매니페스트 다운로드를 완료했습니다.                          |
-| **download_zip_start** | 기기가 번들 아카이브 다운로드를 시작했습니다.                                   |
-| **download_zip_complete** | 기기가 번들 아카이브 다운로드를 완료했습니다.                                 |
-| **download_manifest_file_fail** | 매니페스트 항목 하나가 다운로드에 실패했습니다. 통계 페이로드는 `version_name`을 `version:fileName` 형식으로 넣어 자산을 정확히 찾습니다. |
-| **download_manifest_checksum_fail** | 매니페스트 파일이 체크섬 검증에 실패했습니다.                           |
-| **download_manifest_brotli_fail** | 매니페스트 파일이 Brotli를 사용한 압축 해제에 실패했습니다.                       |
-| **download_fail**     | 새 번들 다운로드에 실패했습니다.                                                |
-| **update_fail**       | 새 번들이 설치되었지만 `notifyAppReady` 호출에 실패했습니다.            |
-| **checksum_fail**     | 새 번들이 체크섬 검증에 실패했습니다. Capgo Cloud를 사용 중이고 이 오류가 발생하면 일반적으로 앱 버전이 다른 체크섬 유형을 예상하고 있음을 의미합니다. 최신 버전의 CLI 및 플러그인(버전 5.10.0+, 6.25.0+ 또는 7+)은 SHA256 체크섬을 사용하는 반면 이전 플러그인은 CRC32를 사용했습니다. 체크섬 실패가 표시되면 체크섬이 SHA256이 아닌 CRC32(더 짧은 해시)인지 확인하세요. 이는 일반적으로 번들이 이전 버전의 CLI로 업로드되었음을 나타냅니다. Capgo 대시보드에서 번들 버전을 확인하세요 - 버전 5.10.0/6.25.0/7 이후 생성된 번들은 SHA256을 사용해야 합니다. CRC32 체크섬이 표시되면 로컬에 최신 플러그인 버전이 설치되어 있는지 확인한 다음(CLI는 로컬 플러그인 버전을 확인하여 업로드할 체크섬 유형을 결정합니다) CLI를 업그레이드하고 번들을 다시 업로드하세요.                                   |
-| **windows_path_fail** | zip에 불법적인 Windows 경로를 포함하는 파일이 있습니다                        |
-| **canonical_path_fail** | 파일 경로가 표준 형식이 아닙니다                                              |
-| **directory_path_fail** | zip 파일 경로에 오류가 있습니다                                         |
-| **unzip_fail**          | 압축 해제 실패                                                                   |
-| **low_mem_fail** | 기기의 메모리 부족으로 다운로드 실패                                    |
-| **app_moved_to_background** | 애플리케이션이 백그라운드 상태로 전환되었습니다.                                   |
-| **app_moved_to_foreground** | 애플리케이션이 포그라운드 상태로 전환되었습니다.                                   |
-| **decrypt_fail**        | 다운로드한 번들 암호 해독에 실패했습니다.                                          |
-| **getChannel**          | 기기의 현재 채널을 쿼리했습니다.                                   |
-| **setChannel**          | 기기에 채널이 성공적으로 설정되었습니다.                                    |
-| **uninstall**           | 애플리케이션이 제거되었거나 Capgo 데이터가 지워졌습니다.                            |
-| **blocked_by_server_url** | capacitor config에 Server.url이 있으면 Capacitor가 원격 URL을 제공하고 로컬 파일을 무시하게 되는데, 우리 업데이터는 로컬 파일로 작동하도록 만들어졌습니다. Server.url은 Capacitor 제작자들이 프로덕션에서 나쁜 관행으로 간주하며 많은 문제와 플러그인이 올바르게 작동하지 않는 원인이 됩니다.                         |
-
-### 번들 상태
-
-* `SUCCESS`: 번들 설치 완료
-* `ERROR`: 설치 또는 다운로드 실패
-* `PENDING`: 다운로드 완료, 릴리스 대기 중
-* `DELETED`: 번들 삭제됨, 통계용으로 여전히 표시됨
-* `DOWNLOADING`: 현재 번들 다운로드 중
-
-## 기기 로그 이해하기:
-
-### 디버그 명령:
-
-Capgo 클라우드 사용자를 위한 디버그 명령이 있습니다.
-
-```bash
-npx @capgo/cli@latest app debug
-```
-
-이를 통해 앱에서 발생하는 모든 이벤트를 확인하고 업데이트가 발생하지 않는 경우 해결책을 찾을 수 있습니다.
-
-### iOS
-
-Xcode에서 로그를 찾으려면
-
-<LinkCard
-    title="Xcode에서 기기 로그 가져오기"
-    href="https://intercom.help/deploygate/en/articles/4682692-getting-the-device-log-in-xcode"
-/>
-
-### Android:
-
-Android Studio에서 로그를 찾으려면
-
-<LinkCard
-    title="Logcat으로 로그 보기"
-    href="https://developer.android.com/studio/debug/am-logcat"
-/>
-
-### 로그 설명
-
-* `Failed to download from` **=>** **download\_fail**과 동일
-* `notifyAppReady was not called, roll back current bundle` => **update\_fail**과 동일
-
-## 기기에서 다운로드한 번들 찾기
-
-### iOS
-
-iOS에서 디버깅하려면 앱을 컴퓨터에 덤프해야 합니다. 다음과 같이 할 수 있습니다:
-
-Xcode에는 iOS 기기에 개발자가 설치한 앱의 파일 시스템을 검사하는 내장 기능이 있습니다.
-![기기 및 시뮬레이터 옵션을 보여주는 Xcode 윈도우 메뉴](/ios_debug_update_1.webp)
-
-이를 수행하려면:
-
-* 기기를 Mac에 연결하고 Xcode 메뉴바에서 Window > Devices를 선택합니다.
-* 왼쪽 창의 Devices 섹션에서 기기를 선택합니다.
-* 해당 기기에 대한 개발자 설치 앱 목록이 표시됩니다.
-* 검사하려는 앱을 선택한 다음 화면 하단 근처의 3점 아이콘을 선택합니다.
-* 여기에서 스냅샷을 다운로드하여 현재 파일 시스템을 볼 수 있습니다.
-
-![앱 컨테이너 다운로드 옵션을 보여주는 Xcode 기기 패널](/ios_debug_update_2.webp)
-
-Download Container...를 선택하면 탐색할 수 있는 .xcappdata 파일로 파일 시스템의 스냅샷을 다운로드하고 내보냅니다.
-
-![패키지 내용 표시 컨텍스트 메뉴가 있는 다운로드된 xcappdata 파일](/ios_debug_update_3.webp)
-
-이 파일을 마우스 오른쪽 버튼으로 클릭하고 Show Package Contents를 선택하여 폴더를 엽니다.
-
-App Data 폴더를 열면 Documents, Library, tmp 등과 같은 몇 개의 폴더가 표시됩니다.
-
-![Documents 및 Library 폴더를 보여주는 iOS 앱 컨테이너 폴더 구조](/ios_debug_update_4.webp)
-
-그러면 2개의 폴더에서 버전을 찾을 수 있습니다:
-
-`library/NoCloud/ionic_built_snapshots`는 앱 재부팅 후 필요합니다
-
-그리고 `documents/versions`는 핫 리로드용입니다
-
-### Android
-
-Android에서 디버깅하려면 Android Studio에서 기기에 액세스해야 합니다:
-
-* View > Tool Windows > Device File Explorer를 클릭하거나 도구 창 막대에서 Device File Explorer 버튼을 클릭하여 Device File Explorer를 엽니다.
-* 드롭다운 목록에서 기기를 선택합니다.
-* 경로 **data/data/APP\_NAME/**을 엽니다. 여기서 **APP\_NAME은 앱 ID입니다.**
-
-![앱 데이터 디렉토리를 보여주는 Android Studio Device File Explorer](/android_debug_update.webp)
-
-그런 다음 `versions` 폴더를 찾아 모든 버전을 확인합니다.
-
-:::tip[알고 계셨나요?]
-Android에서는 모든 버전이 하나의 폴더에 저장되는 반면, iOS에서는 두 위치에 복제되어야 합니다.
-:::
-
-## iOS 프로덕션 충돌 로그 이해하기
-
-<LinkCard
-    title="앱의 충돌 로그를 검토하는 방법"
-    href="https://developer.apple.com/news/?id=nra79npr"
-/>
diff --git a/src/content/docs/ko/docs/plugins/updater/events.mdx b/src/content/docs/ko/docs/plugins/updater/events.mdx
deleted file mode 100644
index 79678c4ae..000000000
--- a/src/content/docs/ko/docs/plugins/updater/events.mdx
+++ /dev/null
@@ -1,292 +0,0 @@
----
-title: "이벤트"
-locale: ko
-description: "업데이트 상태와 진행 상황을 모니터링하기 위해 Capacitor Updater 플러그인에서 수신할 수 있는 모든 이벤트"
-sidebar:
-  order: 9
----
-
-import { Aside, Tabs, TabItem } from '@astrojs/starlight/components';
-
-Capacitor Updater 플러그인은 업데이트 프로세스를 모니터링하고 다양한 상태에 대응할 수 있도록 여러 이벤트를 제공합니다.
-
-## 이벤트 리스너 설정
-
-이벤트를 수신하려면 `CapacitorUpdater` 객체의 `addListener` 메서드를 사용하세요:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// 리스너 추가
-const listener = await CapacitorUpdater.addListener('eventName', (event) => {
-  // 이벤트 처리
-});
-
-// 더 이상 필요하지 않을 때 리스너 제거
-listener.remove();
-
-// 모든 리스너 제거
-await CapacitorUpdater.removeAllListeners();
-```
-
-## 사용 가능한 이벤트
-
-### `download`
-
-번들 다운로드 프로세스 중에 발생합니다. 다운로드 진행 정보를 제공합니다.
-
-```typescript
-CapacitorUpdater.addListener('download', (event) => {
-  console.log(`Download progress: ${event.percent}%`);
-  console.log('Bundle info:', event.bundle);
-});
-```
-
-**이벤트 데이터:**
-- `percent`: number - 다운로드 진행률 (0-100)
-- `bundle`: BundleInfo - 다운로드 중인 번들 정보
-
-<Aside>
-이 이벤트는 다운로드 중 진행 상황을 보고하기 위해 여러 번 발생합니다.
-</Aside>
-
-### `noNeedUpdate`
-
-업데이트 확인 결과 업데이트가 필요하지 않다고 판단될 때 발생합니다.
-
-```typescript
-CapacitorUpdater.addListener('noNeedUpdate', (event) => {
-  console.log('App is up to date');
-  console.log('Current bundle:', event.bundle);
-});
-```
-
-**이벤트 데이터:**
-- `bundle`: BundleInfo - 현재 번들 정보
-
-### `updateAvailable`
-
-새로운 업데이트를 다운로드할 수 있을 때 발생합니다.
-
-```typescript
-CapacitorUpdater.addListener('updateAvailable', (event) => {
-  console.log('Update available');
-  console.log('New bundle:', event.bundle);
-  // 필요한 경우 여기서 다운로드를 트리거할 수 있습니다
-});
-```
-
-**이벤트 데이터:**
-- `bundle`: BundleInfo - 사용 가능한 업데이트 번들 정보
-
-### `downloadComplete`
-
-번들 다운로드가 성공적으로 완료되었을 때 발생합니다.
-
-```typescript
-CapacitorUpdater.addListener('downloadComplete', (event) => {
-  console.log('Download completed');
-  console.log('Downloaded bundle:', event.bundle);
-  // 이 번들을 다음 번들로 설정하고 싶을 수 있습니다
-});
-```
-
-**이벤트 데이터:**
-- `bundle`: BundleInfo - 다운로드된 번들 정보
-
-### `majorAvailable`
-
-주요 업데이트를 사용할 수 있지만 자동 업데이트 설정에 의해 차단된 경우 발생합니다.
-
-```typescript
-CapacitorUpdater.addListener('majorAvailable', (event) => {
-  console.log('Major update available:', event.version);
-  // 사용자에게 주요 업데이트에 대해 알림
-});
-```
-
-**이벤트 데이터:**
-- `version`: string - 주요 업데이트의 버전 번호
-
-<Aside type="tip">
-주요 업데이트는 일반적으로 사용자 확인 또는 앱 스토어 업데이트가 필요합니다. 이 이벤트를 사용하여 사용자에게 적절하게 알리세요.
-</Aside>
-
-### `updateFailed`
-
-다음 앱 시작 시 업데이트 설치에 실패했을 때 발생합니다.
-
-```typescript
-CapacitorUpdater.addListener('updateFailed', (event) => {
-  console.error('Update failed to install');
-  console.log('Failed bundle:', event.bundle);
-  // 롤백 또는 재시도 로직 처리
-});
-```
-
-**이벤트 데이터:**
-- `bundle`: BundleInfo - 설치에 실패한 번들 정보
-
-### `downloadFailed`
-
-번들 다운로드가 실패했을 때 발생합니다.
-
-```typescript
-CapacitorUpdater.addListener('downloadFailed', (event) => {
-  console.error('Download failed for version:', event.version);
-  // 다운로드 재시도 로직 처리
-});
-```
-
-**이벤트 데이터:**
-- `version`: string - 다운로드에 실패한 버전
-
-### `appReloaded`
-
-앱이 리로드되었을 때 발생합니다.
-
-```typescript
-CapacitorUpdater.addListener('appReloaded', () => {
-  console.log('App has been reloaded');
-  // 필요한 재초기화 수행
-});
-```
-
-**이벤트 데이터:** 없음
-
-### `appReady`
-
-업데이트 후 앱이 사용 준비가 되었을 때 발생합니다.
-
-```typescript
-CapacitorUpdater.addListener('appReady', (event) => {
-  console.log('App is ready');
-  console.log('Current bundle:', event.bundle);
-  console.log('Status:', event.status);
-});
-```
-
-**이벤트 데이터:**
-- `bundle`: BundleInfo - 현재 번들 정보
-- `status`: string - 준비 상태
-
-<Aside type="caution">
-자동 롤백을 방지하려면 구성된 타임아웃(기본 10초) 내에 `notifyAppReady()`를 호출해야 합니다.
-</Aside>
-
-## BundleInfo 객체
-
-많은 이벤트에는 다음 속성을 가진 `BundleInfo` 객체가 포함됩니다:
-
-```typescript
-interface BundleInfo {
-  id: string;           // 고유 번들 식별자
-  version: string;      // 번들 버전
-  downloaded: string;   // 다운로드 타임스탬프
-  checksum?: string;    // 번들 체크섬 (사용 가능한 경우)
-  status: BundleStatus; // 번들 상태
-}
-```
-
-여기서 `BundleStatus`는 다음과 같을 수 있습니다:
-- `'success'` - 번들이 성공적으로 다운로드됨
-- `'error'` - 번들 다운로드/설치 실패
-- `'pending'` - 번들이 다음으로 설정되기를 대기 중
-- `'downloading'` - 번들이 현재 다운로드 중
-
-## 예제: 완전한 업데이트 흐름
-
-이벤트를 사용하여 완전한 업데이트 흐름을 처리하는 예제입니다:
-
-<Aside type="caution">
-이 `UpdateManager` 클래스에는 자동 업데이트 흐름에 필요한 `CapacitorUpdater.notifyAppReady()` 호출이 포함되어 있지 않습니다.
-자세한 내용은 [notifyAppReady 호출을 올바르게 배치하기](/docs/plugins/updater/auto-update#placing-notifyappready-call-correctly) 문서를 참조하세요.
-</Aside>
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-export class UpdateManager {
-  private listeners: any[] = [];
-
-  async setupListeners() {
-    // 사용 가능한 업데이트 수신
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateAvailable', async (event) => {
-        console.log('Update available:', event.bundle.version);
-        // 업데이트 자동 다운로드
-        await CapacitorUpdater.download({
-          url: event.bundle.url,
-          version: event.bundle.version
-        });
-      })
-    );
-
-    // 다운로드 진행 상황 모니터링
-    this.listeners.push(
-      await CapacitorUpdater.addListener('download', (event) => {
-        console.log(`Downloading: ${event.percent}%`);
-        // UI 진행률 표시줄 업데이트
-        this.updateProgressBar(event.percent);
-      })
-    );
-
-    // 다운로드 완료 처리
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadComplete', async (event) => {
-        console.log('Download complete:', event.bundle.version);
-        // 다음 번들로 설정
-        await CapacitorUpdater.next({ id: event.bundle.id });
-      })
-    );
-
-    // 실패 처리
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadFailed', (event) => {
-        console.error('Download failed:', event.version);
-        this.showError('Update download failed. Please try again later.');
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateFailed', (event) => {
-        console.error('Update installation failed:', event.bundle.version);
-        this.showError('Update installation failed. The app has been rolled back.');
-      })
-    );
-
-    // 앱 준비 처리
-    this.listeners.push(
-      await CapacitorUpdater.addListener('appReady', async (event) => {
-        console.log('App ready with bundle:', event.bundle.version);
-      })
-    );
-  }
-
-  cleanup() {
-    // 더 이상 필요하지 않을 때 모든 리스너 제거
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-
-  private updateProgressBar(percent: number) {
-    // UI 진행률 표시줄 업데이트
-  }
-
-  private showError(message: string) {
-    // 사용자에게 오류 표시
-  }
-}
-```
-
-## 모범 사례
-
-1. **항상 `notifyAppReady()` 호출**: 자동 업데이트를 사용할 때 앱이 초기화된 후 항상 이 메서드를 호출하여 롤백을 방지하세요.
-
-2. **실패를 우아하게 처리**: 다운로드 및 업데이트 실패에 대한 적절한 오류 처리를 구현하세요.
-
-3. **사용자 피드백 제공**: 다운로드 진행 이벤트를 사용하여 사용자에게 업데이트 진행 상황을 표시하세요.
-
-4. **리스너 정리**: 메모리 누수를 방지하기 위해 더 이상 필요하지 않을 때 이벤트 리스너를 제거하세요.
-
-5. **업데이트 시나리오 테스트**: 실패, 롤백 및 주요 업데이트를 포함한 다양한 업데이트 시나리오를 테스트하세요.
diff --git a/src/content/docs/ko/docs/plugins/updater/getting-started.mdx b/src/content/docs/ko/docs/plugins/updater/getting-started.mdx
deleted file mode 100644
index da2cc0e9c..000000000
--- a/src/content/docs/ko/docs/plugins/updater/getting-started.mdx
+++ /dev/null
@@ -1,328 +0,0 @@
----
-title: 시작하기
-description: >-
-  Updater 플러그인을 사용하여 Capacitor 앱에 라이브 업데이트를 통합하는 빠른 시작 가이드입니다.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 설치
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 빠른 시작
-
-대부분의 사용자에게는 플러그인 설치와 Capgo 클라우드 통합을 모두 다루는 [메인 빠른 시작 가이드](/docs/getting-started/quickstart/)를 따르는 것을 권장합니다.
-
-이 시작 가이드는 기본 메커니즘을 이해하거나 자체 호스팅 업데이트를 구현하려는 고급 사용자를 위한 기술적 플러그인 세부 정보에 중점을 둡니다.
-
-## 개요
-
-Capacitor Updater 플러그인은 Capacitor 애플리케이션에 대한 무선(OTA) 업데이트를 가능하게 합니다. 이를 통해 앱 스토어 검토를 거치지 않고도 앱에 업데이트를 푸시할 수 있습니다.
-
-## 작동 방식
-
-1. **번들 다운로드**: 플러그인이 업데이트 번들(웹 자산이 포함된 ZIP 파일)을 다운로드합니다
-2. **추출**: 번들이 기기의 스토리지로 추출됩니다
-3. **핫 리로드**: 앱이 다시 시작하지 않고도 새 번들로 전환됩니다
-4. **폴백**: 업데이트가 실패하면 앱이 이전 작동 버전으로 되돌아갑니다
-
-## 사용 모드
-
-### 1. 자동 업데이트 모드 (권장)
-
-자동 업데이트 관리를 사용하는 가장 간단한 방법:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// 플러그인이 모든 것을 자동으로 처리합니다
-// capacitor.config.ts에서 구성
-```
-
-`capacitor.config.ts`에 추가:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-update-server.com/api/updates'
-    }
-  }
-}
-```
-
-### 2. 수동 모드
-
-업데이트 프로세스에 대한 고급 제어:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// 업데이트 다운로드
-const bundle = await CapacitorUpdater.download({
-  url: 'https://your-server.com/updates/v1.0.1.zip',
-  version: '1.0.1'
-});
-
-// 번들 설정 (다음 앱 시작 시 사용됨)
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-
-// 또는 즉시 다시 로드
-await CapacitorUpdater.reload();
-```
-
-## 플랫폼 구성
-
-### iOS
-
-추가 구성이 필요하지 않습니다. 플러그인이 즉시 작동합니다.
-
-### Android
-
-추가 구성이 필요하지 않습니다. 플러그인이 즉시 작동합니다.
-
-## 기본 API 사용법
-
-### 업데이트 다운로드
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-const bundle = await CapacitorUpdater.download({
-  url: 'https://example.com/update.zip',
-  version: '1.0.1'
-});
-
-console.log('다운로드된 번들:', bundle.id);
-```
-
-### 활성 번들 설정
-
-```typescript
-// 다음 앱 시작 시 사용할 번들 설정
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-```
-
-### 새 번들로 다시 로드
-
-```typescript
-// 새 번들로 앱을 즉시 다시 로드
-await CapacitorUpdater.reload();
-```
-
-### 번들 목록
-
-```typescript
-const { bundles } = await CapacitorUpdater.list();
-console.log('사용 가능한 번들:', bundles);
-```
-
-### 번들 삭제
-
-```typescript
-await CapacitorUpdater.delete({
-  id: 'bundle-id'
-});
-```
-
-### 현재 번들 가져오기
-
-```typescript
-const { bundle } = await CapacitorUpdater.current();
-console.log('현재 번들:', bundle.version);
-```
-
-## 이벤트 리스너
-
-업데이트 이벤트 수신:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// 다운로드 진행률 수신
-CapacitorUpdater.addListener('download', (info) => {
-  console.log('다운로드 진행률:', info.percent);
-});
-
-// 다운로드 완료 수신
-CapacitorUpdater.addListener('downloadComplete', (bundle) => {
-  console.log('다운로드 완료:', bundle.version);
-});
-
-// 업데이트 실패 수신
-CapacitorUpdater.addListener('updateFailed', (error) => {
-  console.error('업데이트 실패:', error);
-});
-
-// 성공적인 업데이트 수신
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('사용 가능한 업데이트:', info.version);
-});
-```
-
-## 구성 옵션
-
-`capacitor.config.ts`에서 플러그인 구성:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      // 자동 업데이트 설정
-      autoUpdate: true,
-      updateUrl: 'https://api.example.com/updates',
-
-      // 업데이트 동작
-      resetWhenUpdate: true,
-      directUpdate: false,
-
-      // 버전 설정
-      version: '1.0.0',
-
-      // 보안
-      allowModifyUrl: false,
-
-      // 통계 수집
-      statsUrl: 'https://api.example.com/stats',
-
-      // 채널 (Capgo 클라우드용)
-      defaultChannel: 'production'
-    }
-  }
-}
-```
-
-## 통합 패턴
-
-### Capgo 클라우드와 함께
-
-시작하는 가장 쉬운 방법:
-
-```typescript
-// Capgo CLI 설치
-npm install -g @capgo/cli
-
-// Capgo에 로그인
-npx @capgo/cli login
-
-// 첫 번째 번들 업로드
-npx @capgo/cli bundle upload
-
-// 플러그인이 Capgo 클라우드에서 자동 업데이트
-```
-
-자세한 내용은 [메인 빠른 시작 가이드](/docs/getting-started/quickstart/)를 참조하세요.
-
-### 자체 호스팅 업데이트
-
-자체 업데이트 서버 호스팅:
-
-```typescript
-// 업데이트 엔드포인트 구성
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-server.com/api/check-update'
-    }
-  }
-}
-```
-
-서버는 다음을 반환해야 합니다:
-
-```json
-{
-  "version": "1.0.1",
-  "url": "https://your-server.com/updates/1.0.1.zip"
-}
-```
-
-전체 세부 정보는 [자체 호스팅 모드](/docs/plugins/updater/self-hosted/getting-started/)를 참조하세요.
-
-### 수동 업데이트 흐름
-
-업데이트에 대한 완전한 제어:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-async function checkAndUpdate() {
-  // 서버에서 업데이트 확인
-  const response = await fetch('https://api.example.com/check-update');
-  const { version, url } = await response.json();
-
-  // 업데이트 다운로드
-  const bundle = await CapacitorUpdater.download({
-    url,
-    version
-  });
-
-  // 번들이 준비되었음을 알림
-  await CapacitorUpdater.notifyAppReady();
-
-  // 다음 버전으로 설정
-  await CapacitorUpdater.set({ id: bundle.id });
-
-  // 준비되면 다시 로드
-  await CapacitorUpdater.reload();
-}
-```
-
-## 모범 사례
-
-- 앱이 성공적으로 로드되면 항상 `notifyAppReady()`를 호출하세요
-- 프로덕션에 푸시하기 전에 업데이트를 철저히 테스트하세요
-- 네트워크 장애에 대한 적절한 오류 처리 구현
-- 버전 번호를 일관되게 사용하세요
-- 더 빠른 다운로드를 위해 번들 크기를 작게 유지하세요
-- 업데이트 성공률 모니터링
-
-## 다음 단계
-
-- [플러그인 API 참조](/docs/plugins/updater/api/) - 전체 API 문서
-- [플러그인 설정](/docs/plugins/updater/settings/) - 모든 구성 옵션
-- [이벤트](/docs/plugins/updater/events/) - 사용 가능한 업데이트 이벤트
-- [자체 호스팅 모드](/docs/plugins/updater/self-hosted/getting-started/) - 자체 업데이트 서버 실행
-- [로컬 개발](/docs/plugins/updater/local-dev/getting-started/) - 로컬에서 업데이트 테스트
-- [디버깅](/docs/plugins/updater/debugging/) - 문제 해결 가이드
-
-## 지원
-
-- [알려진 문제](/docs/plugins/updater/known-issues/) - 일반적인 문제 및 해결책
-- [GitHub 토론](https://github.com/Cap-go/capacitor-updater/discussions) - 커뮤니티 지원
-- [Discord](https://discord.gg/VnYRvBfgA6) - 실시간 채팅
diff --git a/src/content/docs/ko/docs/plugins/updater/index.mdx b/src/content/docs/ko/docs/plugins/updater/index.mdx
deleted file mode 100644
index 70fee85df..000000000
--- a/src/content/docs/ko/docs/plugins/updater/index.mdx
+++ /dev/null
@@ -1,78 +0,0 @@
----
-title: '@capgo/capacitor-updater'
-description: >-
-  Capgo의 라이브 업데이트 기능을 구동하는 Capacitor 플러그인으로, 앱에 대한 원활한 무선 업데이트를 가능하게 합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: 소개
-hero:
-  tagline: >-
-    Capacitor 앱에서 라이브 업데이트를 가능하게 하는 핵심 기술로, 앱 스토어 승인 없이 업데이트를 푸시할 수 있습니다.
-  image:
-    file: ~public/icons/plugins/updater.svg
-  actions:
-    - text: 시작하기
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-updater/'
-      icon: external
-      variant: minimal
-locale: ko
----
-
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="무선 업데이트" icon="rocket">
-    앱 스토어 검토 없이 즉시 업데이트 푸시 🚀
-  </Card>
-  <Card title="고급 API" icon="setting">
-    포괄적인 API 메서드로 업데이트 흐름 완전 제어 🛠️
-  </Card>
-  <Card title="자체 호스팅 지원" icon="download">
-    완전한 제어를 위해 자체 업데이트 서버 실행 🏠
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    [플러그인 API](/docs/plugins/updater/api/)를 확인하여 몇 분 만에 플러그인을 마스터하세요.
-  </Card>
-</CardGrid>
-
-## 빠른 링크
-
-<LinkCard
-  title="라이브 업데이트 문서"
-  description="메인 라이브 업데이트 섹션에서 채널, 업데이트 동작, 롤백 등에 대해 알아보세요."
-  href="/docs/live-updates/"
-/>
-
-<LinkCard
-  title="시작 가이드"
-  description="빠른 시작 가이드를 따라 앱에 라이브 업데이트를 추가하세요."
-  href="/docs/getting-started/quickstart/"
-/>
-
-## 플러그인 문서
-
-이 기술 참조는 다음을 다룹니다:
-
-- **[플러그인 API](/docs/plugins/updater/api/)** - 사용 가능한 모든 메서드 및 사용법
-- **[플러그인 설정](/docs/plugins/updater/settings/)** - capacitor.config를 위한 구성 옵션
-- **[알려진 문제](/docs/plugins/updater/known-issues/)** - 일반적인 문제 및 해결책
-- **[디버깅](/docs/plugins/updater/debugging/)** - 업데이트 문제 해결 방법
-- **[이벤트](/docs/plugins/updater/events/)** - 사용 가능한 업데이트 이벤트
-- **[로컬 개발](/docs/plugins/updater/local-dev/getting-started/)** - 로컬에서 업데이트 테스트
-- **[자체 호스팅 모드](/docs/plugins/updater/self-hosted/getting-started/)** - 자체 업데이트 서버 실행
-
-## 설치
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-설정 및 구성은 [시작 가이드](/docs/getting-started/quickstart/)를 참조하세요.
diff --git a/src/content/docs/ko/docs/plugins/updater/known-issues.mdx b/src/content/docs/ko/docs/plugins/updater/known-issues.mdx
deleted file mode 100644
index d2081e3fb..000000000
--- a/src/content/docs/ko/docs/plugins/updater/known-issues.mdx
+++ /dev/null
@@ -1,131 +0,0 @@
----
-title: 알려진 문제
-description: >-
-  Capacitor와 Capgo, 그리고 업데이터의 알려진 문제. 이 페이지는 도구의 이상한 문제를 이해하는 데 도움이 됩니다
-sidebar:
-  order: 7
-locale: ko
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Ionic 라이브 리로드
-
-* 개발 시 CLI의 Ionic 라이브 리로드 기능을 사용하면 플러그인이 재정의되므로 업데이트를 볼 수 없습니다.
-
-## Quasar 라이브 리로드
-
-* 내부적으로 ionic과 동일한 시스템을 사용하므로 업데이트를 볼 수 없습니다.
-
-## 업데이트 실패
-
-* 일반적으로 큰 업데이트(> 20mb)를 푸시할 때 발생하며, 상당한 비율의 사용자가 최신 버전을 받지 못합니다.
-과거에는 사용자가 다운로드가 완료될 때까지 앱을 열어두어야 했지만, 이제는 백그라운드 다운로드를 사용하지만 여전히 몇 초로 제한됩니다.
-
-## Android
-
-### 다운로드할 수 없음
-
-인도의 일부 기기에서 문제를 발견했고, 사용자와 통화하여 다양한 DNS 서버를 시도하게 했더니 작동했습니다.
-
-따라서 문제가 있다면 Cloudflare 또는 Google DNS와 같은 다른 DNS 서버를 사용해 보세요.
-
-Cloudflare: 1.1.1.1 및 1.0.0.1
-
-Google DNS: 8.8.8.8 및 8.8.4.4 또는 dns.google
-
-<LinkCard
-	title="Android에서 선호하는 DNS 서버를 설정하는 방법은?"
-	href="https://www.androidpolice.com/use-preferred-dns-server-android-tutorial/"
-/>
-
-### 자체 호스팅
-자체 호스팅 업데이트를 푸시할 때 "HTTP" 엔드포인트를 사용할 수 없다는 점에 유의하세요. 이는 Android 앱의 보안 정책에 위배됩니다. 그래도 사용하려면 다음 가이드를 따르세요:
-
-<LinkCard
-	title="Android (9) Pie에서 HTTP 및 HTTPS를 포함한 모든 네트워크 연결 유형을 허용하는 방법은?"
-	href="https://stackoverflow.com/a/51902630/5511370"
-/>
-
-### 압축 해제
-
-압축 해제 문제: DEFLATED 항목에 EXT 설명자가 있을 수 있습니다
-
-CLI가 아닌 다른 것으로 번들을 압축한 경우 zip의 형식이 올바르지 않을 수 있습니다. CLI 명령 `npx @capgo/cli zip BUNDLE_FOLDER`를 사용하세요.
-
-이것은 Java의 알려진 문제입니다:
-
-<LinkCard
-	title="압축 해제 문제: DEFLATED 항목에 EXT 설명자가 있을 수 있습니다"
-	href="https://bugs.openjdk.org/browse/JDK-8143613"
-/>
-
-
-### Clearfix 문제
-
-* usesCleartextTraffic 문제가 있는 경우, 플러그인이 sonar cloud에서 권장하는 모범 사례를 따르기 때문입니다. 90%의 경우 잘 작동하지만 일부 플러그인에서는 문제가 발생합니다.
-
-이를 수정하려면 `android/app/src/main/AndroidManifest.xml`의 `<application>` 키에 다음을 추가하세요:
-
-```xml
-tools:replace="android:usesCleartextTraffic"
-xmlns:tools="http://schemas.android.com/tools"
-```
-
-## iOS
-
-### 개인정보 보호 매니페스트
-
-`NSPrivacyAccessedAPICategoryUserDefaults` 딕셔너리 키를 [개인정보 보호 매니페스트](https://capacitorjs.com/docs/ios/privacy-manifest)(일반적으로 `ios/App/PrivacyInfo.xcprivacy`)에 추가하세요:
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-  <dict>
-    <key>NSPrivacyAccessedAPITypes</key>
-    <array>
-      <!-- 파일이 이미 존재하는 경우 이 dict 항목을 배열에 추가합니다. -->
-      <dict>
-        <key>NSPrivacyAccessedAPIType</key>
-        <string>NSPrivacyAccessedAPICategoryUserDefaults</string>
-        <key>NSPrivacyAccessedAPITypeReasons</key>
-        <array>
-          <string>CA92.1</string>
-        </array>
-      </dict>
-    </array>
-  </dict>
-</plist>
-```
-
-[`UserDefaults`](https://developer.apple.com/documentation/foundation/userdefaults) API에 액세스하는 이유로 [`CA92.1`](https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api#4278401)을 선언하는 것이 좋습니다.
-
-
-### 네트워크 권한
-
-업데이트 테스트를 위해 로컬 서버를 사용할 때 앱이 네트워크 권한을 요청하는 것은 정상적인 동작입니다. 원격 서버를 사용할 때는 그렇지 않습니다.
-
-
-## 두 OS 모두
-
-수동 모드 업데이트를 수행할 때 일부 이벤트는 포착하기 어렵습니다. 예를 들어 업데이트 실패는 JS 코드가 다시 로드되기 직전에 트리거되므로 포착할 수 없습니다.
-
-한 가지 대안은 번들 목록을 나열하고 오류 통계를 확인하여 업데이트가 실패했는지 알아보는 것입니다.
-
-향후 이를 처리하는 더 나은 방법을 찾아야 하지만, 자동 모드가 권장되는 업데이트 방법이므로 우선순위는 아닙니다.
-
-이를 개선하는 데 도움이 되는 PR을 환영합니다.
-
-## CLI
-
-CLI가 무언가를 수행하는 데 문제가 있는 경우,
-
-**capacitor.config.ts**에 **appId** 및 **appName**이 있는지 확인하세요.
-
-공식 문서의 가이드를 따르세요:
-
-<LinkCard
-	title="Capacitor 구성"
-	href="https://capacitorjs.com/docs/config"
-/>
diff --git a/src/content/docs/ko/docs/plugins/updater/local-dev/capacitor-updater.mdx b/src/content/docs/ko/docs/plugins/updater/local-dev/capacitor-updater.mdx
deleted file mode 100644
index 60e2ae654..000000000
--- a/src/content/docs/ko/docs/plugins/updater/local-dev/capacitor-updater.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: 자체 호스팅 capgo와 함께 커패시터 업데이트 프로그램 사용
-description: '자체 호스팅 Capgo과 함께 커패시터 업데이트 프로그램을 사용하는 방법, Capgo의 자체 인스턴스로 완전히 자율화'
-sidebar:
-  order: 4
-locale: ko
----
-## 이 튜토리얼에서는 무엇을 다룰까요?
-
-이 튜토리얼에서는 자체 호스팅 capgo가 있는 개발 환경에서 커패시터 업데이트 프로그램을 사용하는 방법을 보여줍니다.
-
-## 요구 사항
-
- 1. [복제된 캡고](https://github.com/Cap-go/capgo)
-
-## 시작하기
-
-자체 호스팅 capgo와 함께 커패시터 업데이트 프로그램을 사용하려면 앱 디렉터리에서 `capacitor.config.ts`을 편집하고 다음과 같이 설정합니다.
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      statsUrl: "https://localhost:54321/functions/v1/stats",
-      channelUrl: "https://localhost:54321/functions/v1/channel_self",
-      updateUrl: "https://localhost:54321/functions/v1/updates"
-    },
-  },
-};
-```
-
-이를 통해 개발 시 로컬 capgo를 사용할 수 있습니다. 그러나 기본적으로 이것만으로는 충분하지 않습니다.
-
-> 기본적으로 iOS, Android 및 Electron에서는 HTTPS를 사용할 것으로 예상하므로 https에서 API을 프록시하려면 Ngrock 또는 localcan과 같은 도구를 사용해야 합니다.
-
-Android에는 [일반 텍스트 통신](https://developer.android.com/topic/security/risks/cleartext)을 활성화하는 방법이 있습니다.
-이는 [AndroidManifest.xml](https://github.com/Cap-go/capacitor-updater/blob/main/android/src/main/AndroidManifest.xml)을 수정하고 `application` 태그에 `android:usesCleartextTraffic="true"`을 추가하여 달성할 수 있습니다.
-이 변경 사항의 전체 예는 [여기](https://gist.github.com/WcaleNieWolny/061a015acdebe35eaf3afd7030797701)에서 볼 수 있습니다.
-
-안드로이드 앱이 연결되지 않는 문제도 있을 수 있습니다. Edge 기능으로 전송되는 요청이 표시되지 않으면 다음을 실행하세요.
-```bash
-adb reverse tcp:54321 tcp:54321
-```
diff --git a/src/content/docs/ko/docs/plugins/updater/local-dev/cli.mdx b/src/content/docs/ko/docs/plugins/updater/local-dev/cli.mdx
deleted file mode 100644
index 5f764156a..000000000
--- a/src/content/docs/ko/docs/plugins/updater/local-dev/cli.mdx
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: 자체 호스팅 capgo와 함께 CLI 사용
-description: >-
-  이 가이드에서는 자체 호스팅 Capgo 인스턴스와 함께 CLI을 사용하여 클라우드 서비스 대신 자체 서버에서 Capgo 도구를 활용할 수
-  있는 방법을 설명합니다.
-sidebar:
-  order: 2
-locale: ko
----
-## 이 튜토리얼에서는 무엇을 다룰까요?
-
-이 튜토리얼에서는 자체 호스팅 capgo가 있는 개발 환경에서 CLI을 사용하는 방법을 보여줍니다.
-
-## 시작하기
-
-자체 호스팅 capgo와 함께 CLI을 사용하려면 앱 디렉터리에서 `capacitor.config.ts`을 편집하고 다음과 같이 설정합니다.
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      localHost: "http://localhost:5173",
-      localWebHost: "http://localhost:5173",
-      localSupa: "http://localhost:54321",
-      localSupaAnon: "see_notes",
-    },
-  },
-};
-```
-
-참고: `localSupaAnon`을(를) 얻으려면 [이 튜토리얼](/docs/plugin/self-hosted/local-dev/getting-started/)을 따르고 'anon key'를 `localSupaAnon`에 복사하세요.
diff --git a/src/content/docs/ko/docs/plugins/updater/local-dev/contributing.mdx b/src/content/docs/ko/docs/plugins/updater/local-dev/contributing.mdx
deleted file mode 100644
index 14f0b1b5e..000000000
--- a/src/content/docs/ko/docs/plugins/updater/local-dev/contributing.mdx
+++ /dev/null
@@ -1,31 +0,0 @@
----
-title: Contributing
-description: >-
-  기여의 이점, 기여와 관련된 단계 및 프로세스에서 기여자를 지원하는 데 사용할 수 있는 리소스를 포함하여 Capgo의 오픈 소스 프로젝트에
-  기여하는 방법에 대한 자세한 가이드
-sidebar:
-  order: 2
-locale: ko
----
-## 왜 기여하나요?
-
-우선, capgo 오픈소스 프로젝트에 기여하는 것을 고려해 주셔서 감사합니다! capgo 오픈 소스 프로젝트를 훌륭한 도구로 만드는 것은 바로 당신과 같은 사람들입니다.
-
-다음은 귀하가 기여하기를 원하는 몇 가지 이유입니다:
-
-* capgo 오픈소스 프로젝트에 기여하는 것은 capgo 팀이 제공하는 [무수한 포상금](https://console.algora.io/org/Capgo)으로 돈을 벌 수 있는 좋은 방법입니다.
-* capgo 오픈소스 프로젝트에 기여하는 것은 보고 싶은 기능을 추가하는 좋은 방법입니다.
-* capgo 오픈소스 프로젝트에 기여하는 것은 발생한 버그를 수정하는 좋은 방법입니다.
-* [Capgo 기본 라이선스](https://github.com/Cap-go/capgo/blob/main/LICENSE)에서는 변경 사항을 오픈 소스로 제공해야 합니다. 코드를 제공함으로써 변경 사항을 오픈 소스로 유지하고 다른 사람들이 이를 사용할 수 있도록 할 수 있습니다.
-
-## 기여 방법
-
- * 우선, 기여하려는 저장소를 포크해야 합니다.
- * 두 번째로 변경 사항을 해당 저장소에 커밋하고 푸시해야 합니다.
- * 마지막으로 Pull Request를 열어야 합니다.
- * 그게 다야! 이제 capgo 팀이 귀하의 PR을 검토할 때까지 기다리시면 됩니다.
-
-## 읽어야 할 추가 문서
-
- * Capgo의 [CONTRIBUTING.MD](https://github.com/Cap-go/capgo/blob/main/CONTRIBUTING.md)
- * Capgo의 [BOUNTY.md](https://github.com/Cap-go/capgo/blob/main/BOUNTY.md)
diff --git a/src/content/docs/ko/docs/plugins/updater/local-dev/getting-started.mdx b/src/content/docs/ko/docs/plugins/updater/local-dev/getting-started.mdx
deleted file mode 100644
index a8105f023..000000000
--- a/src/content/docs/ko/docs/plugins/updater/local-dev/getting-started.mdx
+++ /dev/null
@@ -1,78 +0,0 @@
----
-title: "시작하기"
-locale: ko
-description: "처음부터 Supabase를 시작하고 edge functions를 시작하여 자체적으로 Capgo를 실행하는 방법을 보여주는 튜토리얼입니다"
-sidebar:
-    order: 1
----
-
-## 이 튜토리얼에서 다루는 내용은?
-
-이 튜토리얼은 처음부터 supabase를 시작하고 edge functions를 시작하는 방법을 보여줍니다
-
-## 요구사항
- 1. 복제된 [capgo](https://github.com/Cap-go/capgo)
- 3. [supabase](https://supabase.com/)
-
-## 시작하기
-
-시작하려면 다음을 실행하세요
-```bash
-supabase start
-```
-
-다음과 같은 내용이 표시됩니다:
-```js
-Started supabase local development setup.
-
-         API URL: http://localhost:54321
-     GraphQL URL: http://localhost:54321/graphql/v1
-          DB URL: postgresql://postgres:postgres@localhost:54322/postgres
-      Studio URL: http://localhost:54323
-    Inbucket URL: http://localhost:54324
-      JWT secret: [truncated]
-        anon key: supa_key_anon
-service_role key: supa_key_admin
-```
-
-다음으로 `configs.json`을 열고 다음 값을 설정하세요:
-```json
-{
-  "base_domain": {
-    "prod": "console.capgo.app",
-    "development": "development.console.capgo.app",
-    "local": "localhost:3332"
-  },
-  "supa_anon": {
-    "prod": "supa_key_anon",
-    "development": "supa_key_anon",
-    "local": "supa_key_anon"
-  },
-  "supa_url": {
-    "prod": "http://localhost:54321",
-    "development": "http://localhost:54321",
-    "local": "http://localhost:54321"
-  }
-}
-```
-
-여기서 `supa_key_anon`은 이전 단계의 값입니다.
-
-:::danger
-⚠️ `configs.json`을 원격 저장소에 커밋하지 마세요
-:::
-
-다음으로 [localhost:54323](http://localhost:54323/projects)에 접속할 수 있고 `users` 테이블이 다음과 같이 보이는지 확인하세요
-
-<figure><img src="/supabase.webp" alt="Supabase dashboard showing users table" /><figcaption></figcaption></figure>
-
-그렇다면 다음을 실행하여 edge functions를 시작하세요:
-
-```bash
-supabase functions serve
-```
-
-그리고 다음을 실행하여 프론트엔드를 시작하세요:
-```bash
-bun run serve
-```
diff --git a/src/content/docs/ko/docs/plugins/updater/notify-app-ready.mdx b/src/content/docs/ko/docs/plugins/updater/notify-app-ready.mdx
deleted file mode 100644
index 6e21fca60..000000000
--- a/src/content/docs/ko/docs/plugins/updater/notify-app-ready.mdx
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: "CapacitorUpdater.notifyAppReady() 호출을 올바르게 배치하기"
-locale: ko
-description: 올바른 자동 업데이트 흐름을 보장하기 위해 앱에서 CapacitorUpdater.notifyAppReady() 호출을 올바르게 배치하는 방법입니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code } from '@astrojs/starlight/components';
-import { Aside } from '@astrojs/starlight/components';
-import ConditionalQuestionnaire from '@/components/ConditionalQuestionnaire.astro'
-
-`CapacitorUpdater.notifyAppReady()` 호출의 배치는 올바른 자동 업데이트 흐름에 매우 중요합니다.
-
-
-올바르게 수행하지 않으면 앱이 최신 버전으로 업데이트되지 않습니다. 10초 이내에 `notifyAppReady()`를 호출하지 않는 각 버전은 유효하지 않은 것으로 표시되며 이전의 유효한 버전 또는 기본(내장) 버전으로 대체됩니다.
-
-
-이 가이드에서는 올바른 자동 업데이트 흐름을 보장하기 위해 앱에서 `notifyAppReady()` 호출을 올바르게 배치하는 방법을 보여드리겠습니다.
-
-### `notifyAppReady()` 호출 배치 설문
-
-<ConditionalQuestionnaire />
-
-
-<div style="margin-top: 3rem;">
-<Aside type="note">
-설문에서 프레임워크를 찾을 수 없다면 [Discord](https://discord.capgo.app)에서 문의해 주세요.
-</Aside>
-</div>
diff --git a/src/content/docs/ko/docs/plugins/updater/self-hosted/auto-update.mdx b/src/content/docs/ko/docs/plugins/updater/self-hosted/auto-update.mdx
deleted file mode 100644
index 585a5eb7b..000000000
--- a/src/content/docs/ko/docs/plugins/updater/self-hosted/auto-update.mdx
+++ /dev/null
@@ -1,109 +0,0 @@
----
-title: "자동 업데이트"
-locale: ko
-description: "자체 호스팅 모드에서 자동 업데이트 플러그인과 함께 Capgo의 업데이트 엔드포인트를 사용하는 방법, 그 용도 및 기대사항"
-sidebar:
-  order: 4
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-이 문서는 자동 업데이트 서버를 실행하는 방법을 설명합니다.
-
-## 번들 제공하기
-번들이 HTTPS를 통해 제공되고 서버에 앱이 업데이트를 다운로드할 수 있도록 하는 올바른 CORS 헤더가 있는지 확인하세요.
-예: ```https://myserver.com/app/updates/updates.json```
-
-
-번들 제공이 익숙하지 않다면 Capgo Cloud를 시도하거나 여기에서 예제를 보는 것을 권장합니다:
-<LinkCard
-	title="번들 제공하기"
-	href="/docs/self-hosted/auto-update/update-endpoint"
-/>
-
-## 구성
-``capacitor.config.json``에 ``updateUrl``을 추가하세요.
-
-```json
-{
-	"plugins": {
-		"CapacitorUpdater": {
-			"updateUrl": "https://myserver.com/app/updates/updates.json",
-		}
-	}
-}
-```
-:::caution
-자체 호스팅 업데이트를 푸시할 때 "HTTP" 엔드포인트를 사용할 수 없다는 점에 유의하세요. 이는 Android 앱의 보안 정책에 위배됩니다. 테스트 목적으로 [허용할 수 있습니다](https://stackoverflow.com/questions/45940861/android-8-cleartext-http-traffic-not-permitted).
-:::
-
-## Update API
-
-플러그인은 앱이 열릴 때마다 이 본문으로 API에 POST 호출을 수행합니다:
-
-```typescript
-interface AppInfos {
-    "platform": "ios" | "android",
-    "device_id": "UUID_of_device_unique_by_install",
-    "app_id": "APPID_FROM_CAPACITOR_CONFIG",
-    "custom_id": "your_custom_id_set_on_runtime",
-    "plugin_version": "PLUGIN_VERSION",
-    "version_build": "VERSION_NUMBER_FROM_NATIVE_CODE",
-    "version_code": "VERSION_CODE_FROM_NATIVE_CODE",
-    "version_name": "LAST_DOWNLOADER_VERSION" | "builtin"
-    "version_os": "VERSION_OF_SYSTEM_OS",
-    "is_emulator": boolean,
-    "is_prod": boolean,
-}
-```
-
-서버 API는 업데이트가 필요한 경우 JSON으로 capacitor-updater 플러그인에 응답해야 합니다:
-
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"checksum": "sha256_checksum_of_bundle"
-}
-```
-
-자동 업데이트 모드에서 서버는 버전을 비교하고 올바른 버전을 반환해야 합니다. URL 키가 있으면 플러그인이 다운로드 프로세스를 시작합니다.
-
-"message" 및 "error" 키를 추가하면 버전이 설정되지 않고 대신 로그에 메시지가 표시됩니다.
-
-`version` 키는 [`semver`](https://semver.org/) 형식이어야 합니다.
-
-zip에는 루트에 `index.html` 파일이 있거나 내부에 `index.html`이 있는 폴더만 루트에 있어야 합니다.
-
-
-CLI 명령을 사용하여 번들을 압축할 수 있습니다:
-
-```bash title="서버에서 제공할 파일로 번들 생성"
-npx @capgo/cli bundle zip --path [/path/to/my/bundle]
-```
-
-## 번들 체크섬 생성
-
-**중요:** 번들 zip 파일을 생성하려면 Capgo CLI를 사용해야 합니다. Capgo 플러그인은 공식 CLI 도구를 사용할 때만 보장되는 특정 zip 형식과 구조가 필요합니다. 표준 zip 유틸리티는 호환되지 않는 아카이브를 생성할 수 있습니다.
-
-번들의 체크섬을 생성하려면 `--json` 플래그와 함께 Capgo CLI zip 명령을 사용하세요:
-
-```bash title="체크섬 정보와 함께 번들 생성"
-npx @capgo/cli bundle zip [appId] --json
-```
-
-이 명령은 다음을 수행합니다:
-- Capgo 플러그인과 호환되는 올바른 형식의 zip 파일 생성
-- 무결성 검증을 위한 SHA256 체크섬 생성
-- JSON 형식으로 번들 정보 출력
-
-예제 출력:
-```json
-{
-  "version": "1.2.3",
-  "checksum": "a1b2c3d4e5f6789...",
-  "size": 1234567
-}
-```
-
-플러그인이 설치 전에 번들 무결성을 확인할 수 있도록 API 응답에서 이 출력의 `checksum` 값을 사용하세요.
diff --git a/src/content/docs/ko/docs/plugins/updater/self-hosted/encrypted-bundles.mdx b/src/content/docs/ko/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
deleted file mode 100644
index 86f095622..000000000
--- a/src/content/docs/ko/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
+++ /dev/null
@@ -1,60 +0,0 @@
----
-title: "암호화된 번들"
-locale: ko
-description: "자체 호스팅 환경에서 수동 업데이트 플러그인을 활용하는 포괄적인 가이드로, 안전하고 효율적인 업데이트를 위한 암호화된 번들 관리 단계와 프로세스를 자세히 설명합니다."
-sidebar:
-  order: 5
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## 종단 간 암호화
-
-버전 4.15.0부터 플러그인은 암호화된 업데이트를 보낼 수 있습니다.
-
-### 1단계: 개인 키 생성
-```bash title='개인 키 생성'
-npx @capgo/cli key create
-```
-
-### 2단계: 번들 생성 및 압축
-```bash title="체크섬과 함께 번들 zip 생성"
-npx @capgo/cli bundle zip [appId] --key-v2 --json
-```
-
-`--key-v2` 플래그는 더 나은 체크섬을 가진 새로운 암호화 시스템을 사용하며, `--json` 플래그는 암호화에 필요한 체크섬을 포함한 번들 정보를 출력합니다.
-
-### 3단계: 번들 암호화
-```bash title="체크섬과 함께 번들 zip 암호화"
-npx @capgo/cli encrypt [path/to/zip] [checksum]
-```
-
-`checksum` 매개변수는 2단계의 zip 명령으로 생성된 SHA256 체크섬입니다. encrypt 명령은 `ivSessionKey`를 반환하고 암호화된 체크섬을 생성합니다. 업데이트 페이로드에서 `ivSessionKey` 키를 `session_key`로 이름을 변경해야 합니다.
-
-### 4단계: 업데이트 페이로드에서 사용
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"session_key": "encrypted_session_key",
-"checksum": "encrypted_checksum_from_encrypt_command"
-}
-```
-
-`session_key`는 encrypt 명령에서 반환된 `ivSessionKey`이며, `checksum`은 암호화 중에 생성된 암호화된 체크섬입니다(zip 명령의 원래 체크섬이 아님).
-
-그러면 앱이 개인 키를 사용하여 `session_key`를 복호화하고 복호화된 `session_key`를 사용하여 업데이트를 복호화할 수 있습니다. 암호화된 체크섬은 번들 무결성 검증을 보장합니다.
-
-## 더 알아보기
-
-<CardGrid>
-<LinkCard
-	title="종단 간 암호화 가이드"
-	href="https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/"
-	description="RSA + AES 암호화를 사용한 Capgo의 암호화 시스템 작동 방식에 대한 자세한 설명"
-/>
-<LinkCard
-	title="자체 호스팅 라이브 업데이트"
-	href="https://capgo.app/blog/self-hosted-live-updates/"
-	description="자체 호스팅 업데이트 설정을 위한 완전한 워크플로우"
-/>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/updater/self-hosted/getting-started.mdx b/src/content/docs/ko/docs/plugins/updater/self-hosted/getting-started.mdx
deleted file mode 100644
index a4c447507..000000000
--- a/src/content/docs/ko/docs/plugins/updater/self-hosted/getting-started.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: "시작하기"
-locale: ko
-description: "원활한 애플리케이션 업데이트 및 유지 관리를 위한 자체 자동 업데이트 서버 설정 및 관리에 대한 포괄적인 가이드"
-sidebar:
-    order: 1
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-이 문서는 자체 자동 업데이트 서버를 실행하는 방법을 설명합니다.
-
-## 소개
-
-이 작업이 도움이 된다면 [Github 스폰서](https://github.com/sponsors/riderx)가 되어 제 작업을 지원하는 것을 고려해 주세요.
-
-저는 여기서 구축한 모든 코드를 유료화하는 대신 오픈소스로 공개하기로 결정했습니다. 싸우고 숨기는 대신 공개함으로써 우리가 세상을 더 나은 곳으로 만들 수 있다고 믿습니다.
-
-또한 저는 Capgo 도구에 집중하고 그것을 개방적이고 투명한 비즈니스로 만들고 싶습니다.
-
-하지만 그것을 가능하게 하려면 당신을 포함한 우리 모두가 각자의 역할을 해야 합니다 🥹.
-
-Capgo가 당신에게 맞지 않다면 자신의 가격을 지불하고 당신의 조건에 따라 [부트스트랩 메이커를 지원하세요](https://github.com/sponsors/riderx).
-
-<LinkCard title="기여 고려하기" href="/docs/plugin/self-hosted/contributing/"/>
-## 기능 동등성
-
-자체 서버를 선택하면 5분 설정 흐름을 잃게 됩니다.\
-이러한 모든 기능을 직접 구현해야 합니다.
-
-
-| 기능                 | Capgo | 자체 호스팅 |
-| ------------------------ | ----- | ----------- |
-| 업데이트                  | ✅     | 🚧         |
-| 자동 되돌리기              | ✅     | 🚧         |
-| 실패 시 이메일 알림     | ✅     | 🚧         |
-| 채널                 | ✅     | 🚧         |
-| 채널 재정의        | ✅     | 🚧         |
-| 장치 재정의          | ✅     | 🚧         |
-| 채널 설정        | ✅     | 🚧         |
-| 장치 설정          | ✅     | 🚧         |
-| 사용자 정의 ID                | ✅     | 🚧         |
-| 자동 채널 설정        | ✅     | 🚧         |
-| API 채널             | ✅     | 🚧         |
-| 업데이트 통계       | ✅     | 🚧         |
-| 다운로드 실패 통계 | ✅     | 🚧         |
-| 앱 사용 통계     | ✅     | 🚧         |
-| 업데이트 암호화        | ✅     | 🚧         |
-| 차등 업데이트     | ✅     | ❌         |
-
-:::danger
-사용자에게 잘못된 업데이트를 보내면 앱이 손상될 수 있습니다.
-:::
-
-> Capgo 클라우드와 자체 서버를 동시에 사용할 수 없다는 점에 유의하세요.
-
-
-
-:::danger
-OTA(Over-the-Air) 업데이트 기능은 HTML, CSS 및 JavaScript 파일에 대한 수정에만 적용됩니다.
-
-Capacitor 플러그인 업데이트와 같은 네이티브 코드를 변경하는 경우 승인을 위해 앱 스토어에 애플리케이션을 다시 제출해야 합니다.
-:::
-
-## 자동과 수동 중 선택
-자동 모드에서는 로직의 일부가 네이티브 코드에서 처리되며 업데이트는 서버 측에서 결정됩니다. 이는 더 안전하고 세밀한 업데이트, 하나의 장치 또는 그룹에 대한 부분 배포 등을 허용합니다.
-
-수동 모드에서는 모든 로직이 JS에서 처리됩니다.
-
-
-
-<LinkCard
-	title="자동 업데이트"
-	href="/docs/plugin/self-hosted/auto-update/"
-/>
-
-<LinkCard
-	title="수동"
-	href="/docs/plugin/self-hosted/manual-update/"
-/>
-
-## Capacitor updater 설치
-
-```bash title="Capacitor updater 설치"
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-## 번들 준비
-
-앱에 업데이트를 보내려면 압축해야 합니다.
-zip이 올바른지 확인하는 가장 좋은 방법은 압축을 위해 Capgo CLI를 사용하는 것입니다.
-```bash title="서버에서 제공할 파일로 번들 생성"
-npx @capgo/cli@latest bundle zip
-```
-
-
-이 zip을 자체적으로 서버에서 제공해야 합니다.
-
-<LinkCard
-	title="자동 업데이트"
-	href="/docs/plugin/self-hosted/auto-update/"
-/>
-
-<LinkCard
-	title="수동"
-	href="/docs/plugin/self-hosted/manual-update/"
-/>
-
-
-:::note
-이것이 많은 작업처럼 보인다면 Capgo Cloud 체험판을 시도해 보세요.
-:::
-
-:::note
-차등 업데이트는 수동 업데이트에서는 작동하지 않지만 자동 업데이트에서는 작동할 수 있습니다. 지금은 꽤 복잡한 프로세스이므로 문서화되지 않았습니다
-:::
diff --git a/src/content/docs/ko/docs/plugins/updater/self-hosted/handling-channels.mdx b/src/content/docs/ko/docs/plugins/updater/self-hosted/handling-channels.mdx
deleted file mode 100644
index 9c72b1387..000000000
--- a/src/content/docs/ko/docs/plugins/updater/self-hosted/handling-channels.mdx
+++ /dev/null
@@ -1,514 +0,0 @@
----
-title: 채널 API 엔드포인트
-description: 장치-채널 할당 및 채널 쿼리를 처리하기 위해 자체 호스팅 Capgo에 대한 채널 관리 끝점을 구축하는 방법
-sidebar:
-  order: 8
-locale: ko
----
-채널은 Capgo에서 앱 업데이트를 관리하기 위한 핵심 메커니즘입니다. 자체 호스팅 모드에서는 장치 할당, 채널 쿼리 및 채널 관리 작업을 처리하기 위해 채널 끝점을 구현해야 합니다.
-
-## 채널 이해하기
-
-채널을 사용하면 다음을 수행할 수 있습니다.
-- **업데이트 배포 제어**: 다양한 사용자 그룹에 다양한 앱 버전 할당
-- **A/B 테스트**: 특정 사용자 세그먼트를 대상으로 새로운 기능 테스트  
-- **단계적 출시**: 점진적으로 업데이트를 배포하여 위험을 최소화합니다.
-- **환경 분리**: 별도의 개발, 스테이징, 프로덕션 업데이트
-
-## 구성
-
-`capacitor.config.json`에서 채널 엔드포인트 URL을 구성합니다.
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://myserver.com/api/channel_self"
-    }
-  }
-}
-```
-
-## 채널 운영
-
-플러그인은 엔드포인트가 처리해야 하는 다양한 채널 작업을 수행합니다.
-
-### 1. 호환 가능한 채널 나열(GET 요청)
-
-플러그인이 `listChannels()`을 호출하면 장치와 호환되는 모든 채널을 검색하기 위해 GET 요청을 보냅니다. 이는 장치 환경(개발/프로덕션, 에뮬레이터/실제 장치)과 일치하고 공개 액세스 또는 자체 할당을 허용하는 채널을 반환합니다.
-
-#### 요청 형식
-```typescript
-// GET /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Query parameters:
-interface ListChannelsRequest {
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  is_emulator: boolean
-  is_prod: boolean
-  key_id?: string
-}
-```
-
-#### 응답 형식
-```json
-[
-  {
-    "id": 1,
-    "name": "production",
-    "public": true,
-    "allow_self_set": false
-  },
-  {
-    "id": 2,
-    "name": "beta",
-    "public": false,
-    "allow_self_set": true
-  }
-]
-```
-
-#### 채널 유형 이해
-
-응답에는 각 채널에 대한 두 가지 중요한 플래그가 포함됩니다.
-
-- **`public: true`**: **기본 채널**입니다. 장치는 `setChannel()`을 사용하여 자체 할당할 수 없습니다. 대신, 장치가 채널 할당을 제거하는 경우(`unsetChannel()` 사용) 장치 조건과 일치하는 경우 이 공개 채널에서 자동으로 업데이트를 받습니다.
-
-- **`allow_self_set: true`**: **자체 할당 가능한 채널**입니다. 장치는 `setChannel()`을 사용하여 이 채널에 명시적으로 자신을 할당할 수 있습니다. 이는 베타 테스트, A/B 테스트 또는 사용자가 특정 업데이트 트랙을 선택하도록 허용하는 데 유용합니다.
-
-:::note
-채널은 `public` 또는 `allow_self_set`일 수 있지만 일반적으로 둘 다일 수는 없습니다. 공개 채널은 기본 대체 채널로 사용되지만 자체 할당 가능 채널에는 명시적인 선택이 필요합니다.
-:::
-
-### 2. 채널 가져오기(PUT 요청)
-
-플러그인이 `getChannel()`을 호출하면 PUT 요청을 보내 장치의 현재 채널 할당을 검색합니다.
-
-#### 요청 형식
-```typescript
-// PUT /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Body:
-interface GetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-  defaultChannel?: string
-  channel?: string  // For newer plugin versions, contains local channel override
-}
-```
-
-#### 응답 형식
-```json
-{
-  "status": "ok",
-  "channel": "production",
-  "allowSet": true,
-  "message": "",
-  "error": ""
-}
-```
-
-### 3. 채널 설정(POST 요청)
-
-플러그인이 `setChannel()`을 호출하면 장치를 특정 채널에 할당하기 위한 POST 요청을 보냅니다.
-
-#### 요청 형식
-```typescript
-// POST /api/channel_self
-interface SetChannelRequest {
-  device_id: string
-  app_id: string
-  channel: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-}
-```
-
-#### 응답 형식
-```json
-{
-  "status": "ok",
-  "message": "Device assigned to channel successfully",
-  "error": ""
-}
-```
-
-#### 오류 사례
-
-장치가 **공개 채널**(`public: true`이 있는 채널)에 자신을 할당하려고 하면 엔드포인트에서 오류를 반환해야 합니다.
-
-```json
-{
-  "status": "error",
-  "error": "public_channel_self_set_not_allowed",
-  "message": "This channel is public and does not allow device self-assignment. Unset the channel and the device will automatically use the public channel."
-}
-```
-
-장치가 자체 할당을 허용하지 않는 채널에 자체 할당을 시도하는 경우:
-
-```json
-{
-  "status": "error",
-  "error": "channel_self_set_not_allowed",
-  "message": "This channel does not allow devices to self associate"
-}
-```
-
-### 4. 채널 설정 해제(DELETE 요청)
-
-플러그인이 `unsetChannel()`을 호출하면 DELETE 요청을 보내 장치의 채널 할당을 제거합니다.
-
-#### 요청 형식
-```typescript
-// DELETE /api/channel_self
-interface UnsetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-```
-
-## 구현 예
-
-다음은 채널 엔드포인트를 구현하는 방법에 대한 JavaScript 예입니다.
-
-```typescript
-interface ChannelRequest {
-  device_id: string
-  app_id: string
-  channel?: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-
-interface ChannelResponse {
-  status: "ok" | "error"
-  channel?: string
-  allowSet?: boolean
-  message?: string
-  error?: string
-}
-
-export const handler = async (event) => {
-  const method = event.httpMethod || event.method
-  const body = JSON.parse(event.body || '{}') as ChannelRequest
-  
-  const { device_id, app_id, channel, platform } = body
-
-  try {
-    switch (method) {
-      case 'GET':
-        return await getDeviceChannel(device_id, app_id)
-        
-      case 'POST':
-        return await setDeviceChannel(device_id, app_id, channel!, platform)
-        
-      case 'DELETE':
-        return await unsetDeviceChannel(device_id, app_id)
-        
-      default:
-        return {
-          status: "error",
-          error: "Method not allowed"
-        }
-    }
-  } catch (error) {
-    return {
-      status: "error",
-      error: error.message
-    }
-  }
-}
-
-async function getDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Query your database for device channel assignment
-  const assignment = await database.getDeviceChannel(deviceId, appId)
-  
-  if (assignment) {
-    return {
-      status: "ok",
-      channel: assignment.channel,
-      allowSet: assignment.allowSelfAssign
-    }
-  }
-  
-  // Return default channel if no assignment found
-  return {
-    status: "ok",
-    channel: "production", // Your default channel
-    allowSet: true
-  }
-}
-
-async function setDeviceChannel(
-  deviceId: string, 
-  appId: string, 
-  channel: string, 
-  platform: string
-): Promise<ChannelResponse> {
-  // Validate channel exists and allows self-assignment
-  const channelConfig = await database.getChannelConfig(channel, appId)
-  
-  if (!channelConfig) {
-    return {
-      status: "error",
-      error: "Channel not found"
-    }
-  }
-  
-  if (!channelConfig.allowDeviceSelfSet) {
-    return {
-      status: "error",
-      error: "Channel does not allow self-assignment"
-    }
-  }
-  
-  // Check platform restrictions
-  if (platform === "ios" && !channelConfig.ios) {
-    return {
-      status: "error", 
-      error: "Channel not available for iOS"
-    }
-  }
-  
-  if (platform === "android" && !channelConfig.android) {
-    return {
-      status: "error", 
-      error: "Channel not available for Android" 
-    }
-  }
-  
-  if (platform === "electron" && !channelConfig.electron) {
-    return {
-      status: "error", 
-      error: "Channel not available for Electron" 
-    }
-  }
-  
-  // Save the assignment
-  await database.setDeviceChannel(deviceId, appId, channel)
-  
-  return {
-    status: "ok",
-    message: "Device assigned to channel successfully"
-  }
-}
-
-async function unsetDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Remove device channel assignment
-  await database.removeDeviceChannel(deviceId, appId)
-  
-  return {
-    status: "ok",
-    message: "Device channel assignment removed"
-  }
-}
-```
-
-## 채널 구성
-
-채널 시스템은 다음 구성 옵션을 지원해야 합니다.
-
-```typescript
-interface ChannelConfig {
-  name: string
-  appId: string
-
-  // Platform targeting
-  ios: boolean              // Allow updates to iOS devices
-  android: boolean          // Allow updates to Android devices
-  electron: boolean         // Allow updates to Electron apps
-
-  // Device type restrictions
-  allow_emulator: boolean   // Allow updates on emulator/simulator devices
-  allow_device: boolean     // Allow updates on real/physical devices
-
-  // Build type restrictions
-  allow_dev: boolean        // Allow updates on development builds (is_prod=false)
-  allow_prod: boolean       // Allow updates on production builds (is_prod=true)
-
-  // Channel assignment
-  public: boolean           // Default channel - devices fall back to this when no override
-  allowDeviceSelfSet: boolean  // Allow devices to self-assign via setChannel()
-
-  // Update policies
-  disableAutoUpdate: "major" | "minor" | "version_number" | "none"
-  disableAutoUpdateUnderNative: boolean
-}
-```
-
-### 장치 필터링 논리호환 가능한 채널을 나열할 때(GET 요청) 다음 조건에 따라 채널을 필터링해야 합니다.
-
-1. **플랫폼 확인**: 채널은 장치의 플랫폼(`ios`, `android` 또는 `electron`)을 허용해야 합니다.
-2. **장치 유형 확인**:
-   - `is_emulator=true`인 경우: 채널에는 `allow_emulator=true`이 있어야 합니다.
-   - `is_emulator=false`인 경우: 채널에는 `allow_device=true`이 있어야 합니다.
-3. **빌드 유형 확인**:
-   - `is_prod=true`인 경우: 채널에는 `allow_prod=true`이 있어야 합니다.
-   - `is_prod=false`인 경우: 채널에는 `allow_dev=true`이 있어야 합니다.
-4. **가시성 확인**: 채널은 `public=true` 또는 `allow_device_self_set=true`이어야 합니다.
-
-```typescript
-// Example filtering logic
-function getCompatibleChannels(
-  platform: 'ios' | 'android' | 'electron',
-  isEmulator: boolean,
-  isProd: boolean,
-  channels: ChannelConfig[]
-): ChannelConfig[] {
-  return channels.filter(channel => {
-    // Platform check
-    if (!channel[platform]) return false
-
-    // Device type check
-    if (isEmulator && !channel.allow_emulator) return false
-    if (!isEmulator && !channel.allow_device) return false
-
-    // Build type check
-    if (isProd && !channel.allow_prod) return false
-    if (!isProd && !channel.allow_dev) return false
-
-    // Must be accessible (public or self-assignable)
-    if (!channel.public && !channel.allowDeviceSelfSet) return false
-
-    return true
-  })
-}
-```
-
-## 데이터베이스 스키마 예
-
-채널 구성 및 장치 할당을 저장해야 합니다.
-
-```sql
--- Channels table
-CREATE TABLE channels (
-  id SERIAL PRIMARY KEY,
-  name VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-
-  -- Platform targeting
-  ios BOOLEAN DEFAULT true,
-  android BOOLEAN DEFAULT true,
-  electron BOOLEAN DEFAULT true,
-
-  -- Device type restrictions
-  allow_emulator BOOLEAN DEFAULT true,   -- Allow emulator/simulator devices
-  allow_device BOOLEAN DEFAULT true,     -- Allow real/physical devices
-
-  -- Build type restrictions
-  allow_dev BOOLEAN DEFAULT true,        -- Allow development builds
-  allow_prod BOOLEAN DEFAULT true,       -- Allow production builds
-
-  -- Channel assignment
-  public BOOLEAN DEFAULT false,          -- Default channel (fallback)
-  allow_device_self_set BOOLEAN DEFAULT false,  -- Allow self-assignment
-
-  -- Update policies
-  disable_auto_update VARCHAR(50) DEFAULT 'none',
-  disable_auto_update_under_native BOOLEAN DEFAULT false,
-
-  created_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(name, app_id)
-);
-
--- Device channel assignments table
-CREATE TABLE device_channels (
-  id SERIAL PRIMARY KEY,
-  device_id VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-  channel_name VARCHAR(255) NOT NULL,
-  assigned_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(device_id, app_id)
-);
-```
-
-## 오류 처리
-
-일반적인 오류 시나리오를 처리합니다.
-
-```typescript
-// Channel not found
-{
-  "status": "error",
-  "error": "Channel 'beta' not found"
-}
-
-// Self-assignment not allowed
-{
-  "status": "error", 
-  "error": "Channel does not allow device self-assignment"
-}
-
-// Platform not supported
-{
-  "status": "error",
-  "error": "Channel not available for this platform"
-}
-
-// Invalid request
-{
-  "status": "error",
-  "error": "Missing required field: device_id"
-}
-```
-
-## 모범 사례
-
-1. **보안**: 비즈니스 규칙에 따라 모든 채널 할당을 검증합니다.
-2. **로깅**: 감사 및 디버깅을 위해 모든 채널 작업을 기록합니다.
-3. **성능**: 데이터베이스 쿼리를 줄이기 위한 캐시 채널 구성
-4. **검증**: device_id 및 app_id 진위 여부 확인
-5. **속도 제한**: 남용을 방지하기 위해 속도 제한을 구현합니다.
-
-## 업데이트와의 통합
-
-채널 할당은 [API 엔드포인트 업데이트](/docs/plugin/self-hosted/handling-updates/)와 함께 작동합니다. 기기가 업데이트를 요청하면 채널 할당을 확인하여 어떤 버전을 제공할지 결정하세요.
-
-```typescript
-async function getUpdateForDevice(deviceId: string, appId: string) {
-  // Get device's channel assignment
-  const channelAssignment = await getDeviceChannel(deviceId, appId)
-  const channel = channelAssignment.channel || 'production'
-  
-  // Get the version assigned to this channel
-  const channelVersion = await getChannelVersion(channel, appId)
-  
-  return {
-    version: channelVersion.version,
-    url: channelVersion.url,
-    checksum: channelVersion.checksum
-  }
-}
-```
-
-이를 통해 업데이트가 사용자에게 배포되는 방식을 완전히 제어할 수 있는 완전한 자체 호스팅 채널 관리 시스템이 생성됩니다.
diff --git a/src/content/docs/ko/docs/plugins/updater/self-hosted/handling-stats.mdx b/src/content/docs/ko/docs/plugins/updater/self-hosted/handling-stats.mdx
deleted file mode 100644
index 0aa3f4548..000000000
--- a/src/content/docs/ko/docs/plugins/updater/self-hosted/handling-stats.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: "통계 API"
-locale: ko
-description: "자체 호스팅 모드에서 자동 업데이트 플러그인과 함께 Capgo의 통계 엔드포인트를 사용하는 방법, 그 용도 및 기대사항"
-sidebar:
-  order: 7
----
-
-import { LinkCard, CardGrid, Aside } from '@astrojs/starlight/components';
-
-## 통계 API
-
-버전 1.3.0부터 업데이트 시스템은 통계를 보낼 수 있습니다!
-
-기본적으로 모든 통계는 사용량과 연구를 이해하기 위해 서버로 전송됩니다.
-
-<Aside>
-통계에는 개인 데이터가 전송되지 않으며 임의 UUID, 버전 업데이트, 버전 네이티브 앱, 플랫폼, 액션 및 앱 ID만 전송됩니다.
-</Aside>
-
-대신 이 데이터를 자체 서버로 보내려면 아래 구성을 변경하세요:
-
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"statsUrl": "YOUR_URL"
-		}
-	}
-}
-```
-
-## 데이터 구조
-
-서버에서 받게 될 내용은:
-
-```tsx
-interface AppInfosStats {
-	"action": "set", // can be set, delete, set_fail, reset, revert
-	// Then it's the same info as update
-	"app_id": "**.***.**", // app identifier in the store
-	"device_id": "*******", // unique id per app install
-	"platform": "ios", // or android
-	"custom_id": "user_1", // represent your user
-        "version_name": "1.2.3", // version of the web build
-        "version_build": "1.2.0", // version of the native build
-        "version_code": "120", // build number of the native build
-	"version_os": "16", // OS version of the device
-        "plugin_version": "4.0.0"// to make your api behave differently with different plugins
-        "is_emulator": false,
-    	"is_prod": false,
-}
-```
-
-빈 문자열로 완전히 비활성화할 수도 있습니다. 통계는 프라이버시 친화적으로 만들어지며 사람들이 플러그인을 어떻게 사용하는지 이해하고 문제를 해결하고 개선하는 데 도움이 된다는 점을 명심하세요.
-
-## 업데이트 없음의 기대 동작
-
-업데이트 엔드포인트에 새 버전이 없을 때는 다음과 같은 에러 페이로드로 응답해야 합니다:
-
-```json
-{ "error": "no_new_version_available", "message": "No new version available" }
-```
-
-`error` 코드는 반드시 `no_new_version_available` 여야 합니다. `message`는 어떤 문자열이든 가능하며(로그/디버그용) 기대되는 동작입니다. 이 응답은 HTTP `200`으로 반환됩니다. `url` 없이 `200`을 반환하면 플러그인이 다운로드 실패로 처리하고 `download_fail`을 전송합니다.
-
-## 구현 예제
-
-다음은 플러그인의 통계를 저장하는 JavaScript 코드 예제입니다:
-
-```typescript
-interface AppInfos {
-  version_name: string
-  action: 'ping' |
-          'delete' |
-          'reset' |
-          'set' |
-          'get' |
-          'set_fail' |
-          'update_fail' |
-          'download_fail' |
-          'windows_path_fail' |
-          'canonical_path_fail' |
-          'directory_path_fail' |
-          'unzip_fail' |
-          'low_mem_fail' |
-          'download_10' |
-          'download_20' |
-          'download_30' |
-          'download_40' |
-          'download_50' |
-          'download_60' |
-          'download_70' |
-          'download_80' |
-          'download_90' |
-          'download_complete' |
-          'download_manifest_start' |
-          'download_manifest_complete' |
-          'download_zip_start' |
-          'download_zip_complete' |
-          'download_manifest_file_fail' |
-          'download_manifest_checksum_fail' |
-          'download_manifest_brotli_fail' |
-          'decrypt_fail' |
-          'app_moved_to_foreground' |
-          'app_moved_to_background' |
-          'uninstall' |
-          'needPlanUpgrade' |
-          'missingBundle' |
-          'noNew' |
-          'disablePlatformIos' |
-          'disablePlatformAndroid' |
-          'disableAutoUpdateToMajor' |
-          'cannotUpdateViaPrivateChannel' |
-          'disableAutoUpdateToMinor' |
-          'disableAutoUpdateToPatch' |
-          'channelMisconfigured' |
-          'disableAutoUpdateMetadata' |
-          'disableAutoUpdateUnderNative' |
-          'disableDevBuild' |
-          'disableEmulator' |
-          'cannotGetBundle' |
-          'checksum_fail' |
-          'NoChannelOrOverride' |
-          'setChannel' |
-          'getChannel' |
-          'rateLimited' |
-          'disableAutoUpdate' |
-          'InvalidIp' |
-          'blocked_by_server_url'
-  version_build: string
-  version_code: string
-  version_os: string
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    action,
-    version_code,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    action,
-    version_os,
-    version_code,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  // Save it in your database
-  return { status: 'ok' }
-}
-```
-
-이 엔드포인트는 다음 JSON을 반환해야 합니다:
-
-```json
-{ "status": "ok" }
-```
-
-## 액션
-
-모든 액션 코드와 그 의미에 대한 자세한 설명은 디버깅 문서를 참조하세요:
-
-* **장치에서 전송된 액션**: [디버깅 문서 - 장치에서 전송](/docs/plugins/updater/debugging/#sent-from-the-device) 섹션을 참조하세요
-* **백엔드에서 전송된 액션**: [디버깅 문서 - 백엔드에서 전송](/docs/plugins/updater/debugging/#sent-from-the-backend) 섹션을 참조하세요
-
-<LinkCard
-	title="업데이트 처리"
-	href="/docs/plugin/self-hosted/handling-updates/"
-/>
diff --git a/src/content/docs/ko/docs/plugins/updater/self-hosted/handling-updates.mdx b/src/content/docs/ko/docs/plugins/updater/self-hosted/handling-updates.mdx
deleted file mode 100644
index 94f4c06aa..000000000
--- a/src/content/docs/ko/docs/plugins/updater/self-hosted/handling-updates.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: "업데이트 API 엔드포인트"
-locale: ko
-description: "적절한 번들 정보 및 체크섬으로 Capgo 플러그인 요청에 응답하기 위해 업데이트 서버 API 엔드포인트를 구축하는 방법"
-sidebar:
-  order: 6
----
-
-다음은 플러그인에 업데이트를 보내는 JavaScript 코드 예제입니다
-
-```typescript
-interface AppInfos {
-  version_name: string
-  version_build: string
-  version_os: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  if (version_name === '1.0.0') {
-    return {
-      version: '1.0.1',
-      url: 'https://apiurl.com/mybuild_101.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else if (version_name === '1.0.1') {
-    return {
-      version: '1.0.2',
-      url: 'https://apiurl.com/mybuild_102.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else {
-    return {
-      message: 'Error version not found'
-      version: '',
-      url: '',
-    }
-  }
-}
-```
-
-## 응답 형식
-
-**암호화되지 않은 번들**의 경우 엔드포인트가 다음을 반환해야 합니다:
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "sha256_checksum_of_bundle"
-}
-```
-
-**암호화된 번들**의 경우 세션 키도 포함해야 합니다:
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "encrypted_checksum_from_encrypt_command",
-  "session_key": "ivSessionKey_from_encrypt_command"
-}
-```
-
-업데이트나 오류가 없는 경우 `message` 키와 선택적으로 `error`를 추가하세요:
-
-```json
-{
-  "message": "Version not found",
-  "error": "The backend crashed",
-  "version": "1.0.2",
-}
-```
-
-## 필드 설명
-
-- **`checksum`**: 무결성 검증을 위한 번들 zip 파일의 SHA256 해시
-- **`session_key`**: 암호화된 번들에만 필요 - 이것은 encrypt 명령에서 반환된 `ivSessionKey`입니다
-- **`version`**: semver 형식의 버전 식별자
-- **`url`**: 번들을 다운로드할 수 있는 HTTPS URL
-
-## 번들 생성
-
-호환 가능한 번들을 만들고 체크섬을 생성하는 방법은 [자동 업데이트 문서](/docs/plugin/self-hosted/auto-update/#generating-bundle-checksum)를 참조하세요.
-
-암호화된 번들의 경우 완전한 암호화 워크플로우를 설명하는 [암호화된 번들 문서](/docs/plugin/self-hosted/encrypted-bundles/)를 참조하세요.
diff --git a/src/content/docs/ko/docs/plugins/updater/self-hosted/manual-update.mdx b/src/content/docs/ko/docs/plugins/updater/self-hosted/manual-update.mdx
deleted file mode 100644
index 3038a7479..000000000
--- a/src/content/docs/ko/docs/plugins/updater/self-hosted/manual-update.mdx
+++ /dev/null
@@ -1,68 +0,0 @@
----
-title: "수동 업데이트"
-locale: ko
-description: "자체 호스팅 환경에서 수동 업데이트 플러그인을 활용하는 상세한 가이드로, 자동 프로세스에 의존하지 않고 효과적으로 업데이트를 관리하기 위한 구성 및 사용에 대한 포괄적인 지침을 제공합니다."
-sidebar:
-  order: 3
----
-
-## 구성
-
-자동 업데이트를 비활성화하려면 ``capacitor.config.json``에 다음을 추가하세요.
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"autoUpdate": false,
-		}
-	}
-}
-```
-
-## 사용법
-
-이 예제를 사용하거나 앱에서 로직을 재생성할 수 있습니다.
-
-:::caution
-코드에 선언된 정적 버전으로 사용자가 앱을 업데이트하도록 강제하고 있습니다. 이는 권장되지 않으며 서버에서 동적 버전을 사용해야 합니다.
-:::
-
-:::danger
-이 예제에서는 버전 확인, 복호화 또는 체크섬 검증을 수행하지 않습니다. 직접 수행해야 합니다.
-:::
-
-```tsx
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-import { App } from '@capacitor/app'
-let data = {version: ""}
- CapacitorUpdater.notifyAppReady()
-App.addListener('appStateChange', async(state) => {
-     if (state.isActive) {
-       // Do the download during user active app time to prevent failed download
-       data = await CapacitorUpdater.download({
-       version: '0.0.4',
-       url: 'https://github.com/Cap-go/demo-app/releases/download/0.0.4/dist.zip',
-       })
-     }
-     if (!state.isActive && data.version !== "") {
-       // Do the switch when user leave app
-       SplashScreen.show()
-       try {
-         await CapacitorUpdater.set(data)
-       } catch (err) {
-         console.log(err)
-         SplashScreen.hide() // in case the set fail, otherwise the new app will have to hide it
-       }
-     }
- })
-```
-
-
-
-:::note
-이것이 많은 작업처럼 보인다면 [Capgo 체험판](https://capgo.app/register/)을 고려해 보세요. 모든 것을 처리해 드립니다.
-:::
diff --git a/src/content/docs/ko/docs/plugins/updater/settings.mdx b/src/content/docs/ko/docs/plugins/updater/settings.mdx
deleted file mode 100644
index 0a3bad931..000000000
--- a/src/content/docs/ko/docs/plugins/updater/settings.mdx
+++ /dev/null
@@ -1,527 +0,0 @@
----
-title: "설정"
-locale: ko
-description: "Capacitor Updater에 사용 가능한 모든 설정, capacitor config에서 설정할 수 있는 모든 구성 및 그 용도"
-sidebar:
-  order: 8
----
-
-import {  Aside } from '@astrojs/starlight/components';
-
-업데이트 시스템을 더 세밀하게 제어하려면 다음 설정으로 구성할 수 있습니다:
-
-<Aside type="tip">
-capacitor.config 파일의 이러한 설정을 변경하려면 플랫폼을 동기화하고 프로덕션 앱이 받을 수 있도록 스토어에 출시해야 합니다.
-</Aside>
-
-
-## `appReadyTimeout`
-
-> 업데이트가 '실패'로 간주되기 전에 네이티브 플러그인이 대기해야 하는 밀리초를 구성합니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `10000` (10초)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000
-    }
-  }
-}
-```
-
-## `responseTimeout`
-
-> 네이티브 플러그인이 API 타임아웃으로 간주하기 전에 대기해야 하는 밀리초를 구성합니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `20` (20초)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "responseTimeout": 10 // (10 seconds)
-    }
-  }
-}
-```
-
-## `autoDeleteFailed`
-
-> 플러그인이 실패한 번들을 자동으로 삭제해야 하는지 구성합니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeleteFailed": false
-    }
-  }
-}
-```
-
-## `autoDeletePrevious`
-
-> 성공적인 업데이트 후 플러그인이 이전 번들을 자동으로 삭제해야 하는지 구성합니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeletePrevious": false
-    }
-  }
-}
-```
-
-## `autoUpdate`
-
-> 플러그인이 업데이트 서버를 통해 자동 업데이트를 사용해야 하는지 구성합니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": false
-    }
-  }
-}
-```
-
-## `updateUrl`
-
-> 업데이트 확인이 전송되는 URL / 엔드포인트를 구성합니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `https://plugin.capgo.app/updates`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "updateUrl": "https://example.com/api/auto_update"
-    }
-  }
-}
-```
-
-## `statsUrl`
-
-> 업데이트 통계가 전송되는 URL / 엔드포인트를 구성합니다.
-
-Android 및 iOS에만 사용 가능합니다. 통계 보고를 비활성화하려면 ""로 설정하세요.
-
-기본값: `https://plugin.capgo.app/stats`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "statsUrl": "https://example.com/api/stats"
-    }
-  }
-}
-```
-
-## `publicKey`
-
-> 종단 간 라이브 업데이트 암호화 버전 2의 공개 키를 구성합니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "publicKey": "YOUR_PUBLIC_KEY"
-    }
-  }
-}
-```
-
-## `directUpdate`
-
-> 플러그인이 언제 직접 업데이트를 설치해야 하는지 구성합니다. autoUpdate 모드에만 해당됩니다.
-> 10MB 미만의 앱 및 --partial 플래그를 사용하여 완료된 업로드에 적합합니다.
-> Zip 또는 10MB 이상의 앱은 사용자가 업데이트하기에 상대적으로 느립니다.
-
-옵션:
-- `false`: 직접 업데이트를 절대 수행하지 않음 (기본 동작 사용: 시작 시 다운로드, 백그라운드 시 설정)
-- `'atInstall'`: 앱이 설치되거나 스토어에서 업데이트될 때만 직접 업데이트, 그렇지 않으면 directUpdate = false로 작동
-- `'onLaunch'`: 앱이 설치되거나 스토어에서 업데이트되거나 앱 종료 후에만 직접 업데이트, 그렇지 않으면 directUpdate = false로 작동
-- `'always'`: 이전의 모든 경우(앱 설치, 스토어에서 업데이트, 앱 종료 또는 앱 재개 후)에 직접 업데이트, directUpdate = false로 절대 작동하지 않음
-- `true`: (사용 중단) 이전 버전과의 호환성을 위해 "always"와 동일
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall"
-    }
-  }
-}
-```
-
-## `resetWhenUpdate`
-
-> 새로운 네이티브 앱 번들이 장치에 설치될 때 이전에 다운로드한 번들을 자동으로 삭제합니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "resetWhenUpdate": false
-    }
-  }
-}
-```
-
-## `defaultChannel`
-
-> 구성에서 앱의 기본 채널을 설정합니다. 대소문자를 구분합니다.
-> 이 설정은 클라우드에 설정된 기본 채널을 재정의하지만 클라우드에서 이루어진 재정의는 여전히 존중됩니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "defaultChannel": "production"
-    }
-  }
-}
-```
-
-## `appId`
-
-> 구성에서 앱의 앱 ID를 구성합니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appId": "com.example.app"
-    }
-  }
-}
-```
-
-## `version`
-
-> 앱의 현재 버전을 구성합니다. 첫 번째 업데이트 요청에 사용됩니다.
-> 설정하지 않으면 플러그인이 네이티브 코드에서 버전을 가져옵니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "version": "1.0.0"
-    }
-  }
-}
-```
-
-## `channelUrl`
-
-> 채널 작업을 위한 URL / 엔드포인트를 구성합니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `https://plugin.capgo.app/channel_self`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://example.com/api/channel"
-    }
-  }
-}
-```
-
-## `autoSplashscreen`
-
-> directUpdate를 사용할 때 스플래시 화면 숨기기를 자동으로 처리합니다. 활성화되면 플러그인이 업데이트가 적용된 후 또는 업데이트가 필요하지 않을 때 자동으로 스플래시 화면을 숨깁니다.
-> 이렇게 하면 수동으로 appReady 이벤트를 수신하고 SplashScreen.hide()를 호출할 필요가 없습니다.
-> directUpdate가 "atInstall", "always" 또는 true로 설정된 경우에만 작동합니다.
-> @capacitor/splash-screen 플러그인이 설치되어 있고 launchAutoHide: false로 구성되어 있어야 합니다.
-> autoUpdate 및 directUpdate가 활성화되어 있어야 합니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall",
-      "autoSplashscreen": true
-    }
-  }
-}
-```
-
-## `periodCheckDelay`
-
-> 주기적 업데이트 확인의 지연 시간을 구성합니다. 단위는 초입니다.
-> 600초(10분) 미만일 수 없습니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `600` (10분)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "periodCheckDelay": 600 // (10 minutes)
-    }
-  }
-}
-```
-
-## `allowModifyUrl`
-
-> 플러그인이 JavaScript 측에서 updateUrl, statsUrl 및 channelUrl을 동적으로 수정할 수 있도록 허용합니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "allowModifyUrl": true
-    }
-  }
-}
-```
-
-## `keepUrlPathAfterReload`
-
-> 플러그인이 리로드 후 URL 경로를 유지하도록 구성합니다.
-
-<Aside type="caution">
-리로드가 트리거되면 'window.history'가 지워집니다.
-</Aside>
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "keepUrlPathAfterReload": true
-    }
-  }
-}
-```
-
-## `disableJSLogging`
-
-> 플러그인의 JavaScript 로깅을 비활성화합니다. true인 경우 플러그인은 JavaScript 콘솔에 로그하지 않습니다. 네이티브 로그만 수행됩니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "disableJSLogging": true
-    }
-  }
-}
-```
-
-## `shakeMenu`
-
-> 디버깅/테스트 목적으로 업데이트 메뉴를 표시하기 위해 흔들기 제스처를 활성화합니다.
-
-Android 및 iOS에만 사용 가능합니다.
-
-기본값: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "shakeMenu": true
-    }
-  }
-}
-```
-
-## 개발 설정
-
-### `localHost`
-
-> CLI가 테스트 또는 자체 호스팅 업데이트 서버용 로컬 서버를 사용하도록 구성합니다.
-
-기본값: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-### `localWebHost`
-
-> CLI가 테스트 또는 자체 호스팅 업데이트 서버용 로컬 서버를 사용하도록 구성합니다.
-
-기본값: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localWebHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-### `localSupa`
-
-> CLI가 테스트 또는 자체 호스팅 업데이트 서버용 로컬 서버를 사용하도록 구성합니다.
-
-기본값: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupa": "http://localhost:54321"
-    }
-  }
-}
-```
-
-### `localSupaAnon`
-
-> CLI가 테스트용 로컬 서버를 사용하도록 구성합니다.
-
-기본값: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupaAnon": "YOUR_LOCAL_ANON_KEY"
-    }
-  }
-}
-```
-
-### `localApi`
-
-> CLI가 테스트용 로컬 API를 사용하도록 구성합니다.
-
-기본값: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApi": "http://localhost:54321/functions/v1"
-    }
-  }
-}
-```
-
-### `localApiFiles`
-
-> CLI가 테스트용 로컬 파일 API를 사용하도록 구성합니다.
-
-기본값: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApiFiles": "http://localhost:54321/functions/v1/files"
-    }
-  }
-}
-```
-
-<Aside type="tip">
-네이티브 앱 출시가 필요 없이 채널별로 구성할 수 있는 [Capgo 웹 앱](https://console.capgo.app/login)에서 사용 가능한 추가 설정이 있습니다.
-</Aside>
diff --git a/src/content/docs/ko/docs/plugins/uploader/getting-started.mdx b/src/content/docs/ko/docs/plugins/uploader/getting-started.mdx
deleted file mode 100644
index 813df91d1..000000000
--- a/src/content/docs/ko/docs/plugins/uploader/getting-started.mdx
+++ /dev/null
@@ -1,295 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 안정적인 파일 업로드를 위해 백그라운드 업로더 플러그인을 설치하고 사용하는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-uploader" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **권한 구성**
-   
-   ### iOS
-   `Info.plist`에 배경 모드를 추가하세요.
-   ```xml
-   <key>UIBackgroundModes</key>
-   <array>
-     <string>processing</string>
-   </array>
-   ```
-   
-   ### Android
-   `AndroidManifest.xml`에 권한을 추가하세요.
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET" />
-   <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## 사용법
-
-플러그인을 가져오고 해당 메소드를 사용하여 파일을 업로드하십시오.
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-
-// Start an upload
-const startUpload = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/your/file.jpg',
-    serverUrl: 'https://your-server.com/upload',
-    method: 'POST',
-    headers: {
-      'Authorization': 'Bearer your-token'
-    },
-    parameters: {
-      'userId': '12345',
-      'type': 'profile'
-    },
-    notificationTitle: 'Uploading Photo'
-  });
-  
-  console.log('Upload ID:', upload.id);
-};
-
-// Listen for upload events
-const listener = await Uploader.addListener('events', (event) => {
-  switch (event.name) {
-    case 'uploading':
-      console.log(`Upload ${event.payload.id}: ${event.payload.percent}%`);
-      break;
-    case 'completed':
-      console.log('Upload completed:', event.payload.id);
-      console.log('Status code:', event.payload.statusCode);
-      break;
-    case 'failed':
-      console.error('Upload failed:', event.payload.id);
-      console.error('Error:', event.payload.error);
-      break;
-  }
-});
-
-// Remember to remove listener when done
-// listener.remove();
-
-// Cancel an upload
-const cancelUpload = async (uploadId: string) => {
-  await Uploader.cancelUpload({ id: uploadId });
-};
-
-// Get all active uploads
-const getActiveUploads = async () => {
-  const uploads = await Uploader.getUploads();
-  console.log('Active uploads:', uploads);
-};
-```
-
-## API 참조
-
-### 시작업로드(옵션)
-
-새 파일 업로드를 시작합니다.
-
-```typescript
-interface UploadOptions {
-  filePath: string;
-  serverUrl: string;
-  method?: 'POST' | 'PUT';
-  headers?: { [key: string]: string };
-  parameters?: { [key: string]: string };
-  notificationTitle?: string;
-  notificationBody?: string;
-  useUtf8Charset?: boolean;
-  maxRetries?: number;
-}
-```
-
-### 취소업로드(옵션)
-
-진행 중인 업로드를 취소합니다.
-
-```typescript
-interface CancelOptions {
-  id: string;
-}
-```
-
-### getUpload()
-
-모든 활성 업로드를 반환합니다.
-
-### 제거업로드(옵션)
-
-대기열에서 업로드를 제거합니다.
-
-```typescript
-interface RemoveOptions {
-  id: string;
-}
-```
-
-## 이벤트
-
-### 이벤트
-
-모든 업로드 이벤트는 단일 `events` 리스너를 통해 전달됩니다. 이벤트에는 유형을 식별하기 위한 `name` 필드가 포함되어 있습니다.
-
-```typescript
-Uploader.addListener('events', (event: UploadEvent) => {
-  switch (event.name) {
-    case 'uploading':
-      // Upload in progress
-      console.log(`Progress: ${event.payload.percent}%`);
-      console.log(`ID: ${event.payload.id}`);
-      break;
-
-    case 'completed':
-      // Upload finished successfully
-      console.log(`Completed: ${event.payload.id}`);
-      console.log(`Status code: ${event.payload.statusCode}`);
-      break;
-
-    case 'failed':
-      // Upload failed
-      console.error(`Failed: ${event.payload.id}`);
-      console.error(`Error: ${event.payload.error}`);
-      break;
-  }
-});
-```
-
-**이벤트 유형:**
-- `uploading` - `percent` 및 `id` 진행 상황 업데이트
-- `completed` - `id` 및 `statusCode` 업로드가 완료되었습니다.
-- `failed` - `id` 및 `error` 메시지로 인해 업로드에 실패했습니다.
-
-## 고급 기능
-
-### 멀티파트 양식 업로드
-
-```typescript
-const uploadWithFormData = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/photo.jpg',
-    serverUrl: 'https://api.example.com/upload',
-    method: 'POST',
-    parameters: {
-      'name': 'profile-photo',
-      'description': 'User profile photo'
-    },
-    headers: {
-      'X-API-Key': 'your-api-key'
-    }
-  });
-};
-```
-
-### 바이너리 업로드
-
-```typescript
-const uploadBinary = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/data.bin',
-    serverUrl: 'https://api.example.com/binary',
-    method: 'PUT',
-    headers: {
-      'Content-Type': 'application/octet-stream'
-    }
-  });
-};
-```
-
-### 네트워크 인식 업로드
-
-```typescript
-import { Network } from '@capacitor/network';
-
-const smartUpload = async () => {
-  const status = await Network.getStatus();
-  
-  if (status.connectionType === 'wifi') {
-    // Start large file uploads on WiFi
-    await startLargeUpload();
-  } else if (status.connectionType === 'cellular') {
-    // Queue for later or warn user
-    console.log('Using cellular data');
-  }
-};
-```
-
-## 모범 사례
-
-1. **모든 이벤트 유형 처리**
-   ```typescript
-   const setupUploadHandlers = () => {
-     Uploader.addListener('events', (event) => {
-       switch (event.name) {
-         case 'uploading':
-           handleProgress(event.payload);
-           break;
-         case 'completed':
-           handleCompleted(event.payload);
-           break;
-         case 'failed':
-           handleError(event.payload);
-           break;
-       }
-     });
-   };
-   ```
-
-2. **청취자 정리**
-   ```typescript
-   // Add listener
-   const listener = await Uploader.addListener('events', handleEvent);
-
-   // Clean up when done
-   listener.remove();
-   ```
-
-3. **실패한 업로드 재시도**
-   ```typescript
-   const retryUpload = async (filePath: string, serverUrl: string) => {
-     try {
-       await Uploader.startUpload({
-         filePath,
-         serverUrl,
-         maxRetries: 3
-       });
-     } catch (error) {
-       console.error('Upload failed after retries:', error);
-     }
-   };
-   ```
-
-4. **업로드 알림 표시**
-   ```typescript
-   await Uploader.startUpload({
-     filePath: 'file:///path/to/file',
-     serverUrl: 'https://server.com/upload',
-     notificationTitle: 'Uploading File',
-     notificationBody: 'Your file is being uploaded...'
-   });
-   ```
-
-## 플랫폼 노트
-
-### iOS
-- 백그라운드 업로드에 `URLSession`을 사용합니다.
-- 백그라운드 처리 기능이 필요합니다.
-- 앱이 정지되어도 업로드는 계속됩니다.
-
-### Android
-- 안정적인 업로드를 위해 `WorkManager`을 사용합니다.
-- 업로드 중 포그라운드 서비스 알림 표시
-- 배터리 최적화 설정을 존중합니다.
diff --git a/src/content/docs/ko/docs/plugins/uploader/index.mdx b/src/content/docs/ko/docs/plugins/uploader/index.mdx
deleted file mode 100644
index b812400c2..000000000
--- a/src/content/docs/ko/docs/plugins/uploader/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-uploader"
-locale: ko
-description: Capacitor 앱을 위한 백그라운드 파일 업로드 플러그인으로 진행률 추적 및 재개 가능한 업로드를 지원합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: 진행률 추적, 재개 가능한 업로드 및 네트워크 인식 처리를 갖춘 Capacitor 앱을 위한 백그라운드 파일 업로드.
-  image:
-    file: ~public/icons/plugins/uploader.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/uploader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-uploader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="백그라운드 업로드" icon="rocket">
-    앱이 백그라운드에 있을 때도 업로드 계속 🚀
-  </Card>
-  <Card title="진행률 추적" icon="list-format">
-    자세한 통계와 함께 실시간 업로드 진행률 📊
-  </Card>
-  <Card title="재개 가능한 업로드" icon="download">
-    중단된 업로드 자동으로 재개 🔄
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    [문서](/docs/plugins/uploader/getting-started/)를 확인하여 단 몇 분 안에 플러그인을 마스터하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/video-player/getting-started.mdx b/src/content/docs/ko/docs/plugins/video-player/getting-started.mdx
deleted file mode 100644
index 33b879247..000000000
--- a/src/content/docs/ko/docs/plugins/video-player/getting-started.mdx
+++ /dev/null
@@ -1,302 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 네이티브 비디오 재생을 통합하는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-video-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 기본 사용법
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-// Initialize a video player
-const playVideo = async () => {
-  const result = await CapacitorVideoPlayer.initPlayer({
-    mode: 'fullscreen',
-    url: 'https://example.com/video.mp4',
-    playerId: 'myPlayer',
-    componentTag: 'div'
-  });
-
-  console.log('Player initialized:', result);
-};
-
-// Play the video
-await CapacitorVideoPlayer.play({ playerId: 'myPlayer' });
-
-// Pause the video
-await CapacitorVideoPlayer.pause({ playerId: 'myPlayer' });
-
-// Get current time
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'myPlayer' });
-console.log('Current time:', value);
-
-// Seek to position
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'myPlayer',
-  seektime: 30 // seconds
-});
-
-// Set volume (0-1)
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'myPlayer',
-  volume: 0.5
-});
-```
-
-## API 참조
-
-### initPlayer(options)
-
-비디오 플레이어 인스턴스를 초기화합니다.
-
-```typescript
-await CapacitorVideoPlayer.initPlayer({
-  mode: 'fullscreen', // or 'embedded'
-  url: 'https://example.com/video.mp4',
-  playerId: 'player1',
-  subtitle: 'https://example.com/subtitles.vtt',
-  language: 'en',
-  rate: 1.0,
-  exitOnEnd: true,
-  loopOnEnd: false,
-  pipEnabled: true,
-  showControls: true
-});
-```
-
-### play(options)
-
-비디오를 재생합니다.
-
-```typescript
-await CapacitorVideoPlayer.play({ playerId: 'player1' });
-```
-
-### pause(options)
-
-비디오를 일시 중지합니다.
-
-```typescript
-await CapacitorVideoPlayer.pause({ playerId: 'player1' });
-```
-
-### getDuration(options)
-
-비디오 길이를 초 단위로 가져옵니다.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getDuration({ playerId: 'player1' });
-console.log('Duration:', value, 'seconds');
-```
-
-### getCurrentTime(options)
-
-현재 재생 위치를 초 단위로 가져옵니다.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'player1' });
-```
-
-### setCurrentTime(options)
-
-특정 시간으로 탐색합니다.
-
-```typescript
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'player1',
-  seektime: 60 // seconds
-});
-```
-
-### setVolume(options)
-
-볼륨을 설정합니다 (0.0에서 1.0).
-
-```typescript
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'player1',
-  volume: 0.8
-});
-```
-
-### getVolume(options)
-
-현재 볼륨을 가져옵니다.
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getVolume({ playerId: 'player1' });
-```
-
-### setMuted(options)
-
-비디오를 음소거하거나 음소거를 해제합니다.
-
-```typescript
-await CapacitorVideoPlayer.setMuted({
-  playerId: 'player1',
-  muted: true
-});
-```
-
-### setRate(options)
-
-재생 속도를 설정합니다.
-
-```typescript
-await CapacitorVideoPlayer.setRate({
-  playerId: 'player1',
-  rate: 1.5 // 1.5x speed
-});
-```
-
-### stopAllPlayers()
-
-모든 활성 플레이어를 중지합니다.
-
-```typescript
-await CapacitorVideoPlayer.stopAllPlayers();
-```
-
-### exitPlayer()
-
-비디오 플레이어를 종료합니다.
-
-```typescript
-await CapacitorVideoPlayer.exitPlayer();
-```
-
-## 완전한 예제
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-export class VideoPlayerService {
-  private playerId = 'mainPlayer';
-
-  async initializePlayer(videoUrl: string, subtitleUrl?: string) {
-    try {
-      const result = await CapacitorVideoPlayer.initPlayer({
-        mode: 'fullscreen',
-        url: videoUrl,
-        playerId: this.playerId,
-        subtitle: subtitleUrl,
-        language: 'en',
-        rate: 1.0,
-        exitOnEnd: true,
-        loopOnEnd: false,
-        pipEnabled: true,
-        bkmodeEnabled: true,
-        showControls: true,
-        displayMode: 'all'
-      });
-
-      console.log('Player initialized:', result);
-      return result;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  async togglePlayPause() {
-    const { value: isPlaying } = await CapacitorVideoPlayer.isPlaying({
-      playerId: this.playerId
-    });
-
-    if (isPlaying) {
-      await CapacitorVideoPlayer.pause({ playerId: this.playerId });
-    } else {
-      await CapacitorVideoPlayer.play({ playerId: this.playerId });
-    }
-  }
-
-  async seekForward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: currentTime + seconds
-    });
-  }
-
-  async seekBackward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: Math.max(0, currentTime - seconds)
-    });
-  }
-
-  async setPlaybackSpeed(speed: number) {
-    await CapacitorVideoPlayer.setRate({
-      playerId: this.playerId,
-      rate: speed
-    });
-  }
-
-  async getProgress() {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-    const { value: duration } = await CapacitorVideoPlayer.getDuration({
-      playerId: this.playerId
-    });
-
-    return {
-      currentTime,
-      duration,
-      percentage: (currentTime / duration) * 100
-    };
-  }
-
-  async cleanup() {
-    await CapacitorVideoPlayer.stopAllPlayers();
-  }
-}
-```
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 10.0+ 필요
-- 네이티브 AVPlayer 사용
-- Picture-in-Picture 지원
-- 백그라운드 재생 지원
-
-### Android
-- Android 5.0 (API 21)+ 필요
-- ExoPlayer 사용
-- Chromecast 지원
-- 커스텀 액센트 색상 사용 가능
-
-### Web
-- HTML5 비디오 플레이어 사용
-- 임베디드 모드만 지원
-- 제한된 네이티브 기능
-
-## 모범 사례
-
-1. **플레이어 정리**: 작업 완료 후 항상 플레이어 중지
-2. **오류 처리**: 플레이어 호출을 try-catch로 감싸기
-3. **고유한 플레이어 ID**: 여러 플레이어에 고유한 ID 사용
-4. **재생 상태 확인**: 작업 전 상태 확인
-5. **리소스 관리**: 메모리 확보를 위해 플레이어 해제
diff --git a/src/content/docs/ko/docs/plugins/video-player/index.mdx b/src/content/docs/ko/docs/plugins/video-player/index.mdx
deleted file mode 100644
index 527b4e5be..000000000
--- a/src/content/docs/ko/docs/plugins/video-player/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-video-player'
-description: 완전한 제어 및 사용자 정의 기능을 갖춘 Capacitor 앱의 기본 비디오 재생.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: '전체 화면, 내장 모드, 자막 및 포괄적인 재생 제어 기능을 지원하는 강력한 기본 비디오 플레이어입니다.'
-  image:
-    file: ~public/icons/plugins/video-player.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/video-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-video-player/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="다중 모드" icon="laptop">
-    전체 화면 및 내장 재생 모드
-  </Card>
-  <Card title="자막 지원" icon="document">
-    여러 언어로 자막 표시
-  </Card>
-  <Card title="모든 권한" icon="setting">
-    재생, 일시 정지, 탐색, 볼륨 및 재생 속도 제어
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    비디오 재생을 통합하려면 [문서](/docs/plugins/video-player/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/volume-buttons/getting-started.mdx b/src/content/docs/ko/docs/plugins/volume-buttons/getting-started.mdx
deleted file mode 100644
index 90e9d00b1..000000000
--- a/src/content/docs/ko/docs/plugins/volume-buttons/getting-started.mdx
+++ /dev/null
@@ -1,265 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Capacitor 앱에서 볼륨 버튼 누름을 감지하는 방법을 배웁니다.
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-volume-buttons" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 사용법
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-// 볼륨 버튼 누름 리스닝
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Volume button pressed:', event.direction);
-
-  if (event.direction === 'up') {
-    console.log('Volume up pressed');
-    // 볼륨 업 처리
-  } else if (event.direction === 'down') {
-    console.log('Volume down pressed');
-    // 볼륨 다운 처리
-  }
-});
-
-// 완료 시 모든 리스너 제거
-await VolumeButtons.removeAllListeners();
-```
-
-## API 참조
-
-### addListener('volumeButtonPressed', callback)
-
-볼륨 버튼 누름 이벤트를 수신합니다.
-
-```typescript
-const handle = VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Direction:', event.direction); // 'up' 또는 'down'
-});
-
-// 특정 리스너 제거
-await handle.remove();
-```
-
-**이벤트 데이터:**
-- `direction`: `'up' | 'down'` - 버튼 누름 방향
-
-### removeAllListeners()
-
-등록된 모든 리스너를 제거합니다.
-
-```typescript
-await VolumeButtons.removeAllListeners();
-```
-
-### getPluginVersion()
-
-플러그인 버전을 가져옵니다.
-
-```typescript
-const { version } = await VolumeButtons.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## 완전한 예제
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-export class VolumeButtonController {
-  private listener: any;
-
-  async initialize() {
-    this.listener = VolumeButtons.addListener(
-      'volumeButtonPressed',
-      this.handleVolumeButton.bind(this)
-    );
-
-    console.log('Volume button listener initialized');
-  }
-
-  private handleVolumeButton(event: { direction: 'up' | 'down' }) {
-    switch (event.direction) {
-      case 'up':
-        this.handleVolumeUp();
-        break;
-      case 'down':
-        this.handleVolumeDown();
-        break;
-    }
-  }
-
-  private handleVolumeUp() {
-    console.log('Volume up pressed');
-    // 볼륨 업을 위한 커스텀 로직
-    // 예: 앞으로 탐색, 밝기 증가 등
-  }
-
-  private handleVolumeDown() {
-    console.log('Volume down pressed');
-    // 볼륨 다운을 위한 커스텀 로직
-    // 예: 뒤로 탐색, 밝기 감소 등
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await VolumeButtons.removeAllListeners();
-    console.log('Volume button listener cleaned up');
-  }
-}
-```
-
-## 사용 사례
-
-### 사진/비디오 촬영
-
-볼륨 버튼을 카메라 셔터 트리거로 사용:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', async (event) => {
-  // 모든 볼륨 버튼이 카메라를 트리거
-  await capturePhoto();
-});
-```
-
-### 페이지 탐색
-
-볼륨 버튼으로 콘텐츠 탐색:
-
-```typescript
-let currentPage = 0;
-
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    currentPage++;
-    showPage(currentPage);
-  } else {
-    currentPage = Math.max(0, currentPage - 1);
-    showPage(currentPage);
-  }
-});
-```
-
-### 미디어 제어
-
-미디어 재생 제어:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    skipForward();
-  } else {
-    skipBackward();
-  }
-});
-```
-
-### 게임 컨트롤
-
-게임 액션에 볼륨 버튼 사용:
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    player.jump();
-  } else {
-    player.crouch();
-  }
-});
-```
-
-## 모범 사례
-
-1. **리스너 정리**
-   컴포넌트가 언마운트될 때 항상 리스너를 제거하세요:
-   ```typescript
-   useEffect(() => {
-     const listener = VolumeButtons.addListener('volumeButtonPressed', handler);
-
-     return () => {
-       listener.remove();
-     };
-   }, []);
-   ```
-
-2. **시각적 피드백 제공**
-   볼륨 버튼이 커스텀 컨트롤에 사용되고 있음을 사용자에게 표시:
-   ```typescript
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     showNotification(`Volume ${event.direction} pressed`);
-     performAction(event.direction);
-   });
-   ```
-
-3. **접근성 고려**
-   일부 사용자는 실제 볼륨 제어를 위해 볼륨 버튼에 의존한다는 점을 기억하세요. 대체 컨트롤을 제공하세요.
-
-4. **빠른 누름 디바운스**
-   실수로 인한 이중 누름 방지:
-   ```typescript
-   let lastPress = 0;
-   const DEBOUNCE_MS = 300;
-
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     const now = Date.now();
-     if (now - lastPress < DEBOUNCE_MS) {
-       return; // 빠른 누름 무시
-     }
-     lastPress = now;
-     handlePress(event.direction);
-   });
-   ```
-
-5. **동작 문서화**
-   볼륨 버튼에 커스텀 기능이 있음을 사용자에게 명확히 알리세요:
-   ```typescript
-   function showVolumeButtonHelp() {
-     alert('볼륨 업/다운 버튼을 사용하여 페이지를 탐색하세요');
-   }
-   ```
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 10.0+ 에서 작동
-- 볼륨 버튼이 안정적으로 감지됨
-- 시스템 볼륨 UI가 여전히 잠깐 나타날 수 있음
-
-### Android
-- Android 5.0 (API 21)+ 에서 작동
-- 앱이 포그라운드에 있어야 함
-- 일부 기기에서 약간의 지연이 있을 수 있음
-
-### Web
-- 웹 플랫폼에서 지원되지 않음
-- 리스너가 실행되지 않음
-
-## 문제 해결
-
-**이벤트가 발생하지 않음:**
-- 앱에 포커스가 있는지 확인
-- 리스너가 제대로 등록되었는지 확인
-- 플러그인이 설치되고 동기화되었는지 확인
-
-**시스템 볼륨 변경이 간섭:**
-- 이는 예상된 동작입니다 - 플러그인은 누름을 감지하지만 시스템 볼륨 변경을 방지하지 않습니다
-- 볼륨 변경과 함께 작동하는 UX를 고려하세요
-
-**여러 이벤트가 발생:**
-- 빠른 누름을 처리하기 위해 디바운싱 구현
-- 중복 리스너 등록 확인
diff --git a/src/content/docs/ko/docs/plugins/volume-buttons/index.mdx b/src/content/docs/ko/docs/plugins/volume-buttons/index.mdx
deleted file mode 100644
index 9f4dcce6b..000000000
--- a/src/content/docs/ko/docs/plugins/volume-buttons/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-volume-buttons'
-description: Capacitor 앱에서 하드웨어 볼륨 버튼 누르기를 들어보세요.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 사용자 지정 제어 및 상호 작용을 위해 모바일 장치에서 볼륨 높이기 및 낮추기 버튼 누름을 감지하고 이에 응답합니다.
-  image:
-    file: ~public/icons/plugins/volume-buttons.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/volume-buttons/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-volume-buttons/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="하드웨어 통합" icon="rocket">
-    물리적 볼륨 버튼 누르기 듣기
-  </Card>
-  <Card title="위/아래 감지" icon="star">
-    볼륨 업/다운을 구별하세요
-  </Card>
-  <Card title="단순 API" icon="pencil">
-    쉬운 이벤트 리스너 인터페이스
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    볼륨 버튼 사용을 시작하려면 [문서](/docs/plugins/volume-buttons/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/wechat/getting-started.mdx b/src/content/docs/ko/docs/plugins/wechat/getting-started.mdx
deleted file mode 100644
index 41a03e5e1..000000000
--- a/src/content/docs/ko/docs/plugins/wechat/getting-started.mdx
+++ /dev/null
@@ -1,391 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 WeChat 기능을 통합하기 위해 WeChat 플러그인을 설치하고 사용하는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-wechat" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 구성
-
-### WeChat 앱 등록
-
-이 플러그인을 사용하기 전에 [WeChat 오픈 플랫폼](https://open.weixin.qq.com/)에 앱을 등록하여 앱 ID를 받아야 합니다.
-
-### iOS 구성
-
-`Info.plist`에 다음을 추가하세요:
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-  <string>weixin</string>
-  <string>weixinULAPI</string>
-</array>
-
-<key>CFBundleURLTypes</key>
-<array>
-  <dict>
-    <key>CFBundleTypeRole</key>
-    <string>Editor</string>
-    <key>CFBundleURLName</key>
-    <string>weixin</string>
-    <key>CFBundleURLSchemes</key>
-    <array>
-      <string>YOUR_WECHAT_APP_ID</string>
-    </array>
-  </dict>
-</array>
-```
-
-iOS 프로젝트에 WeChat SDK를 통합해야 합니다. `Podfile`에 WeChat SDK를 추가하거나 [WeChat 오픈 플랫폼](https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/iOS.html)에서 다운로드하세요.
-
-### Android 구성
-
-`AndroidManifest.xml`에 다음을 추가하세요:
-
-```xml
-<manifest>
-  <application>
-    <!-- WeChat callback activity -->
-    <activity
-      android:name=".wxapi.WXEntryActivity"
-      android:exported="true"
-      android:label="@string/app_name"
-      android:launchMode="singleTask"
-      android:theme="@android:style/Theme.Translucent.NoTitleBar">
-      <intent-filter>
-        <action android:name="android.intent.action.VIEW" />
-        <category android:name="android.intent.category.DEFAULT" />
-      </intent-filter>
-    </activity>
-  </application>
-</manifest>
-```
-
-Android 프로젝트에 WeChat SDK를 통합해야 합니다. `build.gradle`에 WeChat SDK 종속성을 추가하거나 [WeChat 오픈 플랫폼](https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/Android.html)에서 다운로드하세요.
-
-## 사용법
-
-### WeChat 설치 확인
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-const checkWeChat = async () => {
-  const { installed } = await CapacitorWechat.isInstalled();
-  if (installed) {
-    console.log('WeChat is installed');
-  } else {
-    console.log('WeChat is not installed');
-  }
-};
-```
-
-### 인증
-
-```typescript
-const loginWithWeChat = async () => {
-  try {
-    const { code, state } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo', // or 'snsapi_login'
-      state: 'my_random_state'
-    });
-
-    // Send code to your backend to exchange for access token
-    const response = await fetch('https://yourapi.com/auth/wechat', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' },
-      body: JSON.stringify({ code })
-    });
-
-    const { access_token, openid } = await response.json();
-    console.log('Logged in with WeChat:', openid);
-  } catch (error) {
-    console.error('WeChat auth failed:', error);
-  }
-};
-```
-
-### 콘텐츠 공유
-
-#### 텍스트 공유
-
-```typescript
-const shareText = async () => {
-  await CapacitorWechat.share({
-    scene: 0, // 0 = Chat, 1 = Moments, 2 = Favorite
-    type: 'text',
-    text: 'Hello from Capacitor WeChat!'
-  });
-};
-```
-
-#### 링크 공유
-
-```typescript
-const shareLink = async () => {
-  await CapacitorWechat.share({
-    scene: 1, // Share to Moments
-    type: 'link',
-    title: 'Check out this awesome app!',
-    description: 'Built with Capacitor and WeChat SDK',
-    link: 'https://capacitorjs.com',
-    thumbUrl: 'https://capacitorjs.com/icon.png'
-  });
-};
-```
-
-#### 이미지 공유
-
-```typescript
-const shareImage = async () => {
-  await CapacitorWechat.share({
-    scene: 0,
-    type: 'image',
-    imageUrl: 'https://example.com/image.png', // or base64 data
-    thumbUrl: 'https://example.com/thumb.png'
-  });
-};
-```
-
-### WeChat Pay
-
-```typescript
-const payWithWeChat = async () => {
-  // First, get payment parameters from your server
-  const paymentParams = await fetchPaymentParamsFromServer();
-
-  try {
-    await CapacitorWechat.sendPaymentRequest({
-      partnerId: paymentParams.partnerId,
-      prepayId: paymentParams.prepayId,
-      nonceStr: paymentParams.nonceStr,
-      timeStamp: paymentParams.timeStamp,
-      package: paymentParams.package, // Usually 'Sign=WXPay'
-      sign: paymentParams.sign
-    });
-
-    console.log('Payment successful!');
-  } catch (error) {
-    console.error('Payment failed:', error);
-  }
-};
-```
-
-### 미니 프로그램 열기
-
-```typescript
-const openMiniProgram = async () => {
-  await CapacitorWechat.openMiniProgram({
-    username: 'gh_xxxxxxxxxxxxx', // Mini program original ID
-    path: 'pages/index/index', // Path within mini program
-    type: 0 // 0 = Release, 1 = Test, 2 = Preview
-  });
-};
-```
-
-## API 참조
-
-### isInstalled()
-
-기기에 WeChat 앱이 설치되어 있는지 확인합니다.
-
-```typescript
-const result = await CapacitorWechat.isInstalled();
-// Returns: { installed: boolean }
-```
-
-### auth(options)
-
-WeChat OAuth로 사용자를 인증합니다.
-
-```typescript
-interface WechatAuthOptions {
-  scope: string; // 'snsapi_userinfo' or 'snsapi_login'
-  state?: string; // Optional state parameter for CSRF protection
-}
-
-const result = await CapacitorWechat.auth(options);
-// Returns: { code: string, state?: string }
-```
-
-### share(options)
-
-WeChat에 콘텐츠를 공유합니다.
-
-```typescript
-interface WechatShareOptions {
-  scene: number; // 0 = Session (chat), 1 = Timeline (moments), 2 = Favorite
-  type: 'text' | 'image' | 'link' | 'music' | 'video' | 'miniprogram';
-  text?: string; // For type 'text'
-  title?: string; // For type 'link', 'music', 'video', 'miniprogram'
-  description?: string; // For type 'link', 'music', 'video', 'miniprogram'
-  link?: string; // For type 'link'
-  imageUrl?: string; // Image URL or base64 data
-  thumbUrl?: string; // Thumbnail URL or base64 data
-  mediaUrl?: string; // For type 'music' or 'video'
-  miniProgramUsername?: string; // For type 'miniprogram'
-  miniProgramPath?: string; // For type 'miniprogram'
-  miniProgramType?: number; // For type 'miniprogram': 0 = Release, 1 = Test, 2 = Preview
-  miniProgramWebPageUrl?: string; // Fallback URL for type 'miniprogram'
-}
-
-await CapacitorWechat.share(options);
-```
-
-### sendPaymentRequest(options)
-
-WeChat Pay에 결제 요청을 보냅니다.
-
-```typescript
-interface WechatPaymentOptions {
-  partnerId: string; // Merchant ID
-  prepayId: string; // Prepay ID from unified order API
-  nonceStr: string; // Random string
-  timeStamp: string; // Timestamp
-  package: string; // Usually 'Sign=WXPay'
-  sign: string; // Signature
-}
-
-await CapacitorWechat.sendPaymentRequest(options);
-```
-
-### openMiniProgram(options)
-
-WeChat 미니 프로그램을 엽니다.
-
-```typescript
-interface WechatMiniProgramOptions {
-  username: string; // Mini-program username (original ID)
-  path?: string; // Path to open in mini-program
-  type?: number; // 0 = Release, 1 = Test, 2 = Preview
-}
-
-await CapacitorWechat.openMiniProgram(options);
-```
-
-### chooseInvoice(options)
-
-WeChat에서 인보이스를 선택합니다 (비즈니스 앱용).
-
-```typescript
-interface WechatInvoiceOptions {
-  appId: string;
-  signType: string;
-  cardSign: string;
-  timeStamp: string;
-  nonceStr: string;
-}
-
-const result = await CapacitorWechat.chooseInvoice(options);
-// Returns: { cards: string[] }
-```
-
-### getPluginVersion()
-
-네이티브 플러그인 버전을 가져옵니다.
-
-```typescript
-const result = await CapacitorWechat.getPluginVersion();
-// Returns: { version: string }
-```
-
-## 완전한 예제
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-export class WeChatService {
-  async init() {
-    const { installed } = await CapacitorWechat.isInstalled();
-    if (!installed) {
-      throw new Error('WeChat is not installed');
-    }
-  }
-
-  async login() {
-    const { code } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo',
-      state: Math.random().toString(36).substring(7)
-    });
-
-    // Exchange code for access token on your backend
-    const response = await fetch('/api/auth/wechat', {
-      method: 'POST',
-      body: JSON.stringify({ code })
-    });
-
-    return response.json();
-  }
-
-  async shareToChat(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 0, // Chat
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-
-  async shareToMoments(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 1, // Moments
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-}
-```
-
-## 중요 참고사항
-
-1. **WeChat SDK 통합**: 이 플러그인은 Capacitor 인터페이스를 제공하지만, 네이티브 프로젝트에 공식 WeChat SDK를 통합해야 합니다.
-
-2. **앱 등록**: 앱 ID를 받으려면 [WeChat 오픈 플랫폼](https://open.weixin.qq.com/)에 앱을 등록해야 합니다.
-
-3. **Universal Links (iOS)**: iOS 13+의 경우, WeChat 콜백을 위해 Universal Links를 구성해야 합니다.
-
-4. **백엔드 통합**: 인증 및 결제 기능은 코드를 토큰으로 교환하고 결제 매개변수를 준비하기 위해 백엔드 통합이 필요합니다.
-
-5. **테스팅**: WeChat 기능은 물리적 기기에서 테스트해야 하며, 시뮬레이터에서는 작동하지 않습니다.
-
-## 모범 사례
-
-1. **WeChat 설치 확인**: 기능을 사용하기 전에 WeChat이 설치되어 있는지 항상 확인하세요.
-2. **오류를 우아하게 처리**: try-catch 블록을 사용하세요.
-3. **state 매개변수 사용**: CSRF 보호를 위해 인증 요청에 state 매개변수를 사용하세요.
-4. **결제 응답 검증**: 액세스 권한을 부여하기 전에 백엔드에서 결제 응답을 검증하세요.
-5. **이미지 압축**: 데이터 사용량을 줄이기 위해 공유하기 전에 이미지를 압축하세요.
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 10.0+ 필요
-- iOS용 공식 WeChat SDK 사용
-- iOS 13+를 위한 Universal Links 구성 필요
-
-### Android
-- Android 5.0 (API 21)+ 필요
-- Android용 공식 WeChat SDK 사용
-- WXEntryActivity 구성 필요
-
-### Web
-- 웹 플랫폼에서 지원되지 않음
diff --git a/src/content/docs/ko/docs/plugins/wechat/index.mdx b/src/content/docs/ko/docs/plugins/wechat/index.mdx
deleted file mode 100644
index 5792bc05c..000000000
--- a/src/content/docs/ko/docs/plugins/wechat/index.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: '@capgo/capacitor-wechat'
-description: 'Capacitor에 대한 WeChat SDK 통합 - 인증, 공유, 결제 및 미니 프로그램이 가능합니다.'
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: '원활한 인증, 콘텐츠 공유, 결제 및 미니 프로그램 액세스를 위해 WeChat SDK을 Capacitor 앱에 통합하세요.'
-  image:
-    file: ~public/icons/plugins/wechat.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/wechat/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-wechat/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="OAuth 인증" icon="puzzle">
-    원활한 사용자 인증을 위해 보안 WeChat 로그인을 활성화하세요 🔐
-  </Card>
-  <Card title="콘텐츠 공유" icon="rocket">
-    텍스트, 이미지, 링크, 음악, 비디오 및 미니 프로그램을 WeChat에 공유하세요 📤
-  </Card>
-  <Card title="위챗페이" icon="star">
-    원활한 거래를 위해 WeChat Pay를 통해 결제를 수락하세요 💳
-  </Card>
-  <Card title="Mini-Programs" icon="open-book">
-    앱에서 직접 WeChat 미니 프로그램을 실행하세요 🚀
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    기본 WeChat SDK을 사용하여 iOS 및 Android에서 모두 작동합니다. 📱
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/wechat/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/wifi/getting-started.mdx b/src/content/docs/ko/docs/plugins/wifi/getting-started.mdx
deleted file mode 100644
index ed517e711..000000000
--- a/src/content/docs/ko/docs/plugins/wifi/getting-started.mdx
+++ /dev/null
@@ -1,371 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 네트워크 연결을 관리하기 위해 WiFi 플러그인을 설치하고 사용하는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-wifi" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **권한 구성**
-
-   **Android**: `AndroidManifest.xml`에 추가:
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-   <uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-
-   **iOS**: `Info.plist`에 추가:
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>We need location access to scan WiFi networks</string>
-   ```
-</Steps>
-
-## 사용법
-
-플러그인을 가져와서 WiFi 연결을 관리하세요:
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-// Get current WiFi connection info
-const getWifiInfo = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-  console.log('Connected to:', info.ssid);
-  console.log('IP Address:', info.ip);
-};
-
-// Scan for available networks
-const scanNetworks = async () => {
-  const { networks } = await CapacitorWifi.scan();
-  networks.forEach(network => {
-    console.log(`SSID: ${network.ssid}, Signal: ${network.level}`);
-  });
-};
-
-// Connect to a network
-const connectToWifi = async () => {
-  await CapacitorWifi.connect({
-    ssid: 'MyNetwork',
-    password: 'mypassword'
-  });
-};
-```
-
-## API 참조
-
-### getWifiInfo()
-
-현재 연결된 WiFi 네트워크에 대한 정보를 가져옵니다.
-
-```typescript
-interface WifiInfo {
-  ssid: string;          // Network name
-  bssid: string;         // MAC address of access point
-  ip: string;            // Device IP address
-  frequency: number;     // Network frequency (MHz)
-  linkSpeed: number;     // Connection speed (Mbps)
-  signalStrength: number; // Signal strength (0-100)
-}
-
-const info = await CapacitorWifi.getWifiInfo();
-```
-
-### scan()
-
-사용 가능한 WiFi 네트워크를 스캔합니다.
-
-```typescript
-interface WifiNetwork {
-  ssid: string;          // Network name
-  bssid: string;         // MAC address
-  level: number;         // Signal level (dBm)
-  frequency: number;     // Network frequency
-  capabilities: string;  // Security capabilities
-}
-
-const { networks } = await CapacitorWifi.scan();
-```
-
-### connect(options)
-
-WiFi 네트워크에 연결합니다.
-
-```typescript
-interface ConnectOptions {
-  ssid: string;          // Network name
-  password?: string;     // Network password (if secured)
-  isHiddenSsid?: boolean; // Whether SSID is hidden
-}
-
-await CapacitorWifi.connect({
-  ssid: 'MyNetwork',
-  password: 'mypassword'
-});
-```
-
-### disconnect()
-
-현재 WiFi 네트워크에서 연결을 해제합니다.
-
-```typescript
-await CapacitorWifi.disconnect();
-```
-
-### getSSID()
-
-현재 연결된 네트워크의 SSID를 가져옵니다.
-
-```typescript
-const { ssid } = await CapacitorWifi.getSSID();
-console.log('Connected to:', ssid);
-```
-
-### getIP()
-
-현재 기기의 IP 주소를 가져옵니다.
-
-```typescript
-const { ip } = await CapacitorWifi.getIP();
-console.log('IP Address:', ip);
-```
-
-## 완전한 예제
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-export class WifiService {
-  async getCurrentNetwork() {
-    try {
-      const info = await CapacitorWifi.getWifiInfo();
-      return {
-        name: info.ssid,
-        strength: this.getSignalQuality(info.signalStrength),
-        speed: `${info.linkSpeed} Mbps`,
-        ip: info.ip
-      };
-    } catch (error) {
-      console.error('Failed to get WiFi info:', error);
-      return null;
-    }
-  }
-
-  async scanAndConnect(targetSsid: string, password: string) {
-    try {
-      // Scan for networks
-      const { networks } = await CapacitorWifi.scan();
-
-      // Find target network
-      const targetNetwork = networks.find(n => n.ssid === targetSsid);
-
-      if (!targetNetwork) {
-        throw new Error(`Network ${targetSsid} not found`);
-      }
-
-      console.log(`Found network with signal: ${targetNetwork.level} dBm`);
-
-      // Connect to network
-      await CapacitorWifi.connect({
-        ssid: targetSsid,
-        password: password
-      });
-
-      console.log('Connected successfully!');
-      return true;
-    } catch (error) {
-      console.error('Connection failed:', error);
-      return false;
-    }
-  }
-
-  async findBestNetwork(preferredNetworks: string[]) {
-    const { networks } = await CapacitorWifi.scan();
-
-    // Filter to preferred networks
-    const available = networks.filter(n =>
-      preferredNetworks.includes(n.ssid)
-    );
-
-    if (available.length === 0) {
-      return null;
-    }
-
-    // Sort by signal strength
-    available.sort((a, b) => b.level - a.level);
-
-    return available[0];
-  }
-
-  async monitorConnection(callback: (info: WifiInfo | null) => void) {
-    const checkConnection = async () => {
-      try {
-        const info = await CapacitorWifi.getWifiInfo();
-        callback(info);
-      } catch (error) {
-        callback(null);
-      }
-    };
-
-    // Check every 5 seconds
-    const interval = setInterval(checkConnection, 5000);
-
-    // Initial check
-    await checkConnection();
-
-    // Return cleanup function
-    return () => clearInterval(interval);
-  }
-
-  private getSignalQuality(strength: number): string {
-    if (strength >= 80) return 'Excellent';
-    if (strength >= 60) return 'Good';
-    if (strength >= 40) return 'Fair';
-    return 'Poor';
-  }
-
-  async getNetworkSecurity(ssid: string): Promise<string> {
-    const { networks } = await CapacitorWifi.scan();
-    const network = networks.find(n => n.ssid === ssid);
-
-    if (!network) {
-      return 'Unknown';
-    }
-
-    const caps = network.capabilities.toLowerCase();
-
-    if (caps.includes('wpa3')) return 'WPA3';
-    if (caps.includes('wpa2')) return 'WPA2';
-    if (caps.includes('wpa')) return 'WPA';
-    if (caps.includes('wep')) return 'WEP';
-
-    return 'Open';
-  }
-}
-```
-
-## 고급 사용법
-
-### 네트워크 품질 평가
-
-```typescript
-const assessNetworkQuality = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-
-  const quality = {
-    signal: info.signalStrength >= 70 ? 'Excellent' :
-            info.signalStrength >= 50 ? 'Good' :
-            info.signalStrength >= 30 ? 'Fair' : 'Poor',
-    speed: info.linkSpeed >= 100 ? 'Fast' :
-           info.linkSpeed >= 50 ? 'Medium' : 'Slow',
-    frequency: info.frequency >= 5000 ? '5GHz' : '2.4GHz'
-  };
-
-  console.log('Network Quality:', quality);
-  return quality;
-};
-```
-
-### 선호하는 네트워크에 자동 연결
-
-```typescript
-const autoConnect = async (preferredNetworks: Array<{ ssid: string, password: string }>) => {
-  const { networks } = await CapacitorWifi.scan();
-
-  for (const preferred of preferredNetworks) {
-    const found = networks.find(n => n.ssid === preferred.ssid);
-
-    if (found) {
-      try {
-        await CapacitorWifi.connect({
-          ssid: preferred.ssid,
-          password: preferred.password
-        });
-        console.log(`Connected to ${preferred.ssid}`);
-        return true;
-      } catch (error) {
-        console.error(`Failed to connect to ${preferred.ssid}`);
-      }
-    }
-  }
-
-  return false;
-};
-```
-
-### 네트워크 변경 감지
-
-```typescript
-class NetworkMonitor {
-  private currentSsid: string | null = null;
-  private listeners: Array<(ssid: string | null) => void> = [];
-
-  async start() {
-    setInterval(async () => {
-      try {
-        const { ssid } = await CapacitorWifi.getSSID();
-
-        if (ssid !== this.currentSsid) {
-          this.currentSsid = ssid;
-          this.notifyListeners(ssid);
-        }
-      } catch (error) {
-        if (this.currentSsid !== null) {
-          this.currentSsid = null;
-          this.notifyListeners(null);
-        }
-      }
-    }, 3000);
-  }
-
-  onNetworkChange(callback: (ssid: string | null) => void) {
-    this.listeners.push(callback);
-  }
-
-  private notifyListeners(ssid: string | null) {
-    this.listeners.forEach(listener => listener(ssid));
-  }
-}
-```
-
-## 모범 사례
-
-1. **권한**: 네트워크 스캔 전에 위치 권한 요청
-2. **오류 처리**: WiFi 작업은 항상 try-catch 블록으로 감싸기
-3. **사용자 피드백**: 네트워크 작업 중 로딩 인디케이터 표시
-4. **보안**: WiFi 비밀번호를 일반 텍스트로 저장하지 않기
-5. **테스팅**: 에뮬레이터에서는 WiFi API가 작동하지 않을 수 있으므로 실제 기기에서 테스트
-
-## 플랫폼 차이점
-
-### iOS
-- 네트워크 스캔에 위치 권한 필요
-- 프로그래밍 방식으로 네트워크에 연결할 수 없음 (설정 앱 열기)
-- 네트워크 세부 정보에 대한 제한된 액세스
-
-### Android
-- 완전한 프로그래밍 방식의 WiFi 제어
-- 네트워크 스캔에 위치 권한 필요
-- 프로그래밍 방식으로 연결/연결 해제 가능
-
-## 문제 해결
-
-### 일반적인 문제
-
-**스캔 결과가 비어 있음**: 위치 권한이 부여되었는지 확인
-**네트워크에 연결할 수 없음**: 비밀번호가 올바른지, 네트워크가 범위 내에 있는지 확인
-**getWifiInfo 실패**: 기기가 WiFi 네트워크에 연결되어 있는지 확인
-**권한 거부**: 플랫폼 구성 파일에 필요한 권한 추가
diff --git a/src/content/docs/ko/docs/plugins/wifi/index.mdx b/src/content/docs/ko/docs/plugins/wifi/index.mdx
deleted file mode 100644
index 9d57e1e11..000000000
--- a/src/content/docs/ko/docs/plugins/wifi/index.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: '@capgo/capacitor-wifi'
-description: iOS 및 Android에서 Capacitor 앱의 WiFi 연결을 관리합니다.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 'Capacitor 앱에서 WiFi 연결을 관리하고, 네트워크를 검색하고, 연결 상태를 모니터링하세요.'
-  image:
-    file: ~public/icons/plugins/wifi.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/wifi/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-wifi/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="네트워크 스캐닝" icon="magnifier">
-    사용 가능한 WiFi 네트워크를 스캔하고 찾아보세요 📡
-  </Card>
-  <Card title="연결 관리" icon="puzzle">
-    프로그래밍 방식으로 WiFi 네트워크 연결 및 연결 해제 🔌
-  </Card>
-  <Card title="상태 모니터링" icon="setting">
-    WiFi 연결 상태를 실시간으로 모니터링하세요 📊
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    iOS 및 Android 장치 모두에서 작동합니다 📱
-  </Card>
-  <Card title="네트워크 정보" icon="information">
-    연결된 네트워크에 대한 자세한 정보를 얻으세요 🔍
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    단 몇 분 만에 플러그인을 마스터하려면 [문서](/docs/plugins/wifi/getting-started/)를 확인하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/youtube-player/getting-started.mdx b/src/content/docs/ko/docs/plugins/youtube-player/getting-started.mdx
deleted file mode 100644
index a061a48f8..000000000
--- a/src/content/docs/ko/docs/plugins/youtube-player/getting-started.mdx
+++ /dev/null
@@ -1,342 +0,0 @@
----
-title: 시작하기
-description: Capacitor 앱에서 YouTube 비디오 재생을 통합하는 방법을 알아보세요.
-sidebar:
-  order: 2
-locale: ko
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-youtube-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 기본 사용법
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-// Initialize the player
-const result = await YoutubePlayer.initialize({
-  playerId: 'youtube-player',
-  playerSize: { width: 640, height: 360 },
-  videoId: 'dQw4w9WgXcQ',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 1,
-    controls: 1
-  }
-});
-
-// Play video
-await YoutubePlayer.playVideo(result.player);
-
-// Pause video
-await YoutubePlayer.pauseVideo(result.player);
-
-// Listen to player events
-YoutubePlayer.addEventListener(result.player, 'onStateChange', (event) => {
-  console.log('Player state:', event.data);
-});
-```
-
-## API 참조
-
-### initialize(options)
-
-YouTube 플레이어 인스턴스를 초기화합니다.
-
-```typescript
-const { player, playerReady } = await YoutubePlayer.initialize({
-  playerId: 'my-player',
-  playerSize: { width: 1280, height: 720 },
-  videoId: 'VIDEO_ID',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 0,
-    controls: 1,
-    rel: 0
-  }
-});
-```
-
-### 비디오 제어 메서드
-
-```typescript
-// Play
-await YoutubePlayer.playVideo(playerId);
-
-// Pause
-await YoutubePlayer.pauseVideo(playerId);
-
-// Stop
-await YoutubePlayer.stopVideo(playerId);
-
-// Seek to time
-await YoutubePlayer.seekTo(playerId, seconds, allowSeekAhead);
-
-// Load video by ID
-await YoutubePlayer.loadVideoById(playerId, { videoId: 'VIDEO_ID' });
-
-// Cue video (load without playing)
-await YoutubePlayer.cueVideoById(playerId, { videoId: 'VIDEO_ID' });
-```
-
-### 재생목록 제어
-
-```typescript
-// Load playlist
-await YoutubePlayer.loadPlaylist(playerId, {
-  listType: 'playlist',
-  list: 'PLAYLIST_ID'
-});
-
-// Cue playlist
-await YoutubePlayer.cuePlaylist(playerId, {
-  playlist: ['VIDEO_ID_1', 'VIDEO_ID_2'],
-  index: 0
-});
-
-// Navigate playlist
-await YoutubePlayer.nextVideo(playerId);
-await YoutubePlayer.previousVideo(playerId);
-await YoutubePlayer.playVideoAt(playerId, index);
-```
-
-### 오디오 제어
-
-```typescript
-// Mute/Unmute
-await YoutubePlayer.mute(playerId);
-await YoutubePlayer.unMute(playerId);
-
-const { result } = await YoutubePlayer.isMuted(playerId);
-console.log('Muted:', result.value);
-
-// Volume (0-100)
-await YoutubePlayer.setVolume(playerId, 50);
-const { result } = await YoutubePlayer.getVolume(playerId);
-```
-
-### 재생 제어
-
-```typescript
-// Playback rate
-await YoutubePlayer.setPlaybackRate(playerId, 1.5);
-const { result } = await YoutubePlayer.getPlaybackRate(playerId);
-
-// Available rates
-const { result } = await YoutubePlayer.getAvailablePlaybackRates(playerId);
-console.log('Available rates:', result.value);
-
-// Loop and shuffle
-await YoutubePlayer.setLoop(playerId, true);
-await YoutubePlayer.setShuffle(playerId, true);
-```
-
-### 품질 제어
-
-```typescript
-// Set quality
-await YoutubePlayer.setPlaybackQuality(playerId, 'hd720');
-
-// Get current quality
-const { result } = await YoutubePlayer.getPlaybackQuality(playerId);
-
-// Get available qualities
-const { result } = await YoutubePlayer.getAvailableQualityLevels(playerId);
-```
-
-### 플레이어 정보
-
-```typescript
-// Duration
-const { result } = await YoutubePlayer.getDuration(playerId);
-
-// Current time
-const { result } = await YoutubePlayer.getCurrentTime(playerId);
-
-// Loaded fraction
-const { result } = await YoutubePlayer.getVideoLoadedFraction(playerId);
-
-// Player state
-const { result } = await YoutubePlayer.getPlayerState(playerId);
-
-// Video URL
-const { result } = await YoutubePlayer.getVideoUrl(playerId);
-```
-
-### 이벤트 리스너
-
-```typescript
-// State change
-YoutubePlayer.addEventListener(playerId, 'onStateChange', (event) => {
-  console.log('State:', event.data); // -1, 0, 1, 2, 3, 5
-});
-
-// Ready
-YoutubePlayer.addEventListener(playerId, 'onReady', (event) => {
-  console.log('Player ready');
-});
-
-// Error
-YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-  console.error('Player error:', event.data);
-});
-
-// Quality change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackQualityChange', (event) => {
-  console.log('Quality:', event.data);
-});
-
-// Rate change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackRateChange', (event) => {
-  console.log('Rate:', event.data);
-});
-
-// Remove listener
-YoutubePlayer.removeEventListener(playerId, 'onStateChange', callback);
-```
-
-## 완전한 예제
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-export class YouTubeService {
-  private playerId: string | null = null;
-
-  async initPlayer(videoId: string) {
-    try {
-      const { player, playerReady } = await YoutubePlayer.initialize({
-        playerId: 'main-player',
-        playerSize: { width: 1280, height: 720 },
-        videoId,
-        fullscreen: false,
-        playerVars: {
-          autoplay: 0,
-          controls: 1,
-          modestbranding: 1,
-          rel: 0
-        }
-      });
-
-      this.playerId = player;
-
-      // Set up event listeners
-      YoutubePlayer.addEventListener(player, 'onReady', () => {
-        console.log('Player is ready');
-      });
-
-      YoutubePlayer.addEventListener(player, 'onStateChange', (event) => {
-        this.handleStateChange(event.data);
-      });
-
-      YoutubePlayer.addEventListener(player, 'onError', (event) => {
-        console.error('YouTube error:', event.data);
-      });
-
-      return player;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  private handleStateChange(state: number) {
-    switch (state) {
-      case -1:
-        console.log('Unstarted');
-        break;
-      case 0:
-        console.log('Ended');
-        break;
-      case 1:
-        console.log('Playing');
-        break;
-      case 2:
-        console.log('Paused');
-        break;
-      case 3:
-        console.log('Buffering');
-        break;
-      case 5:
-        console.log('Video cued');
-        break;
-    }
-  }
-
-  async play() {
-    if (!this.playerId) return;
-    await YoutubePlayer.playVideo(this.playerId);
-  }
-
-  async pause() {
-    if (!this.playerId) return;
-    await YoutubePlayer.pauseVideo(this.playerId);
-  }
-
-  async loadVideo(videoId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadVideoById(this.playerId, { videoId });
-  }
-
-  async destroy() {
-    if (!this.playerId) return;
-    await YoutubePlayer.destroy(this.playerId);
-    this.playerId = null;
-  }
-}
-```
-
-## 플레이어 상태
-
-| 상태 | 값 | 설명 |
-|-------|-------|-------------|
-| UNSTARTED | -1 | 비디오 시작 안됨 |
-| ENDED | 0 | 비디오 종료됨 |
-| PLAYING | 1 | 비디오 재생 중 |
-| PAUSED | 2 | 비디오 일시 중지됨 |
-| BUFFERING | 3 | 비디오 버퍼링 중 |
-| CUED | 5 | 비디오 준비됨 |
-
-## 품질 레벨
-
-- `small`: 240p
-- `medium`: 360p
-- `large`: 480p
-- `hd720`: 720p
-- `hd1080`: 1080p
-- `highres`: >1080p
-- `default`: 자동 품질
-
-## 모범 사례
-
-1. **한 번 초기화**: 플레이어 인스턴스를 한 번 생성하고 재사용하세요
-2. **오류를 우아하게 처리**: 오류 이벤트 리스너를 구현하세요
-3. **정리**: 컴포넌트 언마운트 시 플레이어를 제거하세요
-4. **사용자 선호 존중**: 사용자가 시작하지 않는 한 자동 재생하지 마세요
-5. **재생 모니터링**: 진행 상황을 추적하세요
-
-## 플랫폼 참고사항
-
-### iOS
-- iOS 9.0+ 에서 작동
-- YouTube iframe API와 함께 WKWebView 사용
-- 전체 화면 지원
-
-### Android
-- Android 5.0 (API 21)+ 에서 작동
-- YouTube iframe API와 함께 WebView 사용
-- 전체 화면 지원
-
-### Web
-- 직접 YouTube iframe 통합
-- 전체 API 지원
-- 최고의 성능
diff --git a/src/content/docs/ko/docs/plugins/youtube-player/index.mdx b/src/content/docs/ko/docs/plugins/youtube-player/index.mdx
deleted file mode 100644
index 16f21f81e..000000000
--- a/src/content/docs/ko/docs/plugins/youtube-player/index.mdx
+++ /dev/null
@@ -1,42 +0,0 @@
----
-title: '@capgo/capacitor-youtube-player'
-description: 포괄적인 API 액세스 권한을 통해 Capacitor 앱에 YouTube 플레이어 컨트롤을 삽입하세요.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: >-
-    Capacitor 애플리케이션에서 플레이어 상태, 재생 목록, 품질 및 이벤트를 완벽하게 제어하면서 YouTube 비디오 재생을
-    통합하세요.
-  image:
-    file: ~public/icons/plugins/youtube-player.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/youtube-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-youtube-player/'
-      icon: external
-      variant: minimal
-locale: ko
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="전체 YouTube API" icon="rocket">
-    YouTube 플레이어 API에 대한 전체 액세스 권한
-  </Card>
-  <Card title="재생목록 지원" icon="list-format">
-    YouTube 재생목록 로드 및 제어
-  </Card>
-  <Card title="품질 관리" icon="star">
-    재생 품질을 동적으로 조정
-  </Card>
-  <Card title="이벤트 리스너" icon="setting">
-    플레이어 상태 변경 및 이벤트에 반응
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/plugins/zip/getting-started.mdx b/src/content/docs/ko/docs/plugins/zip/getting-started.mdx
deleted file mode 100644
index bd5c03ab6..000000000
--- a/src/content/docs/ko/docs/plugins/zip/getting-started.mdx
+++ /dev/null
@@ -1,312 +0,0 @@
----
-title: 시작하기
-locale: ko
-description: Capacitor 앱에서 파일을 압축하고 추출하기 위해 Zip 플러그인을 설치하고 사용하는 방법을 알아보세요.
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **패키지 설치**
-   <PackageManagers pkg="@capgo/capacitor-zip" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **네이티브 프로젝트와 동기화**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 사용법
-
-플러그인을 가져와서 파일을 압축하거나 압축 해제하세요:
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-
-// Zip a folder
-const zipFolder = async () => {
-  await CapacitorZip.zip({
-    source: 'file:///path/to/folder',
-    destination: 'file:///path/to/archive.zip'
-  });
-  console.log('Folder zipped successfully!');
-};
-
-// Unzip an archive
-const unzipArchive = async () => {
-  await CapacitorZip.unzip({
-    source: 'file:///path/to/archive.zip',
-    destination: 'file:///path/to/output/folder'
-  });
-  console.log('Archive extracted successfully!');
-};
-```
-
-## API 참조
-
-### zip(options)
-
-소스 폴더에서 ZIP 아카이브를 생성합니다.
-
-```typescript
-interface ZipOptions {
-  source: string;       // Path to folder to compress
-  destination: string;  // Path for output ZIP file
-}
-
-await CapacitorZip.zip({
-  source: 'file:///path/to/folder',
-  destination: 'file:///path/to/archive.zip'
-});
-```
-
-### unzip(options)
-
-ZIP 아카이브에서 파일을 추출합니다.
-
-```typescript
-interface UnzipOptions {
-  source: string;       // Path to ZIP file
-  destination: string;  // Path to extract to
-}
-
-await CapacitorZip.unzip({
-  source: 'file:///path/to/archive.zip',
-  destination: 'file:///path/to/output/folder'
-});
-```
-
-## 완전한 예제
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class ZipService {
-  async createBackup() {
-    try {
-      const timestamp = Date.now();
-      const sourceDir = `${Filesystem.Directory.Data}/userdata`;
-      const destPath = `${Filesystem.Directory.Documents}/backup_${timestamp}.zip`;
-
-      await CapacitorZip.zip({
-        source: sourceDir,
-        destination: destPath
-      });
-
-      console.log('Backup created:', destPath);
-      return destPath;
-    } catch (error) {
-      console.error('Backup failed:', error);
-      throw error;
-    }
-  }
-
-  async restoreBackup(backupPath: string) {
-    try {
-      const destDir = `${Filesystem.Directory.Data}/userdata`;
-
-      // Clear existing data
-      await Filesystem.rmdir({
-        path: 'userdata',
-        directory: Directory.Data,
-        recursive: true
-      });
-
-      // Extract backup
-      await CapacitorZip.unzip({
-        source: backupPath,
-        destination: destDir
-      });
-
-      console.log('Backup restored successfully');
-    } catch (error) {
-      console.error('Restore failed:', error);
-      throw error;
-    }
-  }
-
-  async compressFiles(filePaths: string[], outputPath: string) {
-    try {
-      // Create temporary directory
-      const tempDir = `${Filesystem.Directory.Cache}/temp_zip_${Date.now()}`;
-
-      await Filesystem.mkdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      // Copy files to temp directory
-      for (const filePath of filePaths) {
-        const fileName = filePath.split('/').pop();
-        await Filesystem.copy({
-          from: filePath,
-          to: `${tempDir}/${fileName}`
-        });
-      }
-
-      // Zip the temp directory
-      await CapacitorZip.zip({
-        source: tempDir,
-        destination: outputPath
-      });
-
-      // Clean up temp directory
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return outputPath;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async extractSpecificFiles(zipPath: string, fileNames: string[]) {
-    try {
-      // Extract to temp location
-      const tempDir = `${Filesystem.Directory.Cache}/temp_extract_${Date.now()}`;
-
-      await CapacitorZip.unzip({
-        source: zipPath,
-        destination: tempDir
-      });
-
-      // Read only specific files
-      const extractedFiles: { [key: string]: string } = {};
-
-      for (const fileName of fileNames) {
-        const content = await Filesystem.readFile({
-          path: `${tempDir}/${fileName}`,
-          directory: Directory.Cache
-        });
-        extractedFiles[fileName] = content.data;
-      }
-
-      // Clean up
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return extractedFiles;
-    } catch (error) {
-      console.error('Extraction failed:', error);
-      throw error;
-    }
-  }
-}
-```
-
-## 고급 사용법
-
-### 진행 상황 추적으로 아카이브 생성
-
-```typescript
-const zipWithProgress = async (source: string, destination: string) => {
-  console.log('Starting compression...');
-
-  try {
-    await CapacitorZip.zip({ source, destination });
-    console.log('Compression complete!');
-  } catch (error) {
-    console.error('Compression failed:', error);
-    throw error;
-  }
-};
-```
-
-### 일괄 아카이브 작업
-
-```typescript
-const batchZip = async (folders: string[]) => {
-  const results = [];
-
-  for (const folder of folders) {
-    const folderName = folder.split('/').pop();
-    const zipPath = `${folder}_${Date.now()}.zip`;
-
-    try {
-      await CapacitorZip.zip({
-        source: folder,
-        destination: zipPath
-      });
-      results.push({ folder, zipPath, success: true });
-    } catch (error) {
-      results.push({ folder, error, success: false });
-    }
-  }
-
-  return results;
-};
-```
-
-### 안전한 아카이브 생성
-
-```typescript
-const createSecureBackup = async (dataPath: string) => {
-  // Zip the data
-  const zipPath = `${Filesystem.Directory.Documents}/secure_backup.zip`;
-
-  await CapacitorZip.zip({
-    source: dataPath,
-    destination: zipPath
-  });
-
-  // Optionally encrypt the zip file here using a crypto plugin
-
-  return zipPath;
-};
-```
-
-### 아카이브 유효성 검사
-
-```typescript
-const validateArchive = async (zipPath: string): Promise<boolean> => {
-  try {
-    const tempDir = `${Filesystem.Directory.Cache}/validate_${Date.now()}`;
-
-    // Try to extract
-    await CapacitorZip.unzip({
-      source: zipPath,
-      destination: tempDir
-    });
-
-    // Clean up
-    await Filesystem.rmdir({
-      path: tempDir,
-      directory: Directory.Cache,
-      recursive: true
-    });
-
-    return true;
-  } catch (error) {
-    console.error('Archive validation failed:', error);
-    return false;
-  }
-};
-```
-
-## 모범 사례
-
-1. **경로 유효성 검사**: 작업 전에 항상 소스 및 대상 경로를 검증하세요
-2. **오류 처리**: 모든 zip/unzip 작업을 try-catch 블록으로 감싸세요
-3. **정리**: 작업 후 임시 파일과 폴더를 제거하세요
-4. **대용량 파일**: 모바일 장치에서 대용량 아카이브를 다룰 때 주의하세요
-5. **권한**: 앱에 필요한 파일 시스템 권한이 있는지 확인하세요
-
-## 문제 해결
-
-### 일반적인 문제
-
-**압축 작업 실패**: 소스 경로가 존재하고 액세스 가능한지 확인하세요
-**압축 해제 실패**: ZIP 파일이 유효하고 대상 경로가 쓰기 가능한지 확인하세요
-**저장 공간 부족**: 작업 전에 사용 가능한 디스크 공간을 모니터링하세요
-**권한 거부됨**: 앱 구성에서 파일 시스템 권한을 확인하세요
diff --git a/src/content/docs/ko/docs/plugins/zip/index.mdx b/src/content/docs/ko/docs/plugins/zip/index.mdx
deleted file mode 100644
index 4fc399cbb..000000000
--- a/src/content/docs/ko/docs/plugins/zip/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-zip"
-locale: ko
-description: 이 무료 Capacitor 플러그인으로 iOS, Android 및 Web에서 파일을 압축하고 압축 해제하세요.
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "소개"
-hero:
-  tagline: iOS, Android 및 Web 플랫폼에서 ZIP 아카이브를 손쉽게 압축하고 추출하세요.
-  image:
-    file: ~public/icons/plugins/zip.svg
-  actions:
-    - text: 시작하기
-      link: /docs/plugins/zip/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-zip/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="압축 및 압축 해제" icon="add-document">
-    ZIP 아카이브를 쉽게 생성하고 추출하세요 📦
-  </Card>
-  <Card title="크로스 플랫폼" icon="laptop">
-    iOS, Android 및 Web에서 원활하게 작동합니다 📱
-  </Card>
-  <Card title="간단한 API" icon="rocket">
-    압축 작업을 위한 사용하기 쉬운 인터페이스 🚀
-  </Card>
-  <Card title="무료 및 오픈 소스" icon="github">
-    제한 없이 완전히 무료입니다 💰
-  </Card>
-  <Card title="진행 상황 추적" icon="setting">
-    압축 및 압축 해제 진행 상황을 모니터링하세요 ⚙️
-  </Card>
-  <Card title="포괄적인 문서" icon="open-book">
-    [문서](/docs/plugins/zip/getting-started/)를 확인하여 몇 분 만에 플러그인을 마스터하세요.
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/ko/docs/public-api/api-keys.mdx b/src/content/docs/ko/docs/public-api/api-keys.mdx
deleted file mode 100644
index e5bf21989..000000000
--- a/src/content/docs/ko/docs/public-api/api-keys.mdx
+++ /dev/null
@@ -1,277 +0,0 @@
----
-title: API 키
-description: 'API 키 엔드포인트에 대한 포괄적인 문서로, Capgo API 내의 인증, 권한 및 관리를 자세히 설명합니다.'
-sidebar:
-  order: 9
-locale: ko
----
-API 키는 Capgo API에 대한 요청을 인증하는 데 사용됩니다. 각 키에는 액세스 수준을 제어하기 위한 다양한 권한(모드)이 있을 수 있습니다. 키는 조직별로 다르며 Capgo 리소스에 대한 액세스 권한을 부여하므로 신중하게 관리해야 합니다.
-
-## 주요 모드
-
-- **읽기**: 데이터를 읽을 수만 있고 수정은 허용되지 않습니다.
-- **업로드**: 새 번들을 읽고 수정하고 업로드할 수 있습니다.
-- **쓰기**: 데이터 읽기, 수정 및 번들 업로드가 가능합니다.
-- **모두**: 모든 작업에 대한 전체 액세스 권한입니다.
-
-키 모드는 단계별/점진적 스키마를 따릅니다. 업로드 키가 있고 쓰기 키를 생성하면 쓰기 키는 업로드 키가 할 수 있는 모든 작업을 수행할 수 있습니다.
-API 키 작동 방식을 더 잘 이해하려면 다음 다이어그램을 살펴보십시오.
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/capgo_apikeys_diagram.webp" alt="API 키 작동 방식을 설명하는 다이어그램" /><figcaption></figcaption></figure>
-
-## 권한이 제한된 하위 키
-
-특정 앱이나 조직에 대한 액세스가 제한된 하위 키를 생성할 수 있습니다. 이는 특정 리소스에 대한 액세스를 제한하는 동시에 다른 리소스에 대한 작업은 허용하는 데 유용합니다. 이러한 제한 사항을 정의하려면 키를 생성할 때 `limited_to_apps` 및 `limited_to_orgs` 매개 변수를 사용하세요.
-
-## 암호화된 키
-
-보안 강화를 위해 **암호화된(해시된) API 키**를 생성할 수 있습니다. 암호화된 키를 생성하는 경우:
-
-- 키는 데이터베이스에 저장되기 전에 SHA-256을 사용하여 해시됩니다.
-- **일반 키는 생성 응답에서 한 번만 반환됩니다** - 즉시 저장합니다.
-- 생성 후에는 키를 검색하거나 다시 볼 수 없습니다.
-- 암호화된 키를 분실한 경우 새 키를 만들어야 합니다.
-
-암호화를 활성화하려면 키를 생성할 때 `hashed: true` 매개변수를 사용하세요. 이는 프로덕션 환경에 권장되는 접근 방식입니다.
-
-## 키 만료
-
-API 키에는 **만료 날짜**가 있어 키가 손상된 경우 노출 기간을 제한할 수 있습니다. 만료 날짜가 설정된 경우:
-
-- 지정된 날짜와 시간이 지나면 열쇠가 작동하지 않습니다.
-- 만료된 키를 사용한 요청은 오류와 함께 거부됩니다.
-- 만료된 키는 30일 후에 자동으로 정리됩니다.
-
-조직은 만료 정책을 시행할 수 있습니다.
-- **만료 필요**: 모든 API 키에는 만료 날짜가 있어야 합니다.
-- **최대 만료 기간**: 만료 날짜를 설정할 수 있는 기간을 제한합니다.
-
-## 보안 모범 사례
-
-1. **최소 권한의 원칙**: 항상 통합이 작동하도록 허용하는 가장 제한적인 모드를 사용하십시오.
-2. **암호화된 키 사용**: 데이터베이스 침해로부터 보호하기 위해 프로덕션용 해시 키를 생성합니다.
-3. **만료 날짜 설정**: 만료 날짜를 사용하여 키의 수명을 제한하세요.
-4. **정기 순환**: API 키를 주기적으로 순환합니다.
-5. **보안 저장소**: API 키를 안전하게 저장하고 버전 관리에 커밋하지 마세요.
-6. **모니터링**: API 키 사용을 모니터링하고 손상된 키를 즉시 취소합니다.
-7. **제한된 하위 키**: 특정 통합에 대해 제한된 권한이 있는 하위 키를 사용하여 위험을 최소화합니다.
-
-## 엔드포인트
-
-### 받기
-
-`https://api.capgo.app/apikey/`
-
-귀하의 계정과 연결된 모든 API 키를 검색하세요.
-
-#### 응답 유형
-
-```typescript
-interface ApiKey {
-  created_at: string | null
-  id: number
-  key: string | null  // null for encrypted keys
-  mode: 'read' | 'write' | 'upload' | 'all'
-  name: string
-  updated_at: string | null
-  user_id: string
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  expires_at?: string | null  // ISO 8601 date, null means never expires
-}
-```> **참고**: 암호화된 키의 경우 일반 키는 생성 중에 한 번만 표시되므로 GET 응답에서 `key` 필드는 `null`입니다.
-
-#### 요청 예시
-
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/apikey/
-```
-
-#### 응답 예시
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "key": "ak_123...",
-      "mode": "read",
-      "name": "CI/CD Read Key",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "user_123"
-    },
-    {
-      "id": 2,
-      "key": "ak_456...",
-      "mode": "upload",
-      "name": "Deploy Bot",
-      "created_at": "2024-01-02T00:00:00Z",
-      "updated_at": "2024-01-02T00:00:00Z",
-      "user_id": "user_123",
-      "limited_to_apps": ["com.demo.app"]
-    }
-  ]
-}
-```
-
-### 포스트
-
-`https://api.capgo.app/apikey/`
-
-특정 조직에 대한 새 API 키를 만듭니다.
-
-#### 요청 본문
-
-```typescript
-interface ApiKeyCreate {
-  name: string
-  mode: 'read' | 'write' | 'upload' | 'all'
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  hashed?: boolean       // Create an encrypted key (recommended for production)
-  expires_at?: string    // ISO 8601 date for key expiration
-}
-```
-
-#### 요청 예시(표준 키)
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Limited Read Key",
-    "mode": "read",
-    "limited_to_apps": ["com.demo.app"]
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### 요청 예시(만료된 암호화 키)
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Secure CI Key",
-    "mode": "upload",
-    "hashed": true,
-    "expires_at": "2025-06-01T00:00:00Z"
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### 응답 예(표준 키)
-
-```json
-{
-  "apikey": {
-    "id": 3,
-    "key": "ak_789...",
-    "mode": "read",
-    "name": "Limited Read Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "limited_to_apps": ["com.demo.app"]
-  }
-}
-```
-
-#### 응답 예시(암호화된 키)
-
-```json
-{
-  "apikey": {
-    "id": 4,
-    "key": "ak_abc123...",
-    "mode": "upload",
-    "name": "Secure CI Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "expires_at": "2025-06-01T00:00:00Z"
-  }
-}
-```
-
-> **중요**: 암호화된 키의 경우 이 응답의 `key` 값은 일반 키를 볼 수 있는 **유일한 시간**입니다. 즉시 안전한 장소에 저장하세요. 후속 GET 요청은 `key` 필드에 대해 `null`을 반환합니다.
-
-### 삭제
-
-`https://api.capgo.app/apikey/:id/`
-
-기존 API 키를 삭제합니다. 즉시 액세스 권한을 취소하려면 이 옵션을 사용하세요.
-
-#### 매개변수
-- `id`: 삭제할 API 키의 ID(키 문자열 자체가 아닌 숫자 식별자)
-
-#### 요청 예시
-
-```bash
-curl -X DELETE -H "authorization: your-api-key" https://api.capgo.app/apikey/1/
-```
-
-#### 성공 응답
-
-```json
-{
-  "success": true
-}
-```
-
-## 일반적인 사용 사례
-
-1. **CI/CD 통합**: CI 파이프라인에 대한 읽기 전용 키를 생성하여 배포 상태 확인
-2. **배포 자동화**: 자동화된 배포 스크립트에 업로드 모드 키를 사용합니다.
-3. **모니터링 도구**: 외부 모니터링 통합을 위해 읽기 모드 키를 사용합니다.
-4. **관리자 액세스**: 관리 도구에 대해 모든 모드 키를 드물게 사용합니다.
-5. **제한된 액세스**: 타사 통합을 위해 특정 앱이나 조직에 대한 제한된 권한을 가진 하위 키를 만듭니다.
-
-## 오류 처리
-
-일반적인 오류 시나리오 및 대응:
-
-```json
-// Invalid mode
-{
-  "error": "Invalid mode specified. Must be one of: read, write, upload, all",
-  "status": "KO"
-}
-
-// Key not found
-{
-  "error": "API key not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage API keys",
-  "status": "KO"
-}
-
-// Expired API key used for authentication
-{
-  "error": "API key has expired",
-  "status": "KO"
-}
-
-// Invalid expiration date (in the past)
-{
-  "error": "Expiration date must be in the future",
-  "status": "KO"
-}
-
-// Organization requires expiration
-{
-  "error": "Organization policy requires an expiration date for API keys",
-  "status": "KO"
-}
-
-// Expiration exceeds organization limit
-{
-  "error": "Expiration date exceeds organization maximum of 90 days",
-  "status": "KO"
-}
-```
diff --git a/src/content/docs/ko/docs/public-api/app.mdx b/src/content/docs/ko/docs/public-api/app.mdx
deleted file mode 100644
index 5a5b8cb27..000000000
--- a/src/content/docs/ko/docs/public-api/app.mdx
+++ /dev/null
@@ -1,298 +0,0 @@
----
-title: Apps
-description: >-
-  Capgo 플랫폼을 통해 Capacitor 애플리케이션 관리 및 상호 작용에 대한 포괄적인 통찰력을 제공하는 앱 엔드포인트에 대한 자세한
-  문서입니다.
-sidebar:
-  order: 7
-locale: ko
----
-앱은 Capgo의 기본 엔터티입니다. 각 앱은 플랫폼을 통해 관리하고 업데이트할 수 있는 고유한 Capacitor 애플리케이션을 나타냅니다. 앱 API을(를) 사용하면 앱 구성을 생성, 검색, 업데이트 및 삭제할 수 있습니다.
-
-## 앱 이해하기
-
-Capgo의 앱은 Capacitor 애플리케이션을 나타내며 다음을 포함합니다.
-- **앱 ID**: 애플리케이션의 고유 식별자
-- **이름**: 사람이 읽을 수 있는 애플리케이션 이름
-- **아이콘**: 대시보드에 있는 앱의 시각적 식별자
-- **구성**: 업데이트 제공 방법을 제어하는 설정
-- **소유권**: 조직 및 사용자 접속 정보
-- **사용 통계**: 설치 및 업데이트에 대한 측정항목
-
-## 모범 사례
-
-1. **명명 규칙**: 명확하고 식별 가능한 앱 이름을 사용하세요.
-2. **보안**: API 키와 액세스 자격 증명을 보호하세요.
-3. **조직**: 관련 앱을 동일한 조직으로 그룹화합니다.
-4. **모니터링**: 앱 통계 및 성능을 정기적으로 확인합니다.
-5. **백업**: 중요한 앱의 구성 백업을 유지합니다.
-
-## 엔드포인트
-
-### 받기
-
-`https://api.capgo.app/app/`
-
-앱에 대한 정보를 검색합니다.
-
-#### 쿼리 매개변수
-- `page`: 선택 사항입니다. 페이지 매김을 위한 페이지 번호
-- `limit`: 선택 사항입니다. 페이지당 결과 수(기본값: 50)
-- `org_id`: 선택 사항입니다. 조직 ID별로 앱을 필터링합니다. 제공되지 않으면 사용자가 액세스할 수 있는 모든 조직의 앱을 반환합니다.
-
-특정 앱을 얻으려면:
-- URL 경로에 앱 ID를 사용하세요: `https://api.capgo.app/app/:app_id`
-
-#### 응답 유형
-
-참고: `last_version`은 앱에 업로드된 마지막 번들(버전)을 나타냅니다.
-
-```typescript
-interface App {
-  app_id: string
-  created_at: string | null
-  default_upload_channel: string
-  icon_url: string
-  id: string | null
-  last_version: string | null // last bundle (version) name
-  name: string | null
-  owner_org: string
-  retention: number
-  transfer_history: Json[] | null
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### 요청 예시
-
-```bash
-# Get all apps
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/"
-
-# Get apps from a specific organization
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-
-# Get specific app
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/com.demo.app"
-```
-
-#### 응답 예시
-
-```json
-{
-  "data": [
-    {
-      "app_id": "com.demo.app",
-      "created_at": "2024-01-01T00:00:00Z",
-      "default_upload_channel": "dev",
-      "icon_url": "https://example.com/icon.png",
-      "id": "550e8400-e29b-41d4-a716-446655440000",
-      "last_version": "1.0.0",
-      "name": "Demo App",
-      "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-      "retention": 2592000,
-      "transfer_history": null,
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "6aa76066-55ef-4238-ade6-0b32334a4097"
-    }
-  ]
-}
-```
-
-### 포스트
-
-`https://api.capgo.app/app/`
-
-새 앱을 만듭니다.
-
-#### 요청 본문
-
-```typescript
-interface CreateApp {
-  app_id: string
-  name: string
-  icon?: string
-  owner_org: string
-}
-```
-
-#### 요청 예시
-
-```bash
-# Create new app
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "My New App",
-    "app_id": "com.demo.myapp", // this id is unique in Capgo This cannot be reused by any account.
-    "icon": "https://example.com/icon.png",
-    "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-  }' \
-  https://api.capgo.app/app/
-```
-
-#### 성공 응답
-
-```json
-{
-  "app_id": "My New App",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "My New App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 2592000,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### 넣어
-
-`https://api.capgo.app/app/:app_id`
-
-기존 앱을 업데이트합니다. 앱 ID는 URL 경로에 지정됩니다.
-
-#### 요청 본문
-
-```typescript
-interface UpdateApp {
-  name?: string
-  icon?: string
-  retention?: number
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Updated App Name",
-    "icon": "https://example.com/updated-icon.png",
-    "retention": 45
-  }' \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### 성공 응답
-
-```json
-{
-  "app_id": "com.demo.app",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/updated-icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "Updated App Name",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 45,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### 삭제
-
-`https://api.capgo.app/app/:app_id`
-
-앱 및 모든 관련 리소스를 삭제합니다. 앱 ID는 URL 경로에 지정됩니다. 이 작업은 취소할 수 없으므로 매우 주의하여 사용하세요.
-
-#### 요청 예시
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### 성공 응답
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## 오류 처리
-
-일반적인 오류 시나리오 및 대응:
-
-```json
-// App not found
-{
-  "error": "App not found",
-  "status": "KO"
-}
-
-// Duplicate custom ID
-{
-  "error": "Custom ID already in use",
-  "status": "KO"
-}
-
-// Invalid parameters
-{
-  "error": "Invalid app configuration",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage app",
-  "status": "KO"
-}
-
-// Organization access denied
-{
-  "status": "You do not have access to this organization"
-}
-```
-
-## 일반적인 사용 사례
-
-1. **새 앱 만들기**
-```typescript
-// Set up a new app
-{
-  "name": "Production App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-}
-```
-
-2. **앱 구성 업데이트**
-```typescript
-// Change app name and icon
-{
-  "name": "Rebranded App Name",
-  "icon": "https://example.com/new-icon.png"
-}
-```
-
-3. **보존 정책 설정**
-```typescript
-// Configure automatic bundle cleanup
-{
-  "retention": 30 // Keep bundles for 30 days
-}
-```
-
-4. **조직별 앱 받기**
-```bash
-# List all apps in a specific organization
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-```
-
-## 자원 관리
-
-1. **스토리지 최적화**: 스토리지 사용량을 모니터링하고 적절한 보존 정책을 설정합니다.
-2. **조직**: 관련 앱을 단일 조직으로 그룹화합니다.
-3. **액세스 제어**: 앱 설정을 수정할 수 있는 팀원 관리
-4. **백업 전략**: 중요한 앱 구성 및 설정을 백업하세요.
diff --git a/src/content/docs/ko/docs/public-api/bundles.mdx b/src/content/docs/ko/docs/public-api/bundles.mdx
deleted file mode 100644
index 67a9ed9a0..000000000
--- a/src/content/docs/ko/docs/public-api/bundles.mdx
+++ /dev/null
@@ -1,638 +0,0 @@
----
-title: Bundles
-description: 'Capgo 번들 관리에 대한 자세한 가이드로, 앱 업데이트 패키지의 나열, 삭제, 번들(버전) 관리, 저장소 최적화를 다룹니다.'
-sidebar:
-  order: 8
-locale: ko
----
-번들은 Capgo의 핵심 업데이트 패키지입니다. 각 번들에는 앱 콘텐츠를 구성하는 웹 자산(HTML, CSS, JS)이 포함되어 있습니다. API 번들을 사용하면 이러한 업데이트 패키지 나열 및 삭제를 포함하여 관리할 수 있습니다.
-
-## 번들 이해하기
-
-번들은 앱 웹 콘텐츠의 특정 번들(버전)을 나타내며 다음을 포함합니다.
-- **번들(버전)**: 번들의 의미론적 버전 번호
-- **체크섬**: 번들 무결성을 확인하기 위한 고유 해시
-- **저장 정보**: 번들이 저장되는 위치와 방법에 대한 세부정보
-- **기본 요구 사항**: 최소 기본 앱 버전 요구 사항
-- **메타데이터**: 생성 시간, 소유권, 기타 추적 정보
-
-## 수동 번들 생성(CLI 제외)
-
-Capgo CLI을 사용하지 않고 수동으로 번들을 생성하고 업로드하는 방법은 다음과 같습니다.
-
-### 1단계: 앱 구축
-
-먼저 앱의 웹 자산을 구축합니다.
-
-```bash
-npm run build
-```
-
-### 2단계: Capgo CLI과 동일한 패키지를 사용하여 번들 Zip 생성
-
-**중요**: 호환성을 보장하기 위해 Capgo CLI가 내부적으로 사용하는 것과 정확히 동일한 JavaScript 패키지를 사용하십시오.
-
-#### 필수 패키지 설치
-
-```bash
-npm install adm-zip @tomasklaen/checksum
-```
-
-#### JavaScript을 사용하여 Zip 번들 생성(Capgo CLI과 동일)
-
-참고: 아래 예에서 `version`는 API에서 사용되는 번들(버전) 이름을 나타냅니다.
-
-```javascript
-const fs = require('node:fs');
-const path = require('node:path');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-// Exact same implementation as Capgo CLI
-function zipFileUnix(filePath) {
-  const zip = new AdmZip();
-  zip.addLocalFolder(filePath);
-  return zip.toBuffer();
-}
-
-async function zipFileWindows(filePath) {
-  console.log('Zipping file windows mode');
-  const zip = new AdmZip();
-
-  const addToZip = (folderPath, zipPath) => {
-    const items = fs.readdirSync(folderPath);
-
-    for (const item of items) {
-      const itemPath = path.join(folderPath, item);
-      const stats = fs.statSync(itemPath);
-
-      if (stats.isFile()) {
-        const fileContent = fs.readFileSync(itemPath);
-        zip.addFile(path.join(zipPath, item).split(path.sep).join('/'), fileContent);
-      } else if (stats.isDirectory()) {
-        addToZip(itemPath, path.join(zipPath, item));
-      }
-    }
-  };
-
-  addToZip(filePath, '');
-  return zip.toBuffer();
-}
-
-// Main zipFile function (exact same logic as CLI)
-async function zipFile(filePath) {
-  if (os.platform() === 'win32') {
-    return zipFileWindows(filePath);
-  } else {
-    return zipFileUnix(filePath);
-  }
-}
-
-async function createBundle(inputPath, outputPath, version) {
-  // Create zip using exact same method as Capgo CLI
-  const zipped = await zipFile(inputPath);
-  
-  // Write to file
-  fs.writeFileSync(outputPath, zipped);
-  
-  // Calculate checksum using exact same package as CLI
-  const checksum = await getChecksum(zipped, 'sha256');
-  
-  return {
-    filename: path.basename(outputPath),
-    version: version,
-    size: zipped.length,
-    checksum: checksum
-  };
-}
-
-// Usage
-async function main() {
-  try {
-    const result = await createBundle('./dist', './my-app-1.2.3.zip', '1.2.3');
-    console.log('Bundle info:', JSON.stringify(result, null, 2));
-  } catch (error) {
-    console.error('Error creating bundle:', error);
-  }
-}
-
-main();
-```
-
-### 3단계: CLI과 동일한 패키지를 사용하여 SHA256 체크섬 계산
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Usage
-async function main() {
-  const checksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('Checksum:', checksum);
-}
-
-main();
-```
-
-### 4단계: 스토리지에 번들 업로드
-
-웹에서 액세스할 수 있는 저장소에 zip 파일을 업로드하세요.
-
-```bash
-# Example: Upload to your server via scp
-scp my-app-1.2.3.zip user@your-server.com:/var/www/bundles/
-
-# Example: Upload to S3 using AWS CLI
-aws s3 cp my-app-1.2.3.zip s3://your-bucket/bundles/
-
-# Example: Upload via curl to a custom endpoint
-curl -X POST https://your-storage-api.com/upload \
-  -H "Authorization: Bearer YOUR_TOKEN" \
-  -F "file=@my-app-1.2.3.zip"
-```
-
-**중요**: 번들은 HTTPS URL을 통해 **공개적으로 액세스 가능**해야 합니다(인증 필요 없음). Capgo의 서버는 이 URL에서 번들을 다운로드해야 합니다.
-
-유효한 공개 URL의 예:
-- `https://your-storage.com/bundles/my-app-1.2.3.zip`
-- `https://github.com/username/repo/releases/download/v1.2.3/bundle.zip`
-- `https://cdn.jsdelivr.net/gh/username/repo@v1.2.3/dist.zip`
-
-### 5단계: Capgo API에 번들 등록
-
-직접 API 호출을 사용하여 Capgo에 외부 번들을 등록합니다.
-
-```javascript
-async function registerWithCapgo(appId, version, bundleUrl, checksum, apiKey) {
-  const fetch = require('node-fetch');
-  
-  // Create bundle (version)
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': apiKey
-    },
-    body: JSON.stringify({
-      app_id: appId,
-      version: version,
-      external_url: bundleUrl,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed to create bundle: ${response.statusText}`);
-  }
-
-  const data = await response.json();
-  console.log('Bundle created:', data);
-  
-  return data;
-}
-```
-
-#### API 매개변수
-
-| 매개변수 | 설명 | 필수 |
-|------------|-------------|----------|
-| `app_id` | 앱 식별자 | 예 |
-| `version` | 번들(버전) 의미 버전(예: "1.2.3") | 예 |
-| `external_url` | **공개적으로 액세스 가능** 번들을 다운로드할 수 있는 HTTPS URL(인증 필요 없음) | 예 |
-| `checksum` | zip 파일의 SHA256 체크섬 | 예 |
-
-## 번들 구조 요구사항
-
-번들 zip은 다음 요구 사항을 따라야 합니다.
-
-1. **루트 인덱스 파일**: 루트 수준에 `index.html`이 있어야 합니다.
-2. **Capacitor 통합**: 앱 코드에서 `notifyAppReady()`을 호출해야 합니다.
-3. **자산 경로**: 모든 자산에 대해 상대 경로를 사용합니다.
-
-### 유효한 번들 구조
-
-```
-bundle.zip
-├── index.html
-├── assets/
-│   ├── app.js
-│   └── styles.css
-└── images/
-```
-
-## 완전한 수동 작업흐름 예시
-
-압축, 체크섬 및 Capgo에 업로드하는 간단한 Node.js 스크립트:
-
-```javascript
-const fs = require('node:fs');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-const fetch = require('node-fetch');
-
-async function deployToCapgo() {
-  const APP_ID = 'com.example.app';
-  const VERSION = '1.2.3';
-  const BUNDLE_URL = 'https://your-storage.com/bundles/app-1.2.3.zip';
-  const API_KEY = process.env.CAPGO_API_KEY;
-
-  // 1. Create zip (same as Capgo CLI)
-  const zip = new AdmZip();
-  zip.addLocalFolder('./dist');
-  const zipped = zip.toBuffer();
-
-  // 2. Calculate checksum (same as Capgo CLI)
-  const checksum = await getChecksum(zipped, 'sha256');
-  console.log('Checksum:', checksum);
-
-  // 3. Upload to your storage (replace with your upload logic)
-  // fs.writeFileSync('./bundle.zip', zipped);
-  // ... upload bundle.zip to your storage ...
-
-  // 4. Register with Capgo API
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': API_KEY
-    },
-    body: JSON.stringify({
-      app_id: APP_ID,
-      version: VERSION,
-      external_url: BUNDLE_URL,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed: ${response.statusText}`);
-  }
-
-  console.log('Bundle registered with Capgo!');
-}
-
-deployToCapgo().catch(console.error);
-```
-
-종속성을 설치합니다.
-
-```bash
-npm install adm-zip @tomasklaen/checksum node-fetch
-```
-
-## 체크섬 확인
-
-### JavaScript 체크섬 계산(Capgo CLI과 동일)
-
-Capgo CLI가 내부적으로 사용하는 것과 정확히 동일한 패키지 및 방법을 사용하십시오.
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Verify checksum matches
-async function verifyChecksum(filePath, expectedChecksum) {
-  const actualChecksum = await calculateChecksum(filePath);
-  const isValid = actualChecksum === expectedChecksum;
-  
-  console.log(`File: ${filePath}`);
-  console.log(`Expected: ${expectedChecksum}`);
-  console.log(`Actual:   ${actualChecksum}`);
-  console.log(`Valid:    ${isValid}`);
-  
-  return isValid;
-}
-
-// Usage
-async function main() {
-  const bundleChecksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('SHA256 Checksum:', bundleChecksum);
-}
-
-main();
-```### 체크섬 중요성
-
-- **번들 무결성**: 전송 중에 번들이 손상되지 않았는지 확인합니다.
-- **API 확인**: Capgo는 번들을 수락하기 전에 체크섬을 확인합니다.
-- **플러그인 확인**: 모바일 플러그인은 업데이트를 적용하기 전에 체크섬을 확인합니다.
-
-## 모범 사례
-
-1. **번들(버전) 관리**: 의미론적 버전 관리를 일관되게 사용합니다.
-2. **스토리지 최적화**: 사용하지 않는 번들을 주기적으로 제거
-3. **번들(버전) 호환성**: 적절한 최소 기본 버전 요구 사항을 설정합니다.
-4. **백업 전략**: 중요한 번들(버전)의 백업을 유지합니다.
-
-## 엔드포인트
-
-### 받기
-
-`https://api.capgo.app/bundle/`
-
-번들 정보를 검색합니다. 페이지당 50개의 번들을 반환합니다.
-
-#### 쿼리 매개변수
-- `app_id`: 필수입니다. 앱의 ID
-- `page`: 선택 사항입니다. 페이지 매김을 위한 페이지 번호
-
-#### 응답 유형
-
-```typescript
-interface Bundle {
-  app_id: string
-  bucket_id: string | null
-  checksum: string | null
-  created_at: string | null
-  deleted: boolean
-  external_url: string | null
-  id: number
-  minUpdateVersion: string | null
-  name: string
-  native_packages: Json[] | null
-  owner_org: string
-  r2_path: string | null
-  session_key: string | null
-  storage_provider: string
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### 요청 예시
-
-```bash
-# Get all bundles
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123"
-
-# Get next page
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123&page=1"
-```
-
-#### 응답 예시
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "app_id": "app_123",
-      "name": "1.0.0",
-      "checksum": "abc123...",
-      "minUpdateVersion": "1.0.0",
-      "storage_provider": "r2",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "deleted": false,
-      "owner_org": "org_123",
-      "user_id": "user_123"
-    }
-  ]
-}
-```
-
-### 삭제
-
-`https://api.capgo.app/bundle/`
-
-앱의 번들 하나 또는 모두를 삭제합니다. 이 작업은 취소할 수 없으므로 주의하여 사용하세요.
-
-#### 쿼리 매개변수
-
-특정 번들을 삭제하려면:
-```typescript
-interface BundleDelete {
-  app_id: string
-  version: string
-}
-```
-
-모든 번들을 삭제하려면:
-```typescript
-interface BundleDeleteAll {
-  app_id: string
-}
-```
-
-#### 요청 예시
-
-```bash
-# Delete specific bundle
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version": "1.0.0"
-  }' \
-  https://api.capgo.app/bundle/
-
-# Delete all bundles
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### 성공 응답
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### 포스트
-
-`https://api.capgo.app/bundle/`
-
-외부 URL을 사용하여 새 번들을 생성합니다.
-
-#### 요청 본문
-
-```typescript
-interface CreateBundleBody {
-  app_id: string
-  version: string
-  external_url: string // Must be publicly accessible HTTPS URL
-  checksum: string
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "com.example.app",
-    "version": "1.2.3",
-    "external_url": "https://your-storage.com/bundles/app-1.2.3.zip",
-    "checksum": "a1b2c3d4e5f6789abcdef123456789abcdef123456789abcdef123456789abcd"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### 성공 응답
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### POST(메타데이터)
-
-`https://api.capgo.app/bundle/metadata`
-
-링크 및 댓글 정보와 같은 번들 메타데이터를 업데이트합니다.
-
-#### 요청 본문
-
-```typescript
-interface UpdateMetadataBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  link?: string
-  comment?: string
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "link": "https://github.com/myorg/myapp/releases/tag/v1.0.0",
-    "comment": "Fixed critical bug in authentication"
-  }' \
-  https://api.capgo.app/bundle/metadata
-```
-
-#### 성공 응답
-
-```json
-{
-  "status": "success"
-}
-```
-
-### 넣어
-
-`https://api.capgo.app/bundle/`
-
-번들을 특정 채널로 설정합니다. 이는 배포용 채널에 번들(버전)을 연결합니다.
-
-#### 요청 본문
-
-```typescript
-interface SetChannelBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  channel_id: number
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "channel_id": 789
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### 성공 응답
-
-```json
-{
-  "status": "success",
-  "message": "Bundle 1.0.0 set to channel production"
-}
-```
-
-## 오류 처리
-
-일반적인 오류 시나리오 및 대응:
-
-```json
-// Bundle not found
-{
-  "error": "Bundle not found",
-  "status": "KO"
-}
-
-// Invalid bundle (version) format
-{
-  "error": "Invalid version format",
-  "status": "KO"
-}
-
-// Storage error
-{
-  "error": "Failed to delete bundle from storage",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage bundles",
-  "status": "KO"
-}
-```
-
-## 일반적인 사용 사례
-
-1. **이전 번들 정리(버전)**
-```typescript
-// Delete outdated beta bundles (versions)
-{
-  "app_id": "app_123",
-  "version": "1.0.0-beta.1"
-}
-```
-
-2. **앱 재설정**
-```typescript
-// Remove all bundles to start fresh
-{
-  "app_id": "app_123"
-}
-```
-
-## 스토리지 고려 사항
-
-1. **보존 정책**: 이전 번들을 보관할 기간을 정의합니다.
-2. **크기 관리**: 번들 크기 및 스토리지 사용량 모니터링
-3. **백업 전략**: 중요한 번들(버전) 백업을 고려하세요.
-4. **비용 최적화**: 불필요한 번들을 제거하여 스토리지 비용 최적화
diff --git a/src/content/docs/ko/docs/public-api/channels.mdx b/src/content/docs/ko/docs/public-api/channels.mdx
deleted file mode 100644
index 6aaccbf14..000000000
--- a/src/content/docs/ko/docs/public-api/channels.mdx
+++ /dev/null
@@ -1,266 +0,0 @@
----
-title: 채널
-description: 'Capgo에서 앱 업데이트 채널 관리에 대한 가이드로, 버전 제어, 플랫폼 타겟팅 및 업데이트 정책을 다룹니다.'
-sidebar:
-  order: 6
-locale: ko
----
-
-채널은 Capgo에서 앱 업데이트를 관리하는 핵심 메커니즘입니다. A/B 테스팅, 단계적 출시 및 플랫폼별 업데이트와 같은 기능을 활성화하면서 사용자가 업데이트를 받는 방법과 시기를 제어할 수 있습니다.
-
-## 채널 이해하기
-
-채널은 앱 업데이트의 배포 트랙을 나타냅니다. 각 채널은 특정 규칙과 제약 조건으로 구성될 수 있습니다:
-
-- **버전 제어**: 사용자가 받는 버전 지정
-- **플랫폼 타겟팅**: 특정 플랫폼(iOS/Android) 타겟
-- **업데이트 정책**: 업데이트 전달 방식 제어
-- **장치 제한**: 업데이트에 액세스할 수 있는 장치 관리
-
-## 채널 구성 옵션
-
-- **public**: 새 장치의 기본 채널로 설정
-- **disableAutoUpdateUnderNative**: 장치의 네이티브 앱 버전이 채널에서 사용 가능한 업데이트 버전보다 최신인 경우 업데이트 방지(예: 장치가 버전 1.2.3이지만 채널에 1.2.2가 있음)
-- **disableAutoUpdate**: 업데이트 동작 제어("major", "minor", "version_number", "none")
-- **ios/android**: 특정 플랫폼에 대해 활성화/비활성화
-- **allow_device_self_set**: 장치가 자체 채널을 선택하도록 허용
-- **allow_emulator**: 에뮬레이터 장치에서 업데이트 허용
-- **allow_dev**: 개발 빌드에서 업데이트 허용
-
-## 모범 사례
-
-1. **테스트 채널**: 내부 검증을 위한 테스트 채널 유지
-2. **단계적 출시**: 점진적 업데이트 배포를 위해 여러 채널 사용
-3. **플랫폼 분리**: 필요시 iOS와 Android용 별도 채널 생성
-4. **버전 제어**: 명확한 업데이트 경로를 위해 시맨틱 버전 관리 사용
-
-## 엔드포인트
-
-### POST
-
-`https://api.capgo.app/channel/`
-
-채널 구성을 생성하거나 업데이트합니다.
-
-#### Request Body
-
-```typescript
-type disable_update = "major" | "minor" | "version_number" | "none"
-interface ChannelSet {
-  app_id: string
-  channel: string
-  version?: string
-  public?: boolean
-  disableAutoUpdateUnderNative?: boolean
-  disableAutoUpdate?: disable_update
-  ios?: boolean
-  android?: boolean
-  allow_device_self_set?: boolean
-  allow_emulator?: boolean
-  allow_dev?: boolean
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta",
-    "version": "1.2.0",
-    "public": false,
-    "disableAutoUpdate": "minor",
-    "ios": true,
-    "android": true,
-    "allow_emulator": true
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### 성공 응답
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### GET
-
-`https://api.capgo.app/channel/`
-
-채널 정보를 검색합니다. 페이지당 50개의 채널을 반환합니다.
-
-#### 쿼리 매개변수
-- `app_id`: 필수. 앱의 ID
-- `page`: 선택사항. 페이지네이션을 위한 페이지 번호
-- `channel`: 선택사항. 검색할 특정 채널 이름
-
-#### 요청 예시
-
-```bash
-# 모든 채널 가져오기
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123"
-
-# 특정 채널 가져오기
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&channel=beta"
-
-# 다음 페이지 가져오기
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&page=1"
-```
-
-#### 응답 타입
-
-```typescript
-interface Channel {
-    id: number;
-    created_at: string;
-    name: string;
-    app_id: string;
-    version: {
-        id: number,
-        name: string
-    };
-    created_by: string;
-    updated_at: string;
-    public: boolean;
-    disableAutoUpdateUnderNative: boolean;
-    disableAutoUpdate: boolean;
-    allow_emulator: boolean;
-    allow_dev: boolean;
-}
-```
-
-#### 응답 예시
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "name": "production",
-      "app_id": "app_123",
-      "version": {
-        "id": 1,
-        "name": "1.0.0"
-      },
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "created_by": "user_123",
-      "public": true,
-      "disableAutoUpdateUnderNative": false,
-      "disableAutoUpdate": false,
-      "allow_emulator": false,
-      "allow_dev": false
-    }
-  ]
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/channel/`
-
-채널을 삭제합니다. 이는 이 채널을 사용하는 모든 장치에 영향을 미칩니다.
-
-#### 쿼리 매개변수
-
-```typescript
-interface Channel {
-  channel: string
-  app_id: string
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### 성공 응답
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## 오류 처리
-
-일반적인 오류 시나리오 및 응답:
-
-```json
-// 채널을 찾을 수 없음
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// 잘못된 버전 형식
-{
-  "error": "Invalid version format. Use semantic versioning",
-  "status": "KO"
-}
-
-// 잘못된 업데이트 정책
-{
-  "error": "Invalid disableAutoUpdate value",
-  "status": "KO"
-}
-
-// 권한 거부
-{
-  "error": "Insufficient permissions to manage channels",
-  "status": "KO"
-}
-```
-
-## 일반적인 사용 사례
-
-1. **베타 테스팅**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "beta",
-  "version": "1.2.0-beta",
-  "public": false,
-  "allow_emulator": true,
-  "allow_dev": true
-}
-```
-
-2. **프로덕션 출시**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "production",
-  "version": "1.2.0",
-  "public": true,
-  "disableAutoUpdate": "minor"
-}
-```
-
-3. **플랫폼별 업데이트**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "ios-hotfix",
-  "version": "1.2.1",
-  "ios": true,
-  "android": false
-}
-```
diff --git a/src/content/docs/ko/docs/public-api/devices.mdx b/src/content/docs/ko/docs/public-api/devices.mdx
deleted file mode 100644
index dc4c5feec..000000000
--- a/src/content/docs/ko/docs/public-api/devices.mdx
+++ /dev/null
@@ -1,295 +0,0 @@
----
-title: Devices
-description: 'Capgo API을 통해 기기를 관리하기 위한 문서로, 앱 설치를 위한 추적, 번들(버전) 할당 및 채널 관리를 다루고 있습니다.'
-sidebar:
-  order: 7
-locale: ko
----
-기기는 Capgo에서 관리하는 앱의 개별 설치를 나타냅니다. 장치 API를 사용하면 번들(버전), 채널 및 업데이트 상태를 포함하여 장치를 추적하고 관리할 수 있습니다.
-
-:::참고[데이터 제외]
-기기 데이터는 마지막 기기 활동으로부터 **90일** 동안 보관됩니다. 이 기간 내에 Capgo에 연결되지 않은 장치는 시스템에서 자동으로 제거됩니다. 활성 장치는 업데이트를 확인하면서 지속적으로 추적됩니다.
-:::
-
-## 장치 이해
-
-각 장치에는 고유한 특성과 상태가 있습니다.
-- **플랫폼**: iOS, Android 또는 Electron
-- **번들(버전)**: 현재 번들(버전) 및 네이티브 빌드 버전
-- **환경**: 제작 또는 개발, 에뮬레이터 또는 물리적 장치
-- **채널**: 현재 업데이트 채널 할당
-- **맞춤 ID**: 추적 목적을 위한 선택적 식별자
-
-## 모범 사례
-
-1. **번들(버전) 추적**: 업데이트 적용을 보장하기 위해 장치 번들(버전) 채택을 모니터링합니다.
-2. **채널 관리**: 테스트 요구 사항에 따라 적절한 채널에 장치를 할당합니다.
-3. **환경 인식**: 다양한 환경(프로덕션/개발/에뮬레이터)을 적절하게 처리합니다.
-4. **맞춤 식별**: 맞춤 ID를 사용하여 기존 시스템과 통합
-
-## 엔드포인트
-
-### 포스트
-
-`https://api.capgo.app/device/`
-
-장치를 특정 번들(버전) 또는 채널에 연결합니다.
-
-#### 요청 본문
-
-```typescript
-interface DeviceLink {
-  app_id: string
-  device_id: string
-  version_id?: string // bundle (version) name
-  channel?: string    // channel name
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### 성공 응답
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### 받기
-
-`https://api.capgo.app/device/`
-
-장치 정보를 검색합니다. 대규모 장치 목록을 효율적으로 검색하기 위해 커서 기반 페이지 매김을 사용합니다.
-
-#### 쿼리 매개변수
-- `app_id`: 필수입니다. 앱의 ID
-- `device_id`: 선택 사항입니다. 단일 장치를 검색하기 위한 특정 장치 ID
-- `cursor`: 선택 사항입니다. 페이지 매김에 대한 이전 응답의 커서
-- `limit`: 선택 사항입니다. 페이지당 장치 수(기본값: 50)
-
-#### 요청 예시
-
-```bash
-# Get all devices (first page)
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123"
-
-# Get specific device
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&device_id=device_456"
-
-# Get next page using cursor
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&cursor=2024-01-01T00:00:00Z|device_456"
-```
-
-#### 응답 유형(목록)
-
-여러 장치를 요청하는 경우(`device_id` 매개변수 없음):
-
-```typescript
-interface DeviceListResponse {
-  data: Device[];
-  nextCursor?: string;  // Pass this as 'cursor' param to get next page
-  hasMore: boolean;     // true if more pages available
-}
-
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number; // bundle (version) id
-  version_name: string | null; // bundle (version) name
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android" | "electron";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-  key_id: string | null; // First 4 chars of encryption key (e.g., "MIIB")
-}
-```
-
-#### 응답 유형(단일 장치)
-
-`device_id` 매개변수를 사용하여 특정 장치를 요청할 때 장치 개체를 직접 반환합니다.
-
-```typescript
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number; // bundle (version) id
-  version_name: string | null; // bundle (version) name
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android" | "electron";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-  key_id: string | null; // First 4 chars of encryption key (e.g., "MIIB")
-}
-```
-
-#### 응답 예(목록)
-
-```json
-{
-  "data": [
-    {
-      "device_id": "device_456",
-      "custom_id": "test-device-1",
-      "version": 1,
-      "version_name": "1.0.0",
-      "app_id": "app_123",
-      "platform": "ios",
-      "plugin_version": "5.0.0",
-      "os_version": "17.0",
-      "version_build": "1",
-      "is_prod": true,
-      "is_emulator": false,
-      "updated_at": "2024-01-01T00:00:00Z"
-    }
-  ],
-  "nextCursor": "2024-01-01T00:00:00Z|device_456",
-  "hasMore": true
-}
-```
-
-#### 응답 예(단일 장치)
-
-```json
-{
-  "device_id": "device_456",
-  "custom_id": "test-device-1",
-  "version": 1,
-  "version_name": "1.0.0",
-  "app_id": "app_123",
-  "platform": "ios",
-  "plugin_version": "5.0.0",
-  "os_version": "17.0",
-  "version_build": "1",
-  "is_prod": true,
-  "is_emulator": false,
-  "updated_at": "2024-01-01T00:00:00Z",
-  "channel": "production"
-}
-```
-
-### 삭제
-
-`https://api.capgo.app/device/`
-
-채널 재정의에서 장치 연결을 해제합니다. 그러면 기본 채널을 사용하도록 장치가 재설정됩니다.
-
-:::참고[기기 삭제]
-기기 데이터는 마지막 기기 활동으로부터 **90일** 동안 보관됩니다. 이 기간 내에 Capgo에 연결되지 않은 장치는 시스템에서 자동으로 제거됩니다. 활성 장치는 업데이트를 확인하면서 지속적으로 추적됩니다.
-이 엔드포인트가 있는 디바이스는 삭제할 수 없으며 채널 재정의에만 영향을 미칩니다.
-:::
-
-#### 쿼리 매개변수
-
-```typescript
-interface Device {
-  device_id: string
-  app_id: string
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### 성공 응답
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## 오류 처리
-
-일반적인 오류 시나리오 및 대응:
-
-```json
-// Device not found
-{
-  "error": "Device not found",
-  "status": "KO"
-}
-
-// Invalid bundle (version)
-{
-  "error": "Version not found",
-  "status": "KO"
-}
-
-// Invalid channel
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage devices",
-  "status": "KO"
-}
-```
-
-## 일반적인 사용 사례
-
-1. **베타 장치 등록**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "channel": "beta"
-}
-```
-
-2. **버전 재정의**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "version_id": "1.1.0"
-}
-```
-
-3. **기본 채널로 재설정**
-```typescript
-// Use DELETE endpoint to remove overrides
-```## 장치 관리를 위한 팁
-
-1. **모니터링**: 기기 상태 및 번들(버전) 배포를 정기적으로 확인합니다.
-2. **테스트**: 맞춤 ID를 사용하여 테스트 장치를 쉽게 식별하세요.
-3. **문제 해결**: 장치 업데이트 및 채널 할당 추적
-4. **네이티브 버전 제어**: 호환성을 보장하기 위해 네이티브 앱 버전을 모니터링합니다.
diff --git a/src/content/docs/ko/docs/public-api/index.mdx b/src/content/docs/ko/docs/public-api/index.mdx
deleted file mode 100644
index 7cbb7a8ae..000000000
--- a/src/content/docs/ko/docs/public-api/index.mdx
+++ /dev/null
@@ -1,107 +0,0 @@
----
-title: API 개요
-description: >-
-  RESTful HTTP 메서드와 인증을 사용하여 조직, 기기, 채널 및 번들과 같은 리소스를 관리하기 위한 Capgo의 공개 API를
-  탐색하세요.
-sidebar:
-  order: 1
-locale: ko
----
-
-import { LinkCard } from '@astrojs/starlight/components';
-
-이것은 Capgo cloud의 공개 API 문서입니다. API를 사용하면 조직, 기기, 채널 및 번들을 포함한 Capgo 리소스를 프로그래밍 방식으로 관리할 수 있습니다. RESTful로 설계되었으며 표준 HTTP 메서드를 사용합니다.
-
-## 인증
-
-모든 API 엔드포인트는 인증이 필요합니다. 요청을 인증하려면 `authorization` 헤더에 API 키를 추가하세요.
-
-예시:
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-```
-
-<LinkCard
-	title="API 키 받기"
-	description="Capgo 대시보드에서 API 키 생성"
-	href="https://console.capgo.app/dashboard/apikeys/"
-/>
-
-## 속도 제한
-
-API는 공정한 사용을 보장하기 위해 속도 제한을 구현합니다. 현재 제한은:
-- 표준 계정의 경우 분당 100개 요청
-- 엔터프라이즈 계정의 경우 분당 1000개 요청
-
-이러한 제한을 초과하면 429 (Too Many Requests) 응답을 받게 됩니다.
-
-## 응답 형식
-
-모든 응답은 JSON 형식입니다. 성공 응답에는 일반적으로 `data` 객체 또는 `status` 필드가 포함됩니다. 오류 응답에는 무엇이 잘못되었는지에 대한 설명이 포함된 `error` 필드가 포함됩니다.
-
-성공 응답 예시:
-```json
-{
-  "status": "ok",
-  "data": { ... }
-}
-```
-
-오류 응답 예시:
-```json
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-```
-
-## 사용 가능한 엔드포인트
-
-<LinkCard
-	title="조직"
-	description="조직 생성 및 관리, 설정 업데이트 및 조직 수준 구성 처리"
-	href="/docs/public-api/organizations/"
-/>
-
-<LinkCard
-	title="API 키"
-	description="Capgo API에 대한 안전한 액세스를 위한 API 키 생성, 나열 및 취소"
-	href="/docs/public-api/api-keys/"
-/>
-
-<LinkCard
-	title="회원"
-	description="조직 회원, 역할 및 권한 관리"
-	href="/docs/public-api/members/"
-/>
-
-<LinkCard
-	title="통계"
-	description="앱 사용, 스토리지 및 대역폭 소비에 대한 상세한 분석에 액세스"
-	href="/docs/public-api/statistics/"
-/>
-
-<LinkCard
-	title="채널"
-	description="앱 업데이트 채널, 버전 및 업데이트 정책 제어"
-	href="/docs/public-api/channels/"
-/>
-
-<LinkCard
-	title="기기"
-	description="앱을 실행하는 기기 추적 및 관리, 버전 및 채널 할당 포함"
-	href="/docs/public-api/devices/"
-/>
-
-<LinkCard
-	title="번들"
-	description="업로드, 나열 및 버전 관리를 포함한 앱 번들 처리"
-	href="/docs/public-api/bundles/"
-/>
-
-## 모범 사례
-
-1. **오류 처리**: 항상 오류 응답을 확인하고 적절하게 처리하세요
-2. **속도 제한**: 속도 제한에 도달할 때 지수 백오프를 구현하세요
-3. **캐싱**: API 호출을 줄이기 위해 적절한 경우 응답을 캐시하세요
-4. **버전 관리**: 변경 로그를 통해 API 변경 사항을 추적하세요 
diff --git a/src/content/docs/ko/docs/public-api/members.mdx b/src/content/docs/ko/docs/public-api/members.mdx
deleted file mode 100644
index 7832a7d6f..000000000
--- a/src/content/docs/ko/docs/public-api/members.mdx
+++ /dev/null
@@ -1,226 +0,0 @@
----
-title: 회원
-description: 'Capgo에서 조직 회원 관리에 대한 포괄적인 가이드로, 보안 및 협업을 위한 역할, 권한 및 모범 사례를 다룹니다.'
-sidebar:
-  order: 4
-locale: ko
----
-
-조직 회원은 Capgo 조직에 액세스할 수 있는 사용자입니다. 각 회원은 조직 내에서 권한을 결정하는 특정 역할을 가지고 있습니다. 회원을 효과적으로 관리하는 것은 팀의 보안과 협업을 유지하는 데 중요합니다.
-
-## 회원 역할
-
-### 일반 역할
-- **read**: 리소스를 볼 수 있지만 변경할 수 없습니다
-- **upload**: 새 번들을 업로드하고 리소스를 볼 수 있습니다
-- **write**: 리소스를 수정하고 번들을 업로드할 수 있습니다
-- **admin**: 조직 설정 및 회원을 관리할 수 있습니다
-- **super_admin**: 조직에 대한 완전한 제어 권한을 가집니다
-
-### 초대 역할
-- **invite_read**: 읽기 액세스에 대한 대기 중인 초대
-- **invite_upload**: 업로드 액세스에 대한 대기 중인 초대
-- **invite_write**: 쓰기 액세스에 대한 대기 중인 초대
-- **invite_admin**: 관리자 액세스에 대한 대기 중인 초대
-- **invite_super_admin**: 슈퍼 관리자 액세스에 대한 대기 중인 초대
-
-## 모범 사례
-
-1. **역할 할당**: 역할을 할당할 때 최소 권한 원칙을 따르세요
-2. **정기 감사**: 정기적으로 회원 액세스를 검토하고 사용하지 않는 계정을 제거하세요
-3. **온보딩**: 새 회원을 추가하고 역할을 할당하는 명확한 프로세스를 가지세요
-4. **오프보딩**: 조직을 떠나는 회원의 액세스를 즉시 제거하세요
-
-## 엔드포인트
-
-### POST
-
-`https://api.capgo.app/organization/members/`
-
-조직에 새 회원을 추가하거나 기존 회원의 역할을 업데이트합니다. 이미 Capgo 계정이 있는 사용자만 초대할 수 있습니다 - 이메일은 기존 Capgo 사용자와 일치해야 합니다.
-
-#### 요청 본문
-
-```typescript
-interface MemberCreate {
-  orgId: string
-  email: string
-  role: "read" | "upload" | "write" | "admin" | "super_admin"
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "newmember@example.com",
-    "role": "write"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### 성공 응답
-
-```json
-{
-  "status": "OK",
-  "data": {
-    "uid": "user_789",
-    "email": "newmember@example.com",
-    "role": "invite_write",
-    "image_url": null
-  }
-}
-```
-
-참고사항: 
-- 새 회원을 추가하면 초대 이메일을 받게 됩니다. 초대를 수락할 때까지 역할 앞에 "invite_"가 붙습니다.
-- 초대받기 전에 사용자는 이미 Capgo 계정이 있어야 합니다. 계정이 없는 경우 먼저 https://console.capgo.app/register/ 에서 계정을 만들어야 합니다
-
-### GET 
-
-`https://api.capgo.app/organization/members/`
-
-조직의 모든 회원을 검색합니다.
-
-#### 쿼리 매개변수
-
-```typescript
-interface MemberQuery {
-  orgId: string
-}
-```
-
-#### 응답 타입
-
-```typescript
-interface Member {
-  uid: string;
-  email: string;
-  image_url: string;
-  role: "invite_read" | "invite_upload" | "invite_write" | "invite_admin" | "invite_super_admin" | "read" | "upload" | "write" | "admin" | "super_admin";
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/organization/members/?orgId=org_123"
-```
-
-#### 응답 예시
-
-```json
-{
-  "data": [
-    {
-      "uid": "user_123",
-      "email": "john@example.com",
-      "image_url": "https://example.com/avatar.png",
-      "role": "admin"
-    },
-    {
-      "uid": "user_456",
-      "email": "jane@example.com",
-      "image_url": "https://example.com/avatar2.png",
-      "role": "write"
-    },
-    {
-      "uid": "user_789",
-      "email": "bob@example.com",
-      "image_url": null,
-      "role": "invite_read"
-    }
-  ]
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/organization/members/`
-
-조직에서 회원을 제거합니다. 이렇게 하면 즉시 액세스 권한이 취소됩니다.
-
-#### 요청 본문
-
-```typescript
-interface MemberDelete {
-  orgId: string
-  email: string
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "user@example.com"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### 성공 응답
-
-```json
-{
-  "status": "OK"
-}
-```
-
-## 오류 처리
-
-일반적인 오류 시나리오 및 응답:
-
-```json
-// 회원을 찾을 수 없음
-{
-  "error": "Member not found",
-  "status": "KO"
-}
-
-// 잘못된 역할
-{
-  "error": "Invalid role specified",
-  "status": "KO"
-}
-
-// 권한 거부
-{
-  "error": "Insufficient permissions to manage members",
-  "status": "KO"
-}
-
-// 마지막 관리자를 제거할 수 없음
-{
-  "error": "Cannot remove the last admin from the organization",
-  "status": "KO"
-}
-
-// 잘못된 이메일
-{
-  "error": "Invalid email format",
-  "status": "KO"
-}
-
-// 회원이 이미 존재함
-{
-  "error": "Member already exists in organization",
-  "status": "KO"
-}
-```
-
-## 일반적인 사용 사례
-
-1. **팀 확장**: 적절한 역할을 가진 새 팀 회원 추가
-2. **액세스 제어**: 책임이 변경될 때 회원 권한 관리
-3. **보안 감사**: 회원 목록 및 역할 정기 검토
-4. **팀 구조 조정**: 조직 변경 시 역할 업데이트
diff --git a/src/content/docs/ko/docs/public-api/organizations.mdx b/src/content/docs/ko/docs/public-api/organizations.mdx
deleted file mode 100644
index 9e5cb5a5d..000000000
--- a/src/content/docs/ko/docs/public-api/organizations.mdx
+++ /dev/null
@@ -1,205 +0,0 @@
----
-title: Organizations
-description: 'Capgo의 조직 관리에 대한 가이드로, 조직 세부정보 생성, 설정, 업데이트 및 검색을 다룹니다.'
-sidebar:
-  order: 2
-locale: ko
----
-조직은 Capgo의 최상위 엔터티입니다. 이를 통해 앱, 팀 구성원, 리소스를 하나의 그룹으로 그룹화할 수 있습니다. 각 조직에는 서로 다른 역할과 권한을 가진 여러 구성원이 있을 수 있습니다.
-
-## 일반적인 사용 사례
-
-- 회사를 위한 새로운 조직 만들기
-- 조직 설정 관리
-- 조직 정보 업데이트
-- 조직 세부 정보 검색
-
-## 엔드포인트
-
-### 받기
-
-`https://api.capgo.app/organization/`
-
-조직 정보를 검색합니다. 매개변수에 `orgId`이 제공되면 단일 조직을 반환합니다. 그렇지 않으면 액세스 가능한 모든 조직을 반환합니다.
-
-#### 쿼리 매개변수
-
-- `orgId` (선택) : 검색하려는 특정 기관의 ID
-
-#### 응답 유형
-
-```typescript
-interface Organization {
-  id: string
-  created_by: string
-  created_at: string
-  updated_at: string
-  logo: string | null
-  name: string
-  management_email: string
-  customer_id: string | null
-}
-```
-
-#### 요청 예시
-
-```bash
-# Get all organizations
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-
-# Get specific organization
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### 응답 예시
-
-```json
-{
-  "data": {
-    "id": "org_123",
-    "name": "My Company",
-    "created_at": "2024-01-01T00:00:00Z",
-    "updated_at": "2024-01-01T00:00:00Z",
-    "logo": "https://example.com/logo.png",
-    "management_email": "admin@example.com",
-    "customer_id": "cus_123"
-  }
-}
-```
-
-### 포스트
-
-`https://api.capgo.app/organization/`
-
-새 조직을 만듭니다.
-
-#### 요청 본문
-
-```typescript
-interface OrganizationCreate {
-  name: string
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "New Organization"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### 응답 예시
-
-```json
-{
-  "status": "Organization created",
-  "id": "org_456"
-}
-```
-
-### 넣어
-
-`https://api.capgo.app/organization/`
-
-기존 조직을 업데이트합니다. 관리자 역할이 필요합니다.
-
-#### 요청 본문
-
-```typescript
-interface OrganizationUpdate {
-  orgId: string
-  logo?: string
-  name?: string
-  management_email?: string
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### 응답 예시
-
-```json
-{
-  "status": "Organization updated",
-  "data": {
-    "id": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }
-}
-```
-
-### 삭제
-
-`https://api.capgo.app/organization/`
-
-기존 조직을 삭제합니다. 관리자 역할이 필요합니다. 이 작업은 되돌릴 수 없으며 관련 앱, 번들(버전) 및 리소스가 모두 제거됩니다.
-
-#### 쿼리 매개변수
-
-- `orgId` : 삭제할 기관의 ID
-
-#### 요청 예시
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### 응답 예시
-
-```json
-{
-  "status": "Organization deleted",
-  "id": "org_123"
-}
-```
-
-## 오류 처리
-
-일반적인 오류 시나리오 및 대응:
-
-```json
-// Invalid API key
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-
-// Missing required field
-{
-  "error": "Name is required",
-  "status": "KO"
-}
-
-// Insufficient permissions
-{
-  "error": "Admin role required",
-  "status": "KO"
-}
-```
-
-## 모범 사례
-
-1. **이름 지정**: 조직에 대해 명확하고 설명이 포함된 이름을 사용하세요.
-2. **역할**: 팀 구성원에게 적절한 역할을 할당합니다.
-3. **이메일**: 개인 이메일 변경 시 문제를 방지하려면 관리 이메일에 그룹 이메일을 사용하세요.
-4. **로고**: 신뢰할 수 있는 CDN에 로고를 호스팅하고 HTTPS URL을 사용합니다.
diff --git a/src/content/docs/ko/docs/public-api/statistics.mdx b/src/content/docs/ko/docs/public-api/statistics.mdx
deleted file mode 100644
index 57be9769c..000000000
--- a/src/content/docs/ko/docs/public-api/statistics.mdx
+++ /dev/null
@@ -1,234 +0,0 @@
----
-title: 통계
-description: >-
-  통계 API 엔드포인트에 대한 자세한 가이드로, 앱과 조직에 대한 MAU(월간 활성 사용자), 스토리지 및 대역폭 지표에 대한 통찰력을
-  제공합니다.
-sidebar:
-  order: 5
-locale: ko
----
-통계 엔드포인트는 앱과 조직에 대한 자세한 분석을 제공합니다. 다양한 기간에 걸쳐 MAU(월간 활성 사용자), 스토리지 사용량 및 대역폭 소비를 추적할 수 있습니다. 이 데이터는 앱 성장, 리소스 사용량 및 용량 계획을 모니터링하는 데 필수적입니다.
-
-## 측정항목 이해하기
-
-- **MAU(월간 활성 사용자)**: 지난 30일 동안 앱에 액세스한 고유 기기 수
-- **저장소**: 저장된 모든 번들 및 리소스의 총 크기(바이트)
-- **대역폭**: 번들 다운로드에 대한 총 데이터 전송량(바이트)
-
-## 모범 사례
-
-1. **정기 모니터링**: 정기적으로 통계를 확인하여 성장 및 사용 패턴을 추적합니다.
-2. **리소스 계획**: 용량 계획을 위해 스토리지 및 대역폭 지표를 사용합니다.
-3. **사용자 참여**: MAU를 추적하여 사용자 참여 추세를 이해합니다.
-4. **비용 관리**: 리소스 사용량을 모니터링하여 비용 최적화
-
-## 엔드포인트
-
-### GET /statistics/app/:app_id/
-
-특정 앱에 대한 통계를 가져옵니다. 이 엔드포인트는 개별 앱 성능을 모니터링하는 데 유용합니다.
-
-#### 쿼리 매개변수
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/?from=2024-01-01&to=2024-02-01"
-```
-
-#### 응답 예시
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 1500,
-    "storage": 536870912,  // 512MB in bytes
-    "bandwidth": 1073741824 // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 1550,
-    "storage": 537919488,  // 513MB in bytes
-    "bandwidth": 1074790400 // 1.01GB in bytes
-  }
-]
-```
-
-### GET /statistics/org/:org_id/
-
-특정 조직에 대한 통계를 얻으십시오. 조직 수준 사용량을 모니터링하는 데 유용합니다.
-
-#### 쿼리 매개변수
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-  breakdown: boolean  // default false, optional if true it return the breakdown by app
-  noAccumulate: boolean // default false, optional if true it will not accumulate data and just return day by day result
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/org/046a36ac-e03c-4590-9257-bd6c9dba9ee8/?from=2024-01-01&to=2024-02-01"
-```
-
-#### 응답 예시
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 10000,
-    "storage": 536870912,   // 512MB in bytes
-    "bandwidth": 1073741824  // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 10200,
-    "storage": 537919488,   // 513MB in bytes
-    "bandwidth": 1074790400  // 1.01GB in bytes
-  }
-]
-```
-
-### GET /통계/사용자/
-
-액세스 권한이 있는 모든 조직에 걸쳐 집계된 통계를 얻으세요. 전반적인 사용량 모니터링에 적합합니다.
-
-#### 쿼리 매개변수
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/user/?from=2024-01-01&to=2024-02-01"
-```
-
-#### 응답 예시
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 25000,
-    "storage": 1073741824,  // 1GB in bytes
-    "bandwidth": 2147483648  // 2GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 25500,
-    "storage": 1074790400,  // 1.01GB in bytes
-    "bandwidth": 2148532224  // 2.01GB in bytes
-  }
-]
-```
-
-### GET /statistics/app/:app_id/bundle_usage
-
-특정 앱에 대한 번들 사용 통계를 받아 특정 기간 동안 사용자 간의 번들(버전) 분포를 보여줍니다.
-
-#### 쿼리 매개변수
-
-```typescript
-interface BundleUsageQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### 요청 예시
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/bundle_usage?from=2024-01-01&to=2024-02-01"
-```
-
-#### 응답 예시
-
-```json
-{
-  "labels": ["2024-01-01", "2024-01-02", "2024-01-03"],
-  "datasets": [
-    {
-      "label": "1.0.0",
-      "data": [60.5, 58.2, 55.3]
-    },
-    {
-      "label": "1.0.1",
-      "data": [39.5, 41.8, 44.7]
-    }
-  ]
-}
-```
-
-## 오류 처리
-
-일반적인 오류 시나리오 및 대응:
-
-```json
-// Invalid body
-{
-  "status": "Invalid body",
-  "error": "Invalid date format or missing parameters"
-}
-
-// Permission denied
-{
-  "status": "You can't access this app",
-  "error": "Insufficient permissions to access statistics"
-}
-
-// Permission denied for organization
-{
-  "status": "You can't access this organization",
-  "error": "Insufficient permissions to access organization statistics"
-}
-
-// No organizations found for user statistics
-{
-  "status": "No organizations found",
-  "error": "No organizations found"
-}
-
-// Internal server error
-{
-  "status": "Cannot get app statistics",
-  "error": "Internal server error message"
-}
-```
-
-## 일반적인 사용 사례
-
-1. **성장 추적**: 시간 경과에 따른 MAU 성장 모니터링
-2. **리소스 최적화**: 스토리지 및 대역폭 사용량을 추적하여 비용을 최적화합니다.
-3. **용량 계획**: 추세를 사용하여 향후 리소스 요구 사항을 계획합니다.
-4. **사용 보고서**: 이해관계자를 위한 정기적인 사용 보고서 생성
-5. **번들(버전) 분포 분석**: 번들 사용 통계를 통해 사용자가 다양한 앱 번들(버전)에 어떻게 분포되어 있는지 이해합니다.
-
-## 분석을 위한 팁
-
-1. **기간 비교**: 월별 또는 연간 추세를 살펴보세요.
-2. **트랙 비율**: 사용자당 대역폭 또는 앱당 저장 공간을 모니터링합니다.
-3. **알림 설정**: 비정상적인 사용량 급증에 대한 알림 생성
-4. **정기 백업**: 기록 분석을 위해 정기적으로 통계 내보내기
-5. **번들(버전) 채택**: 번들 사용을 사용하여 새 번들(버전)의 채택률을 추적합니다.
diff --git a/src/content/docs/ko/docs/upgrade/from-appflow-to-capgo.mdx b/src/content/docs/ko/docs/upgrade/from-appflow-to-capgo.mdx
deleted file mode 100644
index ecda5a9c5..000000000
--- a/src/content/docs/ko/docs/upgrade/from-appflow-to-capgo.mdx
+++ /dev/null
@@ -1,130 +0,0 @@
----
-title: AppFlow에서 Capgo로 마이그레이션
-description: Ionic AppFlow에서 Capgo로 앱을 마이그레이션하는 완벽한 가이드
-sidebar:
-  order: 7
-locale: ko
----
-
-## AppFlow 설정 참조
-
-마이그레이션 전에 현재 `capacitor.config.ts`의 AppFlow 설정을 확인하세요:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    LiveUpdates: {
-      appId: 'your-app-id',
-      channel: 'Production',
-      autoUpdateMethod: 'background', // 또는 'always latest', 'force update'
-      maxVersions: 2
-    }
-  }
-};
-```
-
-이 설정은 AppFlow 기능을 Capgo의 동등한 기능으로 매핑하는 데 도움이 됩니다.
-
-## Capgo로 마이그레이션하는 이유
-
-Ionic AppFlow 서비스 종료 발표와 함께, Capgo로의 마이그레이션은 모바일 앱 개발 워크플로우를 원활하게 전환할 수 있는 기회를 제공합니다. Capgo는 모든 중요한 기능을 유지하면서 향상된 기능, 더 나은 성능, 그리고 상당한 비용 절감을 제공합니다.
-
-### 주요 이점
-- 더 빠른 업데이트 배포 (10분에서 1분 미만으로)
-- 더 저렴한 가격 ($499/월에서 $14/월로)
-- 모든 요금제에 엔드투엔드 암호화 포함
-- 업데이트 채널에 대한 향상된 제어
-- 포괄적인 CI/CD 통합 옵션
-
-## 마이그레이션 단계
-
-### 1. 실시간 업데이트 마이그레이션
-
-#### 이전 종속성 제거
-```bash
-npm uninstall @ionic/appflow
-# capacitor.config.json에서 AppFlow 관련 설정 제거
-```
-
-#### Capgo 설치
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-#### 설정 업데이트
-`capacitor.config.json`에 Capgo 설정 추가:
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true
-    }
-  }
-}
-```
-
-### 2. CI/CD 마이그레이션
-
-Capgo는 유연한 CI/CD 옵션을 제공합니다:
-
-#### 옵션 1: 기존 CI/CD 사용
-인기 있는 플랫폼과 함께 CI/CD를 설정하는 상세 튜토리얼:
-- [iOS 빌드 설정](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-- [Android 빌드 설정](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)
-- [GitHub Actions 통합](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-
-#### 옵션 2: CI/CD 서비스
-[관리형 서비스](https://cal.com/team/capgo/mobile-ci-cd-done-for-you)로 CI/CD 설정을 맡기세요.
-
-### 3. 채널 설정
-
-1. Capgo 대시보드에서 채널 생성:
-```bash
-npx @capgo/cli channel create production
-npx @capgo/cli channel create staging
-```
-
-2. 채널 설정 구성:
-```bash
-# 프로덕션 채널 설정
-npx @capgo/cli channel update production --no-downgrade --no-upgrade
-
-# 스테이징 채널 설정
-npx @capgo/cli channel update staging
-```
-
-### 4. 마이그레이션 테스트
-
-1. **실시간 업데이트 테스트**
-```bash
-# 테스트 번들 생성 및 업로드
-npx @capgo/cli bundle create --channel staging
-```
-
-2. **업데이트 수신 확인**
-- 테스트 기기에 앱 설치
-- 업데이트가 올바르게 수신되는지 확인
-- 업데이트 설치 프로세스 검증
-- 복구 기능 테스트
-
-## 문제 해결
-
-### 일반적인 문제
-
-#### 업데이트가 수신되지 않음
-- 채널 구성 확인
-- 기기 로그 확인
-- 네트워크 연결 확인
-- 번들 버전 형식 검증
-
-## 다음 단계
-
-1. [Capgo 계정 생성](/register/)
-2. [빠른 시작 가이드](/docs/getting-started/quickstart/) 따르기
-3. [CI/CD 통합](/docs/getting-started/cicd-integration/) 설정
-4. [실시간 업데이트](/docs/live-updates/) 구성
-
-마이그레이션 중 전담 지원이 필요한 기업 팀의 경우, [우리 팀과 통화 예약](https://cal.com/team/capgo/capgo-enterprise-inquiry)을 해주세요.
diff --git a/src/content/docs/ko/docs/upgrade/from-capawesome-to-capgo.mdx b/src/content/docs/ko/docs/upgrade/from-capawesome-to-capgo.mdx
deleted file mode 100644
index 80eac5672..000000000
--- a/src/content/docs/ko/docs/upgrade/from-capawesome-to-capgo.mdx
+++ /dev/null
@@ -1,253 +0,0 @@
----
-title: Capawesome Cloud에서 Capgo로 마이그레이션
-locale: ko
-description: 네이티브 OTA 안전성, 기기 수준 관찰 가능성 및 완전한 자동화를 확보하면서 Capawesome Cloud에서 Capgo로 이동하는 단계별 가이드입니다.
-sidebar:
-  order: 8
----
-
-> ⚡️ Capgo는 채널, 번들 정리, 롤백, 분석 및 CLI 업로드를 네이티브로 자동화합니다. 이 가이드를 사용하여 마이그레이션에 필요한 최소한의 단계를 수행하고 필요한 경우 커스텀 동작을 선택적으로 재생성하세요.
-
-## 개요
-
-1. 기존 Capawesome Cloud 구성(App ID, 채널, 서명 키, CLI 토큰)을 수집하여 나중에 보관하거나 감사할 수 있도록 합니다.
-2. Capgo 플러그인을 설치하고 Capawesome SDK를 제거한 다음 `CapacitorUpdater.notifyAppReady()`를 호출합니다.
-3. 현재 해당 플로우를 사용하는 경우 선택적 동작(수동 다운로드, 번들 고정, 리로드)을 구성합니다.
-
-Capgo를 사용하면 플러그인을 설치하고 `CapacitorUpdater.notifyAppReady()`만 호출하면 됩니다. 나머지 모든 것(채널, 번들 정리, 롤백, 분석 및 CLI 자동화)은 네이티브로 처리됩니다. 아래 섹션에서는 각 작업을 직접 안내합니다.
-
-## 시작하기 전에
-
-- 프로젝트가 이미 Capacitor 5 이상을 사용하고 있는지 확인하세요.
-- CI/CD에서 번들을 푸시할 계획이라면 Capgo CLI(`npm install -g @capgo/cli`)를 설치하세요.
-
-## 단계 1 – Capgo 설치 및 Capawesome SDK 제거
-
-```bash
-npm uninstall @capawesome/capacitor-live-update
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-이것이 유일한 필수 교체 작업입니다. Capgo의 네이티브 코드는 플러그인과 함께 제공됩니다. 추가 JavaScript 헬퍼는 필요하지 않습니다.
-
-## 단계 2 – 최소 구성
-
-이전 설정에서는 `capacitor.config`에 수십 개의 옵션을 매핑해야 했습니다. Capgo는 프로젝트를 자동으로 인식하므로 최소 구성은 다음과 같습니다:
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      autoDeletePrevious: true,
-      periodCheckDelay: 10 * 60 * 1000, // 선택사항: 10분마다 확인
-    },
-  },
-}
-
-export default config
-```
-
-Capawesome가 수동 플래그(`defaultChannel`, `autoDeleteBundles`, 보존 정책 등)로 나열한 모든 것은 Capgo 대시보드 또는 API를 통해 관리됩니다. Capgo의 기본값과 다른 동작을 원하는 경우에만 이러한 키를 재정의하면 됩니다.
-
-### 구성 빠른 참조
-
-| Capawesome 옵션 | Capgo 동등 항목 | 설정이 필요한가요? |
-| --- | --- | --- |
-| `appId` | Capgo 대시보드에서 프로젝트를 생성하면 가져옴 | 하나의 바이너리에서 여러 프로젝트를 사용하는 경우에만 |
-| `defaultChannel` | 대시보드/API에서 관리되는 채널 규칙 | 선택사항; 대부분의 팀은 서버 측에서 설정 |
-| `autoDeleteBundles` | `autoDeletePrevious: true` (기본값) | 이미 활성화됨 |
-| `publicKey` | Capgo 콘솔에서 관리 | 키를 수동으로 회전하는 경우에만 |
-| `maxVersions` / 보존 | 번들 보존 정책 | Capgo에서 중앙 집중식으로 구성(기본값 1개월, 최대 24개월) |
-
-## 단계 3 – `notifyAppReady()` 호출 (유일하게 필요한 훅)
-
-이전 워크플로우에서는 커스텀 리스너(`checkForUpdates()`, `retryDownload()`, 스플래시 화면 숨기기 등)를 도입했습니다. Capgo는 이러한 단계를 네이티브로 수행합니다. 호출해야 하는 유일한 API는 다음과 같습니다:
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-이것은 앱이 성공적으로 부팅되었음을 확인합니다. 확인이 도착하지 않으면 Capgo는 자동으로 번들을 롤백합니다. 추가 JavaScript가 필요하지 않습니다.
-
-**이것이 전부입니다—Capgo는 백그라운드 확인, 스플래시 표시 및 롤백을 네이티브로 처리합니다.**
-
-<details>
-<summary>선택사항: 스플래시 화면이 숨겨지기 전에 커스텀 로직 실행</summary>
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-
-CapacitorUpdater.addListener('appReady', () => {
-  // 필요한 경우 진단 또는 로깅 실행
-  SplashScreen.hide()
-})
-
-CapacitorUpdater.notifyAppReady()
-```
-
-</details>
-
-## 단계 4 – API 호출 매핑 (대부분 선택사항)
-
-Capgo에서는 일반적으로 자동 업데이터를 실행하도록 합니다. 전체 제어를 원하는 경우 수동 API를 사용할 수 있습니다.
-
-| Capawesome Cloud | Capgo 동등 항목 | 필요한가요? |
-| --- | --- | --- |
-| `LiveUpdate.fetchLatestBundle()` | `CapacitorUpdater.getLatest()` | 자체 다운로드 워크플로우를 구현할 때만 |
-| `LiveUpdate.downloadBundle()` | `CapacitorUpdater.download()` | 선택사항: 네이티브 자동 업데이트가 이미 다운로드 |
-| `LiveUpdate.setNextBundle()` | `CapacitorUpdater.next()` | 선택사항: 대시보드가 번들을 자동으로 고정 |
-| `LiveUpdate.reload()` | `CapacitorUpdater.reload()` | 선택사항; Capgo는 `notifyAppReady()` 후 필수 번들을 적용 |
-| `LiveUpdate.getCurrentBundle()` | `CapacitorUpdater.current()` | 선택적 진단 |
-
-네이티브 자동 업데이트 동작을 유지하면 Capawesome JavaScript를 완전히 삭제할 수 있습니다.
-
-### 수동 제어 예제
-
-**최신 번들 다운로드**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const downloadUpdate = async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const bundle = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    console.log('Bundle downloaded', bundle?.id)
-  }
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const downloadUpdate = async () => {
-  const result = await LiveUpdate.fetchLatestBundle()
-  if (result.downloadUrl) {
-    await LiveUpdate.downloadBundle({
-      bundleId: result.bundleId,
-      url: result.downloadUrl,
-    })
-    console.log('Bundle downloaded')
-  }
-}
-```
-
-**다음 번들 설정**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const setNextBundle = async () => {
-  await CapacitorUpdater.next({ id: 'bundle-id-123' })
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const setNextBundle = async () => {
-  await LiveUpdate.setNextBundle({ bundleId: 'bundle-id-123' })
-}
-```
-
-**다운로드한 번들을 즉시 적용**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const applyUpdate = async () => {
-  await CapacitorUpdater.reload()
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const applyUpdate = async () => {
-  await LiveUpdate.reload()
-}
-```
-
-## 단계 5 – 업데이트 전략: Capgo가 처리하는 방법
-
-Capawesome는 세 가지 전략을 문서화합니다. 다음은 변환 방법입니다:
-
-### 백그라운드 업데이트
-- **이전 워크플로우**: 코드에서 구성하고 수동으로 다운로드를 예약합니다.
-- **Capgo**: 기본적으로 활성화됨(`autoUpdate: true`). 추가 코드가 필요하지 않습니다.
-
-### 항상 최신
-- **이전 워크플로우**: `App.resume` 리스너를 추가하고 `download`를 호출한 다음 `set`을 호출합니다.
-- **Capgo**: 백그라운드 자동 업데이트가 이미 재개 후 확인을 수행합니다. 커스텀 간격을 원하는 경우에만 수동 리스너가 필요합니다.
-
-<details>
-<summary>선택사항: 수동 재개 확인</summary>
-
-```ts
-import { App } from '@capacitor/app'
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-App.addListener('resume', async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const downloaded = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    if (downloaded) {
-      await CapacitorUpdater.next({ id: downloaded.id })
-    }
-  }
-})
-```
-
-</details>
-
-### 강제 업데이트
-- **이전 워크플로우**: 프롬프트 로직을 연결하고 리로드를 적용합니다.
-- **Capgo**: 대시보드에서 번들을 "필수"로 표시한 다음 `majorAvailable` 이벤트(`notifyAppReady()` 후 발생)를 수신하여 사용자가 앱 내에서 업그레이드하도록 요구합니다.
-
-## 단계 6 – 번들 배포
-
-이전에 `capawesome live-update deploy`에 의존했다면 Capgo는 유사한 CLI 워크플로우를 제공하며 API를 통해 배포를 완전히 자동화할 수도 있습니다.
-
-```bash
-# 한 번 인증 (CI 환경에 토큰 저장)
-capgo login
-
-# 새 번들 업로드 (플랫폼/버전 자동 감지)
-capgo bundle upload --path dist --channel production
-```
-
-Capgo는 번들 상태를 자동으로 추적하므로 다음과 같은 이점도 얻을 수 있습니다:
-
-- 모든 설치에 대한 기기 수준 감사 로그.
-- 구성 가능한 제한(최대 24개월)을 가진 자동 보존(기본값 1개월).
-- [status.capgo.app/history](https://status.capgo.app/history)에서 실시간 지연 시간 메트릭.
-
-## 마이그레이션 타임라인
-
-- **인벤토리 및 설치**: 10분 (`npm install`, 이전 플러그인 제거).
-- **구성 및 준비**: 5분 (`notifyAppReady`).
-- **정상성 확인**: 15분 (선택적 수동 테스트 또는 리스너).
-- **첫 번째 배포**: Capgo CLI 또는 CI 통합으로 10분.
-
-실제로 팀은 1시간 이내에 완료합니다. Capawesome 프로젝트 세부 정보를 제공하면 채널과 기기 목록을 가져올 수도 있습니다.
-
-## Capgo 지원
-
-- **마이그레이션 컨시어지**: [cal.com/team/capgo/demo](https://cal.com/team/capgo/demo)에서 세션을 예약하세요.
-- **커뮤니티**: [Capgo Discord](https://discord.gg/VCXxSVjefW)에 참여하세요.
-- **이슈 트래커**: [github.com/Cap-go/capacitor-updater/issues](https://github.com/Cap-go/capacitor-updater/issues).
-
-Capgo는 장기적인 안정성을 위해 구축되었습니다: 네이티브 델타 업데이트, 암호화된 번들, 자동 롤백 및 커스텀 JavaScript가 필요하지 않은 분석. 마이그레이션하면 유지 관리가 많이 필요한 글루를 삭제하고 플랫폼이 업데이트를 자동으로 실행하도록 할 수 있습니다.
diff --git a/src/content/docs/ko/docs/upgrade/from-v2-to-v3.md b/src/content/docs/ko/docs/upgrade/from-v2-to-v3.md
deleted file mode 100644
index 99e0614c4..000000000
--- a/src/content/docs/ko/docs/upgrade/from-v2-to-v3.md
+++ /dev/null
@@ -1,107 +0,0 @@
----
-title: V2에서 V3로
-description: V2에서 V3로 업그레이드 하는 방법
-sidebar:
-  order: 4
-locale: ko
----
-
-auto-update 버전 3으로 업그레이드하는 방법을 설명하는 문서입니다.
-
-## 먼저 최신 도구로 마이그레이션하세요:
-
-```bash
-npm remove -g capgo
-npm remove capacitor-updater
-
-npm i @capgo/cli
-npm i @capgo/capacitor-updater@3
-npx cap sync
-```
-
-## 이전 구성을 모두 제거하세요:
-
-```json
-{
-  CapacitorUpdater: {
-      autoUpdateURL: "https",
-      
-  },
-}
-```
-
-다음과 같이만 남기세요:
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true
-  }
-}
-```
-
-> ⚠️ `autoUpdateURL`로 자체 서버를 사용 중이었다면, 곧 이 가이드를 업데이트하겠습니다. 그동안 새로운 업로드 옵션 `external`을 확인해보세요. 이를 통해 Capgo 클라우드에 코드를 저장하지 않고 zip 파일의 링크만 전송할 수 있습니다. 엄격한 개인정보 보호 정책을 가진 기업을 위해 만들어졌습니다. external 모드에서는 코드가 Capgo 서버에 저장되지 않고, URL만 저장하여 기기로 전송하면 직접 다운로드합니다. 표준 방식에서는 코드가 압축되어 서버에 저장되지만, 우리는 절대 열어보거나 사용하지 않습니다.
-
-## 변경사항
-
-auto-update의 모든 구성이 서버 측으로 이동하여 사용자에게 업데이트를 보내는 방법을 더 잘 제어할 수 있습니다.
-
-이를 통해 채널을 사용하여 한 사용자에게만 배포하거나 되돌리기가 가능합니다! 이러한 설정들이 웹 인터페이스에 추가되었습니다:
-
-* 네이티브 아래에서 되돌리기 비활성화
-* 메이저 버전 이상 업데이트 비활성화
-
-> ⚠️ 모든 채널에서 기본적으로 true가 됩니다
-
-이로 인해 플러그인을 자주 업데이트할 필요가 없어지며, 대부분의 업데이트는 서버 측에서 이루어지므로 사용자 측에서 변경 없이 적용됩니다
-
-> ⚠️ 업데이트가 기본값이 되면 리셋됩니다. 스토어에서 업데이트할 때 모든 다운로드 버전을 제거하지 않으려면 다음과 같이 설정하세요:
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true,
-    "resetWhenUpdate": false
-  }
-}
-```
-
-## 코드 업데이트
-
-마지막으로, JS의 모든 임포트를 다음과 같이 업데이트하세요:
-
-```
-import { CapacitorUpdater } from 'capacitor-updater'
-```
-
-에서
-
-```
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-```
-
-로 변경하세요.
-
-그런 다음 코드를 다시 빌드하고 `npm run build` 자산을 다시 복사하세요 `npx cap copy`
-
-이제 최신 auto-update 시스템을 테스트할 수 있습니다
-
-다음 명령으로 버전을 전송하세요:
-
-```
-npx @capgo/cli@latest bundle upload
-```
-
-다음 대신:
-
-```
-npx capgo upload
-```
-
-## 향후 발전 방향
-
-현재는 첫 번째 공개 채널만 사용 중이지만, 향후에는 여러 공개 채널이 설정된 경우 public이 다중 공개 채널로 변경될 예정입니다
-
-## 일반적인 문제:
-
-* 업그레이드 후 빌드 문제: 플러그인의 소스 코드를 Android Studio나 Xcode에서 이미 열어본 경우, 때로는 동기화가 제거하지 못할 수 있습니다. 네이티브 IDE를 열고 `capacitor-updater`를 수동으로 제거한 후 `npx cap sync`를 실행하면 해결될 것입니다
diff --git a/src/content/docs/ko/docs/upgrade/from-v3-to-v4.md b/src/content/docs/ko/docs/upgrade/from-v3-to-v4.md
deleted file mode 100644
index 99be7f2ea..000000000
--- a/src/content/docs/ko/docs/upgrade/from-v3-to-v4.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-title: V3에서 V4로
-description: V3에서 V4로 업그레이드하는 방법
-sidebar:
-  order: 3
-locale: ko
----
-
-## 업그레이드가 필요한 이유
-
-Discord 커뮤니티에서 여러분과 대화를 나누면서 수동 모드가 너무 수동적이고 사용하기에 안전하지 않다는 것을 발견했습니다. 예를 들어, 자동 복구가 불가능했기 때문에 수동 업데이트에 실패하면 사용자가 앱을 제거하고 다시 설치해야 했는데, 이는 매우 좋지 않은 사용자 경험이었습니다.
-
-한편, 이를 기회로 삼아 여러분에게 더 많은 자유를 제공하고 제가 만든 모든 나쁜 코드를 제거하게 되었습니다.
-
-## 설치
-
-`npm i @capgo/capacitor-updater@4`
-
-## 클라우드 자동 업데이트
-
-앱에서 기본 예제를 사용하고 있다면, 새 버전으로 안전하게 마이그레이션할 수 있습니다. 즐기세요!
-
-## 자체 호스팅 자동 업데이트
-
-여러분에게는 여전히 간단합니다. 변경 사항은 다음과 같습니다:
-
-* `autoUpdateUrl` 설정의 이름이 `updateUrl`로 변경
-* 엔드포인트 메서드가 `GET`에서 `POST`로 변경
-
-## 수동 사용자
-
-여러분에게는 가장 큰 변화이지만, 더 나은 방향입니다! 수많은 개선 사항을 얻게 되었습니다. 주의 깊게 읽어보세요.
-
-## 변경 사항
-
-* `autoUpdateUrl`이 `updateUrl`로 변경되었습니다. 이제 이 설정은 수동 모드에서도 사용할 수 있습니다
-* `cancelDelay`와 `delayUpdate`가 삭제되고 `setDelay`로 대체되었습니다
-* set에서 더 이상 `versionName`을 사용하지 않습니다
-* 대부분의 함수에서 반환되던 `version` 키가 `BundleInfo` 객체로 변경되었습니다
-
-```typescript
-interface BundleInfo {
-  id: string;
-  version: string;
-  downloaded: string;
-  status: 'success' | 'error' | 'pending' | 'downloading'
-}
-```
-
-* 혼란스러운 이름들이 이제 변경되었습니다 (설명하기는 어렵지만 실제 사용할 때는 새로운 이름을 쉽게 이해할 수 있습니다):
-  * `version`이라고 불리던 것은 이제 `bundle`을 지칭합니다
-  * `id`는 10자리 무작위 문자열이었던 이전의 `version`을 의미합니다. 이 `id`는 번들에 접근하는 유일하고 신뢰할 수 있는 방법입니다. 예: `7Dfcd2RedN`
-  * `version`은 이제 번들을 위해 선택한 `versionName`을 의미합니다. 예: `100`
-* `updateUrl`이 `get`에서 `post`로 변경되었습니다. 일부 사용자에게 사용자 정의 헤더가 문제가 되었고 post가 더 논리적이기 때문입니다. 이전의 모든 헤더는 본문으로 이동하고 `cap_` 접두사는 사라집니다
-* `versionName` 메서드가 삭제되고 `getId`로 대체되었습니다
-* list는 이제 `BundleInfo` 목록을 반환합니다
-* `getId`가 `getDeviceId`로 변경되었습니다
-* `autoUpdate`가 기본적으로 true가 됩니다. 수동 모드를 사용한다면 false로 설정하세요
-
-## 새로운 기능
-
-* `getLatest` 메서드: 이 메서드를 통해 `updateUrl`로 설정된 서버에서 사용 가능한 최신 버전을 가져올 수 있습니다
-* `setDelay` 메서드: `{kind: "background" | "kill" | "nativeVersion" | "date", value?: string}`를 인자로 받아 다양한 모드에 대한 지연을 설정합니다
-* `next` 메서드: 즉시 실행되는 `set`과 달리 다음 백그라운드 전환 시 버전을 설정합니다
-* `isAutoUpdateEnabled` 메서드: 자동 업데이트 컨텍스트인지 확인할 수 있습니다
-* `downloadComplete` 이벤트: 다운로드가 100%에 도달했을 때 발생합니다
-* download 메서드에 필수 필드 `version` 추가
-* `notifyAppReady`가 수동 모드에서도 필수가 되었습니다. 10초 안에 호출하지 않으면 앱이 이전 버전으로 되돌아갑니다
-
-## 기여자
-
-[@lincolnthree](https://github.com/lincolnthree/) 이 작업을 시작해주셔서 정말 감사합니다. 여러분의 도움 없이는 이 업데이트를 완성하는 것이 불가능했을 것입니다.
diff --git a/src/content/docs/ko/docs/upgrade/from-v4-to-v5.md b/src/content/docs/ko/docs/upgrade/from-v4-to-v5.md
deleted file mode 100644
index 2dd40dedd..000000000
--- a/src/content/docs/ko/docs/upgrade/from-v4-to-v5.md
+++ /dev/null
@@ -1,31 +0,0 @@
----
-title: Dari V4 ke V5
-description: V4에서 V5로 업데이트하는 방법
-sidebar:
-  order: 2
-locale: ko
----
-
-## 업그레이드가 필요한 이유
-
-이 메이저 버전은 Capacitor 메이저 버전을 따르기 위한 것입니다
-
-먼저 Capacitor의 마이그레이션 가이드를 따르세요:
-
-[https://capacitorjs.com/docs/updating/5-0](https://capacitorjs.com/docs/updating/5-0/)
-
-## 설치
-
-`npm i @capgo/capacitor-updater@5`
-
-`그런 다음 네이티브 코드 업데이트를 동기화하세요:`
-
-`npx cap sync`
-
-이게 전부입니다! 매우 쉽죠!
-
-## 수동 모드
-
-getLatest로 직접 업데이트를 받고 있었다면, 약간의 변경사항이 있습니다
-이제 이미 최신 상태인 경우 catch로 이동합니다
-업데이트 가능 상태가 아닌 다른 모든 응답도 동일하게 작동합니다
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/upgrade/from-v5-to-v6.md b/src/content/docs/ko/docs/upgrade/from-v5-to-v6.md
deleted file mode 100644
index 6bcdfabbd..000000000
--- a/src/content/docs/ko/docs/upgrade/from-v5-to-v6.md
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: V5에서 V6으로
-description: V5에서 V6로 업데이트하는 방법
-sidebar:
-  order: 1
-locale: ko
----
-
-## 이 업그레이드가 필요한 이유
-
-이 메이저 버전은 Capacitor 메이저 버전을 따르기 위한 것입니다
-
-먼저 Capacitor의 마이그레이션 가이드를 따르세요:
-
-[https://capacitorjs.com/docs/updating/6-0](https://capacitorjs.com/docs/updating/6-0/)
-
-## 설치
-
-`npm i @capgo/capacitor-updater@6`
-
-`그런 다음 네이티브 코드 업데이트를 동기화하세요:`
-
-`npx cap sync`
-
-이게 전부입니다! 매우 쉽죠!
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/upgrade/from-v6-to-v7.md b/src/content/docs/ko/docs/upgrade/from-v6-to-v7.md
deleted file mode 100644
index ef798d16c..000000000
--- a/src/content/docs/ko/docs/upgrade/from-v6-to-v7.md
+++ /dev/null
@@ -1,42 +0,0 @@
----
-title: "V6에서 V7로"
-locale: ko
-description: "Capgo 업데이터의 버전 6에서 버전 7로 전환하는 자세한 가이드로, 성공적인 업그레이드 프로세스에 필요한 단계와 고려 사항을 설명하여 최신 Capacitor 기능 및 개선 사항과의 호환성을 보장합니다."
-sidebar:
-  order: 2
----
-
-## 이 업그레이드가 필요한 이유
-
-이 메이저 버전은 Capacitor 메이저 버전을 따르기 위한 것입니다
-
-먼저 Capacitor의 마이그레이션 가이드를 따르세요:
-
-[https://capacitorjs.com/docs/updating/7-0](https://capacitorjs.com/docs/updating/7-0/)
-
-## 설치
-
-`npm i @capgo/capacitor-updater@7`
-
-`그런 다음 네이티브 코드 업데이트를 동기화합니다:`
-
-`npx cap sync`
-
-그게 전부입니다! 매우 쉽죠!
-
-## 암호화 마이그레이션
-
-`key-v1` 암호화 방법을 사용하는 경우 `key-v1`이 V7에서 더 이상 지원되지 않으므로 새로운 암호화 시스템으로 마이그레이션해야 합니다. [[memory:96112]]
-
-여기에서 암호화 마이그레이션 가이드를 따르세요: [암호화 마이그레이션 가이드](/docs/cli/migrations/encryption/)
-
-## 구성 변경 사항
-
-`capacitor.config` 파일에 다음 속성을 추가하는 것이 좋습니다:
-- `capacitorUpdater`
-- `appId`
-- `version`
-- `autoUpdate`
-
-이러한 설정은 플러그인과 그 동작을 더 잘 관리하는 데 도움이 됩니다.
-
diff --git a/src/content/docs/ko/docs/upgrade/from-v7-to-v8.md b/src/content/docs/ko/docs/upgrade/from-v7-to-v8.md
deleted file mode 100644
index 17f21fe96..000000000
--- a/src/content/docs/ko/docs/upgrade/from-v7-to-v8.md
+++ /dev/null
@@ -1,73 +0,0 @@
----
-title: "V7에서 V8로"
-locale: ko
-description: "Capgo 업데이터의 버전 7에서 버전 8로 전환하는 상세한 가이드로, Capacitor 8 기능 및 개선 사항과의 호환성을 보장하는 성공적인 업그레이드 프로세스를 위한 필수 단계와 고려 사항을 설명합니다."
-sidebar:
-  order: 0
----
-
-## 이 업그레이드가 필요한 이유
-
-이 주요 버전은 Capacitor 주요 버전 8을 따르기 위한 것입니다
-
-먼저 Capacitor의 마이그레이션 가이드를 따르세요:
-
-[https://capacitorjs.com/docs/updating/8-0](https://capacitorjs.com/docs/updating/8-0/)
-
-## iOS 최소 버전 요구사항
-
-iOS 최소 배포 대상이 **15**로 상향되어 [CVE-2022-36943](https://nvd.nist.gov/vuln/detail/CVE-2022-36943) 취약점이 있는 iOS 기기가 제외됩니다. 이는 보안 수정이 구현된 iOS zip 라이브러리의 최소 버전입니다.
-
-## 설치
-
-`npm i @capgo/capacitor-updater@8`
-
-그런 다음 네이티브 코드 업데이트를 동기화합니다:
-
-`npx cap sync`
-
-완료되었습니다! 매우 쉽습니다!
-
-## V8의 새로운 기능
-
-capacitor-updater 버전 8은 Capacitor 8과의 완전한 호환성을 제공하여 앱이 최신 모바일 OS 기능과 개선 사항을 활용할 수 있도록 보장합니다.
-
-### 주요 업데이트
-
-- **Capacitor 8 호환성**: Capacitor 8의 향상된 네이티브 기능에 대한 완전한 지원
-- **성능 개선**: 최적화된 업데이트 전달 및 설치 프로세스
-- **향상된 안정성**: v7 이후의 버그 수정 및 안정성 개선
-- **유지된 API 호환성**: v7 이후 플러그인 API에 대한 주요 변경 사항 없음
-
-## 구성
-
-구성은 v7과 동일하게 유지됩니다. 기존 `capacitor.config` 설정이 계속 작동합니다:
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      appId: 'your-app-id',
-      version: '1.0.0',
-      autoUpdate: true,
-      // ... 기타 설정
-    }
-  }
-}
-```
-
-## 마이그레이션 체크리스트
-
-- [ ] Capacitor의 v8 [마이그레이션 가이드](https://capacitorjs.com/docs/updating/8-0) 따르기, 주요 변경 사항 확인
-- [ ] iOS 최소 배포 대상을 15로 상향 (CVE-2022-36943 수정에 필요)
-- [ ] @capgo/capacitor-updater를 ^8.0.0으로 업데이트
-- [ ] `npx cap sync` 실행
-- [ ] iOS 및 Android에서 앱을 철저히 테스트
-
-## 도움이 필요하신가요?
-
-마이그레이션 중 문제가 발생하면:
-
-1. [문서](/docs/live-updates/)를 확인하세요
-2. [Discord 커뮤니티](https://discord.com/invite/VnYRvBfgA6)를 방문하세요
-3. [GitHub](https://github.com/Cap-go/capacitor-updater/issues)에서 이슈를 열어주세요
diff --git a/src/content/docs/ko/docs/webapp/api-keys.mdx b/src/content/docs/ko/docs/webapp/api-keys.mdx
deleted file mode 100644
index b1de14249..000000000
--- a/src/content/docs/ko/docs/webapp/api-keys.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: API 키 관리
-description: API 키 관리 방법
-sidebar:
-  order: 3
-locale: ko
----
-
-## API 키로 무엇을 할 수 있나요?
-
-API 키는 재생성하거나 삭제하거나 새로 추가할 수 있습니다
-
-## 모든 API 키를 어떻게 볼 수 있나요?
-
-[API 키 페이지](https://console.capgo.app/dashboard/apikeys/)로 이동하면 모든 API 키를 볼 수 있습니다
-
-## 새로운 API 키를 어떻게 추가하나요?
-
-새로운 API 키를 추가하려면 작은 플러스 버튼을 클릭하세요
-
-<figure><img src="/apikeys-add.webp" alt="add apikey" /><figcaption></figcaption></figure>
-
-그리고 새로운 API 키에 부여할 권한을 선택하세요. 다음과 같은 권한을 선택할 수 있습니다:
-
- - 읽기 - API 키로 모든 데이터를 읽을 수 있습니다
- - 업로드 - API 키로 CLI에서 새 버전을 업로드하고 읽을 수 있습니다
- - 모두 - API 키로 모든 작업을 수행할 수 있습니다
-
-<figure><img src="/apikeys-select-perm.webp" alt="select perm" /><figcaption></figcaption></figure>
-
-## API 키를 어떻게 삭제하나요?
-
-API 키를 삭제하려면 작은 휴지통 버튼을 클릭하세요
-
-<figure><img src="/apikeys-remove.webp" alt="remove apikey" /><figcaption></figcaption></figure>
-
-그리고 API 키 삭제를 확인하세요
-
-## API 키를 어떻게 재생성하나요?
-
-API 키를 재생성하려면 작은 새로고침 버튼을 클릭하세요
-
-<figure><img src="/apikeys-regenerate.webp" alt="generate apikey" /><figcaption></figcaption></figure>
-
-그리고 API 키 재생성을 확인하세요
diff --git a/src/content/docs/ko/docs/webapp/bundles.mdx b/src/content/docs/ko/docs/webapp/bundles.mdx
deleted file mode 100644
index 240bd7663..000000000
--- a/src/content/docs/ko/docs/webapp/bundles.mdx
+++ /dev/null
@@ -1,92 +0,0 @@
----
-title: Bundles
-description: >-
-  Capgo에서 번들을 관리하는 방법을 알아보세요. 번들은 애플리케이션 코드 및 자산의 특정 버전입니다. 번들 보기, 채널 연결, 다운로드 및
-  삭제 방법을 알아보세요.
-sidebar:
-  order: 7
-locale: ko
----
-## 모든 번들 표시
-
-Capgo에서 번들은 장치에 배포할 준비가 된 특정 버전의 애플리케이션 코드 및 자산을 나타냅니다. 먼저 번들 페이지를 살펴보겠습니다. [앱을 클릭](/docs/webapp/main-page)한 다음 [번들 탭을 클릭](/docs/webapp/main-app-page)하여 액세스할 수 있습니다.
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundles.webp" alt="번들 목록" /><figcaption></figcaption></figure>
-
-번들 목록에는 다음이 표시됩니다.
-- **이름**: 번들 버전 번호
-- **생성 날짜**: 번들이 업로드된 날짜
-- **채널**: 번들이 현재 연결되어 있는 채널(있는 경우)
-- **크기**: 번들 파일 크기
-- **작업**: 채널 링크(기어 아이콘) 및 삭제(휴지통 아이콘)를 포함한 빠른 작업
-
-**새로 고침** 버튼을 사용하여 목록을 새로 고치고, **+ 추가**를 사용하여 새 번들을 업로드하고, **필터**를 사용하여 표시된 번들의 범위를 좁힐 수 있습니다. 검색 상자를 사용하면 이름으로 번들을 찾을 수 있습니다.
-
-## 번들 삭제
-
-번들은 두 가지 방법으로 삭제될 수 있습니다:
-
- - 보통
- - 불안전하다
-
-안전하지 않은 번들 삭제 방법이 2024년 8월 12일에 Capgo에 추가되었습니다.
-
-두 가지 방법의 차이점은 삭제 후 버전 번호를 재사용할 수 있다는 점입니다.
-
-예를 들어 일반적인 방법으로 `1.0.0` 버전을 삭제하고 나중에 `1.0.0` 버전을 업로드하려고 하면 실패합니다.
-안전하지 않은 삭제를 통해 이 버전을 삭제하면 `1.0.0` 버전을 업로드할 수 있습니다.
-
-:::danger
-버전을 안전하지 않게 삭제하고 다시 업로드하는 것은 정말 위험합니다.
-플러그인에서 모든 종류의 버그와 예측할 수 없는 동작이 발생할 수 있습니다.
-공개 채널에서 사용된 번들에는 절대로 사용해서는 안 됩니다.
-이러한 이유로 버전을 안전하지 않게 삭제하려면 "super_admin" 권한이 필요합니다.
-:::
-
-## 특정 번들 관리
-
-모든 번들 목록이 표시되면 관리하려는 번들을 클릭하세요. 그렇게 하면 다음과 같은 내용이 표시됩니다.
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-info.webp" alt="번들 정보" /><figcaption></figcaption></figure>
-
-번들 세부정보 페이지에는 세 개의 탭이 있습니다.
-
-1. **정보**: 모든 번들 메타데이터 및 속성을 표시합니다.
-2. **종속성**: 이 번들에 포함된 종속성을 나열합니다.
-3. **역사**: 이 번들의 변경 내역을 표시합니다.
-
-### 번들 정보
-
-정보 탭에는 다음 세부 정보가 표시됩니다.
-
-- **번들 번호**: 버전 식별자(예: 12.87.1)
-- **ID**: 이 번들의 고유한 내부 식별자입니다.
-- **생성 날짜**: 번들이 처음 업로드된 날짜
-- **업데이트 날짜**: 번들이 마지막으로 수정된 날짜
-- **체크섬**: 번들의 무결성 해시(복사하려면 클릭)
-- **채널**: 이 번들이 연결된 채널(채널을 열거나 변경하려면 클릭)
-- **암호화**: 번들이 암호화되었는지 여부
-- **CLI 버전**: 이 번들을 업로드하는 데 사용된 Capgo CLI 버전입니다.
-- **Zip 앱 번들**: 압축된 번들 크기(다운로드하려면 클릭)
-- **매니페스트**: 매니페스트 파일 크기
-- **상태**: 번들이 활성 또는 비활성인지 여부(삭제하려면 휴지통 아이콘을 클릭)
-
-### 번들을 채널에 연결하기
-
-채널 연결 모달을 열려면 채널 행 옆 또는 작업 열 옆에 있는 기어 아이콘을 클릭하세요.<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-change.webp" alt="번들 변경" /><figcaption></figcaption></figure>
-
-모달은 다음을 제공합니다.
-1. **채널 검색**: 사용 가능한 채널을 이름별로 필터링합니다.
-2. **현재 번들**: 연결 중인 번들 버전을 표시합니다.
-3. **사용 가능한 채널**: 세부 정보(ID, 가시성, 플랫폼, 생성 날짜)가 포함된 모든 채널 목록입니다. "현재"로 표시된 채널은 이 번들이 이미 링크된 위치를 나타냅니다. 공개 채널에는 링크 아이콘이 표시됩니다.
-4. **채널에 번들 설정**: 선택 사항을 확인하고 이 번들을 선택한 채널에 할당합니다.
-
-**채널에 번들 설정:** 이 번들을 선택한 채널의 활성 버전으로 할당합니다. 해당 채널을 구독하는 장치는 이 번들을 받게 됩니다.
-
-채널의 전용 페이지를 열려면 채널 행에서 채널 이름 링크를 클릭하세요.
-
-채널에서 번들의 링크를 해제하려면 채널의 구성 페이지로 이동하세요.
-
-### 번들 다운로드
-
-번들을 다운로드하려면 정보 탭에서 **Zip 앱 번들** 크기 값을 클릭하세요. 확인 대화 상자가 나타나고 확인 시 번들이 장치에 직접 다운로드됩니다.
diff --git a/src/content/docs/ko/docs/webapp/channels.mdx b/src/content/docs/ko/docs/webapp/channels.mdx
deleted file mode 100644
index 2d95343f9..000000000
--- a/src/content/docs/ko/docs/webapp/channels.mdx
+++ /dev/null
@@ -1,57 +0,0 @@
----
-title: 채널
-description: >-
-  채널은 앱의 업데이트를 관리하는 방법입니다. 여러 채널을 가질 수 있으며 각 채널은 여러 버전을 가질 수 있습니다. 이를 통해 동시에 여러
-  버전의 앱을 프로덕션 환경에서 운영할 수 있습니다.
-sidebar:
-  order: 6
-locale: ko
----
-
-## 채널 관리하기
-
-먼저 채널 페이지를 살펴보겠습니다. [앱을 클릭](/docs/webapp/main-page)한 다음 [채널 탭을 클릭](/docs/webapp/main-app-page)하여 접근할 수 있습니다.
-
-<figure><img src="/channels.webp" alt="channel list" /><figcaption></figcaption></figure>
-
-## 채널 생성하기
-
-보시다시피 우측 하단에 플러스 버튼이 있습니다(이미지의 `1`). 이를 클릭하면 새 채널을 생성할 수 있는 모달이 열립니다.
-<figure><img style="margin-left: auto; margin-right: auto" src="/new_channel_modal.webp" alt="new channel" /><figcaption></figcaption></figure>
-
-`추가`를 클릭하면 목록에 새 채널이 나타납니다.
-<figure><img src="/post-channel-create.webp" alt="after channel create" /><figcaption></figcaption></figure>
-
-## 잘못 구성됨은 무엇을 의미하나요?
-때때로 채널의 구성이 유효하지 않을 수 있습니다. 이 경우 큰 경고가 표시되고 하나 이상의 채널에서 `잘못 구성됨` 열에 `예`라고 표시됩니다.
-자세한 내용은 [여기](/docs/cli/commands/#disable-updates-strategy)에서 확인할 수 있습니다.
-
-## 채널 삭제하기
-
-채널 삭제는 간단합니다. 휴지통 아이콘을 클릭하고 삭제를 확인하면 됩니다(이미지의 `2`).
-
-## 채널 관리하기
-
-채널 이름을 클릭하면 채널 설정을 관리할 수 있는 모달이 열립니다(이미지의 `3`).
-
-<figure><img src="/channel_settings.webp" alt="채널 설정" /><figcaption></figcaption></figure>
-
-채널 설정 페이지에는 채널의 모든 구성 옵션이 포함되어 있습니다. 각 설정을 살펴보겠습니다.
-
----
-첫째로 `기본 채널` 토글입니다. 활성화되면 이 채널이 새 디바이스의 기본값이 됩니다. 기본 채널 작동 방식에 대한 자세한 설명(iOS와 Android 각각에 대한 플랫폼별 기본값 설정 방법 포함)은 [기본 채널 구성](/docs/webapp/main-app-page/#기본-채널-구성) 섹션을 참조하세요.
-
----
-둘째로 `IOS` 설정입니다. 이는 비교적 간단합니다. false로 설정되면 iOS 디바이스는 이 채널에서 업데이트를 다운로드할 수 없습니다.
-
-셋째는 `Android` 설정입니다. 이는 `IOS`와 유사합니다. false로 설정되면 Android 디바이스는 이 채널에서 업데이트를 다운로드할 수 없습니다.
-
-넷째는 `네이티브 버전 이하로 자동 다운그레이드 비활성화` 설정입니다. true로 설정되면 네이티브 버전에서 다운그레이드가 불가능합니다. 즉, 앱스토어나 플레이스토어에 `1.2.0` 버전을 업로드했는데 채널 버전을 `1.1.0`으로 설정하려 하면 업데이트(다운그레이드)가 실패합니다.
-
-다섯째는 `자동 업데이트 비활성화`입니다. 이 설정은 꽤 복잡하며, [여기](/docs/cli/commands/#disable-updates-strategy)에서 자세히 알아볼 수 있습니다.
-
-`개발 빌드 허용`의 경우, true로 설정되면 개발 빌드가 이 채널에서 업데이트를 다운로드할 수 있습니다. 그렇지 않으면 `prod`가 false로 설정된 모든 업데이트 요청이 거부됩니다. 이는 주로 테스트 목적으로 유용합니다.
-
-일곱째는 `에뮬레이터 허용`입니다. false로 설정되면 Capgo는 에뮬레이터에서 오는 모든 업데이트 요청을 거부합니다. 이는 주로 테스트 목적으로 유용합니다.
-
-여덟째는 `디바이스 자체 연결 허용`입니다. true로 설정되면 [setChannel](/docs/plugin/api/#setchannel) 메서드를 사용할 수 있습니다. false로 설정되고 이 채널로 [setChannel](/docs/plugin/api/#setchannel) 메서드를 호출하려 하면 호출이 실패합니다.
\ No newline at end of file
diff --git a/src/content/docs/ko/docs/webapp/devices.mdx b/src/content/docs/ko/docs/webapp/devices.mdx
deleted file mode 100644
index 70f53f94a..000000000
--- a/src/content/docs/ko/docs/webapp/devices.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: 디바이스
-description: "필터 옵션과 개별 디바이스에 대한 상세 구성 설정을 포함하여 디바이스를 효과적으로 관리하고 구성하기 위한 디바이스 페이지 활용에 대한 종합 가이드입니다."
-sidebar:
-  order: 7
-locale: ko
----
-
-:::note[데이터 보존]
-디바이스 데이터는 마지막 디바이스 활동으로부터 **90일** 동안 보존됩니다. 이 기간 내에 Capgo에 연결하지 않은 디바이스는 목록에서 자동으로 제거됩니다. 활성 디바이스는 업데이트를 확인할 때 지속적으로 추적됩니다.
-:::
-
-## 모든 기기 목록 표시
-먼저 기기 페이지를 살펴보겠습니다. [앱을 클릭](/docs/webapp/main-page)한 다음 [기기 탭을 클릭](/docs/webapp/main-app-page)하여 접근할 수 있습니다.
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/devices.webp" alt="기기 목록" /><figcaption></figcaption></figure>
-
-1. **디바이스 탭** - 내비게이션 바에서 이 탭을 클릭하여 디바이스 페이지에 접근합니다
-2. **필터** - 클릭하여 디바이스를 필터링합니다:
-   - **오버라이드** - [사용자 정의 채널](/docs/plugin/api/#setchannel) 또는 사용자 정의 버전이 있는 디바이스만 표시합니다
-   - **사용자 정의 ID** - 사용자 정의 식별자가 설정된 디바이스만 표시합니다
-
-## 기기 구성하기
-
-특정 기기를 구성하려면 테이블에서 해당 기기를 클릭하세요. 그러면 다음과 같은 화면이 표시됩니다:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/device-specific.webp" alt="하나의 기기 표시" /><figcaption></figcaption></figure>
-
-1. **Information** - 디바이스 ID, 마지막 업데이트, 플랫폼, 플러그인 버전, 버전, 빌트인 버전, OS 버전, 프로덕션 앱 여부 등 디바이스 세부 정보를 봅니다
-2. **Deployments** - 이 디바이스의 배포 기록을 봅니다
-3. **Logs** - 이 디바이스와 관련된 로그를 봅니다
-4. **채널 오버라이드** - 이 특정 디바이스의 채널을 오버라이드합니다. 설정되면 이 디바이스는 공개(기본) 채널을 사용하지 않고 선택한 채널에서만 업데이트를 받습니다
-
-### 사용자 정의 ID
-
-`사용자 정의 ID`는 디바이스를 자신의 사용자를 위해 인식할 수 있는 ID에 연결하는 데 도움이 되는 매우 유용한 필드입니다.
-
-어떤 디바이스가 어떤 사용자에게 속하는지 쉽게 식별하기 위해 사용하세요.
-
-사용자 정의 ID는 `CapacitorUpdater.setCustomId({ customId: user });`를 사용하여 디바이스 자체에서만 설정할 수 있습니다.
diff --git a/src/content/docs/ko/docs/webapp/index.mdx b/src/content/docs/ko/docs/webapp/index.mdx
deleted file mode 100644
index 5ab8d7259..000000000
--- a/src/content/docs/ko/docs/webapp/index.mdx
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: Introduction
-description: Cagpo 웹 애플리케이션 소개
-sidebar:
-  order: 1
-locale: ko
----
-
-## 이게 무엇인가요?
-
-Capgo는 프로젝트를 관리하는데 도움이 되는 광범위한 웹앱을 제공합니다. 이 웹앱은 Vuejs로 만들어졌으며 오픈소스입니다. 소스 코드는 [GitHub](https://github.com/Cap-go/capgo/tree/main/src/)에서 확인하실 수 있습니다. \
-웹앱은 [여기](https://console.capgo.app/)에서 사용 가능합니다. \
-이 웹앱에서는 [채널 관리](/docs/webapp/channels/), [버전 관리](/docs/webapp/bundles/), [디바이스 관리](/docs/webapp/devices/), [로그 검사](/docs/webapp/logs/), [결제 관리](/docs/webapp/settings/) 그리고 [계정 관리](/docs/webapp/settings/)가 가능합니다.
-
-## 어떻게 사용하나요?
-
-먼저 계정을 만들거나 로그인해야 합니다. 화면 중앙의 `Log in` 버튼을 클릭하면 비교적 간단하게 할 수 있습니다. 로그인하면 대시보드로 리디렉션됩니다. 이곳이 웹앱의 메인 페이지입니다. 여기서 다른 모든 페이지로 이동할 수 있습니다.
-
-<figure><img src="/login.webp" alt="login page" /><figcaption></figcaption></figure>
-
-## 계정 만들기
-
-로그인 양식 하단에 있는 `무료 계정 만들기`를 클릭해야 합니다. 그 후에는 양식을 작성하고 안내를 따르기만 하면 됩니다.
-
-<figure><img src="/create-account.webp" alt="create account" /><figcaption></figcaption></figure>
diff --git a/src/content/docs/ko/docs/webapp/logs.mdx b/src/content/docs/ko/docs/webapp/logs.mdx
deleted file mode 100644
index d56095af1..000000000
--- a/src/content/docs/ko/docs/webapp/logs.mdx
+++ /dev/null
@@ -1,193 +0,0 @@
----
-title: "로그"
-description: "Capgo의 애플리케이션 로그를 이해하고 업데이트와 관련된 디바이스 작업의 진단 및 추적에 활용하세요."
-sidebar:
-  order: 8
-locale: ko
----
-
-## 애플리케이션 로그 이해하기
-
-로그 페이지는 애플리케이션의 업데이트 이벤트와 진단 정보의 상세 기록을 제공합니다. 이는 업데이트 프로세스 모니터링, 문제 해결, 디바이스가 Capgo와 어떻게 상호작용하는지 이해하는 데 중요합니다. [앱을 클릭](/docs/webapp/main-page)한 다음 ["로그" 탭을 클릭(일부 이전 스크린샷이나 문서에서는 "업데이트"라고 불렸음)](/docs/webapp/main-app-page)하여 접근할 수 있습니다.
-
-거기서 로그 항목 목록을 보여주는 다음과 같은 페이지가 표시됩니다:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs.webp" alt="메인 인터페이스를 보여주는 로그 페이지 개요" /><figcaption>로그 페이지 개요</figcaption></figure>
-
-로그 페이지 인터페이스에는 다음이 포함됩니다:
-1. **로그 탭** - 로그 뷰에 접근하기 위한 내비게이션 탭
-2. **새로고침 버튼** - 최신 데이터로 로그 목록 새로고침
-3. **시간 범위 & 작업 필터** - 날짜 범위와 작업 유형으로 로그 필터링 (아래 섹션 참조)
-
-각 행에는 다음이 표시됩니다:
-- **타임스탬프** (UTC)
-- **디바이스 ID**
-- **작업 코드** (무슨 일이 일어났는지)
-- **버전 이름** (번들 또는 `builtin`)
-
-행을 클릭하면 전체 기록이 있는 디바이스 상세 페이지로 이동합니다.
-
-### 날짜 범위로 필터링
-
-날짜 선택기를 사용하여 특정 기간으로 로그를 필터링할 수 있습니다:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_date_range.webp" alt="로그 필터링을 위한 날짜 범위 선택기" /><figcaption>날짜 범위 필터</figcaption></figure>
-
-1. **빠른 프리셋** - 일반적인 시간 범위 선택: 최근 1시간, 3시간, 6시간 또는 12시간
-2. **시작 시간** - 범위의 사용자 정의 시작 시간 설정
-3. **종료 시간** - 범위의 사용자 정의 종료 시간 설정
-4. **캘린더** - 캘린더 뷰를 사용하여 특정 날짜 선택
-
-"선택"을 클릭하여 선택한 날짜 범위를 적용하거나, "취소"를 클릭하여 선택기를 닫습니다.
-
-### 작업 유형으로 필터링
-
-작업 드롭다운을 사용하면 특정 이벤트 유형으로 로그를 필터링할 수 있습니다:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_filters.webp" alt="이벤트 유형으로 로그를 필터링하기 위한 작업 필터 드롭다운" /><figcaption>작업 필터</figcaption></figure>
-
-사용 가능한 작업 필터에는 다음이 포함됩니다:
-- **디바이스 하트비트** - 디바이스의 주기적인 상태 확인
-- **버전 삭제 요청됨** - 번들 버전이 삭제될 때
-- **기본 버전으로 재설정** - 디바이스가 내장 번들로 되돌아갈 때
-- **버전 설치 성공** - 번들 설치 성공
-- **새 버전이 디바이스로 전송됨** - Capgo가 디바이스에 업데이트를 보낼 때
-- **버전 설치 실패** - 번들 설치가 실패할 때
-
-상단의 검색 상자를 사용하여 특정 작업 유형을 빠르게 찾을 수 있습니다. 여러 작업을 선택하여 선택한 유형 중 하나와 일치하는 로그를 표시할 수 있습니다.
-
-### 샘플 로그 스니펫 (가짜 데이터)
-
-| 시간 (UTC) | 디바이스 ID | 작업 | 버전 | 의미 |
-|------------|-------------|------|------|------|
-| 2025-01-14 10:00:01 | `A1B2C3` | `get` | 2.4.1 | 디바이스가 Capgo에 업데이트 가능 여부 문의 |
-| 2025-01-14 10:00:03 | `A1B2C3` | `download_manifest_start` | 2.4.1 | 매니페스트 다운로드 시작; SDK가 파일 다운로드 준비 중 |
-| 2025-01-14 10:00:07 | `A1B2C3` | `download_40` | 2.4.1 | 번들 다운로드 40% 완료 |
-| 2025-01-14 10:00:12 | `A1B2C3` | `download_zip_complete` | 2.4.1 | zip 다운로드 완료 |
-| 2025-01-14 10:00:13 | `A1B2C3` | `set` | 2.4.1 | 번들이 설치되고 다음 실행을 위해 표시됨 |
-| 2025-01-14 10:05:00 | `B9C8D7` | `disableAutoUpdateToMajor` | 1.9.0 | 채널 정책이 2.x로의 점프를 차단함 |
-| 2025-01-14 10:05:05 | `B9C8D7` | `rateLimited` | builtin | 디바이스가 요청 제한에 도달; SDK가 재시작까지 대기 |
-
-## 예제 로그 시나리오
-
-로그가 무엇을 말하는지 이해하는 데 도움이 되도록, 실제 디바이스 업데이트 과정을 보여주는 예제 시퀀스를 제공합니다:
-
-### 성공적인 업데이트 플로우
-
-로그에서 정상적인 업데이트가 어떻게 보이는지입니다:
-
-| 시간 | 디바이스 ID | 작업 | 버전 | 의미 |
-|------|-------------|------|------|------|
-| 10:00:01 | `a1b2c3d4` | `get` | 1.2.0 | 디바이스가 업데이트를 확인하고 버전 1.2.0 정보 수신 |
-| 10:00:02 | `a1b2c3d4` | `download_10` | 1.2.0 | 다운로드 시작, 10% 완료 |
-| 10:00:03 | `a1b2c3d4` | `download_50` | 1.2.0 | 다운로드 50% |
-| 10:00:05 | `a1b2c3d4` | `download_complete` | 1.2.0 | 다운로드 성공적으로 완료 |
-| 10:00:06 | `a1b2c3d4` | `set` | 1.2.0 | 번들이 설치되고 활성화됨 |
-
-### 디바이스가 이미 최신 상태
-
-디바이스가 확인했지만 이미 최신 버전을 가지고 있을 때:
-
-| 시간 | 디바이스 ID | 작업 | 버전 | 의미 |
-|------|-------------|------|------|------|
-| 14:30:00 | `e5f6g7h8` | `noNew` | 1.2.0 | 디바이스가 이미 최신 버전, 업데이트 불필요 |
-
-### 롤백이 포함된 실패한 업데이트
-
-업데이트가 실패하고 디바이스가 롤백할 때:
-
-| 시간 | 디바이스 ID | 작업 | 버전 | 의미 |
-|------|-------------|------|------|------|
-| 11:15:00 | `i9j0k1l2` | `get` | 1.3.0 | 디바이스가 업데이트 정보 수신 |
-| 11:15:02 | `i9j0k1l2` | `download_complete` | 1.3.0 | 다운로드 완료 |
-| 11:15:03 | `i9j0k1l2` | `set` | 1.3.0 | 번들이 설정됨 |
-| 11:15:10 | `i9j0k1l2` | `update_fail` | 1.3.0 | 앱이 충돌하거나 `notifyAppReady()`가 호출되지 않음 - 롤백 실행 |
-| 11:15:11 | `i9j0k1l2` | `reset` | builtin | 디바이스가 내장 버전으로 되돌아감 |
-
-**필요한 작업**: 앱이 성공적인 초기화 후 `notifyAppReady()`를 호출하는지 확인하세요. 자세한 내용은 [플러그인 문서](/docs/plugin/api/#notifyappready)를 참조하세요.
-
-### 다운로드 실패
-
-네트워크 문제로 다운로드가 방해될 때:
-
-| 시간 | 디바이스 ID | 작업 | 버전 | 의미 |
-|------|-------------|------|------|------|
-| 09:45:00 | `m3n4o5p6` | `get` | 1.2.0 | 디바이스가 업데이트 정보 수신 |
-| 09:45:01 | `m3n4o5p6` | `download_30` | 1.2.0 | 다운로드 시작했지만... |
-| 09:45:15 | `m3n4o5p6` | `download_fail` | 1.2.0 | 다운로드 실패 (네트워크 타임아웃, 연결 끊김 등) |
-
-**필요한 작업**: 디바이스가 다음 앱 실행 시 자동으로 재시도합니다. 이것이 자주 발생하지 않는 한 조치가 필요하지 않습니다.
-
-### 플랜 한도 도달
-
-계정이 디바이스 한도에 도달했을 때:
-
-| 시간 | 디바이스 ID | 작업 | 버전 | 의미 |
-|------|-------------|------|------|------|
-| 16:00:00 | `q7r8s9t0` | `needPlanUpgrade` | - | 이 디바이스는 업그레이드하거나 청구 주기가 재설정될 때까지 업데이트를 받지 않습니다 |
-
-**필요한 작업**: [플랜을 업그레이드](/docs/webapp/settings/)하거나 다음 청구 주기를 기다리세요.
-
-### 채널 설정이 업데이트 차단
-
-채널 설정이 업데이트를 방해할 때:
-
-| 시간 | 디바이스 ID | 작업 | 버전 | 의미 |
-|------|-------------|------|------|------|
-| 12:00:00 | `u1v2w3x4` | `disableAutoUpdateToMajor` | 2.0.0 | v1.x의 디바이스가 v2.x로 자동 업데이트할 수 없음 (메이저 버전 점프 차단) |
-| 12:05:00 | `y5z6a7b8` | `disableEmulator` | 1.2.0 | 에뮬레이터 감지됨, 채널이 에뮬레이터 차단 |
-| 12:10:00 | `c9d0e1f2` | `disableDevBuild` | 1.2.0 | 개발 빌드 감지됨, 채널이 개발 빌드 차단 |
-
-**필요한 작업**: 이것들은 의도적인 보호입니다. 이러한 업데이트를 허용하려면 [채널 설정](/docs/webapp/channels/)을 수정하세요.
-
-## 로그 코드 (Capgo 백엔드 enum)
-
-이 코드들은 대시보드 API에서 사용하는 `stats_action` enum에서 가져옵니다 (`capgo/src/types/supabase.types.ts`). UI에서 새 코드를 보면 SDK 또는 백엔드에서 발행되어 이 목록에 대해 검증되었습니다.
-
-**해피 패스 & 라이프사이클**
-
-| 코드 | 의미 |
-|------|------|
-| `get` | 디바이스가 Capgo에 현재 채널 매니페스트 요청 |
-| `download_manifest_start`, `download_manifest_complete` | 매니페스트 다운로드 시작/완료 (델타 또는 멀티파일 번들용) |
-| `download_zip_start`, `download_zip_complete` | zip 아카이브 다운로드 시작/완료 |
-| `download_10` … `download_90` | 다운로드 진행률 마일스톤 |
-| `download_complete` | 전체 번들 다운로드됨 |
-| `set` | 번들이 다음 실행을 위해 스테이징됨 |
-| `reset` | 디바이스가 내장 번들로 되돌아감 |
-| `delete` | 번들이 로컬 저장소에서 삭제됨 |
-| `uninstall` | 앱 제거 감지됨 |
-| `app_moved_to_foreground`, `app_moved_to_background` | SDK에서 기록한 앱 라이프사이클 이벤트 |
-| `ping` | 디바이스의 상태/하트비트 확인 |
-| `setChannel`, `getChannel` | SDK 호출을 통해 채널 오버라이드 또는 가져옴 |
-
-**설정 또는 정책 차단**
-
-| 코드 | 업데이트가 차단된 이유 |
-|------|----------------------|
-| `disableAutoUpdate`, `disableAutoUpdateToMajor`, `disableAutoUpdateToMinor`, `disableAutoUpdateToPatch`, `disableAutoUpdateMetadata`, `disableAutoUpdateUnderNative` | 채널 전략이 이 semver 점프를 금지 |
-| `disablePlatformIos`, `disablePlatformAndroid` | 채널에서 플랫폼이 비활성화됨 |
-| `disableDevBuild`, `disableEmulator` | 개발 빌드 또는 에뮬레이터가 허용되지 않음 |
-| `cannotUpdateViaPrivateChannel`, `NoChannelOrOverride`, `channelMisconfigured` | 채널 선택 또는 오버라이드 실패 |
-| `missingBundle`, `cannotGetBundle` | 매니페스트가 Capgo가 제공할 수 없는 번들을 참조함 |
-| `needPlanUpgrade` | 조직이 플랜/디바이스 한도에 도달 |
-| `rateLimited` | 요청이 너무 많음; SDK가 재시작까지 제한 |
-| `blocked_by_server_url`, `backend_refusal`, `InvalidIp` | 서버 측 규칙이 요청을 차단 |
-
-**다운로드/무결성/설치 실패**
-
-| 코드 | 의미 |
-|------|------|
-| `download_fail` | 번들 다운로드 실패 (네트워크 또는 응답 오류) |
-| `download_manifest_file_fail`, `download_manifest_checksum_fail`, `download_manifest_brotli_fail` | 매니페스트 파일을 검색하거나 검증할 수 없음 |
-| `checksum_fail`, `checksum_required` | 무결성 검사 실패 또는 체크섬 누락 |
-| `unzip_fail`, `directory_path_fail`, `canonical_path_fail`, `windows_path_fail` | 파일 시스템 또는 압축 해제 검증 실패 |
-| `decrypt_fail` | 복호화 실패 (암호화된 번들) |
-| `update_fail` | 번들이 설치되었지만 앱이 `notifyAppReady()`를 호출하지 않음; 롤백 실행 |
-| 이후 `set` 없는 `download_zip_*` | 다운로드는 완료되었지만 설치 단계가 완료되지 않음 |
-
-➡️ 코드별 더 자세한 안내가 필요하신가요? **[전체 로그 코드 참조 및 디버깅 가이드](/docs/plugins/updater/debugging/#understanding-cloud-logs)**를 참조하세요.
-
-## 로그에 대한 자세한 정보 얻기
-
-특정 로그 항목을 클릭하면 일반적으로 [디바이스 페이지](/docs/webapp/devices/)로 이동합니다. 이를 통해 해당 특정 디바이스의 전체 기록을 볼 수 있으며, 디바이스별 문제를 진단하거나 업데이트 여정을 이해하는 데 매우 유용합니다.
diff --git a/src/content/docs/ko/docs/webapp/main-app-page.mdx b/src/content/docs/ko/docs/webapp/main-app-page.mdx
deleted file mode 100644
index da5f8f786..000000000
--- a/src/content/docs/ko/docs/webapp/main-app-page.mdx
+++ /dev/null
@@ -1,113 +0,0 @@
----
-title: "앱 페이지"
-description: "Capgo 웹앱의 앱 페이지에는 무엇이 표시되나요? 그리고 무엇을 할 수 있나요."
-sidebar:
-  order: 5
-locale: ko
----
-
-## 앱 페이지에는 무엇이 표시되나요?
-
-먼저, 앱의 메인 페이지를 살펴보겠습니다:
-
-Capgo에서 앱은 Capgo의 라이브 업데이트 시스템과 통합된 모바일 애플리케이션을 나타냅니다. 업데이트, 채널, 디바이스를 원활하게 관리할 수 있습니다.
-
-<figure><img src="/main-app-page.webp" alt="메인 페이지 스크린샷" /><figcaption></figcaption></figure>
-
-자세히 살펴보겠습니다. 메인 앱 페이지는 여러 주요 영역으로 나뉩니다:
-
-1.  **상단 내비게이션 바:** 앱 관리의 여러 섹션에 대한 접근을 제공합니다:
-    *   **대시보드 (1):** 현재 뷰로, 주요 지표와 요약을 표시합니다.
-    *   **정보 (2):** 앱의 핵심 설정과 세부 정보를 표시합니다 (아래 "앱 정보" 섹션 참조).
-    *   **[번들 (3)](/docs/webapp/bundles/):** 앱의 버전과 릴리스를 관리합니다.
-    *   **[채널 (4)](/docs/webapp/channels/):** 다양한 업데이트 채널(예: 프로덕션, 베타)을 구성하고 관리합니다.
-    *   **[디바이스 (5)](/docs/webapp/devices/):** 등록된 디바이스를 보고 관리하며, 특정 오버라이드를 설정합니다.
-    *   **[로그 (6)](/docs/webapp/logs/):** 앱의 상세 로그 및 오류 보고서에 접근합니다.
-    *   **빌드 (7):** 앱 빌드를 보고 관리합니다.
-
-2.  **통계 표시:** 지난 청구 기간의 중요한 지표를 시각화합니다 (데이터는 월 1일이 아닌 청구일부터의 사용량을 반영합니다):
-    *   **월간 활성 사용자 (8):** 시간에 따른 고유 활성 사용자 수를 추적합니다.
-    *   **스토리지 (9):** 현재 스토리지 소비량을 표시합니다.
-    *   **대역폭 (10):** 대역폭 사용량을 표시합니다.
-    *   **활성 번들 (11):** 다양한 앱 번들에 걸친 활성 디바이스 분포를 표시합니다.
-
-3.  **요약 카드:** 주요 수치의 빠른 개요를 제공합니다:
-    *   **번들 업로드 (12):** 업로드된 앱 번들의 총 개수.
-    *   **업데이트 통계 (13):** 요청, 설치, 실패를 포함한 수행된 업데이트의 총 개수.
-    *   **배포 통계 (14):** 배포의 총 개수.
-
-4.  **표시 옵션 (15-18):** 통계를 필터링하고 보기 위한 컨트롤:
-    *   **일별 (15):** 일별 통계를 봅니다.
-    *   **누적 (16):** 시간에 따른 누적 통계를 봅니다.
-    *   **청구 기간 (17):** 현재 청구 기간의 통계를 봅니다.
-    *   **날짜 범위 (18):** 사용자 지정 날짜 범위를 선택합니다 (예: 최근 30일).
-
-## 앱 정보
-
-이 섹션은 상단 내비게이션 바의 "정보" 탭 (1)에 해당합니다. 여기에서 애플리케이션의 중요한 세부 정보와 설정을 보고 관리할 수 있습니다.
-
-<figure><img src="/app_info.webp" alt="앱 정보 페이지" /><figcaption>앱 정보 페이지</figcaption></figure>
-
-사용 가능한 필드와 작업에 대한 설명:
-
-*   **앱 아이콘 (2):** 애플리케이션의 아이콘을 표시합니다. "변경" 버튼을 클릭하여 새 아이콘을 업로드할 수 있습니다.
-*   **앱 ID (3):** Capgo 내에서 애플리케이션의 고유 식별자입니다. 이 ID는 편집할 수 없습니다.
-*   **앱 이름 (4):** 애플리케이션의 표시 이름입니다. 필요에 따라 수정할 수 있습니다.
-*   **기본 업로드 채널 (5):** 새 번들이 업로드될 기본 채널을 지정합니다. 편집 아이콘을 클릭하여 다른 기본 채널을 선택할 수 있습니다.
-*   **기본 다운로드 채널 (6):** 디바이스가 업데이트를 다운로드할 기본 채널을 지정합니다. 편집 아이콘을 클릭하여 다른 기본 채널을 선택할 수 있습니다. 자세한 내용은 아래 [기본 채널 구성](#기본-채널-구성) 섹션을 참조하세요.
-*   **사용하지 않은 번들 자동 삭제 (x초 후) (7):** 이 설정을 사용하면 지정된 기간(초 단위) 동안 사용되지 않은 오래된 번들을 자동으로 삭제할 수 있습니다. 자동 삭제를 비활성화하려면 `0`으로 설정하세요. 이는 스토리지를 관리하고 번들 목록을 깨끗하게 유지하는 데 도움이 됩니다.
-*   **플러그인에 번들 메타데이터 노출 (8):** 활성화되면 번들 링크와 코멘트 필드가 Capacitor Updater 플러그인으로 전송됩니다. 이 기능은 플러그인 버전 7.35.0 이상이 필요합니다.
-*   **앱 소유권 이전 (9):** 이 섹션에서는 소속된 다른 조직으로 애플리케이션 이전을 시작하는 옵션을 제공합니다.
-*   **앱 삭제 버튼:** Capgo에서 애플리케이션을 영구적으로 삭제합니다. 이 작업은 되돌릴 수 없으며 모든 관련 데이터, 번들, 채널, 디바이스가 제거됩니다.
-*   **업데이트 버튼:** 이 페이지의 편집 가능한 필드에 대한 변경 사항을 저장합니다 (예: 앱 이름, 기본 업로드 채널, 번들 자동 삭제 설정).
-
-## 기본 채널 구성
-
-**기본 다운로드 채널**은 앱의 가장 중요한 설정 중 하나입니다. 새 디바이스가 Capgo에 처음 연결할 때 어떤 채널에서 업데이트를 받을지 결정합니다.
-
-### 기본 채널 작동 방식
-
-디바이스가 Capgo에 업데이트를 요청하면, 시스템은 다음 우선순위(최고 우선순위 먼저)에 따라 어떤 채널을 사용할지 결정합니다:
-
-1. **강제 디바이스 매핑**: 디바이스 ID가 채널 설정에서 명시적으로 채널에 강제된 경우, 해당 채널이 항상 우선합니다.
-2. **클라우드 오버라이드**: 디바이스가 `setChannel()`을 통해 또는 대시보드에서 수동으로 채널에 할당된 경우, 해당 오버라이드가 사용됩니다.
-3. **Capacitor config `defaultChannel`**: `capacitor.config.*` 파일에 설정된 경우, 테스트/베타 빌드에 사용됩니다.
-4. **기본 다운로드 채널**: 여기서 구성된 설정—프로덕션 사용자의 ~99%가 이것을 사용합니다.
-
-### 플랫폼별 기본 채널
-
-**두 개의 별도 기본 채널**을 구성할 수 있습니다—하나는 iOS용, 하나는 Android용입니다. 다음과 같은 경우에 유용합니다:
-
-- 한 플랫폼에 먼저 업데이트를 배포하고 싶은 경우
-- 플랫폼별로 다른 업데이트 전략이 필요한 경우
-- 한 플랫폼에서 새 버전을 테스트하면서 다른 플랫폼은 안정적으로 유지하고 싶은 경우
-
-플랫폼별 기본값을 설정하려면:
-1. 두 개의 채널을 만듭니다 (예: `production-ios`와 `production-android`)
-2. 각 채널 설정에서 관련 플랫폼만 활성화합니다 (iOS 또는 Android 토글)
-3. 두 채널을 모두 "기본"으로 표시합니다 - 채널이 다른 플랫폼을 대상으로 할 때 Capgo는 이를 허용합니다
-
-디바이스가 업데이트를 요청하면:
-- iOS 디바이스는 iOS가 활성화된 기본 채널에서 업데이트를 받습니다
-- Android 디바이스는 Android가 활성화된 기본 채널에서 업데이트를 받습니다
-
-### 단일 기본 채널 (대부분의 앱에 권장)
-
-대부분의 애플리케이션에서 두 플랫폼을 모두 지원하는 단일 기본 채널이 가장 간단한 접근 방식입니다:
-1. 하나의 채널을 만듭니다 (예: `production`)
-2. iOS와 Android 토글이 모두 활성화되어 있는지 확인합니다
-3. 기본 채널로 표시합니다
-
-이렇게 하면 모든 플랫폼에서 일관된 동작이 보장되고 릴리스 워크플로우가 단순해집니다.
-
-### 기본 채널 변경
-
-기본 채널을 변경하면:
-- **새 디바이스**는 즉시 새 기본값에서 업데이트를 받기 시작합니다
-- **기존 디바이스**가 이미 채널 할당(오버라이드 또는 강제를 통해)이 있는 경우 자동으로 전환되지 않습니다
-- 기존 디바이스를 이동하려면:
-  - `setChannel()`을 사용하여 프로그래밍 방식으로 오버라이드
-  - 대시보드에서 새 채널로 강제
-  - 디바이스 항목 삭제 (새 기본값으로 다시 등록됨)
-
-> **팁**: 모든 사용자의 기본값으로 설정하기 전에 항상 소규모 강제 디바이스 그룹으로 새 기본 채널을 테스트하세요.
diff --git a/src/content/docs/ko/docs/webapp/main-page.mdx b/src/content/docs/ko/docs/webapp/main-page.mdx
deleted file mode 100644
index f1bb2d28a..000000000
--- a/src/content/docs/ko/docs/webapp/main-page.mdx
+++ /dev/null
@@ -1,20 +0,0 @@
----
-title: Page principale
-description: 이 페이지는 웹 애플리케이션의 메인 페이지를 설명합니다
-sidebar:
-  order: 2
-locale: ko
----
-
-## 메인 페이지는 무엇을 보여주나요?
-
-먼저, 메인 페이지를 살펴보겠습니다:
-<figure><img src="/main-page.webp" alt="Main page screeshot" /><figcaption></figcaption></figure>
-
-처음부터 시작해보겠습니다. 가장 먼저 보이는 것은 **통계**입니다. 이는 앱별 통계를 포함하고 있으며, 앱 사용량에 따라 업데이트됩니다.
-
-두 번째로 보이는 것은 사용 가능한 모든 앱의 목록입니다. 이는 생성한 앱의 수에 따라 변경됩니다. 각 앱을 클릭하여 자세한 정보를 볼 수 있습니다.
-
-세 번째로 보이는 것은 **API 키** 버튼입니다. 이 버튼을 누르면 [API 키](/docs/webapp/api-keys/) 페이지로 이동합니다.
-
-다음으로 보이는 것은 **Capgo 테스트** 버튼입니다. 이 버튼은 사용자의 이름과 성에 따라 변경되며, [설정](/docs/webapp/settings/) 또는 지원 페이지로 이동합니다.
diff --git a/src/content/docs/ko/docs/webapp/mfa.mdx b/src/content/docs/ko/docs/webapp/mfa.mdx
deleted file mode 100644
index 46ecfe899..000000000
--- a/src/content/docs/ko/docs/webapp/mfa.mdx
+++ /dev/null
@@ -1,99 +0,0 @@
----
-title: 二要素認証
-description: capgo 계정을 더욱 안전하게 보호하기 위한 이중 인증 관리
-sidebar:
-  order: 9
-locale: ko
----
-
-## 2FA란 무엇인가요?
-
-2FA는 악의적인 사용자가 여러분의 capgo 계정을 탈취하는 것을 방지하기 위해 설계된 보안 조치입니다\
-추가 코드를 요구함으로써 이를 달성합니다. 이 코드는 휴대폰이나 하드웨어 2FA 키에 저장되며 30초마다 변경되어 추측이 불가능합니다
-
-## 이 가이드의 요구사항
- - Android 또는 IOS 휴대폰
- - 인터넷 연결
-
-## 이 가이드에서 다룰 내용은?
-
-이 가이드는 `Google Authenticator`를 사용하여 2FA를 설정하는 방법을 보여줍니다. 비슷한 목적을 가진 다른 앱들도 있지만, 이 가이드에서 2FA의 모든 내용을 다룰 수는 없습니다
-
-## 2FA 설정 방법
-
-먼저 `Google Authenticator` 앱을 다운로드하세요. Android를 사용 중이라면 [play store](https://play.google.com/store/apps/details/?id=comgoogleandroidappsauthenticator2)에서 다운로드할 수 있습니다. IOS에서는 [App store](https://appsapplecom/us/app/google-authenticator/id388497605/)에서 다운로드할 수 있습니다
-
-두 번째로, [capgo의 계정 설정](https://console.capgo.app/dashboard/settings/account/)으로 이동하세요. 다음과 같은 초록색 버튼이 보일 것입니다
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/button-mfa.webp" alt="Button MFA" /><figcaption></figcaption></figure>
-
-클릭하면 QR 코드가 나타날 것입니다
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa.webp" alt="Enable MFA" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ 중요 안내: \
-이 QR 코드를 절대 다른 사람과 공유하지 마세요. 계정에서 로그아웃될 수 있습니다
-:::
-
-다음으로, 휴대폰에서 `Google Authenticator`를 열어주세요. 열었다면 다음 단계를 따르세요:
-
-플러스 버튼을 클릭하세요
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-auth-plus.webp" alt="MFA auth plus" /><figcaption></figcaption></figure>
-
-그 다음, 카메라 버튼을 클릭하세요
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-scan-qr.webp" alt="MFA scan QR" /><figcaption></figcaption></figure>
-
-카메라 미리보기가 열릴 것입니다. PC에 표시된 QR 코드를 스캔하세요. 스캔 후에는 다음과 같은 화면이 보일 것입니다:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-code.webp" alt="MFA final code" /><figcaption></figcaption></figure>
-
-그런 다음 PC로 돌아가서 확인 버튼을 클릭하세요
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa-verify.webp" alt="Verify MFA" /><figcaption></figcaption></figure>
-
-2FA 코드를 입력하는 창이 열릴 것입니다. 제 경우에는 코드가 `095101`이지만 여러분의 코드는 다를 것입니다\
-이 코드를 입력한 후 `verify` 버튼을 클릭하세요
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-verify-final-code.webp" alt="MFA verify code final" /><figcaption></figcaption></figure>
-
-올바른 코드를 입력하고 `verify`를 누르면 다음과 같은 팝업이 표시됩니다
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-enabled.webp" alt="MFA enabled" /><figcaption></figcaption></figure>
-
-축하합니다!\
-2FA 인증을 활성화했습니다 🎉
-
-## 2FA를 사용하여 로그인하는 방법
-
-다음에 계정에 로그인할 때는 다음과 같은 창이 표시됩니다
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-required.webp" alt="MFA required" /><figcaption></figcaption></figure>
-
-인증기를 열고 인증 코드를 복사하세요
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-login.webp" alt="MFA login" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️ 중요 안내: \
-코드가 새로고침되기 전에 `verify`를 누르세요. 그렇지 않으면 코드가 변경되어 이전 코드는 더 이상 유효하지 않습니다
-:::
-
-그런 다음 로그인 양식에 코드를 입력하고 `verify`를 누르세요
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-login-verify.webp" alt="MFA login" /><figcaption></figcaption></figure>
-
-올바른 코드를 입력하면 capgo 대시보드가 표시됩니다
-
-## 2FA 비활성화 방법
-
-2FA를 비활성화하려면 [capgo의 계정 설정](https://console.capgo.app/dashboard/settings/account/)으로 이동하세요. 다음과 같은 빨간색 버튼이 보일 것입니다:
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-button.webp" alt="MFA disable button" /><figcaption></figcaption></figure>
-
-클릭하면 다음과 같은 화면이 표시됩니다
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-2.webp" alt="MFA disabled" /><figcaption></figcaption></figure>
-
-`disable` 버튼을 누르면 됩니다. 이게 전부입니다
diff --git a/src/content/docs/ko/docs/webapp/organization-security.mdx b/src/content/docs/ko/docs/webapp/organization-security.mdx
deleted file mode 100644
index b71c34605..000000000
--- a/src/content/docs/ko/docs/webapp/organization-security.mdx
+++ /dev/null
@@ -1,300 +0,0 @@
----
-title: 조직 보안
-description: '2FA 적용, 비밀번호 정책, API 키 제어를 포함한 포괄적인 보안 정책을 구성하여 앱과 데이터를 보호하세요.'
-sidebar:
-  order: 9
-locale: ko
----
-
-import { Aside, Steps, Badge } from '@astrojs/starlight/components';
-
-Capgo는 조직 관리자가 모든 멤버에게 보안 정책을 적용할 수 있는 포괄적인 보안 제어 기능을 제공합니다. 이러한 기능은 규정 준수 요구 사항을 충족하고, 민감한 데이터를 보호하며, 강력한 보안 태세를 유지하는 데 도움이 됩니다.
-
-## 개요
-
-조직 보안 설정을 통해 슈퍼 관리자는 다음을 구성할 수 있습니다:
-
-- **2단계 인증(2FA) 적용** - 모든 멤버에게 2FA 활성화 요구
-- **비밀번호 정책** - 비밀번호 복잡성 요구 사항 설정
-- **API 키 보안** - 보안 API 키 및 만료 정책 적용
-
-![조직 보안 설정](/org_security.webp)
-
-보안 페이지는 명확하게 레이블이 지정된 섹션으로 구성되어 있습니다:
-1. **보안 탭** - 조직 설정 사이드바에서 모든 보안 설정에 액세스
-2. **2FA 적용** - 2단계 인증 요구 사항에 대한 토글 및 상태 표시
-3. **비밀번호 정책** - 조직 멤버의 비밀번호 복잡성 규칙 구성
-4. **API 키 정책** - 보안 API 키 및 만료 요구 사항 설정
-5. **API 키 만료** - API 키에 만료 날짜가 필요한지 제어
-
-<Aside type="note">
-
-**super_admin** 역할을 가진 사용자만 조직 보안 설정을 구성할 수 있습니다. 다른 멤버는 자신의 규정 준수 상태를 볼 수 있지만 정책을 수정할 수 없습니다.
-
-</Aside>
-
-## 보안 설정 액세스
-
-<Steps>
-
-1. 사이드바에서 **설정**을 클릭하여 조직 설정으로 이동
-2. 설정 페이지 상단의 **조직** 탭 클릭
-3. 조직 네비게이션 바에서 **보안** 탭 선택 (방패 아이콘으로 강조 표시)
-
-</Steps>
-
-## 2단계 인증(2FA) 적용
-
-2FA 적용은 모든 조직 멤버가 계정에서 2단계 인증을 활성화하도록 요구합니다. 이는 비밀번호와 인증 코드를 모두 요구하여 중요한 보안 계층을 추가합니다.
-
-### 2FA가 적용되면 어떻게 되나요
-
-- 2FA가 없는 멤버는 조직 앱 액세스가 **즉시 차단**됩니다
-- 웹 대시보드와 CLI 모두 이 요구 사항을 적용합니다
-- 새 멤버는 조직 리소스에 액세스하기 전에 2FA를 활성화해야 합니다
-- 시스템은 어떤 멤버가 2FA를 활성화했는지 실시간으로 추적합니다
-
-### 2FA 상태 패널 이해하기
-
-보안 페이지에는 다음을 보여주는 포괄적인 **멤버 2FA 상태** 패널이 표시됩니다:
-
-- **총 멤버** - 조직의 총 멤버 수
-- **2FA 활성화됨** (녹색 표시기) - 2단계 인증을 성공적으로 활성화한 멤버
-- **2FA 활성화되지 않음** (주황색 경고 표시기) - 아직 2FA를 설정해야 하는 멤버
-
-2FA가 활성화되지 않은 멤버는 **2FA 없는 멤버** 경고 상자에 나타납니다. 이 상자는 다음을 보여줍니다:
-- 각 멤버의 이메일 주소와 조직에서의 역할
-- 커뮤니케이션을 위해 영향을 받는 모든 이메일 주소를 빠르게 복사하는 **이메일 목록 복사** 버튼
-
-### 2FA 적용 활성화
-
-<Steps>
-
-1. **조직 설정 > 보안**으로 이동
-2. 페이지 상단의 **모든 멤버에게 2FA 요구** 섹션 찾기
-3. **멤버 2FA 상태** 패널을 검토하여 영향을 받을 멤버 확인
-4. 2FA가 없는 멤버가 있으면 활성화 전에 알리기 위해 **이메일 목록 복사** 버튼 사용
-5. **모든 멤버에게 2FA 요구** 옆의 토글을 켜서 적용 활성화
-6. 토글은 오른쪽에 **비활성화됨** 또는 **활성화됨** 상태를 표시합니다
-
-</Steps>
-
-<Aside type="caution">
-
-2FA 적용을 활성화하기 전에:
-- 영향을 받는 멤버에게 미리 알리고 [2FA 설정 가이드](/docs/webapp/mfa/)를 공유
-- 계정에서 2FA를 활성화할 시간을 주세요
-- 적용을 활성화하면 2FA가 없는 멤버는 즉시 액세스를 잃습니다
-- "2FA 없는 멤버" 경고 상자에 나열된 멤버에게 연락하는 것을 고려
-
-</Aside>
-
-### 2FA 적용을 위한 CLI 지원
-
-CLI를 통해 2FA 적용을 관리할 수도 있습니다:
-
-```shell
-# 2FA 적용 활성화
-npx @capgo/cli organization set YOUR_ORG_ID --enforce-2fa
-
-# 2FA 적용 비활성화
-npx @capgo/cli organization set YOUR_ORG_ID --no-enforce-2fa
-
-# 멤버 2FA 상태 확인
-npx @capgo/cli organization members YOUR_ORG_ID
-```
-
-2FA 적용에 대한 자세한 내용은 [2FA 적용 가이드](/docs/webapp/2fa-enforcement/)를 참조하세요.
-
-## 비밀번호 정책
-
-비밀번호 정책을 사용하면 모든 조직 멤버에게 비밀번호 복잡성 요구 사항을 적용할 수 있습니다. 멤버의 비밀번호가 정책 요구 사항을 충족하지 않으면 조직 리소스에 액세스하기 전에 비밀번호를 업데이트해야 합니다.
-
-비밀번호 정책 섹션(개요 이미지에서 표시기 **3**으로 표시)은 조직 전체에 비밀번호 요구 사항을 적용하기 위한 간단한 토글을 제공합니다.
-
-### 비밀번호 정책 작동 방식
-
-비밀번호 정책을 활성화하면:
-- 모든 조직 멤버는 비밀번호 복잡성 요구 사항을 충족해야 합니다
-- 요구 사항을 충족하지 않는 사용자는 비밀번호를 업데이트할 때까지 잠깁니다
-- 정책은 역할에 관계없이 모든 멤버에게 적용됩니다
-
-### 비밀번호 정책 활성화
-
-<Steps>
-
-1. **조직 설정 > 보안**으로 이동
-2. 아래로 스크롤하여 **비밀번호 정책** 섹션 찾기
-3. 설명 읽기: "조직 멤버가 특정 복잡성 요구 사항을 충족하는 비밀번호를 사용하도록 요구"
-4. **비밀번호 정책 적용** 토글을 켜서 활성화
-5. 토글 설명에는 "활성화되면 모든 조직 멤버는 조직에 액세스하기 위해 비밀번호 요구 사항을 충족해야 합니다"라고 명시되어 있습니다
-
-</Steps>
-
-### 사용 가능한 비밀번호 요구 사항
-
-| 설정 | 설명 | 범위 |
-|------|------|------|
-| **최소 길이** | 필요한 최소 문자 수 | 6-128자 |
-| **대문자 필요** | 비밀번호에 최소 하나의 대문자(A-Z) 포함 필요 | 켜기/끄기 |
-| **숫자 필요** | 비밀번호에 최소 하나의 숫자(0-9) 포함 필요 | 켜기/끄기 |
-| **특수 문자 필요** | 비밀번호에 최소 하나의 특수 문자(!@#$%^&* 등) 포함 필요 | 켜기/끄기 |
-
-### 멤버 규정 준수 추적
-
-비밀번호 정책이 활성화되면 규정 준수를 모니터링할 수 있습니다:
-
-- **총 멤버**: 조직의 멤버 수
-- **준수**: 비밀번호가 정책 요구 사항을 충족하는 멤버
-- **미준수**: 비밀번호를 업데이트해야 하는 멤버
-
-미준수 멤버는 이메일 주소와 함께 나열됩니다. 이메일 목록을 복사하여 정책 및 필요한 비밀번호 변경에 대해 알릴 수 있습니다.
-
-<Aside type="tip">
-
-처음으로 비밀번호 정책을 활성화하면 미준수 비밀번호를 가진 멤버는 다음 로그인 시 비밀번호 변경을 요청받습니다. 즉시 잠기지는 않지만 준수할 때까지 액세스가 제한될 수 있습니다.
-
-</Aside>
-
-### 비밀번호 정책 모범 사례
-
-- **합리적인 요구 사항으로 시작**: 대소문자와 숫자를 포함한 최소 10-12자는 지나치게 제한적이지 않으면서 좋은 보안을 제공합니다
-- **변경 사항 전달**: 새 비밀번호 요구 사항을 활성화하기 전에 팀에 알리기
-- **전환 시간 허용**: 멤버들에게 비밀번호를 업데이트할 시간을 주기
-- **비밀번호 관리자 고려**: 팀원들에게 비밀번호 관리자를 사용하여 강력한 비밀번호를 생성하고 저장하도록 권장
-
-## API 키 보안
-
-Capgo는 API 키에 대해 두 가지 보안 제어를 제공합니다: 보안(해시된) API 키 적용 및 만료 날짜 요구. API 키 정책 섹션(개요 이미지에서 표시기 **4**로 표시)은 키 아이콘으로 식별됩니다.
-
-### 보안 API 키 적용
-
-API 키 정책 섹션의 첫 번째 옵션은 **보안 API 키 적용**입니다. 활성화되면 이 설정은 조직의 모든 API 키가 보안/해시된 형식으로 생성되어야 합니다.
-
-해시된 API 키가 더 안전한 이유:
-
-- 실제 키 값이 서버에 저장되지 않습니다
-- 오직 귀하(및 귀하의 시스템)만 전체 키에 액세스할 수 있습니다
-- 데이터베이스가 손상되더라도 키를 사용할 수 없습니다
-
-토글 설명에는 "활성화되면 보안(해시된) API 키만 이 조직에 액세스할 수 있습니다. 일반 텍스트 API 키는 거부됩니다"라고 명시되어 있습니다.
-
-<Aside type="note">
-
-기존 레거시(해시되지 않은) API 키는 계속 작동하지만, 이 정책이 활성화되면 멤버는 새 해시되지 않은 키를 생성할 수 없습니다.
-
-</Aside>
-
-### 보안 API 키 활성화
-
-<Steps>
-
-1. **조직 설정 > 보안**으로 이동
-2. 아래로 스크롤하여 **API 키 정책** 섹션 찾기 (키 아이콘 찾기)
-3. **보안 API 키 적용** 토글 찾기
-4. 토글을 켜서 보안 API 키 적용 활성화
-5. 기존 키는 영향을 받지 않습니다. 정책은 새 키 생성에 적용됩니다
-
-</Steps>
-
-### API 키 만료 정책
-
-두 번째 옵션(개요 이미지에서 표시기 **5**로 표시)은 **API 키 만료 요구**입니다. 모든 API 키에 만료 날짜를 설정하도록 요구하여 유효 기간을 제한할 수 있습니다.
-
-이것은 다음을 달성하는 보안 모범 사례입니다:
-
-- 키가 손상된 경우 노출 창을 제한
-- 정기적인 키 교체 보장
-- 자격 증명 관리에 대한 규정 준수 요구 사항 충족에 도움
-
-토글 설명에는 "활성화되면 이 조직의 모든 API 키에 만료 날짜가 필요합니다"라고 명시되어 있습니다
-
-### 만료 정책 구성
-
-<Steps>
-
-1. **조직 설정 > 보안**으로 이동
-2. **API 키 정책** 섹션 찾기
-3. **API 키 만료 요구** 토글 찾기 (보안 API 키 적용 아래)
-4. 토글을 켜서 만료 요구 사항 활성화
-5. 활성화되면 **최대 만료 일수** (1-365일) 설정
-   - 이는 만료 날짜를 얼마나 먼 미래로 설정할 수 있는지 제한합니다
-   - 예: 90일로 설정하면 키는 생성 후 최대 90일에 만료됩니다
-
-</Steps>
-
-<Aside type="caution">
-
-만료 요구 사항을 활성화하면:
-- 새 API 키에는 만료 날짜가 필요합니다
-- 만료가 없는 기존 키는 계속 작동합니다
-- 기존 키를 감사하고 만료가 없는 키를 교체하는 것을 고려
-
-</Aside>
-
-### 권장 API 키 정책
-
-| 사용 사례 | 보안 키 | 만료 | 최대 일수 |
-|----------|---------|------|----------|
-| **개발** | 권장 | 선택 사항 | 30-90 |
-| **CI/CD 파이프라인** | 필수 | 필수 | 90-180 |
-| **프로덕션** | 필수 | 필수 | 30-90 |
-| **엔터프라이즈/규정 준수** | 필수 | 필수 | 30-60 |
-
-## 규정 준수 및 감사
-
-조직 보안 기능은 다양한 규정 준수 요구 사항을 충족하는 데 도움이 됩니다:
-
-| 표준 | 관련 기능 |
-|------|----------|
-| **SOC 2** | 2FA 적용, 비밀번호 정책, API 키 제어 |
-| **ISO 27001** | 모든 보안 기능이 액세스 제어 입증에 도움 |
-| **HIPAA** | 강력한 인증 및 액세스 관리 |
-| **GDPR** | 액세스 제어를 통한 데이터 보호 |
-| **PCI DSS** | 다단계 인증, 강력한 비밀번호 |
-
-### 규정 준수 상태 모니터링
-
-보안 대시보드는 다음에 대한 실시간 가시성을 제공합니다:
-- 2FA를 활성화한 멤버 수
-- 조직 전체의 비밀번호 정책 준수
-- API 키 보안 채택
-
-"이메일 목록 복사" 기능을 사용하여 대상 커뮤니케이션을 위해 미준수 멤버 목록을 쉽게 내보낼 수 있습니다.
-
-## 문제 해결
-
-### "액세스 거부: 보안 정책 미충족"
-
-**문제**: 멤버가 조직에 액세스할 수 없음.
-
-**해결책**:
-1. 2FA가 적용되었는지 확인 - 멤버가 [2FA를 활성화](/docs/webapp/mfa/)해야 함
-2. 비밀번호 정책이 활성화되었는지 확인 - 멤버가 비밀번호를 업데이트해야 함
-3. 보안 대시보드에서 멤버의 규정 준수 상태 확인
-
-### 보안 기능을 활성화할 수 없음
-
-**문제**: 보안 토글이 비활성화되거나 응답하지 않음.
-
-**해결책**:
-- 조직에서 **super_admin** 역할이 있는지 확인
-- 네트워크 연결 확인
-- 페이지 새로고침 시도
-- 문제가 지속되면 지원팀에 문의
-
-### API 키 생성 실패
-
-**문제**: 새 API 키를 생성할 수 없음.
-
-**해결책**:
-- 보안 키가 적용된 경우 보안 키 생성 흐름을 사용하고 있는지 확인
-- 만료가 필요한 경우 허용된 범위 내에서 만료 날짜 설정
-- 최대 만료 일수 설정 확인
-
-## 다음 단계
-
-- [계정에서 2FA 설정](/docs/webapp/mfa/)
-- [2FA 적용 세부 정보 알아보기](/docs/webapp/2fa-enforcement/)
-- [API 키 관리](/docs/webapp/api-keys/)
-- [조직 관리](/docs/webapp/organization-system/)
diff --git a/src/content/docs/ko/docs/webapp/organization-system.mdx b/src/content/docs/ko/docs/webapp/organization-system.mdx
deleted file mode 100644
index 215f403ec..000000000
--- a/src/content/docs/ko/docs/webapp/organization-system.mdx
+++ /dev/null
@@ -1,127 +0,0 @@
----
-title: "조직 시스템"
-description: "Capgo 계정 내에서 팀과 애플리케이션을 관리하고 조직하는 상세 가이드로, 관련된 모든 구성원의 안전한 협업과 효율적인 접근 제어를 보장합니다."
-sidebar:
-  order: 11
-locale: ko
----
-
-## 조직 시스템이란 무엇인가요?
-
-조직 시스템은 Capgo에서 팀 멤버들과 앱을 안전하게 공유할 수 있게 해주는 시스템입니다.
-
-## 조직 설정 개요
-
-<figure><img src="/orgs-settings.webp" alt="조직 설정" /><figcaption></figcaption></figure>
-
-| 번호 | 요소 | 설명 |
-|------|------|------|
-| 1 | 설정 | 사이드바 메뉴에서 설정에 접근 |
-| 2 | 조직 탭 | 조직 설정으로 전환 (개인 계정 설정과 비교) |
-| 3 | 일반 | 조직 이름, 로고, 관리 이메일 보기 및 편집 |
-| 4 | 멤버 | 팀 멤버와 권한 관리 |
-| 5 | 보안 | 보안 정책 구성 (2FA, 비밀번호 요구 사항) |
-| 6 | 감사 로그 | 조직의 활동 로그 보기 |
-| 7 | 플랜 | 구독 플랜 보기 및 관리 |
-| 8 | 사용량 | 조직의 사용 통계 모니터링 |
-| 9 | 크레딧 | 추가 크레딧 보기 및 구매 |
-| 10 | Webhooks | 웹훅 통합 구성 |
-| 11 | 결제 | 결제 정보 및 인보이스 관리 |
-| 12 | 조직 선택기 | 다른 조직 간 전환 |
-
-### 조직 설정에 접근하는 방법
-
-1. 왼쪽 사이드바에서 **설정** (1) 클릭
-2. 상단에서 **조직** 탭 (2) 선택
-3. 탭 (3-11)을 사용하여 다른 설정 섹션 간 이동
-
-### 조직을 전환하는 방법
-
-사이드바 왼쪽 상단 근처의 **조직 선택기** (12) 드롭다운을 클릭하여 접근 권한이 있는 조직을 보고 전환합니다.
-
-## 멤버 관리
-
-<figure><img src="/org-show-members.webp" alt="조직 멤버" /><figcaption></figcaption></figure>
-
-멤버 섹션에는 조직에 접근 권한이 있는 모든 사용자가 표시됩니다:
-- **멤버**: 사용자 아바타, 이름, 이메일
-- **역할**: 현재 권한 레벨 (읽기, 업로드, 쓰기, 관리자, 슈퍼 관리자)
-- **작업**: 멤버 편집 또는 제거
-
-### 새 멤버를 초대하는 방법
-
-<figure><img src="/orgs-add-member.webp" alt="멤버 초대" /><figcaption></figcaption></figure>
-
-1. **+ 추가** 버튼 (1) 클릭
-2. 모달에서 사용자의 이메일 주소 입력 (2)
-3. **초대** 클릭
-
-### 권한 선택
-
-<figure><img src="/select-perm-orgs.webp" alt="권한 선택" /><figcaption></figcaption></figure>
-
-이메일을 입력한 후 초대된 사용자의 권한 레벨을 선택합니다:
-- **읽기** - 읽기 전용 접근
-- **업로드** - 새 버전 업로드 가능
-- **쓰기** - 설정 및 콘텐츠 수정 가능
-- **관리자** - 결제 및 삭제를 제외한 전체 접근
-- **슈퍼 관리자** - 조직 전체 제어
-
-### 초대 완료
-
-<figure><img src="/invite_org_user.webp" alt="초대 양식" /><figcaption></figcaption></figure>
-
-나머지 세부 정보를 입력합니다:
-- **이메일** - 이전 단계에서 미리 채워짐
-- **역할** - 선택한 권한 레벨 표시
-- **이름** - 선택 사항: 초대받는 사람의 이름
-- **성** - 선택 사항: 초대받는 사람의 성
-- **Captcha** - 사람임을 확인
-
-**초대 보내기**를 클릭하여 프로세스를 완료합니다.
-
-## 권한 세부 정보
-
-| 권한                             | 읽기 | 업로드 | 쓰기 | 관리자 | 슈퍼 관리자 |
-|----------------------------------|------|--------|------|--------|-------------|
-| 앱 통계 보기                     |   ✅  |    ✅   |   ✅  |    ✅   |      ✅      |
-| 앱 채널 보기                     |   ✅  |    ✅   |   ✅  |    ✅   |      ✅      |
-| 디바이스 보기                    |   ✅  |    ✅   |   ✅  |    ✅   |      ✅      |
-| 로그 보기                        |   ✅  |    ✅   |   ✅  |    ✅   |      ✅      |
-| 번들 보기                        |   ✅  |    ✅   |   ✅  |    ✅   |      ✅      |
-| 앱 삭제                          |   ❌  |    ❌   |   ❌  |    ❌   |      ✅      |
-| 채널 삭제                        |   ❌  |    ❌   |   ❌  |    ✅   |      ✅      |
-| 버전 삭제                        |   ❌  |    ❌   |   ✅  |    ✅   |      ✅      |
-| 조직 설정 변경                   |   ❌  |    ❌   |   ❌  |    ✅   |      ✅      |
-| 조직 사용자 관리                 |   ❌  |    ❌   |   ❌  |    ✅   |      ✅      |
-| 채널 설정 변경                   |   ❌  |    ❌   |   ✅  |    ✅   |      ✅      |
-| 새 버전 업로드                   |   ❌  |    ✅   |   ✅  |    ✅   |      ✅      |
-| 디바이스 변경                    |   ❌  |    ❌   |   ✅  |    ✅   |      ✅      |
-| 채널의 현재 버전 변경            |   ❌  |    ❌   |   ✅  |    ✅   |      ✅      |
-| 새 채널 생성                     |   ❌  |    ❌   |   ❌  |    ✅   |      ✅      |
-| 버전 수정 (메타데이터)           |   ❌  |    ❌   |   ✅  |    ✅   |      ✅      |
-| 결제 관리                        |   ❌  |    ❌   |   ❌  |    ❌   |      ✅      |
-| 버전 안전하지 않게 삭제          |   ❌  |    ❌   |   ❌  |    ❌   |      ✅      |
-
-## 결제
-
-**슈퍼 관리자** 권한이 있는 사용자는 주어진 조직의 결제를 관리할 수 있습니다. 플랜은 개인 계정이 아닌 조직에 연결됩니다.
-
-:::danger
-⚠️ 플랜 구매는 현재 선택한 조직에만 영향을 미칩니다
-:::
-
-## FAQ
-
-### 하나 이상의 조직을 만들 수 있나요?
-
-아니요, 아직은 불가능합니다.
-
-### 조직의 보안 정책을 어떻게 구성할 수 있나요?
-
-슈퍼 관리자는 다음을 포함한 포괄적인 보안 정책을 구성할 수 있습니다:
-- **2FA 적용** - 모든 멤버가 이중 인증을 활성화하도록 요구
-- **비밀번호 정책** - 비밀번호 복잡성 요구 사항 설정 (길이, 대문자, 숫자, 특수 문자)
-- **API 키 보안** - 보안/해시된 API 키 및 만료 정책 적용
-
-자세한 구성 지침은 [조직 보안](/docs/webapp/organization-security/) 문서를 참조하세요.
diff --git a/src/content/docs/ko/docs/webapp/payment.mdx b/src/content/docs/ko/docs/webapp/payment.mdx
deleted file mode 100644
index 8cc134342..000000000
--- a/src/content/docs/ko/docs/webapp/payment.mdx
+++ /dev/null
@@ -1,81 +0,0 @@
----
-title: "결제 시스템"
-description: "Capgo 계정에서 결제 관리. 이 섹션에서는 Capgo의 카드, 플랜 및 크레딧 관리 방법을 보여드립니다"
-sidebar:
-  order: 10
-locale: ko
----
-
-## 이것은 무엇에 관한 것인가요?
-
-이 페이지는 Capgo의 결제 시스템에 대한 일부 질문에 답하는 것을 목표로 합니다.
-
-## 플랜
-
-#### Q: Capgo 플랜을 어떻게 업그레이드할 수 있나요?
-A: [설정](/docs/webapp/settings/#how-to-get-to-the-settings-page)으로 이동하여 **플랜** 탭(1)을 클릭하여 Capgo 플랜을 업그레이드할 수 있습니다.
-
-<figure><img src="/plans-subscribe.webp" alt="플랜 페이지" /><figcaption></figcaption></figure>
-
-이 페이지에서 다음을 할 수 있습니다:
-- **월간 플랜**과 **연간** 사이를 전환 (연간 결제 시 20% 할인)
-- 네 가지 플랜 중 선택: **Solo**, **Maker**, **Team**, 또는 **Enterprise**
-- 귀하의 필요에 가장 적합한 플랜의 **구독**(2)을 클릭
-
-각 플랜에는 다음이 표시됩니다:
-- 월간 가격 및 연간 청구 총액
-- 포함된 월간 활성 사용자 및 초과 요금
-- 스토리지 및 대역폭 할당량
-- 빌드 분/시간
-- 전담 지원, 사용자 지정 도메인, SOC II 준수와 같은 기능
-
-플랜에 약정하고 싶지 않다면 대신 **크레딧**을 사용할 수 있습니다 - "크레딧에 대해 알아보기"를 클릭하여 종량제 방식이 어떻게 작동하는지 확인하세요.
-
-구독을 클릭하면 Stripe 체크아웃 페이지가 열리며 안전하게 결제 정보를 입력할 수 있습니다.
-
-## 크레딧
-
-크레딧은 플랜 업그레이드의 유연한 대안을 제공합니다. 다음과 같은 경우에 유용합니다:
-
-- **일시적인 급증** - 플랜 한도를 일시적으로 초과하는 경우(예: 바이럴 순간, 시즌 트래픽) 영구적으로 업그레이드하고 싶지 않은 경우
-- **플랜 불일치** - 다음 플랜 티어가 다른 이유로 귀하의 필요에 맞지 않는 경우 (대역폭은 더 필요하지만 MAU는 더 필요하지 않은 경우 등)
-- **종량제 선호** - 기본 플랜을 초과한 사용량에 대해서만 지불하고 싶은 경우
-
-#### Q: 크레딧 페이지에 어떻게 접근하나요?
-A: [설정](/docs/webapp/settings/#how-to-get-to-the-settings-page)으로 이동하여 **크레딧** 탭(1)을 클릭합니다.
-
-<figure><img src="/buy_credits.webp" alt="크레딧 페이지" /><figcaption></figcaption></figure>
-
-크레딧 페이지에는 다음이 표시됩니다:
-
-1. **크레딧 탭** - 조직 설정에서 여기로 이동
-2. **크레딧 잔액** - 사용 가능한 크레딧(예: 0.00 / 0.00) 및 현재 기간에 사용된 크레딧 표시
-3. **사용된 크레딧 (USD)** - 현재 청구 기간 동안 소비된 크레딧의 예상 달러 가치와 남은 사용 가능 크레딧
-4. **더 많은 크레딧이 필요하세요?** - 추가 크레딧을 즉시 구매하여 사용자가 중단 없이 업데이트를 계속 받을 수 있도록 합니다. 사전 설정 금액($50, $100, $500, $5000)에서 선택하거나 사용자 지정 금액을 입력합니다. 세금 포함 예상 총액이 체크아웃 전에 표시됩니다
-5. **크레딧 가격** - 이 섹션을 확장하여 다양한 사용 유형(MAU, 스토리지, 대역폭)의 가격 등급 확인
-6. **크레딧 거래** - 크레딧 구매 및 사용 내역 보기
-
-#### Q: 크레딧은 어떻게 구매하나요?
-A: 크레딧 페이지에서 구매하려는 금액을 선택하고(또는 사용자 지정 금액을 위해 드롭다운 사용) **크레딧 구매**를 클릭합니다. Stripe 체크아웃으로 리디렉션되어 수량을 조정하고 결제를 완료할 수 있습니다.
-
-#### Q: 크레딧은 언제 사용되나요?
-A: 크레딧은 월간 활성 사용자, 스토리지 또는 대역폭에 대한 플랜 한도를 초과하면 자동으로 소비됩니다. 서비스 중단 없이 초과분을 처리하는 유연한 방법을 제공합니다.
-
-#### Q: 결제는 안전한가요?
-A: 네, 결제는 Stripe에 의해 완전히 관리됩니다. Capgo는 절대 귀하의 신용카드 정보에 접근하지 않습니다. Stripe는 보안을 매우 중요하게 여깁니다. [Stripe 보안 정책에 대해 자세히 알아보기](https://stripe.com/docs/security/)
-
-#### Q: 제가 한도를 초과하면 Capgo가 자동으로 플랜을 업그레이드하나요?
-A: 아니요, Capgo는 절대 귀하의 플랜을 변경하지 않습니다.
-
-#### Q: Capgo가 제 플랜이 한도에 가까워지면 이메일을 보내주나요?
-A: 네, Capgo는 사용량에 대해 알려주는 이메일을 보낼 것입니다.
-
-#### Q: 제가 구매한 플랜이 초대받은 조직에 영향을 미치나요?
-A: 아니요, 플랜은 현재 선택한 조직에만 영향을 미칩니다.
-[조직 문서](/docs/webapp/organization-system/#q-how-is-billing-done-within-orgs)를 참조해 주세요.
-
-#### Q: 더 맞춤화된 플랜이 필요하다면 어떻게 하나요?
-A: [Capgo 지원팀에 직접 문의해 주세요](/docs/getting-help#support-by-chat)
-
-#### Q: Capgo의 환불 정책은 어떻게 되나요?
-A: 환불 정책은 [여기](https://capgo.app/return/)에서 확인할 수 있습니다.
diff --git a/src/content/docs/ko/docs/webapp/settings.mdx b/src/content/docs/ko/docs/webapp/settings.mdx
deleted file mode 100644
index 184be969c..000000000
--- a/src/content/docs/ko/docs/webapp/settings.mdx
+++ /dev/null
@@ -1,33 +0,0 @@
----
-title: 설정
-description: 사용자 설정 변경 방법
-sidebar:
-  order: 4
-locale: ko
----
-
-## 설정 페이지로 이동하는 방법
-
-먼저 **이름과 사진**을 클릭하세요. 그런 다음 **설정**을 클릭하세요.
-
-<figure><img src="/settings-go.webp" alt="open settings" /><figcaption></figcaption></figure>
-
-## 사용자 설정 변경하기
-
-사용자 설정을 변경하려면 계정에서 양식을 작성한 후 **업데이트**를 클릭하면 됩니다.
-
-<figure><img src="/account-save.webp" alt="save change in account" /><figcaption></figcaption></figure>
-
-그러면 확인 메시지가 나타납니다.
-
-<figure><img src="/account-updated.webp" alt="acount updated" /><figcaption></figcaption></figure>
-
-## 비밀번호 변경하기
-
-비밀번호를 변경하려면 설정 페이지로 이동하여 **비밀번호**를 클릭하세요. 그런 다음 양식을 작성하고 **업데이트**를 클릭하세요.
-
-<figure><img src="/update-passwd.webp" alt="update password" /><figcaption></figcaption></figure>
-
-비밀번호가 capgo 비밀번호 보안 규칙을 따르지 않으면 오류 메시지가 표시됩니다.
-
-<figure><img src="/passwd-error.webp" alt="wrong password" /><figcaption></figcaption></figure>
\ No newline at end of file
diff --git a/src/content/docs/zh/docs/cli/cloud-build/android.mdx b/src/content/docs/zh/docs/cli/cloud-build/android.mdx
deleted file mode 100644
index 2ec9ccf63..000000000
--- a/src/content/docs/zh/docs/cli/cloud-build/android.mdx
+++ /dev/null
@@ -1,470 +0,0 @@
----
-title: "Android 构建"
-description: 使用 Capgo Cloud Build 配置和构建 Android 应用
-locale: zh
-sidebar:
-  order: 3
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-使用 Capgo 的安全云基础设施构建 Android 应用并提交至 Google Play 商店。
-
-## 构建前准备
-
-<CardGrid>
-  <Card title="⚠️ 首先设置 Android 凭证" icon="warning">
-    **必需:** 在构建发布版应用之前,您必须保存 Android 凭证。
-
-    [设置 Android 凭证 →](/docs/cli/cloud-build/credentials/#saving-android-credentials)
-  </Card>
-</CardGrid>
-
-## Android 构建的工作原理
-
-Android 构建在安全的 Cloudflare 沙箱中运行:
-
-- **基础设施**: 带有容器化 Android SDK 的 Cloudflare Workers
-- **构建工具**: Gradle 和 Android 构建工具
-- **执行**: 每次构建独立的沙箱环境
-- **清理**: 构建完成后立即删除
-- **安全性**: 无持久存储,构建之间完全隔离
-
-## 前置条件
-
-在为 Android 构建之前,您需要:
-
-### 1. 开发环境(本地测试)
-
-- 本地安装 Android Studio(用于初始密钥库设置)
-- 您的应用能够成功使用 `npx cap open android` 构建
-- Java JDK 17 或更高版本
-
-### 2. 签名密钥库
-
-对于发布版本构建,您需要签名密钥库:
-
-| 构建类型 | 需要密钥库 | 用途 |
-|------------|-------------------|---------|
-| **Debug** | 否 | 仅用于测试,自动生成 |
-| **Release** | 是 | Play 商店提交 |
-
-## 创建密钥库
-
-<Aside type="tip">
-有关详细的分步指南和截图,请访问:
-- [Android 证书指南](https://capgo.app/cloud/native-builds/certificates/android/)
-- [博客: 使用 GitHub Actions 自动构建 Android](https://capgo.app/blog/automatic-capacitor-android-build-github-action/)
-</Aside>
-
-如果您还没有密钥库,请创建一个:
-
-```bash
-keytool -genkey -v \
-  -keystore my-release-key.keystore \
-  -alias my-key-alias \
-  -keyalg RSA \
-  -keysize 2048 \
-  -validity 10000
-```
-
-回答提示:
-- **密码**: 选择一个强密码(安全保存!)
-- **姓名**: 您的姓名或公司名称
-- **组织**: 您的公司名称
-- **位置**: 您的城市、州、国家
-
-<Aside type="caution">
-**重要**: 保持您的密钥库文件和密码安全!如果丢失它们,您将无法在 Play 商店更新您的应用。
-</Aside>
-
-### 理解密钥库组件
-
-创建密钥库时,您需要记住:
-
-1. **密钥库密码** (`KEYSTORE_STORE_PASSWORD`): 密钥库文件本身的密码
-2. **密钥别名** (`KEYSTORE_KEY_ALIAS`): 密钥库中签名密钥的名称/标识符
-3. **密钥密码** (`KEYSTORE_KEY_PASSWORD`): 特定密钥的密码(可以与存储密码相同)
-
-**示例工作流程:**
-```bash
-# 列出密钥库中的别名以验证
-keytool -list -keystore my-release-key.keystore
-
-# 查看有关您的密钥的详细信息
-keytool -list -v -keystore my-release-key.keystore -alias my-key-alias
-```
-
-## 构建配置
-
-### 必需的环境变量
-
-对于**发布版本构建**,设置这些凭证:
-
-```bash
-# Android 签名(发布版本必需)
-ANDROID_KEYSTORE_FILE="<base64编码的密钥库>"
-KEYSTORE_KEY_ALIAS="my-key-alias"
-KEYSTORE_KEY_PASSWORD="<密钥密码>"
-KEYSTORE_STORE_PASSWORD="<存储密码>"
-
-# Play 商店发布(可选,用于自动提交)
-PLAY_CONFIG_JSON="<base64编码的服务账户json>"
-```
-
-### 生成 Base64 凭证
-
-**密钥库文件:**
-```bash
-base64 -i my-release-key.keystore | pbcopy
-```
-
-**Play 商店服务账户 JSON:**
-```bash
-base64 -i play-store-service-account.json | pbcopy
-```
-
-base64 字符串现在在您的剪贴板中。
-
-### Play 商店服务账户设置
-
-要启用自动 Play 商店上传,您需要创建具有适当权限的 Google Cloud 服务账户。
-
-<Aside type="tip">
-有关详细说明和截图,请参阅 [Android 证书指南](https://capgo.app/cloud/native-builds/certificates/android/)。
-</Aside>
-
-<Steps>
-
-1. **在 Google Cloud 中创建服务账户**
-   - 转到 [Google Play Console](https://play.google.com/console) → 设置 → API 访问
-   - 点击"创建新服务账户"
-   - 按照链接转到 Google Cloud Console
-   - 点击"创建服务账户"
-   - 输入名称(例如,"Capgo CI/CD")
-   - 授予"服务账户用户"角色
-   - 点击"完成"
-
-2. **创建 JSON 密钥**
-   - 在 Google Cloud Console 中,找到您的服务账户
-   - 点击服务账户电子邮件
-   - 转到"密钥"选项卡
-   - 点击"添加密钥" → "创建新密钥"
-   - 选择"JSON"格式
-   - 下载 JSON 文件(保持安全!)
-
-3. **在 Play Console 中授予权限**
-   - 返回 Google Play Console → 设置 → API 访问
-   - 在列表中找到您的服务账户
-   - 点击"授予访问权限"
-   - 在"应用权限"下,选择您的应用
-   - 在"账户权限"下,授予:
-     - **发布**: "查看应用信息和下载批量报告(只读)"
-     - **发布**: "创建、编辑和删除草稿版本"
-     - **发布**: "发布到生产环境、排除设备并使用 Play 应用签名"
-   - 点击"邀请用户"
-
-4. **接受邀请**
-   - 服务账户将收到邀请电子邮件
-   - 接受邀请以激活权限
-
-</Steps>
-
-<Aside type="caution">
-服务账户 JSON 文件包含敏感凭证。切勿将其提交到版本控制或公开分享。
-</Aside>
-
-## 为 Android 构建
-
-### Debug 构建
-
-非常适合无需签名的测试:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-这会创建一个可以安装在任何设备上进行测试的 debug APK。
-
-### Release 构建
-
-用于 Play 商店提交:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-需要将签名凭证配置为环境变量。
-
-## CI/CD 集成
-
-### GitHub Actions 示例
-
-```yaml
-name: Build Android App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync android
-
-      - name: Build Android app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          ANDROID_KEYSTORE_FILE: ${{ secrets.ANDROID_KEYSTORE }}
-          KEYSTORE_KEY_ALIAS: ${{ secrets.KEYSTORE_ALIAS }}
-          KEYSTORE_KEY_PASSWORD: ${{ secrets.KEYSTORE_KEY_PASSWORD }}
-          KEYSTORE_STORE_PASSWORD: ${{ secrets.KEYSTORE_STORE_PASSWORD }}
-          PLAY_CONFIG_JSON: ${{ secrets.PLAY_STORE_CONFIG }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform android \
-            --build-mode release
-```
-
-## 构建过程详情
-
-### Android 构建期间发生的事情
-
-<Steps>
-
-1. **沙箱初始化** (~5秒)
-   - 启动安全容器
-   - 加载 Android SDK 和 Gradle
-   - 创建隔离文件系统
-
-2. **项目设置** (~20秒)
-   - 从 R2 下载项目压缩包
-   - 解压到构建目录
-   - 注入签名凭证
-
-3. **Gradle 构建** (2-4分钟)
-   - 下载依赖项
-   - APK/AAB 编译
-   - ProGuard/R8 优化(发布模式)
-   - 应用代码签名
-
-4. **Play 商店上传** (30秒,如果配置)
-   - AAB 上传到 Play Console
-   - 配置发布轨道
-   - 启动提交
-
-5. **清理** (立即)
-   - 删除所有文件
-   - 销毁容器
-   - 不保留任何构建产物
-
-</Steps>
-
-### 构建堆栈
-
-我们的 Android 构建环境包括:
-
-- **Java**: OpenJDK 17
-- **Android SDK**: 最新稳定版
-- **Gradle**: 8.x
-- **Build Tools**: 34.x
-- **Node.js**: 18.x (LTS)
-- **NPM**: 最新稳定版
-
-## 构建输出
-
-### APK vs AAB
-
-- **APK** (Android Package): 可直接安装的文件
-- **AAB** (Android App Bundle): Google Play 推荐的格式(用户下载更小)
-
-默认情况下,Capgo 构建创建:
-- **Debug 模式**: APK
-- **Release 模式**: AAB(针对 Play 商店优化)
-
-## 构建时间
-
-典型的 Android 构建时间:
-
-| 构建类型 | 平均时间 |
-|------------|--------------|
-| Debug | 2-3 分钟 |
-| Release (无 ProGuard) | 3-4 分钟 |
-| Release (有 ProGuard) | 4-6 分钟 |
-
-<Aside type="note">
-Android 构建费用为**1× 基础费率**(iOS 构建费用的一半)。
-</Aside>
-
-## 构建变体
-
-### 自定义构建变体
-
-如果您的应用有自定义构建变体(例如,`staging`、`production`),使用 `build-config`:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release \
-  --build-config '{"variant":"staging"}'
-```
-
-这将构建 `stagingRelease` 变体。
-
-### Flavor 维度
-
-对于具有 flavor 维度的应用:
-
-```bash
---build-config '{"flavor":"premium","variant":"production"}'
-```
-
-这将构建 `premiumProductionRelease` 变体。
-
-## 故障排除
-
-### 常见问题
-
-**"Keystore password incorrect"**
-- 验证 KEYSTORE_STORE_PASSWORD 与您的密钥库匹配
-- 确保 KEYSTORE_KEY_PASSWORD 与您的密钥别名密码匹配
-- 检查额外的空格或特殊字符
-
-**"Key alias not found"**
-- 验证 KEYSTORE_KEY_ALIAS 完全匹配(区分大小写)
-- 列出别名: `keytool -list -keystore my-release-key.keystore`
-
-**"Gradle build failed"**
-- 检查构建日志以了解具体错误
-- 确保您的应用可以在本地使用 `./gradlew assembleRelease` 构建
-- 验证所有原生依赖项都在 `build.gradle` 中
-
-**"Play Store upload failed"**
-- 验证服务账户 JSON 是否有效
-- 确保服务账户在 Play Console 中具有正确的权限
-- 检查应用是否在 Play Console 中正确设置
-
-**"Build timeout"**
-- 大型应用可能需要优化
-- 检查是否可以删除不必要的依赖项
-- 如果构建持续超时,请联系支持
-
-### 调试日志
-
-在构建日志中注意这些关键阶段:
-
-```
-→ Downloading dependencies...
-→ Running Gradle assembleRelease...
-→ Signing APK/AAB...
-→ Uploading to Play Store...
-✔ Build succeeded
-```
-
-如果构建失败,日志中将显示具体的 Gradle 错误。
-
-## 最佳实践
-
-### 1. 首先在本地测试
-
-始终确保您的 Android 构建在本地可以工作:
-
-```bash
-cd android
-./gradlew assembleRelease
-# 或
-./gradlew bundleRelease
-```
-
-### 2. 保护您的密钥库
-
-- 切勿将密钥库提交到版本控制
-- 存储在安全的密钥管理中(1Password、AWS Secrets Manager 等)
-- 在多个安全位置保留备份副本
-- 在安全的密码管理器中记录密码
-
-### 3. 版本管理
-
-Capgo 从您的 `capacitor.config.json` 读取版本:
-
-```json
-{
-  "appId": "com.example.app",
-  "appName": "My App",
-  "version": "1.0.0",
-  "build": "1"
-}
-```
-
-为每个版本递增 `build` 编号。
-
-### 4. ProGuard 配置
-
-对于发布版本构建,确保 ProGuard 规则配置正确:
-
-```
-# android/app/proguard-rules.pro
--keep class com.getcapacitor.** { *; }
--keep @com.getcapacitor.annotation.CapacitorPlugin public class * {
-  @com.getcapacitor.annotation.PluginMethod public <methods>;
-}
-```
-
-### 5. 监控构建大小
-
-密切关注 APK/AAB 大小以确保其经过优化:
-
-```
-CLI 显示最终大小:
-→ APK size: 12.4 MB
-```
-
-如果您的应用很大(>50 MB),考虑:
-- 启用 ProGuard/R8
-- 使用 AAB 格式(动态交付)
-- 优化图像和资源
-
-## Play 商店提交
-
-### 自动提交
-
-配置了 PLAY_CONFIG_JSON 后,构建会自动上传到 Play Console 的内部测试轨道。
-
-### 手动提交
-
-如果您喜欢手动提交:
-
-1. 在没有 PLAY_CONFIG_JSON 的情况下运行构建
-2. 从构建产物下载 AAB(如果配置)
-3. 手动上传到 Play Console
-
-## 下一步
-
-- [iOS 构建](/docs/cli/cloud-build/ios/) - 配置 iOS 构建
-- [故障排除](/docs/cli/cloud-build/troubleshooting/) - 常见构建问题
-- [CLI 参考](/docs/cli/reference/build/) - 完整命令文档
-
-## 需要帮助?
-
-- [故障排除指南](/docs/cli/cloud-build/troubleshooting/)
-- [Discord 社区](https://discord.com/invite/VnYRvBfgA6)
-- 电子邮件: support@capgo.app
diff --git a/src/content/docs/zh/docs/cli/cloud-build/credentials.mdx b/src/content/docs/zh/docs/cli/cloud-build/credentials.mdx
deleted file mode 100644
index 407df4d49..000000000
--- a/src/content/docs/zh/docs/cli/cloud-build/credentials.mdx
+++ /dev/null
@@ -1,404 +0,0 @@
----
-title: 管理凭证
-description: 为 iOS 和 Android 构建在本地保存和管理构建凭证
-locale: zh
-sidebar:
-  order: 5
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-
-在本地管理您的 iOS 和 Android 构建凭证以方便云构建。
-
-## 概述
-
-Capgo CLI 允许您在 `.capgo-credentials` 文件夹中本地保存构建凭证。当您运行构建时,这些凭证会自动使用并安全地发送到 Capgo 的构建服务器。
-
-<Aside type="tip" title="需要帮助获取凭证?">
-如果您还没有证书和凭证,请查看这些综合指南:
-
-**iOS:**
-- [如何获取 iOS 证书](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) - 分步指南
-- [iOS 证书指南 (Capgo)](https://capgo.app/cloud/native-builds/certificates/ios/) - 带截图的详细教程
-- [博客: 自动 iOS 构建](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) - 完整的 CI/CD 设置
-
-**Android:**
-- [创建密钥库](/docs/cli/cloud-build/android/#creating-a-keystore) - 分步指南
-- [Android 证书指南 (Capgo)](https://capgo.app/cloud/native-builds/certificates/android/) - 带截图的详细教程
-- [博客: 自动 Android 构建](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) - 完整的 CI/CD 设置
-</Aside>
-
-<Aside type="caution" title="安全保证">
-**您的凭证永远不会永久存储在 Capgo 服务器上:**
-- ✅ 仅在活动构建过程中使用
-- ✅ 构建完成后自动删除
-- ✅ 最长保留时间: 24小时(即使构建失败)
-- ✅ 应用直接发送到 App Store/Play Store - 我们不存储任何内容
-- ✅ 通过 HTTPS 安全传输
-</Aside>
-
-## 命令
-
-### 保存凭证
-
-本地存储您的构建凭证以自动使用:
-
-```bash
-npx @capgo/cli build credentials save --platform <ios|android> [options]
-```
-
-### 列出凭证
-
-查看当前保存的凭证(密码已屏蔽):
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-### 清除凭证
-
-从本地机器删除已保存的凭证:
-
-```bash
-# 清除所有凭证
-npx @capgo/cli build credentials clear
-
-# 仅清除 iOS 凭证
-npx @capgo/cli build credentials clear --platform ios
-
-# 仅清除 Android 凭证
-npx @capgo/cli build credentials clear --platform android
-```
-
-## 保存 iOS 凭证
-
-<Aside type="note">
-**还没有 iOS 证书?** 请参阅 [iOS 构建指南](/docs/cli/cloud-build/ios/#how-to-get-ios-certificates-and-provisioning-profiles) 了解如何创建证书和配置文件的说明。
-</Aside>
-
-### 完整示例
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform ios \
-  --certificate ./cert.p12 \
-  --p12-password "YourP12Password" \
-  --provisioning-profile ./profile.mobileprovision \
-  --apple-key ./AuthKey_ABC1234567.p8 \
-  --apple-key-id "ABC1234567" \
-  --apple-issuer-id "00000000-0000-0000-0000-000000000000" \
-  --apple-team-id "TEAM123456"
-```
-
-### iOS 选项
-
-| 选项 | 描述 | 必需 |
-|--------|-------------|----------|
-| `--certificate <path>` | .p12 证书文件的路径 | 是(发布版本) |
-| `--p12-password <password>` | .p12 证书的密码 | 是(发布版本) |
-| `--provisioning-profile <path>` | .mobileprovision 文件的路径 | 是(发布版本) |
-| `--provisioning-profile-prod <path>` | 生产配置文件(可选) | 否 |
-| `--apple-key <path>` | App Store Connect API .p8 密钥的路径 | 是(提交) |
-| `--apple-key-id <id>` | App Store Connect API 密钥 ID | 是(提交) |
-| `--apple-issuer-id <id>` | App Store Connect API 发行者 ID (UUID) | 是(提交) |
-| `--apple-team-id <id>` | App Store Connect 团队 ID | 是(提交) |
-| `--apple-id <email>` | Apple ID 电子邮件(替代认证) | 否 |
-| `--apple-app-password <password>` | 应用专用密码(替代认证) | 否 |
-
-### 存储的内容
-
-当您保存 iOS 凭证时,CLI 会:
-1. 读取证书和配置文件文件
-2. 将它们转换为 base64 编码
-3. 将凭证保存到 `.capgo-credentials` 文件夹
-4. 将密码和 ID 存储为纯文本(仅限本地文件)
-
-存储的文件结构:
-```json
-{
-  "ios": {
-    "BUILD_CERTIFICATE_BASE64": "...",
-    "BUILD_PROVISION_PROFILE_BASE64": "...",
-    "APPLE_KEY_CONTENT": "...",
-    "P12_PASSWORD": "...",
-    "APPLE_KEY_ID": "ABC1234567",
-    "APPLE_ISSUER_ID": "...",
-    "APP_STORE_CONNECT_TEAM_ID": "TEAM123456"
-  }
-}
-```
-
-## 保存 Android 凭证
-
-<Aside type="note">
-**还没有密钥库?** 请参阅 [Android 构建指南](/docs/cli/cloud-build/android/#creating-a-keystore) 了解如何创建密钥库和设置 Play 商店凭证的说明。
-</Aside>
-
-### 完整示例
-
-```bash
-npx @capgo/cli build credentials save \
-  --platform android \
-  --keystore ./release.keystore \
-  --keystore-alias "my-key-alias" \
-  --keystore-key-password "KeyPassword123" \
-  --keystore-store-password "StorePassword123" \
-  --play-config ./play-store-service-account.json
-```
-
-### Android 选项
-
-| 选项 | 描述 | 必需 |
-|--------|-------------|----------|
-| `--keystore <path>` | .keystore 或 .jks 文件的路径 | 是(发布版本) |
-| `--keystore-alias <alias>` | 密钥库中的密钥别名 | 是(发布版本) |
-| `--keystore-key-password <password>` | 密钥别名的密码 | 是(发布版本) |
-| `--keystore-store-password <password>` | 密钥库的密码 | 是(发布版本) |
-| `--play-config <path>` | Play 商店服务账户 JSON 的路径 | 是(提交) |
-
-### 存储的内容
-
-当您保存 Android 凭证时,CLI 会:
-1. 读取密钥库和服务账户 JSON 文件
-2. 将它们转换为 base64 编码
-3. 将凭证保存到 `.capgo-credentials` 文件夹
-4. 将密码和别名存储为纯文本(仅限本地文件)
-
-存储的文件结构:
-```json
-{
-  "android": {
-    "ANDROID_KEYSTORE_FILE": "...",
-    "PLAY_CONFIG_JSON": "...",
-    "KEYSTORE_KEY_ALIAS": "my-key-alias",
-    "KEYSTORE_KEY_PASSWORD": "...",
-    "KEYSTORE_STORE_PASSWORD": "..."
-  }
-}
-```
-
-## 使用已保存的凭证
-
-保存凭证后,在构建时会自动使用:
-
-```bash
-# 凭证自动从 .capgo-credentials 文件夹加载
-npx @capgo/cli build com.example.app --platform ios
-```
-
-您也可以使用环境变量覆盖已保存的凭证:
-
-```bash
-# 环境变量优先于已保存的凭证
-BUILD_CERTIFICATE_BASE64="..." \
-P12_PASSWORD="different-password" \
-npx @capgo/cli build com.example.app --platform ios
-```
-
-**优先级顺序:**
-1. 环境变量(最高优先级)
-2. `.capgo-credentials` 文件夹中的已保存凭证
-3. 无凭证(最低优先级)
-
-## 查看已保存的凭证
-
-列出您已保存的凭证:
-
-```bash
-npx @capgo/cli build credentials list
-```
-
-示例输出:
-```
-📋 已保存的构建凭证:
-
-iOS 凭证:
-  ✓ 证书 (base64)
-  ✓ 配置文件 (base64)
-  ✓ Apple 密钥内容 (base64)
-  ✓ P12 密码: ********
-  ✓ Apple 密钥 ID: ABC1234567
-  ✓ Apple 发行者 ID: 00000000-0000-0000-0000-000000000000
-  ✓ 团队 ID: TEAM123456
-
-Android 凭证:
-  ✓ 密钥库 (base64)
-  ✓ Play 商店配置 (base64)
-  ✓ 密钥库别名: my-key-alias
-  ✓ 密钥密码: ********
-  ✓ 存储密码: ********
-
-位置: .capgo-credentials/
-
-🔒 这些凭证仅存储在您的本地机器上。
-   构建时,它们会发送到 Capgo 但永远不会存储在那里。
-   构建完成后自动删除(最多 24 小时)。
-```
-
-## 安全最佳实践
-
-### 本地存储安全
-
-1. **文件权限**
-   ```bash
-   # 确保凭证文件夹不被其他人读取
-   chmod 700 .capgo-credentials
-   chmod 600 .capgo-credentials/*
-   ```
-
-2. **切勿提交凭证**
-   ```bash
-   # 添加到 .gitignore
-   echo ".capgo-credentials/" >> .gitignore
-   ```
-
-3. **分离凭证**
-   - 本地开发和 CI/CD 使用不同的凭证
-   - 定期轮换凭证
-   - 不要在团队成员之间共享凭证
-
-### CI/CD 使用
-
-对于 CI/CD 环境,**优先使用环境变量**而不是已保存的凭证:
-
-```yaml
-# GitHub Actions
-env:
-  BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-  P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-  # ... 其他密钥
-```
-
-这更安全,因为:
-- 密钥由 CI/CD 平台管理
-- 运行器上没有凭证文件
-- 易于轮换和访问控制
-- 密钥使用的审计跟踪
-
-### 凭证轮换
-
-定期轮换您的凭证:
-
-1. **iOS**: 每年生成新证书和 API 密钥
-2. **Android**: 每年更改密钥库密码
-3. **团队变更后**: 团队成员离开时轮换
-
-更新已保存的凭证:
-```bash
-# 使用新凭证重新运行保存命令
-npx @capgo/cli build credentials save --platform ios --certificate ./new-cert.p12 ...
-```
-
-## 故障排除
-
-### "找不到凭证"
-
-如果构建说找不到凭证:
-
-1. **检查是否保存了凭证**:
-   ```bash
-   npx @capgo/cli build credentials list
-   ```
-
-2. **如果缺少凭证则保存**:
-   ```bash
-   npx @capgo/cli build credentials save --platform ios ...
-   ```
-
-3. **验证凭证文件夹是否存在**:
-   ```bash
-   ls -la .capgo-credentials/
-   ```
-
-### 读取凭证时"权限被拒绝"
-
-修复文件权限:
-
-```bash
-chmod 700 .capgo-credentials
-chmod 600 .capgo-credentials/*
-```
-
-### 凭证未被使用
-
-检查是否指定了正确的平台:
-
-```bash
-# 确保 --platform 与已保存的凭证匹配
-npx @capgo/cli build com.example.app --platform ios  # 使用 ios 凭证
-npx @capgo/cli build com.example.app --platform android  # 使用 android 凭证
-```
-
-### 清除并重新保存凭证
-
-如果凭证似乎已损坏:
-
-```bash
-# 清除所有凭证
-npx @capgo/cli build credentials clear
-
-# 重新保存
-npx @capgo/cli build credentials save --platform ios ...
-```
-
-## 从环境变量迁移
-
-如果您当前使用环境变量,可以迁移到已保存的凭证:
-
-<Steps>
-
-1. **提取当前环境变量**
-   ```bash
-   echo $BUILD_CERTIFICATE_BASE64  # 验证它们存在
-   ```
-
-2. **将 base64 文件解码回原始文件**(如果需要)
-   ```bash
-   echo "$BUILD_CERTIFICATE_BASE64" | base64 -d > cert.p12
-   echo "$BUILD_PROVISION_PROFILE_BASE64" | base64 -d > profile.mobileprovision
-   ```
-
-3. **使用 CLI 保存**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --provisioning-profile ./profile.mobileprovision \
-     --p12-password "$P12_PASSWORD" \
-     --apple-key-id "$APPLE_KEY_ID" \
-     --apple-issuer-id "$APPLE_ISSUER_ID" \
-     --apple-team-id "$APP_STORE_CONNECT_TEAM_ID"
-   ```
-
-4. **测试构建**
-   ```bash
-   npx @capgo/cli build com.example.app --platform ios
-   ```
-
-5. **删除环境变量**(可选)
-   ```bash
-   unset BUILD_CERTIFICATE_BASE64 BUILD_PROVISION_PROFILE_BASE64
-   ```
-
-</Steps>
-
-## 文件位置
-
-凭证存储在 `.capgo-credentials` 文件夹中:
-- **macOS/Linux**: `.capgo-credentials/`(在您的项目根目录或主目录)
-- **Windows**: `.capgo-credentials\`(在您的项目根目录或主目录)
-
-首次保存凭证时会自动创建该文件夹。
-
-## 下一步
-
-- [入门](/docs/cli/cloud-build/getting-started/) - 创建您的第一个构建
-- [iOS 构建](/docs/cli/cloud-build/ios/) - iOS 特定的构建配置
-- [Android 构建](/docs/cli/cloud-build/android/) - Android 特定的构建配置
-- [故障排除](/docs/cli/cloud-build/troubleshooting/) - 常见问题和解决方案
-
-## 需要帮助?
-
-- 📚 [故障排除指南](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Discord 社区](https://discord.com/invite/VnYRvBfgA6)
-- 📧 电子邮件: support@capgo.app
diff --git a/src/content/docs/zh/docs/cli/cloud-build/getting-started.mdx b/src/content/docs/zh/docs/cli/cloud-build/getting-started.mdx
deleted file mode 100644
index 2f225eb4c..000000000
--- a/src/content/docs/zh/docs/cli/cloud-build/getting-started.mdx
+++ /dev/null
@@ -1,248 +0,0 @@
----
-title: 入门指南
-description: 使用 Capgo Cloud Build 创建您的第一个原生构建
-locale: zh
-sidebar:
-  order: 1
----
-
-import { Steps, Card, CardGrid } from '@astrojs/starlight/components';
-
-开始使用 Capgo Cloud Build,并在几分钟内创建您的第一个 iOS 或 Android 原生构建。
-
-## 您需要准备的内容
-
-在开始之前,请确保您具备:
-
-- 一个能够在本地成功构建的 Capacitor 应用
-- 已安装 Node.js 20 或更高版本
-- 拥有活跃订阅的 Capgo 账户
-- 您的应用已在 Capgo 中注册(如果还没有,请运行 `npx @capgo/cli@latest app add`)
-- **已配置构建凭证**(证书、密钥库)- 见下文
-
-## 第一次构建之前
-
-<CardGrid>
-  <Card title="⚠️ 首先设置凭证" icon="warning">
-    **构建前必需:** 您必须配置构建凭证(iOS 证书、Android 密钥库)。
-
-    [设置凭证 →](/docs/cli/cloud-build/credentials/)
-  </Card>
-</CardGrid>
-
-## 快速开始
-
-<Steps>
-
-1. **设置构建凭证**
-
-   在构建之前,您需要在本地保存凭证:
-
-   **iOS:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform ios \
-     --certificate ./cert.p12 \
-     --p12-password "password" \
-     --provisioning-profile ./profile.mobileprovision \
-     --apple-key ./AuthKey.p8 \
-     --apple-key-id "KEY123" \
-     --apple-issuer-id "issuer-uuid" \
-     --apple-team-id "team-id"
-   ```
-
-   **Android:**
-   ```bash
-   npx @capgo/cli build credentials save \
-     --platform android \
-     --keystore ./release.keystore \
-     --keystore-alias "my-key" \
-     --keystore-key-password "key-pass" \
-     --keystore-store-password "store-pass"
-   ```
-
-   查看 [完整凭证指南](/docs/cli/cloud-build/credentials/) 了解详情。
-
-2. **验证本地构建**
-
-   首先,确保您的应用能够在本地无错误地构建:
-
-   ```bash
-   # 构建您的 Web 资源
-   npm run build
-
-   # 与 Capacitor 同步
-   npx cap sync
-
-   # 测试本地构建(可选但推荐)
-   npx cap open ios    # iOS
-   npx cap open android # Android
-   ```
-
-3. **使用 Capgo 进行身份验证**
-
-   设置您的 Capgo API 密钥(如果尚未配置):
-
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-   或设置环境变量:
-   ```bash
-   export CAPGO_TOKEN=your_api_key_here
-   ```
-
-4. **运行您的第一个构建**
-
-   从 Android debug 构建开始(最快的测试方式):
-
-   ```bash
-   npx @capgo/cli@latest build com.example.app \
-     --platform android \
-     --build-mode debug
-   ```
-
-   您将看到构建进度的实时日志:
-   ```
-   ✔ Creating build job...
-   ✔ Uploading project (15.2 MB)...
-   ✔ Build started
-
-   📝 Build logs:
-   → Installing dependencies...
-   → Running Gradle build...
-   → Signing APK...
-   ✔ Build succeeded in 3m 42s
-   ```
-
-5. **检查构建状态**
-
-   CLI 将自动轮询并显示构建状态。完成后,您将看到:
-
-   - 构建时间
-   - 成功/失败状态
-   - 应用已提交到 App Store/Play Store(如果配置了凭证)
-
-</Steps>
-
-## 理解构建过程
-
-当您运行构建命令时,会发生以下情况:
-
-```mermaid
-graph LR
-    A[您的机器] -->|1. 压缩项目| B[本地临时]
-    B -->|2. 上传| C[Capgo Cloud]
-    C -->|3. 构建| D[构建服务器]
-    D -->|4. 日志流| A
-    D -->|5. 清理| E[自动删除]
-```
-
-1. **本地准备** - 您的项目被压缩(排除 `node_modules` 和点文件)
-2. **上传** - zip 文件上传到安全的云存储(Cloudflare R2)
-3. **构建执行** - 您的应用在专用基础设施上构建
-4. **日志流** - 实时日志通过服务器发送事件流式传输到您的终端
-5. **自动清理** - 构建产物被删除(Android: 立即,iOS: 24小时)
-
-## 您的第一个生产构建
-
-一旦验证了流程可以工作,创建一个生产构建:
-
-### Android
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode release
-```
-
-您需要先配置签名凭证。请参阅 [Android 构建配置](/docs/cli/cloud-build/android/)。
-
-### iOS
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-iOS 构建需要签名证书和配置文件。请参阅 [iOS 构建配置](/docs/cli/cloud-build/ios/)。
-
-## 构建内容
-
-**重要:** Capgo Cloud Build 仅构建应用的**原生部分**(iOS 和 Android 原生代码)。
-
-您需要负责:
-- 构建 Web 资源 (`npm run build`)
-- 在构建前运行 `npx cap sync`
-- 确保所有依赖项都在 `package.json` 中
-
-我们处理:
-- 原生 iOS 编译(Xcode、Fastlane)
-- 原生 Android 编译(Gradle)
-- 代码签名
-- 应用商店提交(如果配置)
-
-## 构建时间和费用
-
-构建时间从开始到完成进行测量:
-
-- **Android**: 通常 3-5 分钟(1× 计费倍数)
-- **iOS**: 通常 5-10 分钟(2× 计费倍数,因为 Mac 硬件成本)
-
-您只需为实际使用的构建时间付费。没有隐藏费用。
-
-## 常见用例
-
-### CI/CD 集成
-
-添加到您的 GitHub Actions 工作流程:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-      --platform both \
-      --build-mode release
-```
-
-### 本地开发
-
-在提交前本地测试构建:
-
-```bash
-# 快速 debug 构建进行测试
-npm run build && npx cap sync
-npx @capgo/cli@latest build com.example.app \
-  --platform android \
-  --build-mode debug
-```
-
-### 多平台构建
-
-同时为两个平台构建:
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform both \
-  --build-mode release
-```
-
-## 下一步
-
-现在您已经创建了第一个构建:
-
-- [配置 iOS 构建](/docs/cli/cloud-build/ios/) - 设置证书和配置文件
-- [配置 Android 构建](/docs/cli/cloud-build/android/) - 设置密钥库和 Play 商店
-- [故障排除](/docs/cli/cloud-build/troubleshooting/) - 常见问题和解决方案
-- [CLI 参考](/docs/cli/reference/build/) - 完整命令文档
-
-## 需要帮助?
-
-- 查看 [故障排除指南](/docs/cli/cloud-build/troubleshooting/)
-- 加入我们的 [Discord 社区](https://discord.com/invite/VnYRvBfgA6)
-- 发送电子邮件至 support@capgo.app
diff --git a/src/content/docs/zh/docs/cli/cloud-build/index.mdx b/src/content/docs/zh/docs/cli/cloud-build/index.mdx
deleted file mode 100644
index 1e6e3d05d..000000000
--- a/src/content/docs/zh/docs/cli/cloud-build/index.mdx
+++ /dev/null
@@ -1,128 +0,0 @@
----
-title: Capgo Build 简介
-description: 在云端构建 iOS 和 Android 应用,无需本地环境。iOS 构建不需要 Mac。
-sidebar:
-  order: 0
-  label: 简介
-locale: zh
----
-
-import { Card, CardGrid, Aside, LinkCard } from '@astrojs/starlight/components';
-
-Capgo Build 是面向 Capacitor 应用的云端原生应用编译服务。它让您在不维护本地开发环境的情况下构建 iOS 和 Android 应用 - 无需 Xcode、无需 Android Studio、无需 Mac 硬件。
-
-## Capgo Build 能做什么
-
-Capgo Build 在云端编译您 Capacitor 应用的**原生部分**:
-
-- **iOS 构建** 在专用 Apple Silicon (Mac Mini M4) 机器上运行
-- **Android 构建** 在隔离的 Docker 容器中运行
-- **自动代码签名** 处理证书、Provisioning Profile 和 Keystore
-- **直接提交商店** 将签名后的应用上传到 App Store Connect 和 Google Play
-
-您只需一条 CLI 命令即可在任何地方触发构建 - 本地机器、GitHub Actions、GitLab CI 或任何 CI/CD 流水线。
-
-## 何时使用 Capgo Build vs 实时更新
-
-Capgo 提供两种互补的更新能力。下表说明何时使用哪一种:
-
-| 场景 | 实时更新 | Capgo Build |
-|----------|:------------:|:-----------:|
-| JavaScript/TypeScript 代码的 Bug 修复 | ✓ | |
-| UI 改动(HTML、CSS、图片) | ✓ | |
-| 更新 Web 依赖 | ✓ | |
-| 添加或移除 Capacitor 插件 | | ✓ |
-| 更新原生 SDK 版本 | | ✓ |
-| 修改原生权限(Info.plist、AndroidManifest) | | ✓ |
-| 更新 Capacitor 版本 | | ✓ |
-| 修改原生代码(Swift、Kotlin、Java) | | ✓ |
-| 修改应用图标或启动画面 | | ✓ |
-| 首次提交应用商店 | | ✓ |
-
-<Aside>
-**实时更新** 可在无需商店审核的情况下即时推送 JavaScript 变更。**Capgo Build** 在您更改原生代码时生成新的原生二进制。大多数团队会每天使用实时更新,在需要原生变更时偶尔使用 Capgo Build。
-</Aside>
-
-## 为什么使用 Capgo Build
-
-<CardGrid>
-  <Card title="iOS 无需 Mac" icon="laptop">
-    不用 Mac 硬件也能构建并发布 iOS 应用。Windows、Linux 或任何 CI/CD 系统都可触发 iOS 构建并发布到 TestFlight。
-  </Card>
-
-  <Card title="跳过本地环境配置" icon="rocket">
-    无需安装 Xcode、Android Studio 或管理 SDK 版本。Capgo Build 处理所有原生工具链 - 您只需运行 CLI 命令。
-  </Card>
-
-  <Card title="集中管理凭证" icon="setting">
-    在 CI/CD 的密钥中保存证书和 keystore 一次即可。团队成员无需本地签名凭证也能触发构建。
-  </Card>
-
-  <Card title="适配任意 CI/CD" icon="github">
-    一条 CLI 命令即可集成到任意流水线。GitHub Actions、GitLab CI、Jenkins - 可直接在现有流程中触发构建。
-  </Card>
-
-  <Card title="实时构建日志" icon="list-format">
-    在终端实时查看构建进度。日志通过 Server-Sent Events 流式输出,出错时可立即定位问题。
-  </Card>
-
-  <Card title="直接提交商店" icon="approve-check">
-    签名后的应用可直接上传到 App Store Connect 和 Google Play。构建完成到提交商店之间无需手动步骤。
-  </Card>
-</CardGrid>
-
-## 工作原理
-
-运行构建命令后:
-
-1. **上传** - CLI 仅打包必需内容(原生平台目录 + 原生依赖)并上传到安全的云存储
-2. **构建** - 应用在专用基础设施上使用 Fastlane 编译
-3. **签名** - 应用证书和 keystore 会被应用(仅在构建期间存在于内存中)
-4. **提交** - 签名后的应用直接上传到 App Store Connect 或 Google Play
-5. **清理** - 所有构建产物和凭证都会自动删除
-
-您的源码保留在本地。仅上传平台相关的原生代码。
-
-## 安全模型
-
-Capgo Build 以零凭证存储为设计目标:
-
-- **仅运行时凭证** - Capgo 不会存储证书和 keystore。它们在构建完成后会立即删除。
-- **一次性环境** - 每次构建都在隔离环境中运行,完成后销毁
-- **不存储日志** - 构建日志仅流式输出到您的终端,不会存储在 Capgo 服务器上
-- **最小化上传** - 仅上传您请求的原生平台,而不是整个代码库。[查看具体上传内容](/docs/cli/cloud-build/getting-started/#what-gets-built)
-
-## 定价
-
-仅按构建时间计费:
-
-- 构建分钟数包含在您的 Capgo 计划中
-- 额外分钟数可通过积分系统购买
-- iOS 构建运行在 Mac Mini M4 上(因硬件成本有 2x 计费系数)
-- Android 构建在 Docker 容器中运行(1x 计费)
-- 无存储费用
-
-## 下一步
-
-<CardGrid>
-  <LinkCard 
-    title="入门指南" 
-    description="创建您的第一个构建并体验 Capgo Build。"
-    href="/docs/cli/cloud-build/getting-started/"
-  />
-  <LinkCard 
-    title="凭证配置" 
-    description="配置 iOS 证书和 Android keystore。"
-    href="/docs/cli/cloud-build/credentials/"
-  />
-  <LinkCard 
-    title="iOS 构建" 
-    description="完整的 iOS 构建与提交指南。"
-    href="/docs/cli/cloud-build/ios/"
-  />
-  <LinkCard 
-    title="Android 构建" 
-    description="完整的 Android 构建与提交指南。"
-    href="/docs/cli/cloud-build/android/"
-  />
-</CardGrid>
diff --git a/src/content/docs/zh/docs/cli/cloud-build/ios.mdx b/src/content/docs/zh/docs/cli/cloud-build/ios.mdx
deleted file mode 100644
index 7dad97f1b..000000000
--- a/src/content/docs/zh/docs/cli/cloud-build/ios.mdx
+++ /dev/null
@@ -1,375 +0,0 @@
----
-title: iOS 构建
-description: 使用 Capgo Cloud Build 配置和构建 iOS 应用
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Steps, Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-使用 Capgo 的专用 Mac 基础设施构建 iOS 应用并提交到 TestFlight 和 App Store。
-
-## 构建前准备
-
-<CardGrid>
-  <Card title="⚠️ 首先设置 iOS 凭证" icon="warning">
-    **必需:** 在构建之前,您必须保存 iOS 凭证。
-
-    [设置 iOS 凭证 →](/docs/cli/cloud-build/credentials/#saving-ios-credentials)
-  </Card>
-</CardGrid>
-
-## iOS 构建的工作原理
-
-iOS 构建在按需配置的专用 Mac 机器(Scaleway Mac minis M4)上运行:
-
-- **硬件**: 带有 macOS 15 的 Apple Silicon Mac minis
-- **构建工具**: Xcode 与 Fastlane(自定义 Capgo 配置)
-- **隔离**: 每个构建作为单独的 macOS 用户账户运行
-- **生命周期**: 机器有 24 小时租期,并自动清理
-- **安全性**: 机器被释放后,所有文件和用户账户都被删除
-
-## 前置条件
-
-在为 iOS 构建之前,您需要:
-
-### 1. 开发环境
-
-- 本地安装了 Xcode 的 Mac 计算机(用于初始证书设置)
-- 有效的 Apple Developer 账户($99/年)
-- 您的应用能够成功使用 `npx cap open ios` 构建
-
-### 2. 代码签名证书
-
-根据您的构建,您需要以下证书类型之一:
-
-| 构建类型 | 需要证书 | 配置文件 |
-|------------|---------------------|---------------------|
-| **Development** | Apple Development | Development Profile |
-| **Ad Hoc** | Apple Distribution | Ad Hoc Profile |
-| **App Store** | Apple Distribution | App Store Profile |
-
-#### 如何获取 iOS 证书和配置文件
-
-<Aside type="tip">
-有关详细的分步指南和截图,请访问:
-- [iOS 证书指南](https://capgo.app/cloud/native-builds/certificates/ios/)
-- [博客: 使用 GitHub Actions 自动构建 iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/)
-</Aside>
-
-**快速概述:**
-
-<Steps>
-
-1. **创建证书签名请求(CSR)**
-   - 在 Mac 上打开钥匙串访问
-   - 前往 钥匙串访问 → 证书助理 → 从证书颁发机构请求证书
-   - 输入您的电子邮件和姓名,选择"存储到磁盘"
-   - 保存 `.certSigningRequest` 文件
-
-2. **在 Apple Developer Portal 中生成证书**
-   - 前往 [Apple Developer 证书](https://developer.apple.com/account/resources/certificates)
-   - 点击"+"创建新证书
-   - 选择证书类型(App Store 构建需要 iOS Distribution)
-   - 上传您的 CSR 文件
-   - 下载证书(`.cer` 文件)
-
-3. **将证书导出为 .p12**
-   - 双击下载的 `.cer` 文件将其添加到钥匙串
-   - 在钥匙串访问中,在"我的证书"下找到您的证书
-   - 右键点击 → 导出"Apple Distribution..."
-   - 保存为 `.p12` 格式并设置密码(保存此密码!)
-
-4. **创建配置文件**
-   - 前往 [Apple Developer 配置文件](https://developer.apple.com/account/resources/profiles)
-   - 点击"+"创建新配置文件
-   - 选择配置文件类型(生产构建需要 App Store)
-   - 选择您的 App ID
-   - 选择您刚刚创建的证书
-   - 下载 `.mobileprovision` 文件
-
-</Steps>
-
-### 3. App Store Connect API 密钥(推荐)
-
-要自动提交到 TestFlight,创建 API 密钥:
-
-<Steps>
-
-1. 前往 [App Store Connect](https://appstoreconnect.apple.com/) → 用户和访问 → 密钥
-2. 点击"+"按钮创建新密钥
-3. 给它一个名称(例如,"Capgo CI")并选择"开发者"角色
-4. 下载 `.p8` 文件(您只能下载一次!)
-5. 记下**密钥 ID** 和**发行者 ID**
-
-</Steps>
-
-<Aside type="note">
-您还可以在 Apple Developer 账户的成员详细信息下找到您的**团队 ID**。
-</Aside>
-
-## 构建配置
-
-### 必需的环境变量
-
-在构建前设置这些凭证:
-
-```bash
-# iOS 签名(必需)
-BUILD_CERTIFICATE_BASE64="<base64编码的p12证书>"
-BUILD_PROVISION_PROFILE_BASE64="<base64编码的mobileprovision>"
-P12_PASSWORD="<证书密码>"
-
-# App Store Connect API(用于提交)
-APPLE_KEY_ID="ABC1234567"
-APPLE_ISSUER_ID="00000000-0000-0000-0000-000000000000"
-APPLE_KEY_CONTENT="<base64编码的p8密钥>"
-
-# 附加配置
-APP_STORE_CONNECT_TEAM_ID="1234567890"
-APPLE_PROFILE_NAME="App Store com.example.app"
-```
-
-### 生成 Base64 凭证
-
-<Aside type="tip">
-使用这些命令为 Capgo 编码您的证书:
-</Aside>
-
-**证书(.p12):**
-```bash
-base64 -i YourCertificate.p12 | pbcopy
-```
-
-**配置文件(.mobileprovision):**
-```bash
-base64 -i YourProfile.mobileprovision | pbcopy
-```
-
-**App Store Connect 密钥(.p8):**
-```bash
-base64 -i AuthKey_ABC1234567.p8 | pbcopy
-```
-
-base64 字符串现在在您的剪贴板中 - 将其粘贴到您的环境变量或 CI/CD 密钥中。
-
-## 为 iOS 构建
-
-### Debug 构建(开发)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode debug
-```
-
-这会创建一个可以安装在已注册设备上的开发构建。
-
-### Release 构建(App Store)
-
-```bash
-npx @capgo/cli@latest build com.example.app \
-  --platform ios \
-  --build-mode release
-```
-
-如果您配置了 App Store Connect API 凭证,这会创建 App Store 构建并自动提交到 TestFlight。
-
-## CI/CD 集成
-
-### GitHub Actions 示例
-
-```yaml
-name: Build iOS App
-
-on:
-  push:
-    branches: [main]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Install dependencies
-        run: npm ci
-
-      - name: Build web assets
-        run: npm run build
-
-      - name: Sync Capacitor
-        run: npx cap sync ios
-
-      - name: Build iOS app
-        env:
-          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-          BUILD_CERTIFICATE_BASE64: ${{ secrets.IOS_CERTIFICATE }}
-          BUILD_PROVISION_PROFILE_BASE64: ${{ secrets.IOS_PROVISION_PROFILE }}
-          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
-          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
-          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
-          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
-          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.TEAM_ID }}
-        run: |
-          npx @capgo/cli@latest build ${{ secrets.APP_ID }} \
-            --platform ios \
-            --build-mode release
-```
-
-## 构建过程详情
-
-### iOS 构建期间发生的事情
-
-<Steps>
-
-1. **机器配置** (1-2分钟)
-   - 配置或分配 Scaleway Mac mini
-   - 预装 Xcode 的 macOS 15
-   - 运行引导脚本(如果首次使用)
-
-2. **用户隔离** (~10秒)
-   - 创建唯一的 macOS 用户: `job-<jobId>`
-   - 专用主目录: `/Users/job-<jobId>`
-   - 创建隔离的工作空间
-
-3. **项目设置** (~30秒)
-   - 从 R2 下载项目压缩包
-   - 解压到工作空间
-   - 作为环境变量注入凭证
-
-4. **Fastlane 构建** (3-8分钟)
-   - 使用签名证书创建钥匙串
-   - 安装配置文件
-   - 执行 Xcode 构建命令
-   - 生成 IPA 文件
-
-5. **App Store 提交** (1-2分钟,如果配置)
-   - IPA 上传到 App Store Connect
-   - 提交到 TestFlight
-   - 在 Apple 端开始处理
-
-6. **清理** (立即)
-   - 终止并删除用户账户
-   - 删除工作空间文件
-   - 清除临时文件
-
-7. **机器释放** (24小时后)
-   - 销毁 Mac 机器
-   - 所有数据永久删除
-
-</Steps>
-
-### 构建堆栈
-
-我们的 iOS 构建环境包括:
-
-- **macOS**: 15(最新稳定版)
-- **Xcode**: 最新稳定版本
-- **Fastlane**: 最新稳定版本
-- **CocoaPods**: 最新稳定版本
-- **Node.js**: 18.x (LTS)
-- **Ruby**: 系统 ruby 与 bundler
-
-## 构建时间
-
-典型的 iOS 构建时间:
-
-| 构建类型 | 首次构建 | 后续构建* |
-|------------|-------------|-------------------|
-| Debug | 5-7 分钟 | 4-6 分钟 |
-| Release | 7-10 分钟 | 5-8 分钟 |
-
-*如果在 24 小时窗口内重用同一台机器,后续构建可能更快。
-
-<Aside type="note">
-iOS 构建费用为**2× 基础费率**,因为需要专用的 Mac 硬件。
-</Aside>
-
-## 故障排除
-
-### 常见问题
-
-**"Code signing failed"**
-- 验证您的证书是否适用于正确的分发类型
-- 确保配置文件与您的 App ID 匹配
-- 检查 P12_PASSWORD 是否正确
-
-**"Provisioning profile doesn't include signing certificate"**
-- 重新生成包含证书的配置文件
-- 重新下载并重新编码配置文件
-
-**"App Store Connect authentication failed"**
-- 验证 APPLE_KEY_ID、APPLE_ISSUER_ID 和 APPLE_KEY_CONTENT
-- 确保 API 密钥未被撤销
-- 检查密钥是否具有"开发者"角色或更高权限
-
-**"Build timeout after 10 minutes"**
-- 检查您的应用是否有大型原生依赖项
-- 考虑优化您的 Podfile
-- 如果构建持续超时,请联系支持
-
-### 调试日志
-
-所有构建日志都实时流式传输。注意这些关键阶段:
-
-```
-✔ Machine assigned: m-abc123
-→ Creating user: job-abc123
-→ Installing CocoaPods dependencies...
-→ Building iOS app...
-→ Code signing with certificate...
-→ Uploading to App Store Connect...
-✔ Build succeeded
-```
-
-如果构建失败,日志中将清楚地显示错误,并提供具体的 Fastlane/Xcode 错误消息。
-
-## 最佳实践
-
-### 1. 首先在本地测试
-
-在使用云构建之前,始终确保您的 iOS 构建在本地可以工作:
-
-```bash
-npx cap open ios
-# 在 Xcode 中构建
-```
-
-### 2. 使用环境变量
-
-切勿将证书或密钥提交到存储库。始终使用:
-- CI/CD 密钥(GitHub、GitLab)
-- 环境变量
-- 安全的密钥管理
-
-### 3. 缓存依赖项
-
-为了更快的构建,确保您的 `package.json` 和 `Podfile.lock` 已提交到版本控制。
-
-### 4. 监控构建时间
-
-密切关注构建持续时间以优化成本:
-
-```bash
-# CLI 在最后显示构建时间
-Build succeeded in 6m 42s (13.4 billing minutes at 2× rate)
-```
-
-## 下一步
-
-- [Android 构建](/docs/cli/cloud-build/android/) - 配置 Android 构建
-- [故障排除](/docs/cli/cloud-build/troubleshooting/) - 常见构建问题
-- [CLI 参考](/docs/cli/reference/build/) - 完整命令文档
-
-## 需要帮助?
-
-- [故障排除指南](/docs/cli/cloud-build/troubleshooting/)
-- [Discord 社区](https://discord.com/invite/VnYRvBfgA6)
-- 电子邮件: support@capgo.app
diff --git a/src/content/docs/zh/docs/cli/cloud-build/troubleshooting.mdx b/src/content/docs/zh/docs/cli/cloud-build/troubleshooting.mdx
deleted file mode 100644
index a73aae7c0..000000000
--- a/src/content/docs/zh/docs/cli/cloud-build/troubleshooting.mdx
+++ /dev/null
@@ -1,513 +0,0 @@
----
-title: 故障排除
-description: Capgo Cloud Build 的常见问题和解决方案
-locale: zh
-sidebar:
-  order: 4
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-使用 Capgo Cloud Build 构建原生应用时的常见问题解决方案。
-
-## 构建失败
-
-### "上传失败"或"连接超时"
-
-**症状:**
-- 项目上传期间构建失败
-- 60 秒后超时错误
-
-**解决方案:**
-
-1. **检查您的互联网连接**
-   ```bash
-   # 测试连接到 Capgo
-   curl -I https://api.capgo.app
-   ```
-
-2. **减小项目大小**
-   - 确保 `node_modules/` 没有被上传(应自动排除)
-   - 检查项目中的大文件:
-   ```bash
-   find . -type f -size +10M
-   ```
-
-3. **检查上传 URL 过期**
-   - 上传 URL 在 1 小时后过期
-   - 如果收到过期 URL 错误,请重新运行构建命令
-
-<Aside type="tip">
-大型项目(>200MB)可能会达到超时限制。请联系支持获取企业选项。
-</Aside>
-
-### "10 分钟后构建超时"
-
-**症状:**
-- 构建超过最大允许时间
-- 状态显示 `timeout`
-
-**解决方案:**
-
-1. **优化依赖项**
-   - 删除未使用的 npm 包
-   - 在构建前使用 `npm prune --production`
-
-2. **检查构建中的网络问题**
-   - 某些依赖项可能在构建期间下载大文件
-   - 考虑使用 lock 文件预缓存
-
-3. **检查原生依赖项**
-   ```bash
-   # iOS - 检查 Podfile 中的重型依赖项
-   cat ios/App/Podfile
-
-   # Android - 检查 build.gradle
-   cat android/app/build.gradle
-   ```
-
-4. **联系支持**
-   - 如果您的应用确实需要更多时间
-   - 我们可以针对特定用例调整限制
-
-## 身份验证问题
-
-### "API 密钥无效"或"未授权"
-
-**症状:**
-- 构建立即失败并显示身份验证错误
-- 401 或 403 错误
-
-**解决方案:**
-
-1. **验证 API 密钥是否正确**
-   ```bash
-   # 使用简单命令测试
-   npx @capgo/cli@latest app list
-   ```
-
-2. **检查 API 密钥权限**
-   - 密钥必须具有 `write` 或 `all` 权限
-   - 在 Capgo 仪表板的 API Keys 下检查
-
-3. **确保正在读取 API 密钥**
-   ```bash
-   # 检查环境变量
-   echo $CAPGO_TOKEN
-
-   # 或验证本地 .capgo 文件
-   cat .capgo
-   ```
-
-4. **重新身份验证**
-   ```bash
-   npx @capgo/cli@latest login
-   ```
-
-### "找不到应用"或"没有此应用的权限"
-
-**症状:**
-- 身份验证有效但出现应用特定错误
-
-**解决方案:**
-
-1. **验证应用是否已注册**
-   ```bash
-   npx @capgo/cli@latest app list
-   ```
-
-2. **检查应用 ID 是否匹配**
-   - 验证 `capacitor.config.json` 中的 appId
-   - 确保命令使用正确的应用 ID
-
-3. **验证组织访问权限**
-   - 检查您是否在正确的组织中
-   - API 密钥必须有权访问应用的组织
-
-## iOS 构建问题
-
-### "代码签名失败"
-
-**症状:**
-- 构建在代码签名阶段失败
-- 关于证书或配置文件的 Xcode 错误
-
-**解决方案:**
-
-1. **验证证书类型与构建类型匹配**
-   - 开发构建需要开发证书
-   - App Store 构建需要分发证书
-
-2. **检查证书和配置文件是否匹配**
-   ```bash
-   # 解码并检查您的证书
-   echo $BUILD_CERTIFICATE_BASE64 | base64 -d > cert.p12
-   openssl pkcs12 -in cert.p12 -nokeys -passin pass:$P12_PASSWORD | openssl x509 -noout -subject
-   ```
-
-3. **确保配置文件有效**
-   - 检查过期日期
-   - 验证它包含您的 App ID
-   - 确认它包含证书
-
-4. **重新生成凭证**
-   - 删除旧证书/配置文件
-   - 在 Apple Developer Portal 中创建新的
-   - 重新编码并更新环境变量
-
-### "配置文件不包含签名证书"
-
-**症状:**
-- Xcode 在配置文件中找不到证书
-
-**解决方案:**
-
-1. **从 Apple 下载最新配置文件**
-   - 前往 Apple Developer → 证书、ID 和配置文件
-   - 下载配置文件
-   - 确保它包含您的证书
-
-2. **验证证书在配置文件中**
-   ```bash
-   # 提取配置文件
-   echo $BUILD_PROVISION_PROFILE_BASE64 | base64 -d > profile.mobileprovision
-
-   # 查看配置文件内容
-   security cms -D -i profile.mobileprovision
-   ```
-
-3. **使用正确的证书重新创建配置文件**
-   - 在 Apple Developer Portal 中,编辑配置文件
-   - 确保选择了您的分发证书
-   - 下载并重新编码
-
-### "App Store Connect 身份验证失败"
-
-**症状:**
-- 上传到 TestFlight 失败
-- API 密钥错误
-
-**解决方案:**
-
-1. **验证 API 密钥凭证**
-   - 检查 APPLE_KEY_ID(应为 10 个字符)
-   - 检查 APPLE_ISSUER_ID(应为 UUID 格式)
-   - 验证 APPLE_KEY_CONTENT 是否正确 base64 编码
-
-2. **在本地测试 API 密钥**
-   ```bash
-   # 解码密钥
-   echo $APPLE_KEY_CONTENT | base64 -d > AuthKey.p8
-
-   # 使用 fastlane 测试(如果已安装)
-   fastlane pilot list
-   ```
-
-3. **检查 API 密钥权限**
-   - 密钥需要"开发者"角色或更高
-   - 在 App Store Connect → 用户和访问 → 密钥 中验证
-
-4. **确保密钥未被撤销**
-   - 在 App Store Connect 中检查
-   - 如果需要,生成新密钥
-
-### "Pod 安装失败"
-
-**症状:**
-- CocoaPods 安装期间构建失败
-- Podfile 错误
-
-**解决方案:**
-
-1. **验证 Podfile.lock 已提交**
-   ```bash
-   git status ios/App/Podfile.lock
-   ```
-
-2. **在本地测试 pod install**
-   ```bash
-   cd ios/App
-   pod install
-   ```
-
-3. **检查不兼容的 pod**
-   - 检查 Podfile 中的版本冲突
-   - 确保所有 pod 支持您的 iOS 部署目标
-
-4. **清除 pod 缓存**
-   ```bash
-   cd ios/App
-   rm -rf Pods
-   rm Podfile.lock
-   pod install
-   # 然后提交新的 Podfile.lock
-   ```
-
-## Android 构建问题
-
-### "密钥库密码不正确"
-
-**症状:**
-- 签名期间构建失败
-- 关于密钥库的 Gradle 错误
-
-**解决方案:**
-
-1. **验证密钥库密码**
-   ```bash
-   # 在本地测试密钥库
-   keytool -list -keystore my-release-key.keystore
-   # 出现提示时输入密码
-   ```
-
-2. **检查环境变量**
-   ```bash
-   # 确保没有额外的空格或特殊字符
-   echo "$KEYSTORE_STORE_PASSWORD" | cat -A
-   echo "$KEYSTORE_KEY_PASSWORD" | cat -A
-   ```
-
-3. **验证 base64 编码**
-   ```bash
-   # 解码并测试
-   echo $ANDROID_KEYSTORE_FILE | base64 -d > test.keystore
-   keytool -list -keystore test.keystore
-   ```
-
-### "找不到密钥别名"
-
-**症状:**
-- 签名失败并显示别名错误
-
-**解决方案:**
-
-1. **列出密钥库别名**
-   ```bash
-   keytool -list -keystore my-release-key.keystore
-   ```
-
-2. **验证别名完全匹配**
-   - 别名区分大小写
-   - 检查 KEYSTORE_KEY_ALIAS 中的拼写错误
-
-3. **使用密钥库中的正确别名**
-   ```bash
-   # 更新环境变量以匹配
-   export KEYSTORE_KEY_ALIAS="the-exact-alias-name"
-   ```
-
-### "Gradle 构建失败"
-
-**症状:**
-- 通用 Gradle 错误
-- 编译或依赖项问题
-
-**解决方案:**
-
-1. **首先在本地测试构建**
-   ```bash
-   cd android
-   ./gradlew clean
-   ./gradlew assembleRelease
-   ```
-
-2. **检查缺少的依赖项**
-   - 检查 build.gradle 文件
-   - 确保所有插件都在依赖项中列出
-
-3. **验证 Gradle 版本兼容性**
-   ```bash
-   # 检查 gradle 版本
-   cat android/gradle/wrapper/gradle-wrapper.properties
-   ```
-
-4. **清除 Gradle 缓存**
-   ```bash
-   cd android
-   ./gradlew clean
-   rm -rf .gradle build
-   ```
-
-### "Play 商店上传失败"
-
-**症状:**
-- 构建成功但上传失败
-- 服务账户错误
-
-**解决方案:**
-
-1. **验证服务账户 JSON**
-   ```bash
-   # 解码并检查格式
-   echo $PLAY_CONFIG_JSON | base64 -d | jq .
-   ```
-
-2. **检查服务账户权限**
-   - 前往 Play Console → 设置 → API 访问
-   - 确保服务账户可以访问您的应用
-   - 授予"发布到测试轨道"权限
-
-3. **验证应用在 Play Console 中设置**
-   - 应用必须首先在 Play Console 中创建
-   - 至少必须手动上传一个 APK
-
-4. **检查 API 是否已启用**
-   - 必须启用 Google Play Developer API
-   - 在 Google Cloud Console 中检查
-
-## 一般问题
-
-### "找不到作业"或"构建状态不可用"
-
-**症状:**
-- 无法检查构建状态
-- 作业 ID 错误
-
-**解决方案:**
-
-1. **稍等片刻并重试**
-   - 构建作业可能需要几秒钟才能初始化
-
-2. **检查作业 ID 是否正确**
-   - 从初始构建响应验证作业 ID
-
-3. **检查构建是否未过期**
-   - 构建数据可用 24 小时
-
-### "项目同步失败"
-
-**症状:**
-- 构建在编译开始前失败
-- 缺少文件错误
-
-**解决方案:**
-
-1. **在本地运行 Capacitor 同步**
-   ```bash
-   npx cap sync
-   ```
-
-2. **确保所有原生文件已提交**
-   ```bash
-   git status ios/ android/
-   ```
-
-3. **检查 gitignored 的原生文件**
-   - 检查 .gitignore
-   - 确保重要的配置文件未被忽略
-
-### "构建成功但看不到输出"
-
-**症状:**
-- 构建显示成功但没有下载链接
-
-**解决方案:**
-
-1. **检查构建配置**
-   - 可能未配置构建产物存储
-   - 对于公开测试版,请联系支持获取构建产物访问
-
-2. **对于 iOS TestFlight 提交**
-   - 检查 App Store Connect
-   - 上传后处理可能需要 5-30 分钟
-
-3. **对于 Android Play 商店**
-   - 检查 Play Console → 测试 → 内部测试
-   - 处理可能需要几分钟
-
-## CI/CD 特定问题
-
-### GitHub Actions: "找不到命令"
-
-**症状:**
-- `npx @capgo/cli` 在 CI 中失败
-
-**解决方案:**
-
-1. **确保已安装 Node.js**
-   ```yaml
-   - uses: actions/setup-node@v6
-     with:
-       node-version: '24'
-   ```
-
-2. **明确安装 CLI**
-   ```yaml
-   - run: npm install -g @capgo/cli
-   ```
-
-### GitHub Actions: "找不到密钥"
-
-**症状:**
-- 构建中的环境变量为空
-
-**解决方案:**
-
-1. **验证是否设置了密钥**
-   - 前往仓库 Settings → Secrets and variables → Actions
-   - 添加所有必需的密钥
-
-2. **使用正确的语法**
-   ```yaml
-   env:
-     CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-   ```
-
-3. **检查密钥名称是否匹配**
-   - 名称区分大小写
-   - 密钥引用中没有拼写错误
-
-## 获取更多帮助
-
-### 启用详细日志记录
-
-```bash
-# 添加 debug 标志(如果可用)
-npx @capgo/cli@latest build com.example.app --verbose
-```
-
-### 收集构建信息
-
-联系支持时,请包括:
-
-1. **使用的构建命令**
-   ```bash
-   npx @capgo/cli@latest build com.example.app --platform ios
-   ```
-
-2. **错误消息**(完整输出)
-
-3. **作业 ID**(来自构建输出)
-
-4. **构建日志**(复制完整的终端输出)
-
-5. **环境信息**
-   ```bash
-   node --version
-   npm --version
-   npx @capgo/cli --version
-   ```
-
-### 联系支持
-
-- **Discord**: [加入我们的社区](https://discord.com/invite/VnYRvBfgA6)
-- **电子邮件**: support@capgo.app
-- **文档**: [Capgo 文档](/docs/)
-
-### 已知限制
-
-公开测试期间的当前限制:
-
-- 最大构建时间: 10 分钟
-- 最大上传大小: ~500MB
-- iOS 构建需要 24 小时的 Mac 租期,Mac 上的构建将排队以确保最佳使用
-- 构建产物下载可能不可用
-
-这些限制可能会根据反馈进行调整。
-
-## 其他资源
-
-- [入门](/docs/cli/cloud-build/getting-started/) - 初始设置指南
-- [iOS 构建](/docs/cli/cloud-build/ios/) - iOS 特定配置
-- [Android 构建](/docs/cli/cloud-build/android/) - Android 特定配置
-- [CLI 参考](/docs/cli/reference/build/) - 完整命令文档
diff --git a/src/content/docs/zh/docs/cli/commands.mdx b/src/content/docs/zh/docs/cli/commands.mdx
deleted file mode 100644
index acdb1c34f..000000000
--- a/src/content/docs/zh/docs/cli/commands.mdx
+++ /dev/null
@@ -1,471 +0,0 @@
----
-title: "命令"
-description: "Capgo CLI 文档,如何使用它以及它的用途"
-locale: zh
-sidebar:
-  order: 2
----
-import { LinkCard } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-### 用法
-
-所有命令都应该在您的应用文件夹中运行,并且已正确初始化 Capacitor 项目。
-
-<LinkCard
-	title="Capacitor 跨平台 Web 应用原生运行时"
-	href="https://capacitorjs.com/docs/getting-started/"
-/>
-
-### **Init**
-
-`npx @capgo/cli@latest init [apikey]`
-
-此方法用于逐步引导您。
-
-它将把您的应用添加到 Capgo。它将添加代码到您的应用以验证更新。同样,它将构建您的应用。此外,它将上传您的应用到 Capgo。并且它将帮助您检查更新是否有效。
-
-### **Login**
-
-`npx @capgo/cli login [apikey]`
-
-此方法用于为您记住 `apikey`。
-
-:::note
-在任何命令中使用 `--apikey=********` 来覆盖它
-:::
-
-**可选地,您可以提供:**
-
-`--local` 这将在本地仓库中存储您的 **apikey** 并将其添加到 git ignore。
-
-## **Doctor**
-
-`npx @capgo/cli doctor`
-
-用于检查您的 Capgo 包是否是最新版本的命令。
-
-此命令对于错误报告也很有用。
-
-## App
-
-### **Add**
-
-`npx @capgo/cli app add [appId]`
-
-`[appId]` 您的应用 ID,格式 `com.test.app` 在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-> 💡 如果未提供,所有选项将从您的配置中推断。
-
-可选地,您可以提供:
-
-* `--icon [/path/to/my/icon]` 在 Capgo Web 应用中显示自定义图标。
-* `--name [test]` 在列表中显示自定义名称。
-* `--apikey [key]` 用于链接到您账户的 API 密钥。
-* `--retention [retention]` 应用 bundle 的保留期(天),默认为 0 = 无限。
-
-`capacitor.config.json` 的示例,用于 appId 和 AppName,图标在 resources 文件夹中推断
-
-```json
-{
-  "appId": "ee.forgr.capacitor_go",
-  "appName": "Capgo",
-  "webDir": "dist"
-}
-```
-
-### **Set**
-
-`npx @capgo/cli app set [appId]`
-
-`[appId]` 是您的应用 ID,格式在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-可选地,您可以提供:
-
-* `--icon [/path/to/my/icon]` 在 Capgo Web 应用中显示自定义图标。
-* `--name [test]` 在列表中显示自定义名称。
-* `--retention [retention]` 应用 bundle 的保留期(天),默认为 0 = 无限。
-* `--apikey [key]` 用于链接到您账户的 API 密钥。
-
-### **List**
-
-`npx @capgo/cli app list [appId]`
-
-`[appId]` 您的应用 ID,格式 `com.test.app` 在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-可选地,您可以提供:
-
-* `--apikey [key]` 用于链接到您账户的 API 密钥。
-
-### **Delete**
-
-`npx @capgo/cli app delete [appId]`
-
-`[appId]` 您的应用 ID,格式 `com.test.app` 在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-可选地,您可以提供:
-
-* `--apikey [key]` 用于链接到您账户的 API 密钥。
-* `--bundle` 带版本号将仅删除此版本。
-
-### Debug
-
-`npx @capgo/cli app debug [appId]`
-
-`[appId]` 您的应用 ID,格式 `com.test.app` 在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-可选地,您可以提供:
-
-* `--apikey [key]` 用于链接到您账户的 API 密钥。
-* `--device` 带您想要调试的特定设备
-
-### Setting
-
-`npx @capgo/cli app setting [path]`
-
-编辑 Capacitor 配置。
-
-`[path]` - 您想要更改的设置路径。例如,要更改 `appId`,提供 `appId`。
-如果您希望在 `capacitor-updater` 中禁用自动更新,提供 `plugins.CapacitorUpdater.autoUpdate`
-
-您必须提供 `--string` 或 `--bool` 之一!
-
-选项:
- - `--string <string>` - 将设置设为字符串
- - `--bool <true | false>` - 将设置设为布尔值
-
-## Bundle
-
-### Upload
-
-`npx @capgo/cli bundle upload [appId]`
-
-`[appId]` 是您的应用 ID,格式在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-可选地,您可以提供:
-
-* `--apikey <apikey>` 用于链接到您账户的 API 密钥。
-* `--path <path>` 要上传的文件夹路径。
-* `--channel <channel>` 要链接到的频道。
-* `--external <url>` 链接到外部 URL 而不是上传到 Capgo Cloud。
-* `--iv-session-key <key>` 为外部 bundle URL 设置 IV 和会话密钥。
-* `--s3-endpoint <s3Endpoint>` S3 端点的 URL。不适用于部分上传或外部选项。
-* `--s3-region <region>` 您的 S3 存储桶的区域。
-* `--s3-apikey <apikey>` 您的 S3 端点的 API 密钥。
-* `--s3-apisecret <apisecret>` 您的 S3 端点的 API 密钥。
-* `--s3-bucket-name <bucketName>` 您的 AWS S3 存储桶的名称。
-* `--s3-port <port>` 您的 S3 端点的端口。
-* `--no-s3-ssl` 禁用 S3 上传的 SSL。
-* `--key <key>` 公共签名密钥的自定义路径(v1 系统)。
-* `--key-data <keyData>` 公共签名密钥(v1 系统)。
-* `--key-v2 <key>` 私有签名密钥的自定义路径(v2 系统)。
-* `--key-data-v2 <keyData>` 私有签名密钥(v2 系统)。
-* `--bundle-url` 将 bundle URL 打印到 stdout。
-* `--no-key` 忽略签名密钥并发送明文更新。
-* `--no-code-check` 忽略检查源代码中是否调用了 notifyAppReady() 以及根文件夹中是否存在索引。
-* `--display-iv-session` 在控制台中显示用于加密更新的 IV 和会话密钥。
-* `--bundle <bundle>` 要上传的 bundle 的版本号。
-* `--min-update-version <minUpdateVersion>` 更新到此版本所需的最低版本。仅在频道中禁用自动更新设置为 metadata 时使用。
-* `--auto-min-update-version` 根据原生包设置最小更新版本。
-* `--ignore-metadata-check` 上传时忽略元数据(node_modules)检查。
-* `--ignore-checksum-check` 上传时忽略校验和检查。
-* `--timeout <timeout>` 上传过程的超时时间(秒)。
-* `--delta` 与完整 bundle 一起上传差异文件(旧标志 - 与 `--partial` 相同)。
-* `--tus` 使用 tus 协议上传 bundle。
-* `--multipart` 使用 multipart 协议将数据上传到 S3,已弃用,请改用 TUS。
-* `--encrypted-checksum <encryptedChecksum>` 加密的校验和(签名)。仅在上传外部 bundle 时使用。
-* `--package-json <packageJson>` package.json 的路径。对单体仓库有用。
-* `--auto-set-bundle` 在 capacitor.config.json 中设置 bundle。
-* `--node-modules <nodeModules>` node_modules 的路径列表。对单体仓库有用(逗号分隔,例如:../../node_modules,./node_modules)
-
-> ⭐️ 外部选项有助于解锁 2 种情况:注重隐私的企业,不向第三方发送代码,以及大于 200 MB 的应用。通过此设置,Capgo 仅存储 zip 的链接并将链接发送到所有应用。
-
-> 👀 Capgo Cloud 从不查看链接中的内容(用于外部选项),或存储时的代码。
-
-> 🔑 您可以通过使用加密添加第二层安全性,然后 Capgo 将无法查看或修改任何内容,它变成"无需信任"。
-
-`package.json` 的版本示例
-
-```json
-{
-  "version": "1.0.2"
-}
-```
-
-> ⛔ 版本应该大于 "0.0.0"。
-
-> 💡 每次发送时不要忘记更新版本号,出于安全原因,版本号不能被覆盖或在删除后重复使用。
-
-### **List**
-
-`npx @capgo/cli bundle list [appId]`
-
-`[appId]` 您的应用 ID,格式 `com.test.app` 在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-可选地,您可以提供:
-
-* `--apikey [key]` 用于链接到您账户的 API 密钥。
-
-### **Delete**
-
-`npx @capgo/cli bundle delete [appId]`
-
-`[appId]` 您的应用 ID,格式 `com.test.app` 在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-可选地,您可以提供:
-
-* `--apikey [key]` 用于链接到您账户的 API 密钥。
-* `--bundle` 带版本号将仅删除此版本。
-
-### Cleanup
-
-在主版本的 SemVer 范围内到 Cloud
-
-`npx @capgo/cli bundle cleanup [appId] --bundle=[majorVersion] --keep=[numberToKeep]`
-
-`[appId]` 您的应用 ID,格式 `com.test.app` 在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-可选地,您可以提供:
-
-* `--apikey [key]` 用于链接到您账户的 API 密钥。
-* `--bundle [majorVersion]` 您希望删除之前包的版本,它将保留最后一个 + `numberToKeep`。
-* `--keep [numberToKeep]` 您希望保留的包数量(默认 4)。
-
-例如:如果您有从 10.0.1 到 10.0.11 的 10 个版本,并且您使用 `npx @capgo/cli cleanup [appId] --bundle=10.0.0`,它将删除 10.0.1 到 10.0.6。将保留 10.0.7 到 10.0.11。
-
-如果您总共有 20 个版本,并且您不提供 bundle 号,像这样:`npx @capgo/cli cleanup [appId] --keep=2`,它将删除 18 个版本,并保留最后 2 个。
-
-> 此命令将要求确认,它显示一个表格,说明它将保留什么和删除什么。
-
-:::note
-此命令将忽略当前在任何频道中使用的 bundle。
-:::
-
-### **Encrypt**
-
-> **警告**: 此命令已弃用,将在下一个主要版本中删除。请使用新的加密系统。
-`npx @capgo/cli bundle encrypt [path/to/zip]`
-
-此命令在您使用外部源存储代码或用于测试目的时使用。
-
-可选地,您可以提供:
-
-`--key [/path/to/my/private_key]` 您的私钥的路径。
-`--key-data [privateKey]` 私钥数据,如果您想要内联使用。
-该命令将打印您的 `ivSessionKey` 并生成一个加密的 zip,以与 upload 命令或 decrypt 命令一起使用。
-
-### **Encrypt V2**
-
-`npx @capgo/cli bundle encrypt [path/to/zip] [checksum]`
-
-此命令在您使用外部源存储代码或用于测试目的时使用。
-校验和是 bundle 的 sha256(由 --key-v2 生成),用于在解密后验证文件的完整性。
-它将使用私钥加密并与 bundle 一起发送。
-在加密 v2 中,校验和升级为 bundle 的"签名"。
-
-可选地,您可以提供:
-
-`--key [/path/to/my/private_key]` 您的私钥的路径。
-`--key-data [privateKey]` 私钥数据,如果您想要内联使用。
-`--json` 以 json 格式输出信息。
-该命令将打印您的 `ivSessionKey` 并生成一个加密的 zip,以与 upload 命令或 decrypt 命令一起使用。
-
-### **Decrypt**
-
-`npx @capgo/cli bundle decrypt [path/to/zip] [ivSessionKey]`
-
-可选地,您可以提供:
-
-`--key [/path/to/my/private_key]` 您的私钥的路径。
-
-`--key-data [privateKey]` 私钥数据,如果您想要内联使用。此命令主要用于测试目的,它将解密 zip 并在控制台中打印 base64 解密的会话密钥。
-
-### **Decrypt V2**
-
-`npx @capgo/cli bundle decryptV2 [path/to/zip]  [ivSessionKey]`
-
-可选地,您可以提供:
-
-`--key [/path/to/my/private_key]` 您的私钥的路径。
-`--key-data [privateKey]` 私钥数据,如果您想要内联使用。此命令主要用于测试目的,它将解密 zip 并在控制台中打印 base64 解密的会话密钥。
-`--checksum [checksum]` 文件的校验和,它将在解密后验证校验和。
-
-### **Zip**
-
-`npx @capgo/cli bundle zip [appId]`
-
-`[appId]` 是您的应用 ID,格式在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-可选地,您可以提供:
-
-* `--path [/path/to/my/bundle]` 上传特定文件夹。
-* `--bundle [1.0.0]` 设置文件名的 bundle 版本号。
-* `--name [myapp]` 覆盖文件名。
-* `--json` 以 json 格式输出信息。
-* `--no-code-check` 忽略代码检查并无论如何发送 bundle。
-* `--key-v2` 使用新的加密系统。这是必需的,因为新的加密系统使用更好的校验和来验证文件的完整性。
-
-### **Compatibility**
-
-`npx @capgo/cli bundle compatibility [appId] -c [channelId]`
-
-`[appId]` 是您的应用 ID,格式在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-`[channelId]` 您的新频道的名称。
-
-可选地,您可以提供:
-
-* `--apikey [key]` 用于链接到您账户的 API 密钥。
-* `--text` 在表格中使用文本而不是表情符号
-* `--channel [channel]` 要检查兼容性的频道。
-* `--package-json <packageJson>` package.json 的路径。对单体仓库有用
-* `--node-modules <nodeModules>` node_modules 的路径列表。对单体仓库有用(逗号分隔,例如:../../node_modules,./node_modules)
-
-## Channel
-
-### **Add**
-
-`npx @capgo/cli channel add [channelId] [appId]`
-
-`[channelId]` 您的新频道的名称。`[appId]` 您的应用 ID,格式 `com.test.app` 在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-### **Delete**
-
-`npx @capgo/cli channel delete [channelId] [appId]`
-
-`[channelId]` 您想要删除的频道的名称。`[appId]` 您的应用 ID,格式 `com.test.app` 在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-### **List**
-
-`npx @capgo/cli channel list [appId]`
-
-`[appId]` 您的应用 ID,格式 `com.test.app` 在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-可选地,您可以提供:
-
-* `--apikey [key]` 用于链接到您账户的 API 密钥。
-
-### **Set**
-
-`npx @capgo/cli channel set [channelId] [appId]`
-
-`[appId]` 是您的应用 ID,格式在[这里](https://capacitorjs.com/docs/cli/commands/init/)有说明。
-
-可选地,您可以提供:
-
-* `--bundle [1.2.3]` 您已发送到云的应用 bundle,将其链接到频道。
-* `--latest` 从 `package.json:version` 获取 bundle 版本,不能与 `--bundle` 一起使用。
-* `--state [ normal | default ]` 设置频道状态,可以是 `normal` 或 `default`。一个频道需要是 `default`。
-* `--downgrade` 允许频道向设备发送降级版本。
-* `--no-downgrade` 不允许频道向设备发送降级版本。
-* `--upgrade` 允许频道向设备发送升级(主要)版本。
-* `--no-upgrade` 不允许频道向设备发送升级(主要)版本。
-* `--ios` 允许频道向 iOS 设备发送版本。
-* `--no-ios` 不允许频道向 iOS 设备发送版本。
-* `--android` 允许频道向 Android 设备发送版本。
-* `--no-android` 不允许频道向 Android 设备发送版本。
-* `--self-assign` 允许设备自行分配到此频道。
-* `--no-self-assign` 不允许设备自行分配到此频道。
-* `--disable-auto-update STRATEGY` 为此频道禁用自动更新策略。可能的选项有:major、minor、metadata、none。
-* `--apikey [key]` 用于链接到您账户的 API 密钥。
-
-## 禁用更新策略
-
-有几种方法可以处理禁用过旧版本的更新。\
-Capgo 无法更新原生代码,因此从具有旧原生代码的版本更新到具有更新原生代码的版本应该是不可能的。
-有几种方法可以实现这一点。
-
-首先是 `major` 策略。它防止从 `0.0.0` -> `1.0.0` 的更新。主版本是突出显示的数字(**1**.0.0 和 **0**.0.0)。\
-其次是 `minor` 策略。它防止从 `0.0.0` -> `1.1.0` 或从 `1.1.0` 到 `1.2.0` 的更新。
-**注意** 此策略不会防止从 `0.1.0` -> `1.1.0` 的更新
-
-第三是 `patch` 策略。它作为一种非常严格的模式添加到 capgo 中。除非您完全理解其工作原理,否则不建议使用。
-为了接受更新,必须满足以下条件:
- - 新版本和旧版本之间的主版本相同
- - 新版本和旧版本之间的次版本相同
- - 新版本的补丁大于旧版本的补丁
-
-以下是允许或拒绝更新的场景示例
-
- - 0.0.311 -> 0.0.314 ✅
- - 0.0.0 -> 0.0.314 ✅
- - 0.0.316 -> 0.0.314 ❌
- - 0.1.312 -> 0.0.314 ❌
- - 1.0.312 -> 0.0.314 ❌
-
-
-最后是最复杂的策略。`metadata` 策略。\
-首先您需要知道,在您启用它后,更新最初**将会**失败,因为频道缺少所需的元数据。\
-如果频道缺少元数据,您将看到类似这样的消息:
-<img src="/fail-metadata.webp" alt="找不到元数据"/>
-
-如果您看到类似的内容,您就知道必须转到失败频道的当前 bundle 并设置元数据。\
-首先,找出哪个频道失败了。您可以通过查看 `misconfigured` 列来做到这一点
-<img src="/misconfigured-table.webp" alt="配置错误的表格"/>
-
-然后转到失败的频道并点击 `Bundle number`。这应该会带您到 bundle 页面。
-<img src="/fail-channel-show.webp" alt="定位失败的频道"/>
-
-到达那里后,填写 `Minimal update version` 字段。这应该是一个 [semver](https://devhints.io/semver/)。\
-如果您传递的值不是 semver,您将收到错误,但如果一切顺利,您应该会看到类似这样的内容:
-<img src="/set-min-update-version.webp" alt="设置最小版本"/>
-
-现在,您可能不希望每次更新时都手动设置此数据。幸运的是,CLI 将阻止您在没有此元数据的情况下发送更新
-<img src="/cli-fail-no-metadata.webp" alt="CLI 失败无元数据"/>
-
-要在使用 `metadata` 选项时正确上传 bundle,您需要传递带有有效 semver 的 `--min-update-version`。类似这样:
-<img src="/cli-upload-with-metadata.webp" alt="CLI 上传带元数据"/>
-
-`--min-update-version` 不是进行兼容性检查的唯一方法。
-还存在 `--auto-min-update-version`。它的工作方式如下。
-
-首先,它查看当前上传到频道的版本。它像 `bundle compatibility` 命令一样检查兼容性。
-其次,如果新版本 100% 兼容,它会重用频道中最新版本的 `min_update_version`。
-如果不兼容,则将 `min_update_version` 设置为新上传版本的 bundle 号。
-
-使用此选项时,您将始终获得有关 `min_update_version` 的信息。它看起来像这样:
-<img src="/min_update_version_info.webp" alt="最小更新版本"/>
-
-如果新版本不兼容,它应该看起来像这样
-<img src="/min_update_version_not_compatible.webp" alt="最小更新版本不兼容"/>
-
-## 端到端加密(无需信任)
-
-Capgo 支持端到端加密,这意味着您的 bundle(代码)在发送到云之前被加密,并在设备上解密。为此,您需要生成一个 RSA 密钥对,您可以使用以下命令生成它。
-
-加密系统是 RSA 和 AES 的组合,RSA 密钥用于加密 AES 密钥,AES 密钥用于加密文件。
-
-有关加密系统的更多信息,请参见下文。
-
-<img src="/crypto_explained.webp" alt="加密工作原理"/>
-
-加密架构
-
-### 为您的应用创建密钥
-
-`npx @capgo/cli key create`
-
-可选地,您可以提供:`--force` 来覆盖现有密钥。此命令将为您在应用中创建一个密钥对,并要求您将私钥保存在安全的地方。建议不要将私钥提交到 git,也不要与任何人分享。
-
-> 在本地测试后,从配置文件中删除密钥,并使用 `key save` 在 CI 步骤中添加它
-
-### 在应用配置中保存密钥
-
-`npx @capgo/cli key save`
-
-可选地,您可以提供:
-
-`--key [/path/to/my/public_key]` 您的公钥文件的路径。
-
-`--key-data [publicKey]` 公钥数据,如果您想要内联使用。如果您遵循了建议并没有在应用配置中提交密钥,则此命令很有用。
-
-## CI 集成
-
-为了自动化您的工作,我建议您让 GitHub action 完成推送到我们服务器的工作
-
-[GitHub action 教程](https://capgo.app/blog/automatic-build-and-release-with-github-actions/)
-
-## 我们的演示应用
-
-[GitHub - Cap-go/demo-app](https://github.com/Cap-go/demo-app/)
-
-不要忘记使用您的 API 密钥配置 CI 环境变量
diff --git a/src/content/docs/zh/docs/cli/migrations/cli-from-0x-to-1x.mdx b/src/content/docs/zh/docs/cli/migrations/cli-from-0x-to-1x.mdx
deleted file mode 100644
index 24a2076d0..000000000
--- a/src/content/docs/zh/docs/cli/migrations/cli-from-0x-to-1x.mdx
+++ /dev/null
@@ -1,11 +0,0 @@
----
-title: "CLI 从 0.x 到 1.x"
-description: "如何从 0.x 升级到 1.x,了解 Capgo 更新器的重大变更以及如何处理它们"
-locale: zh
-sidebar:
-  order: 5
----
-
-CLI 中没有重大变更。
-
-重大变更主要是将参数 `--version` 重命名为 `--bundle` 以避免冲突,并遵循新的命名约定。
diff --git a/src/content/docs/zh/docs/cli/migrations/encryption.md b/src/content/docs/zh/docs/cli/migrations/encryption.md
deleted file mode 100644
index 9da83003e..000000000
--- a/src/content/docs/zh/docs/cli/migrations/encryption.md
+++ /dev/null
@@ -1,87 +0,0 @@
----
-title: "加密"
-description: "如何使用加密 v2 加密您的数据,保护您的应用并确保只有您才能使用您的更新来更新您的用户"
-locale: zh
-sidebar:
-  order: 5
----
-
-本文档说明如何迁移到加密 v2 系统。在[博客文章](/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing)中了解有关加密 v2 系统的更多信息。
-
-## 1. 创建密钥对
-
-```bash
-npx @capgo/cli key create
-```
-
-:::warning
-安全存储私钥。切勿将其提交到源代码管理或与不受信任的方共享。
-:::
-
-此命令:
-- 在您的应用中创建新的密钥对
-- 从 Capacitor 配置中删除旧密钥
-- 保留旧密钥文件以实现向后兼容
-
-## 2. 更新 Capacitor 配置
-
-当提示"您想使用新频道设置加密以支持旧应用并促进迁移吗?"时,选择是。这会在您的 Capacitor 配置中添加新的 `defaultChannel` 选项。
-
-```ts
-// capacitor.config.ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      // ... 其他选项
-      defaultChannel: 'encryption_v2' // 新应用将使用此频道
-    }
-  }
-};
-
-export default config;
-```
-
-## 3. 上传 Bundle 到新频道
-
-```bash
-npx @capgo/cli bundle upload --channel encryption_v2
-```
-
-## 4. 启用自我分配
-
-:::caution
-`defaultChannel` 选项需要此功能才能工作
-:::
-
-```bash
-npx @capgo/cli channel set encryption_v2 --self-assign
-```
-
-## 5. 上传到旧频道
-
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
-:::tip
-Capacitor 配置永远不会上传到 Capgo
-:::
-
-## 6. 清理(3-4 个月后)
-
-一旦所有用户更新了他们的应用:
-
-1. 从 Capacitor 配置中删除 `defaultChannel`
-2. 删除旧频道:
-
-```bash
-npx @capgo/cli channel delete encryption_v2
-```
-
-:::note
-使用 `encryption_v2` 作为默认频道的应用将在删除后切换到 `production` 频道
-:::
diff --git a/src/content/docs/zh/docs/cli/overview.mdx b/src/content/docs/zh/docs/cli/overview.mdx
deleted file mode 100644
index 7980457a6..000000000
--- a/src/content/docs/zh/docs/cli/overview.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: "概述"
-description: "本文档提供 Capgo CLI 的全面概述,以及如何利用它通过启用无缝实时更新来增强应用开发过程"
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: zh
----
-
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-使用 Capgo 的实时更新功能远程实时更新应用的 JavaScript bundle。直接向用户推送 JS 更新,无需通过应用商店审核流程即可立即修复错误和发布新功能。
-
-<Aside>
-
-实时更新仅限于 JavaScript bundle 更改。如果您需要更新原生代码,例如添加或删除插件或更改原生项目配置,则需要向应用商店提交新的原生二进制构建。
-
-</Aside>
-
-## 实时更新的工作原理
-
-Capgo 的实时更新系统有两个关键组件:
-
-1. Capgo SDK,您将其安装在应用中。SDK 检查可用更新并在后台下载它们。
-
-2. 频道,让您将更新定向到特定的用户组。您可以使用频道来管理不同的发布轨道,例如 `Production`、`Staging` 和 `Dev`。
-
-当您上传新的 JS bundle 到 Capgo 并将其分配给频道时,为该频道配置的应用中的 Capgo SDK 将检测到更新并下载它。下次应用重新启动时,将加载新的 bundle。
-
-## 入门
-
-要开始使用实时更新,请按照以下步骤操作:
-
-<Steps>
-
-1. 完成 [Capgo 快速入门](/docs/getting-started/quickstart)以在 Capgo 中设置您的应用并安装 Capgo SDK。
-
-2. 在您的应用代码中,在应用完成初始化后调用 `CapacitorUpdater.notifyAppReady()`。这告诉 Capgo SDK 您的应用已准备好接收更新。
-
-3. 构建您的 JS bundle 并将其上传到 Capgo:
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production
-   ```
-
-4. 打开您的应用并等待更新下载。您可以使用以下命令检查状态:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. 下载更新后,关闭并重新打开您的应用以加载新的 bundle。
-
-</Steps>
-
-有关更多详细信息,请参阅 [部署实时更新](/docs/getting-started/deploy) 指南。
-
-## Capgo CLI
-
-Capgo CLI 是一个强大的工具,允许开发者从自己的 CI/CD 管道中与 Capgo 服务交互。使用 CLI,您可以对何时生成和部署构建进行细粒度控制,使您能够将 Capgo 集成到现有的企业工作流中。
-
-### Capgo CLI 有什么用?
-
-Capgo CLI 为需要在实时更新工作流中获得更多控制和灵活性的开发者和团队而设计。通过在 CI/CD 管道中使用 CLI,您可以:
-
-- 准确决定何时构建和部署更新,而不是依赖 Capgo 的内置自动化
-- 插入您自己的流程,例如代码签名、QA 测试或管理员批准,在构建和部署步骤之间
-- 将 Capgo 集成到现有的 DevOps 工具和工作流中
-
-### 身份验证
-
-要使用 Capgo CLI,您需要使用 API 密钥进行身份验证。您可以在 Capgo 帐户设置中生成 API 密钥。
-
-要登录并安全地存储您的 API 密钥,请运行:
-
-```shell
-npx @capgo/cli@latest login [API_KEY]
-```
-
-此命令将保存供今后使用。登录后,您无需为每个命令都提供 API 密钥。
-
-### 与其他 CLI 工具的主要区别
-
-如果您熟悉其他实时更新 CLI 工具,有一些关于 Capgo CLI 的关键点需要注意:
-
-- Capgo 将单个 CLI 用于开发和 CI/CD 用例,因为 Capgo 仅专注于实时更新功能集。
-
-- Capgo CLI 不需要单独的安装步骤。它与 `@capgo/cli` 包捆绑在一起,可以直接使用 `npx` 运行。
-
-- Capgo CLI 专门为实时更新工作流而设计,因此它可能不包括在通用 CLI 工具中找到的某些功能或命令。
-
-## 后续步骤
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/channels/">
-    <Card title="频道" icon="bars">
-      了解如何使用频道来管理不同的发布轨道并针对特定用户定位更新。
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="回滚" icon="left-arrow">
-      发现如果更新导致问题,如何回滚到以前的 JS bundle 版本。
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="更新行为" icon="setting">
-      自定义应用中如何以及何时下载和应用更新。
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="快速更新" icon="starlight">
-      了解如何使用快速更新来加快更新过程。
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/cli/reference/account.mdx b/src/content/docs/zh/docs/cli/reference/account.mdx
deleted file mode 100644
index d6d0d35ce..000000000
--- a/src/content/docs/zh/docs/cli/reference/account.mdx
+++ /dev/null
@@ -1,30 +0,0 @@
----
-title: 👤 account
-description: 👤 管理您的 Capgo 账户详细信息并检索信息以用于支持或协作。
-sidebar_label: account
-locale: zh
-sidebar:
-  order: 8
----
-
-👤 管理您的 Capgo 账户详细信息并检索信息以用于支持或协作。
-
-### <a id="account-id"></a> 🔹 **Id**
-
-```bash
-npx @capgo/cli@latest account id
-```
-
-🪪 检索您的账户 ID,可以安全地与他人共享以用于在 Discord 或其他平台上的协作或支持目的。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest account id
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
diff --git a/src/content/docs/zh/docs/cli/reference/app.mdx b/src/content/docs/zh/docs/cli/reference/app.mdx
deleted file mode 100644
index 21dba44db..000000000
--- a/src/content/docs/zh/docs/cli/reference/app.mdx
+++ /dev/null
@@ -1,157 +0,0 @@
----
-title: 📱 app
-description: 📱 在 Capgo Cloud 中管理您的 Capgo 应用设置和配置。
-sidebar_label: app
-locale: zh
-sidebar:
-  order: 5
----
-
-📱 在 Capgo Cloud 中管理您的 Capgo 应用设置和配置。
-
-### <a id="app-add"></a> ➕ **Add**
-
-**别名:** `a`
-
-```bash
-npx @capgo/cli@latest app add
-```
-
-➕ 使用格式为 com.test.app 的唯一应用 ID 向 Capgo Cloud 添加新应用。
-如果未提供，所有选项都可以从配置中推断。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest app add com.example.app --name "My App" --icon ./icon.png
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | 在 Capgo Cloud 中显示的应用名称 |
-| **-i,** | <code>string</code> | 在 Capgo Cloud 中显示的应用图标路径 |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
-
-### <a id="app-delete"></a> 🗑️ **Delete**
-
-```bash
-npx @capgo/cli@latest app delete
-```
-
-🗑️ 从 Capgo Cloud 删除应用，可选择指定要删除的版本。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest app delete com.example.app
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
-
-### <a id="app-list"></a> 📋 **List**
-
-**别名:** `l`
-
-```bash
-npx @capgo/cli@latest app list
-```
-
-📋 列出在 Capgo Cloud 中注册到您账户下的所有应用。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest app list
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
-
-### <a id="app-debug"></a> 🐞 **Debug**
-
-```bash
-npx @capgo/cli@latest app debug
-```
-
-🐞 监听 Capgo Cloud 中的实时更新事件以调试您的应用。
-可选择针对特定设备进行详细诊断。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest app debug com.example.app --device DEVICE_ID
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **-d,** | <code>string</code> | 要调试的特定设备 ID |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
-
-### <a id="app-setting"></a> ⚙️ **Setting**
-
-```bash
-npx @capgo/cli@latest app setting
-```
-
-⚙️ 以编程方式修改 Capacitor 配置。
-使用 --string 或 --bool 指定设置路径（例如，plugins.CapacitorUpdater.defaultChannel）。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest app setting plugins.CapacitorUpdater.defaultChannel --string "Production"
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **--bool** | <code>string</code> | 作为布尔值修改设置的值，例如：--bool true |
-| **--string** | <code>string</code> | 作为字符串修改设置的值，例如：--string "Production" |
-
-### <a id="app-set"></a> ⚙️ **Set**
-
-**别名:** `s`
-
-```bash
-npx @capgo/cli@latest app set
-```
-
-⚙️ 更新 Capgo Cloud 中现有应用的设置，例如名称、图标或 bundle 保留期。
-保留期为 0 表示无限存储。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest app set com.example.app --name "Updated App" --retention 30
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | 在 Capgo Cloud 中显示的应用名称 |
-| **-i,** | <code>string</code> | 在 Capgo Cloud 中显示的应用图标路径 |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **-r,** | <code>string</code> | 保留旧 bundle 的天数（0 = 无限，默认：0） |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
diff --git a/src/content/docs/zh/docs/cli/reference/build.mdx b/src/content/docs/zh/docs/cli/reference/build.mdx
deleted file mode 100644
index d18b25dd1..000000000
--- a/src/content/docs/zh/docs/cli/reference/build.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: 🏗️ build
-description: 在云端构建原生移动应用,并直接从 CLI 提交到 App Store 和 Play Store。
-sidebar_label: build
-locale: zh
-sidebar:
-  order: 5
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-🏗️ 在云端构建原生移动应用,并自动提交到 App Store 和 Play Store。
-
-## 概述
-
-`build` 命令允许您在 Capgo 的云基础设施中构建 Capacitor 应用的 iOS 和 Android 版本,类似于 Expo 处理构建的方式。您的应用在专用基础设施上构建,并可以自动提交到应用商店。
-
-**当前状态:** 公开测试版
-
-## 为什么使用云构建?
-
-传统构建原生移动应用需要:
-- **Mac 硬件** 用于 iOS 构建($1000+ 或昂贵的 CI 分钟数)
-- **复杂的 CI/CD** 设置,包括缓存和凭证
-- **维护开销** 用于 Xcode、Android Studio 和 SDK
-
-使用 Capgo Cloud Build,您可以获得:
-- ✅ **无需 Mac** - 从任何机器构建 iOS 应用
-- ✅ **零设置** - 无需 CI/CD 配置
-- ✅ **久经考验** - 基于 3 年的内部生产使用
-- ✅ **安全** - 无日志存储,自动清理
-- ✅ **仅原生** - 您的 JavaScript 保持私密
-
-## 快速开始
-
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-就是这样!您的应用将在云端构建,您将看到实时日志。
-
-## 文档部分
-
-<CardGrid>
-  <Card title="⚠️ 首先设置凭证" icon="warning">
-    **构建前必需:** 在本地保存您的 iOS/Android 凭证。
-
-    [设置凭证 →](/docs/cli/cloud-build/credentials/)
-  </Card>
-
-  <Card title="入门指南" icon="rocket">
-    在几分钟内创建您的第一个原生构建。
-
-    [阅读指南 →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="iOS 构建" icon="apple">
-    配置证书并为 App Store 构建。
-
-    [配置 iOS →](/docs/cli/cloud-build/ios/)
-  </Card>
-
-  <Card title="Android 构建" icon="setting">
-    设置密钥库并为 Play Store 构建。
-
-    [配置 Android →](/docs/cli/cloud-build/android/)
-  </Card>
-
-  <Card title="故障排除" icon="warning">
-    常见构建问题的解决方案。
-
-    [获取帮助 →](/docs/cli/cloud-build/troubleshooting/)
-  </Card>
-</CardGrid>
-
-## 命令参考
-
-### 基本用法
-
-```bash
-npx @capgo/cli@latest build [appId] [options]
-```
-
-### 示例
-
-为两个平台构建:
-```bash
-npx @capgo/cli@latest build com.example.app
-```
-
-仅为 iOS 构建:
-```bash
-npx @capgo/cli@latest build com.example.app --platform ios
-```
-
-在 debug 模式下为 Android 构建:
-```bash
-npx @capgo/cli@latest build com.example.app --platform android --build-mode debug
-```
-
-从特定目录构建:
-```bash
-npx @capgo/cli@latest build com.example.app --path ./my-app
-```
-
-### 选项
-
-| 选项 | 类型 | 默认值 | 描述 |
-|--------|------|---------|-------------|
-| `appId` | string | capacitor.config | 应用程序 ID(例如,com.example.app) |
-| `--path <path>` | string | 当前目录 | 项目目录的路径 |
-| `--platform <platform>` | string | both | 目标平台: `ios`、`android` 或 `both` |
-| `--build-mode <mode>` | string | release | 构建模式: `debug` 或 `release` |
-| `--build-config <config>` | string | - | 作为 JSON 字符串的附加构建配置 |
-| `-a, --apikey <apikey>` | string | - | API 密钥(或使用 `CAPGO_TOKEN` 环境变量) |
-| `--supa-host <url>` | string | https://api.capgo.app | 自定义 Supabase 主机 URL |
-| `--supa-anon <key>` | string | - | 自定义 Supabase anon 密钥 |
-
-## 工作原理
-
-```mermaid
-sequenceDiagram
-    participant Dev as 开发者
-    participant CLI as Capgo CLI
-    participant Cloud as Capgo Cloud
-    participant iOS as Mac Builder
-    participant Android as Android Builder
-
-    Dev->>CLI: build com.example.app
-    CLI->>CLI: 本地压缩项目
-    CLI->>Cloud: 上传到 R2
-    Cloud->>iOS: 配置 Mac (iOS)
-    Cloud->>Android: 启动沙箱 (Android)
-    iOS-->>CLI: 流式传输日志 (SSE)
-    Android-->>CLI: 流式传输日志 (SSE)
-    iOS->>Cloud: 构建完成
-    Android->>Cloud: 构建完成
-    Cloud->>iOS: 清理 (24小时后)
-    Cloud->>Android: 清理 (立即)
-    CLI->>Dev: 构建成功
-```
-
-### 构建过程
-
-1. **本地准备** - 您的项目在本地压缩(排除 `node_modules`、点文件)
-2. **上传** - Zip 文件上传到安全的云存储(Cloudflare R2)
-3. **构建执行**:
-   - **iOS**: 配置专用 Mac 机器,Fastlane 构建并签名
-   - **Android**: 创建安全沙箱,Gradle 编译并签名
-4. **日志流** - 通过服务器发送事件实时传输日志(不存储!)
-5. **自动清理**:
-   - **iOS**: 机器被释放时 24 小时后删除文件
-   - **Android**: 构建后立即删除所有内容
-
-## 我们的专业知识
-
-Capgo Cloud Build 不是新的基础设施 - 我们已经在内部使用了 **3 年**:
-
-- ✅ **自定义 Fastlane** - 专门为 Capacitor 应用构建
-- ✅ **数千次构建** - 在生产中久经考验
-- ✅ **Capacitor 专家** - 深入了解重要的事项
-- ✅ **仅原生** - 您的 JavaScript 永远不会接触我们的服务器
-
-## 安全与隐私
-
-- **无日志存储** - 日志仅流式传输到您的终端,永不保存
-- **无构建产物存储** - 应用直接发送到 App Store/Play Store,我们不保留任何内容
-- **凭证自动删除** - 仅在构建期间使用,之后删除(最多 24 小时)
-- **隔离构建** - 每个构建在隔离中运行
-- **您的代码保持私密** - 我们只构建原生部分,JavaScript 保留在本地
-
-## CI/CD 集成
-
-在任何地方都可以工作 - GitHub Actions、GitLab CI 或任何 CI/CD 平台:
-
-```yaml
-- name: Build native app
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-  run: |
-    npm run build
-    npx cap sync
-    npx @capgo/cli@latest build com.example.app \
-      --platform both \
-      --build-mode release
-```
-
-无需:
-- Mac 运行器
-- Android SDK 安装
-- Xcode 安装
-- 复杂的缓存
-- 凭证管理
-
-## 定价
-
-构建时间根据实际使用情况计费:
-
-- **Android**: 1× 倍数 (~$0.XX 每分钟)
-- **iOS**: 2× 倍数 (~$0.XX 每分钟,因为 Mac 硬件)
-
-**典型成本:**
-- Android debug: 3 分钟 × 1× = ~$X.XX
-- iOS release: 7 分钟 × 2× = ~$X.XX
-
-只为您使用的部分付费。没有最低限制,没有意外费用。
-
-## 与其他解决方案的比较
-
-| 功能 | Capgo Cloud Build | GitHub Actions (Mac) | Expo EAS |
-|---------|------------------|---------------------|----------|
-| **本地需要 Mac** | ❌ 否 | ✅ 是 | ❌ 否 |
-| **设置复杂度** | ⭐ 单个命令 | ⭐⭐⭐ 复杂的 YAML | ⭐⭐ 配置文件 |
-| **Capacitor 原生** | ✅ 优化 | ⚠️ 通用 | ❌ 仅 Expo |
-| **代码隐私** | ✅ 永不存储 | ⚠️ 在运行器中 | ⚠️ 已上传 |
-| **成本 (iOS)** | 💰 2× 基础 | 💰💰💰 10× 昂贵 | 💰💰 高级 |
-
-## 构建内容
-
-**重要:** Capgo 仅构建**原生部分**。
-
-✅ **我们构建:**
-- iOS 原生代码(Swift、Objective-C、Xcode 项目)
-- Android 原生代码(Java、Kotlin、Gradle 项目)
-- 代码签名和应用商店提交
-
-❌ **您构建(本地):**
-- JavaScript、HTML、CSS (`npm run build`)
-- Capacitor 同步 (`npx cap sync`)
-- 您的 Web 资源
-
-这种分离确保:
-- **更好的安全性** - 您的应用逻辑保持私密
-- **更快的构建** - 无重复的 Web 构建
-- **明确的责任** - 您控制您的代码
-
-## 限制
-
-公开测试期间的当前限制:
-
-- **构建超时**: 最多 10 分钟
-- **上传超时**: 上传 URL 1 小时
-- **iOS 机器**: 需要 24 小时租期,Mac 上的构建将排队以确保最佳使用
-- **访问**: 仅公开测试版
-
-## 开始使用
-
-准备好无忧构建了吗?
-
-<CardGrid>
-  <Card title="创建您的第一个构建" icon="rocket">
-    第一个云构建的分步指南。
-
-    [开始使用 →](/docs/cli/cloud-build/getting-started/)
-  </Card>
-
-  <Card title="加入公开测试版" icon="star">
-    Cloud Build 处于公开测试阶段。加入我们的社区以获取访问权限。
-
-    [加入 Discord →](https://discord.com/invite/VnYRvBfgA6)
-  </Card>
-</CardGrid>
-
-## 了解更多
-
-- [入门指南](/docs/cli/cloud-build/getting-started/) - 创建您的第一个构建
-- [iOS 配置](/docs/cli/cloud-build/ios/) - 设置 iOS 构建
-- [Android 配置](/docs/cli/cloud-build/android/) - 设置 Android 构建
-- [故障排除](/docs/cli/cloud-build/troubleshooting/) - 常见问题和解决方案
-- [博客: 介绍 Cloud Build](/blog/introducing-capgo-cloud-build/) - 功能公告
-
-## 需要帮助?
-
-- 📚 [故障排除指南](/docs/cli/cloud-build/troubleshooting/)
-- 💬 [Discord 社区](https://discord.com/invite/VnYRvBfgA6)
-- 📧 电子邮件: support@capgo.app
diff --git a/src/content/docs/zh/docs/cli/reference/bundle.mdx b/src/content/docs/zh/docs/cli/reference/bundle.mdx
deleted file mode 100644
index 015f67038..000000000
--- a/src/content/docs/zh/docs/cli/reference/bundle.mdx
+++ /dev/null
@@ -1,257 +0,0 @@
----
-title: 📦 bundle
-description: 📦 管理用于在 Capgo Cloud 中部署的应用 bundle，包括上传、兼容性检查和加密。
-sidebar_label: bundle
-locale: zh
-sidebar:
-  order: 4
----
-
-📦 管理用于在 Capgo Cloud 中部署的应用 bundle，包括上传、兼容性检查和加密。
-
-### <a id="bundle-upload"></a> ⬆️ **Upload**
-
-**别名:** `u`
-
-```bash
-npx @capgo/cli@latest bundle upload
-```
-
-⬆️ 上传新的应用 bundle 到 Capgo Cloud 进行分发。
-版本必须 > 0.0.0 且唯一。出于安全考虑，已删除的版本不能重复使用。
-外部选项：仅存储 URL 链接（适用于大于 200MB 的应用或隐私要求）。
-Capgo 从不检查外部内容。添加加密以实现无信任安全。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest bundle upload com.example.app --path ./dist --channel production
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **-p,** | <code>string</code> | 要上传的文件夹路径，如果未提供，将使用 capacitor.config 中设置的 webDir |
-| **-c,** | <code>string</code> | 要链接的频道 |
-| **-e,** | <code>string</code> | 链接到外部 URL 而不是上传到 Capgo Cloud |
-| **--iv-session-key** | <code>string</code> | 为外部 bundle URL 设置 IV 和会话密钥 |
-| **--s3-region** | <code>string</code> | S3 存储桶的区域 |
-| **--s3-apikey** | <code>string</code> | S3 端点的 API 密钥 |
-| **--s3-apisecret** | <code>string</code> | S3 端点的 API 密钥 |
-| **--s3-endpoint** | <code>string</code> | S3 端点的 URL |
-| **--s3-bucket-name** | <code>string</code> | AWS S3 存储桶的名称 |
-| **--s3-port** | <code>string</code> | S3 端点的端口 |
-| **--no-s3-ssl** | <code>boolean</code> | 禁用 S3 上传的 SSL |
-| **--key-v2** | <code>string</code> | 私钥签名密钥的自定义路径（v2 系统） |
-| **--key-data-v2** | <code>string</code> | 私钥签名密钥（v2 系统） |
-| **--bundle-url** | <code>boolean</code> | 将 bundle URL 打印到 stdout |
-| **--no-key** | <code>boolean</code> | 忽略签名密钥并发送明文更新 |
-| **--no-code-check** | <code>boolean</code> | 忽略检查源代码中是否调用了 notifyAppReady() 以及根文件夹中是否存在索引 |
-| **--display-iv-session** | <code>boolean</code> | 在控制台中显示用于加密更新的 IV 和会话密钥 |
-| **-b,** | <code>string</code> | 要上传的 bundle 版本号 |
-| **--link** | <code>string</code> | 链接到外部资源（例如 GitHub release） |
-| **--comment** | <code>string</code> | 关于此版本的注释，可以是发行说明、提交哈希、提交消息等 |
-| **--min-update-version** | <code>string</code> | 更新到此版本所需的最低版本。仅在频道中禁用自动更新设置为元数据时使用 |
-| **--auto-min-update-version** | <code>boolean</code> | 根据原生包设置最小更新版本 |
-| **--ignore-metadata-check** | <code>boolean</code> | 上传时忽略元数据（node_modules）检查 |
-| **--ignore-checksum-check** | <code>boolean</code> | 上传时忽略校验和检查 |
-| **--timeout** | <code>string</code> | 上传过程的超时时间（秒） |
-| **--multipart** | <code>boolean</code> | [已弃用] 使用 --tus 代替。使用多部分协议进行 S3 上传 |
-| **--zip** | <code>boolean</code> | 使用 zip 上传 bundle 到 Capgo cloud（旧版） |
-| **--tus** | <code>boolean</code> | 使用 TUS 上传 bundle 到 Capgo cloud |
-| **--tus-chunk-size** | <code>string</code> | TUS 可恢复上传的块大小（字节）（默认：自动） |
-| **--partial** | <code>boolean</code> | [已弃用] 使用 --delta 代替。上传增量更新 |
-| **--partial-only** | <code>boolean</code> | [已弃用] 使用 --delta-only 代替。仅上传增量更新，跳过完整 bundle |
-| **--delta** | <code>boolean</code> | 上传增量/差异更新以减少带宽 |
-| **--delta-only** | <code>boolean</code> | 仅上传增量更新而不上传完整 bundle（适用于大型应用） |
-| **--encrypted-checksum** | <code>string</code> | 加密的校验和（签名）。仅在上传外部 bundle 时使用。 |
-| **--auto-set-bundle** | <code>boolean</code> | 在 capacitor.config.json 中设置 bundle |
-| **--dry-upload** | <code>boolean</code> | 干运行 bundle 上传过程，意味着它不会上传文件但会在数据库中添加行（由 Capgo 用于内部测试） |
-| **--package-json** | <code>string</code> | monorepo 的 package.json 文件路径（逗号分隔） |
-| **--node-modules** | <code>string</code> | monorepo 的 node_modules 目录路径（逗号分隔） |
-| **--encrypt-partial** | <code>boolean</code> | 加密增量更新文件（对于 updater > 6.14.4 自动启用） |
-| **--delete-linked-bundle-on-upload** | <code>boolean</code> | 定位您尝试上传到的频道中当前链接的 bundle 并删除它 |
-| **--no-brotli-patterns** | <code>string</code> | 要从 Brotli 压缩中排除的文件（逗号分隔的 glob，例如 "*.jpg,*.png"） |
-| **--disable-brotli** | <code>boolean</code> | 完全禁用 brotli 压缩，即使 updater 版本支持它 |
-| **--version-exists-ok** | <code>boolean</code> | 如果 bundle 版本已存在，则成功退出，对于使用 monorepo 的 CI/CD 工作流很有用 |
-| **--self-assign** | <code>boolean</code> | 允许设备自动加入此频道（更新频道设置） |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
-
-### <a id="bundle-compatibility"></a> 🧪 **Compatibility**
-
-```bash
-npx @capgo/cli@latest bundle compatibility
-```
-
-🧪 检查 bundle 与 Capgo Cloud 中特定频道的兼容性，以确保更新安全。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest bundle compatibility com.example.app --channel production
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **-c,** | <code>string</code> | 要检查兼容性的频道 |
-| **--text** | <code>boolean</code> | 输出文本而不是表情符号 |
-| **--package-json** | <code>string</code> | monorepo 的 package.json 文件路径（逗号分隔） |
-| **--node-modules** | <code>string</code> | monorepo 的 node_modules 目录路径（逗号分隔） |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
-
-### <a id="bundle-delete"></a> 🗑️ **Delete**
-
-**别名:** `d`
-
-```bash
-npx @capgo/cli@latest bundle delete
-```
-
-🗑️ 从 Capgo Cloud 删除特定 bundle，可选择针对单个版本。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest bundle delete BUNDLE_ID com.example.app
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
-
-### <a id="bundle-list"></a> 📋 **List**
-
-**别名:** `l`
-
-```bash
-npx @capgo/cli@latest bundle list
-```
-
-📋 列出为 Capgo Cloud 中的应用上传的所有 bundle。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest bundle list com.example.app
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
-
-### <a id="bundle-cleanup"></a> 🧹 **Cleanup**
-
-**别名:** `c`
-
-```bash
-npx @capgo/cli@latest bundle cleanup
-```
-
-🧹 删除 Capgo Cloud 中的旧 bundle，保留指定数量的最新版本。
-除非使用 --ignore-channel，否则链接到频道的 bundle 将被保留。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest bundle cleanup com.example.app --bundle=1.0 --keep=3
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-b,** | <code>string</code> | 要删除的应用的 bundle 版本号 |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **-k,** | <code>string</code> | 要保留的版本数量 |
-| **-f,** | <code>string</code> | 强制删除 |
-| **--ignore-channel** | <code>boolean</code> | 即使链接到频道也删除 bundle（警告：也会删除频道） |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
-
-### <a id="bundle-encrypt"></a> 🔒 **Encrypt**
-
-```bash
-npx @capgo/cli@latest bundle encrypt
-```
-
-🔒 加密 zip bundle 以进行安全的外部存储。
-返回用于上传/解密的 ivSessionKey。使用 'bundle zip --json' 获取校验和。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **--key** | <code>string</code> | 私钥签名密钥的自定义路径 |
-| **--key-data** | <code>string</code> | 私钥签名密钥 |
-| **-j,** | <code>string</code> | 以 JSON 格式输出 |
-
-### <a id="bundle-decrypt"></a> 🔓 **Decrypt**
-
-```bash
-npx @capgo/cli@latest bundle decrypt
-```
-
-🔓 解密加密的 bundle（主要用于测试）。
-打印 base64 会话密钥以进行验证。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest bundle decrypt ./myapp_encrypted.zip CHECKSUM
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **--key** | <code>string</code> | 私钥签名密钥的自定义路径 |
-| **--key-data** | <code>string</code> | 私钥签名密钥 |
-| **--checksum** | <code>string</code> | bundle 的校验和，用于验证 bundle 的完整性 |
-
-### <a id="bundle-zip"></a> 🔹 **Zip**
-
-```bash
-npx @capgo/cli@latest bundle zip
-```
-
-🗜️ 创建应用 bundle 的 zip 文件。
-返回用于加密的校验和。使用 --json 以获取机器可读输出。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest bundle zip com.example.app --path ./dist
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-p,** | <code>string</code> | 要上传的文件夹路径，如果未提供，将使用 capacitor.config 中设置的 webDir |
-| **-b,** | <code>string</code> | 用于命名 zip 文件的 bundle 版本号 |
-| **-n,** | <code>string</code> | zip 文件的名称 |
-| **-j,** | <code>string</code> | 以 JSON 格式输出 |
-| **--no-code-check** | <code>boolean</code> | 忽略检查源代码中是否调用了 notifyAppReady() 以及根文件夹中是否存在索引 |
-| **--key-v2** | <code>boolean</code> | 使用加密 v2 |
-| **--package-json** | <code>string</code> | monorepo 的 package.json 文件路径（逗号分隔） |
diff --git a/src/content/docs/zh/docs/cli/reference/channel.mdx b/src/content/docs/zh/docs/cli/reference/channel.mdx
deleted file mode 100644
index 53b41c6f3..000000000
--- a/src/content/docs/zh/docs/cli/reference/channel.mdx
+++ /dev/null
@@ -1,154 +0,0 @@
----
-title: 📢 channel
-description: 📢 管理 Capgo Cloud 中应用更新的分发频道，控制如何将更新传递给设备。
-sidebar_label: channel
-locale: zh
-sidebar:
-  order: 6
----
-
-📢 管理 Capgo Cloud 中应用更新的分发频道，控制如何将更新传递给设备。
-
-### <a id="channel-add"></a> ➕ **Add**
-
-**别名:** `a`
-
-```bash
-npx @capgo/cli@latest channel add
-```
-
-➕ 在 Capgo Cloud 中创建新的应用分发频道以管理更新交付。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest channel add production com.example.app --default
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-d,** | <code>string</code> | 将频道设置为默认 |
-| **--self-assign** | <code>boolean</code> | 允许设备自我分配到此频道 |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
-
-### <a id="channel-delete"></a> 🗑️ **Delete**
-
-**别名:** `d`
-
-```bash
-npx @capgo/cli@latest channel delete
-```
-
-🗑️ 从 Capgo Cloud 删除频道，可选择删除相关 bundle 以释放资源。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest channel delete production com.example.app
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **--delete-bundle** | <code>boolean</code> | 删除与频道关联的 bundle |
-| **--success-if-not-found** | <code>boolean</code> | 如果未找到频道则成功 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
-
-### <a id="channel-list"></a> 📋 **List**
-
-**别名:** `l`
-
-```bash
-npx @capgo/cli@latest channel list
-```
-
-📋 列出在 Capgo Cloud 中为应用配置的所有频道以查看分发设置。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest channel list com.example.app
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
-
-### <a id="channel-currentBundle"></a> 📦 **CurrentBundle**
-
-```bash
-npx @capgo/cli@latest channel currentBundle
-```
-
-📦 获取链接到 Capgo Cloud 中特定频道的当前 bundle 以进行更新跟踪。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest channel currentBundle production com.example.app
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-c,** | <code>string</code> | 要从中获取当前 bundle 的频道 |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **--quiet** | <code>boolean</code> | 仅打印 bundle 版本 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
-
-### <a id="channel-set"></a> ⚙️ **Set**
-
-**别名:** `s`
-
-```bash
-npx @capgo/cli@latest channel set
-```
-
-⚙️ 配置频道设置，例如链接 bundle、设置更新策略（major、minor、metadata、patch、none）或设备定位（iOS、Android、dev、emulator）。
-必须有一个频道为默认。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest channel set production com.example.app --bundle 1.0.0 --state default
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **-b,** | <code>string</code> | 要设置的文件的 bundle 版本号 |
-| **-s,** | <code>string</code> | 设置频道的状态，default 或 normal |
-| **--latest-remote** | <code>boolean</code> | 获取 capgo cloud 中上传的最新 bundle 并将其设置到频道 |
-| **--latest** | <code>boolean</code> | 获取 package.json 中的最新版本密钥并将其设置到频道 |
-| **--downgrade** | <code>boolean</code> | 允许降级到原生版本以下的版本 |
-| **--no-downgrade** | <code>boolean</code> | 禁止降级到原生版本以下的版本 |
-| **--ios** | <code>boolean</code> | 允许向 iOS 设备发送更新 |
-| **--no-ios** | <code>boolean</code> | 禁止向 iOS 设备发送更新 |
-| **--android** | <code>boolean</code> | 允许向 Android 设备发送更新 |
-| **--no-android** | <code>boolean</code> | 禁止向 Android 设备发送更新 |
-| **--self-assign** | <code>boolean</code> | 允许设备自我分配到此频道 |
-| **--no-self-assign** | <code>boolean</code> | 禁止设备自我分配到此频道 |
-| **--disable-auto-update** | <code>string</code> | 按类型阻止更新：major、minor、metadata、patch 或 none（允许所有） |
-| **--dev** | <code>boolean</code> | 允许向开发设备发送更新 |
-| **--no-dev** | <code>boolean</code> | 禁止向开发设备发送更新 |
-| **--emulator** | <code>boolean</code> | 允许向模拟器设备发送更新 |
-| **--no-emulator** | <code>boolean</code> | 禁止向模拟器设备发送更新 |
-| **--package-json** | <code>string</code> | monorepo 的 package.json 文件路径（逗号分隔） |
-| **--ignore-metadata-check** | <code>boolean</code> | 如果 bundle 中存在 node_modules，则忽略检查其兼容性 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
diff --git a/src/content/docs/zh/docs/cli/reference/doctor.mdx b/src/content/docs/zh/docs/cli/reference/doctor.mdx
deleted file mode 100644
index f98e4a81e..000000000
--- a/src/content/docs/zh/docs/cli/reference/doctor.mdx
+++ /dev/null
@@ -1,28 +0,0 @@
----
-title: 👨‍⚕️ doctor
-description: 👨‍⚕️ 检查您的 Capgo 应用安装是否是最新的，并收集对错误报告有用的信息。
-sidebar_label: doctor
-locale: zh
-sidebar:
-  order: 2
----
-
-👨‍⚕️ 检查您的 Capgo 应用安装是否是最新的，并收集对错误报告有用的信息。
-
-```bash
-npx @capgo/cli@latest doctor
-```
-
-此命令有助于诊断您的设置问题。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest doctor
-```
-
-## <a id="options"></a> 选项
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **--package-json** | <code>string</code> | monorepo 的 package.json 文件路径（逗号分隔） |
diff --git a/src/content/docs/zh/docs/cli/reference/index.mdx b/src/content/docs/zh/docs/cli/reference/index.mdx
deleted file mode 100644
index dbb9cc777..000000000
--- a/src/content/docs/zh/docs/cli/reference/index.mdx
+++ /dev/null
@@ -1,73 +0,0 @@
----
-title: 概述
-description: Capgo CLI 命令的详细文档
-locale: zh
-sidebar:
-  order: 1
----
-
-import { CardGrid, Card } from '@astrojs/starlight/components';
-
-Capgo CLI 提供了一组用于管理 Capgo 应用和部署的命令。此参考提供了每个可用命令的详细信息，包括其选项和使用示例。
-
-## 命令
-
-<CardGrid stagger>
-  <a href="/docs/cli/reference/init/">
-    <Card title="init" icon="rocket">
-      初始化新的 Capgo 应用
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/bundle/">
-    <Card title="bundle" icon="seti:html">
-      管理您的应用 bundle
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/build/">
-    <Card title="build" icon="setting">
-      在云端构建原生应用
-    </Card>
-  </a>
-
-  <a href="./login/">
-    <Card title="login" icon="approve-check">
-      使用 Capgo 服务进行身份验证
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/doctor/">
-    <Card title="doctor" icon="approve-check-circle">
-      检查您的 Capgo 设置是否存在潜在问题
-    </Card>
-  </a>
-
-  <a href="./app/">
-    <Card title="app" icon="seti:default">
-      管理您的 Capgo 应用
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/channel/">
-    <Card title="channel" icon="seti:git">
-      管理您的发布频道
-    </Card>
-  </a>
-
-  <a href="/docs/cli/reference/key/">
-    <Card title="key" icon="seti:lock">
-      管理您的应用签名密钥
-    </Card>
-  </a>
-</CardGrid>
-
-## CI 集成
-
-为了自动化您的工作，我们建议使用 GitHub Actions 将您的更新推送到 Capgo。查看我们的 [GitHub Actions 教程](https://capgo.app/blog/automatic-build-and-release-with-github-actions/)以获取更多信息。
-
-不要忘记使用您的 Capgo API 密钥配置您的 CI 环境变量。
-
-## 演示应用
-
-有关使用 CI 集成的 Capgo 应用的完整示例，请查看我们在 [GitHub 上的演示应用](https://github.com/Cap-go/demo-app/)。
diff --git a/src/content/docs/zh/docs/cli/reference/init.mdx b/src/content/docs/zh/docs/cli/reference/init.mdx
deleted file mode 100644
index a5cd11557..000000000
--- a/src/content/docs/zh/docs/cli/reference/init.mdx
+++ /dev/null
@@ -1,33 +0,0 @@
----
-title: 🚀 init
-description: 🚀 在 Capgo Cloud 中初始化新应用并提供分步指导。
-sidebar_label: init
-locale: zh
-sidebar:
-  order: 1
----
-
-🚀 在 Capgo Cloud 中初始化新应用并提供分步指导。
-
-**别名:** `i`
-
-```bash
-npx @capgo/cli@latest init
-```
-
-这包括添加更新代码、构建、上传应用以及验证更新功能。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest init YOUR_API_KEY com.example.app
-```
-
-## <a id="options"></a> 选项
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | 在 Capgo Cloud 中显示的应用名称 |
-| **-i,** | <code>string</code> | 在 Capgo Cloud 中显示的应用图标路径 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
diff --git a/src/content/docs/zh/docs/cli/reference/key.mdx b/src/content/docs/zh/docs/cli/reference/key.mdx
deleted file mode 100644
index e6b8a6190..000000000
--- a/src/content/docs/zh/docs/cli/reference/key.mdx
+++ /dev/null
@@ -1,70 +0,0 @@
----
-title: 🔐 key
-description: 🔐 管理 Capgo Cloud 中安全 bundle 分发的加密密钥，支持使用 RSA 和 AES 组合的端到端加密。
-sidebar_label: key
-locale: zh
-sidebar:
-  order: 7
----
-
-🔐 管理 Capgo Cloud 中安全 bundle 分发的加密密钥，支持使用 RSA 和 AES 组合的端到端加密。
-
-### <a id="key-save"></a> 🔹 **Save**
-
-```bash
-npx @capgo/cli@latest key save
-```
-
-💾 在 Capacitor 配置中保存公钥，对 CI 环境很有用。
-出于安全考虑，建议不要提交密钥。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest key save --key ./path/to/key.pub
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-f,** | <code>string</code> | 强制生成新密钥 |
-| **--key** | <code>string</code> | 要保存到 Capacitor 配置中的密钥路径 |
-| **--key-data** | <code>string</code> | 要保存到 Capacitor 配置中的密钥数据 |
-
-### <a id="key-create"></a> 🔨 **Create**
-
-```bash
-npx @capgo/cli@latest key create
-```
-
-🔨 创建用于端到端加密的 RSA 密钥对。
-在项目根目录中创建 .capgo_key_v2（私钥）和 .capgo_key_v2.pub（公钥）。
-公钥保存到 capacitor.config 以用于移动应用解密。
-绝对不要提交私钥 - 请安全存储！
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest key create
-```
-
-**选项:**
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **-f,** | <code>string</code> | 强制生成新密钥 |
-
-### <a id="key-delete_old"></a> 🗑️ **Delete_old**
-
-```bash
-npx @capgo/cli@latest key delete_old
-```
-
-🧹 从 Capacitor 配置中删除旧的加密密钥，以确保仅使用当前密钥。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest key delete_old
-```
diff --git a/src/content/docs/zh/docs/cli/reference/login.mdx b/src/content/docs/zh/docs/cli/reference/login.mdx
deleted file mode 100644
index ecc730494..000000000
--- a/src/content/docs/zh/docs/cli/reference/login.mdx
+++ /dev/null
@@ -1,32 +0,0 @@
----
-title: 🔑 login
-description: 🔑 将您的 Capgo API 密钥保存到您的计算机或本地文件夹，以便更轻松地访问 Capgo Cloud 服务。
-sidebar_label: login
-locale: zh
-sidebar:
-  order: 3
----
-
-🔑 将您的 Capgo API 密钥保存到您的计算机或本地文件夹，以便更轻松地访问 Capgo Cloud 服务。
-
-**别名:** `l`
-
-```bash
-npx @capgo/cli@latest login
-```
-
-在任何命令中使用 --apikey=******** 来覆盖它。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest login YOUR_API_KEY
-```
-
-## <a id="options"></a> 选项
-
-| Param          | Type          | Description          |
-| -------------- | ------------- | -------------------- |
-| **--local** | <code>boolean</code> | 仅保存在本地文件夹中，出于安全考虑被 git 忽略。 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL（用于自托管或 Capgo 开发） |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥（用于自托管） |
diff --git a/src/content/docs/zh/docs/cli/reference/mcp.mdx b/src/content/docs/zh/docs/cli/reference/mcp.mdx
deleted file mode 100644
index ed5b7e09e..000000000
--- a/src/content/docs/zh/docs/cli/reference/mcp.mdx
+++ /dev/null
@@ -1,254 +0,0 @@
----
-title: "🤖 mcp"
-description: "🤖 启动 Capgo MCP (Model Context Protocol) 服务器以进行 AI 代理集成。"
-sidebar_label: mcp
-sidebar:
-  order: 12
-locale: zh
----
-
-import { Steps, Tabs, TabItem, Aside } from '@astrojs/starlight/components';
-
-🤖 启动 Capgo MCP (Model Context Protocol) 服务器以进行 AI 代理集成。
-
-MCP 服务器将 Capgo 的功能以工具形式暴露给 AI 代理(如 Claude、Cursor 或其他兼容 MCP 的客户端),以便通过程序化方式管理您的实时更新。
-
-```bash
-npx @capgo/cli@latest mcp
-```
-
-<Aside type="tip">
-MCP 服务器需要身份验证。请先运行 `npx @capgo/cli login` 保存您的 API key。
-</Aside>
-
-## 什么是 MCP?
-
-[Model Context Protocol (MCP)](https://modelcontextprotocol.io/) 是一个开放标准,允许 AI 助手与外部工具和服务交互。通过运行 Capgo MCP 服务器,您可以让 AI 代理:
-
-- 上传和管理应用包
-- 创建和配置分发渠道
-- 监控设备统计和日志
-- 请求原生构建
-- 以及更多...
-
-## 设置
-
-<Tabs>
-<TabItem label="Claude Desktop">
-
-将以下内容添加到 `claude_desktop_config.json`:
-
-```json
-{
-  "mcpServers": {
-    "capgo": {
-      "command": "npx",
-      "args": ["@capgo/cli", "mcp"]
-    }
-  }
-}
-```
-
-**配置文件位置:**
-- **macOS**: `~/Library/Application Support/Claude/claude_desktop_config.json`
-- **Windows**: `%APPDATA%\Claude\claude_desktop_config.json`
-
-</TabItem>
-<TabItem label="Cursor">
-
-将以下内容添加到项目根目录的 `.cursor/mcp.json`:
-
-```json
-{
-  "mcpServers": {
-    "capgo": {
-      "command": "npx",
-      "args": ["@capgo/cli", "mcp"]
-    }
-  }
-}
-```
-
-</TabItem>
-<TabItem label="Other Clients">
-
-对于其他兼容 MCP 的客户端,配置它们运行:
-
-```bash
-npx @capgo/cli mcp
-```
-
-服务器通过 stdio(标准输入/输出)通信。
-
-</TabItem>
-</Tabs>
-
-## 可用工具
-
-MCP 服务器提供 21 个工具,按类别组织:
-
-### 📱 应用管理
-
-| 工具 | 描述 |
-| ---- | ----------- |
-| `capgo_list_apps` | 列出您 Capgo Cloud 账号下的所有应用 |
-| `capgo_add_app` | 在 Capgo Cloud 中注册新应用 |
-| `capgo_update_app` | 更新现有应用的设置 |
-| `capgo_delete_app` | 从 Capgo Cloud 中删除应用 |
-
-### 📦 包管理
-
-| 工具 | 描述 |
-| ---- | ----------- |
-| `capgo_upload_bundle` | 上传新的应用包用于分发 |
-| `capgo_list_bundles` | 列出应用已上传的所有包 |
-| `capgo_delete_bundle` | 删除指定的包 |
-| `capgo_cleanup_bundles` | 删除旧包,仅保留最近版本 |
-| `capgo_check_compatibility` | 检查包与渠道的兼容性 |
-
-### 📢 渠道管理
-
-| 工具 | 描述 |
-| ---- | ----------- |
-| `capgo_list_channels` | 列出应用的所有渠道 |
-| `capgo_add_channel` | 创建新的分发渠道 |
-| `capgo_update_channel` | 更新渠道设置和关联包 |
-| `capgo_delete_channel` | 删除渠道 |
-| `capgo_get_current_bundle` | 获取渠道当前关联的包 |
-
-### 🏢 组织管理
-
-| 工具 | 描述 |
-| ---- | ----------- |
-| `capgo_list_organizations` | 列出您有访问权限的所有组织 |
-| `capgo_add_organization` | 创建新的组织用于团队协作 |
-
-### 🔧 账号与诊断
-
-| 工具 | 描述 |
-| ---- | ----------- |
-| `capgo_get_account_id` | 获取当前 API key 对应的账号 ID |
-| `capgo_doctor` | 运行 Capgo 安装诊断 |
-| `capgo_get_stats` | 获取设备统计与日志以便排查问题 |
-
-### 🏗️ 构建管理
-
-| 工具 | 描述 |
-| ---- | ----------- |
-| `capgo_request_build` | 从 Capgo Cloud 请求 iOS/Android 原生构建 |
-
-### 🔐 加密
-
-| 工具 | 描述 |
-| ---- | ----------- |
-| `capgo_generate_encryption_keys` | 生成用于端到端加密的 RSA 密钥对 |
-
-## 工具参数
-
-### capgo_upload_bundle
-
-上传新的应用包到 Capgo Cloud 进行分发。
-
-| 参数 | 类型 | 必填 | 描述 |
-| --------- | ---- | -------- | ----------- |
-| `appId` | string | Yes | 反向域名格式的 App ID(例如 com.example.app) |
-| `path` | string | Yes | 要上传的构建目录路径 |
-| `bundle` | string | No | 包版本号 |
-| `channel` | string | No | 要关联的渠道 |
-| `comment` | string | No | 此版本的备注或发布说明 |
-| `minUpdateVersion` | string | No | 更新到此版本所需的最低版本 |
-| `autoMinUpdateVersion` | boolean | No | 基于原生包自动设置最低更新版本 |
-| `encrypt` | boolean | No | 为包启用加密 |
-
-### capgo_update_channel
-
-更新渠道设置,包括关联包与定向选项。
-
-| 参数 | 类型 | 必填 | 描述 |
-| --------- | ---- | -------- | ----------- |
-| `appId` | string | Yes | App ID |
-| `channelId` | string | Yes | 要更新的渠道名称/ID |
-| `bundle` | string | No | 要关联到此渠道的包版本 |
-| `state` | string | No | 渠道状态:"default" 或 "normal" |
-| `downgrade` | boolean | No | 允许降级到低于原生版本 |
-| `ios` | boolean | No | 为 iOS 设备启用更新 |
-| `android` | boolean | No | 为 Android 设备启用更新 |
-| `selfAssign` | boolean | No | 允许设备自分配 |
-| `disableAutoUpdate` | string | No | 按类型阻止更新: major、minor、metadata、patch 或 none |
-| `dev` | boolean | No | 为开发构建启用更新 |
-| `emulator` | boolean | No | 为模拟器启用更新 |
-| `device` | boolean | No | 为真机启用更新 |
-| `prod` | boolean | No | 为生产构建启用更新 |
-
-### capgo_get_stats
-
-从 Capgo 后端获取设备统计和日志用于排查问题。
-
-| 参数 | 类型 | 必填 | 描述 |
-| --------- | ---- | -------- | ----------- |
-| `appId` | string | Yes | 需要获取统计的 App ID |
-| `deviceIds` | string[] | No | 按指定设备 ID 过滤 |
-| `limit` | number | No | 返回结果的最大数量 |
-| `rangeStart` | string | No | 过滤范围的开始日期/时间(ISO 字符串) |
-| `rangeEnd` | string | No | 过滤范围的结束日期/时间(ISO 字符串) |
-
-### capgo_cleanup_bundles
-
-删除旧包,仅保留最近版本。
-
-| 参数 | 类型 | 必填 | 描述 |
-| --------- | ---- | -------- | ----------- |
-| `appId` | string | Yes | 需要清理包的 App ID |
-| `keep` | number | No | 保留版本数量(默认: 4) |
-| `bundle` | string | No | 要清理的包版本模式 |
-| `force` | boolean | No | 强制删除不需确认 |
-| `ignoreChannel` | boolean | No | 即使包已关联渠道也删除 |
-
-### capgo_request_build
-
-从 Capgo Cloud 请求 iOS/Android 原生构建。
-
-| 参数 | 类型 | 必填 | 描述 |
-| --------- | ---- | -------- | ----------- |
-| `appId` | string | Yes | 要构建的 App ID |
-| `platform` | string | Yes | 目标平台:"ios" 或 "android" |
-| `path` | string | No | 项目目录路径 |
-
-<Aside>
-通过 MCP 请求构建前,请先使用 CLI 预先保存构建凭证。
-</Aside>
-
-## 示例对话
-
-配置完成后,您可以这样询问您的 AI 助手:
-
-- "列出我的所有 Capgo 应用"
-- "将 ./dist 中的构建上传到 com.example.app 的 production 渠道"
-- "为我的应用创建一个新的 staging 渠道"
-- "production 渠道当前关联的包是什么?"
-- "清理旧包,只保留最近 3 个版本"
-- "显示过去 24 小时的设备统计"
-
-AI 将使用相应的 MCP 工具完成这些任务。
-
-## 故障排除
-
-### 认证问题
-
-如果出现认证错误,请确保已登录:
-
-```bash
-npx @capgo/cli login YOUR_API_KEY
-```
-
-### 服务器无法启动
-
-确保已安装 Node.js 18+ 并可以运行 npx 命令。
-
-### 找不到工具
-
-确保使用最新版本的 @capgo/cli:
-
-```bash
-npx @capgo/cli@latest mcp
-```
diff --git a/src/content/docs/zh/docs/cli/reference/organisation.mdx b/src/content/docs/zh/docs/cli/reference/organisation.mdx
deleted file mode 100644
index de0bd8574..000000000
--- a/src/content/docs/zh/docs/cli/reference/organisation.mdx
+++ /dev/null
@@ -1,111 +0,0 @@
----
-title: 🔹 organisation
-description: 🏢 在 Capgo Cloud 中管理您的组织以进行团队协作和应用管理。
-sidebar_label: organisation
-locale: zh
-sidebar:
-  order: 9
----
-
-🏢 在 Capgo Cloud 中管理您的组织以进行团队协作和应用管理。
-
-### <a id="organisation-list"></a> 📋 **列表**
-
-**别名:** `l`
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-📋 列出您在 Capgo Cloud 中有权访问的所有组织。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest organisation list
-```
-
-**选项:**
-
-| 参数          | 类型          | 描述          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL(用于自托管或 Capgo 开发) |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥(用于自托管) |
-
-### <a id="organisation-add"></a> ➕ **添加**
-
-**别名:** `a`
-
-```bash
-npx @capgo/cli@latest organisation add
-```
-
-➕ 在 Capgo Cloud 中创建新组织以进行团队协作。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest organisation add --name "My Company" --email admin@mycompany.com
-```
-
-**选项:**
-
-| 参数          | 类型          | 描述          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | 组织名称 |
-| **-e,** | <code>string</code> | 组织的管理电子邮件 |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL(用于自托管或 Capgo 开发) |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥(用于自托管) |
-
-### <a id="organisation-set"></a> ⚙️ **设置**
-
-**别名:** `s`
-
-```bash
-npx @capgo/cli@latest organisation set
-```
-
-⚙️ 更新组织设置,如名称和管理电子邮件。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest organisation set ORG_ID --name "Updated Company Name"
-```
-
-**选项:**
-
-| 参数          | 类型          | 描述          |
-| -------------- | ------------- | -------------------- |
-| **-n,** | <code>string</code> | 组织名称 |
-| **-e,** | <code>string</code> | 组织的管理电子邮件 |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL(用于自托管或 Capgo 开发) |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥(用于自托管) |
-
-### <a id="organisation-delete"></a> 🗑️ **删除**
-
-**别名:** `d`
-
-```bash
-npx @capgo/cli@latest organisation delete
-```
-
-🗑️ 从 Capgo Cloud 删除组织。此操作无法撤消。
-只有组织所有者可以删除组织。
-
-**示例:**
-
-```bash
-npx @capgo/cli@latest organisation delete ORG_ID
-```
-
-**选项:**
-
-| 参数          | 类型          | 描述          |
-| -------------- | ------------- | -------------------- |
-| **-a,** | <code>string</code> | 用于链接到您账户的 API 密钥 |
-| **--supa-host** | <code>string</code> | 自定义 Supabase 主机 URL(用于自托管或 Capgo 开发) |
-| **--supa-anon** | <code>string</code> | 自定义 Supabase anon 密钥(用于自托管) |
diff --git a/src/content/docs/zh/docs/contributing/adding-plugins.mdx b/src/content/docs/zh/docs/contributing/adding-plugins.mdx
deleted file mode 100644
index a10dc40b3..000000000
--- a/src/content/docs/zh/docs/contributing/adding-plugins.mdx
+++ /dev/null
@@ -1,453 +0,0 @@
----
-title: 添加或更新插件
-description: 为贡献者和代理提供的完整指南，介绍如何在 Capgo 文档中添加新插件或更新现有插件。
-locale: zh
-sidebar:
-  order: 10
----
-
-import { Steps, Aside, LinkCard } from '@astrojs/starlight/components';
-
-本指南说明如何将新的 Capacitor 插件添加到 Capgo 网站或更新现有插件文档。这对贡献者、维护者和帮助维护文档的 AI 代理很有用。
-
-## 概述
-
-在将新插件添加到 Capgo 生态系统时，您需要更新网站上的多个文件和位置，以确保插件正确显示在所有相关位置：
-
-1. **插件列表配置** - 将插件元数据添加到主列表
-2. **插件索引页面** - 将插件添加到分类插件列表页面
-3. **侧边栏导航** - 将插件添加到文档侧边栏
-4. **插件文档** - 创建概述和入门页面
-5. **插件教程** - 创建全面的教程
-
-## 文件位置
-
-### 要更新的关键文件
-
-| 文件 | 用途 |
-|------|---------|
-| `/src/config/plugins.ts` | 包含元数据的主插件列表 |
-| `/src/content/docs/docs/plugins/index.mdx` | 包含分类的插件索引页面 |
-| `/astro.config.mjs` | 侧边栏导航配置 |
-| `/src/content/docs/docs/plugins/[plugin-name]/` | 插件文档目录 |
-| `/src/content/plugins-tutorials/en/` | 英文教程文件 |
-
-## 分步指南
-
-<Steps>
-
-1. ### 将插件添加到主列表
-
-   打开 `/src/config/plugins.ts` 并将您的插件添加到 `actions` 数组：
-
-   ```typescript
-   // 首先，导入适当的 Heroicon
-   import YourIconName from 'astro-heroicons/mini/IconName.astro'
-
-   // 然后添加到 actions 数组
-   {
-     name: '@capgo/your-plugin-name',
-     author: 'github.com/Cap-go',
-     description: '插件功能的简短描述',
-     href: 'https://github.com/Cap-go/your-plugin-name/',
-     title: '显示名称',
-     icon: YourIconName,
-   }
-   ```
-
-   **可用图标**: 检查 `/node_modules/astro-heroicons/mini/` 以查看可用图标。
-
-2. ### 将插件添加到索引页面
-
-   打开 `/src/content/docs/docs/plugins/index.mdx` 并将您的插件添加到适当的类别下：
-
-   ```mdx
-   <LinkCard
-     title="您的插件名称"
-     description="插件功能的简短描述"
-     href="/docs/plugins/your-plugin-name/"
-   />
-   ```
-
-   **类别**:
-   - ⭐ 特色插件
-   - 📱 设备和系统插件
-   - 🎥 媒体和相机插件
-   - 🛠️ 实用工具插件
-   - 🤖 AI 和高级媒体
-   - 📍 位置和后台服务
-   - 📞 通信和分析
-   - 🔐 安全和系统
-   - 📊 Android 特定功能
-   - 📥 下载和导航
-
-3. ### 添加到侧边栏导航
-
-   打开 `/astro.config.mjs` 并将您的插件添加到侧边栏配置（大约第 540 行）：
-
-   ```javascript
-   {
-     label: '您的插件名称',
-     items: [
-       { label: '概述', link: '/docs/plugins/your-plugin-name/' },
-       { label: '入门', link: '/docs/plugins/your-plugin-name/getting-started' },
-     ],
-     collapsed: true,
-   }
-   ```
-
-   插件在侧边栏中按字母顺序列出。
-
-4. ### 创建插件文档目录
-
-   为您的插件文档创建一个新目录：
-
-   ```bash
-   mkdir -p /src/content/docs/docs/plugins/your-plugin-name/
-   ```
-
-5. ### 创建插件概述页面
-
-   创建 `/src/content/docs/docs/plugins/your-plugin-name/index.mdx`：
-
-   ```mdx
-   ---
-   title: "@capgo/your-plugin-name"
-   description: 插件用途的简短描述
-   tableOfContents: false
-   next: false
-   prev: false
-   sidebar:
-     order: 1
-     label: "介绍"
-   hero:
-     tagline: 详细说明插件功能的标语
-     image:
-       file: ~public/your-plugin-icon.svg
-     actions:
-       - text: 开始使用
-         link: /docs/plugins/your-plugin-name/getting-started/
-         icon: right-arrow
-         variant: primary
-       - text: Github
-         link: https://github.com/Cap-go/your-plugin-name/
-         icon: external
-         variant: minimal
-   ---
-
-   import { Card, CardGrid } from '@astrojs/starlight/components';
-
-   <CardGrid stagger>
-     <Card title="功能 1" icon="puzzle">
-       第一个关键功能的描述
-     </Card>
-     <Card title="功能 2" icon="rocket">
-       第二个关键功能的描述
-     </Card>
-     <Card title="跨平台" icon="puzzle">
-       适用于 iOS 和 Android 📱
-     </Card>
-     <Card title="全面的文档" icon="open-book">
-       查看[文档](/docs/plugins/your-plugin-name/getting-started/)以掌握插件。
-     </Card>
-   </CardGrid>
-   ```
-
-6. ### 创建入门指南
-
-   创建 `/src/content/docs/docs/plugins/your-plugin-name/getting-started.mdx`：
-
-   ```mdx
-   ---
-   title: 入门
-   description: 了解如何在您的 Capacitor 应用中安装和使用该插件。
-   sidebar:
-     order: 2
-   ---
-
-   import { Steps } from '@astrojs/starlight/components';
-   import { PackageManagers } from 'starlight-package-managers'
-
-   <Steps>
-   1. **安装软件包**
-      <PackageManagers pkg="@capgo/your-plugin-name" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-   2. **与原生项目同步**
-      <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   </Steps>
-
-   ## 配置
-
-   ### iOS 配置
-   [iOS 特定设置说明]
-
-   ### Android 配置
-   [Android 特定设置说明]
-
-   ## 使用
-
-   [基本使用示例]
-
-   ## API 参考
-
-   [详细的 API 文档]
-
-   ## 完整示例
-
-   [完整的工作示例]
-
-   ## 最佳实践
-
-   [推荐的实践和提示]
-
-   ## 平台说明
-
-   [平台特定说明和限制]
-   ```
-
-7. ### 创建教程文件
-
-   创建 `/src/content/plugins-tutorials/en/your-plugin-name.md`：
-
-   ```markdown
-   ---
-   locale: en
-   ---
-   # 使用 @capgo/your-plugin-name 包
-
-   `@capgo/your-plugin-name` 包[简短描述]。在本教程中，我们将指导您在 Ionic Capacitor 应用中安装、配置和使用此包。
-
-   ## 安装
-
-   [安装步骤]
-
-   ## 配置
-
-   [iOS 和 Android 的配置步骤]
-
-   ## API 使用
-
-   [详细的 API 使用示例]
-
-   ## 完整示例
-
-   [完整的工作示例]
-
-   ## 最佳实践
-
-   [提示和最佳实践]
-
-   ## 故障排除
-
-   [常见问题和解决方案]
-
-   ## 结论
-
-   [摘要和其他资源的链接]
-   ```
-
-</Steps>
-
-## 插件文档结构
-
-### 必需文件
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx           # 包含 hero 和功能卡的概述页面
-└── getting-started.mdx # 安装和使用指南
-
-src/content/plugins-tutorials/en/
-└── your-plugin-name.md # 全面的教程
-```
-
-### 可选文件
-
-对于复杂的插件，您可以添加其他文档页面：
-
-```
-src/content/docs/docs/plugins/your-plugin-name/
-├── index.mdx
-├── getting-started.mdx
-├── api-reference.mdx   # 详细的 API 文档
-├── examples.mdx        # 其他示例
-├── troubleshooting.mdx # 故障排除指南
-└── migrations.mdx      # 迁移指南
-```
-
-## 内容指南
-
-### 编写插件描述
-
-- **简洁**: 保持描述在 100 个字符以下
-- **具体**: 解释插件的功能，而不是它是什么
-- **使用动词**: 以"控制"、"集成"、"启用"等动词开头
-
-**好的示例**:
-- "使用简单的开/关切换控制设备手电筒和火炬"
-- "将 Crisp 实时聊天和客户支持集成到您的应用中"
-- "使用 Face ID 和 Touch ID 启用安全身份验证"
-
-**不好的示例**:
-- "闪光灯的插件"
-- "这是一个 Crisp 插件"
-- "生物识别插件"
-
-### 编写文档
-
-1. **从安装开始**: 始终以清晰的安装步骤开始
-2. **提供配置**: 包括平台特定的设置要求
-3. **显示使用示例**: 提供工作代码示例
-4. **包括 API 参考**: 记录所有方法和参数
-5. **添加完整示例**: 显示真实世界的使用模式
-6. **列出最佳实践**: 分享最佳使用技巧
-7. **记录平台差异**: 阐明 iOS 与 Android 的行为
-8. **添加故障排除**: 解决常见问题
-
-### 代码示例
-
-- 对所有代码示例使用 TypeScript
-- 在顶部包含导入
-- 添加解释关键步骤的注释
-- 显示错误处理
-- 演示基本和高级用法
-
-## 检查清单
-
-添加新插件时使用此检查清单：
-
-- [ ] 已将插件添加到 `/src/config/plugins.ts`
-- [ ] 从 Heroicons 中选择了适当的图标
-- [ ] 已在正确的类别下将插件添加到 `/src/content/docs/docs/plugins/index.mdx`
-- [ ] 已在 `/astro.config.mjs` 中添加侧边栏条目
-- [ ] 已创建插件文档目录
-- [ ] 已创建 `index.mdx` 概述页面
-- [ ] 已创建 `getting-started.mdx` 指南
-- [ ] 已在 `/src/content/plugins-tutorials/en/` 中创建教程
-- [ ] 已包含安装说明
-- [ ] 已记录 iOS 配置
-- [ ] 已记录 Android 配置
-- [ ] 已提供使用示例
-- [ ] 已添加 API 参考
-- [ ] 已包含完整的工作示例
-- [ ] 已列出最佳实践
-- [ ] 已添加平台特定说明
-- [ ] 已测试所有链接是否正常工作
-
-## 图标参考
-
-插件常用的图标（来自 `astro-heroicons/mini/`）：
-
-| 图标 | 用例 |
-|------|----------|
-| `BoltIcon` | 闪光灯、电源、能量 |
-| `CameraIcon` | 相机、照片、视频 |
-| `ChatBubbleLeftIcon` | 聊天、消息、通信 |
-| `FingerPrintIcon` | 生物识别、安全、身份验证 |
-| `MapPinIcon` | 位置、地理定位、地图 |
-| `SpeakerWaveIcon` | 音频、声音、音乐 |
-| `VideoCameraIcon` | 视频、录制、流媒体 |
-| `CreditCardIcon` | 支付、购买 |
-| `PlayCircleIcon` | 媒体播放器、视频播放器 |
-| `SignalIcon` | 连接、网络、信标 |
-| `RadioIcon` | 信标、广播、无线 |
-| `ChatBubbleOvalLeftIcon` | 社交媒体、微信 |
-
-## 更新现有插件
-
-更新现有插件时：
-
-1. **更新文档中的版本号**
-2. **如果存在重大更改，添加迁移指南**
-3. **使用新方法更新 API 参考**
-4. **为新功能添加新示例**
-5. **如果更改了平台要求，则更新**
-6. **根据新功能修改最佳实践**
-7. **使用最新 API 保持教程最新**
-
-## 多语言支持
-
-该网站支持多种语言。创建英文文档后：
-
-1. 运行翻译脚本：
-   ```bash
-   bun run plugins:translate_all
-   ```
-
-2. 查看生成的翻译：
-   - `/src/content/plugins-tutorials/de/` (德语)
-   - `/src/content/plugins-tutorials/es/` (西班牙语)
-   - `/src/content/plugins-tutorials/fr/` (法语)
-   - `/src/content/plugins-tutorials/it/` (意大利语)
-   - `/src/content/plugins-tutorials/ja/` (日语)
-   - `/src/content/plugins-tutorials/ko/` (韩语)
-   - `/src/content/plugins-tutorials/id/` (印度尼西亚语)
-
-## 测试您的更改
-
-添加或更新插件文档后：
-
-1. **在本地构建网站**:
-   ```bash
-   npm run build
-   ```
-
-2. **检查错误**:
-   - 验证所有链接是否有效
-   - 确保图像正确加载
-   - 确认代码示例有效
-   - 测试导航是否正常
-
-3. **预览网站**:
-   ```bash
-   npm run dev
-   ```
-
-4. **验证您的插件是否显示**:
-   - 检查插件列表页面
-   - 验证侧边栏导航
-   - 测试所有文档页面
-   - 确认教程页面有效
-
-## 常见陷阱
-
-<Aside type="caution">
-**避免这些常见错误:**
-
-1. **忘记同步**: 在示例中始终运行 `npx cap sync`
-2. **命名不一致**: 在所有地方使用相同的插件名称
-3. **缺少平台配置**: 记录 iOS 和 Android 设置
-4. **链接损坏**: 使用相对链接并验证它们是否有效
-5. **没有错误处理**: 在示例中始终显示 try-catch
-6. **缺少导入**: 在示例中包含所有必要的导入
-7. **描述不清**: 具体说明插件的功能
-</Aside>
-
-## 获取帮助
-
-如果您在添加或更新插件文档时需要帮助：
-
-- **Discord**: 加入我们的 [Discord 社区](https://discord.capgo.app)
-- **GitHub**: 在[网站仓库](https://github.com/Cap-go/website)上提出问题
-- **电子邮件**: 通过 support@capgo.app 联系团队
-
-## 示例
-
-作为参考，请查看这些记录良好的插件：
-
-- **Updater**: `/src/content/docs/docs/plugins/updater/` (包含多个页面的复杂插件)
-- **Flash**: `/src/content/docs/docs/plugins/flash/` (简单插件，良好的入门示例)
-- **Social Login**: `/src/content/docs/docs/plugins/social-login/` (包含子页面的插件)
-
-## 摘要
-
-将插件添加到 Capgo 文档涉及：
-
-1. 将元数据添加到主配置
-2. 将插件添加到分类索引页面
-3. 配置侧边栏导航
-4. 创建全面的文档页面
-5. 编写详细的教程
-6. 在本地测试所有更改
-
-通过遵循本指南，您可以确保插件被一致地记录并且用户易于发现。
diff --git a/src/content/docs/zh/docs/faq.mdx b/src/content/docs/zh/docs/faq.mdx
deleted file mode 100644
index f9c9ac564..000000000
--- a/src/content/docs/zh/docs/faq.mdx
+++ /dev/null
@@ -1,367 +0,0 @@
----
-title: "常见问题"
-description: "关于 Capgo 的常见问题，如何解决 Capgo 或 Updater 中最常见的问题，什么是 OTA 以及如何管理它们"
-locale: zh
-sidebar:
-  order: 1
----
-
-如果您有此处未回答的问题，请提问！提交问题或在 [Discord](https://discord.capgo.app) 上询问都可以。
-
-### 什么是"代码推送"？[](https://capgo.app/docs/#what-is-code-push "什么是代码推送的直接链接")
-
-代码推送，也称为"空中更新"（OTA），是一项云服务，使 Capacitor 开发人员能够将更新部署到生产环境中的应用。Capgo 目前适用于 Android 和 iOS，最终将在 Capacitor 支持的所有平台上运行。
-
-"Code Push"是对 React Native 社区使用的部署功能名称的引用，来自 [Microsoft](https://appcenter.ms/) 和 [Expo](https://expo.dev/)，两者都不支持 Capacitor。
-
-### bundle 和 release 之间有什么区别？[](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release "bundle 和 release 之间有什么区别的直接链接")
-
-我们使用术语"release"来表示为应用商店准备二进制文件。为了稍后生成 bundle，Capgo 需要知道发送到应用商店的确切二进制文件。
-
-我们使用术语"bundle"来表示可应用于 release 以将其更新为新代码的补丁。`npx @capgo/cli@latest bundle upload` 命令用于从您的新本地代码生成 bundle，然后将其发送给您的用户。
-
-### 路线图是什么？[](https://capgo.app/docs/faq/#what-is-the-roadmap "路线图是什么的直接链接")
-
-我们的项目看板也是公开的，可在以下位置找到：[https://github.com/orgs/Cap-go/projects](https://github.com/orgs/Cap-go/projects/)
-
-我们的团队也在公开运作，因此您可以随时查看我们正在做什么。我们很乐意通过 Github 问题或 [Discord](https://discord.capgo.app) 回答您关于我们的路线图或优先事项的任何问题。
-
-### 我可以与我的团队一起使用 Capgo 吗？[](https://capgo.app/docs/faq/#can-i-use-capgo-with-my-team "我可以与我的团队一起使用 Capgo 吗的直接链接")
-
-是的！所有计划都支持无限数量的开发人员。我们仅限制每个组织的应用指标（MAU、存储和带宽）。
-
-有关更多信息，请参阅[团队](https://capgo.app/pricing/)。
-
-### Capgo 会存储我的源代码吗？[](https://capgo.app/docs/faq/#does-capgo-store-my-source-code "Capgo 会存储我的源代码吗的直接链接")
-
-不会。Capgo 服务器永远不会看到您的源代码。当您运行 `npx @capgo/cli@latest bundle upload` 时，Capgo 存储的是压缩/编译代码的 zip 文件 - 浏览器会接收的相同代码，而不是您的源代码。
-
-为了增强安全性，您有两个选项：
-- **端到端加密**：在上传前对 bundle 进行加密，以在存储和传输阶段保护它，并阻止第三方在没有您私钥的情况下生成有效的加密更新。这并不会让已分发的 Web 资产完全无法被逆向分析，因为公钥存在于已分发的应用中。
-- **外部 URL 上传**：将 bundle 存储在您自己的服务器上，仅向 Capgo 提供下载链接，使用选项 `--external <url>`
-
-另请参阅我们的隐私政策：[https://capgo.app/privacy](https://capgo.app/privacy/)
-
-### 我可以从 CI 系统使用 Capgo 吗？[](https://capgo.app/docs/faq/#can-i-use-capgo-from-my-ci-system "我可以从 CI 系统使用 Capgo 吗的直接链接")
-
-是的。Capgo 旨在从 CI 系统使用。我们发布了 [Android 和 Github Actions](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) 和 [iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) 以及 [GitLab](https://capgo.app/blog/setup-ci-and-cd-gitlab/) 的指南。其他 CI 系统应该类似。
-
-如果您遇到任何问题，请随时通过 GitHub 问题或 Discord 联系我们。
-
-### 这与 Firebase Remote Config 或 Launch Darkly 有何关系？[](https://capgo.app/docs/faq/#how-does-this-relate-to-firebase-remote-config-or-launch-darkly "这与 Firebase Remote Config 或 Launch Darkly 有何关系的直接链接")
-
-代码推送允许在设备上添加新代码/替换代码。Firebase Remote Config 和 Launch Darkly 都是配置系统。它们允许您更改应用的配置，而无需发布新版本。它们不旨在替换代码。
-
-### 这会增加多大的依赖占用空间？[](https://capgo.app/docs/faq/#how-big-of-a-dependency-footprint-does-this-add "这会增加多大的依赖占用空间的直接链接")
-
-我最近没有测量过，但我预计代码推送库会向 Capacitor 应用添加少于一兆字节。当这成为优先事项时，我们知道可以使其更小的方法。如果大小对您来说是一个阻碍，请告诉我们！
-
-### Capgo 在 iOS 18.4 模拟器上工作吗？[](https://capgo.app/docs/faq/#does-capgo-work-on-the-ios-18-4-simulator "Capgo 在 iOS 18.4 模拟器上工作吗的直接链接")
-
-不会。由于影响 iOS 18.4 模拟器的上游问题，Capgo 在那里无法可靠运行。请在真实设备上测试或使用不同的 iOS 模拟器版本。
-
-有关详细信息，请参阅 React Native 问题：[facebook/react-native#50510](https://github.com/facebook/react-native/issues/50510)
-
-### 代码推送适用于大型应用吗？[](https://capgo.app/docs/faq/#does-code-push-work-with-large-applications "代码推送适用于大型应用吗的直接链接")
-
-是的。可以使用代码推送更新的应用大小没有限制。如[下文](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support)所述，无论大小如何，Capgo 都可以更改应用中的任何 JS 代码。
-
-需要注意的是：更大的大小会使用户更难下载更新。我们建议尽可能保持应用程序小。
-
-### 我可以将 Capgo 代码推送用于什么？[](https://capgo.app/docs/faq/#what-can-i-use-capgo-code-push-for "我可以将 Capgo 代码推送用于什么的直接链接")
-
-我们看到了各种用途，包括：
-
--   对生产应用的紧急修复。
--   向使用旧版本应用的用户发送错误修复。
--   不断发布（例如每小时）。
-
-请注意，大多数应用商店禁止发布以重大方式更改应用行为的代码。有关更多信息，请参阅[下文](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies)。
-
-### Capgo 的"MAU"是什么？[](https://capgo.app/docs/faq/#what-counts-as-a-mau-for-capgo "Capgo 的 MAU 是什么的直接链接")
-
-MAU 是"月活跃用户"。在 Capgo 的上下文中，这实际上是指月活跃设备。我们将 MAU 计为在过去 30 天内联系过我们服务器的任何设备。我们不计算在过去 30 天内未联系过我们服务器的设备。
-
-**重要提示**：从插件版本 **v5.10.0**、**v6.25.0** 和 **v7.25.0** 开始，deviceID 现在在应用重新安装时持久存在。在这些版本之前，每次应用重新安装都会生成新的 deviceID 并计为新的 MAU。
-
-使用当前版本：
-- DeviceID 在应用重新安装时持久存在（在 iOS 上安全存储在 Keychain 中，在 Android 上存储在 EncryptedSharedPreferences 中）
-- 更新应用不会创建新的设备 ID
-- 在开发期间，如果您使用较旧的插件版本（< v5.10.0 / v6.25.0 / v7.25.0），每次重新安装仍会创建新的 MAU
-
-注意：TestFlight 下载和 Android 中的频道切换可能仍会根据您的配置生成新的设备注册。
-
-> 我们建议在首次设置后禁用开发设备和模拟器，以减少重复设备的数量。
-
-### 我们不能将 Capgo 代码推送用于什么？[](https://capgo.app/docs/faq/#what-cant-we-use-capgo-code-push-for "我们不能将 Capgo 代码推送用于什么的直接链接")
-
-如上所述，不应使用 Capgo 违反应用商店政策。有关更多信息，请参阅[下文](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines)。
-
-此外，Capgo 不支持更改原生代码（例如 Android 上的 Java/Kotlin 或 iOS 上的 Objective-C/Swift）。如果您更改了原生代码，该工具将在尝试更新期间警告您。
-
-### 我可以通过 Capgo 更新 capacitor.config.ts 的更改吗？[](https://capgo.app/docs/faq/#can-i-update-capacitorconfigts-changes-via-capgo "Direct link to Can I update capacitor.config.ts changes via Capgo?")
-
-不可以。`capacitor.config.ts` 的更改无法通过 Capgo 实时更新发送。Capacitor 配置文件在原生构建时读取并编译到原生应用二进制文件中。这意味着对 `capacitor.config.ts` 的任何更改（如插件配置、应用 ID、服务器设置或原生插件选项）都需要通过 App Store 或 Google Play 发布新的原生版本。
-
-Capgo 只能更新在运行时加载的 Web 资源（HTML、CSS、JavaScript）。如果您需要更改 Capacitor 配置，您必须：
-1. 在本地更新 `capacitor.config.ts`
-2. 重新构建原生应用（`npx cap sync` 后进行原生构建）
-3. 将新的二进制文件提交到应用商店
-
-### Capgo 会为我提交到商店吗？[](https://capgo.app/docs/faq/#does-capgo-submit-to-the-stores-for-me "Capgo 会为我提交到商店吗的直接链接")
-
-Capgo 目前不支持代表您提交到应用商店。我们计划在将来添加此功能，但目前您需要继续使用现有流程提交到应用商店。
-
-您可以使用我们的 [CI 指南 Android](https://capgo.app/blog/automatic-capacitor-android-build-github-action/) 和 [CI 指南 iOS](https://capgo.app/blog/automatic-capacitor-ios-build-github-action/) 来自动化此过程。
-
-### Capgo 在磁盘上存储什么以及存储在哪里？[](https://capgo.app/docs/faq/#what-does-capgo-store-on-disk-and-where "Capgo 在磁盘上存储什么以及存储在哪里的直接链接")
-
-Capgo 更新程序（在构建应用时包含在应用中）将最新下载的 bundle 缓存在 capacitor 允许加载代码的唯一目录中。在 Android 上，这位于 `/data/user/0/com.example.app/code_cache/capgo_updater`，尽管该路径的基础由 Android 系统提供，并且可以在运行时动态更改。在 iOS 设备上，数据存储在 `Library/Application Support/capgo` 下。
-
-Capgo 命令行工具（例如 `npx @capgo/cli@latest bundle upload`）安装在 npm 缓存的磁盘上，您的登录信息存储在 `~/.capgo` 中的主目录中。
-
-### 这与 Capacitor 热重载有何关系？[](https://capgo.app/docs/faq/#how-does-this-relate-to-capacitor-hot-reload "这与 Capacitor 热重载有何关系的直接链接")
-
-Capacitor 的热重载是仅限开发时的功能。代码推送用于生产。
-
-热重载是 Capacitor 的一项功能，允许您在开发期间更改设备上的代码。它需要使用代理构建 Capacitor 应用以连接到本地计算机。
-
-代码推送是一项允许您在生产中更改设备上代码的功能。我们将使用各种不同的技术使其成为可能，具体取决于平台。
-
-### Capgo 代码推送支持哪些类型的更改？[](https://capgo.app/docs/faq/#what-types-of-changes-does-capgo-code-push-support "Capgo 代码推送支持哪些类型的更改的直接链接")
-
-Capgo 可以更改应用中的任何 JS 代码。这包括应用代码和生成的代码。您还可以更新 `package.json` 中的依赖项，只要它们不需要原生代码更改。
-
-我们没有计划支持更改原生代码（例如 Android 上的 Java/Kotlin 或 iOS 上的 Objective-C/Swift），如果检测到您更改了原生代码，该工具将警告您，因为它不会包含在 bundle 中。
-
-### 这支持 Web 吗？[](https://capgo.app/docs/faq/#does-this-support-web "这支持 Web 吗的直接链接")
-
-Web 不需要代码推送，因为 Web 已经以这种方式工作。当用户打开 Web 应用时，如果需要，它会从服务器下载最新版本。
-
-如果您有 Web 代码推送的用例，我们很想知道！
-
-### 这将适用于 iOS、Android、Mac、Windows、Linux 等吗？[](https://capgo.app/docs/faq/#will-this-work-on-ios-android-mac-windows-linux-etc "这将适用于 iOS、Android、Mac、Windows、Linux 等吗的直接链接")
-
-是的。
-
-到目前为止，我们专注于 Android 和 iOS 支持，但代码推送最终将在 Capacitor 支持的所有平台上运行。在扩展到更多平台之前，我们正在确保我们已经构建了可靠和安全地提供代码推送所需的所有基础设施。
-
-### Capgo 支持哪些操作系统版本？[](https://capgo.app/docs/faq/#what-os-versions-does-capgo-support "Capgo 支持哪些操作系统版本的直接链接")
-
-Capgo 支持 Capacitor 支持的相同 Android 版本。
-
-Capacitor 目前支持 Android API 级别 22+ 和 iOS 13.0+：[https://capacitorjs.com/docs/main/reference/support-policy](https://capacitorjs.com/docs/main/reference/support-policy/)
-
-### Capgo 支持哪些版本的 Capacitor？[](https://capgo.app/docs/faq/#what-versions-of-capacitor-does-capgo-support "Capgo 支持哪些版本的 Capacitor 的直接链接")
-
-Capgo 目前仅支持最新的稳定 Capacitor 版本。我们也可以支持较旧版本的 Capacitor，只是我们尚未构建随时间推移维护所需的基础设施。我们打算在将来支持更多版本的 Capacitor，包括为我们的企业客户提供的任何版本。[https://github.com/Cap-go/capgo/issues/1100](https://github.com/Cap-go/capgo/issues/1100/)
-
-Capgo 跟踪 Capacitor 稳定版本，通常在任何稳定版本发布后的几个小时内更新。我们的更新系统是自动化的，需要几分钟才能运行。然后，在发布到我们的服务器之前，我们会进行额外的手动验证步骤。
-
-### 这与 App/Play Store 审核流程或政策有何关系？[](https://capgo.app/docs/faq/#how-does-this-relate-to-the-appplay-store-review-process-or-policies "这与 App/Play Store 审核流程或政策有何关系的直接链接")
-
-开发人员选择使用这些商店时，受其与商店提供商的协议约束。代码推送旨在允许开发人员更新其应用，同时仍符合 iOS 和 Android 上的商店政策。类似于可用于 React Native 的各种商业产品（例如 [Microsoft](https://appcenter.ms/)、[Expo](https://expo.dev/)）。
-
-Microsoft 还发布了关于其解决方案如何符合应用商店的指南：[https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-代码推送是整个应用商店中广泛使用的技术。我所知道的所有大型应用都使用代码推送。需要注意的主要政策是不要以重大方式更改应用的行为。有关更多信息，请参阅[下文](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines)。
-
-### Capgo 是否符合 Play Store 准则？[](https://capgo.app/docs/faq/#does-capgo-comply-with-play-store-guidelines "Capgo 是否符合 Play Store 准则的直接链接")
-
-是的。
-
-Play Store 提供了两个与更新工具相关的限制。
-
-1.  更新必须使用解释器或虚拟机（Capgo 在 WebView 中使用 JavaScript）。[https://support.google.com/googleplay/android-developer/answer/9888379?hl=en](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en)
-
-```
-    通过 Google Play 分发的应用不得使用除 Google Play 更新机制之外的任何方法修改、替换或更新自身。
-    同样，应用不得从除 Google Play 之外的来源下载可执行代码（例如 dex、JAR、.so 文件）。
-    *此限制不适用于在虚拟机或解释器中运行的代码*，
-    其中任何一个都提供对 Android API 的间接访问（例如 WebView 或浏览器中的 JavaScript）。
-
-    在运行时加载的具有解释语言（JavaScript、Python、Lua 等）的应用或第三方代码（如 SDK）（例如，未与应用打包）
-    不得允许潜在违反 Google Play 政策。
-```
-
-2.  对应用的更改不得具有欺骗性（例如通过更新更改应用的目的）。[https://support.google.com/googleplay/android-developer/answer/9888077](https://support.google.com/googleplay/android-developer/answer/9888077/) 请向您的用户清楚地说明您通过应用提供的内容，并且不要通过使用 Capgo 进行重大行为更改来违反他们的期望。
-
-Capgo 旨在与 Play Store 准则兼容。然而，Capgo 是一种工具，与任何工具一样，可能会被滥用。故意滥用 Capgo 以违反 Play Store 准则违反了 Capgo [服务条款](https://capgo.app/tos/)，可能导致您的账户被终止。
-
-最后，代码推送服务在行业中广泛使用（我所知道的所有大型应用都使用它们），并且有多个其他代码推送服务公开可用（例如 expo.dev 和 appcenter.ms）。这是一条走过的路。
-
-Microsoft 还发布了关于其 React Native "codepush" 库如何符合应用商店的指南：[https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### Capgo 是否符合 App Store 准则？[](https://capgo.app/docs/faq/#does-capgo-comply-with-app-store-guidelines "Capgo 是否符合 App Store 准则的直接链接")
-
-是的。
-
-与 Play Store 类似，App Store 提供了技术和政策限制。
-
-```
-3.2.2
-... 解释的代码可以下载到应用程序，但前提是此类代码：
-(a) 不会通过提供与提交给 App Store 的应用程序的预期和宣传目的不一致的功能来更改应用程序的主要目的，
-(b) 不会为其他代码或应用程序创建商店或店面，并且
-(c) 不会绕过操作系统的签名、沙盒或其他安全功能。
-```
-
-Capgo 在 WebView 中使用 JavaScript 以符合 iOS 上更新的仅解释器限制。只要您的应用程序不通过更新进行欺骗性行为（例如通过更新更改应用的目的），通过 Capgo（或任何其他代码推送解决方案）进行更新是标准行业实践，并符合 App Store 准则。
-
-故意滥用 Capgo 以违反 App Store 准则违反了 Capgo [服务条款](https://capgo.app/tos/)，可能导致您的账户被终止。
-
-Microsoft 还发布了关于其 React Native "codepush" 库如何符合应用商店的指南：[https://github.com/microsoft/react-native-code-push#store-guideline-compliance](https://github.com/microsoft/react-native-code-push/#store-guideline-compliance)
-
-### 我可以在我的国家/地区使用 Capgo 吗？[](https://capgo.app/docs/faq/#can-i-use-capgo-in-my-country "我可以在我的国家/地区使用 Capgo 吗的直接链接")
-
-我们没有尝试限制从任何国家/地区访问 Capgo。
-
-我们认识到某些国家/地区对可以从国家/地区内访问的 URL 有限制。Capgo 目前使用 Cloudflare Cloud 进行托管，包括 R2 Storage 和 Cloudflare workers。
-
-Capgo 使用以下 URL：
-
--   [https://api.capgo.app](https://api.capgo.app/) -- 由 `npx @capgo/cli` 命令行工具用于与 Capgo 服务器交互，以及用户设备上的 Capgo 更新程序用于检查更新。
--   [https://*.r2.cloudflarestorage.com](https://*.r2.cloudflarestorage.com/) -- 由 `npx @capgo/cli` 命令行工具用于上传和下载 bundle
-
-如果所有这些 URL 都可以从您的国家/地区访问，那么 Capgo 应该可以工作。
-
-如果您所在的地区需要阻止访问任何这些 URL，请告诉我们，我们可以与您合作找到解决方案。代理服务器是一种选择。
-
-### 我可以自托管 Capgo 吗？[](https://capgo.app/docs/faq/#can-i-self-host-capgo "我可以自托管 Capgo 吗的直接链接")
-
-是的，您可以自托管 Capgo。该指南尚未编写，但代码是开源的，可在 [https://github.com/cap-go/capgo](https://github.com/cap-go/capgo/) 获得
-
-### 代码推送需要互联网才能工作吗？[](https://capgo.app/docs/faq/#does-code-push-require-the-internet-to-work "代码推送需要互联网才能工作吗的直接链接")
-
-是的。可以想象运行一个服务器来分发与一般互联网分开的更新，但需要某种形式的网络连接才能将更新传输到设备。
-
-### Capgo 如何受到缺乏网络连接的影响？[](https://capgo.app/docs/faq/#how-is-capgo-affected-by-lack-of-network-connectivity "Capgo 如何受到缺乏网络连接的影响的直接链接")
-
-Capgo 更新程序（在使用 Capgo 构建应用时包含在应用中）旨在对网络连接问题具有弹性。
-
-在默认更新行为中，当应用启动时，它会通知 Capgo 更新程序，后者会生成一个单独的线程以向 Capgo 的服务器发出网络请求并请求更新。我们有意使用单独的线程以避免影响阻止应用可能正在执行的任何其他操作。如果网络请求失败或超时，更新程序将简单地在下次应用启动时尝试再次检查。
-
-Capgo 命令行工具（例如 `npx @capgo/cli@latest bundle upload`）需要网络连接才能运行。如果您使用 Capgo 分发应用，则应确保您的 CI 系统具有网络连接。
-
-### 如果用户长时间不更新并错过更新会怎样？[](https://capgo.app/docs/faq/#what-happens-if-a-user-doesnt-update-for-a-long-time-and-misses-an-update "如果用户长时间不更新并错过更新会怎样的直接链接")
-
-我们的实现始终发送专门为请求它的设备定制的更新，始终将请求者更新到可用的最新版本。因此，如果用户有一段时间不更新，他们将"错过"中间更新。
-
-可以更改更新服务器以支持响应下一个增量版本或最新版本，具体取决于您的应用的需求。如果替代更新行为对您很重要，请告诉我们。
-
-### Capgo 与 Capacitor 有何关系？[](https://capgo.app/docs/faq/#how-does-capgo-relate-to-capacitor "Capgo 与 Capacitor 有何关系的直接链接")
-
-Capgo 是 Capacitor 的插件，添加了代码推送。Capgo 不是 Capacitor 的替代品。您可以继续使用您已经了解和喜爱的 Capacitor 工具。
-
-我们跟踪 Capacitor 的最新稳定版本，并更新我们的代码推送插件以使其正常工作。
-
-### 更新何时发生？[](https://capgo.app/docs/faq/#when-do-updates-happen "更新何时发生的直接链接")
-
-默认情况下，Capgo 更新程序在应用启动时检查更新。它在后台线程上运行，不会阻塞 UI 线程。任何更新都将在用户使用应用时安装，并将在下次重新启动应用时应用。
-
-也可以使用 `@capgo/capacitor-updater` 包手动运行 Capgo 更新程序，通过该包可以随时触发更新，包括通过推送通知。
-
-Capgo 更新程序的设计使得当网络不可用或服务器宕机或无法访问时，应用将继续正常运行。如果您曾经选择从我们的服务器删除更新，您的所有客户端都将继续正常运行。
-
-我们添加了回滚补丁的能力。最简单的方法是简单地将先前的 bundle 附加到您的频道以撤消。
-
-### 我需要保持 app\_id 秘密吗？[](https://capgo.app/docs/faq/#do-i-need-to-keep-my-app_id-secret "我需要保持 app_id 秘密吗的直接链接")
-
-不需要。`app_id` 包含在您的应用中，可以安全地公开。您可以将其检入版本控制（甚至公开），而不必担心其他人访问它。
-
-拥有您的 `app_id` 的人可以从 Capgo 服务器获取您应用的最新版本，但他们无法向您的应用推送更新或访问您的 Capgo 账户的任何其他方面。
-
-### 哪些信息会发送到 Capgo 服务器？[](https://capgo.app/docs/faq/#what-information-is-sent-to-capgo-servers "哪些信息会发送到 Capgo 服务器的直接链接")
-
-尽管 Capgo 连接到网络，但它不发送任何个人身份信息。包括 Capgo 不应影响您对 Play Store 或 App Store 的声明。
-
-从应用发送到 Capgo 服务器的请求包括：
-
--   app\_id（在 `capacitor.config.json` 中指定）
--   channel（在 `capacitor.config.json` 中可选）
--   release\_version（来自 AndroidManifest.xml 的 versionName 或来自 Info.plist 的 CFBundleShortVersionString，或者如果在 [`CapacitorUpdater.version`](/docs/plugin/settings/#version) 中设置，则来自 `capacitor.config.json`）
--   version\_number（作为 `npx @capgo/cli@latest bundle upload` 的一部分生成）
--   os_version（例如 '11.2.1'）
--   platform（例如 'android'，需要发送正确的补丁）这就是全部。这方面的代码在 `updater/library/src/network.rs` 中
--   device\_id（在首次运行时在设备上生成，用于去重每个设备的安装，并允许我们根据安装到的用户收费（例如月活跃用户），而不是总补丁或总补丁安装）
--   custom\_id（可选，由开发人员在运行时设置，用于将设备链接到系统中的用户）
-
-### Capgo 支持哪些平台？[](https://capgo.app/docs/faq/#what-platforms-does-capgo-support "Capgo 支持哪些平台的直接链接")
-
-目前，Capgo 支持 iOS 和 Android。两者都已准备好投入生产。
-
-对 iOS 或 Android 使用 Capgo 可以是独立的决定。您可以在频道中设置发送到 Android 以及构建到 App Store 的 ipa，反之亦然。
-
-Capgo 可以（相对容易地）支持桌面或嵌入式目标。如果这些对您很重要，请告诉我们。
-
-### Capgo 如何与 Play Testing Tracks 或 Apple TestFlight 交互？[](https://capgo.app/docs/faq/#how-does-capgo-interact-with-play-testing-tracks-or-apple-testflight "Capgo 如何与 Play Testing Tracks 或 Apple TestFlight 交互的直接链接")
-
-每个应用商店都有单独的机制将应用分发给有限的用户组（例如"内部测试"、"封闭测试"等）。这些都是将用户分段成组并向每个组分发特定版本应用的机制。
-
-不幸的是，这些机制并非所有都允许第三方检测应用何时安装在任何特定的测试轨道或通过 TestFlight 安装。因此，我们对这些组的组成没有可靠的可见性，并且无法根据这些组可靠地限制对 Capgo 补丁的访问。[https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play](https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play/) [https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i](https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i/)
-
-如果您想细分 Capgo bundle 的可用性，有 4 个潜在选项：
-
-1.  为每个组使用单独的频道。这是最直接的方法，但需要您管理多个频道。您可能已经拥有具有不同可用性的开发频道和生产频道。因此，您可以更新您的开发频道，验证它，然后单独更新您的生产频道。我们建议在版本控制中使用分支/标签来帮助跟踪与每个版本关联的源。
-2.  跟踪您自己的一组选择加入的用户，禁用自动更新，并仅通过 `@capgo/capacitor-updater` 包为某些用户触发更新。这今天有效，但需要您管理自己的选择加入列表。
-3.  Capgo 允许在每个设备的基础上创建自己的选择加入机制（类似于测试轨道或 TestFlight，只是平台无关）。这允许您的 QA 团队在 bundle 向公众推广之前选择加入。
-4.  Capgo 有基于百分比的推出。这不允许您选择发送到哪些设备，但可以帮助您逐步推出并在发现任何问题时回滚。
-
-## 计费[](https://capgo.app/docs/faq/#billing "计费的直接链接")
-
-### 如何升级或降级我的计划？[](https://capgo.app/docs/faq/#how-do-i-upgrade-or-downgrade-my-plan "如何升级或降级我的计划的直接链接")
-
-您可以随时在仪表板中升级或降级计划：[https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### 我的计费周期何时重置？[](https://capgo.app/docs/faq/#when-does-my-billing-period-reset "我的计费周期何时重置的直接链接")
-
-计费周期在您首次订阅 Capgo 的月份的每个月自动重置。例如，如果您在每月 15 日订阅，您的计费周期将在每月 15 日重置。
-
-### 如何取消我的订阅？[](https://capgo.app/docs/faq/#how-do-i-cancel-my-subscription "如何取消我的订阅的直接链接")
-
-您可以随时在仪表板中取消订阅：[https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### 我可以提前支付一年吗？[](https://capgo.app/docs/faq/#can-i-pay-for-a-year-in-advance "我可以提前支付一年吗的直接链接")
-
-是的，您可以随时在仪表板中：[https://console.capgo.app/settings/organization/plans](https://console.capgo.app/settings/organization/plans/)
-
-### 统计和分析[](https://capgo.app/docs/faq/#stats-and-analytics "统计和分析的直接链接")
-
-仪表板中的统计信息每天午夜 UTC 更新。
-统计信息是根据已安装在您的设备上的 [MAU](https://capgo.app/docs/faq/#what-is-the-difference-between-a-bundle-and-a-release "bundle 和 release 之间有什么区别的直接链接") 数量计算的。
-
-## 设备 ID 是如何生成的[](https://capgo.app/docs/faq/#how-device-id-is-generated "设备 ID 是如何生成的的直接链接")
-
-设备 ID 在首次运行时在设备上生成，用于去重每个设备的安装，并允许我们根据安装到的用户收费（例如月活跃用户），而不是总补丁或总补丁安装。
-
-MAU 是比安装数量更好的解决方案来为 Capgo 定价，因为它更准确，并反映了每个设备的 Capgo 实际成本。
-
-**DeviceID 持久性（在 v6.25.0 和 v7.25.0 中更新）**：
-- **当前行为**：deviceID 现在在应用重新安装时持久存在。它安全地存储在设备的 Keychain（iOS）或 EncryptedSharedPreferences（Android）中，允许我们即使在卸载/重新安装后也能跟踪同一设备。
-- **以前的行为**（在 v6.25.0/v7.25.0 之前）：出于与 Apple 和 Google 商店政策相关的隐私原因，deviceID 在每次应用重新安装时都会重置，因此无法跨重新安装跟踪同一设备。
-
-隐私规则由 Apple 和 Google 强制执行，Capgo 的实现符合其设备识别的最佳实践。
-
-设备 ID 在获得第一个补丁安装之前不会列在您的设备列表中。
-
-## 为什么我的设备数量与我的 MAU 不同？[](https://capgo.app/docs/faq/#why-my-device-number-is-different-than-my-mau "为什么我的设备数量与我的 MAU 不同的直接链接")
-
-目前，设备列表的更新频率不如 MAU。
-
-设备列表仅在设备安装更新时更新。
-
-而 MAU 在每次应用启动时更新。这是平台的当前限制。我们的分析平台不支持原始更新，因此我们使用常规数据库来管理设备列表。
-
-为了限制数据库查询的数量，我们仅在应用更新时更新行。
-
-此限制将在将来删除。
-
-## 如何针对不同平台进行不同的更新？[](https://capgo.app/docs/faq/#how-to-have-different-update-by-platform "如何针对不同平台进行不同的更新的直接链接")
-
-您可以为每个平台创建一个频道。并在每个频道中禁用特定于平台的更新。
-
-在 iOS 频道上禁用 Android 更新，在 Android 频道上禁用 iOS 更新。
-
-然后将 bundle 上传到每个频道，以针对每个平台进行不同的更新。
-
-如果您需要对两个平台进行相同的更新，则可以将一个 bundle 链接到多个频道。无需复制 bundle。
diff --git a/src/content/docs/zh/docs/getting-help.mdx b/src/content/docs/zh/docs/getting-help.mdx
deleted file mode 100644
index 03b825018..000000000
--- a/src/content/docs/zh/docs/getting-help.mdx
+++ /dev/null
@@ -1,42 +0,0 @@
----
-title: "Capgo 技术支持"
-description: "如何获取 Capgo 和我们的更新程序的技术支持，当文档和我们的文章不够用时，请按照本指南获取帮助"
-locale: zh
-sidebar:
-  order: 1
----
-
-## 通过 Discord 获取支持
-
-Capgo 有一个官方的 [Discord 服务器](https://discord.capgo.app)。在那里获取技术支持可能是获得响应的最快方式之一。
-
-以下是速成课程：
-
-步骤 1 - 前往 `questions` 频道
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-questions.webp" alt="在 discord 上提问" /><figcaption></figcaption></figure>
-
-步骤 2 - 创建您的主题
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-newquestion.webp" alt="在 discord 上创建问题" /><figcaption></figcaption></figure>
-
-步骤 3 - 描述您的问题并选择相关标签
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/discord-new-post.webp" alt="在 discord 上创建帖子" /><figcaption></figcaption></figure>
-
-
-步骤 4 - 分享您的安全账户 ID（可选）
-
-这将允许 Capgo 工作人员查看您的账户。分享此 ID 是安全的，因为它被设计为可以公开分享。
-
-要分享此内容，请前往 [Capgo 的设置](https://console.capgo.app/dashboard/settings/account/)。在那里请点击 `copy account id`。
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/share-secure-id.webp" alt="分享您的 ID 而不泄露您的信息" /><figcaption></figcaption></figure>
-
-这将把安全账户 ID 复制到剪贴板。请在您的 Discord 帖子中包含它。
-
-## 通过电子邮件获取支持
-
-这是获取支持的最慢方式。请首先使用 Discord 服务器。
-
-如果您需要通过电子邮件联系我们，请发送电子邮件至 support@capgo.app。
diff --git a/src/content/docs/zh/docs/getting-started/add-an-app.mdx b/src/content/docs/zh/docs/getting-started/add-an-app.mdx
deleted file mode 100644
index 9c21fd695..000000000
--- a/src/content/docs/zh/docs/getting-started/add-an-app.mdx
+++ /dev/null
@@ -1,83 +0,0 @@
----
-title: "添加应用"
-description: "将应用添加到您的 Capgo 账户，并在您的应用中安装插件"
-locale: zh
-sidebar:
-  order: 3
-prev: true
-next: true
----
-
-import { YouTube } from 'astro-embed';
-import { Aside, Steps, LinkCard, Code } from '@astrojs/starlight/components';
-
-## 要求
-
-在开始使用 Capgo 之前，请确保您具备：
-- 已安装和配置的 Capacitor 应用。[了解如何设置 Capacitor](https://capacitorjs.com/docs/getting-started/)
-- 已安装 Node.js 20 或更高版本
-- 以下开发环境之一：
-  - **macOS** 配备 Xcode（用于 iOS 开发）和/或 Android Studio（用于 Android 开发）
-  - **Linux** 配备 Android Studio（用于 Android 开发）
-  - **Windows** 配备 Android Studio（用于 Android 开发）
-
-## Capgo 简介
-<YouTube id="NzXXKoyhTIo" title="15 分钟了解 Capgo" />
-
-## 实时更新仅需 3 步
-
-
-### 引导式设置
-
-<Steps>
-
-1. 在 [https://capgo.app/register](https://capgo.app/register) 创建您的账户。
-![注册截图](/signup.webp "注册截图")
-
-2. 使用 Init 命令开始 <Code code={`npx @capgo/cli@latest init [APIKEY]`} lang="bash" /> 您将看到一系列问题。提供必要的答案以完成自动设置。
-
-3. 部署实时更新
-
-</Steps>
-
-<Aside type="tip">通过遵循这些步骤，您将很快启动并运行。如果您在此过程中需要任何进一步的帮助，我们的支持团队[随时为您提供帮助](https://support.capgo.app)。祝您入门顺利！</Aside>
-<LinkCard href="/docs/getting-started/onboarding/" title="详细的入门指南" description="查看CLI入门流程的完整分步指南" />
-<LinkCard href="/docs/getting-started/deploy/" title="部署实时更新" description="了解如何将实时更新部署到您的应用" />
-
-### 手动设置
-
-如果 init 命令对您不起作用，您可以手动添加应用。
-
-<Steps>
-
-1. 将 CLI 连接到您的账户：<Code code={`npx @capgo/cli@latest login [APIKEY]`} lang="bash" />
-
-2. 使用此命令将应用添加到您的账户：<Code code={`npx @capgo/cli@latest app add [APP_NAME]`} lang="bash" />
-
-3. 在您的应用中安装插件：<Code code={`npm i @capgo/capacitor-updater`} lang="bash" />
-
-4. 在您的 `capacitor.config` 中配置插件 <Code code={`{\n  "plugins": {\n    CapacitorUpdater: {\n      "appId": "Your appID",\n      "autoUpdate": true,\n      "version": "1.0.0"\n    }\n  }\n}`} lang="json" />
-  [查看所有可用选项](/docs/plugin/settings/)。如果未提供，此信息将被推断。
-
-5. 在您的应用中尽早调用 init 方法：<Code code={`import { CapacitorUpdater } from '@capgo/capacitor-updater';\nCapacitorUpdater.notifyAppReady();`} lang="typescript" />
-
-6. 部署实时更新
-
-</Steps>
-
-<Aside type="note" title="为旧版 Capacitor 安装">
-上面的命令会安装最新版本 (v8.x)，适用于 Capacitor 8。对于旧版 Capacitor，请使用相应的 npm 标签：
-
-```bash
-# Capacitor 7
-npm i @capgo/capacitor-updater@lts-v7
-
-# Capacitor 6
-npm i @capgo/capacitor-updater@lts-v6
-
-# Capacitor 5
-npm i @capgo/capacitor-updater@lts-v5
-```
-
-每个插件主版本对应 Capacitor 主版本（v8 → Capacitor 8，v7 → Capacitor 7，v6 → Capacitor 6，v5 → Capacitor 5）。所有主版本的相同次版本号具有相同的功能集（例如，5.34.0、6.34.0、7.34.0 和 8.34.0 都包含相同的功能）。
-</Aside>
diff --git a/src/content/docs/zh/docs/getting-started/cicd-integration.mdx b/src/content/docs/zh/docs/getting-started/cicd-integration.mdx
deleted file mode 100644
index f4dc54536..000000000
--- a/src/content/docs/zh/docs/getting-started/cicd-integration.mdx
+++ /dev/null
@@ -1,174 +0,0 @@
----
-title: "CI/CD 集成"
-locale: zh
-description: 将 Capgo 集成到您的 CI/CD 流程中,可以完全自动化构建和部署应用更新的过程。通过利用 Capgo CLI 和 semantic-release,您可以确保一致、可靠的部署并实现快速迭代。
-sidebar:
-  order: 5
----
-
-import { Steps, Code } from '@astrojs/starlight/components';
-
-将 Capgo 集成到您的 CI/CD 流程中,可以完全自动化构建和部署应用更新的过程。通过利用 Capgo CLI 和 semantic-release,您可以确保一致、可靠的部署并实现快速迭代。
-
-## CI/CD 集成的好处
-
-- **自动化**:不再需要手动步骤或人为错误的空间。您的整个构建、测试和部署过程可以端到端自动化。
-
-- **一致性**:每次部署都遵循相同的步骤集,确保可预测和可重复的过程。这在有多个团队成员贡献代码时特别有价值。
-
-- **更快的迭代**:通过自动化部署,您可以更频繁、更自信地发布更新。不再等待手动 QA 或发布审批。
-
-## Capgo CLI
-
-Capgo CLI 是将 Capgo 集成到 CI/CD 工作流程的关键。它提供了推送新 bundle 版本、管理渠道等命令。
-
-CI/CD 集成最重要的命令是 `bundle upload`:
-
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY
-```
-
-如果您使用加密,应通过以下方式之一提供:
-
-**使用私钥文件路径:**
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY --key-v2 PRIVATE_KEY_PATH
-```
-
-**直接使用私钥内容(推荐用于 CI/CD):**
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY --key-data-v2 PRIVATE_KEY_CONTENT
-```
-
-**使用环境变量(CI/CD 最佳实践):**
-```shell
-npx @capgo/cli@latest bundle upload --channel Production --apikey YOUR_API_KEY --key-data-v2 "$CAPGO_PRIVATE_KEY"
-```
-
-### 为加密设置环境变量
-
-对于 CI/CD 环境,建议将私钥存储为环境变量而不是文件。以下是设置方法:
-
-1. **获取您的私钥内容:**
-   ```shell
-   cat .capgo_key_v2 | pbcopy
-   ```
-   这会将密钥内容复制到剪贴板。
-
-2. **将其添加到 CI/CD 环境:**
-   - **GitHub Actions**: 将 `CAPGO_PRIVATE_KEY` 添加到存储库密钥
-   - **GitLab CI**: 在项目设置中将其添加为掩码变量
-   - **CircleCI**: 在项目设置中将其添加为环境变量
-   - **Jenkins**: 将其添加为密钥文本凭据
-
-3. **在管道中使用:**
-   ```yaml
-   - run: npx @capgo/cli@latest bundle upload --channel=production --apikey=${{ secrets.CAPGO_API_KEY }} --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"
-   ```
-
-**注意**: `--key-data-v2` 标志允许您直接以字符串形式传递私钥内容,使其非常适合 CI/CD 管道中的环境变量,在那里您不想创建临时文件。
-
-此命令将当前 Web 构建上传到指定渠道。您通常在 Web 构建成功完成后,作为 CI/CD 管道的最后一步运行此命令。
-
-## 在 CI/CD 管道中设置 Capgo
-
-虽然确切步骤因您选择的 CI/CD 工具而异,但集成 Capgo 的一般过程如下:
-
-<Steps>
-1. **生成 API 密钥**: 登录 Capgo 仪表板并创建新的 API 密钥。此密钥将用于在 CI/CD 环境中验证 CLI。保密并永远不要将其提交到存储库!
-
-3. **配置 `bundle upload` 命令**: 在 CI/CD 配置中添加一个步骤,使用适当的参数运行 `bundle upload` 命令: <Code lang="yaml" title="upload.yml" code={`- run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secrets.CAPGO_API_KEY \}\}`} />\n 将 `Production` 替换为您要部署到的渠道,`${{ secrets.CAPGO_API_KEY }}` 替换为保存您的 API 密钥的环境变量,如果使用加密,添加 `--key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"`。
-
-4. **在 Web 构建后添加 `upload` 步骤**: 确保 `upload` 步骤在 Web 构建成功完成后执行。这确保您始终部署最新代码。\n  以下是 GitHub Actions 的示例配置:\n<Code lang="yaml" title="upload.yml" code={`name: Deploy to Capgo\n on:\n  push:\n   branches: [main]\n\njobs:\n deploy:\n runs-on: ubuntu-latest\n\n steps:\n - uses: actions/checkout@v6\n - uses: actions/setup-node@v6\n  with:\n   node-version: '24'\n\n - run: npm ci\n - run: npm run build\n\n - run: npm install -g @capgo/cli\n - run: npx @capgo/cli@latest bundle upload --channel=production --apikey=$\{\{ secrets.CAPGO_API_KEY \}\} --key-data-v2 "$\{\{ secrets.CAPGO_PRIVATE_KEY \}\}"`} />
-
-</Steps>
-
-## 使用 Semantic-release 进行版本管理
-
-使用 Capgo 处理版本控制的推荐方法是通过从 `package.json` 导入来在 `capacitor.config.ts` 文件中设置版本:
-
-```ts
-import pkg from './package.json'
-
-const config: CapacitorConfig = {
-  // ... 其他配置
-  plugins: {
-    CapacitorUpdater: {
-      version: pkg.version,
-    }
-  }
-}
-```
-
-这种方法允许您:
-1. 使用 semantic-release(或任何其他工具)更新 `package.json` 版本
-2. 构建您的应用,自动包含更新的版本
-3. 使用正确的版本上传 bundle
-
-您的 CI/CD 工作流程将如下所示:
-```yaml
-- run: npm ci
-- run: npx semantic-release  # 更新 package.json 版本
-- run: npm run build         # 使用来自 capacitor.config 的新版本构建
-- run: npx @capgo/cli@latest bundle upload --channel=production --apikey=${{ secrets.CAPGO_API_KEY }}
-```
-
-以下是 semantic-release 的示例 `.releaserc` 配置文件:
-
-```json
-{
-  "branches": [
-    "main",
-    {
-      "name": "beta",
-      "prerelease": true
-    }
-  ],
-  "plugins": [
-    "@semantic-release/commit-analyzer",
-    "@semantic-release/release-notes-generator",
-    "@semantic-release/changelog",
-    [
-      "@semantic-release/git",
-      {
-        "assets": ["CHANGELOG.md", "package.json"],
-        "message": "chore(release): ${nextRelease.version} [skip ci]\n\n${nextRelease.notes}"
-      }
-    ]
-  ]
-}
-```
-
-此配置执行以下操作:
-
-1. 分析提交消息以确定下一个版本号,遵循约定式提交规范。
-2. 根据自上次发布以来的提交生成发布说明。
-3. 使用新的发布说明更新 `CHANGELOG.md` 文件。
-4. 更新 `package.json` 版本,这将被您的 capacitor.config 获取。
-5. 将更新的 `CHANGELOG.md`、`package.json` 和任何其他更改的文件提交回存储库。
-
-确保在构建应用之前运行 semantic-release,以便 `package.json` 的更新版本通过 capacitor.config 包含在构建中。
-
-## 故障排除
-
-如果您在 Capgo CI/CD 集成方面遇到问题,以下是一些需要检查的事项:
-
-- **API 密钥**: 确保您的 API 密钥有效并具有必要的权限。如果使用环境变量,请仔细检查它是否设置正确。
-
-- **CLI 版本**: 确保您使用的是最新版本的 Capgo CLI。旧版本可能存在兼容性问题或缺少某些功能。
-
-- **构建产物**: 确认您的 Web 构建正在生成预期的输出文件。Capgo CLI 需要有效的 Web 构建来创建 bundle。
-
-- **网络连接**: 检查您的 CI/CD 环境是否具有对 Capgo 服务器的网络访问权限。防火墙或代理问题有时会干扰 `upload` 命令。
-
-如果您仍然遇到问题,请联系 Capgo 支持寻求帮助。他们可以帮助解决您特定设置的任何问题。
-
-## 结论
-
-通过适当的版本管理将 Capgo 集成到 CI/CD 管道可以大大简化您的开发工作流程。通过 capacitor.config 方法自动化部署和版本控制,您可以更快、更自信地发布更新。
-
-在 `capacitor.config.ts` 文件中设置版本并使用 semantic-release 更新 `package.json` 的推荐方法提供了强大可靠的部署过程,使您能够专注于构建出色的功能,而不是担心手动发布步骤。
-
-有关 Capgo CLI 命令和选项的更多详细信息,请查看 [CLI 参考](/docs/cli/overview)。有关 semantic-release 配置的深入探讨,请参阅 [semantic-release 文档](https://github.com/semantic-release/semantic-release)。
-
-祝您部署愉快!
diff --git a/src/content/docs/zh/docs/getting-started/deploy.mdx b/src/content/docs/zh/docs/getting-started/deploy.mdx
deleted file mode 100644
index 14595cbb3..000000000
--- a/src/content/docs/zh/docs/getting-started/deploy.mdx
+++ /dev/null
@@ -1,151 +0,0 @@
----
-title: 部署实时更新
-description: 了解如何使用 Capgo 的实时更新功能将实时更新部署到您的应用程序，从而无需重新提交应用程序商店即可实现实时 UI 和逻辑更新。
-sidebar:
-  order: 4
-locale: zh
----
-import { Steps, LinkCard, Tabs, TabItem } from '@astrojs/starlight/components';
-
-使用 Capgo 的实时更新功能远程实时更新应用程序的 UI 和业务逻辑。将 JS 捆绑包更新直接推送给您的用户，无需通过应用商店即可立即修复错误并发布新功能。
-
-本指南假设您已完成 [Capgo 快速入门](/docs/getting-started/quickstart) 并且已经：
-
-<Steps>
-
-1. 在您的 Capacitor 应用程序中安装 `@capgo/capacitor-updater` SDK 
-
-2. 在`capacitor.config.ts`中配置您的应用程序ID并更新频道
-
-3. 在代码中添加 `CapacitorUpdater.notifyAppReady()` 方法
-
-</Steps>
-
-如果您尚未完成这些步骤，请先返回并完成快速入门。
-
-<LinkCard href="/docs/getting-started/add-an-app/" title="添加应用程序" description="Add an app to your Capgo account, and install the plugin in your app" />
-
-## 上传包
-
-安装并配置 Capgo SDK 后，您就可以上传第一个实时更新包了：
-
-1. 构建您的网络资产：
-   ```shell
-   npm run build
-   ```
-
-2. 将捆绑包上传到 Capgo：
-    <Tabs>
-      <TabItem label="Console">
-        ```shell
-      npx @capgo/cli@latest bundle upload --channel=production
-      ```
-      </TabItem>
-      <TabItem label="Github 操作">
-      ```yml
-      // .github/workflows/build_and_deploy.yml
-    name: Build source code and send to Capgo
-
-    concurrency:
-      group: ${{ github.workflow }}-${{ github.ref }}
-      cancel-in-progress: true
-
-    on:
-      push:
-        branches:
-          - main
-
-    jobs:
-      deploy_to_capgo:
-        runs-on: ubuntu-latest
-        steps:
-          - name: Checkout
-            uses: actions/checkout@v6
-          - uses: actions/setup-node@v6
-            with:
-              node-version: '24'
-          - name: Install dependencies
-            run: npm install
-          - name: Build
-            run: npm run build
-          - name: Deploy to Capgo
-            run: npx @capgo/cli@latest bundle upload -a ${{ secrets.CAPGO_TOKEN }} --channel ${{ env.CHANNEL }}
-            env:
-              CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      ```
-      </TabItem>
-      <TabItem label="Gitlab">
-      ```yml
-      // .gitlab-ci.yml
-      stages:
-        - build
-
-      build:
-        stage: build
-        image: node:18
-        cache:
-          - key:
-              files:
-                - package-lock.json
-            paths:
-              - .node_modules/
-        script:
-          - npm install
-          - npm run build
-          - npx @capgo/cli@latest bundle upload -a $CAPGO_TOKEN --channel $CAPGO_CHANNEL
-        artifacts:
-          paths:
-            - node_modules/
-            - dist/
-        only:
-          - master
-      ```
-      </TabItem>
-    </Tabs>
-   这会将新的捆绑包版本上传到命令中指定的通道。
-
-### 上传疑难解答
-
-如果您的上传失败，请仔细检查：
-- `capacitor.config.ts` 中的应用 ID 与 Capgo 仪表板中的应用匹配
-- 您正在从 Capacitor 项目的根目录运行上传命令
-- 您的网络资产已构建并且是最新的
-
-如果您仍然遇到问题，请转到[疑难解答](/docs/getting-started/troubleshooting/) 部分。
-
-## 在设备上接收更新
-
-上传捆绑包后，您可以在设备上测试实时更新：
-
-1. 将您的应用程序同步到设备：
-   ```shell
-   npx cap sync ios
-   ```
-
-2. 打开另一个终端并运行以下命令检查更新状态：
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-3. 在本地运行您的应用程序：
-   ```shell
-   npx cap run ios
-   ``` 
-   或者在 Xcode/Android Studio 中打开 iOS/Android 项目并进行本机运行。
-
-4. 保持应用程序打开约 30 秒，以便在后台下载更新。 
-
-5. 日志将需要几秒钟的时间来更新并显示更新状态。
-
-6. 关闭并重新打开应用程序。您应该会看到您的实时更新已应用！
-
-有关测试实时更新的更多详细信息，请参阅 [Capgo 快速入门](/docs/getting-started/quickstart#receiving-a-live-update-on-a-device)。
-
-## 后续步骤
-
-恭喜您使用 Capgo 部署了第一个实时更新！ 🎉 
-
-要了解更多信息，请查看 [Capgo 实时更新文档](/docs/live-updates) 的其余部分。接下来要检查的一些关键主题：
-- [通过渠道进行定向更新](/docs/live-updates/channels)
-- [自定义更新行为](/docs/live-updates/update-behavior)
-- [实时更新回滚](/docs/live-updates/rollbacks)
diff --git a/src/content/docs/zh/docs/getting-started/onboarding.mdx b/src/content/docs/zh/docs/getting-started/onboarding.mdx
deleted file mode 100644
index b2caefb8f..000000000
--- a/src/content/docs/zh/docs/getting-started/onboarding.mdx
+++ /dev/null
@@ -1,553 +0,0 @@
----
-title: CLI 入职指南
-description: 使用交互式 CLI 通过 Capgo 加载您的应用程序的完整分步指南
-sidebar:
-  order: 2
-next: true
-prev: true
-locale: zh
----
-import { Aside, Card, CardGrid } from '@astrojs/starlight/components';
-
-## 快速概述
-
-Capgo CLI 提供交互式入门，为您的 Capacitor 应用程序设置实时更新。你会：
-
-1. ✅ 在 Capgo 中注册您的应用程序
-2. 🔌安装并配置更新插件
-3. 🚀 部署您的第一个实时更新
-4. 📱 在您的设备上测试更新
-
-**预计时间：** 10-20 分钟（根据您的互联网速度和构建时间而有所不同）
-
-<Aside type="tip">
-入职培训是完全可恢复的 - 随时退出并稍后从上次中断的地方继续。
-</Aside>
-
-## 开始入职
-
-使用 API 密钥运行入门命令：
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-您将看到欢迎消息：
-
-```
-Capgo onboarding 🛫
-```
-
-## 入职期间会发生什么
-
-CLI 将引导您完成 13 个互动步骤：
-
-**设置阶段（步骤 1-6）：**
-- 检查您的开发环境（Xcode/Android Studio）
-- 将您的应用添加到 Capgo 并创建生产频道
-- 安装`@capgo/capacitor-updater`插件
-- 将所需的代码注入您的应用程序
-- 可选择启用端到端加密
-- 选择测试平台（iOS 或 Android）
-
-**测试阶段（步骤 7-12）：**
-- 构建您的应用程序并在设备/模拟器上运行它
-- 进行可见的代码更改（自动或手动）
-- 将更新后的捆绑包上传到 Capgo
-- 实时查看您设备上显示的实时更新
-
-**完成（步骤 13）：**
-- 您的应用程序已准备好进行实时更新！ 🎉
-
-## 13 步入职流程
-
-### 第 1 步：检查先决条件
-
-CLI 检查您的开发环境以确保您安装了必要的工具。
-
-**检查内容：**
-- **Xcode**（仅限 macOS）- 用于 iOS 开发
-- **Android SDK** - 用于 Android 开发
-
-**可能的结果：**
-
-✅ **发现两种环境：**
-```
-✅ Xcode detected - iOS development ready
-✅ Android SDK detected - Android development ready
-```
-
-⚠️ **未找到环境：**
-```
-⚠️ Xcode not found
-⚠️ Android SDK not found
-❌ No development environment detected
-
-📱 To develop mobile apps with Capacitor, you need:
-   • For iOS: Xcode (macOS only) - https://developer.apple.com/xcode/
-   • For Android: Android Studio - https://developer.android.com/studio
-```
-
-**您可能会被问到的问题：**
-
-<Aside type="caution">
-如果未检测到开发环境，系统会询问您是否要继续。建议在继续之前至少安装一个平台。
-</Aside>
-
-### 第 2 步：添加您的应用程序
-
-CLI 将使您登录到 Capgo 并将您的应用程序添加到您的帐户。
-
-```
-(spinner) Running: npm @capgo/cli@latest login ***
-Login Done ✅
-
-❓ Add {appId} in Capgo?
-```
-
-**如果您的应用 ID 已被占用：**
-
-CLI 将建议替代方案：
-```
-❌ App ID "com.example.app" is already taken
-💡 Here are some suggestions:
-   1. com.example.app2
-   2. com.example.app3
-   3. com.example.app.new
-   4. com.example.app.app
-
-❓ What would you like to do?
-```
-
-您可以选择建议或输入自定义应用程序 ID。
-
-<Aside type="note">
-应用 ID 必须遵循反向域表示法（例如 `com.example.myapp`）
-</Aside>
-
-### 第 3 步：创建生产频道
-
-频道允许您管理应用程序的不同更新流。
-
-```
-❓ Create default channel production for {appId} in Capgo?
-```
-
-<Aside type="tip">
-**别担心！** 这仅适用于入职期间的本地测试。创建“生产”渠道并不意味着您的更新将立即向客户发布。您可以完全控制何时部署更新。除非您有特定的渠道要求，否则请选择**是**。
-</Aside>
-
-**如果您选择是：**
-```
-(spinner) Running: npm @capgo/cli@latest channel add production {appId} --default
-Channel add Done ✅  (or "Channel already added ✅")
-```
-
-将创建一个生产频道并将其设置为默认频道。这是大多数用户推荐的选项。
-
-**如果您选择否：**
-```
-If you change your mind, run it for yourself with: "npm @capgo/cli@latest channel add production {appId} --default"
-```
-
-您稍后需要手动创建和配置通道。或者，您可以：
-- 在 `capacitor.config.ts` 文件中设置频道
-- 使用JavaScript `setChannel()`方法动态设置通道
-- 稍后从 Capgo Web 控制台配置通道
-
-### 步骤 4：安装更新插件
-
-CLI 将安装与您的 Capacitor 版本兼容的 `@capgo/capacitor-updater` 插件。
-
-```
-❓ Automatic Install "@capgo/capacitor-updater" dependency in {appId}?
-```
-
-**版本兼容性：**
-
-- **Capacitor 5**：安装 `@capgo/capacitor-updater` v5
-- **Capacitor 6**：安装 `@capgo/capacitor-updater` v6
-- **Capacitor 7**：安装 `@capgo/capacitor-updater` v7
-- **Capacitor 8+**：安装最新版本
-
-<Aside type="caution">
-Capgo 仅支持 Capacitor v5 及以上版本。如果您使用的是旧版本，则需要先升级。
-</Aside>
-
-**即时更新选项：**
-
-安装后，系统会询问您：
-```
-❓ Do you want to set instant updates in {appId}?
-   Read more: https://capgo.app/docs/live-updates/update-behavior/#applying-updates-immediately
-```
-
-<Aside type="tip">
-**什么是即时更新？** 启用即时更新后，您的应用程序在后台运行并重新打开时会立即应用更新。这可以无缝工作，因为 Capgo 可以在 300 毫秒内在全球范围内分发更新。如果没有它（标准模式），更新将在后台下载并在下次应用程序重新启动时应用。即时更新对于开发过程中的更快迭代和生产中的关键错误修复非常有用。
-</Aside>
-
-**如果您选择是：**
-- 更新将配置为在应用程序后台运行并重新打开时立即应用
-- `directUpdate: 'always'` 和 `autoSplashscreen: true` 将添加到您的配置中
-- 您的 `capacitor.config.ts` 将自动更新
-- **增量更新**将自动启用 - 这仅发送更新之间更改的文件而不是完整的捆绑包，从而使更新速度更快
-
-**如果您选择否：**
-- 更新将使用标准行为（在后台下载，在下次重新启动时应用）
-- 您以后随时可以通过修改 `capacitor.config.ts` 来启用即时更新
-
-### 步骤 5：添加集成代码
-
-CLI 会自动将所需的代码注入到您的主应用程序文件中。
-
-```
-❓ Automatic Add "CapacitorUpdater.notifyAppReady()" code and import in {appId}?
-```
-
-**添加了什么：**
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-**项目类型检测：**
-
-- **Nuxt.js**：创建 `plugins/capacitorUpdater.client.ts`
-- **其他框架**：添加到您的主条目文件中
-
-<Aside type="tip">
-**如果自动注入失败**，您可以手动将代码添加到主应用程序文件中：
-
-**对于 Nuxt.js：**
-创建`plugins/capacitorUpdater.client.ts`：
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-export default defineNuxtPlugin(() => {
-  CapacitorUpdater.notifyAppReady()
-})
-```
-
-**对于其他框架：**
-添加到您的主条目文件（例如，`main.ts`、`index.js`、`App.tsx`）：
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-将此代码放在导入之后和应用程序初始化之前。有关更多详细信息，请参阅[添加应用程序指南](/docs/getting-started/add-an-app/)。
-</Aside>
-
-### 步骤 6：设置加密（可选）
-
-端到端加密为您的更新添加了额外的安全层。
-
-```
-🔐 End-to-end encryption
-   ✅ Use this for: Banking, healthcare, or apps with legal encryption requirements
-   ⚠️  Note: Makes debugging harder - skip if you don't need it
-
-❓ Enable end-to-end encryption for {appId} updates?
-```
-
-<Aside type="note">
-加密仅适用于 Capacitor v6 及更高版本。
-</Aside>
-
-如果启用加密，CLI 将：
-1. 生成加密密钥
-2. 主动同步您的 Capacitor 配置
-
-### 第 7 步：选择平台
-
-选择在入职期间要测试的平台。
-
-```
-📱 Platform selection for onboarding
-   This is just for testing during onboarding - your app will work on all platforms
-
-❓ Which platform do you want to test with during this onboarding?
-   Options:
-   - iOS
-   - Android
-```
-
-<Aside type="tip">
-这只会影响入职流程。您的最终应用程序将支持所有平台。
-</Aside>
-
-### 第 8 步：构建您的项目
-
-CLI 将构建您的应用程序并将其与 Capacitor 同步。
-
-```
-❓ Automatic build {appId} with "npm run build"?
-```
-
-**发生了什么：**
-1. 检测您的项目类型
-2. 运行构建脚本
-3. 执行`npx cap sync {platform}`
-
-**如果缺少构建脚本：**
-
-系统会询问您是否要跳过构建或将构建脚本添加到 `package.json`。
-
-### 步骤 9：在设备上运行
-
-在设备或模拟器上测试应用程序的初始版本。
-
-```
-❓ Run {appId} on {PLATFORM} device now to test the initial version?
-```
-
-如果您选择**是**：
-```
-(spinner) Running: npx cap run {platform}
-(device picker appears)
-App started ✅
-📱 Your app should now be running on your {platform} device with Capgo integrated
-🔄 This is your baseline version - we'll create an update next
-```
-
-### 第 10 步：进行测试更改
-
-现在是时候通过进行可见的更改来测试 Capgo 的更新系统了。
-
-```
-🎯 Now let's test Capgo by making a visible change and deploying an update!
-
-❓ How would you like to test the update?
-   Options:
-   - Auto: Let Capgo CLI make a visible change for you
-   - Manual: I'll make changes myself
-```
-
-**自动模式：**
-CLI 将自动修改您的文件以添加可见的测试横幅或更改。
-
-**手动模式：**
-您可以自行更改（例如，更改文本、颜色或添加元素）。
-
-**版本处理：**
-```
-❓ How do you want to handle the version for this update?
-   Options:
-   - Auto: Bump patch version ({currentVersion} → {nextVersion})
-   - Manual: I'll provide the version number
-```
-
-**进行更改构建：**
-```
-❓ Build {appId} with changes before uploading?
-```
-
-<Aside type="tip">
-如果您需要在另一个终端中手动构建，请选择“否”并自行构建，然后继续。
-</Aside>
-
-### 第 11 步：上传包
-
-将更新后的应用程序包上传到 Capgo。
-
-```
-❓ Upload the updated {appId} bundle (v{version}) to Capgo?
-```
-
-CLI 运行：
-```bash
-npx @capgo/cli@latest bundle upload
-```
-
-<Aside type="tip">
-**使用直接更新进行增量更新：** 如果您在步骤 4 中启用了即时更新（直接更新），CLI 将自动询问您是否要启用增量更新。增量更新仅发送版本之间发生更改的文件，而不是整个捆绑包。由于更新之间通常只有少数文件发生变化，这使得下载速度更快。选择**是**以获得即时更新的最佳体验。
-</Aside>
-
-**Delta 更新提示（如果启用了直接更新）：**
-```
-💡 Direct Update (instant updates) is enabled in your config
-   Delta updates send only changed files instead of the full bundle
-
-❓ Enable delta updates for this upload? (Recommended with Direct Update)
-```
-
-<Aside type="caution">
-对于 monorepos，您可能需要提供指向 `package.json` 和 `node_modules` 的其他路径。
-</Aside>
-
-**成功：**
-```
-✅ Update v{version} uploaded successfully!
-🎉 Your updated bundle is now available on Capgo
-```
-
-### 步骤 12：在设备上测试更新
-
-是时候看看更新的实际效果了！
-
-```
-🧪 Time to test the Capgo update system!
-📱 Go to your device where the app is running
-```
-
-**即时更新：**
-```
-🔄 IMPORTANT: Background your app (swipe up/press home button) and then reopen it
-⏱️  The update should be downloaded and applied automatically
-```
-
-**对于标准更新：**
-```
-📱 With standard updates, you will need to:
-   1. Background the app (swipe up/press home button) to start download
-   2. Wait a few seconds for download to complete
-   3. Background and foreground again to see the update
-```
-
-**监控日志：**
-```
-❓ Monitor Capgo logs to verify the update worked?
-```
-
-如果您选择**是**，您将看到设备上显示更新过程的实时日志。
-
-### 第 13 步：完成
-
-```
-Welcome onboard ✈️!
-```
-
-恭喜！您已成功为您的应用设置 Capgo 实时更新。
-
-## 你已经取得了什么成就
-
-完成入职后，您将拥有：
-
-<CardGrid>
-  <Card title="✅ 应用程序已注册" icon="rocket">
-    您的应用已通过生产渠道在 Capgo 中注册
-  </Card>
-  <Card title="✅ 已安装插件" icon="puzzle">
-    Capacitor 更新程序插件已安装并配置
-  </Card>
-  <Card title="✅ 代码集成" icon="seti:config">
-    集成代码已添加到您的应用程序中
-  </Card>
-  <Card title="✅ 更新已测试" icon="approve-check">
-    您已成功部署并收到实时更新
-  </Card>
-</CardGrid>
-
-## 日常工作流程
-
-对于后续更新，请使用：
-
-```bash
-npm run build
-npx @capgo/cli@latest bundle upload --channel=production
-```
-
-有关更多部署选项，请参阅[部署实时更新](/docs/getting-started/deploy/)。
-
-## 恢复入职
-
-如果您退出入职流程，您可以随时恢复：
-
-```bash
-npx @capgo/cli@latest init [APIKEY]
-```
-
-你会看到：
-```
-You have already got to the step {stepNumber}/13 in the previous session
-❓ Would you like to continue from where you left off?
-```
-
-<Aside type="tip">
-进度保存在本地，因此您可以安全退出并恢复入门过程。
-</Aside>
-
-## 故障排除
-
-### 无开发环境
-
-**问题：** 未检测到 Xcode 和 Android SDK。
-
-**解决方案：**
-- **对于 iOS**：安装 [Xcode](https://developer.apple.com/xcode/)（仅限 macOS）
-- **对于 Android**：安装 [Android Studio](https://developer.android.com/studio)
-
-### 应用程序 ID 已被占用
-
-**问题：** 您的应用程序 ID 已注册。
-
-**解决方案：** 选择建议的替代方案之一，或以反向域表示法输入自定义应用程序 ID。
-
-### 缺少构建脚本
-
-**问题：** 在 `package.json` 中找不到构建脚本。
-
-**解决方案：** 将构建脚本添加到您的 `package.json` 中：
-```json
-{
-  "scripts": {
-    "build": "your-build-command"
-  }
-}
-```
-
-### 自动注入失败
-
-**问题：** CLI 无法自动注入集成代码。
-
-**解决方案：** 将代码手动添加到您的主文件中：
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-### Capacitor 版本太旧
-
-**问题：** 您的 Capacitor 版本低于 v5。
-
-**解决方案：** 将 Capacitor 升级到 v5 或更高版本：
-- [升级到Capacitor 5](https://capacitorjs.com/docs/updating/5-0)
-- [升级至 Capacitor 6](https://capacitorjs.com/docs/updating/6-0)
-- [升级至 Capacitor 7](https://capacitorjs.com/docs/updating/7-0)
-
-## 后续步骤
-
-现在您已完成入职培训，请探索以下主题：
-
-<CardGrid>
-  <a href="/docs/getting-started/deploy/"><Card title="部署更新" icon="rocket">
-    了解如何从 Capgo 仪表板部署更新
-  </Card></a>
-  <a href="/docs/live-updates/update-types/"><Card title="更新类型" icon="open-book">
-    所有OTA更新类型参考：应用时机、延迟条件、版本阻止和交付
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="持续集成/持续交付集成" icon="setting">
-    使用 CI/CD 自动执行更新部署
-  </Card></a>
-  <a href="/docs/live-updates/channels/"><Card title="Channels" icon="list-format">
-    使用通道管理多个更新流
-  </Card></a>
-  <a href="/docs/live-updates/encryption/"><Card title="Encryption" icon="approve-check-circle">
-    通过端到端加密保护您的更新
-  </Card></a>
-  <a href="/docs/live-updates/update-behavior/"><Card title="更新行为" icon="setting">
-    自定义应用更新的时间和方式（直接、增量等）
-  </Card></a>
-</CardGrid>
-
-## 获取帮助
-
-如果您在入职过程中遇到问题：
-
-- 查看[故障排除指南](/docs/getting-started/troubleshooting/)
-- 加入 [Discord 社区](https://discord.capgo.app)
-- 查看[常见问题解答](/docs/faq/)
-- 联系[支持](/docs/getting-help/)
diff --git a/src/content/docs/zh/docs/getting-started/quickstart.mdx b/src/content/docs/zh/docs/getting-started/quickstart.mdx
deleted file mode 100644
index 252f2763d..000000000
--- a/src/content/docs/zh/docs/getting-started/quickstart.mdx
+++ /dev/null
@@ -1,138 +0,0 @@
----
-title: 概述
-description: "通过学习关键概念和步骤,开始使用 Capgo 集成和部署实时更新到您的应用。"
-sidebar:
-  order: 1
-next: true
-prev: false
-locale: zh
----
-
-import { Card, CardGrid, Steps, LinkCard, Aside } from '@astrojs/starlight/components';
-
-快速入门教程将引导您了解 Capgo 的关键概念!将探索的概念包括:
-
-<Steps>
-
-1. 将应用添加到您的 Capgo 账户
-
-2. 将 Capgo 集成到您的 CI/CD
-
-3. 通过推送提交触发 Capgo 上的 bundle 上传
-
-4. 配置和自定义 Capgo bundle 发布
-
-5. 设置您的应用以通过 Capgo 启用实时更新
-
-6. 从 Capgo 部署实时更新到您的应用
-
-</Steps>
-
-只需按照指南逐步操作,或直接导航到您感兴趣的组件的文档。
-
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/add-an-app/" ><Card title="开始教程" icon="rocket" >
-    按照快速入门教程,立即开始使用 Capgo!
-  </Card></a>
-  <a href="/docs/getting-started/onboarding/"><Card title="CLI 入门指南" icon="list-format">
-    交互式 CLI 入门流程的完整分步指南。
-  </Card></a>
-  <a href="/docs/getting-started/deploy/"><Card title="发布更新" icon="pencil">
-    从 Capgo 仪表板向您的应用发布更新。
-  </Card></a>
-  <a href="/docs/getting-started/cicd-integration/"><Card title="自动化更新" icon="setting">
-    将 Capgo 集成到您的 CI/CD,并通过推送提交触发 Capgo 上的 bundle 上传。
-  </Card></a>
-  <a href="/docs/getting-started/troubleshooting/"><Card title="故障排除" icon="open-book">
-    常见问题及解决方法。
-  </Card></a>
-  <a href="/docs/getting-started/wrapping-up/"><Card title="总结" icon="approve-check">
-    总结教程并快速了解您所学的内容。
-  </Card></a>
-</CardGrid>
-
-<Aside type="tip">
-空中更新(OTA)功能仅适用于对 HTML、CSS 和 JavaScript 文件所做的修改。
-
-如果您对原生代码进行任何更改,例如更新 Capacitor 插件,则必须重新提交应用到应用商店以获得批准。
-</Aside>
-
-<Aside type="caution" title="Bundle 机密性">
-除非您启用了 Capgo 加密，否则应将上传到 Capgo 的每个 bundle 视为公开的 Web 资产。私有渠道只控制哪些设备有资格接收更新，并不会让已上传的 bundle 变成机密内容。加密可以保护交付链路并阻止第三方生成有效的加密更新，但由于公钥会随二进制一起分发，已交付的 Web 资产仍然可能在付出足够努力后从应用中被逆向分析。请参阅 [Live Updates 加密](/docs/live-updates/encryption/)。
-</Aside>
-
-## 加入 Discord 社区
-
-[加入 Capgo Discord 服务器!](https://discord.capgo.app)
-
-## 维护
-
-| 插件版本 | Capacitor 兼容性 | 维护状态        |
-| -------------- | ----------------------- | ----------------- |
-| v7.\*.\* (≥7.25.0)       | v7.\*.\*                | ✅ 完全支持                 |
-| v6.\*.\* (≥6.25.0)       | v6.\*.\*                | ✅ 完全支持 |
-| v5.\*.\* (≥5.10.0)       | v5.\*.\*                | ✅ 完全支持 |
-| v5.\*.\* (\<5.10.0)       | v5.\*.\*                | ⚠️ 已弃用 |
-| v4.\*.\*       | v4.\*.\*                | ❌ 不再支持 |
-| v3.\*.\*       | v3.\*.\*                | ❌ 不再支持     |
-| >= 8            | v4.\*.\*                | ⚠️ 由于 CI 流程中的版本问题已弃用     |
-
-## 商店指南合规性
-
-Android Google Play 和 iOS App Store 都有相应的指南,其中包含在您的应用中集成 Capacitor-updater 解决方案之前应了解的规则。
-
-### Google play
-
-[设备和网络滥用](https://support.google.com/googleplay/android-developer/answer/9888379/?hl=en)主题的第三段描述了通过 Google Play 更新机制以外的任何方法更新源代码是受限制的。但此限制不适用于更新 javascript bundle。
-> 此限制不适用于在虚拟机中运行且对 Android API 的访问受限的代码(例如 webview 或浏览器中的 JavaScript)。
-
-这完全允许 Capacitor-updater,因为它只更新 JS bundle,不会更新原生代码。
-
-### App Store
-
-自 2015 年 [Apple 开发者计划许可协议](https://developer.apple.com/programs/ios/information/)起,第 **3.3.2** 段完全允许执行 JavaScript 和资源的空中更新 - 在其最新版本(20170605)[可在此处下载](https://developer.apple.com/terms/),此规定甚至更加宽泛:
-
-> 解释型代码可以下载到应用程序,但前提是此类代码:(a) 不会通过提供与提交到 App Store 时应用程序的预期和宣传目的不一致的功能来改变应用程序的主要目的,(b) 不会为其他代码或应用程序创建商店或店面,以及 (c) 不会绕过签名、沙箱或操作系统的其他安全功能。
-
-Capacitor Updater 允许您完全遵守这些规则,只要您推送的更新不会使您的产品与其原始 App Store 批准的意图发生重大偏离。
-
-为了进一步遵守 Apple 的指南,我们建议 App Store 分发的应用不要启用 `强制更新` 场景,因为在 [App Store 审核指南](https://developer.apple.com/app-store/review/guidelines/)中规定:
-
-> 应用不得强制用户对应用进行评分、审核应用、下载其他应用或执行类似操作,以访问功能、内容或使用应用。
-
-这对于后台更新的默认行为来说不是问题,因为它不会强制用户应用新版本,直到下次关闭应用,但至少如果您决定显示它,您应该了解该角色。
-
-## 开源
-
-该插件采用 LGPL-3.0 许可证,后端采用 AGPL-3.0 许可证。
-
-> 💡 LGPL-3.0 意味着如果有人修改插件的代码,必须以相同的许可证以开源方式发布。如果您在不修改的情况下使用代码,则不涉及您。有关更多详细信息,请查看以下链接 👇
-
-<LinkCard
-	title="许可?"
-	href="https://github.com/Cap-go/capacitor-updater/issues/7"
-/>
-
-
-<LinkCard
-	title="尝试 GPTS Capgo 获取帮助,而不是阅读文档"
-	href="https://chat.openai.com/g/g-3dMwHbF2w-capgo-doc-gpt"
-/>
-
-
-> 您可以将其包含在您的应用中,无需担心
-
-## 最后说明
-
-如果您自托管并发现此工具有用,请考虑通过成为 [GitHub 赞助商](https://github.com/sponsors/riderx/)来支持我的工作。
-
-我打赌开源我在这里构建的所有代码,而不是将其付费墙。通过开放它而不是战斗和隐藏,我相信我们可以让世界变得更美好。
-
-为了实现这一点,我们所有人都需要尽自己的一份力量,包括您 🥹。如果 Capgo cloud 不符合您的需求,您可以在[这里](https://github.com/sponsors/riderx/)按照您自己的条件支持一个自力更生的创客。
-
-## 简单数学
-
-基本计划的价格:$14*12 = 每年 $168。
-而平均开发/小时 = $60。
-这意味着在自托管上浪费 3 小时的开发时间就可以支付一整年的费用,如果您花费超过 3 小时,您就在赔钱 ^^
diff --git a/src/content/docs/zh/docs/getting-started/troubleshooting.mdx b/src/content/docs/zh/docs/getting-started/troubleshooting.mdx
deleted file mode 100644
index 9abb9c598..000000000
--- a/src/content/docs/zh/docs/getting-started/troubleshooting.mdx
+++ /dev/null
@@ -1,157 +0,0 @@
----
-title: 故障排除
-description: "通过详细的故障排除步骤和上传及调试的高级选项,解决使用 Capgo 时遇到的常见问题。"
-sidebar:
-  order: 6
-next: false
-prev: false
-locale: zh
----
-
-import { Card } from '@astrojs/starlight/components';
-
-以下是您在使用 Capgo 时可能遇到的一些常见问题及解决方法。
-
-<Card title="🚀 需要专家帮助?" icon="rocket">
-  <p>
-    遇到复杂问题?我们的专家团队随时为您提供帮助!获得个性化支持、代码审查和针对您特定需求的定制解决方案。
-  </p>
-  <div style="margin-top: 1rem;">
-    <a href="/consulting/" style="display: inline-flex; align-items: center; gap: 0.5rem; padding: 0.75rem 1.5rem; background-color: #2563eb; color: white; text-decoration: none; border-radius: 0.5rem; font-weight: 600; transition: background-color 0.2s;">
-      获取专业支持
-      <svg width="20" height="20" fill="none" viewBox="0 0 24 24" stroke="currentColor" style="margin:0">
-        <path stroke-linecap="round" stroke-linejoin="round" stroke-width="2" d="M17 8l4 4m0 0l-4 4m4-4H3"></path>
-      </svg>
-    </a>
-  </div>
-</Card>
-
-### 上传失败
-
-如果您的 bundle 上传失败,请仔细检查:
-- 您在 `capacitor.config.ts` 中的应用 ID 与 Capgo 仪表板中的应用匹配
-- 您从 Capacitor 项目的根目录运行上传命令
-- 您的 Web 资源已构建且是最新的
-
-#### 高级上传选项
-
-Capgo CLI 提供了一些额外的标志来帮助解决常见的上传问题:
-
-- `--tus`: 使用 [tus 可恢复上传协议](https://tus.io/)来更可靠地上传大型 bundle 或在较差的网络连接下上传。如果您的 bundle 超过 10MB 或您的连接不稳定,请考虑使用 `--tus`:
-  ```shell
-  npx @capgo/cli@latest bundle upload --tus
-  ```
-
-- `--package-json` 和 `--node-modules`: 如果您的应用使用非标准结构(如 monorepo 或 npm workspace),告诉 Capgo 在哪里找到您的根 `package.json` 和 `node_modules`。传递根 `package.json` 的路径和 `--node_modules` 路径:
-  ```shell
-  npx @capgo/cli@latest bundle upload --package-json=path/to/package.json --node_modules=path/to/node_modules
-  ```
-  Capgo 需要此信息来正确打包您的应用依赖项。
-
-您可以根据需要将这些标志与其他选项(如 `--channel`)结合使用。有关可用上传选项的完整详细信息,请参阅 [Capgo CLI 文档](/docs/cli/overview/)。
-
-如果您仍然在上传方面遇到问题,请联系 [Capgo 支持](https://support.capgo.app)以获得进一步的帮助。
-
-### 调试更新
-
-如果您在实时更新方面遇到问题,Capgo debug 命令是一个有用的故障排除工具。使用方法如下:
-
-1. 在您的项目目录中运行以下命令:
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-2. 在设备或模拟器上启动您的应用,并执行应触发更新的操作(例如,在上传新 bundle 后重新打开应用)。
-
-3. 观察 debug 命令的输出。它将记录有关更新过程的信息,包括:
-   - 应用检查更新的时间
-   - 是否找到更新及其版本
-   - 更新的下载和安装进度
-   - 更新过程中发生的任何错误
-
-4. 使用调试日志来确定问题发生的位置。例如:
-   - 如果未找到更新,请仔细检查您的 bundle 是否已成功上传,以及应用是否配置为使用正确的渠道。
-   - 如果更新下载但未安装,请确保您已调用 `CapacitorUpdater.notifyAppReady()` 并且应用已完全关闭并重新打开。
-   - 如果您看到错误消息,请在 Capgo 文档中查找该特定错误,或联系支持寻求帮助。
-
-debug 命令对于识别更新下载和安装过程中的问题特别有用。如果日志显示找到了预期的更新版本但最终未应用,请将故障排除重点放在下载后的步骤上。
-
-### 使用原生日志调试
-
-除了 Capgo debug 命令外,Android 和 iOS 上的原生日志可以提供有价值的故障排除信息,特别是对于更新过程中原生端的问题。
-
-#### Android 日志
-
-访问 Android 日志:
-
-1. 连接您的设备或启动模拟器
-2. 打开 Android Studio 并选择 "View > Tool Windows > Logcat"
-3. 在 Logcat 窗口中,通过从顶部的下拉菜单中选择您的应用进程来过滤日志
-4. 查找包含 `Capgo` 的任何行以找到 SDK 日志
-
-或者,您可以使用 `adb logcat` 命令并 grep `Capgo` 来过滤日志。
-
-Capgo SDK 将在更新过程中记录关键事件,例如:
-- 启动更新检查的时间
-- 是否找到更新及其版本
-- 更新下载开始和完成的时间
-- 触发更新安装的时间
-- 原生更新步骤期间发生的任何错误
-
-您可能在日志中看到的常见 Android 特定问题包括:
-- 阻止更新下载的网络连接问题
-- 保存或读取更新 bundle 时的文件权限错误
-- 更新 bundle 的存储空间不足
-- 安装更新后无法重新启动应用
-
-#### iOS 日志
-
-访问 iOS 日志:
-
-1. 连接您的设备或启动模拟器
-2. 打开 Xcode 并转到 "Window > Devices and Simulators"
-3. 选择您的设备并点击 "Open Console"
-4. 在控制台输出中,查找包含 `Capgo` 的任何行以找到 SDK 日志
-
-您还可以在终端中使用 `log stream` 命令并 grep `Capgo` 来过滤日志。
-
-与 Android 类似,Capgo SDK 将记录关键的 iOS 端事件:
-- 更新检查启动和结果
-- 下载开始、进度和完成
-- 安装触发和结果
-- 原生更新过程中的任何错误
-
-您可能在日志中识别的 iOS 特定问题包括:
-- 下载更新时的 SSL 证书问题
-- 应用传输安全阻止更新下载
-- 更新 bundle 的存储空间不足
-- 无法正确提取或应用更新 bundle
-
-在两个平台上,原生日志都提供了对更新过程的较低级别视图,包含有关原生实现的更多详细信息。它们对于识别发生在 Capgo JavaScript 层之外的问题特别有用。
-
-在排除棘手的实时更新问题时,最好同时捕获 Capgo 调试日志和原生日志,以全面了解正在发生的情况。这两个日志一起将为您提供识别和解决问题的最佳机会。
-
-### 更新未应用
-
-如果您已上传 bundle 但在设备上看不到更改:
-- 确保您已在应用代码中调用 `CapacitorUpdater.notifyAppReady()`,如[快速入门](/docs/getting-started/quickstart)中所示
-- 检查您的设备是否已连接到互联网,以及 Capgo 调试日志是否显示更新已下载
-- 尝试完全关闭并重新打开应用,因为更新仅在全新启动时应用
-- 查找原生日志中可能表明应用更新时出现问题的任何错误
-
-有关更新过程的更多详细信息,请参阅[部署实时更新](/docs/getting-started/deploy)指南。如果您仍然遇到困难,请使用 `npx @capgo/cli@latest app debug` 命令和原生日志来更深入地了解正在发生的情况。
-
-## SDK 安装
-
-如果您在安装 Capgo SDK 时遇到问题,请确保:
-- 您的应用使用的是受支持的 Capacitor 版本(4.0 或更高版本)
-- 您已按顺序遵循[快速入门](/docs/getting-started/quickstart)步骤,包括在安装 SDK 后同步您的应用
-
-## CI/CD 集成
-
-对于从 CI/CD 管道触发 Capgo 上传的问题:
-- 仔细检查您的 Capgo 身份验证令牌是否设置正确
-- 确保您在 Web 资源构建后运行上传命令
-- 检查上传命令是否为目标环境使用正确的渠道名称
-
-有关更多故障排除提示,请参阅 [CI/CD 集成](/docs/getting-started/cicd-integration/)文档。您还可以使用 `npx @capgo/cli@latest app debug` 命令来确认您的应用是否收到了 CI/CD 触发的更新。
diff --git a/src/content/docs/zh/docs/getting-started/wrapping-up.mdx b/src/content/docs/zh/docs/getting-started/wrapping-up.mdx
deleted file mode 100644
index cc57b7d13..000000000
--- a/src/content/docs/zh/docs/getting-started/wrapping-up.mdx
+++ /dev/null
@@ -1,54 +0,0 @@
----
-title: 总结
-description: "通过关键概念和后续步骤的简明概述,总结您的 Capgo 之旅,确保为未来的探索和掌握奠定坚实的基础。"
-sidebar:
-  order: 7
-next: false
-prev: false
-draft: false
-locale: zh
----
-
-import { Card, CardGrid, Steps } from '@astrojs/starlight/components';
-
-现在您已完成快速入门指南,您应该对 Capgo 的关键概念有了基本的理解!您在本指南中学到的关键概念包括:
-
-<Steps>
-1. 将应用添加到您的 Capgo 账户
-
-2. 将 Capgo 集成到您的 CI/CD 管道
-
-3. 在新提交时触发向 Capgo 上传 bundle
-
-4. 配置您的应用以使用 Capgo SDK 启用实时更新
-
-5. 从 Capgo 仪表板向您的应用部署实时更新
-</Steps>
-
-但关于 Capgo 还有更多需要学习的内容!继续探索文档或查看以下一些关键主题:
-
-<CardGrid stagger>
-  <a href="/docs/getting-started/cicd-integration/">
-    <Card title="CI/CD 集成" icon="gitlab">
-      已经有 CI/CD 管道?了解如何将 Capgo 纳入您现有的工作流程。
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/">
-    <Card title="实时更新" icon="cloud-download">
-      深入了解 Capgo 的实时更新功能和最佳实践。
-    </Card>
-  </a>
-
-  <a href="/docs/faq/">
-    <Card title="FAQ" icon="open-book">
-      查找有关 Capgo 的常见问题的答案。
-    </Card>
-  </a>
-
-  <a href="/docs/getting-started/troubleshooting/">
-    <Card title="故障排除" icon="error">
-      获取使用 Capgo 时可能出现的常见问题的帮助。
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/how-to.mdx b/src/content/docs/zh/docs/how-to.mdx
deleted file mode 100644
index 2ad908d6b..000000000
--- a/src/content/docs/zh/docs/how-to.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-title: "操作指南"
-locale: zh
-description: "Capgo 综合指南,提供详细教程、深入见解和高级技术,以增强您对平台的有效使用"
-sidebar:
-  order: 1
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-<LinkCard
-	title="Capgo 中的版本工作原理"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-version-work-in-capgo/"
-/>
-
-<LinkCard
-	title="如何在 Capgo 中发布主要版本"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-to-release-major-version-in-capgo/"
-/>
-
-<LinkCard
-	title="如何向一个用户或一组用户发送特定更新"
-	description="capgo.app"
-	href="https://capgo.app/blog/how-to-send-specific-version-to-users/"
-/>
-
-
-## CI / CD
-
-
-<LinkCard
-	title="使用 GitHub Actions 自动构建和发布"
-	description="capgo.app"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-<LinkCard
-	title="使用 GitHub Actions 管理开发和生产构建"
-	description="capgo.app"
-	href="https://capgo.app/blog/automatic-build-and-release-with-github-actions/"
-/>
-
-## 贡献
-
-
-<LinkCard
-	title="为 Capgo 开源做贡献"
-	description="github.com"
-	href="https://github.com/Cap-go/capgo/blob/main/CONTRIBUTING.md"
-/>
diff --git a/src/content/docs/zh/docs/index.mdx b/src/content/docs/zh/docs/index.mdx
deleted file mode 100644
index 7cdf89a2c..000000000
--- a/src/content/docs/zh/docs/index.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-title: 欢迎来到 Capgo 文档
-locale: zh
-description: 您的 Capgo Cloud 实时更新和完整的 Capacitor 插件套件的综合指南,用于构建强大的移动应用。
-tableOfContents: false
-next: false
-hero:
-  tagline: 掌握 Capgo Cloud 实现即时应用更新,并探索我们全面的 Capacitor 插件集合以增强您的移动开发
-  actions:
-    - text: 开始使用 Capgo Cloud
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: 浏览所有插件
-      link: /docs/plugins/
-      icon: puzzle
-      variant: minimal
----
-
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-## 🚀 Capgo Cloud - 实时更新变得简单
-
-<CardGrid stagger>
-  <Card title="即时更新" icon="rocket">
-    直接向用户部署 JavaScript、HTML 和 CSS 更新,无需应用商店延迟。在几分钟而不是几天内修复错误和发布功能。
-  </Card>
-  <Card title="3 步集成" icon="pencil">
-    只需 `npx @capgo/cli@latest init [APIKEY]` 即可开始,并通过我们的简单集成立即开始推送更新。
-  </Card>
-  <Card title="高级功能" icon="setting">
-    用于 A/B 测试的渠道、自动回滚、更新分析、加密 bundle 和企业级安全功能。
-  </Card>
-  <Card title="完整指南" icon="open-book">
-    从[快速设置](/docs/getting-started/quickstart/)到高级部署策略,在我们的综合文档中学习所有内容。
-  </Card>
-</CardGrid>
-
-## 📚 本文档包含的内容
-
-<CardGrid>
-  <LinkCard
-    title="Capgo Cloud 设置"
-    description="集成实时更新、管理渠道、CI/CD 集成和监控部署的完整指南。"
-    href="/docs/getting-started/quickstart/"
-  />
-  <LinkCard
-    title="20+ Capacitor 插件"
-    description="探索我们的生产就绪插件集合,用于生物识别、购买、相机、存储等原生功能。"
-    href="/docs/plugins/"
-  />
-  <LinkCard
-    title="CLI 和公共 API"
-    description="使用我们的 CLI 工具自动化您的工作流程,并使用我们的 REST API 将 Capgo 集成到您现有的系统中。"
-    href="/docs/cli/overview/"
-  />
-  <LinkCard
-    title="企业解决方案"
-    description="为需要更多的团队提供专门的支持、SLA、自定义功能和高级安全选项。"
-    href="/enterprise/"
-  />
-</CardGrid>
-
-## 🎯 快速链接
-
-- **第一次使用?** 从 [5 分钟快速入门](/docs/getting-started/quickstart/)开始
-- **需要插件?** 浏览我们的[插件集合](/docs/plugins/)或请求[定制开发](/consulting/)
-- **遇到问题?** 查看 [FAQ](/docs/faq/) 或加入我们的 [Discord](https://discord.capgo.app)
-- **企业需求?** 查看我们的[企业解决方案](/enterprise/)或[联系我们](mailto:support@capgo.app)
diff --git a/src/content/docs/zh/docs/live-updates/breaking-changes.md b/src/content/docs/zh/docs/live-updates/breaking-changes.md
deleted file mode 100644
index dacda1101..000000000
--- a/src/content/docs/zh/docs/live-updates/breaking-changes.md
+++ /dev/null
@@ -1,203 +0,0 @@
----
-title: "重大变更"
-description: "如何使用版本化渠道处理重大变更"
-sidebar:
-  order: 6
-locale: zh
----
-
-本文档解释了如何使用版本化渠道处理应用中的重大变更。这种方法允许您维护应用的不同版本,同时确保用户收到兼容的更新。
-
-## 示例场景
-
-假设您有:
-- 应用版本 1.2.3(旧版本)- 使用 production 渠道
-- 应用版本 2.0.0(具有重大变更的新版本)- 使用 v2 渠道
-- 实时更新 1.2.4(与 1.2.3 兼容)
-- 实时更新 2.0.1(与 2.0.0 兼容)
-
-## 策略:始终为主要版本使用 defaultChannel
-
-**推荐方法:** 为每个主要版本设置 `defaultChannel`。这确保您始终可以向特定用户组推送更新,而无需依赖动态渠道分配。
-
-```ts
-// 版本 1.x 发布
-defaultChannel: 'v1'
-
-// 版本 2.x 发布
-defaultChannel: 'v2'
-
-// 版本 3.x 发布(未来)
-defaultChannel: 'v3'
-```
-
-:::tip
-**此方法的好处:**
-- **始终拥有控制权** 控制哪些用户接收更新
-- **无需动态渠道切换** 在您的应用代码中
-- **清晰分离** 不同应用版本之间
-- **灵活性** 向任何特定版本组推送更新
-:::
-
-## 1. 为新版本创建渠道
-
-```bash
-# 为版本 2.x 创建渠道
-npx @capgo/cli channel create v2
-```
-
-## 2. 为版本 2.0.0 更新 Capacitor 配置
-
-在为应用商店构建版本 2.0.0 之前更新您的 Capacitor 配置:
-
-```ts
-// capacitor.config.ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      // ... 其他选项
-      defaultChannel: 'v2' // 所有 2.0.0 用户将使用 v2 渠道
-    }
-  }
-};
-
-export default config;
-```
-
-:::note
-**对于版本 1.x:** 如果您最初没有设置 `defaultChannel`,版本 1.x 用户在 `production` 渠道上。对于未来的主要版本,始终设置特定渠道,如 `v3`、`v4` 等。
-:::
-
-## 3. 管理单独的代码分支
-
-创建单独的 git 分支以维护应用版本之间的兼容性:
-
-```bash
-# 创建并维护版本 1.x 更新的分支
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-
-# 您的主分支继续进行版本 2.x 开发
-git checkout main
-```
-
-:::warning
-**关键:** 永远不要将 JavaScript bundle 推送到期望它们没有的原生代码/API 的旧应用。始终从适当的分支构建更新:
-- **v1-maintenance 分支**: 用于更新 1.x 应用(production 渠道)
-- **main 分支**: 用于更新 2.x 应用(v2 渠道)
-:::
-
-## 4. 将 Bundle 上传到相应渠道
-
-```bash
-# 对于 1.x 更新:从 v1-maintenance 分支构建
-git checkout v1-maintenance
-# 在此处进行 1.x 兼容的更改
-npx @capgo/cli bundle upload --channel production
-
-# 对于 2.x 更新:从 main 分支构建
-git checkout main
-# 在此处进行 2.x 更改
-npx @capgo/cli bundle upload --channel v2
-```
-
-## 5. 启用自我分配
-
-```bash
-# 允许应用自我分配到 v2 渠道
-npx @capgo/cli channel set v2 --self-assign
-```
-
-## 6. 部署到应用商店
-
-构建并将版本 2.0.0 部署到应用商店。所有下载此版本的用户(无论是新用户还是现有用户升级)都将自动使用 v2 渠道,因为它在应用 bundle 中配置。
-
-:::note
-**无需更改代码!** 由于 `defaultChannel: 'v2'` 与应用商店版本捆绑在一起,所有下载版本 2.0.0 的用户都将自动使用正确的渠道。
-:::
-
-## 扩展到未来版本
-
-当您发布具有更多重大变更的版本 3.0.0 时:
-
-```bash
-# 为版本 3.x 创建渠道
-npx @capgo/cli channel create v3
-```
-
-```ts
-// 版本 3.0.0 的 capacitor.config.ts
-const config: CapacitorConfig = {
-  // ...
-  plugins: {
-    CapacitorUpdater: {
-      defaultChannel: 'v3' // 版本 3.x 用户
-    }
-  }
-};
-```
-
-现在您可以向任何版本推送更新:
-- `production` 渠道 → 版本 1.x 用户
-- `v2` 渠道 → 版本 2.x 用户
-- `v3` 渠道 → 版本 3.x 用户
-
-## 7. 清理(迁移后)
-
-一旦所有用户都迁移到版本 2.x(计数 3-4 个月):
-
-1. 从您的 Capacitor 配置中删除 `defaultChannel`
-2. 删除 v2 渠道:
-
-```bash
-npx @capgo/cli channel delete v2
-```
-
-3. 删除 v1-maintenance 分支:
-
-```bash
-git branch -d v1-maintenance
-git push origin --delete v1-maintenance
-```
-
-:::tip
-这种方法确保用户只接收与其应用版本兼容的更新
-:::
-
-:::warning
-在部署之前,务必在每个渠道中彻底测试更新
-:::
-
-:::note
-即使某些用户仍有渠道覆盖,您也可以安全地在 Capgo 中删除 v2 渠道。他们将自动从 production 渠道接收更新。
-:::
-
-## 维护版本 1.x 更新
-
-要发送与版本 1.x 兼容的更新:
-
-1. 切换到 v1-maintenance 分支:
-```bash
-git checkout v1-maintenance
-```
-
-2. 进行更改并提交:
-```bash
-# 进行 1.x 兼容的更改
-git add .
-git commit -m "Fix for v1.x"
-git push origin v1-maintenance
-```
-
-3. 构建并上传到 production 渠道:
-```bash
-npx @capgo/cli bundle upload --channel production
-```
-
-:::tip
-保持您的 v1-maintenance 分支更新与版本 1.x 兼容的错误修复,但永远不要从 main 合并重大变更
-:::
diff --git a/src/content/docs/zh/docs/live-updates/channels.mdx b/src/content/docs/zh/docs/live-updates/channels.mdx
deleted file mode 100644
index 26419642c..000000000
--- a/src/content/docs/zh/docs/live-updates/channels.mdx
+++ /dev/null
@@ -1,213 +0,0 @@
----
-title: 渠道
-description: "了解如何在 Capgo 中管理和配置实时更新渠道,通过将特定的 JS bundle 构建定向到配置为这些渠道的设备来实现无缝应用更新。"
-sidebar:
-  order: 2
-locale: zh
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-实时更新渠道指向您的应用的特定 JS bundle 构建,该构建将与配置为监听该渠道更新的任何设备共享。当您在应用中[安装 Capgo 实时更新 SDK](/docs/getting-started/quickstart/)时,配置为该渠道的任何原生二进制文件都将在应用启动时检查可用更新。您可以随时更改渠道指向的构建,如果需要,还可以回滚到以前的构建。
-
-<Aside type="caution" title="渠道不提供机密性">
-渠道控制的是更新资格，而不是 bundle 的保密性。即使某个渠道是私有的，或者禁用了自分配，上传到 Capgo 的任何未加密 bundle 仍然应被视为交付给客户端的公开资产。加密会保护交付路径和更新真实性，但由于公钥是客户端的一部分，已交付的 bundle 仍可能在付出足够努力后从已发布应用中被逆向分析。详情请参阅 [Live Updates 加密](/docs/live-updates/encryption/)。
-</Aside>
-
-## 设备如何选择渠道(优先级)
-
-当设备检查更新时,Capgo 按以下严格顺序决定使用哪个渠道(优先级从高到低):
-
-1. **强制设备映射(仪表板)** – 手动将特定设备 ID 固定到渠道。用于紧急调试或与单个真实用户的受控测试。这始终优先。
-2. **云覆盖(每个设备)通过仪表板或 API** – 当您在仪表板中或通过 API 更改设备的渠道时创建。用于在功能/PR 渠道之间切换的 QA 用户或重现用户问题。重新安装二进制文件不会清除它;删除设备条目会清除。
-
-<Aside type="tip" title="使用 setChannel() 即时切换渠道">
-**从插件版本 5.34.0、6.34.0、7.34.0 或 8.0.0 开始**（取决于您的主版本），`setChannel()` 的工作方式不同：它会联系后端**验证**渠道是否被允许（检查该渠道是否启用了自分配），然后将渠道**本地存储在设备上**作为 `defaultChannel`。这意味着新渠道在下次更新检查时**立即**生效——无需等待复制。
-
-以前，`setChannel()` 将渠道覆盖保存到后端数据库（与仪表板或 API 更改相同）。设备必须等待后端复制（最多 2 分钟）才能识别新渠道。新行为仅从后端读取（用于验证）并在本地存储，使渠道切换即时生效。
-
-**安全说明:** 即使渠道在本地设置后变为不允许，后端仍会在更新检查时验证渠道，因此安全性得到保证。
-
-**重要提示:** 通过仪表板或 API 进行的渠道更改仍有最多 2 分钟的复制延迟。要即时切换渠道，请在应用代码中使用 `setChannel()`——它会与后端验证，然后在本地设置渠道以立即生效。
-</Aside>
-3. **Capacitor 配置 `defaultChannel`(测试构建默认值)** – 如果在 `capacitor.config.*` 中存在且不存在强制/覆盖,应用将从该渠道开始(例如 `beta`、`qa`、`pr-123`)。适用于 TestFlight/内部构建,以便测试人员自动进入预发布渠道。生产构建通常不设置此项。
-4. **云默认渠道(主要路径 ~99% 的用户)** – 如果您在仪表板中标记了默认渠道,所有正常最终用户(没有强制、没有覆盖、没有配置 defaultChannel)都将附加到这里。更改它以立即推出或回滚 - 无需新的二进制文件。如果您有平台特定的默认值(一个仅限 iOS,一个仅限 Android),每个设备都会落在与其平台匹配的默认值上。允许不设置云默认值;在这种情况下,设备必须匹配步骤 1-3 才能接收更新。
-
-最佳实践:
-- 将 1-3 视为异常/测试层;当您设置云默认值时,真实用户应该流入其中。如果您选择不设置,请明确考虑用户如何附加(通常通过配置中的 `defaultChannel` 或每个设备的覆盖)。
-- 仅在您明确发送给测试人员的二进制文件中配置 `defaultChannel`。不设置它可使生产逻辑集中在仪表板中。
-- 在生产中谨慎使用 `setChannel()` - 主要用于 QA 或有针对性的诊断。
-
-如果渠道在本应选择时被禁用(iOS/Android 切换),选择过程将跳过它并继续向下列表。
-
-> 总结:强制 > 覆盖 > 配置 `defaultChannel` > 云默认值。
-
-## 默认渠道行为
-
-设置云默认值是可选的,但它通常作为新设备的包罗万象路径。没有默认值时,只有匹配强制映射、覆盖或 Capacitor 配置中的 `defaultChannel` 的设备才会接收更新。当您确实选择标记默认值时,请记住这些模式:
-
-- **单个默认值(最常见)** – 如果渠道同时启用了 iOS 和 Android,它将成为唯一的默认值;任何没有覆盖的设备都将附加到这里。
-- **平台特定默认值** – 如果您按平台拆分渠道(例如,仅启用 iOS 的 `ios-production` 和仅启用 Android 的 `android-production`),请将每个标记为其平台的默认值。iOS 设备转到 iOS 默认值,Android 设备转到 Android 默认值。
-
-请记住,云默认值和 `capacitor.config.*` 中的 `defaultChannel` 都占据相同的决策层。如果您设置了云默认值,则无需在 Capacitor 配置中复制该值 - 为生产构建保留 `defaultChannel` 为空。为您有意发送给测试人员或 QA 的二进制文件保留 `defaultChannel`,当您希望他们从非生产渠道开始时,即使云默认值不同。
-
-您可以随时在仪表板中更改默认值。当您交换默认值时,新设备立即遵循新路由,现有设备在下次签入时遵循正常优先级规则。
-
-## 设置渠道
-
-在入门期间,您创建第一个渠道(大多数团队将其命名为"Production"),但没有锁定 - 您可以随时重命名或删除任何渠道。要稍后添加其他渠道:
-
-1. 转到 Capgo 仪表板的"渠道"部分
-2. 点击"新建渠道"按钮
-3. 输入渠道名称并点击"创建"
-
-渠道名称可以是您喜欢的任何名称。常见策略是将渠道与您的开发阶段匹配,例如:
-
-- `Development` - 用于在本地设备或模拟器上测试实时更新
-- `QA` - 供您的 QA 团队在更广泛发布之前验证更新
-- `Staging` - 在类生产环境中进行最终测试
-- `Production` - 用于最终用户从应用商店接收的应用版本
-
-## 在您的应用中配置渠道
-
-创建渠道后,您需要配置应用以监听适当的渠道。在此示例中,我们将使用 `Development` 渠道。
-
-打开您的 `capacitor.config.ts`(或 `capacitor.config.json`)文件。在 `plugins` 部分下,可选择为**测试构建**(内部/QA)设置 `defaultChannel`。对于生产构建,最好省略它,以便设备使用云默认值,除非明确覆盖。
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      // 对于 QA/TestFlight 构建 - 测试人员自动从 Development 渠道开始。
-      defaultChannel: 'Development',
-      // 生产构建通常省略此项,以便用户附加到云默认渠道。
-    },
-  },
-};
-```
-
-接下来,构建您的 Web 应用并运行 `npx cap sync` 将更新的配置文件复制到您的 iOS 和 Android 项目。如果您跳过此同步步骤,您的原生项目将继续使用它们之前配置的任何渠道。
-
-<Aside type="caution">
-渠道选择顺序:强制 > 覆盖(`setChannel` / 仪表板)> 配置 `defaultChannel` > 云默认值。
-
-仅在测试/内部构建中使用 `defaultChannel`;在生产中省略它,以便用户遵循云默认值(设置时)而不是在原生配置中复制路由。
-
-您仍然可以强制(固定)设备或稍后应用覆盖 - 这些立即取代配置值。
-
-> 渠道名称区分大小写。
-</Aside>
-
-
-## 渠道选项和策略
-
-渠道有几个选项可以控制谁可以接收更新以及如何传递更新。下面是最重要的选项。您可以从 Web 应用、CLI 或公共 API 配置这些选项。
-
-- 默认渠道:可选择标记新设备附加到的渠道或平台特定渠道。有关路由场景,请参阅"默认渠道行为"。
-- 平台过滤器:按渠道启用或禁用向 `iOS` 和/或 `Android` 设备的交付。
-- 禁用原生下的自动降级:防止在设备的原生应用版本比渠道的 bundle 新时发送更新(例如,设备在 1.2.3 上而渠道有 1.2.2)。
-- 允许开发构建:允许更新到开发构建(对测试有用)。
-- 允许模拟器设备:允许更新到模拟器/仿真器(对测试有用)。
-- 允许设备自我分配:允许应用在运行时使用 `setChannel` 切换到此渠道。如果禁用,`setChannel` 将失败此渠道。
-
-### 禁用自动更新策略
-
-使用此选项限制渠道自动交付的更新类型。选项:
-
-- major: 阻止跨主要更新(0.0.0 → 1.0.0)。仍允许次要和补丁更新。
-- minor: 阻止跨次要更新(例如,1.1.0 → 1.2.0)和主要更新。仍允许补丁更新。注意:不会阻止 0.1.0 → 1.1.0。
-- patch: 非常严格。仅允许在相同主要和次要版本内增加补丁版本。示例:0.0.311 → 0.0.314 ✅,0.1.312 → 0.0.314 ❌,1.0.312 → 0.0.314 ❌。
-- metadata: 要求每个 bundle 上有最小更新版本元数据。通过 CLI 使用 `--min-update-version` 或 `--auto-min-update-version` 配置。如果缺失,渠道被标记为配置错误,更新将被拒绝,直到设置。
-- none: 根据 semver 兼容性允许所有更新。
-
-在 /docs/cli/commands/#disable-updates-strategy 的禁用更新策略中了解更多详细信息和示例。
-
-示例(CLI):
-
-```bash
-# 阻止 Production 渠道上的主要更新
-npx @capgo/cli@latest channel set production com.example.app \
-  --disable-auto-update major
-
-# 允许设备自我分配到 Beta 渠道
-npx @capgo/cli@latest channel set beta com.example.app --self-assign
-```
-
-
-## 将 Bundle 分配给渠道
-
-要部署实时更新,您需要上传新的 JS bundle 构建并将其分配给渠道。您可以使用 Capgo CLI 一步完成:
-
-```shell
-npx @capgo/cli@latest bundle upload --channel=Development
-```
-
-这将上传您构建的 Web 资源,并将新 bundle 设置为 `Development` 渠道的活动构建。任何配置为监听该渠道的应用都将在下次检查更新时接收更新。
-
-您还可以从 Capgo 仪表板的"Bundles"部分将构建分配给渠道。点击构建旁边的菜单图标,然后选择"分配到渠道"以选择该构建的渠道。
-
-## Bundle 版本控制和渠道
-
-值得注意的是,Capgo 中的 bundle 对您的应用是全局的,而不是特定于单个渠道的。同一 bundle 可以分配给多个渠道。
-
-在对 bundle 进行版本控制时,我们建议使用语义版本控制 [semver](https://semver.org/),并为特定于渠道的构建使用预发布标识符。例如,beta 版本可能被版本化为 `1.2.3-beta.1`。
-
-这种方法有几个好处:
-
-- 它清楚地传达了构建之间的关系。`1.2.3-beta.1` 显然是 `1.2.3` 的预发布版本。
-- 它允许跨渠道重用版本号,减少混淆。
-- 它启用清晰的回滚路径。如果您需要从 `1.2.3` 回滚,您知道 `1.2.2` 是之前的稳定版本。
-
-以下是您如何将 bundle 版本与典型渠道设置对齐的示例:
-
-- `Development` 渠道:`1.2.3-dev.1`、`1.2.3-dev.2` 等。
-- `QA` 渠道:`1.2.3-qa.1`、`1.2.3-qa.2` 等。
-- `Staging` 渠道:`1.2.3-rc.1`、`1.2.3-rc.2` 等。
-- `Production` 渠道:`1.2.3`、`1.2.4` 等。
-
-使用带有预发布标识符的 semver 是推荐的方法,但不是严格要求的。关键是找到一个版本控制方案,清楚地传达构建之间的关系,并与您团队的开发流程保持一致。
-
-## 回滚实时更新
-
-如果您部署的实时更新引入了错误或需要撤销,您可以轻松回滚到以前的构建。从仪表板的"渠道"部分:
-
-<Steps>
-
-1. 点击您想要回滚的渠道名称
-2. 找到您想要恢复到的构建并点击皇冠图标
-![回滚构建](/select_bundle.webp)
-3. 确认操作
-
-</Steps>
-
-所选构建将立即再次成为该渠道的活动构建。应用将在下次检查更新时接收回滚的版本。
-
-## 自动化部署
-
-对于更高级的工作流程,您可以将实时更新部署自动化为 CI/CD 管道的一部分。通过将 Capgo 集成到您的构建过程中,您可以在推送到某些分支或创建新版本时自动上传新 bundle 并将其分配给渠道。
-
-查看 [CI/CD 集成](/docs/getting-started/cicd-integration/)文档,了解有关自动化 Capgo 实时更新的更多信息。
-
-## 部署到设备
-
-现在您了解了渠道,您已准备好开始将实时更新部署到真实设备。基本流程是:
-
-1. 在您的应用中安装 Capgo SDK
-2. 配置应用以监听您想要的渠道
-3. 上传构建并将其分配给该渠道
-4. 启动应用并等待更新!
-
-有关更详细的演练,请参阅[部署实时更新](/docs/getting-started/deploy/)指南。祝您更新愉快!
-
-## 高级渠道使用:用户细分
-
-渠道不仅可以用于开发阶段。它们是用户细分的强大工具,可实现以下功能:
-
-- 针对不同用户层级的功能标志
-- A/B 测试
-- 逐步功能推出
-- Beta 测试程序
-
-在我们的指南中了解如何实现这些高级用例:[如何按计划和渠道细分用户以实现功能标志和 A/B 测试](/blog/how-to-segment-users-by-plan-and-channels/)。
diff --git a/src/content/docs/zh/docs/live-updates/china-configuration.mdx b/src/content/docs/zh/docs/live-updates/china-configuration.mdx
deleted file mode 100644
index 1e0bafb58..000000000
--- a/src/content/docs/zh/docs/live-updates/china-configuration.mdx
+++ /dev/null
@@ -1,208 +0,0 @@
----
-title: 在中国使用 Capgo
-description: "了解如何配置 Capgo 实时更新以在中国使用区域 OST URL 以获得最佳性能和可靠性。"
-sidebar:
-  order: 11
-locale: zh
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-如果您要将应用部署给中国的用户,您需要配置 Capgo 使用区域 OST(对象存储技术)URL 以确保可靠和快速的更新。
-
-## 为什么使用中国特定的 URL?
-
-由于中国的网络基础设施和法规(防火长城),直接连接到国际服务器可能会很慢或不可靠。Capgo 提供专用的 OST URL,数据位于香港,以最大限度地减少延迟并确保您的用户尽可能快速可靠地接收更新。
-
-## 配置
-
-要为中国配置 Capgo,您需要在 Capacitor 配置文件中设置三个特定的 URL。这些 URL 指向 Capgo 基于香港的基础设施。
-
-<Steps>
-
-1. 打开您的 `capacitor.config.ts` 文件
-
-2. 将以下配置添加到 `CapacitorUpdater` 插件部分:
-
-    ```typescript
-    import { CapacitorConfig } from '@capacitor/cli';
-
-    const config: CapacitorConfig = {
-      plugins: {
-        CapacitorUpdater: {
-          autoUpdate: true,
-          updateUrl: 'https://updater.capgo.com.cn/updates',
-          statsUrl: 'https://updater.capgo.com.cn/stats',
-          channelUrl: 'https://updater.capgo.com.cn/channel_self',
-        },
-      },
-    };
-
-    export default config;
-    ```
-
-3. 重新构建您的应用以应用更改:
-
-    ```shell
-    npm run build
-    npx cap sync
-    ```
-
-</Steps>
-
-## 配置详细信息
-
-以下是每个 URL 的作用:
-
-- **updateUrl**: `https://updater.capgo.com.cn/updates` - 用于检查和下载您的应用的可用更新
-- **statsUrl**: `https://updater.capgo.com.cn/stats` - 用于向 Capgo 报告分析和使用统计信息
-- **channelUrl**: `https://updater.capgo.com.cn/channel_self` - 用于检索渠道配置并确定要应用哪些更新
-
-<Aside type="tip">
-所有三个 URL 必须一起配置,以确保 Capgo 更新程序在中国的完整功能。
-</Aside>
-
-## 中国推荐设置
-
-由于中国防火长城造成的网络性能限制,我们对部署在中国大陆的应用有具体建议:
-
-### 禁用直接更新
-
-我们**强烈建议为中国的应用禁用 `directUpdate`**。中国的网络连接性能不如其他地区,直接更新(立即应用)在下载中断或缓慢时可能会导致糟糕的用户体验。
-
-相反,请使用默认的更新行为,在后台下载更新并在应用进入后台或重新启动时应用。这为您的用户提供了更可靠的体验。
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // 推荐用于中国
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-<Aside type="caution">
-虽然我们基于香港的基础设施有助于最大限度地减少延迟并提高可靠性,但到中国大陆的网络性能仍然会受到防火长城的影响。禁用 `directUpdate` 有助于确保更新成功完成,而不会中断用户体验。
-</Aside>
-
-## 完整配置示例
-
-以下是为部署在中国的应用推荐设置的完整示例:
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'My App',
-  webDir: 'dist',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // 推荐:禁用以在中国获得更好的可靠性
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-
-export default config;
-```
-
-## 测试您的配置
-
-配置中国特定的 URL 后,您可以验证更新是否正常工作:
-
-<Steps>
-
-1. 将新 bundle 上传到 Capgo:
-
-    ```shell
-    npx @capgo/cli@latest bundle upload --channel=production
-    ```
-
-2. 在中国的测试设备上安装您的应用
-
-3. 监控更新过程:
-
-    ```shell
-    npx @capgo/cli@latest app debug
-    ```
-
-4. 检查是否从中国 OST URL 下载更新
-
-</Steps>
-
-<Aside type="note">
-更新行为和时间与标准 Capgo 配置保持相同。有关如何和何时应用更新的详细信息,请参阅[更新行为](/docs/live-updates/update-behavior/)文档。
-</Aside>
-
-## 多区域部署
-
-如果您的应用为中国境内和境外的用户提供服务,您可以为全球所有用户使用中国域配置。由于阿里巴巴 DNS 基础设施,`updater.capgo.com.cn` 域在全球范围内解析,使其可在中国境内和世界其他地方访问。
-
-### 在全球使用中国域
-
-中国域 URL 对多区域应用无缝工作:
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: false, // 推荐用于中国用户
-      updateUrl: 'https://updater.capgo.com.cn/updates',
-      statsUrl: 'https://updater.capgo.com.cn/stats',
-      channelUrl: 'https://updater.capgo.com.cn/channel_self',
-    },
-  },
-};
-```
-
-此单一配置将适用于:
-- 中国大陆用户(使用基于香港的基础设施)
-- 中国境外用户(通过阿里巴巴 DNS 访问相同的基础设施)
-
-**性能考虑:**
-
-虽然 `.cn` 域通过阿里巴巴 DNS 在全球范围内解析并在任何地方都能工作,但与标准域(`api.capgo.app`)相比,它对中国境外的用户来说性能略差,后者由我们托管后端的 Cloudflare 直接解析。但是,DNS 解析很快,因此性能差异很小,不会显著影响用户体验。
-
-<Aside type="tip">
-为所有用户使用 `.cn` 域简化了您的部署,并确保所有区域的一致更新行为。您不需要单独的构建或基于环境的配置。中国境外的小性能权衡通常值得简化的部署。
-</Aside>
-
-### 替代方案:区域特定配置
-
-如果您希望为每个区域进行不同的优化,您还可以考虑:
-
-- 使用不同配置构建单独的应用变体
-- 使用基于环境的配置动态设置 URL
-- 为不同区域创建不同的发布渠道
-
-如果您需要有关多区域部署策略的帮助,请通过 [support@capgo.app](mailto:support@capgo.app) 联系我们或加入我们的 [Discord 社区](https://discord.capgo.app)寻求帮助。
-
-## 故障排除
-
-如果您在中国遇到更新问题:
-
-1. **验证您的配置** - 仔细检查所有三个 URL 是否在您的 `capacitor.config.ts` 中正确设置
-2. **检查网络连接** - 确保您的设备可以访问 `updater.capgo.com.cn` 域
-3. **查看日志** - 使用 `npx @capgo/cli@latest app debug` 检查错误消息
-4. **测试更新** - 尝试上传新 bundle 并监控下载过程
-5. **联系支持** - 如果问题仍然存在,请通过 [support@capgo.app](mailto:support@capgo.app) 联系我们或加入我们的 [Discord 社区](https://discord.capgo.app)寻求帮助
-
-<Aside type="caution">
-确保使用 `.cn` 域(`updater.capgo.com.cn`)而不是为中国配置时的标准国际域。
-</Aside>
-
-## 后续步骤
-
-- 了解[更新行为](/docs/live-updates/update-behavior/)以自定义何时应用更新
-- 探索[渠道](/docs/live-updates/channels/)以管理不同的发布轨道
-- 查看[加密](/docs/live-updates/encryption/)以保护您的更新
diff --git a/src/content/docs/zh/docs/live-updates/compliance.mdx b/src/content/docs/zh/docs/live-updates/compliance.mdx
deleted file mode 100644
index 0ea063d73..000000000
--- a/src/content/docs/zh/docs/live-updates/compliance.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: 合规性
-description: "了解 Capgo 的隐私实践、数据收集、安全合规性以及我们如何在实时更新期间保护您的用户信息。"
-sidebar:
-  order: 6
-locale: zh
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo 在设计时就考虑了隐私、安全和合规性。本文档解释了收集了哪些数据、如何使用这些数据,以及在使用 Capgo 的实时更新服务时采取了哪些措施来保护用户的隐私并确保监管合规性。
-
-## 数据收集概述
-
-Capgo 收集有效提供实时更新服务所需的最少数据。数据收集侧重于运营需求,而不是用户跟踪或分析。
-
-### 收集了哪些数据
-
-Capgo 仅收集提供实时更新功能所必需的数据。当您的应用检查更新或下载新 bundle 时,会收集以下信息:
-
-- **应用 ID**:用于将应用与正确账户关联的应用唯一标识符
-- **应用版本代码**:用于确定哪些更新与应用兼容的应用版本代码
-- **应用版本名称**:用于显示目的的应用版本名称
-- **平台**:用于确定哪些更新与应用兼容的应用平台(iOS、Android)
-- **设备 ID**:用于向特定设备传递更新和计费目的的设备唯一标识符。此标识符是在应用首次启动时创建的随机字符串。**从插件版本 v5.10.0、v6.25.0 和 v7.25.0 开始**,设备 ID 现在在应用重新安装后保持不变(在 iOS 上安全存储在 Keychain 中,在 Android 上存储在 EncryptedSharedPreferences 中),以在保持符合应用商店指南的同时提供更好的设备跟踪。在这些版本之前,设备 ID 在每次应用安装时都会重置
-- **Bundle ID**:当前安装在设备上的 bundle 的唯一标识符
-- **渠道名称**:选择接收更新的渠道名称
-- **操作系统版本**:用于确定哪些更新与设备兼容的操作系统版本
-- **插件版本**:用于向设备传递更新的 @capgo/capacitor-updater 插件版本
-
-**其他技术数据:**
-- 更新检查时间戳
-- 下载成功/失败状态
-- Bundle 安装状态
-- 回滚事件和原因
-- IP 地址(用于地理位置和 CDN 优化)
-
-<Aside type="note">
-您可以通过检查 @capgo/capacitor-updater 插件的源代码来验证收集的数据,该插件是开源的,可在 [GitHub](https://github.com/Cap-go/capacitor-updater) 上获得。Capgo 不收集个人身份信息(PII),例如姓名、电子邮件地址、电话号码或可用于跨应用跟踪个人用户的持久设备标识符。
-</Aside>
-
-### 未收集哪些数据
-
-Capgo 明确不收集:
-
-- 个人用户信息或凭据
-- 应用使用分析或用户行为数据
-- 来自您的应用或用户生成的数据的内容
-- 超出一般地理区域的位置数据
-- 用于跟踪的持久设备标识符
-- 生物识别或敏感个人数据
-
-## 数据使用和目的
-
-Capgo 收集的数据仅用于:
-
-### 服务运营
-- 确定哪些更新适用于特定应用版本
-- 通过地理 CDN 选择优化内容交付
-- 确保更新与设备功能之间的兼容性
-- 管理更新推出和渠道分配
-
-### 服务改进
-- 监控更新成功率并识别问题
-- 优化下载性能和可靠性
-- 改进整体更新交付系统
-- 调试和排除更新失败
-
-### 安全和完整性
-- 防止滥用并确保服务可用性
-- 验证更新的真实性和完整性
-- 防止恶意或损坏的更新
-- 维护服务安全和稳定性
-
-## 数据存储和保留
-
-### 存储位置
-- 更新 bundle 和元数据存储在安全的云基础设施上
-- 数据分布在多个地理区域以提高性能
-- 所有数据传输都使用行业标准协议(HTTPS/TLS)加密
-
-### 数据保留
-- 更新检查日志出于运营目的保留(通常为 30-90 天)
-- Bundle 文件只要分配给活动渠道就会保留
-- 汇总的非个人指标可能会保留更长时间以改进服务
-- 个人数据(如果有)根据适用的数据保护法律删除
-
-### 数据安全
-- 所有数据在传输和静止时都加密
-- 数据访问仅限于授权人员
-- 定期执行安全审计和监控
-- 遵循行业标准安全实践
-- **SOC 2 认证**:Capgo 目前获得 SOC 2 Type II 认证,确保最高标准的安全性、可用性和机密性。在 [trust.capgo.app](https://trust.capgo.app) 查看我们的合规状态
-- **持续代码审计**:每个提交都由 [SonarCloud](https://sonarcloud.io/summary/overall?id=Cap-go_capacitor-updater&branch=main) 自动审计,用于[插件](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main)和[后端](https://sonarcloud.io/summary/overall?id=Cap-go_capgo&branch=main),确保代码质量、安全漏洞检测和可维护性
-- **漏洞扫描**:通过 [Snyk](https://snyk.io/test/github/Cap-go/capgo) 执行额外的安全扫描,以检测和修复依赖项中的安全漏洞
-- **基础设施安全**:我们的托管基础设施通过[托管安全检查](https://hosting-checker.net/websites/api.capgo.app)持续监控和验证
-- **AI 驱动的代码审查**:CodeRabbit AI 审查每个 pull request,以捕获潜在问题、安全问题并保持代码质量标准
-
-## 隐私控制
-
-### 对于应用开发者
-作为 Capgo 用户,您可以控制:
-
-- **渠道管理**:控制哪些更新分发给哪些用户
-- **数据最小化**:配置共享哪些设备信息
-- **地理控制**:管理更新分发的位置
-- **保留设置**:控制更新数据保留多长时间
-
-### 对于最终用户
-您的应用用户受益于:
-
-- **最小数据收集**:仅收集更新交付所必需的数据
-- **无跟踪**:无跨应用或持久用户跟踪
-- **透明度**:此隐私政策准确解释了收集了哪些数据
-- **安全**:所有数据传输都加密且安全
-
-## 合规性和法律
-
-### 数据保护法规
-Capgo 旨在遵守主要数据保护法规,包括:
-
-- **GDPR**(通用数据保护条例)
-- **CCPA**(加州消费者隐私法)
-- **COPPA**(儿童在线隐私保护法)
-- 其他适用的地区隐私法律
-
-### 应用商店合规性
-Capgo 严格遵守应用商店指南和政策:
-
-- **Apple App Store**:遵守 [App Store 审核指南](https://developer.apple.com/app-store/review/guidelines/)第 3.3.2 节,确保实时更新仅以与提交的应用一致的方式修改应用的行为
-- **Google Play Store**:遵循动态代码加载和应用更新的 [Google Play 开发者政策](https://play.google.com/about/developer-content-policy/)要求
-- **内容限制**:实时更新不能引入原始应用提交中不存在的功能或违反平台特定的内容政策
-- **安全要求**:所有更新都保持与原始应用相同的安全姿态和权限
-
-### 您的责任
-作为使用 Capgo 的应用开发者,您应该:
-
-- 在应用的隐私政策中包含适当的隐私披露
-- 告知用户有关实时更新服务的使用
-- 确保遵守您所在司法管辖区的适用法律
-- 如果需要,实施适当的同意机制
-
-<Aside type="tip">
-**无需额外的隐私实施**:Capgo 默认设计为符合隐私要求。您不需要在应用代码中实施任何额外的隐私控制或数据处理机制。最小的数据收集和隐私设计方法意味着集成 Capgo 通常不需要更改您现有的隐私声明或政策。
-</Aside>
-
-## 隐私设计
-
-Capgo 遵循隐私设计原则:
-
-### 数据最小化
-- 仅收集服务运营绝对必要的数据
-- 避免收集个人或敏感信息
-- 尽可能使用汇总和匿名数据
-
-### 目的限制
-- 仅将收集的数据用于规定的目的
-- 不要将数据重新用于不相关的活动
-- 在数据使用上保持明确的界限
-
-### 透明度
-- 提供有关数据收集和使用的清晰信息
-- 使隐私实践易于访问和理解
-- 定期更新隐私文档
-
-## 联系和问题
-
-如果您对 Capgo 的隐私实践有疑问或需要报告隐私问题:
-
-- 在 [capgo.app/privacy](https://capgo.app/privacy) 查看我们的完整隐私政策
-- 在 [capgo.app/trust](https://capgo.app/trust) 查看我们的安全和合规状态
-- 通过支持渠道联系我们的隐私团队
-- 通过我们的安全联系人报告任何与隐私相关的问题
-
-<Aside type="tip">
-请记住更新您自己应用的隐私政策,以反映 Capgo 实时更新服务的使用以及作为更新过程的一部分可能发生的任何数据收集。
-</Aside>
-
-## 隐私最佳实践
-
-在您的应用中实施 Capgo 时:
-
-1. **保持透明**:告知用户有关实时更新功能
-2. **最小化数据**:仅启用您实际需要的数据收集功能
-3. **安全实施**:在集成中遵循安全最佳实践
-4. **定期审查**:定期审查您的隐私实践并更新政策
-5. **用户控制**:考虑为用户提供控制更新行为的选项
-
-通过遵循这些实践并理解 Capgo 的隐私方法,您可以为用户提供安全、尊重隐私的实时更新体验。
diff --git a/src/content/docs/zh/docs/live-updates/custom-storage.mdx b/src/content/docs/zh/docs/live-updates/custom-storage.mdx
deleted file mode 100644
index 0eea9d537..000000000
--- a/src/content/docs/zh/docs/live-updates/custom-storage.mdx
+++ /dev/null
@@ -1,302 +0,0 @@
----
-title: 自定义存储
-locale: zh
-description: "了解如何在 Capgo 实时更新中使用自定义存储解决方案,包括外部 URL、S3 集成和 bundle 加密,实现安全部署。"
-sidebar:
-  order: 6
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo 支持为应用 bundle 使用自定义存储解决方案,允许您在自己的基础设施或第三方存储服务上托管更新。这对于具有特定安全要求、合规需求或现有存储基础设施的组织特别有用。
-
-## 概述
-
-Capgo 中的自定义存储通过将 bundle 上传到外部位置并向 Capgo 提供访问它的 URL 来工作。然后,Capgo SDK 将直接从您的自定义存储位置下载更新,而不是 Capgo 的默认云存储。
-
-<Aside type="tip">
-
-自定义存储非常适合:
-- 具有严格数据驻留要求的组织
-- 拥有现有 CDN 或存储基础设施的团队
-- 需要额外安全层的应用
-- 针对大型 bundle 大小的成本优化
-
-</Aside>
-
-## 外部 URL 上传
-
-使用自定义存储的最简单方法是将 bundle 上传到任何可公开访问的 URL,并将该 URL 提供给 Capgo。
-
-### 基本外部 URL 上传
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip
-```
-
-此命令告诉 Capgo 引用指定 URL 的 bundle,而不是将其上传到 Capgo 的云存储。
-
-### 使用加密
-
-对于安全的外部存储,您可以加密 bundle 并提供解密密钥:
-
-```shell
-npx @capgo/cli@latest bundle upload --external https://your-domain.com/bundles/v1.2.3.zip --iv-session-key YOUR_IV_SESSION_KEY
-```
-
-## S3 集成
-
-Capgo 为 Amazon S3 和 S3 兼容存储服务提供内置支持。CLI 可以自动将 bundle 上传到 S3 并配置 Capgo 使用 S3 URL。
-
-### S3 上传选项
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-bucket-name your-bucket-name
-```
-
-### 完整 S3 配置
-
-对于 S3 兼容服务或自定义端点:
-
-```shell
-npx @capgo/cli@latest bundle upload \
-  --s3-region us-east-1 \
-  --s3-apikey YOUR_ACCESS_KEY \
-  --s3-apisecret YOUR_SECRET_KEY \
-  --s3-endpoint https://s3.your-provider.com \
-  --s3-bucket-name your-bucket-name \
-  --s3-port 443 \
-  --no-s3-ssl  # 仅当您的端点不支持 SSL 时
-```
-
-### S3 配置参数
-
-| 参数 | 描述 | 必需 |
-|-----------|-------------|----------|
-| `--s3-region` | S3 存储桶的 AWS 区域 | 是 |
-| `--s3-apikey` | S3 访问密钥 ID | 是 |
-| `--s3-apisecret` | S3 密钥访问密钥 | 是 |
-| `--s3-bucket-name` | S3 存储桶名称 | 是 |
-| `--s3-endpoint` | 自定义 S3 端点 URL | 否 |
-| `--s3-port` | S3 端点端口 | 否 |
-| `--no-s3-ssl` | 禁用 S3 上传的 SSL | 否 |
-
-## Bundle 准备和加密
-
-使用自定义存储时,尤其是使用加密时,您需要正确准备 bundle。这涉及创建 zip 文件并可选择加密它。
-
-### 步骤 1:创建 Zip Bundle
-
-首先,创建应用 bundle 的 zip 文件:
-
-```shell
-npx @capgo/cli@latest bundle zip com.example.app --path ./dist
-```
-
-zip 命令将返回 zip 文件的校验和。如果需要,您可以使用此校验和来加密 zip 文件。使用 `--json` 选项获取包含校验和的结构化输出。
-
-#### Zip 命令选项
-
-```shell
-npx @capgo/cli@latest bundle zip [appId] \
-  --path ./dist \
-  --bundle 1.2.3 \
-  --name myapp-v1.2.3 \
-  --json \
-  --no-code-check \
-  --key-v2 \
-  --package-json ../../package.json,./package.json
-```
-
-| 选项 | 描述 |
-|--------|-------------|
-| `--path` | 要压缩的文件夹路径(默认为 capacitor.config 中的 webDir) |
-| `--bundle` | Bundle 版本号用于命名 zip 文件 |
-| `--name` | zip 文件的自定义名称 |
-| `--json` | 以 JSON 格式输出结果(包括校验和) |
-| `--no-code-check` | 跳过检查 notifyAppReady() 调用和索引文件 |
-| `--key-v2` | 使用加密 v2 |
-| `--package-json` | monorepos 的 package.json 文件路径(逗号分隔) |
-
-### 步骤 2:加密 Bundle(可选)
-
-为增强安全性,在上传前加密 zip bundle:
-
-```shell
-# 使用默认本地密钥
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM
-
-# 使用自定义密钥文件
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key ./path/to/.capgo_key_v2
-
-# 直接使用密钥数据
-npx @capgo/cli@latest bundle encrypt ./myapp.zip CHECKSUM --key-data "PRIVATE_KEY_CONTENT"
-```
-
-`CHECKSUM` 参数是必需的,应该是 zip 文件的校验和。您可以从 zip 命令输出中获取校验和(使用 `--json` 选项获取结构化输出)。
-
-默认情况下,encrypt 命令将使用本地私有签名密钥。您可以使用 `--key` 或 `--key-data` 选项指定自定义密钥。
-
-encrypt 命令将返回上传或解密所需的 `ivSessionKey`。
-
-#### 加密命令选项
-
-| 选项 | 描述 |
-|--------|-------------|
-| `zipPath` | 要加密的 zip 文件路径(必需) |
-| `checksum` | zip 文件的校验和(必需)- 从 zip 命令获取 |
-| `--key` | 私有签名密钥的自定义路径(可选,默认使用本地密钥) |
-| `--key-data` | 直接提供私有签名密钥数据(可选) |
-| `--json` | 以 JSON 格式输出结果 |
-
-<Aside type="caution">
-
-encrypt 命令将输出一个 `ivSessionKey`,您在使用 `--iv-session-key` 选项上传时需要提供。
-
-</Aside>
-
-## 完整工作流程示例
-
-### 示例 1:使用加密的外部 URL
-
-<Steps>
-
-1. **构建您的应用:**
-   ```shell
-   npm run build
-   ```
-
-2. **创建 zip bundle:**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --bundle 1.2.3
-   ```
-
-   记下此命令返回的校验和。
-
-3. **加密 bundle:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app-1.2.3.zip CHECKSUM_FROM_STEP_2
-   ```
-
-   记下输出中的 `ivSessionKey`。
-
-4. **上传到您的存储:**
-   将加密的 zip 文件上传到您的托管服务。
-
-5. **在 Capgo 中注册:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --external https://your-cdn.com/bundles/com.example.app-1.2.3.zip \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_3
-   ```
-
-</Steps>
-
-### 示例 2:直接 S3 上传
-
-<Steps>
-
-1. **构建您的应用:**
-   ```shell
-   npm run build
-   ```
-
-2. **直接上传到 S3:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --channel Production
-   ```
-
-</Steps>
-
-### 示例 3:使用加密的 S3
-
-<Steps>
-
-1. **构建和压缩:**
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **加密 bundle:**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM
-   ```
-
-3. **上传到 S3 并加密:**
-   ```shell
-   npx @capgo/cli@latest bundle upload \
-     --s3-region us-west-2 \
-     --s3-apikey YOUR_ACCESS_KEY \
-     --s3-apisecret YOUR_SECRET_KEY \
-     --s3-bucket-name your-app-bundles \
-     --iv-session-key IV_SESSION_KEY_FROM_STEP_2 \
-     --channel Production
-   ```
-
-</Steps>
-
-## 安全考虑
-
-使用自定义存储时,请考虑以下安全最佳实践:
-
-### 访问控制
-- 确保您的存储 URL 可供应用用户访问,但不可公开发现
-- 尽可能使用签名 URL 或基于令牌的身份验证
-- 为基于 Web 的应用实施适当的 CORS 标头
-
-### 加密
-- 始终使用 Capgo 加密工具加密敏感 bundle
-- 安全存储加密密钥并定期轮换
-- 对所有 bundle URL 使用 HTTPS(iOS 和 Android 必需)
-
-### 监控
-- 监控访问日志以检测异常下载模式
-- 为失败的 bundle 下载设置警报
-- 定期审核您的存储权限
-
-## 故障排除
-
-### 常见问题
-
-**Bundle 未下载:**
-- 验证 URL 是否可公开访问并使用 HTTPS(iOS 和 Android 必需)
-- 检查 Web 应用的 CORS 标头
-- 确保 bundle 格式正确
-
-**加密错误:**
-- 验证 `ivSessionKey` 是否与加密的 bundle 匹配
-- 检查 bundle 是否使用正确的密钥加密
-- 确保新 bundle 使用加密 v2
-
-**S3 上传失败:**
-- 验证您的 S3 凭据和权限
-- 检查存储桶策略和 CORS 配置
-- 确保指定的区域正确
-
-### 调试命令
-
-检查 bundle 状态:
-```shell
-npx @capgo/cli@latest app debug
-```
-
-验证 bundle 完整性:
-```shell
-npx @capgo/cli@latest bundle list
-```
-
-## 后续步骤
-
-- 了解[渠道](/docs/live-updates/channels/)以管理不同的部署环境
-- 探索[更新行为](/docs/live-updates/update-behavior/)以自定义更新的应用方式
-- 设置 [CI/CD 集成](/docs/getting-started/cicd-integration/)以自动化自定义存储工作流程
diff --git a/src/content/docs/zh/docs/live-updates/differentials.mdx b/src/content/docs/zh/docs/live-updates/differentials.mdx
deleted file mode 100644
index ad2cbfc2a..000000000
--- a/src/content/docs/zh/docs/live-updates/differentials.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: 达美航空更新
-description: 了解 Capgo 的 Delta（清单）更新如何通过仅发送更改的文件来优化数据传输，从而增强较慢网络上的性能。
-sidebar:
-  order: 5
-locale: zh
----
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo 的实时更新系统可以通过仅发送更改的文件而不是整个 JS 包来更快、更高效地提供更新。 
-
-这对于速度较慢或按流量计费的网络连接的用户尤其有利，因为它可以最大限度地减少需要下载的数据量。
-
-第二个好处是，当应用程序拥有大量很少更改的资源（例如图像或视频）时，与压缩的 JS 文件相比，它只会下载一次。
-
-## Delta（清单）更新如何工作
-
-Capgo 中的增量（清单）更新由应用中安装的 Capgo 插件处理。当您使用 `--delta` 标志上传新版本的应用程序时，Capgo 会执行以下操作：
-
-1. 构建中的每个文件都是单独上传的
-2. 为每个文件生成校验和
-3. 创建一个新的 json 清单，列出所有文件及其校验和
-4. 此清单上传到 Capgo 数据库
-
-当运行您的应用程序的设备检查更新时，Capgo 插件会从服务器接收新的清单。它将这个清单与当前的清单进行比较，根据校验和和文件路径识别哪些文件已更改。
-
-然后，该插件仅下载更改的文件，而不是整个 JS 包。它通过将这些下载的文件与已有的未更改文件相结合来重建应用程序的新版本。
-
-<Aside title="Manifest">
-如果进行 Delta（清单）更新，设备会将所有下载的文件存储在公共缓存中。 Capgo 永远不会清理它，但操作系统可以随时清理它。
-</Aside>
-
-## 启用 Delta（清单）更新
-
-要为您的 Capgo 应用程序启用 Delta（清单）更新，只需在上传新版本时使用 `--delta` 标志即可：
-
-```shell
-npx @capgo/cli@latest bundle upload --delta
-```
-
-如果 `capacitor.config` 中启用了 `directUpdate`，则 CLI 会检测到它。在非交互式环境中，它会自动发送增量（清单）更新，而在交互式环境中，它会提示您在上传之前确认。使用 `--no-delta` 强制上传完整包。
-
-## 强制执行 Delta（清单）更新
-
-如果您想确保所有上传都是增量（清单）更新并防止任何意外的完整捆绑包上传，您可以使用 `--delta-only` 标志：
-
-```shell
-npx @capgo/cli@latest bundle upload --delta-only
-```
-
-当使用 `--delta-only` 时，Capgo 将仅上传单个文件并生成清单。任何不支持 Delta（清单）更新的设备将无法下载更新。
-
-如果出现以下情况，您可能需要使用 `--delta-only`：
-
-- 您总是想使用 Delta（清单）更新，并且不想允许完整捆绑包上传
-- 您正在设置 CI/CD 管道并希望确保所有自动上传都是 Delta（清单）
-- 您的应用程序很大并且带宽受到限制，因此您需要最小化上传/下载大小
-
-如果您需要在设置 `--delta-only` 时执行完整捆绑包上传，只需运行不带 `--delta-only` 的上传命令即可。这将覆盖单个上传的设置，允许您在需要时推送完整的捆绑包。
-
-## 故障排除如果 Delta（清单）更新似乎不起作用（即设备总是下载完整的 JS 包，即使是很小的更改），请仔细检查：
-
-- 每次上传新版本时，您都会使用 `--delta` 标志
-- 如果使用 `--delta-only`，请确保您没有意外省略 `--delta` 标志
-- 您的设备正在运行最新版本的 Capgo 插件
-- 您的设备有稳定的网络连接，可以访问 Capgo 服务器
-
-您还可以使用 Capgo 网络应用程序检查上次上传的详细信息：
-<Steps>
-1. 转到[网络应用程序](https://app.capgo.io)
-2. 单击您的应用程序
-3. 单击统计栏的捆绑包编号。
-4. 选择最后一个捆绑包
-5. 检查 `Partial` 字段
-  ![捆绑类型](/bundle_type.webp)
-</Steps>
-
-如果您仍然遇到问题，请联系 Capgo 支持人员以获得进一步帮助。他们可以检查服务器日志，以确认您的 Delta（清单）上传正在正确处理，并且设备正在接收更新的清单。
-
-就是这样！ `--delta` 标志告诉 Capgo 执行 Delta（清单）更新所需的单个文件上传和清单生成。
-
-请注意，每次上传要作为 Delta（清单）更新交付的新版本时，您都需要使用 `--delta`。如果省略该标志，Capgo 会将整个 JS 包作为单个文件上传，并且设备将下载整个包，即使只有一小部分发生了更改。
diff --git a/src/content/docs/zh/docs/live-updates/encryption.mdx b/src/content/docs/zh/docs/live-updates/encryption.mdx
deleted file mode 100644
index 7708598cf..000000000
--- a/src/content/docs/zh/docs/live-updates/encryption.mdx
+++ /dev/null
@@ -1,347 +0,0 @@
----
-title: Encryption
-description: 了解 Capgo 的端到端加密如何在传输和存储过程中保护您的应用程序包，从而保护您的代码和用户数据。
-sidebar:
-  order: 5
-locale: zh
----
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-Capgo 为您的应用程序包提供强大的端到端加密，确保您的 JavaScript 代码和资产在传输和存储过程中受到保护。该加密系统旨在让您完全控制应用程序的安全性，同时保持实时更新的便利性。
-
-## 概述
-
-Capgo 的加密系统使用行业标准的加密方法来保护您的捆绑包免遭未经授权的访问。启用加密后，您的捆绑包会在离开开发环境之前进行加密，并保持加密状态，直到它们被用户设备上的应用程序解密。
-
-**加密真正保护的内容**：与只对更新做签名的 OTA 系统不同，Capgo 会在存储和分发之前对上传的 bundle 进行加密。这可以在存储和传输阶段保护 bundle 内容免受随意访问，并确保只有持有您私钥的人才能生成有效的加密更新。但这**并不**意味着已交付的 Web 资产无法被逆向分析：客户端用于解密更新的公钥会随应用一起分发，因此有足够动机的攻击者仍然可以花时间把它提取出来并检查 bundle 内容。
-
-<Aside type="note" title="何时需要加密">
-如果您上传的 bundle 没有加密，请将它视为公开资产。私有渠道会限制哪些设备能收到更新，但不会让上传的 bundle 具备机密性。加密适用于希望在存储和传输阶段获得更强保护，或希望只有持有私钥的人才能发布有效加密更新的场景。它并不能保证已分发的 JavaScript、HTML 或 CSS 永远无法被检查。
-</Aside>
-
-<Aside type="caution" title="威胁模型">
-Capgo 加密可以防止 Capgo、存储提供商、CDN 或任何只能看到加密交付工件的人读取 bundle 内容。它也会阻止第三方在没有您私钥的情况下生成有效的加密更新。由于客户端必须能解密更新，公钥会内嵌在已分发的应用中，因此只要有人拿到您的应用二进制并且有足够动机，仍然可能恢复检查 bundle 所需的密钥材料。
-</Aside>
-
-<Aside type="tip">
-
-加密对于以下方面尤其重要：
-- 处理敏感数据或业务逻辑的应用程序
-- 具有合规性要求的企业应用
-- 部署在受监管行业的应用程序
-- 具有严格安全政策的组织
-
-</Aside>
-
-## 加密的工作原理
-
-Capgo 使用结合 RSA 和 AES 加密的混合加密方法，以实现最佳安全性和性能：
-
-![Capgo 加密流程](/encryption_flow.webp)
-
-### 1. 密钥生成
-- **私钥**：在您的开发环境中安全地生成并存储（用于加密）
-- **公钥**：源自您的私钥并存储在应用程序的 Capacitor 配置中（用于解密）
-- **会话密钥**：为每个捆绑包上传生成的随机 AES 密钥
-
-### 2. 加密过程
-1. 为每个捆绑包上传生成一个随机 AES 会话密钥
-2.您的捆绑包使用 AES 会话密钥进行加密
-3.计算bundle校验和
-4. AES 会话密钥和校验和均使用您的 RSA 私钥加密（创建“签名”）
-5. 存储加密包和加密签名
-
-校验和与 AES 密钥一起加密以防止篡改。由于只有您的 RSA 私钥可以创建此签名，并且只有相应的公钥可以对其进行解密，因此这可以确保 AES 会话密钥和预期校验和都是真实的，并且没有被攻击者修改。
-
-### 3.解密过程
-1.您的应用程序下载加密包和加密签名
-2. Capgo SDK 使用您的 RSA 公钥（存储在应用程序中）来解密签名
-3. 这会显示 AES 会话密钥和原始校验和
-4. AES 会话密钥用于解密包
-5. 计算解密包的校验和并与原始校验和进行比较以进行完整性验证
-
-此过程可确保即使攻击者截获加密包，他们也无法修改 AES 会话密钥或提供虚假校验和，因为他们需要您的私钥来创建公钥可以解密的有效签名。
-
-<Aside type="tip">
-
-RSA 无法有效地加密大量数据，因此 AES 用于实际的捆绑加密，而 RSA 保护 AES 密钥并通过校验和签名提供完整性验证。
-
-</Aside>
-
-## Capgo 与其他平台比较
-
-|特色 | Capgo |其他 OTA 平台 |
-|--------|---------|--------------------|
-| **捆绑内容** |在存储和传输中加密；但拥有应用二进制的坚定逆向分析者仍可检查 |公开可读 |
-| **安全方法** |真正的端到端加密 |仅代码签名 |
-| **隐私级别** |对分发和存储提供强保护；但不是反逆向工程方案 |平台可以访问您的代码 |
-| **保护** |内容+完整性+真实性 |仅诚信+真实性|
-
-**为什么这很重要：**
-- **代码签名**仅验证更新未被篡改并且来自正确的来源
-- **Capgo 加密**会在 bundle 存储和交付期间保护它，并显著提高伪造加密更新的难度，因为攻击者需要您的私钥
-- **逆向分析仍然可能发生**，因为应用分发后客户端仍然包含解密并加载更新所需的公钥
-
-## 加密方法
-
-Capgo 使用 Encryption V2 作为标准加密方法：
-
-### 加密 V2（当前标准）
-- 使用 RSA-4096 增强安全性
-- AES-256-GCM 用于验证加密
-- 提供完整性验证
-- 更好的性能和安全性
-
-### 加密 V1（已弃用）
-- 使用 RSA-2048 进行密钥加密
-- 用于捆绑加密的 AES-256-CBC
-- **当前 CLI** 中不再可用
-- 使用V1的旧应用程序必须迁移到V2
-
-<Aside type="danger">
-
-当前 Capgo CLI 不再支持加密 V1。如果您使用 V1 加密，则必须迁移到 V2。有关详细说明，请参阅[迁移指南](/docs/upgrade/encryption-v1-to-v2/)。
-
-</Aside>
-
-## 设置加密
-
-### 第 1 步：生成加密密钥
-
-首先，使用 Capgo CLI 生成加密密钥：
-
-```shell
-# Generate new encryption keys (creates files in current directory)
-npx @capgo/cli@latest key create
-```
-
-这将创建：
-- `.capgo_key_v2`：您的私钥（请确保安全！）
-- `.capgo_key_v2.pub`：您的公钥（由您的应用程序使用）
-
-这些文件是在运行命令的当前目录中创建的。
-
-<Aside type="caution">
-
-**重要存储注意事项：**
-- **私钥 (`.capgo_key_v2`)**：切勿将其提交给版本控制。该文件应保持安全，并且仅用于捆绑包上传期间的加密。
-- **公钥 (`.capgo_key_v2.pub`)**：可以安全地提交版本控制，因为它是公钥的备份。
-- **文件位置**：密钥在您运行“key create”命令的当前目录中创建。
-- **配置中的公钥**：您必须运行“密钥保存”以将公钥存储在您的 Capacitor 配置中以供移动应用程序使用。
-
-对于生产使用，请安全地存储私钥（环境变量、密钥管理服务）并在设置后将其从本地项目中删除。
-
-</Aside>
-
-### 步骤 2：将您的公钥保存到 Capacitor 配置（必需）
-
-您**必须**将公钥保存到 Capacitor 配置中，以便您的移动应用程序可以解密捆绑包：
-
-```shell
-# Save public key from file to Capacitor config (required)
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-
-# Or save public key data directly
-npx @capgo/cli@latest key save --key-data "$CAPGO_PUBLIC_KEY"
-```
-
-### 步骤 3：同步 Capacitor 平台（必需）保存公钥后，您**必须**同步 Capacitor 平台以将更新的配置复制到本机层：
-
-```shell
-# Sync the platform to copy config to native
-npx cap sync
-```
-
-<Aside type="caution">
-
-**所需步骤**： 
-1. `key save` 命令将公钥存储在您的 Capacitor 配置中
-2. `npx cap sync` 将此配置复制到移动应用程序可以访问它的本机层
-3. 如果没有这两个步骤，您的应用程序将无法解密加密的更新
-
-</Aside>
-
-## 加密包
-
-### 方法 1：上传时加密
-
-最简单的方法是在上传过程中进行加密：
-
-```shell
-# Upload with automatic encryption
-npx @capgo/cli@latest bundle upload --key-v2
-
-# For external storage, you must encrypt first (see Manual Encryption Workflow below)
-```
-
-### 方法 2：手动加密工作流程
-
-为了获得更多控制，您可以手动加密捆绑包：
-
-<Steps>
-
-1. **创建 zip 包：**
-   ```shell
-   npx @capgo/cli@latest bundle zip com.example.app --path ./dist --key-v2
-   ```
-
-2. **加密捆绑包：**
-   ```shell
-   npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM_FROM_STEP_1
-   ```
-
-3. **上传到您的存储（例如，S3）并注册到 Capgo：**
-   ```shell
-   # First upload the encrypted bundle to your storage (e.g., AWS S3)
-   aws s3 cp ./encrypted-bundle.zip s3://your-bucket/encrypted-bundle.zip
-   
-   # Then register with Capgo using the external URL
-   npx @capgo/cli@latest bundle upload --external https://your-storage.com/encrypted-bundle.zip --iv-session-key IV_SESSION_KEY_FROM_STEP_2
-   ```
-
-</Steps>
-
-## 密钥管理
-
-### 安全地存储密钥
-
-**私钥选项：**
-
-1. **基于文件（本地开发）：**
-   ```shell
-   # Key stored as .capgo_key_v2 file in project root
-   npx @capgo/cli@latest bundle upload --key-v2
-   ```
-
-2. **环境变量（CI/CD）：**
-   ```shell
-   # Store in environment variable for CI
-   export CAPGO_PRIVATE_KEY="$(cat .capgo_key_v2)"
-   npx @capgo/cli@latest bundle upload --key-data-v2 "$CAPGO_PRIVATE_KEY"
-   ```
-
-**公钥设置（必需）：**
-```shell
-# Must save public key to Capacitor config for mobile app
-npx @capgo/cli@latest key save --key ./.capgo_key_v2.pub
-```
-
-**生产环境：**
-- 将私钥存储在安全密钥管理服务（AWS KMS、Azure Key Vault 等）中
-- 对私钥使用 CI/CD 秘密管理
-- 切勿将私钥提交给版本控制
-
-**关键用法：**
-- **私钥**：由 CLI 用于在捆绑包上传期间进行加密（保持安全）
-- **公钥**：存储在应用程序配置中，用于在设备上解密（可以安全提交）
-
-### 按键轮换
-
-定期轮换您的加密密钥以增强安全性：
-
-<Steps>
-
-1. **生成新密钥：**
-   ```shell
-   # Navigate to desired directory first, then create keys
-   mkdir ./new-keys && cd ./new-keys
-   npx @capgo/cli@latest key create
-   ```
-
-2. **将新公钥保存到 Capacitor config:**
-   ```shell
-   npx @capgo/cli@latest key save --key ./new-keys/.capgo_key_v2.pub
-   ```
-
-3. **使用新的公钥更新您的应用程序配置**
-
-4. **部署更新的应用程序**，然后使用新密钥上传加密包
-
-</Steps>
-
-## 安全最佳实践
-
-### 密钥安全
-- **切勿在环境或团队成员之间共享私钥**
-- **针对不同环境（开发、登台、生产）使用不同的密钥**
-- **定期轮换钥匙**（建议：每 6-12 个月一次）
-- **使用适当的密钥管理系统安全地存储密钥**
-
-### 捆绑安全
-- **解密后始终验证**包完整性
-- **监控**异常下载模式或失败
-- **对所有捆绑包 URL 使用 HTTPS**（移动应用程序必需）
-- **针对解密失败实施**正确的错误处理
-
-### 访问控制
-- **仅允许授权人员访问**加密密钥
-- **使用基于角色的访问**进行密钥管理操作
-- **定期审核**密钥使用和访问
-- **实施**正确的备份和恢复程序
-
-## 加密故障排除
-
-### 常见问题
-
-**解密失败：**
-- 验证私钥与用于加密的公钥匹配
-- 检查 `ivSessionKey` 是否正确
-- 确保您使用加密 V2（不再支持 V1）**与键相关的错误：**
-- 确认私钥格式正确（PEM格式）
-- 验证密钥在存储/传输过程中没有损坏
-- 检查该密钥在您的应用程序配置中是否具有适当的权限
-
-**性能问题：**
-- 大包可能需要更长的时间来加密/解密
-- 考虑使用 Delta（清单）更新来减少包大小
-- 解密期间监控设备性能
-
-### 调试命令
-
-检查加密状态：
-```shell
-npx @capgo/cli@latest app debug
-```
-
-测试加密/解密工作流程：
-```shell
-# Test the complete workflow: zip → encrypt → decrypt → unzip
-npx @capgo/cli@latest bundle zip com.example.app --key-v2
-npx @capgo/cli@latest bundle encrypt ./com.example.app.zip CHECKSUM --json
-npx @capgo/cli@latest bundle decrypt ./encrypted-bundle.zip IV_SESSION_KEY
-```
-
-## 合规性和标准
-
-Capgo 的加密实现遵循行业标准：
-
-- **AES-256**：FIPS 140-2 批准的加密算法
-- **RSA-4096**：用于密钥保护的强非对称加密
-- **GCM 模式**：提供机密性和真实性
-- **安全随机**：加密安全随机数生成
-
-这使得 Capgo 适合需要符合以下要求的应用程序：
-- GDPR（通用数据保护条例）
-- HIPAA（健康保险流通与责任法案）
-- SOC 2（服务组织控制2）
-- ISO 27001（信息安全管理）
-
-## 性能考虑因素
-
-### 加密开销
-- **捆绑包大小**：加密捆绑包稍大（约 1-2% 开销）
-- **处理时间**：加密/解密增加了最小的延迟
-- **内存使用**：加密/解密操作期间临时增加
-
-### 优化技巧
-- 使用 Delta（清单）更新来最大程度地减少加密数据传输
-- 通过将图像转换为 WebP 格式来优化捆绑包大小
-- 捆绑前最小化 JavaScript 和 CSS 文件
-- 删除未使用的依赖项和代码
-- 监控较旧/较慢设备上的设备性能
-
-## 后续步骤
-
-- 了解[自定义存储](/docs/live-updates/custom-storage/)，以便在您自己的基础设施中使用加密
-- 探索[频道](/docs/live-updates/channels/)以管理跨环境的加密包
-- 设置 [CI/CD 集成](/docs/getting-started/cicd-integration/) 以自动执行加密部署
diff --git a/src/content/docs/zh/docs/live-updates/features.mdx b/src/content/docs/zh/docs/live-updates/features.mdx
deleted file mode 100644
index 30d0af2de..000000000
--- a/src/content/docs/zh/docs/live-updates/features.mdx
+++ /dev/null
@@ -1,513 +0,0 @@
----
-title: 函数
-description: Capgo Live Update 所有功能的完整参考资料。在集中式更新系统中，涵盖高级部署控制、分析和团队协作功能。
-sidebar:
-  order: 2
-locale: zh
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-本页提供 Capgo 实时更新（Capgo Live Updates）中所有功能的全面概览。每个功能都包含简要描述和指向详细文档的链接。
-
-## Core Update System
-
-### 空中下载（OTA）更新
-直接向用户部署 JavaScript、HTML、CSS 和资产更新，无需应用商店审批。更新在后台下载，并在下次应用重启时应用。
-
-**关键能力：**
-1. 背景下载
-2. 自动安装
-3. 不会打断用户
-4. 跨平台支持（iOS、Android、Electron）
-
-[了解更新行为 →](/docs/live-updates/update-behavior/)
-
----
-
-### 差分更新（Differential Updates）
-仅下载在版本之间已更改的文件，带宽使用量最高可降低 95%，并加快更新交付。
-
-**关键能力：**
-1. 自动文件级差异对比
-2. 基于校验和的验证
-3. 清单比较
-4. 在需要时智能回退到完整更新
-
-[了解差分更新 →](/docs/live-updates/differentials/)
-
----
-
-### 自动回滚
-如果更新加载失败或导致崩溃，系统会自动回滚到最后一个已知可工作的版本。
-
-**关键能力：**
-1. 崩溃检测
-2. 超时检测
-3. 自动回滚
-4. 无需用户干预
-
-[了解回滚 →](/docs/live-updates/rollbacks/)
-
----
-
-### 校验和验证与回退
-通过校验和验证包的完整性，在检测到损坏时自动回退到最后一个已知可工作的版本。
-
-**关键能力：**
-1. 下载时的校验和验证
-2. 损坏检测
-3. 自动回退到最后可用的捆绑包
-4. 提供手动恢复工具
-
----
-
-### 破坏性更新检测
-防止不兼容的更新被应用到运行较旧原生代码版本的设备上。
-
-**关键能力：**
-1. 原生版本兼容性检查
-2. 插件依赖性验证
-3. 自动阻止不兼容的更新
-4. 清晰的错误信息
-
-[了解版本目标 →](/docs/live-updates/version-targeting/)
-
----
-
-## 部署控制
-
-### 通道系统
-在不同环境和用户群体之间组织和管理更新，使用灵活的通道配置。
-
-**关键能力：**
-1. 无限自定义通道（生产、预发布、Beta 等）
-2. 每个通道的捆绑包分配
-3. 通道特定的定位规则
-4. 设备自选分配
-5. 按设备的通道覆盖
-
-[了解通道 →](/docs/live-updates/channels/)
-
----
-
-### 设备目标定位
-针对特定设备、版本或用户群体进行分阶段发布和受控部署。
-
-**关键能力：**
-1. 基于版本的目标定位
-2. 设备特定的覆盖
-3. 平台筛选（iOS、Android）
-4. 自定义元数据筛选
-5. 模拟器/开发构建阻止
-
----
-
-### 通道策略
-为各通道配置更新的发送规则和限制。
-
-**关键能力：**
-1. 禁用自动更新
-2. 阻止重大版本更新
-3. 在模拟器上禁用更新
-4. 在开发构建中禁用更新
-5. 针对平台的策略（仅 iOS、仅 Android）
-
-[了解通道策略 →](/docs/live-updates/channels/#channel-policies)
-
----
-
-## 开发者工具
-
-### 捆绑包预览
-在部署到设备之前，在实时的网页环境中预览捆绑包，Web 仪表板可访问。
-
-**位置：** Web Dashboard → App → Bundle → Preview 标签
-
----
-
-### 实时调试
-通过 CLI 实时监控特定设备的更新事件，显示检查、下载、安装和错误事件。
-
-**用法：**
-```bash
-npx @capgo/cli app debug [appId]
-```
-
-**显示：**
-1. 更新检查
-2. 下载进度
-3. 安装状态
-4. 错误信息
-5. 策略阻止
-
----
-
-### 捆绑清单查看器
-检查任意捆绑包的完整清单，包括文件列表、校验和和元数据。
-
-**位置：** Web Dashboard → App → Bundle → Manifest 标签
-
-**显示：**
-1. 带有校验和的文件列表
-2. 捆绑包元数据
-3. 原生版本兼容性
-4. 插件依赖
-
----
-
-### 原生 Capacitor 插件依赖
-查看每个捆绑包中包含的原生 Capacitor 插件，以跟踪跨版本的依赖关系变更。
-
-**位置：** Web Dashboard → App → Bundle → Dependencies 标签
-
-**显示：**
-1. 插件名称和版本
-2. 依赖项的新增/移除
-3. 兼容性警告
-
----
-
-### CLI 集成
-用于自动化部署和 CI/CD 集成的全面命令行界面。
-
-**关键命令：**
-1. `bundle upload` - 上传新捆绑包
-2. `bundle list` - 列出所有捆绑包
-3. `bundle delete` - 删除捆绑包
-4. `bundle cleanup` - 清理旧捆绑包
-5. `channel set` - 配置通道
-6. `app debug` - 实时调试
-
-[查看完整的 CLI 参考 →](/docs/cli/reference/)
-
----
-
-### 捆绑包加密
-对捆绑包进行端到端加密，使用 AES-256 加密保护传输中的数据和静态数据。
-
-**关键能力：**
-1. 生成 RSA 密钥对
-2. 使用 AES-256 对捆绑包进行加密
-3. 代码签名验证
-4. 加密密钥管理
-
-[了解加密 →](/docs/live-updates/encryption/)
-
----
-
-### 捆绑清理与保留策略
-基于保留策略自动清理旧捆绑包，以管理存储使用。
-
-**关键能力：**
-1. 可配置的保留数量
-2. 通过 CLI 的自动清理
-3. 计划清理任务
-4. 存储使用跟踪
-
-**用法：**
-```bash
-npx @capgo/cli bundle cleanup --keep=10
-```
-
----
-
-## 分析与监控
-
-### 更新统计
-跟踪更新采用率、成功率和在用户群体中的部署进度。
-
-**可用指标：**
-1. 下载成功率
-2. 安装成功率
-3. 按类型的错误率
-4. 更新采用率随时间变化
-5. 版本分布
-
-**位置：** Web Dashboard → App → 统计
-
----
-
-### 设备日志
-按设备的事件日志，显示从检查到安装的完整更新生命周期。
-
-**事件类型：**
-1. 更新检查
-2. 下载开始/结束/失败
-3. 安装开始/结束/失败
-4. 回滚事件
-5. 策略阻止
-
-**位置：** 
-- Web Dashboard → App → Device → Logs
-- Web Dashboard → App → Logs（所有设备）
-
-[了解日志 →](/docs/webapp/logs/)
-
----
-
-### 捆绑使用分析
-详细分析哪些捆绑包处于活动状态、下载次数和存储使用情况。
-
-**指标：**
-1. 每个捆绑包的活跃安装
-2. 下载计数
-3. 每个捆绑包的存储使用
-4. 带宽使用
-
----
-
-### 通道统计
-跟踪每个通道的性能和采用情况。
-
-**指标：**
-1. 每个通道的设备数
-2. 每个通道的更新成功率
-3. 部署历史
-4. 按通道的错误率
-
-**位置：** Web Dashboard → App → Channel → 统计
-
----
-
-### 部署历史
-所有捆绑包部署、通道分配和配置变更的完整审计跟踪。
-
-**跟踪事件：**
-1. 捆绑包上传
-2. 通道分配
-3. 策略变更
-4. 设备覆盖
-
-**位置：** Web Dashboard → App → Channel → History
-
----
-
-## 安全与合规
-
-### 端到端加密
-以行业标准 AES-256 加密在静态和传输中对捆绑包进行加密。
-
-[了解加密 →](/docs/live-updates/encryption/)
-
----
-
-### 代码签名
-使用加密签名验证捆绑包的完整性，防止篡改。
-
----
-
-### SOC 2 Type II 合规
-符合 SOC 2 Type II 标准的基础设施和流程，提升企业安全性。
-
----
-
-### App Store 合规
-完全符合 Apple App Store 和 Google Play 商店关于 OTA 更新的政策。
-
-[了解合规性 →](/docs/live-updates/compliance/)
-
----
-
-### 2FA 强制执行（组织级）
-要求所有组织成员在访问仪表板和 API 时使用双因素认证。
-
-**位置：** Web Dashboard → Organization → Security
-
-[了解 2FA →](/docs/webapp/2fa-enforcement/)
-
----
-
-### 加密捆绑包强制执行
-在组织层面要求所有捆绑包进行加密。**位置：** 网页仪表板 → 组织 → 安全
-
----
-
-## 团队协作
-
-### 基于角色的访问控制 (RBAC)
-用于组织级和应用级访问控制的粒度权限
-
-**组织角色：**
-- `super_admin` - 完全访问权限
-- `admin` - 管理员访问权限
-- `read` - 只读访问
-- `upload` - 仅上传访问
-
-**应用角色：**
-- `app_developer` - 全部应用访问权限
-- `app_uploader` - 仅上传包
-- `app_reader` - 只读访问权限
-
-**位置：** 
-- 网页仪表板 → 组织 → 成员
-- 网页仪表板 → 应用 → 访问
-
-[了解有关 RBAC 的更多信息 →](/docs/webapp/organization-system/#roles-and-permissions)
-
----
-
-### 审计日志
-用于合规与安全的组织与应用活动的完整审计轨迹。
-
-**记录事件：**
-- 用户操作（登录、登出、权限变更）
-- 包操作（上传、删除、分配）
-- 通道操作（创建、更新、删除）
-- 组织变更（设置、成员）
-
-**位置：** 网页仪表板 → 组织 → 审计日志
-
----
-
-### Webhook
-通过 HTTP Webhook 实时接收应用事件通知。
-
-**支持的事件：**
-- `apps` - 应用创建/更新/删除
-- `app_versions` - 包上传/删除
-- `channels` - 通道创建/更新/删除
-- `org_users` - 成员添加/移除
-- `orgs` - 组织更新
-
-**功能：**
-- 自定义 Webhook URL
-- 事件筛选
-- 投递日志
-- 重试机制
-- 测试功能
-
-**位置：** 网页仪表板 → 组织 → Webhooks
-
----
-
-### 多用户协作
-邀请团队成员加入您的组织并分配特定角色与权限。
-
-**功能：**
-- 通过电子邮件邀请
-- 角色分配
-- 成员管理
-- 访问撤销
-
-**位置：** 网页仪表板 → 组织 → 成员
-
----
-
-### API 密钥管理
-创建、管理和撤销 API 密钥，带可选的到期日期和散列存储。
-
-**密钥能力：**
-- 按应用或按组织的密钥
-- 可选到期日期
-- 散列存储（不可逆）
-- 支持密钥轮换
-
-**位置：** 网页仪表板 → API 密钥
-
-[了解关于 API 密钥的更多信息 →](/docs/public-api/#authentication)
-
----
-
-### 密码策略
-用于执行安全标准的组织级密码要求。
-
-**可配置的策略：**
-- 最小长度
-- 需要大写字母
-- 需要数字
-- 需要特殊字符
-
-**位置：** 网页仪表板 → 组织 → 安全
-
----
-
-## 平台支持
-
-### 跨平台支持
-通过单一 SDK 支持 iOS、Android 和 Electron 应用。
-
-**支持的平台：**
-- iOS（Capacitor 5、6、7、8）
-- Android（Capacitor 5、6、7、8）
-- Electron（2025 年新增）
-
----
-
-### 长期支持
-继续支持较旧的 Capacitor 版本，以保持与遗留应用的兼容性。
-
-**当前支持：**
-- Capacitor 8（最新版）
-- Capacitor 7
-- Capacitor 6
-- Capacitor 5
-
----
-
-### 自定义存储后端
-使用您自己的存储基础设施（如 S3、R2 等）替代 Capgo 的默认存储。
-
-[了解关于自定义存储的更多信息 →](/docs/live-updates/custom-storage/)
-
----
-
-### 中国配置
-在中国大陆分发的应用的特殊配置，以符合当地法规。
-
-[了解关于中国配置的更多信息 →](/docs/live-updates/china-configuration/)
-
----
-
-## 高级功能
-
-### 自定义更新行为
-通过 SDK 配置何时以及如何检查并应用更新。
-
-**可配置选项：**
-- 检查间隔（`periodCheckDelay` - 最小 600 秒）
-- 直接更新时机（`directUpdate` - 安装时、启动时、始终）
-- 自动更新开启/关闭（`autoUpdate`）
-- 网络要求（Android 专用 - 通过 WorkManager）
-
-[了解关于更新行为的更多信息 →](/docs/live-updates/update-behavior/)
-
----
-
-### 更新类型
-针对不同用例的不同更新类型，从即时更新到用户控制的安装。
-
-**可用类型：**
-- 后台更新（默认）
-- 立即更新
-- 用户提示的更新
-- 有条件的更新
-
-[了解关于更新类型的更多信息 →](/docs/live-updates/update-types/)
-
----
-
-### 积分系统
-基于用量的计费，按带宽、存储和其他资源计积分。
-
-**特性：**
-- 积分使用跟踪
-- 使用警报
-- 通过 Stripe 充值
-- 积分账本
-
-**位置：** 网页仪表板 → 组织 → 积分
-
----
-
-## 入门
-
-准备开始使用这些功能吗？请按照我们的 [快速入门指南](/docs/getting-started/quickstart/) 设置您的第一个应用与 Capgo Live Updates。
-
-## 需要帮助？
-
-- [加入我们的 Discord](https://discord.capgo.app) 以获取社区支持
-- [查看常见问题解答](/docs/faq/) 以获取常见问题
-- [浏览 API 文档](/docs/public-api/) 以进行 API 集成
-- [联系支持](https://capgo.app/consulting/) 以获取企业帮助
-.
\ No newline at end of file
diff --git a/src/content/docs/zh/docs/live-updates/index.mdx b/src/content/docs/zh/docs/live-updates/index.mdx
deleted file mode 100644
index eab4a489e..000000000
--- a/src/content/docs/zh/docs/live-updates/index.mdx
+++ /dev/null
@@ -1,101 +0,0 @@
----
-title: Overview
-description: 了解 Capgo 的实时更新如何实现无缝 JavaScript 捆绑包更新，使您可以将更改直接推送给用户，而不会延迟应用商店。
-sidebar:
-  order: 1
-prev: false
-next: false
-locale: zh
----
-import { Steps, CardGrid, Card, Aside } from '@astrojs/starlight/components';
-
-使用 Capgo 的实时更新功能来远程实时更新应用程序的 JavaScript 捆绑包。将 JS 更新直接推送给 iOS、Android 和 Electron 上的用户，无需经过商店级审核周期即可修复错误并更快地发布新功能。
-
-<Aside>
-
-实时更新仅限于 JavaScript 捆绑包更改。如果您需要更新本机代码，例如添加或删除插件或更改本机项目配置，则需要通过通常的平台分发过程提交新的二进制版本。
-
-</Aside>
-
-<Aside type="caution" title="公开资产模型">
-上传到 Capgo 的未加密 bundle 应被视为公开的交付工件。渠道决定哪些设备会被提供更新，但渠道的私有性不会让底层 bundle 变成机密。加密会在存储和传输阶段增加保护，并阻止第三方生成有效的加密更新，但它并不会让已交付的 Web 资产变得无法检查，因为应用本身包含了解密所需的公钥。请参阅 [端到端加密](/docs/live-updates/encryption/) 了解准确的威胁模型。
-</Aside>
-
-## 实时更新如何工作
-
-Capgo 的实时更新系统有两个关键组件：
-
-1. Capgo SDK，您在应用程序中安装。 SDK 检查可用更新并在后台下载它们。
-
-2. 渠道，让您可以针对特定用户组进行更新。您可以使用通道来管理不同的发布轨道，例如 `Production`、`Staging` 和 `Dev`。
-
-当您将新的 JS 包上传到 Capgo 并将其分配给通道时，为该通道配置的应用程序中的 Capgo SDK 将检测更新并下载它。下次应用程序重新启动时，将加载新包。
-
-## 为什么 Capgo 日志很重要（营销视图）
-
-- **每次部署的即时透视**：每台设备的时间线显示检查、下载、安装、策略阻止和回滚，因此您可以确切地知道发生了什么 - 无需猜测或“它适用于我的手机”争论。
-- **更快的事件响应**：类似警报的代码（例如，速率限制、校验和失败、notifyAppReady 未命中）在用户开始大量支持之前出现，让您在几分钟内发布修复或回滚。
-- **渠道政策证明**：日志验证护栏（区块专业、禁用模拟器/开发版本、平台限制）正在积极保护生产。
-- **收入和声誉保护**：查看更新何时在较差的网络上停滞或达到计划限制，以便您可以在转化、会话或评论下降之前进行干预。
-- **单一事实来源**：产品、QA 和支持共享相同的云日志流 — 无需通过 Xcode/Android Studio 或 DM’ing 工程师挖掘本机日志。
-
-## 开始使用
-
-要开始使用实时更新，请按照下列步骤操作：
-
-<Steps>
-
-1. 完成 [Capgo 快速入门](/docs/getting-started/quickstart)，在 Capgo 中设置您的应用程序并安装 Capgo SDK。
-
-2. 在应用程序代码中，在应用程序完成初始化后调用 `CapacitorUpdater.notifyAppReady()`。这告诉 Capgo SDK 您的应用程序已准备好接收更新。
-
-3. 构建 JS 包并将其上传到 Capgo：
-   ```shell
-   npm run build
-   npx @capgo/cli@latest bundle upload --channel=production 
-   ```
-
-4. 打开您的应用程序并等待更新下载。您可以通过以下方式检查状态：
-   ```shell
-   npx @capgo/cli@latest app debug
-   ```
-
-5. 下载更新后，关闭并重新打开您的应用程序以加载新包。
-
-</Steps>
-
-有关更多详细信息，请参阅[部署实时更新](/docs/getting-started/deploy) 指南。
-
-
-## 后续步骤
-
-<CardGrid stagger>
-  <a href="/docs/live-updates/update-types/">
-    <Card title="更新类型" icon="open-book">
-      所有OTA更新类型的参考：应用时机、延迟条件、版本阻止和交付。
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/channels/">
-    <Card title="Channels" icon="bars">
-      了解如何使用渠道来管理不同的发布轨道并将更新定位到特定用户。
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/rollbacks/">
-    <Card title="Rollbacks" icon="left-arrow">
-      了解如果更新导致问题如何回滚到以前的 JS 包版本。
-    </Card>
-  </a>
-
-  <a href="/docs/live-updates/update-behavior/">
-    <Card title="更新行为" icon="setting">
-      自定义在您的应用程序中下载和应用更新的方式和时间。  
-    </Card>
-  </a>
-  <a href="/docs/live-updates/differentials/">
-    <Card title="快速更新" icon="starlight">
-      了解如何使用快速更新来加快更新过程。
-    </Card>
-  </a>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/live-updates/integrations/azure-devops.mdx b/src/content/docs/zh/docs/live-updates/integrations/azure-devops.mdx
deleted file mode 100644
index d6b0770d6..000000000
--- a/src/content/docs/zh/docs/live-updates/integrations/azure-devops.mdx
+++ /dev/null
@@ -1,584 +0,0 @@
----
-title: "Azure DevOps 集成"
-description: "了解如何将 Capgo 实时更新与 Azure DevOps Pipelines 集成,实现应用更新的自动化部署。"
-sidebar:
-  order: 1
-locale: zh
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-将 Capgo 实时更新与 Azure DevOps Pipelines 集成,以在推送代码更改时自动部署应用更新。本指南涵盖设置自动化构建、测试和部署工作流。
-
-## 先决条件
-
-在设置 Azure DevOps 集成之前,请确保您具有:
-
-- Azure DevOps 组织和项目
-- 配置了应用的 Capgo 账户
-- 您的应用源代码在 Azure Repos Git 存储库中
-- 在项目中配置的 Node.js 和 npm/yarn
-
-## 设置 Azure DevOps 管道
-
-### 步骤 1: 创建管道变量
-
-首先,在 Azure DevOps 项目中设置必要的变量:
-
-<Steps>
-
-1. 导航到您的 Azure DevOps 项目
-2. 转到 **Pipelines** → **Library** → **Variable groups**
-3. 创建一个名为 `Capgo-Variables` 的新变量组
-4. 添加以下变量:
-
-</Steps>
-
-| 变量名称 | 值 | 安全 |
-|---------------|-------|---------|
-| `CAPGO_TOKEN` | 您的 Capgo API 令牌 | ✅ 是 |
-
-<Aside type="tip">
-
-从 [console.capgo.app/apikeys](https://console.capgo.app/apikeys) 获取您的 Capgo API 令牌。您的应用 ID 已在您的 `capacitor.config.ts` 文件中配置。
-
-</Aside>
-
-## 简单配置
-
-在每次推送到主分支时部署到生产的基本配置:
-
-```yaml
-# Capgo 实时更新的简单 Azure DevOps 管道
-trigger:
-  branches:
-    include:
-      - main
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: BuildAndDeploy
-    displayName: '构建并部署到 Capgo'
-    pool:
-      vmImage: 'ubuntu-latest'
-
-    steps:
-      - task: NodeTool@0
-        displayName: '设置 Node.js'
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: '安装、测试和构建'
-
-      - script: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production
-        displayName: '部署到 Capgo'
-```
-
-## 高级配置
-
-### 功能分支部署
-
-将功能分支部署到测试频道以进行审查和测试:
-
-```yaml
-# 功能分支部署
-trigger:
-  branches:
-    include:
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-
-jobs:
-  - job: DeployFeature
-    displayName: '部署功能分支'
-    pool:
-      vmImage: 'ubuntu-latest'
-    condition: startsWith(variables['Build.SourceBranch'], 'refs/heads/feature/')
-
-    steps:
-      - task: NodeTool@0
-        inputs:
-          versionSpec: '22.x'
-
-      - script: |
-          npm ci
-          npm run test
-          npm run build
-        displayName: '安装、测试和构建'
-
-      - script: |
-          BRANCH_NAME=$(echo "$(Build.SourceBranchName)" | sed 's/[^a-zA-Z0-9-]/-/g')
-          CHANNEL_NAME="feature-$BRANCH_NAME"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-          npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME
-        displayName: '部署到功能频道'
-```
-
-<Aside type="tip">
-
-**使用频道进行测试**: 部署到功能频道后,您可以通过将应用配置为使用该特定频道来测试应用中的更新。了解更多关于 [在应用中配置频道](/docs/live-updates/channels/#configuring-the-channel-in-your-app) 的信息。
-
-</Aside>
-
-### 使用加密
-
-如果您使用 [Capgo 的加密功能](/docs/live-updates/encryption/),则需要在 CI/CD 环境中安全地存储您的私钥。
-
-在本地 [设置加密密钥](/docs/live-updates/encryption/#setting-up-encryption) 后,将您的私钥添加到 Azure DevOps 变量:
-
-```shell
-# 显示您的私钥内容(复制此输出)
-cat .capgo_key_v2
-```
-
-在您的 Azure DevOps 变量组中将此内容添加为 `CAPGO_PRIVATE_KEY`(标记为机密),然后在管道中使用它:
-
-```yaml
-# 使用加密部署
-- script: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --key-data-v2 "$(CAPGO_PRIVATE_KEY)" --channel production
-  displayName: '使用加密部署到 Capgo'
-```
-
-<Aside type="caution">
-
-**安全最佳实践:**
-- 永远不要将 `.capgo_key_v2` 文件提交到版本控制
-- 仅在安全的 CI/CD 机密管理中存储私钥
-- 为不同的环境使用不同的密钥
-
-</Aside>
-
-### 多频道配置
-
-有关设置和管理多个部署频道的综合信息,请参阅 [频道文档](/docs/live-updates/channels/)。
-
-具有多个环境和拉取请求部署的完整配置:
-
-```yaml
-# 具有多个频道的高级 Azure DevOps 管道
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-
-pr:
-  branches:
-    include:
-      - main
-      - develop
-
-variables:
-  - group: Capgo-Variables
-
-stages:
-  # 构建阶段
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: '安装、测试和构建'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  # 部署到开发环境
-  - stage: DeployDev
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/develop'))
-    jobs:
-      - deployment: DeployDevelopment
-        environment: development
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel development --path $(Pipeline.Workspace)/app-build
-                  displayName: '部署到开发环境'
-
-  # 部署拉取请求到测试频道
-  - stage: DeployPR
-    condition: and(succeeded(), eq(variables['Build.Reason'], 'PullRequest'))
-    jobs:
-      - job: DeployPRChannel
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - task: DownloadBuildArtifacts@0
-            inputs:
-              artifactName: 'app-build'
-              downloadPath: '$(Pipeline.Workspace)'
-
-          - script: |
-              CHANNEL_NAME="pr-$(System.PullRequest.PullRequestNumber)"
-              npm install -g @capgo/cli
-              npx @capgo/cli channel create $CHANNEL_NAME --apikey $(CAPGO_TOKEN) || true
-              npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel $CHANNEL_NAME --path $(Pipeline.Workspace)/app-build
-            displayName: '部署到拉取请求频道'
-
-  # 部署到生产环境
-  - stage: DeployProd
-    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/main'))
-    jobs:
-      - deployment: DeployProduction
-        environment: production
-        pool:
-          vmImage: 'ubuntu-latest'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - task: NodeTool@0
-                  inputs:
-                    versionSpec: '22.x'
-
-                - task: DownloadBuildArtifacts@0
-                  inputs:
-                    artifactName: 'app-build'
-                    downloadPath: '$(Pipeline.Workspace)'
-
-                - script: |
-                    npm install -g @capgo/cli
-                    npx @capgo/cli bundle upload --apikey $(CAPGO_TOKEN) --channel production --path $(Pipeline.Workspace)/app-build
-                  displayName: '部署到生产环境'
-```
-
-### 多环境部署
-
-对于具有多个环境的复杂场景:
-
-```yaml
-# 具有多个环境的扩展管道
-parameters:
-  - name: deployEnvironment
-    displayName: '部署环境'
-    type: string
-    default: 'staging'
-    values:
-      - staging
-      - production
-
-variables:
-  - group: Capgo-Variables
-  - name: channelName
-    ${{ if eq(parameters.deployEnvironment, 'production') }}:
-      value: 'production'
-    ${{ else }}:
-      value: 'staging'
-
-stages:
-  # 构建阶段
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: '安装、测试和构建'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: DeployStaging
-    displayName: '部署到测试环境'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'staging'))
-    jobs:
-      - deployment: DeployStaging
-        displayName: '部署到测试频道'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'staging'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'staging'
-
-  - stage: DeployProduction
-    displayName: '部署到生产环境'
-    dependsOn: Build
-    condition: and(succeeded(), eq('${{ parameters.deployEnvironment }}', 'production'))
-    jobs:
-      - deployment: DeployProduction
-        displayName: '部署到生产频道'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: 'production'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: 'production'
-```
-
-### 部署模板 (deploy-steps.yml)
-
-创建可重用的模板文件 `deploy-steps.yml`:
-
-```yaml
-# deploy-steps.yml
-parameters:
-  - name: channel
-    type: string
-
-steps:
-  - task: NodeTool@0
-    displayName: '安装 Node.js'
-    inputs:
-      versionSpec: '22.x'
-
-  - task: DownloadBuildArtifacts@0
-    displayName: '下载构建工件'
-    inputs:
-      artifactName: 'app-build'
-      downloadPath: '$(System.ArtifactsDirectory)'
-
-  - script: |
-      npm install -g @capgo/cli
-    displayName: '安装 Capgo CLI'
-
-  - script: |
-      npx @capgo/cli bundle upload \
-        --apikey $(CAPGO_TOKEN) \
-        --channel ${{ parameters.channel }} \
-        --path $(System.ArtifactsDirectory)/app-build
-    displayName: '上传到 Capgo (${{ parameters.channel }})'
-```
-
-### 基于分支的部署策略
-
-根据 Git 分支配置不同的部署策略:
-
-```yaml
-trigger:
-  branches:
-    include:
-      - main
-      - develop
-      - feature/*
-
-variables:
-  - group: Capgo-Variables
-  - name: targetChannel
-    ${{ if eq(variables['Build.SourceBranch'], 'refs/heads/main') }}:
-      value: 'production'
-    ${{ elseif eq(variables['Build.SourceBranch'], 'refs/heads/develop') }}:
-      value: 'staging'
-    ${{ else }}:
-      value: 'development'
-
-stages:
-  - stage: Build
-    jobs:
-      - job: BuildApp
-        pool:
-          vmImage: 'ubuntu-latest'
-        steps:
-          - task: NodeTool@0
-            inputs:
-              versionSpec: '22.x'
-
-          - script: |
-              npm ci
-              npm run test
-              npm run build
-            displayName: '安装、测试和构建'
-
-          - task: PublishBuildArtifacts@1
-            inputs:
-              pathToPublish: 'dist'
-              artifactName: 'app-build'
-
-  - stage: Deploy
-    displayName: '部署到 $(targetChannel)'
-    dependsOn: Build
-    condition: succeeded()
-    jobs:
-      - deployment: DeployJob
-        displayName: '部署到 $(targetChannel) 频道'
-        pool:
-          vmImage: 'ubuntu-latest'
-        environment: '$(targetChannel)'
-        strategy:
-          runOnce:
-            deploy:
-              steps:
-                - template: deploy-steps.yml
-                  parameters:
-                    channel: '$(targetChannel)'
-```
-
-## 安全最佳实践
-
-### 安全变量管理
-
-<Steps>
-
-1. **使用变量组**: 在 Azure DevOps 变量组中存储敏感数据
-2. **标记为机密**: 始终将 API 令牌和密钥标记为机密变量
-3. **范围访问**: 限制变量组对特定管道和用户的访问
-4. **轮换密钥**: 定期轮换您的 Capgo API 令牌
-
-</Steps>
-
-## 监控和通知
-
-### Teams 集成
-
-向您的管道添加 Microsoft Teams 通知:
-
-```yaml
-- task: ms-teams-deploy-card@1.4.1
-  displayName: '成功时通知 Teams'
-  condition: succeeded()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Capgo 部署成功'
-    text: '应用已部署到 $(targetChannel) 频道'
-    themeColor: '00FF00'
-
-- task: ms-teams-deploy-card@1.4.1
-  displayName: '失败时通知 Teams'
-  condition: failed()
-  inputs:
-    webhookUri: '$(TEAMS_WEBHOOK_URL)'
-    title: 'Capgo 部署失败'
-    text: '部署到 $(targetChannel) 失败'
-    themeColor: 'FF0000'
-```
-
-### 电子邮件通知
-
-为部署状态配置电子邮件通知:
-
-```yaml
-- task: EmailReport@1
-  displayName: '发送电子邮件报告'
-  condition: always()
-  inputs:
-    sendMailConditionConfig: 'Always'
-    subject: 'Capgo 部署报告 - $(Build.BuildNumber)'
-    to: 'team@yourcompany.com'
-    body: |
-      部署状态: $(Agent.JobStatus)
-      频道: $(targetChannel)
-      构建: $(Build.BuildNumber)
-      提交: $(Build.SourceVersion)
-```
-
-## 故障排除
-
-### 常见问题
-
-**管道失败,提示 "找不到 Capgo CLI":**
-```yaml
-# 确保全局安装
-- script: |
-    npm install -g @capgo/cli
-    which capgo || echo "未在 PATH 中找到 Capgo CLI"
-  displayName: '安装和验证 Capgo CLI'
-```
-
-**身份验证错误:**
-```yaml
-# 验证令牌是否正确设置
-- script: |
-    echo "令牌长度: ${#CAPGO_TOKEN}"
-    if [ -z "$CAPGO_TOKEN" ]; then
-      echo "未设置 CAPGO_TOKEN"
-      exit 1
-    fi
-  displayName: '验证 Capgo 令牌'
-  env:
-    CAPGO_TOKEN: $(CAPGO_TOKEN)
-```
-
-**找不到构建工件:**
-```yaml
-# 列出可用工件用于调试
-- script: |
-    ls -la $(System.ArtifactsDirectory)
-    find $(System.ArtifactsDirectory) -name "*.js" -o -name "*.html"
-  displayName: '调试工件'
-```
-
-### 调试管道
-
-添加调试步骤来解决问题:
-
-```yaml
-- script: |
-    echo "Build.SourceBranch: $(Build.SourceBranch)"
-    echo "Build.BuildNumber: $(Build.BuildNumber)"
-    echo "目标频道: $(targetChannel)"
-  displayName: '调试管道变量'
-
-- script: |
-    npx @capgo/cli app debug --apikey $(CAPGO_TOKEN)
-  displayName: '调试 Capgo 应用状态'
-```
-
-## 后续步骤
-
-- 了解 [频道](/docs/live-updates/channels/) 以管理不同的部署环境
-- 探索 [自定义存储](/docs/live-updates/custom-storage/) 以了解高级部署场景
-- 设置 [加密](/docs/live-updates/encryption/) 以进行安全部署
-- 配置 [更新行为](/docs/live-updates/update-behavior/) 以自定义如何应用更新
-
-通过 Azure DevOps 集成,您可以自动化 Capgo 部署并确保为移动应用用户提供一致、可靠的更新。
diff --git a/src/content/docs/zh/docs/live-updates/integrations/bitbucket-pipeline.mdx b/src/content/docs/zh/docs/live-updates/integrations/bitbucket-pipeline.mdx
deleted file mode 100644
index 5d828fbf6..000000000
--- a/src/content/docs/zh/docs/live-updates/integrations/bitbucket-pipeline.mdx
+++ /dev/null
@@ -1,498 +0,0 @@
----
-title: "Bitbucket Pipelines 集成"
-locale: zh
-description: "了解如何将 Capgo Live Updates 与 Bitbucket Pipelines 集成,实现应用更新的自动化部署。"
-sidebar:
-  order: 4
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-将 Capgo Live Updates 与 Bitbucket Pipelines 集成,在您推送代码更改时自动部署应用更新。本指南涵盖了自动化构建、测试和部署工作流的设置。
-
-## 前置要求
-
-在设置 Bitbucket Pipelines 集成之前,请确保您具备:
-
-- 拥有存储库的 Bitbucket 账户
-- 已配置应用的 Capgo 账户
-- 项目中已配置 Node.js 和 npm/yarn
-
-## 设置 Bitbucket Pipelines
-
-### 步骤 1:配置存储库变量
-
-首先,在您的 Bitbucket 存储库中设置必要的变量:
-
-<Steps>
-
-1. 导航到您的 Bitbucket 存储库
-2. 进入 **Repository settings** → **Pipelines** → **Repository variables**
-3. 添加以下变量:
-
-</Steps>
-
-| 变量名 | 值 | 加密 |
-|---------------|-------|---------|
-| `CAPGO_TOKEN` | 您的 Capgo API token | ✅ 是 |
-
-<Aside type="tip">
-
-从 [console.capgo.app/apikeys](https://console.capgo.app/apikeys) 获取您的 Capgo API token。您的应用 ID 已在 `capacitor.config.ts` 文件中配置。
-
-</Aside>
-
-## 简单配置
-
-基本配置,在每次推送到主分支时部署到生产环境:
-
-```yaml
-# bitbucket-pipelines.yml - 简单配置
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build and Deploy to Production
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          artifacts:
-            - dist/**
-```
-
-## 高级配置
-
-### 功能分支部署
-
-将功能分支部署到测试渠道以供审查和测试:
-
-```yaml
-# 功能分支部署
-pipelines:
-  branches:
-    feature/*:
-      - step:
-          name: Deploy Feature Branch
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - BRANCH_NAME=$(echo $BITBUCKET_BRANCH | sed 's/[^a-zA-Z0-9-]/-/g')
-            - CHANNEL_NAME="feature-$BRANCH_NAME"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-<Aside type="tip">
-
-**使用渠道进行测试**:部署到功能渠道后,您可以通过配置应用使用该特定渠道来测试更新。了解更多关于[在应用中配置渠道](/docs/live-updates/channels/#configuring-the-channel-in-your-app)的信息。
-
-</Aside>
-
-### 使用加密
-
-如果您使用 [Capgo 的加密功能](/docs/live-updates/encryption/),则需要在 CI/CD 环境中安全地存储您的私钥。
-
-在本地[设置加密密钥](/docs/live-updates/encryption/#setting-up-encryption)后,将您的私钥添加到 Bitbucket 变量:
-
-```shell
-# 显示您的私钥内容(复制此输出)
-cat .capgo_key_v2
-```
-
-将此内容作为 `CAPGO_PRIVATE_KEY` 添加到您的 Bitbucket 存储库变量(标记为加密),然后在管道中使用它:
-
-```yaml
-# 使用加密部署
-- step:
-    name: Deploy to Capgo with Encryption
-    script:
-      - npm install -g @capgo/cli
-      - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**安全最佳实践:**
-- 切勿将 `.capgo_key_v2` 文件提交到版本控制
-- 仅在安全的 CI/CD 密钥管理中存储私钥
-- 为不同环境使用不同的密钥
-
-</Aside>
-
-### 多渠道配置
-
-有关设置和管理多个部署渠道的综合信息,请参阅[渠道文档](/docs/live-updates/channels/)。
-
-包含多个环境和拉取请求部署的完整配置:
-
-```yaml
-# bitbucket-pipelines.yml - 高级多渠道配置
-image: node:22
-
-definitions:
-  steps:
-    - step: &build-step
-        name: Build Application
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-        artifacts:
-          - dist/**
-
-    - step: &deploy-step
-        name: Deploy to Capgo
-        script:
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-pipelines:
-  branches:
-    main:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - export CHANNEL_NAME=production
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-    develop:
-      - step:
-          <<: *build-step
-      - step:
-          <<: *deploy-step
-          name: Deploy to Development
-          deployment: development
-          script:
-            - export CHANNEL_NAME=development
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-
-  pull-requests:
-    '**':
-      - step:
-          <<: *build-step
-      - step:
-          name: Deploy PR to Test Channel
-          script:
-            - CHANNEL_NAME="pr-$BITBUCKET_PR_ID"
-            - npm install -g @capgo/cli
-            - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-          artifacts:
-            - dist/**
-```
-
-### 多环境管道
-
-对于具有预发布和生产环境的复杂部署场景:
-
-```yaml
-# 多环境管道
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Deploy to Staging
-          deployment: staging
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-      - step:
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-
-    develop:
-      - step:
-          name: Build and Deploy to Development
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-          artifacts:
-            - dist/**
-```
-
-### 基于分支的部署策略
-
-自动将不同分支部署到适当的渠道:
-
-```yaml
-# 动态渠道部署
-image: node:22
-
-definitions:
-  scripts:
-    - script: &determine-channel |
-        if [ "$BITBUCKET_BRANCH" = "main" ]; then
-          export CHANNEL_NAME="production"
-        elif [ "$BITBUCKET_BRANCH" = "develop" ]; then
-          export CHANNEL_NAME="staging"
-        else
-          export CHANNEL_NAME="development"
-        fi
-        echo "Deploying to channel: $CHANNEL_NAME"
-
-pipelines:
-  default:
-    - step:
-        name: Build and Deploy
-        script:
-          - npm ci
-          - npm run test
-          - npm run build
-          - *determine-channel
-          - npm install -g @capgo/cli
-          - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-        artifacts:
-          - dist/**
-```
-
-### 并行管道执行
-
-使用并行步骤优化构建时间:
-
-```yaml
-# 并行执行管道
-image: node:22
-
-pipelines:
-  branches:
-    main:
-      - parallel:
-          - step:
-              name: Run Tests
-              script:
-                - npm ci
-                - npm run test
-          - step:
-              name: Lint Code
-              script:
-                - npm ci
-                - npm run lint
-      - step:
-          name: Build Application
-          script:
-            - npm ci
-            - npm run build
-          artifacts:
-            - dist/**
-      - step:
-          name: Deploy to Production
-          deployment: production
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## 安全最佳实践
-
-### 存储库变量
-
-<Steps>
-
-1. **加密变量**:始终将 API token 标记为加密
-2. **环境变量**:在需要时使用特定于部署的变量
-3. **访问控制**:将存储库访问权限限制为授权的团队成员
-4. **Token 轮换**:定期轮换您的 Capgo API token
-
-</Steps>
-
-### 部署环境
-
-配置部署环境以提高安全性:
-
-```yaml
-# 具有环境限制的部署
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Deploy to Production
-          deployment: production
-          trigger: manual
-          script:
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-## 监控和通知
-
-### Slack 集成
-
-向管道添加 Slack 通知:
-
-```yaml
-# 带有 Slack 通知的管道
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Build and Deploy
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-          after-script:
-            - |
-              if [ $BITBUCKET_EXIT_CODE -eq 0 ]; then
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"✅ Capgo deployment successful for '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              else
-                curl -X POST -H 'Content-type: application/json' \
-                  --data '{"text":"❌ Capgo deployment failed for '$BITBUCKET_BRANCH'"}' \
-                  $SLACK_WEBHOOK_URL
-              fi
-```
-
-### 邮件通知
-
-通过 Bitbucket 的内置功能或使用外部服务配置邮件通知:
-
-```yaml
-# 邮件通知步骤
-- step:
-    name: Send Notification
-    script:
-      - |
-        curl -X POST \
-          -H "Content-Type: application/json" \
-          -d '{
-            "to": "team@yourcompany.com",
-            "subject": "Capgo Deployment Status",
-            "body": "Deployment of '$BITBUCKET_BRANCH' completed with status: '$BITBUCKET_EXIT_CODE'"
-          }' \
-          $EMAIL_SERVICE_URL
-    condition:
-      result: [successful, failed]
-```
-
-## 故障排除
-
-### 常见问题
-
-**管道失败并显示 "Capgo CLI not found":**
-```yaml
-# 调试 CLI 安装
-- step:
-    name: Debug CLI
-    script:
-      - npm install -g @capgo/cli
-      - which capgo || echo "Capgo CLI not found"
-      - npx @capgo/cli --version
-```
-
-**身份验证错误:**
-```yaml
-# 验证 token 配置
-- step:
-    name: Debug Auth
-    script:
-      - |
-        if [ -z "$CAPGO_TOKEN" ]; then
-          echo "CAPGO_TOKEN is not set"
-          exit 1
-        fi
-        echo "Token length: ${#CAPGO_TOKEN}"
-```
-
-**找不到构建产物:**
-```yaml
-# 列出构建输出
-- step:
-    name: Debug Build
-    script:
-      - ls -la dist/
-      - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### 调试管道
-
-添加调试信息以解决问题:
-
-```yaml
-# 调试管道
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Debug Information
-          script:
-            - echo "Branch: $BITBUCKET_BRANCH"
-            - echo "Commit: $BITBUCKET_COMMIT"
-            - echo "Build: $BITBUCKET_BUILD_NUMBER"
-            - env | grep BITBUCKET_ | sort
-      - step:
-          name: Build and Deploy
-          script:
-            - npm ci
-            - npm run test
-            - npm run build
-            - npm install -g @capgo/cli
-            - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-```
-
-### 管道验证
-
-启用管道验证以捕获配置错误:
-
-```yaml
-# 启用管道验证
-options:
-  docker: true
-  size: 2x
-
-pipelines:
-  branches:
-    main:
-      - step:
-          name: Validate Pipeline
-          script:
-            - echo "Pipeline validation successful"
-      - step:
-          name: Build and Deploy
-          script:
-            # ... 部署步骤
-```
-
-## 下一步
-
-- 了解[渠道](/docs/live-updates/channels/)以管理不同的部署环境
-- 探索[自定义存储](/docs/live-updates/custom-storage/)以进行高级部署场景
-- 设置[加密](/docs/live-updates/encryption/)以进行安全部署
-- 配置[更新行为](/docs/live-updates/update-behavior/)以自定义更新的应用方式
-
-通过 Bitbucket Pipelines 集成,您可以自动化 Capgo 部署,并确保为移动应用用户提供一致、可靠的更新。
diff --git a/src/content/docs/zh/docs/live-updates/integrations/github-actions.mdx b/src/content/docs/zh/docs/live-updates/integrations/github-actions.mdx
deleted file mode 100644
index 1f1631b65..000000000
--- a/src/content/docs/zh/docs/live-updates/integrations/github-actions.mdx
+++ /dev/null
@@ -1,551 +0,0 @@
----
-title: "GitHub Actions 集成"
-locale: zh
-description: "了解如何将 Capgo Live Updates 与 GitHub Actions 集成,实现应用更新的自动化部署。"
-sidebar:
-  order: 3
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-将 Capgo Live Updates 与 GitHub Actions 集成,在您推送代码更改时自动部署应用更新。本指南涵盖了使用 GitHub 强大的 CI/CD 平台设置自动化构建、测试和部署工作流。
-
-## 前置要求
-
-在设置 GitHub Actions 集成之前,请确保您具备:
-
-- 包含应用源代码的 GitHub 存储库
-- 已配置应用的 Capgo 账户
-- 项目中已配置 Node.js 和 npm/yarn
-- 为您的存储库启用 GitHub Actions
-
-## 设置 GitHub Secrets
-
-### 步骤 1:配置存储库 Secrets
-
-在您的 GitHub 存储库中设置必要的 secrets:
-
-<Steps>
-
-1. 导航到您的 GitHub 存储库
-2. 进入 **Settings** → **Secrets and variables** → **Actions**
-3. 点击 **New repository secret** 并添加以下内容:
-
-</Steps>
-
-| Secret 名称 | 值 |
-|-------------|-------|
-| `CAPGO_TOKEN` | 您的 Capgo API token |
-
-<Aside type="tip">
-
-从 [console.capgo.app/apikeys](https://console.capgo.app/apikeys) 获取您的 Capgo API token。您的应用 ID 已在 `capacitor.config.ts` 文件中配置。
-
-</Aside>
-
-## 简单生产部署
-
-从这个基本配置开始,在每次推送到主分支时部署到生产环境:
-
-```yaml
-# 用于 Capgo Live Updates 的简单 GitHub Actions 工作流
-name: Deploy to Capgo
-
-on:
-  push:
-    branches:
-      - main
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      - name: Checkout
-        uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Install, test and build
-        run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - name: Deploy to Capgo
-         run: |
-           npm install -g @capgo/cli
-           npx @capgo/cli bundle upload --channel production
-          env:
-            CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-           # 对于加密上传,添加: --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}"
-```
-
-## 高级多渠道配置
-
-### 功能分支部署
-
-将功能分支部署到临时渠道以进行测试:
-
-```yaml
-# 功能分支部署
-name: Deploy Feature Branch to Capgo
-
-on:
-  push:
-    branches:
-      - 'feature/**'
-
-jobs:
-  deploy-feature:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - name: Deploy to feature channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.ref_name }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-                     npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-```
-
-### 使用加密
-
-如果您使用 [Capgo 的加密功能](/docs/live-updates/encryption/),则需要在 CI/CD 环境中安全地存储您的私钥。
-
-在本地[设置加密密钥](/docs/live-updates/encryption/#setting-up-encryption)后,将您的私钥添加到 GitHub secrets:
-
-```shell
-# 显示您的私钥内容(复制此输出)
-cat .capgo_key_v2
-```
-
-将此内容作为 `CAPGO_PRIVATE_KEY` 添加到您的 GitHub 存储库 secrets,然后在工作流中使用它:
-
-```yaml
-# 使用加密部署
-- name: Deploy to Capgo with Encryption
-  run: |
-    npm install -g @capgo/cli
-    npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --key-data-v2 "${{ secrets.CAPGO_PRIVATE_KEY }}" --channel production
-```
-
-<Aside type="caution">
-
-**安全最佳实践:**
-- 切勿将 `.capgo_key_v2` 文件提交到版本控制
-- 仅在安全的 CI/CD 密钥管理中存储私钥
-- 为不同环境使用不同的密钥
-
-</Aside>
-
-### 多渠道配置
-
-有关设置和管理多个部署渠道的综合信息,请参阅[渠道文档](/docs/live-updates/channels/)。
-
-包含开发、拉取请求和生产部署的完整工作流:
-
-```yaml
-# 完整的多环境工作流
-name: Deploy to Capgo
-
-on:
-  push:
-    branches: [main, develop]
-  pull_request:
-    branches: [main, develop]
-
-jobs:
-  build:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v6
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - run: |
-          npm ci
-          npm run test
-          npm run build
-
-      - uses: actions/upload-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-  deploy-development:
-    if: github.ref == 'refs/heads/develop'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: development
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel development
-
-  deploy-pr:
-    if: github.event_name == 'pull_request'
-    needs: build
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - name: Deploy to PR channel
-        run: |
-          CHANNEL_NAME="pr-${{ github.event.number }}"
-          npm install -g @capgo/cli
-          npx @capgo/cli channel create $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel $CHANNEL_NAME
-
-      - name: Comment PR
-        uses: actions/github-script@v7
-        with:
-          script: |
-            github.rest.issues.createComment({
-              issue_number: context.issue.number,
-              owner: context.repo.owner,
-              repo: context.repo.repo,
-              body: `🚀 此 PR 已部署到 Capgo 渠道: \`pr-${{ github.event.number }}\`\n\n要在您的应用中测试此更新,请将其配置为使用此渠道。[了解如何配置渠道 →](/docs/live-updates/channels/#configuring-the-channel-in-your-app)`
-            })
-
-  deploy-production:
-    if: github.ref == 'refs/heads/main'
-    needs: build
-    runs-on: ubuntu-latest
-    environment: production
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - uses: actions/download-artifact@v4
-        with:
-          name: dist
-          path: dist/
-
-      - run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload --apikey ${{ secrets.CAPGO_TOKEN }} --channel production
-```
-
-<Aside type="tip">
-
-**使用渠道进行测试**:部署到 PR 或开发渠道后,您可以通过配置应用使用该特定渠道来测试更新。了解更多关于[在应用中配置渠道](/docs/live-updates/channels/#configuring-the-channel-in-your-app)的信息。
-
-</Aside>
-
-### 清理功能渠道
-
-在删除分支时自动清理功能渠道:
-
-```yaml
-name: Cleanup Feature Channels
-
-on:
-  delete:
-
-jobs:
-  cleanup:
-    runs-on: ubuntu-latest
-    if: github.event.ref_type == 'branch' && startsWith(github.event.ref, 'feature/')
-    steps:
-      - uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-
-      - name: Delete Capgo channel
-        run: |
-          CHANNEL_NAME=$(echo "${{ github.event.ref }}" | sed 's/[^a-zA-Z0-9]/-/g' | tr '[:upper:]' '[:lower:]')
-          npm install -g @capgo/cli
-          npx @capgo/cli channel delete $CHANNEL_NAME --apikey ${{ secrets.CAPGO_TOKEN }} || true
-```
-
-## 安全和最佳实践
-
-### 环境保护规则
-
-在 GitHub 中设置环境保护规则:
-
-<Steps>
-
-1. 在您的存储库中进入 **Settings** → **Environments**
-2. 创建环境:`development`、`staging`、`production`
-3. 对于生产环境,添加:
-   - **Required reviewers**:添加必须批准部署的团队成员
-   - **Wait timer**:添加部署前的延迟(可选)
-   - **Deployment branches**:仅限制为 `main` 分支
-
-</Steps>
-
-### 安全 Secrets 管理
-
-使用特定于环境的 secrets:
-
-```yaml
-# 每个环境使用不同的 secrets
-deploy-production:
-  environment: production
-  steps:
-    - name: Deploy to Production
-      run: |
-        npx @capgo/cli bundle upload \
-          --apikey ${{ secrets.CAPGO_PROD_TOKEN }} \
-          --app ${{ secrets.CAPGO_PROD_APP_ID }} \
-          --channel production
-```
-
-## 监控和通知
-
-### Slack 集成
-
-向工作流添加 Slack 通知:
-
-```yaml
-name: Deploy with Notifications
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    steps:
-      # ... 部署步骤
-
-      - name: Notify Slack on Success
-        if: success()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: success
-          text: '✅ Capgo 部署成功!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-
-      - name: Notify Slack on Failure
-        if: failure()
-        uses: 8398a7/action-slack@v3
-        with:
-          status: failure
-          text: '❌ Capgo 部署失败!'
-          fields: repo,message,commit,author,action,eventName,ref,workflow
-        env:
-          SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
-```
-
-### Discord 集成
-
-向 Discord 发送通知:
-
-```yaml
-- name: Discord notification
-  if: always()
-  uses: Ilshidur/action-discord@master
-  with:
-    args: |
-      Capgo 部署 ${{ job.status }}!
-      应用: ${{ secrets.CAPGO_APP_ID }}
-      渠道: ${{ github.ref_name }}
-      提交: ${{ github.sha }}
-  env:
-    DISCORD_WEBHOOK: ${{ secrets.DISCORD_WEBHOOK }}
-```
-
-### 邮件通知
-
-配置邮件通知:
-
-```yaml
-- name: Send email notification
-  if: failure()
-  uses: dawidd6/action-send-mail@v3
-  with:
-    server_address: smtp.gmail.com
-    server_port: 465
-    username: ${{ secrets.EMAIL_USERNAME }}
-    password: ${{ secrets.EMAIL_PASSWORD }}
-    subject: 'Capgo 部署失败 - ${{ github.repository }}'
-    to: team@yourcompany.com
-    from: ci-cd@yourcompany.com
-    body: |
-      ${{ github.repository }} 的部署失败
-      分支: ${{ github.ref_name }}
-      提交: ${{ github.sha }}
-      工作流: ${{ github.workflow }}
-```
-
-## 故障排除
-
-### 调试工作流
-
-添加调试步骤以解决问题:
-
-```yaml
-- name: Debug environment
-  run: |
-    echo "Node version: $(node --version)"
-    echo "NPM version: $(npm --version)"
-    echo "Working directory: $(pwd)"
-    echo "Files in dist/: $(ls -la dist/ || echo 'No dist directory')"
-    echo "Environment variables:"
-    env | grep -E "(GITHUB_|CAPGO_)" | sort
-
-- name: Test Capgo CLI
-  run: |
-    npx @capgo/cli --version
-    npx @capgo/cli app debug --apikey ${{ secrets.CAPGO_TOKEN }} --app ${{ secrets.CAPGO_APP_ID }}
-```
-
-### 常见问题和解决方案
-
-**工作流失败并显示 "CAPGO_TOKEN not found":**
-
-```yaml
-- name: Verify secrets
-  run: |
-    if [ -z "${{ secrets.CAPGO_TOKEN }}" ]; then
-      echo "ERROR: CAPGO_TOKEN secret is not set"
-      exit 1
-    fi
-    echo "CAPGO_TOKEN is set (length: ${#CAPGO_TOKEN})"
-  env:
-    CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-```
-
-**找不到构建产物:**
-
-```yaml
-- name: Debug artifacts
-  run: |
-    echo "Checking for build artifacts..."
-    ls -la dist/ || echo "No dist directory found"
-    find . -name "*.js" -o -name "*.html" | head -10
-```
-
-**网络连接问题:**
-
-```yaml
-- name: Test connectivity
-  run: |
-    ping -c 3 api.capgo.io || echo "Ping failed"
-    curl -I https://api.capgo.io/health || echo "Health check failed"
-```
-
-## 可重用工作流
-
-创建可重用工作流以在项目间保持一致性:
-
-```yaml
-# .github/workflows/reusable-capgo-deploy.yml
-name: Reusable Capgo Deploy
-
-on:
-  workflow_call:
-    inputs:
-      environment:
-        required: true
-        type: string
-      channel:
-        required: true
-        type: string
-    secrets:
-      CAPGO_TOKEN:
-        required: true
-      CAPGO_APP_ID:
-        required: true
-
-jobs:
-  deploy:
-    runs-on: ubuntu-latest
-    environment: ${{ inputs.environment }}
-    steps:
-      - uses: actions/checkout@v6
-
-      - name: Setup Node.js
-        uses: actions/setup-node@v6
-        with:
-          node-version: '24'
-          cache: 'npm'
-
-      - name: Install and build
-        run: |
-          npm ci
-          npm run build
-
-      - name: Deploy to Capgo
-        run: |
-          npm install -g @capgo/cli
-          npx @capgo/cli bundle upload \
-            --apikey ${{ secrets.CAPGO_TOKEN }} \
-            --app ${{ secrets.CAPGO_APP_ID }} \
-            --channel ${{ inputs.channel }}
-```
-
-使用可重用工作流:
-
-```yaml
-# .github/workflows/deploy.yml
-name: Deploy App
-
-on:
-  push:
-    branches: [main, develop]
-
-jobs:
-  deploy-dev:
-    if: github.ref == 'refs/heads/develop'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: development
-      channel: development
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-
-  deploy-prod:
-    if: github.ref == 'refs/heads/main'
-    uses: ./.github/workflows/reusable-capgo-deploy.yml
-    with:
-      environment: production
-      channel: production
-    secrets:
-      CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
-      CAPGO_APP_ID: ${{ secrets.CAPGO_APP_ID }}
-```
-
-## 下一步
-
-- 了解[渠道](/docs/live-updates/channels/)以管理不同的部署环境
-- 探索[自定义存储](/docs/live-updates/custom-storage/)以进行高级部署场景
-- 设置[加密](/docs/live-updates/encryption/)以进行安全部署
-- 配置[更新行为](/docs/live-updates/update-behavior/)以自定义更新的应用方式
-
-通过 GitHub Actions 集成,您可以利用 GitHub 强大的 CI/CD 平台为 Capgo Live Updates 创建复杂的部署工作流,并内置安全性、监控和协作功能。
diff --git a/src/content/docs/zh/docs/live-updates/integrations/gitlab-ci.mdx b/src/content/docs/zh/docs/live-updates/integrations/gitlab-ci.mdx
deleted file mode 100644
index ea03a99e8..000000000
--- a/src/content/docs/zh/docs/live-updates/integrations/gitlab-ci.mdx
+++ /dev/null
@@ -1,426 +0,0 @@
----
-title: "GitLab CI/CD 集成"
-locale: zh
-description: "了解如何将 Capgo Live Updates 与 GitLab CI/CD 集成,实现应用更新的自动化部署。"
-sidebar:
-  order: 2
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-将 Capgo Live Updates 与 GitLab CI/CD 集成,在您推送代码更改时自动部署应用更新。本指南涵盖了自动化构建、测试和部署工作流的设置。
-
-## 前置要求
-
-在设置 GitLab CI/CD 集成之前,请确保您具备:
-
-- 拥有项目存储库的 GitLab 账户
-- 已配置应用的 Capgo 账户
-- 项目中已配置 Node.js 和 npm/yarn
-
-## 设置 GitLab CI/CD
-
-### 步骤 1:配置环境变量
-
-首先,在您的 GitLab 项目中设置必要的变量:
-
-<Steps>
-
-1. 导航到您的 GitLab 项目
-2. 进入 **Settings** → **CI/CD** → **Variables**
-3. 添加以下变量:
-
-</Steps>
-
-| 变量名 | 值 | 受保护 | 掩码 |
-|---------------|-------|-----------|--------|
-| `CAPGO_TOKEN` | 您的 Capgo API token | ✅ 是 | ✅ 是 |
-
-<Aside type="tip">
-
-从 [console.capgo.app/apikeys](https://console.capgo.app/apikeys) 获取您的 Capgo API token。您的应用 ID 已在 `capacitor.config.ts` 文件中配置。
-
-</Aside>
-
-## 简单配置
-
-基本配置,在每次推送到主分支时部署到生产环境:
-
-```yaml
-# .gitlab-ci.yml - 简单配置
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 1 hour
-  only:
-    - main
-
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-    # 对于加密上传,添加: --key-data-v2 "$CAPGO_PRIVATE_KEY"
-  dependencies:
-    - build
-  only:
-    - main
-```
-
-## 高级配置
-
-### 功能分支部署
-
-将功能分支部署到测试渠道以供审查和测试:
-
-```yaml
-# 功能分支部署
-deploy_feature:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="feature-$(echo $CI_COMMIT_REF_NAME | sed 's/[^a-zA-Z0-9-]/-/g')"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - /^feature\/.*$/
-  environment:
-    name: feature/$CI_COMMIT_REF_NAME
-    url: https://your-app.com/channels/$CHANNEL_NAME
-```
-
-<Aside type="tip">
-
-**使用渠道进行测试**:部署到功能渠道后,您可以通过配置应用使用该特定渠道来测试更新。了解更多关于[在应用中配置渠道](/docs/live-updates/channels/#configuring-the-channel-in-your-app)的信息。
-
-</Aside>
-
-### 使用加密
-
-如果您使用 [Capgo 的加密功能](/docs/live-updates/encryption/),则需要在 CI/CD 环境中安全地存储您的私钥。
-
-在本地[设置加密密钥](/docs/live-updates/encryption/#setting-up-encryption)后,将您的私钥添加到 GitLab 变量:
-
-```shell
-# 显示您的私钥内容(复制此输出)
-cat .capgo_key_v2
-```
-
-将此内容作为 `CAPGO_PRIVATE_KEY` 添加到您的 GitLab 项目变量(标记为受保护和掩码),然后在管道中使用它:
-
-```yaml
-# 使用加密部署
-deploy_production:
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --key-data-v2 "$CAPGO_PRIVATE_KEY" --channel production
-```
-
-<Aside type="caution">
-
-**安全最佳实践:**
-- 切勿将 `.capgo_key_v2` 文件提交到版本控制
-- 仅在安全的 CI/CD 密钥管理中存储私钥
-- 为不同环境使用不同的密钥
-
-</Aside>
-
-### 多渠道配置
-
-有关设置和管理多个部署渠道的综合信息,请参阅[渠道文档](/docs/live-updates/channels/)。
-
-包含多个环境和合并请求部署的完整配置:
-
-```yaml
-# .gitlab-ci.yml - 高级多渠道配置
-image: node:22
-
-stages:
-  - build
-  - deploy
-
-variables:
-  npm_config_cache: "$CI_PROJECT_DIR/.npm"
-
-# 构建阶段
-build:
-  stage: build
-  script:
-    - npm ci
-    - npm run test
-    - npm run build
-  artifacts:
-    paths:
-      - dist/
-    expire_in: 24 hours
-
-# 部署到开发渠道
-deploy_development:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel development
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: development
-
-# 将合并请求部署到测试渠道
-deploy_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - CHANNEL_NAME="mr-$CI_MERGE_REQUEST_IID"
-    - npx @capgo/cli channel create $CHANNEL_NAME --apikey $CAPGO_TOKEN || true
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL_NAME
-  dependencies:
-    - build
-  only:
-    - merge_requests
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    url: https://your-app.com/channels/mr-$CI_MERGE_REQUEST_IID
-    on_stop: cleanup_mr
-
-# 关闭 MR 时清理 MR 渠道
-cleanup_mr:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli channel delete mr-$CI_MERGE_REQUEST_IID --apikey $CAPGO_TOKEN || true
-  when: manual
-  environment:
-    name: review/$CI_MERGE_REQUEST_IID
-    action: stop
-  only:
-    - merge_requests
-
-# 部署到预发布
-deploy_staging:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel staging
-  dependencies:
-    - build
-  only:
-    - develop
-  environment:
-    name: staging
-
-# 部署到生产
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  environment:
-    name: production
-```
-
-### 需要人工批准的多环境
-
-对于需要人工批准的生产部署:
-
-```yaml
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  dependencies:
-    - build
-  only:
-    - main
-  when: manual
-  environment:
-    name: production
-```
-
-### 基于分支的部署策略
-
-自动将不同分支部署到适当的渠道:
-
-```yaml
-# 基于分支的动态渠道部署
-deploy:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - |
-      if [ "$CI_COMMIT_REF_NAME" = "main" ]; then
-        CHANNEL="production"
-      elif [ "$CI_COMMIT_REF_NAME" = "develop" ]; then
-        CHANNEL="staging"
-      else
-        CHANNEL="development"
-      fi
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel $CHANNEL
-  dependencies:
-    - build
-  environment:
-    name: $CHANNEL
-```
-
-## 安全最佳实践
-
-### 受保护变量
-
-<Steps>
-
-1. **标记敏感变量**:始终将 API token 标记为受保护和掩码
-2. **分支保护**:对生产部署使用受保护变量
-3. **访问控制**:仅将变量访问权限限制为维护者
-4. **定期轮换**:定期轮换 API token
-
-</Steps>
-
-### 安全管道配置
-
-```yaml
-# 对生产使用受保护变量
-deploy_production:
-  stage: deploy
-  script:
-    - npm install -g @capgo/cli
-    - npx @capgo/cli bundle upload --apikey $CAPGO_TOKEN --channel production
-  only:
-    refs:
-      - main
-    variables:
-      - $CI_COMMIT_REF_PROTECTED == "true"
-```
-
-## 监控和通知
-
-### Slack 集成
-
-向管道添加 Slack 通知:
-
-```yaml
-notify_success:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"✅ Capgo deployment successful for '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_success
-
-notify_failure:
-  stage: .post
-  image: alpine:latest
-  before_script:
-    - apk add --no-cache curl
-  script:
-    - |
-      curl -X POST -H 'Content-type: application/json' \
-        --data '{"text":"❌ Capgo deployment failed for '"$CI_COMMIT_REF_NAME"'"}' \
-        $SLACK_WEBHOOK_URL
-  when: on_failure
-```
-
-### 邮件通知
-
-在 GitLab 项目设置中配置邮件通知或使用 API:
-
-```yaml
-notify_email:
-  stage: .post
-  script:
-    - |
-      curl --request POST \
-        --header "PRIVATE-TOKEN: $GITLAB_API_TOKEN" \
-        --form "to=team@yourcompany.com" \
-        --form "subject=Capgo Deployment Status" \
-        --form "body=Deployment of $CI_COMMIT_REF_NAME completed with status: $CI_JOB_STATUS" \
-        "https://gitlab.com/api/v4/projects/$CI_PROJECT_ID/emails"
-  when: always
-```
-
-## 故障排除
-
-### 常见问题
-
-**管道失败并显示 "Capgo CLI not found":**
-```yaml
-# 调试 CLI 安装
-debug_cli:
-  script:
-    - npm install -g @capgo/cli
-    - which capgo || echo "Capgo CLI not found"
-    - npx @capgo/cli --version
-```
-
-**身份验证错误:**
-```yaml
-# 验证 token 配置
-debug_auth:
-  script:
-    - |
-      if [ -z "$CAPGO_TOKEN" ]; then
-        echo "CAPGO_TOKEN is not set"
-        exit 1
-      fi
-      echo "Token length: ${#CAPGO_TOKEN}"
-```
-
-**找不到构建产物:**
-```yaml
-# 列出构建输出
-debug_build:
-  script:
-    - ls -la dist/
-    - find dist/ -type f -name "*.js" -o -name "*.html"
-```
-
-### 调试管道
-
-添加调试信息以解决问题:
-
-```yaml
-debug:
-  stage: build
-  script:
-    - echo "Branch: $CI_COMMIT_REF_NAME"
-    - echo "Commit: $CI_COMMIT_SHA"
-    - echo "Build: $CI_PIPELINE_ID"
-    - env | grep CI_ | sort
-  only:
-    - branches
-```
-
-## 下一步
-
-- 了解[渠道](/docs/live-updates/channels/)以管理不同的部署环境
-- 探索[自定义存储](/docs/live-updates/custom-storage/)以进行高级部署场景
-- 设置[加密](/docs/live-updates/encryption/)以进行安全部署
-- 配置[更新行为](/docs/live-updates/update-behavior/)以自定义更新的应用方式
-
-通过 GitLab CI/CD 集成,您可以自动化 Capgo 部署,并确保为移动应用用户提供一致、可靠的更新。
diff --git a/src/content/docs/zh/docs/live-updates/integrations/index.mdx b/src/content/docs/zh/docs/live-updates/integrations/index.mdx
deleted file mode 100644
index f3e1ad6a6..000000000
--- a/src/content/docs/zh/docs/live-updates/integrations/index.mdx
+++ /dev/null
@@ -1,82 +0,0 @@
----
-title: "CI/CD 集成"
-locale: zh
-description: "将 Capgo Live Updates 与您喜欢的 CI/CD 平台集成,实现自动化部署工作流。"
-sidebar:
-  order: 1
----
-
-import { Aside, LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-通过与流行的 CI/CD 平台集成来自动化您的 Capgo Live Updates 部署流程。这些集成允许您在推送代码更改时自动部署应用更新、测试功能分支并管理多个部署环境。
-
-## 可用集成
-
-选择您的 CI/CD 平台以开始自动化部署:
-
-<CardGrid>
-  <LinkCard
-    title="Azure DevOps"
-    description="与 Azure DevOps Pipelines 集成,实现自动化构建、测试和部署工作流。"
-    href="/docs/live-updates/integrations/azure-devops/"
-  />
-  <LinkCard
-    title="GitLab CI/CD"
-    description="设置 GitLab CI/CD 管道以自动部署您的应用更新,提供全面的环境管理。"
-    href="/docs/live-updates/integrations/gitlab-ci/"
-  />
-  <LinkCard
-    title="GitHub Actions"
-    description="使用 GitHub Actions 进行强大的自动化,支持多渠道部署和环境保护。"
-    href="/docs/live-updates/integrations/github-actions/"
-  />
-  <LinkCard
-    title="Bitbucket Pipelines"
-    description="使用 Bitbucket Pipelines 进行简单或高级配置的多环境部署。"
-    href="/docs/live-updates/integrations/bitbucket-pipeline/"
-  />
-</CardGrid>
-
-## 您将获得什么
-
-所有集成指南包括:
-
-- **简单设置**:快速入门的基本配置
-- **高级工作流**:包含预发布和生产环境的多环境部署
-- **功能分支测试**:自动将功能分支部署到测试渠道
-- **安全最佳实践**:安全的密钥管理和环境保护
-- **监控**:部署状态的通知和日志记录
-
-<Aside type="tip">
-
-**初次接触 CI/CD?** 从适合您平台的简单配置开始,然后随着需求的增长逐步添加更高级的功能,如多渠道部署和自动化测试。
-
-</Aside>
-
-## 通用功能
-
-每个集成都支持:
-
-- **自动化构建**:在代码更改时触发部署
-- **多渠道支持**:部署到不同的渠道(开发、预发布、生产)
-- **拉取请求/合并请求测试**:在隔离环境中测试更改
-- **加密支持**:使用 Capgo 的加密功能进行安全部署
-- **环境保护**:生产环境的人工批准和受限访问
-- **通知**:Slack、邮件和其他通知集成
-
-## 前置要求
-
-在设置任何集成之前,请确保您具备:
-
-- 已配置应用的 Capgo 账户
-- Git 存储库中的应用源代码
-- 来自 [console.capgo.app/apikeys](https://console.capgo.app/apikeys) 的 Capgo API token
-- 项目中已配置 Node.js 和 npm/yarn
-
-## 相关文档
-
-- [渠道](/docs/live-updates/channels/) - 了解如何管理不同的部署环境
-- [加密](/docs/live-updates/encryption/) - 使用端到端加密保护您的部署
-- [更新行为](/docs/live-updates/update-behavior/) - 自定义更新应用到应用的方式
-
-从上方选择您的 CI/CD 平台以开始自动化您的 Capgo 部署!
diff --git a/src/content/docs/zh/docs/live-updates/rollbacks.mdx b/src/content/docs/zh/docs/live-updates/rollbacks.mdx
deleted file mode 100644
index 397e51913..000000000
--- a/src/content/docs/zh/docs/live-updates/rollbacks.mdx
+++ /dev/null
@@ -1,162 +0,0 @@
----
-title: 回滚
-locale: zh
-description: "了解如何在 Capgo 中管理回滚,允许您在需要时无缝恢复到以前的应用版本。"
-sidebar:
-  order: 5
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-虽然 Capgo 的实时更新允许您快速向用户交付改进和修复,但在某些情况下您可能需要回滚到应用的先前版本。也许新更新引入了意外的严重问题,或者您想在修复时恢复特定更改。
-
-Capgo 提供了几种方法来管理渠道的构建并控制用户收到的应用版本,包括手动回滚选项和自动安全机制。
-
-## 自动回滚保护
-
-Capgo 包含内置的安全机制,以保护您的用户免受损坏更新的影响。如果在调用 `notifyAppReady()` 方法之前发生 JavaScript 错误,插件将自动回滚到先前的工作版本。
-
-### 自动回滚的工作原理
-
-当下载并应用新更新时,Capgo 期望您的应用在可配置的时间范围内调用 `notifyAppReady()` 以确认更新成功加载。此方法表明:
-
-- JavaScript 包加载时没有严重错误
-- 您的应用核心功能正常工作
-- 更新可以安全保留
-
-如果由于 JavaScript 崩溃或严重错误而未调用 `notifyAppReady()`,Capgo 将:
-
-1. 检测到更新未能正确初始化
-2. 自动恢复到先前的工作包
-3. 将有问题的更新标记为失败,以防止再次应用
-
-<Aside type="tip">
-确保在应用的初始化代码中,在核心组件成功加载后调用 `notifyAppReady()`。这确保自动回滚保护按预期工作。
-</Aside>
-
-```javascript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// 在应用成功初始化后调用此方法
-await CapacitorUpdater.notifyAppReady()
-```
-
-这种自动保护有助于确保即使您不小心推送了损坏的更新,您的用户也不会被困在无法正常工作的应用中。
-
-### 配置超时
-
-您可以通过在 Capacitor 配置中设置 `appReadyTimeout` 来配置 Capgo 等待调用 `notifyAppReady()` 的时间:
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 10000
-    }
-  }
-}
-```
-
-`appReadyTimeout` 值以毫秒为单位指定。默认超时通常为 10 秒,但您可以根据应用的初始化要求调整此值。如果您的应用由于复杂的初始化过程而需要更长的加载时间,您可能需要增加此值。
-
-## 回滚到先前的包
-
-每次上传新构建并将其分配给渠道时,Capgo 都会保留这些构建的历史记录。如果您需要恢复特定更新,可以选择这些先前的构建之一重新部署到渠道。
-
-![回滚 UI 界面](/rollback_ui.webp)
-
-回滚的主要方法是通过回滚界面,该界面位于 Capgo 控制台中查看渠道时的第 4 个选项卡(历史记录)。此选项卡提供渠道所有可用构建的全面视图,允许您轻松选择并恢复到任何先前的版本。
-
-要使用历史记录选项卡进行回滚:
-
-<Steps>
-
-1. 登录 [Capgo 控制台](https://app.capgo.io)。
-
-2. 导航到"渠道"部分。
-
-3. 点击您想要回滚的渠道名称。
-
-4. 在渠道视图中转到第 4 个选项卡(历史记录)。
-
-5. 在构建历史记录中找到您想要恢复的构建。
-
-6. 选择该构建以使其成为渠道的活动构建。
-
-7. 确认您想要回滚到此构建。
-
-</Steps>
-
-### 备选方法:使用王冠图标
-
-作为第二种方式,您还可以通过点击第一个选项卡中渠道构建历史记录中任何构建旁边的王冠图标直接进行回滚:
-
-<Steps>
-
-1. 在渠道视图的第一个选项卡中,找到您想要恢复的构建。
-2. 点击该构建旁边的王冠图标以使其成为渠道的活动构建。 ![渠道管理选项](/select_bundle.webp)
-3. 确认您想要回滚到此构建。
-
-</Steps>
-
-<Aside type="note">
-回滚到先前的构建只影响选定的渠道。如果您有多个渠道(例如生产、预发布等),您需要为每个受影响的渠道重复回滚过程。
-</Aside>
-
-回滚后,配置为监听更新渠道的设备将在下次检查更新时收到先前的构建。回滚的构建将被视为新更新,因此通常的更新流程和条件适用。
-
-## 取消链接渠道
-
-如果您想在调查问题时暂时停止渠道上的更新,可以从其当前构建取消链接渠道。
-
-要取消链接渠道:
-
-<Steps>
-1. 在 Capgo 控制台中导航到渠道。
-
-2. 点击当前构建旁边的"取消链接"按钮。
-
-3. 确认您想要取消链接渠道。
-
-</Steps>
-
-一旦渠道被取消链接,它将不会分发任何新更新。配置到该渠道的设备将保持在其当前构建上,直到渠道再次链接到构建。
-
-如果您发现更新有问题但还不确定要回滚到哪个构建,这很有用。取消链接渠道可以让您有时间调查,而不会推送进一步的更新。
-
-## 强制使用内置包
-
-在更严重的情况下,您可能希望将渠道上的所有设备恢复到最初与应用原生二进制文件打包的 Web 构建。这被称为"内置包"。
-
-要在渠道上强制使用内置包:
-
-<Steps>
-
-1. 在 Capgo 控制台中导航到渠道。
-
-2. 点击"内置包"按钮。
-
-3. 确认您想要强制使用内置包。
-
-</Steps>
-
-当您强制使用内置包时,配置到该渠道的所有设备将在下次更新检查时恢复到原始打包的 Web 构建。无论它们当前使用的是什么构建,都会发生这种情况。
-
-这是一个比恢复到特定先前构建更激进的回滚选项,因为它会丢弃自应用上次发布到应用商店以来发布的所有实时更新。
-
-<Aside type="caution">
-强制使用内置包时要谨慎,因为它会影响渠道上的所有设备。在采取此操作之前,请确保您已考虑影响并有前进的计划。
-</Aside>
-
-## 监控和响应问题
-
-为了快速捕获问题并最小化有问题更新的影响,重要的是要有监控发布和响应问题的计划。
-
-一些策略包括:
-
-- 在发布更新后立即监控崩溃报告和用户反馈
-- 在广泛发布之前,使用分阶段推出或分阶段渠道系统在较小的组上测试更新
-- 有明确的决策流程,确定何时回滚、取消链接或强制使用内置包,以及谁有权这样做
-- 如果适当,向用户传达问题和解决方案
-
-通过结合仔细监控和快速管理有问题更新的能力,您可以提供持续改进的应用体验,同时最大限度地减少对用户的干扰。
diff --git a/src/content/docs/zh/docs/live-updates/update-behavior.mdx b/src/content/docs/zh/docs/live-updates/update-behavior.mdx
deleted file mode 100644
index 652966623..000000000
--- a/src/content/docs/zh/docs/live-updates/update-behavior.mdx
+++ /dev/null
@@ -1,216 +0,0 @@
----
-title: 更新行为
-locale: zh
-description: "探索 Capgo 的全面更新行为,旨在向您的应用用户提供无缝更新,而不会中断他们的体验。"
-sidebar:
-  order: 3
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-当您向 Capgo 应用发布更新时,您可能希望用户尽快收到该更新。但您也不想通过强制他们在会话中等待下载或重启应用来打扰他们的体验。
-
-Capgo 的更新行为旨在在快速交付更新和最小化对用户的干扰之间取得平衡。
-
-## 默认更新流程
-
-默认情况下,Capgo 如下处理应用更新:
-
-<Steps>
-
-1. 在应用启动时,Capgo 插件检查是否有新更新可用。
-
-2. 如果找到更新,它将在后台下载,同时用户继续使用当前版本的应用。
-
-3. 一旦下载完成,Capgo 等待用户将应用置于后台或完全关闭它。
-
-4. 当用户下次启动应用时,他们将运行更新的版本。
-
-</Steps>
-
-此流程确保用户始终运行应用的最新版本,而不会被更新提示打断或被迫等待下载。
-
-<Aside type="tip">
-Capgo 还会在应用从后台恢复时检查更新,因此即使用户不完全退出应用,他们也会收到更新。
-</Aside>
-
-## 为什么采用这种方法?
-
-在后台或关闭事件时应用更新对用户体验有几个关键好处:
-
-- 用户不会被更新提示打断,也不会被迫在会话中等待下载。
-
-- 更新在会话之间无缝应用,因此启动应用的体验始终是新鲜的。
-
-- 您可以频繁交付更新,而不用担心打扰活跃用户。
-
-主要的缺点是,如果用户将应用置于后台并快速恢复,他们可能会丢失任何未保存的状态,因为更新是在这些操作之间应用的。
-
-为了缓解这一点,我们建议:
-
-- 频繁保存状态并在应用恢复时优雅地恢复它。
-
-- 避免非常频繁的更新,这些更新会修改应用状态的大部分。
-
-- 考虑为敏感流程自定义更新行为(见下文)。
-
-## 自定义更新应用时间
-
-在某些情况下,您可能需要更多地控制更新应用的确切时间。例如,您可能希望确保用户在更新之前完成正在进行的流程,或者将应用更新与服务器端更改协调。
-
-Capgo 提供了 `setDelay` 函数,允许您指定在安装更新之前必须满足的条件:
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    {
-      kind: 'date',
-      value: '2023-06-01T00:00:00.000Z',
-    },
-    {
-      kind: 'background',
-      value: '60000',
-    },
-  ],
-});
-```
-
-此示例将延迟安装更新,直到 2023 年 6 月 1 日之后且应用已在后台至少 60 秒。
-
-可用的延迟条件包括:
-
-- `date`:等到特定日期/时间之后应用更新。
-- `background`:在应用置于后台后等待最短持续时间应用更新。
-- `nativeVersion`:在应用更新之前等待安装具有最低版本的原生二进制文件。
-- `kill`:等到下一次应用关闭事件应用更新。
-
-您可以混合和匹配这些条件以精确控制更新的安装时间。
-
-<Aside type="danger">
-请注意,`kill` 条件目前在第一次关闭事件后触发更新,而不是像其他条件那样在下一次后台事件时触发。此不一致性将在未来版本中修复。
-</Aside>
-
-## 立即应用更新
-
-对于关键更新或状态非常简单的应用,您可能希望在下载更新后立即应用,而不等待后台或关闭事件。Capgo 通过 `directUpdate` 配置选项支持此功能。
-
-<Aside type="tip" title="推荐:将增量更新与直接更新一起使用">
-使用 `directUpdate` 时,我们**强烈建议**启用[增量更新](/docs/live-updates/differentials/)以最小化下载时间并改善用户体验。增量更新仅下载更改的文件而不是整个包,这在用户积极使用应用时立即应用更新时尤其重要。
-
-**为什么这对直接更新很重要:**
-- **更快的更新**:较小的下载意味着更新快速完成,减少用户看到加载屏幕的时间
-- **更好的移动体验**:使用蜂窝网络或较慢连接的用户不会面临长时间等待
-- **更低的带宽使用**:仅下载更改的文件,为您和您的用户节省数据
-
-要启用增量更新,只需在上传包时使用 `--partial` 标志:
-```shell
-npx @capgo/cli@latest bundle upload --partial
-```
-
-在[增量更新文档](/docs/live-updates/differentials/)中了解更多信息。
-</Aside>
-
-`directUpdate` 在您的 `capacitor.config.ts` 文件中设置,而不是在 JavaScript 代码中。它支持三个值:
-
-- `false`(默认):从不进行直接更新(使用默认行为:启动时下载,后台时设置)
-- `'atInstall'`:仅在应用安装、从商店更新时直接更新,否则表现为 directUpdate = false
-- `'onLaunch'`:仅在应用安装、从商店更新或应用关闭后直接更新,否则表现为 directUpdate = false
-- `'always'`:在所有先前情况下直接更新(应用安装、从商店更新、应用关闭或应用恢复后),从不表现为 directUpdate = false
-- `true`(已弃用):与 `'always'` 相同,用于向后兼容
-
-```typescript
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: 'always', // 或 'atInstall' 仅在应用安装/更新时更新
-      autoSplashscreen: true, // 新功能:自动处理启动画面
-      keepUrlPathAfterReload: true,
-    },
-    SplashScreen: {
-      launchAutoHide: false, // 使用 directUpdate 时仍然需要
-    },
-  },
-};
-
-export default config;
-```
-
-<Aside type="note">
-**重要**:`directUpdate` 仅在应用实际检查更新时应用更新。默认情况下,这仅在应用启动或从后台恢复时发生。请注意,`periodCheckDelay` 与 `directUpdate` 不兼容。
-</Aside>
-
-启用 `directUpdate` 后,Capgo 将在更新检查期间下载完成后立即应用更新,即使用户正在积极使用应用。如果没有启用定期检查,这意味着更新只会在应用启动或从后台恢复时应用。
-
-请注意,因为 `directUpdate` 是原生配置,所以需要在 JavaScript 代码中进行一些额外处理。
-
-<Aside type="caution">
-使用 `directUpdate` 时,必须在 SplashScreen 配置中设置 `launchAutoHide: false`(如上所示),以防止启动画面自动隐藏。这确保您在更新过程完成后完全控制何时隐藏启动画面。
-</Aside>
-
-## 自动启动画面处理
-
-为了使 `directUpdate` 更易于使用,Capgo 提供了一个 `autoSplashscreen` 选项,可以自动为您处理隐藏启动画面(自 7.6.0 版本起可用):
-
-```typescript
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      directUpdate: 'always', // 或 'atInstall'
-      autoSplashscreen: true, // 自动隐藏启动画面
-      keepUrlPathAfterReload: true,
-    },
-    SplashScreen: {
-      launchAutoHide: false,
-    },
-  },
-};
-```
-
-当启用 `autoSplashscreen` 时:
-- 插件在应用更新时自动隐藏启动画面
-- 插件在不需要更新时自动隐藏启动画面
-- 您无需手动监听 `appReady` 事件或调用 `SplashScreen.hide()`
-
-### 手动启动画面处理
-
-如果您希望手动控制或需要自定义逻辑,可以禁用 `autoSplashscreen` 并自行处理:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { SplashScreen } from '@capacitor/splash-screen';
-
-CapacitorUpdater.addListener('appReady', () => {
-  // 隐藏启动画面
-  SplashScreen.hide();
-});
-
-CapacitorUpdater.notifyAppReady();
-```
-
-`appReady` 事件在应用完成初始化和应用任何待处理更新后触发。这是显示应用 UI 的安全时间点,因为它确保用户将看到最新版本。
-
-除了处理 `appReady` 事件外,我们建议在使用 `directUpdate` 时将 `keepUrlPathAfterReload` 配置选项设置为 `true`。这在由于更新而重新加载应用时保留当前 URL 路径,有助于维护用户在应用中的位置并减少混乱。
-
-如果您在使用 `directUpdate` 时不处理 `appReady` 事件和设置 `keepUrlPathAfterReload`,用户可能会短暂看到应用的陈旧版本,被带回初始路由,或者在应用更新时看到闪烁。
-
-使用 `directUpdate` 可用于提供关键错误修复或安全补丁,但它带来一些权衡:
-
-- 如果您不正确处理启动画面(使用 `autoSplashscreen` 或手动 `appReady` 事件处理),用户可能会在应用更新时看到短暂的闪烁或加载状态。
-- 如果更新修改了应用状态或 UI,用户可能会在会话中看到破坏性更改。
-- 如果未设置 `keepUrlPathAfterReload`,用户在应用中的位置可能会丢失,可能会使他们迷失方向。
-- 您需要仔细处理保存和恢复状态以确保平滑过渡。
-
-如果您确实启用了 `directUpdate`,我们建议:
-
-- 对于最简单的设置使用 `autoSplashscreen: true`,或者如果需要自定义逻辑则手动处理 `appReady` 事件。
-- 将 `keepUrlPathAfterReload` 设置为 `true` 以保留用户在应用中的位置。
-- 根据需要保存和恢复应用状态,以避免丢失用户进度。
-- 彻底测试应用的更新行为,以确保没有突兀的过渡、丢失的状态或令人迷失方向的位置更改。
-
-在大多数情况下,默认更新行为在快速交付更新和最小化干扰之间提供了最佳平衡。但对于有特定需求的应用,Capgo 提供了自定义更新应用时间和方式的灵活性。
diff --git a/src/content/docs/zh/docs/live-updates/update-types.mdx b/src/content/docs/zh/docs/live-updates/update-types.mdx
deleted file mode 100644
index a8a336c6f..000000000
--- a/src/content/docs/zh/docs/live-updates/update-types.mdx
+++ /dev/null
@@ -1,120 +0,0 @@
----
-title: 更新类型
-description: Capgo 提供的所有 OTA 更新类型的综合参考：应用时机、延迟条件、版本阻止和交付方法。
-sidebar:
-  order: 2
-locale: zh
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-Capgo 支持多种类型的空中下载（OTA）更新。本页列出并解释了所有这些类型，以便您可以为应用选择正确的组合。
-
-## 应用时机
-
-控制更新下载后**何时**应用。
-
-| 类型 | 描述 | 使用场景 |
-|------|-------------|----------|
-| **默认** | 在后台下载，当用户将应用切换到后台或关闭应用时应用 | 大多数应用；最小干扰 |
-| **directUpdate: `atInstall`** | 仅在全新安装或应用商店更新时立即应用 | 新用户获得最新版本；现有用户使用默认流程 |
-| **directUpdate: `onLaunch`** | 在安装、商店更新或应用关闭后立即应用 | 在新鲜度和会话稳定性之间取得平衡 |
-| **directUpdate: `always`** | 只要下载更新就立即应用（包括恢复时） | 关键修复、状态简单的应用 |
-
-在 `capacitor.config.ts` 中配置：
-
-```typescript
-plugins: {
-  CapacitorUpdater: {
-    directUpdate: false, // default
-    // or: 'atInstall' | 'onLaunch' | 'always'
-  }
-}
-```
-
-<Aside type="tip">
-有关完整详细信息和启动画面处理，请参阅[更新行为](/docs/live-updates/update-behavior/)。
-</Aside>
-
-## 延迟条件
-
-在安装更新**之前**必须满足的条件。使用 `setMultiDelay` 组合它们（必须满足所有条件）。
-
-| 条件 | 描述 | 示例 |
-|-----------|-------------|---------|
-| **date** | 等待到特定日期/时间之后 | 与服务器端发布协调 |
-| **background** | 应用切换到后台后等待最小持续时间（毫秒） | 避免在快速应用切换期间应用 |
-| **nativeVersion** | 需要最低原生二进制版本 | 阻止在不兼容的原生代码上更新 |
-| **kill** | 等待到下一次应用关闭事件 | 仅在完全重启时应用 |
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    { kind: 'date', value: '2023-06-01T00:00:00.000Z' },
-    { kind: 'background', value: '60000' },
-  ],
-});
-```
-
-<Aside type="danger">
-`kill` 条件在第一次关闭事件后触发，而不是像其他条件那样在下一次后台切换时触发。这将在未来版本中修复。
-</Aside>
-
-## 版本阻止（频道策略）
-
-控制频道将自动交付哪些 **semver 更新**。通过频道上的 `--disable-auto-update` 设置。
-
-| 策略 | 阻止 | 允许 | 使用场景 |
-|----------|--------|--------|----------|
-| **none** | 无 | 所有更新 | 默认；完全自动更新 |
-| **major** | 0.0.0 → 1.0.0 | 相同主版本（例如 1.x → 1.y） | 防止破坏性更改到达旧原生版本 |
-| **minor** | 0.0.0 → 1.1.0, 1.1.0 → 1.2.0 | 相同次版本（例如 1.2.x → 1.2.y） | 主版本内更严格的控制 |
-| **patch** | 除补丁升级外的任何更改 | 仅 0.0.311 → 0.0.314 | 非常严格；仅补丁更新 |
-| **metadata** | 没有 `min_update_version` 的更新 | 具有明确兼容性元数据的更新 | 每个包的自定义兼容性规则 |
-
-```bash
-npx @capgo/cli channel set production --disable-auto-update major
-```
-
-<Aside type="caution">
-`patch` 和 `metadata` 需要仔细设置。有关详细信息，请参阅 [CLI 命令](/docs/cli/commands/#disable-updates-strategy)和[版本定位](/docs/live-updates/version-targeting/)。
-</Aside>
-
-## 交付类型
-
-**包如何传输**到设备。
-
-| 类型 | 描述 | 何时使用 |
-|------|-------------|-------------|
-| **完整包** | 下载整个 JS 包 | 首次安装、大型更改或增量不可用时 |
-| **增量（清单）** | 仅下载更改的文件 | 大多数更新；更快且带宽友好 |
-
-```bash
-# 完整包（默认）
-npx @capgo/cli bundle upload --channel production
-
-# 增量更新
-npx @capgo/cli bundle upload --channel production --delta
-```
-
-<Aside type="tip">
-使用 `directUpdate` 时，启用[增量更新](/docs/live-updates/differentials/)以最小化下载时间并改善用户体验。
-</Aside>
-
-## 快速参考
-
-| 类别 | 类型 |
-|----------|-------|
-| **应用时机** | 默认、`atInstall`、`onLaunch`、`always` |
-| **延迟条件** | `date`、`background`、`nativeVersion`、`kill` |
-| **版本阻止** | `none`、`major`、`minor`、`patch`、`metadata` |
-| **交付** | 完整包、增量（清单） |
-
-## 相关内容
-
-- [更新行为](/docs/live-updates/update-behavior/) — 配置应用时机和延迟
-- [版本定位](/docs/live-updates/version-targeting/) — 基于频道的版本路由
-- [增量（清单）更新](/docs/live-updates/differentials/) — 启用部分下载
-- [频道](/docs/live-updates/channels/) — 频道配置和优先级
diff --git a/src/content/docs/zh/docs/live-updates/version-targeting.mdx b/src/content/docs/zh/docs/live-updates/version-targeting.mdx
deleted file mode 100644
index 5f49651b8..000000000
--- a/src/content/docs/zh/docs/live-updates/version-targeting.mdx
+++ /dev/null
@@ -1,615 +0,0 @@
----
-title: 版本定位
-description: 根据用户的原生应用版本自动向用户交付兼容的更新
-sidebar:
-  order: 7
-locale: zh
----
-
-import { Aside } from '@astrojs/starlight/components';
-
-本指南介绍如何根据用户的原生应用版本自动向用户交付最新兼容的包。**类似于 Ionic AppFlow 的方式**。这确保了简化的更新管理和更快的发布，同时防止了兼容性问题。
-
-<Aside type="tip" title="从 Ionic AppFlow 迁移吗?">
-  如果您正在从 Ionic AppFlow 迁移，本指南对您特别重要。AppFlow 自动将更新与原生版本匹配，而 Capgo 提供相同的功能并具有更多控制和灵活性。有关分步迁移说明，请参阅 [AppFlow 迁移指南](/docs/upgrade/from-appflow-to-capgo)。
-</Aside>
-
-## 概述
-
-Capgo 的版本定位系统使您能够:
-
-- **根据原生应用版本自动向用户交付兼容的更新**
-- **防止破坏性更改到达不兼容的应用版本**
-- **同时管理多个应用版本**，无需复杂逻辑
-- **无缝地向特定用户段推出更新**
-
-### 版本定位为什么重要（特别是对于 AppFlow 用户）
-
-如果您熟悉 **Ionic AppFlow**，您知道确保用户仅接收兼容更新有多么重要。AppFlow 自动将实时更新包与原生应用版本匹配，防止不兼容的 JavaScript 交付到较旧的原生代码。
-
-**Capgo 提供相同的安全保证**，并具有额外功能:
-- 对版本匹配的更细粒度控制
-- 多种策略（渠道、semver、原生限制）
-- 更好的版本分布可视性
-- API 和 CLI 控制以及仪表板管理
-
-这种方法在以下情况下特别有用:
-- 您的应用有来自不同主要版本的用户（例如 v1.x、v2.x、v3.x）
-- 需要在推出破坏性更改的同时保持向后兼容性
-- 想要防止较新的包破坏较旧的原生代码
-- 逐步将用户从一个版本迁移到另一个版本
-- **从 AppFlow 迁移**并想保持相同的更新安全性
-
-## 它是如何工作的
-
-Capgo 使用多层方法将用户与兼容更新匹配:
-
-1. **原生版本约束**: 防止包传递到不兼容的原生版本
-2. **基于渠道的路由**: 将不同的应用版本路由到不同的更新渠道
-3. **语义版本控制**: 自动阻止跨主要/次要/补丁边界的更新
-4. **设备级覆盖**: 针对特定设备或用户组
-
-### 版本匹配流程
-
-```mermaid
-graph TD
-    A[User Opens App] --> B{Check Device Override}
-    B -->|Override Set| C[Use Override Channel]
-    B -->|No Override| D{Check defaultChannel in App}
-    D -->|Has defaultChannel| E[Use App's defaultChannel]
-    D -->|No defaultChannel| F[Use Cloud Default Channel]
-    C --> G{Check Version Constraints}
-    E --> G
-    F --> G
-    G -->|Compatible| H[Deliver Update]
-    G -->|Incompatible| I[Skip Update]
-```
-
-## 策略 1: 基于渠道的版本路由
-
-这是**管理破坏性更改和主要版本更新的推荐方法**。类似于 AppFlow 的交付模型。
-
-### 示例场景
-
-- **App v1.x** （100,000 用户） → `production` 渠道
-- **App v2.x** （50,000 用户，带有破坏性更改） → `v2` 渠道
-- **App v3.x** （10,000 测试版用户） → `v3` 渠道
-
-### 实现
-
-#### 步骤 1: 为每个主要版本配置渠道
-
-```typescript
-// v1.x 构建的 capacitor.config.ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production', // 或省略为默认
-    }
-  }
-};
-
-export default config;
-```
-
-```typescript
-// v2.x 构建的 capacitor.config.ts
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // 自动路由 v2 用户
-    }
-  }
-};
-```
-
-```typescript
-// v3.x 构建的 capacitor.config.ts
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example App',
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v3', // 自动路由 v3 用户
-    }
-  }
-};
-```
-
-#### 步骤 2: 创建渠道
-
-```bash
-# 为每个主要版本创建渠道
-npx @capgo/cli channel create production
-npx @capgo/cli channel create v2
-npx @capgo/cli channel create v3
-
-# 启用自我分配以便应用可以切换渠道
-npx @capgo/cli channel set production --self-assign
-npx @capgo/cli channel set v2 --self-assign
-npx @capgo/cli channel set v3 --self-assign
-```
-
-#### 步骤 3: 上传版本特定的包
-
-```bash
-# 对于 v1.x 用户（来自 v1-maintenance 分支）
-git checkout v1-maintenance
-npm run build
-npx @capgo/cli bundle upload --channel production
-
-# 对于 v2.x 用户（来自 v2-maintenance 或 main 分支）
-git checkout main
-npm run build
-npx @capgo/cli bundle upload --channel v2
-
-# 对于 v3.x 用户（来自 beta/v3 分支）
-git checkout beta
-npm run build
-npx @capgo/cli bundle upload --channel v3
-```
-
-<Aside type="tip" title="自动路由">
-  当用户打开应用时，他们会根据安装的应用包中的 `defaultChannel` 自动连接到其指定的渠道。无需 JavaScript 代码更改！
-</Aside>
-
-### 优点
-
-- **零代码更改** - 渠道路由自动发生
-- **明确的分离** - 每个版本都有自己的更新管道
-- **灵活的定位** - 将更新推送到特定版本组
-- **安全的推出** - 破坏性更改永远不会到达不兼容的版本
-
-## 策略 2: 语义版本控制
-
-使用 Capgo 的内置语义版本控制来防止跨版本边界的更新。
-
-### 禁用跨主要版本的自动更新
-
-```bash
-# 创建阻止主要版本更新的渠道
-npx @capgo/cli channel create stable --disable-auto-update major
-```
-
-此配置意味着:
-- 应用版本 **1.2.3** 的用户将收到到 **1.9.9** 的更新
-- 用户将**不会**自动收到版本 **2.0.0**
-- 防止破坏性更改到达较旧的原生代码
-
-### 粒度控制选项
-
-```bash
-# 阻止次要版本更新（1.2.x 不会得到 1.3.0）
-npx @capgo/cli channel set stable --disable-auto-update minor
-
-# 阻止补丁更新（1.2.3 不会得到 1.2.4）
-npx @capgo/cli channel set stable --disable-auto-update patch
-
-# 允许所有更新
-npx @capgo/cli channel set stable --disable-auto-update none
-```
-
-<Aside type="caution" title="需要语义版本控制">
-  此策略仅在您为应用版本遵循语义版本控制 (semver) 时有效。确保您的版本号遵循 `MAJOR.MINOR.PATCH` 格式。
-</Aside>
-
-## 策略 3: 原生版本约束
-
-指定包的最小原生版本要求以防止传递到不兼容的设备。
-
-### 使用 nativeVersion 延迟条件
-
-上传包时，您可以指定最小原生版本:
-
-```bash
-# 此包需要原生版本 2.0.0 或更高版本
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "2.0.0"
-```
-
-<Aside type="note" title="它是如何工作的">
-  原生版本 1.x 的设备将**不会**收到此包。只有 2.0.0 或更高版本的设备才会获得它。这对于需要新原生 API 或插件的更新是完美的。
-</Aside>
-
-### 用例
-
-1. **需要新的原生插件**
-   ```bash
-   # 包需要在 v2.0.0 中添加的摄像头插件
-   npx @capgo/cli bundle upload --native-version "2.0.0"
-   ```
-
-2. **破坏性的原生 API 变更**
-   ```bash
-   # 包使用新的 Capacitor 6 API
-   npx @capgo/cli bundle upload --native-version "3.0.0"
-   ```
-
-3. **渐进式迁移**
-   ```bash
-   # 仅在最新原生版本上测试包
-   npx @capgo/cli bundle upload \
-     --channel beta \
-     --native-version "2.5.0"
-   ```
-
-## 策略 4: 自动降级防护
-
-防止用户接收比其当前原生版本更早的包。
-
-### 在渠道设置中启用
-
-在 Capgo 仪表板中:
-1. 转到**渠道** → 选择您的渠道
-2. 启用**"禁用原生下的自动降级"**
-3. 保存更改
-
-或通过 CLI:
-```bash
-npx @capgo/cli channel set production --disable-downgrade
-```
-
-### 示例
-
-- 用户的设备: 原生版本 **1.2.5**
-- 渠道包: 版本 **1.2.3**
-- **结果**: 更新被阻止（将是降级）
-
-这在以下情况下很有用:
-- 用户从应用商店手动安装了较新版本
-- 您需要确保用户始终拥有最新安全补丁
-- 您想防止回归错误
-
-## 策略 5: 设备级定位
-
-覆盖特定设备或用户组的渠道分配。
-
-### 强制特定版本进行测试
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-// 强制测试版用户使用 v3 渠道
-async function assignBetaTesters() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-
-  // 检查用户是否是测试版用户
-  if (isBetaTester(userId)) {
-    await CapacitorUpdater.setChannel({ channel: 'v3' })
-  }
-}
-```
-
-### 仪表板设备覆盖
-
-在 Capgo 仪表板中:
-1. 转到**设备** → 查找设备
-2. 单击**设置渠道**或**设置版本**
-3. 覆盖为特定渠道或包版本
-4. 设备将从覆盖源接收更新
-
-<Aside type="tip" title="测试更新">
-  使用设备覆盖在将更新推出给所有用户之前在您自己的设备上测试更新。
-</Aside>
-
-## 完整的 AppFlow 风格工作流程
-
-这是结合所有策略的完整示例:
-
-### 1. 初始设置（应用 v1.0.0）
-
-```bash
-# 创建具有 semver 控制的生产渠道
-npx @capgo/cli channel create production \
-  --disable-auto-update major \
-  --disable-downgrade
-```
-
-```typescript
-// capacitor.config.ts
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'production',
-    }
-  }
-};
-```
-
-### 2. 发布破坏性更改（应用 v2.0.0）
-
-```bash
-# 为新版本创建 v2 渠道
-npx @capgo/cli channel create v2 \
-  --disable-auto-update major \
-  --disable-downgrade \
-  --self-assign
-
-# 为 v1 维护创建 git 分支
-git checkout -b v1-maintenance
-git push origin v1-maintenance
-```
-
-```typescript
-// v2.0.0 的 capacitor.config.ts
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      defaultChannel: 'v2', // 新用户获得 v2 渠道
-    }
-  }
-};
-```
-
-### 3. 向两个版本推送更新
-
-```bash
-# 更新 v1.x 用户（错误修复）
-git checkout v1-maintenance
-# 进行更改
-npx @capgo/cli bundle upload \
-  --channel production \
-  --native-version "1.0.0"
-
-# 更新 v2.x 用户（新功能）
-git checkout main
-# 进行更改
-npx @capgo/cli bundle upload \
-  --channel v2 \
-  --native-version "2.0.0"
-```
-
-### 4. 监控版本分布
-
-使用 Capgo 仪表板跟踪:
-- v1 对 v2 有多少用户
-- 每个版本的包采用率
-- 每个版本的错误或崩溃
-
-### 5. 弃用旧版本
-
-一旦 v1 使用量下降到阈值以下:
-
-```bash
-# 停止上传到生产渠道
-# 可选: 删除 v1 维护分支
-git branch -d v1-maintenance
-
-# 将所有剩余用户移至默认
-# （他们需要通过应用商店更新）
-```
-
-## 渠道优先级
-
-当存在多个渠道配置时，Capgo 使用此优先级顺序:
-
-1. **设备覆盖** (仪表板或 API) - 最高优先级
-2. **云覆盖**通过 `setChannel()` 调用
-3. **defaultChannel** 在 capacitor.config.ts 中
-4. **默认渠道** (云设置) - 最低优先级
-
-<Aside type="note" title="优先级示例">
-  如果用户的应用有 `defaultChannel: 'v2'` 但您在仪表板中将其设备覆盖为 `'beta'`，他们将收到来自 `'beta'` 渠道的更新。
-</Aside>
-
-## 最佳实践
-
-### 1. 总是为主要版本设置 defaultChannel
-
-```typescript
-// ✅ 好: 每个主要版本都有显式渠道
-// v1.x → production
-// v2.x → v2
-// v3.x → v3
-
-// ❌ 坏: 依赖动态渠道切换
-// 所有版本 → production，手动切换
-```
-
-### 2. 使用语义版本控制
-
-```bash
-# ✅ 好
-1.0.0 → 1.0.1 → 1.1.0 → 2.0.0
-
-# ❌ 坏
-1.0 → 1.1 → 2 → 2.5
-```
-
-### 3. 维护独立分支
-
-```bash
-# ✅ 好: 每个主要版本的独立分支
-main (v3.x)
-v2-maintenance (v2.x)
-v1-maintenance (v1.x)
-
-# ❌ 坏: 所有版本的单个分支
-```
-
-### 4. 推出前测试
-
-```bash
-# 首先在 beta 渠道上测试
-npx @capgo/cli bundle upload --channel beta
-
-# 监控问题，然后升级到生产
-npx @capgo/cli bundle upload --channel production
-```
-
-### 5. 监控版本分布
-
-定期检查您的仪表板:
-- 用户是否升级到较新的原生版本？
-- 旧版本是否仍然获得高流量？
-- 您应该弃用旧渠道吗？
-
-## 与 Ionic AppFlow 的比较
-
-对于从 **Ionic AppFlow** 迁移的团队，以下是 Capgo 版本定位的比较:
-
-| 特性 | Ionic AppFlow | Capgo |
-|---------|---------------|-------|
-| **基于版本的路由** | 基于原生版本自动 | 通过 `defaultChannel` + 多种策略自动 |
-| **语义版本控制** | 基本支持 | 高级支持 `--disable-auto-update` (主要/次要/补丁) |
-| **原生版本约束** | AppFlow 仪表板中的手动配置 | CLI 中内置的 `--native-version` 标志 |
-| **渠道管理** | Web UI + CLI | Web UI + CLI + API |
-| **设备覆盖** | 有限的设备级控制 | 通过仪表板/API 的完全控制 |
-| **自动降级防护** | 是 | 通过 `--disable-downgrade` 是 |
-| **多版本维护** | 手动分支/渠道管理 | 使用渠道优先级自动化 |
-| **自我托管** | 否 | 是（完全控制） |
-| **版本分析** | 基本 | 每个版本的详细指标 |
-
-<Aside type="note" title="AppFlow 奇偶性及以上">
-  Capgo 提供 **AppFlow 提供的所有版本定位功能**以及额外的控制机制。如果您依赖 AppFlow 的自动版本匹配，您会发现 Capgo 同样安全但更灵活。
-</Aside>
-
-## 故障排除
-
-### 用户未收到更新
-
-检查以下内容:
-
-1. **渠道分配**: 验证设备在正确的渠道上
-   ```typescript
-   const channel = await CapacitorUpdater.getChannel()
-   console.log('Current channel:', channel)
-   ```
-
-2. **版本约束**: 检查包是否有原生版本要求
-   - 仪表板 → 包 → 检查"原生版本"列
-
-3. **Semver 设置**: 验证渠道的 `disable-auto-update` 设置
-   ```bash
-   npx @capgo/cli channel list
-   ```
-
-4. **设备覆盖**: 检查设备是否有手动覆盖
-   - 仪表板 → 设备 → 搜索设备 → 检查渠道/版本
-
-### 包交付到错误的版本
-
-1. **查看 defaultChannel**: 确保 `capacitor.config.ts` 中的正确渠道
-2. **检查包上传**: 验证包已上传到预期渠道
-3. **检查原生版本**: 确认 `--native-version` 标志使用正确
-
-### 破坏性更改影响旧版本
-
-1. **立即修复**: 将受影响的设备覆盖到安全包
-   - 仪表板 → 设备 → 多选 → 设置版本
-2. **长期修复**: 创建版本控制渠道并维护独立分支
-3. **预防**: 推出前始终在代表性设备上测试更新
-
-## 从 Ionic AppFlow 迁移
-
-如果您正在从 **Ionic AppFlow** 迁移，版本定位在 Capgo 中的工作方式非常相似，具有增强的灵活性:
-
-### 概念映射
-
-| AppFlow 概念 | Capgo 等效 | 注意 |
-|-----------------|------------------|-------|
-| **部署渠道** | Capgo 渠道 | 相同的概念，更强大 |
-| **原生版本锁定** | `--native-version` 标志 | 更细粒度的控制 |
-| **渠道优先级** | 渠道优先级 (override → cloud → default) | 更透明的优先级 |
-| **部署目标** | 渠道 + semver 控制 | 可用的多个策略 |
-| **生产渠道** | `production` 渠道 (或任何名称) | 灵活的命名 |
-| **基于 Git 的部署** | 来自分支的 CLI 包上传 | 相同的工作流程 |
-| **自动版本匹配** | `defaultChannel` + 版本约束 | 使用多种策略增强 |
-
-### AppFlow 用户的关键区别
-
-1. **更多控制**: Capgo 为您提供多种策略 (渠道、semver、原生版本)，可以组合
-2. **更好的可见性**: 仪表板显示版本分布和兼容性问题
-3. **API 访问**: 对版本定位的完全编程控制
-4. **自我托管**: 使用相同版本逻辑运行您自己的更新服务器的选项
-
-### 迁移步骤
-
-1. **将您的 AppFlow 渠道映射到 Capgo 渠道** (通常 1:1)
-2. 在 `capacitor.config.ts` 中**为每个主要版本设置 `defaultChannel`**
-3. **配置 semver 规则**如果您想要版本边界处的自动阻止
-4. 使用 `--native-version` 标志**上传版本特定的包**
-5. 在 Capgo 仪表板中**监控版本分布**
-
-<Aside type="tip" title="完整迁移指南">
-  有关完整的迁移说明（包括 SDK 替换和 API 映射），请参阅 [AppFlow 到 Capgo 迁移指南](/docs/upgrade/from-appflow-to-capgo)。
-</Aside>
-
-## 高级模式
-
-### 按版本的渐进式推出
-
-```typescript
-// 逐步将 v1 用户迁移到 v2
-async function migrateUsers() {
-  const deviceId = await CapacitorUpdater.getDeviceId()
-  const rolloutPercentage = 10 // 从 10% 开始
-
-  // 对设备 ID 进行哈希以获得确定性百分比
-  const hash = hashCode(deviceId) % 100
-
-  if (hash < rolloutPercentage) {
-    // 用户在推出组中 - 迁移到 v2
-    await CapacitorUpdater.setChannel({ channel: 'v2' })
-  }
-}
-```
-
-### 按版本的功能标志
-
-```typescript
-// 根据原生版本启用功能
-async function checkFeatureAvailability() {
-  const info = await CapacitorUpdater.getDeviceId()
-  const nativeVersion = info.nativeVersion
-
-  if (compareVersions(nativeVersion, '2.0.0') >= 0) {
-    // 启用需要 v2.0.0 的功能+
-    enableNewCameraFeature()
-  }
-}
-```
-
-### 跨版本 A/B 测试
-
-```typescript
-// 在同一原生版本内运行 A/B 测试
-async function assignABTest() {
-  const nativeVersion = await getNativeVersion()
-
-  if (nativeVersion.startsWith('2.')) {
-    // 仅对 v2 用户进行 A/B 测试
-    const variant = Math.random() < 0.5 ? 'v2-test-a' : 'v2-test-b'
-    await CapacitorUpdater.setChannel({ channel: variant })
-  }
-}
-```
-
-## 总结
-
-Capgo 为版本特定的更新交付提供多种策略:
-
-1. **基于渠道的路由**: 通过 `defaultChannel` 自动版本分离
-2. **语义版本控制**: 防止跨主要/次要/补丁边界的更新
-3. **原生版本约束**: 需要包的最小原生版本
-4. **自动降级防护**: 不要向较新的原生版本交付较早的包
-5. **设备覆盖**: 用于测试和定位的手动控制
-
-通过结合这些策略，您可以实现 AppFlow 风格的自动更新交付，具有更多的灵活性和控制。选择最适合您的应用版本控制和部署工作流程的方法。
-
-有关特定功能的更多详细信息:
-- [破坏性更改指南](/docs/live-updates/breaking-changes) - 详细的渠道版本控制策略
-- [渠道管理](/docs/live-updates/channels) - 完整的渠道配置参考
-- [更新行为](/docs/live-updates/update-behavior) - 原生版本延迟和条件
diff --git a/src/content/docs/zh/docs/plugin/api.md b/src/content/docs/zh/docs/plugin/api.md
deleted file mode 100644
index 8c02efe6d..000000000
--- a/src/content/docs/zh/docs/plugin/api.md
+++ /dev/null
@@ -1,1890 +0,0 @@
----
-title: 功能与设置
-description: 插件的所有可用方法和设置
-sidebar:
-  order: 2
-locale: zh
----
-# 更新插件配置
-
-<docgen-config>
-<!--Update the source file JSDoc comments and rerun docgen to update the docs below-->
-
-CapacitorUpdater 可以使用以下选项进行配置：|道具|类型 |描述 |默认 |自从 |
-| ---| ---| ---| ---| ---|
-| **`appReadyTimeout`** | `number` |配置本机插件在考虑更新“失败”之前应等待的毫秒数。仅适用于 Android 和 iOS。 | `10000 // (10 seconds)` |  |
-| **`responseTimeout`** | `number` |配置本机插件在考虑 API 超时之前应等待的秒数。仅适用于 Android 和 iOS。 | `20 // (20 second)` |  |
-| **`autoDeleteFailed`** | `boolean` |配置插件是否应使用自动删除失败的包。仅适用于 Android 和 iOS。 | `true` |  |
-| **`autoDeletePrevious`** | `boolean` |配置插件是否应在成功更新后自动删除以前的包。仅适用于 Android 和 iOS。 | `true` |  |
-| **`autoUpdate`** | `boolean` |配置插件是否应通过更新服务器使用自动更新。仅适用于 Android 和 iOS。 | `true` |  |
-| **`resetWhenUpdate`** | `boolean` |当更新的本机应用程序包安装到设备时，自动删除以前下载的包。如果用户从商店下载比当前下载的捆绑包旧的本机应用程序捆绑包，则将此设置为 false 可能会中断自动更新流程。频道设置 downgrade_under_native 将阻止上传。仅适用于 Android 和 iOS。 | `true` |  |
-| **`updateUrl`** | `string` |配置更新检查发送到的 URL/端点。仅适用于 Android 和 iOS。 | `https://plugin.capgo.app/updates` |  |
-| **`channelUrl`** | `string` |配置通道操作的 URL/端点。仅适用于 Android 和 iOS。 | `https://plugin.capgo.app/channel_self` |  |
-| **`statsUrl`** | `string` |配置更新统计信息发送到的 URL/端点。仅适用于 Android 和 iOS。设置为“”以禁用统计报告。 | `https://plugin.capgo.app/stats` |  |
-| **`publicKey`** | `string` |配置端到端实时更新加密的公钥版本 2 仅适用于 Android 和 iOS。 | `undefined` | 6.2.0 |
-| **`version`** | `string` |配置应用程序的当前版本。这将用于第一次更新请求。如果未设置，插件将从本机代码获取版本。仅适用于 Android 和 iOS。 | `undefined` | 4.17.48 |
-| **`directUpdate`** | `布尔值| '总是' | '在安装' | 'onLaunch'` |配置插件何时应直接安装更新。仅适用于自动更新模式。适用于小于 10MB 且使用 --delta 标志完成上传的应用程序。 Zip 或超过 10MB 的应用程序对于用户来说更新速度会相对较慢。 - false：从不进行直接更新（使用默认行为：开始时下载，后台设置） - atInstall：仅在安装应用程序、从商店更新等情况下直接更新rwise 充当 directUpdate = false - onLaunch：仅在已安装的应用程序、从商店更新或应用程序终止后直接更新，否则充当 directUpdate = false - 始终：在所有以前的情况下直接更新（安装应用程序、从商店更新、应用程序终止或应用程序恢复后），从不充当 directUpdate = false - true：（已弃用）与“始终”相同以实现向后兼容性激活此标志将自动在 CICD 环境中生成 CLI 上传增量，并要求确认在本地上传中。仅适用于 Android 和 iOS。 | `false` | 5.1.0 |
-| **`autoSplashscreen`** | `boolean` |使用 directUpdate 时自动处理闪屏隐藏。启用后，该插件将在应用更新后或不需要更新时自动隐藏启动屏幕。这样就无需手动侦听 appReady 事件并调用 SplashScreen.hide()。仅当 directUpdate 设置为“atInstall”、“always”、“onLaunch”或 true 时才有效。需要安装 @capacitor/splash-screen 插件并配置 launchAutoHide: false。需要启用 autoUpdate 和 directUpdate。仅适用于 Android 和 iOS。 | `false` | 7.6.0 |
-| **`autoSplashscreenLoader`** | `boolean` |当自动直接更新运行时，在初始屏幕顶部显示本机加载指示器。仅在启用 {@link autoSplashscreen} 时生效。需要安装 @capacitor/splash-screen 插件并配置 launchAutoHide: false。仅适用于 Android 和 iOS。 | `false` | 7.19.0 |
-| **`autoSplashscreenTimeout`** | `number` |使用自动直接更新时，在指定的毫秒数后自动隐藏启动屏幕。如果超时，更新将继续在后台下载，同时闪屏将消失。设置为 `0`（零）以禁用超时。当超时触发时，将跳过直接更新流程，并在下一次后台/启动时安装下载的捆绑包。需要启用 {@link autoSplashscreen}。仅适用于 Android 和 iOS。 | `10000 // (10 seconds)` | 7.19.0 |
-| **`periodCheckDelay`** | `number` |配置周期更新检查的延迟时间。单位为秒。仅适用于 Android 和 iOS。不能少于 600 秒（10 分钟）。 | `0 (disabled)` |  |
-| **`localS3`** | `boolean` |配置 CLI 以使用本地服务器进行测试或自托管更新服务器。 | `undefined` | 4.17.48 |
-| **`localHost`** | `string` |配置 CLI 以使用本地服务器进行测试或自托管更新服务器。 | `undefined` | 4.17.48 |
-| **`localWebHost`** | `string` |配置 CLI 以使用本地服务器进行测试或自托管更新服务器。 | `undefined` | 4.17.48 |
-| **`localSupa`** | `string` |配置 CLI 以使用本地服务器进行测试或自托管更新服务器。 | `undefined` | 4.17.48 |
-| **`localSupaAnon`** | `string` |配置 CLI 以使用本地服务器进行测试。 | `undefined` | 4.17.48 |
-| **`localApi`** | `string` |配置 CLI 以使用本地 api 进行测试。 | `undefined` | 6.3.3 |
-| **`localApiFiles`** | `string` |配置 CLI 以使用本地文件 api 进行测试。 | `undefined` | 6.3.3 |
-| **`allowModifyUrl`** | `boolean` |允许插件从 JavaScript 端动态修改 updateUrl、statsUrl 和 channelUrl。 | `false` | 5.4.0 |
-| **`allowModifyAppId`** | `boolean` |允许插件从 JavaScript 端动态修改 appId。 | `false` | 7.14.0 |
-| **`allowManualBundleError`** | `boolean` |使用手动更新流程时，允许将捆绑包标记为 JavaScript 出错。启用后，{@link CapacitorUpdaterPlugin.setBundleError} 可以将捆绑包状态更改为 `error`。 | `false` | 7.20.0 |
-| **`persistCustomId`** | `boolean` |在应用重新启动时保留通过 {@link CapacitorUpdaterPlugin.setCustomId} 设置的 customId。仅适用于 Android 和 iOS。 | `false (will be true by default in a future major release v8.x.x)` | 7.17.3 | 7.17.3
-| **`persistModifyUrl`** | `boolean` |在应用重新启动时保留通过 {@link CapacitorUpdaterPlugin.setUpdateUrl}、{@link CapacitorUpdaterPlugin.setStatsUrl} 和 {@link CapacitorUpdaterPlugin.setChannelUrl} 设置的 updateUrl、statsUrl 和 channelUrl。仅适用于 Android 和 iOS。 | `false` | 7.20.0 |
-| **`allowSetDefaultChannel`** | `boolean` |允许或禁止 {@link CapacitorUpdaterPlugin.setChannel} 方法修改 defaultChannel。当设置为 `false` 时，调用 `setChannel()` 将返回代码为 `disabled_by_config` 的错误。 | `true` | 7.34.0 |
-| **`defaultChannel`** | `string` |在配置中设置应用程序的默认频道。区分大小写。此设置将覆盖云中设置的默认通道，但仍会尊重在云中进行的覆盖。这要求通道允许设备在通道设置中自行解离/关联。 https://capgo.app/docs/public-api/channels/#channel-configuration-options | `undefined` | 5.5.0 |
-| **`appId`** | `string` |在 config 中配置应用程序的应用程序 ID。 | `undefined` | 6.0.0 |
-| **`keepUrlPathAfterReload`** | `boolean` |配置插件以在重新加载后保留 URL 路径。警告：触发重新加载时，“window.history”将被清除。 | `false` | 6.8.0 |
-| **`disableJSLogging`** | `boolean` |禁用插件的 JavaScript 日志记录。如果为 true，则插件将不会登录到 JavaScript 控制台。只会完成本机日志| `false` | 7.3.0 |
-| **`osLogging`** | `boolean` |启用操作系统级别的日志记录。启用后，日志将写入系统日志，可以在生产版本中进行检查。 - **iOS**：使用 os_log 而不是 Swift.print，可通过 Console.app 或 Instruments 访问日志 - **Android**：记录到 Logcat (android.util.Log) 当设置为 false 时，系统日志记录在两个平台上均被禁用（如果启用，则仅会发生 JavaScript 控制台日志记录）。时间这对于调试生产应用程序很有用（App Store/TestFlight 构建在 iOS 上，或在 Android 上构建生产 APK）。 | `true` | 8.42.0 |
-| **`shakeMenu`** | `boolean` |启用摇动手势以显示更新菜单以进行调试/测试 | `false` | 7.5.0 |
-| **`allowShakeChannelSelector`** | `boolean` |启用摇动手势可显示用于在更新频道之间切换的频道选择器菜单。当启用且 `shakeMenu` 为 true 时，摇动手势会显示通道选择器，而不是默认的调试菜单（返回主页/重新加载/关闭）。选择频道后，应用程序会自动检查更新和下载（如果有）。仅当通道在后端启用了 `allow_self_set` 时才有效。仅适用于 Android 和 iOS。 | `false` | 8.43.0 |</docgen-config>
-
-## API 参考
-
-<docgen-index>
-<!--Auto-generated, do not edit by hand-->
-
-- [`notifyAppReady`](#notifyappready)
-- [`setUpdateUrl`](#setupdateurl)
-- [`setStatsUrl`](#setstatsurl)
-- [`setChannelUrl`](#setchannelurl)
-- [`download`](#download)
-- [`next`](#next)
-- [`set`](#set)
-- [`delete`](#delete)
-- [`setBundleError`](#setbundleerror)
-- [`list`](#list)
-- [`reset`](#重置)
-- [`current`](#当前)
-- [`reload`](#reload)
-- [`setMultiDelay`](#setmultidelay)
-- [`cancelDelay`](#canceldelay)
-- [`getLatest`](#getlatest)
-- [`setChannel`](#setchannel)
-- [`unsetChannel`](#unsetchannel)
-- [`getChannel`](#getchannel)
-- [`listChannels`](#listchannels)
-- [`setCustomId`](#setcustomid)
-- [`getBuiltinVersion`](#getbuiltinversion)
-- [`getDeviceId`](#getdeviceid)
-- [`getPluginVersion`](#getpluginversion)
-- [`isAutoUpdateEnabled`](#isautoupdateenabled)
-- [`removeAllListeners`](#removealllisteners)
-- [`addListener('download')`](#addlistenerdownload-)
-- [`addListener('noNeedUpdate')`](#addlistenernoneedupdate-)
-- [`addListener('updateAvailable')`](#addlistenerupdateavailable-)
-- [`addListener('downloadComplete')`](#addlistenerdownloadcomplete-)
-- [`addListener('breakingAvailable')`](#addlistenerwritingavailable-)
-- [`addListener('majorAvailable')`](#addlistenermajoravailable-)
-- [`addListener('updateFailed')`](#addlistenerupdatefailed-)
-- [`addListener('downloadFailed')`](#addlistenerdownloadfailed-)
-- [`addListener('appReloaded')`](#addlistenerappreloaded-)
-- [`addListener('appReady')`](#addlistenerappready-)
-- [`addListener('channelPrivate')`](#addlistenerchannelprivate-)
-- [`addListener('onFlexibleUpdateStateChange')`](#addlisteneronflexibleupdatestatechange-)
-- [`isAutoUpdateAvailable`](#isautoupdateavailable)
-- [`getNextBundle`](#getnextbundle)
-- [`getFailedUpdate`](#getfailedupdate)
-- [`setShakeMenu`](#setshakemenu)
-- [`isShakeMenuEnabled`](#isshakemenuenabled)
-- [`setShakeChannelSelector`](#setshakechannelselector)
-- [`isShakeChannelSelectorEnabled`](#isshakechannelselectorenabled)
-- [`getAppId`](#getappid)
-- [`setAppId`](#setappid)
-- [`getAppUpdateInfo`](#getappupdateinfo)
-- [`openAppStore`](#openappstore)
-- [`performImmediateUpdate`](#performimmediateupdate)
-- [`startFlexibleUpdate`](#startflexibleupdate)
-- [`completeFlexibleUpdate`](#completeflexibleupdate)
-
-</docgen-index>
-
-<docgen-api>
-<!--Auto-generated, do not edit by hand-->
-
-### 通知应用程序就绪
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-通知native层JavaScript初始化成功。
-
-**关键：您必须在每次应用程序启动时调用此方法，以防止自动回滚。**
-
-这是一个简单的通知，用于确认您的捆绑包的 JavaScript 已加载并执行。
-本机 Web 服务器成功提供了捆绑文件，并且您的 JS 运行时启动了。
-这就是它检查的全部内容 - 没有更复杂的了。
-
-**什么触发回滚：**
-- 在超时（默认：10秒）内不调用此方法
-- JavaScript 完全失败（包根本无法加载）
-
-**什么不会触发回滚：**
-- 初始化后运行时错误（API 失败、崩溃等）
-- 网络请求失败
-- 应用程序逻辑错误
-
-**重要提示：在任何网络请求之前调用此函数。**
-无需等待 API、数据加载或异步操作。一旦您的
-JavaScript 包开始执行以确认包本身有效。最佳实践：
-- 立即在您的应用程序入口点调用（main.js、应用程序组件挂载等）
-- 不要将其放在网络调用或大量初始化之后
-- 不要将其包装在带有条件的 try/catch 中
-- 如果您需要更多时间，请调整 {@link PluginsConfig.CapacitorUpdater.appReadyTimeout}
-
-**退货**
-
-`Promise<AppReadyResult>` — 始终使用当前捆绑包信息成功解析。这个方法永远不会失败。
-
-
---------------------
-
-
-### setUpdateUrl
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-在运行时动态设置应用程序的更新 URL。
-
-这会覆盖 {@link PluginsConfig.CapacitorUpdater.updateUrl} 配置值。
-需要将 {@link PluginsConfig.CapacitorUpdater.allowModifyUrl} 设置为 `true`。
-
-使用 {@link PluginsConfig.CapacitorUpdater.persistModifyUrl} 在应用重新启动时保留此值。
-否则，URL 将在下次应用程序启动时重置为配置值。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `UpdateUrl` |包含用于检查更新的 URL。 |
-
-**退货**
-
-`Promise<void>` — 当 URL 成功更新时解析。
-
-**自：** 5.4.0
-
-**抛出：** {Error} 如果 `allowModifyUrl` 为 false 或操作失败。
-
-
---------------------
-
-
-### setStatsUrl
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-在运行时动态设置应用程序的统计 URL。
-
-这会覆盖 {@link PluginsConfig.CapacitorUpdater.statsUrl} 配置值。
-需要将 {@link PluginsConfig.CapacitorUpdater.allowModifyUrl} 设置为 `true`。
-
-传递一个空字符串以完全禁用统计信息收集。
-使用 {@link PluginsConfig.CapacitorUpdater.persistModifyUrl} 在应用重新启动时保留此值。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `StatsUrl` |包含用于发送统计信息的 URL，或要禁用的空字符串。 |
-
-**退货**
-
-`Promise<void>` — 当 URL 成功更新时解析。
-
-**自：** 5.4.0
-
-**抛出：** {Error} 如果 `allowModifyUrl` 为 false 或操作失败。
-
-
---------------------
-
-
-### setChannelUrl
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-在运行时动态设置应用程序的通道 URL。
-
-这会覆盖 {@link PluginsConfig.CapacitorUpdater.channelUrl} 配置值。
-需要将 {@link PluginsConfig.CapacitorUpdater.allowModifyUrl} 设置为 `true`。
-
-使用 {@link PluginsConfig.CapacitorUpdater.persistModifyUrl} 在应用重新启动时保留此值。
-否则，URL 将在下次应用程序启动时重置为配置值。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `ChannelUrl` |包含用于通道操作的 URL。 |
-
-**退货**
-
-`Promise<void>` — 当 URL 成功更新时解析。
-
-**自：** 5.4.0
-
-**抛出：** {Error} 如果 `allowModifyUrl` 为 false 或操作失败。
-
-
---------------------
-
-
-###下载
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-从提供的 URL 下载新包以供以后安装。
-
-下载的捆绑包存储在本地但未激活。使用方法：
-- 调用 {@link next} 将其设置为在下一个应用程序后台/重新启动时安装
-- 调用 {@link set} 立即激活它（破坏当前的 JavaScript 上下文）URL 应指向包含以下任一内容的 zip 文件：
-- 您的应用程序文件直接位于 zip 根目录中，或者
-- 包含所有应用程序文件的单个文件夹
-
-该捆绑包必须在根级别包含 `index.html` 文件。
-
-对于加密捆绑包，请提供 `sessionKey` 和 `checksum` 参数。
-对于多文件增量更新，请提供 `manifest` 数组。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `DownloadOptions` |用于下载新捆绑包 zip 的 {@link DownloadOptions}。 |
-
-**退货**
-
-`Promise<BundleInfo>` — 下载的捆绑包的 {@link BundleInfo}。
-
-**抛出：** {Error} 如果下载失败或捆绑包无效。
-
-**示例**
-
-```ts
-const bundle = await CapacitorUpdater.download({
-  url: `https://example.com/versions/${version}/dist.zip`,
-  version: version
-});
-// Bundle is downloaded but not active yet
-await CapacitorUpdater.next({ id: bundle.id }); // Will activate on next background
-```
-
-
---------------------
-
-
-### 下一个
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-设置应用程序后台或重新启动时要激活的下一个捆绑包。
-
-这是应用更新的推荐方法，因为它不会中断用户的当前会话。
-该捆绑包将在以下情况下激活：
-- 应用程序处于后台（用户切换离开），或者
-- 该应用程序被终止并重新启动，或者
-- 手动调用{@link reload}
-
-与 {@link set} 不同，此方法不会立即销毁当前的 JavaScript 上下文。
-您的应用程序将继续正常运行，直到发生上述事件之一。
-
-在应用更新之前，使用 {@link setMultiDelay} 添加附加条件。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `BundleId` |包含要设置为下一个的捆绑包的 ID。使用下载的捆绑包中的 {@link BundleInfo.id}。 |
-
-**退货**
-
-`Promise<BundleInfo>` — 指定捆绑包的 {@link BundleInfo}。
-
-**抛出：** {Error} 当bundle文件夹内没有index.html文件或bundle不存在时。
-
-
---------------------
-
-
-### 设置
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-设置当前捆绑包并立即重新加载应用程序。
-
-**重要提示：这是一个终端操作，会破坏当前的 JavaScript 上下文。**
-
-当你调用这个方法时：
-- 整个 JavaScript 上下文立即被销毁
-- 应用程序从包含不同文件的不同文件夹重新加载
-- 此调用后不会执行任何代码
-- 任何承诺都无法解决
-- 不会触发任何回调
-- 在此调用后注册的事件侦听器不可靠，可能永远不会触发
-
-重新加载会自动发生 - 您无需执行任何其他操作。
-如果您需要保留当前 URL 路径等状态，请使用 {@link PluginsConfig.CapacitorUpdater.keepUrlPathAfterReload} 配置选项。
-对于其他状态保存需求，请在调用此方法之前保存数据（例如，保存到 localStorage）。
-
-**不要**在调用 `set()` 之后尝试执行其他逻辑 - 它不会按预期工作。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `BundleId` |包含要设置为当前的新捆绑包 ID 的 {@link BundleId} 对象。 |
-
-**退货**
-
-`Promise<void>` — 一个永远不会解决的承诺，因为 JavaScript 上下文已被破坏。
-
-**抛出：** {Error} 当bundle文件夹中没有index.html文件时。
-
-
---------------------
-
-
-###删除
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```从本地存储中删除捆绑包以释放磁盘空间。
-
-您不能删除：
-- 当前活动的捆绑包
-- `builtin` 捆绑包（随应用程序附带的版本）
-- 捆绑包设置为 `next` （首先使用不同的捆绑包调用 {@link next}）
-
-使用 {@link list} 获取所有可用的捆绑包 ID。
-
-**注意：** 捆绑包 ID 与版本名称不同。
-使用 {@link BundleInfo} 中的 `id` 字段，而不是 `version` 字段。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `BundleId` |包含要删除的捆绑包 ID 的 {@link BundleId} 对象。 |
-
-**退货**
-
-`Promise<void>` — 当捆绑包成功删除时解决。
-
-**抛出：** {Error} 如果捆绑包当前正在使用或不存在。
-
-
---------------------
-
-
-### 设置BundleError
-
-```typescript
-setBundleError(options: BundleId) => Promise<BundleInfo>
-```
-
-在手动更新模式下将捆绑包手动标记为失败/错误。
-
-当您检测到捆绑包存在严重问题并想要阻止时，这非常有用
-以免再次使用。捆绑包状态将更改为 `error` 并且插件
-将来将避免使用此捆绑包。
-
-**要求：**
-- {@link PluginsConfig.CapacitorUpdater.allowManualBundleError} 必须设置为 `true`
-- 仅适用于手动更新模式（禁用自动更新时）
-
-常见用例：下载并测试捆绑包后，您发现它具有关键性
-错误并希望将其标记为失败，这样就不会重试。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `BundleId` |包含要标记为错误的包 ID 的 {@link BundleId} 对象。 |
-
-**退货**
-
-`Promise<BundleInfo>` — 更新后的 {@link BundleInfo}，状态设置为 `error`。
-
-**自：** 7.20.0
-
-**抛出：** {Error} 当捆绑包不存在或 `allowManualBundleError` 为 false 时。
-
-
---------------------
-
-
-### 列表
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-获取存储在您的应用程序中的所有本地下载的捆绑包。
-
-这将返回所有已下载并在本地可用的捆绑包，包括：
-- 当前活动的捆绑包
-- `builtin` 捆绑包（随您的应用程序一起提供）
-- 任何等待激活的已下载捆绑包
-- 失败的捆绑包（状态为 `error`）
-
-用它来：
-- 通过计算捆绑包来检查可用磁盘空间
-- 使用 {@link delete} 删除旧捆绑包
-- 监控捆绑包下载状态
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `列表选项 |未定义` |用于自定义捆绑包列表输出的 {@link ListOptions}。 |
-
-**退货**
-
-`Promise<BundleListResult>` — 包含 {@link BundleInfo} 对象数组的 Promise。
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-###重置
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-将应用程序重置为已知良好的捆绑包。
-
-此方法通过恢复到以下任一状态来帮助从有问题的更新中恢复：
-- `builtin` 捆绑包（您的应用程序附带的原始版本为 App Store/Play Store）
-- 最后成功加载的捆绑包（最近运行正常的捆绑包）**重要提示：这会触发应用程序立即重新加载，从而破坏当前的 JavaScript 上下文。**
-有关此操作的影响的详细信息，请参阅{@link set}。
-
-使用案例：
-- 更新导致严重问题时的紧急恢复
-- 测试回滚功能
-- 为用户提供“恢复出厂设置”选项
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `重置选项|未定义` |  |
-
-**退货**
-
-`Promise<void>` — 可能永远无法解决的承诺，因为应用程序将重新加载。
-
-**抛出：** {Error} 如果重置操作失败。
-
-
---------------------
-
-
-### 当前
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```
-
-获取有关当前活动捆绑包的信息。
-
-返回：
-- `bundle`：当前活动的捆绑包信息
-- `native`：内置捆绑包的版本（来自 App/Play Store 的原始应用程序版本）
-
-如果未应用任何更新，`bundle.id` 将是“内置”，指示该应用程序
-正在运行本机应用程序附带的原始版本。
-
-用它来：
-- 向用户显示当前版本
-- 检查更新当前是否处于活动状态
-- 与可用更新进行比较
-- 记录活动包以进行调试
-
-**退货**
-
-`Promise<CurrentBundleResult>` — 包含当前捆绑包和本机版本信息的承诺。
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### 重新加载
-
-```typescript
-reload() => Promise<void>
-```
-
-手动重新加载应用程序以应用待处理的更新。
-
-这会触发应用程序后台时自动发生的相同重新加载行为。
-如果您已调用 {@link next} 来排队更新，则调用 `reload()` 将立即应用它。
-
-**重要提示：这会立即破坏当前的 JavaScript 上下文。**
-有关此操作的影响的详细信息，请参阅{@link set}。
-
-常见用例：
-- 下载后立即应用更新，而不是等待后台
-- 更新准备就绪后向用户提供“立即重新启动”按钮
-- 开发期间测试更新流程
-
-如果没有待处理的更新（没有调用 {@link next}），这只会重新加载当前包。
-
-**退货**
-
-`Promise<void>` — 可能永远无法解决的承诺，因为应用程序将重新加载。
-
-**抛出：** {Error} 如果重新加载操作失败。
-
-
---------------------
-
-
-### 设置多重延迟
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-配置应用挂起更新之前必须满足的条件。
-
-调用 {@link next} 将更新排队后，使用此方法来控制何时应用它。
-仅在满足所有指定条件后才会安装更新。
-
-可用的条件类型：
-- `background`：等待应用程序进入后台。可以选择指定持续时间（以毫秒为单位）。
-- `kill`：等待应用程序被杀死并重新启动（**注意：**当前行为会在杀死时立即触发更新，而不是在下一个后台触发更新。这将在 v8 中修复。）
-- `date`：等到特定日期/时间（ISO 8601 格式）
-- `nativeVersion`：等待本机应用程序更新到特定版本条件值格式：
-- `background`：以毫秒为单位的数字（例如，“300000”表示 5 分钟），或省略以表示立即
-- `kill`：不需要值
-- `date`：ISO 8601 日期字符串（例如 `"2025-12-31T23:59:59Z"`）
-- `nativeVersion`：版本字符串（例如，`"2.0.0"`）
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `MultiDelayConditions` |包含 {@link MultiDelayConditions} 条件数组。 |
-
-**退货**
-
-`Promise<void>` — 在设置延迟条件时解析。
-
-**自：** 4.3.0
-
-**抛出：** {Error} 如果操作失败或条件无效。
-
-**示例**
-
-```ts
-// Update after user kills app OR after 5 minutes in background
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [
-    { kind: 'kill' },
-    { kind: 'background', value: '300000' }
-  ]
-});
-```
-
-**示例**
-
-```ts
-// Update after a specific date
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [{ kind: 'date', value: '2025-12-31T23:59:59Z' }]
-});
-```
-
-**示例**
-
-```ts
-// Default behavior: update on next background
-await CapacitorUpdater.setMultiDelay({
-  delayConditions: [{ kind: 'background' }]
-});
-```
-
-
---------------------
-
-
-### 取消延迟
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-取消所有延迟条件并立即应用挂起的更新。
-
-如果您使用 {@link setMultiDelay} 设置了延迟条件，此方法会清除它们
-并触发待处理的更新应用于下一个应用程序后台或重新启动。
-
-这在以下情况下很有用：
-- 用户手动请求立即更新（例如，单击“立即更新”按钮）
-- 您的应用程序检测到现在是更新的好时机（例如，用户完成了关键任务）
-- 您想尽早覆盖基于时间的延迟
-
-**退货**
-
-`Promise<void>` — 当延迟条件被清除时解析。
-
-**自：** 4.0.0
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### 获取最新
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-检查更新服务器以获取最新的可用捆绑版本。
-
-这会查询您配置的更新 URL（或 Capgo 后端）以查看是否有更新的捆绑包
-可供下载。它不会自动下载捆绑包。
-
-响应内容包括：
-- `version`：最新可用版本标识符
-- `url`：捆绑包的下载 URL（如果可用）
-- `breaking`：此更新是否被标记为不兼容（需要本机应用程序更新）
-- `message`：来自服务器的可选消息
-- `manifest`：增量更新的文件列表（如果使用多文件下载）
-
-收到最新版本信息后，您可以：
-1. 与您当前的版本进行比较
-2.使用{@link download}下载
-3.使用{@link next}或{@link set}应用它
-
-**重要提示：“无新版本可用”的错误处理**
-
-当设备的当前版本与服务器上的最新版本匹配时（即设备已经是
-最新），服务器返回 200 响应，其中包含 `error: "no_new_version_available"` 和
-`message: "No new version available"`。 **这会导致 `getLatest()` 抛出错误**，即使
-这是正常的、预期的情况。
-
-您应该捕获此特定错误以优雅地处理它：
-
-```typescript
-try {
-  const latest = await CapacitorUpdater.getLatest();
-  // New version is available, proceed with download
-} catch (error) {
-  if (error.message === 'No new version available') {
-    // Device is already on the latest version - this is normal
-    console.log('Already up to date');
-  } else {
-    // Actual error occurred
-    console.error('Failed to check for updates:', error);
-  }
-}
-```
-
-在这种情况下，服务器：
-- 记录请求并显示“没有可用的新版本”消息
-- 发送“noNew”统计操作来跟踪设备检查更新但已经是最新的（在后端完成）
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `获取最新选项|未定义` |可选的 {@link GetLatestOptions} 用于指定要检查的频道。 |
-
-**退货**
-
-`Promise<LatestVersion>` — 有关最新可用捆绑版本的信息。
-
-**自：** 4.0.0**抛出：** {Error} 当没有可用的新版本 (`error: "no_new_version_available"`) 或请求失败时始终抛出。
-
-
---------------------
-
-
-### 设置频道
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-在运行时将此设备分配给特定的更新通道。
-
-渠道允许您将不同的捆绑版本分发给不同的用户组
-（例如，“生产”、“测试版”、“分期”）。此方法将设备切换到新通道。
-
-**要求：**
-- 目标渠道必须允许自我分配（在 Capgo 仪表板或后端中配置）
-- 后端可以根据通道设置接受或拒绝请求
-
-**何时使用：**
-- 应用程序准备就绪并且用户进行交互后（例如，选择加入测试版计划）
-- 实现应用内渠道切换（测试版切换、测试人员访问等）
-- 对于用户驱动的频道变更
-
-**何时不使用：**
-- 在应用程序启动/初始化时 - 使用 {@link PluginsConfig.CapacitorUpdater.defaultChannel} 配置代替
-- 用户交互之前
-
-**重要提示：监听 `channelPrivate` 事件**
-
-当用户尝试设置不允许设备自分配的通道时，该方法将
-抛出错误并触发 {@link addListener}('channelPrivate') 事件。你应该听听这个事件
-向用户提供适当的反馈：
-
-```typescript
-CapacitorUpdater.addListener('channelPrivate', (data) => {
-  console.warn(`Cannot access channel "${data.channel}": ${data.message}`);
-  // Show user-friendly message
-});
-```
-
-这会向 Capgo 后端发送一个请求，将您的设备 ID 链接到指定通道。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `SetChannelOptions` | {@link SetChannelOptions} 包含频道名称和可选的自动更新触发器。 |
-
-**退货**
-
-`Promise<ChannelRes>` — 带有状态和可选错误/消息的通道操作结果。
-
-**自：** 4.7.0
-
-**抛出：** {Error} 如果通道不存在或不允许自分配。
-
-
---------------------
-
-
-### 取消设置频道
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-删除设备的通道分配并返回到默认通道。
-
-这会取消设备与任何特定分配通道的链接，导致其回退到：
-- {@link PluginsConfig.CapacitorUpdater.defaultChannel}（如果已配置），或者
-- 此应用程序的后端默认频道
-
-在以下情况下使用此功能：
-- 用户选择退出测试/测试计划
-- 您想要将设备重置为标准更新分发
-- 测试通道切换行为
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `UnsetChannelOptions` |  |
-
-**退货**
-
-`Promise<void>` — 当通道成功取消设置时解决。
-
-**自：** 4.7.0
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### 获取频道
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-获取分配给该设备的当前通道。
-
-返回有关以下内容的信息：
-- `channel`：当前分配的通道名称（如果有）
-- `allowSet`：通道是否允许自分配
-- `status`：运行状态
-- `error`/`message`：附加信息（如果适用）
-
-用它来：
-- 向用户显示当前频道（例如，“您在 Beta 频道”）
-- 在显示功能之前检查设备是否位于特定频道
-- 调用 {@link setChannel} 后验证通道分配
-
-**退货**`Promise<GetChannelRes>` — 当前通道信息。
-
-**自：** 4.8.0
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### 列表频道
-
-```typescript
-listChannels() => Promise<ListChannelsResult>
-```
-
-获取可供该设备自行分配的所有可用频道的列表。
-
-仅返回 `allow_self_set` 为 `true` 的通道。这些渠道
-用户可以切换到使用{@link setChannel}，无需后端管理员干预。
-
-每个频道包括：
-- `id`：唯一通道标识符
-- `name`：人类可读的通道名称
-- `public`：频道是否公开可见
-- `allow_self_set`：结果中始终为 `true`（过滤到仅可自分配的通道）
-
-用它来：
-- 为用户构建频道选择器 UI（例如“加入 Beta”按钮）
-- 显示可用的测试/预览通道
-- 实现频道发现功能
-
-**退货**
-
-`Promise<ListChannelsResult>` — 设备可以自行分配的通道列表。
-
-**自：** 7.5.0
-
-**抛出：** {Error} 如果操作失败或者对后端的请求失败。
-
-
---------------------
-
-
-### 设置自定义ID
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```
-
-为此设备设置自定义标识符。
-
-这允许您通过自己的自定义 ID（用户 ID、帐户 ID 等）来识别设备
-代替或补充设备的唯一硬件 ID。自定义 ID 已发送
-到您的更新服务器，可用于：
-- 针对特定用户进行更新
-- 分析和用户跟踪
-- 调试和支持（将设备与用户关联起来）
-- A/B 测试或功能标记
-
-**坚持：**
-- 当 {@link PluginsConfig.CapacitorUpdater.persistCustomId} 为 `true` 时，ID 在应用程序重新启动后仍然存在
-- 当`false`时，仅保留当前会话的ID
-
-**清除自定义ID：**
-- 传递一个空字符串 `""` 以删除任何存储的自定义 ID
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `SetCustomIdOptions` |包含自定义标识符字符串的 {@link SetCustomIdOptions}。 |
-
-**退货**
-
-`Promise<void>` — 立即解析（同步操作）。
-
-**自：** 4.9.0
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### 获取内置版本
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-获取内置捆绑版本（随本机应用程序附带的原始版本）。
-
-这将返回安装应用程序时包含的捆绑包的版本
-来自 App Store 或 Play Store。这不是当前有效的捆绑版本 -
-使用 {@link current} 来实现。
-
-返回：
-- {@link PluginsConfig.CapacitorUpdater.version} 配置值（如果已设置），或者
-- 平台配置中的本机应用程序版本（package.json、Info.plist、build.gradle）
-
-用它来：
-- 向用户显示“工厂”版本
-- 与下载的捆绑版本进行比较
-- 确定是否已应用任何更新
-- 调试版本不匹配
-
-**退货**
-
-`Promise<BuiltinVersion>` — 内置捆绑包版本字符串。
-
-**自：** 5.2.0
-
-
---------------------
-
-
-### 获取设备ID
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-获取该设备唯一的、保护隐私的标识符。
-
-该 ID 用于在与更新服务器通信时识别设备。
-它由插件自动生成并安全存储。**隐私和安全特征：**
-- 生成为 UUID（不基于硬件标识符）
-- 安全地存储在特定于平台的安全存储中
-- Android：Android 密钥库（在 API 23+ 上重新安装应用程序时仍然存在）
-- iOS：带 `kSecAttrAccessibleAfterFirstUnlockThisDeviceOnly` 的钥匙扣
-- 未同步到云 (iOS)
-- 遵循 Apple 和 Google 隐私最佳实践
-- 用户可以通过系统设置（Android）或钥匙串访问（iOS）清除它
-
-**坚持：**
-设备 ID 在应用程序重新安装后仍然存在，以保持一致的设备标识
-用于更新跟踪和分析。
-
-用它来：
-- 调试更新交付问题（检查服务器看到的 ID）
-- 实施特定于设备的功能
-- 将服务器日志与特定设备关联起来
-
-**退货**
-
-`Promise<DeviceId>` — 唯一的设备标识符字符串。
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### 获取插件版本
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-获取应用程序中安装的 Capacitor 更新程序插件的版本。
-
-这将返回发送的本机插件代码 (Android/iOS) 的版本
-每个请求都发送到更新服务器。这不是您的应用程序版本或捆绑版本。
-
-用它来：
-- 调试特定于插件的问题（报告错误时）
-- 验证插件安装和版本
-- 检查与后端功能的兼容性
-- 在调试/关于屏幕中显示
-
-**退货**
-
-`Promise<PluginVersion>` — Capacitor 更新程序插件版本字符串。
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### 已启用自动更新
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-检查当前是否启用了自动更新。
-
-如果启用了 {@link PluginsConfig.CapacitorUpdater.autoUpdate}，则返回 `true`，
-这意味着该插件将自动检查、下载并应用更新。
-
-如果处于手动模式，则返回 `false`，您可以使用以下命令控制更新流程
-{@link getLatest}、{@link download}、{@link next} 和 {@link set}。
-
-用它来：
-- 确定您的应用程序正在使用哪个更新流程
-- 根据模式显示/隐藏手动更新 UI
-- 调试更新行为
-
-**退货**
-
-`Promise<AutoUpdateEnabled>` — `true` 如果启用自动更新，则 `false` 如果处于手动模式。
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### 删除所有监听器
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-删除为此插件注册的所有事件侦听器。
-
-这会注销通过 {@link addListener} 添加的所有事件类型的所有侦听器：
-- `download`
-- `noNeedUpdate`
-- `updateAvailable`
-- `downloadComplete`
-- `downloadFailed`
-- `breakingAvailable` / `majorAvailable`
-- `updateFailed`
-- `appReloaded`
-- `appReady`
-
-在清理过程中使用它（例如，卸载组件或关闭屏幕时）
-以防止延迟事件侦听器造成内存泄漏。
-
-**退货**
-
-`Promise<void>` — 当所有侦听器被删除时解决。
-
-**自：** 1.0.0
-
-
---------------------
-
-
-### addListener('下载')
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-监听应用程序中的捆绑包下载事件。下载开始、下载过程中和完成后触发。
-这将返回下载期间的所有下载百分比
-
-**参数**|名称 |类型 |描述 |
-| ---| ---| ---|
-| `eventName` | `'下载'` |  |
-| `listenerFunc` | `(state: DownloadEvent) => void` |  |
-
-**退货**
-
-`Promise<PluginListenerHandle>`
-
-**自：** 2.0.11
-
-
---------------------
-
-
-### addListener('noNeedUpdate')
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-监听无需更新的事件，当您希望每次启动应用程序时强制检查时很有用
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `eventName` | `'不需要更新'` |  |
-| `listenerFunc` | `(state: NoNeedEvent) => void` |  |
-
-**退货**
-
-`Promise<PluginListenerHandle>`
-
-**自：** 4.0.0
-
-
---------------------
-
-
-### addListener('updateAvailable')
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-监听可用的更新事件，当您想在每次启动应用程序时强制检查时很有用
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `eventName` | `'更新可用'` |  |
-| `listenerFunc` | `(state: UpdateAvailableEvent) => void` |  |
-
-**退货**
-
-`Promise<PluginListenerHandle>`
-
-**自：** 4.0.0
-
-
---------------------
-
-
-### addListener('下载完成')
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-监听 downloadComplete 事件。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `eventName` | `'下载完成'` |  |
-| `listenerFunc` | `(state: DownloadCompleteEvent) => void` |  |
-
-**退货**
-
-`Promise<PluginListenerHandle>`
-
-**自：** 4.0.0
-
-
---------------------
-
-
-### addListener('breakAvailable')
-
-```typescript
-addListener(eventName: 'breakingAvailable', listenerFunc: (state: BreakingAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-当后端将更新标记为与当前应用程序不兼容时，侦听中断更新事件。
-发出与旧版 `majorAvailable` 侦听器相同的负载。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `eventName` | `'打破可用'` |  |
-| `listenerFunc` | `(state: MajorAvailableEvent) => void` |  |
-
-**退货**
-
-`Promise<PluginListenerHandle>`
-
-**自：** 7.22.0
-
-
---------------------
-
-
-### addListener('majorAvailable')
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-监听应用程序中的主要更新事件，通过设置disableAutoUpdateBreaking让您知道何时阻止主要更新
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `eventName` | `'主要可用'` |  |
-| `listenerFunc` | `(state: MajorAvailableEvent) => void` |  |
-
-**退货**
-
-`Promise<PluginListenerHandle>`
-
-**自：** 2.3.0
-
-
---------------------
-
-
-### addListener('更新失败')
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-监听应用程序中的更新失败事件，让您知道下次应用程序启动时更新安装失败
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `eventName` | `'更新失败'` |  |
-| `listenerFunc` | `(state: UpdateFailedEvent) => void` |  |
-
-**退货**
-
-`Promise<PluginListenerHandle>`
-
-**自：** 2.3.0
-
-
---------------------
-
-
-### addListener('下载失败')
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-监听应用程序中的下载失败事件，让您知道捆绑包下载失败
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `eventName` | `'下载失败'` |  |
-| `listenerFunc` | `(state: DownloadFailedEvent) => void` |  |
-
-**退货**
-
-`Promise<PluginListenerHandle>`
-
-**自：** 4.0.0
-
-
---------------------
-
-
-### addListener('appReloaded')
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-监听应用程序中的重新加载事件，让您知道何时发生重新加载
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `eventName` | `'应用程序重新加载'` |  |
-| `listenerFunc` | `() => void` |  |
-
-**退货**`Promise<PluginListenerHandle>`
-
-**自：** 4.3.0
-
-
---------------------
-
-
-### addListener('appReady')
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-在应用程序中监听应用程序就绪事件，让您知道应用程序何时可以使用，该事件将保留直至消耗。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `eventName` | `'应用程序就绪'` |  |
-| `listenerFunc` | `(state: AppReadyEvent) => void` |  |
-
-**退货**
-
-`Promise<PluginListenerHandle>`
-
-**自：** 5.1.0
-
-
---------------------
-
-
-### addListener('channelPrivate')
-
-```typescript
-addListener(eventName: 'channelPrivate', listenerFunc: (state: ChannelPrivateEvent) => void) => Promise<PluginListenerHandle>
-```
-
-监听通道私有事件，在尝试设置不允许设备自分配的通道时触发。
-
-此事件适用于：
-- 通知用户他们无权切换到特定频道
-- 针对通道限制实施自定义错误处理
-- 记录未经授权的通道访问尝试
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `eventName` | `'频道私人'` |  |
-| `listenerFunc` | `(state: ChannelPrivateEvent) => void` |  |
-
-**退货**
-
-`Promise<PluginListenerHandle>`
-
-**自：** 7.34.0
-
-
---------------------
-
-
-### addListener('onFlexibleUpdateStateChange')
-
-```typescript
-addListener(eventName: 'onFlexibleUpdateStateChange', listenerFunc: (state: FlexibleUpdateState) => void) => Promise<PluginListenerHandle>
-```
-
-侦听 Android 上灵活的更新状态更改。
-
-此事件在灵活更新下载过程中触发，提供：
-- 下载进度（下载字节数/总字节数）
-- 安装状态更改
-
-**安装状态值：**
-- `UNKNOWN` (0)：未知状态
-- `PENDING` (1)：下载待处理
-- `DOWNLOADING` (2)：下载正在进行中
-- `INSTALLING` (3)：安装更新
-- `INSTALLED` (4)：已安装更新（需要重新启动应用程序）
-- `FAILED` (5): 更新失败
-- `CANCELED` (6): 更新被取消
-- `DOWNLOADED` (11)：下载完成，准备安装
-
-当状态为 `DOWNLOADED` 时，您应该提示用户并调用
-{@link CompleteFlexibleUpdate} 完成安装。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `eventName` | `'onFlexibleUpdateStateChange'` |  |
-| `listenerFunc` | `(state: FlexibleUpdateState) => void` |  |
-
-**退货**
-
-`Promise<PluginListenerHandle>`
-
-**自：** 8.0.0
-
-
---------------------
-
-
-### isAutoUpdateAvailable
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-检查自动更新功能是否可用（自定义服务器配置未禁用）。
-
-配置自定义 `updateUrl` 时返回 `false`，这通常表示
-您使用的自托管更新服务器可能不支持所有自动更新功能。
-
-当使用默认的 Capgo 后端或该功能可用时，返回 `true` 。
-
-这与 {@link isAutoUpdateEnabled} 不同：
-- `isAutoUpdateEnabled()`：检查自动更新模式是否打开/关闭
-- `isAutoUpdateAvailable()`：检查当前配置是否支持自动更新
-
-**退货**
-
-`Promise<AutoUpdateAvailable>` — 设置自定义 updateUrl 时为 `false`，否则为 `true`。
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### 获取下一个包
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-获取有关在下次重新加载时排队激活的捆绑包的信息。
-
-返回：
-- {@link BundleInfo} 对象（如果捆绑包已通过 {@link next} 排队）
-- `null` 如果没有待更新的更新这对于：
-- 检查是否有更新正在等待应用
-- 向用户显示“更新待处理”状态
-- 显示排队更新的版本信息
-- 决定是否显示“重启更新”提示
-
-排队的捆绑包将在以下情况下被激活：
-- 应用程序处于后台（默认行为）
-- 应用程序被终止并重新启动
-- 手动调用{@link reload}
-- 满足{@link setMultiDelay}设置的延迟条件
-
-**退货**
-
-`Promise<BundleInfo | null>` — 待处理的捆绑包信息，如果没有排队，则为 `null`。
-
-**自：** 6.8.0
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### 获取更新失败
-
-```typescript
-getFailedUpdate() => Promise<UpdateFailedEvent | null>
-```
-
-检索有关无法加载的最新捆绑包的信息。
-
-当捆绑包无法加载时（例如，JavaScript 错误阻止初始化、丢失文件），
-该插件会自动回滚并存储有关失败的信息。这个方法
-检索该失败信息。
-
-**重要：存储的值在检索一次后将被清除。**
-多次调用该方法只会返回第一次调用时的失败信息，
-然后在后续调用中使用 `null` ，直到发生另一次失败。
-
-返回：
-- {@link UpdateFailedEvent} 如果记录了失败，则包含捆绑信息
-- `null` 如果没有发生故障或者已经检索到
-
-用它来：
-- 向用户显示更新失败的原因
-- 记录失败信息以供调试
-- 实施自定义错误处理/报告
-- 显示回滚通知
-
-**退货**
-
-`Promise<UpdateFailedEvent | null>` — 失败的更新信息（首次检索后清除），或 `null`。
-
-**自：** 7.22.0
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### 设置摇动菜单
-
-```typescript
-setShakeMenu(options: SetShakeMenuOptions) => Promise<void>
-```
-
-启用或禁用摇动手势菜单以进行调试和测试。
-
-启用后，用户可以摇动设备来打开调试菜单，其中显示：
-- 当前捆绑包信息
-- 可用捆绑包
-- 手动切换捆绑包的选项
-- 更新状态
-
-这在开发和测试过程中非常有用：
-- 快速测试不同的捆绑版本
-- 调试更新流程
-- 在生产和测试包之间切换
-- 验证捆绑安装
-
-**重要提示：** 在生产版本中禁用此功能或仅对内部测试人员启用。
-
-也可以通过 {@link PluginsConfig.CapacitorUpdater.shakeMenu} 进行配置。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `SetShakeMenuOptions` |  |
-
-**退货**
-
-`Promise<void>` — 应用设置时解析。
-
-**自：** 7.5.0
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### isShakeMenuEnabled
-
-```typescript
-isShakeMenuEnabled() => Promise<ShakeMenuEnabled>
-```
-
-检查当前是否启用了摇动手势调试菜单。
-
-返回摇动菜单功能的当前状态，可以通过以下方式切换
-{@link setShakeMenu} 或通过 {@link PluginsConfig.CapacitorUpdater.shakeMenu} 配置。
-
-用它来：
-- 检查调试功能是否启用
-- 显示/隐藏调试设置用户界面
-- 测试期间验证配置
-
-**退货**
-
-`Promise<ShakeMenuEnabled>` — 具有 `enabled: true` 或 `enabled: false` 的对象。
-
-**自：** 7.5.0
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### setShakeChannelSelector
-
-```typescript
-setShakeChannelSelector(options: SetShakeChannelSelectorOptions) => Promise<void>
-```在运行时启用或禁用抖动通道选择器。
-
-当启用且 shakeMenu 为 true 时，摇动设备会显示频道
-选择器而不是调试菜单。这允许用户在之间切换
-通过摇动设备来更新频道。
-
-选择频道后，应用程序会自动检查更新
-并下载（如果有）。
-
-也可以通过 {@link PluginsConfig.CapacitorUpdater.allowShakeChannelSelector} 进行配置。
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `SetShakeChannelSelectorOptions` |  |
-
-**退货**
-
-`Promise<void>` — 应用设置时解析。
-
-**自：** 8.43.0
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### isShakeChannelSelectorEnabled
-
-```typescript
-isShakeChannelSelectorEnabled() => Promise<ShakeChannelSelectorEnabled>
-```
-
-检查震动通道选择器当前是否已启用。
-
-返回摇动通道选择器功能的当前状态，可以通过以下方式切换
-{@link setShakeChannelSelector} 或通过 {@link PluginsConfig.CapacitorUpdater.allowShakeChannelSelector} 配置。
-
-**退货**
-
-`Promise<ShakeChannelSelectorEnabled>` — 具有 `enabled: true` 或 `enabled: false` 的对象。
-
-**自：** 8.43.0
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### 获取应用程序 ID
-
-```typescript
-getAppId() => Promise<GetAppIdRes>
-```
-
-获取当前配置的用于更新服务器通信的App ID。
-
-将标识此应用程序的应用程序 ID 返回到更新服务器。这可以是：
-- 通过 {@link setAppId} 设置的值，或者
-- {@link PluginsConfig.CapacitorUpdater.appId} 配置值，或者
-- 本机应用程序配置中的默认应用程序标识符
-
-用它来：
-- 验证哪个应用程序 ID 用于更新
-- 调试更新交付问题
-- 在调试屏幕中显示应用程序配置
-- 调用{@link setAppId}后确认应用程序ID
-
-**退货**
-
-`Promise<GetAppIdRes>` — 包含当前 `appId` 字符串的对象。
-
-**自：** 7.14.0
-
-**抛出：** {Error} 如果操作失败。
-
-
---------------------
-
-
-### 设置应用程序ID
-
-```typescript
-setAppId(options: SetAppIdOptions) => Promise<void>
-```
-
-动态更改用于更新服务器通信的应用程序 ID。
-
-这会覆盖用于向更新服务器标识您的应用程序的应用程序 ID，从而允许您
-在运行时在不同的应用程序配置之间切换（例如，生产与登台）
-应用程序 ID 或多租户配置）。
-
-**要求：**
-- {@link PluginsConfig.CapacitorUpdater.allowModifyAppId} 必须设置为 `true`
-
-**重要考虑因素：**
-- 更改应用程序 ID 将影响该设备接收的更新
-- 新的App ID必须存在于您的更新服务器上
-- 这主要用于高级用例（多租户、环境切换）
-- 大多数应用程序应使用基于配置的 {@link PluginsConfig.CapacitorUpdater.appId}
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `SetAppIdOptions` |  |
-
-**退货**
-
-`Promise<void>` — 当应用程序 ID 成功更改时解决。
-
-**自：** 7.14.0
-
-**抛出：** {Error} 如果 `allowModifyAppId` 为 false 或操作失败。
-
-
---------------------
-
-
-### 获取应用程序更新信息
-
-```typescript
-getAppUpdateInfo(options?: GetAppUpdateInfoOptions | undefined) => Promise<AppUpdateInfo>
-```
-
-在 App Store 或 Play Store 中获取有关应用程序可用性的信息。此方法检查本机应用程序商店以查看是否有较新版本的应用程序
-可供下载。这与 Capgo 的 OTA 更新不同 - 这
-检查需要通过应用程序商店的本机应用程序更新。
-
-**平台差异：**
-- **Android**：使用 Play Store 的应用内更新 API 获取准确的更新信息
-- **iOS**：查询 App Store 查找 API （需要国家/地区代码才能获得准确结果）
-
-**返回有关以下内容的信息：**
-- 当前安装的版本
-- 商店中可用的版本（如果有）
-- 是否有更新可用
-- 更新优先级（仅Android）
-- 是否允许立即/灵活更新（仅Android）
-
-用它来：
-- 检查用户是否需要从应用商店更新
-- 显示本机更新的“可用更新”提示
-- 实施版本控制（需要最低本机版本）
-- 结合Capgo OTA更新，形成完整的更新策略
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `GetAppUpdateInfoOptions |未定义` |可选的 {@link GetAppUpdateInfoOptions}，其国家/地区代码为 iOS。 |
-
-**退货**
-
-`Promise<AppUpdateInfo>` — 有关当前和可用应用程序版本的信息。
-
-**自：** 8.0.0
-
-**抛出：** {Error} 如果操作失败或存储信息不可用。
-
-
---------------------
-
-
-### 打开应用商店
-
-```typescript
-openAppStore(options?: OpenAppStoreOptions | undefined) => Promise<void>
-```
-
-在 App Store 或 Play Store 中打开应用程序的页面。
-
-这会将用户导航到您应用的商品详情，他们可以在其中手动
-更新应用程序。当应用内更新不可用时，将此用作后备
-或者当用户需要在 iOS 上更新时。
-
-**平台行为：**
-- **Android**：打开 Play Store 到应用程序页面
-- **iOS**：打开 App Store 到应用程序页面
-
-**定制选项：**
-- `appId`：指定自定义 App Store ID (iOS) - 用于打开不同应用程序的页面
-- `packageName`：指定自定义包名称 (Android) - 用于打开不同应用程序的页面
-
-**参数**
-
-|名称 |类型 |描述 |
-| ---| ---| ---|
-| `options` | `打开AppStore选项|未定义` |可选的 {@link OpenAppStoreOptions} 用于自定义要打开的应用程序的商店页面。 |
-
-**退货**
-
-`Promise<void>` — 商店开业时解决。
-
-**自：** 8.0.0
-
-**抛出：** {Error} 如果无法打开商店。
-
-
---------------------
-
-
-### 执行立即更新
-
-```typescript
-performImmediateUpdate() => Promise<AppUpdateResult>
-```
-
-在 Android 上立即执行应用内更新。
-
-这会触发 Google Play 的立即更新流程，其中：
-1. 显示全屏更新UI
-2.下载并安装更新
-3.自动重启应用程序
-
-在更新完成之前，用户无法继续使用该应用程序。
-这对于必须立即安装的关键更新来说是理想的选择。
-
-**要求：**
-- 仅 Android（在 iOS 上引发错误）
-- 必须有可用更新（首先检查 {@link getAppUpdateInfo}）
-- 更新必须允许立即更新 (`immediateUpdateAllowed: true`)**用户体验：**
-- 全屏屏蔽UI
-- 下载过程中显示进度
-- 应用程序安装后自动重新启动
-
-**退货**
-
-`Promise<AppUpdateResult>` — 指示成功、取消或失败的结果。
-
-**自：** 8.0.0
-
-**抛出：** {Error} 如果不在 Android 上，则没有可用更新，或者不允许立即更新。
-
-
---------------------
-
-
-### 开始灵活更新
-
-```typescript
-startFlexibleUpdate() => Promise<AppUpdateResult>
-```
-
-在 Android 上启动灵活的应用内更新。
-
-这会触发 Google Play 的灵活更新流程，其中：
-1.后台下载更新
-2. 允许用户继续使用该应用程序
-3.下载完成时通知
-4.需要调用{@linkcompleteFlexibleUpdate}来安装
-
-使用 `onFlexibleUpdateStateChange` 侦听器监视下载进度。
-
-**要求：**
-- 仅 Android（在 iOS 上引发错误）
-- 必须有可用更新（首先检查 {@link getAppUpdateInfo}）
-- 更新必须允许灵活更新 (`flexibleUpdateAllowed: true`)
-
-**典型流量：**
-1. 调用`startFlexibleUpdate()`开始下载
-2. 听`onFlexibleUpdateStateChange`了解进度
-3.当状态为`DOWNLOADED`时，提示用户重启
-4.调用`completeFlexibleUpdate()`安装并重启
-
-**退货**
-
-`Promise<AppUpdateResult>` — 指示更新已开始、取消或失败的结果。
-
-**自：** 8.0.0
-
-**抛出：** {Error} 如果不在 Android 上，则没有可用的更新，或者不允许灵活更新。
-
-
---------------------
-
-
-### 完整灵活更新
-
-```typescript
-completeFlexibleUpdate() => Promise<void>
-```
-
-在 Android 上完成灵活的应用内更新。
-
-下载灵活更新后（状态 `DOWNLOADED`
-`onFlexibleUpdateStateChange`)，调用此方法安装更新
-并重新启动应用程序。
-
-**重要提示：** 这将立即重新启动应用程序。确保：
-- 调用前保存所有用户数据
-- 重新启动前提示用户
-- 仅当下载状态为 `DOWNLOADED` 时调用
-
-**退货**
-
-`Promise<void>` — 更新安装开始时解决（应用程序将重新启动）。
-
-**自：** 8.0.0
-
-**抛出：** {Error} 如果不在 Android 上或没有待下载的更新。
-
-
---------------------
-
-
-</docgen-api>
diff --git a/src/content/docs/zh/docs/plugins/accelerometer/getting-started.mdx b/src/content/docs/zh/docs/plugins/accelerometer/getting-started.mdx
deleted file mode 100644
index 7f75fbba0..000000000
--- a/src/content/docs/zh/docs/plugins/accelerometer/getting-started.mdx
+++ /dev/null
@@ -1,303 +0,0 @@
----
-title: "加速度计入门"
-locale: zh
-description: "了解如何将加速度计感应集成到您的 Capacitor 应用中"
----
-
-本指南将引导您将 Capacitor Accelerometer 插件集成到应用程序中。
-
-## 安装
-
-使用 npm 安装插件:
-
-```bash
-npm install @capgo/capacitor-accelerometer
-npx cap sync
-```
-
-## 平台配置
-
-### iOS
-无需额外配置。加速度计始终可用。
-
-### Android
-无需额外配置。加速度计始终可用。
-
-### Web
-插件使用 DeviceMotion API。生产环境需要 HTTPS。
-
-## 基本用法
-
-### 导入插件
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-```
-
-### 开始监控
-
-```typescript
-const startAccelerometer = async () => {
-  await Accelerometer.start({
-    interval: 100 // 更新间隔(毫秒)
-  });
-
-  console.log('加速度计已启动');
-};
-```
-
-### 监听加速度事件
-
-```typescript
-Accelerometer.addListener('accelerationChange', (data) => {
-  console.log('X:', data.x);
-  console.log('Y:', data.y);
-  console.log('Z:', data.z);
-  console.log('时间戳:', data.timestamp);
-});
-```
-
-### 获取当前读数
-
-```typescript
-const getCurrentAcceleration = async () => {
-  const reading = await Accelerometer.getCurrentAcceleration();
-  console.log('当前加速度:', reading);
-};
-```
-
-### 停止监控
-
-```typescript
-const stopAccelerometer = async () => {
-  await Accelerometer.stop();
-  console.log('加速度计已停止');
-};
-```
-
-## 完整示例
-
-这是一个包含摇晃检测的完整示例:
-
-```typescript
-import { Accelerometer } from '@capgo/capacitor-accelerometer';
-
-class AccelerometerService {
-  private listener: any;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-  private shakeThreshold = 15;
-
-  async initialize() {
-    await Accelerometer.start({ interval: 100 });
-
-    this.listener = Accelerometer.addListener('accelerationChange', (data) => {
-      this.handleAcceleration(data);
-    });
-  }
-
-  handleAcceleration(data: any) {
-    // 计算差值
-    const deltaX = Math.abs(data.x - this.lastX);
-    const deltaY = Math.abs(data.y - this.lastY);
-    const deltaZ = Math.abs(data.z - this.lastZ);
-
-    // 检查摇晃
-    if (deltaX > this.shakeThreshold ||
-        deltaY > this.shakeThreshold ||
-        deltaZ > this.shakeThreshold) {
-      this.onShake();
-    }
-
-    // 更新最后的值
-    this.lastX = data.x;
-    this.lastY = data.y;
-    this.lastZ = data.z;
-
-    // 更新 UI
-    this.updateDisplay(data);
-  }
-
-  onShake() {
-    console.log('设备被摇晃!');
-    // 触发摇晃动作
-  }
-
-  updateDisplay(data: any) {
-    console.log(`X: ${data.x.toFixed(2)} m/s²`);
-    console.log(`Y: ${data.y.toFixed(2)} m/s²`);
-    console.log(`Z: ${data.z.toFixed(2)} m/s²`);
-
-    // 计算幅度
-    const magnitude = Math.sqrt(
-      data.x * data.x +
-      data.y * data.y +
-      data.z * data.z
-    );
-    console.log(`幅度: ${magnitude.toFixed(2)} m/s²`);
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-    await Accelerometer.stop();
-  }
-}
-
-// 用法
-const accelService = new AccelerometerService();
-accelService.initialize();
-
-// 完成时清理
-// accelService.cleanup();
-```
-
-## 理解读数
-
-### 加速度轴
-- **X 轴**:左(-)到右(+)
-- **Y 轴**:下(-)到上(+)
-- **Z 轴**:后(-)到前(+)
-
-### 重力
-- 静止设备在一个轴上显示约 9.8 m/s²(重力)
-- 移动设备除了重力外还显示加速度
-
-### 单位
-- 以米每秒平方(m/s²)测量
-- 重力 = 9.8 m/s²
-
-## 常见用例
-
-### 摇晃检测
-
-```typescript
-class ShakeDetector {
-  private lastUpdate = 0;
-  private lastX = 0;
-  private lastY = 0;
-  private lastZ = 0;
-
-  detectShake(x: number, y: number, z: number): boolean {
-    const currentTime = Date.now();
-
-    if (currentTime - this.lastUpdate > 100) {
-      const deltaX = Math.abs(x - this.lastX);
-      const deltaY = Math.abs(y - this.lastY);
-      const deltaZ = Math.abs(z - this.lastZ);
-
-      this.lastUpdate = currentTime;
-      this.lastX = x;
-      this.lastY = y;
-      this.lastZ = z;
-
-      return deltaX + deltaY + deltaZ > 15;
-    }
-
-    return false;
-  }
-}
-```
-
-### 倾斜检测
-
-```typescript
-class TiltDetector {
-  getTiltAngles(x: number, y: number, z: number) {
-    const roll = Math.atan2(y, z) * (180 / Math.PI);
-    const pitch = Math.atan2(-x, Math.sqrt(y * y + z * z)) * (180 / Math.PI);
-
-    return { roll, pitch };
-  }
-
-  isDeviceFlat(z: number): boolean {
-    return Math.abs(z - 9.8) < 1.0;
-  }
-
-  isDeviceUpright(y: number): boolean {
-    return Math.abs(y - 9.8) < 2.0;
-  }
-}
-```
-
-### 步数计数器
-
-```typescript
-class StepCounter {
-  private steps = 0;
-  private lastMagnitude = 0;
-  private threshold = 11;
-
-  processAcceleration(x: number, y: number, z: number) {
-    const magnitude = Math.sqrt(x * x + y * y + z * z);
-
-    if (magnitude > this.threshold &&
-        this.lastMagnitude < this.threshold) {
-      this.steps++;
-      console.log('步数:', this.steps);
-    }
-
-    this.lastMagnitude = magnitude;
-  }
-}
-```
-
-## 最佳实践
-
-1. **选择适当的间隔**:平衡响应性和电池寿命
-   - 游戏:16-50ms
-   - 健身:100-200ms
-   - 一般:200-500ms
-
-2. **移除监听器**:完成后始终清理
-3. **过滤噪声**:使用移动平均值获得更平滑的数据
-4. **考虑电池**:高频轮询会耗尽电池
-5. **在真实设备上测试**:模拟器无法提供准确的数据
-
-## 性能提示
-
-### 防抖
-
-```typescript
-class AccelerometerDebouncer {
-  private timeout: any;
-
-  debounce(callback: Function, delay: number) {
-    return (...args: any[]) => {
-      clearTimeout(this.timeout);
-      this.timeout = setTimeout(() => callback(...args), delay);
-    };
-  }
-}
-```
-
-### 数据平滑
-
-```typescript
-class AccelerometerFilter {
-  private alpha = 0.8;
-  private filteredX = 0;
-  private filteredY = 0;
-  private filteredZ = 0;
-
-  filter(x: number, y: number, z: number) {
-    this.filteredX = this.alpha * x + (1 - this.alpha) * this.filteredX;
-    this.filteredY = this.alpha * y + (1 - this.alpha) * this.filteredY;
-    this.filteredZ = this.alpha * z + (1 - this.alpha) * this.filteredZ;
-
-    return {
-      x: this.filteredX,
-      y: this.filteredY,
-      z: this.filteredZ
-    };
-  }
-}
-```
-
-## 下一步
-
-- 探索 [API 参考](https://github.com/Cap-go/capacitor-accelerometer#api)以获取完整的方法文档
-- 查看[示例应用](https://github.com/Cap-go/capacitor-accelerometer/tree/main/example)以了解高级用法
-- 参阅[教程](/plugins/capacitor-accelerometer)以获取完整的实现示例
diff --git a/src/content/docs/zh/docs/plugins/accelerometer/index.mdx b/src/content/docs/zh/docs/plugins/accelerometer/index.mdx
deleted file mode 100644
index 8b4430276..000000000
--- a/src/content/docs/zh/docs/plugins/accelerometer/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-accelerometer"
-locale: zh
-description: 使用 Capacitor 读取设备加速度计测量值
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 从加速度计传感器访问设备运动和加速度数据
-  image:
-    file: ~public/icons/plugins/accelerometer.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/accelerometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-accelerometer
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="三轴加速度" icon="rocket">
-    测量 X、Y 和 Z 轴的加速度力 📊
-  </Card>
-  <Card title="运动检测" icon="star">
-    检测设备摇晃、倾斜和移动 📱
-  </Card>
-  <Card title="实时更新" icon="setting">
-    连续监控加速度数据 ⚡
-  </Card>
-  <Card title="全面文档" icon="open-book">
-    查看[文档](/docs/plugins/accelerometer/getting-started/)以在几分钟内掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/admob/getting-started.mdx b/src/content/docs/zh/docs/plugins/admob/getting-started.mdx
deleted file mode 100644
index 18e7507e8..000000000
--- a/src/content/docs/zh/docs/plugins/admob/getting-started.mdx
+++ /dev/null
@@ -1,89 +0,0 @@
----
-title: 开始使用
-locale: zh
-description: 安装和配置 Capgo AdMob 插件以在您的 Capacitor 应用程序中投放广告。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装插件**
-   <PackageManagers pkg="@capgo/capacitor-admob" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 初始化 SDK
-
-```typescript
-import { AdMob, MaxAdContentRating } from '@capgo/capacitor-admob';
-
-// 在应用程序引导中启动 Mobile Ads SDK 一次
-await AdMob.start();
-
-// 可选:配置全局请求设置
-await AdMob.configure({
-  appMuted: false,
-  appVolume: 1,
-});
-
-await AdMob.configRequest({
-  maxAdContentRating: MaxAdContentRating.T,
-  tagForChildDirectedTreatment: false,
-  tagForUnderAgeOfConsent: false,
-});
-```
-
-## 显示横幅广告
-
-```typescript
-import { BannerAd } from '@capgo/capacitor-admob';
-
-const banner = new BannerAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/banner',
-  position: 'bottom',
-});
-
-await banner.show();
-```
-
-## 插页式或奖励广告
-
-```typescript
-import { InterstitialAd, RewardedAd } from '@capgo/capacitor-admob';
-
-const interstitial = new InterstitialAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/interstitial',
-});
-await interstitial.load();
-await interstitial.show();
-
-const rewarded = new RewardedAd({
-  adUnitId: 'ca-app-pub-xxxxxxxxxxxxxxxx/rewarded',
-});
-await rewarded.load();
-await rewarded.show();
-```
-
-## 监听广告事件
-
-```typescript
-import { AdMob } from '@capgo/capacitor-admob';
-
-const handle = await AdMob.addListener('adImpression', (event) => {
-  console.log('广告展示', event);
-});
-
-// 稍后清理时
-await handle.remove();
-```
-
-## 平台注意事项
-
-- **iOS**:在 `Info.plist` 中的 `GADApplicationIdentifier` 键下添加您的 AdMob 应用 ID,并包含您依赖的任何 SKAdNetwork ID。
-- **Android**:通过在 `<application>` 标签内添加 `com.google.android.gms.ads.APPLICATION_ID` 在 `AndroidManifest.xml` 中声明您的 AdMob 应用 ID。
-- **同意和隐私**:在 iOS 14+ 上使用 `requestTrackingAuthorization()`,并使用 `configRequest()` 儿童导向标志以符合区域隐私规则。
diff --git a/src/content/docs/zh/docs/plugins/admob/index.mdx b/src/content/docs/zh/docs/plugins/admob/index.mdx
deleted file mode 100644
index f9849b43e..000000000
--- a/src/content/docs/zh/docs/plugins/admob/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-admob"
-locale: zh
-description: 将 Google AdMob 广告集成到您的 Capacitor 应用中,支持横幅、插页式和奖励广告格式。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 使用完全由 JavaScript 管理的 Google AdMob 横幅、插页式和奖励广告将您的 Capacitor 应用变现。
-  image:
-    file: ~public/icons/plugins/admob.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/admob/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-admob/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo 的 AdMob 插件提供了与 Google Mobile Ads SDK 的一流桥接,让您可以在不牺牲 Capacitor 简洁性的情况下将原生体验变现。
-
-<CardGrid stagger>
-  <Card title="灵活的广告格式" icon="star">
-    通过统一的 API 提供横幅、插页式、奖励和应用开屏广告。
-  </Card>
-  <Card title="请求配置" icon="setting">
-    使用儿童导向标志、内容评级和额外网络参数微调广告请求。
-  </Card>
-  <Card title="生命周期管理" icon="rocket">
-    按需创建、加载、显示、隐藏和销毁广告,同时跟踪加载状态。
-  </Card>
-  <Card title="隐私就绪" icon="approve-check">
-    处理 ATT 提示并监控跟踪授权状态以保持合规。
-  </Card>
-</CardGrid>
-
-使用入门指南连接您的 AdMob 应用 ID、配置同意并直接从您的 Capacitor 项目管理广告库存。
diff --git a/src/content/docs/zh/docs/plugins/age-range/getting-started.mdx b/src/content/docs/zh/docs/plugins/age-range/getting-started.mdx
deleted file mode 100644
index 06785a10b..000000000
--- a/src/content/docs/zh/docs/plugins/age-range/getting-started.mdx
+++ /dev/null
@@ -1,201 +0,0 @@
----
-title: 开始使用
-description: 了解如何在 Capacitor 应用中安装并使用 Age Range 插件进行跨平台年龄检测。
-sidebar:
-  order: 2
-locale: zh
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-age-range" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS 设置
-
-### 要求
-
-- iOS 15+ (插件可编译并运行,在旧版本上返回 `NOT_AVAILABLE`)
-- iOS 26+ 才能提供实际年龄区间功能(DeclaredAgeRange 框架)
-- Xcode 26+
-
-### 权限
-
-将 `com.apple.developer.declared-age-range` entitlement 添加到您的应用:
-
-1. 在 Xcode 中选择 target → **Signing & Capabilities**
-2. 点击 **+ Capability** → 搜索 **Declared Age Range**
-3. 启用它
-
-或手动添加到您的 `*.entitlements` 文件:
-
-```xml
-<key>com.apple.developer.declared-age-range</key>
-<true/>
-```
-
-### iOS 工作原理
-
-`requestAgeRange()` 会显示系统对话框,用户(或通过家庭共享的监护人)选择其年龄区间。`ageGates` 选项控制显示的年龄分段(默认: `[13, 16, 18]`)。
-
-## Android 设置
-
-### 要求
-
-- Android API 24+ (minSdk)
-- 已安装并保持最新的 Google Play Store
-
-### Android 工作原理
-
-插件在后台查询 **Google Play Age Signals API** — 不会显示用户提示。Play Store 根据用户的 Google 账号判断其年龄验证状态。
-
-不需要额外权限或 manifest 修改。
-
-## 用法
-
-导入插件并请求用户年龄区间:
-
-```typescript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-const result = await AgeRange.requestAgeRange();
-
-switch (result.status) {
-  case 'SHARING':
-    console.log('Age range:', result.ageLower, '-', result.ageUpper);
-    console.log('Source:', result.declarationSource);
-    break;
-  case 'DECLINED_SHARING':
-    console.log('User declined to share age');
-    break;
-  case 'NOT_AVAILABLE':
-    console.log('Age range API not available on this device');
-    break;
-  case 'ERROR':
-    console.log('Error requesting age range');
-    break;
-}
-```
-
-## API 参考
-
-### requestAgeRange(options?)
-
-从平台请求用户年龄区间。
-
-```typescript
-const result = await AgeRange.requestAgeRange({
-  ageGates: [13, 16, 18] // 仅 iOS,Android 会忽略
-});
-```
-
-#### 选项
-
-| 选项 | 类型 | 默认值 | 描述 |
-| --- | --- | --- | --- |
-| `ageGates` | `number[]` | `[13, 16, 18]` | iOS 系统对话框的年龄阈值。Android 会忽略。 |
-
-#### 结果
-
-| 属性 | 类型 | 描述 |
-| --- | --- | --- |
-| `status` | `string` | `SHARING`、`DECLINED_SHARING`、`NOT_AVAILABLE` 或 `ERROR` |
-| `ageLower` | `number?` | 年龄区间下限 |
-| `ageUpper` | `number?` | 年龄区间上限(最高分段如 18+ 时缺失) |
-| `declarationSource` | `string?` | `SELF_DECLARED`、`GUARDIAN_DECLARED`、`VERIFIED` 或 `UNKNOWN` |
-| `androidUserStatus` | `string?` | 仅 Android。Google Play 用户状态 |
-| `mostRecentApprovalDate` | `string?` | 仅 Android。最近一次监护人批准日期 |
-| `installId` | `string?` | 仅 Android。受监管安装标识 |
-
-### getPluginVersion()
-
-返回原生插件版本。
-
-```typescript
-const { version } = await AgeRange.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## 完整示例
-
-```typescript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-export class AgeVerificationService {
-  async checkAgeRange(): Promise<{ isAdult: boolean; ageRange?: string }> {
-    const result = await AgeRange.requestAgeRange({
-      ageGates: [13, 16, 18]
-    });
-
-    if (result.status === 'SHARING') {
-      const isAdult = (result.ageLower ?? 0) >= 18;
-      const upper = result.ageUpper ? `-${result.ageUpper}` : '+';
-      const ageRange = `${result.ageLower}${upper}`;
-
-      return { isAdult, ageRange };
-    }
-
-    // 用户拒绝或 API 不可用
-    return { isAdult: false };
-  }
-
-  async isAgeRangeAvailable(): Promise<boolean> {
-    const result = await AgeRange.requestAgeRange();
-    return result.status !== 'NOT_AVAILABLE';
-  }
-}
-```
-
-## 平台响应映射
-
-### Android (Google Play Age Signals)
-
-| Android UserStatus | → status | → declarationSource |
-| --- | --- | --- |
-| VERIFIED | SHARING | VERIFIED |
-| SUPERVISED | SHARING | GUARDIAN_DECLARED |
-| SUPERVISED_APPROVAL_PENDING | SHARING | GUARDIAN_DECLARED |
-| SUPERVISED_APPROVAL_DENIED | SHARING | GUARDIAN_DECLARED |
-| UNKNOWN / EMPTY | DECLINED_SHARING | — |
-
-### iOS (DeclaredAgeRange)
-
-| iOS Response | → status | → declarationSource |
-| --- | --- | --- |
-| .sharing (selfDeclared) | SHARING | SELF_DECLARED |
-| .sharing (guardianDeclared) | SHARING | GUARDIAN_DECLARED |
-| .declinedSharing | DECLINED_SHARING | — |
-
-## 平台说明
-
-### iOS
-- 需要 iOS 26+ 才能使用 DeclaredAgeRange 框架
-- 在旧版本 iOS 上返回 `NOT_AVAILABLE`
-- 需要 `com.apple.developer.declared-age-range` entitlement
-- 会向用户显示系统对话框
-
-### Android
-- 使用 Google Play Age Signals API(后台检查,无对话框)
-- 需要安装并更新 Google Play Store
-- 若 Play Store 不可用将返回详细错误码
-
-### Web
-- 不支持,会抛出 `'AgeRange does not have web implementation'`
-
-## 最佳实践
-
-1. **处理所有状态**
-   在读取年龄数据之前始终检查 `status` 字段。只有当 `status` 为 `SHARING` 时 `ageLower` 与 `ageUpper` 才存在。
-
-2. **提供回退方案**
-   当 API 返回 `NOT_AVAILABLE` 或 `ERROR` 时实现回退方案(如自我声明表单或功能限制)。
-
-3. **使用合适的年龄分段**
-   选择符合应用要求的年龄阈值。常见值: COPPA 用 `[13]`,成人内容用 `[13, 18]`,欧盟 DSA 可用 `[13, 16, 18]`。
diff --git a/src/content/docs/zh/docs/plugins/age-range/index.mdx b/src/content/docs/zh/docs/plugins/age-range/index.mdx
deleted file mode 100644
index acfff6570..000000000
--- a/src/content/docs/zh/docs/plugins/age-range/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-age-range"
-locale: zh
-description: 使用 Google Play Age Signals(Android) 和 Apple DeclaredAgeRange(iOS) 为 Capacitor 应用提供跨平台年龄区间检测。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 通过统一 API 检测跨平台用户年龄区间。Android 使用 Google Play Age Signals,iOS 使用 Apple DeclaredAgeRange,满足 COPPA/KOSA 合规。
-  image:
-    file: ~public/icons/plugins/age-range.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/age-range/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-age-range/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="跨平台" icon="rocket">
-    单一 API 封装 Google Play Age Signals(Android) 与 Apple DeclaredAgeRange(iOS)
-  </Card>
-  <Card title="隐私友好" icon="puzzle">
-    不收集生日 — 仅返回年龄区间,尊重用户隐私
-  </Card>
-  <Card title="合规要求" icon="rocket">
-    满足 COPPA、KOSA 以及地区性年龄适配设计要求
-  </Card>
-  <Card title="全面文档" icon="open-book">
-    查看[文档](/docs/plugins/age-range/getting-started/)以在几分钟内掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/age-signals/getting-started.mdx b/src/content/docs/zh/docs/plugins/age-signals/getting-started.mdx
deleted file mode 100644
index aa7fb6861..000000000
--- a/src/content/docs/zh/docs/plugins/age-signals/getting-started.mdx
+++ /dev/null
@@ -1,509 +0,0 @@
----
-title: 开始使用
-locale: zh
-description: 了解如何安装和使用 Age Signals 插件来检测 Android 应用中的受监督账户和已验证用户。
-sidebar:
-  order: 2
----
-
-import { Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Aside type="caution">
-此插件**仅支持 Android**，需要 Google Play 服务。不适用于 iOS、Web 或没有 Google Play 商店的 Android 设备。
-</Aside>
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-android-age-signals" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与 Android 项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 前提条件
-
-- 安装了 Google Play 服务的 Android 设备
-- 最低 Android API 级别 21（Android 5.0）
-- 设备上安装了 Google Play 商店
-
-## 使用方法
-
-### 检查年龄信号
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-try {
-  const result = await AgeSignals.checkAgeSignals();
-
-  console.log('User status:', result.userStatus);
-
-  switch (result.userStatus) {
-    case UserStatus.Verified:
-      console.log('User is 18+ and verified by Google');
-      // Allow access to age-restricted content
-      break;
-
-    case UserStatus.Supervised:
-      console.log(`Supervised user aged ${result.ageLower}-${result.ageUpper}`);
-      // Apply age-appropriate restrictions
-      break;
-
-    case UserStatus.SupervisedApprovalPending:
-      console.log('Waiting for guardian approval');
-      console.log('Pending since:', result.mostRecentApprovalDate);
-      // Inform user to wait for guardian approval
-      break;
-
-    case UserStatus.SupervisedApprovalDenied:
-      console.log('Guardian denied access');
-      console.log('Last approval:', result.mostRecentApprovalDate);
-      // Block access or show alternative content
-      break;
-
-    case UserStatus.Unknown:
-      console.log('User status unknown - prompt to verify in Play Store');
-      // Guide user to verify their age in Google Play
-      break;
-
-    case UserStatus.Empty:
-      console.log('No age signal available');
-      // Handle as unverified user
-      break;
-  }
-} catch (error) {
-  console.error('Failed to check age signals:', error);
-}
-```
-
-### 处理受监督用户
-
-```typescript
-async function handleSupervisedUser() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised) {
-    const age = result.ageLower;
-
-    if (age < 13) {
-      // Apply COPPA restrictions
-      console.log('User is under 13 - COPPA applies');
-      disableDataCollection();
-      disableSocialFeatures();
-      requireParentalConsent();
-    } else if (age < 18) {
-      // Apply teen restrictions
-      console.log('User is 13-17 - Teen restrictions apply');
-      enableModeratedSocialFeatures();
-      restrictAds();
-    }
-
-    // Track install ID for revocation notifications
-    console.log('Install ID:', result.installId);
-    saveInstallId(result.installId);
-  }
-}
-```
-
-### 实现年龄门槛
-
-```typescript
-async function ageGate() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  // Allow verified 18+ users
-  if (result.userStatus === UserStatus.Verified) {
-    return true;
-  }
-
-  // Check supervised user age
-  if (result.userStatus === UserStatus.Supervised) {
-    return result.ageUpper >= 18;
-  }
-
-  // Block users with pending or denied approvals
-  if (
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return false;
-  }
-
-  // For unknown/empty, implement fallback age verification
-  return await showAgeVerificationDialog();
-}
-```
-
-### 监控批准状态
-
-```typescript
-async function checkApprovalStatus() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.SupervisedApprovalPending) {
-    console.log('Guardian approval pending');
-    console.log('Age range:', result.ageLower, '-', result.ageUpper);
-    console.log('Most recent approval:', result.mostRecentApprovalDate);
-
-    // Show message to user
-    showMessage(
-      'Your guardian needs to approve this app. ' +
-      'We notified them on ' + result.mostRecentApprovalDate
-    );
-  } else if (result.userStatus === UserStatus.SupervisedApprovalDenied) {
-    console.log('Guardian denied approval');
-    console.log('Last approved on:', result.mostRecentApprovalDate);
-
-    // Show blocked message
-    showMessage(
-      'Your guardian did not approve this app. ' +
-      'Contact them for more information.'
-    );
-  }
-}
-```
-
-## API 参考
-
-### checkAgeSignals()
-
-请求当前活跃用户的 Play 年龄信号。
-
-```typescript
-const result = await AgeSignals.checkAgeSignals();
-```
-
-**返回值：**
-
-```typescript
-interface CheckAgeSignalsResult {
-  userStatus: UserStatus;
-  ageLower?: number;
-  ageUpper?: number;
-  mostRecentApprovalDate?: string;
-  installId?: string;
-}
-```
-
-### UserStatus Enum
-
-```typescript
-enum UserStatus {
-  Verified = 'VERIFIED',                           // 18+ verified
-  Supervised = 'SUPERVISED',                       // Supervised account
-  SupervisedApprovalPending = 'SUPERVISED_APPROVAL_PENDING',
-  SupervisedApprovalDenied = 'SUPERVISED_APPROVAL_DENIED',
-  Unknown = 'UNKNOWN',                             // Unknown status
-  Empty = 'EMPTY'                                  // No signal
-}
-```
-
-## 结果字段
-
-### userStatus
-
-Google Play 报告的用户验证状态。
-
-- **Verified**：用户已年满 18 周岁并已通过 Google 验证
-- **Supervised**：用户拥有受监督的 Google 账户
-- **SupervisedApprovalPending**：等待监护人批准更改
-- **SupervisedApprovalDenied**：监护人拒绝应用访问
-- **Unknown**：用户应在 Play 商店中验证状态
-- **Empty**：所有其他用户（默认状态）
-
-### ageLower
-
-受监督用户年龄范围的下限（包含）。
-
-仅在 `userStatus` 为以下值时存在：
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-### ageUpper
-
-受监督用户年龄范围的上限（包含）。
-
-仅在以下情况下存在：
-- `userStatus` 为受监督状态之一
-- 用户年龄报告为小于 18 周岁
-
-### mostRecentApprovalDate
-
-获得监护人批准的最近一次重要更改的日期字符串。
-
-仅在 `userStatus` 为以下值时存在：
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-格式：ISO 8601 日期字符串
-
-### installId
-
-在 Google Play 中分配给受监督安装的标识符。
-
-用于监护人撤销应用批准时的撤销通知。
-
-仅在 `userStatus` 为以下值时存在：
-- `SUPERVISED`
-- `SUPERVISED_APPROVAL_PENDING`
-- `SUPERVISED_APPROVAL_DENIED`
-
-## 使用案例
-
-### 1. COPPA 合规
-
-```typescript
-async function applyCoppaRestrictions() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (result.userStatus === UserStatus.Supervised && result.ageLower < 13) {
-    // Disable data collection
-    disableAnalytics();
-    disableAdvertising();
-
-    // Disable social features
-    hideChatFeatures();
-    disableUserProfiles();
-
-    // Require verifiable parental consent
-    await requestParentalConsent(result.installId);
-  }
-}
-```
-
-### 2. 适龄内容
-
-```typescript
-async function filterContent() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  let contentRating;
-
-  if (result.userStatus === UserStatus.Verified) {
-    contentRating = 'MATURE';
-  } else if (result.userStatus === UserStatus.Supervised) {
-    if (result.ageUpper < 13) {
-      contentRating = 'EVERYONE';
-    } else if (result.ageUpper < 18) {
-      contentRating = 'TEEN';
-    } else {
-      contentRating = 'MATURE';
-    }
-  } else {
-    contentRating = 'TEEN'; // Default safe rating
-  }
-
-  loadContentForRating(contentRating);
-}
-```
-
-### 3. 监护人面板
-
-```typescript
-async function getGuardianInfo() {
-  const result = await AgeSignals.checkAgeSignals();
-
-  if (
-    result.userStatus === UserStatus.Supervised ||
-    result.userStatus === UserStatus.SupervisedApprovalPending ||
-    result.userStatus === UserStatus.SupervisedApprovalDenied
-  ) {
-    return {
-      isSupervised: true,
-      ageRange: `${result.ageLower}-${result.ageUpper}`,
-      approvalStatus: result.userStatus,
-      lastApprovalDate: result.mostRecentApprovalDate,
-      installId: result.installId,
-    };
-  }
-
-  return { isSupervised: false };
-}
-```
-
-## 完整示例
-
-```typescript
-import { AgeSignals, UserStatus } from '@capgo/capacitor-android-age-signals';
-
-export class AgeVerificationService {
-  async verifyAge(): Promise<{
-    allowed: boolean;
-    reason: string;
-    restrictions: string[];
-  }> {
-    try {
-      const result = await AgeSignals.checkAgeSignals();
-
-      switch (result.userStatus) {
-        case UserStatus.Verified:
-          return {
-            allowed: true,
-            reason: 'User is verified 18+',
-            restrictions: [],
-          };
-
-        case UserStatus.Supervised:
-          return this.handleSupervised(result);
-
-        case UserStatus.SupervisedApprovalPending:
-          return {
-            allowed: false,
-            reason: 'Waiting for guardian approval',
-            restrictions: ['Guardian approval required'],
-          };
-
-        case UserStatus.SupervisedApprovalDenied:
-          return {
-            allowed: false,
-            reason: 'Guardian denied access',
-            restrictions: ['Access denied by guardian'],
-          };
-
-        case UserStatus.Unknown:
-          return {
-            allowed: false,
-            reason: 'Age verification required',
-            restrictions: ['Verify age in Google Play'],
-          };
-
-        case UserStatus.Empty:
-        default:
-          return {
-            allowed: false,
-            reason: 'No age signal available',
-            restrictions: ['Age verification needed'],
-          };
-      }
-    } catch (error) {
-      console.error('Age verification failed:', error);
-      return {
-        allowed: false,
-        reason: 'Verification error',
-        restrictions: ['Try again later'],
-      };
-    }
-  }
-
-  private handleSupervised(result: any) {
-    const age = result.ageLower;
-    const restrictions: string[] = [];
-
-    if (age < 13) {
-      restrictions.push('No data collection (COPPA)');
-      restrictions.push('No social features');
-      restrictions.push('Parental consent required');
-      return {
-        allowed: false,
-        reason: `User is under 13 (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else if (age < 18) {
-      restrictions.push('Age-appropriate content only');
-      restrictions.push('Moderated social features');
-      return {
-        allowed: true,
-        reason: `Teen user (${result.ageLower}-${result.ageUpper})`,
-        restrictions,
-      };
-    } else {
-      return {
-        allowed: true,
-        reason: `Adult supervised user (${result.ageLower}+)`,
-        restrictions: [],
-      };
-    }
-  }
-
-  async saveInstallId(installId: string) {
-    // Store install ID for revocation handling
-    localStorage.setItem('ageSignalsInstallId', installId);
-  }
-
-  async checkRevocation() {
-    const result = await AgeSignals.checkAgeSignals();
-    const storedId = localStorage.getItem('ageSignalsInstallId');
-
-    if (result.installId && storedId && result.installId !== storedId) {
-      // Install ID changed - likely revoked and reinstalled
-      console.log('App was revoked and reinstalled');
-      return true;
-    }
-
-    return false;
-  }
-}
-```
-
-## 最佳实践
-
-1. **应用启动时检查**：在应用启动时验证年龄信号
-2. **缓存结果**：缓存结果但定期刷新
-3. **处理所有状态**：为所有 UserStatus 值实现逻辑
-4. **尊重拒绝**：当监护人拒绝批准时不允许访问
-5. **存储安装 ID**：跟踪安装 ID 以检测撤销
-6. **回退逻辑**：为 Unknown/Empty 状态提供回退年龄验证
-7. **隐私优先**：不收集受监督用户的不必要数据
-
-## 合规指南
-
-### COPPA（儿童在线隐私保护法）
-
-对于 13 岁以下的用户：
-- 获得可验证的家长同意
-- 限制数据收集
-- 禁用行为广告
-- 提供家长控制
-
-### GDPR（通用数据保护条例）
-
-对于受监督用户：
-- 合法处理数据
-- 提供监护人同意机制
-- 允许数据访问和删除
-- 实施隐私设计
-
-## 平台说明
-
-### Android
-- 需要 Google Play 服务
-- 最低 API 级别 21（Android 5.0+）
-- 仅适用于安装了 Play 商店的设备
-- 信号可能在所有地区都不可用
-- 如果监护人修改设置，结果可能会改变
-
-### iOS / Web
-- **不支持** - 这是一个仅限 Android 的插件
-- 在不支持的平台上调用时会抛出错误
-
-## 故障排除
-
-### 未返回信号（空状态）
-
-以下情况是正常的：
-- 不在支持地区的用户
-- 没有 Google Play 服务的设备
-- 未设置 Family Link 的用户
-- 未验证的新账户
-
-### 未知状态
-
-用户应该：
-1. 打开 Google Play 商店
-2. 进入设置 → 家庭
-3. 完成年龄验证过程
-
-### 权限问题
-
-确保：
-- Google Play 服务已更新
-- 应用在 Play 控制台中有正确的包名
-- 在真实设备上测试（不是没有 Play 服务的模拟器）
-
-## 资源
-
-- [Google Play 年龄信号文档](https://developers.google.com/android/reference/com/google/android/gms/agesignals)
-- [Family Link 开发者指南](https://developers.google.com/families)
-- [COPPA 合规指南](https://www.ftc.gov/business-guidance/resources/complying-coppa-frequently-asked-questions)
diff --git a/src/content/docs/zh/docs/plugins/age-signals/index.mdx b/src/content/docs/zh/docs/plugins/age-signals/index.mdx
deleted file mode 100644
index 26d921a8a..000000000
--- a/src/content/docs/zh/docs/plugins/age-signals/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-android-age-signals"
-locale: zh
-description: Google Play 年龄信号 API 包装器 - 检测受监管账户、监护人批准和已验证用户。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 访问 Google Play 年龄信号以检测受监管账户、验证用户年龄，并在您的 Android 应用中遵守儿童安全法规。
-  image:
-    file: ~public/icons/plugins/android-age-signals.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/age-signals/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-age-signals/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="受监管账户" icon="setting">
-    检测用户是否拥有由监护人管理的受监管 Google 账户 👨‍👧‍👦
-  </Card>
-  <Card title="年龄验证" icon="approve-check-circle">
-    通过 Google 的年龄验证识别已验证的 18 岁以上用户 🔐
-  </Card>
-  <Card title="合规性" icon="approve-check">
-    遵守 COPPA 和 GDPR 等儿童安全法规 📋
-  </Card>
-  <Card title="监护人批准" icon="star">
-    跟踪待处理的批准和监护人同意状态 ✅
-  </Card>
-  <Card title="仅限 Android" icon="puzzle">
-    专为配合 Google Play Services 的 Android 设计 📱
-  </Card>
-  <Card title="简单的 API" icon="rocket">
-    单一方法调用即可检索所有年龄信号 🚀
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/alarm/getting-started.mdx b/src/content/docs/zh/docs/plugins/alarm/getting-started.mdx
deleted file mode 100644
index 58bd655eb..000000000
--- a/src/content/docs/zh/docs/plugins/alarm/getting-started.mdx
+++ /dev/null
@@ -1,139 +0,0 @@
----
-title: 开始使用
-locale: zh
-description: 了解如何安装和使用 Capacitor Alarm 插件在 iOS 和 Android 上管理原生闹钟。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-alarm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 要求
-
-- **iOS**：仅支持 iOS 26+。此插件依赖于 `AlarmKit` API，在早期版本或框架不可用时将报告不支持。
-- **Android**：使用 `AlarmClock` intent；行为取决于默认时钟应用和 OEM 策略。
-
-注意：此插件仅公开原生闹钟操作（创建/打开）。它不实现任何自定义的应用内闹钟调度/CRUD。
-
-## API
-
-### createAlarm(...)
-
-```typescript
-createAlarm(options: NativeAlarmCreateOptions) => Promise<NativeActionResult>
-```
-
-使用平台时钟应用创建原生操作系统闹钟。
-在 Android 上使用 Alarm Clock intent；在 iOS 上如果可用（iOS 26+）则使用 AlarmKit。
-
-| 参数         | 类型                                                                          |
-| ------------- | ----------------------------------------------------------------------------- |
-| **`options`** | `NativeAlarmCreateOptions` |
-
-**返回：** `Promise<NativeActionResult>`
-
-### openAlarms()
-
-```typescript
-openAlarms() => Promise<NativeActionResult>
-```
-
-打开平台的原生闹钟列表 UI（如果可用）。
-
-**返回：** `Promise<NativeActionResult>`
-
-### getOSInfo()
-
-```typescript
-getOSInfo() => Promise<OSInfo>
-```
-
-获取有关操作系统和功能的信息。
-
-**返回：** `Promise<OSInfo>`
-
-### requestPermissions(...)
-
-```typescript
-requestPermissions(options?: { exactAlarm?: boolean | undefined; } | undefined) => Promise<PermissionResult>
-```
-
-请求平台上闹钟使用的相关权限。
-在 Android 上，可能会路由到精确闹钟的设置。
-
-| 参数         | 类型                                   |
-| ------------- | -------------------------------------- |
-| **`options`** | `{ exactAlarm?: boolean; }` |
-
-**返回：** `Promise<PermissionResult>`
-
-## 接口
-
-### NativeActionResult
-
-| 属性          | 类型                 |
-| ------------- | -------------------- |
-| **`success`** | `boolean` |
-| **`message`** | `string`  |
-
-### NativeAlarmCreateOptions
-
-通过平台时钟应用创建原生操作系统闹钟的选项。
-
-| 属性          | 类型                 | 描述                                  |
-| ------------- | -------------------- | -------------------------------------------- |
-| **`hour`**    | `number`  | 24 小时制的小时（0-23）             |
-| **`minute`**  | `number`  | 小时的分钟（0-59）                        |
-| **`label`**   | `string`  | 闹钟的可选标签                 |
-| **`skipUi`**  | `boolean` | 仅限 Android：如果可能，尝试跳过 UI |
-| **`vibrate`** | `boolean` | 仅限 Android：设置闹钟振动           |
-
-### OSInfo
-
-返回有关当前操作系统和功能的信息。
-
-| 属性                                 | 类型                 | 描述                                                 |
-| ------------------------------------ | -------------------- | ----------------------------------------------------------- |
-| **`platform`**                       | `string`  | 'ios' \| 'android' \| 'web'                                 |
-| **`version`**                        | `string`  | 操作系统版本字符串                                           |
-| **`supportsNativeAlarms`**           | `boolean` | 平台是否公开原生闹钟应用集成 |
-| **`supportsScheduledNotifications`** | `boolean` | 是否支持调度本地通知         |
-| **`canScheduleExactAlarms`**         | `boolean` | 仅限 Android：是否允许精确闹钟              |
-
-### PermissionResult
-
-权限请求的结果。
-
-| 属性          | 类型                                                             | 描述                        |
-| ------------- | ---------------------------------------------------------------- | ---------------------------------- |
-| **`granted`** | `boolean`                                             | 请求范围的总体授权  |
-| **`details`** | `Record<string, boolean>` | 按权限键的可选详细信息 |
diff --git a/src/content/docs/zh/docs/plugins/alarm/index.mdx b/src/content/docs/zh/docs/plugins/alarm/index.mdx
deleted file mode 100644
index d8074e2b8..000000000
--- a/src/content/docs/zh/docs/plugins/alarm/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-alarm"
-locale: zh
-description: 即使在应用关闭时也能调度原生闹钟和通知。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 直接从您的 Capacitor 应用在 iOS 和 Android 上管理原生闹钟。
-  image:
-    file: ~public/icons/plugins/alarm.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/alarm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-alarm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="原生集成" icon="puzzle">
-    在 iOS 上使用原生 AlarmKit，在 Android 上使用 AlarmClock intent 📱
-  </Card>
-  <Card title="简单的 API" icon="rocket">
-    易于使用的方法来创建和管理闹钟 ⚡
-  </Card>
-  <Card title="权限处理" icon="approve-check-circle">
-    内置支持请求必要权限 🔒
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/alarm/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/android-inline-install/getting-started.mdx b/src/content/docs/zh/docs/plugins/android-inline-install/getting-started.mdx
deleted file mode 100644
index 3ee899494..000000000
--- a/src/content/docs/zh/docs/plugins/android-inline-install/getting-started.mdx
+++ /dev/null
@@ -1,145 +0,0 @@
----
-title: 开始使用
-locale: zh
-description: "@capgo/capacitor-android-inline-install 的安装和使用指南"
-sidebar:
-  order: 2
-  label: "开始使用"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-inline-install
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 使用示例
-
-```typescript
-import { AndroidInlineInstall } from '@capgo/capacitor-android-inline-install';
-
-// 基本内联安装
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp'
-});
-
-// 带跟踪的高级安装
-await AndroidInlineInstall.startInlineInstall({
-  id: 'com.example.targetapp',
-  referrer: 'campaign=my-campaign&source=app',
-  overlay: true,
-  fallback: true
-});
-
-// 处理安装流程
-try {
-  await AndroidInlineInstall.startInlineInstall({
-    id: 'com.spotify.music',
-    referrer: 'utm_source=myapp&utm_campaign=music_promotion'
-  });
-  console.log('Install overlay triggered successfully');
-} catch (error) {
-  console.error('Install failed:', error);
-}
-```
-
-## 核心 API 方法
-
-### 安装管理
-- `startInlineInstall(options)` - 为指定应用触发 Google Play 内联安装覆盖层
-
-## 配置选项
-
-```typescript
-interface InlineInstallOptions {
-  id: string;           // 目标应用包名（必需）
-  referrer?: string;    // 跟踪活动字符串（可选）
-  callerId?: string;    // 调用方应用包名（默认为当前应用）
-  overlay?: boolean;    // 启用/禁用 Play 覆盖层（默认：true）
-  fallback?: boolean;   // 如果覆盖层失败，使用完整商店页面（默认：true）
-}
-```
-
-## Google Play 要求
-
-### Premium Growth Tools 资格
-您的应用必须符合 Google Play 的 Premium Growth Tools 资格才能使用内联安装：
-- 具有显著用户参与度的应用
-- 良好的 Play Store 评分和评价
-- 符合 Google Play 政策
-
-### 目标应用要求
-- 目标应用必须在 Google Play Store 上可用
-- 目标应用必须支持内联安装
-- 用户必须登录 Google Play Store
-
-## 行为和回退
-
-### 覆盖层模式（默认）
-1. 尝试在您的应用内打开 Google Play 覆盖层
-2. 如果覆盖层不可用，回退到完整的 Play Store 页面
-3. 如果 Play Store 不可用，显示错误
-
-### 完整商店模式
-- 直接打开完整的 Google Play Store 页面
-- 完全绕过覆盖层尝试
-
-## 平台支持
-
-- **Android**：完全支持 Google Play Services
-- **iOS**：不支持（Android 特定功能）
-- **Web**：不支持（原生 Android 功能）
-
-## 实现细节
-
-该插件使用 Android intent 与 Google Play Store 通信：
-- 用于内联安装覆盖层的 Intent action
-- 回退到标准 Play Store intent
-- 自动处理 Play Services 可用性
-
-## 使用场景
-
-- **应用发现**：在您的生态系统内推广相关应用
-- **交叉推广**：推动合作伙伴应用的安装
-- **功能解锁**：安装额外的模块或扩展
-- **配套应用**：无缝安装支持应用
-
-## 最佳实践
-
-- 始终为没有 Play Services 的用户提供回退选项
-- 使用不同的设备配置和 Play Store 版本进行测试
-- 使用推荐人跟踪来衡量转化率
-- 优雅地处理安装错误
-- 如果用户拒绝安装，请尊重用户选择
-
-## 限制
-
-- 仅限 Android 功能
-- 需要 Google Play Services
-- 仅适用于符合 Premium Growth Tools 资格的应用
-- 受 Google Play Store 政策和可用性约束
diff --git a/src/content/docs/zh/docs/plugins/android-inline-install/index.mdx b/src/content/docs/zh/docs/plugins/android-inline-install/index.mdx
deleted file mode 100644
index 463bba08f..000000000
--- a/src/content/docs/zh/docs/plugins/android-inline-install/index.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: "@capgo/capacitor-android-inline-install"
-locale: zh
-description: 为 Capacitor 应用提供的 Android 内联应用安装插件，具有无缝 APK 安装和更新管理功能。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 通过内联安装功能和用户友好的流程，为 Android 应用实现无缝的应用内安装和更新。
-  image:
-    file: ~public/icons/plugins/android-inline-install.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/android-inline-install/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-inline-install/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概述
-
-Capacitor Android Inline Install 插件可为 Android 应用程序触发 Google Play 的内联安装覆盖层。此插件使用 Google 的 Premium Growth Tools 提供无缝的应用内安装体验，允许用户在不离开您的应用程序的情况下安装应用。
-
-<CardGrid stagger>
-  <Card title="Google Play 覆盖层" icon="rocket">
-    触发原生 Google Play 安装覆盖层 📱
-  </Card>
-  <Card title="无缝体验" icon="rocket">
-    在不离开应用的情况下安装应用 🔄
-  </Card>
-  <Card title="回退支持" icon="heart">
-    自动回退到完整的 Play Store 页面 ❤️
-  </Card>
-  <Card title="活动跟踪" icon="star">
-    支持推荐人跟踪和分析 📊
-  </Card>
-</CardGrid>
-
-## 文档
-
-查看[完整文档](/docs/plugins/android-inline-install/getting-started/)以获取详细的实现指南和高级集成模式。
diff --git a/src/content/docs/zh/docs/plugins/android-kiosk/getting-started.mdx b/src/content/docs/zh/docs/plugins/android-kiosk/getting-started.mdx
deleted file mode 100644
index ce87f20ef..000000000
--- a/src/content/docs/zh/docs/plugins/android-kiosk/getting-started.mdx
+++ /dev/null
@@ -1,336 +0,0 @@
----
-title: 开始使用
-locale: zh
-description: 了解如何在您的 Capacitor 应用中安装和使用 Android Kiosk 插件将您的 Android 设备锁定到自助服务终端模式。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-android-kiosk" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 平台支持
-
-此插件**仅限 Android**。对于 iOS 自助服务终端模式功能，请使用设备的内置[引导式访问](https://support.apple.com/zh-cn/HT202612)功能。
-
-## 功能
-
-- **自助服务终端模式**：隐藏系统 UI 并进入沉浸式全屏模式
-- **启动器集成**：将您的应用设置为设备启动器/主屏幕应用
-- **硬件按键控制**：阻止或允许特定硬件按钮
-- **状态检测**：检查自助服务终端模式是否处于活动状态或应用是否设置为启动器
-- **Android 6.0+**：支持 Android API 23 到 Android 15（API 35）
-
-## 基本使用
-
-### 进入和退出自助服务终端模式
-
-```typescript
-import { CapacitorAndroidKiosk } from '@capgo/capacitor-android-kiosk';
-
-// 进入自助服务终端模式
-await CapacitorAndroidKiosk.enterKioskMode();
-
-// 退出自助服务终端模式
-await CapacitorAndroidKiosk.exitKioskMode();
-
-// 检查是否处于自助服务终端模式
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-console.log('Kiosk mode active:', isInKioskMode);
-```
-
-### 启动器功能
-
-要获得完整的自助服务终端模式功能，您需要将您的应用设置为设备启动器：
-
-```typescript
-// 打开主屏幕设置，供用户选择您的应用作为启动器
-await CapacitorAndroidKiosk.setAsLauncher();
-
-// 检查应用是否设置为启动器
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-console.log('App is launcher:', isLauncher);
-```
-
-### 硬件按键控制
-
-控制在自助服务终端模式下允许哪些硬件按钮工作：
-
-```typescript
-// 仅允许音量键
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false
-});
-
-// 阻止所有按键（默认）
-await CapacitorAndroidKiosk.setAllowedKeys({});
-```
-
-## 完整示例
-
-```typescript
-async function setupKioskMode() {
-  try {
-    // 检查是否已设置为启动器
-    const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-
-    if (!isLauncher) {
-      // 提示用户设置为启动器
-      await CapacitorAndroidKiosk.setAsLauncher();
-      alert('Please select this app as your Home app');
-      return;
-    }
-
-    // 配置允许的按键
-    await CapacitorAndroidKiosk.setAllowedKeys({
-      volumeUp: true,
-      volumeDown: true,
-      back: false,
-      home: false,
-      recent: false,
-      power: false
-    });
-
-    // 进入自助服务终端模式
-    await CapacitorAndroidKiosk.enterKioskMode();
-    console.log('Kiosk mode activated');
-
-  } catch (error) {
-    console.error('Failed to setup kiosk mode:', error);
-  }
-}
-```
-
-## API 参考
-
-### isInKioskMode()
-
-检查应用当前是否在自助服务终端模式下运行。
-
-```typescript
-const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-```
-
-**返回：**
-- `isInKioskMode` (boolean)：自助服务终端模式当前是否处于活动状态
-
----
-
-### isSetAsLauncher()
-
-检查应用是否设置为设备启动器（主屏幕应用）。
-
-```typescript
-const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-```
-
-**返回：**
-- `isLauncher` (boolean)：应用是否设置为设备启动器
-
----
-
-### enterKioskMode()
-
-进入自助服务终端模式，隐藏系统 UI 并阻止硬件按钮。应用必须设置为设备启动器才能有效工作。
-
-```typescript
-await CapacitorAndroidKiosk.enterKioskMode();
-```
-
----
-
-### exitKioskMode()
-
-退出自助服务终端模式，恢复正常的系统 UI 和硬件按钮功能。
-
-```typescript
-await CapacitorAndroidKiosk.exitKioskMode();
-```
-
----
-
-### setAsLauncher()
-
-打开设备的主屏幕设置以允许用户将此应用设置为启动器。这是完整自助服务终端模式功能所必需的。
-
-```typescript
-await CapacitorAndroidKiosk.setAsLauncher();
-```
-
----
-
-### setAllowedKeys(options)
-
-设置在自助服务终端模式下允许哪些硬件按键工作。默认情况下，所有硬件按键在自助服务终端模式下都被阻止。
-
-```typescript
-await CapacitorAndroidKiosk.setAllowedKeys({
-  volumeUp: true,
-  volumeDown: true,
-  back: false,
-  home: false,
-  recent: false,
-  power: false,
-  camera: false,
-  menu: false
-});
-```
-
-**参数：**
-- `volumeUp` (boolean, 可选)：允许音量增大按钮（默认：false）
-- `volumeDown` (boolean, 可选)：允许音量减小按钮（默认：false）
-- `back` (boolean, 可选)：允许返回按钮（默认：false）
-- `home` (boolean, 可选)：允许主屏幕按钮（默认：false）
-- `recent` (boolean, 可选)：允许最近应用按钮（默认：false）
-- `power` (boolean, 可选)：允许电源按钮（默认：false）
-- `camera` (boolean, 可选)：如果存在，允许相机按钮（默认：false）
-- `menu` (boolean, 可选)：如果存在，允许菜单按钮（默认：false）
-
----
-
-### getPluginVersion()
-
-获取原生 Capacitor 插件版本。
-
-```typescript
-const { version } = await CapacitorAndroidKiosk.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-**返回：**
-- `version` (string)：插件版本号
-
-## Android 配置
-
-### 1. MainActivity 设置
-
-要启用完整的硬件按键阻止，您需要在 `MainActivity.java` 中覆盖 `dispatchKeyEvent`：
-
-```java
-import android.view.KeyEvent;
-import ee.forgr.plugin.android_kiosk.CapacitorAndroidKioskPlugin;
-
-public class MainActivity extends BridgeActivity {
-    @Override
-    public boolean dispatchKeyEvent(KeyEvent event) {
-        // Get the kiosk plugin
-        CapacitorAndroidKioskPlugin kioskPlugin = (CapacitorAndroidKioskPlugin)
-            this.getBridge().getPlugin("CapacitorAndroidKiosk").getInstance();
-
-        if (kioskPlugin != null && kioskPlugin.shouldBlockKey(event.getKeyCode())) {
-            return true; // Block the key
-        }
-
-        return super.dispatchKeyEvent(event);
-    }
-
-    @Override
-    public void onBackPressed() {
-        // Don't call super.onBackPressed() to disable back button
-        // Or call the plugin's handleOnBackPressed
-    }
-}
-```
-
-### 2. AndroidManifest.xml
-
-添加启动器 intent 过滤器以使您的应用可选择为启动器：
-
-```xml
-<activity
-    android:name=".MainActivity"
-    ...>
-
-    <!-- Existing intent filter -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.LAUNCHER" />
-    </intent-filter>
-
-    <!-- Add this to make app selectable as launcher -->
-    <intent-filter>
-        <action android:name="android.intent.action.MAIN" />
-        <category android:name="android.intent.category.HOME" />
-        <category android:name="android.intent.category.DEFAULT" />
-    </intent-filter>
-</activity>
-```
-
-## 重要说明
-
-1. **启动器要求**：要获得完整的自助服务终端模式功能（阻止主屏幕按钮、防止任务切换），您的应用必须设置为设备启动器。
-
-2. **测试**：在测试时，您可以通过编程方式退出自助服务终端模式，或通过将另一个应用设置为启动器来退出。
-
-3. **Android 版本**：该插件在 Android 11+ 上使用现代 Android API，并回退到旧方法以保持与 Android 6.0+ 的兼容性。
-
-4. **安全性**：此插件专为合法的自助服务终端应用程序设计。确保为用户提供退出自助服务终端模式的方法。
-
-5. **电池**：自助服务终端模式保持屏幕常亮。考虑实现您自己的屏幕超时或亮度管理。
-
-## iOS 替代方案
-
-对于 iOS 设备，请使用内置的[引导式访问](https://support.apple.com/zh-cn/HT202612)功能：
-
-1. 前往"设置">"辅助功能">"引导式访问"
-2. 打开"引导式访问"
-3. 设置密码
-4. 打开您的应用
-5. 三次点击侧边按钮
-6. 调整设置并开始引导式访问
-
-## 最佳实践
-
-1. **首先检查启动器状态**
-   ```typescript
-   const { isLauncher } = await CapacitorAndroidKiosk.isSetAsLauncher();
-   if (!isLauncher) {
-     // 提示用户首先设置为启动器
-     await CapacitorAndroidKiosk.setAsLauncher();
-   }
-   ```
-
-2. **提供退出机制**
-   ```typescript
-   // 允许特定的按键组合退出
-   // 或实现秘密手势/图案
-   async function exitKioskWithConfirmation() {
-     const confirmed = confirm('Exit kiosk mode?');
-     if (confirmed) {
-       await CapacitorAndroidKiosk.exitKioskMode();
-     }
-   }
-   ```
-
-3. **处理应用生命周期**
-   ```typescript
-   // 当应用恢复时重新进入自助服务终端模式
-   window.addEventListener('resume', async () => {
-     const { isInKioskMode } = await CapacitorAndroidKiosk.isInKioskMode();
-     if (!isInKioskMode) {
-       await CapacitorAndroidKiosk.enterKioskMode();
-     }
-   });
-   ```
-
-4. **错误处理**
-   ```typescript
-   try {
-     await CapacitorAndroidKiosk.enterKioskMode();
-   } catch (error) {
-     console.error('Failed to enter kiosk mode:', error);
-     // 通知用户并提供替代方案
-   }
-   ```
diff --git a/src/content/docs/zh/docs/plugins/android-kiosk/index.mdx b/src/content/docs/zh/docs/plugins/android-kiosk/index.mdx
deleted file mode 100644
index 5bb0d6dab..000000000
--- a/src/content/docs/zh/docs/plugins/android-kiosk/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@capgo/capacitor-android-kiosk"
-locale: zh
-description: 适用于 Capacitor 的 Android 自助服务终端模式插件 - 使用启动器功能将设备锁定到自助服务终端模式
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 为您的 Capacitor 应用将 Android 设备锁定到自助服务终端模式，完全控制硬件按钮和启动器功能。
-  image:
-    file: ~public/icons/plugins/android-kiosk.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/android-kiosk/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-kiosk/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="自助服务终端模式" icon="rocket">
-    隐藏系统 UI 并进入沉浸式全屏模式
-  </Card>
-  <Card title="启动器集成" icon="setting">
-    将您的应用设置为设备启动器/主屏幕应用
-  </Card>
-  <Card title="硬件按键控制" icon="warning">
-    阻止或允许特定硬件按钮（返回、主屏幕、最近应用、音量、电源）
-  </Card>
-  <Card title="状态检测" icon="approve-check">
-    检查自助服务终端模式是否处于活动状态或应用是否设置为启动器
-  </Card>
-  <Card title="Android 6.0+" icon="star">
-    支持 Android API 23 到 Android 15（API 35）
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/android-kiosk/getting-started/)，在几分钟内集成自助服务终端模式。
-  </Card>
-</CardGrid>
-
-## 平台支持
-
-此插件**仅限 Android**。对于 iOS 自助服务终端模式功能，请使用设备的内置[引导式访问](https://support.apple.com/zh-cn/HT202612)功能。
diff --git a/src/content/docs/zh/docs/plugins/android-usagestatsmanager/getting-started.mdx b/src/content/docs/zh/docs/plugins/android-usagestatsmanager/getting-started.mdx
deleted file mode 100644
index e4ee45d0c..000000000
--- a/src/content/docs/zh/docs/plugins/android-usagestatsmanager/getting-started.mdx
+++ /dev/null
@@ -1,173 +0,0 @@
----
-title: 开始使用
-locale: zh
-description: 了解如何安装和使用 Android Usage Stats Manager 插件访问应用使用统计数据和设备使用数据。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-android-usagestatsmanager
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 平台配置
-
-### Android
-
-将所需权限添加到您的 `android/app/src/main/AndroidManifest.xml`：
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## 使用示例
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// 检查是否授予了权限
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // 打开设置以授予权限
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// 查询最近 7 天的使用统计数据
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7 天前
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// 获取所有已安装的包
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## API 参考
-
-### isUsageStatsPermissionGranted()
-
-```typescript
-isUsageStatsPermissionGranted() => Promise<{ granted: boolean }>
-```
-
-检查是否授予了 PACKAGE_USAGE_STATS 权限。
-
-**返回：** `Promise<{ granted: boolean }>`
-
-### openUsageStatsSettings()
-
-```typescript
-openUsageStatsSettings() => Promise<void>
-```
-
-打开用于授予使用统计权限的系统设置页面。
-
-### queryAndAggregateUsageStats(options)
-
-```typescript
-queryAndAggregateUsageStats(options: UsageStatsOptions) => Promise<UsageStatsResult>
-```
-
-查询已安装应用的详细使用统计数据。
-
-| 参数         | 类型                           |
-| ------------- | ------------------------------ |
-| **`options`** | `UsageStatsOptions` |
-
-**返回：** `Promise<UsageStatsResult>`
-
-### queryAllPackages()
-
-```typescript
-queryAllPackages() => Promise<PackagesResult>
-```
-
-获取设备上所有已安装包的信息。
-
-**返回：** `Promise<PackagesResult>`
-
-## 接口
-
-### UsageStatsOptions
-
-| 属性               | 类型                | 描述                                         |
-| ------------------ | ------------------- | --------------------------------------------------- |
-| **`intervalType`** | `number` | 间隔类型（0=每日，1=每周，2=每月等） |
-| **`startTime`**    | `number` | 开始时间（毫秒）                          |
-| **`endTime`**      | `number` | 结束时间（毫秒）                            |
-
-### UsageStatsResult
-
-包含每个应用的使用统计数据：
-
-- 应用使用时间和频率
-- 首次和最后一次使用时间
-- 前台总时间
-- 启动次数
-
-### PackagesResult
-
-包含已安装包的信息：
-
-- 包名和版本
-- 安装时间
-- 应用标签和图标
-- 系统应用与用户应用
-
-## 权限处理
-
-该插件需要无法通过正常的运行时权限请求授予的特殊权限：
-
-1. **PACKAGE_USAGE_STATS**：允许访问使用统计数据
-2. **QUERY_ALL_PACKAGES**：包信息所需（Android 11+）
-
-用户必须通过系统设置手动授予这些权限。使用 `openUsageStatsSettings()` 将用户引导到适当的设置页面。
-
-## 最佳实践
-
-- 在查询使用统计数据之前始终检查权限状态
-- 使用用户友好的消息优雅地处理权限拒绝
-- 收集使用数据时考虑用户隐私
-- 实施适当的数据处理和存储实践
-- 遵循 Google Play 的使用数据收集政策
-
-## 使用场景
-
-- **数字健康应用**：监控屏幕时间和应用使用情况
-- **家长控制**：跟踪儿童的设备使用情况
-- **生产力应用**：分析工作模式和专注时间
-- **分析**：了解用户行为和应用参与度
diff --git a/src/content/docs/zh/docs/plugins/android-usagestatsmanager/index.mdx b/src/content/docs/zh/docs/plugins/android-usagestatsmanager/index.mdx
deleted file mode 100644
index fccae17f1..000000000
--- a/src/content/docs/zh/docs/plugins/android-usagestatsmanager/index.mdx
+++ /dev/null
@@ -1,146 +0,0 @@
----
-title: "@capgo/capacitor-android-usagestatsmanager"
-locale: zh
-description: 适用于 Capacitor 应用的 Android 使用统计插件，具有应用使用跟踪、屏幕时间监控和使用分析功能。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 访问 Android 使用统计数据以监控应用使用情况、屏幕时间和具有系统级数据的用户行为分析。
-  image:
-    file: ~public/icons/plugins/android-usagestatsmanager.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/android-usagestatsmanager/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-android-usagestatsmanager/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概述
-
-Capacitor Android Usage Stats Manager 插件将 Android 的 UsageStatsManager SDK 公开给 Capacitor 应用程序，使其能够访问详细的应用使用统计数据和设备使用数据。此插件允许开发人员跟踪应用使用模式、屏幕时间和 Android 设备上的用户行为分析。
-
-<CardGrid stagger>
-  <Card title="使用统计" icon="rocket">
-    访问 Android UsageStatsManager SDK 数据 📱
-  </Card>
-  <Card title="应用监控" icon="moon">
-    跟踪单个应用的使用时间和频率 🕐
-  </Card>
-  <Card title="权限管理" icon="approve-check">
-    无缝处理使用统计权限 🛡️
-  </Card>
-  <Card title="包信息" icon="puzzle">
-    查询已安装包的详细信息和元数据 📦
-  </Card>
-</CardGrid>
-
-## 安装
-
-```bash
-npm install @capgo/capacitor-android-usagestatsmanager
-npx cap sync
-```
-
-## 所需权限
-
-将这些权限添加到您的 `android/app/src/main/AndroidManifest.xml`：
-
-```xml
-<uses-permission android:name="android.permission.PACKAGE_USAGE_STATS" />
-<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />
-```
-
-## 核心 API 方法
-
-### 使用统计
-- `queryAndAggregateUsageStats(options)` - 检索已安装应用的详细使用统计数据
-- `isUsageStatsPermissionGranted()` - 检查是否授予了使用统计权限
-- `openUsageStatsSettings()` - 打开用于使用统计权限的系统设置
-
-### 包信息
-- `queryAllPackages()` - 获取所有已安装包的信息
-
-## 使用示例
-
-```typescript
-import { AndroidUsageStatsManager } from '@capgo/capacitor-android-usagestatsmanager';
-
-// 检查是否授予了权限
-const permissionResult = await AndroidUsageStatsManager.isUsageStatsPermissionGranted();
-if (!permissionResult.granted) {
-  // 打开设置以授予权限
-  await AndroidUsageStatsManager.openUsageStatsSettings();
-  return;
-}
-
-// 查询使用统计数据
-const statsOptions = {
-  intervalType: 0, // INTERVAL_DAILY
-  startTime: Date.now() - (7 * 24 * 60 * 60 * 1000), // 7 天前
-  endTime: Date.now()
-};
-
-const usageStats = await AndroidUsageStatsManager.queryAndAggregateUsageStats(statsOptions);
-console.log('Usage statistics:', usageStats);
-
-// 获取所有已安装的包
-const packages = await AndroidUsageStatsManager.queryAllPackages();
-console.log('Installed packages:', packages);
-```
-
-## 权限处理
-
-该插件需要无法通过正常的运行时权限请求授予的特殊权限：
-
-1. **PACKAGE_USAGE_STATS**：允许访问使用统计数据
-2. **QUERY_ALL_PACKAGES**：包信息所需（Android 11+）
-
-用户必须通过系统设置手动授予这些权限。使用 `openUsageStatsSettings()` 将用户引导到适当的设置页面。
-
-## 数据类型
-
-### 使用统计
-- 应用使用时间和频率
-- 首次和最后一次使用时间
-- 前台总时间
-- 启动次数
-
-### 包信息
-- 包名和版本
-- 安装时间
-- 应用标签和图标
-- 系统应用与用户应用
-
-## 使用场景
-
-- **数字健康应用**：监控屏幕时间和应用使用情况
-- **家长控制**：跟踪儿童的设备使用情况
-- **生产力应用**：分析工作模式和专注时间
-- **分析**：了解用户行为和应用参与度
-
-## Android 兼容性
-
-- **最低 Android 版本**：API level 21（Android 5.0）
-- **高级功能**：API level 29+（Android 10+）以获得增强的统计数据
-- **包查询**：API level 30+（Android 11+）需要 QUERY_ALL_PACKAGES
-
-## 安全注意事项
-
-- 使用统计权限是敏感的，需要用户同意
-- 收集使用数据时考虑用户隐私
-- 实施适当的数据处理和存储实践
-- 遵循 Google Play 的使用数据收集政策
-
-## 文档
-
-查看[完整文档](/docs/plugins/android-usagestatsmanager/getting-started/)以获取详细的实现指南和高级使用模式。
diff --git a/src/content/docs/zh/docs/plugins/app-tracking-transparency/getting-started.mdx b/src/content/docs/zh/docs/plugins/app-tracking-transparency/getting-started.mdx
deleted file mode 100644
index 614e99aeb..000000000
--- a/src/content/docs/zh/docs/plugins/app-tracking-transparency/getting-started.mdx
+++ /dev/null
@@ -1,148 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装并使用 App Tracking Transparency 插件,在 Capacitor 应用中处理 iOS 跟踪权限。
-sidebar:
-  order: 2
-locale: zh
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-app-tracking-transparency" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS 设置
-
-将 `NSUserTrackingUsageDescription` 键添加到 `Info.plist`:
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>This identifier will be used to deliver personalized ads to you.</string>
-```
-
-该字符串应说明您为何需要跟踪权限。请求权限时这段文字会显示给用户。
-
-## 用法
-
-导入插件并使用其方法处理跟踪授权:
-
-```typescript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-// 检查当前跟踪状态
-const checkStatus = async () => {
-  const { status } = await AppTrackingTransparency.getStatus();
-  console.log('Tracking status:', status);
-};
-
-// 请求跟踪权限
-const requestPermission = async () => {
-  const { status } = await AppTrackingTransparency.requestPermission();
-  console.log('User chose:', status);
-};
-```
-
-## API 参考
-
-### getStatus()
-
-获取当前跟踪授权状态,不会提示用户。
-
-```typescript
-const { status } = await AppTrackingTransparency.getStatus();
-// Returns: 'authorized' | 'denied' | 'notDetermined' | 'restricted'
-```
-
-### requestPermission()
-
-请求用户授权访问用于跟踪的应用相关数据。会显示 iOS 原生权限对话框。
-
-```typescript
-const { status } = await AppTrackingTransparency.requestPermission();
-// Returns: 'authorized' | 'denied' | 'notDetermined' | 'restricted'
-```
-
-:::note
-该方法只会显示一次对话框。之后的调用将返回已保存的授权状态,不会再次弹窗。
-:::
-
-## 完整示例
-
-```typescript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-export class TrackingService {
-  async requestTrackingIfNeeded(): Promise<boolean> {
-    // 先检查当前状态
-    const { status } = await AppTrackingTransparency.getStatus();
-
-    if (status === 'notDetermined') {
-      // 用户尚未被询问,显示对话框
-      const result = await AppTrackingTransparency.requestPermission();
-      return result.status === 'authorized';
-    }
-
-    return status === 'authorized';
-  }
-
-  async isTrackingAuthorized(): Promise<boolean> {
-    const { status } = await AppTrackingTransparency.getStatus();
-    return status === 'authorized';
-  }
-}
-```
-
-## 状态值
-
-| Status | 描述 |
-| --- | --- |
-| `authorized` | 用户已允许跟踪 |
-| `denied` | 用户拒绝跟踪 |
-| `notDetermined` | 用户尚未被询问 |
-| `restricted` | 跟踪被限制(例如家长控制) |
-
-## 平台说明
-
-### iOS
-- 需要 iOS 14.0+
-- 使用 Apple 的 `ATTrackingManager` 框架
-- 权限弹窗在每次安装中只显示一次
-
-### Android
-- 自动返回 `authorized`
-- 不会显示权限弹窗(ATT 仅适用于 iOS)
-
-### Web
-- 为开发目的返回 `authorized`
-
-## 最佳实践
-
-1. **在合适的时机请求**
-   不要在应用启动时请求权限。等用户进入能从跟踪中获益的功能后再请求,并先说明价值。
-
-2. **请求前先检查**
-   在调用 `requestPermission()` 前始终使用 `getStatus()` 检查,避免不必要的调用。
-
-3. **处理所有状态**
-   ```typescript
-   const { status } = await AppTrackingTransparency.getStatus();
-   switch (status) {
-     case 'authorized':
-       // 启用个性化功能
-       break;
-     case 'denied':
-     case 'restricted':
-       // 使用非个性化替代方案
-       break;
-     case 'notDetermined':
-       // 考虑请求权限
-       break;
-   }
-   ```
diff --git a/src/content/docs/zh/docs/plugins/app-tracking-transparency/index.mdx b/src/content/docs/zh/docs/plugins/app-tracking-transparency/index.mdx
deleted file mode 100644
index 37e86c5ce..000000000
--- a/src/content/docs/zh/docs/plugins/app-tracking-transparency/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-app-tracking-transparency"
-locale: zh
-description: 在 Capacitor 应用中请求并检查 iOS App Tracking Transparency 权限以访问 IDFA。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 使用这个轻量级 Capacitor 插件处理 Apple 的 App Tracking Transparency 要求。请求用户授权以访问用于跟踪的应用相关数据。
-  image:
-    file: ~public/icons/plugins/app-tracking-transparency.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/app-tracking-transparency/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-app-tracking-transparency/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="iOS 14+ 合规" icon="rocket">
-    轻松处理 Apple 的 App Tracking Transparency 要求
-  </Card>
-  <Card title="跨平台" icon="puzzle">
-    在 Android/Web 上返回 `authorized`,实现透明的跨平台使用
-  </Card>
-  <Card title="轻量" icon="rocket">
-    无依赖,体积小
-  </Card>
-  <Card title="全面文档" icon="open-book">
-    查看[文档](/docs/plugins/app-tracking-transparency/getting-started/)以在几分钟内掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/appinsights/getting-started.mdx b/src/content/docs/zh/docs/plugins/appinsights/getting-started.mdx
deleted file mode 100644
index e938adecf..000000000
--- a/src/content/docs/zh/docs/plugins/appinsights/getting-started.mdx
+++ /dev/null
@@ -1,207 +0,0 @@
----
-title: 开始使用
-locale: zh
-description: 了解如何在您的 Capacitor 应用中安装和使用 AppInsights 插件进行应用程序分析。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-appinsights" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用
-
-导入插件并使用您的 AppInsights 凭据初始化它：
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-// 初始化 SDK
-const initializeAnalytics = async () => {
-  await CapacitorAppinsights.init({
-    partnerId: 'your-partner-id',
-    partnerKey: 'your-partner-key'
-  });
-};
-
-// 设置用户 ID 进行跟踪
-const setUser = async (userId: string) => {
-  await CapacitorAppinsights.setUserId({ userId });
-};
-
-// 获取 SDK 状态
-const checkSDKState = async () => {
-  const state = await CapacitorAppinsights.getState();
-  console.log('SDK State:', state);
-};
-
-// 获取插件版本
-const checkVersion = async () => {
-  const { version } = await CapacitorAppinsights.getPluginVersion();
-  console.log('Plugin version:', version);
-};
-```
-
-## API 参考
-
-### init(options)
-
-使用您的凭据初始化 AppInsights SDK。
-
-```typescript
-await CapacitorAppinsights.init({
-  partnerId: 'your-partner-id',
-  partnerKey: 'your-partner-key'
-});
-```
-
-**参数：**
-- `partnerId` (string)：您的 AppInsights 合作伙伴 ID
-- `partnerKey` (string)：您的 AppInsights 合作伙伴密钥
-
-### setUserId(options)
-
-在初始化后设置或更新用户 ID。
-
-```typescript
-await CapacitorAppinsights.setUserId({
-  userId: 'user-123'
-});
-```
-
-**参数：**
-- `userId` (string)：要设置用于跟踪的用户 ID
-
-### getState()
-
-获取 SDK 的当前状态。
-
-```typescript
-const state = await CapacitorAppinsights.getState();
-console.log(state);
-// {
-//   initCompleted: true,
-//   jobScheduled: true,
-//   permissionAcquired: true
-// }
-```
-
-**返回：**
-- `initCompleted` (boolean)：SDK 初始化是否完成
-- `jobScheduled` (boolean)：数据收集作业是否已计划
-- `permissionAcquired` (boolean)：是否获得了必要的权限
-
-### getPluginVersion()
-
-获取原生 Capacitor 插件版本。
-
-```typescript
-const { version } = await CapacitorAppinsights.getPluginVersion();
-console.log('Version:', version);
-```
-
-## 完整示例
-
-```typescript
-import { CapacitorAppinsights } from '@capgo/capacitor-appinsights';
-
-export class AnalyticsService {
-  private initialized = false;
-
-  async initialize(partnerId: string, partnerKey: string) {
-    try {
-      await CapacitorAppinsights.init({
-        partnerId,
-        partnerKey
-      });
-
-      const state = await CapacitorAppinsights.getState();
-      this.initialized = state.initCompleted;
-
-      console.log('AppInsights initialized:', state);
-    } catch (error) {
-      console.error('Failed to initialize AppInsights:', error);
-    }
-  }
-
-  async identifyUser(userId: string) {
-    if (!this.initialized) {
-      throw new Error('AppInsights not initialized');
-    }
-
-    await CapacitorAppinsights.setUserId({ userId });
-    console.log('User identified:', userId);
-  }
-
-  async getSDKStatus() {
-    const state = await CapacitorAppinsights.getState();
-    return {
-      ready: state.initCompleted && state.permissionAcquired,
-      tracking: state.jobScheduled,
-      state
-    };
-  }
-}
-```
-
-## 最佳实践
-
-1. **尽早初始化**
-   在应用启动时尽快初始化 SDK 以确保准确的跟踪：
-   ```typescript
-   // 在您的应用初始化中
-   await CapacitorAppinsights.init({
-     partnerId: process.env.APPINSIGHTS_PARTNER_ID,
-     partnerKey: process.env.APPINSIGHTS_PARTNER_KEY
-   });
-   ```
-
-2. **在登录时设置用户 ID**
-   在身份验证后识别用户：
-   ```typescript
-   async function onUserLogin(user) {
-     await CapacitorAppinsights.setUserId({
-       userId: user.id
-     });
-   }
-   ```
-
-3. **检查 SDK 状态**
-   在关键操作之前验证 SDK 是否准备就绪：
-   ```typescript
-   const state = await CapacitorAppinsights.getState();
-   if (!state.initCompleted) {
-     console.warn('AppInsights not ready');
-   }
-   ```
-
-4. **优雅地处理错误**
-   ```typescript
-   try {
-     await CapacitorAppinsights.init(config);
-   } catch (error) {
-     console.error('Analytics initialization failed:', error);
-     // 即使分析失败也继续应用操作
-   }
-   ```
-
-## 平台说明
-
-### iOS
-- 需要 iOS 10.0+
-- 确保在 Info.plist 中拥有跟踪所需的必要权限
-
-### Android
-- 需要 Android 5.0（API 21）+
-- 根据跟踪功能可能需要使用统计权限
-
-### Web
-- Web 平台不支持
diff --git a/src/content/docs/zh/docs/plugins/appinsights/index.mdx b/src/content/docs/zh/docs/plugins/appinsights/index.mdx
deleted file mode 100644
index 9f8c50c2c..000000000
--- a/src/content/docs/zh/docs/plugins/appinsights/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-appinsights"
-locale: zh
-description: 使用 Apptopia AppInsights SDK 为 Capacitor 应用集成应用洞察和分析。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 使用 AppInsights 集成为您的 Capacitor 应用跟踪应用使用情况、用户行为和性能指标。
-  image:
-    file: ~public/icons/plugins/appinsights.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/appinsights/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-appinsights/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="分析跟踪" icon="star">
-    使用 AppInsights 跟踪用户行为和应用使用情况
-  </Card>
-  <Card title="用户识别" icon="heart">
-    设置和管理用户 ID 以进行个性化跟踪
-  </Card>
-  <Card title="SDK 状态管理" icon="setting">
-    监控 SDK 初始化和权限状态
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/appinsights/getting-started/)，在几分钟内集成分析。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/audio-recorder/getting-started.mdx b/src/content/docs/zh/docs/plugins/audio-recorder/getting-started.mdx
deleted file mode 100644
index 3ae96a777..000000000
--- a/src/content/docs/zh/docs/plugins/audio-recorder/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-title: "开始使用 Audio Recorder"
-locale: zh
-description: "了解如何将音频录制集成到您的 Capacitor 应用中"
----
-
-本指南将引导您将 Capacitor Audio Recorder 插件集成到您的应用程序中。
-
-## 安装
-
-使用 npm 安装插件：
-
-```bash
-npm install @capgo/capacitor-audio-recorder
-npx cap sync
-```
-
-## iOS 配置
-
-将以下内容添加到您的 `Info.plist`：
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs access to the microphone to record audio</string>
-```
-
-## Android 配置
-
-将以下权限添加到您的 `AndroidManifest.xml`：
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-```
-
-## Web 配置
-
-该插件使用 MediaRecorder API。在生产环境中需要 HTTPS。
-
-## 基本使用
-
-### 导入插件
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-```
-
-### 请求权限
-
-```typescript
-const requestPermission = async () => {
-  const permission = await AudioRecorder.requestPermissions();
-  console.log('Permission status:', permission.recordAudio);
-};
-```
-
-### 开始录制
-
-```typescript
-const startRecording = async () => {
-  await AudioRecorder.startRecording();
-  console.log('Recording started');
-};
-```
-
-### 停止录制
-
-```typescript
-const stopRecording = async () => {
-  const result = await AudioRecorder.stopRecording();
-  console.log('Recording path:', result.filePath);
-  console.log('Duration:', result.duration);
-};
-```
-
-### 暂停/恢复录制
-
-```typescript
-const pauseRecording = async () => {
-  await AudioRecorder.pauseRecording();
-  console.log('Recording paused');
-};
-
-const resumeRecording = async () => {
-  await AudioRecorder.resumeRecording();
-  console.log('Recording resumed');
-};
-```
-
-### 获取状态
-
-```typescript
-const getStatus = async () => {
-  const status = await AudioRecorder.getStatus();
-  console.log('Is recording:', status.isRecording);
-  console.log('Duration:', status.currentTime);
-};
-```
-
-## 完整示例
-
-以下是一个完整的语音录制器实现：
-
-```typescript
-import { AudioRecorder } from '@capgo/capacitor-audio-recorder';
-
-class VoiceRecorder {
-  private isRecording = false;
-  private isPaused = false;
-  private recordingPath: string | null = null;
-
-  async initialize() {
-    const permission = await AudioRecorder.checkPermissions();
-
-    if (permission.recordAudio !== 'granted') {
-      const requested = await AudioRecorder.requestPermissions();
-
-      if (requested.recordAudio !== 'granted') {
-        throw new Error('Microphone permission denied');
-      }
-    }
-  }
-
-  async startRecording() {
-    try {
-      await AudioRecorder.startRecording();
-      this.isRecording = true;
-      this.isPaused = false;
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  async pauseRecording() {
-    if (!this.isRecording || this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.pauseRecording();
-      this.isPaused = true;
-      console.log('Recording paused');
-    } catch (error) {
-      console.error('Failed to pause recording:', error);
-      throw error;
-    }
-  }
-
-  async resumeRecording() {
-    if (!this.isRecording || !this.isPaused) {
-      return;
-    }
-
-    try {
-      await AudioRecorder.resumeRecording();
-      this.isPaused = false;
-      console.log('Recording resumed');
-    } catch (error) {
-      console.error('Failed to resume recording:', error);
-      throw error;
-    }
-  }
-
-  async stopRecording() {
-    if (!this.isRecording) {
-      return null;
-    }
-
-    try {
-      const result = await AudioRecorder.stopRecording();
-      this.isRecording = false;
-      this.isPaused = false;
-      this.recordingPath = result.filePath;
-
-      console.log('Recording stopped');
-      console.log('File path:', result.filePath);
-      console.log('Duration:', result.duration, 'seconds');
-
-      return result;
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  async getCurrentStatus() {
-    const status = await AudioRecorder.getStatus();
-    return {
-      isRecording: status.isRecording,
-      duration: status.currentTime,
-      isPaused: this.isPaused
-    };
-  }
-
-  formatDuration(seconds: number): string {
-    const mins = Math.floor(seconds / 60);
-    const secs = Math.floor(seconds % 60);
-    return `${mins}:${secs.toString().padStart(2, '0')}`;
-  }
-
-  getRecordingPath(): string | null {
-    return this.recordingPath;
-  }
-}
-
-// 使用
-const recorder = new VoiceRecorder();
-
-// 初始化
-await recorder.initialize();
-
-// 开始录制
-await recorder.startRecording();
-
-// 暂停
-await recorder.pauseRecording();
-
-// 恢复
-await recorder.resumeRecording();
-
-// 停止并获取结果
-const result = await recorder.stopRecording();
-console.log('Recording saved:', result?.filePath);
-```
-
-## 高级配置
-
-### 配置音频质量
-
-```typescript
-const startHighQualityRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',           // aac, mp3, 或 wav
-    sampleRate: 44100,       // 44100 Hz（CD 质量）
-    channels: 2,             // 立体声
-    bitRate: 320000          // 320 kbps
-  });
-};
-```
-
-### 配置为语音
-
-```typescript
-const startVoiceRecording = async () => {
-  await AudioRecorder.startRecording({
-    format: 'aac',
-    sampleRate: 16000,       // 16 kHz（语音优化）
-    channels: 1,             // 单声道
-    bitRate: 64000           // 64 kbps
-  });
-};
-```
-
-## UI 集成示例
-
-```typescript
-class AudioRecorderUI {
-  private recorder: VoiceRecorder;
-  private updateInterval: any;
-
-  constructor() {
-    this.recorder = new VoiceRecorder();
-  }
-
-  async init() {
-    await this.recorder.initialize();
-    this.setupEventListeners();
-  }
-
-  setupEventListeners() {
-    const recordButton = document.getElementById('record-btn');
-    const pauseButton = document.getElementById('pause-btn');
-    const stopButton = document.getElementById('stop-btn');
-
-    recordButton?.addEventListener('click', () => this.handleRecord());
-    pauseButton?.addEventListener('click', () => this.handlePause());
-    stopButton?.addEventListener('click', () => this.handleStop());
-  }
-
-  async handleRecord() {
-    await this.recorder.startRecording();
-    this.startDurationUpdate();
-    this.updateUI('recording');
-  }
-
-  async handlePause() {
-    const status = await this.recorder.getCurrentStatus();
-
-    if (status.isPaused) {
-      await this.recorder.resumeRecording();
-      this.updateUI('recording');
-    } else {
-      await this.recorder.pauseRecording();
-      this.updateUI('paused');
-    }
-  }
-
-  async handleStop() {
-    const result = await this.recorder.stopRecording();
-    this.stopDurationUpdate();
-    this.updateUI('stopped');
-
-    if (result) {
-      this.showRecordingResult(result);
-    }
-  }
-
-  startDurationUpdate() {
-    this.updateInterval = setInterval(async () => {
-      const status = await this.recorder.getCurrentStatus();
-      this.updateDurationDisplay(status.duration);
-    }, 100);
-  }
-
-  stopDurationUpdate() {
-    if (this.updateInterval) {
-      clearInterval(this.updateInterval);
-    }
-  }
-
-  updateDurationDisplay(duration: number) {
-    const display = document.getElementById('duration');
-    if (display) {
-      display.textContent = this.recorder.formatDuration(duration);
-    }
-  }
-
-  updateUI(state: 'recording' | 'paused' | 'stopped') {
-    // 更新按钮状态、颜色等
-    console.log('UI state:', state);
-  }
-
-  showRecordingResult(result: any) {
-    console.log('Recording complete:', result);
-    // 显示播放 UI、保存选项等
-  }
-}
-
-// 初始化 UI
-const ui = new AudioRecorderUI();
-ui.init();
-```
-
-## 最佳实践
-
-1. **提前请求权限**：在显示录制 UI 之前检查权限
-2. **处理中断**：电话、闹钟可能会中断录制
-3. **管理存储**：清理旧录音以节省空间
-4. **提供反馈**：显示录制状态、持续时间和波形
-5. **在设备上测试**：模拟器/仿真器的音频支持有限
-
-## 常见问题
-
-### 权限被拒绝
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await AudioRecorder.checkPermissions();
-
-  if (permission.recordAudio === 'denied') {
-    alert('Microphone permission is required to record audio. Please enable it in Settings.');
-  }
-};
-```
-
-### 录制中断
-
-```typescript
-// 处理应用进入后台
-document.addEventListener('pause', async () => {
-  const status = await recorder.getCurrentStatus();
-  if (status.isRecording) {
-    await recorder.pauseRecording();
-    // 通知用户
-  }
-});
-```
-
-### 存储管理
-
-```typescript
-const cleanupOldRecordings = async () => {
-  // 实现清理逻辑
-  // 删除超过 X 天的录音
-  // 或仅保留最近的 N 个录音
-};
-```
-
-## 下一步
-
-- 浏览 [API 参考](https://github.com/Cap-go/capacitor-audio-recorder#api)以获取完整的方法文档
-- 查看[示例应用](https://github.com/Cap-go/capacitor-audio-recorder/tree/main/example)以了解高级用法
-- 参阅[教程](/plugins/capacitor-audio-recorder)以获取完整的实现示例
diff --git a/src/content/docs/zh/docs/plugins/audio-recorder/index.mdx b/src/content/docs/zh/docs/plugins/audio-recorder/index.mdx
deleted file mode 100644
index 01d6c1b49..000000000
--- a/src/content/docs/zh/docs/plugins/audio-recorder/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-audio-recorder"
-locale: zh
-description: 在 iOS、Android 和 Web 上使用 Capacitor 录制音频
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 为您的 Capacitor 应用提供高质量的音频录制功能
-  image:
-    file: ~public/icons/plugins/audio-recorder.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/audio-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-audio-recorder
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="跨平台" icon="laptop">
-    使用统一的 API 在 iOS、Android 和 Web 上录制音频 🌐
-  </Card>
-  <Card title="多种格式" icon="document">
-    支持 AAC、MP3 和 WAV 编码 🎵
-  </Card>
-  <Card title="可配置质量" icon="setting">
-    控制采样率、比特率和声道以获得最佳质量 🎚️
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/audio-recorder/getting-started/)，只需几分钟即可掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/audiosession/getting-started.mdx b/src/content/docs/zh/docs/plugins/audiosession/getting-started.mdx
deleted file mode 100644
index 80f963abd..000000000
--- a/src/content/docs/zh/docs/plugins/audiosession/getting-started.mdx
+++ /dev/null
@@ -1,72 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 配置 AudioSession 插件以响应 iOS 音频路由变化和中断。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-> ℹ️ **平台支持：** 音频会话 API 在 iOS 上可用。在 Android 和 Web 上的调用会在不产生效果的情况下解决，因此您可以保持共享逻辑。
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-plugin-audiosession" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步 iOS 平台**
-   <PackageManagers type="exec" pkg="cap" args="sync ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 检查可用输出
-
-```typescript
-import { AudioSession, AudioSessionPorts } from '@capgo/capacitor-plugin-audiosession';
-
-const outputs = await AudioSession.currentOutputs();
-
-if (outputs.includes(AudioSessionPorts.BLUETOOTH_A2DP)) {
-  console.log('Bluetooth speaker connected');
-}
-```
-
-## 覆盖到扬声器模式
-
-```typescript
-import { AudioSession, OutputOverrideType } from '@capgo/capacitor-plugin-audiosession';
-
-await AudioSession.overrideOutput(OutputOverrideType.speaker);
-
-// Restore system routing when you are done
-await AudioSession.overrideOutput(OutputOverrideType.default);
-```
-
-## 监听路由和中断事件
-
-```typescript
-import { AudioSession, RouteChangeReasons, InterruptionTypes } from '@capgo/capacitor-plugin-audiosession';
-
-const routeListener = await AudioSession.addListener('routeChanged', (reason) => {
-  if (reason === RouteChangeReasons.NEW_DEVICE_AVAILABLE) {
-    console.log('User connected a new audio route');
-  }
-});
-
-const interruptionListener = await AudioSession.addListener('interruption', (type) => {
-  if (type === InterruptionTypes.BEGAN) {
-    // Pause playback while we are interrupted
-  } else {
-    // Resume playback
-  }
-});
-
-// Later during cleanup
-await routeListener.remove();
-await interruptionListener.remove();
-```
-
-## 授权
-
-- **iOS**：如果您的应用在后台播放音频，请在 `ios/App/App/Info.plist` 中添加任何所需的后台音频模式（例如 `audio`、`voice`）。
-- **其他平台**：无需额外设置；方法将以空结果解决。
diff --git a/src/content/docs/zh/docs/plugins/audiosession/index.mdx b/src/content/docs/zh/docs/plugins/audiosession/index.mdx
deleted file mode 100644
index e6f31469a..000000000
--- a/src/content/docs/zh/docs/plugins/audiosession/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-plugin-audiosession"
-locale: zh
-description: 从 Capacitor 应用观察和控制 iOS 音频会话，以处理路由变化和中断。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 监听音频路由变化、响应中断并将播放重新路由到扬声器，无需离开 Capacitor。
-  image:
-    file: ~public/icons/plugins/audiosession.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/audiosession/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-audiosession/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo 的 AudioSession 插件为您提供对 iOS AVAudioSession 层的细粒度控制，因此您可以优雅地处理耳机、蓝牙设备和意外中断。
-
-<CardGrid stagger>
-  <Card title="路由感知" icon="rocket">
-    检测用户何时插入或拔出耳机、AirPods、蓝牙扬声器等。
-  </Card>
-  <Card title="扬声器覆盖" icon="setting">
-    当需要免提音频时，强制通过内置扬声器播放。
-  </Card>
-  <Card title="中断处理" icon="moon">
-    响应电话或 Siri 等中断事件，以安全地暂停和恢复音频。
-  </Card>
-  <Card title="类型安全" icon="pencil">
-    强大的 TypeScript 定义使构建弹性音频体验变得容易。
-  </Card>
-</CardGrid>
-
-此插件针对需要 AVAudioSession 控制的 iOS。在其他平台上，调用会在不产生效果的情况下解决，让您保持一个共享的代码路径。
diff --git a/src/content/docs/zh/docs/plugins/autofill-save-password/getting-started.mdx b/src/content/docs/zh/docs/plugins/autofill-save-password/getting-started.mdx
deleted file mode 100644
index be13a36b4..000000000
--- a/src/content/docs/zh/docs/plugins/autofill-save-password/getting-started.mdx
+++ /dev/null
@@ -1,260 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 了解如何安装和配置自动填充保存密码插件，以便在 Capacitor 应用中实现无缝的密码管理。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-autofill-save-password
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 平台支持
-
-- **iOS**：完全支持（iOS 18.3 及更早版本）
-- **Android**：开发中
-
-## 平台配置
-
-### iOS
-
-#### 1. 关联域名设置
-
-在 Apple Developer 账户中配置关联域名，并将其添加到 `App.entitlements` 文件中：
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-#### 2. Web 凭据配置
-
-在网站上添加 `.well-known/apple-app-site-association` 文件：
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-### Android（未来支持）
-
-#### 1. Google Services Plugin
-
-添加到 `android/app/build.gradle`：
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-#### 2. 域名配置
-
-添加到 `android/app/src/main/res/values/strings.xml`：
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-## 使用示例
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// 成功登录后保存密码
-async function login(username: string, password: string) {
-  try {
-    // 在此处执行登录逻辑
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // 提示用户保存密码
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // 仅限 iOS
-      });
-
-      console.log('Password saved successfully');
-    }
-  } catch (error) {
-    console.error('Failed to save password:', error);
-  }
-}
-
-// 读取保存的密码以进行自动填充
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Found saved credentials');
-      // 预填充登录表单
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Failed to read saved password:', error);
-  }
-
-  return null;
-}
-```
-
-## API 参考
-
-### promptDialog(options)
-
-```typescript
-promptDialog(options: SavePasswordOptions) => Promise<void>
-```
-
-将用户凭据保存到系统钥匙串。
-
-| 参数         | 类型                              |
-| ------------- | --------------------------------- |
-| **`options`** | `SavePasswordOptions` |
-
-### readPassword()
-
-```typescript
-readPassword() => Promise<SavedCredentials>
-```
-
-从系统钥匙串中检索保存的凭据。
-
-**返回值：** `Promise<SavedCredentials>`
-
-## 接口
-
-### SavePasswordOptions
-
-| 属性           | 类型               | 描述                                   |
-| -------------- | ------------------ | --------------------------------------------- |
-| **`username`** | `string` | 要保存的用户名                          |
-| **`password`** | `string` | 要保存的密码                          |
-| **`url`**      | `string` | 仅限 iOS - 关联域名 URL（可选） |
-
-### SavedCredentials
-
-| 属性           | 类型              | 描述                  |
-| -------------- | ----------------- | ---------------------------- |
-| **`username`** | `string` | 保存的用户名           |
-| **`password`** | `string` | 保存的密码           |
-
-## 与登录流程集成
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // 使用后端进行身份验证
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // 提供保存凭据的选项
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login failed:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // 用户拒绝保存或发生错误
-      console.log('Password not saved:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('No saved credentials found');
-      return null;
-    }
-  }
-}
-```
-
-## 最佳实践
-
-- 仅在身份验证成功后提示保存密码
-- 妥善处理用户拒绝保存密码的情况
-- 对钥匙串访问失败实施适当的错误处理
-- 使用关联域名实现无缝的 Web 应用凭据共享
-- 在不同 iOS 版本中测试自动填充功能
-
-## 安全注意事项
-
-- 凭据使用适当的安全标志存储在系统钥匙串中
-- 关联域名确保凭据仅可被授权应用访问
-- 遵循平台安全指南进行凭据管理
-- 对于敏感应用，考虑实施额外的安全措施
diff --git a/src/content/docs/zh/docs/plugins/autofill-save-password/index.mdx b/src/content/docs/zh/docs/plugins/autofill-save-password/index.mdx
deleted file mode 100644
index eae95908b..000000000
--- a/src/content/docs/zh/docs/plugins/autofill-save-password/index.mdx
+++ /dev/null
@@ -1,279 +0,0 @@
----
-title: "@capgo/capacitor-autofill-save-password"
-locale: zh
-description: 用于 Capacitor 应用的密码自动填充支持插件，具有凭据管理、安全存储和无缝用户体验功能。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 通过系统集成启用密码自动填充和凭据管理，实现无缝的身份验证体验。
-  image:
-    file: ~public/icons/plugins/autofill-save-password.svg
-  actions:
-    - text: 入门指南
-      link: /docs/plugins/autofill-save-password/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-autofill-save-password/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概述
-
-Capacitor 自动填充保存密码插件为 Capacitor 应用程序提供密码保存和自动填充功能。该插件与系统级凭据管理集成，通过安全的密码存储和检索提供无缝的身份验证体验。
-
-<CardGrid stagger>
-  <Card title="密码保存" icon="rocket">
-    安全地将凭据保存到系统钥匙串
-  </Card>
-  <Card title="自动填充集成" icon="setting">
-    系统级密码自动填充支持
-  </Card>
-  <Card title="跨平台" icon="laptop">
-    支持 iOS，Android 开发中
-  </Card>
-  <Card title="域名关联" icon="puzzle">
-    关联域名实现无缝身份验证
-  </Card>
-</CardGrid>
-
-## 安装
-
-```bash
-npm install @capgo/capacitor-autofill-save-password
-npx cap sync
-```
-
-## 平台支持
-
-- **iOS**：完全支持（适用于 iOS 18.3 及更早版本）
-- **Android**：开发中
-
-## iOS 配置
-
-### 1. 关联域名设置
-
-在 Apple Developer 账户中配置关联域名，并将其添加到 `App.entitlements` 文件中：
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-<dict>
-    <key>com.apple.developer.associated-domains</key>
-    <array>
-        <string>webcredentials:yourdomain.com</string>
-        <string>webcredentials:www.yourdomain.com</string>
-    </array>
-</dict>
-</plist>
-```
-
-### 2. Web 凭据配置
-
-在网站上添加 `.well-known/apple-app-site-association` 文件：
-
-```json
-{
-  "webcredentials": {
-    "apps": [
-      "TEAMID.com.yourcompany.yourapp"
-    ]
-  }
-}
-```
-
-## 核心 API 方法
-
-### 密码管理
-- `promptDialog(options)` - 将密码保存到系统钥匙串
-- `readPassword()` - 从钥匙串读取保存的密码
-
-## 使用示例
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-// 成功登录后保存密码
-async function login(username: string, password: string) {
-  try {
-    // 在此处执行登录逻辑
-    const loginSuccess = await performLogin(username, password);
-
-    if (loginSuccess) {
-      // 提示用户保存密码
-      await SavePassword.promptDialog({
-        username: username,
-        password: password,
-        url: 'https://yourdomain.com' // 仅限 iOS
-      });
-
-      console.log('Password saved successfully');
-    }
-  } catch (error) {
-    console.error('Failed to save password:', error);
-  }
-}
-
-// 读取保存的密码以进行自动填充
-async function loadSavedCredentials() {
-  try {
-    const credentials = await SavePassword.readPassword();
-
-    if (credentials.username && credentials.password) {
-      console.log('Found saved credentials');
-      // 预填充登录表单
-      return {
-        username: credentials.username,
-        password: credentials.password
-      };
-    }
-  } catch (error) {
-    console.error('Failed to read saved password:', error);
-  }
-
-  return null;
-}
-```
-
-## Android 配置（开发中）
-
-对于未来的 Android 支持，将需要以下配置：
-
-### 1. Google Services Plugin
-
-添加到 `android/app/build.gradle`：
-
-```kotlin
-apply plugin: 'com.google.gms.google-services'
-```
-
-### 2. 域名配置
-
-添加到 `android/app/src/main/res/values/strings.xml`：
-
-```xml
-<resources>
-    <string name="asset_statements">
-        [{
-            "relation": ["delegate_permission/common.handle_all_urls"],
-            "target": {
-                "namespace": "web",
-                "site": "https://yourdomain.com"
-            }
-        }]
-    </string>
-</resources>
-```
-
-### 3. Google Services JSON
-
-将 `google-services.json` 添加到 Android 项目中。
-
-## API 参考
-
-### promptDialog(options)
-
-将用户凭据保存到系统钥匙串。
-
-```typescript
-interface SavePasswordOptions {
-  username: string;
-  password: string;
-  url?: string; // 仅限 iOS - 关联域名 URL
-}
-```
-
-### readPassword()
-
-从系统钥匙串检索保存的凭据。
-
-```typescript
-interface SavedCredentials {
-  username: string;
-  password: string;
-}
-```
-
-## 与登录流程集成
-
-```typescript
-import { SavePassword } from '@capgo/capacitor-autofill-save-password';
-
-class AuthService {
-  async login(username: string, password: string) {
-    try {
-      // 使用后端进行身份验证
-      const response = await fetch('/api/login', {
-        method: 'POST',
-        headers: { 'Content-Type': 'application/json' },
-        body: JSON.stringify({ username, password })
-      });
-
-      if (response.ok) {
-        // 提供保存凭据的选项
-        await this.offerToSavePassword(username, password);
-        return true;
-      }
-    } catch (error) {
-      console.error('Login failed:', error);
-    }
-    return false;
-  }
-
-  private async offerToSavePassword(username: string, password: string) {
-    try {
-      await SavePassword.promptDialog({
-        username,
-        password,
-        url: 'https://yourdomain.com'
-      });
-    } catch (error) {
-      // 用户拒绝保存或发生错误
-      console.log('Password not saved:', error);
-    }
-  }
-
-  async loadSavedCredentials() {
-    try {
-      return await SavePassword.readPassword();
-    } catch (error) {
-      console.log('No saved credentials found');
-      return null;
-    }
-  }
-}
-```
-
-## 最佳实践
-
-- 仅在身份验证成功后提示保存密码
-- 妥善处理用户拒绝保存密码的情况
-- 对钥匙串访问失败实施适当的错误处理
-- 使用关联域名实现无缝的 Web 应用凭据共享
-- 在不同 iOS 版本中测试自动填充功能
-
-## 安全注意事项
-
-- 凭据使用适当的安全标志存储在系统钥匙串中
-- 关联域名确保凭据仅可被授权应用访问
-- 遵循平台安全指南进行凭据管理
-- 对于敏感应用，考虑实施额外的安全措施
-
-## 限制
-
-- Android 支持目前正在开发中
-- iOS 需要适当的关联域名配置
-- 自动填充行为可能在不同 iOS 版本中有所不同
-- 需要用户同意才能保存和访问凭据
-
-## 文档
-
-查看[完整文档](/docs/plugins/autofill-save-password/getting-started/)，了解详细的实施指南和高级集成模式。
diff --git a/src/content/docs/zh/docs/plugins/background-geolocation/getting-started.mdx b/src/content/docs/zh/docs/plugins/background-geolocation/getting-started.mdx
deleted file mode 100644
index 3fc15a657..000000000
--- a/src/content/docs/zh/docs/plugins/background-geolocation/getting-started.mdx
+++ /dev/null
@@ -1,267 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 了解如何安装和使用后台地理位置插件来跟踪后台设备位置。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-此插件支持 Capacitor v7：
-
-| Capacitor  | Plugin |
-|------------|--------|
-| v7         | v7     |
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/background-geolocation
-    npx cap update
-    ```
-  </TabItem>
-</Tabs>
-
-## 平台设置
-
-### iOS
-
-将以下键添加到 `Info.plist`：
-
-```xml
-<dict>
-  ...
-  <key>NSLocationWhenInUseUsageDescription</key>
-  <string>We need to track your location</string>
-  <key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-  <string>We need to track your location while your device is locked.</string>
-  <key>UIBackgroundModes</key>
-  <array>
-    <string>location</string>
-  </array>
-  ...
-</dict>
-```
-
-### Android
-
-在 Capacitor 配置中将 `android.useLegacyBridge` 选项设置为 `true`。这可以防止位置更新在后台 5 分钟后停止。请参阅 https://capacitorjs.com/docs/config 和 https://github.com/capacitor-community/background-geolocation/issues/89。
-
-在 Android 13+ 上，应用需要 `POST_NOTIFICATIONS` 运行时权限才能显示持久通知，告知用户他们的位置正在后台使用。此运行时权限在授予位置权限后请求。
-
-如果您的应用实时将位置更新转发到服务器，请注意在后台 5 分钟后，Android 将限制从 WebView 发起的 HTTP 请求。解决方案是使用原生 HTTP 插件，例如 [CapacitorHttp](https://capacitorjs.com/docs/apis/http)。请参阅 https://github.com/capacitor-community/background-geolocation/issues/14。
-
-可以在 `strings.xml` 中进行特定于 Android 的配置：
-```xml
-<resources>
-    <!--
-        后台通知的频道名称。当用户按住通知时，这将可见。
-        默认为 "Background Tracking"。
-    -->
-    <string name="capacitor_background_geolocation_notification_channel_name">
-        Background Tracking
-    </string>
-
-    <!--
-        用于后台通知的图标。注意缺少前导 "@"。
-        默认为 "mipmap/ic_launcher"，即应用的启动图标。
-
-        如果使用光栅图像生成图标（而不是矢量图像），
-        它必须具有透明背景。为确保您的图像兼容，
-        在 Android Studio 中创建图像资源时，请选择 "Notification Icons" 作为图标类型。
-
-        不兼容的图像资源会导致通知出现一些明显的异常行为，
-        即使图标显示正确：
-
-          - 通知可能会被用户关闭，而实际上不应该被关闭。
-          - 点击通知可能会打开设置，而不是应用。
-          - 通知文本可能不正确。
-    -->
-    <string name="capacitor_background_geolocation_notification_icon">
-        drawable/ic_tracking
-    </string>
-
-    <!--
-        通知的颜色，作为可由 android.graphics.Color.parseColor 解析的字符串。
-        可选。
-    -->
-    <string name="capacitor_background_geolocation_notification_color">
-        yellow
-    </string>
-</resources>
-```
-
-## 使用
-
-```javascript
-import { BackgroundGeolocation } from "@capgo/background-geolocation";
-
-BackgroundGeolocation.start(
-    {
-        backgroundMessage: "Cancel to prevent battery drain.",
-        backgroundTitle: "Tracking You.",
-        requestPermissions: true,
-        stale: false,
-        distanceFilter: 50
-    },
-    (location, error) => {
-        if (error) {
-            if (error.code === "NOT_AUTHORIZED") {
-                if (window.confirm(
-                    "This app needs your location, " +
-                    "but does not have permission.\n\n" +
-                    "Open settings now?"
-                )) {
-                    // 当位置权限被拒绝时，将用户引导到他们设备的设置可能很有用。
-                    // 插件提供 'openSettings' 方法来完成此操作。
-                    BackgroundGeolocation.openSettings();
-                }
-            }
-            return console.error(error);
-        }
-        return console.log(location);
-    }
-).then(() => {
-    // 当不再需要位置更新时，应通过调用以下方法停止插件
-    BackgroundGeolocation.stop();
-});
-
-// 设置计划路线，当新位置到达且不在路线上时播放通知声音：
-
-BackgroundGeolocation.setPlannedRoute({soundFile: "assets/myFile.mp3", route: [[1,2], [3,4]], distance: 30 });
-
-// 如果您只想要当前位置，请尝试类似这样的操作。超时时间越长，
-// 猜测越准确。我不会低于大约 100ms。
-function guessLocation(callback, timeout) {
-    let last_location;
-    BackgroundGeolocation.start(
-        {
-            requestPermissions: false,
-            stale: true
-        },
-        (location) => {
-            last_location = location || undefined;
-        }
-    ).then(() => {
-        setTimeout(() => {
-            callback(last_location);
-            BackgroundGeolocation.stop();
-        }, timeout);
-    });
-}
-```
-
-## API
-
-### start(...)
-
-```typescript
-start(options: StartOptions, callback: (position?: Location | undefined, error?: CallbackError | undefined) => void) => Promise<void>
-```
-
-要开始监听设备位置的变化，请调用此方法。
-返回一个 Promise 以指示它完成了调用。每次有新位置可用或调用此方法时出错时，都会调用回调。不要依赖 promise 拒绝来处理此问题。
-
-| 参数          | 类型                                                                                                                      | 描述                                                                       |
-| -------------- | ------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------- |
-| **`options`**  | `StartOptions`                                                                     | 配置选项                                                         |
-| **`callback`** | `(position?: Location, error?: CallbackError) => void` | 新位置可用或发生错误时调用的回调函数 |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-停止位置更新。
-
-### openSettings()
-
-```typescript
-openSettings() => Promise<void>
-```
-
-打开设备的位置设置页面。
-用于引导用户启用位置服务或调整权限。
-
-### setPlannedRoute(...)
-
-```typescript
-setPlannedRoute(options: SetPlannedRouteOptions) => Promise<void>
-```
-
-当用户偏离计划路线时播放声音文件。
-这应该用于播放声音（在后台也可以，仅限原生）。
-
-| 参数         | 类型                                                                      | 描述                                              |
-| ------------- | ------------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | `SetPlannedRouteOptions` | 设置计划路线和声音文件的选项 |
-
-## 接口
-
-### StartOptions
-
-配置位置更新的选项。
-
-| 属性                     | 类型                 | 描述                                                                                                                                                                                                                                                                                                                                                                                                          | 默认值                            |
-| ------------------------ | -------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------- |
-| **`backgroundMessage`**  | `string`  | 如果定义了 "backgroundMessage" 选项，则无论应用是在后台还是前台，插件都将提供位置更新。如果未定义，则仅在前台保证位置更新。这在两个平台上都是如此。在 Android 上，必须显示通知才能继续在后台接收位置更新。此选项指定该通知的文本。 |                                    |
-| **`backgroundTitle`**    | `string`  | 上述通知的标题。                                                                                                                                                                                                                                                                                                                                                                       | `"Using your location"` |
-| **`requestPermissions`** | `boolean` | 是否应在权限尚未授予的情况下自动向用户请求权限。                                                                                                                                                                                                                                                                                                                                | `true`                  |
-| **`stale`**              | `boolean` | 如果为 "true"，则在设备获取 GPS 定位时可能会传递过时的位置。您有责任检查 "time" 属性。如果为 "false"，则保证位置是最新的。                                                                                                                                                                                                                         | `false`                 |
-| **`distanceFilter`**     | `number`  | 设备移动多少米后才会触发新的位置更新。这用于过滤小幅移动并减少更新次数。                                                                                                                                                                                                                                             | `0`                     |
-
-### Location
-
-表示具有各种属性的地理位置。
-包含 GPS/网络提供商返回的所有标准位置属性。
-
-| 属性                   | 类型                        | 描述                                                                                                                            |
-| ---------------------- | --------------------------- | -------------------------------------------------------------------------------------------------------------------------------------- |
-| **`latitude`**         | `number`         | 纬度（度）。范围：-90.0 到 +90.0                                                                                             |
-| **`longitude`**        | `number`         | 经度（度）。范围：-180.0 到 +180.0                                                                                          |
-| **`accuracy`**         | `number`         | 水平不确定性半径（米），置信度为 68%。较低的值表示位置更准确。                         |
-| **`altitude`**         | `number \| null` | 海拔高度（米）（如果不可用则为 null）。                                                                                     |
-| **`altitudeAccuracy`** | `number \| null` | 垂直不确定性（米），置信度为 68%（如果不可用则为 null）。                                                        |
-| **`simulated`**        | `boolean`        | 如果位置由软件模拟而不是 GPS，则为 `true`。对于在开发或测试中检测模拟位置很有用。      |
-| **`bearing`**          | `number \| null` | 与真北的偏差（度）（如果不可用则为 null）。范围：0.0 到 360.0                                                   |
-| **`speed`**            | `number \| null` | 速度（米/秒）（如果不可用则为 null）。                                                                                 |
-| **`time`**             | `number \| null` | 位置生成的时间，以 Unix 纪元以来的毫秒为单位。在使用 stale: true 时使用此选项检查位置是否过时。 |
-
-### CallbackError
-
-可能传递给位置启动回调的错误对象。
-使用可选错误代码扩展标准 Error。
-
-| 属性       | 类型                | 描述                                           |
-| ---------- | ------------------- | ----------------------------------------------------- |
-| **`code`** | `string` | 可选错误代码，用于更具体的错误处理。 |
-
-### SetPlannedRouteOptions
-
-| 属性            | 类型                            | 描述                                                                                                                                                                                                                                        | 默认值         |
-| --------------- | ------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------- |
-| **`soundFile`** | `string`             | 要播放的声音文件的名称。必须是应用公共文件夹中的有效声音相对路径，才能在 Web 和原生平台上工作。路径中无需包含公共文件夹。                                            |                 |
-| **`route`**     | `[number, number][]` | 计划路线，作为经度和纬度对的数组。每对表示路线上的一个点。这用于定义用户可以遵循的路线。该路线用于在用户偏离时播放声音。               |                 |
-| **`distance`**  | `number`             | 用户偏离计划路线多少米才会触发声音。这用于确定用户在播放声音之前可以离路线多远。如果未指定，则使用默认值 50 米。 | `50` |
diff --git a/src/content/docs/zh/docs/plugins/background-geolocation/index.mdx b/src/content/docs/zh/docs/plugins/background-geolocation/index.mdx
deleted file mode 100644
index b934cdf9e..000000000
--- a/src/content/docs/zh/docs/plugins/background-geolocation/index.mdx
+++ /dev/null
@@ -1,56 +0,0 @@
----
-title: "Background Geolocation"
-locale: zh
-description: 一个 Capacitor 插件，即使在应用处于后台时也能接收准确的地理位置更新
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 即使在应用处于后台时也能接收准确的地理位置更新。
-  image:
-    file: ~public/icons/plugins/background-geolocation.svg
-  actions:
-    - text: 入门指南
-      link: /docs/plugins/background-geolocation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-background-geolocation
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="准确跟踪" icon="rocket">
-    为徒步和导航等用例优先考虑准确性
-  </Card>
-  <Card title="后台更新" icon="puzzle">
-    即使应用在后台也能继续接收位置更新
-  </Card>
-  <Card title="节能高效" icon="setting">
-    优化以平衡准确性和电池消耗
-  </Card>
-  <Card title="入门指南" icon="open-book">
-    查看[入门指南](/docs/plugins/background-geolocation/getting-started/)以安装和配置插件。
-  </Card>
-</CardGrid>
-
-## 插件对比
-
-Capacitor 应用中常用的三个主要后台地理位置插件的简短对比。
-
-| 插件 | 准确性 | 后台 | HTTP 上传 | 定价 |
-|--------|----------|------------|-------------|---------|
-| `@capacitor-community/background-geolocation`（社区版） | 不准确 | 是 | 否 | 免费 |
-| `@capgo/background-geolocation`（本插件） | 准确 | 是 | 否 | 免费 |
-| Transistorsoft（原版） | 准确 | 是 | 是 — 内置 HTTP 上传器到您的 API | 付费 |
-
-**注意：**
-- 社区插件轻量级且可在后台继续工作，但已知不如以下选项准确。
-- 此 Capgo 插件经过优化，可提供准确的位置修复和可靠的后台操作，无需付费许可证。
-- Transistorsoft 提供完整的商业解决方案，还包括用于将位置数据发送到后端的内置 HTTP 上传功能。
diff --git a/src/content/docs/zh/docs/plugins/barometer/getting-started.mdx b/src/content/docs/zh/docs/plugins/barometer/getting-started.mdx
deleted file mode 100644
index 9ee2815a6..000000000
--- a/src/content/docs/zh/docs/plugins/barometer/getting-started.mdx
+++ /dev/null
@@ -1,214 +0,0 @@
----
-title: "Barometer 入门指南"
-locale: zh
-description: "了解如何将气压感应集成到 Capacitor 应用中"
----
-
-本指南将引导您完成将 Capacitor Barometer 插件集成到应用中的过程。
-
-## 安装
-
-使用 npm 安装插件：
-
-```bash
-npm install @capgo/capacitor-barometer
-npx cap sync
-```
-
-## iOS 配置
-
-将以下内容添加到 `Info.plist`：
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>This app uses the barometer to measure atmospheric pressure</string>
-```
-
-## Android 配置
-
-无需额外配置。插件会自动请求必要的权限。
-
-## 基本用法
-
-### 导入插件
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-```
-
-### 检查传感器可用性
-
-```typescript
-const checkBarometer = async () => {
-  const { available } = await Barometer.isAvailable();
-  console.log('Barometer available:', available);
-};
-```
-
-### 开始监测气压
-
-```typescript
-const startMonitoring = async () => {
-  await Barometer.start({
-    interval: 1000 // 更新间隔（毫秒）
-  });
-
-  console.log('Barometer monitoring started');
-};
-```
-
-### 监听气压事件
-
-```typescript
-Barometer.addListener('pressureChange', (data) => {
-  console.log('Pressure (hPa):', data.pressure);
-  console.log('Relative altitude (m):', data.relativeAltitude);
-  console.log('Timestamp:', data.timestamp);
-});
-```
-
-### 获取当前读数
-
-```typescript
-const getCurrentPressure = async () => {
-  const reading = await Barometer.getCurrentReading();
-  console.log('Current pressure:', reading.pressure, 'hPa');
-  console.log('Relative altitude:', reading.relativeAltitude, 'm');
-};
-```
-
-### 停止监测
-
-```typescript
-const stopMonitoring = async () => {
-  await Barometer.stop();
-  console.log('Barometer monitoring stopped');
-};
-```
-
-## 完整示例
-
-这是一个显示气压计集成的完整示例：
-
-```typescript
-import { Barometer } from '@capgo/capacitor-barometer';
-
-class BarometerService {
-  private listener: any;
-
-  async initialize() {
-    // 检查可用性
-    const { available } = await Barometer.isAvailable();
-    if (!available) {
-      console.error('Barometer not available on this device');
-      return;
-    }
-
-    // 开始监测
-    await Barometer.start({ interval: 1000 });
-
-    // 添加监听器
-    this.listener = Barometer.addListener('pressureChange', (data) => {
-      this.handlePressureChange(data);
-    });
-  }
-
-  handlePressureChange(data: any) {
-    console.log('Pressure:', data.pressure, 'hPa');
-    console.log('Altitude:', data.relativeAltitude, 'm');
-
-    // 更新 UI 或处理数据
-    this.updateDisplay(data);
-  }
-
-  updateDisplay(data: any) {
-    // 将 hPa 转换为其他单位
-    const inHg = (data.pressure * 0.02953).toFixed(2);
-    const mmHg = (data.pressure * 0.750062).toFixed(1);
-
-    console.log(`Pressure: ${data.pressure.toFixed(1)} hPa`);
-    console.log(`         ${inHg} inHg`);
-    console.log(`         ${mmHg} mmHg`);
-    console.log(`Altitude: ${data.relativeAltitude.toFixed(1)} m`);
-  }
-
-  async cleanup() {
-    // 移除监听器
-    if (this.listener) {
-      this.listener.remove();
-    }
-
-    // 停止监测
-    await Barometer.stop();
-  }
-}
-
-// 使用
-const barometerService = new BarometerService();
-barometerService.initialize();
-
-// 完成后清理
-// barometerService.cleanup();
-```
-
-## 理解读数
-
-### 大气压力
-- 以百帕 (hPa) 或毫巴 (mb) 为单位测量
-- 标准海平面气压：1013.25 hPa
-- 海拔越高 = 气压越低
-- 天气系统影响气压读数
-
-### 相对高度
-- 从气压变化计算得出
-- 相对于起始参考点
-- 精度：±10-30 米
-- 最适合短期跟踪
-
-## 最佳实践
-
-1. **检查可用性**：使用前始终验证传感器可用性
-2. **合理间隔**：不要轮询太频繁（1000ms 比较好）
-3. **移除监听器**：不需要时清理监听器
-4. **校准**：使用已知高度进行准确读数
-5. **电池影响**：持续感应时监控电池使用情况
-
-## 常见问题
-
-### 传感器不可用
-```typescript
-try {
-  const { available } = await Barometer.isAvailable();
-  if (!available) {
-    // 回退到 GPS 高度或手动输入
-    showAlternativeMethod();
-  }
-} catch (error) {
-  console.error('Barometer check failed:', error);
-}
-```
-
-### 数据噪声
-```typescript
-class PressureFilter {
-  private readings: number[] = [];
-  private maxReadings = 5;
-
-  addReading(pressure: number): number {
-    this.readings.push(pressure);
-    if (this.readings.length > this.maxReadings) {
-      this.readings.shift();
-    }
-
-    // 返回移动平均值
-    const sum = this.readings.reduce((a, b) => a + b, 0);
-    return sum / this.readings.length;
-  }
-}
-```
-
-## 下一步
-
-- 浏览 [API 参考](https://github.com/Cap-go/capacitor-barometer#api)以获取完整的方法文档
-- 查看[示例应用](https://github.com/Cap-go/capacitor-barometer/tree/main/example)以了解高级用法
-- 查看[教程](/plugins/capacitor-barometer)以获取完整的实施示例
diff --git a/src/content/docs/zh/docs/plugins/barometer/index.mdx b/src/content/docs/zh/docs/plugins/barometer/index.mdx
deleted file mode 100644
index 68c752f30..000000000
--- a/src/content/docs/zh/docs/plugins/barometer/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: "@capgo/capacitor-barometer"
-locale: zh
-description: 从设备传感器访问大气压力和海拔数据的设备气压计读数。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 从设备传感器访问气压和海拔数据，用于天气和健身应用。
-  image:
-    file: ~public/icons/plugins/barometer.svg
-  actions:
-    - text: 入门指南
-      link: /docs/plugins/barometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-barometer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="气压监测" icon="rocket">
-    实时大气压力读数
-  </Card>
-  <Card title="海拔计算" icon="star">
-    从气压变化推导相对海拔
-  </Card>
-  <Card title="事件监听器" icon="setting">
-    订阅气压变化事件
-  </Card>
-  <Card title="跨平台" icon="laptop">
-    适用于配备气压计传感器的 iOS 和 Android 设备
-  </Card>
-  <Card title="入门指南" icon="open-book">
-    查看[入门指南](/docs/plugins/barometer/getting-started/)以安装和配置插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/bluetooth-low-energy/getting-started.mdx b/src/content/docs/zh/docs/plugins/bluetooth-low-energy/getting-started.mdx
deleted file mode 100644
index ff7250662..000000000
--- a/src/content/docs/zh/docs/plugins/bluetooth-low-energy/getting-started.mdx
+++ /dev/null
@@ -1,366 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装并使用 Bluetooth Low Energy 插件,在 Capacitor 应用中与 BLE 设备通信。
-sidebar:
-  order: 2
-locale: zh
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-bluetooth-low-energy" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS 设置
-
-在 `Info.plist` 中添加以下内容:
-
-```xml
-<key>NSBluetoothAlwaysUsageDescription</key>
-<string>This app uses Bluetooth to communicate with BLE devices.</string>
-<key>NSBluetoothPeripheralUsageDescription</key>
-<string>This app uses Bluetooth to communicate with BLE devices.</string>
-```
-
-如需后台 BLE 支持,添加:
-
-```xml
-<key>UIBackgroundModes</key>
-<array>
-    <string>bluetooth-central</string>
-    <string>bluetooth-peripheral</string>
-</array>
-```
-
-## Android 设置
-
-开箱即用。插件会自动添加所需权限。对于 Android 12+,需要请求运行时权限:
-
-```typescript
-await BluetoothLowEnergy.requestPermissions();
-```
-
-## Web 设置
-
-在 Chrome 与基于 Chromium 的浏览器中通过 Web Bluetooth API 工作。需要 HTTPS 且扫描设备需要用户交互。
-
-## 基本用法
-
-```typescript
-import { BluetoothLowEnergy } from '@capgo/capacitor-bluetooth-low-energy';
-
-// 初始化插件
-await BluetoothLowEnergy.initialize();
-
-// 请求权限 (Android 12+)
-await BluetoothLowEnergy.requestPermissions();
-
-// 检查蓝牙是否可用且已启用
-const { available } = await BluetoothLowEnergy.isAvailable();
-const { enabled } = await BluetoothLowEnergy.isEnabled();
-
-if (!available || !enabled) {
-  console.log('Bluetooth is not available or not enabled');
-  return;
-}
-
-// 开始扫描设备
-BluetoothLowEnergy.addListener('deviceScanned', (event) => {
-  console.log('Found device:', event.device.name, event.device.deviceId);
-});
-
-await BluetoothLowEnergy.startScan({
-  services: ['180d'], // 按心率服务 UUID 过滤
-  timeout: 10000, // 10 秒
-});
-```
-
-## 连接设备
-
-```typescript
-// 连接设备
-await BluetoothLowEnergy.connect({
-  deviceId: 'AA:BB:CC:DD:EE:FF',
-});
-
-// 监听连接事件
-BluetoothLowEnergy.addListener('deviceConnected', (event) => {
-  console.log('Connected to:', event.deviceId);
-});
-
-BluetoothLowEnergy.addListener('deviceDisconnected', (event) => {
-  console.log('Disconnected from:', event.deviceId);
-});
-
-// 发现服务
-await BluetoothLowEnergy.discoverServices({
-  deviceId: 'AA:BB:CC:DD:EE:FF',
-});
-
-// 获取已发现服务
-const { services } = await BluetoothLowEnergy.getServices({
-  deviceId: 'AA:BB:CC:DD:EE:FF',
-});
-
-console.log('Services:', services);
-```
-
-## 读取与写入特征
-
-```typescript
-// 读取特征
-const { value } = await BluetoothLowEnergy.readCharacteristic({
-  deviceId: 'AA:BB:CC:DD:EE:FF',
-  service: '180d',
-  characteristic: '2a37',
-});
-
-console.log('Value:', value); // 字节数组
-
-// 写入特征
-await BluetoothLowEnergy.writeCharacteristic({
-  deviceId: 'AA:BB:CC:DD:EE:FF',
-  service: '180d',
-  characteristic: '2a39',
-  value: [0x01], // 字节数组
-  type: 'withResponse',
-});
-```
-
-## 订阅通知
-
-```typescript
-// 监听特征变化
-BluetoothLowEnergy.addListener('characteristicChanged', (event) => {
-  console.log('Characteristic changed:', event.characteristic);
-  console.log('New value:', event.value);
-});
-
-// 开启通知
-await BluetoothLowEnergy.startCharacteristicNotifications({
-  deviceId: 'AA:BB:CC:DD:EE:FF',
-  service: '180d',
-  characteristic: '2a37',
-});
-
-// 完成后关闭通知
-await BluetoothLowEnergy.stopCharacteristicNotifications({
-  deviceId: 'AA:BB:CC:DD:EE:FF',
-  service: '180d',
-  characteristic: '2a37',
-});
-```
-
-## 完整示例 - 心率监测
-
-```typescript
-import { BluetoothLowEnergy } from '@capgo/capacitor-bluetooth-low-energy';
-
-const HEART_RATE_SERVICE = '180d';
-const HEART_RATE_MEASUREMENT = '2a37';
-
-export class HeartRateMonitor {
-  private deviceId: string | null = null;
-
-  async init() {
-    await BluetoothLowEnergy.initialize();
-
-    const { available } = await BluetoothLowEnergy.isAvailable();
-    if (!available) {
-      throw new Error('Bluetooth not available');
-    }
-
-    await BluetoothLowEnergy.requestPermissions();
-  }
-
-  async scan(): Promise<string[]> {
-    const devices: string[] = [];
-
-    BluetoothLowEnergy.addListener('deviceScanned', (event) => {
-      if (event.device.name && !devices.includes(event.device.deviceId)) {
-        devices.push(event.device.deviceId);
-        console.log('Found:', event.device.name);
-      }
-    });
-
-    await BluetoothLowEnergy.startScan({
-      services: [HEART_RATE_SERVICE],
-      timeout: 5000,
-    });
-
-    return devices;
-  }
-
-  async connect(deviceId: string) {
-    this.deviceId = deviceId;
-
-    await BluetoothLowEnergy.connect({ deviceId });
-    await BluetoothLowEnergy.discoverServices({ deviceId });
-  }
-
-  async startMonitoring(callback: (heartRate: number) => void) {
-    if (!this.deviceId) throw new Error('Not connected');
-
-    BluetoothLowEnergy.addListener('characteristicChanged', (event) => {
-      if (event.characteristic === HEART_RATE_MEASUREMENT) {
-        // 从 BLE 心率测量格式解析心率
-        const flags = event.value[0];
-        const is16Bit = (flags & 0x01) !== 0;
-        const heartRate = is16Bit
-          ? (event.value[2] << 8) | event.value[1]
-          : event.value[1];
-        callback(heartRate);
-      }
-    });
-
-    await BluetoothLowEnergy.startCharacteristicNotifications({
-      deviceId: this.deviceId,
-      service: HEART_RATE_SERVICE,
-      characteristic: HEART_RATE_MEASUREMENT,
-    });
-  }
-
-  async disconnect() {
-    if (this.deviceId) {
-      await BluetoothLowEnergy.disconnect({ deviceId: this.deviceId });
-      this.deviceId = null;
-    }
-  }
-}
-```
-
-## API 参考
-
-### 核心方法
-
-| 方法 | 描述 |
-|--------|-------------|
-| `initialize()` | 初始化 BLE 插件(其他调用之前必需) |
-| `isAvailable()` | 检查设备是否支持蓝牙 |
-| `isEnabled()` | 检查蓝牙是否已启用 |
-| `checkPermissions()` | 检查当前权限状态 |
-| `requestPermissions()` | 请求蓝牙权限 |
-
-### 扫描
-
-| 方法 | 描述 |
-|--------|-------------|
-| `startScan(options?)` | 开始扫描 BLE 设备 |
-| `stopScan()` | 停止扫描 |
-
-### 连接
-
-| 方法 | 描述 |
-|--------|-------------|
-| `connect(options)` | 连接 BLE 设备 |
-| `disconnect(options)` | 断开设备连接 |
-| `getConnectedDevices()` | 获取已连接设备列表 |
-| `createBond(options)` | 创建配对(Android only) |
-| `isBonded(options)` | 检查设备是否已配对(Android only) |
-
-### 服务发现
-
-| 方法 | 描述 |
-|--------|-------------|
-| `discoverServices(options)` | 发现已连接设备的服务 |
-| `getServices(options)` | 获取已发现服务 |
-
-### 特征
-
-| 方法 | 描述 |
-|--------|-------------|
-| `readCharacteristic(options)` | 读取特征值 |
-| `writeCharacteristic(options)` | 写入特征值 |
-| `startCharacteristicNotifications(options)` | 订阅通知 |
-| `stopCharacteristicNotifications(options)` | 取消通知 |
-
-### 描述符
-
-| 方法 | 描述 |
-|--------|-------------|
-| `readDescriptor(options)` | 读取描述符值 |
-| `writeDescriptor(options)` | 写入描述符值 |
-
-### 高级
-
-| 方法 | 描述 |
-|--------|-------------|
-| `readRssi(options)` | 读取已连接设备的信号强度 |
-| `requestMtu(options)` | 请求 MTU 大小变更(Android) |
-| `requestConnectionPriority(options)` | 请求连接优先级(Android) |
-| `startAdvertising(options)` | 作为外设开始广播 |
-| `stopAdvertising()` | 停止广播 |
-| `startForegroundService(options)` | 启动前台服务(Android) |
-| `stopForegroundService()` | 停止前台服务(Android) |
-
-### 事件
-
-| 事件 | 描述 |
-|-------|-------------|
-| `deviceScanned` | 扫描发现设备时触发 |
-| `deviceConnected` | 连接设备时触发 |
-| `deviceDisconnected` | 断开连接时触发 |
-| `characteristicChanged` | 特征值变化时触发 |
-
-## 最佳实践
-
-1. **先初始化**
-   ```typescript
-   await BluetoothLowEnergy.initialize();
-   ```
-
-2. **扫描前检查权限**
-   ```typescript
-   const { bluetooth } = await BluetoothLowEnergy.checkPermissions();
-   if (bluetooth !== 'granted') {
-     await BluetoothLowEnergy.requestPermissions();
-   }
-   ```
-
-3. **优雅处理断连**
-   ```typescript
-   BluetoothLowEnergy.addListener('deviceDisconnected', async (event) => {
-     // 尝试重连或通知用户
-   });
-   ```
-
-4. **使用后清理监听器**
-   ```typescript
-   await BluetoothLowEnergy.removeAllListeners();
-   ```
-
-5. **长时间运行操作使用前台服务(Android)**
-   ```typescript
-   await BluetoothLowEnergy.startForegroundService({
-     title: 'BLE Active',
-     body: 'Connected to device',
-     smallIcon: 'ic_notification',
-   });
-   ```
-
-## 平台说明
-
-### iOS
-- 需要 iOS 10.0+
-- 使用 CoreBluetooth 框架
-- 在启用适当权限后支持后台模式
-- 设备 ID 为 UUID(非 MAC 地址)
-
-### Android
-- 需要 Android 5.0 (API 21)+
-- Android 12+ 需要 BLUETOOTH_SCAN 与 BLUETOOTH_CONNECT 权限
-- 设备 ID 为 MAC 地址
-- 扫描可能需要开启定位服务
-
-### Web
-- 需要 Chrome/Chromium 与 Web Bluetooth API
-- 必须通过 HTTPS 提供
-- 需要用户交互才能开始扫描
-- 能力较原生实现有限
diff --git a/src/content/docs/zh/docs/plugins/bluetooth-low-energy/index.mdx b/src/content/docs/zh/docs/plugins/bluetooth-low-energy/index.mdx
deleted file mode 100644
index 2a1ecb7b1..000000000
--- a/src/content/docs/zh/docs/plugins/bluetooth-low-energy/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-bluetooth-low-energy"
-locale: zh
-description: 面向 Capacitor 的完整 BLE 插件,支持扫描、连接、读写与通知。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 功能齐全的低功耗蓝牙插件,可在 iOS、Android 与 Web 上扫描、连接并与 BLE 外设通信。
-  image:
-    file: ~public/icons/plugins/bluetooth-low-energy.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/bluetooth-low-energy/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-bluetooth-low-energy/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="完整 BLE 支持" icon="rocket">
-    扫描、连接、读取、写入并接收 BLE 设备通知
-  </Card>
-  <Card title="外设模式" icon="setting">
-    作为 BLE 服务器并广播服务(Android/iOS)
-  </Card>
-  <Card title="跨平台" icon="puzzle">
-    适用于 iOS、Android 与 Web(Chrome Web Bluetooth API)
-  </Card>
-  <Card title="后台支持" icon="star">
-    Android 前台服务,iOS 后台模式
-  </Card>
-  <Card title="服务发现" icon="magnifier">
-    自动发现服务、特征与描述符
-  </Card>
-  <Card title="全面文档" icon="open-book">
-    查看[文档](/docs/plugins/bluetooth-low-energy/getting-started/)以在几分钟内掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/brightness/getting-started.mdx b/src/content/docs/zh/docs/plugins/brightness/getting-started.mdx
deleted file mode 100644
index 7eeaabfa3..000000000
--- a/src/content/docs/zh/docs/plugins/brightness/getting-started.mdx
+++ /dev/null
@@ -1,253 +0,0 @@
----
-title: 入门
-description: 了解如何安装和使用亮度插件来控制 Capacitor 应用中的屏幕亮度。
-sidebar:
-  order: 2
-locale: zh
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-brightness" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Android 配置
-
-要修改 Android 上的系统范围亮度，请将 WRITE_SETTINGS 权限添加到 `AndroidManifest.xml`：
-
-```xml
-<uses-permission android:name="android.permission.WRITE_SETTINGS" />
-```
-
-## 用法
-
-导入插件并使用其方法来控制亮度：
-
-```typescript
-import { CapgoBrightness } from '@capgo/capacitor-brightness';
-
-// Get current brightness
-const getBrightness = async () => {
-  const { brightness } = await CapgoBrightness.getBrightness();
-  console.log('Current brightness:', brightness);
-};
-
-// Set brightness (0 to 1)
-const setBrightness = async (level: number) => {
-  await CapgoBrightness.setBrightness({ brightness: level });
-};
-
-// Check if API is available
-const checkAvailable = async () => {
-  const { available } = await CapgoBrightness.isAvailable();
-  console.log('Brightness API available:', available);
-};
-```
-
-## API 参考
-
-### 获取亮度()
-
-获取设备主屏幕的当前亮度级别。
-
-```typescript
-const { brightness } = await CapgoBrightness.getBrightness();
-// Returns: { brightness: number } (0 to 1)
-```
-
-### 设置亮度（选项）
-
-设置设备主屏幕的亮度级别。
-
-```typescript
-interface SetBrightnessOptions {
-  brightness: number; // 0.0 to 1.0
-}
-
-await CapgoBrightness.setBrightness({ brightness: 0.75 });
-```
-
-### getSystemBrightness() （仅限 Android）
-
-获取系统范围的屏幕亮度。
-
-```typescript
-const { brightness } = await CapgoBrightness.getSystemBrightness();
-```
-
-### setSystemBrightness(options)（仅Android）
-
-设置系统范围的屏幕亮度。需要 WRITE_SETTINGS 权限。
-
-```typescript
-await CapgoBrightness.setSystemBrightness({ brightness: 0.5 });
-```
-
-### getSystemBrightnessMode() （仅限 Android）
-
-获取当前系统亮度模式（自动或手动）。
-
-```typescript
-import { BrightnessMode } from '@capgo/capacitor-brightness';
-
-const { mode } = await CapgoBrightness.getSystemBrightnessMode();
-if (mode === BrightnessMode.AUTOMATIC) {
-  console.log('Auto-brightness is enabled');
-}
-```
-
-### setSystemBrightnessMode(options)（仅限 Android）
-
-设置系统亮度模式。
-
-```typescript
-import { BrightnessMode } from '@capgo/capacitor-brightness';
-
-// Enable automatic brightness
-await CapgoBrightness.setSystemBrightnessMode({ mode: BrightnessMode.AUTOMATIC });
-
-// Enable manual brightness
-await CapgoBrightness.setSystemBrightnessMode({ mode: BrightnessMode.MANUAL });
-```
-
-### isUsingSystemBrightness() （仅限 Android）
-
-检查当前活动是否使用系统范围的亮度。
-
-```typescript
-const { isUsing } = await CapgoBrightness.isUsingSystemBrightness();
-```
-
-### RestoreSystemBrightness()（仅限 Android）
-
-重置亮度以使用系统范围的值。
-
-```typescript
-await CapgoBrightness.restoreSystemBrightness();
-```
-
-### isAvailable()
-
-检查亮度 API 是否可用。
-
-```typescript
-const { available } = await CapgoBrightness.isAvailable();
-```
-
-### 检查权限()
-
-检查系统亮度访问权限。
-
-```typescript
-const status = await CapgoBrightness.checkPermissions();
-// Returns: { brightness: 'granted' | 'denied' | 'prompt' | 'prompt-with-rationale' }
-```
-
-### 请求权限()
-
-请求系统亮度权限。打开 Android 上的系统设置。
-
-```typescript
-const status = await CapgoBrightness.requestPermissions();
-```
-
-## 完整示例
-
-```typescript
-import { CapgoBrightness, BrightnessMode } from '@capgo/capacitor-brightness';
-
-export class BrightnessService {
-  private originalBrightness: number | null = null;
-
-  async init() {
-    const { available } = await CapgoBrightness.isAvailable();
-    if (!available) {
-      throw new Error('Brightness API not available');
-    }
-
-    // Store original brightness
-    const { brightness } = await CapgoBrightness.getBrightness();
-    this.originalBrightness = brightness;
-  }
-
-  async setMaxBrightness() {
-    await CapgoBrightness.setBrightness({ brightness: 1.0 });
-  }
-
-  async setMinBrightness() {
-    await CapgoBrightness.setBrightness({ brightness: 0.0 });
-  }
-
-  async restore() {
-    if (this.originalBrightness !== null) {
-      await CapgoBrightness.setBrightness({
-        brightness: this.originalBrightness
-      });
-    }
-  }
-
-  // Android-specific: Enable auto-brightness
-  async enableAutoBrightness() {
-    const status = await CapgoBrightness.checkPermissions();
-    if (status.brightness !== 'granted') {
-      await CapgoBrightness.requestPermissions();
-    }
-
-    await CapgoBrightness.setSystemBrightnessMode({
-      mode: BrightnessMode.AUTOMATIC
-    });
-  }
-}
-```
-
-## 最佳实践
-
-1. **首先检查可用性**
-   ```typescript
-   const { available } = await CapgoBrightness.isAvailable();
-   if (!available) {
-     // Show fallback UI or disable brightness features
-   }
-   ```
-
-2. **退出时恢复亮度**
-   当您的应用程序进入后台或不再需要该功能时，请始终恢复原始亮度。
-
-3. **请求 Android** 的权限
-   对于系统范围的亮度控制，请在调用系统方法之前请求 WRITE_SETTINGS 权限。
-
-4. **优雅地处理错误**
-   ```typescript
-   try {
-     await CapgoBrightness.setBrightness({ brightness: 0.8 });
-   } catch (error) {
-     console.error('Failed to set brightness:', error);
-   }
-   ```
-
-## 平台说明
-
-### iOS
-- 亮度变化持续到设备锁定为止
-- 仅支持应用程序特定的亮度
-- 使用 `UIScreen.main.brightness` API
-
-### Android
-- 应用程序特定的亮度仅适用于当前活动
-- 系统范围的亮度需要 WRITE_SETTINGS 权限
-- 支持自动亮度模式切换
-- 使用 WindowManager 来调节应用程序亮度，使用 Settings.System 来调节系统亮度
-
-### 网络
-- 有限支持取决于浏览器功能
-- 某些浏览器可能需要用户交互
-
-## 要求
-
-- **Capacitor 8.0.0** 或更高版本
diff --git a/src/content/docs/zh/docs/plugins/brightness/index.mdx b/src/content/docs/zh/docs/plugins/brightness/index.mdx
deleted file mode 100644
index 3cccaeeef..000000000
--- a/src/content/docs/zh/docs/plugins/brightness/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: "@capgo/capacitor-brightness"
-locale: zh
-description: 通过该 Capacitor 插件在 iOS 与 Android 上以编程方式控制屏幕亮度。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 以编程方式调整屏幕亮度,支持应用级与系统级亮度控制。需要 Capacitor 8+。
-  image:
-    file: ~public/icons/plugins/brightness.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/brightness/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-brightness/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="简单 API" icon="rocket">
-    通过直观的方法获取与设置亮度
-  </Card>
-  <Card title="跨平台" icon="puzzle">
-    适用于 iOS、Android 与 Web 平台
-  </Card>
-  <Card title="系统级控制" icon="setting">
-    Android 支持系统级亮度设置
-  </Card>
-  <Card title="自动模式" icon="sun">
-    在 Android 上切换自动与手动亮度模式
-  </Card>
-  <Card title="全面文档" icon="open-book">
-    查看[文档](/docs/plugins/brightness/getting-started/)以在几分钟内掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/camera-preview/getting-started.mdx b/src/content/docs/zh/docs/plugins/camera-preview/getting-started.mdx
deleted file mode 100644
index 1be344a02..000000000
--- a/src/content/docs/zh/docs/plugins/camera-preview/getting-started.mdx
+++ /dev/null
@@ -1,275 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 了解如何安装和使用相机预览插件，在 Capacitor 应用中显示实时相机画面并捕获照片/视频。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/camera-preview" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置权限**
-
-   ### iOS
-   将相机使用说明添加到 `Info.plist`：
-   ```xml
-   <key>NSCameraUsageDescription</key>
-   <string>To take photos and videos</string>
-   <key>NSMicrophoneUsageDescription</key>
-   <string>To record audio with videos</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>To save photos and videos</string>
-   ```
-
-   ### Android
-   将相机权限添加到 `AndroidManifest.xml`：
-   ```xml
-   <uses-permission android:name="android.permission.CAMERA" />
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   ```
-</Steps>
-
-## 使用
-
-导入插件并使用其方法控制相机：
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview';
-import { CameraPreviewOptions, CameraPreviewPictureOptions } from '@capgo/camera-preview';
-
-// 启动相机预览
-const startCamera = async () => {
-  const cameraPreviewOptions: CameraPreviewOptions = {
-    position: 'rear',
-    height: 1920,
-    width: 1080,
-    quality: 50,
-    toBack: false,
-    paddingBottom: 0,
-    rotateWhenOrientationChanged: true,
-    x: 0,
-    y: 0
-  };
-
-  await CameraPreview.start(cameraPreviewOptions);
-};
-
-// 停止相机预览
-const stopCamera = async () => {
-  await CameraPreview.stop();
-};
-
-// 拍照
-const takePicture = async () => {
-  const pictureOptions: CameraPreviewPictureOptions = {
-    quality: 90,
-    width: 1920,
-    height: 1080
-  };
-
-  const result = await CameraPreview.capture(pictureOptions);
-  const base64PictureData = result.value;
-
-  // 使用 base64 图像数据
-  console.log(base64PictureData);
-};
-
-// 切换相机
-const flipCamera = async () => {
-  await CameraPreview.flip();
-};
-
-// 控制闪光灯
-const setFlashMode = async (mode: 'on' | 'off' | 'auto' | 'torch') => {
-  await CameraPreview.setFlashMode({ flashMode: mode });
-};
-
-// 开始录制视频
-const startRecording = async () => {
-  await CameraPreview.startRecordVideo({
-    storeToFile: true,
-    fileName: 'myvideo'
-  });
-};
-
-// 停止录制
-const stopRecording = async () => {
-  const result = await CameraPreview.stopRecordVideo();
-  console.log('Video path:', result.videoFilePath);
-};
-```
-
-## API 参考
-
-### start(options)
-
-启动相机预览。
-
-```typescript
-interface CameraPreviewOptions {
-  position?: 'rear' | 'front';
-  height?: number;
-  width?: number;
-  x?: number;
-  y?: number;
-  toBack?: boolean;
-  paddingBottom?: number;
-  rotateWhenOrientationChanged?: boolean;
-  storeToFile?: boolean;
-  disableExifHeaderStripping?: boolean;
-  enableHighResolution?: boolean;
-  disableAudio?: boolean;
-  lockAndroidOrientation?: boolean;
-  enableOpacity?: boolean;
-  enableZoom?: boolean;
-}
-```
-
-### stop()
-
-停止相机预览。
-
-### capture(options)
-
-拍照并以 base64 编码字符串返回。
-
-```typescript
-interface CameraPreviewPictureOptions {
-  height?: number;
-  width?: number;
-  quality?: number;
-}
-```
-
-### flip()
-
-在前置和后置相机之间切换。
-
-### setFlashMode(options)
-
-设置闪光灯模式。
-
-```typescript
-interface CameraPreviewFlashMode {
-  flashMode: 'off' | 'on' | 'auto' | 'torch';
-}
-```
-
-### startRecordVideo(options)
-
-开始视频录制。
-
-```typescript
-interface CameraPreviewVideoOptions {
-  storeToFile?: boolean;
-  fileName?: string;
-  width?: number;
-  height?: number;
-  quality?: number;
-  withFlash?: boolean;
-}
-```
-
-### stopRecordVideo()
-
-停止视频录制并返回视频文件路径。
-
-## 高级功能
-
-### 焦点控制
-
-```typescript
-// 设置焦点
-await CameraPreview.setFocusCoordinate({
-  x: 100,
-  y: 100
-});
-
-// 获取支持的焦点模式
-const focusModes = await CameraPreview.getFocusModes();
-
-// 设置焦点模式
-await CameraPreview.setFocusMode({
-  focusMode: 'continuous-picture'
-});
-```
-
-### 缩放控制
-
-```typescript
-// 获取最大缩放
-const maxZoom = await CameraPreview.getMaxZoom();
-
-// 设置缩放
-await CameraPreview.setZoom({
-  zoom: 2.0
-});
-
-// 获取当前缩放
-const currentZoom = await CameraPreview.getZoom();
-```
-
-### 曝光控制
-
-```typescript
-// 获取曝光补偿范围
-const range = await CameraPreview.getExposureCompensationRange();
-
-// 设置曝光补偿
-await CameraPreview.setExposureCompensation({
-  exposureCompensation: 0.5
-});
-```
-
-## 最佳实践
-
-1. **首先请求权限**
-   ```typescript
-   import { Camera } from '@capacitor/camera';
-
-   const requestPermissions = async () => {
-     const permissions = await Camera.requestPermissions();
-     if (permissions.camera === 'granted') {
-       // 启动相机预览
-     }
-   };
-   ```
-
-2. **处理方向变化**
-   设置 `rotateWhenOrientationChanged: true` 以自动调整预览。
-
-3. **优化性能**
-   - 使用适当的分辨率设置
-   - 不使用时停止预览
-   - 禁用不需要的功能
-
-4. **错误处理**
-   ```typescript
-   try {
-     await CameraPreview.start(options);
-   } catch (error) {
-     console.error('Failed to start camera:', error);
-   }
-   ```
-
-## 平台说明
-
-### iOS
-- 需要 iOS 10.0+
-- 使用 AVFoundation 框架
-- 支持硬件加速
-
-### Android
-- 需要 Android 5.0 (API 21)+
-- 使用 Camera2 API
-- 根据设备功能支持各种相机功能
diff --git a/src/content/docs/zh/docs/plugins/camera-preview/index.mdx b/src/content/docs/zh/docs/plugins/camera-preview/index.mdx
deleted file mode 100644
index 11fc17d74..000000000
--- a/src/content/docs/zh/docs/plugins/camera-preview/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/camera-preview"
-locale: zh
-description: 用于相机预览功能的 Capacitor 插件，具有实时相机画面显示和照片/视频捕获功能。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 在应用中显示相机预览，完全控制相机设置，直接从预览中捕获照片和视频。
-  image:
-    file: ~public/icons/plugins/camera-preview.svg
-  actions:
-    - text: 入门指南
-      link: /docs/plugins/camera-preview/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-camera-preview/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="实时预览" icon="rocket">
-    直接在应用 UI 中显示实时相机画面
-  </Card>
-  <Card title="完全控制" icon="setting">
-    控制闪光灯、缩放、焦点并在相机之间切换
-  </Card>
-  <Card title="捕获功能" icon="pencil">
-    从预览中拍照和录制视频
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/camera-preview/getting-started/)，只需几分钟即可掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/capacitor-plus/getting-started.mdx b/src/content/docs/zh/docs/plugins/capacitor-plus/getting-started.mdx
deleted file mode 100644
index aef4b5fea..000000000
--- a/src/content/docs/zh/docs/plugins/capacitor-plus/getting-started.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 了解如何将 Capacitor+ 作为官方 Capacitor 包的直接替代品进行安装。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-## 新项目安装
-
-<Steps>
-1. **安装核心包**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   ```
-
-2. **添加平台包**
-   ```bash
-   npm install @capacitor-plus/android  # 用于 Android
-   npm install @capacitor-plus/ios      # 用于 iOS
-   ```
-
-3. **初始化 Capacitor**
-   <PackageManagers type="exec" pkg="cap" args="init" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-4. **添加平台**
-   <PackageManagers type="exec" pkg="cap" args="add android" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-   <PackageManagers type="exec" pkg="cap" args="add ios" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 从官方 Capacitor 迁移
-
-如果您有现有的 Capacitor 项目，迁移到 Capacitor+ 很简单：
-
-<Steps>
-1. **移除官方包**
-   ```bash
-   npm uninstall @capacitor/core @capacitor/cli @capacitor/android @capacitor/ios
-   ```
-
-2. **安装 Capacitor+ 包**
-   ```bash
-   npm install @capacitor-plus/core @capacitor-plus/cli
-   npm install @capacitor-plus/android  # 如果使用 Android
-   npm install @capacitor-plus/ios      # 如果使用 iOS
-   ```
-
-3. **同步项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-<Aside type="note">
-  无需更改代码！Capacitor+ 与官方 Capacitor 具有相同的 API。您的导入和代码保持完全相同。
-</Aside>
-
-## 使用
-
-由于 Capacitor+ 与 API 兼容，您的现有代码无需更改即可工作：
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { registerPlugin } from '@capacitor/core';
-
-// 检查平台
-const platform = Capacitor.getPlatform();
-console.log('Running on:', platform);
-
-// 检查是否为原生
-if (Capacitor.isNativePlatform()) {
-  console.log('Running on native platform');
-}
-
-// 注册自定义插件
-const MyPlugin = registerPlugin('MyPlugin');
-```
-
-### 与官方 Capacitor 插件一起使用
-
-所有官方 Capacitor 插件都可以无缝工作：
-
-```typescript
-import { Camera, CameraResultType } from '@capacitor/camera';
-import { Geolocation } from '@capacitor/geolocation';
-import { Storage } from '@capacitor/preferences';
-
-// Camera
-const photo = await Camera.getPhoto({
-  quality: 90,
-  resultType: CameraResultType.Uri
-});
-
-// Geolocation
-const position = await Geolocation.getCurrentPosition();
-
-// Storage
-await Storage.set({ key: 'name', value: 'John' });
-```
-
-### 与 Capgo 插件一起使用
-
-Capgo 插件与 Capacitor+ 完美配合：
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// 实时更新
-await CapacitorUpdater.notifyAppReady();
-
-// 屏幕方向
-await ScreenOrientation.lock({ orientation: 'portrait' });
-
-// 闪光灯
-await CapacitorFlash.toggle();
-```
-
-## 同步工作原理
-
-```
-┌─────────────────────┐     ┌──────────────────┐     ┌──────────────────┐     ┌─────────────────┐
-│  ionic-team/        │     │  CI/CD           │     │  Claude Code     │     │  npm publish    │
-│  capacitor          │────▶│  Pipeline        │────▶│  Security Review │────▶│  @capacitor-plus│
-│  (upstream)         │     │  (daily sync)    │     │  (AI analysis)   │     │  packages       │
-└─────────────────────┘     └──────────────────┘     └──────────────────┘     └─────────────────┘
-```
-
-1. **每日同步**：GitHub Actions 从 `ionic-team/capacitor` 获取最新更改
-2. **创建 PR**：更改作为拉取请求提议到 `plus` 分支
-3. **CI 验证**：运行完整的测试套件（lint、单元测试、iOS 构建、Android 构建）
-4. **安全审查**：AI 驱动的分析检查漏洞和破坏性更改
-5. **自动合并**：仅在 CI 通过且安全审查批准时
-6. **自动发布**：新版本发布到 npm 的 `@capacitor-plus/*` 下
-
-## 安全审查详情
-
-每次上游同步都会分析：
-
-| 检查 | 捕获内容 |
-|-------|-----------------|
-| **安全性** | 命令注入、XSS、路径遍历、硬编码秘密 |
-| **破坏性更改** | 删除/重命名的 API、更改的签名、配置更改 |
-| **稳定性** | 空引用、未处理的异常、竞态条件、内存泄漏 |
-| **数据安全** | 数据丢失场景、隐私侵犯、不安全的存储 |
-| **代码完整性** | 混淆代码、可疑的网络调用、后门 |
-
-<Aside type="caution">
-  如果检测到任何问题，PR 将被标记为手动审查，不会自动合并。这确保您始终获得稳定、安全的版本。
-</Aside>
-
-## 提交您的 PR
-
-您的 PR 是否在官方 Capacitor 仓库中受阻？在 Capacitor+ 中合并：
-
-<Steps>
-1. **在 [Capacitor+ 仓库](https://github.com/Cap-go/capacitor-plus/issues)中打开一个问题**，链接到您的上游 PR
-
-2. **或直接提交** 作为对 `plus` 分支的 PR
-
-3. 团队将审查、运行 CI，如果通过则合并
-</Steps>
-
-这样，您和其他人可以立即从您的工作中受益，而无需等待上游发布周期。
-
-## 常见问题
-
-### 这适合生产使用吗？
-
-是的。Capacitor+ 用于生产应用。每个版本都通过与官方 Capacitor 相同的测试套件，以及额外的安全分析。
-
-### 我的官方插件还能工作吗？
-
-是的。所有 `@capacitor/*` 插件都可以与 Capacitor+ 开箱即用。
-
-### 如果上游发布破坏性更改怎么办？
-
-AI 安全审查会标记破坏性更改以进行手动审查。您将在合并之前看到记录的更改。
-
-### 如何报告问题？
-
-在 [Capacitor+ GitHub 仓库](https://github.com/Cap-go/capacitor-plus/issues)上提交问题。对于也影响官方 Capacitor 的问题，我们将帮助协调上游。
-
-### 我可以贡献吗？
-
-绝对可以！欢迎 PR。您可以直接提交修复或请求合并特定的上游 PR。
diff --git a/src/content/docs/zh/docs/plugins/capacitor-plus/index.mdx b/src/content/docs/zh/docs/plugins/capacitor-plus/index.mdx
deleted file mode 100644
index 869ea55f6..000000000
--- a/src/content/docs/zh/docs/plugins/capacitor-plus/index.mdx
+++ /dev/null
@@ -1,64 +0,0 @@
----
-title: "Capacitor+"
-locale: zh
-description: Capacitor 的自动化分支，始终保持同步，合并社区 PR 并快速发布。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: Capacitor+ 是 Capacitor 的自动化分支，更快地合并社区 PR，并经过安全审查的发布。
-  image:
-    file: ~public/icons/plugins/capacitor-plus.svg
-  actions:
-    - text: 入门指南
-      link: /docs/plugins/capacitor-plus/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-plus/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, Aside } from '@astrojs/starlight/components';
-
-<Aside type="tip">
-  **为什么选择 Capacitor+？** 优秀的 PR 在官方 Capacitor 仓库中未合并数月。Capacitor+ 积极合并这些社区贡献，因此您无需等待。
-</Aside>
-
-<CardGrid stagger>
-  <Card title="更快合并社区 PR" icon="rocket">
-    上游中受阻的错误修复和功能？我们合并它们，以便您可以立即受益。
-  </Card>
-  <Card title="每日自动同步" icon="seti:clock">
-    来自官方 Capacitor 的每一项更改都会自动拉取、测试和验证。
-  </Card>
-  <Card title="安全审查" icon="approve-check">
-    每个版本都由 AI 分析安全漏洞、破坏性更改和稳定性风险。
-  </Card>
-  <Card title="直接替代" icon="puzzle">
-    与官方 Capacitor 具有相同的 API - 只需更改包作用域即可完成。
-  </Card>
-</CardGrid>
-
-## 理念
-
-Ionic 团队根据自己的优先级和发布计划维护 Capacitor。社区贡献可能需要等待数月甚至数年才能合并。Capacitor+ 采用不同的方法：
-
-1. **合并来自分支的 PR** - 积极合并上游队列中受阻的有价值 PR
-2. **持续同步** - 自动拉取和测试每个上游更改
-3. **快速发布** - 更改通过 CI 后立即发布到 npm
-4. **社区优先** - 您的贡献很重要并获得优先考虑
-5. **透明度** - 所有自动化都是开源的且可见
-
-## 包
-
-| 包 | npm |
-|---------|-----|
-| `@capacitor-plus/core` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/core)](https://www.npmjs.com/package/@capacitor-plus/core) |
-| `@capacitor-plus/cli` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/cli)](https://www.npmjs.com/package/@capacitor-plus/cli) |
-| `@capacitor-plus/android` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/android)](https://www.npmjs.com/package/@capacitor-plus/android) |
-| `@capacitor-plus/ios` | [![npm](https://img.shields.io/npm/v/@capacitor-plus/ios)](https://www.npmjs.com/package/@capacitor-plus/ios) |
diff --git a/src/content/docs/zh/docs/plugins/compass/getting-started.mdx b/src/content/docs/zh/docs/plugins/compass/getting-started.mdx
deleted file mode 100644
index 9d2e707bb..000000000
--- a/src/content/docs/zh/docs/plugins/compass/getting-started.mdx
+++ /dev/null
@@ -1,219 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 了解如何安装和使用指南针插件在 Capacitor 应用中读取设备指南针方向。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-compass" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS 设置
-
-在 iOS 上，访问指南针需要位置权限。将以下内容添加到 `Info.plist`：
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>We need location permission to access the compass</string>
-```
-
-## Android 设置
-
-无需额外设置。插件使用设备的磁力计和加速度计传感器。
-
-## 使用
-
-导入插件并使用其方法读取指南针方向：
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-// 一次性获取当前方向
-const getCurrentHeading = async () => {
-  const { value } = await CapgoCompass.getCurrentHeading();
-  console.log('Current heading:', value, 'degrees');
-};
-
-// 开始持续方向更新
-const startCompass = async () => {
-  // 开始监听更新
-  await CapgoCompass.startListening();
-
-  // 添加方向变化的监听器
-  const handle = await CapgoCompass.addListener('headingChange', (event) => {
-    console.log('Heading:', event.value, 'degrees');
-  });
-
-  // 稍后，停止监听：
-  // await CapgoCompass.stopListening();
-  // await handle.remove();
-};
-
-// 检查权限
-const checkPermission = async () => {
-  const status = await CapgoCompass.checkPermissions();
-  console.log('Permission status:', status.compass);
-};
-
-// 请求权限
-const requestPermission = async () => {
-  const status = await CapgoCompass.requestPermissions();
-  if (status.compass === 'granted') {
-    console.log('Compass access granted');
-  }
-};
-```
-
-## API 参考
-
-### getCurrentHeading()
-
-获取当前指南针方向（度）。
-
-```typescript
-const result = await CapgoCompass.getCurrentHeading();
-// 返回：{ value: number } - 方向（度）（0-360）
-```
-
-### startListening()
-
-开始监听指南针方向变化。在发出方向事件之前必须调用。
-
-```typescript
-await CapgoCompass.startListening();
-```
-
-### stopListening()
-
-停止监听指南针方向变化。
-
-```typescript
-await CapgoCompass.stopListening();
-```
-
-### addListener('headingChange', callback)
-
-添加方向变化事件的监听器。
-
-```typescript
-const handle = await CapgoCompass.addListener('headingChange', (event) => {
-  console.log('Heading:', event.value);
-});
-
-// 完成后移除监听器
-await handle.remove();
-```
-
-### removeAllListeners()
-
-移除所有已注册的监听器。
-
-```typescript
-await CapgoCompass.removeAllListeners();
-```
-
-### checkPermissions()
-
-检查当前权限状态。
-
-```typescript
-const status = await CapgoCompass.checkPermissions();
-// 返回：{ compass: 'prompt' | 'granted' | 'denied' }
-```
-
-### requestPermissions()
-
-请求访问指南针数据的权限。
-
-```typescript
-const status = await CapgoCompass.requestPermissions();
-```
-
-### getPluginVersion()
-
-获取原生插件版本。
-
-```typescript
-const { version } = await CapgoCompass.getPluginVersion();
-```
-
-## 完整示例
-
-```typescript
-import { CapgoCompass } from '@capgo/capacitor-compass';
-
-export class CompassService {
-  private listenerHandle: any = null;
-
-  async init() {
-    // 检查并请求权限
-    const status = await CapgoCompass.checkPermissions();
-    if (status.compass !== 'granted') {
-      const result = await CapgoCompass.requestPermissions();
-      if (result.compass !== 'granted') {
-        throw new Error('Compass permission denied');
-      }
-    }
-  }
-
-  async startTracking(onHeadingChange: (heading: number) => void) {
-    // 开始监听更新
-    await CapgoCompass.startListening();
-
-    // 添加事件监听器
-    this.listenerHandle = await CapgoCompass.addListener(
-      'headingChange',
-      (event) => {
-        onHeadingChange(event.value);
-      }
-    );
-  }
-
-  async stopTracking() {
-    if (this.listenerHandle) {
-      await this.listenerHandle.remove();
-      this.listenerHandle = null;
-    }
-    await CapgoCompass.stopListening();
-  }
-
-  async getHeading(): Promise<number> {
-    const { value } = await CapgoCompass.getCurrentHeading();
-    return value;
-  }
-
-  getCardinalDirection(heading: number): string {
-    const directions = ['N', 'NE', 'E', 'SE', 'S', 'SW', 'W', 'NW'];
-    const index = Math.round(heading / 45) % 8;
-    return directions[index];
-  }
-}
-```
-
-## 平台说明
-
-### iOS
-- 需要 iOS 10.0+
-- 使用 Core Location 获取方向数据
-- 需要位置权限 (NSLocationWhenInUseUsageDescription)
-- 监听活跃时方向更新是连续的
-
-### Android
-- 需要 Android 6.0 (API 23)+
-- 使用加速度计和磁力计传感器
-- 指南针传感器不需要特殊权限
-- 方向由传感器融合计算得出
-
-### Web
-- Web 平台不支持
-- 调用方法时会抛出错误
diff --git a/src/content/docs/zh/docs/plugins/compass/index.mdx b/src/content/docs/zh/docs/plugins/compass/index.mdx
deleted file mode 100644
index 27b29fcc7..000000000
--- a/src/content/docs/zh/docs/plugins/compass/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-compass"
-locale: zh
-description: 以度为单位读取设备指南针方向，支持持续更新和权限处理。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 在 iOS 和 Android 上访问设备指南针传感器以获取实时更新的方向数据。
-  image:
-    file: ~public/icons/plugins/compass.svg
-  actions:
-    - text: 入门指南
-      link: /docs/plugins/compass/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-compass/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="实时方向" icon="rocket">
-    以度为单位获取连续的指南针方向更新（0-360）
-  </Card>
-  <Card title="跨平台" icon="puzzle">
-    适用于具有原生传感器访问的 iOS 和 Android 设备
-  </Card>
-  <Card title="权限处理" icon="seti:lock">
-    内置位置服务权限管理（iOS）
-  </Card>
-  <Card title="事件驱动" icon="star">
-    使用高效的事件监听器订阅方向变化
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/contacts/getting-started.mdx b/src/content/docs/zh/docs/plugins/contacts/getting-started.mdx
deleted file mode 100644
index c69646e14..000000000
--- a/src/content/docs/zh/docs/plugins/contacts/getting-started.mdx
+++ /dev/null
@@ -1,393 +0,0 @@
----
-title: 开始使用联系人
-description: 了解如何将联系人管理集成到您的 Capacitor 应用程序中
-locale: zh
----
-本指南将引导您将 Capacitor 联系人插件集成到您的应用程序中。
-
-## 安装
-
-使用 npm 安装插件：
-
-```bash
-npm install @capgo/capacitor-contacts
-npx cap sync
-```
-
-## iOS 配置
-
-将以下内容添加到您的 `Info.plist` 中：
-
-```xml
-<key>NSContactsUsageDescription</key>
-<string>This app needs access to contacts to let you select recipients</string>
-```
-
-## Android 配置
-
-将以下权限添加到您的 `AndroidManifest.xml`：
-
-```xml
-<uses-permission android:name="android.permission.READ_CONTACTS" />
-<uses-permission android:name="android.permission.WRITE_CONTACTS" />
-```
-
-## 基本用法
-
-### 导入插件
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-```
-
-### 请求权限
-
-```typescript
-const requestPermissions = async () => {
-  const permission = await Contacts.requestPermissions();
-  console.log('Permission status:', permission.contacts);
-};
-```
-
-### 获取所有联系人
-
-```typescript
-const getAllContacts = async () => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true,
-      image: true
-    }
-  });
-
-  console.log('Contacts:', result.contacts);
-};
-```
-
-### 搜索联系人
-
-```typescript
-const searchContacts = async (query: string) => {
-  const result = await Contacts.getContacts({
-    projection: {
-      name: true,
-      phones: true,
-      emails: true
-    },
-    query: query
-  });
-
-  console.log('Search results:', result.contacts);
-};
-```
-
-### 创建联系人
-
-```typescript
-const createContact = async () => {
-  const newContact = {
-    name: {
-      given: 'John',
-      family: 'Doe'
-    },
-    phones: [{
-      type: 'mobile',
-      number: '+1234567890'
-    }],
-    emails: [{
-      type: 'work',
-      address: 'john.doe@example.com'
-    }]
-  };
-
-  const result = await Contacts.createContact(newContact);
-  console.log('Contact created:', result);
-};
-```
-
-### 更新联系方式
-
-```typescript
-const updateContact = async (contactId: string) => {
-  const updates = {
-    contactId: contactId,
-    name: {
-      given: 'Jane',
-      family: 'Doe'
-    }
-  };
-
-  await Contacts.updateContact(updates);
-  console.log('Contact updated');
-};
-```
-
-### 删除联系人
-
-```typescript
-const deleteContact = async (contactId: string) => {
-  await Contacts.deleteContact({ contactId });
-  console.log('Contact deleted');
-};
-```
-
-## 完整示例
-
-以下是联系服务的完整示例：
-
-```typescript
-import { Contacts } from '@capgo/capacitor-contacts';
-
-interface Contact {
-  contactId: string;
-  name: {
-    display?: string;
-    given?: string;
-    family?: string;
-  };
-  phones?: Array<{ type: string; number: string }>;
-  emails?: Array<{ type: string; address: string }>;
-  image?: { base64String: string };
-}
-
-class ContactsService {
-  async checkPermissions(): Promise<boolean> {
-    const permission = await Contacts.checkPermissions();
-
-    if (permission.contacts === 'granted') {
-      return true;
-    }
-
-    const requested = await Contacts.requestPermissions();
-    return requested.contacts === 'granted';
-  }
-
-  async getAllContacts(): Promise<Contact[]> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Contacts permission denied');
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true
-      }
-    });
-
-    return result.contacts;
-  }
-
-  async searchContacts(query: string): Promise<Contact[]> {
-    if (!query || query.length < 2) {
-      return [];
-    }
-
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      },
-      query: query
-    });
-
-    return result.contacts;
-  }
-
-  async getContactById(contactId: string): Promise<Contact | null> {
-    const result = await Contacts.getContacts({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true,
-        image: true,
-        organization: true,
-        birthday: true,
-        note: true,
-        urls: true,
-        postalAddresses: true
-      },
-      contactId: contactId
-    });
-
-    return result.contacts.length > 0 ? result.contacts[0] : null;
-  }
-
-  async createContact(contact: Partial<Contact>): Promise<string> {
-    const hasPermission = await this.checkPermissions();
-    if (!hasPermission) {
-      throw new Error('Contacts permission denied');
-    }
-
-    const result = await Contacts.createContact(contact);
-    return result.contactId;
-  }
-
-  async updateContact(contactId: string, updates: Partial<Contact>): Promise<void> {
-    await Contacts.updateContact({
-      contactId,
-      ...updates
-    });
-  }
-
-  async deleteContact(contactId: string): Promise<void> {
-    await Contacts.deleteContact({ contactId });
-  }
-
-  formatPhoneNumber(phone: string): string {
-    // Remove non-numeric characters
-    const cleaned = phone.replace(/\D/g, '');
-
-    // Format as (XXX) XXX-XXXX
-    if (cleaned.length === 10) {
-      return `(${cleaned.slice(0, 3)}) ${cleaned.slice(3, 6)}-${cleaned.slice(6)}`;
-    }
-
-    return phone;
-  }
-
-  getContactInitials(contact: Contact): string {
-    const given = contact.name?.given || '';
-    const family = contact.name?.family || '';
-
-    if (given && family) {
-      return `${given[0]}${family[0]}`.toUpperCase();
-    }
-
-    const display = contact.name?.display || '';
-    const parts = display.split(' ');
-
-    if (parts.length >= 2) {
-      return `${parts[0][0]}${parts[1][0]}`.toUpperCase();
-    }
-
-    return display.slice(0, 2).toUpperCase();
-  }
-}
-
-// Usage
-const contactsService = new ContactsService();
-
-// Get all contacts
-const contacts = await contactsService.getAllContacts();
-console.log('Contacts:', contacts);
-
-// Search contacts
-const results = await contactsService.searchContacts('john');
-console.log('Search results:', results);
-
-// Create contact
-const newContactId = await contactsService.createContact({
-  name: { given: 'Jane', family: 'Smith' },
-  phones: [{ type: 'mobile', number: '+1234567890' }]
-});
-
-// Update contact
-await contactsService.updateContact(newContactId, {
-  emails: [{ type: 'work', address: 'jane@example.com' }]
-});
-```
-
-## 理解投影
-
-`projection` 参数控制要获取的字段：
-
-```typescript
-const result = await Contacts.getContacts({
-  projection: {
-    name: true,           // Contact name
-    phones: true,         // Phone numbers
-    emails: true,         // Email addresses
-    image: true,          // Contact photo
-    organization: true,   // Company/organization
-    birthday: true,       // Birth date
-    note: true,          // Notes
-    urls: true,          // Websites
-    postalAddresses: true // Physical addresses
-  }
-});
-```
-
-**提示**：仅请求提高性能所需的字段。
-
-## 联系选择器 UI
-
-许多应用程序更喜欢使用本机联系人选择器：
-
-```typescript
-const pickContact = async () => {
-  try {
-    const result = await Contacts.pickContact({
-      projection: {
-        name: true,
-        phones: true,
-        emails: true
-      }
-    });
-
-    if (result.contacts.length > 0) {
-      const contact = result.contacts[0];
-      console.log('Selected contact:', contact);
-    }
-  } catch (error) {
-    console.error('Contact picker cancelled or failed:', error);
-  }
-};
-```
-
-## 最佳实践
-
-1. **请求最小权限**：仅在需要时请求联系人权限
-2. **使用投影**：只获取你实际使用的字段
-3. **处理拒绝**：当权限被拒绝时提供后备
-4. **明智地缓存**：联系人可能会更改，不要缓存太久
-5. **尊重隐私**：联系人使用情况保持透明
-6. **异步操作**：所有联系操作都是异步的
-
-## 常见问题
-
-### 权限被拒绝
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await Contacts.checkPermissions();
-
-  if (permission.contacts === 'denied') {
-    // Show dialog explaining why permission is needed
-    showPermissionDialog();
-    // Direct user to settings
-    // On iOS: Settings > [App] > Contacts
-    // On Android: Settings > Apps > [App] > Permissions
-  }
-};
-```
-
-### 大型联系人列表
-
-```typescript
-const loadContactsInBatches = async () => {
-  // Get count first (lightweight)
-  const projection = { name: true }; // Minimal projection
-
-  // Implement pagination if needed
-  const allContacts = await Contacts.getContacts({ projection });
-
-  // Process in chunks
-  const chunkSize = 100;
-  for (let i = 0; i < allContacts.contacts.length; i += chunkSize) {
-    const chunk = allContacts.contacts.slice(i, i + chunkSize);
-    await processContactChunk(chunk);
-  }
-};
-```
-
-## 后续步骤
-
-- 探索 [API 参考](https://github.com/Cap-go/capacitor-contacts#api) 以获取完整的方法文档
-- 查看[示例应用程序](https://github.com/Cap-go/capacitor-contacts/tree/main/example) 以了解高级用法
-- 请参阅[教程](/plugins/capacitor-contacts)以获取完整的实施示例
diff --git a/src/content/docs/zh/docs/plugins/contacts/index.mdx b/src/content/docs/zh/docs/plugins/contacts/index.mdx
deleted file mode 100644
index cc99a629f..000000000
--- a/src/content/docs/zh/docs/plugins/contacts/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-contacts"
-locale: zh
-description: 使用 Capacitor API 处理设备联系人，以访问、搜索和管理联系人信息。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 在您的 Capacitor 应用中访问、搜索和管理设备联系人，具有完整的 CRUD 操作和权限处理。
-  image:
-    file: ~public/icons/plugins/contacts.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/contacts/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-contacts/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="读取联系人" icon="rocket">
-    访问带有完整详细信息的设备联系人列表 📇
-  </Card>
-  <Card title="搜索功能" icon="magnifier">
-    按姓名、电子邮件或电话查找联系人 🔍
-  </Card>
-  <Card title="创建和更新" icon="pencil">
-    添加新联系人或修改现有联系人 ✏️
-  </Card>
-  <Card title="删除联系人" icon="setting">
-    安全地从设备中删除联系人 🗑️
-  </Card>
-  <Card title="权限处理" icon="approve-check-circle">
-    正确处理联系人权限，符合隐私清单要求 🔒
-  </Card>
-  <Card title="入门指南" icon="open-book">
-    查看[入门指南](/docs/plugins/contacts/getting-started/)以安装和配置插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/crisp/getting-started.mdx b/src/content/docs/zh/docs/plugins/crisp/getting-started.mdx
deleted file mode 100644
index 053593348..000000000
--- a/src/content/docs/zh/docs/plugins/crisp/getting-started.mdx
+++ /dev/null
@@ -1,343 +0,0 @@
----
-title: 入门
-description: 了解如何在 Capacitor 应用中安装和使用 Crisp chat SDK 插件来提供应用内客户支持。
-sidebar:
-  order: 2
-locale: zh
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-crisp" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **获取您的 Crisp 网站 ID**
-   - 在 [crisp.chat](https://crisp.chat) 注册
-   - 创建网站/项目
-   - 在“设置”>“设置说明”中查找您的网站 ID
-</Steps>
-
-## 基本用法
-
-导入插件并使用您的网站 ID 配置它：
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-// Configure Crisp with your website ID
-const configureCrisp = async () => {
-  await CapacitorCrisp.configure({
-    websiteID: 'YOUR_WEBSITE_ID'
-  });
-};
-
-// Open the chat
-const openChat = async () => {
-  await CapacitorCrisp.openMessenger();
-};
-
-// Set user information
-const setUserInfo = async () => {
-  await CapacitorCrisp.setUser({
-    email: 'user@example.com',
-    nickname: 'John Doe',
-    phone: '+1234567890',
-    avatar: 'https://example.com/avatar.jpg'
-  });
-};
-
-// Reset user session (logout)
-const logout = async () => {
-  await CapacitorCrisp.resetChatSession();
-};
-```
-
-## API 参考
-
-### 配置（选项）
-
-使用您的网站 ID 和可选设置配置 Crisp。
-
-```typescript
-interface ConfigureOptions {
-  websiteID: string;
-  locale?: string; // e.g., 'en', 'fr', 'es'
-  tokenID?: string; // For authenticated sessions
-}
-
-await CapacitorCrisp.configure({
-  websiteID: 'YOUR_WEBSITE_ID',
-  locale: 'en'
-});
-```
-
-### openMessenger()
-
-打开 Crisp 聊天界面。
-
-```typescript
-await CapacitorCrisp.openMessenger();
-```
-
-### 设置用户（选项）
-
-设置聊天会话的用户信息。
-
-```typescript
-interface UserOptions {
-  email?: string;
-  nickname?: string;
-  phone?: string;
-  avatar?: string;
-}
-
-await CapacitorCrisp.setUser({
-  email: 'user@example.com',
-  nickname: 'John Doe'
-});
-```
-
-### setUserCompany(选项)
-
-为企业用户设置公司信息。
-
-```typescript
-interface CompanyOptions {
-  name: string;
-  url?: string;
-  description?: string;
-  employment?: {
-    title?: string;
-    role?: string;
-  };
-  geolocation?: {
-    city?: string;
-    country?: string;
-  };
-}
-
-await CapacitorCrisp.setUserCompany({
-  name: 'Acme Corp',
-  url: 'https://acme.com',
-  employment: {
-    title: 'CEO',
-    role: 'Leadership'
-  }
-});
-```
-
-### 推送事件（选项）
-
-发送自定义事件来跟踪用户操作。
-
-```typescript
-interface EventOptions {
-  name: string;
-  color?: 'red' | 'orange' | 'yellow' | 'green' | 'blue' | 'purple' | 'pink' | 'brown' | 'grey' | 'black';
-  data?: { [key: string]: any };
-}
-
-await CapacitorCrisp.pushEvent({
-  name: 'checkout_completed',
-  color: 'green',
-  data: {
-    price: 99.99,
-    currency: 'USD'
-  }
-});
-```
-
-### setSessionSegment(段)
-
-设置分段以对聊天会话进行分类。
-
-```typescript
-await CapacitorCrisp.setSessionSegment('premium_customer');
-```
-
-### 重置ChatSession()
-
-重置当前聊天会话（对于注销很有用）。
-
-```typescript
-await CapacitorCrisp.resetChatSession();
-```
-
-## 高级功能
-
-### 自定义用户数据
-
-```typescript
-// Set multiple custom data fields
-await CapacitorCrisp.setSessionData({
-  key: 'plan',
-  value: 'premium'
-});
-
-await CapacitorCrisp.setSessionData({
-  key: 'signup_date',
-  value: '2024-01-15'
-});
-```
-
-### 消息预设
-
-在聊天输入中设置预填充消息：
-
-```typescript
-await CapacitorCrisp.setMessageText(
-  "Hello, I need help with my order #12345"
-);
-```
-
-### 聊天可用性
-
-控制聊天小部件何时可用：
-
-```typescript
-// Hide chat temporarily
-await CapacitorCrisp.setTokenID('user_token_12345');
-```
-
-## 完整示例
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-export class ChatService {
-  async initialize() {
-    // Configure Crisp
-    await CapacitorCrisp.configure({
-      websiteID: 'YOUR_WEBSITE_ID',
-      locale: 'en'
-    });
-  }
-
-  async loginUser(user: any) {
-    // Set user information
-    await CapacitorCrisp.setUser({
-      email: user.email,
-      nickname: user.name,
-      phone: user.phone,
-      avatar: user.avatarUrl
-    });
-
-    // Set custom data
-    await CapacitorCrisp.setSessionData({
-      key: 'user_id',
-      value: user.id
-    });
-
-    await CapacitorCrisp.setSessionData({
-      key: 'account_type',
-      value: user.accountType
-    });
-
-    // Set segment
-    if (user.isPremium) {
-      await CapacitorCrisp.setSessionSegment('premium');
-    }
-
-    // Track login event
-    await CapacitorCrisp.pushEvent({
-      name: 'user_login',
-      color: 'blue',
-      data: {
-        method: 'email'
-      }
-    });
-  }
-
-  async openSupport(context?: string) {
-    if (context) {
-      await CapacitorCrisp.setMessageText(
-        `I need help with: ${context}`
-      );
-    }
-    
-    await CapacitorCrisp.openMessenger();
-  }
-
-  async logout() {
-    await CapacitorCrisp.resetChatSession();
-  }
-}
-```
-
-## 样式和定制
-
-Crisp 会自动适应您应用程序的主题，但您可以通过 Crisp 仪表板进一步自定义它：
-
-1. 转到您的 Crisp 仪表板
-2. 导航至设置 > 网站设置 > 聊天室和电子邮件设置
-3. 自定义颜色、位置和行为
-
-## 最佳实践
-
-1. **尽早初始化**
-   在应用程序初始化期间配置 Crisp 以立即可用：
-   ```typescript
-   import { App } from '@capacitor/app';
-   
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await CapacitorCrisp.configure({
-         websiteID: 'YOUR_WEBSITE_ID'
-       });
-     }
-   });
-   ```
-
-2. **设置用户上下文**
-   始终在可用时提供用户信息以获得更好的支持：
-   ```typescript
-   if (user.isAuthenticated) {
-     await CapacitorCrisp.setUser({
-       email: user.email,
-       nickname: user.name
-     });
-   }
-   ```
-
-3. **追踪重要事件**
-   使用事件为支持代理提供上下文：
-   ```typescript
-   await CapacitorCrisp.pushEvent({
-     name: 'error_occurred',
-     color: 'red',
-     data: {
-       error: error.message,
-       screen: 'checkout'
-     }
-   });
-   ```
-
-4. **正确处理注销**
-   当用户注销时始终重置会话：
-   ```typescript
-   async logout() {
-     await CapacitorCrisp.resetChatSession();
-     // Your other logout logic
-   }
-   ```
-
-## 平台说明
-
-### iOS
-- 需要 iOS 10.0+
-- 使用原生 Crisp iOS SDK
-- 支持推送通知（在 Crisp 仪表板中配置）
-
-### Android
-- 需要 Android 5.0 (API 21)+
-- 使用原生 Crisp Android SDK
-- 符合材料设计标准
-
-### 网络
-- 回落到脆 JavaScript SDK
-- 与本机平台的完整功能对等
diff --git a/src/content/docs/zh/docs/plugins/crisp/index.mdx b/src/content/docs/zh/docs/plugins/crisp/index.mdx
deleted file mode 100644
index dad6068aa..000000000
--- a/src/content/docs/zh/docs/plugins/crisp/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-crisp'
-description: 原生 Crisp 聊天 SDK 集成 Capacitor 应用程序，提供应用内客户支持。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 将 Crisp 本机聊天 SDK 集成到您的 Capacitor 应用程序中，以实现无缝的应用程序内客户支持和实时消息传递。
-  image:
-    file: ~public/icons/plugins/crisp.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/crisp/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-crisp/'
-      icon: external
-      variant: minimal
-locale: zh
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="原生性能" icon="rocket">
-    原生 SDK 集成，提供流畅的聊天体验 🚀
-  </Card>
-  <Card title="实时消息传递" icon="comment">
-    直接在您的应用程序中与客户实时聊天 💬
-  </Card>
-  <Card title="丰富的功能" icon="star">
-    支持用户数据、事件和自定义样式✨
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/crisp/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/data-storage-sqlite/getting-started.mdx b/src/content/docs/zh/docs/plugins/data-storage-sqlite/getting-started.mdx
deleted file mode 100644
index 792685fc8..000000000
--- a/src/content/docs/zh/docs/plugins/data-storage-sqlite/getting-started.mdx
+++ /dev/null
@@ -1,395 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 学习如何安装和配置 Capacitor Data Storage SQLite 插件，实现快速的键值存储，支持可选加密。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-data-storage-sqlite" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置插件**
-
-   **基本存储示例：**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // 打开存储数据库
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'myapp_storage'
-   });
-
-   // 存储数据
-   await CapacitorDataStorageSqlite.set({
-     key: 'user_preferences',
-     value: JSON.stringify({ theme: 'dark' })
-   });
-   ```
-
-   **加密存储示例：**
-   ```typescript
-   // 打开加密存储
-   await CapacitorDataStorageSqlite.openStore({
-     database: 'secure_storage',
-     encrypted: true,
-     mode: 'encryption'
-   });
-
-   // 存储敏感数据
-   await CapacitorDataStorageSqlite.set({
-     key: 'api_token',
-     value: 'secret_token_value'
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       iOS 无需额外设置。
-     </TabItem>
-     <TabItem label="Android">
-       Android 无需额外设置。
-     </TabItem>
-   </Tabs>
-
-4. **基本操作**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   // 设置值
-   await CapacitorDataStorageSqlite.set({
-     key: 'username',
-     value: 'john_doe'
-   });
-
-   // 获取值
-   const { value } = await CapacitorDataStorageSqlite.get({
-     key: 'username'
-   });
-   console.log('Username:', value); // "john_doe"
-
-   // 删除值
-   await CapacitorDataStorageSqlite.remove({
-     key: 'username'
-   });
-
-   // 清空所有数据
-   await CapacitorDataStorageSqlite.clear();
-
-   // 检查键是否存在
-   const { result } = await CapacitorDataStorageSqlite.iskey({
-     key: 'username'
-   });
-   console.log('Key exists:', result); // true 或 false
-
-   // 获取所有键
-   const { keys } = await CapacitorDataStorageSqlite.keys();
-   console.log('All keys:', keys);
-
-   // 获取所有值
-   const { values } = await CapacitorDataStorageSqlite.values();
-   console.log('All values:', values);
-   ```
-
-5. **高级用法**
-   ```typescript
-   import { CapacitorDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-   export class StorageService {
-     private dbName = 'app_storage';
-     private isEncrypted = false;
-
-     async initialize(encrypted = false) {
-       this.isEncrypted = encrypted;
-
-       // 使用选项打开存储
-       await CapacitorDataStorageSqlite.openStore({
-         database: this.dbName,
-         encrypted: encrypted,
-         mode: encrypted ? 'encryption' : 'no-encryption',
-         version: 1
-       });
-     }
-
-     // 通用存储方法
-     async setObject<T>(key: string, data: T): Promise<void> {
-       const value = JSON.stringify(data);
-       await CapacitorDataStorageSqlite.set({ key, value });
-     }
-
-     async getObject<T>(key: string): Promise<T | null> {
-       try {
-         const { value } = await CapacitorDataStorageSqlite.get({ key });
-         return value ? JSON.parse(value) : null;
-       } catch (error) {
-         console.error('Error getting object:', error);
-         return null;
-       }
-     }
-
-     // 批量操作
-     async setMultiple(items: Record<string, any>): Promise<void> {
-       for (const [key, value] of Object.entries(items)) {
-         await CapacitorDataStorageSqlite.set({
-           key,
-           value: typeof value === 'string' ? value : JSON.stringify(value)
-         });
-       }
-     }
-
-     async getMultiple(keys: string[]): Promise<Record<string, any>> {
-       const results: Record<string, any> = {};
-
-       for (const key of keys) {
-         try {
-           const { value } = await CapacitorDataStorageSqlite.get({ key });
-           results[key] = value;
-         } catch (error) {
-           results[key] = null;
-         }
-       }
-
-       return results;
-     }
-
-     // 表管理
-     async getTables(): Promise<string[]> {
-       const { tables } = await CapacitorDataStorageSqlite.tables();
-       return tables;
-     }
-
-     async deleteTable(table: string): Promise<void> {
-       await CapacitorDataStorageSqlite.deleteTable({ table });
-     }
-
-     // 导入/导出功能
-     async exportToJson(): Promise<any[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       return keys.map((key, index) => ({
-         key,
-         value: values[index]
-       }));
-     }
-
-     async importFromJson(data: Array<{ key: string; value: string }>): Promise<void> {
-       // 清空现有数据
-       await CapacitorDataStorageSqlite.clear();
-
-       // 导入新数据
-       for (const item of data) {
-         await CapacitorDataStorageSqlite.set({
-           key: item.key,
-           value: item.value
-         });
-       }
-     }
-
-     // 过滤和搜索
-     async keysStartingWith(prefix: string): Promise<string[]> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       return keys.filter(key => key.startsWith(prefix));
-     }
-
-     async filterByPrefix(prefix: string): Promise<Array<{ key: string; value: string }>> {
-       const { keys } = await CapacitorDataStorageSqlite.keys();
-       const { values } = await CapacitorDataStorageSqlite.values();
-
-       const filtered: Array<{ key: string; value: string }> = [];
-
-       keys.forEach((key, index) => {
-         if (key.startsWith(prefix)) {
-           filtered.push({ key, value: values[index] });
-         }
-       });
-
-       return filtered;
-     }
-
-     // 完成后关闭数据库
-     async close(): Promise<void> {
-       await CapacitorDataStorageSqlite.closeStore({
-         database: this.dbName
-       });
-     }
-   }
-
-   // 使用示例
-   const storage = new StorageService();
-   await storage.initialize(true); // 使用加密
-
-   // 存储用户数据
-   await storage.setObject('user_profile', {
-     id: 123,
-     name: 'John Doe',
-     email: 'john@example.com'
-   });
-
-   // 检索用户数据
-   const profile = await storage.getObject<any>('user_profile');
-   console.log('User profile:', profile);
-   ```
-</Steps>
-
-## API 参考
-
-### 方法
-
-#### `openStore(options: OpenStoreOptions)`
-打开存储数据库。
-
-**参数：**
-- `options.database`: string - 数据库名称
-- `options.encrypted`: boolean - 启用加密
-- `options.mode`: string - 'encryption' 或 'no-encryption'
-- `options.version`: number - 数据库版本
-
-#### `closeStore(options: CloseStoreOptions)`
-关闭存储数据库。
-
-#### `set(options: SetOptions)`
-存储键值对。
-
-**参数：**
-- `options.key`: string - 存储键
-- `options.value`: string - 要存储的值
-
-#### `get(options: GetOptions)`
-通过键检索值。
-
-**返回：** `Promise<{ value: string }>`
-
-#### `remove(options: RemoveOptions)`
-删除键值对。
-
-#### `clear()`
-清空存储中的所有数据。
-
-#### `iskey(options: IskeyOptions)`
-检查键是否存在。
-
-**返回：** `Promise<{ result: boolean }>`
-
-#### `keys()`
-获取所有存储键。
-
-**返回：** `Promise<{ keys: string[] }>`
-
-#### `values()`
-获取所有存储值。
-
-**返回：** `Promise<{ values: string[] }>`
-
-#### `tables()`
-获取所有表名。
-
-**返回：** `Promise<{ tables: string[] }>`
-
-#### `deleteTable(options: DeleteTableOptions)`
-删除特定表。
-
-### 接口
-
-```typescript
-interface OpenStoreOptions {
-  database: string;
-  encrypted?: boolean;
-  mode?: string;
-  version?: number;
-}
-
-interface SetOptions {
-  key: string;
-  value: string;
-}
-
-interface GetOptions {
-  key: string;
-}
-
-interface RemoveOptions {
-  key: string;
-}
-```
-
-## 平台说明
-
-### iOS
-- 使用 SQLite3，可选 SQLCipher 加密
-- 数据在应用更新后保持
-- 支持 iOS 11.0+
-
-### Android
-- 使用 SQLite，可选 SQLCipher 加密
-- 数据在应用更新后保持
-- 支持 Android 5.0 (API 21)+
-
-## 常见用例
-
-1. **用户偏好**：存储应用设置和偏好
-2. **缓存管理**：缓存 API 响应和数据
-3. **离线存储**：存储数据以供离线访问
-4. **会话管理**：安全地管理用户会话
-5. **令牌存储**：安全地存储身份验证令牌
-
-## 最佳实践
-
-1. **对敏感数据使用加密**
-   ```typescript
-   // 对于令牌等敏感数据
-   await openStore({
-     database: 'secure_db',
-     encrypted: true,
-     mode: 'encryption'
-   });
-   ```
-
-2. **使用前缀组织键**
-   ```typescript
-   // 使用前缀进行组织
-   await set({ key: 'user:123:profile', value: userData });
-   await set({ key: 'cache:api:users', value: apiData });
-   ```
-
-3. **小心处理大数据**
-   ```typescript
-   // 对于大对象，考虑压缩
-   const compressed = compress(largeData);
-   await set({ key: 'large_data', value: compressed });
-   ```
-
-4. **定期清理**
-   ```typescript
-   // 删除过期的缓存条目
-   const keys = await keys();
-   for (const key of keys.keys) {
-     if (key.startsWith('cache:') && isExpired(key)) {
-       await remove({ key });
-     }
-   }
-   ```
-
-## 故障排除
-
-**数据库无法打开：**
-- 检查数据库名称是否有效（字母数字、下划线）
-- 确保数据库名称中没有特殊字符
-- 验证加密模式是否与现有数据库匹配
-
-**数据未保持：**
-- 确保在操作前调用 `openStore`
-- 检查控制台是否有任何错误
-- 验证键名是字符串
-
-**性能问题：**
-- 避免存储非常大的值
-- 尽可能使用批量操作
-- 考虑对不同数据类型使用多个数据库
diff --git a/src/content/docs/zh/docs/plugins/data-storage-sqlite/index.mdx b/src/content/docs/zh/docs/plugins/data-storage-sqlite/index.mdx
deleted file mode 100644
index 5f6f6fb0a..000000000
--- a/src/content/docs/zh/docs/plugins/data-storage-sqlite/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-data-storage-sqlite"
-locale: zh
-description: 基于 SQLite 的键值存储 Capacitor 插件，提供快速可靠的数据持久化解决方案。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 为您的 Capacitor 应用提供快速可靠的基于 SQLite 的键值存储，支持加密。
-  image:
-    file: ~public/icons/plugins/data-storage-sqlite.svg
-  actions:
-    - text: 入门指南
-      link: /docs/plugins/data-storage-sqlite/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-data-storage-sqlite/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="SQLite 驱动" icon="rocket">
-    使用 SQLite 进行快速可靠的数据存储 💾
-  </Card>
-  <Card title="加密支持" icon="setting">
-    为敏感数据提供可选加密 🔐
-  </Card>
-  <Card title="键值简洁性" icon="star">
-    简单的键值 API，具有强大功能 🗂️
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/data-storage-sqlite/getting-started/)，只需几分钟即可掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/document-scanner/getting-started.mdx b/src/content/docs/zh/docs/plugins/document-scanner/getting-started.mdx
deleted file mode 100644
index b3add6e45..000000000
--- a/src/content/docs/zh/docs/plugins/document-scanner/getting-started.mdx
+++ /dev/null
@@ -1,61 +0,0 @@
----
-title: 入门指南
-description: 添加具有边缘检测和可调输出格式的原生质量文档扫描功能。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装插件**
-   <PackageManagers pkg="@capgo/capacitor-document-scanner" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生平台**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 触发扫描
-
-```typescript
-import {
-  DocumentScanner,
-  ResponseType,
-  ScanDocumentResponseStatus,
-} from '@capgo/capacitor-document-scanner';
-
-const result = await DocumentScanner.scanDocument({
-  croppedImageQuality: 90,
-  letUserAdjustCrop: true,
-  maxNumDocuments: 10,
-  responseType: ResponseType.ImageFilePath,
-});
-
-if (result.status === ScanDocumentResponseStatus.Success) {
-  console.log('Scanned files:', result.scannedImages);
-} else {
-  console.log('Scan cancelled by user');
-}
-```
-
-## 返回 base64 数据
-
-```typescript
-const result = await DocumentScanner.scanDocument({
-  responseType: ResponseType.Base64,
-});
-
-const [firstPage] = result.scannedImages ?? [];
-if (firstPage) {
-  const dataUrl = `data:image/jpeg;base64,${firstPage}`;
-  // Display preview or upload to server
-}
-```
-
-## 平台要求
-
-- **iOS**: 在 `ios/App/App/Info.plist` 中添加 `NSCameraUsageDescription` 说明如何使用相机。
-- **Android**: 确认已声明 `CAMERA` 权限（Capacitor 会自动添加）并调整 `croppedImageQuality`、`letUserAdjustCrop` 和 `maxNumDocuments` 以匹配您的 UI。
-- **存储**: 使用 `ResponseType.ImageFilePath` 时，请在应用会话结束前将扫描的文件移动或复制到您所需的存储位置。
diff --git a/src/content/docs/zh/docs/plugins/document-scanner/index.mdx b/src/content/docs/zh/docs/plugins/document-scanner/index.mdx
deleted file mode 100644
index 00a8defd0..000000000
--- a/src/content/docs/zh/docs/plugins/document-scanner/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-document-scanner"
-description: 从 Capacitor 应用中捕获清晰的文档，具有自动边缘检测并导出扫描页面的功能。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 启动优雅的文档扫描体验，具有自动裁剪、多页捕获和可配置的输出格式。
-  image:
-    file: ~public/icons/plugins/document-scanner.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/document-scanner/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-document-scanner/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Document Scanner 插件为您的 Capacitor 应用提供了一个在 iOS 和 Android 设备上都能正常工作的原生质量扫描流程。
-
-<CardGrid stagger>
-  <Card title="自动检测" icon="rocket">
-    检测页面边缘，自动裁剪，并让用户在保存前进行调整。
-  </Card>
-  <Card title="多页捕获" icon="star">
-    在单个扫描会话中捕获一页或多页，具有可调限制。
-  </Card>
-  <Card title="自定义输出" icon="download">
-    以您选择的图像质量返回文件路径或 base64 字符串。
-  </Card>
-  <Card title="统一的 API" icon="pencil">
-    一个 TypeScript 接口涵盖 iOS 和 Android 实现。
-  </Card>
-</CardGrid>
-
-使用入门指南启用相机权限、配置质量设置并将扫描的文件导出到您的存储工作流程。
diff --git a/src/content/docs/zh/docs/plugins/downloader/getting-started.mdx b/src/content/docs/zh/docs/plugins/downloader/getting-started.mdx
deleted file mode 100644
index c24ced3dc..000000000
--- a/src/content/docs/zh/docs/plugins/downloader/getting-started.mdx
+++ /dev/null
@@ -1,172 +0,0 @@
----
-title: 入门指南
-description: "@capgo/capacitor-downloader 的安装和使用指南"
-locale: zh
-sidebar:
-  order: 2
-  label: "入门指南"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-downloader
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 使用示例
-
-```typescript
-import { CapacitorDownloader } from '@capgo/capacitor-downloader';
-
-// Start a download
-const downloadId = 'my-download-001';
-await CapacitorDownloader.download({
-  id: downloadId,
-  url: 'https://example.com/large-file.zip',
-  destination: '/downloads/large-file.zip',
-  headers: {
-    'Authorization': 'Bearer token123'
-  },
-  network: 'wifi-only',
-  priority: 'high'
-});
-
-// Listen for progress updates
-CapacitorDownloader.addListener('downloadProgress', (data) => {
-  console.log(`Download ${data.id}: ${data.progress}% complete`);
-  console.log(`Downloaded: ${data.bytesDownloaded}/${data.totalBytes} bytes`);
-});
-
-// Handle completion
-CapacitorDownloader.addListener('downloadCompleted', (data) => {
-  console.log(`Download completed: ${data.id}`);
-  console.log(`File saved to: ${data.path}`);
-});
-
-// Handle errors
-CapacitorDownloader.addListener('downloadFailed', (error) => {
-  console.error(`Download failed: ${error.id}`, error.message);
-});
-
-// Pause a download
-await CapacitorDownloader.pause(downloadId);
-
-// Resume the download
-await CapacitorDownloader.resume(downloadId);
-
-// Check download status
-const status = await CapacitorDownloader.checkStatus(downloadId);
-console.log('Download status:', status);
-
-// Stop the download
-await CapacitorDownloader.stop(downloadId);
-```
-
-## 核心 API 方法
-
-### 下载管理
-- `download(options)` - 开始新的文件下载
-- `pause(id)` - 暂停正在进行的下载
-- `resume(id)` - 恢复暂停的下载
-- `stop(id)` - 停止并取消下载
-- `checkStatus(id)` - 获取当前下载状态
-
-### 文件操作
-- `getFileInfo(path)` - 检索文件信息和元数据
-
-## 下载配置
-
-```typescript
-interface DownloadOptions {
-  id: string;                    // Unique download identifier
-  url: string;                   // Download source URL
-  destination: string;           // Local save path
-  headers?: Record<string, string>; // Custom HTTP headers
-  network?: 'cellular' | 'wifi-only'; // Network restrictions
-  priority?: 'high' | 'normal' | 'low'; // Download priority
-}
-```
-
-## 事件监听器
-
-插件提供全面的事件处理：
-
-- `downloadProgress` - 跟踪实时下载进度
-- `downloadCompleted` - 处理成功的下载完成
-- `downloadFailed` - 处理下载错误和失败
-
-## 网络配置
-
-### 仅 WiFi 下载
-```typescript
-await CapacitorDownloader.download({
-  id: 'large-file',
-  url: 'https://example.com/video.mp4',
-  destination: '/downloads/video.mp4',
-  network: 'wifi-only' // Restricts to WiFi networks only
-});
-```
-
-### 优先级管理
-```typescript
-// High priority download
-await CapacitorDownloader.download({
-  id: 'urgent-update',
-  url: 'https://example.com/update.zip',
-  destination: '/downloads/update.zip',
-  priority: 'high'
-});
-```
-
-## 下载状态
-
-下载可以处于各种状态：
-- **Pending**: 排队等待下载
-- **Running**: 正在下载
-- **Paused**: 暂时停止
-- **Completed**: 成功完成
-- **Failed**: 遇到错误
-- **Stopped**: 手动取消
-
-## 文件信息
-
-```typescript
-// Get file details
-const fileInfo = await CapacitorDownloader.getFileInfo('/downloads/my-file.pdf');
-console.log('File size:', fileInfo.size);
-console.log('Last modified:', fileInfo.lastModified);
-console.log('MIME type:', fileInfo.mimeType);
-```
-
-## 最佳实践
-
-- 使用唯一的下载 ID 以避免冲突
-- 实施适当的错误处理以应对网络故障
-- 在开始大型下载前考虑存储空间
-- 对大型文件使用仅 WiFi 模式以节省移动数据
-- 清理已完成的下载以管理存储空间
diff --git a/src/content/docs/zh/docs/plugins/downloader/index.mdx b/src/content/docs/zh/docs/plugins/downloader/index.mdx
deleted file mode 100644
index ff2345ec8..000000000
--- a/src/content/docs/zh/docs/plugins/downloader/index.mdx
+++ /dev/null
@@ -1,51 +0,0 @@
----
-title: "@capgo/capacitor-downloader"
-description: 适用于 Capacitor 应用的文件下载管理器插件，支持后台下载、进度跟踪和恢复功能。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 下载文件，支持后台下载、进度跟踪、暂停/恢复功能和高效的下载管理。
-  image:
-    file: ~public/icons/plugins/downloader.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/downloader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-downloader/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概述
-
-Capacitor Downloader 插件提供强大的文件下载功能，支持后台下载、进度跟踪和全面的下载管理。此插件可实现稳健的文件下载，具有暂停/恢复功能和详细的进度监控。
-
-> ⚠️ **正在开发中**: 此插件目前正在开发中，尚未准备好用于生产环境。
-
-<CardGrid stagger>
-  <Card title="后台下载" icon="rocket">
-    应用在后台时继续下载 📥
-  </Card>
-  <Card title="进度跟踪" icon="star">
-    实时下载进度和状态监控 📊
-  </Card>
-  <Card title="下载控制" icon="rocket">
-    动态暂停、恢复和停止下载 ⏯️
-  </Card>
-  <Card title="网络选项" icon="puzzle">
-    配置网络偏好和优先级 📶
-  </Card>
-</CardGrid>
-
-## 开发状态
-
-此插件受 react-native-background-downloader 启发，目前正在开发中。随着开发进展，功能可能会发生变化。
diff --git a/src/content/docs/zh/docs/plugins/electron-updater/api.mdx b/src/content/docs/zh/docs/plugins/electron-updater/api.mdx
deleted file mode 100644
index 4463c35eb..000000000
--- a/src/content/docs/zh/docs/plugins/electron-updater/api.mdx
+++ /dev/null
@@ -1,455 +0,0 @@
----
-title: Electron 更新器 API 参考
-description: '@capgo/electron-updater 的完整 API 参考 - 所有方法、事件和配置选项。'
-sidebar:
-  order: 2
-locale: zh
----
-import { Aside } from '@astrojs/starlight/components';
-
-此页面记录了 Electron Updater 的所有可用方法、事件和配置选项。
-
-## 核心方法
-
-### 通知应用程序就绪()
-
-**必须在每次应用程序启动时调用。** 确认捆绑包已成功加载并防止自动回滚。
-
-```typescript
-await updater.notifyAppReady();
-```
-
-<Aside type="caution">
-  如果在 `appReadyTimeout` （默认 10 秒）内未调用，则认为更新失败，应用程序回滚到之前的版本。
-</Aside>
-
-### 下载（选项）
-
-从 URL 下载捆绑包。
-
-```typescript
-const bundle = await updater.download({
-  url: 'https://example.com/bundle.zip',
-  version: '1.0.1',
-  checksum: 'sha256-hash', // Optional but recommended
-  sessionKey: '...', // For encrypted bundles
-});
-```
-
-**参数：**
-|选项|类型 |必填 |描述 |
-|--------|------|----------|------------|
-| `url` |字符串|是的 |下载包的 URL |
-| `version` |字符串|是的 |捆绑包的版本标识符 |
-| `checksum` |字符串|没有 |用于验证的 SHA256 校验和 |
-| `sessionKey` |字符串|没有 |加密包的会话密钥 |
-
-**返回：** `BundleInfo` 对象，带有 `id`、`version`、`status`
-
-### 下一个（选项）
-
-对要在下次应用程序重新启动时加载的包进行排队。
-
-```typescript
-await updater.next({ id: 'bundle-id' });
-```
-
-**参数：**
-|选项|类型 |必填 |描述 |
-|--------|------|----------|------------|
-| `id` |字符串|是的 |队列中的捆绑 ID |
-
-### 设置（选项）
-
-立即切换到捆绑包并重新加载应用程序。
-
-```typescript
-await updater.set({ id: 'bundle-id' });
-```
-
-**参数：**
-|选项|类型 |必填 |描述 |
-|--------|------|----------|------------|
-| `id` |字符串|是的 |要激活的捆绑包 ID |
-
-### 重新加载()
-
-使用当前包手动重新加载应用程序。
-
-```typescript
-await updater.reload();
-```
-
-### 删除（选项）
-
-从存储中删除包。
-
-```typescript
-await updater.delete({ id: 'bundle-id' });
-```
-
-**参数：**
-|选项|类型 |必填 |描述 |
-|--------|------|----------|------------|
-| `id` |字符串|是的 |要删除的捆绑包 ID |
-
-### 重置（选项）
-
-重置为内置版本或上次成功的捆绑包。
-
-```typescript
-// Reset to builtin
-await updater.reset({ toLastSuccessful: false });
-
-// Reset to last successful bundle
-await updater.reset({ toLastSuccessful: true });
-```
-
-**参数：**
-|选项|类型 |必填 |描述 |
-|--------|------|----------|------------|
-| `toLastSuccessful` |布尔 |没有 |如果为 true，则重置为最后一个成功的捆绑包而不是内置 |
-
-## 捆绑包信息
-
-###当前()
-
-获取有关当前捆绑包和本机版本的信息。
-
-```typescript
-const info = await updater.current();
-// { bundle: { id, version, status }, native: '1.0.0' }
-```
-
-### 列表（选项）
-
-列出所有下载的捆绑包。
-
-```typescript
-const bundles = await updater.list();
-// [{ id, version, status, downloaded, checksum }, ...]
-```
-
-### getNextBundle()
-
-让捆绑包排队等待下次重新启动。
-
-```typescript
-const next = await updater.getNextBundle();
-// { id, version, status } or null
-```
-
-### getFailedUpdate()
-
-获取有关上次失败更新的信息（对于调试回滚很有用）。
-
-```typescript
-const failed = await updater.getFailedUpdate();
-// { id, version, reason } or null
-```
-
-### getBuiltinVersion()
-
-获取应用程序二进制文件附带的版本。
-
-```typescript
-const version = await updater.getBuiltinVersion();
-// '1.0.0'
-```
-
-## 更新检查
-
-### 获取最新（选项）
-
-检查服务器是否有最新的可用版本。
-
-```typescript
-const latest = await updater.getLatest();
-
-if (latest.url && !latest.error) {
-  // Update available
-  console.log('New version:', latest.version);
-  console.log('Download URL:', latest.url);
-} else if (latest.error) {
-  console.error('Error checking updates:', latest.error);
-}
-```
-
-**退货：**
-|物业 |类型 |描述 |
-|----------|------|-------------|
-| `url` |字符串|下载地址（无更新则为空） |
-| `version` |字符串|可用版本 |
-| `checksum` |字符串| SHA256 校验和 |
-| `sessionKey` |字符串|加密会话密钥 |
-| `error` |字符串|检查失败时出现错误消息 |
-| `message` |字符串|服务器消息|
-
-## 渠道管理
-
-### 设置频道（选项）
-
-将设备分配给特定通道。
-
-```typescript
-await updater.setChannel({ channel: 'beta' });
-```### 取消设置频道（选项）
-
-删除通道分配并使用默认值。
-
-```typescript
-await updater.unsetChannel();
-```
-
-### 获取频道()
-
-获取当前通道分配。
-
-```typescript
-const channel = await updater.getChannel();
-// { channel: 'production', status: 'set' }
-```
-
-### 列表频道()
-
-列出此应用程序的所有可用频道。
-
-```typescript
-const channels = await updater.listChannels();
-// ['production', 'beta', 'staging']
-```
-
-## 延迟条件
-
-控制何时应用下载的更新。
-
-### setMultiDelay(选项)
-
-设置应用更新之前必须满足的条件。
-
-```typescript
-// Wait for app to be backgrounded
-await updater.setMultiDelay({
-  delayConditions: [{ kind: 'background' }]
-});
-
-// Wait until specific date
-await updater.setMultiDelay({
-  delayConditions: [{ kind: 'date', value: '2024-12-25T00:00:00Z' }]
-});
-
-// Wait for app to be killed and restarted
-await updater.setMultiDelay({
-  delayConditions: [{ kind: 'kill' }]
-});
-
-// Multiple conditions (all must be met)
-await updater.setMultiDelay({
-  delayConditions: [
-    { kind: 'background' },
-    { kind: 'date', value: '2024-12-25T00:00:00Z' }
-  ]
-});
-```
-
-**延迟条件类型：**
-|亲切 |价值|描述 |
-|------|--------|-------------|
-| `background` |可选持续时间（毫秒）|等待应用程序进入后台 |
-| `kill` | - |等待应用程序被终止并重新启动 |
-| `date` | ISO 日期字符串 |等到特定日期/时间|
-| `nativeVersion` |版本字符串 |等待本机应用程序更新 |
-
-### 取消延迟()
-
-清除所有延迟条件并在下次检查时立即应用更新。
-
-```typescript
-await updater.cancelDelay();
-```
-
-## 设备识别
-
-### 获取设备ID()
-
-获取唯一的设备标识符。
-
-```typescript
-const deviceId = await updater.getDeviceId();
-// 'uuid-xxxx-xxxx-xxxx'
-```
-
-### setCustomId(选项)
-
-为设备设置自定义标识符（对于分析有用）。
-
-```typescript
-await updater.setCustomId({ customId: 'user-123' });
-```
-
-## 配置
-
-### setUpdateUrl(选项)
-
-在运行时更改更新服务器 URL。
-
-```typescript
-await updater.setUpdateUrl({ url: 'https://my-server.com/updates' });
-```
-
-<Aside>
-  需要在构造函数选项中使用 `allowModifyUrl: true`。
-</Aside>
-
-### setStatsUrl(选项)
-
-更改统计报告 URL。
-
-```typescript
-await updater.setStatsUrl({ url: 'https://my-server.com/stats' });
-```
-
-### setChannelUrl（选项）
-
-更改频道管理 URL。
-
-```typescript
-await updater.setChannelUrl({ url: 'https://my-server.com/channel' });
-```
-
-### setAppId(选项)
-
-在运行时更改应用程序 ID。
-
-```typescript
-await updater.setAppId({ appId: 'com.example.newapp' });
-```
-
-<Aside>
-  需要在构造函数选项中使用 `allowModifyAppId: true`。
-</Aside>
-
-### getAppId()
-
-获取当前应用程序ID。
-
-```typescript
-const appId = await updater.getAppId();
-```
-
-## 调试
-
-### setDebugMenu（选项）
-
-启用或禁用调试菜单。
-
-```typescript
-await updater.setDebugMenu({ enabled: true });
-```
-
-### isDebugMenuEnabled()
-
-检查调试菜单是否启用。
-
-```typescript
-const enabled = await updater.isDebugMenuEnabled();
-```
-
-## 活动
-
-使用 `addListener` 监听更新事件：
-
-```typescript
-updater.addListener('eventName', (event) => {
-  // Handle event
-});
-```
-
-### 可用活动
-
-|活动 |有效负载|描述 |
-|--------|---------|-------------|
-| `download` | `{ percent, status }` |下载进度更新 |
-| `updateAvailable` | `{ bundle }` |有新更新可用 |
-| `noNeedUpdate` | `{ message }` |已经是最新的了 |
-| `downloadComplete` | `{ bundle }` |下载成功 |
-| `downloadFailed` | `{ bundle, error }` |下载失败 |
-| `breakingAvailable` | `{ bundle }` |提供不兼容的更新（需要本机更新）|
-| `updateFailed` | `{ bundle, reason }` |更新安装失败 |
-| `appReloaded` | `{}` |应用程序已重新加载 |
-| `appReady` | `{}` | `notifyAppReady()` 被称为 |
-
-### 示例：完整事件处理
-
-```typescript
-// Progress tracking
-updater.addListener('download', (event) => {
-  updateProgressBar(event.percent);
-});
-
-// Update available notification
-updater.addListener('updateAvailable', (event) => {
-  showNotification(`Update ${event.bundle.version} available!`);
-});
-
-// Handle completion
-updater.addListener('downloadComplete', async (event) => {
-  // Queue for next restart
-  await updater.next({ id: event.bundle.id });
-  showNotification('Update will apply on next restart');
-});
-
-// Handle failures
-updater.addListener('updateFailed', (event) => {
-  console.error('Update failed:', event.reason);
-  reportError(event);
-});
-```
-
-## 构造函数选项
-
-`ElectronUpdater` 的完整配置选项：
-
-```typescript
-const updater = new ElectronUpdater({
-  // Required
-  appId: 'com.example.app',
-
-  // Version override
-  version: '1.0.0', // Override builtin version detection
-
-  // Server URLs
-  updateUrl: 'https://plugin.capgo.app/updates',
-  channelUrl: 'https://plugin.capgo.app/channel_self',
-  statsUrl: 'https://plugin.capgo.app/stats',
-
-  // Behavior
-  autoUpdate: true,           // Enable automatic update checks
-  appReadyTimeout: 10000,     // Milliseconds before rollback (default: 10000)
-  autoDeleteFailed: true,     // Auto-delete failed bundles
-  autoDeletePrevious: true,   // Auto-delete old bundles
-  resetWhenUpdate: true,      // Reset to builtin on native update
-
-  // Channels
-  defaultChannel: 'production',
-
-  // Direct Update Mode
-  directUpdate: false,        // 'atInstall' | 'onLaunch' | 'always' | false
-
-  // Security
-  publicKey: '...',           // RSA public key for E2E encryption
-
-  // Dynamic Configuration
-  allowModifyUrl: false,      // Allow runtime URL changes
-  allowModifyAppId: false,    // Allow runtime App ID changes
-  persistCustomId: false,     // Persist custom ID across updates
-  persistModifyUrl: false,    // Persist URL changes
-
-  // Debug
-  debugMenu: false,           // Enable debug menu (Ctrl+Shift+D)
-  disableJSLogging: false,    // Disable console logs
-
-  // Periodic Updates
-  periodCheckDelay: 0,        // Seconds between auto-checks (0 = disabled, min 600)
-});
-```
diff --git a/src/content/docs/zh/docs/plugins/electron-updater/getting-started.mdx b/src/content/docs/zh/docs/plugins/electron-updater/getting-started.mdx
deleted file mode 100644
index 19ff139f6..000000000
--- a/src/content/docs/zh/docs/plugins/electron-updater/getting-started.mdx
+++ /dev/null
@@ -1,242 +0,0 @@
----
-title: Electron 更新器入门
-description: 将 Capgo 实时更新添加到 Electron 应用程序的完整设置指南。
-sidebar:
-  order: 1
-locale: zh
----
-import { Steps, Aside, Code, Tabs, TabItem } from '@astrojs/starlight/components';
-
-本指南将引导您在 Electron 应用程序中设置 `@capgo/electron-updater` 以启用实时 JavaScript/HTML/CSS 更新。
-
-<Aside type="tip">
-  已将 Capgo 与 Capacitor 一起使用？ Electron Updater 使用相同的 Capgo 云后端，因此您可以从同一仪表板管理移动和桌面应用程序。
-</Aside>
-
-## 先决条件
-
-- Electron 20.0.0 或更高版本
-- Node.js 18 或更高
-- Capgo 帐户（在 [capgo.app](https://capgo.app) 上注册）
-
-## 安装
-
-<Steps>
-
-1. 安装包：
-
-   ```bash
-   npm install @capgo/electron-updater
-   ```
-
-2. 从 Capgo 仪表板获取您的应用程序 ID。如果您尚未创建应用程序，请运行：
-
-   ```bash
-   npx @capgo/cli@latest init
-   ```
-
-</Steps>
-
-## 设置
-
-Electron Updater 需要在三个地方进行设置：主进程、预加载脚本和渲染器进程。
-
-### 主要流程
-
-```typescript
-// main.ts
-import { app, BrowserWindow } from 'electron';
-import * as path from 'path';
-import {
-  ElectronUpdater,
-  setupIPCHandlers,
-  setupEventForwarding,
-} from '@capgo/electron-updater';
-
-// Create updater instance with your Capgo App ID
-const updater = new ElectronUpdater({
-  appId: 'YOUR_CAPGO_APP_ID', // e.g., 'com.example.myapp'
-  autoUpdate: true,
-});
-
-app.whenReady().then(async () => {
-  const mainWindow = new BrowserWindow({
-    width: 1200,
-    height: 800,
-    webPreferences: {
-      preload: path.join(__dirname, 'preload.js'),
-      contextIsolation: true,
-    },
-  });
-
-  // Initialize updater with window and builtin path
-  const builtinPath = path.join(__dirname, 'www/index.html');
-  await updater.initialize(mainWindow, builtinPath);
-
-  // Setup IPC communication between main and renderer
-  setupIPCHandlers(updater);
-  setupEventForwarding(updater, mainWindow);
-
-  // Load the current bundle (either builtin or downloaded update)
-  await mainWindow.loadFile(updater.getCurrentBundlePath());
-});
-
-app.on('window-all-closed', () => {
-  if (process.platform !== 'darwin') {
-    app.quit();
-  }
-});
-```
-
-### 预加载脚本
-
-```typescript
-// preload.ts
-import { exposeUpdaterAPI } from '@capgo/electron-updater/preload';
-
-// Expose the updater API to the renderer process
-exposeUpdaterAPI();
-```
-
-### 渲染器进程
-
-```typescript
-// renderer.ts (or in your app's entry point)
-import { requireUpdater } from '@capgo/electron-updater/renderer';
-
-const updater = requireUpdater();
-
-// CRITICAL: Call this on every app launch!
-// This confirms the bundle loaded successfully and prevents rollback
-await updater.notifyAppReady();
-
-console.log('App ready, current bundle:', await updater.current());
-```
-
-<Aside type="caution">
-  您**必须**在应用程序启动后 10 秒内调用 `notifyAppReady()`（可通过 `appReadyTimeout` 配置）。如果未调用，更新程序将假定更新失败并回滚到以前的版本。
-</Aside>
-
-## 检查更新
-
-使用 `autoUpdate: true`，更新程序会自动检查更新。您还可以触发手动检查：
-
-```typescript
-// Check for updates manually
-const latest = await updater.getLatest();
-
-if (latest.url && !latest.error) {
-  console.log('Update available:', latest.version);
-
-  // Download the update
-  const bundle = await updater.download({
-    url: latest.url,
-    version: latest.version,
-    checksum: latest.checksum,
-  });
-
-  console.log('Downloaded bundle:', bundle.id);
-
-  // Option 1: Queue for next restart
-  await updater.next({ id: bundle.id });
-
-  // Option 2: Apply immediately and reload
-  // await updater.set({ id: bundle.id });
-}
-```
-
-## 监听事件
-
-通过事件跟踪更新进度和状态：
-
-```typescript
-// Download progress
-updater.addListener('download', (event) => {
-  console.log(`Download progress: ${event.percent}%`);
-});
-
-// Update available
-updater.addListener('updateAvailable', (event) => {
-  console.log('New version available:', event.bundle.version);
-});
-
-// Download completed
-updater.addListener('downloadComplete', (event) => {
-  console.log('Download finished:', event.bundle.id);
-});
-
-// Update failed
-updater.addListener('updateFailed', (event) => {
-  console.error('Update failed:', event.bundle.version);
-});
-```
-
-## 部署更新
-
-使用 Capgo CLI 上传更新：
-
-```bash
-# Build your app
-npm run build
-
-# Upload to Capgo
-npx @capgo/cli@latest bundle upload --channel=production
-```
-
-您的 Electron 应用程序将在下次检查时自动检测并下载新包。
-
-## 调试菜单
-
-在开发过程中启用调试菜单：
-
-```typescript
-const updater = new ElectronUpdater({
-  appId: 'YOUR_CAPGO_APP_ID',
-  debugMenu: true, // Enable debug menu
-});
-```
-
-按“Ctrl+Shift+D”（或 Mac 上的“Cmd+Shift+D”）打开调试菜单，然后：
-- 查看当前捆绑包信息
-- 在可用捆绑包之间切换
-- 重置为内置版本
-- 查看设备和频道信息
-
-## 配置选项
-
-```typescript
-const updater = new ElectronUpdater({
-  // Required
-  appId: 'com.example.app',
-
-  // Server URLs (defaults to Capgo Cloud)
-  updateUrl: 'https://plugin.capgo.app/updates',
-  channelUrl: 'https://plugin.capgo.app/channel_self',
-  statsUrl: 'https://plugin.capgo.app/stats',
-
-  // Behavior
-  autoUpdate: true,           // Enable auto-updates
-  appReadyTimeout: 10000,     // MS before rollback (default: 10s)
-  autoDeleteFailed: true,     // Delete failed bundles
-  autoDeletePrevious: true,   // Delete old bundles after successful update
-
-  // Channels
-  defaultChannel: 'production',
-
-  // Security
-  publicKey: '...',           // For end-to-end encryption
-
-  // Debug
-  debugMenu: false,           // Enable debug menu
-  disableJSLogging: false,    // Disable console logs
-
-  // Periodic Updates
-  periodCheckDelay: 0,        // Seconds between checks (0 = disabled, min 600)
-});
-```
-
-## 后续步骤
-
-- [API 参考](/docs/plugins/electron-updater/api/) - 探索所有可用的方法
-- [渠道](/docs/live-updates/channels/) - 了解部署渠道
-- [回滚](/docs/live-updates/rollbacks/) - 了解回滚保护
diff --git a/src/content/docs/zh/docs/plugins/electron-updater/index.mdx b/src/content/docs/zh/docs/plugins/electron-updater/index.mdx
deleted file mode 100644
index d208ee822..000000000
--- a/src/content/docs/zh/docs/plugins/electron-updater/index.mdx
+++ /dev/null
@@ -1,108 +0,0 @@
----
-title: "@capgo/electron-updater"
-locale: zh
-description: 为 Electron 应用提供 OTA(Over-The-Air) 实时更新。与 @capgo/capacitor-updater 100% 功能对齐。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 2
-  label: "简介"
-hero:
-  tagline: 无需重建二进制即可为 Electron 桌面应用推送即时更新。可靠的实时更新系统现已支持桌面端。
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/electron-updater/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/electron-updater/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, LinkCard, Aside } from '@astrojs/starlight/components';
-
-<Aside type="tip">
-  初次使用 Capgo? Electron Updater 将移动端强大的实时更新能力带到桌面端。如果您已在使用 `@capgo/capacitor-updater`,将会非常熟悉。
-</Aside>
-
-## 为什么选择 Electron Updater?
-
-Electron 内置的自动更新需要每次发布完整的新二进制包。此插件通过允许 JavaScript/HTML/CSS 更新来解决该问题,无需重建应用。
-
-<CardGrid stagger>
-  <Card title="即时更新" icon="rocket">
-    直接向用户推送 JavaScript、HTML 和 CSS 更新,无需重建整个应用二进制。
-  </Card>
-  <Card title="增量更新" icon="starlight">
-    仅下载变更文件,更新更快且更节省带宽。
-  </Card>
-  <Card title="回滚保护" icon="approve-check">
-    更新失败时自动回滚,保持应用稳定。
-  </Card>
-  <Card title="端到端加密" icon="seti:lock">
-    使用 RSA 会话密钥与 AES 包加密,安全交付更新。
-  </Card>
-</CardGrid>
-
-## 关键特性
-
-- **实时更新** - 无需商店延迟即可即时推送更新
-- **自动更新** - 自动检查并安装更新
-- **回滚保护** - 未调用 `notifyAppReady()` 时自动回滚
-- **包管理** - 完整控制下载的包
-- **渠道系统** - 面向不同用户组发布(production、beta、staging)
-- **延迟条件** - 控制更新何时应用(后台、杀进程、日期、原生版本)
-- **调试菜单** - 内置调试工具,可通过 `Ctrl+Shift+D` / `Cmd+Shift+D` 打开
-- **统计上报** - 跟踪更新成功率与用户版本分布
-
-## 与 Capacitor Updater 的功能对齐
-
-Electron Updater 与 `@capgo/capacitor-updater` 保持 100% API 兼容。相同的方法、事件与配置选项可跨平台使用:
-
-| 功能 | Capacitor | Electron |
-|---------|-----------|----------|
-| 实时更新 | Yes | Yes |
-| 渠道 | Yes | Yes |
-| 回滚保护 | Yes | Yes |
-| 端到端加密 | Yes | Yes |
-| 统计 | Yes | Yes |
-| 延迟条件 | Yes | Yes |
-| 调试菜单 | 摇动设备 | 键盘快捷键 |
-
-## 安装
-
-```bash
-npm install @capgo/electron-updater
-```
-
-## 快速链接
-
-<LinkCard
-  title="入门指南"
-  description="为 Electron 应用添加实时更新的完整配置指南。"
-  href="/docs/plugins/electron-updater/getting-started/"
-/>
-
-<LinkCard
-  title="API 参考"
-  description="所有可用的方法、事件与配置选项。"
-  href="/docs/plugins/electron-updater/api/"
-/>
-
-<LinkCard
-  title="Capacitor Updater 文档"
-  description="移动端对等插件 - 相同 API、相同概念,适用于 Capacitor 应用。"
-  href="/docs/plugins/updater/"
-/>
-
-## 文档
-
-- **[入门指南](/docs/plugins/electron-updater/getting-started/)** - 安装与配置说明
-- **[API 参考](/docs/plugins/electron-updater/api/)** - 方法、事件与选项
-- **[从 Capacitor 迁移](/docs/plugins/electron-updater/migration/)** - 从 Capacitor 迁移到 Electron
-
-## 社区
-
-加入 [Discord](https://discord.gg/VnYRvBfgA6) 获取帮助并与其他开发者交流。
diff --git a/src/content/docs/zh/docs/plugins/env/getting-started.mdx b/src/content/docs/zh/docs/plugins/env/getting-started.mdx
deleted file mode 100644
index 6f2b191ac..000000000
--- a/src/content/docs/zh/docs/plugins/env/getting-started.mdx
+++ /dev/null
@@ -1,68 +0,0 @@
----
-title: 入门
-description: 配置每个构建的环境值并在运行时使用 Env 插件获取它们。
-sidebar:
-  order: 2
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-env" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步本机平台**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 声明配置值
-
-将密钥添加到 Capacitor 配置中，以便将它们烘焙到您的本机构建中。您可以创建多个配置变体（`capacitor.config.prod.ts`、`capacitor.config.dev.ts` 等）来交换每个环境的值。
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  appId: 'com.example.app',
-  appName: 'Example',
-  webDir: 'dist',
-  plugins: {
-    Env: {
-      API_URL: 'https://api.example.com',
-      PUBLIC_KEY: 'pk_live_123',
-    },
-  },
-};
-
-export default config;
-```
-
-在本机平台上，这些值存储在生成的配置文件（`ios/App/App/capacitor.config.json` 和 `android/app/src/main/assets/capacitor.config.json`）内。如果您需要特定于租户的值，请更新每个风格的这些文件。
-
-## 读取代码中的值
-
-```typescript
-import { Env } from '@capgo/capacitor-env';
-
-const apiUrl = await Env.getKey({ key: 'API_URL' }).then((result) => result.value);
-
-if (!apiUrl) {
-  throw new Error('Missing API_URL configuration');
-}
-```
-
-## 提供后备方案
-
-```typescript
-const loadConfig = async () => {
-  const { value: endpoint } = await Env.getKey({ key: 'API_URL' });
-  return endpoint || 'https://staging.example.com';
-};
-```
-
-## 提示
-
-- 每个环境使用不同的 `capacitor.config` 文件，并使用 `npx cap run ios --configuration=prod` 将 CLI 指向正确的文件。
-- 与 Capgo 更新程序通道结合使用，可以传送特定于租户的值，而无需发布新的二进制文件。
-- 通过在 `npx cap sync` 之前的 CI 构建期间替换秘密，使秘密远离源代码控制。
diff --git a/src/content/docs/zh/docs/plugins/env/index.mdx b/src/content/docs/zh/docs/plugins/env/index.mdx
deleted file mode 100644
index 7eabab405..000000000
--- a/src/content/docs/zh/docs/plugins/env/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-env"
-description: 在运行时从 `capacitor.config` 中公开配置值，用于白标和多租户应用。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 通过直接从 Capacitor 读取安全的配置值，无需新的构建即可传送特定租户的设置。
-  image:
-    file: ~public/settings-go.webp
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/env/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-env/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Env 允许您在 `capacitor.config.*` 中存储秘密和每个构建的配置，并通过简单的 API 在运行时解析它们。
-
-<CardGrid stagger>
-  <Card title="运行时配置" icon="rocket">
-    从原生配置文件中读取值，而无需将它们打包到您的 JavaScript bundle 中。
-  </Card>
-  <Card title="每个构建的覆盖" icon="rocket">
-    通过提供不同的配置文件创建多个应用版本或租户。
-  </Card>
-  <Card title="类型安全访问" icon="pencil">
-    使用 TypeScript 支持获取键并集中后备逻辑。
-  </Card>
-  <Card title="默认安全" icon="approve-check">
-    将 API 密钥和秘密排除在 Git 之外，同时仍然随原生二进制文件一起发送。
-  </Card>
-</CardGrid>
-
-按照入门指南在您的 Capacitor 配置中声明键，并在各个平台上安全地获取它们。
diff --git a/src/content/docs/zh/docs/plugins/fast-sql/getting-started.mdx b/src/content/docs/zh/docs/plugins/fast-sql/getting-started.mdx
deleted file mode 100644
index b5085a1ce..000000000
--- a/src/content/docs/zh/docs/plugins/fast-sql/getting-started.mdx
+++ /dev/null
@@ -1,360 +0,0 @@
----
-title: "Fast SQL 快速入门"
-description: 安装和配置 Fast SQL 插件以实现高性能原生 SQLite 数据库访问
-locale: zh
----
-
-本指南将帮助您安装和配置 **@capgo/capacitor-fast-sql** 插件，以实现高性能 SQLite 数据库访问。
-
-## 为什么选择 Fast SQL？
-
-Capacitor 的传统 SQLite 插件依赖标准的 JavaScript 桥接在您的 Web 代码和原生代码之间进行通信。虽然这对于小型操作来说效果不错，但当您需要传输大量数据时，桥接会成为一个重大瓶颈。每一块数据都必须序列化为 JSON，通过桥接发送，然后在另一端反序列化。这种序列化开销使得处理数千行或大型二进制数据的操作变得极其缓慢。
-
-**Fast SQL 解决了这个问题**，它在设备上建立了一个本地 HTTP 服务器，直接与原生 SQLite 数据库通信。这种自定义协议完全绕过了 Capacitor 的桥接，消除了序列化开销，实现了：
-
-- **批量操作和大型数据集的性能提升高达 25 倍**
-- **高效的二进制数据传输**，无需 base64 编码
-- **流式传输大型结果**，无内存问题
-- **同步系统的最佳性能**，如 CRDT 和操作转换
-
-这使得 Fast SQL 非常适合本地优先应用、离线同步系统以及需要用更可靠和高性能的解决方案替换 IndexedDB 的场景。
-
-## 安装
-
-```bash
-npm install @capgo/capacitor-fast-sql
-npx cap sync
-```
-
-## 平台配置
-
-### iOS 配置
-
-将以下内容添加到您的 `Info.plist` 以允许本地网络：
-
-```xml title="ios/App/App/Info.plist"
-<key>NSAppTransportSecurity</key>
-<dict>
-    <key>NSAllowsLocalNetworking</key>
-    <true/>
-</dict>
-```
-
-### Android 配置
-
-如果需要，将以下内容添加到您的 `AndroidManifest.xml`：
-
-```xml title="android/app/src/main/AndroidManifest.xml"
-<application
-    android:usesCleartextTraffic="true">
-    ...
-</application>
-```
-
-### Web 配置
-
-对于 Web 平台支持，请安装 sql.js：
-
-```bash
-npm install sql.js
-```
-
-## 基本用法
-
-### 连接到数据库
-
-```typescript
-import { FastSQL } from '@capgo/capacitor-fast-sql';
-
-// Connect to database (creates file if it doesn't exist)
-const db = await FastSQL.connect({
-  database: 'myapp'
-});
-
-console.log('Connected to database on port:', db.port);
-```
-
-### 创建表
-
-```typescript
-// Create a table
-await db.execute(`
-  CREATE TABLE IF NOT EXISTS users (
-    id INTEGER PRIMARY KEY AUTOINCREMENT,
-    name TEXT NOT NULL,
-    email TEXT UNIQUE,
-    created_at INTEGER DEFAULT (strftime('%s', 'now'))
-  )
-`);
-```
-
-### 插入数据
-
-```typescript
-// Insert single row
-const result = await db.run(
-  'INSERT INTO users (name, email) VALUES (?, ?)',
-  ['John Doe', 'john@example.com']
-);
-
-console.log('Inserted row ID:', result.insertId);
-console.log('Rows affected:', result.rowsAffected);
-```
-
-### 查询数据
-
-```typescript
-// Query with parameters
-const users = await db.query(
-  'SELECT * FROM users WHERE name LIKE ?',
-  ['John%']
-);
-
-console.log('Found users:', users);
-
-// users is an array of objects:
-// [{ id: 1, name: 'John Doe', email: 'john@example.com', created_at: 1234567890 }]
-```
-
-### 更新数据
-
-```typescript
-const result = await db.run(
-  'UPDATE users SET email = ? WHERE id = ?',
-  ['newemail@example.com', 1]
-);
-
-console.log('Updated rows:', result.rowsAffected);
-```
-
-### 删除数据
-
-```typescript
-const result = await db.run(
-  'DELETE FROM users WHERE id = ?',
-  [1]
-);
-
-console.log('Deleted rows:', result.rowsAffected);
-```
-
-## 事务
-
-事务确保原子性 - 所有操作要么都成功，要么都回滚：
-
-```typescript
-try {
-  await db.transaction(async (tx) => {
-    // All operations in this block are part of the transaction
-    await tx.run('INSERT INTO accounts (name, balance) VALUES (?, ?)', ['Alice', 1000]);
-    await tx.run('INSERT INTO accounts (name, balance) VALUES (?, ?)', ['Bob', 500]);
-
-    // Transfer money
-    await tx.run('UPDATE accounts SET balance = balance - 100 WHERE name = ?', ['Alice']);
-    await tx.run('UPDATE accounts SET balance = balance + 100 WHERE name = ?', ['Bob']);
-  });
-
-  console.log('Transaction committed successfully!');
-} catch (error) {
-  console.error('Transaction rolled back:', error);
-  // All changes are automatically rolled back on error
-}
-```
-
-### 事务隔离级别
-
-```typescript
-import { FastSQL, IsolationLevel } from '@capgo/capacitor-fast-sql';
-
-await db.transaction(async (tx) => {
-  // Your operations
-}, IsolationLevel.Serializable);
-```
-
-可用的隔离级别：
-- `ReadUncommitted` - 最低隔离，最高性能
-- `ReadCommitted` - 防止脏读
-- `RepeatableRead` - 防止不可重复读
-- `Serializable` - 最高隔离，防止所有异常
-
-## 批量操作
-
-高效执行多个语句：
-
-```typescript
-const results = await db.executeBatch([
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['App started', 'INFO']
-  },
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['User logged in', 'INFO']
-  },
-  {
-    statement: 'INSERT INTO logs (message, level) VALUES (?, ?)',
-    params: ['Error occurred', 'ERROR']
-  },
-]);
-
-console.log('Executed', results.length, 'statements');
-```
-
-## 二进制数据 (BLOBs)
-
-使用 Uint8Array 存储和检索二进制数据：
-
-```typescript
-// Store binary data
-const imageData = new Uint8Array([0xFF, 0xD8, 0xFF, 0xE0, /* ... */]);
-
-await db.run(
-  'INSERT INTO images (name, data) VALUES (?, ?)',
-  ['photo.jpg', imageData]
-);
-
-// Retrieve binary data
-const rows = await db.query('SELECT data FROM images WHERE name = ?', ['photo.jpg']);
-const retrievedData = rows[0].data; // Uint8Array
-```
-
-## 加密 (iOS/Android)
-
-启用 SQLCipher 加密以实现安全存储：
-
-```typescript
-const db = await FastSQL.connect({
-  database: 'secure_db',
-  encrypted: true,
-  encryptionKey: 'your-secure-encryption-key'
-});
-```
-
-:::caution
-- 加密仅在 iOS 和 Android 上可用
-- 安全存储加密密钥（使用 Keychain/Keystore）
-- 没有正确的密钥无法打开加密的数据库
-- Web 平台不支持加密
-:::
-
-## 只读模式
-
-以只读模式打开数据库以防止修改：
-
-```typescript
-const db = await FastSQL.connect({
-  database: 'myapp',
-  readOnly: true
-});
-```
-
-## 关闭连接
-
-完成后始终关闭数据库连接：
-
-```typescript
-await FastSQL.disconnect('myapp');
-```
-
-## 直接 HTTP 协议
-
-对于大型数据集的最大性能，直接使用 HTTP 协议：
-
-```typescript
-const { port, token } = await FastSQL.getServerInfo({ database: 'myapp' });
-
-// Make direct HTTP requests to localhost:port
-// Include token in Authorization header
-const response = await fetch(`http://localhost:${port}/execute`, {
-  method: 'POST',
-  headers: {
-    'Authorization': `Bearer ${token}`,
-    'Content-Type': 'application/json'
-  },
-  body: JSON.stringify({
-    statement: 'SELECT * FROM users',
-    params: []
-  })
-});
-
-const result = await response.json();
-```
-
-## 错误处理
-
-```typescript
-import { FastSQL } from '@capgo/capacitor-fast-sql';
-
-try {
-  const db = await FastSQL.connect({ database: 'myapp' });
-
-  await db.run('INSERT INTO users (name, email) VALUES (?, ?)', ['John', 'john@example.com']);
-
-} catch (error) {
-  if (error.message.includes('UNIQUE constraint failed')) {
-    console.error('Email already exists');
-  } else if (error.message.includes('no such table')) {
-    console.error('Table does not exist');
-  } else {
-    console.error('Database error:', error);
-  }
-}
-```
-
-## 常见 SQL 模式
-
-### 检查表是否存在
-
-```typescript
-const result = await db.query(
-  "SELECT name FROM sqlite_master WHERE type='table' AND name=?",
-  ['users']
-);
-
-const tableExists = result.length > 0;
-```
-
-### 获取表结构
-
-```typescript
-const schema = await db.query('PRAGMA table_info(users)');
-console.log('Columns:', schema);
-```
-
-### 计数行数
-
-```typescript
-const result = await db.query('SELECT COUNT(*) as count FROM users');
-const count = result[0].count;
-```
-
-### 分页
-
-```typescript
-const pageSize = 20;
-const page = 1;
-const offset = (page - 1) * pageSize;
-
-const users = await db.query(
-  'SELECT * FROM users ORDER BY created_at DESC LIMIT ? OFFSET ?',
-  [pageSize, offset]
-);
-```
-
-## 性能提示
-
-1. **使用事务** 进行多个操作 - 比单独提交快得多
-2. **使用批量操作** 进行批量插入 - 比循环更高效
-3. **创建索引** 在经常查询的列上
-4. **使用带参数的预处理语句** (?) - 防止 SQL 注入并提高性能
-5. **直接使用 HTTP 协议** 处理非常大的结果集
-6. **关闭连接** 不使用时释放资源
-
-## 下一步
-
-查看[完整教程](/plugins/capacitor-fast-sql)了解高级模式，包括：
-- 数据库服务架构
-- 迁移系统
-- 同步引擎
-- 复杂查询和连接
-- 性能优化
diff --git a/src/content/docs/zh/docs/plugins/fast-sql/index.mdx b/src/content/docs/zh/docs/plugins/fast-sql/index.mdx
deleted file mode 100644
index b43763c73..000000000
--- a/src/content/docs/zh/docs/plugins/fast-sql/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-fast-sql"
-description: 高性能原生 SQLite，采用自定义 HTTP 协议，用于高效的同步操作和 IndexedDB 替代。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 超快速原生 SQLite，具有用于同步系统和大型数据集的自定义协议，性能提升高达 25 倍。
-  image:
-    file: ~public/icons/plugins/fast-sql.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/fast-sql/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-fast-sql/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="自定义 HTTP 协议" icon="rocket">
-    绕过 Capacitor 桥接，性能提升高达 25 倍 ⚡
-  </Card>
-  <Card title="完整的 SQLite 支持" icon="list-format">
-    完整的 SQL 支持，具有事务和批量操作 📊
-  </Card>
-  <Card title="同步友好" icon="random">
-    专为本地同步系统设计，如 CRDT 和操作转换 🔄
-  </Card>
-  <Card title="跨平台" icon="laptop">
-    iOS、Android 和 Web，使用 sql.js + IndexedDB 🌐
-  </Card>
-  <Card title="事务支持" icon="approve-check-circle">
-    具有可配置隔离级别的 ACID 事务 🔒
-  </Card>
-  <Card title="二进制数据" icon="document">
-    原生支持 Uint8Array/BLOB 存储 📁
-  </Card>
-  <Card title="入门指南" icon="open-book">
-    查看[入门指南](/docs/plugins/fast-sql/getting-started/)以安装和配置插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/ffmpeg/getting-started.mdx b/src/content/docs/zh/docs/plugins/ffmpeg/getting-started.mdx
deleted file mode 100644
index 196d11e38..000000000
--- a/src/content/docs/zh/docs/plugins/ffmpeg/getting-started.mdx
+++ /dev/null
@@ -1,277 +0,0 @@
----
-title: 入门指南
-description: 了解如何在 Capacitor 应用中安装和使用 FFmpeg 插件进行视频处理。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-ffmpeg" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用
-
-导入插件并使用它重新编码视频：
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-
-// Re-encode a video with custom settings
-const processVideo = async () => {
-  await CapacitorFFmpeg.reencodeVideo({
-    inputPath: '/path/to/input/video.mp4',
-    outputPath: '/path/to/output/video.mp4',
-    width: 1280,
-    height: 720,
-    bitrate: 2000000 // Optional: 2 Mbps
-  });
-};
-
-// Get plugin version
-const checkVersion = async () => {
-  const { version } = await CapacitorFFmpeg.getPluginVersion();
-  console.log('FFmpeg plugin version:', version);
-};
-```
-
-## API 参考
-
-### reencodeVideo(options)
-
-使用指定的尺寸和比特率重新编码视频文件。
-
-```typescript
-await CapacitorFFmpeg.reencodeVideo({
-  inputPath: '/path/to/input.mp4',
-  outputPath: '/path/to/output.mp4',
-  width: 1920,
-  height: 1080,
-  bitrate: 5000000 // Optional: 5 Mbps
-});
-```
-
-**参数：**
-- `inputPath` (string): 输入视频文件的完整路径
-- `outputPath` (string): 输出视频将保存的完整路径
-- `width` (number): 目标宽度（像素）
-- `height` (number): 目标高度（像素）
-- `bitrate` (number, 可选): 目标比特率（比特/秒）
-
-### getPluginVersion()
-
-获取原生 Capacitor 插件版本。
-
-```typescript
-const { version } = await CapacitorFFmpeg.getPluginVersion();
-```
-
-## 完整示例
-
-```typescript
-import { CapacitorFFmpeg } from '@capgo/capacitor-ffmpeg';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class VideoProcessor {
-  /**
-   * Compress a video to reduce file size
-   */
-  async compressVideo(inputPath: string, quality: 'low' | 'medium' | 'high') {
-    const qualitySettings = {
-      low: { width: 640, height: 360, bitrate: 500000 },
-      medium: { width: 1280, height: 720, bitrate: 2000000 },
-      high: { width: 1920, height: 1080, bitrate: 5000000 }
-    };
-
-    const settings = qualitySettings[quality];
-    const outputPath = inputPath.replace('.mp4', `_${quality}.mp4`);
-
-    try {
-      await CapacitorFFmpeg.reencodeVideo({
-        inputPath,
-        outputPath,
-        width: settings.width,
-        height: settings.height,
-        bitrate: settings.bitrate
-      });
-
-      console.log(`Video compressed to ${quality} quality:`, outputPath);
-      return outputPath;
-    } catch (error) {
-      console.error('Video compression failed:', error);
-      throw error;
-    }
-  }
-
-  /**
-   * Resize video to specific dimensions
-   */
-  async resizeVideo(
-    inputPath: string,
-    width: number,
-    height: number
-  ): Promise<string> {
-    const outputPath = inputPath.replace('.mp4', '_resized.mp4');
-
-    await CapacitorFFmpeg.reencodeVideo({
-      inputPath,
-      outputPath,
-      width,
-      height
-    });
-
-    return outputPath;
-  }
-
-  /**
-   * Create a thumbnail-quality version of a video
-   */
-  async createThumbnailVideo(inputPath: string): Promise<string> {
-    return this.compressVideo(inputPath, 'low');
-  }
-
-  /**
-   * Batch process multiple videos
-   */
-  async processMultipleVideos(
-    videoPaths: string[],
-    width: number,
-    height: number,
-    bitrate?: number
-  ): Promise<string[]> {
-    const outputPaths: string[] = [];
-
-    for (const inputPath of videoPaths) {
-      const outputPath = inputPath.replace('.mp4', '_processed.mp4');
-
-      try {
-        await CapacitorFFmpeg.reencodeVideo({
-          inputPath,
-          outputPath,
-          width,
-          height,
-          bitrate
-        });
-
-        outputPaths.push(outputPath);
-      } catch (error) {
-        console.error(`Failed to process ${inputPath}:`, error);
-      }
-    }
-
-    return outputPaths;
-  }
-}
-```
-
-## 最佳实践
-
-1. **使用适当的比特率**
-   根据分辨率和用例选择比特率：
-   ```typescript
-   // Mobile sharing (low bandwidth)
-   const lowQuality = { width: 640, height: 360, bitrate: 500000 };
-
-   // Standard quality
-   const standardQuality = { width: 1280, height: 720, bitrate: 2000000 };
-
-   // High quality
-   const highQuality = { width: 1920, height: 1080, bitrate: 5000000 };
-   ```
-
-2. **保持纵横比**
-   计算尺寸以保持纵横比：
-   ```typescript
-   function calculateDimensions(originalWidth: number, originalHeight: number, targetWidth: number) {
-     const aspectRatio = originalWidth / originalHeight;
-     return {
-       width: targetWidth,
-       height: Math.round(targetWidth / aspectRatio)
-     };
-   }
-   ```
-
-3. **正确处理文件路径**
-   使用 Capacitor Filesystem 进行跨平台路径处理：
-   ```typescript
-   import { Filesystem, Directory } from '@capacitor/filesystem';
-
-   const inputPath = await Filesystem.getUri({
-     directory: Directory.Documents,
-     path: 'input.mp4'
-   });
-   ```
-
-4. **向用户显示进度**
-   视频处理可能很慢 - 通知用户：
-   ```typescript
-   async function processWithProgress(inputPath: string) {
-     // Show loading indicator
-     showLoading('Processing video...');
-
-     try {
-       await CapacitorFFmpeg.reencodeVideo({
-         inputPath,
-         outputPath: '/path/to/output.mp4',
-         width: 1280,
-         height: 720
-       });
-
-       showSuccess('Video processed successfully!');
-     } catch (error) {
-       showError('Failed to process video');
-     } finally {
-       hideLoading();
-     }
-   }
-   ```
-
-5. **清理临时文件**
-   删除中间文件以节省存储空间：
-   ```typescript
-   async function processAndCleanup(inputPath: string) {
-     const outputPath = inputPath.replace('.mp4', '_output.mp4');
-
-     await CapacitorFFmpeg.reencodeVideo({
-       inputPath,
-       outputPath,
-       width: 1280,
-       height: 720
-     });
-
-     // Remove original if no longer needed
-     await Filesystem.deleteFile({ path: inputPath });
-
-     return outputPath;
-   }
-   ```
-
-## 平台说明
-
-### iOS
-- 需要 iOS 11.0+
-- 大型视频处理可能需要后台任务权限
-- 使用原生 iOS VideoToolbox 进行硬件加速
-
-### Android
-- 需要 Android 5.0 (API 21)+
-- 硬件加速因设备而异
-- 可能需要 WRITE_EXTERNAL_STORAGE 权限才能访问文件
-
-### Web
-- Web 平台不支持
-
-## 性能提示
-
-1. **降低分辨率以加快处理速度**：较小的尺寸 = 更快的编码
-2. **使用硬件加速**：让原生平台优化编码
-3. **在后台处理**：视频处理期间不要阻塞 UI
-4. **监控内存使用**：大型视频可能会消耗大量内存
-5. **在真实设备上测试**：模拟器可能无法反映实际性能
diff --git a/src/content/docs/zh/docs/plugins/ffmpeg/index.mdx b/src/content/docs/zh/docs/plugins/ffmpeg/index.mdx
deleted file mode 100644
index bf615f937..000000000
--- a/src/content/docs/zh/docs/plugins/ffmpeg/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-ffmpeg"
-description: 由 FFmpeg 提供支持的 Capacitor 应用视频编码和处理。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 在 Capacitor 应用中使用强大的 FFmpeg 库以自定义分辨率和比特率重新编码视频。
-  image:
-    file: ~public/icons/plugins/ffmpeg.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/ffmpeg/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ffmpeg/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="视频重新编码" icon="rocket">
-    使用 FFmpeg 转换和压缩视频
-  </Card>
-  <Card title="自定义分辨率" icon="setting">
-    将视频调整为任意宽度和高度
-  </Card>
-  <Card title="比特率控制" icon="star">
-    控制视频质量和文件大小
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/ffmpeg/getting-started/)开始处理视频。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/file-compressor/getting-started.mdx b/src/content/docs/zh/docs/plugins/file-compressor/getting-started.mdx
deleted file mode 100644
index 5c298b034..000000000
--- a/src/content/docs/zh/docs/plugins/file-compressor/getting-started.mdx
+++ /dev/null
@@ -1,166 +0,0 @@
----
-title: 入门指南
-description: 了解如何安装和使用 File Compressor 插件在 Capacitor 应用中压缩图像。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-file-compressor" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 平台支持
-
-| 平台 | 支持的格式 | 注释 |
-|----------|-------------------|-------|
-| iOS | JPEG | 仅支持 JPEG 压缩 |
-| Android | JPEG, WebP | 两种格式都完全支持 |
-| Web | JPEG, WebP | 基于 Canvas API 的压缩 |
-
-注意：在所有平台上，压缩期间会删除 EXIF 元数据。
-
-## 使用
-
-导入插件并压缩图像：
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-
-// Compress an image
-const compressImage = async () => {
-  const result = await FileCompressor.compressImage({
-    source: 'file:///path/to/image.jpg',
-    quality: 0.8,
-    width: 1920,
-    height: 1080
-  });
-
-  console.log('Compressed image path:', result.path);
-  console.log('Original size:', result.originalSize);
-  console.log('Compressed size:', result.size);
-};
-```
-
-## API 参考
-
-### compressImage(options)
-
-使用指定的尺寸和质量设置压缩图像文件。
-
-```typescript
-interface CompressImageOptions {
-  source: string;           // Path to the image file
-  quality?: number;         // 0.0 to 1.0 (default: 0.8)
-  width?: number;           // Target width in pixels
-  height?: number;          // Target height in pixels
-  format?: 'jpeg' | '.webp'; // Output format
-}
-
-interface CompressImageResult {
-  path: string;             // Path to compressed image
-  size: number;             // Compressed file size in bytes
-  originalSize: number;     // Original file size in bytes
-}
-
-const result = await FileCompressor.compressImage(options);
-```
-
-**重要说明：**
-- 在所有平台上，压缩期间会删除 EXIF 元数据
-- 如果只提供一个维度，纵横比会自动保持
-- 在原生平台上，压缩文件会保存到临时目录
-
-### getPluginVersion()
-
-获取原生插件版本。
-
-```typescript
-const { version } = await FileCompressor.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## 完整示例
-
-```typescript
-import { FileCompressor } from '@capgo/capacitor-file-compressor';
-import { Camera } from '@capacitor/camera';
-
-export class ImageCompressionService {
-  async captureAndCompress() {
-    try {
-      // Take a photo
-      const photo = await Camera.getPhoto({
-        quality: 100,
-        allowEditing: false,
-        resultType: 'uri'
-      });
-
-      if (!photo.path) {
-        throw new Error('No image path');
-      }
-
-      // Compress the photo
-      const compressed = await FileCompressor.compressImage({
-        source: photo.path,
-        quality: 0.7,
-        width: 1920,
-        height: 1080,
-        format: 'jpeg'
-      });
-
-      console.log(`Compression ratio: ${
-        ((1 - compressed.size / compressed.originalSize) * 100).toFixed(1)
-      }%`);
-
-      return compressed.path;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async batchCompress(imagePaths: string[]) {
-    const results = [];
-
-    for (const path of imagePaths) {
-      try {
-        const result = await FileCompressor.compressImage({
-          source: path,
-          quality: 0.8,
-          width: 1280
-        });
-        results.push(result);
-      } catch (error) {
-        console.error(`Failed to compress ${path}:`, error);
-      }
-    }
-
-    return results;
-  }
-}
-```
-
-## 最佳实践
-
-1. **质量设置**：从 0.8 质量开始，在文件大小和图像质量之间取得良好平衡
-2. **调整尺寸维度**：仅在需要时指定尺寸 - 纵横比会自动保持
-3. **格式选择**：照片使用 JPEG，更好的压缩使用 WebP（仅限 Android/Web）
-4. **错误处理**：始终将压缩调用包装在 try-catch 块中
-5. **清理**：使用后记得清理临时文件
-
-## 故障排除
-
-### 常见问题
-
-**图像未压缩**：确保源路径有效且可访问
-**内存不足**：减少目标尺寸或一次压缩一张图像
-**格式不支持**：检查上面的平台支持表
diff --git a/src/content/docs/zh/docs/plugins/file-compressor/index.mdx b/src/content/docs/zh/docs/plugins/file-compressor/index.mdx
deleted file mode 100644
index 2036177bc..000000000
--- a/src/content/docs/zh/docs/plugins/file-compressor/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-file-compressor"
-description: 高效压缩图像，支持跨平台的 PNG、JPEG 和 WebP 格式。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 在 iOS、Android 和 Web 上高效压缩图像，支持 PNG、JPEG 和 WebP 格式。
-  image:
-    file: ~public/icons/plugins/file-compressor.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/file-compressor/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-file-compressor/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="多种格式" icon="document">
-    跨平台支持 JPEG 和 WebP 压缩 🖼️
-  </Card>
-  <Card title="质量控制" icon="setting">
-    从 0.0 到 1.0 的可调压缩质量以实现完美平衡 ⚙️
-  </Card>
-  <Card title="智能调整大小" icon="puzzle">
-    调整大小时自动保持纵横比 📐
-  </Card>
-  <Card title="零后端" icon="rocket">
-    所有压缩都在设备上进行 - 无需服务器 🚀
-  </Card>
-  <Card title="跨平台" icon="laptop">
-    在 iOS、Android 和 Web 平台上使用一致的 API 📱
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/file-compressor/getting-started/)，只需几分钟即可掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/file-picker/getting-started.mdx b/src/content/docs/zh/docs/plugins/file-picker/getting-started.mdx
deleted file mode 100644
index 518d0758d..000000000
--- a/src/content/docs/zh/docs/plugins/file-picker/getting-started.mdx
+++ /dev/null
@@ -1,356 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装并使用 File Picker 插件,在 Capacitor 应用中选择文件、图片、视频与目录。
-sidebar:
-  order: 2
-locale: zh
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-file-picker" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 要求
-
-- iOS:iOS 15.0+
-- Android:API 24+ (Android 7.0+)
-- Web:支持 File API 的现代浏览器
-
-## 基本用法
-
-### 选择文件
-
-```typescript
-import { FilePicker } from '@capgo/capacitor-file-picker';
-
-// 选择任意文件
-const pickFiles = async () => {
-  const result = await FilePicker.pickFiles({
-    limit: 5 // 最多 5 个文件
-  });
-
-  for (const file of result.files) {
-    console.log('File name:', file.name);
-    console.log('File path:', file.path);
-    console.log('MIME type:', file.mimeType);
-    console.log('Size:', file.size);
-  }
-};
-
-// 选择特定文件类型
-const pickPDFs = async () => {
-  const result = await FilePicker.pickFiles({
-    types: ['application/pdf'],
-    limit: 1
-  });
-  return result.files[0];
-};
-```
-
-### 选择图片
-
-```typescript
-import { FilePicker } from '@capgo/capacitor-file-picker';
-
-const pickImages = async () => {
-  const result = await FilePicker.pickImages({
-    limit: 10,
-    ordered: true // 显示选择顺序徽标(iOS 15+)
-  });
-
-  for (const image of result.files) {
-    console.log('Image:', image.name);
-    console.log('Dimensions:', image.width, 'x', image.height);
-    console.log('Path:', image.path);
-  }
-};
-```
-
-### 选择视频
-
-```typescript
-import { FilePicker } from '@capgo/capacitor-file-picker';
-
-const pickVideos = async () => {
-  const result = await FilePicker.pickVideos({
-    limit: 3,
-    skipTranscoding: true // 在 iOS 上跳过视频转码
-  });
-
-  for (const video of result.files) {
-    console.log('Video:', video.name);
-    console.log('Duration:', video.duration, 'seconds');
-    console.log('Dimensions:', video.width, 'x', video.height);
-  }
-};
-```
-
-### 选择媒体(图片 + 视频)
-
-```typescript
-import { FilePicker } from '@capgo/capacitor-file-picker';
-
-const pickMedia = async () => {
-  const result = await FilePicker.pickMedia({
-    limit: 0 // 不限数量
-  });
-
-  return result.files;
-};
-```
-
-### 选择目录
-
-```typescript
-import { FilePicker } from '@capgo/capacitor-file-picker';
-
-const pickDirectory = async () => {
-  const result = await FilePicker.pickDirectory();
-  console.log('Selected directory:', result.path);
-  return result.path;
-};
-```
-
-## API 参考
-
-### pickFiles(options?)
-
-从设备选择一个或多个文件。
-
-```typescript
-interface PickFilesOptions {
-  types?: string[];     // MIME 类型或扩展名:['image/*'], ['application/pdf']
-  limit?: number;       // 最大数量(0 = 不限)
-  readData?: boolean;   // 返回 base64 数据
-}
-
-const result = await FilePicker.pickFiles(options);
-// Returns: { files: PickedFile[] }
-```
-
-### pickImages(options?)
-
-从相册选择图片。仅 Android/iOS。
-
-```typescript
-interface PickMediaOptions {
-  limit?: number;           // 最大数量(0 = 不限)
-  readData?: boolean;       // 返回 base64 数据
-  skipTranscoding?: boolean; // iOS:跳过转码
-  ordered?: boolean;        // iOS 15+:显示选择顺序
-}
-
-const result = await FilePicker.pickImages(options);
-```
-
-### pickVideos(options?)
-
-从相册选择视频。仅 Android/iOS。
-
-```typescript
-const result = await FilePicker.pickVideos(options);
-```
-
-### pickMedia(options?)
-
-从相册选择图片或视频。仅 Android/iOS。
-
-```typescript
-const result = await FilePicker.pickMedia(options);
-```
-
-### pickDirectory()
-
-选择目录。仅 Android/iOS。
-
-```typescript
-const result = await FilePicker.pickDirectory();
-// Returns: { path: string }
-```
-
-### convertHeicToJpeg(options)
-
-将 HEIC 图片转换为 JPEG。仅 iOS。
-
-```typescript
-interface ConvertHeicToJpegOptions {
-  path: string;      // HEIC 文件路径
-  quality?: number;  // 0.0 - 1.0 (默认: 0.9)
-}
-
-const result = await FilePicker.convertHeicToJpeg({
-  path: '/path/to/image.heic',
-  quality: 0.8
-});
-// Returns: { path: string } - 转换后的 JPEG 路径
-```
-
-### copyFile(options)
-
-将文件复制到新位置。
-
-```typescript
-interface CopyFileOptions {
-  from: string;        // 源路径
-  to: string;          // 目标路径
-  overwrite?: boolean; // 如存在则覆盖(默认: false)
-}
-
-await FilePicker.copyFile({
-  from: '/path/to/source.jpg',
-  to: '/path/to/destination.jpg',
-  overwrite: true
-});
-```
-
-### checkPermissions() / requestPermissions()
-
-检查或请求文件访问权限。仅 Android。
-
-```typescript
-const status = await FilePicker.checkPermissions();
-// Returns: { readExternalStorage: 'granted' | 'denied' | 'prompt' }
-
-const newStatus = await FilePicker.requestPermissions();
-```
-
-## PickedFile 接口
-
-```typescript
-interface PickedFile {
-  name: string;       // 文件名
-  path: string;       // 文件路径
-  mimeType: string;   // MIME 类型
-  size: number;       // 字节大小
-  data?: string;      // Base64 数据(若 readData 为 true)
-  blob?: Blob;        // Blob 实例(仅 Web)
-  width?: number;     // 宽度像素(图片/视频)
-  height?: number;    // 高度像素(图片/视频)
-  duration?: number;  // 时长(秒,视频)
-  modifiedAt?: number; // 最后修改时间戳
-}
-```
-
-## 完整示例
-
-```typescript
-import { FilePicker } from '@capgo/capacitor-file-picker';
-import { Capacitor } from '@capacitor/core';
-
-export class FilePickerService {
-  async pickProfileImage(): Promise<string | null> {
-    try {
-      const result = await FilePicker.pickImages({
-        limit: 1
-      });
-
-      if (result.files.length === 0) {
-        return null;
-      }
-
-      const file = result.files[0];
-
-      // 如需在 iOS 上将 HEIC 转为 JPEG
-      if (Capacitor.getPlatform() === 'ios' &&
-          file.mimeType === 'image/heic') {
-        const converted = await FilePicker.convertHeicToJpeg({
-          path: file.path,
-          quality: 0.9
-        });
-        return converted.path;
-      }
-
-      return file.path;
-    } catch (error) {
-      console.error('Failed to pick image:', error);
-      return null;
-    }
-  }
-
-  async pickDocuments(): Promise<PickedFile[]> {
-    const result = await FilePicker.pickFiles({
-      types: [
-        'application/pdf',
-        'application/msword',
-        'application/vnd.openxmlformats-officedocument.wordprocessingml.document'
-      ],
-      limit: 10
-    });
-
-    return result.files;
-  }
-
-  async pickAndReadFile(): Promise<{ name: string; data: string } | null> {
-    const result = await FilePicker.pickFiles({
-      limit: 1,
-      readData: true
-    });
-
-    if (result.files.length === 0) return null;
-
-    const file = result.files[0];
-    return {
-      name: file.name,
-      data: file.data! // Base64 编码数据
-    };
-  }
-
-  async getVideoForUpload(): Promise<{
-    path: string;
-    duration: number;
-    dimensions: { width: number; height: number };
-  } | null> {
-    const result = await FilePicker.pickVideos({
-      limit: 1,
-      skipTranscoding: false // 确保格式兼容
-    });
-
-    if (result.files.length === 0) return null;
-
-    const video = result.files[0];
-    return {
-      path: video.path,
-      duration: video.duration || 0,
-      dimensions: {
-        width: video.width || 0,
-        height: video.height || 0
-      }
-    };
-  }
-}
-```
-
-## 平台说明
-
-### iOS
-
-- 需要 iOS 15.0+
-- 图片/视频使用 `PHPickerViewController`
-- 文件使用 `UIDocumentPickerViewController`
-- HEIC 图片可通过 `convertHeicToJpeg()` 转为 JPEG
-- `ordered` 选项显示选择顺序徽标(iOS 15+)
-- `skipTranscoding` 可避免自动视频格式转换
-
-### Android
-
-- 需要 API 24+ (Android 7.0+)
-- 文件选择使用 `Intent.ACTION_OPEN_DOCUMENT`
-- 媒体选择使用 MediaStore 的 `Intent.ACTION_PICK`
-- 需要时会自动请求权限
-- 在选择前可用 `checkPermissions()` 检查权限
-
-### Web
-
-- 使用原生 `<input type="file">` 元素
-- `blob` 属性返回 `Blob` 对象
-- Web 不支持 `pickDirectory()`
-- Web 不支持 HEIC 转换
-- 部分元数据(尺寸、时长)可能不可用
diff --git a/src/content/docs/zh/docs/plugins/file-picker/index.mdx b/src/content/docs/zh/docs/plugins/file-picker/index.mdx
deleted file mode 100644
index c965cec66..000000000
--- a/src/content/docs/zh/docs/plugins/file-picker/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-file-picker"
-locale: zh
-description: 在 iOS 与 Android 上以完整原生支持选择文件、图片、视频与目录。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 功能全面的文件选择插件,在 iOS 和 Android 上原生支持选择文件、图片、视频与目录。
-  image:
-    file: ~public/icons/plugins/file-picker.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/file-picker/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-file-picker/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="多文件支持" icon="puzzle">
-    通过单一 API 选择文件、图片、视频或目录
-  </Card>
-  <Card title="丰富元数据" icon="information">
-    获取文件大小、尺寸、时长等信息
-  </Card>
-  <Card title="HEIC 转换" icon="rocket">
-    在 iOS 上将 HEIC 图片转换为 JPEG,提高兼容性
-  </Card>
-  <Card title="跨平台" icon="laptop">
-    适用于 iOS、Android 与 Web,并进行平台优化
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/file/getting-started.mdx b/src/content/docs/zh/docs/plugins/file/getting-started.mdx
deleted file mode 100644
index b5ee6fd4d..000000000
--- a/src/content/docs/zh/docs/plugins/file/getting-started.mdx
+++ /dev/null
@@ -1,389 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 学习如何在 Capacitor 应用中安装和使用 File 插件进行文件系统操作。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-file" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-导入插件并使用其方法进行文件操作：
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-// 写入文本文件
-const writeFile = async () => {
-  const result = await CapacitorFile.writeFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    data: 'Hello, World!',
-    encoding: Encoding.UTF8,
-    recursive: true, // 如果需要，创建父目录
-  });
-  console.log('File written to:', result.uri);
-};
-
-// 读取文本文件
-const readFile = async () => {
-  const result = await CapacitorFile.readFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-    encoding: Encoding.UTF8,
-  });
-  console.log('File contents:', result.data);
-};
-
-// 检查文件是否存在
-const checkExists = async () => {
-  const result = await CapacitorFile.exists({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-  console.log('File exists:', result.exists);
-};
-
-// 删除文件
-const deleteFile = async () => {
-  await CapacitorFile.deleteFile({
-    path: 'my-file.txt',
-    directory: Directory.Documents,
-  });
-};
-```
-
-## 目录位置
-
-插件提供了多个目录常量：
-
-```typescript
-import { Directory } from '@capgo/capacitor-file';
-
-// 可用目录
-Directory.Documents  // 用户可见文档（已备份）
-Directory.Data       // 私有应用数据存储
-Directory.Library    // 应用支持文件（iOS）/ files（Android）
-Directory.Cache      // 临时缓存（可能被操作系统清除）
-Directory.External   // 外部存储（仅 Android）
-Directory.Application // 只读应用包
-```
-
-## 编码选项
-
-```typescript
-import { Encoding } from '@capgo/capacitor-file';
-
-Encoding.UTF8   // UTF-8 文本编码
-Encoding.ASCII  // ASCII 文本编码
-Encoding.UTF16  // UTF-16 文本编码
-// 省略编码以处理二进制数据（返回 base64）
-```
-
-## API 参考
-
-### writeFile(options)
-
-将数据写入文件。
-
-```typescript
-const result = await CapacitorFile.writeFile({
-  path: 'folder/file.txt',
-  directory: Directory.Documents,
-  data: 'File content',
-  encoding: Encoding.UTF8,
-  recursive: true,  // 如果需要，创建目录
-  append: false,    // 覆盖现有文件
-  position: 0,      // 随机访问写入的字节位置
-});
-// 返回：{ uri: string }
-```
-
-### readFile(options)
-
-读取文件内容。
-
-```typescript
-const result = await CapacitorFile.readFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  encoding: Encoding.UTF8,
-  offset: 0,    // 从字节偏移量开始读取
-  length: 100,  // 仅读取这么多字节
-});
-// 返回：{ data: string }
-```
-
-### appendFile(options)
-
-向文件追加数据。
-
-```typescript
-await CapacitorFile.appendFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  data: '\nNew line',
-  encoding: Encoding.UTF8,
-});
-```
-
-### deleteFile(options)
-
-删除文件。
-
-```typescript
-await CapacitorFile.deleteFile({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-```
-
-### mkdir(options)
-
-创建目录。
-
-```typescript
-await CapacitorFile.mkdir({
-  path: 'my-folder/sub-folder',
-  directory: Directory.Documents,
-  recursive: true,  // 创建父目录
-});
-```
-
-### rmdir(options)
-
-删除目录。
-
-```typescript
-await CapacitorFile.rmdir({
-  path: 'my-folder',
-  directory: Directory.Documents,
-  recursive: true,  // 递归删除内容
-});
-```
-
-### readdir(options)
-
-列出目录内容。
-
-```typescript
-const result = await CapacitorFile.readdir({
-  path: '',  // 空表示目录的根
-  directory: Directory.Documents,
-});
-// 返回：{ entries: Entry[] }
-// 每个条目包含：{ name, isFile, isDirectory, fullPath, nativeURL }
-```
-
-### stat(options)
-
-获取文件或目录元数据。
-
-```typescript
-const result = await CapacitorFile.stat({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// 返回：{ type, size, mtime, ctime, uri }
-```
-
-### exists(options)
-
-检查文件或目录是否存在。
-
-```typescript
-const result = await CapacitorFile.exists({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// 返回：{ exists: boolean, type?: 'file' | 'directory' }
-```
-
-### copy(options)
-
-复制文件或目录。
-
-```typescript
-const result = await CapacitorFile.copy({
-  from: 'source.txt',
-  to: 'destination.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-// 返回：{ uri: string }
-```
-
-### rename(options) / move(options)
-
-重命名或移动文件或目录。
-
-```typescript
-await CapacitorFile.rename({
-  from: 'old-name.txt',
-  to: 'new-name.txt',
-  directory: Directory.Documents,
-  toDirectory: Directory.Documents,
-});
-```
-
-### truncate(options)
-
-将文件截断到特定大小。
-
-```typescript
-await CapacitorFile.truncate({
-  path: 'file.txt',
-  directory: Directory.Documents,
-  size: 100,  // 截断到 100 字节
-});
-```
-
-### getUri(options)
-
-获取文件的原生 URI。
-
-```typescript
-const result = await CapacitorFile.getUri({
-  path: 'file.txt',
-  directory: Directory.Documents,
-});
-// 返回：{ uri: string }
-```
-
-### getDirectories()
-
-获取所有可用的目录路径。
-
-```typescript
-const dirs = await CapacitorFile.getDirectories();
-// 返回路径：documents、data、cache、external 等
-```
-
-### getFreeDiskSpace()
-
-获取可用磁盘空间。
-
-```typescript
-const result = await CapacitorFile.getFreeDiskSpace();
-console.log('Free space:', result.free, 'bytes');
-```
-
-### checkPermissions() / requestPermissions()
-
-处理存储权限（Android）。
-
-```typescript
-const status = await CapacitorFile.checkPermissions();
-if (status.publicStorage !== 'granted') {
-  await CapacitorFile.requestPermissions();
-}
-```
-
-## 完整示例
-
-```typescript
-import { CapacitorFile, Directory, Encoding } from '@capgo/capacitor-file';
-
-export class FileService {
-  async saveJson(filename: string, data: object): Promise<void> {
-    await CapacitorFile.writeFile({
-      path: filename,
-      directory: Directory.Documents,
-      data: JSON.stringify(data, null, 2),
-      encoding: Encoding.UTF8,
-      recursive: true,
-    });
-  }
-
-  async loadJson<T>(filename: string): Promise<T | null> {
-    try {
-      const { exists } = await CapacitorFile.exists({
-        path: filename,
-        directory: Directory.Documents,
-      });
-
-      if (!exists) return null;
-
-      const result = await CapacitorFile.readFile({
-        path: filename,
-        directory: Directory.Documents,
-        encoding: Encoding.UTF8,
-      });
-
-      return JSON.parse(result.data) as T;
-    } catch (error) {
-      console.error('Failed to load JSON:', error);
-      return null;
-    }
-  }
-
-  async listFiles(folder: string = ''): Promise<string[]> {
-    const result = await CapacitorFile.readdir({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    return result.entries
-      .filter(entry => entry.isFile)
-      .map(entry => entry.name);
-  }
-
-  async deleteAll(folder: string): Promise<void> {
-    const { exists } = await CapacitorFile.exists({
-      path: folder,
-      directory: Directory.Documents,
-    });
-
-    if (exists) {
-      await CapacitorFile.rmdir({
-        path: folder,
-        directory: Directory.Documents,
-        recursive: true,
-      });
-    }
-  }
-
-  async copyToBackup(filename: string): Promise<string> {
-    const timestamp = Date.now();
-    const backupName = `backup/${timestamp}-${filename}`;
-
-    const result = await CapacitorFile.copy({
-      from: filename,
-      to: backupName,
-      directory: Directory.Documents,
-      toDirectory: Directory.Documents,
-    });
-
-    return result.uri;
-  }
-}
-```
-
-## 平台说明
-
-### iOS
-- 需要 iOS 13.0+
-- Documents 目录在文件应用中可见
-- Library 目录用于应用支持文件
-- 设备存储空间不足时可能会清除缓存
-
-### Android
-- 需要 Android 6.0 (API 23)+
-- 在较旧的 Android 版本上，外部存储需要运行时权限
-- Documents 目录映射到应用的 files 目录
-- 使用 External 目录访问共享存储
-
-### Web
-- Web 平台不支持
diff --git a/src/content/docs/zh/docs/plugins/file/index.mdx b/src/content/docs/zh/docs/plugins/file/index.mdx
deleted file mode 100644
index b64115667..000000000
--- a/src/content/docs/zh/docs/plugins/file/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-file"
-locale: zh
-description: 功能齐全的文件系统插件，用于读取、写入和管理文件和目录。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 完整的文件系统操作，支持读取、写入、复制、移动和目录管理，适用于 iOS 和 Android。
-  image:
-    file: ~public/icons/plugins/file.svg
-  actions:
-    - text: 入门指南
-      link: /docs/plugins/file/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-file/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="完整的文件操作" icon="rocket">
-    轻松读取、写入、追加、复制、移动和删除文件
-  </Card>
-  <Card title="目录管理" icon="seti:folder">
-    创建、列出和删除目录，支持递归操作
-  </Card>
-  <Card title="多种编码" icon="document">
-    支持 UTF-8、ASCII、UTF-16 和二进制（base64）数据
-  </Card>
-  <Card title="跨平台" icon="puzzle">
-    在 iOS 和 Android 上运行，跨平台 API 一致
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/flash/getting-started.mdx b/src/content/docs/zh/docs/plugins/flash/getting-started.mdx
deleted file mode 100644
index db6e6e6cd..000000000
--- a/src/content/docs/zh/docs/plugins/flash/getting-started.mdx
+++ /dev/null
@@ -1,197 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 学习如何在 Capacitor 应用中安装和使用 Flash 插件来控制设备闪光灯。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-flash" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-导入插件并使用其方法控制闪光灯：
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-// 检查闪光灯是否可用
-const checkFlashlight = async () => {
-  const { value } = await CapacitorFlash.isAvailable();
-  console.log('Flashlight available:', value);
-};
-
-// 打开闪光灯
-const turnOn = async () => {
-  await CapacitorFlash.switchOn();
-};
-
-// 关闭闪光灯
-const turnOff = async () => {
-  await CapacitorFlash.switchOff();
-};
-
-// 检查闪光灯是否打开
-const checkStatus = async () => {
-  const { value } = await CapacitorFlash.isSwitchedOn();
-  console.log('Flashlight is on:', value);
-};
-
-// 切换闪光灯
-const toggle = async () => {
-  await CapacitorFlash.toggle();
-};
-```
-
-## API 参考
-
-### isAvailable()
-
-检查设备是否有闪光灯。
-
-```typescript
-const result = await CapacitorFlash.isAvailable();
-// 返回：{ value: boolean }
-```
-
-### switchOn(options?)
-
-打开闪光灯。
-
-```typescript
-interface SwitchOnOptions {
-  intensity?: number; // 0.0 到 1.0（仅 iOS）
-}
-
-await CapacitorFlash.switchOn({ intensity: 0.5 });
-```
-
-### switchOff()
-
-关闭闪光灯。
-
-```typescript
-await CapacitorFlash.switchOff();
-```
-
-### isSwitchedOn()
-
-检查闪光灯当前是否打开。
-
-```typescript
-const result = await CapacitorFlash.isSwitchedOn();
-// 返回：{ value: boolean }
-```
-
-### toggle()
-
-切换闪光灯开/关。
-
-```typescript
-await CapacitorFlash.toggle();
-```
-
-## 完整示例
-
-```typescript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-export class FlashlightService {
-  private isOn = false;
-
-  async init() {
-    const { value } = await CapacitorFlash.isAvailable();
-    if (!value) {
-      throw new Error('Flashlight not available on this device');
-    }
-  }
-
-  async toggle() {
-    if (this.isOn) {
-      await CapacitorFlash.switchOff();
-    } else {
-      await CapacitorFlash.switchOn();
-    }
-    this.isOn = !this.isOn;
-  }
-
-  async turnOn(intensity?: number) {
-    await CapacitorFlash.switchOn({ intensity });
-    this.isOn = true;
-  }
-
-  async turnOff() {
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-
-  async strobe(intervalMs: number = 100, duration: number = 3000) {
-    const endTime = Date.now() + duration;
-
-    while (Date.now() < endTime) {
-      await CapacitorFlash.toggle();
-      await new Promise(resolve => setTimeout(resolve, intervalMs));
-    }
-
-    // 确保闪光灯在闪烁后关闭
-    await CapacitorFlash.switchOff();
-    this.isOn = false;
-  }
-}
-```
-
-## 最佳实践
-
-1. **首先检查可用性**
-   在使用闪光灯之前，始终验证其可用性：
-   ```typescript
-   const { value } = await CapacitorFlash.isAvailable();
-   if (!value) {
-     // 显示替代 UI 或禁用闪光灯功能
-   }
-   ```
-
-2. **优雅地处理错误**
-   ```typescript
-   try {
-     await CapacitorFlash.switchOn();
-   } catch (error) {
-     console.error('Failed to turn on flashlight:', error);
-   }
-   ```
-
-3. **不需要时关闭**
-   当应用进入后台或不再需要该功能时，始终关闭闪光灯以节省电池。
-
-4. **避免快速切换**
-   实施防抖以防止快速开/关切换，这可能会损坏 LED 或耗尽电池。
-
-## 平台说明
-
-### iOS
-- 需要 iOS 10.0+
-- 使用 `AVCaptureDevice` 手电筒模式
-- 支持强度控制（0.0 到 1.0）
-
-### Android
-- 需要 Android 6.0 (API 23)+
-- 使用 Camera2 API
-- 不支持强度控制（使用默认亮度）
-
-### Web
-- 在支持 MediaDevices API 和手电筒功能的浏览器上受支持
-- 使用摄像头流访问设备的闪光灯
-- 需要用户权限才能访问摄像头
-- 在移动浏览器上效果最佳（Android 上的 Chrome）
-- 桌面浏览器通常返回 `isAvailable: false`（无手电筒硬件）
-- Web 上不支持强度控制
diff --git a/src/content/docs/zh/docs/plugins/flash/index.mdx b/src/content/docs/zh/docs/plugins/flash/index.mdx
deleted file mode 100644
index c46a2042a..000000000
--- a/src/content/docs/zh/docs/plugins/flash/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-flash"
-description: 使用这个简单的 Capacitor 插件控制您的设备闪光灯/手电筒。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 使用这个轻量级的 Capacitor 插件以编程方式打开和关闭您设备的闪光灯/手电筒。
-  image:
-    file: ~public/icons/plugins/flash.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/flash/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/capacitor-flash/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="简单的 API" icon="rocket">
-    只需一个方法调用即可打开/关闭闪光灯 🚀
-  </Card>
-  <Card title="跨平台" icon="puzzle">
-    支持 iOS、Android 和 Web 平台 📱
-  </Card>
-  <Card title="轻量级" icon="rocket">
-    占用空间小，无依赖项 ⚡
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/flash/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/gtm/getting-started.mdx b/src/content/docs/zh/docs/plugins/gtm/getting-started.mdx
deleted file mode 100644
index 0bd453094..000000000
--- a/src/content/docs/zh/docs/plugins/gtm/getting-started.mdx
+++ /dev/null
@@ -1,242 +0,0 @@
----
-title: 开始使用
-description: 了解如何使用官方 SDK 在您的 Capacitor 应用中安装和集成 Google Tag Manager。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-gtm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 平台配置
-
-### iOS
-
-1. 从 Google Tag Manager 控制台下载您的 GTM 容器配置文件
-2. 在 Xcode 中将容器 JSON 文件添加到您的 iOS 项目
-3. 文件名应类似于 `GTM-XXXXXX.json`
-
-### Android
-
-1. 从 Google Tag Manager 控制台下载您的 GTM 容器配置文件
-2. 将容器 JSON 文件添加到 `android/app/src/main/assets/`
-3. 文件名应类似于 `GTM-XXXXXX.json`
-
-## 使用示例
-
-```typescript
-import { CapacitorGTM } from '@capgo/capacitor-gtm';
-
-// 使用您的容器 ID 初始化 GTM
-await CapacitorGTM.init({
-  containerId: 'GTM-XXXXXX'
-});
-
-// 将事件推送到 dataLayer
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Home',
-    screen_class: 'HomeScreen'
-  }
-});
-
-// 推送带参数的自定义事件
-await CapacitorGTM.pushEvent({
-  event: 'purchase',
-  parameters: {
-    transaction_id: 'T12345',
-    value: 25.00,
-    currency: 'USD',
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product Name',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-
-// 设置用户属性
-await CapacitorGTM.setUserProperty({
-  key: 'user_type',
-  value: 'premium'
-});
-
-// 从 dataLayer 获取值
-const result = await CapacitorGTM.getVariable({
-  key: 'config_value'
-});
-console.log('Config value:', result.value);
-```
-
-## API 参考
-
-### init(options)
-
-```typescript
-init(options: { containerId: string }) => Promise<void>
-```
-
-使用您的容器 ID 初始化 Google Tag Manager。
-
-| 参数         | 类型                             |
-| ------------- | -------------------------------- |
-| **`options`** | `{ containerId: string }` |
-
-### pushEvent(options)
-
-```typescript
-pushEvent(options: GTMEvent) => Promise<void>
-```
-
-将事件推送到 dataLayer，可选参数。
-
-| 参数         | 类型              |
-| ------------- | ----------------- |
-| **`options`** | `GTMEvent` |
-
-### setUserProperty(options)
-
-```typescript
-setUserProperty(options: { key: string; value: string }) => Promise<void>
-```
-
-为分段和定位设置用户属性。
-
-| 参数         | 类型                                      |
-| ------------- | ----------------------------------------- |
-| **`options`** | `{ key: string; value: string }` |
-
-### getVariable(options)
-
-```typescript
-getVariable(options: { key: string }) => Promise<{ value: any }>
-```
-
-从 GTM 容器配置中获取值。
-
-| 参数         | 类型                     |
-| ------------- | ------------------------ |
-| **`options`** | `{ key: string }` |
-
-**返回值：** `Promise<{ value: any }>`
-
-## 接口
-
-### GTMEvent
-
-| 属性             | 类型                                 | 描述                        |
-| ---------------- | ------------------------------------ | ---------------------------------- |
-| **`event`**      | `string`                  | 事件名称                     |
-| **`parameters`** | `Record<string, any>` | 可选的事件参数（可选） |
-
-## 常见事件示例
-
-### 屏幕浏览
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'screen_view',
-  parameters: {
-    screen_name: 'Product Details',
-    screen_class: 'ProductScreen'
-  }
-});
-```
-
-### 用户操作
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'button_click',
-  parameters: {
-    button_name: 'add_to_cart',
-    product_id: 'SKU_12345'
-  }
-});
-```
-
-### 电子商务事件
-
-```typescript
-await CapacitorGTM.pushEvent({
-  event: 'begin_checkout',
-  parameters: {
-    currency: 'USD',
-    value: 75.00,
-    items: [
-      {
-        item_id: 'SKU_12345',
-        item_name: 'Product 1',
-        quantity: 2,
-        price: 25.00
-      },
-      {
-        item_id: 'SKU_67890',
-        item_name: 'Product 2',
-        quantity: 1,
-        price: 25.00
-      }
-    ]
-  }
-});
-```
-
-## 最佳实践
-
-- 在应用生命周期早期初始化 GTM
-- 使用一致的事件命名约定
-- 在每个事件中包含相关参数
-- 在预览模式下测试您的 GTM 配置
-- 在 Google Tag Manager 控制台中监控数据
-- 使用用户属性进行有意义的分段
-
-## 调试
-
-在 Google Tag Manager 控制台中启用调试模式以测试您的实现：
-
-1. 打开 GTM 控制台
-2. 进入预览模式
-3. 使用容器 ID 连接到您的应用
-4. 验证事件是否被正确跟踪
-
-## 使用场景
-
-- 跟踪用户交互和行为
-- 监控应用性能指标
-- 收集电子商务数据
-- 无需代码更改即可管理第三方标签
-- 实现 A/B 测试和个性化
-- 与 Google Analytics 和其他服务集成
diff --git a/src/content/docs/zh/docs/plugins/gtm/index.mdx b/src/content/docs/zh/docs/plugins/gtm/index.mdx
deleted file mode 100644
index 6bcd68dc8..000000000
--- a/src/content/docs/zh/docs/plugins/gtm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-gtm"
-description: 使用官方 SDK 支持将 Google Tag Manager 集成到您的 Capacitor 应用程序中，支持 iOS 和 Android。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 使用官方 SDK 将 Google Tag Manager 集成到您的移动应用程序中，进行全面的分析跟踪。
-  image:
-    file: ~public/icons/plugins/gtm.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/gtm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-gtm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="官方 SDK" icon="star">
-    使用 iOS 和 Android 的官方 Google Tag Manager SDK 🏆
-  </Card>
-  <Card title="事件跟踪" icon="rocket">
-    将事件推送到 dataLayer，带有自定义参数 📊
-  </Card>
-  <Card title="用户属性" icon="setting">
-    设置和管理用于分段的用户属性 👤
-  </Card>
-  <Card title="容器管理" icon="document">
-    轻松初始化和管理 GTM 容器 📦
-  </Card>
-  <Card title="DataLayer 访问" icon="magnifier">
-    从容器配置中获取值 🔍
-  </Card>
-  <Card title="开始使用" icon="open-book">
-    查看[入门指南](/docs/plugins/gtm/getting-started/)以安装和配置插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/health/getting-started.mdx b/src/content/docs/zh/docs/plugins/health/getting-started.mdx
deleted file mode 100644
index 4ffacdf02..000000000
--- a/src/content/docs/zh/docs/plugins/health/getting-started.mdx
+++ /dev/null
@@ -1,86 +0,0 @@
----
-title: 开始使用
-description: 使用 Capgo Health 插件启用 HealthKit 和 Health Connect 访问。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装插件**
-   <PackageManagers pkg="@capgo/capacitor-health" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS 配置
-
-- 在 Xcode 中打开 `ios/App/App.xcworkspace` 并启用 **HealthKit** 功能。
-- 在 `Info.plist` 中提供使用说明：
-
-```xml
-<key>NSHealthShareUsageDescription</key>
-<string>此应用读取您的健康指标以个性化您的体验。</string>
-<key>NSHealthUpdateUsageDescription</key>
-<string>此应用写入您明确记录的健康数据。</string>
-```
-
-## Android 配置
-
-健康数据由 [Health Connect](https://developer.android.com/health-and-fitness/guides/health-connect) 提供支持。请确保：
-
-- `minSdkVersion` 为 **26 或更高**（Capacitor 5 已经满足此要求）。
-- 用户已安装 Health Connect（Android 14+ 已捆绑；早期版本需要从 Play Store 下载）。
-- 在提示访问权限时，引导用户通过运行时权限 UI。
-
-## 检查可用性并请求访问权限
-
-```typescript
-import { Health } from '@capgo/capacitor-health';
-
-const { available, reason } = await Health.isAvailable();
-if (!available) {
-  console.warn('Health APIs unavailable:', reason);
-  return;
-}
-
-await Health.requestAuthorization({
-  read: ['steps', 'heartRate', 'weight'],
-  write: ['weight'],
-});
-```
-
-## 读取样本
-
-```typescript
-const { samples } = await Health.readSamples({
-  dataType: 'steps',
-  startDate: new Date(Date.now() - 7 * 24 * 60 * 60 * 1000).toISOString(),
-  endDate: new Date().toISOString(),
-  limit: 200,
-});
-
-samples.forEach((sample) => {
-  console.log(sample.value, sample.startDate, sample.endDate);
-});
-```
-
-## 写入样本
-
-```typescript
-await Health.saveSample({
-  dataType: 'weight',
-  value: 74.6,
-  startDate: new Date().toISOString(),
-});
-```
-
-## 授权管理
-
-- 使用 `checkAuthorization()` 验证当前的读/写范围并调整您的 UI。
-- 通过解释为什么数据会增强体验并提供重试选项，优雅地处理拒绝。
-- 始终尊重用户的隐私，只请求您的功能所需的最小范围。
diff --git a/src/content/docs/zh/docs/plugins/health/index.mdx b/src/content/docs/zh/docs/plugins/health/index.mdx
deleted file mode 100644
index ab1afb5cf..000000000
--- a/src/content/docs/zh/docs/plugins/health/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-health"
-description: 使用统一的类型化 API 从 Capacitor 连接到 Apple HealthKit 和 Health Connect。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 在 iOS 和 Android 上读写健身指标，同时保持一个一致的 TypeScript 契约。
-  image:
-    file: ~public/icons/plugins/health.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/health/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-health/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Health 插件统一了 HealthKit 和 Health Connect 访问，因此您可以使用一个 Capacitor 集成来跟踪活动、生物识别指标和身体测量。
-
-<CardGrid stagger>
-  <Card title="跨平台健康数据" icon="rocket">
-    开箱即用支持 Apple HealthKit 和 Android Health Connect。
-  </Card>
-  <Card title="细粒度权限" icon="approve-check">
-    请求单独的读/写范围并响应授权更改。
-  </Card>
-  <Card title="一致的单位" icon="star">
-    使用标准化的数据类型，如 `steps`、`heartRate` 和 `weight`。
-  </Card>
-  <Card title="实时写入" icon="rocket">
-    当用户记录活动时，将样本保存回用户的健康存储。
-  </Card>
-</CardGrid>
-
-按照入门指南启用平台功能、收集同意并开始同步指标。
diff --git a/src/content/docs/zh/docs/plugins/home-indicator/getting-started.mdx b/src/content/docs/zh/docs/plugins/home-indicator/getting-started.mdx
deleted file mode 100644
index e11e2a4fd..000000000
--- a/src/content/docs/zh/docs/plugins/home-indicator/getting-started.mdx
+++ /dev/null
@@ -1,214 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装和配置 Capacitor Home Indicator 插件以控制 iOS 设备上的主屏幕指示器。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/home-indicator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置插件**
-
-   **隐藏主屏幕指示器：**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-
-   // 隐藏主屏幕指示器
-   await HomeIndicator.hide();
-   ```
-
-   **显示主屏幕指示器：**
-   ```typescript
-   // 显示主屏幕指示器
-   await HomeIndicator.show();
-
-   // 检查可见性状态
-   const { hidden } = await HomeIndicator.isHidden();
-   console.log('Is hidden:', hidden);
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       无需额外设置。该插件仅在具有主屏幕指示器的 iOS 设备（iPhone X 及更高版本）上工作。
-     </TabItem>
-     <TabItem label="Android">
-       此插件在 Android 设备上无效，因为它们没有 iOS 风格的主屏幕指示器。
-     </TabItem>
-   </Tabs>
-
-4. **自动隐藏配置**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-
-   // 配置自动隐藏行为
-   await HomeIndicator.setAutoHidden({
-     autoHidden: true // 启用自动隐藏
-   });
-
-   // 主屏幕指示器将在几秒钟后自动隐藏
-   // 并在用户触摸屏幕时重新出现
-   ```
-
-5. **高级用法**
-   ```typescript
-   import { HomeIndicator } from '@capgo/home-indicator';
-   import { App } from '@capacitor/app';
-
-   export class ImmersiveMode {
-     private isImmersive = false;
-
-     async enterImmersiveMode() {
-       this.isImmersive = true;
-
-       // 隐藏主屏幕指示器
-       await HomeIndicator.hide();
-
-       // 启用自动隐藏以获得更好的用户体验
-       await HomeIndicator.setAutoHidden({ autoHidden: true });
-
-       // 隐藏状态栏以获得完全沉浸式体验
-       // StatusBar.hide(); // 如果使用 @capacitor/status-bar
-     }
-
-     async exitImmersiveMode() {
-       this.isImmersive = false;
-
-       // 显示主屏幕指示器
-       await HomeIndicator.show();
-
-       // 禁用自动隐藏
-       await HomeIndicator.setAutoHidden({ autoHidden: false });
-
-       // 显示状态栏
-       // StatusBar.show(); // 如果使用 @capacitor/status-bar
-     }
-
-     async toggleImmersiveMode() {
-       const { hidden } = await HomeIndicator.isHidden();
-
-       if (hidden) {
-         await this.exitImmersiveMode();
-       } else {
-         await this.enterImmersiveMode();
-       }
-     }
-
-     setupAppLifecycle() {
-       // 处理应用状态变化
-       App.addListener('appStateChange', async ({ isActive }) => {
-         if (!isActive && this.isImmersive) {
-           // 应用进入后台，可能想要显示指示器
-           await HomeIndicator.show();
-         } else if (isActive && this.isImmersive) {
-           // 应用进入前台，恢复沉浸式模式
-           await HomeIndicator.hide();
-         }
-       });
-     }
-   }
-   ```
-</Steps>
-
-## API 参考
-
-### 方法
-
-#### `hide()`
-隐藏主屏幕指示器。
-
-**返回值：** `Promise<void>`
-
-#### `show()`
-显示主屏幕指示器。
-
-**返回值：** `Promise<void>`
-
-#### `isHidden()`
-检查主屏幕指示器当前是否隐藏。
-
-**返回值：** `Promise<{ hidden: boolean }>`
-
-#### `setAutoHidden(options: { autoHidden: boolean })`
-为主屏幕指示器配置自动隐藏行为。
-
-**参数：**
-- `options.autoHidden`: boolean - 启用或禁用自动隐藏
-
-**返回值：** `Promise<void>`
-
-### 接口
-
-```typescript
-interface AutoHiddenOptions {
-  autoHidden: boolean;
-}
-
-interface HiddenResult {
-  hidden: boolean;
-}
-```
-
-## 平台说明
-
-### iOS
-- 仅在具有主屏幕指示器的设备上工作（iPhone X 及更高版本）
-- 需要 iOS 11.0 或更高版本
-- 自动隐藏使指示器变为半透明并在非活动后隐藏
-- 当用户从底部向上滑动时，指示器会重新出现
-
-### Android
-- 此插件在 Android 上无效
-- Android 使用不同的导航手势/按钮
-
-## 常见使用场景
-
-1. **游戏**：无干扰的全屏游戏
-2. **视频播放器**：沉浸式视频播放
-3. **照片查看器**：全屏照片库
-4. **演示文稿**：无干扰的演示
-5. **Kiosk 应用**：公共显示应用
-
-## 最佳实践
-
-1. **用户控制**：始终提供一种退出沉浸式模式的方法
-   ```typescript
-   // 添加手势或按钮以切换沉浸式模式
-   const toggleButton = document.getElementById('toggle-immersive');
-   toggleButton.addEventListener('click', () => {
-     immersiveMode.toggleImmersiveMode();
-   });
-   ```
-
-2. **游戏的自动隐藏**：使用自动隐藏获得更好的游戏体验
-   ```typescript
-   // 对于游戏，自动隐藏提供最佳平衡
-   await HomeIndicator.setAutoHidden({ autoHidden: true });
-   ```
-
-3. **尊重系统手势**：不要干扰系统导航
-4. **保存状态**：记住用户对沉浸式模式的偏好
-
-## 故障排除
-
-**主屏幕指示器未隐藏：**
-- 验证设备具有主屏幕指示器（iPhone X+）
-- 检查 iOS 版本是否为 11.0 或更高
-- 确保应用有焦点
-
-**自动隐藏不工作：**
-- 自动隐藏需要用户交互才能激活
-- 指示器变为半透明，而不是完全隐藏
-
-**指示器意外重新出现：**
-- 这是系统手势的正常 iOS 行为
-- 使用自动隐藏以获得不太侵入性的行为
diff --git a/src/content/docs/zh/docs/plugins/home-indicator/index.mdx b/src/content/docs/zh/docs/plugins/home-indicator/index.mdx
deleted file mode 100644
index c668ed3ca..000000000
--- a/src/content/docs/zh/docs/plugins/home-indicator/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/home-indicator"
-description: 用于控制 iOS 设备上主屏幕指示器可见性的 Capacitor 插件，允许沉浸式全屏体验。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 在 iOS 设备上隐藏或显示主屏幕指示器，在您的应用中创建真正沉浸式的全屏体验。
-  image:
-    file: ~public/icons/plugins/home-indicator.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/home-indicator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-home-indicator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="iOS 主屏幕指示器控制" icon="rocket">
-    完全控制主屏幕指示器的可见性 📱
-  </Card>
-  <Card title="沉浸式体验" icon="setting">
-    创建无干扰的全屏体验 🎮
-  </Card>
-  <Card title="自动隐藏支持" icon="star">
-    为无缝用户体验配置自动隐藏行为 ✨
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/home-indicator/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/ibeacon/getting-started.mdx b/src/content/docs/zh/docs/plugins/ibeacon/getting-started.mdx
deleted file mode 100644
index 25a83f826..000000000
--- a/src/content/docs/zh/docs/plugins/ibeacon/getting-started.mdx
+++ /dev/null
@@ -1,620 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装和使用 iBeacon 插件在您的 Capacitor 应用中检测和监控蓝牙信标。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-ibeacon" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 配置
-
-### iOS 配置
-
-在您的 `Info.plist` 中添加以下内容：
-
-```xml
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>此应用需要位置访问权限以检测附近的信标</string>
-
-<key>NSLocationAlwaysAndWhenInUseUsageDescription</key>
-<string>此应用需要位置访问权限以在后台监控信标</string>
-
-<key>NSBluetoothAlwaysUsageDescription</key>
-<string>此应用使用蓝牙检测附近的信标</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>location</string>
-</array>
-```
-
-### Android 配置
-
-在您的 `AndroidManifest.xml` 中添加以下内容：
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-  <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-  <uses-permission android:name="android.permission.BLUETOOTH" />
-  <uses-permission android:name="android.permission.BLUETOOTH_ADMIN" />
-  <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" />
-</manifest>
-```
-
-**重要**：对于 Android，您需要将 [AltBeacon](https://altbeacon.github.io/android-beacon-library/) 库集成到您的项目中，以便信标检测工作。
-
-将以下内容添加到您应用的 `build.gradle`：
-
-```kotlin
-dependencies {
-    implementation 'org.altbeacon:android-beacon-library:2.20+'
-}
-```
-
-## 使用
-
-### 基本设置
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-
-// 定义您的信标区域
-const beaconRegion = {
-  identifier: 'MyStore',
-  uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-  major: 1, // 可选
-  minor: 2  // 可选
-};
-```
-
-### 请求权限
-
-```typescript
-// 请求"使用时"权限
-const requestPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-  console.log('Permission status:', status);
-  // status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use'
-};
-
-// 请求"始终"权限（用于后台监控）
-const requestAlwaysPermission = async () => {
-  const { status } = await CapacitorIbeacon.requestAlwaysAuthorization();
-  console.log('Always permission status:', status);
-};
-
-// 检查当前授权状态
-const checkPermission = async () => {
-  const { status } = await CapacitorIbeacon.getAuthorizationStatus();
-  console.log('Current status:', status);
-};
-```
-
-### 检查设备功能
-
-```typescript
-// 检查蓝牙是否启用
-const checkBluetooth = async () => {
-  const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-  if (!enabled) {
-    console.log('Please enable Bluetooth');
-  }
-};
-
-// 检查测距是否可用
-const checkRanging = async () => {
-  const { available } = await CapacitorIbeacon.isRangingAvailable();
-  console.log('Ranging available:', available);
-};
-```
-
-### 监控信标区域
-
-监控检测您何时进入或离开信标区域。这在后台工作。
-
-```typescript
-// 开始监控
-const startMonitoring = async () => {
-  await CapacitorIbeacon.startMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2
-  });
-  console.log('Started monitoring for beacons');
-};
-
-// 停止监控
-const stopMonitoring = async () => {
-  await CapacitorIbeacon.stopMonitoringForRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### 测距信标
-
-测距提供关于附近信标及其距离的连续更新。这需要应用在前台。
-
-```typescript
-// 开始测距
-const startRanging = async () => {
-  await CapacitorIbeacon.startRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-  console.log('Started ranging beacons');
-};
-
-// 停止测距
-const stopRanging = async () => {
-  await CapacitorIbeacon.stopRangingBeaconsInRegion({
-    identifier: 'MyStore',
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D'
-  });
-};
-```
-
-### 监听事件
-
-```typescript
-import { PluginListenerHandle } from '@capacitor/core';
-
-// 监听测距事件（连续距离更新）
-const rangingListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didRangeBeacons',
-  (data) => {
-    console.log('Beacons detected:', data.beacons);
-    data.beacons.forEach(beacon => {
-      console.log(`UUID: ${beacon.uuid}`);
-      console.log(`Major: ${beacon.major}, Minor: ${beacon.minor}`);
-      console.log(`Distance: ${beacon.accuracy}m`);
-      console.log(`Proximity: ${beacon.proximity}`); // immediate, near, far, unknown
-      console.log(`RSSI: ${beacon.rssi}`);
-    });
-  }
-);
-
-// 监听区域进入事件
-const enterListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didEnterRegion',
-  (data) => {
-    console.log('Entered region:', data.region.identifier);
-    // 显示欢迎通知或触发操作
-  }
-);
-
-// 监听区域退出事件
-const exitListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didExitRegion',
-  (data) => {
-    console.log('Exited region:', data.region.identifier);
-    // 触发告别操作
-  }
-);
-
-// 监听区域状态变化
-const stateListener: PluginListenerHandle = await CapacitorIbeacon.addListener(
-  'didDetermineStateForRegion',
-  (data) => {
-    console.log(`Region ${data.region.identifier}: ${data.state}`);
-    // state: 'inside' | 'outside' | 'unknown'
-  }
-);
-
-// 完成后清理监听器
-const cleanup = () => {
-  rangingListener.remove();
-  enterListener.remove();
-  exitListener.remove();
-  stateListener.remove();
-};
-```
-
-### 作为 iBeacon 广播（仅限 iOS）
-
-将您的设备变成 iBeacon 发射器。
-
-```typescript
-// 开始广播
-const startAdvertising = async () => {
-  await CapacitorIbeacon.startAdvertising({
-    uuid: 'B9407F30-F5F8-466E-AFF9-25556B57FE6D',
-    major: 1,
-    minor: 2,
-    identifier: 'MyBeacon',
-    measuredPower: -59 // 可选：1米处的校准功率
-  });
-  console.log('Started advertising as iBeacon');
-};
-
-// 停止广播
-const stopAdvertising = async () => {
-  await CapacitorIbeacon.stopAdvertising();
-};
-```
-
-## 完整示例
-
-```typescript
-import { CapacitorIbeacon } from '@capgo/capacitor-ibeacon';
-import { PluginListenerHandle } from '@capacitor/core';
-
-export class BeaconService {
-  private listeners: PluginListenerHandle[] = [];
-
-  async init() {
-    // 请求权限
-    const { status } = await CapacitorIbeacon.requestWhenInUseAuthorization();
-
-    if (status !== 'authorized_when_in_use' && status !== 'authorized_always') {
-      throw new Error('Location permission denied');
-    }
-
-    // 检查蓝牙
-    const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-    if (!enabled) {
-      throw new Error('Bluetooth is not enabled');
-    }
-
-    // 设置事件监听器
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didEnterRegion', (data) => {
-        console.log('Welcome! Entered:', data.region.identifier);
-        this.onEnterRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didExitRegion', (data) => {
-        console.log('Goodbye! Left:', data.region.identifier);
-        this.onExitRegion(data.region);
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorIbeacon.addListener('didRangeBeacons', (data) => {
-        this.onRangeBeacons(data.beacons);
-      })
-    );
-  }
-
-  async startMonitoring(uuid: string, identifier: string, major?: number, minor?: number) {
-    await CapacitorIbeacon.startMonitoringForRegion({
-      identifier,
-      uuid,
-      major,
-      minor
-    });
-  }
-
-  async startRanging(uuid: string, identifier: string) {
-    await CapacitorIbeacon.startRangingBeaconsInRegion({
-      identifier,
-      uuid
-    });
-  }
-
-  private onEnterRegion(region: any) {
-    // 处理区域进入（例如，显示通知，触发内容）
-    console.log('Entered beacon region:', region);
-  }
-
-  private onExitRegion(region: any) {
-    // 处理区域退出
-    console.log('Left beacon region:', region);
-  }
-
-  private onRangeBeacons(beacons: any[]) {
-    // 处理信标距离
-    const nearestBeacon = beacons.reduce((nearest, beacon) => {
-      return beacon.accuracy < nearest.accuracy ? beacon : nearest;
-    }, beacons[0]);
-
-    if (nearestBeacon) {
-      console.log('Nearest beacon:', nearestBeacon);
-      this.handleProximity(nearestBeacon);
-    }
-  }
-
-  private handleProximity(beacon: any) {
-    switch (beacon.proximity) {
-      case 'immediate': // < 0.5m
-        console.log('Very close to beacon');
-        break;
-      case 'near': // 0.5m - 3m
-        console.log('Near beacon');
-        break;
-      case 'far': // > 3m
-        console.log('Far from beacon');
-        break;
-      case 'unknown':
-        console.log('Distance unknown');
-        break;
-    }
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-## API 参考
-
-### startMonitoringForRegion(options)
-
-开始监控信标区域。进入/退出时触发事件。
-
-```typescript
-interface BeaconRegion {
-  identifier: string;
-  uuid: string;
-  major?: number;
-  minor?: number;
-  notifyEntryStateOnDisplay?: boolean;
-}
-
-await CapacitorIbeacon.startMonitoringForRegion(options);
-```
-
-### stopMonitoringForRegion(options)
-
-停止监控信标区域。
-
-```typescript
-await CapacitorIbeacon.stopMonitoringForRegion(options);
-```
-
-### startRangingBeaconsInRegion(options)
-
-在区域中开始测距信标以获得连续距离更新。
-
-```typescript
-await CapacitorIbeacon.startRangingBeaconsInRegion(options);
-```
-
-### stopRangingBeaconsInRegion(options)
-
-在区域中停止测距信标。
-
-```typescript
-await CapacitorIbeacon.stopRangingBeaconsInRegion(options);
-```
-
-### startAdvertising(options)
-
-开始将设备广播为 iBeacon（仅限 iOS）。
-
-```typescript
-interface BeaconAdvertisingOptions {
-  uuid: string;
-  major: number;
-  minor: number;
-  identifier: string;
-  measuredPower?: number; // 1米处的校准功率
-}
-
-await CapacitorIbeacon.startAdvertising(options);
-```
-
-### stopAdvertising()
-
-停止将设备广播为 iBeacon。
-
-```typescript
-await CapacitorIbeacon.stopAdvertising();
-```
-
-### requestWhenInUseAuthorization()
-
-请求"使用时"位置授权。
-
-```typescript
-const result = await CapacitorIbeacon.requestWhenInUseAuthorization();
-// 返回值：{ status: string }
-```
-
-### requestAlwaysAuthorization()
-
-请求"始终"位置授权（后台监控所需）。
-
-```typescript
-const result = await CapacitorIbeacon.requestAlwaysAuthorization();
-// 返回值：{ status: string }
-```
-
-### getAuthorizationStatus()
-
-获取当前位置授权状态。
-
-```typescript
-const result = await CapacitorIbeacon.getAuthorizationStatus();
-// 返回值：{ status: 'not_determined' | 'restricted' | 'denied' | 'authorized_always' | 'authorized_when_in_use' }
-```
-
-### isBluetoothEnabled()
-
-检查蓝牙是否启用。
-
-```typescript
-const result = await CapacitorIbeacon.isBluetoothEnabled();
-// 返回值：{ enabled: boolean }
-```
-
-### isRangingAvailable()
-
-检查设备上是否可用测距。
-
-```typescript
-const result = await CapacitorIbeacon.isRangingAvailable();
-// 返回值：{ available: boolean }
-```
-
-### enableARMAFilter(options)
-
-为距离计算启用 ARMA 过滤（仅限 Android）。
-
-```typescript
-await CapacitorIbeacon.enableARMAFilter({ enabled: true });
-```
-
-## 事件
-
-### didRangeBeacons
-
-在测距期间检测到信标时触发。
-
-```typescript
-interface RangingEvent {
-  region: BeaconRegion;
-  beacons: Beacon[];
-}
-
-interface Beacon {
-  uuid: string;
-  major: number;
-  minor: number;
-  rssi: number; // 信号强度
-  proximity: 'immediate' | 'near' | 'far' | 'unknown';
-  accuracy: number; // 距离（米）
-}
-```
-
-### didEnterRegion
-
-进入被监控的信标区域时触发。
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didExitRegion
-
-离开被监控的信标区域时触发。
-
-```typescript
-interface RegionEvent {
-  region: BeaconRegion;
-}
-```
-
-### didDetermineStateForRegion
-
-确定区域状态时触发。
-
-```typescript
-interface StateEvent {
-  region: BeaconRegion;
-  state: 'inside' | 'outside' | 'unknown';
-}
-```
-
-## 接近值
-
-- **immediate**：非常近（< 0.5 米）
-- **near**：相对较近（0.5 - 3 米）
-- **far**：更远（> 3 米）
-- **unknown**：无法确定距离
-
-## 最佳实践
-
-1. **请求适当的权限**
-   - 对于前台功能使用"使用时"
-   - 仅在需要后台监控时请求"始终"
-   - 清楚地解释为什么需要位置访问
-
-2. **处理蓝牙状态**
-   ```typescript
-   const { enabled } = await CapacitorIbeacon.isBluetoothEnabled();
-   if (!enabled) {
-     // 提示用户启用蓝牙
-   }
-   ```
-
-3. **电池优化**
-   - 尽可能使用监控而不是测距（更节省电池）
-   - 不积极需要时停止测距
-   - 考虑使用更大的 major/minor 范围以减少处理
-
-4. **错误处理**
-   ```typescript
-   try {
-     await CapacitorIbeacon.startMonitoringForRegion(region);
-   } catch (error) {
-     console.error('Failed to start monitoring:', error);
-   }
-   ```
-
-5. **清理监听器**
-   组件卸载时始终移除事件监听器以防止内存泄漏。
-
-## 平台说明
-
-### iOS
-- 需要 iOS 10.0+
-- 使用原生 CoreLocation 框架
-- 使用"始终"权限支持后台监控
-- 可以使用 CoreBluetooth 作为 iBeacon 广播
-- 测距需要应用在前台
-
-### Android
-- 需要 Android 6.0（API 23）+
-- 使用 AltBeacon 库
-- 即使信标使用蓝牙，也需要位置权限
-- 后台监控需要 ACCESS_BACKGROUND_LOCATION（Android 10+）
-- 无法作为 iBeacon 广播（大多数设备上的硬件限制）
-
-### Web
-- Web 平台上不支持
-
-## 常见使用场景
-
-1. **接近营销**：当用户接近您的商店时触发通知或内容
-2. **室内导航**：使用信标航点引导用户穿过建筑物
-3. **考勤跟踪**：当用户进入位置时自动签到
-4. **资产跟踪**：监控设备或库存移动
-5. **博物馆导览**：当访客接近展品时提供上下文信息
-6. **智能家居**：根据房间存在触发自动化
-
-## 故障排除
-
-### 未检测到信标
-- 确保蓝牙已启用
-- 验证已授予位置权限
-- 检查信标 UUID 是否完全匹配（区分大小写）
-- 确认信标已通电并正在传输
-- 首先尝试不使用 major/minor 过滤器
-
-### 后台监控不工作
-- 确保已授予"始终"位置权限
-- 将 `location` 添加到 UIBackgroundModes（iOS）
-- 请求 ACCESS_BACKGROUND_LOCATION（Android 10+）
-- 注意：iOS 可能会延迟后台回调以节省电池
-
-### 距离测量不准确
-- 信标 RSSI 随环境变化（墙壁、干扰）
-- 使用多个信标进行三角测量
-- 在距信标 1 米处校准 measuredPower
-- 在 Android 上启用 ARMA 过滤以获得更平滑的值
diff --git a/src/content/docs/zh/docs/plugins/ibeacon/index.mdx b/src/content/docs/zh/docs/plugins/ibeacon/index.mdx
deleted file mode 100644
index a542d471c..000000000
--- a/src/content/docs/zh/docs/plugins/ibeacon/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-ibeacon"
-description: 用于 Capacitor 的 iBeacon 插件 - 用于基于位置功能的接近检测和信标区域监控。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 检测和监控蓝牙信标，实现基于接近的功能、室内导航和位置感知体验。
-  image:
-    file: ~public/icons/plugins/ibeacon.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/ibeacon/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ibeacon/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="信标监控" icon="star">
-    监控信标区域并在进入或退出时收到通知 🎯
-  </Card>
-  <Card title="信标测距" icon="rocket">
-    检测附近的信标并实时测量其距离 📡
-  </Card>
-  <Card title="后台检测" icon="setting">
-    即使应用在后台也能监控信标 🔔
-  </Card>
-  <Card title="信标广播" icon="puzzle">
-    将您的设备变成 iBeacon 发射器（仅限 iOS）📱
-  </Card>
-  <Card title="跨平台" icon="puzzle">
-    使用原生信标库在 iOS 和 Android 上都能工作 📱
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/ibeacon/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/in-app-review/getting-started.mdx b/src/content/docs/zh/docs/plugins/in-app-review/getting-started.mdx
deleted file mode 100644
index 647f15a63..000000000
--- a/src/content/docs/zh/docs/plugins/in-app-review/getting-started.mdx
+++ /dev/null
@@ -1,210 +0,0 @@
----
-title: 入门
-description: 了解如何安装和使用应用内审核插件来请求 Capacitor 应用中的应用商店审核。
-sidebar:
-  order: 2
-locale: zh
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-in-app-review" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 用法
-
-导入插件并在您的应用程序中的适当时刻请求审核：
-
-```typescript
-import { CapgoInAppReview } from '@capgo/capacitor-in-app-review';
-
-// Request a review at a natural point in your app's user flow
-const requestReview = async () => {
-  try {
-    await CapgoInAppReview.requestReview();
-    console.log('Review requested successfully');
-  } catch (error) {
-    console.error('Failed to request review:', error);
-  }
-};
-```
-
-## API 参考
-
-### requestReview()
-
-触发本机应用内审阅对话框。
-
-```typescript
-await CapgoInAppReview.requestReview();
-```
-
-**重要说明：**
-- 每次调用此方法时可能不会显示审阅对话框
-- Apple 和 Google 都有限制提示出现频率的准则
-- 不保证用户会看到审核提示
-- 即使未显示对话框，该方法也能成功解析
-- 不要调用它来响应用户操作，例如点击按钮
-
-### getPluginVersion()
-
-返回本机插件版本。
-
-```typescript
-const { version } = await CapgoInAppReview.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## 最佳实践
-
-### 何时请求评论
-
-在用户最有可能获得积极体验的时刻请求评论：
-
-```typescript
-// Good examples:
-// - After completing a level in a game
-// - After successfully completing a task
-// - After the user has used the app multiple times
-// - After a positive interaction
-
-// Example: Track usage and request review after positive milestone
-let taskCompletedCount = 0;
-
-const onTaskComplete = async () => {
-  taskCompletedCount++;
-
-  // Request review after user completes 5 tasks
-  if (taskCompletedCount === 5) {
-    await CapgoInAppReview.requestReview();
-  }
-};
-```
-
-### 何时不请求评论
-
-```typescript
-// Bad examples - DO NOT do these:
-// - On app launch
-// - In response to a "Rate Us" button tap
-// - After an error or negative experience
-// - Too frequently (respect platform quotas)
-```
-
-### 跟踪审核请求
-
-由于平台控制是否显示对话框，因此请跟踪您的请求：
-
-```typescript
-import { CapgoInAppReview } from '@capgo/capacitor-in-app-review';
-import { Preferences } from '@capacitor/preferences';
-
-const requestReviewIfAppropriate = async () => {
-  const lastRequest = await Preferences.get({ key: 'lastReviewRequest' });
-  const daysSinceLastRequest = lastRequest.value
-    ? (Date.now() - parseInt(lastRequest.value)) / (1000 * 60 * 60 * 24)
-    : Infinity;
-
-  // Only request if it's been at least 30 days
-  if (daysSinceLastRequest >= 30) {
-    await CapgoInAppReview.requestReview();
-    await Preferences.set({
-      key: 'lastReviewRequest',
-      value: Date.now().toString()
-    });
-  }
-};
-```
-
-## 平台说明
-
-### iOS
-
-- 使用 `SKStoreReviewController`
-- 系统自动限制在365天内显示**3次**
-- 根据 App Store 政策，该对话框可能不会出现
-- 测试：在开发中，该对话框将始终出现，但不会提交评论
-
-### Android
-
-- 使用 **Play 应用内评论 API**
-- Google Play 对用户显示对话框的频率强制实施配额
-- 该对话框**不会在调试版本中显示**
-- 为了进行测试，您需要：
-  - 从 Play Store 安装应用程序（内部测试轨道有效）
-  - 设备上有 Google 帐户
-
-## 完整示例
-
-```typescript
-import { CapgoInAppReview } from '@capgo/capacitor-in-app-review';
-import { Preferences } from '@capacitor/preferences';
-
-export class ReviewService {
-  private static REVIEW_REQUEST_KEY = 'lastReviewRequest';
-  private static MIN_DAYS_BETWEEN_REQUESTS = 30;
-  private static MIN_APP_LAUNCHES = 5;
-
-  async checkAndRequestReview(): Promise<boolean> {
-    const shouldRequest = await this.shouldRequestReview();
-
-    if (shouldRequest) {
-      try {
-        await CapgoInAppReview.requestReview();
-        await this.recordReviewRequest();
-        return true;
-      } catch (error) {
-        console.error('Review request failed:', error);
-        return false;
-      }
-    }
-
-    return false;
-  }
-
-  private async shouldRequestReview(): Promise<boolean> {
-    // Check app launch count
-    const launchCount = await this.getAppLaunchCount();
-    if (launchCount < ReviewService.MIN_APP_LAUNCHES) {
-      return false;
-    }
-
-    // Check days since last request
-    const lastRequest = await Preferences.get({ key: ReviewService.REVIEW_REQUEST_KEY });
-    if (lastRequest.value) {
-      const daysSince = (Date.now() - parseInt(lastRequest.value)) / (1000 * 60 * 60 * 24);
-      if (daysSince < ReviewService.MIN_DAYS_BETWEEN_REQUESTS) {
-        return false;
-      }
-    }
-
-    return true;
-  }
-
-  private async getAppLaunchCount(): Promise<number> {
-    const count = await Preferences.get({ key: 'appLaunchCount' });
-    return count.value ? parseInt(count.value) : 0;
-  }
-
-  private async recordReviewRequest(): Promise<void> {
-    await Preferences.set({
-      key: ReviewService.REVIEW_REQUEST_KEY,
-      value: Date.now().toString()
-    });
-  }
-
-  async incrementLaunchCount(): Promise<void> {
-    const current = await this.getAppLaunchCount();
-    await Preferences.set({
-      key: 'appLaunchCount',
-      value: (current + 1).toString()
-    });
-  }
-}
-```
diff --git a/src/content/docs/zh/docs/plugins/in-app-review/index.mdx b/src/content/docs/zh/docs/plugins/in-app-review/index.mdx
deleted file mode 100644
index f6a78cf0b..000000000
--- a/src/content/docs/zh/docs/plugins/in-app-review/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-in-app-review"
-locale: zh
-description: 在不离开应用的情况下提示用户提交应用商店评分与评论。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 在 iOS 和 Android 上请求原生应用商店评分,无需将用户跳转出您的应用。
-  image:
-    file: ~public/icons/plugins/in-app-review.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/in-app-review/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-in-app-review/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="原生体验" icon="rocket">
-    使用 iOS 的 SKStoreReviewController 与 Android 的 Play In-App Review API,呈现原生评分弹窗
-  </Card>
-  <Card title="无需跳转" icon="puzzle">
-    用户留在应用内完成评价 - 不跳转 App Store 或 Play Store
-  </Card>
-  <Card title="平台合规" icon="approve-check">
-    自动遵循 Apple 与 Google 的评分提示规范
-  </Card>
-  <Card title="简单 API" icon="open-book">
-    只需一个方法调用即可请求评分 - 查看[文档](/docs/plugins/in-app-review/getting-started/)即可开始。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/inappbrowser/getting-started.mdx b/src/content/docs/zh/docs/plugins/inappbrowser/getting-started.mdx
deleted file mode 100644
index 04e3aa25d..000000000
--- a/src/content/docs/zh/docs/plugins/inappbrowser/getting-started.mdx
+++ /dev/null
@@ -1,410 +0,0 @@
----
-title: 开始使用
-description: 了解如何在您的 Capacitor 应用中安装和使用带有 URL 更改事件的 InAppBrowser 插件来嵌入 Web 内容。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/inappbrowser" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用
-
-导入插件并使用其两个主要入口点：
-
-```typescript
-import { InAppBrowser, ToolBarType, BackgroundColor } from '@capgo/inappbrowser';
-
-// 1) 简单的自定义标签 / SFSafariViewController
-const openExternal = async () => {
-  await InAppBrowser.open({
-    url: 'https://capgo.app',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-
-// 2) 带导航、标题、分享、消息传递等的完整 WebView
-const openWebView = async () => {
-  await InAppBrowser.openWebView({
-    url: 'https://capgo.app',
-    title: 'Capgo',
-    toolbarType: ToolBarType.NAVIGATION,
-    backgroundColor: BackgroundColor.BLACK,
-    activeNativeNavigationForWebview: true,
-    showReloadButton: true,
-    shareSubject: 'Check this page',
-    shareDisclaimer: {
-      title: 'Disclaimer',
-      message: 'You are about to share content',
-      confirmBtn: 'Continue',
-      cancelBtn: 'Cancel',
-    },
-  });
-};
-
-// 应用和打开的 WebView 之间的消息传递
-const setupListeners = async () => {
-  await InAppBrowser.addListener('urlChangeEvent', (event) => {
-    console.log('URL changed to:', event.url);
-  });
-
-  await InAppBrowser.addListener('messageFromWebview', (event) => {
-    console.log('Message from web:', event.detail);
-  });
-
-  await InAppBrowser.addListener('closeEvent', () => {
-    console.log('WebView closed');
-  });
-};
-
-// 向 WebView 发送数据
-const sendData = async () => {
-  await InAppBrowser.postMessage({ detail: { action: 'refresh-profile' } });
-};
-
-// 关闭和重新加载助手
-const closeBrowser = () => InAppBrowser.close();
-const reloadPage = () => InAppBrowser.reload();
-```
-
-## API 参考
-
-### open(options: OpenOptions)
-在自定义标签 / SFSafariViewController 中打开 URL。
-
-```typescript
-interface OpenOptions {
-  /** 要加载的目标 URL */
-  url: string;
-  /** 页面加载完成后呈现 */
-  isPresentAfterPageLoad?: boolean;
-  /** 防止深层链接打开外部应用 */
-  preventDeeplink?: boolean;
-}
-
-await InAppBrowser.open({ url: 'https://example.com', preventDeeplink: true });
-```
-
-### openWebView(options: OpenWebViewOptions)
-加载具有导航 UI、标题、凭据、脚本和消息传递的全功能 WebView。
-
-```typescript
-interface OpenWebViewOptions {
-  url: string;
-  headers?: Record<string, string>;
-  credentials?: { username: string; password: string };
-  materialPicker?: boolean;
-  shareDisclaimer?: {
-    title: string;
-    message: string;
-    confirmBtn: string;
-    cancelBtn: string;
-  };
-  toolbarType?: ToolBarType;
-  shareSubject?: string;
-  title?: string;
-  backgroundColor?: BackgroundColor;
-  activeNativeNavigationForWebview?: boolean;
-  disableGoBackOnNativeApplication?: boolean;
-  isPresentAfterPageLoad?: boolean;
-  isInspectable?: boolean;
-  isAnimated?: boolean;
-  showReloadButton?: boolean;
-  closeModal?: boolean;
-  closeModalTitle?: string;
-  closeModalDescription?: string;
-  closeModalOk?: string;
-  closeModalCancel?: string;
-  visibleTitle?: boolean;
-  toolbarColor?: string;
-  toolbarTextColor?: string;
-  showArrow?: boolean;
-  ignoreUntrustedSSLError?: boolean;
-  preShowScript?: string;
-  preShowScriptInjectionTime?: 'documentStart' | 'pageLoad';
-  proxyRequests?: string;
-  buttonNearDone?: {
-    ios: { iconType: 'sf-symbol' | 'asset'; icon: string };
-    android: { iconType: 'asset' | 'vector'; icon: string; width?: number; height?: number };
-  };
-  textZoom?: number;
-  preventDeeplink?: boolean;
-  authorizedAppLinks?: string[];
-  enabledSafeBottomMargin?: boolean;
-  useTopInset?: boolean;
-  enableGooglePaySupport?: boolean;
-  blockedHosts?: string[];
-  width?: number;
-  height?: number;
-  x?: number;
-  y?: number;
-}
-
-await InAppBrowser.openWebView({
-  url: 'https://new-page.com',
-  toolbarType: ToolBarType.NAVIGATION,
-  showReloadButton: true,
-});
-```
-
-`ToolBarType` 值：`activity`（关闭 + 分享）、`compact`（仅关闭）、`navigation`（后退/前进 + 关闭）、`blank`（无工具栏）。`BackgroundColor` 值：`white` 或 `black`。
-
-### close(options?)
-关闭 WebView/自定义标签。
-
-**选项：**
-- `isAnimated?: boolean` - 是否为关闭操作添加动画
-
-### reload()
-重新加载当前的 WebView 页面。
-
-### goBack()
-在 WebView 历史记录中后退并返回 `{ canGoBack: boolean }`。
-
-### `setUrl({ url: string })`
-替换当前的 WebView URL。
-
-### `executeScript({ code: string })`
-向 WebView 注入 JavaScript。
-
-### `postMessage({ detail: Record<string, any> })`
-从原生应用向 WebView 发送数据（通过 `window.addEventListener('messageFromNative', ...)` 在 JS 中接收）。
-
-### `getCookies({ url, includeHttpOnly? })`
-返回 URL 的 cookie。
-
-### `clearCookies({ url })` / clearAllCookies() / clearCache()
-Cookie 和缓存管理助手。
-
-### updateDimensions(options: DimensionOptions)
-在运行时更改 WebView 大小/位置（`width`、`height`、`x`、`y`）。
-
-### removeAllListeners()
-注销插件的所有监听器。
-
-## 事件
-
-### urlChangeEvent
-
-在浏览器中 URL 更改时触发。
-
-```typescript
-interface UrlChangeEvent {
-  url: string;
-}
-
-InAppBrowser.addListener('urlChangeEvent', (event) => {
-  console.log('New URL:', event.url);
-});
-```
-
-### messageFromWebview
-在 WebView 内调用 `window.mobileApp.postMessage(...)` 时触发。
-
-```typescript
-InAppBrowser.addListener('messageFromWebview', (event) => {
-  console.log('Payload from web:', event.detail);
-});
-```
-
-### closeEvent
-
-浏览器关闭时触发。
-
-```typescript
-InAppBrowser.addListener('closeEvent', () => {
-  console.log('Browser closed');
-});
-```
-
-### buttonNearDoneClick
-按下使用 `buttonNearDone` 添加的自定义按钮时触发。
-
-```typescript
-InAppBrowser.addListener('buttonNearDoneClick', (event) => {
-  console.log('Button near done tapped', event);
-});
-```
-
-### confirmBtnClicked
-接受确认对话框（免责声明或关闭模态框）时触发。
-
-```typescript
-InAppBrowser.addListener('confirmBtnClicked', (event) => {
-  console.log('Confirm accepted, current URL:', event.url);
-});
-```
-
-### browserPageLoaded / pageLoadError
-WebView 加载成功或失败的生命周期事件。
-
-```typescript
-InAppBrowser.addListener('browserPageLoaded', () => console.log('Page loaded'));
-InAppBrowser.addListener('pageLoadError', () => console.log('Page failed to load'));
-```
-
-## 高级用法
-
-### OAuth 流程实现
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class OAuthService {
-  private listeners: any[] = [];
-
-  async authenticate(authUrl: string, redirectUri: string) {
-    return new Promise<string>((resolve, reject) => {
-      // 监听 URL 更改
-      const urlListener = InAppBrowser.addListener('urlChangeEvent', (event) => {
-        if (event.url.startsWith(redirectUri)) {
-          // 从 URL 提取 OAuth 代码/令牌
-          const url = new URL(event.url);
-          const code = url.searchParams.get('code');
-
-          if (code) {
-            InAppBrowser.close();
-            resolve(code);
-          } else {
-            const error = url.searchParams.get('error');
-            reject(new Error(error || 'OAuth failed'));
-          }
-        }
-      });
-
-      this.listeners.push(urlListener);
-
-      // 打开 OAuth 提供商
-      InAppBrowser.open({
-        url: authUrl,
-        preventDeeplink: true,
-      });
-    });
-  }
-
-  cleanup() {
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-}
-```
-
-### 自定义浏览器 UI
-
-```typescript
-const openCustomBrowser = async () => {
-  await InAppBrowser.open({
-    url: 'https://example.com',
-    isPresentAfterPageLoad: true,
-    preventDeeplink: false,
-  });
-};
-```
-
-### 处理外部链接
-
-```typescript
-import { InAppBrowser } from '@capgo/inappbrowser';
-
-export class LinkHandler {
-  async openExternalLink(url: string) {
-    // 检查 URL 是否应在浏览器中打开
-    if (this.shouldOpenInBrowser(url)) {
-      await InAppBrowser.open({
-        url,
-        preventDeeplink: true,
-      });
-    } else {
-      // 在内部处理
-      window.location.href = url;
-    }
-  }
-
-  private shouldOpenInBrowser(url: string): boolean {
-    // 外部域
-    const externalDomains = ['youtube.com', 'twitter.com', 'facebook.com'];
-    const urlDomain = new URL(url).hostname;
-
-    return externalDomains.some(domain => urlDomain.includes(domain));
-  }
-}
-```
-
-## 最佳实践
-
-1. **始终移除监听器**
-   ```typescript
-   const listener = await InAppBrowser.addListener('urlChangeEvent', handler);
-   // 完成后
-   listener.remove();
-   ```
-
-2. **处理浏览器状态**
-   ```typescript
-   let browserOpen = false;
-
-   const launch = async () => {
-     browserOpen = true;
-     await InAppBrowser.openWebView({ url: 'https://example.com' });
-   };
-
-   InAppBrowser.addListener('closeEvent', () => {
-     browserOpen = false;
-   });
-   ```
-
-3. **在打开前验证 URL**
-   ```typescript
-   const isValidUrl = (url: string): boolean => {
-     try {
-       new URL(url);
-       return true;
-     } catch {
-       return false;
-     }
-   };
-
-   if (isValidUrl(url)) {
-     await InAppBrowser.open({ url });
-   }
-   ```
-
-4. **为平台自定义**
-   ```typescript
-   import { Capacitor } from '@capacitor/core';
-
-   const options = {
-     url: 'https://example.com',
-     preventDeeplink: Capacitor.getPlatform() === 'ios',
-   };
-   ```
-
-## 平台说明
-
-### iOS
-- 使用 `SFSafariViewController`
-- 支持 iOS 11.0+
-- 尊重安全区域插图
-- 支持自定义呈现样式
-
-### Android
-- 使用 Chrome Custom Tabs
-- 如果 Chrome 不可用，则回退到 WebView
-- 支持 Android 5.0（API 21）+
-- 通过 `toolbarType`、`toolbarColor`、`buttonNearDone` 等支持工具栏自定义
-
-### Web
-- 在新的浏览器标签/窗口中打开
-- 有限的自定义选项
-- 无 URL 更改事件
diff --git a/src/content/docs/zh/docs/plugins/inappbrowser/index.mdx b/src/content/docs/zh/docs/plugins/inappbrowser/index.mdx
deleted file mode 100644
index 4edaf6323..000000000
--- a/src/content/docs/zh/docs/plugins/inappbrowser/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/inappbrowser"
-description: 用于 Capacitor 应用的应用内浏览器插件，支持 URL 更改事件。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 使用功能齐全的应用内浏览器在您的应用中打开 Web 内容，支持 URL 更改事件和导航控制。
-  image:
-    file: ~public/icons/plugins/inappbrowser.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/inappbrowser/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/inappbrowser/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="URL 更改事件" icon="rocket">
-    使用 URL 更改事件监听器跟踪导航 🔗
-  </Card>
-  <Card title="完整的导航控制" icon="pencil">
-    后退、前进、重新加载和关闭控制 🎮
-  </Card>
-  <Card title="可自定义的 UI" icon="pencil">
-    工具栏颜色、按钮和显示选项 🎨
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/inappbrowser/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/index.mdx b/src/content/docs/zh/docs/plugins/index.mdx
deleted file mode 100644
index 2e3a1dbdb..000000000
--- a/src/content/docs/zh/docs/plugins/index.mdx
+++ /dev/null
@@ -1,384 +0,0 @@
----
-title: "Capgo 的 Capacitor 插件"
-description: 探索我们全面的 Capacitor 插件集合，通过强大的功能扩展您应用的原生能力。
-locale: zh
-sidebar:
-  order: 0
-  label: "所有插件"
----
-
-import { Card, CardGrid, LinkCard, Icon } from '@astrojs/starlight/components';
-
-欢迎来到 Capgo Capacitor 插件集合！我们维护一套高质量、文档完善的插件套件，帮助您在 Capacitor 应用中构建出色的原生体验。
-
-## ⭐ Capgo Cloud - 实时更新
-
-<LinkCard
-  title="Capacitor Updater"
-  description="支持 Capgo Cloud 的核心插件 - 无需应用商店延迟即可向您的 Capacitor 应用提供即时更新。直接将修复和功能推送给您的用户。"
-  href="/docs/plugins/updater/"
-/>
-
-Updater 插件是 Capgo Cloud 的基础，使您能够：
-- 🚀 无需应用商店审核即可立即部署更新
-- 📱 更新您应用的 JavaScript、HTML、CSS 和资源
-- 🎯 使用频道针对特定用户群体
-- 📊 使用内置分析监控更新成功率
-- 🔒 使用加密和代码签名保护更新
-
-## 🚀 特色插件
-
-<CardGrid>
-  <LinkCard
-    title="Social Login"
-    description="无缝认证 Google、Apple 和 Facebook。一个插件支持所有主要社交提供商。"
-    href="/docs/plugins/social-login/"
-  />
-  <LinkCard
-    title="Native Purchases"
-    description="使用统一的 API 为 iOS 和 Android 实现应用内购买和订阅。"
-    href="/docs/plugins/capacitor-native-purchases/"
-  />
-  <LinkCard
-    title="Camera Preview"
-    description="在您的应用中显示实时相机画面，完全控制捕获和设置。"
-    href="/docs/plugins/capacitor-camera-preview/"
-  />
-  <LinkCard
-    title="Data Storage SQLite"
-    description="由 SQLite 提供支持的快速安全的键值存储，可选加密。"
-    href="/docs/plugins/data-storage-sqlite/"
-  />
-</CardGrid>
-
-## 📱 设备和系统插件
-
-<CardGrid>
-  <LinkCard
-    title="Native Market"
-    description="链接到应用商店以获得评分、评论和应用更新。"
-    href="/docs/plugins/capacitor-native-market/"
-  />
-  <LinkCard
-    title="Native Biometric"
-    description="访问生物识别认证 API 以实现安全的应用访问。"
-    href="/docs/plugins/native-biometric/"
-  />
-  <LinkCard
-    title="Shake"
-    description="检测摇动手势以实现交互功能和调试菜单。"
-    href="/docs/plugins/shake/"
-  />
-  <LinkCard
-    title="Navigation Bar"
-    description="自定义 Android 导航栏颜色以匹配您的应用主题。"
-    href="/docs/plugins/navigation-bar/"
-  />
-  <LinkCard
-    title="Home Indicator"
-    description="控制 iOS 主屏幕指示器可见性以实现沉浸式体验。"
-    href="/docs/plugins/capacitor-home-indicator/"
-  />
-  <LinkCard
-    title="NFC"
-    description="使用 iOS 和 Android 的原生支持读取和写入 NFC 标签。"
-    href="/docs/plugins/nfc/"
-  />
-  <LinkCard
-    title="Barometer"
-    description="访问设备气压计以获取大气压力和海拔读数。"
-    href="/docs/plugins/barometer/"
-  />
-  <LinkCard
-    title="Accelerometer"
-    description="读取设备加速度计以进行运动检测和方向跟踪。"
-    href="/docs/plugins/accelerometer/"
-  />
-</CardGrid>
-
-## 🎥 媒体和相机插件
-
-<CardGrid>
-  <LinkCard
-    title="Screen Recorder"
-    description="录制您的设备屏幕以制作教程、演示或用户反馈。"
-    href="/docs/plugins/screen-recorder/"
-  />
-  <LinkCard
-    title="IVS Player"
-    description="Amazon IVS 集成，实现超低延迟实时流媒体。"
-    href="/docs/plugins/capacitor-ivs-player/"
-  />
-  <LinkCard
-    title="Native Audio"
-    description="用于游戏和应用的高性能原生音频引擎。"
-    href="/docs/plugins/capacitor-native-audio/"
-  />
-  <LinkCard
-    title="Mute"
-    description="检测设备静音开关是否启用或禁用。"
-    href="/docs/plugins/mute/"
-  />
-  <LinkCard
-    title="Video Player"
-    description="带有字幕、全屏和全面控制的原生视频播放。"
-    href="/docs/plugins/video-player/"
-  />
-  <LinkCard
-    title="YouTube Player"
-    description="嵌入 YouTube 视频，完全控制播放器 API 和事件处理。"
-    href="/docs/plugins/youtube-player/"
-  />
-  <LinkCard
-    title="FFmpeg"
-    description="由 FFmpeg 提供支持的视频编码和处理，用于压缩和转换。"
-    href="/docs/plugins/ffmpeg/"
-  />
-  <LinkCard
-    title="Volume Buttons"
-    description="监听硬件音量按钮按下以实现自定义控制。"
-    href="/docs/plugins/volume-buttons/"
-  />
-  <LinkCard
-    title="Audio Recorder"
-    description="在 iOS、Android 和 Web 上录制音频，控制简单。"
-    href="/docs/plugins/audio-recorder/"
-  />
-</CardGrid>
-
-## 🛠️ 实用插件
-
-<CardGrid>
-  <LinkCard
-    title="Uploader"
-    description="后台文件上传，带进度跟踪和可恢复上传。"
-    href="/docs/plugins/uploader/"
-  />
-  <LinkCard
-    title="Flash"
-    description="控制设备闪光灯/手电筒以实现实用和相机功能。"
-    href="/docs/plugins/flash/"
-  />
-  <LinkCard
-    title="Native Geocoder"
-    description="使用原生平台 API 进行正向和反向地理编码。"
-    href="/docs/plugins/nativegeocoder/"
-  />
-  <LinkCard
-    title="InAppBrowser"
-    description="在可自定义的应用内浏览器中打开 Web 内容。"
-    href="/docs/plugins/inappbrowser/"
-  />
-  <LinkCard
-    title="Crisp"
-    description="将 Crisp 聊天支持直接集成到您的移动应用中。"
-    href="/docs/plugins/crisp/"
-  />
-  <LinkCard
-    title="Live Reload"
-    description="连接到您的开发服务器以在开发期间进行即时热重载。"
-    href="/docs/plugins/live-reload/"
-  />
-  <LinkCard
-    title="Contacts"
-    description="访问和管理设备联系人，具有读写功能。"
-    href="/docs/plugins/contacts/"
-  />
-</CardGrid>
-
-## 🤖 AI 和高级媒体
-
-<CardGrid>
-  <LinkCard
-    title="LLM"
-    description="在本地运行大型语言模型，支持 Apple Intelligence。"
-    href="/docs/plugins/llm/"
-  />
-  <LinkCard
-    title="StreamCall"
-    description="启用高质量视频流和通话功能。"
-    href="/docs/plugins/streamcall/"
-  />
-  <LinkCard
-    title="JW Player"
-    description="具有高级流媒体功能的专业视频播放器。"
-    href="/docs/plugins/jw-player/"
-  />
-  <LinkCard
-    title="Ricoh 360 Camera"
-    description="控制和捕获 Ricoh 360 度相机。"
-    href="/docs/plugins/ricoh360-camera/"
-  />
-</CardGrid>
-
-## 📍 位置和后台服务
-
-<CardGrid>
-  <LinkCard
-    title="Background Geolocation"
-    description="在后台跟踪设备位置，优化电池使用。"
-    href="/docs/plugins/background-geolocation/"
-  />
-  <LinkCard
-    title="Alarm"
-    description="即使应用关闭也能安排原生警报和通知。"
-    href="/docs/plugins/alarm/"
-  />
-  <LinkCard
-    title="iBeacon"
-    description="用于基于位置功能的接近检测和信标区域监控。"
-    href="/docs/plugins/ibeacon/"
-  />
-</CardGrid>
-
-## 📞 通信和分析
-
-<CardGrid>
-  <LinkCard
-    title="Twilio Voice"
-    description="使用 Twilio Voice API 拨打和接听电话。"
-    href="/docs/plugins/twilio-voice/"
-  />
-  <LinkCard
-    title="GTM"
-    description="Google Tag Manager 集成用于分析和跟踪。"
-    href="/docs/plugins/gtm/"
-  />
-  <LinkCard
-    title="AppInsights"
-    description="使用 Apptopia AppInsights SDK 的应用洞察和分析。"
-    href="/docs/plugins/appinsights/"
-  />
-  <LinkCard
-    title="WeChat"
-    description="WeChat SDK 集成，用于认证、分享、支付和小程序。"
-    href="/docs/plugins/wechat/"
-  />
-</CardGrid>
-
-## 🔐 安全和系统
-
-<CardGrid>
-  <LinkCard
-    title="Is Root"
-    description="检测设备是否已 root 或越狱以确保安全。"
-    href="/docs/plugins/is-root/"
-  />
-  <LinkCard
-    title="Persistent Account"
-    description="在应用重新安装后维护用户帐户。"
-    href="/docs/plugins/persistent-account/"
-  />
-  <LinkCard
-    title="Autofill Save Password"
-    description="启用密码自动填充和保存功能。"
-    href="/docs/plugins/autofill-save-password/"
-  />
-</CardGrid>
-
-## 📊 Android 特定功能
-
-<CardGrid>
-  <LinkCard
-    title="Android Kiosk"
-    description="将 Android 设备锁定到 Kiosk 模式，带启动器功能和硬件按键控制。"
-    href="/docs/plugins/android-kiosk/"
-  />
-  <LinkCard
-    title="Android Usage Stats"
-    description="访问 Android 应用使用统计和屏幕时间数据。"
-    href="/docs/plugins/android-usagestatsmanager/"
-  />
-  <LinkCard
-    title="Android Inline Install"
-    description="在 Android 设备上启用内联应用安装。"
-    href="/docs/plugins/android-inline-install/"
-  />
-  <LinkCard
-    title="Age Signals"
-    description="访问 Google Play Age Signals 以检测受监督的帐户和已验证的用户。"
-    href="/docs/plugins/age-signals/"
-  />
-</CardGrid>
-
-## 📥 下载和导航
-
-<CardGrid>
-  <LinkCard
-    title="Downloader"
-    description="后台文件下载，带进度跟踪。"
-    href="/docs/plugins/downloader/"
-  />
-  <LinkCard
-    title="Launch Navigator"
-    description="使用地址和坐标启动导航应用。"
-    href="/docs/plugins/launch-navigator/"
-  />
-</CardGrid>
-
-## 🎯 为什么选择 Capgo 插件？
-
-<Card icon="approve-check">
-  **维护良好**：定期更新，兼容最新的 Capacitor 版本
-</Card>
-<Card icon="open-book">
-  **全面的文档**：每个插件都有详细的文档和示例
-</Card>
-<Card icon="puzzle">
-  **易于集成**：遵循 Capacitor 最佳实践的简单 API
-</Card>
-<Card icon="setting">
-  **TypeScript 支持**：完整的 TypeScript 定义，提供更好的开发体验
-</Card>
-
-## 🚀 开始使用
-
-每个插件都遵循类似的安装模式：
-
-1. **使用您首选的包管理器安装插件**
-2. **使用 `npx cap sync` 同步您的项目**
-3. **如果需要，配置平台特定的设置**
-4. **在您的代码中开始使用插件**
-
-访问每个插件的文档以获取详细的设置说明和 API 参考。
-
-## 💡 需要帮助？
-
-- 📖 查看各个插件文档
-- 💬 加入我们的 [Discord 社区](https://discord.capgo.app)
-- 🐛 在插件的 GitHub 仓库上报告问题
-- 📧 联系支持以获取企业咨询
-
-## 🛠️ 需要自定义插件？
-
-找不到您需要的确切功能？我们可以帮忙！
-
-<LinkCard
-  title="自定义插件开发"
-  description="我们的团队专门构建针对您的特定需求定制的 Capacitor 插件。从复杂的原生集成到独特的设备功能，我们都能满足您的需求。"
-  href="/consulting/"
-  icon="external"
-/>
-
-无论您需要：
-- 🔧 从头开始构建全新的插件
-- 🔄 修改现有插件
-- 🤝 原生开发的专家咨询
-- 📱 平台特定的实现
-
-[联系我们的团队](/consulting/)讨论您的自定义插件需求。
-
-## 🤝 贡献
-
-我们欢迎贡献！每个插件都是开源的，可在 GitHub 上获取。随时：
-
-- 报告错误并请求功能
-- 提交拉取请求
-- 改进文档
-- 分享您的使用案例
-
----
-
-<div style="text-align: center; margin-top: 2rem;">
-  <strong>由 Capgo 团队用 ❤️ 构建</strong>
-</div>
diff --git a/src/content/docs/zh/docs/plugins/intent-launcher/getting-started.mdx b/src/content/docs/zh/docs/plugins/intent-launcher/getting-started.mdx
deleted file mode 100644
index 1ed869419..000000000
--- a/src/content/docs/zh/docs/plugins/intent-launcher/getting-started.mdx
+++ /dev/null
@@ -1,420 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装并使用 Intent Launcher 插件,在 Capacitor 应用中启动 Android intent 与系统设置。
-sidebar:
-  order: 2
-locale: zh
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-intent-launcher" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 用法
-
-导入插件并使用其方法启动 intent:
-
-```typescript
-import { IntentLauncher, ActivityAction } from '@capgo/capacitor-intent-launcher';
-
-// 打开 WiFi 设置
-const openWifiSettings = async () => {
-  await IntentLauncher.startActivityAsync({
-    action: ActivityAction.WIFI_SETTINGS
-  });
-};
-
-// 打开定位设置
-const openLocationSettings = async () => {
-  await IntentLauncher.startActivityAsync({
-    action: ActivityAction.LOCATION_SOURCE_SETTINGS
-  });
-};
-
-// 打开应用详情页
-const openAppSettings = async () => {
-  await IntentLauncher.startActivityAsync({
-    action: ActivityAction.APPLICATION_DETAILS_SETTINGS,
-    data: 'package:com.example.myapp'
-  });
-};
-```
-
-## API 参考
-
-### startActivityAsync(options)
-
-为给定 action 启动 Android activity。
-
-```typescript
-interface IntentLauncherParams {
-  action: string;                    // Activity action (use ActivityAction enum)
-  category?: string;                 // Intent category
-  className?: string;                // Component class name
-  data?: string;                     // URI data
-  extra?: Record<string, unknown>;   // Extra key-value data
-  flags?: number;                    // Intent flags bitmask
-  packageName?: string;              // Component package name
-  type?: string;                     // MIME type
-}
-
-interface IntentLauncherResult {
-  resultCode: ResultCode;            // Result from activity
-  data?: string;                     // Optional URI data returned
-  extra?: Record<string, unknown>;   // Optional extra data returned
-}
-
-const result = await IntentLauncher.startActivityAsync({
-  action: ActivityAction.WIFI_SETTINGS
-});
-```
-
-### openApplication(options)
-
-通过包名打开应用。
-
-```typescript
-interface OpenApplicationOptions {
-  packageName: string;
-}
-
-// 打开 Gmail
-await IntentLauncher.openApplication({
-  packageName: 'com.google.android.gm'
-});
-```
-
-### getApplicationIconAsync(options)
-
-获取应用图标(base64 编码 PNG)。
-
-```typescript
-interface GetApplicationIconOptions {
-  packageName: string;
-}
-
-interface GetApplicationIconResult {
-  icon: string; // base64 PNG with data:image/.png;base64, prefix
-}
-
-const { icon } = await IntentLauncher.getApplicationIconAsync({
-  packageName: 'com.google.android.gm'
-});
-
-// 在 img 标签中使用
-// <img src={icon} alt="App icon" />
-```
-
-### getPluginVersion()
-
-获取当前插件版本。
-
-```typescript
-const { version } = await IntentLauncher.getPluginVersion();
-```
-
-## 常见 Activity Actions
-
-### 设置相关
-
-```typescript
-import { IntentLauncher, ActivityAction } from '@capgo/capacitor-intent-launcher';
-
-// 网络设置
-await IntentLauncher.startActivityAsync({ action: ActivityAction.WIFI_SETTINGS });
-await IntentLauncher.startActivityAsync({ action: ActivityAction.BLUETOOTH_SETTINGS });
-await IntentLauncher.startActivityAsync({ action: ActivityAction.AIRPLANE_MODE_SETTINGS });
-await IntentLauncher.startActivityAsync({ action: ActivityAction.DATA_ROAMING_SETTINGS });
-
-// 安全设置
-await IntentLauncher.startActivityAsync({ action: ActivityAction.SECURITY_SETTINGS });
-await IntentLauncher.startActivityAsync({ action: ActivityAction.PRIVACY_SETTINGS });
-
-// 应用设置
-await IntentLauncher.startActivityAsync({ action: ActivityAction.APPLICATION_SETTINGS });
-await IntentLauncher.startActivityAsync({ action: ActivityAction.MANAGE_APPLICATIONS_SETTINGS });
-
-// 显示与声音
-await IntentLauncher.startActivityAsync({ action: ActivityAction.DISPLAY_SETTINGS });
-await IntentLauncher.startActivityAsync({ action: ActivityAction.SOUND_SETTINGS });
-
-// 位置
-await IntentLauncher.startActivityAsync({ action: ActivityAction.LOCATION_SOURCE_SETTINGS });
-
-// 电池
-await IntentLauncher.startActivityAsync({ action: ActivityAction.BATTERY_SAVER_SETTINGS });
-await IntentLauncher.startActivityAsync({ action: ActivityAction.IGNORE_BATTERY_OPTIMIZATION_SETTINGS });
-
-// 通知
-await IntentLauncher.startActivityAsync({ action: ActivityAction.APP_NOTIFICATION_SETTINGS });
-await IntentLauncher.startActivityAsync({ action: ActivityAction.NOTIFICATION_LISTENER_SETTINGS });
-```
-
-### Intent Actions
-
-```typescript
-// 打开 URL
-await IntentLauncher.startActivityAsync({
-  action: ActivityAction.VIEW,
-  data: 'https://example.com'
-});
-
-// 拨打电话
-await IntentLauncher.startActivityAsync({
-  action: ActivityAction.DIAL,
-  data: 'tel:+1234567890'
-});
-
-// 发送邮件
-await IntentLauncher.startActivityAsync({
-  action: ActivityAction.SENDTO,
-  data: 'mailto:example@email.com'
-});
-
-// 分享文本
-await IntentLauncher.startActivityAsync({
-  action: ActivityAction.SEND,
-  type: 'text/plain',
-  extra: {
-    'android.intent.extra.TEXT': 'Hello from my app!'
-  }
-});
-```
-
-## 完整示例
-
-```typescript
-import {
-  IntentLauncher,
-  ActivityAction,
-  ResultCode
-} from '@capgo/capacitor-intent-launcher';
-import { Capacitor } from '@capacitor/core';
-
-export class IntentService {
-  private isAndroid = Capacitor.getPlatform() === 'android';
-
-  /**
-   * 打开当前应用的设置页
-   */
-  async openAppSettings(packageName: string) {
-    if (!this.isAndroid) {
-      console.warn('Intent Launcher is Android-only');
-      return;
-    }
-
-    await IntentLauncher.startActivityAsync({
-      action: ActivityAction.APPLICATION_DETAILS_SETTINGS,
-      data: `package:${packageName}`
-    });
-  }
-
-  /**
-   * 打开 WiFi 设置
-   */
-  async openWifiSettings() {
-    if (!this.isAndroid) return;
-
-    await IntentLauncher.startActivityAsync({
-      action: ActivityAction.WIFI_SETTINGS
-    });
-  }
-
-  /**
-   * 打开定位设置
-   */
-  async openLocationSettings() {
-    if (!this.isAndroid) return;
-
-    const result = await IntentLauncher.startActivityAsync({
-      action: ActivityAction.LOCATION_SOURCE_SETTINGS
-    });
-
-    return result.resultCode === ResultCode.Success;
-  }
-
-  /**
-   * 请求电池优化豁免
-   */
-  async requestBatteryExemption(packageName: string) {
-    if (!this.isAndroid) return;
-
-    await IntentLauncher.startActivityAsync({
-      action: ActivityAction.REQUEST_IGNORE_BATTERY_OPTIMIZATIONS,
-      data: `package:${packageName}`
-    });
-  }
-
-  /**
-   * 打开其他应用
-   */
-  async openApp(packageName: string) {
-    if (!this.isAndroid) return;
-
-    try {
-      await IntentLauncher.openApplication({ packageName });
-    } catch (error) {
-      console.error(`App ${packageName} not installed or cannot be opened`);
-      throw error;
-    }
-  }
-
-  /**
-   * 获取应用图标
-   */
-  async getAppIcon(packageName: string): Promise<string | null> {
-    if (!this.isAndroid) return null;
-
-    try {
-      const { icon } = await IntentLauncher.getApplicationIconAsync({
-        packageName
-      });
-      return icon || null;
-    } catch {
-      return null;
-    }
-  }
-
-  /**
-   * 分享文本内容
-   */
-  async shareText(text: string, title?: string) {
-    if (!this.isAndroid) return;
-
-    await IntentLauncher.startActivityAsync({
-      action: ActivityAction.SEND,
-      type: 'text/plain',
-      extra: {
-        'android.intent.extra.TEXT': text,
-        ...(title && { 'android.intent.extra.SUBJECT': title })
-      }
-    });
-  }
-
-  /**
-   * 在浏览器中打开 URL
-   */
-  async openUrl(url: string) {
-    if (!this.isAndroid) return;
-
-    await IntentLauncher.startActivityAsync({
-      action: ActivityAction.VIEW,
-      data: url
-    });
-  }
-
-  /**
-   * 打开拨号器
-   */
-  async openDialer(phoneNumber: string) {
-    if (!this.isAndroid) return;
-
-    await IntentLauncher.startActivityAsync({
-      action: ActivityAction.DIAL,
-      data: `tel:${phoneNumber}`
-    });
-  }
-
-  /**
-   * 发送邮件
-   */
-  async composeEmail(to: string, subject?: string, body?: string) {
-    if (!this.isAndroid) return;
-
-    const extra: Record<string, string> = {};
-    if (subject) extra['android.intent.extra.SUBJECT'] = subject;
-    if (body) extra['android.intent.extra.TEXT'] = body;
-
-    await IntentLauncher.startActivityAsync({
-      action: ActivityAction.SENDTO,
-      data: `mailto:${to}`,
-      extra
-    });
-  }
-}
-
-// Usage
-const intentService = new IntentService();
-
-// Open settings
-await intentService.openWifiSettings();
-await intentService.openLocationSettings();
-
-// Open another app
-await intentService.openApp('com.google.android.gm');
-
-// Get app icon
-const icon = await intentService.getAppIcon('com.google.android.gm');
-
-// Share content
-await intentService.shareText('Check out this app!', 'App Recommendation');
-```
-
-## 结果码
-
-```typescript
-enum ResultCode {
-  Success = -1,   // Activity completed successfully
-  Canceled = 0,   // Activity was canceled
-  FirstUser = 1   // Custom result code
-}
-```
-
-## 最佳实践
-
-1. **先检查平台**
-   ```typescript
-   import { Capacitor } from '@capacitor/core';
-
-   if (Capacitor.getPlatform() !== 'android') {
-     console.warn('Intent Launcher is Android-only');
-     return;
-   }
-   ```
-
-2. **处理应用不存在的错误**
-   ```typescript
-   try {
-     await IntentLauncher.openApplication({
-       packageName: 'com.example.app'
-     });
-   } catch (error) {
-     // App not installed
-     console.error('App not found');
-   }
-   ```
-
-3. **应用设置使用正确 URI 格式**
-   ```typescript
-   // Correct
-   data: 'package:com.example.app'
-
-   // Not correct
-   data: 'com.example.app'
-   ```
-
-## 平台说明
-
-### Android
-- 完整支持所有 intent actions
-- 可访问系统设置与其他应用
-- 可接收 activity 的结果码
-
-### iOS
-- **不支持** - iOS 没有与 Android intents 等价的系统
-- 使用 iOS 特定方法,例如打开 Settings 的 URL scheme
-
-### Web
-- **不支持** - Web 无 intent 系统
-
-## 要求
-
-- **Capacitor 8.0.0** 或更高版本
diff --git a/src/content/docs/zh/docs/plugins/intent-launcher/index.mdx b/src/content/docs/zh/docs/plugins/intent-launcher/index.mdx
deleted file mode 100644
index db77b993b..000000000
--- a/src/content/docs/zh/docs/plugins/intent-launcher/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: "@capgo/capacitor-intent-launcher"
-locale: zh
-description: 在 Capacitor 应用中启动 Android Intent 并打开系统设置。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 使用 Android Intent 系统启动活动、打开系统设置并与其他应用交互。需要 Capacitor 8+。
-  image:
-    file: ~public/icons/plugins/intent-launcher.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/intent-launcher/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-intent-launcher/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="系统设置" icon="setting">
-    直接从应用打开任意 Android 系统设置页面
-  </Card>
-  <Card title="启动应用" icon="external">
-    通过包名打开已安装的其他应用
-  </Card>
-  <Card title="Intent 动作" icon="rocket">
-    执行 65+ 预定义 Android intent 动作
-  </Card>
-  <Card title="应用图标" icon="puzzle">
-    以 base64 图片获取应用图标
-  </Card>
-  <Card title="全面文档" icon="open-book">
-    查看[文档](/docs/plugins/intent-launcher/getting-started/)以在几分钟内掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/is-root/getting-started.mdx b/src/content/docs/zh/docs/plugins/is-root/getting-started.mdx
deleted file mode 100644
index 78638f535..000000000
--- a/src/content/docs/zh/docs/plugins/is-root/getting-started.mdx
+++ /dev/null
@@ -1,276 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 学习如何安装和使用 Is Root 插件来检测已 root 的 Android 设备和模拟器，以增强应用安全性。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-is-root
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 平台支持
-
-- **Android**：完全支持 root 和模拟器检测
-- **iOS**：无需配置（插件专注于 Android）
-
-## 使用示例
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// 基本 root 检测
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('Device is rooted');
-  // 适当处理已 root 的设备
-  // 例如：显示警告、限制功能或阻止访问
-}
-
-// 使用 BusyBox 的扩展 root 检测
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('Device is rooted (extended check)');
-}
-
-// 检查模拟器
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('Running on emulator');
-  // 处理模拟器环境
-}
-
-// 检测 root 管理应用
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('Root management apps detected');
-}
-
-// 检查 su 二进制文件
-const suResult = await IsRoot.checkForSuBinary();
-if (suResult.hasSu) {
-  console.log('SU binary found on device');
-}
-```
-
-## API 参考
-
-### isRooted()
-
-```typescript
-isRooted() => Promise<{ isRooted: boolean }>
-```
-
-使用默认方法执行全面的 root 检测。
-
-**返回：** `Promise<{ isRooted: boolean }>`
-
-### isRootedWithBusyBox()
-
-```typescript
-isRootedWithBusyBox() => Promise<{ isRooted: boolean }>
-```
-
-包括 BusyBox 检查的扩展 root 检测。
-
-**返回：** `Promise<{ isRooted: boolean }>`
-
-### detectRootManagementApps()
-
-```typescript
-detectRootManagementApps() => Promise<{ hasRootApps: boolean }>
-```
-
-识别已安装的 root 管理应用程序（SuperSU、Magisk 等）。
-
-**返回：** `Promise<{ hasRootApps: boolean }>`
-
-### checkForSuBinary()
-
-```typescript
-checkForSuBinary() => Promise<{ hasSu: boolean }>
-```
-
-检查系统路径中是否存在 `su` 二进制文件。
-
-**返回：** `Promise<{ hasSu: boolean }>`
-
-### isRunningOnEmulator()
-
-```typescript
-isRunningOnEmulator() => Promise<{ isEmulator: boolean }>
-```
-
-检测常见的 Android 模拟器指纹。
-
-**返回：** `Promise<{ isEmulator: boolean }>`
-
-## 综合安全检查
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function performSecurityCheck() {
-  const checks = {
-    rooted: false,
-    emulator: false,
-    rootApps: false,
-    suBinary: false
-  };
-
-  try {
-    // 运行所有检测方法
-    const [rootResult, emulatorResult, rootAppsResult, suResult] = await Promise.all([
-      IsRoot.isRootedWithBusyBox(),
-      IsRoot.isRunningOnEmulator(),
-      IsRoot.detectRootManagementApps(),
-      IsRoot.checkForSuBinary()
-    ]);
-
-    checks.rooted = rootResult.isRooted;
-    checks.emulator = emulatorResult.isEmulator;
-    checks.rootApps = rootAppsResult.hasRootApps;
-    checks.suBinary = suResult.hasSu;
-
-    // 确定安全级别
-    const securityIssues = Object.values(checks).filter(v => v).length;
-
-    if (securityIssues > 0) {
-      console.warn(`Device has ${securityIssues} security concern(s)`, checks);
-      return {
-        secure: false,
-        issues: checks
-      };
-    }
-
-    return {
-      secure: true,
-      issues: checks
-    };
-  } catch (error) {
-    console.error('Security check failed:', error);
-    throw error;
-  }
-}
-
-// 在应用中使用
-const securityStatus = await performSecurityCheck();
-if (!securityStatus.secure) {
-  // 处理不安全的设备
-  showSecurityWarning(securityStatus.issues);
-}
-```
-
-## 检测技术
-
-### Root 检测
-
-插件采用多种检测方法：
-
-- 检查 root 管理应用程序（SuperSU、Magisk、KingRoot 等）
-- 扫描可疑的系统属性
-- 识别测试构建标签和调试标志
-- 验证危险二进制文件位置
-- 检查系统路径权限
-- 检测已知的 root 隐藏应用
-
-### 模拟器检测
-
-- 硬件指纹分析
-- 构建属性检查
-- 模拟器特定特征
-- 虚拟环境指标
-
-## 处理安全问题
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-async function handleDeviceSecurity() {
-  const rootResult = await IsRoot.isRooted();
-
-  if (rootResult.isRooted) {
-    // 选项 1：显示警告并继续
-    showWarning('Your device appears to be rooted. Some features may be limited.');
-
-    // 选项 2：限制功能
-    disableSensitiveFeatures();
-
-    // 选项 3：阻止访问应用
-    showBlockedScreen('This app cannot run on rooted devices for security reasons.');
-    return false;
-  }
-
-  return true;
-}
-
-function showWarning(message: string) {
-  // 显示用户友好的警告对话框
-  alert(message);
-}
-
-function disableSensitiveFeatures() {
-  // 禁用支付处理、敏感数据访问等
-  console.log('Sensitive features disabled due to rooted device');
-}
-
-function showBlockedScreen(message: string) {
-  // 显示阻止屏幕并退出应用
-  alert(message);
-}
-```
-
-## 最佳实践
-
-- 使用多种检测方法以提高准确性
-- 实施优雅降级而不是完全阻止访问
-- 提供有关安全问题的清晰用户沟通
-- 实施安全措施时考虑用户体验
-- 随着检测方法的发展，保持插件更新
-- 在已 root 和未 root 的设备上测试
-- 优雅地处理检测失败
-
-## 安全注意事项
-
-- 没有检测方法是 100% 可靠的
-- 高级用户可以绕过检测机制
-- 与服务器端安全措施结合使用
-- 实施安全检查时考虑用户隐私
-- 遵循平台的安全实施指南
-- 建议定期更新，因为 root 隐藏技术不断发展
-
-## 用例
-
-- **银行和金融应用**：防止在受损设备上访问
-- **DRM 保护内容**：保护受版权保护的材料
-- **企业应用**：执行 BYOD 安全策略
-- **支付处理**：确保安全的交易环境
-- **敏感数据应用**：保护机密信息
diff --git a/src/content/docs/zh/docs/plugins/is-root/index.mdx b/src/content/docs/zh/docs/plugins/is-root/index.mdx
deleted file mode 100644
index d3c675175..000000000
--- a/src/content/docs/zh/docs/plugins/is-root/index.mdx
+++ /dev/null
@@ -1,122 +0,0 @@
----
-title: "@capgo/capacitor-is-root"
-locale: zh
-description: Capacitor 应用的 Root 和越狱检测插件，具有全面的安全检查和设备完整性验证。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 检测已 root 的 Android 设备和越狱的 iOS 设备，以增强应用安全性并保护敏感数据。
-  image:
-    file: ~public/icons/plugins/is-root.svg
-  actions:
-    - text: 入门指南
-      link: /docs/plugins/is-root/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-is-root/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概述
-
-Capacitor Is Root 插件为 Android 设备提供全面的 root 和越狱检测以及模拟器检测。此插件通过识别可能构成安全风险的受损设备和模拟环境来帮助增强应用安全性。
-
-<CardGrid stagger>
-  <Card title="Root 检测" icon="rocket">
-    使用多种方法进行高级 Android root 检测 🔒
-  </Card>
-  <Card title="模拟器检测" icon="approve-check">
-    识别模拟环境和测试框架 🛡️
-  </Card>
-  <Card title="安全验证" icon="approve-check">
-    多种检测技术以提高准确性 ✅
-  </Card>
-  <Card title="专注于 Android" icon="laptop">
-    专门用于 Android 安全评估的检测 🤖
-  </Card>
-</CardGrid>
-
-## 安装
-
-```bash
-npm install @capgo/capacitor-is-root
-npx cap sync
-```
-
-## 核心 API 方法
-
-### Root 检测
-- `isRooted()` - 使用默认方法执行全面的 root 检测
-- `isRootedWithBusyBox()` - 包括 BusyBox 检查的扩展检测
-- `detectRootManagementApps()` - 识别已安装的 root 管理应用程序
-- `checkForSuBinary()` - 检查系统路径中是否存在 `su` 二进制文件
-
-### 模拟器检测
-- `isRunningOnEmulator()` - 检测常见的 Android 模拟器指纹
-
-## 检测技术
-
-插件采用多种检测方法：
-
-### Root 检测
-- 检查 root 管理应用程序（SuperSU、Magisk 等）
-- 扫描可疑的系统属性
-- 识别测试构建标签和调试标志
-- 验证危险二进制文件位置
-- 检查系统路径权限
-
-### 模拟器检测
-- 硬件指纹分析
-- 构建属性检查
-- 模拟器特定特征
-- 虚拟环境指标
-
-## 使用示例
-
-```typescript
-import { IsRoot } from '@capgo/capacitor-is-root';
-
-// 基本 root 检测
-const rootResult = await IsRoot.isRooted();
-if (rootResult.isRooted) {
-  console.log('Device is rooted');
-  // 适当处理已 root 的设备
-}
-
-// 使用 BusyBox 的扩展 root 检测
-const extendedResult = await IsRoot.isRootedWithBusyBox();
-if (extendedResult.isRooted) {
-  console.log('Device is rooted (extended check)');
-}
-
-// 检查模拟器
-const emulatorResult = await IsRoot.isRunningOnEmulator();
-if (emulatorResult.isEmulator) {
-  console.log('Running on emulator');
-}
-
-// 检测 root 管理应用
-const rootAppsResult = await IsRoot.detectRootManagementApps();
-if (rootAppsResult.hasRootApps) {
-  console.log('Root management apps detected');
-}
-```
-
-## 安全注意事项
-
-- 使用多种检测方法以提高准确性
-- 为检测到的环境实施优雅降级
-- 实施安全措施时考虑用户隐私
-- 建议定期更新，因为检测方法不断发展
-
-## 文档
-
-查看[完整文档](/docs/plugins/is-root/getting-started/)以获取详细的实施指南和高级安全模式。
\ No newline at end of file
diff --git a/src/content/docs/zh/docs/plugins/ivs-player/getting-started.mdx b/src/content/docs/zh/docs/plugins/ivs-player/getting-started.mdx
deleted file mode 100644
index fab9a2e79..000000000
--- a/src/content/docs/zh/docs/plugins/ivs-player/getting-started.mdx
+++ /dev/null
@@ -1,313 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 学习如何安装和配置 Capacitor IVS Player 插件，在应用中集成 Amazon IVS 低延迟流媒体。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/ivs-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置插件**
-
-   **基本播放器设置：**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // 创建播放器
-   const { playerId } = await IvsPlayer.create({
-     url: 'https://your-ivs-playback-url.m3u8',
-     autoplay: true
-   });
-
-   // 开始播放
-   await IvsPlayer.play({ playerId });
-   ```
-
-   **播放器控制：**
-   ```typescript
-   // 暂停播放
-   await IvsPlayer.pause({ playerId });
-
-   // 设置音量
-   await IvsPlayer.setVolume({
-     playerId,
-     volume: 0.5 // 0.0 到 1.0
-   });
-
-   // 跳转到位置
-   await IvsPlayer.seekTo({
-     playerId,
-     position: 30 // 秒
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       添加到您的 `Info.plist`：
-       ```xml
-       <key>NSAppTransportSecurity</key>
-       <dict>
-         <key>NSAllowsArbitraryLoads</key>
-         <true/>
-       </dict>
-       ```
-     </TabItem>
-     <TabItem label="Android">
-       添加到您的 `AndroidManifest.xml`：
-       ```xml
-       <uses-permission android:name="android.permission.INTERNET" />
-       ```
-     </TabItem>
-   </Tabs>
-
-4. **事件处理**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   // 监听播放器事件
-   IvsPlayer.addListener('onState', (event) => {
-     console.log('Player state:', event.state);
-     // 状态：idle、buffering、ready、playing、ended
-   });
-
-   IvsPlayer.addListener('onError', (event) => {
-     console.error('Player error:', event.error);
-   });
-
-   IvsPlayer.addListener('onDuration', (event) => {
-     console.log('Video duration:', event.duration);
-   });
-
-   IvsPlayer.addListener('onProgress', (event) => {
-     console.log('Current position:', event.position);
-   });
-
-   // 监听定时元数据
-   IvsPlayer.addListener('onMetadata', (event) => {
-     console.log('Timed metadata:', event.metadata);
-   });
-   ```
-
-5. **高级用法**
-   ```typescript
-   import { IvsPlayer } from '@capgo/ivs-player';
-
-   export class StreamPlayer {
-     private playerId: string | null = null;
-     private listeners: any[] = [];
-
-     async initialize(streamUrl: string) {
-       // 使用自定义配置创建播放器
-       const result = await IvsPlayer.create({
-         url: streamUrl,
-         autoplay: false,
-         muted: true, // 为自动播放策略静音开始
-         controls: true
-       });
-
-       this.playerId = result.playerId;
-       this.setupEventListeners();
-     }
-
-     private setupEventListeners() {
-       // 状态变化
-       const stateListener = IvsPlayer.addListener('onState', (event) => {
-         this.handleStateChange(event.state);
-       });
-       this.listeners.push(stateListener);
-
-       // 质量变化
-       const qualityListener = IvsPlayer.addListener('onQuality', (event) => {
-         console.log(`Quality changed to: ${event.quality.name}`);
-       });
-       this.listeners.push(qualityListener);
-
-       // 缓冲更新
-       const bufferListener = IvsPlayer.addListener('onBuffer', (event) => {
-         console.log(`Buffer: ${event.percentage}%`);
-       });
-       this.listeners.push(bufferListener);
-     }
-
-     private handleStateChange(state: string) {
-       switch (state) {
-         case 'playing':
-           console.log('Stream is playing');
-           break;
-         case 'buffering':
-           console.log('Stream is buffering');
-           break;
-         case 'ended':
-           console.log('Stream ended');
-           break;
-       }
-     }
-
-     async play() {
-       if (this.playerId) {
-         await IvsPlayer.play({ playerId: this.playerId });
-       }
-     }
-
-     async pause() {
-       if (this.playerId) {
-         await IvsPlayer.pause({ playerId: this.playerId });
-       }
-     }
-
-     async setQuality(qualityName: string) {
-       if (this.playerId) {
-         await IvsPlayer.setQuality({
-           playerId: this.playerId,
-           quality: qualityName
-         });
-       }
-     }
-
-     async destroy() {
-       // 删除监听器
-       this.listeners.forEach(listener => listener.remove());
-
-       // 销毁播放器
-       if (this.playerId) {
-         await IvsPlayer.destroy({ playerId: this.playerId });
-       }
-     }
-   }
-   ```
-</Steps>
-
-## API 参考
-
-### 方法
-
-#### `create(options: CreateOptions)`
-创建新的 IVS 播放器实例。
-
-**参数：**
-- `options`：播放器配置
-  - `url`: string - IVS 播放 URL
-  - `autoplay`: boolean - 自动开始播放
-  - `muted`: boolean - 静音开始
-  - `controls`: boolean - 显示原生控件
-
-**返回：** `Promise<{ playerId: string }>`
-
-#### `play(options: PlayerOptions)`
-开始播放。
-
-#### `pause(options: PlayerOptions)`
-暂停播放。
-
-#### `stop(options: PlayerOptions)`
-停止播放并重置位置。
-
-#### `seekTo(options: SeekOptions)`
-跳转到特定位置。
-
-#### `setVolume(options: VolumeOptions)`
-设置播放器音量（0.0 到 1.0）。
-
-#### `setQuality(options: QualityOptions)`
-设置播放质量。
-
-#### `destroy(options: PlayerOptions)`
-销毁播放器实例。
-
-### 事件
-
-- `onState`：播放器状态变化
-- `onError`：播放错误
-- `onDuration`：视频时长可用
-- `onProgress`：播放进度更新
-- `onQuality`：质量变化
-- `onMetadata`：定时元数据事件
-- `onBuffer`：缓冲状态更新
-
-### 接口
-
-```typescript
-interface CreateOptions {
-  url: string;
-  autoplay?: boolean;
-  muted?: boolean;
-  controls?: boolean;
-}
-
-interface PlayerOptions {
-  playerId: string;
-}
-
-interface SeekOptions extends PlayerOptions {
-  position: number; // 秒
-}
-
-interface VolumeOptions extends PlayerOptions {
-  volume: number; // 0.0 到 1.0
-}
-
-interface QualityOptions extends PlayerOptions {
-  quality: string; // 质量名称
-}
-```
-
-## 平台说明
-
-### iOS
-- 需要 iOS 12.0 或更高版本
-- 使用带有 IVS 扩展的原生 AVPlayer
-- 在 iPad 上支持画中画
-
-### Android
-- 需要 Android 5.0（API 级别 21）或更高版本
-- 使用 Amazon IVS Player SDK
-- 建议使用硬件加速
-
-## 常见用例
-
-1. **直播流媒体**：实时活动、体育、游戏
-2. **互动流媒体**：观众投票、问答环节
-3. **电子商务**：带产品亮点的直播购物
-4. **教育**：带定时内容的直播课程
-5. **娱乐**：带观众互动的音乐会、节目
-
-## 最佳实践
-
-1. **网络处理**：监控连接质量
-   ```typescript
-   IvsPlayer.addListener('onError', (event) => {
-     if (event.error.includes('network')) {
-       // 处理网络错误
-       showRetryButton();
-     }
-   });
-   ```
-
-2. **资源管理**：完成后始终销毁播放器
-3. **自动播放策略**：为可靠的自动播放静音开始
-4. **质量选择**：让 IVS 处理自动质量切换
-
-## 故障排除
-
-**流媒体无法播放：**
-- 验证 IVS 播放 URL 是否有效
-- 检查网络权限
-- 确保流媒体是实时的
-
-**高延迟：**
-- IVS 针对低延迟进行了优化，检查编码器设置
-- 验证您使用的是 IVS 特定的播放 URL
-
-**质量问题：**
-- 允许自动质量切换
-- 检查网络带宽要求
diff --git a/src/content/docs/zh/docs/plugins/ivs-player/index.mdx b/src/content/docs/zh/docs/plugins/ivs-player/index.mdx
deleted file mode 100644
index 51a4b21fa..000000000
--- a/src/content/docs/zh/docs/plugins/ivs-player/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/ivs-player"
-description: 用于 Amazon IVS（交互式视频服务）播放器的 Capacitor 插件，在移动应用中实现低延迟直播。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 在 Capacitor 应用中集成 Amazon IVS 播放器，实现超低延迟直播和交互功能。
-  image:
-    file: ~public/icons/plugins/ivs-player.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/ivs-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ivs-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="低延迟流媒体" icon="rocket">
-    使用 Amazon IVS 实现亚秒级延迟的流媒体传输 📡
-  </Card>
-  <Card title="交互功能" icon="setting">
-    支持定时元数据和观众互动 💬
-  </Card>
-  <Card title="质量自适应" icon="star">
-    根据网络条件自动切换质量 📶
-  </Card>
-  <Card title="完善的文档" icon="open-book">
-    查看[文档](/docs/plugins/ivs-player/getting-started/)，只需几分钟即可掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/jw-player/getting-started.mdx b/src/content/docs/zh/docs/plugins/jw-player/getting-started.mdx
deleted file mode 100644
index 595e2021d..000000000
--- a/src/content/docs/zh/docs/plugins/jw-player/getting-started.mdx
+++ /dev/null
@@ -1,345 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装并将 JW Player 集成到 Capacitor 应用中，实现专业的视频流媒体功能。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-jw-player
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 前置要求
-
-您需要 JW Player 账户和许可证密钥才能使用此插件。如果还没有账户，请在 [JW Player](https://www.jwplayer.com/) 注册。
-
-## 平台配置
-
-### iOS
-
-将您的 JW Player 许可证密钥添加到 `Info.plist`：
-
-```xml
-<key>JWPlayerLicenseKey</key>
-<string>YOUR_LICENSE_KEY</string>
-```
-
-### Android
-
-将您的 JW Player 许可证密钥添加到 `android/app/src/main/res/values/strings.xml`：
-
-```xml
-<resources>
-    <string name="jw_player_license_key">YOUR_LICENSE_KEY</string>
-</resources>
-```
-
-## 使用示例
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// 播放单个视频
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: 'My Video',
-  description: 'Video description',
-  poster: 'https://example.com/poster.jpg'
-});
-
-// 播放播放列表
-await JWPlayer.playPlaylist({
-  playlistUrl: 'https://example.com/playlist.json'
-});
-
-// 监听播放器事件
-JWPlayer.addListener('playerReady', () => {
-  console.log('Player is ready');
-});
-
-JWPlayer.addListener('play', (data) => {
-  console.log('Video started playing');
-});
-
-JWPlayer.addListener('pause', (data) => {
-  console.log('Video paused');
-});
-
-JWPlayer.addListener('complete', (data) => {
-  console.log('Video playback completed');
-});
-
-JWPlayer.addListener('error', (error) => {
-  console.error('Player error:', error);
-});
-```
-
-## API 参考
-
-### playVideo(options)
-
-```typescript
-playVideo(options: VideoOptions) => Promise<void>
-```
-
-以全屏模式播放单个视频。
-
-| 参数         | 类型                    |
-| ------------- | ----------------------- |
-| **`options`** | `VideoOptions` |
-
-### playPlaylist(options)
-
-```typescript
-playPlaylist(options: PlaylistOptions) => Promise<void>
-```
-
-以全屏模式播放播放列表。
-
-| 参数         | 类型                        |
-| ------------- | --------------------------- |
-| **`options`** | `PlaylistOptions` |
-
-### pause()
-
-```typescript
-pause() => Promise<void>
-```
-
-暂停当前视频。
-
-### play()
-
-```typescript
-play() => Promise<void>
-```
-
-恢复视频播放。
-
-### seek(options)
-
-```typescript
-seek(options: { position: number }) => Promise<void>
-```
-
-跳转到视频的特定位置。
-
-| 参数         | 类型                         |
-| ------------- | ---------------------------- |
-| **`options`** | `{ position: number }` |
-
-### setPlaybackSpeed(options)
-
-```typescript
-setPlaybackSpeed(options: { speed: number }) => Promise<void>
-```
-
-设置播放速度。
-
-| 参数         | 类型                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ speed: number }` |
-
-### setVolume(options)
-
-```typescript
-setVolume(options: { volume: number }) => Promise<void>
-```
-
-设置音频音量（0.0 到 1.0）。
-
-| 参数         | 类型                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ volume: number }` |
-
-### selectAudioTrack(options)
-
-```typescript
-selectAudioTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-按索引选择音频轨道。
-
-| 参数         | 类型                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### selectCaptionTrack(options)
-
-```typescript
-selectCaptionTrack(options: { trackIndex: number }) => Promise<void>
-```
-
-按索引选择字幕轨道。
-
-| 参数         | 类型                            |
-| ------------- | ------------------------------- |
-| **`options`** | `{ trackIndex: number }` |
-
-### stop()
-
-```typescript
-stop() => Promise<void>
-```
-
-停止播放并关闭播放器。
-
-## 接口
-
-### VideoOptions
-
-| 属性              | 类型               | 描述                             |
-| ----------------- | ------------------ | --------------------------------------- |
-| **`mediaUrl`**    | `string` | 视频文件的 URL                   |
-| **`title`**       | `string` | 视频标题（可选）                  |
-| **`description`** | `string` | 视频描述（可选）            |
-| **`poster`**      | `string` | 海报/缩略图的 URL（可选）  |
-| **`autoStart`**   | `boolean` | 自动开始播放（可选，默认：true） |
-
-### PlaylistOptions
-
-| 属性              | 类型               | 描述                 |
-| ----------------- | ------------------ | --------------------------- |
-| **`playlistUrl`** | `string` | JW 播放列表 JSON 的 URL |
-| **`autoStart`**   | `boolean` | 自动开始播放（可选） |
-
-## 事件监听器
-
-### 可用事件
-
-- `playerReady` - 播放器已初始化并准备就绪
-- `play` - 视频播放开始
-- `pause` - 视频播放暂停
-- `complete` - 视频播放完成
-- `error` - 播放器遇到错误
-- `seek` - 用户跳转到不同位置
-- `time` - 播放时间更新
-- `bufferChange` - 缓冲状态改变
-
-### 事件示例
-
-```typescript
-// 监听时间更新
-JWPlayer.addListener('time', (data) => {
-  console.log('Current time:', data.position);
-  console.log('Duration:', data.duration);
-});
-
-// 监听缓冲变化
-JWPlayer.addListener('bufferChange', (data) => {
-  console.log('Buffering:', data.buffering);
-});
-
-// 完成后移除监听器
-const listener = await JWPlayer.addListener('play', (data) => {
-  console.log('Playing');
-});
-
-// 稍后...
-listener.remove();
-```
-
-## 高级用法
-
-### 带字幕播放
-
-```typescript
-await JWPlayer.playVideo({
-  mediaUrl: 'https://example.com/video.mp4',
-  title: 'Video with Subtitles',
-  poster: 'https://example.com/poster.jpg',
-  tracks: [
-    {
-      file: 'https://example.com/captions-en.vtt',
-      label: 'English',
-      kind: 'captions'
-    },
-    {
-      file: 'https://example.com/captions-es.vtt',
-      label: 'Spanish',
-      kind: 'captions'
-    }
-  ]
-});
-```
-
-### 自定义播放控制
-
-```typescript
-import { JWPlayer } from '@capgo/capacitor-jw-player';
-
-// 开始播放
-await JWPlayer.play();
-
-// 10 秒后暂停
-setTimeout(() => {
-  JWPlayer.pause();
-}, 10000);
-
-// 跳转到 30 秒
-await JWPlayer.seek({ position: 30 });
-
-// 设置播放速度为 1.5 倍
-await JWPlayer.setPlaybackSpeed({ speed: 1.5 });
-
-// 设置音量为 50%
-await JWPlayer.setVolume({ volume: 0.5 });
-```
-
-## 最佳实践
-
-- 始终提供海报图片以获得更好的用户体验
-- 通过适当的错误消息优雅地处理播放器错误
-- 在组件卸载时清理事件监听器
-- 在 iOS 和 Android 设备上测试视频播放
-- 使用适当的视频格式（推荐 MP4）
-- 在视频初始化时实现加载状态
-- 在流式传输时考虑网络条件
-
-## 故障排除
-
-### 视频无法播放
-
-- 验证您的 JW Player 许可证密钥是否正确
-- 检查视频 URL 是否可访问且有效
-- 如果使用自定义服务器，请确保正确的 CORS 标头
-- 测试不同的视频格式
-
-### 全屏问题
-
-- 插件始终以全屏模式播放
-- 确保应用中具有全屏的适当权限
-
-### 性能
-
-- 为目标设备使用适当的视频质量
-- 考虑使用自适应流媒体以获得更好的性能
-- 实现适当的缓冲指示器
diff --git a/src/content/docs/zh/docs/plugins/jw-player/index.mdx b/src/content/docs/zh/docs/plugins/jw-player/index.mdx
deleted file mode 100644
index d7c9552dc..000000000
--- a/src/content/docs/zh/docs/plugins/jw-player/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-jw-player"
-description: 用于 Capacitor 应用的 JW Player 集成插件，支持视频流媒体、播放列表和全面的播放器控制。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 在 Capacitor 应用中使用全屏界面、播放列表和完整的播放控制来播放 JW Player 视频。
-  image:
-    file: ~public/icons/plugins/jw-player.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/jw-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-jw-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="全屏播放器" icon="rocket">
-    始终全屏的视频播放器界面 📺
-  </Card>
-  <Card title="播放列表支持" icon="list-format">
-    支持单个视频和完整播放列表 📋
-  </Card>
-  <Card title="播放控制" icon="setting">
-    完整控制播放、暂停、跳转、速度 🎮
-  </Card>
-  <Card title="音频和字幕" icon="star">
-    音频轨道选择和字幕支持 🔊
-  </Card>
-  <Card title="事件系统" icon="download">
-    播放器状态变化的事件监听器 📡
-  </Card>
-  <Card title="开始使用" icon="open-book">
-    查看[入门指南](/docs/plugins/jw-player/getting-started/)安装和配置插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/keep-awake/getting-started.mdx b/src/content/docs/zh/docs/plugins/keep-awake/getting-started.mdx
deleted file mode 100644
index 4dc1b8609..000000000
--- a/src/content/docs/zh/docs/plugins/keep-awake/getting-started.mdx
+++ /dev/null
@@ -1,294 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装并使用 Keep Awake 插件,防止 Capacitor 应用中的屏幕变暗。
-sidebar:
-  order: 2
-locale: zh
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-keep-awake" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 平台设置
-
-### iOS
-
-开箱即用。使用 `UIApplication.shared.isIdleTimerDisabled` 控制屏幕休眠。
-
-### Android
-
-开箱即用。使用 `WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON` 标志。无需权限。
-
-### Web
-
-在支持 Screen Wake Lock API 的现代浏览器中可用。先调用 `isSupported()` 检查当前浏览器是否支持。
-
-## 基本用法
-
-导入插件并使用其方法控制屏幕唤醒锁:
-
-```typescript
-import { KeepAwake } from '@capgo/capacitor-keep-awake';
-
-// 检查是否支持 keep awake
-const checkSupport = async () => {
-  const { isSupported } = await KeepAwake.isSupported();
-  console.log('Keep awake supported:', isSupported);
-};
-
-// 保持屏幕常亮
-const keepScreenOn = async () => {
-  await KeepAwake.keepAwake();
-  console.log('Screen will stay on');
-};
-
-// 允许屏幕休眠
-const allowScreenSleep = async () => {
-  await KeepAwake.allowSleep();
-  console.log('Screen can now sleep');
-};
-
-// 检查当前状态
-const checkStatus = async () => {
-  const { isKeptAwake } = await KeepAwake.isKeptAwake();
-  console.log('Screen is kept awake:', isKeptAwake);
-};
-```
-
-## API 参考
-
-### keepAwake()
-
-防止设备屏幕变暗/休眠。
-
-```typescript
-await KeepAwake.keepAwake();
-```
-
-### allowSleep()
-
-允许设备屏幕变暗(禁用 keep awake)。
-
-```typescript
-await KeepAwake.allowSleep();
-```
-
-### isSupported()
-
-检查当前平台是否支持 keep awake 功能。
-
-```typescript
-const { isSupported } = await KeepAwake.isSupported();
-// Returns: { isSupported: boolean }
-```
-
-### isKeptAwake()
-
-检查设备当前是否处于保持唤醒状态。
-
-```typescript
-const { isKeptAwake } = await KeepAwake.isKeptAwake();
-// Returns: { isKeptAwake: boolean }
-```
-
-### getPluginVersion()
-
-获取原生插件版本。
-
-```typescript
-const { version } = await KeepAwake.getPluginVersion();
-// Returns: { version: string }
-```
-
-## 完整示例 - 视频播放器
-
-```typescript
-import { KeepAwake } from '@capgo/capacitor-keep-awake';
-
-export class VideoPlayerService {
-  private isPlaying = false;
-
-  async init() {
-    const { isSupported } = await KeepAwake.isSupported();
-    if (!isSupported) {
-      console.warn('Keep awake not supported on this platform');
-    }
-  }
-
-  async onVideoPlay() {
-    this.isPlaying = true;
-    try {
-      await KeepAwake.keepAwake();
-      console.log('Screen will stay on during playback');
-    } catch (error) {
-      console.error('Failed to keep screen awake:', error);
-    }
-  }
-
-  async onVideoPause() {
-    this.isPlaying = false;
-    try {
-      await KeepAwake.allowSleep();
-      console.log('Screen can now dim');
-    } catch (error) {
-      console.error('Failed to allow sleep:', error);
-    }
-  }
-
-  async onVideoEnd() {
-    this.isPlaying = false;
-    await KeepAwake.allowSleep();
-  }
-
-  // 组件/页面销毁时调用
-  async cleanup() {
-    if (this.isPlaying) {
-      await KeepAwake.allowSleep();
-    }
-  }
-}
-```
-
-## 完整示例 - 导航应用
-
-```typescript
-import { KeepAwake } from '@capgo/capacitor-keep-awake';
-import { App } from '@capacitor/app';
-
-export class NavigationService {
-  private isNavigating = false;
-
-  async startNavigation() {
-    this.isNavigating = true;
-
-    // 导航期间保持屏幕常亮
-    await KeepAwake.keepAwake();
-
-    // 处理应用进入后台
-    App.addListener('appStateChange', async ({ isActive }) => {
-      if (!isActive && this.isNavigating) {
-        // 应用进入后台 - 屏幕管理由系统处理
-      } else if (isActive && this.isNavigating) {
-        // 返回前台 - 确保屏幕常亮
-        await KeepAwake.keepAwake();
-      }
-    });
-  }
-
-  async stopNavigation() {
-    this.isNavigating = false;
-    await KeepAwake.allowSleep();
-  }
-}
-```
-
-## 完整示例 - 演示模式
-
-```typescript
-import { KeepAwake } from '@capgo/capacitor-keep-awake';
-
-export class PresentationMode {
-  private isPresenting = false;
-
-  async togglePresentationMode() {
-    const { isSupported } = await KeepAwake.isSupported();
-
-    if (!isSupported) {
-      alert('Presentation mode not available on this device');
-      return;
-    }
-
-    const { isKeptAwake } = await KeepAwake.isKeptAwake();
-
-    if (isKeptAwake) {
-      await KeepAwake.allowSleep();
-      this.isPresenting = false;
-      console.log('Presentation mode OFF');
-    } else {
-      await KeepAwake.keepAwake();
-      this.isPresenting = true;
-      console.log('Presentation mode ON');
-    }
-  }
-
-  async forceExit() {
-    if (this.isPresenting) {
-      await KeepAwake.allowSleep();
-      this.isPresenting = false;
-    }
-  }
-}
-```
-
-## 最佳实践
-
-1. **先检查支持情况**
-   使用前务必确认是否支持 keep awake:
-   ```typescript
-   const { isSupported } = await KeepAwake.isSupported();
-   if (!isSupported) {
-     // 友好处理 - 该平台不支持此功能
-   }
-   ```
-
-2. **结束后允许休眠**
-   当功能不再需要时,务必调用 `allowSleep()`:
-   ```typescript
-   // 在 cleanup/destroy 生命周期中
-   async ngOnDestroy() {
-     await KeepAwake.allowSleep();
-   }
-   ```
-
-3. **优雅处理错误**
-   ```typescript
-   try {
-     await KeepAwake.keepAwake();
-   } catch (error) {
-     console.error('Failed to keep screen awake:', error);
-   }
-   ```
-
-4. **考虑电量影响**
-   常亮会加速耗电。仅在必要时启用,不需要时及时关闭。
-
-5. **处理应用生命周期**
-   应用前后台切换时注意管理唤醒锁状态。
-
-## 使用场景
-
-- **视频播放器** - 播放时保持屏幕常亮
-- **导航应用** - 逐段导航时防止变暗
-- **游戏** - 游戏过程中保持屏幕激活
-- **演示** - 幻灯片播放期间保持常亮
-- **阅读应用** - 阅读时保持屏幕亮起
-- **烹饪应用** - 烹饪时保持菜谱可见
-- **健身应用** - 训练过程中保持指引可见
-- **自助终端模式** - 防止空闲屏幕变暗
-
-## 平台说明
-
-### iOS
-- 使用 `UIApplication.shared.isIdleTimerDisabled`
-- 支持 Capacitor 支持的所有 iOS 版本
-- 无需权限
-
-### Android
-- 使用 `WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON`
-- 支持 Capacitor 支持的所有 Android 版本
-- 无需权限
-
-### Web
-- 使用 Screen Wake Lock API (`navigator.wakeLock`)
-- 需要安全上下文(HTTPS)
-- 并非所有浏览器都支持 - 使用 `isSupported()` 检查
-- 当标签页不可见时,浏览器可能释放唤醒锁
diff --git a/src/content/docs/zh/docs/plugins/keep-awake/index.mdx b/src/content/docs/zh/docs/plugins/keep-awake/index.mdx
deleted file mode 100644
index f1aee92bc..000000000
--- a/src/content/docs/zh/docs/plugins/keep-awake/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-keep-awake"
-locale: zh
-description: 使用这个简单的 Capacitor 插件防止设备屏幕变暗或休眠。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 以编程方式保持屏幕常亮,适用于视频播放器、导航应用、游戏与演示场景。
-  image:
-    file: ~public/icons/plugins/keep-awake.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/keep-awake/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-keep-awake/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="简单 API" icon="rocket">
-    一次调用即可保持常亮或允许休眠
-  </Card>
-  <Card title="跨平台" icon="puzzle">
-    适用于 iOS、Android 与 Web 平台
-  </Card>
-  <Card title="轻量" icon="star">
-    零依赖,占用极小
-  </Card>
-  <Card title="状态查询" icon="magnifier">
-    随时查询当前唤醒锁状态
-  </Card>
-  <Card title="平台检测" icon="setting">
-    使用前检查是否支持唤醒锁
-  </Card>
-  <Card title="全面文档" icon="open-book">
-    查看[文档](/docs/plugins/keep-awake/getting-started/)以在几分钟内掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/launch-navigator/getting-started.mdx b/src/content/docs/zh/docs/plugins/launch-navigator/getting-started.mdx
deleted file mode 100644
index 8acb1dbee..000000000
--- a/src/content/docs/zh/docs/plugins/launch-navigator/getting-started.mdx
+++ /dev/null
@@ -1,337 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装和使用 Launch Navigator 插件，在 iOS 和 Android 上与原生导航应用集成。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-launch-navigator
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 平台配置
-
-### iOS
-
-将 URL schemes 添加到您的 `Info.plist` 以检测已安装的导航应用：
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <string>transit</string>
-    <string>moovit</string>
-    <string>uber</string>
-    <string>lyft</string>
-</array>
-```
-
-### Android
-
-无需额外配置。插件将自动检测已安装的导航应用。
-
-## 使用示例
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// 基本导航到坐标
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // 旧金山坐标
-});
-
-// 带选项的高级导航
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // 可选起点
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // 首选导航应用
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// 检查特定应用是否可用
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps is installed');
-} else {
-  console.log('Google Maps is not available');
-}
-
-// 获取所有可用的导航应用
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('Available navigation apps:', availableApps);
-
-// 获取平台支持的所有应用
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('Supported apps:', supportedApps);
-```
-
-## API 参考
-
-### navigate(options)
-
-```typescript
-navigate(options: NavigateOptions) => Promise<void>
-```
-
-启动到指定坐标的导航。
-
-| 参数         | 类型                      |
-| ------------- | ------------------------- |
-| **`options`** | `NavigateOptions` |
-
-### isAppAvailable(options)
-
-```typescript
-isAppAvailable(options: { app: string }) => Promise<{ available: boolean }>
-```
-
-检查是否已安装特定导航应用。
-
-| 参数         | 类型                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ app: string }` |
-
-**返回：** `Promise<{ available: boolean }>`
-
-### getAvailableApps()
-
-```typescript
-getAvailableApps() => Promise<{ apps: string[] }>
-```
-
-获取设备上所有可用导航应用的列表。
-
-**返回：** `Promise<{ apps: string[] }>`
-
-### getSupportedApps()
-
-```typescript
-getSupportedApps() => Promise<{ apps: string[] }>
-```
-
-获取当前平台支持的所有应用列表。
-
-**返回：** `Promise<{ apps: string[] }>`
-
-## 接口
-
-### NavigateOptions
-
-| 属性              | 类型                          | 描述                     |
-| ----------------- | ----------------------------- | ------------------------------- |
-| **`destination`** | `[number, number]` | 目的地坐标 [纬度, 经度] |
-| **`options`**     | `NavigationOptions` | 附加导航选项（可选） |
-
-### NavigationOptions
-
-| 属性                 | 类型                  | 描述                           |
-| -------------------- | --------------------- | ------------------------------------- |
-| **`start`**          | `[number, number]` | 起始坐标 [纬度, 经度]（可选） |
-| **`transportMode`**  | `TransportMode` | 交通方式（可选）       |
-| **`app`**            | `string` | 首选导航应用（可选）    |
-| **`appDisplayName`** | `string` | 应用的显示名称（可选）        |
-
-### TransportMode
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## 坐标要求
-
-> **重要**：此插件仅接受纬度/经度坐标进行导航。使用 [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder) 将地址转换为坐标。
-
-```typescript
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-import { LaunchNavigator } from '@capgo/capacitor-launch-navigator';
-
-// 将地址转换为坐标
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // 使用地理编码坐标启动导航
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## 支持的导航应用
-
-### iOS
-- Apple Maps（内置）
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- 以及更多...
-
-### Android
-- Google Maps（内置）
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- 以及更多...
-
-## 高级示例
-
-### 检查多个应用并使用第一个可用的
-
-```typescript
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('No supported navigation apps found');
-}
-```
-
-### 用户选择导航应用
-
-```typescript
-// 获取可用应用
-const { apps } = await LaunchNavigator.getAvailableApps();
-
-if (apps.length === 0) {
-  alert('No navigation apps available');
-  return;
-}
-
-// 向用户显示应用选择（伪代码）
-const selectedApp = await showAppSelectionDialog(apps);
-
-// 使用选定的应用导航
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: { app: selectedApp }
-});
-```
-
-### 不同交通方式的导航
-
-```typescript
-// 驾车路线
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.DRIVING
-  }
-});
-
-// 步行路线
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.WALKING
-  }
-});
-
-// 公共交通路线
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    transportMode: TransportMode.TRANSIT
-  }
-});
-```
-
-## 最佳实践
-
-- 在尝试导航之前始终检查应用可用性
-- 在首选应用不可用时提供备用选项
-- 为用户选择使用有意义的应用显示名称
-- 通过用户友好的消息优雅地处理错误
-- 考虑用户对默认导航应用的偏好
-- 在 iOS 和 Android 设备上测试
-- 为无效坐标实现适当的错误处理
-
-## 错误处理
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('Navigation failed:', error);
-  // 处理错误 - 应用不可用、无效坐标等
-  alert('Unable to launch navigation. Please check your coordinates and try again.');
-}
-```
-
-## 用例
-
-- **基于位置的服务**：将用户导航到兴趣点
-- **配送应用**：引导司机到达配送位置
-- **活动应用**：引导参与者到达场馆位置
-- **房地产应用**：导航到物业位置
-- **旅游应用**：引导游客到达景点
-- **服务应用**：引导现场工作人员到达工作地点
diff --git a/src/content/docs/zh/docs/plugins/launch-navigator/index.mdx b/src/content/docs/zh/docs/plugins/launch-navigator/index.mdx
deleted file mode 100644
index 1599b6596..000000000
--- a/src/content/docs/zh/docs/plugins/launch-navigator/index.mdx
+++ /dev/null
@@ -1,246 +0,0 @@
----
-title: "@capgo/capacitor-launch-navigator"
-description: 用于 Capacitor 应用的导航应用启动插件，支持 Google Maps、Apple Maps、Waze 和其他导航服务。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 启动导航应用并提供转弯提示，支持多个地图提供商和自定义路线选项。
-  image:
-    file: ~public/icons/plugins/launch-navigator.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/launch-navigator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-launch-navigator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概述
-
-Capacitor Launch Navigator 插件可在 iOS 和 Android 设备上启动原生导航应用，支持基于坐标的导航。此插件提供与流行地图应用的无缝集成，并支持多种交通方式，提供全面的导航解决方案。
-
-<CardGrid stagger>
-  <Card title="多应用支持" icon="rocket">
-    Google Maps、Apple Maps、Waze、Citymapper 等 🗺️
-  </Card>
-  <Card title="交通方式" icon="magnifier">
-    驾车、步行、公交和骑行路线 🧭
-  </Card>
-  <Card title="应用检测" icon="magnifier">
-    检查可用性并列出已安装的导航应用 🔍
-  </Card>
-  <Card title="基于坐标" icon="star">
-    使用纬度/经度坐标导航 📍
-  </Card>
-</CardGrid>
-
-## 安装
-
-```bash
-npm install @capgo/capacitor-launch-navigator
-npx cap sync
-```
-
-## iOS 配置
-
-将 URL schemes 添加到您的 `Info.plist` 以检测已安装的导航应用：
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>googlemaps</string>
-    <string>waze</string>
-    <string>citymapper</string>
-    <!-- 添加其他导航应用的 schemes -->
-</array>
-```
-
-## 核心 API 方法
-
-### 导航
-- `navigate(options)` - 启动到指定坐标的导航
-- `isAppAvailable(options)` - 检查是否已安装特定导航应用
-- `getAvailableApps()` - 列出设备上所有可用的导航应用
-- `getSupportedApps()` - 获取当前平台支持的所有应用
-
-## 使用示例
-
-```typescript
-import { LaunchNavigator, TransportMode } from '@capgo/capacitor-launch-navigator';
-
-// 基本导航到坐标
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194], // 旧金山坐标
-});
-
-// 带选项的高级导航
-await LaunchNavigator.navigate({
-  destination: [37.7749, -122.4194],
-  options: {
-    start: [37.7849, -122.4094], // 可选起点
-    transportMode: TransportMode.DRIVING,
-    app: 'google_maps', // 首选导航应用
-    appDisplayName: 'Google Maps'
-  }
-});
-
-// 检查特定应用是否可用
-const result = await LaunchNavigator.isAppAvailable({
-  app: 'google_maps'
-});
-
-if (result.available) {
-  console.log('Google Maps is installed');
-} else {
-  console.log('Google Maps is not available');
-}
-
-// 获取所有可用的导航应用
-const availableApps = await LaunchNavigator.getAvailableApps();
-console.log('Available navigation apps:', availableApps);
-
-// 获取平台支持的所有应用
-const supportedApps = await LaunchNavigator.getSupportedApps();
-console.log('Supported apps:', supportedApps);
-```
-
-## 导航选项
-
-```typescript
-interface NavigationOptions {
-  start?: [number, number];      // 起始坐标 [纬度, 经度]
-  transportMode?: TransportMode; // 交通方式
-  app?: string;                  // 首选导航应用
-  appDisplayName?: string;       // 应用的显示名称
-  launchMode?: LaunchMode;       // 如何启动应用
-}
-```
-
-## 交通方式
-
-```typescript
-enum TransportMode {
-  DRIVING = 'driving',
-  WALKING = 'walking',
-  TRANSIT = 'transit',
-  CYCLING = 'cycling'
-}
-```
-
-## 支持的导航应用
-
-### iOS
-- Apple Maps（内置）
-- Google Maps
-- Waze
-- Citymapper
-- Transit
-- Moovit
-- Uber
-- Lyft
-- 以及更多...
-
-### Android
-- Google Maps（内置）
-- Waze
-- Citymapper
-- HERE WeGo
-- Sygic
-- MapQuest
-- Moovit
-- 以及更多...
-
-## 坐标要求
-
-> ⚠️ **重要**：此插件仅接受纬度/经度坐标进行导航。使用 [@capgo/capacitor-nativegeocoder](https://github.com/Cap-go/capacitor-nativegeocoder) 将地址转换为坐标。
-
-```typescript
-// 使用地理编码的示例
-import { NativeGeocoder } from '@capgo/capacitor-nativegeocoder';
-
-// 将地址转换为坐标
-const geocodeResult = await NativeGeocoder.forwardGeocode({
-  address: '1600 Amphitheatre Parkway, Mountain View, CA'
-});
-
-if (geocodeResult.results.length > 0) {
-  const coords = geocodeResult.results[0];
-
-  // 使用地理编码坐标启动导航
-  await LaunchNavigator.navigate({
-    destination: [coords.latitude, coords.longitude]
-  });
-}
-```
-
-## 应用检测和选择
-
-```typescript
-// 检查多个应用并使用第一个可用的
-const appsToCheck = ['google_maps', 'waze', 'apple_maps'];
-let selectedApp = null;
-
-for (const app of appsToCheck) {
-  const result = await LaunchNavigator.isAppAvailable({ app });
-  if (result.available) {
-    selectedApp = app;
-    break;
-  }
-}
-
-if (selectedApp) {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: { app: selectedApp }
-  });
-} else {
-  console.log('No supported navigation apps found');
-}
-```
-
-## 错误处理
-
-```typescript
-try {
-  await LaunchNavigator.navigate({
-    destination: [37.7749, -122.4194],
-    options: {
-      app: 'google_maps',
-      transportMode: TransportMode.DRIVING
-    }
-  });
-} catch (error) {
-  console.error('Navigation failed:', error);
-  // 处理错误 - 应用不可用、无效坐标等
-}
-```
-
-## 用例
-
-- **基于位置的服务**：将用户导航到兴趣点
-- **配送应用**：引导司机到达配送位置
-- **活动应用**：引导参与者到达场馆位置
-- **房地产应用**：导航到物业位置
-- **旅游应用**：引导游客到达景点
-
-## 最佳实践
-
-- 在尝试导航之前始终检查应用可用性
-- 在首选应用不可用时提供备用选项
-- 为用户选择使用有意义的应用显示名称
-- 通过用户友好的消息优雅地处理错误
-- 考虑用户对默认导航应用的偏好
-
-## 文档
-
-查看[完整文档](/docs/plugins/launch-navigator/getting-started/)了解详细的实现指南和高级导航模式。
\ No newline at end of file
diff --git a/src/content/docs/zh/docs/plugins/light-sensor/getting-started.mdx b/src/content/docs/zh/docs/plugins/light-sensor/getting-started.mdx
deleted file mode 100644
index 6aad47244..000000000
--- a/src/content/docs/zh/docs/plugins/light-sensor/getting-started.mdx
+++ /dev/null
@@ -1,292 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装并使用 Light Sensor 插件,在 Capacitor 应用中读取环境光照度。
-sidebar:
-  order: 2
-locale: zh
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-light-sensor" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## Android 配置
-
-在 Android 12+ 上若需更高采样率(低于 200ms),请在 `AndroidManifest.xml` 中添加 HIGH_SAMPLING_RATE_SENSORS 权限:
-
-```xml
-<uses-permission android:name="android.permission.HIGH_SAMPLING_RATE_SENSORS" />
-```
-
-## 用法
-
-导入插件并使用其方法读取光线传感器数据:
-
-```typescript
-import { LightSensor } from '@capgo/capacitor-light-sensor';
-
-// 检查传感器是否可用
-const checkAvailable = async () => {
-  const { available } = await LightSensor.isAvailable();
-  console.log('Light sensor available:', available);
-  return available;
-};
-
-// 开始监听光线变化
-const startListening = async () => {
-  // 先添加监听器
-  await LightSensor.addListener('lightSensorChange', (data) => {
-    console.log('Illuminance:', data.illuminance, 'lux');
-    console.log('Timestamp:', data.timestamp);
-  });
-
-  // 启动传感器
-  await LightSensor.start({ updateInterval: 500 });
-};
-
-// 停止监听
-const stopListening = async () => {
-  await LightSensor.stop();
-  await LightSensor.removeAllListeners();
-};
-```
-
-## API 参考
-
-### isAvailable()
-
-检查当前设备是否支持光线传感器。
-
-```typescript
-const { available } = await LightSensor.isAvailable();
-// Returns: { available: boolean }
-// Note: 在 iOS 上始终返回 false(无法访问光线传感器 API)
-```
-
-### start(options?)
-
-开始监听光线传感器更新。
-
-```typescript
-interface StartOptions {
-  updateInterval?: number; // 毫秒,默认:200
-}
-
-await LightSensor.start({ updateInterval: 500 });
-```
-
-### stop()
-
-停止监听光线传感器更新。
-
-```typescript
-await LightSensor.stop();
-```
-
-### addListener(eventName, callback)
-
-添加光线传感器变化事件监听器。
-
-```typescript
-interface LightSensorMeasurement {
-  illuminance: number; // 光照度(lux)
-  timestamp: number;   // 自纪元以来的秒数
-}
-
-const handle = await LightSensor.addListener('lightSensorChange', (data) => {
-  console.log('Light level:', data.illuminance, 'lux');
-});
-
-// 之后移除此监听器:
-handle.remove();
-```
-
-### removeAllListeners()
-
-移除所有光线传感器事件监听器。
-
-```typescript
-await LightSensor.removeAllListeners();
-```
-
-### checkPermissions()
-
-检查高采样率传感器权限状态。
-
-```typescript
-const status = await LightSensor.checkPermissions();
-// Returns: { highSamplingRate: 'granted' | 'denied' | 'prompt' | 'prompt-with-rationale' }
-```
-
-### requestPermissions()
-
-请求高采样率传感器权限。
-
-```typescript
-const status = await LightSensor.requestPermissions();
-```
-
-### getPluginVersion()
-
-获取当前插件版本。
-
-```typescript
-const { version } = await LightSensor.getPluginVersion();
-```
-
-## 完整示例
-
-```typescript
-import { LightSensor, LightSensorMeasurement } from '@capgo/capacitor-light-sensor';
-import type { PluginListenerHandle } from '@capacitor/core';
-
-export class LightSensorService {
-  private listener: PluginListenerHandle | null = null;
-  private isRunning = false;
-
-  async init(): Promise<boolean> {
-    const { available } = await LightSensor.isAvailable();
-    if (!available) {
-      console.warn('Light sensor not available on this device');
-      return false;
-    }
-    return true;
-  }
-
-  async start(
-    callback: (illuminance: number) => void,
-    intervalMs: number = 500
-  ) {
-    if (this.isRunning) return;
-
-    // 如需高采样率,检查权限
-    if (intervalMs < 200) {
-      const status = await LightSensor.checkPermissions();
-      if (status.highSamplingRate !== 'granted') {
-        await LightSensor.requestPermissions();
-      }
-    }
-
-    this.listener = await LightSensor.addListener(
-      'lightSensorChange',
-      (data: LightSensorMeasurement) => {
-        callback(data.illuminance);
-      }
-    );
-
-    await LightSensor.start({ updateInterval: intervalMs });
-    this.isRunning = true;
-  }
-
-  async stop() {
-    if (!this.isRunning) return;
-
-    await LightSensor.stop();
-
-    if (this.listener) {
-      this.listener.remove();
-      this.listener = null;
-    }
-
-    this.isRunning = false;
-  }
-
-  // 工具方法:获取光照描述
-  getLightDescription(lux: number): string {
-    if (lux < 1) return 'Very dark';
-    if (lux < 50) return 'Dark';
-    if (lux < 200) return 'Dim';
-    if (lux < 400) return 'Normal indoor';
-    if (lux < 1000) return 'Bright indoor';
-    if (lux < 10000) return 'Overcast daylight';
-    if (lux < 25000) return 'Daylight';
-    return 'Direct sunlight';
-  }
-}
-
-// Usage in a component
-const lightService = new LightSensorService();
-
-async function setupLightSensor() {
-  const available = await lightService.init();
-
-  if (available) {
-    await lightService.start((illuminance) => {
-      const description = lightService.getLightDescription(illuminance);
-      console.log(`Light: ${illuminance} lux (${description})`);
-
-      // 示例:根据光照自动调整 UI 主题
-      if (illuminance < 50) {
-        // 切换为深色主题
-      } else {
-        // 切换为浅色主题
-      }
-    });
-  }
-}
-
-// Cleanup when done
-async function cleanup() {
-  await lightService.stop();
-}
-```
-
-## 最佳实践
-
-1. **先检查可用性**
-   ```typescript
-   const { available } = await LightSensor.isAvailable();
-   if (!available) {
-     // 提供回退方案
-   }
-   ```
-
-2. **不需要时停止**
-   传感器不用时请停止以节省电量:
-   ```typescript
-   // 组件卸载或应用进入后台时
-   await LightSensor.stop();
-   await LightSensor.removeAllListeners();
-   ```
-
-3. **使用合适的间隔**
-   - UI 更新:500ms - 1000ms 通常足够
-   - 游戏/实时:200ms
-   - 低于 200ms 需要 HIGH_SAMPLING_RATE_SENSORS 权限
-
-4. **优雅处理错误**
-   ```typescript
-   try {
-     await LightSensor.start({ updateInterval: 500 });
-   } catch (error) {
-     console.error('Failed to start light sensor:', error);
-   }
-   ```
-
-## 平台说明
-
-### Android
-- 使用 Android 的 TYPE_LIGHT 传感器
-- 若未授予 HIGH_SAMPLING_RATE_SENSORS 权限,最小间隔为 200ms (Android 12+)
-- 返回 lux 单位的照度
-
-### iOS
-- **不支持** - iOS 不向第三方应用暴露环境光传感器 API
-- `isAvailable()` 始终返回 `false`
-
-### Web
-- 依赖浏览器,支持有限
-- 可用时使用 AmbientLightSensor API
-- 需要 HTTPS 与用户授权
-
-## 要求
-
-- **Capacitor 8.0.0** 或更高版本
diff --git a/src/content/docs/zh/docs/plugins/light-sensor/index.mdx b/src/content/docs/zh/docs/plugins/light-sensor/index.mdx
deleted file mode 100644
index 07c6b7f71..000000000
--- a/src/content/docs/zh/docs/plugins/light-sensor/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: "@capgo/capacitor-light-sensor"
-locale: zh
-description: 在 Capacitor 应用中访问设备环境光传感器,测量照度。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 通过设备光线传感器以 lux 读取环境光,支持实时更新与可配置采样频率。需要 Capacitor 8+。
-  image:
-    file: ~public/icons/plugins/light-sensor.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/light-sensor/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-light-sensor/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="实时更新" icon="rocket">
-    可配置更新间隔,连续接收光照读数
-  </Card>
-  <Card title="事件驱动 API" icon="puzzle">
-    通过易用的事件监听器订阅光照变化
-  </Card>
-  <Card title="可配置采样" icon="setting">
-    可将更新频率设置为 200ms 或自定义间隔
-  </Card>
-  <Card title="省电" icon="sun">
-    按需启动与停止传感器以节省电量
-  </Card>
-  <Card title="全面文档" icon="open-book">
-    查看[文档](/docs/plugins/light-sensor/getting-started/)以在几分钟内掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/live-reload/getting-started.mdx b/src/content/docs/zh/docs/plugins/live-reload/getting-started.mdx
deleted file mode 100644
index eb57b7868..000000000
--- a/src/content/docs/zh/docs/plugins/live-reload/getting-started.mdx
+++ /dev/null
@@ -1,355 +0,0 @@
----
-title: 开始使用
-description: 了解如何为 Capacitor 应用设置实时重载，以加快开发速度。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-live-reload" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 设置
-
-配置您的 Vite 开发服务器以使用实时重载。您需要：
-1. 禁用内置的 HMR 客户端
-2. 通过专用的 WebSocket 端点转发重载事件
-
-## 用法
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-// 配置开发服务器
-await LiveReload.configureServer({
-  url: 'http://localhost:5173',
-  websocketPath: '/capgo-livereload',
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-
-// 连接到开发服务器
-await LiveReload.connect();
-
-// 监听重载事件
-LiveReload.addListener('reloadEvent', (event) => {
-  console.log('Reload event:', event);
-  if (event.type === 'full-reload') {
-    console.log('Full page reload triggered');
-  } else if (event.type === 'file-update') {
-    console.log('File updated:', event.file);
-  }
-});
-
-// 监听连接状态变化
-LiveReload.addListener('statusChange', (status) => {
-  console.log('Connection status:', status.connected);
-  console.log('Server URL:', status.url);
-});
-```
-
-## API 参考
-
-### configureServer(options)
-
-存储远程开发服务器设置以供后续连接使用。
-
-```typescript
-const status = await LiveReload.configureServer({
-  url: 'http://192.168.1.100:5173',
-  websocketPath: '/capgo-livereload',
-  headers: {
-    'Authorization': 'Bearer token'
-  },
-  autoReconnect: true,
-  reconnectInterval: 2000
-});
-```
-
-**参数：**
-- `url` (string)：开发服务器的基础 URL（例如 `http://dev.local:5173`）
-- `websocketPath` (string, 可选)：WebSocket 路径覆盖（默认：`/ws`）
-- `headers` (Record\<string, string\>, 可选)：WebSocket 连接的额外标头
-- `autoReconnect` (boolean, 可选)：断开连接时自动重新连接（默认：`true`）
-- `reconnectInterval` (number, 可选)：重新连接尝试之间的延迟（毫秒）（默认：`2000`）
-
-**返回：** 带有连接信息的 `LiveReloadStatus`
-
-### connect()
-
-如果尚未激活，则建立 WebSocket 连接。
-
-```typescript
-const status = await LiveReload.connect();
-console.log('Connected:', status.connected);
-```
-
-**返回：** 当前连接状态
-
-### disconnect()
-
-关闭当前的 WebSocket 连接并禁用自动重新连接。
-
-```typescript
-await LiveReload.disconnect();
-```
-
-### getStatus()
-
-获取当前连接状态。
-
-```typescript
-const status = await LiveReload.getStatus();
-console.log('Connected:', status.connected);
-console.log('URL:', status.url);
-```
-
-### reload()
-
-手动触发 Capacitor WebView 的完全重载。
-
-```typescript
-await LiveReload.reload();
-```
-
-### reloadFile(options)
-
-重载单个文件/模块（如果不支持则回退到完全重载）。
-
-```typescript
-await LiveReload.reloadFile({
-  path: '/src/components/MyComponent.tsx',
-  hash: 'abc123'
-});
-```
-
-### addListener('reloadEvent', callback)
-
-监听来自服务器的传入重载事件。
-
-```typescript
-const handle = await LiveReload.addListener('reloadEvent', (event) => {
-  switch (event.type) {
-    case 'full-reload':
-      console.log('Full reload requested');
-      break;
-    case 'file-update':
-      console.log('File updated:', event.file?.path);
-      break;
-    case 'error':
-      console.error('Error:', event.message);
-      break;
-  }
-});
-
-// 完成后移除监听器
-await handle.remove();
-```
-
-### addListener('statusChange', callback)
-
-监听套接字状态变化。
-
-```typescript
-await LiveReload.addListener('statusChange', (status) => {
-  console.log(status.connected ? 'Connected' : 'Disconnected');
-});
-```
-
-### removeAllListeners()
-
-移除所有已注册的监听器。
-
-```typescript
-await LiveReload.removeAllListeners();
-```
-
-## 完整示例
-
-```typescript
-import { LiveReload } from '@capgo/capacitor-live-reload';
-
-export class DevServer {
-  private connected = false;
-
-  async initialize() {
-    // 仅在开发环境中启用
-    if (process.env.NODE_ENV !== 'development') {
-      return;
-    }
-
-    try {
-      // 配置服务器
-      await LiveReload.configureServer({
-        url: 'http://192.168.1.100:5173',
-        websocketPath: '/capgo-livereload',
-        autoReconnect: true,
-        reconnectInterval: 3000
-      });
-
-      // 在连接之前设置监听器
-      await LiveReload.addListener('reloadEvent', this.handleReloadEvent.bind(this));
-      await LiveReload.addListener('statusChange', this.handleStatusChange.bind(this));
-
-      // 连接
-      await LiveReload.connect();
-    } catch (error) {
-      console.error('Failed to initialize live reload:', error);
-    }
-  }
-
-  private handleReloadEvent(event: any) {
-    console.log('Reload event received:', event.type);
-
-    switch (event.type) {
-      case 'full-reload':
-        this.performFullReload();
-        break;
-      case 'file-update':
-        this.handleFileUpdate(event.file);
-        break;
-      case 'error':
-        console.error('Server error:', event.message);
-        break;
-      case 'connected':
-        console.log('Server connected');
-        break;
-      case 'disconnected':
-        console.log('Server disconnected');
-        break;
-    }
-  }
-
-  private handleStatusChange(status: any) {
-    this.connected = status.connected;
-    console.log(`Live reload ${status.connected ? 'connected' : 'disconnected'}`);
-  }
-
-  private performFullReload() {
-    console.log('Performing full page reload...');
-    window.location.reload();
-  }
-
-  private handleFileUpdate(file: any) {
-    console.log('File updated:', file?.path);
-    // HMR 在大多数情况下会自动处理这个
-  }
-
-  async disconnect() {
-    await LiveReload.disconnect();
-    await LiveReload.removeAllListeners();
-    this.connected = false;
-  }
-
-  isConnected(): boolean {
-    return this.connected;
-  }
-}
-```
-
-## Vite 配置示例
-
-配置您的 Vite 服务器以使用实时重载插件：
-
-```typescript
-// vite.config.ts
-import { defineConfig } from 'vite';
-
-export default defineConfig({
-  server: {
-    host: '0.0.0.0', // 允许来自网络的连接
-    port: 5173,
-    hmr: {
-      // 用于实时重载的自定义 WebSocket 路径
-      path: '/capgo-livereload',
-    }
-  }
-});
-```
-
-## 最佳实践
-
-1. **仅在开发中使用**
-   ```typescript
-   if (import.meta.env.DEV) {
-     await LiveReload.configureServer({
-       url: 'http://localhost:5173',
-       websocketPath: '/capgo-livereload'
-     });
-     await LiveReload.connect();
-   }
-   ```
-
-2. **使用本地 IP 进行移动测试**
-   ```typescript
-   const devServerUrl = process.env.VITE_DEV_SERVER_URL || 'http://192.168.1.100:5173';
-   await LiveReload.configureServer({ url: devServerUrl });
-   ```
-
-3. **优雅地处理连接错误**
-   ```typescript
-   try {
-     await LiveReload.connect();
-   } catch (error) {
-     console.warn('Could not connect to dev server, using production build');
-   }
-   ```
-
-4. **在应用退出时清理**
-   ```typescript
-   window.addEventListener('beforeunload', async () => {
-     await LiveReload.disconnect();
-   });
-   ```
-
-5. **在 UI 中显示连接状态**
-   ```typescript
-   LiveReload.addListener('statusChange', (status) => {
-     // 在开发版本中显示指示器
-     updateDevIndicator(status.connected);
-   });
-   ```
-
-## 平台说明
-
-### iOS
-- 适用于 iOS 11.0+
-- 确保开发服务器可从您设备的网络访问
-- 可能需要配置防火墙以允许连接
-
-### Android
-- 适用于 Android 5.0 (API 21)+
-- 使用 `adb reverse` 进行 localhost 连接：
-  ```bash
-  adb reverse tcp:5173 tcp:5173
-  ```
-
-### Web
-- 完全支持 Web 平台
-- 直接 WebSocket 连接到 Vite 开发服务器
-
-## 故障排除
-
-**连接失败：**
-- 验证开发服务器是否正在运行
-- 检查设备和计算机是否在同一网络上
-- 确保防火墙允许端口上的连接
-- 为移动设备使用 IP 地址而不是 localhost
-
-**重载缓慢：**
-- 检查网络速度
-- 减少重新连接间隔
-- 优化 Vite 构建配置
-
-**WebSocket 错误：**
-- 验证 websocketPath 是否与 Vite 配置匹配
-- 检查端口冲突
-- 如果使用身份验证，请确保标头正确
diff --git a/src/content/docs/zh/docs/plugins/live-reload/index.mdx b/src/content/docs/zh/docs/plugins/live-reload/index.mdx
deleted file mode 100644
index 0dedd3694..000000000
--- a/src/content/docs/zh/docs/plugins/live-reload/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-live-reload"
-description: 从远程开发服务器实时重载 Capacitor 应用，加快开发速度。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 将 Capacitor 应用连接到本地开发服务器，实现即时热重载，加快开发迭代速度。
-  image:
-    file: ~public/icons/plugins/live-reload.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/live-reload/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-live-reload/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="热模块替换" icon="rocket">
-    无需重新构建应用即可即时更新
-  </Card>
-  <Card title="远程开发服务器" icon="laptop">
-    连接到 Vite 或任何兼容的开发服务器
-  </Card>
-  <Card title="WebSocket 连接" icon="puzzle">
-    实时通信以实现实时更新
-  </Card>
-  <Card title="完善的文档" icon="open-book">
-    查看[文档](/docs/plugins/live-reload/getting-started/)设置实时重载。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/llm/getting-started.mdx b/src/content/docs/zh/docs/plugins/llm/getting-started.mdx
deleted file mode 100644
index 21bea4ab8..000000000
--- a/src/content/docs/zh/docs/plugins/llm/getting-started.mdx
+++ /dev/null
@@ -1,484 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装和使用 Capacitor LLM 插件在 iOS 和 Android 上本地运行 AI 模型。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-llm
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 平台配置
-
-### iOS 配置
-
-- **iOS 26.0+**：默认使用 Apple Intelligence（无需模型）- **推荐**
-- **iOS < 26.0**：需要 MediaPipe 自定义模型（实验性，可能存在兼容性问题）
-
-对于旧版 iOS 上的自定义模型，请通过 Xcode 的"Copy Bundle Resources"将模型文件放置在 iOS 应用包中。
-
-### Android 配置
-
-将模型文件放置在 Android assets 文件夹中：
-
-```
-android/app/src/main/assets/
-```
-
-Android 需要**两个**文件：
-- `.task` 文件（主模型）
-- `.litertlm` 文件（配套文件）
-
-从 [Kaggle Gemma models](https://www.kaggle.com/models/google/gemma) 下载 → "LiteRT (formerly TFLite)" 标签
-
-## 推荐模型
-
-### 适用于 Android（Gemma-3 模型）
-
-- **Gemma 3 270M** - 最小、最高效的移动设备模型（约 240-400MB）- **推荐**
-- **Gemma 3 1B** - 较大的文本生成模型（约 892MB-1.5GB）
-
-从 [Kaggle Gemma models](https://www.kaggle.com/models/google/gemma) 下载 → 点击 "LiteRT (formerly TFLite)" 标签
-
-### 适用于 iOS
-
-- **Apple Intelligence**（iOS 26.0+）- 内置，无需下载 - **推荐**
-- **Gemma-2 2B**（实验性）- `.task` 格式可能存在兼容性问题
-
-对于自定义 iOS 模型，从 [Hugging Face MediaPipe models](https://huggingface.co/collections/google/mediapipe-668392ead2d6768e82fb3b87) 下载
-
-## 用法
-
-导入插件并初始化：
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-// 检查 LLM 是否就绪
-const { readiness } = await CapgoLLM.getReadiness();
-console.log('LLM readiness:', readiness);
-
-// 根据平台设置模型
-const platform = Capacitor.getPlatform();
-if (platform === 'ios') {
-  // iOS：使用 Apple Intelligence（默认）
-  await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-} else {
-  // Android：使用 MediaPipe 模型
-  await CapgoLLM.setModel({ path: '/android_asset/gemma-3-270m-it-int8.task' });
-}
-
-// 创建聊天会话
-const { id: chatId } = await CapgoLLM.createChat();
-
-// 监听 AI 响应
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('AI response:', event.text);
-});
-
-// 监听完成
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('AI completed response');
-});
-
-// 发送消息
-await CapgoLLM.sendMessage({
-  chatId,
-  message: 'Hello! How are you today?'
-});
-```
-
-## 高级功能
-
-### 下载模型
-
-```typescript
-// 从 URL 下载模型
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/model.task',
-  filename: 'model.task'
-});
-
-// 对于 Android，同时下载 .task 和 .litertlm 文件
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-
-// 监听下载进度
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log(`Download progress: ${event.progress}%`);
-  console.log(`Downloaded: ${event.downloadedBytes} / ${event.totalBytes}`);
-});
-```
-
-### 模型管理
-
-```typescript
-// 使用配置设置特定模型
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-
-// 检查就绪状态
-const { readiness } = await CapgoLLM.getReadiness();
-if (readiness === 'ready') {
-  // 模型已加载并准备就绪
-}
-
-// 监听就绪状态变化
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Readiness changed:', event.readiness);
-});
-```
-
-## API 方法
-
-### createChat()
-
-创建新的聊天会话。
-
-```typescript
-const { id: chatId } = await CapgoLLM.createChat();
-```
-
-**返回：** `Promise<{ id: string; instructions?: string }>`
-
-### sendMessage(...)
-
-向 LLM 发送消息。
-
-```typescript
-await CapgoLLM.sendMessage({
-  chatId: 'chat-id',
-  message: 'What is the weather like?'
-});
-```
-
-| 参数      | 类型     | 描述          |
-| ---------- | -------- | -------------------- |
-| **`chatId`**  | `string` | 聊天会话 ID      |
-| **`message`** | `string` | 要发送的消息      |
-
-### getReadiness()
-
-检查 LLM 是否准备好使用。
-
-```typescript
-const { readiness } = await CapgoLLM.getReadiness();
-```
-
-**返回：** `Promise<{ readiness: string }>`
-
-可能的值：
-- `ready` - 模型已加载并准备就绪
-- `loading` - 模型正在加载
-- `not_ready` - 模型尚未加载
-- `error` - 加载模型时出错
-
-### setModel(...)
-
-设置模型配置。
-
-```typescript
-// iOS：使用 Apple Intelligence（推荐）
-await CapgoLLM.setModel({
-  path: 'Apple Intelligence'
-});
-
-// iOS：使用自定义 MediaPipe 模型（实验性）
-await CapgoLLM.setModel({
-  path: 'Gemma2-2B-IT_multi-prefill-seq_q8_ekv1280',
-  modelType: 'task',
-  maxTokens: 1280
-});
-
-// Android：使用 MediaPipe 模型
-await CapgoLLM.setModel({
-  path: '/android_asset/gemma-3-270m-it-int8.task',
-  maxTokens: 2048,
-  topk: 40,
-  temperature: 0.8
-});
-```
-
-| 参数           | 类型     | 描述                                       |
-| --------------- | -------- | ------------------------------------------------- |
-| **`path`**      | `string` | 模型路径或 iOS 系统的"Apple Intelligence" |
-| **`modelType`** | `string` | 可选：模型文件类型（例如 "task"、"bin"）   |
-| **`maxTokens`** | `number` | 可选：模型处理的最大 token 数        |
-| **`topk`**      | `number` | 可选：每步考虑的 token 数|
-| **`temperature`** | `number` | 可选：生成的随机性（0.0-1.0）    |
-| **`randomSeed`** | `number` | 可选：生成的随机种子             |
-
-### downloadModel(...)
-
-从 URL 下载模型并保存到设备存储。
-
-```typescript
-await CapgoLLM.downloadModel({
-  url: 'https://example.com/gemma-3-270m-it-int8.task',
-  companionUrl: 'https://example.com/gemma-3-270m-it-int8.litertlm',
-  filename: 'gemma-3-270m-it-int8.task'
-});
-```
-
-| 参数            | 类型     | 描述                                 |
-| ---------------- | -------- | ------------------------------------------- |
-| **`url`**        | `string` | 下载的 URL                        |
-| **`companionUrl`** | `string` | 可选：配套文件的 URL（.litertlm） |
-| **`filename`**   | `string` | 可选：保存的文件名               |
-
-**返回：** `Promise<{ path: string; companionPath?: string }>`
-
-## 事件
-
-### textFromAi
-
-当 AI 生成文本时触发（流式响应）。
-
-```typescript
-CapgoLLM.addListener('textFromAi', (event) => {
-  console.log('AI text:', event.text);
-  console.log('Chat ID:', event.chatId);
-  console.log('Is chunk:', event.isChunk);
-});
-```
-
-**事件数据：**
-- `text` (string) - 来自 AI 的增量文本块
-- `chatId` (string) - 聊天会话 ID
-- `isChunk` (boolean) - 这是完整块还是部分流数据
-
-### aiFinished
-
-当 AI 完成响应时触发。
-
-```typescript
-CapgoLLM.addListener('aiFinished', (event) => {
-  console.log('Completed for chat:', event.chatId);
-});
-```
-
-**事件数据：**
-- `chatId` (string) - 聊天会话 ID
-
-### downloadProgress
-
-在模型下载期间触发以报告进度。
-
-```typescript
-CapgoLLM.addListener('downloadProgress', (event) => {
-  console.log('Progress:', event.progress, '%');
-  console.log('Downloaded:', event.downloadedBytes, '/', event.totalBytes);
-});
-```
-
-**事件数据：**
-- `progress` (number) - 完成的下载百分比（0-100）
-- `downloadedBytes` (number) - 到目前为止下载的字节数
-- `totalBytes` (number) - 要下载的总字节数
-
-### readinessChange
-
-当 LLM 的就绪状态发生变化时触发。
-
-```typescript
-CapgoLLM.addListener('readinessChange', (event) => {
-  console.log('Readiness changed to:', event.readiness);
-});
-```
-
-**事件数据：**
-- `readiness` (string) - 新的就绪状态
-
-## 完整示例
-
-```typescript
-import { CapgoLLM } from '@capgo/capacitor-llm';
-import { Capacitor } from '@capacitor/core';
-
-class AIService {
-  private chatId: string | null = null;
-  private messageBuffer: string = '';
-
-  async initialize() {
-    // 根据平台设置模型
-    const platform = Capacitor.getPlatform();
-
-    if (platform === 'ios') {
-      // iOS：使用 Apple Intelligence（推荐）
-      await CapgoLLM.setModel({ path: 'Apple Intelligence' });
-    } else {
-      // Android：使用 MediaPipe 模型
-      await CapgoLLM.setModel({
-        path: '/android_asset/gemma-3-270m-it-int8.task',
-        maxTokens: 2048,
-        topk: 40,
-        temperature: 0.8
-      });
-    }
-
-    // 等待模型准备就绪
-    let isReady = false;
-    while (!isReady) {
-      const { readiness } = await CapgoLLM.getReadiness();
-      if (readiness === 'ready') {
-        isReady = true;
-      } else if (readiness === 'error') {
-        throw new Error('Failed to load model');
-      }
-      await new Promise(resolve => setTimeout(resolve, 500));
-    }
-
-    // 创建聊天会话
-    const { id } = await CapgoLLM.createChat();
-    this.chatId = id;
-
-    // 设置事件监听器
-    this.setupListeners();
-  }
-
-  private setupListeners() {
-    CapgoLLM.addListener('textFromAi', (event) => {
-      if (event.chatId === this.chatId) {
-        this.messageBuffer += event.text;
-        this.onTextReceived(event.text);
-      }
-    });
-
-    CapgoLLM.addListener('aiFinished', (event) => {
-      if (event.chatId === this.chatId) {
-        this.onMessageComplete(this.messageBuffer);
-        this.messageBuffer = '';
-      }
-    });
-  }
-
-  async sendMessage(message: string) {
-    if (!this.chatId) {
-      throw new Error('Chat not initialized');
-    }
-
-    await CapgoLLM.sendMessage({
-      chatId: this.chatId,
-      message
-    });
-  }
-
-  onTextReceived(text: string) {
-    // 使用流式文本更新 UI
-    console.log('Received:', text);
-  }
-
-  onMessageComplete(fullMessage: string) {
-    // 处理完整消息
-    console.log('Complete message:', fullMessage);
-  }
-}
-
-// 用法
-const ai = new AIService();
-await ai.initialize();
-await ai.sendMessage('Tell me about AI');
-```
-
-## 平台支持
-
-| 平台 | 支持 | 要求 |
-|----------|-----------|--------------|
-| iOS      | ✅        | iOS 13.0+（26.0+ 用于 Apple Intelligence） |
-| Android  | ✅        | API 24+ |
-| Web      | ❌        | 不支持 |
-
-## 最佳实践
-
-1. **模型选择**：根据设备能力选择模型
-   - 对于大多数移动设备使用 270M
-   - 对于具有更多 RAM 的高端设备使用 1B
-   - 在目标设备上测试性能
-
-2. **内存管理**：完成后清除聊天会话
-   ```typescript
-   // 为新对话创建新聊天
-   const { id } = await CapacitorLLM.createChat();
-   ```
-
-3. **错误处理**：在使用前始终检查就绪状态
-   ```typescript
-   const { readiness } = await CapacitorLLM.getReadiness();
-   if (readiness !== 'ready') {
-     // 处理未就绪状态
-   }
-   ```
-
-4. **流式 UI**：使用流式文本增量更新 UI
-   - 通过 `onAiText` 显示文本到达
-   - 使用 `onAiCompletion` 标记完成
-
-5. **模型下载**：在应用设置期间下载模型，而不是首次使用时
-   ```typescript
-   // 在应用初始化期间
-   await CapacitorLLM.downloadModel({
-     url: 'https://your-cdn.com/model.task',
-     filename: 'model.task'
-   });
-   ```
-
-## 故障排除
-
-### 模型未加载
-- 验证模型文件在正确的位置
-- 检查模型格式是否与平台匹配（iOS 为 .gguf，Android 为 .task）
-- 确保设备存储空间充足
-
-### 性能不佳
-- 尝试较小的模型（270M 而不是 1B）
-- 关闭其他应用以释放内存
-- 在实际设备而不是模拟器上测试
-
-### 无响应
-- 检查就绪状态是否为 'ready'
-- 验证在发送消息前设置了事件监听器
-- 检查控制台是否有错误
-
-## 资源
-
-- [GitHub 仓库](https://github.com/Cap-go/capacitor-llm)
-- [Gemma 模型](https://ai.google.dev/gemma)
-- [Apple Intelligence](https://developer.apple.com/machine-learning/)
-- [MediaPipe](https://developers.google.com/mediapipe)
diff --git a/src/content/docs/zh/docs/plugins/llm/index.mdx b/src/content/docs/zh/docs/plugins/llm/index.mdx
deleted file mode 100644
index 32ad412d8..000000000
--- a/src/content/docs/zh/docs/plugins/llm/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-llm"
-description: 在 iOS 和 Android 上本地运行 LLM 模型，具有原生 Apple Intelligence 支持，实现隐私保护和离线功能。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 直接在设备上运行 LLM 模型，具有原生 Apple Intelligence 集成和硬件加速。
-  image:
-    file: ~public/icons/plugins/llm.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/llm/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-llm/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="设备端隐私" icon="approve-check-circle">
-    直接在设备上运行 LLM 模型以实现隐私保护和离线功能 🤖
-  </Card>
-  <Card title="Apple Intelligence" icon="star">
-    iOS 26.0+ 上的原生 Apple Intelligence 集成 🍎
-  </Card>
-  <Card title="多种格式" icon="puzzle">
-    支持 .task 和 .litertlm 模型格式 📦
-  </Card>
-  <Card title="硬件加速" icon="rocket">
-    使用原生硬件加速实现快速推理 ⚡
-  </Card>
-  <Card title="流式响应" icon="download">
-    使用事件监听器实现实时流式响应 🔄
-  </Card>
-  <Card title="开始使用" icon="open-book">
-    查看[入门指南](/docs/plugins/llm/getting-started/)安装和配置插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/media-session/getting-started.mdx b/src/content/docs/zh/docs/plugins/media-session/getting-started.mdx
deleted file mode 100644
index d525f8295..000000000
--- a/src/content/docs/zh/docs/plugins/media-session/getting-started.mdx
+++ /dev/null
@@ -1,83 +0,0 @@
----
-title: 开始使用
-description: 使用 Media Session 插件将播放器 UI 与原生媒体控件同步。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装插件**
-   <PackageManagers pkg="@capgo/capacitor-media-session" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步平台**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-> ℹ️ Media Session API 在 Android（基于 Chrome 的浏览器、WebView）和许多桌面浏览器上可用。在不支持的平台上，调用会在不产生任何效果的情况下解决，因此请相应地保护您的 UI。
-
-## 发布元数据
-
-```typescript
-import { MediaSession } from '@capgo/capacitor-media-session';
-
-await MediaSession.setMetadata({
-  title: 'Weekly Tech Podcast',
-  artist: 'Capgo Studio',
-  album: 'Season 2',
-  artwork: [
-    { src: 'https://cdn.example.com/covers/s02e05-512.png', sizes: '512x512', type: 'image/.png' },
-  ],
-});
-```
-
-## 更新播放状态
-
-```typescript
-await MediaSession.setPlaybackState({ playbackState: 'playing' });
-
-// 稍后暂停（如果需要）
-await MediaSession.setPlaybackState({ playbackState: 'paused' });
-```
-
-## 处理媒体操作
-
-```typescript
-const pauseHandler = async () => {
-  player.pause();
-  await MediaSession.setPlaybackState({ playbackState: 'paused' });
-};
-
-await MediaSession.setActionHandler({ action: 'pause' }, pauseHandler);
-await MediaSession.setActionHandler({ action: 'play' }, async () => {
-  await player.play();
-  await MediaSession.setPlaybackState({ playbackState: 'playing' });
-});
-
-// 在释放播放器时移除处理程序
-await MediaSession.setActionHandler({ action: 'pause' }, null);
-```
-
-## 保持位置同步
-
-```typescript
-const updatePosition = async () => {
-  await MediaSession.setPositionState({
-    duration: player.duration,
-    position: player.currentTime,
-    playbackRate: player.playbackRate,
-  });
-};
-
-player.ontimeupdate = updatePosition;
-player.onratechange = updatePosition;
-```
-
-## 建议
-
-- 在曲目更改时刷新元数据，以便通知和智能音箱保持最新。
-- 限制位置更新（例如每 250 毫秒）以避免向原生层发送垃圾信息。
-- 在销毁播放器实例时始终移除操作处理程序，以防止意外泄漏。
diff --git a/src/content/docs/zh/docs/plugins/media-session/index.mdx b/src/content/docs/zh/docs/plugins/media-session/index.mdx
deleted file mode 100644
index 4f18f68c2..000000000
--- a/src/content/docs/zh/docs/plugins/media-session/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-media-session"
-description: 直接从 Capacitor 控制锁屏、通知和耳机媒体控件。
-locale: zh
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 发布曲目元数据，响应播放/暂停事件，并将播放状态与原生媒体控件同步。
-  image:
-    file: ~public/icons/plugins/media-session.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/media-session/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-media-session/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Media Session 插件将 Capacitor 与 Media Session API 桥接，使您的音频和视频播放器在任何地方都感觉原生。
-
-<CardGrid stagger>
-  <Card title="丰富的元数据" icon="star">
-    为锁屏和通知控件提供专辑封面、艺术家和标题。
-  </Card>
-  <Card title="播放状态同步" icon="rocket">
-    保持播放/暂停按钮和进度指示器与您的播放器对齐。
-  </Card>
-  <Card title="操作回调" icon="pencil">
-    从 Capacitor 代码处理耳机按钮和操作系统媒体操作。
-  </Card>
-  <Card title="位置报告" icon="download">
-    推送持续时间、位置和速率，以便流畅地进行滑动。
-  </Card>
-</CardGrid>
-
-跳转到入门指南，将元数据更新集成到播放器生命周期中。
diff --git a/src/content/docs/zh/docs/plugins/mute/getting-started.mdx b/src/content/docs/zh/docs/plugins/mute/getting-started.mdx
deleted file mode 100644
index ba4c720eb..000000000
--- a/src/content/docs/zh/docs/plugins/mute/getting-started.mdx
+++ /dev/null
@@ -1,210 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装和使用 Mute 插件在 Capacitor 应用中检测静音模式状态。
-locale: zh
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-mute" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 用法
-
-导入插件并使用其方法检查静音状态：
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-// 检查设备是否静音
-const checkMuteState = async () => {
-  const { value } = await CapacitorMute.isMuted();
-
-  if (value) {
-    console.log('Device is muted/silent');
-    // 调整静音模式下的应用行为
-  } else {
-    console.log('Device sound is on');
-  }
-};
-```
-
-## API 参考
-
-### isMuted()
-
-检查设备当前是否静音/处于静音模式。
-
-```typescript
-const result = await CapacitorMute.isMuted();
-// 返回：{ value: boolean }
-```
-
-## 完整示例
-
-```typescript
-import { CapacitorMute } from '@capgo/capacitor-mute';
-
-export class SoundManager {
-  private isMuted = false;
-
-  async initialize() {
-    // 获取初始静音状态
-    await this.checkMuteState();
-  }
-
-  async checkMuteState() {
-    try {
-      const { value } = await CapacitorMute.isMuted();
-      this.isMuted = value;
-      this.updateAppBehavior();
-    } catch (error) {
-      console.error('Failed to check mute state:', error);
-    }
-  }
-
-  private updateAppBehavior() {
-    if (this.isMuted) {
-      // 设备已静音 - 调整应用行为
-      this.disableSoundEffects();
-      this.showVisualNotifications();
-    } else {
-      // 设备声音已打开
-      this.enableSoundEffects();
-      this.useAudioNotifications();
-    }
-  }
-
-  private disableSoundEffects() {
-    // 禁用应用内声音
-    console.log('Disabling sound effects');
-  }
-
-  private enableSoundEffects() {
-    // 启用应用内声音
-    console.log('Enabling sound effects');
-  }
-
-  private showVisualNotifications() {
-    // 使用视觉反馈而不是音频
-    console.log('Using visual notifications');
-  }
-
-  private useAudioNotifications() {
-    // 使用音频通知
-    console.log('Using audio notifications');
-  }
-}
-
-// 用法
-const soundManager = new SoundManager();
-await soundManager.initialize();
-
-// 定期轮询以检查更改
-setInterval(() => {
-  soundManager.checkMuteState();
-}, 5000); // 每 5 秒检查一次
-```
-
-## 平台行为
-
-### iOS
-- 检测物理静音开关状态
-- 无实时更改事件（需要轮询）
-- 适用于带有静音开关的 iPhone 和 iPad
-
-### Android
-- 检查铃声模式是否设置为静音或振动
-- 无更改事件（需要轮询）
-- 基于 AudioManager 铃声模式
-
-## 最佳实践
-
-1. **轮询更改**
-   由于插件不提供实时事件，如果需要跟踪更改，请定期轮询：
-   ```typescript
-   // 定期检查静音状态
-   setInterval(async () => {
-     const { value } = await CapacitorMute.isMuted();
-     if (value !== previousMuteState) {
-       handleMuteStateChange(value);
-     }
-   }, 5000);
-   ```
-
-2. **尊重用户偏好**
-   始终尊重静音状态并相应调整应用的音频行为。
-
-3. **提供视觉替代方案**
-   ```typescript
-   const { value: isMuted } = await CapacitorMute.isMuted();
-   if (isMuted) {
-     // 显示视觉通知
-     showToast('New message received');
-   } else {
-     // 播放声音通知
-     playNotificationSound();
-   }
-   ```
-
-## 用例
-
-1. **游戏声音管理**
-   ```typescript
-   const shouldPlaySound = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-     return !isMuted && userPreferences.soundEnabled;
-   };
-   ```
-
-2. **通知处理**
-   ```typescript
-   const sendNotification = async (message: string) => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     if (isMuted) {
-       // 使用振动或视觉通知
-       await Haptics.vibrate();
-       showBanner(message);
-     } else {
-       // 播放通知声音
-       await playSound('notification.mp3');
-     }
-   };
-   ```
-
-3. **视频播放器**
-   ```typescript
-   const initVideoPlayer = async () => {
-     const { value: isMuted } = await CapacitorMute.isMuted();
-
-     videoPlayer.setMuted(isMuted);
-     if (isMuted) {
-       showSubtitles(true);
-       showMuteIndicator();
-     }
-   };
-   ```
-
-## 故障排除
-
-1. **在 Android 上始终返回 false**
-   - 检查设备铃声模式是否实际设置为静音
-   - 某些 Android 设备可能有不同的行为
-
-2. **没有可用的更改事件**
-   - 插件不提供实时更改事件
-   - 如果需要检测更改，请实现轮询
-
-3. **在模拟器上不起作用**
-   - iOS 模拟器没有静音开关
-   - 在真实设备上测试以获得准确结果
diff --git a/src/content/docs/zh/docs/plugins/mute/index.mdx b/src/content/docs/zh/docs/plugins/mute/index.mdx
deleted file mode 100644
index 9fdcfb207..000000000
--- a/src/content/docs/zh/docs/plugins/mute/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-mute"
-locale: zh
-description: 检测和控制 iOS 设备上的静音开关状态，并检查 Android 上的音量状态。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 检查设备是否静音或设置为静音模式。检测 iOS 上的静音开关和 Android 上的音量状态。
-  image:
-    file: ~public/icons/plugins/mute.svg
-  actions:
-    - text: 入门指南
-      link: /docs/plugins/mute/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mute/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="静音模式检测" icon="rocket">
-    检测设备是否处于静音/静音模式 🔇
-  </Card>
-  <Card title="跨平台" icon="setting">
-    在 iOS（静音开关）和 Android（音量）上均可运行 📱
-  </Card>
-  <Card title="简单的 API" icon="pencil">
-    易于使用的直接方法 🎯
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/mute/getting-started/)，只需几分钟即可掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/mux-player/getting-started.mdx b/src/content/docs/zh/docs/plugins/mux-player/getting-started.mdx
deleted file mode 100644
index dabdb4dda..000000000
--- a/src/content/docs/zh/docs/plugins/mux-player/getting-started.mdx
+++ /dev/null
@@ -1,91 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 在 Capacitor 应用程序中连接原生 Mux Player SDK。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装插件**
-   <PackageManagers pkg="@capgo/capacitor-mux-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## iOS 准备
-
-1. 在 `ios/App/` 下打开 Xcode 工作区。
-2. 将 Swift 包 `https://github.com/muxinc/mux-player-swift` 添加到应用目标，以便 `MuxPlayerSwift` 模块可用。
-3. 确保部署目标为 **iOS 15+** 并重新构建。
-
-## Android 准备
-
-Gradle 模块附带正确的存储库和依赖项。如果您使用自定义企业代理，请允许请求 `https://muxinc.jfrog.io/artifactory/default-maven-release-local`。
-
-## 启动播放器
-
-```typescript
-import { MuxPlayer } from '@capgo/capacitor-mux-player';
-
-await MuxPlayer.play({
-  playbackId: 'your-playback-id',
-  environmentKey: 'your-mux-data-key',
-  title: 'Launch Announcement',
-  subtitle: 'Filmed live at Capgo HQ',
-  poster: 'https://stream.example.com/poster.jpg',
-});
-```
-
-## 监听播放器事件
-
-```typescript
-const readyHandle = await MuxPlayer.addListener('ready', ({ playerName }) => {
-  console.log('Mux player ready', playerName);
-});
-
-const errorHandle = await MuxPlayer.addListener('error', ({ message }) => {
-  console.error('Mux player error:', message);
-});
-
-// 关闭播放器后清理
-const dismissPlayer = async () => {
-  await MuxPlayer.dismiss();
-  await readyHandle.remove();
-  await errorHandle.remove();
-};
-```
-
-## 基于令牌的播放
-
-```typescript
-await MuxPlayer.play({
-  playbackId: 'signed-playback-id',
-  playbackToken: signedPlaybackToken,
-  drmToken: signedDrmToken, // 如果启用了 DRM 策略，则为可选
-  autoPlay: true,
-  startTime: 120, // 从 2 分钟开始
-});
-```
-
-## 响应播放器生命周期
-
-```typescript
-const { active } = await MuxPlayer.isActive();
-if (active) {
-  console.log('Player currently visible');
-}
-
-// 卸载时删除所有监听器注册
-await MuxPlayer.removeAllListeners();
-```
-
-## 提示
-
-- 使用 Mux 签名密钥在后端生成已签名的播放和 DRM 令牌。
-- 传递 `playerName` 以在应用中运行多个播放器时分离分析。
-- 与 `enableSmartCache` 结合使用，以提高支持平台上的离线弹性。
diff --git a/src/content/docs/zh/docs/plugins/mux-player/index.mdx b/src/content/docs/zh/docs/plugins/mux-player/index.mdx
deleted file mode 100644
index 83a3097eb..000000000
--- a/src/content/docs/zh/docs/plugins/mux-player/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-mux-player"
-locale: zh
-description: 从 Capacitor 应用启动原生 Mux Player SDK，支持签名播放和分析。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 以全屏方式流式传输高质量的 Mux 视频，支持 DRM、分析，以及跨 iOS、Android 和 Web 的一致控件。
-  image:
-    file: ~public/icons/plugins/mux-player.svg
-  actions:
-    - text: 入门指南
-      link: /docs/plugins/mux-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-mux-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-通过在简单的 Capacitor 接口中包装官方 Mux 原生 SDK 来提供优质播放。
-
-<CardGrid stagger>
-  <Card title="原生 SDK 体验" icon="rocket">
-    使用与 Mux 移动 SDK 相同的播放堆栈，支持自适应比特率和 DRM。
-  </Card>
-  <Card title="签名播放" icon="approve-check">
-    为受保护流的安全传输提供播放和 DRM 令牌。
-  </Card>
-  <Card title="统一 API" icon="pencil">
-    使用一个 TypeScript API 触发播放、关闭播放器和监听事件。
-  </Card>
-  <Card title="分析就绪" icon="star">
-    传递环境密钥和播放器名称以自动提供 Mux Data 遥测。
-  </Card>
-</CardGrid>
-
-入门指南介绍了如何连接原生 SDK、处理令牌以及响应播放器事件。
diff --git a/src/content/docs/zh/docs/plugins/native-audio/getting-started.mdx b/src/content/docs/zh/docs/plugins/native-audio/getting-started.mdx
deleted file mode 100644
index e3827b364..000000000
--- a/src/content/docs/zh/docs/plugins/native-audio/getting-started.mdx
+++ /dev/null
@@ -1,478 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 学习如何在 Capacitor 应用中安装和使用 Native Audio 插件进行高性能音频播放。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/native-audio" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **添加音频文件**
-   将音频文件放在适当的平台文件夹中：
-   - **iOS**：`ios/App/App/sounds/`
-   - **Android**：`android/app/src/main/res/raw/`
-</Steps>
-
-## 使用方法
-
-在播放前导入插件并预加载音频文件：
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-// 预加载音频文件
-const preloadAudio = async () => {
-  // 简单预加载短音效
-  await NativeAudio.preload({
-    assetId: 'click',
-    assetPath: 'sounds/click.mp3',
-    audioChannelNum: 1,
-    isUrl: false
-  });
-
-  // 复杂预加载音乐/较长音频
-  await NativeAudio.preloadComplex({
-    assetId: 'background-music',
-    assetPath: 'sounds/background.mp3',
-    audioChannelNum: 1,
-    volume: 0.5,
-    delay: 0,
-    isUrl: false
-  });
-};
-
-// 播放音频
-const playSound = async () => {
-  await NativeAudio.play({
-    assetId: 'click'
-  });
-};
-
-// 使用选项播放
-const playMusic = async () => {
-  await NativeAudio.play({
-    assetId: 'background-music',
-    time: 0 // 从头开始
-  });
-};
-
-// 循环播放音频
-const loopMusic = async () => {
-  await NativeAudio.loop({
-    assetId: 'background-music'
-  });
-};
-
-// 停止音频
-const stopMusic = async () => {
-  await NativeAudio.stop({
-    assetId: 'background-music'
-  });
-};
-
-// 完成后卸载
-const cleanup = async () => {
-  await NativeAudio.unload({
-    assetId: 'click'
-  });
-  await NativeAudio.unload({
-    assetId: 'background-music'
-  });
-};
-```
-
-## API 参考
-
-### preload(options)
-
-预加载音频文件以进行简单播放（最适合短音效）。
-
-```typescript
-interface PreloadOptions {
-  assetId: string;
-  assetPath: string;
-  audioChannelNum?: number;
-  isUrl?: boolean;
-}
-
-await NativeAudio.preload({
-  assetId: 'sound-effect',
-  assetPath: 'sounds/effect.mp3',
-  audioChannelNum: 1,
-  isUrl: false
-});
-```
-
-### preloadComplex(options)
-
-使用高级选项预加载音频（最适合音乐/背景音频）。
-
-```typescript
-interface PreloadComplexOptions {
-  assetId: string;
-  assetPath: string;
-  volume?: number; // 0.0 到 1.0
-  audioChannelNum?: number;
-  delay?: number;
-  isUrl?: boolean;
-  fadeDuration?: number;
-}
-
-await NativeAudio.preloadComplex({
-  assetId: 'theme-song',
-  assetPath: 'sounds/theme.mp3',
-  volume: 0.7,
-  audioChannelNum: 2,
-  isUrl: false
-});
-```
-
-### play(options)
-
-播放预加载的音频文件。
-
-```typescript
-interface PlayOptions {
-  assetId: string;
-  time?: number; // 开始时间（秒）
-}
-
-await NativeAudio.play({
-  assetId: 'sound-effect',
-  time: 0
-});
-```
-
-### loop(options)
-
-连续循环播放预加载的音频文件。
-
-```typescript
-await NativeAudio.loop({
-  assetId: 'background-music'
-});
-```
-
-### stop(options)
-
-停止播放音频文件。
-
-```typescript
-await NativeAudio.stop({
-  assetId: 'background-music'
-});
-```
-
-### pause(options)
-
-暂停音频播放。
-
-```typescript
-await NativeAudio.pause({
-  assetId: 'background-music'
-});
-```
-
-### resume(options)
-
-恢复暂停的音频。
-
-```typescript
-await NativeAudio.resume({
-  assetId: 'background-music'
-});
-```
-
-### setVolume(options)
-
-设置音频资源的音量。
-
-```typescript
-interface SetVolumeOptions {
-  assetId: string;
-  volume: number; // 0.0 到 1.0
-}
-
-await NativeAudio.setVolume({
-  assetId: 'background-music',
-  volume: 0.3
-});
-```
-
-### getDuration(options)
-
-获取音频文件的时长（秒）。
-
-```typescript
-const { duration } = await NativeAudio.getDuration({
-  assetId: 'background-music'
-});
-console.log(`Duration: ${duration} seconds`);
-```
-
-### getCurrentTime(options)
-
-获取当前播放时间（秒）。
-
-```typescript
-const { currentTime } = await NativeAudio.getCurrentTime({
-  assetId: 'background-music'
-});
-console.log(`Current time: ${currentTime} seconds`);
-```
-
-### isPlaying(options)
-
-检查音频当前是否正在播放。
-
-```typescript
-const { isPlaying } = await NativeAudio.isPlaying({
-  assetId: 'background-music'
-});
-console.log(`Is playing: ${isPlaying}`);
-```
-
-### unload(options)
-
-从内存中卸载音频文件。
-
-```typescript
-await NativeAudio.unload({
-  assetId: 'sound-effect'
-});
-```
-
-## 高级用法
-
-### 声音管理器类
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-export class SoundManager {
-  private sounds: Map<string, boolean> = new Map();
-  private volume = 1.0;
-
-  async init() {
-    // 预加载所有音效
-    await this.preloadSound('click', 'sounds/click.mp3');
-    await this.preloadSound('success', 'sounds/success.mp3');
-    await this.preloadSound('error', 'sounds/error.mp3');
-
-    // 预加载音乐
-    await this.preloadMusic('background', 'sounds/background.mp3', 0.5);
-  }
-
-  private async preloadSound(id: string, path: string) {
-    try {
-      await NativeAudio.preload({
-        assetId: id,
-        assetPath: path,
-        audioChannelNum: 1,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Failed to preload ${id}:`, error);
-    }
-  }
-
-  private async preloadMusic(id: string, path: string, volume: number) {
-    try {
-      await NativeAudio.preloadComplex({
-        assetId: id,
-        assetPath: path,
-        volume,
-        audioChannelNum: 2,
-        isUrl: false
-      });
-      this.sounds.set(id, true);
-    } catch (error) {
-      console.error(`Failed to preload ${id}:`, error);
-    }
-  }
-
-  async playSound(id: string) {
-    if (!this.sounds.has(id)) {
-      console.warn(`Sound ${id} not preloaded`);
-      return;
-    }
-
-    try {
-      await NativeAudio.play({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to play ${id}:`, error);
-    }
-  }
-
-  async playMusic(id: string) {
-    if (!this.sounds.has(id)) return;
-
-    try {
-      await NativeAudio.loop({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to play music ${id}:`, error);
-    }
-  }
-
-  async stopMusic(id: string) {
-    try {
-      await NativeAudio.stop({ assetId: id });
-    } catch (error) {
-      console.error(`Failed to stop ${id}:`, error);
-    }
-  }
-
-  async setMasterVolume(volume: number) {
-    this.volume = Math.max(0, Math.min(1, volume));
-
-    // 更新所有已加载的声音
-    for (const [id] of this.sounds) {
-      await NativeAudio.setVolume({
-        assetId: id,
-        volume: this.volume
-      });
-    }
-  }
-
-  async cleanup() {
-    for (const [id] of this.sounds) {
-      await NativeAudio.unload({ assetId: id });
-    }
-    this.sounds.clear();
-  }
-}
-```
-
-### 从 URL 加载
-
-```typescript
-// 从 URL 加载音频
-await NativeAudio.preloadComplex({
-  assetId: 'remote-audio',
-  assetPath: 'https://example.com/audio.mp3',
-  isUrl: true,
-  volume: 0.8
-});
-```
-
-### 淡入/淡出效果
-
-```typescript
-const fadeIn = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-
-  await NativeAudio.setVolume({ assetId, volume: 0 });
-  await NativeAudio.play({ assetId });
-
-  for (let i = 1; i <= steps; i++) {
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-  }
-};
-
-const fadeOut = async (assetId: string, duration: number) => {
-  const steps = 20;
-  const stepDuration = duration / steps;
-
-  for (let i = steps; i >= 0; i--) {
-    await NativeAudio.setVolume({
-      assetId,
-      volume: i / steps
-    });
-    await new Promise(resolve => setTimeout(resolve, stepDuration));
-  }
-
-  await NativeAudio.stop({ assetId });
-};
-```
-
-## 最佳实践
-
-1. **在应用初始化期间预加载**
-   ```typescript
-   import { App } from '@capacitor/app';
-
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       await soundManager.init();
-     }
-   });
-   ```
-
-2. **优雅地处理错误**
-   ```typescript
-   try {
-     await NativeAudio.play({ assetId: 'sound' });
-   } catch (error) {
-     console.log('Audio playback failed, continuing silently');
-   }
-   ```
-
-3. **卸载未使用的音频**
-   ```typescript
-   // 离开屏幕时卸载声音
-   ionViewWillLeave() {
-     this.unloadScreenSounds();
-   }
-   ```
-
-4. **使用适当的预加载方法**
-   - `preload()` 用于短音效（< 5 秒）
-   - `preloadComplex()` 用于音乐和较长音频
-
-## 平台说明
-
-### iOS
-- 支持 AAC、MP3、WAV 和其他 Core Audio 格式
-- 对复杂音频使用 AVAudioPlayer
-- 对简单音频使用系统声音服务
-- 通过适当配置支持后台音频
-
-### Android
-- 支持 MP3、OGG、WAV 格式
-- 对简单音频使用 SoundPool
-- 对复杂音频使用 MediaPlayer
-- 后台播放可能需要 WAKE_LOCK 权限
-
-### 文件放置
-
-#### iOS
-将文件放在 `ios/App/App/sounds/` 中，或在 Xcode 中创建文件夹引用。
-
-#### Android
-将文件放在 `android/app/src/main/res/raw/` 中。
-注意：文件名必须为小写，不含特殊字符。
-
-## 常见问题
-
-1. **音频无法播放**
-   - 确保文件在正确的目录中
-   - 检查文件格式兼容性
-   - 验证 assetId 完全匹配
-
-2. **播放延迟**
-   - 对音效使用 `preload()`
-   - 在需要播放之前预加载
-
-3. **内存问题**
-   - 不需要时卸载音频文件
-   - 不要预加载太多大文件
-
-4. **后台播放**
-   - 在 iOS 上配置后台音频功能
-   - 在 Android 上处理音频焦点
diff --git a/src/content/docs/zh/docs/plugins/native-audio/index.mdx b/src/content/docs/zh/docs/plugins/native-audio/index.mdx
deleted file mode 100644
index 408574c94..000000000
--- a/src/content/docs/zh/docs/plugins/native-audio/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/native-audio'
-description: 适用于 Capacitor 应用程序的高性能本机音频播放插件，具有低延迟和并发播放支持。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 以本机性能、低延迟和并发播放方式播放音频。非常适合游戏、音效和背景音乐。
-  image:
-    file: ~public/icons/plugins/native-audio.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/native-audio/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-native-audio/'
-      icon: external
-      variant: minimal
-locale: zh
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="低延迟" icon="rocket">
-    用于即时播放的本机音频 API 🚀
-  </Card>
-  <Card title="并发播放" icon="list-format">
-    同时播放多种声音🎵
-  </Card>
-  <Card title="背景音频" icon="rocket">
-    当应用程序在后台时继续播放🎧
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/native-audio/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/native-biometric/getting-started.mdx b/src/content/docs/zh/docs/plugins/native-biometric/getting-started.mdx
deleted file mode 100644
index ad6120d35..000000000
--- a/src/content/docs/zh/docs/plugins/native-biometric/getting-started.mdx
+++ /dev/null
@@ -1,235 +0,0 @@
----
-title: 入门
-description: 了解如何在 Capacitor 应用程序中安装和使用本机生物识别插件进行安全生物识别身份验证。
-sidebar:
-  order: 2
-locale: zh
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-native-biometric" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置权限**
-   
-   ### iOS
-   将 Face ID 使用说明添加到您的 `Info.plist` 中：
-   ```xml
-   <key>NSFaceIDUsageDescription</key>
-   <string>Authenticate securely to access your account</string>
-   ```
-   
-   ### Android
-   将生物识别权限添加到您的 `AndroidManifest.xml`：
-   ```xml
-   <uses-permission android:name="android.permission.USE_BIOMETRIC" />
-   ```
-
-4. **在提示之前检查可用性**
-   在显示身份验证 UI 之前，请务必检查完整的可用性详细信息。
-</Steps>
-
-## 用法
-
-导入插件并使用其方法进行生物识别身份验证：
-
-```typescript
-import {
-  NativeBiometric,
-  BiometryType,
-  AuthenticationStrength,
-  AccessControl,
-} from '@capgo/capacitor-native-biometric';
-
-const checkBiometric = async () => {
-  const result = await NativeBiometric.isAvailable({ useFallback: true });
-  console.log('Biometric available:', result.isAvailable);
-  console.log('Strength:', result.authenticationStrength); // STRONG | WEAK | NONE
-  console.log('Primary type:', result.biometryType);
-  console.log('Device is secure:', result.deviceIsSecure);
-  console.log('Strong biometry:', result.strongBiometryIsAvailable);
-};
-
-const verify = async () => {
-  await NativeBiometric.verifyIdentity({
-    reason: 'Open secure section',
-    title: 'Biometric Login',
-    subtitle: 'Unlock with face, fingerprint, or credentials',
-    description: 'Authenticate to continue',
-    negativeButtonText: 'Cancel',
-    maxAttempts: 5,
-    allowedBiometryTypes: [BiometryType.FINGERPRINT, BiometryType.FACE_ID],
-  });
-};
-
-const saveCredentials = async () => {
-  await NativeBiometric.setCredentials({
-    username: 'user@example.com',
-    password: 'securepassword',
-    server: 'https://api.example.com',
-    accessControl: AccessControl.BIOMETRY_ANY,
-  });
-};
-
-const getCredentials = async () => {
-  const credentials = await NativeBiometric.getSecureCredentials({
-    server: 'https://api.example.com',
-    reason: 'Sign in again',
-    title: 'Confirm identity',
-  });
-  console.log(credentials.username);
-};
-
-const alreadySaved = async () => {
-  const { isSaved } = await NativeBiometric.isCredentialsSaved({
-    server: 'https://api.example.com',
-  });
-  console.log('Credentials saved:', isSaved);
-};
-
-const cleanup = async () => {
-  await NativeBiometric.deleteCredentials({
-    server: 'https://api.example.com',
-  });
-};
-
-const watchChanges = async () => {
-  const handle = await NativeBiometric.addListener('biometryChange', (result) => {
-    console.log('Biometry availability changed:', result.isAvailable);
-    console.log('Type:', result.biometryType);
-  });
-
-  // Remove when no longer needed
-  // await handle.remove();
-};
-```
-
-## API 参考
-
-### 可用（选项）
-
-检查设备上是否可以使用生物识别身份验证。
-
-```typescript
-interface IsAvailableOptions {
-  useFallback: boolean;
-}
-
-interface AvailableResult {
-  isAvailable: boolean;
-  authenticationStrength: AuthenticationStrength; // STRONG | WEAK | NONE
-  biometryType: BiometryType;
-  deviceIsSecure: boolean;
-  strongBiometryIsAvailable: boolean;
-  errorCode?: number;
-}
-```
-
-### 验证身份（选项）
-
-提示进行生物识别身份验证。
-
-```typescript
-interface BiometricOptions {
-  reason?: string;
-  title?: string;
-  subtitle?: string;
-  description?: string;
-  negativeButtonText?: string;
-  useFallback?: boolean;
-  fallbackTitle?: string;
-  maxAttempts?: number; // Android only
-  allowedBiometryTypes?: BiometryType[];
-}
-```
-
-### setCredentials（选项）
-
-存储凭据。使用 `accessControl` 在支持的平台上强制执行仅生物识别检索。
-
-```typescript
-interface SetCredentialOptions {
-  username: string;
-  password: string;
-  server: string;
-  accessControl?: AccessControl;
-}
-```
-
-### getSecureCredentials（选项）
-
-仅当受保护条目的身份验证成功时才获取存储的凭据。
-
-```typescript
-interface GetSecureCredentialsOptions {
-  server: string;
-  reason?: string;
-  title?: string;
-  subtitle?: string;
-  description?: string;
-  negativeButtonText?: string;
-}
-```
-
-### isCredentialsSaved（选项）
-
-检查服务器条目的凭据是否存在。
-
-```typescript
-interface IsCredentialsSavedOptions {
-  server: string;
-}
-
-interface IsCredentialsSavedResult {
-  isSaved: boolean;
-}
-```
-
-### 删除凭证（选项）
-
-删除服务器条目存储的凭据。
-
-```typescript
-interface DeleteCredentialOptions {
-  server: string;
-}
-```
-
-### addListener('biometryChange', ...)
-
-监听生物识别变化并安全地恢复流程。
-
-```typescript
-const handle = await NativeBiometric.addListener('biometryChange', (result) => {
-  // result: AvailableResult
-});
-```
-
-## 平台差异
-
-### iOS
-- 支持面容 ID 和触摸 ID
-- `useFallback` 遵循配置的密码回退行为
-
-### Android
-- 支持指纹、面部、虹膜和 PIN/图案/密码流
-- Android 约束适用于后备 UI 和生物识别类型限制
-
-## 最佳实践
-
-1. **始终首先检查可用性**
-2. **使用完整结果数据**来选择安全路线
-3. **对于敏感数据首选安全凭证模式**
-4. **优雅地处理取消和错误**
-5. **当不再需要监听器时**删除它们
-
-## 相关文档
-
-- [从 Ionic Identity Vault 迁移](/docs/upgrade/from-ionic-identity-vault/)
-- [Ionic 企业插件迁移解决方案](/solutions/ionic-enterprise-plugins/)
diff --git a/src/content/docs/zh/docs/plugins/native-biometric/index.mdx b/src/content/docs/zh/docs/plugins/native-biometric/index.mdx
deleted file mode 100644
index 96c91c6c7..000000000
--- a/src/content/docs/zh/docs/plugins/native-biometric/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-native-biometric"
-locale: zh
-description: 使用指纹、Face ID 和其他生物识别传感器进行原生生物识别认证的 Capacitor 插件。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 访问 Android 和 iOS 的原生生物识别认证 API，提供安全便捷的用户认证。
-  image:
-    file: ~public/icons/plugins/native-biometric.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/native-biometric/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-native-biometric/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="多种生物识别" icon="rocket">
-    支持指纹、Face ID、Touch ID 和其他生物识别传感器
-  </Card>
-  <Card title="安全认证" icon="approve-check">
-    为敏感操作提供安全的生物识别认证
-  </Card>
-  <Card title="备用选项" icon="setting">
-    当生物识别不可用时包含设备密码备用方案
-  </Card>
-  <Card title="完整文档" icon="open-book">
-    查看[文档](/docs/plugins/native-biometric/getting-started/)，在几分钟内掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/native-market/getting-started.mdx b/src/content/docs/zh/docs/plugins/native-market/getting-started.mdx
deleted file mode 100644
index bf8c0c7dd..000000000
--- a/src/content/docs/zh/docs/plugins/native-market/getting-started.mdx
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: 开始使用
-locale: zh
-description: 学习如何安装和使用 Native Market 插件，从您的 Capacitor 应用将用户重定向到 Google Play Store 或 Apple App Store。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/native-market" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-导入插件并使用其方法将用户重定向到应用商店：
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// 打开应用商店列表
-const openAppStore = async () => {
-  await NativeMarket.openStoreListing({
-    appId: 'com.example.app' // 您的应用的 bundle ID
-  });
-};
-
-// 请求应用评价
-const requestReview = async () => {
-  await NativeMarket.requestReview();
-};
-
-// 打开应用商店搜索
-const searchInStore = async () => {
-  await NativeMarket.search({
-    terms: 'fitness app' // 搜索词
-  });
-};
-```
-
-## API 参考
-
-### openStoreListing(options)
-
-为指定应用打开应用商店列表。
-
-```typescript
-interface OpenStoreListingOptions {
-  appId: string; // iOS 上的 Bundle ID，Android 上的包名
-}
-```
-
-### requestReview()
-
-请求用户进行应用内评价。在 iOS 10.3+ 上，这会显示评分对话框而不离开应用。
-
-### search(options)
-
-使用搜索结果打开应用商店。
-
-```typescript
-interface SearchOptions {
-  terms: string; // 要使用的搜索词
-}
-```
-
-## 平台说明
-
-### iOS
-- 在 iOS 10.3+ 上使用 `SKStoreReviewController` 进行应用内评价
-- 在旧版本上回退到打开 App Store
-
-### Android
-- 打开 Google Play Store
-- 在可用时使用应用内评价 API
-
-## 示例
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-import { Capacitor } from '@capacitor/core';
-
-export class AppService {
-  async rateApp() {
-    try {
-      // 首先尝试应用内评价
-      await NativeMarket.requestReview();
-    } catch (error) {
-      // 回退到打开商店列表
-      const platform = Capacitor.getPlatform();
-      const appId = platform === 'ios'
-        ? 'id123456789' // 您的 iOS 应用 ID
-        : 'com.example.app'; // 您的 Android 包名
-
-      await NativeMarket.openStoreListing({ appId });
-    }
-  }
-}
diff --git a/src/content/docs/zh/docs/plugins/native-market/index.mdx b/src/content/docs/zh/docs/plugins/native-market/index.mdx
deleted file mode 100644
index 9d2e720e3..000000000
--- a/src/content/docs/zh/docs/plugins/native-market/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/native-market"
-locale: zh
-description: 用于从您的 Capacitor 应用将用户重定向到 Google Play Store 或 Apple App Store 的 Native Market 插件。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 一个 Capacitor 插件，用于将用户从您的移动应用重定向到应用商店（Google Play 或 Apple App Store）。
-  image:
-    file: ~public/icons/plugins/native-market.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/native-market/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/riderx/native-market/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="跨平台" icon="rocket">
-    在 Android 和 iOS 平台上无缝工作
-  </Card>
-  <Card title="易于集成" icon="pencil">
-    简单的 API 可将用户重定向到各自应用商店对您的应用进行评分或查看
-  </Card>
-  <Card title="TypeScript 支持" icon="setting">
-    完整的 TypeScript 支持，提供更好的开发体验
-  </Card>
-  <Card title="完整文档" icon="open-book">
-    查看[文档](/docs/plugins/native-market/getting-started/)，在几分钟内掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/native-purchases/android-create-subscription.mdx b/src/content/docs/zh/docs/plugins/native-purchases/android-create-subscription.mdx
deleted file mode 100644
index 71f64dfd1..000000000
--- a/src/content/docs/zh/docs/plugins/native-purchases/android-create-subscription.mdx
+++ /dev/null
@@ -1,166 +0,0 @@
----
-title: 创建 Android 自动续订订阅
-locale: zh
-description: 在 Google Play Console 中创建自动续订订阅的分步指南，用于 native-purchases 插件。
-sidebar:
-  order: 4
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-自动续订订阅可持续为用户提供对应用中的内容、服务或高级功能的访问。本指南将帮助您在 Google Play Console 中创建和配置订阅。
-
-## 概述
-
-订阅会在每个计费周期结束时自动续订，直到用户取消。它们非常适合：
-- 高级内容访问
-- 无广告体验
-- 云存储
-- 持续服务
-
-## 创建订阅
-
-<Steps>
-
-1. **导航到订阅**
-
-   在 Google Play Console 中，选择您的应用并从左侧菜单中选择 **获利 > 订阅**。
-
-   点击 **创建订阅** 按钮开始。
-
-   ![导航到订阅](/native-purchases/android/create-subscription/navigate-to-subscriptions.webp)
-
-2. **输入基本信息**
-
-   提供订阅名称和产品 ID。产品 ID 是应用配置所必需的，以后无法更改。
-
-   ![输入订阅详情](/native-purchases/android/create-subscription/enter-subscription-details.webp)
-
-3. **创建基础方案**
-
-   Google Play 要求每个订阅必须有一个基础方案。native-purchases 插件仅支持一个基础方案以保持与 iOS 的兼容性。
-
-   点击 **添加基础方案** 继续。
-
-   ![创建基础方案](/native-purchases/android/create-subscription/create-base-plan.webp)
-
-4. **配置基础方案详情**
-
-   输入：
-   - **基础方案 ID**：该方案的唯一标识符
-   - **计费周期**：用户被收费的频率（每周、每月、每年等）
-   - **宽限期**：在取消前 Google 维护订阅同时重试支付的时间窗口
-
-   ![配置基础方案](/native-purchases/android/create-subscription/configure-base-plan-details.webp)
-
-5. **设置定价**
-
-   访问定价部分并选择您想要提供订阅的所有国家/地区。
-
-   ![选择地区](/native-purchases/android/create-subscription/select-pricing-regions.webp)
-
-6. **配置价格**
-
-   以您的主要货币设置基础价格。Google Play 会自动将其转换为本地货币。
-
-   ![设置价格](/native-purchases/android/create-subscription/set-base-price.webp)
-
-7. **审核地区定价**
-
-   审核每个国家自动转换的价格。如果需要，您可以调整个别价格。
-
-   ![审核定价](/native-purchases/android/create-subscription/review-regional-pricing.webp)
-
-8. **保存配置**
-
-   保存您的定价配置。
-
-   ![保存定价](/native-purchases/android/create-subscription/save-pricing-configuration.webp)
-
-9. **激活订阅**
-
-   点击 **激活** 按钮使您的订阅产品上线并可供购买。
-
-   ![激活订阅](/native-purchases/android/create-subscription/activate-subscription.webp)
-
-</Steps>
-
-## 重要注意事项
-
-### 基础方案限制
-
-native-purchases 插件要求每个订阅只能有一个基础方案，以确保与 iOS 订阅处理的一致性。不支持多个基础方案。
-
-### 宽限期
-
-宽限期允许 Google Play 在维护用户订阅访问的同时重试失败的支付。常见的宽限期为：
-- 月度订阅为 3 天
-- 较长订阅为 7 天
-
-### 订阅状态
-
-创建后，您的订阅将处于"草稿"状态，直到激活。您可以在沙盒模式下测试草稿订阅。
-
-## 在应用中使用
-
-创建后，使用产品 ID 在应用中引用订阅：
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// 加载订阅信息
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-console.log(`${product.title} — ${product.priceString}`);
-
-// 购买（planIdentifier = Google Play Console 中的基础方案 ID）
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // 在 Android 上必需，在 iOS 上被忽略
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Transaction ID', transaction.transactionId);
-
-// 稍后，检查购买状态
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const subscription = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.example.premium.monthly',
-);
-
-if (subscription && subscription.purchaseState === 'PURCHASED' && subscription.isAcknowledged) {
-  console.log('Subscription active locally');
-  // 对于过期/取消，通过后端验证 purchaseToken
-}
-```
-
-## 后续步骤
-
-- [创建引导性优惠](/docs/plugins/native-purchases/android-introductory-offer/)以吸引新订阅者
-- [配置沙盒测试](/docs/plugins/native-purchases/android-sandbox-testing/)以测试您的订阅
-- 设置后端收据验证以确保安全
-
-## 故障排除
-
-**订阅未在应用中显示：**
-- 验证产品 ID 完全匹配
-- 确保订阅已激活
-- 检查您的应用具有正确的包名
-- 激活后等待 2-3 小时以便更改传播
-
-**基础方案错误：**
-- 确保您只有一个基础方案
-- 验证所有必填字段已填写
-- 检查计费周期是否有效
-
-**定价问题：**
-- 确认至少选择了一个国家
-- 验证基础价格大于允许的最小值
-- 检查货币转换率是否可接受
diff --git a/src/content/docs/zh/docs/plugins/native-purchases/android-introductory-offer.mdx b/src/content/docs/zh/docs/plugins/native-purchases/android-introductory-offer.mdx
deleted file mode 100644
index 99ead3972..000000000
--- a/src/content/docs/zh/docs/plugins/native-purchases/android-introductory-offer.mdx
+++ /dev/null
@@ -1,197 +0,0 @@
----
-title: 创建 Android 订阅引导性优惠
-locale: zh
-description: 学习如何在 Android 上为自动续订订阅创建引导性优惠以吸引新订阅者。
-sidebar:
-  order: 5
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-引导性优惠允许您为符合条件的用户提供免费试用或折扣引导价格。引导期结束后，订阅会自动以标准价格续订，除非取消。
-
-## 概述
-
-引导性优惠是一个强大的工具，可以：
-- 降低新订阅者的进入门槛
-- 提高转化率
-- 让用户无风险试用您的高级功能
-- 建立长期订阅者关系
-
-## 资格
-
-如果用户之前未购买或收到过该订阅的引导性优惠，则可以获得引导性优惠。Google Play 会自动处理资格。
-
-## 先决条件
-
-在添加引导性优惠之前，您必须先[创建自动续订订阅](/docs/plugins/native-purchases/android-create-subscription/)。
-
-## 创建引导性优惠
-
-<Steps>
-
-1. **访问优惠配置**
-
-   在 Google Play Console 中导航到您的订阅并选择 **添加优惠** 按钮。
-
-   ![添加优惠按钮](/native-purchases/android/introductory-offer/add-offer-button.webp)
-
-2. **选择基础方案**
-
-   会出现一个模态框，要求您选择基础方案。通常，您只有一个基础方案。点击 **添加优惠** 继续。
-
-   ![选择基础方案](/native-purchases/android/introductory-offer/select-base-plan.webp)
-
-3. **配置优惠详情**
-
-   输入以下信息：
-
-   **优惠 ID**：此优惠的唯一标识符
-
-   **资格**：选择谁可以获得此优惠
-   - **新客户**：仅从未订阅过的用户
-   - **现有客户**：以前订阅过的用户
-   - **开发者决定**：自定义资格逻辑（native-purchases 不支持）
-
-   :::caution
-   native-purchases 插件不支持"开发者决定"资格选项。请使用"新客户"或"现有客户"。
-   :::
-
-   ![配置优惠](/native-purchases/android/introductory-offer/configure-offer-details.webp)
-
-4. **添加阶段**
-
-   在页面底部点击 **添加阶段** 以定义您的优惠结构。
-
-   您最多可以添加两个阶段，允许组合如下：
-   - 仅免费试用
-   - 仅折扣价格
-   - 免费试用后折扣定期付款
-
-5. **选择阶段类型**
-
-   从三种阶段类型中选择：
-
-   **免费试用**
-   - 特定期间的免费访问
-   - 示例：7 天免费，然后 $9.99/月
-
-   **单次付款**
-   - 特定期间的一次性折扣价格
-   - 示例：2 个月 $1.99，然后 $9.99/月
-
-   **折扣定期付款**
-   - 多个周期的降低的每个计费周期费率
-   - 示例：3 个月 $4.99/月，然后 $9.99/月
-
-6. **配置阶段持续时间**
-
-   设置引导阶段持续多长时间：
-   - 天、周或月
-   - 计费周期数
-
-7. **最终确定并激活**
-
-   点击 **应用**，然后 **保存** 以激活优惠。保存后，**激活** 按钮将变为可用。
-
-</Steps>
-
-## 优惠阶段示例
-
-### 示例 1：简单免费试用
-- 阶段 1：7 天免费
-- 然后：$9.99/月标准定价
-
-### 示例 2：折扣引导
-- 阶段 1：第一个月 $1.99
-- 然后：$9.99/月标准定价
-
-### 示例 3：延长试用 + 折扣
-- 阶段 1：14 天免费
-- 阶段 2：2 个月 $4.99/月
-- 然后：$9.99/月标准定价
-
-## 在应用中使用
-
-native-purchases 插件会自动处理引导性优惠的资格和展示：
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// 获取产品（包括引导优惠元数据）
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.example.premium.monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-if (product.introductoryPrice) {
-  console.log(`Intro price: ${product.introductoryPriceString}`);
-  console.log(`Regular price: ${product.priceString}`);
-  console.log(
-    `Offer duration: ${product.introductoryPrice.subscriptionPeriod?.numberOfUnits} ${product.introductoryPrice.subscriptionPeriod?.unit}`,
-  );
-} else {
-  console.log('No intro offer configured for this product');
-}
-
-// 购买（如果用户符合条件，Google Play 会自动应用引导定价）
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'com.example.premium.monthly',
-  planIdentifier: 'monthly-plan', // Google Play Console 中的基础方案 ID
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Introductory purchase transaction', transaction.transactionId);
-```
-
-## 最佳实践
-
-### 优惠时长
-- **免费试用**：对于大多数应用，3-14 天是最佳的
-- **折扣期**：1-3 个月适合建立习惯
-- **价格折扣**：标准价格的 50-70% 折扣可提高转化率
-
-### 营销
-- 清楚显示引导优惠和常规价格
-- 显示引导期后会发生什么
-- 使取消变得容易和透明
-- 在引导期结束前提醒用户
-
-### A/B 测试
-测试不同的优惠结构：
-- 免费试用时长
-- 折扣百分比
-- 折扣持续时间
-- 单阶段与多阶段
-
-## 重要提示
-
-- 每个订阅一次只能有一个活跃的引导性优惠
-- 用户每个订阅只能申领一次引导优惠
-- 引导优惠不适用于订阅升级/降级
-- 引导优惠的更改不影响现有订阅者
-
-## 故障排除
-
-**引导优惠未显示：**
-- 验证优惠在 Play Console 中已激活
-- 检查用户资格（可能之前使用过优惠）
-- 确保应用使用最新的产品信息
-
-**错误的用户收到优惠：**
-- 审核资格设置（新客户与现有客户）
-- 检查用户是否之前在不同设备上订阅过
-- 验证 Play Store 账户历史记录
-
-**优惠在购买时未应用：**
-- 确认产品 ID 完全匹配
-- 检查优惠仍然活跃且未过期
-- 验证优惠的日期范围设置
-
-## 后续步骤
-
-- [配置沙盒测试](/docs/plugins/native-purchases/android-sandbox-testing/)以测试您的优惠
-- 在 Play Console 分析中监控转化率
-- 考虑创建具有不同优惠的多个订阅层级
diff --git a/src/content/docs/zh/docs/plugins/native-purchases/android-play-store-review.mdx b/src/content/docs/zh/docs/plugins/native-purchases/android-play-store-review.mdx
deleted file mode 100644
index 4c7848d2f..000000000
--- a/src/content/docs/zh/docs/plugins/native-purchases/android-play-store-review.mdx
+++ /dev/null
@@ -1,794 +0,0 @@
----
-title: "Android Play Store IAP 审核指南"
-locale: zh
-description: 通过应用内购买和订阅通过 Google Play 审核的完整指南，包括合规要求和最佳实践。
-sidebar:
-  order: 11
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-让您的 Android 应用在 Google Play 上获得批准需要遵守 Google 的政策，特别是对于具有应用内购买和订阅的应用。本指南涵盖了成功通过审核所需的一切。
-
-## Google Play 计费要求
-
-### 强制性计费系统
-
-对于数字商品和服务，您**必须**使用 Google Play 的计费系统：
-
-**数字商品（必须使用 Play 计费）：**
-- 高级功能订阅
-- 应用内货币或积分
-- 数字内容（电子书、音乐、视频）
-- 游戏升级和道具
-- 应用解锁和高级层级
-
-**实体商品（不能使用 Play 计费）：**
-- 实体商品
-- 真实世界服务
-- 向非营利组织的一次性捐赠
-
-:::caution 2025 要求
-新应用必须使用 `monetization.subscriptions` API 来处理订阅目录。旧版计费 API 已弃用。
-:::
-
-### 使用 Native Purchases 实现
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// 确保设备上可用计费
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) throw new Error('Google Play Billing not available');
-
-// 获取订阅产品（需要商店数据——绝不硬编码定价）
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_yearly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// 方案标识符是您在 Google Play Console 中创建的基础方案 ID
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  planIdentifier: 'monthly-plan', // 在 Android 上必需，在 iOS 上被忽略
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Purchase token for server validation:', transaction.purchaseToken);
-```
-
-## 透明度和披露要求
-
-### 预先定价披露
-
-Google Play 要求在购买前清楚披露所有费用：
-
-**必需元素：**
-- 用户本地货币的准确价格
-- 计费频率（每月、每年等）
-- 订阅包含的内容
-- 引导性优惠的总费用
-- 何时收费
-
-![UI 设计最佳实践](/native-purchases/review-guides/ui-design-dos-donts.webp)
-
-**合规 UI 示例：**
-```typescript
-function SubscriptionCard({ product }) {
-  return (
-    <div className="subscription-card">
-      <h3>{product.title}</h3>
-
-      {/* 显示引导优惠（如果有）*/}
-      {product.introductoryPrice && (
-        <div className="intro-offer">
-          <p className="intro-price">{product.introductoryPriceString}</p>
-          <p className="intro-period">
-            for {product.introductoryPricePeriod}
-          </p>
-        </div>
-      )}
-
-      {/* 常规价格 */}
-      <div className="regular-price">
-        <p className="price">{product.priceString}</p>
-        <p className="period">per {product.subscriptionPeriod}</p>
-      </div>
-
-      {/* 清楚的描述 */}
-      <p>{product.description}</p>
-
-      {/* 续订条款 */}
-      <p className="terms">
-        自动续订。随时在 Google Play 中取消。
-      </p>
-
-      <button onClick={() => handlePurchase(product)}>
-        立即订阅
-      </button>
-    </div>
-  );
-}
-```
-
-### 自动续订披露
-
-在订阅自动续订之前，Google 要求：
-- 清楚通知将发生续订
-- 提醒价格
-- 轻松访问取消
-
-:::tip
-native-purchases 插件与 Google Play 配合使用，自动处理自动续订通知。确保您的订阅产品在 Google Play Console 中正确配置。
-:::
-
-### 跨平台价格一致性
-
-**关键规则：**价格必须在您的应用可用的所有平台上保持一致。
-
-**违规示例：**
-- iOS: $9.99/月
-- Android: $7.99/月
-- Web: $11.99/月
-
-**为什么重要：**用户可以截图价格差异并向 Google 报告，触发政策违规。
-
-## 隐私政策要求
-
-### 强制隐私政策
-
-如果您的应用包含应用内购买，您必须：
-
-1. **在 Play Store 列表中链接**
-   - 在 Play Console 中添加隐私政策 URL
-   - 必须公开访问
-   - 必须使用与您的应用相同的语言
-
-2. **在应用内链接**
-   - 在应用设置中显示隐私政策
-   - 在收集任何用户数据之前显示
-   - 使其易于发现
-
-**实现示例：**
-```typescript
-function SettingsScreen() {
-  const openPrivacyPolicy = () => {
-    window.open('https://yourapp.com/privacy', '_blank');
-  };
-
-  const openTerms = () => {
-    window.open('https://yourapp.com/terms', '_blank');
-  };
-
-  return (
-    <div>
-      <h2>设置</h2>
-
-      <button onClick={openPrivacyPolicy}>
-        隐私政策
-      </button>
-
-      <button onClick={openTerms}>
-        服务条款
-      </button>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        管理订阅
-      </button>
-    </div>
-  );
-}
-```
-
-### 数据安全部分
-
-Google Play 要求在数据安全部分进行详细披露：
-
-**对于 IAP 应用，声明：**
-- 购买历史收集
-- 电子邮件地址（用于收据）
-- 设备 ID（用于防欺诈）
-- 支付信息处理
-- 分析数据收集
-
-:::warning
-数据安全部分具有法律约束力。不准确的声明可能导致应用被移除。
-:::
-
-## 常见拒绝原因
-
-### 1. 缺失或不正确的计费实现
-
-**失败原因：**
-- 未对数字商品使用 Google Play 计费
-- 使用已弃用的计费 API
-- 为订阅实现自定义支付解决方案
-
-**预防：**
-```typescript
-// ✅ 正确：使用 native-purchases（使用 Google Play 计费）
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly'
-});
-
-// ❌ 错误：为订阅使用自定义支付处理器
-// await CustomPayment.charge(user, 9.99);
-```
-
-### 2. 不清楚的定价或隐藏费用
-
-**失败原因：**
-- 仅在点击购买后显示价格
-- 未预先披露额外费用
-- 含糊的订阅条款
-
-**预防：**
-```typescript
-function PurchaseScreen({ product }) {
-  return (
-    <div>
-      {/* 预先显示所有费用 */}
-      <h2>高级订阅</h2>
-
-      <div className="pricing">
-        <p className="price">{product.priceString}/月</p>
-        <p className="taxes">税费可能根据位置而定</p>
-      </div>
-
-      <div className="features">
-        <h3>包含：</h3>
-        <ul>
-          <li>无广告体验</li>
-          <li>无限云存储</li>
-          <li>优先支持</li>
-        </ul>
-      </div>
-
-      <div className="terms">
-        <p>
-          订阅自动续订，除非在当前期间结束前至少 24 小时取消。
-        </p>
-        <p>
-          在 Google Play 订阅中管理或取消。
-        </p>
-      </div>
-
-      <button onClick={handlePurchase}>
-        开始订阅
-      </button>
-    </div>
-  );
-}
-```
-
-### 3. 欺骗性订阅模式
-
-**失败原因：**
-- 预先选择高级选项
-- 隐藏更便宜的替代方案
-- 使取消变得困难
-- 虚假紧迫性（"仅剩 3 个名额！"）
-
-![描述最佳实践](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![营销指南](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**预防：**
-- 平等显示所有订阅层级
-- 使取消清楚易访问
-- 避免倒计时器或虚假稀缺性
-- 不要使用暗模式推动昂贵选项
-
-### 4. 不完整的测试
-
-**失败原因：**
-- 购买时应用崩溃
-- 产品加载失败
-- 购买确认不显示
-- 购买后高级功能未解锁
-
-**预防：**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// 提交前的全面测试
-async function testPurchaseFlow() {
-  try {
-    // 1. 测试产品加载
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: ['premium_monthly', 'premium_yearly'],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Products loaded:', products.length);
-
-    // 2. 测试购买流程
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: 'premium_monthly',
-      planIdentifier: 'monthly-plan',
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('✓ Purchase completed', transaction.transactionId);
-
-    // 3. 验证权限
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    if (
-      purchases.some(
-        (purchase) =>
-          purchase.productIdentifier === 'premium_monthly' &&
-          ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') &&
-          purchase.isAcknowledged,
-      )
-    ) {
-      console.log('✓ Premium features unlocked');
-    }
-
-    // 4. 测试恢复
-    await NativePurchases.restorePurchases();
-    console.log('✓ Restore works');
-
-  } catch (error) {
-    console.error('✗ Test failed:', error);
-  }
-}
-```
-
-### 5. 隐私政策违规
-
-**失败原因：**
-- 应用中没有隐私政策链接
-- 隐私政策不可访问
-- 数据收集未披露
-- 数据安全部分不准确
-
-**预防：**
-- 将隐私政策添加到 Play Store 列表
-- 在应用设置中包含链接
-- 准确填写数据安全部分
-- 添加新数据收集时更新政策
-
-## 替代计费系统（2025 更新）
-
-### 区域合规
-
-Google 现在在某些地区允许替代计费系统：
-
-**符合条件的地区：**
-- 欧洲经济区（EEA）
-- 韩国
-- 印度（即将推出）
-
-**使用替代计费的要求：**
-- 仍必须提供 Google Play 计费作为选项
-- 向用户清楚传达选择
-- 遵守当地法规
-- 仍需支付服务费（减少）
-
-:::note
-对于大多数开发者，仅坚持 Google Play 计费更简单。native-purchases 插件会自动处理此问题。
-:::
-
-## 订阅管理
-
-### 轻松取消
-
-用户必须能够：
-- 轻松查看活动订阅
-- 无需联系支持即可取消
-- 了解取消何时生效
-
-**实现：**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function ManageSubscriptionButton() {
-  const openManagement = async () => {
-    try {
-      // 打开 Google Play 订阅管理
-      await NativePurchases.showManageSubscriptions();
-    } catch (error) {
-      // 回退到直接 URL
-      const playStoreUrl = 'https://play.google.com/store/account/subscriptions';
-      window.open(playStoreUrl, '_blank');
-    }
-  };
-
-  return (
-    <button onClick={openManagement}>
-      在 Google Play 中管理订阅
-    </button>
-  );
-}
-```
-
-### 取消宽限期
-
-**必需披露：**
-- 取消何时生效？
-- 用户是否保持访问权限直到期间结束？
-- 是否提供部分退款？
-
-```typescript
-function CancellationInfo() {
-  return (
-    <div className="cancellation-info">
-      <h3>取消政策</h3>
-      <ul>
-        <li>随时在 Google Play 中取消</li>
-        <li>访问权限持续到计费期间结束</li>
-        <li>部分期间不退款</li>
-        <li>随时重新订阅以重新获得访问权限</li>
-      </ul>
-
-      <button onClick={() => NativePurchases.showManageSubscriptions()}>
-        在 Google Play 中管理
-      </button>
-    </div>
-  );
-}
-```
-
-## 提交前检查清单
-
-![提交前检查清单](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **验证计费实现**
-   - 使用 Google Play 计费（通过 native-purchases）
-   - 所有订阅产品在 Play Console 中创建
-   - 产品已激活并发布
-   - 为所有目标国家设置定价
-
-2. **测试购买流程**
-   - 创建许可测试账户
-   - 测试每个订阅层级
-   - 验证产品正确加载
-   - 测试购买完成
-   - 验证高级功能解锁
-   - 测试订阅恢复
-   - 在多个设备上测试
-
-3. **审核所有文案**
-   - 购买前清楚显示定价
-   - 预先披露所有费用
-   - 订阅条款清楚
-   - 解释取消流程
-   - 没有误导性声明
-
-4. **隐私合规**
-   - 在 Play Console 中链接隐私政策
-   - 隐私政策在应用中可访问
-   - 准确完成数据安全部分
-   - 权限合理并记录
-
-5. **内容分级**
-   - 完成内容分级问卷
-   - 确保分级与实际内容匹配
-   - 在问卷中声明应用内购买
-
-6. **准备商店列表**
-   - 应用描述准确
-   - 截图显示当前版本
-   - 特色图符合要求
-   - 上传所有必需资产
-
-</Steps>
-
-## 审核时间表
-
-**初次审核：**平均 7 天（可能更快）
-**更新：**通常比初次提交更快
-**政策违规：**可能立即暂停
-**申诉：**审核需 7-14 天
-
-:::tip 滚动审核
-与 Apple 不同，Google 持续审核应用。您的应用可能在审核期间的任何时间上线，而不是在固定时间。
-:::
-
-## 提交前测试
-
-### 许可测试
-
-1. **添加测试账户：**
-   - 转到 Play Console
-   - 设置 > 许可测试
-   - 添加 Gmail 账户进行测试
-
-2. **在沙盒中测试：**
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// 使用许可测试账户测试购买
-async function testInSandbox() {
-  const { isBillingSupported } = await NativePurchases.isBillingSupported();
-  if (!isBillingSupported) {
-    console.error('Billing not supported in this environment');
-    return;
-  }
-
-  // 获取产品（使用许可测试者时返回测试定价）
-  const { products } = await NativePurchases.getProducts({
-    productIdentifiers: ['premium_monthly'],
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Test products:', products);
-
-  // 进行测试购买（不收费）
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'premium_monthly',
-    planIdentifier: 'monthly-plan',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Test purchase complete:', transaction.transactionId);
-}
-```
-
-3. **验证测试横幅：**
-   - 使用测试账户购买时
-   - 应看到"测试购买"通知
-   - 不会发生实际收费
-
-### 内部测试轨道
-
-在生产发布之前：
-
-1. 在 Play Console 中创建内部测试轨道
-2. 上传 APK/AAB
-3. 添加测试者电子邮件地址
-4. 测试者从 Play Store 下载（测试轨道）
-5. 验证购买流程端到端工作
-
-## Native Purchases 的最佳实践
-
-### 处理所有购买状态
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string, planIdentifier?: string) {
-  try {
-    setLoading(true);
-
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      planIdentifier,
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    console.log('Purchase token:', transaction.purchaseToken ?? transaction.receipt);
-
-    // 成功 - 从商店检查权限
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: planIdentifier ? PURCHASE_TYPE.SUBS : PURCHASE_TYPE.INAPP,
-    });
-
-    const isOwned = purchases.some(
-      (purchase) =>
-        purchase.productIdentifier === productId &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (isOwned) {
-      unlockPremiumFeatures();
-      showSuccess('Premium activated!');
-    }
-
-  } catch (error: any) {
-    // 处理特定错误情况
-    switch (error.code) {
-      case 'USER_CANCELLED':
-        // 用户退出 - 无需错误
-        console.log('Purchase cancelled');
-        break;
-
-      case 'ITEM_ALREADY_OWNED':
-        // 他们已经拥有它 - 改为恢复
-        showInfo('You already own this! Restoring...');
-        await NativePurchases.restorePurchases();
-        break;
-
-      case 'ITEM_UNAVAILABLE':
-        showError('This subscription is currently unavailable. Please try again later.');
-        break;
-
-      case 'NETWORK_ERROR':
-        showError('Network error. Please check your connection and try again.');
-        break;
-
-      default:
-        showError('Purchase failed. Please try again.');
-        console.error('Purchase error:', error);
-    }
-  } finally {
-    setLoading(false);
-  }
-}
-```
-
-### 实现恢复购买
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-function RestorePurchasesButton() {
-  const [loading, setLoading] = useState(false);
-
-  const handleRestore = async () => {
-    setLoading(true);
-
-    try {
-      await NativePurchases.restorePurchases();
-
-      const { purchases } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.SUBS,
-      });
-
-      const hasSubscription = purchases.some(
-        (purchase) => purchase.productType === 'subs' && purchase.isAcknowledged,
-      );
-
-      if (hasSubscription) {
-        unlockPremiumFeatures();
-        showSuccess('Subscriptions restored!');
-        return;
-      }
-
-      // 如果需要，检查一次性解锁
-      const { purchases: iaps } = await NativePurchases.getPurchases({
-        productType: PURCHASE_TYPE.INAPP,
-      });
-      const hasInApp = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-      if (hasInApp) {
-        unlockPremiumFeatures();
-        showSuccess('Previous purchases restored!');
-        return;
-      }
-
-      showInfo('No previous purchases found.');
-    } catch (error) {
-      showError('Failed to restore purchases. Please try again.');
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handleRestore} disabled={loading}>
-      {loading ? 'Restoring...' : 'Restore Purchases'}
-    </button>
-  );
-}
-```
-
-### 检查订阅状态
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function checkSubscriptionStatus() {
-  try {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const subscription = purchases.find(
-      (purchase) =>
-        purchase.productIdentifier === 'premium_monthly' &&
-        (purchase.purchaseState === 'PURCHASED' || purchase.purchaseState === '1') &&
-        purchase.isAcknowledged,
-    );
-
-    if (!subscription) {
-      showPaywall();
-      return;
-    }
-
-    console.log('Subscription active:', {
-      productId: subscription.productIdentifier,
-      expiresAt: subscription.expirationDate,
-      willRenew: subscription.willCancel === false,
-      purchaseToken: subscription.purchaseToken,
-    });
-
-    unlockPremiumFeatures();
-  } catch (error) {
-    console.error('Failed to check subscription:', error);
-  }
-}
-```
-
-## 如果您的应用被拒绝
-
-### 常见政策违规
-
-**支付政策：**
-- 未使用 Google Play 计费
-- 误导性订阅条款
-- 隐藏费用
-
-**用户数据政策：**
-- 缺少隐私政策
-- 不准确的数据安全声明
-- 过度权限
-
-### 解决步骤
-
-<Steps>
-
-1. **审核违规通知**
-   - 阅读引用的特定政策
-   - 了解 Google 标记的内容
-   - 查看他们提供的示例
-
-2. **修复问题**
-   - 解决根本原因，而不仅仅是症状
-   - 修复后彻底测试
-   - 记录所有更改
-
-3. **提交申诉（如适用）**
-
-   ![澄清和申诉流程](/native-purchases/review-guides/clarification-process.webp)
-
-   ```
-   主题：政策违规申诉 - [应用名称]
-
-   尊敬的 Google Play 审核团队，
-
-   我收到了我的应用违反 [政策 X.Y] 的通知。
-   我已进行以下更改以符合要求：
-
-   1. [所做的具体更改]
-   2. [所做的具体更改]
-   3. [所做的具体更改]
-
-   更新的版本 [版本号] 解决了提出的所有问题。
-
-   用于验证的测试账户：
-   电子邮件：test@example.com
-   密码：TestPass123
-
-   感谢您的考虑。
-   ```
-
-   ![请求文档示例](/native-purchases/review-guides/request-documents.webp)
-
-4. **重新提交或更新**
-   - 上传修复版本
-   - 重新提交审核
-   - 在 Play Console 中监控状态
-
-</Steps>
-
-## 其他资源
-
-- [Google Play 开发者政策中心](https://play.google.com/about/developer-content-policy/)
-- [Google Play 计费文档](https://developer.android.com/google/play/billing)
-- [订阅最佳实践](https://developer.android.com/google/play/billing/subscriptions)
-- [Play Console 帮助](https://support.google.com/googleplay/android-developer/)
-
-## 需要专家帮助？
-
-浏览 Play Store 审核可能很复杂，特别是对于 2025 年的新测试要求。如果您需要个性化援助：
-
-**[预约与我们团队的咨询电话](https://cal.com/team/capgo/capacitor-consulting-services)**，获取以下帮助：
-- 完整的 Play Store 审核准备
-- 测试轨道设置和测试者招募
-- IAP 实现审核
-- 数据安全和隐私合规
-- 拒绝故障排除和申诉
-- 完整的应用提交流程
-
-我们的专家已指导数百个应用成功通过 Play Store 提交，可以帮助您应对 2025 年的要求。
-
-## 支持
-
-需要实现帮助？
-- 查看 [Native Purchases 文档](/docs/plugins/native-purchases/getting-started/)
-- 查看 [Android 沙盒测试指南](/docs/plugins/native-purchases/android-sandbox-testing/)
-- 访问 [Google Play 开发者支持](https://support.google.com/googleplay/android-developer/)
diff --git a/src/content/docs/zh/docs/plugins/native-purchases/android-sandbox-testing.mdx b/src/content/docs/zh/docs/plugins/native-purchases/android-sandbox-testing.mdx
deleted file mode 100644
index 289415eec..000000000
--- a/src/content/docs/zh/docs/plugins/native-purchases/android-sandbox-testing.mdx
+++ /dev/null
@@ -1,93 +0,0 @@
----
-title: 配置 Android 沙盒测试
-locale: zh
-description: 学习如何在 Google Play Console 中为应用内购买设置沙盒测试。
-sidebar:
-  order: 3
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-测试应用内购买需要在 Google Play Console 中进行适当配置。本指南将引导您为 Android 应用设置沙盒测试。
-
-## 先决条件
-
-您需要一个活跃的 Google Play Console 账户并保持当前订阅（每年续订）。
-
-## 设置流程
-
-<Steps>
-
-1. **添加测试账户**
-
-   导航到您的 Google Play Console，选择您的应用，然后转到 **设置 > 许可测试**。
-
-   添加与您用于测试的 Android 设备关联的主要 Google 账户。
-
-   ![添加测试账户](/native-purchases/android/sandbox-testing/add-testing-account.webp)
-
-2. **创建测试轨道**
-
-   转到 **测试 > 封闭测试** 或 **测试 > 内部测试** 并创建新轨道。
-
-   您必须至少上传一个签名版本的应用到此轨道。
-
-   ![创建测试轨道](/native-purchases/android/sandbox-testing/create-testing-track.webp)
-
-3. **创建测试者列表**
-
-   设置测试轨道后，创建电子邮件列表并添加测试设备的账户电子邮件地址。
-
-   ![创建测试者列表](/native-purchases/android/sandbox-testing/create-tester-list.webp)
-
-4. **加入测试计划**
-
-   从您的测试设备打开选择加入 URL，点击 **"成为测试者"** 按钮进行注册。
-
-   ![加入测试](/native-purchases/android/sandbox-testing/join-testing-program.webp)
-
-5. **上传签名 APK**
-
-   生成签名 APK 或使用 Android App Bundle 将您的应用上传到测试轨道。
-
-   不需要推出 - 只需上传并等待批准。
-
-   ![上传 APK](/native-purchases/android/sandbox-testing/upload-signed-apk.webp)
-
-6. **构建和测试**
-
-   在测试设备上运行您的应用。尝试购买时，您应该看到一条消息：
-
-   > "这是测试订单；您不会被收费。"
-
-   ![测试购买](/native-purchases/android/sandbox-testing/test-purchase-confirmation.webp)
-
-</Steps>
-
-## 重要提示
-
-- 测试账户不会被收取购买费用
-- 测试购买使用与生产购买相同的流程
-- 您可以测试所有订阅功能，包括试用和引导性优惠
-- 测试订阅具有加速的续订期，以便更快测试
-
-## 故障排除
-
-**产品未在测试模式下显示：**
-- 确保您的应用已上传到测试轨道
-- 验证测试账户已添加到许可测试
-- 检查产品在 Google Play Console 中已激活
-
-**"项目不可用"错误：**
-- 创建产品后等待 2-3 小时使其可用
-- 确保您的应用包名与 Play Console 中的一致
-- 验证您已使用测试账户登录
-
-**测试购买显示为真实收费：**
-- 仔细检查账户已添加到许可测试
-- 确保您使用的是测试轨道的构建
-- 验证购买期间出现测试横幅
-
-## 其他资源
-
-有关更多详细信息，请参阅[官方 Google Play 文档](https://developer.android.com/google/play/billing/test)关于测试应用内购买。
diff --git a/src/content/docs/zh/docs/plugins/native-purchases/getting-started.mdx b/src/content/docs/zh/docs/plugins/native-purchases/getting-started.mdx
deleted file mode 100644
index d1c61d6a2..000000000
--- a/src/content/docs/zh/docs/plugins/native-purchases/getting-started.mdx
+++ /dev/null
@@ -1,255 +0,0 @@
----
-title: 开始使用
-locale: zh
-description: 学习如何安装和使用 @capgo/native-purchases 插件，通过 StoreKit 2 和 Google Play Billing 7 实现一次性购买和订阅。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/native-purchases" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **检查计费支持**
-
-   ```typescript
-   import { NativePurchases } from '@capgo/native-purchases';
-
-   const { isBillingSupported } = await NativePurchases.isBillingSupported();
-   if (!isBillingSupported) {
-     throw new Error('Billing is not available on this device');
-   }
-   ```
-
-4. **直接从商店加载产品**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const { products } = await NativePurchases.getProducts({
-     productIdentifiers: [
-       'com.example.premium.monthly',
-       'com.example.premium.yearly',
-       'com.example.one_time_unlock'
-     ],
-     productType: PURCHASE_TYPE.SUBS, // 对一次性产品使用 PURCHASE_TYPE.INAPP
-   });
-
-   products.forEach((product) => {
-     console.log(product.title, product.priceString);
-   });
-   ```
-
-5. **实现购买和恢复流程**
-
-   ```typescript
-   import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-   const monthlyPlanId = 'monthly-plan'; // Google Play Console 中的基础方案 ID
-
-   const transaction = await NativePurchases.purchaseProduct({
-     productIdentifier: 'com.example.premium.monthly',
-     planIdentifier: monthlyPlanId,        // Android 订阅必需，iOS 上忽略
-     productType: PURCHASE_TYPE.SUBS,
-     quantity: 1,
-   });
-
-   console.log('Transaction ID', transaction.transactionId);
-
-   await NativePurchases.restorePurchases();
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       - 在 App Store Connect 中创建应用内产品和订阅。<br />
-       - 使用 StoreKit Local Testing 或 Sandbox 测试者进行 QA。<br />
-       - 不需要清单编辑。确保您的产品已获批准。
-     </TabItem>
-     <TabItem label="Android">
-       - 在 Google Play Console 中创建应用内产品和订阅。<br />
-       - 至少上传一个内部测试构建并添加许可测试者。<br />
-       - 将计费权限添加到 `AndroidManifest.xml`：
-       ```xml
-       <uses-permission android:name="com.android.vending.BILLING" />
-       ```
-     </TabItem>
-   </Tabs>
-</Steps>
-
-## 购买服务示例
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE, Transaction } from '@capgo/native-purchases';
-import { Capacitor } from '@capacitor/core';
-
-class PurchaseService {
-  private premiumProduct = 'com.example.premium.unlock';
-  private monthlySubId = 'com.example.premium.monthly';
-  private monthlyPlanId = 'monthly-plan'; // 基础方案 ID（仅 Android）
-
-  async initialize() {
-    const { isBillingSupported } = await NativePurchases.isBillingSupported();
-    if (!isBillingSupported) throw new Error('Billing unavailable');
-
-    const { products } = await NativePurchases.getProducts({
-      productIdentifiers: [this.premiumProduct, this.monthlySubId],
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    console.log('Loaded products', products);
-
-    if (Capacitor.getPlatform() === 'ios') {
-      NativePurchases.addListener('transactionUpdated', (transaction) => {
-        this.handleTransaction(transaction);
-      });
-    }
-  }
-
-  async buyPremium(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.premiumProduct,
-      productType: PURCHASE_TYPE.INAPP,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async buyMonthly(appAccountToken?: string) {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: this.monthlySubId,
-      planIdentifier: this.monthlyPlanId, // Android 订阅必需
-      productType: PURCHASE_TYPE.SUBS,
-      appAccountToken,
-    });
-
-    await this.processTransaction(transaction);
-  }
-
-  async restore() {
-    await NativePurchases.restorePurchases();
-    await this.refreshEntitlements();
-  }
-
-  async openManageSubscriptions() {
-    await NativePurchases.manageSubscriptions();
-  }
-
-  private async processTransaction(transaction: Transaction) {
-    this.unlockContent(transaction.productIdentifier);
-    this.validateOnServer(transaction).catch(console.error);
-  }
-
-  private unlockContent(productIdentifier: string) {
-    // 在本地持久化权限
-    console.log('Unlocked', productIdentifier);
-  }
-
-  private async refreshEntitlements() {
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-    console.log('Current purchases', purchases);
-  }
-
-  private async handleTransaction(transaction: Transaction) {
-    console.log('StoreKit transaction update:', transaction);
-    await this.processTransaction(transaction);
-  }
-
-  private async validateOnServer(transaction: Transaction) {
-    await fetch('/api/validate-purchase', {
-      method: 'POST',
-      body: JSON.stringify({
-        transactionId: transaction.transactionId,
-        receipt: transaction.receipt,
-        purchaseToken: transaction.purchaseToken,
-      }),
-    });
-  }
-}
-```
-
-## 必需的购买选项
-
-| 选项 | 平台 | 描述 |
-|--------|----------|-------------|
-| `productIdentifier` | iOS + Android | 在 App Store Connect / Google Play Console 中配置的 SKU/产品 ID。 |
-| `productType` | 仅 Android | `PURCHASE_TYPE.INAPP` 或 `PURCHASE_TYPE.SUBS`。默认为 `INAPP`。订阅始终设置为 `SUBS`。 |
-| `planIdentifier` | Android 订阅 | Google Play Console 中的基础方案 ID。订阅必需，iOS 和应用内购买上忽略。 |
-| `quantity` | iOS | 仅用于应用内购买，默认为 `1`。Android 始终购买一个项目。 |
-| `appAccountToken` | iOS + Android | 将购买链接到您的用户的 UUID/字符串。iOS 上必须是 UUID；Android 接受任何混淆字符串，最多 64 个字符。 |
-| `isConsumable` | Android | 设置为 `true` 可在授予消耗品权限后自动消耗令牌。默认为 `false`。 |
-
-## 检查权限状态
-
-使用 `getPurchases()` 获取商店报告的每个交易的跨平台视图：
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-purchases.forEach((purchase) => {
-  if (purchase.isActive && purchase.expirationDate) {
-    console.log('iOS sub active until', purchase.expirationDate);
-  }
-
-  const isAndroidIapValid =
-    ['PURCHASED', '1'].includes(purchase.purchaseState ?? '') && purchase.isAcknowledged;
-
-  if (isAndroidIapValid) {
-    console.log('Grant in-app entitlement for', purchase.productIdentifier);
-  }
-});
-```
-
-### 平台行为
-
-- **iOS**: 订阅包括 `isActive`、`expirationDate`、`willCancel` 和 StoreKit 2 监听器支持。应用内购买需要服务器收据验证。
-- **Android**: `isActive`/`expirationDate` 未填充；使用 `purchaseToken` 调用 Google Play Developer API 以获取权威状态。`purchaseState` 必须为 `PURCHASED`，`isAcknowledged` 必须为 `true`。
-
-## API 快速参考
-
-- `isBillingSupported()` – 检查 StoreKit / Google Play 可用性。
-- `getProduct()` / `getProducts()` – 获取价格、本地化标题、描述、引导优惠。
-- `purchaseProduct()` – 启动 StoreKit 2 或 Billing 客户端购买流程。
-- `restorePurchases()` – 重放历史购买并同步到当前设备。
-- `getPurchases()` – 列出所有 iOS 交易或 Play Billing 购买。
-- `manageSubscriptions()` – 打开原生订阅管理 UI。
-- `addListener('transactionUpdated')` – 在应用启动时处理待处理的 StoreKit 2 交易（仅 iOS）。
-
-## 最佳实践
-
-1. **显示商店定价** – Apple 要求显示 `product.title` 和 `product.priceString`；绝不硬编码。
-2. **使用 `appAccountToken`** – 从您的用户 ID 确定性生成 UUID（v5）以将购买链接到账户。
-3. **服务器端验证** – 将 `receipt`（iOS）/ `purchaseToken`（Android）发送到后端进行验证。
-4. **优雅地处理错误** – 检查用户取消、网络故障和不支持的计费环境。
-5. **彻底测试** – 遵循 [iOS 沙盒指南](/docs/plugins/native-purchases/ios-sandbox-testing/) 和 [Android 沙盒指南](/docs/plugins/native-purchases/android-sandbox-testing/)。
-6. **提供恢复和管理** – 添加连接到 `restorePurchases()` 和 `manageSubscriptions()` 的 UI 按钮。
-
-## 故障排除
-
-**产品加载失败**
-- 确保 bundle ID / application ID 与商店配置匹配。
-- 确认产品 ID 已激活并获批准（App Store）或已激活（Google Play）。
-- 创建产品后等待几个小时；商店传播不是即时的。
-
-**购买取消或卡住**
-- 用户可以中途取消；将调用包装在 `try/catch` 中并显示友好的错误消息。
-- 对于 Android，确保测试账户从 Play Store（内部轨道）安装应用，以便 Billing 工作。
-- 在设备上运行时检查 logcat/Xcode 的计费错误。
-
-**订阅状态不正确**
-- 使用 `getPurchases()` 将商店数据与本地权限缓存进行比较。
-- 在 Android 上，始终使用 `purchaseToken` 查询 Google Play Developer API 以获取过期日期或退款状态。
-- 在 iOS 上，检查 `isActive`/`expirationDate` 并验证收据以检测退款或撤销。
diff --git a/src/content/docs/zh/docs/plugins/native-purchases/index.mdx b/src/content/docs/zh/docs/plugins/native-purchases/index.mdx
deleted file mode 100644
index 84ea7a305..000000000
--- a/src/content/docs/zh/docs/plugins/native-purchases/index.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: "@capgo/native-purchases"
-locale: zh
-description: 用于处理应用内购买和订阅的 Capacitor 插件，具有简单、统一的 API，可跨 iOS 和 Android 使用。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 简化应用内购买和订阅，使用统一的 API 在 iOS 和 Android 平台上无缝工作。
-  image:
-    file: ~public/icons/plugins/native-purchases.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/native-purchases/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/native-purchases/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="统一 API" icon="rocket">
-    iOS 和 Android 购买的单一 API
-  </Card>
-  <Card title="订阅管理" icon="setting">
-    处理自动续订的订阅
-  </Card>
-  <Card title="收据验证" icon="approve-check">
-    内置收据验证以确保安全
-  </Card>
-  <Card title="开始使用" icon="open-book">
-    查看[开始使用指南](/docs/plugins/native-purchases/getting-started/)以安装和配置插件。
-  </Card>
-</CardGrid>
-
-## 平台设置指南
-
-<CardGrid>
-  <Card title="Android 设置" icon="setting">
-    在 Android 上设置应用内购买的完整指南：
-    - [配置沙盒测试](/docs/plugins/native-purchases/android-sandbox-testing/)
-    - [创建订阅](/docs/plugins/native-purchases/android-create-subscription/)
-    - [引导性优惠](/docs/plugins/native-purchases/android-introductory-offer/)
-  </Card>
-  <Card title="iOS 设置" icon="star">
-    在 iOS 上设置应用内购买的完整指南：
-    - [配置沙盒测试](/docs/plugins/native-purchases/ios-sandbox-testing/)
-    - [订阅组](/docs/plugins/native-purchases/ios-subscription-group/)
-    - [创建订阅](/docs/plugins/native-purchases/ios-create-subscription/)
-    - [引导性优惠](/docs/plugins/native-purchases/ios-introductory-offer/)
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/native-purchases/ios-app-store-review.mdx b/src/content/docs/zh/docs/plugins/native-purchases/ios-app-store-review.mdx
deleted file mode 100644
index d84b12903..000000000
--- a/src/content/docs/zh/docs/plugins/native-purchases/ios-app-store-review.mdx
+++ /dev/null
@@ -1,536 +0,0 @@
----
-title: iOS App Store IAP 审核指南
-description: 通过应用内购买和订阅的 App Store 审核的完整指南，包括常见的拒绝原因和最佳实践。
-sidebar:
-  order: 10
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-
-要让您的应用程序在 App Store 上获得批准，需要仔细注意 Apple 的指南，尤其是在实施应用内购买和订阅时。本指南涵盖了您首次提交时通过审核所需了解的所有信息。
-
-![iOS App Store 审核流程](/native-purchases/review-guides/ios-review-hero.webp)
-
-## 应用内购买要求
-
-### 定价透明度（关键）
-
-Apple 要求在购买前提供清晰明了的定价信息：
-
-**必备元素：**
-- 购买按钮前显示确切价格
-- 显示计费频率（例如“9.99 美元/月”）
-- 清楚地说明用户花钱得到了什么
-- 指明何时收费
-
-**常见拒绝：**
-> “订阅定价必须明确且预先。”
-
-:::注意价格一致性
-所有价格必须匹配：
-- App Store 元数据列表
-- 应用内购买屏幕
-- 订阅管理屏幕
-
-即使商品详情 (4.99 美元) 和应用程序 (5.99 美元) 之间存在 1 美元的差异，也会触发自动拒绝。
-:::
-
-### 订阅计划介绍
-
-**所需披露：**
-- 所有可用的订阅级别一起显示
-- 每层功能的清晰比较
-- 不会通过 UI 技巧自动默认为高级级别
-- 易于找到的取消说明
-
-![UI 设计注意事项](/native-purchases/review-guides/ui-design-dos-donts.webp)
-
-**合规 UI 示例：**
-```typescript
-import { NativePurchases } from '@capgo/native-purchases';
-
-function SubscriptionScreen() {
-  return (
-    <div>
-      <h2>Choose Your Plan</h2>
-
-      {/* Show all tiers equally */}
-      <PlanCard
-        title="Basic"
-        price="$4.99/month"
-        features={['Feature A', 'Feature B']}
-      />
-      <PlanCard
-        title="Premium"
-        price="$9.99/month"
-        features={['All Basic', 'Feature C', 'Feature D']}
-        highlighted={false} // Don't force premium
-      />
-
-      {/* Clear cancellation info */}
-      <Text>
-        Cancel anytime in Settings > Subscriptions.
-        No refunds for partial periods.
-      </Text>
-    </div>
-  );
-}
-```
-
-### 恢复购买
-
-**所需实施：**
-
-每个具有 IAP 的应用程序都必须为用户提供一种无需联系支持人员即可恢复之前购买的方法。
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function restorePurchases() {
-  try {
-    await NativePurchases.restorePurchases();
-
-    const { purchases } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    const activeSub = purchases.find(
-      (purchase) => purchase.isActive && purchase.expirationDate,
-    );
-
-    if (activeSub) {
-      unlockPremiumFeatures();
-      showMessage('Purchases restored successfully!');
-      return;
-    }
-
-    const { purchases: iaps } = await NativePurchases.getPurchases({
-      productType: PURCHASE_TYPE.INAPP,
-    });
-    const hasIap = iaps.some((purchase) => purchase.productIdentifier === 'premium_unlock');
-
-    showMessage(
-      hasIap ? 'Premium purchase restored!' : 'No previous purchases found.',
-    );
-  } catch (error) {
-    showError('Failed to restore purchases. Please try again.');
-  }
-}
-
-// Add a visible "Restore Purchases" button
-<Button onClick={restorePurchases}>
-  Restore Purchases
-</Button>
-```
-
-## 常见拒绝原因
-
-### 1. 应用程序崩溃或功能损坏
-
-**为什么失败：**
-- 应用程序在启动时崩溃
-- 购买流程无法完成
-- 屏幕截图中显示的功能不起作用
-
-**预防：**
-- 在真实设备上进行测试（不仅仅是模拟器）
-- 端到端测试所有订阅流程
-- 验证收据验证是否有效
-- 检查网络错误处理
-
-### 2.元数据不匹配
-
-**为什么失败：**
-- 屏幕截图显示当前版本中没有的功能
-- 描述提到了不存在的功能
-- 元数据中的定价与应用内定价不同
-
-![元数据清单](/native-purchases/review-guides/metadata-checklist.webp)
-
-**预防：**
-```typescript
-// Document exactly what's in each tier
-const SUBSCRIPTION_FEATURES = {
-  basic: ['Ad-free', 'Cloud sync', 'Basic themes'],
-  premium: ['Ad-free', 'Cloud sync', 'All themes', 'Priority support']
-};
-
-// Use these in both your app AND App Store description
-```
-
-### 3.缺少权限说明
-
-**为什么失败：**
-- 请求相机/位置/健康状况，无需解释
-- 权限请求深埋多个屏幕
-- 模糊或笼统的权限描述
-
-**预防：**
-
-使用清晰的解释更新您的 `Info.plist`：
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>Camera access is needed to scan product barcodes for quick subscription upgrades.</string>
-
-<key>NSLocationWhenInUseUsageDescription</key>
-<string>Location helps us show relevant local content in your Premium subscription.</string>
-```
-
-### 4. 误导性营销
-
-**为什么失败：**
-- 诸如“世界排名第一的应用程序”之类的说法没有证据
-- 具有隐藏限制的“无限”功能
-- 虚假的紧急策略（“仅剩 2 个名额！”）
-
-![描述指南示例](/native-purchases/review-guides/description-guidelines-1.webp)
-
-![附加描述指南](/native-purchases/review-guides/description-guidelines-2.webp)
-
-**预防：**
-- 描述具体且真实
-- 避免在没有证据的情况下使用最高级的说法
-- 不要用虚假的稀缺来给用户施加压力
-
-### 5.隐藏取消流程
-
-**为什么失败：**
-- 没有提及如何取消
-- 取消按钮被隐藏或遮挡
-- 多步骤取消流程，无需 Apple 的本机流程
-
-**预防：**
-```typescript
-// Always inform users about cancellation
-function SubscriptionInfo() {
-  return (
-    <div>
-      <h3>How to Cancel</h3>
-      <ol>
-        <li>Open iPhone Settings</li>
-        <li>Tap your name at the top</li>
-        <li>Tap Subscriptions</li>
-        <li>Select this app and tap Cancel</li>
-      </ol>
-
-      <p>Or manage directly in the App Store app.</p>
-
-      <Button onClick={openSubscriptionManagement}>
-        Manage Subscription in Settings
-      </Button>
-    </div>
-  );
-}
-
-async function openSubscriptionManagement() {
-  // Direct link to iOS subscription management
-  await NativePurchases.showManageSubscriptions();
-}
-```## 隐私和数据使用（第 5.1.1 节）
-
-Apple 在 2025 年显着收紧了隐私要求。
-
-### 所需披露
-
-**对于每个权限：**
-1. 为什么需要它（具体用例）
-2. 何时使用
-3. 数据如何存储/共享
-4. 是可选的还是必需的
-
-### 示例：正确的权限流程
-
-```typescript
-async function requestCameraPermission() {
-  // Show explanation BEFORE requesting
-  await showDialog({
-    title: 'Camera Access',
-    message: 'We need camera access to let you scan barcodes for quick product lookup. Your photos are never uploaded or stored.',
-    buttons: ['Not Now', 'Allow']
-  });
-
-  // Then request permission
-  const result = await Camera.requestPermissions();
-  return result.camera === 'granted';
-}
-```
-
-### 隐私营养标签
-
-确保您的 App Store 隐私标签准确反映：
-- 购买历史记录收集
-- 电子邮件地址（用于收据）
-- 设备 ID（用于防止欺诈）
-- 使用数据（用于分析）
-
-:::warning
-不准确的隐私标签是 2025 年常见的拒绝原因。请仔细审核您的数据收集。
-:::
-
-## 预提交清单
-
-![预提交清单](/native-purchases/review-guides/pre-submission-checklist.webp)
-
-<Steps>
-
-1. **测试所有购买流程**
-   - 购买每个订阅级别
-   - 测试免费试用
-   - 验证介绍性优惠是否正确适用
-   - 测试恢复购买
-   - 验证家庭共享（如果启用）
-   - 在多个设备上进行测试
-
-2. **验证定价一致性**
-   - 检查 App Store 元数据是否与应用内价格匹配
-   - 验证所有货币是否正确
-   - 确认免费试用期限与描述相符
-   - 检查介绍性优惠条款是否准确
-
-3. **查看所有副本**
-   - 删除占位符文本
-   - 验证声明是可测试的
-   - 检查语法和拼写
-   - 确保描述与当前版本匹配
-   - 删除提及竞争对手的内容
-
-4. **测试权限**
-   - 仅请求必要的权限
-   - 在提出请求之前提供清晰的解释
-   - 测试“拒绝”流（应用程序应该仍然可以工作）
-   - 验证Info.plist描述是否清晰
-
-5. **准备测试账户**
-   - 创建沙箱测试帐户
-   - 在应用程序审查注释中记录登录凭据
-   - 验证测试帐户是否有有效订阅
-   - 测试评论者可以完成购买流程
-
-6. **检查元数据**
-   - 屏幕截图与当前用户界面匹配
-   - 应用程序预览视频（如果有）显示当前版本
-   - 描述准确地描述了功能
-   - 年龄分级与内容匹配
-   - 隐私政策可在应用程序内访问
-
-7. **写详细的评论笔记**
-   ```
-   Test Account:
-   Email: reviewer@test.com
-   Password: TestPass123!
-
-   Testing Instructions:
-   1. Log in with test account above
-   2. Tap "Upgrade to Premium" button
-   3. Select "Monthly Premium" subscription
-   4. Complete purchase (no charge in sandbox)
-   5. Verify premium features unlock
-
-   Note: Subscription pricing is clearly shown before purchase.
-   Cancellation instructions are in Settings > Account.
-   ```
-
-</Steps>
-
-## 审核时间表
-
-![App Store 审核时间表](/native-purchases/review-guides/review-timeline.webp)
-
-**标准审核：** 24-48 小时
-**高峰期：** 3-5 天（App Store 假期发布）
-**周末：** 未处理任何评论
-**加急审核：** 可修复关键错误（通过 App Store Connect 请求）
-
-:::tip
-本周早些时候提交，以避免周末延误。周一提交的内容通常会在周三得到审核。
-:::
-
-## 2025 年指南更新
-
-### 新要求
-
-**1.人工智能功能披露**
-如果您的应用程序使用人工智能来实现任何功能，您必须：
-- 清晰地标记人工智能生成的内容
-- 解释如何使用人工智能
-- 文档内容安全措施
-
-**2.增强订阅清晰度**
-- 需要并排计划比较
-- 没有隐藏更便宜选择的“深色图案”
-- 清晰的降级/升级路径
-
-**3.隐私强化**
-- 加强第 5.1.1 条的执行力度
-- 对数据收集理由进行更多审查
-- 对儿童应用程序的更严格要求
-
-### 2024 年以来发生了什么变化- 现在允许模块化提交（独立更新产品页面）
-- 应用内事件可以单独提交
-- 更严格地执行误导性订阅用户界面
-- 关于加密货币/NFT 应用程序的新指南
-
-## 原生购买插件的最佳实践
-
-### 实施正确的错误处理
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-async function handlePurchase(productId: string) {
-  try {
-    const transaction = await NativePurchases.purchaseProduct({
-      productIdentifier: productId,
-      productType: PURCHASE_TYPE.SUBS,
-    });
-
-    // Success
-    await validateReceiptOnServer(transaction.receipt);
-    showSuccess('Subscription activated!');
-    unlockFeatures();
-
-  } catch (error: any) {
-    // Handle specific error cases
-    if (error.code === 'USER_CANCELLED') {
-      // User cancelled - don't show error
-      console.log('Purchase cancelled by user');
-    } else if (error.code === 'PAYMENT_PENDING') {
-      showInfo('Payment is pending. Please check back later.');
-    } else if (error.code === 'PRODUCT_ALREADY_PURCHASED') {
-      // Restore instead
-      await NativePurchases.restorePurchases();
-    } else {
-      // Show user-friendly error
-      showError('Unable to complete purchase. Please try again.');
-    }
-  }
-}
-```
-
-### 显示加载状态
-
-```typescript
-function PurchaseButton({ productId }: { productId: string }) {
-  const [loading, setLoading] = useState(false);
-
-  const handlePurchase = async () => {
-    setLoading(true);
-    try {
-      await NativePurchases.purchaseProduct({ productIdentifier: productId });
-    } finally {
-      setLoading(false);
-    }
-  };
-
-  return (
-    <button onClick={handlePurchase} disabled={loading}>
-      {loading ? 'Processing...' : 'Subscribe Now'}
-    </button>
-  );
-}
-```
-
-### 清楚地显示条款
-
-```typescript
-function SubscriptionTerms() {
-  return (
-    <div className="terms">
-      <p>
-        Subscription automatically renews unless cancelled at least 24 hours
-        before the end of the current period.
-      </p>
-      <p>
-        Your account will be charged for renewal within 24 hours prior to
-        the end of the current period.
-      </p>
-      <p>
-        Subscriptions may be managed by the user and auto-renewal may be
-        turned off in Account Settings after purchase.
-      </p>
-      <p>
-        <a href="/terms">Terms of Service</a> |
-        <a href="/privacy">Privacy Policy</a>
-      </p>
-    </div>
-  );
-}
-```
-
-## 如果您的应用程序被拒绝
-
-### 解决步骤
-
-<Steps>
-
-1. **仔细阅读拒绝信息**
-   - 注意引用的具体指南（例如，3.1.1、5.1.1）
-   - 准确理解 Apple 标记的内容
-
-2. **彻底解决问题**
-   - 不要只是打补丁 - 修复根本原因
-   - 广泛测试修复
-   - 记录您所做的更改
-
-3. **在解决中心回复**
-   ```
-   Thank you for your feedback. I have addressed the issue:
-
-   Issue: Subscription pricing not clear upfront
-
-   Fix: Added explicit pricing display on subscription selection
-   screen showing "$9.99/month" before purchase button. Also added
-   cancellation instructions on the same screen.
-
-   The changes are in this submission and can be tested using the
-   provided test account.
-   ```
-
-4. **及时重新提交**
-   - 重新提交的审核速度通常会更快
-   - 通常在 24 小时内
-
-</Steps>
-
-### 上诉流程
-
-如果您认为拒绝不正确：
-
-![App Store 澄清过程](/native-purchases/review-guides/clarification-process.webp)
-
-1. 点击App Store Connect中的“申诉”
-2、提供明确证据：
-   - 显示合规性的屏幕截图
-   - 参考具体指南
-   - 说明您如何满足要求
-3. 专业、真实
-4. 如果功能很难找到，请包括测试帐户
-
-![索取文件示例](/native-purchases/review-guides/request-documents.webp)
-
-## 其他资源
-
-- [Apple App Store 审核指南](https://developer.apple.com/app-store/review/guidelines/)
-- [应用内购买指南](https://developer.apple.com/app-store/review/guidelines/#in-app-purchase)
-- [订阅最佳实践](https://developer.apple.com/app-store/subscriptions/)
-- [App Store Connect 帮助](https://developer.apple.com/help/app-store-connect/)
-
-## 支持
-
-如果您仍然遇到问题：
-- 查看[本地购买文档](/docs/plugins/native-purchases/getting-started/)
-- 检查[常见故障排除问题](/docs/plugins/native-purchases/getting-started/#troubleshooting)
-- 联系 Apple 开发者支持以获取指南说明
-
-### 需要专家帮助吗？
-
-在应用程序审核方面遇到困难或需要个性化帮助？ **[与我们的团队预约咨询电话](https://cal.com/team/capgo/capacitor-consulting-services)** 以获得专门支持：
-
-- IAP实施审查和优化
-- App Store 审查准备和策略
-- 提交清单审核
-- 拒绝决议和上诉
-- 完整的测试和验证
-
-我们的专家已成功帮助数百个应用程序通过审核！
diff --git a/src/content/docs/zh/docs/plugins/native-purchases/ios-create-subscription.mdx b/src/content/docs/zh/docs/plugins/native-purchases/ios-create-subscription.mdx
deleted file mode 100644
index b3278935c..000000000
--- a/src/content/docs/zh/docs/plugins/native-purchases/ios-create-subscription.mdx
+++ /dev/null
@@ -1,307 +0,0 @@
----
-title: 创建 iOS 自动续订订阅
-description: 在 App Store Connect 中为本机购买插件创建自动续订订阅的分步指南。
-sidebar:
-  order: 8
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-
-自动续订订阅可让您定期访问 iOS 应用中的内容、服务或高级功能。本指南将引导您完成在 App Store Connect 中创建订阅的过程。
-
-## 概述
-
-自动续订订阅会在每个计费周期结束时自动续订，直到用户取消为止。它们非常适合：
-- 优质内容和功能
-- 无广告体验
-- 云存储和同步
-- 流媒体服务
-- 专业工具和实用程序
-
-## 先决条件
-
-在创建订阅之前，您必须：
-1. [创建订阅群组](/docs/plugins/native-purchases/ios-subscription-group/) 整理您的订阅
-2. 拥有活跃的 Apple 开发者计划会员资格
-3. 在 App Store Connect 中填写完整的银行和税务信息
-
-## 创建订阅
-
-<Steps>
-
-1. **导航至订阅**
-
-   在 App Store Connect 中，选择您的应用并转到 **获利 > 订阅**。
-
-   选择您的订阅组或根据需要创建一个新订阅组。
-
-   ![导航至订阅](/native-purchases/ios/create-subscription/navigate-to-subscriptions.webp)
-
-2. **创建新订阅**
-
-   单击订阅组旁边的 **++** 图标以添加新订阅。
-
-3. **输入基本信息**
-
-   **参考名称**：供您内部使用的描述性名称（不向客户显示）
-   - 示例：“每月保费”、“终极年度”、“基本计划”
-
-   **产品 ID**：此订阅的唯一标识符（以后无法更改）
-   - 格式：`com.yourcompany.yourapp.premium_monthly`
-   - 使用带有下划线的描述性小写名称
-   - 配置本机购买插件所需
-
-   ![输入订阅详细信息](/native-purchases/ios/create-subscription/enter-subscription-info.webp)
-
-4. **配置持续时间**
-
-   从可用选项中选择订阅持续时间：
-   - 1 周
-   - 1个月
-   - 2个月
-   - 3个月
-   - 6个月
-   - 1年
-
-   持续时间决定了用户计费的频率。
-
-5. **设置定价**
-
-   单击 **添加订阅价格** 以配置定价：
-
-   **基本领土**：选择您的主要市场（通常是您所在的国家/地区）
-
-   **价格**：设置订阅价格
-   - Apple 自动转换为其他货币
-   - 从 Apple 的价格等级中选择
-   - 考虑感知价值和市场价格
-
-   ![配置定价](/native-purchases/ios/create-subscription/configure-pricing.webp)
-
-6. **家庭共享（可选）**
-
-   决定是否启用家庭共享，最多允许 6 名家庭成员访问订阅。
-
-   :::注意
-   一旦启用家庭共享，此产品就无法将其关闭。
-   :::
-
-   **启用如果：**
-   - 内容适合家庭使用
-   - 您想要增加价值主张
-   - 你的商业模式支持它
-
-   **如果出现以下情况，请勿启用：**
-   - 订阅仅供个人使用
-   - 内容针对用户进行个性化
-   - 您希望最大化每个用户的收入
-
-7. **添加本地化**
-
-   添加您的应用程序支持的所有语言的订阅显示信息：
-
-   **订阅显示名称**：面向客户的名称（例如“每月高级版”）
-
-   **描述**：订阅内容的简要描述
-   - 保持简洁并以利益为中心
-   - 提及关键特征
-   - 突出价值主张
-
-   ![添加本地化](/native-purchases/ios/create-subscription/add-localization.webp)8. **App Store 宣传图片（可选）**
-
-   上传此订阅的宣传图片（312x390 像素）：
-   - 显示在 App Store 订阅页面
-   - 应符合您的应用程序的设计
-   - 为了清楚起见，请包含订阅名称
-
-   :::注意
-   虽然初次提交时图像是可选的，但在 App Store 中进行促销展示时需要它们。您可以稍后添加它们。
-   :::
-
-9. **保存并提交**
-
-   单击 **保存** 创建订阅。
-
-   **首次订阅：**
-   - 必须与新的应用程序版本一起提交
-   - 包含在您的下一次 App Store 提交中
-   - 无法独立提交
-
-   **对于后续订阅：**
-   - 可以直接从订阅页面提交
-   - 不需要新的应用程序版本
-   - 首次订阅获得批准后可用
-
-</Steps>
-
-## 订阅状态
-
-您的订阅将具有以下状态之一：
-
-|状态 |描述 |可以测试吗？ |
-|--------|-------------|------------|
-| **缺少元数据** |设置不完整|是（沙盒）|
-| **准备提交** |已完成但未提交 |是（沙盒）|
-| **等待审核** |已提交至 Apple |是（沙盒）|
-| **审查中** |正在由 Apple 审核 |是（沙盒）|
-| **已批准** |可供购买 |是的 |
-| **被拒绝** |需要改变|是（沙盒）|
-
-:::tip
-即使订阅显示“缺少元数据”或“准备提交”，您也可以在沙盒模式下测试订阅！
-:::
-
-## 在您的应用程序中使用
-
-创建后，使用产品 ID 在应用程序中引用订阅：
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch subscription products direct from StoreKit
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: [
-    'com.yourcompany.yourapp.premium_monthly',
-    'com.yourcompany.yourapp.premium_annual',
-  ],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-products.forEach((product) => {
-  console.log(`${product.title}: ${product.priceString}`);
-  console.log(`Duration: ${product.subscriptionPeriod}`);
-  console.log(`Description: ${product.description}`);
-});
-
-// Purchase a subscription (StoreKit 2 automatically handles intro pricing and offers)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourcompany.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Transaction ID:', transaction.transactionId);
-
-  // StoreKit receipts are included on iOS for server-side validation
-  await sendReceiptToBackend(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-
-// Check subscription status using the store's data
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const premium = purchases.find(
-  (purchase) => purchase.productIdentifier === 'com.yourcompany.yourapp.premium_monthly',
-);
-
-if (premium?.isActive) {
-  console.log('Expires:', premium.expirationDate);
-  console.log('Will renew:', premium.willCancel === false);
-  console.log('Store state:', premium.subscriptionState);
-  unlockPremiumFeatures();
-} else {
-  showPaywall();
-}
-```
-
-## 最佳实践
-
-### 定价策略
-- **每月计划**：降低进入门槛，养成习惯
-- **年度计划**：更好的价值、更高的生命周期价值、更低的流失率
-- **多层次**：针对不同用户群的基础版、高级版、终极版
-- **竞争分析**：研究类似应用程序的定价
-
-### 产品 ID
-- 使用一致的命名：`company.app.tier_duration`
-- 在 ID 中包含等级和持续时间：`premium_monthly`、`ultimate_annual`
-- 避免更改产品 ID（它们是永久性的）
-- 记录您团队的所有产品 ID
-
-### 家庭共享
-- 支持面向家庭的应用程序（游戏、教育、娱乐）
-- 考虑对收入的影响
-- 彻底测试共享行为
-- 沟通营销共享能力
-
-### 本地化
-- 翻译所有订阅名称和描述
-- 考虑区域定价差异
-- 测试所有支持语言的显示
-- 使用适合文化的营销语言
-
-### 宣传图片
-- 保持一致的视觉风格
-- 包括订阅名称和主要好处
-- 季节性促销更新
-- 匹配应用程序的整体设计语言
-
-## 常见订阅模式
-
-### 单层（免费增值）
-```
-Free App + Premium Subscription
-- Basic: Free (limited features)
-- Premium Monthly: $4.99
-- Premium Annual: $39.99 (save 33%)
-```
-
-### 多层（好、更好、最好）
-```
-- Basic Monthly: $4.99
-- Premium Monthly: $9.99
-- Ultimate Monthly: $19.99
-
-- Basic Annual: $49.99
-- Premium Annual: $99.99
-- Ultimate Annual: $199.99
-```
-
-### 消耗品 + 订阅混合
-```
-- Credit packs (consumable)
-- Monthly subscription (unlimited credits)
-- Annual subscription (unlimited + bonus features)
-```
-
-## 故障排除
-
-**订阅未在应用程序中加载：**
-- 验证产品 ID 完全匹配（区分大小写）
-- 检查订阅是否在订阅组中
-- 确保包标识符匹配 App Store Connect
-- 创建产品后等待 2-3 小时**无法提交订阅：**
-- 填写所有必填字段（名称、描述、价格）
-- 添加至少一种本地化
-- 验证银行/税务信息是否获得批准
-- 检查是否首次订阅（需要应用程序版本）
-
-**家庭共享切换已禁用：**
-- 已启用（无法禁用）
-- 检查订阅详细信息
-- 如果卡住，请联系 Apple 支持
-
-**价格等级不可用：**
-- 在某些地区可能受到限制
-- 选择替代等级
-- 有关定价问题，请联系 Apple
-
-**“产品 ID 无效”错误：**
-- 必须是反向域格式
-- 不能包含空格或特殊字符
-- 检查拼写错误
-- 验证所有产品的唯一性
-
-## 后续步骤
-
-- [创建介绍性优惠](/docs/plugins/native-purchases/ios-introductory-offer/) 以吸引新订阅者
-- [配置沙盒测试](/docs/plugins/native-purchases/ios-sandbox-testing/) 来测试您的订阅
-- 设置促销优惠以赢回和保留
-- 实施订阅分析跟踪
-
-## 其他资源
-
-有关更多详细信息，请参阅[有关自动续订订阅的官方 Apple 文档](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers)。
diff --git a/src/content/docs/zh/docs/plugins/native-purchases/ios-introductory-offer.mdx b/src/content/docs/zh/docs/plugins/native-purchases/ios-introductory-offer.mdx
deleted file mode 100644
index 376d5eb3c..000000000
--- a/src/content/docs/zh/docs/plugins/native-purchases/ios-introductory-offer.mdx
+++ /dev/null
@@ -1,408 +0,0 @@
----
-title: 创建 iOS 订阅介绍优惠
-description: 了解如何在 iOS 上为自动续订订阅创建介绍性优惠，以吸引和转化新订阅者。
-sidebar:
-  order: 9
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-
-通过介绍性优惠，您可以为符合条件的用户提供免费试用或折扣介绍性定价，以减少进入壁垒并提高订阅转化率。
-
-## 概述
-
-介绍性优惠是扩大用户群的最有效工具之一。它们允许用户：
-- 无风险地尝试您的高级功能
-- 承诺前体验价值
-- 从较低的价格开始
-- 建立对您产品的信心
-
-## 优惠类型
-
-iOS 支持三种类型的介绍性优惠：
-
-### 1.免费试用
-客户可以在指定时间内免费访问。试用后，如果他们不取消，将按标准费率收费。
-
-**示例：**
-- 7天免费
-- 14 天免费
-- 1 个月免费
-
-**最适合：**
-- 高价值订阅
-- 功能丰富的应用程序
-- 培养用户习惯
-
-### 2. 预先付款
-客户在介绍期内支付单一折扣价。
-
-**示例：**
-- 2 个月 1.99 美元（然后每月 9.99 美元）
-- 3 个月 9.99 美元（然后每月 19.99 美元）
-
-**最适合：**
-- 承诺信号
-- 现金流需求
-- 测试价格敏感性
-
-### 3. 即用即付
-客户可以为多个计费周期支付折扣价。
-
-**示例：**
-- 3 个月每月 1.99 美元（之后每月 9.99 美元）
-- 6 个月每月 4.99 美元（之后每月 14.99 美元）
-
-**最适合：**
-- 逐步承诺
-- 长期价值展示
-- 降低感知风险
-
-## 资格要求
-
-用户只有在以下情况下才能收到介绍性优惠：
-- 之前没有收到过该产品的介绍性报价
-- 尚未收到同一订阅组中任何产品的介绍性优惠
-- 尚未有效订阅该产品
-
-:::note
-Apple 自动处理资格检查。本机购买插件提供了在提供优惠之前检查资格的方法。
-:::
-
-## 先决条件
-
-在添加介绍性优惠之前，您必须首先[创建自动续订订阅](/docs/plugins/native-purchases/ios-create-subscription/)。
-
-## 创建介绍性优惠
-
-<Steps>
-
-1. **导航至订阅**
-
-   在 App Store Connect 中，转到应用的 **获利 > 订阅** 部分，然后选择要添加优惠的订阅。
-
-2. **添加订阅价格**
-
-   单击“订阅价格”旁边的 **+** 图标以打开定价模式。
-
-3. **创建介绍性优惠**
-
-   从选项中选择**“创建介绍性优惠”**。
-
-   ![创建介绍性优惠](/native-purchases/ios/introductory-offer/create-introductory-offer.webp)
-
-4. **配置国家和开始日期**
-
-   **国家和地区**：选择提供优惠的地区
-   - 选择所有国家以获得最大覆盖范围
-   - 或限制在特定市场进行测试
-
-   **开始日期**：当优惠可用时
-   - 可以立即执行或安排在未来执行
-   - 有助于协调营销活动
-
-   **结束日期（可选）**：优惠到期时
-   - 留空以保证持续可用
-   - 设定限时促销的日期
-
-5. **选择优惠类型**
-
-   选择三种优惠类型之一：
-
-   **免费**（免费试用）
-   - 选择持续时间（天、周、月）
-   - 示例：7 天、2 周、1 个月**预先付款**
-   - 设置单次付款价格
-   - 设置付款期限
-   - 示例：2 个月 1.99 美元
-
-   **现收现付**
-   - 设置每个时段的折扣价格
-   - 设置周期数
-   - 示例：3 个月每月 2.99 美元
-
-6. **审查并确认**
-
-   查看摘要显示：
-   - 优惠类型和持续时间
-   - 定价详情
-   - 介绍期后的正常价格
-   - 可用日期和国家
-
-7. **保存**
-
-   单击“**保存**”以创建介绍性优惠。它将立即可以在沙盒模式下进行测试。
-
-</Steps>
-
-## 报价配置示例
-
-### 示例 1：标准免费试用
-```
-Type: Free
-Duration: 7 days
-Then: $9.99/month
-```
-**用户旅程：**
-- 第 1-7 天：免费参观
-- 第 8 天：首次收费 9.99 美元
-- 继续按月收费
-
-### 示例 2：预付折扣期
-```
-Type: Pay Up Front
-Price: $4.99
-Duration: 3 months
-Then: $9.99/month
-```
-**用户旅程：**
-- 第 1 天：收费 4.99 美元
-- 90 天访问权限
-- 第 91 天：收费 9.99 美元/月
-
-### 示例 3：逐步介绍
-```
-Type: Pay As You Go
-Price: $2.99/month
-Periods: 6 months
-Then: $9.99/month
-```
-**用户旅程：**
-- 第 1-6 个月：2.99 美元/月
-- 第 7 个月以上：9.99 美元/月
-
-## 在您的应用程序中使用
-
-本机购买插件自动处理介绍性优惠的呈现和资格：
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch products with intro offer information
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['com.yourapp.premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const product = products[0];
-
-// Display intro offer details (StoreKit sends localized metadata)
-if (product.introductoryPrice) {
-  console.log('Intro price:', product.introductoryPriceString);
-  console.log('Intro period:', product.introductoryPricePeriod);
-  console.log('Intro cycles:', product.introductoryPriceCycles);
-  console.log('Regular price:', product.priceString);
-} else {
-  console.log('No intro offer configured');
-}
-
-// Purchase (StoreKit automatically applies intro pricing if eligible)
-try {
-  const transaction = await NativePurchases.purchaseProduct({
-    productIdentifier: 'com.yourapp.premium_monthly',
-    productType: PURCHASE_TYPE.SUBS,
-  });
-
-  console.log('Subscription active, receipt length:', transaction.receipt?.length);
-  await validateReceiptOnServer(transaction.receipt);
-} catch (error) {
-  console.error('Purchase failed:', error);
-}
-```
-
-## 向用户显示介绍优惠
-
-### UI 最佳实践
-
-**明确的价值主张：**
-```
-Try Premium Free for 7 Days
-Then $9.99/month. Cancel anytime.
-```
-
-**强调节省：**
-```
-Start at Just $1.99
-Get 3 months of Premium for only $1.99
-Then $9.99/month
-```
-
-**透明的沟通：**
-```
-Your Free Trial
-• Access all premium features
-• No charge for 7 days
-• $9.99/month after trial
-• Cancel anytime, even during trial
-```
-
-### 示例实现
-
-```typescript
-function formatIntroOffer(product: any): string {
-  if (!product.introductoryPrice) {
-    return `${product.priceString} per ${product.subscriptionPeriod}`;
-  }
-
-  const intro = product.introductoryPrice;
-  const regular = product.priceString;
-
-  if (intro.price === 0) {
-    // Free trial
-    return `Try free for ${intro.periodString}, then ${regular}`;
-  } else if (intro.cycles === 1) {
-    // Pay up front
-    return `${intro.priceString} for ${intro.periodString}, then ${regular}`;
-  } else {
-    // Enterprise
-    return `${intro.priceString} for ${intro.cycles} ${intro.periodString}s, then ${regular}`;
-  }
-}
-```
-
-## 营销最佳实践
-
-### 试用长度策略
-- **3-7 天**：快速决策应用程序、游戏
-- **7-14 天**：大多数应用程序的标准
-- **14-30 天**：复杂的工具，专业的应用程序
-- **30+ 天**：高价值 B2B 或企业
-
-### 定价心理学
-- **$0.99-$1.99**：门槛非常低，适合测试
-- **50% 折扣**：强烈的感知价值
-- **第一个月免费**：常见、熟悉的模式
-
-### 通讯时机
-- **试用结束前**：提醒用户即将收费
-- **突出显示价值**：显示使用统计数据、成就
-- **轻松取消**：通过透明流程建立信任
-
-## 测试介绍优惠
-
-使用沙箱测试来验证行为：
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// In sandbox mode, accelerated subscription durations apply:
-// - 3 days free trial = 3 minutes
-// - 1 week free trial = 3 minutes
-// - 1 month free trial = 5 minutes
-
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Purchase with intro offer
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Intro purchase transaction:', transaction.transactionId);
-
-// Wait for accelerated renewal
-setTimeout(async () => {
-  const { purchases } = await NativePurchases.getPurchases({
-    productType: PURCHASE_TYPE.SUBS,
-  });
-  const premium = purchases.find((purchase) => purchase.productIdentifier === 'premium_monthly');
-  console.log('After trial state:', premium?.subscriptionState);
-}, 180000); // 3 minutes for weekly trial
-```
-
-## 重要提示
-
-### 资格规则
-- 每个订阅组的每个用户可获得一份介绍优惠（终身）
-- 仅适用于新订阅者
-- 取消后不可再次使用
-- 不适用于订阅升级/交叉升级
-
-### StoreKit API
-- `introductoryPrice` 显示介绍性优惠详细信息
-- `eligibility` 方法检查用户是否合格
-- 购买时自动应用
-- 无需特殊购买方式
-
-### 限制
-- 每个订阅一次只能有一个有效的介绍优惠
-- 不能与其他折扣类型结合使用
-- 无法更改资格规则
-- Apple 控制资格检查
-
-## 故障排除
-
-**介绍优惠未显示：**
-- 检查优惠是否已在 App Store Connect 中激活
-- 验证用户之前没有使用过介绍优惠
-- 确保用户没有订阅群组中的任何内容
-- 使用新的沙箱帐户进行测试
-
-**资格检查失败：**
-- 等待 App Store 同步（可能需要 2-3 小时）
-- 验证产品ID是否正确
-- 检查订阅组配置
-- 使用新的测试帐户在沙箱中进行测试**价格显示错误：**
-- 检查区域定价设置
-- 验证货币换算
-- 确保报价日期是最新的
-- 刷新产品信息
-
-**沙盒测试问题：**
-- 使用加速持续时间（3 分钟 = 1 周）
-- 为每个测试创建新的测试帐户
-- 等待试用自然完成
-- 检查续订计数（沙盒中最多 6 个）
-
-## 分析和优化
-
-### 跟踪这些指标
-- 介绍报价接受率
-- 试用到付费的转化率
-- 试用期间取消
-- 首次充电后保留
-- 收入影响
-
-### A/B 测试想法
-- 免费试用与付费介绍
-- 试验长度变化
-- 折扣百分比
-- 一次性付款与定期折扣
-
-### 优化策略
-```typescript
-// Track offer performance
-analytics.track('intro_offer_displayed', {
-  product_id: product.identifier,
-  offer_type: product.introductoryPriceType,
-  offer_duration: product.introductoryPricePeriod
-});
-
-analytics.track('intro_offer_accepted', {
-  product_id: product.identifier
-});
-
-// Monitor conversion
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  if (transaction.productIdentifier === product.identifier && transaction.isActive) {
-    analytics.track('trial_converted', {
-      transactionId: transaction.transactionId,
-      productId: transaction.productIdentifier,
-    });
-  }
-});
-```
-
-## 后续步骤
-
-- [配置沙盒测试](/docs/plugins/native-purchases/ios-sandbox-testing/) 测试您的介绍优惠
-- 为赢回活动设置促销优惠
-- 实施订阅分析
-- 创建有针对性的营销活动
-
-## 其他资源
-
-有关更多详细信息，请参阅[有关介绍性优惠的官方 Apple 文档](https://developer.apple.com/documentation/storekit/in-app_purchase/subscriptions_and_offers/implementing_introductory_offers_in_your_app)。
diff --git a/src/content/docs/zh/docs/plugins/native-purchases/ios-sandbox-testing.mdx b/src/content/docs/zh/docs/plugins/native-purchases/ios-sandbox-testing.mdx
deleted file mode 100644
index ffee82248..000000000
--- a/src/content/docs/zh/docs/plugins/native-purchases/ios-sandbox-testing.mdx
+++ /dev/null
@@ -1,204 +0,0 @@
----
-title: 配置 iOS 沙箱测试
-description: 了解如何使用 App Store Connect 和 Xcode 在 iOS 上设置应用内购买沙盒测试。
-sidebar:
-  order: 6
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-
-在 iOS 上测试应用内购买需要在 App Store Connect 和测试设备上进行正确配置。本指南涵盖了开始沙箱测试所需的一切。
-
-## 先决条件
-
-- **Apple 开发者计划**：每年续订的活跃会员资格
-- **协议**：签署“付费应用协议”并填写银行和税务信息
-- **Xcode 项目**：配置了正确的包标识符和功能
-
-:::note
-银行和税务设置审批可能需要数小时到数天的时间。在测试之前充分完成此操作。
-:::
-
-## 设置过程
-
-<Steps>
-
-1. **签署付费应用协议**
-
-   在 App Store Connect 中，导航至**协议、税务和银行业务**并完成：
-   - 签署付费应用协议
-   - 添加您的银行信息
-   - 完整的税表
-
-   等待 Apple 批准您的信息（这可能需要 24-48 小时）。
-
-2. **创建沙盒测试用户**
-
-   在 App Store Connect 中，转到 **用户和访问 > 沙盒测试人员**。
-
-   单击 **++** 按钮创建新的沙箱测试器。
-
-   **重要**：使用尚未与 Apple ID 关联的电子邮件地址。您可以使用电子邮件别名：
-   - Gmail：`youremail+test@gmail.com`
-   - iCloud：`youremail+test@icloud.com`
-
-   ![创建沙箱测试器](/native-purchases/ios/sandbox-testing/sandbox-tester-setup.webp)
-
-3. **配置测试设备(iOS 12+)**
-
-   从 iOS 12 开始，您不再需要退出 iTunes 帐户来测试购买。
-
-   在您的 iOS 设备上：
-   1. 打开**设置**
-   2. 点击 **App Store**
-   3. 滚动到底部
-   4. 点击**沙盒帐户**
-   5. 使用您的沙盒测试帐户登录
-
-   :::提示
-   这比注销 iTunes 帐户的旧方法方便得多！
-   :::
-
-4. **配置Xcode项目**
-
-   确保您的 Xcode 项目具有：
-
-   **捆绑包标识符**
-   - 必须与您的开发者中心中的标识符匹配
-   - 必须与 App Store Connect 中的标识符匹配
-
-   **应用内购买功能**
-   1. 在 Xcode 中选择您的项目
-   2. 转到**签名和功能**
-   3. 单击**+ 功能**
-   4. 添加 **应用内购买**
-
-5. **创建应用内购买产品**
-
-   在 App Store Connect 中，导航到您的应用并创建应用内购买产品（订阅、消耗品等）。
-
-   产品必须至少处于“准备提交”状态才能进行沙盒测试。
-
-6. **测试您的实施**
-
-   在测试设备上构建并运行您的应用程序。当您尝试购买时，您应该会看到：
-
-   > **[环境：沙盒]**
-
-   此确认表明您处于沙盒环境中，并且不会向您收取真钱。
-
-</Steps>
-
-## 重要提示
-
-### 沙箱环境特征- **无实际费用**：沙盒模式下所有购买都是免费的
-- **加速订阅**：缩短订阅持续时间以加快测试速度
-  - 1 周订阅 = 3 分钟
-  - 1 个月订阅 = 5 分钟
-  - 2 个月订阅 = 10 分钟
-  - 3 个月订阅 = 15 分钟
-  - 6 个月订阅 = 30 分钟
-  - 1 年订阅 = 1 小时
-- **自动续订限制**：订阅在沙盒中最多自动续订 6 次
-- **立即取消**：取消的订阅立即过期
-
-### 沙箱账户管理
-
-- 针对不同场景创建多个测试账户
-- 仅在测试设备上使用测试帐户
-- 不要使用个人 Apple ID 进行沙箱测试
-- 测试账户可以购买任何产品，不限地区
-
-## 使用沙箱测试
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-const { isBillingSupported } = await NativePurchases.isBillingSupported();
-if (!isBillingSupported) {
-  throw new Error('StoreKit not supported on this device');
-}
-
-// Fetch products (automatically uses sandbox when available)
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Make test purchase
-const transaction = await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_monthly',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-console.log('Test purchase successful!', transaction.transactionId);
-```
-
-## 验证
-
-正确配置后，您应该观察到：
-
-1. **购买时的沙盒横幅**：“[环境：沙盒]”
-2. **产品加载**成功
-3. **购买完成** 无实际费用
-4. **收据正确验证**
-5. **订阅自动续订**（加速）
-
-## 故障排除
-
-**未加载产品：**
-- 验证包标识符是否匹配 App Store Connect
-- 检查协议是否已签署并获得批准
-- 确保产品至少处于“准备提交”状态
-- 创建产品后等待 2-3 小时
-
-**“无法连接到 iTunes Store”：**
-- 验证沙箱帐户配置正确
-- 检查设备是否已连接到互联网
-- 尝试退出并重新登录沙盒帐户
-- 重新启动应用程序
-
-**购买悄然失败：**
-- 检查 Xcode 控制台是否有错误消息
-- 验证应用内购买功能已启用
-- 确保沙盒帐户电子邮件不是真实的 Apple ID
-- 尝试创建一个新的沙箱测试帐户
-
-**收据验证错误：**
-- 在测试中使用沙箱收据验证端点
-- 生产端点：`https://buy.itunes.apple.com/verifyReceipt`
-- 沙箱端点：`https://sandbox.itunes.apple.com/verifyReceipt`
-- 本机购买插件会自动处理此问题
-
-**错误的订阅期限：**
-- 请记住，沙箱中的订阅会加速
-- 使用上面的换算表来了解预期的持续时间
-- 沙盒中的订阅最多自动续订 6 次
-
-**“此 Apple ID 尚未在 iTunes Store 中使用”：**
-- 这对于新沙箱帐户来说是正常的
-- 继续购买以激活帐户
-- 仅在第一次使用时发生
-
-## 最佳实践
-
-1. **创建多个测试账户**针对不同的测试场景
-2. **测试所有订阅持续时间**以验证行为
-3. **测试取消和续订**流程
-4. **验证收据验证**是否正常工作
-5. **测试恢复购买**功能
-6. **检查订阅升级/降级**行为
-7. **网络条件较差的情况下测试**
-
-## 生产环境与沙盒环境
-
-|特色 |沙盒|生产|
-|--------|---------|------------|
-|实际收费|没有 |是的 |
-|订阅时长 |加速 |正常 |
-|自动续订限制 | 6 次 |无限|
-|取消效果|立即 |期末|
-|收据端点|沙盒网址 |制作网址 |
-|仅测试帐户 |是的 |没有 |
-
-## 其他资源有关更多详细信息，请参阅关于沙盒测试的 [官方 Apple StoreKit 文档](https://developer.apple.com/documentation/storekit/in-app_purchase/testing_in-app_purchases_with_sandbox)。
diff --git a/src/content/docs/zh/docs/plugins/native-purchases/ios-subscription-group.mdx b/src/content/docs/zh/docs/plugins/native-purchases/ios-subscription-group.mdx
deleted file mode 100644
index 173fa137e..000000000
--- a/src/content/docs/zh/docs/plugins/native-purchases/ios-subscription-group.mdx
+++ /dev/null
@@ -1,298 +0,0 @@
----
-title: 创建 iOS 订阅组
-description: 了解如何在 App Store Connect 中创建和配置订阅组以组织应用的订阅产品。
-sidebar:
-  order: 7
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-
-订阅组对于在 iOS 应用中组织和管理多个订阅级别至关重要。了解它们的工作原理对于实现升级、降级和跨级功能至关重要。
-
-## 什么是订阅组？
-
-订阅组是用户可以选择的相关订阅的集合。用户一次只能订阅一个组内的一个订阅。当他们切换订阅时，Apple 会自动处理转换。
-
-## 为什么订阅组很重要
-
-订阅组启用：
-- **分级定价**：提供基本、高级和终极计划
-- **不同的期限**：每月、每年和终身选项
-- **升级/降级逻辑**：自动处理订阅变更
-- **简化管理**：将相关订阅分组在一起
-
-## 订阅级别
-
-在组内，每个订阅应从最高值（级别 1）到最低值进行排名。此排名决定了订阅更改的分类方式：
-
-![订阅组层次结构](/native-purchases/ios/subscription-group/subscription-group-hierarchy.webp)
-
-### 级别示例
-
-**1 级**（最高值）
-- 保费年度（$99.99/年）
-- 终极每月（19.99 美元/月）
-
-**2 级**（中等值）
-- 标准年度（49.99 美元/年）
-- 每月高级版（9.99 美元/月）
-
-**3 级**（最低值）
-- 基本年度（$29.99/年）
-- 标准包月（$4.99/月）
-
-## 订阅更改类型
-
-Apple 根据级别排名自动处理三种类型的订阅更改：
-
-### 1. 升级
-转向**更高级别**订阅（例如，级别 2 → 级别 1）。
-
-**行为：**
-- **立即生效**
-- 用户收到剩余时间的**按比例退款**
-- 新订阅立即开始
-
-**示例：**
-```typescript
-// User currently has: Standard Monthly (Level 2)
-// User upgrades to: Premium Annual (Level 1)
-// Result: Immediate access to Premium, refund for unused Standard time
-```
-
-### 2.降级
-转向**较低层**订阅（例如，级别 1 → 级别 2）。
-
-**行为：**
-- 在**下一个续订日期**生效
-- 用户保留当前订阅直到期限结束
-- 新订阅到期后自动开始
-
-**示例：**
-```typescript
-// User currently has: Premium Annual (Level 1)
-// User downgrades to: Standard Monthly (Level 2)
-// Result: Premium access continues until annual renewal date, then switches
-```
-
-### 3.跨级
-切换到**同一级别**的另一个订阅。
-
-**行为取决于持续时间：**
-
-**不同的持续时间** → 行为类似于 **降级**
-- 在下一个续订日期生效
-- 示例：每月保费（第 1 级）→ 年保费（第 1 级）
-
-**相同的持续时间** → 行为类似于 **升级**
-- 立即生效
-- 示例：高级每月（级别 1）→ 终极每月（级别 1）
-
-## 创建订阅组
-
-<Steps>
-
-1. **导航至订阅**
-
-   在 App Store Connect 中，选择您的应用并转到 **获利 > 订阅**。
-
-2. **创建群组**
-
-   单击“订阅组”旁边的 ****** 以创建新组。
-
-3. **为组命名**
-
-   选择一个反映其包含的订阅的描述性名称：
-   - “高级访问”
-   - “云存储计划”
-   - “专业功能”
-
-4. **添加订阅**
-
-   创建组后，向其中添加个人订阅。每个订阅都会有一个级别排名。
-
-5. **设置等级排名**将订阅从最高值 (1) 到最低值排列。考虑：
-   - 年度计划的排名通常高于月度计划
-   - 价格较高的级别排名高于价格较低的级别
-   - 终极/高级等级排名最高
-
-</Steps>
-
-## 在您的应用程序中使用
-
-本机购买插件自动处理订阅组逻辑：
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Fetch all subscriptions in a group
-const { products } = await NativePurchases.getProducts({
-  productIdentifiers: ['premium_monthly', 'premium_annual', 'ultimate_monthly'],
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Display current subscription using StoreKit transactions
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const activeSubs = purchases.filter((purchase) => purchase.isActive);
-
-// Detect pending downgrade/cancellation (StoreKit sets willCancel === true)
-const pendingChange = purchases.find((purchase) => purchase.willCancel === true);
-if (pendingChange) {
-  console.log('Subscription will stop auto-renewing on', pendingChange.expirationDate);
-}
-
-// Purchase (StoreKit handles upgrades/downgrades automatically)
-await NativePurchases.purchaseProduct({
-  productIdentifier: 'premium_annual',
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-// Listen for StoreKit updates (fires on upgrades/downgrades/refunds)
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Subscription updated:', transaction);
-});
-```
-
-## 处理订阅变更
-
-### 检测变更类型
-
-```typescript
-import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
-
-// Get current subscription info
-const { purchases } = await NativePurchases.getPurchases({
-  productType: PURCHASE_TYPE.SUBS,
-});
-
-const currentSubscription = purchases.find(
-  (purchase) => purchase.subscriptionState === 'subscribed',
-);
-
-if (currentSubscription) {
-  // StoreKit reports if user cancelled auto-renew
-  if (currentSubscription.willCancel) {
-    console.log(
-      `User cancelled. Access remains until ${currentSubscription.expirationDate}`,
-    );
-  }
-
-  if (currentSubscription.isUpgraded) {
-    console.log('User recently upgraded to this plan.');
-  }
-}
-
-// Listen for automatic upgrades/downgrades
-NativePurchases.addListener('transactionUpdated', (transaction) => {
-  console.log('Subscription changed!', transaction);
-  if (transaction.subscriptionState === 'revoked') {
-    revokeAccess();
-  } else if (transaction.isActive) {
-    unlockPremiumFeatures();
-  }
-});
-```
-
-### 用户沟通
-
-始终清楚地传达变更行为：
-
-**对于升级：**
->“您将立即访问高级功能。我们将按比例分配您当前的订阅。”
-
-**对于降级：**
-> “您将保留高级访问权限直到[续订日期]，然后切换到标准访问权限。”
-
-**对于跨年级：**
-> “您的计划将在 [日期] 的下一次续订时更改为按年计费。”
-
-## 服务器监控
-
-使用 Apple 的 App Store 服务器通知 v2 或您自己的收据验证后端来镜像数据库中的 StoreKit 更改。将服务器通知与 `transactionUpdated` 侦听器配对，以便客户端和后端保持同步。
-
-## 最佳实践
-
-### 团体组织
-- 将相关订阅保留在同一组中
-- 不要混合不相关的功能（例如存储和广告删除）
-- 为不同的功能集创建单独的组
-
-### 等级排名策略
-- 年度计划 → 比月度计划更高的级别（同级别）
-- 价格较高的等级→更高级别
-- 考虑价值，而不仅仅是价格
-
-### 用户体验
-- 清楚地显示当前订阅
-- 显示组中所有可用选项
-- 指出哪些更改是立即更改，哪些是更新时更改
-- 允许在计划之间轻松切换
-
-### 测试
-- 测试所有升级场景
-- 测试所有降级场景
-- 验证跨级行为
-- 检查 webhook 触发
-
-## 常见场景
-
-### 场景 1：三级包月计划
-```
-Level 1: Ultimate Monthly ($19.99)
-Level 2: Premium Monthly ($9.99)
-Level 3: Basic Monthly ($4.99)
-```
-
-- 基本→高级：升级（立即）
-- 高级→终极：升级（立即）
-- 终极 → 高级：降级（续订时）
-- 基本→终极：升级（立即）
-
-### 场景 2：混合期限计划
-```
-Level 1: Premium Annual ($99.99/year)
-Level 2: Premium Monthly ($9.99/month)
-```
-
-- 每月→每年：Crossgrade（续订时）
-- 年度 → 每月：降级（续订时）
-
-### 场景 3：多层、多持续时间
-```
-Level 1: Ultimate Annual ($199/year)
-Level 2: Ultimate Monthly ($19.99/month)
-Level 3: Premium Annual ($99/year)
-Level 4: Premium Monthly ($9.99/month)
-Level 5: Basic Annual ($49/year)
-Level 6: Basic Monthly ($4.99/month)
-```
-
-此设置提供了最大的灵活性，同时保持清晰的升级/降级逻辑。
-
-## 故障排除
-
-**订阅未出现在组中：**
-- 验证它已分配到正确的组
-- 检查它是否至少处于“准备提交”状态
-- 确保产品ID正确
-
-**错误的升级/降级行为：**
-- 评论级别排名（1=最高）
-- 验证订阅级别是否有意义
-- 检查级别设置是否正确
-
-**来自不同组的产品：**
-- 用户可以同时订阅多个群组
-- 这是故意的 - 将相关产品保留在同一组中
-
-**getActiveProducts 显示多个订阅：**
-- 检查订阅是否在不同的组中
-- 验证用户未通过家庭共享订阅
-- 在 App Store Connect 中查看订阅状态
-
-## 其他资源
-
-有关更多详细信息，请参阅[有关订阅组的官方 Apple 文档](https://developer.apple.com/app-store/subscriptions/)。
diff --git a/src/content/docs/zh/docs/plugins/nativegeocoder/getting-started.mdx b/src/content/docs/zh/docs/plugins/nativegeocoder/getting-started.mdx
deleted file mode 100644
index 41348b22c..000000000
--- a/src/content/docs/zh/docs/plugins/nativegeocoder/getting-started.mdx
+++ /dev/null
@@ -1,353 +0,0 @@
----
-title: 入门
-description: 了解如何在 Capacitor 应用程序中安装和使用 Native Geocoder 插件进行地址和坐标转换。
-sidebar:
-  order: 2
-locale: zh
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/nativegeocoder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置权限**
-   
-   ### iOS
-   将位置使用说明添加到您的 `Info.plist` 中：
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>To convert addresses to coordinates</string>
-   ```
-   
-   ### Android
-   向您的 `AndroidManifest.xml` 添加权限：
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-</Steps>
-
-## 用法
-
-导入插件并使用其地理编码方法：
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-// Forward geocoding: Address to coordinates
-const forwardGeocode = async () => {
-  const results = await NativeGeocoder.forwardGeocode({
-    addressString: '1600 Amphitheatre Parkway, Mountain View, CA',
-    useLocale: true,
-    maxResults: 1
-  });
-  
-  const location = results.addresses[0];
-  console.log('Latitude:', location.latitude);
-  console.log('Longitude:', location.longitude);
-};
-
-// Reverse geocoding: Coordinates to address
-const reverseGeocode = async () => {
-  const results = await NativeGeocoder.reverseGeocode({
-    latitude: 37.4220656,
-    longitude: -122.0840897,
-    useLocale: true,
-    maxResults: 1
-  });
-  
-  const address = results.addresses[0];
-  console.log('Street:', address.thoroughfare);
-  console.log('City:', address.locality);
-  console.log('Country:', address.countryName);
-};
-```
-
-## API 参考
-
-### 转发地理编码（选项）
-
-将地址字符串转换为地理坐标。
-
-```typescript
-interface ForwardGeocodeOptions {
-  addressString: string;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Android only
-}
-
-interface GeocodeResult {
-  addresses: Address[];
-}
-
-interface Address {
-  latitude: number;
-  longitude: number;
-  countryCode?: string;
-  countryName?: string;
-  postalCode?: string;
-  administrativeArea?: string;
-  subAdministrativeArea?: string;
-  locality?: string;
-  subLocality?: string;
-  thoroughfare?: string;
-  subThoroughfare?: string;
-}
-```
-
-### 反向地理编码（选项）
-
-将地理坐标转换为地址信息。
-
-```typescript
-interface ReverseGeocodeOptions {
-  latitude: number;
-  longitude: number;
-  useLocale?: boolean;
-  maxResults?: number;
-  apiKey?: string; // Android only
-}
-```
-
-## 完整示例
-
-### 带错误处理的地址搜索
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-
-export class GeocodingService {
-  async searchAddress(address: string): Promise<{lat: number, lng: number} | null> {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: address,
-        useLocale: true,
-        maxResults: 5
-      });
-      
-      if (results.addresses.length > 0) {
-        const location = results.addresses[0];
-        return {
-          lat: location.latitude,
-          lng: location.longitude
-        };
-      }
-      
-      return null;
-    } catch (error) {
-      console.error('Geocoding failed:', error);
-      return null;
-    }
-  }
-  
-  async getAddressFromCoordinates(lat: number, lng: number): Promise<string | null> {
-    try {
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: lat,
-        longitude: lng,
-        useLocale: true,
-        maxResults: 1
-      });
-      
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        return this.formatAddress(address);
-      }
-      
-      return null;
-    } catch (error) {
-      console.error('Reverse geocoding failed:', error);
-      return null;
-    }
-  }
-  
-  private formatAddress(address: Address): string {
-    const parts = [
-      address.subThoroughfare,
-      address.thoroughfare,
-      address.locality,
-      address.administrativeArea,
-      address.postalCode,
-      address.countryName
-    ].filter(part => part != null && part !== '');
-    
-    return parts.join(', ');
-  }
-}
-```
-
-### 位置选择器组件
-
-```typescript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-import { Geolocation } from '@capacitor/geolocation';
-
-export class LocationPicker {
-  currentLocation: { lat: number; lng: number } | null = null;
-  currentAddress: string = '';
-  
-  async getCurrentLocation() {
-    try {
-      // Get current coordinates
-      const position = await Geolocation.getCurrentPosition();
-      this.currentLocation = {
-        lat: position.coords.latitude,
-        lng: position.coords.longitude
-      };
-      
-      // Get address for coordinates
-      const results = await NativeGeocoder.reverseGeocode({
-        latitude: this.currentLocation.lat,
-        longitude: this.currentLocation.lng,
-        useLocale: true,
-        maxResults: 1
-      });
-      
-      if (results.addresses.length > 0) {
-        const address = results.addresses[0];
-        this.currentAddress = [
-          address.thoroughfare,
-          address.locality,
-          address.countryName
-        ].filter(Boolean).join(', ');
-      }
-    } catch (error) {
-      console.error('Failed to get location:', error);
-    }
-  }
-  
-  async searchLocation(query: string) {
-    try {
-      const results = await NativeGeocoder.forwardGeocode({
-        addressString: query,
-        useLocale: true,
-        maxResults: 10
-      });
-      
-      return results.addresses.map(address => ({
-        coordinates: {
-          lat: address.latitude,
-          lng: address.longitude
-        },
-        displayName: this.formatDisplayName(address)
-      }));
-    } catch (error) {
-      console.error('Search failed:', error);
-      return [];
-    }
-  }
-  
-  private formatDisplayName(address: Address): string {
-    const mainPart = [
-      address.thoroughfare,
-      address.locality
-    ].filter(Boolean).join(', ');
-    
-    const subPart = [
-      address.administrativeArea,
-      address.countryName
-    ].filter(Boolean).join(', ');
-    
-    return mainPart + (subPart ? ` (${subPart})` : '');
-  }
-}
-```
-
-## 最佳实践
-
-1. **先请求权限**
-   ```typescript
-   import { Geolocation } from '@capacitor/geolocation';
-   
-   const requestPermissions = async () => {
-     const permissions = await Geolocation.requestPermissions();
-     if (permissions.location !== 'granted') {
-       throw new Error('Location permission required');
-     }
-   };
-   ```
-
-2. **优雅地处理错误**
-   ```typescript
-   try {
-     const results = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-   } catch (error) {
-     // Handle specific error cases
-     if (error.message.includes('network')) {
-       console.error('Network error');
-     } else if (error.message.includes('permission')) {
-       console.error('Permission denied');
-     }
-   }
-   ```
-
-3. **明智地使用 maxResults**
-   - 对于用户搜索：使用 5-10 个结果
-   - 对于自动转换：使用 1 个结果
-   - 结果越多 = 响应速度越慢
-
-4. **尽可能缓存结果**
-   ```typescript
-   const geocodeCache = new Map();
-   
-   async function geocodeWithCache(address: string) {
-     if (geocodeCache.has(address)) {
-       return geocodeCache.get(address);
-     }
-     
-     const result = await NativeGeocoder.forwardGeocode({
-       addressString: address
-     });
-     
-     geocodeCache.set(address, result);
-     return result;
-   }
-   ```
-
-## 平台差异
-
-### iOS
-- 使用 CoreLocation 中的 `CLGeocoder`
-- 无需 API 密钥
-- 自动尊重用户的区域设置
-
-### Android
-- 使用 Android 地理编码器 API
-- 可选 Google API 键以获得更好的结果
-- 可能会退回到 Google 的网络服务
-
-### API 按键配置 (Android)
-
-为了在 Android 上获得更好的结果，您可以提供 Google API 密钥：
-
-```typescript
-await NativeGeocoder.forwardGeocode({
-  addressString: address,
-  apiKey: 'YOUR_GOOGLE_API_KEY' // Android only
-});
-```
-
-## 常见问题
-
-1. **没有返回结果**
-   - 检查互联网连接
-   - 验证地址格式
-   - 尝试使用更通用的地址
-
-2. **权限错误**
-   - 确保授予位置权限
-   - 检查 Info.plist/AndroidManifest.xml
-
-3. **结果不准确**
-   - 使用更具体的地址
-   - 包括可用的邮政编码
-   - 考虑使用坐标来精确定位
diff --git a/src/content/docs/zh/docs/plugins/nativegeocoder/index.mdx b/src/content/docs/zh/docs/plugins/nativegeocoder/index.mdx
deleted file mode 100644
index 4c044e41e..000000000
--- a/src/content/docs/zh/docs/plugins/nativegeocoder/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/nativegeocoder'
-description: 本机正向和反向地理编码插件，用于将地址转换为坐标，反之亦然。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 使用本机平台地理编码 API 在地址和地理坐标之间进行转换，以获得准确的位置数据。
-  image:
-    file: ~public/icons/plugins/nativegeocoder.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/nativegeocoder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-nativegeocoder/'
-      icon: external
-      variant: minimal
-locale: zh
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="正向地理编码" icon="rocket">
-    将地址转换为地理坐标 📍
-  </Card>
-  <Card title="反向地理编码" icon="document">
-    将坐标转换为人类可读的地址🏠
-  </Card>
-  <Card title="本机准确度" icon="star">
-    使用平台原生地理编码以获得最佳结果🎯
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/nativegeocoder/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/navigation-bar/getting-started.mdx b/src/content/docs/zh/docs/plugins/navigation-bar/getting-started.mdx
deleted file mode 100644
index 33f608b58..000000000
--- a/src/content/docs/zh/docs/plugins/navigation-bar/getting-started.mdx
+++ /dev/null
@@ -1,199 +0,0 @@
----
-title: 入门
-description: 了解如何安装和配置 Capacitor 导航栏插件以自定义 Android 导航栏颜色和样式。
-sidebar:
-  order: 2
-locale: zh
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-navigation-bar" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置插件**
-
-   **设置导航栏颜色：**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // Set navigation bar color
-   await NavigationBar.setColor({
-     color: '#FF0000', // Red color
-     darkButtons: false // Use light buttons
-   });
-   ```
-
-   **动态主题支持：**
-   ```typescript
-   // Set color based on theme
-   const isDarkMode = window.matchMedia('(prefers-color-scheme: dark)').matches;
-
-   await NavigationBar.setColor({
-     color: isDarkMode ? '#000000' : '#FFFFFF',
-     darkButtons: !isDarkMode
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="Android">
-       **最低要求：**
-       - Android 5.0（API 21 级）或更高
-       - 该插件仅适用于 Android 设备
-       
-       AndroidManifest.xml 中无需进行额外设置。
-     </TabItem>
-     <TabItem label="iOS">
-       该插件仅限 Android。 iOS 没有可自定义的导航栏。
-     </TabItem>
-   </Tabs>
-
-4. **高级用法**
-   ```typescript
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   export class ThemeService {
-     // Set transparent navigation bar
-     async setTransparent() {
-       await NavigationBar.setColor({
-         color: '#00000000', // Transparent
-         darkButtons: true
-       });
-     }
-
-     // Match app theme
-     async matchAppTheme(primaryColor: string, isLight: boolean) {
-       await NavigationBar.setColor({
-         color: primaryColor,
-         darkButtons: isLight
-       });
-     }
-
-     // Get current navigation bar color
-     async getCurrentColor() {
-       const result = await NavigationBar.getColor();
-       console.log('Current color:', result.color);
-       return result.color;
-     }
-
-     // Reset to default
-     async resetToDefault() {
-       await NavigationBar.setColor({
-         color: '#000000',
-         darkButtons: false
-       });
-     }
-   }
-   ```
-
-5. **与应用程序生命周期集成**
-   ```typescript
-   import { App } from '@capacitor/app';
-   import { NavigationBar } from '@capgo/capacitor-navigation-bar';
-
-   // Update navigation bar on app state changes
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (isActive) {
-       // Restore your app's navigation bar color
-       await NavigationBar.setColor({
-         color: '#YourAppColor',
-         darkButtons: true
-       });
-     }
-   });
-
-   // Handle theme changes
-   window.matchMedia('(prefers-color-scheme: dark)')
-     .addEventListener('change', async (e) => {
-       await NavigationBar.setColor({
-         color: e.matches ? '#121212' : '#FFFFFF',
-         darkButtons: !e.matches
-       });
-     });
-   ```
-</Steps>
-
-## API 参考
-
-### 方法
-
-#### `setColor(options: ColorOptions)`
-设置导航栏颜色和按钮样式。
-
-**参数：**
-- `options`：配置对象
-  - `color`：字符串 - 十六进制颜色代码（例如，'#FF0000'）
-  - `darkButtons`: 布尔值 - 使用深色按钮 (true) 或浅色按钮 (false)
-
-**返回：** `Promise<void>`
-
-#### `getColor()`
-获取当前导航栏颜色。
-
-**返回：** `Promise<{ color: string }>`
-
-### 接口
-
-```typescript
-interface ColorOptions {
-  color: string;      // Hex color code
-  darkButtons: boolean; // Button style
-}
-
-interface ColorResult {
-  color: string;      // Current hex color
-}
-```
-
-## 平台说明
-
-### Android
-- 需要 Android 5.0 (API 21 级) 或更高
-- 颜色变化立即发生
-- 支持透明颜色（使用 Alpha 通道）
-- 导航栏在具有手势导航的设备上可能不可见
-
-### iOS
-- 该插件对 iOS 设备没有影响
-- iOS不提供API来自定义系统导航
-
-## 常见用例
-
-1. **品牌一致性**：导航栏与应用程序的主要颜色相匹配
-2. **主题支持**：动态适应浅色/深色主题
-3. **沉浸式体验**：对全屏内容使用透明导航
-4. **状态指示**：更改颜色以指示应用程序状态（正在录制、错误等）
-
-## 最佳实践
-
-1. **颜色对比度**：确保导航栏和按钮之间有足够的对比度
-   ```typescript
-   // Good contrast examples
-   setColor({ color: '#FFFFFF', darkButtons: true });  // White bar, dark buttons
-   setColor({ color: '#000000', darkButtons: false }); // Black bar, light buttons
-   ```
-
-2. **主题一致性**：主题更改时更新导航栏
-3. **辅助功能**：选择颜色时考虑有视觉障碍的用户
-4. **性能**：避免可能分散用户注意力的频繁颜色变化
-
-## 故障排除
-
-**导航栏不变：**
-- 验证设备正在运行 Android 5.0+
-- 检查设备是否启用手势导航
-- 确保颜色格式是有效的十六进制（例如“#FF0000”）
-
-**按钮不可见：**
-- 检查 `darkButtons` 参数是否与您的背景颜色匹配
-- 浅色背景需要`darkButtons: true`
-- 深色背景需要 `darkButtons: false`
-
-**颜色看起来不同：**
-- 某些 Android 版本可能会稍微修改颜色
-- 使用完全不透明的颜色以获得最佳效果
diff --git a/src/content/docs/zh/docs/plugins/navigation-bar/index.mdx b/src/content/docs/zh/docs/plugins/navigation-bar/index.mdx
deleted file mode 100644
index a9bfa2601..000000000
--- a/src/content/docs/zh/docs/plugins/navigation-bar/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-navigation-bar'
-description: Capacitor 插件可自定义 Android 导航栏颜色，从而与您的应用程序设计无缝集成。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 为 Android 导航栏设置自定义颜色，以匹配您的应用主题并创建有凝聚力的视觉体验。
-  image:
-    file: ~public/icons/plugins/navigation-bar.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/navigation-bar/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-navigation-bar/'
-      icon: external
-      variant: minimal
-locale: zh
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Android 定制" icon="rocket">
-    完全控制 Android 导航栏外观 🎨
-  </Card>
-  <Card title="动态主题" icon="setting">
-    动态更改颜色以匹配您应用的主题 🌈
-  </Card>
-  <Card title="浅色/深色支持" icon="moon">
-    支持浅色和深色导航栏样式🌓
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/navigation-bar/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/nfc/getting-started.mdx b/src/content/docs/zh/docs/plugins/nfc/getting-started.mdx
deleted file mode 100644
index f46a1b5e2..000000000
--- a/src/content/docs/zh/docs/plugins/nfc/getting-started.mdx
+++ /dev/null
@@ -1,453 +0,0 @@
----
-title: 入门
-description: 了解如何安装和使用 NFC 插件在 Capacitor 应用程序中读取和写入 NFC 标签。
-sidebar:
-  order: 2
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-nfc" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 配置
-
-### iOS 配置
-
-将 NFC 使用说明添加到您的 `Info.plist` 中：
-
-```xml
-<key>NFCReaderUsageDescription</key>
-<string>This app needs NFC access to read and write tags</string>
-```
-
-在 Xcode 项目中启用近场通信标签读取功能。
-
-### Android 配置
-
-将 NFC 权限添加到您的 `AndroidManifest.xml`：
-
-```xml
-<manifest>
-  <uses-permission android:name="android.permission.NFC" />
-  <uses-feature android:name="android.hardware.nfc" android:required="false" />
-</manifest>
-```
-
-## 用法
-
-### 开始扫描 NFC 标签
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-await CapacitorNfc.startScanning({
-  invalidateAfterFirstRead: false, // Keep session open (iOS)
-  alertMessage: 'Hold a tag near the top of your device.',
-});
-
-const listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-  console.log('Tag detected:', event.type);
-  console.log('Tag ID:', event.tag?.id);
-  console.log('NDEF message:', event.tag?.ndefMessage);
-});
-```
-
-### 读取 NFC 标签
-
-```typescript
-await CapacitorNfc.addListener('nfcEvent', (event) => {
-  if (event.tag?.ndefMessage) {
-    event.tag.ndefMessage.forEach(record => {
-      console.log('TNF:', record.tnf);
-      console.log('Type:', record.type);
-      console.log('Payload:', record.payload);
-
-      // Decode text record
-      if (record.tnf === 1 && record.type[0] === 0x54) { // Text record
-        const langLen = record.payload[0] & 0x3f;
-        const text = new TextDecoder().decode(
-          new Uint8Array(record.payload.slice(langLen + 1))
-        );
-        console.log('Text:', text);
-      }
-    });
-  }
-});
-```
-
-### 写入 NFC 标签
-
-```typescript
-// Prepare a text record
-const encoder = new TextEncoder();
-const langBytes = Array.from(encoder.encode('en'));
-const textBytes = Array.from(encoder.encode('Hello NFC'));
-const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x54], // 'T' for Text
-      id: [],
-      payload,
-    },
-  ],
-});
-
-console.log('Tag written successfully');
-```
-
-### 将 URL 写入 NFC 标签
-
-```typescript
-const url = 'https://capgo.app';
-const urlBytes = Array.from(new TextEncoder().encode(url));
-
-await CapacitorNfc.write({
-  allowFormat: true,
-  records: [
-    {
-      tnf: 0x01, // TNF Well-known
-      type: [0x55], // 'U' for URI
-      id: [],
-      payload: [0x01, ...urlBytes], // 0x01 = https://
-    },
-  ],
-});
-```
-
-### 擦除 NFC 标签
-
-```typescript
-await CapacitorNfc.erase();
-console.log('Tag erased');
-```
-
-### 将标签设置为只读
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-console.log('Tag is now read-only');
-```
-
-### 停止扫描
-
-```typescript
-await listener.remove();
-await CapacitorNfc.stopScanning();
-```
-
-### 检查 NFC 状态
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-console.log('NFC status:', status);
-// Possible values: 'NFC_OK', 'NO_NFC', 'NFC_DISABLED', 'NDEF_PUSH_DISABLED'
-
-if (status === 'NFC_DISABLED') {
-  // Open system settings
-  await CapacitorNfc.showSettings();
-}
-```
-
-### Android 光束（P2P 共享）
-
-```typescript
-// Share data via Android Beam
-const message = {
-  records: [
-    {
-      tnf: 0x01,
-      type: [0x54], // Text
-      id: [],
-      payload: [/* text record payload */],
-    },
-  ],
-};
-
-await CapacitorNfc.share(message);
-
-// Later, stop sharing
-await CapacitorNfc.unshare();
-```
-
-## API 参考
-
-### 开始扫描（选项？）
-
-开始监听 NFC 标签。
-
-```typescript
-interface StartScanningOptions {
-  invalidateAfterFirstRead?: boolean; // iOS only, defaults to true
-  alertMessage?: string; // iOS only
-  androidReaderModeFlags?: number; // Android only
-}
-
-await CapacitorNfc.startScanning(options);
-```
-
-### 停止扫描()
-
-停止 NFC 扫描会话。
-
-```typescript
-await CapacitorNfc.stopScanning();
-```
-
-### 写（选项）
-
-将 NDEF 记录写入最后发现的标签。
-
-```typescript
-interface WriteTagOptions {
-  records: NdefRecord[];
-  allowFormat?: boolean; // Defaults to true
-}
-
-interface NdefRecord {
-  tnf: number; // Type Name Format
-  type: number[]; // Record type
-  id: number[]; // Record ID
-  payload: number[]; // Record payload
-}
-
-await CapacitorNfc.write(options);
-```
-
-### 擦除()
-
-删除最后发现的标签。
-
-```typescript
-await CapacitorNfc.erase();
-```
-
-### makeReadOnly()
-
-将最后发现的标签设置为只读（永久）。
-
-```typescript
-await CapacitorNfc.makeReadOnly();
-```
-
-### 分享（选项）
-
-通过 Android Beam 共享 NDEF 消息（仅限 Android）。
-
-```typescript
-await CapacitorNfc.share({ records: [...] });
-```
-
-### 取消共享()
-
-停止共享（仅限 Android）。
-
-```typescript
-await CapacitorNfc.unshare();
-```
-
-### 获取状态()
-
-获取当前 NFC 适配器状态。
-
-```typescript
-const { status } = await CapacitorNfc.getStatus();
-// Returns: 'NFC_OK' | 'NO_NFC' | 'NFC_DISABLED' | 'NDEF_PUSH_DISABLED'
-```
-
-### 显示设置()
-
-打开系统 NFC 设置。
-
-```typescript
-await CapacitorNfc.showSettings();
-```
-
-## 活动
-
-### nfc事件
-
-发现 NFC 标签时触发。
-
-```typescript
-interface NfcEvent {
-  type: 'tag' | 'ndef' | 'ndef-mime' | 'ndef-formattable';
-  tag?: NfcTag;
-}
-
-interface NfcTag {
-  id: number[];
-  techTypes: string[];
-  type: string | null;
-  maxSize: number | null;
-  isWritable: boolean | null;
-  canMakeReadOnly: boolean | null;
-  ndefMessage: NdefRecord[] | null;
-}
-```
-
-### nfcStateChange
-
-当 NFC 适配器可用性发生变化时触发（仅限 Android）。
-
-```typescript
-interface NfcStateChangeEvent {
-  status: NfcStatus;
-  enabled: boolean;
-}
-```
-
-## 完整示例
-
-```typescript
-import { CapacitorNfc } from '@capgo/capacitor-nfc';
-
-export class NfcService {
-  private listener: any;
-
-  async startReading() {
-    // Check NFC status
-    const { status } = await CapacitorNfc.getStatus();
-
-    if (status === 'NO_NFC') {
-      throw new Error('NFC not available on this device');
-    }
-
-    if (status === 'NFC_DISABLED') {
-      await CapacitorNfc.showSettings();
-      return;
-    }
-
-    // Start scanning
-    await CapacitorNfc.startScanning({
-      invalidateAfterFirstRead: false,
-      alertMessage: 'Ready to scan NFC tags',
-    });
-
-    // Listen for tags
-    this.listener = await CapacitorNfc.addListener('nfcEvent', (event) => {
-      this.handleNfcEvent(event);
-    });
-  }
-
-  private handleNfcEvent(event: any) {
-    console.log('NFC Event:', event.type);
-
-    if (event.tag?.ndefMessage) {
-      event.tag.ndefMessage.forEach(record => {
-        this.processRecord(record);
-      });
-    }
-  }
-
-  private processRecord(record: any) {
-    // Process text records
-    if (record.tnf === 1 && record.type[0] === 0x54) {
-      const langLen = record.payload[0] & 0x3f;
-      const text = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(langLen + 1))
-      );
-      console.log('Text:', text);
-    }
-
-    // Process URI records
-    if (record.tnf === 1 && record.type[0] === 0x55) {
-      const uriCode = record.payload[0];
-      const uri = new TextDecoder().decode(
-        new Uint8Array(record.payload.slice(1))
-      );
-      console.log('URI:', uri);
-    }
-  }
-
-  async writeText(text: string) {
-    const encoder = new TextEncoder();
-    const langBytes = Array.from(encoder.encode('en'));
-    const textBytes = Array.from(encoder.encode(text));
-    const payload = [langBytes.length & 0x3f, ...langBytes, ...textBytes];
-
-    await CapacitorNfc.write({
-      allowFormat: true,
-      records: [
-        {
-          tnf: 0x01,
-          type: [0x54],
-          id: [],
-          payload,
-        },
-      ],
-    });
-  }
-
-  async stopReading() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await CapacitorNfc.stopScanning();
-  }
-}
-```
-
-## NDEF 记录类型
-
-### TNF（类型名称格式）
-
-- `0x00`：空
-- `0x01`：众所周知（例如文本、URI）
-- `0x02`：MIME 媒体类型
-- `0x03`：绝对 URI
-- `0x04`：外部类型
-- `0x05`：未知
-- `0x06`：不变
-- `0x07`：保留
-
-### 常见记录类型
-
-- **文本**：`type: [0x54]` ('T')
-- **URI**：`type: [0x55]`（'U'）
-- **智能海报**：`type: [0x53, 0x70]`（'Sp'）
-
-### URI 前缀
-
-- `0x00`：（无前缀）
-- `0x01`：`https://`
-- `0x02`：`https://`
-- `0x03`：`http://`
-- `0x04`: `https://www.`
-
-## 最佳实践
-
-1. **检查 NFC 状态**：始终验证 NFC 是否可用并已启用
-2. **处理权限**：适当请求 NFC 权限
-3. **停止扫描**：完成后始终停止扫描以节省电池
-4. **错误处理**：将 NFC 操作包装在 try-catch 块中
-5. **在设备上测试**：NFC 功能在模拟器/仿真器上不起作用
-
-## 平台说明
-
-### iOS
-- 需要 iOS 11.0+
-- 使用核心 NFC 框架
-- 支持后台标签读取（iOS 13+）
-- 仅限读取 NDEF 格式的标签
-- 无法在后台写入标签
-- 需要 Info.plist 中的 NFCReaderUsageDescription### Android
-- 需要 Android 4.4 (API 19)+
-- 使用 Android NFC API
-- 支持前台和后台标签读取
-- 可以写入标签
-- 在具有 NFC 的设备上支持 Android Beam (P2P)
-- 需要 AndroidManifest.xml 中的 NFC 权限
-
-### 网络
-- 不支持网络平台
diff --git a/src/content/docs/zh/docs/plugins/nfc/index.mdx b/src/content/docs/zh/docs/plugins/nfc/index.mdx
deleted file mode 100644
index 3fad58c24..000000000
--- a/src/content/docs/zh/docs/plugins/nfc/index.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: '@capgo/capacitor-nfc'
-description: 本机 NFC 标签发现、读取和写入 iOS 和 Android 上的 Capacitor 应用程序。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 读取和写入 NFC 标签，并原生支持 iOS 和 Android，从而实现非接触式交互和智能标签体验。
-  image:
-    file: ~public/icons/plugins/nfc.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/nfc/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-nfc/'
-      icon: external
-      variant: minimal
-locale: zh
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="标签发现" icon="star">
-    当 NFC 标签靠近设备时自动检测 📡
-  </Card>
-  <Card title="读取 NDEF 记录" icon="open-book">
-    从 NFC 标签读取结构化数据，包括文本、URL 和自定义负载 📖
-  </Card>
-  <Card title="写入标签" icon="pencil">
-    将 NDEF 消息写入兼容的 NFC 标签📝
-  </Card>
-  <Card title="标签格式" icon="setting">
-    格式化 NDEF-formattable 标签以写入数据🔧
-  </Card>
-  <Card title="Peer-to-Peer" icon="rocket">
-    使用 Android Beam 在设备之间共享数据（仅限 Android）📲
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    适用于 iOS 和 Android，并具有一致的 API 📱
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/pay/getting-started.mdx b/src/content/docs/zh/docs/plugins/pay/getting-started.mdx
deleted file mode 100644
index d017cafbc..000000000
--- a/src/content/docs/zh/docs/plugins/pay/getting-started.mdx
+++ /dev/null
@@ -1,129 +0,0 @@
----
-title: 入门
-description: 使用 Pay 插件为您的 Capacitor 结帐配置 Apple Pay 和 Google Pay。
-sidebar:
-  order: 2
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装插件**
-   <PackageManagers pkg="@capgo/capacitor-pay" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 本机先决条件
-
-- **Apple 付款 (iOS)**
-  1. 在 Apple 开发者门户中创建 Apple 支付商户 ID。
-  2. 生成并上传网关所需的支付处理证书。
-  3. 在 Xcode 中启用 **Apple Pay** 功能，并确保您的配置文件包含它。
-  4. 如果您的网关需要网络访问来验证付款，请使用使用说明更新 `Info.plist`。
-
-- **Google 支付 (Android)**
-  1. 登录 [Google 支付业务控制台](https://pay.google.com/business/console/)。
-  2. 配置您的支付网关参数或设置直接标记化以进行测试。
-  3. 如果您计划使用生产卡，请将 `environment` 切换为 `PRODUCTION` 并注册用于 QA 的测试卡。
-  4. 确认设备上可以使用 Google Play 服务（Google Pay 需要）。
-
-请参阅插件存储库中 `docs/` 下的指南以获取分步屏幕截图。
-
-## 检查可用性
-
-```typescript
-import { Pay } from '@capgo/capacitor-pay';
-
-const availability = await Pay.isPayAvailable({
-  apple: { supportedNetworks: ['visa', 'masterCard', 'amex'] },
-  google: {
-    isReadyToPayRequest: {
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-          },
-        },
-      ],
-    },
-  },
-});
-
-if (!availability.available) {
-  console.warn('Native pay unavailable:', availability);
-}
-```
-
-## 请求付款（Apple 付款）
-
-```typescript
-const appleResult = await Pay.requestPayment({
-  apple: {
-    merchantIdentifier: 'merchant.com.example.app',
-    countryCode: 'US',
-    currencyCode: 'USD',
-    supportedNetworks: ['visa', 'masterCard'],
-    paymentSummaryItems: [
-      { label: 'Starter Plan', amount: '9.99' },
-      { label: 'Capgo Store', amount: '9.99' },
-    ],
-    requiredShippingContactFields: ['name', 'emailAddress'],
-  },
-});
-
-const token = appleResult.apple?.paymentData;
-```
-
-## 请求付款（Google 付款）
-
-```typescript
-const googleResult = await Pay.requestPayment({
-  google: {
-    environment: 'test',
-    paymentDataRequest: {
-      apiVersion: 2,
-      apiVersionMinor: 0,
-      allowedPaymentMethods: [
-        {
-          type: 'CARD',
-          parameters: {
-            allowedAuthMethods: ['PAN_ONLY', 'CRYPTOGRAM_3DS'],
-            allowedCardNetworks: ['VISA', 'MASTERCARD'],
-            billingAddressRequired: true,
-            billingAddressParameters: { format: 'FULL' },
-          },
-          tokenizationSpecification: {
-            type: 'PAYMENT_GATEWAY',
-            parameters: {
-              gateway: 'example',
-              gatewayMerchantId: 'exampleMerchantId',
-            },
-          },
-        },
-      ],
-      merchantInfo: {
-        merchantName: 'Capgo Store',
-      },
-      transactionInfo: {
-        totalPriceStatus: 'FINAL',
-        totalPrice: '9.99',
-        currencyCode: 'USD',
-        countryCode: 'US',
-      },
-    },
-  },
-});
-
-const paymentData = googleResult.google?.paymentData;
-```
-
-## 处理响应
-
-- 使用您的支付处理器对返回的有效负载进行标记，并在服务器端确认交易。
-- 如果本地支付不可用或用户取消表单，则显示后备路径（卡输入、发票）。
-- 缓存可用性结果，以便您不会在不受支持的设备上显示按钮。
diff --git a/src/content/docs/zh/docs/plugins/pay/index.mdx b/src/content/docs/zh/docs/plugins/pay/index.mdx
deleted file mode 100644
index 0f8769b3b..000000000
--- a/src/content/docs/zh/docs/plugins/pay/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: '@capgo/capacitor-pay'
-description: 使用统一的工作流程呈现来自 Capacitor 的 Apple 工资和 Google 工资表。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 通过适应每个平台的单个 TypeScript API 提供原生 Apple Pay 和 Google Pay 结账。
-  image:
-    file: ~public/icons/plugins/pay.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/pay/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-pay/'
-      icon: external
-      variant: minimal
-locale: zh
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Pay 连接了最新的 Apple Pay 和 Google Pay SDKs，因此您可以跨设备提供一种无缝结账体验。
-
-<CardGrid stagger>
-  <Card title="统一API" icon="pencil">
-    调用 `isPayAvailable` 和 `requestPayment` 一次，让插件处理每个平台。
-  </Card>
-  <Card title="快速设置" icon="rocket">
-    发送完全原生的支付表，无需手动连接特定于平台的代码。
-  </Card>
-  <Card title="代币化支付" icon="approve-check">
-    接收准备用于网关或 PSP 集成的支付令牌。
-  </Card>
-  <Card title="可定制的流程" icon="star">
-    配置行项目、联系人字段和计费要求以适合您的结帐。
-  </Card>
-</CardGrid>
-
-深入了解每个平台的设置清单和示例有效负载的入门指南。
diff --git a/src/content/docs/zh/docs/plugins/pdf-generator/getting-started.mdx b/src/content/docs/zh/docs/plugins/pdf-generator/getting-started.mdx
deleted file mode 100644
index 10a952412..000000000
--- a/src/content/docs/zh/docs/plugins/pdf-generator/getting-started.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 使用 Capgo PDF Generator 插件将 HTML 和远程页面渲染为 PDF。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装插件**
-   <PackageManagers pkg="@capgo/capacitor-pdf-generator" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步平台**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 从 HTML 生成
-
-```typescript
-import { PdfGenerator } from '@capgo/capacitor-pdf-generator';
-
-const receiptHtml = `
-  <html>
-    <body>
-      <h1>Capgo Store</h1>
-      <p>Thank you for your purchase.</p>
-    </body>
-  </html>
-`;
-
-const pdf = await PdfGenerator.fromData({
-  data: receiptHtml,
-  documentSize: 'A4',
-  orientation: 'portrait',
-  type: 'base64',
-  fileName: 'receipt.pdf',
-});
-
-if (pdf.type === 'base64') {
-  const link = document.createElement('a');
-  link.href = `data:application/pdf;base64,${pdf.base64}`;
-  link.download = 'receipt.pdf';
-  link.click();
-}
-```
-
-## 捕获远程 URL
-
-```typescript
-await PdfGenerator.fromURL({
-  url: 'https://docs.capgo.app/invoice?id=123',
-  orientation: 'landscape',
-  documentSize: 'A4',
-  type: 'share', // opens the native share dialog
-  fileName: 'invoice-123.pdf',
-});
-```
-
-## 提示
-
-- 在 HTML 字符串中包含内联 CSS 或提供 `baseUrl`，以便正确解析相对资源。
-- 在移动设备上返回 base64 数据时，在共享之前将其移动到文件系统（例如，Capacitor Filesystem）。
-- landscape 方向适合宽表格，而 portrait 适合大多数文档。
-- 考虑使用作用域 CSS 字体（例如，系统字体）以在各平台上实现一致的渲染。
diff --git a/src/content/docs/zh/docs/plugins/pdf-generator/index.mdx b/src/content/docs/zh/docs/plugins/pdf-generator/index.mdx
deleted file mode 100644
index 26a492ed9..000000000
--- a/src/content/docs/zh/docs/plugins/pdf-generator/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-pdf-generator"
-locale: zh
-description: 直接在设备上从 HTML 标记或远程 URL 生成 PDF。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 在您的 Capacitor 应用中从模板、收据或报告渲染像素完美的 PDF，无需离开应用。
-  image:
-    file: ~public/icons/plugins/pdf-generator.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/pdf-generator/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-pdf-generator/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-使用 Capgo 的 iOS 和 Android 原生渲染器将 HTML 或远程页面转换为可共享的 PDF。
-
-<CardGrid stagger>
-  <Card title="HTML 转 PDF" icon="pencil">
-    输入 HTML 模板，在几秒钟内获得一个可共享的 PDF 文档。
-  </Card>
-  <Card title="远程捕获" icon="rocket">
-    快照任何可访问的 URL 并保存或分发生成的 PDF。
-  </Card>
-  <Card title="灵活的输出" icon="star">
-    根据您的工作流程返回 base64 数据或触发原生分享表。
-  </Card>
-  <Card title="文档控制" icon="setting">
-    为每次渲染指定方向、页面大小和文件名。
-  </Card>
-</CardGrid>
-
-前往入门指南了解平台说明和使用示例。
diff --git a/src/content/docs/zh/docs/plugins/pedometer/getting-started.mdx b/src/content/docs/zh/docs/plugins/pedometer/getting-started.mdx
deleted file mode 100644
index 00e6e4008..000000000
--- a/src/content/docs/zh/docs/plugins/pedometer/getting-started.mdx
+++ /dev/null
@@ -1,208 +0,0 @@
----
-title: 计步器入门
-description: 了解如何将步数统计和健身跟踪集成到您的 Capacitor 应用程序中
-locale: zh
----
-本指南将引导您将 Capacitor 计步器插件集成到您的应用程序中。
-
-## 安装
-
-使用 npm 安装插件：
-
-```bash
-npm install @capgo/capacitor-pedometer
-npx cap sync
-```
-
-## iOS 配置
-
-将动作使用说明添加到您的 `Info.plist` 中：
-
-```xml
-<key>NSMotionUsageDescription</key>
-<string>We need access to your motion data to track steps and activity</string>
-```
-
-## Android 配置
-
-该插件会自动添加 `ACTIVITY_RECOGNITION` 权限。对于 Android 10+ (API 29)，您需要在运行时请求此权限。
-
-## 基本用法
-
-### 导入插件
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-```
-
-### 检查可用性
-
-```typescript
-const checkPedometer = async () => {
-  const result = await CapacitorPedometer.isAvailable();
-  console.log('Step counting available:', result.stepCounting);
-  console.log('Distance available:', result.distance);
-  console.log('Floor counting available:', result.floorCounting);
-  console.log('Pace available:', result.pace);
-  console.log('Cadence available:', result.cadence);
-};
-```
-
-### 请求权限
-
-```typescript
-const requestPermission = async () => {
-  const permission = await CapacitorPedometer.requestPermissions();
-  console.log('Permission status:', permission.activityRecognition);
-};
-```
-
-### 获取当前测量值
-
-```typescript
-const getMeasurements = async () => {
-  const measurements = await CapacitorPedometer.getMeasurement({
-    startDate: new Date(Date.now() - 24 * 60 * 60 * 1000), // 24 hours ago
-    endDate: new Date()
-  });
-
-  console.log('Steps:', measurements.numberOfSteps);
-  console.log('Distance:', measurements.distance, 'meters');
-  console.log('Floors ascended:', measurements.floorsAscended);
-  console.log('Floors descended:', measurements.floorsDescended);
-};
-```
-
-### 开始实时更新
-
-```typescript
-// Add listener for real-time updates
-CapacitorPedometer.addListener('measurement', (data) => {
-  console.log('Steps:', data.numberOfSteps);
-  console.log('Distance:', data.distance);
-  console.log('Pace:', data.currentPace);
-  console.log('Cadence:', data.currentCadence);
-});
-
-// Start receiving updates
-await CapacitorPedometer.startMeasurementUpdates();
-```
-
-### 停止更新
-
-```typescript
-await CapacitorPedometer.stopMeasurementUpdates();
-CapacitorPedometer.removeAllListeners();
-```
-
-## 完整示例
-
-```typescript
-import { CapacitorPedometer } from '@capgo/capacitor-pedometer';
-
-class PedometerService {
-  private listener: any;
-
-  async initialize() {
-    // Check availability
-    const available = await CapacitorPedometer.isAvailable();
-    if (!available.stepCounting) {
-      console.error('Step counting not available');
-      return false;
-    }
-
-    // Request permissions
-    const permission = await CapacitorPedometer.requestPermissions();
-    if (permission.activityRecognition !== 'granted') {
-      console.error('Permission denied');
-      return false;
-    }
-
-    return true;
-  }
-
-  async startTracking() {
-    // Add listener
-    this.listener = CapacitorPedometer.addListener('measurement', (data) => {
-      this.onMeasurement(data);
-    });
-
-    // Start updates
-    await CapacitorPedometer.startMeasurementUpdates();
-    console.log('Pedometer tracking started');
-  }
-
-  async stopTracking() {
-    await CapacitorPedometer.stopMeasurementUpdates();
-    if (this.listener) {
-      this.listener.remove();
-    }
-    console.log('Pedometer tracking stopped');
-  }
-
-  onMeasurement(data: any) {
-    console.log('Steps today:', data.numberOfSteps);
-    console.log('Distance:', (data.distance / 1000).toFixed(2), 'km');
-  }
-
-  async getTodaySteps() {
-    const today = new Date();
-    today.setHours(0, 0, 0, 0);
-
-    const measurements = await CapacitorPedometer.getMeasurement({
-      startDate: today,
-      endDate: new Date()
-    });
-
-    return measurements.numberOfSteps;
-  }
-}
-
-// Usage
-const pedometer = new PedometerService();
-await pedometer.initialize();
-await pedometer.startTracking();
-```
-
-## 最佳实践
-
-1. **检查可用性**：使用前务必验证计步器功能
-2. **请求权限**：优雅地处理权限请求
-3. **电池优化**：不需要时停止更新
-4. **错误处理**：将调用包装在 try-catch 块中
-5. **后台更新**：配置连续跟踪的后台模式
-
-## 常见问题
-
-### 权限被拒绝
-
-```typescript
-const handlePermissionDenied = async () => {
-  const permission = await CapacitorPedometer.checkPermissions();
-
-  if (permission.activityRecognition === 'denied') {
-    alert('Motion tracking permission is required. Please enable it in Settings.');
-  }
-};
-```
-
-### 在设备上不可用
-
-```typescript
-const checkSupport = async () => {
-  const available = await CapacitorPedometer.isAvailable();
-
-  if (!available.stepCounting) {
-    alert('Step counting is not available on this device');
-    return false;
-  }
-
-  return true;
-};
-```
-
-## 后续步骤
-
-- 浏览 [API 参考](https://github.com/Cap-go/capacitor-pedometer#api) 以获取完整文档
-- 查看[示例应用程序](https://github.com/Cap-go/capacitor-pedometer/tree/main/example)
-- 有关高级实现，请参阅[教程](/plugins/capacitor-pedometer)
diff --git a/src/content/docs/zh/docs/plugins/pedometer/index.mdx b/src/content/docs/zh/docs/plugins/pedometer/index.mdx
deleted file mode 100644
index ad07e7c74..000000000
--- a/src/content/docs/zh/docs/plugins/pedometer/index.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: '@capgo/capacitor-pedometer'
-description: 使用设备计步器传感器跟踪步数、距离、配速和健身数据，以进行全面的健康和健身监测。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 访问全面的计步器数据，通过实时更新和历史数据查询进行健身和健康跟踪。
-  image:
-    file: ~public/icons/plugins/pedometer.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/pedometer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-pedometer/'
-      icon: external
-      variant: minimal
-locale: zh
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="计步" icon="rocket">
-    准确的步数检测和计数👟
-  </Card>
-  <Card title="距离追踪" icon="star">
-    实时计算行驶距离📏
-  </Card>
-  <Card title="步速和节奏" icon="setting">
-    监控步行和跑步速度🏃
-  </Card>
-  <Card title="史料" icon="document">
-    查询特定时间范围的计步数据📊
-  </Card>
-  <Card title="楼层追踪" icon="approve-check">
-    计算 iOS 设备上爬升的楼层 🪜
-  </Card>
-  <Card title="入门" icon="open-book">
-    检查[入门指南](/docs/plugins/pedometer/getting-started/)以安装和配置插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/persistent-account/getting-started.mdx b/src/content/docs/zh/docs/plugins/persistent-account/getting-started.mdx
deleted file mode 100644
index fa92bdfec..000000000
--- a/src/content/docs/zh/docs/plugins/persistent-account/getting-started.mdx
+++ /dev/null
@@ -1,339 +0,0 @@
----
-title: 快速入门
-locale: zh
-description: 学习如何安装和使用 Persistent Account 插件来维护应用程序安装后的用户数据。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-persistent-account
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 平台支持
-
-- **iOS**: 使用 iOS Keychain Services 进行安全的持久化存储
-- **Android**: 使用 Android Account Manager 或带备份的共享首选项
-
-## 使用示例
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// 定义您的账户数据结构
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// 保存账户数据
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// 读取账户数据
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('已恢复账户:', account.username);
-} else {
-  console.log('未找到账户数据');
-}
-```
-
-## API 参考
-
-### saveAccount(options)
-
-```typescript
-saveAccount(options: { data: unknown }) => Promise<void>
-```
-
-安全地保存账户数据到持久化存储。
-
-| 参数         | 类型                      |
-| ------------- | ------------------------- |
-| **`options`** | `{ data: unknown }` |
-
-### readAccount()
-
-```typescript
-readAccount() => Promise<{ data: unknown | null }>
-```
-
-检索已存储的账户数据。
-
-**返回:** `Promise<{ data: unknown | null }>`
-
-## 实际应用
-
-### 完整的身份验证服务示例
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  authToken?: string;
-  preferences: {
-    theme: string;
-    language: string;
-    notifications: boolean;
-  };
-}
-
-class AuthService {
-  // 登录后保存用户账户
-  async saveUserAccount(user: UserAccount) {
-    try {
-      await PersistentAccount.saveAccount({ data: user });
-      console.log('用户账户保存成功');
-    } catch (error) {
-      console.error('保存账户失败:', error);
-      throw error;
-    }
-  }
-
-  // 应用启动时恢复用户账户
-  async restoreUserAccount(): Promise<UserAccount | null> {
-    try {
-      const result = await PersistentAccount.readAccount();
-
-      if (result.data) {
-        const account = result.data as UserAccount;
-        console.log('已恢复用户账户:', account.username);
-        return account;
-      }
-
-      console.log('未找到已保存的账户');
-      return null;
-    } catch (error) {
-      console.error('恢复账户失败:', error);
-      return null;
-    }
-  }
-
-  // 更新用户偏好设置
-  async updatePreferences(preferences: Partial<UserAccount['preferences']>) {
-    const account = await this.restoreUserAccount();
-
-    if (account) {
-      const updatedAccount: UserAccount = {
-        ...account,
-        preferences: {
-          ...account.preferences,
-          ...preferences
-        }
-      };
-
-      await this.saveUserAccount(updatedAccount);
-    }
-  }
-
-  // 清除账户数据（登出时）
-  async clearAccount() {
-    try {
-      await PersistentAccount.saveAccount({ data: null });
-      console.log('账户数据已清除');
-    } catch (error) {
-      console.error('清除账户失败:', error);
-    }
-  }
-}
-
-// 使用方法
-const authService = new AuthService();
-
-// 登录时
-await authService.saveUserAccount({
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  authToken: 'abc123xyz',
-  preferences: {
-    theme: 'dark',
-    language: 'en',
-    notifications: true
-  }
-});
-
-// 应用启动时
-const savedAccount = await authService.restoreUserAccount();
-if (savedAccount) {
-  // 用户之前已登录
-  console.log('欢迎回来,', savedAccount.username);
-}
-
-// 更新偏好设置
-await authService.updatePreferences({
-  theme: 'light',
-  notifications: false
-});
-
-// 登出时
-await authService.clearAccount();
-```
-
-### 带账户恢复的应用初始化
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function initializeApp() {
-  try {
-    // 尝试恢复已保存的账户
-    const result = await PersistentAccount.readAccount();
-
-    if (result.data) {
-      const account = result.data as UserAccount;
-
-      // 验证令牌是否仍然有效
-      const isValid = await validateAuthToken(account.authToken);
-
-      if (isValid) {
-        // 恢复用户会话
-        setCurrentUser(account);
-        navigateToHome();
-      } else {
-        // 令牌已过期，显示登录界面
-        navigateToLogin();
-      }
-    } else {
-      // 没有已保存的账户，显示登录界面
-      navigateToLogin();
-    }
-  } catch (error) {
-    console.error('应用初始化失败:', error);
-    navigateToLogin();
-  }
-}
-
-// 在应用启动时调用
-initializeApp();
-```
-
-### 与后端同步
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-async function syncAccountWithBackend() {
-  const result = await PersistentAccount.readAccount();
-
-  if (result.data) {
-    const localAccount = result.data as UserAccount;
-
-    try {
-      // 从服务器获取最新的账户数据
-      const response = await fetch(`/api/users/${localAccount.userId}`);
-      const serverAccount = await response.json();
-
-      // 合并服务器数据和本地偏好设置
-      const mergedAccount: UserAccount = {
-        ...serverAccount,
-        preferences: {
-          ...serverAccount.preferences,
-          ...localAccount.preferences // 本地偏好设置优先
-        }
-      };
-
-      // 保存合并后的数据
-      await PersistentAccount.saveAccount({ data: mergedAccount });
-
-      return mergedAccount;
-    } catch (error) {
-      console.error('与后端同步失败:', error);
-      // 返回本地账户作为备选
-      return localAccount;
-    }
-  }
-
-  return null;
-}
-```
-
-## 最佳实践
-
-- **类型安全**: 为账户数据定义清晰的 TypeScript 接口
-- **验证**: 从持久化存储读取数据时始终进行验证
-- **错误处理**: 为所有操作实现适当的 try-catch 块
-- **安全性**: 不要以明文形式存储敏感数据（如密码）
-- **令牌管理**: 恢复账户时刷新身份验证令牌
-- **数据大小**: 保持存储数据最小化以确保快速读写操作
-- **空值检查**: 使用数据前始终检查数据是否存在
-- **备份策略**: 考虑与后端同步以获得额外的安全保障
-
-## 安全注意事项
-
-- 账户数据使用特定于平台的安全存储机制存储
-- 数据在应用卸载和重新安装后仍然存在
-- 考虑在存储前加密敏感信息
-- 读取存储的账户时实施适当的数据验证
-- 遵循平台关于用户数据处理的指南
-- 使用带有过期时间的身份验证令牌以确保安全
-- 在用户登出时适当清除账户数据
-
-## 平台实现
-
-### iOS
-
-- 利用 iOS Keychain Services 进行安全的持久化存储
-- 数据在应用删除和设备恢复后仍然存在
-- 受 iOS 安全机制保护
-
-### Android
-
-- 使用 Android Account Manager 或带备份的共享首选项
-- 在应用重新安装和设备迁移期间保持数据
-- 受 Android 系统安全保护
-
-## 使用场景
-
-- **用户引导**: 在应用重新安装期间保留用户进度
-- **账户恢复**: 在应用更新后恢复用户会话
-- **偏好设置存储**: 维护用户设置和配置
-- **离线优先应用**: 在本地存储必要的用户数据
-- **会话管理**: 使用户在应用重启后保持登录状态
-- **设备迁移**: 将用户数据传输到新设备
diff --git a/src/content/docs/zh/docs/plugins/persistent-account/index.mdx b/src/content/docs/zh/docs/plugins/persistent-account/index.mdx
deleted file mode 100644
index 369bca775..000000000
--- a/src/content/docs/zh/docs/plugins/persistent-account/index.mdx
+++ /dev/null
@@ -1,132 +0,0 @@
----
-title: "@capgo/capacitor-persistent-account"
-locale: zh
-description: 用于 Capacitor 应用的持久化账户管理插件，具有安全存储、会话处理和用户数据持久化功能。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 通过持久化存储、安全会话处理和跨应用会话的无缝身份验证管理用户账户。
-  image:
-    file: ~public/icons/plugins/persistent-account.svg
-  actions:
-    - text: 快速入门
-      link: /docs/plugins/persistent-account/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-persistent-account/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概览
-
-Capacitor Persistent Account 插件能够在应用安装之间安全存储和持久化用户账户数据。此插件确保即使在应用重新安装后，用户账户信息仍然可用，提供无缝的用户体验和账户连续性。
-
-<CardGrid stagger>
-  <Card title="跨安装持久化" icon="rocket">
-    数据在应用卸载/重新安装循环中保持不变 💾
-  </Card>
-  <Card title="安全存储" icon="setting">
-    通过系统集成实现安全的账户数据存储 🔐
-  </Card>
-  <Card title="简单的 API" icon="puzzle">
-    用于账户管理的清晰读写接口 📊
-  </Card>
-  <Card title="跨平台" icon="laptop">
-    原生 iOS 和 Android 实现 📱
-  </Card>
-</CardGrid>
-
-## 安装
-
-```bash
-npm install @capgo/capacitor-persistent-account
-npx cap sync
-```
-
-## 核心 API 方法
-
-### 数据管理
-- `saveAccount(options: { data: unknown })` - 安全地保存账户数据到持久化存储
-- `readAccount()` - 检索已存储的账户数据，返回 `Promise<{ data: unknown | null }>`
-
-## 主要功能
-
-- **跨安装持久化**: 账户数据在应用卸载和重新安装后仍然存在
-- **安全存储**: 使用特定于平台的安全存储机制
-- **类型灵活性**: 存储任何可序列化的账户数据结构
-- **跨平台支持**: iOS 和 Android 的原生实现
-
-## 使用示例
-
-```typescript
-import { PersistentAccount } from '@capgo/capacitor-persistent-account';
-
-// 定义您的账户数据结构
-interface UserAccount {
-  userId: string;
-  username: string;
-  email: string;
-  preferences: {
-    theme: string;
-    notifications: boolean;
-  };
-}
-
-// 保存账户数据
-const accountData: UserAccount = {
-  userId: '12345',
-  username: 'john_doe',
-  email: 'john@example.com',
-  preferences: {
-    theme: 'dark',
-    notifications: true
-  }
-};
-
-await PersistentAccount.saveAccount({ data: accountData });
-
-// 读取账户数据
-const result = await PersistentAccount.readAccount();
-if (result.data) {
-  const account = result.data as UserAccount;
-  console.log('已恢复账户:', account.username);
-} else {
-  console.log('未找到账户数据');
-}
-```
-
-## 使用场景
-
-- **用户引导**: 在应用重新安装期间保留用户进度
-- **账户恢复**: 在应用更新后恢复用户会话
-- **偏好设置存储**: 维护用户设置和配置
-- **离线优先应用**: 在本地存储必要的用户数据
-
-## 平台实现
-
-### iOS
-- 利用 iOS Keychain Services 进行安全的持久化存储
-- 数据在应用删除和设备恢复后仍然存在
-
-### Android
-- 使用 Android Account Manager 或带备份的共享首选项
-- 在应用重新安装和设备迁移期间保持数据
-
-## 安全注意事项
-
-- 账户数据使用特定于平台的安全存储存储
-- 考虑对敏感信息进行数据加密
-- 读取存储的账户时实施适当的数据验证
-- 遵循平台关于用户数据处理的指南
-
-## 文档
-
-查看[完整文档](/docs/plugins/persistent-account/getting-started/)以获取详细的实现指南和最佳实践。
diff --git a/src/content/docs/zh/docs/plugins/photo-library/getting-started.mdx b/src/content/docs/zh/docs/plugins/photo-library/getting-started.mdx
deleted file mode 100644
index 45fb1c5fa..000000000
--- a/src/content/docs/zh/docs/plugins/photo-library/getting-started.mdx
+++ /dev/null
@@ -1,76 +0,0 @@
----
-title: 快速入门
-locale: zh
-description: 通过分页和媒体选择器集成原生照片图库。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装插件**
-   <PackageManagers pkg="@capgo/capacitor-photo-library" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步平台**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 平台权限
-
-- **iOS**: 在 `Info.plist` 中添加 `NSPhotoLibraryUsageDescription`（如果您计划保存媒体，还需添加 `NSPhotoLibraryAddUsageDescription`）。
-- **Android**: 对于 Android 13+，声明照片/视频权限（`READ_MEDIA_IMAGES`、`READ_MEDIA_VIDEO`）。Capacitor 5 会自动处理这些权限，但请仔细检查自定义清单。
-
-## 请求访问权限
-
-```typescript
-import { PhotoLibrary } from '@capgo/capacitor-photo-library';
-
-const { state } = await PhotoLibrary.requestAuthorization();
-if (state !== 'authorized' && state !== 'limited') {
-  throw new Error('照片访问被拒绝');
-}
-```
-
-## 加载图库
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-const { assets, hasMore, nextPage } = await PhotoLibrary.getLibrary({
-  limit: 100,
-  includeAlbums: false,
-  thumbnailWidth: 256,
-  thumbnailHeight: 256,
-});
-
-const gallery = assets.map((asset) => ({
-  id: asset.id,
-  fileName: asset.fileName,
-  created: asset.creationDate,
-  thumbnailUrl: asset.thumbnail
-    ? asset.thumbnail.webPath ?? Capacitor.convertFileSrc(asset.thumbnail.path)
-    : undefined,
-  photoUrl: asset.file
-    ? asset.file.webPath ?? Capacitor.convertFileSrc(asset.file.path)
-    : undefined,
-}));
-```
-
-要获取其他页面，请调用 `PhotoLibrary.getLibrary({ cursor: nextPage })`。
-
-## 让用户选择媒体
-
-```typescript
-const selection = await PhotoLibrary.pickMedia({
-  selectionLimit: 5,
-  includeVideos: true,
-});
-
-console.log('用户选择了', selection.assets.length, '项');
-```
-
-## 清理缓存文件
-
-生成的缩略图和导出文件存储在 `photoLibrary` 下的应用缓存目录中。当您需要回收存储空间时，可以使用您首选的文件 API 删除它们。
diff --git a/src/content/docs/zh/docs/plugins/photo-library/index.mdx b/src/content/docs/zh/docs/plugins/photo-library/index.mdx
deleted file mode 100644
index 5121d45dc..000000000
--- a/src/content/docs/zh/docs/plugins/photo-library/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-photo-library"
-locale: zh
-description: 使用高效的分页、缩略图和缓存 URL 浏览和选择照片。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 构建利用原生照片图库和强大授权流程的自定义图库。
-  image:
-    file: ~public/icons/plugins/photo-library.svg
-  actions:
-    - text: 快速入门
-      link: /docs/plugins/photo-library/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-photo-library/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-Capgo Photo Library 帮助您列出相册、分页浏览资源和请求缩略图，同时保持性能检查。
-
-<CardGrid stagger>
-  <Card title="授权助手" icon="approve-check">
-    请求权限并优雅地处理受限访问状态。
-  </Card>
-  <Card title="分页获取" icon="rocket">
-    使用基于游标的加载和可自定义的限制对图库进行分页。
-  </Card>
-  <Card title="优化的缩略图" icon="star">
-    以固定尺寸获取缩略图 URL，实现流畅的滚动列表。
-  </Card>
-  <Card title="媒体选择" icon="download">
-    让用户选择照片或视频，并配置选择限制。
-  </Card>
-</CardGrid>
-
-查看快速入门指南以了解权限设置和图库示例。
diff --git a/src/content/docs/zh/docs/plugins/printer/getting-started.mdx b/src/content/docs/zh/docs/plugins/printer/getting-started.mdx
deleted file mode 100644
index 4436b5260..000000000
--- a/src/content/docs/zh/docs/plugins/printer/getting-started.mdx
+++ /dev/null
@@ -1,322 +0,0 @@
----
-title: 快速入门
-locale: zh
-description: 学习如何安装和使用 Printer 插件从 Capacitor 应用打印内容。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-printer" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 使用方法
-
-导入插件并打印各种类型的内容：
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-
-// 打印 HTML 内容
-const printHTML = async () => {
-  await Printer.print({
-    content: '<h1>Hello World</h1><p>这是一个测试打印。</p>',
-    name: 'test-print'
-  });
-};
-
-// 打印 PDF 文件
-const printPDF = async () => {
-  await Printer.print({
-    content: 'file:///path/to/document.pdf',
-    name: 'my-document'
-  });
-};
-
-// 打印图片
-const printImage = async () => {
-  await Printer.print({
-    content: 'file:///path/to/image.jpg',
-    name: 'my-image'
-  });
-};
-```
-
-## API 参考
-
-### print(options)
-
-使用指定的内容打开原生打印对话框。
-
-```typescript
-interface PrintOptions {
-  content: string;          // HTML 字符串、文件 URI 或 base64 数据
-  name?: string;            // 打印作业名称
-  orientation?: 'portrait' | 'landscape';
-  grayscale?: boolean;      // 以灰度打印（默认：false）
-}
-
-await Printer.print(options);
-```
-
-### canPrint()
-
-检查设备上是否可以打印。
-
-```typescript
-const { value } = await Printer.canPrint();
-console.log('打印可用:', value);
-```
-
-## 完整示例
-
-```typescript
-import { Printer } from '@capgo/capacitor-printer';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class PrintService {
-  async checkPrintAvailability(): Promise<boolean> {
-    const { value } = await Printer.canPrint();
-    return value;
-  }
-
-  async printHTML(htmlContent: string, jobName: string = 'Document') {
-    try {
-      const canPrint = await this.checkPrintAvailability();
-      if (!canPrint) {
-        throw new Error('此设备上不可用打印功能');
-      }
-
-      await Printer.print({
-        content: htmlContent,
-        name: jobName,
-        orientation: 'portrait'
-      });
-    } catch (error) {
-      console.error('打印失败:', error);
-      throw error;
-    }
-  }
-
-  async printDocument(filePath: string, jobName?: string) {
-    await Printer.print({
-      content: filePath,
-      name: jobName || 'Document'
-    });
-  }
-
-  async printReceipt(receiptData: any) {
-    const html = `
-      <!DOCTYPE html>
-      <html>
-        <head>
-          <style>
-            body { font-family: Arial, sans-serif; padding: 20px; }
-            .header { text-align: center; margin-bottom: 20px; }
-            .item { display: flex; justify-content: space-between; margin: 10px 0; }
-            .total { font-weight: bold; font-size: 1.2em; margin-top: 20px; padding-top: 10px; border-top: 2px solid #000; }
-          </style>
-        </head>
-        <body>
-          <div class="header">
-            <h2>收据</h2>
-            <p>日期: ${new Date().toLocaleDateString()}</p>
-          </div>
-          ${receiptData.items.map((item: any) => `
-            <div class="item">
-              <span>${item.name}</span>
-              <span>$${item.price.toFixed(2)}</span>
-            </div>
-          `).join('')}
-          <div class="total">
-            <div class="item">
-              <span>总计:</span>
-              <span>$${receiptData.total.toFixed(2)}</span>
-            </div>
-          </div>
-        </body>
-      </html>
-    `;
-
-    await this.printHTML(html, 'Receipt');
-  }
-
-  async printFromURL(url: string) {
-    // 首先下载文件
-    const response = await fetch(url);
-    const blob = await response.blob();
-    const reader = new FileReader();
-
-    return new Promise((resolve, reject) => {
-      reader.onloadend = async () => {
-        try {
-          await Printer.print({
-            content: reader.result as string,
-            name: 'Downloaded Document'
-          });
-          resolve(true);
-        } catch (error) {
-          reject(error);
-        }
-      };
-      reader.onerror = reject;
-      reader.readAsDataURL(blob);
-    });
-  }
-}
-```
-
-## 高级用法
-
-### 使用自定义样式打印
-
-```typescript
-const printStyledDocument = async () => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          @page {
-            size: A4;
-            margin: 2cm;
-          }
-          body {
-            font-family: 'Times New Roman', serif;
-            line-height: 1.6;
-          }
-          h1 {
-            color: #333;
-            border-bottom: 2px solid #333;
-            padding-bottom: 10px;
-          }
-          .content {
-            margin-top: 20px;
-          }
-        </style>
-      </head>
-      <body>
-        <h1>专业文档</h1>
-        <div class="content">
-          <p>这是一个准备好打印的专业样式文档。</p>
-        </div>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Styled Document',
-    orientation: 'portrait'
-  });
-};
-```
-
-### 打印表格
-
-```typescript
-const printTable = async (data: any[]) => {
-  const tableRows = data.map(row => `
-    <tr>
-      <td>${row.id}</td>
-      <td>${row.name}</td>
-      <td>${row.value}</td>
-    </tr>
-  `).join('');
-
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          table {
-            width: 100%;
-            border-collapse: collapse;
-          }
-          th, td {
-            border: 1px solid #ddd;
-            padding: 8px;
-            text-align: left;
-          }
-          th {
-            background-color: #f2f2f2;
-            font-weight: bold;
-          }
-        </style>
-      </head>
-      <body>
-        <table>
-          <thead>
-            <tr>
-              <th>ID</th>
-              <th>名称</th>
-              <th>值</th>
-            </tr>
-          </thead>
-          <tbody>
-            ${tableRows}
-          </tbody>
-        </table>
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: 'Data Table'
-  });
-};
-```
-
-### 打印图片
-
-```typescript
-const printImageWithDetails = async (imagePath: string, title: string) => {
-  const html = `
-    <!DOCTYPE html>
-    <html>
-      <head>
-        <style>
-          body { text-align: center; padding: 20px; }
-          h2 { margin-bottom: 20px; }
-          img { max-width: 100%; height: auto; }
-        </style>
-      </head>
-      <body>
-        <h2>${title}</h2>
-        <img src="${imagePath}" alt="${title}" />
-      </body>
-    </html>
-  `;
-
-  await Printer.print({
-    content: html,
-    name: title
-  });
-};
-```
-
-## 最佳实践
-
-1. **检查可用性**: 在尝试打印之前始终检查打印是否可用
-2. **有效内容**: 确保 HTML 格式良好且文件路径有效
-3. **作业名称**: 使用描述性名称来帮助用户识别打印作业
-4. **样式**: 使用内联 CSS 或嵌入式样式以确保打印输出一致
-5. **错误处理**: 将打印调用包装在 try-catch 块中以提供用户反馈
-
-## 故障排除
-
-### 常见问题
-
-**打印对话框未出现**: 使用 canPrint() 检查打印是否可用
-**内容未打印**: 验证 HTML 有效且文件路径正确
-**图片未显示**: 确保图片路径是绝对路径且文件可访问
-**样式问题**: 使用 @page CSS 规则并测试打印输出
diff --git a/src/content/docs/zh/docs/plugins/printer/index.mdx b/src/content/docs/zh/docs/plugins/printer/index.mdx
deleted file mode 100644
index 5b4bb18de..000000000
--- a/src/content/docs/zh/docs/plugins/printer/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-printer"
-locale: zh
-description: 从 Capacitor 应用打印文档、HTML、PDF、图像和 Web 视图。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 在 iOS 和 Android 上直接从 Capacitor 应用打印文档、HTML 内容、PDF、图像和 Web 视图。
-  image:
-    file: ~public/icons/plugins/printer.svg
-  actions:
-    - text: 快速入门
-      link: /docs/plugins/printer/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-printer/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="多种格式" icon="document">
-    打印 HTML、PDF、图像和 Web 内容 📄
-  </Card>
-  <Card title="原生 UI" icon="laptop">
-    在 iOS 和 Android 上使用原生打印对话框 🖨️
-  </Card>
-  <Card title="轻松集成" icon="rocket">
-    简单的 API，快速集成到您的应用中 🚀
-  </Card>
-  <Card title="跨平台" icon="puzzle">
-    在 iOS 和 Android 设备上都能工作 📱
-  </Card>
-  <Card title="可自定义" icon="setting">
-    控制打印选项，如方向和页面大小 ⚙️
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/printer/getting-started/)，只需几分钟即可掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/realtimekit/getting-started.mdx b/src/content/docs/zh/docs/plugins/realtimekit/getting-started.mdx
deleted file mode 100644
index e01c44082..000000000
--- a/src/content/docs/zh/docs/plugins/realtimekit/getting-started.mdx
+++ /dev/null
@@ -1,475 +0,0 @@
----
-title: "RealtimeKit 快速入门"
-locale: zh
-description: "学习如何将 Cloudflare Calls 视频会议集成到 Capacitor 应用中"
----
-
-本指南将引导您完成集成 Capacitor RealtimeKit 插件，将由 Cloudflare Calls 提供支持的视频会议添加到您的应用程序中。
-
-## 安装
-
-使用 npm 安装插件：
-
-```bash
-npm install @capgo/capacitor-realtimekit
-npx cap sync
-```
-
-## 依赖项
-
-此插件使用 Cloudflare RealtimeKit SDK：
-
-- **iOS**: RealtimeKitCoreiOS（通过 Swift Package Manager 自动安装）
-- **Android**: `com.cloudflare.realtimekit:ui-android` 版本 `0.2.2`
-
-### 自定义 Android RealtimeKit 版本
-
-在您的应用 `build.gradle` 中：
-
-```kotlin
-buildscript {
-    ext {
-        realtimekitUiVersion = '0.2.2'  // 或您想要的版本
-    }
-}
-```
-
-## iOS 配置
-
-将以下内容添加到您的应用 `Info.plist`：
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>我们需要访问相机进行视频通话</string>
-
-<key>NSMicrophoneUsageDescription</key>
-<string>我们需要访问麦克风进行音频通话</string>
-
-<key>NSPhotoLibraryUsageDescription</key>
-<string>我们需要访问照片库以分享图片</string>
-
-<key>NSBluetoothPeripheralUsageDescription</key>
-<string>我们需要访问蓝牙进行音频路由</string>
-
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-  <string>fetch</string>
-  <string>remote-notification</string>
-</array>
-```
-
-## Android 配置
-
-将以下权限添加到您的 `AndroidManifest.xml`：
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-
-<uses-feature android:name="android.hardware.camera" android:required="false" />
-<uses-feature android:name="android.hardware.camera.autofocus" android:required="false" />
-```
-
-## 基本用法
-
-### 导入插件
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-```
-
-### 初始化插件
-
-```typescript
-async function initializeRealtimeKit() {
-  try {
-    await CapacitorRealtimekit.initialize();
-    console.log('RealtimeKit 已初始化');
-  } catch (error) {
-    console.error('初始化 RealtimeKit 失败:', error);
-  }
-}
-```
-
-### 开始会议
-
-```typescript
-async function startMeeting(meetingUrl: string) {
-  try {
-    await CapacitorRealtimekit.startMeeting({
-      url: meetingUrl
-    });
-    console.log('会议已开始');
-  } catch (error) {
-    console.error('启动会议失败:', error);
-  }
-}
-```
-
-## 完整示例
-
-这是一个全面的视频会议服务：
-
-```typescript
-import { CapacitorRealtimekit } from '@capgo/capacitor-realtimekit';
-
-export interface MeetingConfig {
-  url: string;
-  displayName?: string;
-  audioEnabled?: boolean;
-  videoEnabled?: boolean;
-}
-
-export class VideoConferenceService {
-  private isInitialized = false;
-  private currentMeetingUrl: string | null = null;
-
-  async initialize(): Promise<boolean> {
-    if (this.isInitialized) {
-      console.log('RealtimeKit 已经初始化');
-      return true;
-    }
-
-    try {
-      await CapacitorRealtimekit.initialize();
-      this.isInitialized = true;
-      console.log('RealtimeKit 初始化成功');
-      return true;
-    } catch (error) {
-      console.error('初始化 RealtimeKit 失败:', error);
-      return false;
-    }
-  }
-
-  async startMeeting(config: MeetingConfig): Promise<void> {
-    if (!this.isInitialized) {
-      const initialized = await this.initialize();
-      if (!initialized) {
-        throw new Error('初始化 RealtimeKit 失败');
-      }
-    }
-
-    try {
-      await CapacitorRealtimekit.startMeeting({
-        url: config.url
-      });
-
-      this.currentMeetingUrl = config.url;
-      console.log('会议已开始:', config.url);
-    } catch (error) {
-      console.error('启动会议失败:', error);
-      throw error;
-    }
-  }
-
-  async joinMeeting(meetingUrl: string, displayName?: string): Promise<void> {
-    const config: MeetingConfig = {
-      url: meetingUrl,
-      displayName: displayName
-    };
-
-    await this.startMeeting(config);
-  }
-
-  getCurrentMeetingUrl(): string | null {
-    return this.currentMeetingUrl;
-  }
-
-  isInMeeting(): boolean {
-    return this.currentMeetingUrl !== null;
-  }
-
-  async getPluginVersion(): Promise<string> {
-    try {
-      const result = await CapacitorRealtimekit.getPluginVersion();
-      return result.version;
-    } catch (error) {
-      console.error('获取插件版本失败:', error);
-      return 'unknown';
-    }
-  }
-}
-
-// 使用方法
-const videoService = new VideoConferenceService();
-
-// 在应用启动时初始化
-await videoService.initialize();
-
-// 开始会议
-await videoService.startMeeting({
-  url: 'https://your-cloudflare-calls-url.com/meeting/123'
-});
-
-// 加入现有会议
-await videoService.joinMeeting(
-  'https://your-cloudflare-calls-url.com/meeting/456',
-  'John Doe'
-);
-```
-
-## Cloudflare Calls 设置
-
-要使用此插件，您需要设置 Cloudflare Calls：
-
-### 1. 创建 Cloudflare 账户
-
-如果您还没有账户，请在 [Cloudflare](https://dash.cloudflare.com/sign-up) 注册。
-
-### 2. 启用 Calls API
-
-1. 导航到您的 Cloudflare 仪表板
-2. 转到 **Calls** 部分
-3. 启用 Calls API
-4. 获取您的 API 凭据
-
-### 3. 创建会议 URL
-
-您需要一个后端服务来创建会议 URL。使用 Cloudflare Workers 的示例：
-
-```typescript
-// Cloudflare Worker 示例
-export default {
-  async fetch(request: Request): Promise<Response> {
-    const { pathname } = new URL(request.url);
-
-    if (pathname === '/create-meeting') {
-      const meetingId = generateMeetingId();
-      const meetingUrl = `https://your-app.calls.cloudflare.com/${meetingId}`;
-
-      return new Response(JSON.stringify({
-        meetingId,
-        meetingUrl
-      }), {
-        headers: { 'Content-Type': 'application/json' }
-      });
-    }
-
-    return new Response('Not found', { status: 404 });
-  }
-};
-
-function generateMeetingId(): string {
-  return Math.random().toString(36).substring(2, 15);
-}
-```
-
-## 高级用法
-
-### 带自定义配置的会议
-
-```typescript
-class MeetingManager {
-  private videoService: VideoConferenceService;
-
-  constructor() {
-    this.videoService = new VideoConferenceService();
-  }
-
-  async createAndJoinMeeting(userName: string): Promise<string> {
-    // 如果需要则初始化
-    await this.videoService.initialize();
-
-    // 调用后端创建会议
-    const meetingUrl = await this.createMeetingOnBackend();
-
-    // 加入会议
-    await this.videoService.joinMeeting(meetingUrl, userName);
-
-    return meetingUrl;
-  }
-
-  async createMeetingOnBackend(): Promise<string> {
-    const response = await fetch('https://your-api.com/create-meeting', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' }
-    });
-
-    const data = await response.json();
-    return data.meetingUrl;
-  }
-
-  async shareMeetingLink(meetingUrl: string) {
-    // 使用 Capacitor Share API
-    if ('share' in navigator) {
-      await (navigator as any).share({
-        title: '加入我的会议',
-        text: '加入我的视频通话',
-        url: meetingUrl
-      });
-    }
-  }
-}
-```
-
-### 处理权限
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-
-async function checkAndRequestPermissions(): Promise<boolean> {
-  if (Capacitor.getPlatform() === 'web') {
-    // 请求浏览器权限
-    try {
-      const stream = await navigator.mediaDevices.getUserMedia({
-        audio: true,
-        video: true
-      });
-
-      // 停止流，我们只需要权限
-      stream.getTracks().forEach(track => track.stop());
-      return true;
-    } catch (error) {
-      console.error('权限被拒绝:', error);
-      return false;
-    }
-  }
-
-  // 在原生平台上，权限会自动请求
-  return true;
-}
-
-// 在开始会议前使用
-const hasPermissions = await checkAndRequestPermissions();
-if (hasPermissions) {
-  await videoService.startMeeting({ url: meetingUrl });
-}
-```
-
-## React 集成
-
-```typescript
-import { useEffect, useState } from 'react';
-import { VideoConferenceService } from './VideoConferenceService';
-
-function VideoCallComponent() {
-  const [videoService] = useState(() => new VideoConferenceService());
-  const [isReady, setIsReady] = useState(false);
-
-  useEffect(() => {
-    videoService.initialize().then(setIsReady);
-  }, []);
-
-  const joinMeeting = async (meetingUrl: string) => {
-    if (!isReady) {
-      console.error('视频服务未就绪');
-      return;
-    }
-
-    try {
-      await videoService.joinMeeting(meetingUrl, 'User Name');
-    } catch (error) {
-      console.error('加入会议失败:', error);
-    }
-  };
-
-  return (
-    <div>
-      <button
-        onClick={() => joinMeeting('https://your-meeting-url')}
-        disabled={!isReady}
-      >
-        加入会议
-      </button>
-    </div>
-  );
-}
-```
-
-## Vue 集成
-
-```typescript
-import { ref, onMounted } from 'vue';
-import { VideoConferenceService } from './VideoConferenceService';
-
-export default {
-  setup() {
-    const videoService = new VideoConferenceService();
-    const isReady = ref(false);
-
-    onMounted(async () => {
-      isReady.value = await videoService.initialize();
-    });
-
-    const joinMeeting = async (meetingUrl: string) => {
-      if (!isReady.value) {
-        console.error('视频服务未就绪');
-        return;
-      }
-
-      try {
-        await videoService.joinMeeting(meetingUrl, 'User Name');
-      } catch (error) {
-        console.error('加入会议失败:', error);
-      }
-    };
-
-    return {
-      isReady,
-      joinMeeting
-    };
-  }
-};
-```
-
-## 最佳实践
-
-1. **早期初始化**: 在应用启动时初始化 RealtimeKit
-2. **处理错误**: 始终将调用包装在 try-catch 块中
-3. **请求权限**: 在开始前确保已获得相机/麦克风权限
-4. **测试网络**: 在加入前检查互联网连接
-5. **后台音频**: 为 iOS 配置后台模式
-6. **用户体验**: 在初始化期间显示加载状态
-7. **清理 URL**: 在使用前验证会议 URL
-
-## 常见问题
-
-### 会议无法启动
-
-```typescript
-async function troubleshootMeeting(meetingUrl: string) {
-  // 检查初始化
-  const version = await videoService.getPluginVersion();
-  console.log('插件版本:', version);
-
-  // 验证 URL 格式
-  if (!meetingUrl.startsWith('https://')) {
-    console.error('无效的会议 URL，必须使用 HTTPS');
-    return;
-  }
-
-  // 尝试启动会议
-  try {
-    await videoService.startMeeting({ url: meetingUrl });
-  } catch (error) {
-    console.error('会议失败:', error);
-  }
-}
-```
-
-### 权限被拒绝
-
-在 iOS 上，确保 Info.plist 包含所有必需的使用说明。在 Android 上，验证 AndroidManifest.xml 中存在权限。
-
-### iOS 音频问题
-
-确保在 Info.plist 中配置了后台音频模式：
-
-```xml
-<key>UIBackgroundModes</key>
-<array>
-  <string>audio</string>
-  <string>voip</string>
-</array>
-```
-
-## 下一步
-
-- 探索 [API 参考](https://github.com/Cap-go/capacitor-realtimekit#api) 获取完整的方法文档
-- 阅读 [Cloudflare Calls 文档](https://developers.cloudflare.com/calls/)
-- 查看[示例应用](https://github.com/Cap-go/capacitor-realtimekit/tree/main/example)
-- 查看[教程](/plugins/capacitor-realtimekit)获取完整实现
diff --git a/src/content/docs/zh/docs/plugins/realtimekit/index.mdx b/src/content/docs/zh/docs/plugins/realtimekit/index.mdx
deleted file mode 100644
index 6d671822b..000000000
--- a/src/content/docs/zh/docs/plugins/realtimekit/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-realtimekit"
-locale: zh
-description: Cloudflare Calls 集成，内置会议 UI，用于视频会议和实时通信。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 通过 Cloudflare Calls 集成和内置 UI 为您的应用添加视频会议和实时通信功能。
-  image:
-    file: ~public/icons/plugins/realtimekit.svg
-  actions:
-    - text: 快速入门
-      link: /docs/plugins/realtimekit/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-realtimekit/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Cloudflare Calls" icon="rocket">
-    由 Cloudflare 的全球基础设施提供支持 ☁️
-  </Card>
-  <Card title="内置会议 UI" icon="star">
-    即用型视频会议界面 📹
-  </Card>
-  <Card title="WebRTC 支持" icon="setting">
-    高质量的实时音频和视频 🎥
-  </Card>
-  <Card title="后台模式" icon="laptop">
-    应用在后台时继续通话 🔄
-  </Card>
-  <Card title="屏幕共享" icon="document">
-    在 Android 上的会议期间共享屏幕 📱
-  </Card>
-  <Card title="快速入门" icon="open-book">
-    查看[快速入门指南](/docs/plugins/realtimekit/getting-started/)以安装和配置插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/ricoh360-camera/getting-started.mdx b/src/content/docs/zh/docs/plugins/ricoh360-camera/getting-started.mdx
deleted file mode 100644
index cc3afd5ef..000000000
--- a/src/content/docs/zh/docs/plugins/ricoh360-camera/getting-started.mdx
+++ /dev/null
@@ -1,414 +0,0 @@
----
-title: 快速入门
-locale: zh
-description: 学习如何安装和使用 Ricoh 360° Camera 插件在 Capacitor 应用中控制 Ricoh Theta 相机。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-ricoh360-camera
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 平台配置
-
-### iOS
-
-在您的 `Info.plist` 中添加相机和照片库权限：
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>此应用需要访问相机以拍摄 360° 照片和视频</string>
-<key>NSPhotoLibraryAddUsageDescription</key>
-<string>此应用需要访问权限以将 360° 照片和视频保存到您的图库</string>
-```
-
-### Android
-
-在您的 `AndroidManifest.xml` 中添加所需权限：
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-<uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-```
-
-## 支持的设备
-
-此插件支持 Ricoh Theta 系列相机：
-- Ricoh Theta V
-- Ricoh Theta Z1
-- Ricoh Theta SC2
-- Ricoh Theta X
-
-## 使用示例
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-// 初始化相机连接
-await Ricoh360Camera.initialize();
-
-// 通过 WiFi 连接到 Ricoh Theta 相机
-await Ricoh360Camera.connect({
-  ssid: 'THETAYL12345678',
-  password: '12345678'
-});
-
-// 启动实时预览
-await Ricoh360Camera.startPreview({
-  container: 'preview-container' // HTML 元素的 ID
-});
-
-// 拍摄 360° 照片
-const result = await Ricoh360Camera.capturePhoto();
-console.log('照片已保存:', result.filePath);
-
-// 开始录制 360° 视频
-await Ricoh360Camera.startRecording();
-
-// 一段时间后停止录制
-setTimeout(async () => {
-  const video = await Ricoh360Camera.stopRecording();
-  console.log('视频已保存:', video.filePath);
-}, 10000);
-
-// 停止预览
-await Ricoh360Camera.stopPreview();
-
-// 断开相机连接
-await Ricoh360Camera.disconnect();
-```
-
-## API 参考
-
-### initialize()
-
-```typescript
-initialize() => Promise<void>
-```
-
-初始化相机插件。
-
-### connect(options)
-
-```typescript
-connect(options: ConnectOptions) => Promise<void>
-```
-
-通过 WiFi 连接到 Ricoh Theta 相机。
-
-| 参数         | 类型                      |
-| ------------- | ------------------------- |
-| **`options`** | `ConnectOptions` |
-
-### disconnect()
-
-```typescript
-disconnect() => Promise<void>
-```
-
-断开与相机的连接。
-
-### startPreview(options)
-
-```typescript
-startPreview(options: PreviewOptions) => Promise<void>
-```
-
-启动实时 360° 预览流。
-
-| 参数         | 类型                      |
-| ------------- | ------------------------- |
-| **`options`** | `PreviewOptions` |
-
-### stopPreview()
-
-```typescript
-stopPreview() => Promise<void>
-```
-
-停止实时预览流。
-
-### capturePhoto(options?)
-
-```typescript
-capturePhoto(options?: CaptureOptions) => Promise<CaptureResult>
-```
-
-拍摄 360° 照片。
-
-| 参数         | 类型                        |
-| ------------- | --------------------------- |
-| **`options`** | `CaptureOptions`（可选） |
-
-**返回:** `Promise<CaptureResult>`
-
-### startRecording(options?)
-
-```typescript
-startRecording(options?: RecordingOptions) => Promise<void>
-```
-
-开始录制 360° 视频。
-
-| 参数         | 类型                          |
-| ------------- | ----------------------------- |
-| **`options`** | `RecordingOptions`（可选） |
-
-### stopRecording()
-
-```typescript
-stopRecording() => Promise<CaptureResult>
-```
-
-停止视频录制。
-
-**返回:** `Promise<CaptureResult>`
-
-### getCameraInfo()
-
-```typescript
-getCameraInfo() => Promise<CameraInfo>
-```
-
-获取相机信息和功能。
-
-**返回:** `Promise<CameraInfo>`
-
-### setExposure(options)
-
-```typescript
-setExposure(options: ExposureOptions) => Promise<void>
-```
-
-设置相机曝光设置。
-
-| 参数         | 类型                       |
-| ------------- | -------------------------- |
-| **`options`** | `ExposureOptions` |
-
-### setWhiteBalance(options)
-
-```typescript
-setWhiteBalance(options: WhiteBalanceOptions) => Promise<void>
-```
-
-设置白平衡模式。
-
-| 参数         | 类型                           |
-| ------------- | ------------------------------ |
-| **`options`** | `WhiteBalanceOptions` |
-
-## 接口
-
-### ConnectOptions
-
-| 属性           | 类型              | 描述                    |
-| -------------- | ----------------- | ------------------------------ |
-| **`ssid`**     | `string` | Ricoh 相机的 WiFi SSID  |
-| **`password`** | `string` | 相机的 WiFi 密码    |
-
-### PreviewOptions
-
-| 属性            | 类型              | 描述                           |
-| --------------- | ----------------- | ------------------------------------- |
-| **`container`** | `string` | 预览容器的 HTML 元素 ID |
-
-### CaptureOptions
-
-| 属性           | 类型               | 描述                           |
-| -------------- | ------------------ | ------------------------------------- |
-| **`quality`**  | `number` | 图像质量（1-100）（可选）      |
-| **`saveToGallery`** | `boolean` | 保存到设备图库（可选） |
-
-### RecordingOptions
-
-| 属性              | 类型               | 描述                              |
-| ----------------- | ------------------ | ---------------------------------------- |
-| **`maxDuration`** | `number` | 最大录制时长（秒）（可选） |
-| **`quality`**     | `string` | 视频质量：'high' \| 'medium' \| 'low'（可选） |
-
-### CaptureResult
-
-| 属性           | 类型              | 描述                |
-| -------------- | ----------------- | -------------------------- |
-| **`filePath`** | `string` | 拍摄文件的路径  |
-| **`fileUrl`**  | `string` | 访问文件的 URL     |
-
-### CameraInfo
-
-| 属性              | 类型              | 描述                |
-| ----------------- | ----------------- | -------------------------- |
-| **`model`**       | `string` | 相机型号名称          |
-| **`serialNumber`** | `string` | 相机序列号      |
-| **`firmwareVersion`** | `string` | 固件版本         |
-| **`batteryLevel`** | `number` | 电池电量（0-100）     |
-
-### ExposureOptions
-
-| 属性         | 类型               | 描述                                    |
-| ------------ | ------------------ | ---------------------------------------------- |
-| **`mode`**   | `string` | 曝光模式：'auto' \| 'manual' \| 'iso' |
-| **`iso`**    | `number` | ISO 值（100、200、400 等）（可选）     |
-| **`shutter`** | `number` | 快门速度（可选）                      |
-
-### WhiteBalanceOptions
-
-| 属性       | 类型              | 描述                                            |
-| ---------- | ----------------- | ------------------------------------------------------ |
-| **`mode`** | `string` | 白平衡：'auto' \| 'daylight' \| 'cloudy' \| 'tungsten' \| 'fluorescent' |
-
-## 完整示例
-
-```typescript
-import { Ricoh360Camera } from '@capgo/capacitor-ricoh360-camera';
-
-class Camera360Controller {
-  async setup() {
-    try {
-      // 初始化
-      await Ricoh360Camera.initialize();
-
-      // 连接到相机
-      await Ricoh360Camera.connect({
-        ssid: 'THETAYL12345678',
-        password: '12345678'
-      });
-
-      // 获取相机信息
-      const info = await Ricoh360Camera.getCameraInfo();
-      console.log('已连接到:', info.model);
-      console.log('电池电量:', info.batteryLevel + '%');
-
-      // 配置曝光
-      await Ricoh360Camera.setExposure({
-        mode: 'auto'
-      });
-
-      // 配置白平衡
-      await Ricoh360Camera.setWhiteBalance({
-        mode: 'auto'
-      });
-
-      // 启动预览
-      await Ricoh360Camera.startPreview({
-        container: 'camera-preview'
-      });
-
-    } catch (error) {
-      console.error('设置相机失败:', error);
-    }
-  }
-
-  async takePhoto() {
-    try {
-      const result = await Ricoh360Camera.capturePhoto({
-        quality: 95,
-        saveToGallery: true
-      });
-      console.log('照片已拍摄:', result.filePath);
-      return result;
-    } catch (error) {
-      console.error('拍摄照片失败:', error);
-    }
-  }
-
-  async recordVideo(durationSeconds: number) {
-    try {
-      // 开始录制
-      await Ricoh360Camera.startRecording({
-        maxDuration: durationSeconds,
-        quality: 'high'
-      });
-
-      console.log('录制已开始...');
-
-      // 持续时间后停止
-      setTimeout(async () => {
-        const result = await Ricoh360Camera.stopRecording();
-        console.log('视频已保存:', result.filePath);
-      }, durationSeconds * 1000);
-
-    } catch (error) {
-      console.error('录制视频失败:', error);
-    }
-  }
-
-  async cleanup() {
-    try {
-      await Ricoh360Camera.stopPreview();
-      await Ricoh360Camera.disconnect();
-      console.log('相机已断开连接');
-    } catch (error) {
-      console.error('清理失败:', error);
-    }
-  }
-}
-
-// 使用方法
-const camera = new Camera360Controller();
-await camera.setup();
-await camera.takePhoto();
-await camera.recordVideo(10); // 10 秒
-await camera.cleanup();
-```
-
-## 最佳实践
-
-- 在连接到相机之前始终初始化插件
-- 确保设备已连接到相机的 WiFi 网络
-- 优雅地处理错误，特别是连接失败
-- 完成后停止预览并断开连接以节省电池
-- 在长时间录制之前检查相机电池电量
-- 在实际的 Ricoh Theta 硬件上进行测试
-- 根据存储限制使用适当的视频质量
-
-## 故障排除
-
-### 连接问题
-
-- 验证相机已开机
-- 检查 WiFi SSID 和密码是否正确
-- 确保没有其他应用连接到相机
-- 如果连接失败，请重置相机 WiFi 设置
-
-### 预览未显示
-
-- 验证 HTML 容器元素是否存在
-- 检查相机权限是否已授予
-- 确保在成功连接后启动预览
-
-### 拍摄失败
-
-- 检查可用存储空间
-- 验证相机电池电量是否充足
-- 确保相机未处于睡眠模式
diff --git a/src/content/docs/zh/docs/plugins/ricoh360-camera/index.mdx b/src/content/docs/zh/docs/plugins/ricoh360-camera/index.mdx
deleted file mode 100644
index 732148f09..000000000
--- a/src/content/docs/zh/docs/plugins/ricoh360-camera/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-ricoh360-camera"
-locale: zh
-description: 用于 Capacitor 应用的 Ricoh 360° 相机控制插件，具有全景照片和视频拍摄功能。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 控制 Ricoh 360° 相机，通过完整的设备集成进行沉浸式全景照片和视频拍摄。
-  image:
-    file: ~public/icons/plugins/ricoh360-camera.svg
-  actions:
-    - text: 快速入门
-      link: /docs/plugins/ricoh360-camera/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-ricoh360-camera/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="360° 拍摄" icon="rocket">
-    拍摄沉浸式全景照片和视频 🌐
-  </Card>
-  <Card title="设备控制" icon="setting">
-    完全控制 Ricoh Theta 相机设置 📸
-  </Card>
-  <Card title="实时预览" icon="magnifier">
-    实时 360° 预览流 👁️
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/ricoh360-camera/getting-started/)，只需几分钟即可掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/screen-orientation/getting-started.mdx b/src/content/docs/zh/docs/plugins/screen-orientation/getting-started.mdx
deleted file mode 100644
index 90f38513a..000000000
--- a/src/content/docs/zh/docs/plugins/screen-orientation/getting-started.mdx
+++ /dev/null
@@ -1,284 +0,0 @@
----
-title: 快速入门
-locale: zh
-description: 学习如何安装和使用 Screen Orientation 插件在 Capacitor 应用中控制和检测设备方向。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Aside } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-screen-orientation" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **iOS 配置（可选）**
-   要在 iOS 上使用运动传感器检测物理设备方向，请在 `Info.plist` 中添加：
-   ```xml
-   <key>NSMotionUsageDescription</key>
-   <string>此应用使用运动传感器来检测设备方向。</string>
-   ```
-</Steps>
-
-## 基本用法
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// 获取当前方向
-const current = await ScreenOrientation.orientation();
-console.log('当前方向:', current.type);
-
-// 锁定为横向
-await ScreenOrientation.lock({ orientation: 'landscape' });
-
-// 解锁方向
-await ScreenOrientation.unlock();
-
-// 监听方向变化
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('方向已改变:', result.type);
-  }
-);
-```
-
-## 物理方向检测
-
-此插件具有独特功能：即使用户在设备上启用了方向锁定，它也可以使用运动传感器检测**真实的物理方向**。
-
-<Aside type="note">
-  UI 仍将遵守用户的方向锁定设置。运动跟踪允许您了解设备的物理持握方式，但如果启用了方向锁定，UI 不会旋转。
-</Aside>
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-// 启动基于运动的跟踪
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-
-// 现在方向变化事件将反映物理方向
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('物理方向:', result.type);
-  }
-);
-
-// 检查是否启用了方向锁定
-const lockStatus = await ScreenOrientation.isOrientationLocked();
-if (lockStatus.locked) {
-  console.log('用户已启用方向锁定');
-  console.log('物理方向:', lockStatus.physicalOrientation);
-  console.log('UI 方向:', lockStatus.uiOrientation);
-}
-
-// 完成后停止跟踪
-await ScreenOrientation.stopOrientationTracking();
-```
-
-## API 参考
-
-### orientation()
-
-获取当前屏幕方向。
-
-```typescript
-const result = await ScreenOrientation.orientation();
-// 返回: { type: OrientationType }
-```
-
-**OrientationType 值:**
-- `'portrait-primary'` - 竖屏，主页按钮在底部
-- `'portrait-secondary'` - 竖屏，倒置
-- `'landscape-primary'` - 横屏，主页按钮在右侧
-- `'landscape-secondary'` - 横屏，主页按钮在左侧
-
-### lock(options)
-
-将屏幕锁定为特定方向。
-
-```typescript
-interface OrientationLockOptions {
-  orientation: OrientationLockType;
-  bypassOrientationLock?: boolean; // 启用运动跟踪
-}
-
-await ScreenOrientation.lock({ orientation: 'landscape' });
-```
-
-**OrientationLockType 值:**
-- `'any'` - 任何方向
-- `'natural'` - 设备的自然方向
-- `'landscape'` - 任何横向模式
-- `'portrait'` - 任何竖向模式
-- `'portrait-primary'` / `'portrait-secondary'`
-- `'landscape-primary'` / `'landscape-secondary'`
-
-### unlock()
-
-解锁屏幕方向。
-
-```typescript
-await ScreenOrientation.unlock();
-```
-
-### startOrientationTracking(options?)
-
-使用运动传感器开始跟踪物理设备方向。
-
-```typescript
-await ScreenOrientation.startOrientationTracking({
-  bypassOrientationLock: true
-});
-```
-
-### stopOrientationTracking()
-
-停止基于运动的方向跟踪。
-
-```typescript
-await ScreenOrientation.stopOrientationTracking();
-```
-
-### isOrientationLocked()
-
-检查是否启用了设备方向锁定。
-
-```typescript
-const result = await ScreenOrientation.isOrientationLocked();
-// 返回: {
-//   locked: boolean,
-//   physicalOrientation?: OrientationType,
-//   uiOrientation?: OrientationType
-// }
-```
-
-<Aside type="tip">
-  此方法需要运动跟踪处于活动状态才能正常工作。
-</Aside>
-
-### addListener(eventName, callback)
-
-监听方向变化。
-
-```typescript
-const listener = await ScreenOrientation.addListener(
-  'screenOrientationChange',
-  (result) => {
-    console.log('新方向:', result.type);
-  }
-);
-
-// 完成时移除
-await listener.remove();
-```
-
-### removeAllListeners()
-
-移除所有事件监听器。
-
-```typescript
-await ScreenOrientation.removeAllListeners();
-```
-
-## 完整示例
-
-```typescript
-import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';
-
-class OrientationManager {
-  private listener: any = null;
-
-  async init() {
-    // 启动运动跟踪以检测物理方向
-    await ScreenOrientation.startOrientationTracking({
-      bypassOrientationLock: true
-    });
-
-    // 监听变化
-    this.listener = await ScreenOrientation.addListener(
-      'screenOrientationChange',
-      this.onOrientationChange.bind(this)
-    );
-
-    // 获取初始方向
-    const { type } = await ScreenOrientation.orientation();
-    console.log('初始方向:', type);
-  }
-
-  onOrientationChange(result: { type: string }) {
-    console.log('方向已更改为:', result.type);
-
-    // 根据方向调整 UI
-    if (result.type.includes('landscape')) {
-      this.showLandscapeUI();
-    } else {
-      this.showPortraitUI();
-    }
-  }
-
-  showLandscapeUI() {
-    // 横屏特定的 UI 调整
-  }
-
-  showPortraitUI() {
-    // 竖屏特定的 UI 调整
-  }
-
-  async lockLandscape() {
-    await ScreenOrientation.lock({ orientation: 'landscape' });
-  }
-
-  async lockPortrait() {
-    await ScreenOrientation.lock({ orientation: 'portrait' });
-  }
-
-  async freeRotation() {
-    await ScreenOrientation.unlock();
-  }
-
-  async checkIfUserHasOrientationLock() {
-    const { locked, physicalOrientation, uiOrientation } =
-      await ScreenOrientation.isOrientationLocked();
-
-    if (locked) {
-      console.log(`设备处于 ${physicalOrientation} 但 UI 显示 ${uiOrientation}`);
-      return true;
-    }
-    return false;
-  }
-
-  async destroy() {
-    await ScreenOrientation.stopOrientationTracking();
-    if (this.listener) {
-      await this.listener.remove();
-    }
-  }
-}
-```
-
-## 平台说明
-
-### iOS
-- 使用 Core Motion 框架进行物理方向检测
-- Info.plist 中需要 `NSMotionUsageDescription` 以使用运动传感器
-- 完全支持所有方向类型
-
-### Android
-- 使用加速度计传感器进行物理方向检测
-- 不需要额外权限
-- 完全支持所有方向类型
-
-### Web
-- 使用 Screen Orientation API
-- 运动传感器检测有限
-- 某些浏览器可能不支持所有锁定类型
diff --git a/src/content/docs/zh/docs/plugins/screen-orientation/index.mdx b/src/content/docs/zh/docs/plugins/screen-orientation/index.mdx
deleted file mode 100644
index 97fe21675..000000000
--- a/src/content/docs/zh/docs/plugins/screen-orientation/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-screen-orientation"
-locale: zh
-description: 控制和检测屏幕方向，具有使用运动传感器检测物理设备方向的独特能力。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 屏幕方向插件，支持检测真实的物理设备方向 - 即使启用了方向锁定。
-  image:
-    file: ~public/icons/plugins/screen-orientation.svg
-  actions:
-    - text: 快速入门
-      link: /docs/plugins/screen-orientation/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-screen-orientation/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="物理方向检测" icon="rocket">
-    使用运动传感器检测真实的物理设备方向，即使启用了方向锁定
-  </Card>
-  <Card title="方向锁定检测" icon="puzzle">
-    通过比较物理方向与 UI 方向来确定用户是否启用了方向锁定
-  </Card>
-  <Card title="跨平台" icon="laptop">
-    在 iOS（Core Motion）、Android（加速度计）和 Web 上工作
-  </Card>
-  <Card title="实时更新" icon="open-book">
-    通过事件监听器在设备方向更改时获得即时通知
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/screen-recorder/getting-started.mdx b/src/content/docs/zh/docs/plugins/screen-recorder/getting-started.mdx
deleted file mode 100644
index 55a212016..000000000
--- a/src/content/docs/zh/docs/plugins/screen-recorder/getting-started.mdx
+++ /dev/null
@@ -1,286 +0,0 @@
----
-title: 入门
-description: 了解如何安装和使用屏幕录像机插件在 Capacitor 应用程序中捕获屏幕录像。
-sidebar:
-  order: 2
-locale: zh
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-screen-recorder" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置权限**
-   
-   ### iOS
-   将使用说明添加到您的 `Info.plist` 中：
-   ```xml
-   <key>NSMicrophoneUsageDescription</key>
-   <string>To record audio with screen recording</string>
-   <key>NSPhotoLibraryUsageDescription</key>
-   <string>To save screen recordings</string>
-   ```
-   
-   ### Android
-   向您的 `AndroidManifest.xml` 添加权限：
-   ```xml
-   <uses-permission android:name="android.permission.RECORD_AUDIO" />
-   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## 用法
-
-导入插件并使用其方法来录制屏幕：
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-
-// Start recording
-const startRecording = async () => {
-  try {
-    await ScreenRecorder.start();
-    console.log('Recording started');
-  } catch (error) {
-    console.error('Failed to start recording:', error);
-  }
-};
-
-// Stop recording
-const stopRecording = async () => {
-  try {
-    const result = await ScreenRecorder.stop();
-    console.log('Recording saved to:', result.videoUrl);
-    
-    // You can now use the video URL
-    // For example, share it or play it back
-  } catch (error) {
-    console.error('Failed to stop recording:', error);
-  }
-};
-
-// Check if recording is supported
-const checkSupport = async () => {
-  const { value } = await ScreenRecorder.isSupported();
-  console.log('Screen recording supported:', value);
-};
-
-// Check if currently recording
-const checkRecordingStatus = async () => {
-  const { value } = await ScreenRecorder.isRecording();
-  console.log('Currently recording:', value);
-};
-```
-
-## API 参考
-
-### 开始()
-
-开始屏幕录制。
-
-```typescript
-await ScreenRecorder.start();
-```
-
-### 停止（）
-
-停止录制并返回视频文件路径。
-
-```typescript
-interface RecordingResult {
-  videoUrl: string;
-}
-
-const result = await ScreenRecorder.stop();
-```
-
-### isSupported()
-
-检查设备是否支持屏幕录制。
-
-```typescript
-const { value } = await ScreenRecorder.isSupported();
-// Returns: { value: boolean }
-```
-
-### isRecording()
-
-检查屏幕录制当前是否处于活动状态。
-
-```typescript
-const { value } = await ScreenRecorder.isRecording();
-// Returns: { value: boolean }
-```
-
-## 高级用法
-
-### 使用选项进行录制
-
-```typescript
-// iOS-specific options
-const startWithOptions = async () => {
-  await ScreenRecorder.start({
-    // iOS only options
-    recordAudio: true,
-    microphoneAudio: true,
-    showIOSNotification: true,
-    notificationText: "Recording in progress..."
-  });
-};
-```
-
-### 完整的录音流程
-
-```typescript
-import { ScreenRecorder } from '@capgo/capacitor-screen-recorder';
-import { Share } from '@capacitor/share';
-
-export class RecordingService {
-  private isRecording = false;
-
-  async toggleRecording() {
-    if (this.isRecording) {
-      await this.stopRecording();
-    } else {
-      await this.startRecording();
-    }
-  }
-
-  private async startRecording() {
-    try {
-      // Check if supported
-      const { value: isSupported } = await ScreenRecorder.isSupported();
-      if (!isSupported) {
-        throw new Error('Screen recording not supported');
-      }
-
-      // Start recording
-      await ScreenRecorder.start();
-      this.isRecording = true;
-      
-      console.log('Recording started');
-    } catch (error) {
-      console.error('Failed to start recording:', error);
-      throw error;
-    }
-  }
-
-  private async stopRecording() {
-    try {
-      const result = await ScreenRecorder.stop();
-      this.isRecording = false;
-      
-      console.log('Recording saved:', result.videoUrl);
-      
-      // Option to share the recording
-      await this.shareRecording(result.videoUrl);
-    } catch (error) {
-      console.error('Failed to stop recording:', error);
-      throw error;
-    }
-  }
-
-  private async shareRecording(videoUrl: string) {
-    try {
-      await Share.share({
-        title: 'Screen Recording',
-        text: 'Check out my screen recording!',
-        url: videoUrl,
-        dialogTitle: 'Share Recording'
-      });
-    } catch (error) {
-      console.error('Failed to share recording:', error);
-    }
-  }
-}
-```
-
-## 最佳实践
-
-1. **使用前检查支持**
-   ```typescript
-   const { value } = await ScreenRecorder.isSupported();
-   if (!value) {
-     // Hide recording feature or show alternative
-   }
-   ```
-
-2. **正确处理权限**
-   在iOS上，系统会自动提示权限。在 Android 上，确保您请求必要的权限。
-
-3. **提供用户反馈**
-   录音处于活动状态时显示清晰的指示符：
-   ```typescript
-   let recordingInterval: any;
-   
-   const startRecording = async () => {
-     await ScreenRecorder.start();
-     
-     // Show recording indicator
-     recordingInterval = setInterval(() => {
-       // Update UI to show recording duration
-     }, 1000);
-   };
-   
-   const stopRecording = async () => {
-     clearInterval(recordingInterval);
-     await ScreenRecorder.stop();
-   };
-   ```
-
-4. **处理中断**
-   ```typescript
-   import { App } from '@capacitor/app';
-   
-   App.addListener('appStateChange', async ({ isActive }) => {
-     if (!isActive) {
-       // Consider stopping recording when app goes to background
-       const { value } = await ScreenRecorder.isRecording();
-       if (value) {
-         await ScreenRecorder.stop();
-       }
-     }
-   });
-   ```
-
-## 平台说明
-
-### iOS
-- 需要 iOS 11.0+
-- 使用`ReplayKit`框架
-- 系统在状态栏中显示录音指示器
-- 用户必须确认录音开始
-
-### Android
-- 需要 Android 5.0 (API 21)+
-- 使用 `MediaProjection` API
-- 录制期间显示通知
-- 某些设备可能具有制造商特定的限制
-
-### 网络
-- 不支持网络平台
-- 将返回 `isSupported: false`
-
-## 故障排除
-
-1. **录音无法开始**
-   - 确保授予所有权限
-   - 检查另一个应用程序是否已经在录制
-   - 验证设备支持屏幕录制
-
-2. **录音中没有声音**
-   - 检查麦克风权限
-   - 确保启用 `recordAudio` 选项
-   - 部分设备可能不支持系统录音
-
-3. **找不到视频文件**
-   - 检查文件权限
-   - 确保足够的存储空间
-   - 验证返回的视频URL是否有效
diff --git a/src/content/docs/zh/docs/plugins/screen-recorder/index.mdx b/src/content/docs/zh/docs/plugins/screen-recorder/index.mdx
deleted file mode 100644
index 1e79a622d..000000000
--- a/src/content/docs/zh/docs/plugins/screen-recorder/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-screen-recorder'
-description: 通过音频支持录制设备的屏幕，以创建教程、演示和应用程序预览。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 使用这个强大的 Capacitor 插件录制设备的屏幕，非常适合创建教程、演示和捕获应用程序交互。
-  image:
-    file: ~public/icons/plugins/screen-recorder.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/screen-recorder/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/riderx/capacitor-screen-recorder/'
-      icon: external
-      variant: minimal
-locale: zh
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="高品质录音" icon="rocket">
-    通过可自定义的设置以高品质录制屏幕 🎥
-  </Card>
-  <Card title="音频支持" icon="star">
-    使用麦克风音频和系统声音进行录制 🎤
-  </Card>
-  <Card title="轻松集成" icon="setting">
-    简单的 API 与开始/停止记录方法😊
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/screen-recorder/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/shake/getting-started.mdx b/src/content/docs/zh/docs/plugins/shake/getting-started.mdx
deleted file mode 100644
index 173eff5d3..000000000
--- a/src/content/docs/zh/docs/plugins/shake/getting-started.mdx
+++ /dev/null
@@ -1,162 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 学习如何安装和配置 Capacitor Shake 插件以检测摇动手势并在应用中创建交互式体验。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-shake" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置插件**
-
-   **基本使用示例：**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-
-   // Start listening for shake gestures
-   await Shake.start();
-
-   // Listen for shake events
-   Shake.addListener('shake', () => {
-     console.log('Device was shaken!');
-     // Perform your action here
-   });
-   ```
-
-   **灵敏度配置：**
-   ```typescript
-   // Configure shake sensitivity
-   await Shake.start({
-     threshold: 3.5 // Adjust sensitivity (default: 3.5)
-   });
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       iOS 无需额外设置。
-     </TabItem>
-     <TabItem label="Android">
-       Android 无需额外设置。
-     </TabItem>
-   </Tabs>
-
-4. **停止监听摇动**
-   ```typescript
-   // Stop shake detection when not needed
-   await Shake.stop();
-   
-   // Remove specific listener
-   const handle = await Shake.addListener('shake', () => {
-     console.log('Shaken!');
-   });
-   handle.remove();
-   ```
-
-5. **示例实现**
-   ```typescript
-   import { Shake } from '@capgo/capacitor-shake';
-   import { App } from '@capacitor/app';
-
-   export class ShakeService {
-     private shakeListener: any;
-
-     async initialize() {
-       // Start shake detection
-       await Shake.start({ threshold: 4.0 });
-
-       // Add shake listener
-       this.shakeListener = await Shake.addListener('shake', () => {
-         this.handleShake();
-       });
-
-       // Clean up on app pause
-       App.addListener('pause', () => {
-         Shake.stop();
-       });
-
-       // Resume on app resume
-       App.addListener('resume', () => {
-         Shake.start({ threshold: 4.0 });
-       });
-     }
-
-     private handleShake() {
-       console.log('Shake detected!');
-       // Show debug menu, refresh data, or trigger any action
-     }
-
-     async cleanup() {
-       if (this.shakeListener) {
-         this.shakeListener.remove();
-       }
-       await Shake.stop();
-     }
-   }
-   ```
-</Steps>
-
-## API 参考
-
-### 方法
-
-#### `start(options?: ShakeOptions)`
-开始监听摇动手势。
-
-**参数：**
-- `options`（可选）：配置对象
-  - `threshold`: number - 灵敏度阈值（默认：3.5）
-
-#### `stop()`
-停止监听摇动手势。
-
-#### `addListener('shake', callback: () => void)`
-添加摇动事件监听器。
-
-**返回：** 带有删除监听器句柄的 Promise
-
-### 接口
-
-```typescript
-interface ShakeOptions {
-  threshold?: number; // Shake sensitivity threshold
-}
-```
-
-## 平台说明
-
-### iOS
-- 使用设备的加速度计检测摇动手势
-- 在前台和后台均可工作（如果应用具有后台权限）
-
-### Android
-- 使用 SensorManager 检测摇动事件
-- 不需要特殊权限
-- 应用在前台时工作
-
-## 常见用例
-
-1. **调试菜单**：设备摇动时显示开发者选项
-2. **反馈**：触发反馈表单或错误报告
-3. **刷新**：刷新应用数据或清除缓存
-4. **游戏**：使用摇动作为游戏控制机制
-5. **撤销**：实现摇动撤销功能
-
-## 故障排除
-
-**未检测到摇动：**
-- 确保使用 `Shake.start()` 启动了插件
-- 尝试调整阈值（较低 = 更敏感）
-- 检查监听器是否正确注册
-
-**太敏感/不够敏感：**
-- 在 `start()` 选项中调整 `threshold` 参数
-- 值通常范围从 2.0（非常敏感）到 5.0（较不敏感）
diff --git a/src/content/docs/zh/docs/plugins/shake/index.mdx b/src/content/docs/zh/docs/plugins/shake/index.mdx
deleted file mode 100644
index 759b89d22..000000000
--- a/src/content/docs/zh/docs/plugins/shake/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-shake"
-locale: zh
-description: Capacitor 插件，用于检测设备上的摇动手势，在您的应用中启用基于摇动的交互功能。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 在应用中检测摇动手势以触发操作、显示调试菜单或创建交互式体验。
-  image:
-    file: ~public/icons/plugins/shake.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/shake/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-shake/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="简单的手势检测" icon="rocket">
-    轻松检测用户何时摇动设备 📱
-  </Card>
-  <Card title="可自定义的灵敏度" icon="setting">
-    根据需要调整摇动检测灵敏度 ⚡
-  </Card>
-  <Card title="跨平台" icon="laptop">
-    在 iOS 和 Android 设备上无缝工作 🌍
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/shake/getting-started/)，只需几分钟即可掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/share-target/getting-started.mdx b/src/content/docs/zh/docs/plugins/share-target/getting-started.mdx
deleted file mode 100644
index 8d36de1cd..000000000
--- a/src/content/docs/zh/docs/plugins/share-target/getting-started.mdx
+++ /dev/null
@@ -1,414 +0,0 @@
----
-title: "Share Target 入门"
-locale: zh
-description: "了解如何让你的应用接收来自其他应用的共享内容"
----
-
-本指南将引导你集成 Capacitor Share Target 插件,使你的应用能够接收来自其他应用的共享内容。
-
-## 安装
-
-使用 npm 安装插件:
-
-```bash
-npm install @capgo/capacitor-share-target
-npx cap sync
-```
-
-## Android 配置
-
-在 `AndroidManifest.xml` 的 `<activity>` 标签内添加 intent filter:
-
-### 接受文本内容
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="text/*" />
-</intent-filter>
-```
-
-### 接受图片
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="image/*" />
-</intent-filter>
-```
-
-### 接受所有内容类型
-
-```xml
-<intent-filter>
-    <action android:name="android.intent.action.SEND" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-
-<intent-filter>
-    <action android:name="android.intent.action.SEND_MULTIPLE" />
-    <category android:name="android.intent.category.DEFAULT" />
-    <data android:mimeType="*/*" />
-</intent-filter>
-```
-
-## iOS 配置
-
-对于 iOS,你需要创建一个 Share Extension:
-
-### 1. 在 Xcode 中创建 Share Extension
-
-1. 在 Xcode 中打开你的项目
-2. 前往 **File > New > Target**
-3. 选择 **Share Extension** 并点击 **Next**
-4. 为其命名(例如,"ShareExtension")并点击 **Finish**
-5. 如果提示,激活 scheme
-
-### 2. 配置 App Group
-
-1. 在主应用 target 中,前往 **Signing & Capabilities**
-2. 点击 **+ Capability** 并添加 **App Groups**
-3. 创建或选择一个 app group(例如,`group.com.yourcompany.yourapp`)
-4. 对 Share Extension target 重复此操作
-
-### 3. 更新 Share Extension 代码
-
-Share Extension 需要将共享数据保存到 app group 容器,以便主应用可以访问它。
-
-有关详细的 iOS 设置,请参阅 [Apple 的 Share Extension 文档](https://developer.apple.com/documentation/uikit/uiactivityviewcontroller)。
-
-## 基本用法
-
-### 导入插件
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-```
-
-### 监听共享内容
-
-```typescript
-CapacitorShareTarget.addListener('shareReceived', (event) => {
-  console.log('接收到共享事件');
-  console.log('标题:', event.title);
-  console.log('文本:', event.texts);
-
-  // 处理共享的文件
-  if (event.files && event.files.length > 0) {
-    event.files.forEach(file => {
-      console.log(`文件: ${file.name}`);
-      console.log(`类型: ${file.mimeType}`);
-      console.log(`URI: ${file.uri}`);
-    });
-  }
-});
-```
-
-## 完整示例
-
-以下是处理不同类型共享内容的综合示例:
-
-```typescript
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-class ShareTargetService {
-  private listener: any;
-
-  initialize() {
-    this.listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-      this.handleSharedContent(event);
-    });
-
-    console.log('Share target 监听器已初始化');
-  }
-
-  handleSharedContent(event: any) {
-    console.log('=== 接收到共享 ===');
-
-    // 处理标题
-    if (event.title) {
-      console.log('标题:', event.title);
-      this.showNotification('已共享: ' + event.title);
-    }
-
-    // 处理文本内容
-    if (event.texts && event.texts.length > 0) {
-      event.texts.forEach((text: string, index: number) => {
-        console.log(`文本 ${index + 1}:`, text);
-        this.processSharedText(text);
-      });
-    }
-
-    // 处理文件
-    if (event.files && event.files.length > 0) {
-      console.log(`接收到 ${event.files.length} 个文件`);
-
-      event.files.forEach((file: any) => {
-        console.log('文件详情:');
-        console.log('  名称:', file.name);
-        console.log('  类型:', file.mimeType);
-        console.log('  URI:', file.uri);
-
-        this.processSharedFile(file);
-      });
-    }
-  }
-
-  processSharedText(text: string) {
-    // 检查是否为 URL
-    if (this.isURL(text)) {
-      console.log('检测到共享 URL:', text);
-      // 处理 URL(例如,创建书签)
-      this.saveBookmark(text);
-    } else {
-      console.log('检测到共享文本');
-      // 处理纯文本(例如,创建笔记)
-      this.createNote(text);
-    }
-  }
-
-  processSharedFile(file: any) {
-    const fileType = file.mimeType.split('/')[0];
-
-    switch (fileType) {
-      case 'image':
-        console.log('处理共享图片');
-        this.handleImage(file);
-        break;
-
-      case 'video':
-        console.log('处理共享视频');
-        this.handleVideo(file);
-        break;
-
-      case 'audio':
-        console.log('处理共享音频');
-        this.handleAudio(file);
-        break;
-
-      case 'application':
-        console.log('处理共享文档');
-        this.handleDocument(file);
-        break;
-
-      default:
-        console.log('处理通用文件');
-        this.handleGenericFile(file);
-    }
-  }
-
-  handleImage(file: any) {
-    // 处理图片文件
-    console.log('保存图片:', file.name);
-    // 实现:保存到相册、上传等
-  }
-
-  handleVideo(file: any) {
-    // 处理视频文件
-    console.log('保存视频:', file.name);
-  }
-
-  handleAudio(file: any) {
-    // 处理音频文件
-    console.log('保存音频:', file.name);
-  }
-
-  handleDocument(file: any) {
-    // 处理文档文件
-    console.log('保存文档:', file.name);
-  }
-
-  handleGenericFile(file: any) {
-    // 处理通用文件
-    console.log('保存文件:', file.name);
-  }
-
-  isURL(text: string): boolean {
-    try {
-      new URL(text);
-      return true;
-    } catch {
-      return false;
-    }
-  }
-
-  saveBookmark(url: string) {
-    console.log('为以下内容创建书签:', url);
-    // 实现
-  }
-
-  createNote(text: string) {
-    console.log('创建笔记,文本内容:', text.substring(0, 50));
-    // 实现
-  }
-
-  showNotification(message: string) {
-    console.log('通知:', message);
-    // 显示 toast 或通知
-  }
-
-  cleanup() {
-    if (this.listener) {
-      this.listener.remove();
-    }
-  }
-}
-
-// 使用方法
-const shareTarget = new ShareTargetService();
-shareTarget.initialize();
-
-// 应用关闭时清理
-// shareTarget.cleanup();
-```
-
-## React 集成
-
-```typescript
-import { useEffect } from 'react';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-function useShareTarget(onShareReceived: (event: any) => void) {
-  useEffect(() => {
-    const listener = CapacitorShareTarget.addListener('shareReceived', onShareReceived);
-
-    return () => {
-      listener.remove();
-    };
-  }, [onShareReceived]);
-}
-
-// 在组件中使用
-function App() {
-  useShareTarget((event) => {
-    console.log('接收到共享:', event);
-    // 处理共享内容
-  });
-
-  return <div>Your App</div>;
-}
-```
-
-## Vue 集成
-
-```typescript
-import { onMounted, onUnmounted } from 'vue';
-import { CapacitorShareTarget } from '@capgo/capacitor-share-target';
-
-export default {
-  setup() {
-    let listener: any;
-
-    onMounted(() => {
-      listener = CapacitorShareTarget.addListener('shareReceived', (event) => {
-        console.log('接收到共享:', event);
-        // 处理共享内容
-      });
-    });
-
-    onUnmounted(() => {
-      if (listener) {
-        listener.remove();
-      }
-    });
-  }
-};
-```
-
-## 处理不同的内容类型
-
-### URL
-
-```typescript
-if (event.texts && event.texts.length > 0) {
-  const text = event.texts[0];
-
-  if (text.startsWith('http://') || text.startsWith('https://')) {
-    // 处理 URL
-    window.open(text, '_blank');
-  }
-}
-```
-
-### 图片
-
-```typescript
-if (event.files) {
-  const images = event.files.filter(f => f.mimeType.startsWith('image/'));
-
-  images.forEach(async (image) => {
-    // 读取并显示图片
-    const response = await fetch(image.uri);
-    const blob = await response.blob();
-    const imageUrl = URL.createObjectURL(blob);
-
-    // 显示或处理图片
-    console.log('图片 URL:', imageUrl);
-  });
-}
-```
-
-### 多个文件
-
-```typescript
-if (event.files && event.files.length > 1) {
-  console.log(`处理 ${event.files.length} 个文件`);
-
-  const processPromises = event.files.map(file =>
-    processFile(file)
-  );
-
-  await Promise.all(processPromises);
-  console.log('所有文件已处理');
-}
-```
-
-## 最佳实践
-
-1. **处理多种内容类型**: 准备好接收文本、URL 和文件
-2. **验证内容**: 在处理之前检查 MIME 类型
-3. **提供反馈**: 向用户显示接收到的内容
-4. **处理错误**: 文件 URI 可能无效或不可访问
-5. **清理监听器**: 在不需要时移除监听器
-6. **彻底测试**: 使用不同的应用和内容类型进行测试
-7. **请求权限**: 某些文件类型可能需要额外的权限
-
-## 常见问题
-
-### Android 上共享不工作
-
-确保 intent filter 在 `AndroidManifest.xml` 中正确配置,并且位于具有 `android.intent.action.MAIN` 的 `<activity>` 标签内。
-
-### iOS Share Extension 未显示
-
-1. 验证两个 target 中都配置了 App Group
-2. 确保 Share Extension 已激活
-3. 检查 Share Extension 中的 Info.plist 是否有正确的配置
-
-### 文件访问错误
-
-```typescript
-try {
-  const response = await fetch(file.uri);
-  const blob = await response.blob();
-  // 处理 blob
-} catch (error) {
-  console.error('无法访问文件:', error);
-  // 向用户显示错误
-}
-```
-
-## 下一步
-
-- 浏览 [API 参考](https://github.com/Cap-go/capacitor-share-target#api)以获取完整的方法文档
-- 查看[示例应用](https://github.com/Cap-go/capacitor-share-target/tree/main/example)以了解高级用法
-- 参阅[教程](/plugins/capacitor-share-target)以获取完整的实现示例
diff --git a/src/content/docs/zh/docs/plugins/share-target/index.mdx b/src/content/docs/zh/docs/plugins/share-target/index.mdx
deleted file mode 100644
index a447c7c08..000000000
--- a/src/content/docs/zh/docs/plugins/share-target/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-share-target"
-locale: zh
-description: 在你的 Capacitor 应用中接收来自其他应用共享的文本、图片、视频和文件。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 让你的应用能够接收来自其他应用共享的文本、图片和文件,并提供跨平台支持。
-  image:
-    file: ~public/icons/plugins/share-target.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/share-target/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-share-target/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="通用共享" icon="rocket">
-    接收来自任何应用共享的内容
-  </Card>
-  <Card title="多种内容类型" icon="document">
-    处理文本、图片、视频和文件
-  </Card>
-  <Card title="跨平台" icon="laptop">
-    支持 iOS 和 Android 的原生集成
-  </Card>
-  <Card title="基于事件" icon="download">
-    实时监听共享事件
-  </Card>
-  <Card title="灵活配置" icon="setting">
-    自定义接受的 MIME 类型
-  </Card>
-  <Card title="开始使用" icon="open-book">
-    查看[入门指南](/docs/plugins/share-target/getting-started/)以安装和配置插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/sim/getting-started.mdx b/src/content/docs/zh/docs/plugins/sim/getting-started.mdx
deleted file mode 100644
index 564edaf94..000000000
--- a/src/content/docs/zh/docs/plugins/sim/getting-started.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: 开始使用
-locale: zh
-description: 使用 Capgo SIM 插件检索 SIM 卡详情并处理运行时权限。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装插件**
-   <PackageManagers pkg="@capgo/capacitor-sim" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步平台**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 权限
-
-- **Android**: 确保已授予 `android.permission.READ_PHONE_STATE`(在 Android 13+ 上为 `READ_BASIC_PHONE_STATE`)。Capacitor 包含清单声明,但你必须在调用 `getSimCards` 之前请求权限。
-- **iOS**: 运营商信息会自动可用;该平台不会提示请求额外的权限。请注意,由于操作系统限制,iOS 16.4+ 返回的数据有限。
-
-## 请求运行时访问权限 (Android)
-
-```typescript
-import { Sim } from '@capgo/capacitor-sim';
-
-const status = await Sim.checkPermissions();
-if (status.readSimCard !== 'granted') {
-  const updated = await Sim.requestPermissions();
-  if (updated.readSimCard !== 'granted') {
-    throw new Error('电话权限被拒绝');
-  }
-}
-```
-
-## 读取 SIM 卡
-
-```typescript
-const { simCards } = await Sim.getSimCards();
-
-simCards.forEach((card, index) => {
-  console.log(`卡槽 ${card.simSlotIndex ?? index}:`, {
-    carrier: card.carrierName,
-    mcc: card.mobileCountryCode,
-    mnc: card.mobileNetworkCode,
-    country: card.isoCountryCode,
-    subscriptionId: card.subscriptionId,
-  });
-});
-```
-
-## 平台注意事项
-
-- **双卡设备**: 遍历返回的数组;每个条目对应一个卡槽。如果存在,`subscriptionId` 可帮助你与 Android 的电话 API 交互。
-- **iOS 16.4+**: Apple 隐藏了多个运营商属性。预期会出现占位值(`--`、`65535`),并在 UI 中规划备选方案。
-- **Web**: 插件返回空数据,因为浏览器无法访问 SIM 信息。
diff --git a/src/content/docs/zh/docs/plugins/sim/index.mdx b/src/content/docs/zh/docs/plugins/sim/index.mdx
deleted file mode 100644
index 658d8fcc6..000000000
--- a/src/content/docs/zh/docs/plugins/sim/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-sim"
-locale: zh
-description: 从 Capacitor 应用中检查 SIM 卡信息,如运营商、国家代码和卡槽索引。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 使用轻量级 Capacitor 桥接检索 SIM 运营商元数据并处理权限流程。
-  image:
-    file: ~public/icons/plugins/sim.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/sim/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-sim/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-使用 Capgo SIM 查询运营商数据、卡槽索引和权限状态,同时保持在 Capacitor 内部。
-
-<CardGrid stagger>
-  <Card title="多 SIM 卡支持" icon="rocket">
-    枚举每个已安装的 SIM 卡及其卡槽索引和订阅 ID。
-  </Card>
-  <Card title="权限助手" icon="approve-check">
-    检查和请求 Android 上所需的电话权限。
-  </Card>
-  <Card title="一致的架构" icon="star">
-    使用规范化的运营商字段,如 MCC、MNC、ISO 国家代码和电话号码。
-  </Card>
-  <Card title="iOS 感知" icon="pencil">
-    处理平台细微差别,例如 iOS 16.4+ 上的有限运营商数据。
-  </Card>
-</CardGrid>
-
-获取入门指南以集成权限和使用模式。
diff --git a/src/content/docs/zh/docs/plugins/social-login/apple/android.mdx b/src/content/docs/zh/docs/plugins/social-login/apple/android.mdx
deleted file mode 100644
index 3170ae633..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/apple/android.mdx
+++ /dev/null
@@ -1,296 +0,0 @@
----
-title: Apple 登录 Android
-description: 本指南提供了有关使用 Capacitor 为 iOS 设备设置 Apple 登录的全面演练，详细介绍了每个步骤，以确保集成过程顺利进行。
-sidebar:
-  order: 3
-locale: zh
----
-import MermaidGraph from '@/components/MermaidGraph.astro';
-import { Steps } from '@astrojs/starlight/components';
-
-export const appleLoginFlowGraph = `flowchart TD
-    A("await SocialLogin.login()") -->|插件中处理|B(生成登录URL)
-    B --> |传递链接| C(打开Chrome浏览器)
-    C --> D(等待用户登录)
-    D --> |Apple 重定向到您的后端|E（处理从 Apple 返回的数据）
-    E --> F（重定向回应用程序）
-    F --> G(返回JS)`;
-
-Apple 在 Android 上登录很麻烦。 Apple 在 Android 上没有对 `Sign in with Apple` 的官方支持，因此该解决方案有点hacky。
-
-Android 目前使用 Chrome 选项卡来显示 OAuth2 网站。这种方法面临以下挑战：
-
-- 困难的配置
-- 需要后端
-
-## 了解 Android 上的流程。
-
-我用一张图来解释一下android上的流程：
-
-<MermaidGraph graph={appleLoginFlowGraph} ariaLabel="Apple Login flow diagram on Android" fullWidth={false} />
-
-现在您已经了解了挑战和流程，让我们开始配置。
-
-## 创建服务ID
-
-<Steps>
-1. 登录 [Apple 开发者门户](https://developer.apple.com)。 
-
-2. 单击`Identifiers`。
-
-    <img src="/social-login-assets/apple_dev_portal_iden.png" alt="Apple 开发者门户标识符部分" />
-    
-    您应该看到如下所示的屏幕：
-
-    <img src="/social-login-assets/apple_dev_portal_iden_2.png" alt="Apple 开发者门户标识符屏幕" />
-
-    1. 确保此字段显示 <code>App IDs</code>
-    2. 确保您可以找到您的App ID。
-        :::注意
-        如果您尚未配置 IOS 的 Apple 登录，则必须创建一个。对我来说，我已经创建了一个。我将使用的应用程序 ID 是 `me.wcaleniewolny.test.ionic.vue`。如果您没有，请使用[创建应用程序步骤](#creating-the-app) 创建一个。
-        :::
-3. 确保您的应用启用了 `Sign in with Apple` 功能
-    1. 单击您的应用程序
-        <img src="/social-login-assets/apple_dev_click_on_app.png" alt="从列表中选择您的应用程序" />
-    2. 确保启用 `Sign in with Apple` 功能
-        <img src="/social-login-assets/apple_dev_sign_in_with_apple_enabled.png" alt="使用启用 Apple 功能的复选框登录" />
-    3. 如果未启用，请将其启用。
-4. 返回所有“所有标识符” 
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="所有标识符导航按钮" />
-5. 单击“应用程序 ID”并转到“服务 ID”
-   <img src="/social-login-assets/apple_dev_go_to_services_id.png" alt="导航至服务 ID 部分" />
-6. 创建一个新的标识符
-    1. 单击加号按钮
-        <img src="/social-login-assets/apple_dev_iden_add.png" alt="添加新服务 ID 按钮" />
-    
-    2. 选择“服务 ID”并单击 `Continue`
-        <img src="/social-login-assets/apple_dev_service_and_cont.png" alt="选择服务 ID 选项" />
-    
-    3. 输入描述和标识符，然后单击 `Continuie`。
-
-        <img src="/social-login-assets/apple_dev_reg_service_2.png" alt="输入服务 ID 详细信息" />
-
-        :::注意
-        这个 `identifiers` 将成为 `clientId`，您将在 `initialize` 函数和 `ANDROID_SERVICE_ID` 中传递给后端。 
-        
-        **请保存！**
-        :::
-
-        :::注意
-        服务 ID 不必与应用程序 ID 匹配，但我建议将服务 ID 设置为 `YOUR_APP_ID.service` 。提醒一下，我使用 `me.wcaleniewolny.test.ionic.vue` 作为我的应用程序 ID，但我使用 `ee.forgr.io.ionic.service2` 作为服务 ID。
-        :::
-    4. 请验证详细信息并点击`Register`
-        <img src="/social-login-assets/apple_dev_service_ref_fin.png" alt="确认服务ID注册" />
-    
-    5. 点击刚刚创建的服务
-        <img src="/social-login-assets/apple_dev_open_serv.png" alt="选择新创建的服务ID" />
-    
-    6. 启用 `Sign in with Apple` 选项
-        <img src="/social-login-assets/apple_dev_serv_enable_sign_with_apple.png" alt="启用使用 Apple 登录服务 ID" />
-    
-    7. 配置`Sign In with Apple`
-        <img src="/social-login-assets/apple_dev_conf_serv_sign_with_apple.png" alt="配置使用 Apple 登录的按钮" />
-    
-    8. 确保“主应用程序 ID”设置为上一步中配置的应用程序 ID
-        <img src="/social-login-assets/apple_dev_service_prim_id.png" alt="设置主应用程序 ID 下拉列表" />
-    
-    9. 添加您要托管后端的域。<img src="/social-login-assets/apple_dev_serv_create_next.png" alt="设置域和返回 URL 字段" />
-
-        :::注意
-        该后端**必须**在 HTTPS 上运行。至于“返回 URL”，您可能希望在阅读本教程的下一部分并配置后端后返回到此。出于本教程的目的，我将使用 `https://xyz.wcaleniewolny.me/login/callback` 作为返回 URL，使用 `xyz.wcaleniewolny.me` 作为域。按下一步。
-        :::
-
-    10. 确认数据并点击 `Done`
-        <img src="/social-login-assets/apple_dev_serv_conf_done.png" alt="确认域名和返回 URL 配置" />
-
-    11. 点击 `Continue`
-        <img src="/social-login-assets/apple_dev_cont_serv_creat.png" alt="用于服务配置的继续按钮" />
-
-    12. 点击 `Save`
-        <img src="/social-login-assets/apple_dev_cont_serv_creat_save.png" alt="服务配置的保存按钮" />
-</Steps>
-
-## 创建密钥
-
-<Steps>
-1. 返回所有“所有标识符” 
-    <img src="/social-login-assets/apple_dev_go_back_iden.png" alt="所有标识符导航按钮" />
-2. 单击`Keys`
-    <img src="/social-login-assets/apple_dev_key_selc.png" alt="Apple 开发者门户中的按键部分" />
-3. 单击加号图标
-    <img src="/social-login-assets/apple_dev_key_plus.png" alt="添加新的按键按钮" />
-4. 为您的密钥命名
-    <img src="/social-login-assets/apple_key_name.png" alt="输入键名称字段" />
-    :::注意
-    这个名字并不重要，你可以输入任何内容。
-    :::
-5. 选择 `Sign in with Apple` 并单击 `Configure`
-    <img src="/social-login-assets/apple_dev_key_sing_apple_conf.png" alt="启用并配置使用 Apple 登录密钥" />
-6. 选择主应用程序 ID，然后按 `Save`
-    <img src="/social-login-assets/apple_dev_key_prim_app_id.png" alt="为密钥选择主应用程序 ID" />
-
-    :::注意
-    该应用程序 ID 必须与前面步骤中的 ID 相同。
-    :::
-7. 单击`Continue`
-    <img src="/social-login-assets/apple_dev_key_const.png" alt="继续按钮进行关键配置" />
-8. 单击`Register`
-    <img src="/social-login-assets/apple_dev_key_reg.png" alt="用于创建密钥的注册按钮" />
-9. 复制密钥 ID 并下载密钥。
-    <img src="/social-login-assets/apple_dev_key_downl.png" alt="密钥 ID 和下载按钮屏幕" />
-
-    :::注意
-        **重要：** 保存此 ID，在后端它将被称为 `KEY_ID`。下载密钥。确保永远不要共享此密钥。
-    :::
-10. 找到下载的密钥并将其保存在后端文件夹中。
-    <img src="/social-login-assets/apple_dev_downloaded_key.png" alt="下载的密钥文件" />
-</Steps>
-
-## 获取团队ID
-
-为了在 Android 上使用 `Login with Apple`，您需要获取“团队 ID”。它将在后端使用。
-
-<Steps>
-   1. 转到[此网站](https://developer.apple.com/account/) 并向下滚动
-   
-   2. 找到“团队ID”
-      <img src="/social-login-assets/apple_dev_team_id.png" alt="开发者帐户中的团队 ID 位置" />
-</Steps>
-
-## 配置应用程序重定向
-
-正如您在图中看到的，后端执行一个名为“重定向回应用程序”的步骤。这需要手动更改您的应用程序。
-
-<Steps>
-    1. 修改 `AndroidManifest.xml`
-        1. 打开文件，我将使用 `AndroidStudio`
-            <img src="/social-login-assets/studio_android_manifest_file.png" alt="Android Studio 中的 AndroidManifest.xml 文件" />
-        2. 找到 `MainActivity` 并添加以下 Intent 过滤器
-            <img src="/social-login-assets/studio_manifest_code_to_add.png" alt="在MainActivity中添加Intent过滤器代码" />
-
-            ```xml
-            <intent-filter>
-                <action android:name="android.intent.action.VIEW" />
-                <category android:name="android.intent.category.DEFAULT" />
-                <category android:name="android.intent.category.BROWSABLE" />
-                <data android:scheme="capgo-demo-app" android:host="path" />
-            </intent-filter>
-            ```
-    2. 修改 `MainActivity`
-        1. 请打开`MainActivity`
-            <img src="/social-login-assets/studio_main_activ_file.png" alt="Android Studio 中的 MainActivity.java 文件" />
-
-        2. 添加以下代码：
-            <img src="/social-login-assets/studio_main_actv_new_code.png" alt="添加到 MainActivity 以处理深层链接的代码" />
-
-            ```java
-            @Override
-            protected void onNewIntent(Intent intent) {
-                String action = intent.getAction();
-                Uri data = intent.getData();
-            
-                if (Intent.ACTION_VIEW.equals(action) && data != null) {
-                    PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                    if (pluginHandle == null) {
-                        Log.i("Apple Login Intent", "SocialLogin login handle is null");
-                        return;
-                    }
-                    Plugin plugin = pluginHandle.getInstance();
-                    if (!(plugin instanceof SocialLoginPlugin)) {
-                        Log.i("Apple Login Intent", "SocialLogin plugin instance is not SocialLoginPlugin");
-                        return;
-                    }
-                    ((SocialLoginPlugin) plugin).handleAppleLoginIntent(intent);
-                    return;
-                }
-                super.onNewIntent(intent);
-            }
-            ```
-
-            :::注意
-            此示例假设您没有配置任何深层链接。如果是这样，请调整代码
-            :::
-</Steps>
-
-:::note
-您刚刚在您的应用程序中添加了一个新的深层链接。深层链接将如下所示：`capgo-demo-app://path`。您可以更改 `android:scheme` 和 `android:host` 来修改此深层链接的外观。
-**重要：** 在后端配置中，此深层链接将变为 `BASE_REDIRECT_URL`
-:::
-
-
-## 后端配置
-
-Android 需要后端，但配置后端也会影响 IOS。 [此处]提供了一个示例后端(https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/index.ts)此示例提供以下内容：
-- 一个简单的 JSON 数据库
-- 一种从 Apple 服务器请求 JWT 的方法
-- 一个简单的 JWT 验证
-
-:::note
-我使用 `PM2` 来托管此示例。可以在[此处]找到示例 `ecosystem.config.js`(https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/main/ecosystem.config.js.example)
-:::
-
-鉴于我在本教程中所说的一切，`env` 部分的外观如下：
-
-- `ANDROID_SERVICE_ID` = 服务 ID
-- `IOS_SERVICE_ID` = 应用程序 ID
-
-```js
-env: {
-  PRIVATE_KEY_FILE: "AuthKey_U93M8LBQK3.p8",
-  KEY_ID: "U93M8LBQK3",
-  TEAM_ID: "UVTJ336J2D",
-  ANDROID_SERVICE_ID: "ee.forgr.io.ionic.starter.service2",
-  IOS_SERVICE_ID: "me.wcaleniewolny.test.ionic.vue",
-  PORT: 3000,
-  REDIRECT_URI: "https://xyz.wcaleniewolny.me/login/callback",
-  BASE_REDIRECT_URL: "capgo-demo-app://path"
-}
-```
-
-#### 使用插件
-
-`login`函数的用法没有变化，和IOS一样。请查看该部分以获取更多信息。 **然而**，`initialize` 方法发生了一些变化。
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: 'ee.forgr.io.ionic.starter.service2',
-    redirectUrl: 'https://appleloginvps.wcaleniewolny.me/login/callback'
-  }
-})
-```
-
-:::danger
-    请注意，添加 `redirectUrl` **将会** 影响 IOS！！！！
-:::
-
-
-## 创建应用程序
-
-:::note
-如果您已经有App ID，则可以跳过此步骤。
-如果您已配置 IOS 的 Apple 登录，请不要执行此步骤。
-:::
-
-<Steps>
-   1. 如果您还没有应用程序 ID，请单击加号按钮
-        <img src="/social-login-assets/apple_dev_iden_plus.png" alt="添加新标识符加号按钮" />
-   
-   2. 选择“应用程序 ID”并单击“继续” 
-        <img src="/social-login-assets/apple_dev_new_app_id.png" alt="选择应用程序 ID 类型" />
-   
-   3. 单击类型 `App`，然后单击 `Continue` 
-        <img src="/social-login-assets/apple_dev_new_app_type.png" alt="选择应用程序类型" />
-   
-   4. 输入描述和应用程序 ID 
-        <img src="/social-login-assets/apple_dev_new_app_desc_id.png" alt="输入应用程序描述和捆绑 ID" />
-   
-   5. 启用 `Sign with Apple` 功能 
-        <img src="/social-login-assets/apple_dev_enable_sign_with_apple.png" alt="启用使用 Apple 功能登录" />
-   
-   6. 单击`Continue` 
-        <img src="/social-login-assets/apple_dev_register_continue.png" alt="用于应用程序注册的“继续”按钮" />
-   
-   7. 确认详细信息并点击`Register` 
-        <img src="/social-login-assets/apple_dev_confirm_register.png" alt="确认应用程序注册详细信息" />
-</Steps>
diff --git a/src/content/docs/zh/docs/plugins/social-login/apple/general.mdx b/src/content/docs/zh/docs/plugins/social-login/apple/general.mdx
deleted file mode 100644
index 2aa4e8214..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/apple/general.mdx
+++ /dev/null
@@ -1,16 +0,0 @@
----
-title: "Apple 登录设置"
-locale: zh
-description: 本指南提供了使用 Capacitor 设置 Apple 登录的详细说明,涵盖了成功集成所需的所有步骤和要求。
-sidebar:
-    order: 1
----
-
-### 简介
-
-在本指南中,你将学习如何使用 Capacitor 配置 Apple 登录。为此,你需要以下内容:
-
-- Apple Developer 账户
-- 运行 macOS 的计算机(仅 iOS)
-- 安装 Xcode(仅 iOS)
-- 自定义后端(仅 Android)
diff --git a/src/content/docs/zh/docs/plugins/social-login/apple/ios.mdx b/src/content/docs/zh/docs/plugins/social-login/apple/ios.mdx
deleted file mode 100644
index 10f686712..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/apple/ios.mdx
+++ /dev/null
@@ -1,67 +0,0 @@
----
-title: iOS 上的 Apple 登录
-locale: zh
-description: 本综合指南将引导你完成在 iOS 设备上使用 Capacitor 设置 Apple 登录的过程,通过涵盖所有必要的步骤和配置来确保无缝集成。
-sidebar:
-    order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-
-让我们分解在 iOS 上设置 Apple 登录所需的内容。
-
-<Steps>
-1. 配置应用的功能。
-
-    为此,请打开 Xcode,点击 `App`
-    ![App XCode](/social-login-assets/app-xcode.png)
-
-2. 确保选择正确的 target。
-
-    ![XCode App Target](/social-login-assets/xcode-app-target.png)
-
-3. 请确保添加 `Sign in with Apple` 功能。
-
-    ![App XCode Add Capability](/social-login-assets/app-xcode-add-cap.png)
-
-    ![App XCode Add Capability](/social-login-assets/sign-with-apple-cap.png)
-
-    :::caution
-    如果你看不到 `Sign in with Apple` 功能,请配置 [Account & Organizational Data Sharing](https://developer.apple.com/account/resources/services/cwa/configure/)
-    :::
-
-4. 在应用中初始化 Apple 登录。
-
-    :::note
-    我使用 Vue 作为框架,具体实现会根据你选择的框架而有所不同
-    :::
-
-    ```ts
-    //  onMounted 是 vue 特定的
-    onMounted(() => {
-    SocialLogin.initialize({
-        apple: {}
-    })
-    });
-    ```
-
-5. 创建一个按钮来开始登录过程。
-
-    该按钮应调用以下函数:
-
-    ```ts
-    async function loginApple() {
-    const res = await SocialLogin.login({
-        provider: 'apple',
-        options: {}
-    })
-    ```
-
-6. 在**<u>真实</u>**设备上运行你的应用并进行测试。
-
-    如果你仔细按照步骤操作,点击按钮后你将看到以下屏幕。
-
-    ![Apple Sign In prompt on iOS device](/social-login-assets/apple-sign-in-ios-final.png)
-</Steps>
-
-就是这样!你已经准备好了。
diff --git a/src/content/docs/zh/docs/plugins/social-login/apple/web.mdx b/src/content/docs/zh/docs/plugins/social-login/apple/web.mdx
deleted file mode 100644
index 98dd557f0..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/apple/web.mdx
+++ /dev/null
@@ -1,69 +0,0 @@
----
-title: 网页浏览器的 Apple 登录
-locale: zh
-description: 本指南详细介绍如何为 Web 应用程序使用 Capacitor 设置 Apple 登录，利用 @capgo/capacitor-social-login 插件确保无缝集成过程。
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-配置 Web 登录并不简单。它比在 iOS 上设置 `Sign in with Apple` 更困难，但比在 Android 上设置 `Sign in with Apple` 更困难。
-
-## 生成服务
-
-:::note
-如果您已经在 Android 上配置了 `Sign in with Apple`，则此步骤是多余的。
-:::
-
-请按照[此处](/docs/plugins/social-login/apple/android/#creating-the-service-id/)的指南生成服务。
-
-## 配置 `Return URLs`
-
-<Steps>
-
-1. **转到您的 Service ID 配置**
-
-   在 [Apple Developer Portal](https://developer.apple.com) 中，导航到 `Identifiers` > `Services IDs` 并点击您的 service ID。
-
-2. **配置 Sign in with Apple**
-
-   点击 `Sign in with Apple` 旁边的 `Configure`。
-
-   ![apple_dev_configure_login](/social-login-assets/apple_dev_configure_login.webp)
-
-3. **添加 Return URLs**
-
-   点击 `+` 按钮添加新的 return URL。
-
-   ![apple_dev_return_url_plus](/social-login-assets/apple_dev_return_url_plus.webp)
-
-4. **添加 Return URLs**
-
-   在 `Domains and Subdomains` 中添加您的 Web 应用程序域名。
-   :::caution
-   您**不能**在此处添加 `localhost` 或 `127.0.0.1` 作为域名。
-   :::
-
-   然后，添加带有 `https://` 前缀的域名以及您将调用 Apple Login 的路径。
-   例如，如果您的域名是 `https://my-app.com`，并且您将从 `/login` 调用 Apple Login，则应添加 `https://my-app.com/login` 作为 return URL。
-
-   :::caution
-   您**必须**同时添加带有尾部斜杠和不带尾部斜杠的域名。
-   :::
-
-   ![apple_dev_return_url_add](/social-login-assets/apple_dev_return_url_add.webp)
-
-5. **保存更改**
-
-   1. 点击 `Next` 按钮保存更改。
-   2. 点击 `Save` 按钮保存更改。
-
-6. 您应该已准备好测试 JavaScript 登录。请注意，您无法从 localhost 进行测试。
-</Steps>
-
-
-
-
-
-
diff --git a/src/content/docs/zh/docs/plugins/social-login/facebook.mdx b/src/content/docs/zh/docs/plugins/social-login/facebook.mdx
deleted file mode 100644
index 220400d07..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/facebook.mdx
+++ /dev/null
@@ -1,666 +0,0 @@
----
-title: "Facebook 登录设置"
-locale: zh
-description: 本指南提供了使用 Capacitor 设置 Facebook 登录的全面演练,确保无缝集成并增强应用的用户身份验证。
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-
-## 简介
-
-在本指南中,你将学习如何使用 Capgo Social Login 设置 Facebook 登录。你需要以下内容:
-
-- Facebook Developer 账户
-- 你的应用包名/bundle ID
-- 访问终端以生成密钥哈希(Android)
-
-## 常规设置
-
-如果你还没有创建 Facebook 应用,请按照以下步骤操作:
-
-<Steps>
-1. 创建 Facebook 应用
-
-   按照教程[创建应用](https://developers.facebook.com/docs/development/create-an-app/)
-
-2. 向你的应用添加 Facebook 登录
-
-   在 Facebook Developer Dashboard 中,向你的应用添加 Facebook 登录产品
-
-3. 在将应用发布给公众之前,请遵循此[教程](https://developers.facebook.com/docs/development/release/)发布它
-</Steps>
-
-## 重要信息
-
-以下是查找集成所需关键信息的位置:
-
-1. `CLIENT_TOKEN`:
-   <img src="/social-login-assets/fb_where_to_fiind_client_token.png" alt="Facebook developer dashboard showing where to find the client token" />
-
-2. `APP_ID`:
-   <img src="/social-login-assets/fb_where_to_find_app_id.png" alt="Facebook developer dashboard showing where to find the app ID" />
-
-3. `APP_NAME`:
-   <img src="/social-login-assets/fb_where_to_find_app_name.png" alt="Facebook developer dashboard showing where to find the app name" />
-
-## Android 设置
-
-<Steps>
-1. 向你的 `AndroidManifest.xml` 添加互联网权限
-
-   确保存在此行:
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET"/>
-   ```
-
-2. 生成你的 Android 密钥哈希
-
-   这是 Facebook 要求的关键安全步骤。打开终端并运行:
-
-   ```bash
-   keytool -exportcert -alias androiddebugkey -keystore ~/.android/debug.keystore | openssl sha1 -binary | openssl base64 -A
-   ```
-
-   当提示输入密码时,使用:`android`
-
-   :::note
-   对于发布版本,你需要使用发布密钥库:
-   ```bash
-   keytool -exportcert -alias your-key-name -keystore your-keystore-path | openssl sha1 -binary | openssl base64 -A
-   ```
-   :::
-
-3. 将密钥哈希添加到你的 Facebook 应用
-
-   1. 在 Facebook Developers 上转到你的应用仪表板
-   2. 导航到 Settings > Basic
-   3. 向下滚动到"Android"部分
-   4. 如果尚未添加 Android,点击"Add Platform"并填写详细信息
-   5. 添加你生成的密钥哈希
-   6. 对于生产环境,同时添加调试和发布密钥哈希
-
-4. 更新你的 `AndroidManifest.xml` 以包含:
-
-   ```xml
-   <application>
-       ...
-       <activity android:name="com.facebook.FacebookActivity"
-           android:configChanges="keyboard|keyboardHidden|screenLayout|screenSize|orientation"
-           android:label="@string/app_name" />
-
-       <activity
-           android:name="com.facebook.CustomTabActivity"
-           android:exported="true">
-           <intent-filter>
-               <action android:name="android.intent.action.VIEW" />
-               <category android:name="android.intent.category.DEFAULT" />
-               <category android:name="android.intent.category.BROWSABLE" />
-               <data android:scheme="FB[APP_ID]" />
-           </intent-filter>
-       </activity>
-   </application>
-   ```
-
-   :::caution
-   确保在 `android:scheme` 属性中将 `[APP_ID]` 替换为你的实际 Facebook 应用 ID
-   :::
-</Steps>
-
-## iOS 设置
-
-<Steps>
-1. 在 Facebook Developer Console 中添加 iOS 平台
-
-   1. 在 Facebook Developers 上转到你的应用仪表板
-   2. 导航到 Settings > Basic
-   3. 向下滚动到页面最底部并点击"Add Platform"
-   4. 选择 iOS 并填写所需的详细信息
-
-2. 打开你的 Xcode 项目并导航到 Info.plist
-
-3. 将以下条目添加到你的 Info.plist:
-
-   ```xml
-   <key>FacebookAppID</key>
-   <string>[APP-ID]</string>
-   <key>FacebookClientToken</key>
-   <string>[CLIENT-TOKEN]</string>
-   <key>FacebookDisplayName</key>
-   <string>[APP-NAME]</string>
-   <key>LSApplicationQueriesSchemes</key>
-   <array>
-       <string>fbapi</string>
-       <string>fb-messenger-share-api</string>
-   </array>
-   <key>CFBundleURLTypes</key>
-   <array>
-       <dict>
-           <key>CFBundleURLSchemes</key>
-           <array>
-               <string>fb[APP-ID]</string>
-           </array>
-       </dict>
-   </array>
-   ```
-
-   :::caution
-   替换以下值:
-   - `[APP-ID]` 替换为你的 Facebook 应用 ID
-   - `[CLIENT-TOKEN]` 替换为你的客户端令牌
-   - `[APP-NAME]` 替换为你的应用名称
-   :::
-
-4. 修改 `AppDelegate.swift`
-
-   ```swift
-   import FBSDKCoreKit
-   @UIApplicationMain
-   class AppDelegate: UIResponder, UIApplicationDelegate {
-         func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
-           // Override point for customization after application launch.
-
-           // Initialize Facebook SDK
-           FBSDKCoreKit.ApplicationDelegate.shared.application(
-               application,
-               didFinishLaunchingWithOptions: launchOptions
-           )
-
-           return true
-       }
-
-       func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-           // Called when the app was launched with a url. Feel free to add additional processing here,
-           // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-           if (FBSDKCoreKit.ApplicationDelegate.shared.application(
-               app,
-               open: url,
-               sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-               annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-           )) {
-               return true;
-           } else {
-               return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-           }
-       }
-   }
-   ```
-</Steps>
-
-## 在应用中使用 Facebook 登录
-
-:::caution
-**开始之前**: 请记住,使用新的 Facebook SDK,你收到的令牌类型完全取决于用户的应用跟踪选择,而不是你的代码配置。始终在后端实现访问令牌和 JWT 令牌处理,以确保身份验证适用于所有用户。
-:::
-
-<Steps>
-1. 在应用中初始化 Facebook 登录
-
-   ```typescript
-   import { SocialLogin } from '@capgo/capacitor-social-login';
-
-   // 在应用启动期间初始化
-   await SocialLogin.initialize({
-     facebook: {
-       appId: 'APP_ID',
-       clientToken: 'CLIENT_TOKEN',
-     }
-   })
-   ```
-
-2. 实现登录函数
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-        options: {
-          permissions: ['email', 'public_profile'],
-          limitedLogin: false // 有关重要详细信息,请参阅下面的限制登录部分
-        }
-       });
-       console.log('Facebook 登录结果:', result);
-       // 处理成功登录
-     } catch (error) {
-       console.error('Facebook 登录错误:', error);
-       // 处理错误
-     }
-   }
-   ```
-
-   :::note
-   **限制登录(仅 iOS)**: 如果要使用 Facebook 的限制登录功能,请将 `limitedLogin` 设置为 true。这是一个仅限 iOS 的功能,通过限制登录期间共享的数据来提供增强的隐私。
-
-   **重要限制:**
-   - **仅 iOS**: 限制登录仅影响 iOS 设备,对 Android 没有影响
-   - **ATT 覆盖**: 即使你设置 `limitedLogin: false`,如果用户未授予应用跟踪透明度 (ATT) 权限,Facebook 也会自动强制将其设为 `true`
-   - **始终处理两种情况**: 你的应用应始终准备好处理限制登录和完整登录场景
-
-   **检查 ATT 状态:**
-   ```typescript
-   // 检查用户是否已授予跟踪权限
-   const trackingStatus = await SocialLogin.providerSpecificCall({
-     call: 'facebook#requestTracking',
-     options: {}
-   });
-   console.log('跟踪状态:', trackingStatus.status); // 'authorized'、'denied'、'notDetermined' 或 'restricted'
-   ```
-
-   **如果首选 access_token,推荐的实现:**
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       // 首先检查 ATT 状态
-       const trackingStatus = await SocialLogin.providerSpecificCall({
-         call: 'facebook#requestTracking',
-         options: {}
-       });
-
-       const result = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: trackingStatus.status === 'denied' // 根据 ATT 自动调整
-         }
-       });
-
-       // 根据限制登录处理不同的响应类型
-       if (result.result.accessToken) {
-         // 你的应用逻辑应同时适用于限制登录和完整登录
-         console.log('登录成功:', result);
-       }
-     } catch (error) {
-       console.error('Facebook 登录错误:', error);
-     }
-   }
-   ```
-
-   **限制登录中发生的情况:**
-   - **减少数据访问**: 某些用户数据可能不可用
-   - **不同的令牌类型**: 访问令牌可能具有不同的功能
-   - **隐私合规**: 有助于遵守 iOS 隐私要求
-
-   **重要**: 始终使用限制登录和完整登录场景测试你的应用,以确保你的应用在两种情况下都能正常工作。你可以在[此处](https://developers.facebook.com/docs/facebook-login/limited-login/)了解有关限制登录的更多信息。
-   :::
-
-3. **获取用户个人资料数据**
-
-   成功登录后,你可以检索其他个人资料信息:
-
-   ```typescript
-   async function getFacebookProfile() {
-     try {
-       const profileResponse = await SocialLogin.providerSpecificCall({
-         call: 'facebook#getProfile',
-         options: {
-           fields: ['id', 'name', 'email', 'first_name', 'last_name', 'picture']
-         }
-       });
-
-       console.log('Facebook 个人资料:', profileResponse.profile);
-       return profileResponse.profile;
-     } catch (error) {
-       console.error('获取 Facebook 个人资料失败:', error);
-       return null;
-     }
-   }
-
-   // 登录后的示例用法
-   async function loginAndGetProfile() {
-     const loginResult = await loginWithFacebook();
-     if (loginResult) {
-       const profile = await getFacebookProfile();
-       if (profile) {
-         console.log('用户 ID:', profile.id);
-         console.log('姓名:', profile.name);
-         console.log('电子邮件:', profile.email);
-         console.log('个人资料图片:', profile.picture?.data?.url);
-       }
-     }
-   }
-   ```
-
-   :::tip
-   **可用的个人资料字段**: 你可以请求 Facebook Graph API 中可用的任何字段。常见字段包括:`id`、`name`、`email`、`first_name`、`last_name`、`picture`、`birthday`、`gender`、`location`、`hometown`。请注意,某些字段可能需要额外的权限。
-   :::
-
-   :::warning
-   **令牌类型限制**: `getProfile` 调用仅在你拥有**访问令牌**(允许跟踪的标准登录)时有效。如果用户拒绝跟踪或你使用限制登录(仅 JWT 令牌),此调用将失败。在这种情况下,请使用初始登录响应中提供的个人资料数据。
-   :::
-</Steps>
-
-## ⚠️ 关键: 后端令牌处理
-
-:::danger
-**关键的 iOS 行为**: 限制登录和应用跟踪透明度 (ATT) 是**仅限 iOS** 的功能。在 Android 上,无论 `limitedLogin` 设置如何,你始终会收到访问令牌。
-
-**iOS 令牌行为**:
-- **`limitedLogin: true`** → 始终为 JWT 令牌(仅 iOS)
-- **`limitedLogin: false` + 用户允许跟踪** → 访问令牌
-- **`limitedLogin: false` + 用户拒绝跟踪** → JWT 令牌(iOS 自动覆盖你的设置)
-
-**Android 令牌行为**: 始终为访问令牌,`limitedLogin` 设置被忽略。
-:::
-
-你的后端必须处理**两种不同的令牌类型**,因为 iOS 用户可以根据其应用跟踪透明度选择接收访问令牌或 JWT 令牌,而 Android 用户始终接收访问令牌。
-
-### 按平台划分的令牌类型
-
-| 平台 | limitedLogin 设置 | 用户 ATT 选择 | 结果令牌类型 |
-|----------|---------------------|-----------------|-------------------|
-| **iOS** | `true` | 任何 | JWT 令牌 |
-| **iOS** | `false` | 允许跟踪 | 访问令牌 |
-| **iOS** | `false` | 拒绝跟踪 | JWT 令牌(自动覆盖) |
-| **Android** | 任何 | N/A | 访问令牌(始终) |
-
-### 后端实现
-
-<Steps>
-1. **检测令牌类型并相应处理**
-
-   ```typescript
-   async function loginWithFacebook() {
-     try {
-       const loginResult = await SocialLogin.login({
-         provider: 'facebook',
-         options: {
-           permissions: ['email', 'public_profile'],
-           limitedLogin: false // iOS: 取决于 ATT,Android: 忽略
-         }
-       });
-
-       if (loginResult.accessToken) {
-         // 访问令牌(Android 始终,iOS 允许跟踪时)
-         return handleAccessToken(loginResult.accessToken.token);
-       } else if (loginResult.idToken) {
-         // JWT 令牌(仅 iOS,拒绝跟踪或 limitedLogin: true 时)
-         return handleJWTToken(loginResult.idToken);
-       }
-     } catch (error) {
-       console.error('Facebook 登录错误:', error);
-     }
-   }
-   ```
-
-2. **Firebase 集成示例**
-
-   ```typescript
-   import { OAuthProvider, FacebookAuthProvider, signInWithCredential } from 'firebase/auth';
-
-   async function handleAccessToken(accessToken: string, nonce: string) {
-     // 对于访问令牌,使用 OAuthProvider(新方法)
-     const fbOAuth = new OAuthProvider("facebook.com");
-     const credential = fbOAuth.credential({
-       idToken: accessToken,
-       rawNonce: nonce
-     });
-
-     try {
-       const userResponse = await signInWithCredential(auth, credential);
-       return userResponse;
-     } catch (error) {
-       console.error('Firebase OAuth 错误:', error);
-       return false;
-     }
-   }
-
-   async function handleJWTToken(jwtToken: string) {
-     // 对于 JWT 令牌,发送到后端进行验证
-     try {
-       const response = await fetch('/api/auth/facebook-jwt', {
-         method: 'POST',
-         headers: {
-           'Content-Type': 'application/json',
-         },
-         body: JSON.stringify({ jwtToken })
-       });
-
-       const result = await response.json();
-       return result;
-     } catch (error) {
-       console.error('JWT 验证错误:', error);
-       return false;
-     }
-   }
-   ```
-
-3. **后端 JWT 验证**
-
-   ```typescript
-   // 后端: 验证来自 Facebook 的 JWT 令牌
-   import jwt from 'jsonwebtoken';
-   import { Request, Response } from 'express';
-
-   app.post('/api/auth/facebook-jwt', async (req: Request, res: Response) => {
-     const { jwtToken } = req.body;
-
-     try {
-       // 使用 Facebook 的公钥验证 JWT 令牌
-       // 参见: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(jwtToken, getFacebookPublicKey(), {
-         algorithms: ['RS256'],
-         audience: process.env.FACEBOOK_APP_ID,
-         issuer: 'https://www.facebook.com' // 来自: https://www.facebook.com/.well-known/openid-configuration/?_rdr
-       });
-
-       // 从 JWT 中提取用户信息
-       const userInfo = {
-         id: decoded.sub,
-         email: decoded.email,
-         name: decoded.name,
-         isJWTAuth: true
-       };
-
-       // 创建你的应用的会话/令牌
-       const sessionToken = createUserSession(userInfo);
-
-       res.json({
-         success: true,
-         token: sessionToken,
-         user: userInfo
-       });
-     } catch (error) {
-       console.error('JWT 验证失败:', error);
-       res.status(401).json({ success: false, error: '无效令牌' });
-     }
-   });
-   ```
-
-4. **通用后端令牌处理程序**
-
-   ```typescript
-   // 在后端中处理两种令牌类型
-   async function authenticateFacebookUser(tokenData: any) {
-     if (tokenData.accessToken) {
-       // 处理访问令牌 - 使用 Facebook Graph API 验证
-       const response = await fetch(`https://graph.facebook.com/me?access_token=${tokenData.accessToken}&fields=id,name,email`);
-       const userInfo = await response.json();
-
-       return {
-         user: userInfo,
-         tokenType: 'access_token',
-         expiresIn: tokenData.expiresIn || 3600
-       };
-     } else if (tokenData.jwtToken) {
-       // 处理 JWT 令牌 - 解码和验证
-       // 参见: https://developers.facebook.com/docs/facebook-login/limited-login/token/validating/#standard-claims
-       const decoded = jwt.verify(tokenData.jwtToken, getFacebookPublicKey());
-
-       return {
-         user: {
-           id: decoded.sub,
-           name: decoded.name,
-           email: decoded.email
-         },
-         tokenType: 'jwt',
-         expiresIn: decoded.exp - Math.floor(Date.now() / 1000)
-       };
-     } else {
-       throw new Error('未提供有效令牌');
-     }
-   }
-   ```
-</Steps>
-
-### 关键注意事项
-
-:::danger
-**关键的 iOS-Only 理解**:
-- **iOS**: 用户的应用跟踪选择决定令牌类型,而不是你的代码设置(即使是 `limitedLogin: false`)
-- **Android**: 始终接收访问令牌,无论 `limitedLogin` 设置如何
-- **限制登录仅限 iOS** - Android 完全忽略此设置
-:::
-
-**访问令牌(标准登录)**:
-- ✅ **Android**: 始终可用(不适用仅限 iOS 的限制)
-- ✅ **iOS**: 仅当用户明确允许应用跟踪时
-- ✅ 可用于访问 Facebook Graph API
-- ✅ 更长的过期时间
-- ✅ 更多用户数据可用
-- ❌ **在 iOS 上变得越来越不常见**,因为用户越来越多地拒绝跟踪
-
-**JWT 令牌(仅 iOS 隐私模式)**:
-- ❌ **Android**: 从不出现(不支持)
-- ✅ **iOS**: 拒绝跟踪或 `limitedLogin: true` 时
-- ✅ 尊重 iOS 用户隐私偏好
-- ❌ 仅包含基本用户信息
-- ❌ 更短的过期时间
-- ❌ 无法访问 Facebook Graph API
-- ⚠️ **现在是 iOS 用户最常见的场景**
-
-:::warning
-**平台特定行为**:
-- **iOS 应用**: 必须处理访问令牌和 JWT 令牌
-- **Android 应用**: 只需要处理访问令牌
-- **跨平台应用**: 必须实现两种令牌处理方法
-:::
-
-:::tip
-**iOS 必备**: 你必须实现两种令牌处理方法。许多 iOS 开发人员假设他们始终会获得访问令牌,当用户拒绝跟踪时,他们的应用就会崩溃。
-:::
-
-## 安全上下文要求 (Web/Capacitor)
-
-### Crypto API 限制
-
-更新后的 Facebook 登录流程需要 **Web Crypto API** 来生成 nonce,它仅在**安全上下文**中可用:
-
-```typescript
-// 这需要安全上下文(HTTPS 或 localhost)
-async function sha256(message: string) {
-  const msgBuffer = new TextEncoder().encode(message);
-  const hashBuffer = await crypto.subtle.digest("SHA-256", msgBuffer); // ❌ 在不安全的上下文中失败
-  // ...
-}
-```
-
-### 开发环境问题
-
-**常见问题**: 使用 HTTP URL 的 `ionic serve` 会破坏 Facebook 身份验证
-
-| 环境 | Crypto API 可用 | Facebook 登录工作 |
-|-------------|---------------------|---------------------|
-| `http://localhost:3000` | ✅ 是 | ✅ 是 |
-| `http://127.0.0.1:3000` | ✅ 是 | ✅ 是 |
-| `http://192.168.1.100:3000` | ❌ 否 | ❌ 否 |
-| `https://any-domain.com` | ✅ 是 | ✅ 是 |
-
-### Capacitor 开发的解决方案
-
-<Steps>
-1. **使用 localhost 进行 Web 测试**
-   ```bash
-   # 不要使用 ionic serve --host=0.0.0.0
-   ionic serve --host=localhost
-   ```
-
-2. **在 Ionic 中启用 HTTPS**
-   ```bash
-   ionic serve --ssl
-   ```
-
-3. **在实际设备上测试**
-   ```bash
-   # Capacitor 应用在设备上的安全上下文中运行
-   ionic cap run ios
-   ionic cap run android
-   ```
-
-4. **开发的替代 nonce 生成**
-   ```typescript
-   async function generateNonce() {
-     if (typeof crypto !== 'undefined' && crypto.subtle) {
-       // 安全上下文 - 使用 crypto.subtle
-       return await sha256(Math.random().toString(36).substring(2, 10));
-     } else {
-       // 开发的备选方案(不适合生产环境)
-       console.warn('使用备选 nonce - 不适合生产环境');
-       return btoa(Math.random().toString(36).substring(2, 10));
-     }
-   }
-   ```
-</Steps>
-
-### Firebase 集成说明
-
-最近的 Firebase 文档要求使用带 nonce 的 JWT 令牌进行 Facebook 身份验证,无论登录设置如何。这种方法适用于 `limitedLogin: true` 和 `limitedLogin: false`:
-
-```typescript
-   // 两种模式都可以根据用户选择返回 JWT 令牌
-   const loginResult = await SocialLogin.login({
-     provider: 'facebook',
-     options: {
-       permissions: ['email', 'public_profile'],
-       limitedLogin: false, // true = 始终 JWT, false = 取决于用户跟踪选择
-       nonce: nonce
-     }
-   });
-```
-
-:::warning
-**开发限制**: 如果你在网络 IP 上使用 `ionic serve`(不是 localhost),由于 crypto API 限制,Facebook 登录将失败。使用 localhost 或 HTTPS 进行 Web 测试。
-:::
-
-:::tip
-**生产安全性**: iOS/Android 上的 Capacitor 应用始终在安全上下文中运行,因此此限制仅影响 Web 开发环境。
-:::
-
-## 故障排除
-
-### 常见问题和解决方案
-
-1. **Android 上的密钥哈希错误**
-   - 仔细检查你是否已将正确的密钥哈希添加到 Facebook 仪表板
-   - 对于发布版本,确保你已添加调试和发布密钥哈希
-   - 验证你在生成哈希时使用的是正确的密钥库
-
-2. **Facebook 登录按钮未显示**
-   - 验证所有清单条目是否正确
-   - 检查你的 Facebook App ID 和 Client Token 是否正确
-   - 确保你已正确初始化 SDK
-
-3. **常见 iOS 问题**
-   - 确保所有 Info.plist 条目正确
-   - 验证 URL schemes 是否正确配置
-   - 检查你的 bundle ID 是否与 Facebook 仪表板中注册的匹配
-
-### 测试
-
-1. **测试前,在 Facebook Developer Console 中添加测试用户**
-   - 转到 Roles > Test Users
-   - 创建测试用户
-   - 使用这些凭据进行测试
-
-2. **测试调试和发布版本**
-   - 使用调试密钥哈希的调试版本
-   - 使用发布密钥哈希的发布版本
-   - 在模拟器和真实设备上测试
-
-请记住测试完整的登录流程,包括:
-- 成功登录
-- 登录取消
-- 错误处理
-- 注销功能
diff --git a/src/content/docs/zh/docs/plugins/social-login/firebase/google/android.mdx b/src/content/docs/zh/docs/plugins/social-login/firebase/google/android.mdx
deleted file mode 100644
index 3e9bc8f4a..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/firebase/google/android.mdx
+++ /dev/null
@@ -1,152 +0,0 @@
----
-title: "Android 上的 Firebase Google 登录"
-locale: zh
-description: 了解如何使用 Capacitor Social Login 插件在 Android 上设置带有 Firebase Authentication 的 Google 登录。
-sidebar:
-    order: 2
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 简介
-
-本指南将帮助你在 Android 上集成带有 Firebase Authentication 的 Google 登录。我假设你已经完成了[通用 Firebase Google 设置](./general/)
-
-:::note
-我将假设你尚未在 Firebase Console 中创建 Android 应用。如果已创建,你的步骤会略有不同。
-:::
-
-## 设置步骤
-
-<Steps>
-1. 在 [console.cloud.google.com](https://console.cloud.google.com/) 转到项目概览
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Overview" />
-
-2. 点击 `Add app` 按钮
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase Add App Button" />
-
-    :::note
-    你可能需要在此处查找此按钮。这仅适用于你已在 Firebase Console 中创建了不同应用的情况。
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase Add App Button" />
-
-3. 选择 `Android`
-    <img src="/social-login-assets/firebase_project_add_app_android.webp" alt="Firebase Add App Android Button" />
-
-4. 填写表单的第一部分
-   1. 填写 `Android package name`
-      1. 使用 `npx cap open android` 在 Android Studio 中打开你的应用
-      2. 在导航器的最底部,找到 `Gradle Scripts`
-         <img src="/social-login-assets/studio_gradle_scripts.png" alt="Gradle Scripts section in Android Studio project navigator" />
-      3. 找到模块 `app` 的 `build.gradle`
-         <img src="/social-login-assets/studio_build_gradle.png" alt="build.gradle (Module: app) file in Gradle Scripts section" />
-      4. 复制 `android.defaultConfig.applicationId`。这将是 Firebase 控制台中的 `package name`
-         <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="Build.gradle file showing applicationId configuration" />
-      :::note
-      此处显示的 ID 将与我在本指南其余部分使用的 ID 不同。我将在本指南的其余部分使用 `app.capgo.plugin.SocialLogin`。
-      :::
-      5. 在 Firebase 控制台中粘贴
-          <img src="/social-login-assets/firebase_project_add_app_android_package_name.webp" alt="Firebase Add App Android Package Name Field" />
-    2. 点击 `Register app` 按钮
-        <img src="/social-login-assets/firebase_project_add_app_android_register.webp" alt="Firebase Add App Android Register Button" />
-5. 跳过 `Download and then add config file` 步骤
-    <img src="/social-login-assets/firebase_project_add_app_android_skip_download.webp" alt="Firebase Add App Android Skip 'Download and then add config file'" />
-6. 跳过 `Add firebase SDK` 步骤
-   <img src="/social-login-assets/firebase_project_add_app_android_skip_download_firebase_sdk.webp" alt="Firebase Add App Android Skip 'Add firebase SDK'" />
-7. 点击 `Continue to console` 按钮
-   <img src="/social-login-assets/firebase_project_add_app_android_continue_to_console.webp" alt="Firebase Add App Android Continue to Console Button" />
-8. 如果未自动进行身份验证,请转到 `settings` -> `general` -> `your apps` -> 找到你的 Android 应用并点击它
-   <img src="/social-login-assets/firebase_project_add_app_android_settings_general_your_apps.webp" alt="Firebase Add App Android Settings General Your Apps Button" />
-9. 获取你的 SHA1 指纹
-
-   按照 [Google Login Android 设置指南](/docs/plugins/social-login/google/android/#using-google-login-on-android)中的步骤 10-11:
-
-   1. 现在,打开终端。确保你在应用的 `android` 文件夹中并运行 `./gradlew signInReport`
-      <img src="/social-login-assets/term_sign_report.png" alt="Terminal showing gradlew signInReport command" />
-
-   2. 滚动到此命令的顶部。你应该看到以下内容。复制 `SHA1`。
-      <img src="/social-login-assets/term_sign_report_res.png" alt="Terminal output showing SHA1 certificate fingerprint" />
-
-   :::note
-   我将在本指南的其余部分使用略有不同的 SHA1,因为自编写原始 Google 登录 Android 设置指南以来,我已更换了计算机。
-   :::
-
-   :::caution
-   SHA1 非常重要,必须正确。如果搞错了,身份验证将以奇怪的方式失败。
-   请__**[阅读 GOOGLE LOGIN ANDROID 设置指南](/docs/plugins/social-login/google/android/#using-google-login-on-android)**__以正确获取它。
-   :::
-
-10. 将 SHA1 添加到 Firebase 项目
-      1. 点击 `Add fingerprint` 按钮
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint.webp" alt="Firebase Add App Android Add Fingerprint Button" />
-      2. 粘贴你在上一步中复制的 SHA1
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_sha1.webp" alt="Firebase Add App Android Add Fingerprint SHA1 Field" />
-      3. 点击 `Save` 按钮
-         <img src="/social-login-assets/firebase_project_add_app_android_add_fingerprint_add.webp" alt="Firebase Add App Android Add Fingerprint Save Button" />
-
-11. 获取你的 Web 客户端 ID
-      1. 转到 `Build` -> `Authentication`
-         <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-      2. 点击 `Sign-in method` 按钮
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase Authentication Sign-in Method Button" />
-      3. 点击 `Google` 提供商
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Authentication Sign-in Method Google Provider" />
-      4. 点击 `Web SDK configuration` 按钮
-         <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Button" />
-      5. 复制 `Web client ID`。这将是插件的 `initialize` 方法中的 `webClientId`。
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Web Client ID" />
-12. 在 JS 中使用 Web 客户端 ID。
-      :::note
-      我建议使用示例应用的 [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) 文件中提供的 `authenticateWithGoogle` 辅助函数。
-      :::
-</Steps>
-
-此时,你**__技术上__**已准备好在 Android 上使用带有 Firebase Authentication 的 Google 登录。但是,我建议按照下一步中的说明在 Google Cloud 控制台中仔细检查设置。
-
-## 在 Google Cloud 控制台中仔细检查设置
-
-为了确保设置正确,你应该在 Google Cloud 控制台中仔细检查设置。
-<Steps>
-   1. 转到 [console.cloud.google.com](https://console.cloud.google.com/)
-   2. 找到你的项目
-      1. 点击项目选择器
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Cloud Console Project Selector" />
-      2. 按 Firebase 项目的确切名称搜索你的项目并点击它。在我的情况下,它是 `sociallogin-tutorial-app`。
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Project Selector Project" />
-   3. 打开搜索栏并打开 `credentials`
-      1. 打开搜索栏
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Cloud Console Search Bar" />
-      2. 搜索 `credentials` 并点击 `APIs and Services` 那个(截图上的第 2 个)
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Cloud Console Credentials Search" />
-   4. 验证你在列表中看到 Android 和 Web 客户端 ID。
-      <img src="/social-login-assets/firebase_gc_credentials_list.webp" alt="Google Cloud Console Credentials List" />
-
-      :::caution
-      如果你在列表中看不到 Android 和 Web 客户端 ID,说明你在设置中犯了错误。请返回并检查你的步骤。
-
-      也有可能,这发生在我身上,你已经在不同的项目中使用相同的应用 ID 添加了 Android SHA1 哈希。这将导致 Firebase 无法创建 Android 客户端 ID。在这种情况下,你需要从其他项目以及 Firebase 上删除 SHA1(使用 Firebase 控制台删除 Android 应用),并在 Firebase 上重新创建它
-      :::
-   5. 验证 Android 客户端 ID 在 Firebase 控制台中是否正确配置。
-      1. 点击 `Android` 应用
-         <img src="/social-login-assets/firebase_gc_android_app_select.webp" alt="Google Cloud Console Android App Select" />
-      2. 确认 SHA1 哈希配置正确,并且与你在之前步骤中复制的匹配。
-         <img src="/social-login-assets/firebase_gc_android_app_sha1_configured.webp" alt="Google Cloud Console Android App SHA1 Configured" />
-   6. 验证 Web 客户端 ID 在 Firebase 控制台中是否正确配置。
-      1. 点击 `Web` 应用
-         <img src="/social-login-assets/firebase_gc_web_app_select.webp" alt="Google Cloud Console Web App Select" />
-      2. 确认客户端 ID 与你在之前步骤中复制的匹配。
-         <img src="/social-login-assets/firebase_gc_web_app_client_id_configured.webp" alt="Google Cloud Console Web App Client ID Configured" />
-      :::note
-      请忽略 Web 客户端的其余设置。我们将在 [Web 设置指南](/docs/plugins/social-login/firebase/google/web/)中讨论这个问题。
-</Steps>
-
-万岁!你现在已准备好在 Android 上使用带有 Firebase Authentication 的 Google 登录。
-
-## 故障排除
-
-如果身份验证挂起或失败:
-
-- 验证 `idToken` audience 是否与你的 Firebase Web 客户端 ID 匹配
-- 检查 Firebase Console 中是否启用了 Google 登录
-- 确保 SHA-1 指纹配置正确
-- 查看[示例应用代码](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts)以供参考
diff --git a/src/content/docs/zh/docs/plugins/social-login/firebase/google/general.mdx b/src/content/docs/zh/docs/plugins/social-login/firebase/google/general.mdx
deleted file mode 100644
index 5a801a57a..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/firebase/google/general.mdx
+++ /dev/null
@@ -1,49 +0,0 @@
----
-title: "Firebase Google 登录 - 通用设置"
-locale: zh
-description: 了解如何使用 Capacitor Social Login 插件设置带有 Firebase Authentication 的 Google 登录。
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 简介
-
-本指南将引导你使用 Capacitor Social Login 插件集成带有 Firebase Authentication 的 Google 登录。此设置允许你在移动平台上使用原生 Google 登录,同时利用 Firebase Auth 进行后端身份验证。
-
-## 设置步骤
-
-<Steps>
-1. 请前往 [console.cloud.google.com](https://console.cloud.google.com/)
-2. 选择你要使用的项目
-    <img src="/social-login-assets/firebase_project_select.webp" alt="Firebase Project Selector" />
-3. 转到 `Authentication` 菜单
-    1. 点击 `build`
-    2. 点击 `Authentication`
-    <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-4. 点击 `开始使用` 按钮
-    <img src="/social-login-assets/firebase_auth_start.webp" alt="Firebase Get Started Button" />
-5. 选择 `Email/Password` 和 `Google` 或仅选择 `Google`
-    :::note
-    我将选择 `Email/Password` 和 `Google`,因为我想同时使用两者,但你可以仅选择 `Google`。这是你以后可以更改的内容。
-    :::
-    <img src="/social-login-assets/firebase_google_email_auth.webp" alt="Firebase Select Email/Password and Google Button" />
-    <img src="/social-login-assets/firebase_auth_enable_email.webp" alt="Firebase enable email authentication" />
-    <img src="/social-login-assets/firebase_auth_enable_email_save.webp" alt="Firebase save enable google authentication" />
-    <img src="/social-login-assets/firebase_auth_add_provider_after_email.webp" alt="Firebase enable add provider button" />
-    <img src="/social-login-assets/firebase_auth_add_google_provider_after_email.webp" alt="Firebase add Google provider after having added email provider" />
-6. 启用 `Google` 提供商
-    <img src="/social-login-assets/firebase_auth_add_google_provider_enable.webp" alt="Firebase enable google authentication" />
-7. 添加支持电子邮件
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth.webp" alt="Firebase add support email" />
-    <img src="/social-login-assets/firebase_auth_add_support_email_google_auth_2.webp" alt="Firebase add support email part 2" />
-8. 更改 `Public-facing name for project`。
-    :::note
-    这将显示给用户,所以我建议将其更改为更具描述性的内容。
-    :::
-    <img src="/social-login-assets/firebase_auth_change_public_facing_name.webp" alt="Firebase change public facing name" />
-9. 点击 `Save` 按钮
-    <img src="/social-login-assets/firebase_auth_save_google_auth.webp" alt="Firebase save public facing name" />
-</Steps>
-
-瞧,你现在已启用带有 Firebase Authentication 的 Google 登录
diff --git a/src/content/docs/zh/docs/plugins/social-login/firebase/google/ios.mdx b/src/content/docs/zh/docs/plugins/social-login/firebase/google/ios.mdx
deleted file mode 100644
index 5cd172361..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/firebase/google/ios.mdx
+++ /dev/null
@@ -1,171 +0,0 @@
----
-title: iOS 上的 Firebase Google 登录
-locale: zh
-description: 了解如何使用 Capacitor Social Login 插件在 iOS 上设置带有 Firebase Authentication 的 Google 登录。
-sidebar:
-    order: 3
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 简介
-
-本指南将帮助你在 iOS 上集成带有 Firebase Authentication 的 Google 登录。我假设你已经完成了[通用 Firebase Google 设置](./general/)。
-
-:::note
-我将假设你尚未在 Firebase Console 中创建 iOS 应用。如果已创建,你的步骤会略有不同。
-:::
-
-## 设置步骤
-
-<Steps>
-1. 在 [console.cloud.google.com](https://console.cloud.google.com/) 转到项目概览
-    <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Overview" />
-
-2. 点击 `Add app` 按钮
-    <img src="/social-login-assets/firebase_project_add_app.webp" alt="Firebase Add App Button" />
-
-    :::note
-    你可能需要在此处查找此按钮。这仅适用于你已在 Firebase Console 中创建了不同应用的情况。
-    :::
-
-    <img src="/social-login-assets/firebase_project_add_app_2.webp" alt="Firebase Add App Button" />
-3. 选择 `iOS`
-    <img src="/social-login-assets/firebase_project_add_app_ios.webp" alt="Firebase Add App iOS Button" />
-
-4. 填写表单的第一部分
-   1. 填写 `Apple bundle ID`
-      1. 使用 `npx cap open ios` 在 Xcode 中打开你的应用
-      2. 双击 `App`
-         <img src="/social-login-assets/xcode_app_click.png" alt="App target in Xcode project navigator" />
-      3. 确保你在 `Targets -> App` 上
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Targets section in Xcode with App selected" />
-      4. 找到你的 `Bundle Identifier`
-          <img src="/social-login-assets/xcode_bundle_id.png" alt="Bundle Identifier field in Xcode project settings" />
-          :::note
-          此处显示的 ID 将与我在本指南其余部分使用的 ID 不同。我将在本指南的其余部分使用 `app.capgo.plugin.SocialLogin`。
-          :::
-      5. 复制 `Bundle Identifier` 并在 Firebase 控制台中粘贴
-         <img src="/social-login-assets/firebase_project_add_app_ios_bundle_id.webp" alt="Firebase Add App iOS Bundle ID Field" />
-   2. 点击 `Register app` 按钮
-         <img src="/social-login-assets/firebase_project_add_app_ios_register.webp" alt="Firebase Add App iOS Register Button" />
-5. 跳过 `Download config file` 步骤
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download.webp" alt="Firebase Add App iOS Skip Download Button" />
-6. 跳过 `Add firebase SDK` 步骤
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk_2.webp" alt="Firebase Add App iOS Skip Download Firebase SDK Button" />
-7. 跳过 `Add initialization code` 步骤
-    <img src="/social-login-assets/firebase_project_add_app_ios_skip_download_firebase_sdk.webp" alt="Firebase Add App iOS Skip Add Initialization Code Button" />
-8. 点击 `Continue to console` 按钮
-    <img src="/social-login-assets/firebase_project_add_app_ios_continue_to_console.webp" alt="Firebase Add App iOS Continue to Console Button" />
-9. 获取你的 iOS 客户端 ID 和 `YOUR_DOT_REVERSED_IOS_CLIENT_ID`
-   1. 在 [console.cloud.google.com](https://console.cloud.google.com/) 转到 Google Cloud Console
-   2. 找到你的项目
-      1. 点击项目选择器
-         <img src="/social-login-assets/firebase_double_check_gc_project_select.webp" alt="Google Cloud Console Project Selector" />
-      2. 按 Firebase 项目的确切名称搜索你的项目并点击它。在我的情况下,它是 `sociallogin-tutorial-app`。
-         <img src="/social-login-assets/firebase_gc_project_select_project.webp" alt="Firebase Project Selector Project" />
-   3. 打开搜索栏并打开 `credentials`
-      1. 打开搜索栏
-         <img src="/social-login-assets/firebase_double_check_gc_search_bar.webp" alt="Google Cloud Console Search Bar" />
-      2. 搜索 `credentials` 并点击 `APIs and Services` 那个(截图上的第 2 个)
-         <img src="/social-login-assets/firebase_gc_credentials_search.webp" alt="Google Cloud Console Credentials Search" />
-   4. 点击 `iOS client for [YOUR_APP_ID] (auto created by Google Service)` 那个。在我的情况下,它是 `sociallogin-tutorial-app`。
-      <img src="/social-login-assets/firebase_gc_credentials_ios_client_id.webp" alt="Google Cloud Console Credentials iOS Client ID" />
-   5. 复制 `Client ID` 和 `iOS URL scheme`。这将分别是你的 `iOSClientId` 和 `YOUR_DOT_REVERSED_IOS_CLIENT_ID`。
-
-      :::note
-      你将在插件的 `initialize` 方法中传递 `iOSClientId`,而在应用的 `Info.plist` 文件中使用 `YOUR_DOT_REVERSED_IOS_CLIENT_ID`,如本指南的下一部分所述。
-      :::
-
-      <img src="/social-login-assets/firebase_gc_credentials_ios_client_id_copy.webp" alt="Google Cloud Console Credentials iOS Client ID Copy" />
-10. 获取你的 Web 客户端 ID
-    1. 返回 Firebase 控制台并转到 `Build` -> `Authentication`
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-    2. 点击 `Sign-in method` 按钮
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method.webp" alt="Firebase Authentication Sign-in Method Button" />
-    3. 点击 `Google` 提供商
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_google.webp" alt="Firebase Authentication Sign-in Method Google Provider" />
-    4. 点击 `Web SDK configuration` 按钮
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Button" />
-    5. 复制 `Web client ID`。这将是插件的 `initialize` 方法中的 `webClientId`。
-        <img src="/social-login-assets/firebase_select_authentication_sign_in_method_web_sdk_configuration_web_client_id.webp" alt="Firebase Authentication Sign-in Method Web SDK Configuration Web Client ID" />
-11. 修改应用的 Info.plist
-    1. 打开 Xcode 并找到 `Info.plist` 文件
-        <img src="/social-login-assets/xcode_info_file.png" alt="Info.plist file in Xcode project navigator" />
-    2. 右键单击此文件并将其作为源代码打开
-        <img src="/social-login-assets/xcode_open_as_src_code.png" alt="Right-click menu showing Open As Source Code option" />
-    3. 在 `Plist` 文件的底部,你将看到一个 `</dict>` 标签
-        <img src="/social-login-assets/xcode_dict_tag.png" alt="Closing dict tag in Info.plist file" />
-    4. 在关闭的 `</dict>` 标签之前插入以下片段
-        <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist with URL schemes code inserted before closing dict tag" />
-
-        ```xml
-        <key>CFBundleURLTypes</key>
-        <array>
-        <dict>
-          <key>CFBundleURLSchemes</key>
-          <array>
-            <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-          </array>
-        </dict>
-        </array>
-        <key>GIDClientID</key>
-        <string>YOUR_IOS_CLIENT_ID.apps.googleusercontent.com</string>
-        ```
-
-    5. 将 `YOUR_DOT_REVERSED_IOS_CLIENT_ID` 更改为在步骤 9 中复制的值(iOS URL scheme)
-        <img src="/social-login-assets/xcode_plist_final.png" alt="Info.plist with actual reversed client ID inserted in URL schemes" />
-
-        :::caution
-        确保此值**以** `com.googleusercontent.apps` 开头
-        :::
-
-   6. 将 `YOUR_IOS_CLIENT_ID` 更改为你在步骤 9 中复制的 iOS 客户端 ID
-
-   7. 使用 `Command + S` 保存文件
-
-12. 修改 `AppDelegate.swift`
-    1. 打开 AppDelegate
-        <img src="/social-login-assets/xcode_app_deleg.png" alt="AppDelegate.swift file in Xcode project navigator" />
-    2. 在文件顶部插入 `import GoogleSignIn`
-        <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="AppDelegate.swift with GoogleSignIn import added" />
-    3. 找到 `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])` 函数
-        <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="Original application openURL function in AppDelegate" />
-    4. 修改函数使其看起来像这样
-
-        ```swift
-        func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-            // Called when the app was launched with a url. Feel free to add additional processing here,
-            // but if you want the App API to support tracking app url opens, make sure to keep this call
-
-            var handled: Bool
-
-            handled = GIDSignIn.sharedInstance.handle(url)
-            if handled {
-              return true
-            }
-
-            return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-        }
-        ```
-
-        <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="Modified application openURL function with GoogleSignIn handling" />
-
-    5. 使用 `Command + S` 保存文件
-
-15. 在应用中使用 Google 登录
-
-    在此步骤,你已准备好在应用中使用 Google 登录。
-    请使用示例应用的 [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) 文件通过 Google 进行身份验证。
-</Steps>
-
- 用户首次登录时将在 Firebase Auth 中自动创建
-
-## 故障排除
-
-如果身份验证挂起或失败:
-
-- 验证 `idToken` audience 是否与你的 Firebase Web 客户端 ID 匹配
-- 检查 Firebase Console 中是否启用了 Google 登录
-- 确保 Info.plist 具有正确的 URL schemes 和 GIDClientID
-- 验证 `iOSServerClientId` 是否与你的 Web 客户端 ID 匹配
-- 查看[示例应用代码](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/src/authUtils.ts)以供参考
diff --git a/src/content/docs/zh/docs/plugins/social-login/firebase/google/web.mdx b/src/content/docs/zh/docs/plugins/social-login/firebase/google/web.mdx
deleted file mode 100644
index 4ffb8b60f..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/firebase/google/web.mdx
+++ /dev/null
@@ -1,55 +0,0 @@
----
-title: "Firebase Google Login on Web"
-locale: zh
-description: 了解如何在 Web 上使用 Firebase 内置的 Google 登录设置 Google 登录与 Firebase 身份验证。
-sidebar:
-    order: 4
----
-
-## 简介
-
-Capacitor Social Login 插件**不支持 Web 平台**。对于 Web 应用程序，您应该直接使用 Firebase 内置的 Google 登录，它提供了更可靠的基于弹出窗口的身份验证流程。
-
-## 为什么不在 Web 上使用该插件？
-
-Capacitor Social Login 插件专为原生移动平台（Android 和 iOS）设计，它可以利用特定于平台的身份验证流程。对于 Web，Firebase 原生的 `signInWithPopup` 方法：
-
-- ✅ 更可靠且支持更好
-- ✅ 自动处理浏览器会话存储
-- ✅ 提供更好的错误处理
-- ✅ 无需额外配置
-
-## 设置步骤
-
-1. **配置 Firebase 项目**
-
-   确保您的 Firebase 项目已启用 Google 登录：
-   - 转到 [Firebase 控制台](https://console.firebase.google.com/)
-   - 导航到身份验证 > 登录方法
-   - 启用 Google 登录提供商
-
-2. 添加您的授权域
-    1. 在 [console.cloud.google.com](https://console.cloud.google.com/) 转到项目概览
-        <img src="/social-login-assets/firebase_project_overview.webp" alt="Firebase Project Overview" />
-    2. 打开 `Authentication` 菜单
-        <img src="/social-login-assets/firebase_select_authentication.webp" alt="Firebase Authentication Menu" />
-    3. 点击 `Settings` 按钮
-        <img src="/social-login-assets/firebase_select_authentication_settings.webp" alt="Firebase Authentication Sign-in Method Button" />
-    4. 设置 `Authorized domains`
-        <img src="/social-login-assets/firebase_select_authentication_settings_authorized_domains.webp" alt="Firebase Authentication Settings Authorized Domains" />
-
-## 示例实现
-
-查看示例应用中的 [authUtils.ts](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/authUtils.ts) 文件以获取完整实现，它：
-
-- 在 Web 平台上使用 Firebase 的 `signInWithPopup`
-- 在 Android/iOS 平台上使用 Capacitor Social Login 插件
-- 自动处理平台检测
-
-该示例展示了如何在 Web 上有条件地使用 Firebase 的内置方法，同时在原生平台上使用插件。
-
-## 其他资源
-
-- [Firebase 身份验证文档](https://firebase.google.com/docs/auth) - 完整的 Firebase Auth 文档
-- [Firebase Google Sign-In for Web](https://firebase.google.com/docs/auth/web/google-signin) - Web 上 Google 登录的官方 Firebase 指南
-- [Google Login 设置指南](/docs/plugins/social-login/google/general/) - 配置授权域和 OAuth 同意屏幕的指南
diff --git a/src/content/docs/zh/docs/plugins/social-login/firebase/introduction.mdx b/src/content/docs/zh/docs/plugins/social-login/firebase/introduction.mdx
deleted file mode 100644
index 5fd093f89..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/firebase/introduction.mdx
+++ /dev/null
@@ -1,98 +0,0 @@
----
-title: "Firebase 集成介绍"
-locale: zh
-description: 了解如何将 Firebase 身份验证与 Capacitor Social Login 插件集成，实现完整的身份验证解决方案。
-sidebar:
-    order: 1
----
-
-## 概述
-
-本教程将指导您使用 Capacitor Social Login 插件设置 Firebase 身份验证。此集成允许您在移动平台上使用原生社交登录提供商（Google、Apple、Facebook、Twitter），同时利用 Firebase Auth 进行后端身份验证和 Firestore 进行数据存储。
-
-## 您将学到什么
-
-- 如何配置 Firebase 身份验证
-- 如何将 Capacitor Social Login 插件与 Firebase Auth 集成
-- Android、iOS 和 Web 的平台特定设置
-
-## 您需要什么
-
-在开始之前，请确保您已具备：
-
-1. **Firebase 项目**
-   - 在 [Firebase 控制台](https://console.firebase.google.com/)创建项目
-   - 启用身份验证（电子邮件/密码和 Google 登录）
-   - 获取您的 Firebase 配置凭据
-
-2. **Firebase JS SDK**
-   - 在您的项目中安装 Firebase：
-     ```bash
-     npm install firebase
-     ```
-
-3. **Capacitor 项目**
-   - 现有的 Capacitor 应用程序
-   - 已安装 Capacitor Social Login 插件：
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-## 示例应用程序
-
-代码仓库中提供了完整的工作示例：
-
-**代码仓库**：[您可以在此处找到代码仓库](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-示例应用演示了：
-- 使用 Firebase 的电子邮件/密码身份验证
-- Google 登录集成（Android、iOS 和 Web）
-- 使用 Firebase Firestore 集合的简单键值存储
-- Firestore 子集合中的用户特定数据存储
-
-
-## 关于在 Capacitor 上使用 Firebase SDK 的说明
-
-在 Capacitor 上使用 Firebase JS SDK 时，您需要注意，在使用身份验证方法时，需要以稍微不同的方式初始化 Firebase Auth 实例。
-
-在 Web 平台上，您将使用 `getAuth` 函数来获取 Firebase Auth 实例。
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { getAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-const auth = getAuth(app);
-```
-
-不幸的是，在 Capacitor 上，这不起作用并会导致 Firebase auth 挂起。如[这篇博客文章](https://harryherskowitz.com/2021/08/23/firebase-capacitor.html)所述，您需要使用 `initializeAuth` 函数来初始化 Firebase Auth 实例。
-它看起来像这样：
-
-```typescript
-import { initializeApp } from 'firebase/app';
-import { initializeAuth } from 'firebase/auth';
-
-const app = initializeApp(firebaseConfig);
-
-function whichAuth() {
-  let auth;
-  if (Capacitor.isNativePlatform()) {
-    auth = initializeAuth(app, {
-      persistence: indexedDBLocalPersistence,
-    });
-  } else {
-    auth = getAuth(app);
-  }
-  return auth;
-}
-
-export const auth = whichAuth();
-```
-## 下一步
-
-继续设置指南：
-- [Firebase 设置](./google/general/) - 配置 Firebase 项目
-- [Android 设置](./google/android/) - Android 特定配置
-- [iOS 设置](./google/ios/) - iOS 特定配置
-- [Web 设置](./google/web/) - Web 特定配置
diff --git a/src/content/docs/zh/docs/plugins/social-login/getting-started.mdx b/src/content/docs/zh/docs/plugins/social-login/getting-started.mdx
deleted file mode 100644
index a2ffed6f2..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/getting-started.mdx
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: "快速入门"
-description: "了解如何安装和配置 Capacitor Social Login 插件,通过 Google、Apple 和 Facebook 登录的无缝集成增强应用的身份验证"
-sidebar:
-  order: 2
-locale: zh
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps, Card, CardGrid } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-import MicroCard from '@/components/MicroCard.astro'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-social-login" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置插件**
-   <div class="flex flex-nowrap gap-4 h-full">
-      <div style="display: flex; gap: 1rem; width: 100% !important; max-width: 100% !important;">
-         <MicroCard href="/docs/plugins/social-login/google/general/" title="Google" customIcon="/icons/google.svg">
-            为您的应用配置 Google 登录
-         </MicroCard>
-         <MicroCard href="/docs/plugins/social-login/facebook/" title="Facebook" icon="facebook">
-            设置 Facebook 登录集成
-         </MicroCard>
-         <MicroCard href="/docs/plugins/social-login/apple/general/" title="Apple" icon="apple">
-            启用 Apple 登录
-         </MicroCard>
-      </div>
-   </div>
-</Steps>
diff --git a/src/content/docs/zh/docs/plugins/social-login/google/android.mdx b/src/content/docs/zh/docs/plugins/social-login/google/android.mdx
deleted file mode 100644
index eb7fc945e..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/google/android.mdx
+++ /dev/null
@@ -1,224 +0,0 @@
----
-title: Google 登录 Android
-description: >-
-  本指南提供了有关使用 Capacitor 为 Android 设备设置 Google
-  登录的全面演练，详细介绍了每个步骤，以确保顺利的集成过程并解决您可能遇到的潜在挑战。
-sidebar:
-  order: 2
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 简介
-
-在本指南中，您将了解如何为 Android 设置 Google 使用 Capgo 社交登录登录。
-我假设您已经阅读了[一般设置指南](/docs/plugins/social-login/google/general/)。
-
-## 使用 Google 登录 Android
-
-在本部分中，您将学习如何在 Android 中设置 Google 登录。
-
-:::caution
-Android SHA1 证书非常痛苦，我不希望任何人必须设置它。以下步骤假设应用程序未发布到 Google Play Store 并且仅由本地模拟器或开发硬件设备使用的最简单场景。 
-
-如果您已将应用程序部署到 Google Play 商店，则**必须**添加一个额外的 Android 客户端 ID，其中包含来自 Google Play 控制台的 SHA1 以用于生产版本。您可以在 `Test and release > Setup > App Signing` 下找到 Google Play 用于签署发布包的 SHA1 哈希值。
-
-最后，值得一提的是，如果你搞砸了，错误不会很明显。调试起来可能会非常困难。如果您在设置时遇到困难，请查看 [Github issues](https://github.com/Cap-go/capacitor-social-login/issues)。
-
-此外，您可以查看 [Google Android 的登录设置](#troubleshooting) 的故障排除部分以获取更多信息。
-:::
-
-:::note
-您可以创建多个 Android 客户端 ID。如果您有多个 SHA1 证书，则这是必需的。
-:::
-
-<Steps>
-1. 创建 Android 客户端 ID。
-   1. 点击搜索栏
-      <img src="/social-login-assets/google_cons_search.png" alt="Google 控制台搜索栏" />
-   
-   2. 搜索 `credentials` 并单击“API 和服务”（屏幕截图中的数字 2）
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="搜索结果显示凭据选项，并突出显示 API 和服务" />
-   
-   3. 单击“创建凭据”
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="在 Google 控制台中创建凭据按钮" />
-   
-   4. 选择`OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="凭证创建菜单中的 OAuth 客户端 ID 选项" />
-
-   5. 选择`Android`应用程序类型
-      <img src="/social-login-assets/google_cons_app_type_android.png" alt="应用程序类型选择，突出显示 Android 选项" />
-   
-   6. 打开 Android Studio
-   
-   7. 在导航器的最底部，找到“Gradle Scripts”
-      <img src="/social-login-assets/studio_gradle_scripts.png" alt="Android Studio 项目导航器中的 Gradle 脚本部分" />
-   
-   8. 找到模块 `app` 的 `build.gradle`
-      <img src="/social-login-assets/studio_build_gradle.png" alt="Gradle 脚本部分中的 build.gradle（模块：app）文件" />
-   
-   9. 复制 `android.defaultConfig.applicationId`。这将是您在 Google 控制台中的“包名称”
-      <img src="/social-login-assets/studio_build_gradle_app_id.png" alt="显示 applicationId 配置的 Build.gradle 文件" />
-   
-   10. 现在，打开终端。确保您位于应用程序的 `android` 文件夹中并运行 `./gradlew signInReport`
-      <img src="/social-login-assets/term_sign_report.png" alt="显示 gradlew signInReport 命令的终端" />
-   
-   11. 滚动到该命令的顶部。您应该看到以下内容。复制 `SHA1`。
-      <img src="/social-login-assets/term_sign_report_res.png" alt="显示 SHA1 证书指纹的终端输出" />
-   
-   12. 现在，返回 Google 控制台。在证书字段中输入您的 `applicationId` 作为“包名称”和 SHA1，然后单击 `create`
-      <img src="/social-login-assets/google_cons_creat_android_client.png" alt="Android 客户端创建表单，其中填写了包名称和 SHA1 字段" />
-   
-2. 创建一个 Web 客户端（Android 需要此）
-   
-   1. 转到 Google 控制台中的“创建凭证”页面
-   
-   2. 将应用程序类型设置为 `Web`
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="应用程序类型选择，突出显示 Web 选项" />
-   
-   3. 单击`Create`
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="Web 客户端创建表单，底部带有“创建”按钮" />
-   
-   4. 复制客户端 ID，您将在 JS/TS 代码中使用它作为 `webClientId`
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="显示要复制的 Web 客户端 ID 的客户端 ID 详细信息" />
-
-3. 修改您的 `MainActivity`
-
-   1. 请在 Android Studio 中打开您的应用程序。您可以运行 `cap open android`
-   
-   2. 找到 `MainActivity.java`
-     
-      1. 打开 `app` 文件夹
-         <img src="/social-login-assets/studio_app_folder.png" alt="Android Studio 项目导航器中的应用程序文件夹" />
-     
-      2. 找到 `java`
-         <img src="/social-login-assets/studio_app_java.png" alt="Android Studio 项目结构中的 Java 文件夹" />
-     
-      3. 找到您的 `MainActivity.java` 并单击它
-         <img src="/social-login-assets/studio_app_java_activity_main.png" alt="包结构中的MainActivity.java文件" />
-   
-   3. 修改 `MainActivity.java`。请添加以下代码
-     
-      ```java
-      import ee.forgr.capacitor.social.login.GoogleProvider;
-      import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-      import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-      import com.getcapacitor.PluginHandle;
-      import com.getcapacitor.Plugin;
-      import android.content.Intent;
-      import android.util.Log;
-      import com.getcapacitor.BridgeActivity;
-      
-      // ModifiedMainActivityForSocialLoginPlugin is VERY VERY important !!!!!!    
-      public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-      
-            @Override
-            public void onActivityResult(int requestCode, int resultCode, Intent data) {
-              super.onActivityResult(requestCode, resultCode, data);
-      
-              if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-                PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-                if (pluginHandle == null) {
-                  Log.i("Google Activity Result", "SocialLogin login handle is null");
-                  return;
-                }
-                Plugin plugin = pluginHandle.getInstance();
-                if (!(plugin instanceof SocialLoginPlugin)) {
-                  Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-                  return;
-                }
-                ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-              }
-            }
-      
-            // This function will never be called, leave it empty
-            @Override
-            public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-      }
-      ```
-
-   4. 保存文件
-
-4. 在您的应用程序中使用 Google 登录
-   
-   1. 首先导入 `SocialLogin`
-     
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-   
-   2. 调用初始化。这应该只被调用一次。
-     
-      ```typescript
-      // onMounted is Vue specific
-      // webClientId is the client ID you got in the web client creation step not the android client ID.
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-          }
-        })
-      })
-      ```
-     
-   3. 致电 `SocialLogin.login`。创建一个按钮并在单击时运行以下代码。
-     
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // handle the response
-      console.log(JSON.stringify(res))
-      ```
-
-5. 配置模拟器进行测试
-   
-   1. 进入“设备管理器”并单击加号按钮
-      <img src="/social-login-assets/studio_device_man.png" alt="Android Studio 中的设备管理器，突出显示加号按钮" />
-   
-   2. 创建虚拟设备
-      <img src="/social-login-assets/studio_create_virt_dev.png" alt="虚拟设备配置中的创建虚拟设备按钮" />
-   
-   3. 选择任何带有 `Play Store` 图标的设备
-      <img src="/social-login-assets/studio_new_dev_select_hardware.png" alt="显示支持 Play Store 的设备的硬件选择" />
-     
-      如您所见，`pixel 8` 支持 `Play Store` 服务
-   
-   4. 单击`next`
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="设备创建向导中的“下一步”按钮" />
-   
-   5. 确保操作系统映像的类型为 `Google Play`。 **它必须**是 `Google Play` 类型
-      <img src="/social-login-assets/studio_new_dev_google_play_dev_type.png" alt="显示 Google Play 类型图像的系统图像选择" />
-   
-   6. 点击下一步
-      <img src="/social-login-assets/studio_new_dev_next_1.png" alt="系统映像选择屏幕中的“下一步”按钮" />
-   
-   7. 确认您的设备。您可以根据自己的喜好命名您的模拟器
-      <img src="/social-login-assets/studio_new_dev_next_3.png" alt="带有“完成”按钮的设备配置验证屏幕" />
-   
-   8. 进入“设备管理器”并启动模拟器
-      <img src="/social-login-assets/studio_dev_manager.png" alt="带有列出的虚拟设备和播放按钮的设备管理器" />
-   
-   9. 模拟器启动后，进入其设置
-      <img src="/social-login-assets/emul_and_settings_1.png" alt="Android 模拟器显示设置应用程序" />
-   
-   10. 进入 `Google Play`
-      <img src="/social-login-assets/emul_and_settings_2.png" alt="带有 Google Play 选项的设置屏幕" />
-   
-   11. 点击 `Update` 并等待大约 60 秒
-      <img src="/social-login-assets/emul_and_settings_update_play_store.png" alt="Google Play 使用更新按钮更新屏幕" />
-
-6. 测试您的应用程序
-   
-   如果您所做的一切正确，您应该会看到 Google 登录流程正常工作：
-   <img src="/social-login-assets/google_android_final_login_show.gif" alt="Android 上的 Google 登录流程演示显示登录过程和成功的身份验证" />
-</Steps>
-
-## 故障排除
-
-如果您有任何问题，请查看 [Github issues](https://github.com/Cap-go/capacitor-social-login/issues)。
-
-Google 登录问题**始终**与 SHA1 证书相关。
-
-如果无法获取开发 SHA1 证书，请尝试使用自定义密钥库。 [此处](https://github.com/Cap-go/capacitor-social-login/issues/147#issuecomment-2849742574) 是一条注释，解释如何将密钥库添加到您的项目中。
diff --git a/src/content/docs/zh/docs/plugins/social-login/google/general.mdx b/src/content/docs/zh/docs/plugins/social-login/google/general.mdx
deleted file mode 100644
index e9f6ba4c9..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/google/general.mdx
+++ /dev/null
@@ -1,235 +0,0 @@
----
-title: Google 登录设置
-description: 本指南全面概述了如何使用 Capacitor 设置 Google 登录，详细介绍了每个步骤，以确保无缝集成过程并解决您可能遇到的潜在挑战。
-sidebar:
-  order: 1
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 简介
-
-在本指南中，您将了解如何使用 Capgo 社交登录设置 Google 登录。您需要以下信息才能设置 Google 登录：
-
-- Google 帐户
-
-## 一般设置
-
-:::note
-无论您决定使用哪个平台，都需要执行此步骤。 
-:::
-
-在此部分中，您将设置 Google 显示的登录屏幕。
-
-<Steps>
-    1. 请访问 [console.cloud.google.com](https://console.cloud.google.com/)
-    2. 单击项目选择器
-        <img src="/social-login-assets/google_cons_project_selector.png" alt="Google 控制台项目选择器" />
-    3. 如果您还没有项目，请**创建一个新项目**。
-        1. 点击“新建项目”
-            <img src="/social-login-assets/google_cons_new_project_btn.png" alt="Google 控制台中的“新建项目”按钮" />
-        2. 为您的项目命名并单击 `Create`
-            <img src="/social-login-assets/google_cons_name_projec.png" alt="显示名称字段和创建按钮的项目命名屏幕" />
-        3. 确保您从事正确的项目
-            <img src="/social-login-assets/google_cons_right_proj.png" alt="选择器中显示的项目名称表明项目选择正确" />
-    4. 开始配置 `OAuth consent screen`
-        1. 点击搜索栏
-            <img src="/social-login-assets/google_cons_search.png" alt="Google 控制台搜索栏" />
-        2. 搜索`OAuth consent screen`并点击它
-            <img src="/social-login-assets/google_cons_search_2.png" alt="搜索结果显示 OAuth 同意屏幕选项" />
-        3. 配置同意屏幕
-            :::注意
-            我假设您正在开发一个向公众开放的应用程序，因此我将使用 `external` 用户类型。请选择最适合您的用户类型并点击 `create`
-            :::
-
-            点击 `create`
-            <img src="/social-login-assets/google_cons_oauth_const_scr.png" alt="OAuth 同意屏幕用户类型选择，具有外部和内部选项" />
-    5. 填写您的应用程序信息
-            1. 让我们从“应用程序信息”开始
-                <img src="/social-login-assets/google_cons_app_inf.png" alt="应用程序信息部分显示应用程序名称和用户支持电子邮件字段" />
-                
-                    - 请输入您的“应用程序名称”
-                        :::注意
-                        **这将显示给用户**
-                        :::
-                    - 输入“用户支持电子邮件”
-                        :::注意
-                        您可以在[此处]了解有关支持电子邮件的更多信息(https://support.google.com/cloud/answer/10311615#user-support-email&zippy=%2Cuser-support-email/)
-                        :::
-                2. 您**可以**添加应用程序徽标。
-                    <img src="/social-login-assets/google_cons_app_logo.png" alt="OAuth 同意屏幕中的应用徽标上传部分" />
-                    :::注意
-                    这不是强制性的，我将跳过这一步
-                    :::
-                3. 您**应该**配置“应用程序域”
-                    <img src="/social-login-assets/google_cons_app_doma.png" alt="具有授权域字段的应用程序域配置部分" />
-                    :::注意
-                    我不会这样做，因为这只是一个简单的演示，不会被发布，但我强烈建议填写此部分。
-                    :::
-                    
-                4. 您**必须**提供开发者的电子邮件
-                    <img src="/social-login-assets/google_cons_dev_cont_inf.png" alt="带有电子邮件字段的开发者联系信息部分" />     
-                5. 单击“保存并继续”
-                        <img src="/social-login-assets/google_cons_cons_sav_cont.png" alt="表单底部的“保存并继续”按钮" />
-    6. 配置范围
-        1. 单击“添加或删除范围” 
-            <img src="/social-login-assets/google_cons_add_rm_sco.png" alt="在范围配置屏幕中添加或删除范围按钮" />
-        
-        2. 选择以下范围并单击 `update`
-            <img src="/social-login-assets/google_cons_update_scope.png" alt="范围选择对话框，其中选择了电子邮件和个人资料范围" />
-        3. 点击“保存并继续”
-            <img src="/social-login-assets/google_cons_scope_save.png" alt="示波器屏幕中的“保存并继续”按钮" />
-    7. 添加测试用户
-        1. 点击“添加用户”
-            <img src="/social-login-assets/google_cons_add_test_usr.png" alt="测试用户部分中的添加用户按钮" />
-        2. 输入您的 Google 电子邮件，单击“输入”，然后单击 `add`
-            <img src="/social-login-assets/google_cons_add_test_usr_2.png" alt="测试用户的电子邮件输入字段和添加按钮" />
-        3. 点击“保存并继续”
-            <img src="/social-login-assets/google_cons_test_usr_save.png" alt="测试用户屏幕中的“保存并继续”按钮" />
-    8. 单击“返回仪表板”
-        <img src="/social-login-assets/google_cons_back_to_dahs.png" alt="返回完成页面底部的仪表板按钮" />
-    9. 提交您的应用程序以供验证
-        :::注意
-            我强烈建议您提交应用程序进行验证。这超出了本教程的范围。您可以[此处](https://support.google.com/cloud/answer/13463073/)了解更多信息。这对于本地测试不是必需的，但对于生产是必需的。
-        :::
-</Steps>
-
-
-## 在线访问和离线访问的区别
-
-使用 Google 有多种方式使用 Capacitor 登录。下表总结了两者之间的差异：
-
-|                         |在线访问|离线访问 |
-|:------------------------:|:-------------:|:----------------:|
-|需要后端 | ❌ | ✅ |
-|长期访问令牌 | ❌ | ✅ |
-|轻松设置 | ✅ | ❌ |
-
-:::note
-**离线模式**意味着即使用户没有主动使用您的应用程序（即，当用户从您的应用程序的角度来看“离线”时），您的后端也可以访问 Google 的 API。长期访问令牌通过允许后端随时代表用户调用 Google API 来启用此功能。
-:::
-
-:::caution
-**离线模式需要后端服务器。**使用离线模式时，前端接收最少的信息（主要只是服务器身份验证代码）。如果没有后端将此代码交换为令牌和用户信息，离线模式不会为您的前端应用程序提供有用的数据。
-:::
-
-如果您仍然不知道应该选择哪一个，请考虑以下场景：
-
-1. 您希望用户在您要向他颁发自定义 JWT 后立即登录。您的应用不会调用 Google API
-   
-   在这种情况下，请选择在线访问。
-
-2.您的应用将从客户端调用一些 Google API，但绝不会从后端调用
-   
-   在这种情况下，选择在线访问
-
-3.您的应用程序将从后端调用一些google API，但仅当用户主动使用该应用程序时
-   
-   在这种情况下，选择在线访问
-
-4.您的应用程序将定期检查用户的日历，即使他没有积极使用该应用程序
-   
-   在这种情况下，选择离线访问
-
-## 在线访问后端示例
-
-在本教程的这一部分中，我将展示如何在后端验证用户。 
-
-这个例子非常简单，它将基于以下技术：
-
-- [TypeScript](https://www.typescriptlang.org/)
-
-- [霍诺](https://hono.dev/)
-
-- [JavaScript Fetch API](https://developer.mozilla.org/en-US/docs/Web/API/Window/fetch)
-
-您可以在[此处](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/141c01d93a85240e31a0d488a89df13c842708b1/index.ts#L135-L153)找到此示例的代码
-
-正如你所看到的：
-
-<img src="/social-login-assets/vscode_auth_google.png" alt="VS Code 显示用于验证令牌的 Google 身份验证代码" />
-
-这个想法相当简单。您向 `https://www.googleapis.com/oauth2/v3/tokeninfo` 发送一个简单的 `GET` 请求，该请求会返回您令牌是否有效，如果有效，则会向您提供用户的电子邮件。它还为您提供了有关用户令牌的一些其他信息
-<img src="/social-login-assets/google_auth_playground_token_info.png" alt="Google OAuth Playground 显示带有用户详细信息的令牌信息响应" />
-
-从那里，您可以向用户发出您自己的 JWT 或发出某种会话 cookie。对于最终的身份验证实施来说，可能性是无限的。
-
-如果您确实想致电 Google API 的，我强烈建议您查看 [Google 的 OAuth 2.0 Playground](https://developers.google.com/oauthplayground)。从那里您可以轻松查看可以调用哪些 API。
-
-## 通过您自己的后端使用离线访问
-
-为了使用在线访问，您将需要以下内容：
-
-- HTTP 服务器
-
-在此示例中，我将使用以下技术在我的应用程序中提供离线访问：
-
-- [霍诺](https://hono.dev/)
-
-- [Hono Zod 验证器](https://hono.dev/docs/guides/validation#with-zod)
-
-- [佐德](https://zod.dev/)
-
-- [荣誉JWT](https://hono.dev/docs/helpers/jwt#jwt-authentication-helper)
-
-- [LowDb](https://www.npmjs.com/package/lowdb)（一个简单的数据库）
-
-此示例的代码可以在[此处](https://github.com/WcaleNieWolny/capgo-social-login-backend-demo/blob/aac7a8c909f650a8c2cd7f88c97f5f3c594ce9ba/index.ts#L139-L287)找到
-
-至于客户端代码，它看起来像这样：
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { GoogleLoginOfflineResponse, SocialLogin } from '@capgo/capacitor-social-login';
-import { usePopoutStore } from '@/popoutStore'; // <-- specific to my app
-
-const baseURL = "[redacted]";
-
-async function fullLogin() {
-  await SocialLogin.initialize({
-    google: {
-      webClientId: '[redacted]',  
-      iOSClientId: '[redacted]',
-      iOSServerClientId: 'The same value as webClientId',
-      mode: 'offline' // <-- important
-    } 
-  })
-  const response = await SocialLogin.login({
-    provider: 'google',
-    options: {
-      forceRefreshToken: true // <-- important
-    }
-  })
-
-  if (response.provider === 'google') {
-    const result = response.result as GoogleLoginOfflineResponse
-    const res = await fetch(`${baseURL}/auth/google_offline`, {
-      headers: {
-        "Content-Type": "application/json"
-      },
-      body: JSON.stringify({
-        serverAuthCode: result.serverAuthCode,
-        platform: Capacitor.getPlatform()
-      }),
-      method: "POST"
-    })
-
-    if (res.status !== 200) {
-      popoutStore.popout("Full google login failed", "check console");
-      return
-    }
-
-    const { jwt } = await res.json();
-    const userinfo = await fetch(`${baseURL}/auth/get_google_user`, {
-      headers: {
-        Authorization: `Bearer ${jwt}`
-      }
-    })
-    if (userinfo.status !== 200) {
-      popoutStore.popout("Full google (userinfo) login failed", "check console");
-      return
-    }
-    popoutStore.popout("userinfo res", await userinfo.text());
-  }
-}
-```
diff --git a/src/content/docs/zh/docs/plugins/social-login/google/ios.mdx b/src/content/docs/zh/docs/plugins/social-login/google/ios.mdx
deleted file mode 100644
index 4ba1ab207..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/google/ios.mdx
+++ /dev/null
@@ -1,246 +0,0 @@
----
-title: Google 登录 iOS
-description: 本指南提供了在 iOS 上使用 Capacitor 配置 Google 登录的全面演练，详细介绍了每个步骤，以确保集成过程顺利进行。
-sidebar:
-  order: 3
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 简介
-
-在本指南中，您将了解如何为 iOS 设置 Google 使用 Capgo 社交登录登录。
-我假设您已经阅读了[一般设置指南](/docs/plugins/social-login/google/general/)。
-
-## 使用 Google 登录 iOS
-
-在本部分中，您将学习如何在 iOS 中设置 Google 登录。
-
-<Steps>
-1. 在 Google 控制台中创建 iOS 客户端 ID
-   
-   1. 点击搜索栏
-      <img src="/social-login-assets/google_cons_search.png" alt="Google 控制台搜索栏" />
-   
-   2. 搜索 `credentials` 并单击“API 和服务”（屏幕截图中的数字 2）
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="搜索结果显示凭据选项，并突出显示 API 和服务" />
-   
-   3. 单击“创建凭据”
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="在 Google 控制台中创建凭据按钮" />
-   
-   4. 选择`OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="凭证创建菜单中的 OAuth 客户端 ID 选项" />
-   
-   5. 选择“应用程序类型”为 `iOS`
-      <img src="/social-login-assets/goolge_cons_cred_type_app_tye.png" alt="应用程序类型选择，突出显示 iOS 选项" />
-   
-   6. 查找捆绑包 ID
-     
-      1. 打开Xcode
-     
-      2. 双击`App`
-         <img src="/social-login-assets/xcode_app_click.png" alt="Xcode 项目导航器中的应用程序目标" />
-     
-      3. 确保您处于`Targets -> App`
-         <img src="/social-login-assets/xcode_targets_app.png" alt="Xcode 中的目标部分并选择了应用程序" />
-     
-      4. 找到您的“捆绑包标识符” 
-         <img src="/social-login-assets/xcode_bundle_id.png" alt="Xcode 项目设置中的捆绑包标识符字段" />
-     
-      5. 返回 Google 控制台并将“Bundle Identifier”粘贴到“Bundle ID”中
-         <img src="/social-login-assets/google_cons_ios_bd_id.png" alt="Google 控制台 iOS 客户端创建表单中的捆绑 ID 字段" />
-   
-   7. （可选）如果您已将应用程序发布到 App Store，请将您的 `App Store ID` 或“团队 ID”添加到客户端 ID 中
-   
-   8. 填写完所有详细信息后，单击`create`
-      <img src="/social-login-assets/google_cons_ios_cred_creat.png" alt="在 iOS 客户端创建表单底部创建按钮" />
-   
-   9. 单击`OK`
-      <img src="/social-login-assets/google_cons_ios_click_ok.png" alt="客户端 ID 上的“确定”按钮已创建确认对话框" />
-   
-   10. 打开新创建的 iOS 客户端
-       <img src="/social-login-assets/google_cons_open_new_ios.png" alt="在凭据列表中新创建的 iOS 客户端" />
-   
-   11. 复制以下数据
-       <img src="/social-login-assets/google_cons_ios_what_to_copy.png" alt="客户端 ID 详细信息显示要复制的客户端 ID 和反向客户端 ID" />
-     
-       :::注意
-       此图像中的 `nr. 1` 稍后将成为 `initialize` 调用中的 `iOSClientId` 。
-       
-       此图像中的 `nr. 2` 稍后将变为 `YOUR_DOT_REVERSED_IOS_CLIENT_ID`
-       :::
-
-2. 修改应用程序的 Info.plist
-   
-   1. 打开 Xcode 并找到 `Info.plist` 文件
-      <img src="/social-login-assets/xcode_info_file.png" alt="Xcode 项目导航器中的 Info.plist 文件" />
-   
-   2. 右键单击该文件并将其作为源代码打开
-      <img src="/social-login-assets/xcode_open_as_src_code.png" alt="显示“打开为源代码”选项的右键菜单" />
-   
-   3. 在 `Plist` 文件的底部，您将看到 `</dict>` 标签
-      <img src="/social-login-assets/xcode_dict_tag.png" alt="Info.plist 文件中的关闭 dict 标签" />
-   
-   4. 在 `</dict>` 结束标记之前插入以下片段
-      <img src="/social-login-assets/xcode_plist_inserted.png" alt="Info.plist，在关闭 dict 标签之前插入了 URL 方案代码" />
-     
-      ```xml
-      <key>CFBundleURLTypes</key>
-      <array>
-       <dict>
-         <key>CFBundleURLSchemes</key>
-         <array>
-           <string>YOUR_DOT_REVERSED_IOS_CLIENT_ID</string>
-         </array>
-       </dict>
-      </array>
-      ```
-   
-   5. 将 `YOUR_DOT_REVERSED_IOS_CLIENT_ID` 更改为上一步中复制的值
-      <img src="/social-login-assets/xcode_plist_final.png" alt="Info.plist，在 URL 方案中插入实际反向客户端 ID" />
-     
-      :::注意
-      确保该值**以 `com.googleusercontent.apps` 开头**
-      :::
-   
-   6. 使用“Command + S”保存文件
-
-3. 修改 `AppDelegate.swift`
-   
-   1. 打开 AppDelegate
-      <img src="/social-login-assets/xcode_app_deleg.png" alt="Xcode 项目导航器中的 AppDelegate.swift 文件" />
-   
-   2. 在文件顶部插入 `import GoogleSignIn`
-      <img src="/social-login-assets/xcode_app_deleg_google_sign_in.png" alt="添加了 GoogleSignIn 导入的 AppDelegate.swift" />
-   
-   3. 找到 `func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:])` 函数
-      <img src="/social-login-assets/xcode_app_deleg_app_fn.png" alt="AppDelegate中原始应用程序的openURL函数" />
-   
-   4. 将函数修改为如下所示
-     
-      ```swift
-      func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey: Any] = [:]) -> Bool {
-          // Called when the app was launched with a url. Feel free to add additional processing here,
-          // but if you want the App API to support tracking app url opens, make sure to keep this call
-      
-          var handled: Bool
-      
-          handled = GIDSignIn.sharedInstance.handle(url)
-          if handled {
-            return true
-          }
-      
-          return ApplicationDelegateProxy.shared.application(app, open: url, options: options)
-      }
-      ```
-      
-      <img src="/social-login-assets/xcode_app_deleg_app_fn_mod.png" alt="使用 GoogleSignIn 处理修改应用程序 openURL 函数" />
-   
-   5. 使用“Command + S”保存文件
-
-4. 在 JavaScript/TypeScript 代码中设置 Google 登录
-   
-   1. 导入 `SocialLogin` 和 `Capacitor`
-     
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      import { Capacitor } from '@capacitor/core';
-      ```
-   
-   2. 调用 `initialize` 方法（应该只调用一次）
-
-      **基本设置（在线模式，建议大多数应用程序使用）：**
-      ```typescript
-      // onMounted is Vue specific
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            iOSClientId: '673324426943-redacted.apps.googleusercontent.com',
-            mode: 'online' // Default mode
-          }
-        })
-      })
-      ```
-
-      **使用附加客户端 ID 进行高级设置：**
-      ```typescript
-      onMounted(() => {
-        SocialLogin.initialize({
-          google: {
-            webClientId: 'YOUR_WEB_CLIENT_ID',           // Optional: for web platform support
-            iOSClientId: 'YOUR_IOS_CLIENT_ID',           // Required: from step 1
-            iOSServerClientId: 'YOUR_WEB_CLIENT_ID',     // Optional: same as webClientId, needed for some advanced features
-            mode: 'online'                               // 'online' or 'offline'
-          }
-        })
-      })
-      ```
-     
-      :::注意
-      **客户端 ID 要求：**
-      - `iOSClientId`：**必需** - 必须以 `googleusercontent.com` 结尾（来自上面的步骤 1）
-      - `webClientId`：**可选** - 仅当您也支持 Web 平台或需要高级功能时才需要
-      - `iOSServerClientId`：**可选** - 提供时应与 `webClientId` 的值相同
-      
-      有关 `webClientId` 和 `iOSServerClientId` 的高级设置，请参阅 [Web 设置指南](/docs/plugins/social-login/google/web/) 创建这些凭据。
-      :::
-
-      :::注意
-      **关于离线模式：** 使用`mode: 'offline'`时，登录响应不会直接包含用户数据。相反，您将收到一个服务器身份验证代码，必须通过后端服务器将其交换为用户信息。请参阅[一般设置指南](/docs/plugins/social-login/google/general/#using-offline-access-with-your-own-backend) 了解实施细节。
-      :::
-   
-   3. 实现登录功能。创建一个按钮并在单击时运行以下代码
-     
-      **对于在线模式：**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {}
-      })
-      // handle the response - contains user data
-      console.log(JSON.stringify(res))
-      ```
-
-      **对于离线模式：**
-      ```typescript
-      const res = await SocialLogin.login({
-        provider: 'google',
-        options: {
-          forceRefreshToken: true // Recommended for offline mode
-        }
-      })
-      // res contains serverAuthCode, not user data
-      // Send serverAuthCode to your backend to get user information
-      console.log('Server auth code:', res.result.serverAuthCode)
-      ```
-
-5. 测试您的应用程序
-   
-   1. 构建您的应用程序并运行“capsync”
-   
-   2. 如果您已正确完成所有操作，您应该会看到 Google 登录流程正常工作
-      <img src="/social-login-assets/google_final_ios_v2.gif" alt="iOS 上的 Google 登录流程演示显示登录过程和成功的身份验证" />
-</Steps>
-
-:::note
-Google 提示中的语言取决于您设备的语言设置。
-:::
-
-## 已知问题
-
-### 隐私屏幕插件不兼容
-
-Google 登录插件与 [@capacitor/privacy-screen](https://github.com/ionic-team/capacitor-privacy-screen) 不兼容。当同时使用这两个插件时，Google 登录 Web 视图将被隐私屏幕中断。
-
-**解决方法：** 在调用登录函数之前调用 `await PrivacyScreen.disable();`：
-
-```typescript
-import { PrivacyScreen } from '@capacitor/privacy-screen';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-await PrivacyScreen.disable();
-await SocialLogin.login({
-  provider: 'google',
-  options: {}
-});
-```
diff --git a/src/content/docs/zh/docs/plugins/social-login/google/web.mdx b/src/content/docs/zh/docs/plugins/social-login/google/web.mdx
deleted file mode 100644
index fce9c9679..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/google/web.mdx
+++ /dev/null
@@ -1,131 +0,0 @@
----
-title: Google 网页登录
-description: >-
-  本指南提供了使用 Capacitor 和 @capgo/capacitor-social-login 插件在 Web 应用程序上设置 Google
-  登录的全面演练，通过涵盖所有必要的步骤和配置来确保无缝集成过程。
-sidebar:
-  order: 4
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 简介
-
-在本指南中，您将了解如何为 Web 应用程序设置 Google 使用 Capgo 社交登录登录。
-我假设您已经阅读了[一般设置指南](/docs/plugins/social-login/google/general/)。
-
-## 使用 Google 在网络上登录
-
-在网络上使用谷歌登录相当简单。
-为了使用它，您必须执行以下操作：
-
-<Steps>
-1. 在 Google 控制台中创建 Web 客户端
-   
-   :::注意
-   如果您已经为 Android 配置了 Google 登录，则可以跳过此步骤，因为您已经创建了 Web 客户端。您可以直接进行步骤 2。
-   :::
-   
-   1. 点击搜索栏
-      <img src="/social-login-assets/google_cons_search.png" alt="Google 控制台搜索栏" />
-   
-   2. 搜索 `credentials` 并单击“API 和服务”选项（屏幕截图中的数字 2）
-      <img src="/social-login-assets/google_cons_cred_search.png" alt="搜索结果显示凭据选项，并突出显示 API 和服务" />
-   
-   3. 单击“创建凭据”
-      <img src="/social-login-assets/google_cons_create_cred.png" alt="在 Google 控制台中创建凭据按钮" />
-   
-   4. 选择`OAuth client ID`
-      <img src="/social-login-assets/google_cons_cred_oauth.png" alt="凭证创建菜单中的 OAuth 客户端 ID 选项" />
-   
-   5. 选择“应用程序类型”为“Web 应用程序”
-      <img src="/social-login-assets/google_cons_app_type_web.png" alt="应用程序类型选择，突出显示 Web 选项" />
-   
-   6. 为您的客户命名并点击 `Create`
-      <img src="/social-login-assets/google_cons_web_app_create.png" alt="突出显示名称字段的 Web 客户端创建表单" />
-   
-   7. 复制客户端 ID，您将在应用程序中使用它作为 `webClientId`
-      <img src="/social-login-assets/google_cons_copy_web_client_id.png" alt="显示要复制的 Web 客户端 ID 的客户端 ID 详细信息" />
-
-2. 在 Google 控制台中配置 Web 客户端
-
-   1. 请打开[凭据页面](https://console.cloud.google.com/apis/credentials) 并单击您的网络客户端
-      <img src="/social-login-assets/google_cons_open_web_client_id.png" alt="显示要单击的 Web 客户端的凭据列表" />
-
-   2. 现在，请添加 `Authorized JavaScript origins`。这应该包括您的应用程序可能使用的所有地址。在可能的情况下，我将 **仅** 使用 localhost，但由于我使用自定义端口，我必须添加 `http://localhost` 和 `http://localhost:5173`
-    
-      1. 请点击“添加URI”
-         <img src="/social-login-assets/google_cons_authorized_js_add_btn.png" alt="带有 ADD URI 按钮的授权 JavaScript 起源部分" />
-    
-      2. 请输入您的网址
-         <img src="/social-login-assets/google_cons_authorized_js_typed_url.png" alt="输入 localhost URL 的“添加 URI”对话框" />
-    
-      3. 请重复，直到添加所有 URL
-    
-      4. 完成后，您的屏幕应如下所示
-         <img src="/social-login-assets/google_cons_authorized_js_final.png" alt="添加了多个本地主机 URL 的授权 JavaScript 来源" />
-
-   3. 现在，请添加一些“授权重定向 URI”。这将取决于您依赖哪个页面来使用 CapacitorSocialLogin 插件。就我而言，我将在 `http://localhost:5173/auth` 上使用它 
-    
-      1. 请点击“添加 URI”
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_1.png" alt="带有“添加 URI”按钮的授权重定向 URI 部分" />
-    
-      2. 输入您的 URL，然后再次单击“添加 URL”
-         <img src="/social-login-assets/google_cons_web_add_redirect_url_2.png" alt="输入重定向 URL 的“添加 URI”对话框" />
-
-   4. 单击`save`
-      <img src="/social-login-assets/google_cons_web_app_save.png" alt="Web 客户端配置底部的“保存”按钮" />
-
-3. 现在，您应该准备好从 JavaScript 调用 `login`，如下所示：
-
-   1. 首先导入 `SocialLogin`
-  
-      ```typescript
-      import { SocialLogin } from '@capgo/capacitor-social-login';
-      ```
-
-   2. 然后，调用初始化。这应该只被调用一次。
-  
-      ```typescript
-      // onMounted is Vue specific
-      // webClientId is the client ID you got in the web client creation step not the android client ID.
-      onMounted(() => {
-       SocialLogin.initialize({
-         google: {
-           webClientId: '673324426943-avl4v9ubdas7a0u7igf7in03pdj1dkmg.apps.googleusercontent.com',
-         }
-       })
-      })
-      ```
-
-   :::注意[Web 重定向处理]
-   在网络上使用 Google 登录时，您**必须**在重定向发生时调用插件中的任何函数来初始化插件，以便它可以处理重定向并关闭弹出窗口。您可以调用 `isLoggedIn()` 或 `initialize()` - 两者都会触发重定向处理：
-
-   ```typescript
-   // Option 1: Call isLoggedIn when the redirect page loads
-   SocialLogin.isLoggedIn({ provider: 'google' }).catch(() => {
-     // Ignore the result, this is just to initialize the plugin
-   });
-
-   // Option 2: Call initialize when the redirect page loads
-   SocialLogin.initialize({
-     google: {
-       webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-     }
-   }).catch(() => {
-     // Ignore any errors, this is just to handle the redirect
-   });
-   ```
-   :::
-
-   3. 创建一个登录按钮，单击时调用 `SocialLogin.login`
-  
-      ```typescript
-      const res = await SocialLogin.login({
-       provider: 'google',
-       options: {}
-      })
-      // Handle the response
-      console.log(JSON.stringify(res));
-      ```
-</Steps>
diff --git a/src/content/docs/zh/docs/plugins/social-login/index.mdx b/src/content/docs/zh/docs/plugins/social-login/index.mdx
deleted file mode 100644
index fba95c2db..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/index.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: "@capgo/capacitor-social-login"
-locale: zh
-description: 用于与 Google、Apple 和 Facebook 进行无缝社交身份验证的 Capacitor 插件，增强用户登录安全性和体验。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 一个用于 Google、Apple 和 Facebook 社交身份验证的 Capacitor 插件，使用户登录无缝且安全。
-  image:
-    file: ~public/icons/plugins/social-login.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/social-login/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-social-login/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-import { YouTube } from 'astro-embed';
-
-## 视频演练
-
-观看插件设置和登录流程的快速演示。
-
-<YouTube id="iTINYxvSJrE" title="Capgo Social Login 插件概述" />
-
-<CardGrid stagger>
-  <Card title="Google 登录" icon="rocket">
-    为您的用户提供无摩擦的登录体验 🚀
-  </Card>
-  <Card title="Facebook 登录" icon="pencil">
-    使 Facebook 登录变得轻而易举 💨
-  </Card>
-  <Card title="Apple 登录" icon="setting">
-    Apple 登录实施起来可能具有挑战性，但我们让它变得简单 😊
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/social-login/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/social-login/migrations/apple.mdx b/src/content/docs/zh/docs/plugins/social-login/migrations/apple.mdx
deleted file mode 100644
index b74abccca..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/migrations/apple.mdx
+++ /dev/null
@@ -1,186 +0,0 @@
----
-title: 从 @capacitor-community/apple-sign-in 迁移到 @capgo/capacitor-social-login 的指南
-locale: zh
-description: 本综合指南提供从 @capacitor-community/apple-sign-in 插件过渡到 @capgo/capacitor-social-login 插件的详细说明，确保平滑的迁移过程和改进的功能。
-sidebar:
-    order: 1
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 概述
-
-本指南概述了从传统的 `@capacitor-community/apple-sign-in` 插件过渡到现代的 `@capgo/capacitor-social-login` 包。新插件通过改进的 TypeScript 支持和积极维护为多个社交身份验证提供商提供统一接口。
-
-## 安装
-
-<Steps>
-1. 删除旧包：
-   ```bash
-   npm uninstall @capacitor-community/apple-sign-in
-   ```
-
-2. 安装新包：
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## 代码更改
-
-### 导入更改
-```diff
-- import { SignInWithApple } from '@capacitor-community/apple-sign-in';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### 初始化
-
-**关键更改**：新插件需要以前不需要的初始化步骤。
-
-```diff
-- // 旧包中不需要初始化
-+ // 对于 iOS：基本配置
-+ await SocialLogin.initialize({
-+   apple: {} // 基本 iOS 配置
-+ });
-
-+ // 对于 Android：需要额外配置
-+ await SocialLogin.initialize({
-+   apple: {
-+     clientId: 'YOUR_SERVICE_ID', // 来自 Apple Developer Portal 的 Service ID
-+     redirectUrl: 'https://your-backend.com/callback' // 您的后端回调 URL
-+   }
-+ });
-```
-
-**重要提示**：对于 iOS，您提供基本配置，而 Android 需要额外的详细信息，包括 Service ID 和用于基于 Web 的 OAuth 身份验证的后端回调 URL。
-
-### 登录
-
-登录过程从多个参数简化为更清晰的 API：
-
-```diff
-- const result = await SignInWithApple.authorize({
--   clientId: 'com.your.app',
--   redirectURI: 'https://your-app.com/callback',
--   scopes: 'email name',
--   state: '12345',
--   nonce: 'nonce'
-- });
-
-+ const result = await SocialLogin.login({
-+   provider: 'apple',
-+   options: {
-+     // 可选：如果需要添加范围
-+     scopes: ['email', 'name'],
-+     nonce: 'nonce'
-+   }
-+ });
-```
-
-新插件使用带有 `provider: 'apple'` 和可选范围的 `login()`，而不是传递像 `clientId` 和 `redirectURI` 这样的单独配置值。
-
-### 响应类型更改
-
-结果现在包括一个带有过期详细信息的 `accessToken` 对象和一个结构化的 `profile` 部分，替换了原始包的扁平响应格式：
-
-```typescript
-// 旧响应类型
-interface AppleSignInResponse {
-  response: {
-    user: string;
-    email: string | null;
-    givenName: string | null;
-    familyName: string | null;
-    identityToken: string | null;
-    authorizationCode: string | null;
-  };
-}
-
-// 新响应类型
-interface SocialLoginResponse {
-  provider: 'apple';
-  result: {
-    accessToken: {
-      token: string;
-      expiresIn?: number;
-      refreshToken?: string;
-    } | null;
-    idToken: string | null;
-    profile: {
-      user: string;
-      email: string | null;
-      givenName: string | null;
-      familyName: string | null;
-    };
-  };
-}
-```
-
-### 新功能
-
-更新的插件引入了前身中不可用的功能：
-
-**检查登录状态**
-```diff
-- // 旧包中不可用
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'apple'
-+ });
-```
-
-**退出登录功能**
-```diff
-- // 旧包中不可用
-+ await SocialLogin.logout({
-+   provider: 'apple'
-+ });
-```
-
-这些方法提供 `isLoggedIn()` 来验证身份验证状态和 `logout()` 功能。
-
-## 平台特定更改
-
-### iOS 设置
-
-**iOS** 通过 Xcode 功能维护熟悉的设置过程：
-
-1. iOS 设置基本保持不变。您仍然需要：
-   - 在 Xcode 中启用 "Sign In with Apple" 功能
-   - 在 Apple Developer Portal 中配置您的应用
-   - iOS 不需要额外的代码更改
-
-### Android 设置
-
-**Android** 现在通过基于 Web 的 OAuth 身份验证获得原生支持：
-
-新插件提供开箱即用的 Android 支持，但需要额外设置：
-
-1. 在 Apple Developer Portal 中创建 Services ID
-2. 配置 Web 身份验证端点
-3. 设置您的 Android 应用以处理 OAuth 流程
-4. 需要后端服务配置
-
-有关详细的 Android 设置说明，请参阅 [Android 设置指南](/docs/plugins/social-login/apple/android/)。
-
-## 关键优势
-
-现代化的包提供：
-
-1. 多个社交提供商（Google、Facebook、Apple）的**统一 API**
-2. 具有更好类型定义的**改进 TypeScript 类型**
-3. 与已弃用版本相比的**积极社区维护**
-4. 通过基于 Web 的身份验证的**内置 Android 支持**
-5. **持久登录状态管理**
-6. 具有一致错误类型的**更好的错误处理**
-
-## 重大更改
-
-1. **现在需要显式初始化** - 没有默认配置
-2. **响应对象结构已更改** - 嵌套结果格式
-3. **Android 实现需要后端服务**用于 OAuth
-4. **令牌刷新处理不同** - 改进的令牌管理
-5. **错误处理和错误类型已更改** - 更详细的错误
-
-有关更详细的设置说明，请参阅[官方文档](/docs/plugins/social-login/apple/general/)。
diff --git a/src/content/docs/zh/docs/plugins/social-login/migrations/facebook.mdx b/src/content/docs/zh/docs/plugins/social-login/migrations/facebook.mdx
deleted file mode 100644
index 5492feb42..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/migrations/facebook.mdx
+++ /dev/null
@@ -1,234 +0,0 @@
----
-title: 从 @capacitor-community/facebook-login 迁移到 @capgo/capacitor-social-login 的指南
-locale: zh
-description: 本详细指南提供从 @capacitor-community/facebook-login 插件过渡到 @capgo/capacitor-social-login 插件的分步说明，确保具有增强功能的平稳迁移过程。
-sidebar:
-    order: 2
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 概述
-
-本指南提供从 `@capacitor-community/facebook-login` 迁移到 `@capgo/capacitor-social-login` 的全面说明。新插件通过支持多个社交提供商、改进的 TypeScript 支持和增强功能的统一 API 来现代化 Facebook 身份验证。
-
-## 安装
-
-<Steps>
-1. 删除旧包：
-   ```bash
-   npm uninstall @capacitor-community/facebook-login
-   ```
-
-2. 安装新包：
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## 代码更改
-
-### 导入更改
-```diff
-- import { FacebookLogin } from '@capacitor-community/facebook-login';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### 初始化
-
-**关键更改**：新包需要在代码中进行显式设置：
-
-```diff
-- // 旧包不需要在代码中进行显式初始化
-- // 配置仅在原生平台上完成
-
-+ // 新包需要显式初始化
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'YOUR_FACEBOOK_APP_ID',        // Web 和 Android 必需
-+     clientToken: 'YOUR_CLIENT_TOKEN'       // Android 必需
-+   }
-+ });
-```
-
-### 登录
-
-登录方法现在接受提供商参数：
-
-```diff
-- const FACEBOOK_PERMISSIONS = ['email', 'public_profile'];
-- const result = await FacebookLogin.login({ permissions: FACEBOOK_PERMISSIONS });
-
-+ const result = await SocialLogin.login({
-+   provider: 'facebook',
-+   options: {
-+     permissions: ['email', 'public_profile'],
-+     limitedLogin: false,
-+     nonce: 'optional_nonce'
-+   }
-+ });
-```
-
-### 响应类型更改
-
-响应结构已通过更全面的配置文件对象进行了现代化：
-
-```typescript
-// 旧响应类型
-interface FacebookLoginResponse {
-  accessToken: {
-    applicationId: string;
-    userId: string;
-    token: string;
-    expires: string;
-  };
-  recentlyGrantedPermissions: string[];
-  recentlyDeniedPermissions: string[];
-}
-
-// 新响应类型
-interface FacebookLoginResponse {
-  provider: 'facebook';
-  result: {
-    accessToken: {
-      token: string;
-      applicationId?: string;
-      expires?: string;
-      userId?: string;
-      permissions?: string[];
-      declinedPermissions?: string[];
-    } | null;
-    idToken: string | null;
-    profile: {
-      userID: string;
-      email: string | null;
-      friendIDs: string[];
-      birthday: string | null;
-      ageRange: { min?: number; max?: number } | null;
-      gender: string | null;
-      location: { id: string; name: string } | null;
-      hometown: { id: string; name: string } | null;
-      profileURL: string | null;
-      name: string | null;
-      imageURL: string | null;
-    };
-  };
-}
-```
-
-**关键差异**：
-- 响应现在包含一个 `provider` 字段，用于标识身份验证提供商
-- 包含额外用户信息的更详细的 `profile` 对象
-- 所有社交登录提供商的一致结构
-
-### 检查登录状态
-```diff
-- const result = await FacebookLogin.getCurrentAccessToken();
-- const isLoggedIn = result && result.accessToken;
-
-+ const status = await SocialLogin.isLoggedIn({
-+   provider: 'facebook'
-+ });
-+ const isLoggedIn = status.isLoggedIn;
-```
-
-### 退出登录
-```diff
-- await FacebookLogin.logout();
-
-+ await SocialLogin.logout({
-+   provider: 'facebook'
-+ });
-```
-
-## 平台特定更改
-
-### Android 设置
-
-配置现在通过 initialize 方法处理：
-
-```diff
-- // AndroidManifest.xml 更改保持不变
-- // strings.xml 变得不相关
-+ // 另外在代码中初始化：
-+ await SocialLogin.initialize({
-+   facebook: {
-+     appId: 'your-app-id',
-+     clientToken: 'your-client-token'  // 新要求
-+   }
-+ });
-```
-
-**重要提示**：Android 身份验证现在需要 Client token。
-
-### iOS 设置
-
-1. `AppDelegate.swift` 中的 iOS 设置保持不变：
-
-```swift
-import FBSDKCoreKit
-
-// 在 application:didFinishLaunchingWithOptions: 中
-FBSDKCoreKit.ApplicationDelegate.shared.application(
-    application,
-    didFinishLaunchingWithOptions: launchOptions
-)
-
-// 在 application:openURL:options: 中
-ApplicationDelegate.shared.application(
-    app,
-    open: url,
-    sourceApplication: options[UIApplication.OpenURLOptionsKey.sourceApplication] as? String,
-    annotation: options[UIApplication.OpenURLOptionsKey.annotation]
-)
-```
-
-2. `Info.plist` 配置保持不变：
-```xml
-<key>CFBundleURLTypes</key>
-<array>
-    <dict>
-        <key>CFBundleURLSchemes</key>
-        <array>
-            <string>fb[APP_ID]</string>
-        </array>
-    </dict>
-</array>
-<key>FacebookAppID</key>
-<string>[APP_ID]</string>
-<key>FacebookClientToken</key>
-<string>[CLIENT_TOKEN]</string>
-<key>FacebookDisplayName</key>
-<string>[APP_NAME]</string>
-<key>LSApplicationQueriesSchemes</key>
-<array>
-    <string>fbapi</string>
-    <string>fbauth</string>
-    <string>fb-messenger-share-api</string>
-    <string>fbauth2</string>
-    <string>fbshareextension</string>
-</array>
-```
-
-## 重大更改
-
-迁移时的重大更改摘要：
-
-1. **现在需要显式初始化** - 在使用前必须调用 `initialize()`
-2. **响应对象结构发生了重大变化** - 具有增强配置文件数据的新嵌套结果格式
-3. **Android 现在需要 client token** - 需要额外配置
-4. **不同的方法名称和参数结构** - 基于提供商的方法
-5. **错误处理和错误类型已更改** - 更详细的错误信息
-
-## 关键优势
-
-新插件提供：
-
-- 多个社交提供商（Google、Apple、Facebook）的**统一 API**
-- 具有更好类型定义的**改进 TypeScript 支持**
-- 包含更多用户信息的**增强配置文件数据**
-- **积极维护**和社区支持
-- 所有提供商的**一致错误处理**
-- 具有正确过期处理的**更好的令牌管理**
-
-有关更详细的设置说明，请参阅[官方文档](/docs/plugins/social-login/facebook/)。
diff --git a/src/content/docs/zh/docs/plugins/social-login/migrations/google.mdx b/src/content/docs/zh/docs/plugins/social-login/migrations/google.mdx
deleted file mode 100644
index 2a2ab6f8c..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/migrations/google.mdx
+++ /dev/null
@@ -1,190 +0,0 @@
----
-title: 从 @codetrix-studio/capacitor-google-auth 迁移到 @capgo/capacitor-social-login 的指南
-locale: zh
-description: 本指南概述了从旧的 Google Auth 插件过渡到新的 Capgo 社交登录包，该包统一了多个社交身份验证提供商。
-sidebar:
-    order: 3
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 概述
-
-本指南提供从 `@codetrix-studio/capacitor-google-auth` 迁移到 `@capgo/capacitor-social-login` 的全面步骤，确保平滑过渡和改进的身份验证体验。新插件在单个一致的 API 下统一了多个社交身份验证提供商。
-
-## 安装
-
-<Steps>
-1. 删除旧包：
-   ```bash
-   npm uninstall @codetrix-studio/capacitor-google-auth
-   ```
-
-2. 安装新包：
-   ```bash
-   npm install @capgo/capacitor-social-login
-   npx cap sync
-   ```
-</Steps>
-
-## Google Auth 设置中的重要更改
-
-### Web Client ID 要求
-**关键更改**：更新的插件需要在所有平台上使用 Web Client ID。
-
-您需要：
-1. 如果您还没有 Web Client ID，请在 Google Cloud Console 中创建一个（[如何获取凭据](/docs/plugins/social-login/google/general/)）
-2. 在所有平台的 `webClientId` 字段中使用此 Web Client ID
-3. 对于 Android，您仍然需要使用 SHA1 创建 Android Client ID，但这仅用于验证目的 - 不会使用令牌（[Android 设置指南](/docs/plugins/social-login/google/android/)）
-
-## 代码更改
-
-### 导入更改
-```diff
-- import { GoogleAuth } from '@codetrix-studio/capacitor-google-auth';
-+ import { SocialLogin } from '@capgo/capacitor-social-login';
-```
-
-### 初始化
-
-设置从简单的 `GoogleAuth.initialize()` 调用转换为具有嵌套 Google 配置的更结构化的 `SocialLogin.initialize()`：
-
-```diff
-- GoogleAuth.initialize({
--   clientId: 'CLIENT_ID.apps.googleusercontent.com',
--   scopes: ['profile', 'email'],
--   grantOfflineAccess: true,
-- });
-
-+ await SocialLogin.initialize({
-+   google: {
-+     webClientId: 'WEB_CLIENT_ID.apps.googleusercontent.com', // 所有平台使用 Web Client ID
-+     iOSClientId: 'IOS_CLIENT_ID', // 用于 iOS
-+     mode: 'offline' // 替代 grantOfflineAccess
-+   }
-+ });
-```
-
-### 登录
-
-登录方法从 `GoogleAuth.signIn()` 更改为具有显式提供商规范的 `SocialLogin.login()`：
-
-```diff
-- const user = await GoogleAuth.signIn();
-+ const res = await SocialLogin.login({
-+   provider: 'google',
-+   options: {
-+     scopes: ['email', 'profile'],
-+     forceRefreshToken: true // 如果需要刷新令牌
-+   }
-+ });
-```
-
-## 平台特定更改
-
-### Android
-
-1. 更新您的 `MainActivity.java`（[完整 Android 设置指南](/docs/plugins/social-login/google/android/)）：
-```diff
-+ import ee.forgr.capacitor.social.login.GoogleProvider;
-+ import ee.forgr.capacitor.social.login.SocialLoginPlugin;
-+ import ee.forgr.capacitor.social.login.ModifiedMainActivityForSocialLoginPlugin;
-+ import com.getcapacitor.PluginHandle;
-+ import com.getcapacitor.Plugin;
-+ import android.content.Intent;
-+ import android.util.Log;
-
-- public class MainActivity extends BridgeActivity {
-+ public class MainActivity extends BridgeActivity implements ModifiedMainActivityForSocialLoginPlugin {
-
-+   @Override
-+   public void onActivityResult(int requestCode, int resultCode, Intent data) {
-+     super.onActivityResult(requestCode, resultCode, data);
-+
-+     if (requestCode >= GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MIN && requestCode < GoogleProvider.REQUEST_AUTHORIZE_GOOGLE_MAX) {
-+       PluginHandle pluginHandle = getBridge().getPlugin("SocialLogin");
-+       if (pluginHandle == null) {
-+         Log.i("Google Activity Result", "SocialLogin login handle is null");
-+         return;
-+       }
-+       Plugin plugin = pluginHandle.getInstance();
-+       if (!(plugin instanceof SocialLoginPlugin)) {
-+         Log.i("Google Activity Result", "SocialLogin plugin instance is not SocialLoginPlugin");
-+         return;
-+       }
-+       ((SocialLoginPlugin) plugin).handleGoogleLoginIntent(requestCode, data);
-+     }
-+   }
-
-+   public void IHaveModifiedTheMainActivityForTheUseWithSocialLoginPlugin() {}
-}
-```
-
-### iOS
-
-1. AppDelegate.swift 中不需要重大更改（[iOS 设置指南](/docs/plugins/social-login/google/ios/)）
-
-2. 在 `capacitor.config.json` 中更新您的配置，我们在新插件中不使用它：
-```diff
-{
-  "plugins": {
--   "GoogleAuth": {
--     "scopes": ["profile", "email"],
--     "serverClientId": "xxxxxx-xxxxxxxxxxxxxxxxxx.apps.googleusercontent.com",
--     "forceCodeForRefreshToken": true
--   }
-}
-```
-
-### Web
-
-1. 如果您使用 Google Sign-In meta 标签，请从 `index.html` 中删除它们：
-```diff
-- <meta name="google-signin-client_id" content="{your client id here}" />
-- <meta name="google-signin-scope" content="profile email" />
-```
-
-## 响应类型更改
-
-身份验证响应现在提供包含提供商信息、访问令牌、ID 令牌和用户配置文件数据的结构化对象：
-
-```typescript
-interface GoogleLoginResponse {
-  provider: 'google';
-  result: {
-    accessToken: {
-      token: string;
-      expires: string;
-      // ... 其他令牌字段
-    } | null;
-    idToken: string | null;
-    profile: {
-      email: string | null;
-      familyName: string | null;
-      givenName: string | null;
-      id: string | null;
-      name: string | null;
-      imageUrl: string | null;
-    };
-  };
-}
-```
-
-响应结构包括：
-- **provider**：标识身份验证提供商（`'google'`）
-- **result.accessToken**：带有过期的访问令牌详细信息
-- **result.idToken**：用于身份验证的 ID 令牌
-- **result.profile**：用户配置文件信息，包括电子邮件、姓名和图像 URL
-
-## 其他功能
-
-新包支持 Google 以外的多个社交身份验证提供商：
-- [Apple 登录](/docs/plugins/social-login/apple/general/)
-- [Facebook 登录](/docs/plugins/social-login/facebook/)
-
-这种统一方法提供：
-- 所有提供商的一致 API
-- 改进的 TypeScript 支持
-- 更好的错误处理
-- 积极的维护和社区支持
-
-查看[主要文档](/docs/plugins/social-login/google/general/)以获取这些其他提供商的详细设置说明。
diff --git a/src/content/docs/zh/docs/plugins/social-login/migrations/v7.mdx b/src/content/docs/zh/docs/plugins/social-login/migrations/v7.mdx
deleted file mode 100644
index 07378ceac..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/migrations/v7.mdx
+++ /dev/null
@@ -1,52 +0,0 @@
----
-title: "V7 迁移指南"
-locale: zh
-description: 从早期版本迁移到 @capgo/capacitor-social-login V7 的指南
-sidebar:
-    order: 4
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 简介
-
-:::caution
-本指南适用于仍在使用 `0.x.x` 版本的插件用户升级到 `V1`/`V7` 版本。
-:::
-
-本指南将涵盖以下内容：
-
-- 从 `main` 版本迁移到 V1 版本
-- 从 `development` 版本迁移到 V1 版本
-
-## V1 中的重要更改
-
-V1 只是将开发版本移植到主版本。但是，它包含许多在 `main` V0 版本中不可用的重要更改。这些更改包括：
-
-- Google 登录的访问范围
-- Google 登录的离线模式
-- 统一不同的实现
-  - 进行了广泛的测试，以确保 Google Provider 的所有实现在平台之间的行为方式相同
-
-## 从 V0 主版本迁移
-
-- Android 的 `MainActivity.java` 中的更改
-  - 请遵循 [Google 设置指南](/docs/plugins/social-login/google/android/)。具体来说，请搜索 `MainActivity.java`
-
-- 请在 Google Console 中添加重定向 URL。如果不添加重定向 URL，Google 登录将无法工作。
-  - 同样，请遵循 [Google 设置指南](/docs/plugins/social-login/google/android/)。具体来说，请搜索 `Authorized redirect URIs`
-
-- 请确保您没有在配置中使用 `grantOfflineAccess`。此功能在 V1 中不受支持。
-
-- 请确保身份验证在所有平台上都能正常工作。
-
-## 从 V0 开发版本迁移
-
-- Android 的 `MainActivity.java` 中的更改
-  - 请遵循 [Google 设置指南](/docs/plugins/social-login/google/android/)。具体来说，请搜索 `MainActivity.java`。在 V1 中，您**必须**在主 activity 中实现 `ModifiedMainActivityForSocialLoginPlugin`。此更改对于插件正常工作至关重要
-
-- 请在 Google Console 中添加重定向 URL。如果不添加重定向 URL，Google 登录将无法工作。
-  - 同样，请遵循 [Google 设置指南](/docs/plugins/social-login/google/android/)。具体来说，请搜索 `Authorized redirect URIs`
-
-- 请确保类型和变量名称正确。请注意，开发版本和 V1 之间的类型和变量可能不匹配。
-
-- 请确保身份验证在所有平台上都能正常工作。
diff --git a/src/content/docs/zh/docs/plugins/social-login/oauth2.mdx b/src/content/docs/zh/docs/plugins/social-login/oauth2.mdx
deleted file mode 100644
index a97caf399..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/oauth2.mdx
+++ /dev/null
@@ -1,531 +0,0 @@
----
-title: 通用 OAuth2 配置
-description: 本指南提供使用 Capacitor 设置通用 OAuth2 认证的完整流程,支持 GitHub、Azure AD、Auth0、Okta 等多种提供方及任何兼容 OAuth2 的服务器。
-sidebar:
-    order: 5
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 介绍
-
-Capgo Social Login 插件支持通用 OAuth2 认证,允许您接入任何兼容 OAuth2 的提供方,包括:
-
-- GitHub
-- Azure AD / Microsoft Entra ID
-- Auth0
-- Okta
-- Keycloak
-- 自定义 OAuth2 服务器
-- 任何 OpenID Connect (OIDC) 提供方
-
-**关键特性**: 支持**同时配置多个 OAuth2 提供方**,每个都有独立设置。
-
-## 前置条件
-
-开始前,您需要:
-
-- OAuth2 提供方的客户端 ID(应用 ID)
-- 授权端点 URL
-- 令牌端点 URL(授权码流程需要)
-- 在提供方后台配置好的重定向 URL
-
-## 多提供方配置
-
-插件支持一次配置多个 OAuth2 提供方。每个提供方通过唯一 key 标识(例如 `github`、`azure`、`auth0`):
-
-```typescript
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-await SocialLogin.initialize({
-  oauth2: {
-    // GitHub OAuth2
-    github: {
-      appId: 'your-github-client-id',
-      authorizationBaseUrl: 'https://github.com/login/oauth/authorize',
-      accessTokenEndpoint: 'https://github.com/login/oauth/access_token',
-      redirectUrl: 'myapp://oauth/github',
-      scope: 'read:user user:email',
-      pkceEnabled: true,
-    },
-    // Azure AD OAuth2
-    azure: {
-      appId: 'your-azure-client-id',
-      authorizationBaseUrl: 'https://login.microsoftonline.com/common/oauth2/v2.0/authorize',
-      accessTokenEndpoint: 'https://login.microsoftonline.com/common/oauth2/v2.0/token',
-      redirectUrl: 'myapp://oauth/azure',
-      scope: 'openid profile email',
-      pkceEnabled: true,
-      resourceUrl: 'https://graph.microsoft.com/v1.0/me',
-    },
-    // Auth0 OAuth2
-    auth0: {
-      appId: 'your-auth0-client-id',
-      authorizationBaseUrl: 'https://your-tenant.auth0.com/authorize',
-      accessTokenEndpoint: 'https://your-tenant.auth0.com/oauth/token',
-      redirectUrl: 'myapp://oauth/auth0',
-      scope: 'openid profile email offline_access',
-      pkceEnabled: true,
-      additionalParameters: {
-        audience: 'https://your-api.example.com',
-      },
-    },
-  },
-});
-```
-
-## 配置选项
-
-| 选项 | 类型 | 必填 | 描述 |
-|--------|------|----------|-------------|
-| `appId` | string | Yes | 提供方的 OAuth2 Client ID |
-| `authorizationBaseUrl` | string | Yes | 授权端点 URL |
-| `accessTokenEndpoint` | string | No* | 令牌端点 URL(*授权码流程必填) |
-| `redirectUrl` | string | Yes | OAuth 回调 URL |
-| `responseType` | `'code'` \| `'token'` | No | OAuth 流程类型(默认:`'code'`) |
-| `pkceEnabled` | boolean | No | 启用 PKCE(默认:`true`) |
-| `scope` | string | No | 默认请求的 scopes |
-| `resourceUrl` | string | No | 认证后拉取用户信息的 URL |
-| `additionalParameters` | `Record<string, string>` | No | 授权 URL 的额外参数 |
-| `additionalResourceHeaders` | `Record<string, string>` | No | 请求资源的额外 headers |
-| `logoutUrl` | string | No | 退出登录时打开的 URL |
-| `logsEnabled` | boolean | No | 启用调试日志(默认:`false`) |
-
-## 使用 OAuth2 登录
-
-### 登录
-
-```typescript
-// 使用 GitHub 登录
-const githubResult = await SocialLogin.login({
-  provider: 'oauth2',
-  options: {
-    providerId: 'github',  // 必填:与 initialize() 中的 key 一致
-  },
-});
-
-// 使用 Azure AD 登录
-const azureResult = await SocialLogin.login({
-  provider: 'oauth2',
-  options: {
-    providerId: 'azure',
-    scope: 'openid profile email',  // 可选:覆盖默认 scopes
-  },
-});
-
-console.log('Access Token:', azureResult.result.accessToken?.token);
-console.log('ID Token:', azureResult.result.idToken);
-console.log('User Data:', azureResult.result.resourceData);
-```
-
-### 登录响应
-
-登录响应包含:
-
-```typescript
-interface OAuth2LoginResponse {
-  providerId: string;          // 登录使用的 provider ID
-  accessToken: {
-    token: string;             // access token
-    tokenType: string;         // 通常为 'bearer'
-    expires?: string;          // 过期时间戳
-    refreshToken?: string;     // refresh token(如有)
-  } | null;
-  idToken: string | null;      // JWT ID token(OIDC 提供方)
-  refreshToken: string | null; // refresh token
-  resourceData: Record<string, unknown> | null;  // resourceUrl 返回的用户资料
-  scope: string[];             // 授权的 scopes
-  tokenType: string;           // token 类型
-  expiresIn: number | null;    // 过期秒数
-}
-```
-
-### 检查登录状态
-
-```typescript
-const status = await SocialLogin.isLoggedIn({
-  provider: 'oauth2',
-  providerId: 'github',  // OAuth2 必填
-});
-console.log('Is logged in:', status.isLoggedIn);
-```
-
-### 退出登录
-
-```typescript
-await SocialLogin.logout({
-  provider: 'oauth2',
-  providerId: 'github',  // OAuth2 必填
-});
-```
-
-### 刷新 Token
-
-```typescript
-await SocialLogin.refresh({
-  provider: 'oauth2',
-  options: {
-    providerId: 'github',  // OAuth2 必填
-  },
-});
-```
-
-### 获取授权码 / Access Token
-
-```typescript
-const authCode = await SocialLogin.getAuthorizationCode({
-  provider: 'oauth2',
-  providerId: 'github',
-});
-console.log('Access Token:', authCode.accessToken);
-```
-
-## 提供方专用配置
-
-### GitHub
-
-<Steps>
-1. 在 GitHub 创建 OAuth App
-
-   进入 [GitHub Developer Settings](https://github.com/settings/developers) 并创建新的 OAuth App。
-
-2. 配置 OAuth App
-
-   - **Application name**: 您的应用名称
-   - **Homepage URL**: 应用主页
-   - **Authorization callback URL**: 重定向 URL(例如 `myapp://oauth/github`)
-
-3. 获取 Client ID
-
-   从 OAuth App 设置中复制 Client ID。
-
-4. 在应用中初始化
-
-   ```typescript
-   await SocialLogin.initialize({
-     oauth2: {
-       github: {
-         appId: 'your-github-client-id',
-         authorizationBaseUrl: 'https://github.com/login/oauth/authorize',
-         accessTokenEndpoint: 'https://github.com/login/oauth/access_token',
-         redirectUrl: 'myapp://oauth/github',
-         scope: 'read:user user:email',
-         pkceEnabled: true,
-         resourceUrl: 'https://api.github.com/user',
-       },
-     },
-   });
-   ```
-</Steps>
-
-### Azure AD / Microsoft Entra ID
-
-<Steps>
-1. 在 Azure Portal 注册应用
-
-   前往 [Azure Portal](https://portal.azure.com) > Azure Active Directory > App registrations > New registration。
-
-2. 配置应用
-
-   - **Name**: 您的应用名称
-   - **Supported account types**: 根据需求选择
-   - **Redirect URI**: 选择 "Mobile and desktop applications" 并添加重定向 URL
-
-3. 获取 Application (client) ID
-
-   从 Overview 页面复制 Application (client) ID。
-
-4. 在应用中初始化
-
-   ```typescript
-   await SocialLogin.initialize({
-     oauth2: {
-       azure: {
-         appId: 'your-azure-client-id',
-         authorizationBaseUrl: 'https://login.microsoftonline.com/common/oauth2/v2.0/authorize',
-         accessTokenEndpoint: 'https://login.microsoftonline.com/common/oauth2/v2.0/token',
-         redirectUrl: 'myapp://oauth/azure',
-         scope: 'openid profile email User.Read',
-         pkceEnabled: true,
-         resourceUrl: 'https://graph.microsoft.com/v1.0/me',
-       },
-     },
-   });
-   ```
-
-   :::note
-   单租户应用请将 `common` 替换为您的租户 ID。
-   :::
-</Steps>
-
-### Auth0
-
-<Steps>
-1. 在 Auth0 创建应用
-
-   前往 [Auth0 Dashboard](https://manage.auth0.com) > Applications > Create Application。
-
-2. 配置应用
-
-   - **Name**: 您的应用名称
-   - **Application Type**: Native
-   - **Allowed Callback URLs**: 您的重定向 URL
-
-3. 获取 Client ID 与 Domain
-
-   从 Settings 标签页复制 Client ID 与 Domain。
-
-4. 在应用中初始化
-
-   ```typescript
-   await SocialLogin.initialize({
-     oauth2: {
-       auth0: {
-         appId: 'your-auth0-client-id',
-         authorizationBaseUrl: 'https://your-tenant.auth0.com/authorize',
-         accessTokenEndpoint: 'https://your-tenant.auth0.com/oauth/token',
-         redirectUrl: 'myapp://oauth/auth0',
-         scope: 'openid profile email offline_access',
-         pkceEnabled: true,
-         additionalParameters: {
-           audience: 'https://your-api.example.com', // 可选:用于 API 访问
-         },
-         logoutUrl: 'https://your-tenant.auth0.com/v2/logout?client_id=your-auth0-client-id',
-       },
-     },
-   });
-   ```
-</Steps>
-
-### Okta
-
-<Steps>
-1. 在 Okta 创建应用
-
-   前往 Okta Admin Console > Applications > Create App Integration。
-
-2. 配置应用
-
-   - **Sign-in method**: OIDC
-   - **Application type**: Native Application
-   - **Sign-in redirect URIs**: 您的重定向 URL
-
-3. 获取 Client ID
-
-   从应用设置中复制 Client ID。
-
-4. 在应用中初始化
-
-   ```typescript
-   await SocialLogin.initialize({
-     oauth2: {
-       okta: {
-         appId: 'your-okta-client-id',
-         authorizationBaseUrl: 'https://your-domain.okta.com/oauth2/default/v1/authorize',
-         accessTokenEndpoint: 'https://your-domain.okta.com/oauth2/default/v1/token',
-         redirectUrl: 'myapp://oauth/okta',
-         scope: 'openid profile email offline_access',
-         pkceEnabled: true,
-         resourceUrl: 'https://your-domain.okta.com/oauth2/default/v1/userinfo',
-       },
-     },
-   });
-   ```
-</Steps>
-
-## 平台特定配置
-
-### iOS
-
-<Steps>
-1. 配置 URL Scheme
-
-   在 `ios/App/App/Info.plist` 中添加自定义 URL scheme:
-
-   ```xml
-   <key>CFBundleURLTypes</key>
-   <array>
-     <dict>
-       <key>CFBundleURLSchemes</key>
-       <array>
-         <string>myapp</string>
-       </array>
-     </dict>
-   </array>
-   ```
-
-2. 处理 Universal Links(可选)
-
-   如需通用链接,请在 Xcode 项目中配置 Associated Domains。
-</Steps>
-
-:::note
-**iOS 认证**: 插件使用 `ASWebAuthenticationSession`,提供安全、系统托管的认证流程。
-:::
-
-### Android
-
-<Steps>
-1. 配置 Intent Filter
-
-   在 `android/app/src/main/AndroidManifest.xml` 中为重定向 URL 添加 intent filter:
-
-   ```xml
-   <activity
-       android:name="ee.forgr.capacitor.social.login.OAuth2LoginActivity"
-       android:exported="true"
-       android:launchMode="singleTask">
-       <intent-filter>
-           <action android:name="android.intent.action.VIEW" />
-           <category android:name="android.intent.category.DEFAULT" />
-           <category android:name="android.intent.category.BROWSABLE" />
-           <data android:scheme="myapp" android:host="oauth" />
-       </intent-filter>
-   </activity>
-   ```
-
-   :::note
-   该 intent filter 通常已由插件注册。仅当需要自定义配置时才添加。
-   :::
-</Steps>
-
-### Web
-
-Web 应用的 OAuth2 通常使用弹窗流程:
-
-```typescript
-// 初始化为适用于 Web 的重定向 URL
-await SocialLogin.initialize({
-  oauth2: {
-    github: {
-      appId: 'your-github-client-id',
-      authorizationBaseUrl: 'https://github.com/login/oauth/authorize',
-      accessTokenEndpoint: 'https://github.com/login/oauth/access_token',
-      redirectUrl: 'http://localhost:3000/oauth/callback', // Web redirect
-      scope: 'read:user user:email',
-      pkceEnabled: true,
-    },
-  },
-});
-```
-
-:::warning
-Web 端可能需要处理 token 端点的 CORS 问题。可考虑使用后端代理进行 token 交换。
-:::
-
-## 安全最佳实践
-
-<Steps>
-1. **始终使用 PKCE**
-
-   PKCE(Proof Key for Code Exchange) 可防止授权码拦截攻击。保持 `pkceEnabled: true`(默认)。
-
-2. **使用授权码流程**
-
-   优先使用 `responseType: 'code'` 而不是 `'token'`(隐式流程)。授权码流程更安全。
-
-3. **在后端校验 Token**
-
-   在信任 access token 和 ID token 之前,务必在您的后端服务器进行校验。
-
-4. **使用 HTTPS**
-
-   生产环境中,重定向 URL 与所有端点必须使用 HTTPS。
-
-5. **安全存储 Token**
-
-   原生端可使用 [@capgo/capacitor-persistent-account](https://github.com/Cap-go/capacitor-persistent-account) 安全存储 token。
-
-6. **轮换 Refresh Token**
-
-   若提供方支持,启用 refresh token 轮换以提升安全性。
-</Steps>
-
-## 故障排除
-
-### 常见问题
-
-1. **"providerId is required" 错误**
-
-   确保在所有 OAuth2 方法调用中都传入 `providerId`:
-
-   ```typescript
-   // 正确
-   await SocialLogin.login({
-     provider: 'oauth2',
-     options: { providerId: 'github' },
-   });
-
-   // 错误 - 缺少 providerId
-   await SocialLogin.login({
-     provider: 'oauth2',
-     options: {},
-   });
-   ```
-
-2. **"OAuth2 provider 'xxx' not configured" 错误**
-
-   登录前先初始化对应的提供方:
-
-   ```typescript
-   // 先初始化
-   await SocialLogin.initialize({
-     oauth2: {
-       github: { /* config */ },
-     },
-   });
-
-   // 再登录
-   await SocialLogin.login({
-     provider: 'oauth2',
-     options: { providerId: 'github' },
-   });
-   ```
-
-3. **Redirect URL 不匹配**
-
-   - 确认 OAuth 提供方后台配置的 redirect URL 与代码中完全一致
-   - 检查是否有多余斜杠和协议(http vs https)
-   - 对于移动应用,确保 URL scheme 已注册
-
-4. **Token 交换失败**
-
-   - 确认 `accessTokenEndpoint` 正确
-   - 检查提供方是否需要 client secret(公有客户端通常不需要)
-   - 启用 `logsEnabled: true` 查看详细日志
-
-5. **未处理用户取消**
-
-   使用 try-catch 包裹登录调用以处理取消:
-
-   ```typescript
-   try {
-     const result = await SocialLogin.login({
-       provider: 'oauth2',
-       options: { providerId: 'github' },
-     });
-   } catch (error) {
-     if (error.message.includes('cancelled')) {
-       console.log('User cancelled login');
-     } else {
-       console.error('Login failed:', error);
-     }
-   }
-   ```
-
-### 调试模式
-
-启用调试日志以排查问题:
-
-```typescript
-await SocialLogin.initialize({
-  oauth2: {
-    github: {
-      // ... other config
-      logsEnabled: true,  // Enable debug logs
-    },
-  },
-});
-```
-
-这将输出 OAuth 流程的详细日志,包括授权 URL 与 token 交换过程。
diff --git a/src/content/docs/zh/docs/plugins/social-login/supabase/Apple/android.mdx b/src/content/docs/zh/docs/plugins/social-login/supabase/Apple/android.mdx
deleted file mode 100644
index ae9a33ce5..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/supabase/Apple/android.mdx
+++ /dev/null
@@ -1,288 +0,0 @@
----
-title: Supabase Apple 登录 Android
-description: 了解如何使用 Capacitor 社交登录插件在 Android 上通过 Supabase 身份验证设置 Apple 登录。
-sidebar:
-  order: 3
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 先决条件
-
-本指南将帮助您将 Apple 登录与 Android 上的 Supabase 身份验证集成。假设您已经完成：
-- [Supabase Apple 登录 - 常规设置](./general/)。
-
-:::注意[重要的]
-Apple 登录 Android 需要后端服务器，因为 Apple 不提供本机 Android 支持。我们将使用 Supabase Edge Function 作为后端。
-:::
-
-## 步骤1：部署后端边缘功能
-
-首先，我们需要部署 Supabase Edge Function 来处理 Apple OAuth 回调。
-
-<Steps>
-
-1. **导航到您的 Supabase 项目目录**
-
-   ```bash
-   cd your-project/supabase
-   ```
-
-2. **创建边缘函数**（如果不存在）
-
-   ```bash
-   supabase functions new apple-signin-callback
-   ```
-
-3. **复制边缘功能代码**
-
-   [示例应用程序](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app/supabase/functions/apple-signin-callback) 中提供了完整的边缘函数实现。
-
-   将以下文件复制到您的项目中：
-   - `supabase/functions/apple-signin-callback/index.ts` - 主沿功能代码
-   - `supabase/functions/apple-signin-callback/deno.json` - 导入依赖关系映射（包括用于 JWT 签名的 `jose` 库）
-
-4. **配置JWT验证**
-
-   Apple OAuth 回调端点必须是公共的（不需要身份验证），因为 Apple 将重定向到它。更新您的 `supabase/config.toml` 文件：
-
-   ```toml
-   [functions.apple-signin-callback]
-   enabled = true
-   verify_jwt = false  # Important: Set to false for public OAuth callback
-   import_map = "./functions/apple-signin-callback/deno.json"
-   entrypoint = "./functions/apple-signin-callback/index.ts"
-   ```
-
-   :::注意[重要]
-   设置 `verify_jwt = false` 使该端点公开。这是必需的，因为 Apple 的 OAuth 重定向不包含 Supabase 身份验证标头。端点验证 OAuth 流本身。
-   :::
-
-5. **部署功能**
-
-   ```bash
-   supabase functions deploy apple-signin-callback
-   ```
-
-6. **获取您的函数 URL**
-
-   部署后，您将获得如下 URL：
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   如果找不到它，您可以执行以下操作：
-
-   1. 打开`https://supabase.com/dashboard/project/YOUR_PROJECT_REF/functions`
-   2. 单击 `apple-signin-callback` 函数 URL 进行复制。
-      <img src="/social-login-assets/supabase_functions_apple_signin_callback.webp" alt="Supabase 函数 Apple 登录回调" />
-
-   :::注意[保存此网址]
-   在下一步配置 Apple 开发者门户时，您将需要此 URL。
-   :::
-
-</Steps>
-
-## 步骤 2：配置 Apple 开发者门户
-
-现在我们需要使用后端 URL 配置 Apple 开发者门户并获取所有必需的值。
-
-:::注意[函数地址]
-在继续之前，请确保您拥有步骤 1 中的 Supabase Edge Function URL。您需要它来在 Apple 开发者门户中配置返回 URL。
-:::
-
-<Steps>
-
-1. **遵循Apple登录Android设置指南**
-
-   完成[Apple登录Android设置指南](/docs/plugins/social-login/apple/android/)以：
-   - 创建服务ID
-   - 生成私钥（.p8 文件）
-   - 获取您的团队 ID 和密钥 ID
-   - 配置返回 URL
-
-2. **在Apple开发者门户中设置返回URL**
-
-   在 Apple 开发者门户中配置返回 URL 时（Apple 指南的步骤 6.9），请使用您的 Supabase 边缘函数 URL：
-
-   ```
-   https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```:::警告[重要：使用 Supabase 边缘函数 URL]
-   **请勿**使用 [Apple 登录 Android 设置指南](/docs/plugins/social-login/apple/android/) 中的重定向 URL。该指南使用自定义后端服务器 URL。对于 Supabase 集成，您**必须**使用 Supabase 边缘函数 URL。
-   :::
-
-   :::警告[需要完全匹配]
-   返回 URL 必须与您在此处配置的**完全**匹配。 Apple 对于重定向 URI 匹配非常严格。
-   :::
-
-3. **收集所有必需的值**
-
-   完成 Apple 设置指南后，您应该：
-   - **APPLE_TEAM_ID**：您的 Apple 开发者团队 ID
-   - **APPLE_KEY_ID**：来自 Apple 开发者门户的密钥 ID
-   - **APPLE_PRIVATE_KEY**：您的.p8私钥文件（需要进行base64编码）
-   - **ANDROID_SERVICE_ID**：您的 Apple 服务 ID（例如 `com.example.app.service`）
-   - **BASE_REDIRECT_URL**：您的深层链接 URL（例如 `capgo-demo-app://path`）
-
-   :::注意[深层链接 URL]
-   `BASE_REDIRECT_URL` 是在 `AndroidManifest.xml` 中配置的深层链接方案。这是后端在身份验证后重定向的位置。
-
-   深层链接的值取决于 `android:scheme="capgo-demo-app"` 代码。如果您在 `AndroidManifest.xml` 中设置了 `android:scheme="capgo-demo-app"`，那么您的深层链接将为 `capgo-demo-app://path`。
-   :::
-
-</Steps>
-
-## 步骤 3：设置 Supabase 秘密
-
-现在我们需要为 Supabase Edge Function 配置环境变量（秘密）。
-
-<Steps>
-
-1. **对您的私钥进行编码**
-
-   首先，将您的 Apple 私钥（.p8 文件）编码为 base64：
-
-   ```bash
-   base64 -i AuthKey_XXXXX.p8
-   ```
-
-   复制整个输出（它是一个长字符串）。
-
-2. **使用 Supabase CLI** 设置机密
-
-   ```bash
-   supabase secrets set APPLE_TEAM_ID=your_team_id
-   supabase secrets set APPLE_KEY_ID=your_key_id
-   supabase secrets set APPLE_PRIVATE_KEY=your_base64_encoded_key
-   supabase secrets set ANDROID_SERVICE_ID=your.service.id
-   supabase secrets set BASE_REDIRECT_URL=your-app://path
-   supabase secrets set APPLE_REDIRECT_URI=https://your-project-ref.supabase.co/functions/v1/apple-signin-callback
-   ```
-
-   :::注意[替换占位符]
-   将所有占位符值替换为步骤 2 中的实际值。
-   :::
-
-3. **替代方案：在 Supabase 仪表板中设置机密**
-
-   如果您更喜欢使用仪表板：
-   1. 转到您的 Supabase 项目仪表板
-   2. 导航至 **边缘功能** → **设置** → **秘密**
-   3. 添加每个秘密变量及其值
-
-</Steps>
-
-:::note[Android应用程序配置]
-[Apple 登录 Android 设置指南](/docs/plugins/social-login/apple/android/) 已涵盖配置您的 Android 应用程序：
-- 将深层链接意图过滤器添加到 `AndroidManifest.xml`
-- 将 `onNewIntent` 处理程序添加到 `MainActivity.java`
-
-请确保您已完成这些步骤，然后再继续。您配置的深层链接方案将是步骤 3 中的 `BASE_REDIRECT_URL`。
-:::
-
-## 步骤 4：使用身份验证助手
-
-现在您可以在应用程序代码中使用身份验证助手。
-
-### 实施
-
-完整的实现可在 [示例应用程序的 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 文件中找到。
-
-### 使用身份验证助手
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-### 更新辅助函数
-
-使用 `authenticateWithAppleSupabase` 辅助函数时，您**必须**更新以下值以匹配您的配置：
-
-1. **更新 `redirectUrl`** - 将其设置为您的 Supabase 边缘函数 URL：
-
-   ```typescript
-   const redirectUrl = platform === 'android' 
-     ? 'https://your-project-ref.supabase.co/functions/v1/apple-signin-callback'
-     : undefined;
-   ```2. **更新 `clientId`** - 将其设置为您的 Apple 服务 ID：
-
-   ```typescript
-   await SocialLogin.initialize({
-     apple: {
-       clientId: isIOS
-         ? undefined // iOS uses bundle ID automatically
-         : 'your.service.id.here', // Your Apple Service ID for Android
-       redirectUrl: redirectUrl,
-     },
-   });
-   ```
-
-   :::注意[重要]
-   将 `'your.service.id.here'` 替换为您的实际 Apple 服务 ID（与您在步骤 3 中用于 `ANDROID_SERVICE_ID` 的值相同）。
-   :::
-
-请参阅[完整实现](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 以供参考。
-
-## 步骤 5：测试集成
-
-<Steps>
-
-1. **构建并运行您的 Android 应用程序**
-
-   ```bash
-   npx cap sync android
-   npx cap run android
-   ```
-
-2. **测试身份验证流程**
-
-   - 点击“使用 Apple 登录”按钮
-   - 您应该在浏览器中看到 Apple OAuth 页面
-   - 身份验证后，您应该被重定向回您的应用程序
-   - 检查控制台日志是否有任何错误
-
-3. **验证流程**
-
-   完整的流程应该是：
-   1. 用户点击“使用 Apple 登录”
-   2. 应用程序使用 Apple OAuth 打开浏览器
-   3. 用户使用 Apple 进行身份验证
-   4. Apple 重定向至：`https://your-project-ref.supabase.co/functions/v1/apple-signin-callback`
-   5. 边缘函数用代码交换代币
-   6. 边缘函数重定向至：`your-app://path?id_token=...&access_token=...`
-   7. Android 应用程序接收深层链接并处理身份令牌
-   8. 应用程序使用身份令牌登录 Supabase
-
-</Steps>
-
-## 故障排除
-
-如果认证失败：
-
-- **重定向 URI 不匹配**：验证 Apple 开发者门户中的返回 URL 与 `APPLE_REDIRECT_URI` 秘密完全匹配
-- **深层链接不起作用**：检查 `AndroidManifest.xml` 意图过滤器是否与您的 `BASE_REDIRECT_URL` 匹配
-- **缺少机密**：使用“supabase 机密列表”验证所有机密是否设置正确
-- **令牌交换失败**：检查 Supabase 仪表板中的边缘功能日志以获取详细的错误消息
-- **应用程序未收到回调**：确保 `onNewIntent` 在 MainActivity 中正确实现
-- 查看[示例应用程序代码](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)以供参考
-
-## 它是如何工作的
-
-在 Android 上，Apple 登录使用 OAuth 重定向流：
-
-1. **初始化**：插件使用您的 Service ID 和后端重定向 URL 进行初始化
-2. **OAuth 流程**：打开带有 Apple 的 OAuth 页面的浏览器/Chrome 自定义选项卡
-3. **后端回调**：Apple 使用授权码重定向到您的 Supabase Edge Function
-4. **令牌交换**：边缘函数使用 Apple 的令牌端点交换令牌的代码
-5. **深层链接重定向**：边缘功能使用身份令牌重定向回您的应用程序
-6. **Supabase 身份验证**：应用程序收到令牌并登录 Supabase
-
-此流程是必要的，因为 Apple 不提供对使用 Apple 登录的本机 Android 支持。
diff --git a/src/content/docs/zh/docs/plugins/social-login/supabase/Apple/general.mdx b/src/content/docs/zh/docs/plugins/social-login/supabase/Apple/general.mdx
deleted file mode 100644
index a8e34acae..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/supabase/Apple/general.mdx
+++ /dev/null
@@ -1,101 +0,0 @@
----
-title: Supabase Apple 登录 - 常规设置
-description: 了解如何使用 Capacitor 社交登录插件将 Apple 登录与 Supabase 身份验证集成。
-sidebar:
-  order: 1
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 概述
-
-本指南将帮助您将 Apple 登录与 Supabase 身份验证集成。 Apple 登录提供了一种安全、注重隐私的身份验证方法，适用于 iOS、Android 和 Web 平台。
-
-## 先决条件
-
-开始之前，请确保您拥有：
-
-1. [创建Supabase项目](https://database.new/)
-2. 阅读 [Apple 登录常规设置](/docs/plugins/social-login/apple/general/) 指南以设置 Apple OAuth 凭据
-3. 按照相应平台特定的指南为您的目标平台设置 Apple OAuth 凭据：
-    - [Android 设置](/docs/plugins/social-login/apple/android/)
-    - [iOS 设置](/docs/plugins/social-login/apple/ios/)
-    - [网页设置](/docs/plugins/social-login/apple/web/)
-
-    :::注意
-        在开始 Supabase 教程之前，您需要为您计划使用的平台生成客户端 ID。
-
-
-        对于 iOS，客户端 ID 与您的应用 ID 相同。
-        对于 Android 和 Web，客户端 ID 与您的服务 ID 相同。
-        您将在本指南的第 7 步中使用它们。
-    :::
-
-## 在 Supabase 中启用 Apple OAuth 提供程序
-
-<Steps>
-1. 转到您的 [Supabase 仪表板](https://app.supabase.com/)
-2. 单击您的项目
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Supabase 项目选择器" />
-3. 请转到 `Authentication` 菜单
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Supabase 身份验证菜单" />
-4. 单击 `Providers` 选项卡
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Supabase 提供商选项卡" />
-5. 查找 `Apple` 提供商
-    <img src="/social-login-assets/supabase_apple_provider.webp" alt="Supabase Apple 提供商" />
-6. 启用 `Apple` 提供程序
-    <img src="/social-login-assets/supabase_apple_provider_enable.webp" alt="Supabase Apple 提供商启用" />
-7. 填写客户端 ID 配置：
-
-    :::注意
-      如果您使用 Apple 登录 iOS，则客户端 ID 与您的应用 ID 相同。
-      如果您使用 Apple 登录 Android 或 Web，则客户端 ID 与您的服务 ID 相同。
-      如果您同时使用两者，则需要同时提供应用程序 ID 和服务 ID。
-    :::
-
-    <img src="/social-login-assets/supabase_apple_provider_client_id.webp" alt="Supabase Apple 提供商客户端 ID" />
-8. 单击 `Save` 按钮
-    <img src="/social-login-assets/supabase_apple_provider_save.webp" alt="Supabase Apple 提供商保存" />
-
-
-    :::注意
-      您_**不必**_设置`Secret key (for OAuth)`。我们将执行自定义后端实现来处理 Apple 登录。
-    :::
-</Steps>
-
-瞧，您现在已启用 Apple 使用 Supabase 身份验证登录 🎉
-
-## 使用身份验证助手
-
-完整的实现包括一个辅助函数 `authenticateWithAppleSupabase()`，它使用 Supabase 处理整个 Apple 登录流程。这个功能：
-
-- 使用特定于平台的配置初始化 Apple 登录
-- 处理身份验证流程（在 iOS 上原生，在 Android/Web 上重定向 OAuth）
-- 从 Apple 中提取身份令牌
-- 使用身份令牌登录 Supabase
-
-:::提示[完整实施]
-完整的实现可在 [示例应用程序的 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 文件中找到。
-:::
-
-### 基本用法
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-### 它是如何运作的
-
-辅助函数自动处理特定于平台的差异：- **iOS**：使用本机 Apple 登录（无需重定向 URL，自动使用捆绑包 ID）
-- **Android**：使用 OAuth 重定向流与后端边缘功能（需要服务 ID）
-- **Web**：使用 OAuth 弹出流程（需要服务 ID 和当前页面 URL 作为重定向）
-
-该函数从 Apple 返回一个身份令牌，然后使用 `supabase.auth.signInWithIdToken()` 向 Supabase 进行身份验证。
diff --git a/src/content/docs/zh/docs/plugins/social-login/supabase/Apple/ios.mdx b/src/content/docs/zh/docs/plugins/social-login/supabase/Apple/ios.mdx
deleted file mode 100644
index 3fa32df79..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/supabase/Apple/ios.mdx
+++ /dev/null
@@ -1,68 +0,0 @@
----
-title: Supabase Apple 登录 iOS 设置
-description: 了解如何将 Apple 登录与 iOS 上的 Supabase 身份验证集成。
-sidebar:
-  order: 2
-locale: zh
----
-## 先决条件
-
-本指南将帮助您将 Apple 登录与 iOS 上的 Supabase 身份验证集成。假设您已经完成：
-- [Apple 登录 iOS 设置](/docs/plugins/social-login/apple/ios/)
-- [Supabase Apple 登录 - 常规设置](./general/)。
-
-## 实施
-
-完整的实现可在 [示例应用程序的 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 文件中找到。本指南解释了关键概念及其使用方法。
-
-### 使用身份验证助手
-
-`authenticateWithAppleSupabase` 函数处理整个身份验证流程：
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## 它是如何工作的
-
-在 iOS 上，Apple 登录使用本机实现：
-
-1. **初始化**：插件自动使用您的应用程序的捆绑ID（不需要`clientId`）
-2. **本机登录**：使用 Apple 的本机“通过 Apple 按钮登录”和身份验证流程
-3. **身份令牌**：Apple 返回包含用户信息的身份令牌（JWT）
-4. **Supabase 身份验证**：使用 `signInWithIdToken()` 将身份令牌发送到 Supabase
-
-辅助函数会自动检测 iOS 平台并适当配置所有内容。
-
-## 重要提示
-
-### 捆绑包 ID 配置
-
-- iOS 自动使用您的应用程序的捆绑 ID 进行 Apple 登录
-- 确保您的捆绑包 ID 与 Apple 开发者门户中的配置相匹配
-- 捆绑包 ID 应启用“使用 Apple 登录”功能
-
-### Supabase 客户端 ID
-
-在 Supabase 中，配置您的 Apple 提供程序：
-- **客户端 ID**：您的 iOS 应用程序 ID（捆绑包 ID） - 例如 `app.capgo.plugin.SocialLogin`
-
-如果您还使用 Android/Web，则需要在 Supabase 的客户端 ID 字段中提供应用程序 ID 和服务 ID（以逗号分隔）。
-
-## 故障排除
-
-如果认证失败：
-
-- **捆绑包 ID 不匹配**：验证您的捆绑包 ID 在 Xcode 和 Apple 开发者门户中匹配
-- **功能未启用**：确保在 Xcode 中启用“使用 Apple 登录”功能
-- **Supabase 配置**：验证您的应用程序 ID 是否在 Supabase Apple 提供商设置中正确配置
-- **令牌验证失败**：检查是否从 Apple 接收身份令牌
-- 查看[示例应用程序代码](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)以供参考
diff --git a/src/content/docs/zh/docs/plugins/social-login/supabase/Apple/web.mdx b/src/content/docs/zh/docs/plugins/social-login/supabase/Apple/web.mdx
deleted file mode 100644
index 9dfdb81a7..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/supabase/Apple/web.mdx
+++ /dev/null
@@ -1,93 +0,0 @@
----
-title: Supabase Apple 网页登录
-description: 了解如何在 Web 上将 Apple 登录与 Supabase 身份验证集成。
-sidebar:
-  order: 4
-locale: zh
----
-## 先决条件
-
-本指南将帮助您将 Apple 登录与 Supabase 网络身份验证集成。假设您已经完成：
-- [Apple 登录 Web 设置](/docs/plugins/social-login/apple/web/)
-- [Supabase Apple 登录 - 常规设置](./general/)。
-
-## 实施
-
-完整的实现可在 [示例应用程序的 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 文件中找到。本指南解释了关键概念及其使用方法。
-
-### 使用身份验证助手
-
-`authenticateWithAppleSupabase` 函数处理整个身份验证流程：
-
-```typescript
-import { authenticateWithAppleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithAppleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## 它是如何工作的
-
-在 Web 上，Apple 登录使用 OAuth 弹出流程：
-
-1. **初始化**：插件使用您的Service ID和当前页面URL作为重定向URL进行初始化
-2. **OAuth 弹出窗口**：打开一个弹出窗口，其中包含 Apple 的 OAuth 页面
-3. **用户身份验证**：用户在弹出窗口中使用 Apple 进行身份验证
-4. **身份令牌**：Apple 返回包含用户信息的身份令牌（JWT）
-5. **Supabase 身份验证**：使用 `signInWithIdToken()` 将身份令牌发送到 Supabase
-
-帮助程序功能会自动检测网络平台并适当配置所有内容。
-
-## 重要提示
-
-### 服务ID配置
-
-- Web 需要您的 Apple 服务 ID（与 Android 相同）
-- 必须在 Apple 开发者门户中使用正确的返回 URL 配置服务 ID
-- 确保您的域已添加到 Apple 开发者门户中允许的域中
-
-### 重定向网址
-
-- 在网络上，重定向 URL 自动设置为 `window.location.href` （当前页面 URL）
-- 这必须与 Apple 开发者门户中配置的返回 URL 之一匹配
-- 确保在 Apple 开发者门户中配置带有和不带有尾部斜杠的 URL
-
-### Supabase 客户端 ID
-
-在 Supabase 中，配置您的 Apple 提供程序：
-- **客户端 ID**：您的 Apple 服务 ID（例如 `com.example.app.service`）
-
-如果您还使用 iOS，则需要在 Supabase 的客户端 ID 字段中提供应用程序 ID 和服务 ID（以逗号分隔）。
-
-### 更新辅助函数
-
-使用 `authenticateWithAppleSupabase` 辅助函数时，您**必须**更新 `clientId` 以匹配您的 Apple 服务 ID：
-
-```typescript
-await SocialLogin.initialize({
-  apple: {
-    clientId: isIOS
-      ? undefined // iOS uses bundle ID automatically
-      : 'your.service.id.here', // Your Apple Service ID for Web and Android
-    redirectUrl: redirectUrl,
-  },
-});
-```
-
-:::注意[重要的]
-将 `'your.service.id.here'` 替换为您的实际 Apple 服务 ID（与您在 Apple 开发者门户中配置的值相同）。
-:::
-
-## 故障排除
-
-如果认证失败：- **服务 ID 不匹配**：验证您的服务 ID 在 Apple 开发者门户和您的代码中匹配
-- **未配置返回 URL**：确保在 Apple 开发者门户中配置当前页面 URL（带或不带尾部斜杠）
-- **弹出窗口被阻止**：检查浏览器设置 - 某些浏览器默认情况下会阻止弹出窗口
-- **不允许域**：验证您的域是否已添加到 Apple 开发者门户中允许的域中
-- **Supabase 配置**：验证您的服务 ID 是否在 Supabase Apple 提供商设置中正确配置
-- 查看[示例应用程序代码](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)以供参考
diff --git a/src/content/docs/zh/docs/plugins/social-login/supabase/google/android.mdx b/src/content/docs/zh/docs/plugins/social-login/supabase/google/android.mdx
deleted file mode 100644
index 46537c118..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/supabase/google/android.mdx
+++ /dev/null
@@ -1,64 +0,0 @@
----
-title: Supabase Google 登录 Android
-description: 了解如何使用 Capacitor 社交登录插件在 Android 上通过 Supabase 身份验证设置 Google 登录。
-sidebar:
-  order: 2
-locale: zh
----
-## 简介
-
-本指南将帮助您将 Google 登录与 Android 上的 Supabase 身份验证集成。假设您已经完成：
- - [Google 登录 Android 设置](/docs/plugins/social-login/google/android/)
- - [Supabase Google 登录 - 常规设置](/docs/plugins/social-login/supabase/google/general/)。
-
-## 实施
-
-完整的实现可在 [示例应用程序的 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 文件中找到。本指南解释了关键概念及其使用方法。
-
-### 使用身份验证助手
-
-`authenticateWithGoogleSupabase` 函数处理整个身份验证流程：
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## 它是如何工作的
-
-有关身份验证流程工作原理（包括随机数生成、JWT 验证和 Supabase 登录）的详细说明，请参阅[常规设置指南中的工作原理部分](/docs/plugins/social-login/supabase/google/general/#how-it-works)。
-
-有关完整的代码参考，请参阅[常规设置指南中的完整代码参考部分](/docs/plugins/social-login/supabase/google/general/#complete-code-reference)。
-
-## 重要提示
-
-### 随机数处理
-
-nonce 实现遵循 [React Native Google 登录文档](https://react-native-google-signin.github.io/docs/security#usage-with-supabase) 中的模式：
-
-- `rawNonce` 转到 Supabase 的 `signInWithIdToken()`
-- Supabase 对 `rawNonce` 进行哈希处理，并将其与 `nonceDigest` 进行比较，该 `nonceDigest` 包含在 Google 登录的 ID 令牌中
-- `nonceDigest`（SHA-256 哈希，十六进制编码）转到 Google 登录 API 中的 `nonce` 参数
-
-### 自动重试
-
-该实现包括自动重试逻辑：
-- 如果 JWT 验证在第一次尝试时失败，则会注销并重试一次
-- 这可以处理缓存的令牌可能具有不正确的随机数的情况
-- 如果重试也失败，则返回错误
-
-## 故障排除
-
-如果认证失败：
-
-- **无效受众群体**：验证您的 Google 客户端 ID 在 Google Cloud Console 和 Supabase 中是否匹配
-- **Nonce 不匹配**：检查控制台日志 - 该功能会自动重试，但如果需要，您可以先手动注销
-- **令牌验证失败**：确保您在初始化调用中使用 `mode: 'online'` 来获取 idToken
-- 查看[示例应用程序代码](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)以供参考
diff --git a/src/content/docs/zh/docs/plugins/social-login/supabase/google/general.mdx b/src/content/docs/zh/docs/plugins/social-login/supabase/google/general.mdx
deleted file mode 100644
index 3faba46d9..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/supabase/google/general.mdx
+++ /dev/null
@@ -1,202 +0,0 @@
----
-title: Supabase Google 登录 - 常规设置
-description: 了解如何使用 Capacitor 社交登录插件设置 Google 通过 Supabase 身份验证登录。
-sidebar:
-  order: 1
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-
-## 简介
-
-本指南将引导您使用 Capacitor 社交登录插件将 Google 登录与 Supabase 身份验证集成。此设置允许您在移动平台上使用本机 Google 登录，同时利用 Supabase Auth 进行后端身份验证。
-
-## 先决条件
-
-开始之前，请确保您拥有：
-
-1. [创建Supabase项目](https://database.new/)
-2. 阅读 [Google 登录常规设置](/docs/plugins/social-login/google/general/) 指南以设置 Google OAuth 凭据
-3. 按照相应平台特定的指南为您的目标平台设置 Google OAuth 凭据：
-    - [Android 设置](/docs/plugins/social-login/google/android/)
-    - [iOS 设置](/docs/plugins/social-login/google/ios/)
-    - [网页设置](/docs/plugins/social-login/google/web/)
-
-    :::注意
-        在开始 Supabase 教程之前，您需要为您计划使用的平台生成客户端 ID。
-        您将在本指南的第 7 步中使用它们。
-    :::
-
-## 在 Supabase 中启用 Google OAuth 提供程序
-
-<Steps>
-1. 转到您的 [Supabase 仪表板](https://app.supabase.com/)
-2. 单击您的项目
-    <img src="/social-login-assets/supabase_project_select.webp" alt="Supabase 项目选择器" />
-3. 请转到 `Authentication` 菜单
-    <img src="/social-login-assets/supabase_authentication_menu.webp" alt="Supabase 身份验证菜单" />
-4. 单击 `Providers` 选项卡
-    <img src="/social-login-assets/supabase_providers_tab.webp" alt="Supabase 提供商选项卡" />
-5. 找到 `Google` 提供商
-    <img src="/social-login-assets/supabase_google_provider.webp" alt="Supabase Google 提供商" />
-6. 启用提供程序
-    <img src="/social-login-assets/supabase_google_provider_enable.webp" alt="Supabase Google 提供商启用" />
-7. 添加您计划使用的平台的客户端 ID
-    <img src="/social-login-assets/supabase_google_provider_add_client_ids.webp" alt="Supabase Google 提供商添加客户端 ID" />
-
-    :::注意
-        这包括 Web 客户端 ID、iOS 客户端 ID 和 Android 客户端 ID。您可以跳过提供其中一些，具体取决于您计划使用的平台。
-    :::
-8. 单击 `Save` 按钮
-    <img src="/social-login-assets/supabase_google_provider_save.webp" alt="Supabase Google 提供商保存" />
-
-</Steps>
-
-:::note
-您_**不应该**__ 设置 `Client Secret (for OAuth)` 或 `Callback URL (for OAuth)`。一些消息来源可能还建议在 iOS 上为 Google 设置“跳过随机数检查”，但在本指南中不需要这样做。
-:::
-
-瞧，您现在已启用 Google 使用 Supabase 身份验证登录 🎉
-
-## Google 使用 Supabase 身份验证助手登录的工作原理
-
-本节介绍 Google 登录与 Supabase 的集成如何在后台工作。了解此流程将帮助您实施身份验证过程并排除故障。
-
-:::提示[完整实施]
-完整的实现可在 [示例应用程序的 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 文件中找到。
-:::
-
-### 1.随机数生成
-
-该实现生成符合 [Supabase 随机数要求](https://react-native-google-signin.github.io/docs/security#usage-with-supabase) 的安全随机数对：
-
-```typescript
-// Generate URL-safe random nonce
-function getUrlSafeNonce(): string {
-  const array = new Uint8Array(32);
-  crypto.getRandomValues(array);
-  return Array.from(array, (byte) => byte.toString(16).padStart(2, '0')).join('');
-}
-
-// Hash the nonce with SHA-256
-async function sha256Hash(message: string): Promise<string> {
-  const encoder = new TextEncoder();
-  const data = encoder.encode(message);
-  const hashBuffer = await crypto.subtle.digest('SHA-256', data);
-  const hashArray = Array.from(new Uint8Array(hashBuffer));
-  return hashArray.map((b) => b.toString(16).padStart(2, '0')).join('');
-}
-
-// Generate nonce pair
-async function getNonce(): Promise<{ rawNonce: string; nonceDigest: string }> {
-  const rawNonce = getUrlSafeNonce();
-  const nonceDigest = await sha256Hash(rawNonce);
-  return { rawNonce, nonceDigest };
-}
-```
-
-**流量：**
-- `rawNonce`：URL 安全随机字符串（64 个十六进制字符）
-- `nonceDigest`：`rawNonce` 的 SHA-256 哈希值（十六进制编码）
-- `nonceDigest` 传递到 Google 登录 → Google 在 ID 令牌中包含随机数摘要
-- `rawNonce` 传递给 Supabase → Supabase 哈希原始随机数并与令牌的随机数进行比较
-
-### 2. Google 登录
-
-该函数初始化插件并使用 Google 登录：
-
-```typescript
-await SocialLogin.initialize({
-  google: {
-    webClientId: 'YOUR_WEB_CLIENT_ID.apps.googleusercontent.com',
-    // iOS only:
-    iOSClientId: 'YOUR_IOS_CLIENT_ID.apps.googleusercontent.com',
-    mode: 'online', // Required to get idToken
-  },
-});
-
-const response = await SocialLogin.login({
-  provider: 'google',
-  options: {
-    scopes: ['email', 'profile'],
-    nonce: nonceDigest, // Pass the SHA-256 hashed nonce
-  },
-});
-```
-
-### 3. JWT 验证
-
-在将令牌发送到 Supabase 之前，实现会验证 JWT 令牌：
-
-```typescript
-function validateJWTToken(idToken: string, expectedNonceDigest: string): { valid: boolean; error?: string } {
-  const decodedToken = decodeJWT(idToken);
-  
-  // Check audience matches your Google Client IDs
-  const audience = decodedToken.aud;
-  if (!VALID_GOOGLE_CLIENT_IDS.includes(audience)) {
-    return { valid: false, error: 'Invalid audience' };
-  }
-  
-  // Check nonce matches
-  const tokenNonce = decodedToken.nonce;
-  if (tokenNonce && tokenNonce !== expectedNonceDigest) {
-    return { valid: false, error: 'Nonce mismatch' };
-  }
-  
-  return { valid: true };
-}
-```
-
-**为什么要在 Supabase 之前验证？**
-
-在将令牌发送到 Supabase 之前验证 JWT 令牌有几个重要目的：
-
-1. **防止无效请求**：如果令牌的受众不正确或随机数不匹配，Supabase 无论如何都会拒绝令牌。首先验证可以避免不必要的 API 调用并提供更清晰的错误消息。
-
-2. **令牌缓存问题**：在某些平台（尤其是 iOS）上，Google 登录 SDK 可以缓存令牌以提高性能。返回缓存令牌时，缓存令牌可能是使用不同的随机数（或根本没有随机数）生成的，导致 Supabase 拒绝该令牌并出现“随机数不匹配”错误。通过在发送到 Supabase 之前进行验证，我们可以及早检测到此问题并使用新令牌自动重试。
-
-3. **安全性** (iOS)：在 iOS 上，验证可确保为您的特定 Google 客户端 ID 颁发令牌，从而防止因使用用于其他应用程序的令牌而出现潜在的安全问题。
-
-4. **更好的错误处理**：在 Supabase 之前检测问题允许自动重试逻辑，这对于透明地处理 iOS 缓存问题至关重要。
-
-如果验证失败，该函数会自动：
-1. 从 Google 注销（清除缓存的令牌 - 对 iOS 至关重要）
-2. 重试身份验证一次（强制使用正确的随机数生成新的令牌）
-3.如果重试也失败，则返回错误
-
-### 4. Supabase 登录
-
-最后，验证后的令牌被发送到 Supabase：
-
-```typescript
-const { data, error } = await supabase.auth.signInWithIdToken({
-  provider: 'google',
-  token: googleResponse.idToken,
-  nonce: rawNonce, // Pass the raw (unhashed) nonce
-});
-```
-
-## 完整代码参考
-
-完整的实现可在 [示例应用程序的 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 文件中找到，其中包括：
-
-- `getUrlSafeNonce()` - 生成 URL 安全随机数
-- `sha256Hash()` - 使用 SHA-256 哈希字符串
-- `getNonce()` - 生成随机数对
-- `decodeJWT()` - 解码 JWT 令牌
-- `validateJWTToken()` - 验证 JWT 受众和随机数
-- `authenticateWithGoogleSupabase()` - 带自动重试的主要身份验证功能
-
-### 其他示例文件
-
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - 具有重定向处理功能的示例组件 (Web)
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - 创建帐户页面示例
-
-## 后续步骤
-
-请继续阅读您的目标平台的特定于平台的设置指南：
-
-- [Android 设置](../android/)
-- [iOS 设置](../ios/)
-- [网页设置](../web/)
diff --git a/src/content/docs/zh/docs/plugins/social-login/supabase/google/ios.mdx b/src/content/docs/zh/docs/plugins/social-login/supabase/google/ios.mdx
deleted file mode 100644
index 69da1fcac..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/supabase/google/ios.mdx
+++ /dev/null
@@ -1,95 +0,0 @@
----
-title: "Supabase Google Login on iOS"
-locale: zh
-description: 了解如何在 iOS 上使用 Capacitor Social Login 插件设置 Google 登录与 Supabase 身份验证。
-sidebar:
-    order: 3
----
-
-## 简介
-
-本指南将帮助您在 iOS 上集成 Google 登录与 Supabase 身份验证。假设您已经完成：
- -  [Google Login iOS 设置](/docs/plugins/social-login/google/ios/)
- -  [Supabase Google Login - 通用设置](/docs/plugins/social-login/supabase/google/general/)
-
-## 实现
-
-完整的实现可在[示例应用的 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 文件中找到。本指南解释了关键概念以及如何使用它。
-
-### 使用身份验证助手
-
-`authenticateWithGoogleSupabase` 函数处理整个身份验证流程：
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## 工作原理
-
-有关身份验证流程如何工作的详细说明，包括 nonce 生成、JWT 验证和 Supabase 登录，请参阅[通用设置指南中的工作原理部分](/docs/plugins/social-login/supabase/google/general/#how-it-works)。
-
-## 重要注意事项
-
-### iOS 令牌缓存和 Nonce 问题
-
-:::warning[iOS Nonce 缓存问题]
-在 iOS 上，Google 登录可能会缓存令牌，这可能导致 nonce 验证失败。`validateJWTToken` 函数会检测并自动处理此问题：
-
-1. **自动检测**：该函数检查令牌中的 nonce 是否与预期的 `nonceDigest` 匹配
-2. **自动重试**：如果验证失败，它会自动从 Google 注销并重试一次
-3. **错误处理**：如果重试也失败，则返回错误
-
-**发生原因**：iOS Google Sign-In SDK 为提高性能会缓存令牌。当返回缓存的令牌时，它可能是使用不同的 nonce（或没有 nonce）生成的，从而导致不匹配。
-
-**解决方案**：该实现通过注销并重试来自动处理此问题，这会强制 Google 使用正确的 nonce 生成新令牌。
-:::
-
-**手动解决方法**（如果自动重试不起作用）：
-
-```typescript
-// Logout first to clear cached tokens
-await SocialLogin.logout({ provider: 'google' });
-
-// Then authenticate
-const result = await authenticateWithGoogleSupabase();
-```
-
-这可确保使用正确的 nonce 获取新令牌。
-
-有关完整的代码参考，请参阅[通用设置指南中的完整代码参考部分](/docs/plugins/social-login/supabase/google/general/#complete-code-reference)。
-
-## 重要说明
-
-### Nonce 处理
-
-nonce 实现遵循 [React Native Google Sign In 文档](https://react-native-google-signin.github.io/docs/security#usage-with-supabase)中的模式：
-
-- `rawNonce` 传递给 Supabase 的 `signInWithIdToken()`
-- Supabase 对 `rawNonce` 进行哈希处理，并将其与 Google Sign-In ID 令牌中包含的 `nonceDigest` 进行比较
-- `nonceDigest`（SHA-256 哈希，十六进制编码）传递给 Google Sign-In API 中的 `nonce` 参数
-
-### 自动重试机制
-
-`authenticateWithGoogleSupabase` 函数包含一个 `retry` 参数：
-- 第一次调用（`retry=false`）：如果验证失败，自动注销并重试一次
-- 重试调用（`retry=true`）：如果验证再次失败，立即返回错误
-
-这会自动处理 iOS 令牌缓存问题。
-
-## 故障排除
-
-如果身份验证失败：
-
-- **Nonce 不匹配**：该函数会自动重试 - 检查控制台日志以获取详细信息。如果问题仍然存在，请先手动注销
-- **无效的 audience**：验证您的 Google 客户端 ID 在 Google Cloud Console 和 Supabase 中是否匹配（iOS 和 Web 客户端 ID）
-- **令牌验证失败**：确保在 initialize 调用中使用 `mode: 'online'` 以获取 idToken
-- **Info.plist 配置**：确保 Info.plist 具有正确的 URL schemes 和 GIDClientID
-- 查看[示例应用代码](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)作为参考
diff --git a/src/content/docs/zh/docs/plugins/social-login/supabase/google/web.mdx b/src/content/docs/zh/docs/plugins/social-login/supabase/google/web.mdx
deleted file mode 100644
index 5b73b9eb3..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/supabase/google/web.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: "Supabase Google Login on Web"
-locale: zh
-description: 了解如何在 Web 上使用 Capacitor Social Login 插件设置 Google 登录与 Supabase 身份验证。
-sidebar:
-    order: 4
----
-
-## 简介
-
-本指南将帮助您在 Web 上集成 Google 登录与 Supabase 身份验证。假设您已经完成：
- -  [Google Login Web 设置](/docs/plugins/social-login/google/web/)
- -  [Supabase Google Login - 通用设置](/docs/plugins/social-login/supabase/google/general/)
-
-## 实现
-
-完整的实现可在[示例应用的 `supabaseAuthUtils.ts`](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts) 文件中找到。本指南解释了关键概念以及如何使用它。
-
-### 使用身份验证助手
-
-`authenticateWithGoogleSupabase` 函数处理整个身份验证流程：
-
-```typescript
-import { authenticateWithGoogleSupabase } from './supabaseAuthUtils';
-
-const result = await authenticateWithGoogleSupabase();
-if (result.success) {
-  console.log('Signed in:', result.user);
-  // Navigate to your authenticated area
-} else {
-  console.error('Error:', result.error);
-}
-```
-
-## 关键：重定向处理
-
-:::warning[关键：重定向处理]
-在 Web 上使用 Google 登录时，当发生重定向时，您**必须**调用插件的任何函数来初始化插件，以便它可以处理重定向并关闭弹出窗口。您可以调用 `isLoggedIn()` 或 `initialize()` - 两者都会触发重定向处理。
-
-这对于 OAuth 弹出流程正常工作至关重要。
-:::
-
-### 实现示例
-
-将此添加到处理 Google 登录的组件中：
-
-```typescript
-import { useEffect } from 'react';
-import { SocialLogin } from '@capgo/capacitor-social-login';
-
-function SupabasePage() {
-  // Check Google login status on mount to invoke redirect handling
-  // This doesn't serve any functional purpose in the UI but ensures
-  // that any pending OAuth redirects are properly processed
-  useEffect(() => {
-    const checkGoogleLoginStatus = async () => {
-      try {
-        await SocialLogin.isLoggedIn({ provider: 'google' });
-        // We don't use the result, this is just to trigger redirect handling
-      } catch (error) {
-        // Ignore errors - this is just for redirect handling
-        console.log('Google login status check completed (redirect handling)');
-      }
-    };
-    
-    checkGoogleLoginStatus();
-  }, []);
-
-  // ... rest of your component
-}
-```
-
-查看 [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) 获取完整示例。
-
-## 工作原理
-
-有关身份验证流程如何工作的详细说明，包括 nonce 生成、JWT 验证和 Supabase 登录，请参阅[通用设置指南中的工作原理部分](/docs/plugins/social-login/supabase/google/general/#how-it-works)。
-
-有关完整的代码参考，请参阅[通用设置指南中的完整代码参考部分](/docs/plugins/social-login/supabase/google/general/#complete-code-reference)。
-
-另请参阅：
-- [SupabasePage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabasePage.tsx) - 带有重定向处理的示例组件
-- [SupabaseCreateAccountPage.tsx](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/SupabaseCreateAccountPage.tsx) - 示例创建账户页面
-
-## 重要说明
-
-### 重定向处理
-
-在 Web 上使用 Google 登录时，当发生重定向时，您**必须**调用插件的任何函数来初始化插件，以便它可以处理重定向并关闭弹出窗口。您可以调用 `isLoggedIn()` 或 `initialize()` - 两者都会触发重定向处理。
-
-这对于 OAuth 弹出流程正常工作至关重要。如果没有这个，弹出窗口在身份验证后不会关闭。
-
-### Nonce 处理
-
-nonce 实现遵循 [React Native Google Sign In 文档](https://react-native-google-signin.github.io/docs/security#usage-with-supabase)中的模式：
-
-- `rawNonce` 传递给 Supabase 的 `signInWithIdToken()`
-- Supabase 对 `rawNonce` 进行哈希处理，并将其与 Google Sign-In ID 令牌中包含的 `nonceDigest` 进行比较
-- `nonceDigest`（SHA-256 哈希，十六进制编码）传递给 Google Sign-In API 中的 `nonce` 参数
-
-### 自动重试
-
-该实现包含自动重试逻辑：
-- 如果首次尝试 JWT 验证失败，它会注销并重试一次
-- 这处理缓存的令牌可能具有不正确 nonce 的情况
-- 如果重试也失败，则返回错误
-
-## 故障排除
-
-如果身份验证失败：
-
-- **重定向不工作**：确保在组件挂载时调用 `isLoggedIn()`（参见上面的示例）
-- **无效的 audience**：验证您的 Google 客户端 ID 在 Google Cloud Console 和 Supabase 中是否匹配
-- **授权重定向 URL**：检查在 Google Cloud Console 和 Supabase 中是否配置了授权重定向 URL
-- **Nonce 不匹配**：检查控制台日志 - 该函数会自动重试，但如果需要，您可以先手动注销
-- **令牌验证失败**：确保在 initialize 调用中使用 `mode: 'online'` 以获取 idToken
-- 查看[示例应用代码](https://github.com/Cap-go/capacitor-social-login/blob/main/example-app/src/supabaseAuthUtils.ts)作为参考
diff --git a/src/content/docs/zh/docs/plugins/social-login/supabase/introduction.mdx b/src/content/docs/zh/docs/plugins/social-login/supabase/introduction.mdx
deleted file mode 100644
index 340711e9d..000000000
--- a/src/content/docs/zh/docs/plugins/social-login/supabase/introduction.mdx
+++ /dev/null
@@ -1,91 +0,0 @@
----
-title: "Supabase 集成介绍"
-locale: zh
-description: 了解如何将 Supabase 身份验证与 Capacitor Social Login 插件集成，实现完整的身份验证解决方案。
-sidebar:
-    order: 1
----
-
-## 概述
-
-本教程将指导您使用 Capacitor Social Login 插件设置 Supabase 身份验证。此集成允许您在移动平台上使用原生社交登录提供商（Google、Apple、Facebook、Twitter），同时利用 Supabase Auth 进行后端身份验证和 PostgreSQL 进行数据存储。
-
-## 您将学到什么
-
-- 如何配置 Supabase 身份验证
-- 如何将 Capacitor Social Login 插件与 Supabase Auth 集成
-- Android、iOS 和 Web 的平台特定设置
-- 如何安全地处理 Supabase 的 nonce
-
-## 您需要什么
-
-在开始之前，请确保您已具备：
-
-1. **Supabase 项目**
-   - 在 [Supabase 控制台](https://app.supabase.com/)创建项目
-   - 启用 Google OAuth 提供商
-   - 获取您的 Supabase 项目 URL 和 anon key
-
-2. **Supabase JS SDK**
-   - 在您的项目中安装 Supabase：
-     ```bash
-     npm install @supabase/supabase-js
-     ```
-
-3. **Capacitor 项目**
-   - 现有的 Capacitor 应用程序
-   - 已安装 Capacitor Social Login 插件：
-     ```bash
-     npm install @capgo/capacitor-social-login
-     npx cap sync
-     ```
-
-4. **平台特定的 Google 设置**
-   - 完成目标平台的 Google 登录设置：
-     - [Google Login Android 设置](/docs/plugins/social-login/google/android/)
-     - [Google Login iOS 设置](/docs/plugins/social-login/google/ios/)
-     - [Google Login Web 设置](/docs/plugins/social-login/google/web/)
-
-## 示例应用程序
-
-代码仓库中提供了完整的工作示例：
-
-**代码仓库**：[您可以在此处找到代码仓库](https://github.com/Cap-go/capacitor-social-login/tree/main/example-app)
-
-示例应用演示了：
-- 使用 Supabase 的电子邮件/密码身份验证
-- Google 登录集成（Android、iOS 和 Web）
-- 使用 Supabase PostgreSQL 表的简单键值存储
-- 使用行级安全性（RLS）的用户特定数据存储
-
-## 关键实现细节
-
-### Nonce 处理
-
-Supabase 为了安全需要特殊的 nonce 处理。该实现遵循 [React Native Google Sign In 文档](https://react-native-google-signin.github.io/docs/security#usage-with-supabase)：
-
-- 生成 `rawNonce`（URL 安全的随机字符串）
-- 使用 SHA-256 对其进行哈希处理以获得 `nonceDigest`
-- 将 `nonceDigest` 传递给 Google Sign-In
-- 将 `rawNonce` 传递给 Supabase（Supabase 在内部对其进行哈希处理以进行比较）
-
-### JWT 验证
-
-示例实现包括 JWT 验证以确保：
-- 令牌 audience 与您配置的 Google 客户端 ID 匹配
-- nonce 与预期的摘要匹配
-- 验证失败时自动重试（对于 iOS 特别重要）
-
-### 平台特定注意事项
-
-- **iOS**：令牌缓存可能会导致 nonce 问题 - 该实现会自动处理此问题
-- **Web**：必须在挂载时调用 `isLoggedIn()` 来处理 OAuth 重定向
-- **Android**：使用 SHA-1 指纹配置的标准实现
-
-## 下一步
-
-继续设置指南：
-- [Supabase Google Login - 通用设置](./google/general/) - 概述和先决条件
-- [Android 设置](./google/android/) - Android 特定配置
-- [iOS 设置](./google/ios/) - iOS 特定配置
-- [Web 设置](./google/web/) - Web 特定配置
diff --git a/src/content/docs/zh/docs/plugins/speech-recognition/getting-started.mdx b/src/content/docs/zh/docs/plugins/speech-recognition/getting-started.mdx
deleted file mode 100644
index f75078198..000000000
--- a/src/content/docs/zh/docs/plugins/speech-recognition/getting-started.mdx
+++ /dev/null
@@ -1,445 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 学习如何安装和使用语音识别插件为您的 Capacitor 应用添加语音转录功能
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-speech-recognition" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置平台权限**（见下文）
-</Steps>
-
-## 平台配置
-
-### iOS
-
-将以下密钥添加到您应用的 `Info.plist` 文件中：
-
-```xml
-<key>NSSpeechRecognitionUsageDescription</key>
-<string>我们需要访问语音识别来转录您的语音</string>
-<key>NSMicrophoneUsageDescription</key>
-<parameter>我们需要访问您的麦克风来录制音频进行转录</string>
-```
-
-### Android
-
-该插件会自动将所需的 `RECORD_AUDIO` 权限添加到您的 `AndroidManifest.xml`。无需额外配置。
-
-## 基本用法
-
-### 检查可用性
-
-在使用语音识别之前，检查设备是否支持：
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-const checkAvailability = async () => {
-  const { available } = await SpeechRecognition.available();
-  if (!available) {
-    console.warn('此设备不支持语音识别');
-    return false;
-  }
-  return true;
-};
-```
-
-### 请求权限
-
-在开始识别之前请求必要的权限：
-
-```typescript
-const requestPermissions = async () => {
-  const { speechRecognition } = await SpeechRecognition.requestPermissions();
-
-  if (speechRecognition === 'granted') {
-    console.log('权限已授予');
-    return true;
-  } else {
-    console.log('权限被拒绝');
-    return false;
-  }
-};
-```
-
-### 开始识别
-
-使用可选配置开始监听语音：
-
-```typescript
-// 基本用法
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 3,
-  partialResults: true,
-});
-
-// 使用所有选项
-await SpeechRecognition.start({
-  language: 'en-US',
-  maxResults: 5,
-  prompt: 'Speak now...',          // 仅 Android
-  popup: false,                     // 仅 Android
-  partialResults: true,
-  addPunctuation: true,             // 仅 iOS 16+
-  allowForSilence: 2000,            // 仅 Android，以毫秒为单位
-});
-```
-
-### 监听结果
-
-在识别活动时订阅部分结果：
-
-```typescript
-const partialListener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event) => {
-    const transcription = event.matches?.[0];
-    console.log('部分结果：', transcription);
-  }
-);
-
-// 使用完毕后别忘了移除监听器
-await partialListener.remove();
-```
-
-### 停止识别
-
-停止监听并清理资源：
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-## 完整示例
-
-这是一个展示如何使用该插件的完整示例：
-
-```typescript
-import { SpeechRecognition } from '@capgo/capacitor-speech-recognition';
-
-export class VoiceRecognitionService {
-  private partialListener: any = null;
-  private isListening = false;
-
-  async initialize(): Promise<boolean> {
-    // 检查可用性
-    const { available } = await SpeechRecognition.available();
-    if (!available) {
-      throw new Error('语音识别不可用');
-    }
-
-    // 请求权限
-    const { speechRecognition } = await SpeechRecognition.requestPermissions();
-    if (speechRecognition !== 'granted') {
-      throw new Error('权限被拒绝');
-    }
-
-    return true;
-  }
-
-  async startListening(
-    onPartialResult: (text: string) => void,
-    onFinalResult: (text: string) => void
-  ): Promise<void> {
-    if (this.isListening) {
-      console.warn('已在监听中');
-      return;
-    }
-
-    try {
-      // 设置部分结果监听器
-      this.partialListener = await SpeechRecognition.addListener(
-        'partialResults',
-        (event) => {
-          const text = event.matches?.[0] || '';
-          onPartialResult(text);
-        }
-      );
-
-      // 开始识别
-      const result = await SpeechRecognition.start({
-        language: 'en-US',
-        maxResults: 3,
-        partialResults: true,
-        addPunctuation: true,
-      });
-
-      this.isListening = true;
-
-      // 如果 partialResults 为 false，处理最终结果
-      if (result.matches && result.matches.length > 0) {
-        onFinalResult(result.matches[0]);
-      }
-    } catch (error) {
-      console.error('启动语音识别时出错：', error);
-      throw error;
-    }
-  }
-
-  async stopListening(): Promise<void> {
-    if (!this.isListening) {
-      return;
-    }
-
-    try {
-      await SpeechRecognition.stop();
-
-      // 清理监听器
-      if (this.partialListener) {
-        await this.partialListener.remove();
-        this.partialListener = null;
-      }
-
-      this.isListening = false;
-    } catch (error) {
-      console.error('停止语音识别时出错：', error);
-      throw error;
-    }
-  }
-
-  async getSupportedLanguages(): Promise<string[]> {
-    const { languages } = await SpeechRecognition.getSupportedLanguages();
-    return languages;
-  }
-
-  async checkListeningState(): Promise<boolean> {
-    const { listening } = await SpeechRecognition.isListening();
-    return listening;
-  }
-}
-```
-
-## API 参考
-
-### available()
-
-检查当前设备上是否可以使用原生语音识别服务。
-
-```typescript
-const result = await SpeechRecognition.available();
-// 返回：{ available: boolean }
-```
-
-### start(options?)
-
-开始捕获音频并转录语音。
-
-```typescript
-interface SpeechRecognitionStartOptions {
-  language?: string;          // 语言标识符（例如 'en-US'）
-  maxResults?: number;        // 最大结果数（默认：5）
-  prompt?: string;            // 仅 Android：对话框提示
-  popup?: boolean;            // 仅 Android：显示系统对话框
-  partialResults?: boolean;   // 流式传输部分结果
-  addPunctuation?: boolean;   // 仅 iOS 16+：添加标点符号
-  allowForSilence?: number;   // 仅 Android：静音超时（毫秒）
-}
-
-const result = await SpeechRecognition.start(options);
-// 返回：{ matches?: string[] }
-```
-
-### stop()
-
-停止监听并释放原生资源。
-
-```typescript
-await SpeechRecognition.stop();
-```
-
-### getSupportedLanguages()
-
-获取底层识别器支持的语言环境。
-
-**注意**：Android 13+ 设备不再公开此列表；在这种情况下 `languages` 将为空。
-
-```typescript
-const result = await SpeechRecognition.getSupportedLanguages();
-// 返回：{ languages: string[] }
-```
-
-### isListening()
-
-返回插件是否正在主动监听语音。
-
-```typescript
-const result = await SpeechRecognition.isListening();
-// 返回：{ listening: boolean }
-```
-
-### checkPermissions()
-
-获取当前权限状态。
-
-```typescript
-const result = await SpeechRecognition.checkPermissions();
-// 返回：{ speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-### requestPermissions()
-
-请求麦克风和语音识别权限。
-
-```typescript
-const result = await SpeechRecognition.requestPermissions();
-// 返回：{ speechRecognition: 'prompt' | 'prompt-with-rationale' | 'granted' | 'denied' }
-```
-
-## 事件监听器
-
-### partialResults
-
-在启用 `partialResults` 时监听部分转录更新。
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'partialResults',
-  (event: { matches: string[] }) => {
-    console.log('部分：', event.matches?.[0]);
-  }
-);
-```
-
-### segmentResults（仅 Android）
-
-监听分段识别结果。
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'segmentResults',
-  (event: { matches: string[] }) => {
-    console.log('分段：', event.matches?.[0]);
-  }
-);
-```
-
-### endOfSegmentedSession（仅 Android）
-
-监听分段会话完成事件。
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'endOfSegmentedSession',
-  () => {
-    console.log('分段会话已结束');
-  }
-);
-```
-
-### listeningState
-
-监听原生监听状态的变化。
-
-```typescript
-const listener = await SpeechRecognition.addListener(
-  'listeningState',
-  (event: { status: 'started' | 'stopped' }) => {
-    console.log('监听状态：', event.status);
-  }
-);
-```
-
-### removeAllListeners()
-
-移除所有已注册的监听器。
-
-```typescript
-await SpeechRecognition.removeAllListeners();
-```
-
-## 最佳实践
-
-1. **始终检查可用性和权限**
-   ```typescript
-   const { available } = await SpeechRecognition.available();
-   if (!available) return;
-
-   const { speechRecognition } = await SpeechRecognition.requestPermissions();
-   if (speechRecognition !== 'granted') return;
-   ```
-
-2. **清理监听器**
-   始终在不再需要监听器时移除它们以防止内存泄漏：
-   ```typescript
-   await listener.remove();
-   // 或
-   await SpeechRecognition.removeAllListeners();
-   ```
-
-3. **优雅地处理错误**
-   ```typescript
-   try {
-     await SpeechRecognition.start({ language: 'en-US' });
-   } catch (error) {
-     console.error('语音识别失败：', error);
-     // 显示用户友好的错误消息
-   }
-   ```
-
-4. **提供视觉反馈**
-   使用 `listeningState` 事件向用户显示应用何时正在主动监听。
-
-5. **测试不同口音和语言**
-   语音识别准确性因语言和口音而异。与目标受众进行彻底测试。
-
-## 平台说明
-
-### iOS
-- 需要 iOS 10.0+
-- 使用原生 `SFSpeechRecognizer`
-- 在 iOS 16+ 上支持标点符号
-- 需要麦克风和语音识别权限
-- 如果设备语言与请求的语言不匹配，识别可能会失败
-
-### Android
-- 需要 Android 6.0 (API 23)+
-- 使用 `SpeechRecognizer` API
-- 支持具有可配置静音检测的分段会话
-- Android 13+ 不公开支持的语言列表
-- 某些设备可能显示系统识别界面
-
-### Web
-- 通过 Web Speech API 提供有限支持
-- 并非所有浏览器都支持语音识别
-- 需要 HTTPS 连接
-- 可能在不同浏览器中具有不同的行为
-
-## 故障排除
-
-### 权限被拒绝
-如果权限被拒绝，引导用户前往应用设置：
-```typescript
-const { speechRecognition } = await SpeechRecognition.checkPermissions();
-if (speechRecognition === 'denied') {
-  // 显示在设置中启用权限的说明
-}
-```
-
-### 无返回结果
-- 检查麦克风是否正常工作
-- 确保环境安静
-- 验证语言代码是否与设备功能匹配
-- 检查网络连接（某些平台需要）
-
-### 识别意外停止
-- 使用 `isListening()` 检查状态
-- 监听 `listeningState` 事件
-- 如需要，实现自动重启逻辑
-
-## 下一步
-
-- [在 GitHub 上查看 API 参考](https://github.com/Cap-go/capacitor-speech-recognition#api)
-- [报告问题](https://github.com/Cap-go/capacitor-speech-recognition/issues)
-- [探索示例应用](https://github.com/Cap-go/capacitor-speech-recognition/tree/main/example)
diff --git a/src/content/docs/zh/docs/plugins/speech-recognition/index.mdx b/src/content/docs/zh/docs/plugins/speech-recognition/index.mdx
deleted file mode 100644
index 40301ecc3..000000000
--- a/src/content/docs/zh/docs/plugins/speech-recognition/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-speech-recognition"
-locale: zh
-description: 为 Capacitor 应用提供自然、低延迟的语音识别功能，在 iOS 和 Android 平台上具有平等性。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 具有实时转录、流式部分结果和跨平台平等性的全面设备端语音识别。
-  image:
-    file: ~public/icons/plugins/speech-recognition.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/speech-recognition/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-speech-recognition/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="实时转录" icon="rocket">
-    随着用户说话获得即时部分结果 🎤
-  </Card>
-  <Card title="跨平台平等" icon="star">
-    在 iOS 和 Android 上具有一致的 API 和行为 📱
-  </Card>
-  <Card title="分段会话" icon="list-format">
-    根据静音将识别分成片段 🔇
-  </Card>
-  <Card title="标点符号支持" icon="pencil">
-    在 iOS 16+ 上自动添加标点符号 📝
-  </Card>
-  <Card title="权限辅助" icon="approve-check-circle">
-    内置权限请求和状态检查 🔒
-  </Card>
-  <Card title="语言支持" icon="translate">
-    访问设备支持的识别语言 🌍
-  </Card>
-  <Card title="入门指南" icon="open-book">
-    查看[入门指南](/docs/plugins/speech-recognition/getting-started/)以安装和配置插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/speech-synthesis/getting-started.mdx b/src/content/docs/zh/docs/plugins/speech-synthesis/getting-started.mdx
deleted file mode 100644
index e2a5bcd34..000000000
--- a/src/content/docs/zh/docs/plugins/speech-synthesis/getting-started.mdx
+++ /dev/null
@@ -1,252 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 学习如何安装和使用语音合成插件在您的 Capacitor 应用中将文本转换为语音。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-speech-synthesis" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 用法
-
-导入插件并从文本合成语音：
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-// 基本文本转语音
-const speak = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Hello, world!',
-    language: 'en-US'
-  });
-};
-
-// 带语音控制的高级用法
-const speakWithVoice = async () => {
-  await SpeechSynthesis.speak({
-    text: 'This is a test of speech synthesis.',
-    language: 'en-US',
-    rate: 1.0,      // 语音速率：0.1 到 10.0
-    pitch: 1.0,     // 音高：0.5 到 2.0
-    volume: 1.0,    // 音量：0.0 到 1.0
-    voice: 'com.apple.ttsbundle.Samantha-compact'
-  });
-};
-```
-
-## API 参考
-
-### speak(options)
-
-使用指定的语音设置说出给定的文本。
-
-```typescript
-interface SpeakOptions {
-  text: string;           // 要说的文本
-  language?: string;      // 语言代码（例如 'en-US'、'es-ES'）
-  rate?: number;          // 语音速率：0.1 到 10.0（默认：1.0）
-  pitch?: number;         // 音高：0.5 到 2.0（默认：1.0）
-  volume?: number;        // 音量：0.0 到 1.0（默认：1.0）
-  voice?: string;         // 语音标识符（从 getVoices() 获取）
-}
-
-await SpeechSynthesis.speak(options);
-```
-
-### stop()
-
-停止任何正在进行的语音合成。
-
-```typescript
-await SpeechSynthesis.stop();
-```
-
-### getVoices()
-
-获取可用于语音合成的语音列表。
-
-```typescript
-interface Voice {
-  voiceURI: string;       // 唯一语音标识符
-  name: string;           // 人类可读的语音名称
-  lang: string;           // 语言代码
-  default: boolean;       // 这是否是默认语音
-}
-
-const { voices } = await SpeechSynthesis.getVoices();
-console.log('可用语音：', voices);
-```
-
-### getSupportedLanguages()
-
-获取支持的语言代码列表。
-
-```typescript
-const { languages } = await SpeechSynthesis.getSupportedLanguages();
-console.log('支持的语言：', languages);
-```
-
-### isSpeaking()
-
-检查语音合成是否当前处于活动状态。
-
-```typescript
-const { speaking } = await SpeechSynthesis.isSpeaking();
-console.log('当前正在说话：', speaking);
-```
-
-## 完整示例
-
-```typescript
-import { SpeechSynthesis } from '@capgo/capacitor-speech-synthesis';
-
-export class TextToSpeechService {
-  private currentVoice: string | undefined;
-
-  async init() {
-    // 获取可用语音
-    const { voices } = await SpeechSynthesis.getVoices();
-
-    // 查找英语语音
-    const englishVoice = voices.find(v => v.lang.startsWith('en'));
-    this.currentVoice = englishVoice?.voiceURI;
-
-    console.log(`使用语音：${englishVoice?.name}`);
-  }
-
-  async speak(text: string, options?: Partial<SpeakOptions>) {
-    try {
-      // 停止任何正在进行的语音
-      await SpeechSynthesis.stop();
-
-      // 说出文本
-      await SpeechSynthesis.speak({
-        text,
-        language: 'en-US',
-        rate: 1.0,
-        pitch: 1.0,
-        volume: 1.0,
-        voice: this.currentVoice,
-        ...options
-      });
-    } catch (error) {
-      console.error('语音合成失败：', error);
-      throw error;
-    }
-  }
-
-  async speakWithRate(text: string, rate: number) {
-    await this.speak(text, { rate });
-  }
-
-  async stop() {
-    await SpeechSynthesis.stop();
-  }
-
-  async checkIfSpeaking(): Promise<boolean> {
-    const { speaking } = await SpeechSynthesis.isSpeaking();
-    return speaking;
-  }
-
-  async listVoicesByLanguage(languageCode: string) {
-    const { voices } = await SpeechSynthesis.getVoices();
-    return voices.filter(v => v.lang.startsWith(languageCode));
-  }
-}
-```
-
-## 高级用法
-
-### 多语言支持
-
-```typescript
-// 使用不同语言说话
-const speakMultiLanguage = async () => {
-  await SpeechSynthesis.speak({
-    text: 'Hello!',
-    language: 'en-US'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'Bonjour!',
-    language: 'fr-FR'
-  });
-
-  await SpeechSynthesis.speak({
-    text: 'こんにちは!',
-    language: 'ja-JP'
-  });
-};
-```
-
-### 语音选择
-
-```typescript
-// 选择特定语音
-const selectVoice = async (languageCode: string) => {
-  const { voices } = await SpeechSynthesis.getVoices();
-
-  // 按语言过滤语音
-  const languageVoices = voices.filter(v =>
-    v.lang.startsWith(languageCode)
-  );
-
-  // 使用第一个可用语音
-  if (languageVoices.length > 0) {
-    await SpeechSynthesis.speak({
-      text: 'Testing voice selection',
-      language: languageCode,
-      voice: languageVoices[0].voiceURI
-    });
-  }
-};
-```
-
-### 朗读长文本
-
-```typescript
-// 将长文本分块并朗读
-const speakLongText = async (longText: string) => {
-  const sentences = longText.match(/[^.!?]+[.!?]+/g) || [longText];
-
-  for (const sentence of sentences) {
-    await SpeechSynthesis.speak({
-      text: sentence.trim(),
-      language: 'en-US',
-      rate: 0.9
-    });
-
-    // 在句子之间稍作停顿
-    await new Promise(resolve => setTimeout(resolve, 500));
-  }
-};
-```
-
-## 最佳实践
-
-1. **语音选择**：在使用特定语音 ID 之前，始终检查可用语音
-2. **语言代码**：使用标准语言代码（例如 'en-US'、'es-ES'、'fr-FR'）
-3. **速率控制**：将速率保持在 0.5 到 2.0 之间以获得自然的语音
-4. **说话前停止**：在开始新语音之前调用 stop() 以避免重叠
-5. **错误处理**：将所有调用包装在 try-catch 块中以进行稳健的错误处理
-
-## 故障排除
-
-### 常见问题
-
-**无语音输出**：检查设备音量并确保文本不为空
-**找不到语音**：使用 getVoices() 查找设备上的可用语音
-**语音中断**：在开始新合成之前停止任何正在进行的语音
-**不支持的语言**：检查 getSupportedLanguages() 以获取可用语言
diff --git a/src/content/docs/zh/docs/plugins/speech-synthesis/index.mdx b/src/content/docs/zh/docs/plugins/speech-synthesis/index.mdx
deleted file mode 100644
index 8db8264e5..000000000
--- a/src/content/docs/zh/docs/plugins/speech-synthesis/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-speech-synthesis"
-locale: zh
-description: 通过完全控制语言、语音、音高、速率和音量来从文本合成语音。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 在 iOS、Android 和 Web 上完全控制语言、语音、音高、速率和音量，将文本转换为语音。
-  image:
-    file: ~public/icons/plugins/speech-synthesis.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/speech-synthesis/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-speech-synthesis/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="多语言" icon="translate">
-    支持数十种语言和区域变体 🌍
-  </Card>
-  <Card title="语音选择" icon="comment">
-    为每种语言选择可用的系统语音 🎤
-  </Card>
-  <Card title="精细控制" icon="setting">
-    调整音高、速率和音量以自定义语音输出 ⚙️
-  </Card>
-  <Card title="跨平台" icon="laptop">
-    在 iOS、Android 和 Web 平台上具有一致的 API 📱
-  </Card>
-  <Card title="实时控制" icon="rocket">
-    即时暂停、恢复和取消语音播放 🎮
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/speech-synthesis/getting-started/)只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/streamcall/getting-started.mdx b/src/content/docs/zh/docs/plugins/streamcall/getting-started.mdx
deleted file mode 100644
index b23f3c3c0..000000000
--- a/src/content/docs/zh/docs/plugins/streamcall/getting-started.mdx
+++ /dev/null
@@ -1,488 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 学习如何安装和集成 Stream Video SDK 以在您的 Capacitor 应用中实现专业视频通话。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-stream-call
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 先决条件
-
-您需要一个 Stream 账户和 API 凭证。如果您还没有账户，请在 [Stream](https://getstream.io/) 注册。
-
-## 平台配置
-
-### iOS
-
-将所需权限添加到您的 `Info.plist`：
-
-```xml
-<key>NSCameraUsageDescription</key>
-<string>This app needs camera access for video calls</string>
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs microphone access for video calls</string>
-```
-
-### Android
-
-将所需权限添加到您的 `AndroidManifest.xml`：
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-```
-
-## 使用示例
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-// 初始化 Stream SDK
-await StreamCall.initialize({
-  apiKey: 'your-stream-api-key',
-  userId: 'user-123',
-  userToken: 'user-token'
-});
-
-// 创建通话
-await StreamCall.createCall({
-  callId: 'call-123',
-  callType: 'default'
-});
-
-// 加入通话
-await StreamCall.joinCall({
-  callId: 'call-123'
-});
-
-// 启用/禁用摄像头
-await StreamCall.toggleCamera({
-  enabled: true
-});
-
-// 启用/禁用麦克风
-await StreamCall.toggleMicrophone({
-  enabled: true
-});
-
-// 切换摄像头（前置/后置）
-await StreamCall.switchCamera();
-
-// 离开通话
-await StreamCall.leaveCall();
-
-// 监听通话事件
-StreamCall.addListener('callStarted', (data) => {
-  console.log('通话已开始：', data);
-});
-
-StreamCall.addListener('callEnded', (data) => {
-  console.log('通话已结束：', data);
-});
-
-StreamCall.addListener('participantJoined', (data) => {
-  console.log('参与者已加入：', data);
-});
-
-StreamCall.addListener('participantLeft', (data) => {
-  console.log('参与者已离开：', data);
-});
-```
-
-## API 参考
-
-### initialize(options)
-
-```typescript
-initialize(options: InitializeOptions) => Promise<void>
-```
-
-初始化 Stream Video SDK。
-
-| 参数         | 类型                        |
-| ------------- | --------------------------- |
-| **`options`** | `InitializeOptions` |
-
-### createCall(options)
-
-```typescript
-createCall(options: CreateCallOptions) => Promise<void>
-```
-
-创建新的视频通话。
-
-| 参数         | 类型                        |
-| ------------- | --------------------------- |
-| **`options`** | `CreateCallOptions` |
-
-### joinCall(options)
-
-```typescript
-joinCall(options: JoinCallOptions) => Promise<void>
-```
-
-加入现有视频通话。
-
-| 参数         | 类型                      |
-| ------------- | ------------------------- |
-| **`options`** | `JoinCallOptions` |
-
-### leaveCall()
-
-```typescript
-leaveCall() => Promise<void>
-```
-
-离开当前通话。
-
-### toggleCamera(options)
-
-```typescript
-toggleCamera(options: { enabled: boolean }) => Promise<void>
-```
-
-启用或禁用摄像头。
-
-| 参数         | 类型                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### toggleMicrophone(options)
-
-```typescript
-toggleMicrophone(options: { enabled: boolean }) => Promise<void>
-```
-
-启用或禁用麦克风。
-
-| 参数         | 类型                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### switchCamera()
-
-```typescript
-switchCamera() => Promise<void>
-```
-
-在前置和后置摄像头之间切换。
-
-### setSpeakerphone(options)
-
-```typescript
-setSpeakerphone(options: { enabled: boolean }) => Promise<void>
-```
-
-启用或禁用扬声器。
-
-| 参数         | 类型                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendCallInvite(options)
-
-```typescript
-sendCallInvite(options: InviteOptions) => Promise<void>
-```
-
-向用户发送通话邀请。
-
-| 参数         | 类型                    |
-| ------------- | ----------------------- |
-| **`options`** | `InviteOptions` |
-
-### acceptCall(options)
-
-```typescript
-acceptCall(options: { callId: string }) => Promise<void>
-```
-
-接受来电。
-
-| 参数         | 类型                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-### rejectCall(options)
-
-```typescript
-rejectCall(options: { callId: string }) => Promise<void>
-```
-
-拒绝来电。
-
-| 参数         | 类型                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callId: string }` |
-
-## 接口
-
-### InitializeOptions
-
-| 属性            | 类型              | 描述                    |
-| --------------- | ----------------- | ------------------------------ |
-| **`apiKey`**    | `string` | Stream API 密钥                 |
-| **`userId`**    | `string` | 用户 ID                        |
-| **`userToken`** | `string` | 用户身份验证令牌      |
-| **`userName`**  | `string` | 用户显示名称（可选）   |
-| **`userImage`** | `string` | 用户头像 URL（可选） |
-
-### CreateCallOptions
-
-| 属性           | 类型              | 描述                        |
-| -------------- | ----------------- | ---------------------------------- |
-| **`callId`**   | `string` | 唯一通话标识符             |
-| **`callType`** | `string` | 通话类型（例如 'default'、'audio-only'） |
-| **`members`**  | `string[]` | 要邀请的用户 ID 数组（可选） |
-
-### JoinCallOptions
-
-| 属性         | 类型              | 描述                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | 要加入的通话 ID            |
-
-### InviteOptions
-
-| 属性         | 类型              | 描述                |
-| ------------ | ----------------- | -------------------------- |
-| **`callId`** | `string` | 通话 ID                    |
-| **`userId`** | `string` | 要邀请的用户 ID          |
-
-## 事件监听器
-
-### 可用事件
-
-- `callStarted` - 通话已开始
-- `callEnded` - 通话已结束
-- `participantJoined` - 参与者加入通话
-- `participantLeft` - 参与者离开通话
-- `incomingCall` - 收到来电
-- `callAccepted` - 通话已被接受
-- `callRejected` - 通话已被拒绝
-- `error` - 发生错误
-
-### 事件示例
-
-```typescript
-// 监听来电
-StreamCall.addListener('incomingCall', (data) => {
-  console.log('来电来自：', data.callerId);
-  console.log('来电者姓名：', data.callerName);
-
-  // 显示来电界面
-  showIncomingCallScreen({
-    callerId: data.callerId,
-    callerName: data.callerName,
-    callerImage: data.callerImage,
-    callId: data.callId
-  });
-});
-
-// 监听通话接受
-StreamCall.addListener('callAccepted', (data) => {
-  console.log('通话已接受');
-  // 导航到通话界面
-});
-
-// 监听错误
-StreamCall.addListener('error', (error) => {
-  console.error('通话错误：', error.message);
-  // 适当处理错误
-});
-
-// 使用完毕后移除监听器
-const listener = await StreamCall.addListener('callStarted', (data) => {
-  console.log('通话已开始');
-});
-
-// 稍后...
-listener.remove();
-```
-
-## 完整示例
-
-```typescript
-import { StreamCall } from '@capgo/capacitor-stream-call';
-
-class VideoCallService {
-  async initialize(userId: string, userName: string) {
-    try {
-      await StreamCall.initialize({
-        apiKey: 'your-stream-api-key',
-        userId: userId,
-        userToken: await this.getUserToken(userId),
-        userName: userName
-      });
-
-      this.setupEventListeners();
-    } catch (error) {
-      console.error('初始化 Stream 失败：', error);
-    }
-  }
-
-  setupEventListeners() {
-    // 处理来电
-    StreamCall.addListener('incomingCall', async (data) => {
-      const accepted = await this.showIncomingCallDialog(data);
-
-      if (accepted) {
-        await StreamCall.acceptCall({ callId: data.callId });
-        await StreamCall.joinCall({ callId: data.callId });
-      } else {
-        await StreamCall.rejectCall({ callId: data.callId });
-      }
-    });
-
-    // 处理通话事件
-    StreamCall.addListener('callStarted', () => {
-      console.log('通话已开始');
-    });
-
-    StreamCall.addListener('callEnded', () => {
-      console.log('通话已结束');
-      this.navigateToHome();
-    });
-
-    StreamCall.addListener('participantJoined', (data) => {
-      console.log('参与者已加入：', data.participantName);
-    });
-  }
-
-  async startCall(recipientId: string) {
-    try {
-      const callId = `call-${Date.now()}`;
-
-      // 创建并加入通话
-      await StreamCall.createCall({
-        callId: callId,
-        callType: 'default',
-        members: [recipientId]
-      });
-
-      await StreamCall.joinCall({ callId: callId });
-
-      // 发送邀请
-      await StreamCall.sendCallInvite({
-        callId: callId,
-        userId: recipientId
-      });
-
-      console.log('通话已启动');
-    } catch (error) {
-      console.error('启动通话失败：', error);
-    }
-  }
-
-  async endCall() {
-    try {
-      await StreamCall.leaveCall();
-      console.log('通话已结束');
-    } catch (error) {
-      console.error('结束通话失败：', error);
-    }
-  }
-
-  async toggleVideo(enabled: boolean) {
-    await StreamCall.toggleCamera({ enabled });
-  }
-
-  async toggleAudio(enabled: boolean) {
-    await StreamCall.toggleMicrophone({ enabled });
-  }
-
-  async flipCamera() {
-    await StreamCall.switchCamera();
-  }
-
-  private async getUserToken(userId: string): Promise<string> {
-    // 从后端获取用户令牌
-    const response = await fetch(`/api/stream-token?userId=${userId}`);
-    const data = await response.json();
-    return data.token;
-  }
-
-  private async showIncomingCallDialog(data: any): Promise<boolean> {
-    // 显示原生对话框或自定义界面
-    return confirm(`来自 ${data.callerName} 的来电`);
-  }
-
-  private navigateToHome() {
-    // 导航到主屏幕
-    window.location.href = '/';
-  }
-}
-
-// 用法
-const videoCall = new VideoCallService();
-await videoCall.initialize('user-123', 'John Doe');
-
-// 开始通话
-await videoCall.startCall('user-456');
-
-// 切换控制
-await videoCall.toggleVideo(false); // 禁用视频
-await videoCall.toggleAudio(false); // 静音
-await videoCall.flipCamera(); // 切换摄像头
-
-// 结束通话
-await videoCall.endCall();
-```
-
-## 最佳实践
-
-- 在应用生命周期早期初始化 SDK
-- 在开始通话之前处理权限请求
-- 实现适当的网络问题错误处理
-- 在组件卸载时清理监听器
-- 在实际设备上测试（不仅仅是模拟器）
-- 实现网络中断的重新连接逻辑
-- 为通话状态提供视觉反馈
-- 处理后台/前台转换
-
-## 本地化
-
-该插件支持原生 UI 元素的多语言。在平台特定的设置中进行配置。
-
-## 使用案例
-
-- 一对一视频通话
-- 群组视频会议
-- 纯音频通话
-- 屏幕共享会话
-- 客户支持视频聊天
-- 远程医疗咨询
-- 远程协作
diff --git a/src/content/docs/zh/docs/plugins/streamcall/index.mdx b/src/content/docs/zh/docs/plugins/streamcall/index.mdx
deleted file mode 100644
index 9e85583ed..000000000
--- a/src/content/docs/zh/docs/plugins/streamcall/index.mdx
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: "@capgo/capacitor-stream-call"
-locale: zh
-description: 为 Capacitor 应用集成 Stream Video SDK 以实现专业视频通话功能。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 使用 Stream Video SDK 在您的应用中启用专业视频通话功能，支持全屏显示和来电者信息。
-  image:
-    file: ~public/icons/plugins/streamcall.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/streamcall/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-stream-call/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="Stream Video SDK" icon="star">
-    由 Stream 的专业视频基础设施提供支持 🎥
-  </Card>
-  <Card title="全屏通话" icon="rocket">
-    锁屏和全屏通话支持 📱
-  </Card>
-  <Card title="来电者信息" icon="star">
-    显示来电者姓名和头像 👤
-  </Card>
-  <Card title="摄像头控制" icon="setting">
-    切换摄像头并切换视频/音频 📹
-  </Card>
-  <Card title="通话管理" icon="approve-check">
-    无缝接受、拒绝和管理通话 📞
-  </Card>
-  <Card title="多语言" icon="translate">
-    iOS 和 Android 的本地化支持 🌍
-  </Card>
-  <Card title="入门指南" icon="open-book">
-    查看[入门指南](/docs/plugins/streamcall/getting-started/)以安装和配置插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/textinteraction/getting-started.mdx b/src/content/docs/zh/docs/plugins/textinteraction/getting-started.mdx
deleted file mode 100644
index 433b8c0b0..000000000
--- a/src/content/docs/zh/docs/plugins/textinteraction/getting-started.mdx
+++ /dev/null
@@ -1,274 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 学习如何安装和使用文本交互插件来控制 iOS 文本选择放大镜和放大器。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-textinteraction
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 平台支持
-
-- **iOS**：iOS 15.0+（需要 UITextInteraction API）
-- **Android**：无操作（返回不支持）
-- **Web**：无操作（返回不支持）
-
-## 使用示例
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-// 禁用文本交互（移除放大镜/放大器）
-const result = await TextInteraction.setEnabled({ enabled: false });
-
-if (result.success) {
-  console.log('文本交互已禁用');
-} else {
-  console.log('此平台不支持');
-}
-
-// 在显示文本输入之前重新启用文本交互
-await TextInteraction.setEnabled({ enabled: true });
-```
-
-## API 参考
-
-### setEnabled(options)
-
-```typescript
-setEnabled(options: { enabled: boolean }) => Promise<{ success: boolean }>
-```
-
-启用或禁用 iOS 文本交互（放大镜和选择手柄）。
-
-| 参数         | 类型                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-**返回：** `Promise<{ success: boolean }>`
-
-- 如果操作成功（iOS 15+），返回 `{ success: true }`
-- 如果不支持（Android、Web 或 iOS < 15），返回 `{ success: false }`
-
-## 实际使用案例
-
-### 自助服务终端应用
-
-在自助服务终端模式下禁用文本交互以防止用户访问复制/粘贴菜单：
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function enterKioskMode() {
-  // 在自助服务终端模式下禁用文本交互
-  const result = await TextInteraction.setEnabled({ enabled: false });
-
-  if (result.success) {
-    console.log('自助服务终端模式：文本交互已禁用');
-  }
-}
-
-async function exitKioskMode() {
-  // 退出自助服务终端模式时重新启用文本交互
-  await TextInteraction.setEnabled({ enabled: true });
-  console.log('自助服务终端模式：文本交互已启用');
-}
-```
-
-### 游戏体验
-
-在游戏过程中移除放大镜，并在文本输入时恢复：
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class GameController {
-  async startGame() {
-    // 游戏过程中禁用文本交互
-    await TextInteraction.setEnabled({ enabled: false });
-    console.log('游戏已开始 - 文本交互已禁用');
-  }
-
-  async showTextInput() {
-    // 显示输入之前启用文本交互
-    await TextInteraction.setEnabled({ enabled: true });
-    console.log('文本输入准备就绪 - 交互已启用');
-
-    // 显示输入字段
-    this.displayInputField();
-  }
-
-  async hideTextInput() {
-    // 隐藏输入并再次禁用交互
-    this.hideInputField();
-    await TextInteraction.setEnabled({ enabled: false });
-  }
-}
-```
-
-### 互动装置
-
-为数字标牌和互动显示屏控制文本交互：
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-async function setupInteractiveDisplay() {
-  // 为显示模式禁用文本交互
-  await TextInteraction.setEnabled({ enabled: false });
-
-  // 为显示交互设置触摸处理程序
-  document.addEventListener('touchstart', handleDisplayTouch);
-}
-
-async function enableUserInput() {
-  // 当用户需要输入数据时启用文本交互
-  const result = await TextInteraction.setEnabled({ enabled: true });
-
-  if (result.success) {
-    showInputForm();
-  } else {
-    // 不支持平台的回退
-    showInputFormWithoutTextInteraction();
-  }
-}
-```
-
-### 表单管理
-
-根据表单状态切换文本交互：
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-
-class FormManager {
-  private textInteractionEnabled = true;
-
-  async disableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: false });
-    this.textInteractionEnabled = false;
-    return result.success;
-  }
-
-  async enableTextSelection() {
-    const result = await TextInteraction.setEnabled({ enabled: true });
-    this.textInteractionEnabled = true;
-    return result.success;
-  }
-
-  async onFormFocus() {
-    // 显示键盘之前始终启用
-    await this.enableTextSelection();
-  }
-
-  async onFormBlur() {
-    // 输入完成后可选择禁用
-    await this.disableTextSelection();
-  }
-}
-```
-
-### 条件文本交互
-
-具有平台意识的文本交互控制：
-
-```typescript
-import { TextInteraction } from '@capgo/capacitor-textinteraction';
-import { Capacitor } from '@capacitor/core';
-
-async function toggleTextInteraction(enabled: boolean) {
-  // 仅在 iOS 上尝试
-  if (Capacitor.getPlatform() === 'ios') {
-    const result = await TextInteraction.setEnabled({ enabled });
-
-    if (result.success) {
-      console.log(`文本交互${enabled ? '已启用' : '已禁用'}`);
-    } else {
-      console.log('此 iOS 版本不支持文本交互');
-    }
-  } else {
-    console.log('文本交互控制仅在 iOS 上可用');
-  }
-}
-
-// 用法
-await toggleTextInteraction(false); // 禁用
-await toggleTextInteraction(true);  // 启用
-```
-
-## 最佳实践
-
-- **在文本输入之前始终重新启用**：在需要时禁用文本交互，但在显示文本输入字段或键盘之前始终重新启用
-- **检查平台支持**：验证 `result.success` 以优雅地处理不支持的平台
-- **iOS 专用功能**：此插件仅适用于 iOS；为 Android 和 Web 实现回退
-- **用户体验**：考虑禁用文本交互的用户体验影响
-- **状态管理**：跟踪启用/禁用状态以避免冗余调用
-
-## 重要提醒
-
-1. **为文本输入重新启用**：在显示文本输入字段之前，始终调用 `setEnabled({ enabled: true })`，否则用户将无法正确选择或编辑文本
-
-2. **平台检测**：该插件在 Android、Web 和低于 15.0 版本的 iOS 上返回 `{ success: false }`
-
-3. **无视觉反馈**：禁用文本交互会移除放大镜但不提供视觉反馈 - 如需要，请实现您自己的 UI 指示器
-
-4. **安全默认值**：文本交互系统默认启用，与 iOS 的标准行为匹配
-
-## 限制
-
-- 仅限 iOS 15.0+（需要 UITextInteraction API）
-- 对 Android 或 Web 平台无效
-- 无法选择性地仅禁用放大镜或仅禁用选择手柄
-- 当用户尝试使用禁用功能时没有回调
-
-## 使用案例
-
-- **自助服务终端应用**：在受控装置上防止复制/粘贴
-- **游戏体验**：在游戏过程中移除放大镜
-- **互动显示**：在数字标牌上控制文本交互
-- **自定义文本编辑器**：构建专门的文本编辑体验
-- **安全性**：防止在敏感区域进行文本选择
-
-## 故障排除
-
-### 文本交互未禁用
-
-- 验证 iOS 版本是否为 15.0 或更高
-- 检查 `result.success` 是否返回 `true`
-- 确保没有其他代码重新启用文本交互
-
-### 用户无法编辑文本
-
-- 确保在显示文本输入之前调用了 `setEnabled({ enabled: true })`
-- 通过检查 `result.success` 验证启用调用是否成功
-- 在实际 iOS 设备上测试（不仅仅是模拟器）
diff --git a/src/content/docs/zh/docs/plugins/textinteraction/index.mdx b/src/content/docs/zh/docs/plugins/textinteraction/index.mdx
deleted file mode 100644
index c863cbee2..000000000
--- a/src/content/docs/zh/docs/plugins/textinteraction/index.mdx
+++ /dev/null
@@ -1,45 +0,0 @@
----
-title: "@capgo/capacitor-textinteraction"
-locale: zh
-description: 启用或禁用 iOS 文本交互放大器以精确控制 WebView 行为。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 在自助服务终端或游戏体验中移除 iOS 放大镜，然后在文本输入之前恢复它。
-  image:
-    file: ~public/icons/plugins/textinteraction.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/textinteraction/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-textinteraction/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-控制 Apple 的文本交互系统，以在自助服务终端显示、游戏和互动装置上定制用户体验。
-
-<CardGrid stagger>
-  <Card title="iOS 专用" icon="rocket">
-    切换 iOS 15 中引入的放大镜和选择手柄。
-  </Card>
-  <Card title="简单的 API" icon="pencil">
-    调用单个方法来启用或禁用文本交互状态。
-  </Card>
-  <Card title="安全默认值" icon="approve-check">
-    接收布尔结果以便您可以检测不支持的版本。
-  </Card>
-  <Card title="自助服务终端友好" icon="star">
-    在受控装置或标牌上防止长按复制/粘贴。
-  </Card>
-</CardGrid>
-
-使用入门指南获取最小集成模式，并提醒在显示文本输入之前重新启用交互。
diff --git a/src/content/docs/zh/docs/plugins/twilio-voice/getting-started.mdx b/src/content/docs/zh/docs/plugins/twilio-voice/getting-started.mdx
deleted file mode 100644
index ef102d18e..000000000
--- a/src/content/docs/zh/docs/plugins/twilio-voice/getting-started.mdx
+++ /dev/null
@@ -1,568 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 学习如何安装和集成 Twilio Voice 以在您的 Capacitor 应用中实现 VoIP 通话。
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-twilio-voice
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 先决条件
-
-您需要一个 Twilio 账户和访问令牌以进行身份验证。如果您还没有账户，请在 [Twilio](https://www.twilio.com/) 注册。
-
-## 平台配置
-
-### iOS
-
-将所需权限添加到您的 `Info.plist`：
-
-```xml
-<key>NSMicrophoneUsageDescription</key>
-<string>This app needs microphone access for voice calls</string>
-```
-
-对于带有 PushKit 的来电：
-
-1. 在 Xcode 功能中启用推送通知
-2. 添加 VoIP 后台模式
-3. 在 Twilio 控制台中配置 VoIP 证书
-
-### Android
-
-将所需权限添加到您的 `AndroidManifest.xml`：
-
-```xml
-<uses-permission android:name="android.permission.RECORD_AUDIO" />
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
-<uses-permission android:name="android.permission.USE_FULL_SCREEN_INTENT" />
-```
-
-配置 Firebase 推送通知：
-
-1. 将 `google-services.json` 添加到您的 Android 项目
-2. 在 Twilio 控制台中配置 FCM
-
-## 使用示例
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// 使用 Twilio 进行身份验证
-await TwilioVoice.login({
-  accessToken: 'your-twilio-access-token'
-});
-
-// 拨打电话
-await TwilioVoice.makeCall({
-  to: '+1234567890'
-});
-
-// 监听通话事件
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('通话已连接：', data.callSid);
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('通话已断开：', data.callSid);
-});
-
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('来电来自：', data.from);
-
-  // 接受通话
-  TwilioVoice.acceptCall({ callSid: data.callSid });
-
-  // 或拒绝
-  // TwilioVoice.rejectCall({ callSid: data.callSid });
-});
-
-// 静音/取消静音通话
-await TwilioVoice.muteCall({
-  muted: true,
-  callSid: 'current-call-sid'
-});
-
-// 切换扬声器
-await TwilioVoice.setSpeaker({
-  enabled: true
-});
-
-// 结束通话
-await TwilioVoice.endCall({
-  callSid: 'current-call-sid'
-});
-
-// 登出
-await TwilioVoice.logout();
-```
-
-## API 参考
-
-### login(options)
-
-```typescript
-login(options: { accessToken: string }) => Promise<void>
-```
-
-使用访问令牌对 Twilio 进行身份验证。
-
-| 参数         | 类型                              |
-| ------------- | --------------------------------- |
-| **`options`** | `{ accessToken: string }` |
-
-### logout()
-
-```typescript
-logout() => Promise<void>
-```
-
-结束用户会话并清除通话状态。
-
-### isLoggedIn()
-
-```typescript
-isLoggedIn() => Promise<{ loggedIn: boolean }>
-```
-
-检查当前身份验证状态。
-
-**返回：** `Promise<{ loggedIn: boolean }>`
-
-### makeCall(options)
-
-```typescript
-makeCall(options: { to: string; params?: Record<string, string> }) => Promise<{ callSid: string }>
-```
-
-向指定号码发起呼出通话。
-
-| 参数         | 类型                                                    |
-| ------------- | ------------------------------------------------------- |
-| **`options`** | `{ to: string; params?: Record<string, string> }` |
-
-**返回：** `Promise<{ callSid: string }>`
-
-### acceptCall(options)
-
-```typescript
-acceptCall(options: { callSid: string }) => Promise<void>
-```
-
-接受来电。
-
-| 参数         | 类型                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### rejectCall(options)
-
-```typescript
-rejectCall(options: { callSid: string }) => Promise<void>
-```
-
-拒绝来电。
-
-| 参数         | 类型                       |
-| ------------- | -------------------------- |
-| **`options`** | `{ callSid: string }` |
-
-### endCall(options?)
-
-```typescript
-endCall(options?: { callSid?: string }) => Promise<void>
-```
-
-终止活动通话。
-
-| 参数         | 类型                         |
-| ------------- | ---------------------------- |
-| **`options`** | `{ callSid?: string }`（可选） |
-
-### muteCall(options)
-
-```typescript
-muteCall(options: { muted: boolean; callSid?: string }) => Promise<void>
-```
-
-静音或取消静音通话音频。
-
-| 参数         | 类型                                            |
-| ------------- | ----------------------------------------------- |
-| **`options`** | `{ muted: boolean; callSid?: string }` |
-
-### setSpeaker(options)
-
-```typescript
-setSpeaker(options: { enabled: boolean }) => Promise<void>
-```
-
-切换扬声器输出。
-
-| 参数         | 类型                          |
-| ------------- | ----------------------------- |
-| **`options`** | `{ enabled: boolean }` |
-
-### sendDigits(options)
-
-```typescript
-sendDigits(options: { digits: string; callSid?: string }) => Promise<void>
-```
-
-在通话期间发送 DTMF 音调。
-
-| 参数         | 类型                                          |
-| ------------- | --------------------------------------------- |
-| **`options`** | `{ digits: string; callSid?: string }` |
-
-## 事件监听器
-
-### 可用事件
-
-- `registered` - 成功注册到 Twilio
-- `unregistered` - 从 Twilio 注销
-- `registrationFailed` - 注册失败
-- `incomingCall` - 收到来电
-- `callConnected` - 通话成功连接
-- `callDisconnected` - 通话已断开
-- `callRinging` - 呼出通话正在响铃
-- `callReconnecting` - 通话正在重新连接
-- `callReconnected` - 中断后通话重新连接
-- `qualityWarning` - 通话质量警告
-- `error` - 发生错误
-
-### 事件示例
-
-```typescript
-// 处理来电
-TwilioVoice.addListener('incomingCall', (data) => {
-  console.log('来电来自：', data.from);
-  console.log('通话 SID：', data.callSid);
-
-  // 显示来电界面
-  showIncomingCallScreen({
-    from: data.from,
-    callSid: data.callSid
-  });
-});
-
-// 处理通话状态变化
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('通话已连接：', data.callSid);
-  startCallTimer();
-});
-
-TwilioVoice.addListener('callDisconnected', (data) => {
-  console.log('通话已结束：', data.callSid);
-  stopCallTimer();
-  hideCallScreen();
-});
-
-// 处理质量警告
-TwilioVoice.addListener('qualityWarning', (data) => {
-  console.warn('通话质量警告：', data.warning);
-  showQualityWarning(data.warning);
-});
-
-// 处理错误
-TwilioVoice.addListener('error', (error) => {
-  console.error('Twilio 错误：', error.message);
-  handleError(error);
-});
-
-// 使用完毕后移除监听器
-const listener = await TwilioVoice.addListener('callConnected', (data) => {
-  console.log('已连接');
-});
-
-// 稍后...
-listener.remove();
-```
-
-## 完整示例
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-class VoiceCallService {
-  private currentCallSid: string | null = null;
-  private isMuted = false;
-  private isSpeakerOn = false;
-
-  async initialize(accessToken: string) {
-    try {
-      // 登录到 Twilio
-      await TwilioVoice.login({ accessToken });
-
-      // 检查登录状态
-      const { loggedIn } = await TwilioVoice.isLoggedIn();
-      console.log('登录状态：', loggedIn);
-
-      // 设置事件监听器
-      this.setupEventListeners();
-
-    } catch (error) {
-      console.error('初始化失败：', error);
-    }
-  }
-
-  setupEventListeners() {
-    // 注册事件
-    TwilioVoice.addListener('registered', () => {
-      console.log('成功注册到 Twilio');
-    });
-
-    TwilioVoice.addListener('registrationFailed', (error) => {
-      console.error('注册失败：', error);
-    });
-
-    // 来电
-    TwilioVoice.addListener('incomingCall', async (data) => {
-      console.log('来电来自：', data.from);
-
-      const accepted = await this.showIncomingCallDialog(data.from);
-
-      if (accepted) {
-        await TwilioVoice.acceptCall({ callSid: data.callSid });
-        this.currentCallSid = data.callSid;
-      } else {
-        await TwilioVoice.rejectCall({ callSid: data.callSid });
-      }
-    });
-
-    // 通话事件
-    TwilioVoice.addListener('callConnected', (data) => {
-      console.log('通话已连接');
-      this.currentCallSid = data.callSid;
-      this.showCallScreen();
-    });
-
-    TwilioVoice.addListener('callDisconnected', () => {
-      console.log('通话已断开');
-      this.currentCallSid = null;
-      this.hideCallScreen();
-    });
-
-    TwilioVoice.addListener('callRinging', () => {
-      console.log('通话响铃中...');
-    });
-
-    // 质量警告
-    TwilioVoice.addListener('qualityWarning', (data) => {
-      console.warn('通话质量警告：', data.warning);
-      this.showQualityIndicator(data.warning);
-    });
-  }
-
-  async makeCall(phoneNumber: string) {
-    try {
-      const result = await TwilioVoice.makeCall({
-        to: phoneNumber,
-        params: {
-          // 可选的自定义参数
-          customerId: 'customer-123'
-        }
-      });
-
-      this.currentCallSid = result.callSid;
-      console.log('通话已发起：', result.callSid);
-    } catch (error) {
-      console.error('拨打电话失败：', error);
-    }
-  }
-
-  async endCall() {
-    if (this.currentCallSid) {
-      await TwilioVoice.endCall({ callSid: this.currentCallSid });
-      this.currentCallSid = null;
-    }
-  }
-
-  async toggleMute() {
-    this.isMuted = !this.isMuted;
-    await TwilioVoice.muteCall({
-      muted: this.isMuted,
-      callSid: this.currentCallSid || undefined
-    });
-  }
-
-  async toggleSpeaker() {
-    this.isSpeakerOn = !this.isSpeakerOn;
-    await TwilioVoice.setSpeaker({ enabled: this.isSpeakerOn });
-  }
-
-  async sendDTMF(digits: string) {
-    if (this.currentCallSid) {
-      await TwilioVoice.sendDigits({
-        digits,
-        callSid: this.currentCallSid
-      });
-    }
-  }
-
-  async logout() {
-    await TwilioVoice.logout();
-  }
-
-  private async showIncomingCallDialog(from: string): Promise<boolean> {
-    // 显示原生对话框或自定义界面
-    return confirm(`来自 ${from} 的来电`);
-  }
-
-  private showCallScreen() {
-    // 显示通话界面
-    console.log('显示通话界面');
-  }
-
-  private hideCallScreen() {
-    // 隐藏通话界面
-    console.log('隐藏通话界面');
-  }
-
-  private showQualityIndicator(warning: string) {
-    // 显示质量警告
-    console.log('质量警告：', warning);
-  }
-}
-
-// 用法
-const voiceService = new VoiceCallService();
-
-// 使用来自后端的访问令牌初始化
-const token = await fetchTwilioToken();
-await voiceService.initialize(token);
-
-// 拨打电话
-await voiceService.makeCall('+1234567890');
-
-// 控制通话
-await voiceService.toggleMute();
-await voiceService.toggleSpeaker();
-await voiceService.sendDTMF('1');
-
-// 结束通话
-await voiceService.endCall();
-
-// 登出
-await voiceService.logout();
-```
-
-## 最佳实践
-
-- 从后端服务器获取访问令牌，永远不要将其嵌入到应用中
-- 为长时间运行的会话实现令牌刷新逻辑
-- 使用重新连接逻辑处理网络中断
-- 为通话状态提供视觉反馈
-- 在实际设备上测试推送通知
-- 实现适当的错误处理
-- 在组件卸载时清理监听器
-- 在拨打电话之前请求麦克风权限
-
-## 安全注意事项
-
-- 永远不要在应用中存储 Twilio 凭证
-- 在后端生成访问令牌
-- 实现令牌过期和刷新
-- 对所有令牌请求使用 HTTPS
-- 在服务器端验证来电
-
-## 故障排除
-
-### 通话无法连接
-
-- 验证访问令牌有效且未过期
-- 检查网络连接
-- 确保已授予麦克风权限
-- 验证 Twilio 账户配置正确
-
-### 推送通知不起作用
-
-- 验证 PushKit/FCM 证书在 Twilio 中配置
-- 检查设备已注册推送通知
-- 使用生产证书测试
-
-### 音频问题
-
-- 检查麦克风权限
-- 验证扬声器/蓝牙设置
-- 在实际设备上测试音频路由
-
-## 来电者名称显示（CapacitorTwilioCallerName）
-
-默认情况下，来电显示来电者的电话号码或客户端 ID。您可以通过从 TwiML 后端传递 `CapacitorTwilioCallerName` 参数来自定义显示友好名称。
-
-### 后端设置
-
-在为 `<Client>` 拨号生成 TwiML 响应时，添加 `CapacitorTwilioCallerName` 参数：
-
-```java
-// Java 示例
-Parameter callerNameParam = new Parameter.Builder()
-    .name("CapacitorTwilioCallerName")
-    .value("John Doe")
-    .build();
-
-Client client = new Client.Builder(identity)
-    .parameter(callerNameParam)
-    .build();
-
-Dial dial = new Dial.Builder()
-    .client(client)
-    .build();
-```
-
-```javascript
-// Node.js 示例
-const VoiceResponse = require('twilio').twiml.VoiceResponse;
-
-const response = new VoiceResponse();
-const dial = response.dial();
-dial.client({
-  name: 'CapacitorTwilioCallerName',
-  value: 'John Doe'
-}, identity);
-```
-
-### 工作原理
-
-1. 当您的后端收到来电时，它生成 TwiML 来路由通话
-2. 包含带有来电者显示名称的 `CapacitorTwilioCallerName` 参数
-3. 插件自动提取此参数并将其用于：
-   - iOS CallKit 来电屏幕
-   - Android 来电通知
-   - `incomingCall` 事件中的 `from` 字段
-   - 通话状态中的 `pendingInvites` 数组
-
-如果未提供 `CapacitorTwilioCallerName`，插件会回退到来电者的电话号码或客户端 ID。
diff --git a/src/content/docs/zh/docs/plugins/twilio-voice/index.mdx b/src/content/docs/zh/docs/plugins/twilio-voice/index.mdx
deleted file mode 100644
index 657380154..000000000
--- a/src/content/docs/zh/docs/plugins/twilio-voice/index.mdx
+++ /dev/null
@@ -1,108 +0,0 @@
----
-title: "@capgo/capacitor-twilio-voice"
-locale: zh
-description: Twilio Voice API 集成插件，适用于具有 VoIP 通话、通话管理和音频处理功能的 Capacitor 应用。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-hero:
-  tagline: 集成 Twilio Voice API 实现高质量 VoIP 通话，具有通话管理、音频控制和实时通信功能。
-  image:
-    file: ~public/icons/plugins/twilio-voice.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/twilio-voice/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-twilio-voice/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-## 概述
-
-Capacitor Twilio Voice 插件使用 Twilio 的 Voice API 在 iOS 和 Android 应用中启用高质量 VoIP 通话功能。该插件提供全面的通话管理、身份验证和音频控制，用于创建专业的通话体验。
-
-<CardGrid stagger>
-  <Card title="VoIP 通话" icon="rocket">
-    使用 Twilio Voice API 通过互联网进行高质量语音通话 📞
-  </Card>
-  <Card title="通话管理" icon="setting">
-    拨打、接受、拒绝和结束通话，完全控制生命周期 🎛️
-  </Card>
-  <Card title="音频控制" icon="comment">
-    静音、扬声器切换和音频路由选项 🎤
-  </Card>
-  <Card title="平台支持" icon="approve-check">
-    原生 iOS 和 Android 实现，支持推送通知 📱
-  </Card>
-</CardGrid>
-
-## 安装
-
-```bash
-npm install @capgo/capacitor-twilio-voice
-npx cap sync
-```
-
-## 核心 API 方法
-
-### 身份验证
-- `login(options: { accessToken: string })` - 使用访问令牌对 Twilio 进行身份验证
-- `logout()` - 结束用户会话并清除通话状态
-- `isLoggedIn()` - 检查当前身份验证状态
-
-### 通话管理
-- `makeCall(options: { to: string })` - 向指定号码发起呼出通话
-- `acceptCall(options: { callSid: string })` - 接受来电
-- `rejectCall(options: { callSid: string })` - 拒绝来电
-- `endCall(options?: { callSid?: string })` - 终止活动通话
-- `muteCall(options: { muted: boolean, callSid?: string })` - 静音/取消静音通话音频
-- `setSpeaker(options: { enabled: boolean })` - 切换扬声器输出
-
-## 事件监听器
-
-该插件为以下内容提供全面的事件处理：
-- 连接状态的注册事件
-- 通话状态变化（已连接、已断开、响铃中）
-- 质量警告和连接问题
-- 来电通知
-
-## 平台配置
-
-### iOS 设置
-- 需要 PushKit 集成以接收来电
-- 用于生产使用的证书配置
-- Info.plist 中的麦克风权限
-
-### Android 设置
-- 用于推送通知的 Firebase 设置
-- AndroidManifest.xml 中的麦克风权限
-- 后台服务配置
-
-## 快速入门示例
-
-```typescript
-import { TwilioVoice } from '@capgo/capacitor-twilio-voice';
-
-// 使用 Twilio 进行身份验证
-await TwilioVoice.login({ accessToken: 'your-twilio-access-token' });
-
-// 拨打电话
-await TwilioVoice.makeCall({ to: '+1234567890' });
-
-// 监听通话事件
-TwilioVoice.addListener('callConnected', (data) => {
-  console.log('通话已连接：', data);
-});
-```
-
-## 文档
-
-查看[完整文档](/docs/plugins/twilio-voice/getting-started/)以获取详细的设置说明、高级配置和集成示例。
diff --git a/src/content/docs/zh/docs/plugins/updater/api.md b/src/content/docs/zh/docs/plugins/updater/api.md
deleted file mode 100644
index 9c7697788..000000000
--- a/src/content/docs/zh/docs/plugins/updater/api.md
+++ /dev/null
@@ -1,1147 +0,0 @@
----
-title: "函数和设置"
-locale: zh
-description: "插件的所有可用方法和设置"
-sidebar:
-  order: 2
----
-
-# Updater 插件配置
-
-有关更多信息，请参阅 Github [Readme](https://github.com/Cap-go/capacitor-updater)。
-
-<docgen-config>
-<!--更新源文件 JSDoc 注释并重新运行 docgen 以更新下面的文档-->
-
-CapacitorUpdater 可以使用以下选项进行配置：
-
-| 属性                         | 类型                                            | 描述                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       | 默认值                                            | 版本   |
-| ---------------------------- | ----------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------- | ------- |
-| **`appReadyTimeout`**        | <code>number</code>                             | 配置原生插件在将更新视为"失败"之前应等待的毫秒数。仅适用于 Android 和 iOS。                                                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>10000 // (10 秒)</code>                 |         |
-| **`responseTimeout`**        | <code>number</code>                             | 配置原生插件在将 API 视为超时之前应等待的毫秒数。仅适用于 Android 和 iOS。                                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>20 // (20 秒)</code>                     |         |
-| **`autoDeleteFailed`**       | <code>boolean</code>                            | 配置插件是否应自动删除失败的捆绑包。仅适用于 Android 和 iOS。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                  | <code>true</code>                                  |         |
-| **`autoDeletePrevious`**     | <code>boolean</code>                            | 配置插件是否应在成功更新后自动删除以前的捆绑包。仅适用于 Android 和 iOS。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                      | <code>true</code>                                  |         |
-| **`autoUpdate`**             | <code>boolean</code>                            | 配置插件是否应通过更新服务器使用自动更新。仅适用于 Android 和 iOS。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>true</code>                                  |         |
-| **`resetWhenUpdate`**        | <code>boolean</code>                            | 当将较新的原生应用捆绑包安装到设备时，自动删除以前下载的捆绑包。仅适用于 Android 和 iOS。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>true</code>                                  |         |
-| **`updateUrl`**              | <code>string</code>                             | 配置发送更新检查的 URL / 端点。仅适用于 Android 和 iOS。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>https://plugin.capgo.app/updates</code>      |         |
-| **`channelUrl`**             | <code>string</code>                             | 配置频道操作的 URL / 端点。仅适用于 Android 和 iOS。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          | <code>https://plugin.capgo.app/channel_self</code> |         |
-| **`statsUrl`**               | <code>string</code>                             | 配置发送更新统计信息的 URL / 端点。仅适用于 Android 和 iOS。设置为 "" 以禁用统计报告。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       | <code>https://plugin.capgo.app/stats</code>        |         |
-| **`publicKey`**              | <code>string</code>                             | 配置端到端实时更新加密的公钥版本 2 仅适用于 Android 和 iOS。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                      | <code>undefined</code>                             | 6.2.0   |
-| **`version`**                | <code>string</code>                             | 配置应用的当前版本。这将用于第一次更新请求。如果未设置，插件将从原生代码获取版本。仅适用于 Android 和 iOS。                                                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>undefined</code>                             | 4.17.48 |
-| **`directUpdate`**           | <code>boolean \| 'always' \| 'atInstall' \| 'onLaunch'</code> | 配置插件何时应直接安装更新。仅适用于 autoUpdate 模式。适用于小于 10MB 的应用和使用 --partial 标志上传的应用。Zip 或大于 10MB 的应用对用户来说更新速度相对较慢。- false：永不进行直接更新（使用默认行为：在启动时下载，在后台时设置）- atInstall：仅在安装应用、从商店更新时进行直接更新，否则表现为 directUpdate = false - onLaunch：仅在应用安装、从商店更新或应用终止后进行直接更新，否则表现为 directUpdate = false - always：在所有先前情况下进行直接更新（应用安装、从商店更新、应用终止或应用恢复后），永不表现为 directUpdate = false - true：（已弃用）与"always"相同以保持向后兼容性。仅适用于 Android 和 iOS。 | <code>false</code>                                 | 5.1.0   |
-| **`autoSplashscreen`**       | <code>boolean</code>                            | 使用 directUpdate 时自动处理启动画面隐藏。启用后，插件将在应用更新后或不需要更新时自动隐藏启动画面。这消除了手动监听 appReady 事件并调用 SplashScreen.hide() 的需要。仅在 directUpdate 设置为"atInstall"、"always"或 true 时有效。需要安装 @capacitor/splash-screen 插件并配置 launchAutoHide: false。需要启用 autoUpdate 和 directUpdate。仅适用于 Android 和 iOS。                      | <code>false</code>                                 | 7.6.0   |
-| **`periodCheckDelay`**       | <code>number</code>                             | 配置定期更新检查的延迟时间。单位为秒。仅适用于 Android 和 iOS。不能少于 600 秒（10 分钟）。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                     | <code>600 // (10 分钟)</code>                   |         |
-| **`localS3`**                | <code>boolean</code>                            | 配置 CLI 使用本地服务器进行测试或自托管更新服务器。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 4.17.48 |
-| **`localHost`**              | <code>string</code>                             | 配置 CLI 使用本地服务器进行测试或自托管更新服务器。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 4.17.48 |
-| **`localWebHost`**           | <code>string</code>                             | 配置 CLI 使用本地服务器进行测试或自托管更新服务器。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 4.17.48 |
-| **`localSupa`**              | <code>string</code>                             | 配置 CLI 使用本地服务器进行测试或自托管更新服务器。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 4.17.48 |
-| **`localSupaAnon`**          | <code>string</code>                             | 配置 CLI 使用本地服务器进行测试。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                              | <code>undefined</code>                             | 4.17.48 |
-| **`localApi`**               | <code>string</code>                             | 配置 CLI 使用本地 API 进行测试。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 | <code>undefined</code>                             | 6.3.3   |
-| **`localApiFiles`**          | <code>string</code>                             | 配置 CLI 使用本地文件 API 进行测试。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            | <code>undefined</code>                             | 6.3.3   |
-| **`allowModifyUrl`**         | <code>boolean</code>                            | 允许插件从 JavaScript 端动态修改 updateUrl、statsUrl 和 channelUrl。                                                                                                                                                                                                                                                                                                                                                                                                                                                                           | <code>false</code>                                 | 5.4.0   |
-| **`defaultChannel`**         | <code>string</code>                             | 在配置中为应用设置默认频道。区分大小写。此设置将覆盖云中设置的默认频道，但仍会尊重云中所做的覆盖。                                                                                                                                                                                                                                                                                                                                                                                                                                                                      | <code>undefined</code>                             | 5.5.0   |
-| **`appId`**                  | <code>string</code>                             | 在配置中为应用配置应用 ID。                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   | <code>undefined</code>                             | 6.0.0   |
-| **`keepUrlPathAfterReload`** | <code>boolean</code>                            | 配置插件在重新加载后保留 URL 路径。警告：触发重新加载时，'window.history' 将被清除。                                                                                                                                                                                                                                                                                                                                                                                                                                                                  | <code>false</code>                                 | 6.8.0   |
-| **`disableJSLogging`**       | <code>boolean</code>                            | 禁用插件的 JavaScript 日志记录。如果为 true，插件将不会记录到 JavaScript 控制台。只会完成原生日志                                                                                                                                                                                                                                                                                                                                                                                                                                                        | <code>false</code>                                 | 7.3.0   |
-| **`shakeMenu`**              | <code>boolean</code>                            | 启用摇动手势以显示更新菜单用于调试/测试目的                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           | <code>false</code>                                 | 7.5.0   |
-
-## 示例
-
-在 `capacitor.config.json` 中：
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000 // (1 秒),
-      "responseTimeout": 10 // (10 秒),
-      "autoDeleteFailed": false,
-      "autoDeletePrevious": false,
-      "autoUpdate": false,
-      "resetWhenUpdate": false,
-      "updateUrl": https://example.com/api/auto_update,
-      "channelUrl": https://example.com/api/channel,
-      "statsUrl": https://example.com/api/stats,
-      "publicKey": undefined,
-      "version": undefined,
-      "directUpdate": undefined,
-      "autoSplashscreen": undefined,
-      "periodCheckDelay": undefined,
-      "localS3": undefined,
-      "localHost": undefined,
-      "localWebHost": undefined,
-      "localSupa": undefined,
-      "localSupaAnon": undefined,
-      "localApi": undefined,
-      "localApiFiles": undefined,
-      "allowModifyUrl": undefined,
-      "defaultChannel": undefined,
-      "appId": undefined,
-      "keepUrlPathAfterReload": undefined,
-      "disableJSLogging": undefined,
-      "shakeMenu": undefined
-    }
-  }
-}
-```
-
-在 `capacitor.config.ts` 中：
-
-```ts
-import { CapacitorConfig } from '@capacitor/cli';
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      appReadyTimeout: 1000 // (1 秒),
-      responseTimeout: 10 // (10 秒),
-      autoDeleteFailed: false,
-      autoDeletePrevious: false,
-      autoUpdate: false,
-      resetWhenUpdate: false,
-      updateUrl: https://example.com/api/auto_update,
-      channelUrl: https://example.com/api/channel,
-      statsUrl: https://example.com/api/stats,
-      publicKey: undefined,
-      version: undefined,
-      directUpdate: undefined,
-      autoSplashscreen: undefined,
-      periodCheckDelay: undefined,
-      localS3: undefined,
-      localHost: undefined,
-      localWebHost: undefined,
-      localSupa: undefined,
-      localSupaAnon: undefined,
-      localApi: undefined,
-      localApiFiles: undefined,
-      allowModifyUrl: undefined,
-      defaultChannel: undefined,
-      appId: undefined,
-      keepUrlPathAfterReload: undefined,
-      disableJSLogging: undefined,
-      shakeMenu: undefined,
-    },
-  },
-};
-
-export default config;
-```
-
-</docgen-config>
-
-<docgen-index>
-
-* [`notifyAppReady()`](#notifyappready)
-* [`setUpdateUrl(...)`](#setupdateurl)
-* [`setStatsUrl(...)`](#setstatsurl)
-* [`setChannelUrl(...)`](#setchannelurl)
-* [`download(...)`](#download)
-* [`next(...)`](#next)
-* [`set(...)`](#set)
-* [`delete(...)`](#delete)
-* [`list(...)`](#list)
-* [`reset(...)`](#reset)
-* [`current()`](#current)
-* [`reload()`](#reload)
-* [`setMultiDelay(...)`](#setmultidelay)
-* [`cancelDelay()`](#canceldelay)
-* [`getLatest(...)`](#getlatest)
-* [`setChannel(...)`](#setchannel)
-* [`unsetChannel(...)`](#unsetchannel)
-* [`getChannel()`](#getchannel)
-* [`listChannels()`](#listchannels)
-* [`setCustomId(...)`](#setcustomid)
-* [`getBuiltinVersion()`](#getbuiltinversion)
-* [`getDeviceId()`](#getdeviceid)
-* [`getPluginVersion()`](#getpluginversion)
-* [`isAutoUpdateEnabled()`](#isautoupdateenabled)
-* [`removeAllListeners()`](#removealllisteners)
-* [`addListener('download', ...)`](#addlistenerdownload-)
-* [`addListener('noNeedUpdate', ...)`](#addlistenernoneedupdate-)
-* [`addListener('updateAvailable', ...)`](#addlistenerupdateavailable-)
-* [`addListener('downloadComplete', ...)`](#addlistenerdownloadcomplete-)
-* [`addListener('majorAvailable', ...)`](#addlistenermajoravailable-)
-* [`addListener('updateFailed', ...)`](#addlistenerupdatefailed-)
-* [`addListener('downloadFailed', ...)`](#addlistenerdownloadfailed-)
-* [`addListener('appReloaded', ...)`](#addlistenerappreloaded-)
-* [`addListener('appReady', ...)`](#addlistenerappready-)
-* [`isAutoUpdateAvailable()`](#isautoupdateavailable)
-* [`getNextBundle()`](#getnextbundle)
-* [`setShakeMenu(...)`](#setshakemenu)
-* [`isShakeMenuEnabled()`](#isshakemenuenabled)
-* [接口](#interfaces)
-* [类型别名](#type-aliases)
-
-</docgen-index>
-
-# 方法
-
-<docgen-api>
-<!--更新源文件 JSDoc 注释并重新运行 docgen 以更新下面的文档-->
-
-## notifyAppReady()
-
-```typescript
-notifyAppReady() => Promise<AppReadyResult>
-```
-
-通知 Capacitor Updater 当前捆绑包正在工作（如果在每次应用启动时不调用此方法，将发生回滚）
-默认情况下，此方法应在应用启动后的前 10 秒内调用，否则将发生回滚。
-使用 {@link appReadyTimeout} 更改此行为
-
-**返回：** <code>Promise&lt;<a href="#appreadyresult">AppReadyResult</a>&gt;</code>
-
---------------------
-
-
-## setUpdateUrl(...)
-
-```typescript
-setUpdateUrl(options: UpdateUrl) => Promise<void>
-```
-
-为应用设置 updateUrl，这将用于检查更新。
-
-| 参数         | 类型                                            | 描述                                       |
-| ------------- | ----------------------------------------------- | ------------------------------------------------- |
-| **`options`** | <code><a href="#updateurl">UpdateUrl</a></code> | 包含用于检查更新的 URL。 |
-
-**版本：** 5.4.0
-
---------------------
-
-
-## setStatsUrl(...)
-
-```typescript
-setStatsUrl(options: StatsUrl) => Promise<void>
-```
-
-为应用设置 statsUrl，这将用于发送统计信息。传递空字符串将禁用统计信息收集。
-
-| 参数         | 类型                                          | 描述                                     |
-| ------------- | --------------------------------------------- | ----------------------------------------------- |
-| **`options`** | <code><a href="#statsurl">StatsUrl</a></code> | 包含用于发送统计信息的 URL。 |
-
-**版本：** 5.4.0
-
---------------------
-
-
-## setChannelUrl(...)
-
-```typescript
-setChannelUrl(options: ChannelUrl) => Promise<void>
-```
-
-为应用设置 channelUrl，这将用于设置频道。
-
-| 参数         | 类型                                              | 描述                                      |
-| ------------- | ------------------------------------------------- | ------------------------------------------------ |
-| **`options`** | <code><a href="#channelurl">ChannelUrl</a></code> | 包含用于设置频道的 URL。 |
-
-**版本：** 5.4.0
-
---------------------
-
-
-## download(...)
-
-```typescript
-download(options: DownloadOptions) => Promise<BundleInfo>
-```
-
-从提供的 URL 下载新捆绑包，它应该是一个 zip 文件，里面包含文件或里面有唯一 ID 的所有文件
-
-| 参数         | 类型                                                        | 描述                                                                                  |
-| ------------- | ----------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#downloadoptions">DownloadOptions</a></code> | 用于下载新捆绑包 zip 的 {@link <a href="#downloadoptions">DownloadOptions</a>}。 |
-
-**返回：** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-
-## next(...)
-
-```typescript
-next(options: BundleId) => Promise<BundleInfo>
-```
-
-设置在应用重新加载时使用的下一个捆绑包。
-
-| 参数         | 类型                                          | 描述                                                                                                   |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | 包含要在下次应用启动时设置的下一个捆绑包的 ID。{@link <a href="#bundleinfo">BundleInfo.id</a>} |
-
-**返回：** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a>&gt;</code>
-
---------------------
-
-
-## set(...)
-
-```typescript
-set(options: BundleId) => Promise<void>
-```
-
-设置当前捆绑包并立即重新加载应用。
-
-| 参数         | 类型                                          | 描述                                                                                       |
-| ------------- | --------------------------------------------- | ------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | 包含要设置为当前的新捆绑包 ID 的 {@link <a href="#bundleid">BundleId</a>} 对象。 |
-
---------------------
-
-
-## delete(...)
-
-```typescript
-delete(options: BundleId) => Promise<void>
-```
-
-从原生应用存储中删除指定的捆绑包。使用 {@link list} 获取存储的捆绑包 ID。
-
-| 参数         | 类型                                          | 描述                                                                                                                                   |
-| ------------- | --------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#bundleid">BundleId</a></code> | 包含要删除的捆绑包 ID 的 {@link <a href="#bundleid">BundleId</a>} 对象（注意，这是捆绑包 ID，而不是版本名称） |
-
---------------------
-
-
-## list(...)
-
-```typescript
-list(options?: ListOptions | undefined) => Promise<BundleListResult>
-```
-
-获取应用中所有本地下载的捆绑包
-
-| 参数         | 类型                                                | 描述                                                            |
-| ------------- | --------------------------------------------------- | ---------------------------------------------------------------------- |
-| **`options`** | <code><a href="#listoptions">ListOptions</a></code> | 用于列出捆绑包的 {@link <a href="#listoptions">ListOptions</a>} |
-
-**返回：** <code>Promise&lt;<a href="#bundlelistresult">BundleListResult</a>&gt;</code>
-
---------------------
-
-
-## reset(...)
-
-```typescript
-reset(options?: ResetOptions | undefined) => Promise<void>
-```
-
-将应用重置为 `builtin` 捆绑包（发送到 Apple App Store / Google Play Store 的捆绑包）或最后成功加载的捆绑包。
-
-| 参数         | 类型                                                  | 描述                                                                                                                                                                      |
-| ------------- | ----------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#resetoptions">ResetOptions</a></code> | 包含 {@link <a href="#resetoptions">ResetOptions.toLastSuccessful</a>}，`true` 重置为内置捆绑包，`false` 将重置为最后成功加载的捆绑包。 |
-
---------------------
-
-
-## current()
-
-```typescript
-current() => Promise<CurrentBundleResult>
-```
-
-获取当前捆绑包，如果没有设置，则返回 `builtin`。currentNative 是设备上安装的原始捆绑包
-
-**返回：** <code>Promise&lt;<a href="#currentbundleresult">CurrentBundleResult</a>&gt;</code>
-
---------------------
-
-
-## reload()
-
-```typescript
-reload() => Promise<void>
-```
-
-重新加载视图
-
---------------------
-
-
-## setMultiDelay(...)
-
-```typescript
-setMultiDelay(options: MultiDelayConditions) => Promise<void>
-```
-
-设置包含插件将用于延迟更新的条件的 {@link <a href="#delaycondition">DelayCondition</a>} 数组。
-在满足所有条件后，更新过程将像往常一样重新开始运行，因此更新将在后台或终止应用后安装。
-对于 `date` 类型，值应为 iso8601 日期字符串。
-对于 `background` 类型，值应为以毫秒为单位的数字。
-对于 `nativeVersion` 类型，值应为版本号。
-对于 `kill` 类型，不使用该值。
-该函数具有不一致的行为，kill 选项会在第一次终止后触发更新，而不是像其他选项那样在下一次后台后触发。这将在未来的主要版本中修复。
-
-| 参数         | 类型                                                                  | 描述                                                                                                |
-| ------------- | --------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#multidelayconditions">MultiDelayConditions</a></code> | 包含要设置的 {@link <a href="#multidelayconditions">MultiDelayConditions</a>} 条件数组 |
-
-**版本：** 4.3.0
-
---------------------
-
-
-## cancelDelay()
-
-```typescript
-cancelDelay() => Promise<void>
-```
-
-取消 {@link <a href="#delaycondition">DelayCondition</a>} 以立即处理更新。
-
-**版本：** 4.0.0
-
---------------------
-
-
-## getLatest(...)
-
-```typescript
-getLatest(options?: GetLatestOptions | undefined) => Promise<LatestVersion>
-```
-
-从更新 Url 获取最新可用捆绑包
-
-| 参数         | 类型                                                          |
-| ------------- | ------------------------------------------------------------- |
-| **`options`** | <code><a href="#getlatestoptions">GetLatestOptions</a></code> |
-
-**返回：** <code>Promise&lt;<a href="#latestversion">LatestVersion</a>&gt;</code>
-
-**版本：** 4.0.0
-
---------------------
-
-
-## setChannel(...)
-
-```typescript
-setChannel(options: SetChannelOptions) => Promise<ChannelRes>
-```
-
-为此设备设置频道。频道必须允许自我分配才能生效。
-不要使用此方法在启动时设置频道。
-此方法用于在应用准备就绪并且用户进行交互后设置频道。
-如果要在启动时设置频道，请使用 {@link PluginsConfig} 设置默认频道。
-此方法向 Capgo 后端发送请求以将设备 ID 链接到频道。Capgo 可以根据您频道的设置接受或拒绝。
-
-| 参数         | 类型                                                            | 描述                                                                      |
-| ------------- | --------------------------------------------------------------- | -------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setchanneloptions">SetChannelOptions</a></code> | 是要设置的 {@link <a href="#setchanneloptions">SetChannelOptions</a>} 频道 |
-
-**返回：** <code>Promise&lt;<a href="#channelres">ChannelRes</a>&gt;</code>
-
-**版本：** 4.7.0
-
---------------------
-
-
-## unsetChannel(...)
-
-```typescript
-unsetChannel(options: UnsetChannelOptions) => Promise<void>
-```
-
-取消设置此设备的频道。然后设备将返回到默认频道
-
-| 参数         | 类型                                                                |
-| ------------- | ------------------------------------------------------------------- |
-| **`options`** | <code><a href="#unsetchanneloptions">UnsetChannelOptions</a></code> |
-
-**版本：** 4.7.0
-
---------------------
-
-
-## getChannel()
-
-```typescript
-getChannel() => Promise<GetChannelRes>
-```
-
-获取此设备的频道
-
-**返回：** <code>Promise&lt;<a href="#getchannelres">GetChannelRes</a>&gt;</code>
-
-**版本：** 4.8.0
-
---------------------
-
-
-## listChannels()
-
-```typescript
-listChannels() => Promise<ListChannelsResult>
-```
-
-列出此设备可用的所有允许自我分配的频道
-
-**返回：** <code>Promise&lt;<a href="#listchannelsresult">ListChannelsResult</a>&gt;</code>
-
-**版本：** 7.5.0
-
---------------------
-
-
-## setCustomId(...)
-
-```typescript
-setCustomId(options: SetCustomIdOptions) => Promise<void>
-```
-
-为此设备设置自定义 ID
-
-| 参数         | 类型                                                              | 描述                                                                         |
-| ------------- | ----------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
-| **`options`** | <code><a href="#setcustomidoptions">SetCustomIdOptions</a></code> | 是要设置的 {@link <a href="#setcustomidoptions">SetCustomIdOptions</a>} customId |
-
-**版本：** 4.9.0
-
---------------------
-
-
-## getBuiltinVersion()
-
-```typescript
-getBuiltinVersion() => Promise<BuiltinVersion>
-```
-
-获取原生应用版本或在配置中设置的内置版本
-
-**返回：** <code>Promise&lt;<a href="#builtinversion">BuiltinVersion</a>&gt;</code>
-
-**版本：** 5.2.0
-
---------------------
-
-
-## getDeviceId()
-
-```typescript
-getDeviceId() => Promise<DeviceId>
-```
-
-获取用于标识设备的唯一 ID（发送到自动更新服务器）
-
-**返回：** <code>Promise&lt;<a href="#deviceid">DeviceId</a>&gt;</code>
-
---------------------
-
-
-## getPluginVersion()
-
-```typescript
-getPluginVersion() => Promise<PluginVersion>
-```
-
-获取原生 Capacitor Updater 插件版本（发送到自动更新服务器）
-
-**返回：** <code>Promise&lt;<a href="#pluginversion">PluginVersion</a>&gt;</code>
-
---------------------
-
-
-## isAutoUpdateEnabled()
-
-```typescript
-isAutoUpdateEnabled() => Promise<AutoUpdateEnabled>
-```
-
-获取自动更新配置的状态。
-
-**返回：** <code>Promise&lt;<a href="#autoupdateenabled">AutoUpdateEnabled</a>&gt;</code>
-
---------------------
-
-
-## removeAllListeners()
-
-```typescript
-removeAllListeners() => Promise<void>
-```
-
-移除此插件的所有监听器。
-
-**版本：** 1.0.0
-
---------------------
-
-
-## addListener('download', ...)
-
-```typescript
-addListener(eventName: 'download', listenerFunc: (state: DownloadEvent) => void) => Promise<PluginListenerHandle>
-```
-
-在应用中监听捆绑包下载事件。在下载开始后、下载期间和完成时触发。
-这将在下载期间返回所有下载百分比
-
-| 参数              | 类型                                                                        |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'download'</code>                                                     |
-| **`listenerFunc`** | <code>(state: <a href="#downloadevent">DownloadEvent</a>) =&gt; void</code> |
-
-**返回：** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**版本：** 2.0.11
-
---------------------
-
-
-## addListener('noNeedUpdate', ...)
-
-```typescript
-addListener(eventName: 'noNeedUpdate', listenerFunc: (state: NoNeedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-监听无需更新事件，当您想每次启动应用时强制检查时很有用
-
-| 参数              | 类型                                                                    |
-| ------------------ | ----------------------------------------------------------------------- |
-| **`eventName`**    | <code>'noNeedUpdate'</code>                                             |
-| **`listenerFunc`** | <code>(state: <a href="#noneedevent">NoNeedEvent</a>) =&gt; void</code> |
-
-**返回：** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**版本：** 4.0.0
-
---------------------
-
-
-## addListener('updateAvailable', ...)
-
-```typescript
-addListener(eventName: 'updateAvailable', listenerFunc: (state: UpdateAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-监听可用更新事件，当您想每次启动应用时强制检查时很有用
-
-| 参数              | 类型                                                                                      |
-| ------------------ | ----------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'updateAvailable'</code>                                                            |
-| **`listenerFunc`** | <code>(state: <a href="#updateavailableevent">UpdateAvailableEvent</a>) =&gt; void</code> |
-
-**返回：** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**版本：** 4.0.0
-
---------------------
-
-
-## addListener('downloadComplete', ...)
-
-```typescript
-addListener(eventName: 'downloadComplete', listenerFunc: (state: DownloadCompleteEvent) => void) => Promise<PluginListenerHandle>
-```
-
-监听 downloadComplete 事件。
-
-| 参数              | 类型                                                                                        |
-| ------------------ | ------------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'downloadComplete'</code>                                                             |
-| **`listenerFunc`** | <code>(state: <a href="#downloadcompleteevent">DownloadCompleteEvent</a>) =&gt; void</code> |
-
-**返回：** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**版本：** 4.0.0
-
---------------------
-
-
-## addListener('majorAvailable', ...)
-
-```typescript
-addListener(eventName: 'majorAvailable', listenerFunc: (state: MajorAvailableEvent) => void) => Promise<PluginListenerHandle>
-```
-
-在应用中监听主要更新事件，让您知道何时通过设置 disableAutoUpdateBreaking 阻止了主要更新
-
-| 参数              | 类型                                                                                    |
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'majorAvailable'</code>                                                           |
-| **`listenerFunc`** | <code>(state: <a href="#majoravailableevent">MajorAvailableEvent</a>) =&gt; void</code> |
-
-**返回：** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**版本：** 2.3.0
-
---------------------
-
-
-## addListener('updateFailed', ...)
-
-```typescript
-addListener(eventName: 'updateFailed', listenerFunc: (state: UpdateFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-在应用中监听更新失败事件，让您知道何时更新在下次应用启动时安装失败
-
-| 参数              | 类型                                                                                |
-| ------------------ | ----------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'updateFailed'</code>                                                         |
-| **`listenerFunc`** | <code>(state: <a href="#updatefailedevent">UpdateFailedEvent</a>) =&gt; void</code> |
-
-**返回：** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**版本：** 2.3.0
-
---------------------
-
-
-## addListener('downloadFailed', ...)
-
-```typescript
-addListener(eventName: 'downloadFailed', listenerFunc: (state: DownloadFailedEvent) => void) => Promise<PluginListenerHandle>
-```
-
-在应用中监听下载失败事件，让您知道何时捆绑包下载失败
-
-| 参数              | 类型                                                                                    |
-| ------------------ | --------------------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'downloadFailed'</code>                                                           |
-| **`listenerFunc`** | <code>(state: <a href="#downloadfailedevent">DownloadFailedEvent</a>) =&gt; void</code> |
-
-**返回：** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**版本：** 4.0.0
-
---------------------
-
-
-## addListener('appReloaded', ...)
-
-```typescript
-addListener(eventName: 'appReloaded', listenerFunc: () => void) => Promise<PluginListenerHandle>
-```
-
-在应用中监听重新加载事件，让您知道何时发生了重新加载
-
-| 参数              | 类型                       |
-| ------------------ | -------------------------- |
-| **`eventName`**    | <code>'appReloaded'</code> |
-| **`listenerFunc`** | <code>() =&gt; void</code> |
-
-**返回：** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**版本：** 4.3.0
-
---------------------
-
-
-## addListener('appReady', ...)
-
-```typescript
-addListener(eventName: 'appReady', listenerFunc: (state: AppReadyEvent) => void) => Promise<PluginListenerHandle>
-```
-
-在应用中监听应用就绪事件，让您知道何时应用准备好使用
-
-| 参数              | 类型                                                                        |
-| ------------------ | --------------------------------------------------------------------------- |
-| **`eventName`**    | <code>'appReady'</code>                                                     |
-| **`listenerFunc`** | <code>(state: <a href="#appreadyevent">AppReadyEvent</a>) =&gt; void</code> |
-
-**返回：** <code>Promise&lt;<a href="#pluginlistenerhandle">PluginListenerHandle</a>&gt;</code>
-
-**版本：** 5.1.0
-
---------------------
-
-
-## isAutoUpdateAvailable()
-
-```typescript
-isAutoUpdateAvailable() => Promise<AutoUpdateAvailable>
-```
-
-获取自动更新是否可用（未被 serverUrl 禁用）。
-
-**返回：** <code>Promise&lt;<a href="#autoupdateavailable">AutoUpdateAvailable</a>&gt;</code>
-
---------------------
-
-
-## getNextBundle()
-
-```typescript
-getNextBundle() => Promise<BundleInfo | null>
-```
-
-获取应用重新加载时将使用的下一个捆绑包。
-如果未设置下一个捆绑包，则返回 null。
-
-**返回：** <code>Promise&lt;<a href="#bundleinfo">BundleInfo</a> | null&gt;</code>
-
-**版本：** 6.8.0
-
---------------------
-
-
-## setShakeMenu(...)
-
-```typescript
-setShakeMenu(options: SetShakeMenuOptions) => Promise<void>
-```
-
-启用或禁用摇动菜单用于调试/测试目的
-
-| 参数         | 类型                                                                | 描述                                              |
-| ------------- | ------------------------------------------------------------------- | -------------------------------------------------------- |
-| **`options`** | <code><a href="#setshakemenuoptions">SetShakeMenuOptions</a></code> | 包含 enabled 布尔值以启用或禁用摇动菜单 |
-
-**版本：** 7.5.0
-
---------------------
-
-
-## isShakeMenuEnabled()
-
-```typescript
-isShakeMenuEnabled() => Promise<ShakeMenuEnabled>
-```
-
-获取摇动菜单的当前状态
-
-**返回：** <code>Promise&lt;<a href="#shakemenuenabled">ShakeMenuEnabled</a>&gt;</code>
-
-**版本：** 7.5.0
-
---------------------
-
-
-## 接口
-
-
-### AppReadyResult
-
-| 属性         | 类型                                              |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-
-
-### BundleInfo
-
-| 属性             | 类型                                                  |
-| ---------------- | ----------------------------------------------------- |
-| **`id`**         | <code>string</code>                                   |
-| **`version`**    | <code>string</code>                                   |
-| **`downloaded`** | <code>string</code>                                   |
-| **`checksum`**   | <code>string</code>                                   |
-| **`status`**     | <code><a href="#bundlestatus">BundleStatus</a></code> |
-
-
-### UpdateUrl
-
-| 属性      | 类型                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### StatsUrl
-
-| 属性      | 类型                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### ChannelUrl
-
-| 属性      | 类型                |
-| --------- | ------------------- |
-| **`url`** | <code>string</code> |
-
-
-### DownloadOptions
-
-此 URL 和版本用于从服务器下载捆绑包，如果您使用后端，所有信息将由 getLatest 方法提供。
-如果您不使用后端，则需要提供捆绑包的 URL 和版本。如果您使用 CLI 命令 encrypt 加密了捆绑包，则需要 Checksum 和 sessionKey，您应该收到它们作为命令的结果。
-
-| 属性             | 类型                         | 描述                                                                                                                                                      | 默认                | 版本 |
-| ---------------- | ---------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`url`**        | <code>string</code>          | 要下载的捆绑包 zip 文件的 URL（例如：dist.zip）。（这可以是任何 URL。例如：Amazon S3、GitHub 标签、您托管捆绑包的任何其他地方。） |                        |       |
-| **`version`**    | <code>string</code>          | 此捆绑包/版本的版本代码/名称                                                                                                                                     |                        |       |
-| **`sessionKey`** | <code>string</code>          | 更新的会话密钥，当捆绑包使用会话密钥加密时                                                                                  | <code>undefined</code> | 4.0.0 |
-| **`checksum`**   | <code>string</code>          | 更新的校验和，它应该是 sha256 并使用私钥加密，如果捆绑包已加密                                                    | <code>undefined</code> | 4.0.0 |
-| **`manifest`**   | <code>ManifestEntry[]</code> | 多文件下载的清单                                                                                                                            | <code>undefined</code> | 6.1.0 |
-
-
-### ManifestEntry
-
-| 属性               | 类型                        |
-| ------------------ | --------------------------- |
-| **`file_name`**    | <code>string \| null</code> |
-| **`file_hash`**    | <code>string \| null</code> |
-| **`download_url`** | <code>string \| null</code> |
-
-
-### BundleId
-
-| 属性     | 类型                |
-| -------- | ------------------- |
-| **`id`** | <code>string</code> |
-
-
-### BundleListResult
-
-| 属性          | 类型                      |
-| ------------- | ------------------------- |
-| **`bundles`** | <code>BundleInfo[]</code> |
-
-
-### ListOptions
-
-| 属性      | 类型                 | 描述                                                                                                                                   | 默认            | 版本  |
-| --------- | -------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- | ------------------ | ------ |
-| **`raw`** | <code>boolean</code> | 是否返回原始捆绑包列表或清单。如果为 true，列表将尝试读取内部数据库而不是磁盘上的文件。 | <code>false</code> | 6.14.0 |
-
-
-### ResetOptions
-
-| 属性                   | 类型                 |
-| ---------------------- | -------------------- |
-| **`toLastSuccessful`** | <code>boolean</code> |
-
-
-### CurrentBundleResult
-
-| 属性         | 类型                                              |
-| ------------ | ------------------------------------------------- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> |
-| **`native`** | <code>string</code>                               |
-
-
-### MultiDelayConditions
-
-| 属性                  | 类型                          |
-| --------------------- | ----------------------------- |
-| **`delayConditions`** | <code>DelayCondition[]</code> |
-
-
-### DelayCondition
-
-| 属性        | 类型                                                      | 描述                              |
-| ----------- | --------------------------------------------------------- | ---------------------------------------- |
-| **`kind`**  | <code><a href="#delayuntilnext">DelayUntilNext</a></code> | 在 setMultiDelay 中设置延迟条件 |
-| **`value`** | <code>string</code>                                       |                                          |
-
-
-### LatestVersion
-
-| 属性             | 类型                         | 描述                | 版本 |
-| ---------------- | ---------------------------- | -------------------------- | ----- |
-| **`version`**    | <code>string</code>          | getLatest 方法的结果 | 4.0.0 |
-| **`checksum`**   | <code>string</code>          |                            | 6     |
-| **`major`**      | <code>boolean</code>         |                            |       |
-| **`message`**    | <code>string</code>          |                            |       |
-| **`sessionKey`** | <code>string</code>          |                            |       |
-| **`error`**      | <code>string</code>          |                            |       |
-| **`old`**        | <code>string</code>          |                            |       |
-| **`url`**        | <code>string</code>          |                            |       |
-| **`manifest`**   | <code>ManifestEntry[]</code> |                            | 6.1   |
-
-
-### GetLatestOptions
-
-| 属性          | 类型                | 描述                                                                                     | 默认                | 版本 |
-| ------------- | ------------------- | ----------------------------------------------------------------------------------------------- | ---------------------- | ----- |
-| **`channel`** | <code>string</code> | 要获取最新版本的频道 频道必须允许"self_assign"才能生效 | <code>undefined</code> | 6.8.0 |
-
-
-### ChannelRes
-
-| 属性          | 类型                | 描述                   | 版本 |
-| ------------- | ------------------- | ----------------------------- | ----- |
-| **`status`**  | <code>string</code> | 设置频道的当前状态 | 4.7.0 |
-| **`error`**   | <code>string</code> |                               |       |
-| **`message`** | <code>string</code> |                               |       |
-
-
-### SetChannelOptions
-
-| 属性                    | 类型                 |
-| ----------------------- | -------------------- |
-| **`channel`**           | <code>string</code>  |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### UnsetChannelOptions
-
-| 属性                    | 类型                 |
-| ----------------------- | -------------------- |
-| **`triggerAutoUpdate`** | <code>boolean</code> |
-
-
-### GetChannelRes
-
-| 属性           | 类型                 | 描述                   | 版本 |
-| -------------- | -------------------- | ----------------------------- | ----- |
-| **`channel`**  | <code>string</code>  | 获取频道的当前状态 | 4.8.0 |
-| **`error`**    | <code>string</code>  |                               |       |
-| **`message`**  | <code>string</code>  |                               |       |
-| **`status`**   | <code>string</code>  |                               |       |
-| **`allowSet`** | <code>boolean</code> |                               |       |
-
-
-### ListChannelsResult
-
-| 属性           | 类型                       | 描述                | 版本 |
-| -------------- | -------------------------- | -------------------------- | ----- |
-| **`channels`** | <code>ChannelInfo[]</code> | 可用频道列表 | 7.5.0 |
-
-
-### ChannelInfo
-
-| 属性                 | 类型                 | 描述                                     | 版本 |
-| -------------------- | -------------------- | ----------------------------------------------- | ----- |
-| **`id`**             | <code>string</code>  | 频道 ID                                  | 7.5.0 |
-| **`name`**           | <code>string</code>  | 频道名称                                | 7.5.0 |
-| **`public`**         | <code>boolean</code> | 这是否是公共频道                | 7.5.0 |
-| **`allow_self_set`** | <code>boolean</code> | 设备是否可以自我分配到此频道 | 7.5.0 |
-
-
-### SetCustomIdOptions
-
-| 属性           | 类型                |
-| -------------- | ------------------- |
-| **`customId`** | <code>string</code> |
-
-
-### BuiltinVersion
-
-| 属性          | 类型                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### DeviceId
-
-| 属性           | 类型                |
-| -------------- | ------------------- |
-| **`deviceId`** | <code>string</code> |
-
-
-### PluginVersion
-
-| 属性          | 类型                |
-| ------------- | ------------------- |
-| **`version`** | <code>string</code> |
-
-
-### AutoUpdateEnabled
-
-| 属性          | 类型                 |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### PluginListenerHandle
-
-| 属性         | 类型                                      |
-| ------------ | ----------------------------------------- |
-| **`remove`** | <code>() =&gt; Promise&lt;void&gt;</code> |
-
-
-### DownloadEvent
-
-| 属性          | 类型                                              | 描述                                    | 版本 |
-| ------------- | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`percent`** | <code>number</code>                               | 当前下载状态，介于 0 和 100 之间。 | 4.0.0 |
-| **`bundle`**  | <code><a href="#bundleinfo">BundleInfo</a></code> |                                                |       |
-
-
-### NoNeedEvent
-
-| 属性         | 类型                                              | 描述                                    | 版本 |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 当前下载状态，介于 0 和 100 之间。 | 4.0.0 |
-
-
-### UpdateAvailableEvent
-
-| 属性         | 类型                                              | 描述                                    | 版本 |
-| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 当前下载状态，介于 0 和 100 之间。 | 4.0.0 |
-
-
-### DownloadCompleteEvent
-
-| 属性         | 类型                                              | 描述                          | 版本 |
-| ------------ | ------------------------------------------------- | ------------------------------------ | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 当有新更新可用时发出。 | 4.0.0 |
-
-
-### MajorAvailableEvent
-
-| 属性          | 类型                | 描述                                | 版本 |
-| ------------- | ------------------- | ------------------------------------------ | ----- |
-| **`version`** | <code>string</code> | 当有新的主要捆绑包可用时发出。 | 4.0.0 |
-
-
-### UpdateFailedEvent
-
-| 属性         | 类型                                              | 描述                           | 版本 |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 当更新安装失败时发出。 | 4.0.0 |
-
-
-### DownloadFailedEvent
-
-| 属性          | 类型                | 描述                | 版本 |
-| ------------- | ------------------- | -------------------------- | ----- |
-| **`version`** | <code>string</code> | 当下载失败时发出。 | 4.0.0 |
-
-
-### AppReadyEvent
-
-| 属性         | 类型                                              | 描述                           | 版本 |
-| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |
-| **`bundle`** | <code><a href="#bundleinfo">BundleInfo</a></code> | 当应用准备好使用时发出。 | 5.2.0 |
-| **`status`** | <code>string</code>                               |                                       |       |
-
-
-### AutoUpdateAvailable
-
-| 属性            | 类型                 |
-| --------------- | -------------------- |
-| **`available`** | <code>boolean</code> |
-
-
-### SetShakeMenuOptions
-
-| 属性          | 类型                 |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-### ShakeMenuEnabled
-
-| 属性          | 类型                 |
-| ------------- | -------------------- |
-| **`enabled`** | <code>boolean</code> |
-
-
-## 类型别名
-
-
-### BundleStatus
-
-pending：捆绑包等待被**设置**为下一个捆绑包。
-downloading：捆绑包正在下载。
-success：捆绑包已下载并准备好被**设置**为下一个捆绑包。
-error：捆绑包下载失败。
-
-<code>'success' | 'error' | 'pending' | 'downloading'</code>
-
-
-### DelayUntilNext
-
-<code>'background' | 'kill' | 'nativeVersion' | 'date'</code>
-
-</docgen-api>
diff --git a/src/content/docs/zh/docs/plugins/updater/cordova.md b/src/content/docs/zh/docs/plugins/updater/cordova.md
deleted file mode 100644
index 067e7532e..000000000
--- a/src/content/docs/zh/docs/plugins/updater/cordova.md
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: "Cordova"
-locale: zh
-description: "探索 capacitor-updater 插件对 Cordova 的潜在可用性以及其开发过程中涉及的挑战。"
-sidebar:
-  order: 8
----
-
-您一直在想这个插件是否会支持 Cordova。
-
-我们为此启动了一个研发仓库，但这是一项巨大的工作量。
-
-## 问题
-
-我们知道我们可以做到，但为此，我们必须像为 Capacitor 所做的那样阅读 Cordova 代码库的所有代码，以了解如何使其与所有 Capgo 功能配合使用。
-
-Android 版本更容易实现，因为两者都使用 Java，但 iOS 需要完全重写，因为 Swift 在 Cordova 中仍然没有得到很好的支持
-
-## 解决方案
-
-与此同时，您可以这样做：
-
-* 在 GitHub 上[支持我们](https://github.com/sponsors/cap-go)，我们可以优先考虑这一点。
-这至少需要 1 个月的工作。
-* 聘请我们作为[顾问](https://capgo.app/consulting/)，我们习惯于帮助大公司迁移到 Capacitor，通常需要一个月，而且对您的团队来说[好处](https://ionic.io/resources/articles/capacitor-vs-cordova-modern-hybrid-app-development)巨大
diff --git a/src/content/docs/zh/docs/plugins/updater/debugging.mdx b/src/content/docs/zh/docs/plugins/updater/debugging.mdx
deleted file mode 100644
index bac5d5a5e..000000000
--- a/src/content/docs/zh/docs/plugins/updater/debugging.mdx
+++ /dev/null
@@ -1,172 +0,0 @@
----
-title: "调试"
-description: "如何调试 Capgo 的更新并理解配置可能出现的问题"
-sidebar:
-  order: 6
-locale: zh
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## 理解云日志:
-
-### 从后端发送
-
-| 代码                          | 描述                                                                                                                                                                 |
-| ------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **InvalidIp**                                    | 用户位于 Google 数据中心且更新小于 4 小时。这样做是为了防止 Google 机器人的设备计入您帐户的设备数。 |
-| **needPlanUpgrade**(以前称为 **needUpgrade**)    | 表示您已达到计划的限制,在您升级或下个月之前,设备将不会收到更新。                                  |
-| **noNew**                                        | 设备具有最新可用版本。                                                                                                                                |
-| **disablePlatformIos**                           | 设备在 iOS 平台上,但在频道设置中已禁用该平台。                                                                                            |
-| **disablePlatformAndroid**                       | 设备在 Android 平台上,但在频道设置中已禁用该平台。                                                                                        |
-| **disableAutoUpdate**                            | "major" \| "minor" \| "version_number" \| "none"                                       |
-| **disableAutoUpdateUnderNative**                 | 设备版本为 (`1.2.3`),频道有一个要发送的更新 (`1.2.2`) 低于设备版本,但在频道设置中已禁用。                   |
-| **disableDevBuild**                              | 设备有开发构建,但在频道设置中已禁用。                                                                                                   |
-| **disableEmulator**                              | 设备是模拟器,但在频道设置中已禁用。                                                                                                    |
-| **cannotGetBundle**                          | 无法为 bundle 下载生成有效的签名 URL。当 bundle URL 生成失败或返回无效 URL(不以 http/https 开头)且没有可用的清单作为后备时会发生这种情况。                                                                                          |
-| **cannotUpdateViaPrivateChannel**              | 设备尝试自我关联到私有频道,但频道设置不允许设备自我关联(`allow_device_self_set` 为 false)且频道不是公共的。                                                                                    |
-| **channelMisconfigured**                       | 频道配置为按版本号禁用自动更新(`disable_auto_update: 'version_number'`),但 bundle 的 `min_update_version` 字段为 null,使得无法确定哪些设备应该接收更新。                                                                                                                 |
-| **disableAutoUpdateMetadata**                  | 按版本号元数据禁用自动更新。频道要求设备版本至少为 `min_update_version`,但设备的当前版本低于此阈值。                                                                                                         |
-| **disableAutoUpdateToMajor**                   | 频道设置 `disable_auto_update: 'major'` 阻止会增加主版本号的更新(例如,阻止 1.x.x 更新到 2.x.x)。                                                                                             |
-| **disableAutoUpdateToMinor**                   | 频道设置 `disable_auto_update: 'minor'` 阻止会增加次版本号的更新(例如,阻止 1.2.x 更新到 1.3.x)。                                                                                             |
-| **disableAutoUpdateToPatch**                   | 频道设置 `disable_auto_update: 'patch'` 阻止会增加补丁版本号的更新,或仅允许在相同 major.minor 版本内的补丁级更新(例如,1.2.3 可以更新到 1.2.4 但不能更新到 1.2.2 或 1.3.0)。                                                                                             |
-| **missingBundle**                              | 分配给此频道的 bundle 没有可下载的内容。这意味着 bundle 没有 `external_url`,没有 `r2_path`,它不是内置版本,并且没有可供下载的清单条目。                                                                                                                   |
-| **NoChannelOrOverride**                        | 此应用未配置默认频道,并且设备没有分配特定的频道覆盖。必须至少存在一个才能使更新工作。                                                                                                     |
-| **rateLimited**                                | 设备由于过多请求而受到速率限制。                                                                                                        |
-
-
-### 从设备发送
-
-| 代码  | 描述                                                                       |
-| --------------------- | --------------------------------------------------------------------------------- |
-| **ping**              | 用于验证统计系统是否正常工作的内部测试操作。        |
-| **get**               | 下载新版本的信息已发送到设备。                 |
-| **delete**            | 设备上已删除一个 bundle。                                        |
-| **set**               | 设备上已设置一个 bundle。                                              |
-| **set_fail**          | bundle 设置失败。                                                         |
-| **reset**             | 设备重置为 `builtin` bundle。                                         |
-| **download_XX**       | 已下载新 bundle - XX% 表示进度(以 10% 递增)。 |
-| **download_complete** | 新 bundle 已完成下载。                                          |
-| **download_manifest_start** | 设备开始下载更新清单。                             |
-| **download_manifest_complete** | 设备完成下载更新清单。                          |
-| **download_zip_start** | 设备开始下载 bundle 归档。                                   |
-| **download_zip_complete** | 设备完成下载 bundle 归档。                                 |
-| **download_manifest_file_fail** | 一个清单条目下载失败;统计负载将 `version_name` 以 `version:fileName` 的形式放置以确定资产。 |
-| **download_manifest_checksum_fail** | 清单文件校验和验证失败。                           |
-| **download_manifest_brotli_fail** | 清单文件使用 Brotli 解压失败。                       |
-| **download_fail**     | 新 bundle 下载失败。                                                |
-| **update_fail**       | 新 bundle 已安装但未能调用 `notifyAppReady`。            |
-| **checksum_fail**     | 新 bundle 校验和验证失败。如果您使用 Capgo Cloud 并遇到此错误,这通常意味着您的应用版本期望不同的校验和类型。最新版本的 CLI 和插件(版本 5.10.0+、6.25.0+ 或 7+)使用 SHA256 校验和,而旧插件使用 CRC32。如果看到校验和失败,请检查校验和是否为 CRC32(较短的哈希)而不是 SHA256。这通常表示 bundle 是用旧版本的 CLI 上传的。在 Capgo 仪表板中验证您的 bundle 版本 - 自版本 5.10.0/6.25.0/7 以来创建的 bundle 应使用 SHA256。如果您看到 CRC32 校验和,请确保在本地安装了最新的插件版本(CLI 检查您的本地插件版本以确定要上传哪种校验和类型),然后升级您的 CLI 并重新上传 bundle。                                   |
-| **windows_path_fail** | zip 中包含非法的 Windows 路径文件                        |
-| **canonical_path_fail** | 文件路径不是规范的                                              |
-| **directory_path_fail** | zip 文件路径中存在错误                                         |
-| **unzip_fail**          | 解压失败                                                                   |
-| **low_mem_fail** | 由于设备内存不足导致下载失败                                    |
-| **app_moved_to_background** | 应用程序进入后台状态。                                   |
-| **app_moved_to_foreground** | 应用程序进入前台状态。                                   |
-| **decrypt_fail**        | 解密下载的 bundle 失败。                                          |
-| **getChannel**          | 查询设备的当前频道。                                   |
-| **setChannel**          | 成功为设备设置频道。                                    |
-| **uninstall**           | 应用程序已卸载或清除 Capgo 数据。                            |
-| **blocked_by_server_url** | capacitor 配置中存在 Server.url,这使 Capacitor 提供远程 url 并忽略本地文件,而我们的更新程序是为本地文件功能设计的。Server.url 被 Capacitor 制造商视为生产中的不良做法,并将导致许多问题和插件无法正常工作。                         |
-
-### Bundle 状态
-
-* `SUCCESS`: 安装 bundle 完成
-* `ERROR`: 安装或下载失败
-* `PENDING`: 下载完成,待发布
-* `DELETED`: Bundle 已删除,仍为统计信息呈现
-* `DOWNLOADING`: 当前正在下载 bundle
-
-## 理解设备日志:
-
-### 调试命令:
-
-Capgo 云用户有一个调试命令。
-
-```bash
-npx @capgo/cli@latest app debug
-```
-
-这将允许您检查应用中发生的所有事件,并在更新未发生时找到解决方案。
-
-### iOS
-
-在 Xcode 上查找您的日志
-
-<LinkCard
-    title="在 Xcode 中获取设备日志"
-    href="https://intercom.help/deploygate/en/articles/4682692-getting-the-device-log-in-xcode"
-/>
-
-### Android:
-
-在 Android Studio 上查找您的日志
-
-<LinkCard
-    title="使用 Logcat 查看日志"
-    href="https://developer.android.com/studio/debug/am-logcat"
-/>
-
-### 日志说明
-
-* `Failed to download from` **=>** 与 **download\_fail** 相同
-* `notifyAppReady was not called, roll back current bundle` => 与 **update\_fail** 相同
-
-## 在设备中查找下载的 bundle
-
-### iOS
-
-要在 iOS 上调试,您需要将应用转储到计算机上,可以这样做:
-
-Xcode 具有内置功能,用于检查 iOS 设备上开发者安装的应用的文件系统。
-![Xcode Window 菜单显示设备和模拟器选项](/ios_debug_update_1.webp)
-
-要实现这一点:
-
-* 将您的设备连接到 Mac,在 Xcode 菜单栏中选择 Window > Devices。
-* 在左侧窗格的 Devices 部分下选择您的设备。
-* 这将显示该设备的开发者安装的应用列表。
-* 选择要检查的应用,然后选择屏幕底部附近的 3 个点图标。
-* 在这里,您可以通过选择下载快照来查看当前文件系统。
-
-![Xcode Devices 面板显示应用容器下载选项](/ios_debug_update_2.webp)
-
-选择 Download Container... 将下载并导出文件系统的快照作为 .xcappdata 文件,您可以浏览该文件。
-
-![已下载的 xcappdata 文件及显示包内容上下文菜单](/ios_debug_update_3.webp)
-
-右键单击此文件并选择 Show Package Contents 以打开文件夹。
-
-打开 App Data 文件夹,您现在应该看到几个文件夹,如 Documents、Library、tmp 等。
-
-![iOS 应用容器文件夹结构显示 Documents 和 Library 文件夹](/ios_debug_update_4.webp)
-
-然后您将在 2 个文件夹中找到一个版本:
-
-`library/NoCloud/ionic_built_snapshots` 在应用重启后是必需的
-
-以及 `documents/versions` 用于热重载
-
-### Android
-
-要在 Android 上调试,您需要从 Android Studio 访问设备:
-
-* 单击 View > Tool Windows > Device File Explorer 或单击工具窗口栏中的 Device File Explorer 按钮以打开 Device File Explorer。
-* 从下拉列表中选择一个设备。
-* 打开路径 **data/data/APP\_NAME/** 其中 **APP\_NAME 是您的应用 ID。**
-
-![Android Studio Device File Explorer 显示应用数据目录](/android_debug_update.webp)
-
-然后找到 `versions` 文件夹以查看所有版本
-
-:::tip[您知道吗?]
-在 Android 上,所有版本都存储在一个文件夹中,与 iOS 不同,iOS 必须在两个位置复制。
-:::
-
-## 理解 iOS 生产崩溃日志
-
-<LinkCard
-    title="如何查看您应用的崩溃日志"
-    href="https://developer.apple.com/news/?id=nra79npr"
-/>
diff --git a/src/content/docs/zh/docs/plugins/updater/events.mdx b/src/content/docs/zh/docs/plugins/updater/events.mdx
deleted file mode 100644
index 32092d7d9..000000000
--- a/src/content/docs/zh/docs/plugins/updater/events.mdx
+++ /dev/null
@@ -1,289 +0,0 @@
----
-title: Events
-description: 您可以在 Capacitor 更新程序插件中监听的所有事件，以监控更新状态和进度
-sidebar:
-  order: 9
-locale: zh
----
-import { Aside, Tabs, TabItem } from '@astrojs/starlight/components';
-
-Capacitor 更新程序插件提供了多个您可以监听的事件，用于监视更新过程并响应不同的状态。
-
-## 事件监听器设置
-
-要侦听事件，请在 `CapacitorUpdater` 对象上使用 `addListener` 方法：
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Add a listener
-const listener = await CapacitorUpdater.addListener('eventName', (event) => {
-  // Handle the event
-});
-
-// Remove the listener when no longer needed
-listener.remove();
-
-// Remove all listeners
-await CapacitorUpdater.removeAllListeners();
-```
-
-## 可用活动
-
-### `download`
-
-在捆绑包下载过程中触发。提供下载进度信息。
-
-```typescript
-CapacitorUpdater.addListener('download', (event) => {
-  console.log(`Download progress: ${event.percent}%`);
-  console.log('Bundle info:', event.bundle);
-});
-```
-
-**事件数据：**
-- `percent`：数字 - 下载进度百分比（0-100）
-- `bundle`：BundleInfo - 有关正在下载的捆绑包的信息
-
-<Aside>
-下载期间会多次触发此事件以报告进度。
-</Aside>
-
-### `noNeedUpdate`
-
-当更新检查确定不需要更新时触发。
-
-```typescript
-CapacitorUpdater.addListener('noNeedUpdate', (event) => {
-  console.log('App is up to date');
-  console.log('Current bundle:', event.bundle);
-});
-```
-
-**事件数据：**
-- `bundle`：BundleInfo - 有关当前捆绑包的信息
-
-### `updateAvailable`
-
-当有新的更新可供下载时触发。
-
-```typescript
-CapacitorUpdater.addListener('updateAvailable', (event) => {
-  console.log('Update available');
-  console.log('New bundle:', event.bundle);
-  // You can trigger a download here if needed
-});
-```
-
-**事件数据：**
-- `bundle`：BundleInfo - 有关可用更新包的信息
-
-### `downloadComplete`
-
-当捆绑包下载成功完成时触发。
-
-```typescript
-CapacitorUpdater.addListener('downloadComplete', (event) => {
-  console.log('Download completed');
-  console.log('Downloaded bundle:', event.bundle);
-  // You might want to set this bundle as next
-});
-```
-
-**事件数据：**
-- `bundle`：BundleInfo - 有关下载的捆绑包的信息
-
-### `majorAvailable`
-
-当主要更新可用但被自动更新设置阻止时触发。
-
-```typescript
-CapacitorUpdater.addListener('majorAvailable', (event) => {
-  console.log('Major update available:', event.version);
-  // Notify user about major update
-});
-```
-
-**事件数据：**
-- `version`: string - 主要更新的版本号
-
-<Aside type="tip">
-主要更新通常需要用户确认或应用商店更新。使用此事件适当地通知用户。
-</Aside>
-
-### `updateFailed`
-
-当下次应用程序启动时安装更新失败时触发。
-
-```typescript
-CapacitorUpdater.addListener('updateFailed', (event) => {
-  console.error('Update failed to install');
-  console.log('Failed bundle:', event.bundle);
-  // Handle rollback or retry logic
-});
-```
-
-**事件数据：**
-- `bundle`：BundleInfo - 有关安装失败的捆绑包的信息
-
-### `downloadFailed`
-
-当捆绑包下载失败时触发。
-
-```typescript
-CapacitorUpdater.addListener('downloadFailed', (event) => {
-  console.error('Download failed for version:', event.version);
-  // Handle download retry logic
-});
-```
-
-**事件数据：**
-- `version`: string - 下载失败的版本
-
-### `appReloaded`
-
-当应用程序重新加载时触发。
-
-```typescript
-CapacitorUpdater.addListener('appReloaded', () => {
-  console.log('App has been reloaded');
-  // Perform any necessary reinitialization
-});
-```
-
-**事件数据：** 无
-
-### `appReady`
-
-当应用程序更新后可供使用时触发。
-
-```typescript
-CapacitorUpdater.addListener('appReady', (event) => {
-  console.log('App is ready');
-  console.log('Current bundle:', event.bundle);
-  console.log('Status:', event.status);
-});
-```
-
-**事件数据：**
-- `bundle`：BundleInfo - 有关当前捆绑包的信息
-- `status`: string - 就绪状态
-
-<Aside type="caution">
-请记住在配置的超时（默认 10 秒）内调用 `notifyAppReady()` 以防止自动回滚。
-</Aside>
-
-## BundleInfo 对象
-
-许多事件都包含具有以下属性的 `BundleInfo` 对象：
-
-```typescript
-interface BundleInfo {
-  id: string;           // Unique bundle identifier
-  version: string;      // Bundle version
-  downloaded: string;   // Download timestamp
-  checksum?: string;    // Bundle checksum (if available)
-  status: BundleStatus; // Bundle status
-}
-```
-
-其中 `BundleStatus` 可以是：
-- `'success'` - 捆绑包下载成功
-- `'错误'` - 捆绑包下载/安装失败
-- `'pending'` - 捆绑包正在等待设置为下一个
-- ``正在下载'` - 捆绑包当前正在下载
-
-## 示例：完整更新流程
-
-以下是使用事件处理完整更新流程的示例：
-
-<Aside type="caution">
-此 `UpdateManager` 类不包括自动更新流程所需的 `CapacitorUpdater.notifyAppReady()` 调用。
-请参阅[正确调用notifyAppReady](/docs/plugins/updater/auto-update#placing-notifyappready-call-correctly)文档以获取更多信息。
-</Aside>
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-export class UpdateManager {
-  private listeners: any[] = [];
-
-  async setupListeners() {
-    // Listen for available updates
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateAvailable', async (event) => {
-        console.log('Update available:', event.bundle.version);
-        // Auto-download the update
-        await CapacitorUpdater.download({ 
-          url: event.bundle.url,
-          version: event.bundle.version 
-        });
-      })
-    );
-
-    // Monitor download progress
-    this.listeners.push(
-      await CapacitorUpdater.addListener('download', (event) => {
-        console.log(`Downloading: ${event.percent}%`);
-        // Update UI progress bar
-        this.updateProgressBar(event.percent);
-      })
-    );
-
-    // Handle download completion
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadComplete', async (event) => {
-        console.log('Download complete:', event.bundle.version);
-        // Set as next bundle
-        await CapacitorUpdater.next({ id: event.bundle.id });
-      })
-    );
-
-    // Handle failures
-    this.listeners.push(
-      await CapacitorUpdater.addListener('downloadFailed', (event) => {
-        console.error('Download failed:', event.version);
-        this.showError('Update download failed. Please try again later.');
-      })
-    );
-
-    this.listeners.push(
-      await CapacitorUpdater.addListener('updateFailed', (event) => {
-        console.error('Update installation failed:', event.bundle.version);
-        this.showError('Update installation failed. The app has been rolled back.');
-      })
-    );
-
-    // Handle app ready
-    this.listeners.push(
-      await CapacitorUpdater.addListener('appReady', async (event) => {
-        console.log('App ready with bundle:', event.bundle.version);
-      })
-    );
-  }
-
-  cleanup() {
-    // Remove all listeners when no longer needed
-    this.listeners.forEach(listener => listener.remove());
-    this.listeners = [];
-  }
-
-  private updateProgressBar(percent: number) {
-    // Update your UI progress bar
-  }
-
-  private showError(message: string) {
-    // Show error to user
-  }
-}
-```
-
-## 最佳实践1. **始终调用 `notifyAppReady()`**：使用自动更新时，请始终在应用初始化后调用此方法以防止回滚。
-
-2. **优雅地处理失败**：对下载和更新失败实施正确的错误处理。
-
-3. **提供用户反馈**：使用下载进度事件向用户展示更新进度。
-
-4. **清理监听器**：当不再需要事件监听器时将其删除，以防止内存泄漏。
-
-5. **测试更新场景**：测试各种更新场景，包括失败、回滚和重大更新。
diff --git a/src/content/docs/zh/docs/plugins/updater/getting-started.mdx b/src/content/docs/zh/docs/plugins/updater/getting-started.mdx
deleted file mode 100644
index 02c8414c7..000000000
--- a/src/content/docs/zh/docs/plugins/updater/getting-started.mdx
+++ /dev/null
@@ -1,324 +0,0 @@
----
-title: 入门
-description: 使用更新程序插件将实时更新集成到 Capacitor 应用程序的快速入门指南。
-sidebar:
-  order: 2
-locale: zh
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## 安装
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/capacitor-updater
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## 快速入门
-
-对于大多数用户，我们建议遵循[主要快速入门指南](/docs/getting-started/quickstart/)，其中涵盖插件安装和 Capgo 云集成。
-
-本入门指南重点关注想要了解底层机制或实施自托管更新的高级用户的技术插件详细信息。
-
-## 概述
-
-Capacitor 更新程序插件可为您的 Capacitor 应用程序启用无线 (OTA) 更新。这使您可以将更新推送到您的应用程序，而无需经过应用程序商店评论。
-
-## 它是如何工作的
-
-1. **捆绑包下载**：插件下载更新捆绑包（包含您的网络资产的 ZIP 文件）
-2. **提取**：捆绑包被提取到设备的存储中
-3. **热重载**：应用程序无需重新启动即可切换到新捆绑包
-4. **回退**：如果更新失败，应用程序将恢复到之前的工作版本
-
-## 使用模式
-
-### 1.自动更新模式（推荐）
-
-使用具有自动更新管理功能的插件的最简单方法：
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Plugin handles everything automatically
-// Configure in capacitor.config.ts
-```
-
-添加到您的 `capacitor.config.ts`：
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-update-server.com/api/updates'
-    }
-  }
-}
-```
-
-### 2. 手动模式
-
-对于更新过程的高级控制：
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Download an update
-const bundle = await CapacitorUpdater.download({
-  url: 'https://your-server.com/updates/v1.0.1.zip',
-  version: '1.0.1'
-});
-
-// Set the bundle (will be used on next app start)
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-
-// Or reload immediately
-await CapacitorUpdater.reload();
-```
-
-## 平台配置
-
-### iOS
-
-无需额外配置。该插件开箱即用。
-
-### Android
-
-无需额外配置。该插件开箱即用。
-
-## 基本 API 用法
-
-### 下载更新
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-const bundle = await CapacitorUpdater.download({
-  url: 'https://example.com/update.zip',
-  version: '1.0.1'
-});
-
-console.log('Downloaded bundle:', bundle.id);
-```
-
-### 设置活动捆绑包
-
-```typescript
-// Set bundle to be used on next app start
-await CapacitorUpdater.set({
-  id: bundle.id
-});
-```
-
-### 重新加载新包
-
-```typescript
-// Reload app immediately with new bundle
-await CapacitorUpdater.reload();
-```
-
-### 列出捆绑包
-
-```typescript
-const { bundles } = await CapacitorUpdater.list();
-console.log('Available bundles:', bundles);
-```
-
-### 删除捆绑包
-
-```typescript
-await CapacitorUpdater.delete({
-  id: 'bundle-id'
-});
-```
-
-### 获取当前捆绑包
-
-```typescript
-const { bundle } = await CapacitorUpdater.current();
-console.log('Current bundle:', bundle.version);
-```
-
-## 事件监听器
-
-监听更新事件：
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-// Listen for download progress
-CapacitorUpdater.addListener('download', (info) => {
-  console.log('Download progress:', info.percent);
-});
-
-// Listen for download completion
-CapacitorUpdater.addListener('downloadComplete', (bundle) => {
-  console.log('Download complete:', bundle.version);
-});
-
-// Listen for update failures
-CapacitorUpdater.addListener('updateFailed', (error) => {
-  console.error('Update failed:', error);
-});
-
-// Listen for successful updates
-CapacitorUpdater.addListener('updateAvailable', (info) => {
-  console.log('Update available:', info.version);
-});
-```
-
-## 配置选项
-
-在 `capacitor.config.ts` 中配置插件：
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      // Auto-update settings
-      autoUpdate: true,
-      updateUrl: 'https://api.example.com/updates',
-
-      // Update behavior
-      resetWhenUpdate: true,
-      directUpdate: false,
-
-      // Version settings
-      version: '1.0.0',
-
-      // Security
-      allowModifyUrl: false,
-
-      // Stats collection
-      statsUrl: 'https://api.example.com/stats',
-
-      // Channel (for Capgo cloud)
-      defaultChannel: 'production'
-    }
-  }
-}
-```
-
-## 集成模式
-
-### 使用 Capgo 云
-
-最简单的入门方法：
-
-```typescript
-// Install the Capgo CLI
-npm install -g @capgo/cli
-
-// Login to Capgo
-npx @capgo/cli login
-
-// Upload your first bundle
-npx @capgo/cli bundle upload
-
-// The plugin auto-updates from Capgo cloud
-```
-
-有关详细信息，请参阅[主要快速入门指南](/docs/getting-started/quickstart/)。
-
-### 自托管更新
-
-托管您自己的更新服务器：
-
-```typescript
-// Configure your update endpoint
-{
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      updateUrl: 'https://your-server.com/api/check-update'
-    }
-  }
-}
-```
-
-你的服务器应该返回：
-
-```json
-{
-  "version": "1.0.1",
-  "url": "https://your-server.com/updates/1.0.1.zip"
-}
-```
-
-有关完整详细信息，请参阅[自托管模式](/docs/plugins/updater/self-hosted/getting-started/)。
-
-### 手动更新流程
-
-完全控制更新：
-
-```typescript
-import { CapacitorUpdater } from '@capgo/capacitor-updater';
-
-async function checkAndUpdate() {
-  // Check for updates from your server
-  const response = await fetch('https://api.example.com/check-update');
-  const { version, url } = await response.json();
-
-  // Download the update
-  const bundle = await CapacitorUpdater.download({
-    url,
-    version
-  });
-
-  // Notify bundle is ready
-  await CapacitorUpdater.notifyAppReady();
-
-  // Set as next version
-  await CapacitorUpdater.set({ id: bundle.id });
-
-  // Reload when ready
-  await CapacitorUpdater.reload();
-}
-```
-
-## 最佳实践
-
-- 当您的应用成功加载时，始终调用 `notifyAppReady()`
-- 在投入生产之前彻底测试更新
-- 对网络故障实施适当的错误处理
-- 一致地使用版本号
-- 保持较小的捆绑包大小以加快下载速度
-- 监控更新成功率
-
-## 后续步骤- [插件 API 参考](/docs/plugins/updater/api/) - 完整的 API 文档
-- [插件设置](/docs/plugins/updater/settings/) - 所有配置选项
-- [事件](/docs/plugins/updater/events/) - 可用的更新事件
-- [自托管模式](/docs/plugins/updater/self-hosted/getting-started/) - 运行您自己的更新服务器
-- [本地开发](/docs/plugins/updater/local-dev/getting-started/) - 本地测试更新
-- [调试](/docs/plugins/updater/debugging/) - 故障排除指南
-
-## 支持
-
-- [已知问题](/docs/plugins/updater/known-issues/) - 常见问题及解决方案
-- [GitHub 讨论](https://github.com/Cap-go/capacitor-updater/discussions) - 社区支持
-- [Discord](https://discord.gg/VnYRvBfgA6) - 实时聊天
diff --git a/src/content/docs/zh/docs/plugins/updater/index.mdx b/src/content/docs/zh/docs/plugins/updater/index.mdx
deleted file mode 100644
index 344081521..000000000
--- a/src/content/docs/zh/docs/plugins/updater/index.mdx
+++ /dev/null
@@ -1,76 +0,0 @@
----
-title: "@capgo/capacitor-updater"
-description: 支持 Capgo 实时更新功能的 Capacitor 插件,为您的应用启用无缝的空中下载更新。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
-locale: zh
-hero:
-  tagline: 在 Capacitor 应用中启用实时更新的核心技术,允许您无需应用商店批准即可推送更新。
-  image:
-    file: ~public/icons/plugins/updater.svg
-  actions:
-    - text: 开始使用
-      link: /docs/getting-started/quickstart/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-updater/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="空中下载更新" icon="rocket">
-    无需应用商店审核即可立即推送更新
-  </Card>
-  <Card title="高级 API" icon="setting">
-    通过全面的 API 方法完全控制更新流程
-  </Card>
-  <Card title="支持自托管" icon="download">
-    运行您自己的更新服务器以实现完全控制
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[插件 API](/docs/plugins/updater/api/)以在几分钟内掌握该插件。
-  </Card>
-</CardGrid>
-
-## 快速链接
-
-<LinkCard
-  title="实时更新文档"
-  description="在主实时更新部分了解频道、更新行为、回滚等内容。"
-  href="/docs/live-updates/"
-/>
-
-<LinkCard
-  title="入门指南"
-  description="遵循我们的快速入门指南为您的应用添加实时更新。"
-  href="/docs/getting-started/quickstart/"
-/>
-
-## 插件文档
-
-本技术参考涵盖:
-
-- **[插件 API](/docs/plugins/updater/api/)** - 所有可用方法及其用法
-- **[插件设置](/docs/plugins/updater/settings/)** - capacitor.config 的配置选项
-- **[已知问题](/docs/plugins/updater/known-issues/)** - 常见问题和解决方案
-- **[调试](/docs/plugins/updater/debugging/)** - 如何排查更新问题
-- **[事件](/docs/plugins/updater/events/)** - 可用的更新事件
-- **[本地开发](/docs/plugins/updater/local-dev/getting-started/)** - 本地测试更新
-- **[自托管模式](/docs/plugins/updater/self-hosted/getting-started/)** - 运行您自己的更新服务器
-
-## 安装
-
-```bash
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-有关设置和配置,请参阅[入门指南](/docs/getting-started/quickstart/)。
diff --git a/src/content/docs/zh/docs/plugins/updater/known-issues.mdx b/src/content/docs/zh/docs/plugins/updater/known-issues.mdx
deleted file mode 100644
index 0c002c523..000000000
--- a/src/content/docs/zh/docs/plugins/updater/known-issues.mdx
+++ /dev/null
@@ -1,130 +0,0 @@
----
-title: "已知问题"
-description: "Capacitor 和 Capgo 以及我们的更新程序的已知问题,本页面将帮助您理解工具中遇到的奇怪问题"
-sidebar:
-  order: 7
-locale: zh
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## Ionic 实时重载
-
-* 当您开发时,如果您使用 CLI 的 Ionic 实时重载功能,它会覆盖插件,因此您将永远看不到更新。
-
-## Quasar 实时重载
-
-* 它在底层使用与 Ionic 相同的系统,因此您将看不到更新。
-
-## 更新失败
-
-* 当推送大型更新 (> 20mb) 时通常会发生这种情况,很大比例的用户将无法获得最新版本。
-过去,用户需要保持应用打开直到下载完成,现在我们使用后台下载,但仍限制在几秒钟内。
-
-## Android
-
-### 无法下载
-
-我们在印度的设备上发现了一些问题,并与用户通话,让他们尝试不同的 DNS 服务器,结果成功了。
-
-因此,如果您遇到此问题,请尝试使用不同的 DNS 服务器,如 Cloudflare 或 Google DNS。
-
-Cloudflare: 1.1.1.1 和 1.0.0.1
-
-Google DNS: 8.8.8.8 和 8.8.4.4 或 dns.google
-
-<LinkCard
-	title="如何在 Android 上设置首选 DNS 服务器?"
-	href="https://www.androidpolice.com/use-preferred-dns-server-android-tutorial/"
-/>
-
-### 自托管
-当您推送自托管更新时,请注意不能使用 "HTTP" 端点,因为这违反了 Android 应用的安全策略,如果您仍想这样做,请遵循此指南:
-
-<LinkCard
-	title="如何在 Android (9) Pie 中允许所有网络连接类型 HTTP 和 HTTPS?"
-	href="https://stackoverflow.com/a/51902630/5511370"
-/>
-
-### 解压
-
-解压问题: DEFLATED 条目可以有 EXT 描述符
-
-如果您使用 CLI 以外的工具压缩 bundle,您的 zip 格式可能不正确,请使用 CLI 命令 `npx @capgo/cli zip BUNDLE_FOLDER`。
-
-这是 Java 的已知问题:
-
-<LinkCard
-	title="解压问题: DEFLATED 条目可以有 EXT 描述符"
-	href="https://bugs.openjdk.org/browse/JDK-8143613"
-/>
-
-
-### Clearfix 问题
-
-* 如果您遇到 usesCleartextTraffic 问题,这是因为插件遵循 sonar cloud 推荐的良好实践,在 90% 的情况下它会正常工作,但某些插件会导致问题。
-
-要修复它,请在 `android/app/src/main/AndroidManifest.xml` 的 `<application>` 键中添加:
-
-```xml
-tools:replace="android:usesCleartextTraffic"
-xmlns:tools="http://schemas.android.com/tools"
-```
-
-## iOS
-
-### 隐私清单
-
-将 `NSPrivacyAccessedAPICategoryUserDefaults` 字典键添加到您的[隐私清单](https://capacitorjs.com/docs/ios/privacy-manifest)(通常为 `ios/App/PrivacyInfo.xcprivacy`):
-
-```xml
-<?xml version="1.0" encoding="UTF-8"?>
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
-<plist version="1.0">
-  <dict>
-    <key>NSPrivacyAccessedAPITypes</key>
-    <array>
-      <!-- 如果文件已存在,请将此 dict 条目添加到数组中。 -->
-      <dict>
-        <key>NSPrivacyAccessedAPIType</key>
-        <string>NSPrivacyAccessedAPICategoryUserDefaults</string>
-        <key>NSPrivacyAccessedAPITypeReasons</key>
-        <array>
-          <string>CA92.1</string>
-        </array>
-      </dict>
-    </array>
-  </dict>
-</plist>
-```
-
-我们建议声明 [`CA92.1`](https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api#4278401) 作为访问 [`UserDefaults`](https://developer.apple.com/documentation/foundation/userdefaults) API 的原因。
-
-
-### 网络权限
-
-使用本地服务器测试更新时,应用会请求网络权限,这是正常行为,使用远程服务器时不会出现此情况。
-
-
-## 两个操作系统
-
-在手动模式更新时,某些事件不易捕获,例如更新失败会在 JS 代码重新加载之前触发,因此您将无法捕获它。
-
-一种替代方法是列出 bundle 并检查错误统计信息以了解更新是否失败。
-
-我们需要在未来找到更好的方法来处理这个问题,但这不是优先事项,因为自动模式是推荐的更新方式。
-
-欢迎提交 PR 帮助我们改进这一点。
-
-## CLI
-
-如果您的 CLI 在执行任何操作时遇到问题,
-
-请检查 **appId** 和 **appName** 是否存在于您的 **capacitor.config.ts** 中
-
-遵循官方文档的指南:
-
-<LinkCard
-	title="Capacitor 配置"
-	href="https://capacitorjs.com/docs/config"
-/>
diff --git a/src/content/docs/zh/docs/plugins/updater/local-dev/capacitor-updater.mdx b/src/content/docs/zh/docs/plugins/updater/local-dev/capacitor-updater.mdx
deleted file mode 100644
index 8430e133f..000000000
--- a/src/content/docs/zh/docs/plugins/updater/local-dev/capacitor-updater.mdx
+++ /dev/null
@@ -1,48 +0,0 @@
----
-title: "在自托管 capgo 中使用 capacitor updater"
-locale: zh
-description: "如何在自托管 Capgo 中使用 capacitor updater，完全自主地使用您自己的 Capgo 实例"
-sidebar:
-    order: 4
----
-
-## 本教程将涵盖什么？
-
-本教程将展示如何在自托管 capgo 的开发环境中使用 capacitor updater
-
-## 要求
-
- 1. [已克隆 capgo](https://github.com/Cap-go/capgo)
-
-## 入门指南
-
-要在自托管 capgo 中使用 capacitor updater，请编辑应用目录中的 `capacitor.config.ts` 并将其设置为：
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      statsUrl: "https://localhost:54321/functions/v1/stats",
-      channelUrl: "https://localhost:54321/functions/v1/channel_self",
-      updateUrl: "https://localhost:54321/functions/v1/updates"
-    },
-  },
-};
-```
-
-这将使您能够在开发中使用本地 capgo。但是，默认情况下，这还不够。
-
-> 默认情况下，iOS 和 Android 都要求您使用 HTTPS，您需要使用 Ngrock 或 localcan 等工具在 https 中代理您的 API。
-
-Android 中有一种启用[明文通信](https://developer.android.com/topic/security/risks/cleartext)的方法。
-这可以通过修改 [AndroidManifest.xml](https://github.com/Cap-go/capacitor-updater/blob/main/android/src/main/AndroidManifest.xml) 并在 `application` 标签中添加 `android:usesCleartextTraffic="true"` 来实现
-可以在[这里](https://gist.github.com/WcaleNieWolny/061a015acdebe35eaf3afd7030797701)看到此更改的完整示例
-
-还可能存在阻止 Android 应用连接的问题。如果您没有看到任何请求发送到边缘函数，请运行
-```bash
-adb reverse tcp:54321 tcp:54321
-```
diff --git a/src/content/docs/zh/docs/plugins/updater/local-dev/cli.mdx b/src/content/docs/zh/docs/plugins/updater/local-dev/cli.mdx
deleted file mode 100644
index 556919960..000000000
--- a/src/content/docs/zh/docs/plugins/updater/local-dev/cli.mdx
+++ /dev/null
@@ -1,34 +0,0 @@
----
-title: "在自托管 Capgo 中使用 CLI"
-description: "本指南说明如何在自托管 Capgo 实例中使用 CLI,使您能够在自己的服务器上使用 Capgo 工具而不是云服务"
-sidebar:
-  order: 2
-locale: zh
----
-
-## 本教程将涵盖什么?
-
-本教程将展示如何在自托管 Capgo 的开发环境中使用 CLI
-
-## 开始使用
-
-要在自托管 Capgo 中使用 CLI,请从应用目录编辑 `capacitor.config.ts` 并像这样设置:
-
-```ts
-const config: CapacitorConfig = {
-  appId: 'com.demo.app',
-  appName: 'demoApp',
-  webDir: 'dist',
-  bundledWebRuntime: false,
-  plugins: {
-    CapacitorUpdater : {
-      localHost: "http://localhost:5173",
-      localWebHost: "http://localhost:5173",
-      localSupa: "http://localhost:54321",
-      localSupaAnon: "see_notes",
-    },
-  },
-};
-```
-
-注意: 要获取 `localSupaAnon`,请按照[本教程](/docs/plugin/self-hosted/local-dev/getting-started/)并将 `anon key` 复制到 `localSupaAnon` 中
diff --git a/src/content/docs/zh/docs/plugins/updater/local-dev/contributing.mdx b/src/content/docs/zh/docs/plugins/updater/local-dev/contributing.mdx
deleted file mode 100644
index fcef25ee8..000000000
--- a/src/content/docs/zh/docs/plugins/updater/local-dev/contributing.mdx
+++ /dev/null
@@ -1,30 +0,0 @@
----
-title: "贡献"
-locale: zh
-description: "关于如何为 Capgo 开源项目做出贡献的详细指南，包括贡献的好处、贡献的步骤以及协助贡献者的可用资源"
-sidebar:
-  order: 2
----
-
-## 为什么要贡献？
-
-首先，感谢您考虑为 capgo 开源项目做出贡献！正是像您这样的人让 capgo 开源项目成为如此优秀的工具。
-
-以下是您可能想要考虑贡献的一些原因：
-
-* 为 capgo 开源项目做出贡献是从 capgo 团队提供的[众多悬赏](https://console.algora.io/org/Capgo)中赚取收入的好方法
-* 为 capgo 开源项目做出贡献是添加您想要看到的功能的好方法
-* 为 capgo 开源项目做出贡献是修复您遇到的错误的好方法
-* [Capgo 主许可证](https://github.com/Cap-go/capgo/blob/main/LICENSE)要求您开源您对其所做的任何更改。通过贡献您的代码，您可以保持您的更改开源并让其他人使用它
-
-## 如何贡献
-
- * 首先，您需要 fork 您想要贡献的仓库
- * 其次，您需要提交并推送您的更改到该仓库
- * 最后，您需要打开一个 pull request
- * 就是这样！现在您只需要等待 capgo 团队审查您的 PR
-
-## 进一步阅读的文档
-
- * Capgo 的 [CONTRIBUTING.MD](https://github.com/Cap-go/capgo/blob/main/CONTRIBUTING.md)
- * Capgo 的 [BOUNTY.md](https://github.com/Cap-go/capgo/blob/main/BOUNTY.md)
diff --git a/src/content/docs/zh/docs/plugins/updater/local-dev/getting-started.mdx b/src/content/docs/zh/docs/plugins/updater/local-dev/getting-started.mdx
deleted file mode 100644
index 84882c730..000000000
--- a/src/content/docs/zh/docs/plugins/updater/local-dev/getting-started.mdx
+++ /dev/null
@@ -1,78 +0,0 @@
----
-title: "入门指南"
-locale: zh
-description: "本教程将展示如何从头开始启动 Supabase 以及启动边缘函数，以在您自己的环境中运行 Capgo"
-sidebar:
-    order: 1
----
-
-## 本教程将涵盖什么？
-
-本教程将展示如何从头开始启动 supabase 以及启动边缘函数
-
-## 要求
- 1. 已克隆 [capgo](https://github.com/Cap-go/capgo)
- 3. [supabase](https://supabase.com/)
-
-## 入门指南
-
-要开始，请运行
-```bash
-supabase start
-```
-
-接下来应该看到类似这样的内容：
-```js
-Started supabase local development setup.
-
-         API URL: http://localhost:54321
-     GraphQL URL: http://localhost:54321/graphql/v1
-          DB URL: postgresql://postgres:postgres@localhost:54322/postgres
-      Studio URL: http://localhost:54323
-    Inbucket URL: http://localhost:54324
-      JWT secret: [truncated]
-        anon key: supa_key_anon
-service_role key: supa_key_admin
-```
-
-接下来打开 `configs.json` 并设置以下值：
-```json
-{
-  "base_domain": {
-    "prod": "console.capgo.app",
-    "development": "development.console.capgo.app",
-    "local": "localhost:3332"
-  },
-  "supa_anon": {
-    "prod": "supa_key_anon",
-    "development": "supa_key_anon",
-    "local": "supa_key_anon"
-  },
-  "supa_url": {
-    "prod": "http://localhost:54321",
-    "development": "http://localhost:54321",
-    "local": "http://localhost:54321"
-  }
-}
-```
-
-其中 `supa_key_anon` 是上一步的值。
-
-:::danger
-⚠️ 不要将 `configs.json` 提交到远程仓库
-:::
-
-接下来，验证您可以访问 [localhost:54323](http://localhost:54323/projects)，并且 `users` 表看起来像这样
-
-<figure><img src="/supabase.webp" alt="显示用户表的 Supabase 仪表板" /><figcaption></figcaption></figure>
-
-如果可以，请通过运行以下命令启动边缘函数：
-
-```bash
-supabase functions serve
-```
-
-并通过运行以下命令启动前端：
-```bash
-bun run serve
-```
diff --git a/src/content/docs/zh/docs/plugins/updater/notify-app-ready.mdx b/src/content/docs/zh/docs/plugins/updater/notify-app-ready.mdx
deleted file mode 100644
index 0653f7bab..000000000
--- a/src/content/docs/zh/docs/plugins/updater/notify-app-ready.mdx
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: "正确放置 CapacitorUpdater.notifyAppReady() 调用"
-locale: zh
-description: 如何在应用中正确放置 CapacitorUpdater.notifyAppReady() 调用以确保正确的自动更新流程。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "介绍"
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code } from '@astrojs/starlight/components';
-import { Aside } from '@astrojs/starlight/components';
-import ConditionalQuestionnaire from '@/components/ConditionalQuestionnaire.astro'
-
-`CapacitorUpdater.notifyAppReady()` 调用的放置位置对于正确的自动更新流程至关重要。
-
-
-如果未正确完成，应用将无法更新到最新版本。每个在 10 秒内未调用 `notifyAppReady()` 的版本将被标记为无效，并将被上一个有效版本或默认（内置）版本替换。
-
-
-在本指南中，我们将向您展示如何在应用中正确放置 `notifyAppReady()` 调用以确保正确的自动更新流程。
-
-### `notifyAppReady()` 调用放置位置问卷
-
-<ConditionalQuestionnaire />
-
-
-<div style="margin-top: 3rem;">
-<Aside type="note">
-如果您在问卷中找不到您的框架，请随时在我们的 [Discord](https://discord.capgo.app) 上提问。
-</Aside>
-</div>
\ No newline at end of file
diff --git a/src/content/docs/zh/docs/plugins/updater/self-hosted/auto-update.mdx b/src/content/docs/zh/docs/plugins/updater/self-hosted/auto-update.mdx
deleted file mode 100644
index 89f0c67a4..000000000
--- a/src/content/docs/zh/docs/plugins/updater/self-hosted/auto-update.mdx
+++ /dev/null
@@ -1,109 +0,0 @@
----
-title: "自动更新"
-description: "如何在自托管模式下将 Capgo 的更新端点与自动更新插件一起使用,它们的用途以及预期结果"
-sidebar:
-  order: 4
-locale: zh
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-本文档将说明如何运行您的自动更新服务器。
-
-## 提供您的 bundle
-确保您的 bundle 通过 HTTPS 提供,并且服务器具有正确的 CORS 标头以允许应用下载更新。
-例如 ```https://myserver.com/app/updates/updates.json```
-
-
-如果您不熟悉提供 bundle,我们建议您尝试 Capgo Cloud 或在此处查看示例:
-<LinkCard
-	title="提供 Bundle"
-	href="/docs/self-hosted/auto-update/update-endpoint"
-/>
-
-## 配置
-将 ``updateUrl`` 添加到您的 ``capacitor.config.json``。
-
-```json
-{
-	"plugins": {
-		"CapacitorUpdater": {
-			"updateUrl": "https://myserver.com/app/updates/updates.json",
-		}
-	}
-}
-```
-:::caution
-当您推送自托管更新时,请注意您不能使用 "HTTP" 端点,因为这违反了 Android 应用的安全策略,出于测试目的,您可以[允许它](https://stackoverflow.com/questions/45940861/android-8-cleartext-http-traffic-not-permitted)。
-:::
-
-## 更新 API
-
-每次打开应用时,插件都会向您的 API 发出 POST 调用,主体如下:
-
-```typescript
-interface AppInfos {
-    "platform": "ios" | "android",
-    "device_id": "UUID_of_device_unique_by_install",
-    "app_id": "APPID_FROM_CAPACITOR_CONFIG",
-    "custom_id": "your_custom_id_set_on_runtime",
-    "plugin_version": "PLUGIN_VERSION",
-    "version_build": "VERSION_NUMBER_FROM_NATIVE_CODE",
-    "version_code": "VERSION_CODE_FROM_NATIVE_CODE",
-    "version_name": "LAST_DOWNLOADER_VERSION" | "builtin"
-    "version_os": "VERSION_OF_SYSTEM_OS",
-    "is_emulator": boolean,
-    "is_prod": boolean,
-}
-```
-
-服务器 API 应以 JSON 格式响应 capacitor-updater 插件。如果需要更新,则使用此数据:
-
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"checksum": "sha256_checksum_of_bundle"
-}
-```
-
-在自动更新模式下,服务器应比较版本并返回正确的版本,如果存在 URL 键,插件将启动下载过程。
-
-如果您添加 "message" 和 "error" 键,则不会设置版本,消息将显示在日志中。
-
-`version` 键应采用 [`semver`](https://semver.org/) 格式。
-
-zip 文件应在根目录有 `index.html` 文件,或者根目录只有一个文件夹,其中包含 `index.html`。
-
-
-您可以使用 CLI 命令压缩您的 bundle:
-
-```bash title="创建一个包含要从服务器提供的文件的 bundle"
-npx @capgo/cli bundle zip --path [/path/to/my/bundle]
-```
-
-## 生成 Bundle 校验和
-
-**重要:** 您必须使用 Capgo CLI 创建 bundle zip 文件。Capgo 插件需要特定的 zip 格式和结构,只有使用官方 CLI 工具才能保证。标准 zip 实用程序可能会创建不兼容的存档。
-
-要为您的 bundle 生成校验和,请使用带有 `--json` 标志的 Capgo CLI zip 命令:
-
-```bash title="创建包含校验和信息的 bundle"
-npx @capgo/cli bundle zip [appId] --json
-```
-
-此命令将:
-- 创建与 Capgo 插件兼容的格式正确的 zip 文件
-- 生成用于完整性验证的 SHA256 校验和
-- 以 JSON 格式输出 bundle 信息
-
-示例输出:
-```json
-{
-  "version": "1.2.3",
-  "checksum": "a1b2c3d4e5f6789...",
-  "size": 1234567
-}
-```
-
-在您的 API 响应中使用此输出的 `checksum` 值,以确保插件可以在安装前验证 bundle 完整性。
diff --git a/src/content/docs/zh/docs/plugins/updater/self-hosted/encrypted-bundles.mdx b/src/content/docs/zh/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
deleted file mode 100644
index abe6f6c21..000000000
--- a/src/content/docs/zh/docs/plugins/updater/self-hosted/encrypted-bundles.mdx
+++ /dev/null
@@ -1,60 +0,0 @@
----
-title: 加密捆绑包
-description: 有关在自托管环境中使用手动更新插件的综合指南，详细介绍了管理加密包以实现安全高效更新所涉及的步骤和流程。
-sidebar:
-  order: 5
-locale: zh
----
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-## 端到端加密
-
-从版本 4.15.0 开始，该插件允许您发送加密更新。
-
-### 第 1 步：创建私钥
-```bash title='Create a private key'
-npx @capgo/cli key create
-```
-
-### 步骤 2：创建并压缩你的包
-```bash title="Create bundle zip with checksum"
-npx @capgo/cli bundle zip [appId] --key-v2 --json
-```
-
-`--key-v2` 标志使用具有更好校验和的新加密系统，而 `--json` 标志将输出包信息，包括加密所需的校验和。
-
-### 第 3 步：加密您的包
-```bash title="Encrypt bundled zip with checksum"
-npx @capgo/cli encrypt [path/to/zip] [checksum]
-```
-
-`checksum` 参数是步骤 2 中 zip 命令生成的 SHA256 校验和。加密命令将返回 `ivSessionKey` 并生成加密的校验和。请记住在更新负载中将 `ivSessionKey` 密钥重命名为 `session_key`。
-
-### 步骤 4：在更新负载中使用
-```json
-{
-"version": "1.2.3",
-"url": "https://myserver.com/app/updates/my-new-app-2.0.0.zip",
-"session_key": "encrypted_session_key",
-"checksum": "encrypted_checksum_from_encrypt_command"
-}
-```
-
-`session_key` 是加密命令返回的 `ivSessionKey`，`checksum` 是加密期间生成的加密校验和（不是 zip 命令的原始校验和）。
-
-然后，您的应用程序将能够使用私钥来解密 `session_key` 并使用解密后的 `session_key` 来解密更新。加密的校验和确保包完整性验证。
-
-## 了解更多
-
-<CardGrid>
-<LinkCard
-	title="端到端加密指南"
-	href="https://capgo.app/blog/introducing-end-to-end-security-to-capacitor-updater-with-code-signing/"
-	description="Deep dive into how Capgo's encryption system works with RSA + AES cryptography"
-/>
-<LinkCard
-	title="自托管实时更新"
-	href="https://capgo.app/blog/self-hosted-live-updates/"
-	description="Complete workflow for setting up self-hosted updates"
-/>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/updater/self-hosted/getting-started.mdx b/src/content/docs/zh/docs/plugins/updater/self-hosted/getting-started.mdx
deleted file mode 100644
index 5556a1799..000000000
--- a/src/content/docs/zh/docs/plugins/updater/self-hosted/getting-started.mdx
+++ /dev/null
@@ -1,117 +0,0 @@
----
-title: "开始使用"
-description: "关于设置和管理您自己的自动更新服务器以实现无缝应用更新和维护的综合指南"
-sidebar:
-  order: 1
-locale: zh
----
-
-import { LinkCard, CardGrid } from '@astrojs/starlight/components';
-
-本文档将说明如何运行您自己的自动更新服务器。
-
-## 介绍
-
-如果您觉得这项工作有帮助,请考虑通过成为 [Github 赞助者](https://github.com/sponsors/riderx)来支持我的工作。
-
-我打赌将我在这里构建的所有代码开源,而不是将其设为付费墙。通过开放而不是对抗和隐藏,我相信我们可以让世界变得更美好。
-
-此外,我希望专注于 Capgo 工具,并使其成为一个开放和透明的业务。
-
-但要使之成为可能,我们所有人都有必要尽自己的一份力,包括你。
-
-如果 Capgo 不适合您,那么按您自己的价格支付,并按您的条件[支持自举创客](https://github.com/sponsors/riderx)。
-
-<LinkCard title="考虑贡献" href="/docs/plugin/self-hosted/contributing/"/>
-## 功能对等
-
-如果您选择使用自己的服务器,您将失去 5 分钟的设置流程。\
-您需要自己实现所有这些功能。
-
-
-| Features                 | Capgo | Self hosted |
-| ------------------------ | ----- | ----------- |
-| Updates                  | ✅     | 🚧         |
-| Auto revert              | ✅     | 🚧         |
-| Email alerts on fail     | ✅     | 🚧         |
-| Channels                 | ✅     | 🚧         |
-| Channels Override        | ✅     | 🚧         |
-| Device Override          | ✅     | 🚧         |
-| Channels Settings        | ✅     | 🚧         |
-| Device Settings          | ✅     | 🚧         |
-| Custom ID                | ✅     | 🚧         |
-| Auto Set Channels        | ✅     | 🚧         |
-| API Channels             | ✅     | 🚧         |
-| Updates 统计       | ✅     | 🚧         |
-| Fail Download 统计 | ✅     | 🚧         |
-| App Usage 统计     | ✅     | 🚧         |
-| Update Encryption        | ✅     | 🚧         |
-| Differential updates     | ✅     | ❌         |
-
-:::danger
-如果您向用户发送错误的更新,您可能会并且将会破坏他们的应用。
-:::
-
-> 请注意,您不能同时使用 Capgo 云和您的服务器。
-
-
-
-:::danger
-空中下载 (OTA) 更新功能仅适用于对 HTML、CSS 和 JavaScript 文件所做的修改。
-
-如果您对原生代码进行任何更改,例如更新 Capacitor 插件,则必须将应用重新提交到应用商店以供审批。
-:::
-
-## 在自动和手动之间选择
-在自动模式下,部分逻辑由原生代码处理,更新由服务器端决定,这更安全并允许细粒度更新、部分部署到一个设备或组等。
-
-在手动模式下,所有逻辑都由 JS 处理。
-
-
-
-<LinkCard
-	title="Auto Update"
-	href="/docs/plugin/self-hosted/auto-update/"
-/>
-
-<LinkCard
-	title="Manual"
-	href="/docs/plugin/self-hosted/manual-update/"
-/>
-
-## 安装 Capacitor Updater
-
-```bash title="安装 Capacitor updater"
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-## 准备您的 bundle
-
-要向应用发送更新,您需要压缩它。
-确保 zip 文件正确的最佳方法是使用 Capgo CLI 进行压缩。
-```bash title="创建一个包含要从服务器提供的文件的 bundle"
-npx @capgo/cli@latest bundle zip
-```
-
-
-您将必须自己从服务器提供此 zip 文件。
-
-<LinkCard
-	title="Auto Update"
-	href="/docs/plugin/self-hosted/auto-update/"
-/>
-
-<LinkCard
-	title="Manual"
-	href="/docs/plugin/self-hosted/manual-update/"
-/>
-
-
-:::note
-如果这似乎工作量很大,请尝试 Capgo Cloud 试用版。
-:::
-
-:::note
-差异更新在手动更新中不起作用,但它可以在自动更新中起作用,现在它没有文档,因为这是一个相当复杂的过程
-:::
diff --git a/src/content/docs/zh/docs/plugins/updater/self-hosted/handling-channels.mdx b/src/content/docs/zh/docs/plugins/updater/self-hosted/handling-channels.mdx
deleted file mode 100644
index c85586e7b..000000000
--- a/src/content/docs/zh/docs/plugins/updater/self-hosted/handling-channels.mdx
+++ /dev/null
@@ -1,514 +0,0 @@
----
-title: 通道 API 端点
-description: 如何为自托管 Capgo 构建通道管理端点以处理设备通道分配和通道查询
-sidebar:
-  order: 8
-locale: zh
----
-通道是 Capgo 中管理应用程序更新的核心机制。在自托管模式下，您需要实现通道端点来处理设备分配、通道查询和通道管理操作。
-
-## 了解渠道
-
-渠道允许您：
-- **控制更新分发**：将不同的应用程序版本分配给不同的用户组
-- **A/B 测试**：针对特定用户群测试新功能  
-- **分阶段推出**：逐步部署更新以最大程度地降低风险
-- **环境分离**：单独的开发、暂存和生产更新
-
-## 配置
-
-在 `capacitor.config.json` 中配置通道端点 URL：
-
-```json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://myserver.com/api/channel_self"
-    }
-  }
-}
-```
-
-## 渠道运营
-
-该插件执行您的端点需要处理的不同通道操作：
-
-### 1. 列出兼容频道（GET 请求）
-
-当插件调用 `listChannels()` 时，它会发送 GET 请求以检索与设备兼容的所有通道。这将返回与设备环境（开发/产品、模拟器/真实设备）匹配的通道，并允许公共访问或自分配。
-
-#### 请求格式
-```typescript
-// GET /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Query parameters:
-interface ListChannelsRequest {
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  is_emulator: boolean
-  is_prod: boolean
-  key_id?: string
-}
-```
-
-#### 响应格式
-```json
-[
-  {
-    "id": 1,
-    "name": "production",
-    "public": true,
-    "allow_self_set": false
-  },
-  {
-    "id": 2,
-    "name": "beta",
-    "public": false,
-    "allow_self_set": true
-  }
-]
-```
-
-#### 了解渠道类型
-
-响应包括每个通道的两个重要标志：
-
-- **`public: true`**：这是一个**默认频道**。设备无法使用 `setChannel()` 自行分配给它。相反，如果设备删除其通道分配（使用 `unsetChannel()`），则如果该公共通道符合设备条件，它将自动接收来自此公共通道的更新。
-
-- **`allow_self_set: true`**：这是一个**可自行分配的通道**。设备可以使用 `setChannel()` 显式地将自己分配给此通道。这对于 beta 测试、A/B 测试或允许用户选择特定的更新轨道非常有用。
-
-:::note
-通道可以是 `public` 或 `allow_self_set`，但通常不能同时是两者。公共频道作为默认后备频道，而自分配频道则需要明确选择加入。
-:::
-
-### 2. 获取频道（PUT 请求）
-
-当插件调用 `getChannel()` 时，它会发送 PUT 请求以检索设备的当前通道分配。
-
-#### 请求格式
-```typescript
-// PUT /api/channel_self
-// Headers:
-{
-  "Content-Type": "application/json"
-}
-
-// Body:
-interface GetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-  defaultChannel?: string
-  channel?: string  // For newer plugin versions, contains local channel override
-}
-```
-
-#### 响应格式
-```json
-{
-  "status": "ok",
-  "channel": "production",
-  "allowSet": true,
-  "message": "",
-  "error": ""
-}
-```
-
-### 3. 设置频道（POST 请求）
-
-当插件调用 `setChannel()` 时，它会发送 POST 请求以将设备分配到特定通道。
-
-#### 请求格式
-```typescript
-// POST /api/channel_self
-interface SetChannelRequest {
-  device_id: string
-  app_id: string
-  channel: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-  is_emulator: boolean
-  is_prod: boolean
-}
-```
-
-#### 响应格式
-```json
-{
-  "status": "ok",
-  "message": "Device assigned to channel successfully",
-  "error": ""
-}
-```
-
-#### 错误案例
-
-当设备尝试将自己分配给**公共频道**（带有 `public: true` 的频道）时，您的端点应返回错误：
-
-```json
-{
-  "status": "error",
-  "error": "public_channel_self_set_not_allowed",
-  "message": "This channel is public and does not allow device self-assignment. Unset the channel and the device will automatically use the public channel."
-}
-```
-
-当设备尝试将自己分配给不允许自行分配的通道时：
-
-```json
-{
-  "status": "error",
-  "error": "channel_self_set_not_allowed",
-  "message": "This channel does not allow devices to self associate"
-}
-```
-
-### 4. 取消设置频道（删除请求）
-
-当插件调用 `unsetChannel()` 时，它会发送一个 DELETE 请求以删除设备的通道分配。
-
-#### 请求格式
-```typescript
-// DELETE /api/channel_self
-interface UnsetChannelRequest {
-  device_id: string
-  app_id: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-```
-
-## 实现示例
-
-以下是如何实现通道端点的 JavaScript 示例：
-
-```typescript
-interface ChannelRequest {
-  device_id: string
-  app_id: string
-  channel?: string
-  platform: "ios" | "android" | "electron"
-  plugin_version: string
-  version_build: string
-  version_code: string
-  version_name: string
-}
-
-interface ChannelResponse {
-  status: "ok" | "error"
-  channel?: string
-  allowSet?: boolean
-  message?: string
-  error?: string
-}
-
-export const handler = async (event) => {
-  const method = event.httpMethod || event.method
-  const body = JSON.parse(event.body || '{}') as ChannelRequest
-  
-  const { device_id, app_id, channel, platform } = body
-
-  try {
-    switch (method) {
-      case 'GET':
-        return await getDeviceChannel(device_id, app_id)
-        
-      case 'POST':
-        return await setDeviceChannel(device_id, app_id, channel!, platform)
-        
-      case 'DELETE':
-        return await unsetDeviceChannel(device_id, app_id)
-        
-      default:
-        return {
-          status: "error",
-          error: "Method not allowed"
-        }
-    }
-  } catch (error) {
-    return {
-      status: "error",
-      error: error.message
-    }
-  }
-}
-
-async function getDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Query your database for device channel assignment
-  const assignment = await database.getDeviceChannel(deviceId, appId)
-  
-  if (assignment) {
-    return {
-      status: "ok",
-      channel: assignment.channel,
-      allowSet: assignment.allowSelfAssign
-    }
-  }
-  
-  // Return default channel if no assignment found
-  return {
-    status: "ok",
-    channel: "production", // Your default channel
-    allowSet: true
-  }
-}
-
-async function setDeviceChannel(
-  deviceId: string, 
-  appId: string, 
-  channel: string, 
-  platform: string
-): Promise<ChannelResponse> {
-  // Validate channel exists and allows self-assignment
-  const channelConfig = await database.getChannelConfig(channel, appId)
-  
-  if (!channelConfig) {
-    return {
-      status: "error",
-      error: "Channel not found"
-    }
-  }
-  
-  if (!channelConfig.allowDeviceSelfSet) {
-    return {
-      status: "error",
-      error: "Channel does not allow self-assignment"
-    }
-  }
-  
-  // Check platform restrictions
-  if (platform === "ios" && !channelConfig.ios) {
-    return {
-      status: "error", 
-      error: "Channel not available for iOS"
-    }
-  }
-  
-  if (platform === "android" && !channelConfig.android) {
-    return {
-      status: "error", 
-      error: "Channel not available for Android" 
-    }
-  }
-  
-  if (platform === "electron" && !channelConfig.electron) {
-    return {
-      status: "error", 
-      error: "Channel not available for Electron" 
-    }
-  }
-  
-  // Save the assignment
-  await database.setDeviceChannel(deviceId, appId, channel)
-  
-  return {
-    status: "ok",
-    message: "Device assigned to channel successfully"
-  }
-}
-
-async function unsetDeviceChannel(deviceId: string, appId: string): Promise<ChannelResponse> {
-  // Remove device channel assignment
-  await database.removeDeviceChannel(deviceId, appId)
-  
-  return {
-    status: "ok",
-    message: "Device channel assignment removed"
-  }
-}
-```
-
-## 通道配置
-
-您的频道系统应支持以下配置选项：
-
-```typescript
-interface ChannelConfig {
-  name: string
-  appId: string
-
-  // Platform targeting
-  ios: boolean              // Allow updates to iOS devices
-  android: boolean          // Allow updates to Android devices
-  electron: boolean         // Allow updates to Electron apps
-
-  // Device type restrictions
-  allow_emulator: boolean   // Allow updates on emulator/simulator devices
-  allow_device: boolean     // Allow updates on real/physical devices
-
-  // Build type restrictions
-  allow_dev: boolean        // Allow updates on development builds (is_prod=false)
-  allow_prod: boolean       // Allow updates on production builds (is_prod=true)
-
-  // Channel assignment
-  public: boolean           // Default channel - devices fall back to this when no override
-  allowDeviceSelfSet: boolean  // Allow devices to self-assign via setChannel()
-
-  // Update policies
-  disableAutoUpdate: "major" | "minor" | "version_number" | "none"
-  disableAutoUpdateUnderNative: boolean
-}
-```
-
-### 设备过滤逻辑列出兼容频道（GET 请求）时，您应根据以下条件过滤频道：
-
-1. **平台检查**：通道必须允许设备的平台（`ios`、`android` 或 `electron`）
-2. **设备类型检查**：
-   - 如果 `is_emulator=true`：通道必须有 `allow_emulator=true`
-   - 如果 `is_emulator=false`：频道必须有 `allow_device=true`
-3. **构建类型检查**：
-   - 如果 `is_prod=true`：频道必须有 `allow_prod=true`
-   - 如果 `is_prod=false`：通道必须有 `allow_dev=true`
-4. **可见性检查**：通道必须是 `public=true` 或 `allow_device_self_set=true`
-
-```typescript
-// Example filtering logic
-function getCompatibleChannels(
-  platform: 'ios' | 'android' | 'electron',
-  isEmulator: boolean,
-  isProd: boolean,
-  channels: ChannelConfig[]
-): ChannelConfig[] {
-  return channels.filter(channel => {
-    // Platform check
-    if (!channel[platform]) return false
-
-    // Device type check
-    if (isEmulator && !channel.allow_emulator) return false
-    if (!isEmulator && !channel.allow_device) return false
-
-    // Build type check
-    if (isProd && !channel.allow_prod) return false
-    if (!isProd && !channel.allow_dev) return false
-
-    // Must be accessible (public or self-assignable)
-    if (!channel.public && !channel.allowDeviceSelfSet) return false
-
-    return true
-  })
-}
-```
-
-## 数据库架构示例
-
-您需要存储通道配置和设备分配：
-
-```sql
--- Channels table
-CREATE TABLE channels (
-  id SERIAL PRIMARY KEY,
-  name VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-
-  -- Platform targeting
-  ios BOOLEAN DEFAULT true,
-  android BOOLEAN DEFAULT true,
-  electron BOOLEAN DEFAULT true,
-
-  -- Device type restrictions
-  allow_emulator BOOLEAN DEFAULT true,   -- Allow emulator/simulator devices
-  allow_device BOOLEAN DEFAULT true,     -- Allow real/physical devices
-
-  -- Build type restrictions
-  allow_dev BOOLEAN DEFAULT true,        -- Allow development builds
-  allow_prod BOOLEAN DEFAULT true,       -- Allow production builds
-
-  -- Channel assignment
-  public BOOLEAN DEFAULT false,          -- Default channel (fallback)
-  allow_device_self_set BOOLEAN DEFAULT false,  -- Allow self-assignment
-
-  -- Update policies
-  disable_auto_update VARCHAR(50) DEFAULT 'none',
-  disable_auto_update_under_native BOOLEAN DEFAULT false,
-
-  created_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(name, app_id)
-);
-
--- Device channel assignments table
-CREATE TABLE device_channels (
-  id SERIAL PRIMARY KEY,
-  device_id VARCHAR(255) NOT NULL,
-  app_id VARCHAR(255) NOT NULL,
-  channel_name VARCHAR(255) NOT NULL,
-  assigned_at TIMESTAMP DEFAULT NOW(),
-  UNIQUE(device_id, app_id)
-);
-```
-
-## 错误处理
-
-处理常见错误场景：
-
-```typescript
-// Channel not found
-{
-  "status": "error",
-  "error": "Channel 'beta' not found"
-}
-
-// Self-assignment not allowed
-{
-  "status": "error", 
-  "error": "Channel does not allow device self-assignment"
-}
-
-// Platform not supported
-{
-  "status": "error",
-  "error": "Channel not available for this platform"
-}
-
-// Invalid request
-{
-  "status": "error",
-  "error": "Missing required field: device_id"
-}
-```
-
-## 最佳实践
-
-1. **安全性**：根据您的业务规则验证所有渠道分配
-2. **日志记录**：记录所有通道操作，以便审计和调试
-3. **性能**：缓存通道配置以减少数据库查询
-4. **验证**：验证device_id和app_id真实性
-5. **速率限制**：实施速率限制以防止滥用
-
-## 与更新集成
-
-通道分配与您的[更新 API 端点](/docs/plugin/self-hosted/handling-updates/) 协同工作。当设备请求更新时，检查其通道分配以确定要提供的版本：
-
-```typescript
-async function getUpdateForDevice(deviceId: string, appId: string) {
-  // Get device's channel assignment
-  const channelAssignment = await getDeviceChannel(deviceId, appId)
-  const channel = channelAssignment.channel || 'production'
-  
-  // Get the version assigned to this channel
-  const channelVersion = await getChannelVersion(channel, appId)
-  
-  return {
-    version: channelVersion.version,
-    url: channelVersion.url,
-    checksum: channelVersion.checksum
-  }
-}
-```
-
-这将创建一个完整的自托管渠道管理系统，使您可以完全控制如何将更新分发给用户。
diff --git a/src/content/docs/zh/docs/plugins/updater/self-hosted/handling-stats.mdx b/src/content/docs/zh/docs/plugins/updater/self-hosted/handling-stats.mdx
deleted file mode 100644
index f5307ddce..000000000
--- a/src/content/docs/zh/docs/plugins/updater/self-hosted/handling-stats.mdx
+++ /dev/null
@@ -1,189 +0,0 @@
----
-title: "统计 API"
-description: "如何在自托管模式下将 Capgo 的统计端点与自动更新插件一起使用,它们的用途以及预期结果"
-sidebar:
-  order: 7
-locale: zh
----
-
-import { LinkCard, CardGrid, Aside } from '@astrojs/starlight/components';
-
-## 统计 API
-
-从版本 1.3.0 开始,更新系统能够发送统计信息!
-
-默认情况下,所有统计信息都发送到我们的服务器,以了解使用情况和研究。
-
-<Aside>
-统计信息不发送私人数据,仅发送随机 UUID、版本更新、原生应用版本、平台、操作和应用 ID。
-</Aside>
-
-如果您想将此数据发送到您的服务器,请更改以下配置:
-
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"statsUrl": "YOUR_URL"
-		}
-	}
-}
-```
-
-## 数据结构
-
-您的服务器将接收:
-
-```tsx
-interface AppInfosStats {
-	"action": "set", // can be set, delete, set_fail, reset, revert
-	// Then it's the same info as update
-	"app_id": "**.***.**", // app identifier in the store
-	"device_id": "*******", // unique id per app install
-	"platform": "ios", // or android
-	"custom_id": "user_1", // represent your user
-        "version_name": "1.2.3", // version of the web build
-        "version_build": "1.2.0", // version of the native build
-        "version_code": "120", // build number of the native build
-	"version_os": "16", // OS version of the device
-        "plugin_version": "4.0.0"// to make your api behave differently with different plugins
-        "is_emulator": false,
-    	"is_prod": false,
-}
-```
-
-您也可以使用空字符串完全禁用它。请记住,统计信息对隐私友好,并帮助我了解人们如何使用插件,以解决问题并改进它。
-
-## 无更新时的期望行为
-
-当你的更新端点没有新版本时，应返回如下错误负载：
-
-```json
-{ "error": "no_new_version_available", "message": "No new version available" }
-```
-
-`error` 代码必须严格为 `no_new_version_available`。`message` 可以是任意字符串（仅用于日志/调试）。这是期望的行为，并且仍然以 HTTP `200` 返回。如果你的端点返回 `200` 但没有 `url`，插件会将其视为下载失败并发送 `download_fail`。
-
-## 实现示例
-
-这是保存插件统计信息的 JavaScript 代码示例:
-
-```typescript
-interface AppInfos {
-  version_name: string
-  action: 'ping' |
-          'delete' |
-          'reset' |
-          'set' |
-          'get' |
-          'set_fail' |
-          'update_fail' |
-          'download_fail' |
-          'windows_path_fail' |
-          'canonical_path_fail' |
-          'directory_path_fail' |
-          'unzip_fail' |
-          'low_mem_fail' |
-          'download_10' |
-          'download_20' |
-          'download_30' |
-          'download_40' |
-          'download_50' |
-          'download_60' |
-          'download_70' |
-          'download_80' |
-          'download_90' |
-          'download_complete' |
-          'download_manifest_start' |
-          'download_manifest_complete' |
-          'download_zip_start' |
-          'download_zip_complete' |
-          'download_manifest_file_fail' |
-          'download_manifest_checksum_fail' |
-          'download_manifest_brotli_fail' |
-          'decrypt_fail' |
-          'app_moved_to_foreground' |
-          'app_moved_to_background' |
-          'uninstall' |
-          'needPlanUpgrade' |
-          'missingBundle' |
-          'noNew' |
-          'disablePlatformIos' |
-          'disablePlatformAndroid' |
-          'disableAutoUpdateToMajor' |
-          'cannotUpdateViaPrivateChannel' |
-          'disableAutoUpdateToMinor' |
-          'disableAutoUpdateToPatch' |
-          'channelMisconfigured' |
-          'disableAutoUpdateMetadata' |
-          'disableAutoUpdateUnderNative' |
-          'disableDevBuild' |
-          'disableEmulator' |
-          'cannotGetBundle' |
-          'checksum_fail' |
-          'NoChannelOrOverride' |
-          'setChannel' |
-          'getChannel' |
-          'rateLimited' |
-          'disableAutoUpdate' |
-          'InvalidIp' |
-          'blocked_by_server_url'
-  version_build: string
-  version_code: string
-  version_os: string
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    action,
-    version_code,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    action,
-    version_os,
-    version_code,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  // Save it in your database
-  return { status: 'ok' }
-}
-```
-
-此端点应返回 JSON:
-
-```json
-{ "status": "ok" }
-```
-
-## 操作
-
-有关所有操作代码及其含义的详细说明,请参阅调试文档:
-
-* **从设备发送的操作**: 请参阅[调试文档 - 从设备发送](/docs/plugins/updater/debugging/#sent-from-the-device)部分
-* **从后端发送的操作**: 请参阅[调试文档 - 从后端发送](/docs/plugins/updater/debugging/#sent-from-the-backend)部分
-
-<LinkCard
-	title="Handling Updates"
-	href="/docs/plugin/self-hosted/handling-updates/"
-/>
diff --git a/src/content/docs/zh/docs/plugins/updater/self-hosted/handling-updates.mdx b/src/content/docs/zh/docs/plugins/updater/self-hosted/handling-updates.mdx
deleted file mode 100644
index cfc5c70d4..000000000
--- a/src/content/docs/zh/docs/plugins/updater/self-hosted/handling-updates.mdx
+++ /dev/null
@@ -1,110 +0,0 @@
----
-title: 更新 API 端点
-description: 如何构建更新服务器 API 端点以使用正确的捆绑信息和校验和响应 Capgo 插件请求
-sidebar:
-  order: 6
-locale: zh
----
-以下是 JavaScript 中用于向插件发送更新的代码示例
-
-```typescript
-interface AppInfos {
-  version_name: string
-  version_build: string
-  version_os: string
-  custom_id?: string
-  is_prod?: boolean
-  is_emulator?: boolean
-  plugin_version: string
-  platform: string
-  app_id: string
-  device_id: string
-}
-
-export const handler: Handler = async (event) => {
-  const body = JSON.parse(event.body || '{}') as AppInfos
-  const {
-    platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version,
-  } = body
-  console.log('update asked', platform,
-    app_id,
-    version_os,
-    device_id,
-    version_name,
-    version_build,
-    plugin_version)
-  if (version_name === '1.0.0') {
-    return {
-      version: '1.0.1',
-      url: 'https://apiurl.com/mybuild_101.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else if (version_name === '1.0.1') {
-    return {
-      version: '1.0.2',
-      url: 'https://apiurl.com/mybuild_102.zip',
-      checksum: 'sha256_checksum_of_bundle',
-    }
-  }
-  else {
-    return {
-      message: 'Error version not found'
-      version: '',
-      url: '',
-    }
-  }
-}
-```
-
-## 响应格式
-
-对于**非加密捆绑包**，您的端点应返回：
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "sha256_checksum_of_bundle"
-}
-```
-
-对于**加密包**，您还需要包含会话密钥：
-
-```json
-{
-  "version": "1.0.2",
-  "url": "https://apiurl.com/mybuild_102.zip",
-  "checksum": "encrypted_checksum_from_encrypt_command",
-  "session_key": "ivSessionKey_from_encrypt_command"
-}
-```
-
-如果没有更新或错误，请添加 `message` 键和可选的 `error`：
-
-```json
-{
-  "message": "Version not found",
-  "error": "The backend crashed",
-  "version": "1.0.2",
-}
-```
-
-## 字段说明
-
-- **`checksum`**：捆绑包 zip 文件的 SHA256 哈希值，用于完整性验证
-- **`session_key`**：仅加密包需要 - 这是加密命令返回的 `ivSessionKey`
-- **`version`**：semver 格式的版本标识符
-- **`url`**：可以下载捆绑包的 HTTPS URL
-
-## 捆绑包创建
-
-要了解如何创建兼容包并生成校验和，请参阅[自动更新文档](/docs/plugin/self-hosted/auto-update/#generating-bundle-checksum)。
-
-对于加密捆绑包，请参阅[加密捆绑包文档](/docs/plugin/self-hosted/encrypted-bundles/)，其中解释了完整的加密工作流程。
diff --git a/src/content/docs/zh/docs/plugins/updater/self-hosted/manual-update.mdx b/src/content/docs/zh/docs/plugins/updater/self-hosted/manual-update.mdx
deleted file mode 100644
index fc6acb224..000000000
--- a/src/content/docs/zh/docs/plugins/updater/self-hosted/manual-update.mdx
+++ /dev/null
@@ -1,68 +0,0 @@
----
-title: "手动更新"
-description: "在自托管环境中使用手动更新插件的详细指南,提供有关配置和使用的全面说明,以有效管理更新而无需依赖自动过程"
-sidebar:
-  order: 3
-locale: zh
----
-
-## 配置
-
-将此添加到您的 ``capacitor.config.json`` 以禁用自动更新。
-```tsx
-// capacitor.config.json
-{
-	"appId": "**.***.**",
-	"appName": "Name",
-	"plugins": {
-		"CapacitorUpdater": {
-			"autoUpdate": false,
-		}
-	}
-}
-```
-
-## 使用
-
-您可以使用此示例或在您的应用中重新创建逻辑。
-
-:::caution
-我们强制用户使用代码中声明的静态版本更新应用。这不推荐,您应该使用来自服务器的动态版本。
-:::
-
-:::danger
-在此示例中,我们没有进行任何版本检查、解密或校验和验证。您应该自己完成。
-:::
-
-```tsx
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-import { App } from '@capacitor/app'
-let data = {version: ""}
-CapacitorUpdater.notifyAppReady()
-App.addListener('appStateChange', async(state) => {
-     if (state.isActive) {
-       // 在用户活动应用时间期间执行下载以防止下载失败
-       data = await CapacitorUpdater.download({
-       version: '0.0.4',
-       url: 'https://github.com/Cap-go/demo-app/releases/download/0.0.4/dist.zip',
-       })
-     }
-     if (!state.isActive && data.version !== "") {
-       // 当用户离开应用时进行切换
-       SplashScreen.show()
-       try {
-         await CapacitorUpdater.set(data)
-       } catch (err) {
-         console.log(err)
-         SplashScreen.hide() // 如果设置失败,否则新应用将必须隐藏它
-       }
-     }
- })
-```
-
-
-
-:::note
-如果这似乎工作量很大,请考虑尝试 [Capgo 试用版](https://capgo.app/register/)。它会为您处理所有这些。
-:::
diff --git a/src/content/docs/zh/docs/plugins/updater/settings.mdx b/src/content/docs/zh/docs/plugins/updater/settings.mdx
deleted file mode 100644
index 95ec8314c..000000000
--- a/src/content/docs/zh/docs/plugins/updater/settings.mdx
+++ /dev/null
@@ -1,527 +0,0 @@
----
-title: "设置"
-description: "Capacitor Updater 的所有可用设置,您可以在 capacitor 配置中设置的所有配置及其用途"
-sidebar:
-  order: 8
-locale: zh
----
-
-import {  Aside } from '@astrojs/starlight/components';
-
-要对更新系统进行更精细的控制,您可以使用以下设置进行配置:
-
-<Aside type="tip">
- 对 capacitor.config 文件中这些设置的任何更改都需要同步平台并发布到商店,生产应用才能接收这些更改。
-</Aside>
-
-
-## `appReadyTimeout`
-
-> 配置原生插件在将更新视为"失败"之前应等待的毫秒数。
-
-仅适用于 Android 和 iOS。
-
-默认值: `10000` (10 秒)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appReadyTimeout": 1000
-    }
-  }
-}
-```
-
-## `responseTimeout`
-
-> 配置原生插件在将 API 视为超时之前应等待的毫秒数。
-
-仅适用于 Android 和 iOS。
-
-默认值: `20` (20 秒)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "responseTimeout": 10 // (10 seconds)
-    }
-  }
-}
-```
-
-## `autoDeleteFailed`
-
-> 配置插件是否应自动删除失败的 bundle。
-
-仅适用于 Android 和 iOS。
-
-默认值: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeleteFailed": false
-    }
-  }
-}
-```
-
-## `autoDeletePrevious`
-
-> 配置插件是否应在成功更新后自动删除之前的 bundle。
-
-仅适用于 Android 和 iOS。
-
-默认值: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoDeletePrevious": false
-    }
-  }
-}
-```
-
-## `autoUpdate`
-
-> 配置插件是否应通过更新服务器使用自动更新。
-
-仅适用于 Android 和 iOS。
-
-默认值: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": false
-    }
-  }
-}
-```
-
-## `updateUrl`
-
-> 配置发送更新检查的 URL / 端点。
-
-仅适用于 Android 和 iOS。
-
-默认值: `https://plugin.capgo.app/updates`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "updateUrl": "https://example.com/api/auto_update"
-    }
-  }
-}
-```
-
-## `statsUrl`
-
-> 配置发送更新统计信息的 URL / 端点。
-
-仅适用于 Android 和 iOS。设置为 "" 以禁用统计报告。
-
-默认值: `https://plugin.capgo.app/stats`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "statsUrl": "https://example.com/api/stats"
-    }
-  }
-}
-```
-
-## `publicKey`
-
-> 配置端到端实时更新加密版本 2 的公钥。
-
-仅适用于 Android 和 iOS。
-
-默认值: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "publicKey": "YOUR_PUBLIC_KEY"
-    }
-  }
-}
-```
-
-## `directUpdate`
-
-> 配置插件何时应直接安装更新。仅适用于 autoUpdate 模式。
-> 适用于小于 10MB 的应用以及使用 --partial 标志完成的上传。
-> Zip 或超过 10MB 的应用对用户来说更新会相对较慢。
-
-选项:
-- `false`: 永不执行直接更新(使用默认行为:启动时下载,后台时设置)
-- `'atInstall'`: 仅在应用安装、从商店更新时直接更新,否则表现为 directUpdate = false
-- `'onLaunch'`: 仅在应用安装、从商店更新或应用终止后直接更新,否则表现为 directUpdate = false
-- `'always'`: 在所有先前情况下直接更新(应用安装、从商店更新、应用终止或应用恢复后),永不表现为 directUpdate = false
-- `true`: (已弃用)与 "always" 相同,用于向后兼容
-
-仅适用于 Android 和 iOS。
-
-默认值: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall"
-    }
-  }
-}
-```
-
-## `resetWhenUpdate`
-
-> 当较新的原生应用 bundle 安装到设备时,自动删除之前下载的 bundle。
-
-仅适用于 Android 和 iOS。
-
-默认值: `true`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "resetWhenUpdate": false
-    }
-  }
-}
-```
-
-## `defaultChannel`
-
-> 在配置中设置应用的默认频道。区分大小写。
-> 此设置将覆盖云中设置的默认频道,但仍会遵守云中所做的覆盖。
-
-仅适用于 Android 和 iOS。
-
-默认值: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "defaultChannel": "production"
-    }
-  }
-}
-```
-
-## `appId`
-
-> 在配置中配置应用的应用 ID。
-
-仅适用于 Android 和 iOS。
-
-默认值: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "appId": "com.example.app"
-    }
-  }
-}
-```
-
-## `version`
-
-> 配置应用的当前版本。这将用于第一个更新请求。
-> 如果未设置,插件将从原生代码获取版本。
-
-仅适用于 Android 和 iOS。
-
-默认值: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "version": "1.0.0"
-    }
-  }
-}
-```
-
-## `channelUrl`
-
-> 配置频道操作的 URL / 端点。
-
-仅适用于 Android 和 iOS。
-
-默认值: `https://plugin.capgo.app/channel_self`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "channelUrl": "https://example.com/api/channel"
-    }
-  }
-}
-```
-
-## `autoSplashscreen`
-
-> 使用 directUpdate 时自动处理启动屏隐藏。启用后,插件将在应用更新后或不需要更新时自动隐藏启动屏。
-> 这消除了手动监听 appReady 事件并调用 SplashScreen.hide() 的需要。
-> 仅在 directUpdate 设置为 "atInstall"、"always" 或 true 时有效。
-> 需要安装 @capacitor/splash-screen 插件并配置 launchAutoHide: false。
-> 需要启用 autoUpdate 和 directUpdate。
-
-仅适用于 Android 和 iOS。
-
-默认值: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "autoUpdate": true,
-      "directUpdate": "atInstall",
-      "autoSplashscreen": true
-    }
-  }
-}
-```
-
-## `periodCheckDelay`
-
-> 配置定期更新检查的延迟时间。单位为秒。
-> 不能少于 600 秒 (10 分钟)。
-
-仅适用于 Android 和 iOS。
-
-默认值: `600` (10 分钟)
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "periodCheckDelay": 600 // (10 minutes)
-    }
-  }
-}
-```
-
-## `allowModifyUrl`
-
-> 允许插件从 JavaScript 端动态修改 updateUrl、statsUrl 和 channelUrl。
-
-仅适用于 Android 和 iOS。
-
-默认值: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "allowModifyUrl": true
-    }
-  }
-}
-```
-
-## `keepUrlPathAfterReload`
-
-> 配置插件在重新加载后保留 URL 路径。
-
-<Aside type="caution">
-触发重新加载时,'window.history' 将被清除。
-</Aside>
-
-仅适用于 Android 和 iOS。
-
-默认值: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "keepUrlPathAfterReload": true
-    }
-  }
-}
-```
-
-## `disableJSLogging`
-
-> 禁用插件的 JavaScript 日志记录。如果为 true,插件将不会记录到 JavaScript 控制台。只会执行原生日志。
-
-仅适用于 Android 和 iOS。
-
-默认值: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "disableJSLogging": true
-    }
-  }
-}
-```
-
-## `shakeMenu`
-
-> 启用摇动手势以显示更新菜单,用于调试/测试目的。
-
-仅适用于 Android 和 iOS。
-
-默认值: `false`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "shakeMenu": true
-    }
-  }
-}
-```
-
-## 开发设置
-
-### `localHost`
-
-> 配置 CLI 使用本地服务器进行测试或自托管更新服务器。
-
-默认值: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-### `localWebHost`
-
-> 配置 CLI 使用本地服务器进行测试或自托管更新服务器。
-
-默认值: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localWebHost": "http://localhost:5173"
-    }
-  }
-}
-```
-
-### `localSupa`
-
-> 配置 CLI 使用本地服务器进行测试或自托管更新服务器。
-
-默认值: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupa": "http://localhost:54321"
-    }
-  }
-}
-```
-
-### `localSupaAnon`
-
-> 配置 CLI 使用本地服务器进行测试。
-
-默认值: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localSupaAnon": "YOUR_LOCAL_ANON_KEY"
-    }
-  }
-}
-```
-
-### `localApi`
-
-> 配置 CLI 使用本地 API 进行测试。
-
-默认值: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApi": "http://localhost:54321/functions/v1"
-    }
-  }
-}
-```
-
-### `localApiFiles`
-
-> 配置 CLI 使用本地文件 API 进行测试。
-
-默认值: `undefined`
-
-```json
-// capacitor.config.json
-{
-  "plugins": {
-    "CapacitorUpdater": {
-      "localApiFiles": "http://localhost:54321/functions/v1/files"
-    }
-  }
-}
-```
-
-<Aside type="tip">
-[Capgo Web 应用](https://console.capgo.app/login)中还有其他可用的设置,可以按频道配置,无需发布原生应用。
-</Aside>
diff --git a/src/content/docs/zh/docs/plugins/uploader/getting-started.mdx b/src/content/docs/zh/docs/plugins/uploader/getting-started.mdx
deleted file mode 100644
index b78ac86b8..000000000
--- a/src/content/docs/zh/docs/plugins/uploader/getting-started.mdx
+++ /dev/null
@@ -1,295 +0,0 @@
----
-title: 入门
-description: 了解如何安装和使用后台上传器插件，以便在 Capacitor 应用程序中实现可靠的文件上传。
-sidebar:
-  order: 2
-locale: zh
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-uploader" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置权限**
-   
-   ### iOS
-   将背景模式添加到您的 `Info.plist` 中：
-   ```xml
-   <key>UIBackgroundModes</key>
-   <array>
-     <string>processing</string>
-   </array>
-   ```
-   
-   ### Android
-   向您的 `AndroidManifest.xml` 添加权限：
-   ```xml
-   <uses-permission android:name="android.permission.INTERNET" />
-   <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
-   <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-   ```
-</Steps>
-
-## 用法
-
-导入插件并使用其方法上传文件：
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-
-// Start an upload
-const startUpload = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/your/file.jpg',
-    serverUrl: 'https://your-server.com/upload',
-    method: 'POST',
-    headers: {
-      'Authorization': 'Bearer your-token'
-    },
-    parameters: {
-      'userId': '12345',
-      'type': 'profile'
-    },
-    notificationTitle: 'Uploading Photo'
-  });
-  
-  console.log('Upload ID:', upload.id);
-};
-
-// Listen for upload events
-const listener = await Uploader.addListener('events', (event) => {
-  switch (event.name) {
-    case 'uploading':
-      console.log(`Upload ${event.payload.id}: ${event.payload.percent}%`);
-      break;
-    case 'completed':
-      console.log('Upload completed:', event.payload.id);
-      console.log('Status code:', event.payload.statusCode);
-      break;
-    case 'failed':
-      console.error('Upload failed:', event.payload.id);
-      console.error('Error:', event.payload.error);
-      break;
-  }
-});
-
-// Remember to remove listener when done
-// listener.remove();
-
-// Cancel an upload
-const cancelUpload = async (uploadId: string) => {
-  await Uploader.cancelUpload({ id: uploadId });
-};
-
-// Get all active uploads
-const getActiveUploads = async () => {
-  const uploads = await Uploader.getUploads();
-  console.log('Active uploads:', uploads);
-};
-```
-
-## API 参考
-
-### 开始上传（选项）
-
-开始新文件上传。
-
-```typescript
-interface UploadOptions {
-  filePath: string;
-  serverUrl: string;
-  method?: 'POST' | 'PUT';
-  headers?: { [key: string]: string };
-  parameters?: { [key: string]: string };
-  notificationTitle?: string;
-  notificationBody?: string;
-  useUtf8Charset?: boolean;
-  maxRetries?: number;
-}
-```
-
-### 取消上传（选项）
-
-取消正在进行的上传。
-
-```typescript
-interface CancelOptions {
-  id: string;
-}
-```
-
-### 获取上传()
-
-返回所有活动上传。
-
-### 删除上传（选项）
-
-从队列中删除上传。
-
-```typescript
-interface RemoveOptions {
-  id: string;
-}
-```
-
-## 活动
-
-### 活动
-
-所有上传事件均通过单个 `events` 侦听器传递。该事件包含一个 `name` 字段来标识类型：
-
-```typescript
-Uploader.addListener('events', (event: UploadEvent) => {
-  switch (event.name) {
-    case 'uploading':
-      // Upload in progress
-      console.log(`Progress: ${event.payload.percent}%`);
-      console.log(`ID: ${event.payload.id}`);
-      break;
-
-    case 'completed':
-      // Upload finished successfully
-      console.log(`Completed: ${event.payload.id}`);
-      console.log(`Status code: ${event.payload.statusCode}`);
-      break;
-
-    case 'failed':
-      // Upload failed
-      console.error(`Failed: ${event.payload.id}`);
-      console.error(`Error: ${event.payload.error}`);
-      break;
-  }
-});
-```
-
-**事件类型：**
-- `uploading` - `percent` 和 `id` 的进度更新
-- `completed` - 使用 `id` 和 `statusCode` 完成上传
-- `failed` - 上传失败，并显示 `id` 和 `error` 消息
-
-## 高级功能
-
-### 多部分表单上传
-
-```typescript
-const uploadWithFormData = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/photo.jpg',
-    serverUrl: 'https://api.example.com/upload',
-    method: 'POST',
-    parameters: {
-      'name': 'profile-photo',
-      'description': 'User profile photo'
-    },
-    headers: {
-      'X-API-Key': 'your-api-key'
-    }
-  });
-};
-```
-
-### 二进制上传
-
-```typescript
-const uploadBinary = async () => {
-  const upload = await Uploader.startUpload({
-    filePath: 'file:///path/to/data.bin',
-    serverUrl: 'https://api.example.com/binary',
-    method: 'PUT',
-    headers: {
-      'Content-Type': 'application/octet-stream'
-    }
-  });
-};
-```
-
-### 网络感知上传
-
-```typescript
-import { Network } from '@capacitor/network';
-
-const smartUpload = async () => {
-  const status = await Network.getStatus();
-  
-  if (status.connectionType === 'wifi') {
-    // Start large file uploads on WiFi
-    await startLargeUpload();
-  } else if (status.connectionType === 'cellular') {
-    // Queue for later or warn user
-    console.log('Using cellular data');
-  }
-};
-```
-
-## 最佳实践
-
-1. **处理所有事件类型**
-   ```typescript
-   const setupUploadHandlers = () => {
-     Uploader.addListener('events', (event) => {
-       switch (event.name) {
-         case 'uploading':
-           handleProgress(event.payload);
-           break;
-         case 'completed':
-           handleCompleted(event.payload);
-           break;
-         case 'failed':
-           handleError(event.payload);
-           break;
-       }
-     });
-   };
-   ```
-
-2. **清理监听器**
-   ```typescript
-   // Add listener
-   const listener = await Uploader.addListener('events', handleEvent);
-
-   // Clean up when done
-   listener.remove();
-   ```
-
-3. **重试失败的上传**
-   ```typescript
-   const retryUpload = async (filePath: string, serverUrl: string) => {
-     try {
-       await Uploader.startUpload({
-         filePath,
-         serverUrl,
-         maxRetries: 3
-       });
-     } catch (error) {
-       console.error('Upload failed after retries:', error);
-     }
-   };
-   ```
-
-4. **显示上传通知**
-   ```typescript
-   await Uploader.startUpload({
-     filePath: 'file:///path/to/file',
-     serverUrl: 'https://server.com/upload',
-     notificationTitle: 'Uploading File',
-     notificationBody: 'Your file is being uploaded...'
-   });
-   ```
-
-## 平台说明
-
-### iOS
-- 使用 `URLSession` 进行后台上传
-- 需要后台处理能力
-- 应用程序暂停时继续上传
-
-### Android
-- 使用 `WorkManager` 进行可靠的上传
-- 上传期间显示前台服务通知
-- 尊重电池优化设置
diff --git a/src/content/docs/zh/docs/plugins/uploader/index.mdx b/src/content/docs/zh/docs/plugins/uploader/index.mdx
deleted file mode 100644
index 5dbf39886..000000000
--- a/src/content/docs/zh/docs/plugins/uploader/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-uploader'
-description: 适用于 Capacitor 应用程序的后台文件上传插件，具有进度跟踪和可恢复上传功能。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 在后台上传文件，并为 Capacitor 应用程序提供进度跟踪、可恢复上传和网络感知处理。
-  image:
-    file: ~public/icons/plugins/uploader.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/uploader/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-uploader/'
-      icon: external
-      variant: minimal
-locale: zh
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="后台上传" icon="rocket">
-    即使应用程序处于后台也能继续上传🚀
-  </Card>
-  <Card title="进度追踪" icon="list-format">
-    实时上传进度，详细统计📊
-  </Card>
-  <Card title="可断点上传" icon="download">
-    自动恢复中断的上传🔄
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/uploader/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/video-player/getting-started.mdx b/src/content/docs/zh/docs/plugins/video-player/getting-started.mdx
deleted file mode 100644
index b0db6c601..000000000
--- a/src/content/docs/zh/docs/plugins/video-player/getting-started.mdx
+++ /dev/null
@@ -1,301 +0,0 @@
----
-title: 入门
-description: 了解如何将本机视频播放集成到您的 Capacitor 应用中。
-sidebar:
-  order: 2
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-video-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 基本用法
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-// Initialize a video player
-const playVideo = async () => {
-  const result = await CapacitorVideoPlayer.initPlayer({
-    mode: 'fullscreen',
-    url: 'https://example.com/video.mp4',
-    playerId: 'myPlayer',
-    componentTag: 'div'
-  });
-
-  console.log('Player initialized:', result);
-};
-
-// Play the video
-await CapacitorVideoPlayer.play({ playerId: 'myPlayer' });
-
-// Pause the video
-await CapacitorVideoPlayer.pause({ playerId: 'myPlayer' });
-
-// Get current time
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'myPlayer' });
-console.log('Current time:', value);
-
-// Seek to position
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'myPlayer',
-  seektime: 30 // seconds
-});
-
-// Set volume (0-1)
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'myPlayer',
-  volume: 0.5
-});
-```
-
-## API 参考
-
-### initPlayer（选项）
-
-初始化视频播放器实例。
-
-```typescript
-await CapacitorVideoPlayer.initPlayer({
-  mode: 'fullscreen', // or 'embedded'
-  url: 'https://example.com/video.mp4',
-  playerId: 'player1',
-  subtitle: 'https://example.com/subtitles.vtt',
-  language: 'en',
-  rate: 1.0,
-  exitOnEnd: true,
-  loopOnEnd: false,
-  pipEnabled: true,
-  showControls: true
-});
-```
-
-### 播放（选项）
-
-播放视频。
-
-```typescript
-await CapacitorVideoPlayer.play({ playerId: 'player1' });
-```
-
-### 暂停（选项）
-
-暂停视频。
-
-```typescript
-await CapacitorVideoPlayer.pause({ playerId: 'player1' });
-```
-
-### getDuration(选项)
-
-获取视频时长（以秒为单位）。
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getDuration({ playerId: 'player1' });
-console.log('Duration:', value, 'seconds');
-```
-
-### getCurrentTime(选项)
-
-以秒为单位获取当前播放位置。
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getCurrentTime({ playerId: 'player1' });
-```
-
-### 设置当前时间（选项）
-
-寻求具体时间。
-
-```typescript
-await CapacitorVideoPlayer.setCurrentTime({
-  playerId: 'player1',
-  seektime: 60 // seconds
-});
-```
-
-### 设置音量（选项）
-
-设置音量（0.0 至 1.0）。
-
-```typescript
-await CapacitorVideoPlayer.setVolume({
-  playerId: 'player1',
-  volume: 0.8
-});
-```
-
-### getVolume(选项)
-
-获取当前音量。
-
-```typescript
-const { value } = await CapacitorVideoPlayer.getVolume({ playerId: 'player1' });
-```
-
-### 设置静音（选项）
-
-将视频静音或取消静音。
-
-```typescript
-await CapacitorVideoPlayer.setMuted({
-  playerId: 'player1',
-  muted: true
-});
-```
-
-### 设置速率（选项）
-
-设置播放速度。
-
-```typescript
-await CapacitorVideoPlayer.setRate({
-  playerId: 'player1',
-  rate: 1.5 // 1.5x speed
-});
-```
-
-### 停止所有玩家()
-
-停止所有活跃玩家。
-
-```typescript
-await CapacitorVideoPlayer.stopAllPlayers();
-```
-
-### 退出播放器()
-
-退出视频播放器。
-
-```typescript
-await CapacitorVideoPlayer.exitPlayer();
-```
-
-## 完整示例
-
-```typescript
-import { CapacitorVideoPlayer } from '@capgo/capacitor-video-player';
-
-export class VideoPlayerService {
-  private playerId = 'mainPlayer';
-
-  async initializePlayer(videoUrl: string, subtitleUrl?: string) {
-    try {
-      const result = await CapacitorVideoPlayer.initPlayer({
-        mode: 'fullscreen',
-        url: videoUrl,
-        playerId: this.playerId,
-        subtitle: subtitleUrl,
-        language: 'en',
-        rate: 1.0,
-        exitOnEnd: true,
-        loopOnEnd: false,
-        pipEnabled: true,
-        bkmodeEnabled: true,
-        showControls: true,
-        displayMode: 'all'
-      });
-
-      console.log('Player initialized:', result);
-      return result;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  async togglePlayPause() {
-    const { value: isPlaying } = await CapacitorVideoPlayer.isPlaying({
-      playerId: this.playerId
-    });
-
-    if (isPlaying) {
-      await CapacitorVideoPlayer.pause({ playerId: this.playerId });
-    } else {
-      await CapacitorVideoPlayer.play({ playerId: this.playerId });
-    }
-  }
-
-  async seekForward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: currentTime + seconds
-    });
-  }
-
-  async seekBackward(seconds: number = 10) {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-
-    await CapacitorVideoPlayer.setCurrentTime({
-      playerId: this.playerId,
-      seektime: Math.max(0, currentTime - seconds)
-    });
-  }
-
-  async setPlaybackSpeed(speed: number) {
-    await CapacitorVideoPlayer.setRate({
-      playerId: this.playerId,
-      rate: speed
-    });
-  }
-
-  async getProgress() {
-    const { value: currentTime } = await CapacitorVideoPlayer.getCurrentTime({
-      playerId: this.playerId
-    });
-    const { value: duration } = await CapacitorVideoPlayer.getDuration({
-      playerId: this.playerId
-    });
-
-    return {
-      currentTime,
-      duration,
-      percentage: (currentTime / duration) * 100
-    };
-  }
-
-  async cleanup() {
-    await CapacitorVideoPlayer.stopAllPlayers();
-  }
-}
-```
-
-## 平台说明
-
-### iOS
-- 需要 iOS 10.0+
-- 使用原生AVPlayer
-- 支持画中画
-- 支持后台播放
-
-### Android
-- 需要 Android 5.0 (API 21)+
-- 使用ExoPlayer
-- 支持 Chromecast
-- 提供定制强调色
-
-### 网络
-- 使用 HTML5 视频播放器
-- 仅嵌入模式
-- 有限的本机功能
-
-## 最佳实践
-
-1. **清理玩家**：完成后始终停止玩家
-2. **处理错误**：将玩家调用包装在 try-catch 中
-3. **唯一玩家ID**：为多个玩家使用唯一ID
-4. **检查播放状态**：操作前验证状态
-5. **资源管理**：释放玩家释放内存
diff --git a/src/content/docs/zh/docs/plugins/video-player/index.mdx b/src/content/docs/zh/docs/plugins/video-player/index.mdx
deleted file mode 100644
index b55c6fa85..000000000
--- a/src/content/docs/zh/docs/plugins/video-player/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-video-player'
-description: Capacitor 应用程序的本机视频播放，具有完全控制和自定义功能。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 功能强大的本机视频播放器，支持全屏、嵌入模式、字幕和全面的播放控件。
-  image:
-    file: ~public/icons/plugins/video-player.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/video-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-video-player/'
-      icon: external
-      variant: minimal
-locale: zh
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="多种模式" icon="laptop">
-    全屏和嵌入式播放模式
-  </Card>
-  <Card title="字幕支持" icon="document">
-    显示多种语言的字幕
-  </Card>
-  <Card title="完全控制" icon="setting">
-    播放、暂停、搜索、音量和播放速率控制
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    检查[文档](/docs/plugins/video-player/getting-started/)以集成视频播放。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/video-thumbnails/getting-started.mdx b/src/content/docs/zh/docs/plugins/video-thumbnails/getting-started.mdx
deleted file mode 100644
index 25a7a1693..000000000
--- a/src/content/docs/zh/docs/plugins/video-thumbnails/getting-started.mdx
+++ /dev/null
@@ -1,262 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装并使用 Video Thumbnails 插件,在 Capacitor 应用中从视频生成缩略图。
-sidebar:
-  order: 2
-locale: zh
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-video-thumbnails" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 用法
-
-导入插件并使用其方法生成视频缩略图:
-
-```typescript
-import { CapgoVideoThumbnails } from '@capgo/capacitor-video-thumbnails';
-
-// 从本地视频生成缩略图
-const generateFromLocal = async () => {
-  const result = await CapgoVideoThumbnails.getThumbnail({
-    sourceUri: 'file:///path/to/video.mp4',
-    time: 5000, // 视频第 5 秒
-    quality: 0.8
-  });
-
-  console.log('Thumbnail URI:', result.uri);
-  console.log('Dimensions:', result.width, 'x', result.height);
-};
-
-// 从远程视频生成缩略图
-const generateFromRemote = async () => {
-  const result = await CapgoVideoThumbnails.getThumbnail({
-    sourceUri: 'https://example.com/video.mp4',
-    time: 0, // 第一帧
-    quality: 1.0
-  });
-
-  return result.uri;
-};
-```
-
-## API 参考
-
-### getThumbnail(options)
-
-从视频文件生成缩略图。
-
-```typescript
-interface VideoThumbnailsOptions {
-  sourceUri: string;              // 视频文件路径或 URL
-  time?: number;                  // 毫秒位置(默认: 0)
-  quality?: number;               // 0.0 - 1.0 (默认: 1.0)
-  headers?: Record<string, string>; // 远程 URL 的 HTTP 头
-}
-
-interface VideoThumbnailsResult {
-  uri: string;    // 生成缩略图的本地路径
-  width: number;  // 缩略图宽度(像素)
-  height: number; // 缩略图高度(像素)
-}
-
-const result = await CapgoVideoThumbnails.getThumbnail({
-  sourceUri: 'file:///path/to/video.mp4',
-  time: 5000,
-  quality: 0.8
-});
-```
-
-### getPluginVersion()
-
-获取当前插件版本。
-
-```typescript
-const { version } = await CapgoVideoThumbnails.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## 完整示例
-
-```typescript
-import { CapgoVideoThumbnails } from '@capgo/capacitor-video-thumbnails';
-
-export class VideoThumbnailService {
-  /**
-   * 在指定时间点生成视频缩略图
-   */
-  async generateThumbnail(
-    videoPath: string,
-    timeMs: number = 0,
-    quality: number = 0.8
-  ): Promise<string> {
-    try {
-      const result = await CapgoVideoThumbnails.getThumbnail({
-        sourceUri: videoPath,
-        time: timeMs,
-        quality: quality
-      });
-
-      return result.uri;
-    } catch (error) {
-      console.error('Failed to generate thumbnail:', error);
-      throw error;
-    }
-  }
-
-  /**
-   * 从需要鉴权的远程视频生成缩略图
-   */
-  async generateFromAuthenticatedUrl(
-    videoUrl: string,
-    authToken: string
-  ): Promise<string> {
-    const result = await CapgoVideoThumbnails.getThumbnail({
-      sourceUri: videoUrl,
-      time: 0,
-      quality: 1.0,
-      headers: {
-        'Authorization': `Bearer ${authToken}`
-      }
-    });
-
-    return result.uri;
-  }
-
-  /**
-   * 在不同时间点生成多张缩略图
-   */
-  async generateThumbnailStrip(
-    videoPath: string,
-    count: number,
-    videoDurationMs: number
-  ): Promise<string[]> {
-    const thumbnails: string[] = [];
-    const interval = videoDurationMs / (count + 1);
-
-    for (let i = 1; i <= count; i++) {
-      const time = Math.round(interval * i);
-      const result = await CapgoVideoThumbnails.getThumbnail({
-        sourceUri: videoPath,
-        time: time,
-        quality: 0.6 // 预览条使用较低质量
-      });
-      thumbnails.push(result.uri);
-    }
-
-    return thumbnails;
-  }
-
-  /**
-   * 生成缩略图并获取尺寸信息
-   */
-  async generateWithMetadata(videoPath: string) {
-    const result = await CapgoVideoThumbnails.getThumbnail({
-      sourceUri: videoPath,
-      time: 1000, // 1 秒
-      quality: 1.0
-    });
-
-    return {
-      thumbnailUri: result.uri,
-      aspectRatio: result.width / result.height,
-      width: result.width,
-      height: result.height
-    };
-  }
-}
-
-// Usage in a React/Vue/Angular component
-const thumbnailService = new VideoThumbnailService();
-
-async function displayVideoPreview(videoPath: string) {
-  const thumbnailUri = await thumbnailService.generateThumbnail(videoPath, 2000);
-
-  // Use in img tag
-  // <img src={thumbnailUri} alt="Video preview" />
-  return thumbnailUri;
-}
-
-// Generate preview for video picker
-async function handleVideoSelected(videoUri: string) {
-  const metadata = await thumbnailService.generateWithMetadata(videoUri);
-
-  console.log(`Video aspect ratio: ${metadata.aspectRatio}`);
-  console.log(`Thumbnail: ${metadata.thumbnailUri}`);
-
-  return metadata;
-}
-```
-
-## 最佳实践
-
-1. **使用合适的质量**
-   - 列表缩略图:0.5 - 0.7
-   - 预览图片:0.8 - 1.0
-   - 质量越低文件越小,生成更快
-
-2. **优雅处理错误**
-   ```typescript
-   try {
-     const result = await CapgoVideoThumbnails.getThumbnail({
-       sourceUri: videoPath,
-       time: 5000
-     });
-   } catch (error) {
-     console.error('Thumbnail generation failed:', error);
-     // 显示占位图
-   }
-   ```
-
-3. **缓存缩略图**
-   保存生成的缩略图 URI,避免重复生成:
-   ```typescript
-   const thumbnailCache = new Map<string, string>();
-
-   async function getCachedThumbnail(videoPath: string): Promise<string> {
-     if (thumbnailCache.has(videoPath)) {
-       return thumbnailCache.get(videoPath)!;
-     }
-
-     const result = await CapgoVideoThumbnails.getThumbnail({
-       sourceUri: videoPath
-     });
-
-     thumbnailCache.set(videoPath, result.uri);
-     return result.uri;
-   }
-   ```
-
-4. **选择合适时间点**
-   - 避免 0ms(可能是黑屏开头)
-   - 使用 1000-2000ms 获得更好的预览
-
-## 平台说明
-
-### iOS
-- 使用 AVAssetImageGenerator 提取缩略图
-- 支持本地文件与远程 URL
-- 返回 JPEG 图片
-
-### Android
-- 使用 MediaMetadataRetriever 提取缩略图
-- 支持本地文件与远程 URL
-- 返回 JPEG 或 PNG 图片
-
-### Web
-- 使用 HTML5 video 元素与 canvas 截图
-- 远程视频需 CORS 头
-- 某些视频格式可能受限
-
-## 要求
-
-- **Capacitor 8.0.0** 或更高版本
diff --git a/src/content/docs/zh/docs/plugins/video-thumbnails/index.mdx b/src/content/docs/zh/docs/plugins/video-thumbnails/index.mdx
deleted file mode 100644
index 6d6962b55..000000000
--- a/src/content/docs/zh/docs/plugins/video-thumbnails/index.mdx
+++ /dev/null
@@ -1,44 +0,0 @@
----
-title: "@capgo/capacitor-video-thumbnails"
-locale: zh
-description: 在 Capacitor 应用中从视频文件指定时间点生成缩略图。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 从本地或远程视频文件中提取高质量缩略图,可自定义质量和时间点。需要 Capacitor 8+。
-  image:
-    file: ~public/icons/plugins/video-thumbnails.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/video-thumbnails/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-video-thumbnails/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="简单 API" icon="rocket">
-    一次方法调用即可生成缩略图
-  </Card>
-  <Card title="跨平台" icon="puzzle">
-    适用于 iOS、Android 与 Web 平台
-  </Card>
-  <Card title="远程视频" icon="external">
-    可从本地文件或远程 URL 提取缩略图
-  </Card>
-  <Card title="质量控制" icon="setting">
-    自定义缩略图质量与时间点选择
-  </Card>
-  <Card title="全面文档" icon="open-book">
-    查看[文档](/docs/plugins/video-thumbnails/getting-started/)以在几分钟内掌握插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/volume-buttons/getting-started.mdx b/src/content/docs/zh/docs/plugins/volume-buttons/getting-started.mdx
deleted file mode 100644
index 6049de7cc..000000000
--- a/src/content/docs/zh/docs/plugins/volume-buttons/getting-started.mdx
+++ /dev/null
@@ -1,264 +0,0 @@
----
-title: 入门
-description: 了解如何在 Capacitor 应用中检测音量按钮按下情况。
-sidebar:
-  order: 2
-locale: zh
----
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-volume-buttons" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 用法
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-// Listen for volume button presses
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Volume button pressed:', event.direction);
-
-  if (event.direction === 'up') {
-    console.log('Volume up pressed');
-    // Handle volume up
-  } else if (event.direction === 'down') {
-    console.log('Volume down pressed');
-    // Handle volume down
-  }
-});
-
-// Remove all listeners when done
-await VolumeButtons.removeAllListeners();
-```
-
-## API 参考
-
-### addListener('volumeButtonPressed', 回调)
-
-监听音量按钮按下事件。
-
-```typescript
-const handle = VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  console.log('Direction:', event.direction); // 'up' or 'down'
-});
-
-// Remove specific listener
-await handle.remove();
-```
-
-**事件数据：**
-- `direction`: `'向上' | 'down'` - 按下按钮的方向
-
-### 删除所有监听器()
-
-删除所有已注册的侦听器。
-
-```typescript
-await VolumeButtons.removeAllListeners();
-```
-
-### getPluginVersion()
-
-获取插件版本。
-
-```typescript
-const { version } = await VolumeButtons.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## 完整示例
-
-```typescript
-import { VolumeButtons } from '@capgo/capacitor-volume-buttons';
-
-export class VolumeButtonController {
-  private listener: any;
-
-  async initialize() {
-    this.listener = VolumeButtons.addListener(
-      'volumeButtonPressed',
-      this.handleVolumeButton.bind(this)
-    );
-
-    console.log('Volume button listener initialized');
-  }
-
-  private handleVolumeButton(event: { direction: 'up' | 'down' }) {
-    switch (event.direction) {
-      case 'up':
-        this.handleVolumeUp();
-        break;
-      case 'down':
-        this.handleVolumeDown();
-        break;
-    }
-  }
-
-  private handleVolumeUp() {
-    console.log('Volume up pressed');
-    // Your custom logic for volume up
-    // e.g., navigate forward, increase brightness, etc.
-  }
-
-  private handleVolumeDown() {
-    console.log('Volume down pressed');
-    // Your custom logic for volume down
-    // e.g., navigate backward, decrease brightness, etc.
-  }
-
-  async cleanup() {
-    if (this.listener) {
-      await this.listener.remove();
-    }
-    await VolumeButtons.removeAllListeners();
-    console.log('Volume button listener cleaned up');
-  }
-}
-```
-
-## 用例
-
-### 照片/视频捕捉
-
-使用音量按钮作为相机快门触发器：
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', async (event) => {
-  // Any volume button triggers camera
-  await capturePhoto();
-});
-```
-
-### 页面导航
-
-使用音量按钮浏览内容：
-
-```typescript
-let currentPage = 0;
-
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    currentPage++;
-    showPage(currentPage);
-  } else {
-    currentPage = Math.max(0, currentPage - 1);
-    showPage(currentPage);
-  }
-});
-```
-
-### 媒体控制
-
-控制媒体播放：
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    skipForward();
-  } else {
-    skipBackward();
-  }
-});
-```
-
-### 游戏控制
-
-使用音量按钮进行游戏操作：
-
-```typescript
-VolumeButtons.addListener('volumeButtonPressed', (event) => {
-  if (event.direction === 'up') {
-    player.jump();
-  } else {
-    player.crouch();
-  }
-});
-```
-
-## 最佳实践
-
-1. **清理监听器**
-   当组件卸载时，始终删除侦听器：
-   ```typescript
-   useEffect(() => {
-     const listener = VolumeButtons.addListener('volumeButtonPressed', handler);
-
-     return () => {
-       listener.remove();
-     };
-   }, []);
-   ```
-
-2. **提供视觉反馈**
-   向用户显示音量按钮用于自定义控件：
-   ```typescript
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     showNotification(`Volume ${event.direction} pressed`);
-     performAction(event.direction);
-   });
-   ```
-
-3. **考虑可访问性**
-   请记住，某些用户依赖音量按钮进行实际音量控制。提供替代控制。
-
-4. **快速按下去抖动**
-   防止意外双击：
-   ```typescript
-   let lastPress = 0;
-   const DEBOUNCE_MS = 300;
-
-   VolumeButtons.addListener('volumeButtonPressed', (event) => {
-     const now = Date.now();
-     if (now - lastPress < DEBOUNCE_MS) {
-       return; // Ignore rapid presses
-     }
-     lastPress = now;
-     handlePress(event.direction);
-   });
-   ```
-
-5. **记录行为**
-   向用户明确音量按钮具有自定义功能：
-   ```typescript
-   function showVolumeButtonHelp() {
-     alert('Use Volume Up/Down buttons to navigate pages');
-   }
-   ```
-
-## 平台说明
-
-### iOS
-- 适用于 iOS 10.0+
-- 可靠地检测到音量按钮
-- 系统音量 UI 可能仍会短暂出现
-
-### Android
-- 适用于 Android 5.0 (API 21)+
-- 要求应用程序位于前台
-- 某些设备可能会有轻微延迟
-
-### 网络
-- 不支持网络平台
-- 听众不会开火
-
-## 故障排除
-
-**事件未触发：**
-- 确保应用程序具有焦点
-- 检查监听器是否正确注册
-- 验证插件是否已安装并同步
-
-**系统音量变化干扰：**
-- 这是预期的行为 - 插件检测按下但不会阻止系统音量变化
-- 考虑与音量变化一起工作的用户体验
-
-**多个事件触发：**
-- 实施去抖处理快速按压
-- 检查重复的监听器注册
diff --git a/src/content/docs/zh/docs/plugins/volume-buttons/index.mdx b/src/content/docs/zh/docs/plugins/volume-buttons/index.mdx
deleted file mode 100644
index 9f965dc42..000000000
--- a/src/content/docs/zh/docs/plugins/volume-buttons/index.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: '@capgo/capacitor-volume-buttons'
-description: 聆听 Capacitor 应用程序中硬件音量按钮的按下情况。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 检测并响应移动设备上的音量增大和减小按钮按下操作，以进行自定义控制和交互。
-  image:
-    file: ~public/icons/plugins/volume-buttons.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/volume-buttons/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-volume-buttons/'
-      icon: external
-      variant: minimal
-locale: zh
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="硬件集成" icon="rocket">
-    聆听物理音量按钮按下的声音
-  </Card>
-  <Card title="上/下检测" icon="star">
-    区分音量增大和减小
-  </Card>
-  <Card title="简单 API" icon="pencil">
-    简单的事件监听器接口
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    检查[文档](/docs/plugins/volume-buttons/getting-started/)以开始使用音量按钮。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/watch/examples.mdx b/src/content/docs/zh/docs/plugins/watch/examples.mdx
deleted file mode 100644
index 7087cc9a6..000000000
--- a/src/content/docs/zh/docs/plugins/watch/examples.mdx
+++ /dev/null
@@ -1,768 +0,0 @@
----
-title: 示例与用例
-description: 使用 Capacitor 构建 Apple Watch 应用的真实示例与模式。
-sidebar:
-  order: 4
-locale: zh
----
-
-import { Tabs, TabItem, Aside, Code } from '@astrojs/starlight/components';
-
-本指南提供使用 `@capgo/capacitor-watch` 的常见 Apple Watch 应用模式示例。
-
-## 示例 1:健康与健身追踪
-
-在手表与手机之间同步训练数据。
-
-<Tabs>
-  <TabItem label="Watch (SwiftUI)">
-```swift
-import SwiftUI
-import CapgoWatchSDK
-
-struct WorkoutView: View {
-    @ObservedObject var connector = WatchConnector.shared
-    @State private var heartRate: Double = 0
-    @State private var calories: Double = 0
-    @State private var isTracking = false
-
-    var body: some View {
-        VStack(spacing: 12) {
-            // Heart Rate Display
-            HStack {
-                Image(systemName: "heart.fill")
-                    .foregroundColor(.red)
-                Text("\(Int(heartRate)) BPM")
-                    .font(.title2)
-            }
-
-            // Calories
-            HStack {
-                Image(systemName: "flame.fill")
-                    .foregroundColor(.orange)
-                Text("\(Int(calories)) cal")
-            }
-
-            // Start/Stop Button
-            Button(isTracking ? "Stop" : "Start") {
-                toggleTracking()
-            }
-            .buttonStyle(.borderedProminent)
-            .tint(isTracking ? .red : .green)
-        }
-        .onReceive(Timer.publish(every: 1, on: .main, in: .common).autoconnect()) { _ in
-            if isTracking {
-                updateMetrics()
-            }
-        }
-    }
-
-    private func toggleTracking() {
-        isTracking.toggle()
-        if isTracking {
-            // Notify phone that workout started
-            connector.sendMessage([
-                "event": "workoutStarted",
-                "timestamp": Date().timeIntervalSince1970
-            ])
-        } else {
-            // Send final summary to phone
-            do {
-                try connector.updateApplicationContext([
-                    "workoutComplete": true,
-                    "totalCalories": calories,
-                    "avgHeartRate": heartRate,
-                    "endTime": Date().timeIntervalSince1970
-                ])
-            } catch {
-                print("Failed to update context: \(error)")
-            }
-        }
-    }
-
-    private func updateMetrics() {
-        // Simulate heart rate (in real app, use HealthKit)
-        heartRate = Double.random(in: 120...160)
-        calories += Double.random(in: 0.1...0.3)
-
-        // Send real-time updates if phone is reachable
-        if connector.isReachable {
-            connector.sendMessage([
-                "heartRate": heartRate,
-                "calories": calories,
-                "timestamp": Date().timeIntervalSince1970
-            ])
-        }
-    }
-}
-```
-  </TabItem>
-  <TabItem label="Phone (Capacitor)">
-```typescript
-import { CapgoWatch } from '@capgo/capacitor-watch';
-
-class WorkoutTracker {
-  private heartRateData: number[] = [];
-  private totalCalories = 0;
-
-  async initialize() {
-    // Listen for real-time workout updates
-    await CapgoWatch.addListener('messageReceived', (event) => {
-      const { heartRate, calories, timestamp } = event.message;
-
-      if (heartRate) {
-        this.heartRateData.push(heartRate);
-        this.updateUI(heartRate, calories);
-      }
-
-      if (event.message.event === 'workoutStarted') {
-        this.onWorkoutStarted(timestamp);
-      }
-    });
-
-    // Listen for workout completion via context
-    await CapgoWatch.addListener('applicationContextReceived', (event) => {
-      if (event.context.workoutComplete) {
-        this.onWorkoutComplete(event.context);
-      }
-    });
-  }
-
-  private onWorkoutStarted(timestamp: number) {
-    console.log('Workout started at:', new Date(timestamp * 1000));
-    this.heartRateData = [];
-    this.totalCalories = 0;
-  }
-
-  private onWorkoutComplete(data: any) {
-    const avgHeartRate = data.avgHeartRate;
-    const totalCalories = data.totalCalories;
-
-    // Save to your backend
-    this.saveWorkout({
-      avgHeartRate,
-      totalCalories,
-      endTime: data.endTime,
-      heartRateHistory: this.heartRateData
-    });
-  }
-
-  private updateUI(heartRate: number, calories: number) {
-    // Update your app's UI
-    document.getElementById('heart-rate')!.textContent = `${Math.round(heartRate)} BPM`;
-    document.getElementById('calories')!.textContent = `${Math.round(calories)} cal`;
-  }
-
-  private async saveWorkout(data: any) {
-    // Save to your backend
-    console.log('Saving workout:', data);
-  }
-}
-
-const tracker = new WorkoutTracker();
-tracker.initialize();
-```
-  </TabItem>
-</Tabs>
-
-## 示例 2:智能家居遥控
-
-通过手表控制智能家居设备。
-
-<Tabs>
-  <TabItem label="Watch (SwiftUI)">
-```swift
-import SwiftUI
-import CapgoWatchSDK
-
-struct SmartHomeView: View {
-    @ObservedObject var connector = WatchConnector.shared
-    @State private var devices: [SmartDevice] = []
-    @State private var isLoading = false
-
-    var body: some View {
-        NavigationView {
-            Group {
-                if isLoading {
-                    ProgressView("Loading...")
-                } else if devices.isEmpty {
-                    Text("No devices")
-                        .foregroundColor(.secondary)
-                } else {
-                    List(devices) { device in
-                        DeviceRow(device: device, onToggle: { toggleDevice(device) })
-                    }
-                }
-            }
-            .navigationTitle("Home")
-            .toolbar {
-                Button(action: refreshDevices) {
-                    Image(systemName: "arrow.clockwise")
-                }
-            }
-        }
-        .onAppear {
-            refreshDevices()
-        }
-        .onChange(of: connector.lastMessage) { message in
-            handleMessage(message)
-        }
-    }
-
-    private func refreshDevices() {
-        guard connector.isReachable else {
-            // Load from cached context
-            loadFromContext()
-            return
-        }
-
-        isLoading = true
-        connector.sendMessage(["action": "getDevices"]) { reply in
-            DispatchQueue.main.async {
-                isLoading = false
-                if let deviceList = reply["devices"] as? [[String: Any]] {
-                    devices = deviceList.compactMap { SmartDevice(from: $0) }
-                }
-            }
-        }
-    }
-
-    private func toggleDevice(_ device: SmartDevice) {
-        connector.sendMessage([
-            "action": "toggleDevice",
-            "deviceId": device.id,
-            "newState": !device.isOn
-        ]) { reply in
-            DispatchQueue.main.async {
-                if reply["success"] as? Bool == true {
-                    // Update local state
-                    if let index = devices.firstIndex(where: { $0.id == device.id }) {
-                        devices[index].isOn.toggle()
-                    }
-                }
-            }
-        }
-    }
-
-    private func loadFromContext() {
-        if let deviceList = connector.applicationContext["devices"] as? [[String: Any]] {
-            devices = deviceList.compactMap { SmartDevice(from: $0) }
-        }
-    }
-
-    private func handleMessage(_ message: [String: Any]) {
-        // Handle push updates from phone
-        if let update = message["deviceUpdate"] as? [String: Any],
-           let deviceId = update["id"] as? String,
-           let isOn = update["isOn"] as? Bool {
-            if let index = devices.firstIndex(where: { $0.id == deviceId }) {
-                devices[index].isOn = isOn
-            }
-        }
-    }
-}
-
-struct SmartDevice: Identifiable {
-    let id: String
-    let name: String
-    let type: String
-    var isOn: Bool
-
-    init?(from dict: [String: Any]) {
-        guard let id = dict["id"] as? String,
-              let name = dict["name"] as? String,
-              let type = dict["type"] as? String,
-              let isOn = dict["isOn"] as? Bool else {
-            return nil
-        }
-        self.id = id
-        self.name = name
-        self.type = type
-        self.isOn = isOn
-    }
-}
-
-struct DeviceRow: View {
-    let device: SmartDevice
-    let onToggle: () -> Void
-
-    var body: some View {
-        HStack {
-            Image(systemName: iconName)
-                .foregroundColor(device.isOn ? .yellow : .gray)
-            Text(device.name)
-            Spacer()
-            Toggle("", isOn: .constant(device.isOn))
-                .labelsHidden()
-                .onTapGesture { onToggle() }
-        }
-    }
-
-    var iconName: String {
-        switch device.type {
-        case "light": return device.isOn ? "lightbulb.fill" : "lightbulb"
-        case "thermostat": return "thermometer"
-        case "lock": return device.isOn ? "lock.fill" : "lock.open"
-        default: return "power"
-        }
-    }
-}
-```
-  </TabItem>
-  <TabItem label="Phone (Capacitor)">
-```typescript
-import { CapgoWatch } from '@capgo/capacitor-watch';
-
-interface SmartDevice {
-  id: string;
-  name: string;
-  type: string;
-  isOn: boolean;
-}
-
-class SmartHomeController {
-  private devices: SmartDevice[] = [];
-
-  async initialize() {
-    // Handle requests from watch
-    await CapgoWatch.addListener('messageReceivedWithReply', async (event) => {
-      const { action, deviceId, newState } = event.message;
-
-      let response: any = { success: false };
-
-      switch (action) {
-        case 'getDevices':
-          response = { devices: this.devices };
-          break;
-
-        case 'toggleDevice':
-          const success = await this.toggleDevice(deviceId, newState);
-          response = { success };
-          break;
-      }
-
-      await CapgoWatch.replyToMessage({
-        callbackId: event.callbackId,
-        data: response
-      });
-    });
-
-    // Load initial devices
-    await this.loadDevices();
-
-    // Keep watch updated with device states
-    await this.syncDevicesToWatch();
-  }
-
-  private async loadDevices() {
-    // Load from your smart home API
-    this.devices = [
-      { id: '1', name: 'Living Room', type: 'light', isOn: true },
-      { id: '2', name: 'Bedroom', type: 'light', isOn: false },
-      { id: '3', name: 'Thermostat', type: 'thermostat', isOn: true },
-      { id: '4', name: 'Front Door', type: 'lock', isOn: true }
-    ];
-  }
-
-  private async toggleDevice(deviceId: string, newState: boolean): Promise<boolean> {
-    try {
-      // Call your smart home API
-      const device = this.devices.find(d => d.id === deviceId);
-      if (device) {
-        device.isOn = newState;
-
-        // Push update to watch
-        const info = await CapgoWatch.getInfo();
-        if (info.isReachable) {
-          await CapgoWatch.sendMessage({
-            data: {
-              deviceUpdate: { id: deviceId, isOn: newState }
-            }
-          });
-        }
-        return true;
-      }
-      return false;
-    } catch (error) {
-      console.error('Failed to toggle device:', error);
-      return false;
-    }
-  }
-
-  private async syncDevicesToWatch() {
-    // Update application context for offline access
-    await CapgoWatch.updateApplicationContext({
-      context: { devices: this.devices }
-    });
-  }
-
-  // Call this when devices change on the phone
-  async onDeviceStateChanged(deviceId: string, isOn: boolean) {
-    const device = this.devices.find(d => d.id === deviceId);
-    if (device) {
-      device.isOn = isOn;
-      await this.syncDevicesToWatch();
-    }
-  }
-}
-
-const controller = new SmartHomeController();
-controller.initialize();
-```
-  </TabItem>
-</Tabs>
-
-## 示例 3:通知中心
-
-向手表发送自定义通知。
-
-<Tabs>
-  <TabItem label="Phone (Capacitor)">
-```typescript
-import { CapgoWatch } from '@capgo/capacitor-watch';
-
-class NotificationService {
-  async sendNotification(title: string, body: string, data?: any) {
-    const info = await CapgoWatch.getInfo();
-
-    if (info.isReachable) {
-      // Send immediately if watch is reachable
-      await CapgoWatch.sendMessage({
-        data: {
-          type: 'notification',
-          title,
-          body,
-          data,
-          timestamp: Date.now()
-        }
-      });
-    } else {
-      // Queue for later delivery
-      await CapgoWatch.transferUserInfo({
-        userInfo: {
-          type: 'notification',
-          title,
-          body,
-          data,
-          timestamp: Date.now()
-        }
-      });
-    }
-  }
-
-  async sendUrgentAlert(message: string) {
-    // Use sendMessage for urgent alerts (requires watch to be reachable)
-    const info = await CapgoWatch.getInfo();
-
-    if (!info.isReachable) {
-      console.warn('Watch not reachable for urgent alert');
-      return false;
-    }
-
-    await CapgoWatch.sendMessage({
-      data: {
-        type: 'urgentAlert',
-        message,
-        haptic: 'warning',
-        timestamp: Date.now()
-      }
-    });
-
-    return true;
-  }
-}
-
-// Usage
-const notifications = new NotificationService();
-
-// Regular notification (queued if watch unavailable)
-await notifications.sendNotification(
-  'Order Update',
-  'Your order has shipped!',
-  { orderId: '12345' }
-);
-
-// Urgent alert (requires watch to be active)
-const sent = await notifications.sendUrgentAlert('Security alert: New login detected');
-```
-  </TabItem>
-  <TabItem label="Watch (SwiftUI)">
-```swift
-import SwiftUI
-import WatchKit
-import CapgoWatchSDK
-
-struct NotificationView: View {
-    @ObservedObject var connector = WatchConnector.shared
-    @State private var notifications: [WatchNotification] = []
-    @State private var showAlert = false
-    @State private var alertMessage = ""
-
-    var body: some View {
-        NavigationView {
-            List(notifications) { notification in
-                NotificationRow(notification: notification)
-            }
-            .navigationTitle("Notifications")
-        }
-        .onReceive(connector.$lastMessage) { message in
-            handleMessage(message)
-        }
-        .alert("Alert", isPresented: $showAlert) {
-            Button("OK") { }
-        } message: {
-            Text(alertMessage)
-        }
-    }
-
-    private func handleMessage(_ message: [String: Any]) {
-        guard let type = message["type"] as? String else { return }
-
-        switch type {
-        case "notification":
-            let notification = WatchNotification(
-                id: UUID().uuidString,
-                title: message["title"] as? String ?? "",
-                body: message["body"] as? String ?? "",
-                timestamp: Date(timeIntervalSince1970: (message["timestamp"] as? Double ?? 0) / 1000)
-            )
-            notifications.insert(notification, at: 0)
-
-            // Play haptic
-            WKInterfaceDevice.current().play(.notification)
-
-        case "urgentAlert":
-            alertMessage = message["message"] as? String ?? "Alert"
-            showAlert = true
-
-            // Play strong haptic for urgent alerts
-            if let hapticType = message["haptic"] as? String {
-                switch hapticType {
-                case "warning":
-                    WKInterfaceDevice.current().play(.notification)
-                    DispatchQueue.main.asyncAfter(deadline: .now() + 0.3) {
-                        WKInterfaceDevice.current().play(.notification)
-                    }
-                default:
-                    WKInterfaceDevice.current().play(.notification)
-                }
-            }
-
-        default:
-            break
-        }
-    }
-}
-
-struct WatchNotification: Identifiable {
-    let id: String
-    let title: String
-    let body: String
-    let timestamp: Date
-}
-
-struct NotificationRow: View {
-    let notification: WatchNotification
-
-    var body: some View {
-        VStack(alignment: .leading, spacing: 4) {
-            Text(notification.title)
-                .font(.headline)
-            Text(notification.body)
-                .font(.caption)
-                .foregroundColor(.secondary)
-            Text(notification.timestamp, style: .relative)
-                .font(.caption2)
-                .foregroundColor(.secondary)
-        }
-        .padding(.vertical, 4)
-    }
-}
-```
-  </TabItem>
-</Tabs>
-
-## 示例 4:数据同步服务
-
-在手机与手表之间保持数据同步。
-
-```typescript
-import { CapgoWatch } from '@capgo/capacitor-watch';
-
-class DataSyncService {
-  private syncQueue: any[] = [];
-  private isSyncing = false;
-
-  async initialize() {
-    // Listen for sync requests from watch
-    await CapgoWatch.addListener('messageReceivedWithReply', async (event) => {
-      if (event.message.action === 'sync') {
-        const data = await this.getDataForSync(event.message.lastSyncTime);
-        await CapgoWatch.replyToMessage({
-          callbackId: event.callbackId,
-          data: { items: data, syncTime: Date.now() }
-        });
-      }
-    });
-
-    // Listen for data from watch
-    await CapgoWatch.addListener('userInfoReceived', (event) => {
-      this.handleWatchData(event.userInfo);
-    });
-
-    // Monitor connectivity for sync opportunities
-    await CapgoWatch.addListener('reachabilityChanged', (event) => {
-      if (event.isReachable && this.syncQueue.length > 0) {
-        this.processSyncQueue();
-      }
-    });
-  }
-
-  // Push important data to watch (guaranteed delivery)
-  async pushToWatch(data: any) {
-    await CapgoWatch.transferUserInfo({
-      userInfo: {
-        type: 'dataUpdate',
-        data,
-        timestamp: Date.now()
-      }
-    });
-  }
-
-  // Update shared state (latest value only)
-  async updateSharedState(state: any) {
-    await CapgoWatch.updateApplicationContext({
-      context: {
-        ...state,
-        lastUpdated: Date.now()
-      }
-    });
-  }
-
-  // Queue data for sync when watch becomes available
-  queueForSync(data: any) {
-    this.syncQueue.push(data);
-    this.attemptSync();
-  }
-
-  private async attemptSync() {
-    const info = await CapgoWatch.getInfo();
-    if (info.isReachable) {
-      await this.processSyncQueue();
-    }
-  }
-
-  private async processSyncQueue() {
-    if (this.isSyncing || this.syncQueue.length === 0) return;
-
-    this.isSyncing = true;
-
-    while (this.syncQueue.length > 0) {
-      const item = this.syncQueue.shift();
-      await CapgoWatch.transferUserInfo({ userInfo: item });
-    }
-
-    this.isSyncing = false;
-  }
-
-  private async getDataForSync(lastSyncTime: number): Promise<any[]> {
-    // Return data modified since lastSyncTime
-    // This would query your database/API
-    return [];
-  }
-
-  private handleWatchData(data: any) {
-    console.log('Received from watch:', data);
-    // Process and save data from watch
-  }
-}
-```
-
-## 最佳实践
-
-### 1. 选择合适的传输方式
-
-| 方法 | 使用场景 | 交付方式 |
-|--------|----------|----------|
-| `sendMessage` | 交互、时效性强 | 立即(不可达时失败) |
-| `updateApplicationContext` | 当前应用状态 | 仅最新值 |
-| `transferUserInfo` | 重要数据 | 队列保证送达 |
-
-### 2. 优雅处理离线
-
-```typescript
-async function smartSend(data: any, important: boolean) {
-  const info = await CapgoWatch.getInfo();
-
-  if (info.isReachable) {
-    // Send immediately
-    await CapgoWatch.sendMessage({ data });
-  } else if (important) {
-    // Queue for later
-    await CapgoWatch.transferUserInfo({ userInfo: data });
-  } else {
-    // Update context (will be available when watch opens app)
-    await CapgoWatch.updateApplicationContext({ context: data });
-  }
-}
-```
-
-### 3. 最小化数据体积
-
-```swift
-// Bad - sending large objects
-connector.sendMessage(["user": fullUserObject])
-
-// Good - send only what's needed
-connector.sendMessage([
-    "userId": user.id,
-    "name": user.displayName,
-    "avatarUrl": user.avatarUrl
-])
-```
-
-### 4. 合理使用触觉反馈
-
-```swift
-import WatchKit
-
-// Success feedback
-WKInterfaceDevice.current().play(.success)
-
-// Failure feedback
-WKInterfaceDevice.current().play(.failure)
-
-// Navigation feedback
-WKInterfaceDevice.current().play(.click)
-
-// Notification
-WKInterfaceDevice.current().play(.notification)
-```
-
-### 5. 在手表端缓存
-
-```swift
-class DataCache {
-    private let defaults = UserDefaults.standard
-
-    func save(_ data: [String: Any], forKey key: String) {
-        if let encoded = try? JSONSerialization.data(withJSONObject: data) {
-            defaults.set(encoded, forKey: key)
-        }
-    }
-
-    func load(forKey key: String) -> [String: Any]? {
-        guard let data = defaults.data(forKey: key),
-              let dict = try? JSONSerialization.jsonObject(with: data) as? [String: Any] else {
-            return nil
-        }
-        return dict
-    }
-}
-```
-
-## 下一步
-
-- [Watch App Setup](/docs/plugins/watch/watch-app-setup/) - 创建您的第一个 watch 应用
-- [API Reference](/docs/plugins/watch/getting-started/#api-reference) - 完整 API 文档
-- [GitHub Repository](https://github.com/Cap-go/capacitor-watch) - 源码与问题反馈
diff --git a/src/content/docs/zh/docs/plugins/watch/getting-started.mdx b/src/content/docs/zh/docs/plugins/watch/getting-started.mdx
deleted file mode 100644
index cc227705d..000000000
--- a/src/content/docs/zh/docs/plugins/watch/getting-started.mdx
+++ /dev/null
@@ -1,311 +0,0 @@
----
-title: 开始使用
-description: 了解如何安装并配置 Capacitor Watch 插件,在 iPhone 与 Apple Watch 之间进行双向通信。
-sidebar:
-  order: 2
-locale: zh
----
-
-import { Tabs, TabItem, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装包**
-   <PackageManagers pkg="@capgo/capacitor-watch" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **同步原生项目**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置插件**
-
-   **基础用法示例:**
-   ```typescript
-   import { CapgoWatch } from '@capgo/capacitor-watch';
-
-   // 检查手表连接状态
-   const info = await CapgoWatch.getInfo();
-   console.log('Watch paired:', info.isPaired);
-   console.log('Watch reachable:', info.isReachable);
-
-   // 监听来自手表的消息
-   await CapgoWatch.addListener('messageReceived', (event) => {
-     console.log('Message from watch:', event.message);
-   });
-   ```
-
-   **向手表发送消息:**
-   ```typescript
-   // 先检查手表是否可达
-   const info = await CapgoWatch.getInfo();
-   if (info.isReachable) {
-     await CapgoWatch.sendMessage({
-       data: { action: 'refresh', timestamp: Date.now() }
-     });
-   }
-   ```
-
-   <Tabs>
-     <TabItem label="iOS">
-       **iOS 必需设置:**
-
-       1. 在 Xcode 中为 iOS 应用添加 WatchConnectivity capability
-       2. 在 Xcode 项目中创建 watchOS app target
-       3. 在 watchOS app 中实现 WatchConnectivity(参见下方 Watch App Implementation)
-
-       插件在加载时会自动激活 WCSession。
-     </TabItem>
-     <TabItem label="Android">
-       Apple Watch 仅支持 iOS。在 Android 上,所有方法都会以 "Apple Watch is only supported on iOS" 错误拒绝。`getInfo()` 会返回 `isSupported: false`。
-     </TabItem>
-   </Tabs>
-
-4. **处理需要回复的消息**
-   ```typescript
-   // 监听需要回复的消息
-   await CapgoWatch.addListener('messageReceivedWithReply', async (event) => {
-     console.log('Request from watch:', event.message);
-
-     // 处理请求
-     const result = await processWatchRequest(event.message);
-
-     // 回复手表
-     await CapgoWatch.replyToMessage({
-       callbackId: event.callbackId,
-       data: { result }
-     });
-   });
-   ```
-
-5. **同步应用状态**
-   ```typescript
-   // 更新应用上下文(仅保留最新值)
-   await CapgoWatch.updateApplicationContext({
-     context: {
-       theme: 'dark',
-       userId: '123',
-       lastSync: Date.now()
-     }
-   });
-
-   // 监听来自手表的上下文更新
-   await CapgoWatch.addListener('applicationContextReceived', (event) => {
-     console.log('Context from watch:', event.context);
-   });
-   ```
-
-6. **可靠传输用户信息**
-   ```typescript
-   // 将数据排队以可靠投递(即使手表离线)
-   await CapgoWatch.transferUserInfo({
-     userInfo: {
-       recordId: '456',
-       action: 'created',
-       data: { name: 'Item 1' }
-     }
-   });
-
-   // 监听用户信息传输
-   await CapgoWatch.addListener('userInfoReceived', (event) => {
-     console.log('User info from watch:', event.userInfo);
-   });
-   ```
-
-7. **监控连接状态**
-   ```typescript
-   // 监听可达性变化
-   await CapgoWatch.addListener('reachabilityChanged', (event) => {
-     console.log('Watch reachable:', event.isReachable);
-     if (event.isReachable) {
-       // 手表现在可用于交互式消息
-     }
-   });
-
-   // 监听 session 激活状态
-   await CapgoWatch.addListener('activationStateChanged', (event) => {
-     // 0 = notActivated, 1 = inactive, 2 = activated
-     console.log('Session state:', event.state);
-   });
-   ```
-</Steps>
-
-## Watch 应用实现
-
-您的 watchOS 应用需要实现 WatchConnectivity。以下是一个 SwiftUI 示例:
-
-```swift
-import SwiftUI
-import WatchConnectivity
-
-@main
-struct MyWatchApp: App {
-    init() {
-        WatchViewModel.shared.activate()
-    }
-
-    var body: some Scene {
-        WindowGroup {
-            ContentView()
-        }
-    }
-}
-
-class WatchViewModel: NSObject, ObservableObject, WCSessionDelegate {
-    static let shared = WatchViewModel()
-
-    @Published var lastMessage: [String: Any] = [:]
-
-    func activate() {
-        guard WCSession.isSupported() else { return }
-        WCSession.default.delegate = self
-        WCSession.default.activate()
-    }
-
-    // Send message to iPhone
-    func sendToPhone(_ data: [String: Any]) {
-        guard WCSession.default.isReachable else {
-            print("iPhone not reachable")
-            return
-        }
-        WCSession.default.sendMessage(data, replyHandler: nil)
-    }
-
-    // Send message with reply
-    func sendToPhoneWithReply(_ data: [String: Any], completion: @escaping ([String: Any]) -> Void) {
-        guard WCSession.default.isReachable else { return }
-        WCSession.default.sendMessage(data, replyHandler: completion)
-    }
-
-    // Receive message from iPhone
-    func session(_ session: WCSession, didReceiveMessage message: [String: Any]) {
-        DispatchQueue.main.async {
-            self.lastMessage = message
-        }
-    }
-
-    // Receive application context
-    func session(_ session: WCSession, didReceiveApplicationContext applicationContext: [String: Any]) {
-        DispatchQueue.main.async {
-            self.lastMessage = applicationContext
-        }
-    }
-
-    // Required delegate methods
-    func session(_ session: WCSession, activationDidCompleteWith activationState: WCSessionActivationState, error: Error?) {
-        print("Watch session activated: \(activationState.rawValue)")
-    }
-}
-```
-
-## API 参考
-
-### 方法
-
-#### `sendMessage(options: SendMessageOptions)`
-向手表发送交互式消息。要求手表可达。
-
-**参数:**
-- `data`: Object - 要发送给手表的数据
-
-#### `updateApplicationContext(options: UpdateContextOptions)`
-更新应用上下文。仅保留最新值。
-
-**参数:**
-- `context`: Object - 要同步的上下文数据
-
-#### `transferUserInfo(options: TransferUserInfoOptions)`
-将用户信息排队以可靠投递。
-
-**参数:**
-- `userInfo`: Object - 要传输的用户信息
-
-#### `replyToMessage(options: ReplyMessageOptions)`
-回复需要响应的消息。
-
-**参数:**
-- `callbackId`: string - messageReceivedWithReply 事件中的 callback ID
-- `data`: Object - 回复数据
-
-#### `getInfo()`
-获取手表连接状态。
-
-**返回:** `WatchInfo` 对象,包含:
-- `isSupported`: boolean - 是否支持 WatchConnectivity
-- `isPaired`: boolean - 是否已配对
-- `isWatchAppInstalled`: boolean - 是否安装了手表应用
-- `isReachable`: boolean - 手表是否可达
-- `activationState`: number - Session 状态(0/1/2)
-
-#### `getPluginVersion()`
-获取原生插件版本。
-
-### 事件
-
-| 事件 | 描述 |
-|-------|-------------|
-| `messageReceived` | 来自手表的普通消息 |
-| `messageReceivedWithReply` | 需要回复的消息(包含 callbackId) |
-| `applicationContextReceived` | 来自手表的上下文更新 |
-| `userInfoReceived` | 来自手表的用户信息传输 |
-| `reachabilityChanged` | 手表连接状态变化 |
-| `activationStateChanged` | Session 激活状态变化 |
-
-## 通信模式
-
-### 即时消息 (`sendMessage`)
-- 需要手表可达
-- 适用于交互式、时效性强的通信
-- 手表不可达时会立即失败
-
-### 应用上下文 (`updateApplicationContext`)
-- 仅保留最新值,旧值会被覆盖
-- 适用于同步当前应用状态
-- 手表可用时送达
-
-### 用户信息传输 (`transferUserInfo`)
-- 按顺序排队并投递
-- 适用于必须送达的重要数据
-- 即使手表暂时不可达也可投递
-
-## 平台说明
-
-### iOS
-- 需要 iOS 15.0 或更高版本
-- 使用 WatchConnectivity 框架
-- 插件加载时会自动激活 session
-- 支持上下文与用户信息的后台投递
-
-### Android
-- 不支持(Apple Watch 仅 iOS)
-- 所有方法都会返回相应错误
-- `getInfo()` 返回 `isSupported: false`
-
-### Web
-- 不支持
-- 所有方法会返回不可用错误
-- `getInfo()` 返回 `isSupported: false`
-
-## 常见用例
-
-1. **数据同步**: 保持手表与手机数据同步
-2. **远程控制**: 从手表控制手机功能
-3. **通知**: 向手表发送自定义通知
-4. **健康数据**: 共享健身与健康指标
-5. **媒体控制**: 从手表控制音乐播放
-6. **智能家居**: 从手腕控制设备
-
-## 故障排除
-
-**手表不可达:**
-- 确保手表在蓝牙范围内
-- 检查两个应用是否都在运行
-- 验证两端 WCSession 是否已激活
-
-**消息未收到:**
-- 确保发送前已注册监听器
-- 验证手表应用实现了 WCSessionDelegate
-- 对需要保证送达的数据使用 `transferUserInfo`
-
-**Session 未激活:**
-- 确保在 Xcode 中添加了 WatchConnectivity capability
-- 检查手表应用是否拥有 companion bundle ID
-- 确保两端目标系统版本兼容
diff --git a/src/content/docs/zh/docs/plugins/watch/index.mdx b/src/content/docs/zh/docs/plugins/watch/index.mdx
deleted file mode 100644
index 0af96c691..000000000
--- a/src/content/docs/zh/docs/plugins/watch/index.mdx
+++ /dev/null
@@ -1,61 +0,0 @@
----
-title: "@capgo/capacitor-watch"
-locale: zh
-description: 使用 WatchConnectivity 框架在 iPhone 与 Apple Watch 之间进行双向通信的 Capacitor 插件。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 在您的 iPhone 应用与 Apple Watch 伴生应用之间实现顺畅的双向通信。
-  image:
-    file: ~public/icons/plugins/watch.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/watch/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-watch/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid, LinkCard } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="双向消息" icon="rocket">
-    在 iPhone 与 Apple Watch 之间实时发送与接收消息
-  </Card>
-  <Card title="后台传输" icon="setting">
-    排队可靠的数据传输,即使手表离线也能送达
-  </Card>
-  <Card title="应用上下文" icon="laptop">
-    使用仅保留最新值的语义同步应用状态,高效更新
-  </Card>
-  <Card title="SwiftUI 就绪" icon="seti:swift">
-    提供手表端 SDK,支持 ObservableObject 以构建响应式 SwiftUI 应用
-  </Card>
-</CardGrid>
-
-## 文档
-
-<CardGrid>
-  <LinkCard
-    title="入门指南"
-    description="安装插件并学习 iPhone-Apple Watch 通信的基础 API。"
-    href="/docs/plugins/watch/getting-started/"
-  />
-  <LinkCard
-    title="Watch 应用设置"
-    description="从零开始在 Xcode 中创建 watchOS 应用的完整分步指南。"
-    href="/docs/plugins/watch/watch-app-setup/"
-  />
-  <LinkCard
-    title="示例与用例"
-    description="真实示例:健身追踪器、智能家居遥控、通知中心与数据同步。"
-    href="/docs/plugins/watch/examples/"
-  />
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/watch/watch-app-setup.mdx b/src/content/docs/zh/docs/plugins/watch/watch-app-setup.mdx
deleted file mode 100644
index 7473e7399..000000000
--- a/src/content/docs/zh/docs/plugins/watch/watch-app-setup.mdx
+++ /dev/null
@@ -1,465 +0,0 @@
----
-title: 创建 watchOS 应用
-description: 为您的 Capacitor iOS 项目创建 Apple Watch 应用的完整分步指南,支持双向通信。
-sidebar:
-  order: 3
-locale: zh
----
-
-import { Steps, Tabs, TabItem, Aside, FileTree } from '@astrojs/starlight/components';
-
-本指南将带您从零开始创建 watchOS 伴生应用,包括在 Xcode 中进行项目设置、集成 CapgoWatchSDK,并使用 SwiftUI 构建可运行的手表应用。
-
-## 前置条件
-
-开始前请确保:
-
-- **Xcode 15 或更高版本**(从 Mac App Store 下载)
-- **macOS Sonoma 或更高版本**(用于最新 watchOS SDK)
-- **已有 Capacitor iOS 项目**(如未创建请运行 `npx cap add ios`)
-- **Apple Developer 账号**(免费账号即可用于开发)
-
-## 项目结构概览
-
-完成本指南后,项目结构如下:
-
-<FileTree>
-- ios/
-  - App/
-    - App/ (主 iOS 应用)
-    - App.xcodeproj
-    - App.xcworkspace (请使用此文件打开项目)
-    - Podfile
-  - MyWatch/ (新的 watch 应用)
-    - MyWatch/ (watch 应用源码)
-      - MyWatchApp.swift
-      - ContentView.swift
-      - Assets.xcassets/
-    - MyWatch.xcodeproj
-</FileTree>
-
-## 第 1 步:在 Xcode 中打开 iOS 项目
-
-<Steps>
-1. 进入 Capacitor 项目的 `ios/App` 目录
-2. 双击打开 `App.xcworkspace`(不是 `.xcodeproj`)
-3. 等待 Xcode 完成索引
-</Steps>
-
-<Aside type="caution">
-请始终打开 `.xcworkspace`,不要打开 `.xcodeproj`。Workspace 包含 CocoaPods 依赖,这是项目所需的。
-</Aside>
-
-## 第 2 步:添加 watchOS Target
-
-<Steps>
-1. 在 Xcode 中选择 **File → New → Target...**
-
-2. 在模板选择器中:
-   - 选择顶部 **watchOS** 标签
-   - 选择 **App**
-   - 点击 **Next**
-
-3. 配置 watch 应用:
-   - **Product Name**:`MyWatch`(或自定义名称)
-   - **Team**:选择您的 Apple Developer 团队
-   - **Organization Identifier**:应与 iOS 应用一致(例如 `app.capgo`)
-   - **Bundle Identifier**:自动生成(例如 `app.capgo.myapp.watchkitapp`)
-   - **Language**:Swift
-   - **User Interface**:SwiftUI
-   - **Watch App Type**:App(不要选择 App for Existing iOS App)
-   - 取消勾选 **Include Notification Scene**(除非需要)
-   - 取消勾选 **Include Complication**(除非需要)
-
-4. 点击 **Finish**
-
-5. 出现 "Activate 'MyWatch' scheme?" 时,点击 **Activate**
-</Steps>
-
-## 第 3 步:配置 Watch 应用设置
-
-<Steps>
-1. 在 Project Navigator(左侧栏)选择项目(顶部蓝色图标)
-
-2. 在 targets 列表中选择 watch target(例如 "MyWatch")
-
-3. 进入 **General** 选项卡:
-   - **Display Name**:应用图标下显示的名称(例如 "My App")
-   - **Bundle Identifier**:应以 `.watchkitapp` 结尾
-   - **Version**:与 iOS 应用版本一致
-   - **Build**:与 iOS 应用构建号一致
-
-4. 进入 **Signing & Capabilities** 选项卡:
-   - 启用 **Automatically manage signing**
-   - 选择 **Team**
-   - Xcode 会自动创建 provisioning profiles
-
-5. 设置 **Deployment Info**:
-   - **Minimum Deployments**:watchOS 9.0 或更高
-</Steps>
-
-## 第 4 步:通过 Swift Package Manager 添加 CapgoWatchSDK
-
-CapgoWatchSDK 提供可直接使用的 `WatchConnector` 类用于通信。
-
-<Steps>
-1. 在 Xcode 中选择 **File → Add Package Dependencies...**
-
-2. 在搜索框输入:
-   ```
-   https://github.com/Cap-go/capacitor-watch.git
-   ```
-
-3. 回车并等待 Xcode 拉取包
-
-4. 配置包:
-   - **Dependency Rule**:选择 "Up to Next Major Version" 并填写 "8.0.0"
-   - 点击 **Add Package**
-
-5. 选择要添加的产品:
-   - **重要**:只选择 `CapgoWatchSDK`
-   - 确保添加到 **watch target**(例如 "MyWatch"),而非 iOS 应用
-   - 点击 **Add Package**
-</Steps>
-
-<Aside type="tip">
-`CapgoWatchSDK` 专为 watchOS 应用设计。它提供 `WatchConnector`(ObservableObject),为您处理所有 WatchConnectivity 复杂细节。
-</Aside>
-
-## 第 5 步:实现 Watch 应用
-
-接下来编写 watch 应用代码。请用以下内容替换自动生成的文件:
-
-### 5.1 创建应用入口
-
-编辑 `MyWatch/MyWatchApp.swift`:
-
-```swift
-import SwiftUI
-import CapgoWatchSDK
-
-@main
-struct MyWatchApp: App {
-    init() {
-        // 应用启动时激活 WatchConnectivity
-        WatchConnector.shared.activate()
-    }
-
-    var body: some Scene {
-        WindowGroup {
-            ContentView()
-        }
-    }
-}
-```
-
-### 5.2 创建主视图
-
-编辑 `MyWatch/ContentView.swift`:
-
-```swift
-import SwiftUI
-import CapgoWatchSDK
-
-struct ContentView: View {
-    // 监听 WatchConnector 以自动更新 UI
-    @ObservedObject var connector = WatchConnector.shared
-
-    // 本地状态
-    @State private var messageText = ""
-    @State private var statusMessage = "Ready"
-
-    var body: some View {
-        ScrollView {
-            VStack(spacing: 16) {
-                // 连接状态
-                ConnectionStatusView(connector: connector)
-
-                Divider()
-
-                // 消息输入
-                TextField("Message", text: $messageText)
-                    .textFieldStyle(.roundedBorder)
-
-                // 发送按钮
-                HStack {
-                    Button("Send") {
-                        sendMessage()
-                    }
-                    .disabled(!connector.isReachable || messageText.isEmpty)
-
-                    Button("Request") {
-                        sendWithReply()
-                    }
-                    .disabled(!connector.isReachable || messageText.isEmpty)
-                }
-
-                Divider()
-
-                // 状态
-                Text(statusMessage)
-                    .font(.caption)
-                    .foregroundColor(.secondary)
-
-                // 最后一条消息
-                if !connector.lastMessage.isEmpty {
-                    VStack(alignment: .leading) {
-                        Text("Last Message:")
-                            .font(.caption)
-                            .foregroundColor(.secondary)
-                        Text(formatMessage(connector.lastMessage))
-                            .font(.caption2)
-                    }
-                    .frame(maxWidth: .infinity, alignment: .leading)
-                }
-            }
-            .padding()
-        }
-    }
-
-    private func sendMessage() {
-        connector.sendMessage(["text": messageText, "timestamp": Date().timeIntervalSince1970])
-        statusMessage = "Message sent"
-        messageText = ""
-    }
-
-    private func sendWithReply() {
-        connector.sendMessage(["text": messageText, "needsReply": true]) { reply in
-            DispatchQueue.main.async {
-                statusMessage = "Reply: \(formatMessage(reply))"
-            }
-        }
-        messageText = ""
-    }
-
-    private func formatMessage(_ message: [String: Any]) -> String {
-        message.map { "\($0.key): \($0.value)" }.joined(separator: ", ")
-    }
-}
-
-// 连接状态的独立视图
-struct ConnectionStatusView: View {
-    @ObservedObject var connector: WatchConnector
-
-    var body: some View {
-        HStack {
-            Circle()
-                .fill(connector.isReachable ? Color.green : Color.red)
-                .frame(width: 12, height: 12)
-
-            Text(connector.isReachable ? "Connected" : "Disconnected")
-                .font(.headline)
-
-            Spacer()
-
-            if connector.isActivated {
-                Image(systemName: "checkmark.circle.fill")
-                    .foregroundColor(.green)
-            }
-        }
-    }
-}
-
-#Preview {
-    ContentView()
-}
-```
-
-## 第 6 步:为 iOS 应用配置 WatchConnectivity
-
-iOS 应用也需要 WatchConnectivity capability。
-
-<Steps>
-1. 在 Project Navigator 中选择项目
-
-2. 选择 **iOS App target**(不是 watch target)
-
-3. 进入 **Signing & Capabilities** 选项卡
-
-4. 点击 **+ Capability**
-
-5. 搜索并添加 **WatchConnectivity**(如可用,也可能自动添加)
-
-6. Capacitor 插件会自动处理 iOS 端,但请确保 Info.plist 中包含:
-   ```xml
-   <key>WKCompanionAppBundleIdentifier</key>
-   <string>app.capgo.myapp.watchkitapp</string>
-   ```
-</Steps>
-
-## 第 7 步:构建并运行
-
-### 在模拟器运行
-
-<Steps>
-1. 在 Xcode 顶部 scheme 选择器中选择 watch scheme
-
-2. 选择 watch 模拟器:
-   - 点击 scheme 旁的设备选择器
-   - 选择 Apple Watch 模拟器(例如 "Apple Watch Series 9 (45mm)")
-
-3. 点击 **Run** 按钮(▶️)或按 `Cmd + R`
-
-4. iOS 模拟器将同时启动 iPhone 与 Apple Watch
-</Steps>
-
-### 在真机运行
-
-<Steps>
-1. 通过 USB 连接 iPhone
-
-2. 确保 Apple Watch 已与该 iPhone 配对
-
-3. 选择 watch scheme
-
-4. 在设备列表中选择您的 Apple Watch 真机
-
-5. 点击 **Run**
-
-6. 第一次运行时,可能需要在两台设备上信任该电脑
-</Steps>
-
-<Aside type="tip">
-同时调试两个应用:
-1. 先运行 iOS 应用
-2. 然后在 watch 应用中使用 "Debug → Attach to Process" 进行调试
-</Aside>
-
-## 第 8 步:测试通信
-
-### 从 iPhone (Capacitor) 到 Watch
-
-在 Capacitor 应用中:
-
-```typescript
-import { CapgoWatch } from '@capgo/capacitor-watch';
-
-// 检查连接状态
-const info = await CapgoWatch.getInfo();
-console.log('Watch reachable:', info.isReachable);
-
-// 发送消息
-if (info.isReachable) {
-  await CapgoWatch.sendMessage({
-    data: { action: 'update', value: 'Hello from iPhone!' }
-  });
-}
-```
-
-### 从 Watch 到 iPhone
-
-watch 应用使用 `WatchConnector`:
-
-```swift
-// 发送消息(不等待回复)
-WatchConnector.shared.sendMessage(["action": "buttonTapped"])
-
-// 发送需要回复的消息
-WatchConnector.shared.sendMessage(["request": "getData"]) { reply in
-    print("Got reply: \(reply)")
-}
-```
-
-### 在 iPhone 端处理消息
-
-```typescript
-// 监听来自手表的消息
-await CapgoWatch.addListener('messageReceived', (event) => {
-  console.log('Message from watch:', event.message);
-  // { action: 'buttonTapped' }
-});
-
-// 处理需要回复的消息
-await CapgoWatch.addListener('messageReceivedWithReply', async (event) => {
-  console.log('Request from watch:', event.message);
-
-  // 回复手表
-  await CapgoWatch.replyToMessage({
-    callbackId: event.callbackId,
-    data: { status: 'success', items: ['item1', 'item2'] }
-  });
-});
-```
-
-## 高级:自定义 Delegate 获取更多控制
-
-如需更细粒度控制,可实现 `WatchConnectorDelegate`:
-
-```swift
-import SwiftUI
-import CapgoWatchSDK
-
-class WatchHandler: WatchConnectorDelegate {
-    func didReceiveMessage(_ message: [String: Any]) {
-        print("Received: \(message)")
-        // 处理收到的消息
-    }
-
-    func didReceiveMessageWithReply(_ message: [String: Any],
-                                     replyHandler: @escaping ([String: Any]) -> Void) {
-        print("Received request: \(message)")
-        // 处理并回复
-        replyHandler(["status": "processed"])
-    }
-
-    func didReceiveApplicationContext(_ context: [String: Any]) {
-        print("Context updated: \(context)")
-    }
-
-    func didReceiveUserInfo(_ userInfo: [String: Any]) {
-        print("User info received: \(userInfo)")
-    }
-
-    func reachabilityDidChange(_ isReachable: Bool) {
-        print("Reachability changed: \(isReachable)")
-    }
-
-    func activationDidComplete(with state: WCSessionActivationState) {
-        print("Activation completed: \(state.rawValue)")
-    }
-}
-
-// In your app setup:
-let handler = WatchHandler()
-WatchConnector.shared.delegate = handler
-WatchConnector.shared.activate()
-```
-
-## 故障排除
-
-### Watch 应用未出现在手表上
-
-1. 确保 bundle ID 关联正确(手表应用 bundle ID 应为 iOS 应用 bundle ID + `.watchkitapp`)
-2. 确保两个应用使用同一团队签名
-3. 真机上:在 iPhone 打开 Watch 应用 → My Watch → 向下找到应用 → 开启
-
-### 消息未收到
-
-1. 确保两端 WCSession 已激活
-2. 发送前检查 `isReachable`
-3. 需要保证送达时使用 `transferUserInfo` 替代 `sendMessage`
-4. 确保在对方发送前已注册监听器
-
-### "Session Not Activated" 错误
-
-1. 在应用生命周期早期调用 `WatchConnector.shared.activate()`
-2. iOS 端插件会自动激活 - 确认已导入插件
-3. 确认 iOS target 添加了 WatchConnectivity capability
-
-### CapgoWatchSDK 构建错误
-
-1. 确保包添加到 **watch target**,而不是 iOS target
-2. 清理构建目录:**Product → Clean Build Folder** (Cmd + Shift + K)
-3. 重置包缓存:**File → Packages → Reset Package Caches**
-
-### 模拟器问题
-
-1. 重置模拟器:**Device → Erase All Content and Settings**
-2. 确保 iOS 与 watchOS 模拟器是兼容配对
-3. 两个模拟器都需运行以进行通信
-
-## 下一步
-
-- [API Reference](/docs/plugins/watch/getting-started/#api-reference) - 完整 API 文档
-- [Communication Patterns](/docs/plugins/watch/getting-started/#communication-patterns) - 何时使用各方法
-- [Example App](https://github.com/Cap-go/capacitor-watch/tree/main/example-app) - 完整示例项目
diff --git a/src/content/docs/zh/docs/plugins/wechat/getting-started.mdx b/src/content/docs/zh/docs/plugins/wechat/getting-started.mdx
deleted file mode 100644
index 0358a5c19..000000000
--- a/src/content/docs/zh/docs/plugins/wechat/getting-started.mdx
+++ /dev/null
@@ -1,388 +0,0 @@
----
-title: 入门
-description: 了解如何安装和使用微信插件将微信功能集成到您的 Capacitor 应用中。
-sidebar:
-  order: 2
-locale: zh
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-wechat" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 配置
-
-### 微信小程序注册
-
-使用本插件前，您必须在【微信开放平台】(https://open.weixin.qq.com/)注册您的应用，获取App ID。
-
-### iOS 配置
-
-将以下内容添加到您的 `Info.plist` 中：
-
-```xml
-<key>LSApplicationQueriesSchemes</key>
-<array>
-  <string>weixin</string>
-  <string>weixinULAPI</string>
-</array>
-
-<key>CFBundleURLTypes</key>
-<array>
-  <dict>
-    <key>CFBundleTypeRole</key>
-    <string>Editor</string>
-    <key>CFBundleURLName</key>
-    <string>weixin</string>
-    <key>CFBundleURLSchemes</key>
-    <array>
-      <string>YOUR_WECHAT_APP_ID</string>
-    </array>
-  </dict>
-</array>
-```
-
-您需要将微信SDK集成到您的iOS项目中。将微信SDK添加到您的`Podfile`中或从【微信开放平台】(https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/iOS.html)下载。
-
-### Android 配置
-
-将以下内容添加到您的 `AndroidManifest.xml` 中：
-
-```xml
-<manifest>
-  <application>
-    <!-- WeChat callback activity -->
-    <activity
-      android:name=".wxapi.WXEntryActivity"
-      android:exported="true"
-      android:label="@string/app_name"
-      android:launchMode="singleTask"
-      android:theme="@android:style/Theme.Translucent.NoTitleBar">
-      <intent-filter>
-        <action android:name="android.intent.action.VIEW" />
-        <category android:name="android.intent.category.DEFAULT" />
-      </intent-filter>
-    </activity>
-  </application>
-</manifest>
-```
-
-您需要将微信SDK集成到您的Android项目中。将微信SDK依赖添加到您的`build.gradle`中，或者从【微信开放平台】(https://developers.weixin.qq.com/doc/oplatform/en/Mobile_App/Access_Guide/Android.html)下载。
-
-## 用法
-
-### 检查微信安装情况
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-const checkWeChat = async () => {
-  const { installed } = await CapacitorWechat.isInstalled();
-  if (installed) {
-    console.log('WeChat is installed');
-  } else {
-    console.log('WeChat is not installed');
-  }
-};
-```
-
-### 身份验证
-
-```typescript
-const loginWithWeChat = async () => {
-  try {
-    const { code, state } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo', // or 'snsapi_login'
-      state: 'my_random_state'
-    });
-
-    // Send code to your backend to exchange for access token
-    const response = await fetch('https://yourapi.com/auth/wechat', {
-      method: 'POST',
-      headers: { 'Content-Type': 'application/json' },
-      body: JSON.stringify({ code })
-    });
-
-    const { access_token, openid } = await response.json();
-    console.log('Logged in with WeChat:', openid);
-  } catch (error) {
-    console.error('WeChat auth failed:', error);
-  }
-};
-```
-
-### 分享内容
-
-#### 分享文字
-
-```typescript
-const shareText = async () => {
-  await CapacitorWechat.share({
-    scene: 0, // 0 = Chat, 1 = Moments, 2 = Favorite
-    type: 'text',
-    text: 'Hello from Capacitor WeChat!'
-  });
-};
-```
-
-#### 分享链接
-
-```typescript
-const shareLink = async () => {
-  await CapacitorWechat.share({
-    scene: 1, // Share to Moments
-    type: 'link',
-    title: 'Check out this awesome app!',
-    description: 'Built with Capacitor and WeChat SDK',
-    link: 'https://capacitorjs.com',
-    thumbUrl: 'https://capacitorjs.com/icon.png'
-  });
-};
-```
-
-#### 分享图片
-
-```typescript
-const shareImage = async () => {
-  await CapacitorWechat.share({
-    scene: 0,
-    type: 'image',
-    imageUrl: 'https://example.com/image.png', // or base64 data
-    thumbUrl: 'https://example.com/thumb.png'
-  });
-};
-```
-
-###微信支付
-
-```typescript
-const payWithWeChat = async () => {
-  // First, get payment parameters from your server
-  const paymentParams = await fetchPaymentParamsFromServer();
-
-  try {
-    await CapacitorWechat.sendPaymentRequest({
-      partnerId: paymentParams.partnerId,
-      prepayId: paymentParams.prepayId,
-      nonceStr: paymentParams.nonceStr,
-      timeStamp: paymentParams.timeStamp,
-      package: paymentParams.package, // Usually 'Sign=WXPay'
-      sign: paymentParams.sign
-    });
-
-    console.log('Payment successful!');
-  } catch (error) {
-    console.error('Payment failed:', error);
-  }
-};
-```
-
-### 打开小程序
-
-```typescript
-const openMiniProgram = async () => {
-  await CapacitorWechat.openMiniProgram({
-    username: 'gh_xxxxxxxxxxxxx', // Mini program original ID
-    path: 'pages/index/index', // Path within mini program
-    type: 0 // 0 = Release, 1 = Test, 2 = Preview
-  });
-};
-```
-
-## API 参考
-
-### isInstalled()
-
-检查设备上是否安装了微信应用。
-
-```typescript
-const result = await CapacitorWechat.isInstalled();
-// Returns: { installed: boolean }
-```
-
-### 身份验证（选项）
-
-使用微信OAuth验证用户身份。
-
-```typescript
-interface WechatAuthOptions {
-  scope: string; // 'snsapi_userinfo' or 'snsapi_login'
-  state?: string; // Optional state parameter for CSRF protection
-}
-
-const result = await CapacitorWechat.auth(options);
-// Returns: { code: string, state?: string }
-```
-
-### 分享（选项）
-
-分享内容到微信。
-
-```typescript
-interface WechatShareOptions {
-  scene: number; // 0 = Session (chat), 1 = Timeline (moments), 2 = Favorite
-  type: 'text' | 'image' | 'link' | 'music' | 'video' | 'miniprogram';
-  text?: string; // For type 'text'
-  title?: string; // For type 'link', 'music', 'video', 'miniprogram'
-  description?: string; // For type 'link', 'music', 'video', 'miniprogram'
-  link?: string; // For type 'link'
-  imageUrl?: string; // Image URL or base64 data
-  thumbUrl?: string; // Thumbnail URL or base64 data
-  mediaUrl?: string; // For type 'music' or 'video'
-  miniProgramUsername?: string; // For type 'miniprogram'
-  miniProgramPath?: string; // For type 'miniprogram'
-  miniProgramType?: number; // For type 'miniprogram': 0 = Release, 1 = Test, 2 = Preview
-  miniProgramWebPageUrl?: string; // Fallback URL for type 'miniprogram'
-}
-
-await CapacitorWechat.share(options);
-```
-
-### 发送付款请求（选项）
-
-向微信支付发送支付请求。
-
-```typescript
-interface WechatPaymentOptions {
-  partnerId: string; // Merchant ID
-  prepayId: string; // Prepay ID from unified order API
-  nonceStr: string; // Random string
-  timeStamp: string; // Timestamp
-  package: string; // Usually 'Sign=WXPay'
-  sign: string; // Signature
-}
-
-await CapacitorWechat.sendPaymentRequest(options);
-```
-
-### openMiniProgram(选项)
-
-打开微信小程序。
-
-```typescript
-interface WechatMiniProgramOptions {
-  username: string; // Mini-program username (original ID)
-  path?: string; // Path to open in mini-program
-  type?: number; // 0 = Release, 1 = Test, 2 = Preview
-}
-
-await CapacitorWechat.openMiniProgram(options);
-```
-
-### 选择发票（选项）
-
-选择微信发票（适用于商业应用）。
-
-```typescript
-interface WechatInvoiceOptions {
-  appId: string;
-  signType: string;
-  cardSign: string;
-  timeStamp: string;
-  nonceStr: string;
-}
-
-const result = await CapacitorWechat.chooseInvoice(options);
-// Returns: { cards: string[] }
-```
-
-### getPluginVersion()
-
-获取本机插件版本。
-
-```typescript
-const result = await CapacitorWechat.getPluginVersion();
-// Returns: { version: string }
-```
-
-## 完整示例
-
-```typescript
-import { CapacitorWechat } from '@capgo/capacitor-wechat';
-
-export class WeChatService {
-  async init() {
-    const { installed } = await CapacitorWechat.isInstalled();
-    if (!installed) {
-      throw new Error('WeChat is not installed');
-    }
-  }
-
-  async login() {
-    const { code } = await CapacitorWechat.auth({
-      scope: 'snsapi_userinfo',
-      state: Math.random().toString(36).substring(7)
-    });
-
-    // Exchange code for access token on your backend
-    const response = await fetch('/api/auth/wechat', {
-      method: 'POST',
-      body: JSON.stringify({ code })
-    });
-
-    return response.json();
-  }
-
-  async shareToChat(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 0, // Chat
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-
-  async shareToMoments(title: string, description: string, link: string, imageUrl: string) {
-    await CapacitorWechat.share({
-      scene: 1, // Moments
-      type: 'link',
-      title,
-      description,
-      link,
-      thumbUrl: imageUrl
-    });
-  }
-}
-```
-
-## 重要提示
-
-1. **微信SDK集成**：该插件提供了Capacitor接口，但您需要将官方微信SDK集成到您的原生项目中。
-
-2. **应用注册**：您必须在【微信开放平台】(https://open.weixin.qq.com/)上注册您的应用才能获得应用ID。
-
-3. **通用链接（iOS）**：对于iOS 13+，您需要配置微信回调通用链接。
-
-4. **后端集成**：身份验证和支付功能需要后端集成，以将代码交换为令牌并准备支付参数。
-
-5. **测试**：微信功能需要在物理设备上进行测试 - 它们无法在模拟器中运行。
-
-## 最佳实践
-
-1. **在尝试使用功能之前，请务必检查是否安装了微信**。
-2. **使用 try-catch 块优雅地处理错误**。
-3. **在身份验证请求中使用状态参数**以实现 CSRF 保护。
-4. **在授予访问权限之前在后端验证付款响应**。
-5. **在共享之前压缩图像**以减少数据使用。
-
-## 平台说明
-
-### iOS
-- 需要 iOS 10.0+
-- iOS使用官方微信SDK
-- 需要 iOS 13+ 的通用链接配置### Android
-- 需要 Android 5.0 (API 21)+
-- Android使用官方微信SDK
-- 需要WXEntryActivity配置
-
-### 网络
-- 不支持网络平台
diff --git a/src/content/docs/zh/docs/plugins/wechat/index.mdx b/src/content/docs/zh/docs/plugins/wechat/index.mdx
deleted file mode 100644
index 6affd7927..000000000
--- a/src/content/docs/zh/docs/plugins/wechat/index.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: '@capgo/capacitor-wechat'
-description: Capacitor 的微信SDK 集成 - 支持身份验证、共享、支付和小程序。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 将微信SDK集成到您的Capacitor应用程序中，以实现无缝身份验证、内容共享、支付和小程序访问。
-  image:
-    file: ~public/icons/plugins/wechat.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/wechat/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-wechat/'
-      icon: external
-      variant: minimal
-locale: zh
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="OAuth 身份验证" icon="puzzle">
-    启用安全微信登录以实现无缝用户身份验证🔐
-  </Card>
-  <Card title="内容分享" icon="rocket">
-    分享文字、图片、链接、音乐、视频、小程序到微信📤
-  </Card>
-  <Card title="微信支付" icon="star">
-    通过微信支付接受付款，实现无缝交易💳
-  </Card>
-  <Card title="Mini-Programs" icon="open-book">
-    直接从您的应用程序启动微信小程序🚀
-  </Card>
-  <Card title="Cross-platform" icon="puzzle">
-    可在 iOS 和 Android 上使用原生微信 SDK 📱
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/wechat/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/wifi/getting-started.mdx b/src/content/docs/zh/docs/plugins/wifi/getting-started.mdx
deleted file mode 100644
index a25390273..000000000
--- a/src/content/docs/zh/docs/plugins/wifi/getting-started.mdx
+++ /dev/null
@@ -1,370 +0,0 @@
----
-title: 入门
-description: 了解如何安装和使用 WiFi 插件来管理 Capacitor 应用中的网络连接。
-sidebar:
-  order: 2
-locale: zh
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-wifi" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **配置权限**
-
-   **Android**：添加到 `AndroidManifest.xml`：
-   ```xml
-   <uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
-   <uses-permission android:name="android.permission.CHANGE_WIFI_STATE" />
-   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
-   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
-   ```
-
-   **iOS**：添加到 `Info.plist`：
-   ```xml
-   <key>NSLocationWhenInUseUsageDescription</key>
-   <string>We need location access to scan WiFi networks</string>
-   ```
-</Steps>
-
-## 用法
-
-导入插件并管理 WiFi 连接：
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-// Get current WiFi connection info
-const getWifiInfo = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-  console.log('Connected to:', info.ssid);
-  console.log('IP Address:', info.ip);
-};
-
-// Scan for available networks
-const scanNetworks = async () => {
-  const { networks } = await CapacitorWifi.scan();
-  networks.forEach(network => {
-    console.log(`SSID: ${network.ssid}, Signal: ${network.level}`);
-  });
-};
-
-// Connect to a network
-const connectToWifi = async () => {
-  await CapacitorWifi.connect({
-    ssid: 'MyNetwork',
-    password: 'mypassword'
-  });
-};
-```
-
-## API 参考
-
-### getWifiInfo()
-
-获取有关当前连接的 WiFi 网络的信息。
-
-```typescript
-interface WifiInfo {
-  ssid: string;          // Network name
-  bssid: string;         // MAC address of access point
-  ip: string;            // Device IP address
-  frequency: number;     // Network frequency (MHz)
-  linkSpeed: number;     // Connection speed (Mbps)
-  signalStrength: number; // Signal strength (0-100)
-}
-
-const info = await CapacitorWifi.getWifiInfo();
-```
-
-### 扫描()
-
-扫描可用的 WiFi 网络。
-
-```typescript
-interface WifiNetwork {
-  ssid: string;          // Network name
-  bssid: string;         // MAC address
-  level: number;         // Signal level (dBm)
-  frequency: number;     // Network frequency
-  capabilities: string;  // Security capabilities
-}
-
-const { networks } = await CapacitorWifi.scan();
-```
-
-### 连接（选项）
-
-连接到 WiFi 网络。
-
-```typescript
-interface ConnectOptions {
-  ssid: string;          // Network name
-  password?: string;     // Network password (if secured)
-  isHiddenSsid?: boolean; // Whether SSID is hidden
-}
-
-await CapacitorWifi.connect({
-  ssid: 'MyNetwork',
-  password: 'mypassword'
-});
-```
-
-### 断开连接（）
-
-与当前 WiFi 网络断开连接。
-
-```typescript
-await CapacitorWifi.disconnect();
-```
-
-### 获取SSID()
-
-获取当前连接网络的SSID。
-
-```typescript
-const { ssid } = await CapacitorWifi.getSSID();
-console.log('Connected to:', ssid);
-```
-
-### 获取IP()
-
-获取当前设备IP地址。
-
-```typescript
-const { ip } = await CapacitorWifi.getIP();
-console.log('IP Address:', ip);
-```
-
-## 完整示例
-
-```typescript
-import { CapacitorWifi } from '@capgo/capacitor-wifi';
-
-export class WifiService {
-  async getCurrentNetwork() {
-    try {
-      const info = await CapacitorWifi.getWifiInfo();
-      return {
-        name: info.ssid,
-        strength: this.getSignalQuality(info.signalStrength),
-        speed: `${info.linkSpeed} Mbps`,
-        ip: info.ip
-      };
-    } catch (error) {
-      console.error('Failed to get WiFi info:', error);
-      return null;
-    }
-  }
-
-  async scanAndConnect(targetSsid: string, password: string) {
-    try {
-      // Scan for networks
-      const { networks } = await CapacitorWifi.scan();
-
-      // Find target network
-      const targetNetwork = networks.find(n => n.ssid === targetSsid);
-
-      if (!targetNetwork) {
-        throw new Error(`Network ${targetSsid} not found`);
-      }
-
-      console.log(`Found network with signal: ${targetNetwork.level} dBm`);
-
-      // Connect to network
-      await CapacitorWifi.connect({
-        ssid: targetSsid,
-        password: password
-      });
-
-      console.log('Connected successfully!');
-      return true;
-    } catch (error) {
-      console.error('Connection failed:', error);
-      return false;
-    }
-  }
-
-  async findBestNetwork(preferredNetworks: string[]) {
-    const { networks } = await CapacitorWifi.scan();
-
-    // Filter to preferred networks
-    const available = networks.filter(n =>
-      preferredNetworks.includes(n.ssid)
-    );
-
-    if (available.length === 0) {
-      return null;
-    }
-
-    // Sort by signal strength
-    available.sort((a, b) => b.level - a.level);
-
-    return available[0];
-  }
-
-  async monitorConnection(callback: (info: WifiInfo | null) => void) {
-    const checkConnection = async () => {
-      try {
-        const info = await CapacitorWifi.getWifiInfo();
-        callback(info);
-      } catch (error) {
-        callback(null);
-      }
-    };
-
-    // Check every 5 seconds
-    const interval = setInterval(checkConnection, 5000);
-
-    // Initial check
-    await checkConnection();
-
-    // Return cleanup function
-    return () => clearInterval(interval);
-  }
-
-  private getSignalQuality(strength: number): string {
-    if (strength >= 80) return 'Excellent';
-    if (strength >= 60) return 'Good';
-    if (strength >= 40) return 'Fair';
-    return 'Poor';
-  }
-
-  async getNetworkSecurity(ssid: string): Promise<string> {
-    const { networks } = await CapacitorWifi.scan();
-    const network = networks.find(n => n.ssid === ssid);
-
-    if (!network) {
-      return 'Unknown';
-    }
-
-    const caps = network.capabilities.toLowerCase();
-
-    if (caps.includes('wpa3')) return 'WPA3';
-    if (caps.includes('wpa2')) return 'WPA2';
-    if (caps.includes('wpa')) return 'WPA';
-    if (caps.includes('wep')) return 'WEP';
-
-    return 'Open';
-  }
-}
-```
-
-## 高级用法
-
-### 网络质量评估
-
-```typescript
-const assessNetworkQuality = async () => {
-  const info = await CapacitorWifi.getWifiInfo();
-
-  const quality = {
-    signal: info.signalStrength >= 70 ? 'Excellent' :
-            info.signalStrength >= 50 ? 'Good' :
-            info.signalStrength >= 30 ? 'Fair' : 'Poor',
-    speed: info.linkSpeed >= 100 ? 'Fast' :
-           info.linkSpeed >= 50 ? 'Medium' : 'Slow',
-    frequency: info.frequency >= 5000 ? '5GHz' : '2.4GHz'
-  };
-
-  console.log('Network Quality:', quality);
-  return quality;
-};
-```
-
-### 自动连接到首选网络
-
-```typescript
-const autoConnect = async (preferredNetworks: Array<{ ssid: string, password: string }>) => {
-  const { networks } = await CapacitorWifi.scan();
-
-  for (const preferred of preferredNetworks) {
-    const found = networks.find(n => n.ssid === preferred.ssid);
-
-    if (found) {
-      try {
-        await CapacitorWifi.connect({
-          ssid: preferred.ssid,
-          password: preferred.password
-        });
-        console.log(`Connected to ${preferred.ssid}`);
-        return true;
-      } catch (error) {
-        console.error(`Failed to connect to ${preferred.ssid}`);
-      }
-    }
-  }
-
-  return false;
-};
-```
-
-### 网络变化检测
-
-```typescript
-class NetworkMonitor {
-  private currentSsid: string | null = null;
-  private listeners: Array<(ssid: string | null) => void> = [];
-
-  async start() {
-    setInterval(async () => {
-      try {
-        const { ssid } = await CapacitorWifi.getSSID();
-
-        if (ssid !== this.currentSsid) {
-          this.currentSsid = ssid;
-          this.notifyListeners(ssid);
-        }
-      } catch (error) {
-        if (this.currentSsid !== null) {
-          this.currentSsid = null;
-          this.notifyListeners(null);
-        }
-      }
-    }, 3000);
-  }
-
-  onNetworkChange(callback: (ssid: string | null) => void) {
-    this.listeners.push(callback);
-  }
-
-  private notifyListeners(ssid: string | null) {
-    this.listeners.forEach(listener => listener(ssid));
-  }
-}
-```
-
-## 最佳实践
-
-1. **权限**：扫描网络前请求位置权限
-2. **错误处理**：始终将 WiFi 操作包装在 try-catch 块中
-3. **用户反馈**：网络运行时显示加载指示器
-4. **安全**：切勿以纯文本形式存储 WiFi 密码
-5. **测试**：在真实设备上进行测试，因为 WiFi API 可能无法在模拟器中运行
-
-## 平台差异
-
-### iOS
-- 需要位置权限才能扫描网络
-- 无法以编程方式连接到网络（将打开“设置”）
-- 对网络详细信息的访问受到限制
-
-### Android
-- 完全编程式 WiFi 控制
-- 需要位置权限才能进行网络扫描
-- 可以以编程方式连接/断开连接
-
-## 故障排除
-
-### 常见问题
-
-**扫描返回空**：检查位置权限是否已授予
-**无法连接到网络**：验证密码是否正确且网络是否在范围内
-**getWifiInfo 失败**：确保设备已连接到 WiFi 网络
-**权限被拒绝**：向平台配置文件添加所需的权限
diff --git a/src/content/docs/zh/docs/plugins/wifi/index.mdx b/src/content/docs/zh/docs/plugins/wifi/index.mdx
deleted file mode 100644
index 77d061d60..000000000
--- a/src/content/docs/zh/docs/plugins/wifi/index.mdx
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: "@capgo/capacitor-wifi"
-locale: zh
-description: 为您的 Capacitor 应用在 iOS 和 Android 上管理 WiFi 连接。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 在您的 Capacitor 应用中管理 WiFi 连接、扫描网络和监控连接状态。
-  image:
-    file: ~public/icons/plugins/wifi.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/wifi/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-wifi/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="网络扫描" icon="magnifier">
-    扫描和发现可用的 WiFi 网络 📡
-  </Card>
-  <Card title="连接管理" icon="puzzle">
-    以编程方式连接和断开 WiFi 网络 🔌
-  </Card>
-  <Card title="状态监控" icon="setting">
-    实时监控 WiFi 连接状态 📊
-  </Card>
-  <Card title="跨平台" icon="laptop">
-    适用于 iOS 和 Android 设备 📱
-  </Card>
-  <Card title="网络信息" icon="information">
-    获取有关已连接网络的详细信息 🔍
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/wifi/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/youtube-player/getting-started.mdx b/src/content/docs/zh/docs/plugins/youtube-player/getting-started.mdx
deleted file mode 100644
index 5f5987893..000000000
--- a/src/content/docs/zh/docs/plugins/youtube-player/getting-started.mdx
+++ /dev/null
@@ -1,432 +0,0 @@
----
-title: 入门指南
-locale: zh
-description: 学习如何在您的 Capacitor 应用中集成 YouTube 视频播放。
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-youtube-player" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 基本用法
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-// Initialize the player
-const result = await YoutubePlayer.initialize({
-  playerId: 'youtube-player',
-  playerSize: { width: 640, height: 360 },
-  videoId: 'dQw4w9WgXcQ',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 1,
-    controls: 1
-  }
-});
-
-// Play video
-await YoutubePlayer.playVideo(result.player);
-
-// Pause video
-await YoutubePlayer.pauseVideo(result.player);
-
-// Listen to player events
-YoutubePlayer.addEventListener(result.player, 'onStateChange', (event) => {
-  console.log('Player state:', event.data);
-});
-```
-
-## API 参考
-
-### initialize(options)
-
-初始化 YouTube 播放器实例。
-
-```typescript
-const { player, playerReady } = await YoutubePlayer.initialize({
-  playerId: 'my-player',
-  playerSize: { width: 1280, height: 720 },
-  videoId: 'VIDEO_ID',
-  fullscreen: false,
-  playerVars: {
-    autoplay: 0,
-    controls: 1,
-    rel: 0
-  }
-});
-```
-
-### 视频控制方法
-
-```typescript
-// Play
-await YoutubePlayer.playVideo(playerId);
-
-// Pause
-await YoutubePlayer.pauseVideo(playerId);
-
-// Stop
-await YoutubePlayer.stopVideo(playerId);
-
-// Seek to time
-await YoutubePlayer.seekTo(playerId, seconds, allowSeekAhead);
-
-// Load video by ID
-await YoutubePlayer.loadVideoById(playerId, { videoId: 'VIDEO_ID' });
-
-// Cue video (load without playing)
-await YoutubePlayer.cueVideoById(playerId, { videoId: 'VIDEO_ID' });
-```
-
-### 播放列表控制
-
-```typescript
-// Load playlist
-await YoutubePlayer.loadPlaylist(playerId, {
-  listType: 'playlist',
-  list: 'PLAYLIST_ID'
-});
-
-// Cue playlist
-await YoutubePlayer.cuePlaylist(playerId, {
-  playlist: ['VIDEO_ID_1', 'VIDEO_ID_2'],
-  index: 0
-});
-
-// Navigate playlist
-await YoutubePlayer.nextVideo(playerId);
-await YoutubePlayer.previousVideo(playerId);
-await YoutubePlayer.playVideoAt(playerId, index);
-```
-
-### 音频控制
-
-```typescript
-// Mute/Unmute
-await YoutubePlayer.mute(playerId);
-await YoutubePlayer.unMute(playerId);
-
-const { result } = await YoutubePlayer.isMuted(playerId);
-console.log('Muted:', result.value);
-
-// Volume (0-100)
-await YoutubePlayer.setVolume(playerId, 50);
-const { result } = await YoutubePlayer.getVolume(playerId);
-```
-
-### 播放控制
-
-```typescript
-// Playback rate
-await YoutubePlayer.setPlaybackRate(playerId, 1.5);
-const { result } = await YoutubePlayer.getPlaybackRate(playerId);
-
-// Available rates
-const { result } = await YoutubePlayer.getAvailablePlaybackRates(playerId);
-console.log('Available rates:', result.value);
-
-// Loop and shuffle
-await YoutubePlayer.setLoop(playerId, true);
-await YoutubePlayer.setShuffle(playerId, true);
-```
-
-### 质量控制
-
-```typescript
-// Set quality
-await YoutubePlayer.setPlaybackQuality(playerId, 'hd720');
-
-// Get current quality
-const { result } = await YoutubePlayer.getPlaybackQuality(playerId);
-
-// Get available qualities
-const { result } = await YoutubePlayer.getAvailableQualityLevels(playerId);
-```
-
-### 播放器信息
-
-```typescript
-// Duration
-const { result } = await YoutubePlayer.getDuration(playerId);
-
-// Current time
-const { result } = await YoutubePlayer.getCurrentTime(playerId);
-
-// Loaded fraction
-const { result } = await YoutubePlayer.getVideoLoadedFraction(playerId);
-
-// Player state
-const { result } = await YoutubePlayer.getPlayerState(playerId);
-
-// Video URL
-const { result } = await YoutubePlayer.getVideoUrl(playerId);
-```
-
-### 事件监听器
-
-```typescript
-// State change
-YoutubePlayer.addEventListener(playerId, 'onStateChange', (event) => {
-  console.log('State:', event.data); // -1, 0, 1, 2, 3, 5
-});
-
-// Ready
-YoutubePlayer.addEventListener(playerId, 'onReady', (event) => {
-  console.log('Player ready');
-});
-
-// Error
-YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-  console.error('Player error:', event.data);
-});
-
-// Quality change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackQualityChange', (event) => {
-  console.log('Quality:', event.data);
-});
-
-// Rate change
-YoutubePlayer.addEventListener(playerId, 'onPlaybackRateChange', (event) => {
-  console.log('Rate:', event.data);
-});
-
-// Remove listener
-YoutubePlayer.removeEventListener(playerId, 'onStateChange', callback);
-```
-
-## 完整示例
-
-```typescript
-import { YoutubePlayer } from '@capgo/capacitor-youtube-player';
-
-export class YouTubeService {
-  private playerId: string | null = null;
-
-  async initPlayer(videoId: string) {
-    try {
-      const { player, playerReady } = await YoutubePlayer.initialize({
-        playerId: 'main-player',
-        playerSize: { width: 1280, height: 720 },
-        videoId,
-        fullscreen: false,
-        playerVars: {
-          autoplay: 0,
-          controls: 1,
-          modestbranding: 1,
-          rel: 0
-        }
-      });
-
-      this.playerId = player;
-
-      // Set up event listeners
-      YoutubePlayer.addEventListener(player, 'onReady', () => {
-        console.log('Player is ready');
-      });
-
-      YoutubePlayer.addEventListener(player, 'onStateChange', (event) => {
-        this.handleStateChange(event.data);
-      });
-
-      YoutubePlayer.addEventListener(player, 'onError', (event) => {
-        console.error('YouTube error:', event.data);
-      });
-
-      return player;
-    } catch (error) {
-      console.error('Failed to initialize player:', error);
-      throw error;
-    }
-  }
-
-  private handleStateChange(state: number) {
-    switch (state) {
-      case -1:
-        console.log('Unstarted');
-        break;
-      case 0:
-        console.log('Ended');
-        break;
-      case 1:
-        console.log('Playing');
-        break;
-      case 2:
-        console.log('Paused');
-        break;
-      case 3:
-        console.log('Buffering');
-        break;
-      case 5:
-        console.log('Video cued');
-        break;
-    }
-  }
-
-  async play() {
-    if (!this.playerId) return;
-    await YoutubePlayer.playVideo(this.playerId);
-  }
-
-  async pause() {
-    if (!this.playerId) return;
-    await YoutubePlayer.pauseVideo(this.playerId);
-  }
-
-  async loadVideo(videoId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadVideoById(this.playerId, { videoId });
-  }
-
-  async loadPlaylist(playlistId: string) {
-    if (!this.playerId) return;
-    await YoutubePlayer.loadPlaylist(this.playerId, {
-      listType: 'playlist',
-      list: playlistId,
-      index: 0
-    });
-  }
-
-  async setQuality(quality: 'small' | 'medium' | 'large' | 'hd720' | 'hd1080') {
-    if (!this.playerId) return;
-    await YoutubePlayer.setPlaybackQuality(this.playerId, quality);
-  }
-
-  async getProgress() {
-    if (!this.playerId) return { current: 0, duration: 0 };
-
-    const current = await YoutubePlayer.getCurrentTime(this.playerId);
-    const duration = await YoutubePlayer.getDuration(this.playerId);
-
-    return {
-      current: current.result.value,
-      duration: duration.result.value
-    };
-  }
-
-  async destroy() {
-    if (!this.playerId) return;
-    await YoutubePlayer.destroy(this.playerId);
-    this.playerId = null;
-  }
-}
-```
-
-## 播放器状态
-
-| 状态 | 值 | 描述 |
-|-------|-------|-------------|
-| UNSTARTED | -1 | 视频未开始 |
-| ENDED | 0 | 视频已结束 |
-| PLAYING | 1 | 视频正在播放 |
-| PAUSED | 2 | 视频已暂停 |
-| BUFFERING | 3 | 视频正在缓冲 |
-| CUED | 5 | 视频已排队 |
-
-## 质量级别
-
-- `small`: 240p
-- `medium`: 360p
-- `large`: 480p
-- `hd720`: 720p
-- `hd1080`: 1080p
-- `highres`: >1080p
-- `default`: 自动质量
-
-## 最佳实践
-
-1. **只初始化一次**
-   创建播放器实例一次并重复使用：
-   ```typescript
-   let player = await YoutubePlayer.initialize(options);
-   // Reuse player for different videos
-   await YoutubePlayer.loadVideoById(player, { videoId: 'NEW_ID' });
-   ```
-
-2. **优雅地处理错误**
-   ```typescript
-   YoutubePlayer.addEventListener(playerId, 'onError', (event) => {
-     switch (event.data) {
-       case 2:
-         console.error('Invalid parameter');
-         break;
-       case 100:
-         console.error('Video not found');
-         break;
-       case 101:
-       case 150:
-         console.error('Embedding not allowed');
-         break;
-     }
-   });
-   ```
-
-3. **清理资源**
-   在组件卸载时销毁播放器：
-   ```typescript
-   useEffect(() => {
-     return () => {
-       if (playerId) {
-         YoutubePlayer.destroy(playerId);
-       }
-     };
-   }, []);
-   ```
-
-4. **尊重用户偏好**
-   ```typescript
-   // Don't autoplay unless user initiated
-   playerVars: {
-     autoplay: 0
-   }
-   ```
-
-5. **监控播放**
-   ```typescript
-   setInterval(async () => {
-     const time = await YoutubePlayer.getCurrentTime(playerId);
-     updateProgressBar(time.result.value);
-   }, 1000);
-   ```
-
-## 平台说明
-
-### iOS
-- 支持 iOS 9.0+
-- 使用 WKWebView 与 YouTube iframe API
-- 支持全屏
-
-### Android
-- 支持 Android 5.0 (API 21)+
-- 使用 WebView 与 YouTube iframe API
-- 支持全屏
-
-### Web
-- 直接 YouTube iframe 集成
-- 完整的 API 支持
-- 最佳性能
-
-## 故障排除
-
-**播放器无法加载：**
-- 检查视频 ID 是否有效
-- 验证互联网连接
-- 确保该视频允许 YouTube 嵌入
-
-**事件未触发：**
-- 确保在初始化后添加监听器
-- 在添加监听器之前检查播放器是否就绪
-
-**质量问题：**
-- 首先检查可用的质量级别
-- 某些视频不支持所有质量
-- 质量更改可能不是立即生效
diff --git a/src/content/docs/zh/docs/plugins/youtube-player/index.mdx b/src/content/docs/zh/docs/plugins/youtube-player/index.mdx
deleted file mode 100644
index d0c70a85b..000000000
--- a/src/content/docs/zh/docs/plugins/youtube-player/index.mdx
+++ /dev/null
@@ -1,41 +0,0 @@
----
-title: "@capgo/capacitor-youtube-player"
-locale: zh
-description: 在您的 Capacitor 应用中嵌入 YouTube 播放器控件，具有全面的 API 访问权限。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "简介"
-hero:
-  tagline: 在您的 Capacitor 应用程序中集成 YouTube 视频播放，完全控制播放器状态、播放列表、质量和事件。
-  image:
-    file: ~public/icons/plugins/youtube-player.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/youtube-player/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/capacitor-youtube-player/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="完整的 YouTube API" icon="rocket">
-    完全访问 YouTube Player API
-  </Card>
-  <Card title="播放列表支持" icon="list-format">
-    加载和控制 YouTube 播放列表
-  </Card>
-  <Card title="质量控制" icon="star">
-    动态调整播放质量
-  </Card>
-  <Card title="事件监听器" icon="setting">
-    响应播放器状态更改和事件
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/plugins/zip/getting-started.mdx b/src/content/docs/zh/docs/plugins/zip/getting-started.mdx
deleted file mode 100644
index c956d1bb0..000000000
--- a/src/content/docs/zh/docs/plugins/zip/getting-started.mdx
+++ /dev/null
@@ -1,311 +0,0 @@
----
-title: 入门
-description: 了解如何安装和使用 Zip 插件来压缩和提取 Capacitor 应用程序中的文件。
-sidebar:
-  order: 2
-locale: zh
----
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-import { Code, Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **安装软件包**
-   <PackageManagers pkg="@capgo/capacitor-zip" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **与原生项目同步**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-</Steps>
-
-## 用法
-
-导入插件并压缩或解压缩文件：
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-
-// Zip a folder
-const zipFolder = async () => {
-  await CapacitorZip.zip({
-    source: 'file:///path/to/folder',
-    destination: 'file:///path/to/archive.zip'
-  });
-  console.log('Folder zipped successfully!');
-};
-
-// Unzip an archive
-const unzipArchive = async () => {
-  await CapacitorZip.unzip({
-    source: 'file:///path/to/archive.zip',
-    destination: 'file:///path/to/output/folder'
-  });
-  console.log('Archive extracted successfully!');
-};
-```
-
-## API 参考
-
-### zip（选项）
-
-从源文件夹创建 ZIP 存档。
-
-```typescript
-interface ZipOptions {
-  source: string;       // Path to folder to compress
-  destination: string;  // Path for output ZIP file
-}
-
-await CapacitorZip.zip({
-  source: 'file:///path/to/folder',
-  destination: 'file:///path/to/archive.zip'
-});
-```
-
-### 解压（选项）
-
-从 ZIP 存档中提取文件。
-
-```typescript
-interface UnzipOptions {
-  source: string;       // Path to ZIP file
-  destination: string;  // Path to extract to
-}
-
-await CapacitorZip.unzip({
-  source: 'file:///path/to/archive.zip',
-  destination: 'file:///path/to/output/folder'
-});
-```
-
-## 完整示例
-
-```typescript
-import { CapacitorZip } from '@capgo/capacitor-zip';
-import { Filesystem, Directory } from '@capacitor/filesystem';
-
-export class ZipService {
-  async createBackup() {
-    try {
-      const timestamp = Date.now();
-      const sourceDir = `${Filesystem.Directory.Data}/userdata`;
-      const destPath = `${Filesystem.Directory.Documents}/backup_${timestamp}.zip`;
-
-      await CapacitorZip.zip({
-        source: sourceDir,
-        destination: destPath
-      });
-
-      console.log('Backup created:', destPath);
-      return destPath;
-    } catch (error) {
-      console.error('Backup failed:', error);
-      throw error;
-    }
-  }
-
-  async restoreBackup(backupPath: string) {
-    try {
-      const destDir = `${Filesystem.Directory.Data}/userdata`;
-
-      // Clear existing data
-      await Filesystem.rmdir({
-        path: 'userdata',
-        directory: Directory.Data,
-        recursive: true
-      });
-
-      // Extract backup
-      await CapacitorZip.unzip({
-        source: backupPath,
-        destination: destDir
-      });
-
-      console.log('Backup restored successfully');
-    } catch (error) {
-      console.error('Restore failed:', error);
-      throw error;
-    }
-  }
-
-  async compressFiles(filePaths: string[], outputPath: string) {
-    try {
-      // Create temporary directory
-      const tempDir = `${Filesystem.Directory.Cache}/temp_zip_${Date.now()}`;
-
-      await Filesystem.mkdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      // Copy files to temp directory
-      for (const filePath of filePaths) {
-        const fileName = filePath.split('/').pop();
-        await Filesystem.copy({
-          from: filePath,
-          to: `${tempDir}/${fileName}`
-        });
-      }
-
-      // Zip the temp directory
-      await CapacitorZip.zip({
-        source: tempDir,
-        destination: outputPath
-      });
-
-      // Clean up temp directory
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return outputPath;
-    } catch (error) {
-      console.error('Compression failed:', error);
-      throw error;
-    }
-  }
-
-  async extractSpecificFiles(zipPath: string, fileNames: string[]) {
-    try {
-      // Extract to temp location
-      const tempDir = `${Filesystem.Directory.Cache}/temp_extract_${Date.now()}`;
-
-      await CapacitorZip.unzip({
-        source: zipPath,
-        destination: tempDir
-      });
-
-      // Read only specific files
-      const extractedFiles: { [key: string]: string } = {};
-
-      for (const fileName of fileNames) {
-        const content = await Filesystem.readFile({
-          path: `${tempDir}/${fileName}`,
-          directory: Directory.Cache
-        });
-        extractedFiles[fileName] = content.data;
-      }
-
-      // Clean up
-      await Filesystem.rmdir({
-        path: tempDir,
-        directory: Directory.Cache,
-        recursive: true
-      });
-
-      return extractedFiles;
-    } catch (error) {
-      console.error('Extraction failed:', error);
-      throw error;
-    }
-  }
-}
-```
-
-## 高级用法
-
-### 通过进度跟踪创建档案
-
-```typescript
-const zipWithProgress = async (source: string, destination: string) => {
-  console.log('Starting compression...');
-
-  try {
-    await CapacitorZip.zip({ source, destination });
-    console.log('Compression complete!');
-  } catch (error) {
-    console.error('Compression failed:', error);
-    throw error;
-  }
-};
-```
-
-### 批量存档操作
-
-```typescript
-const batchZip = async (folders: string[]) => {
-  const results = [];
-
-  for (const folder of folders) {
-    const folderName = folder.split('/').pop();
-    const zipPath = `${folder}_${Date.now()}.zip`;
-
-    try {
-      await CapacitorZip.zip({
-        source: folder,
-        destination: zipPath
-      });
-      results.push({ folder, zipPath, success: true });
-    } catch (error) {
-      results.push({ folder, error, success: false });
-    }
-  }
-
-  return results;
-};
-```
-
-### 安全档案创建
-
-```typescript
-const createSecureBackup = async (dataPath: string) => {
-  // Zip the data
-  const zipPath = `${Filesystem.Directory.Documents}/secure_backup.zip`;
-
-  await CapacitorZip.zip({
-    source: dataPath,
-    destination: zipPath
-  });
-
-  // Optionally encrypt the zip file here using a crypto plugin
-
-  return zipPath;
-};
-```
-
-### 存档验证
-
-```typescript
-const validateArchive = async (zipPath: string): Promise<boolean> => {
-  try {
-    const tempDir = `${Filesystem.Directory.Cache}/validate_${Date.now()}`;
-
-    // Try to extract
-    await CapacitorZip.unzip({
-      source: zipPath,
-      destination: tempDir
-    });
-
-    // Clean up
-    await Filesystem.rmdir({
-      path: tempDir,
-      directory: Directory.Cache,
-      recursive: true
-    });
-
-    return true;
-  } catch (error) {
-    console.error('Archive validation failed:', error);
-    return false;
-  }
-};
-```
-
-## 最佳实践
-
-1. **路径验证**：在操作之前始终验证源路径和目标路径
-2. **错误处理**：将所有zip/unzip操作包装在try-catch块中
-3. **清理**：删除操作后的临时文件和文件夹
-4. **大文件**：谨慎对待移动设备上的大档案
-5. **权限**：确保您的应用程序具有必要的文件系统权限
-
-## 故障排除
-
-### 常见问题
-
-**Zip 操作失败**：确保源路径存在且可访问
-**解压缩失败**：检查 ZIP 文件是否有效且目标路径是否可写
-**存储不足**：在操作之前监视可用磁盘空间
-**权限被拒绝**：验证应用程序配置中的文件系统权限
diff --git a/src/content/docs/zh/docs/plugins/zip/index.mdx b/src/content/docs/zh/docs/plugins/zip/index.mdx
deleted file mode 100644
index ebb845015..000000000
--- a/src/content/docs/zh/docs/plugins/zip/index.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: '@capgo/capacitor-zip'
-description: 使用这个免费的 Capacitor 插件在 iOS、Android 和 Web 上压缩和解压缩文件。
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: Introduction
-hero:
-  tagline: 在 iOS、Android 和 Web 平台上轻松压缩和解压 ZIP 存档。
-  image:
-    file: ~public/icons/plugins/zip.svg
-  actions:
-    - text: 开始使用
-      link: /docs/plugins/zip/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: 'https://github.com/Cap-go/capacitor-zip/'
-      icon: external
-      variant: minimal
-locale: zh
----
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="压缩和解压" icon="add-document">
-    轻松创建和提取 ZIP 档案 📦
-  </Card>
-  <Card title="Cross-platform" icon="laptop">
-    可在 iOS、Android 和 Web 上无缝运行 📱
-  </Card>
-  <Card title="简单 API" icon="rocket">
-    易于使用的压缩操作界面🚀
-  </Card>
-  <Card title="免费和开源" icon="github">
-    完全免费，没有任何限制💰
-  </Card>
-  <Card title="进度追踪" icon="setting">
-    监控压缩和提取进度⚙️
-  </Card>
-  <Card title="全面的文档" icon="open-book">
-    查看[文档](/docs/plugins/zip/getting-started/)，只需几分钟即可掌握该插件。
-  </Card>
-</CardGrid>
diff --git a/src/content/docs/zh/docs/public-api/api-keys.mdx b/src/content/docs/zh/docs/public-api/api-keys.mdx
deleted file mode 100644
index cc29f88d1..000000000
--- a/src/content/docs/zh/docs/public-api/api-keys.mdx
+++ /dev/null
@@ -1,277 +0,0 @@
----
-title: API 键
-description: API 密钥端点的综合文档，详细介绍了 Capgo API 中的身份验证、权限和管理
-sidebar:
-  order: 9
-locale: zh
----
-API 密钥用于验证对 Capgo API 的请求。每个密钥可以有不同的权限（模式）来控制访问级别。密钥是特定于组织的，应谨慎管理，因为它们授予对 Capgo 资源的访问权限。
-
-## 关键模式
-
-- **读取**：只能读取数据，不允许修改
-- **上传**：可以读取、修改和上传新包
-- **写入**：可以读取、修改数据和上传包
-- **全部**：对所有操作的完全访问权限
-
-关键模式遵循逐步/渐进的模式。如果您有上传密钥，然后创建写入密钥，则写入密钥将能够执行上传密钥可以执行的所有操作。
-请查看下图以更好地了解 API 键的工作原理。
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/capgo_apikeys_diagram.webp" alt="解释 API 键如何工作的图表" /><figcaption></figcaption></figure>
-
-## 具有有限权限的子项
-
-您可以创建对特定应用程序或组织具有有限访问权限的子项。这对于限制对某些资源的访问同时仍然允许对其他资源进行操作非常有用。创建密钥时使用 `limited_to_apps` 和 `limited_to_orgs` 参数来定义这些限制。
-
-## 加密密钥
-
-您可以创建**加密（散列）API 密钥**以增强安全性。创建加密密钥时：
-
-- 密钥在存储到数据库之前使用 SHA-256 进行哈希处理
-- **明文密钥在创建响应中仅返回一次** - 立即保存
-- 密钥创建后无法再次检索或查看
-- 如果您丢失了加密密钥，则必须创建一个新密钥
-
-创建密钥以启用加密时，请使用 `hashed: true` 参数。这是生产环境的推荐方法。
-
-## 密钥过期
-
-API 密钥可以有一个**到期日期**，以限制密钥被泄露时的暴露时间。当设置了到期日期时：
-
-- 钥匙在指定的日期和时间后停止工作
-- 使用过期密钥的请求将被拒绝并出现错误
-- 过期密钥将在 30 天后自动清除
-
-组织可以强制执行过期策略：
-- **需要过期**：所有 API 密钥必须有过期日期
-- **最大到期期限**：限制可以设置的到期日期
-
-## 安全最佳实践
-
-1. **最小权限原则**：始终使用仍允许您的集成正常运行的最严格的模式
-2. **使用加密密钥**：为生产创建散列密钥以防止数据库泄露
-3. **设置到期日期**：使用到期日期来限制密钥的生命周期
-4. **定期轮换**：定期轮换您的 API 钥匙
-5. **安全存储**：安全存储 API 密钥，切勿将其提交给版本控制
-6. **监控**：监控 API 密钥使用情况并立即撤销任何受损密钥
-7. **有限子密钥**：使用具有有限权限的子密钥进行特定集成，以最大程度地降低风险
-
-## 端点
-
-### 获取
-
-`https://api.capgo.app/apikey/`
-
-检索与您的帐户关联的所有 API 密钥。
-
-#### 响应类型
-
-```typescript
-interface ApiKey {
-  created_at: string | null
-  id: number
-  key: string | null  // null for encrypted keys
-  mode: 'read' | 'write' | 'upload' | 'all'
-  name: string
-  updated_at: string | null
-  user_id: string
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  expires_at?: string | null  // ISO 8601 date, null means never expires
-}
-```> **注意**：对于加密密钥，GET 响应中的 `key` 字段将为 `null`，因为纯密钥在创建过程中仅显示一次。
-
-#### 请求示例
-
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/apikey/
-```
-
-#### 响应示例
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "key": "ak_123...",
-      "mode": "read",
-      "name": "CI/CD Read Key",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "user_123"
-    },
-    {
-      "id": 2,
-      "key": "ak_456...",
-      "mode": "upload",
-      "name": "Deploy Bot",
-      "created_at": "2024-01-02T00:00:00Z",
-      "updated_at": "2024-01-02T00:00:00Z",
-      "user_id": "user_123",
-      "limited_to_apps": ["com.demo.app"]
-    }
-  ]
-}
-```
-
-### 发布
-
-`https://api.capgo.app/apikey/`
-
-为特定组织创建新的 API 密钥。
-
-#### 请求正文
-
-```typescript
-interface ApiKeyCreate {
-  name: string
-  mode: 'read' | 'write' | 'upload' | 'all'
-  limited_to_apps?: string[]
-  limited_to_orgs?: string[]
-  hashed?: boolean       // Create an encrypted key (recommended for production)
-  expires_at?: string    // ISO 8601 date for key expiration
-}
-```
-
-#### 请求示例（标准密钥）
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Limited Read Key",
-    "mode": "read",
-    "limited_to_apps": ["com.demo.app"]
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### 请求示例（带有效期的加密密钥）
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Secure CI Key",
-    "mode": "upload",
-    "hashed": true,
-    "expires_at": "2025-06-01T00:00:00Z"
-  }' \
-  https://api.capgo.app/apikey/
-```
-
-#### 响应示例（标准密钥）
-
-```json
-{
-  "apikey": {
-    "id": 3,
-    "key": "ak_789...",
-    "mode": "read",
-    "name": "Limited Read Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "limited_to_apps": ["com.demo.app"]
-  }
-}
-```
-
-#### 响应示例（加密密钥）
-
-```json
-{
-  "apikey": {
-    "id": 4,
-    "key": "ak_abc123...",
-    "mode": "upload",
-    "name": "Secure CI Key",
-    "created_at": "2024-02-12T00:00:00Z",
-    "user_id": "user_123",
-    "expires_at": "2025-06-01T00:00:00Z"
-  }
-}
-```
-
-> **重要**：对于加密密钥，此响应中的 `key` 值是您**唯一一次**看到明文密钥。立即将其保存在安全的位置。后续 GET 请求将为 `key` 字段返回 `null`。
-
-### 删除
-
-`https://api.capgo.app/apikey/:id/`
-
-删除现有的 API 密钥。使用它可以立即撤销访问权限。
-
-#### 参数
-- `id`：要删除的 API 密钥的 ID（数字标识符，而不是密钥字符串本身）
-
-#### 请求示例
-
-```bash
-curl -X DELETE -H "authorization: your-api-key" https://api.capgo.app/apikey/1/
-```
-
-#### 成功响应
-
-```json
-{
-  "success": true
-}
-```
-
-## 常见用例
-
-1. **CI/CD集成**：为CI管道创建只读密钥以检查部署状态
-2. **部署自动化**：使用上传模式密钥进行自动化部署脚本
-3. **监控工具**：使用读取模式键进行外部监控集成
-4. **管理员访问**：谨慎使用所有模式键作为管理工具
-5. **有限访问**：创建对特定应用程序或组织具有有限权限的子项以进行第三方集成
-
-## 错误处理
-
-常见错误场景及其应对措施：
-
-```json
-// Invalid mode
-{
-  "error": "Invalid mode specified. Must be one of: read, write, upload, all",
-  "status": "KO"
-}
-
-// Key not found
-{
-  "error": "API key not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage API keys",
-  "status": "KO"
-}
-
-// Expired API key used for authentication
-{
-  "error": "API key has expired",
-  "status": "KO"
-}
-
-// Invalid expiration date (in the past)
-{
-  "error": "Expiration date must be in the future",
-  "status": "KO"
-}
-
-// Organization requires expiration
-{
-  "error": "Organization policy requires an expiration date for API keys",
-  "status": "KO"
-}
-
-// Expiration exceeds organization limit
-{
-  "error": "Expiration date exceeds organization maximum of 90 days",
-  "status": "KO"
-}
-```
diff --git a/src/content/docs/zh/docs/public-api/app.mdx b/src/content/docs/zh/docs/public-api/app.mdx
deleted file mode 100644
index 31c1a7c28..000000000
--- a/src/content/docs/zh/docs/public-api/app.mdx
+++ /dev/null
@@ -1,296 +0,0 @@
----
-title: Apps
-description: 应用程序端点的详细文档，提供有关通过 Capgo 平台管理 Capacitor 应用程序并与之交互的全面见解。
-sidebar:
-  order: 7
-locale: zh
----
-应用程序是 Capgo 中的基础实体。每个应用程序代表一个独特的 Capacitor 应用程序，您可以通过平台管理和更新该应用程序。应用程序 API 允许您创建、检索、更新和删除应用程序配置。
-
-## 了解应用程序
-
-Capgo 中的应用代表您的 Capacitor 应用程序，包括：
-- **应用程序 ID**：您的应用程序的唯一标识符
-- **名称**：应用程序的人类可读名称
-- **图标**：仪表板中应用程序的视觉标识符
-- **配置**：控制更新交付方式的设置
-- **所有权**：组织和用户访问信息
-- **使用统计**：有关安装和更新的指标
-
-## 最佳实践
-
-1. **命名约定**：为您的应用程序使用清晰、可识别的名称
-2. **安全**：保护您的 API 密钥和访问凭据
-3. **组织**：将相关应用程序分组到同一组织下
-4. **监控**：定期检查应用程序统计信息和性能
-5. **备份**：维护关键应用程序的配置备份
-
-## 端点
-
-### 获取
-
-`https://api.capgo.app/app/`
-
-检索有关您的应用程序的信息。
-
-#### 查询参数
-- `page`：可选。分页的页码
-- `limit`：可选。每页结果数（默认：50）
-- `org_id`：可选。按组织 ID 过滤应用程序。如果未提供，则返回用户有权访问的所有组织的应用程序
-
-要获取特定应用程序：
-- 在 URL 路径中使用应用程序 ID：`https://api.capgo.app/app/:app_id`
-
-#### 响应类型
-
-注意：`last_version` 指的是为应用程序上传的最后一个捆绑包（版本）。
-
-```typescript
-interface App {
-  app_id: string
-  created_at: string | null
-  default_upload_channel: string
-  icon_url: string
-  id: string | null
-  last_version: string | null // last bundle (version) name
-  name: string | null
-  owner_org: string
-  retention: number
-  transfer_history: Json[] | null
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### 请求示例
-
-```bash
-# Get all apps
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/"
-
-# Get apps from a specific organization
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-
-# Get specific app
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/com.demo.app"
-```
-
-#### 响应示例
-
-```json
-{
-  "data": [
-    {
-      "app_id": "com.demo.app",
-      "created_at": "2024-01-01T00:00:00Z",
-      "default_upload_channel": "dev",
-      "icon_url": "https://example.com/icon.png",
-      "id": "550e8400-e29b-41d4-a716-446655440000",
-      "last_version": "1.0.0",
-      "name": "Demo App",
-      "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-      "retention": 2592000,
-      "transfer_history": null,
-      "updated_at": "2024-01-01T00:00:00Z",
-      "user_id": "6aa76066-55ef-4238-ade6-0b32334a4097"
-    }
-  ]
-}
-```
-
-### 发布
-
-`https://api.capgo.app/app/`
-
-创建一个新应用程序。
-
-#### 请求正文
-
-```typescript
-interface CreateApp {
-  app_id: string
-  name: string
-  icon?: string
-  owner_org: string
-}
-```
-
-#### 请求示例
-
-```bash
-# Create new app
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "My New App",
-    "app_id": "com.demo.myapp", // this id is unique in Capgo This cannot be reused by any account.
-    "icon": "https://example.com/icon.png",
-    "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-  }' \
-  https://api.capgo.app/app/
-```
-
-#### 成功响应
-
-```json
-{
-  "app_id": "My New App",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "My New App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 2592000,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### 放置
-
-`https://api.capgo.app/app/:app_id`
-
-更新现有应用程序。应用程序 ID 在 URL 路径中指定。
-
-#### 请求正文
-
-```typescript
-interface UpdateApp {
-  name?: string
-  icon?: string
-  retention?: number
-}
-```
-
-#### 请求示例
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "Updated App Name",
-    "icon": "https://example.com/updated-icon.png",
-    "retention": 45
-  }' \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### 成功响应
-
-```json
-{
-  "app_id": "com.demo.app",
-  "created_at": "2024-01-01T00:00:00Z",
-  "default_upload_channel": "dev",
-  "icon_url": "https://example.com/updated-icon.png",
-  "id": "550e8400-e29b-41d4-a716-446655440000",
-  "name": "Updated App Name",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8",
-  "retention": 45,
-  "updated_at": "2024-01-01T00:00:00Z"
-}
-```
-
-### 删除
-
-`https://api.capgo.app/app/:app_id`
-
-删除应用程序和所有关联的资源。应用程序 ID 在 URL 路径中指定。请务必谨慎使用，因为此操作无法撤消。
-
-#### 请求示例
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/app/com.demo.app
-```
-
-#### 成功响应
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## 错误处理
-
-常见错误场景及其应对措施：
-
-```json
-// App not found
-{
-  "error": "App not found",
-  "status": "KO"
-}
-
-// Duplicate custom ID
-{
-  "error": "Custom ID already in use",
-  "status": "KO"
-}
-
-// Invalid parameters
-{
-  "error": "Invalid app configuration",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage app",
-  "status": "KO"
-}
-
-// Organization access denied
-{
-  "status": "You do not have access to this organization"
-}
-```
-
-## 常见用例
-
-1. **创建新应用程序**
-```typescript
-// Set up a new app
-{
-  "name": "Production App",
-  "owner_org": "046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-}
-```
-
-2. **更新应用程序配置**
-```typescript
-// Change app name and icon
-{
-  "name": "Rebranded App Name",
-  "icon": "https://example.com/new-icon.png"
-}
-```
-
-3. **设置保留策略**
-```typescript
-// Configure automatic bundle cleanup
-{
-  "retention": 30 // Keep bundles for 30 days
-}
-```
-
-4. **按组织获取应用程序**
-```bash
-# List all apps in a specific organization
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/app/?org_id=046a36ac-e03c-4590-9257-bd6c9dba9ee8"
-```
-
-## 资源管理
-
-1. **存储优化**：监控存储使用情况并设置适当的保留策略
-2. **组织**：将相关应用程序分组到单个组织下
-3. **访问控制**：管理哪些团队成员可以修改应用程序设置
-4. **备份策略**：备份关键应用程序配置和设置
diff --git a/src/content/docs/zh/docs/public-api/bundles.mdx b/src/content/docs/zh/docs/public-api/bundles.mdx
deleted file mode 100644
index ffed81be2..000000000
--- a/src/content/docs/zh/docs/public-api/bundles.mdx
+++ /dev/null
@@ -1,638 +0,0 @@
----
-title: Bundles
-description: 管理 Capgo 捆绑包的详细指南，包括列出、删除、捆绑包（版本）管理以及应用程序更新包的存储优化。
-sidebar:
-  order: 8
-locale: zh
----
-捆绑包是 Capgo 中的核心更新包。每个捆绑包都包含构成应用程序内容的 Web 资源（HTML、CSS、JS）。捆绑包 API 允许您管理这些更新包，包括列出和删除它们。
-
-## 了解捆绑包
-
-捆绑包代表应用程序 Web 内容的特定捆绑包（版本），包括：
-- **捆绑包（版本）**：捆绑包的语义版本号
-- **校验和**：用于验证包完整性的唯一哈希值
-- **存储信息**：有关捆绑包存储位置和方式的详细信息
-- **本机要求**：最低本机应用程序版本要求
-- **元数据**：创建时间、所有权和其他跟踪信息
-
-## 手动创建捆绑包（不带 CLI）
-
-下面介绍了如何在不使用 Capgo CLI 的情况下手动创建和上传捆绑包：
-
-### 第 1 步：构建您的应用程序
-
-首先，构建应用程序的网络资产：
-
-```bash
-npm run build
-```
-
-### 步骤 2：使用与 Capgo CLI 相同的包创建捆绑包 Zip
-
-**重要**：使用 Capgo CLI 内部使用的完全相同的 JavaScript 包来确保兼容性。
-
-#### 安装所需的软件包
-
-```bash
-npm install adm-zip @tomasklaen/checksum
-```
-
-#### 使用 JavaScript 创建 Zip 包（与 Capgo CLI 相同）
-
-注意：在下面的示例中，`version` 指的是 API 使用的包（版本）名称。
-
-```javascript
-const fs = require('node:fs');
-const path = require('node:path');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-// Exact same implementation as Capgo CLI
-function zipFileUnix(filePath) {
-  const zip = new AdmZip();
-  zip.addLocalFolder(filePath);
-  return zip.toBuffer();
-}
-
-async function zipFileWindows(filePath) {
-  console.log('Zipping file windows mode');
-  const zip = new AdmZip();
-
-  const addToZip = (folderPath, zipPath) => {
-    const items = fs.readdirSync(folderPath);
-
-    for (const item of items) {
-      const itemPath = path.join(folderPath, item);
-      const stats = fs.statSync(itemPath);
-
-      if (stats.isFile()) {
-        const fileContent = fs.readFileSync(itemPath);
-        zip.addFile(path.join(zipPath, item).split(path.sep).join('/'), fileContent);
-      } else if (stats.isDirectory()) {
-        addToZip(itemPath, path.join(zipPath, item));
-      }
-    }
-  };
-
-  addToZip(filePath, '');
-  return zip.toBuffer();
-}
-
-// Main zipFile function (exact same logic as CLI)
-async function zipFile(filePath) {
-  if (os.platform() === 'win32') {
-    return zipFileWindows(filePath);
-  } else {
-    return zipFileUnix(filePath);
-  }
-}
-
-async function createBundle(inputPath, outputPath, version) {
-  // Create zip using exact same method as Capgo CLI
-  const zipped = await zipFile(inputPath);
-  
-  // Write to file
-  fs.writeFileSync(outputPath, zipped);
-  
-  // Calculate checksum using exact same package as CLI
-  const checksum = await getChecksum(zipped, 'sha256');
-  
-  return {
-    filename: path.basename(outputPath),
-    version: version,
-    size: zipped.length,
-    checksum: checksum
-  };
-}
-
-// Usage
-async function main() {
-  try {
-    const result = await createBundle('./dist', './my-app-1.2.3.zip', '1.2.3');
-    console.log('Bundle info:', JSON.stringify(result, null, 2));
-  } catch (error) {
-    console.error('Error creating bundle:', error);
-  }
-}
-
-main();
-```
-
-### 步骤 3：使用与 CLI 相同的包计算 SHA256 校验和
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Usage
-async function main() {
-  const checksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('Checksum:', checksum);
-}
-
-main();
-```
-
-### 步骤 4：将捆绑包上传到您的存储
-
-将您的 zip 文件上传到任何可通过网络访问的存储：
-
-```bash
-# Example: Upload to your server via scp
-scp my-app-1.2.3.zip user@your-server.com:/var/www/bundles/
-
-# Example: Upload to S3 using AWS CLI
-aws s3 cp my-app-1.2.3.zip s3://your-bucket/bundles/
-
-# Example: Upload via curl to a custom endpoint
-curl -X POST https://your-storage-api.com/upload \
-  -H "Authorization: Bearer YOUR_TOKEN" \
-  -F "file=@my-app-1.2.3.zip"
-```
-
-**重要**：您的捆绑包必须可通过 HTTPS URL **公开访问**（无需身份验证）。 Capgo 的服务器需要从此 URL 下载捆绑包。
-
-有效公共 URL 的示例：
-- `https://your-storage.com/bundles/my-app-1.2.3.zip`
-- `https://github.com/username/repo/releases/download/v1.2.3/bundle.zip`
-- `https://cdn.jsdelivr.net/gh/username/repo@v1.2.3/dist.zip`
-
-### 步骤 5：使用 Capgo API 注册捆绑包
-
-使用直接 API 调用向 Capgo 注册外部包：
-
-```javascript
-async function registerWithCapgo(appId, version, bundleUrl, checksum, apiKey) {
-  const fetch = require('node-fetch');
-  
-  // Create bundle (version)
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': apiKey
-    },
-    body: JSON.stringify({
-      app_id: appId,
-      version: version,
-      external_url: bundleUrl,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed to create bundle: ${response.statusText}`);
-  }
-
-  const data = await response.json();
-  console.log('Bundle created:', data);
-  
-  return data;
-}
-```
-
-#### API 参数
-
-|参数|描述 |必填 |
-|------------|-------------|----------|
-| `app_id` |您的应用程序标识符 |是的 |
-| `version` |捆绑包（版本）语义版本（例如“1.2.3”）|是的 |
-| `external_url` | **可公开访问** 可下载捆绑包的 HTTPS URL（无需身份验证）|是的 |
-| `checksum` | zip 文件的 SHA256 校验和 |是的 |
-
-## 捆绑包结构要求
-
-您的捆绑包 zip 必须遵循以下要求：
-
-1. **根索引文件**：根级别必须有 `index.html`
-2. **Capacitor 集成**：必须在您的应用代码中调用 `notifyAppReady()`
-3. **资产路径**：对所有资产使用相对路径
-
-### 有效的包结构
-
-```
-bundle.zip
-├── index.html
-├── assets/
-│   ├── app.js
-│   └── styles.css
-└── images/
-```
-
-## 完整的手动工作流程示例
-
-用于压缩、校验和上传到 Capgo 的简单 Node.js 脚本：
-
-```javascript
-const fs = require('node:fs');
-const os = require('node:os');
-const AdmZip = require('adm-zip');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-const fetch = require('node-fetch');
-
-async function deployToCapgo() {
-  const APP_ID = 'com.example.app';
-  const VERSION = '1.2.3';
-  const BUNDLE_URL = 'https://your-storage.com/bundles/app-1.2.3.zip';
-  const API_KEY = process.env.CAPGO_API_KEY;
-
-  // 1. Create zip (same as Capgo CLI)
-  const zip = new AdmZip();
-  zip.addLocalFolder('./dist');
-  const zipped = zip.toBuffer();
-
-  // 2. Calculate checksum (same as Capgo CLI)
-  const checksum = await getChecksum(zipped, 'sha256');
-  console.log('Checksum:', checksum);
-
-  // 3. Upload to your storage (replace with your upload logic)
-  // fs.writeFileSync('./bundle.zip', zipped);
-  // ... upload bundle.zip to your storage ...
-
-  // 4. Register with Capgo API
-  const response = await fetch('https://api.capgo.app/bundle/', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      'authorization': API_KEY
-    },
-    body: JSON.stringify({
-      app_id: APP_ID,
-      version: VERSION,
-      external_url: BUNDLE_URL,
-      checksum: checksum
-    })
-  });
-
-  if (!response.ok) {
-    throw new Error(`Failed: ${response.statusText}`);
-  }
-
-  console.log('Bundle registered with Capgo!');
-}
-
-deployToCapgo().catch(console.error);
-```
-
-安装依赖项：
-
-```bash
-npm install adm-zip @tomasklaen/checksum node-fetch
-```
-
-## 校验和验证
-
-### JavaScript 校验和计算（与 Capgo CLI 相同）
-
-使用与 Capgo CLI 内部使用完全相同的包和方法：
-
-```javascript
-const fs = require('node:fs');
-const { checksum: getChecksum } = require('@tomasklaen/checksum');
-
-async function calculateChecksum(filePath) {
-  const fileBuffer = fs.readFileSync(filePath);
-  // Use exact same package and method as Capgo CLI
-  const checksum = await getChecksum(fileBuffer, 'sha256');
-  return checksum;
-}
-
-// Verify checksum matches
-async function verifyChecksum(filePath, expectedChecksum) {
-  const actualChecksum = await calculateChecksum(filePath);
-  const isValid = actualChecksum === expectedChecksum;
-  
-  console.log(`File: ${filePath}`);
-  console.log(`Expected: ${expectedChecksum}`);
-  console.log(`Actual:   ${actualChecksum}`);
-  console.log(`Valid:    ${isValid}`);
-  
-  return isValid;
-}
-
-// Usage
-async function main() {
-  const bundleChecksum = await calculateChecksum('./my-app-1.2.3.zip');
-  console.log('SHA256 Checksum:', bundleChecksum);
-}
-
-main();
-```### 校验和重要性
-
-- **捆绑包完整性**：确保捆绑包在传输过程中没有损坏
-- **API 验证**：Capgo 在接受捆绑包之前验证校验和
-- **插件验证**：移动插件在应用更新之前验证校验和
-
-## 最佳实践
-
-1. **捆绑包（版本）管理**：一致地使用语义版本控制
-2. **存储优化**：定期删除未使用的捆绑包
-3. **捆绑包（版本）兼容性**：设置适当的最低本机版本要求
-4. **备份策略**：维护关键捆绑包（版本）的备份
-
-## 端点
-
-### 获取
-
-`https://api.capgo.app/bundle/`
-
-检索捆绑包信息。每页返回 50 个捆绑包。
-
-#### 查询参数
-- `app_id`：必需。您的应用程序的 ID
-- `page`：可选。分页的页码
-
-#### 响应类型
-
-```typescript
-interface Bundle {
-  app_id: string
-  bucket_id: string | null
-  checksum: string | null
-  created_at: string | null
-  deleted: boolean
-  external_url: string | null
-  id: number
-  minUpdateVersion: string | null
-  name: string
-  native_packages: Json[] | null
-  owner_org: string
-  r2_path: string | null
-  session_key: string | null
-  storage_provider: string
-  updated_at: string | null
-  user_id: string | null
-}
-```
-
-#### 请求示例
-
-```bash
-# Get all bundles
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123"
-
-# Get next page
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/bundle/?app_id=app_123&page=1"
-```
-
-#### 响应示例
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "app_id": "app_123",
-      "name": "1.0.0",
-      "checksum": "abc123...",
-      "minUpdateVersion": "1.0.0",
-      "storage_provider": "r2",
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "deleted": false,
-      "owner_org": "org_123",
-      "user_id": "user_123"
-    }
-  ]
-}
-```
-
-### 删除
-
-`https://api.capgo.app/bundle/`
-
-删除应用程序的一个或所有捆绑包。请谨慎使用，因为此操作无法撤消。
-
-#### 查询参数
-
-要删除特定包：
-```typescript
-interface BundleDelete {
-  app_id: string
-  version: string
-}
-```
-
-删除所有包：
-```typescript
-interface BundleDeleteAll {
-  app_id: string
-}
-```
-
-#### 请求示例
-
-```bash
-# Delete specific bundle
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version": "1.0.0"
-  }' \
-  https://api.capgo.app/bundle/
-
-# Delete all bundles
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### 成功响应
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### 发布
-
-`https://api.capgo.app/bundle/`
-
-使用外部 URL 创建一个新包。
-
-#### 请求正文
-
-```typescript
-interface CreateBundleBody {
-  app_id: string
-  version: string
-  external_url: string // Must be publicly accessible HTTPS URL
-  checksum: string
-}
-```
-
-#### 请求示例
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "com.example.app",
-    "version": "1.2.3",
-    "external_url": "https://your-storage.com/bundles/app-1.2.3.zip",
-    "checksum": "a1b2c3d4e5f6789abcdef123456789abcdef123456789abcdef123456789abcd"
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### 成功响应
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### POST（元数据）
-
-`https://api.capgo.app/bundle/metadata`
-
-更新捆绑元数据，例如链接和评论信息。
-
-#### 请求正文
-
-```typescript
-interface UpdateMetadataBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  link?: string
-  comment?: string
-}
-```
-
-#### 请求示例
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "link": "https://github.com/myorg/myapp/releases/tag/v1.0.0",
-    "comment": "Fixed critical bug in authentication"
-  }' \
-  https://api.capgo.app/bundle/metadata
-```
-
-#### 成功响应
-
-```json
-{
-  "status": "success"
-}
-```
-
-### 放置
-
-`https://api.capgo.app/bundle/`
-
-将捆绑包设置到特定频道。这会将捆绑包（版本）链接到分发渠道。
-
-#### 请求正文
-
-```typescript
-interface SetChannelBody {
-  app_id: string
-  version_id: number // bundle (version) id
-  channel_id: number
-}
-```
-
-#### 请求示例
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "version_id": 456,
-    "channel_id": 789
-  }' \
-  https://api.capgo.app/bundle/
-```
-
-#### 成功响应
-
-```json
-{
-  "status": "success",
-  "message": "Bundle 1.0.0 set to channel production"
-}
-```
-
-## 错误处理
-
-常见错误场景及其应对措施：
-
-```json
-// Bundle not found
-{
-  "error": "Bundle not found",
-  "status": "KO"
-}
-
-// Invalid bundle (version) format
-{
-  "error": "Invalid version format",
-  "status": "KO"
-}
-
-// Storage error
-{
-  "error": "Failed to delete bundle from storage",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage bundles",
-  "status": "KO"
-}
-```
-
-## 常见用例
-
-1. **清理旧包（版本）**
-```typescript
-// Delete outdated beta bundles (versions)
-{
-  "app_id": "app_123",
-  "version": "1.0.0-beta.1"
-}
-```
-
-2. **应用程序重置**
-```typescript
-// Remove all bundles to start fresh
-{
-  "app_id": "app_123"
-}
-```
-
-## 存储注意事项
-
-1. **保留策略**：定义保留旧捆绑包的时间
-2. **大小管理**：监控捆绑包大小和存储使用情况
-3. **备份策略**：考虑备份关键捆绑包（版本）
-4. **成本优化**：删除不必要的捆绑以优化存储成本
diff --git a/src/content/docs/zh/docs/public-api/channels.mdx b/src/content/docs/zh/docs/public-api/channels.mdx
deleted file mode 100644
index d0d3c5ad7..000000000
--- a/src/content/docs/zh/docs/public-api/channels.mdx
+++ /dev/null
@@ -1,266 +0,0 @@
----
-title: 渠道
-description: 'Capgo中管理应用更新渠道的指南,涵盖版本控制、平台定向和更新策略。'
-sidebar:
-  order: 6
-locale: zh
----
-
-渠道是Capgo中管理应用更新的核心机制。它们允许您控制用户如何以及何时接收更新,启用A/B测试、分阶段推出和特定平台更新等功能。
-
-## 了解渠道
-
-渠道代表应用更新的分发轨道。每个渠道都可以配置特定的规则和约束:
-
-- **版本控制**: 指定用户接收的版本
-- **平台定向**: 针对特定平台(iOS/Android)
-- **更新策略**: 控制如何交付更新
-- **设备限制**: 管理哪些设备可以访问更新
-
-## 渠道配置选项
-
-- **public**: 设置为新设备的默认渠道
-- **disableAutoUpdateUnderNative**: 当设备的原生应用版本比渠道中可用的更新版本更新时阻止更新(例如,设备版本为1.2.3,但渠道有1.2.2)
-- **disableAutoUpdate**: 控制更新行为("major", "minor", "version_number", "none")
-- **ios/android**: 为特定平台启用/禁用
-- **allow_device_self_set**: 允许设备选择其渠道
-- **allow_emulator**: 允许在模拟器设备上更新
-- **allow_dev**: 允许在开发构建上更新
-
-## 最佳实践
-
-1. **测试渠道**: 维护用于内部验证的测试渠道
-2. **分阶段推出**: 使用多个渠道进行渐进式更新部署
-3. **平台分离**: 必要时为iOS和Android创建单独的渠道
-4. **版本控制**: 使用语义版本控制以获得清晰的更新路径
-
-## 端点
-
-### POST
-
-`https://api.capgo.app/channel/`
-
-创建或更新渠道配置。
-
-#### Request Body
-
-```typescript
-type disable_update = "major" | "minor" | "version_number" | "none"
-interface ChannelSet {
-  app_id: string
-  channel: string
-  version?: string
-  public?: boolean
-  disableAutoUpdateUnderNative?: boolean
-  disableAutoUpdate?: disable_update
-  ios?: boolean
-  android?: boolean
-  allow_device_self_set?: boolean
-  allow_emulator?: boolean
-  allow_dev?: boolean
-}
-```
-
-#### 请求示例
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta",
-    "version": "1.2.0",
-    "public": false,
-    "disableAutoUpdate": "minor",
-    "ios": true,
-    "android": true,
-    "allow_emulator": true
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### 成功响应
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### GET
-
-`https://api.capgo.app/channel/`
-
-检索渠道信息。每页返回50个渠道。
-
-#### 查询参数
-- `app_id`: 必需。您的应用ID
-- `page`: 可选。分页的页码
-- `channel`: 可选。要检索的特定渠道名称
-
-#### 请求示例
-
-```bash
-# 获取所有渠道
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123"
-
-# 获取特定渠道
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&channel=beta"
-
-# 获取下一页
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/channel/?app_id=app_123&page=1"
-```
-
-#### 响应类型
-
-```typescript
-interface Channel {
-    id: number;
-    created_at: string;
-    name: string;
-    app_id: string;
-    version: {
-        id: number,
-        name: string
-    };
-    created_by: string;
-    updated_at: string;
-    public: boolean;
-    disableAutoUpdateUnderNative: boolean;
-    disableAutoUpdate: boolean;
-    allow_emulator: boolean;
-    allow_dev: boolean;
-}
-```
-
-#### 响应示例
-
-```json
-{
-  "data": [
-    {
-      "id": 1,
-      "name": "production",
-      "app_id": "app_123",
-      "version": {
-        "id": 1,
-        "name": "1.0.0"
-      },
-      "created_at": "2024-01-01T00:00:00Z",
-      "updated_at": "2024-01-01T00:00:00Z",
-      "created_by": "user_123",
-      "public": true,
-      "disableAutoUpdateUnderNative": false,
-      "disableAutoUpdate": false,
-      "allow_emulator": false,
-      "allow_dev": false
-    }
-  ]
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/channel/`
-
-删除渠道。请注意,这将影响使用此渠道的所有设备。
-
-#### 查询参数
-
-```typescript
-interface Channel {
-  channel: string
-  app_id: string
-}
-```
-
-#### 请求示例
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/channel/
-```
-
-#### 成功响应
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## 错误处理
-
-常见错误场景及其响应:
-
-```json
-// 未找到渠道
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// 无效的版本格式
-{
-  "error": "Invalid version format. Use semantic versioning",
-  "status": "KO"
-}
-
-// 无效的更新策略
-{
-  "error": "Invalid disableAutoUpdate value",
-  "status": "KO"
-}
-
-// 权限被拒绝
-{
-  "error": "Insufficient permissions to manage channels",
-  "status": "KO"
-}
-```
-
-## 常见用例
-
-1. **Beta测试**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "beta",
-  "version": "1.2.0-beta",
-  "public": false,
-  "allow_emulator": true,
-  "allow_dev": true
-}
-```
-
-2. **生产推出**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "production",
-  "version": "1.2.0",
-  "public": true,
-  "disableAutoUpdate": "minor"
-}
-```
-
-3. **特定平台更新**
-```typescript
-{
-  "app_id": "app_123",
-  "channel": "ios-hotfix",
-  "version": "1.2.1",
-  "ios": true,
-  "android": false
-}
-```
diff --git a/src/content/docs/zh/docs/public-api/devices.mdx b/src/content/docs/zh/docs/public-api/devices.mdx
deleted file mode 100644
index dc7b09ea2..000000000
--- a/src/content/docs/zh/docs/public-api/devices.mdx
+++ /dev/null
@@ -1,295 +0,0 @@
----
-title: Devices
-description: 通过 Capgo API 管理设备的文档，涵盖应用安装的跟踪、捆绑（版本）分配和渠道管理。
-sidebar:
-  order: 7
-locale: zh
----
-设备代表由 Capgo 管理的应用程序的各个安装。设备 API 允许您跟踪和管理设备，包括其捆绑包（版本）、通道和更新状态。
-
-:::注意[数据保留]
-设备数据自上次设备活动起保留 **90 天**。在此期间未连接到 Capgo 的设备将自动从系统中删除。活动设备在检查更新时会被持续跟踪。
-:::
-
-## 了解设备
-
-每个设备都有独特的特性和状态：
-- **平台**：iOS、Android 或 Electron
-- **捆绑包（版本）**：当前捆绑包（版本）和本机构建版本
-- **环境**：生产或开发、模拟器或物理设备
-- **频道**：当前更新频道分配
-- **自定义 ID**：用于您自己的跟踪目的的可选标识符
-
-## 最佳实践
-
-1. **捆绑包（版本）跟踪**：监控设备捆绑包（版本）的采用情况以确保更新的采用
-2. **通道管理**：根据测试需求将设备分配到合适的通道
-3. **环境意识**：适当处理不同的环境（prod/dev/emulator）
-4. **自定义标识**：使用自定义 ID 与您现有的系统集成
-
-## 端点
-
-### 发布
-
-`https://api.capgo.app/device/`
-
-将设备链接到特定捆绑包（版本）或通道。
-
-#### 请求正文
-
-```typescript
-interface DeviceLink {
-  app_id: string
-  device_id: string
-  version_id?: string // bundle (version) name
-  channel?: string    // channel name
-}
-```
-
-#### 请求示例
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456",
-    "channel": "beta"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### 成功响应
-
-```json
-{
-  "status": "ok"
-}
-```
-
-### 获取
-
-`https://api.capgo.app/device/`
-
-检索设备信息。使用基于光标的分页来高效检索大型设备列表。
-
-#### 查询参数
-- `app_id`：必需。您的应用程序的 ID
-- `device_id`：可选。用于检索单个设备的特定设备 ID
-- `cursor`：可选。来自先前分页响应的光标
-- `limit`：可选。每页设备数量（默认：50）
-
-#### 请求示例
-
-```bash
-# Get all devices (first page)
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123"
-
-# Get specific device
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&device_id=device_456"
-
-# Get next page using cursor
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/device/?app_id=app_123&cursor=2024-01-01T00:00:00Z|device_456"
-```
-
-#### 响应类型（列表）
-
-请求多个设备时（无 `device_id` 参数）：
-
-```typescript
-interface DeviceListResponse {
-  data: Device[];
-  nextCursor?: string;  // Pass this as 'cursor' param to get next page
-  hasMore: boolean;     // true if more pages available
-}
-
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number; // bundle (version) id
-  version_name: string | null; // bundle (version) name
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android" | "electron";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-  key_id: string | null; // First 4 chars of encryption key (e.g., "MIIB")
-}
-```
-
-#### 响应类型（单个设备）
-
-当使用 `device_id` 参数请求特定设备时，直接返回设备对象：
-
-```typescript
-interface Device {
-  updated_at: string;
-  device_id: string;
-  custom_id: string;
-  version?: number; // bundle (version) id
-  version_name: string | null; // bundle (version) name
-  channel?: string;
-  app_id: string;
-  platform: "ios" | "android" | "electron";
-  plugin_version: string;
-  os_version: string;
-  version_build: string;
-  is_prod: boolean;
-  is_emulator: boolean;
-  key_id: string | null; // First 4 chars of encryption key (e.g., "MIIB")
-}
-```
-
-#### 响应示例（列表）
-
-```json
-{
-  "data": [
-    {
-      "device_id": "device_456",
-      "custom_id": "test-device-1",
-      "version": 1,
-      "version_name": "1.0.0",
-      "app_id": "app_123",
-      "platform": "ios",
-      "plugin_version": "5.0.0",
-      "os_version": "17.0",
-      "version_build": "1",
-      "is_prod": true,
-      "is_emulator": false,
-      "updated_at": "2024-01-01T00:00:00Z"
-    }
-  ],
-  "nextCursor": "2024-01-01T00:00:00Z|device_456",
-  "hasMore": true
-}
-```
-
-#### 响应示例（单个设备）
-
-```json
-{
-  "device_id": "device_456",
-  "custom_id": "test-device-1",
-  "version": 1,
-  "version_name": "1.0.0",
-  "app_id": "app_123",
-  "platform": "ios",
-  "plugin_version": "5.0.0",
-  "os_version": "17.0",
-  "version_build": "1",
-  "is_prod": true,
-  "is_emulator": false,
-  "updated_at": "2024-01-01T00:00:00Z",
-  "channel": "production"
-}
-```
-
-### 删除
-
-`https://api.capgo.app/device/`
-
-取消设备与其通道覆盖的链接。这会将设备重置为使用其默认通道。
-
-:::note[删除设备]
-设备数据自上次设备活动起保留 **90 天**。在此期间未连接到 Capgo 的设备将自动从系统中删除。活动设备在检查更新时会被持续跟踪。
-您无法删除具有此端点的设备，它只会影响通道覆盖。
-:::
-
-#### 查询参数
-
-```typescript
-interface Device {
-  device_id: string
-  app_id: string
-}
-```
-
-#### 请求示例
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "app_id": "app_123",
-    "device_id": "device_456"
-  }' \
-  https://api.capgo.app/device/
-```
-
-#### 成功响应
-
-```json
-{
-  "status": "ok"
-}
-```
-
-## 错误处理
-
-常见错误场景及其应对措施：
-
-```json
-// Device not found
-{
-  "error": "Device not found",
-  "status": "KO"
-}
-
-// Invalid bundle (version)
-{
-  "error": "Version not found",
-  "status": "KO"
-}
-
-// Invalid channel
-{
-  "error": "Channel not found",
-  "status": "KO"
-}
-
-// Permission denied
-{
-  "error": "Insufficient permissions to manage devices",
-  "status": "KO"
-}
-```
-
-## 常见用例
-
-1. **测试版设备注册**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "channel": "beta"
-}
-```
-
-2. **版本覆盖**
-```typescript
-{
-  "app_id": "app_123",
-  "device_id": "device_456",
-  "version_id": "1.1.0"
-}
-```
-
-3. **重置为默认频道**
-```typescript
-// Use DELETE endpoint to remove overrides
-```## 设备管理技巧
-
-1. **监控**：定期检查设备状态和bundle（版本）分布
-2. **测试**：使用自定义ID轻松识别测试设备
-3. **故障排除**：跟踪设备更新和通道分配
-4. **本机版本控制**：监控本机应用程序版本以确保兼容性
diff --git a/src/content/docs/zh/docs/public-api/index.mdx b/src/content/docs/zh/docs/public-api/index.mdx
deleted file mode 100644
index 8af325ad8..000000000
--- a/src/content/docs/zh/docs/public-api/index.mdx
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: API 概述
-description: '探索 Capgo 的公共 API,使用 RESTful HTTP 方法和身份验证管理组织、设备、渠道和捆绑包等资源。'
-sidebar:
-  order: 1
-locale: zh
----
-
-import { LinkCard } from '@astrojs/starlight/components';
-
-这是 Capgo cloud 公共 API 的文档。该 API 允许您以编程方式管理您的 Capgo 资源,包括组织、设备、渠道和捆绑包。它设计为 RESTful 并使用标准 HTTP 方法。
-
-## 身份验证
-
-所有 API 端点都需要身份验证。要验证您的请求,请在 `authorization` 标头中添加您的 API 密钥。
-
-示例:
-```bash
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-```
-
-<LinkCard
-	title="获取 API 密钥"
-	description="在 Capgo 仪表板中生成您的 API 密钥"
-	href="https://console.capgo.app/dashboard/apikeys/"
-/>
-
-## 速率限制
-
-API 实施速率限制以确保公平使用。当前限制为:
-- 标准账户每分钟 100 个请求
-- 企业账户每分钟 1000 个请求
-
-如果超过这些限制,您将收到 429 (Too Many Requests) 响应。
-
-## 响应格式
-
-所有响应均为 JSON 格式。成功响应通常包括 `data` 对象或 `status` 字段。错误响应包括带有问题描述的 `error` 字段。
-
-成功响应示例:
-```json
-{
-  "status": "ok",
-  "data": { ... }
-}
-```
-
-错误响应示例:
-```json
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-```
-
-## 可用端点
-
-<LinkCard
-	title="组织"
-	description="创建和管理组织,更新设置并处理组织级别配置"
-	href="/docs/public-api/organizations/"
-/>
-
-<LinkCard
-	title="API 密钥"
-	description="生成、列出和撤销 API 密钥以安全访问 Capgo API"
-	href="/docs/public-api/api-keys/"
-/>
-
-<LinkCard
-	title="成员"
-	description="管理组织成员、角色和权限"
-	href="/docs/public-api/members/"
-/>
-
-<LinkCard
-	title="统计"
-	description="访问有关应用使用、存储和带宽消耗的详细分析"
-	href="/docs/public-api/statistics/"
-/>
-
-<LinkCard
-	title="渠道"
-	description="控制应用更新渠道、版本和更新策略"
-	href="/docs/public-api/channels/"
-/>
-
-<LinkCard
-	title="设备"
-	description="跟踪和管理运行您应用的设备,包括版本和渠道分配"
-	href="/docs/public-api/devices/"
-/>
-
-<LinkCard
-	title="捆绑包"
-	description="处理应用捆绑包,包括上传、列出和管理版本"
-	href="/docs/public-api/bundles/"
-/>
-
-## 最佳实践
-
-1. **错误处理**:始终检查错误响应并适当处理
-2. **速率限制**:在达到速率限制时实施指数退避
-3. **缓存**:在适当时缓存响应以减少 API 调用
-4. **版本控制**:通过我们的更改日志跟踪 API 更改 
diff --git a/src/content/docs/zh/docs/public-api/members.mdx b/src/content/docs/zh/docs/public-api/members.mdx
deleted file mode 100644
index eebb31eb1..000000000
--- a/src/content/docs/zh/docs/public-api/members.mdx
+++ /dev/null
@@ -1,226 +0,0 @@
----
-title: 成员
-description: '关于在Capgo中管理组织成员的综合指南,涵盖角色、权限以及安全和协作的最佳实践。'
-sidebar:
-  order: 4
-locale: zh
----
-
-组织成员是有权访问您的Capgo组织的用户。每个成员都有一个特定的角色,该角色决定了他们在组织内的权限。有效管理成员对于维护团队的安全和协作至关重要。
-
-## 成员角色
-
-### 常规角色
-- **read**: 可以查看资源但不能进行更改
-- **upload**: 可以上传新捆绑包并查看资源
-- **write**: 可以修改资源并上传捆绑包
-- **admin**: 可以管理组织设置和成员
-- **super_admin**: 对组织拥有完全控制权
-
-### 邀请角色
-- **invite_read**: 待处理的读取访问邀请
-- **invite_upload**: 待处理的上传访问邀请
-- **invite_write**: 待处理的写入访问邀请
-- **invite_admin**: 待处理的管理员访问邀请
-- **invite_super_admin**: 待处理的超级管理员访问邀请
-
-## 最佳实践
-
-1. **角色分配**: 分配角色时遵循最小权限原则
-2. **定期审计**: 定期审查成员访问权限并删除未使用的账户
-3. **入职培训**: 制定清晰的流程来添加新成员和分配角色
-4. **离职处理**: 及时删除离开组织的成员的访问权限
-
-## 端点
-
-### POST
-
-`https://api.capgo.app/organization/members/`
-
-向组织添加新成员或更新现有成员的角色。请注意,您只能邀请已经拥有Capgo账户的用户 - 电子邮件必须对应现有的Capgo用户。
-
-#### 请求体
-
-```typescript
-interface MemberCreate {
-  orgId: string
-  email: string
-  role: "read" | "upload" | "write" | "admin" | "super_admin"
-}
-```
-
-#### 请求示例
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "newmember@example.com",
-    "role": "write"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### 成功响应
-
-```json
-{
-  "status": "OK",
-  "data": {
-    "uid": "user_789",
-    "email": "newmember@example.com",
-    "role": "invite_write",
-    "image_url": null
-  }
-}
-```
-
-注意事项: 
-- 添加新成员时,他们将收到邀请电子邮件。在接受邀请之前,其角色将以"invite_"为前缀。
-- 用户必须在被邀请之前已经拥有Capgo账户。如果他们没有账户,应首先在 https://console.capgo.app/register/ 创建一个账户
-
-### GET 
-
-`https://api.capgo.app/organization/members/`
-
-检索组织的所有成员。
-
-#### 查询参数
-
-```typescript
-interface MemberQuery {
-  orgId: string
-}
-```
-
-#### 响应类型
-
-```typescript
-interface Member {
-  uid: string;
-  email: string;
-  image_url: string;
-  role: "invite_read" | "invite_upload" | "invite_write" | "invite_admin" | "invite_super_admin" | "read" | "upload" | "write" | "admin" | "super_admin";
-}
-```
-
-#### 请求示例
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/organization/members/?orgId=org_123"
-```
-
-#### 响应示例
-
-```json
-{
-  "data": [
-    {
-      "uid": "user_123",
-      "email": "john@example.com",
-      "image_url": "https://example.com/avatar.png",
-      "role": "admin"
-    },
-    {
-      "uid": "user_456",
-      "email": "jane@example.com",
-      "image_url": "https://example.com/avatar2.png",
-      "role": "write"
-    },
-    {
-      "uid": "user_789",
-      "email": "bob@example.com",
-      "image_url": null,
-      "role": "invite_read"
-    }
-  ]
-}
-```
-
-### DELETE
-
-`https://api.capgo.app/organization/members/`
-
-从组织中删除成员。这将立即撤销其访问权限。
-
-#### 请求体
-
-```typescript
-interface MemberDelete {
-  orgId: string
-  email: string
-}
-```
-
-#### 请求示例
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "email": "user@example.com"
-  }' \
-  https://api.capgo.app/organization/members/
-```
-
-#### 成功响应
-
-```json
-{
-  "status": "OK"
-}
-```
-
-## 错误处理
-
-常见错误场景及其响应:
-
-```json
-// 未找到成员
-{
-  "error": "Member not found",
-  "status": "KO"
-}
-
-// 无效的角色
-{
-  "error": "Invalid role specified",
-  "status": "KO"
-}
-
-// 权限被拒绝
-{
-  "error": "Insufficient permissions to manage members",
-  "status": "KO"
-}
-
-// 无法删除最后一个管理员
-{
-  "error": "Cannot remove the last admin from the organization",
-  "status": "KO"
-}
-
-// 无效的电子邮件
-{
-  "error": "Invalid email format",
-  "status": "KO"
-}
-
-// 成员已存在
-{
-  "error": "Member already exists in organization",
-  "status": "KO"
-}
-```
-
-## 常见用例
-
-1. **团队扩展**: 添加具有适当角色的新团队成员
-2. **访问控制**: 随着职责变化管理成员权限
-3. **安全审计**: 定期审查成员列表和角色
-4. **团队重组**: 在组织变更期间更新角色
diff --git a/src/content/docs/zh/docs/public-api/organizations.mdx b/src/content/docs/zh/docs/public-api/organizations.mdx
deleted file mode 100644
index ed62c9e44..000000000
--- a/src/content/docs/zh/docs/public-api/organizations.mdx
+++ /dev/null
@@ -1,205 +0,0 @@
----
-title: Organizations
-description: 在 Capgo 中管理组织的指南，涵盖组织详细信息的创建、设置、更新和检索。
-sidebar:
-  order: 2
-locale: zh
----
-组织是 Capgo 中的顶级实体。它们允许您将应用程序、团队成员和资源分组到一个保护伞下。每个组织可以有多个具有不同角色和权限的成员。
-
-## 常见用例
-
-- 为您的公司创建一个新的组织
-- 管理组织设置
-- 更新组织信息
-- 检索组织详细信息
-
-## 端点
-
-### 获取
-
-`https://api.capgo.app/organization/`
-
-检索组织信息。如果参数中提供了 `orgId`，则返回单个组织。否则，返回所有可访问的组织。
-
-#### 查询参数
-
-- `orgId`（可选）：要检索的特定组织的 ID
-
-#### 响应类型
-
-```typescript
-interface Organization {
-  id: string
-  created_by: string
-  created_at: string
-  updated_at: string
-  logo: string | null
-  name: string
-  management_email: string
-  customer_id: string | null
-}
-```
-
-#### 请求示例
-
-```bash
-# Get all organizations
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/
-
-# Get specific organization
-curl -H "authorization: your-api-key" https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### 响应示例
-
-```json
-{
-  "data": {
-    "id": "org_123",
-    "name": "My Company",
-    "created_at": "2024-01-01T00:00:00Z",
-    "updated_at": "2024-01-01T00:00:00Z",
-    "logo": "https://example.com/logo.png",
-    "management_email": "admin@example.com",
-    "customer_id": "cus_123"
-  }
-}
-```
-
-### 发布
-
-`https://api.capgo.app/organization/`
-
-创建一个新的组织。
-
-#### 请求正文
-
-```typescript
-interface OrganizationCreate {
-  name: string
-}
-```
-
-#### 请求示例
-
-```bash
-curl -X POST \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "name": "New Organization"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### 响应示例
-
-```json
-{
-  "status": "Organization created",
-  "id": "org_456"
-}
-```
-
-### 放置
-
-`https://api.capgo.app/organization/`
-
-更新现有组织。需要管理员角色。
-
-#### 请求正文
-
-```typescript
-interface OrganizationUpdate {
-  orgId: string
-  logo?: string
-  name?: string
-  management_email?: string
-}
-```
-
-#### 请求示例
-
-```bash
-curl -X PUT \
-  -H "authorization: your-api-key" \
-  -H "Content-Type: application/json" \
-  -d '{
-    "orgId": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }' \
-  https://api.capgo.app/organization/
-```
-
-#### 响应示例
-
-```json
-{
-  "status": "Organization updated",
-  "data": {
-    "id": "org_123",
-    "name": "New Company Name",
-    "management_email": "newemail@example.com"
-  }
-}
-```
-
-### 删除
-
-`https://api.capgo.app/organization/`
-
-删除现有组织。需要管理员角色。此操作不可逆转，并将删除所有关联的应用程序、捆绑包（版本）和资源。
-
-#### 查询参数
-
-- `orgId`：要删除的组织的ID
-
-#### 请求示例
-
-```bash
-curl -X DELETE \
-  -H "authorization: your-api-key" \
-  https://api.capgo.app/organization/?orgId=org_123
-```
-
-#### 响应示例
-
-```json
-{
-  "status": "Organization deleted",
-  "id": "org_123"
-}
-```
-
-## 错误处理
-
-常见错误场景及其应对措施：
-
-```json
-// Invalid API key
-{
-  "error": "Invalid API key",
-  "status": "KO"
-}
-
-// Missing required field
-{
-  "error": "Name is required",
-  "status": "KO"
-}
-
-// Insufficient permissions
-{
-  "error": "Admin role required",
-  "status": "KO"
-}
-```
-
-## 最佳实践
-
-1. **命名**：为组织使用清晰、描述性的名称
-2. **角色**：为团队成员分配适当的角色
-3. **电子邮件**：使用群组电子邮件作为management_email，以避免个人电子邮件更改出现问题
-4. **徽标**：在可靠的 CDN 上托管徽标并使用 HTTPS URL
diff --git a/src/content/docs/zh/docs/public-api/statistics.mdx b/src/content/docs/zh/docs/public-api/statistics.mdx
deleted file mode 100644
index 1a35c51a9..000000000
--- a/src/content/docs/zh/docs/public-api/statistics.mdx
+++ /dev/null
@@ -1,232 +0,0 @@
----
-title: 统计
-description: 统计 API 端点的详细指南，提供有关应用程序和组织的每月活跃用户 (MAU)、存储和带宽指标的见解。
-sidebar:
-  order: 5
-locale: zh
----
-统计端点提供有关您的应用程序和组织的详细分析。您可以跟踪不同时间段的每月活跃用户 (MAU)、存储使用情况和带宽消耗。这些数据对于监控应用程序增长、资源使用情况和规划容量至关重要。
-
-## 了解指标
-
-- **MAU（每月活跃用户）**：过去 30 天内访问您的应用的唯一设备数量
-- **存储**：存储的所有捆绑包和资源的总大小（以字节为单位）
-- **带宽**：捆绑包下载的总数据传输量（以字节为单位）
-
-## 最佳实践
-
-1. **定期监控**：定期检查统计数据以跟踪增长和使用模式
-2. **资源规划**：使用存储和带宽指标进行容量规划
-3. **用户参与度**：跟踪 MAU 以了解用户参与度趋势
-4. **成本管理**：监控资源使用情况以优化成本
-
-## 端点
-
-### GET /statistics/app/:app_id/
-
-获取特定应用程序的统计信息。此端点对于监控单个应用程序性能非常有用。
-
-#### 查询参数
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### 请求示例
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/?from=2024-01-01&to=2024-02-01"
-```
-
-#### 响应示例
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 1500,
-    "storage": 536870912,  // 512MB in bytes
-    "bandwidth": 1073741824 // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 1550,
-    "storage": 537919488,  // 513MB in bytes
-    "bandwidth": 1074790400 // 1.01GB in bytes
-  }
-]
-```
-
-### 获取/statistics/org/:org_id/
-
-获取特定组织的统计数据。对于监控组织级别的使用情况很有用。
-
-#### 查询参数
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-  breakdown: boolean  // default false, optional if true it return the breakdown by app
-  noAccumulate: boolean // default false, optional if true it will not accumulate data and just return day by day result
-}
-```
-
-#### 请求示例
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/org/046a36ac-e03c-4590-9257-bd6c9dba9ee8/?from=2024-01-01&to=2024-02-01"
-```
-
-#### 响应示例
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 10000,
-    "storage": 536870912,   // 512MB in bytes
-    "bandwidth": 1073741824  // 1GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 10200,
-    "storage": 537919488,   // 513MB in bytes
-    "bandwidth": 1074790400  // 1.01GB in bytes
-  }
-]
-```
-
-### 获取/统计/用户/
-
-获取您有权访问的所有组织的汇总统计数据。非常适合整体使用情况监控。
-
-#### 查询参数
-
-```typescript
-interface StatsQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### 请求示例
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/user/?from=2024-01-01&to=2024-02-01"
-```
-
-#### 响应示例
-
-```json
-[
-  {
-    "date": "2024-01-01",
-    "mau": 25000,
-    "storage": 1073741824,  // 1GB in bytes
-    "bandwidth": 2147483648  // 2GB in bytes
-  },
-  {
-    "date": "2024-01-02",
-    "mau": 25500,
-    "storage": 1074790400,  // 1.01GB in bytes
-    "bandwidth": 2148532224  // 2.01GB in bytes
-  }
-]
-```
-
-### GET /statistics/app/:app_id/bundle_usage
-
-获取特定应用程序的捆绑包使用情况统计信息，显示指定时间段内用户之间的捆绑包（版本）分布情况。
-
-#### 查询参数
-
-```typescript
-interface BundleUsageQuery {
-  from: Date  // Start date for the statistics (format: YYYY-MM-DD)
-  to: Date    // End date for the statistics (format: YYYY-MM-DD)
-}
-```
-
-#### 请求示例
-
-```bash
-curl -H "authorization: your-api-key" \
-  "https://api.capgo.app/statistics/app/com.demo.app/bundle_usage?from=2024-01-01&to=2024-02-01"
-```
-
-#### 响应示例
-
-```json
-{
-  "labels": ["2024-01-01", "2024-01-02", "2024-01-03"],
-  "datasets": [
-    {
-      "label": "1.0.0",
-      "data": [60.5, 58.2, 55.3]
-    },
-    {
-      "label": "1.0.1",
-      "data": [39.5, 41.8, 44.7]
-    }
-  ]
-}
-```
-
-## 错误处理
-
-常见错误场景及其应对措施：
-
-```json
-// Invalid body
-{
-  "status": "Invalid body",
-  "error": "Invalid date format or missing parameters"
-}
-
-// Permission denied
-{
-  "status": "You can't access this app",
-  "error": "Insufficient permissions to access statistics"
-}
-
-// Permission denied for organization
-{
-  "status": "You can't access this organization",
-  "error": "Insufficient permissions to access organization statistics"
-}
-
-// No organizations found for user statistics
-{
-  "status": "No organizations found",
-  "error": "No organizations found"
-}
-
-// Internal server error
-{
-  "status": "Cannot get app statistics",
-  "error": "Internal server error message"
-}
-```
-
-## 常见用例
-
-1. **增长跟踪**：监控 MAU 随着时间的推移的增长
-2. **资源优化**：跟踪存储和带宽使用情况以优化成本
-3. **容量规划**：利用趋势来规划未来的资源需求
-4. **使用报告**：为利益相关者生成定期使用报告
-5. **捆绑包（版本）分布分析**：通过捆绑包使用统计信息了解用户如何分布在不同的应用程序捆绑包（版本）中
-
-## 分析技巧
-
-1. **比较期间**：查看环比或同比趋势
-2. **跟踪比率**：监控每个用户的带宽或每个应用程序的存储
-3. **设置警报**：针对异常使用高峰创建警报
-4. **定期备份**：定期导出统计数据以进行历史分析
-5. **捆绑包（版本）采用**：使用捆绑包使用情况来跟踪新捆绑包（版本）的采用率
diff --git a/src/content/docs/zh/docs/upgrade/from-appflow-to-capgo.mdx b/src/content/docs/zh/docs/upgrade/from-appflow-to-capgo.mdx
deleted file mode 100644
index e7e800574..000000000
--- a/src/content/docs/zh/docs/upgrade/from-appflow-to-capgo.mdx
+++ /dev/null
@@ -1,170 +0,0 @@
----
-title: 从 AppFlow 迁移到 Capgo
-locale: zh
-description: 将 Ionic AppFlow 项目迁移到 Capgo 的详细步骤。每个步骤都对应标准的 AppFlow 迁移任务，因此您可以逐行比较，并查看 Capgo 已经为您处理了哪些任务。
-sidebar:
-  order: 7
----
-
-> 🚦 Ionic 宣布 AppFlow 的商业产品（包括实时更新）正在逐步停止。现有项目可以运行到 **2027 年 12 月 31 日**，但不接受新客户，也不计划新功能。本指南将引导您完成迁移到 Capgo 所需的操作，并重点介绍您获得的原生自动化功能。
-
-## 迁移概述
-
-Capgo 为您处理渠道、包保留、回滚、分析和 CLI 上传。迁移归结为安装插件、调用 `CapacitorUpdater.notifyAppReady()`，以及（如果需要）配置可选的手动控制。以下部分直接介绍每个任务。
-
-## 步骤 0 – 记录您当前的 AppFlow 设置
-
-- 记下您的 AppFlow **App ID**、现有渠道和签名密钥。
-- 导出您想要归档的任何包历史记录。
-- 如果您使用 GitHub Actions 或其他 CI 提供商，请保留这些流水线——它们将继续与 Capgo 一起工作。
-
-## 步骤 1 – 用 Capgo 替换 AppFlow SDK
-
-```bash
-npm uninstall @capacitor/live-updates
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-就是这样。Capgo 为 iOS 和 Android 打包原生代码；不需要额外的 JavaScript 辅助工具。
-
-## 步骤 2 – 最小配置（无需手动字段）
-
-现有的配置块很广泛。Capgo 会自动检测您的项目和渠道，因此最小配置为：
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      autoDeletePrevious: true,
-    },
-  },
-}
-
-export default config
-```
-
-### 配置快速参考
-
-| Ionic AppFlow 设置 | Capgo 等效项 | 是否需要设置？ |
-| --- | --- | --- |
-| `appId` | 在 Capgo 仪表板中管理 | 创建项目时自动提供 |
-| `channel` / `defaultChannel` | 仪表板/API 中的渠道规则 | 可选覆盖；默认值来自服务器 |
-| `autoUpdateMethod` | `autoUpdate: true` | 默认启用 |
-| `maxVersions` | 保留策略 | 集中配置（默认 1 个月，最多 24 个月） |
-| `enabled` | 不需要 | Capgo 按渠道切换可用性 |
-
-## 步骤 3 – 调用 `notifyAppReady()`（唯一需要的钩子）
-
-在 Ionic 的指南中，您需要连接 `sync`、`download` 和 `reload`，然后手动隐藏启动屏幕。Capgo 原生执行这些操作。您只需要确认应用已准备就绪：
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-如果确认信号从未到达，Capgo 会自动回滚包。
-
-**就是这样——Capgo 为您处理后台检查、启动屏幕可见性和回滚。**
-
-<details>
-<summary>可选：在启动屏幕隐藏之前运行逻辑</summary>
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-
-CapacitorUpdater.addListener('appReady', () => {
-  // Log diagnostics or run custom code if needed
-  SplashScreen.hide()
-})
-
-CapacitorUpdater.notifyAppReady()
-```
-
-</details>
-
-## 步骤 4 – 更新策略转换
-
-AppFlow 记录了三种策略。以下是它们如何映射到 Capgo：
-
-### 后台更新（默认）
-- **AppFlow**：配置 `autoUpdateMethod = background`，手动调用 `sync()`。
-- **Capgo**：默认启用。无需 JavaScript。
-
-### 始终最新
-- **AppFlow**：添加一个下载和重新加载的 `App.addListener('resume')` 处理程序。
-- **Capgo**：自动更新已经在恢复时运行。仅当您需要自定义时间窗口时才添加处理程序。
-
-<details>
-<summary>可选：手动恢复检查</summary>
-
-```ts
-import { App } from '@capacitor/app'
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-App.addListener('resume', async () => {
-  const bundle = await CapacitorUpdater.download()
-  if (bundle) {
-    await CapacitorUpdater.set({ id: bundle.id })
-  }
-})
-```
-
-</details>
-
-### 强制更新
-- **AppFlow**：提示用户并调用 `reload()`。
-- **Capgo**：在仪表板中将包标记为"强制"，然后监听 `majorAvailable` 事件（在 `notifyAppReady()` 之后触发）以在应用内提示或强制用户更新。
-
-## 步骤 5 – API 调用映射
-
-| AppFlow 方法 | Capgo 等效项 | 是否需要？ |
-| --- | --- | --- |
-| `LiveUpdates.sync()` | 自动处理 | Capgo 的原生自动更新无需手动同步调用即可运行 |
-| `LiveUpdates.download()` | `CapacitorUpdater.download()` | 自定义流程可选 |
-| `LiveUpdates.reload()` | `CapacitorUpdater.set()` | 可选；仪表板切换处理强制更新 |
-| `LiveUpdates.getVersion()` | `CapacitorUpdater.current()` | 可选诊断 |
-
-## 步骤 6 – 使用 Capgo CLI 或 API 部署
-
-通过使用 Capgo CLI 或 API 上传包来完成迁移。工作流程反映了您之前可能编写的脚本，但现在包含原生保护措施：
-
-```bash
-capgo login                # authenticate once
-capgo bundle upload \
-  --path dist \
-  --channel production     # automatically tags platform/version
-```
-
-Capgo 自动：
-- 为每次安装保留设备级审计日志。
-- 当您接近计划限制时发送主动邮件。
-- 提供突发积分，这样您就不会在发布过程中被阻止。
-- 在 [status.capgo.app/history](https://status.capgo.app/history) 发布 18 个全球区域的延迟指标。
-
-## 常见问题
-
-### 为什么 AppFlow 关闭实时更新？
-Ionic 正在停止包括 AppFlow 在内的商业产品，以专注于他们的开源框架。现有客户可以继续使用实时更新直到 **2027 年 12 月 31 日**，但不接受新功能或新客户。Capgo 通过专用的原生 OTA 平台填补了这一空白。
-
-### 迁移需要多长时间？
-大多数团队在一天内完成迁移。渠道、部署和发布规则等概念直接映射，我们的团队提供文档和实际支持。在许多情况下，您只需安装插件、调用 `notifyAppReady()` 并上传您的第一个包。
-
-### 我们会省钱吗？
-是的。AppFlow 实时更新起价为 **$499/月**。Capgo 起价为 **$14/月**，基于使用量的定价降至大约 **每月活跃用户 $0.001**。您还可以获得加密、自动回滚和全球延迟监控。
-
-### 我们应该什么时候迁移？
-由于 AppFlow 现在处于维护模式，尽早迁移可以让您访问 Capgo 的持续创新。我们建议在适合您的发布计划时进行切换。我们的工程团队将帮助您规划转换，以便您的 CI/CD 和部署继续运行。
-
-## 需要帮助？
-
-- 预订迁移会议：[cal.com/team/capgo/demo](https://cal.com/team/capgo/demo)
-- 加入社区：[Capgo Discord](https://discord.gg/VCXxSVjefW)
-- 跟踪问题/请求功能：[github.com/Cap-go/capacitor-updater](https://github.com/Cap-go/capacitor-updater)
-
-Capgo 专为需要原生增量更新、加密包和持续创新的企业而设计。迁移后，您可以删除 AppFlow 的粘合代码，依赖原生自动化，并不间断地继续发布。
diff --git a/src/content/docs/zh/docs/upgrade/from-capawesome-to-capgo.mdx b/src/content/docs/zh/docs/upgrade/from-capawesome-to-capgo.mdx
deleted file mode 100644
index 39d06904b..000000000
--- a/src/content/docs/zh/docs/upgrade/from-capawesome-to-capgo.mdx
+++ /dev/null
@@ -1,250 +0,0 @@
----
-title: 从 Capawesome Cloud 迁移到 Capgo
-description: 从 Capawesome Cloud 迁移到 Capgo 同时获得本机 OTA 安全性、设备级可观察性和完全自动化的分步指南。
-sidebar:
-  order: 8
-locale: zh
----
-> ⚡️ Capgo 自动化通道、捆绑清理、回滚、分析和 CLI 本地上传。使用本指南执行迁移所需的最少步骤，并可选择重新创建您仍然需要的任何自定义行为。
-
-## 概述
-
-1. 收集您现有的 Capawesome Cloud 配置（应用程序 ID、通道、签名密钥、CLI 令牌），以便您稍后可以存档或审核。
-2.安装Capgo插件，删除Capawesome SDK，并调用`CapacitorUpdater.notifyAppReady()`。
-3. 如果您现在依赖这些流程，请配置可选行为（手动下载、固定捆绑包、重新加载）。
-
-使用Capgo，您只需安装我们的插件并调用`CapacitorUpdater.notifyAppReady()`。其他所有内容（通道、捆绑清理、回滚、分析和 CLI 自动化）均在本机处理。以下部分直接介绍每个任务。
-
-## 开始之前
-
-- 确保您的项目已使用 Capacitor 5 或更高版本。
-- 如果您计划从 CI/CD 推送捆绑包，请安装 Capgo CLI (`npm install -g @capgo/cli`)。
-
-## 步骤 1 – 安装 Capgo 并删除 Capawesome SDK
-
-```bash
-npm uninstall @capawesome/capacitor-live-update
-npm install @capgo/capacitor-updater
-npx cap sync
-```
-
-这是唯一的强制交换。 Capgo 的本机代码随插件一起提供；不需要额外的 JavaScript 助手。
-
-## 步骤 2 – 最低配置
-
-之前的设置需要映射 `capacitor.config` 中的数十个选项。 Capgo 自动识别您的项目，因此最小配置如下所示：
-
-```ts title="capacitor.config.ts"
-import { CapacitorConfig } from '@capacitor/cli'
-
-const config: CapacitorConfig = {
-  plugins: {
-    CapacitorUpdater: {
-      autoUpdate: true,
-      autoDeletePrevious: true,
-      periodCheckDelay: 10 * 60 * 1000, // optional: check every 10 minutes
-    },
-  },
-}
-
-export default config
-```
-
-Capawesome 列为手动标记的所有内容（`defaultChannel`、`autoDeleteBundles`、保留策略等）均通过 Capgo 仪表板或 API 进行管理。仅当您想要与 Capgo 的默认值不同的行为时，才需要覆盖这些键。
-
-### 配置快速参考
-
-|很棒的选择| Capgo 等效 |需要设置吗？ |
-| ---| ---| ---|
-| `appId` |创建项目后取自 Capgo 仪表板 |仅当您在一个二进制文件中使用多个项目时 |
-| `defaultChannel` |在仪表板/API 中管理的频道规则 |选修的;大多数团队将此设置在服务器端 |
-| `autoDeleteBundles` | `autoDeletePrevious: true`（默认）|已经启用 |
-| `publicKey` |在 Capgo 控制台中管理 |仅当您手动轮换密钥时 |
-| `maxVersions` / 保留 |捆绑保留政策 |在 Capgo 中集中配置（默认 1 个月，最长 24 个月）|
-
-## 步骤 3 – 调用 `notifyAppReady()` （唯一需要的钩子）
-
-旧的工作流程引入了自定义侦听器（`checkForUpdates()`、`retryDownload()`、隐藏启动屏幕等）。 Capgo 本机执行这些步骤。您必须调用的唯一 API 是：
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-这确认应用程序已成功启动。如果确认从未到达，Capgo 会自动回滚捆绑包，无需额外的 JavaScript。
-
-**就是这样 - Capgo 本地处理背景检查、启动可见性和回滚。**
-
-<details>
-<summary>可选：在闪屏隐藏之前运行自定义逻辑</summary>
-
-```ts
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-import { SplashScreen } from '@capacitor/splash-screen'
-
-CapacitorUpdater.addListener('appReady', () => {
-  // Run diagnostics or logging if you need to
-  SplashScreen.hide()
-})
-
-CapacitorUpdater.notifyAppReady()
-```
-
-</details>
-
-## 步骤 4 – 映射 API 调用（大部分是可选的）
-
-在 Capgo 中，您通常让自动更新程序运行；如果您想要完全控制，手动 API 仍然可用。
-
-|很棒的云 | Capgo 等效 |你需要吗？ |
-| ---| ---| ---|
-| `LiveUpdate.fetchLatestBundle()` | `CapacitorUpdater.getLatest()` |仅当实施您自己的下载工作流程时 |
-| `LiveUpdate.downloadBundle()` | `CapacitorUpdater.download()` |可选：本机自动更新已下载 |
-| `LiveUpdate.setNextBundle()` | `CapacitorUpdater.next()` |可选：仪表板引脚自动捆绑 |
-| `LiveUpdate.reload()` | `CapacitorUpdater.reload()` |选修的; Capgo 在 `notifyAppReady()` 之后强制执行强制捆绑 |
-| `LiveUpdate.getCurrentBundle()` | `CapacitorUpdater.current()` |可选诊断 |
-
-如果您坚持使用本机自动更新行为，则可以完全删除 Capawesome JavaScript。
-
-### 手动控制示例
-
-**下载最新的捆绑包**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const downloadUpdate = async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const bundle = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    console.log('Bundle downloaded', bundle?.id)
-  }
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const downloadUpdate = async () => {
-  const result = await LiveUpdate.fetchLatestBundle()
-  if (result.downloadUrl) {
-    await LiveUpdate.downloadBundle({
-      bundleId: result.bundleId,
-      url: result.downloadUrl,
-    })
-    console.log('Bundle downloaded')
-  }
-}
-```
-
-**设置下一个捆绑包**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const setNextBundle = async () => {
-  await CapacitorUpdater.next({ id: 'bundle-id-123' })
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const setNextBundle = async () => {
-  await LiveUpdate.setNextBundle({ bundleId: 'bundle-id-123' })
-}
-```
-
-**立即应用下载的捆绑包**
-
-```ts title="Capgo"
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-const applyUpdate = async () => {
-  await CapacitorUpdater.reload()
-}
-```
-
-```ts title="Capawesome Cloud"
-import { LiveUpdate } from '@capawesome/capacitor-live-update'
-
-const applyUpdate = async () => {
-  await LiveUpdate.reload()
-}
-```
-
-## 步骤 5 – 更新策略：Capgo 如何处理它们
-
-Capawesome 记录了三种策略。他们的翻译是这样的：
-
-### 后台更新
-- **以前的工作流程**：在代码中配置并手动安排下载。
-- **Capgo**：默认启用 (`autoUpdate: true`)。不需要额外的代码。
-
-### 始终最新
-- **之前的工作流程**：添加 `App.resume` 侦听器，调用 `download`，然后调用 `set`。
-- **Capgo**：后台自动更新已在恢复后执行检查。如果您想要自定义间隔，则仅需要手动侦听器。
-
-<details>
-<summary>可选：手动恢复检查</summary>
-
-```ts
-import { App } from '@capacitor/app'
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-App.addListener('resume', async () => {
-  const latest = await CapacitorUpdater.getLatest()
-  if (latest?.url) {
-    const downloaded = await CapacitorUpdater.download({
-      url: latest.url,
-      version: latest.version,
-    })
-    if (downloaded) {
-      await CapacitorUpdater.next({ id: downloaded.id })
-    }
-  }
-})
-```
-
-</details>
-
-### 强制更新
-- **以前的工作流程**：连接提示逻辑并强制重新加载。
-- **Capgo**：在仪表板中将捆绑包标记为“强制”，然后侦听 `majorAvailable` 事件（在 `notifyAppReady()` 之后发出）以要求用户在您的应用内升级。
-
-## 步骤 6 – 部署捆绑包
-
-如果您以前依赖“强大的实时更新部署”，Capgo 提供类似的 CLI 工作流程，并且您还可以通过 API 完全自动化部署。
-
-```bash
-# Authenticate once (stores a token in your CI environment)
-capgo login
-
-# Upload a new bundle (auto-detects platform/version)
-capgo bundle upload --path dist --channel production
-```
-
-由于 Capgo 自动跟踪包运行状况，您还可以获得：
-
-- 每次安装的设备级审核日志。
-- 自动保留（默认为一个月），可配置的限制最长可达 24 个月。
-- [status.capgo.app/history](https://status.capgo.app/history) 中的实时延迟指标。
-
-## 迁移时间表
-
-- **清点和安装**：10 分钟（`npm install`，删除旧插件）。
-- **配置和准备**：5 分钟 (`notifyAppReady`)。
-- **健全性检查**：15 分钟（可选的手动测试或侦听器）。
-- **首次部署**：使用 Capgo CLI 或 CI 集成需要 10 分钟。
-
-在练习中，团队在一小时内完成。如果您提供 Capawesome 项目详细信息，我们甚至可以为您导入频道和设备列表。
-
-## Capgo 支持- **迁移礼宾**：在 [cal.com/team/capgo/demo](https://cal.com/team/capgo/demo) 预订课程。
-- **社区**：加入 [Capgo Discord](https://discord.gg/VCXxSVjefW)。
-- **问题跟踪器**：[github.com/Cap-go/capacitor-updater/issues](https://github.com/Cap-go/capacitor-updater/issues)。
-
-Capgo 专为长期可靠性而构建：本机增量更新、加密捆绑包、自动回滚和不需要自定义 JavaScript 的分析。迁移后，您可以删除需要大量维护的粘合剂，并让平台自动运行更新。
diff --git a/src/content/docs/zh/docs/upgrade/from-v2-to-v3.md b/src/content/docs/zh/docs/upgrade/from-v2-to-v3.md
deleted file mode 100644
index f961e97fb..000000000
--- a/src/content/docs/zh/docs/upgrade/from-v2-to-v3.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: "从 V2 升级到 V3"
-locale: zh
-description: "一份关于从 Capgo updater 版本 2 过渡到版本 3 的综合指南，详细说明成功升级过程所需的步骤和注意事项"
-sidebar:
-  order: 4
----
-
-本文档将解释如何升级到自动更新的版本 3。
-
-## 首先迁移到最新的工具：
-
-```bash
-npm remove -g capgo
-npm remove capacitor-updater
-
-npm i @capgo/cli
-npm i @capgo/capacitor-updater@3
-npx cap sync
-```
-
-## 删除所有之前的配置：
-
-```json
-{
-  CapacitorUpdater: {
-      autoUpdateURL: "https...",
-      ...
-  },
-}
-```
-
-只保留这个：
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true
-  }
-}
-```
-
-> ⚠️ 如果您使用的是自己的服务器，并配置了 `autoUpdateURL`，我会尽快为您更新本指南。同时，请查看新的上传选项 `external`，它允许您只发送 zip 文件的链接，而不是将代码存储在 Capgo 云中。这是为具有严格隐私政策的公司设计的。在 external 模式下，代码永远不会到达 Capgo 服务器，我们只存储 URL 并将其发送到设备，设备将直接下载它。在标准方式下，代码会被压缩并存储在我们的服务器上，但我们也不会打开或使用它。
-
-## 变更内容
-
-所有自动更新配置都变成了服务器端配置，让您更好地控制如何向用户发送更新。
-
-这使我们能够回滚，甚至只向一个用户部署更新！以下设置已重新添加到 Web 界面：
-
-* 禁用在原生版本以下回滚
-* 禁用主要版本以上的更新
-
-> ⚠️ 对于所有渠道，这些设置默认为 true
-
-这也将减少频繁更新插件的需要，大多数更新将在服务器端完成，您无需在客户端做任何更改即可获得更新。
-
-> ⚠️ 当更新成为默认版本时会重置，因此如果您不想在从应用商店更新时删除所有已下载的版本，请执行以下操作：
-
-```json
-{
-  "CapacitorUpdater": {
-    "autoUpdate": true,
-    "resetWhenUpdate": false
-  }
-}
-```
-
-## 更新您的代码
-
-最后，更新您在 JS 中的所有导入，从：
-
-```
-import { CapacitorUpdater } from 'capacitor-updater'
-```
-
-to
-
-```
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-```
-
-然后再次构建您的代码 `npm run build` 并再次复制资源 `npx cap copy`。
-
-现在您应该能够测试最新的自动更新系统了
-
-使用以下命令发送您的版本：
-
-```
-npx @capgo/cli@latest bundle upload
-```
-
-而不是
-
-```
-npx capgo upload
-```
-
-## 未来的演进
-
-目前只使用第一个公共渠道，将来如果设置了多个公共渠道，公共渠道会变成多公共渠道。
-
-## 常见问题：
-
-* 升级后的构建问题：如果您已经在 Android Studio 或 Xcode 中打开了插件的源代码，有时同步不会删除它们，这就是问题的原因。打开原生 IDE 手动删除 `capacitor-updater`，然后执行 `npx cap sync` 即可解决。
diff --git a/src/content/docs/zh/docs/upgrade/from-v3-to-v4.md b/src/content/docs/zh/docs/upgrade/from-v3-to-v4.md
deleted file mode 100644
index 073e519bc..000000000
--- a/src/content/docs/zh/docs/upgrade/from-v3-to-v4.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-title: "从 V3 升级到 V4"
-locale: zh
-description: "如何从 Capgo updater V3 升级到 V4，了解有哪些重大变更以及如何处理它们"
-sidebar:
-  order: 3
----
-
-## 为什么要升级
-
-在 Discord 社区与您进行多次交流后，我发现手动模式太过手动且使用不安全，例如，无法自动回滚，所以如果在手动模式下更新失败，用户必须删除应用程序并重新安装，这是糟糕的用户体验。
-
-同时，我借此机会给您更多的自由，并删除了我写的所有不好的代码。
-
-## 安装
-
-`npm i @capgo/capacitor-updater@4`
-
-## 云端自动更新
-
-如果您在应用中使用基本示例，则可以安全地迁移到新版本，尽情享受吧！
-
-## 自托管自动更新
-
-对于您来说，仍然很简单，变化如下：
-
-* 设置名称从 `autoUpdateUrl` 改为 `updateUrl`
-* 端点方法从 `GET` 改为 POST
-
-## 手动模式用户
-
-对于您来说，这是最重大的变化，但也是最好的！您将获得大量改进，请仔细阅读。
-
-## 变更内容
-
-* `autoUpdateUrl` 变为 `updateUrl`，因为此设置现在也可以在手动模式下使用
-* 删除 `cancelDelay` 和 `delayUpdate`，改用 `setDelay`
-* set 中不再有 `versionName`
-* 将大多数函数中返回的 `version` 键改为对象 `BundleInfo`
-
-```typescript
-interface BundleInfo {
-  id: string;
-  version: string;
-  downloaded: string;
-  status: 'success' | 'error' | 'pending' | 'downloading'
-}
-```
-
-* 重命名了容易误导的名称（即使解释起来可能不清楚，但在使用时很容易理解新名称）：
-  * 以前称为 `version` 的现在指的是 `bundle`
-  * `id` 指的是旧的 `version`，它是一个 10 个字符的随机字符串，这个 `id` 是访问您的包的唯一可靠且唯一的方式，例如 `7Dfcd2RedN`。
-  * `version` 现在指的是您为包选择的 `versionName`，例如 `1.0.0`
-* `updateUrl` 从 `get` 改为 `post`，因为自定义标头对某些人来说是个问题，而且 post 更符合逻辑，所有之前的标头都进入正文，前缀 `cap_` 消失了。
-* `versionName` 方法被删除，改用 `getId`
-* list 现在返回 `BundleInfo` 列表
-* 将 `getId` 重命名为 `getDeviceId`
-* `autoUpdate` 默认变为 true，如果您使用手动模式，请将其设置为 false。
-
-## 新功能
-
-* 方法 `getLatest`，此方法允许您从使用 `updateUrl` 设置的服务器获取最新可用版本。
-* 方法 `setDelay`，它接受 `{`kind`:` "background" | "kill" | "nativeVersion" | "date", value? : string`}` 作为参数，将延迟设置为不同的模式。
-* 方法 `next`，在下次进入后台时设置版本，与立即执行的 `set` 相反。
-* 方法 `isAutoUpdateEnabled`，让您知道是否处于自动更新上下文中
-* 事件 `downloadComplete`，当下载达到 100% 时触发
-* 在 download 方法中添加了必需字段 `version`
-* `notifyAppReady` 在手动模式下也变成必需的，如果在 10 秒后未调用，应用将回滚到之前的版本。
-
-## 贡献者
-
-[@lincolnthree](https://github.com/lincolnthree/) 非常感谢您启动这项工作，没有您就不可能完成这次更新。
diff --git a/src/content/docs/zh/docs/upgrade/from-v4-to-v5.md b/src/content/docs/zh/docs/upgrade/from-v4-to-v5.md
deleted file mode 100644
index 613a27e2a..000000000
--- a/src/content/docs/zh/docs/upgrade/from-v4-to-v5.md
+++ /dev/null
@@ -1,31 +0,0 @@
----
-title: "从 V4 升级到 V5"
-locale: zh
-description: "如何从 Capgo updater V4 升级到 V5，需要注意哪些重大变更，这其实很简单"
-sidebar:
-  order: 2
----
-
-## 为什么要升级
-
-此主要版本是为了跟随 Capacitor 主要版本
-
-首先按照 Capacitor 的迁移指南操作：
-
-[https://capacitorjs.com/docs/updating/5-0](https://capacitorjs.com/docs/updating/5-0/)
-
-## 安装
-
-`npm i @capgo/capacitor-updater@5`
-
-`然后同步原生代码更新：`
-
-`npx cap sync`
-
-就是这样！非常简单！
-
-## 手动模式
-
-如果您使用 getLatest 自己获取更新，这里有一个小变化。
-现在如果您已经是最新版本，它将进入 catch。
-任何与可用更新不同的响应都会这样做。
diff --git a/src/content/docs/zh/docs/upgrade/from-v5-to-v6.md b/src/content/docs/zh/docs/upgrade/from-v5-to-v6.md
deleted file mode 100644
index 1eb58909b..000000000
--- a/src/content/docs/zh/docs/upgrade/from-v5-to-v6.md
+++ /dev/null
@@ -1,27 +0,0 @@
----
-title: "从 V5 升级到 V6"
-locale: zh
-description: "一份关于从 Capgo updater 版本 5 过渡到版本 6 的详细指南，概述成功升级过程所需的步骤和注意事项，确保与最新的 Capacitor 功能和改进兼容。"
-sidebar:
-  order: 1
----
-
-## 为什么要升级
-
-此主要版本是为了跟随 Capacitor 主要版本
-
-首先按照 Capacitor 的迁移指南操作：
-
-[https://capacitorjs.com/docs/updating/6-0](https://capacitorjs.com/docs/updating/6-0/)
-
-## 安装
-
-`npm i @capgo/capacitor-updater@6`
-
-`然后同步原生代码更新：`
-
-`npx cap sync`
-
-就是这样！非常简单！
-
-
diff --git a/src/content/docs/zh/docs/upgrade/from-v6-to-v7.md b/src/content/docs/zh/docs/upgrade/from-v6-to-v7.md
deleted file mode 100644
index 31b4038e6..000000000
--- a/src/content/docs/zh/docs/upgrade/from-v6-to-v7.md
+++ /dev/null
@@ -1,43 +0,0 @@
----
-title: "从 V6 升级到 V7"
-locale: zh
-description: "一份关于从 Capgo updater 版本 6 过渡到版本 7 的详细指南，概述成功升级过程所需的步骤和注意事项，确保与最新的 Capacitor 功能和改进兼容。"
-sidebar:
-  order: 2
----
-
-## 为什么要升级
-
-此主要版本是为了跟随 Capacitor 主要版本
-
-首先按照 Capacitor 的迁移指南操作：
-
-[https://capacitorjs.com/docs/updating/7-0](https://capacitorjs.com/docs/updating/7-0/)
-
-## 安装
-
-`npm i @capgo/capacitor-updater@7`
-
-`然后同步原生代码更新：`
-
-`npx cap sync`
-
-就是这样！非常简单！
-
-## 加密迁移
-
-如果您正在使用 `key-v1` 加密方法，您需要迁移到新的加密系统，因为 V7 不再支持 `key-v1`。[[memory:96112]]
-
-请按照此处的加密迁移指南操作：[加密迁移指南](/docs/cli/migrations/encryption/)
-
-## 配置变更
-
-我们建议在您的 `capacitor.config` 文件中添加以下属性：
-- `capacitorUpdater`
-- `appId`
-- `version`
-- `autoUpdate`
-
-这些设置应该有助于更好地管理插件及其行为。
-
-
diff --git a/src/content/docs/zh/docs/upgrade/from-v7-to-v8.md b/src/content/docs/zh/docs/upgrade/from-v7-to-v8.md
deleted file mode 100644
index 2d09cc33b..000000000
--- a/src/content/docs/zh/docs/upgrade/from-v7-to-v8.md
+++ /dev/null
@@ -1,73 +0,0 @@
----
-title: "从V7升级到V8"
-locale: zh
-description: "详细指南介绍如何从Capgo更新器版本7过渡到版本8，概述成功升级过程所需的步骤和注意事项，确保与Capacitor 8功能和改进的兼容性。"
-sidebar:
-  order: 0
----
-
-## 为什么要升级
-
-此主要版本是为了跟随Capacitor主要版本8
-
-首先遵循Capacitor的迁移指南：
-
-[https://capacitorjs.com/docs/updating/8-0](https://capacitorjs.com/docs/updating/8-0/)
-
-## iOS最低版本要求
-
-iOS最低部署目标已提升至**15**，以确保排除存在[CVE-2022-36943](https://nvd.nist.gov/vuln/detail/CVE-2022-36943)漏洞的iOS设备。这是实施了安全修复的iOS zip库的最低版本。
-
-## 安装
-
-`npm i @capgo/capacitor-updater@8`
-
-然后同步原生代码更新：
-
-`npx cap sync`
-
-完成！非常简单！
-
-## V8的新功能
-
-capacitor-updater版本8带来了与Capacitor 8的完全兼容性，确保您的应用可以利用最新的移动操作系统功能和改进。
-
-### 主要更新
-
-- **Capacitor 8兼容性**：完全支持Capacitor 8增强的原生功能
-- **性能改进**：优化的更新交付和安装过程
-- **增强的稳定性**：自v7以来的错误修复和稳定性改进
-- **保持API兼容性**：自v7以来插件API无重大更改
-
-## 配置
-
-配置与v7保持相同。您现有的`capacitor.config`设置将继续工作：
-
-```typescript
-{
-  plugins: {
-    CapacitorUpdater: {
-      appId: 'your-app-id',
-      version: '1.0.0',
-      autoUpdate: true,
-      // ... 其他设置
-    }
-  }
-}
-```
-
-## 迁移检查清单
-
-- [ ] 遵循Capacitor的v8[迁移指南](https://capacitorjs.com/docs/updating/8-0)，检查破坏性更改
-- [ ] 将iOS最低部署目标提升至15（CVE-2022-36943修复所需）
-- [ ] 将@capgo/capacitor-updater更新至^8.0.0
-- [ ] 运行`npx cap sync`
-- [ ] 在iOS和Android上全面测试您的应用
-
-## 需要帮助？
-
-如果您在迁移过程中遇到任何问题，请：
-
-1. 查看我们的[文档](/docs/live-updates/)
-2. 访问我们的[Discord社区](https://discord.com/invite/VnYRvBfgA6)
-3. 在[GitHub](https://github.com/Cap-go/capacitor-updater/issues)上开issue
diff --git a/src/content/docs/zh/docs/webapp/2fa-enforcement.mdx b/src/content/docs/zh/docs/webapp/2fa-enforcement.mdx
deleted file mode 100644
index 4737bcc76..000000000
--- a/src/content/docs/zh/docs/webapp/2fa-enforcement.mdx
+++ /dev/null
@@ -1,184 +0,0 @@
----
-title: "强制 2FA"
-description: "了解如何为组织的所有成员强制开启双因素认证(2FA),以提升安全性并保护您的应用。"
-sidebar:
-  order: 11
-locale: zh
----
-
-import { Aside, Steps } from '@astrojs/starlight/components';
-
-<Aside type="tip">
-
-本页详细介绍 2FA 强制策略。若需查看组织安全的完整概览(包括密码策略与 API key 控制),请参阅[组织安全](/docs/webapp/organization-security/)。
-
-</Aside>
-
-强制双因素认证(2FA)允许组织管理员要求所有成员在访问组织资源之前启用 2FA。这能为您的应用与数据提供更高的安全等级。
-
-## 概览
-
-当为组织启用 2FA 强制策略后:
-- 所有成员必须在其 Capgo 账号上启用 2FA
-- 未启用 2FA 的成员将无法访问组织的应用
-- Web 控制台与 CLI 都会强制执行该要求
-- 新成员必须先启用 2FA 才能访问组织资源
-
-<Aside type="tip">
-
-2FA 强制策略在以下场景尤为重要:
-- 有严格安全政策的企业组织
-- 处理敏感用户数据的团队
-- 受监管行业(医疗、金融等)的组织
-- 需要满足 SOC 2 或 ISO 27001 合规的公司
-
-</Aside>
-
-## 工作原理
-
-### Web 控制台
-当您尝试访问要求 2FA 的组织,但尚未启用 2FA 时:
-1. 您会看到访问被拒绝的提示
-2. 系统会引导您到账号设置中开启 2FA
-3. 启用后即可正常访问组织
-
-### CLI 访问
-当使用 Capgo CLI 与要求 2FA 的组织中的应用交互时:
-
-```
-🔐 Access Denied: Two-Factor Authentication Required
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-
-This organization requires all members to have 2FA enabled.
-
-To regain access:
-  1. Go to https://web.capgo.app/settings/account
-  2. Enable Two-Factor Authentication on your account
-  3. Try your command again
-```
-
-## 启用 2FA 强制策略
-
-<Aside type="caution">
-
-在启用 2FA 强制策略前:
-- 确保您自己的账号已启用 2FA
-- 通知所有组织成员启用 2FA
-- 未启用 2FA 的成员将立即失去访问权限
-
-</Aside>
-
-### 通过 Web 控制台
-
-<Steps>
-
-1. 进入组织设置
-2. 打开 **Security** 部分
-3. 切换 **Require 2FA for all members**
-4. 确认操作
-
-</Steps>
-
-### 通过 CLI
-
-您可以使用 Capgo CLI 启用 2FA 强制策略:
-
-```shell
-# 为组织启用 2FA 强制策略
-npx @capgo/cli organization set YOUR_ORG_ID --enforce-2fa
-
-# 禁用 2FA 强制策略
-npx @capgo/cli organization set YOUR_ORG_ID --no-enforce-2fa
-```
-
-通过 CLI 启用时,您将看到:
-- 哪些成员未启用 2FA
-- 如果您自己未启用 2FA 的警告
-- 在应用更改前的确认提示
-
-## 查看成员 2FA 状态
-
-### 通过 CLI
-
-您可以列出组织所有成员及其 2FA 状态:
-
-```shell
-npx @capgo/cli organization members YOUR_ORG_ID
-```
-
-将显示:
-- 成员邮箱与角色
-- 是否启用 2FA
-- 需要启用 2FA 的成员数量汇总
-
-### 通过 Web 控制台
-
-在组织设置中,您可以查看每位成员是否启用了 2FA。
-
-## 在账号中启用 2FA
-
-如果需要为账号启用 2FA,请参阅[双因素认证设置指南](/docs/webapp/mfa/)。
-
-## 最佳实践
-
-### 启用前
-- **提前沟通**: 启用前至少提前一周通知成员
-- **提供支持**: 与团队共享[2FA 设置指南](/docs/webapp/mfa/)
-- **检查准备情况**: 使用 `npx @capgo/cli organization members` 查看仍需启用 2FA 的成员
-
-### 启用后
-- **关注访问问题**: 及时协助被锁定的成员
-- **保留备用码**: 提醒成员保存 2FA 备用码
-- **定期复查**: 定期确认所有成员都持续启用 2FA
-
-### 面向 CI/CD 流水线
-- **使用 API key**: CI/CD 系统应使用 API key,而非用户账号
-- **API key 所有者**: 确保创建 CI/CD API key 的用户已启用 2FA
-- **轮换密钥**: 定期轮换自动化系统使用的 API key
-
-## 故障排除
-
-### “Access Denied: Two-Factor Authentication Required”
-
-**问题**: 访问组织时出现该错误。
-
-**解决方案**:
-1. 前往[账号设置](https://web.capgo.app/settings/account)
-2. 在账号中启用 2FA
-3. 再次访问组织
-
-### “Cannot enable 2FA enforcement”
-
-**问题**: 无法为组织启用 2FA 强制策略。
-
-**解决方案**:
-- 确保您在组织中拥有 `super_admin` 权限
-- 先在您的账号中启用 2FA
-- 若问题仍未解决,请联系支持
-
-### CLI 命令失败
-
-**问题**: CLI 命令因 2FA 相关错误失败。
-
-**解决方案**:
-- 验证 API key 是否有效: `npx @capgo/cli doctor`
-- 确保 API key 所有者已启用 2FA
-- 如果使用登录认证,请重新登录: `npx @capgo/cli login`
-
-## 合规
-
-2FA 强制策略可帮助组织满足多项合规要求:
-
-| 标准 | 要求 | 2FA 如何帮助 |
-|----------|-------------|---------------|
-| **SOC 2** | 访问控制 | 确保所有用户采用强身份验证 |
-| **ISO 27001** | 信息安全 | 增加身份验证层级 |
-| **HIPAA** | 访问管理 | 防止未授权访问 |
-| **GDPR** | 数据保护 | 降低账号被攻破风险 |
-| **PCI DSS** | 身份验证控制 | 满足多因素认证要求 |
-
-## 下一步
-
-- [为账号设置 2FA](/docs/webapp/mfa/)
-- [了解组织管理](/docs/webapp/organization-system/)
-- [为 CI/CD 配置 API key](/docs/webapp/api-keys/)
diff --git a/src/content/docs/zh/docs/webapp/api-keys.mdx b/src/content/docs/zh/docs/webapp/api-keys.mdx
deleted file mode 100644
index 54a0d39c4..000000000
--- a/src/content/docs/zh/docs/webapp/api-keys.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: "API 密钥"
-description: "如何管理 Capgo 云的 API 密钥,了解它们的用途,如何创建、编辑或轮换它们以确保帐户安全"
-sidebar:
-  order: 3
-locale: zh
----
-
-
-## 我可以用 API 密钥做什么?
-
-API 密钥可以重新生成、删除或添加新密钥。
-
-## 如何查看所有 API 密钥?
-
-您需要转到 [API 密钥页面](https://console.capgo.app/dashboard/apikeys/),在那里您将看到所有 API 密钥。
-
-## 如何添加新的 API 密钥?
-
-要添加新的 API 密钥,请单击小加号按钮
-
-<figure><img src="/apikeys-add.webp" alt="添加 API 密钥" /><figcaption></figcaption></figure>
-
-然后选择要授予新 API 密钥的权限。您可以选择:
-
- - 读取 - API 密钥将能够读取所有数据
- - 上传 - API 密钥将能够从 CLI 上传新版本并读取
- - 全部 - API 密钥将能够执行所有操作
-
-<figure><img src="/apikeys-select-perm.webp" alt="选择权限" /><figcaption></figcaption></figure>
-
-## 如何删除 API 密钥?
-
-要删除 API 密钥,请单击小垃圾桶按钮。
-
-<figure><img src="/apikeys-remove.webp" alt="删除 API 密钥" /><figcaption></figcaption></figure>
-
-然后确认删除 API 密钥。
-
-## 如何重新生成 API 密钥?
-
-要重新生成 API 密钥,请单击小刷新按钮。
-
-<figure><img src="/apikeys-regenerate.webp" alt="生成 API 密钥" /><figcaption></figcaption></figure>
-
-然后确认重新生成 API 密钥。
diff --git a/src/content/docs/zh/docs/webapp/bundles.mdx b/src/content/docs/zh/docs/webapp/bundles.mdx
deleted file mode 100644
index 962f271a5..000000000
--- a/src/content/docs/zh/docs/webapp/bundles.mdx
+++ /dev/null
@@ -1,90 +0,0 @@
----
-title: Bundles
-description: 了解如何在 Capgo 中管理捆绑包。捆绑包是应用程序代码和资产的特定版本。了解如何查看、链接到频道、下载和删除捆绑包。
-sidebar:
-  order: 7
-locale: zh
----
-## 显示所有捆绑包
-
-在 Capgo 中，捆绑包代表应用程序代码和资产的特定版本，可以分发到设备。首先，让我们看一下捆绑页面。您可以通过[单击您的应用程序](/docs/webapp/main-page)，然后[单击捆绑包选项卡](/docs/webapp/main-app-page) 来访问它。
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundles.webp" alt="捆绑清单" /><figcaption></figcaption></figure>
-
-捆绑包列表显示：
-- **名称**：捆绑版本号
-- **创建于**：上传捆绑包时
-- **频道**：捆绑包当前链接到哪个频道（如果有）
-- **大小**：捆绑文件大小
-- **操作**：快速操作，包括链接到频道（齿轮图标）和删除（垃圾桶图标）
-
-您可以使用 **重新加载** 按钮刷新列表，**+ 添加** 上传新捆绑包，并使用 **过滤器** 缩小显示的捆绑包范围。搜索框允许您按名称查找捆绑包。
-
-## 删除一个包
-
-有两种方法可以删除捆绑包：
-
- - 通常情况下
- - 不安全
-
-删除捆绑包的不安全方式已于 2024 年 8 月 12 日添加到 Capgo 中。
-
-两种方式的区别在于删除后能否重新使用版本号。
-
-例如，如果您以正常方式删除版本 `1.0.0`，然后尝试上传 `1.0.0` 版本，则会失败。
-如果您通过不安全删除删除此版本，您将能够上传 `1.0.0` 版本。
-
-:::danger
-不安全地删除版本并重新上传是非常危险的。
-它可能会导致插件中出现各种错误和不可预测的行为。
-It should NEVER be used for bundles that have been used in a public channel.
-正是这个原因，不安全地删除版本需要“super_admin”权限
-:::
-
-## 管理特定包
-
-看到所有捆绑包的列表后，单击您要管理的捆绑包。执行此操作后，您应该会看到如下内容：
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-info.webp" alt="捆绑信息" /><figcaption></figcaption></figure>
-
-捆绑包详细信息页面包含三个选项卡：
-
-1. **信息**：显示所有包元数据和属性
-2. **依赖项**：列出此捆绑包中包含的依赖项
-3. **历史**：显示此捆绑包的更改历史记录
-
-### 捆绑信息
-
-信息选项卡显示以下详细信息：
-
-- **捆绑包编号**：版本标识符（例如 12.87.1）
-- **ID**：此捆绑包的唯一内部标识符
-- **创建于**：首次上传捆绑包时
-- **更新于**：上次修改捆绑包时
-- **校验和**：捆绑包的完整性哈希（点击复制）
-- **频道**：此捆绑包链接到的频道（单击以打开频道或更改它）
-- **加密**：捆绑包是否加密
-- **CLI 版本**：用于上传此捆绑包的 Capgo CLI 的版本
-- **Zip应用程序包**：压缩包大小（点击下载）
-- **清单**：清单文件大小
-- **状态**：捆绑包是活动还是非活动（单击垃圾桶图标进行删除）
-
-### 将捆绑包链接到频道
-
-单击频道行旁边或操作列中的齿轮图标以打开频道链接模式：<figure><img style="margin-left: auto; margin-right: auto" src="/bundle-change.webp" alt="捆绑改变" /><figcaption></figcaption></figure>
-
-该模式提供：
-1. **搜索频道**：按名称过滤可用频道
-2. **当前捆绑包**：显示正在链接的捆绑包版本
-3. **可用频道**：所有频道及其详细信息的列表（ID、可见性、平台、创建日期）。标记为“当前”的频道表示该捆绑包已链接到的位置。公共频道显示链接图标。
-4. **将捆绑包设置为频道**：确认选择并将该捆绑包分配给所选频道
-
-**将捆绑包设置为通道：** 将此捆绑包分配为所选通道的活动版本。订阅该频道的设备将收到该捆绑包。
-
-要打开频道的专用页面，请单击频道行中的频道名称链接。
-
-要取消捆绑包与频道的链接，请导航至频道的配置页面。
-
-### 下载捆绑包
-
-要下载捆绑包，请单击“信息”选项卡中的 **Zip 应用程序捆绑包** 大小值。将出现一个确认对话框，确认后，捆绑包将直接下载到您的设备。
diff --git a/src/content/docs/zh/docs/webapp/channels.mdx b/src/content/docs/zh/docs/webapp/channels.mdx
deleted file mode 100644
index 71c4aa625..000000000
--- a/src/content/docs/zh/docs/webapp/channels.mdx
+++ /dev/null
@@ -1,105 +0,0 @@
----
-title: Channels
-description: 频道是管理应用更新的一种方式。每个频道可以有一个版本。这允许您同时在生产中拥有应用程序的多个版本。
-sidebar:
-  order: 6
-locale: zh
----
-## Capgo 如何选择通道（优先级）
-
-当设备请求 Capgo 进行更新时，它将使用的通道按以下顺序决定（最高优先级优先）：
-
-1. **强制设备映射**：如果设备 ID 被显式强制到某个通道（请参阅通道设置内的*强制设备*列表），则该通道始终获胜。
-2. **云覆盖（由 `setChannel()` 或 Webapp 操作创建）**：调用 [`setChannel`](/docs/plugin/api/#setchannel) （或更改仪表板中的设备通道）会在与该设备 ID 绑定的云中写入持久覆盖。在强制映射之后但在任何默认值之前都会参考该覆盖。重新安装应用程序**不会**清除它；删除设备条目即可。
-3. **Capacitor 配置 `defaultChannel`（测试版本默认值）**：对于内部/测试版/测试版本，您可以在 `capacitor.config.*` 中设置 `defaultChannel`（旧密钥 `channel`），以便测试设备在预发布通道上启动（例如 `beta`、`pr-123`）。如果不存在，设备将继续使用云默认设置。生产版本通常不会设置此设置。
-4. **云默认频道（约 99% 用户的主要策略）**：几乎所有真实用户都会登陆的主要生产频道。任何没有强制、没有覆盖、没有配置 `defaultChannel` 的新设备都会使用它。更改它会在几秒钟内为每个人推出（或回滚）——无需新的二进制文件。
-
-为什么**云默认**是主路径：
-- 即时推出或回滚，无需重建或重新发布本机二进制文件。
-- 一个地方可以管理 iOS、Android 和 Electron 行为。
-- 更安全：您可以在切换默认值之前确认捆绑包是否存在并且设置是否正确。
-- 可审核的更改（团队成员可以在 UI/日志中查看谁更改了哪些内容）。
-设计原则：上面的层（强制/覆盖/配置）是*例外*（调试单用户、QA 切换、测试构建默认值）。普通用户默认流量到云端。
-
-更改*云默认*通道会影响*新*普通设备：
-- 不被强迫
-- 还没有云覆盖
-- 没有定义应用程序级 `defaultChannel`
-
-如果测试版本附带 `defaultChannel: 'beta'`，并且您稍后将云默认值更改为 `production`，则通过配置在 `beta` 上启动的设备将保留在那里，直到您：(a) 使用 `setChannel()` 覆盖它们，(b) 强制它们，或 (c) 删除设备条目。
-
-设备会保留在当前频道，除非您：
-- 强迫他们到另一个频道。
-- 调用 `setChannel()` （创建/替换云覆盖）或在仪表板中手动更改它。
-- 删除/存档他们所在的频道（然后他们将在下次检查时再次回退到优先级）。
-
-如果某个平台禁用了某个通道（请参阅 iOS / Android / Electron 切换）并且本来会选择该通道，则选择会跳过该通道并回退到下一个规则。
-
-> 注意：设置 `defaultChannel` 意味着更改它需要新的二进制文件；有意将其用于测试/质量保证，而不是用于一般生产控制。
-
-### Capacitor 配置示例
-
-```ts
-// capacitor.config.ts
-// Example: a TestFlight or internal QA build defaults to the beta channel.
-const config = {
-  plugins: {
-    Capgo: {
-      defaultChannel: 'beta', // Test build default. Omit in production so users attach to cloud default.
-      // legacy key: channel
-    },
-  },
-};
-export default config;
-```如果您稍后将仪表板默认值更改为 `production`，则已在另一个通道上的设备（通过配置、覆盖或强制）将不会自动移动；只有新设备（或那些覆盖/强制您清除的设备）才会拾取它。
-
----
-
-## 管理渠道
-
-首先，让我们看一下频道页面。您可以通过[单击您的应用](/docs/webapp/main-page)，然后[单击频道选项卡](/docs/webapp/main-app-page) 来访问它。
-
-
-<figure><img src="/channels.webp" alt="频道列表" /><figcaption></figcaption></figure>
-
-## 创建频道
-
-正如你所看到的，右下角有一个加号按钮。 （图像中的`1`）单击它将打开一个模式，您可以在其中创建新通道。
-<figure><img style="margin-left: auto; margin-right: auto" src="/new_channel_modal.webp" alt="新频道" /><figcaption></figcaption></figure>
-
-然后，单击 `Add` 后，列表中应出现一个新频道。
-<figure><img src="/post-channel-create.webp" alt="频道创建后" /><figcaption></figcaption></figure>
-
-## 配置错误是什么意思？
-有时通道的配置无效。在这种情况下，您将收到一条严重警告，并且 `Misconfigured` 列将为一个或多个通道显示 `Yes`。
-您可以[此处]了解更多信息(/docs/cli/commands/#disable-updates-strategy)
-
-## 删除频道
-
-删除频道非常简单。只需单击垃圾桶图标并确认删除即可。 （图像中的`2`）
-
-## 管理频道
-
-单击通道名称将打开一个模式，您可以在其中管理通道设置。 （图像中的`3`）
-
-<figure><img src="/channel_settings.webp" alt="频道设置" /><figcaption></figcaption></figure>
-
-频道设置页面包含频道的所有配置选项。让我们逐一了解一下每个设置。
-
----
-首先是“默认通道”切换。启用后，此通道将成为新设备的默认通道。有关默认通道如何工作的全面说明，包括如何设置特定于平台的默认值（一种用于 iOS、一种用于 Android、一种用于 Electron），请参阅 [默认通道配置](/docs/webapp/main-app-page/#default-channel-configuration) 部分。
-
----
-第二个 `IOS` 设置。这个比较简单。如果这是 false，则 IOS 设备将不允许从此通道下载更新。
-
-第三个是 `Android` 设置。这类似于 `IOS`。如果此值为 false，则不允许 Android 设备从此通道下载更新。
-
-第四个是 `Electron` 设置。这类似于 `IOS` 和 `Android`。如果这是 false，那么 Electron 应用程序将不允许从此通道下载更新。
-
-第五是“禁用本机下自动降级”设置。如果这是真的，那么就不可能从本机版本降级。这意味着，如果您已将 `1.2.0` 版本上传到应用商店或 Play 商店，并尝试将频道版本设置为 `1.1.0` ，则更新（降级）将会失败。
-
-第六是“禁用自动更新”。 This setting is quite complex, and you can learn more about it [here](/docs/cli/commands/#disable-updates-strategy)至于“允许开发构建”。如果这是真的，那么开发版本将被允许从此通道下载更新。如果不是，则任何将 `prod` 设置为 false 的更新请求都将被拒绝。这对于测试目的最有用。
-
-第七是“允许模拟器”。如果这是 false，则 Capgo 将不允许来自模拟器的任何更新请求。这对于测试目的最有用。
-
-八是“允许设备自关联”。 If this is true then the [setChannel](/docs/plugin/api/#setchannel) method will be available.如果将此设置为 false 并且您尝试使用此通道调用 [setChannel](/docs/plugin/api/#setchannel) 方法，则调用将失败。
diff --git a/src/content/docs/zh/docs/webapp/devices.mdx b/src/content/docs/zh/docs/webapp/devices.mdx
deleted file mode 100644
index bcd64dc80..000000000
--- a/src/content/docs/zh/docs/webapp/devices.mdx
+++ /dev/null
@@ -1,40 +0,0 @@
----
-title: "设备"
-description: "利用设备页面有效管理和配置设备的综合指南，包括过滤选项和各个设备的详细配置设置。"
-sidebar:
-  order: 7
-locale: zh
----
-
-:::note[数据保留]
-设备数据从最后一次设备活动起保留 **90 天**。在此期间内未连接到 Capgo 的设备将自动从列表中删除。活动设备在检查更新时会持续被跟踪。
-:::
-
-## 显示所有设备列表
-首先，让我们看一下设备页面。您可以通过[点击您的应用](/docs/webapp/main-page)然后[点击设备标签](/docs/webapp/main-app-page)来访问它。
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/devices.webp" alt="设备列表" /><figcaption></figcaption></figure>
-
-1. **设备标签** - 点击导航栏中的此标签以访问设备页面
-2. **过滤器** - 点击按以下条件过滤设备：
-   - **覆盖** - 仅显示具有[自定义频道](/docs/plugin/api/#setchannel)或自定义版本的设备
-   - **自定义 ID** - 仅显示设置了自定义标识符的设备
-
-## 配置设备
-
-要配置特定设备，请在表格中点击它，然后您应该看到类似这样的内容：
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/device-specific.webp" alt="显示一个设备" /><figcaption></figcaption></figure>
-
-1. **Information** - 查看设备详情，包括设备 ID、最后更新、平台、插件版本、版本、内置版本、操作系统版本，以及是否为生产应用
-2. **Deployments** - 查看此设备的部署历史
-3. **Logs** - 查看与此设备相关的日志
-4. **频道覆盖** - 为此特定设备覆盖频道。如果设置，此设备将不使用公共（默认）频道，只接收所选频道的更新
-
-### 自定义 ID
-
-`自定义 ID` 是一个非常有用的字段，可帮助您将设备连接到您可以为自己的用户识别的 ID。
-
-使用它可以轻松识别哪个设备属于哪个用户。
-
-自定义 ID 只能从设备本身使用 `CapacitorUpdater.setCustomId({ customId: user });` 设置。
diff --git a/src/content/docs/zh/docs/webapp/index.mdx b/src/content/docs/zh/docs/webapp/index.mdx
deleted file mode 100644
index ae903bae9..000000000
--- a/src/content/docs/zh/docs/webapp/index.mdx
+++ /dev/null
@@ -1,25 +0,0 @@
----
-title: "介绍"
-description: "Capgo Web 应用简介,了解如何使用 Capgo 的 Web 应用来管理更新并了解发生的情况"
-sidebar:
-  order: 1
-locale: zh
----
-
-## 这是什么?
-
-Capgo 拥有广泛的 Web 应用来帮助您管理项目。此 Web 应用使用 Vue.js 构建并且是开源的。您可以在 [GitHub](https://github.com/Cap-go/capgo/tree/main/src/) 上找到源代码 \
-该 Web 应用可在[此处](https://console.capgo.app/)访问。\
-此 Web 应用允许您[管理频道](/docs/webapp/channels/)、[管理版本](/docs/webapp/bundles/)、[管理设备](/docs/webapp/devices/)、[检查日志](/docs/webapp/logs/)、[管理计费](/docs/webapp/settings/)和[管理您的帐户](/docs/webapp/settings/)。
-
-## 如何使用它?
-
-首先,您需要创建帐户或登录。这相对简单,可以通过单击屏幕中央的 `登录` 按钮来完成。登录后,您将被重定向到仪表板。这是 Web 应用的主页。从这里您可以导航到所有其他页面。
-
-<figure><img src="/login.webp" alt="登录页面" /><figcaption></figcaption></figure>
-
-## 创建帐户
-
-您必须单击登录表单底部的 `创建免费帐户`。然后,只需填写表单并按照说明操作即可。
-
-<figure><img src="/create-account.webp" alt="创建帐户" /><figcaption></figcaption></figure>
diff --git a/src/content/docs/zh/docs/webapp/logs.mdx b/src/content/docs/zh/docs/webapp/logs.mdx
deleted file mode 100644
index ecd3715eb..000000000
--- a/src/content/docs/zh/docs/webapp/logs.mdx
+++ /dev/null
@@ -1,186 +0,0 @@
----
-title: Logs
-description: 了解并利用 Capgo 的应用程序日志来诊断并跟踪设备更新的操作。
-sidebar:
-  order: 8
-locale: zh
----
-## 了解应用程序日志
-
-日志页面提供应用程序更新事件和诊断信息的详细历史记录。这对于监控更新过程、解决问题以及了解您的设备如何与 Capgo 交互至关重要。您可以通过[单击您的应用](/docs/webapp/main-page)，然后[单击“日志”选项卡（以前在一些较旧的屏幕截图或文档中称为“更新”）](/docs/webapp/main-app-page) 来访问它。
-
-从那里您应该看到与此类似的页面，显示日志条目列表：
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs.webp" alt="显示主界面的日志页面概述" /><figcaption>日志页面概述</figcaption></figure>
-
-日志页面界面包括：
-1. **日志选项卡** - 用于访问日志视图的导航选项卡
-2. **重新加载按钮** - 使用最新数据刷新日志列表
-3. **时间范围和操作过滤器** - 按日期范围和操作类型过滤日志（请参阅下面的部分）
-
-每行显示：
-- **时间戳** (UTC)
-- **设备 ID**
-- **操作代码**（发生了什么）
-- **版本名称**（捆绑包或 `builtin`）
-
-单击一行可跳转至设备详细信息页面以查看完整历史记录。
-
-### 按日期范围过滤
-
-您可以使用日期选择器按特定时间段过滤日志：
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_date_range.webp" alt="用于过滤日志的日期范围选择器" /><figcaption>日期范围过滤器</figcaption></figure>
-
-1. **快速预设** - 选择常用时间范围：最近 1 小时、3 小时、6 小时或 12 小时
-2. **开始时间** - 设置范围的自定义开始时间
-3. **结束时间** - 设置范围的自定义结束时间
-4. **日历** - 使用日历视图选择特定日期
-
-单击“选择”以应用您选择的日期范围，或单击“取消”以关闭选择器。
-
-### 按操作类型过滤
-
-通过“操作”下拉列表，您可以按特定事件类型过滤日志：
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/logs_filters.webp" alt="用于按事件类型过滤日志的操作过滤器下拉列表" /><figcaption>操作过滤器</figcaption></figure>
-
-可用的操作过滤器包括：
-- **设备心跳** - 设备定期运行状况检查
-- **请求删除版本** - 删除捆绑包版本时
-- **重置为默认版本** - 当设备恢复为内置捆绑包时
-- **版本安装成功** - 捆绑包安装成功
-- **新版本发送到设备** - 当 Capgo 向设备发送更新时
-- **版本安装失败** - 当捆绑包安装失败时
-
-使用顶部的搜索框快速查找特定操作类型。您可以选择多个操作来显示与任何选定类型匹配的日志。
-
-### 示例日志片段（假数据）|时间 (UTC) |设备 ID |行动|版本 |它告诉你什么 |
-|------------|----------|--------|---------|--------------------|
-| 2025-01-14 10:00:01 | `A1B2C3` | `get` | 2.4.1 |设备询问 Capgo 是否有可用更新 |
-| 2025-01-14 10:00:03 | `A1B2C3` | `download_manifest_start` | 2.4.1 |清单获取已开始； SDK 即将下载文件 |
-| 2025-01-14 10:00:07 | `A1B2C3` | `download_40` | 2.4.1 |捆绑包下载已完成 40% |
-| 2025-01-14 10:00:12 | `A1B2C3` | `download_zip_complete` | 2.4.1 | Zip 下载完毕 |
-| 2025-01-14 10:00:13 | `A1B2C3` | `set` | 2.4.1 |捆绑包已安装并标记为下一步运行 |
-| 2025-01-14 10:05:00 | `B9C8D7` | `disableAutoUpdateToMajor` | 1.9.0 |渠道政策阻止了向 2.x 的跳跃 |
-| 2025-01-14 10:05:05 | `B9C8D7` | `rateLimited` |内置 |设备达到请求限制； SDK 退出直至重新启动 |
-
-## 日志场景示例
-
-为了帮助您了解日志告诉您的内容，以下是显示真实设备更新过程的示例序列：
-
-### 成功更新流程
-
-这是日志中健康更新的样子：
-
-|时间 |设备 ID |行动|版本 |这意味着什么 |
-|------|---------|--------|---------|---------------|
-| 10:00:01 | `a1b2c3d4` | `get` | 1.2.0 |设备检查更新并收到版本 1.2.0 信息 |
-| 10:00:02 | 10:00:02 `a1b2c3d4` | `download_10` | 1.2.0 |下载已开始，完成 10% |
-| 10:00:03 | 10:00:03 `a1b2c3d4` | `download_50` | 1.2.0 |下载速度为 50% |
-| 10:00:05 | 10:00:05 `a1b2c3d4` | `download_complete` | 1.2.0 |下载成功 |
-| 10:00:06 | 10:00:06 `a1b2c3d4` | `set` | 1.2.0 |捆绑包已安装并激活 |
-
-### 设备已经是最新的
-
-当设备检查但已具有最新版本时：
-
-|时间 |设备 ID |行动|版本 |这意味着什么 |
-|------|---------|--------|---------|---------------|
-| 14:30:00 | 14:30:00 `e5f6g7h8` | `noNew` | 1.2.0 |设备已是最新版本，无需更新 |
-
-### 回滚更新失败
-
-当更新失败并且设备回滚时：
-
-|时间 |设备 ID |行动|版本 |这意味着什么 |
-|------|---------|--------|---------|---------------|
-| 11:15:00 | 11:15:00 `i9j0k1l2` | `get` | 1.3.0 |设备收到更新信息 |
-| 11:15:02 | `i9j0k1l2` | `download_complete` | 1.3.0 |下载完成 |
-| 11:15:03 | 11:15:03 `i9j0k1l2` | `set` | 1.3.0 |捆绑包已设置 |
-| 11:15:10 | 11:15:10 `i9j0k1l2` | `update_fail` | 1.3.0 |应用程序崩溃或未调用 `notifyAppReady()` - 已触发回滚 |
-| 11:15:11 | `i9j0k1l2` | `reset` |内置 |设备恢复内置版本 |
-
-**需要采取的行动**：检查您的应用程序在成功初始化后是否调用 `notifyAppReady()`。有关详细信息，请参阅[插件文档](/docs/plugin/api/#notifyappready)。
-
-### 下载失败
-
-当网络问题阻止下载时：|时间 |设备 ID |行动|版本 |这意味着什么 |
-|------|---------|--------|---------|---------------|
-| 09:45:00 | 09:45:00 `m3n4o5p6` | `get` | 1.2.0 |设备收到更新信息 |
-| 09:45:01 | `m3n4o5p6` | `download_30` | 1.2.0 |下载已开始，但是... |
-| 09:45:15 | 09:45:15 `m3n4o5p6` | `download_fail` | 1.2.0 |下载失败（网络超时、连接丢失等） |
-
-**需要采取的行动**：设备将在下次应用程序启动时自动重试。除非这种情况经常发生，否则无需采取任何措施。
-
-### 已达到计划限制
-
-当您的帐户达到其设备限制时：
-
-|时间 |设备 ID |行动|版本 |这意味着什么 |
-|------|---------|--------|---------|---------------|
-| 16:00:00 | 16:00:00 `q7r8s9t0` | `needPlanUpgrade` | - |在您升级或计费周期重置之前，此设备不会收到更新 |
-
-**需要采取行动**：[升级您的计划](/docs/webapp/settings/) 或等待下一个计费周期。
-
-### 通道配置阻止更新
-
-当频道设置阻止更新时：
-
-|时间 |设备 ID |行动|版本 |这意味着什么 |
-|------|---------|--------|---------|---------------|
-| 12:00:00 | 12:00:00 `u1v2w3x4` | `disableAutoUpdateToMajor` | 2.0.0 | v1.x 上的设备无法自动更新到 v2.x（主要版本跳转被阻止）|
-| 12:05:00 | 12:05:00 `y5z6a7b8` | `disableEmulator` | 1.2.0 |检测到模拟器，并且通道阻止模拟器 |
-| 12:10:00 | 12:10:00 `c9d0e1f2` | `disableDevBuild` | 1.2.0 |检测到开发版本，通道阻止开发版本 |
-
-**需要采取行动**：这些是有意的保护。如果您想允许这些更新，请修改您的[频道设置](/docs/webapp/channels/)。
-
-## 日志代码（Capgo 后端枚举）
-
-这些代码来自仪表板 API (`capgo/src/types/supabase.types.ts`) 使用的 `stats_action` 枚举。如果您在 UI 中看到新代码，则它是由 SDK 或后端发出的，并根据此列表进行了验证。
-
-**幸福之路和生命周期**
-
-|代码 |意义|
-|---------|---------|
-| `get` |设备向 Capgo 询问当前通道清单 |
-| `download_manifest_start`、`download_manifest_complete` |清单下载开始/完成（对于增量或多文件包）|
-| `download_zip_start`、`download_zip_complete` | Zip 存档下载开始/完成 |
-| `download_10` … `download_90` |下载进度里程碑 |
-| `download_complete` |整个捆绑包已下载 |
-| `set` |捆绑包将于下次发布|
-| `reset` |设备恢复为内置捆绑包 |
-| `delete` |捆绑包已从本地存储中删除 |
-| `uninstall` |检测到应用程序卸载 |
-| `app_moved_to_foreground`、`app_moved_to_background` | SDK 记录的应用程序生命周期事件 |
-| `ping` |从设备进行健康/心跳检查 |
-| `setChannel`、`getChannel` |通过 SDK 调用覆盖或获取通道 |
-
-**配置或策略块**|代码 |为什么更新被阻止 |
-|--------|----------------------------------------|
-| `disableAutoUpdate`、`disableAutoUpdateToMajor`、`disableAutoUpdateToMinor`、`disableAutoUpdateToPatch`、`disableAutoUpdateMetadata`、`disableAutoUpdateUnderNative` |渠道策略禁止这种 semver 跳跃 |
-| `disablePlatformIos`、`disablePlatformAndroid` |频道上的平台被禁用 |
-| `disableDevBuild`、`disableEmulator` |不允许开发版本或模拟器 |
-| `cannotUpdateViaPrivateChannel`、`NoChannelOrOverride`、`channelMisconfigured` |频道选择或覆盖失败 |
-| `missingBundle`、`cannotGetBundle` |清单引用了无法提供的捆绑包 Capgo |
-| `needPlanUpgrade` |组织达到其计划/设备限制 |
-| `rateLimited` |请求过多； SDK 节流直至重新启动 |
-| `blocked_by_server_url`、`backend_refusal`、`InvalidIp` |服务器端规则阻止了请求 |
-
-**下载/完整性/安装失败**
-
-|代码 |意义|
-|---------|---------|
-| `download_fail` |捆绑包下载失败（网络或响应错误）|
-| `download_manifest_file_fail`、`download_manifest_checksum_fail`、`download_manifest_brotli_fail` |无法检索或验证清单文件 |
-| `checksum_fail`、`checksum_required` |完整性检查失败或校验和丢失 |
-| `unzip_fail`、`directory_path_fail`、`canonical_path_fail`、`windows_path_fail` |文件系统或解压缩验证失败 |
-| `decrypt_fail` |解密失败（加密包）|
-| `update_fail` |捆绑包已安装，但应用程序从未调用 `notifyAppReady()`；回滚已触发|
-| `download_zip_*` 没有后续 `set` |下载已完成但安装阶段尚未完成 |
-
-➡️ 需要更深入的每代码指导？请参阅**[完整日志代码参考和调试指南](/docs/plugins/updater/debugging/#understanding-cloud-logs)**。
-
-## 获取有关日志的更多详细信息
-
-如果您单击特定日志条目，通常会将您带到[设备页面](/docs/webapp/devices/)。这使您可以查看该特定设备的完整历史记录，这对于诊断设备特定问题或了解其更新过程非常有帮助。
diff --git a/src/content/docs/zh/docs/webapp/main-app-page.mdx b/src/content/docs/zh/docs/webapp/main-app-page.mdx
deleted file mode 100644
index 6b6c0e46a..000000000
--- a/src/content/docs/zh/docs/webapp/main-app-page.mdx
+++ /dev/null
@@ -1,108 +0,0 @@
----
-title: 应用程序页面
-description: Capgo 网络应用程序的应用程序页面显示什么？以及你可以用它做什么。
-sidebar:
-  order: 5
-locale: zh
----
-## 应用程序页面显示什么？
-
-首先，我们先看一下应用程序的主页面：
-
-在 Capgo 中，应用程序代表与 Capgo 的实时更新系统集成的移动应用程序。它允许您无缝管理更新、频道和设备。
-
-<figure><img src="/main-app-page.webp" alt="主页面截图" /><figcaption></figcaption></figure>
-
-让我们仔细看看这一点。主应用程序页面分为几个关键区域：
-
-1. **顶部导航栏：** 提供对应用程序管理的不同部分的访问：
-    * **仪表板 (1)：** 当前视图，显示关键指标和摘要。
-    * **信息 (2)：** 显示应用程序的核心设置和详细信息（请参阅下面的“应用程序信息”部分）。
-    * **[捆绑包 (3)](/docs/webapp/bundles/):** 管理应用程序的版本和发布。
-    * **[渠道 (4)](/docs/webapp/channels/):** 配置和管理不同的更新渠道（例如生产、测试​​版）。
-    * **[设备 (5)](/docs/webapp/devices/):** 查看和管理注册设备，包括设置特定覆盖。
-    * **[日志 (6)](/docs/webapp/logs/):** 访问您的应用的详细日志和错误报告。
-    * **构建 (7)：** 查看和管理您的应用程序构建。
-
-2. **统计数据显示：** 可视化上一个计费周期的重要指标（数据反映的是计费日的使用情况，而不是当月的 1 号）：
-    * **每月活跃用户 (8)：** 跟踪一段时间内的唯一活跃用户数量。
-    * **存储 (9)：** 显示当前存储消耗。
-    * **带宽 (10)：** 显示带宽使用情况。
-    * **活动捆绑包 (11)：** 显示不同应用程序捆绑包中活动设备的分布情况。
-
-3. **汇总卡：** 提供关键计数的快速概述：
-    * **捆绑包上传 (12)：** 上传的应用程序捆绑包总数。
-    * **更新统计信息 (13)：** 执行的更新总数，包括请求、安装和失败。
-    * **部署统计数据 (14)：** 部署总数。
-
-4. **显示选项 (15-18)：** 过滤和查看统计数据的控件：
-    * **每日 (15)：** 查看每日统计数据。
-    * **累积 (16)：** 查看一段时间内的累积统计数据。
-    * **计费周期 (17)：** 查看当前计费周期的统计信息。
-    * **日期范围 (18)：** 选择自定义日期范围（例如过去 30 天）。
-
-## 应用程序信息
-
-此部分对应于顶部导航栏中的“信息”选项卡 (1)。您可以在此处查看和管理应用程序的重要详细信息和设置。
-
-<figure><img src="/app_info.webp" alt="应用程序信息页面" /><figcaption>应用信息页面</figcaption></figure>
-
-以下是可用字段和操作的细分：* **应用程序图标 (2)：** 显示应用程序的图标。您可以单击“更改”按钮上传新图标。
-* **应用程序 ID (3)：** 您的应用程序在 Capgo 中的唯一标识符。该 ID 不可编辑。
-* **应用程序名称 (4)：** 您的应用程序的显示名称。您可以根据需要修改它。
-* **默认上传通道 (5)：** 指定新包上传到的默认通道。您可以单击编辑图标来选择不同的默认通道。
-* **默认下载通道 (6)：** 指定设备下载更新的默认通道。您可以单击编辑图标来选择不同的默认通道。有关详细信息，请参阅下面的[默认通道配置](#default-channel-configuration) 部分。
-* **自动删除未使用的捆绑包（x 秒后）(7)：** 此设置允许您自动删除在指定持续时间（以秒为单位）内未使用的旧捆绑包。设置为 `0` 以禁用自动删除。这有助于管理存储并保持捆绑包列表干净。
-* **向插件公开捆绑包元数据 (8)：** 启用后，捆绑包链接和注释字段将发送到 Capacitor 更新程序插件。此功能需要插件版本 7.35.0 或更高版本。
-* **转移应用程序所有权 (9)：** 本部分提供了一个选项，用于启动将您的应用程序转移到您所属的其他组织。
-* **删除应用程序按钮：** 从 Capgo 永久删除您的应用程序。此操作不可逆转，并将删除所有关联的数据、捆绑包、通道和设备。
-* **更新按钮：** 保存您对此页面上可编辑字段所做的任何更改（例如，应用程序名称、默认上传频道、自动删除捆绑包设置）。
-
-## 默认通道配置
-
-**默认下载频道**是您的应用程序最重要的设置之一。它确定新设备首次连接到 Capgo 时将从哪个通道接收更新。
-
-### 默认频道如何工作
-
-当设备请求 Capgo 更新时，系统根据以下优先级（最高优先级优先）确定要使用哪个通道：
-
-1. **强制设备映射**：如果在通道设置中将设备 ID 明确强制到某个通道，则该通道始终获胜。
-2. **云覆盖**：如果设备已通过 `setChannel()` 或在仪表板中手动分配给通道，则使用该覆盖。
-3. **Capacitor 配置 `defaultChannel`**：如果在 `capacitor.config.*` 文件中设置，则用于测试/测试版本。
-4. **默认下载通道**：此处配置的设置 - 这是大约 99% 的生产用户将使用的设置。
-
-### 特定于平台的默认通道
-
-您可以配置特定于平台的默认通道，例如，一个用于 iOS，一个用于 Android，一个用于 Electron。这在以下情况下很有用：
-
-- 您希望先于一个平台推出另一个平台的更新
-- 每个平台需要不同的更新策略
-- 您正在一个平台上测试新版本，同时保持另一个平台的稳定要设置特定于平台的默认值：
-1. 为每个平台创建单独的通道（例如 `production-ios`、`production-android` 和 `production-electron`）
-2. 在每个通道的设置中，仅启用相关平台（iOS、Android 或 Electron 切换）
-3. 将两个通道标记为“默认” - 当通道针对不同平台时，Capgo 允许这样做
-
-当设备请求更新时：
-- iOS 设备将从启用 iOS 的默认通道接收更新
-- Android 设备将从启用 Android 的默认通道接收更新
-
-### 单个默认频道（推荐用于大多数应用程序）
-
-对于大多数应用程序来说，支持所有三个核心平台的单个默认通道是最简单的方法：
-1. 创建一个通道（例如`production`）
-2. 确保启用 iOS、Android 和 Electron 切换
-3. 将其标记为默认通道
-
-这可确保所有平台上的行为一致并简化您的发布工作流程。
-
-### 更改默认频道
-
-当您更改默认频道时：
-- **新设备**将立即开始接收新默认值的更新
-- **现有设备**已经有通道分配（通过覆盖或强制）将不会自动切换
-- 要移动现有设备，您需要：
-  - 使用 `setChannel()` 以编程方式覆盖它们
-  - 强制他们进入仪表板中的新频道
-  - 删除他们的设备条目（他们将使用新的默认值重新注册）
-
-> **提示**：在将新的默认频道设为所有用户的默认频道之前，请务必使用一小组强制设备测试新的默认频道。
diff --git a/src/content/docs/zh/docs/webapp/main-page.mdx b/src/content/docs/zh/docs/webapp/main-page.mdx
deleted file mode 100644
index d7754862d..000000000
--- a/src/content/docs/zh/docs/webapp/main-page.mdx
+++ /dev/null
@@ -1,20 +0,0 @@
----
-title: "首页"
-description: "Capgo Web 应用的首页显示什么?以及您可以用它做什么"
-sidebar:
-  order: 2
-locale: zh
----
-
-## 主页面显示什么?
-
-首先,让我们看一下主页面:
-<figure><img src="/main-page.webp" alt="主页面截图" /><figcaption></figcaption></figure>
-
-让我们从头开始。您看到的第一件事是**统计**。它包含特定于应用的统计信息。这些更新取决于应用的使用情况
-
-您看到的第二件事是所有可用应用的列表。这将根据您创建的应用数量而变化。您可以单击每个应用以查看有关它的更多详细信息。
-
-您看到的第三件事是 **API 密钥**按钮。此按钮将带您到 [API 密钥](/docs/webapp/api-keys/)页面。
-
-接下来您看到的是 **测试 Capgo** 按钮。此按钮将根据您的名字和姓氏而变化,它将带您到[设置](/docs/webapp/settings/)或支持页面。
diff --git a/src/content/docs/zh/docs/webapp/mfa.mdx b/src/content/docs/zh/docs/webapp/mfa.mdx
deleted file mode 100644
index 411bf3ed9..000000000
--- a/src/content/docs/zh/docs/webapp/mfa.mdx
+++ /dev/null
@@ -1,96 +0,0 @@
----
-title: 双因素身份验证
-description: 管理双因素身份验证以更好地保护您的 capgo 帐户。本文档将帮助您使您的帐户尽可能安全，并防止不良行为者向您的用户发送不需要的捆绑包
-sidebar:
-  order: 9
-locale: zh
----
-## 什么是 2FA？
-
-2FA 是一种安全措施，旨在防止不良行为者接管您的 capgo 帐户。\
-它通过需要额外的代码来实现它。该代码存储在您的手机或硬件 2FA 密钥上。每30秒变化一次，让人无法猜测
-
-## 本指南的要求
- - Android 或 IOS 手机
- - 互联网连接
-
-## 本指南将涵盖哪些内容？
-
-本指南将展示如何使用 `Google Authenticator` 设置 2FA。其他应用程序的存在也具有类似的目的，但我无法在本指南中涵盖 2FA 的整个主题。
-
-## 如何设置 2FA？
-
-首先下载`Google Authenticator`应用程序。如果您使用的是 Android，则可以从 [play 商店](https://play.google.com/store/apps/details/?id=com.google.android.apps.authenticator2) 下载它。在 IOS 上，您可以从 [App store](https://apps.apple.com/us/app/google-authenticator/id388497605/) 下载它
-
-其次，请进入[capgo的账户设置](https://console.capgo.app/dashboard/settings/account/)。在那里你应该看到一个绿色按钮，看起来像这样
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/button-mfa.webp" alt="按钮MFA" /><figcaption></figcaption></figure>
-
-单击它，一旦单击，就会出现一个二维码
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa.webp" alt="启用 MFA" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️重要提示：\
-切勿与任何人分享此二维码，否则您可能会被注销帐户
-:::
-
-接下来，请打开手机上的`Google Authenticator`。完成后，请按照下列步骤操作：
-
-单击加号按钮
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-auth-plus.webp" alt="MFA 授权加" /><figcaption></figcaption></figure>
-
-之后，请单击相机按钮
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-scan-qr.webp" alt="MFA扫描二维码" /><figcaption></figcaption></figure>
-
-这将打开相机预览。请扫描电脑上显示的二维码。执行此操作后，您应该会看到如下内容：
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-code.webp" alt="MFA最终代码" /><figcaption></figcaption></figure>
-
-然后请返回PC并点击验证按钮
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/enable-mfa-verify.webp" alt="验证 MFA" /><figcaption></figcaption></figure>
-
-这将打开一个窗口来输入我们的 2FA 代码。就我而言，此代码是 `095101` 但对您来说会有所不同。\
-输入此代码后，请单击 `verify` 按钮
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-verify-final-code.webp" alt="MFA验证码最终" /><figcaption></figcaption></figure>
-
-如果您输入了正确的代码并按下 `verify` 您应该会看到如下所示的弹出窗口
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-enabled.webp" alt="启用 MFA" /><figcaption></figcaption></figure>
-
-恭喜！\
-您启用了 2FA 身份验证 🎉
-
-## 如何使用 2FA 登录
-
-下次您登录您的帐户时，您将看到这样的窗口
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-required.webp" alt="需要艺术硕士学位" /><figcaption></figcaption></figure>
-
-请打开验证器并复制您的授权码
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-login.webp" alt="多重身份验证登录" /><figcaption></figcaption></figure>
-
-:::danger
-⚠️重要提示：\
-刷新代码前按`verify`，否则代码会改变，旧的不再有效
-:::
-
-然后在登录表单中输入代码并按 `verify`
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-final-login-verify.webp" alt="多重身份验证登录" /><figcaption></figcaption></figure>
-
-如果您输入了正确的代码，您应该会看到 capgo 仪表板
-
-## 如何禁用 2FA要禁用 2FA，请转至 [capgo 的帐户设置](https://console.capgo.app/dashboard/settings/account/)。在那里您应该看到一个红色按钮，如下所示：
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-button.webp" alt="MFA 禁用按钮" /><figcaption></figcaption></figure>
-
-单击它，您应该看到这样的屏幕
-
-<figure><img style="margin-left: auto; margin-right: auto" src="/mfa-disable-2.webp" alt="MFA 已禁用" /><figcaption></figcaption></figure>
-
-只需按下 `disable` 按钮即可。
diff --git a/src/content/docs/zh/docs/webapp/organization-security.mdx b/src/content/docs/zh/docs/webapp/organization-security.mdx
deleted file mode 100644
index cccad3b22..000000000
--- a/src/content/docs/zh/docs/webapp/organization-security.mdx
+++ /dev/null
@@ -1,300 +0,0 @@
----
-title: 组织安全
-description: 为您的组织配置全面的安全策略，包括2FA强制执行、密码策略和API密钥控制，以保护您的应用和数据。
-sidebar:
-  order: 9
-locale: zh
----
-
-import { Aside, Steps, Badge } from '@astrojs/starlight/components';
-
-Capgo提供全面的安全控制，使组织管理员能够对所有成员执行安全策略。这些功能帮助您满足合规要求、保护敏感数据并保持强大的安全态势。
-
-## 概述
-
-组织安全设置允许超级管理员配置：
-
-- **双因素认证（2FA）强制执行** - 要求所有成员启用2FA
-- **密码策略** - 设置密码复杂性要求
-- **API密钥安全** - 强制执行安全的API密钥和过期策略
-
-![组织安全设置](/org_security.webp)
-
-安全页面被组织成清晰标记的部分：
-1. **安全选项卡** - 从组织设置侧边栏访问所有安全设置
-2. **2FA强制执行** - 双因素认证要求的开关和状态显示
-3. **密码策略** - 为组织成员配置密码复杂性规则
-4. **API密钥策略** - 安全API密钥和过期要求的设置
-5. **API密钥过期** - 控制API密钥是否必须有过期日期
-
-<Aside type="note">
-
-只有具有**super_admin**角色的用户才能配置组织安全设置。其他成员可以查看其合规状态但不能修改策略。
-
-</Aside>
-
-## 访问安全设置
-
-<Steps>
-
-1. 点击侧边栏中的**设置**导航到您的组织设置
-2. 点击设置页面顶部的**组织**选项卡
-3. 从组织导航栏选择**安全**选项卡（用盾牌图标高亮显示）
-
-</Steps>
-
-## 双因素认证（2FA）强制执行
-
-2FA强制执行要求所有组织成员在其账户上启用双因素认证。这通过要求密码和验证码来添加关键的安全层。
-
-### 强制执行2FA时会发生什么
-
-- 没有2FA的成员将被**立即阻止**访问组织应用
-- Web仪表板和CLI都会执行此要求
-- 新成员必须在访问组织资源之前启用2FA
-- 系统实时跟踪哪些成员已启用2FA
-
-### 了解2FA状态面板
-
-安全页面显示一个全面的**成员2FA状态**面板，显示：
-
-- **总成员数** - 您组织中的成员总数
-- **2FA已启用**（绿色指示器）- 已成功启用双因素认证的成员
-- **2FA未启用**（橙色警告指示器）- 仍需设置2FA的成员
-
-当成员未启用2FA时，他们会出现在**未启用2FA的成员**警告框中。此框显示：
-- 每个成员的电子邮件地址及其在组织中的角色
-- **复制邮件列表**按钮，用于快速复制所有受影响的电子邮件地址以进行沟通
-
-### 启用2FA强制执行
-
-<Steps>
-
-1. 导航到**组织设置 > 安全**
-2. 在页面顶部找到**要求所有成员启用2FA**部分
-3. 查看**成员2FA状态**面板以了解哪些成员将受到影响
-4. 如果有成员没有2FA，在启用之前使用**复制邮件列表**按钮通知他们
-5. 切换**要求所有成员启用2FA**旁边的开关以启用强制执行
-6. 开关将在右侧显示**已禁用**或**已启用**状态
-
-</Steps>
-
-<Aside type="caution">
-
-在启用2FA强制执行之前：
-- 提前通知受影响的成员并分享[2FA设置指南](/docs/webapp/mfa/)
-- 给他们时间在账户上启用2FA
-- 当您启用强制执行时，没有2FA的成员将立即失去访问权限
-- 考虑联系"未启用2FA的成员"警告框中列出的成员
-
-</Aside>
-
-### 2FA强制执行的CLI支持
-
-您也可以通过CLI管理2FA强制执行：
-
-```shell
-# 启用2FA强制执行
-npx @capgo/cli organization set YOUR_ORG_ID --enforce-2fa
-
-# 禁用2FA强制执行
-npx @capgo/cli organization set YOUR_ORG_ID --no-enforce-2fa
-
-# 检查成员2FA状态
-npx @capgo/cli organization members YOUR_ORG_ID
-```
-
-有关2FA强制执行的详细信息，请参阅[2FA强制执行指南](/docs/webapp/2fa-enforcement/)。
-
-## 密码策略
-
-密码策略允许您为所有组织成员强制执行密码复杂性要求。当成员的密码不符合策略要求时，他们必须更新密码才能访问组织资源。
-
-密码策略部分（在概览图像中用指示器**3**标记）提供了一个简单的开关来在整个组织中强制执行密码要求。
-
-### 密码策略如何工作
-
-当您启用密码策略时：
-- 所有组织成员必须满足密码复杂性要求
-- 不符合要求的用户将被锁定，直到他们更新密码
-- 该策略适用于所有成员，无论其角色如何
-
-### 启用密码策略
-
-<Steps>
-
-1. 转到**组织设置 > 安全**
-2. 向下滚动找到**密码策略**部分
-3. 阅读描述："要求组织成员使用满足特定复杂性要求的密码"
-4. 切换**强制执行密码策略**开关以启用它
-5. 开关描述说明："启用后，所有组织成员必须满足密码要求才能访问组织"
-
-</Steps>
-
-### 可用的密码要求
-
-| 设置 | 描述 | 范围 |
-|------|------|------|
-| **最小长度** | 所需的最小字符数 | 6-128个字符 |
-| **要求大写字母** | 密码必须包含至少一个大写字母（A-Z） | 开/关 |
-| **要求数字** | 密码必须包含至少一个数字（0-9） | 开/关 |
-| **要求特殊字符** | 密码必须包含至少一个特殊字符（!@#$%^&*等） | 开/关 |
-
-### 成员合规跟踪
-
-当密码策略处于活动状态时，您可以监控合规情况：
-
-- **总成员数**：组织中的成员数量
-- **合规**：密码符合策略要求的成员
-- **不合规**：需要更新密码的成员
-
-不合规的成员会与其电子邮件地址一起列出。您可以复制邮件列表以通知他们有关策略和所需的密码更改。
-
-<Aside type="tip">
-
-首次启用密码策略时，密码不合规的成员将在下次登录时被提示更改密码。他们不会立即被锁定，但在合规之前，他们的访问可能会受到限制。
-
-</Aside>
-
-### 密码策略最佳实践
-
-- **从合理的要求开始**：最少10-12个字符，包含大小写字母和数字，在不过度限制的情况下提供良好的安全性
-- **沟通变更**：在启用新密码要求之前通知您的团队
-- **允许过渡时间**：给成员时间更新他们的密码
-- **考虑密码管理器**：建议团队成员使用密码管理器来生成和存储强密码
-
-## API密钥安全
-
-Capgo为API密钥提供两种安全控制：强制执行安全（哈希）API密钥和要求过期日期。API密钥策略部分（在概览图像中用指示器**4**标记）由钥匙图标标识。
-
-### 强制执行安全API密钥
-
-API密钥策略部分的第一个选项是**强制执行安全API密钥**。启用后，此设置要求组织中的所有API密钥使用安全/哈希格式创建。
-
-哈希API密钥更安全，因为：
-
-- 实际的密钥值永远不会存储在我们的服务器上
-- 只有您（和您的系统）可以访问完整的密钥
-- 即使我们的数据库被泄露，您的密钥也无法被使用
-
-开关描述说明："启用后，只有安全（哈希）API密钥才能访问此组织。纯文本API密钥将被拒绝。"
-
-<Aside type="note">
-
-现有的传统（未哈希）API密钥将继续工作，但当此策略启用时，成员将无法创建新的未哈希密钥。
-
-</Aside>
-
-### 启用安全API密钥
-
-<Steps>
-
-1. 转到**组织设置 > 安全**
-2. 向下滚动找到**API密钥策略**部分（寻找钥匙图标）
-3. 找到**强制执行安全API密钥**开关
-4. 切换开关以启用安全API密钥强制执行
-5. 现有密钥不受影响；策略适用于新密钥的创建
-
-</Steps>
-
-### API密钥过期策略
-
-第二个选项（在概览图像中用指示器**5**标记）是**要求API密钥过期**。您可以要求所有API密钥有过期日期，限制其有效期。
-
-这是一种安全最佳实践，可以：
-
-- 限制密钥被泄露时的暴露窗口
-- 确保定期密钥轮换
-- 帮助满足凭证管理的合规要求
-
-开关描述说明："启用后，此组织的所有API密钥必须有过期日期"
-
-### 配置过期策略
-
-<Steps>
-
-1. 转到**组织设置 > 安全**
-2. 找到**API密钥策略**部分
-3. 找到**要求API密钥过期**开关（在强制执行安全API密钥下方）
-4. 切换开关以启用过期要求
-5. 启用后，设置**最大过期天数**（1-365天）
-   - 这限制了可以设置的过期日期距离现在有多远
-   - 例如：设置90天意味着密钥最多可以在创建后90天过期
-
-</Steps>
-
-<Aside type="caution">
-
-当您启用过期要求时：
-- 新API密钥必须有过期日期
-- 没有过期的现有密钥继续工作
-- 考虑审计现有密钥并轮换那些没有过期的密钥
-
-</Aside>
-
-### 推荐的API密钥策略
-
-| 用例 | 安全密钥 | 过期 | 最大天数 |
-|------|----------|------|----------|
-| **开发** | 推荐 | 可选 | 30-90 |
-| **CI/CD管道** | 必需 | 必需 | 90-180 |
-| **生产** | 必需 | 必需 | 30-90 |
-| **企业/合规** | 必需 | 必需 | 30-60 |
-
-## 合规与审计
-
-组织安全功能帮助您满足各种合规要求：
-
-| 标准 | 相关功能 |
-|------|----------|
-| **SOC 2** | 2FA强制执行、密码策略、API密钥控制 |
-| **ISO 27001** | 所有安全功能帮助证明访问控制 |
-| **HIPAA** | 强认证和访问管理 |
-| **GDPR** | 通过访问控制实现数据保护 |
-| **PCI DSS** | 多因素认证、强密码 |
-
-### 监控合规状态
-
-安全仪表板提供以下实时可见性：
-- 有多少成员启用了2FA
-- 组织中的密码策略合规性
-- API密钥安全采用情况
-
-使用"复制邮件列表"功能轻松导出不合规成员列表以进行针对性沟通。
-
-## 故障排除
-
-### "访问被拒绝：不符合安全策略"
-
-**问题**：成员无法访问组织。
-
-**解决方案**：
-1. 检查是否强制执行2FA - 成员需要[启用2FA](/docs/webapp/mfa/)
-2. 检查密码策略是否处于活动状态 - 成员需要更新密码
-3. 在安全仪表板中验证成员的合规状态
-
-### 无法启用安全功能
-
-**问题**：安全开关被禁用或没有响应。
-
-**解决方案**：
-- 确保您在组织中拥有**super_admin**角色
-- 检查您的网络连接
-- 尝试刷新页面
-- 如果问题持续存在，请联系支持
-
-### API密钥创建失败
-
-**问题**：无法创建新的API密钥。
-
-**解决方案**：
-- 如果强制执行安全密钥，请确保您使用的是安全密钥创建流程
-- 如果要求过期，请在允许的范围内设置过期日期
-- 检查最大过期天数设置
-
-## 下一步
-
-- [在您的账户上设置2FA](/docs/webapp/mfa/)
-- [了解2FA强制执行详情](/docs/webapp/2fa-enforcement/)
-- [管理API密钥](/docs/webapp/api-keys/)
-- [组织管理](/docs/webapp/organization-system/)
diff --git a/src/content/docs/zh/docs/webapp/organization-system.mdx b/src/content/docs/zh/docs/webapp/organization-system.mdx
deleted file mode 100644
index d7312ae11..000000000
--- a/src/content/docs/zh/docs/webapp/organization-system.mdx
+++ /dev/null
@@ -1,127 +0,0 @@
----
-title: "组织系统"
-description: "关于在 Capgo 帐户中管理和组织团队和应用程序的详细指南，确保所有参与成员的安全协作和高效访问控制。"
-sidebar:
-  order: 11
-locale: zh
----
-
-## 什么是组织系统？
-
-组织系统是 Capgo 中的一个系统，允许您与团队成员安全地共享应用。
-
-## 组织设置概述
-
-<figure><img src="/orgs-settings.webp" alt="组织设置" /><figcaption></figcaption></figure>
-
-| 编号 | 元素 | 描述 |
-|------|------|------|
-| 1 | 设置 | 从侧边栏菜单访问设置 |
-| 2 | 组织选项卡 | 切换到组织设置（与个人帐户设置相比） |
-| 3 | 常规 | 查看和编辑组织名称、徽标和管理邮箱 |
-| 4 | 成员 | 管理团队成员及其权限 |
-| 5 | 安全 | 配置安全策略（2FA、密码要求） |
-| 6 | 审计日志 | 查看组织的活动日志 |
-| 7 | 计划 | 查看和管理订阅计划 |
-| 8 | 用量 | 监控组织的使用统计 |
-| 9 | 积分 | 查看和购买额外积分 |
-| 10 | Webhooks | 配置 webhook 集成 |
-| 11 | 计费 | 管理计费信息和发票 |
-| 12 | 组织选择器 | 在不同组织之间切换 |
-
-### 如何访问组织设置
-
-1. 点击左侧边栏中的**设置**（1）
-2. 选择顶部的**组织**选项卡（2）
-3. 使用选项卡（3-11）在不同设置部分之间导航
-
-### 如何切换组织
-
-点击侧边栏左上角附近的**组织选择器**（12）下拉菜单，查看并切换到您有权访问的组织。
-
-## 管理成员
-
-<figure><img src="/org-show-members.webp" alt="组织成员" /><figcaption></figcaption></figure>
-
-成员部分显示所有有权访问您组织的用户：
-- **成员**：用户头像、姓名和邮箱
-- **角色**：当前权限级别（读取、上传、写入、管理员、超级管理员）
-- **操作**：编辑或删除成员
-
-### 如何邀请新成员
-
-<figure><img src="/orgs-add-member.webp" alt="邀请成员" /><figcaption></figcaption></figure>
-
-1. 点击 **+ 添加** 按钮（1）
-2. 在弹窗中输入用户的邮箱地址（2）
-3. 点击**邀请**
-
-### 选择权限
-
-<figure><img src="/select-perm-orgs.webp" alt="选择权限" /><figcaption></figcaption></figure>
-
-输入邮箱后，为受邀用户选择权限级别：
-- **读取** - 只读访问
-- **上传** - 可以上传新版本
-- **写入** - 可以修改设置和内容
-- **管理员** - 除计费和删除外的完全访问
-- **超级管理员** - 完全控制组织
-
-### 完成邀请
-
-<figure><img src="/invite_org_user.webp" alt="邀请表单" /><figcaption></figcaption></figure>
-
-填写剩余详细信息：
-- **邮箱** - 从上一步预填充
-- **角色** - 显示选择的权限级别
-- **名字** - 可选：受邀者的名字
-- **姓氏** - 可选：受邀者的姓氏
-- **验证码** - 验证您是人类
-
-点击**发送邀请**完成流程。
-
-## 权限明细
-
-| 权限                        | 读取 | 上传 | 写入 | 管理员 | 超级管理员 |
-|-----------------------------|------|------|------|--------|------------|
-| 显示应用统计                |   ✅  |   ✅  |   ✅  |    ✅   |      ✅     |
-| 显示应用频道                |   ✅  |   ✅  |   ✅  |    ✅   |      ✅     |
-| 显示设备                    |   ✅  |   ✅  |   ✅  |    ✅   |      ✅     |
-| 显示日志                    |   ✅  |   ✅  |   ✅  |    ✅   |      ✅     |
-| 显示包                      |   ✅  |   ✅  |   ✅  |    ✅   |      ✅     |
-| 删除应用                    |   ❌  |   ❌  |   ❌  |    ❌   |      ✅     |
-| 删除频道                    |   ❌  |   ❌  |   ❌  |    ✅   |      ✅     |
-| 删除版本                    |   ❌  |   ❌  |   ✅  |    ✅   |      ✅     |
-| 更改组织设置                |   ❌  |   ❌  |   ❌  |    ✅   |      ✅     |
-| 管理组织用户                |   ❌  |   ❌  |   ❌  |    ✅   |      ✅     |
-| 修改频道设置                |   ❌  |   ❌  |   ✅  |    ✅   |      ✅     |
-| 上传新版本                  |   ❌  |   ✅  |   ✅  |    ✅   |      ✅     |
-| 修改设备                    |   ❌  |   ❌  |   ✅  |    ✅   |      ✅     |
-| 更改频道当前版本            |   ❌  |   ❌  |   ✅  |    ✅   |      ✅     |
-| 创建新频道                  |   ❌  |   ❌  |   ❌  |    ✅   |      ✅     |
-| 修改版本（元数据）          |   ❌  |   ❌  |   ✅  |    ✅   |      ✅     |
-| 管理计费                    |   ❌  |   ❌  |   ❌  |    ❌   |      ✅     |
-| 不安全地删除版本            |   ❌  |   ❌  |   ❌  |    ❌   |      ✅     |
-
-## 计费
-
-拥有**超级管理员**权限的用户可以管理特定组织的计费。计划与组织关联，而不是与您的个人帐户关联。
-
-:::danger
-⚠️ 购买计划将仅影响您当前选择的组织
-:::
-
-## 常见问题
-
-### 我可以创建多个组织吗？
-
-不可以，目前还不行。
-
-### 如何为我的组织配置安全策略？
-
-超级管理员可以配置全面的安全策略，包括：
-- **强制 2FA** - 要求所有成员启用双因素认证
-- **密码策略** - 设置密码复杂性要求（长度、大写字母、数字、特殊字符）
-- **API 密钥安全** - 强制使用安全/哈希的 API 密钥和过期策略
-
-有关详细配置说明，请参阅[组织安全](/docs/webapp/organization-security/)文档。
diff --git a/src/content/docs/zh/docs/webapp/payment.mdx b/src/content/docs/zh/docs/webapp/payment.mdx
deleted file mode 100644
index 204c73305..000000000
--- a/src/content/docs/zh/docs/webapp/payment.mdx
+++ /dev/null
@@ -1,81 +0,0 @@
----
-title: "支付系统"
-description: "管理 Capgo 帐户中的支付。在本节中，我们将向您展示如何管理 Capgo 的卡、计划和积分"
-sidebar:
-  order: 10
-locale: zh
----
-
-## 这是关于什么的？
-
-本页面旨在回答有关 Capgo 支付系统的一些问题。
-
-## 计划
-
-#### 问：如何升级我的 Capgo 计划？
-答：您可以通过转到[设置](/docs/webapp/settings/#how-to-get-to-the-settings-page)并点击**计划**选项卡(1)来升级您的 Capgo 计划。
-
-<figure><img src="/plans-subscribe.webp" alt="计划页面" /><figcaption></figcaption></figure>
-
-在此页面上，您可以：
-- 在**月度计划**和**年度**之间切换（年付可享受20%折扣）
-- 从四个计划中选择：**Solo**、**Maker**、**Team** 或 **Enterprise**
-- 点击最适合您需求的计划上的**订阅**(2)
-
-每个计划显示：
-- 月度价格和年度账单总额
-- 包含的月活跃用户数和超额定价
-- 存储和带宽配额
-- 构建分钟/小时
-- 专属支持、自定义域名和 SOC II 合规等功能
-
-如果您不想承诺某个计划，可以使用**积分**代替 - 点击"了解积分"查看按需付费的工作方式。
-
-点击订阅后，将打开 Stripe 结账页面，您可以在那里安全地输入支付信息。
-
-## 积分
-
-积分为升级计划提供了灵活的替代方案。在以下情况下很有用：
-
-- **临时高峰** - 您暂时超出计划限制（例如，病毒式传播时刻、季节性流量），不想永久升级
-- **计划不匹配** - 下一级计划因其他原因不符合您的需求（也许您需要更多带宽但不需要更多 MAU）
-- **按需付费偏好** - 您更喜欢只为超出基本计划的使用量付费
-
-#### 问：如何访问积分页面？
-答：转到[设置](/docs/webapp/settings/#how-to-get-to-the-settings-page)并点击**积分**选项卡(1)。
-
-<figure><img src="/buy_credits.webp" alt="积分页面" /><figcaption></figcaption></figure>
-
-积分页面显示：
-
-1. **积分选项卡** - 从组织设置导航到此处
-2. **积分余额** - 显示您的可用积分（例如 0.00 / 0.00）和当前期间使用的积分
-3. **已使用积分（USD）** - 当前计费期间消耗的积分的估计美元价值，以及剩余可用积分
-4. **需要更多积分？** - 立即购买额外积分，让您的用户继续不间断地接收更新。从预设金额（$50、$100、$500、$5000）中选择或输入自定义金额。结账前会显示含税估计总额
-5. **积分定价** - 展开此部分以查看不同使用类型（MAU、存储、带宽）的定价等级
-6. **积分交易** - 查看您的积分购买和使用历史
-
-#### 问：如何购买积分？
-答：在积分页面上，选择您想购买的金额（或使用下拉菜单选择自定义金额），然后点击**购买积分**。您将被重定向到 Stripe 结账页面，在那里可以调整数量并完成支付。
-
-#### 问：积分何时使用？
-答：当您超出月活跃用户、存储或带宽的计划限制时，积分会自动消耗。它们提供了一种灵活的方式来处理超额，而不会中断服务。
-
-#### 问：支付安全吗？
-答：是的，支付完全由 Stripe 管理。Capgo 永远不会访问您的信用卡详细信息。Stripe 非常重视安全性。[了解更多关于 Stripe 安全政策](https://stripe.com/docs/security/)
-
-#### 问：当我超出限制时，Capgo 会自动升级我的计划吗？
-答：不会，Capgo 永远不会更改您的计划。
-
-#### 问：当我的计划接近限制时，Capgo 会发送电子邮件吗？
-答：是的，Capgo 会发送电子邮件通知您使用情况。
-
-#### 问：我购买的计划会影响我被邀请加入的组织吗？
-答：不会，计划只会影响您当前选择的组织。
-请参阅[组织文档](/docs/webapp/organization-system/#q-how-is-billing-done-within-orgs)。
-
-#### 问：如果我需要更定制的计划怎么办？
-答：[请直接联系 Capgo 支持](/docs/getting-help#support-by-chat)
-
-#### 问：Capgo 的退款政策是什么？
-答：退款政策可以在[这里](https://capgo.app/return/)找到。
diff --git a/src/content/docs/zh/docs/webapp/settings.mdx b/src/content/docs/zh/docs/webapp/settings.mdx
deleted file mode 100644
index 67c16845b..000000000
--- a/src/content/docs/zh/docs/webapp/settings.mdx
+++ /dev/null
@@ -1,32 +0,0 @@
----
-title: Settings
-description: 如何从您的 Capgo 帐户更改用户设置、管理您的信息、姓名和电子邮件、更改您的图片等
-sidebar:
-  order: 4
-locale: zh
----
-## 如何进入设置页面
-
-首先点击**您的姓名和图片**。然后点击**设置**。
-
-<figure><img src="/settings-go.webp" alt="打开设置" /><figcaption></figcaption></figure>
-
-## 更改用户设置
-
-要更改任何用户设置，您只需填写帐户中的表格，然后单击“**更新**”。
-
-<figure><img src="/account-save.webp" alt="保存帐户更改" /><figcaption></figcaption></figure>
-
-然后应该会出现确认信息。
-
-<figure><img src="/account-updated.webp" alt="帐户已更新" /><figcaption></figcaption></figure>
-
-## 修改密码
-
-要更改密码，请转到设置页面并单击“**密码**”。然后填写表格并单击“**更新**”。
-
-<figure><img src="/update-passwd.webp" alt="更新密码" /><figcaption></figcaption></figure>
-
-当密码不符合 capgo 密码安全规则时，您将收到错误消息。
-
-<figure><img src="/passwd-error.webp" alt="密码错误" /><figcaption></figcaption></figure>
diff --git a/src/content/i18n/de.json b/src/content/i18n/de.json
deleted file mode 100644
index 5bb593f06..000000000
--- a/src/content/i18n/de.json
+++ /dev/null
@@ -1,54 +0,0 @@
-{
-  "skipLink.label": "Zum Inhalt springen",
-  "search.label": "Suche",
-  "search.ctrlKey": "Strg",
-  "search.cancelLabel": "Abbrechen",
-  "search.devWarning": "Die Suche ist nur in Produktionsversionen verfügbar. \nVersuchen Sie, die Seite zu erstellen und lokal zu testen, um es auszuprobieren.",
-  "themeSelect.accessibleLabel": "Design auswählen",
-  "themeSelect.dark": "Dunkel",
-  "themeSelect.light": "Hell",
-  "themeSelect.auto": "Automatisch",
-  "languageSelect.accessibleLabel": "Sprache auswählen",
-  "menuButton.accessibleLabel": "Menü",
-  "sidebarNav.accessibleLabel": "Hauptnavigation",
-  "tableOfContents.onThisPage": "Auf dieser Seite",
-  "tableOfContents.overview": "Überblick",
-  "i18n.untranslatedContent": "Dieser Inhalt ist in Ihrer Sprache noch nicht verfügbar.",
-  "page.editLink": "Seite bearbeiten",
-  "page.lastUpdated": "Zuletzt aktualisiert:",
-  "page.previousLink": "Vorherige",
-  "page.nextLink": "Nächste",
-  "page.draft": "Dieser Inhalt ist ein Entwurf und wird nicht in Produktionsversionen enthalten sein.",
-  "404.text": "Seite nicht gefunden. Überprüfen Sie die URL oder versuchen Sie, die Suchleiste zu verwenden.",
-  "aside.note": "Hinweis",
-  "aside.tip": "Tipp",
-  "aside.caution": "Vorsicht",
-  "aside.danger": "Gefahr",
-  "fileTree.directory": "Verzeichnis",
-  "docsearch.searchBox.resetButtonTitle": "Suchanfrage löschen",
-  "docsearch.searchBox.resetButtonAriaLabel": "Suchanfrage löschen",
-  "docsearch.searchBox.cancelButtonText": "Abbrechen",
-  "docsearch.searchBox.cancelButtonAriaLabel": "Abbrechen",
-  "docsearch.searchBox.searchInputLabel": "Suche",
-  "docsearch.startScreen.recentSearchesTitle": "Neueste",
-  "docsearch.startScreen.noRecentSearchesText": "Keine letzten Suchen",
-  "docsearch.startScreen.saveRecentSearchButtonTitle": "Diese Suche speichern",
-  "docsearch.startScreen.removeRecentSearchButtonTitle": "Diese Suche aus dem Verlauf entfernen",
-  "docsearch.startScreen.favoriteSearchesTitle": "Favoriten",
-  "docsearch.startScreen.removeFavoriteSearchButtonTitle": "Diese Suche aus den Favoriten entfernen",
-  "docsearch.errorScreen.titleText": "Ergebnisse konnten nicht geladen werden",
-  "docsearch.errorScreen.helpText": "Überprüfen Sie Ihre Netzwerkverbindung.",
-  "docsearch.footer.selectText": "zum Auswählen",
-  "docsearch.footer.selectKeyAriaLabel": "Eingabetaste",
-  "docsearch.footer.navigateText": "zum Navigieren",
-  "docsearch.footer.navigateUpKeyAriaLabel": "Pfeil nach oben",
-  "docsearch.footer.navigateDownKeyAriaLabel": "Pfeil nach unten",
-  "docsearch.footer.closeText": "zum Schließen",
-  "docsearch.footer.closeKeyAriaLabel": "Escape-Taste",
-  "docsearch.footer.searchByText": "Suche nach",
-  "docsearch.noResultsScreen.noResultsText": "Keine Ergebnisse für",
-  "docsearch.noResultsScreen.suggestedQueryText": "Versuchen Sie, nach Folgendem zu suchen:",
-  "docsearch.noResultsScreen.reportMissingResultsText": "Sollte diese Suche Ergebnisse liefern?",
-  "docsearch.noResultsScreen.reportMissingResultsLinkText": "Lassen Sie es uns wissen.",
-  "builtWithStarlight.label": "Erstellt mit Starlight"
-}
diff --git a/src/content/i18n/es.json b/src/content/i18n/es.json
deleted file mode 100644
index 861206883..000000000
--- a/src/content/i18n/es.json
+++ /dev/null
@@ -1,54 +0,0 @@
-{
-  "skipLink.label": "Saltar al contenido",
-  "search.label": "Buscar",
-  "search.ctrlKey": "Ctrl",
-  "search.cancelLabel": "Cancelar",
-  "search.devWarning": "La búsqueda solo está disponible en versiones de producción. \nIntente construir y previsualizar el sitio para probarlo localmente.",
-  "themeSelect.accessibleLabel": "Seleccionar tema",
-  "themeSelect.dark": "Oscuro",
-  "themeSelect.light": "Claro",
-  "themeSelect.auto": "Automático",
-  "languageSelect.accessibleLabel": "Seleccionar idioma",
-  "menuButton.accessibleLabel": "Menú",
-  "sidebarNav.accessibleLabel": "Principal",
-  "tableOfContents.onThisPage": "En esta página",
-  "tableOfContents.overview": "Resumen",
-  "i18n.untranslatedContent": "Este contenido aún no está disponible en tu idioma.",
-  "page.editLink": "Editar página",
-  "page.lastUpdated": "Última actualización:",
-  "page.previousLink": "Anterior",
-  "page.nextLink": "Siguiente",
-  "page.draft": "Este contenido es un borrador y no se incluirá en las versiones de producción.",
-  "404.text": "Página no encontrada. Verifica la URL o intenta usar la barra de búsqueda.",
-  "aside.note": "Nota",
-  "aside.tip": "Consejo",
-  "aside.caution": "Precaución",
-  "aside.danger": "Peligro",
-  "fileTree.directory": "Directorio",
-  "docsearch.searchBox.resetButtonTitle": "Borrar la consulta",
-  "docsearch.searchBox.resetButtonAriaLabel": "Borrar la consulta",
-  "docsearch.searchBox.cancelButtonText": "Cancelar",
-  "docsearch.searchBox.cancelButtonAriaLabel": "Cancelar",
-  "docsearch.searchBox.searchInputLabel": "Buscar",
-  "docsearch.startScreen.recentSearchesTitle": "Recientes",
-  "docsearch.startScreen.noRecentSearchesText": "No hay búsquedas recientes",
-  "docsearch.startScreen.saveRecentSearchButtonTitle": "Guardar esta búsqueda",
-  "docsearch.startScreen.removeRecentSearchButtonTitle": "Eliminar esta búsqueda del historial",
-  "docsearch.startScreen.favoriteSearchesTitle": "Favoritos",
-  "docsearch.startScreen.removeFavoriteSearchButtonTitle": "Eliminar esta búsqueda de favoritos",
-  "docsearch.errorScreen.titleText": "No se pudieron obtener resultados",
-  "docsearch.errorScreen.helpText": "Comprueba tu conexión de red.",
-  "docsearch.footer.selectText": "para seleccionar",
-  "docsearch.footer.selectKeyAriaLabel": "Tecla Intro",
-  "docsearch.footer.navigateText": "para navegar",
-  "docsearch.footer.navigateUpKeyAriaLabel": "Flecha arriba",
-  "docsearch.footer.navigateDownKeyAriaLabel": "Flecha abajo",
-  "docsearch.footer.closeText": "para cerrar",
-  "docsearch.footer.closeKeyAriaLabel": "Tecla Escape",
-  "docsearch.footer.searchByText": "Buscar con",
-  "docsearch.noResultsScreen.noResultsText": "Sin resultados para",
-  "docsearch.noResultsScreen.suggestedQueryText": "Intenta buscar",
-  "docsearch.noResultsScreen.reportMissingResultsText": "¿Crees que esta consulta debería mostrar resultados?",
-  "docsearch.noResultsScreen.reportMissingResultsLinkText": "Háznoslo saber.",
-  "builtWithStarlight.label": "Construido con Starlight"
-}
diff --git a/src/content/i18n/fr.json b/src/content/i18n/fr.json
deleted file mode 100644
index 091dd7c00..000000000
--- a/src/content/i18n/fr.json
+++ /dev/null
@@ -1,54 +0,0 @@
-{
-  "skipLink.label": "Passer au contenu",
-  "search.label": "Rechercher",
-  "search.ctrlKey": "Ctrl",
-  "search.cancelLabel": "Annuler",
-  "search.devWarning": "La recherche n'est disponible que dans les versions de production. \nEssayez de construire et de prévisualiser le site pour le tester localement.",
-  "themeSelect.accessibleLabel": "Sélectionner le thème",
-  "themeSelect.dark": "Sombre",
-  "themeSelect.light": "Clair",
-  "themeSelect.auto": "Automatique",
-  "languageSelect.accessibleLabel": "Sélectionner la langue",
-  "menuButton.accessibleLabel": "Menu",
-  "sidebarNav.accessibleLabel": "Principal",
-  "tableOfContents.onThisPage": "Sur cette page",
-  "tableOfContents.overview": "Aperçu",
-  "i18n.untranslatedContent": "Ce contenu n'est pas encore disponible dans votre langue.",
-  "page.editLink": "Modifier la page",
-  "page.lastUpdated": "Dernière mise à jour :",
-  "page.previousLink": "Précédent",
-  "page.nextLink": "Suivant",
-  "page.draft": "Ce contenu est un brouillon et ne sera pas inclus dans les versions de production.",
-  "404.text": "Page non trouvée. Vérifiez l'URL ou essayez d'utiliser la barre de recherche.",
-  "aside.note": "Note",
-  "aside.tip": "Astuce",
-  "aside.caution": "Attention",
-  "aside.danger": "Danger",
-  "fileTree.directory": "Répertoire",
-  "docsearch.searchBox.resetButtonTitle": "Effacer la requête",
-  "docsearch.searchBox.resetButtonAriaLabel": "Effacer la requête",
-  "docsearch.searchBox.cancelButtonText": "Annuler",
-  "docsearch.searchBox.cancelButtonAriaLabel": "Annuler",
-  "docsearch.searchBox.searchInputLabel": "Rechercher",
-  "docsearch.startScreen.recentSearchesTitle": "Récentes",
-  "docsearch.startScreen.noRecentSearchesText": "Aucune recherche récente",
-  "docsearch.startScreen.saveRecentSearchButtonTitle": "Enregistrer cette recherche",
-  "docsearch.startScreen.removeRecentSearchButtonTitle": "Supprimer cette recherche de l’historique",
-  "docsearch.startScreen.favoriteSearchesTitle": "Favoris",
-  "docsearch.startScreen.removeFavoriteSearchButtonTitle": "Supprimer cette recherche des favoris",
-  "docsearch.errorScreen.titleText": "Impossible de récupérer les résultats",
-  "docsearch.errorScreen.helpText": "Vérifiez votre connexion réseau.",
-  "docsearch.footer.selectText": "pour sélectionner",
-  "docsearch.footer.selectKeyAriaLabel": "Touche Entrée",
-  "docsearch.footer.navigateText": "pour naviguer",
-  "docsearch.footer.navigateUpKeyAriaLabel": "Flèche haut",
-  "docsearch.footer.navigateDownKeyAriaLabel": "Flèche bas",
-  "docsearch.footer.closeText": "pour fermer",
-  "docsearch.footer.closeKeyAriaLabel": "Touche Échap",
-  "docsearch.footer.searchByText": "Rechercher avec",
-  "docsearch.noResultsScreen.noResultsText": "Aucun résultat pour",
-  "docsearch.noResultsScreen.suggestedQueryText": "Essayez de rechercher",
-  "docsearch.noResultsScreen.reportMissingResultsText": "Cette requête devrait-elle renvoyer des résultats ?",
-  "docsearch.noResultsScreen.reportMissingResultsLinkText": "Faites-nous savoir.",
-  "builtWithStarlight.label": "Construit avec Starlight"
-}
diff --git a/src/content/i18n/id.json b/src/content/i18n/id.json
deleted file mode 100644
index 7026f441a..000000000
--- a/src/content/i18n/id.json
+++ /dev/null
@@ -1,54 +0,0 @@
-{
-  "skipLink.label": "Langsung ke konten",
-  "search.label": "Cari",
-  "search.ctrlKey": "Ctrl",
-  "search.cancelLabel": "Batal",
-  "search.devWarning": "Pencarian hanya tersedia dalam versi produksi. \nCoba bangun dan pratinjau situs untuk mengujinya secara lokal.",
-  "themeSelect.accessibleLabel": "Pilih tema",
-  "themeSelect.dark": "Gelap",
-  "themeSelect.light": "Terang",
-  "themeSelect.auto": "Otomatis",
-  "languageSelect.accessibleLabel": "Pilih bahasa",
-  "menuButton.accessibleLabel": "Menu",
-  "sidebarNav.accessibleLabel": "Utama",
-  "tableOfContents.onThisPage": "Di halaman ini",
-  "tableOfContents.overview": "Ikhtisar",
-  "i18n.untranslatedContent": "Konten ini belum tersedia dalam bahasa Anda.",
-  "page.editLink": "Edit halaman",
-  "page.lastUpdated": "Terakhir diperbarui:",
-  "page.previousLink": "Sebelumnya",
-  "page.nextLink": "Berikutnya",
-  "page.draft": "Konten ini adalah draf dan tidak akan dimasukkan dalam versi produksi.",
-  "404.text": "Halaman tidak ditemukan. Periksa URL atau coba gunakan kotak pencarian.",
-  "aside.note": "Catatan",
-  "aside.tip": "Tips",
-  "aside.caution": "Perhatian",
-  "aside.danger": "Bahaya",
-  "fileTree.directory": "Direktori",
-  "docsearch.searchBox.resetButtonTitle": "Hapus query",
-  "docsearch.searchBox.resetButtonAriaLabel": "Hapus query",
-  "docsearch.searchBox.cancelButtonText": "Batal",
-  "docsearch.searchBox.cancelButtonAriaLabel": "Batal",
-  "docsearch.searchBox.searchInputLabel": "Cari",
-  "docsearch.startScreen.recentSearchesTitle": "Terbaru",
-  "docsearch.startScreen.noRecentSearchesText": "Tidak ada pencarian terbaru",
-  "docsearch.startScreen.saveRecentSearchButtonTitle": "Simpan pencarian ini",
-  "docsearch.startScreen.removeRecentSearchButtonTitle": "Hapus pencarian ini dari riwayat",
-  "docsearch.startScreen.favoriteSearchesTitle": "Favorit",
-  "docsearch.startScreen.removeFavoriteSearchButtonTitle": "Hapus pencarian ini dari favorit",
-  "docsearch.errorScreen.titleText": "Tidak dapat mengambil hasil",
-  "docsearch.errorScreen.helpText": "Periksa koneksi jaringan Anda.",
-  "docsearch.footer.selectText": "untuk memilih",
-  "docsearch.footer.selectKeyAriaLabel": "Tombol Enter",
-  "docsearch.footer.navigateText": "untuk menavigasi",
-  "docsearch.footer.navigateUpKeyAriaLabel": "Panah atas",
-  "docsearch.footer.navigateDownKeyAriaLabel": "Panah bawah",
-  "docsearch.footer.closeText": "untuk menutup",
-  "docsearch.footer.closeKeyAriaLabel": "Tombol Escape",
-  "docsearch.footer.searchByText": "Cari dengan",
-  "docsearch.noResultsScreen.noResultsText": "Tidak ada hasil untuk",
-  "docsearch.noResultsScreen.suggestedQueryText": "Coba cari",
-  "docsearch.noResultsScreen.reportMissingResultsText": "Apakah query ini seharusnya menampilkan hasil?",
-  "docsearch.noResultsScreen.reportMissingResultsLinkText": "Beri tahu kami.",
-  "builtWithStarlight.label": "Dibuat dengan Starlight"
-}
diff --git a/src/content/i18n/it.json b/src/content/i18n/it.json
deleted file mode 100644
index 1bbcd966e..000000000
--- a/src/content/i18n/it.json
+++ /dev/null
@@ -1,54 +0,0 @@
-{
-  "skipLink.label": "Vai al contenuto",
-  "search.label": "Cerca",
-  "search.ctrlKey": "Ctrl",
-  "search.cancelLabel": "Annulla",
-  "search.devWarning": "La ricerca è disponibile solo nelle versioni di produzione. \nProva a costruire e visualizzare in anteprima il sito per testarlo localmente.",
-  "themeSelect.accessibleLabel": "Seleziona tema",
-  "themeSelect.dark": "Scuro",
-  "themeSelect.light": "Chiaro",
-  "themeSelect.auto": "Automatico",
-  "languageSelect.accessibleLabel": "Seleziona lingua",
-  "menuButton.accessibleLabel": "Menu",
-  "sidebarNav.accessibleLabel": "Principale",
-  "tableOfContents.onThisPage": "In questa pagina",
-  "tableOfContents.overview": "Panoramica",
-  "i18n.untranslatedContent": "Questo contenuto non è ancora disponibile nella tua lingua.",
-  "page.editLink": "Modifica pagina",
-  "page.lastUpdated": "Ultimo aggiornamento:",
-  "page.previousLink": "Precedente",
-  "page.nextLink": "Successivo",
-  "page.draft": "Questo contenuto è una bozza e non sarà incluso nelle versioni di produzione.",
-  "404.text": "Pagina non trovata. Controlla l'URL o prova a utilizzare la barra di ricerca.",
-  "aside.note": "Nota",
-  "aside.tip": "Suggerimento",
-  "aside.caution": "Attenzione",
-  "aside.danger": "Pericolo",
-  "fileTree.directory": "Directory",
-  "docsearch.searchBox.resetButtonTitle": "Cancella la query",
-  "docsearch.searchBox.resetButtonAriaLabel": "Cancella la query",
-  "docsearch.searchBox.cancelButtonText": "Annulla",
-  "docsearch.searchBox.cancelButtonAriaLabel": "Annulla",
-  "docsearch.searchBox.searchInputLabel": "Cerca",
-  "docsearch.startScreen.recentSearchesTitle": "Recenti",
-  "docsearch.startScreen.noRecentSearchesText": "Nessuna ricerca recente",
-  "docsearch.startScreen.saveRecentSearchButtonTitle": "Salva questa ricerca",
-  "docsearch.startScreen.removeRecentSearchButtonTitle": "Rimuovi questa ricerca dalla cronologia",
-  "docsearch.startScreen.favoriteSearchesTitle": "Preferiti",
-  "docsearch.startScreen.removeFavoriteSearchButtonTitle": "Rimuovi questa ricerca dai preferiti",
-  "docsearch.errorScreen.titleText": "Impossibile recuperare i risultati",
-  "docsearch.errorScreen.helpText": "Controlla la tua connessione di rete.",
-  "docsearch.footer.selectText": "per selezionare",
-  "docsearch.footer.selectKeyAriaLabel": "Tasto Invio",
-  "docsearch.footer.navigateText": "per navigare",
-  "docsearch.footer.navigateUpKeyAriaLabel": "Freccia su",
-  "docsearch.footer.navigateDownKeyAriaLabel": "Freccia giù",
-  "docsearch.footer.closeText": "per chiudere",
-  "docsearch.footer.closeKeyAriaLabel": "Tasto Escape",
-  "docsearch.footer.searchByText": "Cercare tramite",
-  "docsearch.noResultsScreen.noResultsText": "Nessun risultato per",
-  "docsearch.noResultsScreen.suggestedQueryText": "Prova a cercare",
-  "docsearch.noResultsScreen.reportMissingResultsText": "Questa query dovrebbe restituire risultati?",
-  "docsearch.noResultsScreen.reportMissingResultsLinkText": "Facci sapere.",
-  "builtWithStarlight.label": "Realizzato con Starlight"
-}
diff --git a/src/content/i18n/ja.json b/src/content/i18n/ja.json
deleted file mode 100644
index 4d7d56d95..000000000
--- a/src/content/i18n/ja.json
+++ /dev/null
@@ -1,54 +0,0 @@
-{
-  "skipLink.label": "コンテンツへスキップ",
-  "search.label": "検索",
-  "search.ctrlKey": "Ctrl",
-  "search.cancelLabel": "キャンセル",
-  "search.devWarning": "検索は本番ビルドでのみ利用可能です。\nローカルでテストするには、サイトをビルドしてプレビューしてみてください。",
-  "themeSelect.accessibleLabel": "テーマを選択",
-  "themeSelect.dark": "ダーク",
-  "themeSelect.light": "ライト",
-  "themeSelect.auto": "自動",
-  "languageSelect.accessibleLabel": "言語を選択",
-  "menuButton.accessibleLabel": "メニュー",
-  "sidebarNav.accessibleLabel": "メイン",
-  "tableOfContents.onThisPage": "このページの内容",
-  "tableOfContents.overview": "概要",
-  "i18n.untranslatedContent": "このコンテンツはまだあなたの言語で利用できません。",
-  "page.editLink": "ページを編集",
-  "page.lastUpdated": "最終更新：",
-  "page.previousLink": "前へ",
-  "page.nextLink": "次へ",
-  "page.draft": "このコンテンツは下書きであり、本番ビルドには含まれません。",
-  "404.text": "ページが見つかりません。URLを確認するか、検索バーを使用してみてください。",
-  "aside.note": "注意",
-  "aside.tip": "ヒント",
-  "aside.caution": "警告",
-  "aside.danger": "危険",
-  "fileTree.directory": "ディレクトリ",
-  "docsearch.searchBox.resetButtonTitle": "検索語をクリア",
-  "docsearch.searchBox.resetButtonAriaLabel": "検索語をクリア",
-  "docsearch.searchBox.cancelButtonText": "キャンセル",
-  "docsearch.searchBox.cancelButtonAriaLabel": "キャンセル",
-  "docsearch.searchBox.searchInputLabel": "検索",
-  "docsearch.startScreen.recentSearchesTitle": "最近",
-  "docsearch.startScreen.noRecentSearchesText": "最近の検索はありません",
-  "docsearch.startScreen.saveRecentSearchButtonTitle": "この検索を保存",
-  "docsearch.startScreen.removeRecentSearchButtonTitle": "履歴からこの検索を削除",
-  "docsearch.startScreen.favoriteSearchesTitle": "お気に入り",
-  "docsearch.startScreen.removeFavoriteSearchButtonTitle": "お気に入りからこの検索を削除",
-  "docsearch.errorScreen.titleText": "結果を取得できません",
-  "docsearch.errorScreen.helpText": "ネットワーク接続を確認してください。",
-  "docsearch.footer.selectText": "選択するには",
-  "docsearch.footer.selectKeyAriaLabel": "Enterキー",
-  "docsearch.footer.navigateText": "移動するには",
-  "docsearch.footer.navigateUpKeyAriaLabel": "上矢印",
-  "docsearch.footer.navigateDownKeyAriaLabel": "下矢印",
-  "docsearch.footer.closeText": "閉じるには",
-  "docsearch.footer.closeKeyAriaLabel": "Escapeキー",
-  "docsearch.footer.searchByText": "検索対象",
-  "docsearch.noResultsScreen.noResultsText": "次の結果はありません：",
-  "docsearch.noResultsScreen.suggestedQueryText": "次を試してみてください:",
-  "docsearch.noResultsScreen.reportMissingResultsText": "このクエリで結果が表示されるべきですか？",
-  "docsearch.noResultsScreen.reportMissingResultsLinkText": "知らせてください。",
-  "builtWithStarlight.label": "Starlightで構築"
-}
diff --git a/src/content/i18n/ko.json b/src/content/i18n/ko.json
deleted file mode 100644
index e723e8484..000000000
--- a/src/content/i18n/ko.json
+++ /dev/null
@@ -1,54 +0,0 @@
-{
-  "skipLink.label": "콘텐츠로 건너뛰기",
-  "search.label": "검색",
-  "search.ctrlKey": "Ctrl",
-  "search.cancelLabel": "취소",
-  "search.devWarning": "검색은 프로덕션 빌드에서만 사용 가능합니다. \n로컬에서 테스트하려면 사이트를 빌드하고 미리보기를 시도해보세요.",
-  "themeSelect.accessibleLabel": "테마 선택",
-  "themeSelect.dark": "다크",
-  "themeSelect.light": "라이트",
-  "themeSelect.auto": "자동",
-  "languageSelect.accessibleLabel": "언어 선택",
-  "menuButton.accessibleLabel": "메뉴",
-  "sidebarNav.accessibleLabel": "메인",
-  "tableOfContents.onThisPage": "이 페이지에서",
-  "tableOfContents.overview": "개요",
-  "i18n.untranslatedContent": "이 콘텐츠는 아직 귀하의 언어로 제공되지 않습니다.",
-  "page.editLink": "페이지 편집",
-  "page.lastUpdated": "마지막 업데이트:",
-  "page.previousLink": "이전",
-  "page.nextLink": "다음",
-  "page.draft": "이 콘텐츠는 초안이며 프로덕션 빌드에 포함되지 않습니다.",
-  "404.text": "페이지를 찾을 수 없습니다. URL을 확인하거나 검색 바를 사용해 보세요.",
-  "docsearch.searchBox.resetButtonTitle": "검색어 지우기",
-  "docsearch.searchBox.resetButtonAriaLabel": "검색어 지우기",
-  "docsearch.searchBox.cancelButtonText": "취소",
-  "docsearch.searchBox.cancelButtonAriaLabel": "취소",
-  "docsearch.searchBox.searchInputLabel": "검색",
-  "docsearch.startScreen.recentSearchesTitle": "최근 항목",
-  "docsearch.startScreen.noRecentSearchesText": "최근 검색 기록이 없습니다",
-  "docsearch.startScreen.saveRecentSearchButtonTitle": "이 검색 저장",
-  "docsearch.startScreen.removeRecentSearchButtonTitle": "이 검색을 기록에서 삭제",
-  "docsearch.startScreen.favoriteSearchesTitle": "즐겨찾기",
-  "docsearch.startScreen.removeFavoriteSearchButtonTitle": "이 검색을 즐겨찾기에서 삭제",
-  "docsearch.errorScreen.titleText": "결과를 가져올 수 없습니다",
-  "docsearch.errorScreen.helpText": "네트워크 연결을 확인하세요.",
-  "docsearch.footer.selectText": "선택하려면",
-  "docsearch.footer.selectKeyAriaLabel": "Enter 키",
-  "docsearch.footer.navigateText": "탐색하려면",
-  "docsearch.footer.navigateUpKeyAriaLabel": "위쪽 화살표",
-  "docsearch.footer.navigateDownKeyAriaLabel": "아래쪽 화살표",
-  "docsearch.footer.closeText": "닫으려면",
-  "docsearch.footer.closeKeyAriaLabel": "Escape 키",
-  "docsearch.footer.searchByText": "검색 방식",
-  "docsearch.noResultsScreen.noResultsText": "검색 결과가 없습니다:",
-  "docsearch.noResultsScreen.suggestedQueryText": "다음으로 검색해보세요:",
-  "docsearch.noResultsScreen.reportMissingResultsText": "이 검색어는 결과가 있어야 하나요?",
-  "docsearch.noResultsScreen.reportMissingResultsLinkText": "알려주세요.",
-  "aside.note": "참고",
-  "aside.tip": "팁",
-  "aside.caution": "주의",
-  "aside.danger": "위험",
-  "fileTree.directory": "디렉토리",
-  "builtWithStarlight.label": "Starlight로 제작됨"
-}
diff --git a/src/content/plugins-tutorials/de/camera-preview.md b/src/content/plugins-tutorials/de/camera-preview.md
deleted file mode 100644
index 82551e524..000000000
--- a/src/content/plugins-tutorials/de/camera-preview.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-locale: de
----
-
-capgo/camera-preview Paket Tutorial
-
-In diesem Tutorial werden wir die Schritte durchgehen, um das `@capgo/camera-preview` Paket in Ihrem Capacitor-Projekt zu verwenden. Dieses Paket ermöglicht es Ihnen, von Ihrem JavaScript- und HTML-Code aus mit der Kamera zu interagieren.
-
-## Installation
-
-Um das `@capgo/camera-preview` Paket zu installieren, öffnen Sie Ihr Terminal und führen Sie einen der folgenden Befehle aus:
-
-```bash
-yarn add @capgo/camera-preview
-```
-
-oder
-
-```bash
-npm install @capgo/camera-preview
-```
-
-Nach Abschluss der Installation führen Sie den folgenden Befehl aus, um Ihr Capacitor-Projekt zu synchronisieren:
-
-```bash
-npx cap sync
-```
-
-### Zusätzliche Schritte zur Installation für Android
-
-Wenn Sie Android verwenden, müssen Sie einige zusätzliche Änderungen an Ihrem Projekt vornehmen. Öffnen Sie die Datei `android/app/src/main/AndroidManifest.xml` und fügen Sie die folgende Zeile über dem schließenden `</application>`-Tag hinzu, um die CAMERA-Berechtigung anzufordern:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-```
-
-Für weitere Hilfe verweisen Sie auf die [Capacitor-Dokumentation](https://capacitorjs.com/docs/android/configuration/#configuring-androidmanifestxml/)
-
-### Zusätzliche Schritte zur Installation für iOS
-
-Wenn Sie iOS verwenden, müssen Sie zwei Berechtigungen zu Ihrer `Info.plist`-Datei hinzufügen. Folgen Sie der [Capacitor-Dokumentation](https://capacitorjs.com/docs/ios/configuration/#configuring-infoplist) und fügen Sie die Berechtigungen `NSCameraUsageDescription` und `NSMicrophoneUsageDescription` hinzu. Die Berechtigung `NSMicrophoneUsageDescription` ist nur erforderlich, wenn Sie Audio verwenden möchten. Wenn Sie kein Audio benötigen, können Sie die Option `disableAudio` auf `true` setzen, um die Anforderung der Mikrofonberechtigung zu deaktivieren.
-
-### Zusätzliche Schritte zur Installation für Web
-
-Wenn Sie die Webplattform mit Ionic verwenden, fügen Sie die folgende Zeile zu Ihrem Einstiegsskript in `app.module.ts` hinzu:
-
-```typescript
-import '@capgo/camera-preview';
-```
-
-Dies ermöglicht es Capacitor, die Webplattform über das Plugin zu registrieren.
-
-## API
-
-Das `@capgo/camera-preview` Paket bietet die folgenden API-Methoden:
-
-### start(options: CameraPreviewOptions)
-
-Startet die Instanz der Kameraansicht
-
-### stop()
-
-Stoppt die Instanz der Kameraansicht
-
-### capture(options: CameraPreviewPictureOptions)
-
-Macht ein Bild von der Kamera
-
-### captureSample(options: CameraSampleOptions)
-
-Erfasst ein Beispielbild
-
-### getSupportedFlashModes()
-
-Erhält die unterstützten Blitzmodi
-
-### getHorizontalFov()
-
-Erhält das horizontale Sichtfeld
-
-### setFlashMode(options: { flashMode: CameraPreviewFlashMode | string; })
-
-Setzt den Blitzmodus
-
-### flip()
-
-Dreht die Kamera
-
-### setOpacity(options: CameraOpacityOptions)
-
-Setzt die Kameratransparenz
-
-### stopRecordVideo()
-
-Stoppt die Videoaufnahme
-
-### startRecordVideo(options: CameraPreviewOptions)
-
-Beginnt mit der Videoaufnahme
-
-Für weitere Details zu den Parametern und Rückgabewerten dieser Methoden verweisen Sie auf die Dokumentation des `@capgo/camera-preview` Pakets.
-
-## Fazit
-
-In diesem Tutorial haben wir gelernt, wie man das `@capgo/camera-preview` Paket in einem Capacitor-Projekt installiert und verwendet. Wir haben die verfügbaren API-Methoden und deren Nutzung erkundet. Jetzt können Sie die Kamerafunktionalität in Ihre Anwendung integrieren, indem Sie dieses Paket verwenden.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/capacitor-age-range.md b/src/content/plugins-tutorials/de/capacitor-age-range.md
deleted file mode 100644
index 3c16ad31e..000000000
--- a/src/content/plugins-tutorials/de/capacitor-age-range.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-locale: de
----
-# Using @capgo/capacitor-age-range Package
-
-The `@capgo/capacitor-age-range` package provides cross-platform age range detection for Capacitor apps. It uses **Google Play Age Signals** on Android and **Apple DeclaredAgeRange** on iOS, mapping both to a unified API.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-age-range
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `com.apple.developer.declared-age-range` entitlement to your app:
-
-1. In Xcode, select your target → **Signing & Capabilities**
-2. Click **+ Capability** → search for **Declared Age Range**
-3. Enable it
-
-Or add manually to your `*.entitlements` file:
-
-```xml
-<key>com.apple.developer.declared-age-range</key>
-<true/>
-```
-
-> **Note:** The DeclaredAgeRange framework requires iOS 26+. On older versions, the plugin returns `NOT_AVAILABLE`.
-
-## Android Setup
-
-No additional setup is needed. The plugin uses Google Play Age Signals API which works automatically when the Play Store is installed.
-
-## API
-
-The `@capgo/capacitor-age-range` package provides the following API methods:
-
-### requestAgeRange(options?)
-
-Requests the user's age range. On iOS, this shows a system dialog. On Android, this queries Play Age Signals in the background.
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function checkAge() {
-  const result = await AgeRange.requestAgeRange({
-    ageGates: [13, 16, 18] // iOS only, ignored on Android
-  });
-
-  switch (result.status) {
-    case 'SHARING':
-      console.log('Age range:', result.ageLower, '-', result.ageUpper);
-      console.log('Source:', result.declarationSource);
-      break;
-    case 'DECLINED_SHARING':
-      console.log('User declined to share age');
-      break;
-    case 'NOT_AVAILABLE':
-      console.log('Age range API not available');
-      break;
-    case 'ERROR':
-      console.log('Error occurred');
-      break;
-  }
-}
-```
-
-### getPluginVersion()
-
-Returns the native plugin version.
-
-```javascript
-const { version } = await AgeRange.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Complete Example
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function verifyAge() {
-  const result = await AgeRange.requestAgeRange({ ageGates: [13, 18] });
-
-  if (result.status === 'SHARING') {
-    const isAdult = (result.ageLower ?? 0) >= 18;
-    if (isAdult) {
-      enableAdultContent();
-    } else {
-      enableChildSafeContent();
-    }
-  } else {
-    // Default to child-safe experience
-    enableChildSafeContent();
-  }
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-age-range` package for cross-platform age range detection in your Capacitor app.
diff --git a/src/content/plugins-tutorials/de/capacitor-app-tracking-transparency.md b/src/content/plugins-tutorials/de/capacitor-app-tracking-transparency.md
deleted file mode 100644
index a07b46cac..000000000
--- a/src/content/plugins-tutorials/de/capacitor-app-tracking-transparency.md
+++ /dev/null
@@ -1,95 +0,0 @@
----
-locale: de
----
-# Using @capgo/capacitor-app-tracking-transparency Package
-
-The `@capgo/capacitor-app-tracking-transparency` package allows you to request and check iOS App Tracking Transparency (ATT) permission in your Capacitor app. This is required for apps that access the device's advertising identifier (IDFA) on iOS 14+.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-app-tracking-transparency
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `NSUserTrackingUsageDescription` key to your app's `Info.plist` file:
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>This identifier will be used to deliver personalized ads to you.</string>
-```
-
-This message will be shown to users when requesting tracking permission. Customize it to explain why your app needs tracking authorization.
-
-## Android & Web
-
-App Tracking Transparency is an iOS-only framework. On Android and Web, this plugin returns `authorized` status automatically, allowing transparent cross-platform usage without conditional code.
-
-## API
-
-The `@capgo/capacitor-app-tracking-transparency` package provides the following API methods:
-
-### getStatus()
-
-Gets the current tracking authorization status without prompting the user.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function checkTrackingStatus() {
-  const { status } = await AppTrackingTransparency.getStatus();
-  console.log('Tracking status:', status);
-  // Possible values: 'authorized', 'denied', 'notDetermined', 'restricted'
-}
-```
-
-### requestPermission()
-
-Requests user authorization to access app-related data for tracking. Shows the native iOS permission dialog.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function requestTrackingPermission() {
-  const { status } = await AppTrackingTransparency.requestPermission();
-  if (status === 'authorized') {
-    console.log('User authorized tracking');
-    // Initialize your tracking/analytics SDKs
-  } else {
-    console.log('User denied tracking:', status);
-    // Use non-personalized alternatives
-  }
-}
-```
-
-> **Note:** The permission dialog is only shown once per app install. Subsequent calls return the stored status.
-
-## Complete Example
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function handleTracking() {
-  const { status } = await AppTrackingTransparency.getStatus();
-
-  if (status === 'notDetermined') {
-    const result = await AppTrackingTransparency.requestPermission();
-    if (result.status === 'authorized') {
-      initializeTracking();
-    }
-  } else if (status === 'authorized') {
-    initializeTracking();
-  }
-}
-
-function initializeTracking() {
-  // Initialize your ad SDKs, analytics, etc.
-  console.log('Tracking initialized');
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-app-tracking-transparency` package to handle App Tracking Transparency in your Capacitor app.
diff --git a/src/content/plugins-tutorials/de/capacitor-crisp.md b/src/content/plugins-tutorials/de/capacitor-crisp.md
deleted file mode 100644
index 69373defd..000000000
--- a/src/content/plugins-tutorials/de/capacitor-crisp.md
+++ /dev/null
@@ -1,74 +0,0 @@
----
-locale: de
----
-
-sing @capgo/capacitor-crisp Paket
-
-Das `@capgo/capacitor-crisp` Paket ermöglicht es Ihnen, Crisp, ein natives SDK, in Ihre Capacitor-App zu integrieren. Es bietet Methoden zur Konfiguration von Crisp, zum Öffnen des Chatfensters, zum Festlegen von Benutzerdetails, zum Senden von Ereignissen und mehr.
-
-Um mit dem `@capgo/capacitor-crisp` Paket zu beginnen, folgen Sie diesen Schritten:
-
-## Installation
-
-1 Öffnen Sie Ihr Terminal und navigieren Sie zum Stammverzeichnis Ihrer Capacitor-App.
-2 Führen Sie den folgenden Befehl aus, um das Paket zu installieren:
-
-```bash
-npm install @capgo/capacitor-crisp
-npx cap sync
-```
-
-## Crisp initialisieren
-
-Bevor Sie eine der Methoden des `@capgo/capacitor-crisp` Pakets verwenden, müssen Sie Crisp mit Ihrer Website-ID konfigurieren. Fügen Sie den folgenden Code in Ihr Projekt ein:
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-CapacitorCrisp.configure({ websiteID: '******-****-****-****-********' });
-```
-
-Ersetzen Sie `'******-****-****-****-********'` durch Ihre tatsächliche Crisp-Website-ID.
-
-### iOS-Integration
-
-Wenn Sie iOS anvisieren, müssen Sie die folgenden Berechtigungen in die Infoplist-Datei Ihrer App hinzufügen:
-
-- Datenschutz - Kamera-Benutzungsbeschreibung (NSCameraUsageDescription)
-- Datenschutz - Foto-Bibliothek-Hinzufügungen-Benutzungsbeschreibung (NSPhotoLibraryAddUsageDescription)
-
-Stellen Sie sicher, dass Sie für jede Berechtigung eine Beschreibung angeben, die erklärt, warum Ihre App diese benötigt.
-
-### Android-Integration
-
-Für die Android-Integration sind keine zusätzlichen Schritte erforderlich.
-
-## Chatfenster öffnen
-
-Um das Crisp-Chatfenster in Ihrer App zu öffnen, verwenden Sie die vom `@capgo/capacitor-crisp` Paket bereitgestellte Methode `openMessenger`. Fügen Sie den folgenden Code in Ihr Projekt ein:
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-CapacitorCrisp.openMessenger();
-```
-
-Dies öffnet das Crisp-Chatfenster, damit Benutzer ein Gespräch mit Ihrem Support-Team beginnen können.
-
-## Zusätzliche Funktionalität
-
-Das `@capgo/capacitor-crisp` Paket bietet mehrere weitere Methoden zur Anpassung und Interaktion mit Crisp. Hier sind einige der verfügbaren Methoden:
-
-- `setTokenID`: Setzen Sie die Token-ID für den Benutzer.
-- `setUser`: Setzen Sie die Benutzerdetails wie Spitzname, Telefonnummer, E-Mail und Avatar.
-- `pushEvent`: Senden Sie ein benutzerdefiniertes Ereignis an Crisp.
-- `setCompany`: Setzen Sie die Unternehmensdetails einschließlich Name, URL, Beschreibung, Beschäftigung und Geolokalisierung.
-- `setInt`: Setzen Sie einen benutzerdefinierten Ganzzahlwert.
-- `setString`: Setzen Sie einen benutzerdefinierten Stringwert.
-- `sendMessage`: Senden Sie eine Chat-Nachricht an Crisp.
-- `setSegment`: Setzen Sie das Segment für den Benutzer.
-- `reset`: Setzen Sie die Crisp-Konfiguration zurück.
-
-Für weitere Informationen zu diesen Methoden und ihren Parametern verweisen Sie auf die offizielle Dokumentation des `@capgo/capacitor-crisp` Pakets.
-
-Das war's! Sie haben gelernt, wie Sie das `@capgo/capacitor-crisp` Paket verwenden, um Crisp in Ihre Capacitor-App zu integrieren. Genießen Sie nahtlose Kommunikation mit Ihren Benutzern über das Crisp-Chatfenster.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/capacitor-data-storage-sqlite.md b/src/content/plugins-tutorials/de/capacitor-data-storage-sqlite.md
deleted file mode 100644
index 3ec11262b..000000000
--- a/src/content/plugins-tutorials/de/capacitor-data-storage-sqlite.md
+++ /dev/null
@@ -1,188 +0,0 @@
----
-locale: de
----
-
-capgo/capacitor-data-storage-sqlite Tutorial
-
-Dieses Tutorial führt Sie durch den Prozess der Verwendung des Pakets `@capgo/capacitor-data-storage-sqlite`, um einen permanenten Schlüssel-Werte-Speicher für einfache Zeichenfolgendaten in Ihrer Ionic Capacitor-App zu implementieren.
-
-## Voraussetzungen
-
-Bevor wir beginnen, stellen Sie sicher, dass Sie Folgendes installiert haben:
-
-- Nodejs
-- npm
-- Ionic Capacitor-Projekt
-
-## Installation
-
-1 Öffnen Sie Ihr Terminal oder Eingabeaufforderung und navigieren Sie zu Ihrem Projektverzeichnis.
-
-2 Führen Sie den folgenden Befehl aus, um das Paket zu installieren:
-
-```bash
-npm install --save @capgo/capacitor-data-storage-sqlite
-```
-
-3 Nach der Installation synchronisieren Sie Ihr Capacitor-Projekt:
-
-```bash
-npx cap sync
-```
-
-4 Für die Web-Plattform installieren Sie localforage:
-
-```bash
-npm install --save localforage
-```
-
-5 Für die Electron-Plattform folgen Sie diesen zusätzlichen Schritten:
-
-```bash
-npm install --save @capacitor-community/electron
-npx cap add @capacitor-community/electron
-cd electron
-npm install --save sqlite3
-npm install --save-dev @types/sqlite3
-npm run build
-cd ..
-npx cap sync @capacitor-community/electron
-```
-
-## Verwendung
-
-Jetzt, da wir das Paket installiert haben, schauen wir uns an, wie es in Ihrer App verwendet wird.
-
-### Importieren des Plugins
-
-Zuerst importieren Sie das Plugin in Ihre TypeScript-Datei:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { CapacitorDataStorageSqlite, capDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-```
-
-### Eröffnung eines Speichers
-
-Um den Speicher zu verwenden, müssen Sie einen Speicher öffnen:
-
-```typescript
-async function openStore() {
-  const store = new CapacitorDataStorageSqlite(Capacitor.getPlatform());
-  await store.openStore({ database: "my_db", table: "my_table" });
-  return store;
-}
-```
-
-### Festlegen eines Wertes
-
-Um einen Wert im Speicher festzulegen:
-
-```typescript
-async function setValue(store, key: string, value: string) {
-  await store.set(key, value);
-}
-```
-
-### Abrufen eines Wertes
-
-Um einen Wert aus dem Speicher abzurufen:
-
-```typescript
-async function getValue(store, key: string) {
-  const result = await store.get(key);
-  return result.value;
-}
-```
-
-### Überprüfen, ob ein Schlüssel existiert
-
-Um zu überprüfen, ob ein Schlüssel im Speicher vorhanden ist:
-
-```typescript
-async function isKeyExists(store, key: string) {
-  const result = await store.iskey(key);
-  return result.result;
-}
-```
-
-### Entfernen eines Schlüssels
-
-Um einen Schlüssel aus dem Speicher zu entfernen:
-
-```typescript
-async function removeKey(store, key: string) {
-  await store.remove(key);
-}
-```
-
-### Leeren des Speichers
-
-Um alle Daten aus dem Speicher zu löschen:
-
-```typescript
-async function clearStore(store) {
-  await store.clear();
-}
-```
-
-### Schließen des Speichers
-
-Wenn Sie mit dem Speicher fertig sind, ist es eine gute Praxis, ihn zu schließen:
-
-```typescript
-async function closeStore(store) {
-  await store.closeStore();
-}
-```
-
-## Beispielanwendung
-
-Hier ist ein vollständiges Beispiel dafür, wie man das Plugin verwendet:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { CapacitorDataStorageSqlite, capDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-async function dataStorageExample() {
-  const store = new CapacitorDataStorageSqlite(Capacitor.getPlatform());
-  
-  try {
-    // Open the store
-    await store.openStore({ database: "my_db", table: "my_table" });
-
-    // Set a value
-    await store.set("myKey", "Hello, Capacitor!");
-
-    // Get the value
-    const result = await store.get("myKey");
-    console.log("Value:", result.value);
-
-    // Check if key exists
-    const keyExists = await store.iskey("myKey");
-    console.log("Key exists:", keyExists.result);
-
-    // Remove the key
-    await store.remove("myKey");
-
-    // Clear the store
-    await store.clear();
-
-  } catch (error) {
-    console.error("Error:", error);
-  } finally {
-    // Close the store
-    await store.closeStore();
-  }
-}
-
-dataStorageExample();
-```
-
-## Fazit
-
-Sie haben jetzt gelernt, wie man das Paket `@capgo/capacitor-data-storage-sqlite` verwendet, um ein Schlüssel-Werte-Speichersystem in Ihrer Ionic Capacitor-App zu implementieren. Dieses Plugin bietet eine einfache Möglichkeit, Zeichenfolgendaten über verschiedene Plattformen hinweg zu speichern und abzurufen, einschließlich iOS, Android, Electron und Web.
-
-Denken Sie daran, Fehler angemessen zu behandeln und den Speicher zu schließen, wenn Sie fertig sind. Für eine fortgeschrittene Verwendung, einschließlich der Arbeit mit verschlüsselten Datenbanken, mehreren Tabellen und JSON-Import/Export, beziehen Sie sich auf die vollständige API-Dokumentation des Plugins.
-
-Für detailliertere Informationen über die API und verfügbare Optionen konsultieren Sie die README oder Dokumentation des Pakets.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/capacitor-flash.md b/src/content/plugins-tutorials/de/capacitor-flash.md
deleted file mode 100644
index 70569d433..000000000
--- a/src/content/plugins-tutorials/de/capacitor-flash.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-locale: de
----
-
-Sing @capgo/capacitor-flash Paket
-
-Das `@capgo/capacitor-flash` Paket ermöglicht es Ihnen, das Taschenlampe/Licht Ihres Geräts ein- und auszuschalten. In diesem Tutorial werden wir Sie durch den Prozess der Installation und Verwendung dieses Pakets in Ihrer Ionic Capacitor-App führen.
-
-## Installation
-
-Um das `@capgo/capacitor-flash` Paket zu installieren, führen Sie den folgenden Befehl im Wurzelverzeichnis Ihres Projekts aus:
-
-```bash
-npm install @capgo/capacitor-flash
-npx cap sync
-```
-
-## iOS Einrichtung
-
-Das `@capgo/capacitor-flash` Paket funktioniert sofort auf iOS, sodass keine zusätzliche Einrichtung erforderlich ist.
-
-## Android Einrichtung
-
-Für Android müssen Sie die erforderlichen Berechtigungen in der Datei `AndroidManifest.xml` Ihrer App deklarieren. Fügen Sie die folgenden Zeilen innerhalb des `<manifest>` Tags hinzu:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-feature android:name="android.hardware.camera" />
-```
-
-## API
-
-Das `@capgo/capacitor-flash` Paket bietet die folgenden API-Methoden:
-
-### isAvailable()
-
-Diese Methode prüft, ob die Taschenlampe auf dem Gerät verfügbar ist.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function checkFlashlightAvailability() {
-  const isAvailable = await CapacitorFlash.isAvailable();
-  console.log('Flashlight availability:', isAvailable);
-}
-```
-
-### switchOn(options)
-
-Diese Methode schaltet die Taschenlampe des Geräts ein. Sie können Optionen übergeben, um die Intensität der Taschenlampe anzupassen.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function switchOnFlashlight() {
-  const options = {
-    intensity: 100, // Set the intensity to 100%
-  };
-  await CapacitorFlash.switchOn(options);
-  console.log('Flashlight switched on');
-}
-```
-
-### switchOff()
-
-Diese Methode schaltet die Taschenlampe des Geräts aus.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function switchOffFlashlight() {
-  await CapacitorFlash.switchOff();
-  console.log('Flashlight switched off');
-}
-```
-
-### isSwitchedOn()
-
-Diese Methode überprüft, ob die Taschenlampe derzeit ein- oder ausgeschaltet ist.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function checkFlashlightStatus() {
-  const isSwitchedOn = await CapacitorFlash.isSwitchedOn();
-  console.log('Flashlight status:', isSwitchedOn ? 'ON' : 'OFF');
-}
-```
-
-### toggle()
-
-Diese Methode schaltet die Taschenlampe um, d.h. wenn sie eingeschaltet ist, wird sie ausgeschaltet, und umgekehrt.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function toggleFlashlight() {
-  await CapacitorFlash.toggle();
-  console.log('Flashlight toggled');
-}
-```
-
-Das ist alles! Sie haben erfolgreich gelernt, wie Sie das `@capgo/capacitor-flash` Paket in Ihrer Ionic Capacitor-App verwenden, um die Taschenlampe/Licht Ihres Geräts zu steuern.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/capacitor-inappbrowser.md b/src/content/plugins-tutorials/de/capacitor-inappbrowser.md
deleted file mode 100644
index b392931c6..000000000
--- a/src/content/plugins-tutorials/de/capacitor-inappbrowser.md
+++ /dev/null
@@ -1,59 +0,0 @@
----
-locale: de
----
-
-capgo/inappbrowser Paket Tutorial
-
-Das `@capgo/inappbrowser` Paket ist ein Capacitor-Plugin, mit dem Sie eine URL in einem In-App-Browserfenster öffnen können. Hier ist eine schrittweise Anleitung, wie Sie dieses Paket verwenden:
-
-## Installation
-
-Um das Paket zu installieren, führen Sie den folgenden Befehl im Stammverzeichnis Ihres Projekts aus:
-
-```bash
-npm install @capgo/inappbrowser
-npx cap sync
-```
-
-## Verwendung
-
-1. Importieren Sie die `InAppBrowser`-Klasse aus dem `@capgo/inappbrowser`-Paket:
-
-   ```javascript
-   import { InAppBrowser } from '@capgo/inappbrowser';
-   ```
-
-2. Verwenden Sie die Methode `InAppBrowser.open`, um eine URL in einem neuen Vollbildfenster zu öffnen:
-
-   ```javascript
-   InAppBrowser.open("YOUR_URL");
-   ```
-
-   Ersetzen Sie `"YOUR_URL"` durch die URL, die Sie öffnen möchten.
-
-3. Sie können auch andere Methoden der `InAppBrowser`-Klasse verwenden:
-
-   - `clearCookies`: Alle Cookies löschen
-   - `close`: Das In-App-Browserfenster schließen
-   - `openWebView`: Eine URL in einem neuen Webview mit Werkzeugleisten öffnen
-   - `setUrl`: Die URL des In-App-Browsers festlegen
-
-   Weitere Einzelheiten zu diesen Methoden finden Sie im API-Bereich unten.
-
-## API
-
-Das `@capgo/inappbrowser`-Paket bietet die folgenden API-Methoden:
-
-- `open(options: OpenOptions)`: Öffnet eine URL in einem neuen Vollbildfenster. Nimmt ein `OpenOptions`-Objekt als Parameter.
-- `clearCookies()`: Alle Cookies löschen.
-- `close()`: Das In-App-Browserfenster schließen.
-- `openWebView(options: OpenWebViewOptions)`: Öffnet eine URL in einem neuen Webview mit Werkzeugleisten. Nimmt ein `OpenWebViewOptions`-Objekt als Parameter.
-- `setUrl(options: { url: string; })`: Legt die URL des In-App-Browsers fest. Nimmt ein Objekt mit einer `url`-Eigenschaft als Parameter.
-- `addListener('urlChangeEvent', listenerFunc: UrlChangeListener)`: Hört auf URL-Änderungsereignisse. Nimmt eine `UrlChangeListener`-Funktion als Parameter.
-- `addListener('closeEvent', listenerFunc: UrlChangeListener)`: Hört auf Schließereignisse. Nimmt eine `UrlChangeListener`-Funktion als Parameter.
-- `addListener('confirmBtnClicked', listenerFunc: UrlChangeListener)`: Hört auf Ereignisse, bei denen die Bestätigungstaste geklickt wird. Nimmt eine `UrlChangeListener`-Funktion als Parameter.
-- `removeAllListeners()`: Entfernt alle Ereignis-Listener.
-
-Für weitere Informationen zu den Parametern und Rückgabewerten dieser Methoden siehe die Dokumentation des Pakets.
-
-Und das ist es! Sie haben gelernt, wie Sie das `@capgo/inappbrowser`-Paket verwenden, um URLs in einem In-App-Browserfenster in Capacitor zu öffnen. Viel Spaß beim Programmieren!
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/capacitor-mute.md b/src/content/plugins-tutorials/de/capacitor-mute.md
deleted file mode 100644
index ee3516627..000000000
--- a/src/content/plugins-tutorials/de/capacitor-mute.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-locale: de
----
-
-sing @capgo/capacitor-mute Paket
-
-Das `@capgo/capacitor-mute` Paket ist ein Capacitor-Plugin, das es Ihnen ermöglicht zu erkennen, ob der Stummschalter auf einem Gerät aktiviert oder deaktiviert ist. Es bietet eine einfache API zur Überprüfung des Stummschaltungsstatus des Geräts.
-
-## Installation
-
-Sie können das `@capgo/capacitor-mute` Paket mit npm installieren:
-
-```bash
-npm install @capgo/capacitor-mute
-npx cap sync
-```
-
-## Verwendung
-
-Um das `@capgo/capacitor-mute` Paket zu verwenden, müssen Sie es importieren und die Methode `isMuted()` aufrufen.
-
-```typescript
-import { isMuted } from '@capgo/capacitor-mute';
-
-isMuted().then((result) => {
-  console.log('Mute status:', result);
-}).catch((error) => {
-  console.error('Error checking mute status:', error);
-});
-```
-
-Die Methode `isMuted()` gibt ein Versprechen zurück, das zu einem booleschen Wert aufgelöst wird, der angibt, ob das Gerät stummgeschaltet ist oder nicht. Wenn das Versprechen abgelehnt wird, wird eine Fehlermeldung angezeigt.
-
-## Beispiel
-
-Hier ist ein Beispiel, wie Sie das `@capgo/capacitor-mute` Paket verwenden können, um den Stummschaltungsstatus des Geräts zu überprüfen und eine Nachricht basierend auf dem Ergebnis anzuzeigen.
-
-```typescript
-import { isMuted } from '@capgo/capacitor-mute';
-
-isMuted().then((result) => {
-  if (result) {
-    console.log('The device is currently muted');
-    // Display a message or perform some actions for muted device
-  } else {
-    console.log('The device is not muted');
-    // Display a message or perform some actions for non-muted device
-  }
-}).catch((error) => {
-  console.error('Error checking mute status:', error);
-});
-```
-
-In diesem Beispiel wird, wenn das Gerät stummgeschaltet ist, die Nachricht "Das Gerät ist derzeit stummgeschaltet" angezeigt. Wenn das Gerät nicht stummgeschaltet ist, wird die Nachricht "Das Gerät ist nicht stummgeschaltet" angezeigt.
-
-## Mögliche Probleme
-
-Bitte beachten Sie, dass das `@capgo/capacitor-mute` Paket auf iOS-Geräten mit Xcode 14 möglicherweise nicht wie von Apple erwartet konfiguriert ist. Dieses Problem wird derzeit von den Entwicklern des Pakets bearbeitet. Um dieses Problem zu lösen, können Sie die in der [bekannten Problematik](https://githubcom/CocoaPods/CocoaPods/issues/8891/) des Handbuchs des Pakets bereitgestellten Anweisungen folgen.
-
-## Fazit
-
-Das `@capgo/capacitor-mute` Paket ist ein nützliches Capacitor-Plugin, das es Ihnen ermöglicht, den Stummschaltungsstatus eines Geräts zu erkennen. Indem Sie die im Tutorial beschriebenen Installations- und Nutzungsschritte befolgen, können Sie dieses Paket einfach in Ihr Capacitor-Projekt integrieren und dessen API zur Überprüfung des Stummschaltungsstatus nutzen.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/capacitor-native-biometric.md b/src/content/plugins-tutorials/de/capacitor-native-biometric.md
deleted file mode 100644
index c448e8bae..000000000
--- a/src/content/plugins-tutorials/de/capacitor-native-biometric.md
+++ /dev/null
@@ -1,22 +0,0 @@
----
-locale: de
----
-
-| -------------------------- | ------------------------- |
-| 0    | Unbekannter Fehler              | Android, iOS              |
-| 1    | Biometrie nicht verfügbar     | Android, iOS              |
-| 2    | Benutzer gesperrt               | Android, iOS              |
-| 3    | Biometrie nicht registriert    | Android, iOS              |
-| 4    | Benutzer vorübergehend gesperrt     | Android (Sperrung für 30 Sek.) |
-| 10   | Authentifizierung fehlgeschlagen      | Android, iOS              |
-| 11   | App abgebrochen                 | iOS                       |
-| 12   | Ungültiger Kontext            | iOS                       |
-| 13   | Nicht interaktiv            | iOS                       |
-| 14   | Passwort nicht festgelegt           | Android, iOS              |
-| 15   | System abgebrochen              | Android, iOS              |
-| 16   | Benutzer abgebrochen                | Android, iOS              |
-| 17   | Benutzer-Fallback              | Android, iOS              |
-
-Sie können diese Fehlercodes basierend auf den Anforderungen Ihrer Anwendung behandeln
-
-Das ist alles! Sie haben erfolgreich gelernt, wie Sie das `@capgo/capacitor-native-biometric` Paket verwenden, um biometrische Authentifizierung in Ihre Capacitor-Anwendungen zu integrieren
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/capacitor-nativegeocoder.md b/src/content/plugins-tutorials/de/capacitor-nativegeocoder.md
deleted file mode 100644
index f08026fa2..000000000
--- a/src/content/plugins-tutorials/de/capacitor-nativegeocoder.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-locale: de
----
-
-Verwendung von @capgo/nativegeocoder für Geokodierung
-
-Das Paket `@capgo/nativegeocoder` ist ein Capacitor-Plugin, das native Funktionen für vorwärts und rückwärts Geokodierung bereitstellt. Geokodierung ist der Prozess, Adressen in geografische Koordinaten (Breitengrad und Längengrad) und umgekehrt umzuwandeln.
-
-Um das Paket `@capgo/nativegeocoder` zu verwenden, befolgen Sie die folgenden Schritte:
-
-### Schritt 1: Paket installieren
-
-Installieren Sie das Paket mit npm:
-
-```bash
-npm install @capgo/nativegeocoder
-```
-
-### Schritt 2: Ihr Projekt synchronisieren
-
-Führen Sie den folgenden Befehl aus, um Ihr Projekt zu synchronisieren:
-
-```bash
-npx cap sync
-```
-
-### Schritt 3: Plugin importieren
-
-Importieren Sie in Ihrem Code `NativeGeocoder` aus `@capgo/nativegeocoder`:
-
-```javascript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-```
-
-### Schritt 4: Geokodierungsfunktionalität implementieren
-
-Das Plugin `@capgo/nativegeocoder` bietet zwei Hauptmethoden für die Geokodierung:
-
-#### Rückwärts-Geokodierung
-
-Die Rückwärts-Geokodierung ist der Prozess, geografische Koordinaten (Breitengrad und Längengrad) in eine Adresse umzuwandeln.
-
-```typescript
-const reverseOptions = {
-  latitude: 37.7749,
-  longitude: -122.4194,
-};
-
-const address = NativeGeocoder.reverseGeocode(reverseOptions);
-console.log(address);
-```
-
-Die Methode `reverseGeocode` nimmt ein Objekt mit den Eigenschaften Breitengrad und Längengrad. Sie gibt die Adresse als Ergebnis zurück.
-
-#### Vorwärts-Geokodierung
-
-Die Vorwärts-Geokodierung ist der Prozess, eine Adresse in geografische Koordinaten (Breitengrad und Längengrad) umzuwandeln.
-
-```typescript
-const forwardOptions = {
-  address: '1600 Amphitheatre Parkway, Mountain View, CA',
-};
-
-const coordinates = NativeGeocoder.forwardGeocode(forwardOptions);
-console.log(coordinates);
-```
-
-Die Methode `forwardGeocode` nimmt ein Objekt mit der Adresseigenschaft. Sie gibt die Koordinaten als Ergebnis zurück.
-
-### Fazit
-
-Das Paket `@capgo/nativegeocoder` bietet eine einfache und effiziente Möglichkeit, Geokodierung in Ihrem Capacitor-Projekt durchzuführen. Indem Sie die in diesem Tutorial beschriebenen Schritte befolgen, können Sie die Geokodierungsfunktionalität problemlos in Ihre Anwendung integrieren.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/capacitor-navigation-bar.md b/src/content/plugins-tutorials/de/capacitor-navigation-bar.md
deleted file mode 100644
index 8428d9d5f..000000000
--- a/src/content/plugins-tutorials/de/capacitor-navigation-bar.md
+++ /dev/null
@@ -1,45 +0,0 @@
----
-locale: de
----
-
-sing @capgo/capacitor-navigation-bar
-
-## Installation
-
-Um das Paket `@capgo/capacitor-navigation-bar` zu verwenden, müssen Sie es zunächst installieren, indem Sie den folgenden Befehl ausführen:
-
-```bash
-npm install @capgo/capacitor-navigation-bar
-npx cap sync
-```
-
-## Einstellung der Navigationsleistenfarbe
-
-Sie können die Farbe der Navigationsleiste für Android Lollipop und höher mit der Funktion `setNavigationBarColor` festlegen. Hier ist ein Beispiel, wie Sie es verwenden können:
-
-```typescript
-import { setNavigationBarColor } from '@capgo/capacitor-navigation-bar';
-
-...
-
-setNavigationBarColor({ color: '#FF0000' });
-```
-
-Der Parameter `color` ist ein String, der die Farbe der Navigationsleiste darstellt.
-
-## Abrufen der Navigationsleistenfarbe
-
-Sie können auch die aktuelle Farbe der Navigationsleiste mit der Funktion `getNavigationBarColor` abrufen. Hier ist ein Beispiel, wie Sie es verwenden können:
-
-```typescript
-import { getNavigationBarColor } from '@capgo/capacitor-navigation-bar';
-
-...
-
-const color = getNavigationBarColor();
-console.log(color);
-```
-
-Die Variable `color` enthält die aktuelle Farbe der Navigationsleiste.
-
-Und das war's! Sie wissen jetzt, wie Sie das Paket `@capgo/capacitor-navigation-bar` verwenden, um die Farbe der Navigationsleiste in Ihrer Android-App festzulegen und abzurufen.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/capacitor-screen-recorder.md b/src/content/plugins-tutorials/de/capacitor-screen-recorder.md
deleted file mode 100644
index 48cf62cb5..000000000
--- a/src/content/plugins-tutorials/de/capacitor-screen-recorder.md
+++ /dev/null
@@ -1,49 +0,0 @@
----
-locale: de
----
-
-capgo/capacitor-screen-recorder  
-Ein Capacitor-Plugin zum Aufzeichnen des Bildschirms des Geräts
-
-## Installation  
-Um das Paket zu installieren, führen Sie den folgenden Befehl aus:  
-```
-npm install @capgo/capacitor-screen-recorder
-npx cap sync
-```  
-Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen und Konfigurationen hinzufügen, damit das Plugin ordnungsgemäß funktioniert.
-
-## Verwendung  
-Um mit der Aufnahme des Bildschirms zu beginnen, verwenden Sie die Methode `start()`:  
-```typescript
-import { Plugins } from '@capacitor/core';
-const { CapacitorScreenRecorder } = Plugins;
-
-CapacitorScreenRecorder.start();
-```
-
-Um die Aufnahme zu stoppen, verwenden Sie die Methode `stop()`:  
-```typescript
-import { Plugins } from '@capacitor/core';
-const { CapacitorScreenRecorder } = Plugins;
-
-CapacitorScreenRecorder.stop();
-```
-
-Das war's! Sie können jetzt den Bildschirm Ihres Geräts mit dem Capacitor Screen Recorder-Plugin aufzeichnen.  
-## Android  
-
-Fügen Sie diese Berechtigungen hinzu  
-```xml
-  <uses-permission android:name="android.permission.CAPTURE_VIDEO_OUTPUT" />
-  <uses-permission android:name="android.permission.FOREGROUND_SERVICE_MEDIA_PROJECTION" />
-```
-
-## Kompatibilität  
-Dieses Plugin ist mit Capacitor 4 und höher kompatibel.
-
-## Mitwirken  
-Beiträge zu diesem Plugin werden sehr geschätzt. Wenn Sie auf Probleme stoßen oder Vorschläge haben, können Sie gerne einen Pull-Request einreichen oder ein Problem im GitHub-Repository erstellen.
-
-## Lizenz  
-Dieses Paket ist unter der MIT-Lizenz lizenziert.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/capacitor-shake.md b/src/content/plugins-tutorials/de/capacitor-shake.md
deleted file mode 100644
index 0889f5951..000000000
--- a/src/content/plugins-tutorials/de/capacitor-shake.md
+++ /dev/null
@@ -1,48 +0,0 @@
----
-locale: de
----
-
-sing @capgo/capacitor-shake
-
-Das `@capgo/capacitor-shake` Paket ermöglicht es Ihnen, Schüttelgesten auf einem Gerät zu erkennen. Hier ist ein Tutorial, wie Sie dieses Paket in Ihrer Capacitor-App verwenden können.
-
-## Installation
-
-Um das Paket zu installieren, führen Sie den folgenden Befehl aus:
-
-```bash
-npm install @capgo/capacitor-shake
-npx cap sync
-```
-
-## Fügen Sie den Listener hinzu
-
-Um Schüttelgesten zu erkennen, müssen Sie einen Listener für das `shake` Ereignis hinzufügen. Hier ist ein Beispiel, wie es geht:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-
-const { CapacitorShake } = Plugins;
-
-CapacitorShake.addListener('shake', () => {
-  console.log('Shake gesture detected!');
-});
-```
-
-In diesem Beispiel importieren wir das `CapacitorShake` Plugin von `@capacitor/core` und verwenden die Methode `addListener`, um einen Listener für das `shake` Ereignis hinzuzufügen. Wenn die Schüttelgeste erkannt wird, wird die Callback-Funktion ausgeführt.
-
-## Entfernen Sie den Listener
-
-Wenn Sie den `shake` Ereignis-Listener entfernen möchten, können Sie die Methode `removeAllListeners` verwenden:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-
-const { CapacitorShake } = Plugins;
-
-CapacitorShake.removeAllListeners('shake');
-```
-
-In diesem Beispiel verwenden wir die Methode `removeAllListeners`, um alle `shake` Ereignis-Listener zu entfernen.
-
-Das war's! Sie haben das `@capgo/capacitor-shake` Paket erfolgreich in Ihre Capacitor-App integriert. Sie können jetzt Schüttelgesten auf dem Gerät erkennen.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/capacitor-updater.md b/src/content/plugins-tutorials/de/capacitor-updater.md
deleted file mode 100644
index 6c1bc7dd1..000000000
--- a/src/content/plugins-tutorials/de/capacitor-updater.md
+++ /dev/null
@@ -1,92 +0,0 @@
----
-locale: de
----
-
-capgo/capacitor-updater Paket Tutorial
-
-Dieses Tutorial führt Sie durch den Prozess der Verwendung des `@capgo/capacitor-updater`-Pakets, um automatische Updates in Ihrer Ionic Capacitor-App zu aktivieren.
-
-## Voraussetzungen
-
-Bevor wir beginnen, stellen Sie sicher, dass Sie Folgendes installiert haben:
-
-- Nodejs
-- npm
-
-## Installation
-
-Um das `@capgo/capacitor-updater`-Paket zu installieren, öffnen Sie Ihr Terminal oder die Eingabeaufforderung und führen Sie den folgenden Befehl aus:
-
-```
-npm install @capgo/capacitor-updater
-```
-
-Dies wird das Paket in Ihrem Projekt herunterladen und installieren.
-
-### Plugin installieren
-
-Sie sollten am Ende diesen Code zu Ihrer App hinzufügen:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Um das Plugin in Ihre Capacitor-App zu installieren.
-
-Fügen Sie Ihrer App dann diesen Code hinzu, um das native Plugin zu benachrichtigen, dass das JS-Bundle gesund ist. Das native Plugin wird auf die vorherige Version zurücksetzen, wenn Sie dies nicht tun:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Dies wird dem nativen Plugin mitteilen, dass die Installation erfolgreich war.
-
-Führen Sie dann `npm run build && npx cap copy` aus, um Ihre App zu aktualisieren.
-
-### Bei Capgo CLOUD anmelden
-
-Zuerst verwenden Sie den `all` [apikey](https://console.capgo.app/dashboard/apikeys/), der in Ihrem Konto vorhanden ist, um sich mit der CLI anzumelden:
-
-`npx @capgo/cli@latest login IHR_SCHLÜSSEL`
-
-### Ihre erste App hinzufügen
-
-Lassen Sie uns zunächst eine App in Capgo Cloud mit der CLI erstellen.
-
-`npx @capgo/cli@latest app add`
-
-Dieser Befehl verwendet alle Variablen, die in der Capacitor-Konfigurationsdatei definiert sind, um die App zu erstellen.
-
-### Ihre erste Version hochladen
-
-Führen Sie den Befehl aus, um Ihren Code zu bauen und ihn an Capgo zu senden:
-
-`npx @capgo/cli@latest bundle upload`
-
-Standardmäßig wird der Versionsname der in Ihrer `packagejson`-Datei angegeben.
-
-Überprüfen Sie in [Capgo](https://console.capgo.app/), ob der Build vorhanden ist.
-
-Sie können es sogar mit meiner [mobilen Sandbox-App](https://capgo.app/app_mobile/) testen!
-
-### Kanal als Standard festlegen
-
-Nachdem Sie Ihre App an Capgo gesendet haben, müssen Sie Ihren Kanal auf `default` setzen, damit Apps Updates von Capgo erhalten können.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-## Live-Update auf einem Gerät empfangen
-
-Damit Ihre Anwendung ein Live-Update von Deploy erhält, müssen Sie die App auf einem Gerät oder einem Emulator ausführen. Der einfachste Weg, dies zu tun, ist einfach, den folgenden Befehl zu verwenden, um Ihre lokale App in einem Emulator oder auf einem mit Ihrem Computer verbundenen Gerät zu starten:
-
-    npx cap run [ios | android]
-
-Öffnen Sie die App, bringen Sie sie in den Hintergrund und öffnen Sie sie erneut; Sie sollten in den Protokollen sehen, dass die App das Update durchgeführt hat.
-
-Herzlichen Glückwunsch! 🎉 Sie haben erfolgreich Ihr erstes Live-Update bereitgestellt. Dies ist nur der Anfang dessen, was Sie mit Live-Updates tun können. Um mehr zu erfahren, sehen Sie sich die vollständige [Live Updates-Dokumentation](/docs/plugin/cloud-mode/getting-started/) an.
-
-> Wenn Sie das lokale Update empfangen stoppen möchten, führen Sie diesen Befehl aus:
-`npx @capgo/cli@latest channel set`
-
-## Fazit
-
-Herzlichen Glückwunsch! Sie haben erfolgreich gelernt, wie Sie das `@capgo/capacitor-updater`-Paket verwenden, um automatische Updates in Ihrer Ionic Capacitor-App zu aktivieren. Egal, ob Sie sich für das automatische Update oder die manuelle Einrichtung entscheiden, Sie haben jetzt die Werkzeuge, um Ihre App problemlos auf dem neuesten Stand zu halten.
diff --git a/src/content/plugins-tutorials/de/capacitor-uploader.md b/src/content/plugins-tutorials/de/capacitor-uploader.md
deleted file mode 100644
index 6e2daf600..000000000
--- a/src/content/plugins-tutorials/de/capacitor-uploader.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-locale: de
----
-
-capgo/capacitor-uploader Tutorial
-
-Dieses Tutorial führt Sie durch den Prozess der Verwendung des `@capgo/capacitor-uploader` Pakets, um Dateien nativ in Ihrer Ionic Capacitor-App hochzuladen.
-
-## Voraussetzungen
-
-Bevor wir beginnen, stellen Sie sicher, dass Sie Folgendes installiert haben:
-
-- Nodejs
-- npm
-- Ionic Capacitor Projekt
-
-## Installation
-
-1. Öffnen Sie Ihr Terminal oder Eingabeaufforderung und navigieren Sie zu Ihrem Projektverzeichnis.
-
-2. Führen Sie den folgenden Befehl aus, um das Paket zu installieren:
-
-```bash
-npm install @capgo/capacitor-uploader
-```
-
-3. Nach der Installation synchronisieren Sie Ihr Capacitor-Projekt:
-
-```bash
-npx cap sync
-```
-
-## Konfiguration
-
-### Android-Konfiguration
-
-Für Android müssen Sie einige Berechtigungen zu Ihrer `AndroidManifestxml`-Datei hinzufügen. Öffnen Sie die Datei im Verzeichnis `android/app/src/main/AndroidManifestxml` und fügen Sie die folgenden Berechtigungen innerhalb des `<manifest>`-Tags hinzu:
-
-```xml
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-```
-
-## Verwendung
-
-Jetzt, da wir das Paket installiert und konfiguriert haben, schauen wir uns an, wie wir es in Ihrer App verwenden können.
-
-### Hochladen des Uploaders
-
-Zuerst importieren Sie den Uploader in Ihre TypeScript-Datei:
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-```
-
-### Hochladen zu S3
-
-Hier ist ein Beispiel, wie man eine Datei mit einer vorab signierten URL nach S3 hochlädt:
-
-```typescript
-async function uploadToS3(filePath: string, presignedUrl: string, fields: Record<string, string>) {
-  try {
-    const { id } = await Uploader.startUpload({
-      filePath: filePath,
-      serverUrl: presignedUrl,
-      method: 'PUT',
-      parameters: fields,
-      notificationTitle: 'Uploading to S3'
-    });
-
-    console.log('Upload started with ID:', id);
-
-    Uploader.addListener('events', (event: UploadEvent) => {
-      if (event.name === 'uploading') {
-        console.log(`Upload progress: ${event.payload.percent}%`);
-      } else if (event.name === 'completed') {
-        console.log('Upload completed successfully');
-      } else if (event.name === 'failed') {
-        console.error('Upload failed:', event.payload.error);
-      }
-    });
-
-  } catch (error) {
-    console.error('Failed to start upload:', error);
-  }
-}
-```
-
-### Hochladen zu einem benutzerdefinierten Server
-
-Hier ist ein Beispiel, wie man eine Datei auf einen benutzerdefinierten Server hochlädt:
-
-```typescript
-async function uploadToCustomServer(filePath: string, serverUrl: string) {
-  try {
-    const { id } = await Uploader.startUpload({
-      filePath: filePath,
-      serverUrl: serverUrl,
-      method: 'POST',
-      headers: {
-        'Authorization': 'Bearer your-auth-token-here'
-      },
-      parameters: {
-        'user_id': '12345',
-        'file_type': 'image'
-      },
-      notificationTitle: 'Uploading to Custom Server',
-      maxRetries: 3
-    });
-
-    console.log('Upload started with ID:', id);
-
-    Uploader.addListener('events', (event) => {
-      switch (event.name) {
-        case 'uploading':
-          console.log(`Upload progress: ${event.payload.percent}%`);
-          break;
-        case 'completed':
-          console.log('Upload completed successfully');
-          console.log('Server response status code:', event.payload.statusCode);
-          break;
-        case 'failed':
-          console.error('Upload failed:', event.payload.error);
-          break;
-      }
-    });
-
-  } catch (error) {
-    console.error('Failed to start upload:', error);
-  }
-}
-```
-
-### Verwendung mit dem Capacitor Camera Preview
-
-Wenn Sie das Capacitor Camera Preview-Plugin verwenden, können Sie es mit dem Uploader kombinieren, um Videos aufzunehmen und hochzuladen. Hier ist ein Beispiel:
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview'
-import { Uploader } from '@capgo/capacitor-uploader';
-
-async function recordAndUpload() {
-  try {
-    await CameraPreview.startRecordVideo({ storeToFile: true });
-    await new Promise(resolve => setTimeout(resolve, 5000)); // Record for 5 seconds
-    const { videoFilePath } = await CameraPreview.stopRecordVideo();
-    await uploadVideo(videoFilePath);
-  } catch (error) {
-    console.error('Error in recordAndUpload:', error);
-  }
-}
-
-async function uploadVideo(filePath: string) {
-  Uploader.addListener('events', (event) => {
-    switch (event.name) {
-      case 'uploading':
-        console.log(`Upload progress: ${event.payload.percent}%`);
-        break;
-      case 'completed':
-        console.log('Upload completed successfully');
-        break;
-      case 'failed':
-        console.error('Upload failed:', event.payload.error);
-        break;
-    }
-  });
-
-  try {
-    const result = await Uploader.startUpload({
-      filePath,
-      serverUrl: 'YOUR_S3_PRESIGNED_URL',
-      method: 'PUT',
-      headers: {
-        'Content-Type': 'video/mp4',
-      },
-      mimeType: 'video/mp4',
-    });
-    console.log('Video uploaded successfully:', result.id);
-  } catch (error) {
-    console.error('Error uploading video:', error);
-  }
-}
-```
-
-## Fazit
-
-Sie haben jetzt gelernt, wie man das `@capgo/capacitor-uploader` Paket verwendet, um Dateien nativ in Ihrer Ionic Capacitor-App hochzuladen. Dieses Plugin bietet eine flexible Möglichkeit, Dateien an verschiedene Server hochzuladen, einschließlich S3 mit vorab signierten URLs, und kann in Kombination mit anderen Plugins wie dem Capacitor Camera Preview verwendet werden.
-
-Denken Sie daran, Fehler angemessen zu behandeln und Upload-Ereignisse zu verwalten, um Ihren Benutzern Feedback über den Fortschritt und den Status des Uploads zu geben.
-
-Für detailliertere Informationen über die API und verfügbare Optionen konsultieren Sie die README oder die Dokumentation des Pakets.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/home-indicator.md b/src/content/plugins-tutorials/de/home-indicator.md
deleted file mode 100644
index ed76ba84b..000000000
--- a/src/content/plugins-tutorials/de/home-indicator.md
+++ /dev/null
@@ -1,68 +0,0 @@
----
-locale: de
----
-
-capgo/home-indicator
-
-Das `@capgo/home-indicator` Paket ermöglicht es Ihnen, den Home-Button-Indikator in Ihrer Capacitor-App auszublenden und anzuzeigen.
-
-## Installation
-
-Um das Paket zu installieren, führen Sie den folgenden Befehl in Ihrem Terminal aus:
-
-```bash
-npm install @capgo/home-indicator
-npx cap sync
-```
-
-## API
-
-Das Paket bietet die folgenden Methoden:
-
-### `hide()`
-
-```typescript
-hide() => Promise
-```
-
-Blenden Sie den Home-Indikator aus.
-
-**Seit:** 001
-
-### `show()`
-
-```typescript
-show() => Promise
-```
-
-Zeigen Sie den Home-Indikator an.
-
-**Seit:** 001
-
-### `isHidden()`
-
-```typescript
-isHidden() => Promise<{ hidden: boolean; }>
-```
-
-Erhalten Sie den Status des Home-Indikators.
-
-**Gibt zurück:** Promise<{ hidden: boolean; }>
-
-**Seit:** 001
-
-## CSS-Variablen
-
-Sie können `--safe-area-inset-bottom` verwenden, um sicherzustellen, dass Ihr Inhalt nicht vom Home-Indikator verdeckt wird. Diese Variable wird vom Plugin für Android injiziert. Es ist nützlich, wenn Sie den echten Vollbildmodus auf Android aktivieren.
-
-Beispielverwendung:
-
-```java
-getWindow().setDecorFitsSystemWindows(false);
-```
-
-## Credits
-
-Dieses Plugin wurde ursprünglich für [Kickcom](https://kickcom/) von [Capgo](https://capgo.app/) erstellt.
-
-Für weitere Informationen und Updates besuchen Sie [Capgo](https://capgo.app/).
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/ivs-player.md b/src/content/plugins-tutorials/de/ivs-player.md
deleted file mode 100644
index 0b866c269..000000000
--- a/src/content/plugins-tutorials/de/ivs-player.md
+++ /dev/null
@@ -1,154 +0,0 @@
----
-locale: de
----
-
-singen @capgo/ivs-player
-
-## Installation
-
-Um das @capgo/ivs-player-Paket zu installieren, müssen Sie den folgenden Befehl ausführen:
-
-```bash
-npm install @capgo/ivs-player
-npx cap sync
-```
-
-## API
-
-Das @capgo/ivs-player-Paket bietet die folgende API:
-
-### create(options: { url: string; pip?: boolean; title?: string; subtitle?: string; cover?: string; autoPlay?: boolean; toBack?: boolean; x?: number; y?: number; width?: number; height?: number; }) => Promise
-
-Diese Methode erstellt eine Instanz des IVS-Players. Sie nimmt ein Optionsobjekt als Parameter, das verschiedene Eigenschaften wie die URL des Videos, ob der Bild-in-Bild-Modus aktiviert werden soll, den Titel und Untertitel des Videos und mehr enthält. Sie gibt ein Promise zurück, das zur erstellten Instanz aufgelöst wird.
-
-### start() => Promise
-
-Diese Methode startet die Wiedergabe des Videos im IVS-Player. Sie gibt ein Promise zurück.
-
-### cast() => Promise
-
-Diese Methode streamt das Video zu einem angeschlossenen Gerät. Sie gibt ein Promise zurück.
-
-### getCastStatus() => Promise<{ isActive: boolean; }>
-
-Diese Methode ruft den Status der Casting-Funktion ab. Sie gibt ein Promise zurück, das zu einem Objekt mit der Eigenschaft isActive aufgelöst wird, die angibt, ob das Casting aktiv ist.
-
-### pause() => Promise
-
-Diese Methode pausiert die Video-Wiedergabe. Sie gibt ein Promise zurück.
-
-### delete() => Promise
-
-Diese Methode löscht die IVS-Player-Instanz. Sie gibt ein Promise zurück.
-
-### getUrl() => Promise
-
-Diese Methode ruft die URL des aktuell wiedergegebenen Videos ab. Sie gibt ein Promise zurück.
-
-### getState() => Promise
-
-Diese Methode ruft den aktuellen Zustand des IVS-Players ab. Sie gibt ein Promise zurück.
-
-### setPlayerPosition() => Promise
-
-Diese Methode setzt die Position des IVS-Players auf dem Bildschirm. Sie nimmt x- und y-Koordinaten als Parameter und gibt ein Promise zurück.
-
-### getPlayerPosition() => Promise
-
-Diese Methode ruft die aktuelle Position des IVS-Players auf dem Bildschirm ab. Sie gibt ein Promise zurück.
-
-### setAutoQuality() => Promise
-
-Diese Methode setzt den automatischen Qualitätsmodus des IVS-Players. Sie nimmt einen booleschen Wert als Parameter und gibt ein Promise zurück.
-
-### getAutoQuality() => Promise
-
-Diese Methode ruft den aktuellen automatischen Qualitätsmodus des IVS-Players ab. Sie gibt ein Promise zurück.
-
-### setPip() => Promise
-
-Diese Methode setzt den Bild-in-Bild-Modus des IVS-Players. Sie nimmt einen booleschen Wert als Parameter und gibt ein Promise zurück.
-
-### getPip() => Promise
-
-Diese Methode ruft den aktuellen Bild-in-Bild-Modus des IVS-Players ab. Sie gibt ein Promise zurück.
-
-### setFrame() => Promise
-
-Diese Methode setzt das Frame des IVS-Players. Sie nimmt einen Zahlenwert als Parameter und gibt ein Promise zurück.
-
-### getFrame() => Promise
-
-Diese Methode ruft das aktuelle Frame des IVS-Players ab. Sie gibt ein Promise zurück.
-
-### setMute() => Promise
-
-Diese Methode setzt den Stumm-Modus des IVS-Players. Sie nimmt einen booleschen Wert als Parameter und gibt ein Promise zurück.
-
-### getMute() => Promise
-
-Diese Methode ruft den aktuellen Stumm-Modus des IVS-Players ab. Sie gibt ein Promise zurück.
-
-### setQuality() => Promise
-
-Diese Methode setzt die Qualität des Videos im IVS-Player. Sie nimmt einen String-Wert als Parameter und gibt ein Promise zurück.
-
-### getQuality() => Promise
-
-Diese Methode ruft die aktuelle Qualität des Videos im IVS-Player ab. Sie gibt ein Promise zurück.
-
-### getQualities() => Promise
-
-Diese Methode ruft die verfügbaren Qualitäten des Videos im IVS-Player ab. Sie gibt ein Promise zurück.
-
-### addListener('expandPip', ) => void
-
-Diese Methode fügt einen Listener für das expandPip-Ereignis hinzu. Sie nimmt eine Callback-Funktion als Parameter und gibt void zurück.
-
-### addListener('closePip', ) => void
-
-Diese Methode fügt einen Listener für das closePip-Ereignis hinzu. Sie nimmt eine Callback-Funktion als Parameter und gibt void zurück.
-
-### addListener('onState', ) => void
-
-Diese Methode fügt einen Listener für das onState-Ereignis hinzu. Sie nimmt eine Callback-Funktion als Parameter und gibt void zurück.
-
-### addListener('onCues', ) => void
-
-Diese Methode fügt einen Listener für das onCues-Ereignis hinzu. Sie nimmt eine Callback-Funktion als Parameter und gibt void zurück.
-
-### addListener('onDuration', ) => void
-
-Diese Methode fügt einen Listener für das onDuration-Ereignis hinzu.Es nimmt eine Callback-Funktion als Parameter und gibt void zurück
-
-### addListener('onError', ) => void
-
-Diese Methode fügt einen Listener für das onError-Ereignis hinzu. Es nimmt eine Callback-Funktion als Parameter und gibt void zurück.
-
-### addListener('onRebuffering', ) => void
-
-Diese Methode fügt einen Listener für das onRebuffering-Ereignis hinzu. Es nimmt eine Callback-Funktion als Parameter und gibt void zurück.
-
-### addListener('onSeekCompleted', ) => void
-
-Diese Methode fügt einen Listener für das onSeekCompleted-Ereignis hinzu. Es nimmt eine Callback-Funktion als Parameter und gibt void zurück.
-
-### addListener('onVideoSize', ) => void
-
-Diese Methode fügt einen Listener für das onVideoSize-Ereignis hinzu. Es nimmt eine Callback-Funktion als Parameter und gibt void zurück.
-
-### addListener('onQuality', ) => void
-
-Diese Methode fügt einen Listener für das onQuality-Ereignis hinzu. Es nimmt eine Callback-Funktion als Parameter und gibt void zurück.
-
-### addListener('onCastStatus', ) => void
-
-Diese Methode fügt einen Listener für das onCastStatus-Ereignis hinzu. Es nimmt eine Callback-Funktion als Parameter und gibt void zurück.
-
-### removeAllListeners() => void
-
-Diese Methode entfernt alle hinzugefügten Ereignis-Listener. Es gibt void zurück.
-
-## Fazit
-
-Das @capgo/ivs-player-Paket bietet eine umfassende API zur Integration eines IVS-Players in Ihre Capacitor-App. Durch das Befolgen der Installationsschritte und das Referenzieren der API-Dokumentation können Sie einfach beginnen, Videos in Ihrer App mit dem IVS-Player abzuspielen.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/native-audio.md b/src/content/plugins-tutorials/de/native-audio.md
deleted file mode 100644
index 1d3bab452..000000000
--- a/src/content/plugins-tutorials/de/native-audio.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-locale: de
----
-
-Sing @capgo/native-audio Paket
-
-Dieses Tutorial führt Sie durch die Nutzung des `@capgo/native-audio` Pakets zum Abspielen von Tönen in Ihrer Capacitor-Anwendung.
-
-## Schritt 1: Installation
-
-Um das Paket zu installieren, öffnen Sie Ihr Terminal und führen Sie den folgenden Befehl aus:
-
-```bash
-npm install @capgo/native-audio
-```
-
-oder wenn Sie lieber Yarn verwenden:
-
-```bash
-yarn add @capgo/native-audio
-```
-
-## Schritt 2: Native Dateien synchronisieren
-
-Nach der Installation des Pakets synchronisieren Sie die nativen Dateien mit dem folgenden Befehl:
-
-```bash
-npx cap sync
-```
-
-## Schritt 3: Konfiguration
-
-Für dieses Plug-in sind keine zusätzlichen Konfigurationen erforderlich.
-
-## Schritt 4: Verwendung
-
-Um das `@capgo/native-audio` Paket zu verwenden, müssen Sie das `NativeAudio` Objekt aus dem Paket importieren und dessen Methoden verwenden.
-
-Hier ist ein Beispiel, wie Sie eine Audiodatei vorladen und abspielen können:
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-// Preload the audio file
-NativeAudio.preload({
-  assetId: 'fire',
-  assetPath: 'assets/sounds/fire.mp3',
-  audioChannelNum: 1,
-  isUrl: false,
-});
-
-// Play the loaded audio file
-NativeAudio.play({
-  assetId: 'fire',
-});
-```
-
-Die Methode `preload` wird verwendet, um eine Audiodatei in den Arbeitsspeicher zu laden, und die Methode `play` wird verwendet, um die geladene Audiodatei abzuspielen.
-
-Weitere unterstützte Methoden sind `pause`, `resume`, `loop`, `stop`, `unload`, `setVolume`, `getDuration` und `getCurrentTime`. Sie können sich auf die [offizielle Dokumentation](https://githubcom/Cap-go/native-audio/blob/main/READMEmd/) für weitere Details zu diesen Methoden beziehen.
-
-Das war's! Sie haben nun gelernt, wie Sie das `@capgo/native-audio` Paket verwenden, um Töne in Ihrer Capacitor-Anwendung abzuspielen.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/native-market.md b/src/content/plugins-tutorials/de/native-market.md
deleted file mode 100644
index c7692e9c4..000000000
--- a/src/content/plugins-tutorials/de/native-market.md
+++ /dev/null
@@ -1,76 +0,0 @@
----
-published: true
-locale: de
----
-
-# @capgo/native-market Paket-Tutorial
-
-Das `@capgo/native-market` Paket ist ein Capacitor-Community-Plugin für den nativen Markt, das es Ihnen ermöglicht, mit dem Play Store und dem App Store zu interagieren. Dieses Tutorial wird Sie durch die Installation und Nutzung dieses Pakets in Ihrem Capacitor-Projekt führen.
-
-## Installation
-
-Um das `@capgo/native-market` Paket zu installieren, öffnen Sie Ihr Terminal und führen Sie einen der folgenden Befehle aus, abhängig von Ihrem Paketmanager:
-
-Mit npm:
-
-```bash
-npm install @capgo/native-market
-```
-
-Mit yarn:
-
-```bash
-yarn add @capgo/native-market
-```
-
-Nach der Installation synchronisieren Sie die nativen Dateien, indem Sie den folgenden Befehl ausführen:
-
-```bash
-npx cap sync
-```
-
-Auf iOS sind keine weiteren Aktionen erforderlich.
-
-Auf Android sind keine weiteren Aktionen erforderlich.
-
-## Nutzung
-
-Das `@capgo/native-market` Paket bietet mehrere unterstützte Methoden, die Sie verwenden können, um mit dem nativen Markt zu interagieren. Hier ist ein Beispiel dafür, wie Sie jede Methode verwenden können:
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// Open store listing
-NativeMarket.openStoreListing({
-  appId: 'com.example.app',
-  country: 'IT',
-});
-
-// Open developer page
-NativeMarket.openDevPage({
-  devId: '5700313618786177705',
-});
-
-// Open collection
-NativeMarket.openCollection({
-  name: 'featured',
-});
-
-// Open editor's choice page
-NativeMarket.openEditorChoicePage({
-  editorChoice: 'editorial_fitness_apps_us',
-});
-
-// Perform search
-NativeMarket.search({
-  terms: 'capacitor',
-});
-```
-
-Jede Methode benötigt unterschiedliche Eingabeparameter, abhängig von der Aktion, die Sie ausführen möchten. Stellen Sie sicher, dass Sie die Methodendokumentation für weitere Details zu den erforderlichen Parametern konsultieren.
-
-Das war's! Sie haben jetzt das `@capgo/native-market` Paket erfolgreich in Ihrem Capacitor-Projekt installiert und verwendet. Fühlen Sie sich frei, weitere Funktionen zu erkunden und es nach Ihren Bedürfnissen anzupassen.
-
-***
-
-Herzlichen Glückwunsch zum Abschluss des Tutorials! Wenn Sie weitere Fragen haben oder Unterstützung benötigen, zögern Sie bitte nicht zu fragen.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/native-purchases.md b/src/content/plugins-tutorials/de/native-purchases.md
deleted file mode 100644
index d944784eb..000000000
--- a/src/content/plugins-tutorials/de/native-purchases.md
+++ /dev/null
@@ -1,70 +0,0 @@
----
-locale: de
----
-
-sing @capgo/native-purchases Paket
-
-Das @capgo/native-purchases Paket ist ein Plugin für Capacitor, das einfaches In-App-Kauf-Feature bereitstellt. In diesem Tutorial werden wir die Schritte zur Installation und Verwendung des Pakets in deinem Capacitor-Projekt durchgehen.
-
-## Installation
-
-Um das @capgo/native-purchases Paket zu installieren, öffne dein Terminal und führe den folgenden Befehl aus:
-
-```bash
-npm install @capgo/native-purchases
-npx cap sync
-```
-
-Dies installiert das Paket und synchronisiert die nativen Dateien mit deinem Projekt.
-
-### Android Einrichtung
-
-Wenn du Android verwendest, musst du einige Konfigurationen zu deiner AndroidManifest.xml Datei hinzufügen. Öffne die Datei, die sich unter `android/app/src/main/AndroidManifest.xml` befindet, und füge den folgenden Code hinzu:
-
-```xml
-<!-- Add any necessary configuration here -->
-```
-
-### iOS Einrichtung
-
-Wenn du iOS verwendest, sind keine weiteren Schritte erforderlich.
-
-## Verwendung des Pakets
-
-Das @capgo/native-purchases Paket bietet mehrere Methoden zum Umgang mit In-App-Käufen. Hier sind einige Beispiele, wie du diese Methoden verwenden kannst:
-
-### Wiederherstellen von Käufen
-
-Um die vorherigen Käufe eines Nutzers wiederherzustellen, verwende die Methode `restorePurchases()`:
-
-```typescript
-import { nativePurchases } from '@capgo/native-purchases';
-
-nativePurchases.restorePurchases();
-```
-
-### Kauf eines Produkts
-
-Um einen Kauf für ein bestimmtes Produkt einzuleiten, verwende die Methode `purchaseProduct()`:
-
-```typescript
-import { nativePurchases } from '@capgo/native-purchases';
-
-nativePurchases.purchaseProduct({ productIdentifier: 'com.example.product' });
-```
-
-### Produktinformationen abrufen
-
-Um Informationen über ein bestimmtes Produkt abzurufen, verwende die Methode `getProducts()`:
-
-```typescript
-import { nativePurchases } from '@capgo/native-purchases';
-
-nativePurchases.getProducts({ productIdentifiers: ['com.example.product'] });
-```
-
-Dies sind nur einige Beispiele, wie du das @capgo/native-purchases Paket verwenden kannst. Für detailliertere Informationen über die verfügbaren Methoden und deren Parameter verweise auf die Dokumentation des Pakets.
-
-## Fazit
-
-In diesem Tutorial haben wir den Installationsprozess und die grundlegende Verwendung des @capgo/native-purchases Pakets behandelt. Indem du die hier skizzierten Schritte befolgst, solltest du in der Lage sein, die In-App-Kauf-Funktionalität in dein Capacitor-Projekt zu integrieren.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/de/purchases-capacitor.md b/src/content/plugins-tutorials/de/purchases-capacitor.md
deleted file mode 100644
index 7a416466d..000000000
--- a/src/content/plugins-tutorials/de/purchases-capacitor.md
+++ /dev/null
@@ -1,176 +0,0 @@
----
-locale: de
----
-
-revenuecat/purchases-capacitor Tutorial
-
-Dieses Tutorial führt dich durch den Prozess der Implementierung von In-App-Käufen und Abonnements in deiner Ionic Capacitor-App mit dem Paket `@revenuecat/purchases-capacitor`.
-
-## Voraussetzungen
-
-Bevor wir beginnen, stelle sicher, dass du Folgendes hast:
-
-- Ein eingerichtetes Ionic Capacitor-Projekt
-- Ein RevenueCat-Konto (melde dich an unter https://apprevenuecatcom/signup)
-- In-App-Produkte oder Abonnements, die in deinen App-Store-Konten (Apple App Store und/oder Google Play Store) konfiguriert sind
-
-## Installation
-
-1. Öffne dein Terminal oder die Eingabeaufforderung und navigiere zu deinem Projektverzeichnis.
-
-2. Führe den folgenden Befehl aus, um das Paket zu installieren:
-
-```bash
-npm install @revenuecat/purchases-capacitor
-```
-
-3. Synchronisiere nach der Installation dein Capacitor-Projekt:
-
-```bash
-npx cap sync
-```
-
-## Konfiguration
-
-1. Importiere das Purchases-Modul in der Haupt-Typescript-Datei deiner App (z.B. `appcomponentts`):
-
-```typescript
-import { Purchases } from '@revenuecat/purchases-capacitor';
-```
-
-2. Konfiguriere das SDK mit deinem RevenueCat-API-Schlüssel:
-
-```typescript
-async function initializePurchases() {
-  await Purchases.configure({
-    apiKey: 'YOUR_REVENUECAT_API_KEY',
-  });
-}
-```
-
-Rufe diese Funktion auf, wenn deine App startet, zum Beispiel in der `ngOnInit()`-Methode deiner Hauptkomponente.
-
-## Grundlegende Verwendung
-
-### Verfügbare Produkte abrufen
-
-Um die Liste der verfügbaren Produkte zu erhalten:
-
-```typescript
-async function getProducts() {
-  try {
-    const offerings = await Purchases.getOfferings();
-    if (offerings.current !== null) {
-      const products = offerings.current.availablePackages;
-      console.log('Available products:', products);
-    }
-  } catch (error) {
-    console.error('Error fetching products:', error);
-  }
-}
-```
-
-### Einen Kauf tätigen
-
-Um einen Kauf einzuleiten:
-
-```typescript
-async function purchasePackage(package: PurchasesPackage) {
-  try {
-    const { customerInfo, productIdentifier } = await Purchases.purchasePackage({ aPackage: package });
-    console.log('Purchase successful:', productIdentifier);
-    console.log('Customer Info:', customerInfo);
-  } catch (error) {
-    console.error('Error making purchase:', error);
-  }
-}
-```
-
-### Abonnementsstatus überprüfen
-
-Um den aktuellen Abonnementsstatus des Nutzers zu überprüfen:
-
-```typescript
-async function checkSubscriptionStatus() {
-  try {
-    const { customerInfo } = await Purchases.getCustomerInfo();
-    const activeSubscriptions = customerInfo.activeSubscriptions;
-    console.log('Active subscriptions:', activeSubscriptions);
-  } catch (error) {
-    console.error('Error checking subscription status:', error);
-  }
-}
-```
-
-### Käufe wiederherstellen
-
-Um die vorherigen Käufe eines Nutzers wiederherzustellen:
-
-```typescript
-async function restorePurchases() {
-  try {
-    const { customerInfo } = await Purchases.restorePurchases();
-    console.log('Purchases restored:', customerInfo);
-  } catch (error) {
-    console.error('Error restoring purchases:', error);
-  }
-}
-```
-
-## Erweiterte Funktionen
-
-### Nutzer identifizieren
-
-Wenn du dein eigenes Nutzer-ID-System hast, kannst du Nutzer bei RevenueCat identifizieren:
-
-```typescript
-async function identifyUser(userId: string) {
-  try {
-    const { customerInfo } = await Purchases.logIn({ appUserID: userId });
-    console.log('User identified:', customerInfo);
-  } catch (error) {
-    console.error('Error identifying user:', error);
-  }
-}
-```
-
-### Überprüfen der Berechtigung für Einführungsangebote
-
-Um zu überprüfen, ob ein Nutzer für ein Einführungsangebot berechtigt ist:
-
-```typescript
-async function checkIntroEligibility(productIdentifiers: string[]) {
-  try {
-    const eligibility = await Purchases.checkTrialOrIntroductoryPriceEligibility({ productIdentifiers });
-    console.log('Introductory price eligibility:', eligibility);
-  } catch (error) {
-    console.error('Error checking eligibility:', error);
-  }
-}
-```
-
-### Attribute setzen
-
-Du kannst benutzerdefinierte Attribute für Nutzer setzen:
-
-```typescript
-async function setUserAttributes() {
-  try {
-    await Purchases.setAttributes({
-      'user_level': '5',
-      'user_type': 'premium'
-    });
-    console.log('Attributes set successfully');
-  } catch (error) {
-    console.error('Error setting attributes:', error);
-  }
-}
-```
-
-## Fazit
-
-Dieses Tutorial behandelte die Grundlagen der Implementierung von In-App-Käufen und Abonnements mit dem Paket `@revenuecat/purchases-capacitor`. Denke daran, Fehler angemessen zu behandeln und deine Implementierung gründlich zu testen.
-
-Für fortgeschrittene Nutzung und detaillierte API-Dokumentation siehe die RevenueCat-Dokumentation unter https://docsrevenuecatcom/.
-
-Vergiss nicht, deine Produkte im RevenueCat-Dashboard zu konfigurieren und sie mit deinen App-Store-Produkten zu verknüpfen. Stelle auch sicher, dass du deine Implementierung in einer Sandbox-Umgebung testest, bevor du sie in die Produktion überführst.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/camera-preview.md b/src/content/plugins-tutorials/es/camera-preview.md
deleted file mode 100644
index 8e414b3aa..000000000
--- a/src/content/plugins-tutorials/es/camera-preview.md
+++ /dev/null
@@ -1,95 +0,0 @@
----
-locale: es
----
-
-Tutorial del paquete capgo/camera-preview
-
-En este tutorial, recorreremos los pasos para usar el paquete `@capgo/camera-preview` en tu proyecto de Capacitor. Este paquete te permite interactuar con la cámara desde tu código JavaScript y HTML.
-
-## Instalación
-
-Para instalar el paquete `@capgo/camera-preview`, abre tu terminal y ejecuta uno de los siguientes comandos:
-
-[[BLOQUE_DE_CODIGO]]
-
-o
-
-[[BLOQUE_DE_CODIGO]]
-
-Después de que la instalación esté completa, ejecuta el siguiente comando para sincronizar tu proyecto de Capacitor:
-
-[[BLOQUE_DE_CODIGO]]
-
-### Pasos adicionales de instalación en Android
-
-Si estás usando Android, necesitas hacer algunos cambios adicionales en tu proyecto. Abre el archivo `android/app/src/main/AndroidManifest.xml` y agrega la siguiente línea encima de la etiqueta de cierre `</application>` para solicitar el permiso de la CÁMARA:
-
-[[BLOQUE_DE_CODIGO]]
-
-Para más ayuda, consulta la [documentación de Capacitor](https://capacitorjs.com/docs/android/configuration/#configuring-androidmanifestxml/)
-
-### Pasos adicionales de instalación en iOS
-
-Si estás usando iOS, necesitas agregar dos permisos a tu archivo `Info.plist`. Sigue la [documentación de Capacitor](https://capacitorjs.com/docs/ios/configuration/#configuring-infoplist) y agrega los permisos `NSCameraUsageDescription` y `NSMicrophoneUsageDescription`. El permiso `NSMicrophoneUsageDescription` solo es necesario si vas a usar audio. Si no necesitas audio, puedes establecer la opción `disableAudio` en `true` para desactivar la solicitud de permiso del micrófono.
-
-### Pasos adicionales de instalación en la Web
-
-Si estás usando la plataforma web con Ionic, agrega la siguiente línea a tu script de entrada en `app.module.ts`:
-
-[[BLOQUE_DE_CODIGO]]
-
-Esto permitirá que Capacitor registre la plataforma web desde el plugin.
-
-## API
-
-El paquete `@capgo/camera-preview` proporciona los siguientes métodos de API:
-
-### start(options: CameraPreviewOptions)
-
-Inicia la instancia de vista previa de la cámara.
-
-### stop()
-
-Detiene la instancia de vista previa de la cámara.
-
-### capture(options: CameraPreviewPictureOptions)
-
-Captura una imagen de la cámara.
-
-### captureSample(options: CameraSampleOptions)
-
-Captura una imagen de muestra.
-
-### getSupportedFlashModes()
-
-Obtiene los modos de flash soportados.
-
-### getHorizontalFov()
-
-Obtiene el campo de visión horizontal.
-
-### setFlashMode(options: { flashMode: CameraPreviewFlashMode | string; })
-
-Establece el modo de flash.
-
-### flip()
-
-Invierte la cámara.
-
-### setOpacity(options: CameraOpacityOptions)
-
-Establece la opacidad de la cámara.
-
-### stopRecordVideo()
-
-Detiene la grabación de un video.
-
-### startRecordVideo(options: CameraPreviewOptions)
-
-Comienza la grabación de un video.
-
-Para más detalles sobre los parámetros y valores de retorno de estos métodos, consulta la documentación del paquete `@capgo/camera-preview`.
-
-## Conclusión
-
-En este tutorial, aprendimos cómo instalar y usar el paquete `@capgo/camera-preview` en un proyecto de Capacitor. Exploramos los métodos de API disponibles y su uso. Ahora puedes integrar la funcionalidad de la cámara en tu aplicación usando este paquete.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/capacitor-age-range.md b/src/content/plugins-tutorials/es/capacitor-age-range.md
deleted file mode 100644
index 1a4800f8e..000000000
--- a/src/content/plugins-tutorials/es/capacitor-age-range.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-locale: es
----
-# Using @capgo/capacitor-age-range Package
-
-The `@capgo/capacitor-age-range` package provides cross-platform age range detection for Capacitor apps. It uses **Google Play Age Signals** on Android and **Apple DeclaredAgeRange** on iOS, mapping both to a unified API.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-age-range
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `com.apple.developer.declared-age-range` entitlement to your app:
-
-1. In Xcode, select your target → **Signing & Capabilities**
-2. Click **+ Capability** → search for **Declared Age Range**
-3. Enable it
-
-Or add manually to your `*.entitlements` file:
-
-```xml
-<key>com.apple.developer.declared-age-range</key>
-<true/>
-```
-
-> **Note:** The DeclaredAgeRange framework requires iOS 26+. On older versions, the plugin returns `NOT_AVAILABLE`.
-
-## Android Setup
-
-No additional setup is needed. The plugin uses Google Play Age Signals API which works automatically when the Play Store is installed.
-
-## API
-
-The `@capgo/capacitor-age-range` package provides the following API methods:
-
-### requestAgeRange(options?)
-
-Requests the user's age range. On iOS, this shows a system dialog. On Android, this queries Play Age Signals in the background.
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function checkAge() {
-  const result = await AgeRange.requestAgeRange({
-    ageGates: [13, 16, 18] // iOS only, ignored on Android
-  });
-
-  switch (result.status) {
-    case 'SHARING':
-      console.log('Age range:', result.ageLower, '-', result.ageUpper);
-      console.log('Source:', result.declarationSource);
-      break;
-    case 'DECLINED_SHARING':
-      console.log('User declined to share age');
-      break;
-    case 'NOT_AVAILABLE':
-      console.log('Age range API not available');
-      break;
-    case 'ERROR':
-      console.log('Error occurred');
-      break;
-  }
-}
-```
-
-### getPluginVersion()
-
-Returns the native plugin version.
-
-```javascript
-const { version } = await AgeRange.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Complete Example
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function verifyAge() {
-  const result = await AgeRange.requestAgeRange({ ageGates: [13, 18] });
-
-  if (result.status === 'SHARING') {
-    const isAdult = (result.ageLower ?? 0) >= 18;
-    if (isAdult) {
-      enableAdultContent();
-    } else {
-      enableChildSafeContent();
-    }
-  } else {
-    // Default to child-safe experience
-    enableChildSafeContent();
-  }
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-age-range` package for cross-platform age range detection in your Capacitor app.
diff --git a/src/content/plugins-tutorials/es/capacitor-app-tracking-transparency.md b/src/content/plugins-tutorials/es/capacitor-app-tracking-transparency.md
deleted file mode 100644
index b911f1277..000000000
--- a/src/content/plugins-tutorials/es/capacitor-app-tracking-transparency.md
+++ /dev/null
@@ -1,95 +0,0 @@
----
-locale: es
----
-# Using @capgo/capacitor-app-tracking-transparency Package
-
-The `@capgo/capacitor-app-tracking-transparency` package allows you to request and check iOS App Tracking Transparency (ATT) permission in your Capacitor app. This is required for apps that access the device's advertising identifier (IDFA) on iOS 14+.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-app-tracking-transparency
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `NSUserTrackingUsageDescription` key to your app's `Info.plist` file:
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>This identifier will be used to deliver personalized ads to you.</string>
-```
-
-This message will be shown to users when requesting tracking permission. Customize it to explain why your app needs tracking authorization.
-
-## Android & Web
-
-App Tracking Transparency is an iOS-only framework. On Android and Web, this plugin returns `authorized` status automatically, allowing transparent cross-platform usage without conditional code.
-
-## API
-
-The `@capgo/capacitor-app-tracking-transparency` package provides the following API methods:
-
-### getStatus()
-
-Gets the current tracking authorization status without prompting the user.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function checkTrackingStatus() {
-  const { status } = await AppTrackingTransparency.getStatus();
-  console.log('Tracking status:', status);
-  // Possible values: 'authorized', 'denied', 'notDetermined', 'restricted'
-}
-```
-
-### requestPermission()
-
-Requests user authorization to access app-related data for tracking. Shows the native iOS permission dialog.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function requestTrackingPermission() {
-  const { status } = await AppTrackingTransparency.requestPermission();
-  if (status === 'authorized') {
-    console.log('User authorized tracking');
-    // Initialize your tracking/analytics SDKs
-  } else {
-    console.log('User denied tracking:', status);
-    // Use non-personalized alternatives
-  }
-}
-```
-
-> **Note:** The permission dialog is only shown once per app install. Subsequent calls return the stored status.
-
-## Complete Example
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function handleTracking() {
-  const { status } = await AppTrackingTransparency.getStatus();
-
-  if (status === 'notDetermined') {
-    const result = await AppTrackingTransparency.requestPermission();
-    if (result.status === 'authorized') {
-      initializeTracking();
-    }
-  } else if (status === 'authorized') {
-    initializeTracking();
-  }
-}
-
-function initializeTracking() {
-  // Initialize your ad SDKs, analytics, etc.
-  console.log('Tracking initialized');
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-app-tracking-transparency` package to handle App Tracking Transparency in your Capacitor app.
diff --git a/src/content/plugins-tutorials/es/capacitor-crisp.md b/src/content/plugins-tutorials/es/capacitor-crisp.md
deleted file mode 100644
index af86739bf..000000000
--- a/src/content/plugins-tutorials/es/capacitor-crisp.md
+++ /dev/null
@@ -1,63 +0,0 @@
----
-locale: es
----
-
-Cantar paquete @capgo/capacitor-crisp
-
-El paquete `@capgo/capacitor-crisp` te permite integrar Crisp, un SDK nativo, en tu aplicación de Capacitor. Proporciona métodos para configurar Crisp, abrir el chat, establecer detalles del usuario, enviar eventos y más.
-
-Para comenzar con el paquete `@capgo/capacitor-crisp`, sigue estos pasos:
-
-## Instalación
-
-1 Abre tu terminal y navega al directorio raíz de tu aplicación de Capacitor.
-2 Ejecuta el siguiente comando para instalar el paquete:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Inicializar Crisp
-
-Antes de usar cualquiera de los métodos proporcionados por el paquete `@capgo/capacitor-crisp`, necesitas configurar Crisp con tu ID de sitio web. Añade el siguiente código a tu proyecto:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-Reemplaza `'******-****-****-****-********'` con tu ID de sitio web de Crisp real.
-
-### Integración en iOS
-
-Si estás dirigiéndote a iOS, necesitas agregar los siguientes permisos al archivo Infoplist de tu aplicación:
-
-- Privacidad - Descripción del Uso de la Cámara (NSCameraUsageDescription)
-- Privacidad - Descripción del Uso de Adiciones a la Biblioteca de Fotos (NSPhotoLibraryAddUsageDescription)
-
-Asegúrate de proporcionar una descripción para cada permiso explicando por qué tu aplicación lo necesita.
-
-### Integración en Android
-
-No se requieren pasos adicionales para la integración en Android.
-
-## Abrir el Chat
-
-Para abrir el chat de Crisp en tu aplicación, utiliza el método `openMessenger` proporcionado por el paquete `@capgo/capacitor-crisp`. Añade el siguiente código a tu proyecto:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-Esto abrirá el chat de Crisp para que los usuarios inicien una conversación con tu equipo de soporte.
-
-## Funcionalidad Adicional
-
-El paquete `@capgo/capacitor-crisp` proporciona varios otros métodos para personalizar e interactuar con Crisp. Aquí hay algunos de los métodos disponibles:
-
-- `setTokenID`: Establecer el ID de token para el usuario.
-- `setUser`: Establecer los detalles del usuario como apodo, número de teléfono, correo electrónico y avatar.
-- `pushEvent`: Enviar un evento personalizado a Crisp.
-- `setCompany`: Establecer los detalles de la empresa, incluyendo nombre, URL, descripción, empleo y geolocalización.
-- `setInt`: Establecer un valor entero personalizado.
-- `setString`: Establecer un valor de cadena personalizado.
-- `sendMessage`: Enviar un mensaje de chat a Crisp.
-- `setSegment`: Establecer el segmento para el usuario.
-- `reset`: Restablecer la configuración de Crisp.
-
-Para más información sobre estos métodos y sus parámetros, consulta la documentación oficial del paquete `@capgo/capacitor-crisp`.
-
-¡Eso es todo! Has aprendido cómo usar el paquete `@capgo/capacitor-crisp` para integrar Crisp en tu aplicación de Capacitor. Disfruta de una comunicación fluida con tus usuarios a través del chat de Crisp.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/capacitor-data-storage-sqlite.md b/src/content/plugins-tutorials/es/capacitor-data-storage-sqlite.md
deleted file mode 100644
index 6140c71c2..000000000
--- a/src/content/plugins-tutorials/es/capacitor-data-storage-sqlite.md
+++ /dev/null
@@ -1,101 +0,0 @@
----
-locale: es
----
-
-capgo/capacitor-data-storage-sqlite Tutorial
-
-Este tutorial te guiará a través del proceso de usar el paquete `@capgo/capacitor-data-storage-sqlite` para implementar un almacenamiento permanente de clave-valor para datos de cadena simples en tu aplicación Ionic Capacitor.
-
-## Requisitos previos
-
-Antes de comenzar, asegúrate de tener lo siguiente instalado:
-
-- Nodejs
-- npm
-- Proyecto Ionic Capacitor
-
-## Instalación
-
-1 Abre tu terminal o línea de comandos y navega a tu directorio de proyecto.
-
-2 Ejecuta el siguiente comando para instalar el paquete:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-3 Después de la instalación, sincroniza tu proyecto de Capacitor:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-4 Para la plataforma Web, instala localforage:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-5 Para la plataforma Electron, sigue estos pasos adicionales:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Uso
-
-Ahora que hemos instalado el paquete, veamos cómo usarlo en tu aplicación.
-
-### Importando el Plugin
-
-Primero, importa el plugin en tu archivo TypeScript:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Abriendo un Almacén
-
-Para comenzar a usar el almacenamiento, necesitas abrir un almacén:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Estableciendo un Valor
-
-Para establecer un valor en el almacén:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Obteniendo un Valor
-
-Para recuperar un valor del almacén:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Verificando si Existe una Clave
-
-Para verificar si una clave existe en el almacén:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Eliminando una Clave
-
-Para eliminar una clave del almacén:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Limpiando el Almacén
-
-Para limpiar todos los datos del almacén:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Cerrando el Almacén
-
-Cuando termines de usar el almacén, es una buena práctica cerrarlo:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Ejemplo de Uso
-
-Aquí tienes un ejemplo completo de cómo usar el plugin:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Conclusión
-
-Ahora has aprendido cómo usar el paquete `@capgo/capacitor-data-storage-sqlite` para implementar un sistema de almacenamiento clave-valor en tu aplicación Ionic Capacitor. Este plugin proporciona una forma simple de almacenar y recuperar datos de cadena a través de diferentes plataformas, incluidos iOS, Android, Electron y Web.
-
-Recuerda manejar los errores apropiadamente y cerrar el almacén cuando hayas terminado de usarlo. Para un uso más avanzado, que incluya trabajar con bases de datos encriptadas, múltiples tablas e importación/exportación de JSON, consulta la documentación completa de la API del plugin.
-
-Para obtener información más detallada sobre la API y las opciones disponibles, consulta el README o la documentación del paquete.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/capacitor-flash.md b/src/content/plugins-tutorials/es/capacitor-flash.md
deleted file mode 100644
index 905fe55c8..000000000
--- a/src/content/plugins-tutorials/es/capacitor-flash.md
+++ /dev/null
@@ -1,59 +0,0 @@
----
-locale: es
----
-
-Paquete `@capgo/capacitor-flash`
-
-El paquete `@capgo/capacitor-flash` te permite encender y apagar la linterna de tu dispositivo. En este tutorial, te guiaremos a través del proceso de instalación y uso de este paquete en tu aplicación Ionic Capacitor.
-
-## Instalación
-
-Para instalar el paquete `@capgo/capacitor-flash`, ejecuta el siguiente comando en el directorio raíz de tu proyecto:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Configuración de iOS
-
-El paquete `@capgo/capacitor-flash` funciona directamente en iOS, así que no se requiere configuración adicional.
-
-## Configuración de Android
-
-Para Android, necesitas declarar los permisos necesarios en el archivo `AndroidManifest.xml` de tu aplicación. Agrega las siguientes líneas dentro de la etiqueta `[[ETIQUETA_HTML]]`:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## API
-
-El paquete `@capgo/capacitor-flash` proporciona los siguientes métodos de API:
-
-### isAvailable()
-
-Este método verifica si la linterna está disponible en el dispositivo.
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### switchOn(options)
-
-Este método enciende la linterna del dispositivo. Puedes pasar opciones para ajustar la intensidad de la linterna.
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### switchOff()
-
-Este método apaga la linterna del dispositivo.
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### isSwitchedOn()
-
-Este método verifica si la linterna está actualmente encendida o apagada.
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### toggle()
-
-Este método alterna la linterna, es decir, si está encendida, la apagará y viceversa.
-
-[[BLOQUE_DE_CÓDIGO]]
-
-¡Eso es todo! Has aprendido con éxito a usar el paquete `@capgo/capacitor-flash` en tu aplicación Ionic Capacitor para controlar la linterna de tu dispositivo.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/capacitor-inappbrowser.md b/src/content/plugins-tutorials/es/capacitor-inappbrowser.md
deleted file mode 100644
index 6e7ab6dd0..000000000
--- a/src/content/plugins-tutorials/es/capacitor-inappbrowser.md
+++ /dev/null
@@ -1,52 +0,0 @@
----
-locale: es
----
-
-Tutorial del paquete `@capgo/inappbrowser`
-
-El paquete `@capgo/inappbrowser` es un complemento de Capacitor que te permite abrir una URL en una ventana de navegador dentro de la aplicación. Aquí hay una guía paso a paso sobre cómo usar este paquete:
-
-## Instalación
-
-Para instalar el paquete, ejecuta el siguiente comando en el directorio raíz de tu proyecto:
-
-[[BLOQUE_CODIGO]]
-
-## Uso
-
-1 Importa la clase `InAppBrowser` del paquete `@capgo/inappbrowser`:
-
-   [[BLOQUE_CODIGO]]
-
-2 Utiliza el método `InAppBrowser.open` para abrir una URL en una nueva ventana de pantalla completa:
-
-   [[BLOQUE_CODIGO]]
-
-   Reemplaza `"YOUR_URL"` con la URL que deseas abrir.
-
-3 También puedes usar otros métodos proporcionados por la clase `InAppBrowser`:
-
-   - `clearCookies`: Eliminar todas las cookies
-   - `close`: Cerrar la ventana del navegador dentro de la aplicación
-   - `openWebView`: Abrir una URL en una nueva vista web con barras de herramientas
-   - `setUrl`: Configurar la URL del navegador dentro de la aplicación
-
-   Consulta la sección de API a continuación para más detalles sobre estos métodos.
-
-## API
-
-El paquete `@capgo/inappbrowser` proporciona los siguientes métodos de API:
-
-- `open(options: OpenOptions)`: Abre una URL en una nueva ventana de pantalla completa. Toma un objeto `OpenOptions` como parámetro.
-- `clearCookies()`: Elimina todas las cookies.
-- `close()`: Cierra la ventana del navegador dentro de la aplicación.
-- `openWebView(options: OpenWebViewOptions)`: Abre una URL en una nueva vista web con barras de herramientas. Toma un objeto `OpenWebViewOptions` como parámetro.
-- `setUrl(options: { url: string; })`: Configura la URL del navegador dentro de la aplicación. Toma un objeto con una propiedad `url` como parámetro.
-- `addListener('urlChangeEvent', listenerFunc: UrlChangeListener)`: Escucha eventos de cambio de URL. Toma una función `UrlChangeListener` como parámetro.
-- `addListener('closeEvent', listenerFunc: UrlChangeListener)`: Escucha eventos de cierre. Toma una función `UrlChangeListener` como parámetro.
-- `addListener('confirmBtnClicked', listenerFunc: UrlChangeListener)`: Escucha eventos de clic en el botón de confirmar. Toma una función `UrlChangeListener` como parámetro.
-- `removeAllListeners()`: Elimina todos los oyentes de eventos.
-
-Para más información sobre los parámetros y valores de retorno de estos métodos, consulta la documentación del paquete.
-
-¡Y eso es todo! Has aprendido cómo usar el paquete `@capgo/inappbrowser` para abrir URL en una ventana de navegador dentro de la aplicación en Capacitor. ¡Feliz codificación!
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/capacitor-mute.md b/src/content/plugins-tutorials/es/capacitor-mute.md
deleted file mode 100644
index a9dda805d..000000000
--- a/src/content/plugins-tutorials/es/capacitor-mute.md
+++ /dev/null
@@ -1,37 +0,0 @@
----
-locale: es
----
-
-cantar paquete `@capgo/capacitor-mute`
-
-El paquete `@capgo/capacitor-mute` es un plugin de Capacitor que te permite detectar si el interruptor de silencio está activado o desactivado en un dispositivo. Proporciona una API simple para verificar el estado de silencio del dispositivo.
-
-## Instalación
-
-Puedes instalar el paquete `@capgo/capacitor-mute` usando npm:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Uso
-
-Para usar el paquete `@capgo/capacitor-mute`, necesitas importarlo y llamar al método `isMuted()`.
-
-[[BLOQUE_DE_CÓDIGO]]
-
-El método `isMuted()` devuelve una promesa que se resuelve a un valor booleano que indica si el dispositivo está en silencio o no. Si la promesa se rechaza, se mostrará un mensaje de error.
-
-## Ejemplo
-
-Aquí tienes un ejemplo de cómo puedes usar el paquete `@capgo/capacitor-mute` para verificar el estado de silencio del dispositivo y mostrar un mensaje basado en el resultado.
-
-[[BLOQUE_DE_CÓDIGO]]
-
-En este ejemplo, si el dispositivo está en silencio, se mostrará un mensaje "El dispositivo está actualmente en silencio". Si el dispositivo no está en silencio, se mostrará un mensaje "El dispositivo no está en silencio".
-
-## Posibles Problemas
-
-Por favor, ten en cuenta que en dispositivos iOS con Xcode 14, la biblioteca `@capgo/capacitor-mute` puede no estar configurada como lo espera Apple. Este problema está siendo atendido actualmente por los desarrolladores de la biblioteca. Para resolver este problema, puedes seguir las instrucciones proporcionadas en la sección de [problema conocido](https://githubcom/CocoaPods/CocoaPods/issues/8891/) de la documentación del paquete.
-
-## Conclusión
-
-El paquete `@capgo/capacitor-mute` es un útil plugin de Capacitor que te permite detectar el estado de silencio de un dispositivo. Siguiendo los pasos de instalación y uso descritos en este tutorial, puedes integrar fácilmente este paquete en tu proyecto de Capacitor y utilizar su API para verificar el estado de silencio.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/capacitor-native-biometric.md b/src/content/plugins-tutorials/es/capacitor-native-biometric.md
deleted file mode 100644
index 647c2a747..000000000
--- a/src/content/plugins-tutorials/es/capacitor-native-biometric.md
+++ /dev/null
@@ -1,22 +0,0 @@
----
-locale: es
----
-
-| -------------------------- | ------------------------- |
-| 0    | Error desconocido          | Android, iOS              |
-| 1    | Biometría no disponible    | Android, iOS              |
-| 2    | Bloqueo de usuario         | Android, iOS              |
-| 3    | Biometría no registrada    | Android, iOS              |
-| 4    | Bloqueo temporal de usuario | Android (Bloqueo por 30seg) |
-| 10   | Autenticación fallida      | Android, iOS              |
-| 11   | Cancelación de la app      | iOS                       |
-| 12   | Contexto inválido          | iOS                       |
-| 13   | No interactivo             | iOS                       |
-| 14   | Código de acceso no establecido | Android, iOS          |
-| 15   | Cancelación del sistema     | Android, iOS              |
-| 16   | Cancelación de usuario      | Android, iOS              |
-| 17   | Alternativa de usuario      | Android, iOS              |
-
-Puedes manejar estos códigos de error según los requisitos de tu aplicación.
-
-¡Eso es todo! Has aprendido a utilizar el paquete `@capgo/capacitor-native-biometric` para incorporar la autenticación biométrica en tus aplicaciones de Capacitor.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/capacitor-nativegeocoder.md b/src/content/plugins-tutorials/es/capacitor-nativegeocoder.md
deleted file mode 100644
index 23b45ad69..000000000
--- a/src/content/plugins-tutorials/es/capacitor-nativegeocoder.md
+++ /dev/null
@@ -1,51 +0,0 @@
----
-locale: es
----
-
-Usando @capgo/nativegeocoder para Geocodificación
-
-El paquete `@capgo/nativegeocoder` es un complemento de Capacitor que proporciona funcionalidad nativa de geocodificación directa e inversa. La geocodificación es el proceso de convertir direcciones en coordenadas geográficas (latitud y longitud) y viceversa.
-
-Para usar el paquete `@capgo/nativegeocoder`, sigue los pasos a continuación:
-
-### Paso 1: Instalar el paquete
-
-Instala el paquete usando npm:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Paso 2: Sincroniza tu proyecto
-
-Ejecuta el siguiente comando para sincronizar tu proyecto:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Paso 3: Importa el complemento
-
-En tu código, importa `NativeGeocoder` de `@capgo/nativegeocoder`:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Paso 4: Implementa la funcionalidad de geocodificación
-
-El complemento `@capgo/nativegeocoder` proporciona dos métodos principales para la geocodificación:
-
-#### Geocodificación Inversa
-
-La geocodificación inversa es el proceso de convertir coordenadas geográficas (latitud y longitud) en una dirección.
-
-[[BLOQUE_DE_CÓDIGO]]
-
-El método `reverseGeocode` toma un objeto con las propiedades de latitud y longitud. Devuelve la dirección como resultado.
-
-#### Geocodificación Directa
-
-La geocodificación directa es el proceso de convertir una dirección en coordenadas geográficas (latitud y longitud).
-
-[[BLOQUE_DE_CÓDIGO]]
-
-El método `forwardGeocode` toma un objeto con la propiedad de dirección. Devuelve las coordenadas como resultado.
-
-### Conclusión
-
-El paquete `@capgo/nativegeocoder` proporciona una manera simple y eficiente de realizar geocodificación en tu proyecto de Capacitor. Siguiendo los pasos descritos en este tutorial, puedes integrar fácilmente la funcionalidad de geocodificación en tu aplicación.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/capacitor-navigation-bar.md b/src/content/plugins-tutorials/es/capacitor-navigation-bar.md
deleted file mode 100644
index 1a0761c0e..000000000
--- a/src/content/plugins-tutorials/es/capacitor-navigation-bar.md
+++ /dev/null
@@ -1,29 +0,0 @@
----
-locale: es
----
-
-cantar @capgo/capacitor-navigation-bar
-
-## Instalación
-
-Para usar el paquete `@capgo/capacitor-navigation-bar`, primero debes instalarlo ejecutando el siguiente comando:
-
-[[BLOQUE_Código]]
-
-## Configuración del Color de la Barra de Navegación
-
-Puedes establecer el color de la barra de navegación para Android Lollipop y versiones superiores usando la función `setNavigationBarColor`. Aquí tienes un ejemplo de cómo usarla:
-
-[[BLOQUE_Código]]
-
-El parámetro `color` es una cadena que representa el color de la barra de navegación.
-
-## Obtención del Color de la Barra de Navegación
-
-También puedes obtener el color actual de la barra de navegación utilizando la función `getNavigationBarColor`. Aquí tienes un ejemplo de cómo usarla:
-
-[[BLOQUE_Código]]
-
-La variable `color` contendrá el color actual de la barra de navegación.
-
-¡Y eso es todo! Ahora sabes cómo usar el paquete `@capgo/capacitor-navigation-bar` para establecer y obtener el color de la barra de navegación en tu aplicación de Android.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/capacitor-screen-recorder.md b/src/content/plugins-tutorials/es/capacitor-screen-recorder.md
deleted file mode 100644
index 5f58280a4..000000000
--- a/src/content/plugins-tutorials/es/capacitor-screen-recorder.md
+++ /dev/null
@@ -1,33 +0,0 @@
----
-locale: es
----
-
-capgo/capacitor-screen-recorder  
-Un plugin de Capacitor para grabar la pantalla del dispositivo  
-
-## Instalación  
-Para instalar el paquete, ejecuta el siguiente comando:  
-[[BLOQUE_DE_CODIGO]]  
-Asegúrate de agregar los permisos y configuraciones necesarios para que el plugin funcione correctamente  
-
-## Uso  
-Para comenzar a grabar la pantalla, utiliza el método `start()`:  
-[[BLOQUE_DE_CODIGO]]  
-
-Para detener la grabación, utiliza el método `stop()`:  
-[[BLOQUE_DE_CODIGO]]  
-
-¡Eso es todo! Ahora puedes grabar la pantalla de tu dispositivo usando el plugin Capacitor Screen Recorder  
-## Android  
-
-Agrega estos permisos  
-[[BLOQUE_DE_CODIGO]]  
-
-## Compatibilidad  
-Este plugin es compatible con Capacitor 4 y versiones posteriores  
-
-## Contribuciones  
-Las contribuciones a este plugin son muy apreciadas. Si encuentras algún problema o tienes alguna sugerencia, no dudes en enviar un pull request o crear un issue en el repositorio de GitHub  
-
-## Licencia  
-Este paquete está licenciado bajo la Licencia MIT
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/capacitor-shake.md b/src/content/plugins-tutorials/es/capacitor-shake.md
deleted file mode 100644
index 00839c5b2..000000000
--- a/src/content/plugins-tutorials/es/capacitor-shake.md
+++ /dev/null
@@ -1,31 +0,0 @@
----
-locale: es
----
-
-cantar @capgo/capacitor-shake
-
-El paquete `@capgo/capacitor-shake` te permite detectar gestos de sacudida en un dispositivo. Aquí tienes un tutorial sobre cómo usar este paquete en tu aplicación de Capacitor.
-
-## Instalación
-
-Para instalar el paquete, ejecuta el siguiente comando:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Agregar el Listener
-
-Para detectar gestos de sacudida, necesitas agregar un listener para el evento `shake`. Aquí hay un ejemplo de cómo hacerlo:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-En este ejemplo, importamos el plugin `CapacitorShake` de `@capacitor/core` y usamos el método `addListener` para agregar un listener para el evento `shake`. Cuando se detecta el gesto de sacudida, se ejecutará la función de callback.
-
-## Eliminar el Listener
-
-Si quieres eliminar el listener del evento `shake`, puedes usar el método `removeAllListeners`:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-En este ejemplo, usamos el método `removeAllListeners` para eliminar todos los listeners del evento `shake`.
-
-¡Eso es todo! Has integrado exitosamente el paquete `@capgo/capacitor-shake` en tu aplicación de Capacitor. Ahora puedes detectar gestos de sacudida en el dispositivo.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/capacitor-updater.md b/src/content/plugins-tutorials/es/capacitor-updater.md
deleted file mode 100644
index 2a1c523b7..000000000
--- a/src/content/plugins-tutorials/es/capacitor-updater.md
+++ /dev/null
@@ -1,85 +0,0 @@
----
-locale: es
----
-
-Tutorial del paquete capgo/capacitor-updater
-
-Este tutorial te guiará a través del proceso de usar el paquete `@capgo/capacitor-updater` para habilitar actualizaciones automáticas en tu aplicación Ionic Capacitor.
-
-## Requisitos previos
-
-Antes de comenzar, asegúrate de tener lo siguiente instalado:
-
-- Nodejs
-- npm
-
-## Instalación
-
-Para instalar el paquete `@capgo/capacitor-updater`, abre tu terminal o símbolo del sistema y ejecuta el siguiente comando:
-
-[[BLOQUE_DE_CODIGO]]
-
-Esto descargará e instalará el paquete en tu proyecto.
-
-### Instala el plugin
-
-Debes terminar con este código agregado a tu aplicación:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Para instalar el plugin en tu aplicación Capacitor.
-
-Y luego agrega a tu aplicación este código para notificar al plugin nativo que el paquete JS es saludable, el plugin nativo revertirá a la versión anterior si no lo haces:
-
-[[BLOQUE_DE_CODIGO]]
-
-Esto le dirá al plugin nativo que la instalación fue exitosa.
-
-Luego haz un `npm run build && npx cap copy` para actualizar tu aplicación.
-
-### Iniciar sesión en Capgo CLOUD
-
-Primero, utiliza la `all` [apikey](https://console.capgo.app/dashboard/apikeys/) presente en tu cuenta para iniciar sesión con la CLI:
-
-`npx @capgo/cli@latest login TU_CLAVE`
-
-### Agrega tu primera aplicación
-
-Comencemos creando una aplicación en Capgo Cloud con la CLI:
-
-`npx @capgo/cli@latest app add`
-
-Este comando utilizará todas las variables definidas en el archivo de configuración de Capacitor para crear la aplicación.
-
-### Sube tu primera versión
-
-Ejecuta el comando para compilar tu código y enviarlo a Capgo con:
-`npx @capgo/cli@latest bundle upload`
-
-Por defecto, el nombre de la versión será el que esté en tu archivo `packagejson`.
-
-Verifica en [Capgo](https://console.capgo.app/) si la compilación está presente.
-
-Incluso puedes probarlo con mi [aplicación de sandbox móvil](https://capgo.app/app_mobile/).
-
-### Hacer canal predeterminado
-
-Después de haber enviado tu aplicación a Capgo, necesitas hacer que tu canal sea `default` para que las aplicaciones reciban actualizaciones de Capgo.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-## Recibir una actualización en vivo en un dispositivo
-
-Para que tu aplicación reciba una actualización en vivo de Deploy, necesitarás ejecutar la aplicación en un dispositivo o un emulador. La forma más fácil de hacer esto es simplemente usar el siguiente comando para lanzar tu aplicación local en un emulador o un dispositivo conectado a tu computadora.
-
-    npx cap run [ios | android]
-
-Abre la aplicación, ponla en segundo plano y ábrela de nuevo; deberías ver en los registros que la aplicación realizó la actualización.
-
-¡Felicidades! 🎉 Has desplegado con éxito tu primera Actualización en Vivo. Esto es solo el comienzo de lo que puedes hacer con Actualizaciones en Vivo. Para aprender más, consulta la completa [documentación de Actualizaciones en Vivo](/docs/plugin/cloud-mode/getting-started/).
-
-> Si necesitas dejar de recibir la actualización localmente, ejecuta este comando:
-`npx @capgo/cli@latest channel set`
-
-## Conclusión
-
-¡Felicidades! Has aprendido con éxito cómo usar el paquete `@capgo/capacitor-updater` para habilitar actualizaciones automáticas en tu aplicación Ionic Capacitor. Ya sea que elijas la actualización automática o la configuración manual, ahora tienes las herramientas para mantener tu aplicación actualizada con facilidad.
diff --git a/src/content/plugins-tutorials/es/capacitor-uploader.md b/src/content/plugins-tutorials/es/capacitor-uploader.md
deleted file mode 100644
index eeeec8cf4..000000000
--- a/src/content/plugins-tutorials/es/capacitor-uploader.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-locale: es
----
-
-capgo/capacitor-uploader Tutorial
-
-Este tutorial te guiará a través del proceso de uso del paquete `@capgo/capacitor-uploader` para subir archivos de forma nativa en tu aplicación Ionic Capacitor.
-
-## Requisitos Previos
-
-Antes de comenzar, asegúrate de tener lo siguiente instalado:
-
-- Nodejs
-- npm
-- Proyecto Ionic Capacitor
-
-## Instalación
-
-1 Abre tu terminal o símbolo del sistema y navega a tu directorio de proyecto.
-
-2 Ejecuta el siguiente comando para instalar el paquete:
-
-```bash
-npm install @capgo/capacitor-uploader
-```
-
-3 Después de la instalación, sincroniza tu proyecto Capacitor:
-
-```bash
-npx cap sync
-```
-
-## Configuración
-
-### Configuración de Android
-
-Para Android, necesitas agregar algunos permisos a tu archivo `AndroidManifestxml`. Abre el archivo ubicado en `android/app/src/main/AndroidManifestxml` y añade los siguientes permisos dentro de la etiqueta `<manifest>`:
-
-```xml
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-```
-
-## Uso
-
-Ahora que hemos instalado y configurado el paquete, veamos cómo usarlo en tu aplicación.
-
-### Importando el Uploader
-
-Primero, importa el Uploader en tu archivo TypeScript:
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-```
-
-### Subiendo a S3
-
-Aquí hay un ejemplo de cómo subir un archivo a S3 usando una URL prefirmada:
-
-```typescript
-async function uploadToS3(filePath: string, presignedUrl: string, fields: Record<string, string>) {
-  try {
-    const { id } = await Uploader.startUpload({
-      filePath: filePath,
-      serverUrl: presignedUrl,
-      method: 'PUT',
-      parameters: fields,
-      notificationTitle: 'Uploading to S3'
-    });
-
-    console.log('Upload started with ID:', id);
-
-    Uploader.addListener('events', (event: UploadEvent) => {
-      if (event.name === 'uploading') {
-        console.log(`Upload progress: ${event.payload.percent}%`);
-      } else if (event.name === 'completed') {
-        console.log('Upload completed successfully');
-      } else if (event.name === 'failed') {
-        console.error('Upload failed:', event.payload.error);
-      }
-    });
-
-  } catch (error) {
-    console.error('Failed to start upload:', error);
-  }
-}
-```
-
-### Subiendo a un Servidor Personalizado
-
-Aquí hay un ejemplo de cómo subir un archivo a un servidor personalizado:
-
-```typescript
-async function uploadToCustomServer(filePath: string, serverUrl: string) {
-  try {
-    const { id } = await Uploader.startUpload({
-      filePath: filePath,
-      serverUrl: serverUrl,
-      method: 'POST',
-      headers: {
-        'Authorization': 'Bearer your-auth-token-here'
-      },
-      parameters: {
-        'user_id': '12345',
-        'file_type': 'image'
-      },
-      notificationTitle: 'Uploading to Custom Server',
-      maxRetries: 3
-    });
-
-    console.log('Upload started with ID:', id);
-
-    Uploader.addListener('events', (event) => {
-      switch (event.name) {
-        case 'uploading':
-          console.log(`Upload progress: ${event.payload.percent}%`);
-          break;
-        case 'completed':
-          console.log('Upload completed successfully');
-          console.log('Server response status code:', event.payload.statusCode);
-          break;
-        case 'failed':
-          console.error('Upload failed:', event.payload.error);
-          break;
-      }
-    });
-
-  } catch (error) {
-    console.error('Failed to start upload:', error);
-  }
-}
-```
-
-### Usando con Capacitor Camera Preview
-
-Si estás usando el plugin Capacitor Camera Preview, puedes combinarlo con el Uploader para capturar y subir videos. Aquí hay un ejemplo:
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview'
-import { Uploader } from '@capgo/capacitor-uploader';
-
-async function recordAndUpload() {
-  try {
-    await CameraPreview.startRecordVideo({ storeToFile: true });
-    await new Promise(resolve => setTimeout(resolve, 5000)); // Record for 5 seconds
-    const { videoFilePath } = await CameraPreview.stopRecordVideo();
-    await uploadVideo(videoFilePath);
-  } catch (error) {
-    console.error('Error in recordAndUpload:', error);
-  }
-}
-
-async function uploadVideo(filePath: string) {
-  Uploader.addListener('events', (event) => {
-    switch (event.name) {
-      case 'uploading':
-        console.log(`Upload progress: ${event.payload.percent}%`);
-        break;
-      case 'completed':
-        console.log('Upload completed successfully');
-        break;
-      case 'failed':
-        console.error('Upload failed:', event.payload.error);
-        break;
-    }
-  });
-
-  try {
-    const result = await Uploader.startUpload({
-      filePath,
-      serverUrl: 'YOUR_S3_PRESIGNED_URL',
-      method: 'PUT',
-      headers: {
-        'Content-Type': 'video/mp4',
-      },
-      mimeType: 'video/mp4',
-    });
-    console.log('Video uploaded successfully:', result.id);
-  } catch (error) {
-    console.error('Error uploading video:', error);
-  }
-}
-```
-
-## Conclusión
-
-Ahora has aprendido cómo usar el paquete `@capgo/capacitor-uploader` para subir archivos de forma nativa en tu aplicación Ionic Capacitor. Este plugin proporciona una forma flexible de subir archivos a varios servidores, incluido S3 con URLs prefirmadas, y se puede utilizar en combinación con otros plugins como el Capacitor Camera Preview.
-
-Recuerda manejar los errores apropiadamente y gestionar los eventos de subida para proporcionar retroalimentación a tus usuarios sobre el progreso y estado de la subida.
-
-Para obtener información más detallada sobre la API y las opciones disponibles, consulta el README o la documentación del paquete.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/home-indicator.md b/src/content/plugins-tutorials/es/home-indicator.md
deleted file mode 100644
index 95559cae2..000000000
--- a/src/content/plugins-tutorials/es/home-indicator.md
+++ /dev/null
@@ -1,68 +0,0 @@
----
-locale: es
----
-
-capgo/home-indicator
-
-El paquete `@capgo/home-indicator` te permite ocultar y mostrar el indicador del botón de inicio en tu aplicación Capacitor.
-
-## Instalación
-
-Para instalar el paquete, ejecuta el siguiente comando en tu terminal:
-
-```bash
-npm install @capgo/home-indicator
-npx cap sync
-```
-
-## API
-
-El paquete proporciona los siguientes métodos:
-
-### `hide()`
-
-```typescript
-hide() => Promise
-```
-
-Oculta el indicador del inicio.
-
-**Desde:** 001
-
-### `show()`
-
-```typescript
-show() => Promise
-```
-
-Muestra el indicador del inicio.
-
-**Desde:** 001
-
-### `isHidden()`
-
-```typescript
-isHidden() => Promise<{ hidden: boolean; }>
-```
-
-Obtiene el estado del indicador del inicio.
-
-**Devuelve:** Promise<{ hidden: boolean; }>
-
-**Desde:** 001
-
-## Variables CSS
-
-Puedes usar `--safe-area-inset-bottom` para asegurarte de que tu contenido no esté oculto por el indicador del inicio. Esta variable es inyectada por el plugin para Android. Es útil si configuras el modo de pantalla completa real en Android.
-
-Ejemplo de uso:
-
-```java
-getWindow().setDecorFitsSystemWindows(false);
-```
-
-## Créditos
-
-Este plugin fue creado originalmente para [Kickcom](https://kickcom/) por [Capgo](https://capgo.app/).
-
-Para más información y actualizaciones, visita [Capgo](https://capgo.app/).
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/ivs-player.md b/src/content/plugins-tutorials/es/ivs-player.md
deleted file mode 100644
index 39199ad5e..000000000
--- a/src/content/plugins-tutorials/es/ivs-player.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-locale: es
----
-
-cantar @capgo/ivs-player
-
-## Instalación
-
-Para instalar el paquete @capgo/ivs-player, necesitas ejecutar el siguiente comando:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## API
-
-El paquete @capgo/ivs-player proporciona la siguiente API:
-
-### crear(opciones: { url: string; pip?: boolean; título?: string; subtítulo?: string; portada?: string; autoReproducir?: boolean; aAtrás?: boolean; x?: number; y?: number; ancho?: number; altura?: number; }) => Promesa
-
-Este método crea una instancia del reproductor IVS. Toma un objeto de opciones como parámetro, que contiene varias propiedades como la URL del video, si se debe habilitar el modo de imagen en imagen, el título y subtítulo del video, y más. Devuelve una Promesa que se resuelve a la instancia creada.
-
-### iniciar() => Promesa
-
-Este método comienza a reproducir el video en el reproductor IVS. Devuelve una Promesa.
-
-### lanzar() => Promesa
-
-Este método lanza el video a un dispositivo conectado. Devuelve una Promesa.
-
-### obtenerEstadoDeLanzamiento() => Promesa[[ETIQUETA_HTML]]
-
-Este método recupera el estado de la función de lanzamiento. Devuelve una Promesa que se resuelve a un objeto que contiene la propiedad isActive, que indica si el lanzamiento está activo.
-
-### pausar() => Promesa
-
-Este método pausa la reproducción del video. Devuelve una Promesa.
-
-### eliminar() => Promesa
-
-Este método elimina la instancia del reproductor IVS. Devuelve una Promesa.
-
-### obtenerUrl() => Promesa
-
-Este método recupera la URL del video que se está reproduciendo actualmente. Devuelve una Promesa.
-
-### obtenerEstado() => Promesa
-
-Este método recupera el estado actual del reproductor IVS. Devuelve una Promesa.
-
-### establecerPosiciónDelReproductor() => Promesa
-
-Este método establece la posición del reproductor IVS en la pantalla. Toma coordenadas x e y como parámetros y devuelve una Promesa.
-
-### obtenerPosiciónDelReproductor() => Promesa
-
-Este método recupera la posición actual del reproductor IVS en la pantalla. Devuelve una Promesa.
-
-### establecerCalidadAutomática() => Promesa
-
-Este método establece el modo de calidad automática del reproductor IVS. Toma un valor booleano como parámetro y devuelve una Promesa.
-
-### obtenerCalidadAutomática() => Promesa
-
-Este método recupera el modo de calidad automática actual del reproductor IVS. Devuelve una Promesa.
-
-### establecerPip() => Promesa
-
-Este método establece el modo de imagen en imagen del reproductor IVS. Toma un valor booleano como parámetro y devuelve una Promesa.
-
-### obtenerPip() => Promesa
-
-Este método recupera el modo de imagen en imagen actual del reproductor IVS. Devuelve una Promesa.
-
-### establecerMarco() => Promesa
-
-Este método establece el marco del reproductor IVS. Toma un valor numérico como parámetro y devuelve una Promesa.
-
-### obtenerMarco() => Promesa
-
-Este método recupera el marco actual del reproductor IVS. Devuelve una Promesa.
-
-### establecerSilencio() => Promesa
-
-Este método establece el modo de silencio del reproductor IVS. Toma un valor booleano como parámetro y devuelve una Promesa.
-
-### obtenerSilencio() => Promesa
-
-Este método recupera el modo de silencio actual del reproductor IVS. Devuelve una Promesa.
-
-### establecerCalidad() => Promesa
-
-Este método establece la calidad del video en el reproductor IVS. Toma un valor de cadena como parámetro y devuelve una Promesa.
-
-### obtenerCalidad() => Promesa
-
-Este método recupera la calidad actual del video en el reproductor IVS. Devuelve una Promesa.
-
-### obtenerCalidades() => Promesa
-
-Este método recupera las calidades disponibles del video en el reproductor IVS. Devuelve una Promesa.
-
-### agregarListener('expandirPip', ) => void
-
-Este método agrega un listener para el evento expandirPip. Toma una función de callback como parámetro y devuelve void.
-
-### agregarListener('cerrarPip', ) => void
-
-Este método agrega un listener para el evento cerrarPip. Toma una función de callback como parámetro y devuelve void.
-
-### agregarListener('enEstado', ) => void
-
-Este método agrega un listener para el evento enEstado. Toma una función de callback como parámetro y devuelve void.
-
-### agregarListener('enCues', ) => void
-
-Este método agrega un listener para el evento enCues. Toma una función de callback como parámetro y devuelve void.
-
-### agregarListener('enDuración', ) => void
-
-Este método agrega un listener para el evento enDuración.Toma una función de callback como parámetro y devuelve void
-
-### addListener('onError', ) => void
-
-Este método agrega un listener para el evento onError. Toma una función de callback como parámetro y devuelve void.
-
-### addListener('onRebuffering', ) => void
-
-Este método agrega un listener para el evento onRebuffering. Toma una función de callback como parámetro y devuelve void.
-
-### addListener('onSeekCompleted', ) => void
-
-Este método agrega un listener para el evento onSeekCompleted. Toma una función de callback como parámetro y devuelve void.
-
-### addListener('onVideoSize', ) => void
-
-Este método agrega un listener para el evento onVideoSize. Toma una función de callback como parámetro y devuelve void.
-
-### addListener('onQuality', ) => void
-
-Este método agrega un listener para el evento onQuality. Toma una función de callback como parámetro y devuelve void.
-
-### addListener('onCastStatus', ) => void
-
-Este método agrega un listener para el evento onCastStatus. Toma una función de callback como parámetro y devuelve void.
-
-### removeAllListeners() => void
-
-Este método elimina todos los listeners de eventos añadidos. Devuelve void.
-
-## Conclusión
-
-El paquete @capgo/ivs-player proporciona una API completa para integrar un reproductor IVS en tu aplicación Capacitor. Siguiendo los pasos de instalación y consultando la documentación de la API, puedes comenzar a reproducir videos en tu aplicación utilizando el reproductor IVS.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/native-audio.md b/src/content/plugins-tutorials/es/native-audio.md
deleted file mode 100644
index f9974415e..000000000
--- a/src/content/plugins-tutorials/es/native-audio.md
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: es
----
-
-cantar @capgo/native-audio Paquete
-
-Este tutorial te guiará sobre cómo usar el paquete `@capgo/native-audio` para reproducir sonidos en tu aplicación de Capacitor.
-
-## Paso 1: Instalación
-
-Para instalar el paquete, abre tu terminal y ejecuta el siguiente comando:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-o si prefieres usar yarn:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Paso 2: Sincronizar Archivos Nativos
-
-Después de instalar el paquete, sincroniza los archivos nativos con el siguiente comando:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Paso 3: Configuración
-
-No se requiere configuración adicional para este complemento.
-
-## Paso 4: Uso
-
-Para usar el paquete `@capgo/native-audio`, necesitas importar el objeto `NativeAudio` del paquete y usar sus métodos.
-
-Aquí tienes un ejemplo de cómo precargar un archivo de audio y reproducirlo:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-El método `preload` se utiliza para cargar un archivo de audio en memoria, y el método `play` se utiliza para reproducir el archivo de audio cargado.
-
-Otros métodos soportados incluyen `pause`, `resume`, `loop`, `stop`, `unload`, `setVolume`, `getDuration`, y `getCurrentTime`. Puedes referirte a la [documentación oficial](https://githubcom/Cap-go/native-audio/blob/main/READMEmd/) para más detalles sobre estos métodos.
-
-¡Eso es todo! Ahora has aprendido a usar el paquete `@capgo/native-audio` para reproducir sonidos en tu aplicación de Capacitor.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/native-market.md b/src/content/plugins-tutorials/es/native-market.md
deleted file mode 100644
index 6fc71814c..000000000
--- a/src/content/plugins-tutorials/es/native-market.md
+++ /dev/null
@@ -1,42 +0,0 @@
----
-published: true
-locale: es
----
-
-# Tutorial del Paquete `@capgo/native-market`
-
-El paquete `@capgo/native-market` es un plugin de la comunidad de Capacitor para el mercado nativo, que permite interactuar con la Play Store y la App Store. Este tutorial te guiará a través de la instalación y el uso de este paquete en tu proyecto de Capacitor.
-
-## Instalación
-
-Para instalar el paquete `@capgo/native-market`, abre tu terminal y ejecuta uno de los siguientes comandos, dependiendo de tu gestor de paquetes:
-
-Usando npm:
-
-[[BLOQUE_DE_CODIGO]]
-
-Usando yarn:
-
-[[BLOQUE_DE_CODIGO]]
-
-Después de la instalación, sincroniza los archivos nativos ejecutando el siguiente comando:
-
-[[BLOQUE_DE_CODIGO]]
-
-En iOS, no se requieren acciones adicionales.
-
-En Android, no se requieren acciones adicionales.
-
-## Uso
-
-El paquete `@capgo/native-market` proporciona varios métodos soportados que puedes usar para interactuar con el mercado nativo. Aquí tienes un ejemplo de cómo utilizar cada método:
-
-[[BLOQUE_DE_CODIGO]]
-
-Cada método toma diferentes parámetros de entrada dependiendo de la acción que deseas realizar. Asegúrate de consultar la documentación del método para obtener más detalles sobre los parámetros requeridos.
-
-¡Eso es todo! Ahora has instalado y utilizado con éxito el paquete `@capgo/native-market` en tu proyecto de Capacitor. No dudes en explorar más de sus características y personalizarlo según tus necesidades.
-
-***
-
-¡Felicidades por completar el tutorial! Si tienes alguna pregunta adicional o necesitas ayuda, no dudes en preguntar.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/native-purchases.md b/src/content/plugins-tutorials/es/native-purchases.md
deleted file mode 100644
index 33de9d217..000000000
--- a/src/content/plugins-tutorials/es/native-purchases.md
+++ /dev/null
@@ -1,53 +0,0 @@
----
-locale: es
----
-
-cantar @capgo/native-purchases Paquete
-
-El paquete @capgo/native-purchases es un complemento para Capacitor que proporciona una fácil funcionalidad de compras dentro de la app. En este tutorial, recorreremos los pasos de instalación y uso del paquete en tu proyecto de Capacitor.
-
-## Instalación
-
-Para instalar el paquete @capgo/native-purchases, abre tu terminal y ejecuta el siguiente comando:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-Esto instalará el paquete y sincronizará los archivos nativos con tu proyecto.
-
-### Configuración en Android
-
-Si estás utilizando Android, necesitas agregar algunas configuraciones a tu archivo AndroidManifest.xml. Abre el archivo ubicado en `android/app/src/main/AndroidManifest.xml` y agrega el siguiente código:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Configuración en iOS
-
-Si estás utilizando iOS, no se necesitan más pasos.
-
-## Usando el Paquete
-
-El paquete @capgo/native-purchases proporciona varios métodos para manejar compras dentro de la app. Aquí hay algunos ejemplos de cómo usar estos métodos:
-
-### Restaurar Compras
-
-Para restaurar las compras anteriores de un usuario, utiliza el método `restorePurchases()`:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Comprar un Producto
-
-Para iniciar una compra de un producto específico, utiliza el método `purchaseProduct()`:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Obtener Información del Producto
-
-Para recuperar información sobre un producto específico, utiliza el método `getProducts()`:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-Estos son solo algunos ejemplos de cómo usar el paquete @capgo/native-purchases. Para obtener información más detallada sobre los métodos disponibles y sus parámetros, consulta la documentación del paquete.
-
-## Conclusión
-
-En este tutorial, cubrimos el proceso de instalación y el uso básico del paquete @capgo/native-purchases. Siguiendo los pasos descritos aquí, deberías poder integrar la funcionalidad de compras dentro de la app en tu proyecto de Capacitor.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/es/purchases-capacitor.md b/src/content/plugins-tutorials/es/purchases-capacitor.md
deleted file mode 100644
index 3d51037f7..000000000
--- a/src/content/plugins-tutorials/es/purchases-capacitor.md
+++ /dev/null
@@ -1,93 +0,0 @@
----
-locale: es
----
-
-Tutorial de revenuecat/purchases-capacitor
-
-Este tutorial te guiará a través del proceso de implementar compras dentro de la app y suscripciones en tu aplicación Ionic Capacitor usando el paquete `@revenuecat/purchases-capacitor`.
-
-## Requisitos Previos
-
-Antes de comenzar, asegúrate de tener lo siguiente:
-
-- Un proyecto de Ionic Capacitor configurado
-- Una cuenta de RevenueCat (regístrate en https://apprevenuecatcom/signup)
-- Productos o suscripciones dentro de la app configurados en tus cuentas de tienda de aplicaciones (Apple App Store y/o Google Play Store)
-
-## Instalación
-
-1 Abre tu terminal o símbolo del sistema y navega a tu directorio del proyecto.
-
-2 Ejecuta el siguiente comando para instalar el paquete:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-3 Después de la instalación, sincroniza tu proyecto de Capacitor:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Configuración
-
-1 Importa el módulo Purchases en el archivo principal de TypeScript de tu app (por ejemplo, `appcomponentts`):
-
-[[BLOQUE_DE_CÓDIGO]]
-
-2 Configura el SDK con tu clave de API de RevenueCat:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-Llama a esta función cuando tu app inicie, por ejemplo, en el método `ngOnInit()` de tu componente principal.
-
-## Uso Básico
-
-### Obteniendo Productos Disponibles
-
-Para obtener la lista de productos disponibles:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Realizando una Compra
-
-Para iniciar una compra:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Verificando el Estado de Suscripción
-
-Para verificar el estado de suscripción actual del usuario:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Restaurando Compras
-
-Para restaurar las compras anteriores de un usuario:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Características Avanzadas
-
-### Identificando Usuarios
-
-Si tienes tu propio sistema de ID de usuario, puedes identificar a los usuarios ante RevenueCat:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Verificando Elegibilidad para Precios Introductorios
-
-Para verificar si un usuario es elegible para un precio introductorio:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Estableciendo Atributos
-
-Puedes establecer atributos personalizados para los usuarios:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Conclusión
-
-Este tutorial cubrió los aspectos básicos de implementar compras dentro de la app y suscripciones utilizando el paquete `@revenuecat/purchases-capacitor`. Recuerda manejar los errores de manera apropiada y probar tu implementación a fondo.
-
-Para un uso más avanzado y documentación detallada de la API, consulta la documentación de RevenueCat en https://docsrevenuecatcom/.
-
-No olvides configurar tus productos en el panel de RevenueCat y enlazarlos a tus productos de la tienda de aplicaciones. Además, asegúrate de probar tu implementación en un entorno de sandbox antes de lanzarla a producción.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/camera-preview.md b/src/content/plugins-tutorials/fr/camera-preview.md
deleted file mode 100644
index 2e9e93694..000000000
--- a/src/content/plugins-tutorials/fr/camera-preview.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-locale: fr
----
-
-Tutoriel du package capgo/camera-preview
-
-Dans ce tutoriel, nous allons passer en revue les étapes pour utiliser le package `@capgo/camera-preview` dans votre projet Capacitor. Ce package vous permet d'interagir avec la caméra depuis votre code JavaScript et HTML.
-
-## Installation
-
-Pour installer le package `@capgo/camera-preview`, ouvrez votre terminal et exécutez l'une des commandes suivantes :
-
-```bash
-yarn add @capgo/camera-preview
-```
-
-ou
-
-```bash
-npm install @capgo/camera-preview
-```
-
-Une fois l'installation terminée, exécutez la commande suivante pour synchroniser votre projet Capacitor :
-
-```bash
-npx cap sync
-```
-
-### Étapes d'installation supplémentaires pour Android
-
-Si vous utilisez Android, vous devez effectuer quelques modifications supplémentaires dans votre projet. Ouvrez le fichier `android/app/src/main/AndroidManifest.xml` et ajoutez la ligne suivante au-dessus de la balise `</application>` de fermeture pour demander la permission CAMERA :
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-```
-
-Pour plus d'aide, consultez la [documentation de Capacitor](https://capacitorjs.com/docs/android/configuration/#configuring-androidmanifestxml/).
-
-### Étapes d'installation supplémentaires pour iOS
-
-Si vous utilisez iOS, vous devez ajouter deux permissions à votre fichier `Info.plist`. Suivez la [documentation de Capacitor](https://capacitorjs.com/docs/ios/configuration/#configuring-infoplist) et ajoutez les permissions `NSCameraUsageDescription` et `NSMicrophoneUsageDescription`. La permission `NSMicrophoneUsageDescription` n'est requise que si vous allez utiliser l'audio. Si vous n'avez pas besoin d'audio, vous pouvez définir l'option `disableAudio` sur `true` pour désactiver la demande de permission du microphone.
-
-### Étapes d'installation supplémentaires pour le Web
-
-Si vous utilisez la plateforme web avec Ionic, ajoutez la ligne suivante à votre script d'entrée dans `app.module.ts` :
-
-```typescript
-import '@capgo/camera-preview';
-```
-
-Cela permettra à Capacitor d'enregistrer la plateforme web à partir du plugin.
-
-## API
-
-Le package `@capgo/camera-preview` fournit les méthodes API suivantes :
-
-### start(options: CameraPreviewOptions)
-
-Démarre l'instance d'aperçu de caméra.
-
-### stop()
-
-Arrête l'instance d'aperçu de caméra.
-
-### capture(options: CameraPreviewPictureOptions)
-
-Capture une image de la caméra.
-
-### captureSample(options: CameraSampleOptions)
-
-Capture une image d'échantillon.
-
-### getSupportedFlashModes()
-
-Obtient les modes de flash pris en charge.
-
-### getHorizontalFov()
-
-Obtient le champ de vision horizontal.
-
-### setFlashMode(options: { flashMode: CameraPreviewFlashMode | string; })
-
-Définit le mode de flash.
-
-### flip()
-
-Inverse la caméra.
-
-### setOpacity(options: CameraOpacityOptions)
-
-Définit l'opacité de la caméra.
-
-### stopRecordVideo()
-
-Arrête l'enregistrement d'une vidéo.
-
-### startRecordVideo(options: CameraPreviewOptions)
-
-Commence l'enregistrement d'une vidéo.
-
-Pour plus de détails sur les paramètres et les valeurs de retour de ces méthodes, consultez la documentation du package `@capgo/camera-preview`.
-
-## Conclusion
-
-Dans ce tutoriel, nous avons appris comment installer et utiliser le package `@capgo/camera-preview` dans un projet Capacitor. Nous avons exploré les méthodes API disponibles et leur utilisation. Vous pouvez maintenant intégrer la fonctionnalité de caméra dans votre application en utilisant ce package.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/capacitor-age-range.md b/src/content/plugins-tutorials/fr/capacitor-age-range.md
deleted file mode 100644
index a73ebebdf..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-age-range.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-locale: fr
----
-# Using @capgo/capacitor-age-range Package
-
-The `@capgo/capacitor-age-range` package provides cross-platform age range detection for Capacitor apps. It uses **Google Play Age Signals** on Android and **Apple DeclaredAgeRange** on iOS, mapping both to a unified API.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-age-range
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `com.apple.developer.declared-age-range` entitlement to your app:
-
-1. In Xcode, select your target → **Signing & Capabilities**
-2. Click **+ Capability** → search for **Declared Age Range**
-3. Enable it
-
-Or add manually to your `*.entitlements` file:
-
-```xml
-<key>com.apple.developer.declared-age-range</key>
-<true/>
-```
-
-> **Note:** The DeclaredAgeRange framework requires iOS 26+. On older versions, the plugin returns `NOT_AVAILABLE`.
-
-## Android Setup
-
-No additional setup is needed. The plugin uses Google Play Age Signals API which works automatically when the Play Store is installed.
-
-## API
-
-The `@capgo/capacitor-age-range` package provides the following API methods:
-
-### requestAgeRange(options?)
-
-Requests the user's age range. On iOS, this shows a system dialog. On Android, this queries Play Age Signals in the background.
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function checkAge() {
-  const result = await AgeRange.requestAgeRange({
-    ageGates: [13, 16, 18] // iOS only, ignored on Android
-  });
-
-  switch (result.status) {
-    case 'SHARING':
-      console.log('Age range:', result.ageLower, '-', result.ageUpper);
-      console.log('Source:', result.declarationSource);
-      break;
-    case 'DECLINED_SHARING':
-      console.log('User declined to share age');
-      break;
-    case 'NOT_AVAILABLE':
-      console.log('Age range API not available');
-      break;
-    case 'ERROR':
-      console.log('Error occurred');
-      break;
-  }
-}
-```
-
-### getPluginVersion()
-
-Returns the native plugin version.
-
-```javascript
-const { version } = await AgeRange.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Complete Example
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function verifyAge() {
-  const result = await AgeRange.requestAgeRange({ ageGates: [13, 18] });
-
-  if (result.status === 'SHARING') {
-    const isAdult = (result.ageLower ?? 0) >= 18;
-    if (isAdult) {
-      enableAdultContent();
-    } else {
-      enableChildSafeContent();
-    }
-  } else {
-    // Default to child-safe experience
-    enableChildSafeContent();
-  }
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-age-range` package for cross-platform age range detection in your Capacitor app.
diff --git a/src/content/plugins-tutorials/fr/capacitor-app-tracking-transparency.md b/src/content/plugins-tutorials/fr/capacitor-app-tracking-transparency.md
deleted file mode 100644
index 1b82d4d5b..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-app-tracking-transparency.md
+++ /dev/null
@@ -1,95 +0,0 @@
----
-locale: fr
----
-# Using @capgo/capacitor-app-tracking-transparency Package
-
-The `@capgo/capacitor-app-tracking-transparency` package allows you to request and check iOS App Tracking Transparency (ATT) permission in your Capacitor app. This is required for apps that access the device's advertising identifier (IDFA) on iOS 14+.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-app-tracking-transparency
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `NSUserTrackingUsageDescription` key to your app's `Info.plist` file:
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>This identifier will be used to deliver personalized ads to you.</string>
-```
-
-This message will be shown to users when requesting tracking permission. Customize it to explain why your app needs tracking authorization.
-
-## Android & Web
-
-App Tracking Transparency is an iOS-only framework. On Android and Web, this plugin returns `authorized` status automatically, allowing transparent cross-platform usage without conditional code.
-
-## API
-
-The `@capgo/capacitor-app-tracking-transparency` package provides the following API methods:
-
-### getStatus()
-
-Gets the current tracking authorization status without prompting the user.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function checkTrackingStatus() {
-  const { status } = await AppTrackingTransparency.getStatus();
-  console.log('Tracking status:', status);
-  // Possible values: 'authorized', 'denied', 'notDetermined', 'restricted'
-}
-```
-
-### requestPermission()
-
-Requests user authorization to access app-related data for tracking. Shows the native iOS permission dialog.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function requestTrackingPermission() {
-  const { status } = await AppTrackingTransparency.requestPermission();
-  if (status === 'authorized') {
-    console.log('User authorized tracking');
-    // Initialize your tracking/analytics SDKs
-  } else {
-    console.log('User denied tracking:', status);
-    // Use non-personalized alternatives
-  }
-}
-```
-
-> **Note:** The permission dialog is only shown once per app install. Subsequent calls return the stored status.
-
-## Complete Example
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function handleTracking() {
-  const { status } = await AppTrackingTransparency.getStatus();
-
-  if (status === 'notDetermined') {
-    const result = await AppTrackingTransparency.requestPermission();
-    if (result.status === 'authorized') {
-      initializeTracking();
-    }
-  } else if (status === 'authorized') {
-    initializeTracking();
-  }
-}
-
-function initializeTracking() {
-  // Initialize your ad SDKs, analytics, etc.
-  console.log('Tracking initialized');
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-app-tracking-transparency` package to handle App Tracking Transparency in your Capacitor app.
diff --git a/src/content/plugins-tutorials/fr/capacitor-crisp.md b/src/content/plugins-tutorials/fr/capacitor-crisp.md
deleted file mode 100644
index e3cc2603d..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-crisp.md
+++ /dev/null
@@ -1,74 +0,0 @@
----
-locale: fr
----
-
-Intégration du paquet @capgo/capacitor-crisp
-
-Le paquet `@capgo/capacitor-crisp` vous permet d'intégrer Crisp, un SDK natif, dans votre application Capacitor. Il fournit des méthodes pour configurer Crisp, ouvrir la boîte de discussion, définir les détails de l'utilisateur, envoyer des événements, et plus encore.
-
-Pour commencer avec le paquet `@capgo/capacitor-crisp`, suivez ces étapes :
-
-## Installation
-
-1. Ouvrez votre terminal et naviguez vers le répertoire racine de votre application Capacitor.
-2. Exécutez la commande suivante pour installer le paquet :
-
-```bash
-npm install @capgo/capacitor-crisp
-npx cap sync
-```
-
-## Initialiser Crisp
-
-Avant d'utiliser l'une des méthodes fournies par le paquet `@capgo/capacitor-crisp`, vous devez configurer Crisp avec votre ID de site web. Ajoutez le code suivant à votre projet :
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-CapacitorCrisp.configure({ websiteID: '******-****-****-****-********' });
-```
-
-Remplacez `'******-****-****-****-********'` par votre véritable ID de site Crisp.
-
-### Intégration iOS
-
-Si vous ciblez iOS, vous devez ajouter les autorisations suivantes au fichier Infoplist de votre application :
-
-- Confidentialité - Description de l'utilisation de la caméra (NSCameraUsageDescription)
-- Confidentialité - Description de l'utilisation des additions à la bibliothèque photos (NSPhotoLibraryAddUsageDescription)
-
-Assurez-vous de fournir une description pour chaque autorisation expliquant pourquoi votre application en a besoin.
-
-### Intégration Android
-
-Aucune étape supplémentaire n'est requise pour l'intégration Android.
-
-## Ouvrir la boîte de discussion
-
-Pour ouvrir la boîte de discussion Crisp dans votre application, utilisez la méthode `openMessenger` fournie par le paquet `@capgo/capacitor-crisp`. Ajoutez le code suivant à votre projet :
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-CapacitorCrisp.openMessenger();
-```
-
-Cela ouvrira la boîte de discussion Crisp pour que les utilisateurs puissent commencer une conversation avec votre équipe de support.
-
-## Fonctionnalités supplémentaires
-
-Le paquet `@capgo/capacitor-crisp` fournit plusieurs autres méthodes pour personnaliser et interagir avec Crisp. Voici quelques-unes des méthodes disponibles :
-
-- `setTokenID` : Définir l'ID du token pour l'utilisateur
-- `setUser` : Définir les détails de l'utilisateur tels que le pseudo, le numéro de téléphone, l'email et l'avatar
-- `pushEvent` : Envoyer un événement personnalisé à Crisp
-- `setCompany` : Définir les détails de l'entreprise, y compris le nom, l'URL, la description, l'emploi et la géolocalisation
-- `setInt` : Définir une valeur entière personnalisée
-- `setString` : Définir une valeur chaîne personnalisée
-- `sendMessage` : Envoyer un message de discussion à Crisp
-- `setSegment` : Définir le segment pour l'utilisateur
-- `reset` : Réinitialiser la configuration Crisp
-
-Pour plus d'informations sur ces méthodes et leurs paramètres, reportez-vous à la documentation officielle du paquet `@capgo/capacitor-crisp`.
-
-C'est tout ! Vous avez appris à utiliser le paquet `@capgo/capacitor-crisp` pour intégrer Crisp dans votre application Capacitor. Profitez d'une communication fluide avec vos utilisateurs via la boîte de discussion Crisp.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/capacitor-data-storage-sqlite.md b/src/content/plugins-tutorials/fr/capacitor-data-storage-sqlite.md
deleted file mode 100644
index 98d640d72..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-data-storage-sqlite.md
+++ /dev/null
@@ -1,188 +0,0 @@
----
-locale: fr
----
-
-capgo/capacitor-data-storage-sqlite Tutoriel
-
-Ce tutoriel vous guidera à travers le processus d'utilisation du package `@capgo/capacitor-data-storage-sqlite` pour implémenter un stockage permanent clé-valeur pour des données simples de chaînes dans votre application Ionic Capacitor.
-
-## Prérequis
-
-Avant de commencer, assurez-vous d'avoir installé les éléments suivants :
-
-- Nodejs
-- npm
-- Projet Ionic Capacitor
-
-## Installation
-
-1 Ouvrez votre terminal ou invite de commandes et accédez à votre répertoire de projet.
-
-2 Exécutez la commande suivante pour installer le package :
-
-```bash
-npm install --save @capgo/capacitor-data-storage-sqlite
-```
-
-3 Après l'installation, synchronisez votre projet Capacitor :
-
-```bash
-npx cap sync
-```
-
-4 Pour la plateforme Web, installez localforage :
-
-```bash
-npm install --save localforage
-```
-
-5 Pour la plateforme Electron, suivez ces étapes supplémentaires :
-
-```bash
-npm install --save @capacitor-community/electron
-npx cap add @capacitor-community/electron
-cd electron
-npm install --save sqlite3
-npm install --save-dev @types/sqlite3
-npm run build
-cd ..
-npx cap sync @capacitor-community/electron
-```
-
-## Utilisation
-
-Maintenant que nous avons installé le package, voyons comment l'utiliser dans votre application.
-
-### Importer le Plugin
-
-Tout d'abord, importez le plugin dans votre fichier TypeScript :
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { CapacitorDataStorageSqlite, capDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-```
-
-### Ouvrir un Magasin
-
-Pour commencer à utiliser le stockage, vous devez ouvrir un magasin :
-
-```typescript
-async function openStore() {
-  const store = new CapacitorDataStorageSqlite(Capacitor.getPlatform());
-  await store.openStore({ database: "my_db", table: "my_table" });
-  return store;
-}
-```
-
-### Définir une Valeur
-
-Pour définir une valeur dans le magasin :
-
-```typescript
-async function setValue(store, key: string, value: string) {
-  await store.set(key, value);
-}
-```
-
-### Obtenir une Valeur
-
-Pour récupérer une valeur du magasin :
-
-```typescript
-async function getValue(store, key: string) {
-  const result = await store.get(key);
-  return result.value;
-}
-```
-
-### Vérifier si une Clé Existe
-
-Pour vérifier si une clé existe dans le magasin :
-
-```typescript
-async function isKeyExists(store, key: string) {
-  const result = await store.iskey(key);
-  return result.result;
-}
-```
-
-### Supprimer une Clé
-
-Pour supprimer une clé du magasin :
-
-```typescript
-async function removeKey(store, key: string) {
-  await store.remove(key);
-}
-```
-
-### Effacer le Magasin
-
-Pour effacer toutes les données du magasin :
-
-```typescript
-async function clearStore(store) {
-  await store.clear();
-}
-```
-
-### Fermer le Magasin
-
-Lorsque vous avez terminé d'utiliser le magasin, il est bon de le fermer :
-
-```typescript
-async function closeStore(store) {
-  await store.closeStore();
-}
-```
-
-## Exemple d'Utilisation
-
-Voici un exemple complet de la façon d'utiliser le plugin :
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { CapacitorDataStorageSqlite, capDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-async function dataStorageExample() {
-  const store = new CapacitorDataStorageSqlite(Capacitor.getPlatform());
-  
-  try {
-    // Open the store
-    await store.openStore({ database: "my_db", table: "my_table" });
-
-    // Set a value
-    await store.set("myKey", "Hello, Capacitor!");
-
-    // Get the value
-    const result = await store.get("myKey");
-    console.log("Value:", result.value);
-
-    // Check if key exists
-    const keyExists = await store.iskey("myKey");
-    console.log("Key exists:", keyExists.result);
-
-    // Remove the key
-    await store.remove("myKey");
-
-    // Clear the store
-    await store.clear();
-
-  } catch (error) {
-    console.error("Error:", error);
-  } finally {
-    // Close the store
-    await store.closeStore();
-  }
-}
-
-dataStorageExample();
-```
-
-## Conclusion
-
-Vous avez maintenant appris à utiliser le package `@capgo/capacitor-data-storage-sqlite` pour implémenter un système de stockage clé-valeur dans votre application Ionic Capacitor. Ce plugin offre un moyen simple de stocker et de récupérer des données de chaînes sur différentes plateformes, y compris iOS, Android, Electron et Web.
-
-N'oubliez pas de gérer les erreurs de manière appropriée et de fermer le magasin lorsque vous avez terminé de l'utiliser. Pour une utilisation plus avancée, y compris le travail avec des bases de données cryptées, plusieurs tables et l'import/export JSON, consultez la documentation complète de l'API du plugin.
-
-Pour des informations plus détaillées sur l'API et les options disponibles, consultez le README ou la documentation du package.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/capacitor-flash.md b/src/content/plugins-tutorials/fr/capacitor-flash.md
deleted file mode 100644
index 99151fe89..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-flash.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-locale: fr
----
-
-Chantez le package `@capgo/capacitor-flash`
-
-Le package `@capgo/capacitor-flash` vous permet d'allumer et d'éteindre la lampe de poche de votre appareil. Dans ce tutoriel, nous vous guiderons à travers le processus d'installation et d'utilisation de ce package dans votre application Ionic Capacitor.
-
-## Installation
-
-Pour installer le package `@capgo/capacitor-flash`, exécutez la commande suivante dans le répertoire racine de votre projet :
-
-```bash
-npm install @capgo/capacitor-flash
-npx cap sync
-```
-
-## Configuration iOS
-
-Le package `@capgo/capacitor-flash` fonctionne immédiatement sur iOS, donc aucune configuration supplémentaire n'est requise.
-
-## Configuration Android
-
-Pour Android, vous devez déclarer les autorisations nécessaires dans le fichier `AndroidManifest.xml` de votre application. Ajoutez les lignes suivantes à l'intérieur de la balise `<manifest>` :
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-feature android:name="android.hardware.camera" />
-```
-
-## API
-
-Le package `@capgo/capacitor-flash` fournit les méthodes API suivantes :
-
-### isAvailable()
-
-Cette méthode vérifie si la lampe de poche est disponible sur l'appareil.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function checkFlashlightAvailability() {
-  const isAvailable = await CapacitorFlash.isAvailable();
-  console.log('Flashlight availability:', isAvailable);
-}
-```
-
-### switchOn(options)
-
-Cette méthode allume la lampe de poche de l'appareil. Vous pouvez passer des options pour ajuster l'intensité de la lampe de poche.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function switchOnFlashlight() {
-  const options = {
-    intensity: 100, // Set the intensity to 100%
-  };
-  await CapacitorFlash.switchOn(options);
-  console.log('Flashlight switched on');
-}
-```
-
-### switchOff()
-
-Cette méthode éteint la lampe de poche de l'appareil.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function switchOffFlashlight() {
-  await CapacitorFlash.switchOff();
-  console.log('Flashlight switched off');
-}
-```
-
-### isSwitchedOn()
-
-Cette méthode vérifie si la lampe de poche est actuellement allumée ou éteinte.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function checkFlashlightStatus() {
-  const isSwitchedOn = await CapacitorFlash.isSwitchedOn();
-  console.log('Flashlight status:', isSwitchedOn ? 'ON' : 'OFF');
-}
-```
-
-### toggle()
-
-Cette méthode bascule la lampe de poche, c'est-à-dire que si elle est allumée, elle s'éteindra, et vice versa.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function toggleFlashlight() {
-  await CapacitorFlash.toggle();
-  console.log('Flashlight toggled');
-}
-```
-
-C'est tout ! Vous avez réussi à apprendre comment utiliser le package `@capgo/capacitor-flash` dans votre application Ionic Capacitor pour contrôler la lampe de poche de votre appareil.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/capacitor-inappbrowser.md b/src/content/plugins-tutorials/fr/capacitor-inappbrowser.md
deleted file mode 100644
index 294b20ab6..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-inappbrowser.md
+++ /dev/null
@@ -1,52 +0,0 @@
----
-locale: fr
----
-
-Tutoriel du package `capgo/inappbrowser`
-
-Le package `@capgo/inappbrowser` est un plugin Capacitor qui vous permet d'ouvrir une URL dans une fenêtre de navigateur intégrée. Voici un guide étape par étape sur la façon d'utiliser ce package :
-
-## Installation
-
-Pour installer le package, exécutez la commande suivante dans le répertoire racine de votre projet :
-
-[[BLOC_DE_CODE]]
-
-## Utilisation
-
-1. Importez la classe `InAppBrowser` depuis le package `@capgo/inappbrowser` :
-
-   [[BLOC_DE_CODE]]
-
-2. Utilisez la méthode `InAppBrowser.open` pour ouvrir une URL dans une nouvelle fenêtre en plein écran :
-
-   [[BLOC_DE_CODE]]
-
-   Remplacez `"YOUR_URL"` par l'URL que vous souhaitez ouvrir.
-
-3. Vous pouvez également utiliser d'autres méthodes fournies par la classe `InAppBrowser` :
-
-   - `clearCookies`: Effacer tous les cookies
-   - `close`: Fermer la fenêtre du navigateur intégré
-   - `openWebView`: Ouvrir une URL dans une nouvelle vue web avec barres d'outils
-   - `setUrl`: Définir l'URL du navigateur intégré
-
-   Référez-vous à la section API ci-dessous pour plus de détails sur ces méthodes.
-
-## API
-
-Le package `@capgo/inappbrowser` fournit les méthodes API suivantes :
-
-- `open(options: OpenOptions)`: Ouvrir une URL dans une nouvelle fenêtre en plein écran. Prend un objet `OpenOptions` comme paramètre.
-- `clearCookies()`: Effacer tous les cookies.
-- `close()`: Fermer la fenêtre du navigateur intégré.
-- `openWebView(options: OpenWebViewOptions)`: Ouvrir une URL dans une nouvelle vue web avec barres d'outils. Prend un objet `OpenWebViewOptions` comme paramètre.
-- `setUrl(options: { url: string; })`: Définir l'URL du navigateur intégré. Prend un objet avec une propriété `url` comme paramètre.
-- `addListener('urlChangeEvent', listenerFunc: UrlChangeListener)`: Écouter les événements de changement d'URL. Prend une fonction `UrlChangeListener` comme paramètre.
-- `addListener('closeEvent', listenerFunc: UrlChangeListener)`: Écouter les événements de fermeture. Prend une fonction `UrlChangeListener` comme paramètre.
-- `addListener('confirmBtnClicked', listenerFunc: UrlChangeListener)`: Écouter les événements de clic du bouton de confirmation. Prend une fonction `UrlChangeListener` comme paramètre.
-- `removeAllListeners()`: Supprimer tous les écouteurs d'événements.
-
-Pour plus d'informations sur les paramètres et les valeurs de retour de ces méthodes, référez-vous à la documentation du package.
-
-Et voilà ! Vous avez appris à utiliser le package `@capgo/inappbrowser` pour ouvrir des URLs dans une fenêtre de navigateur intégrée dans Capacitor. Bon codage !
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/capacitor-mute.md b/src/content/plugins-tutorials/fr/capacitor-mute.md
deleted file mode 100644
index 2d4dea345..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-mute.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-locale: fr
----
-
-Chantez le paquet @capgo/capacitor-mute
-
-Le paquet `@capgo/capacitor-mute` est un plugin Capacitor qui vous permet de détecter si l'interrupteur de sourdine est activé ou désactivé sur un appareil. Il fournit une API simple pour vérifier l'état de sourdine de l'appareil.
-
-## Installation
-
-Vous pouvez installer le paquet `@capgo/capacitor-mute` en utilisant npm :
-
-```bash
-npm install @capgo/capacitor-mute
-npx cap sync
-```
-
-## Utilisation
-
-Pour utiliser le paquet `@capgo/capacitor-mute`, vous devez l'importer et appeler la méthode `isMuted()`.
-
-```typescript
-import { isMuted } from '@capgo/capacitor-mute';
-
-isMuted().then((result) => {
-  console.log('Mute status:', result);
-}).catch((error) => {
-  console.error('Error checking mute status:', error);
-});
-```
-
-La méthode `isMuted()` renvoie une promesse qui se résout en une valeur booléenne indiquant si l'appareil est en sourdine ou non. Si la promesse est rejetée, un message d'erreur s'affiche.
-
-## Exemple
-
-Voici un exemple de la façon dont vous pouvez utiliser le paquet `@capgo/capacitor-mute` pour vérifier l'état de sourdine de l'appareil et afficher un message en fonction du résultat.
-
-```typescript
-import { isMuted } from '@capgo/capacitor-mute';
-
-isMuted().then((result) => {
-  if (result) {
-    console.log('The device is currently muted');
-    // Display a message or perform some actions for muted device
-  } else {
-    console.log('The device is not muted');
-    // Display a message or perform some actions for non-muted device
-  }
-}).catch((error) => {
-  console.error('Error checking mute status:', error);
-});
-```
-
-Dans cet exemple, si l'appareil est en sourdine, un message "L'appareil est actuellement en sourdine" est affiché. Si l'appareil n'est pas en sourdine, un message "L'appareil n'est pas en sourdine" est affiché.
-
-## Problèmes possibles
-
-Veuillez noter que sur les appareils iOS avec Xcode 14, la bibliothèque `@capgo/capacitor-mute` peut ne pas être configurée comme prévu par Apple. Ce problème est actuellement en cours de traitement par les développeurs de la bibliothèque. Pour résoudre ce problème, vous pouvez suivre les instructions fournies dans la section [problème connu](https://githubcom/CocoaPods/CocoaPods/issues/8891/) de la documentation du paquet.
-
-## Conclusion
-
-Le paquet `@capgo/capacitor-mute` est un plugin Capacitor utile qui vous permet de détecter l'état de sourdine d'un appareil. En suivant les étapes d'installation et d'utilisation décrites dans ce tutoriel, vous pouvez facilement intégrer ce paquet dans votre projet Capacitor et utiliser son API pour vérifier l'état de sourdine.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/capacitor-native-biometric.md b/src/content/plugins-tutorials/fr/capacitor-native-biometric.md
deleted file mode 100644
index cdc6ecd13..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-native-biometric.md
+++ /dev/null
@@ -1,22 +0,0 @@
----
-locale: fr
----
-
-| -------------------------- | ------------------------- |
-| 0    | Erreur inconnue            | Android, iOS              |
-| 1    | Biométrie indisponible     | Android, iOS              |
-| 2    | Verrouillage de l'utilisateur | Android, iOS              |
-| 3    | Biométrie non enregistrée  | Android, iOS              |
-| 4    | Verrouillage temporaire de l'utilisateur | Android (Verrouillage pour 30sec) |
-| 10   | Échec de l'authentification| Android, iOS              |
-| 11   | Annulation de l'application | iOS                       |
-| 12   | Contexte invalide          | iOS                       |
-| 13   | Non interactif             | iOS                       |
-| 14   | Code d'accès non défini    | Android, iOS              |
-| 15   | Annulation système         | Android, iOS              |
-| 16   | Annulation de l'utilisateur | Android, iOS              |
-| 17   | Récupération de l'utilisateur | Android, iOS              |
-
-Vous pouvez gérer ces codes d'erreur en fonction des exigences de votre application.
-
-C'est tout ! Vous avez appris avec succès comment utiliser le package `@capgo/capacitor-native-biometric` pour intégrer l'authentification biométrique dans vos applications Capacitor.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/capacitor-nativegeocoder.md b/src/content/plugins-tutorials/fr/capacitor-nativegeocoder.md
deleted file mode 100644
index 7890fea4a..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-nativegeocoder.md
+++ /dev/null
@@ -1,51 +0,0 @@
----
-locale: fr
----
-
-Utilisation de @capgo/nativegeocoder pour la géocodage
-
-Le paquet `@capgo/nativegeocoder` est un plugin Capacitor qui fournit des fonctionnalités de géocodage et de géocodage inverse. Le géocodage est le processus de conversion d'adresses en coordonnées géographiques (latitude et longitude) et vice versa.
-
-Pour utiliser le paquet `@capgo/nativegeocoder`, suivez les étapes ci-dessous :
-
-### Étape 1 : Installer le paquet
-
-Installez le paquet en utilisant npm :
-
-[[BLOC_DE_CODE]]
-
-### Étape 2 : Synchroniser votre projet
-
-Exécutez la commande suivante pour synchroniser votre projet :
-
-[[BLOC_DE_CODE]]
-
-### Étape 3 : Importer le plugin
-
-Dans votre code, importez `NativeGeocoder` depuis `@capgo/nativegeocoder` :
-
-[[BLOC_DE_CODE]]
-
-### Étape 4 : Mettre en œuvre la fonctionnalité de géocodage
-
-Le plugin `@capgo/nativegeocoder` fournit deux méthodes principales pour le géocodage :
-
-#### Géocodage inverse
-
-Le géocodage inverse est le processus de conversion de coordonnées géographiques (latitude et longitude) en une adresse.
-
-[[BLOC_DE_CODE]]
-
-La méthode `reverseGeocode` prend un objet avec les propriétés latitude et longitude. Elle retourne l'adresse comme résultat.
-
-#### Géocodage direct
-
-Le géocodage direct est le processus de conversion d'une adresse en coordonnées géographiques (latitude et longitude).
-
-[[BLOC_DE_CODE]]
-
-La méthode `forwardGeocode` prend un objet avec la propriété adresse. Elle retourne les coordonnées comme résultat.
-
-### Conclusion
-
-Le paquet `@capgo/nativegeocoder` fournit un moyen simple et efficace d'effectuer du géocodage dans votre projet Capacitor. En suivant les étapes décrites dans ce tutoriel, vous pouvez facilement intégrer la fonctionnalité de géocodage dans votre application.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/capacitor-navigation-bar.md b/src/content/plugins-tutorials/fr/capacitor-navigation-bar.md
deleted file mode 100644
index 5b8e634f5..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-navigation-bar.md
+++ /dev/null
@@ -1,45 +0,0 @@
----
-locale: fr
----
-
-chant @capgo/capacitor-navigation-bar
-
-## Installation
-
-Pour utiliser le paquet `@capgo/capacitor-navigation-bar`, vous devez d'abord l'installer en exécutant la commande suivante :
-
-```bash
-npm install @capgo/capacitor-navigation-bar
-npx cap sync
-```
-
-## Définir la couleur de la barre de navigation
-
-Vous pouvez définir la couleur de la barre de navigation pour Android Lollipop et supérieur en utilisant la fonction `setNavigationBarColor`. Voici un exemple de son utilisation :
-
-```typescript
-import { setNavigationBarColor } from '@capgo/capacitor-navigation-bar';
-
-...
-
-setNavigationBarColor({ color: '#FF0000' });
-```
-
-Le paramètre `color` est une chaîne qui représente la couleur de la barre de navigation.
-
-## Obtenir la couleur de la barre de navigation
-
-Vous pouvez également obtenir la couleur actuelle de la barre de navigation en utilisant la fonction `getNavigationBarColor`. Voici un exemple de son utilisation :
-
-```typescript
-import { getNavigationBarColor } from '@capgo/capacitor-navigation-bar';
-
-...
-
-const color = getNavigationBarColor();
-console.log(color);
-```
-
-La variable `color` contiendra la couleur actuelle de la barre de navigation.
-
-Et c'est tout ! Vous savez maintenant comment utiliser le paquet `@capgo/capacitor-navigation-bar` pour définir et obtenir la couleur de la barre de navigation dans votre application Android.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/capacitor-screen-recorder.md b/src/content/plugins-tutorials/fr/capacitor-screen-recorder.md
deleted file mode 100644
index c46997188..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-screen-recorder.md
+++ /dev/null
@@ -1,49 +0,0 @@
----
-locale: fr
----
-
-capgo/capacitor-screen-recorder  
-Un plugin Capacitor pour enregistrer l'écran de l'appareil  
-
-## Installation  
-Pour installer le paquet, exécutez la commande suivante :  
-```
-npm install @capgo/capacitor-screen-recorder
-npx cap sync
-```  
-Assurez-vous d'ajouter les autorisations et configurations nécessaires pour que le plugin fonctionne correctement  
-
-## Utilisation  
-Pour commencer l'enregistrement de l'écran, utilisez la méthode `start()` :  
-```typescript
-import { Plugins } from '@capacitor/core';
-const { CapacitorScreenRecorder } = Plugins;
-
-CapacitorScreenRecorder.start();
-```  
-
-Pour arrêter l'enregistrement, utilisez la méthode `stop()` :  
-```typescript
-import { Plugins } from '@capacitor/core';
-const { CapacitorScreenRecorder } = Plugins;
-
-CapacitorScreenRecorder.stop();
-```  
-
-C'est tout ! Vous pouvez maintenant enregistrer l'écran de votre appareil en utilisant le plugin Capacitor Screen Recorder  
-## Android  
-
-Ajoutez ces autorisations  
-```xml
-  <uses-permission android:name="android.permission.CAPTURE_VIDEO_OUTPUT" />
-  <uses-permission android:name="android.permission.FOREGROUND_SERVICE_MEDIA_PROJECTION" />
-```  
-
-## Compatibilité  
-Ce plugin est compatible avec Capacitor 4 et supérieur  
-
-## Contribuer  
-Les contributions à ce plugin sont grandement appréciées. Si vous rencontrez des problèmes ou avez des suggestions, n'hésitez pas à soumettre une demande de tirage ou à créer un problème sur le dépôt GitHub  
-
-## Licence  
-Ce paquet est sous licence MIT
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/capacitor-shake.md b/src/content/plugins-tutorials/fr/capacitor-shake.md
deleted file mode 100644
index 869e7edda..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-shake.md
+++ /dev/null
@@ -1,48 +0,0 @@
----
-locale: fr
----
-
-chanter @capgo/capacitor-shake
-
-Le paquet `@capgo/capacitor-shake` vous permet de détecter les gestes de secousse sur un appareil Voici un tutoriel sur la façon d'utiliser ce paquet dans votre application Capacitor
-
-## Installation
-
-Pour installer le paquet, exécutez la commande suivante :
-
-```bash
-npm install @capgo/capacitor-shake
-npx cap sync
-```
-
-## Ajouter l'écouteur
-
-Pour détecter les gestes de secousse, vous devez ajouter un écouteur pour l'événement `shake` Voici un exemple de comment le faire :
-
-```typescript
-import { Plugins } from '@capacitor/core';
-
-const { CapacitorShake } = Plugins;
-
-CapacitorShake.addListener('shake', () => {
-  console.log('Shake gesture detected!');
-});
-```
-
-Dans cet exemple, nous importons le plugin `CapacitorShake` depuis `@capacitor/core` et utilisons la méthode `addListener` pour ajouter un écouteur pour l'événement `shake` Lorsque le geste de secousse est détecté, la fonction de rappel sera exécutée
-
-## Supprimer l'écouteur
-
-Si vous souhaitez supprimer l'écouteur d'événements `shake`, vous pouvez utiliser la méthode `removeAllListeners` :
-
-```typescript
-import { Plugins } from '@capacitor/core';
-
-const { CapacitorShake } = Plugins;
-
-CapacitorShake.removeAllListeners('shake');
-```
-
-Dans cet exemple, nous utilisons la méthode `removeAllListeners` pour supprimer tous les écouteurs d'événements `shake`
-
-Voilà ! Vous avez intégré avec succès le paquet `@capgo/capacitor-shake` dans votre application Capacitor Vous pouvez maintenant détecter les gestes de secousse sur l'appareil
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/capacitor-updater.md b/src/content/plugins-tutorials/fr/capacitor-updater.md
deleted file mode 100644
index fd3c129a1..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-updater.md
+++ /dev/null
@@ -1,92 +0,0 @@
----
-locale: fr
----
-
-Tutoriel du package capgo/capacitor-updater
-
-Ce tutoriel vous guidera à travers le processus d'utilisation du package `@capgo/capacitor-updater` pour activer les mises à jour automatiques dans votre application Ionic Capacitor.
-
-## Prérequis
-
-Avant de commencer, assurez-vous d'avoir installé les éléments suivants :
-
-- Nodejs
-- npm
-
-## Installation
-
-Pour installer le package `@capgo/capacitor-updater`, ouvrez votre terminal ou votre invite de commande et exécutez la commande suivante :
-
-```
-npm install @capgo/capacitor-updater
-```
-
-Cela téléchargera et installera le package dans votre projet.
-
-### Installer le plugin
-
-Vous devriez terminer avec ce code ajouté à votre application :
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-
-Pour installer le plugin dans votre application Capacitor.
-
-Puis ajoutez à votre application ce code pour notifier le plugin natif que le bundle JS est sain ; le plugin natif reviendra à la version précédente si vous ne le faites pas :
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Cela informera le plugin natif que l'installation a réussi.
-
-Ensuite, exécutez `npm run build && npx cap copy` pour mettre à jour votre application.
-
-### Connexion à Capgo CLOUD
-
-Tout d'abord, utilisez la `clé API` [apikey](https://console.capgo.app/dashboard/apikeys/) présente dans votre compte pour vous connecter avec la CLI :
-
-`npx @capgo/cli@latest login VOTRE_CLÉ`
-
-### Ajoutez votre première application
-
-Commençons par créer une application dans Capgo Cloud avec la CLI.
-
-`npx @capgo/cli@latest app add`
-
-Cette commande utilisera toutes les variables définies dans le fichier de configuration Capacitor pour créer l'application.
-
-### Téléchargez votre première version
-
-Exécutez la commande pour construire votre code et l'envoyer à Capgo avec :
-`npx @capgo/cli@latest bundle upload`
-
-Par défaut, le nom de la version sera celui figurant dans votre fichier `packagejson`.
-
-Vérifiez dans [Capgo](https://console.capgo.app/) si la construction est présente.
-
-Vous pouvez même le tester avec mon [application mobile sandbox](https://capgo.app/app_mobile/).
-
-### Rendre le canal par défaut
-
-Après avoir envoyé votre application à Capgo, vous devez rendre votre canal `default` pour permettre aux applications de recevoir des mises à jour de Capgo.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-## Recevoir une mise à jour en direct sur un appareil
-
-Pour que votre application reçoive une mise à jour en direct depuis Deploy, vous devez exécuter l'application sur un appareil ou un émulateur. Le moyen le plus simple de le faire est d'utiliser la commande suivante pour lancer votre application locale sur un émulateur ou un appareil connecté à votre ordinateur.
-
-    npx cap run [ios | android]
-
-Ouvrez l'application, mettez-la en arrière-plan et rouvrez-la, vous devriez voir dans les journaux que l'application a effectué la mise à jour.
-
-Félicitations ! 🎉 Vous avez déployé avec succès votre première mise à jour en direct. Ce n'est que le début de ce que vous pouvez faire avec les mises à jour en direct. Pour en savoir plus, consultez la [documentation complète sur les mises à jour en direct](/docs/plugin/cloud-mode/getting-started/).
-
-> Si vous devez arrêter de recevoir la mise à jour en local, exécutez cette commande :
-`npx @capgo/cli@latest channel set`
-
-## Conclusion
-
-Félicitations ! Vous avez appris avec succès à utiliser le package `@capgo/capacitor-updater` pour activer les mises à jour automatiques dans votre application Ionic Capacitor. Que vous choisissiez la mise à jour automatique ou la configuration manuelle, vous disposez désormais des outils nécessaires pour maintenir votre application à jour facilement.
diff --git a/src/content/plugins-tutorials/fr/capacitor-uploader.md b/src/content/plugins-tutorials/fr/capacitor-uploader.md
deleted file mode 100644
index 2128b2be7..000000000
--- a/src/content/plugins-tutorials/fr/capacitor-uploader.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-locale: fr
----
-
-Tutoriel capgo/capacitor-uploader
-
-Ce tutoriel vous guidera à travers le processus d'utilisation du paquet `@capgo/capacitor-uploader` pour télécharger des fichiers de manière native dans votre application Ionic Capacitor.
-
-## Prérequis
-
-Avant de commencer, assurez-vous d'avoir installé les éléments suivants :
-
-- Nodejs
-- npm
-- Projet Ionic Capacitor
-
-## Installation
-
-1 Ouvrez votre terminal ou invite de commande et naviguez vers votre répertoire de projet.
-
-2 Exécutez la commande suivante pour installer le paquet :
-
-```bash
-npm install @capgo/capacitor-uploader
-```
-
-3 Après l'installation, synchronisez votre projet Capacitor :
-
-```bash
-npx cap sync
-```
-
-## Configuration
-
-### Configuration Android
-
-Pour Android, vous devez ajouter certaines autorisations à votre fichier `AndroidManifest.xml`. Ouvrez le fichier situé à `android/app/src/main/AndroidManifest.xml` et ajoutez les autorisations suivantes à l'intérieur de la balise `<manifest>` :
-
-```xml
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-```
-
-## Utilisation
-
-Maintenant que nous avons installé et configuré le paquet, voyons comment l'utiliser dans votre application.
-
-### Importer l'Uploader
-
-Tout d'abord, importez l'Uploader dans votre fichier TypeScript :
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-```
-
-### Téléchargement vers S3
-
-Voici un exemple de la façon de télécharger un fichier vers S3 en utilisant une URL pré-signée :
-
-```typescript
-async function uploadToS3(filePath: string, presignedUrl: string, fields: Record<string, string>) {
-  try {
-    const { id } = await Uploader.startUpload({
-      filePath: filePath,
-      serverUrl: presignedUrl,
-      method: 'PUT',
-      parameters: fields,
-      notificationTitle: 'Uploading to S3'
-    });
-
-    console.log('Upload started with ID:', id);
-
-    Uploader.addListener('events', (event: UploadEvent) => {
-      if (event.name === 'uploading') {
-        console.log(`Upload progress: ${event.payload.percent}%`);
-      } else if (event.name === 'completed') {
-        console.log('Upload completed successfully');
-      } else if (event.name === 'failed') {
-        console.error('Upload failed:', event.payload.error);
-      }
-    });
-
-  } catch (error) {
-    console.error('Failed to start upload:', error);
-  }
-}
-```
-
-### Téléchargement vers un Serveur Personnalisé
-
-Voici un exemple de la façon de télécharger un fichier vers un serveur personnalisé :
-
-```typescript
-async function uploadToCustomServer(filePath: string, serverUrl: string) {
-  try {
-    const { id } = await Uploader.startUpload({
-      filePath: filePath,
-      serverUrl: serverUrl,
-      method: 'POST',
-      headers: {
-        'Authorization': 'Bearer your-auth-token-here'
-      },
-      parameters: {
-        'user_id': '12345',
-        'file_type': 'image'
-      },
-      notificationTitle: 'Uploading to Custom Server',
-      maxRetries: 3
-    });
-
-    console.log('Upload started with ID:', id);
-
-    Uploader.addListener('events', (event) => {
-      switch (event.name) {
-        case 'uploading':
-          console.log(`Upload progress: ${event.payload.percent}%`);
-          break;
-        case 'completed':
-          console.log('Upload completed successfully');
-          console.log('Server response status code:', event.payload.statusCode);
-          break;
-        case 'failed':
-          console.error('Upload failed:', event.payload.error);
-          break;
-      }
-    });
-
-  } catch (error) {
-    console.error('Failed to start upload:', error);
-  }
-}
-```
-
-### Utilisation avec le Preview de la Caméra Capacitor
-
-Si vous utilisez le plugin Capacitor Camera Preview, vous pouvez le combiner avec l'Uploader pour capturer et télécharger des vidéos. Voici un exemple :
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview'
-import { Uploader } from '@capgo/capacitor-uploader';
-
-async function recordAndUpload() {
-  try {
-    await CameraPreview.startRecordVideo({ storeToFile: true });
-    await new Promise(resolve => setTimeout(resolve, 5000)); // Record for 5 seconds
-    const { videoFilePath } = await CameraPreview.stopRecordVideo();
-    await uploadVideo(videoFilePath);
-  } catch (error) {
-    console.error('Error in recordAndUpload:', error);
-  }
-}
-
-async function uploadVideo(filePath: string) {
-  Uploader.addListener('events', (event) => {
-    switch (event.name) {
-      case 'uploading':
-        console.log(`Upload progress: ${event.payload.percent}%`);
-        break;
-      case 'completed':
-        console.log('Upload completed successfully');
-        break;
-      case 'failed':
-        console.error('Upload failed:', event.payload.error);
-        break;
-    }
-  });
-
-  try {
-    const result = await Uploader.startUpload({
-      filePath,
-      serverUrl: 'YOUR_S3_PRESIGNED_URL',
-      method: 'PUT',
-      headers: {
-        'Content-Type': 'video/mp4',
-      },
-      mimeType: 'video/mp4',
-    });
-    console.log('Video uploaded successfully:', result.id);
-  } catch (error) {
-    console.error('Error uploading video:', error);
-  }
-}
-```
-
-## Conclusion
-
-Vous avez maintenant appris à utiliser le paquet `@capgo/capacitor-uploader` pour télécharger des fichiers de manière native dans votre application Ionic Capacitor. Ce plugin offre un moyen flexible de télécharger des fichiers vers divers serveurs, y compris S3 avec des URL pré-signées, et peut être utilisé en combinaison avec d'autres plugins comme le Capacitor Camera Preview.
-
-N'oubliez pas de gérer les erreurs de manière appropriée et de gérer les événements de téléchargement pour fournir des rétroactions à vos utilisateurs sur la progression et le statut du téléchargement.
-
-Pour des informations plus détaillées sur l'API et les options disponibles, consultez le README ou la documentation du paquet.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/home-indicator.md b/src/content/plugins-tutorials/fr/home-indicator.md
deleted file mode 100644
index a31e547b1..000000000
--- a/src/content/plugins-tutorials/fr/home-indicator.md
+++ /dev/null
@@ -1,68 +0,0 @@
----
-locale: fr
----
-
-capgo/home-indicator
-
-Le package `@capgo/home-indicator` vous permet de masquer et d'afficher l'indicateur de bouton d'accueil dans votre application Capacitor.
-
-## Installation
-
-Pour installer le package, exécutez la commande suivante dans votre terminal :
-
-```bash
-npm install @capgo/home-indicator
-npx cap sync
-```
-
-## API
-
-Le package fournit les méthodes suivantes :
-
-### `hide()`
-
-```typescript
-hide() => Promise
-```
-
-Masquer l'indicateur d'accueil
-
-**Depuis :** 001
-
-### `show()`
-
-```typescript
-show() => Promise
-```
-
-Afficher l'indicateur d'accueil
-
-**Depuis :** 001
-
-### `isHidden()`
-
-```typescript
-isHidden() => Promise<{ hidden: boolean; }>
-```
-
-Obtenir le statut de l'indicateur d'accueil
-
-**Renvoie :** Promesse<{ hidden: boolean; }>
-
-**Depuis :** 001
-
-## Variables CSS
-
-Vous pouvez utiliser `--safe-area-inset-bottom` pour vous assurer que votre contenu n'est pas masqué par l'indicateur d'accueil. Cette variable est injectée par le plugin pour Android. Elle est utile si vous définissez le mode plein écran réel sur Android.
-
-Exemple d'utilisation :
-
-```java
-getWindow().setDecorFitsSystemWindows(false);
-```
-
-## Crédits
-
-Ce plugin a été créé à l'origine pour [Kickcom](https://kickcom/) par [Capgo](https://capgo.app/).
-
-Pour plus d'informations et de mises à jour, consultez [Capgo](https://capgo.app/).
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/ivs-player.md b/src/content/plugins-tutorials/fr/ivs-player.md
deleted file mode 100644
index bcfb15f3c..000000000
--- a/src/content/plugins-tutorials/fr/ivs-player.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-locale: fr
----
-
-chanter @capgo/ivs-player
-
-## Installation
-
-Pour installer le package @capgo/ivs-player, vous devez exécuter la commande suivante :
-
-[[BLOC_DE_CODE]]
-
-## API
-
-Le package @capgo/ivs-player fournit l'API suivante :
-
-### create(options: { url: string; pip?: boolean; title?: string; subtitle?: string; cover?: string; autoPlay?: boolean; toBack?: boolean; x?: number; y?: number; width?: number; height?: number; }) => Promise
-
-Cette méthode crée une instance du lecteur IVS. Elle prend un objet d'options comme paramètre, qui contient diverses propriétés telles que l'URL de la vidéo, la possibilité d'activer le mode image dans l'image, le titre et le sous-titre de la vidéo, et plus encore. Elle retourne une promesse qui se résout avec l'instance créée.
-
-### start() => Promise
-
-Cette méthode commence la lecture de la vidéo dans le lecteur IVS. Elle retourne une promesse.
-
-### cast() => Promise
-
-Cette méthode diffuse la vidéo sur un appareil connecté. Elle retourne une promesse.
-
-### getCastStatus() => Promise<{ isActive: boolean; }>
-
-Cette méthode récupère l'état de la fonction de diffusion. Elle retourne une promesse qui se résout avec un objet contenant la propriété isActive, qui indique si la diffusion est active.
-
-### pause() => Promise
-
-Cette méthode met en pause la lecture de la vidéo. Elle retourne une promesse.
-
-### delete() => Promise
-
-Cette méthode supprime l'instance du lecteur IVS. Elle retourne une promesse.
-
-### getUrl() => Promise
-
-Cette méthode récupère l'URL de la vidéo actuellement en cours de lecture. Elle retourne une promesse.
-
-### getState() => Promise
-
-Cette méthode récupère l'état actuel du lecteur IVS. Elle retourne une promesse.
-
-### setPlayerPosition() => Promise
-
-Cette méthode définit la position du lecteur IVS à l'écran. Elle prend les coordonnées x et y comme paramètres et retourne une promesse.
-
-### getPlayerPosition() => Promise
-
-Cette méthode récupère la position actuelle du lecteur IVS à l'écran. Elle retourne une promesse.
-
-### setAutoQuality() => Promise
-
-Cette méthode définit le mode de qualité automatique du lecteur IVS. Elle prend une valeur booléenne comme paramètre et retourne une promesse.
-
-### getAutoQuality() => Promise
-
-Cette méthode récupère le mode de qualité automatique actuel du lecteur IVS. Elle retourne une promesse.
-
-### setPip() => Promise
-
-Cette méthode définit le mode image dans l'image du lecteur IVS. Elle prend une valeur booléenne comme paramètre et retourne une promesse.
-
-### getPip() => Promise
-
-Cette méthode récupère le mode image dans l'image actuel du lecteur IVS. Elle retourne une promesse.
-
-### setFrame() => Promise
-
-Cette méthode définit la valeur de cadre du lecteur IVS. Elle prend une valeur numérique comme paramètre et retourne une promesse.
-
-### getFrame() => Promise
-
-Cette méthode récupère le cadre actuel du lecteur IVS. Elle retourne une promesse.
-
-### setMute() => Promise
-
-Cette méthode définit le mode sourd du lecteur IVS. Elle prend une valeur booléenne comme paramètre et retourne une promesse.
-
-### getMute() => Promise
-
-Cette méthode récupère le mode sourd actuel du lecteur IVS. Elle retourne une promesse.
-
-### setQuality() => Promise
-
-Cette méthode définit la qualité de la vidéo dans le lecteur IVS. Elle prend une valeur string comme paramètre et retourne une promesse.
-
-### getQuality() => Promise
-
-Cette méthode récupère la qualité actuelle de la vidéo dans le lecteur IVS. Elle retourne une promesse.
-
-### getQualities() => Promise
-
-Cette méthode récupère les qualités disponibles de la vidéo dans le lecteur IVS. Elle retourne une promesse.
-
-### addListener('expandPip', ) => void
-
-Cette méthode ajoute un écouteur pour l'événement expandPip. Elle prend une fonction de rappel comme paramètre et retourne void.
-
-### addListener('closePip', ) => void
-
-Cette méthode ajoute un écouteur pour l'événement closePip. Elle prend une fonction de rappel comme paramètre et retourne void.
-
-### addListener('onState', ) => void
-
-Cette méthode ajoute un écouteur pour l'événement onState. Elle prend une fonction de rappel comme paramètre et retourne void.
-
-### addListener('onCues', ) => void
-
-Cette méthode ajoute un écouteur pour l'événement onCues. Elle prend une fonction de rappel comme paramètre et retourne void.
-
-### addListener('onDuration', ) => void
-
-Cette méthode ajoute un écouteur pour l'événement onDuration.Il prend une fonction de rappel comme paramètre et retourne void
-
-### addListener('onError', ) => void
-
-Cette méthode ajoute un écouteur pour l'événement onError. Elle prend une fonction de rappel comme paramètre et retourne void
-
-### addListener('onRebuffering', ) => void
-
-Cette méthode ajoute un écouteur pour l'événement onRebuffering. Elle prend une fonction de rappel comme paramètre et retourne void
-
-### addListener('onSeekCompleted', ) => void
-
-Cette méthode ajoute un écouteur pour l'événement onSeekCompleted. Elle prend une fonction de rappel comme paramètre et retourne void
-
-### addListener('onVideoSize', ) => void
-
-Cette méthode ajoute un écouteur pour l'événement onVideoSize. Elle prend une fonction de rappel comme paramètre et retourne void
-
-### addListener('onQuality', ) => void
-
-Cette méthode ajoute un écouteur pour l'événement onQuality. Elle prend une fonction de rappel comme paramètre et retourne void
-
-### addListener('onCastStatus', ) => void
-
-Cette méthode ajoute un écouteur pour l'événement onCastStatus. Elle prend une fonction de rappel comme paramètre et retourne void
-
-### removeAllListeners() => void
-
-Cette méthode supprime tous les écouteurs d'événements ajoutés. Elle retourne void
-
-## Conclusion
-
-Le package @capgo/ivs-player offre une API complète pour intégrer un lecteur IVS dans votre application Capacitor. En suivant les étapes d'installation et en consultant la documentation de l'API, vous pouvez facilement commencer à lire des vidéos dans votre application en utilisant le lecteur IVS.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/native-audio.md b/src/content/plugins-tutorials/fr/native-audio.md
deleted file mode 100644
index 010fabafc..000000000
--- a/src/content/plugins-tutorials/fr/native-audio.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-locale: fr
----
-
-Chanter le paquet @capgo/native-audio
-
-Ce tutoriel vous guidera sur la façon d'utiliser le paquet `@capgo/native-audio` pour lire des sons dans votre application Capacitor.
-
-## Étape 1 : Installation
-
-Pour installer le paquet, ouvrez votre terminal et exécutez la commande suivante :
-
-```bash
-npm install @capgo/native-audio
-```
-
-ou si vous préférez utiliser yarn :
-
-```bash
-yarn add @capgo/native-audio
-```
-
-## Étape 2 : Synchroniser les fichiers natifs
-
-Après avoir installé le paquet, synchronisez les fichiers natifs avec la commande suivante :
-
-```bash
-npx cap sync
-```
-
-## Étape 3 : Configuration
-
-Aucune configuration supplémentaire n'est requise pour ce plugin.
-
-## Étape 4 : Utilisation
-
-Pour utiliser le paquet `@capgo/native-audio`, vous devez importer l'objet `NativeAudio` du paquet et utiliser ses méthodes.
-
-Voici un exemple de la façon de précharger un fichier audio et de le jouer :
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-// Preload the audio file
-NativeAudio.preload({
-  assetId: 'fire',
-  assetPath: 'assets/sounds/fire.mp3',
-  audioChannelNum: 1,
-  isUrl: false,
-});
-
-// Play the loaded audio file
-NativeAudio.play({
-  assetId: 'fire',
-});
-```
-
-La méthode `preload` est utilisée pour charger un fichier audio en mémoire, et la méthode `play` est utilisée pour lire le fichier audio chargé.
-
-D'autres méthodes prises en charge incluent `pause`, `resume`, `loop`, `stop`, `unload`, `setVolume`, `getDuration` et `getCurrentTime`. Vous pouvez vous référer à la [documentation officielle](https://githubcom/Cap-go/native-audio/blob/main/READMEmd/) pour plus de détails sur ces méthodes.
-
-C'est tout ! Vous avez maintenant appris à utiliser le paquet `@capgo/native-audio` pour jouer des sons dans votre application Capacitor.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/native-market.md b/src/content/plugins-tutorials/fr/native-market.md
deleted file mode 100644
index 29c41e2ca..000000000
--- a/src/content/plugins-tutorials/fr/native-market.md
+++ /dev/null
@@ -1,76 +0,0 @@
----
-published: true
-locale: fr
----
-
-# Tutoriel du package @capgo/native-market
-
-Le package `@capgo/native-market` est un plugin communautaire Capacitor pour le marché natif, vous permettant d'interagir avec le Play Store et l'App Store. Ce tutoriel vous guidera à travers l'installation et l'utilisation de ce package dans votre projet Capacitor.
-
-## Installation
-
-Pour installer le package `@capgo/native-market`, ouvrez votre terminal et exécutez l'une des commandes suivantes, en fonction de votre gestionnaire de paquets :
-
-Avec npm :
-
-```bash
-npm install @capgo/native-market
-```
-
-Avec yarn :
-
-```bash
-yarn add @capgo/native-market
-```
-
-Après l'installation, synchronisez les fichiers natifs en exécutant la commande suivante :
-
-```bash
-npx cap sync
-```
-
-Sur iOS, aucune action supplémentaire n'est requise.
-
-Sur Android, aucune action supplémentaire n'est requise.
-
-## Utilisation
-
-Le package `@capgo/native-market` fournit plusieurs méthodes supportées que vous pouvez utiliser pour interagir avec le marché natif. Voici un exemple de comment utiliser chaque méthode :
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// Open store listing
-NativeMarket.openStoreListing({
-  appId: 'com.example.app',
-  country: 'IT',
-});
-
-// Open developer page
-NativeMarket.openDevPage({
-  devId: '5700313618786177705',
-});
-
-// Open collection
-NativeMarket.openCollection({
-  name: 'featured',
-});
-
-// Open editor's choice page
-NativeMarket.openEditorChoicePage({
-  editorChoice: 'editorial_fitness_apps_us',
-});
-
-// Perform search
-NativeMarket.search({
-  terms: 'capacitor',
-});
-```
-
-Chaque méthode prend différents paramètres d'entrée selon l'action que vous souhaitez effectuer. Assurez-vous de vous référer à la documentation de la méthode pour plus de détails sur les paramètres requis.
-
-C'est tout ! Vous avez maintenant installé et utilisé avec succès le package `@capgo/native-market` dans votre projet Capacitor. N'hésitez pas à explorer plus de fonctionnalités et à le personnaliser selon vos besoins.
-
-***
-
-Félicitations d'avoir complété le tutoriel ! Si vous avez d'autres questions ou avez besoin d'assistance, n'hésitez pas à demander.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/native-purchases.md b/src/content/plugins-tutorials/fr/native-purchases.md
deleted file mode 100644
index aee195c6e..000000000
--- a/src/content/plugins-tutorials/fr/native-purchases.md
+++ /dev/null
@@ -1,70 +0,0 @@
----
-locale: fr
----
-
-Chanter le package @capgo/native-purchases
-
-Le package @capgo/native-purchases est un plugin pour Capacitor qui fournit une fonctionnalité d'achat in-app facile. Dans ce tutoriel, nous allons parcourir les étapes d'installation et d'utilisation du package dans votre projet Capacitor.
-
-## Installation
-
-Pour installer le package @capgo/native-purchases, ouvrez votre terminal et exécutez la commande suivante :
-
-```bash
-npm install @capgo/native-purchases
-npx cap sync
-```
-
-Cela installera le package et synchronisera les fichiers natifs avec votre projet.
-
-### Configuration Android
-
-Si vous utilisez Android, vous devez ajouter quelques configurations dans votre fichier AndroidManifest.xml. Ouvrez le fichier situé à `android/app/src/main/AndroidManifest.xml` et ajoutez le code suivant :
-
-```xml
-<!-- Add any necessary configuration here -->
-```
-
-### Configuration iOS
-
-Si vous utilisez iOS, aucune étape supplémentaire n'est nécessaire.
-
-## Utilisation du package
-
-Le package @capgo/native-purchases fournit plusieurs méthodes pour gérer les achats in-app. Voici quelques exemples de la façon d'utiliser ces méthodes :
-
-### Restauration des achats
-
-Pour restaurer les achats précédents d'un utilisateur, utilisez la méthode `restorePurchases()` :
-
-```typescript
-import { nativePurchases } from '@capgo/native-purchases';
-
-nativePurchases.restorePurchases();
-```
-
-### Achat d'un produit
-
-Pour initier un achat pour un produit spécifique, utilisez la méthode `purchaseProduct()` :
-
-```typescript
-import { nativePurchases } from '@capgo/native-purchases';
-
-nativePurchases.purchaseProduct({ productIdentifier: 'com.example.product' });
-```
-
-### Obtention des informations sur un produit
-
-Pour récupérer des informations sur un produit spécifique, utilisez la méthode `getProducts()` :
-
-```typescript
-import { nativePurchases } from '@capgo/native-purchases';
-
-nativePurchases.getProducts({ productIdentifiers: ['com.example.product'] });
-```
-
-Ce ne sont là que quelques exemples de la façon d'utiliser le package @capgo/native-purchases. Pour des informations plus détaillées sur les méthodes disponibles et leurs paramètres, consultez la documentation du package.
-
-## Conclusion
-
-Dans ce tutoriel, nous avons couvert le processus d'installation et l'utilisation de base du package @capgo/native-purchases. En suivant les étapes décrites ici, vous devriez être en mesure d'intégrer la fonctionnalité d'achat in-app dans votre projet Capacitor.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/fr/purchases-capacitor.md b/src/content/plugins-tutorials/fr/purchases-capacitor.md
deleted file mode 100644
index 74528f2b4..000000000
--- a/src/content/plugins-tutorials/fr/purchases-capacitor.md
+++ /dev/null
@@ -1,93 +0,0 @@
----
-locale: fr
----
-
-Tutoriel revenuecat/purchases-capacitor
-
-Ce tutoriel vous guidera à travers le processus de mise en œuvre des achats intégrés et des abonnements dans votre application Ionic Capacitor en utilisant le package `@revenuecat/purchases-capacitor`.
-
-## Prérequis
-
-Avant de commencer, assurez-vous d'avoir ce qui suit :
-
-- Un projet Ionic Capacitor configuré
-- Un compte RevenueCat (inscrivez-vous sur https://apprevenuecatcom/signup)
-- Des produits ou abonnements intégrés configurés dans vos comptes d'app store (Apple App Store et/ou Google Play Store)
-
-## Installation
-
-1 Ouvrez votre terminal ou invite de commande et naviguez jusqu'au répertoire de votre projet
-
-2 Exécutez la commande suivante pour installer le package :
-
-[[BLOC_DE_CODE]]
-
-3 Après l'installation, synchronisez votre projet Capacitor :
-
-[[BLOC_DE_CODE]]
-
-## Configuration
-
-1 Importez le module Purchases dans le fichier TypeScript principal de votre application (ex. : `appcomponentts`) :
-
-[[BLOC_DE_CODE]]
-
-2 Configurez le SDK avec votre clé API RevenueCat :
-
-[[BLOC_DE_CODE]]
-
-Appelez cette fonction lorsque votre application démarre, par exemple dans la méthode `ngOnInit()` de votre composant principal.
-
-## Utilisation de base
-
-### Récupérer les produits disponibles
-
-Pour obtenir la liste des produits disponibles :
-
-[[BLOC_DE_CODE]]
-
-### Effectuer un achat
-
-Pour initier un achat :
-
-[[BLOC_DE_CODE]]
-
-### Vérifier l'état de l'abonnement
-
-Pour vérifier l'état actuel de l'abonnement d'un utilisateur :
-
-[[BLOC_DE_CODE]]
-
-### Restaurer les achats
-
-Pour restaurer les achats précédents d'un utilisateur :
-
-[[BLOC_DE_CODE]]
-
-## Fonctionnalités avancées
-
-### Identifier les utilisateurs
-
-Si vous avez votre propre système d'identification d'utilisateur, vous pouvez identifier les utilisateurs auprès de RevenueCat :
-
-[[BLOC_DE_CODE]]
-
-### Vérifier l'éligibilité au prix d'introduction
-
-Pour vérifier si un utilisateur est éligible à un prix d'introduction :
-
-[[BLOC_DE_CODE]]
-
-### Définir des attributs
-
-Vous pouvez définir des attributs personnalisés pour les utilisateurs :
-
-[[BLOC_DE_CODE]]
-
-## Conclusion
-
-Ce tutoriel a couvert les bases de la mise en œuvre des achats intégrés et des abonnements en utilisant le package `@revenuecat/purchases-capacitor`. N'oubliez pas de gérer les erreurs de manière appropriée et de tester votre implémentation de manière approfondie.
-
-Pour une utilisation plus avancée et une documentation API détaillée, consultez la documentation RevenueCat sur https://docsrevenuecatcom/.
-
-N'oubliez pas de configurer vos produits dans le tableau de bord RevenueCat et de les lier à vos produits d'app store. Assurez-vous également de tester votre implémentation dans un environnement sandbox avant de la publier en production.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/camera-preview.md b/src/content/plugins-tutorials/id/camera-preview.md
deleted file mode 100644
index 33a383ecb..000000000
--- a/src/content/plugins-tutorials/id/camera-preview.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-locale: id
----
-
-Tutorial Paket capgo/camera-preview
-
-Dalam tutorial ini, kita akan melalui langkah-langkah untuk menggunakan paket `@capgo/camera-preview` dalam proyek Capacitor Anda. Paket ini memungkinkan Anda untuk berinteraksi dengan kamera dari kode JavaScript dan HTML Anda.
-
-## Instalasi
-
-Untuk menginstal paket `@capgo/camera-preview`, buka terminal Anda dan jalankan salah satu perintah berikut:
-
-```bash
-yarn add @capgo/camera-preview
-```
-
-atau
-
-```bash
-npm install @capgo/camera-preview
-```
-
-Setelah instalasi selesai, jalankan perintah berikut untuk menyinkronkan proyek Capacitor Anda:
-
-```bash
-npx cap sync
-```
-
-### Langkah Instalasi Tambahan Android
-
-Jika Anda menggunakan Android, Anda perlu melakukan beberapa perubahan tambahan pada proyek Anda. Buka file `android/app/src/main/AndroidManifest.xml` dan tambahkan baris berikut di atas tag penutup `</application>` untuk meminta izin KAMERA:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-```
-
-Untuk bantuan lebih lanjut, rujuk pada [dokumentasi Capacitor](https://capacitorjs.com/docs/android/configuration/#configuring-androidmanifestxml/)
-
-### Langkah Instalasi Tambahan iOS
-
-Jika Anda menggunakan iOS, Anda perlu menambahkan dua izin ke file `Infoplist` Anda. Ikuti [dokumentasi Capacitor](https://capacitorjs.com/docs/ios/configuration/#configuring-infoplist) dan tambahkan izin `NSCameraUsageDescription` dan `NSMicrophoneUsageDescription`. Izin `NSMicrophoneUsageDescription` hanya diperlukan jika Anda akan menggunakan audio. Jika Anda tidak memerlukan audio, Anda dapat mengatur opsi `disableAudio` ke `true` untuk menonaktifkan permintaan izin mikrofon.
-
-### Langkah Instalasi Tambahan Web
-
-Jika Anda menggunakan platform web dengan Ionic, tambahkan baris berikut ke skrip entri Anda di `appmodulets`:
-
-```typescript
-import '@capgo/camera-preview';
-```
-
-Ini akan memungkinkan Capacitor untuk mendaftarkan platform web dari plugin.
-
-## API
-
-Paket `@capgo/camera-preview` menyediakan metode API berikut:
-
-### start(options: CameraPreviewOptions)
-
-Memulai instance pratinjau kamera.
-
-### stop()
-
-Menghentikan instance pratinjau kamera.
-
-### capture(options: CameraPreviewPictureOptions)
-
-Mengambil gambar dari kamera.
-
-### captureSample(options: CameraSampleOptions)
-
-Mengambil gambar sampel.
-
-### getSupportedFlashModes()
-
-Mengambil mode kilat yang didukung.
-
-### getHorizontalFov()
-
-Mengambil bidang pandang horizontal.
-
-### setFlashMode(options: { flashMode: CameraPreviewFlashMode | string; })
-
-Mengatur mode kilat.
-
-### flip()
-
-Membalik kamera.
-
-### setOpacity(options: CameraOpacityOptions)
-
-Mengatur opasitas kamera.
-
-### stopRecordVideo()
-
-Menghentikan rekaman video.
-
-### startRecordVideo(options: CameraPreviewOptions)
-
-Memulai rekaman video.
-
-Untuk detail lebih lanjut tentang parameter dan nilai kembali dari metode ini, rujuk pada dokumentasi paket `@capgo/camera-preview`.
-
-## Kesimpulan
-
-Dalam tutorial ini, kami belajar bagaimana cara menginstal dan menggunakan paket `@capgo/camera-preview` dalam proyek Capacitor. Kami menjelajahi metode API yang tersedia dan penggunaannya. Sekarang Anda dapat mengintegrasikan fungsi kamera ke dalam aplikasi Anda menggunakan paket ini.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/capacitor-age-range.md b/src/content/plugins-tutorials/id/capacitor-age-range.md
deleted file mode 100644
index a96c56860..000000000
--- a/src/content/plugins-tutorials/id/capacitor-age-range.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-locale: id
----
-# Using @capgo/capacitor-age-range Package
-
-The `@capgo/capacitor-age-range` package provides cross-platform age range detection for Capacitor apps. It uses **Google Play Age Signals** on Android and **Apple DeclaredAgeRange** on iOS, mapping both to a unified API.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-age-range
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `com.apple.developer.declared-age-range` entitlement to your app:
-
-1. In Xcode, select your target → **Signing & Capabilities**
-2. Click **+ Capability** → search for **Declared Age Range**
-3. Enable it
-
-Or add manually to your `*.entitlements` file:
-
-```xml
-<key>com.apple.developer.declared-age-range</key>
-<true/>
-```
-
-> **Note:** The DeclaredAgeRange framework requires iOS 26+. On older versions, the plugin returns `NOT_AVAILABLE`.
-
-## Android Setup
-
-No additional setup is needed. The plugin uses Google Play Age Signals API which works automatically when the Play Store is installed.
-
-## API
-
-The `@capgo/capacitor-age-range` package provides the following API methods:
-
-### requestAgeRange(options?)
-
-Requests the user's age range. On iOS, this shows a system dialog. On Android, this queries Play Age Signals in the background.
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function checkAge() {
-  const result = await AgeRange.requestAgeRange({
-    ageGates: [13, 16, 18] // iOS only, ignored on Android
-  });
-
-  switch (result.status) {
-    case 'SHARING':
-      console.log('Age range:', result.ageLower, '-', result.ageUpper);
-      console.log('Source:', result.declarationSource);
-      break;
-    case 'DECLINED_SHARING':
-      console.log('User declined to share age');
-      break;
-    case 'NOT_AVAILABLE':
-      console.log('Age range API not available');
-      break;
-    case 'ERROR':
-      console.log('Error occurred');
-      break;
-  }
-}
-```
-
-### getPluginVersion()
-
-Returns the native plugin version.
-
-```javascript
-const { version } = await AgeRange.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Complete Example
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function verifyAge() {
-  const result = await AgeRange.requestAgeRange({ ageGates: [13, 18] });
-
-  if (result.status === 'SHARING') {
-    const isAdult = (result.ageLower ?? 0) >= 18;
-    if (isAdult) {
-      enableAdultContent();
-    } else {
-      enableChildSafeContent();
-    }
-  } else {
-    // Default to child-safe experience
-    enableChildSafeContent();
-  }
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-age-range` package for cross-platform age range detection in your Capacitor app.
diff --git a/src/content/plugins-tutorials/id/capacitor-app-tracking-transparency.md b/src/content/plugins-tutorials/id/capacitor-app-tracking-transparency.md
deleted file mode 100644
index c7447bd18..000000000
--- a/src/content/plugins-tutorials/id/capacitor-app-tracking-transparency.md
+++ /dev/null
@@ -1,95 +0,0 @@
----
-locale: id
----
-# Using @capgo/capacitor-app-tracking-transparency Package
-
-The `@capgo/capacitor-app-tracking-transparency` package allows you to request and check iOS App Tracking Transparency (ATT) permission in your Capacitor app. This is required for apps that access the device's advertising identifier (IDFA) on iOS 14+.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-app-tracking-transparency
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `NSUserTrackingUsageDescription` key to your app's `Info.plist` file:
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>This identifier will be used to deliver personalized ads to you.</string>
-```
-
-This message will be shown to users when requesting tracking permission. Customize it to explain why your app needs tracking authorization.
-
-## Android & Web
-
-App Tracking Transparency is an iOS-only framework. On Android and Web, this plugin returns `authorized` status automatically, allowing transparent cross-platform usage without conditional code.
-
-## API
-
-The `@capgo/capacitor-app-tracking-transparency` package provides the following API methods:
-
-### getStatus()
-
-Gets the current tracking authorization status without prompting the user.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function checkTrackingStatus() {
-  const { status } = await AppTrackingTransparency.getStatus();
-  console.log('Tracking status:', status);
-  // Possible values: 'authorized', 'denied', 'notDetermined', 'restricted'
-}
-```
-
-### requestPermission()
-
-Requests user authorization to access app-related data for tracking. Shows the native iOS permission dialog.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function requestTrackingPermission() {
-  const { status } = await AppTrackingTransparency.requestPermission();
-  if (status === 'authorized') {
-    console.log('User authorized tracking');
-    // Initialize your tracking/analytics SDKs
-  } else {
-    console.log('User denied tracking:', status);
-    // Use non-personalized alternatives
-  }
-}
-```
-
-> **Note:** The permission dialog is only shown once per app install. Subsequent calls return the stored status.
-
-## Complete Example
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function handleTracking() {
-  const { status } = await AppTrackingTransparency.getStatus();
-
-  if (status === 'notDetermined') {
-    const result = await AppTrackingTransparency.requestPermission();
-    if (result.status === 'authorized') {
-      initializeTracking();
-    }
-  } else if (status === 'authorized') {
-    initializeTracking();
-  }
-}
-
-function initializeTracking() {
-  // Initialize your ad SDKs, analytics, etc.
-  console.log('Tracking initialized');
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-app-tracking-transparency` package to handle App Tracking Transparency in your Capacitor app.
diff --git a/src/content/plugins-tutorials/id/capacitor-crisp.md b/src/content/plugins-tutorials/id/capacitor-crisp.md
deleted file mode 100644
index 7a2d9b9c4..000000000
--- a/src/content/plugins-tutorials/id/capacitor-crisp.md
+++ /dev/null
@@ -1,74 +0,0 @@
----
-locale: id
----
-
-Menyanyikan Paket @capgo/capacitor-crisp
-
-Paket `@capgo/capacitor-crisp` memungkinkan Anda untuk mengintegrasikan Crisp, SDK asli, ke dalam aplikasi Capacitor Anda. Paket ini menyediakan metode untuk mengonfigurasi Crisp, membuka kotak obrolan, mengatur detail pengguna, mengirim acara, dan banyak lagi.
-
-Untuk memulai dengan paket `@capgo/capacitor-crisp`, ikuti langkah-langkah berikut:
-
-## Instalasi
-
-1 Buka terminal Anda dan navigasikan ke direktori utama aplikasi Capacitor Anda.
-2 Jalankan perintah berikut untuk menginstal paket:
-
-```bash
-npm install @capgo/capacitor-crisp
-npx cap sync
-```
-
-## Inisialisasi Crisp
-
-Sebelum menggunakan metode apa pun yang disediakan oleh paket `@capgo/capacitor-crisp`, Anda perlu mengonfigurasi Crisp dengan ID situs web Anda. Tambahkan kode berikut ke proyek Anda:
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-CapacitorCrisp.configure({ websiteID: '******-****-****-****-********' });
-```
-
-Ganti `'******-****-****-****-********'` dengan ID situs web Crisp Anda yang sebenarnya.
-
-### Integrasi iOS
-
-Jika Anda menargetkan iOS, Anda perlu menambahkan izin berikut ke file Infoplist aplikasi Anda:
-
-- Privasi - Deskripsi Penggunaan Kamera (NSCameraUsageDescription)
-- Privasi - Deskripsi Penggunaan Tambahan Perpustakaan Foto (NSPhotoLibraryAddUsageDescription)
-
-Pastikan untuk memberikan deskripsi untuk setiap izin yang menjelaskan mengapa aplikasi Anda membutuhkannya.
-
-### Integrasi Android
-
-Tidak ada langkah tambahan yang diperlukan untuk integrasi Android.
-
-## Buka Kotak Obrolan
-
-Untuk membuka kotak obrolan Crisp di aplikasi Anda, gunakan metode `openMessenger` yang disediakan oleh paket `@capgo/capacitor-crisp`. Tambahkan kode berikut ke proyek Anda:
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-CapacitorCrisp.openMessenger();
-```
-
-Ini akan membuka kotak obrolan Crisp bagi pengguna untuk memulai percakapan dengan tim dukungan Anda.
-
-## Fungsionalitas Tambahan
-
-Paket `@capgo/capacitor-crisp` menyediakan beberapa metode lain untuk menyesuaikan dan berinteraksi dengan Crisp. Berikut adalah beberapa metode yang tersedia:
-
-- `setTokenID`: Atur ID token untuk pengguna.
-- `setUser`: Atur detail pengguna seperti nama panggilan, nomor telepon, email, dan avatar.
-- `pushEvent`: Kirim acara kustom ke Crisp.
-- `setCompany`: Atur detail perusahaan termasuk nama, URL, deskripsi, pekerjaan, dan geolokasi.
-- `setInt`: Atur nilai integer kustom.
-- `setString`: Atur nilai string kustom.
-- `sendMessage`: Kirim pesan obrolan ke Crisp.
-- `setSegment`: Atur segmen untuk pengguna.
-- `reset`: Reset konfigurasi Crisp.
-
-Untuk informasi lebih lanjut tentang metode ini dan parameter mereka, silakan merujuk ke dokumentasi resmi dari paket `@capgo/capacitor-crisp`.
-
-Itu saja! Anda telah belajar cara menggunakan paket `@capgo/capacitor-crisp` untuk mengintegrasikan Crisp ke dalam aplikasi Capacitor Anda. Nikmati komunikasi yang lancar dengan pengguna Anda melalui kotak obrolan Crisp.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/capacitor-data-storage-sqlite.md b/src/content/plugins-tutorials/id/capacitor-data-storage-sqlite.md
deleted file mode 100644
index 7188aab57..000000000
--- a/src/content/plugins-tutorials/id/capacitor-data-storage-sqlite.md
+++ /dev/null
@@ -1,188 +0,0 @@
----
-locale: id
----
-
-Tutorial capgo/capacitor-data-storage-sqlite
-
-Tutorial ini akan memandu Anda melalui proses menggunakan paket `@capgo/capacitor-data-storage-sqlite` untuk mengimplementasikan penyimpanan permanen key-value untuk data string sederhana di aplikasi Ionic Capacitor Anda.
-
-## Prasyarat
-
-Sebelum kita mulai, pastikan Anda telah menginstal yang berikut ini:
-
-- Nodejs
-- npm
-- Proyek Ionic Capacitor
-
-## Instalasi
-
-1 Buka terminal atau command prompt Anda dan arahkan ke direktori proyek Anda.
-
-2 Jalankan perintah berikut untuk menginstal paket:
-
-```bash
-npm install --save @capgo/capacitor-data-storage-sqlite
-```
-
-3 Setelah instalasi, sinkronkan proyek Capacitor Anda:
-
-```bash
-npx cap sync
-```
-
-4 Untuk platform Web, instal localforage:
-
-```bash
-npm install --save localforage
-```
-
-5 Untuk platform Electron, ikuti langkah tambahan ini:
-
-```bash
-npm install --save @capacitor-community/electron
-npx cap add @capacitor-community/electron
-cd electron
-npm install --save sqlite3
-npm install --save-dev @types/sqlite3
-npm run build
-cd ..
-npx cap sync @capacitor-community/electron
-```
-
-## Penggunaan
-
-Sekarang kita telah menginstal paket, mari kita lihat bagaimana cara menggunakannya di aplikasi Anda.
-
-### Mengimpor Plugin
-
-Pertama, impor plugin di file TypeScript Anda:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { CapacitorDataStorageSqlite, capDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-```
-
-### Membuka Penyimpanan
-
-Untuk mulai menggunakan penyimpanan, Anda perlu membuka penyimpanan:
-
-```typescript
-async function openStore() {
-  const store = new CapacitorDataStorageSqlite(Capacitor.getPlatform());
-  await store.openStore({ database: "my_db", table: "my_table" });
-  return store;
-}
-```
-
-### Mengatur Nilai
-
-Untuk mengatur nilai di penyimpanan:
-
-```typescript
-async function setValue(store, key: string, value: string) {
-  await store.set(key, value);
-}
-```
-
-### Mengambil Nilai
-
-Untuk mengambil nilai dari penyimpanan:
-
-```typescript
-async function getValue(store, key: string) {
-  const result = await store.get(key);
-  return result.value;
-}
-```
-
-### Memeriksa Apakah Kunci Ada
-
-Untuk memeriksa apakah kunci ada di penyimpanan:
-
-```typescript
-async function isKeyExists(store, key: string) {
-  const result = await store.iskey(key);
-  return result.result;
-}
-```
-
-### Menghapus Kunci
-
-Untuk menghapus kunci dari penyimpanan:
-
-```typescript
-async function removeKey(store, key: string) {
-  await store.remove(key);
-}
-```
-
-### Menghapus Penyimpanan
-
-Untuk menghapus semua data dari penyimpanan:
-
-```typescript
-async function clearStore(store) {
-  await store.clear();
-}
-```
-
-### Menutup Penyimpanan
-
-Saat Anda selesai menggunakan penyimpanan, adalah praktik baik untuk menutupnya:
-
-```typescript
-async function closeStore(store) {
-  await store.closeStore();
-}
-```
-
-## Contoh Penggunaan
-
-Berikut adalah contoh lengkap tentang cara menggunakan plugin:
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { CapacitorDataStorageSqlite, capDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-async function dataStorageExample() {
-  const store = new CapacitorDataStorageSqlite(Capacitor.getPlatform());
-  
-  try {
-    // Open the store
-    await store.openStore({ database: "my_db", table: "my_table" });
-
-    // Set a value
-    await store.set("myKey", "Hello, Capacitor!");
-
-    // Get the value
-    const result = await store.get("myKey");
-    console.log("Value:", result.value);
-
-    // Check if key exists
-    const keyExists = await store.iskey("myKey");
-    console.log("Key exists:", keyExists.result);
-
-    // Remove the key
-    await store.remove("myKey");
-
-    // Clear the store
-    await store.clear();
-
-  } catch (error) {
-    console.error("Error:", error);
-  } finally {
-    // Close the store
-    await store.closeStore();
-  }
-}
-
-dataStorageExample();
-```
-
-## Kesimpulan
-
-Anda kini telah belajar bagaimana menggunakan paket `@capgo/capacitor-data-storage-sqlite` untuk mengimplementasikan sistem penyimpanan key-value di aplikasi Ionic Capacitor Anda. Plugin ini menyediakan cara sederhana untuk menyimpan dan mengambil data string di berbagai platform, termasuk iOS, Android, Electron, dan Web.
-
-Ingat untuk menangani kesalahan dengan tepat dan menutup penyimpanan saat Anda selesai menggunakannya. Untuk penggunaan yang lebih lanjut, termasuk bekerja dengan basis data terenkripsi, beberapa tabel, dan impor/ekspor JSON, rujuk ke dokumentasi API lengkap plugin ini.
-
-Untuk informasi lebih rinci tentang API dan opsi yang tersedia, rujuk ke README atau dokumentasi paket.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/capacitor-flash.md b/src/content/plugins-tutorials/id/capacitor-flash.md
deleted file mode 100644
index e475cf583..000000000
--- a/src/content/plugins-tutorials/id/capacitor-flash.md
+++ /dev/null
@@ -1,59 +0,0 @@
----
-locale: id
----
-
-Menyanyi paket `@capgo/capacitor-flash`
-
-Paket `@capgo/capacitor-flash` memungkinkan Anda untuk menyalakan dan mematikan senter/torch perangkat Anda. Dalam tutorial ini, kami akan membimbing Anda melalui proses menginstal dan menggunakan paket ini di aplikasi Ionic Capacitor Anda.
-
-## Instalasi
-
-Untuk menginstal paket `@capgo/capacitor-flash`, jalankan perintah berikut di direktori root proyek Anda:
-
-[[BLOK_KODE]]
-
-## Pengaturan iOS
-
-Paket `@capgo/capacitor-flash` dapat digunakan langsung di iOS, jadi tidak diperlukan pengaturan tambahan.
-
-## Pengaturan Android
-
-Untuk Android, Anda perlu mendeklarasikan izin yang diperlukan dalam file `AndroidManifest.xml` aplikasi Anda. Tambahkan baris berikut di dalam tag `<manifest>`:
-
-[[BLOK_KODE]]
-
-## API
-
-Paket `@capgo/capacitor-flash` menyediakan metode API berikut:
-
-### isAvailable()
-
-Metode ini memeriksa apakah senter tersedia di perangkat.
-
-[[BLOK_KODE]]
-
-### switchOn(options)
-
-Metode ini menyalakan senter perangkat Anda. Anda dapat mengirimkan opsi untuk menyesuaikan intensitas senter.
-
-[[BLOK_KODE]]
-
-### switchOff()
-
-Metode ini mematikan senter perangkat.
-
-[[BLOK_KODE]]
-
-### isSwitchedOn()
-
-Metode ini memeriksa apakah senter saat ini dalam keadaan menyala atau mati.
-
-[[BLOK_KODE]]
-
-### toggle()
-
-Metode ini mengubah keadaan senter, yaitu, jika senter menyala, maka akan dimatikan, dan sebaliknya.
-
-[[BLOK_KODE]]
-
-Itu saja! Anda telah berhasil mempelajari cara menggunakan paket `@capgo/capacitor-flash` di aplikasi Ionic Capacitor Anda untuk mengontrol senter/torch perangkat Anda.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/capacitor-inappbrowser.md b/src/content/plugins-tutorials/id/capacitor-inappbrowser.md
deleted file mode 100644
index c9e3eb31d..000000000
--- a/src/content/plugins-tutorials/id/capacitor-inappbrowser.md
+++ /dev/null
@@ -1,52 +0,0 @@
----
-locale: id
----
-
-Tutorial Paket `@capgo/inappbrowser`
-
-Paket `@capgo/inappbrowser` adalah plugin Capacitor yang memungkinkan Anda membuka URL di jendela browser dalam aplikasi. Berikut adalah panduan langkah demi langkah tentang cara menggunakan paket ini:
-
-## Instalasi
-
-Untuk menginstal paket, jalankan perintah berikut di direktori root proyek Anda:
-
-[[BLOK_KODE]]
-
-## Penggunaan
-
-1. Impor kelas `InAppBrowser` dari paket `@capgo/inappbrowser`:
-
-   [[BLOK_KODE]]
-
-2. Gunakan metode `InAppBrowser.open` untuk membuka URL di jendela fullscreen baru:
-
-   [[BLOK_KODE]]
-
-   Ganti `"YOUR_URL"` dengan URL yang ingin Anda buka
-
-3. Anda juga dapat menggunakan metode lain yang disediakan oleh kelas `InAppBrowser`:
-
-   - `clearCookies`: Hapus semua cookie
-   - `close`: Tutup jendela browser dalam aplikasi
-   - `openWebView`: Buka URL di webview baru dengan toolbar
-   - `setUrl`: Atur URL dari browser dalam aplikasi
-
-   Lihat bagian API di bawah untuk informasi lebih lanjut tentang metode ini
-
-## API
-
-Paket `@capgo/inappbrowser` menyediakan metode API berikut:
-
-- `open(options: OpenOptions)`: Buka URL di jendela fullscreen baru. Menerima objek `OpenOptions` sebagai parameter
-- `clearCookies()`: Hapus semua cookie
-- `close()`: Tutup jendela browser dalam aplikasi
-- `openWebView(options: OpenWebViewOptions)`: Buka URL di webview baru dengan toolbar. Menerima objek `OpenWebViewOptions` sebagai parameter
-- `setUrl(options: { url: string; })`: Atur URL dari browser dalam aplikasi. Menerima objek dengan properti `url` sebagai parameter
-- `addListener('urlChangeEvent', listenerFunc: UrlChangeListener)`: Dengarkan peristiwa perubahan URL. Menerima fungsi `UrlChangeListener` sebagai parameter
-- `addListener('closeEvent', listenerFunc: UrlChangeListener)`: Dengarkan peristiwa penutupan. Menerima fungsi `UrlChangeListener` sebagai parameter
-- `addListener('confirmBtnClicked', listenerFunc: UrlChangeListener)`: Dengarkan peristiwa klik tombol konfirmasi. Menerima fungsi `UrlChangeListener` sebagai parameter
-- `removeAllListeners()`: Hapus semua pendengar peristiwa
-
-Untuk informasi lebih lanjut tentang parameter dan nilai kembali dari metode ini, lihat dokumentasi paket
-
-Dan itu saja! Anda telah belajar cara menggunakan paket `@capgo/inappbrowser` untuk membuka URL di jendela browser dalam aplikasi di Capacitor. Selamat coding!
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/capacitor-mute.md b/src/content/plugins-tutorials/id/capacitor-mute.md
deleted file mode 100644
index 86ef49237..000000000
--- a/src/content/plugins-tutorials/id/capacitor-mute.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-locale: id
----
-
-Sing @capgo/capacitor-mute Paket
-
-Paket `@capgo/capacitor-mute` adalah plugin Capacitor yang memungkinkan Anda untuk mendeteksi apakah saklar bisu diaktifkan atau dinonaktifkan pada suatu perangkat. Ini menyediakan API sederhana untuk memeriksa status bisu perangkat.
-
-## Instalasi
-
-Anda dapat menginstal paket `@capgo/capacitor-mute` menggunakan npm:
-
-```bash
-npm install @capgo/capacitor-mute
-npx cap sync
-```
-
-## Penggunaan
-
-Untuk menggunakan paket `@capgo/capacitor-mute`, Anda perlu mengimpornya dan memanggil metode `isMuted()`
-
-```typescript
-import { isMuted } from '@capgo/capacitor-mute';
-
-isMuted().then((result) => {
-  console.log('Mute status:', result);
-}).catch((error) => {
-  console.error('Error checking mute status:', error);
-});
-```
-
-Metode `isMuted()` mengembalikan sebuah janji yang resolusinya adalah nilai boolean yang menunjukkan apakah perangkat dinonaktifkan suara atau tidak. Jika janji ditolak, pesan kesalahan akan ditampilkan.
-
-## Contoh
-
-Berikut adalah contoh cara Anda dapat menggunakan paket `@capgo/capacitor-mute` untuk memeriksa status bisu perangkat dan menampilkan pesan berdasarkan hasilnya.
-
-```typescript
-import { isMuted } from '@capgo/capacitor-mute';
-
-isMuted().then((result) => {
-  if (result) {
-    console.log('The device is currently muted');
-    // Display a message or perform some actions for muted device
-  } else {
-    console.log('The device is not muted');
-    // Display a message or perform some actions for non-muted device
-  }
-}).catch((error) => {
-  console.error('Error checking mute status:', error);
-});
-```
-
-Dalam contoh ini, jika perangkat dinonaktifkan suara, pesan "Perangkat saat ini dinonaktifkan suara" akan ditampilkan. Jika perangkat tidak dinonaktifkan suara, pesan "Perangkat tidak dinonaktifkan suara" akan ditampilkan.
-
-## Masalah yang Mungkinkan
-
-Harap diperhatikan bahwa pada perangkat iOS dengan Xcode 14, pustaka `@capgo/capacitor-mute` mungkin tidak dikonfigurasi sesuai harapan oleh Apple. Masalah ini sedang ditangani oleh pengembang pustaka. Untuk mengatasi masalah ini, Anda dapat mengikuti petunjuk yang diberikan dalam bagian [masalah yang diketahui](https://githubcom/CocoaPods/CocoaPods/issues/8891/) dari dokumentasi paket.
-
-## Kesimpulan
-
-Paket `@capgo/capacitor-mute` adalah plugin Capacitor yang berguna yang memungkinkan Anda untuk mendeteksi status bisu perangkat. Dengan mengikuti langkah-langkah instalasi dan penggunaan yang dijelaskan dalam tutorial ini, Anda dapat dengan mudah mengintegrasikan paket ini ke dalam proyek Capacitor Anda dan memanfaatkan API-nya untuk memeriksa status bisu.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/capacitor-native-biometric.md b/src/content/plugins-tutorials/id/capacitor-native-biometric.md
deleted file mode 100644
index 5bd1ab241..000000000
--- a/src/content/plugins-tutorials/id/capacitor-native-biometric.md
+++ /dev/null
@@ -1,22 +0,0 @@
----
-locale: id
----
-
-| -------------------------- | ------------------------- |
-| 0    | Kesalahan Tidak Dikenal    | Android, iOS              |
-| 1    | Biometrik Tidak Tersedia    | Android, iOS              |
-| 2    | Penguncian Pengguna        | Android, iOS              |
-| 3    | Biometrik Belum Terdaftar  | Android, iOS              |
-| 4    | Penguncian Pengguna Sementara | Android (Penguncian selama 30 detik) |
-| 10   | Autentikasi Gagal          | Android, iOS              |
-| 11   | Aplikasi Dibatalkan        | iOS                       |
-| 12   | Konteks Tidak Valid        | iOS                       |
-| 13   | Tidak Interaktif           | iOS                       |
-| 14   | Kode Sandi Belum Ditetapkan | Android, iOS              |
-| 15   | Sistem Dibatalkan          | Android, iOS              |
-| 16   | Pengguna Dibatalkan        | Android, iOS              |
-| 17   | Pengguna Beralih           | Android, iOS              |
-
-Anda dapat menangani kode kesalahan ini berdasarkan kebutuhan aplikasi Anda.
-
-Itu saja! Anda telah berhasil belajar cara menggunakan paket `@capgo/capacitor-native-biometric` untuk mengintegrasikan autentikasi biometrik ke dalam aplikasi Capacitor Anda.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/capacitor-nativegeocoder.md b/src/content/plugins-tutorials/id/capacitor-nativegeocoder.md
deleted file mode 100644
index 9841b7777..000000000
--- a/src/content/plugins-tutorials/id/capacitor-nativegeocoder.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-locale: id
----
-
-Menggunakan @capgo/nativegeocoder untuk Geocoding
-
-Paket `@capgo/nativegeocoder` adalah plugin Capacitor yang menyediakan fungsionalitas geocoding maju dan mundur. Geocoding adalah proses mengubah alamat menjadi koordinat geografis (lintang dan bujur) dan sebaliknya.
-
-Untuk menggunakan paket `@capgo/nativegeocoder`, ikuti langkah-langkah di bawah ini:
-
-### Langkah 1: Instal paket
-
-Instal paket menggunakan npm:
-
-```bash
-npm install @capgo/nativegeocoder
-```
-
-### Langkah 2: Sinkronkan proyek Anda
-
-Jalankan perintah berikut untuk menyinkronkan proyek Anda:
-
-```bash
-npx cap sync
-```
-
-### Langkah 3: Impor plugin
-
-Dalam kode Anda, impor `NativeGeocoder` dari `@capgo/nativegeocoder`:
-
-```javascript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-```
-
-### Langkah 4: Terapkan fungsionalitas geocoding
-
-Plugin `@capgo/nativegeocoder` menyediakan dua metode utama untuk geocoding:
-
-#### Geocoding Mundur
-
-Geocoding mundur adalah proses mengubah koordinat geografis (lintang dan bujur) menjadi alamat.
-
-```typescript
-const reverseOptions = {
-  latitude: 37.7749,
-  longitude: -122.4194,
-};
-
-const address = NativeGeocoder.reverseGeocode(reverseOptions);
-console.log(address);
-```
-
-Metode `reverseGeocode` menerima objek dengan properti lintang dan bujur. Hasilnya adalah alamat.
-
-#### Geocoding Maju
-
-Geocoding maju adalah proses mengubah alamat menjadi koordinat geografis (lintang dan bujur).
-
-```typescript
-const forwardOptions = {
-  address: '1600 Amphitheatre Parkway, Mountain View, CA',
-};
-
-const coordinates = NativeGeocoder.forwardGeocode(forwardOptions);
-console.log(coordinates);
-```
-
-Metode `forwardGeocode` menerima objek dengan properti alamat. Hasilnya adalah koordinat.
-
-### Kesimpulan
-
-Paket `@capgo/nativegeocoder` menyediakan cara yang sederhana dan efisien untuk melakukan geocoding dalam proyek Capacitor Anda. Dengan mengikuti langkah-langkah yang diuraikan dalam tutorial ini, Anda dapat dengan mudah mengintegrasikan fungsionalitas geocoding ke dalam aplikasi Anda.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/capacitor-navigation-bar.md b/src/content/plugins-tutorials/id/capacitor-navigation-bar.md
deleted file mode 100644
index 562670071..000000000
--- a/src/content/plugins-tutorials/id/capacitor-navigation-bar.md
+++ /dev/null
@@ -1,45 +0,0 @@
----
-locale: id
----
-
-sing @capgo/capacitor-navigation-bar
-
-## Instalasi
-
-Untuk menggunakan paket `@capgo/capacitor-navigation-bar`, Anda perlu menginstalnya terlebih dahulu dengan menjalankan perintah berikut:
-
-```bash
-npm install @capgo/capacitor-navigation-bar
-npx cap sync
-```
-
-## Mengatur Warna Bilah Navigasi
-
-Anda dapat mengatur warna bilah navigasi untuk Android Lollipop dan yang lebih tinggi menggunakan fungsi `setNavigationBarColor`. Berikut adalah contoh cara menggunakannya:
-
-```typescript
-import { setNavigationBarColor } from '@capgo/capacitor-navigation-bar';
-
-...
-
-setNavigationBarColor({ color: '#FF0000' });
-```
-
-Parameter `color` adalah string yang mewakili warna bilah navigasi.
-
-## Mendapatkan Warna Bilah Navigasi
-
-Anda juga dapat mendapatkan warna bilah navigasi saat ini menggunakan fungsi `getNavigationBarColor`. Berikut adalah contoh cara menggunakannya:
-
-```typescript
-import { getNavigationBarColor } from '@capgo/capacitor-navigation-bar';
-
-...
-
-const color = getNavigationBarColor();
-console.log(color);
-```
-
-Variabel `color` akan berisi warna bilah navigasi saat ini.
-
-Dan itu saja! Sekarang Anda tahu cara menggunakan paket `@capgo/capacitor-navigation-bar` untuk mengatur dan mendapatkan warna bilah navigasi di aplikasi Android Anda.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/capacitor-screen-recorder.md b/src/content/plugins-tutorials/id/capacitor-screen-recorder.md
deleted file mode 100644
index e15c48668..000000000
--- a/src/content/plugins-tutorials/id/capacitor-screen-recorder.md
+++ /dev/null
@@ -1,49 +0,0 @@
----
-locale: id
----
-
-capgo/capacitor-screen-recorder
-Sebuah plugin Capacitor untuk merekam layar perangkat
-
-## Instalasi
-Untuk menginstal paket, jalankan perintah berikut:
-```
-npm install @capgo/capacitor-screen-recorder
-npx cap sync
-```
-Pastikan untuk menambahkan izin dan konfigurasi yang diperlukan agar plugin dapat berfungsi dengan baik
-
-## Penggunaan
-Untuk memulai merekam layar, gunakan metode `start()`:
-```typescript
-import { Plugins } from '@capacitor/core';
-const { CapacitorScreenRecorder } = Plugins;
-
-CapacitorScreenRecorder.start();
-```
-
-Untuk menghentikan rekaman, gunakan metode `stop()`:
-```typescript
-import { Plugins } from '@capacitor/core';
-const { CapacitorScreenRecorder } = Plugins;
-
-CapacitorScreenRecorder.stop();
-```
-
-Itu saja! Anda sekarang dapat merekam layar perangkat Anda menggunakan plugin Capacitor Screen Recorder
-## Android
-
-Tambahkan izin ini
-```xml
-  <uses-permission android:name="android.permission.CAPTURE_VIDEO_OUTPUT" />
-  <uses-permission android:name="android.permission.FOREGROUND_SERVICE_MEDIA_PROJECTION" />
-```
-
-## Kompatibilitas
-Plugin ini kompatibel dengan Capacitor 4 dan di atasnya
-
-## Kontribusi
-Kontribusi untuk plugin ini sangat dihargai Jika Anda menemukan masalah atau memiliki saran, silakan kirim permintaan tarik atau buat masalah di repositori GitHub
-
-## Lisensi
-Paket ini dilisensikan di bawah Lisensi MIT
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/capacitor-shake.md b/src/content/plugins-tutorials/id/capacitor-shake.md
deleted file mode 100644
index 66a20d270..000000000
--- a/src/content/plugins-tutorials/id/capacitor-shake.md
+++ /dev/null
@@ -1,31 +0,0 @@
----
-locale: id
----
-
-sing @capgo/capacitor-shake
-
-Paket `@capgo/capacitor-shake` memungkinkan Anda untuk mendeteksi gerakan menggoyang pada perangkat. Berikut adalah tutorial tentang cara menggunakan paket ini dalam aplikasi Capacitor Anda.
-
-## Instalasi
-
-Untuk menginstal paket, jalankan perintah berikut:
-
-[[BLOCK_KODE]]
-
-## Tambahkan Pendengar
-
-Untuk mendeteksi gerakan menggoyang, Anda perlu menambahkan pendengar untuk kejadian `shake`. Berikut adalah contoh cara melakukannya:
-
-[[BLOCK_KODE]]
-
-Dalam contoh ini, kita mengimpor plugin `CapacitorShake` dari `@capacitor/core` dan menggunakan metode `addListener` untuk menambahkan pendengar untuk kejadian `shake`. Ketika gerakan menggoyang terdeteksi, fungsi callback akan dijalankan.
-
-## Hapus Pendengar
-
-Jika Anda ingin menghapus pendengar kejadian `shake`, Anda dapat menggunakan metode `removeAllListeners`:
-
-[[BLOCK_KODE]]
-
-Dalam contoh ini, kita menggunakan metode `removeAllListeners` untuk menghapus semua pendengar kejadian `shake`.
-
-Itu saja! Anda telah berhasil mengintegrasikan paket `@capgo/capacitor-shake` ke dalam aplikasi Capacitor Anda. Anda sekarang dapat mendeteksi gerakan menggoyang pada perangkat.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/capacitor-updater.md b/src/content/plugins-tutorials/id/capacitor-updater.md
deleted file mode 100644
index 0b7e6eec0..000000000
--- a/src/content/plugins-tutorials/id/capacitor-updater.md
+++ /dev/null
@@ -1,91 +0,0 @@
----
-locale: id
----
-
-Tutorial Paket capgo/capacitor-updater
-
-Tutorial ini akan memandu Anda melalui proses menggunakan paket `@capgo/capacitor-updater` untuk mengaktifkan pembaruan otomatis di aplikasi Ionic Capacitor Anda.
-
-## Prasyarat
-
-Sebelum kita mulai, pastikan Anda telah menginstal yang berikut:
-
-- Nodejs
-- npm
-
-## Instalasi
-
-Untuk menginstal paket `@capgo/capacitor-updater`, buka terminal atau prompt perintah Anda dan jalankan perintah berikut:
-
-```
-npm install @capgo/capacitor-updater
-```
-
-Ini akan mengunduh dan menginstal paket di proyek Anda.
-
-### Instal plugin
-
-Anda harus mengakhiri dengan kode ini ditambahkan ke aplikasi Anda:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Untuk menginstal plugin ke dalam aplikasi Capacitor Anda.
-
-Kemudian tambahkan kode ini ke aplikasi Anda untuk memberi tahu plugin asli bahwa bundel JS dalam keadaan baik, plugin asli akan kembali ke versi sebelumnya, jika Anda gagal melakukannya:
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-Ini akan memberitahu plugin asli bahwa instalasi berhasil.
-
-Kemudian lakukan `npm run build && npx cap copy` untuk memperbarui aplikasi Anda.
-
-### Masuk ke Capgo CLOUD
-
-Pertama, gunakan `all` [apikey](https://console.capgo.app/dashboard/apikeys/) yang ada di akun Anda untuk masuk dengan CLI:
-
-`npx @capgo/cli@latest login YOU_KEY`
-
-### Tambahkan aplikasi pertama Anda
-
-Mari kita mulai dengan terlebih dahulu membuat aplikasi di Capgo Cloud dengan CLI.
-
-`npx @capgo/cli@latest app add`
-
-Perintah ini akan menggunakan semua variabel yang didefinisikan dalam file konfigurasi Capacitor untuk membuat aplikasi.
-
-### Unggah versi pertama Anda
-
-Jalankan perintah untuk membangun kode Anda dan mengirimkannya ke Capgo dengan:
-`npx @capgo/cli@latest bundle upload`
-
-Secara default, nama versi akan menjadi nama yang ada di file `packagejson` Anda.
-
-Periksa di [Capgo](https://console.capgo.app/) jika build sudah ada.
-
-Anda bahkan dapat mengujinya dengan [aplikasi sandbox mobile](https://capgo.app/app_mobile/) saya.
-
-### Jadikan saluran default
-
-Setelah Anda mengirim aplikasi Anda ke Capgo, Anda perlu menjadikan saluran Anda `default` agar aplikasi dapat menerima pembaruan dari Capgo.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-## Menerima Pembaruan Langsung di Perangkat
-
-Agar aplikasi Anda menerima pembaruan langsung dari Deploy, Anda perlu menjalankan aplikasi di perangkat atau emulator. Cara termudah untuk melakukannya adalah dengan menggunakan perintah berikut untuk meluncurkan aplikasi lokal Anda di emulator atau perangkat yang terhubung ke komputer Anda.
-
-    npx cap run [ios | android]
-
-Buka aplikasi, letakkan di latar belakang dan buka lagi, Anda harus melihat di log bahwa aplikasi telah melakukan pembaruan.
-
-Selamat! 🎉 Anda telah berhasil melakukan penyebaran Pembaruan Langsung pertama Anda. Ini baru awal dari apa yang dapat Anda lakukan dengan Pembaruan Langsung. Untuk mempelajari lebih lanjut, lihat dokumen lengkap [Pembaruan Langsung](/docs/plugin/cloud-mode/getting-started/).
-
-> Jika Anda perlu menghentikan penerimaan pembaruan secara lokal, jalankan perintah ini:
-`npx @capgo/cli@latest channel set`
-
-## Kesimpulan
-
-Selamat! Anda telah berhasil mempelajari cara menggunakan paket `@capgo/capacitor-updater` untuk mengaktifkan pembaruan otomatis di aplikasi Ionic Capacitor Anda. Baik Anda memilih pembaruan otomatis atau pengaturan manual, Anda sekarang memiliki alat untuk menjaga aplikasi Anda tetap terkini dengan mudah.
diff --git a/src/content/plugins-tutorials/id/capacitor-uploader.md b/src/content/plugins-tutorials/id/capacitor-uploader.md
deleted file mode 100644
index 41a37bc7a..000000000
--- a/src/content/plugins-tutorials/id/capacitor-uploader.md
+++ /dev/null
@@ -1,71 +0,0 @@
----
-locale: id
----
-
-capgo/capacitor-uploader Tutorial
-
-Tutorial ini akan membimbing Anda melalui proses menggunakan paket `@capgo/capacitor-uploader` untuk mengunggah file secara native di aplikasi Ionic Capacitor Anda.
-
-## Prasyarat
-
-Sebelum kita mulai, pastikan Anda telah menginstal yang berikut:
-
-- Nodejs
-- npm
-- Proyek Ionic Capacitor
-
-## Instalasi
-
-1 Buka terminal atau command prompt Anda dan navigasikan ke direktori proyek Anda.
-
-2 Jalankan perintah berikut untuk menginstal paket:
-
-[[BLOK_KODE]]
-
-3 Setelah instalasi, sinkronkan proyek Capacitor Anda:
-
-[[BLOK_KODE]]
-
-## Konfigurasi
-
-### Konfigurasi Android
-
-Untuk Android, Anda perlu menambahkan beberapa izin ke file `AndroidManifest.xml` Anda. Buka file yang terletak di `android/app/src/main/AndroidManifest.xml` dan tambahkan izin berikut di dalam tag `<manifest>`:
-
-[[BLOK_KODE]]
-
-## Penggunaan
-
-Sekarang setelah kami menginstal dan mengonfigurasi paket, mari kita lihat cara menggunakannya di aplikasi Anda.
-
-### Mengimpor Uploader
-
-Pertama, impor Uploader di file TypeScript Anda:
-
-[[BLOK_KODE]]
-
-### Mengunggah ke S3
-
-Berikut adalah contoh bagaimana mengunggah file ke S3 menggunakan URL yang ditandatangani sebelumnya:
-
-[[BLOK_KODE]]
-
-### Mengunggah ke Server Kustom
-
-Berikut adalah contoh bagaimana mengunggah file ke server kustom:
-
-[[BLOK_KODE]]
-
-### Menggunakan dengan Capacitor Camera Preview
-
-Jika Anda menggunakan plugin Capacitor Camera Preview, Anda dapat menggabungkannya dengan Uploader untuk menangkap dan mengunggah video. Berikut adalah contohnya:
-
-[[BLOK_KODE]]
-
-## Kesimpulan
-
-Anda sekarang telah belajar bagaimana menggunakan paket `@capgo/capacitor-uploader` untuk mengunggah file secara native di aplikasi Ionic Capacitor Anda. Plugin ini menyediakan cara yang fleksibel untuk mengunggah file ke berbagai server, termasuk S3 dengan URL yang ditandatangani sebelumnya, dan dapat digunakan dalam kombinasi dengan plugin lain seperti Capacitor Camera Preview.
-
-Ingat untuk menangani kesalahan dengan tepat dan mengelola peristiwa unggah untuk memberikan umpan balik kepada pengguna tentang kemajuan dan status unggah.
-
-Untuk informasi lebih rinci tentang API dan opsi yang tersedia, lihat README atau dokumentasi paket tersebut.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/home-indicator.md b/src/content/plugins-tutorials/id/home-indicator.md
deleted file mode 100644
index 2b529612d..000000000
--- a/src/content/plugins-tutorials/id/home-indicator.md
+++ /dev/null
@@ -1,68 +0,0 @@
----
-locale: id
----
-
-capgo/indikator-rumah
-
-Paket `@capgo/indikator-rumah` memungkinkan Anda untuk menyembunyikan dan menampilkan indikator tombol rumah di aplikasi Capacitor Anda.
-
-## Instalasi
-
-Untuk menginstal paket, jalankan perintah berikut di terminal Anda:
-
-```bash
-npm install @capgo/home-indicator
-npx cap sync
-```
-
-## API
-
-Paket ini menyediakan metode berikut:
-
-### `hide()`
-
-```typescript
-hide() => Promise
-```
-
-Sembunyikan indikator rumah
-
-**Sejak:** 001
-
-### `show()`
-
-```typescript
-show() => Promise
-```
-
-Tampilkan indikator rumah
-
-**Sejak:** 001
-
-### `isHidden()`
-
-```typescript
-isHidden() => Promise<{ hidden: boolean; }>
-```
-
-Dapatkan status indikator rumah
-
-**Mengembalikan:** Promise<{ hidden: boolean; }>
-
-**Sejak:** 001
-
-## Variabel CSS
-
-Anda dapat menggunakan `--safe-area-inset-bottom` untuk memastikan konten Anda tidak tersembunyi oleh indikator rumah. Variabel ini disuntikkan oleh plugin untuk Android. Ini berguna jika Anda mengatur mode layar penuh nyata di Android.
-
-Contoh penggunaan:
-
-```java
-getWindow().setDecorFitsSystemWindows(false);
-```
-
-## Kredit
-
-Plugin ini awalnya dibuat untuk [Kickcom](https://kickcom/) oleh [Capgo](https://capgo.app/).
-
-Untuk informasi lebih lanjut dan pembaruan, lihat [Capgo](https://capgo.app/).
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/ivs-player.md b/src/content/plugins-tutorials/id/ivs-player.md
deleted file mode 100644
index 5baa8773c..000000000
--- a/src/content/plugins-tutorials/id/ivs-player.md
+++ /dev/null
@@ -1,154 +0,0 @@
----
-locale: id
----
-
-sing @capgo/ivs-player
-
-## Instalasi
-
-Untuk menginstal paket @capgo/ivs-player, Anda perlu menjalankan perintah berikut:
-
-```bash
-npm install @capgo/ivs-player
-npx cap sync
-```
-
-## API
-
-Paket @capgo/ivs-player menyediakan API berikut:
-
-### create(options: { url: string; pip?: boolean; title?: string; subtitle?: string; cover?: string; autoPlay?: boolean; toBack?: boolean; x?: number; y?: number; width?: number; height?: number; }) => Promise
-
-Metode ini membuat instansi pemain IVS. Ini mengambil objek opsi sebagai parameter, yang berisi berbagai properti seperti URL video, apakah akan mengaktifkan mode picture-in-picture, judul dan subtitle video, dan lainnya. Ini mengembalikan Promise yang teratasi ke instansi yang dibuat.
-
-### start() => Promise
-
-Metode ini memulai pemutaran video di pemain IVS. Ini mengembalikan Promise.
-
-### cast() => Promise
-
-Metode ini mengalirkan video ke perangkat yang terhubung. Ini mengembalikan Promise.
-
-### getCastStatus() => Promise<{ isActive: boolean; }>
-
-Metode ini mengambil status fitur casting. Ini mengembalikan Promise yang teratasi ke objek yang berisi properti isActive, yang menunjukkan apakah casting aktif.
-
-### pause() => Promise
-
-Metode ini menjeda pemutaran video. Ini mengembalikan Promise.
-
-### delete() => Promise
-
-Metode ini menghapus instansi pemain IVS. Ini mengembalikan Promise.
-
-### getUrl() => Promise
-
-Metode ini mengambil URL video yang saat ini sedang diputar. Ini mengembalikan Promise.
-
-### getState() => Promise
-
-Metode ini mengambil status saat ini dari pemain IVS. Ini mengembalikan Promise.
-
-### setPlayerPosition() => Promise
-
-Metode ini mengatur posisi pemain IVS di layar. Ini mengambil koordina x dan y sebagai parameter dan mengembalikan Promise.
-
-### getPlayerPosition() => Promise
-
-Metode ini mengambil posisi saat ini dari pemain IVS di layar. Ini mengembalikan Promise.
-
-### setAutoQuality() => Promise
-
-Metode ini mengatur mode kualitas otomatis dari pemain IVS. Ini mengambil nilai boolean sebagai parameter dan mengembalikan Promise.
-
-### getAutoQuality() => Promise
-
-Metode ini mengambil mode kualitas otomatis saat ini dari pemain IVS. Ini mengembalikan Promise.
-
-### setPip() => Promise
-
-Metode ini mengatur mode picture-in-picture dari pemain IVS. Ini mengambil nilai boolean sebagai parameter dan mengembalikan Promise.
-
-### getPip() => Promise
-
-Metode ini mengambil mode picture-in-picture saat ini dari pemain IVS. Ini mengembalikan Promise.
-
-### setFrame() => Promise
-
-Metode ini mengatur bingkai dari pemain IVS. Ini mengambil nilai angka sebagai parameter dan mengembalikan Promise.
-
-### getFrame() => Promise
-
-Metode ini mengambil bingkai saat ini dari pemain IVS. Ini mengembalikan Promise.
-
-### setMute() => Promise
-
-Metode ini mengatur mode senyap dari pemain IVS. Ini mengambil nilai boolean sebagai parameter dan mengembalikan Promise.
-
-### getMute() => Promise
-
-Metode ini mengambil mode senyap saat ini dari pemain IVS. Ini mengembalikan Promise.
-
-### setQuality() => Promise
-
-Metode ini mengatur kualitas video di pemain IVS. Ini mengambil nilai string sebagai parameter dan mengembalikan Promise.
-
-### getQuality() => Promise
-
-Metode ini mengambil kualitas saat ini dari video di pemain IVS. Ini mengembalikan Promise.
-
-### getQualities() => Promise
-
-Metode ini mengambil kualitas yang tersedia dari video di pemain IVS. Ini mengembalikan Promise.
-
-### addListener('expandPip', ) => void
-
-Metode ini menambahkan pendengar untuk acara expandPip. Ini mengambil fungsi callback sebagai parameter dan mengembalikan void.
-
-### addListener('closePip', ) => void
-
-Metode ini menambahkan pendengar untuk acara closePip. Ini mengambil fungsi callback sebagai parameter dan mengembalikan void.
-
-### addListener('onState', ) => void
-
-Metode ini menambahkan pendengar untuk acara onState. Ini mengambil fungsi callback sebagai parameter dan mengembalikan void.
-
-### addListener('onCues', ) => void
-
-Metode ini menambahkan pendengar untuk acara onCues. Ini mengambil fungsi callback sebagai parameter dan mengembalikan void.
-
-### addListener('onDuration', ) => void
-
-Metode ini menambahkan pendengar untuk acara onDuration.Ini mengambil fungsi callback sebagai parameter dan mengembalikan void
-
-### addListener('onError', ) => void
-
-Metode ini menambahkan pendengar untuk acara onError. Ini mengambil fungsi callback sebagai parameter dan mengembalikan void
-
-### addListener('onRebuffering', ) => void
-
-Metode ini menambahkan pendengar untuk acara onRebuffering. Ini mengambil fungsi callback sebagai parameter dan mengembalikan void
-
-### addListener('onSeekCompleted', ) => void
-
-Metode ini menambahkan pendengar untuk acara onSeekCompleted. Ini mengambil fungsi callback sebagai parameter dan mengembalikan void
-
-### addListener('onVideoSize', ) => void
-
-Metode ini menambahkan pendengar untuk acara onVideoSize. Ini mengambil fungsi callback sebagai parameter dan mengembalikan void
-
-### addListener('onQuality', ) => void
-
-Metode ini menambahkan pendengar untuk acara onQuality. Ini mengambil fungsi callback sebagai parameter dan mengembalikan void
-
-### addListener('onCastStatus', ) => void
-
-Metode ini menambahkan pendengar untuk acara onCastStatus. Ini mengambil fungsi callback sebagai parameter dan mengembalikan void
-
-### removeAllListeners() => void
-
-Metode ini menghapus semua pendengar acara yang telah ditambahkan. Ini mengembalikan void
-
-## Kesimpulan
-
-Paket @capgo/ivs-player menyediakan API yang komprehensif untuk mengintegrasikan pemutar IVS ke dalam aplikasi Capacitor Anda. Dengan mengikuti langkah-langkah instalasi dan merujuk pada dokumentasi API, Anda dapat dengan mudah mulai memutar video di aplikasi Anda menggunakan pemutar IVS.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/native-audio.md b/src/content/plugins-tutorials/id/native-audio.md
deleted file mode 100644
index a0eda3c2f..000000000
--- a/src/content/plugins-tutorials/id/native-audio.md
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: id
----
-
-**menggunakan Paket @capgo/native-audio**
-
-Tutorial ini akan memandu Anda tentang cara menggunakan paket `@capgo/native-audio` untuk memutar suara di aplikasi Capacitor Anda.
-
-## Langkah 1: Instalasi
-
-Untuk menginstal paket, buka terminal Anda dan jalankan perintah berikut:
-
-[[BLOK_KODE]]
-
-atau jika Anda lebih suka menggunakan yarn:
-
-[[BLOK_KODE]]
-
-## Langkah 2: Sinkronisasi Berkas Native
-
-Setelah menginstal paket, sinkronkan berkas native dengan perintah berikut:
-
-[[BLOK_KODE]]
-
-## Langkah 3: Konfigurasi
-
-Tidak ada konfigurasi tambahan yang diperlukan untuk plugin ini.
-
-## Langkah 4: Penggunaan
-
-Untuk menggunakan paket `@capgo/native-audio`, Anda perlu mengimpor objek `NativeAudio` dari paket dan menggunakan metodenya.
-
-Berikut adalah contoh cara memuat sebelumnya sebuah berkas audio dan memutarnya:
-
-[[BLOK_KODE]]
-
-Metode `preload` digunakan untuk memuat berkas audio ke dalam memori, dan metode `play` digunakan untuk memutar berkas audio yang telah dimuat.
-
-Metode lain yang didukung termasuk `pause`, `resume`, `loop`, `stop`, `unload`, `setVolume`, `getDuration`, dan `getCurrentTime`. Anda dapat merujuk ke [dokumentasi resmi](https://githubcom/Cap-go/native-audio/blob/main/READMEmd/) untuk detail lebih lanjut tentang metode ini.
-
-Itu saja! Anda sekarang telah belajar bagaimana menggunakan paket `@capgo/native-audio` untuk memutar suara di aplikasi Capacitor Anda.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/native-market.md b/src/content/plugins-tutorials/id/native-market.md
deleted file mode 100644
index 0cdb2b55b..000000000
--- a/src/content/plugins-tutorials/id/native-market.md
+++ /dev/null
@@ -1,76 +0,0 @@
----
-published: true
-locale: id
----
-
-# Tutorial Paket `@capgo/native-market`
-
-Paket `@capgo/native-market` adalah plugin komunitas Capacitor untuk pasar native, yang memungkinkan Anda untuk berinteraksi dengan Play Store dan App Store. Tutorial ini akan memandu Anda melalui instalasi dan penggunaan paket ini di proyek Capacitor Anda.
-
-## Instalasi
-
-Untuk menginstal paket `@capgo/native-market`, buka terminal Anda dan jalankan salah satu dari perintah berikut, tergantung pada manajer paket yang Anda gunakan:
-
-Menggunakan npm:
-
-```bash
-npm install @capgo/native-market
-```
-
-Menggunakan yarn:
-
-```bash
-yarn add @capgo/native-market
-```
-
-Setelah instalasi, sinkronkan file native dengan menjalankan perintah berikut:
-
-```bash
-npx cap sync
-```
-
-Di iOS, tidak ada tindakan lebih lanjut yang diperlukan.
-
-Di Android, tidak ada tindakan lebih lanjut yang diperlukan.
-
-## Penggunaan
-
-Paket `@capgo/native-market` menyediakan beberapa metode yang didukung yang dapat Anda gunakan untuk berinteraksi dengan pasar native. Berikut adalah contoh cara menggunakan setiap metode:
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// Open store listing
-NativeMarket.openStoreListing({
-  appId: 'com.example.app',
-  country: 'IT',
-});
-
-// Open developer page
-NativeMarket.openDevPage({
-  devId: '5700313618786177705',
-});
-
-// Open collection
-NativeMarket.openCollection({
-  name: 'featured',
-});
-
-// Open editor's choice page
-NativeMarket.openEditorChoicePage({
-  editorChoice: 'editorial_fitness_apps_us',
-});
-
-// Perform search
-NativeMarket.search({
-  terms: 'capacitor',
-});
-```
-
-Setiap metode membutuhkan parameter input yang berbeda tergantung pada tindakan yang ingin Anda lakukan. Pastikan untuk merujuk pada dokumentasi metode untuk rincian lebih lanjut mengenai parameter yang diperlukan.
-
-Itu saja! Anda sekarang telah berhasil menginstal dan menggunakan paket `@capgo/native-market` di proyek Capacitor Anda. Jangan ragu untuk menjelajahi lebih banyak fitur dan menyesuaikannya sesuai kebutuhan Anda.
-
-***
-
-Selamat telah menyelesaikan tutorial! Jika Anda memiliki pertanyaan lebih lanjut atau memerlukan bantuan, silakan jangan ragu untuk bertanya.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/native-purchases.md b/src/content/plugins-tutorials/id/native-purchases.md
deleted file mode 100644
index e76b44ed8..000000000
--- a/src/content/plugins-tutorials/id/native-purchases.md
+++ /dev/null
@@ -1,70 +0,0 @@
----
-locale: id
----
-
-sing @capgo/native-purchases Paket
-
-Paket @capgo/native-purchases adalah plugin untuk Capacitor yang menyediakan fungsionalitas pembelian dalam aplikasi dengan mudah. Dalam tutorial ini, kita akan melalui langkah-langkah untuk menginstal dan menggunakan paket dalam proyek Capacitor Anda.
-
-## Instalasi
-
-Untuk menginstal paket @capgo/native-purchases, buka terminal Anda dan jalankan perintah berikut:
-
-```bash
-npm install @capgo/native-purchases
-npx cap sync
-```
-
-Ini akan menginstal paket dan menyinkronkan file native dengan proyek Anda.
-
-### Pengaturan Android
-
-Jika Anda menggunakan Android, Anda perlu menambahkan beberapa konfigurasi ke file AndroidManifest.xml Anda. Buka file yang terletak di `android/app/src/main/AndroidManifest.xml` dan tambahkan kode berikut:
-
-```xml
-<!-- Add any necessary configuration here -->
-```
-
-### Pengaturan iOS
-
-Jika Anda menggunakan iOS, tidak ada langkah lebih lanjut yang diperlukan.
-
-## Menggunakan Paket
-
-Paket @capgo/native-purchases menyediakan beberapa metode untuk menangani pembelian dalam aplikasi. Berikut adalah beberapa contoh cara menggunakan metode ini:
-
-### Mengembalikan Pembelian
-
-Untuk mengembalikan pembelian sebelumnya seorang pengguna, gunakan metode `restorePurchases()`:
-
-```typescript
-import { nativePurchases } from '@capgo/native-purchases';
-
-nativePurchases.restorePurchases();
-```
-
-### Membeli Produk
-
-Untuk memulai pembelian untuk produk tertentu, gunakan metode `purchaseProduct()`:
-
-```typescript
-import { nativePurchases } from '@capgo/native-purchases';
-
-nativePurchases.purchaseProduct({ productIdentifier: 'com.example.product' });
-```
-
-### Mendapatkan Informasi Produk
-
-Untuk mengambil informasi tentang produk tertentu, gunakan metode `getProducts()`:
-
-```typescript
-import { nativePurchases } from '@capgo/native-purchases';
-
-nativePurchases.getProducts({ productIdentifiers: ['com.example.product'] });
-```
-
-Ini hanyalah beberapa contoh cara menggunakan paket @capgo/native-purchases. Untuk informasi lebih rinci tentang metode yang tersedia dan parameter mereka, lihat dokumentasi paket.
-
-## Kesimpulan
-
-Dalam tutorial ini, kami membahas proses instalasi dan penggunaan dasar dari paket @capgo/native-purchases. Dengan mengikuti langkah-langkah yang dijelaskan di sini, Anda harus dapat mengintegrasikan fungsionalitas pembelian dalam aplikasi ke dalam proyek Capacitor Anda.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/id/purchases-capacitor.md b/src/content/plugins-tutorials/id/purchases-capacitor.md
deleted file mode 100644
index b95863439..000000000
--- a/src/content/plugins-tutorials/id/purchases-capacitor.md
+++ /dev/null
@@ -1,176 +0,0 @@
----
-locale: id
----
-
-tutorial revenuecat/purchases-capacitor
-
-Tutorial ini akan membimbing Anda melalui proses implementasi pembelian dalam aplikasi dan langganan di aplikasi Ionic Capacitor Anda menggunakan paket `@revenuecat/purchases-capacitor`.
-
-## Prasyarat
-
-Sebelum kita mulai, pastikan Anda memiliki hal-hal berikut:
-
-- Proyek Ionic Capacitor yang sudah disiapkan
-- Akun RevenueCat (daftar di https://apprevenuecatcom/signup)
-- Produk dalam aplikasi atau langganan yang dikonfigurasi di akun toko aplikasi Anda (Apple App Store dan/atau Google Play Store)
-
-## Instalasi
-
-1. Buka terminal atau command prompt Anda dan navigasikan ke direktori proyek Anda.
-
-2. Jalankan perintah berikut untuk menginstal paket:
-
-```bash
-npm install @revenuecat/purchases-capacitor
-```
-
-3. Setelah instalasi, sinkronkan proyek Capacitor Anda:
-
-```bash
-npx cap sync
-```
-
-## Konfigurasi
-
-1. Impor modul Purchases di file TypeScript utama aplikasi Anda (misalnya, `appcomponentts`):
-
-```typescript
-import { Purchases } from '@revenuecat/purchases-capacitor';
-```
-
-2. Konfigurasikan SDK dengan kunci API RevenueCat Anda:
-
-```typescript
-async function initializePurchases() {
-  await Purchases.configure({
-    apiKey: 'YOUR_REVENUECAT_API_KEY',
-  });
-}
-```
-
-Panggil fungsi ini saat aplikasi Anda mulai, misalnya di metode `ngOnInit()` dari komponen utama Anda.
-
-## Penggunaan Dasar
-
-### Mengambil Produk yang Tersedia
-
-Untuk mendapatkan daftar produk yang tersedia:
-
-```typescript
-async function getProducts() {
-  try {
-    const offerings = await Purchases.getOfferings();
-    if (offerings.current !== null) {
-      const products = offerings.current.availablePackages;
-      console.log('Available products:', products);
-    }
-  } catch (error) {
-    console.error('Error fetching products:', error);
-  }
-}
-```
-
-### Melakukan Pembelian
-
-Untuk memulai pembelian:
-
-```typescript
-async function purchasePackage(package: PurchasesPackage) {
-  try {
-    const { customerInfo, productIdentifier } = await Purchases.purchasePackage({ aPackage: package });
-    console.log('Purchase successful:', productIdentifier);
-    console.log('Customer Info:', customerInfo);
-  } catch (error) {
-    console.error('Error making purchase:', error);
-  }
-}
-```
-
-### Memeriksa Status Langganan
-
-Untuk memeriksa status langganan pengguna saat ini:
-
-```typescript
-async function checkSubscriptionStatus() {
-  try {
-    const { customerInfo } = await Purchases.getCustomerInfo();
-    const activeSubscriptions = customerInfo.activeSubscriptions;
-    console.log('Active subscriptions:', activeSubscriptions);
-  } catch (error) {
-    console.error('Error checking subscription status:', error);
-  }
-}
-```
-
-### Mengembalikan Pembelian
-
-Untuk mengembalikan pembelian sebelumnya pengguna:
-
-```typescript
-async function restorePurchases() {
-  try {
-    const { customerInfo } = await Purchases.restorePurchases();
-    console.log('Purchases restored:', customerInfo);
-  } catch (error) {
-    console.error('Error restoring purchases:', error);
-  }
-}
-```
-
-## Fitur Lanjutan
-
-### Mengidentifikasi Pengguna
-
-Jika Anda memiliki sistem ID pengguna sendiri, Anda dapat mengidentifikasi pengguna ke RevenueCat:
-
-```typescript
-async function identifyUser(userId: string) {
-  try {
-    const { customerInfo } = await Purchases.logIn({ appUserID: userId });
-    console.log('User identified:', customerInfo);
-  } catch (error) {
-    console.error('Error identifying user:', error);
-  }
-}
-```
-
-### Memeriksa Kelayakan Harga Perkenalan
-
-Untuk memeriksa apakah pengguna memenuhi syarat untuk harga perkenalan:
-
-```typescript
-async function checkIntroEligibility(productIdentifiers: string[]) {
-  try {
-    const eligibility = await Purchases.checkTrialOrIntroductoryPriceEligibility({ productIdentifiers });
-    console.log('Introductory price eligibility:', eligibility);
-  } catch (error) {
-    console.error('Error checking eligibility:', error);
-  }
-}
-```
-
-### Menetapkan Atribut
-
-Anda dapat menetapkan atribut kustom untuk pengguna:
-
-```typescript
-async function setUserAttributes() {
-  try {
-    await Purchases.setAttributes({
-      'user_level': '5',
-      'user_type': 'premium'
-    });
-    console.log('Attributes set successfully');
-  } catch (error) {
-    console.error('Error setting attributes:', error);
-  }
-}
-```
-
-## Kesimpulan
-
-Tutorial ini mencakup dasar-dasar implementasi pembelian dalam aplikasi dan langganan menggunakan paket `@revenuecat/purchases-capacitor`. Ingatlah untuk menangani kesalahan dengan tepat dan menguji implementasi Anda secara menyeluruh.
-
-Untuk penggunaan yang lebih lanjutan dan dokumentasi API yang lebih mendetail, merujuklah ke dokumentasi RevenueCat di https://docsrevenuecatcom/.
-
-Jangan lupa untuk mengonfigurasi produk Anda di dasbor RevenueCat dan menghubungkannya ke produk toko aplikasi Anda. Juga, pastikan untuk menguji implementasi Anda di lingkungan sandbox sebelum merilis ke produksi.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/camera-preview.md b/src/content/plugins-tutorials/it/camera-preview.md
deleted file mode 100644
index c4ed34718..000000000
--- a/src/content/plugins-tutorials/it/camera-preview.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-locale: it
----
-
-capgo/camera-preview Paket Eğitimi
-
-Bu eğiticide, `@capgo/camera-preview` paketini Capacitor projenizde nasıl kullanacağınızı adım adım göstereceğiz. Bu paket, JavaScript ve HTML kodunuzdan kamerayla etkileşimde bulunmanızı sağlar.
-
-## Kurulum
-
-`@capgo/camera-preview` paketini kurmak için terminalinizi açın ve aşağıdaki komutlardan birini çalıştırın:
-
-```bash
-yarn add @capgo/camera-preview
-```
-
-ya da
-
-```bash
-npm install @capgo/camera-preview
-```
-
-Kurulum tamamlandıktan sonra, Capacitor projenizi senkronize etmek için aşağıdaki komutu çalıştırın:
-
-```bash
-npx cap sync
-```
-
-### Ek Android Kurulum Adımları
-
-Android kullanıyorsanız, projenizde bazı ek değişiklikler yapmanız gerekmektedir. `android/app/src/main/AndroidManifest.xml` dosyasını açın ve CAMERA iznini talep etmek için kapanış `</application>` etiketinin üzerindeki satıra aşağıdaki satırı ekleyin:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-```
-
-Daha fazla yardımcı olmak için, [Capacitor belgelerine](https://capacitorjs.com/docs/android/configuration/#configuring-androidmanifest.xml/) başvurun.
-
-### Ek iOS Kurulum Adımları
-
-iOS kullanıyorsanız, `Info.plist` dosyanıza iki izin eklemeniz gerekmektedir. [Capacitor belgelerini](https://capacitorjs.com/docs/ios/configuration/#configuring-infoplist) takip edin ve `NSCameraUsageDescription` ve `NSMicrophoneUsageDescription` izinlerini ekleyin. `NSMicrophoneUsageDescription` izni, sesi kullanacaksanız yalnızca gereklidir. Ses gerekliyse, mikrofon izni talebini devre dışı bırakmak için `disableAudio` seçeneğini `true` olarak ayarlayabilirsiniz.
-
-### Ek Web Kurulum Adımları
-
-Ionic ile web platformunu kullanıyorsanız, `app.module.ts` dosyasındaki giriş scriptinize aşağıdaki satırı ekleyin:
-
-```typescript
-import '@capgo/camera-preview';
-```
-
-Bu, Capacitor'un eklentiden web platformunu kaydettirmesine izin verecektir.
-
-## API
-
-`@capgo/camera-preview` paketi aşağıdaki API yöntemlerini sağlar:
-
-### start(options: CameraPreviewOptions)
-
-Kamera önizleme örneğini başlatır.
-
-### stop()
-
-Kamera önizleme örneğini durdurur.
-
-### capture(options: CameraPreviewPictureOptions)
-
-Kameradan bir fotoğraf çeker.
-
-### captureSample(options: CameraSampleOptions)
-
-Bir örnek görüntü çeker.
-
-### getSupportedFlashModes()
-
-Desteklenen flaş modlarını getirir.
-
-### getHorizontalFov()
-
-Yatay görüş açısını getirir.
-
-### setFlashMode(options: { flashMode: CameraPreviewFlashMode | string; })
-
-Flaş modunu ayarlar.
-
-### flip()
-
-Kamerayı çevirir.
-
-### setOpacity(options: CameraOpacityOptions)
-
-Kamera opaklığını ayarlar.
-
-### stopRecordVideo()
-
-Bir video kaydını durdurur.
-
-### startRecordVideo(options: CameraPreviewOptions)
-
-Bir video kaydını başlatır.
-
-Bu yöntemlerin parametreleri ve dönüş değerleri hakkında daha fazla bilgi için `@capgo/camera-preview` paketinin belgelerine başvurun.
-
-## Sonuç
-
-Bu eğiticide, `@capgo/camera-preview` paketini bir Capacitor projesinde nasıl kurup kullanacağımızı öğrendik. Mevcut API yöntemlerini ve kullanımını keşfettik. Şimdi bu paketi kullanarak uygulamanıza kamera işlevselliği entegre edebilirsiniz.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/capacitor-age-range.md b/src/content/plugins-tutorials/it/capacitor-age-range.md
deleted file mode 100644
index a546c4b7e..000000000
--- a/src/content/plugins-tutorials/it/capacitor-age-range.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-locale: it
----
-# Using @capgo/capacitor-age-range Package
-
-The `@capgo/capacitor-age-range` package provides cross-platform age range detection for Capacitor apps. It uses **Google Play Age Signals** on Android and **Apple DeclaredAgeRange** on iOS, mapping both to a unified API.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-age-range
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `com.apple.developer.declared-age-range` entitlement to your app:
-
-1. In Xcode, select your target → **Signing & Capabilities**
-2. Click **+ Capability** → search for **Declared Age Range**
-3. Enable it
-
-Or add manually to your `*.entitlements` file:
-
-```xml
-<key>com.apple.developer.declared-age-range</key>
-<true/>
-```
-
-> **Note:** The DeclaredAgeRange framework requires iOS 26+. On older versions, the plugin returns `NOT_AVAILABLE`.
-
-## Android Setup
-
-No additional setup is needed. The plugin uses Google Play Age Signals API which works automatically when the Play Store is installed.
-
-## API
-
-The `@capgo/capacitor-age-range` package provides the following API methods:
-
-### requestAgeRange(options?)
-
-Requests the user's age range. On iOS, this shows a system dialog. On Android, this queries Play Age Signals in the background.
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function checkAge() {
-  const result = await AgeRange.requestAgeRange({
-    ageGates: [13, 16, 18] // iOS only, ignored on Android
-  });
-
-  switch (result.status) {
-    case 'SHARING':
-      console.log('Age range:', result.ageLower, '-', result.ageUpper);
-      console.log('Source:', result.declarationSource);
-      break;
-    case 'DECLINED_SHARING':
-      console.log('User declined to share age');
-      break;
-    case 'NOT_AVAILABLE':
-      console.log('Age range API not available');
-      break;
-    case 'ERROR':
-      console.log('Error occurred');
-      break;
-  }
-}
-```
-
-### getPluginVersion()
-
-Returns the native plugin version.
-
-```javascript
-const { version } = await AgeRange.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Complete Example
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function verifyAge() {
-  const result = await AgeRange.requestAgeRange({ ageGates: [13, 18] });
-
-  if (result.status === 'SHARING') {
-    const isAdult = (result.ageLower ?? 0) >= 18;
-    if (isAdult) {
-      enableAdultContent();
-    } else {
-      enableChildSafeContent();
-    }
-  } else {
-    // Default to child-safe experience
-    enableChildSafeContent();
-  }
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-age-range` package for cross-platform age range detection in your Capacitor app.
diff --git a/src/content/plugins-tutorials/it/capacitor-app-tracking-transparency.md b/src/content/plugins-tutorials/it/capacitor-app-tracking-transparency.md
deleted file mode 100644
index ee504d84c..000000000
--- a/src/content/plugins-tutorials/it/capacitor-app-tracking-transparency.md
+++ /dev/null
@@ -1,95 +0,0 @@
----
-locale: it
----
-# Using @capgo/capacitor-app-tracking-transparency Package
-
-The `@capgo/capacitor-app-tracking-transparency` package allows you to request and check iOS App Tracking Transparency (ATT) permission in your Capacitor app. This is required for apps that access the device's advertising identifier (IDFA) on iOS 14+.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-app-tracking-transparency
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `NSUserTrackingUsageDescription` key to your app's `Info.plist` file:
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>This identifier will be used to deliver personalized ads to you.</string>
-```
-
-This message will be shown to users when requesting tracking permission. Customize it to explain why your app needs tracking authorization.
-
-## Android & Web
-
-App Tracking Transparency is an iOS-only framework. On Android and Web, this plugin returns `authorized` status automatically, allowing transparent cross-platform usage without conditional code.
-
-## API
-
-The `@capgo/capacitor-app-tracking-transparency` package provides the following API methods:
-
-### getStatus()
-
-Gets the current tracking authorization status without prompting the user.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function checkTrackingStatus() {
-  const { status } = await AppTrackingTransparency.getStatus();
-  console.log('Tracking status:', status);
-  // Possible values: 'authorized', 'denied', 'notDetermined', 'restricted'
-}
-```
-
-### requestPermission()
-
-Requests user authorization to access app-related data for tracking. Shows the native iOS permission dialog.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function requestTrackingPermission() {
-  const { status } = await AppTrackingTransparency.requestPermission();
-  if (status === 'authorized') {
-    console.log('User authorized tracking');
-    // Initialize your tracking/analytics SDKs
-  } else {
-    console.log('User denied tracking:', status);
-    // Use non-personalized alternatives
-  }
-}
-```
-
-> **Note:** The permission dialog is only shown once per app install. Subsequent calls return the stored status.
-
-## Complete Example
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function handleTracking() {
-  const { status } = await AppTrackingTransparency.getStatus();
-
-  if (status === 'notDetermined') {
-    const result = await AppTrackingTransparency.requestPermission();
-    if (result.status === 'authorized') {
-      initializeTracking();
-    }
-  } else if (status === 'authorized') {
-    initializeTracking();
-  }
-}
-
-function initializeTracking() {
-  // Initialize your ad SDKs, analytics, etc.
-  console.log('Tracking initialized');
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-app-tracking-transparency` package to handle App Tracking Transparency in your Capacitor app.
diff --git a/src/content/plugins-tutorials/it/capacitor-crisp.md b/src/content/plugins-tutorials/it/capacitor-crisp.md
deleted file mode 100644
index fb472c079..000000000
--- a/src/content/plugins-tutorials/it/capacitor-crisp.md
+++ /dev/null
@@ -1,63 +0,0 @@
----
-locale: it
----
-
-Cantare il pacchetto @capgo/capacitor-crisp
-
-Il pacchetto `@capgo/capacitor-crisp` consente di integrare Crisp, un SDK nativo, nella tua app Capacitor. Fornisce metodi per configurare Crisp, aprire la chat, impostare i dettagli dell'utente, inviare eventi e altro ancora.
-
-Per iniziare con il pacchetto `@capgo/capacitor-crisp`, segui questi passaggi:
-
-## Installazione
-
-1. Apri il terminale e naviga nella directory radice della tua app Capacitor.
-2. Esegui il seguente comando per installare il pacchetto:
-
-[[BLOCCO_CODICE]]
-
-## Inizializzare Crisp
-
-Prima di utilizzare uno dei metodi forniti dal pacchetto `@capgo/capacitor-crisp`, devi configurare Crisp con il tuo ID sito web. Aggiungi il seguente codice al tuo progetto:
-
-[[BLOCCO_CODICE]]
-
-Sostituisci `'******-****-****-****-********'` con il tuo effettivo ID sito web Crisp.
-
-### Integrazione iOS
-
-Se stai puntando a iOS, devi aggiungere le seguenti autorizzazioni al file Infoplist della tua app:
-
-- Privacy - Descrizione dell'uso della fotocamera (NSCameraUsageDescription)
-- Privacy - Descrizione dell'uso delle aggiunte alla libreria fotografica (NSPhotoLibraryAddUsageDescription)
-
-Assicurati di fornire una descrizione per ogni autorizzazione che spiega perché la tua app ne ha bisogno.
-
-### Integrazione Android
-
-Non sono richiesti ulteriori passaggi per l'integrazione Android.
-
-## Apri la Chat
-
-Per aprire la chat Crisp nella tua app, utilizza il metodo `openMessenger` fornito dal pacchetto `@capgo/capacitor-crisp`. Aggiungi il seguente codice al tuo progetto:
-
-[[BLOCCO_CODICE]]
-
-Questo aprirà la chat Crisp per consentire agli utenti di avviare una conversazione con il tuo team di supporto.
-
-## Funzionalità Aggiuntive
-
-Il pacchetto `@capgo/capacitor-crisp` fornisce diversi altri metodi per personalizzare e interagire con Crisp. Ecco alcuni dei metodi disponibili:
-
-- `setTokenID`: Imposta l'ID token per l'utente.
-- `setUser`: Imposta i dettagli dell'utente come soprannome, numero di telefono, email e avatar.
-- `pushEvent`: Invia un evento personalizzato a Crisp.
-- `setCompany`: Imposta i dettagli dell'azienda, inclusi nome, URL, descrizione, occupazione e geolocalizzazione.
-- `setInt`: Imposta un valore intero personalizzato.
-- `setString`: Imposta un valore stringa personalizzato.
-- `sendMessage`: Invia un messaggio di chat a Crisp.
-- `setSegment`: Imposta il segmento per l'utente.
-- `reset`: Reimposta la configurazione di Crisp.
-
-Per ulteriori informazioni su questi metodi e i loro parametri, fai riferimento alla documentazione ufficiale del pacchetto `@capgo/capacitor-crisp`.
-
-Ecco fatto! Hai imparato come utilizzare il pacchetto `@capgo/capacitor-crisp` per integrare Crisp nella tua app Capacitor. Goditi una comunicazione fluida con i tuoi utenti attraverso la chat Crisp.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/capacitor-data-storage-sqlite.md b/src/content/plugins-tutorials/it/capacitor-data-storage-sqlite.md
deleted file mode 100644
index d37850606..000000000
--- a/src/content/plugins-tutorials/it/capacitor-data-storage-sqlite.md
+++ /dev/null
@@ -1,101 +0,0 @@
----
-locale: it
----
-
-capgo/capacitor-data-storage-sqlite Tutorial
-
-Este tutorial te guiará en el proceso de uso del paquete `@capgo/capacitor-data-storage-sqlite` para implementar un almacenamiento permanente de clave-valor para datos de cadena simples en tu aplicación Ionic Capacitor.
-
-## Requisitos previos
-
-Antes de comenzar, asegúrate de tener instalado lo siguiente:
-
-- Nodejs
-- npm
-- Proyecto Ionic Capacitor
-
-## Instalación
-
-1 Abre tu terminal o símbolo del sistema y navega a tu directorio de proyecto.
-
-2 Ejecuta el siguiente comando para instalar el paquete:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-3 Después de la instalación, sincroniza tu proyecto de Capacitor:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-4 Para la plataforma Web, instala localforage:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-5 Para la plataforma Electron, sigue estos pasos adicionales:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Uso
-
-Ahora que hemos instalado el paquete, veamos cómo usarlo en tu aplicación.
-
-### Importando el Plugin
-
-Primero, importa el plugin en tu archivo TypeScript:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Abriendo un Almacén
-
-Para comenzar a usar el almacenamiento, necesitas abrir un almacén:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Estableciendo un Valor
-
-Para establecer un valor en el almacén:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Obteniendo un Valor
-
-Para recuperar un valor del almacén:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Comprobando si una Clave Existe
-
-Para comprobar si una clave existe en el almacén:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Eliminando una Clave
-
-Para eliminar una clave del almacén:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Limpiando el Almacén
-
-Para limpiar todos los datos del almacén:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-### Cerrando el Almacén
-
-Cuando hayas terminado de usar el almacén, es una buena práctica cerrarlo:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Ejemplo de Uso
-
-Aquí hay un ejemplo completo de cómo usar el plugin:
-
-[[BLOQUE_DE_CÓDIGO]]
-
-## Conclusión
-
-Ahora has aprendido cómo usar el paquete `@capgo/capacitor-data-storage-sqlite` para implementar un sistema de almacenamiento de clave-valor en tu aplicación Ionic Capacitor. Este plugin proporciona una forma sencilla de almacenar y recuperar datos de cadena a través de diferentes plataformas, incluyendo iOS, Android, Electron y Web.
-
-Recuerda manejar los errores adecuadamente y cerrar el almacén cuando hayas terminado de usarlo. Para un uso más avanzado, incluyendo el trabajo con bases de datos encriptadas, múltiples tablas y la importación/exportación de JSON, consulta la documentación completa de la API del plugin.
-
-Para obtener más información detallada sobre la API y las opciones disponibles, consulta el README o la documentación del paquete.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/capacitor-flash.md b/src/content/plugins-tutorials/it/capacitor-flash.md
deleted file mode 100644
index 44cafe4c8..000000000
--- a/src/content/plugins-tutorials/it/capacitor-flash.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-locale: it
----
-
-cantare @capgo/capacitor-flash Pacchetto
-
-Il pacchetto `@capgo/capacitor-flash` ti consente di accendere e spegnere la torcia del tuo dispositivo In questo tutorial, ti guideremo attraverso il processo di installazione e utilizzo di questo pacchetto nella tua app Ionic Capacitor
-
-## Installazione
-
-Per installare il pacchetto `@capgo/capacitor-flash`, esegui il seguente comando nella directory principale del tuo progetto:
-
-```bash
-npm install @capgo/capacitor-flash
-npx cap sync
-```
-
-## Impostazione iOS
-
-Il pacchetto `@capgo/capacitor-flash` funziona subito su iOS, quindi non è richiesta alcuna configurazione aggiuntiva
-
-## Impostazione Android
-
-Per Android, devi dichiarare i permessi necessari nel file `AndroidManifestxml` della tua app Aggiungi le seguenti righe all'interno del tag `<manifest>`:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-feature android:name="android.hardware.camera" />
-```
-
-## API
-
-Il pacchetto `@capgo/capacitor-flash` fornisce i seguenti metodi API:
-
-### isAvailable()
-
-Questo metodo verifica se la torcia è disponibile sul dispositivo
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function checkFlashlightAvailability() {
-  const isAvailable = await CapacitorFlash.isAvailable();
-  console.log('Flashlight availability:', isAvailable);
-}
-```
-
-### switchOn(options)
-
-Questo metodo accende la torcia del dispositivo Puoi passare opzioni per regolare l'intensità della torcia
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function switchOnFlashlight() {
-  const options = {
-    intensity: 100, // Set the intensity to 100%
-  };
-  await CapacitorFlash.switchOn(options);
-  console.log('Flashlight switched on');
-}
-```
-
-### switchOff()
-
-Questo metodo spegne la torcia del dispositivo
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function switchOffFlashlight() {
-  await CapacitorFlash.switchOff();
-  console.log('Flashlight switched off');
-}
-```
-
-### isSwitchedOn()
-
-Questo metodo verifica se la torcia è attualmente accesa o spenta
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function checkFlashlightStatus() {
-  const isSwitchedOn = await CapacitorFlash.isSwitchedOn();
-  console.log('Flashlight status:', isSwitchedOn ? 'ON' : 'OFF');
-}
-```
-
-### toggle()
-
-Questo metodo attiva/disattiva la torcia, cioè, se è accesa, la spegnerà e viceversa
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function toggleFlashlight() {
-  await CapacitorFlash.toggle();
-  console.log('Flashlight toggled');
-}
-```
-
-Questo è tutto! Hai appreso con successo come utilizzare il pacchetto `@capgo/capacitor-flash` nella tua app Ionic Capacitor per controllare la torcia del tuo dispositivo
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/capacitor-inappbrowser.md b/src/content/plugins-tutorials/it/capacitor-inappbrowser.md
deleted file mode 100644
index 4627bfbff..000000000
--- a/src/content/plugins-tutorials/it/capacitor-inappbrowser.md
+++ /dev/null
@@ -1,52 +0,0 @@
----
-locale: it
----
-
-capgo/inappbrowser Paket Öğretici
-
-`@capgo/inappbrowser` paketi, bir URL'yi uygulama içi tarayıcı penceresinde açmanızı sağlayan bir Capacitor eklentisidir. Bu paketin nasıl kullanılacağına dair adım adım bir rehber:
-
-## Kurulum
-
-Paketi kurmak için, projenizin kök dizininde şu komutu çalıştırın:
-
-[[KOD_BLOKU]]
-
-## Kullanım
-
-1 `@capgo/inappbrowser` paketinden `InAppBrowser` sınıfını içe aktarın:
-
-   [[KOD_BLOKU]]
-
-2 `InAppBrowseropen` metodunu kullanarak bir URL'yi yeni bir tam ekran penceresinde açın:
-
-   [[KOD_BLOKU]]
-
-   `"YOUR_URL"` yerine açmak istediğiniz URL'yi yerleştirin.
-
-3 `InAppBrowser` sınıfının sağladığı diğer metodları da kullanabilirsiniz:
-
-   - `clearCookies`: Tüm çerezleri temizle
-   - `close`: Uygulama içi tarayıcı penceresini kapat
-   - `openWebView`: Araç çubukları ile yeni bir webview'de bir URL aç
-   - `setUrl`: Uygulama içi tarayıcının URL'sini ayarla
-
-   Bu metodlar hakkında daha fazla bilgi için aşağıdaki API bölümüne bakın.
-
-## API
-
-`@capgo/inappbrowser` paketi aşağıdaki API metodlarını sağlar:
-
-- `open(options: OpenOptions)`: Yeni bir tam ekran penceresinde bir URL açar. Parametre olarak bir `OpenOptions` nesnesi alır.
-- `clearCookies()`: Tüm çerezleri temizle.
-- `close()`: Uygulama içi tarayıcı penceresini kapat.
-- `openWebView(options: OpenWebViewOptions)`: Araç çubukları ile yeni bir webview'de bir URL açar. Parametre olarak bir `OpenWebViewOptions` nesnesi alır.
-- `setUrl(options: { url: string; })`: Uygulama içi tarayıcının URL'sini ayarlar. Parametre olarak `url` özelliğine sahip bir nesne alır.
-- `addListener('urlChangeEvent', listenerFunc: UrlChangeListener)`: URL değişim olaylarını dinler. Parametre olarak bir `UrlChangeListener` fonksiyonu alır.
-- `addListener('closeEvent', listenerFunc: UrlChangeListener)`: kapatma olaylarını dinler. Parametre olarak bir `UrlChangeListener` fonksiyonu alır.
-- `addListener('confirmBtnClicked', listenerFunc: UrlChangeListener)`: onay butonuna tıklama olaylarını dinler. Parametre olarak bir `UrlChangeListener` fonksiyonu alır.
-- `removeAllListeners()`: Tüm olay dinleyicilerini kaldır.
-
-Bu metodların parametreleri ve dönen değerleri hakkında daha fazla bilgi için paket belgelerine bakın.
-
-Ve hepsi bu kadar! `@capgo/inappbrowser` paketini kullanarak Capacitor'da uygulama içi tarayıcı penceresinde URL'leri nasıl açacağınızı öğrendiniz. İyi kodlamalar!
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/capacitor-mute.md b/src/content/plugins-tutorials/it/capacitor-mute.md
deleted file mode 100644
index 59a92bc36..000000000
--- a/src/content/plugins-tutorials/it/capacitor-mute.md
+++ /dev/null
@@ -1,37 +0,0 @@
----
-locale: it
----
-
-cantare @capgo/capacitor-mute Pacote
-
-O pacote `@capgo/capacitor-mute` é um plugin do Capacitor que permite detectar se o interruptor de mudo está ativado ou desativado em um dispositivo. Ele fornece uma API simples para verificar o status de mudo do dispositivo.
-
-## Instalação
-
-Você pode instalar o pacote `@capgo/capacitor-mute` usando npm:
-
-[[BLOCO_DE_CÓDIGO]]
-
-## Uso
-
-Para usar o pacote `@capgo/capacitor-mute`, você precisa importá-lo e chamar o método `isMuted()`.
-
-[[BLOCO_DE_CÓDIGO]]
-
-O método `isMuted()` retorna uma promessa que se resolve em um valor booleano indicando se o dispositivo está mudo ou não. Se a promessa for rejeitada, uma mensagem de erro é exibida.
-
-## Exemplo
-
-Aqui está um exemplo de como você pode usar o pacote `@capgo/capacitor-mute` para verificar o status de mudo do dispositivo e exibir uma mensagem com base no resultado.
-
-[[BLOCO_DE_CÓDIGO]]
-
-Neste exemplo, se o dispositivo estiver mudo, uma mensagem "O dispositivo está atualmente mudo" é exibida. Se o dispositivo não estiver mudo, uma mensagem "O dispositivo não está mudo" é exibida.
-
-## Problemas Possíveis
-
-Observe que em dispositivos iOS com Xcode 14, a biblioteca `@capgo/capacitor-mute` pode não estar configurada conforme esperado pela Apple. Esse problema está sendo tratado atualmente pelos desenvolvedores da biblioteca. Para resolver esse problema, você pode seguir as instruções fornecidas na seção [problema conhecido](https://githubcom/CocoaPods/CocoaPods/issues/8891/) da documentação do pacote.
-
-## Conclusão
-
-O pacote `@capgo/capacitor-mute` é um plugin útil do Capacitor que permite detectar o status de mudo de um dispositivo. Ao seguir os passos de instalação e uso descritos neste tutorial, você pode integrar facilmente este pacote em seu projeto Capacitor e utilizar sua API para verificar o status de mudo.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/capacitor-native-biometric.md b/src/content/plugins-tutorials/it/capacitor-native-biometric.md
deleted file mode 100644
index 806636c5f..000000000
--- a/src/content/plugins-tutorials/it/capacitor-native-biometric.md
+++ /dev/null
@@ -1,22 +0,0 @@
----
-locale: it
----
-
-| -------------------------- | ------------------------- |
-| 0    | Error desconocido          | Android, iOS              |
-| 1    | Biometría no disponible    | Android, iOS              |
-| 2    | Bloqueo de usuario         | Android, iOS              |
-| 3    | Biometría no registrada    | Android, iOS              |
-| 4    | Bloqueo temporal de usuario | Android (Bloqueo por 30seg) |
-| 10   | Fallo en la autenticación  | Android, iOS              |
-| 11   | Cancelación de la app      | iOS                       |
-| 12   | Contexto inválido          | iOS                       |
-| 13   | No interactivo             | iOS                       |
-| 14   | Código de acceso no establecido | Android, iOS              |
-| 15   | Cancelación del sistema     | Android, iOS              |
-| 16   | Cancelación del usuario      | Android, iOS              |
-| 17   | Alternativa del usuario      | Android, iOS              |
-
-Puedes manejar estos códigos de error según los requisitos de tu aplicación.
-
-¡Eso es todo! Has aprendido con éxito cómo usar el paquete `@capgo/capacitor-native-biometric` para incorporar autenticación biométrica en tus aplicaciones de Capacitor.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/capacitor-nativegeocoder.md b/src/content/plugins-tutorials/it/capacitor-nativegeocoder.md
deleted file mode 100644
index 1ee473a7c..000000000
--- a/src/content/plugins-tutorials/it/capacitor-nativegeocoder.md
+++ /dev/null
@@ -1,51 +0,0 @@
----
-locale: it
----
-
-Uso de @capgo/nativegeocoder para geocodificación
-
-El paquete `@capgo/nativegeocoder` es un plugin de Capacitor que proporciona funcionalidad nativa de geocodificación hacia adelante y hacia atrás. La geocodificación es el proceso de convertir direcciones en coordenadas geográficas (latitud y longitud) y viceversa.
-
-Para usar el paquete `@capgo/nativegeocoder`, sigue los pasos a continuación:
-
-### Paso 1: Instala el paquete
-
-Instala el paquete usando npm:
-
-[[BLOQUE_CÓDIGO]]
-
-### Paso 2: Sincroniza tu proyecto
-
-Ejecuta el siguiente comando para sincronizar tu proyecto:
-
-[[BLOQUE_CÓDIGO]]
-
-### Paso 3: Importa el plugin
-
-En tu código, importa `NativeGeocoder` de `@capgo/nativegeocoder`:
-
-[[BLOQUE_CÓDIGO]]
-
-### Paso 4: Implementa la funcionalidad de geocodificación
-
-El plugin `@capgo/nativegeocoder` proporciona dos métodos principales para geocodificación:
-
-#### Geocodificación inversa
-
-La geocodificación inversa es el proceso de convertir coordenadas geográficas (latitud y longitud) en una dirección.
-
-[[BLOQUE_CÓDIGO]]
-
-El método `reverseGeocode` toma un objeto con las propiedades de latitud y longitud. Devuelve la dirección como resultado.
-
-#### Geocodificación hacia adelante
-
-La geocodificación hacia adelante es el proceso de convertir una dirección en coordenadas geográficas (latitud y longitud).
-
-[[BLOQUE_CÓDIGO]]
-
-El método `forwardGeocode` toma un objeto con la propiedad de dirección. Devuelve las coordenadas como resultado.
-
-### Conclusión
-
-El paquete `@capgo/nativegeocoder` proporciona una forma simple y eficiente de realizar geocodificación en tu proyecto de Capacitor. Siguiendo los pasos delineados en este tutorial, puedes integrar fácilmente la funcionalidad de geocodificación en tu aplicación.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/capacitor-navigation-bar.md b/src/content/plugins-tutorials/it/capacitor-navigation-bar.md
deleted file mode 100644
index 7d8a34fdc..000000000
--- a/src/content/plugins-tutorials/it/capacitor-navigation-bar.md
+++ /dev/null
@@ -1,29 +0,0 @@
----
-locale: it
----
-
-cantar @capgo/capacitor-navigation-bar
-
-## Instalación
-
-Para utilizar el paquete `@capgo/capacitor-navigation-bar`, primero debes instalarlo ejecutando el siguiente comando:
-
-[[BLOQUE_CODIGO]]
-
-## Establecer el Color de la Barra de Navegación
-
-Puedes establecer el color de la barra de navegación para Android Lollipop y versiones superiores utilizando la función `setNavigationBarColor`. Aquí hay un ejemplo de cómo usarlo:
-
-[[BLOQUE_CODIGO]]
-
-El parámetro `color` es una cadena que representa el color de la barra de navegación.
-
-## Obtener el Color de la Barra de Navegación
-
-También puedes obtener el color actual de la barra de navegación utilizando la función `getNavigationBarColor`. Aquí hay un ejemplo de cómo usarlo:
-
-[[BLOQUE_CODIGO]]
-
-La variable `color` contendrá el color actual de la barra de navegación.
-
-¡Y eso es todo! Ahora sabes cómo utilizar el paquete `@capgo/capacitor-navigation-bar` para establecer y obtener el color de la barra de navegación en tu aplicación Android.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/capacitor-screen-recorder.md b/src/content/plugins-tutorials/it/capacitor-screen-recorder.md
deleted file mode 100644
index 460b4fc76..000000000
--- a/src/content/plugins-tutorials/it/capacitor-screen-recorder.md
+++ /dev/null
@@ -1,33 +0,0 @@
----
-locale: it
----
-
-capgo/capacitor-screen-recorder
-Un plugin Capacitor para grabar la pantalla del dispositivo
-
-## Instalación
-Para instalar el paquete, ejecuta el siguiente comando:
-[[BLOQUE_CÓDIGO]]
-Asegúrate de añadir los permisos y configuraciones necesarios para que el plugin funcione correctamente
-
-## Uso
-Para comenzar a grabar la pantalla, utiliza el método `start()`:
-[[BLOQUE_CÓDIGO]]
-
-Para detener la grabación, utiliza el método `stop()`:
-[[BLOQUE_CÓDIGO]]
-
-¡Eso es todo! Ahora puedes grabar la pantalla de tu dispositivo usando el plugin Capacitor Screen Recorder
-## Android
-
-Añade estos permisos
-[[BLOQUE_CÓDIGO]]
-
-## Compatibilidad
-Este plugin es compatible con Capacitor 4 y versiones superiores
-
-## Contribuyendo
-Las contribuciones a este plugin son muy apreciadas Si encuentras algún problema o tienes alguna sugerencia, no dudes en enviar una solicitud de extracción o crear un problema en el repositorio de GitHub
-
-## Licencia
-Este paquete está licenciado bajo la Licencia MIT
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/capacitor-shake.md b/src/content/plugins-tutorials/it/capacitor-shake.md
deleted file mode 100644
index fbf19636b..000000000
--- a/src/content/plugins-tutorials/it/capacitor-shake.md
+++ /dev/null
@@ -1,48 +0,0 @@
----
-locale: it
----
-
-cantare @capgo/capacitor-shake
-
-Il pacchetto `@capgo/capacitor-shake` ti consente di rilevare gesture di scuotimento su un dispositivo. Ecco un tutorial su come usare questo pacchetto nella tua app Capacitor.
-
-## Installazione
-
-Per installare il pacchetto, esegui il seguente comando:
-
-```bash
-npm install @capgo/capacitor-shake
-npx cap sync
-```
-
-## Aggiungi il Listener
-
-Per rilevare le gesture di scuotimento, devi aggiungere un listener per l'evento `shake`. Ecco un esempio di come farlo:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-
-const { CapacitorShake } = Plugins;
-
-CapacitorShake.addListener('shake', () => {
-  console.log('Shake gesture detected!');
-});
-```
-
-In questo esempio, importiamo il plugin `CapacitorShake` da `@capacitor/core` e utilizziamo il metodo `addListener` per aggiungere un listener per l'evento `shake`. Quando viene rilevata la gesture di scuotimento, verrà eseguita la funzione di callback.
-
-## Rimuovi il Listener
-
-Se vuoi rimuovere il listener dell'evento `shake`, puoi utilizzare il metodo `removeAllListeners`:
-
-```typescript
-import { Plugins } from '@capacitor/core';
-
-const { CapacitorShake } = Plugins;
-
-CapacitorShake.removeAllListeners('shake');
-```
-
-In questo esempio, utilizziamo il metodo `removeAllListeners` per rimuovere tutti i listener per l'evento `shake`.
-
-Questo è tutto! Hai integrato con successo il pacchetto `@capgo/capacitor-shake` nella tua app Capacitor. Ora puoi rilevare le gesture di scuotimento sul dispositivo.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/capacitor-updater.md b/src/content/plugins-tutorials/it/capacitor-updater.md
deleted file mode 100644
index 64dc129bf..000000000
--- a/src/content/plugins-tutorials/it/capacitor-updater.md
+++ /dev/null
@@ -1,85 +0,0 @@
----
-locale: it
----
-
-capgo/capacitor-updater Paket Öğretici
-
-Bu öğretici, Ionic Capacitor uygulamanızda otomatik güncellemeleri etkinleştirmek için `@capgo/capacitor-updater` paketinin kullanım sürecinde size rehberlik edecektir.
-
-## Önkoşullar
-
-Başlamadan önce aşağıdakilerin yüklü olduğundan emin olun:
-
-- Nodejs
-- npm
-
-## Kurulum
-
-`@capgo/capacitor-updater` paketini kurmak için terminalinizi veya komut istemcilerini açın ve aşağıdaki komutu çalıştırın:
-
-[[KOD_BLOK]]
-
-Bu, paketi projenize indirecek ve kuracaktır.
-
-### Eklentiyi Kur
-
-Uygulamanıza eklenmesi gereken kod:
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Eklentiyi Capacitor uygulamanıza kurmak için.
-
-Sonra, JS paketinin sağlıklı olduğunu bildirmek için uygulamanıza bu kodu ekleyin; eğer bunu yapmazsanız, yerel eklenti önceki sürüme geri dönecektir:
-
-[[KOD_BLOK]]
-
-Bu, yerel eklentiye kurulumun başarılı olduğunu bildirecektir.
-
-Sonra uygulamanızı güncellemek için `npm run build && npx cap copy` komutunu çalıştırın.
-
-### Capgo CLOUD'a Giriş Yap
-
-Öncelikle, CLI ile giriş yapmak için hesabınızdaki `all` [apikey](https://console.capgo.app/dashboard/apikeys/) kullanın:
-
-`npx @capgo/cli@latest login YOU_KEY`
-
-### İlk uygulamanızı ekleyin
-
-Öncelikle CLI ile Capgo Cloud'da bir uygulama oluşturarak başlayalım.
-
-`npx @capgo/cli@latest app add`
-
-Bu komut, uygulamayı oluşturmak için Capacitor konfigürasyon dosyasında tanımlanan tüm değişkenleri kullanacaktır.
-
-### İlk sürümünüzü yükleyin
-
-Kodunuzu derleyip Capgo'ya göndermek için komutu çalıştırın:
-`npx @capgo/cli@latest bundle upload`
-
-Varsayılan olarak, sürüm adı `packagejson` dosyanızdaki ad olacaktır.
-
-Yapının mevcut olup olmadığını [Capgo](https://console.capgo.app/) kontrol edin.
-
-Bunu, [mobil kumanda uygulamamla](https://capgo.app/app_mobile/) test edebilirsiniz.
-
-### Kanalı varsayılan yap
-
-Uygulamanızı Capgo'ya gönderdikten sonra, uygulamaların Capgo'dan güncellemeleri alabilmesi için kanalınızı `varsayılan` yapmanız gerekmektedir.
-
-`npx @capgo/cli@latest channel set production -s default`
-
-## Bir Cihazda Canlı Güncelleme Al
-
-Uygulamanızın Deploy'dan canlı bir güncelleme alabilmesi için uygulamayı bir cihazda veya emülatörde çalıştırmanız gerekmektedir. Bunu yapmanın en kolay yolu, yerel uygulamanızı bilgisayarınıza bağlı bir emülatörde veya cihazda başlatmak için aşağıdaki komutu kullanmaktır.
-
-    npx cap run [ios | android]
-
-Uygulamayı açın, arka plana gönderin ve tekrar açın; güncelleme yapıldığını loglarda görmelisiniz.
-
-Tebrikler! 🎉 İlk Canlı Güncellemenizi başarıyla dağıttınız. Bu, Canlı Güncellemelerle yapabileceklerinizin sadece başlangıcı. Daha fazla bilgi edinmek için [Canlı Güncellemeler belgelerini](/docs/plugin/cloud-mode/getting-started/) görüntüleyin.
-
-> Yerel olarak güncellemeleri almaya devam etmemek için bu komutu çalıştırın.
-`npx @capgo/cli@latest channel set`
-
-## Sonuç
-
-Tebrikler! `@capgo/capacitor-updater` paketini kullanarak Ionic Capacitor uygulamanızda otomatik güncellemeleri etkinleştirmeyi başarıyla öğrendiniz. İster otomatik güncelleme, ister manuel kurulum seçin, uygulamanızı güncel tutmak için artık araçlara sahipsiniz.
diff --git a/src/content/plugins-tutorials/it/capacitor-uploader.md b/src/content/plugins-tutorials/it/capacitor-uploader.md
deleted file mode 100644
index 3feec5ec3..000000000
--- a/src/content/plugins-tutorials/it/capacitor-uploader.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-locale: it
----
-
-capgo/capacitor-uploader Tutorial
-
-Este tutorial te guiará a través del proceso de uso del paquete `@capgo/capacitor-uploader` para subir archivos de manera nativa en tu aplicación de Ionic Capacitor.
-
-## Requisitos Previos
-
-Antes de comenzar, asegúrate de tener instalado lo siguiente:
-
-- Nodejs
-- npm
-- Proyecto de Ionic Capacitor
-
-## Instalación
-
-1 Abre tu terminal o símbolo del sistema y navega a tu directorio del proyecto.
-
-2 Ejecuta el siguiente comando para instalar el paquete:
-
-```bash
-npm install @capgo/capacitor-uploader
-```
-
-3 Después de la instalación, sincroniza tu proyecto de Capacitor:
-
-```bash
-npx cap sync
-```
-
-## Configuración
-
-### Configuración de Android
-
-Para Android, necesitas agregar algunos permisos a tu archivo `AndroidManifest.xml`. Abre el archivo ubicado en `android/app/src/main/AndroidManifest.xml` y agrega los siguientes permisos dentro de la etiqueta `<manifest>`:
-
-```xml
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-```
-
-## Uso
-
-Ahora que hemos instalado y configurado el paquete, veamos cómo usarlo en tu aplicación.
-
-### Importando el Uploader
-
-Primero, importa el Uploader en tu archivo TypeScript:
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-```
-
-### Subiendo a S3
-
-Aquí hay un ejemplo de cómo subir un archivo a S3 usando una URL prefirmada:
-
-```typescript
-async function uploadToS3(filePath: string, presignedUrl: string, fields: Record<string, string>) {
-  try {
-    const { id } = await Uploader.startUpload({
-      filePath: filePath,
-      serverUrl: presignedUrl,
-      method: 'PUT',
-      parameters: fields,
-      notificationTitle: 'Uploading to S3'
-    });
-
-    console.log('Upload started with ID:', id);
-
-    Uploader.addListener('events', (event: UploadEvent) => {
-      if (event.name === 'uploading') {
-        console.log(`Upload progress: ${event.payload.percent}%`);
-      } else if (event.name === 'completed') {
-        console.log('Upload completed successfully');
-      } else if (event.name === 'failed') {
-        console.error('Upload failed:', event.payload.error);
-      }
-    });
-
-  } catch (error) {
-    console.error('Failed to start upload:', error);
-  }
-}
-```
-
-### Subiendo a un Servidor Personalizado
-
-Aquí hay un ejemplo de cómo subir un archivo a un servidor personalizado:
-
-```typescript
-async function uploadToCustomServer(filePath: string, serverUrl: string) {
-  try {
-    const { id } = await Uploader.startUpload({
-      filePath: filePath,
-      serverUrl: serverUrl,
-      method: 'POST',
-      headers: {
-        'Authorization': 'Bearer your-auth-token-here'
-      },
-      parameters: {
-        'user_id': '12345',
-        'file_type': 'image'
-      },
-      notificationTitle: 'Uploading to Custom Server',
-      maxRetries: 3
-    });
-
-    console.log('Upload started with ID:', id);
-
-    Uploader.addListener('events', (event) => {
-      switch (event.name) {
-        case 'uploading':
-          console.log(`Upload progress: ${event.payload.percent}%`);
-          break;
-        case 'completed':
-          console.log('Upload completed successfully');
-          console.log('Server response status code:', event.payload.statusCode);
-          break;
-        case 'failed':
-          console.error('Upload failed:', event.payload.error);
-          break;
-      }
-    });
-
-  } catch (error) {
-    console.error('Failed to start upload:', error);
-  }
-}
-```
-
-### Usando con el Preview de Cámara de Capacitor
-
-Si estás utilizando el plugin Capacitor Camera Preview, puedes combinarlo con el Uploader para capturar y subir videos. Aquí hay un ejemplo:
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview'
-import { Uploader } from '@capgo/capacitor-uploader';
-
-async function recordAndUpload() {
-  try {
-    await CameraPreview.startRecordVideo({ storeToFile: true });
-    await new Promise(resolve => setTimeout(resolve, 5000)); // Record for 5 seconds
-    const { videoFilePath } = await CameraPreview.stopRecordVideo();
-    await uploadVideo(videoFilePath);
-  } catch (error) {
-    console.error('Error in recordAndUpload:', error);
-  }
-}
-
-async function uploadVideo(filePath: string) {
-  Uploader.addListener('events', (event) => {
-    switch (event.name) {
-      case 'uploading':
-        console.log(`Upload progress: ${event.payload.percent}%`);
-        break;
-      case 'completed':
-        console.log('Upload completed successfully');
-        break;
-      case 'failed':
-        console.error('Upload failed:', event.payload.error);
-        break;
-    }
-  });
-
-  try {
-    const result = await Uploader.startUpload({
-      filePath,
-      serverUrl: 'YOUR_S3_PRESIGNED_URL',
-      method: 'PUT',
-      headers: {
-        'Content-Type': 'video/mp4',
-      },
-      mimeType: 'video/mp4',
-    });
-    console.log('Video uploaded successfully:', result.id);
-  } catch (error) {
-    console.error('Error uploading video:', error);
-  }
-}
-```
-
-## Conclusión
-
-Ahora has aprendido cómo usar el paquete `@capgo/capacitor-uploader` para subir archivos de manera nativa en tu aplicación de Ionic Capacitor. Este plugin proporciona una forma flexible de subir archivos a varios servidores, incluida S3 con URLs prefirmadas, y se puede utilizar en combinación con otros plugins como el Capacitor Camera Preview.
-
-Recuerda manejar los errores adecuadamente y gestionar los eventos de carga para proporcionar retroalimentación a tus usuarios sobre el progreso y estado de la carga.
-
-Para obtener información más detallada sobre la API y las opciones disponibles, consulta el README o la documentación del paquete.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/home-indicator.md b/src/content/plugins-tutorials/it/home-indicator.md
deleted file mode 100644
index c883de2bb..000000000
--- a/src/content/plugins-tutorials/it/home-indicator.md
+++ /dev/null
@@ -1,57 +0,0 @@
----
-locale: it
----
-
-capgo/home-indicator
-
-O pacote `@capgo/home-indicator` permite ocultar e mostrar o indicador do botão de início no seu aplicativo Capacitor.
-
-## Instalação
-
-Para instalar o pacote, execute o seguinte comando no seu terminal:
-
-[[BLOCO_DE_CÓDIGO]]
-
-## API
-
-O pacote fornece os seguintes métodos:
-
-### `hide()`
-
-[[BLOCO_DE_CÓDIGO]]
-
-Ocultar o indicador do início
-
-**Desde:** 001
-
-### `show()`
-
-[[BLOCO_DE_CÓDIGO]]
-
-Mostrar o indicador do início
-
-**Desde:** 001
-
-### `isHidden()`
-
-[[BLOCO_DE_CÓDIGO]]
-
-Obter o status do indicador do início
-
-**Retorna:** Promise[[TAG_HTML]]
-
-**Desde:** 001
-
-## Variáveis CSS
-
-Você pode usar `--safe-area-inset-bottom` para garantir que seu conteúdo não fique oculto pelo indicador do início. Esta variável é injetada pelo plugin para Android. É útil se você ativar o modo de tela cheia real no Android.
-
-Uso de exemplo:
-
-[[BLOCO_DE_CÓDIGO]]
-
-## Créditos
-
-Este plugin foi criado originalmente para [Kickcom](https://kickcom/) por [Capgo](https://capgo.app/).
-
-Para mais informações e atualizações, confira [Capgo](https://capgo.app/).
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/ivs-player.md b/src/content/plugins-tutorials/it/ivs-player.md
deleted file mode 100644
index aa9036eb1..000000000
--- a/src/content/plugins-tutorials/it/ivs-player.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-locale: it
----
-
-cant @capgo/ivs-player
-
-## Instalación
-
-Para instalar el paquete @capgo/ivs-player, necesitas ejecutar el siguiente comando:
-
-[[BLOQUE_CODIGO]]
-
-## API
-
-El paquete @capgo/ivs-player proporciona la siguiente API:
-
-### create(options: { url: string; pip?: boolean; title?: string; subtitle?: string; cover?: string; autoPlay?: boolean; toBack?: boolean; x?: number; y?: number; width?: number; height?: number; }) => Promise
-
-Este método crea una instancia del reproductor IVS. Toma un objeto de opciones como parámetro, que contiene diversas propiedades como la URL del video, si se debe habilitar el modo de imagen en imagen, el título y el subtítulo del video, y más. Retorna una Promesa que se resuelve a la instancia creada.
-
-### start() => Promise
-
-Este método inicia la reproducción del video en el reproductor IVS. Retorna una Promesa.
-
-### cast() => Promise
-
-Este método envía el video a un dispositivo conectado. Retorna una Promesa.
-
-### getCastStatus() => Promise[[ETIQUETA_HTML]]
-
-Este método recupera el estado de la función de transmisión. Retorna una Promesa que se resuelve a un objeto que contiene la propiedad isActive, que indica si la transmisión está activa.
-
-### pause() => Promise
-
-Este método pausa la reproducción del video. Retorna una Promesa.
-
-### delete() => Promise
-
-Este método elimina la instancia del reproductor IVS. Retorna una Promesa.
-
-### getUrl() => Promise
-
-Este método recupera la URL del video que se está reproduciendo actualmente. Retorna una Promesa.
-
-### getState() => Promise
-
-Este método recupera el estado actual del reproductor IVS. Retorna una Promesa.
-
-### setPlayerPosition() => Promise
-
-Este método establece la posición del reproductor IVS en la pantalla. Toma coordenadas x e y como parámetros y retorna una Promesa.
-
-### getPlayerPosition() => Promise
-
-Este método recupera la posición actual del reproductor IVS en la pantalla. Retorna una Promesa.
-
-### setAutoQuality() => Promise
-
-Este método establece el modo de calidad automática del reproductor IVS. Toma un valor booleano como parámetro y retorna una Promesa.
-
-### getAutoQuality() => Promise
-
-Este método recupera el modo de calidad automática actual del reproductor IVS. Retorna una Promesa.
-
-### setPip() => Promise
-
-Este método establece el modo de imagen en imagen del reproductor IVS. Toma un valor booleano como parámetro y retorna una Promesa.
-
-### getPip() => Promise
-
-Este método recupera el modo de imagen en imagen actual del reproductor IVS. Retorna una Promesa.
-
-### setFrame() => Promise
-
-Este método establece el marco del reproductor IVS. Toma un valor numérico como parámetro y retorna una Promesa.
-
-### getFrame() => Promise
-
-Este método recupera el marco actual del reproductor IVS. Retorna una Promesa.
-
-### setMute() => Promise
-
-Este método establece el modo silencio del reproductor IVS. Toma un valor booleano como parámetro y retorna una Promesa.
-
-### getMute() => Promise
-
-Este método recupera el modo silencio actual del reproductor IVS. Retorna una Promesa.
-
-### setQuality() => Promise
-
-Este método establece la calidad del video en el reproductor IVS. Toma un valor de tipo cadena como parámetro y retorna una Promesa.
-
-### getQuality() => Promise
-
-Este método recupera la calidad actual del video en el reproductor IVS. Retorna una Promesa.
-
-### getQualities() => Promise
-
-Este método recupera las calidades disponibles del video en el reproductor IVS. Retorna una Promesa.
-
-### addListener('expandPip', ) => void
-
-Este método agrega un oyente para el evento expandPip. Toma una función de callback como parámetro y retorna void.
-
-### addListener('closePip', ) => void
-
-Este método agrega un oyente para el evento closePip. Toma una función de callback como parámetro y retorna void.
-
-### addListener('onState', ) => void
-
-Este método agrega un oyente para el evento onState. Toma una función de callback como parámetro y retorna void.
-
-### addListener('onCues', ) => void
-
-Este método agrega un oyente para el evento onCues. Toma una función de callback como parámetro y retorna void.
-
-### addListener('onDuration', ) => void
-
-Este método agrega un oyente para el evento onDuration.Prende una funzione di callback come parametro e restituisce void
-
-### addListener('onError', ) => void
-
-Questo metodo aggiunge un listener per l'evento onError. Prende una funzione di callback come parametro e restituisce void.
-
-### addListener('onRebuffering', ) => void
-
-Questo metodo aggiunge un listener per l'evento onRebuffering. Prende una funzione di callback come parametro e restituisce void.
-
-### addListener('onSeekCompleted', ) => void
-
-Questo metodo aggiunge un listener per l'evento onSeekCompleted. Prende una funzione di callback come parametro e restituisce void.
-
-### addListener('onVideoSize', ) => void
-
-Questo metodo aggiunge un listener per l'evento onVideoSize. Prende una funzione di callback come parametro e restituisce void.
-
-### addListener('onQuality', ) => void
-
-Questo metodo aggiunge un listener per l'evento onQuality. Prende una funzione di callback come parametro e restituisce void.
-
-### addListener('onCastStatus', ) => void
-
-Questo metodo aggiunge un listener per l'evento onCastStatus. Prende una funzione di callback come parametro e restituisce void.
-
-### removeAllListeners() => void
-
-Questo metodo rimuove tutti i listener di eventi aggiunti. Restituisce void.
-
-## Conclusione
-
-Il pacchetto @capgo/ivs-player fornisce un'API completa per integrare un lettore IVS nella tua app Capacitor. Seguendo i passi di installazione e consultando la documentazione API, puoi facilmente iniziare a riprodurre video nella tua app utilizzando il lettore IVS.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/native-audio.md b/src/content/plugins-tutorials/it/native-audio.md
deleted file mode 100644
index 347b97395..000000000
--- a/src/content/plugins-tutorials/it/native-audio.md
+++ /dev/null
@@ -1,41 +0,0 @@
----
-locale: it
----
-
-cantar @capgo/native-audio Paquete
-
-Este tutorial te guiará sobre cómo usar el paquete `@capgo/native-audio` para reproducir sonidos en tu aplicación Capacitor.
-
-## Paso 1: Instalación
-
-Para instalar el paquete, abre tu terminal y ejecuta el siguiente comando:
-
-[[BLOQUE_CODIGO]]
-
-o si prefieres usar yarn:
-
-[[BLOQUE_CODIGO]]
-
-## Paso 2: Sincronizar Archivos Nativos
-
-Después de instalar el paquete, sincroniza los archivos nativos con el siguiente comando:
-
-[[BLOQUE_CODIGO]]
-
-## Paso 3: Configuración
-
-No se requiere configuración adicional para este complemento.
-
-## Paso 4: Uso
-
-Para usar el paquete `@capgo/native-audio`, necesitas importar el objeto `NativeAudio` del paquete y usar sus métodos.
-
-Aquí tienes un ejemplo de cómo precargar un archivo de audio y reproducirlo:
-
-[[BLOQUE_CODIGO]]
-
-El método `preload` se utiliza para cargar un archivo de audio en memoria, y el método `play` se usa para reproducir el archivo de audio cargado.
-
-Otros métodos soportados incluyen `pause`, `resume`, `loop`, `stop`, `unload`, `setVolume`, `getDuration` y `getCurrentTime`. Puedes consultar la [documentación oficial](https://githubcom/Cap-go/native-audio/blob/main/READMEmd/) para más detalles sobre estos métodos.
-
-¡Eso es todo! Ahora has aprendido cómo usar el paquete `@capgo/native-audio` para reproducir sonidos en tu aplicación Capacitor.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/native-market.md b/src/content/plugins-tutorials/it/native-market.md
deleted file mode 100644
index bf90148d2..000000000
--- a/src/content/plugins-tutorials/it/native-market.md
+++ /dev/null
@@ -1,76 +0,0 @@
----
-published: true
-locale: it
----
-
-# @capgo/native-market Paket Tutorial
-
-Paket `@capgo/native-market` adalah plugin komunitas Capacitor untuk pasar native, yang memungkinkan Anda berinteraksi dengan Play Store dan App Store. Tutorial ini akan memandu Anda melalui pemasangan dan penggunaan paket ini dalam proyek Capacitor Anda.
-
-## Pemasangan
-
-Untuk menginstal paket `@capgo/native-market`, buka terminal Anda dan jalankan salah satu perintah berikut, tergantung pada manajer paket Anda:
-
-Menggunakan npm:
-
-```bash
-npm install @capgo/native-market
-```
-
-Menggunakan yarn:
-
-```bash
-yarn add @capgo/native-market
-```
-
-Setelah pemasangan, sinkronkan file native dengan menjalankan perintah berikut:
-
-```bash
-npx cap sync
-```
-
-Di iOS, tidak perlu tindakan lebih lanjut.
-
-Di Android, tidak perlu tindakan lebih lanjut.
-
-## Penggunaan
-
-Paket `@capgo/native-market` menyediakan beberapa metode yang didukung yang dapat Anda gunakan untuk berinteraksi dengan pasar native. Berikut adalah contoh cara menggunakan setiap metode:
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// Open store listing
-NativeMarket.openStoreListing({
-  appId: 'com.example.app',
-  country: 'IT',
-});
-
-// Open developer page
-NativeMarket.openDevPage({
-  devId: '5700313618786177705',
-});
-
-// Open collection
-NativeMarket.openCollection({
-  name: 'featured',
-});
-
-// Open editor's choice page
-NativeMarket.openEditorChoicePage({
-  editorChoice: 'editorial_fitness_apps_us',
-});
-
-// Perform search
-NativeMarket.search({
-  terms: 'capacitor',
-});
-```
-
-Setiap metode membutuhkan parameter input yang berbeda tergantung pada tindakan yang ingin Anda lakukan. Pastikan untuk merujuk ke dokumentasi metode untuk mendapatkan detail lebih lanjut tentang parameter yang diperlukan.
-
-Itu saja! Anda sekarang telah berhasil menginstal dan menggunakan paket `@capgo/native-market` dalam proyek Capacitor Anda. Jangan ragu untuk menjelajahi lebih banyak fitur dan menyesuaikannya sesuai kebutuhan Anda.
-
-***
-
-Selamat telah menyelesaikan tutorial! Jika Anda memiliki pertanyaan lebih lanjut atau membutuhkan bantuan, silakan jangan ragu untuk bertanya.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/native-purchases.md b/src/content/plugins-tutorials/it/native-purchases.md
deleted file mode 100644
index 4fbab757b..000000000
--- a/src/content/plugins-tutorials/it/native-purchases.md
+++ /dev/null
@@ -1,53 +0,0 @@
----
-locale: it
----
-
-Chantez le paquet @capgo/native-purchases
-
-Le paquet @capgo/native-purchases est un plugin pour Capacitor qui offre une fonctionnalité d'achat in-app facile. Dans ce tutoriel, nous allons passer en revue les étapes d'installation et d'utilisation du paquet dans votre projet Capacitor.
-
-## Installation
-
-Pour installer le paquet @capgo/native-purchases, ouvrez votre terminal et exécutez la commande suivante :
-
-[[BLOC_DE_CODE]]
-
-Cela installera le paquet et synchronisera les fichiers natifs avec votre projet.
-
-### Configuration Android
-
-Si vous utilisez Android, vous devez ajouter quelques configurations à votre fichier AndroidManifest.xml. Ouvrez le fichier situé à `android/app/src/main/AndroidManifest.xml` et ajoutez le code suivant :
-
-[[BLOC_DE_CODE]]
-
-### Configuration iOS
-
-Si vous utilisez iOS, aucune autre étape n'est nécessaire.
-
-## Utilisation du Paquet
-
-Le paquet @capgo/native-purchases fournit plusieurs méthodes pour gérer les achats in-app. Voici quelques exemples de l'utilisation de ces méthodes :
-
-### Restauration des Achats
-
-Pour restaurer les achats précédents d'un utilisateur, utilisez la méthode `restorePurchases()` :
-
-[[BLOC_DE_CODE]]
-
-### Acheter un Produit
-
-Pour initier un achat pour un produit spécifique, utilisez la méthode `purchaseProduct()` :
-
-[[BLOC_DE_CODE]]
-
-### Obtenir des Informations sur le Produit
-
-Pour récupérer des informations sur un produit spécifique, utilisez la méthode `getProducts()` :
-
-[[BLOC_DE_CODE]]
-
-Ce ne sont que quelques exemples de la façon d'utiliser le paquet @capgo/native-purchases. Pour plus d'informations détaillées sur les méthodes disponibles et leurs paramètres, consultez la documentation du paquet.
-
-## Conclusion
-
-Dans ce tutoriel, nous avons couvert le processus d'installation et l'utilisation de base du paquet @capgo/native-purchases. En suivant les étapes décrites ici, vous devriez être en mesure d'intégrer la fonctionnalité d'achat in-app dans votre projet Capacitor.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/it/purchases-capacitor.md b/src/content/plugins-tutorials/it/purchases-capacitor.md
deleted file mode 100644
index 98eed9144..000000000
--- a/src/content/plugins-tutorials/it/purchases-capacitor.md
+++ /dev/null
@@ -1,93 +0,0 @@
----
-locale: it
----
-
-Tutorial de revenuecat/purchases-capacitor
-
-Este tutorial te guiará a través del proceso de implementar compras dentro de la aplicación y suscripciones en tu aplicación Ionic Capacitor utilizando el paquete `@revenuecat/purchases-capacitor`.
-
-## Requisitos previos
-
-Antes de comenzar, asegúrate de tener lo siguiente:
-
-- Un proyecto de Ionic Capacitor configurado
-- Una cuenta de RevenueCat (regístrate en https://apprevenuecatcom/signup)
-- Productos o suscripciones en la aplicación configurados en tus cuentas de la tienda de aplicaciones (Apple App Store y/o Google Play Store)
-
-## Instalación
-
-1 Abre tu terminal o símbolo del sistema y navega a tu directorio de proyecto.
-
-2 Ejecuta el siguiente comando para instalar el paquete:
-
-[[BLOQUE_DE_CODIGO]]
-
-3 Después de la instalación, sincroniza tu proyecto de Capacitor:
-
-[[BLOQUE_DE_CODIGO]]
-
-## Configuración
-
-1 Importa el módulo Purchases en el archivo TypeScript principal de tu aplicación (por ejemplo, `appcomponentts`):
-
-[[BLOQUE_DE_CODIGO]]
-
-2 Configura el SDK con tu clave API de RevenueCat:
-
-[[BLOQUE_DE_CODIGO]]
-
-Llama a esta función cuando tu aplicación se inicie, por ejemplo, en el método `ngOnInit()` de tu componente principal.
-
-## Uso básico
-
-### Obtener productos disponibles
-
-Para obtener la lista de productos disponibles:
-
-[[BLOQUE_DE_CODIGO]]
-
-### Realizar una compra
-
-Para iniciar una compra:
-
-[[BLOQUE_DE_CODIGO]]
-
-### Verificar el estado de la suscripción
-
-Para verificar el estado actual de la suscripción del usuario:
-
-[[BLOQUE_DE_CODIGO]]
-
-### Restaurar compras
-
-Para restaurar las compras anteriores de un usuario:
-
-[[BLOQUE_DE_CODIGO]]
-
-## Funciones avanzadas
-
-### Identificación de usuarios
-
-Si tienes tu propio sistema de ID de usuario, puedes identificar a los usuarios ante RevenueCat:
-
-[[BLOQUE_DE_CODIGO]]
-
-### Verificar elegibilidad para precios introductorios
-
-Para verificar si un usuario es elegible para un precio introductorio:
-
-[[BLOQUE_DE_CODIGO]]
-
-### Establecer atributos
-
-Puedes establecer atributos personalizados para los usuarios:
-
-[[BLOQUE_DE_CODIGO]]
-
-## Conclusión
-
-Este tutorial abarcó lo básico de implementar compras dentro de la aplicación y suscripciones utilizando el paquete `@revenuecat/purchases-capacitor`. Recuerda manejar los errores de manera adecuada y probar tu implementación a fondo.
-
-Para un uso más avanzado y documentación detallada de la API, consulta la documentación de RevenueCat en https://docsrevenuecatcom/.
-
-No olvides configurar tus productos en el panel de RevenueCat y vincularlos a tus productos de la tienda de aplicaciones. Además, asegúrate de probar tu implementación en un entorno de sandbox antes de lanzar a producción.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/camera-preview.md b/src/content/plugins-tutorials/ja/camera-preview.md
deleted file mode 100644
index 74e2a7180..000000000
--- a/src/content/plugins-tutorials/ja/camera-preview.md
+++ /dev/null
@@ -1,95 +0,0 @@
----
-locale: ja
----
-
-capgo/camera-preview パッケージ チュートリアル
-
-このチュートリアルでは、`@capgo/camera-preview` パッケージを Capacitor プロジェクトで使用するための手順を説明します。このパッケージを使用すると、JavaScript および HTML コードからカメラと対話できます。
-
-## インストール
-
-`@capgo/camera-preview` パッケージをインストールするには、ターミナルを開き、次のいずれかのコマンドを実行します：
-
-[[コードブロック]]
-
-または
-
-[[コードブロック]]
-
-インストールが完了したら、次のコマンドを実行して Capacitor プロジェクトを同期します：
-
-[[コードブロック]]
-
-### Android の追加インストール手順
-
-Android を使用している場合、プロジェクトにいくつかの追加変更を加える必要があります。`android/app/src/main/AndroidManifest.xml` ファイルを開き、`</application>` タグの直前に次の行を追加して CAMERA 権限をリクエストします：
-
-[[コードブロック]]
-
-詳細については、[Capacitor ドキュメント](https://capacitorjs.com/docs/android/configuration/#configuring-androidmanifestxml/)を参照してください。
-
-### iOS の追加インストール手順
-
-iOS を使用している場合は、`Infoplist` ファイルに 2 つの権限を追加する必要があります。[Capacitor ドキュメント](https://capacitorjs.com/docs/ios/configuration/#configuring-infoplist) に従って、`NSCameraUsageDescription` および `NSMicrophoneUsageDescription` 権限を追加します。`NSMicrophoneUsageDescription` 権限は、オーディオを使用する場合のみ必要です。オーディオが不要な場合は、`disableAudio` オプションを `true` に設定してマイクロフォン権限リクエストを無効にできます。
-
-### Web の追加インストール手順
-
-Ionic と一緒に Web プラットフォームを使用している場合は、`appmodulets` のエントリスクリプトに次の行を追加します：
-
-[[コードブロック]]
-
-これにより、Capacitor がプラグインから Web プラットフォームを登録できるようになります。
-
-## API
-
-`@capgo/camera-preview` パッケージは、次の API メソッドを提供します：
-
-### start(options: CameraPreviewOptions)
-
-カメラプレビューインスタンスを開始します。
-
-### stop()
-
-カメラプレビューインスタンスを停止します。
-
-### capture(options: CameraPreviewPictureOptions)
-
-カメラから写真を撮影します。
-
-### captureSample(options: CameraSampleOptions)
-
-サンプル画像を撮影します。
-
-### getSupportedFlashModes()
-
-サポートされているフラッシュモードを取得します。
-
-### getHorizontalFov()
-
-水平視野を取得します。
-
-### setFlashMode(options: { flashMode: CameraPreviewFlashMode | string; })
-
-フラッシュモードを設定します。
-
-### flip()
-
-カメラを反転します。
-
-### setOpacity(options: CameraOpacityOptions)
-
-カメラの不透明度を設定します。
-
-### stopRecordVideo()
-
-ビデオの録画を停止します。
-
-### startRecordVideo(options: CameraPreviewOptions)
-
-ビデオの録画を開始します。
-
-これらのメソッドのパラメータおよび戻り値の詳細については、`@capgo/camera-preview` パッケージのドキュメントを参照してください。
-
-## 結論
-
-このチュートリアルでは、Capacitor プロジェクトで `@capgo/camera-preview` パッケージをインストールして使用する方法を学びました。利用可能な API メソッドとその使用法についても探求しました。これで、このパッケージを使用してアプリケーションにカメラ機能を統合できるようになりました。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/capacitor-age-range.md b/src/content/plugins-tutorials/ja/capacitor-age-range.md
deleted file mode 100644
index 29a8cede2..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-age-range.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-locale: ja
----
-# Using @capgo/capacitor-age-range Package
-
-The `@capgo/capacitor-age-range` package provides cross-platform age range detection for Capacitor apps. It uses **Google Play Age Signals** on Android and **Apple DeclaredAgeRange** on iOS, mapping both to a unified API.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-age-range
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `com.apple.developer.declared-age-range` entitlement to your app:
-
-1. In Xcode, select your target → **Signing & Capabilities**
-2. Click **+ Capability** → search for **Declared Age Range**
-3. Enable it
-
-Or add manually to your `*.entitlements` file:
-
-```xml
-<key>com.apple.developer.declared-age-range</key>
-<true/>
-```
-
-> **Note:** The DeclaredAgeRange framework requires iOS 26+. On older versions, the plugin returns `NOT_AVAILABLE`.
-
-## Android Setup
-
-No additional setup is needed. The plugin uses Google Play Age Signals API which works automatically when the Play Store is installed.
-
-## API
-
-The `@capgo/capacitor-age-range` package provides the following API methods:
-
-### requestAgeRange(options?)
-
-Requests the user's age range. On iOS, this shows a system dialog. On Android, this queries Play Age Signals in the background.
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function checkAge() {
-  const result = await AgeRange.requestAgeRange({
-    ageGates: [13, 16, 18] // iOS only, ignored on Android
-  });
-
-  switch (result.status) {
-    case 'SHARING':
-      console.log('Age range:', result.ageLower, '-', result.ageUpper);
-      console.log('Source:', result.declarationSource);
-      break;
-    case 'DECLINED_SHARING':
-      console.log('User declined to share age');
-      break;
-    case 'NOT_AVAILABLE':
-      console.log('Age range API not available');
-      break;
-    case 'ERROR':
-      console.log('Error occurred');
-      break;
-  }
-}
-```
-
-### getPluginVersion()
-
-Returns the native plugin version.
-
-```javascript
-const { version } = await AgeRange.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Complete Example
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function verifyAge() {
-  const result = await AgeRange.requestAgeRange({ ageGates: [13, 18] });
-
-  if (result.status === 'SHARING') {
-    const isAdult = (result.ageLower ?? 0) >= 18;
-    if (isAdult) {
-      enableAdultContent();
-    } else {
-      enableChildSafeContent();
-    }
-  } else {
-    // Default to child-safe experience
-    enableChildSafeContent();
-  }
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-age-range` package for cross-platform age range detection in your Capacitor app.
diff --git a/src/content/plugins-tutorials/ja/capacitor-app-tracking-transparency.md b/src/content/plugins-tutorials/ja/capacitor-app-tracking-transparency.md
deleted file mode 100644
index 9454c900e..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-app-tracking-transparency.md
+++ /dev/null
@@ -1,95 +0,0 @@
----
-locale: ja
----
-# Using @capgo/capacitor-app-tracking-transparency Package
-
-The `@capgo/capacitor-app-tracking-transparency` package allows you to request and check iOS App Tracking Transparency (ATT) permission in your Capacitor app. This is required for apps that access the device's advertising identifier (IDFA) on iOS 14+.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-app-tracking-transparency
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `NSUserTrackingUsageDescription` key to your app's `Info.plist` file:
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>This identifier will be used to deliver personalized ads to you.</string>
-```
-
-This message will be shown to users when requesting tracking permission. Customize it to explain why your app needs tracking authorization.
-
-## Android & Web
-
-App Tracking Transparency is an iOS-only framework. On Android and Web, this plugin returns `authorized` status automatically, allowing transparent cross-platform usage without conditional code.
-
-## API
-
-The `@capgo/capacitor-app-tracking-transparency` package provides the following API methods:
-
-### getStatus()
-
-Gets the current tracking authorization status without prompting the user.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function checkTrackingStatus() {
-  const { status } = await AppTrackingTransparency.getStatus();
-  console.log('Tracking status:', status);
-  // Possible values: 'authorized', 'denied', 'notDetermined', 'restricted'
-}
-```
-
-### requestPermission()
-
-Requests user authorization to access app-related data for tracking. Shows the native iOS permission dialog.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function requestTrackingPermission() {
-  const { status } = await AppTrackingTransparency.requestPermission();
-  if (status === 'authorized') {
-    console.log('User authorized tracking');
-    // Initialize your tracking/analytics SDKs
-  } else {
-    console.log('User denied tracking:', status);
-    // Use non-personalized alternatives
-  }
-}
-```
-
-> **Note:** The permission dialog is only shown once per app install. Subsequent calls return the stored status.
-
-## Complete Example
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function handleTracking() {
-  const { status } = await AppTrackingTransparency.getStatus();
-
-  if (status === 'notDetermined') {
-    const result = await AppTrackingTransparency.requestPermission();
-    if (result.status === 'authorized') {
-      initializeTracking();
-    }
-  } else if (status === 'authorized') {
-    initializeTracking();
-  }
-}
-
-function initializeTracking() {
-  // Initialize your ad SDKs, analytics, etc.
-  console.log('Tracking initialized');
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-app-tracking-transparency` package to handle App Tracking Transparency in your Capacitor app.
diff --git a/src/content/plugins-tutorials/ja/capacitor-crisp.md b/src/content/plugins-tutorials/ja/capacitor-crisp.md
deleted file mode 100644
index cd34b9631..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-crisp.md
+++ /dev/null
@@ -1,74 +0,0 @@
----
-locale: ja
----
-
-`@capgo/capacitor-crisp`パッケージ
-
-`@capgo/capacitor-crisp`パッケージを使用すると、ネイティブSDKであるCrispをCapacitorアプリに統合できます。このパッケージは、Crispの設定、チャットボックスのオープン、ユーザー詳細の設定、イベントの送信などのメソッドを提供します。
-
-`@capgo/capacitor-crisp`パッケージを使い始めるには、次の手順に従ってください。
-
-## インストール
-
-1. ターミナルを開き、Capacitorアプリのルートディレクトリに移動します。
-2. 次のコマンドを実行してパッケージをインストールします。
-
-```bash
-npm install @capgo/capacitor-crisp
-npx cap sync
-```
-
-## Crispの初期化
-
-`@capgo/capacitor-crisp`パッケージが提供するメソッドを使用する前に、あなたのウェブサイトIDでCrispを設定する必要があります。プロジェクトに次のコードを追加してください：
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-CapacitorCrisp.configure({ websiteID: '******-****-****-****-********' });
-```
-
-`'******-****-****-****-********'`を実際のCrispウェブサイトIDに置き換えます。
-
-### iOS統合
-
-iOSをターゲットにする場合は、アプリのInfoplistファイルに次の権限を追加する必要があります：
-
-- プライバシー - カメラ使用説明 (NSCameraUsageDescription)
-- プライバシー - 写真ライブラリの追加使用説明 (NSPhotoLibraryAddUsageDescription)
-
-各権限について、アプリがなぜそれを必要とするのか説明する説明を提供してください。
-
-### Android統合
-
-Android統合に関しては、追加の手順は必要ありません。
-
-## チャットボックスを開く
-
-アプリでCrispチャットボックスを開くには、`@capgo/capacitor-crisp`パッケージが提供する`openMessenger`メソッドを使用します。プロジェクトに次のコードを追加してください：
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-CapacitorCrisp.openMessenger();
-```
-
-これにより、ユーザーはサポートチームと会話を開始できるCrispチャットボックスが開きます。
-
-## 追加機能
-
-`@capgo/capacitor-crisp`パッケージは、Crispのカスタマイズやインタラクションのためのいくつかの他のメソッドを提供します。以下は利用可能なメソッドの一部です：
-
-- `setTokenID`: ユーザーのトークンIDを設定します。
-- `setUser`: ニックネーム、電話番号、メール、アバターなどのユーザー詳細を設定します。
-- `pushEvent`: Crispにカスタムイベントを送信します。
-- `setCompany`: 名前、URL、説明、雇用、地理的位置などの会社の詳細を設定します。
-- `setInt`: カスタム整数値を設定します。
-- `setString`: カスタム文字列値を設定します。
-- `sendMessage`: Crispにチャットメッセージを送信します。
-- `setSegment`: ユーザーのセグメントを設定します。
-- `reset`: Crispの設定をリセットします。
-
-これらのメソッドとそのパラメーターについての詳細は、`@capgo/capacitor-crisp`パッケージの公式ドキュメントを参照してください。
-
-これで完了です！`@capgo/capacitor-crisp`パッケージを使用してCrispをCapacitorアプリに統合する方法を学びました。Crispチャットボックスを通じてユーザーとのシームレスなコミュニケーションを楽しんでください。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/capacitor-data-storage-sqlite.md b/src/content/plugins-tutorials/ja/capacitor-data-storage-sqlite.md
deleted file mode 100644
index 86521998a..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-data-storage-sqlite.md
+++ /dev/null
@@ -1,188 +0,0 @@
----
-locale: ja
----
-
-capgo/capacitor-data-storage-sqlite チュートリアル
-
-このチュートリアルでは、`@capgo/capacitor-data-storage-sqlite` パッケージを使用して、Ionic Capacitor アプリでシンプルな文字列データのためのキー・バリューの永続的ストレージを実装する方法を説明します。
-
-## 前提条件
-
-始める前に、以下がインストールされていることを確認してください：
-
-- Nodejs
-- npm
-- Ionic Capacitor プロジェクト
-
-## インストール
-
-1 ターミナルまたはコマンドプロンプトを開き、プロジェクトディレクトリに移動します。
-
-2 以下のコマンドを実行してパッケージをインストールします：
-
-```bash
-npm install --save @capgo/capacitor-data-storage-sqlite
-```
-
-3 インストール後、Capacitor プロジェクトを同期します：
-
-```bash
-npx cap sync
-```
-
-4 Web プラットフォームのために、localforage をインストールします：
-
-```bash
-npm install --save localforage
-```
-
-5 Electron プラットフォームのために、以下の追加手順を実行します：
-
-```bash
-npm install --save @capacitor-community/electron
-npx cap add @capacitor-community/electron
-cd electron
-npm install --save sqlite3
-npm install --save-dev @types/sqlite3
-npm run build
-cd ..
-npx cap sync @capacitor-community/electron
-```
-
-## 使用法
-
-パッケージをインストールしましたので、アプリでの使用方法を見てみましょう。
-
-### プラグインのインポート
-
-まず、TypeScript ファイルにプラグインをインポートします：
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { CapacitorDataStorageSqlite, capDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-```
-
-### ストアのオープン
-
-ストレージを使用するには、ストアを開く必要があります：
-
-```typescript
-async function openStore() {
-  const store = new CapacitorDataStorageSqlite(Capacitor.getPlatform());
-  await store.openStore({ database: "my_db", table: "my_table" });
-  return store;
-}
-```
-
-### 値の設定
-
-ストアに値を設定するには：
-
-```typescript
-async function setValue(store, key: string, value: string) {
-  await store.set(key, value);
-}
-```
-
-### 値の取得
-
-ストアから値を取得するには：
-
-```typescript
-async function getValue(store, key: string) {
-  const result = await store.get(key);
-  return result.value;
-}
-```
-
-### キーの存在確認
-
-ストアにキーが存在するか確認するには：
-
-```typescript
-async function isKeyExists(store, key: string) {
-  const result = await store.iskey(key);
-  return result.result;
-}
-```
-
-### キーの削除
-
-ストアからキーを削除するには：
-
-```typescript
-async function removeKey(store, key: string) {
-  await store.remove(key);
-}
-```
-
-### ストアのクリア
-
-ストアからすべてのデータを消去するには：
-
-```typescript
-async function clearStore(store) {
-  await store.clear();
-}
-```
-
-### ストアのクローズ
-
-ストアの使用が終わったら、クローズすることが良い習慣です：
-
-```typescript
-async function closeStore(store) {
-  await store.closeStore();
-}
-```
-
-## 使用例
-
-以下は、プラグインの使用方法の完全な例です：
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { CapacitorDataStorageSqlite, capDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-async function dataStorageExample() {
-  const store = new CapacitorDataStorageSqlite(Capacitor.getPlatform());
-  
-  try {
-    // Open the store
-    await store.openStore({ database: "my_db", table: "my_table" });
-
-    // Set a value
-    await store.set("myKey", "Hello, Capacitor!");
-
-    // Get the value
-    const result = await store.get("myKey");
-    console.log("Value:", result.value);
-
-    // Check if key exists
-    const keyExists = await store.iskey("myKey");
-    console.log("Key exists:", keyExists.result);
-
-    // Remove the key
-    await store.remove("myKey");
-
-    // Clear the store
-    await store.clear();
-
-  } catch (error) {
-    console.error("Error:", error);
-  } finally {
-    // Close the store
-    await store.closeStore();
-  }
-}
-
-dataStorageExample();
-```
-
-## 結論
-
-これで、Ionic Capacitor アプリにおけるキー・バリューのストレージシステムを実装するために `@capgo/capacitor-data-storage-sqlite` パッケージの使い方を学びました。このプラグインは、iOS、Android、Electron、Web などのさまざまなプラットフォームで文字列データを保存・取得するためのシンプルな方法を提供します。
-
-エラーを適切に処理し、使用が終わったらストアを閉じることを忘れないでください。暗号化されたデータベース、複数のテーブル、JSONのインポート/エクスポートなどの高度な使用法については、プラグインの完全なAPIドキュメントを参照してください。
-
-APIおよび利用可能なオプションに関する詳細な情報については、パッケージのREADMEまたはドキュメントを参照してください。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/capacitor-flash.md b/src/content/plugins-tutorials/ja/capacitor-flash.md
deleted file mode 100644
index ad2f6dfda..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-flash.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-locale: ja
----
-
-`@capgo/capacitor-flash` パッケージの紹介
-
-`@capgo/capacitor-flash` パッケージを使用すると、デバイスのフラッシュライト/トーチをオンおよびオフに切り替えることができます。このチュートリアルでは、Ionic Capacitor アプリにこのパッケージをインストールし、使用するプロセスを案内します。
-
-## インストール
-
-`@capgo/capacitor-flash` パッケージをインストールするには、プロジェクトのルートディレクトリで以下のコマンドを実行します：
-
-```bash
-npm install @capgo/capacitor-flash
-npx cap sync
-```
-
-## iOS セットアップ
-
-`@capgo/capacitor-flash` パッケージは、iOS では特別な設定を必要とせず、すぐに使用できます。
-
-## Android セットアップ
-
-Android では、アプリの `AndroidManifest.xml` ファイルに必要な権限を宣言する必要があります。`<manifest>` タグ内に次の行を追加してください：
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-feature android:name="android.hardware.camera" />
-```
-
-## API
-
-`@capgo/capacitor-flash` パッケージは、以下の API メソッドを提供します：
-
-### isAvailable()
-
-このメソッドは、デバイスでフラッシュライトが利用可能かどうかをチェックします。
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function checkFlashlightAvailability() {
-  const isAvailable = await CapacitorFlash.isAvailable();
-  console.log('Flashlight availability:', isAvailable);
-}
-```
-
-### switchOn(options)
-
-このメソッドは、デバイスのフラッシュライトをオンにします。フラッシュライトの強度を調整するためのオプションを渡すことができます。
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function switchOnFlashlight() {
-  const options = {
-    intensity: 100, // Set the intensity to 100%
-  };
-  await CapacitorFlash.switchOn(options);
-  console.log('Flashlight switched on');
-}
-```
-
-### switchOff()
-
-このメソッドは、デバイスのフラッシュライトをオフにします。
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function switchOffFlashlight() {
-  await CapacitorFlash.switchOff();
-  console.log('Flashlight switched off');
-}
-```
-
-### isSwitchedOn()
-
-このメソッドは、フラッシュライトが現在オンかオフかをチェックします。
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function checkFlashlightStatus() {
-  const isSwitchedOn = await CapacitorFlash.isSwitchedOn();
-  console.log('Flashlight status:', isSwitchedOn ? 'ON' : 'OFF');
-}
-```
-
-### toggle()
-
-このメソッドは、フラッシュライトを切り替えます。つまり、オンの場合はオフにし、オフの場合はオンにします。
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function toggleFlashlight() {
-  await CapacitorFlash.toggle();
-  console.log('Flashlight toggled');
-}
-```
-
-それだけです！`@capgo/capacitor-flash` パッケージを使用して、デバイスのフラッシュライト/トーチを制御する方法を成功裏に学びました。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/capacitor-inappbrowser.md b/src/content/plugins-tutorials/ja/capacitor-inappbrowser.md
deleted file mode 100644
index dcf8bf61f..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-inappbrowser.md
+++ /dev/null
@@ -1,52 +0,0 @@
----
-locale: ja
----
-
-capgo/inappbrowser パッケージ チュートリアル
-
-`@capgo/inappbrowser` パッケージは、URLをアプリ内ブラウザウィンドウで開くことを可能にするCapacitorプラグインです。このパッケージの使用方法についてのステップバイステップガイドを以下に示します。
-
-## インストール
-
-パッケージをインストールするには、プロジェクトのルートディレクトリで以下のコマンドを実行してください：
-
-[[コードブロック]]
-
-## 使用法
-
-1 `@capgo/inappbrowser` パッケージから `InAppBrowser` クラスをインポートします：
-
-   [[コードブロック]]
-
-2 `InAppBrowser.open` メソッドを使用して、URLを新しいフルスクリーンウィンドウで開きます：
-
-   [[コードブロック]]
-
-   `"YOUR_URL"` を開きたいURLに置き換えてください。
-
-3 `InAppBrowser` クラスが提供する他のメソッドも利用できます：
-
-   - `clearCookies`: すべてのクッキーを削除
-   - `close`: アプリ内ブラウザウィンドウを閉じる
-   - `openWebView`: ツールバー付きの新しいウェブビューでURLを開く
-   - `setUrl`: アプリ内ブラウザのURLを設定
-
-   これらのメソッドの詳細については、以下のAPIセクションを参照してください。
-
-## API
-
-`@capgo/inappbrowser` パッケージは、以下のAPIメソッドを提供します：
-
-- `open(options: OpenOptions)`: 新しいフルスクリーンウィンドウでURLを開きます。`OpenOptions`オブジェクトをパラメーターとして受け取ります。
-- `clearCookies()`: すべてのクッキーを削除します。
-- `close()`: アプリ内ブラウザウィンドウを閉じます。
-- `openWebView(options: OpenWebViewOptions)`: ツールバー付きの新しいウェブビューでURLを開きます。`OpenWebViewOptions`オブジェクトをパラメーターとして受け取ります。
-- `setUrl(options: { url: string; })`: アプリ内ブラウザのURLを設定します。`url`プロパティを持つオブジェクトをパラメーターとして受け取ります。
-- `addListener('urlChangeEvent', listenerFunc: UrlChangeListener)`: URL変更イベントをリッスンします。`UrlChangeListener`関数をパラメーターとして受け取ります。
-- `addListener('closeEvent', listenerFunc: UrlChangeListener)`: 閉じるイベントをリッスンします。`UrlChangeListener`関数をパラメーターとして受け取ります。
-- `addListener('confirmBtnClicked', listenerFunc: UrlChangeListener)`: 確認ボタンのクリックイベントをリッスンします。`UrlChangeListener`関数をパラメーターとして受け取ります。
-- `removeAllListeners()`: すべてのイベントリスナーを削除します。
-
-これらのメソッドのパラメーターや戻り値に関する詳細については、パッケージのドキュメントを参照してください。
-
-以上です！`@capgo/inappbrowser` パッケージを使用して、Capacitorのアプリ内ブラウザウィンドウでURLを開く方法を学びました。コーディングを楽しんでください！
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/capacitor-mute.md b/src/content/plugins-tutorials/ja/capacitor-mute.md
deleted file mode 100644
index 4b5aad644..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-mute.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-locale: ja
----
-
-@capgo/capacitor-muteパッケージ
-
-`@capgo/capacitor-mute`パッケージは、デバイスのミュートスイッチが有効か無効かを検出するCapacitorプラグインです。デバイスのミュート状態を確認するためのシンプルなAPIを提供します。
-
-## インストール
-
-npmを使って`@capgo/capacitor-mute`パッケージをインストールできます。
-
-```bash
-npm install @capgo/capacitor-mute
-npx cap sync
-```
-
-## 使用法
-
-`@capgo/capacitor-mute`パッケージを使用するには、インポートし、`isMuted()`メソッドを呼び出す必要があります。
-
-```typescript
-import { isMuted } from '@capgo/capacitor-mute';
-
-isMuted().then((result) => {
-  console.log('Mute status:', result);
-}).catch((error) => {
-  console.error('Error checking mute status:', error);
-});
-```
-
-`isMuted()`メソッドは、デバイスがミュートされているかどうかを示すブーリアン値に解決されるプロミスを返します。プロミスが拒否された場合、エラーメッセージが表示されます。
-
-## 例
-
-以下は、`@capgo/capacitor-mute`パッケージを使用してデバイスのミュート状態を確認し、結果に基づいてメッセージを表示する方法の例です。
-
-```typescript
-import { isMuted } from '@capgo/capacitor-mute';
-
-isMuted().then((result) => {
-  if (result) {
-    console.log('The device is currently muted');
-    // Display a message or perform some actions for muted device
-  } else {
-    console.log('The device is not muted');
-    // Display a message or perform some actions for non-muted device
-  }
-}).catch((error) => {
-  console.error('Error checking mute status:', error);
-});
-```
-
-この例では、デバイスがミュートされている場合、「デバイスは現在ミュートされています」というメッセージが表示されます。デバイスがミュートされていない場合は、「デバイスはミュートされていません」というメッセージが表示されます。
-
-## 考えられる問題
-
-iOSデバイスでXcode 14を使用している場合、`@capgo/capacitor-mute`ライブラリがAppleの期待するように構成されていないことに注意してください。この問題は現在、ライブラリの開発者によって対処されています。この問題を解決するには、パッケージのドキュメントの[既知の問題](https://githubcom/CocoaPods/CocoaPods/issues/8891/)セクションに記載された指示に従ってください。
-
-## 結論
-
-`@capgo/capacitor-mute`パッケージは、デバイスのミュート状態を検出するのに役立つCapacitorプラグインです。このチュートリアルに記載されたインストール手順と使用手順に従うことで、このパッケージをCapacitorプロジェクトに簡単に統合し、ミュート状態を確認するためのAPIを活用できます。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/capacitor-native-biometric.md b/src/content/plugins-tutorials/ja/capacitor-native-biometric.md
deleted file mode 100644
index 6514de3ec..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-native-biometric.md
+++ /dev/null
@@ -1,22 +0,0 @@
----
-locale: ja
----
-
-| -------------------------- | ------------------------- |
-| 0    | 不明なエラー              | Android, iOS              |
-| 1    | 生体認証不可能           | Android, iOS              |
-| 2    | ユーザーロックアウト      | Android, iOS              |
-| 3    | 生体認証未登録           | Android, iOS              |
-| 4    | ユーザー一時ロックアウト  | Android (30秒のロックアウト) |
-| 10   | 認証失敗                 | Android, iOS              |
-| 11   | アプリキャンセル          | iOS                       |
-| 12   | 無効なコンテキスト        | iOS                       |
-| 13   | インタラクティブでない    | iOS                       |
-| 14   | パスコード未設定          | Android, iOS              |
-| 15   | システムキャンセル         | Android, iOS              |
-| 16   | ユーザーキャンセル        | Android, iOS              |
-| 17   | ユーザーフォールバック    | Android, iOS              |
-
-これらのエラーコードは、アプリケーションの要件に基づいて処理できます
-
-それで完了です！ `@capgo/capacitor-native-biometric` パッケージを使用して、Capacitor アプリケーションに生体認証を組み込む方法をうまく学びました
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/capacitor-nativegeocoder.md b/src/content/plugins-tutorials/ja/capacitor-nativegeocoder.md
deleted file mode 100644
index 8dd3389a0..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-nativegeocoder.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-locale: ja
----
-
-@capgo/nativegeocoderを使用したジオコーディング
-
-`@capgo/nativegeocoder`パッケージは、ネイティブの順方向および逆方向のジオコーディング機能を提供するCapacitorプラグインです。ジオコーディングは、住所を地理座標（緯度と経度）に変換するプロセスであり、その逆も同様です。
-
-`@capgo/nativegeocoder`パッケージを使用するには、以下の手順に従ってください。
-
-### ステップ1：パッケージをインストールする
-
-npmを使用してパッケージをインストールします：
-
-```bash
-npm install @capgo/nativegeocoder
-```
-
-### ステップ2：プロジェクトを同期する
-
-次のコマンドを実行してプロジェクトを同期します：
-
-```bash
-npx cap sync
-```
-
-### ステップ3：プラグインをインポートする
-
-コード内で、`@capgo/nativegeocoder`から`NativeGeocoder`をインポートします：
-
-```javascript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-```
-
-### ステップ4：ジオコーディング機能を実装する
-
-`@capgo/nativegeocoder`プラグインは、ジオコーディングのための2つの主要なメソッドを提供します。
-
-#### 逆ジオコーディング
-
-逆ジオコーディングは、地理座標（緯度と経度）を住所に変換するプロセスです。
-
-```typescript
-const reverseOptions = {
-  latitude: 37.7749,
-  longitude: -122.4194,
-};
-
-const address = NativeGeocoder.reverseGeocode(reverseOptions);
-console.log(address);
-```
-
-`reverseGeocode`メソッドは、緯度と経度のプロパティを持つオブジェクトを受け取ります。結果として住所を返します。
-
-#### 順ジオコーディング
-
-順ジオコーディングは、住所を地理座標（緯度と経度）に変換するプロセスです。
-
-```typescript
-const forwardOptions = {
-  address: '1600 Amphitheatre Parkway, Mountain View, CA',
-};
-
-const coordinates = NativeGeocoder.forwardGeocode(forwardOptions);
-console.log(coordinates);
-```
-
-`forwardGeocode`メソッドは、住所プロパティを持つオブジェクトを受け取ります。結果として座標を返します。
-
-### 結論
-
-`@capgo/nativegeocoder`パッケージは、あなたのCapacitorプロジェクトでジオコーディングを行うためのシンプルで効率的な方法を提供します。このチュートリアルで説明した手順に従うことで、ジオコーディング機能を簡単にアプリケーションに統合できます。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/capacitor-navigation-bar.md b/src/content/plugins-tutorials/ja/capacitor-navigation-bar.md
deleted file mode 100644
index 2b4cfa380..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-navigation-bar.md
+++ /dev/null
@@ -1,45 +0,0 @@
----
-locale: ja
----
-
-sing @capgo/capacitor-navigation-bar
-
-## インストール
-
-`@capgo/capacitor-navigation-bar` パッケージを使用するには、まず以下のコマンドを実行してインストールする必要があります。
-
-```bash
-npm install @capgo/capacitor-navigation-bar
-npx cap sync
-```
-
-## ナビゲーションバーの色を設定する
-
-`setNavigationBarColor` 関数を使用して、Android Lollipop 以上のナビゲーションバーの色を設定できます。以下はその使い方の例です。
-
-```typescript
-import { setNavigationBarColor } from '@capgo/capacitor-navigation-bar';
-
-...
-
-setNavigationBarColor({ color: '#FF0000' });
-```
-
-`color` パラメーターはナビゲーションバーの色を表す文字列です。
-
-## ナビゲーションバーの色を取得する
-
-`getNavigationBarColor` 関数を使用して、現在のナビゲーションバーの色を取得することもできます。以下はその使い方の例です。
-
-```typescript
-import { getNavigationBarColor } from '@capgo/capacitor-navigation-bar';
-
-...
-
-const color = getNavigationBarColor();
-console.log(color);
-```
-
-`color` 変数には現在のナビゲーションバーの色が含まれます。
-
-これで完了です！これで `@capgo/capacitor-navigation-bar` パッケージを使用して、Android アプリでナビゲーションバーの色を設定および取得する方法がわかりました。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/capacitor-screen-recorder.md b/src/content/plugins-tutorials/ja/capacitor-screen-recorder.md
deleted file mode 100644
index f8dcb0ed4..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-screen-recorder.md
+++ /dev/null
@@ -1,49 +0,0 @@
----
-locale: ja
----
-
-capgo/capacitor-screen-recorder  
-デバイスの画面を録画するためのCapacitorプラグイン
-
-## インストール  
-パッケージをインストールするには、次のコマンドを実行してください：  
-```
-npm install @capgo/capacitor-screen-recorder
-npx cap sync
-```  
-プラグインが正常に動作するために、必要な権限と設定を追加してください
-
-## 使い方  
-画面の録画を開始するには、`start()`メソッドを使用してください：  
-```typescript
-import { Plugins } from '@capacitor/core';
-const { CapacitorScreenRecorder } = Plugins;
-
-CapacitorScreenRecorder.start();
-```
-
-録画を停止するには、`stop()`メソッドを使用してください：  
-```typescript
-import { Plugins } from '@capacitor/core';
-const { CapacitorScreenRecorder } = Plugins;
-
-CapacitorScreenRecorder.stop();
-```
-
-これで完了です！Capacitor Screen Recorderプラグインを使用してデバイスの画面を録画できます  
-## Android  
-
-この権限を追加してください  
-```xml
-  <uses-permission android:name="android.permission.CAPTURE_VIDEO_OUTPUT" />
-  <uses-permission android:name="android.permission.FOREGROUND_SERVICE_MEDIA_PROJECTION" />
-```
-
-## 互換性  
-このプラグインはCapacitor 4以上と互換性があります
-
-## 貢献  
-このプラグインへの貢献は非常に感謝されます。問題が発生した場合や提案がある場合は、プルリクエストを送信するか、GitHubリポジトリで問題を作成してください
-
-## ライセンス  
-このパッケージはMITライセンスの下でライセンスされています
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/capacitor-shake.md b/src/content/plugins-tutorials/ja/capacitor-shake.md
deleted file mode 100644
index 4d1ab9139..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-shake.md
+++ /dev/null
@@ -1,48 +0,0 @@
----
-locale: ja
----
-
-@capgo/capacitor-shakeを使う
-
-`@capgo/capacitor-shake`パッケージを使用すると、デバイス上のシェイクジェスチャーを検出できます。このパッケージをCapacitorアプリで使用する方法についてのチュートリアルです。
-
-## インストール
-
-パッケージをインストールするには、以下のコマンドを実行します：
-
-```bash
-npm install @capgo/capacitor-shake
-npx cap sync
-```
-
-## リスナーを追加
-
-シェイクジェスチャーを検出するには、`shake`イベントのリスナーを追加する必要があります。以下はその方法の例です：
-
-```typescript
-import { Plugins } from '@capacitor/core';
-
-const { CapacitorShake } = Plugins;
-
-CapacitorShake.addListener('shake', () => {
-  console.log('Shake gesture detected!');
-});
-```
-
-この例では、`@capacitor/core`から`CapacitorShake`プラグインをインポートし、`addListener`メソッドを使用して`shake`イベントのリスナーを追加します。シェイクジェスチャーが検出されると、コールバック関数が実行されます。
-
-## リスナーを削除
-
-`shake`イベントリスナーを削除したい場合は、`removeAllListeners`メソッドを使用できます：
-
-```typescript
-import { Plugins } from '@capacitor/core';
-
-const { CapacitorShake } = Plugins;
-
-CapacitorShake.removeAllListeners('shake');
-```
-
-この例では、`removeAllListeners`メソッドを使用してすべての`shake`イベントリスナーを削除します。
-
-以上です！`@capgo/capacitor-shake`パッケージをCapacitorアプリに正常に統合しました。これでデバイス上のシェイクジェスチャーを検出できるようになりました。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/capacitor-updater.md b/src/content/plugins-tutorials/ja/capacitor-updater.md
deleted file mode 100644
index e48fbf452..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-updater.md
+++ /dev/null
@@ -1,91 +0,0 @@
----
-locale: ja
----
-
-capgo/capacitor-updater パッケージチュートリアル
-
-このチュートリアルでは、Ionic Capacitor アプリで自動更新を有効にするために `@capgo/capacitor-updater` パッケージを使用するプロセスを案内します。
-
-## 前提条件
-
-始める前に、以下がインストールされていることを確認してください：
-
-- Nodejs
-- npm
-
-## インストール
-
-`@capgo/capacitor-updater` パッケージをインストールするには、ターミナルまたはコマンドプロンプトを開き、以下のコマンドを実行します：
-
-```
-npm install @capgo/capacitor-updater
-```
-
-これにより、プロジェクトにパッケージがダウンロードされインストールされます。
-
-### プラグインのインストール
-
-アプリに以下のコードが追加されるはずです：
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Capacitor アプリにプラグインをインストールするために。
-
-次に、JS バンドルが正常であることをネイティブプラグインに通知するためにアプリにこのコードを追加してください。これを行わないと、ネイティブプラグインは前のバージョンにロールバックします：
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-これにより、ネイティブプラグインにインストールが成功したことを伝えます。
-
-次に、アプリを更新するために `npm run build && npx cap copy` を実行してください。
-
-### Capgo CLOUD にログイン
-
-最初に、アカウントにある `all` [apikey](https://console.capgo.app/dashboard/apikeys/) を使用して CLI でログインします：
-
-`npx @capgo/cli@latest login YOUR_KEY`
-
-### 最初のアプリを追加
-
-まず、CLI で Capgo Cloud にアプリを作成することから始めましょう。
-
-`npx @capgo/cli@latest app add`
-
-このコマンドは、Capacitor コンフィグファイルで定義されているすべての変数を使用してアプリを作成します。
-
-### 最初のバージョンをアップロード
-
-コードをビルドして Capgo に送信するコマンドを実行します：
-`npx @capgo/cli@latest bundle upload`
-
-デフォルトでは、バージョン名は `packagejson` ファイルにあるものになります。
-
-[Capgo](https://console.capgo.app/) でビルドが存在するか確認してください。
-
-私の [モバイルサンドボックスアプリ](https://capgo.app/app_mobile/) を使ってテストすることもできます。
-
-### チャンネルをデフォルトに設定
-
-アプリを Capgo に送信した後、アプリが Capgo からの更新を受け取るためには、チャンネルを `default` に設定する必要があります。
-
-`npx @capgo/cli@latest channel set production -s default`
-
-## デバイスでライブアップデートを受信
-
-アプリケーションが Deploy からのライブアップデートを受信するためには、デバイスまたはエミュレーターでアプリを実行する必要があります。これを行う最も簡単な方法は、以下のコマンドを使用してエミュレーターまたはコンピューターに接続されたデバイスでローカルアプリを起動することです。
-
-    npx cap run [ios | android]
-
-アプリを開き、バックグラウンドに移動して再度開くと、ログにアプリが更新を行ったことが表示されるはずです。
-
-おめでとうございます！ 🎉 最初のライブアップデートを成功裏にデプロイしました。これはライブアップデートでできることの始まりです。詳しくは、完全な [ライブアップデートドキュメント](/docs/plugin/cloud-mode/getting-started/) をご覧ください。
-
-> ローカルでの更新を停止する必要がある場合は、このコマンドを実行してください。
-`npx @capgo/cli@latest channel set`
-
-## 結論
-
-おめでとうございます！ `@capgo/capacitor-updater` パッケージを使用して Ionic Capacitor アプリで自動更新を有効にする方法を成功裏に学びました。自動更新を選択するか手動設定を選択するかに関わらず、今ではアプリを簡単に最新の状態に保つためのツールを手に入れました。
diff --git a/src/content/plugins-tutorials/ja/capacitor-uploader.md b/src/content/plugins-tutorials/ja/capacitor-uploader.md
deleted file mode 100644
index 593526a39..000000000
--- a/src/content/plugins-tutorials/ja/capacitor-uploader.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-locale: ja
----
-
-capgo/capacitor-uploader チュートリアル
-
-このチュートリアルでは、Ionic Capacitor アプリでネイティブにファイルをアップロードするために `@capgo/capacitor-uploader` パッケージを使用する手順を案内します。
-
-## 前提条件
-
-始める前に、以下がインストールされていることを確認してください：
-
-- Nodejs
-- npm
-- Ionic Capacitor プロジェクト
-
-## インストール
-
-1. ターミナルまたはコマンドプロンプトを開き、プロジェクトディレクトリに移動します。
-
-2. 次のコマンドを実行してパッケージをインストールします：
-
-```bash
-npm install @capgo/capacitor-uploader
-```
-
-3. インストール後、Capacitor プロジェクトを同期します：
-
-```bash
-npx cap sync
-```
-
-## 設定
-
-### Android 設定
-
-Android では、`AndroidManifest.xml` ファイルにいくつかのパーミッションを追加する必要があります。`android/app/src/main/AndroidManifest.xml` にあるファイルを開き、`<manifest>` タグ内に以下のパーミッションを追加します：
-
-```xml
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-```
-
-## 使用方法
-
-パッケージをインストールし設定したので、アプリでの使い方を見てみましょう。
-
-### Uploader のインポート
-
-最初に、TypeScript ファイルに Uploader をインポートします：
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-```
-
-### S3 へのアップロード
-
-こちらは、プレサインド URL を使用してファイルを S3 にアップロードする方法の例です：
-
-```typescript
-async function uploadToS3(filePath: string, presignedUrl: string, fields: Record<string, string>) {
-  try {
-    const { id } = await Uploader.startUpload({
-      filePath: filePath,
-      serverUrl: presignedUrl,
-      method: 'PUT',
-      parameters: fields,
-      notificationTitle: 'Uploading to S3'
-    });
-
-    console.log('Upload started with ID:', id);
-
-    Uploader.addListener('events', (event: UploadEvent) => {
-      if (event.name === 'uploading') {
-        console.log(`Upload progress: ${event.payload.percent}%`);
-      } else if (event.name === 'completed') {
-        console.log('Upload completed successfully');
-      } else if (event.name === 'failed') {
-        console.error('Upload failed:', event.payload.error);
-      }
-    });
-
-  } catch (error) {
-    console.error('Failed to start upload:', error);
-  }
-}
-```
-
-### カスタムサーバーへのアップロード
-
-こちらは、カスタムサーバーにファイルをアップロードする方法の例です：
-
-```typescript
-async function uploadToCustomServer(filePath: string, serverUrl: string) {
-  try {
-    const { id } = await Uploader.startUpload({
-      filePath: filePath,
-      serverUrl: serverUrl,
-      method: 'POST',
-      headers: {
-        'Authorization': 'Bearer your-auth-token-here'
-      },
-      parameters: {
-        'user_id': '12345',
-        'file_type': 'image'
-      },
-      notificationTitle: 'Uploading to Custom Server',
-      maxRetries: 3
-    });
-
-    console.log('Upload started with ID:', id);
-
-    Uploader.addListener('events', (event) => {
-      switch (event.name) {
-        case 'uploading':
-          console.log(`Upload progress: ${event.payload.percent}%`);
-          break;
-        case 'completed':
-          console.log('Upload completed successfully');
-          console.log('Server response status code:', event.payload.statusCode);
-          break;
-        case 'failed':
-          console.error('Upload failed:', event.payload.error);
-          break;
-      }
-    });
-
-  } catch (error) {
-    console.error('Failed to start upload:', error);
-  }
-}
-```
-
-### Capacitor カメラプレビューとの併用
-
-Capacitor カメラプレビュー プラグインを使用している場合、Uploader と組み合わせて動画をキャプチャしアップロードできます。こちらはその例です：
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview'
-import { Uploader } from '@capgo/capacitor-uploader';
-
-async function recordAndUpload() {
-  try {
-    await CameraPreview.startRecordVideo({ storeToFile: true });
-    await new Promise(resolve => setTimeout(resolve, 5000)); // Record for 5 seconds
-    const { videoFilePath } = await CameraPreview.stopRecordVideo();
-    await uploadVideo(videoFilePath);
-  } catch (error) {
-    console.error('Error in recordAndUpload:', error);
-  }
-}
-
-async function uploadVideo(filePath: string) {
-  Uploader.addListener('events', (event) => {
-    switch (event.name) {
-      case 'uploading':
-        console.log(`Upload progress: ${event.payload.percent}%`);
-        break;
-      case 'completed':
-        console.log('Upload completed successfully');
-        break;
-      case 'failed':
-        console.error('Upload failed:', event.payload.error);
-        break;
-    }
-  });
-
-  try {
-    const result = await Uploader.startUpload({
-      filePath,
-      serverUrl: 'YOUR_S3_PRESIGNED_URL',
-      method: 'PUT',
-      headers: {
-        'Content-Type': 'video/mp4',
-      },
-      mimeType: 'video/mp4',
-    });
-    console.log('Video uploaded successfully:', result.id);
-  } catch (error) {
-    console.error('Error uploading video:', error);
-  }
-}
-```
-
-## 結論
-
-これで、Ionic Capacitor アプリでネイティブにファイルをアップロードするために `@capgo/capacitor-uploader` パッケージの使用方法を学びました。このプラグインは、プレサインド URL を使用して S3 などのさまざまなサーバーにファイルをアップロードする柔軟な方法を提供し、Capacitor カメラプレビューなどの他のプラグインと組み合わせて使用できます。
-
-エラーを適切に処理し、アップロードイベントを管理して、ユーザーにアップロードの進捗状況とステータスに関するフィードバックを提供することを忘れないでください。
-
-API と利用可能なオプションに関する詳細情報については、パッケージの README やドキュメントを参照してください。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/home-indicator.md b/src/content/plugins-tutorials/ja/home-indicator.md
deleted file mode 100644
index 6bd458886..000000000
--- a/src/content/plugins-tutorials/ja/home-indicator.md
+++ /dev/null
@@ -1,68 +0,0 @@
----
-locale: ja
----
-
-capgo/home-indicator
-
-`@capgo/home-indicator` パッケージは、あなたの Capacitor アプリでホームボタンインジケーターを隠したり表示したりすることができます。
-
-## インストール
-
-パッケージをインストールするには、ターミナルで以下のコマンドを実行してください：
-
-```bash
-npm install @capgo/home-indicator
-npx cap sync
-```
-
-## API
-
-このパッケージは以下のメソッドを提供します：
-
-### `hide()`
-
-```typescript
-hide() => Promise
-```
-
-ホームインジケーターを隠す
-
-**対応バージョン:** 001
-
-### `show()`
-
-```typescript
-show() => Promise
-```
-
-ホームインジケーターを表示する
-
-**対応バージョン:** 001
-
-### `isHidden()`
-
-```typescript
-isHidden() => Promise<{ hidden: boolean; }>
-```
-
-ホームインジケーターの状態を取得する
-
-**戻り値:** Promise<{ hidden: boolean; }>
-
-**対応バージョン:** 001
-
-## CSS 変数
-
-`--safe-area-inset-bottom` を使用して、コンテンツがホームインジケーターに隠れないようにすることができます。この変数は、Android 向けにプラグインによって注入されます。Android で実際のフルスクリーンモードを設定する場合に便利です。
-
-使用例：
-
-```java
-getWindow().setDecorFitsSystemWindows(false);
-```
-
-## クレジット
-
-このプラグインは、[Kickcom](https://kickcom/) のために [Capgo](https://capgo.app/) によって最初に作成されました。
-
-詳細な情報やアップデートについては、[Capgo](https://capgo.app/) をご覧ください。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/ivs-player.md b/src/content/plugins-tutorials/ja/ivs-player.md
deleted file mode 100644
index c9660b94e..000000000
--- a/src/content/plugins-tutorials/ja/ivs-player.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-locale: ja
----
-
-歌う @capgo/ivs-player
-
-## インストール
-
-@capgo/ivs-player パッケージをインストールするには、以下のコマンドを実行する必要があります：
-
-[[コードブロック]]
-
-## API
-
-@capgo/ivs-player パッケージは以下の API を提供します：
-
-### create(options: { url: string; pip?: boolean; title?: string; subtitle?: string; cover?: string; autoPlay?: boolean; toBack?: boolean; x?: number; y?: number; width?: number; height?: number; }) => Promise
-
-このメソッドは IVS プレーヤーのインスタンスを作成します。URL、ピクチャーインピクチャーモードの有無、ビデオのタイトルと字幕などのさまざまなプロパティを含むオプションオブジェクトをパラメーターとして取ります。作成されたインスタンスに解決する Promise を返します。
-
-### start() => Promise
-
-このメソッドは IVS プレーヤーでビデオの再生を開始します。Promise を返します。
-
-### cast() => Promise
-
-このメソッドはビデオを接続されたデバイスにキャストします。Promise を返します。
-
-### getCastStatus() => Promise
-
-このメソッドはキャスティング機能の状態を取得します。キャスティングがアクティブかどうかを示す isActive プロパティを含むオブジェクトに解決する Promise を返します。
-
-### pause() => Promise
-
-このメソッドはビデオの再生を一時停止します。Promise を返します。
-
-### delete() => Promise
-
-このメソッドは IVS プレーヤーのインスタンスを削除します。Promise を返します。
-
-### getUrl() => Promise
-
-このメソッドは現在再生中のビデオの URL を取得します。Promise を返します。
-
-### getState() => Promise
-
-このメソッドは IVS プレーヤーの現在の状態を取得します。Promise を返します。
-
-### setPlayerPosition() => Promise
-
-このメソッドは画面上の IVS プレーヤーの位置を設定します。x および y 座標をパラメーターとして取り、Promise を返します。
-
-### getPlayerPosition() => Promise
-
-このメソッドは画面上の IVS プレーヤーの現在の位置を取得します。Promise を返します。
-
-### setAutoQuality() => Promise
-
-このメソッドは IVS プレーヤーの自動品質モードを設定します。ブール値をパラメーターとして取り、Promise を返します。
-
-### getAutoQuality() => Promise
-
-このメソッドは IVS プレーヤーの現在の自動品質モードを取得します。Promise を返します。
-
-### setPip() => Promise
-
-このメソッドは IVS プレーヤーのピクチャーインピクチャーモードを設定します。ブール値をパラメーターとして取り、Promise を返します。
-
-### getPip() => Promise
-
-このメソッドは IVS プレーヤーの現在のピクチャーインピクチャーモードを取得します。Promise を返します。
-
-### setFrame() => Promise
-
-このメソッドは IVS プレーヤーのフレームを設定します。数値をパラメーターとして取り、Promise を返します。
-
-### getFrame() => Promise
-
-このメソッドは IVS プレーヤーの現在のフレームを取得します。Promise を返します。
-
-### setMute() => Promise
-
-このメソッドは IVS プレーヤーのミュートモードを設定します。ブール値をパラメーターとして取り、Promise を返します。
-
-### getMute() => Promise
-
-このメソッドは IVS プレーヤーの現在のミュートモードを取得します。Promise を返します。
-
-### setQuality() => Promise
-
-このメソッドは IVS プレーヤーのビデオの品質を設定します。文字列をパラメーターとして取り、Promise を返します。
-
-### getQuality() => Promise
-
-このメソッドは IVS プレーヤーのビデオの現在の品質を取得します。Promise を返します。
-
-### getQualities() => Promise
-
-このメソッドは IVS プレーヤーのビデオの利用可能な品質を取得します。Promise を返します。
-
-### addListener('expandPip', ) => void
-
-このメソッドは expandPip イベントのリスナーを追加します。コールバック関数をパラメーターとして取り、void を返します。
-
-### addListener('closePip', ) => void
-
-このメソッドは closePip イベントのリスナーを追加します。コールバック関数をパラメーターとして取り、void を返します。
-
-### addListener('onState', ) => void
-
-このメソッドは onState イベントのリスナーを追加します。コールバック関数をパラメーターとして取り、void を返します。
-
-### addListener('onCues', ) => void
-
-このメソッドは onCues イベントのリスナーを追加します。コールバック関数をパラメーターとして取り、void を返します。
-
-### addListener('onDuration', ) => void
-
-このメソッドは onDuration イベントのリスナーを追加します。コールバック関数をパラメータとして受け取り、voidを返します
-
-### addListener('onError', ) => void
-
-このメソッドはonErrorイベントのリスナーを追加します。コールバック関数をパラメータとして受け取り、voidを返します
-
-### addListener('onRebuffering', ) => void
-
-このメソッドはonRebufferingイベントのリスナーを追加します。コールバック関数をパラメータとして受け取り、voidを返します
-
-### addListener('onSeekCompleted', ) => void
-
-このメソッドはonSeekCompletedイベントのリスナーを追加します。コールバック関数をパラメータとして受け取り、voidを返します
-
-### addListener('onVideoSize', ) => void
-
-このメソッドはonVideoSizeイベントのリスナーを追加します。コールバック関数をパラメータとして受け取り、voidを返します
-
-### addListener('onQuality', ) => void
-
-このメソッドはonQualityイベントのリスナーを追加します。コールバック関数をパラメータとして受け取り、voidを返します
-
-### addListener('onCastStatus', ) => void
-
-このメソッドはonCastStatusイベントのリスナーを追加します。コールバック関数をパラメータとして受け取り、voidを返します
-
-### removeAllListeners() => void
-
-このメソッドは追加されたすべてのイベントリスナーを削除します。voidを返します
-
-## 結論
-
-@capgo/ivs-playerパッケージは、IVSプレーヤーをCapacitorアプリに統合するための包括的なAPIを提供します。インストール手順に従い、APIドキュメントを参照することで、IVSプレーヤーを使用してアプリで簡単に動画を再生できます。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/native-audio.md b/src/content/plugins-tutorials/ja/native-audio.md
deleted file mode 100644
index c0974843a..000000000
--- a/src/content/plugins-tutorials/ja/native-audio.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-locale: ja
----
-
-## @capgo/native-audioパッケージの使用
-
-このチュートリアルでは、Capacitorアプリケーションで音を再生するための`@capgo/native-audio`パッケージの使用方法を説明します。
-
-## ステップ1: インストール
-
-パッケージをインストールするには、ターミナルを開いて次のコマンドを実行します。
-
-```bash
-npm install @capgo/native-audio
-```
-
-または、yarnを使用することを好む場合は：
-
-```bash
-yarn add @capgo/native-audio
-```
-
-## ステップ2: ネイティブファイルの同期
-
-パッケージをインストールした後、次のコマンドでネイティブファイルを同期します。
-
-```bash
-npx cap sync
-```
-
-## ステップ3: 設定
-
-このプラグインには追加の設定は必要ありません。
-
-## ステップ4: 使用
-
-`@capgo/native-audio`パッケージを使用するには、パッケージから`NativeAudio`オブジェクトをインポートし、そのメソッドを使用する必要があります。
-
-オーディオファイルをプリロードして再生する方法の例は以下の通りです。
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-// Preload the audio file
-NativeAudio.preload({
-  assetId: 'fire',
-  assetPath: 'assets/sounds/fire.mp3',
-  audioChannelNum: 1,
-  isUrl: false,
-});
-
-// Play the loaded audio file
-NativeAudio.play({
-  assetId: 'fire',
-});
-```
-
-`preload`メソッドはオーディオファイルをメモリに読み込むために使用され、`play`メソッドは読み込まれたオーディオファイルを再生するために使用されます。
-
-他にサポートされているメソッドには、`pause`、`resume`、`loop`、`stop`、`unload`、`setVolume`、`getDuration`、`getCurrentTime`があります。これらのメソッドの詳細については、[公式ドキュメント](https://githubcom/Cap-go/native-audio/blob/main/READMEmd/)を参照してください。
-
-以上です！これで、Capacitorアプリケーションで音を再生するための`@capgo/native-audio`パッケージの使用方法を学びました。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/native-market.md b/src/content/plugins-tutorials/ja/native-market.md
deleted file mode 100644
index 1b0a4e23e..000000000
--- a/src/content/plugins-tutorials/ja/native-market.md
+++ /dev/null
@@ -1,76 +0,0 @@
----
-published: true
-locale: ja
----
-
-# @capgo/native-market パッケージチュートリアル
-
-`@capgo/native-market` パッケージは、ネイティブマーケット用のCapacitorコミュニティプラグインで、PlayストアやAppストアとやり取りすることを可能にします。このチュートリアルでは、Capacitorプロジェクトにおけるこのパッケージのインストールと使用方法をガイドします。
-
-## インストール
-
-`@capgo/native-market` パッケージをインストールするには、ターミナルを開き、使用しているパッケージマネージャに応じて以下のコマンドのいずれかを実行してください：
-
-npmを使用する場合：
-
-```bash
-npm install @capgo/native-market
-```
-
-yarnを使用する場合：
-
-```bash
-yarn add @capgo/native-market
-```
-
-インストール後、以下のコマンドを実行してネイティブファイルを同期します：
-
-```bash
-npx cap sync
-```
-
-iOSでは、これ以上のアクションは必要ありません。
-
-Androidでは、これ以上のアクションは必要ありません。
-
-## 使用法
-
-`@capgo/native-market` パッケージは、ネイティブマーケットとやり取りするために使用できるいくつかのサポートされたメソッドを提供します。各メソッドの使用例は以下の通りです：
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// Open store listing
-NativeMarket.openStoreListing({
-  appId: 'com.example.app',
-  country: 'IT',
-});
-
-// Open developer page
-NativeMarket.openDevPage({
-  devId: '5700313618786177705',
-});
-
-// Open collection
-NativeMarket.openCollection({
-  name: 'featured',
-});
-
-// Open editor's choice page
-NativeMarket.openEditorChoicePage({
-  editorChoice: 'editorial_fitness_apps_us',
-});
-
-// Perform search
-NativeMarket.search({
-  terms: 'capacitor',
-});
-```
-
-各メソッドは、実行したいアクションに応じて異なる入力パラメータを必要とします。必要なパラメータの詳細については、メソッドのドキュメントを参照してください。
-
-以上です！これで、Capacitorプロジェクトに`@capgo/native-market` パッケージを正常にインストールおよび使用しました。ぜひ、さらにその機能を探求し、ニーズに応じてカスタマイズしてください。
-
-***
-
-チュートリアルの完了おめでとうございます！他に質問がある場合やサポートが必要な場合は、お気軽にお尋ねください。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/native-purchases.md b/src/content/plugins-tutorials/ja/native-purchases.md
deleted file mode 100644
index d4a50634d..000000000
--- a/src/content/plugins-tutorials/ja/native-purchases.md
+++ /dev/null
@@ -1,53 +0,0 @@
----
-locale: ja
----
-
-# @capgo/native-purchases パッケージ
-
-@capgo/native-purchases パッケージは、Capacitor 用のプラグインであり、アプリ内購入機能を簡単に提供します。このチュートリアルでは、Capacitor プロジェクトにパッケージをインストールして使用する手順について説明します。
-
-## インストール
-
-@capgo/native-purchases パッケージをインストールするには、ターミナルを開き、次のコマンドを実行します：
-
-[[コードブロック]]
-
-これにより、パッケージがインストールされ、ネイティブファイルがプロジェクトと同期されます。
-
-### Android セットアップ
-
-Android を使用している場合は、AndroidManifest.xml ファイルにいくつかの設定を追加する必要があります。`android/app/src/main/AndroidManifest.xml` にあるファイルを開き、次のコードを追加します：
-
-[[コードブロック]]
-
-### iOS セットアップ
-
-iOS を使用している場合は、特に追加の手順は必要ありません。
-
-## パッケージの使用
-
-@capgo/native-purchases パッケージは、アプリ内購入を処理するためのいくつかのメソッドを提供します。これらのメソッドを使用する例をいくつか示します：
-
-### 購入の復元
-
-ユーザーの以前の購入を復元するには、`restorePurchases()` メソッドを使用します：
-
-[[コードブロック]]
-
-### 商品の購入
-
-特定の商品を購入するために、`purchaseProduct()` メソッドを使用します：
-
-[[コードブロック]]
-
-### 商品情報の取得
-
-特定の商品に関する情報を取得するには、`getProducts()` メソッドを使用します：
-
-[[コードブロック]]
-
-これらは、@capgo/native-purchases パッケージの使用方法のほんの一部の例です。利用可能なメソッドとそのパラメータに関する詳細情報は、パッケージのドキュメントを参照してください。
-
-## 結論
-
-このチュートリアルでは、@capgo/native-purchases パッケージのインストール手順と基本的な使用方法について説明しました。ここで説明した手順に従うことで、Capacitor プロジェクトにアプリ内購入機能を統合できるようになるでしょう。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ja/purchases-capacitor.md b/src/content/plugins-tutorials/ja/purchases-capacitor.md
deleted file mode 100644
index a1bcf0514..000000000
--- a/src/content/plugins-tutorials/ja/purchases-capacitor.md
+++ /dev/null
@@ -1,176 +0,0 @@
----
-locale: ja
----
-
-revenuecat/purchases-capacitor チュートリアル
-
-このチュートリアルでは、`@revenuecat/purchases-capacitor` パッケージを使用して、Ionic Capacitor アプリにアプリ内購入とサブスクリプションを実装するプロセスをガイドします。
-
-## 前提条件
-
-始める前に、以下を確認してください。
-
-- 設定された Ionic Capacitor プロジェクト
-- RevenueCat アカウント（https://apprevenuecatcom/signup でサインアップ）
-- アプリストアアカウント（Apple App Store および/または Google Play Store）に設定されたアプリ内製品またはサブスクリプション
-
-## インストール
-
-1 ターミナルまたはコマンドプロンプトを開き、プロジェクトディレクトリに移動します。
-
-2 次のコマンドを実行してパッケージをインストールします：
-
-```bash
-npm install @revenuecat/purchases-capacitor
-```
-
-3 インストール後、Capacitor プロジェクトを同期します：
-
-```bash
-npx cap sync
-```
-
-## 設定
-
-1 アプリのメイン TypeScript ファイル（例：`appcomponentts`）に Purchases モジュールをインポートします：
-
-```typescript
-import { Purchases } from '@revenuecat/purchases-capacitor';
-```
-
-2 RevenueCat API キーを使用して SDK を設定します：
-
-```typescript
-async function initializePurchases() {
-  await Purchases.configure({
-    apiKey: 'YOUR_REVENUECAT_API_KEY',
-  });
-}
-```
-
-アプリが起動したときにこの関数を呼び出します。例えば、メインコンポーネントの `ngOnInit()` メソッド内です。
-
-## 基本的な使い方
-
-### 利用可能な製品の取得
-
-利用可能な製品のリストを取得するには：
-
-```typescript
-async function getProducts() {
-  try {
-    const offerings = await Purchases.getOfferings();
-    if (offerings.current !== null) {
-      const products = offerings.current.availablePackages;
-      console.log('Available products:', products);
-    }
-  } catch (error) {
-    console.error('Error fetching products:', error);
-  }
-}
-```
-
-### 購入の実行
-
-購入を開始するには：
-
-```typescript
-async function purchasePackage(package: PurchasesPackage) {
-  try {
-    const { customerInfo, productIdentifier } = await Purchases.purchasePackage({ aPackage: package });
-    console.log('Purchase successful:', productIdentifier);
-    console.log('Customer Info:', customerInfo);
-  } catch (error) {
-    console.error('Error making purchase:', error);
-  }
-}
-```
-
-### サブスクリプションの状態確認
-
-ユーザーの現在のサブスクリプションの状態を確認するには：
-
-```typescript
-async function checkSubscriptionStatus() {
-  try {
-    const { customerInfo } = await Purchases.getCustomerInfo();
-    const activeSubscriptions = customerInfo.activeSubscriptions;
-    console.log('Active subscriptions:', activeSubscriptions);
-  } catch (error) {
-    console.error('Error checking subscription status:', error);
-  }
-}
-```
-
-### 購入の復元
-
-ユーザーの以前の購入を復元するには：
-
-```typescript
-async function restorePurchases() {
-  try {
-    const { customerInfo } = await Purchases.restorePurchases();
-    console.log('Purchases restored:', customerInfo);
-  } catch (error) {
-    console.error('Error restoring purchases:', error);
-  }
-}
-```
-
-## 高度な機能
-
-### ユーザーの識別
-
-独自のユーザー ID システムがある場合は、ユーザーを RevenueCat に識別させることができます：
-
-```typescript
-async function identifyUser(userId: string) {
-  try {
-    const { customerInfo } = await Purchases.logIn({ appUserID: userId });
-    console.log('User identified:', customerInfo);
-  } catch (error) {
-    console.error('Error identifying user:', error);
-  }
-}
-```
-
-### イントロダクテリー価格の適格性確認
-
-ユーザーがイントロダクテリー価格の適格性があるか確認するには：
-
-```typescript
-async function checkIntroEligibility(productIdentifiers: string[]) {
-  try {
-    const eligibility = await Purchases.checkTrialOrIntroductoryPriceEligibility({ productIdentifiers });
-    console.log('Introductory price eligibility:', eligibility);
-  } catch (error) {
-    console.error('Error checking eligibility:', error);
-  }
-}
-```
-
-### 属性の設定
-
-ユーザーにカスタム属性を設定できます：
-
-```typescript
-async function setUserAttributes() {
-  try {
-    await Purchases.setAttributes({
-      'user_level': '5',
-      'user_type': 'premium'
-    });
-    console.log('Attributes set successfully');
-  } catch (error) {
-    console.error('Error setting attributes:', error);
-  }
-}
-```
-
-## 結論
-
-このチュートリアルでは、`@revenuecat/purchases-capacitor` パッケージを使用したアプリ内購入とサブスクリプションの実装の基本を説明しました。エラーを適切に処理し、実装を十分にテストすることを忘れないでください。
-
-詳細な API ドキュメントや高度な使用法については、RevenueCat のドキュメント（https://docsrevenuecatcom/）を参照してください。
-
-RevenueCat ダッシュボードで製品を設定し、アプリストア製品にリンクすることを忘れないでください。また、リリース前にサンドボックス環境で実装をテストすることを確認してください。
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/camera-preview.md b/src/content/plugins-tutorials/ko/camera-preview.md
deleted file mode 100644
index eecb4db88..000000000
--- a/src/content/plugins-tutorials/ko/camera-preview.md
+++ /dev/null
@@ -1,105 +0,0 @@
----
-locale: ko
----
-
-capgo/camera-preview 패키지 튜토리얼
-
-이 튜토리얼에서는 Capacitor 프로젝트에서 `@capgo/camera-preview` 패키지를 사용하는 단계를 안내합니다. 이 패키지를 사용하면 JavaScript 및 HTML 코드에서 카메라와 상호 작용할 수 있습니다.
-
-## 설치
-
-`@capgo/camera-preview` 패키지를 설치하려면 터미널을 열고 다음 명령 중 하나를 실행하세요.
-
-```bash
-yarn add @capgo/camera-preview
-```
-
-또는
-
-```bash
-npm install @capgo/camera-preview
-```
-
-설치가 완료된 후 다음 명령을 실행하여 Capacitor 프로젝트를 동기화합니다.
-
-```bash
-npx cap sync
-```
-
-### 추가 Android 설치 단계
-
-Android를 사용하는 경우 프로젝트에 몇 가지 추가 변경이 필요합니다. `android/app/src/main/AndroidManifestxml` 파일을 열고 닫는 `</application>` 태그 위에 다음 줄을 추가하여 CAMERA를 요청합니다. 허가:
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-```
-
-자세한 도움말은 [Capacitor 문서](https://capacitorjs.com/docs/android/configuration/#configuring-androidmanifestxml/)를 참조하세요.
-
-### 추가 iOS 설치 단계
-
-iOS를 사용하는 경우 `Infoplist` 파일에 두 가지 권한을 추가해야 합니다. [Capacitor 설명서](https://capacitorjs.com/docs/ios/configuration/#configuring-infoplist)에 따라 `NSCameraUsageDescription` 및 ` NSMicrophoneUsageDescription` 권한 `NSMicrophoneUsageDescription` 권한은 오디오를 사용할 경우에만 필요합니다. 오디오가 필요하지 않은 경우 `disableAudio` 옵션을 `true`로 설정하여 마이크 권한 요청을 비활성화할 수 있습니다.
-
-### 추가 웹 설치 단계
-
-Ionic과 함께 웹 플랫폼을 사용하는 경우 'appmodulets'의 입력 스크립트에 다음 줄을 추가하세요.
-
-```typescript
-import '@capgo/camera-preview';
-```
-
-이렇게 하면 Capacitor가 플러그인에서 웹 플랫폼을 등록할 수 있습니다.
-
-## API
-
-`@capgo/camera-preview` 패키지는 다음과 같은 API 메소드를 제공합니다:
-
-### 시작(옵션: CameraPreviewOptions)
-
-카메라 미리보기 인스턴스를 시작합니다.
-
-### 멈추다()
-
-카메라 미리보기 인스턴스를 중지합니다.
-
-### 캡처(옵션: CameraPreviewPictureOptions)
-
-카메라에서 사진을 캡처합니다.
-
-### CaptureSample(옵션: CameraSampleOptions)
-
-샘플 이미지 캡처
-
-### getSupportedFlashModes()
-
-지원되는 플래시 모드를 가져옵니다.
-
-### getHorizontalFov()
-
-수평 시야를 가져옵니다.
-
-### setFlashMode(옵션: { flashMode: CameraPreviewFlashMode | string; })
-
-플래시 모드를 설정합니다
-
-### 뒤집기()
-
-카메라를 뒤집는다
-
-### setOpacity(옵션: CameraOpacityOptions)
-
-카메라 불투명도를 설정합니다
-
-### 녹화비디오 중지()
-
-비디오 녹화를 중지합니다
-
-### startRecordVideo(옵션: CameraPreviewOptions)
-
-비디오 녹화를 시작합니다
-
-이러한 메서드의 매개변수 및 반환 값에 대한 자세한 내용은 `@capgo/camera-preview` 패키지 문서를 참조하세요.
-
-## 결론
-
-이 튜토리얼에서는 Capacitor 프로젝트에서 `@capgo/camera-preview` 패키지를 설치하고 사용하는 방법을 배웠습니다. 사용 가능한 API 메소드와 사용법을 살펴보았습니다. 이제 이 패키지를 사용하여 카메라 기능을 애플리케이션에 통합할 수 있습니다.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/capacitor-age-range.md b/src/content/plugins-tutorials/ko/capacitor-age-range.md
deleted file mode 100644
index f4d2c785e..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-age-range.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-locale: ko
----
-# Using @capgo/capacitor-age-range Package
-
-The `@capgo/capacitor-age-range` package provides cross-platform age range detection for Capacitor apps. It uses **Google Play Age Signals** on Android and **Apple DeclaredAgeRange** on iOS, mapping both to a unified API.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-age-range
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `com.apple.developer.declared-age-range` entitlement to your app:
-
-1. In Xcode, select your target → **Signing & Capabilities**
-2. Click **+ Capability** → search for **Declared Age Range**
-3. Enable it
-
-Or add manually to your `*.entitlements` file:
-
-```xml
-<key>com.apple.developer.declared-age-range</key>
-<true/>
-```
-
-> **Note:** The DeclaredAgeRange framework requires iOS 26+. On older versions, the plugin returns `NOT_AVAILABLE`.
-
-## Android Setup
-
-No additional setup is needed. The plugin uses Google Play Age Signals API which works automatically when the Play Store is installed.
-
-## API
-
-The `@capgo/capacitor-age-range` package provides the following API methods:
-
-### requestAgeRange(options?)
-
-Requests the user's age range. On iOS, this shows a system dialog. On Android, this queries Play Age Signals in the background.
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function checkAge() {
-  const result = await AgeRange.requestAgeRange({
-    ageGates: [13, 16, 18] // iOS only, ignored on Android
-  });
-
-  switch (result.status) {
-    case 'SHARING':
-      console.log('Age range:', result.ageLower, '-', result.ageUpper);
-      console.log('Source:', result.declarationSource);
-      break;
-    case 'DECLINED_SHARING':
-      console.log('User declined to share age');
-      break;
-    case 'NOT_AVAILABLE':
-      console.log('Age range API not available');
-      break;
-    case 'ERROR':
-      console.log('Error occurred');
-      break;
-  }
-}
-```
-
-### getPluginVersion()
-
-Returns the native plugin version.
-
-```javascript
-const { version } = await AgeRange.getPluginVersion();
-console.log('Plugin version:', version);
-```
-
-## Complete Example
-
-```javascript
-import { AgeRange } from '@capgo/capacitor-age-range';
-
-async function verifyAge() {
-  const result = await AgeRange.requestAgeRange({ ageGates: [13, 18] });
-
-  if (result.status === 'SHARING') {
-    const isAdult = (result.ageLower ?? 0) >= 18;
-    if (isAdult) {
-      enableAdultContent();
-    } else {
-      enableChildSafeContent();
-    }
-  } else {
-    // Default to child-safe experience
-    enableChildSafeContent();
-  }
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-age-range` package for cross-platform age range detection in your Capacitor app.
diff --git a/src/content/plugins-tutorials/ko/capacitor-app-tracking-transparency.md b/src/content/plugins-tutorials/ko/capacitor-app-tracking-transparency.md
deleted file mode 100644
index 2f69806a1..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-app-tracking-transparency.md
+++ /dev/null
@@ -1,95 +0,0 @@
----
-locale: ko
----
-# Using @capgo/capacitor-app-tracking-transparency Package
-
-The `@capgo/capacitor-app-tracking-transparency` package allows you to request and check iOS App Tracking Transparency (ATT) permission in your Capacitor app. This is required for apps that access the device's advertising identifier (IDFA) on iOS 14+.
-
-## Installation
-
-To install the package, run the following command in your project's root directory:
-
-```bash
-npm install @capgo/capacitor-app-tracking-transparency
-npx cap sync
-```
-
-## iOS Setup
-
-Add the `NSUserTrackingUsageDescription` key to your app's `Info.plist` file:
-
-```xml
-<key>NSUserTrackingUsageDescription</key>
-<string>This identifier will be used to deliver personalized ads to you.</string>
-```
-
-This message will be shown to users when requesting tracking permission. Customize it to explain why your app needs tracking authorization.
-
-## Android & Web
-
-App Tracking Transparency is an iOS-only framework. On Android and Web, this plugin returns `authorized` status automatically, allowing transparent cross-platform usage without conditional code.
-
-## API
-
-The `@capgo/capacitor-app-tracking-transparency` package provides the following API methods:
-
-### getStatus()
-
-Gets the current tracking authorization status without prompting the user.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function checkTrackingStatus() {
-  const { status } = await AppTrackingTransparency.getStatus();
-  console.log('Tracking status:', status);
-  // Possible values: 'authorized', 'denied', 'notDetermined', 'restricted'
-}
-```
-
-### requestPermission()
-
-Requests user authorization to access app-related data for tracking. Shows the native iOS permission dialog.
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function requestTrackingPermission() {
-  const { status } = await AppTrackingTransparency.requestPermission();
-  if (status === 'authorized') {
-    console.log('User authorized tracking');
-    // Initialize your tracking/analytics SDKs
-  } else {
-    console.log('User denied tracking:', status);
-    // Use non-personalized alternatives
-  }
-}
-```
-
-> **Note:** The permission dialog is only shown once per app install. Subsequent calls return the stored status.
-
-## Complete Example
-
-```javascript
-import { AppTrackingTransparency } from '@capgo/capacitor-app-tracking-transparency';
-
-async function handleTracking() {
-  const { status } = await AppTrackingTransparency.getStatus();
-
-  if (status === 'notDetermined') {
-    const result = await AppTrackingTransparency.requestPermission();
-    if (result.status === 'authorized') {
-      initializeTracking();
-    }
-  } else if (status === 'authorized') {
-    initializeTracking();
-  }
-}
-
-function initializeTracking() {
-  // Initialize your ad SDKs, analytics, etc.
-  console.log('Tracking initialized');
-}
-```
-
-That's it! You have successfully learned how to use the `@capgo/capacitor-app-tracking-transparency` package to handle App Tracking Transparency in your Capacitor app.
diff --git a/src/content/plugins-tutorials/ko/capacitor-crisp.md b/src/content/plugins-tutorials/ko/capacitor-crisp.md
deleted file mode 100644
index 22e5d2de4..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-crisp.md
+++ /dev/null
@@ -1,74 +0,0 @@
----
-locale: ko
----
-
-@capgo/capacitor-crisp 패키지를 노래하세요
-
-`@capgo/capacitor-crisp` 패키지를 사용하면 기본 SDK인 Crisp를 Capacitor 앱에 통합할 수 있습니다. Crisp 구성, 채팅 상자 열기, 사용자 세부 정보 설정, 이벤트 전송 등을 위한 방법을 제공합니다.
-
-`@capgo/capacitor-crisp` 패키지를 시작하려면 다음 단계를 따르세요.
-
-## 설치
-
-1 터미널을 열고 Capacitor 앱의 루트 디렉터리로 이동합니다.
-2 다음 명령을 실행하여 패키지를 설치합니다.
-
-```bash
-npm install @capgo/capacitor-crisp
-npx cap sync
-```
-
-## Crisp 초기화
-
-`@capgo/capacitor-crisp` 패키지에서 제공하는 방법을 사용하기 전에 웹 사이트 ID로 Crisp를 구성해야 합니다. 프로젝트에 다음 코드를 추가합니다.
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-CapacitorCrisp.configure({ websiteID: '******-****-****-****-********' });
-```
-
-'********-****-****-****-********'`를 실제 Crisp 웹사이트 ID로 바꾸세요.
-
-### iOS 통합
-
-iOS를 대상으로 하는 경우 앱의 Infoplist 파일에 다음 권한을 추가해야 합니다.
-
-- 개인정보 보호 - 카메라 사용 설명(NSCameraUsageDescription)
-- 개인 정보 보호 - 사진 라이브러리 추가 사용 설명(NSPhotoLibraryAddUsageDescription)
-
-앱에 해당 권한이 필요한 이유를 설명하는 각 권한에 대한 설명을 제공하세요.
-
-### 안드로이드 통합
-
-Android 통합에는 추가 단계가 필요하지 않습니다.
-
-## 채팅 상자를 엽니다
-
-앱에서 Crisp 채팅 상자를 열려면 `@capgo/capacitor-crisp` 패키지에서 제공하는 `openMessenger` 메서드를 사용하세요. 프로젝트에 다음 코드를 추가하세요.
-
-```typescript
-import { CapacitorCrisp } from '@capgo/capacitor-crisp';
-
-CapacitorCrisp.openMessenger();
-```
-
-그러면 사용자가 지원팀과 대화를 시작할 수 있는 Crisp 채팅 상자가 열립니다.
-
-## 추가 기능
-
-`@capgo/capacitor-crisp` 패키지는 Crisp를 사용자 정의하고 상호 작용하기 위한 여러 가지 다른 방법을 제공합니다. 사용 가능한 방법 중 일부는 다음과 같습니다.
-
-- `setTokenID`: 사용자의 토큰 ID를 설정합니다.
-- `setUser`: 닉네임, 전화번호, 이메일, 아바타 등 사용자 세부정보를 설정합니다.
-- `pushEvent`: Crisp에 맞춤 이벤트 보내기
-- `setCompany`: 이름, URL, 설명, 고용, 지리적 위치를 포함한 회사 세부정보 설정
-- `setInt`: 맞춤 정수 값을 설정합니다.
-- `setString`: 사용자 정의 문자열 값을 설정합니다.
-- `sendMessage`: Crisp에게 채팅 메시지 보내기
-- `setSegment`: 사용자의 세그먼트를 설정합니다.
-- `reset`: Crisp 구성을 재설정합니다.
-
-이러한 메서드와 해당 매개 변수에 대한 자세한 내용은 `@capgo/capacitor-crisp` 패키지의 공식 문서를 참조하세요.
-
-그게 다야! `@capgo/capacitor-crisp` 패키지를 사용하여 Crisp를 Capacitor 앱에 통합하는 방법을 배웠습니다. Crisp 채팅 상자를 통해 사용자와 원활한 커뮤니케이션을 즐기세요.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/capacitor-data-storage-sqlite.md b/src/content/plugins-tutorials/ko/capacitor-data-storage-sqlite.md
deleted file mode 100644
index 2f1c27658..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-data-storage-sqlite.md
+++ /dev/null
@@ -1,188 +0,0 @@
----
-locale: ko
----
-
-capgo/capacitor-data-storage-sqlite Tutorial
-
-이 튜토리얼은 Ionic Capacitor 앱에서 간단한 문자열 데이터에 대한 키-값 영구 저장소를 구현하기 위해 `@capgo/capacitor-data-storage-sqlite` 패키지를 사용하는 프로세스를 안내합니다.
-
-## 전제 조건
-
-시작하기 전에 다음이 설치되어 있는지 확인하십시오.
-
-- Nodejs
-- npm
-- 이온콘덴서 프로젝트
-
-## 설치
-
-1 터미널이나 명령 프롬프트를 열고 프로젝트 디렉터리로 이동합니다.
-
-2 다음 명령을 실행하여 패키지를 설치합니다.
-
-```bash
-npm install --save @capgo/capacitor-data-storage-sqlite
-```
-
-3 설치 후 Capacitor 프로젝트를 동기화합니다.
-
-```bash
-npx cap sync
-```
-
-4 웹 플랫폼의 경우 localforage를 설치합니다.
-
-```bash
-npm install --save localforage
-```
-
-5 Electron 플랫폼의 경우 다음 추가 단계를 따르십시오.
-
-```bash
-npm install --save @capacitor-community/electron
-npx cap add @capacitor-community/electron
-cd electron
-npm install --save sqlite3
-npm install --save-dev @types/sqlite3
-npm run build
-cd ..
-npx cap sync @capacitor-community/electron
-```
-
-## 용법
-
-이제 패키지를 설치했으므로 앱에서 이를 사용하는 방법을 살펴보겠습니다.
-
-### 플러그인 가져오기
-
-먼저 TypeScript 파일에서 플러그인을 가져옵니다.
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { CapacitorDataStorageSqlite, capDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-```
-
-### 매장 오픈
-
-저장소 사용을 시작하려면 저장소를 열어야 합니다.
-
-```typescript
-async function openStore() {
-  const store = new CapacitorDataStorageSqlite(Capacitor.getPlatform());
-  await store.openStore({ database: "my_db", table: "my_table" });
-  return store;
-}
-```
-
-### 값 설정
-
-저장소에서 값을 설정하려면:
-
-```typescript
-async function setValue(store, key: string, value: string) {
-  await store.set(key, value);
-}
-```
-
-### 가치 얻기
-
-저장소에서 값을 검색하려면:
-
-```typescript
-async function getValue(store, key: string) {
-  const result = await store.get(key);
-  return result.value;
-}
-```
-
-### 키가 존재하는지 확인하기
-
-저장소에 키가 있는지 확인하려면 다음 안내를 따르세요.
-
-```typescript
-async function isKeyExists(store, key: string) {
-  const result = await store.iskey(key);
-  return result.result;
-}
-```
-
-### 키 제거
-
-저장소에서 키를 제거하려면:
-
-```typescript
-async function removeKey(store, key: string) {
-  await store.remove(key);
-}
-```
-
-### 매장 정리
-
-저장소에서 모든 데이터를 지우려면:
-
-```typescript
-async function clearStore(store) {
-  await store.clear();
-}
-```
-
-### 매장 폐쇄
-
-스토어 사용이 끝나면 닫는 것이 좋습니다.
-
-```typescript
-async function closeStore(store) {
-  await store.closeStore();
-}
-```
-
-## 사용 예
-
-다음은 플러그인 사용 방법에 대한 전체 예입니다.
-
-```typescript
-import { Capacitor } from '@capacitor/core';
-import { CapacitorDataStorageSqlite, capDataStorageSqlite } from '@capgo/capacitor-data-storage-sqlite';
-
-async function dataStorageExample() {
-  const store = new CapacitorDataStorageSqlite(Capacitor.getPlatform());
-  
-  try {
-    // Open the store
-    await store.openStore({ database: "my_db", table: "my_table" });
-
-    // Set a value
-    await store.set("myKey", "Hello, Capacitor!");
-
-    // Get the value
-    const result = await store.get("myKey");
-    console.log("Value:", result.value);
-
-    // Check if key exists
-    const keyExists = await store.iskey("myKey");
-    console.log("Key exists:", keyExists.result);
-
-    // Remove the key
-    await store.remove("myKey");
-
-    // Clear the store
-    await store.clear();
-
-  } catch (error) {
-    console.error("Error:", error);
-  } finally {
-    // Close the store
-    await store.closeStore();
-  }
-}
-
-dataStorageExample();
-```
-
-## 결론
-
-이제 `@capgo/capacitor-data-storage-sqlite` 패키지를 사용하여 Ionic Capacitor 앱에서 키-값 저장 시스템을 구현하는 방법을 배웠습니다. 이 플러그인은 다양한 플랫폼에서 문자열 데이터를 저장하고 검색하는 간단한 방법을 제공합니다. , iOS, Android, Electron, 웹 포함
-
-오류를 적절하게 처리하고 사용이 끝나면 저장소를 닫는 것을 잊지 마십시오. 암호화된 데이터베이스, 다중 테이블 및 JSON 가져오기/내보내기 작업을 포함한 고급 사용법은 플러그인의 전체 API 문서를 참조하세요.
-
-API 및 사용 가능한 옵션에 대한 자세한 내용은 패키지의 README 또는 설명서를 참조하세요.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/capacitor-flash.md b/src/content/plugins-tutorials/ko/capacitor-flash.md
deleted file mode 100644
index 879e08fc5..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-flash.md
+++ /dev/null
@@ -1,103 +0,0 @@
----
-locale: ko
----
-
-@capgo/capacitor-flash 패키지 노래 부르기
-
-`@capgo/capacitor-flash` 패키지를 사용하면 장치의 손전등/토치를 켜고 끌 수 있습니다. 이 튜토리얼에서는 Ionic Capacitor 앱에서 이 패키지를 설치하고 사용하는 과정을 안내합니다.
-
-## 설치
-
-`@capgo/capacitor-flash` 패키지를 설치하려면 프로젝트의 루트 디렉터리에서 다음 명령을 실행하세요.
-
-```bash
-npm install @capgo/capacitor-flash
-npx cap sync
-```
-
-## iOS 설정
-
-`@capgo/capacitor-flash` 패키지는 iOS에서 기본적으로 작동하므로 추가 설정이 필요하지 않습니다.
-
-## 안드로이드 설정
-
-Android의 경우 앱의 `AndroidManifestxml` 파일에서 필요한 권한을 선언해야 합니다. `<manifest>` 태그 안에 다음 줄을 추가하세요.
-
-```xml
-<uses-permission android:name="android.permission.CAMERA" />
-<uses-feature android:name="android.hardware.camera" />
-```
-
-## API
-
-`@capgo/capacitor-flash` 패키지는 다음과 같은 API 메소드를 제공합니다:
-
-### 사용 가능()
-
-이 방법은 장치에서 손전등을 사용할 수 있는지 확인합니다.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function checkFlashlightAvailability() {
-  const isAvailable = await CapacitorFlash.isAvailable();
-  console.log('Flashlight availability:', isAvailable);
-}
-```
-
-### 스위치 켜기(옵션)
-
-이 메소드는 장치의 손전등을 켭니다. 손전등의 강도를 조정하는 옵션을 전달할 수 있습니다
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function switchOnFlashlight() {
-  const options = {
-    intensity: 100, // Set the intensity to 100%
-  };
-  await CapacitorFlash.switchOn(options);
-  console.log('Flashlight switched on');
-}
-```
-
-### 스위치끄기()
-
-이 방법은 장치의 손전등을 끕니다.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function switchOffFlashlight() {
-  await CapacitorFlash.switchOff();
-  console.log('Flashlight switched off');
-}
-```
-
-### isSwitchedOn()
-
-이 방법은 손전등이 현재 켜져 있는지 꺼져 있는지 확인합니다.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function checkFlashlightStatus() {
-  const isSwitchedOn = await CapacitorFlash.isSwitchedOn();
-  console.log('Flashlight status:', isSwitchedOn ? 'ON' : 'OFF');
-}
-```
-
-### 토글()
-
-이 방법은 손전등을 토글합니다. 즉, 켜져 있으면 꺼지고 그 반대도 마찬가지입니다.
-
-```javascript
-import { CapacitorFlash } from '@capgo/capacitor-flash';
-
-async function toggleFlashlight() {
-  await CapacitorFlash.toggle();
-  console.log('Flashlight toggled');
-}
-```
-
-그게 다야! Ionic Capacitor 앱에서 `@capgo/capacitor-flash` 패키지를 사용하여 장치의 손전등/토치를 제어하는 ​​방법을 성공적으로 배웠습니다.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/capacitor-inappbrowser.md b/src/content/plugins-tutorials/ko/capacitor-inappbrowser.md
deleted file mode 100644
index 7e8314082..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-inappbrowser.md
+++ /dev/null
@@ -1,59 +0,0 @@
----
-locale: ko
----
-
-capgo/inappbrowser 패키지 튜토리얼
-
-`@capgo/inappbrowser` 패키지는 인앱 브라우저 창에서 URL을 열 수 있게 해주는 Capacitor 플러그인입니다. 다음은 이 패키지를 사용하는 방법에 대한 단계별 가이드입니다.
-
-## 설치
-
-패키지를 설치하려면 프로젝트의 루트 디렉터리에서 다음 명령을 실행하세요.
-
-```bash
-npm install @capgo/inappbrowser
-npx cap sync
-```
-
-## 용법
-
-1 `@capgo/inappbrowser` 패키지에서 `InAppBrowser` 클래스를 가져옵니다.
-
-   ```javascript
-   import { InAppBrowser } from '@capgo/inappbrowser';
-   ```
-
-2 'InAppBrowseropen' 메서드를 사용하여 새 전체 화면 창에서 URL을 엽니다.
-
-   ```javascript
-   InAppBrowser.open("YOUR_URL");
-   ```
-
-   `"YOUR_URL"`을 열려는 URL로 바꾸세요.
-
-3 `InAppBrowser` 클래스에서 제공하는 다른 메서드를 사용할 수도 있습니다.
-
-   - `clearCookies`: 모든 쿠키 삭제
-   - `close`: 인앱 브라우저 창을 닫습니다.
-   - `openWebView`: 도구 모음을 사용하여 새 웹 보기에서 URL을 엽니다.
-   - `setUrl`: 인앱 브라우저의 URL을 설정합니다.
-
-   이러한 메서드에 대한 자세한 내용은 아래 API 섹션을 참조하세요.
-
-## API
-
-`@capgo/inappbrowser` 패키지는 다음과 같은 API 메소드를 제공합니다:
-
-- `open(options: OpenOptions)`: 새 전체 화면 창에서 URL을 엽니다. `OpenOptions` 개체를 매개변수로 사용합니다.
-- `clearCookies()`: 모든 쿠키 삭제
-- `close()`: 인앱 브라우저 창을 닫습니다.
-- `openWebView(options: OpenWebViewOptions)`: 도구 모음을 사용하여 새 웹 보기에서 URL을 엽니다. `OpenWebViewOptions` 개체를 매개변수로 사용합니다.
-- `setUrl(options: { url: string; })`: 인앱 브라우저의 URL을 설정합니다. `url` 속성이 있는 객체를 매개변수로 사용합니다.
-- `addListener('urlChangeEvent', ListenerFunc: UrlChangeListener)`: URL 변경 이벤트 수신 `UrlChangeListener` 함수를 매개변수로 사용
-- `addListener('closeEvent', ListenerFunc: UrlChangeListener)`: 닫기 이벤트 수신 `UrlChangeListener` 함수를 매개변수로 사용
-- `addListener('confirmBtnClicked', ListenerFunc: UrlChangeListener)`: 확인 버튼 클릭 이벤트 수신 `UrlChangeListener` 함수를 매개변수로 사용
-- `removeAllListeners()`: 모든 이벤트 리스너 제거
-
-이러한 메소드의 매개변수 및 반환 값에 대한 자세한 내용은 패키지 설명서를 참조하세요.
-
-그리고 그게 다야! Capacitor의 인앱 브라우저 창에서 URL을 여는 `@capgo/inappbrowser` 패키지를 사용하는 방법을 배웠습니다. 즐거운 코딩 되세요!
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/capacitor-mute.md b/src/content/plugins-tutorials/ko/capacitor-mute.md
deleted file mode 100644
index 574a080f5..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-mute.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-locale: ko
----
-
-@capgo/capacitor-mute 패키지를 노래하세요
-
-`@capgo/capacitor-mute` 패키지는 장치에서 음소거 스위치가 활성화 또는 비활성화되었는지 감지할 수 있는 커패시터 플러그인입니다. 장치의 음소거 상태를 확인하기 위한 간단한 API를 제공합니다.
-
-## 설치
-
-npm을 사용하여 `@capgo/capacitor-mute` 패키지를 설치할 수 있습니다.
-
-```bash
-npm install @capgo/capacitor-mute
-npx cap sync
-```
-
-## 용법
-
-`@capgo/capacitor-mute` 패키지를 사용하려면 패키지를 가져와 `isMulated()` 메서드를 호출해야 합니다.
-
-```typescript
-import { isMuted } from '@capgo/capacitor-mute';
-
-isMuted().then((result) => {
-  console.log('Mute status:', result);
-}).catch((error) => {
-  console.error('Error checking mute status:', error);
-});
-```
-
-`isMute()` 메소드는 장치가 음소거되었는지 여부를 나타내는 부울 값으로 확인되는 Promise를 반환합니다. Promise가 거부되면 오류 메시지가 표시됩니다.
-
-## 예
-
-다음은 `@capgo/capacitor-mute` 패키지를 사용하여 장치의 음소거 상태를 확인하고 결과에 따라 메시지를 표시하는 방법의 예입니다.
-
-```typescript
-import { isMuted } from '@capgo/capacitor-mute';
-
-isMuted().then((result) => {
-  if (result) {
-    console.log('The device is currently muted');
-    // Display a message or perform some actions for muted device
-  } else {
-    console.log('The device is not muted');
-    // Display a message or perform some actions for non-muted device
-  }
-}).catch((error) => {
-  console.error('Error checking mute status:', error);
-});
-```
-
-이 예에서는 장치가 음소거된 경우 "장치가 현재 음소거되어 있습니다"라는 메시지가 표시됩니다. 장치가 음소거되지 않은 경우 "장치가 음소거되지 않았습니다."라는 메시지가 표시됩니다.
-
-## 가능한 문제
-
-Xcode 14가 설치된 iOS 장치에서는 '@capgo/capacitor-mute' 라이브러리가 Apple에서 예상한 대로 구성되지 않을 수 있습니다. 이 문제는 현재 라이브러리 개발자가 해결하고 있습니다. 이 문제를 해결하려면 다음 지침을 따르세요. 패키지 문서의 [알려진 문제](https://githubcom/CocoaPods/CocoaPods/issues/8891/) 섹션
-
-## 결론
-
-`@capgo/capacitor-mute` 패키지는 장치의 음소거 상태를 감지할 수 있는 유용한 Capacitor 플러그인입니다. 이 튜토리얼에 설명된 설치 및 사용 단계를 따르면 이 패키지를 Capacitor 프로젝트에 쉽게 통합하고 활용할 수 있습니다. 음소거 상태를 확인하는 API
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/capacitor-native-biometric.md b/src/content/plugins-tutorials/ko/capacitor-native-biometric.md
deleted file mode 100644
index bd0a9637d..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-native-biometric.md
+++ /dev/null
@@ -1,22 +0,0 @@
----
-locale: ko
----
-
-| ------------- | ------------ |
-| 0 | 알 수 없는 오류 | 안드로이드, iOS |
-| 1 | 생체 인식을 사용할 수 없음 | 안드로이드, iOS |
-| 2 | 사용자 잠금 | 안드로이드, iOS |
-| 3 | 생체 인식이 등록되지 않음 | 안드로이드, iOS |
-| 4 | 사용자 임시 잠금 | Android(30초 동안 잠금) |
-| 10 | 인증 실패 | 안드로이드, iOS |
-| 11 | 앱 취소 | iOS |
-| 12 | 잘못된 컨텍스트 | iOS |
-| 13 | 대화형 아님 | iOS |
-| 14 | 비밀번호가 설정되지 않음 | 안드로이드, iOS |
-| 15 | 시스템 취소 | 안드로이드, iOS |
-| 16 | 사용자 취소 | 안드로이드, iOS |
-| 17 | 사용자 대체 | 안드로이드, iOS |
-
-애플리케이션 요구 사항에 따라 이러한 오류 코드를 처리할 수 있습니다.
-
-그게 다야! `@capgo/capacitor-native-biometric` 패키지를 사용하여 생체 인식 인증을 Capacitor 애플리케이션에 통합하는 방법을 성공적으로 배웠습니다.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/capacitor-nativegeocoder.md b/src/content/plugins-tutorials/ko/capacitor-nativegeocoder.md
deleted file mode 100644
index 2836856f2..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-nativegeocoder.md
+++ /dev/null
@@ -1,72 +0,0 @@
----
-locale: ko
----
-
-지오코딩에 @capgo/nativegeocoder 사용
-
-`@capgo/nativegeocoder` 패키지는 기본 정방향 및 역방향 지오코딩 기능을 제공하는 커패시터 플러그인입니다. 지오코딩은 주소를 지리적 좌표(위도 및 경도)로 또는 그 반대로 변환하는 프로세스입니다.
-
-`@capgo/nativegeocoder` 패키지를 사용하려면 아래 단계를 따르세요.
-
-### 1단계: 패키지 설치
-
-npm을 사용하여 패키지를 설치합니다.
-
-```bash
-npm install @capgo/nativegeocoder
-```
-
-### 2단계: 프로젝트 동기화
-
-프로젝트를 동기화하려면 다음 명령을 실행하세요.
-
-```bash
-npx cap sync
-```
-
-### 3단계: 플러그인 가져오기
-
-코드에서 `@capgo/nativegeocoder`에서 `NativeGeocoder`를 가져옵니다.
-
-```javascript
-import { NativeGeocoder } from '@capgo/nativegeocoder';
-```
-
-### 4단계: 지오코딩 기능 구현
-
-`@capgo/nativegeocoder` 플러그인은 지오코딩을 위한 두 가지 주요 방법을 제공합니다.
-
-#### 역지오코딩
-
-역지오코딩은 지리적 좌표(위도 및 경도)를 주소로 변환하는 프로세스입니다.
-
-```typescript
-const reverseOptions = {
-  latitude: 37.7749,
-  longitude: -122.4194,
-};
-
-const address = NativeGeocoder.reverseGeocode(reverseOptions);
-console.log(address);
-```
-
-'reverseGeocode' 메소드는 위도 및 경도 속성을 가진 객체를 가져와서 결과로 주소를 반환합니다.
-
-#### 순방향 지오코딩
-
-정방향 지오코딩은 주소를 지리적 좌표(위도 및 경도)로 변환하는 프로세스입니다.
-
-```typescript
-const forwardOptions = {
-  address: '1600 Amphitheatre Parkway, Mountain View, CA',
-};
-
-const coordinates = NativeGeocoder.forwardGeocode(forwardOptions);
-console.log(coordinates);
-```
-
-`forwardGeocode` 메소드는 주소 속성을 가진 객체를 가져오고 결과로 좌표를 반환합니다.
-
-### 결론
-
-`@capgo/nativegeocoder` 패키지는 Capacitor 프로젝트에서 지오코딩을 수행하는 간단하고 효율적인 방법을 제공합니다. 이 튜토리얼에 설명된 단계를 따르면 지오코딩 기능을 애플리케이션에 쉽게 통합할 수 있습니다.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/capacitor-navigation-bar.md b/src/content/plugins-tutorials/ko/capacitor-navigation-bar.md
deleted file mode 100644
index e46c758ab..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-navigation-bar.md
+++ /dev/null
@@ -1,45 +0,0 @@
----
-locale: ko
----
-
-@capgo/capacitor-navigation-bar 노래 부르기
-
-## 설치
-
-`@capgo/capacitor-navigation-bar` 패키지를 사용하려면 먼저 다음 명령을 실행하여 설치해야 합니다.
-
-```bash
-npm install @capgo/capacitor-navigation-bar
-npx cap sync
-```
-
-## 탐색 표시줄 색상 설정
-
-'setNavigationBarColor' 함수를 사용하여 Android Lollipop 이상의 탐색 모음 색상을 설정할 수 있습니다. 다음은 사용 방법에 대한 예입니다.
-
-```typescript
-import { setNavigationBarColor } from '@capgo/capacitor-navigation-bar';
-
-...
-
-setNavigationBarColor({ color: '#FF0000' });
-```
-
-`color` 매개변수는 탐색 모음의 색상을 나타내는 문자열입니다.
-
-## 탐색 표시줄 색상 가져오기
-
-`getNavigationBarColor` 함수를 사용하여 현재 탐색 모음 색상을 가져올 수도 있습니다. 다음은 사용 방법에 대한 예입니다.
-
-```typescript
-import { getNavigationBarColor } from '@capgo/capacitor-navigation-bar';
-
-...
-
-const color = getNavigationBarColor();
-console.log(color);
-```
-
-`color` 변수에는 현재 탐색 모음 색상이 포함됩니다.
-
-그리고 그게 다야! 이제 `@capgo/capacitor-navigation-bar` 패키지를 사용하여 Android 앱에서 탐색 표시줄 색상을 설정하고 가져오는 방법을 알았습니다.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/capacitor-screen-recorder.md b/src/content/plugins-tutorials/ko/capacitor-screen-recorder.md
deleted file mode 100644
index ebe9e17c0..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-screen-recorder.md
+++ /dev/null
@@ -1,49 +0,0 @@
----
-locale: ko
----
-
-capgo/커패시터-스크린 레코더
-장치 화면을 녹화하기 위한 Capacitor 플러그인
-
-## 설치
-패키지를 설치하려면 다음 명령을 실행하십시오.
-```
-npm install @capgo/capacitor-screen-recorder
-npx cap sync
-```
-플러그인이 제대로 작동하려면 필요한 권한과 구성을 추가하세요.
-
-## 용법
-화면 녹화를 시작하려면 'start()' 메서드를 사용하세요.
-```typescript
-import { Plugins } from '@capacitor/core';
-const { CapacitorScreenRecorder } = Plugins;
-
-CapacitorScreenRecorder.start();
-```
-
-녹음을 중지하려면 `stop()` 메서드를 사용하세요.
-```typescript
-import { Plugins } from '@capacitor/core';
-const { CapacitorScreenRecorder } = Plugins;
-
-CapacitorScreenRecorder.stop();
-```
-
-그게 다야! 이제 Capacitor Screen Recorder 플러그인을 사용하여 장치의 화면을 녹화할 수 있습니다.
-## 안드로이드
-
-이 권한을 추가하세요
-```xml
-  <uses-permission android:name="android.permission.CAPTURE_VIDEO_OUTPUT" />
-  <uses-permission android:name="android.permission.FOREGROUND_SERVICE_MEDIA_PROJECTION" />
-```
-
-## 호환성
-이 플러그인은 Capacitor 4 이상과 호환됩니다.
-
-## 기여
-이 플러그인에 대한 기여에 크게 감사드립니다. 문제가 발생하거나 제안 사항이 있는 경우 언제든지 끌어오기 요청을 제출하거나 GitHub 저장소에 문제를 생성해 주세요.
-
-## 라이선스
-이 패키지는 MIT 라이선스에 따라 라이선스가 부여됩니다.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/capacitor-shake.md b/src/content/plugins-tutorials/ko/capacitor-shake.md
deleted file mode 100644
index f81ad61a8..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-shake.md
+++ /dev/null
@@ -1,48 +0,0 @@
----
-locale: ko
----
-
-@capgo/capacitor-shake 노래 부르기
-
-`@capgo/capacitor-shake` 패키지를 사용하면 기기에서 흔들기 동작을 감지할 수 있습니다. 다음은 Capacitor 앱에서 이 패키지를 사용하는 방법에 대한 튜토리얼입니다.
-
-## 설치
-
-패키지를 설치하려면 다음 명령을 실행하십시오.
-
-```bash
-npm install @capgo/capacitor-shake
-npx cap sync
-```
-
-## 리스너 추가
-
-흔들기 동작을 감지하려면 `shake` 이벤트에 대한 리스너를 추가해야 합니다. 다음은 이를 수행하는 방법의 예입니다.
-
-```typescript
-import { Plugins } from '@capacitor/core';
-
-const { CapacitorShake } = Plugins;
-
-CapacitorShake.addListener('shake', () => {
-  console.log('Shake gesture detected!');
-});
-```
-
-이 예에서는 `@capacitor/core`에서 `CapacitorShake` 플러그인을 가져오고 `addListener` 메서드를 사용하여 `shake` 이벤트에 대한 리스너를 추가합니다. 흔들기 동작이 감지되면 콜백 함수가 실행됩니다.
-
-## 리스너 제거
-
-`shake` 이벤트 리스너를 제거하려면 `removeAllListeners` 메소드를 사용하면 됩니다.
-
-```typescript
-import { Plugins } from '@capacitor/core';
-
-const { CapacitorShake } = Plugins;
-
-CapacitorShake.removeAllListeners('shake');
-```
-
-이 예에서는 `removeAllListeners` 메소드를 사용하여 모든 `shake` 이벤트 리스너를 제거합니다.
-
-그게 다야! Capacitor 앱에 `@capgo/capacitor-shake` 패키지를 성공적으로 통합했습니다. 이제 기기에서 흔들기 동작을 감지할 수 있습니다.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/capacitor-updater.md b/src/content/plugins-tutorials/ko/capacitor-updater.md
deleted file mode 100644
index 1a4fc97b5..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-updater.md
+++ /dev/null
@@ -1,93 +0,0 @@
----
-locale: ko
----
-
-capgo/capacitor-updater 패키지 튜토리얼
-
-이 튜토리얼은 `@capgo/capacitor-updater` 패키지를 사용하여 Ionic Capacitor 앱에서 자동 업데이트를 활성화하는 과정을 안내합니다.
-
-## 전제 조건
-
-시작하기 전에 다음이 설치되어 있는지 확인하십시오.
-
-- Nodejs
-- npm
-
-## 설치
-
-`@capgo/capacitor-updater` 패키지를 설치하려면 터미널이나 명령 프롬프트를 열고 다음 명령을 실행하세요.
-
-```
-npm install @capgo/capacitor-updater
-```
-
-그러면 프로젝트에 패키지가 다운로드되어 설치됩니다.
-
-### 플러그인 설치
-
-앱에 다음 코드가 추가되어야 합니다.
-
-`npm i @capgo/capacitor-updater && npx cap sync`
-Capacitor 앱에 플러그인을 설치하려면
-
-그런 다음 이 코드를 앱에 추가하여 JS 번들이 정상임을 네이티브 플러그인에 알리고, 그렇게 하지 못할 경우 네이티브 플러그인은 이전 버전으로 롤백합니다.
-
-```js
-import { CapacitorUpdater } from '@capgo/capacitor-updater'
-
-CapacitorUpdater.notifyAppReady()
-```
-
-그러면 기본 플러그인에 설치가 성공했음을 알립니다.
-
-그런 다음 `npm run build && npx cap copy`를 수행하여 앱을 업데이트하세요.
-
-### Capgo CLOUD에 로그인하세요.
-
-먼저 계정에 있는 `all` [apikey](https://console.capgo.app/dashboard/apikeys/)를 사용하여 CLI로 로그인합니다.
-
-`npx @capgo/cli@최신 로그인 YOU_KEY`
-
-### 첫 번째 앱 추가
-
-먼저 CLI를 사용하여 Capgo Cloud에서 앱을 만들어 시작해 보겠습니다.
-
-`npx @capgo/cli@최신 앱 추가`
-
-이 명령은 Capacitor 구성 파일에 정의된 모든 변수를 사용하여 앱을 생성합니다.
-
-### 첫 번째 버전 업로드
-
-명령을 실행하여 코드를 빌드하고 다음을 사용하여 Capgo로 보냅니다.
-`npx @capgo/cli@최신 번들 업로드`
-
-기본적으로 버전 이름은 `packagejson` 파일에 있는 이름입니다.
-
-빌드가 있는지 [Capgo](https://console.capgo.app/)에서 확인하세요.
-
-내 [모바일 샌드박스 앱](https://capgo.app/app_mobile/)으로 테스트할 수도 있습니다.
-
-### 채널을 기본 채널로 설정
-
-앱을 Capgo로 보낸 후 앱이 Capgo에서 업데이트를 받을 수 있도록 채널을 '기본값'으로 설정해야 합니다.
-
-`npx @capgo/cli@latest 채널 세트 제작 -s 기본값`
-
-## 장치에서 실시간 업데이트 받기
-
-애플리케이션이 Deploy에서 라이브 업데이트를 받으려면 기기나 에뮬레이터에서 앱을 실행해야 합니다. 가장 쉬운 방법은 다음 명령을 사용하여 연결된 에뮬레이터나 기기에서 로컬 앱을 실행하는 것입니다. 당신의 컴퓨터에
-
-    npx 캡 실행 [ios | 기계적 인조 인간]
-
-앱을 열고 백그라운드에 두고 다시 열면 앱이 업데이트를 수행한 로그가 표시됩니다.
-
-축하해요! 🎉 첫 번째 라이브 업데이트를 성공적으로 배포했습니다. 이는 라이브 업데이트로 수행할 수 있는 작업의 시작일 뿐입니다. 자세히 알아보려면 전체 [라이브 업데이트 문서](/docs/plugin/cloud-mode/getting-started/)를 확인하세요.
-
-
-> 로컬에서 업데이트 수신을 중지해야 하는 경우 이 명령을 실행하세요.
-`npx @capgo/cli@최신 채널 세트`
-
-
-## 결론
-
-축하해요! Ionic Capacitor 앱에서 자동 업데이트를 활성화하기 위해 `@capgo/capacitor-updater` 패키지를 사용하는 방법을 성공적으로 배웠습니다. 자동 업데이트를 선택하든 수동 설정을 선택하든 이제 앱을 최신 상태로 유지할 수 있는 도구가 있습니다. -쉽게 데이트하세요
diff --git a/src/content/plugins-tutorials/ko/capacitor-uploader.md b/src/content/plugins-tutorials/ko/capacitor-uploader.md
deleted file mode 100644
index 69b97d255..000000000
--- a/src/content/plugins-tutorials/ko/capacitor-uploader.md
+++ /dev/null
@@ -1,192 +0,0 @@
----
-locale: ko
----
-
-capgo/capacitor-uploader 튜토리얼
-
-이 튜토리얼은 `@capgo/capacitor-uploader` 패키지를 사용하여 Ionic Capacitor 앱에서 기본적으로 파일을 업로드하는 과정을 안내합니다.
-
-## 전제 조건
-
-시작하기 전에 다음이 설치되어 있는지 확인하십시오.
-
-- Nodejs
-- npm
-- 이온콘덴서 프로젝트
-
-## 설치
-
-1 터미널이나 명령 프롬프트를 열고 프로젝트 디렉터리로 이동합니다.
-
-2 다음 명령을 실행하여 패키지를 설치합니다.
-
-```bash
-npm install @capgo/capacitor-uploader
-```
-
-3 설치 후 Capacitor 프로젝트를 동기화합니다.
-
-```bash
-npx cap sync
-```
-
-## 구성
-
-### 안드로이드 구성
-
-Android의 경우 `AndroidManifestxml` 파일에 일부 권한을 추가해야 합니다. `android/app/src/main/AndroidManifestxml`에 있는 파일을 열고 `<manifest>` 태그 내에 다음 권한을 추가합니다.
-
-```xml
-<uses-permission android:name="android.permission.INTERNET" />
-<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
-<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
-```
-
-## 용법
-
-이제 패키지를 설치하고 구성했으므로 앱에서 이를 사용하는 방법을 살펴보겠습니다.
-
-### 업로더 가져오기
-
-먼저 TypeScript 파일에서 업로더를 가져옵니다.
-
-```typescript
-import { Uploader } from '@capgo/capacitor-uploader';
-```
-
-### S3에 업로드 중
-
-다음은 미리 서명된 URL을 사용하여 S3에 파일을 업로드하는 방법의 예입니다.
-
-```typescript
-async function uploadToS3(filePath: string, presignedUrl: string, fields: Record<string, string>) {
-  try {
-    const { id } = await Uploader.startUpload({
-      filePath: filePath,
-      serverUrl: presignedUrl,
-      method: 'PUT',
-      parameters: fields,
-      notificationTitle: 'Uploading to S3'
-    });
-
-    console.log('Upload started with ID:', id);
-
-    Uploader.addListener('events', (event: UploadEvent) => {
-      if (event.name === 'uploading') {
-        console.log(`Upload progress: ${event.payload.percent}%`);
-      } else if (event.name === 'completed') {
-        console.log('Upload completed successfully');
-      } else if (event.name === 'failed') {
-        console.error('Upload failed:', event.payload.error);
-      }
-    });
-
-  } catch (error) {
-    console.error('Failed to start upload:', error);
-  }
-}
-```
-
-### 사용자 정의 서버에 업로드
-
-다음은 사용자 정의 서버에 파일을 업로드하는 방법에 대한 예입니다.
-
-```typescript
-async function uploadToCustomServer(filePath: string, serverUrl: string) {
-  try {
-    const { id } = await Uploader.startUpload({
-      filePath: filePath,
-      serverUrl: serverUrl,
-      method: 'POST',
-      headers: {
-        'Authorization': 'Bearer your-auth-token-here'
-      },
-      parameters: {
-        'user_id': '12345',
-        'file_type': 'image'
-      },
-      notificationTitle: 'Uploading to Custom Server',
-      maxRetries: 3
-    });
-
-    console.log('Upload started with ID:', id);
-
-    Uploader.addListener('events', (event) => {
-      switch (event.name) {
-        case 'uploading':
-          console.log(`Upload progress: ${event.payload.percent}%`);
-          break;
-        case 'completed':
-          console.log('Upload completed successfully');
-          console.log('Server response status code:', event.payload.statusCode);
-          break;
-        case 'failed':
-          console.error('Upload failed:', event.payload.error);
-          break;
-      }
-    });
-
-  } catch (error) {
-    console.error('Failed to start upload:', error);
-  }
-}
-```
-
-### 커패시터 카메라 미리보기와 함께 사용
-
-Capacitor Camera Preview 플러그인을 사용하는 경우 이를 업로더와 결합하여 비디오를 캡처하고 업로드할 수 있습니다. 예는 다음과 같습니다.
-
-```typescript
-import { CameraPreview } from '@capgo/camera-preview'
-import { Uploader } from '@capgo/capacitor-uploader';
-
-async function recordAndUpload() {
-  try {
-    await CameraPreview.startRecordVideo({ storeToFile: true });
-    await new Promise(resolve => setTimeout(resolve, 5000)); // Record for 5 seconds
-    const { videoFilePath } = await CameraPreview.stopRecordVideo();
-    await uploadVideo(videoFilePath);
-  } catch (error) {
-    console.error('Error in recordAndUpload:', error);
-  }
-}
-
-async function uploadVideo(filePath: string) {
-  Uploader.addListener('events', (event) => {
-    switch (event.name) {
-      case 'uploading':
-        console.log(`Upload progress: ${event.payload.percent}%`);
-        break;
-      case 'completed':
-        console.log('Upload completed successfully');
-        break;
-      case 'failed':
-        console.error('Upload failed:', event.payload.error);
-        break;
-    }
-  });
-
-  try {
-    const result = await Uploader.startUpload({
-      filePath,
-      serverUrl: 'YOUR_S3_PRESIGNED_URL',
-      method: 'PUT',
-      headers: {
-        'Content-Type': 'video/mp4',
-      },
-      mimeType: 'video/mp4',
-    });
-    console.log('Video uploaded successfully:', result.id);
-  } catch (error) {
-    console.error('Error uploading video:', error);
-  }
-}
-```
-
-## 결론
-
-이제 `@capgo/capacitor-uploader` 패키지를 사용하여 Ionic Capacitor 앱에서 기본적으로 파일을 업로드하는 방법을 배웠습니다. 이 플러그인은 미리 서명된 URL이 있는 S3를 포함하여 다양한 서버에 파일을 업로드하는 유연한 방법을 제공하며 사용할 수 있습니다. Capacitor Camera Preview와 같은 다른 플러그인과 함께 사용
-
-오류를 적절하게 처리하고 업로드 이벤트를 관리하여 업로드 진행 상황 및 상태에 대한 피드백을 사용자에게 제공해야 합니다.
-
-API 및 사용 가능한 옵션에 대한 자세한 내용은 패키지의 README 또는 설명서를 참조하세요.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/home-indicator.md b/src/content/plugins-tutorials/ko/home-indicator.md
deleted file mode 100644
index 383210a9c..000000000
--- a/src/content/plugins-tutorials/ko/home-indicator.md
+++ /dev/null
@@ -1,68 +0,0 @@
----
-locale: ko
----
-
-capgo/홈 지표
-
-`@capgo/home-indicator` 패키지를 사용하면 Capacitor 앱에서 홈 버튼 표시기를 숨기거나 표시할 수 있습니다.
-
-## 설치
-
-패키지를 설치하려면 터미널에서 다음 명령을 실행하세요.
-
-```bash
-npm install @capgo/home-indicator
-npx cap sync
-```
-
-## API
-
-패키지는 다음과 같은 방법을 제공합니다.
-
-### `숨기기()`
-
-```typescript
-hide() => Promise
-```
-
-홈 표시기 숨기기
-
-**이후:** 001
-
-### `쇼()`
-
-```typescript
-show() => Promise
-```
-
-홈 표시기 표시
-
-**이후:** 001
-
-### `isHidden()`
-
-```typescript
-isHidden() => Promise<{ hidden: boolean; }>
-```
-
-홈 인디케이터 상태 가져오기
-
-**반품:** 약속<{ hidden: boolean; }>
-
-**이후:** 001
-
-## CSS 변수
-
-`--safe-area-inset-bottom`을 사용하면 콘텐츠가 홈 표시기에 의해 숨겨지지 않는지 확인할 수 있습니다. 이 변수는 Android용 플러그인에 의해 주입됩니다. Android에서 실제 전체 화면 모드를 설정하는 경우 유용합니다.
-
-사용 예:
-
-```java
-getWindow().setDecorFitsSystemWindows(false);
-```
-
-## 크레딧
-
-이 플러그인은 원래 [Capgo](https://capgo.app/)가 [Kickcom](https://kickcom/)용으로 제작했습니다.
-
-자세한 내용과 업데이트는 [Capgo](https://capgo.app/)에서 확인하세요.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/ivs-player.md b/src/content/plugins-tutorials/ko/ivs-player.md
deleted file mode 100644
index dc089f8c5..000000000
--- a/src/content/plugins-tutorials/ko/ivs-player.md
+++ /dev/null
@@ -1,154 +0,0 @@
----
-locale: ko
----
-
-@capgo/ivs-player 노래 부르기
-
-## 설치
-
-@capgo/ivs-player 패키지를 설치하려면 다음 명령을 실행해야 합니다:
-
-```bash
-npm install @capgo/ivs-player
-npx cap sync
-```
-
-## API
-
-@capgo/ivs-player 패키지는 다음 API를 제공합니다:
-
-### create(옵션: { url: 문자열; pip?: 부울; 제목?: 문자열; 자막?: 문자열; 표지?: 문자열; autoPlay?: 부울; toBack?: 부울; x?: 숫자; y?: 숫자; 너비?: 숫자; 높이?: 숫자 }) => 약속;
-
-이 메소드는 IVS 플레이어의 인스턴스를 생성합니다. 옵션 객체를 매개변수로 사용하며, 여기에는 비디오 URL, PIP(Picture-in-Picture) 모드 활성화 여부, 비디오 제목 및 자막 등과 같은 다양한 속성이 포함됩니다. 생성된 인스턴스를 해결하는 Promise를 반환합니다.
-
-### start() => 약속
-
-이 메소드는 IVS 플레이어에서 비디오 재생을 시작합니다. Promise를 반환합니다.
-
-### 캐스트() => 약속
-
-이 메서드는 비디오를 연결된 장치로 전송합니다. Promise를 반환합니다.
-
-### getCastStatus() => 약속<{ isActive: boolean; }>
-
-이 메소드는 캐스팅 기능의 상태를 검색합니다. 캐스팅이 활성화되었는지 여부를 나타내는 isActive 속성을 포함하는 객체로 확인되는 Promise를 반환합니다.
-
-### Pause() => 약속
-
-이 메서드는 비디오 재생을 일시 중지합니다. Promise를 반환합니다.
-
-### delete() => 약속
-
-이 메소드는 IVS 플레이어 인스턴스를 삭제하고 Promise를 반환합니다.
-
-### getUrl() => 약속
-
-이 메소드는 현재 재생 중인 비디오의 URL을 검색합니다. Promise를 반환합니다.
-
-### getState() => 약속
-
-이 메소드는 IVS 플레이어의 현재 상태를 검색합니다. Promise를 반환합니다.
-
-### setPlayerPosition() => 약속
-
-이 메소드는 화면에서 IVS 플레이어의 위치를 ​​설정합니다. x 및 y 좌표를 매개변수로 사용하고 Promise를 반환합니다.
-
-### getPlayerPosition() => 약속
-
-이 메소드는 화면에서 IVS 플레이어의 현재 위치를 검색합니다. Promise를 반환합니다.
-
-### setAutoQuality() => 약속
-
-이 메소드는 IVS 플레이어의 자동 품질 모드를 설정합니다. 부울 값을 매개변수로 사용하고 Promise를 반환합니다.
-
-### getAutoQuality() => 약속
-
-이 메소드는 IVS 플레이어의 현재 자동 품질 모드를 검색합니다. Promise를 반환합니다.
-
-### setPip() => 약속
-
-이 메소드는 IVS 플레이어의 PIP 모드를 설정합니다. 부울 값을 매개변수로 사용하고 Promise를 반환합니다.
-
-### getPip() => 약속
-
-이 메소드는 IVS 플레이어의 현재 PIP 모드를 검색합니다. Promise를 반환합니다.
-
-### setFrame() => 약속
-
-이 메소드는 IVS 플레이어의 프레임을 설정합니다. 숫자 값을 매개변수로 사용하고 Promise를 반환합니다.
-
-### getFrame() => 약속
-
-이 메소드는 IVS 플레이어의 현재 프레임을 검색합니다. Promise를 반환합니다.
-
-### setMute() => 약속
-
-이 메소드는 IVS 플레이어의 음소거 모드를 설정합니다. 부울 값을 매개변수로 사용하고 Promise를 반환합니다.
-
-### getMute() => 약속
-
-이 메소드는 IVS 플레이어의 현재 음소거 모드를 검색합니다. Promise를 반환합니다.
-
-### setQuality() => 약속
-
-이 메소드는 IVS 플레이어에서 비디오 품질을 설정합니다. 문자열 값을 매개변수로 사용하고 Promise를 반환합니다.
-
-### getQuality() => 약속
-
-이 메소드는 IVS 플레이어에서 비디오의 현재 품질을 검색합니다. Promise를 반환합니다.
-
-### getQualities() => 약속
-
-이 메소드는 IVS 플레이어에서 사용 가능한 비디오 품질을 검색합니다. Promise를 반환합니다.
-
-### addListener('expandPip', ) => 무효
-
-이 메소드는 ExpandPip 이벤트에 대한 리스너를 추가합니다. 콜백 함수를 매개변수로 사용하고 void를 반환합니다.
-
-### addListener('closePip', ) => 무효
-
-이 메소드는 closePip 이벤트에 대한 리스너를 추가합니다. 콜백 함수를 매개변수로 사용하고 void를 반환합니다.
-
-### addListener('onState', ) => 무효
-
-이 메소드는 onState 이벤트에 대한 리스너를 추가합니다. 콜백 함수를 매개변수로 사용하고 void를 반환합니다.
-
-### addListener('onCues', ) => 무효
-
-이 메소드는 onCues 이벤트에 대한 리스너를 추가합니다. 콜백 함수를 매개변수로 사용하고 void를 반환합니다.
-
-### addListener('onDuration', ) => 무효
-
-이 메소드는 onDuration 이벤트에 대한 리스너를 추가합니다.콜백 함수를 매개변수로 취하고 void를 반환합니다.
-
-### addListener('onError', ) => 무효
-
-이 메소드는 onError 이벤트에 대한 리스너를 추가합니다. 콜백 함수를 매개변수로 사용하고 void를 반환합니다.
-
-### addListener('onRebuffering', ) => 무효
-
-이 메소드는 onRebuffering 이벤트에 대한 리스너를 추가합니다. 콜백 함수를 매개변수로 사용하고 void를 반환합니다.
-
-### addListener('onSeekCompleted', ) => 무효
-
-이 메소드는 onSeekCompleted 이벤트에 대한 리스너를 추가합니다. 콜백 함수를 매개변수로 사용하고 void를 반환합니다.
-
-### addListener('onVideoSize', ) => 무효
-
-이 메소드는 onVideoSize 이벤트에 대한 리스너를 추가합니다. 콜백 함수를 매개변수로 사용하고 void를 반환합니다.
-
-### addListener('onQuality', ) => 무효
-
-이 메소드는 onQuality 이벤트에 대한 리스너를 추가합니다. 콜백 함수를 매개변수로 사용하고 void를 반환합니다.
-
-### addListener('onCastStatus', ) => 무효
-
-이 메소드는 onCastStatus 이벤트에 대한 리스너를 추가합니다. 콜백 함수를 매개변수로 사용하고 void를 반환합니다.
-
-### 제거AllListeners() => 무효
-
-이 메소드는 추가된 모든 이벤트 리스너를 제거합니다. void를 반환합니다.
-
-## 결론
-
-@capgo/ivs-player 패키지는 IVS 플레이어를 Capacitor 앱에 통합하기 위한 포괄적인 API를 제공합니다. 설치 단계를 따르고 API 문서를 참조하면 IVS 플레이어를 사용하여 앱에서 비디오 재생을 쉽게 시작할 수 있습니다.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/native-audio.md b/src/content/plugins-tutorials/ko/native-audio.md
deleted file mode 100644
index b836ec404..000000000
--- a/src/content/plugins-tutorials/ko/native-audio.md
+++ /dev/null
@@ -1,62 +0,0 @@
----
-locale: ko
----
-
-@capgo/native-audio 패키지를 노래하세요
-
-이 튜토리얼은 Capacitor 애플리케이션에서 사운드를 재생하기 위해 `@capgo/native-audio` 패키지를 사용하는 방법을 안내합니다.
-
-## 1단계: 설치
-
-패키지를 설치하려면 터미널을 열고 다음 명령을 실행하십시오.
-
-```bash
-npm install @capgo/native-audio
-```
-
-또는 원사 사용을 선호하는 경우:
-
-```bash
-yarn add @capgo/native-audio
-```
-
-## 2단계: 네이티브 파일 동기화
-
-패키지를 설치한 후 다음 명령을 사용하여 기본 파일을 동기화합니다.
-
-```bash
-npx cap sync
-```
-
-## 3단계: 구성
-
-이 플러그인에는 추가 구성이 필요하지 않습니다
-
-## 4단계: 사용법
-
-`@capgo/native-audio` 패키지를 사용하려면 패키지에서 `NativeAudio` 개체를 가져와 해당 메서드를 사용해야 합니다.
-
-다음은 오디오 파일을 미리 로드하고 재생하는 방법에 대한 예입니다.
-
-```typescript
-import { NativeAudio } from '@capgo/native-audio';
-
-// Preload the audio file
-NativeAudio.preload({
-  assetId: 'fire',
-  assetPath: 'assets/sounds/fire.mp3',
-  audioChannelNum: 1,
-  isUrl: false,
-});
-
-// Play the loaded audio file
-NativeAudio.play({
-  assetId: 'fire',
-});
-```
-
-`preload` 메소드는 오디오 파일을 메모리에 로드하는 데 사용되며 `play` 메소드는 로드된 오디오 파일을 재생하는 데 사용됩니다.
-
-지원되는 다른 방법으로는 `pause`, `resume`, `loop`, `stop`, `unload`, `setVolume`, `getDuration` 및 `getCurrentTime`이 있습니다. [공식 문서](https:// 이러한 방법에 대한 자세한 내용은 githubcom/Cap-go/native-audio/blob/main/READMEmd/)를 참조하세요.
-
-그게 다야! 이제 `@capgo/native-audio` 패키지를 사용하여 Capacitor 애플리케이션에서 사운드를 재생하는 방법을 배웠습니다.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/native-market.md b/src/content/plugins-tutorials/ko/native-market.md
deleted file mode 100644
index b84b444b4..000000000
--- a/src/content/plugins-tutorials/ko/native-market.md
+++ /dev/null
@@ -1,76 +0,0 @@
----
-published: true
-locale: ko
----
-
-# @capgo/native-market 패키지 튜토리얼
-
-`@capgo/native-market` 패키지는 네이티브 시장을 위한 Capacitor 커뮤니티 플러그인으로, Play Store 및 App Store와 상호 작용할 수 있습니다. 이 튜토리얼은 Capacitor 프로젝트에서 이 패키지를 설치하고 사용하는 방법을 안내합니다.
-
-## 설치
-
-`@capgo/native-market` 패키지를 설치하려면 터미널을 열고 패키지 관리자에 따라 다음 명령 중 하나를 실행하세요.
-
-npm 사용:
-
-```bash
-npm install @capgo/native-market
-```
-
-원사 사용:
-
-```bash
-yarn add @capgo/native-market
-```
-
-설치 후 다음 명령을 실행하여 기본 파일을 동기화하십시오.
-
-```bash
-npx cap sync
-```
-
-iOS에서는 추가 조치가 필요하지 않습니다.
-
-Android에서는 추가 조치가 필요하지 않습니다.
-
-## 용법
-
-`@capgo/native-market` 패키지는 기본 시장과 상호 작용하는 데 사용할 수 있는 여러 가지 지원 방법을 제공합니다. 다음은 각 방법을 사용하는 방법에 대한 예입니다.
-
-```typescript
-import { NativeMarket } from '@capgo/native-market';
-
-// Open store listing
-NativeMarket.openStoreListing({
-  appId: 'com.example.app',
-  country: 'IT',
-});
-
-// Open developer page
-NativeMarket.openDevPage({
-  devId: '5700313618786177705',
-});
-
-// Open collection
-NativeMarket.openCollection({
-  name: 'featured',
-});
-
-// Open editor's choice page
-NativeMarket.openEditorChoicePage({
-  editorChoice: 'editorial_fitness_apps_us',
-});
-
-// Perform search
-NativeMarket.search({
-  terms: 'capacitor',
-});
-```
-
-각 메소드는 수행하려는 작업에 따라 서로 다른 입력 매개변수를 사용합니다. 필수 매개변수에 대한 자세한 내용은 메소드 문서를 참조하세요.
-
-그게 다야! 이제 Capacitor 프로젝트에 `@capgo/native-market` 패키지를 성공적으로 설치하고 사용했습니다. 더 많은 기능을 자유롭게 탐색하고 필요에 따라 사용자 정의하세요.
-
-***
-
-튜토리얼을 완료한 것을 축하합니다! 더 궁금한 점이 있거나 도움이 필요하시면 언제든지 문의해 주세요.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/native-purchases.md b/src/content/plugins-tutorials/ko/native-purchases.md
deleted file mode 100644
index 1001d1b85..000000000
--- a/src/content/plugins-tutorials/ko/native-purchases.md
+++ /dev/null
@@ -1,70 +0,0 @@
----
-locale: ko
----
-
-@capgo/native-purchases 패키지를 노래하세요
-
-@capgo/native-purchases 패키지는 간편한 인앱 구매 기능을 제공하는 Capacitor용 플러그인입니다. 이 튜토리얼에서는 Capacitor 프로젝트에서 패키지를 설치하고 사용하는 단계를 안내합니다.
-
-## 설치
-
-@capgo/native-purchases 패키지를 설치하려면 터미널을 열고 다음 명령을 실행하십시오.
-
-```bash
-npm install @capgo/native-purchases
-npx cap sync
-```
-
-그러면 패키지가 설치되고 네이티브 파일이 프로젝트와 동기화됩니다.
-
-### 안드로이드 설정
-
-Android를 사용하는 경우 AndroidManifestxml 파일에 일부 구성을 추가해야 합니다. `android/app/src/main/AndroidManifestxml`에 있는 파일을 열고 다음 코드를 추가합니다.
-
-```xml
-<!-- Add any necessary configuration here -->
-```
-
-### iOS 설정
-
-iOS를 사용하는 경우 추가 단계가 필요하지 않습니다.
-
-## 패키지 사용하기
-
-@capgo/native-purchases 패키지는 인앱 구매를 처리하기 위한 여러 방법을 제공합니다. 다음은 이러한 방법을 사용하는 방법에 대한 몇 가지 예입니다.
-
-### 구매 복원
-
-사용자의 이전 구매를 복원하려면 `restorePurchases()` 메서드를 사용하세요.
-
-```typescript
-import { nativePurchases } from '@capgo/native-purchases';
-
-nativePurchases.restorePurchases();
-```
-
-### 제품 구매
-
-특정 제품에 대한 구매를 시작하려면 'purchaseProduct()' 메서드를 사용하세요.
-
-```typescript
-import { nativePurchases } from '@capgo/native-purchases';
-
-nativePurchases.purchaseProduct({ productIdentifier: 'com.example.product' });
-```
-
-### 제품 정보 얻기
-
-특정 제품에 대한 정보를 검색하려면 `getProducts()` 메서드를 사용하세요.
-
-```typescript
-import { nativePurchases } from '@capgo/native-purchases';
-
-nativePurchases.getProducts({ productIdentifiers: ['com.example.product'] });
-```
-
-다음은 @capgo/native-purchases 패키지를 사용하는 방법에 대한 몇 가지 예입니다. 사용 가능한 메서드와 해당 매개 변수에 대한 자세한 내용은 패키지 설명서를 참조하세요.
-
-## 결론
-
-이 튜토리얼에서는 @capgo/native-purchases 패키지의 설치 프로세스와 기본 사용법을 다뤘습니다. 여기에 설명된 단계를 따르면 인앱 구매 기능을 Capacitor 프로젝트에 통합할 수 있습니다.
\ No newline at end of file
diff --git a/src/content/plugins-tutorials/ko/purchases-capacitor.md b/src/content/plugins-tutorials/ko/purchases-capacitor.md
deleted file mode 100644
index c829a319a..000000000
--- a/src/content/plugins-tutorials/ko/purchases-capacitor.md
+++ /dev/null
@@ -1,176 +0,0 @@
----
-locale: ko
----
-
-수익 고양이/purchases-capacitor Tutorial
-
-이 튜토리얼은 `@revenuecat/purchases-capacitor` 패키지를 사용하여 Ionic Capacitor 앱에서 인앱 구매 및 구독을 구현하는 과정을 안내합니다.
-
-## 전제 조건
-
-시작하기 전에 다음 사항이 있는지 확인하세요.
-
-- 이온 커패시터 프로젝트 설정
-- RevenueCat 계정(https://apprevenuecatcom/signup에서 가입)
-- 귀하의 앱 스토어 계정(Apple App Store 및/또는 Google Play Store)에 구성된 인앱 상품 또는 구독
-
-## 설치
-
-1 터미널이나 명령 프롬프트를 열고 프로젝트 디렉터리로 이동합니다.
-
-2 다음 명령을 실행하여 패키지를 설치합니다.
-
-```bash
-npm install @revenuecat/purchases-capacitor
-```
-
-3 설치 후 Capacitor 프로젝트를 동기화합니다.
-
-```bash
-npx cap sync
-```
-
-## 구성
-
-1 앱의 기본 TypeScript 파일(예: `appcomComponentts`)에서 구매 모듈을 가져옵니다.
-
-```typescript
-import { Purchases } from '@revenuecat/purchases-capacitor';
-```
-
-2 RevenueCat API 키를 사용하여 SDK를 구성합니다.
-
-```typescript
-async function initializePurchases() {
-  await Purchases.configure({
-    apiKey: 'YOUR_REVENUECAT_API_KEY',
-  });
-}
-```
-
-앱이 시작될 때(예: 기본 구성 요소의 `ngOnInit()` 메서드에서) 이 함수를 호출하세요.
-
-## 기본 사용법
-
-### 사용 가능한 제품을 가져오는 중
-
-사용 가능한 제품 목록을 얻으려면:
-
-```typescript
-async function getProducts() {
-  try {
-    const offerings = await Purchases.getOfferings();
-    if (offerings.current !== null) {
-      const products = offerings.current.availablePackages;
-      console.log('Available products:', products);
-    }
-  } catch (error) {
-    console.error('Error fetching products:', error);
-  }
-}
-```
-
-### 구매하기
-
-구매를 시작하려면:
-
-```typescript
-async function purchasePackage(package: PurchasesPackage) {
-  try {
-    const { customerInfo, productIdentifier } = await Purchases.purchasePackage({ aPackage: package });
-    console.log('Purchase successful:', productIdentifier);
-    console.log('Customer Info:', customerInfo);
-  } catch (error) {
-    console.error('Error making purchase:', error);
-  }
-}
-```
-
-### 구독 상태 확인하기
-
-사용자의 현재 구독 상태를 확인하려면 다음 안내를 따르세요.
-
-```typescript
-async function checkSubscriptionStatus() {
-  try {
-    const { customerInfo } = await Purchases.getCustomerInfo();
-    const activeSubscriptions = customerInfo.activeSubscriptions;
-    console.log('Active subscriptions:', activeSubscriptions);
-  } catch (error) {
-    console.error('Error checking subscription status:', error);
-  }
-}
-```
-
-### 구매 복원
-
-사용자의 이전 구매를 복원하려면 다음 단계를 따르세요.
-
-```typescript
-async function restorePurchases() {
-  try {
-    const { customerInfo } = await Purchases.restorePurchases();
-    console.log('Purchases restored:', customerInfo);
-  } catch (error) {
-    console.error('Error restoring purchases:', error);
-  }
-}
-```
-
-## 고급 기능
-
-### 사용자 식별
-
-자체 사용자 ID 시스템이 있는 경우 RevenueCat에서 사용자를 식별할 수 있습니다.
-
-```typescript
-async function identifyUser(userId: string) {
-  try {
-    const { customerInfo } = await Purchases.logIn({ appUserID: userId });
-    console.log('User identified:', customerInfo);
-  } catch (error) {
-    console.error('Error identifying user:', error);
-  }
-}
-```
-
-### 할인 가격 적격성 확인
-
-사용자가 신규 할인 가격을 받을 자격이 있는지 확인하려면 다음 단계를 따르세요.
-
-```typescript
-async function checkIntroEligibility(productIdentifiers: string[]) {
-  try {
-    const eligibility = await Purchases.checkTrialOrIntroductoryPriceEligibility({ productIdentifiers });
-    console.log('Introductory price eligibility:', eligibility);
-  } catch (error) {
-    console.error('Error checking eligibility:', error);
-  }
-}
-```
-
-### 속성 설정
-
-사용자에 대한 사용자 정의 속성을 설정할 수 있습니다.
-
-```typescript
-async function setUserAttributes() {
-  try {
-    await Purchases.setAttributes({
-      'user_level': '5',
-      'user_type': 'premium'
-    });
-    console.log('Attributes set successfully');
-  } catch (error) {
-    console.error('Error setting attributes:', error);
-  }
-}
-```
-
-## 결론
-
-이 튜토리얼에서는 `@revenuecat/purchases-capacitor` 패키지를 사용하여 인앱 구매 및 구독을 구현하는 기본 사항을 다루었습니다. 오류를 적절하게 처리하고 구현을 철저히 테스트하는 것을 잊지 마세요.
-
-고급 사용법 및 자세한 API 문서는 https://docsrevenuecatcom/의 RevenueCat 문서를 참조하세요.
-
-RevenueCat 대시보드에서 제품을 구성하고 이를 앱 스토어 제품에 연결하는 것을 잊지 마세요. 또한 프로덕션으로 출시하기 전에 샌드박스 환경에서 구현을 테스트해야 합니다.
\ No newline at end of file
diff --git a/src/services/locale.ts b/src/services/locale.ts
index 1c9e4a952..16242090b 100644
--- a/src/services/locale.ts
+++ b/src/services/locale.ts
@@ -1,16 +1,8 @@
 // Do not edit this file
 // Auto-generated from generate_translation_ts_file.tsx code
-export const locales = ["de","en","es","fr","id","it","ja","ko","zh"]
+export const locales = ["en"]
 export const localeNames = {
   en: "en-US", // the `defaultLocale` value must present in `locales` keys
-  es: "es-ES",
-  fr: "fr-FR",
-  de: "de-DE",
-  id: "id-ID",
-  it: "it-IT",
-  ja: "ja-JP",
-  ko: "ko-KR",
-  zh: "zh-CN"
 };
-export type Locales = "de" | "en" | "es" | "fr" | "id" | "it" | "ja" | "ko" | "zh"
+export type Locales = "en"
 export const defaultLocale = 'en'

From d6b8bfed50d956b52f18e9a718aa6ba6657ec97c Mon Sep 17 00:00:00 2001
From: Martin Donadieu <martindonadieu@gmail.com>
Date: Sat, 4 Apr 2026 14:08:45 +0200
Subject: [PATCH 2/8] fix: address locale selector review feedback

---
 src/components/Footer.astro             | 37 +++++++-----
 src/components/doc/LanguageSelect.astro | 76 +++++++++++++------------
 2 files changed, 63 insertions(+), 50 deletions(-)

diff --git a/src/components/Footer.astro b/src/components/Footer.astro
index 61809bc4e..83ab089ad 100644
--- a/src/components/Footer.astro
+++ b/src/components/Footer.astro
@@ -319,7 +319,13 @@ const navigation: Record<string, NavigationItem[]> = {
         {
           showLanguageSelector && (
             <div class="relative">
-              <button type="button" id="language-dropdown-button" class="flex items-center text-sm text-zinc-400 hover:text-white focus:outline-none">
+              <button
+                type="button"
+                id="language-dropdown-button"
+                aria-expanded="false"
+                aria-controls="language-dropdown"
+                class="flex items-center text-sm text-zinc-400 hover:text-white focus-visible:ring-2 focus-visible:ring-blue-500 focus-visible:ring-offset-2 focus-visible:ring-offset-gray-900"
+              >
                 <span class="mr-2">{currentFlag}</span>
                 {Astro.locals.locale.toUpperCase()}
                 <span class="ml-1">▼</span>
@@ -353,20 +359,23 @@ const navigation: Record<string, NavigationItem[]> = {
 </footer>
 
 <script is:inline define:vars={{ showLanguageSelector }}>
-  if (!showLanguageSelector) return
-
-  const button = document.getElementById('language-dropdown-button')
-  const dropdown = document.getElementById('language-dropdown')
+  if (showLanguageSelector) {
+    const button = document.getElementById('language-dropdown-button')
+    const dropdown = document.getElementById('language-dropdown')
 
-  if (button && dropdown) {
-    button.addEventListener('click', () => {
-      dropdown.classList.toggle('hidden')
-    })
+    if (button && dropdown) {
+      button.addEventListener('click', () => {
+        const nextExpanded = button.getAttribute('aria-expanded') !== 'true'
+        button.setAttribute('aria-expanded', String(nextExpanded))
+        dropdown.classList.toggle('hidden')
+      })
 
-    document.addEventListener('click', (event) => {
-      if (event.target instanceof Node && !button?.contains(event.target) && !dropdown?.contains(event.target)) {
-        dropdown?.classList.add('hidden')
-      }
-    })
+      document.addEventListener('click', (event) => {
+        if (event.target instanceof Node && !button.contains(event.target) && !dropdown.contains(event.target)) {
+          dropdown.classList.add('hidden')
+          button.setAttribute('aria-expanded', 'false')
+        }
+      })
+    }
   }
 </script>
diff --git a/src/components/doc/LanguageSelect.astro b/src/components/doc/LanguageSelect.astro
index a1d363466..bdb4fcd75 100644
--- a/src/components/doc/LanguageSelect.astro
+++ b/src/components/doc/LanguageSelect.astro
@@ -12,7 +12,9 @@ const showLanguageSelector = locales.length > 1
       <button
         id="language-menu-button"
         type="button"
-        class="inline-flex w-full flex-row items-center justify-center rounded-md border border-gray-300 bg-white px-4 py-1 text-sm font-medium text-gray-700 shadow-sm hover:bg-gray-50 focus:outline-none dark:border-gray-600 dark:bg-gray-800 dark:text-gray-200 dark:hover:bg-gray-700"
+        aria-expanded="false"
+        aria-controls="language-menu"
+        class="inline-flex w-full flex-row items-center justify-center rounded-md border border-gray-300 bg-white px-4 py-1 text-sm font-medium text-gray-700 shadow-sm hover:bg-gray-50 focus-visible:ring-2 focus-visible:ring-blue-500 focus-visible:ring-offset-2 dark:border-gray-600 dark:bg-gray-800 dark:text-gray-200 dark:hover:bg-gray-700"
       >
         {m.language_label({}, { locale: Astro.locals.locale })}
         <svg class="-mr-1 ml-2 h-5 w-5" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 20 20" fill="currentColor" aria-hidden="true">
@@ -25,14 +27,15 @@ const showLanguageSelector = locales.length > 1
         style="top: 100%; right: 0;"
       >
         {locales.map((j) => (
-          <a
+          <button
             id={`language_${j}`}
-            class="block cursor-pointer px-4 py-2 text-sm text-gray-700 hover:bg-gray-100 hover:text-gray-900 dark:text-gray-200 dark:hover:bg-gray-700 dark:hover:text-gray-100"
+            type="button"
+            class="block w-full cursor-pointer px-4 py-2 text-left text-sm text-gray-700 hover:bg-gray-100 hover:text-gray-900 focus-visible:bg-gray-100 focus-visible:text-gray-900 focus-visible:outline-none dark:text-gray-200 dark:hover:bg-gray-700 dark:hover:text-gray-100 dark:focus-visible:bg-gray-700 dark:focus-visible:text-gray-100"
             role="menuitem"
-            tabindex="-1"
+            aria-current={Astro.locals.locale === j ? 'true' : undefined}
           >
             {j.toUpperCase()}
-          </a>
+          </button>
         ))}
       </div>
     </div>
@@ -40,38 +43,39 @@ const showLanguageSelector = locales.length > 1
 }
 
 <script is:inline define:vars={{ locales, currentLocale: Astro.locals.locale, showLanguageSelector }}>
-  if (!showLanguageSelector) return
-
-  const languageMenu = document.getElementById('language-menu')
-  const button = document.getElementById('language-menu-button')
-  if (languageMenu && button) {
-    const adjustMenuPosition = () => {
-      if (languageMenu.classList.contains('hidden')) return
-      const rect = button.getBoundingClientRect()
-      const viewportHeight = window.innerHeight
-      const menuHeight = languageMenu.offsetHeight
-      if (rect.bottom + menuHeight > viewportHeight) {
-        languageMenu.style.top = 'auto'
-        languageMenu.style.bottom = '100%'
-      } else {
-        languageMenu.style.top = '100%'
-        languageMenu.style.bottom = 'auto'
+  if (showLanguageSelector) {
+    const languageMenu = document.getElementById('language-menu')
+    const button = document.getElementById('language-menu-button')
+    if (languageMenu && button) {
+      const adjustMenuPosition = () => {
+        if (languageMenu.classList.contains('hidden')) return
+        const rect = button.getBoundingClientRect()
+        const viewportHeight = window.innerHeight
+        const menuHeight = languageMenu.offsetHeight
+        if (rect.bottom + menuHeight > viewportHeight) {
+          languageMenu.style.top = 'auto'
+          languageMenu.style.bottom = '100%'
+        } else {
+          languageMenu.style.top = '100%'
+          languageMenu.style.bottom = 'auto'
+        }
       }
-    }
-    // window.addEventListener('resize', adjustMenuPosition)
-    button.onclick = () => {
-      const willShow = languageMenu.classList.contains('hidden')
-      languageMenu.classList.toggle('hidden')
-      if (willShow) adjustMenuPosition()
-    }
-    locales.forEach((j) => {
-      const item = document.getElementById(`language_${j}`)
-      if (!item) return
-      item.addEventListener('click', () => {
-        const tmp = new URL(window.location.href).pathname.replace(`/${currentLocale}/`, '/')
-        if (j === 'en') window.location.href = tmp
-        else window.location.href = `/${j}${tmp}`
+      // window.addEventListener('resize', adjustMenuPosition)
+      button.onclick = () => {
+        const willShow = languageMenu.classList.contains('hidden')
+        languageMenu.classList.toggle('hidden')
+        button.setAttribute('aria-expanded', String(willShow))
+        if (willShow) adjustMenuPosition()
+      }
+      locales.forEach((j) => {
+        const item = document.getElementById(`language_${j}`)
+        if (!item) return
+        item.addEventListener('click', () => {
+          const tmp = new URL(window.location.href).pathname.replace(`/${currentLocale}/`, '/')
+          if (j === 'en') window.location.href = tmp
+          else window.location.href = `/${j}${tmp}`
+        })
       })
-    })
+    }
   }
 </script>

From 31057ec580a137498e055387779a688cc419fe13 Mon Sep 17 00:00:00 2001
From: Martin Donadieu <martindonadieu@gmail.com>
Date: Sat, 4 Apr 2026 15:51:57 +0200
Subject: [PATCH 3/8] refactor: serve content routes via SSR

---
 src/pages/blog/[slug].astro          | 21 +++------------------
 src/pages/blog/category/[slug].astro | 23 +++++++----------------
 src/pages/plugins/[slug].astro       | 26 +++++++-------------------
 3 files changed, 17 insertions(+), 53 deletions(-)

diff --git a/src/pages/blog/[slug].astro b/src/pages/blog/[slug].astro
index 8138fa52a..c2e0482b1 100644
--- a/src/pages/blog/[slug].astro
+++ b/src/pages/blog/[slug].astro
@@ -5,33 +5,18 @@ import { formatTime } from '@/config/app'
 import Layout from '@/layouts/Layout.astro'
 import { createNewsArticleLdJson } from '@/lib/ldJson'
 import * as m from '@/paraglide/messages'
-import type { GetStaticPaths } from 'astro'
 import type { CollectionEntry } from 'astro:content'
 import { getCollection, render } from 'astro:content'
 import { getRelativeLocaleUrl } from 'astro:i18n'
 import striptags from 'striptags'
 import { slug as slugify } from 'github-slugger'
 
-export const getStaticPaths: GetStaticPaths = async ({}) => {
-  const blogs = await getCollection('blog')
-  const allPublishedEntries: CollectionEntry<'blog'>[] = []
-  const blogPosts: { [k: string]: CollectionEntry<'blog'>[] } = {}
-  blogs.forEach((j) => {
-    if (j.data.published !== false) {
-      allPublishedEntries.push(j)
-      if (!blogPosts[j.data.slug]) blogPosts[j.data.slug] = []
-      blogPosts[j.data.slug].push(j)
-    }
-  })
-  return Object.entries(blogPosts).map(([slug, posts]) => ({
-    params: { slug },
-    props: { entries: posts, allPublishedEntries },
-  }))
-}
+export const prerender = false
 
 if (!Astro.params.slug) return new Response(`Astro.params.slug is invalid for: ${Astro.url.pathname}`, { status: 404 })
 
-const { entries, allPublishedEntries } = Astro.props as { entries: CollectionEntry<'blog'>[]; allPublishedEntries: CollectionEntry<'blog'>[] }
+const allPublishedEntries = await getCollection('blog', ({ data }) => data.published !== false)
+const entries = allPublishedEntries.filter((entry) => entry.data.slug === Astro.params.slug)
 
 const entry = entries.find((j) => j.data.locale === Astro.locals.locale)
 
diff --git a/src/pages/blog/category/[slug].astro b/src/pages/blog/category/[slug].astro
index e004dc8de..531a71748 100644
--- a/src/pages/blog/category/[slug].astro
+++ b/src/pages/blog/category/[slug].astro
@@ -1,25 +1,16 @@
 ---
 import BlogListing from '@/components/BlogListing.astro'
-import type { GetStaticPaths } from 'astro'
-import type { CollectionEntry } from 'astro:content'
 import { getCollection } from 'astro:content'
 import { slug as slugify } from 'github-slugger'
 
-export const getStaticPaths: GetStaticPaths = async () => {
-  const publishedPosts = await getCollection('blog', ({ data }) => data.published !== false)
-  const tags: { [k: string]: CollectionEntry<'blog'>[] } = {}
-  publishedPosts.forEach((article) =>
-    article.data.tag.split(',').forEach((props) => {
-      if (!tags[props]) tags[props] = []
-      tags[props].push(article)
-    }),
-  )
-  return Object.entries(tags).map(([slug, posts]) => ({ params: { slug: slugify(slug) }, props: { posts } }))
-}
+export const prerender = false
 
-const allPosts = Astro.props.posts as CollectionEntry<'blog'>[]
-// Filter posts by current locale
-const localePosts = allPosts.filter((post) => post.data.locale === Astro.locals.locale)
+if (!Astro.params.slug) return new Response(`Astro.params.slug is invalid for: ${Astro.url.pathname}`, { status: 404 })
+
+const allPosts = await getCollection('blog', ({ data }) => data.published !== false && data.locale === Astro.locals.locale)
+const localePosts = allPosts.filter((post) => post.data.tag.split(',').some((tag) => slugify(tag.trim()) === Astro.params.slug))
+
+if (localePosts.length === 0) return new Response(`No blog category found for: ${Astro.url.pathname}`, { status: 404 })
 ---
 
 <BlogListing allPosts={localePosts} />
diff --git a/src/pages/plugins/[slug].astro b/src/pages/plugins/[slug].astro
index 87dfe8596..e4df65add 100644
--- a/src/pages/plugins/[slug].astro
+++ b/src/pages/plugins/[slug].astro
@@ -6,38 +6,26 @@ import { createSoftwareApplicationLdJson } from '@/lib/ldJson'
 import * as m from '@/paraglide/messages'
 import { getSlug } from '@/services/github'
 import { defaultLocale } from '@/services/locale'
-import type { GetStaticPaths } from 'astro'
 import type { CollectionEntry } from 'astro:content'
 import { getCollection } from 'astro:content'
 import { getRelativeLocaleUrl } from 'astro:i18n'
 import { marked } from 'marked'
 import PluginIcon from '@/components/PluginIcon.astro'
 
-export const getStaticPaths: GetStaticPaths = async () => {
-  const pluginPosts: { [k: string]: CollectionEntry<'plugin'>[] } = {}
-  await getCollection('plugin', (item) => {
-    const { data, filePath } = item
-    if (data.published !== false && filePath) {
-      const pluginSlug = getSlug(filePath).replace('.md', '')
-      if (!pluginPosts[pluginSlug]) pluginPosts[pluginSlug] = []
-      pluginPosts[pluginSlug].push(item)
-    }
-  })
-  return Object.entries(pluginPosts).map(([slug, posts]) => {
-    return {
-      params: { slug },
-      props: { posts },
-    }
-  })
-}
+export const prerender = false
 
 // Get the plugin from the actions set
 const plugin = actions.find((item) => getSlug(item.href) === Astro.params.slug) as Plugin
 
 if (!plugin || !plugin.title) return new Response(`plugin is not found for: ${Astro.url.pathname}`, { status: 404 })
 
+const posts = await getCollection(
+  'plugin',
+  ({ data, filePath }) => data.published !== false && Boolean(filePath) && getSlug(filePath!).replace('.md', '') === Astro.params.slug,
+)
+
 let tutorialPlugin = ''
-const thisTut = (Astro.props.posts as CollectionEntry<'plugin'>[]).find((i) => (i.data.locale || defaultLocale) === Astro.locals.locale)
+const thisTut = posts.find((i) => (i.data.locale || defaultLocale) === Astro.locals.locale)
 if (thisTut?.body) tutorialPlugin = thisTut.body
 
 if (tutorialPlugin.length > 0) {

From 7e7101b01be22ef7461acb041e20f7fab53683d8 Mon Sep 17 00:00:00 2001
From: Martin Donadieu <martindonadieu@gmail.com>
Date: Sat, 4 Apr 2026 16:43:31 +0200
Subject: [PATCH 4/8] fix: update llm package

---
 bun.lock     | 30 ++----------------------------
 package.json |  6 +++---
 2 files changed, 5 insertions(+), 31 deletions(-)

diff --git a/bun.lock b/bun.lock
index 77745c8b4..fec4baf13 100644
--- a/bun.lock
+++ b/bun.lock
@@ -25,7 +25,7 @@
         "schema-dts": "^1.1.5",
         "sitemap": "^9.0.1",
         "starlight-image-zoom": "^0.13.2",
-        "starlight-llms-txt": "^0.6.1",
+        "starlight-llms-txt": "^0.8.0",
         "starlight-package-managers": "^0.11.1",
         "striptags": "^3.2.0",
         "tailwindcss": "^4.2.1",
@@ -1230,8 +1230,6 @@
 
     "ignore": ["ignore@5.3.2", "", {}, "sha512-hsBTNUqQTDwkWtcdYI2i06Y/nUBEsNEDJKjWdigLvegy8kDuJAS8uRlpkkcQpyEXL0Z/pjDy5HBmMjRCJ2gq+g=="],
 
-    "import-meta-resolve": ["import-meta-resolve@4.2.0", "", {}, "sha512-Iqv2fzaTQN28s/FwZAoFq0ZSs/7hMAHJVX+w8PZl3cY19Pxk6jFFalxQoIfW2826i/fDLXv8IiEZRIT0lDuWcg=="],
-
     "inherits": ["inherits@2.0.4", "", {}, "sha512-k/vGaX4/Yla3WzyMCvTQOXYeIHvqOKtnqBduzTHpzpQZzAskKMhZ2K+EnBiSM9zGSoIFeMpXKxa4dYeZIQqewQ=="],
 
     "ini": ["ini@1.3.8", "", {}, "sha512-JV/yugV2uzW5iMRSiZAyDtQd+nxtUnjeLt0acNdw98kKLrvuRVyB80tsREOE7yvGVgalhZ6RNXCmEHkUKBKxew=="],
@@ -1784,7 +1782,7 @@
 
     "starlight-image-zoom": ["starlight-image-zoom@0.13.2", "", { "dependencies": { "mdast-util-mdx-jsx": "^3.1.3", "rehype-raw": "^7.0.0", "unist-util-visit": "^5.0.0", "unist-util-visit-parents": "^6.0.1" }, "peerDependencies": { "@astrojs/starlight": ">=0.32.0" } }, "sha512-fDJrx+UZXhkbhEeXKoRogTKAYtrYVJPw6wmSUI3nHUTA0vuRM6EI//2Z8bzv3Ecvz0pHKD1vAxtS01mLyessBA=="],
 
-    "starlight-llms-txt": ["starlight-llms-txt@0.6.1", "", { "dependencies": { "@astrojs/mdx": "^4.0.5", "@types/hast": "^3.0.4", "@types/micromatch": "^4.0.9", "github-slugger": "^2.0.0", "hast-util-select": "^6.0.3", "micromatch": "^4.0.8", "rehype-parse": "^9.0.1", "rehype-remark": "^10.0.0", "remark-gfm": "^4.0.0", "remark-stringify": "^11.0.0", "unified": "^11.0.5", "unist-util-remove": "^4.0.0" }, "peerDependencies": { "@astrojs/starlight": ">=0.31", "astro": "^5.15.9" } }, "sha512-V0XEj92hrWHCDOu2SiDbgPviKnlB/O4Fqh9yeDxjV+udw9y+mSQ+4Obhlj6UUhjn6gfoj0V7dPLM0Dhbd6j1NA=="],
+    "starlight-llms-txt": ["starlight-llms-txt@0.8.0", "", { "dependencies": { "@astrojs/mdx": "^5.0.0", "@types/hast": "^3.0.4", "@types/micromatch": "^4.0.10", "github-slugger": "^2.0.0", "hast-util-select": "^6.0.4", "micromatch": "^4.0.8", "rehype-parse": "^9.0.1", "rehype-remark": "^10.0.1", "remark-gfm": "^4.0.1", "remark-stringify": "^11.0.0", "unified": "^11.0.5", "unist-util-remove": "^4.0.0" }, "peerDependencies": { "@astrojs/starlight": ">=0.38.0", "astro": "^6.0.0" } }, "sha512-SyENqKy5SMms0/RsEPLv1wLI3EvqZeVgVKQZ6umBR4PXEiIg9iisxXPD3lXOdoxEr+ro4Z/9z731UVOgz8LGKA=="],
 
     "starlight-package-managers": ["starlight-package-managers@0.11.1", "", { "peerDependencies": { "@astrojs/starlight": ">=0.22.0" } }, "sha512-GDGJAozmBvmo8CVrOTnYTtnFO1C0kvMPorQ7CF9Khqt2O5mdRtE9JFj+MYh8hU78TdacXFGlJNJDMfHFl7jxiw=="],
 
@@ -2130,8 +2128,6 @@
 
     "sitemap/@types/node": ["@types/node@24.12.2", "", { "dependencies": { "undici-types": "~7.16.0" } }, "sha512-A1sre26ke7HDIuY/M23nd9gfB+nrmhtYyMINbjI1zHJxYteKR6qSMX56FsmjMcDb3SMcjJg5BiRRgOCC/yBD0g=="],
 
-    "starlight-llms-txt/@astrojs/mdx": ["@astrojs/mdx@4.3.14", "", { "dependencies": { "@astrojs/markdown-remark": "6.3.11", "@mdx-js/mdx": "^3.1.1", "acorn": "^8.15.0", "es-module-lexer": "^1.7.0", "estree-util-visit": "^2.0.0", "hast-util-to-html": "^9.0.5", "piccolore": "^0.1.3", "rehype-raw": "^7.0.0", "remark-gfm": "^4.0.1", "remark-smartypants": "^3.0.2", "source-map": "^0.7.6", "unist-util-visit": "^5.0.0", "vfile": "^6.0.3" }, "peerDependencies": { "astro": "^5.0.0" } }, "sha512-FBrqJQORVm+rkRa2TS5CjU9PBA6hkhrwLVBSS9A77gN2+iehvjq1w6yya/d0YKC7osiVorKkr3Qd9wNbl0ZkGA=="],
-
     "tar/chownr": ["chownr@3.0.0", "", {}, "sha512-+IxzY9BZOQd/XuYPRmrvEVjF/nqj5kgT4kEq7VofrDoM1MxoRjEWkrCC3EtLi59TVawxTAn+orJwFQcrqEN1+g=="],
 
     "unstorage/chokidar": ["chokidar@5.0.0", "", { "dependencies": { "readdirp": "^5.0.0" } }, "sha512-TQMmc3w+5AxjpL8iIiwebF73dRDF4fBIieAqGn9RGCWaEVwQ6Fb2cGe31Yns0RRIzii5goJ1Y7xbMwo1TxMplw=="],
@@ -2204,10 +2200,6 @@
 
     "sitemap/@types/node/undici-types": ["undici-types@7.16.0", "", {}, "sha512-Zz+aZWSj8LE6zoxD+xrjh4VfkIG8Ya6LvYkZqtUQGJPZjYl53ypCaUwWqo7eI0x66KBGeRo+mlBEkMSeSZ38Nw=="],
 
-    "starlight-llms-txt/@astrojs/mdx/@astrojs/markdown-remark": ["@astrojs/markdown-remark@6.3.11", "", { "dependencies": { "@astrojs/internal-helpers": "0.7.6", "@astrojs/prism": "3.3.0", "github-slugger": "^2.0.0", "hast-util-from-html": "^2.0.3", "hast-util-to-text": "^4.0.2", "import-meta-resolve": "^4.2.0", "js-yaml": "^4.1.1", "mdast-util-definitions": "^6.0.0", "rehype-raw": "^7.0.0", "rehype-stringify": "^10.0.1", "remark-gfm": "^4.0.1", "remark-parse": "^11.0.0", "remark-rehype": "^11.1.2", "remark-smartypants": "^3.0.2", "shiki": "^3.21.0", "smol-toml": "^1.6.0", "unified": "^11.0.5", "unist-util-remove-position": "^5.0.0", "unist-util-visit": "^5.0.0", "unist-util-visit-parents": "^6.0.2", "vfile": "^6.0.3" } }, "sha512-hcaxX/5aC6lQgHeGh1i+aauvSwIT6cfyFjKWvExYSxUhZZBBdvCliOtu06gbQyhbe0pGJNoNmqNlQZ5zYUuIyQ=="],
-
-    "starlight-llms-txt/@astrojs/mdx/es-module-lexer": ["es-module-lexer@1.7.0", "", {}, "sha512-jEQoCwk8hyb2AZziIOLhDqpm5+2ww5uIE6lkO/6jcOCusfk6LhMHpXXfBLXTZ7Ydyt0j4VoUQv6uGNYbdW+kBA=="],
-
     "unstorage/chokidar/readdirp": ["readdirp@5.0.0", "", {}, "sha512-9u/XQ1pvrQtYyMpZe7DXKv2p5CNvyVwzUB6uhLAnQwHMSgKMBR62lc7AHljaeteeHXn11XTAaLLUVZYVZyuRBQ=="],
 
     "vite-plugin-static-copy/chokidar/readdirp": ["readdirp@3.6.0", "", { "dependencies": { "picomatch": "^2.2.1" } }, "sha512-hOS089on8RduqdbhvQ5Z37A0ESjsqz6qnRcffsMU3495FuTdqSm+7bhJ29JvIOsBDEEnan5DPu9t3To9VRlMzA=="],
@@ -2226,24 +2218,6 @@
 
     "@iconify/tools/svgo/css-tree/mdn-data": ["mdn-data@2.0.30", "", {}, "sha512-GaqWWShW4kv/G9IEucWScBx9G1/vsFZZJUO+tD26M8J8z3Kw5RDQjaoZe03YAClgeS/SWPOcb4nkFBTEi5DUEA=="],
 
-    "starlight-llms-txt/@astrojs/mdx/@astrojs/markdown-remark/@astrojs/internal-helpers": ["@astrojs/internal-helpers@0.7.6", "", {}, "sha512-GOle7smBWKfMSP8osUIGOlB5kaHdQLV3foCsf+5Q9Wsuu+C6Fs3Ez/ttXmhjZ1HkSgsogcM1RXSjjOVieHq16Q=="],
-
-    "starlight-llms-txt/@astrojs/mdx/@astrojs/markdown-remark/@astrojs/prism": ["@astrojs/prism@3.3.0", "", { "dependencies": { "prismjs": "^1.30.0" } }, "sha512-q8VwfU/fDZNoDOf+r7jUnMC2//H2l0TuQ6FkGJL8vD8nw/q5KiL3DS1KKBI3QhI9UQhpJ5dc7AtqfbXWuOgLCQ=="],
-
-    "starlight-llms-txt/@astrojs/mdx/@astrojs/markdown-remark/shiki": ["shiki@3.23.0", "", { "dependencies": { "@shikijs/core": "3.23.0", "@shikijs/engine-javascript": "3.23.0", "@shikijs/engine-oniguruma": "3.23.0", "@shikijs/langs": "3.23.0", "@shikijs/themes": "3.23.0", "@shikijs/types": "3.23.0", "@shikijs/vscode-textmate": "^10.0.2", "@types/hast": "^3.0.4" } }, "sha512-55Dj73uq9ZXL5zyeRPzHQsK7Nbyt6Y10k5s7OjuFZGMhpp4r/rsLBH0o/0fstIzX1Lep9VxefWljK/SKCzygIA=="],
-
     "vite-plugin-static-copy/chokidar/readdirp/picomatch": ["picomatch@2.3.2", "", {}, "sha512-V7+vQEJ06Z+c5tSye8S+nHUfI51xoXIXjHQ99cQtKUkQqqO1kO/KCJUfZXuB47h/YBlDhah2H3hdUGXn8ie0oA=="],
-
-    "starlight-llms-txt/@astrojs/mdx/@astrojs/markdown-remark/shiki/@shikijs/core": ["@shikijs/core@3.23.0", "", { "dependencies": { "@shikijs/types": "3.23.0", "@shikijs/vscode-textmate": "^10.0.2", "@types/hast": "^3.0.4", "hast-util-to-html": "^9.0.5" } }, "sha512-NSWQz0riNb67xthdm5br6lAkvpDJRTgB36fxlo37ZzM2yq0PQFFzbd8psqC2XMPgCzo1fW6cVi18+ArJ44wqgA=="],
-
-    "starlight-llms-txt/@astrojs/mdx/@astrojs/markdown-remark/shiki/@shikijs/engine-javascript": ["@shikijs/engine-javascript@3.23.0", "", { "dependencies": { "@shikijs/types": "3.23.0", "@shikijs/vscode-textmate": "^10.0.2", "oniguruma-to-es": "^4.3.4" } }, "sha512-aHt9eiGFobmWR5uqJUViySI1bHMqrAgamWE1TYSUoftkAeCCAiGawPMwM+VCadylQtF4V3VNOZ5LmfItH5f3yA=="],
-
-    "starlight-llms-txt/@astrojs/mdx/@astrojs/markdown-remark/shiki/@shikijs/engine-oniguruma": ["@shikijs/engine-oniguruma@3.23.0", "", { "dependencies": { "@shikijs/types": "3.23.0", "@shikijs/vscode-textmate": "^10.0.2" } }, "sha512-1nWINwKXxKKLqPibT5f4pAFLej9oZzQTsby8942OTlsJzOBZ0MWKiwzMsd+jhzu8YPCHAswGnnN1YtQfirL35g=="],
-
-    "starlight-llms-txt/@astrojs/mdx/@astrojs/markdown-remark/shiki/@shikijs/langs": ["@shikijs/langs@3.23.0", "", { "dependencies": { "@shikijs/types": "3.23.0" } }, "sha512-2Ep4W3Re5aB1/62RSYQInK9mM3HsLeB91cHqznAJMuylqjzNVAVCMnNWRHFtcNHXsoNRayP9z1qj4Sq3nMqYXg=="],
-
-    "starlight-llms-txt/@astrojs/mdx/@astrojs/markdown-remark/shiki/@shikijs/themes": ["@shikijs/themes@3.23.0", "", { "dependencies": { "@shikijs/types": "3.23.0" } }, "sha512-5qySYa1ZgAT18HR/ypENL9cUSGOeI2x+4IvYJu4JgVJdizn6kG4ia5Q1jDEOi7gTbN4RbuYtmHh0W3eccOrjMA=="],
-
-    "starlight-llms-txt/@astrojs/mdx/@astrojs/markdown-remark/shiki/@shikijs/types": ["@shikijs/types@3.23.0", "", { "dependencies": { "@shikijs/vscode-textmate": "^10.0.2", "@types/hast": "^3.0.4" } }, "sha512-3JZ5HXOZfYjsYSk0yPwBrkupyYSLpAE26Qc0HLghhZNGTZg/SKxXIIgoxOpmmeQP0RRSDJTk1/vPfw9tbw+jSQ=="],
   }
 }
diff --git a/package.json b/package.json
index 803ee2072..163ae5515 100644
--- a/package.json
+++ b/package.json
@@ -9,9 +9,9 @@
     "repair_sitemap": "bun run scripts/repair_sitemap.tsx",
     "fetch:stars": "bun run scripts/fetch-github-stars.ts",
     "fetch:downloads": "bun run scripts/fetch-npm-downloads.ts",
-    "just:build": "bun run clean:build-cache && NODE_OPTIONS=${NODE_OPTIONS:---max-old-space-size=16384} BUILD_CONCURRENCY=${BUILD_CONCURRENCY:-1} UV_THREADPOOL_SIZE=${UV_THREADPOOL_SIZE:-16} astro build",
+    "just:build": "bun run clean:build-cache && astro build",
     "generate:plugins-readme": "bun run scripts/generate-plugins-readme.ts",
-    "build": "bun run clean:build-cache && NODE_OPTIONS=${NODE_OPTIONS:---max-old-space-size=16384} BUILD_CONCURRENCY=${BUILD_CONCURRENCY:-1} UV_THREADPOOL_SIZE=${UV_THREADPOOL_SIZE:-16} astro build",
+    "build": "bun run clean:build-cache && astro build",
     "build:prepare": "bun run fetch:stars && bun run fetch:downloads && bun run generate:plugins-readme && bun run fix_code_languages_all",
     "build:after": "bun run repair_sitemap && bun run seo:check",
     "seo:check": "seo-checker --output github",
@@ -55,7 +55,7 @@
     "schema-dts": "^1.1.5",
     "sitemap": "^9.0.1",
     "starlight-image-zoom": "^0.13.2",
-    "starlight-llms-txt": "^0.6.1",
+    "starlight-llms-txt": "^0.8.0",
     "starlight-package-managers": "^0.11.1",
     "striptags": "^3.2.0",
     "tailwindcss": "^4.2.1",

From 789af60addfdabe938e72ec3c3ddea0b8966504b Mon Sep 17 00:00:00 2001
From: Martin Donadieu <martindonadieu@gmail.com>
Date: Sat, 4 Apr 2026 16:50:13 +0200
Subject: [PATCH 5/8] cleanup old shit

---
 .templates/PLUGIN_DOCUMENTATION_TEMPLATE.md  | 373 ---------
 .templates/PLUGIN_ICONS_REFERENCE.md         | 209 ------
 AGENT.md                                     | 117 ---
 AGENTS.md                                    | 117 +++
 CLAUDE.md                                    | 145 ----
 _typos.toml                                  |  25 -
 bun.lock                                     | 207 ++---
 docs/PR_PREVIEW_SETUP.md                     | 174 -----
 docs/expo-marketing-reference.md             | 273 -------
 loadedVectorStore/docstore.json              | 752 -------------------
 loadedVectorStore/faiss.index                | Bin 577581 -> 0 bytes
 package.json                                 |  43 +-
 project.inlang/.gitignore                    |  19 -
 project.inlang/project_id                    |   1 -
 project.inlang/settings.json                 |   9 -
 scripts/blogs/delete_broken_all.tsx          |  15 -
 scripts/blogs/fix_locales_all.tsx            |  31 -
 scripts/blogs/remove_mismatching_locales.tsx | 103 ---
 scripts/blogs/sync_seobot.js                 | 107 ---
 scripts/blogs/translate_all.tsx              | 101 ---
 scripts/blogs/translate_untranslated.tsx     | 139 ----
 scripts/check_image_links.js                 |  54 --
 scripts/check_sitemap_404.js                 |  42 --
 scripts/clean_not_used.tsx                   |  43 --
 scripts/cleanup_doc_translate.tsx            |  73 --
 scripts/commonReplacements.ts                |  24 -
 scripts/create-missing-translations.sh       | 149 ----
 scripts/fix_code_languages_all.tsx           |  30 -
 scripts/generate-plugins-readme.ts           | 240 ------
 scripts/generateTutorials.mjs                |  69 --
 scripts/generate_docs_translations.tsx       | 117 ---
 scripts/generate_plugin_icons.mjs            | 109 ---
 scripts/generate_plugin_translations.tsx     |  92 ---
 scripts/patch-astro-rolldown.js              |  55 --
 scripts/repair_sitemap.tsx                   |  31 -
 scripts/setup_new_locale.tsx                 |  37 -
 scripts/trainOpenAI.mjs                      |  55 --
 scripts/translate.tsx                        | 138 ----
 scripts/verify_missing_html_elements.js      |  49 --
 scripts/yaml-to-json.js                      |  25 -
 update_translations.js                       |  45 --
 41 files changed, 209 insertions(+), 4228 deletions(-)
 delete mode 100644 .templates/PLUGIN_DOCUMENTATION_TEMPLATE.md
 delete mode 100644 .templates/PLUGIN_ICONS_REFERENCE.md
 delete mode 100644 AGENT.md
 delete mode 100644 CLAUDE.md
 delete mode 100644 docs/PR_PREVIEW_SETUP.md
 delete mode 100644 docs/expo-marketing-reference.md
 delete mode 100644 loadedVectorStore/docstore.json
 delete mode 100644 loadedVectorStore/faiss.index
 delete mode 100644 project.inlang/.gitignore
 delete mode 100644 project.inlang/project_id
 delete mode 100644 project.inlang/settings.json
 delete mode 100644 scripts/blogs/delete_broken_all.tsx
 delete mode 100644 scripts/blogs/fix_locales_all.tsx
 delete mode 100644 scripts/blogs/remove_mismatching_locales.tsx
 delete mode 100644 scripts/blogs/sync_seobot.js
 delete mode 100644 scripts/blogs/translate_all.tsx
 delete mode 100644 scripts/blogs/translate_untranslated.tsx
 delete mode 100644 scripts/check_image_links.js
 delete mode 100644 scripts/check_sitemap_404.js
 delete mode 100644 scripts/clean_not_used.tsx
 delete mode 100644 scripts/cleanup_doc_translate.tsx
 delete mode 100644 scripts/commonReplacements.ts
 delete mode 100755 scripts/create-missing-translations.sh
 delete mode 100644 scripts/fix_code_languages_all.tsx
 delete mode 100644 scripts/generate-plugins-readme.ts
 delete mode 100644 scripts/generateTutorials.mjs
 delete mode 100644 scripts/generate_docs_translations.tsx
 delete mode 100644 scripts/generate_plugin_icons.mjs
 delete mode 100644 scripts/generate_plugin_translations.tsx
 delete mode 100644 scripts/patch-astro-rolldown.js
 delete mode 100644 scripts/repair_sitemap.tsx
 delete mode 100644 scripts/setup_new_locale.tsx
 delete mode 100644 scripts/trainOpenAI.mjs
 delete mode 100644 scripts/translate.tsx
 delete mode 100644 scripts/verify_missing_html_elements.js
 delete mode 100755 scripts/yaml-to-json.js
 delete mode 100644 update_translations.js

diff --git a/.templates/PLUGIN_DOCUMENTATION_TEMPLATE.md b/.templates/PLUGIN_DOCUMENTATION_TEMPLATE.md
deleted file mode 100644
index 9b5f06b22..000000000
--- a/.templates/PLUGIN_DOCUMENTATION_TEMPLATE.md
+++ /dev/null
@@ -1,373 +0,0 @@
-# Plugin Documentation Template
-
-This document defines the standard structure for all Capgo plugin documentation.
-
-## Directory Structure
-
-Each plugin should have:
-```
-src/content/docs/docs/plugins/[plugin-name]/
-├── index.mdx              # Plugin overview page
-└── getting-started.mdx    # Installation and usage guide
-```
-
-## 1. Index Page Template (index.mdx)
-
-```mdx
----
-title: "@capgo/[plugin-name]"
-description: [Brief one-line description of the plugin]
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduction"
-hero:
-  tagline: [Longer description highlighting key benefits]
-  image:
-    file: ~public/icons/plugins/[plugin-name].svg
-  actions:
-    - text: Get started
-      link: /docs/plugins/[plugin-name]/getting-started/
-      icon: right-arrow
-      variant: primary
-    - text: Github
-      link: https://github.com/Cap-go/[repository-name]/
-      icon: external
-      variant: minimal
----
-
-import { Card, CardGrid } from '@astrojs/starlight/components';
-
-<CardGrid stagger>
-  <Card title="[Feature 1]" icon="rocket">
-    [Description with optional emoji]
-  </Card>
-  <Card title="[Feature 2]" icon="setting">
-    [Description with optional emoji]
-  </Card>
-  <Card title="[Feature 3]" icon="approve-check">
-    [Description with optional emoji]
-  </Card>
-  <Card title="Getting Started" icon="open-book">
-    Check the [Getting Started Guide](/docs/plugins/[plugin-name]/getting-started/) to install and configure the plugin.
-  </Card>
-</CardGrid>
-```
-
-### Valid Starlight Icons for Cards
-
-Use only these built-in Starlight icons:
-
-**Most Common:**
-- `rocket` - New features, fast performance
-- `star` - Premium features, highlights
-- `setting` - Configuration, setup
-- `open-book` - Documentation, learning
-- `puzzle` - Integration, extensibility
-- `pencil` - Editing, customization
-- `approve-check` - Validation, success
-- `approve-check-circle` - Completion, verification
-- `shield-check` - Security, protection
-
-**Additional Options:**
-- `document` - Files, content
-- `magnifier` - Search, discovery
-- `comment` - Communication, feedback
-- `translate` - Localization
-- `heart` - Favorites, likes
-- `information` - Help, info
-- `laptop` - Desktop/web features
-- `download` - Downloads, imports
-- `moon` - Dark mode, themes
-- `list-format` - Lists, organization
-- `random` - Randomization, variety
-- `siren` - Alerts, warnings
-
-**Platform Icons:**
-- `github`, `gitlab`, `bitbucket` - Version control
-- `discord`, `twitter`, `youtube` - Social platforms
-
-**NEVER USE:**
-- ❌ `seti:android` - Invalid prefix
-- ❌ `apple` - Not in Starlight set
-- ❌ `facebook` - Not in Starlight set
-- ❌ Any custom icon names not in the list above
-
-### For Custom Icons
-If you need custom platform icons (e.g., Google, Facebook, Apple logos), use the `customIcon` prop with `MicroCard` component:
-```jsx
-<MicroCard href="..." title="Google" customIcon="/icons/google.svg">
-  Description
-</MicroCard>
-```
-
-## 2. Getting Started Page Template (getting-started.mdx)
-
-Choose one of these two approved formats:
-
-### Format A: Modern (Recommended for new plugins)
-
-Uses `PackageManagers` component and `Steps` for better UX.
-
-```mdx
----
-title: Getting Started
-description: [Brief description of what users will learn]
-sidebar:
-  order: 2
----
-
-import { Steps } from '@astrojs/starlight/components';
-import { PackageManagers } from 'starlight-package-managers'
-
-<Steps>
-1. **Install the package**
-   <PackageManagers pkg="@capgo/[plugin-name]" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-2. **Sync with native projects**
-   <PackageManagers type="exec" pkg="cap" args="sync" pkgManagers={['npm', 'pnpm', 'yarn', 'bun']} />
-
-3. **Configure permissions** (if needed)
-
-   ### iOS
-   Add to `Info.plist`:
-   ```xml
-   [iOS configuration]
-   ```
-
-   ### Android
-   Add to `AndroidManifest.xml`:
-   ```xml
-   [Android configuration]
-   ```
-</Steps>
-
-## Usage
-
-Import and use the plugin:
-
-```typescript
-import { [PluginName] } from '@capgo/[plugin-name]';
-
-// Basic usage example
-const example = async () => {
-  const result = await [PluginName].method();
-  console.log(result);
-};
-```
-
-## API Reference
-
-### method(...)
-
-```typescript
-method(options: MethodOptions) => Promise<MethodResult>
-```
-
-Description of what this method does.
-
-| Param         | Type              |
-| ------------- | ----------------- |
-| **`options`** | `MethodOptions` |
-
-**Returns:** `Promise<MethodResult>`
-
-## Interfaces
-
-### MethodOptions
-
-| Prop       | Type      | Description           |
-| ---------- | --------- | --------------------- |
-| **`prop1`** | `string`  | Description           |
-| **`prop2`** | `number`  | Description           |
-
-## Best Practices
-
-1. **Practice 1**: Description
-2. **Practice 2**: Description
-3. **Practice 3**: Description
-```
-
-### Format B: Classic (For consistency with existing plugins)
-
-Uses `Tabs` component with explicit `TabItem` elements.
-
-```mdx
----
-title: Getting Started
-description: [Brief description of what users will learn]
-sidebar:
-  order: 2
----
-
-import { Tabs, TabItem } from '@astrojs/starlight/components';
-
-## Installation
-
-<Tabs>
-  <TabItem label="npm">
-    ```bash
-    npm install @capgo/[plugin-name]
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="yarn">
-    ```bash
-    yarn add @capgo/[plugin-name]
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="pnpm">
-    ```bash
-    pnpm add @capgo/[plugin-name]
-    npx cap sync
-    ```
-  </TabItem>
-  <TabItem label="bun">
-    ```bash
-    bun add @capgo/[plugin-name]
-    npx cap sync
-    ```
-  </TabItem>
-</Tabs>
-
-## Platform Configuration (if needed)
-
-### iOS
-[iOS-specific configuration]
-
-### Android
-[Android-specific configuration]
-
-## Usage
-
-```typescript
-import { [PluginName] } from '@capgo/[plugin-name]';
-
-// Usage example
-```
-
-## API
-
-### method(...)
-
-```typescript
-method(options: MethodOptions) => Promise<MethodResult>
-```
-
-[Method description]
-
-## Interfaces
-
-[Interface definitions]
-```
-
-## 3. Frontmatter Standards
-
-### Index Page
-```yaml
----
-title: "@capgo/[plugin-name]"
-description: [Description]
-tableOfContents: false
-next: false
-prev: false
-sidebar:
-  order: 1
-  label: "Introduction"
-hero:
-  tagline: [Tagline]
-  image:
-    file: ~public/icons/plugins/[plugin-name].svg
-  actions: [...]
----
-```
-
-### Getting Started Page
-```yaml
----
-title: Getting Started
-description: [Description]
-sidebar:
-  order: 2
----
-```
-
-**Note:** The `label` field is optional in `sidebar` for getting-started pages.
-
-## 4. Content Guidelines
-
-### Descriptions
-- **Index description**: Brief, one-line summary (50-100 characters)
-- **Getting started description**: Action-oriented, describes what the user will learn
-
-### Code Examples
-- Use TypeScript for all code examples
-- Include error handling where appropriate
-- Show complete, working examples
-- Use proper formatting and indentation
-
-### API Documentation
-- Document all public methods
-- Include parameter tables
-- Specify return types
-- Provide interface definitions
-
-### Best Practices Section
-- Include practical tips
-- Highlight common pitfalls
-- Provide performance recommendations
-- Note platform-specific considerations
-
-## 5. Common Sections
-
-Include these sections when relevant:
-
-1. **Installation** - Always required
-2. **Platform Configuration** - When permissions/setup needed
-3. **Usage** - Basic usage examples
-4. **API Reference** - Method documentation
-5. **Interfaces** - TypeScript type definitions
-6. **Complete Example** - Advanced usage
-7. **Best Practices** - Recommended patterns
-8. **Platform Notes** - iOS/Android differences
-9. **Troubleshooting** - Common issues
-
-## 6. Validation Checklist
-
-Before publishing plugin documentation:
-
-- [ ] Both index.mdx and getting-started.mdx exist
-- [ ] All icons used are from valid Starlight icon set
-- [ ] Plugin icon SVG exists in `/public/icons/plugins/`
-- [ ] Installation instructions include all package managers
-- [ ] Platform configurations are documented
-- [ ] API methods are fully documented
-- [ ] TypeScript interfaces are defined
-- [ ] Code examples are tested and working
-- [ ] Links to GitHub repository are correct
-- [ ] Frontmatter follows standards
-
-## 7. Migration Guide
-
-When updating existing plugin documentation:
-
-1. **Check icons**: Ensure all `icon` props use valid Starlight icons
-2. **Standardize installation**: Choose Format A or B consistently
-3. **Update frontmatter**: Add missing fields like `tableOfContents: false`
-4. **Review imports**: Use correct component imports
-5. **Test links**: Verify all internal links work
-6. **Check consistency**: Match structure with other plugin docs
-
-## Examples
-
-**Good Examples:**
-- [uploader](/docs/plugins/uploader/) - Modern format with Steps
-- [wifi](/docs/plugins/wifi/) - Modern format with comprehensive API docs
-- [background-geolocation](/docs/plugins/background-geolocation/) - Classic format with platform setup
-
-**Recently Fixed:**
-- [native-purchases](/docs/plugins/native-purchases/) - Fixed invalid `seti:android` and `apple` icons
-- [social-login](/docs/plugins/social-login/) - Fixed `facebook` and `apple` icons
diff --git a/.templates/PLUGIN_ICONS_REFERENCE.md b/.templates/PLUGIN_ICONS_REFERENCE.md
deleted file mode 100644
index 6b372cb5b..000000000
--- a/.templates/PLUGIN_ICONS_REFERENCE.md
+++ /dev/null
@@ -1,209 +0,0 @@
-# Plugin Documentation Icon Reference
-
-## ✅ Current Status
-
-All plugin documentation now uses **valid Starlight icons only**. No invalid icons detected.
-
-## Icon Usage Statistics (Current)
-
-Based on analysis of all 72 plugin index.mdx and 60 getting-started.mdx files:
-
-| Icon | Usage Count | Common Use Case |
-|------|-------------|-----------------|
-| `rocket` | 64 | Features, performance, speed |
-| `open-book` | 41 | Getting started, documentation |
-| `setting` | 37 | Configuration, setup |
-| `star` | 31 | Premium features, highlights |
-| `puzzle` | 18 | Integration, plugins |
-| `pencil` | 17 | Editing, customization |
-| `approve-check` | 16 | Validation, success |
-| `laptop` | 13 | Desktop/web features |
-| `document` | 6 | Files, content |
-| `download` | 5 | Downloads, imports |
-| `magnifier` | 4 | Search, discovery |
-| `list-format` | 4 | Lists, organization |
-| `comment` | 4 | Communication, feedback |
-| `moon` | 3 | Dark mode, themes |
-| `shield-check` | 2 | Security, protection |
-| `heart` | 2 | Favorites, likes |
-| Others | 7 | Various |
-
-**Total unique valid icons in use**: 25
-
-## Complete Valid Starlight Icon Set
-
-### Navigation & Arrows
-- `up-arrow`, `down-arrow`, `left-arrow`, `right-arrow`
-- `up-caret`, `down-caret`, `left-caret`, `right-caret`
-
-### Status & Validation
-- `approve-check` ✓ Used
-- `approve-check-circle` ✓ Used
-- `error`, `warning`, `close`
-
-### Document & Files
-- `document` ✓ Used
-- `add-document` ✓ Used
-- `open-book` ✓ Used
-
-### UI Elements
-- `setting` ✓ Used
-- `star` ✓ Used
-- `heart` ✓ Used
-- `magnifier` ✓ Used
-- `puzzle` ✓ Used
-- `bars`, `pencil` ✓ Used, `pen`
-
-### Content & Communication
-- `comment` ✓ Used
-- `comment-alt`
-- `translate` ✓ Used
-- `list-format` ✓ Used
-
-### Special
-- `moon` ✓ Used
-- `sun`
-- `laptop` ✓ Used
-- `external` ✓ Used
-- `download` ✓ Used
-- `cloud-download`
-- `random` ✓ Used
-- `information` ✓ Used
-- `forward-slash`
-- `rocket` ✓ Used
-
-### Social Platforms
-- `github` ✓ Used
-- `gitlab`, `bitbucket`
-- `discord`, `twitter`, `x.com`, `mastodon`
-- `codeberg`, `youtube`, `gitter`
-- `farcaster`, `threads`, `codePen`
-
-### Additional (Unused but Available)
-- `shield-check` ✓ Used
-- `siren` ✓ Used
-- `check` ✓ Used
-- `user` ✓ Used
-
-## ❌ Invalid Icons (Now Fixed)
-
-These icons were found and replaced:
-
-| Invalid Icon | Found In | Replacement | Status |
-|--------------|----------|-------------|--------|
-| `seti:android` | native-purchases/index.mdx | `setting` | ✅ Fixed |
-| `apple` | native-purchases/index.mdx | `star` | ✅ Fixed |
-| `apple` | social-login/getting-started.mdx | `star` | ✅ Fixed |
-| `facebook` | social-login/getting-started.mdx | `comment` | ✅ Fixed |
-
-## Icon Selection Guidelines
-
-### When to Use What
-
-**Feature Highlights**
-- `rocket` - Fast, new, exciting features
-- `star` - Premium, important, highlighted features
-- `puzzle` - Integrations, extensions, modularity
-- `heart` - Favorites, likes, community features
-
-**Technical Features**
-- `setting` - Configuration, setup, customization
-- `laptop` - Desktop/web-specific features
-- `document` - File handling, content management
-- `shield-check` - Security, protection, validation
-
-**User Actions**
-- `pencil` - Editing, writing, modification
-- `download` - Downloads, imports, exports
-- `approve-check` - Success, completion, validation
-- `magnifier` - Search, discovery, inspection
-
-**Content & Learning**
-- `open-book` - Documentation, getting started
-- `comment` - Communication, feedback, chat
-- `translate` - Localization, language features
-- `list-format` - Lists, organization, structure
-
-**UI/UX**
-- `moon` - Dark mode, themes, appearance
-- `random` - Randomization, variety, shuffle
-- `information` - Help, tooltips, additional info
-- `siren` - Alerts, warnings, notifications
-
-### Platform-Specific Icons
-
-For platform logos (Android, iOS, Apple, Google, Facebook, etc.):
-
-**Option 1: Use Generic Starlight Icons** (Recommended)
-```mdx
-<Card title="Android Setup" icon="setting">
-  Android configuration
-</Card>
-<Card title="iOS Setup" icon="star">
-  iOS configuration
-</Card>
-```
-
-**Option 2: Use Custom Icons with MicroCard**
-```mdx
-<MicroCard href="..." title="Google" customIcon="/icons/google.svg">
-  Google integration
-</MicroCard>
-```
-
-⚠️ **Never use non-existent Starlight icons like `apple`, `facebook`, `android`, etc.**
-
-## Validation
-
-Run these commands to verify icon usage:
-
-```bash
-# Find all icon references
-grep -roh 'icon="[^"]*"' src/content/docs/docs/plugins/ | sort | uniq
-
-# Check for invalid icons (should return nothing)
-grep -r 'icon="seti:' src/content/docs/docs/plugins/
-grep -r 'icon="apple"' src/content/docs/docs/plugins/
-grep -r 'icon="facebook"' src/content/docs/docs/plugins/
-grep -r 'icon="android"' src/content/docs/docs/plugins/
-```
-
-## Migration Notes
-
-### Changes Made (2025-11-19)
-
-1. **native-purchases/index.mdx**
-   - Line 45: `icon="seti:android"` → `icon="setting"`
-   - Line 51: `icon="apple"` → `icon="star"`
-
-2. **social-login/getting-started.mdx**
-   - Line 26: `icon="facebook"` → `icon="comment"`
-   - Line 29: `icon="apple"` → `icon="star"`
-
-3. **Created Documentation**
-   - [.templates/PLUGIN_DOCUMENTATION_TEMPLATE.md](.templates/PLUGIN_DOCUMENTATION_TEMPLATE.md) - Complete plugin documentation standards
-   - `.templates/PLUGIN_ICONS_REFERENCE.md` (this file) - Icon usage reference
-
-### Verification Results
-
-✅ **60 plugins** have getting-started.mdx files
-✅ **72 plugins** have index.mdx files
-✅ **25 different valid icons** in use across all plugins
-✅ **0 invalid icons** detected
-✅ **All icons** conform to Starlight icon set
-
-## Resources
-
-- [Starlight Icons Documentation](https://starlight.astro.build/reference/icons/)
-- [Plugin Documentation Template](.templates/PLUGIN_DOCUMENTATION_TEMPLATE.md)
-- [MicroCard Component](/src/components/MicroCard.astro)
-
-## Maintenance
-
-When adding new plugin documentation:
-
-1. ✅ Use only icons from the valid Starlight set (see list above)
-2. ✅ For platform logos, use `customIcon` with MicroCard
-3. ✅ Follow the icon selection guidelines
-4. ✅ Run validation commands to verify
-5. ✅ Refer to the template for structure
diff --git a/AGENT.md b/AGENT.md
deleted file mode 100644
index 34dcc4727..000000000
--- a/AGENT.md
+++ /dev/null
@@ -1,117 +0,0 @@
-# Agent Instructions
-
-Instructions for AI agents working on this codebase.
-
-## Critical Requirements
-
-### Use Bun
-
-**Never use npm, yarn, or pnpm. Always use bun.**
-
-```bash
-# Correct
-bun install
-bun run dev
-bun run build
-bun add package-name
-
-# Wrong - do not use
-npm install
-npm run dev
-yarn add package-name
-```
-
-### SEO Checklist
-
-Before completing any page modification, verify:
-
-- [ ] Page has unique `title` and `description` in content object
-- [ ] JSON-LD structured data is present (use `src/lib/ldJson.ts` helpers)
-- [ ] All images have descriptive `alt` text
-- [ ] Headings follow proper hierarchy (h1 > h2 > h3)
-- [ ] Blog posts include article OG tags (`ogType`, `articlePublishedTime`, etc.)
-
-### Accessibility Checklist
-
-Before completing any component modification, verify:
-
-- [ ] All interactive elements are keyboard accessible
-- [ ] Decorative SVGs have `aria-hidden="true"`
-- [ ] Form inputs have labels or `aria-label`
-- [ ] Dynamic content uses `aria-live` regions
-- [ ] Focus states are visible
-- [ ] Icon-only buttons have `aria-label`
-
-## File Patterns
-
-### Adding a New Page
-
-1. Create page in `src/pages/`
-2. Import Layout and ldJson helpers
-3. Define title, description, and structured data
-4. Pass content object to Layout
-
-Example:
-```astro
----
-import Layout from '@/layouts/Layout.astro'
-import { createServiceLdJson, createLdJsonGraph } from '@/lib/ldJson'
-
-const title = 'Page Title | Capgo'
-const description = 'Page description for SEO'
-
-const serviceLdJson = createServiceLdJson(Astro.locals.runtimeConfig.public, {
-  name: title,
-  description,
-  url: Astro.url.href,
-  serviceType: 'Software Development Service',
-  areaServed: ['Worldwide'],
-})
-
-const ldJSON = createLdJsonGraph(Astro.locals.runtimeConfig.public, serviceLdJson, {
-  includeOrganization: true,
-})
-
-const content = { title, description, ldJSON }
----
-
-<Layout content={content}>
-  <!-- Page content -->
-</Layout>
-```
-
-### Adding Icons/SVGs
-
-Always add accessibility attributes:
-
-```astro
-<!-- Decorative icon (hidden from screen readers) -->
-<svg aria-hidden="true" class="...">...</svg>
-
-<!-- Meaningful icon (needs label) -->
-<div role="img" aria-label="Description of icon">
-  <svg aria-hidden="true">...</svg>
-</div>
-```
-
-### Adding Form Inputs
-
-Always include labels:
-
-```astro
-<!-- With visible label -->
-<label for="email">Email</label>
-<input id="email" type="email" />
-
-<!-- With aria-label (no visible label) -->
-<input type="search" aria-label="Search plugins" />
-```
-
-## Testing
-
-After making changes:
-
-1. Run `bun run build` to check for build errors
-2. Validate structured data at https://search.google.com/test/rich-results
-3. Test keyboard navigation (Tab, Enter, Escape)
-4. Check color contrast and focus visibility
diff --git a/AGENTS.md b/AGENTS.md
index 65e0213a5..bf43611f8 100644
--- a/AGENTS.md
+++ b/AGENTS.md
@@ -1,5 +1,122 @@
 # Agent Instructions
 
+Instructions for AI agents working on this codebase.
+
+## Critical Requirements
+
+### Use Bun
+
+**Never use npm, yarn, or pnpm. Always use bun.**
+
+```bash
+# Correct
+bun install
+bun run dev
+bun run build
+bun add package-name
+
+# Wrong - do not use
+npm install
+npm run dev
+yarn add package-name
+```
+
+### SEO Checklist
+
+Before completing any page modification, verify:
+
+- [ ] Page has unique `title` and `description` in content object
+- [ ] JSON-LD structured data is present (use `src/lib/ldJson.ts` helpers)
+- [ ] All images have descriptive `alt` text
+- [ ] Headings follow proper hierarchy (h1 > h2 > h3)
+- [ ] Blog posts include article OG tags (`ogType`, `articlePublishedTime`, etc.)
+
+### Accessibility Checklist
+
+Before completing any component modification, verify:
+
+- [ ] All interactive elements are keyboard accessible
+- [ ] Decorative SVGs have `aria-hidden="true"`
+- [ ] Form inputs have labels or `aria-label`
+- [ ] Dynamic content uses `aria-live` regions
+- [ ] Focus states are visible
+- [ ] Icon-only buttons have `aria-label`
+
+## File Patterns
+
+### Adding a New Page
+
+1. Create page in `src/pages/`
+2. Import Layout and ldJson helpers
+3. Define title, description, and structured data
+4. Pass content object to Layout
+
+Example:
+```astro
+---
+import Layout from '@/layouts/Layout.astro'
+import { createServiceLdJson, createLdJsonGraph } from '@/lib/ldJson'
+
+const title = 'Page Title | Capgo'
+const description = 'Page description for SEO'
+
+const serviceLdJson = createServiceLdJson(Astro.locals.runtimeConfig.public, {
+  name: title,
+  description,
+  url: Astro.url.href,
+  serviceType: 'Software Development Service',
+  areaServed: ['Worldwide'],
+})
+
+const ldJSON = createLdJsonGraph(Astro.locals.runtimeConfig.public, serviceLdJson, {
+  includeOrganization: true,
+})
+
+const content = { title, description, ldJSON }
+---
+
+<Layout content={content}>
+  <!-- Page content -->
+</Layout>
+```
+
+### Adding Icons/SVGs
+
+Always add accessibility attributes:
+
+```astro
+<!-- Decorative icon (hidden from screen readers) -->
+<svg aria-hidden="true" class="...">...</svg>
+
+<!-- Meaningful icon (needs label) -->
+<div role="img" aria-label="Description of icon">
+  <svg aria-hidden="true">...</svg>
+</div>
+```
+
+### Adding Form Inputs
+
+Always include labels:
+
+```astro
+<!-- With visible label -->
+<label for="email">Email</label>
+<input id="email" type="email" />
+
+<!-- With aria-label (no visible label) -->
+<input type="search" aria-label="Search plugins" />
+```
+
+## Testing
+
+After making changes:
+
+1. Run `bun run build` to check for build errors
+2. Validate structured data at https://search.google.com/test/rich-results
+3. Test keyboard navigation (Tab, Enter, Escape)
+4. Check color contrast and focus visibility
+
+
 This repo uses Astro, Tailwind CSS v4, and `bun`.
 
 ## Package Manager
diff --git a/CLAUDE.md b/CLAUDE.md
deleted file mode 100644
index cbf17129a..000000000
--- a/CLAUDE.md
+++ /dev/null
@@ -1,145 +0,0 @@
-# Claude Code Instructions
-
-This is the Capgo landing website built with Astro.
-
-## Package Manager
-
-**Always use `bun` instead of `npm` or `yarn`.**
-
-- Install dependencies: `bun install`
-- Run scripts: `bun run <script>`
-- Add packages: `bun add <package>`
-- Remove packages: `bun remove <package>`
-
-## SEO Best Practices
-
-When creating or modifying pages, always consider SEO:
-
-### Structured Data (JSON-LD)
-
-- Use the helpers in `src/lib/ldJson.ts` to add structured data
-- Service pages should use `createServiceLdJson` with `createLdJsonGraph`
-- Blog posts use `createNewsArticleLdJson`
-- FAQ sections should include `createFAQPageLdJson`
-- List/catalog pages should use `createItemListLdJson`
-- Always include organization data via `includeOrganization: true`
-
-### Meta Tags
-
-- Every page must have a unique `title` and `description`
-- Blog posts should include article-specific OG tags:
-  - `ogType: 'article'`
-  - `articlePublishedTime`
-  - `articleModifiedTime`
-  - `articleSection`
-  - `articleTags`
-- Use `keywords` prop for relevant search terms
-
-### Content
-
-- Use semantic HTML headings (h1, h2, h3) in proper hierarchy
-- Include descriptive alt text for all images
-- Use canonical URLs for duplicate content
-- Ensure hreflang tags are present for localized pages
-
-## Accessibility Best Practices
-
-### ARIA and Semantics
-
-- Add `aria-label` to interactive elements without visible text
-- Use `aria-hidden="true"` on decorative SVGs and icons
-- Add `role="img"` with `aria-label` to icon containers
-- Use `aria-live="polite"` for dynamic content updates
-- Add `aria-expanded` to dropdown toggles
-
-### Keyboard Navigation
-
-- All interactive elements must be keyboard accessible
-- Include skip navigation link (already in Layout.astro)
-- Ensure visible focus states on all focusable elements
-- Use proper focus management in modals and dropdowns
-
-### Landmarks and Structure
-
-- Use `<main>` landmark for primary content
-- Use `<nav>` for navigation sections
-- Use `<header>` and `<footer>` appropriately
-- Use `<section>` with proper headings
-
-### Forms
-
-- All inputs must have associated labels or `aria-label`
-- Use `aria-describedby` for error messages
-- Group related fields with `<fieldset>` and `<legend>`
-
-### Images and Media
-
-- All images must have descriptive `alt` text
-- Decorative images should have `alt=""`
-- Iframes must have `title` attribute
-
-## Project Structure
-
-- Pages: `src/pages/`
-- Components: `src/components/`
-- Layouts: `src/layouts/`
-- Translations: `src/paraglide/messages.ts`
-- SEO helpers: `src/lib/ldJson.ts`
-- Styles: Tailwind CSS
-
-## SEO Static Checker
-
-The project includes a comprehensive SEO static checker that runs after each build. It validates:
-
-- Metadata (title, description, canonical, charset, lang)
-- HTML validity (duplicate tags, doctype, duplicate IDs)
-- Content length (title, description, H1 length limits)
-- Headings (H1 presence, heading hierarchy)
-- Links (broken links, empty hrefs, generic anchor text)
-- Images (alt attributes, broken images, file size)
-- Social tags (OpenGraph, Twitter cards)
-- International SEO (hreflang validation)
-- Structured data (JSON-LD validation)
-- Duplicates (across pages)
-
-### Configuration
-
-- `seo-checker.config.json` - Main configuration file
-- `seo-checker.exclusions.json` - Specific issue exclusions
-
-### Excluding Issues
-
-To exclude a specific issue, add it to `seo-checker.exclusions.json`:
-
-```json
-{
-  "exclusions": [
-    {
-      "fingerprint": "SEO00147::blog/old-post/index.html::/broken-link",
-      "reason": "Legacy link, intentionally kept for redirects"
-    },
-    {
-      "ruleId": "SEO00153",
-      "filePath": "icons/**/*.html",
-      "reason": "Icon pages use decorative images"
-    }
-  ]
-}
-```
-
-Exclusion types (from most to least specific):
-1. `fingerprint` - Exact issue match (rule + file + element)
-2. `ruleId` + `filePath` - Rule for specific file pattern
-3. `ruleId` + `elementPattern` - Rule for specific element content
-4. `ruleId` - Disable entire rule (use config.rules.disabled instead)
-
-## Common Commands
-
-```bash
-bun run dev           # Start development server
-bun run build         # Build for production
-bun run preview       # Preview production build
-bun run seo:check     # Run SEO checker manually
-bun run seo:check:json  # Output as JSON
-bun run seo:check:report  # Save report to file
-```
diff --git a/_typos.toml b/_typos.toml
index 77736b7cd..774dde015 100644
--- a/_typos.toml
+++ b/_typos.toml
@@ -3,32 +3,7 @@
 extend-exclude = [
     "messages/*.json",
     "src/content/i18n/*.json",
-    "src/content/docs/es/**",
-    "src/content/docs/it/**",
-    "src/content/docs/ja/**",
-    "src/content/docs/de/**",
-    "src/content/docs/fr/**",
-    "src/content/docs/pt/**",
-    "src/content/docs/zh/**",
-    "src/content/docs/ko/**",
-    "src/content/docs/ru/**",
-    "src/content/docs/id/**",
-    "src/content/plugins-tutorials/es/**",
-    "src/content/plugins-tutorials/it/**",
-    "src/content/plugins-tutorials/fr/**",
-    "src/content/plugins-tutorials/id/**",
-    "src/content/plugins-tutorials/de/**",
-    "src/content/blog/es/**",
-    "src/content/blog/fr/**",
-    "src/content/blog/it/**",
-    "src/content/blog/ja/**",
-    "src/content/blog/de/**",
-    "src/content/blog/pt/**",
-    "src/content/blog/id/**",
-    "src/content/blog/ko/**",
-    "src/content/blog/zh-cn/**",
     "public/**/*_tye.png",
-    "loadedVectorStore/**",
     "src/pages/**",
     "src/services/supabase.types.ts",
     "src/components/**",
diff --git a/bun.lock b/bun.lock
index fec4baf13..5fc22db98 100644
--- a/bun.lock
+++ b/bun.lock
@@ -11,41 +11,41 @@
         "@astrojs/starlight-docsearch": "0.7.0",
         "@astrojs/starlight-tailwind": "5.0.0",
         "@std/semver": "npm:@jsr/std__semver@1.0.8",
-        "@supabase/supabase-js": "^2.99.1",
+        "@supabase/supabase-js": "^2.101.1",
         "@tailwindcss/typography": "^0.5.19",
-        "@tailwindcss/vite": "^4.2.1",
+        "@tailwindcss/vite": "^4.2.2",
         "astro": "6.1.3",
         "astro-embed": "^0.12.0",
         "astro-i18n-aut": "^0.7.3",
         "astro-icon": "1.1.5",
         "github-slugger": "^2.0.0",
         "glob": "^13.0.6",
-        "mermaid": "^11.13.0",
-        "openai": "^6.27.0",
-        "schema-dts": "^1.1.5",
+        "mermaid": "^11.14.0",
+        "openai": "^6.33.0",
+        "schema-dts": "^2.0.0",
         "sitemap": "^9.0.1",
-        "starlight-image-zoom": "^0.13.2",
+        "starlight-image-zoom": "^0.14.1",
         "starlight-llms-txt": "^0.8.0",
-        "starlight-package-managers": "^0.11.1",
+        "starlight-package-managers": "^0.12.0",
         "striptags": "^3.2.0",
-        "tailwindcss": "^4.2.1",
+        "tailwindcss": "^4.2.2",
         "toastify-js": "^1.12.0",
       },
       "devDependencies": {
         "@astrojs/check": "0.9.8",
         "@astrojs/compiler-rs": "^0.1.6",
         "@capgo/seo-checker": "^0.0.13",
-        "@cloudflare/vite-plugin": "1.30.3",
-        "@dotenvx/dotenvx": "^1.54.1",
-        "@iconify-json/carbon": "^1.2.19",
+        "@cloudflare/vite-plugin": "1.31.0",
+        "@dotenvx/dotenvx": "^1.59.1",
+        "@iconify-json/carbon": "^1.2.20",
         "@iconify-json/heroicons": "1.2.3",
         "@iconify-json/twemoji": "^1.2.5",
-        "@inlang/cli": "^3.1.7",
-        "@inlang/paraglide-js": "2.13.2",
-        "@types/bun": "^1.3.10",
+        "@inlang/cli": "^3.1.9",
+        "@inlang/paraglide-js": "2.15.1",
+        "@types/bun": "^1.3.11",
         "@types/js-yaml": "^4.0.9",
         "@types/marked": "^6.0.0",
-        "@types/node": "^25.5.0",
+        "@types/node": "^25.5.2",
         "@types/semver": "^7.7.1",
         "@types/toastify-js": "^1.12.4",
         "astro-font": "^1.1.0",
@@ -53,21 +53,20 @@
         "dayjs": "^1.11.20",
         "faiss-node": "^0.5.1",
         "fast-glob": "^3.3.3",
-        "fast-xml-parser": "^5.5.3",
+        "fast-xml-parser": "^5.5.10",
         "gray-matter": "^4.0.3",
         "js-yaml": "^4.1.1",
-        "langchain": "^0.3.37",
         "linkify-it": "^5.0.0",
         "nanospinner": "^1.2.2",
         "prettier": "^3.8.1",
         "prettier-plugin-astro": "^0.14.1",
         "prettier-plugin-organize-imports": "^4.3.0",
         "prettier-plugin-tailwindcss": "^0.7.2",
-        "seobot": "^1.4.0",
-        "typescript": "^5.9.3",
-        "vite-plugin-static-copy": "^4.0.0",
-        "wrangler": "4.73.0",
-        "zod": "^4",
+        "seobot": "^1.5.0",
+        "typescript": "^6.0.2",
+        "vite-plugin-static-copy": "^4.0.1",
+        "wrangler": "4.80.0",
+        "zod": "^4.3.6",
       },
     },
   },
@@ -214,8 +213,6 @@
 
     "@capsizecss/unpack": ["@capsizecss/unpack@4.0.0", "", { "dependencies": { "fontkitten": "^1.0.0" } }, "sha512-VERIM64vtTP1C4mxQ5thVT9fK0apjPFobqybMtA1UdUujWka24ERHbRHFGmpbbhp73MhV+KSsHQH9C6uOTdEQA=="],
 
-    "@cfworker/json-schema": ["@cfworker/json-schema@4.1.1", "", {}, "sha512-gAmrUZSGtKc3AiBL71iNWxDsyUC5uMaKKGdvzYsBoTW/xi42JQHl7eKV2OYzCUqvc+D2RCcf7EXY2iCyFIk6og=="],
-
     "@chevrotain/cst-dts-gen": ["@chevrotain/cst-dts-gen@11.1.2", "", { "dependencies": { "@chevrotain/gast": "11.1.2", "@chevrotain/types": "11.1.2", "lodash-es": "4.17.23" } }, "sha512-XTsjvDVB5nDZBQB8o0o/0ozNelQtn2KrUVteIHSlPd2VAV2utEb6JzyCJaJ8tGxACR4RiBNWy5uYUHX2eji88Q=="],
 
     "@chevrotain/gast": ["@chevrotain/gast@11.1.2", "", { "dependencies": { "@chevrotain/types": "11.1.2", "lodash-es": "4.17.23" } }, "sha512-Z9zfXR5jNZb1Hlsd/p+4XWeUFugrHirq36bKzPWDSIacV+GPSVXdk+ahVWZTwjhNwofAWg/sZg58fyucKSQx5g=="],
@@ -234,17 +231,17 @@
 
     "@cloudflare/unenv-preset": ["@cloudflare/unenv-preset@2.16.0", "", { "peerDependencies": { "unenv": "2.0.0-rc.24", "workerd": "1.20260301.1 || ~1.20260302.1 || ~1.20260303.1 || ~1.20260304.1 || >1.20260305.0 <2.0.0-0" }, "optionalPeers": ["workerd"] }, "sha512-8ovsRpwzPoEqPUzoErAYVv8l3FMZNeBVQfJTvtzP4AgLSRGZISRfuChFxHWUQd3n6cnrwkuTGxT+2cGo8EsyYg=="],
 
-    "@cloudflare/vite-plugin": ["@cloudflare/vite-plugin@1.30.3", "", { "dependencies": { "@cloudflare/unenv-preset": "2.16.0", "miniflare": "4.20260329.0", "unenv": "2.0.0-rc.24", "wrangler": "4.79.0", "ws": "8.18.0" }, "peerDependencies": { "vite": "^6.1.0 || ^7.0.0 || ^8.0.0" } }, "sha512-KFjdec5QlleBjt/hJx+9kAJbyCTFKn1IgZAaEwShSVl46GqTfOu2xiabGVv4at+FKZmw6/e++8xZ+YKbbyoEDw=="],
+    "@cloudflare/vite-plugin": ["@cloudflare/vite-plugin@1.31.0", "", { "dependencies": { "@cloudflare/unenv-preset": "2.16.0", "miniflare": "4.20260401.0", "unenv": "2.0.0-rc.24", "wrangler": "4.80.0", "ws": "8.18.0" }, "peerDependencies": { "vite": "^6.1.0 || ^7.0.0 || ^8.0.0" } }, "sha512-wkIoqOTVltHMsl8Zpt2bcndbdf+w7czICJ8SbxQq+VzvGprf8glJt5y7iyMCj9YeofkUdsR6AlyTZvZ8kpx0FQ=="],
 
-    "@cloudflare/workerd-darwin-64": ["@cloudflare/workerd-darwin-64@1.20260312.1", "", { "os": "darwin", "cpu": "x64" }, "sha512-HUAtDWaqUduS6yasV6+NgsK7qBpP1qGU49ow/Wb117IHjYp+PZPUGReDYocpB4GOMRoQlvdd4L487iFxzdARpw=="],
+    "@cloudflare/workerd-darwin-64": ["@cloudflare/workerd-darwin-64@1.20260401.1", "", { "os": "darwin", "cpu": "x64" }, "sha512-ZSmceM70jH6k+/62VkEcmMNzrpr4kSctkX5Lsgqv38KktfhPY/hsh75y1lRoPWS3H3kgMa4p2pUSlidZR1u2hw=="],
 
-    "@cloudflare/workerd-darwin-arm64": ["@cloudflare/workerd-darwin-arm64@1.20260312.1", "", { "os": "darwin", "cpu": "arm64" }, "sha512-DOn7TPTHSxJYfi4m4NYga/j32wOTqvJf/pY4Txz5SDKWIZHSTXFyGz2K4B+thoPWLop/KZxGoyTv7db0mk/qyw=="],
+    "@cloudflare/workerd-darwin-arm64": ["@cloudflare/workerd-darwin-arm64@1.20260401.1", "", { "os": "darwin", "cpu": "arm64" }, "sha512-7UKWF+IUZ3NXMVPsDg8Cjg0r58b+uYlfvs5Yt8bvtU+geCtW4P2MxRHmRSEo8SryckXOJjb/b8tcncgCykFu8g=="],
 
-    "@cloudflare/workerd-linux-64": ["@cloudflare/workerd-linux-64@1.20260312.1", "", { "os": "linux", "cpu": "x64" }, "sha512-TdkIh3WzPXYHuvz7phAtFEEvAxvFd30tHrm4gsgpw0R0F5b8PtoM3hfL2uY7EcBBWVYUBtkY2ahDYFfufnXw/g=="],
+    "@cloudflare/workerd-linux-64": ["@cloudflare/workerd-linux-64@1.20260401.1", "", { "os": "linux", "cpu": "x64" }, "sha512-MDWUH/0bvL/l9aauN8zEddyYOXId1OueqrUCXXENNJ95R/lSmF6OgGVuXaYhoIhxQkNiEJ/0NOlnVYj9mJq4dw=="],
 
-    "@cloudflare/workerd-linux-arm64": ["@cloudflare/workerd-linux-arm64@1.20260312.1", "", { "os": "linux", "cpu": "arm64" }, "sha512-kNauZhL569Iy94t844OMwa1zP6zKFiL3xiJ4tGLS+TFTEfZ3pZsRH6lWWOtkXkjTyCmBEOog0HSEKjIV4oAffw=="],
+    "@cloudflare/workerd-linux-arm64": ["@cloudflare/workerd-linux-arm64@1.20260401.1", "", { "os": "linux", "cpu": "arm64" }, "sha512-UgkzpMzVWM/bwbo3vjCTg2aoKfGcUhiEoQoDdo6RGWvbHRJyLVZ4VQCG9ZcISiztkiS2ICCoYOtPy6M/lV6Gcw=="],
 
-    "@cloudflare/workerd-windows-64": ["@cloudflare/workerd-windows-64@1.20260312.1", "", { "os": "win32", "cpu": "x64" }, "sha512-5dBrlSK+nMsZy5bYQpj8t9iiQNvCRlkm9GGvswJa9vVU/1BNO4BhJMlqOLWT24EmFyApZ+kaBiPJMV8847NDTg=="],
+    "@cloudflare/workerd-windows-64": ["@cloudflare/workerd-windows-64@1.20260401.1", "", { "os": "win32", "cpu": "x64" }, "sha512-HBLzcQF5iF4Qv20tQ++pG7xs3OsCnaIbc+GAi6fmhUKZhvmzvml/jwrQzLJ+MPm0cQo41K5OO/U3T4S8tvJetQ=="],
 
     "@cspotcode/source-map-support": ["@cspotcode/source-map-support@0.8.1", "", { "dependencies": { "@jridgewell/trace-mapping": "0.3.9" } }, "sha512-IchNf6dN4tHoMFIn/7OE8LWZ19Y6q/67Bmf6vnGREv8RSbBVb9LPJxEcnwrcwX6ixSvaiGoomAUvu4YSxXrVgw=="],
 
@@ -404,7 +401,7 @@
 
     "@inlang/cli": ["@inlang/cli@3.1.9", "", { "dependencies": { "@inlang/sdk": "2.9.1", "esbuild-wasm": "^0.19.2" }, "bin": { "inlang": "bin/run.js" } }, "sha512-BfQM5O0tTjlSTtTYCb1soHHU6bxZnHmdBPTBrv4KnStUP2Dc68WydzYCwauiT54Y3mABdeSvWbNGd0SWpPSweQ=="],
 
-    "@inlang/paraglide-js": ["@inlang/paraglide-js@2.13.2", "", { "dependencies": { "@inlang/recommend-sherlock": "^0.2.1", "@inlang/sdk": "^2.7.0", "commander": "11.1.0", "consola": "3.4.0", "json5": "2.2.3", "unplugin": "^2.1.2", "urlpattern-polyfill": "^10.0.0" }, "bin": { "paraglide-js": "bin/run.js" } }, "sha512-ecxw95pmMbasVj7M/B6pu5wqYHomYQBcu3QzDl1svwAkbnRqRmsdrH4IizzFwqeVWd+uluibMIy1VOGywin94A=="],
+    "@inlang/paraglide-js": ["@inlang/paraglide-js@2.15.1", "", { "dependencies": { "@inlang/recommend-sherlock": "^0.2.1", "@inlang/sdk": "^2.9.1", "commander": "11.1.0", "consola": "3.4.0", "json5": "2.2.3", "unplugin": "^2.1.2", "urlpattern-polyfill": "^10.0.0" }, "bin": { "paraglide-js": "bin/run.js" } }, "sha512-7wWKbLWwLx1dkkYz55TnVp+39atKXf7rnlHnL8adSmM73UaAdB9fXDzo24GHSY/6FPGFKSkgHdT2qyJv2whWsA=="],
 
     "@inlang/recommend-sherlock": ["@inlang/recommend-sherlock@0.2.1", "", { "dependencies": { "comment-json": "^4.2.3" } }, "sha512-ckv8HvHy/iTqaVAEKrr+gnl+p3XFNwe5D2+6w6wJk2ORV2XkcRkKOJ/XsTUJbPSiyi4PI+p+T3bqbmNx/rDUlg=="],
 
@@ -422,12 +419,6 @@
 
     "@jridgewell/trace-mapping": ["@jridgewell/trace-mapping@0.3.9", "", { "dependencies": { "@jridgewell/resolve-uri": "^3.0.3", "@jridgewell/sourcemap-codec": "^1.4.10" } }, "sha512-3Belt6tdc8bPgAtbcmdtNJlirVoTmEb5e2gC94PnkwEW9jI6CAHUeoG85tjWP5WquqfavoMtMwiG4P926ZKKuQ=="],
 
-    "@langchain/core": ["@langchain/core@0.3.80", "", { "dependencies": { "@cfworker/json-schema": "^4.0.2", "ansi-styles": "^5.0.0", "camelcase": "6", "decamelize": "1.2.0", "js-tiktoken": "^1.0.12", "langsmith": "^0.3.67", "mustache": "^4.2.0", "p-queue": "^6.6.2", "p-retry": "4", "uuid": "^10.0.0", "zod": "^3.25.32", "zod-to-json-schema": "^3.22.3" } }, "sha512-vcJDV2vk1AlCwSh3aBm/urQ1ZrlXFFBocv11bz/NBUfLWD5/UDNMzwPdaAd2dKvNmTWa9FM2lirLU3+JCf4cRA=="],
-
-    "@langchain/openai": ["@langchain/openai@0.6.17", "", { "dependencies": { "js-tiktoken": "^1.0.12", "openai": "5.12.2", "zod": "^3.25.32" }, "peerDependencies": { "@langchain/core": ">=0.3.68 <0.4.0" } }, "sha512-JVSzD+FL5v/2UQxKd+ikB1h4PQOtn0VlK8nqW2kPp0fshItCv4utrjBKXC/rubBnSXoRTyonBINe8QRZ6OojVQ=="],
-
-    "@langchain/textsplitters": ["@langchain/textsplitters@0.1.0", "", { "dependencies": { "js-tiktoken": "^1.0.12" }, "peerDependencies": { "@langchain/core": ">=0.2.21 <0.4.0" } }, "sha512-djI4uw9rlkAb5iMhtLED+xJebDdAG935AdP4eRTB02R7OB/act55Bj9wsskhZsvuyQRpO4O1wQOp85s6T6GWmw=="],
-
     "@lix-js/sdk": ["@lix-js/sdk@0.4.9", "", { "dependencies": { "@lix-js/server-protocol-schema": "0.1.1", "dedent": "1.5.1", "human-id": "^4.1.1", "js-sha256": "^0.11.0", "kysely": "^0.28.12", "sqlite-wasm-kysely": "0.3.0", "uuid": "^10.0.0" } }, "sha512-30mDkXpx704359oRrJI42bjfCspCiaMItngVBbPkiTGypS7xX4jYbHWQkXI8XuJ7VDB69D0MsVU6xfrBAIrM4A=="],
 
     "@lix-js/server-protocol-schema": ["@lix-js/server-protocol-schema@0.1.1", "", {}, "sha512-jBeALB6prAbtr5q4vTuxnRZZv1M2rKe8iNqRQhFJ4Tv7150unEa0vKyz0hs8Gl3fUGsWaNJBh3J8++fpbrpRBQ=="],
@@ -692,8 +683,6 @@
 
     "@types/node": ["@types/node@25.5.2", "", { "dependencies": { "undici-types": "~7.18.0" } }, "sha512-tO4ZIRKNC+MDWV4qKVZe3Ql/woTnmHDr5JD8UI5hn2pwBrHEwOEMZK7WlNb5RKB6EoJ02gwmQS9OrjuFnZYdpg=="],
 
-    "@types/retry": ["@types/retry@0.12.0", "", {}, "sha512-wWKOClTTiizcZhXnPY4wikVAwmdYHp8q6DmC+EJUzAMsycb7HB32Kh9RN4+0gExjmPmZSAQjgURXIGATPegAvA=="],
-
     "@types/sax": ["@types/sax@1.2.7", "", { "dependencies": { "@types/node": "*" } }, "sha512-rO73L89PJxeYM3s3pPPjiPgVVcymqU490g0YO5n5By0k2Erzj6tay/4lr1CHAAU4JyOWd1rpQ8bCf6cZfHU96A=="],
 
     "@types/semver": ["@types/semver@7.7.1", "", {}, "sha512-FmgJfu+MOcQ370SD0ev7EI8TlCAfKYU+B4m5T3yXc1CiRN94g/SZPtsCkk506aUDtlMnFZvasDwHHUcZUEaYuA=="],
@@ -704,8 +693,6 @@
 
     "@types/unist": ["@types/unist@3.0.3", "", {}, "sha512-ko/gIFJRv177XgZsZcBwnqJN5x/Gien8qNOn0D5bQU/zAzVf9Zt3BlcUiLqhV9y4ARk0GbT3tnUiPNgnTXzc/Q=="],
 
-    "@types/uuid": ["@types/uuid@10.0.0", "", {}, "sha512-7gqG38EyHgyP1S+7+xomFtL+ZNHcKv6DwNaCZmJmo1vgMugyF3TCnXVg4t1uk89mLNwnLtnY3TpOpCOyp1/xHQ=="],
-
     "@types/ws": ["@types/ws@8.18.1", "", { "dependencies": { "@types/node": "*" } }, "sha512-ThVF6DCVhA8kUGy+aazFQ4kXQ7E1Ty7A3ypFOe0IcJV8O/M511G99AW24irKrW56Wt44yG9+ij8FaqoBGkuBXg=="],
 
     "@types/yauzl": ["@types/yauzl@2.10.3", "", { "dependencies": { "@types/node": "*" } }, "sha512-oJoftv0LSuaDZE3Le4DbKX+KS9G36NzOeSap90UIK0yMA/NhKJhqlSGtNDORNRaIbQfzjXDrQa0ytJ6mNRGz/Q=="],
@@ -742,7 +729,7 @@
 
     "ansi-regex": ["ansi-regex@5.0.1", "", {}, "sha512-quJQXlTSUGL2LH9SUXo8VwsY4soanhgo6LNSm84E1LBcE8s3O0wpdiRzyR9z/ZZJMlMWv37qOOb9pdJlMUEKFQ=="],
 
-    "ansi-styles": ["ansi-styles@5.2.0", "", {}, "sha512-Cxwpt2SfTzTtXcfOlzGEee8O+c+MmUgGrNiBcXnuWxuFJHe6a5Hz7qwhwe5OgaSYI0IJvkLqWX1ASG+cJOkEiA=="],
+    "ansi-styles": ["ansi-styles@4.3.0", "", { "dependencies": { "color-convert": "^2.0.1" } }, "sha512-zbB9rCJAT1rbjiVDb2hqKFHNYLxgtk8NURxZ3IZwD3F6NtxbXZQCnnSi1Lkx+IDohdPlFp222wVALIheZJQSEg=="],
 
     "anymatch": ["anymatch@3.1.3", "", { "dependencies": { "normalize-path": "^3.0.0", "picomatch": "^2.0.4" } }, "sha512-KMReFUr0B4t+D+OBkjR3KYqvocp2XaSzO55UcB6mgQMd3KbcE+mWTyvVV7D/zsdEbNnV6acZUutkiHQXvTr1Rw=="],
 
@@ -812,12 +799,8 @@
 
     "call-bind-apply-helpers": ["call-bind-apply-helpers@1.0.2", "", { "dependencies": { "es-errors": "^1.3.0", "function-bind": "^1.1.2" } }, "sha512-Sp1ablJ0ivDkSzjcaJdxEunN5/XvksFJ2sMBFfq6x0ryhQV/2b/KwFe21cMpmHtPOSij8K99/wSfoEuTObmuMQ=="],
 
-    "camelcase": ["camelcase@6.3.0", "", {}, "sha512-Gmy6FhYlCY7uOElZUSbxo2UCDH8owEk996gkbrpsgGtrJLM3J7jGxl9Ic7Qwwj4ivOE5AWZWRMecDdF7hqGjFA=="],
-
     "ccount": ["ccount@2.0.1", "", {}, "sha512-eyrF0jiFpY+3drT6383f1qhkbGsLSifNAjA61IUjZjmLCWjItY6LB9ft9YhoDgwfmclB2zhu51Lc7+95b8NRAg=="],
 
-    "chalk": ["chalk@4.1.2", "", { "dependencies": { "ansi-styles": "^4.1.0", "supports-color": "^7.1.0" } }, "sha512-oKnbhFyRIXpUuez8iBMmyEa4nbj4IOQyuhc/wy9kY7/WVPcwIO9VA668Pu8RkO7+0G76SLROeyw9CpQ061i4mA=="],
-
     "character-entities": ["character-entities@2.0.2", "", {}, "sha512-shx7oQ0Awen/BRIdkjkvz54PnEEI/EjwXDSIZp86/KKdbafHh1Df/RYGBhn4hbe2+uKC9FnT5UCEdyPz3ai9hQ=="],
 
     "character-entities-html4": ["character-entities-html4@2.1.0", "", {}, "sha512-1v7fgQRj6hnSwFpq1Eu0ynr/CDEw0rXo2B61qXrLNdHZmPKgb7fqS1a2JwF0rISo9q77jDI8VMEHoApn8qDoZA=="],
@@ -864,8 +847,6 @@
 
     "consola": ["consola@3.4.0", "", {}, "sha512-EiPU8G6dQG0GFHNR8ljnZFki/8a+cQwEQ+7wpxdChl02Q8HXlwEZWD5lqAF8vC2sEC3Tehr8hy7vErz88LHyUA=="],
 
-    "console-table-printer": ["console-table-printer@2.15.0", "", { "dependencies": { "simple-wcswidth": "^1.1.2" } }, "sha512-SrhBq4hYVjLCkBVOWaTzceJalvn5K1Zq5aQA6wXC/cYjI3frKWNPEMK3sZsJfNNQApvCQmgBcc13ZKmFj8qExw=="],
-
     "cookie": ["cookie@1.1.1", "", {}, "sha512-ei8Aos7ja0weRpFzJnEA9UHJ/7XQmqglbRwnf2ATjcB9Wq874VKH9kfjjirM6UhU2/E5fFYadylyhFldcqSidQ=="],
 
     "cookie-es": ["cookie-es@1.2.3", "", {}, "sha512-lXVyvUvrNXblMqzIRrxHb57UUVmqsSWlxqt3XIjCkUP0wDAf6uicO6KMbEgYrMNtEvWgWHwe42CKxPu9MYAnWw=="],
@@ -964,8 +945,6 @@
 
     "debug": ["debug@4.4.3", "", { "dependencies": { "ms": "^2.1.3" } }, "sha512-RGwwWnwQvkVfavKVt22FGLw+xYSdzARwm0ru6DhTVA3umU5hZc28V3kO4stgYryrTlLpuvgI9GiijltAjNbcqA=="],
 
-    "decamelize": ["decamelize@1.2.0", "", {}, "sha512-z2S+W9X73hAUUki+N+9Za2lBlun89zigOyGrsax+KUQ6wKW4ZoWpEYBkGhQjwAjjDCkWxhY0VKEhk8wzY7F5cA=="],
-
     "decode-named-character-reference": ["decode-named-character-reference@1.3.0", "", { "dependencies": { "character-entities": "^2.0.0" } }, "sha512-GtpQYB283KrPp6nRw50q3U9/VfOutZOe103qlN7BPP6Ad27xYnOIWv4lPzo8HCAL+mMZofJ9KEy30fq6MfaK6Q=="],
 
     "decompress-response": ["decompress-response@6.0.0", "", { "dependencies": { "mimic-response": "^3.1.0" } }, "sha512-aW35yZM6Bb/4oJlZncMH2LCoZtJXTRxES17vE3hoRiowU2kWHaJKFkSBDnDR+cm9J+9QhXmREyIfv0pji9ejCQ=="],
@@ -1156,8 +1135,6 @@
 
     "hachure-fill": ["hachure-fill@0.5.2", "", {}, "sha512-3GKBOn+m2LX9iq+JC1064cSFprJY4jL1jCXTcpnfER5HYE2l/4EfWSGzkPa/ZDBmYI0ZOEj5VHV/eKnPGkHuOg=="],
 
-    "has-flag": ["has-flag@4.0.0", "", {}, "sha512-EykJT/Q1KjTWctppgIAgfSO0tKVuZUjhgMr17kqTumMl6Afv3EISleU7qZUzoXDFTAHTDC4NOoG/ZxU3EvlMPQ=="],
-
     "has-symbols": ["has-symbols@1.1.0", "", {}, "sha512-1cDNdwJ2Jaohmb3sg4OmKaMBwuC48sYni5HUw2DvsC8LjGTLK9h+eb1X6RyuOHe4hT0ULCW68iomhjUoKUqlPQ=="],
 
     "has-tostringtag": ["has-tostringtag@1.0.2", "", { "dependencies": { "has-symbols": "^1.0.3" } }, "sha512-NqADB8VjPFLM2V0VvHUewwwsw0ZWBaIdgo+ieHtK3hasLz4qeCRjYcqfB6AQrBggRKppKF8L52/VqdVsO47Dlw=="],
@@ -1278,8 +1255,6 @@
 
     "js-sha256": ["js-sha256@0.11.1", "", {}, "sha512-o6WSo/LUvY2uC4j7mO50a2ms7E/EAdbP0swigLV+nzHKTTaYnaLIWJ02VdXrsJX0vGedDESQnLsOekr94ryfjg=="],
 
-    "js-tiktoken": ["js-tiktoken@1.0.21", "", { "dependencies": { "base64-js": "^1.5.1" } }, "sha512-biOj/6M5qdgx5TKjDnFT1ymSpM5tbd3ylwDtrQvFQSu0Z7bBYko2dF+W/aUkXUPuk6IVpRxk/3Q2sHOzGlS36g=="],
-
     "js-yaml": ["js-yaml@4.1.1", "", { "dependencies": { "argparse": "^2.0.1" }, "bin": { "js-yaml": "bin/js-yaml.js" } }, "sha512-qQKT4zQxXl8lLwBtHMWwaTcGfFOZviOJet3Oy/xmGk2gZH677CJM9EvtfdSkgWcATZhj/55JZ0rmy3myCT5lsA=="],
 
     "json-schema-traverse": ["json-schema-traverse@1.0.0", "", {}, "sha512-NM8/P9n3XjXhIZn1lLhkFaACTOURQXjWhV4BA/RnOv8xvgqtqpAX9IO4mRQxSx1Rlo4tqzeqb0sOlruaOy3dug=="],
@@ -1290,8 +1265,6 @@
 
     "jsonfile": ["jsonfile@6.2.0", "", { "dependencies": { "universalify": "^2.0.0" }, "optionalDependencies": { "graceful-fs": "^4.1.6" } }, "sha512-FGuPw30AdOIUTRMC2OMRtQV+jkVj2cfPqSeWXv1NEAJ1qZ5zb1X6z1mFhbfOB/iy3ssJCD+3KuZ8r8C3uVFlAg=="],
 
-    "jsonpointer": ["jsonpointer@5.0.1", "", {}, "sha512-p/nXbhSEcu3pZRdkW1OfJhpsVtW1gd4Wa1fnQc9YLiTfAjn0312eMKimbdIQzuZl9aa9xUGaRlP9T/CJE/ditQ=="],
-
     "katex": ["katex@0.16.44", "", { "dependencies": { "commander": "^8.3.0" }, "bin": { "katex": "cli.js" } }, "sha512-EkxoDTk8ufHqHlf9QxGwcxeLkWRR3iOuYfRpfORgYfqc8s13bgb+YtRY59NK5ZpRaCwq1kqA6a5lpX8C/eLphQ=="],
 
     "khroma": ["khroma@2.1.0", "", {}, "sha512-Ls993zuzfayK269Svk9hzpeGUKob/sIgZzyHYdjQoAdQetRKpOLj+k/QQQ/6Qi0Yz65mlROrfd+Ev+1+7dz9Kw=="],
@@ -1306,12 +1279,8 @@
 
     "kysely": ["kysely@0.28.15", "", {}, "sha512-r2clcf7HLWvDXaVUEvQymXJY4i3bSOIV3xsL/Upy3ZfSv5HeKsk9tsqbBptLvth5qHEIhxeHTA2jNLyQABkLBA=="],
 
-    "langchain": ["langchain@0.3.37", "", { "dependencies": { "@langchain/openai": ">=0.1.0 <0.7.0", "@langchain/textsplitters": ">=0.0.0 <0.2.0", "js-tiktoken": "^1.0.12", "js-yaml": "^4.1.0", "jsonpointer": "^5.0.1", "langsmith": "^0.3.67", "openapi-types": "^12.1.3", "p-retry": "4", "uuid": "^10.0.0", "yaml": "^2.2.1", "zod": "^3.25.32" }, "peerDependencies": { "@langchain/anthropic": "*", "@langchain/aws": "*", "@langchain/cerebras": "*", "@langchain/cohere": "*", "@langchain/core": ">=0.3.58 <0.4.0", "@langchain/deepseek": "*", "@langchain/google-genai": "*", "@langchain/google-vertexai": "*", "@langchain/google-vertexai-web": "*", "@langchain/groq": "*", "@langchain/mistralai": "*", "@langchain/ollama": "*", "@langchain/xai": "*", "axios": "*", "cheerio": "*", "handlebars": "^4.7.8", "peggy": "^3.0.2", "typeorm": "*" }, "optionalPeers": ["@langchain/anthropic", "@langchain/aws", "@langchain/cerebras", "@langchain/cohere", "@langchain/deepseek", "@langchain/google-genai", "@langchain/google-vertexai", "@langchain/google-vertexai-web", "@langchain/groq", "@langchain/mistralai", "@langchain/ollama", "@langchain/xai", "axios", "cheerio", "handlebars", "peggy", "typeorm"] }, "sha512-1jPsZ6xsxkcQPUvqRjvfuOLwZLLyt49hzcOK7OYAJovIkkOxd5gzK4Yw6giPUQ8g4XHyvULNlWBz+subdkcokw=="],
-
     "langium": ["langium@4.2.1", "", { "dependencies": { "chevrotain": "~11.1.1", "chevrotain-allstar": "~0.3.1", "vscode-languageserver": "~9.0.1", "vscode-languageserver-textdocument": "~1.0.11", "vscode-uri": "~3.1.0" } }, "sha512-zu9QWmjpzJcomzdJQAHgDVhLGq5bLosVak1KVa40NzQHXfqr4eAHupvnPOVXEoLkg6Ocefvf/93d//SB7du4YQ=="],
 
-    "langsmith": ["langsmith@0.3.87", "", { "dependencies": { "@types/uuid": "^10.0.0", "chalk": "^4.1.2", "console-table-printer": "^2.12.1", "p-queue": "^6.6.2", "semver": "^7.6.3", "uuid": "^10.0.0" }, "peerDependencies": { "@opentelemetry/api": "*", "@opentelemetry/exporter-trace-otlp-proto": "*", "@opentelemetry/sdk-trace-base": "*", "openai": "*" }, "optionalPeers": ["@opentelemetry/api", "@opentelemetry/exporter-trace-otlp-proto", "@opentelemetry/sdk-trace-base", "openai"] }, "sha512-XXR1+9INH8YX96FKWc5tie0QixWz6tOqAsAKfcJyPkE0xPep+NDz0IQLR32q4bn10QK3LqD2HN6T3n6z1YLW7Q=="],
-
     "layout-base": ["layout-base@1.0.2", "", {}, "sha512-8h2oVEZNktL4BH2JCOI90iD1yXwL6iNW7KcCKT2QZgQJR2vbqDsldCTPRU9NifTCqHZci57XvQQ15YTu+sTYPg=="],
 
     "lightningcss": ["lightningcss@1.32.0", "", { "dependencies": { "detect-libc": "^2.0.3" }, "optionalDependencies": { "lightningcss-android-arm64": "1.32.0", "lightningcss-darwin-arm64": "1.32.0", "lightningcss-darwin-x64": "1.32.0", "lightningcss-freebsd-x64": "1.32.0", "lightningcss-linux-arm-gnueabihf": "1.32.0", "lightningcss-linux-arm64-gnu": "1.32.0", "lightningcss-linux-arm64-musl": "1.32.0", "lightningcss-linux-x64-gnu": "1.32.0", "lightningcss-linux-x64-musl": "1.32.0", "lightningcss-win32-arm64-msvc": "1.32.0", "lightningcss-win32-x64-msvc": "1.32.0" } }, "sha512-NXYBzinNrblfraPGyrbPoD19C1h9lfI/1mzgWYvXUTe414Gz/X1FD2XBZSZM7rRTrMA8JL3OtAaGifrIKhQ5yQ=="],
@@ -1358,7 +1327,7 @@
 
     "markdown-table": ["markdown-table@3.0.4", "", {}, "sha512-wiYz4+JrLyb/DqW2hkFJxP7Vd7JuTDm77fvbM8VfEQdmSMqcImWeeRbHwZjBjIFki/VaMK2BhFi7oUUZeM5bqw=="],
 
-    "marked": ["marked@16.4.2", "", { "bin": { "marked": "bin/marked.js" } }, "sha512-TI3V8YYWvkVf3KJe1dRkpnjs68JUPyEa5vjKrp1XEEJUAOaQc+Qj+L1qWbPd0SJuAdQkFU0h73sXXqwDYxsiDA=="],
+    "marked": ["marked@17.0.5", "", { "bin": { "marked": "bin/marked.js" } }, "sha512-6hLvc0/JEbRjRgzI6wnT2P1XuM1/RrrDEX0kPt0N7jGm1133g6X7DlxFasUIx+72aKAr904GTxhSLDrd5DIlZg=="],
 
     "math-intrinsics": ["math-intrinsics@1.1.0", "", {}, "sha512-/IXtbwEk5HTPyEwyKX6hGkYXxM9nbj64B+ilVJnC/R6B0pH5G4V3b0pVbL7DBj4tkhBAppbQUlf6F6Xl9LHu1g=="],
 
@@ -1488,7 +1457,7 @@
 
     "mimic-response": ["mimic-response@3.1.0", "", {}, "sha512-z0yWI+4FDrrweS8Zmt4Ej5HdJmky15+L2e6Wgn3+iK5fWzb6T3fhNFq2+MeTRb064c6Wr4N/wv0DzQTjNzHNGQ=="],
 
-    "miniflare": ["miniflare@4.20260329.0", "", { "dependencies": { "@cspotcode/source-map-support": "0.8.1", "sharp": "^0.34.5", "undici": "7.24.4", "workerd": "1.20260329.1", "ws": "8.18.0", "youch": "4.1.0-beta.10" }, "bin": { "miniflare": "bootstrap.js" } }, "sha512-+G+1YFVeuEpw/gZZmUHQR7IfzJV+DDGvnSl0yXzhgvHh8Nbr8Go5uiWIwl17EyZ1Uors3FKUMDUyU6+ejeKZOw=="],
+    "miniflare": ["miniflare@4.20260401.0", "", { "dependencies": { "@cspotcode/source-map-support": "0.8.1", "sharp": "^0.34.5", "undici": "7.24.4", "workerd": "1.20260401.1", "ws": "8.18.0", "youch": "4.1.0-beta.10" }, "bin": { "miniflare": "bootstrap.js" } }, "sha512-lngHPzZFN9sxYG/mhzvnWiBMNVAN5MsO/7g32ttJ07rymtiK/ZBalODTKb8Od+BQdlU5DOR4CjVt9NydjnUyYg=="],
 
     "minimatch": ["minimatch@10.2.5", "", { "dependencies": { "brace-expansion": "^5.0.5" } }, "sha512-MULkVLfKGYDFYejP07QOurDLLQpcjk7Fw+7jXS2R2czRQzR56yHRveU5NDJEOviH+hETZKSkIk5c+T23GjFUMg=="],
 
@@ -1510,8 +1479,6 @@
 
     "multiformats": ["multiformats@9.9.0", "", {}, "sha512-HoMUjhH9T8DDBNT+6xzkrd9ga/XiBI4xLr58LJACwK6G3HTOPeMz4nB4KJs33L2BelrIJa7P0VuNaVF3hMYfjg=="],
 
-    "mustache": ["mustache@4.2.0", "", { "bin": { "mustache": "bin/mustache" } }, "sha512-71ippSywq5Yb7/tVYyGbkBggbU8H3u5Rz56fH60jGFgr8uHwxs+aSKeqmluIVzM0m0kB7xQjKS6qPfd0b2ZoqQ=="],
-
     "nanoid": ["nanoid@3.3.11", "", { "bin": { "nanoid": "bin/nanoid.cjs" } }, "sha512-N8SpfPUnUp1bK+PMYW8qSWdl9U+wwNWI4QKxOYDy9JAro3WMX7p2OeVRF9v+347pnakNevPmiHhNmZ2HbFA76w=="],
 
     "nanospinner": ["nanospinner@1.2.2", "", { "dependencies": { "picocolors": "^1.1.1" } }, "sha512-Zt/AmG6qRU3e+WnzGGLuMCEAO/dAu45stNbHY223tUxldaDAeE+FxSPsd9Q+j+paejmm0ZbrNVs5Sraqy3dRxA=="],
@@ -1554,18 +1521,12 @@
 
     "openai": ["openai@6.33.0", "", { "peerDependencies": { "ws": "^8.18.0", "zod": "^3.25 || ^4.0" }, "optionalPeers": ["ws", "zod"], "bin": { "openai": "bin/cli" } }, "sha512-xAYN1W3YsDXJWA5F277135YfkEk6H7D3D6vWwRhJ3OEkzRgcyK8z/P5P9Gyi/wB4N8kK9kM5ZjprfvyHagKmpw=="],
 
-    "openapi-types": ["openapi-types@12.1.3", "", {}, "sha512-N4YtSYJqghVu4iek2ZUvcN/0aqH1kRDuNqzcycDxhOUpg7GdvLa2F3DgS6yBNhInhv2r/6I0Flkn7CqL8+nIcw=="],
-
-    "p-finally": ["p-finally@1.0.0", "", {}, "sha512-LICb2p9CB7FS+0eR1oqWnHhp0FljGLZCWBE9aix0Uye9W8LTQPwMTYVGWQWIw9RdQiDg4+epXQODwIYJtSJaow=="],
-
     "p-limit": ["p-limit@7.3.0", "", { "dependencies": { "yocto-queue": "^1.2.1" } }, "sha512-7cIXg/Z0M5WZRblrsOla88S4wAK+zOQQWeBYfV3qJuJXMr+LnbYjaadrFaS0JILfEDPVqHyKnZ1Z/1d6J9VVUw=="],
 
     "p-map": ["p-map@7.0.4", "", {}, "sha512-tkAQEw8ysMzmkhgw8k+1U/iPhWNhykKnSk4Rd5zLoPJCuJaGRPo6YposrZgaxHKzDHdDWWZvE/Sk7hsL2X/CpQ=="],
 
     "p-queue": ["p-queue@9.1.1", "", { "dependencies": { "eventemitter3": "^5.0.1", "p-timeout": "^7.0.0" } }, "sha512-yQS1vV2V7Q14MQrgD8jMNY5owPuGgVHVdSK8NqmKpOVajnjbaeMa6uLOzTALPtvJ7Vo4bw0BGsw7qfUT8z24Ig=="],
 
-    "p-retry": ["p-retry@4.6.2", "", { "dependencies": { "@types/retry": "0.12.0", "retry": "^0.13.1" } }, "sha512-312Id396EbJdvRONlngUx0NydfrIQ5lsYu0znKVUzVvArzEIt08V1qhtyESbGVd1FGX7UKtiFp5uwKZdM8wIuQ=="],
-
     "p-timeout": ["p-timeout@7.0.1", "", {}, "sha512-AxTM2wDGORHGEkPCt8yqxOTMgpfbEHqF51f/5fJCmwFC3C/zNcGT63SymH2ttOAaiIws2zVg4+izQCjrakcwHg=="],
 
     "package-manager-detector": ["package-manager-detector@1.6.0", "", {}, "sha512-61A5ThoTiDG/C8s8UMZwSorAGwMJ0ERVGj2OjoW5pAalsNOg15+iQiPzrLJ4jhZ1HJzmC2PIHT2oEiH3R5fzNA=="],
@@ -1708,8 +1669,6 @@
 
     "retext-stringify": ["retext-stringify@4.0.0", "", { "dependencies": { "@types/nlcst": "^2.0.0", "nlcst-to-string": "^4.0.0", "unified": "^11.0.0" } }, "sha512-rtfN/0o8kL1e+78+uxPTqu1Klt0yPzKuQ2BfWwwfgIUSayyzxpM1PJzkKt4V8803uB9qSy32MvI7Xep9khTpiA=="],
 
-    "retry": ["retry@0.13.1", "", {}, "sha512-XQBQ3I8W1Cge0Seh+6gjj03LbmRFWuoszgK9ooCpwYIrhhoO80pfq4cUkU5DkknwfOfFteRwlZ56PYOGYyFWdg=="],
-
     "reusify": ["reusify@1.1.0", "", {}, "sha512-g6QUff04oZpHs0eG5p83rFLhHeV00ug/Yf9nZM6fLeUrPguBTkTQOdpAWWspMh55TZfVQDPaN3NQJfbVRAxdIw=="],
 
     "robust-predicates": ["robust-predicates@3.0.3", "", {}, "sha512-NS3levdsRIUOmiJ8FZWCP7LG3QpJyrs/TE0Zpf1yvZu8cAJJ6QMW92H1c7kWpdIHo8RvmLxN/o2JXTKHp74lUA=="],
@@ -1732,7 +1691,9 @@
 
     "sax": ["sax@1.6.0", "", {}, "sha512-6R3J5M4AcbtLUdZmRv2SygeVaM7IhrLXu9BmnOGmmACak8fiUtOsYNWUS4uK7upbmHIBbLBeFeI//477BKLBzA=="],
 
-    "schema-dts": ["schema-dts@1.1.5", "", {}, "sha512-RJr9EaCmsLzBX2NDiO5Z3ux2BVosNZN5jo0gWgsyKvxKIUL5R3swNvoorulAeL9kLB0iTSX7V6aokhla2m7xbg=="],
+    "schema-dts": ["schema-dts@2.0.0", "", { "dependencies": { "schema-dts-lib": "^1.0.0" } }, "sha512-t7NoCy3Rn5GHGx6p7s1qIYK/AeIb8ZxJNR9WUNFkwMv2CiiGZBmqqYWc2FlZVm5ZbiHMY4OvBWhj7QtyrFO2Jw=="],
+
+    "schema-dts-lib": ["schema-dts-lib@1.0.0", "", { "peerDependencies": { "typescript": ">=4.9.5" } }, "sha512-9MEO5vpQH9JdBioUupqluzxSYxPLjhmqRUudk15adUl/ypnRsM2/M1kN3AmVJQeG7nZqcL68H8JlGqQQT6vy9A=="],
 
     "schema-org-json-schemas": ["schema-org-json-schemas@2.1.4", "", {}, "sha512-/n+XLQjmP2W4GrEsMFCw19tpykYFd7+rNll0GX/ptc2Pj8o4wzCok6O2x1h2R+oqzYOmUdidDIkwl4SOANEC3w=="],
 
@@ -1758,8 +1719,6 @@
 
     "simple-get": ["simple-get@4.0.1", "", { "dependencies": { "decompress-response": "^6.0.0", "once": "^1.3.1", "simple-concat": "^1.0.0" } }, "sha512-brv7p5WgH0jmQJr1ZDDfKDOSeWWg+OVypG99A/5vYGPqJ6pxiaHLy8nxtFjBA7oMa01ebA9gfh1uMCFqOuXxvA=="],
 
-    "simple-wcswidth": ["simple-wcswidth@1.1.2", "", {}, "sha512-j7piyCjAeTDSjzTSQ7DokZtMNwNlEAyxqSZeCS+CXH7fJ4jx3FuJ/mTW3mE+6JLs4VJBbcll0Kjn+KXI5t21Iw=="],
-
     "sisteransi": ["sisteransi@1.0.5", "", {}, "sha512-bLGGlR1QxBcynn2d5YmDX4MGjlZvy2MRBDRNHLJ8VI6l6+9FUiyTFNJ0IveOSP0bcXgVDPRcfGqA0pjaqUpfVg=="],
 
     "sitemap": ["sitemap@9.0.1", "", { "dependencies": { "@types/node": "^24.9.2", "@types/sax": "^1.2.1", "arg": "^5.0.0", "sax": "^1.4.1" }, "bin": { "sitemap": "dist/esm/cli.js" } }, "sha512-S6hzjGJSG3d6if0YoF5kTyeRJvia6FSTBroE5fQ0bu1QNxyJqhhinfUsXi9fH3MgtXODWvwo2BDyQSnhPQ88uQ=="],
@@ -1780,11 +1739,11 @@
 
     "sqlite-wasm-kysely": ["sqlite-wasm-kysely@0.3.0", "", { "dependencies": { "@sqlite.org/sqlite-wasm": "^3.48.0-build2" }, "peerDependencies": { "kysely": "*" } }, "sha512-TzjBNv7KwRw6E3pdKdlRyZiTmUIE0UttT/Sl56MVwVARl/u5gp978KepazCJZewFUnlWHz9i3NQd4kOtP/Afdg=="],
 
-    "starlight-image-zoom": ["starlight-image-zoom@0.13.2", "", { "dependencies": { "mdast-util-mdx-jsx": "^3.1.3", "rehype-raw": "^7.0.0", "unist-util-visit": "^5.0.0", "unist-util-visit-parents": "^6.0.1" }, "peerDependencies": { "@astrojs/starlight": ">=0.32.0" } }, "sha512-fDJrx+UZXhkbhEeXKoRogTKAYtrYVJPw6wmSUI3nHUTA0vuRM6EI//2Z8bzv3Ecvz0pHKD1vAxtS01mLyessBA=="],
+    "starlight-image-zoom": ["starlight-image-zoom@0.14.1", "", { "dependencies": { "mdast-util-mdx-jsx": "^3.2.0", "rehype-raw": "^7.0.0", "unist-util-visit": "^5.1.0", "unist-util-visit-parents": "^6.0.2" }, "peerDependencies": { "@astrojs/starlight": ">=0.38.0" } }, "sha512-HFY+/779bq65tiEgiQVk8XIH6HPP34PTxWDmdlIo9pwidLyJUUrSH030/1Iu/r+KjAD7W/jpPWjC8Nkn7+uPhw=="],
 
     "starlight-llms-txt": ["starlight-llms-txt@0.8.0", "", { "dependencies": { "@astrojs/mdx": "^5.0.0", "@types/hast": "^3.0.4", "@types/micromatch": "^4.0.10", "github-slugger": "^2.0.0", "hast-util-select": "^6.0.4", "micromatch": "^4.0.8", "rehype-parse": "^9.0.1", "rehype-remark": "^10.0.1", "remark-gfm": "^4.0.1", "remark-stringify": "^11.0.0", "unified": "^11.0.5", "unist-util-remove": "^4.0.0" }, "peerDependencies": { "@astrojs/starlight": ">=0.38.0", "astro": "^6.0.0" } }, "sha512-SyENqKy5SMms0/RsEPLv1wLI3EvqZeVgVKQZ6umBR4PXEiIg9iisxXPD3lXOdoxEr+ro4Z/9z731UVOgz8LGKA=="],
 
-    "starlight-package-managers": ["starlight-package-managers@0.11.1", "", { "peerDependencies": { "@astrojs/starlight": ">=0.22.0" } }, "sha512-GDGJAozmBvmo8CVrOTnYTtnFO1C0kvMPorQ7CF9Khqt2O5mdRtE9JFj+MYh8hU78TdacXFGlJNJDMfHFl7jxiw=="],
+    "starlight-package-managers": ["starlight-package-managers@0.12.0", "", { "peerDependencies": { "@astrojs/starlight": ">=0.22.0" } }, "sha512-hAIVzOT0/Git+T2Uwckh2rs51fYiDM6/X+Z2f3LtKMSwOwm+nSUAX2Ilp7k+07LDtxYjmvfTCxhfIBt0PgOF5g=="],
 
     "stream-replace-string": ["stream-replace-string@2.0.0", "", {}, "sha512-TlnjJ1C0QrmxRNrON00JvaFFlNh5TTG00APw23j74ET7gkQpTASi6/L2fuiav8pzK715HXtUeClpBTw2NPSn6w=="],
 
@@ -1814,7 +1773,7 @@
 
     "suf-log": ["suf-log@2.5.3", "", { "dependencies": { "s.color": "0.0.15" } }, "sha512-KvC8OPjzdNOe+xQ4XWJV2whQA0aM1kGVczMQ8+dStAO6KfEB140JEVQ9dE76ONZ0/Ylf67ni4tILPJB41U0eow=="],
 
-    "supports-color": ["supports-color@7.2.0", "", { "dependencies": { "has-flag": "^4.0.0" } }, "sha512-qpCAvRl9stuOHveKsn7HncJRvv501qIacKzQlO/+Lwxc9+0q2wLyv4Dfvt80/DPn2pqOBsJdDiogXGR9+OvwRw=="],
+    "supports-color": ["supports-color@10.2.2", "", {}, "sha512-SS+jx45GF1QjgEXQx4NJZV9ImqmO2NPz5FNsIHrsDjh2YsHnawpan7SNQ1o8NuhrbHZy9AZhIoCUiCeaW/C80g=="],
 
     "svgo": ["svgo@4.0.1", "", { "dependencies": { "commander": "^11.1.0", "css-select": "^5.1.0", "css-tree": "^3.0.1", "css-what": "^6.1.0", "csso": "^5.0.5", "picocolors": "^1.1.1", "sax": "^1.5.0" }, "bin": "./bin/svgo.js" }, "sha512-XDpWUOPC6FEibaLzjfe0ucaV0YrOjYotGJO1WpF0Zd+n6ZGEQUsSugaoLq9QkEZtAfQIxT42UChcssDVPP3+/w=="],
 
@@ -1860,7 +1819,7 @@
 
     "typesafe-path": ["typesafe-path@0.2.2", "", {}, "sha512-OJabfkAg1WLZSqJAJ0Z6Sdt3utnbzr/jh+NAHoyWHJe8CMSy79Gm085094M9nvTPy22KzTVn5Zq5mbapCI/hPA=="],
 
-    "typescript": ["typescript@5.9.3", "", { "bin": { "tsc": "bin/tsc", "tsserver": "bin/tsserver" } }, "sha512-jl1vZzPDinLr9eUt3J/t7V6FgNEw9QjvBPdysz9KfQDD41fQrC2Y4vKQdiaUpFT4bXlb1RHhLpp8wtm6M5TgSw=="],
+    "typescript": ["typescript@6.0.2", "", { "bin": { "tsc": "bin/tsc", "tsserver": "bin/tsserver" } }, "sha512-bGdAIrZ0wiGDo5l8c++HWtbaNCWTS4UTv7RaTH/ThVIgjkveJt83m74bBHMJkuCbslY8ixgLBVZJIOiQlQTjfQ=="],
 
     "typescript-auto-import-cache": ["typescript-auto-import-cache@0.3.6", "", { "dependencies": { "semver": "^7.3.8" } }, "sha512-RpuHXrknHdVdK7wv/8ug3Fr0WNsNi5l5aB8MYYuXhq2UH5lnEB1htJ1smhtD5VeCsGr2p8mUDtd83LCQDFVgjQ=="],
 
@@ -1874,7 +1833,7 @@
 
     "uncrypto": ["uncrypto@0.1.3", "", {}, "sha512-Ql87qFHB3s/De2ClA9e0gsnS6zXG27SkTiSJwjCc9MebbfapQfuPzumMIUMi38ezPZVNFcHI9sUIepeQfw8J8Q=="],
 
-    "undici": ["undici@7.24.4", "", {}, "sha512-BM/JzwwaRXxrLdElV2Uo6cTLEjhSb3WXboncJamZ15NgUURmvlXvxa6xkwIOILIjPNo9i8ku136ZvWV0Uly8+w=="],
+    "undici": ["undici@7.24.7", "", {}, "sha512-H/nlJ/h0ggGC+uRL3ovD+G0i4bqhvsDOpbDv7At5eFLlj2b41L8QliGbnl2H7SnDiYhENphh1tQFJZf+MyfLsQ=="],
 
     "undici-types": ["undici-types@7.18.2", "", {}, "sha512-AsuCzffGHJybSaRrmr5eHr81mwJU3kjw6M+uprWvCXiNeN9SOGwQ3Jn8jb8m3Z6izVgknn1R0FTCEAP2QrLY/w=="],
 
@@ -1920,7 +1879,7 @@
 
     "util-deprecate": ["util-deprecate@1.0.2", "", {}, "sha512-EPD5q1uXyFxJpCrLnCc1nHnq3gOa6DZBocAIiI2TaSCA7VCJ1UJDMagCzIkXNsUYfD1daK//LTEQ8xiIbrHtcw=="],
 
-    "uuid": ["uuid@10.0.0", "", { "bin": { "uuid": "dist/bin/uuid" } }, "sha512-8XkAphELsDnEGrDxUOHB3RGvXz6TeuYSGEZBOjtTtPm2lwhGBjLgOzLHB63IUWfBpNucQjND6d3AOudO+H3RWQ=="],
+    "uuid": ["uuid@11.1.0", "", { "bin": { "uuid": "dist/esm/bin/uuid" } }, "sha512-0/A9rDy9P7cJ+8w1c9WD9V//9Wj15Ce2MPz8Ri6032usz+NfePxx5AcN3bN+r6ZL6jEo066/yNYB3tn4pQEx+A=="],
 
     "vfile": ["vfile@6.0.3", "", { "dependencies": { "@types/unist": "^3.0.0", "vfile-message": "^4.0.0" } }, "sha512-KzIbH/9tXat2u30jf+smMwFCsno4wHVdNmzFyL+T/L3UGqqk6JKfVqOFOZEpZSHADH1k40ab6NUIXZq422ov3Q=="],
 
@@ -1930,7 +1889,7 @@
 
     "vite": ["vite@7.3.1", "", { "dependencies": { "esbuild": "^0.27.0", "fdir": "^6.5.0", "picomatch": "^4.0.3", "postcss": "^8.5.6", "rollup": "^4.43.0", "tinyglobby": "^0.2.15" }, "optionalDependencies": { "fsevents": "~2.3.3" }, "peerDependencies": { "@types/node": "^20.19.0 || >=22.12.0", "jiti": ">=1.21.0", "less": "^4.0.0", "lightningcss": "^1.21.0", "sass": "^1.70.0", "sass-embedded": "^1.70.0", "stylus": ">=0.54.8", "sugarss": "^5.0.0", "terser": "^5.16.0", "tsx": "^4.8.1", "yaml": "^2.4.2" }, "optionalPeers": ["@types/node", "jiti", "less", "lightningcss", "sass", "sass-embedded", "stylus", "sugarss", "terser", "tsx", "yaml"], "bin": { "vite": "bin/vite.js" } }, "sha512-w+N7Hifpc3gRjZ63vYBXA56dvvRlNWRczTdmCBBa+CotUzAPf5b7YMdMR/8CQoeYE5LX3W4wj6RYTgonm1b9DA=="],
 
-    "vite-plugin-static-copy": ["vite-plugin-static-copy@4.0.0", "", { "dependencies": { "chokidar": "^3.6.0", "p-map": "^7.0.4", "picocolors": "^1.1.1", "tinyglobby": "^0.2.15" }, "peerDependencies": { "vite": "^6.0.0 || ^7.0.0 || ^8.0.0" } }, "sha512-TTf6cVTV4M2pH2Wfr3zhevdRsIQezfm2ltDkSfkjqvvdryJHYQyNoPISvuytX3r9jFZV0yVeMYyGTsAvAH2XLw=="],
+    "vite-plugin-static-copy": ["vite-plugin-static-copy@4.0.1", "", { "dependencies": { "chokidar": "^3.6.0", "p-map": "^7.0.4", "picocolors": "^1.1.1", "tinyglobby": "^0.2.15" }, "peerDependencies": { "vite": "^6.0.0 || ^7.0.0 || ^8.0.0" } }, "sha512-r3kQUrrimduikhyRm58ayemoxsgB8lZdn/JULLL4wpXHAZlYejtyZx7E/id7dwRtIOSYWu/tWvFjdEOTzso2MA=="],
 
     "vitefu": ["vitefu@1.1.3", "", { "peerDependencies": { "vite": "^3.0.0 || ^4.0.0 || ^5.0.0 || ^6.0.0 || ^7.0.0 || ^8.0.0" }, "optionalPeers": ["vite"] }, "sha512-ub4okH7Z5KLjb6hDyjqrGXqWtWvoYdU3IGm/NorpgHncKoLTCfRIbvlhBm7r0YstIaQRYlp4yEbFqDcKSzXSSg=="],
 
@@ -1980,9 +1939,9 @@
 
     "which-pm-runs": ["which-pm-runs@1.1.0", "", {}, "sha512-n1brCuqClxfFfq/Rb0ICg9giSZqCS+pLtccdag6C2HyufBrh3fBOiy9nb6ggRMvWOVH5GrdJskj5iGTZNxd7SA=="],
 
-    "workerd": ["workerd@1.20260312.1", "", { "optionalDependencies": { "@cloudflare/workerd-darwin-64": "1.20260312.1", "@cloudflare/workerd-darwin-arm64": "1.20260312.1", "@cloudflare/workerd-linux-64": "1.20260312.1", "@cloudflare/workerd-linux-arm64": "1.20260312.1", "@cloudflare/workerd-windows-64": "1.20260312.1" }, "bin": { "workerd": "bin/workerd" } }, "sha512-nNpPkw9jaqo79B+iBCOiksx+N62xC+ETIfyzofUEdY3cSOHJg6oNnVSHm7vHevzVblfV76c8Gr0cXHEapYMBEg=="],
+    "workerd": ["workerd@1.20260401.1", "", { "optionalDependencies": { "@cloudflare/workerd-darwin-64": "1.20260401.1", "@cloudflare/workerd-darwin-arm64": "1.20260401.1", "@cloudflare/workerd-linux-64": "1.20260401.1", "@cloudflare/workerd-linux-arm64": "1.20260401.1", "@cloudflare/workerd-windows-64": "1.20260401.1" }, "bin": { "workerd": "bin/workerd" } }, "sha512-mUYCd+ohaWJWF5nhDzxugWaAD/DM8Dw0ze3B7bu8JaA7S70+XQJXcvcvwE8C4qGcxSdCyqjsrFzqxKubECDwzg=="],
 
-    "wrangler": ["wrangler@4.73.0", "", { "dependencies": { "@cloudflare/kv-asset-handler": "0.4.2", "@cloudflare/unenv-preset": "2.15.0", "blake3-wasm": "2.1.5", "esbuild": "0.27.3", "miniflare": "4.20260312.0", "path-to-regexp": "6.3.0", "unenv": "2.0.0-rc.24", "workerd": "1.20260312.1" }, "optionalDependencies": { "fsevents": "~2.3.2" }, "peerDependencies": { "@cloudflare/workers-types": "^4.20260312.1" }, "optionalPeers": ["@cloudflare/workers-types"], "bin": { "wrangler": "bin/wrangler.js", "wrangler2": "bin/wrangler.js" } }, "sha512-VJXsqKDFCp6OtFEHXITSOR5kh95JOknwPY8m7RyQuWJQguSybJy43m4vhoCSt42prutTef7eeuw7L4V4xiynGw=="],
+    "wrangler": ["wrangler@4.80.0", "", { "dependencies": { "@cloudflare/kv-asset-handler": "0.4.2", "@cloudflare/unenv-preset": "2.16.0", "blake3-wasm": "2.1.5", "esbuild": "0.27.3", "miniflare": "4.20260401.0", "path-to-regexp": "6.3.0", "unenv": "2.0.0-rc.24", "workerd": "1.20260401.1" }, "optionalDependencies": { "fsevents": "~2.3.2" }, "peerDependencies": { "@cloudflare/workers-types": "^4.20260401.1" }, "optionalPeers": ["@cloudflare/workers-types"], "bin": { "wrangler": "bin/wrangler.js", "wrangler2": "bin/wrangler.js" } }, "sha512-2ZKF7uPeOZy65BGk3YfvqBCPo/xH1MrAlMmH9mVP+tCNBrTUMnwOHSj1HrZHgR8LttkAqhko0fGz+I4ax1rzyQ=="],
 
     "wrap-ansi": ["wrap-ansi@7.0.0", "", { "dependencies": { "ansi-styles": "^4.0.0", "string-width": "^4.1.0", "strip-ansi": "^6.0.0" } }, "sha512-YVGIj2kamLSTxw6NsZjoBxfSwsn0ycdesmc4p+Q21c5zPuZ1pl+NfxVdxPtdHvmNVOQ6XSYG4AUtyt/Fi7D16Q=="],
 
@@ -2014,12 +1973,12 @@
 
     "zod": ["zod@4.3.6", "", {}, "sha512-rftlrkhHZOcjDwkGlnUtZZkvaPHCsDATp4pGpuOOMDaTdDDXF91wuVDJoWoPsKX/3YPQ5fHuF3STjcYyKr+Qhg=="],
 
-    "zod-to-json-schema": ["zod-to-json-schema@3.25.2", "", { "peerDependencies": { "zod": "^3.25.28 || ^4" } }, "sha512-O/PgfnpT1xKSDeQYSCfRI5Gy3hPf91mKVDuYLUHZJMiDFptvP41MSnWofm8dnCm0256ZNfZIM7DSzuSMAFnjHA=="],
-
     "zwitch": ["zwitch@2.0.4", "", {}, "sha512-bXE4cR/kVZhKZX/RjPEflHaKVhUVl85noU3v6b8apfQEc1x4A+zBxjZ4lN8LqGd6WZ3dl98pY4o717VFmoPp+A=="],
 
     "@astro-community/astro-embed-link-preview/parse5": ["parse5@8.0.0", "", { "dependencies": { "entities": "^6.0.0" } }, "sha512-9m4m5GSgXjL4AjumKzq1Fgfp3Z8rsvjRNbnkVwfu2ImRqE5D0LnY2QfDen18FSY9C573YU5XxSapdHZTZ2WolA=="],
 
+    "@astrojs/cloudflare/@cloudflare/vite-plugin": ["@cloudflare/vite-plugin@1.30.3", "", { "dependencies": { "@cloudflare/unenv-preset": "2.16.0", "miniflare": "4.20260329.0", "unenv": "2.0.0-rc.24", "wrangler": "4.79.0", "ws": "8.18.0" }, "peerDependencies": { "vite": "^6.1.0 || ^7.0.0 || ^8.0.0" } }, "sha512-KFjdec5QlleBjt/hJx+9kAJbyCTFKn1IgZAaEwShSVl46GqTfOu2xiabGVv4at+FKZmw6/e++8xZ+YKbbyoEDw=="],
+
     "@atproto/api/zod": ["zod@3.25.76", "", {}, "sha512-gzUt/qt81nXsFGKIFcC3YnfEAx5NkunCfnDlvuBSSFS02bcXu4Lmea0AFIUwbLWxWPx3d9p8S5QoaujKcNQxcQ=="],
 
     "@atproto/common-web/@atproto/syntax": ["@atproto/syntax@0.5.3", "", { "dependencies": { "tslib": "^2.8.1" } }, "sha512-gzhlHOJHm5KXdCc17fXi1fXM81ccs5jJfNgCui84ay9JGvczxegpYHNqdMlv+iBuhtBzFIjgx6ChjRxN/kO8kQ=="],
@@ -2036,8 +1995,6 @@
 
     "@chevrotain/gast/lodash-es": ["lodash-es@4.17.23", "", {}, "sha512-kVI48u3PZr38HdYz98UmfPnXl2DXrpdctLrFLCd3kOx1xUkOmpFPx7gCWWM5MPkL/fD8zb+Ph0QzjGFs4+hHWg=="],
 
-    "@cloudflare/vite-plugin/wrangler": ["wrangler@4.79.0", "", { "dependencies": { "@cloudflare/kv-asset-handler": "0.4.2", "@cloudflare/unenv-preset": "2.16.0", "blake3-wasm": "2.1.5", "esbuild": "0.27.3", "miniflare": "4.20260329.0", "path-to-regexp": "6.3.0", "unenv": "2.0.0-rc.24", "workerd": "1.20260329.1" }, "optionalDependencies": { "fsevents": "~2.3.2" }, "peerDependencies": { "@cloudflare/workers-types": "^4.20260329.1" }, "optionalPeers": ["@cloudflare/workers-types"], "bin": { "wrangler": "bin/wrangler.js", "wrangler2": "bin/wrangler.js" } }, "sha512-NMinIdB1pXIqdk+NLw4+RjzB7K5z4+lWMxhTxFTfZomwJu3Pm6N+kZ+a66D3nI7w0oCjsdv/umrZVmSHCBp2cg=="],
-
     "@expressive-code/plugin-shiki/shiki": ["shiki@3.23.0", "", { "dependencies": { "@shikijs/core": "3.23.0", "@shikijs/engine-javascript": "3.23.0", "@shikijs/engine-oniguruma": "3.23.0", "@shikijs/langs": "3.23.0", "@shikijs/themes": "3.23.0", "@shikijs/types": "3.23.0", "@shikijs/vscode-textmate": "^10.0.2", "@types/hast": "^3.0.4" } }, "sha512-55Dj73uq9ZXL5zyeRPzHQsK7Nbyt6Y10k5s7OjuFZGMhpp4r/rsLBH0o/0fstIzX1Lep9VxefWljK/SKCzygIA=="],
 
     "@iconify/tools/svgo": ["svgo@3.3.3", "", { "dependencies": { "commander": "^7.2.0", "css-select": "^5.1.0", "css-tree": "^2.3.1", "css-what": "^6.1.0", "csso": "^5.0.5", "picocolors": "^1.0.0", "sax": "^1.5.0" }, "bin": "./bin/svgo" }, "sha512-+wn7I4p7YgJhHs38k2TNjy1vCfPIfLIJWR5MnCStsN8WuuTcBnRKcMHQLMM2ijxGZmDoZwNv8ipl5aTTen62ng=="],
@@ -2048,19 +2005,11 @@
 
     "@jridgewell/remapping/@jridgewell/trace-mapping": ["@jridgewell/trace-mapping@0.3.31", "", { "dependencies": { "@jridgewell/resolve-uri": "^3.1.0", "@jridgewell/sourcemap-codec": "^1.4.14" } }, "sha512-zzNR+SdQSDJzc8joaeP8QQoCQr8NuYx2dIIytl1QeBEZHJ9uW6hebsrYgbz8hJwUQao3TWCMtmfV8Nu1twOLAw=="],
 
-    "@langchain/core/p-queue": ["p-queue@6.6.2", "", { "dependencies": { "eventemitter3": "^4.0.4", "p-timeout": "^3.2.0" } }, "sha512-RwFpb72c/BhQLEXIZ5K2e+AhgNVmIejGlTgiB9MzZ0e93GRvqZ7uSi0dvRF7/XIXDeNkra2fNHBxTyPDGySpjQ=="],
-
-    "@langchain/core/zod": ["zod@3.25.76", "", {}, "sha512-gzUt/qt81nXsFGKIFcC3YnfEAx5NkunCfnDlvuBSSFS02bcXu4Lmea0AFIUwbLWxWPx3d9p8S5QoaujKcNQxcQ=="],
-
-    "@langchain/openai/openai": ["openai@5.12.2", "", { "peerDependencies": { "ws": "^8.18.0", "zod": "^3.23.8" }, "optionalPeers": ["ws", "zod"], "bin": { "openai": "bin/cli" } }, "sha512-xqzHHQch5Tws5PcKR2xsZGX9xtch+JQFz5zb14dGqlshmmDAFBFEWmeIpf7wVqWV+w7Emj7jRgkNJakyKE0tYQ=="],
-
-    "@langchain/openai/zod": ["zod@3.25.76", "", {}, "sha512-gzUt/qt81nXsFGKIFcC3YnfEAx5NkunCfnDlvuBSSFS02bcXu4Lmea0AFIUwbLWxWPx3d9p8S5QoaujKcNQxcQ=="],
-
     "@lix-js/sdk/dedent": ["dedent@1.5.1", "", { "peerDependencies": { "babel-plugin-macros": "^3.1.0" }, "optionalPeers": ["babel-plugin-macros"] }, "sha512-+LxW+KLWxu3HW3M2w2ympwtqPrqYRzU8fqi6Fhd18fBALe15blJPI/I4+UHveMVG6lJqB4JNd4UG0S5cnVHwIg=="],
 
-    "@mdx-js/mdx/estree-walker": ["estree-walker@3.0.3", "", { "dependencies": { "@types/estree": "^1.0.0" } }, "sha512-7RUKfXgSMMkzt6ZuXmqapOurLGPPfgj6l9uRZ7lRGolvk0y2yocc35LdcxKC5PQZdn2DMqioAQ2NoWcrTKmm6g=="],
+    "@lix-js/sdk/uuid": ["uuid@10.0.0", "", { "bin": { "uuid": "dist/bin/uuid" } }, "sha512-8XkAphELsDnEGrDxUOHB3RGvXz6TeuYSGEZBOjtTtPm2lwhGBjLgOzLHB63IUWfBpNucQjND6d3AOudO+H3RWQ=="],
 
-    "@poppinss/dumper/supports-color": ["supports-color@10.2.2", "", {}, "sha512-SS+jx45GF1QjgEXQx4NJZV9ImqmO2NPz5FNsIHrsDjh2YsHnawpan7SNQ1o8NuhrbHZy9AZhIoCUiCeaW/C80g=="],
+    "@mdx-js/mdx/estree-walker": ["estree-walker@3.0.3", "", { "dependencies": { "@types/estree": "^1.0.0" } }, "sha512-7RUKfXgSMMkzt6ZuXmqapOurLGPPfgj6l9uRZ7lRGolvk0y2yocc35LdcxKC5PQZdn2DMqioAQ2NoWcrTKmm6g=="],
 
     "@supabase/realtime-js/ws": ["ws@8.20.0", "", { "peerDependencies": { "bufferutil": "^4.0.1", "utf-8-validate": ">=5.0.2" }, "optionalPeers": ["bufferutil", "utf-8-validate"] }, "sha512-sAt8BhgNbzCtgGbt2OxmpuryO63ZoDk/sqaB/znQm94T4fCEsy/yV+7CdC1kJhOU9lboAEU7R3kquuycDoibVA=="],
 
@@ -2080,8 +2029,6 @@
 
     "astro/@astrojs/compiler": ["@astrojs/compiler@3.0.1", "", {}, "sha512-z97oYbdebO5aoWzuJ/8q5hLK232+17KcLZ7cJ8BCWk6+qNzVxn/gftC0KzMBUTD8WAaBkPpNSQK6PXLnNrZ0CA=="],
 
-    "chalk/ansi-styles": ["ansi-styles@4.3.0", "", { "dependencies": { "color-convert": "^2.0.1" } }, "sha512-zbB9rCJAT1rbjiVDb2hqKFHNYLxgtk8NURxZ3IZwD3F6NtxbXZQCnnSi1Lkx+IDohdPlFp222wVALIheZJQSEg=="],
-
     "chevrotain/lodash-es": ["lodash-es@4.17.23", "", {}, "sha512-kVI48u3PZr38HdYz98UmfPnXl2DXrpdctLrFLCd3kOx1xUkOmpFPx7gCWWM5MPkL/fD8zb+Ph0QzjGFs4+hHWg=="],
 
     "cross-spawn/which": ["which@2.0.2", "", { "dependencies": { "isexe": "^2.0.0" }, "bin": { "node-which": "./bin/node-which" } }, "sha512-BLI3Tl1TW3Pvl70l3yq3Y64i+awpwXqsGBYWkkqMtnbXgrMD+yj7rhW0kuEDxzJaYXGjEW5ogapKNMEKNMjibA=="],
@@ -2106,17 +2053,13 @@
 
     "katex/commander": ["commander@8.3.0", "", {}, "sha512-OkTL9umf+He2DZkUq8f8J9of7yL6RJKI24dVITBmNfZBmri9zYZQrKkuXiKhyfPSu8tUhnVBB1iKXevvnlR4Ww=="],
 
-    "langchain/zod": ["zod@3.25.76", "", {}, "sha512-gzUt/qt81nXsFGKIFcC3YnfEAx5NkunCfnDlvuBSSFS02bcXu4Lmea0AFIUwbLWxWPx3d9p8S5QoaujKcNQxcQ=="],
-
-    "langsmith/p-queue": ["p-queue@6.6.2", "", { "dependencies": { "eventemitter3": "^4.0.4", "p-timeout": "^3.2.0" } }, "sha512-RwFpb72c/BhQLEXIZ5K2e+AhgNVmIejGlTgiB9MzZ0e93GRvqZ7uSi0dvRF7/XIXDeNkra2fNHBxTyPDGySpjQ=="],
-
     "mermaid/@iconify/utils": ["@iconify/utils@3.1.0", "", { "dependencies": { "@antfu/install-pkg": "^1.1.0", "@iconify/types": "^2.0.0", "mlly": "^1.8.0" } }, "sha512-Zlzem1ZXhI1iHeeERabLNzBHdOa4VhQbqAcOQaMKuTuyZCpwKbC2R4Dd0Zo3g9EAc+Y4fiarO8HIHRAth7+skw=="],
 
-    "mermaid/uuid": ["uuid@11.1.0", "", { "bin": { "uuid": "dist/esm/bin/uuid" } }, "sha512-0/A9rDy9P7cJ+8w1c9WD9V//9Wj15Ce2MPz8Ri6032usz+NfePxx5AcN3bN+r6ZL6jEo066/yNYB3tn4pQEx+A=="],
+    "mermaid/marked": ["marked@16.4.2", "", { "bin": { "marked": "bin/marked.js" } }, "sha512-TI3V8YYWvkVf3KJe1dRkpnjs68JUPyEa5vjKrp1XEEJUAOaQc+Qj+L1qWbPd0SJuAdQkFU0h73sXXqwDYxsiDA=="],
 
     "micromatch/picomatch": ["picomatch@2.3.2", "", {}, "sha512-V7+vQEJ06Z+c5tSye8S+nHUfI51xoXIXjHQ99cQtKUkQqqO1kO/KCJUfZXuB47h/YBlDhah2H3hdUGXn8ie0oA=="],
 
-    "miniflare/workerd": ["workerd@1.20260329.1", "", { "optionalDependencies": { "@cloudflare/workerd-darwin-64": "1.20260329.1", "@cloudflare/workerd-darwin-arm64": "1.20260329.1", "@cloudflare/workerd-linux-64": "1.20260329.1", "@cloudflare/workerd-linux-arm64": "1.20260329.1", "@cloudflare/workerd-windows-64": "1.20260329.1" }, "bin": { "workerd": "bin/workerd" } }, "sha512-+ifMv3uBuD33ee7pan5n8+sgVxm2u5HnbgfXzHKwMNTKw86znqBJSnJoBqtP88+2T5U2Lu11xXUt+khPYioXwQ=="],
+    "miniflare/undici": ["undici@7.24.4", "", {}, "sha512-BM/JzwwaRXxrLdElV2Uo6cTLEjhSb3WXboncJamZ15NgUURmvlXvxa6xkwIOILIjPNo9i8ku136ZvWV0Uly8+w=="],
 
     "mlly/pkg-types": ["pkg-types@1.3.1", "", { "dependencies": { "confbox": "^0.1.8", "mlly": "^1.7.4", "pathe": "^2.0.1" } }, "sha512-/Jm5M4RvtBFVkKWRu2BLUTNP8/M2a+UwuAX+ae4770q1qVGtfjG+WTCupoZixokjmHiry8uI+dlY8KXYV5HVVQ=="],
 
@@ -2136,12 +2079,6 @@
 
     "vscode-json-languageservice/jsonc-parser": ["jsonc-parser@3.3.1", "", {}, "sha512-HUgH65KyejrUFPvHFPbqOY0rsFip3Bo5wb4ngvdi1EpCYWUQDC5V+Y7mZws+DLkr4M//zQJoanu1SP+87Dv1oQ=="],
 
-    "wrangler/@cloudflare/unenv-preset": ["@cloudflare/unenv-preset@2.15.0", "", { "peerDependencies": { "unenv": "2.0.0-rc.24", "workerd": "1.20260301.1 || ~1.20260302.1 || ~1.20260303.1 || ~1.20260304.1 || >1.20260305.0 <2.0.0-0" }, "optionalPeers": ["workerd"] }, "sha512-EGYmJaGZKWl+X8tXxcnx4v2bOZSjQeNI5dWFeXivgX9+YCT69AkzHHwlNbVpqtEUTbew8eQurpyOpeN8fg00nw=="],
-
-    "wrangler/miniflare": ["miniflare@4.20260312.0", "", { "dependencies": { "@cspotcode/source-map-support": "0.8.1", "sharp": "^0.34.5", "undici": "7.18.2", "workerd": "1.20260312.1", "ws": "8.18.0", "youch": "4.1.0-beta.10" }, "bin": { "miniflare": "bootstrap.js" } }, "sha512-pieP2rfXynPT6VRINYaiHe/tfMJ4c5OIhqRlIdLF6iZ9g5xgpEmvimvIgMpgAdDJuFlrLcwDUi8MfAo2R6dt/w=="],
-
-    "wrap-ansi/ansi-styles": ["ansi-styles@4.3.0", "", { "dependencies": { "color-convert": "^2.0.1" } }, "sha512-zbB9rCJAT1rbjiVDb2hqKFHNYLxgtk8NURxZ3IZwD3F6NtxbXZQCnnSi1Lkx+IDohdPlFp222wVALIheZJQSEg=="],
-
     "yaml-language-server/request-light": ["request-light@0.5.8", "", {}, "sha512-3Zjgh+8b5fhRJBQZoy+zbVKpAQGLyka0MPgW3zruTF4dFFJ8Fqcfu9YsAvi/rvdcaTeWG3MkbZv4WKxAn/84Lg=="],
 
     "yaml-language-server/yaml": ["yaml@2.7.1", "", { "bin": { "yaml": "bin.mjs" } }, "sha512-10ULxpnOCQXxJvBgxsn9ptjq6uviG/htZKk9veJGhlqn3w/DxQ631zFF+nlQXLwmImeS5amR2dl2U8sg6U9jsQ=="],
@@ -2150,7 +2087,9 @@
 
     "@astro-community/astro-embed-link-preview/parse5/entities": ["entities@6.0.1", "", {}, "sha512-aN97NXWF6AWBTahfVOIrB/NShkzi5H7F9r1s9mD3cDj4Ko5f2qhhVoYMibXF7GlLveb/D2ioWay8lxI97Ven3g=="],
 
-    "@cloudflare/vite-plugin/wrangler/workerd": ["workerd@1.20260329.1", "", { "optionalDependencies": { "@cloudflare/workerd-darwin-64": "1.20260329.1", "@cloudflare/workerd-darwin-arm64": "1.20260329.1", "@cloudflare/workerd-linux-64": "1.20260329.1", "@cloudflare/workerd-linux-arm64": "1.20260329.1", "@cloudflare/workerd-windows-64": "1.20260329.1" }, "bin": { "workerd": "bin/workerd" } }, "sha512-+ifMv3uBuD33ee7pan5n8+sgVxm2u5HnbgfXzHKwMNTKw86znqBJSnJoBqtP88+2T5U2Lu11xXUt+khPYioXwQ=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/miniflare": ["miniflare@4.20260329.0", "", { "dependencies": { "@cspotcode/source-map-support": "0.8.1", "sharp": "^0.34.5", "undici": "7.24.4", "workerd": "1.20260329.1", "ws": "8.18.0", "youch": "4.1.0-beta.10" }, "bin": { "miniflare": "bootstrap.js" } }, "sha512-+G+1YFVeuEpw/gZZmUHQR7IfzJV+DDGvnSl0yXzhgvHh8Nbr8Go5uiWIwl17EyZ1Uors3FKUMDUyU6+ejeKZOw=="],
+
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/wrangler": ["wrangler@4.79.0", "", { "dependencies": { "@cloudflare/kv-asset-handler": "0.4.2", "@cloudflare/unenv-preset": "2.16.0", "blake3-wasm": "2.1.5", "esbuild": "0.27.3", "miniflare": "4.20260329.0", "path-to-regexp": "6.3.0", "unenv": "2.0.0-rc.24", "workerd": "1.20260329.1" }, "optionalDependencies": { "fsevents": "~2.3.2" }, "peerDependencies": { "@cloudflare/workers-types": "^4.20260329.1" }, "optionalPeers": ["@cloudflare/workers-types"], "bin": { "wrangler": "bin/wrangler.js", "wrangler2": "bin/wrangler.js" } }, "sha512-NMinIdB1pXIqdk+NLw4+RjzB7K5z4+lWMxhTxFTfZomwJu3Pm6N+kZ+a66D3nI7w0oCjsdv/umrZVmSHCBp2cg=="],
 
     "@expressive-code/plugin-shiki/shiki/@shikijs/core": ["@shikijs/core@3.23.0", "", { "dependencies": { "@shikijs/types": "3.23.0", "@shikijs/vscode-textmate": "^10.0.2", "@types/hast": "^3.0.4", "hast-util-to-html": "^9.0.5" } }, "sha512-NSWQz0riNb67xthdm5br6lAkvpDJRTgB36fxlo37ZzM2yq0PQFFzbd8psqC2XMPgCzo1fW6cVi18+ArJ44wqgA=="],
 
@@ -2168,10 +2107,6 @@
 
     "@iconify/tools/svgo/css-tree": ["css-tree@2.3.1", "", { "dependencies": { "mdn-data": "2.0.30", "source-map-js": "^1.0.1" } }, "sha512-6Fv1DV/TYw//QF5IzQdqsNDjx/wc8TrMBZsqjL9eW01tWb7R7k/mq+/VXfJCl7SoD5emsJop9cOByJZfs8hYIw=="],
 
-    "@langchain/core/p-queue/eventemitter3": ["eventemitter3@4.0.7", "", {}, "sha512-8guHBZCwKnFhYdHr2ysuRWErTwhoN2X8XELRlrRwpmfeY2jjuUN4taQMsULKUVo1K4DvZl+0pgfyoysHxvmvEw=="],
-
-    "@langchain/core/p-queue/p-timeout": ["p-timeout@3.2.0", "", { "dependencies": { "p-finally": "^1.0.0" } }, "sha512-rhIwUycgwwKcP9yTOOFK/AKsAopjjCakVqLHePO3CC6Mir1Z99xT+R63jZxAT5lFZLa2inS5h+ZS2GvR99/FBg=="],
-
     "cross-spawn/which/isexe": ["isexe@2.0.0", "", {}, "sha512-RHxMLp9lnKHGHRng9QFhRCMbYAcVpn69smSGcq3f36xjgVVWThj4qqLbTLlq7Ssj8B+fIQ1EuCEGI2lKsyQeIw=="],
 
     "csso/css-tree/mdn-data": ["mdn-data@2.0.28", "", {}, "sha512-aylIc7Z9y4yzHYAJNuESG3hfhC+0Ibp/MAMiaOZgNv4pmEdFyfZhhhny4MNiAfWdBQ1RQ2mfDWmM1x8SvGyp8g=="],
@@ -2182,42 +2117,42 @@
 
     "gray-matter/js-yaml/argparse": ["argparse@1.0.10", "", { "dependencies": { "sprintf-js": "~1.0.2" } }, "sha512-o5Roy6tNG4SL/FOkCAN6RzjiakZS25RLYFrcMttJqbdd8BWrnA+fGz57iN5Pb06pvBGvl5gQ0B48dJlslXvoTg=="],
 
-    "langsmith/p-queue/eventemitter3": ["eventemitter3@4.0.7", "", {}, "sha512-8guHBZCwKnFhYdHr2ysuRWErTwhoN2X8XELRlrRwpmfeY2jjuUN4taQMsULKUVo1K4DvZl+0pgfyoysHxvmvEw=="],
+    "mlly/pkg-types/confbox": ["confbox@0.1.8", "", {}, "sha512-RMtmw0iFkeR4YV+fUOSucriAQNb9g8zFR52MWCtl+cCZOFRNL6zeB395vPzFhEjjn4fMxXudmELnl/KF/WrK6w=="],
 
-    "langsmith/p-queue/p-timeout": ["p-timeout@3.2.0", "", { "dependencies": { "p-finally": "^1.0.0" } }, "sha512-rhIwUycgwwKcP9yTOOFK/AKsAopjjCakVqLHePO3CC6Mir1Z99xT+R63jZxAT5lFZLa2inS5h+ZS2GvR99/FBg=="],
+    "sitemap/@types/node/undici-types": ["undici-types@7.16.0", "", {}, "sha512-Zz+aZWSj8LE6zoxD+xrjh4VfkIG8Ya6LvYkZqtUQGJPZjYl53ypCaUwWqo7eI0x66KBGeRo+mlBEkMSeSZ38Nw=="],
 
-    "miniflare/workerd/@cloudflare/workerd-darwin-64": ["@cloudflare/workerd-darwin-64@1.20260329.1", "", { "os": "darwin", "cpu": "x64" }, "sha512-oyDXYlPBuGXKkZ85+M3jFz0/qYmvA4AEURN8USIGPDCR5q+HFSRwywSd9neTx3Wi7jhey2wuYaEpD3fEFWyWUA=="],
+    "unstorage/chokidar/readdirp": ["readdirp@5.0.0", "", {}, "sha512-9u/XQ1pvrQtYyMpZe7DXKv2p5CNvyVwzUB6uhLAnQwHMSgKMBR62lc7AHljaeteeHXn11XTAaLLUVZYVZyuRBQ=="],
 
-    "miniflare/workerd/@cloudflare/workerd-darwin-arm64": ["@cloudflare/workerd-darwin-arm64@1.20260329.1", "", { "os": "darwin", "cpu": "arm64" }, "sha512-++ZxVa3ovzYeDLEG6zMqql9gzZAG8vak6ZSBQgprGKZp7akr+GKTpw9f3RrMP552NSi3gTisroLobrrkPBtYLQ=="],
+    "vite-plugin-static-copy/chokidar/readdirp": ["readdirp@3.6.0", "", { "dependencies": { "picomatch": "^2.2.1" } }, "sha512-hOS089on8RduqdbhvQ5Z37A0ESjsqz6qnRcffsMU3495FuTdqSm+7bhJ29JvIOsBDEEnan5DPu9t3To9VRlMzA=="],
 
-    "miniflare/workerd/@cloudflare/workerd-linux-64": ["@cloudflare/workerd-linux-64@1.20260329.1", "", { "os": "linux", "cpu": "x64" }, "sha512-kkeywAgIHwbqHkVILqbj/YkfbrA6ARbmutjiYzZA2MwMSfNXlw6/kedAKOY8YwcymZIgepx3YTIPnBP50pOotw=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/miniflare/undici": ["undici@7.24.4", "", {}, "sha512-BM/JzwwaRXxrLdElV2Uo6cTLEjhSb3WXboncJamZ15NgUURmvlXvxa6xkwIOILIjPNo9i8ku136ZvWV0Uly8+w=="],
 
-    "miniflare/workerd/@cloudflare/workerd-linux-arm64": ["@cloudflare/workerd-linux-arm64@1.20260329.1", "", { "os": "linux", "cpu": "arm64" }, "sha512-eYBN20+B7XOUSWEe0mlqkMUbfLoIKjKZnpqQiSxnLbL72JKY0D/KlfN/b7RVGLpewB7i8rTrwTNr0szCKnZzSQ=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/miniflare/workerd": ["workerd@1.20260329.1", "", { "optionalDependencies": { "@cloudflare/workerd-darwin-64": "1.20260329.1", "@cloudflare/workerd-darwin-arm64": "1.20260329.1", "@cloudflare/workerd-linux-64": "1.20260329.1", "@cloudflare/workerd-linux-arm64": "1.20260329.1", "@cloudflare/workerd-windows-64": "1.20260329.1" }, "bin": { "workerd": "bin/workerd" } }, "sha512-+ifMv3uBuD33ee7pan5n8+sgVxm2u5HnbgfXzHKwMNTKw86znqBJSnJoBqtP88+2T5U2Lu11xXUt+khPYioXwQ=="],
 
-    "miniflare/workerd/@cloudflare/workerd-windows-64": ["@cloudflare/workerd-windows-64@1.20260329.1", "", { "os": "win32", "cpu": "x64" }, "sha512-5R+/oxrDhS9nL3oA3ZWtD6ndMOqm7RfKknDNxLcmYW5DkUu7UH3J/s1t/Dz66iFePzr5BJmE7/8gbmve6TjtZQ=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/wrangler/workerd": ["workerd@1.20260329.1", "", { "optionalDependencies": { "@cloudflare/workerd-darwin-64": "1.20260329.1", "@cloudflare/workerd-darwin-arm64": "1.20260329.1", "@cloudflare/workerd-linux-64": "1.20260329.1", "@cloudflare/workerd-linux-arm64": "1.20260329.1", "@cloudflare/workerd-windows-64": "1.20260329.1" }, "bin": { "workerd": "bin/workerd" } }, "sha512-+ifMv3uBuD33ee7pan5n8+sgVxm2u5HnbgfXzHKwMNTKw86znqBJSnJoBqtP88+2T5U2Lu11xXUt+khPYioXwQ=="],
 
-    "mlly/pkg-types/confbox": ["confbox@0.1.8", "", {}, "sha512-RMtmw0iFkeR4YV+fUOSucriAQNb9g8zFR52MWCtl+cCZOFRNL6zeB395vPzFhEjjn4fMxXudmELnl/KF/WrK6w=="],
+    "@iconify/tools/svgo/css-tree/mdn-data": ["mdn-data@2.0.30", "", {}, "sha512-GaqWWShW4kv/G9IEucWScBx9G1/vsFZZJUO+tD26M8J8z3Kw5RDQjaoZe03YAClgeS/SWPOcb4nkFBTEi5DUEA=="],
 
-    "sitemap/@types/node/undici-types": ["undici-types@7.16.0", "", {}, "sha512-Zz+aZWSj8LE6zoxD+xrjh4VfkIG8Ya6LvYkZqtUQGJPZjYl53ypCaUwWqo7eI0x66KBGeRo+mlBEkMSeSZ38Nw=="],
+    "vite-plugin-static-copy/chokidar/readdirp/picomatch": ["picomatch@2.3.2", "", {}, "sha512-V7+vQEJ06Z+c5tSye8S+nHUfI51xoXIXjHQ99cQtKUkQqqO1kO/KCJUfZXuB47h/YBlDhah2H3hdUGXn8ie0oA=="],
 
-    "unstorage/chokidar/readdirp": ["readdirp@5.0.0", "", {}, "sha512-9u/XQ1pvrQtYyMpZe7DXKv2p5CNvyVwzUB6uhLAnQwHMSgKMBR62lc7AHljaeteeHXn11XTAaLLUVZYVZyuRBQ=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/miniflare/workerd/@cloudflare/workerd-darwin-64": ["@cloudflare/workerd-darwin-64@1.20260329.1", "", { "os": "darwin", "cpu": "x64" }, "sha512-oyDXYlPBuGXKkZ85+M3jFz0/qYmvA4AEURN8USIGPDCR5q+HFSRwywSd9neTx3Wi7jhey2wuYaEpD3fEFWyWUA=="],
 
-    "vite-plugin-static-copy/chokidar/readdirp": ["readdirp@3.6.0", "", { "dependencies": { "picomatch": "^2.2.1" } }, "sha512-hOS089on8RduqdbhvQ5Z37A0ESjsqz6qnRcffsMU3495FuTdqSm+7bhJ29JvIOsBDEEnan5DPu9t3To9VRlMzA=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/miniflare/workerd/@cloudflare/workerd-darwin-arm64": ["@cloudflare/workerd-darwin-arm64@1.20260329.1", "", { "os": "darwin", "cpu": "arm64" }, "sha512-++ZxVa3ovzYeDLEG6zMqql9gzZAG8vak6ZSBQgprGKZp7akr+GKTpw9f3RrMP552NSi3gTisroLobrrkPBtYLQ=="],
 
-    "wrangler/miniflare/undici": ["undici@7.18.2", "", {}, "sha512-y+8YjDFzWdQlSE9N5nzKMT3g4a5UBX1HKowfdXh0uvAnTaqqwqB92Jt4UXBAeKekDs5IaDKyJFR4X1gYVCgXcw=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/miniflare/workerd/@cloudflare/workerd-linux-64": ["@cloudflare/workerd-linux-64@1.20260329.1", "", { "os": "linux", "cpu": "x64" }, "sha512-kkeywAgIHwbqHkVILqbj/YkfbrA6ARbmutjiYzZA2MwMSfNXlw6/kedAKOY8YwcymZIgepx3YTIPnBP50pOotw=="],
 
-    "@cloudflare/vite-plugin/wrangler/workerd/@cloudflare/workerd-darwin-64": ["@cloudflare/workerd-darwin-64@1.20260329.1", "", { "os": "darwin", "cpu": "x64" }, "sha512-oyDXYlPBuGXKkZ85+M3jFz0/qYmvA4AEURN8USIGPDCR5q+HFSRwywSd9neTx3Wi7jhey2wuYaEpD3fEFWyWUA=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/miniflare/workerd/@cloudflare/workerd-linux-arm64": ["@cloudflare/workerd-linux-arm64@1.20260329.1", "", { "os": "linux", "cpu": "arm64" }, "sha512-eYBN20+B7XOUSWEe0mlqkMUbfLoIKjKZnpqQiSxnLbL72JKY0D/KlfN/b7RVGLpewB7i8rTrwTNr0szCKnZzSQ=="],
 
-    "@cloudflare/vite-plugin/wrangler/workerd/@cloudflare/workerd-darwin-arm64": ["@cloudflare/workerd-darwin-arm64@1.20260329.1", "", { "os": "darwin", "cpu": "arm64" }, "sha512-++ZxVa3ovzYeDLEG6zMqql9gzZAG8vak6ZSBQgprGKZp7akr+GKTpw9f3RrMP552NSi3gTisroLobrrkPBtYLQ=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/miniflare/workerd/@cloudflare/workerd-windows-64": ["@cloudflare/workerd-windows-64@1.20260329.1", "", { "os": "win32", "cpu": "x64" }, "sha512-5R+/oxrDhS9nL3oA3ZWtD6ndMOqm7RfKknDNxLcmYW5DkUu7UH3J/s1t/Dz66iFePzr5BJmE7/8gbmve6TjtZQ=="],
 
-    "@cloudflare/vite-plugin/wrangler/workerd/@cloudflare/workerd-linux-64": ["@cloudflare/workerd-linux-64@1.20260329.1", "", { "os": "linux", "cpu": "x64" }, "sha512-kkeywAgIHwbqHkVILqbj/YkfbrA6ARbmutjiYzZA2MwMSfNXlw6/kedAKOY8YwcymZIgepx3YTIPnBP50pOotw=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/wrangler/workerd/@cloudflare/workerd-darwin-64": ["@cloudflare/workerd-darwin-64@1.20260329.1", "", { "os": "darwin", "cpu": "x64" }, "sha512-oyDXYlPBuGXKkZ85+M3jFz0/qYmvA4AEURN8USIGPDCR5q+HFSRwywSd9neTx3Wi7jhey2wuYaEpD3fEFWyWUA=="],
 
-    "@cloudflare/vite-plugin/wrangler/workerd/@cloudflare/workerd-linux-arm64": ["@cloudflare/workerd-linux-arm64@1.20260329.1", "", { "os": "linux", "cpu": "arm64" }, "sha512-eYBN20+B7XOUSWEe0mlqkMUbfLoIKjKZnpqQiSxnLbL72JKY0D/KlfN/b7RVGLpewB7i8rTrwTNr0szCKnZzSQ=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/wrangler/workerd/@cloudflare/workerd-darwin-arm64": ["@cloudflare/workerd-darwin-arm64@1.20260329.1", "", { "os": "darwin", "cpu": "arm64" }, "sha512-++ZxVa3ovzYeDLEG6zMqql9gzZAG8vak6ZSBQgprGKZp7akr+GKTpw9f3RrMP552NSi3gTisroLobrrkPBtYLQ=="],
 
-    "@cloudflare/vite-plugin/wrangler/workerd/@cloudflare/workerd-windows-64": ["@cloudflare/workerd-windows-64@1.20260329.1", "", { "os": "win32", "cpu": "x64" }, "sha512-5R+/oxrDhS9nL3oA3ZWtD6ndMOqm7RfKknDNxLcmYW5DkUu7UH3J/s1t/Dz66iFePzr5BJmE7/8gbmve6TjtZQ=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/wrangler/workerd/@cloudflare/workerd-linux-64": ["@cloudflare/workerd-linux-64@1.20260329.1", "", { "os": "linux", "cpu": "x64" }, "sha512-kkeywAgIHwbqHkVILqbj/YkfbrA6ARbmutjiYzZA2MwMSfNXlw6/kedAKOY8YwcymZIgepx3YTIPnBP50pOotw=="],
 
-    "@iconify/tools/svgo/css-tree/mdn-data": ["mdn-data@2.0.30", "", {}, "sha512-GaqWWShW4kv/G9IEucWScBx9G1/vsFZZJUO+tD26M8J8z3Kw5RDQjaoZe03YAClgeS/SWPOcb4nkFBTEi5DUEA=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/wrangler/workerd/@cloudflare/workerd-linux-arm64": ["@cloudflare/workerd-linux-arm64@1.20260329.1", "", { "os": "linux", "cpu": "arm64" }, "sha512-eYBN20+B7XOUSWEe0mlqkMUbfLoIKjKZnpqQiSxnLbL72JKY0D/KlfN/b7RVGLpewB7i8rTrwTNr0szCKnZzSQ=="],
 
-    "vite-plugin-static-copy/chokidar/readdirp/picomatch": ["picomatch@2.3.2", "", {}, "sha512-V7+vQEJ06Z+c5tSye8S+nHUfI51xoXIXjHQ99cQtKUkQqqO1kO/KCJUfZXuB47h/YBlDhah2H3hdUGXn8ie0oA=="],
+    "@astrojs/cloudflare/@cloudflare/vite-plugin/wrangler/workerd/@cloudflare/workerd-windows-64": ["@cloudflare/workerd-windows-64@1.20260329.1", "", { "os": "win32", "cpu": "x64" }, "sha512-5R+/oxrDhS9nL3oA3ZWtD6ndMOqm7RfKknDNxLcmYW5DkUu7UH3J/s1t/Dz66iFePzr5BJmE7/8gbmve6TjtZQ=="],
   }
 }
diff --git a/docs/PR_PREVIEW_SETUP.md b/docs/PR_PREVIEW_SETUP.md
deleted file mode 100644
index 250a0503a..000000000
--- a/docs/PR_PREVIEW_SETUP.md
+++ /dev/null
@@ -1,174 +0,0 @@
-# Pull Request Preview Setup
-
-This repository includes GitHub Actions workflows that automatically deploy pull request previews to Cloudflare Pages, allowing you to preview changes before merging.
-
-## How It Works
-
-### Workflows
-
-1. **`deploy.yml`** - Main deployment workflow that handles both production and PR previews
-2. **`pr-preview.yml`** - Dedicated PR preview workflow with enhanced features
-
-### Preview URL Structure
-
-For each pull request, a unique preview URL is generated:
-- Format: `https://pr-{PR_NUMBER}-{SANITIZED_BRANCH}.capgo-website.pages.dev`
-- Example: `https://pr-123-feature-new-ui.capgo-website.pages.dev`
-
-### Branch Name Sanitization
-
-Branch names are automatically sanitized for URL compatibility:
-- Special characters are replaced with hyphens
-- Uppercase letters are converted to lowercase
-- Multiple consecutive hyphens are collapsed
-- Leading/trailing hyphens are removed
-- Length is limited to fit Cloudflare's subdomain requirements
-
-## Setup Requirements
-
-### Cloudflare Configuration
-
-You need the following secrets configured in your GitHub repository:
-
-```bash
-CLOUDFLARE_API_TOKEN      # Cloudflare API token with Pages:Edit permissions
-CLOUDFLARE_ACCOUNT_ID     # Your Cloudflare account ID
-```
-
-### Cloudflare Pages Project
-
-1. Create a Cloudflare Pages project named `capgo-website`
-2. Connect it to your GitHub repository
-3. Configure build settings:
-   - Build command: `bun run build`
-   - Build output directory: `dist`
-   - Root directory: `/` (repository root)
-
-### Environment Variables
-
-The following environment variables are used during build:
-
-```bash
-PERSONAL_ACCESS_TOKEN                      # Your API bearer token
-ORAMA_CLOUD_API_KEY              # Orama search API key
-ORAMA_CLOUD_ENDPOINT             # Orama search endpoint
-CLOUDFLARE_TURNSTILE_SITE_KEY    # Cloudflare Turnstile site key
-```
-
-## Features
-
-### Automatic Deployment
-
-- **PR Creation**: When a PR is opened, a preview is automatically deployed
-- **PR Updates**: When commits are pushed to a PR, the preview is updated
-- **PR Closure**: When a PR is closed/merged, cleanup is initiated
-
-### Smart Comments
-
-The workflow automatically creates and updates PR comments with:
-- 🌐 Direct link to preview URL
-- 🔧 Preview deployment ID
-- 📝 PR number and commit information
-- ⏰ Last updated timestamp
-- ✅ Deployment status
-
-### Concurrency Control
-
-- Only one deployment per PR runs at a time
-- New deployments cancel previous ones for the same PR
-- Prevents resource conflicts and ensures latest changes are deployed
-
-### Branch Protection
-
-Previews are only created for PRs targeting the `main` branch, ensuring security and resource efficiency.
-
-## Usage
-
-### For Contributors
-
-1. **Create a Pull Request**: Open a PR against the `main` branch
-2. **Wait for Deployment**: The GitHub Action will automatically build and deploy
-3. **Review Preview**: Click the preview URL in the automated comment
-4. **Update Changes**: Push new commits to update the preview automatically
-
-### For Maintainers
-
-1. **Review PRs**: Use preview URLs to review changes in a live environment
-2. **Test Features**: Verify functionality before merging
-3. **Share Previews**: Share preview URLs with stakeholders for feedback
-
-## Workflow Details
-
-### Deploy Workflow (`deploy.yml`)
-
-- Triggers on push to `main` and all PRs
-- Builds the Astro site using Bun
-- Deploys to Cloudflare Pages with branch-specific URLs
-- Updates PR comments with deployment information
-
-### PR Preview Workflow (`pr-preview.yml`)
-
-- More specialized workflow specifically for PR previews
-- Enhanced error handling and logging
-- Automatic cleanup when PRs are closed
-- Detailed preview information in comments
-
-## Troubleshooting
-
-### Common Issues
-
-1. **Preview URL not working**
-   - Check if build completed successfully
-   - Verify Cloudflare API tokens are correct
-   - Ensure project name matches in workflow
-
-2. **Build failures**
-   - Check if all required environment variables are set
-   - Verify dependencies are properly installed
-   - Review build logs in GitHub Actions
-
-3. **Missing preview comments**
-   - Ensure GitHub token has sufficient permissions
-   - Check if workflow completed successfully
-   - Verify PR is targeting the correct branch
-
-### Debugging
-
-To debug issues:
-1. Check GitHub Actions logs
-2. Verify Cloudflare Pages dashboard
-3. Test build locally with same environment variables
-4. Ensure all secrets are properly configured
-
-## Security Considerations
-
-- Preview deployments use the same environment variables as production
-- Only PRs from trusted contributors should have access to sensitive data
-- Consider using a separate set of API keys for preview environments
-- Regular rotation of API tokens is recommended
-
-## Customization
-
-### Changing Preview URL Format
-
-Edit the preview name generation in the workflow:
-
-```bash
-preview_name="pr-${pr_number}-${sanitized_branch}"
-```
-
-### Adding Additional Build Steps
-
-Add steps before the "Deploy to Cloudflare Pages" step:
-
-```yaml
-- name: Run tests
-  run: bun test
-
-- name: Lint code
-  run: bun run lint
-```
-
-### Custom Comment Format
-
-Modify the comment body in the GitHub script section to customize the preview comment format.
diff --git a/docs/expo-marketing-reference.md b/docs/expo-marketing-reference.md
deleted file mode 100644
index faf8de6d9..000000000
--- a/docs/expo-marketing-reference.md
+++ /dev/null
@@ -1,273 +0,0 @@
-# Expo Marketing Messaging Reference
-
-This document catalogs powerful marketing phrases, patterns, and messaging strategies from Expo's solution pages that have been adapted and applied across Capgo's website.
-
-## Applied Changes Summary
-
-The following Expo-style messaging improvements have been applied across the website:
-
-### Homepage (index.astro)
-- **Hero subtitle**: "Ship fixes in minutes, not weeks. Push updates to users. No app store delays. No user friction. Just ship."
-- **Problem/solution**: "Your team can't afford days-long app store delays. Ship updates the moment they're ready."
-- **Instant updates**: "Your users are waiting. Ship updates in minutes, not weeks."
-- **Main CTA**: Changed from "Start free" to "Start shipping"
-
-### Live Updates Page
-- **Hero title**: "Ship Faster. Break Nothing."
-- **Hero subtitle**: Added "Ship updates with confidence" intro
-
-### Pricing Page
-- **Main headline**: "Start Free. Scale to Millions."
-- **Subtitle**: "Every dollar saved extends your runway. No credit card required. Upgrade when you're ready."
-
-### Enterprise Page
-- **Description**: "Scale from thousands to millions of users without rewrites. Enterprise-grade security, 99.9% uptime SLA, and dedicated support."
-
-### Native Build Page
-- **Hero title**: "Stop Buying Mac Minis. Start Shipping."
-- **Hero subtitle**: "Your team can't afford expensive Mac hardware for every developer."
-
-### Alternatives Page
-- **Hero title**: "Choose a Platform That Won't Shut Down"
-- **Hero subtitle**: "Your team needs a live update solution that won't disappear."
-
-### Manifesto
-- **Opening**: "Your team excels at web development - you shouldn't need native mobile experts."
-
----
-
-## High-Impact Headlines & Taglines
-
-### Enterprise-Focused
-| Expo Original | Where Used in Capgo | Notes |
-|--------------|---------------------|-------|
-| "The best enterprise stack for React Native" | - | Could adapt: "The best live update stack for Capacitor" |
-| "Build for iOS, Android, and web from a single codebase" | White Label hero | Similar concept applied |
-| "Enterprise teams choose Expo" | - | Could add: "Production teams choose Capgo" |
-| "Built for enterprise teams. Without the complexity." | - | Strong simplicity message |
-
-### Speed-Focused (Startups)
-| Expo Original | Where Used in Capgo | Notes |
-|--------------|---------------------|-------|
-| "Build fast, at scale, everywhere" | Production Updates hero | Adapted concept |
-| "The fastest way to get your idea to the app store" | Beta Testing | Adapted to "The Fastest Way to Test Mobile Apps" |
-| "One codebase, every platform" | White Label hero | Used as "One Codebase, Unlimited Brands" |
-| "Ship fixes in minutes, not weeks" | Direct Updates | Core message used |
-
-### Action-Oriented CTAs
-| Expo Original | Capgo Adaptation |
-|--------------|------------------|
-| "Make your idea happen" | "Ready to Ship Faster?" |
-| "Your users are waiting. Let's ship something amazing" | Could add to CTAs |
-| "Build faster. Scale better. Win Bigger." | Could adapt for enterprise section |
-
----
-
-## Powerful Value Propositions
-
-### Cost & Resource Efficiency
-**Expo's Messaging:**
-- "Your startup can't afford two codebases, native complexity, or missed deadlines"
-- "Every dollar saved extends your runway"
-- "No expensive specialized hires, no platform silos, no multi-month delays"
-- "Focus on building a business, not maintaining build pipelines"
-
-**Where Used in Capgo:**
-- Beta Testing: "Skip TestFlight Entirely" captures similar efficiency
-- PR Preview: "No more TestFlight processing" addresses delays
-- **Improvement Opportunity:** Add explicit cost/runway language to pages
-
-### Speed & Time-to-Value
-**Expo's Messaging:**
-- "Fix critical bugs instantly"
-- "Fix bugs, ship features, run A/B tests all over-the-air"
-- "Scale from 10 users to 10 million without rewrites"
-
-**Where Used in Capgo:**
-- Direct Updates: "Found a critical bug? Push a fix and every user gets it immediately"
-- Production Updates: "Updates download silently while users use your app"
-- **Improvement Opportunity:** Add "10 to 10 million" scaling language
-
-### Risk Reduction
-**Expo's Messaging:**
-- "Reduce risk and technical debt"
-- "No painful migrations, no technical debt"
-- "Move faster with fewer surprises"
-
-**Where Used in Capgo:**
-- Production Updates: "Automatic Rollback" feature
-- **Improvement Opportunity:** Add explicit "risk reduction" section
-
----
-
-## Compelling Statistics Pattern
-
-**Expo's Stats Format:**
-| Stat | Description | Impact |
-|------|-------------|--------|
-| 81% | of React Native devs use Expo CLI | Social proof |
-| 70% | use Expo Application Services | Adoption metric |
-| 43k+ | GitHub Stars | Community trust |
-| 99.9% | Uptime SLA | Reliability guarantee |
-| 78% | CI build time reduction | Concrete improvement |
-
-**Capgo's Current Stats (in pages):**
-| Stat | Description | Page |
-|------|-------------|------|
-| < 100ms | API response time | Production Updates |
-| < 300ms | 5MB download time | Production Updates |
-| 6 Continents | Infrastructure presence | Production Updates |
-
-**Improvement Opportunity:** Add more user-focused stats like:
-- "X million updates delivered"
-- "X% reduction in app store wait time"
-- "Used by X production apps"
-
----
-
-## Messaging Patterns by Audience
-
-### For Technical Decision Makers
-**Expo Pattern:** Focus on integration, security, reliability
-- "Integrate seamlessly"
-- "Security and reliability at scale"
-- "Experience the stability, speed, and scale your team needs"
-
-**Capgo Application:**
-- Version Targeting: "AppFlow Migration Ready"
-- Production Updates: "App Store Compliant"
-- **Add:** Security and compliance section with specific guarantees
-
-### For Developers
-**Expo Pattern:** Focus on DX and speed
-- "Simplify your release pipeline, removing the pain of manual CI/CD"
-- "Replace fragile workflows with automation"
-
-**Capgo Application:**
-- PR Preview: CI/CD integration focus
-- Production Updates: "Zero Configuration"
-- **Add:** More developer experience testimonials
-
-### For Business Stakeholders
-**Expo Pattern:** Focus on outcomes
-- "Ship everywhere from a single codebase"
-- "Eliminate silos, rewrites, and disruption"
-- "Monitor app performance from single dashboard"
-
-**Capgo Application:**
-- White Label: "Centralized Management"
-- **Add:** Dashboard/analytics value props
-
----
-
-## Industry-Specific Messaging (QSR Example)
-
-**Expo's QSR Messaging:**
-- "Ship updates daily, not monthly"
-- "One codebase. Many brands."
-- "Smaller teams. Simpler Workflow. Bigger outcomes."
-
-**Capgo White Label Parallels:**
-- "One Codebase, Unlimited Brands"
-- "Channel Per Brand"
-- **Add:** Industry-specific use case language
-
----
-
-## Specific Phrases to Integrate
-
-### Urgency & FOMO
-- "Your users are waiting"
-- "can't afford... missed deadlines"
-- "No more waiting for..."
-
-### Simplicity
-- "Without the complexity"
-- "No technical setup required - just tap a link"
-- "Works out of the box"
-
-### Authority
-- "Battle-tested for over 4 years" (already in Capgo)
-- "The only recommended..." (Expo uses for React Native)
-- "Pioneered and refined" (already in Capgo)
-
-### Scale
-- "10 users to 10 million"
-- "without rewrites"
-- "from day one to IPO" (could adapt)
-
----
-
-## Page-by-Page Recommendations
-
-### Production Updates
-**Current:** Good technical messaging
-**Add:**
-- "Your users don't wait for app stores. Neither should your updates."
-- Startup-focused runway/cost language
-
-### Direct Updates
-**Current:** Strong "instant" messaging
-**Add:**
-- "Fix bugs in seconds, not weeks"
-- A/B testing mention like Expo
-
-### PR Preview
-**Current:** Good team workflow focus
-**Add:**
-- "Move faster with fewer surprises"
-- Reduce deployment ceremony language
-
-### Beta Testing
-**Current:** Strong TestFlight comparison
-**Add:**
-- "Every dollar saved extends your runway" concept
-- Faster feedback = faster product-market fit
-
-### White Label
-**Current:** Good multi-tenant messaging
-**Add:**
-- "Smaller teams. Simpler Workflow. Bigger outcomes."
-- Scale without rewrites language
-
-### Version Targeting
-**Current:** Good AppFlow migration focus
-**Add:**
-- Risk reduction language
-- "Move faster with fewer surprises"
-
----
-
-## Meta-Level Messaging Principles
-
-1. **Lead with Business Outcome, Not Feature**
-   - Expo: "Ship fixes in minutes" not "We have fast uploads"
-   - Apply: Frame every feature as a business result
-
-2. **Use Contrast/Comparison**
-   - Expo: "minutes, not weeks"
-   - Already used: TestFlight comparison table
-
-3. **Quantify When Possible**
-   - Expo: 81%, 78%, 99.9%
-   - Add more Capgo-specific metrics
-
-4. **Address Pain Points Directly**
-   - Expo: "can't afford two codebases"
-   - Apply: "can't afford App Store delays during critical bug"
-
-5. **Social Proof Pattern**
-   - Expo uses testimonials and adoption stats
-   - Consider adding customer logos/quotes
-
----
-
-## Implementation Checklist
-
-- [ ] Add more quantified metrics to each solution page
-- [ ] Include "Your users are waiting" urgency messaging
-- [ ] Add explicit cost/runway language for startups
-- [ ] Create security/compliance callout section
-- [ ] Add "minutes, not weeks" contrast language consistently
-- [ ] Include "scale without rewrites" messaging on growth-focused pages
-- [ ] Consider customer testimonials/logos for social proof
diff --git a/loadedVectorStore/docstore.json b/loadedVectorStore/docstore.json
deleted file mode 100644
index eec3a581d..000000000
--- a/loadedVectorStore/docstore.json
+++ /dev/null
@@ -1,752 +0,0 @@
-[
-  [
-    ["f219368f-60e7-4236-9553-18029c6baad2", { "pageContent": "Hey", "metadata": {} }],
-    [
-      "843dad07-3453-4606-9dac-6edd57e86370",
-      {
-        "pageContent": "404: Not Found",
-        "metadata": { "source": "https://raw.githubusercontent.com/undefined/undefined/main/README.md", "loc": { "lines": { "from": 1, "to": 1 } } }
-      }
-    ],
-    [
-      "e20eb1b4-cb01-4e82-b30a-ed2df3a03f1e",
-      {
-        "pageContent": "404: Not Found",
-        "metadata": { "source": "https://raw.githubusercontent.com/undefined/undefined/main/README.md", "loc": { "lines": { "from": 1, "to": 1 } } }
-      }
-    ],
-    [
-      "dda9ea0d-c16e-4a8f-abac-0f87e357cd3e",
-      {
-        "pageContent": "404: Not Found",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/standard-version/main/README.md", "loc": { "lines": { "from": 1, "to": 1 } } }
-      }
-    ],
-    [
-      "d70a3cd2-8073-4c8a-9532-25f947b5a08d",
-      {
-        "pageContent": "# capacitor-crisp\n  \n\n\nCheck out: Capgo — Instant updates for capacitor\n\n\nCrisp native SDK for capacitor\n\n## Install\n\n```bash\nnpm install @capgo/capacitor-crisp\nnpx cap sync\n```\n\n## Init\n\nCall configure in your code Before any other method :\n```\nimport { CapacitorCrisp } from '@capgo/capacitor-crisp';\n\nCapacitorCrisp.configure({websiteID: '******-****-****-****-********'})\n```\n### iOS\n\nTo enable your users to take and upload photos to the chat as well as download photos to their photo library, add :\n\nPrivacy - Camera Usage Description (NSCameraUsageDescription)\n\nPrivacy - Photo Library Additions Usage Description (NSPhotoLibraryAddUsageDescription) \n\nto your app's Info.plist.\n\n### Android Integration\nNothing special to do.\n\n\n## Open chatbox\n\n```\nimport { CapacitorCrisp } from '@capgo/capacitor-crisp';\n\nCapacitorCrisp.openMessenger()\n```\n## API\n\n\n\n* [`configure(...)`](#configure)\n* [`openMessenger()`](#openmessenger)\n* [`setTokenID(...)`](#settokenid)\n* [`setUser(...)`](#setuser)\n* [`pushEvent(...)`](#pushevent)\n* [`setCompany(...)`](#setcompany)\n* [`setInt(...)`](#setint)\n* [`setString(...)`](#setstring)\n* [`sendMessage(...)`](#sendmessage)\n* [`setSegment(...)`](#setsegment)\n* [`reset()`](#reset)\n* [Type Aliases](#type-aliases)\n\n\n\n\n\n\n### configure(...)\n\n```typescript\nconfigure(data: { websiteID: string; }) => any\n```\n\n| Param      | Type                                |\n| ---------- | ----------------------------------- |\n| **`data`** | { websiteID: string; } |\n\n**Returns:** any\n\n--------------------\n\n\n### openMessenger()\n\n```typescript\nopenMessenger() => any\n```\n\n**Returns:** any\n\n--------------------\n\n\n### setTokenID(...)\n\n```typescript\nsetTokenID(data: { tokenID: string; }) => any\n```\n\n| Param      | Type                              |\n| ---------- | --------------------------------- |\n| **`data`** | { tokenID: string; } |\n\n**Returns:** any\n\n--------------------\n\n\n### setUser(...)\n\n```typescript\nsetUser(data: { nickname?: string; phone?: string; email?: string; avatar?: string; }) => any\n```\n\n| Param      | Type                                                                                 |\n| ---------- | ------------------------------------------------------------------------------------ |\n| **`data`** | { nickname?: string; phone?: string; email?: string; avatar?: string; } |\n\n**Returns:** any\n\n--------------------\n\n\n### pushEvent(...)\n\n```typescript\npushEvent(data: { name: string; color: eventColor; }) => any\n```\n\n| Param      | Type                                                                        |\n| ---------- | --------------------------------------------------------------------------- |\n| **`data`** | { name: string; color: eventColor; } |\n\n**Returns:** any\n\n--------------------\n\n\n### setCompany(...)\n\n```typescript\nsetCompany(data: { name: string; url?: string; description?: string; employment?: [title: string, role: string]; geolocation?: [country: string, city: string]; }) => any\n```",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-crisp/main/README.md", "loc": { "lines": { "from": 1, "to": 143 } } }
-      }
-    ],
-    [
-      "20990795-a1f6-4ffa-9b14-64404afebedc",
-      {
-        "pageContent": "| Param      | Type                                                                                                                                                          |\n| ---------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| **`data`** | { name: string; url?: string; description?: string; employment?: [title: string, role: string]; geolocation?: [country: string, city: string]; } |\n\n**Returns:** any\n\n--------------------\n\n\n### setInt(...)\n\n```typescript\nsetInt(data: { key: string; value: number; }) => any\n```\n\n| Param      | Type                                         |\n| ---------- | -------------------------------------------- |\n| **`data`** | { key: string; value: number; } |\n\n**Returns:** any\n\n--------------------\n\n\n### setString(...)\n\n```typescript\nsetString(data: { key: string; value: string; }) => any\n```\n\n| Param      | Type                                         |\n| ---------- | -------------------------------------------- |\n| **`data`** | { key: string; value: string; } |\n\n**Returns:** any\n\n--------------------\n\n\n### sendMessage(...)\n\n```typescript\nsendMessage(data: { value: string; }) => any\n```\n\n| Param      | Type                            |\n| ---------- | ------------------------------- |\n| **`data`** | { value: string; } |\n\n**Returns:** any\n\n--------------------\n\n\n### setSegment(...)\n\n```typescript\nsetSegment(data: { segment: string; }) => any\n```\n\n| Param      | Type                              |\n| ---------- | --------------------------------- |\n| **`data`** | { segment: string; } |\n\n**Returns:** any\n\n--------------------\n\n\n### reset()\n\n```typescript\nreset() => any\n```\n\n**Returns:** any\n\n--------------------\n\n\n### Type Aliases\n\n\n#### eventColor\n\n\"red\" | \"orange\" | \"yellow\" | \"green\" | \"blue\" | \"purple\" | \"pink\" | \"brown\" | \"grey\" | \"black\"",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-crisp/main/README.md", "loc": { "lines": { "from": 145, "to": 230 } } }
-      }
-    ],
-    [
-      "aa028af3-6622-4cf3-8b2a-88783eaae489",
-      {
-        "pageContent": "# Capacitor Native Market Plugin\n\n\n  \n\n\n\n  \n    Check out: Capgo — Instant updates for capacitor\n  \n\n\nCapacitor community plugin for native market for Play Store/App Store.\n\n## Maintainers\n\n| Maintainer      | GitHub                              | Social                                                | Sponsoring Company |\n| --------------- | ----------------------------------- | ----------------------------------------------------- | ------------------ |\n| Martin Donadieu | [riderx](https://github.com/riderx/) | [@martindonadieu](https://x.com/martindonadieu/) |                    |\n\nMaintenance Status: Actively Maintained\n\n## Installation\n\nTo use npm\n\n```bash\nnpm install @capgo/native-market\n```\n\nTo use yarn\n\n```bash\nyarn add @capgo/native-market\n```\n\nSync native files\n\n```bash\nnpx cap sync\n```\n\niOS Platform: No further action required.\n\nAndroid Platform: No further action required.\n\n## Configuration\n\nNo configuration required for this plugin\n\n## Supported methods\n\n| Name                 | Android | iOS | Web |\n| :------------------- | :------ | :-- | :-- |\n| openStoreListing     | ✅      | ✅  | ❌  |\n| openDevPage          | ✅      | ❌  | ❌  |\n| openCollection       | ✅      | ❌  | ❌  |\n| openEditorChoicePage | ✅      | ❌  | ❌  |\n| search               | ✅      | ✅  | ❌  |\n\n## Usage\n\n```typescript\nimport { NativeMarket } from '@capgo/native-market';\n\n/**\n * This method will launch link in Play/App Store.\n * @param appId - ID of your application. Eg. com.example.app\n * @param [country] - International country code if application is not published in the US App store (only for iOS). Eg. IT\n * @returns void\n */\nNativeMarket.openStoreListing({\n  appId: 'com.example.app',\n  country: 'IT',\n});\n\n/**\n * This method will deep-link directly to an Play/App store listing page.\n * @param devId - ID of developer. Eg. com.example.app\n * @returns void\n */\nNativeMarket.openDevPage({\n  devId: '5700313618786177705',\n});\n\n/**\n * This method will link users to a collection or top charts.\n * @param name - name of the collection. Click [here](https://developer.android.com/distribute/marketing-tools/linking-to-google-play/#OpeningCollection) for android options.\n * @returns void\n */\nNativeMarket.openCollection({\n  name: 'featured',\n});\n\n/**\n * This method will link users to Editor's choice page.\n * @param editorChoice - ID of your application. Eg. editorial_fitness_apps_us\n * @returns void\n */\nNativeMarket.openEditorChoicePage({\n  editorChoice: 'editorial_fitness_apps_us',\n});\n\n/**\n * This method will link users to custom search query.\n * @param editorChoice - terms to be searched in Play/App store.\n * @returns void\n */\nNativeMarket.search({\n  terms: 'capacitor',\n});\n```\n\n\n\n\n### openStoreListing(...)\n\n```typescript\nopenStoreListing(options: { appId: string; country?: string; }) => any\n```\n\nThis method will launch link in Play/App Store.\n\n| Param         | Type                                              |\n| ------------- | ------------------------------------------------- |\n| **`options`** | { appId: string; country?: string; } |\n\n**Returns:** any",
-        "metadata": { "source": "https://raw.githubusercontent.com/riderx/native-market/main/README.md", "loc": { "lines": { "from": 1, "to": 129 } } }
-      }
-    ],
-    [
-      "68dc42dd-6e18-47d3-9dea-78024c005e36",
-      {
-        "pageContent": "**Returns:** any\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### openDevPage(...)\n\n```typescript\nopenDevPage(options: { devId: string; }) => any\n```\n\nThis method will deep-link directly to an Play/App store listing page.\n\nOnly in Android.\n\n| Param         | Type                            |\n| ------------- | ------------------------------- |\n| **`options`** | { devId: string; } |\n\n**Returns:** any\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### openCollection(...)\n\n```typescript\nopenCollection(options: { name: string; }) => any\n```\n\nThis method will link users to a collection or top charts.\nOnly in Android.\n\n| Param         | Type                           |\n| ------------- | ------------------------------ |\n| **`options`** | { name: string; } |\n\n**Returns:** any\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### openEditorChoicePage(...)\n\n```typescript\nopenEditorChoicePage(options: { editorChoice: string; }) => any\n```\n\nThis method will link users to Editor's choice page.\n\nOnly in Android.\n\n| Param         | Type                                   |\n| ------------- | -------------------------------------- |\n| **`options`** | { editorChoice: string; } |\n\n**Returns:** any\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### search(...)\n\n```typescript\nsearch(options: { terms: string; }) => any\n```\n\nThis method will link users to custom search query.\n\nOnly in Android.\n\n| Param         | Type                            |\n| ------------- | ------------------------------- |\n| **`options`** | { terms: string; } |\n\n**Returns:** any\n\n**Since:** 1.0.0\n\n--------------------\n\n\n\n## iOS Notes\n\nIf your app is not published in the US App Store, you might not be able to find it. In this case you must specify country code for lookup search to work.",
-        "metadata": { "source": "https://raw.githubusercontent.com/riderx/native-market/main/README.md", "loc": { "lines": { "from": 129, "to": 222 } } }
-      }
-    ],
-    [
-      "87978bd0-5538-4d54-8348-2fc5efcf485c",
-      {
-        "pageContent": "# google-play-scraper [![workflow](https://github.com/facundoolano/google-play-scraper/actions/workflows/tests.yml/badge.svg/)](https://github.com/facundoolano/google-play-scraper/actions/workflows/tests.yml/)\nNode.js module to scrape application data from the Google Play store.\n\n### Related projects\n\n* [app-store-scraper](https://github.com/facundoolano/app-store-scraper/): a scraper with a similar interface for the iTunes app store.\n* [aso](https://github.com/facundoolano/aso/): an App Store Optimization module built on top of this library.\n* [google-play-api](https://github.com/facundoolano/google-play-api/): a RESTful API to consume the data produced by this library.\n\n## Installation\n```\nnpm install google-play-scraper\n```\n\n## Usage\nAvailable methods:\n- [app](#app): Retrieves the full detail of an application.\n- [list](#list): Retrieves a list of applications from one of the collections at Google Play.\n- [search](#search): Retrieves a list of apps that results of searching by the given term.\n- [developer](#developer): Returns the list of applications by the given developer name.\n- [suggest](#suggest): Given a string returns up to five suggestion to complete a search query term.\n- [reviews](#reviews): Retrieves a page of reviews for a specific application.\n- [similar](#similar): Returns a list of similar apps to the one specified.\n- [permissions](#permissions): Returns the list of permissions an app has access to.\n- [datasafety](#datasafety): Returns the data safety information of an app.\n- [categories](#categories): Retrieve a full list of categories present from dropdown menu on Google Play.\n\n### app\n\nRetrieves the full detail of an application. Options:\n\n* `appId`: the Google Play id of the application (the `?id=` parameter on the url).\n* `lang` (optional, defaults to `'en'`): the two letter language code in which to fetch the app page.\n* `country` (optional, defaults to `'us'`): the two letter country code used to retrieve the applications. Needed when the app is available only in some countries.\n\nExample:\n\n```javascript\nimport gplay from \"google-play-scraper\";\n\ngplay.app({appId: 'com.google.android.apps.translate'})\n  .then(console.log, console.log);\n```\nResults:",
-        "metadata": { "source": "https://raw.githubusercontent.com/facundoolano/google-play-scraper/main/README.md", "loc": { "lines": { "from": 1, "to": 44 } } }
-      }
-    ],
-    [
-      "1d1e248f-0799-4cbc-93e8-3b723b04358a",
-      {
-        "pageContent": "gplay.app({appId: 'com.google.android.apps.translate'})\n  .then(console.log, console.log);\n```\nResults:\n\n```javascript\n{\n  title: 'Google Translate',\n  description: 'Translate between 103 languages by typing\\r\\n...' ,\n  descriptionHTML: 'Translate between 103 languages by typing...',\n  summary: 'The world is closer than ever with over 100 languages',\n  installs: '500,000,000+',\n  minInstalls: 500000000,\n  maxInstalls: 898626813,\n  score: 4.482483,\n  scoreText: '4.5',\n  ratings: 6811669,\n  reviews: 1614618,\n  histogram: { '1': 370042, '2': 145558, '3': 375720, '4': 856865, '5': 5063481 },\n  price: 0,\n  free: true,\n  currency: 'USD',\n  priceText: 'Free',\n  offersIAP: false,\n  IAPRange: undefined,\n  size: 'Varies with device',\n  androidVersion: 'VARY',\n  androidVersionText: 'Varies with device',\n  androidMaxVersion: 'VARY',\n  developer: 'Google LLC',\n  developerId: '5700313618786177705',\n  developerEmail: 'translate-android-support@google.com',\n  developerWebsite: 'http://support.google.com/translate',\n  developerAddress: '1600 Amphitheatre Parkway, Mountain View 94043',\n  privacyPolicy: 'http://www.google.com/policies/privacy/',\n  developerInternalID: '5700313618786177705',\n  genre: 'Tools',\n  genreId: 'TOOLS',\n  categories: [\n    { name: 'Tools', id: 'TOOLS' },\n    { name: 'Another category without id', id: null }\n  ],\n  icon: 'https://lh3.googleusercontent.com/ZrNeuKthBirZN7rrXPN1JmUbaG8ICy3kZSHt-WgSnREsJzo2txzCzjIoChlevMIQEA',\n  headerImage: 'https://lh3.googleusercontent.com/e4Sfy0cOmqpike76V6N6n-tDVbtbmt6MxbnbkKBZ_7hPHZRfsCeZhMBZK8eFDoDa1Vf-',\n  screenshots: [\n    'https://lh3.googleusercontent.com/dar060xShkqnJjWC2j_EazWBpLo28X4IUWCYXZgS2iXes7W99LkpnrvIak6vz88xFQ',\n    'https://lh3.googleusercontent.com/VnzidUTSWK_yhpNK0uqTSfpVgow5CsZOnBdN3hIpTxODdlZg1VH1K4fEiCrdUQEZCV0',\n  ],\n  video: undefined,\n  videoImage: undefined,\n  previewVideo: undefined,\n  contentRating: 'Everyone',\n  contentRatingDescription: undefined,\n  adSupported: false,\n  released: undefined,\n  updated: 1576868577000,\n  version: 'Varies with device',\n  recentChanges: 'Improved offline translations with upgraded language downloads',\n  comments: [],\n  preregister: false,\n  earlyAccessEnabled: false,\n  isAvailableInPlayPass: false,\n  editorsChoice: true,\n  features: [\n    {\n      title: 'Uses Google Play Games',\n      description: 'For automatic sign-in, leaderboards, achievements, and more.'\n    },\n    {\n      title: 'Achievements',\n      description: 'Grants you achievements for completing goals and skill-based challenges.'\n    }\n  ],\n  appId: 'com.google.android.apps.translate',\n  url: 'https://play.google.com/store/apps/details?id=com.google.android.apps.translate&hl=en&gl=us',\n  isAvailableInPlayPass: false\n}\n```\n\n### list\nRetrieve a list of applications from one of the collections at Google Play. Options:",
-        "metadata": { "source": "https://raw.githubusercontent.com/facundoolano/google-play-scraper/main/README.md", "loc": { "lines": { "from": 44, "to": 124 } } }
-      }
-    ],
-    [
-      "ce3c5917-034f-4adf-96be-f0fadf290faa",
-      {
-        "pageContent": "### list\nRetrieve a list of applications from one of the collections at Google Play. Options:\n\n* `collection` (optional, defaults to `collection.TOP_FREE`): the Google Play collection that will be retrieved. Available options can bee found [here](https://github.com/facundoolano/google-play-scraper/blob/b7669f78766b8306896447ddbe8797fe36eae49f/lib/constants.js/#L67).\n* `category` (optional, defaults to no category): the app category to filter by. Available options can bee found [here](https://github.com/facundoolano/google-play-scraper/blob/b7669f78766b8306896447ddbe8797fe36eae49f/lib/constants.js/#L10).\n* `age` (optional, defaults to no age filter): the age range to filter the apps (only for FAMILY and its subcategories). Available options are `age.FIVE_UNDER`, `age.SIX_EIGHT`, `age.NINE_UP`.\n* `num` (optional, defaults to 500): the amount of apps to retrieve.\n* `lang` (optional, defaults to `'en'`): the two letter language code used to retrieve the applications.\n* `country` (optional, defaults to `'us'`): the two letter country code used to retrieve the applications.\n* `fullDetail` (optional, defaults to `false`): if `true`, an extra request will be made for every resulting app to fetch its full detail.\n\nExample:\n\n```javascript\nimport gplay from \"google-play-scraper\";\n\ngplay.list({\n    category: gplay.category.GAME_ACTION,\n    collection: gplay.collection.TOP_FREE,\n    num: 2\n  })\n  .then(console.log, console.log);\n```\nResults:\n\n```javascript\n [ { url: 'https://play.google.com/store/apps/details?id=com.playappking.busrush',\n    appId: 'com.playappking.busrush',\n    summary: 'Bus Rush is an amazing running game for Android! Start running now!',\n    developer: 'Play App King',\n    developerId: '6375024885749937863',\n    title: 'Bus Rush',\n    icon: 'https://lh3.googleusercontent.com/R6hmyJ6ls6wskk5hHFoW02yEyJpSG36il4JBkVf-Aojb1q4ZJ9nrGsx6lwsRtnTqfA=w340',\n    score: 3.9,\n    scoreText: '3.9',\n    priceText: 'Free',\n    free: false },\n  { url: 'https://play.google.com/store/apps/details?id=com.yodo1.crossyroad',\n    appId: 'com.yodo1.crossyroad',\n    title: 'Crossy Road',\n    summary: 'Embark on an action arcade, endless runner journey!',\n    developer: 'Yodo1 Games',\n    developerId: 'Yodo1+Games',\n    icon: 'https://lh3.googleusercontent.com/doHqbSPNekdR694M-4rAu9P2B3V6ivff76fqItheZGJiN4NBw6TrxhIxCEpqgO3jKVg=w340',\n    score: 4.5,\n    scoreText: '4.5',\n    priceText: 'Free',\n    free: false } ]\n```\n\n### search\nRetrieves a list of apps that results of searching by the given term. Options:",
-        "metadata": { "source": "https://raw.githubusercontent.com/facundoolano/google-play-scraper/main/README.md", "loc": { "lines": { "from": 124, "to": 175 } } }
-      }
-    ],
-    [
-      "152227e2-a4db-4b12-8b47-ed9609a71f7d",
-      {
-        "pageContent": "### search\nRetrieves a list of apps that results of searching by the given term. Options:\n\n* `term`: the term to search by.\n* `num` (optional, defaults to 20, max is 250): the amount of apps to retrieve.\n* `lang` (optional, defaults to `'en'`): the two letter language code used to retrieve the applications.\n* `country` (optional, defaults to `'us'`): the two letter country code used to retrieve the applications.\n* `fullDetail` (optional, defaults to `false`): if `true`, an extra request will be made for every resulting app to fetch its full detail.\n* `price` (optional, defaults to `all`): allows to control if the results apps are free, paid or both.\n    * `all`: Free and paid\n    * `free`: Free apps only\n    * `paid`: Paid apps only\n\n\nExample:\n\n```javascript\nimport gplay from \"google-play-scraper\";\n\ngplay.search({\n    term: \"panda\",\n    num: 2\n  }).then(console.log, console.log);\n```\nResults:\n\n```javascript\n[ { url: 'https://play.google.com/store/apps/details?id=com.snailgameusa.tp',\n    appId: 'com.snailgameusa.tp',\n    summary: 'An exciting action adventure RPG of Panda proportions!',\n    title: 'Taichi Panda',\n    developer: 'Snail Games USA',\n    developerId: 'Snail+Games+USA+Inc',\n    icon: 'https://lh3.googleusercontent.com/g8RMjpRk9yetsui4g5lxnioAFwtgoKUJDBnb2knJMrOaLOtHrwU1qYkb-PadbL0Zmg=w340',\n    score: 4.1,\n    scoreText: '4.1',\n    priceText: 'Free',\n    free: true },\n  { url: 'https://play.google.com/store/apps/details?id=com.sgn.pandapop.gp',\n    appId: 'com.sgn.pandapop.gp',\n    summary: 'Plan your every pop to rescue baby pandas from the evil Baboon!',\n    title: 'Panda Pop',\n    developer: 'SGN',\n    developerId: '5509190841173705883',\n    icon: 'https://lh5.ggpht.com/uAAUBzEHtD_-mTxomL2wFxb5VSdtNllk9M4wjVdTGMD8pH79RtWGYQYrrtfVTjq7PV7M=w340',\n    score: 4.2,\n    scoreText: '4.2',\n    priceText: 'Free',\n    free: true } ]\n```\n\n### developer\nReturns the list of applications by the given developer name. Options:\n\n* `devId`: the name of the developer.\n* `lang` (optional, defaults to `'en'`): the two letter language code in which to fetch the app list.\n* `country` (optional, defaults to `'us'`): the two letter country code used to retrieve the applications. Needed when the app is available only in some countries.\n* `num` (optional, defaults to 60): the amount of apps to retrieve.\n* `fullDetail` (optional, defaults to `false`): if `true`, an extra request will be made for every resulting app to fetch its full detail.\n\nExample:\n\n```javascript\nimport gplay from \"google-play-scraper\";\n\ngplay.developer({devId: \"DxCo Games\"}).then(console.log);\n```",
-        "metadata": { "source": "https://raw.githubusercontent.com/facundoolano/google-play-scraper/main/README.md", "loc": { "lines": { "from": 175, "to": 241 } } }
-      }
-    ],
-    [
-      "677ffc18-567a-47c8-8664-e8293f32ac5e",
-      {
-        "pageContent": "```javascript\nimport gplay from \"google-play-scraper\";\n\ngplay.developer({devId: \"DxCo Games\"}).then(console.log);\n```\n\nResults:\n```javascript\n[ { url: 'https://play.google.com/store/apps/details?id=com.dxco.pandavszombies2',\n    appId: 'com.dxco.pandavszombies2',\n    title: 'Panda vs Zombie 2 Panda\\'s back',\n    summary: 'Help Rocky the Panda warrior to fight zombies again!',\n    developer: 'DxCo Games',\n    developerId: 'DxCo+Games',\n    icon: 'https://lh3.googleusercontent.com/kFco0LtC7ICP0QrtpkF-QQahU-iwuDgEsH0AClQcHwtzsO5-8BGTf8QgR6dlCLxqBLc=w340',\n    score: 3.9,\n    scoreText: '3.9',\n    priceText: 'Free',\n    free: true },\n  { url: 'https://play.google.com/store/apps/details?id=com.dxco.pandavszombies',\n    appId: 'com.dxco.pandavszombies',\n    title: 'Panda vs Zombie: panda ftw',\n    summary: 'Help Rocky the Panda warrior to fight zombie games and save the Panda kind.',\n    developer: 'DxCo Games',\n    developerId: 'DxCo+Games',\n    icon: 'https://lh6.ggpht.com/5mI27oolnooL__S3ns9qAf_6TsFNExMtUAwTKz6prWCxEmVkmZZZwe3lI-ZLbMawEJh3=w340',\n    score: 4.5,\n    scoreText: '4.5',\n    priceText: 'Free',\n    free: true } ]\n```\n\n### suggest\nGiven a string returns up to five suggestion to complete a search query term. Options:\n\n* `term`: the term to get suggestions for.\n* `lang` (optional, defaults to `'en'`): the two letter language code used to retrieve the suggestions.\n* `country` (optional, defaults to `'us'`): the two letter country code used to retrieve the suggestions.\n\nExample:\n```javascript\nimport gplay from \"google-play-scraper\";\n\ngplay.suggest({term: 'panda'}).then(console.log);\n```\n\nResults:\n```javascript\n[ 'panda pop',\n  'panda',\n  'panda games',\n  'panda run',\n  'panda pop for free' ]\n```\n### reviews\nRetrieves a page of reviews for a specific application.\n\nNote that this method returns reviews in a specific language (english by default), so you need to try different languages to get more reviews. Also, the counter displayed in the Google Play page refers to the total number of 1-5 stars ratings the application has, not the written reviews count. So if the app has 100k ratings, don't expect to get 100k reviews by using this method.\n\nYou can get all reviews at once, by sending the `num` parameter (i.g. 5000), or paginated reviews (with 150 per page), by setting the `pagination` parameter to true;\n\nYou`ll have to choose wich method is better for your use case.\n\nBy setting `num` + `paginate`, the num parameter will be ignored and you will receive a paginated response instead.\n\nOptions:",
-        "metadata": { "source": "https://raw.githubusercontent.com/facundoolano/google-play-scraper/main/README.md", "loc": { "lines": { "from": 241, "to": 306 } } }
-      }
-    ],
-    [
-      "302d8f96-60cd-47c9-9040-9ee6a94cc091",
-      {
-        "pageContent": "By setting `num` + `paginate`, the num parameter will be ignored and you will receive a paginated response instead.\n\nOptions:\n\n* `appId`: Unique application id for Google Play. (e.g. id=com.mojang.minecraftpe maps to Minecraft: Pocket Edition game).\n* `lang` (optional, defaults to `'en'`): the two letter language code in which to fetch the reviews.\n* `country` (optional, defaults to `'us'`): the two letter country code in which to fetch the reviews.\n* `sort` (optional, defaults to `sort.NEWEST`): The way the reviews are going to be sorted. Accepted values are: `sort.NEWEST`, `sort.RATING` and `sort.HELPFULNESS`.\n* `num` (optional, defaults to `100`): Quantity of reviews to be captured.\n* `paginate` (optional, defaults to `false`): Defines if the result will be paginated\n* `nextPaginationToken` (optional, defaults to `null`): The next token to paginate\n\nExample:\n\n```javascript\nimport gplay from \"google-play-scraper\";\n\n// This example will return 3000 reviews\n// on a single call\ngplay.reviews({\n  appId: 'com.dxco.pandavszombies',\n  sort: gplay.sort.RATING,\n  num: 3000\n}).then(console.log, console.log);\n\n// This example will return the first page with 150 reviews paginated\n// just send an empty nexPaginationToken\n// you will receive a nextPaginationToken parameter in your response\ngplay.reviews({\n  appId: 'com.dxco.pandavszombies',\n  sort: gplay.sort.RATING,\n  paginate: true,\n  nextPaginationToken: null // you can omit this parameter\n}).then(console.log, console.log);\n\n// This example will return 150 reviews paginated\n// for the next page (next page is the token return by the previous call)\n// you will receive a nextPaginationToken parameter in your response\ngplay.reviews({\n  appId: 'com.dxco.pandavszombies',\n  sort: gplay.sort.RATING,\n  paginate: true,\n  nextPaginationToken: 'TOKEN_FROM_THE_PREVIOUS_REQUEST' // you can omit this parameter\n}).then(console.log, console.log);\n```\n\nResults:",
-        "metadata": { "source": "https://raw.githubusercontent.com/facundoolano/google-play-scraper/main/README.md", "loc": { "lines": { "from": 306, "to": 352 } } }
-      }
-    ],
-    [
-      "bc26d176-eeeb-4272-a5a6-df89497f0742",
-      {
-        "pageContent": "Results:\n\n```javascript\n{\n  data: [\n    {\n      id: 'gp:AOqpTOFmAVORqfWGcaqfF39ftwFjGkjecjvjXnC3g_uL0NtVGlrrqm8X2XUWx0WydH3C9afZlPUizYVZAfARLuk',\n      userName: 'Inga El-Ansary',\n      userImage: 'https://lh3.googleusercontent.com/-hBGvzn3XlhQ/AAAAAAAAAAI/AAAAAAAAOw0/L4GY9KrQ-DU/w96-c-h96/photo.jpg',\n      date: '2013-11-10T18:31:42.174Z',\n      score: 5,\n      scoreText: '5',\n      url: 'https://play.google.com/store/apps/details?id=com.dxco.pandavszombies&reviewId=Z3A6QU9xcFRPRWZaVHVZZ081NlNsRW9TV0hJeklGSTBvYTBTUlFQUUJIZThBSGJDX2s1Y1o0ZXRCbUtLZmgzTE1PMUttRmpRSS1YcFgxRmx1ZXNtVzlVS0Zz'\n      title: 'I LOVE IT',\n      text: 'It has skins and snowballs everything I wanted its so cool I love it!!!!!!!!',\n      replyDate: '2013-11-10T18:31:42.174Z',\n      replyText: 'thanks for playing Panda vs Zombies!',\n      version: '1.0.2',\n      thumbsUp: 29,\n      criterias: [\n        {\n          criteria: 'vaf_games_simple',\n          rating: 1\n        },\n        {\n          criteria: 'vaf_games_realistic',\n          rating: 1\n        },\n        {\n          criteria: 'vaf_games_complex',\n          rating: 1\n        }\n      ]\n    },\n    {\n      id: 'gp:AOqpTOF39mpW-6gurlkCCTV_8qnKne7O5wcFsLc6iGVot5hHpplqPCqIiVL2fjximXNujuMjwQ4pkizxGrn13x0',\n      userName: 'Millie Hawthorne',\n      userImage: 'https://lh5.googleusercontent.com/-Q_FTAEBH2Qg/AAAAAAAAAAI/AAAAAAAAAZk/W5dTdaHCUE4/w96-c-h96/photo.jpg',\n      date: '2013-11-10T18:31:42.174Z',\n      url: 'https://play.google.com/store/apps/details?id=com.dxco.pandavszombies&reviewId=Z3A6QU9xcFRPRmFHdlBFS2pGS2JVYW5Dd3kxTm1qUzRxQlYyc3Z4ZE9CYXRuc0hkclV3a09hbEFkOVdoWmw3eFN5VjF4cDJPLTg5TW5ZUjl1Zm9HOWc5NGtr',\n      score: 5,\n      scoreText: '5',\n      title: 'CAN NEVER WAIT TILL NEW UPDATE',\n      text: 'Love it but needs to pay more attention to pocket edition',\n      replyDate: null,\n      replyText: null,\n      version: null,\n      thumbsUp: 29\n      criterias: []\n    }\n  ],\n  nextPaginationToken: 'NEXT_PAGINATION_TOKEN'\n}\n```\n\n### similar\nReturns a list of similar apps to the one specified. Options:\n\n* `appId`: the Google Play id of the application to get similar apps for.\n* `lang` (optional, defaults to `'en'`): the two letter language code used to retrieve the applications.\n* `country` (optional, defaults to `'us'`): the two letter country code used to retrieve the applications.\n* `fullDetail` (optional, defaults to `false`): if `true`, an extra request will be made for every resulting app to fetch its full detail.\n\nExample:\n\n```javascript\nimport gplay from \"google-play-scraper\";\n\ngplay.similar({appId: \"com.dxco.pandavszombies\"}).then(console.log);\n```\n\nResults:\n```javascript\n[ { url: 'https://play.google.com/store/apps/details?id=com.creative.rambo',\n    appId: 'com.creative.rambo',\n    summary: 'Rambo - The Mobile Game',\n    developer: 'Creative Distribution Ltd',\n    developerId: '8812103738509382093',\n    icon: '//lh3.googleusercontent.com/QDRAv7v4LSCfZgz3GIbOSz8Zj8rWqeeYuqqYiqyQXkxRJwG7vvUltzsFaWK5D7-JMnIZ=w340',\n    score: 3.3,\n    scoreText: '3.3',\n    priceText: '$2.16',\n    free: false } ]\n```",
-        "metadata": { "source": "https://raw.githubusercontent.com/facundoolano/google-play-scraper/main/README.md", "loc": { "lines": { "from": 352, "to": 435 } } }
-      }
-    ],
-    [
-      "4b14b1cb-6548-4d5d-a33c-94900b660c6c",
-      {
-        "pageContent": "### permissions\nReturns the list of permissions an app has access to.\n\n* `appId`: the Google Play id of the application to get permissions for.\n* `lang` (optional, defaults to `'en'`): the two letter language code in which to fetch the permissions.\n* `short` (optional, defaults to `false`): if `true`, the permission names will be returned instead of\npermission/description objects.\n\nExample:\n\n```javascript\nimport gplay from \"google-play-scraper\";\n\ngplay.permissions({appId: \"com.dxco.pandavszombies\"}).then(console.log);\n```\n\nResults:\n```javascript\n[ { permission: 'modify or delete the contents of your USB storage',\n    type: 'Storage' },\n  { permission: 'read the contents of your USB storage',\n    type: 'Storage' },\n  { permission: 'full network access',\n    type: 'Photos/Media/Files' },\n  { permission: 'view network connections',\n    type: '' } ]\n```\n\n### datasafety\nReturns the data safety information of an application. The data safety is categorized into lists of \"data shared\",\n\"data collected\" and \"security practices\". Addtionally, the URL to the privacy policy is returned.\n\n* `appId`: the Google Play id of the application to get permissions for.\n* `lang` (optional, defaults to `'en'`): the two letter language code in which to fetch the permissions.\n\nExample:\n\n```javascript\nimport gplay from \"google-play-scraper\";\n\ngplay.datasafety({appId: \"com.dxco.pandavszombies\"}).then(console.log);\n```",
-        "metadata": { "source": "https://raw.githubusercontent.com/facundoolano/google-play-scraper/main/README.md", "loc": { "lines": { "from": 437, "to": 478 } } }
-      }
-    ],
-    [
-      "1d240378-1f81-4c3d-8c7e-69261e5414dc",
-      {
-        "pageContent": "gplay.datasafety({appId: \"com.dxco.pandavszombies\"}).then(console.log);\n```\n\nResults:\n```javascript\n{ dataShared: [\n    {\n      data: 'User IDs',\n      optional: false,\n      purpose: 'Advertising or marketing, Account management',\n      type: 'Personal info'\n    },\n    {\n      data: 'Crash logs',\n      optional: false,\n      purpose: 'Analytics',\n      type: 'App info and performance'\n    }\n  ],\n  dataCollected: [\n    {\n      data: 'Name',\n      optional: true,\n      purpose: 'App functionality, Developer communications, Advertising or marketing',\n      type: 'Personal info'\n    },\n    {\n      data: 'Email address',\n      optional: true,\n      purpose: 'App functionality, Advertising or marketing, Account management',\n      type: 'Personal info'\n    },\n    {\n      data: 'User IDs',\n      optional: false,\n      purpose: 'App functionality, Analytics, Developer communications, Advertising or marketing, Fraud prevention, security, and compliance, Personalization, Account management',\n      type: 'Personal info'\n    },\n    {\n      data: 'Purchase history',\n      optional: true,\n      purpose: 'Account management',\n      type: 'Financial info'\n    },\n    {\n      data: 'Other in-app messages',\n      optional: false,\n      purpose: 'Developer communications, Fraud prevention, security, and compliance',\n      type: 'Messages'\n    },\n    {\n      data: 'Contacts',\n      optional: true,\n      purpose: 'App functionality',\n      type: 'Contacts'\n    },\n    {\n      data: 'Other actions',\n      optional: false,\n      purpose: 'App functionality, Analytics, Fraud prevention, security, and compliance',\n      type: 'App activity'\n    },\n    {\n      data: 'Crash logs',\n      optional: true,\n      purpose: 'App functionality, Analytics',\n      type: 'App info and performance'\n    },\n    {\n      data: 'Other app performance data',\n      optional: false,\n      purpose: 'Analytics',\n      type: 'App info and performance'\n    },\n    {\n      data: 'Device or other IDs',\n      optional: false,\n      purpose: 'App functionality, Analytics, Advertising or marketing, Fraud prevention, security, and compliance, Personalization, Account management',\n      type: 'Device or other IDs'\n    }\n  ],\n  securityPractices: [\n    {\n      practice: 'Data isn’t encrypted',\n      description: 'Your data isn’t transferred over a secure connection'\n    },\n    {\n      practice: 'You can request that data be deleted',\n      description: 'The developer provides a way for you to request that your data be deleted'\n    }\n  ],\n  privacyPolicyUrl: 'http://www.jamcity.com/privacy' }\n```\n\n### categories\nRetrieve a full list of categories present from dropdown menu on Google Play.\n\n* this method has no options\n\nExample:\n\n```javascript\nimport gplay from \"google-play-scraper\";\n\ngplay.categories().then(console.log);\n```\n\nResults:\n```javascript\n[ 'AUTO_AND_VEHICLES',\n  'LIBRARIES_AND_DEMO',\n  'LIFESTYLE',\n  'MAPS_AND_NAVIGATION',\n  'BEAUTY',\n  'BOOKS_AND_REFERENCE',\n  ...< 51 more items> ]\n```\n\n## Memoization",
-        "metadata": { "source": "https://raw.githubusercontent.com/facundoolano/google-play-scraper/main/README.md", "loc": { "lines": { "from": 478, "to": 596 } } }
-      }
-    ],
-    [
-      "ade52dd0-440f-42a1-b5b6-71568861ab5b",
-      {
-        "pageContent": "## Memoization\n\nSince every library call performs one or multiple requests to\nan Google Play API or web page, sometimes it can be useful to cache the results\nto avoid requesting the same data twice. The `memoized` function returns a\nstore object that caches its results:\n\n```js\nimport {memoized as m} from \"google-play-scraper\"; // cache with default options\nconst memoized = m();// cache with customized options\nconst memoizedCustom = m({ maxAge: 1000 * 60 });// cache with customized options\n\n// first call will hit google play and cache the results\nmemoized.developer({devId: \"DxCo Games\"}).then(console.log);\n\n// second call will return cached results\nmemoized.developer({devId: \"DxCo Games\"}).then(console.log);\n```\n\nThe options available are those supported by the [memoizee](https://github.com/medikoo/memoizee/) module.\nBy default up to 1000 values are cached by each method and they expire after 5 minutes.\n\n## Throttling\n\nAll methods on the scraper have to access the Google Play server in one\nform or another. When making too many requests in a short period of time\n(specially when using the `fullDetail` option), is common to hit Google Play's\nthrottling limit. That means requests start getting status 503 responses with\na captcha to verify if the requesting entity is a human (which is not :P).\nIn those cases the requesting IP can be banned from making further requests for a\nwhile (usually around an hour).\n\nTo avoid this situation, all methods now support a `throttle` property, which\ndefines an upper bound to the amount of requests that will be attempted per second.\nOnce that limit is reached, further requests will be held until the second passes.\n\n```js\nimport gplay from \"google-play-scraper\";\n\n// the following method will perform batches of 10 requests per second\ngplay.search({term: 'panda', throttle: 10}).then(console.log);\n```\n\nBy default, no throttling is applied.",
-        "metadata": { "source": "https://raw.githubusercontent.com/facundoolano/google-play-scraper/main/README.md", "loc": { "lines": { "from": 596, "to": 639 } } }
-      }
-    ],
-    [
-      "907b3739-399c-4dfb-a6f7-2ee51a1467cd",
-      {
-        "pageContent": "# capacitor-purchases\n  \n  \n\nCheck out: Capgo — live updates for capacitor\n\n\nIn-app Subscriptions Made Easy with RevenueCat SDK\n\nRevenueCat is a third-party tool, who handle all difficulty for us is Free until $10,000 Revenue by month\n\nCapacitor implementation with lastes RevenueCat SDK v4\n\nRevenueCat:\n\n  \n\n\n## Tutorial step by step\n\nhttps://capgo.app/blog/in-app-purchases-capacitor/\n\n## Install\n\n```bash\nnpm install @capgo/capacitor-purchases\npnpm dlx cap sync\n```\n\n## Android\nAdd this to your android manifest `android/app/src/main/AndroidManifest.xml`\n```xml\n\n```\n### Variables\n\nThis plugin will use the following project variables (defined in your app's `variables.gradle` file):\n- `$kotlinVersion` version of `org.jetbrains.kotlin:kotlin-stdlib-jdk7` (default: `1.7.21`)\n\nIf you have compilation issue `Duplicate class androidx.lifecycle.ViewModelLazy`\ni found in this the solution who worked for me:\nhttps://stackoverflow.com/questions/73406969/duplicate-class-androidx-lifecycle-viewmodellazy-found-in-modules-lifecycle-view\n\nAdd this\n```\nconfigurations {\n    all {\n        exclude group: 'androidx.lifecycle', module: 'lifecycle-runtime-ktx'\n        exclude group: 'androidx.lifecycle', module: 'lifecycle-viewmodel-ktx'\n    }\n}\nan\n```\nline 2 in file `android/app/build.gradle`\n## Configuration\n\nNo configuration required for this plugin.\n\n## Migration v2\n\ngetPurchaserInfo become getCustomerInfo\nPurchaserInfo become CustomerInfo\nrestoreTransactions become restorePurchases\n\nRead more about it here: https://github.com/RevenueCat/purchases-android/blob/main/migrations/v5-MIGRATION.md\n\n## API\n\n\n\n* [`setup(...)`](#setup)\n* [`addListener('purchasesUpdate', ...)`](#addlistenerpurchasesupdate)\n* [`getOfferings()`](#getofferings)\n* [`purchasePackage(...)`](#purchasepackage)\n* [`restorePurchases()`](#restorepurchases)\n* [`setAttributes(...)`](#setattributes)\n* [`logIn(...)`](#login)\n* [`logOut()`](#logout)\n* [`getCustomerInfo()`](#getcustomerinfo)\n* [`setDebugLogsEnabled(...)`](#setdebuglogsenabled)\n* [Interfaces](#interfaces)\n* [Enums](#enums)\n\n\n\n\n\n\n### setup(...)\n\n```typescript\nsetup(data: { apiKey: string; appUserID?: string; observerMode?: boolean; enableAdServicesAttribution?: boolean; collectDeviceIdentifiers?: boolean; }) => any\n```\n\nSets up  with your API key and an app user id.\n\n| Param      | Type                                                                                                                                                    |\n| ---------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| **`data`** | { apiKey: string; appUserID?: string; observerMode?: boolean; enableAdServicesAttribution?: boolean; collectDeviceIdentifiers?: boolean; } |\n\n**Returns:** any\n\n--------------------\n\n\n### addListener('purchasesUpdate', ...)\n\n```typescript\naddListener(eventName: \"purchasesUpdate\", listenerFunc: (data: { purchases: Package; customerInfo: CustomerInfo; }) => void) => Promise & PluginListenerHandle\n```",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-purchases/main/README.md", "loc": { "lines": { "from": 1, "to": 110 } } }
-      }
-    ],
-    [
-      "069d03df-3b9c-4a27-a3bd-614b2d1613d1",
-      {
-        "pageContent": "Called when partialResults set to true and result received\n\nProvides partial result.\n\n| Param              | Type                                                                                                                                   |\n| ------------------ | -------------------------------------------------------------------------------------------------------------------------------------- |\n| **`eventName`**    | 'purchasesUpdate'                                                                                                         |\n| **`listenerFunc`** | (data: { purchases: Package; customerInfo: CustomerInfo; }) => void |\n\n**Returns:** any\n\n**Since:** 2.0.2\n\n--------------------\n\n\n### getOfferings()\n\n```typescript\ngetOfferings() => any\n```\n\nGets the Offerings configured in the RevenueCat dashboard\n\n**Returns:** any\n\n--------------------\n\n\n### purchasePackage(...)\n\n```typescript\npurchasePackage(data: { identifier: string; offeringIdentifier: string; oldSKU?: string | null; }) => any\n```\n\nMake a purchase\n\n| Param      | Type                                                                                      |\n| ---------- | ----------------------------------------------------------------------------------------- |\n| **`data`** | { identifier: string; offeringIdentifier: string; oldSKU?: string \\| null; } |\n\n**Returns:** any\n\n--------------------\n\n\n### restorePurchases()\n\n```typescript\nrestorePurchases() => any\n```\n\nRestores a user's previous  and links their appUserIDs to any user's also using those .\n\n**Returns:** any\n\n--------------------\n\n\n### setAttributes(...)\n\n```typescript\nsetAttributes(data: { attributes: { [key: string]: string | null; }; }) => any\n```\n\nSubscriber attributes are useful for storing additional, structured information on a user.\nSince attributes are writable using a public key they should not be used for\nmanaging secure or sensitive information such as subscription status, coins, etc.\n\nKey names starting with \"$\" are reserved names used by RevenueCat. For a full list of key\nrestrictions refer to our guide: https://docs.revenuecat.com/docs/subscriber-attributes\n\n| Param      | Type                                                             |\n| ---------- | ---------------------------------------------------------------- |\n| **`data`** | { attributes: { [key: string]: string \\| null; }; } |\n\n**Returns:** any\n\n--------------------\n\n\n### logIn(...)\n\n```typescript\nlogIn(data: { appUserID: string; }) => any\n```\n\nThis function will logIn the current user with an appUserID. Typically this would be used after a log in\nto identify a user without calling configure.\n\n| Param      | Type                                |\n| ---------- | ----------------------------------- |\n| **`data`** | { appUserID: string; } |\n\n**Returns:** any\n\n--------------------\n\n\n### logOut()\n\n```typescript\nlogOut() => any\n```\n\nLogs out the  client clearing the saved appUserID. This will generate a random user id and save it in the cache.\nIf the current user is already anonymous, this will produce a Error.\n\n**Returns:** any",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-purchases/main/README.md", "loc": { "lines": { "from": 112, "to": 220 } } }
-      }
-    ],
-    [
-      "aaa40c48-2c2e-4e0c-8edf-69decedec1ba",
-      {
-        "pageContent": "**Returns:** any\n\n--------------------\n\n\n### getCustomerInfo()\n\n```typescript\ngetCustomerInfo() => any\n```\n\nGets the current purchaser info. This call will return the cached purchaser info unless the cache is stale, in which case,\nit will make a network call to retrieve it from the servers.\n\n**Returns:** any\n\n--------------------\n\n\n### setDebugLogsEnabled(...)\n\n```typescript\nsetDebugLogsEnabled(data: { enabled: boolean; }) => any\n```\n\nEnables/Disables debugs logs\n\n| Param      | Type                               |\n| ---------- | ---------------------------------- |\n| **`data`** | { enabled: boolean; } |\n\n**Returns:** any\n\n--------------------\n\n\n### Interfaces\n\n\n#### Package\n\nContains information about the product available for the user to purchase.\nFor more info see https://docs.revenuecat.com/docs/entitlements\n\n| Prop                     | Type                                                  | Description                                                                               |\n| ------------------------ | ----------------------------------------------------- | ----------------------------------------------------------------------------------------- |\n| **`identifier`**         | string                                   | Unique identifier for this package. Can be one a predefined package type or a custom one. |\n| **`packageType`**        | PACKAGE_TYPE | Package type for the product. Will be one of [PACKAGE_TYPE].       |\n| **`product`**            | Product           | Product assigned to this package.                                  |\n| **`offeringIdentifier`** | string                                   | Offering this package belongs to.                                 |\n\n\n#### Product",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-purchases/main/README.md", "loc": { "lines": { "from": 220, "to": 272 } } }
-      }
-    ],
-    [
-      "47ffe043-4aec-4c44-81cb-0ff63a59be8a",
-      {
-        "pageContent": "#### Product\n\n| Prop                              | Type                                                                    | Description                                                              |\n| --------------------------------- | ----------------------------------------------------------------------- | ------------------------------------------------------------------------ |\n| **`identifier`**                  | string                                                     | Product Id.                                       |\n| **`description`**                 | string                                                     | Description of the product.                                              |\n| **`title`**                       | string                                                     | Title of the product.                                                    |\n| **`price`**                       | number                                                     | Price of the product in the local currency.                              |\n| **`priceString`**                 | string                                                     | Formatted price of the item, including its currency sign, such as €3.99. |\n| **`currencyCode`**                | string                                                     | Currency code for price and original price.                              |\n| **`currencySymbol`**              | string                                                     | Currency symbol for price and original price.                            |\n| **`isFamilyShareable`**           | boolean                                                    | Boolean indicating if the product is sharable with family                |\n| **`subscriptionGroupIdentifier`** | string                                                     | Group identifier for the product.                                        |\n| **`subscriptionPeriod`**          | SubscriptionPeriod       | The Product subcription group identifier.         |\n| **`introductoryPrice`**           | SKProductDiscount \\| null | The Product introductory Price.                   |\n| **`discounts`**                   | {}                                                         | The Product discounts list.                       |\n\n\n#### SubscriptionPeriod\n\n| Prop                | Type                | Description                             |\n| ------------------- | ------------------- | --------------------------------------- |\n| **`numberOfUnits`** | number | The Subscription Period number of unit. |\n| **`unit`**          | number | The Subscription Period unit.           |\n\n\n#### SKProductDiscount",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-purchases/main/README.md", "loc": { "lines": { "from": 272, "to": 298 } } }
-      }
-    ],
-    [
-      "ecfe3096-1a5e-4241-8b29-8f3a3649a956",
-      {
-        "pageContent": "#### SKProductDiscount\n\n| Prop                     | Type                                                              | Description                                                              |\n| ------------------------ | ----------------------------------------------------------------- | ------------------------------------------------------------------------ |\n| **`identifier`**         | string                                               | The Product discount identifier.                  |\n| **`type`**               | number                                               | The Product discount type.                        |\n| **`price`**              | number                                               | The Product discount price.                       |\n| **`priceString`**        | string                                               | Formatted price of the item, including its currency sign, such as €3.99. |\n| **`currencySymbol`**     | string                                               | The Product discount currency symbol.             |\n| **`currencyCode`**       | string                                               | The Product discount currency code.               |\n| **`paymentMode`**        | number                                               | The Product discount paymentMode.                 |\n| **`numberOfPeriods`**    | number                                               | The Product discount number Of Periods.           |\n| **`subscriptionPeriod`** | SubscriptionPeriod | The Product discount subscription period.         |\n\n\n#### CustomerInfo",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-purchases/main/README.md", "loc": { "lines": { "from": 298, "to": 313 } } }
-      }
-    ],
-    [
-      "f60ef463-3cd1-4b05-95b6-6efa02cb10a1",
-      {
-        "pageContent": "| Prop                                 | Type                                                          | Description                                                                                                                                                                                                                                                                                                                                      |\n| ------------------------------------ | ------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |\n| **`entitlements`**                   | EntitlementInfos | Entitlements attached to this purchaser info                                                                                                                                                                                                                                                                                                     |\n| **`activeSubscriptions`**            | [string]                                         | Set of active subscription skus                                                                                                                                                                                                                                                                                                                  |\n| **`allPurchasedProductIdentifiers`** | [string]                                         | Set of purchased skus, active and inactive                                                                                                                                                                                                                                                                                                       |\n| **`nonSubscriptionTransactions`**    | {}                                               | Returns all the non-subscription a user has made. The are ordered by purchase date in ascending order.                                                                                                                                                                                                                                           |\n| **`latestExpirationDate`**           | string \\| null                                   | The latest expiration date of all purchased skus                                                                                                                                                                                                                                                                                                 |",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-purchases/main/README.md", "loc": { "lines": { "from": 315, "to": 321 } } }
-      }
-    ],
-    [
-      "ff9ae09d-220e-436c-9349-fdb9b8a41af8",
-      {
-        "pageContent": "| **`firstSeen`**                      | string                                           | The date this user was first seen in RevenueCat.                                                                                                                                                                                                                                                                                                 |\n| **`originalAppUserId`**              | string                                           | The original App User Id recorded for this user.                                                                                                                                                                                                                                                                                                 |\n| **`requestDate`**                    | string                                           | Date when this info was requested                                                                                                                                                                                                                                                                                                                |\n| **`originalApplicationVersion`**     | string \\| null                                   | Returns the version number for the version of the application when the user bought the app. Use this for grandfathering users when migrating to subscriptions. This corresponds to the value of CFBundleVersion (in iOS) in the Info.plist file when the purchase was originally made. This is always null in Android                            |\n| **`originalPurchaseDate`**           | string \\| null                                   | Returns the purchase date for the version of the application when the user bought the app. Use this for grandfathering users when migrating to subscriptions.                                                                                                                                                                                    |\n| **`managementURL`**                  | string \\| null                                   | URL to manage the active subscription of the user. If this user has an active iOS subscription, this will point to the App Store, if the user has an active Play Store subscription it will point there. If there are no active subscriptions it will be null. If there are multiple for different platforms, it will point to the device store. |",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-purchases/main/README.md", "loc": { "lines": { "from": 322, "to": 327 } } }
-      }
-    ],
-    [
-      "83c47d3d-165f-4f1b-96b8-a88a637c245b",
-      {
-        "pageContent": "#### EntitlementInfos\n\nContains all the entitlements associated to the user.\n\n| Prop         | Type                                                                            | Description                                                                                                                                           |\n| ------------ | ------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- |\n| **`all`**    | { [key: string]: EntitlementInfo; } | Map of all EntitlementInfo (`PurchasesEntitlementInfo`) objects (active and inactive) keyed by entitlement identifier. |\n| **`active`** | { [key: string]: EntitlementInfo; } | Map of active EntitlementInfo (`PurchasesEntitlementInfo`) objects keyed by entitlement identifier.                    |\n\n\n#### EntitlementInfo\n\nThe EntitlementInfo object gives you access to all of the information about the status of a user entitlement.",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-purchases/main/README.md", "loc": { "lines": { "from": 330, "to": 342 } } }
-      }
-    ],
-    [
-      "f3aa5461-7aac-402b-9d00-8c70afcf7b67",
-      {
-        "pageContent": "| Prop                         | Type                        | Description                                                                                                                                                       |\n| ---------------------------- | --------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| **`identifier`**             | string         | The entitlement identifier configured in the RevenueCat dashboard                                                                                                 |\n| **`isActive`**               | boolean        | True if the user has access to this entitlement                                                                                                                   |\n| **`willRenew`**              | boolean        | True if the underlying subscription is set to renew at the end of the billing period (expirationDate). Will always be True if entitlement is for lifetime access. |\n| **`periodType`**             | string         | The last period type this entitlement was in. Either: NORMAL, INTRO, TRIAL.                                                                                       |\n| **`latestPurchaseDate`**     | string         | The latest purchase or renewal date for the entitlement.                                                                                                          |\n| **`originalPurchaseDate`**   | string         | The first date this entitlement was purchased.                                                                                                                    |\n| **`expirationDate`**         | string \\| null | The expiration date for the entitlement, can be `null` for lifetime access. If the `periodType` is `trial`, this is the trial expiration date.                    |\n| **`store`**                  | string         | The store where this entitlement was unlocked from. Either: appStore, macAppStore, playStore, stripe, promotional, unknownStore                                   |\n| **`productIdentifier`**      | string         | The product identifier that unlocked this entitlement                                                                                                             |\n| **`isSandbox`**              | boolean        | False if this entitlement is unlocked via a production purchase                                                                                                   |\n| **`unsubscribeDetectedAt`**  | string \\| null | The date an unsubscribe was detected. Can be `null`.                                                                                                              |\n| **`billingIssueDetectedAt`** | string \\| null | The date a billing issue was detected. Can be `null` if there is no billing issue or an issue has been resolved                                                   |\n\n\n#### Transaction",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-purchases/main/README.md", "loc": { "lines": { "from": 344, "to": 360 } } }
-      }
-    ],
-    [
-      "3616a408-4c84-443b-b06e-a1e2da045714",
-      {
-        "pageContent": "#### Transaction\n\n| Prop                        | Type                | Description                                                        |\n| --------------------------- | ------------------- | ------------------------------------------------------------------ |\n| **`transactionIdentifier`** | string | RevenueCat Id associated to the transaction.                       |\n| **`productIdentifier`**     | string | Product Id associated with the transaction. |\n| **`purchaseDate`**          | string | Purchase date of the transaction in ISO 8601 format.               |\n\n\n#### PluginListenerHandle\n\n| Prop         | Type                      |\n| ------------ | ------------------------- |\n| **`remove`** | () => any |\n\n\n#### Offerings\n\nContains all the offerings configured in RevenueCat dashboard.\nFor more info see https://docs.revenuecat.com/docs/entitlements\n\n| Prop          | Type                                                              | Description                                                                                          |\n| ------------- | ----------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------- |\n| **`all`**     | { [key: string]: Offering; } | Map of all Offerings [PurchasesOffering] objects keyed by their identifier. |\n| **`current`** | Offering \\| null             | Current offering configured in the RevenueCat dashboard.                                             |\n\n\n#### Offering\n\nAn offering is a collection of Packages (`PurchasesPackage`) available for the user to purchase.\nFor more info see https://docs.revenuecat.com/docs/entitlements",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-purchases/main/README.md", "loc": { "lines": { "from": 360, "to": 390 } } }
-      }
-    ],
-    [
-      "8cc589c2-9f7f-4813-886f-47629a008a31",
-      {
-        "pageContent": "| Prop                    | Type                                                | Description                                                                    |\n| ----------------------- | --------------------------------------------------- | ------------------------------------------------------------------------------ |\n| **`identifier`**        | string                                 | Unique identifier defined in RevenueCat dashboard.                             |\n| **`serverDescription`** | string                                 | Offering description defined in RevenueCat dashboard.  |\n| **`availablePackages`** | {}                                     | Array of `Package` objects available for purchase.      |\n| **`lifetime`**          | Package \\| null | Lifetime package type configured in the RevenueCat dashboard, if available.    |\n| **`annual`**            | Package \\| null | Annual package type configured in the RevenueCat dashboard, if available.      |\n| **`sixMonth`**          | Package \\| null | Six month package type configured in the RevenueCat dashboard, if available.   |\n| **`threeMonth`**        | Package \\| null | Three month package type configured in the RevenueCat dashboard, if available. |\n| **`twoMonth`**          | Package \\| null | Two month package type configured in the RevenueCat dashboard, if available.   |\n| **`monthly`**           | Package \\| null | Monthly package type configured in the RevenueCat dashboard, if available.     |\n| **`weekly`**            | Package \\| null | Weekly package type configured in the RevenueCat dashboard, if available.      |\n\n\n#### LogInResult\n\nHolds the logIn result\n\n| Prop               | Type                                                  | Description                                                                        |\n| ------------------ | ----------------------------------------------------- | ---------------------------------------------------------------------------------- |\n| **`customerInfo`** | CustomerInfo | The Purchaser Info for the user.                                                   |\n| **`created`**      | boolean                                  | True if the call resulted in a new user getting created in the RevenueCat backend. |\n\n\n### Enums\n\n\n#### PACKAGE_TYPE",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-purchases/main/README.md", "loc": { "lines": { "from": 392, "to": 419 } } }
-      }
-    ],
-    [
-      "83628bf1-7937-46b1-afa7-15989d57a6c6",
-      {
-        "pageContent": "### Enums\n\n\n#### PACKAGE_TYPE\n\n| Members           | Value                      | Description                                                      |\n| ----------------- | -------------------------- | ---------------------------------------------------------------- |\n| **`UNKNOWN`**     | \"UNKNOWN\"     | A package that was defined with a custom identifier.             |\n| **`CUSTOM`**      | \"CUSTOM\"      | A package that was defined with a custom identifier.             |\n| **`LIFETIME`**    | \"LIFETIME\"    | A package configured with the predefined lifetime identifier.    |\n| **`ANNUAL`**      | \"ANNUAL\"      | A package configured with the predefined annual identifier.      |\n| **`SIX_MONTH`**   | \"SIX_MONTH\"   | A package configured with the predefined six month identifier.   |\n| **`THREE_MONTH`** | \"THREE_MONTH\" | A package configured with the predefined three month identifier. |\n| **`TWO_MONTH`**   | \"TWO_MONTH\"   | A package configured with the predefined two month identifier.   |\n| **`MONTHLY`**     | \"MONTHLY\"     | A package configured with the predefined monthly identifier.     |\n| **`WEEKLY`**      | \"WEEKLY\"      | A package configured with the predefined weekly identifier.      |",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-purchases/main/README.md", "loc": { "lines": { "from": 419, "to": 434 } } }
-      }
-    ],
-    [
-      "dbe5d3a7-6340-49e8-98ee-ffc8a100aab0",
-      {
-        "pageContent": "# @capgo/nativegeocoder\n  \n\n\nCheck out: Capgo — Instant updates for capacitor\n\n\nCapacitor plugin for native forward and reverse geocoding\n\n## Install\n\n```bash\nnpm install @capgo/nativegeocoder\nnpx cap sync\n```\n\nthen import this into your code:\n\n```javascript\nimport { NativeGeocoder } from '@capgo/nativegeocoder';\n```\n\n## iOS\n\nApple requires privacy descriptions to be specified in `Info.plist` for location information:\n\n- `NSLocationAlwaysUsageDescription` (`Privacy - Location Always Usage Description`)\n- `NSLocationWhenInUseUsageDescription` (`Privacy - Location When In Use Usage Description`)\n\nRead about [Configuring `Info.plist`](https://capacitorjs.com/docs/ios/configuration/#configuring-infoplist) in the [iOS Guide](https://capacitorjs.com/docs/ios/) for more information on setting iOS permissions in Xcode\n\n## Android\n\nThis API requires the following permissions be added to your `AndroidManifest.xml`:\n\n```xml\n\n\n\n\n```\n\n## API\n\n\n\n* [`reverseGeocode(...)`](#reversegeocode)\n* [`forwardGeocode(...)`](#forwardgeocode)\n* [Interfaces](#interfaces)\n\n\n\n\n\n\n### reverseGeocode(...)\n\n```typescript\nreverseGeocode(options: reverseOptions) => any\n```\n\nConvert latitude and longitude to an address\n\n| Param         | Type                                                      |\n| ------------- | --------------------------------------------------------- |\n| **`options`** | reverseOptions |\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### forwardGeocode(...)\n\n```typescript\nforwardGeocode(options: ForwardOptions) => any\n```\n\nConvert an address to latitude and longitude\n\n| Param         | Type                                                      |\n| ------------- | --------------------------------------------------------- |\n| **`options`** | ForwardOptions |\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### Interfaces\n\n\n#### reverseOptions\n\n| Prop                | Type                 | Description                                                              |\n| ------------------- | -------------------- | ------------------------------------------------------------------------ |\n| **`latitude`**      | number  | latitude is a number representing the latitude of the location.          |\n| **`longitude`**     | number  | longitude is a number representing the longitude of the location.        |\n| **`useLocale`**     | boolean | Localise the results to the given locale.                                |\n| **`defaultLocale`** | string  | locale is a string in the format of language_country, for example en_US. |\n| **`maxResults`**    | number  | Max number of results to return.                                         |\n| **`apiKey`**        | string  | Only used for web platform to use google api                             |\n\n\n#### Adress",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-nativegeocoder/main/README.md", "loc": { "lines": { "from": 1, "to": 109 } } }
-      }
-    ],
-    [
-      "94bc7211-8795-4c1f-a216-b7a3891c7b34",
-      {
-        "pageContent": "#### Adress\n\n| Prop                        | Type                |\n| --------------------------- | ------------------- |\n| **`latitude`**              | number |\n| **`longitude`**             | number |\n| **`countryCode`**           | string |\n| **`countryName`**           | string |\n| **`postalCode`**            | string |\n| **`administrativeArea`**    | string |\n| **`subAdministrativeArea`** | string |\n| **`locality`**              | string |\n| **`subLocality`**           | string |\n| **`thoroughfare`**          | string |\n| **`subThoroughfare`**       | string |\n| **`areasOfInterest`**       | {}     |\n\n\n#### ForwardOptions\n\n| Prop                | Type                 | Description                                                              |\n| ------------------- | -------------------- | ------------------------------------------------------------------------ |\n| **`addressString`** | string  | address is a string of the address to be geocoded.                       |\n| **`useLocale`**     | boolean | Localise the results to the given locale.                                |\n| **`defaultLocale`** | string  | locale is a string in the format of language_country, for example en_US. |\n| **`maxResults`**    | number  | Max number of results to return.                                         |\n| **`apiKey`**        | string  | Only used for web platform to use google api                             |\n\n\n\n## Thanks\nTo [@sebastianbaar](https://github.com/sebastianbaar/) and his work on [cordova-plugin-nativegeocoder](https://github.com/sebastianbaar/cordova-plugin-nativegeocoder/) what he made was very inspiring",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-nativegeocoder/main/README.md", "loc": { "lines": { "from": 109, "to": 140 } } }
-      }
-    ],
-    [
-      "36d4b324-416f-41a6-a3b3-68801dd84fee",
-      {
-        "pageContent": "# capacitor-flash\n  \n\n\nCheck out: Capgo — Instant updates for capacitor\n\n\nSwitch the Flashlight / Torch of your device.\n\n## Install\n\n```bash\nnpm install @capgo/capacitor-flash\nnpx cap sync\n```\n\n## iOS\n\nWorks out of the box\n\n## Android\n\n1. Declare permissions in your app's `AndroidManifest.xml` file\n\n```xml\n\n\n\n\n\n\n```\n\n## API\n\n\n\n* [`isAvailable()`](#isavailable)\n* [`switchOn(...)`](#switchon)\n* [`switchOff()`](#switchoff)\n* [`isSwitchedOn()`](#isswitchedon)\n* [`toggle()`](#toggle)\n\n\n\n\n\n\n### isAvailable()\n\n```typescript\nisAvailable() => any\n```\n\nChecks if flashlight is available\n\n**Returns:** any\n\n--------------------\n\n\n### switchOn(...)\n\n```typescript\nswitchOn(options: { intensity?: number; }) => any\n```\n\nTurns the flashlight on\n\n| Param         | Type                                 |\n| ------------- | ------------------------------------ |\n| **`options`** | { intensity?: number; } |\n\n**Returns:** any\n\n--------------------\n\n\n### switchOff()\n\n```typescript\nswitchOff() => any\n```\n\nTurns the flashlight off\n\n**Returns:** any\n\n--------------------\n\n\n### isSwitchedOn()\n\n```typescript\nisSwitchedOn() => any\n```\n\nChecks if the flashlight is turned on or off\n\n**Returns:** any\n\n--------------------\n\n\n### toggle()\n\n```typescript\ntoggle() => any\n```\n\nToggle the flashlight\n\n**Returns:** any\n\n--------------------",
-        "metadata": { "source": "https://raw.githubusercontent.com/riderx/capacitor-flash/main/README.md", "loc": { "lines": { "from": 1, "to": 115 } } }
-      }
-    ],
-    [
-      "1f24ce44-b261-429a-9b83-b930afbeb6cf",
-      {
-        "pageContent": "# Capacitor Camera Preview Plugin\n\n\n\n\nCheck out: Capgo — Live updates for capacitor\n\n\n\n  Capacitor plugin that allows camera interaction from Javascript and HTML(based on cordova-plugin-camera-preview).\n\n\n\nThis plugin is compatible Capacitor 4 only.\n\n**PR's are greatly appreciated.**\n\n-- [@riderx](https://github.com/riderx/), current maintainers\n\n\n\n# Installation\n\n```\nyarn add @capgo/camera-preview\n\nor\n\nnpm install @capgo/camera-preview\n```\n\nThen run\n\n```\nnpx cap sync\n```\n\n## Extra Android installation steps\n\n**Important** `camera-preview` 3+ requires Gradle 7.\nOpen `android/app/src/main/AndroidManifest.xml` and above the closing `` tag add this line to request the CAMERA permission:\n\n```xml\n\n```\n\nFor more help consult the [Capacitor docs](https://capacitorjs.com/docs/android/configuration/#configuring-androidmanifestxml).\n\n## Extra iOS installation steps\n\nYou will need to add two permissions to `Info.plist`. Follow the [Capacitor docs](https://capacitorjs.com/docs/ios/configuration/#configuring-infoplist) and add permissions with the raw keys `NSCameraUsageDescription` and `NSMicrophoneUsageDescription`. `NSMicrophoneUsageDescription` is only required, if audio will be used. Otherwise set the `disableAudio` option to `true`, which also disables the microphone permission request.\n\n## Extra Web installation steps\n\nAdd `import '@capgo/camera-preview'` to you entry script in ionic on `app.module.ts`, so capacitor can register the web platform from the plugin\n\n### API\n\n\n\n* [`start(...)`](#start)\n* [`stop()`](#stop)\n* [`capture(...)`](#capture)\n* [`captureSample(...)`](#capturesample)\n* [`getSupportedFlashModes()`](#getsupportedflashmodes)\n* [`getHorizontalFov()`](#gethorizontalfov)\n* [`setFlashMode(...)`](#setflashmode)\n* [`flip()`](#flip)\n* [`setOpacity(...)`](#setopacity)\n* [`stopRecordVideo()`](#stoprecordvideo)\n* [`startRecordVideo(...)`](#startrecordvideo)\n* [Interfaces](#interfaces)\n* [Type Aliases](#type-aliases)\n\n\n\n\n\n\n### start(...)\n\n```typescript\nstart(options: CameraPreviewOptions) => any\n```\n\nStart the camera preview instance.\n\n| Param         | Type                                                                  | Description                                  |\n| ------------- | --------------------------------------------------------------------- | -------------------------------------------- |\n| **`options`** | CameraPreviewOptions | the options to start the camera preview with |\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### stop()\n\n```typescript\nstop() => any\n```\n\nStop the camera preview instance.\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### capture(...)\n\n```typescript\ncapture(options: CameraPreviewPictureOptions) => any\n```\n\nSwitch camera.",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/camera-preview/main/README.md", "loc": { "lines": { "from": 1, "to": 120 } } }
-      }
-    ],
-    [
-      "86bae12a-f24d-464c-9a23-dd02cc433760",
-      {
-        "pageContent": "### capture(...)\n\n```typescript\ncapture(options: CameraPreviewPictureOptions) => any\n```\n\nSwitch camera.\n\n| Param         | Type                                                                                | Description                           |\n| ------------- | ----------------------------------------------------------------------------------- | ------------------------------------- |\n| **`options`** | CameraPreviewPictureOptions | the options to switch the camera with |\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### captureSample(...)\n\n```typescript\ncaptureSample(options: CameraSampleOptions) => any\n```\n\nCapture a sample image.\n\n| Param         | Type                                                                | Description                                  |\n| ------------- | ------------------------------------------------------------------- | -------------------------------------------- |\n| **`options`** | CameraSampleOptions | the options to capture the sample image with |\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### getSupportedFlashModes()\n\n```typescript\ngetSupportedFlashModes() => any\n```\n\nGet supported flash modes.\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### getHorizontalFov()\n\n```typescript\ngetHorizontalFov() => any\n```\n\nGet horizontal field of view.\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### setFlashMode(...)\n\n```typescript\nsetFlashMode(options: { flashMode: CameraPreviewFlashMode | string; }) => any\n```\n\nSet flash mode.\n\n| Param         | Type                                | Description                            |\n| ------------- | ----------------------------------- | -------------------------------------- |\n| **`options`** | { flashMode: string; } | the options to set the flash mode with |\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### flip()\n\n```typescript\nflip() => any\n```\n\nFlip camera.\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### setOpacity(...)\n\n```typescript\nsetOpacity(options: CameraOpacityOptions) => any\n```\n\nSet opacity.\n\n| Param         | Type                                                                  | Description                                |\n| ------------- | --------------------------------------------------------------------- | ------------------------------------------ |\n| **`options`** | CameraOpacityOptions | the options to set the camera opacity with |\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### stopRecordVideo()\n\n```typescript\nstopRecordVideo() => any\n```\n\nStop recording video.\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### startRecordVideo(...)\n\n```typescript\nstartRecordVideo(options: CameraPreviewOptions) => any\n```\n\nStart recording video.",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/camera-preview/main/README.md", "loc": { "lines": { "from": 120, "to": 262 } } }
-      }
-    ],
-    [
-      "0415d104-357f-4e01-b254-4684ff62d850",
-      {
-        "pageContent": "### startRecordVideo(...)\n\n```typescript\nstartRecordVideo(options: CameraPreviewOptions) => any\n```\n\nStart recording video.\n\n| Param         | Type                                                                  | Description                               |\n| ------------- | --------------------------------------------------------------------- | ----------------------------------------- |\n| **`options`** | CameraPreviewOptions | the options to start recording video with |\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### Interfaces\n\n\n#### CameraPreviewOptions",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/camera-preview/main/README.md", "loc": { "lines": { "from": 262, "to": 284 } } }
-      }
-    ],
-    [
-      "ff9e5acb-fcd5-4958-9408-98323645d320",
-      {
-        "pageContent": "| Prop                               | Type                 | Description                                                                                                                                                   |\n| ---------------------------------- | -------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| **`parent`**                       | string  | Parent element to attach the video preview element to (applicable to the web platform only)                                                                   |\n| **`className`**                    | string  | Class name to add to the video preview element (applicable to the web platform only)                                                                          |\n| **`width`**                        | number  | The preview width in pixels, default window.screen.width                                                                                                      |\n| **`height`**                       | number  | The preview height in pixels, default window.screen.height                                                                                                    |\n| **`x`**                            | number  | The x origin, default 0 (applicable to the android and ios platforms only)                                                                                    |\n| **`y`**                            | number  | The y origin, default 0 (applicable to the android and ios platforms only)                                                                                    |\n| **`toBack`**                       | boolean | Brings your html in front of your preview, default false (applicable to the android only)                                                                     |\n| **`paddingBottom`**                | number  | The preview bottom padding in pixes. Useful to keep the appropriate preview sizes when orientation changes (applicable to the android and ios platforms only) |\n| **`rotateWhenOrientationChanged`** | boolean | Rotate preview when orientation changes (applicable to the ios platforms only; default value is true)                                                         |\n| **`position`**                     | string  | Choose the camera to use 'front' or 'rear', default 'front'                                                                                                   |\n| **`storeToFile`**                  | boolean | Defaults to false - Capture images to a file and return the file path instead of returning base64 encoded data                                                |\n| **`disableExifHeaderStripping`**   | boolean | Defaults to false - Android Only - Disable automatic rotation of the image, and let the browser deal with it (keep reading on how to achieve it)              |",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/camera-preview/main/README.md", "loc": { "lines": { "from": 286, "to": 299 } } }
-      }
-    ],
-    [
-      "ef93343a-910b-4316-bcb9-f6b3eab8d184",
-      {
-        "pageContent": "| **`enableHighResolution`**         | boolean | Defaults to false - iOS only - Activate high resolution image capture so that output images are from the highest resolution possible on the device *          |\n| **`disableAudio`**                 | boolean | Defaults to false - Web only - Disables audio stream to prevent permission requests and output switching                                                      |\n| **`lockAndroidOrientation`**       | boolean | Android Only - Locks device orientation when camera is showing.                                                                                               |\n| **`enableOpacity`**                | boolean | Defaults to false - Android and Web only. Set if camera preview can change opacity.                                                                           |\n| **`enableZoom`**                   | boolean | Defaults to false - Android only. Set if camera preview will support pinch to zoom.                                                                           |",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/camera-preview/main/README.md", "loc": { "lines": { "from": 300, "to": 304 } } }
-      }
-    ],
-    [
-      "7f1b13c6-7ad3-486e-a109-f11a1c0e4223",
-      {
-        "pageContent": "#### CameraPreviewPictureOptions\n\n| Prop          | Type                                                    | Description                                                                          |\n| ------------- | ------------------------------------------------------- | ------------------------------------------------------------------------------------ |\n| **`height`**  | number                                     | The picture height, optional, default 0 (Device default)                             |\n| **`width`**   | number                                     | The picture width, optional, default 0 (Device default)                              |\n| **`quality`** | number                                     | The picture quality, 0 - 100, default 85                                             |\n| **`format`**  | PictureFormat | The picture format, jpeg or png, default jpeg on `Web`. quality has no effect on png |\n\n\n#### CameraSampleOptions\n\n| Prop          | Type                | Description                              |\n| ------------- | ------------------- | ---------------------------------------- |\n| **`quality`** | number | The picture quality, 0 - 100, default 85 |\n\n\n#### CameraOpacityOptions\n\n| Prop          | Type                | Description                                           |\n| ------------- | ------------------- | ----------------------------------------------------- |\n| **`opacity`** | number | The percent opacity to set for camera view, default 1 |\n\n\n### Type Aliases\n\n\n#### CameraPosition\n\n\"rear\" | \"front\"\n\n\n#### PictureFormat\n\n\"jpeg\" | \"png\"\n\n\n#### CameraPreviewFlashMode\n\n\"off\" | \"on\" | \"auto\" | \"red-eye\" | \"torch\"",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/camera-preview/main/README.md", "loc": { "lines": { "from": 307, "to": 346 } } }
-      }
-    ],
-    [
-      "b44a2b21-7704-4f8f-b18e-f9288e78f6f2",
-      {
-        "pageContent": "# Find Package Manager Type\n  \n\nFind what package manager is used in the provided path.\n\n```typescript\nimport { findPackageManagerType } from '@capgo/find-package-manager'\n\nconsole.log(findPackageManagerType()) // npm | yarn | pnpm | unknown\n```",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/find-package-manager/main/README.md", "loc": { "lines": { "from": 1, "to": 10 } } }
-      }
-    ],
-    [
-      "cee2e456-0963-40d6-ba11-7a641396622c",
-      {
-        "pageContent": "404: Not Found",
-        "metadata": { "source": "https://raw.githubusercontent.com/gmerabishvili/angular-ng-stepper/main/README.md", "loc": { "lines": { "from": 1, "to": 1 } } }
-      }
-    ],
-    [
-      "5b51cb42-853c-4737-b693-a2a7b84635ba",
-      {
-        "pageContent": "# @capgo/home-indicator\n  \n  \n\nCheck out: Capgo — live updates for capacitor\n\n\nhide and show home button indicator in Capacitor app\n\n## Install\n\n```bash\nnpm install @capgo/home-indicator\nnpx cap sync\n```\n\n## API\n\n\n\n* [`hide()`](#hide)\n* [`show()`](#show)\n* [`isHidden()`](#ishidden)\n\n\n\n\n\n\n### hide()\n\n```typescript\nhide() => Promise\n```\n\nHide the home indicator.\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### show()\n\n```typescript\nshow() => Promise\n```\n\nShow the home indicator.\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### isHidden()\n\n```typescript\nisHidden() => Promise<{ hidden: boolean; }>\n```\n\nGet the home indicator status.\n\n**Returns:** Promise<{ hidden: boolean; }>\n\n**Since:** 0.0.1\n\n--------------------\n\n\n\n### CSS Variables\n\nYou can use `--safe-area-inset-bottom` to make sure your content is not hidden by the home indicator\nThis variable is injected by the plugin for android.\nIt's useful if you set real fullscreen mode on android.\nwith :\n```java\ngetWindow().setDecorFitsSystemWindows(false);\n```\n\n\n# Credits\n\nThis plugin was created originally for [Kick.com](https://kick.com/) by [Capgo](https://capgo.app/)",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/home-indicator/main/README.md", "loc": { "lines": { "from": 1, "to": 85 } } }
-      }
-    ],
-    [
-      "ffe5b6fb-eff8-4f48-952f-883e92ea243b",
-      {
-        "pageContent": "# capacitor-mute\n  \n\n\nCheck out: Capgo — Instant updates for capacitor\n\n\nDetect if the mute switch is enabled/disabled on a device\n\n## Install\n\n```bash\nnpm install @capgo/capacitor-mute\nnpx cap sync\n```\n\n## Know issue\n\nOn IOS with Xcode 14 the lib use under the hood `Mute` is not configured as Apple expect anymore, it's not the only one having the issue as you can see here :\nhttps://github.com/CocoaPods/CocoaPods/issues/8891\n\nSolution:\nReplace this to your Podfile:\n```ruby\npost_install do |installer|\n  assertDeploymentTarget(installer)\nend\n```\nBy\n```ruby\npost_install do |installer|\n  assertDeploymentTarget(installer)\n  installer.pods_project.targets.each do |target|\n    if target.respond_to?(:product_type) and target.product_type == \"com.apple.product-type.bundle\"\n      target.build_configurations.each do |config|\n          config.build_settings['CODE_SIGNING_ALLOWED'] = 'NO'\n      end\n    end\n  end\nend\n```\nThat should solve your issue.\nI did open issue in the original repo to see if they can fix it:\nhttps://github.com/akramhussein/Mute/issues/16\nIf no answer I will add the code directly to capacitor-mute\n\n\n## API\n\n\n\n* [`isMuted()`](#ismuted)\n* [Interfaces](#interfaces)\n\n\n\n\n\n\n### isMuted()\n\n```typescript\nisMuted() => any\n```\n\ncheck if the device is muted\n\n**Returns:** any\n\n--------------------\n\n\n### Interfaces\n\n\n#### MuteResponse\n\n| Prop        | Type                 |\n| ----------- | -------------------- |\n| **`value`** | boolean |",
-        "metadata": { "source": "https://raw.githubusercontent.com/riderx/capacitor-mute/main/README.md", "loc": { "lines": { "from": 1, "to": 80 } } }
-      }
-    ],
-    [
-      "dbbfccaf-0c69-49a0-a612-db5a5b1e5de0",
-      {
-        "pageContent": "# capacitor-screen-recorder\n  \n  \n\nCheck out: Capgo — Instant updates for capacitor\n\n\nRecord device's screen\n\n## Install\n\n```bash\nnpm install @capgo/capacitor-screen-recorder\nnpx cap sync\n```\n\n## IOS\n\nadd NSPhotoLibraryUsageDescription in your info.plist\n\n## Android\nincrease project's minSdk version to 23, it's required by the dependency scrcast\n\n### Variables\n\nThis plugin will use the following project variables (defined in your app's `variables.gradle` file):\n- `$kotlinVersion` version of `org.jetbrains.kotlin:kotlin-stdlib-jdk7` (default: `1.7.21`)\n\nIf you have compilation issue `Duplicate class androidx.lifecycle.ViewModelLazy`\ni found in this the solution who worked for me:\nhttps://stackoverflow.com/questions/73406969/duplicate-class-androidx-lifecycle-viewmodellazy-found-in-modules-lifecycle-view\n\nAdd this\n```\nconfigurations {\n    all {\n        exclude group: 'androidx.lifecycle', module: 'lifecycle-runtime-ktx'\n        exclude group: 'androidx.lifecycle', module: 'lifecycle-viewmodel-ktx'\n    }\n}\nan\n```\nline 2 in file `android/app/build.gradle`\n\n## Configuration\n\nNo configuration required for this plugin.\n\n## API\n\n\n\n* [`start()`](#start)\n* [`stop()`](#stop)\n\n\n\n\n\n\n### start()\n\n```typescript\nstart() => any\n```\n\nstart the recording\n\n**Returns:** any\n\n--------------------\n\n\n### stop()\n\n```typescript\nstop() => any\n```\n\nstop the recording\n\n**Returns:** any\n\n--------------------",
-        "metadata": { "source": "https://raw.githubusercontent.com/riderx/capacitor-screen-recorder/main/README.md", "loc": { "lines": { "from": 1, "to": 84 } } }
-      }
-    ],
-    [
-      "16eb5430-4aed-4e3c-a342-1199fe9a2b96",
-      {
-        "pageContent": "# @capgo/ivs-player\n  \n  \n\nCheck out: Capgo — live updates for capacitor\n\n\n[Ivs player](https://docs.aws.amazon.com/ivs/latest/userguide/player.html/) for Capacitor app Android and IOS.\n\n## Install\n\n```bash\nnpm install @capgo/ivs-player\nnpx cap sync\n```\n\n\n## API\n\n\n\n* [`create(...)`](#create)\n* [`start()`](#start)\n* [`cast()`](#cast)\n* [`getCastStatus()`](#getcaststatus)\n* [`pause()`](#pause)\n* [`delete()`](#delete)\n* [`getUrl()`](#geturl)\n* [`getState()`](#getstate)\n* [`setPlayerPosition(...)`](#setplayerposition)\n* [`getPlayerPosition()`](#getplayerposition)\n* [`setAutoQuality(...)`](#setautoquality)\n* [`getAutoQuality()`](#getautoquality)\n* [`setPip(...)`](#setpip)\n* [`getPip()`](#getpip)\n* [`setFrame(...)`](#setframe)\n* [`getFrame()`](#getframe)\n* [`setMute(...)`](#setmute)\n* [`getMute()`](#getmute)\n* [`setQuality(...)`](#setquality)\n* [`getQuality()`](#getquality)\n* [`getQualities()`](#getqualities)\n* [`addListener('expandPip', ...)`](#addlistenerexpandpip)\n* [`addListener('closePip', ...)`](#addlistenerclosepip)\n* [`addListener('onState', ...)`](#addlisteneronstate)\n* [`addListener('onCues', ...)`](#addlisteneroncues)\n* [`addListener('onDuration', ...)`](#addlisteneronduration)\n* [`addListener('onError', ...)`](#addlisteneronerror)\n* [`addListener('onRebuffering', ...)`](#addlisteneronrebuffering)\n* [`addListener('onSeekCompleted', ...)`](#addlisteneronseekcompleted)\n* [`addListener('onVideoSize', ...)`](#addlisteneronvideosize)\n* [`addListener('onQuality', ...)`](#addlisteneronquality)\n* [`addListener('onCastStatus', ...)`](#addlisteneroncaststatus)\n* [`removeAllListeners()`](#removealllisteners)\n* [Interfaces](#interfaces)\n* [Type Aliases](#type-aliases)\n\n\n\n\n\n\n### create(...)\n\n```typescript\ncreate(options: { url: string; pip?: boolean; title?: string; subtitle?: string; cover?: string; autoPlay?: boolean; toBack?: boolean; x?: number; y?: number; width?: number; height?: number; }) => Promise\n```\n\n| Param         | Type                                                                                                                                                                                           |\n| ------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| **`options`** | { url: string; pip?: boolean; title?: string; subtitle?: string; cover?: string; autoPlay?: boolean; toBack?: boolean; x?: number; y?: number; width?: number; height?: number; } |\n\n--------------------\n\n\n### start()\n\n```typescript\nstart() => Promise\n```\n\n--------------------\n\n\n### cast()\n\n```typescript\ncast() => Promise\n```\n\n--------------------\n\n\n### getCastStatus()\n\n```typescript\ngetCastStatus() => Promise<{ isActive: boolean; }>\n```\n\n**Returns:** Promise<{ isActive: boolean; }>\n\n--------------------\n\n\n### pause()\n\n```typescript\npause() => Promise\n```\n\n--------------------\n\n\n### delete()\n\n```typescript\ndelete() => Promise\n```\n\n--------------------\n\n\n### getUrl()",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/ivs-player/main/README.md", "loc": { "lines": { "from": 1, "to": 123 } } }
-      }
-    ],
-    [
-      "497aaa39-bcf1-4911-84be-a0b7ca64a9ef",
-      {
-        "pageContent": "--------------------\n\n\n### delete()\n\n```typescript\ndelete() => Promise\n```\n\n--------------------\n\n\n### getUrl()\n\n```typescript\ngetUrl() => Promise<{ url: string; }>\n```\n\n**Returns:** Promise<{ url: string; }>\n\n--------------------\n\n\n### getState()\n\n```typescript\ngetState() => Promise<{ state: CapacitorIvsPlayerState; }>\n```\n\n**Returns:** Promise<{ state: CapacitorIvsPlayerState; }>\n\n--------------------\n\n\n### setPlayerPosition(...)\n\n```typescript\nsetPlayerPosition(options?: { toBack: boolean; } | undefined) => Promise\n```\n\n| Param         | Type                              |\n| ------------- | --------------------------------- |\n| **`options`** | { toBack: boolean; } |\n\n--------------------\n\n\n### getPlayerPosition()\n\n```typescript\ngetPlayerPosition() => Promise<{ toBack: boolean; }>\n```\n\n**Returns:** Promise<{ toBack: boolean; }>\n\n--------------------\n\n\n### setAutoQuality(...)\n\n```typescript\nsetAutoQuality(options?: { autoQuality?: boolean | undefined; } | undefined) => Promise\n```\n\n| Param         | Type                                    |\n| ------------- | --------------------------------------- |\n| **`options`** | { autoQuality?: boolean; } |\n\n--------------------\n\n\n### getAutoQuality()\n\n```typescript\ngetAutoQuality() => Promise<{ autoQuality: boolean; }>\n```\n\n**Returns:** Promise<{ autoQuality: boolean; }>\n\n--------------------\n\n\n### setPip(...)\n\n```typescript\nsetPip(options?: { pip?: boolean | undefined; } | undefined) => Promise\n```\n\n| Param         | Type                            |\n| ------------- | ------------------------------- |\n| **`options`** | { pip?: boolean; } |\n\n--------------------\n\n\n### getPip()\n\n```typescript\ngetPip() => Promise<{ pip: boolean; }>\n```\n\n**Returns:** Promise<{ pip: boolean; }>\n\n--------------------\n\n\n### setFrame(...)\n\n```typescript\nsetFrame(options?: { x?: number | undefined; y?: number | undefined; width?: number | undefined; height?: number | undefined; } | undefined) => Promise\n```\n\nSet the frame of the player view, all number have to be positive and integers\n\n| Param         | Type                                                                      | Description                                         |\n| ------------- | ------------------------------------------------------------------------- | --------------------------------------------------- |\n| **`options`** | { x?: number; y?: number; width?: number; height?: number; } | : number, y: number, width: number, height: number} |\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### getFrame()\n\n```typescript\ngetFrame() => Promise\n```\n\n**Returns:** Promise<CapacitorFrame>\n\n--------------------\n\n\n### setMute(...)\n\n```typescript\nsetMute(options?: { muted?: boolean | undefined; } | undefined) => Promise\n```\n\n| Param         | Type                              |\n| ------------- | --------------------------------- |\n| **`options`** | { muted?: boolean; } |\n\n--------------------\n\n\n### getMute()\n\n```typescript\ngetMute() => Promise<{ mute: boolean; }>\n```\n\n**Returns:** Promise<{ mute: boolean; }>\n\n--------------------\n\n\n### setQuality(...)",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/ivs-player/main/README.md", "loc": { "lines": { "from": 123, "to": 281 } } }
-      }
-    ],
-    [
-      "cc58e88a-b19b-43f5-b24d-5566224b8a98",
-      {
-        "pageContent": "**Returns:** Promise<{ mute: boolean; }>\n\n--------------------\n\n\n### setQuality(...)\n\n```typescript\nsetQuality(options?: { quality: string; } | undefined) => Promise\n```\n\n| Param         | Type                              |\n| ------------- | --------------------------------- |\n| **`options`** | { quality: string; } |\n\n--------------------\n\n\n### getQuality()\n\n```typescript\ngetQuality() => Promise<{ quality: string; }>\n```\n\n**Returns:** Promise<{ quality: string; }>\n\n--------------------\n\n\n### getQualities()\n\n```typescript\ngetQualities() => Promise<{ qualities: string[]; }>\n```\n\n**Returns:** Promise<{ qualities: string[]; }>\n\n--------------------\n\n\n### addListener('expandPip', ...)\n\n```typescript\naddListener(eventName: \"expandPip\", listenerFunc: () => void) => Promise & PluginListenerHandle\n```\n\nListen for expend pip\n\n| Param              | Type                       |\n| ------------------ | -------------------------- |\n| **`eventName`**    | 'expandPip'   |\n| **`listenerFunc`** | () => void |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### addListener('closePip', ...)\n\n```typescript\naddListener(eventName: \"closePip\", listenerFunc: () => void) => Promise & PluginListenerHandle\n```\n\nListen for close pip\n\n| Param              | Type                       |\n| ------------------ | -------------------------- |\n| **`eventName`**    | 'closePip'    |\n| **`listenerFunc`** | () => void |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### addListener('onState', ...)\n\n```typescript\naddListener(eventName: \"onState\", listenerFunc: (data: { state: CapacitorIvsPlayerState; }) => void) => Promise & PluginListenerHandle\n```\n\nListen for state changes\n\n| Param              | Type                                                                                                       |\n| ------------------ | ---------------------------------------------------------------------------------------------------------- |\n| **`eventName`**    | 'onState'                                                                                     |\n| **`listenerFunc`** | (data: { state: CapacitorIvsPlayerState; }) => void |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### addListener('onCues', ...)\n\n```typescript\naddListener(eventName: \"onCues\", listenerFunc: (data: { cues: string; }) => void) => Promise & PluginListenerHandle\n```\n\nListen for cue changes\n\n| Param              | Type                                              |\n| ------------------ | ------------------------------------------------- |\n| **`eventName`**    | 'onCues'                             |\n| **`listenerFunc`** | (data: { cues: string; }) => void |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### addListener('onDuration', ...)",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/ivs-player/main/README.md", "loc": { "lines": { "from": 281, "to": 401 } } }
-      }
-    ],
-    [
-      "e3a25659-7d96-4fc6-a964-5456c54beb64",
-      {
-        "pageContent": "**Since:** 1.0.0\n\n--------------------\n\n\n### addListener('onDuration', ...)\n\n```typescript\naddListener(eventName: \"onDuration\", listenerFunc: (data: { duration: number; }) => void) => Promise & PluginListenerHandle\n```\n\nListen for duration changes\n\n| Param              | Type                                                  |\n| ------------------ | ----------------------------------------------------- |\n| **`eventName`**    | 'onDuration'                             |\n| **`listenerFunc`** | (data: { duration: number; }) => void |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### addListener('onError', ...)\n\n```typescript\naddListener(eventName: \"onError\", listenerFunc: (data: { error: string; }) => void) => Promise & PluginListenerHandle\n```\n\nListen for errors\n\n| Param              | Type                                               |\n| ------------------ | -------------------------------------------------- |\n| **`eventName`**    | 'onError'                             |\n| **`listenerFunc`** | (data: { error: string; }) => void |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### addListener('onRebuffering', ...)\n\n```typescript\naddListener(eventName: \"onRebuffering\", listenerFunc: () => void) => Promise & PluginListenerHandle\n```\n\nListen for rebuffering\n\n| Param              | Type                         |\n| ------------------ | ---------------------------- |\n| **`eventName`**    | 'onRebuffering' |\n| **`listenerFunc`** | () => void   |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### addListener('onSeekCompleted', ...)\n\n```typescript\naddListener(eventName: \"onSeekCompleted\", listenerFunc: (data: { position: number; }) => void) => Promise & PluginListenerHandle\n```\n\nListen for position changes\n\n| Param              | Type                                                  |\n| ------------------ | ----------------------------------------------------- |\n| **`eventName`**    | 'onSeekCompleted'                        |\n| **`listenerFunc`** | (data: { position: number; }) => void |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### addListener('onVideoSize', ...)\n\n```typescript\naddListener(eventName: \"onVideoSize\", listenerFunc: (data: { width: number; height: number; }) => void) => Promise & PluginListenerHandle\n```\n\nListen for video size changes\n\n| Param              | Type                                                               |\n| ------------------ | ------------------------------------------------------------------ |\n| **`eventName`**    | 'onVideoSize'                                         |\n| **`listenerFunc`** | (data: { width: number; height: number; }) => void |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### addListener('onQuality', ...)",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/ivs-player/main/README.md", "loc": { "lines": { "from": 401, "to": 506 } } }
-      }
-    ],
-    [
-      "384a8a9d-8933-4b15-8f53-6ead1f2c1a54",
-      {
-        "pageContent": "**Since:** 1.0.0\n\n--------------------\n\n\n### addListener('onQuality', ...)\n\n```typescript\naddListener(eventName: \"onQuality\", listenerFunc: (data: { quality: string; }) => void) => Promise & PluginListenerHandle\n```\n\nListen for quality changes\n\n| Param              | Type                                                 |\n| ------------------ | ---------------------------------------------------- |\n| **`eventName`**    | 'onQuality'                             |\n| **`listenerFunc`** | (data: { quality: string; }) => void |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### addListener('onCastStatus', ...)\n\n```typescript\naddListener(eventName: \"onCastStatus\", listenerFunc: (data: { isActive: boolean; }) => void) => Promise & PluginListenerHandle\n```\n\nListen for cast status changes\n\n| Param              | Type                                                   |\n| ------------------ | ------------------------------------------------------ |\n| **`eventName`**    | 'onCastStatus'                            |\n| **`listenerFunc`** | (data: { isActive: boolean; }) => void |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### removeAllListeners()\n\n```typescript\nremoveAllListeners() => Promise\n```\n\nRemove all listeners for this plugin.\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### Interfaces\n\n\n#### CapacitorFrame\n\n| Prop         | Type                |\n| ------------ | ------------------- |\n| **`x`**      | number |\n| **`y`**      | number |\n| **`width`**  | number |\n| **`height`** | number |\n\n\n#### PluginListenerHandle\n\n| Prop         | Type                                      |\n| ------------ | ----------------------------------------- |\n| **`remove`** | () => Promise<void> |\n\n\n### Type Aliases\n\n\n#### CapacitorIvsPlayerState\n\n\"IDLE\" | \"BUFFERING\" | \"READY\" | \"PLAYING\" | \"ENDED\" | \"UNKNOWN\"\n\n\n\n\n# Credits\n\nThis plugin was created originally for [Kick.com](https://kick.com/) by [Capgo](https://capgo.app/)",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/ivs-player/main/README.md", "loc": { "lines": { "from": 506, "to": 596 } } }
-      }
-    ],
-    [
-      "b6699414-4b7f-49e4-a81b-93fbb415a291",
-      {
-        "pageContent": "Check out: Capgo — Instant updates for capacitor\n\n\n# @capgo/capacitor-shake\n\nDetect shake gesture in device\n\n## Install\n\n```bash\nnpm install @capgo/capacitor-shake\nnpx cap sync\n```\n\n## API\n\n\n\n* [`addListener('shake', ...)`](#addlistenershake)\n* [Interfaces](#interfaces)\n\n\n\n\n\n\n### addListener('shake', ...)\n\n```typescript\naddListener(eventName: \"shake\", listenerFunc: () => void) => Promise & PluginListenerHandle\n```\n\n| Param              | Type                       |\n| ------------------ | -------------------------- |\n| **`eventName`**    | 'shake'       |\n| **`listenerFunc`** | () => void |\n\n**Returns:** any\n\n--------------------\n\n\n### Interfaces\n\n\n#### PluginListenerHandle\n\n| Prop         | Type                      |\n| ------------ | ------------------------- |\n| **`remove`** | () => any |",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-shake/main/README.md", "loc": { "lines": { "from": 1, "to": 50 } } }
-      }
-    ],
-    [
-      "3a0a786c-41fa-4ec0-885d-55f57bb1612d",
-      {
-        "pageContent": "# Capacitor Native Biometric\n\nUse biometrics confirm device owner presence or authenticate users. A couple of methods are provided to handle user credentials. These are securely stored using Keychain (iOS) and Keystore (Android).\n\n## Installation (Only supports Capacitor 5)\n\n- `npm i @capgo/capacitor-native-biometric`\n\n## Usage\n\n```ts\nimport { NativeBiometric } from \"@capgo/capacitor-native-biometric\";\n\nasync performBiometricVerificatin(){\n  const result = await NativeBiometric.isAvailable();\n\n  if(!result.isAvailable) return;\n\n  const isFaceID = result.biometryType == BiometryType.FACE_ID;\n\n  const verified = await NativeBiometric.verifyIdentity({\n    reason: \"For easy log in\",\n    title: \"Log in\",\n    subtitle: \"Maybe add subtitle here?\",\n    description: \"Maybe a description too?\",\n  })\n    .then(() => true)\n    .catch(() => false);\n\n  if(!verified) return;\n\n  const credentials = await NativeBiometric.getCredentials({\n    server: \"www.example.com\",\n  });\n}\n\n// Save user's credentials\nNativeBiometric.setCredentials({\n  username: \"username\",\n  password: \"password\",\n  server: \"www.example.com\",\n}).then();\n\n// Delete user's credentials\nNativeBiometric.deleteCredentials({\n  server: \"www.example.com\",\n}).then();\n```\n\n### Biometric Auth Errors\n\nThis is a plugin specific list of error codes that can be thrown on verifyIdentity failure, or set as a part of isAvailable. It consolidates Android and iOS specific Authentication Error codes into one combined error list.\n\n| Code | Description                 | Platform                     |\n| ---- | --------------------------- | ---------------------------- |\n| 0    | Unknown Error               | Android, iOS                 |\n| 1    | Biometrics Unavailable      | Android, iOS                 |\n| 2    | User Lockout                | Android, iOS                 |\n| 3    | Biometrics Not Enrolled     | Android, iOS                 |\n| 4    | User Temporary Lockout      | Android (Lockout for 30sec)  |\n| 10   | Authentication Failed       | Android, iOS                 |\n| 11   | App Cancel                  | iOS                          |\n| 12   | Invalid Context             | iOS                          |\n| 13   | Not Interactive             | iOS                          |\n| 14   | Passcode Not Set            | Android, iOS                 |\n| 15   | System Cancel               | Android, iOS                 |\n| 16   | User Cancel                 | Android, iOS                 |\n| 17   | User Fallback               | Android, iOS                 |\n\n\n\n* [`isAvailable(...)`](#isavailable)\n* [`verifyIdentity(...)`](#verifyidentity)\n* [`getCredentials(...)`](#getcredentials)\n* [`setCredentials(...)`](#setcredentials)\n* [`deleteCredentials(...)`](#deletecredentials)\n* [Interfaces](#interfaces)\n* [Enums](#enums)\n\n\n\n\n\n\n### isAvailable(...)\n\n```typescript\nisAvailable(options?: IsAvailableOptions | undefined) => any\n```\n\nChecks if biometric authentication hardware is available.",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-native-biometric/main/README.md", "loc": { "lines": { "from": 1, "to": 91 } } }
-      }
-    ],
-    [
-      "70180107-1a65-4ca3-892d-c1acf53117a8",
-      {
-        "pageContent": "Checks if biometric authentication hardware is available.\n\n| Param         | Type                                                              |\n| ------------- | ----------------------------------------------------------------- |\n| **`options`** | IsAvailableOptions |\n\n**Returns:** any\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### verifyIdentity(...)\n\n```typescript\nverifyIdentity(options?: BiometricOptions | undefined) => any\n```\n\nPrompts the user to authenticate with biometrics.\n\n| Param         | Type                                                          |\n| ------------- | ------------------------------------------------------------- |\n| **`options`** | BiometricOptions |\n\n**Returns:** any\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### getCredentials(...)\n\n```typescript\ngetCredentials(options: GetCredentialOptions) => any\n```\n\nGets the stored credentials for a given server.\n\n| Param         | Type                                                                  |\n| ------------- | --------------------------------------------------------------------- |\n| **`options`** | GetCredentialOptions |\n\n**Returns:** any\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### setCredentials(...)\n\n```typescript\nsetCredentials(options: SetCredentialOptions) => any\n```\n\nStores the given credentials for a given server.\n\n| Param         | Type                                                                  |\n| ------------- | --------------------------------------------------------------------- |\n| **`options`** | SetCredentialOptions |\n\n**Returns:** any\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### deleteCredentials(...)\n\n```typescript\ndeleteCredentials(options: DeleteCredentialOptions) => any\n```\n\nDeletes the stored credentials for a given server.\n\n| Param         | Type                                                                        |\n| ------------- | --------------------------------------------------------------------------- |\n| **`options`** | DeleteCredentialOptions |\n\n**Returns:** any\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### Interfaces\n\n\n#### IsAvailableOptions\n\n| Prop              | Type                 | Description                                                                                           |\n| ----------------- | -------------------- | ----------------------------------------------------------------------------------------------------- |\n| **`useFallback`** | boolean | Specifies if should fallback to passcode authentication if biometric authentication is not available. |\n\n\n#### AvailableResult\n\n| Prop               | Type                                                  |\n| ------------------ | ----------------------------------------------------- |\n| **`isAvailable`**  | boolean                                  |\n| **`biometryType`** | BiometryType |\n| **`errorCode`**    | number                                   |\n\n\n#### BiometricOptions",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-native-biometric/main/README.md", "loc": { "lines": { "from": 91, "to": 199 } } }
-      }
-    ],
-    [
-      "0a59b8ca-1d25-4b71-a7ad-09fd0f66ca44",
-      {
-        "pageContent": "#### BiometricOptions\n\n| Prop                     | Type                 | Description                                                                                                                                                | Default        |\n| ------------------------ | -------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------- |\n| **`reason`**             | string  |                                                                                                                                                            |                |\n| **`title`**              | string  |                                                                                                                                                            |                |\n| **`subtitle`**           | string  |                                                                                                                                                            |                |\n| **`description`**        | string  |                                                                                                                                                            |                |\n| **`negativeButtonText`** | string  |                                                                                                                                                            |                |\n| **`useFallback`**        | boolean | Specifies if should fallback to passcode authentication if biometric authentication fails.                                                                 |                |\n| **`fallbackTitle`**      | string  | Only for iOS. Set the text for the fallback button in the authentication dialog. If this property is not specified, the default text is set by the system. |                |\n| **`maxAttempts`**        | number  | Only for Android. Set a maximum number of attempts for biometric authentication. The maximum allowed by android is 5.                                      | 1 |\n\n\n#### GetCredentialOptions\n\n| Prop         | Type                |\n| ------------ | ------------------- |\n| **`server`** | string |\n\n\n#### Credentials\n\n| Prop           | Type                |\n| -------------- | ------------------- |\n| **`username`** | string |\n| **`password`** | string |\n\n\n#### SetCredentialOptions\n\n| Prop           | Type                |\n| -------------- | ------------------- |\n| **`username`** | string |\n| **`password`** | string |\n| **`server`**   | string |\n\n\n#### DeleteCredentialOptions\n\n| Prop         | Type                |\n| ------------ | ------------------- |\n| **`server`** | string |\n\n\n### Enums\n\n\n#### BiometryType",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-native-biometric/main/README.md", "loc": { "lines": { "from": 199, "to": 247 } } }
-      }
-    ],
-    [
-      "1e55c2f7-4c2f-4e70-9f17-a586fba4f21e",
-      {
-        "pageContent": "### Enums\n\n\n#### BiometryType\n\n| Members                   | Value          |\n| ------------------------- | -------------- |\n| **`NONE`**                | 0 |\n| **`TOUCH_ID`**            | 1 |\n| **`FACE_ID`**             | 2 |\n| **`FINGERPRINT`**         | 3 |\n| **`FACE_AUTHENTICATION`** | 4 |\n| **`IRIS_AUTHENTICATION`** | 5 |\n| **`MULTIPLE`**            | 6 |\n\n\n## Face ID (iOS)\n\nTo use FaceID Make sure to provide a value for NSFaceIDUsageDescription, otherwise your app may crash on iOS devices with FaceID.\n\nThis value is just the reason for using FaceID. You can add something like the following example to App/info.plist:\n\n```xml\nNSFaceIDUsageDescription\nFor an easier and faster log in.\n```\n\n## Biometric (Android)\n\nTo use android's BiometricPrompt api you must add the following permission to your AndroidManifest.xml:\n\n```xml\n\n```\n\nAnd register the plugin by adding it to you MainActivity's onCreate (Not needed for Capacitor 3):\n\n```java\nimport ee.forgr.biometric.NativeBiometric;\n\npublic class MainActivity extends BridgeActivity {\n  @Override\n  public void onCreate(Bundle savedInstanceState) {\n    super.onCreate(savedInstanceState);\n\n    // Initializes the Bridge\n    this.init(savedInstanceState, new ArrayList>() {{\n      // Additional plugins you've installed go here\n      // Ex: add(TotallyAwesomePlugin.class);\n      add(NativeBiometric.class);\n    }});\n  }\n}\n```\n\n## Contributors\n\n[Jonthia](https://github.com/jonthia/)\n[One Click Web Studio](https://github.com/oneclickwebstudio/)\n[Brian Weasner](https://github.com/brian-weasner/)\n[Mohamed Diarra](https://github.com/mohdiarra/)\n### Want to Contribute?\n\nLearn about contributing [HERE](./CONTRIBUTING.md)\n\n## Notes\n\nHasn't been tested on Android API level 22 or lower.",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-native-biometric/main/README.md", "loc": { "lines": { "from": 247, "to": 314 } } }
-      }
-    ],
-    [
-      "b9cece95-f1c0-4416-b01a-6122c7e9eb4a",
-      {
-        "pageContent": "Check out: Capgo — Instant updates for capacitor\n\n\nNative Audio\n@capgo/native-audio\n\n  Capacitor plugin for playing sounds.\n\n\n\n  \n  \n  \n\n  \n  \n\n\n\n\n\n# Capacitor Native Audio Plugin\n\nCapacitor plugin for native audio engine.\nCapacitor V5 - ✅ Support!\n\nClick on video to see example 💥\n\n[![YouTube Example](https://img.youtube.com/vi/XpUGlWWtwHs/0.jpg/)](https://www.youtube.com/watch/?v=XpUGlWWtwHs)\n\n## Maintainers\n\n| Maintainer      | GitHub                              | Social                                  |\n| --------------- | ----------------------------------- | --------------------------------------- |\n| Martin Donadieu | [riderx](https://github.com/riderx/) | [Telegram](https://t.me/martindonadieu/) |\n\nMainteinance Status: Actively Maintained\n\n## Preparation\n\nAll audio files must be with the rest of your source files.\n\nFirst make your sound file end up in your builded code folder, example in folder `BUILDFOLDER/assets/sounds/FILENAME.mp3`\nThen use it in preload like that `assets/sounds/FILENAME.mp3`\n\n## Installation\n\nTo use npm\n\n```bash\nnpm install @capgo/native-audio\n```\n\nTo use yarn\n\n```bash\nyarn add @capgo/native-audio\n```\n\nSync native files\n\n```bash\nnpx cap sync\n```\n\nOn iOS, Android and Web, no further steps are needed.\n\n## Configuration\n\nNo configuration required for this plugin.\n\n\n\n\n\n\n## Supported methods\n\n| Name           | Android | iOS | Web |\n| :------------- | :------ | :-- | :-- |\n| configure      | ✅      | ✅  | ❌  |\n| preload        | ✅      | ✅  | ✅  |\n| play           | ✅      | ✅  | ✅  |\n| pause          | ✅      | ✅  | ✅  |\n| resume         | ✅      | ✅  | ✅  |\n| loop           | ✅      | ✅  | ✅  |\n| stop           | ✅      | ✅  | ✅  |\n| unload         | ✅      | ✅  | ✅  |\n| setVolume      | ✅      | ✅  | ✅  |\n| getDuration    | ✅      | ✅  | ✅  |\n| getCurrentTime | ✅      | ✅  | ✅  |\n| isPlaying      | ✅      | ✅  | ✅  |\n\n## Usage\n\n[Example repository](https://github.com/bazuka5801/native-audio-example/)\n\n```typescript\nimport {NativeAudio} from '@capgo/native-audio'\n\n\n/**\n * This method will load more optimized audio files for background into memory.\n * @param assetPath - relative path of the file or absolute url (file://)\n *        assetId - unique identifier of the file\n *        audioChannelNum - number of audio channels\n *        isUrl - pass true if assetPath is a `file://` url\n * @returns void\n */\nNativeAudio.preload({\n    assetId: \"fire\",\n    assetPath: \"assets/sounds/fire.mp3\",\n    audioChannelNum: 1,\n    isUrl: false\n});\n\n/**\n * This method will play the loaded audio file if present in the memory.\n * @param assetId - identifier of the asset\n * @param time - (optional) play with seek. example: 6.0 - start playing track from 6 sec\n * @returns void\n */\nNativeAudio.play({\n    assetId: 'fire',\n    // time: 6.0 - seek time\n});\n\n/**\n * This method will loop the audio file for playback.\n * @param assetId - identifier of the asset\n * @returns void\n */\nNativeAudio.loop({\n  assetId: 'fire',\n});",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/native-audio/main/README.md", "loc": { "lines": { "from": 1, "to": 135 } } }
-      }
-    ],
-    [
-      "da6167a3-30bf-4b6e-8708-41fd80f4cbcd",
-      {
-        "pageContent": "/**\n * This method will stop the audio file if it's currently playing.\n * @param assetId - identifier of the asset\n * @returns void\n */\nNativeAudio.stop({\n  assetId: 'fire',\n});\n\n/**\n * This method will unload the audio file from the memory.\n * @param assetId - identifier of the asset\n * @returns void\n */\nNativeAudio.unload({\n  assetId: 'fire',\n});\n\n/**\n * This method will set the new volume for a audio file.\n * @param assetId - identifier of the asset\n *        volume - numerical value of the volume between 0.1 - 1.0\n * @returns void\n */\nNativeAudio.setVolume({\n  assetId: 'fire',\n  volume: 0.4,\n});\n\n/**\n * this method will get the duration of an audio file.\n * only works if channels == 1\n */\nNativeAudio.getDuration({\n  assetId: 'fire'\n})\n.then(result => {\n  console.log(result.duration);\n})\n\n/**\n * this method will get the current time of a playing audio file.\n * only works if channels == 1\n */\nNativeAudio.getCurrentTime({\n  assetId: 'fire'\n});\n.then(result => {\n  console.log(result.currentTime);\n})\n\n/**\n * This method will return false if audio is paused or not loaded.\n * @param assetId - identifier of the asset\n * @returns {isPlaying: boolean}\n */\nNativeAudio.isPlaying({\n  assetId: 'fire'\n})\n.then(result => {\n  console.log(result.isPlaying);\n})\n```\n\n## API\n\n\n\n\n\n\n### configure(...)\n\n```typescript\nconfigure(options: ConfigureOptions) => Promise\n```\n\n| Param         | Type                                                          |\n| ------------- | ------------------------------------------------------------- |\n| **`options`** | ConfigureOptions |\n\n---\n\n### preload(...)\n\n```typescript\npreload(options: PreloadOptions) => Promise\n```\n\n| Param         | Type                                                      |\n| ------------- | --------------------------------------------------------- |\n| **`options`** | PreloadOptions |\n\n---\n\n### play(...)\n\n```typescript\nplay(options: { assetId: string; time?: number; }) => Promise\n```\n\n| Param         | Type                                             |\n| ------------- | ------------------------------------------------ |\n| **`options`** | { assetId: string; time?: number; } |\n\n---\n\n### pause(...)\n\n```typescript\npause(options: { assetId: string; }) => Promise\n```\n\n| Param         | Type                              |\n| ------------- | --------------------------------- |\n| **`options`** | { assetId: string; } |\n\n---\n\n### resume(...)\n\n```typescript\nresume(options: { assetId: string; }) => Promise\n```\n\n| Param         | Type                              |\n| ------------- | --------------------------------- |\n| **`options`** | { assetId: string; } |\n\n---\n\n### loop(...)\n\n```typescript\nloop(options: { assetId: string; }) => Promise\n```\n\n| Param         | Type                              |\n| ------------- | --------------------------------- |\n| **`options`** | { assetId: string; } |\n\n---\n\n### stop(...)\n\n```typescript\nstop(options: { assetId: string; }) => Promise\n```",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/native-audio/main/README.md", "loc": { "lines": { "from": 138, "to": 285 } } }
-      }
-    ],
-    [
-      "4815af7f-50e9-4adb-b7aa-1f368c854d68",
-      {
-        "pageContent": "---\n\n### stop(...)\n\n```typescript\nstop(options: { assetId: string; }) => Promise\n```\n\n| Param         | Type                              |\n| ------------- | --------------------------------- |\n| **`options`** | { assetId: string; } |\n\n---\n\n### unload(...)\n\n```typescript\nunload(options: { assetId: string; }) => Promise\n```\n\n| Param         | Type                              |\n| ------------- | --------------------------------- |\n| **`options`** | { assetId: string; } |\n\n---\n\n### setVolume(...)\n\n```typescript\nsetVolume(options: { assetId: string; volume: number; }) => Promise\n```\n\n| Param         | Type                                              |\n| ------------- | ------------------------------------------------- |\n| **`options`** | { assetId: string; volume: number; } |\n\n---\n\n### setRate(...)\n\n```typescript\nsetRate(options: { assetId: string; rate: number; }) => Promise\n```\n\n| Param         | Type                                            |\n| ------------- | ----------------------------------------------- |\n| **`options`** | { assetId: string; rate: number; } |\n\n---\n\n### getCurrentTime(...)\n\n```typescript\ngetCurrentTime(options: { assetId: string; }) => Promise<{ currentTime: number; }>\n```\n\n| Param         | Type                              |\n| ------------- | --------------------------------- |\n| **`options`** | { assetId: string; } |\n\n**Returns:** Promise<{ currentTime: number; }>\n\n---\n\n### getDuration(...)\n\n```typescript\ngetDuration(options: { assetId: string; }) => Promise<{ duration: number; }>\n```\n\n| Param         | Type                              |\n| ------------- | --------------------------------- |\n| **`options`** | { assetId: string; } |\n\n**Returns:** Promise<{ duration: number; }>\n\n---\n\n### isPlaying(...)\n\n```typescript\nisPlaying(options: { assetId: string; }) => Promise<{ isPlaying: boolean; }>\n```\n\n| Param         | Type                              |\n| ------------- | --------------------------------- |\n| **`options`** | { assetId: string; } |\n\n**Returns:** Promise<{ isPlaying: boolean; }>\n\n---\n\n### addListener('complete', ...)\n\n```typescript\naddListener(eventName: \"complete\", listenerFunc: CompletedListener) => Promise & PluginListenerHandle\n```\n\nListen for complete event\n\n| Param              | Type                                                            |\n| ------------------ | --------------------------------------------------------------- |\n| **`eventName`**    | 'complete'                                         |\n| **`listenerFunc`** | CompletedListener |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 5.0.0\n\n---\n\n### Interfaces\n\n#### ConfigureOptions\n\n| Prop        | Type                 |\n| ----------- | -------------------- |\n| **`fade`**  | boolean |\n| **`focus`** | boolean |\n\n#### PreloadOptions\n\n| Prop                  | Type                 |\n| --------------------- | -------------------- |\n| **`assetPath`**       | string  |\n| **`assetId`**         | string  |\n| **`volume`**          | number  |\n| **`audioChannelNum`** | number  |\n| **`isUrl`**           | boolean |",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/native-audio/main/README.md", "loc": { "lines": { "from": 285, "to": 413 } } }
-      }
-    ],
-    [
-      "2951049c-547d-4fb4-a33b-b15cb909ed51",
-      {
-        "pageContent": "#### PluginListenerHandle\n\n| Prop         | Type                                      |\n| ------------ | ----------------------------------------- |\n| **`remove`** | () => Promise<void> |\n\n#### CompletedEvent\n\n| Prop          | Type                | Description                | Since |\n| ------------- | ------------------- | -------------------------- | ----- |\n| **`assetId`** | string | Emit when a play completes | 5.0.0 |\n\n### Type Aliases\n\n#### CompletedListener\n\n(state: CompletedEvent): void",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/native-audio/main/README.md", "loc": { "lines": { "from": 415, "to": 431 } } }
-      }
-    ],
-    [
-      "ae3ba1dd-9213-4c58-b528-bb4f2ca4f5a1",
-      {
-        "pageContent": "# @capgo/capacitor-fingerprint\n\nCapacitor client for Fingerprint PRO. 100% accurate device identification for fraud detection.\n\n## Install\n\n```bash\nnpm install @capgo/capacitor-fingerprint\nnpx cap sync\n```\n\n## API\n\n\n\n* [`load(...)`](#load)\n* [`getVisitorId(...)`](#getvisitorid)\n* [`getVisitorData(...)`](#getvisitordata)\n* [Interfaces](#interfaces)\n* [Type Aliases](#type-aliases)\n\n\n\n\n\n\n### load(...)\n\n```typescript\nload(options: LoadOptions) => Promise\n```\n\n| Param         | Type                                                |\n| ------------- | --------------------------------------------------- |\n| **`options`** | LoadOptions |\n\n--------------------\n\n\n### getVisitorId(...)\n\n```typescript\ngetVisitorId(option?: getVisitor | undefined) => Promise<{ visitorId: VisitorId; }>\n```\n\n| Param        | Type                                              |\n| ------------ | ------------------------------------------------- |\n| **`option`** | getVisitor |\n\n**Returns:** Promise<{ visitorId: string; }>\n\n--------------------\n\n\n### getVisitorData(...)\n\n```typescript\ngetVisitorData(options?: getVisitor | undefined) => Promise<{ visitorData: VisitorData; }>\n```\n\n| Param         | Type                                              |\n| ------------- | ------------------------------------------------- |\n| **`options`** | getVisitor |\n\n**Returns:** Promise<{ visitorData: VisitorData; }>\n\n--------------------\n\n\n### Interfaces\n\n\n#### VisitorId\n\nResult of requesting a visitor id\n\n| Prop               | Type                                              | Description                                                                                                               |\n| ------------------ | ------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------- |\n| **`visitorId`**    | string                               | The visitor identifier                                                                                                    |\n| **`visitorFound`** | boolean                              | If true, this visitor was found and visited before. If false, this visitor wasn't found and probably didn't visit before. |\n| **`confidence`**   | Confidence | A confidence score that tells how much the agent is sure about the visitor identifier                                     |\n| **`zeroTrust`**    | ZeroTrust   | An object that tells what fields were hidden (values replaced with empty data)                                            |\n\n\n#### Confidence\n\nFingerprintJS Pro v3.8.5 - Copyright (c) FingerprintJS, Inc, 2023 (https://fingerprint.com/)\n\nThis software contains code from open-source projects:\nMurmurHash3 by Karan Lyons (https://github.com/karanlyons/murmurHash3.js/)",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-fingerprint/main/README.md", "loc": { "lines": { "from": 1, "to": 90 } } }
-      }
-    ],
-    [
-      "9fdf52ba-5a15-41fd-85a0-7dd079ae89c1",
-      {
-        "pageContent": "| Prop          | Type                | Description                                                                                                                                                                     |\n| ------------- | ------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| **`score`**   | number | A number between 0 and 1 that tells how much the agent is sure about the visitor identifier. The higher the number, the higher the chance of the visitor identifier to be true. |\n| **`comment`** | string | Additional details about the score as a human-readable text                                                                                                                     |\n\n\n#### ZeroTrust\n\n| Prop               | Type                  | Description                                                                           |\n| ------------------ | --------------------- | ------------------------------------------------------------------------------------- |\n| **`hiddenFields`** | string[] | Fields from the result object that have been hidden (values replaced with empty data) |\n| **`comment`**      | string   | Additional details about the reasons as a human-readable text                         |\n\n\n#### getVisitor\n\n| Prop           | Type                                  |\n| -------------- | ------------------------------------- |\n| **`tags`**     | Tags |\n| **`linkedId`** | string                   |\n\n\n#### ShortVisitorData\n\nMain identification information about the visitor\n\n| Prop             | Type                                              | Description                                                                           |\n| ---------------- | ------------------------------------------------- | ------------------------------------------------------------------------------------- |\n| **`visitorId`**  | string                               | The visitor identifier                                                                |\n| **`requestId`**  | string                               | The current request identifier. It's different for every request.                     |\n| **`confidence`** | Confidence | A confidence score that tells how much the agent is sure about the visitor identifier |\n\n\n#### ExtendedVisitorData\n\nAll known identification information about the visitor",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-fingerprint/main/README.md", "loc": { "lines": { "from": 92, "to": 127 } } }
-      }
-    ],
-    [
-      "ecf37df7-6e83-4ef1-90ee-67121e768914",
-      {
-        "pageContent": "#### ExtendedVisitorData\n\nAll known identification information about the visitor\n\n| Prop               | Type                                              | Description                                                                                                               |\n| ------------------ | ------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------- |\n| **`visitorFound`** | boolean                              | If true, this visitor was found and visited before. If false, this visitor wasn't found and probably didn't visit before. |\n| **`ip`**           | string                               | IP address. Only IPv4 are returned.                                                                                       |\n| **`ipLocation`**   | IpLocation | IP address location. Can be empty for anonymous proxies                                                                   |\n| **`os`**           | string                               | OS name.                                                                                                                  |\n| **`osVersion`**    | string                               | OS version                                                                                                                |\n| **`device`**       | string                               | Device.                                                                                                                   |\n| **`firstSeenAt`**  | SeenAt         | When the visitor was seen for the first time                                                                              |\n| **`lastSeenAt`**   | SeenAt         | When the visitor was seen previous time                                                                                   |\n\n\n#### IpLocation\n\nIP address location. Can be empty for anonymous proxies.",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-fingerprint/main/README.md", "loc": { "lines": { "from": 127, "to": 145 } } }
-      }
-    ],
-    [
-      "fedde51d-36fb-4fa8-858c-540065c3f370",
-      {
-        "pageContent": "| Prop                 | Type                                              | Description                                                                                                                                                                                                                                                   |\n| -------------------- | ------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| **`accuracyRadius`** | number                               | IP address location detection radius. Smaller values (<50mi) are business/residential, medium values (50 < x < 500) are cellular towers (usually), larger values (>= 500) are cloud IPs or proxies, VPNs. Can be missing, in case of Tor/proxies. |\n| **`latitude`**       | number                               | Latitude Can be missing, in case of Tor/proxies.                                                                                                                                                                                                              |\n| **`longitude`**      | number                               | Longitude Can be missing, in case of Tor/proxies.                                                                                                                                                                                                             |\n| **`timezone`**       | string                               | Timezone of the IP address location                                                                                                                                                                                                                           |\n| **`postalCode`**     | string                               | Postal code, when available                                                                                                                                                                                                                                   |\n| **`city`**           | { name: string; }                    | City, when available                                                                                                                                                                                                                                          |\n| **`subdivisions`**   | { isoCode: string; name: string; }[] | Administrative subdivisions array (for example states\\|provinces -> counties\\|parishes). Can be empty or missing. When not empty, can contain only top-level administrative units within a country, e.g. a state.                                          |",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-fingerprint/main/README.md", "loc": { "lines": { "from": 147, "to": 155 } } }
-      }
-    ],
-    [
-      "5e3f0b00-cb73-40c5-ae20-dd7abd8478da",
-      {
-        "pageContent": "| **`country`**        | { code: string; name: string; }      | Country, when available. Will be missing for Tor/anonymous proxies.                                                                                                                                                                                           |\n| **`continent`**      | { code: string; name: string; }      | Continent, when available. Will be missing for Tor/anonymous proxies.                                                                                                                                                                                         |",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-fingerprint/main/README.md", "loc": { "lines": { "from": 156, "to": 157 } } }
-      }
-    ],
-    [
-      "cdcd9ae1-701c-4ff3-90c2-6b3385ac86cf",
-      {
-        "pageContent": "#### SeenAt\n\n| Prop               | Type                        | Description                                                                |\n| ------------------ | --------------------------- | -------------------------------------------------------------------------- |\n| **`subscription`** | string \\| null | The date and time within your subscription. The string format is ISO-8601. |\n| **`global`**       | string \\| null | The date and time across all subscription. The string format is ISO-8601.  |\n\n\n### Type Aliases\n\n\n#### LoadOptions\n\nLoaderLoadOptions & { /** * The pattern of the JS agent script URL. * If multiple endpoints are given, the agent will try them one by one until it finds a working one. * If an empty array is given, the agent will throw an error. */ scriptUrlPattern?: ScriptUrlPattern; }\n\n\n#### LoaderLoadOptions\n\nA portion of LoadOptions that will be available in the loader package\n\nCommonLoadOptions\n\n\n#### CommonLoadOptions\n\nApiKeyOptions & { /** * Region of the FingerprintJS service server * @default 'us' */ region?: Region; /** * Your custom API endpoint for getting visitor data. * If multiple endpoints are given, the agent will try them one by one until it finds a working one. * If an empty array is given, the agent will throw an error. * @example * 'https://fp.example.com' * @example * ['https://fp.example.com', FingerprintJS.defaultEndpoint] */ endpoint?: Endpoint; /** * Your custom TLS endpoint. * If multiple endpoints are given, the agent will try them one by one until it finds a working one. * If an empty array is given, the TLS request will be skipped. * @example * 'https://tls.fp.example.com' * @example * ['https://tls.fp.example.com', FingerprintJS.defaultTlsEndpoint] */ tlsEndpoint?: TlsEndpoint; /** * Disables the extra TLS request */ disableTls?: boolean; /** * Override storages name (cookies, localStorage, etc). * Should only be used when the default name conflicts with some of your existing names. * @default '_vid' */ storageKey?: string; /** * A time delay in milliseconds to use instead of `requestIdleCallback` when it's unavailable. * @default 50 */ delayFallback?: number; /** * Information about libraries and services used to integrate the JS agent. * Each array item means a separate integration, the order doesn't matter. * An example of an integration library is FingerprintJS Pro React. */ integrationInfo?: readonly string[]; }\n\n\n#### ApiKeyOptions\n\n{ /** Public API key */ apiKey?: string; /** @deprecated Use the `apiKey` option instead */ token: string; } | { /** Public API key */ apiKey: string; /** @deprecated Use the `apiKey` option instead */ token?: string; }\n\n\n#### Region\n\n'us' | 'eu' | 'ap'\n\n\n#### Endpoint\n\nAPI endpoint for getting visitor data\n\nstring | typeof defaultEndpoint | readonly (string | typeof defaultEndpoint)[]\n\n\n#### TlsEndpoint\n\nAPI endpoint for TLS requests\n\nstring | typeof defaultTlsEndpoint | readonly (string | typeof defaultTlsEndpoint)[]\n\n\n#### ScriptUrlPattern\n\nA JS agent script URL pattern.",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-fingerprint/main/README.md", "loc": { "lines": { "from": 160, "to": 214 } } }
-      }
-    ],
-    [
-      "9f724d7c-715b-428f-a5f5-51be2e9e4027",
-      {
-        "pageContent": "#### ScriptUrlPattern\n\nA JS agent script URL pattern.\n\nThe following substrings are replaced:\n- <version> — the major version of JS agent;\n- <apiKey> — the public key set via the `apiKey` option;\n- <loaderVersion> — the version of this package;\n\nstring | typeof defaultScriptUrlPattern | readonly (string | typeof defaultScriptUrlPattern)[]\n\n\n#### VisitorId\n\nstring\n\n\n#### Tags\n\nTags are returned in the webhook response so make sure the map you are passing to the library represents a valid JSON.\n\n{ [K in string]: Tag | Tag[] }\n\n\n#### Tag\n\nTags are returned in the webhook response so make sure the map you are passing to the library represents a valid JSON.\n\nstring | number | boolean | Tags\n\n\n#### VisitorData\n\nVisitor identification data\n\nShortVisitorData | ExtendedVisitorData",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-fingerprint/main/README.md", "loc": { "lines": { "from": 214, "to": 249 } } }
-      }
-    ],
-    [
-      "bcc6ec91-afc1-4264-b660-477541af1af5",
-      {
-        "pageContent": "# Capacitor updater\n  \n[![Discord](https://badgen.net/badge/icon/discord?icon=discord&label)](https://discord.capgo.app)\n\n[![npm](https://img.shields.io/npm/dm/@capgo/capacitor-updater/)](https://www.npmjs.com/package/@capgo/capacitor-updater/)\n[![GitHub latest commit](https://badgen.net/github/last-commit/Cap-go/capacitor-updater/main/)](https://GitHub.com/Cap-go/capacitor-updater/commit/)\n[![https://good-labs.github.io/greater-good-affirmation/assets/images/badge.svg](https://good-labs.github.io/greater-good-affirmation/assets/images/badge.svg/)](https://good-labs.github.io/greater-good-affirmation/)\n[![Security Rating](https://sonarcloud.io/api/project_badges/measure?project=Cap-go_capacitor-updater&metric=security_rating)](https://sonarcloud.io/summary/new_code/?id=Cap-go_capacitor-updater)\n[![Bugs](https://sonarcloud.io/api/project_badges/measure/?project=Cap-go_capacitor-updater&metric=bugs)](https://sonarcloud.io/summary/new_code/?id=Cap-go_capacitor-updater)\n[![Maintainability Rating](https://sonarcloud.io/api/project_badges/measure/?project=Cap-go_capacitor-updater&metric=sqale_rating)](https://sonarcloud.io/summary/new_code/?id=Cap-go_capacitor-updater)\n[![Code Smells](https://sonarcloud.io/api/project_badges/measure/?project=Cap-go_capacitor-updater&metric=code_smells)](https://sonarcloud.io/summary/new_code/?id=Cap-go_capacitor-updater)\n[![Vulnerabilities](https://sonarcloud.io/api/project_badges/measure/?project=Cap-go_capacitor-updater&metric=vulnerabilities)](https://sonarcloud.io/summary/new_code/?id=Cap-go_capacitor-updater)\n[![Quality Gate Status](https://sonarcloud.io/api/project_badges/measure/?project=Cap-go_capacitor-updater&metric=alert_status)](https://sonarcloud.io/summary/new_code/?id=Cap-go_capacitor-updater)\n[![Technical Debt](https://sonarcloud.io/api/project_badges/measure/?project=Cap-go_capacitor-updater&metric=sqale_index)](https://sonarcloud.io/summary/new_code/?id=Cap-go_capacitor-updater)\n[![Open Bounties](https://img.shields.io/endpoint/?url=https%3A%2F%2Fconsole.algora.io%2Fapi%2Fshields%2FCapgo%2Fbounties%3Fstatus%3Dopen)](https://console.algora.io/org/Capgo/bounties/?status=open)\n[![Rewarded Bounties](https://img.shields.io/endpoint/?url=https%3A%2F%2Fconsole.algora.io%2Fapi%2Fshields%2FCapgo%2Fbounties%3Fstatus%3Dcompleted)](https://console.algora.io/org/Capgo/bounties/?status=completed)\n\nUpdate Ionic Capacitor apps without App/Play Store review (Code-push / hot-code updates).\n\nYou have 3 ways possible :\n- Use [capgo.app](https://capgo.app/) a full featured auto update system in 5 min Setup, to manage version, update, revert and see stats.\n- Use your own server update with auto update system\n- Use manual methods to zip, upload, download, from JS to do it when you want.\n\n\n## Community\nJoin the [discord](https://discord.capgo.app) to get help.\n\n## Documentation\nI maintain a more user friendly and complete [documentation here](https://capgo.app/docs/).\n\n## Installation\n\n```bash\nnpm install @capgo/capacitor-updater\nnpx cap sync\n```\n\n## Auto-update setup",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-updater/main/README.md", "loc": { "lines": { "from": 1, "to": 39 } } }
-      }
-    ],
-    [
-      "35394b09-1bb1-4b0f-b595-b7f21c50d454",
-      {
-        "pageContent": "## Installation\n\n```bash\nnpm install @capgo/capacitor-updater\nnpx cap sync\n```\n\n## Auto-update setup\n\nCreate your account in [capgo.app](https://capgo.app/) and get your [API key](https://console.capgo.app/dashboard/apikeys/)\n- Login to CLI `npx @capgo/cli@latest init API_KEY`\nAnd follow the steps by step to setup your app.\n\nSee more there in the [Auto update documentation](https://capgo.app/docs/plugin/cloud-mode/getting-started/).\n\n\n## Manual setup\n\nDownload update distribution zipfiles from a custom url. Manually control the entire update process.\n\n- Edit your `capacitor.config.json` like below, set `autoUpdate` to false.\n```json\n// capacitor.config.json\n{\n\t\"appId\": \"**.***.**\",\n\t\"appName\": \"Name\",\n\t\"plugins\": {\n\t\t\"CapacitorUpdater\": {\n\t\t\t\"autoUpdate\": false,\n\t\t}\n\t}\n}\n```\n- Add to your main code\n```javascript\n  import { CapacitorUpdater } from '@capgo/capacitor-updater'\n  CapacitorUpdater.notifyAppReady()\n```\nThis informs Capacitor Updator that the current update bundle has loaded succesfully. Failing to call this method will cause your application to be rolled back to the previously successful version (or built-in bundle).\n- Add this to your application.\n```javascript\n  const version = await CapacitorUpdater.download({\n    url: 'https://github.com/Cap-go/demo-app/releases/download/0.0.4/dist.zip',\n  })\n  await CapacitorUpdater.set(version); // sets the new version, and reloads the app\n```\n- Failed updates will automatically roll back to the last successful version.\n- Example: Using App-state to control updates, with SplashScreen:\nYou might also consider performing auto-update when application state changes, and using the Splash Screen to improve user experience.\n```javascript\n  import { CapacitorUpdater, VersionInfo } from '@capgo/capacitor-updater'\n  import { SplashScreen } from '@capacitor/splash-screen'\n  import { App } from '@capacitor/app'\n\n  let version: VersionInfo;\n  App.addListener('appStateChange', async (state) => {\n      if (state.isActive) {\n        // Ensure download occurs while the app is active, or download may fail\n        version = await CapacitorUpdater.download({\n          url: 'https://github.com/Cap-go/demo-app/releases/download/0.0.4/dist.zip',\n        })\n      }\n\n      if (!state.isActive && version) {\n        // Activate the update when the application is sent to background\n        SplashScreen.show()\n        try {\n          await CapacitorUpdater.set(version);\n          // At this point, the new version should be active, and will need to hide the splash screen\n        } catch () {\n          SplashScreen.hide() // Hide the splash screen again if something went wrong\n        }\n      }\n  })\n\n```\n\nTIP: If you prefer a secure and automated way to update your app, you can use [capgo.app](https://capgo.app/) - a full-featured, auto update system.\n\n### Packaging `dist.zip` update bundles",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-updater/main/README.md", "loc": { "lines": { "from": 39, "to": 118 } } }
-      }
-    ],
-    [
-      "1f7072ac-bcad-40ca-94d7-35fd3a2c2887",
-      {
-        "pageContent": "### Packaging `dist.zip` update bundles\n\nCapacitor Updator works by unzipping a compiled app bundle to the native device filesystem. Whatever you choose to name the file you upload/download from your release/update server URL (via either manual or automatic updating), this `.zip` bundle must meet the following requirements:\n\n- The zip file should contain the full contents of your production Capacitor build output folder, usually `{project directory}/dist/` or `{project directory}/www/`. This is where `index.html` will be located, and it should also contain all bundled JavaScript, CSS, and web resources necessary for your app to run.\n- Do not password encrypt the bundle zip file, or it will fail to unpack.\n- Make sure the bundle does not contain any extra hidden files or folders, or it may fail to unpack.\n\n## API\n\n\n\n* [`notifyAppReady()`](#notifyappready)\n* [`download(...)`](#download)\n* [`next(...)`](#next)\n* [`set(...)`](#set)\n* [`delete(...)`](#delete)\n* [`list()`](#list)\n* [`reset(...)`](#reset)\n* [`current()`](#current)\n* [`reload()`](#reload)\n* [`setMultiDelay(...)`](#setmultidelay)\n* [`cancelDelay()`](#canceldelay)\n* [`getLatest()`](#getlatest)\n* [`setChannel(...)`](#setchannel)\n* [`getChannel()`](#getchannel)\n* [`setCustomId(...)`](#setcustomid)\n* [`addListener('download', ...)`](#addlistenerdownload)\n* [`addListener('noNeedUpdate', ...)`](#addlistenernoneedupdate)\n* [`addListener('updateAvailable', ...)`](#addlistenerupdateavailable)\n* [`addListener('downloadComplete', ...)`](#addlistenerdownloadcomplete)\n* [`addListener('majorAvailable', ...)`](#addlistenermajoravailable)\n* [`addListener('updateFailed', ...)`](#addlistenerupdatefailed)\n* [`addListener('downloadFailed', ...)`](#addlistenerdownloadfailed)\n* [`addListener('appReloaded', ...)`](#addlistenerappreloaded)\n* [`addListener('appReady', ...)`](#addlistenerappready)\n* [`getBuiltinVersion()`](#getbuiltinversion)\n* [`getDeviceId()`](#getdeviceid)\n* [`getPluginVersion()`](#getpluginversion)\n* [`isAutoUpdateEnabled()`](#isautoupdateenabled)\n* [`removeAllListeners()`](#removealllisteners)\n* [Interfaces](#interfaces)\n* [Type Aliases](#type-aliases)\n\n\n\n\n\n\n### notifyAppReady()\n\n```typescript\nnotifyAppReady() => Promise\n```\n\nNotify Capacitor Updater that the current bundle is working (a rollback will occur of this method is not called on every app launch)\nBy default this method should be called in the first 10 sec after app launch, otherwise a rollback will occur.\nChange this behaviour with {@link appReadyTimeout}\n\n**Returns:** Promise<BundleInfo>\n\n--------------------\n\n\n### download(...)\n\n```typescript\ndownload(options: { url: string; version: string; sessionKey?: string; checksum?: string; }) => Promise\n```\n\nDownload a new bundle from the provided URL, it should be a zip file, with files inside or with a unique id inside with all your files",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-updater/main/README.md", "loc": { "lines": { "from": 118, "to": 188 } } }
-      }
-    ],
-    [
-      "85610781-65e8-46bc-82db-7fa49ee902ba",
-      {
-        "pageContent": "| Param         | Type                                                                                   |\n| ------------- | -------------------------------------------------------------------------------------- |\n| **`options`** | { url: string; version: string; sessionKey?: string; checksum?: string; } |\n\n**Returns:** Promise<BundleInfo>\n\n--------------------\n\n\n### next(...)\n\n```typescript\nnext(options: { id: string; }) => Promise\n```\n\nSet the next bundle to be used when the app is reloaded.\n\n| Param         | Type                         |\n| ------------- | ---------------------------- |\n| **`options`** | { id: string; } |\n\n**Returns:** Promise<BundleInfo>\n\n--------------------\n\n\n### set(...)\n\n```typescript\nset(options: { id: string; }) => Promise\n```\n\nSet the current bundle and immediately reloads the app.\n\n| Param         | Type                         |\n| ------------- | ---------------------------- |\n| **`options`** | { id: string; } |\n\n--------------------\n\n\n### delete(...)\n\n```typescript\ndelete(options: { id: string; }) => Promise\n```\n\nDelete bundle in storage\n\n| Param         | Type                         |\n| ------------- | ---------------------------- |\n| **`options`** | { id: string; } |\n\n--------------------\n\n\n### list()\n\n```typescript\nlist() => Promise<{ bundles: BundleInfo[]; }>\n```\n\nGet all available bundles\n\n**Returns:** Promise<{ bundles: BundleInfo[]; }>\n\n--------------------\n\n\n### reset(...)\n\n```typescript\nreset(options?: { toLastSuccessful?: boolean | undefined; } | undefined) => Promise\n```\n\nSet the `builtin` bundle (the one sent to Apple store / Google play store ) as current bundle\n\n| Param         | Type                                         |\n| ------------- | -------------------------------------------- |\n| **`options`** | { toLastSuccessful?: boolean; } |\n\n--------------------\n\n\n### current()\n\n```typescript\ncurrent() => Promise<{ bundle: BundleInfo; native: string; }>\n```\n\nGet the current bundle, if none are set it returns `builtin`, currentNative is the original bundle installed on the device\n\n**Returns:** Promise<{ bundle: BundleInfo; native: string; }>\n\n--------------------\n\n\n### reload()\n\n```typescript\nreload() => Promise\n```\n\nReload the view\n\n--------------------\n\n\n### setMultiDelay(...)\n\n```typescript\nsetMultiDelay(options: { delayConditions: DelayCondition[]; }) => Promise\n```\n\nSet DelayCondition, skip updates until one of the conditions is met\n\n| Param         | Type                                                | Description                                                              |\n| ------------- | --------------------------------------------------- | ------------------------------------------------------------------------ |\n| **`options`** | { delayConditions: DelayCondition[]; } | are the {@link DelayCondition} list to set |\n\n**Since:** 4.3.0\n\n--------------------\n\n\n### cancelDelay()\n\n```typescript\ncancelDelay() => Promise\n```\n\nCancel delay to updates as usual\n\n**Since:** 4.0.0\n\n--------------------\n\n\n### getLatest()\n\n```typescript\ngetLatest() => Promise\n```",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-updater/main/README.md", "loc": { "lines": { "from": 190, "to": 332 } } }
-      }
-    ],
-    [
-      "5468bda0-4b52-4025-a9a4-ec58642e17a4",
-      {
-        "pageContent": "**Since:** 4.0.0\n\n--------------------\n\n\n### getLatest()\n\n```typescript\ngetLatest() => Promise\n```\n\nGet Latest bundle available from update Url\n\n**Returns:** Promise<latestVersion>\n\n**Since:** 4.0.0\n\n--------------------\n\n\n### setChannel(...)\n\n```typescript\nsetChannel(options: SetChannelOptions) => Promise\n```\n\nSet Channel for this device, the channel have to allow self assignement to make this work\n\n| Param         | Type                                                            | Description                                                                      |\n| ------------- | --------------------------------------------------------------- | -------------------------------------------------------------------------------- |\n| **`options`** | SetChannelOptions | is the {@link SetChannelOptions} channel to set |\n\n**Returns:** Promise<channelRes>\n\n**Since:** 4.7.0\n\n--------------------\n\n\n### getChannel()\n\n```typescript\ngetChannel() => Promise\n```\n\nget Channel for this device\n\n**Returns:** Promise<getChannelRes>\n\n**Since:** 4.8.0\n\n--------------------\n\n\n### setCustomId(...)\n\n```typescript\nsetCustomId(options: SetCustomIdOptions) => Promise\n```\n\nSet Channel for this device\n\n| Param         | Type                                                              | Description                                                                         |\n| ------------- | ----------------------------------------------------------------- | ----------------------------------------------------------------------------------- |\n| **`options`** | SetCustomIdOptions | is the {@link SetCustomIdOptions} customId to set |\n\n**Since:** 4.9.0\n\n--------------------\n\n\n### addListener('download', ...)\n\n```typescript\naddListener(eventName: \"download\", listenerFunc: DownloadChangeListener) => Promise & PluginListenerHandle\n```\n\nListen for download event in the App, let you know when the download is started, loading and finished\n\n| Param              | Type                                                                      |\n| ------------------ | ------------------------------------------------------------------------- |\n| **`eventName`**    | 'download'                                                   |\n| **`listenerFunc`** | DownloadChangeListener |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 2.0.11\n\n--------------------\n\n\n### addListener('noNeedUpdate', ...)\n\n```typescript\naddListener(eventName: \"noNeedUpdate\", listenerFunc: NoNeedListener) => Promise & PluginListenerHandle\n```\n\nListen for no need to update event, usefull when you want force check every time the app is launched\n\n| Param              | Type                                                      |\n| ------------------ | --------------------------------------------------------- |\n| **`eventName`**    | 'noNeedUpdate'                               |\n| **`listenerFunc`** | NoNeedListener |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 4.0.0\n\n--------------------\n\n\n### addListener('updateAvailable', ...)",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-updater/main/README.md", "loc": { "lines": { "from": 332, "to": 443 } } }
-      }
-    ],
-    [
-      "34892989-06bb-4fcf-88b5-2060615984ce",
-      {
-        "pageContent": "**Since:** 4.0.0\n\n--------------------\n\n\n### addListener('updateAvailable', ...)\n\n```typescript\naddListener(eventName: \"updateAvailable\", listenerFunc: UpdateAvailabledListener) => Promise & PluginListenerHandle\n```\n\nListen for availbale update event, usefull when you want to force check every time the app is launched\n\n| Param              | Type                                                                          |\n| ------------------ | ----------------------------------------------------------------------------- |\n| **`eventName`**    | 'updateAvailable'                                                |\n| **`listenerFunc`** | UpdateAvailabledListener |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 4.0.0\n\n--------------------\n\n\n### addListener('downloadComplete', ...)\n\n```typescript\naddListener(eventName: \"downloadComplete\", listenerFunc: DownloadCompleteListener) => Promise & PluginListenerHandle\n```\n\nListen for download event in the App, let you know when the download is started, loading and finished\n\n| Param              | Type                                                                          |\n| ------------------ | ----------------------------------------------------------------------------- |\n| **`eventName`**    | 'downloadComplete'                                               |\n| **`listenerFunc`** | DownloadCompleteListener |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 4.0.0\n\n--------------------\n\n\n### addListener('majorAvailable', ...)\n\n```typescript\naddListener(eventName: \"majorAvailable\", listenerFunc: MajorAvailableListener) => Promise & PluginListenerHandle\n```\n\nListen for Major update event in the App, let you know when major update is blocked by setting disableAutoUpdateBreaking\n\n| Param              | Type                                                                      |\n| ------------------ | ------------------------------------------------------------------------- |\n| **`eventName`**    | 'majorAvailable'                                             |\n| **`listenerFunc`** | MajorAvailableListener |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 2.3.0\n\n--------------------\n\n\n### addListener('updateFailed', ...)\n\n```typescript\naddListener(eventName: \"updateFailed\", listenerFunc: UpdateFailedListener) => Promise & PluginListenerHandle\n```\n\nListen for update fail event in the App, let you know when update has fail to install at next app start\n\n| Param              | Type                                                                  |\n| ------------------ | --------------------------------------------------------------------- |\n| **`eventName`**    | 'updateFailed'                                           |\n| **`listenerFunc`** | UpdateFailedListener |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 2.3.0\n\n--------------------\n\n\n### addListener('downloadFailed', ...)",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-updater/main/README.md", "loc": { "lines": { "from": 443, "to": 528 } } }
-      }
-    ],
-    [
-      "0f60d38b-0b47-484b-a2e0-502952f31f46",
-      {
-        "pageContent": "**Since:** 2.3.0\n\n--------------------\n\n\n### addListener('downloadFailed', ...)\n\n```typescript\naddListener(eventName: \"downloadFailed\", listenerFunc: DownloadFailedListener) => Promise & PluginListenerHandle\n```\n\nListen for download fail event in the App, let you know when download has fail finished\n\n| Param              | Type                                                                      |\n| ------------------ | ------------------------------------------------------------------------- |\n| **`eventName`**    | 'downloadFailed'                                             |\n| **`listenerFunc`** | DownloadFailedListener |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 4.0.0\n\n--------------------\n\n\n### addListener('appReloaded', ...)\n\n```typescript\naddListener(eventName: \"appReloaded\", listenerFunc: AppReloadedListener) => Promise & PluginListenerHandle\n```\n\nListen for reload event in the App, let you know when reload has happend\n\n| Param              | Type                                                                |\n| ------------------ | ------------------------------------------------------------------- |\n| **`eventName`**    | 'appReloaded'                                          |\n| **`listenerFunc`** | AppReloadedListener |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 4.3.0\n\n--------------------\n\n\n### addListener('appReady', ...)\n\n```typescript\naddListener(eventName: \"appReady\", listenerFunc: AppReadyListener) => Promise & PluginListenerHandle\n```\n\nListen for app ready event in the App, let you know when app is ready to use\n\n| Param              | Type                                                          |\n| ------------------ | ------------------------------------------------------------- |\n| **`eventName`**    | 'appReady'                                       |\n| **`listenerFunc`** | AppReadyListener |\n\n**Returns:** Promise<PluginListenerHandle> & PluginListenerHandle\n\n**Since:** 5.1.0\n\n--------------------\n\n\n### getBuiltinVersion()\n\n```typescript\ngetBuiltinVersion() => Promise<{ version: string; }>\n```\n\nGet the native app version or the builtin version if set in config\n\n**Returns:** Promise<{ version: string; }>\n\n**Since:** 5.2.0\n\n--------------------\n\n\n### getDeviceId()\n\n```typescript\ngetDeviceId() => Promise<{ deviceId: string; }>\n```\n\nGet unique ID used to identify device (sent to auto update server)\n\n**Returns:** Promise<{ deviceId: string; }>\n\n--------------------\n\n\n### getPluginVersion()\n\n```typescript\ngetPluginVersion() => Promise<{ version: string; }>\n```\n\nGet the native Capacitor Updater plugin version (sent to auto update server)\n\n**Returns:** Promise<{ version: string; }>\n\n--------------------\n\n\n### isAutoUpdateEnabled()\n\n```typescript\nisAutoUpdateEnabled() => Promise<{ enabled: boolean; }>\n```\n\nGet the state of auto update config. This will return `false` in manual mode.\n\n**Returns:** Promise<{ enabled: boolean; }>\n\n--------------------\n\n\n### removeAllListeners()\n\n```typescript\nremoveAllListeners() => Promise\n```",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-updater/main/README.md", "loc": { "lines": { "from": 528, "to": 651 } } }
-      }
-    ],
-    [
-      "f4c08480-6935-47a3-917e-842e6e6974d1",
-      {
-        "pageContent": "--------------------\n\n\n### removeAllListeners()\n\n```typescript\nremoveAllListeners() => Promise\n```\n\nRemove all listeners for this plugin.\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### Interfaces\n\n\n#### BundleInfo\n\n| Prop             | Type                                                  |\n| ---------------- | ----------------------------------------------------- |\n| **`id`**         | string                                   |\n| **`version`**    | string                                   |\n| **`downloaded`** | string                                   |\n| **`checksum`**   | string                                   |\n| **`status`**     | BundleStatus |\n\n\n#### DelayCondition\n\n| Prop        | Type                                                      | Description                              |\n| ----------- | --------------------------------------------------------- | ---------------------------------------- |\n| **`kind`**  | DelayUntilNext | Set up delay conditions in setMultiDelay |\n| **`value`** | string                                       |                                          |\n\n\n#### latestVersion\n\n| Prop             | Type                 | Description             | Since |\n| ---------------- | -------------------- | ----------------------- | ----- |\n| **`version`**    | string  | Res of getLatest method | 4.0.0 |\n| **`major`**      | boolean |                         |       |\n| **`message`**    | string  |                         |       |\n| **`sessionKey`** | string  |                         |       |\n| **`error`**      | string  |                         |       |\n| **`old`**        | string  |                         |       |\n| **`url`**        | string  |                         |       |\n\n\n#### channelRes\n\n| Prop          | Type                | Description                   | Since |\n| ------------- | ------------------- | ----------------------------- | ----- |\n| **`status`**  | string | Current status of set channel | 4.7.0 |\n| **`error`**   | any    |                               |       |\n| **`message`** | any    |                               |       |\n\n\n#### SetChannelOptions\n\n| Prop          | Type                |\n| ------------- | ------------------- |\n| **`channel`** | string |\n\n\n#### getChannelRes\n\n| Prop           | Type                 | Description                   | Since |\n| -------------- | -------------------- | ----------------------------- | ----- |\n| **`channel`**  | string  | Current status of get channel | 4.8.0 |\n| **`error`**    | any     |                               |       |\n| **`message`**  | any     |                               |       |\n| **`status`**   | string  |                               |       |\n| **`allowSet`** | boolean |                               |       |\n\n\n#### SetCustomIdOptions\n\n| Prop           | Type                |\n| -------------- | ------------------- |\n| **`customId`** | string |\n\n\n#### PluginListenerHandle",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-updater/main/README.md", "loc": { "lines": { "from": 651, "to": 736 } } }
-      }
-    ],
-    [
-      "b22d4aab-c2c1-49ab-9657-2efacad9d90d",
-      {
-        "pageContent": "#### PluginListenerHandle\n\n| Prop         | Type                                      |\n| ------------ | ----------------------------------------- |\n| **`remove`** | () => Promise<void> |\n\n\n#### DownloadEvent\n\n| Prop          | Type                                              | Description                                    | Since |\n| ------------- | ------------------------------------------------- | ---------------------------------------------- | ----- |\n| **`percent`** | number                               | Current status of download, between 0 and 100. | 4.0.0 |\n| **`bundle`**  | BundleInfo |                                                |       |\n\n\n#### noNeedEvent\n\n| Prop         | Type                                              | Description                                    | Since |\n| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |\n| **`bundle`** | BundleInfo | Current status of download, between 0 and 100. | 4.0.0 |\n\n\n#### updateAvailableEvent\n\n| Prop         | Type                                              | Description                                    | Since |\n| ------------ | ------------------------------------------------- | ---------------------------------------------- | ----- |\n| **`bundle`** | BundleInfo | Current status of download, between 0 and 100. | 4.0.0 |\n\n\n#### DownloadCompleteEvent\n\n| Prop         | Type                                              | Description                          | Since |\n| ------------ | ------------------------------------------------- | ------------------------------------ | ----- |\n| **`bundle`** | BundleInfo | Emit when a new update is available. | 4.0.0 |\n\n\n#### MajorAvailableEvent\n\n| Prop          | Type                | Description                                | Since |\n| ------------- | ------------------- | ------------------------------------------ | ----- |\n| **`version`** | string | Emit when a new major bundle is available. | 4.0.0 |\n\n\n#### UpdateFailedEvent\n\n| Prop         | Type                                              | Description                           | Since |\n| ------------ | ------------------------------------------------- | ------------------------------------- | ----- |\n| **`bundle`** | BundleInfo | Emit when a update failed to install. | 4.0.0 |\n\n\n#### DownloadFailedEvent\n\n| Prop          | Type                | Description                | Since |\n| ------------- | ------------------- | -------------------------- | ----- |\n| **`version`** | string | Emit when a download fail. | 4.0.0 |\n\n\n#### AppReadyEvent\n\n| Prop         | Type                                              | Description                      | Since |\n| ------------ | ------------------------------------------------- | -------------------------------- | ----- |\n| **`bundle`** | BundleInfo | Emit when a app is ready to use. | 5.2.0 |\n| **`status`** | string                               |                                  |       |\n\n\n### Type Aliases\n\n\n#### BundleStatus",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-updater/main/README.md", "loc": { "lines": { "from": 736, "to": 804 } } }
-      }
-    ],
-    [
-      "8b7a45f6-0e80-4a8a-b76f-6acd78abee84",
-      {
-        "pageContent": "### Type Aliases\n\n\n#### BundleStatus\n\n\"success\" | \"error\" | \"pending\" | \"downloading\"\n\n\n#### DelayUntilNext\n\n\"background\" | \"kill\" | \"nativeVersion\" | \"date\"\n\n\n#### DownloadChangeListener\n\n(state: DownloadEvent): void\n\n\n#### NoNeedListener\n\n(state: noNeedEvent): void\n\n\n#### UpdateAvailabledListener\n\n(state: updateAvailableEvent): void\n\n\n#### DownloadCompleteListener\n\n(state: DownloadCompleteEvent): void\n\n\n#### MajorAvailableListener\n\n(state: MajorAvailableEvent): void\n\n\n#### UpdateFailedListener\n\n(state: UpdateFailedEvent): void\n\n\n#### DownloadFailedListener\n\n(state: DownloadFailedEvent): void\n\n\n#### AppReloadedListener\n\n(state: void): void\n\n\n#### AppReadyListener\n\n(state: AppReadyEvent): void\n\n\n\n### Listen to download events\n\n```javascript\n  import { CapacitorUpdater } from '@capgo/capacitor-updater';\n\nCapacitorUpdater.addListener('download', (info: any) => {\n  console.log('download was fired', info.percent);\n});\n```\n\nOn iOS, Apple don't allow you to show a message when the app is updated, so you can't show a progress bar.\n\n### Inspiration\n\n- [cordova-plugin-ionic](https://github.com/ionic-team/cordova-plugin-ionic/)\n- [capacitor-codepush](https://github.dev/mapiacompany/capacitor-codepush/)\n\n\n### Contributors\n\n[jamesyoung1337](https://github.com/jamesyoung1337/) Thanks a lot for your guidance and support, it was impossible to make this plugin work without you.",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-updater/main/README.md", "loc": { "lines": { "from": 804, "to": 883 } } }
-      }
-    ],
-    [
-      "afb88626-6045-4525-b1a9-b8a81246fa13",
-      {
-        "pageContent": "# native-purchases\n  \n  \n\nCheck out: Capgo — live updates for capacitor\n\n\nIn-app Subscriptions Made Easy\n\n## Install\n\n```bash\nnpm install native-purchases\nnpx cap sync\n```\n\n## Android\n\nAdd this to manifest\n\n```xml\n\n```\n\n## API\n\n\n\n* [`restorePurchases()`](#restorepurchases)\n* [`purchaseProduct(...)`](#purchaseproduct)\n* [`getProducts(...)`](#getproducts)\n* [Interfaces](#interfaces)\n* [Enums](#enums)\n\n\n\n\n\n\n### restorePurchases()\n\n```typescript\nrestorePurchases() => any\n```\n\nRestores a user's previous  and links their appUserIDs to any user's also using those .\n\n**Returns:** any\n\n--------------------\n\n\n### purchaseProduct(...)\n\n```typescript\npurchaseProduct(options: { productIdentifier: string; productType?: PURCHASE_TYPE; quantity?: number; }) => any\n```\n\nStarted purchase process for the given product.\n\n| Param         | Type                                                                                                                     | Description               |\n| ------------- | ------------------------------------------------------------------------------------------------------------------------ | ------------------------- |\n| **`options`** | { productIdentifier: string; productType?: PURCHASE_TYPE; quantity?: number; } | - The product to purchase |\n\n**Returns:** any\n\n--------------------\n\n\n### getProducts(...)\n\n```typescript\ngetProducts(options: { productIdentifiers: string[]; productType?: PURCHASE_TYPE; }) => any\n```\n\nGets the product info associated with a list of product identifiers.\n\n| Param         | Type                                                                                               | Description                                                    |\n| ------------- | -------------------------------------------------------------------------------------------------- | -------------------------------------------------------------- |\n| **`options`** | { productIdentifiers: {}; productType?: PURCHASE_TYPE; } | - The product identifiers you wish to retrieve information for |\n\n**Returns:** any\n\n--------------------\n\n\n### Interfaces\n\n\n#### CustomerInfo",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/native-purchases/main/README.md", "loc": { "lines": { "from": 1, "to": 90 } } }
-      }
-    ],
-    [
-      "15a65833-a6f4-426d-a2ca-057fed48318f",
-      {
-        "pageContent": "| Prop                                 | Type                        | Description                                                                                                                                                                                                                                                                                                                                      |\n| ------------------------------------ | --------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |\n| **`activeSubscriptions`**            | [string]       | Set of active subscription skus                                                                                                                                                                                                                                                                                                                  |\n| **`allPurchasedProductIdentifiers`** | [string]       | Set of purchased skus, active and inactive                                                                                                                                                                                                                                                                                                       |\n| **`nonSubscriptionTransactions`**    | {}             | Returns all the non-subscription a user has made. The are ordered by purchase date in ascending order.                                                                                                                                                                                                                                           |\n| **`latestExpirationDate`**           | string \\| null | The latest expiration date of all purchased skus                                                                                                                                                                                                                                                                                                 |\n| **`firstSeen`**                      | string         | The date this user was first seen in RevenueCat.                                                                                                                                                                                                                                                                                                 |",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/native-purchases/main/README.md", "loc": { "lines": { "from": 92, "to": 98 } } }
-      }
-    ],
-    [
-      "113cc0b5-145a-440d-9e0c-196cd5cf440c",
-      {
-        "pageContent": "| **`originalAppUserId`**              | string         | The original App User Id recorded for this user.                                                                                                                                                                                                                                                                                                 |\n| **`requestDate`**                    | string         | Date when this info was requested                                                                                                                                                                                                                                                                                                                |\n| **`originalApplicationVersion`**     | string \\| null | Returns the version number for the version of the application when the user bought the app. Use this for grandfathering users when migrating to subscriptions. This corresponds to the value of CFBundleVersion (in iOS) in the Info.plist file when the purchase was originally made. This is always null in Android                            |\n| **`originalPurchaseDate`**           | string \\| null | Returns the purchase date for the version of the application when the user bought the app. Use this for grandfathering users when migrating to subscriptions.                                                                                                                                                                                    |\n| **`managementURL`**                  | string \\| null | URL to manage the active subscription of the user. If this user has an active iOS subscription, this will point to the App Store, if the user has an active Play Store subscription it will point there. If there are no active subscriptions it will be null. If there are multiple for different platforms, it will point to the device store. |",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/native-purchases/main/README.md", "loc": { "lines": { "from": 99, "to": 103 } } }
-      }
-    ],
-    [
-      "507abf10-74f1-494d-953d-1afbab778ee0",
-      {
-        "pageContent": "#### Transaction\n\n| Prop                        | Type                | Description                                                        |\n| --------------------------- | ------------------- | ------------------------------------------------------------------ |\n| **`transactionIdentifier`** | string | RevenueCat Id associated to the transaction.                       |\n| **`productIdentifier`**     | string | Product Id associated with the transaction. |\n| **`purchaseDate`**          | string | Purchase date of the transaction in ISO 8601 format.               |\n\n\n#### Product\n\n| Prop                              | Type                                                                    | Description                                                              |\n| --------------------------------- | ----------------------------------------------------------------------- | ------------------------------------------------------------------------ |\n| **`identifier`**                  | string                                                     | Product Id.                                       |\n| **`description`**                 | string                                                     | Description of the product.                                              |\n| **`title`**                       | string                                                     | Title of the product.                                                    |\n| **`price`**                       | number                                                     | Price of the product in the local currency.                              |\n| **`priceString`**                 | string                                                     | Formatted price of the item, including its currency sign, such as €3.99. |\n| **`currencyCode`**                | string                                                     | Currency code for price and original price.                              |\n| **`currencySymbol`**              | string                                                     | Currency symbol for price and original price.                            |\n| **`isFamilyShareable`**           | boolean                                                    | Boolean indicating if the product is sharable with family                |\n| **`subscriptionGroupIdentifier`** | string                                                     | Group identifier for the product.                                        |\n| **`subscriptionPeriod`**          | SubscriptionPeriod       | The Product subcription group identifier.         |\n| **`introductoryPrice`**           | SKProductDiscount \\| null | The Product introductory Price.                   |\n| **`discounts`**                   | {}                                                         | The Product discounts list.                       |\n\n\n#### SubscriptionPeriod",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/native-purchases/main/README.md", "loc": { "lines": { "from": 106, "to": 133 } } }
-      }
-    ],
-    [
-      "b1a79f68-5a41-430a-a045-05815a00734d",
-      {
-        "pageContent": "#### SubscriptionPeriod\n\n| Prop                | Type                | Description                             |\n| ------------------- | ------------------- | --------------------------------------- |\n| **`numberOfUnits`** | number | The Subscription Period number of unit. |\n| **`unit`**          | number | The Subscription Period unit.           |\n\n\n#### SKProductDiscount\n\n| Prop                     | Type                                                              | Description                                                              |\n| ------------------------ | ----------------------------------------------------------------- | ------------------------------------------------------------------------ |\n| **`identifier`**         | string                                               | The Product discount identifier.                  |\n| **`type`**               | number                                               | The Product discount type.                        |\n| **`price`**              | number                                               | The Product discount price.                       |\n| **`priceString`**        | string                                               | Formatted price of the item, including its currency sign, such as €3.99. |\n| **`currencySymbol`**     | string                                               | The Product discount currency symbol.             |\n| **`currencyCode`**       | string                                               | The Product discount currency code.               |\n| **`paymentMode`**        | number                                               | The Product discount paymentMode.                 |\n| **`numberOfPeriods`**    | number                                               | The Product discount number Of Periods.           |\n| **`subscriptionPeriod`** | SubscriptionPeriod | The Product discount subscription period.         |\n\n\n### Enums\n\n\n#### PURCHASE_TYPE\n\n| Members     | Value                | Description                        |\n| ----------- | -------------------- | ---------------------------------- |\n| **`INAPP`** | \"inapp\" | A type of SKU for in-app products. |\n| **`SUBS`**  | \"subs\"  | A type of SKU for subscriptions.   |",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/native-purchases/main/README.md", "loc": { "lines": { "from": 133, "to": 164 } } }
-      }
-    ],
-    [
-      "e9cb2973-410c-429b-b6df-a8165e4cca51",
-      {
-        "pageContent": "LogSnag\n\tGet notifications and track your project events.\n\t\n\t\n\t\n\t\n\t\n\n\n\n## Installation\n\n```sh\nnpm install --save logsnag\n```\n\n## Usage\n\n### Import Library\n\n```js\nimport { LogSnag } from 'logsnag';\n```\n\n### Initialize Client\n\n```js\nconst logsnag = new LogSnag({ \n  token: '7f568d735724351757637b1dbf108e5',\n  project: 'my-saas'\n});\n```\n\n### Publish Event\n\n```js\nlogsnag.publish({\n    channel: \"waitlist\",\n    event: \"User Joined\",\n    icon: \"🎉\",\n    tags: {\n      name: \"john doe\",\n      email: \"john@example.com\",\n    },\n    notify: true\n})\n```\n\n### Publish Insight\n\n```js\nlogsnag.insight({\n    title: \"User Count\",\n    value: \"100\",\n    icon: \"👨\",\n})\n```",
-        "metadata": { "source": "https://raw.githubusercontent.com/LogSnag/logsnag.js/main/README.md", "loc": { "lines": { "from": 1, "to": 57 } } }
-      }
-    ],
-    [
-      "c8eb260f-ec17-47f1-97e0-0258912f603c",
-      {
-        "pageContent": "Check out: Capgo — Instant updates for capacitor\n\n\n# capacitor-navigation-bar\n\nSet navigation bar color for android Lollipop and higher\n\n## Install\n\n```bash\nnpm install @capgo/capacitor-navigation-bar\nnpx cap sync\n```\n\n## API\n\n\n\n* [`setNavigationBarColor(...)`](#setnavigationbarcolor)\n* [`getNavigationBarColor()`](#getnavigationbarcolor)\n\n\n\n\n\n\n### setNavigationBarColor(...)\n\n```typescript\nsetNavigationBarColor(options: { color: string; }) => any\n```\n\n| Param         | Type                            |\n| ------------- | ------------------------------- |\n| **`options`** | { color: string; } |\n\n**Returns:** any\n\n--------------------\n\n\n### getNavigationBarColor()\n\n```typescript\ngetNavigationBarColor() => any\n```\n\n**Returns:** any\n\n--------------------",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-navigation-bar/main/README.md", "loc": { "lines": { "from": 1, "to": 50 } } }
-      }
-    ],
-    [
-      "e9ff3ec6-acd0-44a3-8f6e-93b61597ce37",
-      {
-        "pageContent": "# @capgo/inappbrowser\n  \n  \nCheck out: Capgo — Instant updates for capacitor\n\nCapacitor plugin in app browser with urlChangeEvent\n\n## Install\n\n```bash\nnpm install @capgo/inappbrowser\nnpx cap sync\n```\n## Usage\n\n```js\nimport { InAppBrowser } from '@capgo/inappbrowser'\n\nInAppBrowser.open(\"YOUR_URL\");\n```\n\n## API\n\n\n\n* [`open(...)`](#open)\n* [`clearCookies()`](#clearcookies)\n* [`close()`](#close)\n* [`openWebView(...)`](#openwebview)\n* [`setUrl(...)`](#seturl)\n* [`addListener('urlChangeEvent', ...)`](#addlistenerurlchangeevent)\n* [`addListener('closeEvent', ...)`](#addlistenercloseevent)\n* [`addListener('confirmBtnClicked', ...)`](#addlistenerconfirmbtnclicked)\n* [`removeAllListeners()`](#removealllisteners)\n* [Interfaces](#interfaces)\n* [Type Aliases](#type-aliases)\n* [Enums](#enums)\n\n\n\n\n\n\n### open(...)\n\n```typescript\nopen(options: OpenOptions) => any\n```\n\nOpen url in a new window fullscreen\n\n| Param         | Type                                                |\n| ------------- | --------------------------------------------------- |\n| **`options`** | OpenOptions |\n\n**Returns:** any\n\n**Since:** 0.1.0\n\n--------------------\n\n\n### clearCookies()\n\n```typescript\nclearCookies() => any\n```\n\nClear all cookies\n\n**Returns:** any\n\n**Since:** 0.5.0\n\n--------------------\n\n\n### close()\n\n```typescript\nclose() => any\n```\n\n**Returns:** any\n\n--------------------\n\n\n### openWebView(...)\n\n```typescript\nopenWebView(options: OpenWebViewOptions) => any\n```\n\nOpen url in a new webview with toolbars\n\n| Param         | Type                                                              |\n| ------------- | ----------------------------------------------------------------- |\n| **`options`** | OpenWebViewOptions |\n\n**Returns:** any\n\n**Since:** 0.1.0\n\n--------------------\n\n\n### setUrl(...)\n\n```typescript\nsetUrl(options: { url: string; }) => any\n```\n\n| Param         | Type                          |\n| ------------- | ----------------------------- |\n| **`options`** | { url: string; } |\n\n**Returns:** any\n\n--------------------\n\n\n### addListener('urlChangeEvent', ...)\n\n```typescript\naddListener(eventName: \"urlChangeEvent\", listenerFunc: UrlChangeListener) => Promise & PluginListenerHandle\n```\n\nListen for url change\n\n| Param              | Type                                                            |\n| ------------------ | --------------------------------------------------------------- |\n| **`eventName`**    | 'urlChangeEvent'                                   |\n| **`listenerFunc`** | UrlChangeListener |\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### addListener('closeEvent', ...)\n\n```typescript\naddListener(eventName: \"closeEvent\", listenerFunc: UrlChangeListener) => Promise & PluginListenerHandle\n```\n\nListen for close click\n\n| Param              | Type                                                            |\n| ------------------ | --------------------------------------------------------------- |\n| **`eventName`**    | 'closeEvent'                                       |\n| **`listenerFunc`** | UrlChangeListener |\n\n**Returns:** any\n\n**Since:** 0.4.0",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-inappbrowser/main/README.md", "loc": { "lines": { "from": 1, "to": 158 } } }
-      }
-    ],
-    [
-      "e4c2df4e-5700-4144-b8b7-cb5a16982bff",
-      {
-        "pageContent": "**Returns:** any\n\n**Since:** 0.4.0\n\n--------------------\n\n\n### addListener('confirmBtnClicked', ...)\n\n```typescript\naddListener(eventName: \"confirmBtnClicked\", listenerFunc: ConfirmBtnListener) => Promise & PluginListenerHandle\n```\n\nWill be triggered when user clicks on confirm button when disclaimer is required, works only on iOS\n\n| Param              | Type                                                              |\n| ------------------ | ----------------------------------------------------------------- |\n| **`eventName`**    | 'confirmBtnClicked'                                  |\n| **`listenerFunc`** | ConfirmBtnListener |\n\n**Returns:** any\n\n**Since:** 0.0.1\n\n--------------------\n\n\n### removeAllListeners()\n\n```typescript\nremoveAllListeners() => any\n```\n\nRemove all listeners for this plugin.\n\n**Returns:** any\n\n**Since:** 1.0.0\n\n--------------------\n\n\n### Interfaces\n\n\n#### OpenOptions\n\n| Prop                         | Type                                        | Description                                                                                                           | Since |\n| ---------------------------- | ------------------------------------------- | --------------------------------------------------------------------------------------------------------------------- | ----- |\n| **`url`**                    | string                         | Target URL to load.                                                                                                   | 0.1.0 |\n| **`headers`**                | Headers | Headers to send with the request.                                                              | 0.1.0 |\n| **`isPresentAfterPageLoad`** | boolean                        | if true, the browser will be presented after the page is loaded, if false, the browser will be presented immediately. | 0.1.0 |\n| **`preventDeeplink`**        | boolean                        |                                                                                                                       |       |\n\n\n#### Headers\n\n\n#### OpenWebViewOptions",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-inappbrowser/main/README.md", "loc": { "lines": { "from": 158, "to": 216 } } }
-      }
-    ],
-    [
-      "5435dfe1-4408-458d-8f35-417b215b6d11",
-      {
-        "pageContent": "#### Headers\n\n\n#### OpenWebViewOptions\n\n| Prop                         | Type                                                            | Description                                                                                                                                                                       | Default                            | Since |\n| ---------------------------- | --------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------- | ----- |\n| **`url`**                    | string                                             | Target URL to load.                                                                                                                                                               |                                    | 0.1.0 |\n| **`headers`**                | Headers                     | Headers to send with the request.                                                                                                                          |                                    | 0.1.0 |\n| **`shareDisclaimer`**        | DisclaimerOptions | share options                                                                                                                                                                     |                                    | 0.1.0 |\n| **`toolbarType`**            | ToolBarType             | Toolbar type                                                                                                                                                                      | ToolBarType.DEFAULT   | 0.1.0 |\n| **`shareSubject`**           | string                                             | Share subject                                                                                                                                                                     |                                    | 0.1.0 |\n| **`title`**                  | string                                             | Title of the browser                                                                                                                                                              | 'New Window'          | 0.1.0 |\n| **`backgroundColor`**        | BackgroundColor     | Background color of the browser, only on IOS                                                                                                                                      | BackgroundColor.BLACK | 0.1.0 |\n| **`isPresentAfterPageLoad`** | boolean                                            | Open url in a new window fullscreen isPresentAfterPageLoad: if true, the browser will be presented after the page is loaded, if false, the browser will be presented immediately. | false                 | 0.1.0 |\n\n\n#### DisclaimerOptions",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-inappbrowser/main/README.md", "loc": { "lines": { "from": 216, "to": 233 } } }
-      }
-    ],
-    [
-      "4502d196-ad63-449d-b71d-80b8ea237291",
-      {
-        "pageContent": "#### DisclaimerOptions\n\n| Prop             | Type                |\n| ---------------- | ------------------- |\n| **`title`**      | string |\n| **`message`**    | string |\n| **`confirmBtn`** | string |\n| **`cancelBtn`**  | string |\n\n\n#### UrlEvent\n\n| Prop      | Type                | Description               | Since |\n| --------- | ------------------- | ------------------------- | ----- |\n| **`url`** | string | Emit when the url changes | 0.0.1 |\n\n\n#### PluginListenerHandle\n\n| Prop         | Type                      |\n| ------------ | ------------------------- |\n| **`remove`** | () => any |\n\n\n#### BtnEvent\n\n| Prop      | Type                | Description                    | Since |\n| --------- | ------------------- | ------------------------------ | ----- |\n| **`url`** | string | Emit when a button is clicked. | 0.0.1 |\n\n\n### Type Aliases\n\n\n#### UrlChangeListener\n\n(state: UrlEvent): void\n\n\n#### ConfirmBtnListener\n\n(state: BtnEvent): void\n\n\n### Enums\n\n\n#### ToolBarType\n\n| Members          | Value                     |\n| ---------------- | ------------------------- |\n| **`ACTIVITY`**   | \"activity\"   |\n| **`NAVIGATION`** | \"navigation\" |\n| **`BLANK`**      | \"blank\"      |\n| **`DEFAULT`**    | \"\"           |\n\n\n#### BackgroundColor\n\n| Members     | Value                |\n| ----------- | -------------------- |\n| **`WHITE`** | \"white\" |\n| **`BLACK`** | \"black\" |\n\n\n\n**Credits**\n - [WKWebViewController](https://github.com/Meniny/WKWebViewController/) - for iOS\n - [CapBrowser](https://github.com/gadapa-rakesh/CapBrowser/) - For the base in capacitor v2",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-inappbrowser/main/README.md", "loc": { "lines": { "from": 233, "to": 301 } } }
-      }
-    ],
-    [
-      "55266440-28b6-4c98-9e80-e6ddb7196a5e",
-      {
-        "pageContent": "WIP: this plugin don't work in Android ATM\n\n\n\nCheck out: Capgo — Instant updates for capacitor\n\n\n# capacitor-callkit-voip\n\nProvide PushKit functionality to ionic capacitor\n\n**This plugin has been written for [BetterCall](https://bettercall.app/) app.** \n\n## Install\n\n1. Install plugin\n```bash\nnpm install @capgo/capacitor-callkit-voip\nionic cap sync\n```\n\n2. Xcode Project > Capabilities pane. Select the checkbox for Voice over IP, as shown in Image\n\n![](https://miro.medium.com/max/700/1*zVc9U601x_qUqweRKfsfow.png/)\n\n3. Register certificate on  [developer.apple.com/certificates](https://developer.apple.com/certificates/) \n\n![](https://miro.medium.com/max/700/1*Z2q66Vo2Emho4_IVXRN8GQ.png/)\n\n4. Download the certificate and open it to import it into the Keychain Access app.\n\n5. Export certificates as shown bellow \n\n![](https://miro.medium.com/max/700/1*7N7d7-dEa6WAMzWbFXO66A.png/)\n\n6. Now, navigate to the folder where you exported this file and execute following command:\n```bash\nopenssl pkcs12 -in YOUR_CERTIFICATES.p12 -out app.pem -nodes -clcerts\n```\n\n7. You will receive `app.pem` certificate file that can be used to send VOIP notification (you can use my script bellow)\n\n## Usage\n\nTo make this plugin work, you need to call `.register()` method and then you can use API bellow.\n\n```typescript\nimport {CallKitVoip} from \"@capgo/capacitor-callkit-voip\"\n\n\nasync function registerVoipNotification(){\n    // register token \n    CallKitVoip.addListener(\"registration\", (({token}:Token) =>\n      console.log(`VOIP token has been received ${token}`)\n    ))\n  \n    // start call\n    CallKitVoip.addListener(\"callAnswered\", (({username, connectionId}:CallData) => \n      console.log(`Call has been received from ${username} (connectionId: ${connectionId})`)\n    ));\n    \n    // init plugin, start registration of VOIP notifications \n    await CallKitVoip.register(); // can be used with `.then()`\n    console.log(\"Push notification has been registered\")\n  \n}\n```\n\nOnce the plugin is installed, the only thing that you need to do is to push a VOIP notification with the following data payload structure:\n\n```json\n{\n    \"Username\"      : \"Display Name\",\n    \"ConnectionId\"  : \"Unique Call ID\"\n}\n```\n\nYou can use my script (bellow) to test it out: \n`./sendVoip.sh   `\n\n### sendVoip.sh:\n```shell\n#!/bin/bash\n\nfunction main {\n    connectionId=${1:?\"connectionId should be specified\"}\n    token=${2:?\"Enter device token that you received on register listener\"}\n    username=${3:-Anonymus\"}\n\n    curl -v \\\n    -d \"{\\\"aps\\\":{\\\"alert\\\":\\\"Incoming call\\\", \\\"content-available\\\":\\\"1\\\"}, \\\"Username\\\": \\\"${username}\\\", \\\"ConnectionId\\\": \\\"${connectionId}\\\"}\" \\\n    -H \"apns-topic: .voip\" \\\n    -H \"apns-push-type: voip\" \\\n    -H \"apns-priority: 10\" \\\n    --http2 \\\n    --cert app.pem \\\n\"https://api.development.push.apple.com/3/device/${token}\"\n}\n\nmain $@\n```\n\n### Pay attention:",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-callkit-voip/main/README.md", "loc": { "lines": { "from": 1, "to": 103 } } }
-      }
-    ],
-    [
-      "1ad131c4-ab42-4a4f-9958-617779bde769",
-      {
-        "pageContent": "main $@\n```\n\n### Pay attention:\n\n- replace   with your app bundle \n- ensure that you are using correct voip certificate (specified in `--cert app.pem`)\n- if you'll go to production version, you will need to do request to `api.push.apple.com/3/device/${token}` instead of\n  `api.development.push.apple.com/3/device/${token}`, otherwise you will receive `BadDeviceToken` issue\n  \nIf you will have some complication, feel free to write me email at [yurii.leso@bfine.cz](mailto:yurii.leso@bfine.cz?subject=Plugin%20issue%20%23capacitor-callkit-voip%20%23gitlab&body=Hello%20Yurii%2C%0D%0AI%20faced%20with%20the%20problem%20...%0D%0A...%0D%0A%0D%0AYou%20may%20contact%20me%20at%20WhatsApp%3A%20....%20or%20Telegram%3A%20....%20or%20...)\n\n### Donation\nIf this project help you reduce time to develop, you can give me a cup of coffee :)\n\n[![Donate](https://img.shields.io/badge/Donate-PayPal-green.svg/)](yurii.leso@bfine.cz)\n\n**Links**\n- https://revolut.me/yleso\n- https://paypal.me/yleso\n\n## API\n\n* [`register()`](#register)\n* [`addListener(\"registration\", handler)`](#addlistener)\n* [`addListener(\"callAnswered\", handler)`](#addlistener)\n* [`addListener(\"callStarted\", handler)`](#addlistener)\n* [Interfaces](#interfaces)\n\n\n\n### register()\nRegister your device to receive VOIP push notifications.\nAfter registration it will call 'registration' listener (bellow) that returns VOIP token.\n```typescript\nimport {CallKitVoip} from \"@capgo/capacitor-callkit-voip\"\n//...\nawait CallKitVoip.register();\n// or\nCallKitVoip.register().then(() => {\n    // Do something after registration\n});\n```\n\n**Returns:** void\n\n--------------------\n\n\n### addListener(\"registration\", handler)\n\nAdds listener on registration. When device will be registered to receiving VOIP push notifications, `listenerFunc` will be called.\n\nAs usually, it's called after `.register()` function\n\n```typescript\nimport {CallKitVoip, Token} from \"@capgo/capacitor-callkit-voip\"\n//...\nCallKitVoip.addListener(\"registration\", (({token}:Token) => {\n    // do something with token \n    console.log(`VOIP token has been received ${token}`)\n}));\n```\n\n| Param              | Type                                                        |\n| ------------------ | ----------------------------------------------------------- |\n| **`eventName`**    | \"registration\"                                 |\n| **`listenerFunc`** | (token: Token) => void |\n\n**Returns:** any\n\n--------------------\n\n\n### addListener(\"callAnswered\", handler)\n\nAdds listener to handle when user answers on call.\n\n\n```typescript\nimport {CallKitVoip, Token} from \"@capgo/capacitor-callkit-voip\"\n//...\nCallKitVoip.addListener(\"callAnswered\", (({username, connectionId}:CallData) => {\n    // handle call (e.g. redirect it to specific page with call)\n    console.log(`Call has been received from ${username} (connectionId: ${connectionId})`)\n}));\n```",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-callkit-voip/main/README.md", "loc": { "lines": { "from": 103, "to": 189 } } }
-      }
-    ],
-    [
-      "45e101c3-975a-442c-bdb4-826746914902",
-      {
-        "pageContent": "| Param              | Type                                                                 |\n| ------------------ | -------------------------------------------------------------------- |\n| **`eventName`**    | \"callAnswered\"                                          |\n| **`listenerFunc`** | (callDate: CallData) => void |\n\n**Returns:** void\n\n--------------------\n\n\n### addListener(\"callStarted\", handler)\n\nAdds listener to handle call starting. I am not sure if it's usable, because you can handle it directly in your app\n\n```typescript\nimport {CallKitVoip, Token} from \"@capgo/capacitor-callkit-voip\"\n//...\nCallKitVoip.addListener(\"callStarted\", (({username, connectionId}:CallData) => {\n    // handle call (e.g. redirect it to specific page with call)\n    console.log(`Call has been started with ${username} (connectionId: ${connectionId})`)\n}));\n```\n\n| Param              | Type                                                                 |\n| ------------------ | -------------------------------------------------------------------- |\n| **`eventName`**    | \"callStarted\"                                           |\n| **`listenerFunc`** | (callDate: CallData) => void |\n\n**Returns:** any\n\n--------------------\n\n\n### Interfaces\n\n\n#### Token\n\n| Prop        | Type                |\n| ----------- | ------------------- |\n| **`token`** | string |\n\n\n#### PluginListenerHandle\n\n| Prop         | Type                      |\n| ------------ | ------------------------- |\n| **`remove`** | () => any |\n\n\n#### CallData\n\n| Prop               | Type                |\n| ------------------ | ------------------- |\n| **`connectionId`** | string |\n| **`username`**     | string |",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capacitor-callkit-voip/main/README.md", "loc": { "lines": { "from": 191, "to": 246 } } }
-      }
-    ],
-    [
-      "955c2614-2dc4-4912-a608-632e9111c4ab",
-      {
-        "pageContent": "# Capgo CLI\n  \n\n\nCheck out: Capgo — Instant updates for capacitor\n\n\nA CLI to upload and download files from the Capgo Cloud.\n\n## Usage\n\nBefore use the CLI, you should register here : https://capgo.app/\n\nThen go to your account in `apikey` section and click in the `all` key to copy it.\n\n## Login to Cloud\n`npx @capgo/cli login [apikey]`\n`[apikey]` your `apikey` coming from your account.\n\nOptionally, you can give:\n- `--local` to save the API key in the local folder.\n\n## Add new app to Cloud\n`npx @capgo/cli add [appId]`\n`[appId]` your app ID the format `com.test.app` is explained [here](https://capacitorjs.com/docs/cli/init/)\n> 💡 All option will be guessed in your config if not provided.\n\nOptionally, you can give:\n- `--icon [/path/to/my/icon]` to have a custom icon in the list.\n- `--name [test]` to have a custom name in the list.\n- `--apikey [key]` API key to link to your account.\n\nExample of capacitor.config.json for appId and AppName, the icon is guess in the resources folder\n```json\n{\n  \"appId\": \"ee.forgr.capacitor_go\",\n  \"appName\": \"Capgo\",\n  \"webDir\": \"dist\",\n}\n```\n### Send version to Cloud\n`npx @capgo/cli upload [appId]`\n`[appId]` your app ID the format `com.test.app` is explained [here](https://capacitorjs.com/docs/cli/init/)\nOptionally, you can give:\n- `--apikey [key]` API key to link to your account.\n- `--path [/path/to/my/app]` to upload a specific folder.\n- `--channel [test]` to upload to a specific channel.\n- `--external [https://mydomain.com/myapp.zip]` to link to an external URL instead of upload to Capgo cloud, it should be a zip URL in HTTPS.\n- `--key [/path/to/my/private_key]` the path of your private key.\n- `--key-data [privateKey]` the private key data, if you want to use inline.\n- `--no-key` to ignore signing key and send clear update.\n- `--bundle [1.0.0]` to set the bundle version number of the file to upload.\n- `--iv-session-key [key]` to send a custom session key to the cloud.\n\n> ⭐️ External option help to unlock 2 cases: corporate with privacy concern, don't send the code to a third part and app bigger than 30 MB. With this setting, Capgo store only the link to the zip and send the link to all app.\n\n> 👀 Capgo cloud never look of what is in the link (for external option), or in the code when stored.\n\n> 🔑 You can add a second layer of security by using encryption, then Capgo will not be able to look or modify anything, it becomes “trustless”.\n\nExample of `package.json` for version\n```json\n{\n \"version\": \"1.0.2\"\n}\n```\n> ⛔ Version should be greater than “0.0.0”.\n\n>💡 Don't forget to update the version number each time you send one, or the device will don't see the update.\n\n### Channel\n\n#### Add\n`npx @capgo/cli channel add [channelId] [appId]`\n`[channelId]` the name of your new channel.\n`[appId]` your app ID the format `com.test.app` is explained [here](https://capacitorjs.com/docs/cli/init/).\n\n#### Delete\n`npx @capgo/cli channel delete [channelId] [appId]`\n`[channelId]` the name of your channel you want to delete.\n`[appId]` your app ID the format `com.test.app` is explained [here](https://capacitorjs.com/docs/cli/init/).",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capgo-cli/main/README.md", "loc": { "lines": { "from": 1, "to": 81 } } }
-      }
-    ],
-    [
-      "cce51ee2-4ad2-4aae-88a8-bc938c7c87fb",
-      {
-        "pageContent": "### Set\n`npx @capgo/cli channel set [channelId] [appId]`\n`[channelId]` the name of your channel you want to set.\n`[appId]` your app ID the format `com.test.app` is explained [here](https://capacitorjs.com/docs/cli/init/).\n\n\nOptionally, you can give:\n- `--bundle [1.2.3]` your app bundle already sent to the cloud, to link it to a channel.\n- `--latest` get the bundle version from `package.json:version`, cannot be used with `--bundle`.\n- `--state [ normal | default ]` set the channel state, can be `normal` or `default`. One channel need to be `default`.\n- `--downgrade` allow the channel to send downgrade version to devices.\n- `--no-downgrade` disallow the channel to send downgrade version to devices.\n- `--upgrade` allow the channel to send upgrade (major) version to devices.\n- `--no-upgrade` disallow the channel to send upgrade (major) version to devices.\n- `--ios` allow the channel to send version to iOS devices.\n- `--no-ios` disallow the channel to send version to iOS devices.\n- `--android` allow the channel to send version to android devices.\n- `--no-android` disallow the channel to send version to android devices.\n- `--self-assign` allow devices to self assign to this channel.\n- `--no-self-assign` disallow devices to self assign to this channel.\n- `--apikey [key]` API key to link to your account.\n\n### List versions\n`npx @capgo/cli list [appId] `\n`[appId]` your app ID the format `com.test.app` is explained [here](https://capacitorjs.com/docs/cli/init/).\n\n### Doctor installed package\n`npx @capgo/cli doctor`\nLearn info about the Capgo package installed on your project and see if update are available.\n\n### Delete package to Cloud\n`npx @capgo/cli delete [appId]`\n`[appId]` your app ID the format `com.test.app` is explained [here](https://capacitorjs.com/docs/cli/init/).\n\nOptionally, you can give:\n- `--apikey [key]` API key to link to your account.\n- `--bundle [bundleVersion]` with the version number will only delete this version\n### Cleanup older packages in a SemVer range for a major version to Cloud\n`npx @capgo/cli cleanup [appId] --bundle=[majorVersion] --keep=[numberToKeep]`\n`[appId]` your app ID the format `com.test.app` is explained [here](https://capacitorjs.com/docs/cli/init/).\n\nOptionally, you can give:\n- `--apikey [key]` API key to link to your account.\n- `--bundle [majorVersion]` a version you wish to remove previous packages for, it will keep the last one + `numberToKeep`.\n- `--keep [numberToKeep]` the number of packages you wish to keep (default 4).\n\nFor example: \nIf you have 10 versions from 10.0.1 to 10.0.11, and you use \n`npx @capgo/cli cleanup [appId] --bundle=10.0.0` \nit will remove 10.0.1 to 10.0.6. \n10.0.7 until 10.0.11 will be kept.\n\nIf you have 20 versions in total, and you don't provide a bundle number like this:\n`npx @capgo/cli cleanup [appId] --keep=2`\nIt will remove 18 versions, and keep the last 2.\n\n> This command will ask for confirmation, it shows a table of what it will be keeping and removing.\n\n> This command will ignore bundles which are currently in use in any channel\n\n## End-to-End encryption (Zero trust)",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capgo-cli/main/README.md", "loc": { "lines": { "from": 83, "to": 143 } } }
-      }
-    ],
-    [
-      "544dcd90-aa3e-4014-91c0-88c7ad9ba0fb",
-      {
-        "pageContent": "> This command will ignore bundles which are currently in use in any channel\n\n## End-to-End encryption (Zero trust)\n\nCapgo support end-to-end encryption, this mean that your code is encrypted before send to the cloud and decrypted on the device.\nFor that, you need to generate an RSA key pair, you can use the following command to generate it.\n\nThe encryption system is a combination of RSA and AES, the RSA key is used to encrypt the AES key, and the AES key is used to encrypt the file.\n\nSee below for more information about the encryption system.\n\n![crypto_explained](/crypto_explained.webp)\n\n### Create key for your app\n`npx @capgo/cli key create`\n\nOptionally, you can give:\n`--force` to overwrite the existing key.\nThis command will create for you a key pair in your app, and will ask you to save the private key in a safe place.\nIt's recommended to not git commit the private key, and to not share it with anyone.\n\n> After your local test remove the key from config file and add it on CI step with `key save`\n\n### Save key in your app config\n`npx @capgo/cli key save`\n\nOptionally, you can give:\n`--key [/path/to/my/private_key]` the path of your private key.\n`--key-data [privateKey]` the private key data, if you want to use inline.\nThis command is useful if you followed the recommendation and didn't commit the key in your app, and in the config.\n\n### Encrypt zip with your key\n`npx @capgo/cli encrypt [path/to/zip]`\nOptionally, you can give:\n`--key [/path/to/my/private_key]` the path of your private key.\n`--key-data [privateKey]` the private key data, if you want to use inline.\nThis command is use when you use external source to store your code or for test purpose.\nThe command will print your ivSessionKey and the encrypted zip, you can use it with the `--iv-session-key` and `--external` option of the `upload` command, or for decrypting the zip.\n\n\n### Decrypt zip with your key\n`npx @capgo/cli encrypt [path/to/zip] [ivSessionKey]`\n\nOptionally, you can give:\n`--key [/path/to/my/private_key]` the path of your private key.\n`--key-data [privateKey]` the private key data, if you want to use inline.\nThis command is mainly used for test purpose, it will decrypt the zip and print the base64 decrypted session key in the console.\n\n## Dev contribution\n\n1. Install development dependencies\n\n   ```shell\n     rm -rf node_modules\n     npm i\n   ```\n\n2. Set `\"sourceMap\": true,` in `tsconfig.json`\n\n3. Run webpack development server\n\n   ```shell\n     npm run dev\n   ```\n\n4. Attach debugger to the process started with `npm run dev`\n\n   > VS Code:\n\n   - Run `Debug on fixtures` launch configuration\n   - Edit configuration to debug on different files\n\n   > Other IDEs:\n\n   - Attach debugger of your choice to the running process, use `.vscode/launch.json` `Debug on fixtures` configuration as the example\n\n## Production build\n\n1. Set `\"sourceMap\": false,` in `tsconfig.json`\n\n   > TODO: add separate build config\n\n2. Run",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capgo-cli/main/README.md", "loc": { "lines": { "from": 143, "to": 225 } } }
-      }
-    ],
-    [
-      "97e9e790-d6d3-4e6e-8268-719ebbfca994",
-      {
-        "pageContent": "## Production build\n\n1. Set `\"sourceMap\": false,` in `tsconfig.json`\n\n   > TODO: add separate build config\n\n2. Run\n\n```shell\n    npm install && set NODE_ENV=production&& npx webpack --config webpack.config.js && rm -rf node_modules && npm i --only=prod && npm prune --production && npm shrinkwrap\n```\n\n## Publish to NPM\n\nTo release a new package version:\n\n1. Bump version in `package.json` manually\n2. Run commands from **Production build** section\n3. Run `npm publish --dry-run`:\n\n   - ensure that only necessary files are listed in package preview\n\n   - ensure that `npm-shrinkwrap.json` **does not include development dependencies**\n\n4. Run `npm publish` or `npm publish --tag beta`\n\n## Pack executable\n\n**prerequisite**: perform production build\n\n> Pkg will not resolve dynamic module imports, so avoid these at all costs. (Basically, just use plain ordinary static `import Something from 'somewhere'` and no issue should arise)\n\nBuild for all supported platforms\n\n```shell\n  pkg ./dist/index.js\n```\n\n> You can specify targets with `-t` option (refer to `pkg --help` and examples on [pkg's npm](https://www.npmjs.com/package/pkg/))\n> e.g. use `pkg -t node14-win-x64 ./dist/index.js` to build for Node14, Windows x64\n\nBuild for Node14 Windows x64\n\n```shell\n   pkg -t node14-win-x64 ./dist/index.js\n```",
-        "metadata": { "source": "https://raw.githubusercontent.com/Cap-go/capgo-cli/main/README.md", "loc": { "lines": { "from": 225, "to": 270 } } }
-      }
-    ],
-    [
-      "6e065cef-76ea-44a7-b73c-c992510a95a3",
-      {
-        "pageContent": "![Konsta UI](https://konstaui.com/images/share-banner.png/)\n\n# Konsta UI\n\nKonsta UI - Pixel perfect mobile UI components built with Tailwind CSS with iOS and Material Design components for React, Vue & Svelte\n\n## Sponsors\n\n\n\n  \n    \n      \n        \n      \n    \n    \n      \n        \n      \n    \n    \n      \n        \n      \n    \n    \n      \n        \n      \n    \n    \n    \n    \n    \n  \n\n\n\n## Documentation\n\nDocumentation available at https://konstaui.com\n\n## Konsta UI Development\n\nFirst, install all dependencies:\n\n```\n$ npm install\n```\n\n### Production Builds\n\nTo build production versions the following npm scripts are available:\n\n- `build` - build production version\n\nCompiled results will be available in `package/` folder.\n\n## Kitchen Sink\n\nTo run Kitchen Sink with development environment (development version will be built first) use the following npm scripts:\n\n- `react` - build development version of Konsta UI React package and run React Kitchen Sink\n\n## Contributing\n\nAll changes should be committed to `src/` files only. Before you open an issue please review the [contributing guideline](https://github.com/konstaui/konsta/blob/master/CONTRIBUTING.md/).",
-        "metadata": { "source": "https://raw.githubusercontent.com/konstaui/konsta/main/README.md", "loc": { "lines": { "from": 1, "to": 68 } } }
-      }
-    ]
-  ],
-  {
-    "0": "f219368f-60e7-4236-9553-18029c6baad2",
-    "1": "843dad07-3453-4606-9dac-6edd57e86370",
-    "2": "e20eb1b4-cb01-4e82-b30a-ed2df3a03f1e",
-    "3": "dda9ea0d-c16e-4a8f-abac-0f87e357cd3e",
-    "4": "d70a3cd2-8073-4c8a-9532-25f947b5a08d",
-    "5": "20990795-a1f6-4ffa-9b14-64404afebedc",
-    "6": "aa028af3-6622-4cf3-8b2a-88783eaae489",
-    "7": "68dc42dd-6e18-47d3-9dea-78024c005e36",
-    "8": "87978bd0-5538-4d54-8348-2fc5efcf485c",
-    "9": "1d1e248f-0799-4cbc-93e8-3b723b04358a",
-    "10": "ce3c5917-034f-4adf-96be-f0fadf290faa",
-    "11": "152227e2-a4db-4b12-8b47-ed9609a71f7d",
-    "12": "677ffc18-567a-47c8-8664-e8293f32ac5e",
-    "13": "302d8f96-60cd-47c9-9040-9ee6a94cc091",
-    "14": "bc26d176-eeeb-4272-a5a6-df89497f0742",
-    "15": "4b14b1cb-6548-4d5d-a33c-94900b660c6c",
-    "16": "1d240378-1f81-4c3d-8c7e-69261e5414dc",
-    "17": "ade52dd0-440f-42a1-b5b6-71568861ab5b",
-    "18": "907b3739-399c-4dfb-a6f7-2ee51a1467cd",
-    "19": "069d03df-3b9c-4a27-a3bd-614b2d1613d1",
-    "20": "aaa40c48-2c2e-4e0c-8edf-69decedec1ba",
-    "21": "47ffe043-4aec-4c44-81cb-0ff63a59be8a",
-    "22": "ecfe3096-1a5e-4241-8b29-8f3a3649a956",
-    "23": "f60ef463-3cd1-4b05-95b6-6efa02cb10a1",
-    "24": "ff9ae09d-220e-436c-9349-fdb9b8a41af8",
-    "25": "83c47d3d-165f-4f1b-96b8-a88a637c245b",
-    "26": "f3aa5461-7aac-402b-9d00-8c70afcf7b67",
-    "27": "3616a408-4c84-443b-b06e-a1e2da045714",
-    "28": "8cc589c2-9f7f-4813-886f-47629a008a31",
-    "29": "83628bf1-7937-46b1-afa7-15989d57a6c6",
-    "30": "dbe5d3a7-6340-49e8-98ee-ffc8a100aab0",
-    "31": "94bc7211-8795-4c1f-a216-b7a3891c7b34",
-    "32": "36d4b324-416f-41a6-a3b3-68801dd84fee",
-    "33": "1f24ce44-b261-429a-9b83-b930afbeb6cf",
-    "34": "86bae12a-f24d-464c-9a23-dd02cc433760",
-    "35": "0415d104-357f-4e01-b254-4684ff62d850",
-    "36": "ff9e5acb-fcd5-4958-9408-98323645d320",
-    "37": "ef93343a-910b-4316-bcb9-f6b3eab8d184",
-    "38": "7f1b13c6-7ad3-486e-a109-f11a1c0e4223",
-    "39": "b44a2b21-7704-4f8f-b18e-f9288e78f6f2",
-    "40": "cee2e456-0963-40d6-ba11-7a641396622c",
-    "41": "5b51cb42-853c-4737-b693-a2a7b84635ba",
-    "42": "ffe5b6fb-eff8-4f48-952f-883e92ea243b",
-    "43": "dbbfccaf-0c69-49a0-a612-db5a5b1e5de0",
-    "44": "16eb5430-4aed-4e3c-a342-1199fe9a2b96",
-    "45": "497aaa39-bcf1-4911-84be-a0b7ca64a9ef",
-    "46": "cc58e88a-b19b-43f5-b24d-5566224b8a98",
-    "47": "e3a25659-7d96-4fc6-a964-5456c54beb64",
-    "48": "384a8a9d-8933-4b15-8f53-6ead1f2c1a54",
-    "49": "b6699414-4b7f-49e4-a81b-93fbb415a291",
-    "50": "3a0a786c-41fa-4ec0-885d-55f57bb1612d",
-    "51": "70180107-1a65-4ca3-892d-c1acf53117a8",
-    "52": "0a59b8ca-1d25-4b71-a7ad-09fd0f66ca44",
-    "53": "1e55c2f7-4c2f-4e70-9f17-a586fba4f21e",
-    "54": "b9cece95-f1c0-4416-b01a-6122c7e9eb4a",
-    "55": "da6167a3-30bf-4b6e-8708-41fd80f4cbcd",
-    "56": "4815af7f-50e9-4adb-b7aa-1f368c854d68",
-    "57": "2951049c-547d-4fb4-a33b-b15cb909ed51",
-    "58": "ae3ba1dd-9213-4c58-b528-bb4f2ca4f5a1",
-    "59": "9fdf52ba-5a15-41fd-85a0-7dd079ae89c1",
-    "60": "ecf37df7-6e83-4ef1-90ee-67121e768914",
-    "61": "fedde51d-36fb-4fa8-858c-540065c3f370",
-    "62": "5e3f0b00-cb73-40c5-ae20-dd7abd8478da",
-    "63": "cdcd9ae1-701c-4ff3-90c2-6b3385ac86cf",
-    "64": "9f724d7c-715b-428f-a5f5-51be2e9e4027",
-    "65": "bcc6ec91-afc1-4264-b660-477541af1af5",
-    "66": "35394b09-1bb1-4b0f-b595-b7f21c50d454",
-    "67": "1f7072ac-bcad-40ca-94d7-35fd3a2c2887",
-    "68": "85610781-65e8-46bc-82db-7fa49ee902ba",
-    "69": "5468bda0-4b52-4025-a9a4-ec58642e17a4",
-    "70": "34892989-06bb-4fcf-88b5-2060615984ce",
-    "71": "0f60d38b-0b47-484b-a2e0-502952f31f46",
-    "72": "f4c08480-6935-47a3-917e-842e6e6974d1",
-    "73": "b22d4aab-c2c1-49ab-9657-2efacad9d90d",
-    "74": "8b7a45f6-0e80-4a8a-b76f-6acd78abee84",
-    "75": "afb88626-6045-4525-b1a9-b8a81246fa13",
-    "76": "15a65833-a6f4-426d-a2ca-057fed48318f",
-    "77": "113cc0b5-145a-440d-9e0c-196cd5cf440c",
-    "78": "507abf10-74f1-494d-953d-1afbab778ee0",
-    "79": "b1a79f68-5a41-430a-a045-05815a00734d",
-    "80": "e9cb2973-410c-429b-b6df-a8165e4cca51",
-    "81": "c8eb260f-ec17-47f1-97e0-0258912f603c",
-    "82": "e9ff3ec6-acd0-44a3-8f6e-93b61597ce37",
-    "83": "e4c2df4e-5700-4144-b8b7-cb5a16982bff",
-    "84": "5435dfe1-4408-458d-8f35-417b215b6d11",
-    "85": "4502d196-ad63-449d-b71d-80b8ea237291",
-    "86": "55266440-28b6-4c98-9e80-e6ddb7196a5e",
-    "87": "1ad131c4-ab42-4a4f-9958-617779bde769",
-    "88": "45e101c3-975a-442c-bdb4-826746914902",
-    "89": "955c2614-2dc4-4912-a608-632e9111c4ab",
-    "90": "cce51ee2-4ad2-4aae-88a8-bc938c7c87fb",
-    "91": "544dcd90-aa3e-4014-91c0-88c7ad9ba0fb",
-    "92": "97e9e790-d6d3-4e6e-8268-719ebbfca994",
-    "93": "6e065cef-76ea-44a7-b73c-c992510a95a3"
-  }
-]
diff --git a/loadedVectorStore/faiss.index b/loadedVectorStore/faiss.index
deleted file mode 100644
index e0ced568c18a5b211f38a54186eb88cb2669f93e..0000000000000000000000000000000000000000
GIT binary patch
literal 0
HcmV?d00001

literal 577581
zcmeEv=_6KM)He}ADx_HxDuq&#v)5564H}gO4H`AlJdcJ3NrfbeB27e5!gcmKQ6kMs
zMWuNj?k1H=!?U*Mec!*~{owv`D_7Uqd+oJ;ljB?iSM+n#($muN(fYst)&D<V{O|v@
zwZ$L1)vEr>H(n1h;LICkaMV)V+wc?GsQ1u!T^1B*Pryd{A9?8jEx5byi}EGp6x6-5
zNi!g6H;>4g!d24%R<`y%?`)tWpB@{om}uw0;KW_{WnBOot!)S9dpf}PcwM+=-jNTR
zsLx((*Rb-Lx;UnF3VYqP3?DmBfV)vWQD^HzjCih(13%v3L9N$d%;tk!XHFTv_;4iK
z)Tt@{opJ=)y$isY1vmKWtQ;k7$VE&%XanB33mYCR=gR`7AYDT)4qU)K&$NT{r{l!;
zaeayot{Qn5M`cv<ic7id?v)sJ{AdYg^y$g+*Y<&ktS6E(dOLX3f53h2$3h?fUU2O4
zeLlhC37^&E0L<H)1G=fxp<f3_cv)zQa^EcwI>-`#KiH1WQCIlHFn{#xVZ)9uSOvfT
zM&aH*(b#{=R!Fn|0DnF&anZdx2k)LPfITJCu))J@WT%SRL}e!&X>N!YR-c6`48h<C
zdytLOv4_b?xRJkxE%{x<2PZa!Co5-x*P5+T+se~?+OK$Q_w5vKzO*HdFuuz}ZDSyA
zdYodv{F0`{`kQpEuRLu=fA!&|Xk78hj2CE^bIXsq%7%-Z(R^w#>UI7j&Jy};*a`i5
z)n-mzBzWGj9nhJewq-1O<~0GQE(%*<@D~P+n2qkQtffxoJ+MVW86G%(7kZdDqPBh^
zcyxJ&abtet`F#VKmv0XE?yAFMW>~To(T7mAdC4wJpNIQicf(E{jUegIMt-`tT3z$m
z<B!9s3#G~|sXg_83w+tHr|}J$%?cjhR`SXY;(_av@Ii98bjczOS}ksYhqij+Y3ERA
z)^#U*_dO=+FMV03#qX3|h4{nmA<5EM)haiJot{_u^~rPCk4ND!C7=g{73iot=Co1U
z{1=3+XRL*+K?~q^nz?-Bc{(>f9U$rpiNUS7A=?Z8g3>U(@h13?XdqMHgK9GaCr@(B
zy)<+af8D_v-j#i4V_Mt7!tPdbhp~lF_pt`X8;s(*sm~#I)*^6onhCd}&$0v8AF=F$
zQDFMb5U39PnYkCI_ryoWZTUZC6Vm&!o1YKhq8&Og_3m!wedwIBd4)GD-`x$vcil&?
z_y#VuCLhAQvz}o2bULjkM7me$DZBdCLqn?~wzK~p$Z!dhf)})xd;HfCMW0bUSxQ11
z9J>J^_-LT`cRX=hiL&O$dEU{mHh<qP31*b;Qd;jDjcIH5K;iHZRvh?ALvsbOCnvJ!
z)3orWX$SDki{;A`XYySssYpF5Ieb2W)T?l?XC(geFXwO1*GKEfL}oOhHO^iX2oK-I
zA$=`P&53|{CynGpzaiCi?9vta*IQqd8Cg5n$7kk9y~cfaZ4q+^u}5vyneVF5ZS;Tq
z_~xrp7x^O_HgPkI*0Pc(#%^P)Q){!dVN0N}&n$j@u&yfGWkG(F1tcCkjHe#j!k_`&
z(fH_OF3oJf^UmG?{q@N#B=(W$bJ?u-B`9T&(dXJvP1*!=sQdOk4=V_U@`cVY_qLfT
z>VN*u0XBKrMyOk9te%Xsgs;X|q?d=n;Ek6Lu5B`?$K|maXp!BKB?c!5EJMq(3?^_(
z%#_#sxvc+OSByQH0$)P9inD}7zpMD#^d`Uecpdxc)|P)fX96MVj%>^8t%OgW%AU7b
zxKei&*7>;|H-7EK$318U)QhZsTt~Ptj&ZF54Seo*1R4*l;*0OQf$tI>d=sRrihXiT
z0{7lqPcDw>gDGc^@~3Z_B4H}N4a;Uns&v5Aq5;zN)Tl)z5FBwF4-};0xK~3NTuK6e
zx4W#c%~W(;znUHG-$&X!rUdc%T}T*of!{stj$-ByI(~uq5Bf5~Lc*8VKzpd3TeW#t
zC>;<0y(`9H-HR_ZUAh7^xTOpD+#ANYrL%hD_S61P!R$raGUks2yV2)i_L@vl4{Q?C
z4*v_N#l^M1^*sbpvl5`2o;JMLpobabOp$nljWG5GX=Vgu9~{OD8lT`n!w%rP7Z!Nz
z{S@ibe;0V>>j$iBwinV2^X(1tfyJ$b$l50I-cI>auQ%=ZCzET+k2iflncSPOZGuam
z<rNygMy*6$q-dQmq}~IpN)_11h_9gDkbgjDB=8tyyY8@TnLSYd^MNmtAmqYE!lE&f
zwq+AYIon>-@MaMI*}4VKS{coWL-3Ma0F;e5CEdvX4TqMj!|1xX(5t9*HJ(vFKyO2P
z{<l{mFQ2&q1HYeR78N0!@C>Hx-l}A{7|Tn(?80fy4nm{Rd)eT{^SP+u=i%c}%vPPJ
zoG?dEB@AUA^(R6DwF|m5_T>>*yQw3`Z{*ZBd|crG=u!EQhqm~^bn~+r?OV(oHvPPb
zQBTVu7i#0mW<!v86sA4%V3YJlf>wE$hGq!s=5}>?n<m5ApSFC?nLL3HJZownde5S2
z{1d!Qf9{@H=Q-Q*<qRBqYLDe1p%`!*;q%Ni(R27@QwYx6+k>B3YASF<Uccr6;fDb(
z-<>Hf9o1f;{X*XpgQd$WbJ5)(RkM26NnD=zO36!Ehr8VyV?pIn7`tjqwGKGGFM;Z~
zh7)eER*T~aCvWq}4+___xugg_vELpKv_||8dK##YWWv=R?Va<)OfljwNNpMdS}%Ko
z=)Y5{70~sNI2`sp41}ily1EcHf&a8gjMfY$MvJkz&tN`bN+u_)MSt&9*it7_p?T8u
zHh&^!M_?sJ<OgD9k&OOs-mrenL_WW8Atp8OLuvRK<;SD?*!9{GT<3X^j~wa?c`1L<
zqQXEmb8dt;?p>EM`s6A*n|x)?$MzFGPGE#ptXcCsw&ng@M%)Ot;Vt3Zh)|sW;Jm;I
zmp=Y^?3>+9q`E<$?S-gUZ#kzKtDfs$(~>pUEPbl?Q|M4j4sEeQayRJ2EzkO})2*EO
zx<x61#~IZHF3%6cNgx05>}_j+`T%=w+Qly{G(o|Q#PO0_$8KPd9R#(XtIFOs;VuHx
z+y*N+|Lbn{{^uG=XU<r5INw(2687lZbzrM2acQ>$NOQ*MtW}456M*JOY1t)0vr}5d
z9W<lilARXPY%(6x6o$=I`0{iARqH|0O&ELf0nUr4jnlyvukt}`&}<a5i2MHOtHdeN
z4#$C<cuigDn1EDAwcfavcxcWbNYy#biN_(mjSG%?L}x!O3+cR(a7dw^z#01iMei&>
zt}h39kE-Tb<IUq3^(|?&DL8vgHz+#1iXT2;McQMF<k2pjk8$e^UFPnB5|3K)??T4u
z-1*E}*A=G`y?``?xE{Xn?}}z)<9Xntj|yQhiajLsj)IXxU$8Yl`eK_q4zl2gtK~O9
z8t%&IoFJ*ed!E|VK>pU(8mMQ$Gr15hezPI$AA!^-%A2`efUt>~7*)VErwn|XWC+Gb
zA9I0QqYX=WV55udY!_Yh4SB<NyT|anGAq^8A_7I9*7<3|GG9+b!ROAWZ&vq=-QWnJ
znepW67*0A0rZuzT#C7oG$aWCAiuR4`<EJrxV2D_+LfQ<TRSdx{@_e9k5*nG^`Ix|T
zw))`Dj>9o##y+5R5MOp69F9a?jV`#j%*7LrQw6ueJG~YtW|z1NI(6Ji7`jMcfFkg*
zcJoH^lHUWWwI;2fwQWp%pk}Z&rLGEL1SCw|gM?i$V?VmA_*IC*L-J5hj<4nt`dZW-
zQ<+IMR}&X8`x8k(YbFj0M$%7c<*)<wY&?)O9PvqsB>I^}UJ`SwQa!Lk?+UaHUN1NR
z1jpRFGYBUp<)P=L!SJm77bLH5&d&Jc;<Z1e0;8d2(=+Je&;w?Vx5tOK1|n%h^;Vb(
z<Zk)FUVXldeKwe}g}ug9^A*)k?9-*y1P{{tdD4cHnT*a3sW0HKhZj3)qjJ&@q<zOi
z@rh{m@<cAn8uW<=T;77j$B<Lr9)<p?HQ5@dr;+MKeKnu(C4$rWap7S+pS09$D3S2-
z*r&9fi%h)!_g{1Vt!+!#-aeXjtDnim`$zupmu4h?B+lOfy7vsR&>;x53S9VyP$#}e
z+faV@A{tn7JZbJVc)jOzNcOS7qjG(v{m`A9`~f2@l71R`z>YZwScyjvkba=|s0HM+
zNYlq+#`FS4+DRgv4sLFnameY_*kR=rOts=d4_50Pp&iH*;Es{Q@OE~8-1BudxXwQ(
zW`q$=fI-3u3}14a9}2XDd;jgL)`L5nEWxLIiOYl)`sCrt+5N_45^(|&XTbXSXXxP?
z431&VK+M*>L+?Q7(AhgTGZXDzVhxPAl6P+YhF6`KMZIr`p=Je07>&ml{6Z6#SQI*u
zbO8121{56Zr*##~oOiQQHW|sEaPms{(=AD03lC2{j+IB8p`fz8L|U?1)7O3Lhu=44
z;J>6(qSnkt9Va{{G%T3vO6P%tCe?u+cgD)aCoEt@t;6*Fdmym2?j1eyz~4wKh6!C&
zty5@DVRcpy_+v0YqTa(U9y_qJK``c+2VvOp&RDfKh?h-xiG&p}BdeY~Q881Bw})5P
zAkBUrXnHc`DgVmnWY$%G7k^-+&%h?`mNL?AlGM3sD(iLA3rME|VVBT|IL13zp|fVB
zsZ`=WPG==)|A|zl_nSyH)JM@P!o!lbV5Eb9{DwTf!+1vZW8{&gcONgZm|=tPhgKsH
zTuc9#g}*(2rw#Gbe!|@r)c<xUbVX^?du-gRYnpcdW)QY!@`eW|aN(J|hsNTQBPMG7
z)ra8n%ASy$a2X~BNg%h?!I6C(H3teh;g#@66tf__U*qM8Kt2$z_k7NT_8{NI=ic5a
zyd$SG;Vru~06(oE!f$iook(MH;l+Nx>Ww{*G?T9T8?wN<(V*AASYQ<+J;2DziN2P6
zUR=SJI`6Q#T*#%6Mx16qiMX0cn(7|=S}T^N>NpYaYzA7ZM6(YYN)#@zPT;26RS#RN
zA3-=1hHI`Gp_q}dZ7IaVmCS1RE_`H{EVLfqb=gtO7wzq24_Y^CWa%a}2*%ADhA#cK
zV%7Gk@ak0zg#P~QQrg8%)xG)_hC(0)YAwTclBdhlB6IcX&3($?V?~6!mO}f=MiUb0
zJ)dJmUKo;w78pca-x$f?f{Q~A>~CelRxL>tTuyn2?U~VUhRab~4uebM7f9F(!p}^0
zO@+!chPXO)qrgn~V_F5YRu;aMblS>UgfCNt4ndk<s5teWm3B#Er0rnYHf@>KL^($;
z>}^vYO&ae6%2JexK?>=H?WE~DlRj+*#DO?(gD<}BIu_10?E*93t!7joc8+B;(nsQb
zamT<o=+JvHP!EgqVaszQw$UgG1MTA&=?xItt?G~yB<X9!99LtdLvb>YCIrGvpo{``
z+q*O3H+VBQLwaO!M`#@Kna>z$7DhP9Lw_$+1izEM<%KS%tNCbD(Ittrg|t)pg#)h@
zGmDq6F=~qqWf0SVbO!lJe;9S-JRdaT4ewjnl030J&_2*S_>M%L5QgtJgLxZXkZ;K6
z{pX%R`{f>Lh~i6l=72%1e^X}k1fOP{W%o_2!Op)CbXYkUC|{CB)Uv@Z3nw#yA)+6@
z?B4`J9}AD(O)pTRnrg|ERRDPwoRhh&+Jg^ByTnMV(KUA}l>2~1`DukP0~h@D0Ks{m
z9lYe3PX=h*UmfC)jFZsf4`;N0(Wht3S0-WI$1Xr;3dFNm9Fs3RH76W_X}ULf%lbw#
zWgJNPf_ftNFt)d=%SbE2nyXt;cuvz+=aKe>4=<5t4o=`}J~RNj7JK?;5BE9WkButw
z;N(Lw;C($=%uQVPWn5qzX$u^1J|42B=3{Kc7@--MwthdA_yPjn?_gW~tW?q*kjl0T
zKf)Y}JE)WuF!JQMa7+ppI`VB&C=(phYD6P-en|xRKWkO!=_i{E<b#fj*pe>|3Gb^w
z%#hI2*5itpL0Jf4L<-twSj&`~aN>F5Wj#FGG=uurj&in0JmY1I<X`z2uP{7+y1D2-
zBwY_@e0r*s9r6V&JsJ5N@<1D~c2ziT^*adU^A(Giv)H}d6<p|inn6|;8peWpTqpl-
zivwS@6~2T~Zh_bRL*dp^4*kQ<b5Xl9{rxD<*a{ns%rSSpI~HwRqHej71Jnn?d$LYW
zu0Yxt=dE%Cp%2dIUgs50B9U?#k>7~?4;SC4$J;%8jQNYh1s?#-2kGuI)_C$Ysc+0r
z7oq=SBT93GPr7)kl}6-ol!>8*`3|re-jFHF&4s4sl*_5)lUVk)-y&l|$}|+pJrv4i
zVbq!3j64l&`-I3=FGsI6M)3QA2`3-JNJ}B{7Mmp<mBiX9OA{VY64)j5VS5Wna5hr*
z!6-|_31b2|t%WP2O+=na*-mrVZ+jL<+ltH)($+SG2~)b^-KbpU;N-?2uuAwq>(xW?
zNNs1FKC!bzybtSBf`$Kdp)45o*Wt9EdNO54%y!QRcHp?TN;AsFceqa)_5)=W_UMfb
zIpsEd%NJLmtQ3j6aPYakOz6)qku&(_c{UhW*8=MeSueD^Omhb_FD(_?!I}D~I-4cV
zlI;9<Gt&AZ*HFnz^U!XW!Fu&I!pPOUuVy`rZ+R3*AM#JS&6K{He;nQ=3oRl%s@%Sn
zKNFlm`5g!^C%6f#I*D9~Pq!X}gqcA7g5>Gg+Rpokf96)_$<(_@nh@^%Ea9X%Nkfz&
zVWxc3G#S_L>?}CBI!6)Okmf*S%AC#|yU*UqMK+f<>?^0Nr`k)3vm}n=l)v(_wSMHq
zkJF6qV8r!s_gEx0>N$XPfgYnQ6+d3-jUSFNu|G~a9H;$ifjd2iK=;{ZAbL(<iKEZb
z>TF8n>1X=C$8ST+IB^uCUSy=B*r7R>QRo-p=Ob;RIL$3-t|_8txtos%x|tf{2^V9m
zn!K4!kG+c4ld7a)d0qJdivzgd@+j}Os}Ha1b_DL(_QYDvBp(0%4F>y+<;L4*g5=v6
zDrarutr831)A_sT8)mHjoF1ApH#dkqiOb~EV~60?qEUGBOI>(5?kyI0T0_PX12!Tj
z4gBOlggGVH+9w~oc0Yt)PnbgPBL|#3)eArTZ6U|MpN+@+4PgTt|6w;>uQ9jyi|CY|
zfL7DifuDXa-qU*r9vv8iP74#^=)lIjMO-M@dUQimt%(R7y<n)@X?EmtEIRw|gF)uM
zB-2VutTj%<#(jFo@1^G9?sO+`AAKGj{&j>oy*IGGZSr`=k`OfNm%>_?1Vi}0Ja*UK
z4fG-$G2jqoA+b-<vgsD3e?%{=Yy6Tw^>#$p8O1Q!+d@6rWfPt&O@>XEBbkMLV}9>l
zF8pm0M0=itW$F3SVUy+<Vpa@|zm5c$(opl^Z#>S;ttHc%@l@4$+D{&AaW_%@Zv5q*
z(g{9G&j9Yc)#sj@KJrWC*BmRYAw4@3zI}+`Q%9Nc788xsO_xnUdDjD^gS&Br?g#$s
zX$b!>U_Y?5+e|BEjdVG`sru~k2X@eOKa8yG1pnpkLx+oVATXvm{%UQ25w5-Pla4pE
zF42KD&3em4h6%7~^i8n2#iV!cN&HMgI>gO;hhFR6K(~rED(yi%A9Vy$^3CLJd=s_}
z50q#v(8qHN%&yl@`a4#e-}c*rT?$_D(h7IQF!C*@wJ3)h-NTQ(8FRm^3tM{|p?+}&
z+{x^RYo{ck-;H%J>i0}IduT4WPK?CyzAa^wJZq3XjREJ>cwC&5iB~;JairE<q`rYB
zuOhMPT|anp%NJTb?#uQr`oL%{u%!Db+<3hq<c~UvenolgBo;7H(^qA$`IESA{93<T
zd{Wch80TxphHP}k@<qQ{y9f=uHf$%;ek2Fij=3`~Z^bfeUHG><fK{yZ!b`>XslGW%
z^ujC+ojWtwc7mtohU1#FXD}%)hUX@KP}1{?xTyb8voX-DO+9s4y1m!~(0*~N$3W<D
z`aWws+Z_DXXz}4|GZZ>=X!~M4+r8>5+o`(-^hR{W=TXOj`V>yT4N$)P8zqbWc3E^6
zo6Z{spH{^3L*XstL0cp>{d*nc8DF98^#D%ifDW$5c<C%X`NvBmoOQtfzf}&ylnv(a
z@z)---EvC#oHrWG){TeF0~=JI(f4CJ@Xv$|Ff(KeSWWxO?kv5K(~#Z8&)G4!-K92G
z;7F)v@QmAC^%pgOMN)U(c3dy$=6Ha;Eq=<ICv1b!A8lar^V_WUuG27J&tG=`>sm&0
z$j_J9FmY}V-!I1x`V(-9MHKip8VuuX5-_jbe@gW4Z)}D0J9hk+v7Gaf!IS%4QEhXQ
zYo+|=`{ulsHs2bKtW7j5xVQpnc5p@NF-~}Z`(MB0qCbqczk&|ix&!)V;?jzAzHFg`
zY}M!tQjelp&k6ilX*wJB?<8wv+YlRSN~`BwyM2{Zt6br;E`;#LUrT^6hi^1#SUux}
zcPv>i8v2BX@QY?X_{aC0OP7`H*q?hrVA-?|epzB6oBTV-Kf8@(0!vy>?Z>FD8p1zm
zwZjWs+~+GUTX;h9%1lw3yfSsx9o?PPI=m8FKJU*v-uT4zB2MD*H70V~7ysD#sCN96
zbRKoAez0w8^x>Ob1DeCP%<lXNuHAk$2s|z6vQ6S$mqBI472MElG>E_d;<Q`2J6#7x
zuX;&18-rVWla|tYCwd78(|F(Oo2kZE_^Ma!_=1Z+IL)f`Zs?S1Ot!tfn2&Po0M5=6
ztNTmfbhEUfgmb!b*p?!=-F*OFa&Ha-bKm!F1p?Qv7TwNiKIaPia%vZw(53}pV_!Jy
z-BIib#(naEw->DN(71Ae2|0v)u(-0T+PAC#y=Ncbtt|B9?{7_T_}VUz<>-pn<Y?|c
zY%Pj?&>2+ED)k{Qx3^OX$7q&ABo8A{4tiQ*Xss~*W8olN(!DF;^eRZ!vw$Fry{t)w
zC*JN}#0ThU%OBUof#fiTFk}O;XY{ky3-mK7>a{74Z-V!t$>i7GNue9ILDgh^nYau0
z96cfW4xARYmV+L9v+v!nvwnsfpli=*c*7|iR@&O)JROw@{F>|G#=qqhD_#{Hfc6ey
zxpm|ldDr1xej*=#&=Sml-{ltmyFtuA`=QymO%B0!#XYJqx^h-sRd5M^<pld*&%pL~
zmqD$=KiO8JOF(#x&wc&_*SH8#Bi#GxJ!Ux7kz?$;NpuE0e^h(a_5mbpf(~Q8;nn~{
zsQ6-z6<wm>$Y^gg?Y<A&#`fgI8|c00F)a9};o3fk!KN{qdy};!(OUzzsl2zvHkdSH
z42<mF3C6xl!akmLkg$S%<a@hEJ7%*zv(x#{>4r$>1p-Uw2XaQeh_6S_gnO+6AtWRm
z1TVLVcf&OOYnY|3<()QmmIpRo3)JJ>Ikkm&y#fj5VBz0Lr9UI#yO<I7XwG*|SSqD#
zh=R<VbByqhh2|S$a`7z)ENv#Zp1&HBjI>6)xnu{5bEdO_{voyS{gp|W7?VWru?#Hl
z*8w^wXpplX=G5BAqJn-gu`a?O=vd?kY~E-luwk2QAUFIN!%lwL1UuaNfVn!3kF`yL
z?@O<7u@-a3y_lL?U#7E{zE<5-Y;RY<#S8IJzbcWPZQ6-+hBd^#>jH#Bl54vgyi>mn
z!t4F09z4Zn=@IwqcjR>bSY_K!Be1Lgh_guNC>^V1rk*|)$WNTV3@@*zV7OB)c>H<^
z_n8<A?qRiIaK9c3eU0J_W<^|pX{HgJ@Db@;r5{I(kuU&k9{l9Q@nW8FcK$}GYIXrA
zv$LUUwmaOL8~~Ox1~T6vb>$wmaY#MR+lFh)_0}daI&WC_D3R%uW#e#zg-Ce8uLQ*K
zvX{DW?8*&DnDGK;6&JEZZ!7eOt^&d9#34er;rreR%KCPXVB(x{kaxe6OuQzrU2$TQ
z1;%jV0ZwNI{=@!=vt$A<zI|w*wkq9(=ujb1e_$OCJEf^_1MIgepVRu(A?LF&II0P@
zG1ZYf_kYua`d6%p=BhsR&L6%iV+MYeZX(T=+91dW;Jugh^!aCYKHj&wR>X~PF~m|O
z?&fKKcZhz&g_w=`EoXvGYz|@814f)CzX`F%+WRUvaTADMrS;;PgVq8&_+ZK$Ld=HK
zS=h>gCx1VzEpI8l3at{|(JV6#tVhfIboa9oaT$^h6!qqrAA)h_z)*bZeUf#qI*JC{
z9MH4s1Q2$y!S$C*G@qQ-B@Zfc!P|aypv-y$AN#H?l+N0Og(gWn);5EaKIN;rz7`sS
z(R{)*&u~n9J`EcmHDeoNz2wXfI(Rf>H`@>%%?UR!<J4x<IRC`&-G||gykRP76@JjP
zC7Yk8Fw@F?aIK#g()D5bbrT*s^a_$jfw9Y`L3mzod0PB%nK%VJF&zohV8Z+RoUj91
zkE$(;Sy*nLru2$20im~ugBe|mKk(&9y#e7%0-;5mq5NdVVmQvXiF3vomyP5n_fLtr
zW7!K;jlfR9S-aL%GUM|{@%!8D(0f!E5YLm24`UH)dt##ZL7}f*2!~L=UKcsvq63nC
zW@YJpK=5|mz{A)wMjslzYY6As&H?HNMx4zAXGBUWr+(6q4x#sN&j_DU)Qj{o#vM$B
zBEwej$)zc?da?#PY|BEy4}-QSxZ36j?QtWB{{8M3PIdHFNtbfM47um?p{(|;Zv2zZ
zT}6}X0v97Ds7a#|p;ydyM%Vyp`a^MFLUJ{x)hd@b`2ryB;8ZKTy5)}0f<XF>*D*Q{
zZwA_6-b8y@%-87jcEmR~&~>6IlJ1t>hv;E&Nn;2a)f6@xMpoBlbovo!pgWm2?>Gc1
z9j_=C8cjj%cn-}U8OsTAHiGZfm9{B(_o=qpO`U>AM&D)RWq>@6LgxcJvUQMjEnirb
zCAAyBg77qoYUzW7wLH@=h(CV)73~N40dahFed&6HJq9Y_m5cCV#AP`7`6!mvK?|s#
zppHix_?m3zrxwu9ZEj^^>Xz%(b7B}d=YKKQ%ndS}w!m;#NBsM&mv~Q>Cf8#ce+6!R
z2$cv|apmj|)&5KL>N55L>9t(4iDmx%a=~k9M|F0+LPi=$;2O4Q=K&|tUHAuxZ*xp=
z96OWH85P?e_$K5KZZ+~yP4W)G;URmm{-!6KFjTw_((?vj&qKo)X$3C)81XeHo`b!w
zj^o6R<FRBx7<*CvPVlfg@zEZ>f8r4w|EvXu{S86o^m52=`HCGZpD6eW2j~TYZ`l<T
z{6RVxMJ>piRr|ubNwwh1l4$Z<ebkbwLFDs%cxZkYkUo@>i@jWPG^;Q$aUA)~NZ}Je
zP5aEX9?L>Mf%n%ZXzP&)j%S}U!9T?5oOk`s%qp5e!}KQVjqml<zXy8@ovk|dd5Ojw
zJMdJG;gIu@bG;F#gujtbNqzD2_eM}sbs0zph--7BezsKCc}RYe3Ek}xy&79b=|aMN
zYjA$ooc9Sgkcq<~)#wKK&t52cnsg!RlsV)1_!s<a)6^WRGFRL*#2h0|1;Edb7jg5g
zV*an=Um(ncb1^BR-z5v@(Gd5nBeW{j<5U+$IKg{-y~jiijq1Mv($h#D7^t><`}w|#
z{h;@-zTG6klT7YwVuCc+Fw}Sn7KB^j6{9jF|0J%(j&B?cEBrgjg!Rfa&-%Ee=V$8G
zT6iw;HK)E*4?KPh$2VSK*Eg1MgT@~@`HgDaC*Om_F^p!8r4<c@D6N&S=j(h%`i!U4
zy9Ikc`JupC!eltLpf(iij6nOmPWYthDTwhu1sgmYv5O)5s2&==X-E_jXEHTyA=P;=
z?S=gMl|I})Fb%sdwZbN!hKu^ZwKcoY=D|vFzMQ^hv_?@wNnk&5J3ACRUKJX9!jw2E
zz&jqE`}jlZmSKYL;7rE_@Q{8seYw^iT<zcsAtQzfzs=Sr9DtY~i`bpFn^AE3CB1m|
zC?Ok(UoiPXG^V)k!ljvAu%~xDq&$Qd?Ro@5HfD3u+DLhWO1-UVViU<OG<rg7`zeh-
zxDRMPCF(Prn9ximZaqUYPQIoa>DfxQDa=e381T#@9Y~Ad&yNGCH>Yr+FOz&8p;tvR
zl9uOmcGyjQq8#USm8=R^(%f`U$F`gF_m6<i0{`=PSUrbSH;MEK^YCCuSpaNmG?Fre
z2K;AI9pQO+6=mFn<D|XrD)fCMPocOsDq!6|?q_dqy?_D5x$MEbpAfyUyG$7YHnQDC
z-m)vSF%1UNSFE1vK^Rak7YX;d$bZNeDMv#Zfyg1q+kwa`geD$8?*StXLjAK4iQkaC
zGuAP($0LSKRPmm(-8Um?G9H`isE+#miuJ#s&0mMLS9K437g~=POiyT4rLT#;YCT$2
z1b;l4QNbs6ysvp>Vk;+Kun^qIgy*EbfG@7M*_>^Cp=H|(ATo*jM^!d<*|TabB{*wm
z4(H^1L1<TzNmO<)A-{c{?YC^typ|qAp;^h3!s%n$a>bV@psWaG%bjrB&QK;jE&WW|
zQq9|5>t>Ul%wU9hj4+09vnO^iI*p$LOQE3Ib56V@`dj26obahyM~HmE^?tbeb)_e6
zz2X6}%RaM&rq=jpZ!l0j`0ZmM5dOUu(mElt@+@U;3U*$b!bQd;e7WFy!PzG$gC<Pl
zcb4{tsU;0a1JsjFuI&d+9fsq-1Xq#Qps`MSRp1cidZ1&q0?DTX%`9)+b!0VG(tAiW
z^OWiA#IGxF2)$4J>n!}J3*{9!&kY#)HzX~~TSsj`(y7%rLb`!#oL3@ga9r5GQX)?(
zJOSKXQco6hIxW7KlMmq^^vjWI!mS#)k|*$D!tZ>mybe*73Un+wsSximlhEh9-z_(w
ze&(dZNC&<G!d)ay56d<0t20E=GbPd>PCgi%*kc?V`2$6ELOzU<Mh3y_;(REJ1j<%G
z;HAipM&#Jhwa>7Y-XTC)hh#7`op|h$m^WUW9f5>1_;$o|MrTYsa0E}dT~b93A+&+X
zKPwckA>5^(gKMjc&n`mBLIkD=y`$dguo(oWjj^`@fkD@QnKAO+K>miGeyfFHMg5_>
z#s{XAU&r+mTgmV8TVuQNKUnXUmw_?`Z2D}6zzRm13&Xz$G3pO>Sm+`wUSTQ=UD49p
zKowXO=bI+Zj9Hmzf#BFFrRFHIn1%h9lRxRr4bA-+VFwES5IGWIF062#3xZQu_@|0`
z^L3VqxMAEVTqI?I=%uwCr&31Zf;(5D$RlBTvtjTuydw%co?&Q&v=5vW(I4(D`zMt;
z7KjWGg*GH@&&b~sPfi#4pO|lz=8KivAo;;)=y!|mi%YeD-cd&CysK4=Y6`-0{O94r
z$EF_S^xhI>5Uh!fsVaDuIEN9JF*;XvfA$%X2_bns$`cFW<QMu`YW>+jdK_Hu*JnBQ
zobuqSNLZ?r9;vNPy5C5pe&#eoOlSd`H_Bjsir0Ykq}511icu!W9~_ia@p{Ui6@Ik4
z$Qg+zH-T8Qz_CF^8pYY)60YX%uFg7yP7{47yp-UemQxEU9}g24=R%$g-d}m7&>SfA
zck<jVy@lTfQG4>ojOxe8$5m%70;8$dNMA39xdFk#F9B&vRh$Rqu$*)riZfrT&S$4q
z<}0M*DW7--Vphm=GQp=GWcr!$t61KpV5ac)Oz=JFNp`yDdM0uKz2=K>dU!qAf8!Y@
zJc`i3l*7n`6Cz*borcW^tFkkKHzmRcm}z!VaqKgL85VUE85`E*|26r4P5xh#|JUUI
zHTi!{{$G>-*W~{-`F~CRUz7jW<o`AKe@*^hlmFM`|26r4P5xh#|JUUIHTi!{{$G>-
z*WCYKbN_$M{r@%h|JU6AUvvL|&HeudbiYZ>{r@%h|JU6AUvvL|&Hev1_y5=2|6g<e
zf6e{>;-1i&`~Pe1|F60Kzvlk`n*0B2?*Fg3|NsBr`~M%M1>uVFiICv6n~k{bg(Z5C
zIOG)l4vFCp_#WC7V<7_KM_<AS+gzz?PqxOe#9ck`q8mQDz?GthoAF=HLKeJ!2>v;s
zfe&*!Vqcr5Z19Q3&}dyYKTt782~SMIk~V+&G<^p+e@zGT%W~j`aX&USdL7(r6U(O?
zb>??Wcj3mrr<8AhEY!SFo|wh{;HW31Q23lHKATp7+mY2uf2$LCsOmkN9%PRBmukt)
zYPaH6&Xe%My-i?vu|6}n`;*s}4ns_jaBQ2if^Dn6iERkJhW9%UgQ1QAuy?{bM(?TE
z%EzIR{z!Oq@dJL|Fdd@@uVSrZj97b@G#p)efS%3vluxeeh*k-8<zU@eP~NRr%Cx56
z@fi^UbK7>8hGy@<It4qF*6H7QsICrc8md5cY8vw1SMbQU9`ddDXMBabvD|O38C04L
zgXBL7w+u5-KU5S#z*~FX%fg3+8P|sP=@D$R`Fkj}x}w?MX%X}>KZZKIC$Jw$Ox8LK
zKO&vfd6^~HDk>BYuPVXDK|NrzUUyy*_L4QPlgL&M+=ezs>&bLYZsKzSWs`EgYJ6V^
z(wYfJ-|48vqwQ2t`+=P@xci|Z7&)At!O?C!tY7<&cYkil-Y<B>dj;3!c<B{)-yMlF
zLM`N&9`$+Q_yn-(kj&J9L(zNLcNl*4Cer)KPLEsQ_^HO~EkiRHHq;Lm9N*85Rq8>%
zR`$5k_b1%heFD0T2?9Dp=#UwS0lwzaJbFHDlT8|K)ANb)^2t|4yGI#o8nb|fS$$IK
zjGYX5_ul2yK5e9wCclK6wIZ-qatJ-|*qSw5b{eRUq=_re<Gjp~?AxDcFq|-jzq(k5
zt)H^9`g)$DKS=9erm@C<T43`?l*AsWSFqlzOD@@MO*L;nuK)<_DO3NV=&OtL`!vU+
z??KR)&eE}fHn{xKVSd{r3ho?w!J2Q_ga;-x$z9xso?D{ThfNJB!u4ODDGi=Pv(&21
zU^{3!Jim;}n;S+l^%h!$yq9cqc5*sf>f^r{`1=L!y=W)5YI2DBxGU)JTz+8Ab$sTQ
z2wi5rLu<PfHvW|jJUFDKWU;jn(Y%i2*Df2q`qh@RQ|;6fZI?r*yj_sGA&KSPn=7ut
zLw;+i!Md;MwOf>i%beu&edYM4MN2d|yPeS-xU}v1kS`ii!P$?ta`3|4v~Ld-b5-}z
z0MNhO2eY!CN)_wU;lqn?SU#~5)q&T*!LuvZaXg4uH$LEX#y&<X=SRxgnHTVOa}RZB
zukLvM?R@&3@)Yc4@etkWr+~ClrRPAKLP?u-EG(iW8*=u#q<7&Qo2p|k)BJ$D?K6Bo
zH5oegb^zKt{7YeM(U8Tc>1eK+Ji7?Jjg#T8!yPQRsjDtLnE=$cc=lWX*bi}}_m**B
z#$~?bOcH|~-{8uRUKqM1o{#d-QyVSNhMY6gvF^CzN}Ja0@ac_D&^RauJa3f1j`%jX
zOUmbTEqU;X7|iIn5-+?)?7K4p&wAfP>JfRhe-(}yVIX=I42O1<#e7`<UKfw(%vY}d
z?k%v5UkRK5bY=o)_~0IyJnf$WHu@RI7vOEeE@!0PVCTzS_`6s6kg_Hb>c1OAIOrkm
zd-jsuGTe!@ZoYbwJG)u`0zc8PH>3Gwy*F>iyOuF{U-Onv{PU1zbp{_b<BRBjE@tCn
z<pp}4&P_IVUo*7a<BA6TlKG)$fk^X?na#psSa)rCTYWur@H~abbwY8sTLHq3rI`Fj
zVoT1n1uri~80d#c&m_N2&vwpCNCBUDJDBt9{SZHR7j_#{i?F}}T$ZBJxwwgZWPv3*
zjn`3=KkD)<y9;pXYfm7Y1*Z=skTkCtFTJcIUp1uP2`$%%v&E;b2~clpI(D5;&&~Nz
z!cMmC%a`4{kLgBXJSY7)ObZ(bgzfUaaf8sZ<y|Ik%tL_#(Wl!Z^_uj0^kF5dWdpDX
z@l$9$R6mU}$L<|lR(OcrIpho3U5c2O7e~JXamc$yOMCn7#EUcA!uHriKF;qf-mKL?
z9^TiP3(SA2sf||_+fXkAqHnznesGZ|bKSk1eOYw^R+K*=TycTp4SHd8=j~vB=PLHv
zzY<Jt@8pvf)t67kw8yq_#_(joD13cCPs|Xbp2tTQ=P3i)r;9bi?ru9Y(fJQK?Hj%s
z4Po6UZGbH%Ig<0VjgUsq{qNZOgiG&TeQ}oc8+wLfBymQG^5nEGK7<k2p}*++4(i(X
zQ?T&MLhx&%t?Cc=q35L7QlIt!r^oS{A!mmH;S*3V^Zxszs<D$W7|q_qz`T@wKv)7@
zr(`26-hza|pviQg-vxAp+@ehUR5gHV(i-|(Ik50<Upes*x_nB6tILllUJpjozuhWk
z4~nL>q4WEJk28YtcH(n(;6*0eZVA}taBoI6gZ+0iB%3UEAfCeV6Q{-dig}jl_55p4
z7d-qqThs))y&b{aV%=4Ne<#gMM1S-1*MdRd_koJH?C85-pqWR)JW*$yFrzLO|Ju&?
z^ory$UcZ$M!9#iTMq>mo;L3q@@%7bEc5RCfAKo{ci!)EH(ntRmL2%>m4xUl3F7({y
z#)+Tgc@7#l_()5p>q~??+&Aj7B5hvGPPDCrGdJHbv&x}J-&etKyiEKCibF%0=7Mjg
z&ow!s^ATo6Hin1E+R$W$4)sn1T>X8Pi(Z)C<R$e}Z=A3sU(rdc!w*hx2D;s?xsUc_
ziSP$S{dKz^0@5tlY&)mxEmuuGugC4?`gFcGQK#2Emhj*tj(Jf=SQbUImMmR<8;XAI
zoSCcc5g=^E`8l_EpEgrms={l@bmolC7|uQYFDFzt7_NLUlArf$14B+VQS&E`bn(%C
zjN=!aV{`20qQ?;nIdN=bMm)}sM~{P3jdrlyK21UN=~SKL3Y~ur;Uar?cN@A{K33xH
zKWBvbl6BrHAe`q?EpO1x?L~7P%zMn#18aJY&-#~ku%JV2m9DSR8~gy;cJ<-+HFK0m
z_|8f#EI_yKcv?%W&@{y5!ANI?e-BIS+^`nv(&BqCrS3D*e~r-pa0_`>WDI^Yy2@K0
z=!MB2H^9Ez=_qiEFdU60KV_fm{Nt_Dm*MqolVEmqEWCfPosD1jgRj14tNv}BfG76c
zSAK<QOYP6}N2-lVyv&j}jm9vm1wiv7-?eNk@B}<MpF|5kEtRwbzMVCZ`qK&C`8~vs
zZyLx#OIU`5KyAqeQtP-1jl>1s8Bd=EA%V@<^0IR3qiuX)-W}*^`aoKg)mp9!531&#
zEm}c%<8M7AOu<O|JRF+c6tA1EQXM9}L5pwAxYzYoaB*gm=pPid%gUMxg!Q~-cpbUu
z*J8ovkbfzNk=B!o7LMg>Muo#H>)9C9-WWT%cUDP5P%qbV+3?E|sPDnV?*&A=o(JL=
z)pye_Si5vBJ~->gNh83~pDq}8e>w;ZCH}&Ccg-cCtIph<4bvLFkV1Y30O5gD^s7Q@
z+4i1dy5hCK0C`ZiQ*iOq8KCtuuj>hn`dd|UIy2%vsN9|@wM}sox=LswBy8Y~|HQ-Q
zt;NhYYLGh4XR9)(TUW3fGZR+b=>V@vdm{BVOkG8qZ1E-LJ<d>^E1z$@ff1gg(8xE8
z3!z2GW{EUC>4o~Tz=%z?oVf4<q?Ks@Z<LltzY<33!jDG7CBi`E&jA;id;yDg?aPHu
zqkYrf|3Iy5SIPMP1@aJ0&@(@t6W;;hKOS$8M_T(A_jCFW30K5i2|d7%28}|x7X1#h
z2efyw!xU|hE=)=Uk0a4AIiQg0agua#F7LhTyx=P!9p|Ebb}<(`BhA&9yOlRr>3l%c
z!EsmsIKOVGR+?QWEn16LHEf{@u6rWwXURsNu~idmrSLg}@Dq30X1y%dqHY_u-{%U;
z==hTnrto%3A^9Iu=vuZH+UESgrZJzm&^0zar{JJtyA`UP+I6Hh&5ptxhiR$O*EZ^Z
zAKhW{_BH6bdMift{h_$(wnNf77&pKi$=|@F+E3WlZI;5LK<4qs;Bk5|h?#rtH5SQ}
zNP<hJt=oyD?bUOIfw0|tGZ*;Rbj=3g5d@au$l(&c80)Q$U$+9+KJBDtCfGt`_I>H%
zCs*hdyp6pqFaY{D-1Ejr*wIE-Nk@Y8^?)KUzSFhKpqmlO4zC)CZCW1zq47uqDL1#K
zvaV&#<SEM{gs(!IF2{s_L7_*CCQrq;K1YG}Lp3{unO&>IOd#R3GWLF37;#}Ar}GqC
z!-rkGLHsonPv~zI`c2t>q*Q1$FuvLViw)e_e0rYdJ3k*3x@Nm20^tVXEIqf7u>R}M
zUHEa$RHS-f^y#C5uaI~L373$(qtGr`YBd=CL<Pf|X@%Hh{bw#TNUmowGhdWhJ(G?T
zv&c^tihkl>!)FSdhjyv;)eqW#*s<EOd};1M!R2h^-BGTB&uHE7H)aDIc}1VMZ~|!`
zz3|YiIM_qawJ-3!E#?3XhaO|?Qp1U}!*EIeo=6&2ao=sKI!^4aIxpk`2Q}!tyL!EZ
zJGk<(50YP#2wQN{ngS3wFuJsjOmjw`kEUYJ^<k{*%Ny*&iYai+Y%#L=Aw1LCU9LL%
zAM?y_QLXWX=S-M71WB(WVH?t!NugU>0QnE@y=)nZeG2Z-akN6;O$|}YwheX~IRj=N
z9EQ{MPvEWiX}qm<d;T!nnbG?K`8jog`)BfluN2~V&GL!MvE{y=oU|aFm67^-v<(#a
zj$&K1YN^DJs`t21KK9LB=x}ZTBaevWdD)vsXMuc+OtVA&2jIHtFGbXg^c^Qp&HtNW
zi%ZWPgdXb`q9R|$l{ed?Pen3!m^7O&wA&>1OP}+mu#Omo_Croef`^3`k~j8(D~k`~
zy14^n^D25~)tm2ZZ(lRjCaXZ&acnI9sIv$5J)0r21qfVz8GF2MB{&tn>JP?Ai^6fl
zVEP;_`dp{V+D%mIIl@^DX_%W#%r@x}{wpjHq|Ft42slYEOI-1HlYRXC&sFHQwVvvK
zI3CUwYU57Fv+(xWIr2OoS;3h7=>6Y4m>G8!N4N&F_wUa0<V|;2{0)cdUbQ;j2dGE*
zPRHIjyIH1G^iW^mBfgqEp3ccob-dLSbNlQ8$^|r(qX6X@yjj3TY`R8Q6?{y*BX|mb
zHHhOY$Mg}NfN{(~fp3J>X9~u&l&P=a_4IP2`Y`h0gai6~oR1OyZ01?5`^oP>hyK&}
ztsQn~eQ-N^KeB>D|7F3*%lkR$G3frqOD2s6#CJ0JJe97`&K7rv?*0-k>utn#<vx%e
z=W0-R+l&@{RKj8$q`8XE`yF890U$lxhLQJ1!VyNbko4W!W5T;xAo@A+2|YLRcW?Ze
zK+ouE7=Yuym4m>6bGNcl^g&wPo<Myi_lfVPiut~|>j@CPz@cR~rE$*=@kL$q`GVsu
zp+aX6t{juk1AL><>BC6TJ4kwu*1wHE)ojGSty@v%@)`+GMZVyo=AD#YUEIRO`G|a?
z&Ed1`5zj$CCx2|bq?SzeVgftg|NI4CgXnX32(u!St$TF;a*O$;-(;k7n9x0xW3Yiq
zyI_TT7>>ALiR7&Xj-vCl+CqoGqh2L!?}&lI_o>7)^eo4>oUX0>tlJFhFL)`q1<KkF
zLA?uZ{7?FP2-$H1Nu!7y3QA(1Lh_1MLQ`W-J2P-z$dut%M<8WNFpQo7ykexAJa&4n
z(D@t|*MW`3ZyD(fPMD;AT4bk=9;#3NArJy*@4|(4dO*1q)*es}f@4VA%4;4TBOYym
zwuKitojc`L^CZfR81<M$oQWD24<u}XruA+kX#};ZVZ21T3k3!ab<_gVu1I-~^!loy
zEb^bm;qydZg7R`hFnm(Q>&}{9?E(7PKNtFduef#u{#hrYf5#jyW|VpsMCL*@=H~y!
zvXqM2)jE;*LK#|6O!?Y%C3!`H@OMn;>AfQ^!pC`?=%eB+fqXZk{b9q;O;z$NnmeWq
zRno3pU)=^`UTBRnc{9wi>(93|pT|ib2~Udx59r*hvl#L<g!>EOscS3Y*^qFG(b=%h
z#j%v@L?hJ@gn!jOv|0J<Fd76N32%71Lm}m4t<~B$mczfe+HB9zBFdc>2wj9ngKl&3
zP0WElPwZvM8BQ}m^K%R5wbsGxwvj5$q<p$VKX97u!f6I5gEOSeGZS~F*`T(4lJKS?
zhg8#>xZ&@1UV@jTCH-?b^#|n!=5oK}ixSO%L^|dF^@+e2p~W9&)6DeBBE8X6NeL~5
zff<9C;Cb&y2Z3}C^|Kk9-&GN~2Lf+m)D%vhL|juQZo@~s2U5PlMFvVbpE$Mv+ov~B
z+c~Au{3IY{9x}~73@sQglcwi{=eXLlo=RsY{Hbc$pslR37=bU<*g(Ed7MToXEkM|Z
zU1rXe7b^#NX0!S#<rr)ypCCLSQg$G+9!^>TM&7**W2g7Tpw)wse2i4|US*UQA!SrR
z`{q{1^SOOdBP9PS3vET&A5iWka#J3*|2BOz;UZ3WL%GBT5V<XJE|5o%#rb{LjuGAm
z78jMl%YqO{izL6(_r42hP>Hll^^DC*7>fVmHWD}I5|`xhx;IQg`;<ypq=htJTww64
z(%k>m6h4E2^s=<TeWA!KgqEcop^`XmJrngKUI+4aT;!*3#<fG5BS!UNMbi#Qly4&G
zDdpOhha!XGi<LIyz4GwI+06nMTu7J7q%&pP!hw?A&B5eX4s*&hq2<vfcq-))TkXG^
zleXvL^`zO5JXQ59UGOhOq5F>2RyA{u7Bk9!*)zA+xYa;crv74fV_tE}ghW1xf;)w-
zA<m^5-N8wfDKt-e1YW?uoX^;z?g3E~m2ebD`!m7m#QUuHmx<tW>1VSW66H-QodHsh
z!)`Zs@Ep)X_;G%wXA|{i>>!+y*$zguFo(Y9EV1zrWA(_AC!pJ@5nFP*Iht-ZhCjbb
zFyz!zWyMzsuC`r*UAhILp<bdg{a6=Rk`@BJE=Qq-k_jcBbfsXwbiT6lUG~a)10?m<
z5ZA`y$E{vip0*uU=ci+X<`-eTr9VD?oJG$D-b3HJ#Yg%B4qkthTU<MXNp>gbT2uMC
zlRMzVlXDV`lA*)aK!v`?ts15vPks!uC$^If2A$?F4tH1G9QtGGUpF|ndkKs7)R)WC
zOw?_@W$gH}e|+t*O67ZTBCNP_m_<c5gTJ12Az+B9JbYh2sj=fitn7A+8y{XM*|#a@
z4j!M-_G4Grv%nfIdHrRs^^;xpn>3JDEjD29@u6mgfxCPr>@i-LUYnjd{#IIYHd4Bo
zHi}ISGlO-9J5v^~t<t`rS5g4{^=%}Z?u};dHlFO$_uZO?)2eXCb89d=(F%?1PxIvm
z$zM&An5)$(h&Cx>>l8^&y<^XQ?%yq5k0FL}IMh^29WYo+^`FJD>3<V&?VL!qzhWus
z>gvc}<x8;rsJ{AA$%8@d=VQI4Ghy@c^LYA*8!o(LAYWT$2L^+j)P~bmqr=LE@Jq)7
zGD586b%)cXFVU}A+vo}0X=XC$SA}66()G^20`O>(o?P)?>mK>GgMrS9y>eWO?I%ot
z(za>rPRRy%`TZe2nX~~f7G+DF=4nH6vwYTXZ72^|dYE2g2VwGgX!>6{ds9H4yI@0~
zD>=ke=`+_?)Eg?hc|lQFEWVy{fK3Z-0UuZ==+aGF)^558&%55?e{SZ2-s6S1^}oH)
zZ|X<*WAYICYzn|B<sAJF-qnb6pSbD++MVejZ*fe=;<~lv%fU&wB+Wp+Sbmo4w@u_H
zz70m{&U{Aw!apqcV1+-=vL^AF@cns5{I+coUg|UlI?W5D3_LLB-^xU#k>yP2{NRG*
zS;x@DN;`o&PH33xm3$BB%;CVfx%6+oK$g@L{+-Tc4MzvTwHZm(wG}hqvPg!*RvK34
zQY{p-G1N2w553;QG~a5o5#A@k>-`qZE5q5?VLyEy^w4+wde$H~r1=I0lXAuTa(Z|^
z9C*8)eaGGG?uiQAo#+7FUXKSlJIpDZEYo>&!-vM|-dm;6Y4s`yn9^LHw)+Tg@#B*;
z{=*R%1&$chIg)rilVvZ<aha-HjPKD0I$u=r`RMKZQm40QbNUyf8D&GC-Gfu+?{K!$
zP8dBL=yP7%<J`t(>g0qL_`Y}+6lL0}r?jR}Pn6^Dlw**%X$WN5gyWHrxj6nqJ9IYL
z$_Gvkg<f&<MbAM=rz98A--WI3z&78pJn(KAZ*3TjAFt`a;rb`|rgm{ieS!GC9#oCf
z;pYE}c#k%eO~1YmUmJF>uHnZEU*N^MHoWKL8+=^wbZBRs3AAQ~u!42i@JZAS*O+;u
zweL+Sy3JD;(JL36CgUr^H;^`44^Ng|fwIkyAlYFE_KS#udhu0U;LNuu9d+1HOYU2B
z7mud@6Sc!0`oCa$i94P$pUZ-php;tfccFPeCc7|k2{`x~v8%SV@lA$@w7=pTBdoyH
z|LBub?vBNR8)-1g+!8w{c96w<5Vpzo-RZe$rK{;PX|7{#(O<0pI0gT0>j-u!`;l-6
z;u>v62ag44I(8;=8rc#X89v~I5sLW!vLW7L4b?N!!y_3BUt~)s({ot-$V0fl&0d`T
zY8Wf5J6P@%WW))txNd{rNHeRN`h8}}`Wh^qbQuWK*q00)F4i`njwjC2n@4^9mY;Ia
zlc^Re%{|7ic7d4(n7}W#&GQ<BPk4$yw$=rM#RKILUG~Avvy-6zw?fuw^)G46^*TV9
zhp_`9z(VOJ&W36jjK|i06MYZErnU#Ihb4TrlUa5DG|6y<Sr6}m$9ZJ>ZCk^`@a<ev
z>mL*SbW!&X%&!*@?lw2TVdXASL;mUMHu&$yZ#dke4^S^6;TOEsuHZ|p-PMu)$O$h{
zbMGzRmo!A0;9AUSO)$gxhjeWHQiuwQz}+jGsjVGTSlsI=)oZL5zgik5MZsss?()1>
z2JCWhTfW{Ugb{bJw4rlBC+#BPO(ZxDFj7PAe+OpQ0jRz(-U4CwwnNzB`Acwq^g{ZQ
z5e&I}BW_2^C|cK(sc-P{*IqDuUm?75F@ZDF2NO2*2jUN2+v^ycp3C53d2c4LjQR$>
z-q%sFthRdn(kK_j-5!QkKF1g94q(;1ZP258OIX==8dAT)eCIB*bG9dL2%yh78`l>F
zj@8=eB%gdg8vZkDjP(v0s|P-Z=M=Zz0UL{-;-TMGxHaWHkNoHYM)pq7v1d8u!RuJ$
zeFuTbKs^NliwL90t2Kd5?V8K$zn7utyPx-+Ahz~X=A3<ldg(ei^=t^G&e{Cr`E#uE
z=~Dt5v261s(J#<1!W?OyvBRld=#@N9&i|0cBev?RYa?y2ZOTjPFFV=Ks|yG$OYm?&
znhSQPUJ_9Mpjp1H`nGdSHQo}Yp}=3%+Vejooq1eMUl+zp5m6~hq{vi~grv@1M~0L!
zbCQgaDf2w5kU}bzR3atOWUTJl>l6x^B1D;G&h#_SyleOV;q$&f>fUqqUh8?j&${QH
z1LYI4A@@oFuPAsWogVKE#*U-#P0S$jy#vfz-%RKcl9%yYkN#+g8|256bmfl6P4OvP
z%<`w^z*#kwx31R4l7QLRwyL2ler9FMVG?-*M*2;at!(1JBy<}bv3v~oD)y7!wt)Yt
z4V2iQLs@KL7g~D*&{!t$#8X#LI`fRyXEzWRu$CK~IQ0f6J(4t*EmW}|9f{qjCu?hx
zUK2~VHCJCwX@gY{;_>^&-~8a@+c<gQ3ev#We6ja1{Bb-*XfKkU$@(A71eb78`_1$x
zfY;UGAkOzLJtK#730L2iNMkc#?o7t0mXS0ETlqWT-k<g0Uiu$g@mYa?+cWt^^GB|?
ze#JBLU0CLNl?e}Arzk97<W4R;bZPsun36CS2Xvhd$NM$LZQ32+D>g&wB_tlgTQ4GD
zjIAwhUpbW<yWeN~@7KdUGrFitD(K$#BT6Oe9Zuc?mN*jgBzlf~QV!D3Gh#c0S)NEb
z%Nj+$APspZ-Sr+LdWHIb3-h{qO}Tg4T=0hQ0roO1k5Rp0_l<`*^&-^N*H!;qcf*L3
zWyBO|;5X8je_tM=YzTA2*z2`Ag{yMY@kO^kJSE{a_Hc{k+C8?j&exBF>Fh>wmdO<$
zz2Megx4Jf3H$mtp3hmA^8Hz14N>Q-q=x5(S)bpSuTcMZmYt$mwlAujUp5q$)wi-z9
zL>*({w#l`eN6aTb?Yj{+4?6-|szXsQsD6t~{5xn3d+hiSiCJs+H{GQeoEk4+!@QEY
zaeX)XoK>3-elr}2i>M|7V9#m|93DG`bap)_K7<K}b_(x;8@f9rvvfN(_seAz-m>sP
zG>@6FOn4o!=s~!<TNeeFq;~Ei`V-&zpMth$gW$!`cz&lvKBGESi|sDsvuJy@>f?TB
z`fmV`?<wl=Gaw(Bj=zF;v0}3`677NdZ>2Smws5Zw`m$hG(l_$a5H-QiLZyC%{dFza
z9Nh*o=_oM{-Fq}aAC0C=fPqV5Xia8wWt@vbwM!l~45>!NG2k}SBOthI^s^PLh4u{c
zxH4sV*f)vl63)gN3E!0OuA5c6ezgCv`n5X{kAl||UzXRQu}aLYIPXwNccLI*m5nMG
zhI~pEHDW*NIj?bV0|m)LVBY1oaHRj2S`DEZtM#C!Hup7x-CDGydFz847%;MlO8J2W
zn|>2sz+U^<L(iXD>bw_QxWi9RMt;eyn$UAIuZDp#w=WK=Jcp$xvN_c=dEj8M==e)n
zJ8Zc`EFud%5FAYFC)P~$3z!B=|2V2Im)axw0s0<mpf(7-0j;(UfT`xbDsd;e{{>N7
ztb9UeoMe5C*j86QdGHL+(c~a8J%0UulFf}A#x@UgRH;sdZn+X~<0tJbIKN^C7yW*7
zbUq`FBt2tl&H;M<U@vcxlhi4tM|r@igUXHnHe%)C3T6};3|B@r=k8~cad<d_d(AQ8
z_4kbO1zdhnf%27=`18FR67!0h5}HHDmCf~xn#tjD)za?HU(sZ79d&xIFooDsrS(uL
zL#Q`iec}rfp8)AP8*c`Xw)QrVZ?LC*b)lxEp;~8QCQHeA4AqJIIcZm|m;Bh<jCgqq
z()$AKmnw2f-+tv_`H!B7?sOBWE`|TpYHL|QTeb7yR+tl&fXk*l;o2=e3LcS`P4P#{
zPQ-%m`PQ>~NIV3hj!trVW>D}0jp!rFSu*L7&_!%fbsa+YR!X!twf?)i?o`SpC$Y=)
ztuSlg9x!*UqnNt}i<%JH10vsSdisV@FG*Bmc-Ol^<PDf^^pw##qpi~bl{^hcGziDo
z!dy-n3oSaX<|EGeBGnQK4fQx+#TFKSL$m08?DYJ};6FYLEAw=bShbh$xhBNTCbfM_
z%!~0K#=^-blTl>NptEIsWd96>d`@I6g?d|RID3>NcxnAtAFTK214dj+!~-`Yk!qYx
zvK|gX2Stw5whkdpJr6ftEfyJCeh_I0#LvK*w-Opf4Bb%rq-_toRwh!`Q+Pr68KIG&
zxicHdkHF^I|NEMJ6p25OI0s3`T%CST2g-C(+N`0FqoL<pM;gj8hY#SXhB+cjLESY)
zO4QycRu<8dQy)UF#vQ@^mMw^V%y`(2llQ>>`<q#h86Dv`{6oQRqPGS#D965I#|z$(
zx-Dp>(lMd=6f<?;lBTu)?wsn0Vox_c4TR19itq#|e%Bd4y-h*#IoI<&9&ze@$s};0
z$er+(K2s)*roHx&$TRWX@{5?Vs8}H$V8Tyt{W4d`*CDA>6cXd1$R5tCkK<si@iOt1
z;AhFt&O;@iVuBCby^RH8LSC<60%V?Phhi>3z2!=InV+-vrspKQ<ORoW0p)0wG*UA0
zdBI5Q@vp1{XO0=ERC6?2Xo14}DC6P7%l4QUuaOoOFUO*9ZJ~1U7_c319i*J`n6ThL
z?XjChx0W+fH?w+aqu{O0elEOzQH!G(xgZc;`(#O7wzp!QSB~NRKh8MSewr+_NqBqx
z#TT&qDNoX<&Y;>lu%JB((D}3bt`)9=i$(2=Oggf^t=hTp5dMx!fi3zifsO+w#D*d3
z)4h;*Qa*5MGhENEz{IS6u$gthx36_b6X==RG%GQ9)f#tAkD~liA1EuT+d3*J^oufx
z&?%tT0pSTBy5&KqPS@Gw6%8miEJVsm@}Q&)*7k4!r;N@-ueb4VLjPSh>Yz#wwQb>l
z!neS{_#_CA$XVN%5syRC@7J{U_tCh15oqeH2hwl&72Hgv93X!lagz}rF_8_<uP_3i
zR^1pKJ0tdh4%-97`J&FN8Jy}*9=OFy8F~=$hOQA%&+=x~12E3{4JO_ki(AizLe)h>
zq^!*}4I;^Ja$Jcoc%##e)KNhmKr;%o{JsEat@)K+J8<c%beMB`92YsfMb$`7bt^lx
z@vF^v$@#aT@gqA)y1xNv1_UKRb%`CXlIQJVW11!_C+4JSc6RbXt&0~hVPh9s)3;o_
z_c+gUnl(25Kv@Fry~+aOX3?+oEcoAwV7m=VJ80IfYYEm?`*_q|V{jYdiOs|8fS6kB
zF()1aI#+OWk!7k`PW}$U8;OlD{z5-UjCV!i4Y>n0R2R`RmT3=(*^_`~W2kGqM(v)Z
z;$oV|jqGX#$BwulF`R67elNOB9sxA>;O0ZO!Pjfn>io7gFs#)N9v)oDDhg(SU@gjG
zxM1;Bq<Ib|o*GJX5l5Vn*I(89)kt|d+nhJEdV%>~X-xR;sMu?enGh*h0PxKY?4x&_
zZaUu`?SttV!ii>>;FkzAE8+ci{!oa+VaS|hd>r_PCGRMvLR*4aH3bUwKBJsSy_7}z
z-B1?ixzceQQg73YW*ms~AlA`T=VrlRt-HkZ4m9s`l*BA3#3#L$GsxR<e%pg0^MNj1
zCqumnZ(=UuoYPfI%!odCoRU5UPo%zRAZArKl%EszhvdgVyvxPh<HXJa!KDypl`iH$
zK=VQ_>VPy$<PV^AVbRUXxN4gN)uHi7+`{B5KVZS6{$TKG9}_ul6FvV`crJN2^+h(P
z*(FcOnW75sq1>qo#$03b1WE#G7-dFAY$UvqQ!NONf!UiFF8y-^X=Va@+$_}C>#nt$
zO?)77E9mviWb-c52X9T&Xpe^RYX+MNV2ld)PR9$Mh4FXx2><Fyvk4~jEg--WMdl=*
zW$UWT(5KZg;g4+fZAH`vdvon2yr=82D6>j^^tvO}I}e{%24YT<aj6BG&fbO#LdOwD
zHiMRdhk5UOeJ<8cd*Cj?XIS)PH`3fd4K`h_QoqVHcMvl<PQ1*Cg=ESBT=2iv#|b$0
z#5*{#K8L)&g(^IX_)r#pN;4SczVT_kuFPHZ6`YOu%SBDoya=mu7eijdrKA^bGVL$4
z@hwEsKSj*FejK+}8syFZ!}dj-c#~0|(X4TE?Tn{iLOA(NBf9RPxnR@U-m$r6%7|qt
zBXyF8wOR?(BOrQLuqXKwbH9~=({7yQj~5%NG;d;kEL7G#{y3vOMDl5fKdHg?BL+a5
zc>}n}YPTM(l_)E?^4MF#A7tVaCf^KKC{xjlQA;I`VpcY0kY}=)-7s&Cf~UqlX(Buv
z$7sdyJ`a=e(5D=}5q&80eC3qwG())u(i&=rJ7vlQkdYs$d6RJyEPVD+hHwQjw<HcE
zzFmwv=jo}-!<OUFo!w{_8;dW)oYBwj98!j5G!GJtDvRuC=z2jRe}KpZZ&*d-7?CxR
z=3*FVZ>j2<8xTJNBOOp_#(<>twVJ=;k)ul43q3U%G`s7Bl*hUD1Z!2yX7q3W;>37d
z=q-7-N`6Vt@7e`dFII3<Hbbn1N<4}&-$=s;hVkfXOLlqY58j|&C-wBjyUh9IOZIBS
zZpn4x5mxuWdhFLd7TQHt@;(7>>VUi&zHnIvFH2d8-qsJ8-l3N2?Dg~DnsFa?#>|vU
zHm{&dpDujpk~Er^hvHB?#lj*gz{#_&s<$bEeV>vqHMshO^}SV(73<vN(~8Y8E7b)4
z9j!)-Ytw=4I)aNWM#0D%bNC|v_fp)7ENHLQ8duaj=4Fv-xXN<@D65X(<ALFPea8Z2
z>hejNmeUwENZ0_|-f!Uj#-_sL5%DnbGd;)8VY_R$Uzgag&~@}a@fc%~%#zw>L&`^v
z87p&myY)JZjvXKPq@&f%I*@yz3WtT6VRVAFeCQUi($ldpB`2M)^z8^nM?29oJfEQL
zhY-G^Y8%U{TnaZs`oPD$JiM?c6yuXW!SICF{B_Z9$)S7(eGVB3-CFtb&rQx^PwoA%
zFZi?Tvy5^jy|)9Hwx2HE7rumSLx<@qRA21C+YJCPUKhmfJZ}#%H?&o@ct6hkTaF=#
z1<HZM5V&^dhvpk@1Iq@_!FqK78m!0!gGND+u&xg6-yT%D#juM3rxbJPHckzo>xV7J
z;?VeGaDJ(u>~5qdmsR$rpVwBW-JFZse=XF73C_6NkRdm$r_#R4bR4Wx=05Pv4}_U*
zCZp>_N7-)D3(V0<0h|+qKbLh>4f;HVOd}OCJvM@uJOMWES%`Xvk|1i4H}GGVp<(@}
z5V&9@K8i|L4)0xx-i^a>%5^7{K5jzXu^+nph=$wtVc01&8jR0bDoOv6f%XLYR~F&H
zn;|eDZ#Khy-{8`%P$*fPiieLmAf2yd9kG`WZWhOb={h@Fb2+Y29p%pR15$3mM)ol}
z12%Rsgbk_zzuesnN*f&G^EZ{Sk9XYVpVgz-5z{7W{H(@+`<6p_&=%g++ZvCU?&Q%4
zL2yQDi({kO<3w}wqP+T!^e~k1Jg@!{q<+ADW7{&?4`_XhvmR+XF|gnrT(oMZF8H#Q
zUtZk}?>NxsPG+WR_Ih2sIb@aG#nKx0YB;=U=*+e?F;e43CyRb!3+g>qmX5x`M?6o1
z6seMZyD|kLHyNqUQNHr1e%;mRLL*tb`#%tC8=EA_Cx;K=>EDeDG6KE;{SJP+@)(9s
zudfzZ?#HJ#C)tosp=dN~hh)4?8<Phvk)H(XtC5E+)qDM%xX0Sr(D_s}bMoATyS;CN
zcmF_WHZ&49PWzyFs&fz**u9tTwdw$|^h`D|ABtxt9>sv)=IUztTw3hqw7ubc(7`eu
zZbZ*yzvGTK4$`x0>e}&#jl&t$4LdpfG8c8et*52DHTAq?>XHl(d^*Sp`y0!xZ!t7&
z8i}b>LvXtmeLhg2fe2e|yl9msUHM%`$7Mp#Aa#e*XQ^=X!$zfqyWzuGt6@R)b#Z=Z
z*}F4Nd^{X~)SHS9VT19d+7IcN6{p69K>H^<CaZ8m*@BugL!`#u-g2E(50!eEUb6&k
zT=(HO)4w=l+(8igeP-|q=opuSZl{~do4(Tw;dCtfZ=7wdMyze>Atlbaz-n?1BK3q~
z`d<)c2M*?Rd~*A@&&9dnhO%m)zvnMLhr{cDhH|gnv!rzy7AX4qUaNGRYnzA1Kgn?V
z;&{F%?E;TIRVwwozf<T4Z``dEyBXG{ecgek?Vl;SF?LiFdGLH=KltS~6-e`x6tjzx
z`|qJRs^4*JOUzgIz&}{FuaQj0fmACB)j@5~l<Yc+_Z?Tmxocgi_R{dr47yh4of8_2
z-h)&#jP#I^K1lN(HHRy$?@Ja>lG*H@BOznVKG2$dj+0(s-l-;RVPOe7;+mpdyO0L&
zE4RY*nf<V?t(KhLvNevkagwPwF;ZESPuhhe&&0tbwJ&&E(=&gs_rR~Zhu8@H<81pq
zPtjxYN&8+XG)nQ_&ypH1VQsn(!ZG_!^Msl#I17I4LyrWUcV#j>w4TIQ-#sgd_wG;-
z!t=B5umg!YYSRr8&TR9jAk0I9H90omo8AoNEiu@w)g8FrWEIx8)4=Foaah>cO)U$I
z!@dn?bE*%8v{`Yvcn9|LB_Lj3_?FN=(qnW;(&eec27yD;Mri*w0IwL)=b(Xcocsr#
z1cyUMFBA3Jg?6m@)L<My?3CX5i>7~|DV{Z_x_nBX|FycqXun)1n#Z%^hgX2ki))_W
zLE8>9;N|WfKs~4wRxM|AK5W64hHCZ2bkTcaj~HnY^-)(ms;Jx{yNW++`kSxYxSdCT
z`Y1FG{Vq?0NxPj??>|>DFk~yl_Ya1HdypsHZ7lw%;=Dg!%0T&ZVXe-Rb^&=D((7nu
z8aKqnH}cr*K@H`=f_bpQZ~@iaU9soT<n9izI(>mYZ>z!nm2U8ihcmogh~GE$$C~RW
zAtLA_BmLl>2V%L=s%g0W-gzXgl8<@q<P#>Jz{mSnv#RM~FnQ`+2<l~5+v}u(wff&E
z$yMIiC4%4i_LKX+NC&qDM^WfvsDTCtvowB^uALIS(4aaAX}ys88C=bpqR=?~%nD^^
zXepa@rx*&;VyH$wySC|m5$0U7!3E6|xS58oBlztlQw;)Xk8IgHTX-05`tE^#yaDbE
z9Z>7t{$2WkQU4&GaC@=*XGJx<8qr)Huai#Cf%*pIanNkybar{~Db0k9eeu-&7`VH2
zI0hbU?mB&DG5V(OLgW2LNdF(=Mq5!`{lvR;jkMl_f6822XL-5xA($0y147q+c&$@6
zlugCW?i(m`M)L7G9oQ-p14ebJj=OjOtye!+Ryil)jR$7Z>ro@2*EHf+FB8(7)|l+F
z7tHPt;Eoj=S-8<h>9+g;E{|;|H!bzXW)q*0M|a}qKD()+2E}_^@6eqM9CQjQvk&0)
zL49CZNkY%Hmpe*R6W;>$gHl=elXVC}Mts8x8yCR~^X5Xw_@Av7wH~l-d?q7~z*n2s
z;Qq}~tf9ponAxK_Q2nV}&bH*l1q#&?cXzMhTi0vg)1Yl27{-OJSrYp_d;B9_XMF)D
zokvl_J>GPYV{Qb2=i9Ee{6hbR9T&Bx=TD8ogL?pk|I%>-`4RS8eN=hh^$-7i$yTrn
zr{7~#&nW)x{;yqht$SlUfnS-fRs~(FS|+?$HJLMjbmRf=e!L57d*V6O+FQPPr9Vsm
z9))^Sw3MOo-Bh>EZkYEpMbqeM1wL4F0yNKkA=!_<JF_quo}`=0&8OB;`}FOK&0_6=
zYMb=L9ru*p<{L*PK~L>AKz=C)>-ocu4;suIOP~F&bYNXqb-{{HTX0SjciiyULe=sp
zz&<}?c;Dio_^QQ7pku*Vc|G`?O9$aiml8I*<SM*>^@x8k-UbcoW%5tsr^sGY=18R3
z>>1a`7`H4gv@6k*6YJ@r_Uoy{67`9#?g?Fn)jK<?Lq6%r#E|NxVlTY(!Vk(SPhsGK
z>$TcLy1;@CkLD3WcHof-xv+fu4MyiCm<WHlRrCF2oq2AMj4P@d$uEZfhGiA=;owaj
zR^QH*jUU_>@8(Wq&U8&_X7|AgdAH~nd4zs<Bz;gvCU1eO1L|W^+s>-sSTFnfGI<lD
z+UNU%m(==)vdR%#X5D5D614cvOm93EvJB=u+D*?1G*JKj_zO+mJS9&kCch2>s&ycq
zU{Q;1;k|w*Ano&K*wk_ibnUhif~FSW`l085YDB(&y8%208xZ_o71pfQCy##61>FJ{
zX+X3eyk0&TF8(xC1YZoSlZLOuo1@hphNKDj_WK%`FJ}n06MP8H8|uR2x$#{4bv0>M
z4|JY;8LFl?K;fzVx|<3g#U5!*P|L#whv-hwEY7usv?r}dU-zKT+-5v~dLb8V`G%h1
z*SBE}>`5EQi3!!x2HoJd#Z5*mtCF89!$%I29`FCfQ_KcQ?c3#O<gER*`W_Lqh@Oi!
z6N$y}kb$l|vEy6fQ5~c_0qZpXF=7$w`+BP2k5BVj0M$9B_s&6LN`5$^HSZmMh4di~
zwPt(ZrCWOH_f2Q{m^Iy@XzoxDo}$yUC9GVR4~J))2>&M^-Hw!pP%q9O8yiZP_vI^Q
zjA<>{9!aa9WSA*9R_Lmp^t}nnEu3^mO}ZN?vI2_zKKRTBm(VpCkD_S0WMK&p_MPEW
z|I!-2sj9nCC{*Y^;G`*BeEz=KT?>7DAK=fzv+T>gwbDG?%Jf6elUM4>l)+THW|xqd
z46n4F0L1!8en1@8SZ;pUN~QhaX;1b-gF-_-(_<cd?l}s)ro86Dds8}waH<L6Y5446
zJnqcA#XcA}l4;M`p<Bq0e^QxW#&D$UrbfhMO7=^t#P7PaO*Q6^s?I2){;HNeU`^U)
z;X|i*=CdwP)CG<%8OG@t@zBqU+|F(zpOI3`x7=EYg0WileGcXy6>teI<f)4*d0C(t
zkme)hE*IYFF8A+Jto&_6-?ix<1Qnm^GyC`%l<CI7jFf)8h?8N+qcYfGS}M3*q6`P`
zT4yM>b*i9`RVq?%*0S#%eJ5p++hge)HbSHAd+0l(UYz(ILyA1qsmmYYeAyO=%b?%t
zt~hywIfnmji4UzGO0Snc;>-Kzv*F7o0Qn@;S??k|883H_1OJ96d8mOaEA8AH+ut)L
zKCdeq%`$?|@15by;O~t584hImK<ZQ-mAHouy5t8UAJS{#jI}3456EjaEPz*=f8&X(
zU3iTBVyeMq%&ysBs<%)i|K__5xm4G711C<CDJx^qhI(@G$IXn+0R&gK>Keu3k7nVX
z{9wFxXC)&pgp`gtIBLdeVwum3GOlFX;RRc_(Lg2c;c?R!!^VbMa*sE;Ff1&N3w9-c
z<B?Y~`R^O~NZA|7%Xp;n5x*R4p$g8u_%oJ%e>;+A3+-So7k#l$-=pH^8TAj)z6&1W
ztJ+o*S9X+L-p!OBHrB`fC%US1e54^;nVdxzUCvmJVvV2b*l1#t6yYCY-;wH$a@f3D
z_7MG@?AIC6ij09cj~|Qcg0y$kZ{~c<G5^}VS-tZRUdZvom%C5m+NS4_`kntdwGLk{
zJqXkvc>i`7d`kTz&Aal5^tv}XWRK(I)kyWm+&UMrL5iMCYYbhzQ#jQyufJ%F@OzoO
zf(^?~!{?Jva>{d}=Rx={)h$pa6}*b)J{Q$$iO596<``rD3HJ>(24WDPb;Bn4K}d6w
zLegZ}Ort={Edx<#8f8XKHOv2wzR91Y*J_8-`sW4dhu2?z7VhE4Xj|T_V=$b!n#)PY
z@m73y%B^?lyDeXtVB75V8-=DS?IL{`^}O==eV&GL7N@=zzRLxNlE2}Wvq|KmWAT)B
zD%{O|pmYcVCgwWXftQ%0{!B)*4n`aUloP;r=L3<O8Tk}a){tpt1M%CFvEBL**y%4}
zvxQbN^(j(b78x2yKbd#`H|);0RZK7e<xv*0+zt);OcV1UEdE$eT^BnQDc57gBjVzM
zdD!7XCFpH3RP)0wvrnmOX-<;Esh)}Nb-3c)Mvgyfj}7Zj<H=2pYxj?46d*M5XY~!J
zJH!ylcc9mZEBstms?b;_cwFeyIFr6$XQ#`_A8Rv}$bqyEXfq*)*8GB)H6Ud?B#l!&
zFQfwLr|@sepT%7ISXUM^De4R9<dQr5v}QAy`eoG~ub9Iu@}CdXFS5wkBJ*~x-vwr@
z?SaO}r?E*()0vO&M49GP!e@nNiW!<DJe2agN}hwn8cg)ESQC!{p_E;oBjpLXM`?;!
zL-70W4e9)Q(wHP3cyKq+jEA(Wn0H*X57uQQ(mczG2Y31)dRZkNQAumi$?390GYGY?
zv<(pFB6+!($%yl!+FOqzcl|3#B;PxUtyX3WouKR@*YYuOn^-HA<|0tg=Lix@!ih|4
z_3z6=Vs5~v9eGH9Cdq$h7>Id@;CU$h`W<}c?qZ}BYMf(Z*|I@^s7WpurlDIVYAQA<
z=d#*Tu6TnP0ZVDdpbugliRWaRi=p^8s_g=ryK(WFXUt+DP0s;V)J);2oe=xJ7!OVU
zS#p|p@&1u*CF)tE?2nX*QF!zGP3{sgH)WBQGVzk~{m>1dHDkZO^;g4R`@^mu18TKi
zWaZCI`ipag?#FW(u>xD=Yyr{r>`9071XFY36!lohSCO;uY$rXS`I(pps`~yKq-@Mv
zbmGip$1SPAvW-gTB^a1y3^CH6_cc6zRwN4@QvsTay3qD@HYX2qB_9{Qfg3(90OCWW
zIR^3B7N8u?DR)TITid{k&-#=-wB)js9};D1*G8w#(=nHde#R$vR|DlOpcx0y>#)cv
zK`3UKeFBQW-d+{6H;!|fs(Mp45EtD?%BLW*%aBK2vY3O>eu-I@;AhpuQ&Lr@D?s%k
z_JU<}H9@KqIY-MHh=o9K{OY^?Wtcn*Ri~k1Hp6HZ3p9VgsiVq~^c#tv#QaChw*=3r
zt*v~>k8;JHBF%e&W^|1HKNI>b_=09!NI9JH^k+`2FR~O;u4BaIs!kI_plrzmYtTND
zZtB9aqmLEJr_e6&qNoWbvIk`)pxKj@-gzk!S8|%iiMf(0<_wf)fsTVwpKxM9CUVd1
z=EGe{gYb9mA#|16h*=xj))|MS8#3`06LYoldBd2P!HAg~`6|sCilpPshTxwSwH}9*
zT{&^Tm?xl^k!&2*Ql)-@ie|g`=thA`@9VD=;wCv_h>=|StSx=iQwpsOLRe+_aWNYe
zo}*NS?LzV=F$<yD%16F=TT4i|{fQs4suJ@LPP!%0d>TqNekYy$>0<W@h5w_eixs22
zRNQ}GL7E+FC{xHZR}mb_1tU%F^{_Vop1XDw#rlfbB+XR##lFW#Zyqpl&QW#}+wDD;
zj!B1VRLp$e*3J>=xX7oHkj|aa+zJ~m4uM}iFR;p$x1?VChvSRpbyU~R2cgT0n`~`I
zFPF%K_V8#!5<9tXC-gsLhIK>3#m~S?xeq!9KY<f<>%!hK*6O(P_o1e882oo7ABXf^
zU-0VOLTILaQ?WT)h{;2a!P&Y0!LQy0c)I;kC1hJ1o@uEgkN>lZ&#DuT#~u&BmnR}&
z`_l`2=hUfOJ8c6Sao{{%L)!?0bY?M!%Nt>^O)l3;G{!&EzA^h&=AhNCFZ{aj5)*!T
zLQZ2#`SPCtaPnJ6$3^!57;_R{c{sv<-Y<FmVV?LYWG85+X+iH3IWDF*53tU*p)A@n
z8u`I{O3v;pDE`jkR5DJC-wfqtJ6s3-)IuAGfV1Ow(C;{4k5SvO|GtAj?}2`wx1d|5
z8^#(9<If{+@_Ebq;Kn0k)IP&hao)20cO<^p-46!G8o?2#d(h$dBR=qhvFc)R0gkF+
z@VH$9AN}+O<hw`l{v9jXrZe5~{-_U-^=2~8Sg;!C7}yGV3|Q4~p*B5pp4$L@pJCZ7
zXHWM7wLeq&UwgPzWdl_WzapIvn1=^Jcb6hu;;&$0oHq`q`L;`9C=Z?ATJ7yohLie#
z<?TM3$iBn3!tzcuzgjZ|Xgx9eZz0#tn}UxL->}QC>#7FbM#$0QK5^?_`7pBmX68BR
z3*Iy!JssxBX9icX6A>qQoOvPo$30@qzXYEBJwf{r4`UN@p|Q7t9P}X+VwRlZiw4Yv
zjYlf@%5!y))&TV~2VzCWVV+zul{xjvfo&u0AnoEHspOQF{PVyeT%Os3r=~ZQwX#2A
zyFc1!c;zAMV0{|A-p_$~%TM#Uqk=J}-XoVBJqK0%?mGS!e;(*4AFt`jsfKXzlV5QE
z;wg5~a|`OvZYsqZU1jt-YVLl79``{0)pH=)>0Y8)Z3mdA^$}_w7oz@@_GlbJ-ve)Z
z3y!b3tsK2tBUSxqT14lGzjERkt(V$t{s}0&WKOIX1C!4>L8pxkRB_&e5B`S_wI-rh
z0OKLCbs=-abzIwe5{_tMD|@|v&Ar!GL${_{%-_IK4KY2>hlj6%43l#>tyKgr%znWB
zt}g-2%LvI_zaQQnVk^IGeF^8Jo5HT{4dq1Lo?wH+<QWToG3VujIsLa>(e*A%9@0&I
za4#7LZKHeWJiV_(dzzq5c@C{{Ft#@zDI2=yqBzfS=O^I05<hU?<$`oRSZdGVXOnQ4
zT$ajhyxzl;(p?z4V>=(<9fG3n^iC8osu}g!UnljyNw=l<C8d&mMk$=uKY&wa9b@bG
zTuwcz6!*L#`VZFba-j1tr0;g<%Z*wumXEI)3mY}=cxCMY@o)0|8@aHvdLO4XaqYGL
z8q97O3NF#{=ydS`6SagkiFkR5GZ=KN)?7V)2KG&i#L?qZSpy$us2jNk)H8=LaW!4X
z+I6}(7wPSx)vgOW?*Ydj$3Pu?2bQ<l1jaglusTnJ)O*ma!(%+zx&pTj<S35W;j*rJ
zf7C*uHQ2CjTX^uyKwY{{Pj+*n|6UxzXf4EA;}^#b(D4=BRHr-*Vs{we)L-S|ePLlc
z2lzgJ8<ZWsfmDysDXxYw-wH+O326%!+&V({^r?fSk2rqLc%)iX4ld7U5nImVyl2+f
z*n2zLPQJp=Z&6)o%`u5S8#=vn41D-GowXdF&9sZIu>lW{i@nCru8WWc(`*-VY%^{n
ze!Ua{KB-o6`t&OPb+j9Z`o3w_P_4+Y!^vYu!>ChDS=X4;c&&R7r?p`Hes|;#?peVW
z?cPGOpwr$eHh+U7OD+xqQFHZ&ooCveyMotE3;Z7RmiL_<4u3|Pu~k!|xTw`Kb0@U8
zupMq}pMaGwoaL?giFm7@21E_bwwwv_(*1C1zL|XC<ZES5h7(wR<&d*`C|>As7z%DV
z;@B2+?N>lo<{0eHkDO?Man{*<dFDx&w)ZOdt#w7qX)S@yi*c(gcGGMtL>RANZ+>s(
z?c*C`XuwglK3NZ_o-sTpi%%|V3qcDn&>E(I>KM*)+Wci-&g@0w4~cl#IT*to<{`V&
zL>kc~11tYKz{?-~2ga+0z{0#M>{|b+a3`iMp7<RLlVKy2riR0ug0DP&>_wpW0?TE8
zXkC-(v+AcfvgZu0tjei9_JHE88mfDmQFMUbSO4;XtIqJs7kSWIe#qB*uYsJ%iP*Ej
z9QgY-4XQhb!36UGu=H;!%i~Yj+);H@>J6&hwrCYK2r{B|ac9+0&HM&a@Wdt$e$~zd
zKifpn`p`Xi9*h8|L3?1ymnuBeE)C6heuDG=8p&Hvg}dJOd!$+9yp3vRC^P6*PIb)W
z6LmM?f49=1sbdC^52?=d{de*DIgR(gsqp9gMdKzwy$c@}_JA2<GT~<2W$asXN$P3h
z3#%3{f|RE3d5?RD(ZjW6&CmC=Uv}!b^<G%ja2e`8X{5%VwPO$7{j05cIuE?l^cj#A
zxw1D)@aWaqxV*U;#F_Vk1t!<Pp*R*+)tqKNSq83urY+|}W53UDq@J1|NBx`x4iBD5
zF>7<tquY60{d+I#?cpWamSwxnz0r^NYJ8L@UtSDn4s@5kJ)bCQ7_TofV2{EY;t<DV
z`17;}(EBmFMV(;GG!y#&H9V||6;e<0t-UXU;V~nix&@!C?Kp{MAA63rCB1Tyci-Lu
zJL+$S8^2_r*T>ICPP4I5y>ZINYO()lbgN991FkrcCei!x7VRTJc;}jkBD@omig)Vh
zVoLB;5Ztr+(-CECiw~@|{W!HKz=qMjD<0iEF(i38oNPTtS>)VE6<**Kz%@}>bYF^=
zI$Rv@9G8=lcrA;Oy`(u^&VlHKE)&yu)|*E_KL;y3++})wVuY*M$S@lBO>C@YFEvD$
zb}sngr7loiiT%QYNspDF4|=d+rZ3fqrCd0ApzGz=oA~UQd}iL{7|ZfM0$Ki!c;lBU
zw4R5zG*C}O^kAXiui^91>6o&$5K68;2J&=9EFsnaN$dDx`fjP(cMdkF{8sC6&-L2D
zyM19UzEcB{JeZRPps~(cO?{6_>8f2cvC<L6_I47_2&4PgkeBT`ei;Ybba8bkHYMHf
zf_j~{0QHl!?$EZ{*A{$}5<H9_7!(HF%AQT?9*eyicO_49;J+@+#JlN1($Qguc)~1O
zHK5`RCm%pjmvn4YyT{o?yAB}ufVhe+Y?p(h@(=JI`ibcLu7z4}{~d_xaRT;RPK5j`
zrx_iCysD-TtYcZcZsc#lQgXyUGwRuONIV0cla_*D8&QAcF__xn3JMl!w5u=n3e^Ig
zJ9~JW;ihVNnGybI`I~=S)lMP}W%LKhOW8YK#feX`W>_nng#EdWe;K>qClZJ|We7a3
zSbKIL&tJgF_tahR2d~t-MeM+9^={@5TOdsl9tQ{RWgykBEZ%G4;TfE~o{yOp&ANBF
z1}Q(1@#CsAoH3>o9+3wl)wX;$U0ZMyQ2)53UA%~<ee0=@5(9B@X(u2pU{3~Akw>kC
z%<@RKZ1-4oT{jhzi?y+J;R>e2{)K=4>cIB5E~xoAAHQfE$yf7G39-Zsi<88^J>={!
zSDD}E`gp#@1oF1cF#TvYCq{*1KJobPUoiChBr&~C^^rIm9fo+w+sE&Qrmnj{v(OEq
z3ZKH?uREpL4fW82ISWsKl2aR?d#<5u9%Q1f-IW73ZQnro*i$ekcO!AKk$4^W@Zl?n
z+7X@?vA$Ad0b-{Ue1Sy~R(Eco%zGD!<R?P=)#Cgp*mP+>7oLwtF44UY_Hfd8Bwxmh
z!+&DGHLu~L&KMM|BD~dq`v*4kQWo>yzEIQ&Qm^uajVs_;ps6Z!hI$r>U!lypt$HPX
zDG<~1nAb+?wf@yy)DL9|bxs!#BoCsTa#ceaLn5t(12<fOYE<d-*bl^7UH<bN+s8-J
zxke!ICyq$+fhPmT!R?Al;(^&}n{m2Ge2!sBWrCflzfDxz+bwba2Krtqc16-?jLOm>
zk37QZ^_3Pmr(n3gE5B0D8x}-IC`<JU;O1T~))SRRUV;sI|9v)?cc_j^8Hf{GA!&@f
zw)I0GKSJN(4b{2R{UzdR_1@`nx_)&9(jJ0fOUt<px%a=;NPiCt!uH}*-+cDr=QCWY
z=R!P|!)QI&v%pwlfJEuUZ&Q`tA8*<Q!reX5czsqf*p7VwHN*DS_RKw(6f6oj$lmTs
zARU=Xx$6}Z`!e@NvD9ouTZlh<n0$F1yyN3w3w;mb?j93%@LfGl8BY@WPfRC#6G`Xf
z29?YC;3Jdx?pLpv<=e~n$OQR1`tHTD$eG|<#qeUU-JJTK)<6rlFMGw>E*XudlS(w}
z4mCnzFzWeO?ryk+I894!-qIR7&I0r(d5+|lShgdiR`<QPl#@>Ogr~keHI!8p;wRQ@
zMJj3cH-<JAl$l<^_0|8R)GmNiZkwQs#lT*~$-K<`1Y1194?<!$A+0HUvHuvGGOL>`
z)`9dDa`bYz<+LP8Fwm&p-Yhb;DZ53V`DB)+2))5ok4KWX8!IB8l#FbRv=&&L(*~(F
zg$GD3X+PMYMpH#@q&@P4xRiNlaHzFRp3Hyc>&cXxxcKvR@Nh6Oy^Ho;e=w76hsnD?
zN<y1oI*pXdcIc?Y>9u*3vaU*O%Ny-F1C<M2Fr!;u_@u}dj!n^%Cy%{}LI;KRP(Bg9
z!-5<62$m8#Q{-A822`>`=Mz8s;?wfY<n_h1J}9)M`|0^WUh7JnNsLI}$)|em`K^I^
zxbsfzwR;K>ZwWRcje7wz|8pgsGe^=My0_0BP8`UZCrxGdZ*+miGvC$bV$w*c3hs~T
z&vs!uBY!NIIULs1-64)qDHy6HQ(vHK-fb?Jma>-;nHnRHueOsZ6LFd~sAA1J*f}zh
zH~x&Tizj!{y@k?#hztT<>+F|A_HxY|%LVs{EKYl`rax=OD6`OgA=60jH_&yGKiQmI
zU70ve=pGlf)5$;)%+9DbIOziuj77CTO!{3R*1@N5yy<=uon&G|iTXpbTb+QzSL_D;
zDF>*=H&c$-E|FgF$Ih#<@yjgcUUxSL9wE*~Vj%YP$qP<=E<Z8>;tC!4z&%?Wnd7W^
zvAY-_Odm#{kQxfUMCW<;kg@_Z57(9pCluhKB2bB?3+a6Y9|LibhS;i>-)W!uk~<A>
z^Mt-a2N>}@gnl2+MYiqQFiIml>h=Rq+?sE}^lK`Bd;$KhcgN-j%Bep-DO4YV8(3=Y
zA1<;SX(S)lD;wP-E`U~I6w;got^OTGU(c3Ib<~G1XIe2G-${7bZ3z&EBF!q0<_MtU
z`;bwM!ibj5gom+*%d<gbFUOUifqb8n{<D0xA8DooDRm50p--eUaJZ<O>^t=h>5nN3
zvC4yEvsY54qIvh#x~f&wMf4onR3beP^?+sp{Xu95WdR@$S1DUk_IxWeL!z3I$+wtG
zqMn@oZH354Kx>P%cR+kwK>v##$Lh+YXI${Fs4>zF*=}_UY2x7*E|m4exhN4|4|4Jl
zPW1%=Lx59;7ThChn+dI<_XJ{c(#`@U{D6!@G+s=+9?egLMslik`03#5N~{fehk{v;
zXPHR#3!hAn(+oyi{=2M#GItCyOCMLkA->lxgN@gGk+0>>N;>L(nG59M)KBX~?_k8g
zIQ7|5U6EUXaw0KzA$?CGn~5wx#L-GxyU$WyT;4)tEH$_JHlcr<I1)T>m9W>JS|ZK9
z82OmUAnb6_F*>$8DE@nFLKiVpVU!<LI!;ZKBd<h_N|aZC{vL*FUu1`!>#$J+`!gT=
zVaT^N!lb?Zna8nBSax_6Qti{cucfMLBqRnEe#nT!kvs&y^qqoTw~oYv8`9xDGgshA
z9hEc>{8vX(jYk0GQMK@<o-B@o@)(Nq`#ta=ew*MxxlCUr?o*xmIFN^ZXB9_x(|YU6
zG^3!N@C0c@0Ds$>?hjSzFOEshFByq5XM}<7-+LH(UyEjr!AMz~7-1);IzTZ?TwpRB
zXb*Uwb96t+pBtdY$55WSC<R5{guw3N97R@v(DzeF4_hGVj6(WdyI#a*++t**m>=<_
zOXGo98u$H|ODuIn9ik~CZ=49kEik}aM@^WOLAhZg4*U>>#LJA1M?U*D2P-FT7G6Vr
zc@63{=ETgooERTyURRs-s2`wCsT&_NHweXh{Lr`HBa$jv_LpIB{bL#Jbr)WEGn9*7
z6aA7MxR*DH-HoB|A4Ai@D@bpCDMQc5Vy{8)PbUM3vh6a3{0f%@9s-|}|8Uz~Utn)O
z<L~RY1=Az-GRrKrCeH;qtVuE>T~MiCi6ges`t?-1ZoLkah1t{cdNAtxQcn6JQ(ZI4
z@U?75>o3<l?uD~E+$Q$Y0h-YPc{)#6v`h4^$VHf6a-End5GjKqalEP(y&sF--xl5>
z&H;=+Sn!@<9aVAMq4W1ilrsb;(wrfWGWZLeJN=15o-90?QSO3o0hTh&KWTp0TN-^K
zgdN<_fl+?tLd!^t1mnpxs{+9&ds^wLt&GEJJ%`Q(#qW`qawTLBPB5wx*@|>e2FC?;
zRG%J&;{6!)6H0D%Rj>Q{vf;5EK)H~#8ad6#crx83RX0$^cAJj@`6D)rxFP1gcuTs7
zbxMm^9XBJSy;f4YAb;2G5ar5tIC|s>PRA`#56ek=&w|kTJC>tq9yFIxMp1n1uOjnz
z7ra-?uQc-!SqR+gHpf9BM-}>6RUA|KtB1r}EpXKoV=*JD{h3qRc_3yZG&|tUp6jTu
z&V67{MwE*B1e%MWRCEqU4Ll2iV^1`Dj<VhvTwI<2uWPae58<!;P#E*}3`{d?1vI<o
za|bn%h=Y-|P|T&dn73qvnJQx5btV1_PWK2^?&|-6A6=c<>KF}g(QcGF!@C{WY<Vi#
zj~p!Jmb~WE`q-!snyRp(%Q>`+NXG`5CCvEQcnDr>3Eyt7hlczy>9`;KH}oUBuW2B;
z^~lzAU2_)Om&zEwa2&6h8wJOzX2OSWR%*}mBL1q$T_#g5U*75v{^~P|?xXQbdDUdR
z)bOOP>e#Xy4;bOj#_n9hJ{_A5+nd#AzWbBFI6MOv*S(Bqk8bD59)Fa6!}MXM@f>V6
zEeqG|ZZ4-Pk^I4|osj3X61!gJ_&c!y&x?<S>`5zto9Mu`@f8fuG=hiC_rQew<}9-M
zHQzeb3Y)x7RQgXk$Xg}%!+~91OQ(A7!MB|Y*iE{RPKU}n@IE?|f2?y)TJ+OUj@o99
z{q@Un$@GWpM(ca*#l#Oxlf46<?%a-ppWft$_m;!Se#kfYYsvSFCcuiDCUV(e7tPm&
zM(R)JI53-ZnR_-h2GiU#>=a#NoHAw)yAV{4lg>NKR=tj3k-SRzl(hxxKE4m%)?B9R
z>Fkl#375^^3)QZ-;gU1w{q}0fU2m^|`LE|8w02|#f9lF}H&`LPAHMW2$JMWl<kwfy
z&?nvxWBu;o3d%f*o!ZLlbZcPg>>?IEp%A{DujaHzxZ9$h8hGmicR#rbJxf~1?!M=7
ziM~C=)oTDZH@wFK?WeG)dxki2UNt1YzQ86n%f_`{A;3;0fpyMgR#RF6P2SUd@!mu5
z(~E@i#zo5F$^U47*0Rjc2idw4pD_E7G3I^h56v&oJr=*u$L?KoVU?RdTiRkEZ0hcg
z+e~b!PE@Gcn}tQ8P0*;Kkn3w%$b+0NvC*aRXzKfh57&vNbsvE#M}`CKt9tmoC)jj8
z%J<hj$Oo>}l}ER|3|@!EW2;ZQrKspHY~9~&O254upjE%dY}L~)Q17|QX)j<<)h?L3
zA({J)-Hi16@XTv8Y8kgcI#wQW-ni(}T|Kq<;1wy}EFBANwB*jmCc*|oJ8(`6=JdOG
z?8a8Ou&k-N{mfCeMCpN<!^Xpi<B7N>bqU>D!Ct1`LFxghb1p>c@!VV$`?kdN75{YX
znKIWgqjnu1tvmuDHyklk*5xrD8p=PTF5o%52!Auv!Tsb<ptX`CtLFe-8Hg`@n#x8S
zX2O=#&k(EKQN2*^$)NQSCVqc?ju}+$*ntsk`pb{kMRLuA=IW=c`nYA!E@)<Si#_eP
z3m#V$L&_LS_%pbPVz*0I7Jd50)(2};Jy!joE&TVf7aZ;Q5R)83F#1g=oO`z%?xr=8
z|D>P8aeW(L#BvK<9pg&(ptfg8Tk{~Oi9R~aC}n&9>nQub87|K<yTqyfls+|a;PT5<
z9<w$WUau%)F=N*-$MbhVYf2=G`8@#NRi~iXqoZY++&$M47W?jpDWMa@aj}etcI=+f
zeYkV@l`=ki9A-ELNoi-VV7yre?%jDCr=OwvISW6d2Fji#30z*f88;XnR^~s8g87Nx
zk@iSR)z_nEezaCS=evu&l%if-!r63P8U37iZ@77FI(m6!FvE*M*ws234<#&=#<~oI
zS2K@FcZNCR(|4zE7tZHmjoPVN(7d^s`f=<rMeKn?elPiVVi@G74&zIvPXg+9(m}fR
zz}On;JK5Y!|Em;`-U2SOMCcgZ4%D?bVDGO0T;8f9G@2e!+r#%xbcB`;JK>tves(qU
z5>PGEI(eb~crU*5+e@5nk%<;G8{2-St4znqO>_I!p3||amuR<ZBR>1_2X-%WWs%*g
z(Z0?Yp#IkAEHh9~?mPzbA{h>O<wW!PdTK96y0^vxZT4XPe{7er2gVF>gTbzy_^IgO
zcsslcG~Igus0V>`P+ofWBhI;W0<KSw#id22Qp%BQEHB;!{@c}1y}9%l9CGUg(>?TL
zu|_R!`iXPlL)>37@jIe6gl68lbAT5HcL&l5KJaEfkgkJyi5nk%qk`7+J-cqY7hLo1
zv7mV>=|B{mUwDG~O)bV1?ZUX&7pildd^t`c-IGX5vG11~a9<NfecW9Bo7n-2sy$Tk
zUK>Lc#lmR;j?b>b7a8HgZy;?p-T!6iM{MIih?5Vgq~*@eDU%@LdKpmdqx-*|VEJks
zl9qsj$wybkpsi}LF+if)S0mb-h4yV1k{%D?k2lVRAKPBJF1LHmY`aCltAc|-?*r9g
zSD@YE7wmY5sl4~sbHy<*1IT+wgRbG}H}%wZ>IPh~9<lk=-|WY&I&j8QL3&N>u+|2m
zcUABq5kZW8hQ0@Vm@WDlf#$Ossc-2X>Y{G5b<eWsH<_IJ1y^oN!eA>;7WHB<&j`QC
zI_*D=y<>Y*ZLeS#%Fpwu_m1QGiLKdc*Lt$>%tjVVrNCPYr8_?#!qBu|?BXpOb%Oep
zJNPw}BbFz^DDxdieX6d{iGzddcOe}+j<0isclx#qNI!VnnRak?#%C^SDQ8+G|LJTd
zzqU+-SU*2DbG)v)^z0(iptF!_S^@?O2E(Zr>6~helgF_m?bc&1eXr$kObnE0>x%lQ
z)&E?>P5gyVjMU(lgqymTKtg#Sr~c;LB!rG}H5UBY1U*N*0$O{8JP($(xIot)ca?8H
z+{8#1;cDh!q3h%aB}o3qc<C&cvh>$%^osq!%^zWWK$2|Gx&rL8|B?<|P^@<Q!~T<w
z@}5VH#6Iz=_icD?(`ukP!p;4rU{ue()N5^U;qYpF(yJ%5EuH}6A>>W#;X%nc2(LdA
zdL*rf!C@&dCS(%KX}wh~pWH*~)Bhs=_BhT*7P}zzsfK)2jkK?;5}Gq3J5%hsa0@)$
zX#h2CSD-XG48H{Cg78N2E>3lVW&3ExpSf2VI<Qo%C*6;Ah&nCFSMUu_Ymvqew12D+
ztFX`kr@2RwBsheR-QEgkpBoK52X6yn3T5J=$yCE$K)zV(1D*Ew;iRK@!TuNb?*0nB
zl9M6wwu7e7W&>O8Ud*TmA-L=s_b}>;dm`hQZr9O*l_1Gc2lYHg0C^0nvu3vB;(dYL
z`CLaP{ZjU@Q=}Ouu#;y5()q~?{_~Q<hFaqv?Nz*t?p@-z{2BiqWRJvbeCx3o#k+GO
zws25gb^bGBG`y&d4kn9mOvpoYayEi>e;bMShRDzYs*O!ZYmMRACs_8lMDoo#>bbzt
zIHR5e|2LlaCbWrscE%DAJx6tb!VfMii@|r>2a_h2^ONtMA@KvWDO?Nf%$?-p4sM`*
zIu)#S@|E7bYq(&yX?+gze+?D7CwVJq>3WTNyb2urwo-2zknTPgnyM}ua|QykzVWxg
zhL~#Vj>HL~XK`Y)&WyBx7%U1NuWO8-{i2oc<@<ry4#l2@kJJYGeV}vZrRVhFNV|Vv
zU#9}beKb)oKQH07FTdfiQCo0Ggtq!-Z4Q?vH;{WjbEfOT>f=(QZP=yRNJhOw-|5NX
zHEL)rpH}U)=XXb&slxw-)^_^V40-7*@NDJ9-@ly*aYv8gl+gS5Ilq6ccD#@7M9<dg
z0Hn$CPgpFi{b3I}<)_ek;%xqW)Cmk;`ICnZ=mR4RDMMPU!J}4f)YhqOi4z;+lprmY
zjztx(L0k`XZW7g{iYq?VY7p%K%$}2i#0s#t{|3mJ=0gm)8Hvqc?|+AY_KCP64xYa2
z4G))G<LRw*iEFa>q&BlbyX9>-9Mcq{dY-{YH~l&3H4OWE6sWG5efBy=+zV^HbmSrK
zGchK`lux-m3bRIYiJfW*6?QF=*jTVS?4Rr_7zxei&k}r$I`&J1k0Ko>nDn2I_6JjV
z_N4Ee{2u7ICF%)InulfSa|A;$Q{O-?7~E}BTlS<^KC3b3NQ?@B*J5z9OBx^He}K3p
z5d{0UU*Rd%mC;@xt&!^P>&XNgJ2~%A$_5v3;zhyolG`J1eyhhgj2ZhIJ60#4(_<GP
zzmbUdRnj}zp^>TPM8tL2I`bEC^*#PhuBi3Nt_$m{qzCjoheIs!))27=%FKp_>dp4_
zHLgo1Sj8$6dHWUmj_>)Ys2HTW4qQKlQGc_2nG0apsQP$Y(y&ci5|FYF`i-rp7G!kc
z+thOGf>ttJ<U@O9t<KErsXqTZLGhTTr*_{q6*cvX(b*#lsP_=hY=e3qesbC)MZaMs
zzv{hIaG^>)RqI`(6a4PKBIv%YTGYP!U*D6&Rq5<qxA<C?rt=lv$ce@Ax@jww&I8Dg
zx!B_m-;&u&{}H&-se^J)cOS2_urnNM8;rEiOmMBx31V;jvAGe58XC2@FQ?;DO!~iP
zhSw${aWcQO)fizxI;Y&ns5be=%1AhHu`>$B+HN@=Y8Jl}p2^pwdDn9DVfSR|$?n<g
z{6Z)Ecch;BdB#;fsAB|kXcX&8HKphuNyBJpBgdq~iW*g~c+hw9+nnXY8_dTMhF3Z9
z4N_mh)O+34sr0!V<s7i6LZM?oY~Jg-#cxKL00OkVz(?+wA9$@P7y1(Lm9prnd*sc=
zyp7Lxuzk5)a3~tB+A57I`@#o@S+gg*YcRODiAugE_z?t~6XT)xmLkD6cqP#R$h%-f
zVI^ML8pTA;Y5n(>$PR2)Kp*6Dow;D>CHh&!u=OZQbq3->EXc^!yehDft#)o!(ko`;
zjH6@mVY@qMU}_Gqpabme6O7MuW<a~S`f|*Nt-^0>^=*eud%3q{0BH-BWB&K{XkJpp
zNq=j(X8P~9z|O6tJ)~Lb%uTf38(>gJL)B<iL!g|Bq-*4pkD>9V0gSSjU?lv42Z*o6
zvEdW@<0Sf=d7;)Dk$vI*wC+Is0COE}S)SJqHtu6I7n%H5+#%jm`x6%bPOZ&kON(Op
zXOoqj{1_MP^Woxk=;t-Wk;>_h{vdqowWS4}Q#$EkoX{Ek{S{=Vs52n4)^CsQD)G9g
zXLdG!wqPwTbiD542|UU95fWoFsyDSyjTxHMaOhawf}X!3A>})C>(RN^lY4$WN!+Ck
zTlO@A`wg^I;zp$WqyDXThY6jrdgm(EguB$cft1hi##vkXlc97AYG2C^nhCq{;gaEu
z{EJgoP*y&?%7`Q6ku&SU;*(?W&d*6e`CHvLT$ZU$@M72TRBvUBevXS-2d#&uP2nFH
z5;IW~^ShL9+R}p9eJvbzw?dJv$yZU#Ox|t31cjaN<E({$MZPMWo}$3Jmw$z3VQygr
zP!0v!Q$}mRD&2P1`e;JXS5`bEL9iT><|>qT(8K7c^zHUPhKu5W_E^?gwjC(X%2cmH
z3-QNeHzY1%`wlcgVqN^Y{0-7<hcx%I@M!dZb4{Y0#7%Z=VeQ*~;KY~`<scy6LE#hD
z^t_VqL0NFWC;({Qf*$l;+IDlp!F05dOxg|(`Gr`{X9CSfFf;9_;1`~@;G07J%Eip4
z{Nz?JXg#Ku*NG3Hz{j<g$tbTP)hDN(Cap_G^QO+E&#9yZAAtG<n<UV4)#&@_Gz%a;
zd&q>gi@r~K{)*AROQeh3`@X3x_?J8hagmuUc#e)s<SO?5?E~Vwe@rjY1|OAe#%3ql
zKppFz^jtl9F3a;-%CK?Mg<lJ<&`^K>kEH8>%jtXLrKA+1gc6BFBrAIFd2W%c?3tZ1
zGqN)xl2TG44N^uTQOKz7d9KKajEu;LB>R`_jL82v{Xf5t4?lX}_uO-y=eyo}&w;El
zk9da&H_8KwYJKC+JJzI~o2j1?=Th(QhpG#8fz}tc)Cot^y*BcPrx$A1lWGCT%TVSO
z#_02Kaeo`Rtw|9hOvKNlM?=Hg&#>RPIWp-SJaO$hjBPs<$hTp|LocM>BHm6`mV4GA
zPIZN;bCR)jzbG)Ao`LdhjnMqyn(`Ft+?cKsms3V`7B9q|Q0$Kda*;_qcx=OjmnEI7
ze0&o~dCelyPV4bgTsQ_C=>_-i_g6`)$r%PIe0ftJxKI(o`t+G6u9>j&yzpJ{`ll99
zj>jUFa_p~6Lb^^QO)U#wJ;l49M0!Zg)+vW;fuk_*z(T&NodI7QV<Gf};1ot{jiL_-
zL%7faq#soB>#~ut6J{kB3hl`4>p8-d%pA%J6M@YifUdju;WHl-pjsB#1e+cjBWVdm
zV|a=eZ#j;d$ww&vyHs0)lvPQykF8{+vCw>VN3IiCpqXy#E<7lbA10h_jK3aiq+G?D
zQGNvhr<dWTXCI`PQF{ryItlNr+J?@A@68@j9;77;OrQ0+wtt|-^1+0$@ti!VMlZa+
zs57BQg;!B2qsgNABcC!Du6V`axQAyb8yUr?ueBl!??rjcatuo?!ZXp`HN<zA$oimj
z*I`IHj~)9}Pfkj>$7$SP>^QnsXOh3*^m$CwJN1i1cmN{z6nIrLexyV^P8gg(oU#+H
zb@oTnnOtx?jhj)gi>v~D9rejC)kW$d-mUm29(lQ?Hvbr4Ua82pbMUrdsn9u`dLGK(
zO=q76HkHfEgMd7zN*RZG?&)k!7@?A`r>xGHQ5_)Z9-wi{g3oC41=*3#Fx3m+0>S0O
zka7*m=2FS4^p(l$E5gsvx~Y^AG0F}F{^RWvov=L8UKO}RxdZw}aTvDC85VT9$_WcZ
z_92rNhHbVf>_wN|81~l=$<qmqoFnqw6D{&6Yl$Tdv9*>PIt^?nawO90wn(@Jq<2~J
zED1J$okzMM9p;=Y=FMhyMh~ZJEY1sSwJ>Q#@|Bx~js(w^5#0HH3-VyCVf4jpX74>0
zR~6CyP1&~87ltBR#_6^Nlub>}Asz-J<7~oh6{5O(L*5=^b}H-(-lOMrZJ#Q5sIY-b
zIYg}<v~$fsF*n4Q$kon3K1$WXer)2;kMhN#=5qDt5`Mw;F>`z!FLFrbOg~^FYPtb4
zHc{`}?LmP_>8EdjW9$J*<UXX!)X4np8q!{PNqZBBnm%{8BX6l0NxE*E$ey8Ze|K!O
z;VquqcuGTf4CK{-GTd4(;lrDeXSaZ>SGM5h4-x21-*He5hZ}E=#DB9tU|G+VQ1{7(
z-eo<12>pc9@*d!dc`itqGc!$l0TTwzM$%qPc-T1dMvh0<vExto!EdL!8fm(<>XkoH
z+P-oa<odWMH-D~WadmA~*W)eap}D>BZ3!KiH#G=x*Bfc}gweGBO%{)}WXfQ(qtJHf
zTPCe&CS}wMho!?596o;ro_D#=uSSl5jPhr&!7dUvol9YsMk#F8<Rx&#ZwG!@SPv^(
z-bJlQnWz7}hby|*LxWQ{dFtwu{Ls#qtZarI3%cM2p`%qkV8Ri67Wju1wx|zBMht{j
zd=YD1n!q1@cnL42hbwqgg$>P}uun+}?ml^!B?hKBwfsFC0$i<Si(ZYG>D|4o?$3FU
z-g+-{J-!EncQQQCB$@S6dNOAVy6>*yozv`jscd^vyyjcTKd|i*D?S58Y}>}_4xs&j
zM$fJtU(Jm@n#cbni1y53FQyy9{Niu)UL0>&zXAF=8sl16@#_`av-B&J_iDrZcQsWv
zUMiR7nVeDfObw6@-s=aYQ9U3~>mZ~JO~vUYw_v>T6sJr*#%aElpR*!i?V?WV%N})b
zLGE+(k+hhLp0OP3K>M$*w`B33PUh64e&Uh0&NG{yMPi(|)BO@Qvh+tEvm%J3{V8Zo
zaHnG-YV9*&>n)1mg57gyF(Y0Yeo$BL-*X+G)-{=XJTp*7jIYF2FC=hH93aonThGEq
zw1T;P&S7B54;<5Y6!d7^L0N8f5=_ru<MWNpV8iDH@a6I|I=_qd@o^|;y;EHHCo@x-
z#>Bhq2v(9CZNjIqpIOw^Iw0!8DdMP8lYgm9GwMHlG5id|poa34US&B`CpCb{OWOdg
zHA~^g;Zge#{-yY|(mH!2`gE|9>-cq~a~&hN1XaqEsht%Xx4QN9SZF@hOQrEc|H*@t
zm0u5QZhe0WJ?~zH!5sp5P3mH4)isshx$KA?bdN#Dia0oC?aaHZi^2vQLb#v4CH%LH
z_Ja5HR{p#xgwAO#U^G3C>G(1UeQ!0(4WawSP2TsA?p!{DF>bV{y5A01w_vMMvA8|P
z>JLz@&UBL>zrT$2>RC%gF%h`vU^>hG^cY*+o{8zLTgy~KnDzA+6zax+b)uy@;hHJj
zIaLZ#+sbn8rMJO-qw2`Z+m58VScdl!u4D0-MzYJzO3Y7oW2-)eLjLwjII*Ah|F@mc
zt9?I1mDW+N82p3<bJ`m+Y=wHE>3sGz;Tv-yPkAa{ho1^bXCd2L%I|kaA@zjXzF#<Q
z{7d`P)Aja!6atrwBB6!d4}OETcNt83?%k??4^L0IsJu;Hm~+&4F4vLXfzGt1>M)GQ
zQh#ThxHk>Nyiv{Ipcd{-XW15XFTSqaJ<+GOZ*E^L;#T?fz_WBAblKn_$5wq*9+{rt
z@z3ZP1&=;*@!U;x|8AmG6J5<aYB!MEcXOogt<K}lDdw2`Hyw&%8nC(zrfa_DTEPLW
zo2>BpTt@wXCogY>QQjeF7B~;z`@Q5BhHvFz@*qxg$=YN#VPhM1mmAJ+EZbckDzE`j
zjpm!;9>eO>S24!wF^V<q-}5hiXuSlfcY)?r?L>P?C2W3+N9ewph;m2NtU3$&PqWbE
zPZ)DLU<FjKa5&jQ{+D$a2(#3yXLhp}nm+QMyOV&{9@|Yj2W+YipK&1pQX>z+q~R-g
zkH)F&#$<h2jUB{)I|Z{v2km*B`5sXt;HZv)fc||UzD_8o{>RiglTpX!o3eD6L~A_+
zsCL+{4?Ez*<3KQZW6A<N;?VT`U{2#xCJq0N`32hu!wltK%4t}b_Mc?!H(HuA$3Qi9
z4#h?equ}z3Wa_IW82_moO#j@E&TjsSUB|SC1+S0t1OIstPJL9y7mfze+wFQUgQNgM
zY?|uG>W7spG}jW<te7v&r;k?!X36yT=r(vM-1<J16HdV06X&^m#d*c?Wh?d4TQBO1
z?QGV<d|2?4_SZ4nNd2V^hv)rfd73z89h!<uy^q6s3y<0{?635b9OhcUvy@cGc%BP)
zD(E~6?tnB-$kP8P?Q8CZ^m<mdVgpP#y%#@g?^OgxY;CX)oeu01^9;wYyQ@KO8v*q@
z|Es=&UN^QNVIk6-Vv@&sC#nVB>RS{}?H`}B({Th4zR2SBB}Zpt&^^*0#mj3sMPPQc
zrv`q}Gm}3%e~_x%8pDq@L2UNC4k|yN2~&Hxsw1{F;uqTlDG~Lxu?#%np|d$Q9N&_y
z*>hTY)hYs-MYWN&S6_wgNzK`MmmtvW4di%K27doAUpw_aqx!~QBX`wuXOj=36}nDd
z*=-=k*U`tpCPwUSNkiW2Mtz0)nID-6%DDy8q%m!6mFE7(aJ(`Vc23zX^=N2-VqRts
z_=BQ;o=2Es3zrH>@Y3)dT`>8r6X32n(0{-^-Yj4Uj59PL-2N-(DeKD#A9iZF2V87q
z4>!BDQd4fXqkcRNG%lc;!*JR+$)`gaWOYtJ*Gt<`?y-wEdH9r>?h2s&hGUe<`hR%U
zj%I4kzwMawudz%xz^xM#>ACFYs<_UPV+z68Ss(8fhZB~bLBb=Pv^iFci-lV^Rd+p1
z<b!nY^IxnT%s74-L)Ks6m)@2E;TsaC$iyXRn4rOVH7;Oq)fES}^pWP-gu}sCE#O*W
z2oUGMSqDjQ3(W0w4StSs!sQL0NYsn?V16<NAL+`6yxY$V9>>G`P({%?6DkiW>I~xl
zE!t^d$;d~9tDZ1*QiO70xDgVU&^qbJX3^)Rn+=xIcptLH9i#c;xgYRro(n5Vt0UWX
zF+)H7L|*;p5?p%a%8Jc>q5Hp43h58R>O{5U$6gTLyFNNNtU;P@{Qa*STbEj>PgNvL
zUyX!yTwSy-=j`~pe9xw9{2OYkXDw&K;x!kcVA&pK7~-Z7Cc~lZDAwIHAN-dV;J>I6
z%nTa}16#hszg2qJWxj%&$Ca>*mRcMdE#&`A8;R2_GWd#Lv$%uXN0!yu0;sOwyvsP4
zvZ#)vSHCa#$gMF=qI;o6n}Yf9w(9m-D|2wu7rZ$jnjilXLwt4_)YK$a-eiSS-PUJ?
z)=&oY>q+D42mb{pfc|wapnl7VI@JI+uRTnh%yCcbUR>8>J~Xnd#w(?pV7cQV@ZS}K
zjZIsDU!gxb`QOK?9dQcrHqen`$|=tmEHQcmPS-JKYclGq4s#O-7cJD6ZH{s35j43^
z&x`Dj<gdS3V;#RELgUr)>VBOH(jX&{dI%d%WJvl_7I;E<%ck~ku3AOTMu+j2@m$mv
zKJnxR>@smCp7VGIgF0D3>YOLg`p|E7;_Nt~m2hV86FzB09~hGNfQ!!{oU6sd7`G6(
z{G+*ejZB!0M+Y0IGil!llRpM1IQ3@hL0ssWH0dsWO;`>W+gXc#htNKAIB7M=9b3Rw
z@4d&8d}6_EqY2-2B_I0jKFs%5RuSfZhxvK`KsLIC?lopey@*t=xS@GAIu>^1FB?4|
zZP<vg{)zO-Y$x&6YM8jiQ9Uz}_I=$SiAGBbdEM5%Shtaz`R$K;rHt=Ak=9-!JOS!M
zM!Js?U#m0@mAC}o?YqS%&3F$2-$<82r*tRSYySX9YpQ-_qcB-~Pl55ZJVLq}h{q-B
z3-$Tz!9t7Uo~bpQa95?dmhXmrXT@`Mxo7i6>Yz^hoE+R1Az=k^&rT!_C3=U=IMyD%
z1x-iN^|ifOl(vyYK93c(C$5WhWH?ei@KT?*uz2e(FiVLAyAvKrJts6Yh;^oZlnI-l
z-tz}AX^){?;B^H_2MJxmoB51~!P;kWV#HW(GhqWJ(!HcxUl$==Ki=OE4{sw^@$lYT
zXzvgsY-ONFXPqv^;TtC4==N7~-sbND!T>IGzh~(Oq?*HJ?g=bxrU{Tvlx7A`hK6oe
z*!K+=(BNtw+)a9qq^FUzCB~Vzl!-r?|K?o2*M2-CH`1js6k*ghFCY!0kPpByPAzfl
zo7ouP(TvwmdZ-BPOn8fT9;c!5eor=GAqt<;EA<&v_OoOU>;3}52z9-^Jsw*B5vKI=
z!dE}~l1?h%q;H^+`4moClnaeJw~sTw^VkkV9g@BSrt#pU&+zh(c+wmRj5Hyu?3T~_
zl-Lmd4W=IGFEC6ES-2R-T7_!1&-wwn*5jb$Wj*!B8Xa}zS6e>gIGxY#o`5rs9b$A1
zP~A2PqC<3L!crdVK=+STbYxd<cHu_x<|_3~4y`@yQ>CYNnJ+OKFK^)6RrNi51F4>v
zZ_WYy-TpXO4AGV8?}0Qgwp(nfcDy>Dojlcxull5q)F)Cip9hlgB5lG4vic`7__ph9
z#F`;-AW%PX@>s+#jhW8ST$;0%{L;MzK-vuSTE@}bTtL#VP{*q$8U@+#uAS)&@|c^@
z0)}z&EE?lxs?d;VmSV;Wzc?ddlSDWmey_#z>V^rpyzOm`TX1)NtojRd9dk(3HW!#i
zxCzN`vx$RSVCVRL=>1<^6!Wokc`&~|^bY&<age(0`hIxSF@-c=Z={~YIsK+OM-Q8U
z6IXe{$4&;aSX<%)(CtajpWR);@|xVhoF}swX+l1-?`qP2&KkEkeI8hO6aAOEi|bPb
zW^Iu=V$btSp?nCP<6h~<bbB7flc&xK55>l*Yw5i{)BJ@JH>V44M>Wt*8K?e{L?4iL
zg+qrVp_S+wBP8LcB6F^@2jjcQq=C>i@d~3~sQ)nnn-*>W;%K0`#`<}>NIwU1t9Fb$
zG4?q#35LGjD3g{2gZ(Qx;W(#$QV3&&-{kt&%jn<hP+z#x{GS%{By=Y}p?&=38^`i@
zne9};GrEJVYS%F5$t!58rb)E^Kzvl|BL!B69NG>-pWUg@;`($ZLe!cCj5G%;8%1Yc
zMjX`~?R^S+zL6QN6Zs82H8Ic*o+*jA=xh)Uiy4OBV|s!1%zM~3le5XwuS-G`*QDIZ
zA+LZ!LvA`}Bh&lJF@~?0z|9XmXM^7NA(E)c{sYFavA+PWt)7IlCVxh+{6~yDfJ%N2
zb4+QUlnGjlFqR3;Nj@IPTk~)_BZ6w1*$l9QlDj8s`L@9ZJ(cE<zbVLOZG*!Iw~w&K
zrb$Se0tid6-t+Ob`s?InBfiY3zlL;V4!s6RPf0q{Vw71so5%)_o3qFN6q>h#wf<4e
z*WR&h1Wwo1pI>3MlDV>~cAahxFp*chTnwZEk?K_XW%>wqEbl^ixJU3JVaFoUa?$kc
zW)Bn|@pohCT<B<-Fs&z_uCp8Wx?X2g&z$Cs3H@7gw;LDSD?FD=_G*!TAZzChO$)Uo
z!V^6Hr7056!l@8@nQ#Q=S6j)=BR1l(o;&exA?LlK-y!i29+`<K^e6G0LRkcPt@pU%
z<tNti_bs;RnDD~8ko+T`Uhq>Am`2%!QWW1=CSOh-awW8;y#jlsPOJ6QT4(fSsuLjo
z$NBFHK>zFlk@J8{shdjmC^QeZX<Z7m9+FtM%KB@`W4GeLM@}I10%r9!R>?Qfb<q78
z?XF{^zP6;heiLUll*tdF&@7}kIcW_RIwuoIyC7kY@WP^|G2~EVAgvA|>jyyR+(=yT
zn!YoSI>lZY#KVl;w;Ay>IDgAw#5u6Fs0M{k7G9gOD)NE7uyLKMTwsM;TqtC&^dpbC
z1N-iqMcDRJWCK9;g(KIPlc(Ry1ophi_6EvYL`DIGjk0ORGCX);A$gqRjJOT$eIHQ`
za@_TyiA<bMwWUw>IuR&WlPEirhu(=0e8=vEjCUejVx<Sd$SZ`ZVIA(VZ)u%?@+#6<
zfZMm`f%rF33nF`<`~!H#6qURRTC~f-Ycpptw`p&rgXe}bgUfAs#w{P5xp+4DqduUS
zL1$BIm*SD|dPo?C??WY(H~`2?Npr@Xf>z&*C9BBSjI<z-KIDXVRHKpDH@_<?7w=F$
zqKCqp60QT)57nF&oOb_!f+MK^RgvA9T%3z7+nB4Q8G!VL@Hnc_L{C%mney<8#v|n|
zVdEE|^>HF^$&cDh1<E;C(gH_DbInO3quXK`yX>ed>J(lXG?(|f4#EAl@j0X|_>=o1
zDI;>k9bs+dX8})<{2qJQ*$q3G)j`UYIN`eZGlY#uLZ&Isx$o<WBJZKx3CNctX=pC`
zn`e~pZ)rzy?4QYMX2Jo9@)$G>xx^?_z*F%-LW9-%^yjPgQa!FE9^3@iX1+q=a3o)<
zk{@Clboz;GQ{+m-=jU+A%7b{8p3NBLJV~szLi!9V=(|kP$v9v_M|z&<ipVd4bg@jH
zu-2PhpLQ6|dHCSkA^*6*Z_4I)P1$ycEBg%>W@xJko96=gB5s=T6-ny=`2!YLwgxj3
ztbwvW5INDsHaa46g?5W~0?i%YV$)L+y`28~FVGsP{X$1U#GO)3*%;e7(5AMY$k(9I
zVnd3KLBC}s#CfGyY+lJJTUC2S`#{33a}w30q}#hd<QlTb;&ymXkVOVbItVhppGM&w
z1s;9YZY{JFj;l(fKK{c+hSBj<6(enevlb3S(!eOjO!L4#OlSh+!3YN~X&%gPtG+bK
zB7d3$lUAIEU(HsbeM~!%t6|1-7s}!ig^pq$1^^~xoC3=q$Ego&NNXh`<t;*=a35_?
zpbSb9{+Mc=d`>Gky~GK34oqRBh1GdAxgvXmMtu(>)wa`;S+^K@8L<|`TUKo3n%#Us
z?sW11SCMo)ihgrjtU_C_r*N#nU^r^?l+m2XA|va+FiH4$6uO^09E$8kU@_@W6nWaY
zfYXALk^Ubjp915~nf%7!Oqnnl3@#_*%p;o_c}2<yY(e-k!e=?j$4s^8wGAozW(A?!
z!MN@mwD!A;3w~;=b-Qg<1lEa~Aq)~8g_Ay`{5qTEXXik6-P>H?Yksx{KMbI~OpdPO
zF4@2MlRpVanh>Zj*ffhS>a2~3flXUT|DvYU;(5dFi?Qv{xo`n`;r^z1wLM$@cRilz
zJ`r!VJOZRo!GpfHrQA&T9d+#EGm87#Pq1M0b{>s~c;HuiRXJ?~W4o?~wsUg$l4bSL
zvZKCQ7<m&`j~vS?uP7K6w*cMiPhu(O?4a$wOKf>nAwIHc1w(6YGrjj&Y+_hEle4nX
z%iaUeINxGUu`WETX#`9f^#uc3ew4IZS;D~K22k)U82wH%{A~Q4_H2zsADc!wivMmN
z*|8b)p(mD7V{fs@qHH#Lc`Eq0=A-@CVc2!nTIP160~2Ge9<`BKUA4mMi_PUTllHSB
zdhX1kmmk+o|Bp}EozFUiX2OBjdXO3P0-R!VrQ(oaC_eukw2p;<;ktoJLj406{>Kzu
zzv-fMC``$FeUn%He1TcNG;FNN1@O&Ig4C(~_~+tx8eclo&0_R5E{!@Wg+K2LZ>B7e
z;xF9bCG-ra>o?kOZ}tn+*<=S}e=NjM{Z<h2a}3bj$u@eU@pxni7Bp)NZJSJHE-xiq
z{`e28j5v-Z&kZ24_d(kCT1R$2Q;o~^8Nt}Odoe$AE>t@@sQ$Lm82@xH%0_Wg=EL)#
z|EvpMo|^%I$^p72ZycH$A>A+xg&SVid0CygXm{o`zIi_mUJj9Q=JopOKII*TUkt<5
z&s2!)7zfK9#jz#VZi3bLEjVoP8@#*s59X!k;euYyXtPpBUj5rxtSjWloM2|T8uh@0
zM9_<Q#NV7O0Clk+D=a_C%h*>&uZ7e;;Slw*4h(!+jD9y8%Kay=gx8ZdW9}Xk^eo>4
z)xHv+8U2!NXcWkNDs&*Qa}M4etU<@FnQ*iJDju-pCX_bV%D+Mr)-dfFxL6KA<3N3E
zJ7hK+>tHJXI&}+tZg<rr#2borz=ZnNYGv9RcH*eBYVmg-tZsG<7o?7bna8u>tIlSS
z4*TNjW`n`;$rz=BSxX+!auK|&dIlpJT7b4kDpt+=rO5Zfd63^S?48*J)iPVKaNN!-
z|6OJYYn|}j1=HLpX@Dy4-oQH<u0k4@99aCA^`3fK@fvK$tvnW~er-p~viD=`I<pyu
zbSuTQ(zZ}(u}i!+xA^-Wx(1HG(gsFyVdOBVydtTwdSy(%M+8*Z9;m%GsvXdK-<w4T
zS>WeE7O>#bVQ{~53u7nein(A5{?d7yGuz8mUBl>EP9Gdv)?EHo*ap%r-UijYhiY;7
zFbj9IVxgyUX}^(YEWvXFYdc3HTU;vT6(6h7f87JF-%Jtjfi^oiSorRN{_m!vw51oX
zaC;0vR$W#4vzSX1@1<R*0Q~9faI0fC>AURCxLkFULqb%-g2r5Fk5sQuxZ-clBeP#I
zn^m<n$+DU@VDUZ5S$@5NvQJzJ^<F&YMQwqyWi8}Kw_TWC+lz{!8}daPe!`iz_2Kga
zT{XVP42=9_C>w8F2-RC6@R7lF(Em+mF?ZU^i*#+UknZytn%V%qS>+<t3(|V1`BPFP
zHMJ$x=vwY&UkqV3<K>yhdt=PX9T=oLm8U%M2FvUR+;`7)p7d{>m|wLfKv%Vrdb5IR
z6&DTsz~98Ir2c6QR#CsPxSK7!`@I)ahVEo8nq4e@fiGCDzYb-u9K_hr)!rD~`^|#*
zl-1DmKp+N`&j8Wi_Pv|RmK{TtNN;O&8GlFPb|V#>`g&n;t})WQOH>mOnUF5ge1g`i
z#-djFO`{K(Vq%~M{G&W>-FURO$b+Ca2f=Tr4g}GEssD8b@qS)Oq1c$O;@>8^3yhWf
zTQ87B4SVJf=J~fcS~hT0N6`Lr0!JPh4B=^`6ij|Yd(w1lkK)hKK?y*0C@rD=Yx7z^
zqMqLZlH)__sU08(r1N2m=g_ri^VvU*fNCE~o`*r{fH;W!{0XL<HCILLRIJ@V_uc!z
zq%G^%h=vKgG5?8CFE_%zFWVr!e>a)x9(?c9^CUx5M!m)Uv?x)`ny$m;b6-;eFarH6
z>+#AZB|K|*yufI%^p1w??w9dSQk>#t+*;nJ_`uLbb%--681*wt4?ql>$ayZ^>-AE-
z$EU2@1{QyU8DWq*u~{8i)RxWr8m7(e<DX0G@Miy?%22w;v^ZI1MaKtV{Coq98ovwj
zqUy^N!<wsN9A@1{qFHVZr`JGUo&8Xg08sTL4W`^14L&y8AirL|<nTpHt+Z%Cd$-Z^
zwOb{YwVCdj{nU>zpfS+;!moB4_~plLl4U{?=<I(1F()i#nlm=y!8f?18ezq{SD^Dq
zpVQiL`xj?Xuij$R>*J4N-iVWsIFH+${EF{>w^k~T)FBLi%Ltp%r~NmU$LKk(-5XHt
zMLclG6Jp+_()Sm~*_)Ujcw=1>w~u(p40r9u_>^C)zq1STi<yh7t5-1b{=|XU-@1av
zs4xF&rv<J-_au{v#~{*fEzml^qf?u4rr)tz><AdQ20BfDfECm2)gXB;h%pj(;Ou#A
zdARRUHah)O&dVm5?3c|eKDO&G;=Y||Htz}eyA5H)Q@o<mOeH)ee!Bq4P{5+JnN*sc
zj()3Xe-T4{?5a#+`E-tyN6dcEAK70Ka~t*Q4Z2ufkuC?nX2fffz;(hI%)}3v)^j6J
zuZe4c&w+=)I4~6R*fAC|EVH%`PH0)8%eE=dJ!2I2`gYyPt<7e192$(o?VPX_NEZO%
zvxe$graFgF*YsrVYv*9!pnFXDZ~`2CWExi}8`0?=v$;7y4vnpcpT8pdy&nL@-3~Ly
zU}NIqBsznK`1Qknbn06s4V-@gJdgSb?1APs17Z2597a5#7PjmS37%Sfb>2J{Yu!^R
z{+WP!dWP!QA0PO>L1Va|-fnyp*Ax2Fxo?*1hah1Gim}+xJp>gW{o%865}Sr}fz-l@
zu-xGZWbQqKR4c0c+QpdKcQIy<_$!UxKArZ}j_1^0eB#Ik7<$S@^eGA*McgXpjoqES
z1Zb{7@I2`XX87@`rmPji*qh_vPxu$~sOQ8@GPdLtE{WkCo<;%H9vHd-r#|3@cWpFX
zmB*}NdOBU75r(%I26}qoD0GCF&-AQ(@JiALniD=^kFMnJb{(4zONL)Ivq12g&56j`
zdeWP63j?ln!bcT5peAb@-q<~!`P!YqQP)Cn_3tR8K4pYus*TH3NH1E?X`VpzlXj~_
z(VJKj-ib>WFOU|iLgFtj*0sv?tl&*K>B>?dJq2pnVI*C^Y0XsXTQ;X@f3))Wh#@|8
z<<~B!f#yUeEecCKvVgQ$4qcNnvu-tn`*uQie?#Io##cX+LGYU6fve2jbps?Wc2G&X
zU{;B?-03deC%)31wB-uI&n<kQS-IeNFwv#^L0W!fgt6H6`vK;=-h|PbvPA<I!qBpK
zQ46FY?s3Zj=b@^r0T5S{c63o4f3z1Ik0oW5n7P+c6`Y?v|2EK?@-itBUe1X^f5SdN
z`UvysIhnCl`rxvygq7}j?38`*34gt_3H9=DR=oMW;xQ!_2(x+q`-ZaN*}Iswuz^Z7
zfy?)Q=7a;#d`$`z<aL*$hkWPMtDyFtj}>PZBk63G?xhRVXFz%rM&uxA_V!{d__Au6
zLi!zrJ}Ma5Qf_{GE)?m~UTL$oB5@cO_(K{|Xg5p-cPMEQ0|8^3Le}{%NVP8)|Fi(Y
z0!CwmM2kDnp~qN87|pGg(X+(5v0!4gA9RN71=8-S#U)R^FYzRu?RE<Yzrf_WEAhu)
z$Qs^U9vfWDwU<AKk}_XW7yPSEJs^%l;RgcB%fT_^JM~L7ju?0dUM#QS{<}INX(Xzt
zjY@jQX^`LNF8BT1QF*aEfDvzNXk9sRD=s+}BT<bp;#P?`ALo>480j2PFBhSS{D{WZ
zT1`(_j)Ko)-gS`mT+CSRz%#r%Fom=f_0?yr3c0}v8&EYrg*0zS{lq#vHKsFvy~VYn
z=rh0f^o(=S5lG&iN_7^_>1V0F2EpBpZZh$Psu<|9=7l<P@w`mIMXIRB-kCe#hFdg}
z_K}DW)yM>UApVw8`xweW*GB>MevWn>cYN$R-ihXg)dXw;>!7We`(?aBbI3yrn@B>d
zQ(f{A1KVThnx1mz>@;XT?JnUNsAK20X73jCQdd{gUD{pyqVJv|Leuh+zkL~b8lHBj
zIhHNkCEYlCgx~1UM-BX%4ki;j!@FlgF`@Dnl!PDU#N8_CGCKF+MUG{IGbnU3`5rk?
zv4-rYv$5pw1)QCnAq`!$k+|&>(tPo#ZS4f_G0UQkuzW~{X5hga3h@G8z2Goha!6K)
zD|3|k@7TUh7HXv3A5QvB(s39{-mQiU{4GwF!N-3z3%_UphG$0$+ym-w_U+9n#Tw(F
z^s^I6juTkWibxdNiSR-ZnlzzuxaQ6K`zU&bdL^6sgOhGX>2M_@EhA^z?**X)r}Xz>
z(L+|CtNT?X9|(zCH{#umml(~F8jv;tJ~xUY4*aAL|MN4>!=0B8>4JKzXs_dUE#zMn
z6ZyWtXDrIHAyjqq1-nWY@<2h1#w}%j|H*|uxBOg|{p-|lq-$fpV$D>-RJHo~Z6$le
zI`S|-fq0Oa(D$K^!BJS%trDW$qhLY!9zJQ*Qbw9z)IE6I>I}rWDEXH2u-iWv;X+P9
z*kMlG#eF>g5yw}PUR)?IXhGWGSuj|%aE8hk5wsRv*ysuO75Db(<ZG_6gnssNNsFdn
z@w~e_;=yv#lkMcsN;fvABuCV;ba}r<<3Bw~)E$dA>m=WqWrPE}_X4}M9kKiNT@X0y
z5{4G;fJx2YkOnqYi6;b)@|R7zBV8MME+vdvs|AFcC~&U#>UuI^yiBi$GdFsJz~Vl1
zHgEbpI&X4Vvd|Bbz*dJZ8^~w0R0X~lU2nn28`JY#4w!y#H-G8yo^?1_7afPaXH~hy
z?Dgb&K-y3AI+BjW)fei@gv~&G0KfFpYwN%3AU8-k-~oh5NOK8>yZ>>@6;Ruw1C(j&
zsKf)j==c?=8rGL;a~88-Yz5I>)Y^X&I-j&86!|f5_sqt}{$=F7_0*bA=1Bd-DWgz7
z2e#+J?_@T<LB7@<sed`?ChobE&b;kYjaJ8oQ9s2a>2xGd&f|Z3$W)^m<5`ZFx~3Xj
zaT<0nXeX!E)56~WS&CoWQ)`^isVuMHxAL+}UHJs<V@#e@^cYr-JqW}*!s8&VnW~*W
zpM{v($|tlEkuXZ7_dQ2G3xqHCXd8~drW%TR;koydG?yIOBIOto^&RG2iviMDSd-OA
zrJ5C)2amNrjfobc$k()%rx;C>*Piu)yn;2d{<936S=XPi;JiYZu4J2i(Fnb9^v`6Z
zpA)r;q=C55n^wzQ!RCDcyleKb)-!qZxma6!1I=bIYiuSLrtO3H(7r&wGxDgyLvZpz
zr2j4pJ%PyuJ;1)kKrPOVqRitScI~`G;2auyeG~Z+Bi@xL69D3NMp+DL!a8b)gTYAt
zlIG(e3LUzy(IE8V=h4PG1?*q+!ijmw%<{7r3LpJ$!C9qY`B*;U%Rt%i<5aZtHo*=H
zJdwPfY&`e{?UA%r@y%`}lg`wHt~m`g1D?T>SNq^h8#55=qxEV#3ZA2Rl?h8Q-TNJH
zxWt(^x1s%|&m{o)IljcBcdg%zel$&uZZZ$3AJOhkJ#}^7dmz4*sYY1kiw2POD~Ac}
z8(K4xuJbcb?fZ%O4hZG%QZ6vB!NebR<_ga!H9yrA33G%-M|W2(S!fb>PbZ*y1LLo)
zkUm$TtV9)a($MLY;9=Py>^71X06F0mhKJ7}U9?#u{QzydbWzC{QYIEBbf!|8ZO@4B
zS;8GN$t~JaJ<}$Z-$`l)V!b+CP%*}NGg21AhmLVjMNUNeQu6U!5AR0Kka8Q^DQ?k;
z!qcMip(_w3p<fK0rA_*TG?1d-qk+)3Kz>WqD>Lq#h5`c!n~^kat=A4QJ&cKCrwAVp
zC5s-S@nCNxpU&(mbA@+N+kUr}iL-du2kDe0J(jx8`ooIe(mC@*9U0*SH=8$^6TXS8
z2wZ1dfbc|w3pqk3m(D08PgSiPm|!VWz96zbAP<2yCzpW|f0wT5I3piJ^H@L}-h=(>
zo6Tvx&}*Zk)FHGxv(lyvWB+G~aw}<4=@ZHmx2eMCdrUDy-}TXuzPphaJN2<Yv$Gw7
zsr5EsdH`^f9a$Rbkbx>R3h7&wu(lSvsSZUhLtdZu<!hvk?x$mg28KVE{<2YZnh4zn
zz1wxfZyB_=L+b)%`6dlCk9!INyNSz1h6!O61<b2Bnspd)m?@`IkUSO!L|BP_z$qQN
zQ7*V$@oRgRCvL4H{~1l^W*1H*Y#J(&&Ve&^`zcXZ9cukBX-+yLZaR{;#mXb}+&E==
zqGm3e+$Ifp2uYK0!edT(6{{&4$b$U70%0y?ef3qLwJC=sP2N`xd166Y)fncSf6Z$e
z+=GzZL2^Z9Ec5y{MCfku-i-JS(|2z}ku#iF+C!#Z!x4!-EIH#jl6Gf=aUu)F&z-Ld
zUQ)}B9Ymq?XnZ0MhSfb<*6LyRey;?k0r?*w9f?OB-w<!C#@V@nn13>e7dmZ$Z#%}J
z%S%Q06h?lPlh>=w*T_R_thA5u+1=tf>2e^=D0!^Dg@pH<@(b>Hv`S=&wOMi0_!f*b
zuR@wZ651ti`^VaA6uBnVLXL6qbrj<*wR0mK)1@|}pxgso@;9=IyBC4hgOM)$f0q0w
zS>$b~E^4eM*iNd=u*s8Q{w;>Ws~O}y5qeI11}pQpA~!5Af`Twx(&wM}Q1f;$#f$d&
z`_mSD8@>QP7aP^$c_xb7i~I^KiE@QMEv5*Mqf#!z^8fovI9<(@J5wRLaWEz>J`T&8
zBy-Xt#D7_=VMJq03Erz@;zCH)apA@1S768iW0f!#C=+8|8_y7auEqtIY=O9mQ;vg#
z!JKjx%HN%k)>zR|9cw)hVGb6T3__30M?gN7Fs7X4-fyM8KG%qyn)(DjrR{{KR`2+Y
z#qHGNZ(?Eb)hju6KbPV=?>$_(XQBQxQlYzV6IgLyMU%83oKSvHiJQM)3SU1BR_N%d
z^jcQ*)ftW~aa7WeHH8<1AzAlo_z;^RxU=g%cs*_t41E6{A8DP%n~Qa1$0mEFwgYb|
zOLjly-Rf?}eU-a;z{jI(_o^Iztlt)BHMcd4Ot{H!nU3bI?p&{ZzskNtc<VcMe8QO$
zp4RUMWQ=^tTU;t)XB<Y!59895#t$3FG4soL>B(wtlsKG0XF3DEP#+`S9)<<&p0L4z
ziSSU%1K7ovtkI(6oK5>a^L=zSL~H3Rmp%`}4rBW>`=8se@?k6G^6we&?w7G#K5h;+
z?%U$*;;KkUSQU?{dz1M1#ttxVLppOkaDuNp9maPZI)LeK=#1)?o8X9k8hQ*}3TuY+
zVaEb0;o^rdZ2#Y5?ELctOqn={UAeJ_FlQJXs9ugEuf=d}KRwlD&TSay(p(+cy$v*4
z)E37)7!GSJf8zQHS-AiFXw1Jc5qzsgLTayQ?$J1s{%sZ9+cK74-rk$Wd>K+^p2OX%
zH2CAvD-6CB4~J$ZBFzW)p=W`=h0Wx%Gk!snwI#6WmPT@aUr#Q0^qGxWcmU6DI*-ns
zBlufy8BN!k%OSmka9Ot~FdJ?x4LYu;{+OHtY5HM!VkGSa{$YVquR>ovSe*%j$J~d{
zuRQpNhtuJ1o5AQD(_F4o+8FG-0+4C}HLYX$Xx(h(<VbBC<1z`Reo6pZH|+QHEB_vL
z5$Lla)4Dm;!#q}yl#%^6c^Q=YHOry-<MpC`N_$)C%9_?@@}T$Ec<!b$r3>AAFvIB#
zc2I9i{^avaU!_Pi7r4Rh7E28N0%2y$A@s=!eCC%8m1!%v)txZ(>|_bzeQJ!RvC2gz
z82MID6L6uNjd6L*GsBb7<IG=3uD+*n*dy~bFHST1yxhDGcB<RcyNb<!{<wMR6}W$S
z9PP0-1w8W_L;a|x>ig@qvVB25K5cM|ryq;KuqWH3U-rk99!GlO^~IN=)xT(5u5%c&
zwDZ{?X|9?vaweUxHI2pAF=NyJ_Q1389CXclvehrfVea5oibLINAZo)b3&Cb%p>%Ic
z5#){UB}3;CP@&fm`_$Bt#d>Nc{RT&WJ9YT<8&Y_BFxdCFhx40hgEZ+8zk0(-j+dQa
zRChZ6#l{Y+tm5GL$w^T7dakG!P@nhUXRib?|I<UDMryCVIN2QgX>_sgfjg2Ex?g-Q
z7EcMq%CsMhKmQKxo@vST&Yj2OBQLU~mNqy$V>O7rrrw3*^Tu#-e2ik`Z76pbdr+?W
zatqtFn1$yvLt({&#_~{`G~PI^Kg1V><AgQ4s0YrolpP_ssds;bix&mPDEor9q2<5R
zuyi-VqN{V*#qspKmq%T>|I?GuuEi@1nD9`VS%0Y7#^@Noy)FU89MX8eZFzh7VVBnY
z(cKSNIO3Z!Z}cn3(GKP*HwWWm_DiZ~djkohFw6}Ztt+0i)+qE|xMcTK==IVO&t<x^
z+`&oMrS3fZbB9r_I6>pI%kb##Lh8+~+?(zjcxC%k)Ha*^=_&rOUjm;@E=U*X3}x-o
zOqTy!3u(Mu%kMDF=_xE+hn(Jr&CTdd^R_~<xU>V>op55B&%Ru)nT0jdA>5g7isuHq
z;LbV^!I<u;EO@kp5ynAM@F?(T+z@-dT#4en7Vtu}m|Ra@vbzSRO$=c}BOR6AFL&ZF
z8v}K8f+0?us3#{hir`AhJ;F(IY2>x0%9R_xl|>N;X^l;=|MFmH(9;?V7QdDVxA_ok
z1(Sw0Vs~C20-yfj7}@qeiF#hForY?b@WNTH|7#zXo9oD}lfCi6_*K&Q)MVx7<am~I
z577Vgb+CTs3YUME!>&e!d~a~q+BKy<p?ROhXueq2Vo$vI!2qfMIISn{TIJ6l`FMlT
zbu*y#q3=d^aH><-wQ3T}c+(pX?0CloZsl4$K$sMVpVH0%VFVH;g4K%EJh*o|wZ@3<
zwM<({e$ktq$Vtau!{{Euw|dzbO|_tIP!bNG-U$u8k15)IArL!1kCiYp)$j0FAY8$U
z#6+Id@`^;*&o<g^MPJ?ky7b7TK77koIKOA2H(mxcgl7k})N`2yK>f`oZ$8O(cC}*K
zgGv>`9Tt46xk9xEg!z#9tq^+l(TDjPjAU9Xn46JBuNi>Nt@JqY2J)0lZcAt7IKCVY
zS7zMe!3OK_mF-lV+n>JMc^ks1zEI%l{0&=yYE$}T(id+XwLz1$91e7(d+dqZKJ_(F
z!`y)CxGpp9s}RrZ;;rcW-<I}Cte~F4Dj&M=Z^QSaz_-XzJ>=0376Gk0uT#1mil)pL
z8~_ax?bR#WW9etUf%}-#plAC5o20c<=ag81^X;{S?+w(LU7eU*^NQCQl&IKyC4lb9
z&DgDOJ#~J&wNlcl7Bb;4YrJ+HmY@5A>pyORW!;SBb_3I?7WD{YCf4F?hymvgbq7m?
z9qNS-Ls)daBe)Hi#*MDWqTtTYuZo%A>VAd@1@$DHSgwO#)*c1I9@IWL4@P$155)Co
z*WR4H`E{2GJ~EG;pCi_SUe6QDHp1C?UvaJFS=?-3PCQ+#jJVbdayNNF%YWl!!hfLk
z74HY-LB}PbSuTwKDcPKeW3>K~&?nRKx?_XHbi&gFpx3gw{g2_`G2>{xmaqW>_TY8b
zbqbr54f`q?Y?u%$3BFi$c!#7{aYWs`FA|J;UPR{_H++2ehGxwR6C^BFJC4;+#dRIJ
z*#RzWYR!rBsXpHDVUarpmcY*Zootv*n7~M+zK4oM<KS88OSpOT3KDmyjUPrRn`TAe
zRmV#btt~gVf6k~^*^ci?_|fDAyRzL3hh3xn{I1S{A!DL}_!>SeIxWqkeQg$dG9_&3
zCQ;Yu;JX6;8vR3uJ!<W1s2;$sJp<29iO|#kIucfqmI&bj?}{&*5Uwvq`+|W&N92S(
zX{0{ZiebHm^#z+2msqaFc=|5G010C;y6Xi9-gg^b+6Le%W4ga)s)TaPV<i5<z(4eS
zLqw3kFaCO*t~y$`nc~~71s<sW#tHv$pGQ6;{eV8r`T_M8ezjVI-?I!=>L2Cw)Lo)~
z)X^^fXc6m<?Kfty={q~fhnKA6f|pK)&qCr;v=#fhE?FrVUhj>6=WfH!+jQlLXE^-)
zVkA=^LE4g?Flr&4jd}ALWH~gFssFLp%QMR7wL|H-)=c&{nf5bXH<dTDIxKCNV5U;7
zq3GA+0pU_}D|$9ydls+ID<J*gh+o&%7uY8yRjz|zgTGv9Sn71v;RIa05l3g$wPeb@
z1o)m6&a$)z;`2cnux(TmnKT%^m!Ueletpcejz_-oJ+1RA^o_VoxYtu|7B&Vxns`IR
zs3IKHya^C*)?)up``euG9fErw<UN{{;ftW#d~&NpR4WEpW_}qOn|x6SOQ22iK0JFx
zNA;ooFoxJ%=M5KKf)mz{#oEfr)niCg)j;W>LaNE3*rQKJ?sEHya?A8C+<0^x8up~`
zc9%6(sV=yYcQ_}E$HTpPl0LGL4|oLgMtvvatola<zcc4KpHXwRzQ7&92cQYfg9GPJ
z^81(llwsF?0_he;wMAOyG<?bOWu%+=O6Sd-){@83ePlv63JpPgNE*kMZyU7(2+!oN
z!(D4@mvj-_Ytun~_lxe8qMlxLxCyO$0pkswS-<7^tkbp>JpZ8retb!%du4L5UPUPM
z@UP%n4fb%-Ryb_>LTscLFOl9ssxyh^0)9-^fP68~$^HFi)HOfN@4l`J#C4qb6ZOt{
zX$X%6&#9ydfOt|hu&pl<R&wz<w08W*rCBJr<5I2_iqEC`LE?LUSbqUGrkwl1lq2A|
zb1;T3O<{E1wd+cFibtEyfSazI)Ai!s;1j?mIl<wZ^<>ihYS15RM&1U9qg9X8Ix6W-
zPFf0V|I={Nb~LBm)QqMZ*!<C#n0F!VlSsIwnY4zb>JO3pEsKd?k=3mz5WYmA8s%db
z2C}%K&W!$y!y-*lZycTVY6x=Q+q+;<L_1aV&{^%b64ftZR71?xZcp>LKxj?A@^BC6
z>;<$}nJ)8l?m*YK4Ff`~)HmMKfa(F-w`hw4o1X$24|eI%T@@TmJtdL%!Vh|(5N?(U
zf~ObI_xQJ5%~iw1kId}LKcNS3QmcWIz|)CCPcXtD%D<mv7kBA{R4+oi5XUdC<u~$0
z%t)`A{(c;OeHA0kblM5^e_5$J>r5bxo5UiwR`K*Vt2wO`3O#Z%XKSrb6t(R<X9*`w
z2Za4d{VTYOEvh=sUPtBg?!}3?#mxfO+kNB>^)&GJ&Tb@M%5dd1$eg+s9(LJ_^}TOO
z;@YU5(Qexn)?)HC((MCa@<bn%G(0$+JqpWouHyLe*`#+zIoocGz<vYPLt@J}kUj4t
zgr&b#yqs17X*O78?1IEO^j`DXl+95n=8kj=7g~#YRf?alr9SrAhlQ`-a=Jz~s=Jm<
zo{9L>Lj5n%ncts6=Kv9|(VF3v-}_;AqYRk6ECxLP7O~8!e{l8cj?B4+_S8#EXG?Ym
zFoAu=UCzVcKuee~bd-GC)R=AjbCC(%@#mk8D#uLXPY%xDq93RxB&rvA`p#51II|Q9
z+o^wDWvWxB4Hx!fX80vs+U=zDeYloPx}VWp%jM=lG>$xWcf@w#<>bW?Ix77P+|5>T
z*CA_FU=VSFbo=!{;_4tyb%}|m6mAx_9JNckt8md8wysxU`t0fCgYJX1Q8=TX5_8ST
z)8VyxlbP4wCWKk^Z0j8Z_5PFs@~Mv)X+S!6-4Z))d!vXtBpy)S*d}O_JMIzwlMnsj
zh4g1UxZ|+E5xI#;S0-Q7mdQV;-?BR6$nJTB8Ry{Cw=Ue5M?i=H1L}2dW;ICJ??L{>
zyd8b-rX>e_?1XQxzr!zCl?r75P}kf<CBDSBQNcibuB<rx9d{oJ6k0+heS<;0XT#Wq
z+N$8JLGK4so*~2bttL49M{9wRN@?ju;xsxd!s$oOr4F6Za_)JaKf@j)6}sQRV<2}5
zEvJ4v1ztPrsW)Aj>{8QKvaol-zzbTC6~CMG?<5%W;1<^jnlAH{?m`ENUg5$=T0hIf
zQ3=OHy<%0EH4u)=!ru$dC=YTtN19$H3;^mmF&>3<5P4Vw>D=I4(q6;iUvgA!tyIsw
zBmA}c<<(it%{-z|_CoV$%f$MYnfI4h87E1}I|j*r{sqywPi@gkYAQ4fgs*>=opmn&
z7q(MS=yp*r<kgiG3%0Y_{VTI=PBeqe@U}>P3cddB;N-*T<hKmL^Tg|sKs5wf4O-%?
z5^s1mXfZq7>om;ie^cZmD(UW8>@9HINF1?QXc=7MY0hVrynqeSbPxP6Z+JB>1zrS=
z<m}>1Zu4I?dGkc_WlwqYu<mI8vyn=AmT$V1gY~0gfG|^d1&RD9C!Y<K50mJ=u!%yu
z%jEeu%>ny!hht^m>q39RtYyXgu}@$5*`QCXiOC5dPbP2#+CJMaG<!C^o_F51iHjPm
z%{^Qm!|#9nVUN25_-q&s<adB{Dz97=%_tv0(kn{9g&FwG>JbVJ^N#jcAU=Z42D|y!
zwOc^s4c<-<#25)%d%*KjYovSumUO#|Kf(ej3k$&#7Aw(Mr5|7H@j;g|aOkleDO&)-
zSRk*Y2(L~Vmui0L6x{n-3hxt3;Zld2oN5pHX*MBcBIJ8tDgy&c;pj0BmFk$0wo)i(
zQYa&;)oe8XTzDel357U`aBdLB%h^bt0<Yd^2L6^Fsse|F&f@e7C=UaXbCK>x>NzCe
z3WUePQ?XBJruaRqAE(deXC1oAq!TePIvZ&00uSN$rHvT$=YY_5NWFzOA2pOW{Rw2m
zG2(tl)nqLrO#UMYKU2rN3aamvaPqTA8XL#C#8bw$P1GP0S<+vl^(Znfi%U&Fc;VoE
zBk|e64Jcki`igX%Evz|R0i>&taw92v8lAgH{7aZmTI3DeCC9;uoZ(38DXyJ)oLPtT
znF>B1%OVs{^eX(1EqK=qe}37D#I5Sd@K^9Fb~1$QJI?0w#V~XKUPib`xt2k##trKI
znsixvAfCa&IGz0LQnkRbj>spN$mPWN$Q$Fc2KFd4D|sI$;zw~kqDR<o`-YSW(!S=y
z_F?hmXt-cuD!VS9%V@1-p<PM;NMby+-YmY+Vz%||RZcl35MQhGzI<_2LrAHna|Mp-
z%A)?shw|1&l{xCl4zymqC^IqTbp2HSk+quf#7Ju{Fr0XecwI}S`9+a^(BE<L=1M28
zrz|Vp9JZwA!}<%ZjBr7{@yJ1?tWMye&`NA{Lb&jpXcqPjbc0+dd+7$t?@yC^zcf`z
z7m;u3j8&5#qsS|!&wdWc9a|EX#IQrX?qlkb2P`l51&ExqBGD2Fx71au3vkRrYos-R
zZEXv{IVPTqTtW2VlY`}&hjBxo=gS{>ZsleqJ&weml%>28^G7;u2YKTQOmCc{z)!*>
zUljODeuTZYMJBY4&~v0iU~lCVBz>ZI70&0v)2J&`8R-e2oRj?s)0TSr4<UVYh;&F(
zpu9v9Tuk|DZO#(v_7th_fOG(keUQ$c9^5bTDPC{fP8j{*BO`q+QO--xB0UjYf(eZp
z2%P2QQCV!!uv)I!-d10wxrV>eK#>E(!?^2mhyR+(|6SMP+ougd@4^BQy+~e-dz4=W
z(q2eeAU?R<leBCOtz$NO7-z@pnn$Bi;w^>dhi}_@U(B!2AXw+*H6Y)`M213H0Fp+>
zgEKt|`}=^+KqHB?8VU}ejGJ}YGfkp=P$kS)rnCx%5#7uA63^X8yuyVC6~BvolJb1$
zT3lMI>7>t{Yx82#tV+M9%W6HUTf<?vwKxEFr|*Jj*BgAylLqR&{mo$G<pVsbEE;cl
zug34=Ox3C_iBOgBo|}Hmz-I^AW9hD;*t@JDSna3p0e^SJ>P9;tCuSxl4t0cWT`%#j
zzt^B{r$PAis1~+g@DPSpgn(xI59~O&n74Tl3pEu{OcSPyU;ooahxHbCa{6X&c-R}~
zjf|I$+Vz7SVPQ~pRST>>$=IOr3Ye2O7>}>XKqK=)=JT`@wsxt66#CxnT3i=CIJ&Pq
z_)a@`5MT!O#VLHYa}@8k@C_eCd(T<kf5OXjJfXsM6ttfl4(?ao;YV(Jrgdlx_Uo{m
zkF1I0abt`4z5Q{R+ju?XY-)zrEavh9FZ|#yy8zWMs(Is)CO~79Kld|I&-A447+bbt
zVSWQxi;MS^pJ#{i0cZ2@*PND$ulGKfX0FA%y-SBatHNQ6Z7kF+i9?U`|8QmR4N%tC
zl|_UO=j}rNu|1Clp-}|GBQ+*!b@X)@Q1>ftc5eoK(@im2*9RVauA?TrIDm~uMq~FW
zyFrcJ3y(*0uGOLsba?O{26jA7=cWxnJG=;N<w&H@#Lr>gIIYu7czbLcUVS|c&sJT<
z`aP=@|G}X!{azkiY9jFuD<{dr$~!}Kqb6w3IS3cpH^XvU3*N=Oi9F4G1Mcg1nguy+
zQ)n*5=hOB3WAK6fkTHHK9e{BJXU3XCQOlJu)#rp%Zkqs$<0z+=I>>|eBq(<?XKJ()
zS38-mb!CTlYGdb_IY_VPDU^*HTWrBclbfPlz;pOmRspLP7(o8X`|R@dwV)}S1lEIt
zaCq}x_}YE3;@P;p++%w(=<5%}O{eIbgV{m&Fzqr<&3+EgjWntoVZrFtzG!N{1H*p*
zg9=?=nET@{CIy~T!k<6nUH$svr`xng>9%dqFJU?p*V%j4AUJ<AkhRDR;r*H&#<9lD
zWKDx}N{^;bnV3H(v*x)Ur_z048ysL!YL$|Dt-jo&cr~mI*bYg5H$k_f1*mD@EN`Xz
z!ut1nz;}MNz&pS8OQOc(c4XmO-_Ejk<v|qJGwS<kX~Se=HDPuM?0>8S^ghZ9zaeOA
zNzVhnatFf+bgoV>cQ$YDRglYGpvm<wjII%`dZ$2Z7hidejp)M&oYAuyrhV|C8fqp}
zU8=9P+p{|V;-N+GV&&ELbl%f_HcGlP<!UQWsM=zwHqh#T%YJ(CAGx%jL(8RLmb!%P
z?H<X?)~Db?=a-;+I1*PpQ+V&PNW7vPmjZq*hQd+D@QU+0tmi?`Km}^#mA$oOuY$L{
zZ@1y1_N5<z{rI$!J?zecNIDP82;;-1Vl|yjXLf(HJa*@8@qW0c*)eGB^&GYq8Y;_r
z^{3Bih|A~Sg6T1yl8KUnV$QCn`orG3Kl#5lyXm_oR|p(^7D83pADn7&v(ahL3~7VE
zI_98F`;GJro~t_ba5VmYtj``l_@-$!=qg*{(psKuJfC+ky@mgy>AK^3`u@L^R7NFP
zMUs(ZMX7sUS1KbT86gs~SIFLqR47WyNF_5$N<-cAx+UU62^mpjOCmFS{a&Z<<M+qs
zk5As?+}C)H*ZbaczBZkJ^n(~wElS20?ebBRX5X{J&f}UMoz<jsrSMxj8@tTdsJK|x
zQho1*M7M!;7&nscO`REi01sOJP!gud^gHfOxVY1wt0&%KkL$zv*$LfY!+;)eEN=yR
z$pLgGXC=?oZ7e(7D5qJfF`AgR##gJf<?Ogz9Qy1df0ogs4x<)VmNBYDI2#q7ePVnZ
z1T-Iu?a!8TZFeou>$_5-o)$d{olh~CVUeN`Ucv*-9n}9^iLyL~B|I00T`7bsm5*TC
z%FFEOrcSi3da&a_eYJEzALugUFSPGr&ON8m@BRtRsP<y`#N(d)_KXbLL(v@nrkn<<
zcbpRE0QY{ZU~OLML&K<Y<yMbw0t=*OTMy!btqCwEa5fLRcM7OCW#j2FqNhaNVY?rD
zVc&lP@LacBjCvEJV<K4l9`rmSVM1ldZJxAd86?M^VOJ7=DS!WX!)(K~_(`(i+J@%X
zugfgZ>UISOZZ`s!na<*CPeGJrC-r-6PrTJ53A)<rfvAxTSsT4Zj-<J419YT&_Ox%y
zbjD_oG`a5ycCe*2c>1}klp7ePoq`p<u|P597vBBBC*eyO@r_cj^*FB=6@=$%7IEv&
zrLb<Oj!d;LxC4^r9v8U5Ep|<WltIU!?7D_3Fn=Q5BS{#}y6?XLt#%fo=L-fq+JU+z
zVK?-2vS-_U-?BxAwlMY1W^Q7-pJ{Hn#R%uXXI(ZB=dgE{R$v+4T#j$Bnu+fu+`*bm
zm0z%aiqv2D&t?u5pR|KWt=IgO!x4O!JOj^MeZ;9(qy{xJA+66xPI**l&6wx@3~5bR
z@v)S!eY5nYi7OJ%s&=2e_~Uy$1^?ma+yy|mhnK$Z<^uo5#-8H&m3r80tEp0OQCAi?
zJR)xieEYKvQqT00+XW@TJnM(psoxFmW$*^H=5>QpePVfwyA4%}G5F-fVByX?^gHhY
zW;%T_+xDq3PN%)A^?X8e>K(sL=g}R;)W5Gp?Eqan8pdA~oC3YOM8Mdov=2(mG<d4{
zSTde&!bk^5I_uK;>09<H<+qM2`)U~|i3gWs>X~!=veFZp+V+OKjZOi*9`AQ<jBjqd
zfWsvxk+_u2cCP@#W~uCEkS%Q4I17k(WU5hzAmgU8@@)&7I&C~7Ou(cypXoedT@KaA
zZGU9~{T;QZjh4l_iyS)weJ%)|78>Dpr_rokP&cKG-FaGL3@G0;v2jrxr?{}{79C*W
z_a@}y8j<c;1>>_raj%Dm_$+W4x1FC^+XLcUyntIbVNR#_sFAt5fpUiy8$)r1MGwAE
z*9!&LZ28$uZBgkVIEW3QdC?M+86y4|?VW<>+H8dny8*UkbQQT|SM_2f@$Zfe%wVTO
z9PvdiUYK7{r!6{rHG<+v)C2$863#iW<2KKfsA?z4{y+&cFwv7^jyghhi^DK*dnA~5
z`j5}6NUF>AY<F)sU+*kdhKyxzhIdn!y=o4mpSa)78xr9)k6yG6CPwYxUjJehrO=n|
zeNTXx*^}YuA5WxM%Lelm*kZ4b#2=EQ%Vr>+Bi`3k3A_0b?Q~2J&4O+A&tY_*eNu;g
z=~A4_1Kz#uZ<>cc;XXRo6uaaGXnpt~OQ3z$X4mVEuYTp#@%s5R4Rs5;@=aAoP)FxK
zAiTtt1(EoNIo0v_-?s*GH(w)_a26rCj1$%nX59zEFdD3?@ZH7;+ZHrsKUU8pJov($
zk4iXHUx!ofW$HPwXw+WbzdD@DW`hOxkzO>Yi_dU&4*P}-Rfs3?Vtg@Fdu$cB3lvkB
z9X0@+7N_C921gljCR&!x=Y;kA&G01rv!)|X3*23YtGk<ABz&2O$q$<0n7Iicbl^MM
zFN<=l2z@$@_JLpR_!$nyyrdj_fSC5$s?a|#o>brxy=d;(ARgx?c95#?=K^sOW*961
z(s)Aivh+gI?KjG?ymUFg_G&-RHcWDO|8yZX)~zqSyb%tRCnU^=zj<qkmkOBap<9?8
z*I(^7i{_MYS)!Q9U&@MMsRq_@qrgz}(iSRlIxBKK$~V*>u8d#X6&_+S?OCgd_p2;b
z!I`@6%usM+$fow{NqryLVk13EdaI9!vHI_M7P~XF3Er7BiS*h@EV~{cv?$E2Y=DDn
zk0JGetTFN`yl6*zt&!Go-*K2_{5#CkUJO9-nsI~L%ZUeTfoeh4TKgS?uaAPR!HUq<
z(BpcM;B`hC0!Yit{t1=1C~Xu_A4w()hSudiamNYl@8OPBy{-cL94-Ea^WLonp|zGz
z(ontfC3-gbh%{~R878#Hk%27~;Sshc(f;oP4Z-i)S)~5p+3roDZNW|@W&Ee?*R#d|
zR0D)RH6nlTMR1x*c+EvDw5OFY!g!@*VN;~fk&d3Lj~(k@M#2+LnhizV$Ui8g$D~!R
zZuszLDib_RJuOwFf94Cnhly*2$cXhgOE(zqtw74XH|hHBDq$2iQaS-)wz{&wNR@KK
zkn$|FCEhI_%rZufRgb-G#FlPdp^&zh>2HJu?Z`77XQJ0BPOSfKx`#$TgoO=zqtJI@
z>$BRV`CsE)TRZ;xX)9G|456baW@<)$9^OljXD`PNQ>h=(e1=t>rctBKltABoAoQ5f
zsJTUn^n2-6zOO+?bxJokI9KzI^$oeohqHdreZRBdN7b&EBTJrojS21CE2ATOa{Vs(
zzSgjs=imrB)5hT4XKCuR(i{;}p?&YI0A`oGl|?#_fbX?u9C|c9gIyjEgeLuWkp63k
zADV8#^wx!vb9)VSO3iBr;R%x;?3Q%j#iPix@Cq|holt%0jso)++$jO-Mdq{4p8YHj
zAq_}+U#kt<n0|ndu&ID$ul7j9ajfv#IVSi}csJ|Arf_M<MT(aW?#kG}UmwYY-{a=O
z1(Q9v_vQgbcns3W2$qNVqbGD$P|r-L>NQkNo7Pa4a+}Dc^HtI;#6RBsr#v)8(!|i|
z#~bh(d7W=ha_5v=Al?J=FKDS5fC1sH>oDrzIQlJR#W^0B{*LzupUXp3P4$#tJ$3!A
zDfsx_8KD`WiTizpxDvfj7_rtG=OA|bK8IePf|0O-@4eXuKA(<*`J-BKaV_L`=yj10
z;o;9)?HmTi%jPQnUf~MyFC+etFBSdfM!KbZ*QaUp+HDxoqAgc)4sq%;;bmB-9}8gV
z#rrUM%RS7RXUk6c`O7!%&I0FWv30&|QfQh&^#VdW#*WAY&pvPKH0<`*Hgsn4E(pE%
z7X_wx<tv=@gi0O;NLw>Ao`DO8<g)HwkFl%$b~fPmK+zv+E5|nSwePd*cv@U*`-CR^
ze&<m3X|*w7!dB9^lf*Ttg*!cnKW0!}6p$8oLWkiA;(Ivxc-Ez@Wu2dXIku2r?tT#3
z*bRX0#=7D&RpE!scwc#{yDkWAO1!T2?qY}?2b`4p@3w)jBNYC3Ng-%1-Kx-gP-t_~
z(JEoLz(ClT-UbAAonO`tN!Nq^w_>!*Sj{q*?qYMljmg;ZGl?{5B&v7nt1w#=+z-BI
z7v61P14r~?`L-OXp9t^rkvug{IAfEO=RTdCzLkyCkBsyuHoY)VqPa+&b|js{gm(z?
zdI5yTNIpzXg(8WxJ*PTiqzCwf^P5=F*0s!dSrrKWByWXd-%hIYMx;NGynsqRiG0yW
zw(-XY;^+IMDKu4zL9WQ_wv3ac7ya;VBdZ+35Fl)jNK*@6Q#V7Pe3Rx4!R=jIsM>}J
zNP3S`zo47B0qQNC2;}`_(!WeM735c|g0R=heBMrPmY7EnKD9=gRdC8TlCDsMmlPh9
ze7r=uO4J7<eZq&#*<F_>iUDsF9fdkME#&mV)}$dM2>e*WDQ^%RV+hnoa!v0*2n)H6
z4%_Iy&eK(OI`~V=G%j$ZmE!?UTt)XkCqn4hLGawy4@k>1w_`(*e6>0yE{A3sZ8*)C
z#5@4K=g}TCg*CK~|8ppD{LY0QpxF=KmAoD3bwJpQ-y8e^m$Hk>#|B-w@T}xbLG&2a
zGu3}rnbrhg*<L2T;28!VKxk$0oqaD`W5j(2B)uW;|2>pfA9%n*G$+-0q{B2L)XMe(
z%0GU0nI=3FlAhq7Pq#y>0e=X8ykOMdrm}isA@TbrMxGwlH|j(_^bNLowF|}UX!^U3
z)YJ8Vbh;||-Q6t@6U!%%9%~EKL#%^oO`WzTPpO2@DwYT%B+}@JKG7<967nJ0kk{Xs
z{BMFHd!K|+`je67S3(EZ`O|5E&D7-Bp0r2b5+uy!N7tCK`wOST4Wp~l&R+^@Jb1_`
zelWu)LLz=tX->q*@4>xvGnM9PKzagWo^=4%DfX~>L#aeQ3j#{tqs^1C&@}LAosach
zKZJBdBGN36k87wxr_S}&+%^;0!Xf=pXlGsdCU#4o$Eg-s&8l)-^TC<oeUNo5ct&dq
zMygvzcXz^_()KFNPN3@3ONHuL%-sl+w{hXgN`9DQh?9z>TakPvMn8QeI7FuT2S4=Y
zCJ%1h7v-2xQ6Kn+&Pf+Dng^PVi0@7z)gl{5aPIEr$Z5VKumbC~J}+^(oRPler0HoU
za1RLUIq5l0T!we{$<%X!YDJPiv~zWZwnlXJ<!c+Lylf}@t?&@&+&%#5dbo%A3$Xfm
z9I5Y+=921!zt339iTU8tvI{S~){o9r&PB^Hy~&$dpr~cizDRtFHNCZvFsjZoQ0{nB
z+cbW4ZwipNC7(B*ba^A?a(7cn)HC4`aq=P{KI03EzOm150x;shc!e+qNz>!M=X9@=
z`!hx86Y`Nv%wM+P6@HY_{+q3bN$;vJ!-o1rY)_`W$P)?;A!dYxyLEbf=7~81vzXq}
zGDdUOx_KV0UCe=0szsWo7~%4hy;a%lGVJ>Fg#7R@q<ND=Dh!uRx>qXist3#ZmHxte
zin$pRJm%*Z&$Q+xLBAtO<P+=|)fT5&q44|g;L?e@8RJ|3zA9<6I&Zb<)Bt#!yO+EG
zouk$FE0UfA;bR03cNnV41$H;@KNWL5feo(h#P_c@5Sp9E<s|@Nve3CqT-&e6;W+8R
zQ|NPpp0&`<2H|BXu8ed&pEo~`PdIZ{5i`{WaT%oF&B>pC=lY4U%%Gw(3av@AR2Jyl
z3Vsia;R}^hq@{s)xuI(GT?byNlj)wsaG;qTdE6li@g`6`!?}m%)Vq$PG5*xeD`+N%
z<R{f9jdSp$ODJ-A5|SoVX^sixF}OuB0M(8x>b>FMQ#dFfhdqCN?ti%Q>?;?3PqXh~
z3=a1d*bf3<Odr`YqaiujF5~o6;ts{LgBg-{h2ZcS=Crss)o}?BS1P2Ng+5orEMQ^L
zDu?{a?eHZ0lSH#W6k1aFIP(8IbE!UxS}Zzi0RJ7*A+FnuG|v+LgAwKn-^s=NU3e?%
zL*gQ9q&X%G8%UakFhkUjv(ZHSup<=gFYkeQCVja{qrZ6R)+5Pn?ryaEXrRW?-lUCB
z8>=g(--9<#1Mz~J4c?txgC7F(*_6XWVW#CFIGJ`Azq}2G>o2Uqbj>V&!R;(Nw%#9i
zOCHL-;})p)SPhx3H`&8c-BdSN$e#zDf;KmU`8VZ!cJt7s`1O$=8a$iN&-XkmP24^S
zziGO`_w+AxW27ZkUX4=rclj^JW$g+~M^7|f9Lg#^p2L(kcOfaLEPIdVOx$ZwUv9c?
zBv`LLE}1PW;BTx9A*{nocJ9G$=zXh{AN~-+===GUX*!r(OMJSd2z2k$emosp;t`u+
zN^#z3e6=PQhb+It)=bXAS&t*7Wy5#F<l;*}@!%%@sfy{lmU8*)rfTOooAL1G1f2Q%
z2Me0yh9NymSp7F~*rxR!%zs=6(Qi64<LrG9wZReW61Bi)$Tqkzcn%I7>Is+s27;BL
z9!xp8$04DpJAQiO&FMYZJvM;$4Wm7Bo4f)$DV9HYb`eS*HB$YuZ{Vi=_0*|jKEV>5
z6Kp)1qsC>L_g9p`)G<qO%+)YP>xMJ_**JJzJYKlJ34djnvG}iDF>K@x^wW5Vo))<|
zH*|I6PV6Csmv6?CKcB+%C~t@lScPr8#!)VP`L2aASoNxtyl{#cHXP&*`ZmsR@BJBE
z*}4c?%+1Gp?|Z`N%Fo!p{UB_SR?MeuY$b0_9R%$yYU(~`@||#qF#f^*e#qn7J(9UH
z&5?gS*o(OYoX5_oP2tN+1as|%c&1-6pY_-X4!xfOsjocX?ApETo;~osQ?5hG)dFmt
zl#H$&|FA80+sis%zQKfrg{V1(VfV)uu;<dPI3PV3R^IHdmTP}uODj&{7!NNvawrW(
z*W@Z=*Vv&G-IvvS=3-ns?v29^?g}DjFJl+8FE2rSwp1~68n<n_3ND!}U}}%=(7mz=
z^rbzrmJj@o{Ta|QFZysBRo6UD<VT_F0a`yizmdhZgzf?DM>aU@oTFT^A_!gg)2wUV
zbvA3h4|n@{3PpY=EHjoX{kLIN+<wqWw}VWzzIx}&O_)CRAk1q{Gmf3f>}b>dP#SQB
z_BP1pWlaVE{k!txaSVo=4uqu@RzSIBSFg!3^%YXhqR3m8Z#U`j-Fski6;%BX^)PVj
z)ttS$=TKf^it1ZCtbe$f{CD$xW#NQ7czn@(Jl*;rhS-@>UcSN0qY`|}-@&~<9l|)r
zETB4eXzD=wPS}~Mm%ruk<pYPn0h-OG1Z%40>$-qP*T*n!Tmw16DIU8_>xV%;t!Uqz
zk8I9YPf(`iL1{=N&Mw)&wcFPM#Y9fIsjoI4mc}2qn+fq>Nx#OqDz?{b@xNIKXbIZ#
zD*so!p=MLn@pmM?JgPwI<X|PJ72TU%9ZhFnw1u?By|C-5^%CKXJYv}9>;w1S<KuQO
zQ0L1kHPA&z6+OE*#vK}tXajlql1w$uq!&j8)^OvWW$@=#Pjtu|iq@+;Q{Bhou9SyZ
zFK{z_WSKa8&RhsLEx^MC&)Af{(^-uxd5o%=)aU*ArSP_Re1$Cw_)!9*y^bs8HYWJG
zaR85;+EZW-wCL=Q8?!3Gx2bDg+^mjtV3$nZu!6F#oKLKURs+M)VzwtAe)k5~f1SyX
z*c4(PhtF{Nn*$__|Ha0|Mewk_d$Co}XvkqNIK_kQDQ*F~&jb;Eo|U>+hQWU)o+&dG
zd+O-~JlQ!!T!Y-q+FYjZfTSC<@aX>8B8F;7msU`i*ckq7JEDBm+ebCt5p9O((jGQ0
zxX9X5<N>$bJp{g&IKCcvfz8k}U>}_8!C;$6s!b~p_<q>I7;3U~<oVw=^WaU1u&uHH
z+|t^q%Ss<Z$2)nrBI&tQyXr0%eW9ZS;D#o;a(eF_a4};f?3V8E6Qcv6x<M8X^4X_Q
zAAx4f5Ui+ohy8W9M*Dv*glQZ1;iy_&2y_Wi1Sjkra}i&UYl4ToFH=oT<<o3Kk$QmJ
zY%64kj*sDl-JJT5&HTMaqI!dQ+f0D+rRGQH!p(sj(dy+4mZ(AJ1hyT4<`Euj?#uyf
z|I4k)skuX0ta)e2jqaIIkDP*}f%}lY3yQnv2;9p4?w0{s|1QG2??Y9p4bU3C1m-T-
z0bj><lqW2U!WVX9+3nzYEYam1I34?_eC%7zs0XAak;`#<mz9iak(;|m!hfbw?7t6-
zB+W4#+=DvE^gg85!o{uu$cE>0>MfjLwGAJot`~SK)Ayjo13k5Z&S0h*=Q(U9VO2vp
z`wl(3z1)N9a3Fiw&<s8JDx7<I1P}*8WcBYXt4YyFm`nGk?Bawa*xm1eLL4f33`HHa
zyivj5Mx4g&Zcmk!_jKjk!LOArExYkS?rVVhN<Lp11@f=g=#@Ah<4?yzVRbR1*CORw
zrS&VXE)-&i?;mKN>sYL8)`8-9p7t9ukUvknl-;0*9$zm1mX7YPgpsWn+&g{*GhIhv
zr{Y@Wzggxo<%Tc+B?*q>%@#f5jgJ>{syR+|Oqw8o5w3!H`4e2-?*R_!=E|w|KwxL^
zmA*1zso)d7EAs>sYuFZ>%}O1ELEyk1&leDEn9qoN<!0v=!Re&Fgng%&GDi=V)z=o-
zD*c<%1)s}tkiKjL{Qb5)``U(Z*{;tmfoaTXMlaMl-vJt|Y5}KfR`AB}OLIi7@66u<
zVIv#i{BQL|oJD*AKWp%orHSAe{FL{5{u5JsQH-hgYMjOs&Z;@<t==p12kgQh_is{u
z=QDvHJ})ykVFD+9Wkm<R3jR_@S1!Y;2ECE^KzUJ1zXuNvz=sXv1sB4S(dn$GRvZYP
z>-^~kUwk01E<Z0eP33*Q^;U&8I91w<t?Mm0d}^tMMx9EPX4VN{cqtHux0}ofcffyl
zCX}=<=7iCtHG0AHgNd9x2+SVb3rL4i-weaMCGkM@jr{uYIvf*xLfpj1G&_*fyUd(V
z`tF2D16$#mW6nr;$=1gw<iycE-h`udytyQ@HhWT*KNL;%&lWjZ+W8zCT+mIuG5jh_
zHAn->A&Z{46N*<}Lc$s>D@f<Wx$rdYIOdMMUB?rvX9RGa-_CeVX9`lTaqI<WoP5VX
zB^^h4We5H{RE6cQcOvDAmlgDZk!ITJgv{|c(=VA~|CDW1d&{|#;<)CE+l+J(mmh7x
z{XKSLJ<o@nv?mf@<7ltWGI1Q$qlN4=d6wWECUUu{TWj8JY!OiXh#CgcO2id2!MX4n
zVR&aa><~qKzqd}CwJ^)1eR~_>+Qw5s=qvMxJD4A<%geP_fOWo&a<;)NAWe!l#xzH{
zivf;s>4!o;Cbjy6Z%uzO(WeH_s-bq(IG{Mf#DAek93ZqFl7_&k6ICQkLchfqfjE#k
z7mk2}4q13IZ5$5^zb5(^53ehgD85L#iDyPU#F>`u!CILEuKUjj{S2AzCNOMKAMi@7
z#%Dh6D&Z*#ZPCg31iY}j4bCAuh);5OboVOSljI{32QXuoN?y>xj$I0mh1gw9WTAuJ
zM$oygI~uEm1Dxs#FaOn2b5dK#)yvuf)f%n)FcNOCBi%M}S`$0+S`~T<=zYX1p<HNL
zst4kS5a1J+Lq_>rM%cje@)cGU*BZC9oQ@iOlNf!!O#Lg?g+Kq$^F;GX7;za8KglN-
z?}3k>==m7Zznz@BpnAj#Opi5^-3^yWy*l&&>NQ+>ZyRpEU<8jNqftxuj6@s?4%r)l
zxR>r7re~HGP3OT^GNhsPuJO?|{Ru}hz&N`V*6J<-s!=}WWOH~tY&#@0mmGXnxe46{
z&x5Rlo)+<j+v)nM=-rk+UwLc0wa_5vUL96wTy_D%9!|OvwI7{j#05;?4CNCBjW1xq
zn=G;QblOvKwKwk28b`c(QPC?I3?p35If#7PB?dx4*-541+z`V3RjS9Uw(x#xB{N;~
z65GBSp%SM`#0l_lR1y*<u~AoMsHF9=eBBA=9MVWGw}}DXvX4Ss$O4?FkZ%73^4SXL
zrk96aZQEjloC(yo`)CiAU0536idF~j3C#sjebc$%(V_z@3479T^CB(v&B9w4{o(<J
zKCysa8J89EFtndVBG2+o0;@?a7;&+3?m;s(`pxk=|I@?m6benZ{A`Ltqr!FSqTCNG
zKX#jBww7jBwYsE%SA*!qbF-hIs0(Gzc7D5m1rs<KP%oBIFAzTJW0UwzKo~3?oNt4K
zH9($?UokGk_Ez?sdW$XF(@y<#xP(9bJcp+QZvmm>PdqF^(pf<M1+QLOilp0s_y#Ce
zidWlM!ulXsZ?%|F9vOW;w)(XN>a~cGh>Mi&eqL~Xbq{EKI!gEmXg;jB?9uBKryggd
zv*C7sZ<sPIgkP_CDtWWhm~M5RuxBpL-#m&F2EfLDOGQ5kPJ@NUM%-oXmmJsKGy4}M
z<O^@h3Ex0`XXRDnoDYFcu&V!Yp#H#G+dcT(dxOyXbzX|REho*6p<Po2hN|T0P{c#E
zb>YO@N=u)WbRt0nE*ag&A$zyB%v+{2(l7S2ccCKscaZxJ7#M$(ud{EU3QbAAlKM7`
zbj>yT+}7N>XB(k4311q^0>2$L=%BfFFf@KY9*O6rN2$LV^#yLGeN_JY@D9@U{(-(H
z%8_aj&b9TB%a=c7X1z6${2;P1q1bj@UpPeP*y+xA3<ifzVv%R2M19Q(-=JNCin{l;
zX?7J;j~S^g!%XG=_w3Pi_X~7Oi$mj|6G>~(zE!4Cb^rduZ42$8_YoR>rDuelyU5=y
zEkW)Q&X)~uCcHWN5A6zT3uAFv*loy<?vJ4hKBB<$@eNYyycS^zX^G`r@Fc~Vow@LX
z6F;!dsXOUBheqnxu}3lEX&)Hy<%-a)4u8MtsX|)}R-bV4*dTST%n9i^T5`XU0_4wx
z$A^5&dq|v#)b~vMw@2R-`+0U}q_4?8YpN7i;b%eM9BB`vYvAsNA8_oNEGD!)X)=!g
zd9i)xt&nuC=tC~*Kxl>shw9@d-*RlQWH_V#NAh)SQ^)HH>15gIm>-h2m8j+k?{{HH
zjlSG#fugwBXCPrEwmJHgpS^g5z5Do=k8N~=w6dMU;SW0M$)7$d^$naRPbPFWX*%K2
zz-#tN5H%(IBF$5Bsdr_eW65_CCdBfFBM#WtU-?!#cB!%GbD;I9LSv97s^jKe3r*1W
zTBbrZA(3yy-yIqPc~_Zc2te2)celKOgtMa8g?^H>&L8GI+^n!<UKt<vWDJ`1-hu(=
z!o_R>rv2BE=Q#HS!WA~GQy0Ey#Z1_IaxD;+I5cT~mOl3Y^c*~uaP2w8OhdkPZvfQl
zzJue7sv+-61Ew|n1N2Ghq^8APkwk5tIAFk<N6L8I`Xu=_@!rP{<n@IAl}KmtC3$TS
zVJBg+4U$h{x-+ICtpU$mSVJ1etj@C;OlZrByF1i*i$Tq|aEdcWXeuxG&`;o}ME#91
zzYFX9D#e9(*hQv1@_q?9FfPszdeNCD^cwKs-+;KVPLr$(K1*7y4_X>bgCb8`q!<dV
z!zQ}!hut6lLznj_U_dg-0>Vt<I|tIiNS;*qcv<K71u+ZAx&9)V?HsT|-v6?J>Uh&v
z%vhM1=k%s~KJ0bI<JW_!{NaPuXyJQ=|J+po{&!Y_`;8tzm`ECPl)!ZMnx2=_e{GAI
z+Pl;(?M~Ak+W8PPsaU+9k8H(Zo&8pfa559U1#FL7UCu>3X|BaC4;WlG`??>0pAk+=
zbbW$XL9CDXlII#WQz!4xlIWWGh5P?-S7sMci;COlsW8fJI81W7&NgWG7qcj#W!a0Q
z2CBek%3V(G*s<KxqCffP`f@|fo#a9Oz>>TJ!V>^#Hlcr|`9+hdmQB(Aa&wtx2uQj}
zqIj##LqCzneg;cB_rrt9pJ`TsV&=kf0zdRy<v&OIG|fOJj-|PPx!UD=9R3XX!4A$p
z3#9#kcnwpUjmE63ev;+Z-Q>eH1Ruin#cPpfNuvI6>&A_2ufb+US`$KQb^&=@QD>a^
z0)+n%nq*P#5>QSK7hZ(?zb%Ts`0Fr2rT8$KL*_(Qujj)fcfx~iqX?_~nBaPWW5REy
zHBP0um9^Tx{UwF)U!^&Zz)y%P8HsP6YN5W(1r)iw-@H*Br_l_Ji?ue7RAGCgL%2FQ
z4A)GyLs1vP2W{H#4|Lr?o=l=RO3^R8u&-$tjJeuG@D5vWq8sesSCDvuUtj!_5oUv!
zVbWT7hkuN;Rw#&TCrl#UEg^mmU^JtVDUV8Y_qn)#$!%=Wxt`Etn7xA$=C})frhGK!
zgT@a8p$o+<k?K`oAvP&GM%w1C@Hi@YKbk{m%Ocn6+bm|%XrnA<EUE9zWT63W?d&VP
zEq4%lLY;QLOo~x-Wufg`Pd~)SPjJs!|D-(4-w<nlod2HbibET=RQpaDsmQ<P(Hyk|
zwth|}O}3p6>vTfQf1#@_JsYyNCDd%6uI#y7L>Re|yhlHD9Mt~*XG;9jNmGHVf~$dg
zm<vxxGdv*7VMfpQFq*Z2XL%Z<83(8Ntg`K>rtpdChvMS8`lr|-d16lUB0Ld!33vYO
z1EhDDnEev3OTKiQ<Jtg2wcqo#K>Z0~UP8KG=wB3`N6h0sy{Q0ueRJG*{uIz0HJkVs
zX?7+s08ey!gkpAD&vP;oHi>+TxeWw3Ka%ZrO37dP@Yc22;Qt_>&E5rK7R3c#Q=Q;7
z{jOZh0Hl~!R1>c_@e`w&5gr{?&gq)C;Uz8kl$i`6b_a=r%LLxzy0wGhWM>`xVeXBt
zqbzX2i6qjTv)P<KM=)_%4pN`9M)aF|LeXiO(e2~y_nDz#!@(%>p5j%322CS!1h0v>
zLj6oeIYRmlp>1g1T`1~`=EY_#=SK%s|G-)P;(-|??)^>s8cW>7KvwS!>;g6spID%6
z1^&~!!CrJSRENd(gY%xd`PwG~@Z0whXz4u=&Mhf{jX&?fBC}x3@2L-?%6_swXQ#o|
zgr6+tu9mv=#%~^awm-I<?gH&{?dbfc!<gQ9C@#I8t27Kr1>@}@_@Vb&+|(vS+MGC=
zFS;9r4F-Gg`PwN`&hI$z9qP(&ul&Os-b#QLUymsU+BdOr%~$23b|^QsnFoiYBHX^@
z8E<mYRu1^61!HDi0h=^B+iI&PpJW}wh8S4GxMqRSZCp=SY4abCcL;;}+1uHMve(Sw
zz8m{K!y4mK{wN)M7ol&)2^@c=8PASzMEW}f(7hTn?Q~=~V2-604z$jn&@iMI4()va
z8zpRmCEuLj9PK$%>U)X@1V0z=!IK?Aq3cE){y5=2<X$U~+@d<jM)M9}SEJh~H{1Xs
zuFv*gRMPy{DWiW_arzui-;a@WzG<U?GQ79574{3bqLc^cvpE-y)R}f6=vHqtKV9O&
zZEF$ijJrYR^FgrxZ!p}^2*YN(+oE4_JvnugDq@H---U+_ufPh!GT!3bb57r<7PIf{
zN_z|W<I+~L^>|-=lCL9w9va2h(Y;Z3Mj(by%g#CSN*n)r43Hx)Zf2`=f|R@GOc?!5
zJv{jvL>?J~hMns{YV$|R%ZJ{mZ5l~=(~$>cWar#@IvINA^mCxs%Ts=BhWEXIe;hNH
z)4G+SRy)~<$8>(dvehuVNdq~m*A#61{yOHitYuk>GiWZpCl!Wml*)rNarDgXFv0d6
z{=TvlH(v?hr^@aF-)1HE^Vh>~&biX)nR=?Irx{Zlfnx<z6E$d$?!^=Ep!p}o)vy|_
zIvK*;7Xi36VQtR0Z%xr9`3SGA_l(8gcmpPe>sW_{skpY=2m1j-%V-a@qxj(S6f|3Y
z2{L<pVLJWuIMpszTy2{-;O|MK_3&8dCtRI&0{*Q?fdPNJviH4^YnvLW?_V~SUBq(+
zr}Oyd$IIBaFkie#&vm9=O%XAY<F9vT^I}GVqvabOaKcD^HnKUCTI8^+p>!Wz&or#f
zJPW_PT5_X|tGG7WUHTE&Mh^W`gJ17WfufYR;5R)1TrW%VzKYi9_52lD+5Us3YYL#u
z<S0aXTBwKDcY*fxjNq5yasFlDKmPst4mQc!MD`Cl#=Q1rqqw$P%Qc|0$y`v{Hi6AX
zX)xc9X3d!{Xx23vCg*fkDc0CNDxFC^0v$@m8o{e}3SL?^2b)!l;7@zJfSa*e^3L1V
z*unQ5zoqvC*J<=*hmM^BqoLJeZ4kBA9h>%u0^Ml~<ndQ_OA$pa>v9?q&{=*HpoKq4
zqgA^8V&^B`gxKT&df$A^4KPO5^8yT+6f5eBK?4oC?=O@qbCG#>3=(UWSFE?ku6;By
z@tid{nYB_4{m$UQ(9!sG^<Aaw)u+^N`Ow_#ByVM3UlsA5d94z3PR8L?^QSzo<}7O#
z`G6;#*^Bqe{)0IMCHO6@hTXO@PzTQV0G--c;o!hW@cL9RhU_~*nC33(6xv7if!g_7
z*hr1@RC}Lt7A!3ShY7*3Yx^3WR&5F;ul-QOUq(03>}V-bzWL&>n)2mGm$5~127gY^
z%6%AZrD)H&z-aA2>!AEZvb9gnbLRoteC_b|>gb<Uy!Fv|9zM+;{=R-fb@SQ5bp0go
z(rg76dbv^TU-9gR@9<Ie4ru+(KrU!F3>+heVF9+m^!)u8acvyz-!mIJ%_?Kdk8#X9
zyaoFCZ$}rW0#3CFi`rj8t7>;xpZyCd7a(xZwtouCvwy~OTP}yxO|rw32p@i_B7_m{
z@cTbAVal)ivhjeHYP)3(<?ZE~gd?%=WkEjQ-7iz2@4<atXwSaA>tW9tL)j(S0*nXj
z<%d3$@!Q?5v$kXQL&}Nz%GPmBU;$~Yib5}-n&L;Q3SiT$b5MS32@rlG^&`LTl?cb5
zoUtE$hVIcDe3t)xJq<EP9>WojjgVr?=8cNyt8@3zETkSd)V##8L0PP7+kT9{ej4UX
zT#6ztzipc1HuvRhM$&35N?C|YoYJAu+ib81YX{d2&ta3MvzVyqSMy%;pT|Pr&E^aC
z6leO5NHF@VaQev|M0}{O=pMvyFtvG&-Nv1PHvxgn<I`;%FmxgiK5|`S5Npp)PQ43d
zsRa;Gv=@F&9>?NZnaP(bba2FS+Oz6<f9&ymHIA9(sybzU<$k9}q1LWoI32WyQxD@%
z8&913(oxyn&lWeh?100QSE2V}TcBKW!F`tA1$^wy6A*XW5rQvN@xJXg;`oi`NV#Jc
zVR4f8lFu;dSy!C!+F#n)Ka~0YZ6$C58_W)5yWehwO(vHaaT^eB!v3M>z$~v8zJ~Tx
z1rN<#`vhhreP^}*jwn<=>KSiCAZ)~=akp`pPD_;5^nv8rFW9ZTR4~s<km$YGtNfT0
zqS;Vxke1F2A2x-4*S_JR%$L${n?2C=iiLQ;M7)h-SwpP$@n8*a(K9+XhN}A`En&vA
zq2O@Xj#1q4q(vdsYHNW_Y`H-UeBM(~$NSzLwTXYVc-N~wgjt>G90gD5Nt3T^h2ccV
zcoqz#Ex6DIC!+hqDjjY1qs<RI9_7!ef7z693r?B<`nLOvzW>I{;#xcXTq8aY#w9+p
z7y6_B(#bGfcO3k<ag_=Dp?wOG`WFS~o2)ZMs&5Qy8^=VvMZVJfe{rfysGb%r5%(hD
z73h4{SFW1-sE7Y6W%&j497eS%hNk(GMwo{JKlI%-)rWMhEcI>ntQrsCcP2{jE=|TQ
z&ENAvXLo6`)_5e1!<N0b=K2S0(CO}R=5RQRdN~{)c-K?w^13)vXapX(={kNfzsaZ;
z7}X?k(h@wI@S1r9*8*XngIL3P&t~$BQxb1xxgK7B$%3d$f2Df^PoUPIXv+U!wS~`C
zoc8Ch1AEa-a$VO5vvRbcHq(Z1K@*pI6)Jc3zF|k>#!`%?vulA#;Ls!*sArL`Bgf`f
zBw>dhmUxt)@!ftoo!Xp2!gZ<LvS1*+g+sg^@TM;;Fmqot#V#1Te5Czq>eWZVr8B1P
zz&F>@q0spT6E*sK!$qv|4B#>IJFz}(2f(B1MreC7O!^QLBQQ!@?|ZFI0~X)`yjy=b
zr+QafwrnnYFIff`F8K;<QF8;L*uQZb(Ppp<E0z=_ZeioR`^YOdd<DCyrgA{=j5^LC
zT>v$n8loPdwZj0;*80&oC_$tldx_kGo_`Fjza75(-2_QjVrz%<)FXd+bmd#VrTJov
zb)JUDtr9rt2gUF7O-^|xT|l+4b{fyp%3vSWAt*T0<D)SWX4}91Vu!{%E<>}5YlIV8
z0wYzbRmqQL6{6m$4+#(YqM4NkJl)rT8}LJ%c$DvmxXDsJ^;QXAv6!t^tXH-L;v-3S
z>S=oI9VE?ES65OGEqR#EUQT*}o`nfVtG-TZc0?X_nrVWke(1<uH=YHn*M{;#BYmLw
zkY?3W2{-wwv9_G}oHh7$6gs9fmX`*);q7iCRnqM2_LFw#)4#1MdRXY;`iokFbLmW}
z{V*-HGi$}{jFWIebuM3SV1o2y8>c=5-NMEwu$?q0Z1(OTw>jobHPej|=SsW2ctYev
zA0*Ae1?E%#%AX!(!sf&hy8glZ(EAv8`8y2Ey0(xlCkF|A4#Wxauj7}clfIk@tRxS?
z2{$>O+DE*vjhklmW1lQf@RJ=HW8t@Wn3`rNVeK{~ouORlRV=k1?o73Ckqa*(`g~wZ
zy1%^fRW9&l<cP(r+UE`vSVGuOnj#8j)!gA3&l;+tX9&mCnD!ZL-?HyW{Vl#v;4JpD
z+Yi-Wm*WD<a?v-OJOU?<<AWW}aPk3stjPo@rajN-dngb2c=k{dF1l+BO1mP5-S(fk
z=eTyzknU$IKDHlpPd%jAW^(#W_IrH;^~tK1>iCTbf@^_rgOh&d=Q?#zmw%{MY<?Lz
zkQSBaRsI3$H6*NurGdrZ*{C}wd<W8P%)i8g`fonY8)b&@aun(}*v$mCkam<wCjr$0
z&HY~C5@$b7xTC(g)`uUyyblfidct~(2M*m=d2#9$g)~0QdfS5TOYXskjnPp>eFxfl
z1L=J(wDPe$C){1*qVE6Okj~|~z_xelgMvS%L_8Ik$}U!V5vN@d{R<^=&LZZxD((gE
z97KD=tPJHow`IC#HW;a9xXGm^Kv)LnIvr-WmIrXcI4RAR_8-VgRr-d+OQ&|8WQ5Q7
z-@gog#yf%y`LK>FZNt##w#q0rq%D&<<x*%8in|{BQraF!M<U@C^wjJsK8NS8%~kYA
zIT7#IDugF6aK;j5O=mHM&e0bb4rj+JFvGZwD)g^f6ojMh1J3sBE4}Cxf&W(Y0ODk|
zQNTpVS{w--e{dvC3*S?``V)uo4+qPHjs((G;<{l<_z}?9Ysv^eRpLm@>({YPKQ*84
z$?ngJav<EKy|<R2qiYQ2>rcgNHztWXVdszJ!~BMCm4Pia)sy$z;E`Bk*{59%vrPO<
zTs%$aWaz%?0famsPg;HsuFku~sRw~Hhtk1ZLwHi`9bOkBQ9JV1@xzgNNN5-~u-FjE
zcftdC6yWx`c+jZ>oIm;xe*f1O$TO&PeJrDUKY7OkCm>wrqJEB44J3|R$&Au>u+v~6
z3!O{vW8`;nW(!ZCnnaCfMeMoO5hS01lqV3r|N7)gZbEaJCrwsj<dIv7(BY(A)rzUV
z$!l?N+#O2iIY$bQ#R+rJD*g}zd~(LCP7$!D;Jon00&6im=@q8gj(|RM(lFV?mJfcf
za`I=)ZFp}eq&;@t^fLmxY2|E5ax=o%LpaVmUA(7`<7iz#GX*u=cpG**GzIRSi-F@S
zM%7_2X^5P^x)FHox+y0ujpQM?PsmPKl1%sZ4caO+GH>D206rq!d$p}K5+=eDr#?Wu
ziam4AiQKE?v6$bC$Ba0fukR2G2X`2$0g%Be{}gfZ{Z!Lo0?UM^N2&$kH`q{{`;2@$
z6MlKv*vp(aixa2Ar)8zMFw#LLTtvb<p$i$!DX__EZKU}GCvPLWcSs?;?N;aEd^5TL
zc|(=_8hM*!oJ(`db~=eb_=5sJ2yb)Ahm)UrQ>WkfoicWL&t2BE=UA|R+XY1plOIOX
z(8Bv7)jyr{mB>9#bVTy>ICT9`cw3Voct{@FyN&2K(mn@C!_?z{J<bb%Cu)F^XW~1;
zn-RyvFyaS1w!9f0`Y@4cm1l9%Im(;O&O+nxLDy*?TGIKXKgg3bk~f}71oAJeRjXS_
zx{)+r7NmSigTe1*5PqKC3)Hi?a>GjKV_IMRy}^aF#uiNNyAv#2PK((P?6VxoESp6U
zo@;W`gL*1%ufqD85|Z{u;s3~YQXS=>iGd1~XSHaCDmX$~lsT)8^LO@djAbSr<)__`
z1I=Lw16wiTSD^j+Sk?A>T&vS;IqBzRC3sa15Vu0SLlgN=)nPbC2UrO&Pd#LRIkKf}
z_V_5fTAIeGFD0R6g+H-%TqqTO_ZB`+A*{n!x3{x_(`}IESSV^{>-Zv}9VG+pQLyZN
zvLt+`=b>V}y>bJt=)FxMZOpA3^#{`ZV%7rWb2-f)6sjG<XfGu1DA%)A@lT&IAUxrm
ziJz2GUn}g)_Nkq3+5>3<I2}BO;?z+6muChO`lgb$T+Hw6T>v!SkyEesPzfi9BWeGZ
ze}gC<^C9YG3NOtr<Aja89Gao<J(M5b{>gND<}?~(+V=&aHAjwk4}EThbHZ+@PP!y8
z9O`_;>=iTz%z|CD2WW2LkA2#nN74&uT)Ki2XTyMb+fdANDBrkaa01P=&Z2EC2%U!K
zn<fa4E>mqNzt?X?ns=b@-+guKBF``WUnZSa=k>mrk76}V!x`lkDmGa&@_Fj=V+=(P
zzTod6ZpL*;8uV3(u3U)g?{{N06CFuYYT%jA?}6qkb#sY;PZyB%o+A7@`D%%{JBQ|9
zc(3Csq3alVCUm89dT7qXhQ+Nw;z8D`xC1PjpT)@UtADCG5Dyr!M{lkIVLEQ_l#VOb
zXT$2;=16%{Xtv})`i*&)??F9(6O6jFQKdYCnlv8PMn$l|>eGVvX#dR+E@Jy@@?Ey#
z@<~R%5eW;Jmz%D7Henuqiqyuy>hAcoduI?DhH4JZB%X(jXDr#vhZX$ad2dKC*e-lH
z&1b40bH4`)@A6;0W!TKsnu}S@66cRx;3D-Wo78=x;7y76f`58s3t|pq6S0(qp3Nm6
z{1$~SBrl1!j-+v~<}vH@w72b>p?pl6{p_ogKcm?eY5x}RUq%D<_6kS!!ppXVhyBz9
zuN<H?^PID%`J(xDGHG?0;zBrVC)3PGeYdu|_;+|~UxGAe5S~zYW%9Z=xxh!^59#};
z57%OwNhykXmbn_2vVnKEwnozT(6r}mcy(KkQC^X*5lGVst-`7Pk+_Bt&(nDo7r2-u
zQe6w&LgDjD#zw-|dyg1>j=Da39gfr(z%CCx&S=d54FcfGf-&&1p@ZNiu6@=ICtdh~
zmn`j(uvT~jMsc7yMN7h+rYi9i?0+-?Noz<KD<3FgCP;G#6rPH7JmlF=Cmpd4Xm%vg
z{FAg;45PUTw#&^D-UlG&F%pKT#3NYUq7#y@WTa`S&ReO2uDgSn0q$EW!OVbj@^Ia|
zVx|X#>(I5&7UsL>TQ<#HSl`<tLHLHQMq}0dHU21O(ZqL(&{m??%S&u>%r#1A7WoJg
zN4Rl;nKUDks_wYf%`+Q&ju$gUngbn>mVcN}_p<lGPG<^fhGC%YaxA3&9?5BDMcU*;
zoi8hD)fB0>xwwYp*)!qj*p8&}=y#ULLN?0fAX?ln7IRfbS{x?C>*Km}GAB)f`CA$R
zZ2}CwwAY&116TEF@1g2$nrRrXsBv(tq4UZ2+wiAgq2?X!B4_qliiY>oF^!(Bwca`(
z{<zWkrT*5iuzoFeeAN|##&zHaXuPL(HN={>#;Ug0E=b(?RZ84;lU;GH0>8|ssM9eI
zeXJkyJ!z+)Z3^up>{fyAD+?U%KTV*0%BJA2Tj99FM^mZTW($n;=#?~moJ#X}zsZa6
zv9}{?52CYjCclHk_&{)#*KzBu)!2C1W1#CmZzo;Qu5U_fJ%KMSL}I|{os6!7WiPl2
z)q9Wf72YeLn4WVE`sl%S>F(trU6YmWZVk|E)i3_jcodF5T9H#VzYFG<bmSoqn#q<2
z_R`+E+u;3?t!UW0i@YE<B4<;VcHHf-JJ#e3;TBe}ImL}XpE6iFzO*5BckU*~_i*R4
zU0TWk9wv}s+Eos-4Z|CE9Mq3GRUmgfiqTs$n7UaDXN=qgX=STm-^^C{{eXk)lwX0-
zk4}Kj1{<t=kp;JAX{nP^b9qR+TR3*J!pkSy%lTIOSQ|?(_;*Exo>xp%i;^$g@Oc<`
zR5nyScgEoReMuO$<+x;Fdl8RMzKy*Pc2c{?v;%vKwsOMBS>R(mnFSqT&^G6ovi+zt
zUkwv+`_T(bdz3An%I_l2oY@DP8|;9RNp#;(Wia0F$)Qi<XLzy77b@66jHwP`LBp=V
zrY>>d)MhjU9L|8Bi!QQZ{`5O-zZh2jeZHhU$cy)`?hp4nK4r?0L;O$7`JBNfo}e*F
zN7a}Vf@cg|A<QbB6;C|E)SI!mu5(MY((_=^kGhCD!_!0dakp$uxo?MPw)}fDtnygK
z_BHB+EA=1p!Ns{esG%<Hx!R1dZ!BtPM1f{rH8?U~pxmRVv4KDOqHA&oo><cs69*g0
zUsp#<AB`?>*Mut$R3}Vl>3x(U%Xq%;JxIvg5AsqK*Dg;LIm^3Y-%w57^oQx4I)jvJ
zkpl?zT?!?QBY^4-AGh(Bldfr~7eD_eQJwLaY8_SNv{F9Befnhq)e+TdGFWVx3{)E^
zw;l#^sUDPirD184R=CMO0^;B3%a7@q%uU4O8(bxMQyJxXdMB`-JsBG3e+P4&!SdT_
z9#E1Vi(ho#!}ORf(7o1Bwyf%<j^4Lkx*w7vxtAXYx<;TLWQ{U)<(@M~Le}0qG<;5b
zSu87%zLx0XRL@&*bda9BGHb3f<HS;=K7kuShiD!9c<Jm$Y@yd2^lIK%eyrbFZE`Oe
zi~9LHJpS<!66tKlQ(10Mb@2dh$@zn{HWqQ~GK8%j0bYC`_L(&fm9V!E)Nq?TUMC6d
z{j#`y-VJs%@(AqEF+lHKhgm_Y4jP-Tg?}@bpt+LFe{~DQG@CbY`gtMVjayQO2`yeU
z2kn!Iyp`c@bPsJJ?^7G$ZHsdJTC$Csyo^D`@izKAqO%9D_~WMRuW)C#hCJBhzSO5B
zV#f7dbv@#zxemSUdNP+oPGGig8&WKRu#1QKenKB-137Q!XJqvQAmQXoyuaZN8-1ko
z9MviKygtYWZ|X$nr(Fj(?Y1D|^J3m1)<V{isn?i$Xc%wXtTnm}xz0DZDxh=zBdjg9
zz{(vi*zuF5Og)61%>qy^-Oks`PuNkZ7g}~(!Zq{ev!LH8oO&GNcbihJZsSuI1)*O2
zIKEgag6|{R!<FNi;Iy$F1kxTVPd82H56(BhT_Z}--SRx$+j@@hMz;<F+T3`BbJK65
z^sO`04&TqdSKZ<+upFB_qy0Z`)(7et9QWxf>+ZId)BB-CnS>>=^PptlSE=;mFe&1{
zw~TOvC$tJfPuoN(XrB)x)GuR%FF^GnXI#w05g)3c;8+i|uyt`LiG9tA&$a-<V*LDS
zxO||)JB9KoN8B2W%jucGa?L^T^!XX-_WEM+e$^waIh45HRF*w^q_l0epN;ov2O;#l
zl}Z0yu%&GgxBF^_Q;j2;TlN-k{NA1N5zd~z+eW!xiMx(nWrVTv<3qG3Y2i+AJhg|f
z+oY#9ZnF?Ptwu899qOfZc*dlII%&j5w({CRT=r}V_H1FxO@Gg1**99qO*##RU8xo-
z;WzVnZK{f%Tm7RoRP50QlfCs-?Tq@+`|%50JthqPnWw>)mHlyU?rApLo}NK1ih}6Z
z8tA4Si=x(B&2K=Q6#-XjM~WE1mDkIGc#kkP1}fhh$fX%avF(D!aQp6g{{3$dE+4I}
zQtZ%f_bqIj(+T`KZX+I=&(|8vK+i2s5V7VqPfKW~XrHvisd_oEe6TfWB$`tmELqz7
zB&pTZB)H-{7r$OUgM^(ZxaUjiI@tcl7Nn3(D6YdbdJ(hx8ZU4p=Z|Lq>qh&`6ShJ+
zJ+FK@a5uXz8OtqfdVt<{S9Q2eBwW6g1aGI^fzCV~gNC`Pw=E{YuUiHxVS-BBhdtNU
zhsv_a+^n(#tn0kDjvJnzb3k*Q%RsTmfk`pA<BX{~J7|0zUu+n=2WLm5^2@inG0JuJ
zSAG}oIPAnby92nRrjGQ!av+wtkK%ju+OgWBq0I2YCRXaz8^`N(lL=3y@1K)t4w1`<
z<0y8aT=eN4y*R#MY;$?;q$kv`y0Yi1optqM)^$3JPU(f_3nNj~+npYL1-^iYx#MVa
zm5&RS{hHo|2XmT1Z<n(?=m-bVhuJx_4`r>PJ>eIddi)I#2IHj9f6#5J0nBY_&Z@G{
z^Ul);;Nr+!)+RI&XVjZb*LV<!<51JD1Wv!}$liQt$w()t-$xvR_kE`z)e^h>UrEmM
zDVH(6#|_e8ZtAi<mzc|tkzDABf(cPzSX{=-<G*3vnE*xq&_jxIxWETS`OMjn9L&ug
zTmhr8g&5LqjG7jmjfA)85;cd<oSBZrCjg{x$9dwmQQ+KbD~fuj^~3G;ZlDv=82skA
za=)dAVe0V(@Nv~H;@{~U&X31Gwdu^*^e5hzqA;SH!ftdJOL?UGYMOD-ne$hgo45uD
zoB1wX`mN{Nai}uvE9!_<mOX^u;gzC)KxhHYR#Pyc{zUBkWgik3skQshN>dkU%iY?C
zaN=c7-;cG!TjPwgBk<_kXzmfV2dFPuY)ftRU!y-#AnjdK(d&Y!KXod`D^$zU9t?!>
zv<DRN9sSNcoxSh-NYVF>1>y<x4!lA!JxDlxhH|q({$4c(o^A)|xIY|;YkBOXOQJ{k
z{io(|_UBgozUwiBtQrJtR2w;Y(*|gK?Ut0;=M$?bFb9{YSE4VVTYK6IgswAw;1(wS
z?fKZZa3tg^6t2x<VGsAC%e!(${mDEZX0R%c&wS?MCaQMab>8B|9tZ7=&FDn?i}YR6
z6A91Q<NQ$KSWPv==zASr4)op(#Id+??hT<a*p+{l@|FcJB)WD!V`3R6J%}1_o}kdB
zf}ctAK$eF;em@q8*S_4%d2oI!Y9uBg)jwFx7?MM=VT8vxb1~s?$t2}#^P$*Nbz<X<
zwq{#al)~^G+Nyq*fvS9TKxxnb?p+lHqz{<rZNi8;jbgFoA(HOEFe^IC$D<zpYqSAA
z>db}s;0sv#?Kw{Fc9&J}?Z~TE1R!ZWm2`|;_3IzoKHNRW-Xa$DMgv4$S%yMu8g?#b
z)Z0qbmCrz06|2i<@Ug3&h}g3><@pY=xy|Il#V=X3`75sdEguVxr6{D+>3r*vtbB5|
z!;z<my@UK9Cc+pTpREDne|BWUV#o@838QoLghmy($|?Umz$1o}hUcVB#C36T4NZC-
z!oszVXy+aYkAL`4oxee$bu+H(qh{ei6c{@d>$n4ES6gtx2~lf|G#F``F<i^SUi2`J
z=q8cg-=@sf@WsP^_2jR<NHGe4+l7@lP)i>o7OerNdl8s*xHW8|-!VN)%F%S(eWs^*
zga%?7Fn5+j{j0&x6zf3M=}KBt9$ye^sMah<LE(SerW7IZ4!6I%h5EDsdhu2=^_NO{
z6gbPQj8lY`!sh4p3SMO0Ya@_&iOyOs5qZQm<xceXp0ZBQ*6_zu1FB4$!hDAU@XaI7
zOMeepxPa68rNHt=LO-JY`fwyHb0ED&TE#=wPqL%44d}U#+cv7)x{xr%730@e)#)~&
zVZ?V*p91BKiF}Zkkvi_o;&uZaRMI~9ps5)&+2|m&HEDvCoc}gbeYW1ffDdj!@lq)!
zKpI(2$Z!<C04eAA=U*6Ulta>E{o};FhZXvKY4q=*N=c#%Q0|l!-d}PG{+gq@IS?o(
z|MQNKWkC3)tkj>(X9txkZ&PYuZsHHAJbo1$d|@Weyi$+RcRP@NMax|(Y`Sj63avZi
z)U-=r7n@v%$LWSQn5ZY|=~5JNvb?pPugt%I%NX5zWb&C2jsjsK7n~WZaf>z1Uk%5b
zDj0Ypjg!w)2s1FN{|H9?q5RbQ%BWvSQ-;;?r%!lST>O7DU3XlL-5W<rWR;L8$truM
zo^#!@$7}CR_R8M7B8re%Rw9xpl2Z4%ZiL7lS(TN@-YYA=@9FdT{qcU@S8tx@zOQp#
z-}OBAIX|ofv|Gz&(~q#dZ+GgiZ=i^5Qd$bNuR}`X29%r6m>1p}T$+}h?a7~x%m(hg
z6<tH-aCDgzdH$ifftldk55dsC-jo@AQ<MrUr|<S~<>(2=`4>N+PQQdcd-rY$JxGI#
zA0zlT{dR-n!nbp4WBz+jcJMkzz#Hk}b_qV%lbSzy18l!5aqY?1@m#d+iHh9%o;AZW
zu~wso((44D%CCbi2~+lG8G0;^l3Yp{s0+nUYNILcR{Roi_o<9dIRI~!M!0T{YV?r0
zjR<CiZ6p2-XLxH;dgW!6b%cI1LE9SVo!S$AuK120K6MexGFEW(uuPg^1`qQO`{3RD
zrtXofhHf>T+ICf+wYj~TDbwoyt_%$)q3;=fgca}JjCU|>&EurfcY1`A96aE%gx1oJ
z&)I2ezG^-&CWpY2;<`J|9jd<+y<XPXJg^0i^zVV0x<mEb95Qw5>t@ssZYR5je3OdP
z+%LIuy?XNqnu#&<2JST({*A8=st(Vl>2Le}(xGdS2Mi%K?|tTZVeQrd3;R)tUM%*t
zU(I!<R^wXdOBoS077NU+Ja;qzn)@j!?GCJ>yzR-{d{v&u5ZfT-P3ZB2ZAriny1lA4
zaMnkZ+cR4CKAuTR!_M!G^K)md6J>@u7=4>n(^kfo7s?Oa4`{&fK78u$cJ}>!Kyh<{
zzVDJzm3>=|FYx(6=f?`g5%AHd-FMUWMI*^BrX4r#UecKMw(&{KFrj_~eanS=#Ok}o
z?#6qXNoaBj|EQS){_(@W1Zb%ra=Y_XR(dP+SYuZ6(ztt&;wzPDXsR~gR&CeGjoh$W
z8SdX@5>;(R$p!N;caYKp+@V$z{Bw-|E!@X`7DWW+3K`EaLjOwO6Hl2@nbLM-3B}#;
zX7p~ZB|m&uL<3%P<oFo$754RWveXoZ13UQF=!tZHlchAh?W&Kdu${~O>Mx<OJyynU
zp$!kiSz#ZriIDqHlEYD5^-NX2JN&w3W1;Y9{+6zMeuWLLZ5!8#dqPUTUB`EKkaNiO
z1CA1|)AXjZm4WruEQ;(Ta6KchlF;0Q>_Xv^sScYo&!<1-i1Ow5)V6NWX{9x#yP+>k
z@ajriOVww{J(PZv(2jVIazbgz&o}(2@rKJB;8(Rkuk^^Q1>G40oaxPZ`4+mTcqdo*
z+VSx@RcK1}A`H$Y<Vi}8aZuF^LQRBq;{)L0Hk?fnWIy+-RNUF=mrSmHa}KLs`Bh@B
ztP|%&&`^~4yQJR7wPO<2$Vi$SA%Q=#nqH5RZ2I%RG>v*-own9%&ERN>tc^^Y1{tc)
z0#YBb<=y=rz<Tx#8B8hXFG=TA3yEBedicgGK7i-`#lT;1ZYh23O-}=yPS8j^VXRKb
zdgx8(HT0}(4F9^|R)EVct!pT6XR6$?jLOb9>fS^?)qfoU8`yUEKFV%<k>ORf&_Z1b
zbibO}g(s#Nz&Usj8(y-fKJScr1U=OP`Zt2$9}R_Z?RvYY3`T^G2_;~HfM+x*f2s8K
z_KOPzxQ`Mtmy+G@hjg>>3I632tu&fIHpHhs<1@t~Cn>JeZv9f)eNn;Z0;`^HT9E|u
z1X42=Kk1B`b-A@gWobB`kZSFfw}oG0>($%o`o$5@sBL({#bQR{$76(yQ6ihvkOi7D
z^Io&N-C2)QU5>Nj)c(4)(&q4Jhq>C3TgX!a4O3WCQk(-#to$IW>=F3@FS{1as1<U(
zgXj&M*Iuow3A&NDzVc;c7Vz@^0(ef)Bm!9l^>MvGjbEQcp1EAtn=K%fX<+u0x5atJ
z9XQhLi2x5vXv_jF`K6U7^>E0QiUUKfurKi7I+WM?yjn8}%+ugQr1HZ1-c~UB|Lv)C
zqLIC2tMZq~t6d9b(R#H#eBJ}uzsqYvrUO6N)Ig@A?$eY~wWWdlMdp~N^Y^ON)!NI5
zhW#~YaT>Q1+HJX&vCni=co&(i@?2x^{$~>Jtt)N-j;mZwK71M_X4EK7c1dAkid_`E
z<7#$JU74(1Zp6qQpqbMt>giczsQXkVpf#+vp5Wc2%a;;dVNEsgSw%zjxE=OrMg~cr
z%C%9xM5tcCtP=1?<e2wCk0v53Y0eg5-H}C4k?>rkGzDhZgn2~nS<2{DY#&3T(#`Kf
zB{&^A=##`+axL2f0=;X(4Dz4gaVF?~u?%PWUYa(xg~})3>!7V>kn)?D1^CEO1YfRK
zU5h<WY6goXdt%h=<Fk^k6q#^d<y~CDthxdJCLM~MG9fqP4Q{r;zf&4~t@gKDZL;W@
zK*%CAm8+qTrSf?yU$}qw0xzs=2+WBIuLImF&WW9IUbBTeKfHI1ABrkkP}M=n$Wg&1
zvGj7%0TEf+M6-LXWaLpsHScoJ0{f`w;zPo|X>;CFDjxV>lHj|NEgNoQ%hSMvkKGve
zC&4XxjnB&^bfPH<dv7AYO$NWoxl7HkZv=E{_DtoMXu|Z(;M62i>$+rS2M)g6hbCX>
zA+uMnl(W`XGR)hYr8iTW(u2yroSkjWLl$}(Q7t^QjSoJH@uz2VIP%o(g<i`u*mF1~
z!jblQTS%vKuV_ilfAY{LoR2Vj08eR%v*3RA73asS6|SqSsn0*ABCqoK^XCOT@N`{T
zH11+@g{G0b=Y%cSNGW6tZy2YG7InDX0vqntY8ChC6-lFh<<PAoV|etp*0grY6h8T?
zgwefO3GIt#3b{ABPWv-%>A$V7Gfq&WoE<eO_KP`{E>Vgr?<#KKJw(5<L#fWLTY3}?
zp)WxJbUNm#=v<|&*5z)5i0faPr_QU&vvO;Yt#dKsi)pv4`$3AMMfVFl5k?ld<*CGo
z$22i+ofv+9KX<8rgic4bV)wfBd3gGA?$V?eZF_FP_05;in{y|5$edlAF#if|^dC<}
zHsU<nZEvOd$3dFct9Eqb+YLsIw15K-#Ldlx>B;&iv1w6tVWI7zoOav!<+y=j%gYaZ
z&20yD$!gC&^)hK|^AkLv+9I5V_L$4vaG<jTgK1aE@#1@jo#N07OL}D<$U_`AQlDS;
zqW#&+++~H%ZHrc5ypE|g_RyL%CzrFFB6!-f$?{IA%d}|Z0lE>Eikgn5ldo2b_p?iL
z>7?pL+`l3m_58XhSKC!{!}pi|&b~*c)>CorQ8Q!Sh^d-dqu=^j`uV$*th6CWI9WHQ
zgzNVxa9614JZlG)cTbZseeaMj^7@o-tEf(wiBx`lx)`_L8f&>xT;15oG^Ngcs=KK)
zFP*ZF&lNV;0=gX0ExVr<0Y6i@!R|E_6M2$~f8NOR<L=2m5$nnFPk-(5{buxE-~-M*
z;7scG&?m-=$qVVw_7q-IXb<&1_Kk6$G`vn3En{36S&z)r{};z*%#i)8Owwy(GUXkt
zLDesxlcmm#=LmZT$_c-qN7(P;_m{WH!cP8#9;KC@&_m@Dgs*djQ^&1*ICxqlb-h{G
zsCh4i-qm|0&{Hhe)KEQcJj!&_%H8qgIo*5kmBq!x%9oKM>~A5)I&<5Y6582e$Ao*`
z7;1LHTnkURFH22+AckJB;OfpdM2{ZtbX8kbD~A&OdAYwMPmC+AIUckyjJ)aOW?xz>
zB3@Eir|z0nTqixT%5ILleU$v$^(9raB~HVPH|JWi+l)#SyJsgoTsw`MIQ$Ur9hTEX
z%kBE}!CBnsXtan5+)Mq&zu?mGg~=~>3U#g$Oj}GDy0K?0ZMqf9l@H+iF>ZHEQ)?#5
zVIJRT)#0W5sGgI7>&7|GWi?0hX4IflA*vWYlhE57)gqY_t5g-04_qbZ8@V#1OP=U-
z`?c;+X1?Y$ff;ki3-ZH6?X5qk(a}1Leq{6+SN^(Lt&QkZtqHgHKCSveL(TNlQK#jM
zde)rnj<dM&(f)r=UL>hmtNb&O6>b14fE~Zoyzy{fd)&)-UeME0yY#TX_C3^}E4>Wi
z?rX|3)<v6KDVas!CYHe+7(K;5MlNH#pXd`&#=v@N)v?!5zFjmq#zu)!w!J7lx(!dg
zXi50{1f0{<I$dsfT7(@6;lx?dxR&vx>erx?506|MB7lR^y-^PuQoR{1ol=8`URWv7
z8(KdrofpLi)0@iw$t^kE<dS(4L}=^d66-(%E1tl9-iKxWwB{0X3%vZQ2jq{Je(Rso
zz^P~Gn0+qYcYLi!@6It5N;l-y_jA~*)eRZ<&yU7+x6ndEPm$e@8$!P5CGk4EWZp~s
zyB<A!d_Q?Z%6hC(FfeN$<GmD?ia|Ezd0k0IEv0KY<Hok?6koob>T`M5Y?a*Ps>`cF
z1J3Q15mh}YH^08TJ9s0xynI3nZM`@H534mwz&V<}_L@&^cNy%U@%(;u49g$KP2nj6
z#k<UZbo7|uq^#T0>)BrY&6IdiZS;1U8TL;H25HS}^yZZtc8IXPC4o<6#gCEygwv@D
zbazBE+1`Et_sq+tcgtr>V5rH|`n~LQy%Qa3>sGL4!_&=F?WLM;U?3$mdBSFH=aX~$
zd2nKCIW2YSO;-1GYuF-sx3o9y8vR*s>(!Rs(rVyY=Dn0u|0H!tUd0W%ITLz`i){R2
zQdqM0);yWJ*N3~ftOeHkGB8Zdxv7gwDWh$1cZKUl+oD^=<vNbyvac(tYi`-nKl!dD
z&M_JEQY`lmqsD`Flfr@D!z<7y*FxHtoN^+kGtru%-C24_4h{9>rYW6SVdLno-2`S6
z*foIFOt!&cSm(!-!kS?J8k~<cwy>x8;@O(U7Ct3`!Q6(YCx6*`g=XCG=d76}jj$pS
z96qTVce+%I)%pQLCH_9O>f1qL{zYLYb4r_YScG=CE82Uv64n(;C|ne(Zly=s(NlaE
zp}zTFv1nXp@_&~`51;+wmMzT<T&Do8DNbTP?WY_S^-JLWIO*;&IsNg)6Vo$m8`0mV
zGWwH_rTr1jub$`a2Osf_dK)Nd#YKS`NUnhIQoR~#YfNt(&wnqEQr9cT{n^PCe=MPE
z0V@Rl9yu1WF*exkD7YT8OgqkbS6VZAES70EGuWo_yX1!YRC&2!D@M<VS#LT3&u%9d
ztye^|>bHXuYK^As><xtbqTdPC3NQ`x#68;|#F<<h^*c6GXlq6w<65+831(VYk?N>L
zJwiVd_?9B(UeZe^MaTh{KFD21J+zoXKY&B?Or_4eFrByACt5V0A=T`bb-G5*3x=@6
zP)|-<*qxvcbo91RJzf{j1Q+idW|SJI)3`oSdgS$W{P5XA&M@qa&!2y?<)6FkcyJ|m
zYdc-dfT`k-zjF1+kMiD}Ik=}~vVQM#*vGs*FRidm;f9pWDv3|`@SXcIdF&YLVyNHS
zno-=Cv3#ej`?`{mcW|Es)+8yewhTXrnw*yvRyU@T?USf<yf2-f*btoBNfaymQ+~<W
zB%lo_<f}Kge2ee6FZAb{4X$$D&|$#(It3Ut)*@S|z5_0*nlLa1^Hy4{xVMVK?VgEd
zC;Y`O{jXHGuyjHZHS_FKJBg#ezc<xdWXsF5FAL||p9#9enCi5d(tiZXar-y0nyoga
zGX;2+m!4Wn;4*cO9I)5Kl}x@uX_M&zC&kQ;v&ECmmqf(b4csW<iafZ&2fCv=?;1T*
z&5!YYS8Y~U&>GLt&TVI<Enj^)8JO(x_k1hfR3lVwo?F=HH>y2<4>hL^c9q$(&r?!8
z*|KeIt<mt-Y`*Q9n0l>_#4!|XJ!OlUM~dsePHei>K=Cg9b$(xfZGyT|n#*&}OwZ!U
z#u`eU+KbbF6jyzPI=dQHacS&yZX)IyXFt_EK*LrtE4_Q5^%7b;p$ntO33H-X-dmU6
zJMV|)+C@iC45QY0c3O9j!)#@CjJs`LRB$hLp4E->HZ^$F;rs&bEsbYzJ6(!o`QoPN
z{?y5Eu8n7xnmiF%7el!1v3mUJUIji64_~e1dTx8-n&{hg1@x#Tuk<`dlPh_c(yF&L
zu-=TB=Os=L$-Lup(NKR+hqmDJzw>+PPU0!0lh|T?35nWs*0p3xoNB45YpCuJ%g~YF
z@;Usbf(v8zus2ah4fre^MrMnYh%j*K2D$etp8vjAfxO502(MS?OoQ-!Ol@~xea?@w
z41Chi_Yzo5>4m!!^f=*OOu%Je+e1+|^e9b9?^>WmpaEI+wDIK{%?-!*m5dzP(XFw5
zFw08ATxm&7ynsLcye`3pZVme_S`~RHfNSjfXs7ZL5^HII-}u&%XCl8`fWZ2z>tmk<
z)%3#GD)ZzsF<f?DhTbZ&A=T~Bk)iuZ`GI3;iy69E&P!Y%d1Vp9qt+S$Ea1Jjen_QB
z!M8@q11rSMHg*Oyfn00diY{I#pFFTih6LZS>P6@^IpdBwkKSghqlWzY;uASbJ4zqc
z&!G8ct=0O;cX#lN>*mACx3KDI)RpqgZ!vIAYs$5aIek9KlyAk9*Wp?2>-e(oL3Rmh
zidrP`L$@)|)+LO9y?TMBoRD~w()WjxO~8Eq{-G>kZOA5bBu%>VNtB)0f`Rqw^_50p
zyB$4^mu0#^&zUjqM{8o&ub@YJy>~GFHJD7mVit6TExWf;d`$2}@G`;4+k4}zp$RPA
zR}H46=Z=Vk`CSd*h)AfFBbH9^lS=EHE9_t3v4FV@-jNH9zSt*WF4b)Mfy&N2K~bA>
z<?8qhUOd#F)}G7LkDVRNqd)GJjfy35PG=U;yGPTM#VPX9(&D6i#qVNk&^x!K&yB;f
zzeOlGVl&(Kd*<Q1bO~@}DgmpM9+b6^(e>?Gls>o1F}0sD3OG_q{Vu#9artcaXj-l*
zpS3tZ_-{S%gD>sqw4N1DsWmuXs)zxO<~0Ymh$q@9p)?12kT2X_L=N%)3FrX6`u>{)
z&qF6{Vt7RfJ*RL?07E$Ve4MC^{ZG_-pS9{NqB{+2S*GSkg|)ih`ccrm`MUB%P0mk-
zzPKemx{s4bOHYKS>|LOLf9@+n(=!j~@Ivz1<MpI8<@~`{aE{1N<xj=0Q_o3ZFEqBo
zabDAVH9-%FvKR4vs@yFCS`{0cZlj)GJY`<|1Ze2py!?SHUAX&O9(r2`8hC^0V}rd6
zze=+<3)%KWcih8h=!ZWh)L$x`1&?@qa`oZ*u`?uaLfC!I5*L<zWblBFwa_L^oJdMP
zKxc@`Uv2e^(^o63kS~)`l*g37II?(ig6Hn2pg|w;=&(eBf2Kn%Z4KxtJk!&Id%fQU
z-D*#te5@E8Ma}05=$cyS6LW24&I(HJbE4q?EjUn)Os}7E*=u7sv(5{-OJ4%*a}~T)
zS$luEk^ybVsGZnT+KD6QFK6gC`Fr?Qf_G%#1J#fHBukAm@qOD`3U7_3lTHG+s%gr1
z<_!>3-JyY@G-!I^YmB}iXhpdt=nMt)>?NP>e+7Q42<|Fll+S&n50b?xVup(t;%LKj
zKkp&v4yv#^j@x>jW$;yj&c3=ajprr)WaW)ZSoW1`%-br@YjoTGo3M@o*g|vujD;S!
z2CrhPl`eCn;B_35y!p)d@6zb;N9=F(NJ8JK+6nXx@M{CX12D9NhI@klEXBY^<#iaE
zhKJnzkCb)=Ch7^*QUv^%!a?9-Am{EaWW1>m1s}SLR8DZqVmd3#DwM9BytcNMc4tg~
z()P_|_#`^rD?vb$(Db!Wl1o+kVoJP}!0xyAkom_9&L~sV*y9yQ#iHK{{8{#nN%v5H
zPQF=I!+n4oOKa~kmvQkOtJFFWas~!Y$Yhr){1^L9A=8k^WejK^E|G}raZWukp%jtB
z&{M#bzNB<6v=1QzVYA0NArk@D1Qht2T0V*7vf&PGY%sJye*ueurJIGyH&k8wACG0R
zuDQ5BxiM8T71qF|LSX>(KVkl$iRSAYQp)ht?vHrLl_<vj@kjSuiEHN*Pv)|*vn`o5
z-p6idi_ndT@m&Alby8UfbRXx0chn|~sL5S#`f~byC$>L~&)(CAsNR&deB3l-8I0MJ
zbz9ez@C{n9gF&gMO{99JW8LpEeA3kdUk4w_9Znup`rUNRtul2eTTV9EZDl-K8c0)o
zbD%W~DUYLG!&sI%T^!m{Rbqx@6T3UeKH^kg5c<x5Z>HJVMacj2YtxA*-|5MlekNoR
z)HY@{ce*`^7nRtlc$8!FYHO&yp=PsR@(sG#CRD-~t8B)AMlo%9IgM1-_4D^yhW^A_
zH)mBNcy7MD@-p48)X8{jZ6U2ItY$Uq5ot}OyPrFin!c2wM;RJXM$R|Wnx<UTKQ?eS
zP-9{FqZvn3J;l&1RDE``gioQu*LH}`*lWZ-e;^?nLH4kY;Nz8lVO9UFjkW+&0;&J7
z2x`M0c~O~`w5f)j@?;cwyAgZ6AE&!Evf!=FTNsM-?b@|B0n2#nDko!#?`Y`#L8NeC
z!=$3*vwSSH=NKCIrwZZkiP0VFN_cQt_F@}eG_tlhd!#b<0?DBGvd)^q4desKz&l-K
zT1zWbLhjK>QyL1~U;@{0{X$t19!{)1)t{h&2z|-$P!d{|q0tIF@{=~%3fp*KD)tT^
zAO-SBscHxO(p{Rn@J9a^1vOUrBWg#`v;x_c4&Eks6w053vqF0Ok?=JJvL@xZl<pw#
zlJeX#w`WDps+n4V;ou7Byl@lxkZhLUl}clNF;!KylV4sYkloe>Di@*rlrRyI7B7__
zKyIU@Ry@zSJwsHTG=&Aok&qRBkvBS;SZQ#0f8}5J-SV%Z@u2`hO-yq?S5qFGP%}+s
zh1F+!aKEw-c;>cYDrZny4DB#Ly`M;r#{N91SA|PZyvkfP{~eF%QD!1<Y?@!7UEv)K
z>nY{w>7TC>Sp)pjf3#*mJx%3AXGZnaP%{qQHBy3ORqa()#8^9R`2CtjWG#Dc$_M0}
z{exA;h3_vpGqNxV{AKi~7#H1?`&-y)o#q=V^AJjxP8f3mH7us3R(YwgL3}&#MrC3W
z8V&Pz5gC;)!M7o=(@E<#nUsJ3m_3+lxz?4a544k$NohJ@qyRoj8GK#>Q&div42{h3
z-aWY0p_^1`LrImXfP2DevTa2JIiC8v6x*XI--vjDJ&?S)&ew+=Ji8MqU9T_=9#&v|
zmH*HbPaPf7h}x%3;pcI=6z_e#K-V?DH31p{&%YwCL$=7kRs-1!_1x26A|s*Q(>`eG
z{gD}~d=Xy%lv*<i=+Y4VRF0NZmR#i3Qk6|n`kzAr-piyg{Q2Q?e5h@rz*;FkfxY>T
z6TFy#`jQAN$HSh!qPuYpBwFC?i~KUmw`)qH!v9FcHNZ;fsuc`Prg+DIwuRRTgdfT<
zsf=iOgG~ZDo{tu-$%<2KomX+1;~p;L+gHNJ7v!m1OoJq{b|ZVxY7V&WL|MnIsP6>_
z<7sYj<J03>lvy)~;`MpF-yu-kv&Z=n(GRF~Z9n;8_Df+KvW&I3+wx?(AGt&>q{mlE
z7|TO^$?EuNu2TCjb@-UVhgZVS9Nfqsa`5@xQ<ihDC(zaZ$`~E46%rFihk9In|Af+-
z#qo<Wm5f8VY0?t8ZWjwDu2jX~4=F3<i!$5Db#I1<E%#IQ%X=@|ws+>d=D9L&!)D6a
z_C}luA5Esnv0Q%CTE_nuj@8%D?F}botxAi8rCprZbOZZT740kThX&~#r#2R5Mf&hv
zE9||Pv5gkZZAMPnL*&;9{v6#QlrGfVgX>)&E9O^`Yx9oi_S+BZr5miLfo6}$a#dM6
z`X`dZiyflEbJDqV&z}6!(Ul%Adn?+_{i1vSJ3x)b=gBFhlVsgec3Ns^H3k5Zbw(_u
z(if^5=5Ctm(22LYtR=G<O{o3oHWXJsPwc56_+9@_oVUT&AnSe9H?uph8Z(NFT%6gq
ze}_2kZ*I)#bzZ94PW^2`J0I<!^X|R5*nA&3$*eOi_HQR#B7afC3m53L-&t-qcNXvP
zIxM#)$Iy=JRvhnoPrA&oG;m$q)g_x;eeASj_8kd7BYaViBO-K8h^VRVpPi>>B^9sT
zTB~|=HQ$(bO0J5-o^bW^c*0#fdY5`YW;UxrVpB8ty4yNxFCQ=SCQ$@u^j#{hy%~(>
z;s4oay<)<6dZh!>t@IDE`rT>y**lWM79Qfv`|tRyV>&(RzJnuD7t!^5rD@QJlE!nt
zZJgQhD$jeAN*%8GkVUC8ri6(7T+#ZPxHZdBtG8xVa{s=&xalc>`6SDp&<~87W6huQ
ziQU+f)xL=_e&Hm#a%DI5=^RV$Kj6pPRFl5-&Wa|Z2Z#e#E>c7U&Mj)ugl?CK^{Bbv
zKe~|{Mvd;?6aM#}a*;1*BzG|5BG3~H{ydlacUL;KWb<t~JmioZ9aG$RbFq_5iwKtG
zS6rj;Lw`hay`sjYoKGaZpNn6Po2m0}?B5vw+7!2Q03Tg@fqizLrQh{y$i`<Q32S6Z
ze*7HQvqwbz=fRh9W{AnYN%ExS9NG{ZMwWF)@vMI1`FMp|TEDyX`BUMSxHd<vY0p|@
z7uHP^n~qEQ-#*zZ#!>sSC{d5{{zZ|ou11$1WdyF9PVB~W39oib2REh)A4+Q0Z%2qi
zcbtuH^R{sRz7D*1a~-K>hwnvDNQ+%m^W{N(%90Se-({+p$18YQa8t&6NxYX{eMlXi
zk$jKC?H_OhQySjqAVqhuGupP_OZN_GbooXr;aRu3z}$(!|Cm#pznb10SVeE|57fLm
zyyatg<{bDbo33Ux)H(*^%;6gU<i^tLc;Q_$?M;^q(K<6n)(Bd}xf>4B!yAW8JFc%`
z^f+mFMzM6y8+xUd`TE3SuXW4-Z@KbFPMYbWzkBf#{rrX7J@3sUn+iJc_!s8QTf5)o
zy=b`K!YH|?jI8|y=dPpo>fp09uY}8{iO-{WS+(12JLjYTW^r-zLiA<bc-gbpbef&s
zUte{)Eb1A?U7}~uh0Q)R))Yu5Zhtr7^~9^4c6@tjDOu4cMmQcnM3Xm96!?cay>(*G
zZqMk|$qX^^xr=G%h9z9MkBzqYYXl$tQ;QRub&&DJDu|zr+cR*J>eqFrn&Y-%UxG;-
zxAUG<bB-RPUq_A?;6Xy-T{7nNWz0G>&@BGfu{x*HEIvAUC6_viGehTA)du-q6~h8{
z01vJ)*57#OxrWDI2vD`-sN_&y^n8=NH7ksLN=NXeM#1FRzAKr&m=*NVgOtiN(y0Vb
z7@w?qM$YfNf*y>0S1^YM2VJC|y*>)mn(#VwJNz0u|NBjK8x9ihQfpJWAJ>HU)ME16
zw!3<t%O|Ogn~facKb6AP4pkUSRgYqy%O)0lW%?(*+os*X?QH`6&1$YHt*L_h52P<8
z2T;<DJF@cSzf#>_c<5!1+zqZCz*%t1E{S@Y!d{i&)}7Dt%`v65yY;ULU=b~uxk<e~
zW-g7qI(W;LRmy2<pS$_*?r;gWUJ}?vTElko%Jdmh%|dZ=AFb}`1>&~zW9~3w5B<5?
zm!HiFq(9V*`VKrvOMR;wb=JEu?m^U=bC7_Gz(ahtWSuO&N9A&-x8ZczC`0Ejeil#X
zMN_4ihhk@;hg4$!Q7SjC0bLn(n#OgmBrYBcr;7PIY3$Jd_`Yild4$~I(0f-|Bz%(!
z*R(cs3i@yL&~V)&q@PiIYdC}7O!c>iaFwlVDEoCCb**~08m(kVLP;ZKLptNNO?^y`
zl<wC+tq=b?^PHEvIP;|JV&KEZv?8rH1FxvVh-zHF+XDW5@*Ec#wO2l!S4YdZ_)tIn
z$yworm~*<OcA?`_bwB#-Hf|jA^Z><v!v0ImcJj~0sRev<eZmpU=14|=7;26&zsX%g
zPK(dpwPZp~H-5P`fO|GPLVIgorjEg%#jr}uD_R_r;BDHLUXQX%zBSExI!;FoWTWx(
z)$a;$Dqg!3V{QfJQ*<qVRIV%5N}}(`JU>oU8*y3SeoRN+Z52-^Y$sq14R^UBD_VEg
zzD_Wg5zVrs>e-i$2dNA809>2bP&{2dgfREKuUa&>yS0aFRr)Q*O&-k93tC8r`eMMX
zAT7J3H}?G1(Ss`qd_`*}<K!yn1#qi$%UD56Bc74MSm2?ITey`f%y5w4JKek5M4Gna
zgaoI`1KkG;o0liW#kMIDoJo1*YRU&WLwV%6Ax3~#YyKWJju-o%W84q#T6#s)s}jYu
zeiP4#jMPV8za&$O6=v&BrD=@UWO*s&D4S2&Aj)0})0KvR#sCNH;|<kL$yx!Kv~A2)
zb^S*Bp4LX#AIYebsd3*6V(5-5v^=?u3|e?v{&h9u1)2Ly<6m{AGfSN{aF<8)y(H;d
z!jB!BK<|I6q=7>{w1($+bW9-S#!uo18+)<IAxwTqu@Eo9lkv0H$pI~WB<6<GBFdWX
z>sL+3^86Jp@Su-}aVGaSG356Sk#V33?>lyh{!JXiiN~5Vc#6Tr26{lvEckr0$V{vU
zOgrykYw?)D`}!EJ#Fsst1T-2|#UssIhW(R!4rFnYTW$t0myd5Q4^3DET=qgl|6Cx4
zC%=`w>y~Ep2)O2bf!@pWD~j1(&CREFU^U;9z9tE1PN9DH<yuR6R%<fnI$x6BQ&;J`
zmUiXEU#n}w0xD~X#}WwrmR$3tEBerzdOw;*=qXdNUuEU8;CRKsI<yLbCrJIfWtB|@
z`VW1{ZcFeTtntZm<hd+aMyo0&f2?RE8~a##kA+rUP4CCvCtSa@v}?@JO7!c@SUS7V
zm#+SuPF|aEzE^EO#(Pl+p0k8*Nw!$Lhq=RY=$GG07kOMBnawVnIw#c)OQIPeTZQ67
ztb=G76EDwM?Zvrg-uyN(#N($kp0NsP#n7ret=>TW%CJ`4eQ!fxgO#RmeP3{K2_4N%
zv*8O11#+YICm1tI3m5hyySRMl&RUed?*sJiWQG6IetSK2ttO>QW2YUU_iaOXMWnUS
zGi;sd{Kc6vulYEx5%im1og73B_phWUe}_n5IdE{Jylh}oa$!r6o|jnlDteecy?0}$
z>?{ViX{vrTeh*f&#LyzNsMsAb`0X10Fna=Y=Pjyykd=-g;4b(IJOJI*ck%~8K4uzt
zR)iO;i~4<}ZV6AM%>YNCFg>gPLmiqxj^S-wZd@#*zG7-nZFy&{1A}*{O41eHUNm3n
zInJp#M8wsf&;7=C=a#3R$>e$~XlB|AKKsX7SGB2Zx0CDSuM!F~N2R}!BO;{<eMPI6
zW}{}Ljc74c&h@%$LQfk1l}I7QK_MMtz+I)Je}^-2+Kv`RwQJGpx<m)FFD5msXWkX2
zBBPwyliTvg?knlz$QH)TwDJ7fHIz1aj=(<SI@d0rNzmntUI8z(;se5!E6mtMN;5@I
z7{vY^+Hk!!#k8zcD)3QeGmfFYaa??>69LbN)5-xG;`p?eAM+xd$-dW~MwH({%a-_Y
zgQOM(bCuTrGw!XJaiq+B34SybzBTO`sql`^u5Dr{JX16Gsqh5G?@D+IQaTV?My?IK
zp+h4R)&bw;DyMgR7|d8BrH`?{!#X~@u&`##yRFCTKNxF_*-aE<hhE}0?k?K6Ob_kT
zunIh6_dBJr4clkCluw{$AMb*5L(yZkc|))xVZN!&t1rSmpgrsFztPMDH*RH$=cz#l
z^qK<#WvV`k7grc7n&C{bS35(Y?}NZu&g^jEfm|5)TzJgctk#Y_=Gbb`M~uFuHJR(h
zr(s+9wVotw280!8l{-fsnHtm%5r@-5cuqreBPuI{_qhKN!8S*z?eW5#U}Mhb0<E>q
zlgd)(Nx^(Fy$Dy+O7Mlvg;c%SA303#y6XsaHqaAN`HFvueiB{^y*R9;SB<(R%(voN
z4SH4de)K`zBh_)bNFD#(<bg8{9Xd$>KNwn#e}?bVt0Z-0U_93xP~3nYz%%HFc;WaO
z+|UjCg%6$0;C{xTp}>QSWZh|<fSy-4A{UQdPIq_4(DVQcxjgxd^h)Sr8h!mgn(B~-
zJ_)BEweAWvOINx#Vt6V#?Nx-wb%v&j^HEw^SKjpd%Kh+D^Efqh4-HvT4;j!Gr74Wp
z)S18j+)pXfY_x-EQ8;sTE9Ph^G<_s(iQYxPeR)5$q=D<A_)s@)|8<nEbVQdQ>w(GZ
z8TwH^_p3zhv*QFj6~h<s0RQ*cdwLN;?~0<<IqW{Js1}0nBin^t6)GR7`utB4{GUgk
zp(EgXCh?FU;)kAA2K=$sb;Wu<bgmd4`%e~8S%bJ;-(ymFEWB=kcb+$G96_53weG-7
zj+vDP{kIOjsiU@bd>Mr)6k8~bJuI4YV7IabS`zEX4Kwp-U8t81|HVhb^T@l}E1oVU
zaO|U%INL1K^rPq&<;8&;c{DuPoB!$&;$WIfL9ODfPT=$DmCBPFs&~P2qIJ?<HYT)V
zg?qF1nyWgoXWa-^vkq-0wxu8D0bj35XfGWcYC6~=fUhljLdwsg_ep7<HIo}LdPzGu
zrh36FE?ZJWaRJ8{+p6#ix+N1ckLMUMH_9uA+Yc2=?<S4>&i^e4=g(Q@RQTC30>>Hf
z!yM47@yXvko>Poh2>g}-eLaIrEB4{~{3*1b#>#WxzZw3V?l_(lEw9fO|L(WtgDou8
z&&4GF40yl21RSNpeKrc{a82a_@OAR(1pDN4zgVihA{pPK9i{M**H`E%;aLszlA0f3
zUpz?cwz@*rlddaX)xi<k7_T=1*urO)?j<{?;RH^TSSMEask|7pd;x!4NKAn?szp}q
zv-!^2UC@v-c~yFfOi1j{^QPrekkv@OeB(6Dd73K%9~~{=9^^5cx34|w>P7$U7^#B;
zjW!pWAh-D~kqc4NQ|7$aY&CSt9L6kZ)!$yC!`}vqH||jcEu}5^Ggf*Br=h-K%7YSm
zMEL^^URbI;#dEtKRc(EUa2;6RdIdFAm<^q!ysZRR((%nW+Zf#6;^k(#^=U0Fyt|yi
zMFkl}gQOFzJk+TzUwQv-U=_52;$U@83j@b0y^S2G4`;PKT#y4C{&t^$8SYhYb>S!8
zl7{S_LePIY_+Kpj=%;cSP1NY8)<T9&-a#R+mkQNyTmQReoZHz3KGla}{RR^FOQaNP
z3g5AfF|!3Z5&n)=!tJKgeyn~Mx?IAG2!)Z~EE9Rbz|Gv~cm;-cE8wwHv*NixmjUn8
zoF>KEx}yfFr#-6neL&EM;G{a3oASydEA7I`kH-q+Famy`UmtQ2d3d%<`EP||(1l#l
z2j_01f6+hKpLZdn4~%+MT(lF7YEqFE_{<fUKWSzZDJ{2d?ry$Nvzm5l%WRJR`O|$=
z`ed14<F8{bR9++%2En5!eWd&*h2}maH3RU+B5z-+EZL+HLoae(x&2h|8WS?a#@(^p
zBhFKNtvsIA`yY`xD@{~wL>Hdbw3bBgDJ^0sKMJ3~?{BxD1(Vy$jt|Rf&<V+Rjtn<W
zJ>4jkCr|F43ctIE5<30>*KNl=wdLTNUP9%bz(HzxdJJ?(QKMUn8Ah*`rvz%I@;h<*
z(_ZD_jhP+p3Ct!}JuCE<*S|{Zw~rO)$wC9-kt>!m22b57!5{MRdz>x0HT(qfD^l9Y
zc1}z1T}Al4SOFg`!Ji`kBK9W>#FN^giNLgpGAos3QtW2E@!48D`n2NwW2O~px72(P
zbTe5N-(wnk`5-kLk;ve6<cnqoatjUl34_Nd((qu^hLII=dZ92v)~IG&LyhPN&Pah*
zG?3{T3P)SvyWYTHp)yOA7d?6`v}=Q^LWjRmd5D@{-7an^EANxgah?chSx7_HAmFRq
z!E4G>Q@;Bq=y-SZ#8b{6+!wi=cY(%(hS8A6ke^8B^m0A;<hQege$l|W0=h~Jt@loG
zt_d7YXTo!MW<nxmxEr#~g=2ESt&$ot7n~EBDVN%uL$3Ubl$L1nb)NFw@Q>GM@YE_g
zu3ds>$@ZCpp)zBI4~^~)phM?Y5pac&VHhg6`2MXZD=x(AQ*NQ+1Wl^)8jA8>D3Ap)
z-j5W9BS)pr%Lb5dY`U~8Ud<RDQkN7qd|CHG4m2Aspl4ZWvIo7H6)!4%d;(`dv_0;t
z)=E=r*!FH4e%WdgUH{obz_&3nP{q3{vt{U5r3u6<`v8^2ppHRo8}d&cS$ZNFy&!=%
zgq&5v6BytmRVyizmlyEiAm46$a8PIR-Qlc}bqyUe#;L`8Rdz|pj*wwz$@&KmaQp1W
z1im$W&hm$jwLp&?Q+c;Z=@uT;jKM7hnZT9qM@=EG^X29prO><2#kP6*oEKujwNBg<
zmHO_NW19}*ntwxiegCOs`|p)Uze)!=kY|hA$D(;p-(9--?mW3~D?WpgxUW;^un%bx
zZ{89u<~Fu8W;<Te2j<q~NBf-EB4Hjq8vd9y4_`iLU!G%TTC>f*!xU(jz#D$NrNVX^
zMJ=d6dgKazXn66+!@KY~`3G6swW1+vwM}-tw1tC@#nL8^*K~O3Myffp64|6r=D~HJ
zdAJ1z@Yb#_WW6qir>wZa9>31%ct81{^>Oyj=|zWc+VJ-D9HI*;@_M@?+~QgX+7<34
z0z1y;9j~79-fugoSpT^+y<{1qjKv2T6@~r0;KPPJ4(Gj-b{72J$}UOl-pWEt-&q%D
z1t*IJORlro%Y{@bb2_VQuF!hC2wa<hvtT})FyB3&esy2Llgin0KoK`>o>xa+nq5e1
z`_@DaH(jH0uU^Zb!Pr0TWpS;+*|PG-(GJwR>tULCwxo7<ViZ|=e^akX%VQRDalfyo
zJkcRJWtv7_TOAGegq1uwY!k=(uHoKY>xrVaKTY*xHjv{PC+$Uzdor?{owjQR&OW-o
zLoe3<yKorygo@l+BnE{)<5FWk^6O9O9GpFc=H9tLs-Cze(S9wSweK;OhsN)fCC`15
zsl7e8uURw?eVR?phOOr0W~tamVHfS)mZeAdRMt8@Z*I)!b(QjqF4Gs;7By5Yzl5zJ
z3+p7|mLDL`))KsJ-F~XLtG2o?Jt+SZt$Ld%OLsjgk`}I%ud;4?ShSkQVXa5tdFhw(
z*^~?+*^EjrnnpvPj?^u)zsZ;v8>sk?*;21;P9YZK$>;l@g0*+;S3db=YCmpvt3<)|
zZ0HjsPF*_*4S0?Gn|sJGn{fPm2=4Knu>TezSG{$UUk6^I5}~u`+s{ta_*7S|MV(dB
z=gD6_N4l64uvvKZd}wMq_mX(w6M}uVb7?`v_Ix~~1lPD}e`?=WdsBX-k7?@UV1C_g
zvs~)!qvP6T)%&}tRkX&d8#L3#%MgBHRgo{hZNgYvfpsyK7Z?2MaCvQP(+pnjzL2|5
zY(z~vTIu6D52VVbr)=^rO87_nJ;scxq>iMeJ3R3nj83ZGwTH$Ne%8`nE6jgrVc-g}
zC3AwdFn<NtnY@`>MH}>3->ue2vt9j)zqGl`x3SmI%+FnDQoX)Bw52o77ynL8-(2Eh
z%b)Ppk1s^ZFQPu94oUMmdCARgt)?5#V+iZOqZVfgn}&yZhWlFCBr=Gqt>49)d%TkS
zQU}qP1@^|4LkGFR*<hONT8;<i?w9h-8S>7#sm~f?B{x=oBNo>&6OL!Fe^BTPUG+%D
z*k^Ryd9}<KJBHR@eoqlcGRgb6jVL$!HRC>wl^^Djwc#yB_*CWbulqCll1$k}*~PO0
zea-1?D!HWzX6l#8v-l}lH1H>F@O#S#*KaXlMhshgCZX;rYQa{@8Wq7owx0z4j#ewc
zj@0@Onz0{q-%isWwlWIMYsvnnllcAqV2{mC(fnp(Z@RywmNDQ)B>KK1eqL7Vi#^{H
z&svHBdTlamCusGsFYfp`1ItV^ms~bs_7eB?%#g$S?xDxCAJMlJX{N=`QUrzi$$B9h
z>1-`Y4L)C|vFo>~KBhZACUCjglQ`IW3VBRx&rfn4*ewvx6?{Fy%i>y!zvg}nyb+OS
zLgi7<bp`!`lbi{2Bck_jmIv*(h&8i5^ShHh$$06@6>Or|_2+H!bN)?#9M5q3wI1kI
zTjPl9dO10)oUyLeG(wMxeWpxa9np*@z9=s<?^Wk5hg@mc#XYpG(-_mv)!DM;7f+gF
zzFJ2uO&>ax(Pmk8;Z>FAa{2HHRG1eN@Q!kJ?I7W|oV-14jCS)(np^!eE;8&l4IENS
zTx{N4Upu|Af%l-ykE4^?M<mJL8D_jSCCdH7obKf7`-h@$r_=CB;S&8~8na-#7-5C=
zopYDRIAqe#7=M~&d6{I#<zl%zo+vik%MnKg%PzI!N!>%%yS=pe+(h0#?mqJ{KcRRb
z>U{<BTzZOahQHyC*Aq$2SAJw6?b*`|y{A(wKWZ4RILP$&{YDzRss>N_*^^4895q$x
znXP|ZbCs_YIY!_56=z@<KHHBLC8~cBYIcr<t*1#R`tX!~)-*q;y&P-5jc3HHr9U71
z*tfSKcKvZ`F*h=R^~Nh`{@nAtWLj(Vh9u`kI|=<oKi$n0M{&`>1(e~oU;a7RnisV_
zONAOQ(L>E58NJQ&O&hi<5l=A{dhv-(9T@$?$-(}lH~_pz_hNHNi}e-9olB6y&a4fi
z_@}!+q1WhskLRLU&_y2pt*XK|6W{W4@1Onx`2AagODMPWeUFp*K6GNtDtR)nkTHLl
zh1STiyEruGmRz0OR0uyaO|R@v(fe%;@T{KT9w@=FvW0B`gA+JxRX9Dh*~ytH`vmY$
zg3lRi$G5X5(x`4#1Tc+l|4roPd(((Qi)bHSUjvTU<O-{z#O#9?P4CvjYrXWR%#<2z
zH|064zBQ|0CRN{l9rzy?9c-eweru`3*QV?gHB3ytdW*o}?BU<e^nLpUoH}#fG{hwW
zXFQtm;hP%^`2S@6(`2<Qo(|3FO->HOwR_cHki$4HO{-o+dw#J}K|Q^yg(a7%GF9~{
z`#f1fiZ_Pkd1;t$+R?tc_VMOAk3R3}Xrc2XsrJ>ols&_Nmi%hPHP&R%zc(j2^Iio1
zS?H(kpMN@A@YS`AX}ai6v44XZxJq*)EotM#!wSnNw8?Y5P~*QQ-`<+h*nA!9ciM87
zW5;CmIho?$o0iZog$-yGZfMy<{Ab+^I4`B&1Qr8_MDn2y<@nEsBEli-2^II7t!g9`
zPt|;}O&0(0m0Daouj6N|`X=vuD*rlLRL%(w<cb5viP;}kn_hqFL)RKKqN277bl^Lw
zTFe}OMZU*pdNY@FG5Mc%=PK3qO6U*y<ljTn?@et~KTF`eN7?zYoYQ&;7q&B~?$O?g
zx5dOgx3M4aTCufjlzjGdkOW_g<uSj+Az4n_-mnHmH?rl@_Zo8Tf&FRXp1xe90dt$X
z5?bvCDcqRRs~dlqbB+GlFV&+*r0Zd;ocM)L#R5HXEx92n4hM!aIFS#p>BS``9_PlD
zO9}Lw%zEdnxK!yf9@)Y{+;@r;_LKIB?~^SJpUHpanwOuGSKe(Q|E<Sf_P2hErN@_1
z%*+jZ)h>=5yM?pIv{c#gx*IJ{C}QMX$)s`nLur2D^Avyd65aiJ06Jv`hsTG3$Cro|
zRZSwTYNCAI&6Yn01j$#2w}_S#T4_qNUMPNo(>A+7D;;((U;dR03j8G1S^?LL(eJl2
z)?3Uu)rnu4`qSsXC5?(MwdJp~D@=2mb!OlVJsA>4L*t#b3aear^)P%heBd=vJ1m4M
z`&8#z<w6BC5<@dFFuMRl#gFB*zW;lHS*E0esSK`?7S`_kX7nabHn-3g*ICZF+wO_t
zeVQAME3efR)_J8q<m~VV)bgAUE!cZb&z)ok-YXA%7%0^BSGu^Lp5*Q#g}2~K{jpwE
zoY^56uffo*!rOCW!9R+hZ+lNH=q;tewb;T+R~z9^hq3>dJaWso6nif2BH#))i7W{X
z{6s>h%HU%SSZNwH+w*U&<n6<Ac=xWV8n{l?T!#js1+)B3m=!s7dk=P65JnBhte4Zz
zcca#)S>%4J$Q|3Az+667nh-PKC&1aP*85?TY~sRgsL6j<<g}yRMdIg<{LbE*!0)`R
z(=(p6=~BUb^=&c{YcW>oKep7|7_Uhys_GOFIj6ug<b|vh;Vr|cc&V=vJjl6^Lv@AG
zaX-5faLzr%;)Q<Teu$WM^qRtKhL#b3-!Bt;OAjSgt9c!ZY4|fkCvn1qG=i>|(2R=j
z<>>eJbOdKuT#IPL(?d!ZtmBDI=L_^Jd<0|8<);c)DQIvL(R^<w{?)yxc4mj*wY#U2
z;?j+!yxDa{UjhAKyp8Im)&%D)NOp2~1f91+&aE8CUyqkCu)ezLv+=Sb-C9{s6ubPL
zuC9#}jTWvG(DXF+<b7!uA1R*2Z)fy5L+h#@k;+>&`ml~h)Oaj14($hz;EbJh)fn}J
zrurd<<vroD2c`f=n{t%HUBv^YVDEP#e9AEP=x?s|tK@1Z{d*hxO6<=XSfJ+zv_HW6
z4_7jJENe)Q_JvcGo+D{)<>FdeG|q{*^_$JE>&lnO3N|i;_m@G>8}ncDBHI5o=9s7q
z+IeHI4vy9_3skK32|duRIji}q=WL_;zCichoL-;e@mcbthE4?CFVV-QEQ=id$-iN|
za^Vk;V#nOHck4GuXcf`-z$>Bf7CsD^lh3cu*pl*^ieJFLCe%<So3G>*n{@%+GcEN$
z&4Uw16SNiWS^j_&*Mj>P{()3|_P5w37TK;4>iV$0JfMATT4#NfaD4<`6ca1-Ync|E
zAW##6{)aBEPxCsiqSW5WLiyjyN1k%s@0(2SgE~mtTvuv7tGI{iQ}mJyc^9ce9~n8j
zDjN;Qlri9W1lC3QNcKLy5&Nc1=if`t3iLFq_p6jQMz$R(G~fWvF8sjoY1muVg)=h8
z(Bf8p1)9v|cm?ftnk%2Myg>CI+#qN^g5DCH24fGqy3h2M6HX_;>e-J)TpPaA$5pEP
zg#M(Uz!?lI7vOb*CIByg;T7E%fa_N3iwCul-}(hYSKgo*F{KR5H*E}kBY-gy7|Xx}
z#i<-V<so#6xqNUSyMQknpSr?nRo&26@31Ck#e_n4)t{+#bAxUSZlKL=96<lAY(^uj
zc4PiSbnW43PWrGCUiQ4|0aN)IuDq;YegOxn_v)%O;S$)djxMw&$;)-6A-_Mdlvc4b
zDP+Sqi5{gfMeU9Hy?SZIcD7I+NRB-0U~K$aSHQE0@TU){%2wxsS|%;DfOi>UQhpmf
zt++>`Mx^SkG^3TrXOFy+tAHKf1pdv+Gpm_|#^O$c-55L%>>0x<yHLGew#gKN?^1OK
zX8hyW6W2xm;p3BmPc*vN5bjZ;p%^{7vhcWUuEUdg1li7@*m^xF{`(q*bp#&Q_FQz(
zprvHJ^Edg!i0eGfw~WF(g7;GO6fd`Kl^2S);GYlLDKDeFIMQDSrx@U2#yt`=mPCIV
z-~%IIp4&<2%YwB$KfzsjAVRN*MZ3*t*Pn0+{ab($Qzw_D{5z*4^eO{aW$mzvsI8f)
z``3niGQW_HzSER{!3=3%T&;}omX5q?WD9!LVvF9U3$e;nRAvJFL@v<BI1*OIh+KS6
zuZZ(l%Dihp4u`9;`=Ij@_a)GW1a7282d~oG1se(YD{9W%#?hT`iw50;J^Y*(LDwxO
za3W`RtpPoEOEwGYtf|*TX2RVbHR6UDW$1H2Nult6?D|Sl>79+G-b$tA)&Jjm?*KzT
zvdh$d$rn!_=U^?CcjysRb>nbeR?AZY>r6^7C>}Q|rs&9#w3X&RBs3DVfFna6lZ)q8
z%4waY13R^uXM@<LVLh7tp@b3g4rfh~PBYv~F>(POdvc&GF|ipwFEj8vhZ%ZPM!nw(
zzgt%MP5~}KHZ)3QPP}`-BcZVH;^}7ccu6aTqgp<`=dAGGtLHF6&ndr*%*w&|`QRK4
zT>YF>?gI_LjTV;H(D%|Mr=PgLB{Es{*wivTwH%inJnB=HDWXP}cv-CiDIP@Tf$#fT
z8L{Pp1+pPZKGja;3CX|#0~|r$CkIIIu(}UEBscMr%f3phQ0aR|$StX(;(Mh@7<{7}
zdt0?oI6N!E%7C7fA){)uS2ahY>D>Qh<|5>*XG;<=nBYe#edi(CK76!VM{?eeGiyp5
zl1E(2D6MS7T`Gn9K2FfIJP*(60w)WyhNC&%IA%{zQ&9d4Mm`{seQ1Y=+HlU5!3@u>
zA3uLlAfJ=Y`*(6c<8Rcih^~H*P-n6#(UdD*$>sdYg^i`&g^c2lnsL8QFUjwV00$0K
zeoTJ#TrGwScq*VR3;G-LNx^CL861)f4a;hcfXzz7OL#&xA9TX9BbV7QmEE7E$~xQo
zh-o#ii@G(_3vvjR`N4mB3|sDHRJ~u7FjG2aM0;3ik8p~5$lzlS*M3{%nprbx#n}by
z-#nSXQ~YY&ZN69HfU%}sQ<bj~@YnQfd^<+AsXPwP{jZbacy3;?Gv7W|$3QMBk{q#L
zDR3Owl=6ZcVYP#ndj9j+ImDUMYu9C90Yf{9G8^6#G8vC-JU`ukUlb`_ga20bp&Eq-
zGk6G@>qLor6qs{rR`?RK!8zDNr4vIl3gA3E<5;<^QcdaeeKCWZDLZ^9Bb$(kpD*xk
zm#V<H`8qfXYqL>lI}M(oV0{%{?|r<J3$KOGIdz5Ln?>fw95D~i9%C*w=Mh7Ym0h8C
zO?#>AL4)RFWG%**azQFfAn137Hj_QK#DZrl;X9<O^d^miWNbh%gNwzeZaZ~w7AqV>
z{vZ{fJCDc`PwPG)ctP3}`<iy>)m2__LV51)6ORh~jG<)-IfZ}+M&{_Cf#Y?n*v~q0
z8aY2Gl~mRV?iJI%ucztG>xA;1$Q=ac*aTl=Afx09OHT-JnRqmOgg$X*c~-brxyERE
z``(74JNG4cS{m2Lj+GaV4JfPq`rKAl!!uaW+sb3BzSLTtE2P8MNtM4&eG;rPNPgI4
zB!mA&L=E_?j*I#4snd+?NbJnr!!9{@<T30`d!{UF^KV&@>!tF@ZfBEPbL58vFDzB2
z+og6>WN9_wRW>u`P$I7qm|@YfM<D||qWqbuvQ>3@P-T>Oa>G$&bCh2Dkbnk3#*FV&
zHQLNU&*NC}VK;n!3S5xT$_DZ|F=0(Vs`JFw=#YFuj2t(VlN`@Wm2o1AmBS}FAyaZO
zy<XghhPK?x${V8pSaB5e9aY1#3af(WlETLImx6eHk2T^}{98G%R0Dmyg{RTE$t2yO
zT9oPZHXC^;Ib7_tdd7o1GU(p5E26%qHwRvt%q{Cy;fd{V?%eTSwB$lDqt(Rqa=^1-
zP8{7^q)t7=HtR0S!vpPUbDQE~`_+%K^PO(=;i{z(@7kG`JQ_-mYKN0$Yd3Ln=2zLH
zvzK~Jayh!4zYm-)%~Qt8X5WU;`AI1hGi@3<I-E>?GIo;;e>N`3H03^9cs-^LJK9m9
z&ac=C&kFQdf1t&vS!NX7d>olamo-Mem~D!`a#)TjT~7Fhm!JW^$BNHmVolZ?o8yee
z*Oc_4q_9O^w*BgKzSOoI*{=-6qb1Hp#Im_GEa4Pq9q7T6c0Hs0#zcyDy~vHK4B{yZ
zZ<0ml)qK$723sxiq`PyrlZEk{Z+{v=bEh8X@};Zr(GQ+lp9#^@e{)y5b2l9K=%iVO
z-Acx`ue|eXX>H`~;#}#4BPZ|565GoqQEX{w;F^Vuer7sRa7oUO$q;WR{E&T%?W4*y
zZHzka*YfN}DeQgDPnMk5k585#D7z%?qfwoHQ>}VljP=nv<azPgM(!fNr$*X;skD9i
zZTb?qM&y^6Yi$10nqzFzrO)sfS{t;D-Zv;isn%s=tJ=rpp`k0p#1~r_*F-zKUkls|
zwK<dWKaQ?DuBR@Hx2Tj*$fi<hNtxaA+>os(NqFtO%BqmPS4%^sQYo_#8tR_sO4(av
z6d@wnd(-=z{&+vV<oElX`;6~+e)pb(kI(OdC&gLZMt>MyU3U`Rd}yt<`WL|8y}Up<
zd4P?4++f%jQ`s(Ti})<o<VYZ@w|_x}T?0AGYoL<9X8^t5T%2*y9g@C;^P9X6zQ4AW
zcaIqb-5%A)nX?8!`kHTSJ|2a^(H}6X^*kwPaWc60YU8Z>h0>$T+BnqIP7Xe(f>-A~
zlDE}0UeqfTy0LVm_h-|pzu=xr2jIYlb$Ity51_SSX)s}OPZzcI?zd9n2`3nK)C=c5
zE`p?^7vM_jWRwp~!KV{?<JRovEdO66Z)~&zY2CeA)V~Oq1|5aZ+6SdeubLFnIylt_
z6FFaY*czxOFxcJ9rGa@v`A0iFxczmA{G`|s?=3pUI^+)nxAqe;CWW4{aomhKMh&3H
z$B+EG?1T&Q`-6Ym?zDe2eSdj!HXcm4%l;le12ne<T0g+sPH?BI3Y1@VtaL4|?jXtC
zS82!!+~I9tmOOWJBkG+5q}r9UKHGqWXMnu$*B-o?x(>c2pM=ltW&zb2-fwJ+aXs9j
z<2_S&Hg*)|ntkO|FOp_SL&@lOBei?a0_b_`A{cwj$H?|~*xQJmSoG;^!S<}f%I=H`
zH2Y=C-$pc3n;LKCV>WDumXnsl`jd~L?dtw0`Zd0FD4!Z$%qY$>^^E-b(qF~$wgdAs
zO98DdwC{C69NMQYmPD`EY5s)K$wP4J%@q1RBNokf?S;Mjn{wNC4Hb$5r+SuuJha6R
zG)te`XD}Q4koF}0F&c)ApmP*kmV&1<?aA%eR@S;^p}LRVih1>Wh`fT`AleW3_#F_r
z(tqLzCmgcz!0+*RJN^j7tu$5x?uD}#E4Sf)u|a6x&sPnI90YC6I;j&A)`Es}Q`ICO
zRKyR9-~A_goO*Tz9C)%@B3$G9t8}4Zfip`xC!>vLQ)V`LP+dLDI+RB5_m!R4?umoG
zEP<XoUh`L@4CP&>X}sn3^`dW)`c<8+b%&KCnPRQSZEg}^2%&G=tCn3ZgLuEUx{C-a
z-?%KB`9v8b_rv{FTj1N64@|>3hV72tisIkdZ`-Y0JeZ@5HQ$H_WQEgpKy2IyJRa@>
z)T7ve&W)hY!~W^<cye&G#LZ%{=~Y)oF^0J4>VoHS7rFO_8ZLU5-WTIr8*;I(`r7><
ze%V2=f8hdOTCKwT{x*b19bjGRcIYy-gPeQzzOpH}A>D8P7YM)9<_(->7vBx|K*x^{
z`tl9SGhN{1V3UGD6?+){WEb7zrNG;JvFgWlux>&g!~X`;>})Gj?C`0E1y)Y6Q3>be
z)$At_hQa0*Te!teg`VNxhjC?{Dc=|2R6a+-ZiRBl=r!v20vjA(a0vTU&gFyF(laEN
zU!&h@&UOX5Qg42NBe{9(!O*URxee;DqVQJ>*>?cd+lvBz;V_*)a^4Oz$LpZus!4S{
zeeKb0=5qZJdtMR2dbZes_nOjkVkt?y@K-$Zncj!6$OyeJb>XYe?B+(fgQ2h9HrV*p
z8>z2Aybt9cT5i{pJ>SrIwA6{oZ|FQy*A%|_?LQGS^-V@87&~Rb>Q%n{MGrUpV>}d{
zCg$<?ww7{>!Ta!Q!8d*|!581{p9|Zw?9r=4M;7(05z&S2dtL>Fqv=fGj(aga;xE|S
zuOm)##WeGB>`Bj=rWtJF7d*98kssn8!2w{Ddyz141J=_$g0=_GGZTk%AmT}Q&DRuW
z6DAr$qXd09A+NRiaNrQ=pWZ^cZ(Yka#ayLz+(qhRiFg93W|hM?gYc>84+Op0*s%Ex
zY5A*Gc>MJpq<+WmYmDS2o%}&yA~W>HujBs{c>>C*{Bd>*S>!|VZV9zf3AlLYaf})J
z2p??((iGQ$_z0FXX`!YUjRdP^A)>Eg#*t9s`K|ognWk#J>6aA3MclfmfbMDW!Hr*U
zF=Ho3=)1NGwuCN&@U2-OW#vM8(QP1H;43#}@OhTo*wYDxtn}k!Y0jSE^7&(1Y0aLp
z(U`+Pbqmus&j*SH*DMJu(3zbLHiwUa;Q9e6orzBtvKwtKpukn?N4DgO7cj$HI3ZxF
z$RP|I^_RI0e4sRT*#Ij$8OcvI($Q!7X*O%xIF)n^60afQ0=lLz<%Fwj_lJ(^@>dCH
zxA!5Ad9oihB91}8yJ-b@Z#r~ewU&JyUoL7$<O~At89~HlL+Q)p{y=de?N9@aj!#ri
zHM@@={It}$&oY_d(jDj1IK4kB|G1X9&Df`qc0uA!meKtMgzV7fggJz}hR}3D8rtYz
zE4Ulf3jKP0;ge!xVO;n3RC~o-yq5S(72G8_(x+%VE+2Ffn?&W}-{bu-sM&fX4WvAC
zTMO08+QZbF?O}s&89sB<fJ?6;v0(FN>D~TUcq4ck5~srq%h}TTV|tRu359ix^y1X#
z%Dw^NJbB1H=EUjy)a)=muKNO1aUUk+C1U7-F{nHKt74WjjgihPINV%D>JO^TZJa&}
zhb%jeo4cNuh#OVX94gfiBs*)-9xrd;;F>rHuJ<2Xe{vH3XtxzD9<0MJt^V@-J?AJU
z8fxw=kT1HokPDl<gArBlL0O-~K3r<YsrR^{+6Jk&Vf^@pka2$q{)^R7wl&V?Yueld
z!S@22Bj|ZD!g>}nb|Qw=<WgV9V1?TxHT$YP5_dz{obgCl#-5rk!|vrtpmi-BDUL{-
z$UNVifsXIqz<=!$m>g;@dxgjlsiy&JH6vlK_Hp#d&_$sy1G?GawKFj|;LlKb(_I@(
zc3w|08;;$wS3|7S9Y<^#$;YYDFydN*q-}NA<$J<4Bra45k5O<HVFQ$$^yNA0f3s=Z
z@AIE4_TrP3FM0HY!76E5Snw}|lSTxyUl~B$!l>ufz$JR>^}-B%RC%8fwgUCBi);FK
z_PfAT=o?5fm`>MVubR%fuF$o?MC0-Jj-Fw)3)98iSqSb6D|kVl-e_~U3(q~WLHs?Z
z*mLt;9o6%5`^vqamx6O@G^6VfHNwT~NxL$~Gy4_l6*Y238~E@3Exv)ZQr9P?x(swZ
z2=grUQD}jJ&GqFTcTW%x>&r769OA_Py!c){Fr2&=%7?dw8x!~9h-<Ad+%6i4Cs3WV
zjb}Rj0s0B^u``x54G=K{hfbz-actdZ1d=9o(X#CWq(6{29fh{<e4(+tu{>JfIX9g(
zoOMk)1V0{Tpx`>v!)nOz{q(F~M|Enz2Hs_ADiSX93mun3O<olGpKhU+#`J^!6G})c
z-2tI97mf5`X;0`o?fXLrA5z)im5GFXW3cz-oltw|J*LgxgIgRQGQwNt?bnq0C<XQ9
ztNf_XF;02G-dpMZC*r*v%g1Q7_y7vcky+3I-)|}6^#45L{w25_?*O?CQkh4id*C+1
z5+=nqmj{fkhM6Aq)wA})(cPr4;2jjTzsIUSYP`9M7CR-mH0BJ@b*r}Swix_Q2aQXk
zm}3XJ?{|fRN|**)vtxN=alS<S$c3h)JRqKK1cF<;doN?J4aPz0mdkW4&1B0iLy@o;
z1KvI3jX!fqGh`rf;W5gOhJ0!2TNHdiy^sIARG{Cp?Q>=@$}gjS<Bu(R;1`<D9*eSI
z<P+;O?V71^q;XVEuVvKB0=KA_^>AOBZ5_YSdR(-&j3>;rf>rDKpl!Wp?5*xc6qxuY
z_Xt1oJsO2(xuHq>D_iw1SmtTKbzg3PlBS=j-mG|yiKAF6Bi>T!?@-L6y0j_7kLS9<
zL?0JyYFwYbD`V`+CNtLSq`pGhhm*b)-i2_5&iML0Ull!+Nc-i}b&!@n0KK34xT?38
zOQbn?b?Xhxx``R9cwWpu=^7*HIN>KrBah;T1I9wl!YeS%0eR}RNLF_K2WxkF4^m83
z@?Pw((PXv1MlMT^NESXz=wI%emQA_Wkl(&>l0H<?J*~Q}1tu{14@d{&ncInccyuId
zxvvPwQz3B#e-ZtNM_3;sU1uVb*W!ft&^Wd|l6J+X>Ger3N8!eD6C~VWRij=rp_?yn
zGhn1$2{Sd}zW;gBVV<Pt`>W$r6Ijq}3gEpe5LzTeZ<0(JM<u_(2(R$Q#E$&i@7qF?
z!v68oV1M7eb>2zzrT;yDwz=y-^m}j*iH8~0I~ShHZ1e@z@m?GZ5_^q%R)RrMeWACx
z(4>S-NPY#^YBmAVpkV&(G}AGNgDX!}Aj}|*&s>O)xKGhTmRCQIyAB+OjS{wj-)aV#
zPAl<HyC!_~OilG)>_*wX-(C1*K7x9wmr8R6F7#cvorz2yo7I?Pv5^Kwbr?rFSJ_#q
zCA>XUJKtw1FTF6U`xf#HyE*kC7am;rK*B+AT=f|4H_o6s*(?$NVQfVUtUa_qDoKjN
zKJ+~I^{GZkoW|b1IWF|Q^6zs8#kIy&ww=00A|0gAdY~2E3vz04pi77RYwT;S%AP9Y
zgf5j#Ue6+ZcNlyJn9@FlOR%q=zDoK@qFy7foXCRgM+40&TzV~X1D}j7NVqF-P^_2E
zw<<vAR1>7xfbi!S7TQuJjeF{1y%He&RJwcrApdwAu&q587({Dhq!01t-`y_MGqmn-
z9BKXxsV<Rp5llCV#)s)Mkme>X(diM4_>>JTc?KtLHdlq_akWcgU;8HFed{$a_WN&a
zbo>!o-8jQFUp^IHS|#3LUkjGNjCom9%LbzE$h)2efqTM}7?&E$<n5(^$P27{c^kE6
zp*z^8ev&Q?>Ri`TLW@!T;_EN<$a~!dj~|-qo7qbh?+tUnxAumZ14wio(ny1FcBoyX
zlJfE<((fdiXCN-WC>=2#N%^YcDIqy*`qf;C^d}<^jiMLFu1SR^?@Qn(onua~N77d^
z@s8+6h5A)lI(I1fnFg%1r!^jTYAfGs+EgWdLV70!^?tu2J<u0MS2adsk9Yj^NO$4o
zng6}Fb@3<f&t97D;^Y_M?U3v2`IqT+x`OZtg}xWMer2a{2z>QZcmw&^`$GJZW(My<
zGC6r|s?9>|Gp7;N;urR-^e)i#%Z+1GaKSj*v!r}G8(h|tbeS1X*G)w7Bl0W1O4<uE
z3xq!SZ$+Nq0>0_vY}NTc57jF~B~FM%t%bV8&BsVnJ)^#l?nzuBkw=s1dc`~e1&<4y
z7o6F^WvW7Ym)}g)#QqxHv8ylb8!>5{(4%#API=+hSISWE9cf2wez6ozYI#8AsR456
zf%`x;#(OzFCk^3ASag=w@=_AKb81|B@_q%v#}eNC0KpS9j{{j}HIm;zEBhy$W^uU3
z&p;*&t(%R}%uwJmqZuB{>aME>Ep7+jXfC;?uq)NWI-uDAQXW*|Pqk8~p-MO**25Zo
z-^a-(0?j_KvC(g#Nukr+kz&?|Vzzd6@lG!05Tv`Q|KspzY#5_nVjcd)Ffscfo(8H>
z7Nyf%C2jzb^8qPG>t=T6I#o$6rcH;S8%kZjygG4E=sX~Q1~lKnueCD!l14SYCRMq-
zEyP8{^!pmR|Ho28Cd^QGN9)P<_L}nWjG1*aPg9QwPX4(rrsUnJmi$;@lle$93!uK^
zi+4IP;hl60OxeQGr(nC`5X@Y9hE0w-3=|Vttd-`2G&{<|JyvHK`B<3nyFMdtERog`
zx(}TAEjo8o;vvJWIB_MAzIG9F)ULh5m{<pC8lc$?u1c!K&K-~76sP@c-mc}0Vk-0s
zMx7c?^POhGW5LyqiHx{dru@=gPlu6k92e%4D?(!k9wCiXHxHw^Ek3NVm&qHmyhAO4
zK3k<3nM~f630+9|QK!=c-_U%B3CyQiDt`Yyr>-|e{m}K&>?4%;B#+16q3^>eU&MPo
z#5|L5iTKD;@H%||Uc(9Rx#f~3V&2I}W0Qv*PW{qAAq@a;hV_CQ!OxUG#+Svsf%^IY
z5D(BS(h+_wRT$|WxVNZ_GWH=N&2>lvo<@OfX|v7bX$x9%@{wF{j+n*O`6KdnH2+hm
zhXn^o)H_JCX1289Q6ix$j4+bbzRyGA6j}V|q?rKimX~viDX-KCgH8=kN>m?A_@rR>
zJs43rMff-|2gWOOFOAy)EigY8EYs(Sc_@Sq1x_^!qqHTd%C$Mo271tbujx!+g{WDY
zVG7PvrL684f2Y5yn+9U$OFDUzn3GC`|LET~mkCY@d=<=SR)ohq#;eo|gs+?UHt!uE
zKAUC%grPM|%r=SV&^kv)%-qSJy|1eS>MPW%YN-$wvJLThNIqD-8T1p$FQb^vlD4FC
z;5SIy=RAk6eOs$O72EOpZw3psTfyN#>LpJLb#%*qY}$kO%wh6j?Ed%>-fz=UeXu{A
zz0}TvJ!~3Q4{eVx*Vb3gd}^mey}!Z=3SQ&2bER<4{SpuP+!qG5^5>nO`QXF8TCi*L
zC4RoLnUdOe5a@5(fCGnafPIsTu>P}a(8g{7?pqd$rQ>hm#qKTP-?T)$8sYD9^w@Cz
z+f{~V^j)N~eIReX$`o3kZh~8N+`;)nHGdH|8D?c0GHFa7^gsWBb!?mhw|GOGzGNEI
zB%9+k6J56aT>_)u;gpl>*}sd{?B2gE@a$j>EAY#J)xRCsk>#_{t8D>a=YP%R*qn**
zD}?SrL03hM)PuNID{vIepx#v`K^M<-teBK6X|&CR&?T=hXURugwAl>`ov&figs(Wr
zIUklLn5vp1jq&15LwTA(eRz`SD_<Jf9ft0`2Nh>CSijTp*#6pHUUI9N&rQ?DYUfgL
zUDXcO_I$x+4`0jQT`GamSJ&b1vMy-!H-JAGz7yK?lhid=w_;qY-&nNyrqXM~YW#Zc
z0oqq=0Iz!Q;J=Wm=;)*?ABj2vKeRTn(nfT)Y^^P{^b3dDU0VFXn1^UxJyh{seZ!?F
zIT2_L@V4_KDdWRRexa7|zl|PjZ4)cGu1dzVcV;YY+fFz*YXhD?Udt9-JHht<&f(^x
z8_CTMBO3Ovf~6kMrLq3!@#d`UFnhx{cBn(N)GkiuX19ZILy;GVYtSF{mQilm>+*8+
zsy81@Uw&ck<)_%@W~D64-A#%}9L%b(U0@4xtC`pO0q`eqFScm+kmVj8Bi+f^2yxFh
z@`Sz5;h{}WS?jLCs8;afNTk;cf{Sg3<GK!^u<G1ET;!q&mIF6q_~p0oHhM13@hQR8
zv3uz6*MX_VX*fD9j8C3(6ReIu1C#JnDfv=Agm7!=&-gNSVj=D6l3fpbYYd`#YYoMv
zTC&Fao_u9Rlfnxg0eE>)3G{AZtd67Sb16n>+9HImd!WoM6{&x}zB1JU+dAi70bL7Z
zj~RvQHpS!NMzp6%!Cm$`tR-64?gU4tE%0?&0#1zo%6c4gQ8zvI1JCLa(BQ)po_e#M
z9Co-w`k_@%HXh?5cS)L#wx_<q3AGY>XK%u2%dYa!(ao_;I?YdOcaon6pM};32g++S
zYjL!b5xdzl5ZsGDbDMn2x;ngFc1Sswc{D#RcfP1a7wZIl?CWzGr#BgmYc$s|5f9r%
zx%gOP8Vs*oOY3Td>-CD*l`lUF_T(#4b?zV3%{hn(*adeFq<v>1#!zi0<4U)7_-FiB
z&~4eB`^L7C>CZ5%b20SwYX;|q&!15aE55u|rkFpG4sD|EZ_Ove;=L1j^ucjl)GXC9
z?=@!#zBkoz8JN`wFC^>(N6nA8?WDd;eaLUS=7Dp_IG}i8+_eI@>UJ2Dr}u<=^c?)i
zFI5=xtsxH8uYx%~BQS*S!!$Z}0y5H>{Jd#CHXC#djqfy;Q|tY~rZ!En*PD-Qn|U=q
zQ+^x$zHJ8TG1d3kIC@fIGp?GfP#(APbVFBMG4==hc2rZ=ZJ7(Rd*o6NJ$1ovO-22%
zc<nvX*ju-h_}LDkFYwWf1=5+YD6ANC8v?>~c(cPGHwf{;CC&fwO^@H;QjZxb*d%h}
zeZLg(9@HyJ22J8W&eH|2xy!L_)15$=$C@^|#0*@cv0+qm=u@(Xz5cXMxzce5mfz_L
ze;v9(){9)e;y?xpTv$B1txWHUZo2w}p`=yQt&sA=2%G5N*iv6Q;~w^`fN%q(F{dTU
z7c(AHz)of-z|o5>v57gIUsP6~we&NBDUuyrkImvcgY(dB@e7vU?gu>DSx+WB2g*AP
zqUYLLl(dpR+%!>V(wS$jGe$~u9nfmKt!mks;l}Sh;c@mJ_&V7WFU?yk`kq^^_yhh^
zsv!K=20WSFid{&s<Sx=)@T_g4?%F&A+U)oZ&m$wC@Y-p<WB3-NxWUX-mcSmoWYY{b
zW6!Qrfp~%M|J_aXtWCm^2P|-;VHfJhP3YBqBd&e5mvG@6<unF#j6XAhwL>ut{Le3h
zO%5rbuLN^>&`F@)l@B<z;i2KVxUwRWz3J2t!Uhef>-{~c?}6$8n?JPxwW$+Q@39}A
z=h>N0$><;K2wB(X;;M7!;YrO_-m<_G8>F|Fy9H|E+N4k1q|ZATKHWy}4$JS+55Lj9
z`!z1H(725zW1q9({P8v5vSkMDY-+2DH9zdTo)aFx*bcPc_2swxWTGePc_u;0ty%0B
zkAa^Z%;aI2yLitRv=@ZiKBTqd*~T2|opX{Y=d4Gw^Za>aBM|*AYNp<~<8Y-=n^!y2
zxjFP*(A{ZGLDX#NcyFwFbd&l%00|d4<rw`QG3;8_u&!1GC+Oem5A|2~g{?YQaNpo1
zIJr$Dc|>X@9&y;u_S*i(`Dq7reBf5>XK4w<<#=$GHd;+LSC5};Eawio$_Nv=_uY#a
zo3)#Ncgg_KN0fU=7`>Ngx@G}k1ox~i!Tg$aSkj>t?ID~6ldg|P;&3`k`zJRX?<fmw
z-ex{aY8$)<qIBbsa0w<XFXQ^7{Bf>sV>O~h2k!o98=uvprF<vKMZR5TBRHb2rnC*s
zCE_Vul-v+ESWRHWAC&8!Ks-Y+W3o+ZdA{#&E6A_Wgzs0|!j}pwB));wt9^ku4($vN
z!K%p;di*Fy*UOXeT=X<BA05HzHJr2o5YJ=Px7MKV-wPIcjRWdK22F1A{^LS1wcbiq
z`wQ(08+TUd78dZSF{eJjO%CnVj1PaP2UiL#$2X1Lq#nl#psQ;FCk$jG52Q<S%n#z#
ziR`aKj>~CnnwgDv1fdl!RKI{nt0a|rU1=L^roO^cijM6mY&^$J=qwyHxht4Fs3Z+@
z8Y!=gdQ4y+W<U7LM2>b0*TrWImngeCd*R=x)2yev13(imX4#ojzqe97e*6bFt~Q6L
z#eo7h)LT3ZBYno;jI(qur%NMVzVHAl@4dmrd@R_o;W)=H2}xJD5GNAHuR+2&e#hYm
z4me)}6C7GVO7&yjquD?(YStT`>h9zEo3!ONv{B}((I;S7W=j^4ZK9I?!cpf6vGn@@
zPW-LRJDmbKwB1JIbzx}ucr;Qh*tE|QhE3X0Kzu5A3a8tcbMw7ktWS^5{Lb?EvfyZ;
z0SL!<pLWx5{?P6Cr%^mNeHq9FZxQy%*Or;c9kfFUKQF+d<S?n;;BsC#G#)KitmK3d
z;QBNJh^J9&(NRV*78uQnu_xp`Efm^>&+%*HA~+(m=pOpUCa|)Ut9WPmJ4xg>u(1Q$
z(DQ>UZEvI5=5BoEs(oB&i_WVr((jJIgs6@ppF-!so5sbAatEY!<s6$X_$&PqU*ptF
z%^z+=&yjnGnwE*z8O2+{N0$h9!?}9?AFlOu!Vle3;icC?Alzd@w^4todB3)Ey`CfR
z-?4|JUqdDBvD08fSt1f=(77f$NO&#uj=&%mJkpvluf4qHsvZ)Ksib+-woRL%z#nzW
zCxL}@R+V?Ji#J1&bhzC3%_}}*(l!*=a(~@1SonH42tIer$->PSjiE2Bfqf<#oOCB{
zlbl(H+3`r9gY)CuG1AXMcH4fOy?p(QeVu$m5*T1m#Bg*@9th1(SfZ-IGBnV$r+gy{
z{YTg>3k@l>a6tJ0&{;}n#k6TF*X~-6)IT_aje_}E%^7Jq*#E3XAq>X{`;FAJyLSn9
z(lGC7Z{^+#U?Wne5LQKC;d29*`)&40{!J~^C6@pLdV343hL}gis4>@1dYaaP`t|{|
zcXleE`jNO?4+Xxqo#Lxf&lZHwsN{M{6+m3CUNhO^@+~&c#on#4O1c83r1UH}_2)T?
z9^YV9QCH){%NVj>gOMf?_%3%nv=qjFKPIpp!Y}(n?xZ-86Ln|gI+j^98Z8IX^H;B8
zk$4ic5A0M5d>&(FnYn7bZ@E;o*-NUuzKouc9LY(Ga|5f3SYvjD*Z<u@9<rIiV*S@j
zvHnlug=*+9y9IG<25E#}_}gkR?vL%HMx`|%z3HpcXGr76t4O+ECLJX_k9zP`CY^6Q
zl*j&=DD*9kA1|u{S5vzi6Nl*mmp3U9+0pRnT^3%gNCEOb)TdVp2vY=?Fu@J4MmzJa
zRyWXl+ZJVI#3b@MtH}r10%=O1UgcKJ7YZ$axAZ)Pcc5$5RH<%(^e61-0aEqQ6xJ?l
zD|4Lrmxn*?1t0S-vQLY~;Fwpt`4BTlC?1_jys{5<oz_ajryqjmGd$$hmdR+YUjagU
zFR9!jI30VwNENk&OQs)VLWlHDl!VTrYl%YA;R0{L(_<pVeIxa?!V=3pRMM>ZhTqeW
z^cQ|;I|@rS?Z=?bmr$eLWN@6h3Q0%Q>00s-<U?-4;})Gk<b|*T48NN*p|v`-Jpo~d
zN4O42t`A;qUGROvVQK0@V@^Hj^2PQgBX0%dDN$$X8Y%9%4okhciIMl?qP9u@bD>?x
z<EX@$eAMJ@d?p*hE*CxGlwmkMyfX;hfA0lCPLmmUC#rzfa1=Mt_hY18nDd8ONV!*<
zU%t=DBj;=8Cu5_o<8VOmL8yKng~!$%f~256tjO#v_3U-_uh|?<o*9=M|Cs-2n}z5z
ze)zj9%pR^Ghm09ce$rO8ciX|wcB(ITEem7CrR#CuxnXSE7NM6G0qJUdRl1D{E^YK;
z7c3sV8-3hNMXvGD&P{dRf&2-EhIa>{pFXUgLYlcgPLVQk_3tA<zNet^x`tf%^+lVD
zA;;zzSkvs@)8i2ku0qKEwfXw~`OL>Hj?FGPD6|y_JzV?G2*9Sb^0{z3HV7%@u|p$y
z?TdcoJ6k|v?=qnL0rgk`aT=1A;>6?V5p+T(%>kt4k$6+Rzpe|En}3xut*U^$QQi9p
zT~_98puWxQPW+vSMP~h7<g?-6l5$MMMkT*PSoo8NO==9ZCgP!c(z)noKw1yCwrP%p
z&nSEd)vok0e=rhXa^cZP@3R?)FC*zYbldL4gkE}XuPraFO$X|2@&jgqJEhXVwhCz|
z{-2)0o1NW)iD4m<pWR>J2d4_(fx=s9k9|h9n?jm9lcyvkgS5~9!syH?fw983Y?Dq1
zJ*krSByG(Z%_v~tA1@qNM*Ctd>VB&EjH`8@Ngh?*L3_Hof6`|f>rV>b#mW04)v4$U
zu=coD5SRN7NoV83@P2UjVh1j?oZt+qgE~(`oDHNG@E30?JcTS~7z3InVb!>U3gJ5s
zUv(JC@1ni!05!|KSYQ<+4JY_W=sk&aJGAI=fc(MaIuCEVZ7pf4|A2DBNN>oZ#>gMl
z)i&`SY3@E);{O1vpBu~M7gfQ@9*y@a<O$?Z8~Uy-ccrK^sgb)CzN0hF2`d;~I~Vxg
zK9}~wj*M_Qu`rd94?*GrPP$eljOFC{l=#<opxvJ#EV3j^p%}x9tW4Y(*hrn!wMKYM
zpxF+PFG0d(_?uzCsE*hzy&Jrjjtc1qoZ!lVUg&4Hio9ePCrqMQ$_h03e3*-wLyM9G
zMm<Y?-Ub9dk!DAs1zn%o;%CFF64eJ6^+59&iifqpRnkb4;Ntpn7_4mqq*?G|>MHnZ
zVkA@D%6&@ARPyZ5%<(yXd-k0Z&#{m5wkTH&2gsN2PN@606eq%n=ZtWGIC6(-duoYF
za{@_VpU?&5xn$Cfq*dk%?iAO^jhYoAc{Tn#xIdq~t~Gm`nG3&*W{^hQC$K}jmh0HM
z!jm4Ck@`*T_WcmrN6<Mo18vl-uHTiyp)J(av1UwY7LB=Ypv*gjFVs$8+ZVRPmOf{2
z|LO`Po|Ne|7`kLGURxFoBF4fC3IE)<%{orn8>uFt((gF^SyR=h_XLO+vDb)yq*)xv
zlTKreu3rbLbtDf2<O>CsaN<)&bCEh-O8BK-Vy|#*&zXEVJ%hLP%^KGA(02%C51A9~
zowOKjASkl~=y|rmpn)+EJn{fvVR({JuX2IaqygCe)e{7d2u~*B$w@cxT6ZsXo~1q9
z?D>U}mV$2MdvNkXtoC0x`9peui8TH$GZlVrqJ0o**461nr(0Ke@!mJst^aFAnn^Lo
zM4-8VO1emJl=}9JhHPI!XDYZRfY5(5V<A8Cj-}LQV1&jfAaBWnqVI_L8gpAblj7>f
zQ`g_dN57iX&CFWrY9VPO`Lx#@G4BvFxB|kTI^QfU3<2S-Nkg+0U*-vYh%x;<1s0Gd
z9SKwKv}47i?PTFq=>3s=utL1VsJ>;YS;E<H(k*L|u$Jm#ashDy`BY7{iL_f_922!q
zn9c~RWzthX*P{N?yQ>hNa+=YomeCjJJ}L`{O4}~5QsAj9e6sf<Ae?emZAR__orueP
z+Jgn^q!)A_{`#w8=7X=pb}_0S{xS70S0lF~@hQzNy2A)|2Nm69q#jmodiIv<P2N{G
zKN2&Gr`v~t@WG_r<b8v`ae=?W(+llJ+C-Hd{phoXVy|^E^!+jyo>R<d#5%c?f1#Lh
zz@P6PE?Vz40bvRwErM%W4n>;ba`F`_c`()PO9e=G;)I_dOgl$-(g?=h@}_wj-Se9k
z&q-&}%rBKYwgi=Gg=Sc81vCfbr(ci9>#M8C7aswO-e-YofjFfLjC0)s^BPW3c4r<y
zG25UT5PBNt6jY$-Gw1aE*ga}D>+0HyYW9#!I4kG(IKzKieFD#f#!!3x2hCP#PgUYK
z^66Z7Wbz--&|y1HT^Ln2A0W?#^A46W@*#Eo@@@5Nwsl<^&A{o|apKmPM{YvPpt!#C
z(_L{)&&SN}KpR?1D^>WrGrga%TKAiP-(qlB^l<K`yG@$iZZ47sLE=wFc*uzp#5zQc
zB4LRtdVyx!octuGI#Pr;*&Fc!N0?Z{ox%Xn-qRaGj{HHdGnwfB<*ro!(lI{j^LF&T
zy#;J;^-`_p7O{Twz5vg2LH*!1Y)MiYU+8xRPIb0|Sw27U<U}uMtM#YAXJk{p@~S3#
zu%;9>c8!3X^G~>unI;6l307SgftJf}K)(lzB`4#CApZR5@mao7M^jzVe+$>J8Hv`;
zZm2Qk7J7vohMmKTAk=>ePkJ5)x<3y}KVJUhQLAqCa$Fn>&wD3Hfj&nuKI|x*eYY8w
z9gf4~VU1+}>2#m`=1z#$b3s2i373U7l}BgmuzcT3bkA2N%~x;2?7e|3a>iW@t@y%~
zZ-uzDV_TdT`WTIlYk{qK4vYLcTJkv)1&IUpzzV~yOzq)7&;6Ey#oYh!^u%^bbxJ6+
zU%wao+s#MqGFR9&tP?Jync?Z{No--av+$y}nLMZT4f=GA1j8W)U^I3uhJ*!Ezx<H~
z+uh-Fa^|qJdAe{W*?`UR2?qBw{pI-QUC?fOX2If834MM?veD6+s)+HDmF-oxknc>H
z>8e!J4#M0=<9U#uEuLMy6`w9}ke7ckfRQYopP6aM?9;3j@9f>m&x<Q?$G-7gtZT=)
zNszQN35FQlg6!CrShXe%{*I|)4L|B3trbJs{^rkhcPohv&E>dyIdJNfHMWgfMd!=!
z<l0U}K)=Tw72_bgel<S(ZjFnkBXqn~0)b}_v+D0gFfg-{)x_1~r(@f~Xl)JoMTDt5
zVBAbNc0QQ7wf+hEQ&OSc@f<MN)`a5G1XEURVMF?j0EY%CaD3(mPS*xbQ@29alGT{F
zDph%Uz#ittya0^N1F9oDG0>kE%s&UeJH5f-ue)Ox=f-N{+jcM_(Tw&6ISr%S!@wh*
z_5u6#0Oyat&dPc|!H3mXFtExIirTf1!zaAtnl)FIsvEl*)h!k@KO;RpNw-o*O$Vc3
zZF%^Lp1ez%5hPt}U6?9ss$sj|F+acY>d#)w!TFUI3^OQzCH*_dIp-&%#>d;R91US<
zOlt^#TT{^9_#?CXbx71F`aEkUk7RU@S^HJEUH%6Y8@BAM32c{F<FOt;_{%}tf!4yp
z)J0(V>KZ%NV;SojwYDxN3w$m>m*OU}b=qmB?zfZA7;VQehY!jhy*cb*oR|D#%qmEn
z&{p;Ooq<m#^@2!;dw6XB5_HR4jx|~9pwoI8?J|y{{;u}?v{id<b0Swd9lM)9uinL<
z_N0BE9(=+TIh#PoM&deCT<AGWAMki^TJoKy&rdID1<4hS+24gvuv2+&?$Na$6!(bX
zWsfIdKuiwCO~_;V`pIxN<pW!8Z-9lX&2SVqkOQuEm7QO$M<>z+*-K`?uOFXzgUERF
z+jt-KkGEFm#>@ojIiB}zjPziQ4^(g20TH97NDBflgZs$yyu7fSQ5`YAhyUTSs#vi7
zuPc^as8r5$Ziqp9525H|bMJ{TGp3e37<307>fWF|S(bxcD+gTsCXW$j$bq3p(7e?o
zfhTk}{Ak1%$3+~d_I~1@mosEqGg6Ke+o%)F!8VPbv?>9&%wMdiT|9>VUCK{iZv#c)
zv9PdPf9lhaUM~)q0Jd|I9X_S;-}(MPIg*kqc8J*U)AifP<@fG#-Ij-;G~zc7nl}!A
z4_<%`E}25-<-76T``6O1*`IKMjtAzyxQs6w8Gx_dc4)tT0iIj3PShvsXj{rUeDVhm
zlhcY-lshiHnt(wMJ0ZnNqQ2u)$8~*BIMWhzJ}Ma4#!+AzivH~yrGb8bD)8k=J$1yi
zG^mIef_~j5i0i<5ee*z_Z?Af6aAj(^qs#Dq`8=%QTb3Vwku3{sp`Kl>2Z27F*`3GV
zz+tMHyvsim?)RRBL$Ytcu8Kpbsd))@ggs$TCglU2gsLXBHI;P=7}fD=5PYyC$($em
z_K{~>y^=({%q7|jl4^|VR0(Q&kfrY2kWcjhg+>+v$K>KikxCHVD@<!pboW?c&c8{R
zNb`VUT%~=C>*K?v*Esbt)!h!<y)TjzCb3Z_MryfZ84y=sgUA-r&Wd7|(okQW{pCF$
zdgTg>T~z=>ueejq|DyNY4^GN<Mm0tEArUuhv&A3}YxFSb1B;WmL^#RYIR`>=vmM;p
zxfsmMUjX5=;`gu|;*U7-__nln``8n_@UDg600;<lLgF?S>)<N?+WM7+g#Cn5%`+f|
z&h=<umOwRk1fpfSf98UtOt`HsrDxY8XZYfZjvKL|emyut&;AS;_W~()`0QRs{IjfD
zq1Q-!AcrSQa|+5#D`0V{LNRE^OWXft3m^8C@2z>uJp+y@{z*PyzIck%;nph@HD+Nv
z2C2rO=taD=vzZ%uw(czL+}Dqu1E(_y0$1|E?qhIn$Ju;TI-Mm-eC*s{Gg4mz)thWr
zYzucAy{9vLRqkxA1-=GbSWWd>s?j*?Qr=K~yoRAgS{V?xpkA3J1p7tuX!$Bj4WfO9
ztV-%~B>Hfadqa7IT{`QM77hsxmQXz3M1D5Q3RT}@@Mudh5-%`{Ej+oAN3$Gy{-gZ~
z9{cr_=p8t|`7_u4*;nZ>)ep?H$Zt-V4csap1=c;DRfu8gM<wp<Nub#Cz^W|Cuq+gc
z{>8ZL9M%`&u5}Z6!IQB!l#a?B!siX}@5v+Xds|md3Ti3)PTK}6V%AH2$E{H)=JMQ*
zFTwkD5_mEvx+iWu;F4^%;41mNdO4h81d-}}u*$fAPY)bsgEx%k3v{ls<C_DZzuh~&
zB1Q`|&8|}Z1C^h>ej(K!-`(9rr5Y3X3TLf03;n<nC+x<WrR#b5tT8I}4<}x%<H*1^
zS@7aOG{grvL&6=}tDv0jJ#LeQc=QD5_uWl>wudKt-G_nQ?3mzu!zPBD@Kt$XYK$>q
zgILneHaIe~IsACJntsM2t($ioIvVdRSjLL}HHB=extR3al+UZ0g3&waUg!VT!7wfZ
z;Rv{AUKD*#e7lw#R7Ugp9dD4<DxtcY#Zz`~N1*|zzqrVMWmYzuGkw0m8AdUaoIY*C
z;p4ig6c1bmyXd<QE&1QUNuV=C=812U;h)z8j31SS8YNzY`3s?K)L-^s(g@yR>Kh!Y
z?T*h!$K&$p+rc+c4?8NO>SC|!)TtnMe+AOICG94sFyhEG(g{Eqeuvh69SJ+Y{WodF
zQ`Yi7uL{NBX9N^)jzH2`_$PiYYF@g8F9$Wi;a5(eW2>g};0I%6T07W1b&z-cJq*Jw
zx`V)3wZ{=C-ft|6cm_4?q;{DbQP+2Y-7?vdl_}6kK`wZ3*<n+v6@Bzb?~59JJ!$`#
zDD3z9E32|jWt4ON)YF#VoAe4tB<|sf4b$L}X@9oZP?D$)c<8VI!L<_MtsHpPUgQIa
z!*~a`IXoby8|KX%t=@I~1e7~YwG2-e9HHKw%c<7r-~M1#aqZ|cZzv0@E<)bw+nlhS
zw|n{nb&G6No8@^Z^wq+%=OEd^uud0M92g+<ry9O$9_W;u#KGz1aN4ysa}S~CpQr8t
ziXSr?tD&B@O5ytY?O;g165?ahKO6S3A-BC*a5rOBU_I#;sbNVyb+Ms>gaHurrK3c>
z51pfSq50EE(t^X6@IfPAw)?LM<)WXIJA54V!F;6aM_M0@FgXCh9<(=dcqNb)=Ix4u
z#I=g+RP#EI!J_lcIB77#Wj9sib5YYG5IrXFr}L}U1yqxDx>snzMR*Ele_25IIf(u1
z@*k%-5Qnu<ZMEpUuUTRE;Jr7FaJPcWtgbGLJLchY-M08w<EcdTLm1PAC&>xSaE_5o
zIvXS8=V;I}8f$bnLWDd6W_4Qv!XxOdOD8=1BlIUebF{|gN&2w#&2EW$NbUSzf=hi(
zI&WjWfl75Nv>LCT)lel~=Ja<EZRrKIgYV+7&&cbUWka=Rr0^n~v^qL8Xpa>Umtfd5
z&dHnLGdiPZ)aM2&X-9CBOmWz47tDIGlCI$vF7w&RJJF-NqP9kSPG@$-8AzCbBLnEW
z&!ZYhI#1G!yv%1e{mchmsp6!e3q&6;9p6Tt8MB7;RX6oT&t|IgavfECmPW}<E_gY|
zcdC4LBJJTE-AWBO+(kV#+y*V(yh#7q;>qj7(MlQu9ve>am)5%S(vG_^&hjM1<r|N?
zmcwF34OYnyNV%uR0(m1wo(^IiPEpS`P$_?Pbw!-ZoZaflk<A{E?<>S(zAI2@@tvFc
z$O0ey4R7}>_;((thU<E?f8v{h;^wqRC;7g?CS^dlMza|`Ag>3Obe8JkoSra(cO;#o
z2~<x^yU2|VcE8UDW=@gI9mn#;{arA5lMxymih(EA1!!1i$b=rw8|VWwt9~(0I$OJ7
ze}5?dUPgMbTzDnrN$*^~<L|^ejW6O}@aPQb+myO%oU8L(q1s2%x7f~msYLzlLY#mW
z#`pQ@iOE>_E=78lvJbqo+bVNP{gCuJ!=uiwluIS1`#Ja%{|efguYuTxj66XS6#2#h
z@hgwYE#Y+C#7Tx=v%E*I&gO~Iz<{Yta31*^b?EEsoIH-;QOM~r2^uWgiGTEJNZU71
ziAQ0`?OWt;JsIVb5pT<7wUbGA9mR$vo0wnI|Aa1(bk-sLxt=;C+Y^aD`P0XlbvR49
z40i3yV7va>L&GUskTfl)K4#<zxn7ffEMR;t)b!Ry>T?`s-~!~&fiyZ7wPEAd6Wf~C
zvY2xNh3Arp^O(^5;j3Q5yu(j%)Prz1=KGudy*QPPw$N6sThTp)2B}c(7*2TJ0-ep*
z^Jj$z@mY$coZs#;r#xZ3<J}6p&e+jx;Il$HUwLGDwtzgXBH~N&lc)|k`AH_c&hPsl
z6!+E_klw$}yVnl(WpvF#*NQyTJi(V6&It$6_f$)Dcwc-f9PfAr$;2aa@}_VYsohf5
zpV9%uT)<Z90>m>=aDEUkdeK55O{gxn4*|M1Hq_!eTbh$BJP(L#NtM@O@hKywSCFO<
zA0qLFlHjn9_WLfzs*`)T(AP@m-in#|Om_0!2=!zho$nmAi)IUbA!y@%^z#_YNK>Hq
z?GAF`Ky%cy*#jwWH<51Az!fX&192kX*{m4;wRprH&+1LJ)t<c9H#purh^+(-!d`zQ
zJ;inB9H2QweU*9%NXyc7`XOma6#m~U{UDMiQpxLc(xU9CX9f%2+gSK0fp@3$Y|P}8
z86i-cI))3rF^j5V!c#?zs^m}NPGb1mIegIXhak93XNZc{-sh0CXx;kBBXX_EbI`%9
zhLJaCIlfPU>IHY7iy@u<lz6t0Ds))Hk!K3w0^D2UkBe943w^{$qmed$%qnUxK)-o`
zU_bXDKD^;6^b#xx9Lk@!-v#&H&qLCLjQl*<Mmdw8@4(4R3I6~qshBNK(05X!FAJS2
za7~TN&9C$LeXsnLs9(X}ct2{Id2rIF=tKMJQlF#fcX7Qh9viEqH<Z5PYB_0c7pi$i
z+Eew^b{74v5Wlkpa0T4hN<J@e8tm||;53Iq-xZrcYtaRT<|#nez=tG`g#0BQV&(yk
zTJbEFw!Is8Wjejqoe^JQ${l?a@g%&&r;qK>=2kw-Ga5xT)<UkhaM6Xhj-UC~kTebL
z2YTu>qdrrq?y!=c_Y``LyeR0b1AK9zxk8#9eqQ{|=>Oqi)>Tfqr#NWJLf`u*l>*_u
zIx;#zcpUIKV=Uq+^MR~@YMoK81n(<8t(&Rjo79-@11Mg-AYRU<_<td9O|^Gt8<Kw!
z*9Ce7=A7z7=s*1Tqg>1o>fS@YBw2Z$m4NhG9G=|+MV{(c+LNZE`yK2Ws9G);8P%?8
zRI`qBb~-kodzk1a8#M0$5MC+dOF4NudL}rN3BCBD=T3NV@-}++Ymbiyp_p%|zwa*u
z;sfsZG={w2BCHra6cT21#6=qm`J*jva%HtM#<%Svd^QTMA>8NgnS<4pSJy#J+@`u2
zTm!RKz4V$`Dl{{}F2#{Z{*enWNVqE*HVGA&1Sjs!N79ZohwCl4iqkB}g|s}gx;&J0
zo3Z?2K~sUfLenG7mN3tVW&v4OiSM_em}dz*bWki%)XB^Dx-#h`pxK<uzk`o~=8tIb
zvk|L*=m?7rx+3P2Qh)bFG<VTJL#IZBmBGy3*#=0jf_1Bb)So~3Y1c$`aT1gBI^QSX
z6D`#X&gBWa(<RDX0eu$DN6tWy#{nQcPu~7LBfMZ%(j`_nbD!{cD$SV)SB(_XHBj4l
zH0djIPClE_+WEs9H@NUXq!U<n>})aPk;GhvW+zB<0w9lu!QJTG?Xpwww^t=PX6zLH
zl(jcr1fjz|!(h8nVt%L4+=rLe{$vqBRp^!8i8RDc!f-8hz=}C+*4giZM<mj^5W5@M
zpw^Q)&7subrV%LSyEGS*gZ-K?(yTyQ5SQk(leM<>qkiiLfuRm`wqiq|+N_&l5MHoF
zUu3~$gz*cJIDj~I4Ebp~XKLzgMtsWcybse{@BpJ)<}|B=IW$KXnuz*Lq4kQ{G9%ps
zDYP$}n3>GUso`QCO4^Myoes>VXFn+}b-L50K`-pQye-na7AfvPUJx7-ItU!%!>>5k
z>2R9+slvBgdk;{B=IHl32*sSqB5f>?wjv*>h2(dDI1fn+0nNj(X3}Qh6G>Ztz5}No
zWe9yNovxom`lA%Hmi&XiJEjR=C{e7DW^`aM!dPHBj<B-;sznzEC7rOKi~7Xc1?$uI
zn?nq|A^O@inj4*^8JLz#b6l)?pUOrCnAXiaPuzW{5EldKGBHzD#auL}$73XY<FX@c
zG7Onkic~MqF@g5Mb*lkNt&6|mNa536%4(lTdS&~_OCKlSRl><<qnJgPMyz1P`=e0s
zEO~J-J28vS#AIs2zI2a@e}A@O{07D0lQ{(ci2|#q=gG?~=VG2iUI*xX1eOV}<1)Xa
zCk8)kgyb<$@1vPIr#6c3IdufuJu{Xcq-&`j%}p__%?db^^Z;A#)>WsSJILbRPE;o(
zw`S%x$uOq!56)Kp!^PGCxaYs`ur-99i>=y^k82u&$+WicExtW(srwC-kLPj6?2QEm
z-F+}6{<AXn%UC!)Gz;JS%!Izq^RV_)ISc9=ij|p7Fu>1FJ@6wAHL6|sHGf+ypEwlV
zKRjd)XKaQn>Xio_u0yNU+xR-VNA}pp&Pt2z88F7=K5s|onD<#&4Ffzj!kDGuXjggy
zB0heQ`p?tC_p7p@EGr$y>h_eI?AgV2wXC52`@y(2Vn57C*v1BCl%VN@4b0+xf9yE>
zEnoSg2qU&=Nv$V^@Qzn4q~ZGu;V_>MHpW@pqCqN_+rK9sXu}uWInUbfYYr}>R$yvH
zCLT4}2#-&mz~06Qc(yVc7OOh)R=-$in_Q0nnv}uPwGWh{gDdgK2o1Se=><0Ong@Oh
z-s7?*!x)xZRC3$TU7*9}7P3Wy4iwL&y!FGom~Gt+S{t3fE!K~CmrK*tWm6_72VyFv
z{<<C_mYlAGJufW6OLxzS&t^;f>7Hcozbw?hhFv`K615JgeC7F>==?qz=UdTzXhC~n
zS|FV@K4v;<v?Q!gU(c@T2V%X4^KkE@)##hMoh?Y8C+AhfLR!goK7Gq!xV}~wt;S!4
z9<%DH6l3;txR!eT?=5A5Gy@i-zovK_vGgfjA*j)DKBeSR{`%=#pj*^l*w$K>heSod
z*-8^^S~M3XpL)YaPd^Tu<GN$4YcGE6&K7v6d6O-=v=2TtZGro4O#rj18L;|ID)UT8
zmJTJhr954PdXrMY%61W5(;Rk4Nrax!-?4q)C(?f}^Kt6h53B`lQY=?ohV&DmaP^e7
z`ZSd8vA#bR4)v_&v{s}%f~XU<Y$H!?q>H=9cEtO0Uvs<a2>ks~7lQ*O7@vXQ>J-mo
z7t&sJUd;<bQ~Ikhb4GK!`bH|{56r*2Q5?3w@flrY5#LFZ+skgTdtkt&8*npq3`Rcp
zWR{QDB3(B|1X{`-C!XL~t6Y5W?h_1IbAszn{>*M#&>l{m9l_%MS(vszgE=P;fCakd
z&~dgu3_0EqLO$%qv14{X+VHy|YQQ(mL0+`%DjxH`%_j~kX7QD>Y~oZ5FQ*PtXBp(+
zqKpHe*GyYA9PEU*gIq9fL^J4Z+zQK!*GeBdxPa5czSz9wTIOIiiLaR55<h?41%JET
z!-aVlS@YZ>Jli@)x;|wa99{LPmref$l8^BwSoktsqB_LTk`$2NJmw92yhYr(U;8TF
zZ~I#4wZ9ZzHkmJ7Jw<!Oq_3BL_-n}e`|RZWHZRcT$?bv+n!S8jWQ_I~BXL^b4g9jV
zk9sTSq|~W)1P%(h%}g)uS1#A2!TYRmjLiN5C7x?gysv95N_M$9N>=YB;Jd+55ty<$
zE*B5GTBu0_FW~CLL2zF4IXk^_J1jks2lua=u{P=$q&j5B?&!)ZhO}0ne@p`XfSXM7
zBEusZ2b2!o3t{KaTJ$dSm-l^qfI*qR_}nKkjB<c<J<xex9QDX-T)K9gh#&N75CZX)
zDo_pJK8uqDg*|UU-hWf+tjjzo-(gwTpVZUz+UYXY2xd+&1G{RvA2R4Vj;UOU4`<Y8
zzu^aVxm2ahTc}cPZDIAz_ToC%VQ~5KUf8hXC%>O`9+Toy6@gi2cSvy9aIokNZu)B-
zc6@Ed&lc~*4JMuOc-K47b=Vs`mTnJY26RQwgmzfkQ)QPn`3amwi~Tj?ck0>+SAhDL
z*Egbl=6kM0${!3g(o@|_9=Y@zW61(1Z&!MB&yZff7>={s(N6X4s|e@LN|$TQ<;JH?
z<&oE}0@Vo4-ns_XJKN*7)+$`7SO=vYC&O01=Bk(JE71R@!)tu^vrW2T$ZuWb)YCkH
zzMnX=s)8_W9NzqRykPWnCyYrv!8TfjFuM(7dHp`-B1SUxD4qF{hPDg;@R7CFc;5Sz
z`1b;5AnL$KMr%duJvz8UXE>V8N?@WcPAT=(nvPds&xfs8b>*pYGNqNkQq||^b#CpI
z$z-osaD8%$H-yHReD^)P9$Jr{DW4#)0H}_+%a*%1z(WV3--JksdC3LKEv68DzvK4~
zRzpQo2e^G8Mp~}(4029Bq`m3)VYj|l_|)cFO5~9GGR2dR9n)AEc21V*Ckv?g2KNrm
z68MkHx5R<K%pdxfS*b6R6YjK834`&(vM?NepZ3w2(M9kKVD@FK4DKOnm)&UG1tim2
z_OD+zNS~6;p87YFqsorrs3JSQ`kFa&|1e(OF<S>)_i0F2;t9jfsS152hMaPfMb8N=
zbvR^#2ZNpwhPPwh@?I|ZXJ|kZoHRKFcl0>a%irV-QlG+=;48T1=w6@=Mg?auHlFr@
zk)IV@jvoTv215$o?`TZ5_6i?t)KN=xB2e`0h8@9JFeMpaL5!$tAS{KdzbbCLbDZ+g
z3YUCv28RI?n845tmELTc+ZUi*@!i&!ptB3&=vYJkVNnz~EX^m5n#c$T_}7_d;kf26
ziExiS4|^d+o-cvlVIxqbz3{|)n+{kE0m+-OEXx8E3v-!j4-Ko9lNNXl9eh++zhM*1
zk|S{I*aH6jKMN3fB~FJZ+pQ=*zxjrDb?c;F;Pw}r0M(CNTQ489cPD|ZWhnM8>H`y`
z=Um`C@hm^2w1!7}@4))$y6B;;NIgmdB#J!@={y#WW?f@3iOziHiV*7C=`OS;wZ#}u
zQQ!Eo$vZZ8!V}2LWN<aKlR`McsTZJcZhQ4==t1nd<^q)VlyQd6GSE6Ci++`sRYh_(
zz9+lJZea83y|gb=1&~I9_dDo}%B^-#ZodFeoLR*Q4;jS=vvzp$LvxCmyH7M*J_`A(
zdc*k9tYP?ebTCFM$C&1?SWa~#_>8!HbsgVjkBtEDvbRiVobk)1VCOLkb6aYGz8kWn
zSM{#pJ;Qc*=fyOxcie-t$^y11!y4L{HA2EQwrH6L5+1Wix*2)bjw;+`(oz)~PFxT5
zC`1`Ffb{5aUh;g0s3WO=-eO#TJqX5rDP!*^c4znJ&ci41IY@a!!eLBH$%1)l@i^qq
z-@2S0I1fnpfdd`t^EY-|u*$I|Qm^oU*0=DcMMITh1jJ?F6f#>r+<qT#{CH;_2Xt$+
z5Fej(=Kq2skaPx2J#huk7B`azg^ZL%-wCX0o_h&ewHhg2&wZX8qWqPC<%*$#=hW7d
z3@9f4816PyA#FqFFCXEN=SN`X&sXsG-wGU=xCjN-P&{#CaVZc-GRIb@cxxkPiF7YI
zJuG5PE%zt_OFB6@;Pm_Tc%y$NkbBvMu+K`)sX568E?WXeD?349Pj4h`$%(sF&rvTx
z=%(7+525RtL3J_koP9?00u1&Wg+taj*Y$_?yuP^8ZX8c*^BWuF>#2sz4b`1P$0F$w
znPLf<Kj%V(g$IAu2GkX%r@?f<CmwSx3^u(Cm-wy0K>bME>%;ned5444qe4r7--yBj
zjb72vz<epB{5iz_=jgiQdg{WsnS`QHghCWD%KY8)TswQq%qFkwy?0R**^#V}k!+27
zo~vx3?Cd?t%-->SPk;Eluk^e3p65KzcRas)&H=yhNtYFhhqOo5MNMFuS$sK@-K9iJ
zNaz|;nnY=wo-RK*qeeNJzPb^eYgOK&aCmVldQe!y3JsEr|23>|u3AeM{fKn~rHOfr
zLksAHi9C6pHT>Z#S$sKZ@Bt>~N*~pD2>Cv)M#?{c&t-g=NjA5v^i@Ch$%HMDoL26t
z81Fxh6FW8IqNRKC)z1HvR_E{@yV&pdS_!?UVGQEHmqpx0o2mFo!e4NeM|tF)kfz4+
z)!S*>)q0$t%bG<tEM?R<ZH?_hT^vWE_h%)bD`-L2>bhUVBmU4NL4xNfHN%H&7S}W%
zy;{Z*?;Z;9w+YQh$`2sN!GptqFBb82QFGLxH&?1wK`MO;+#)=OxY+sw;xt36Q*$FJ
zy{Dd8=}&jPlev4!P;sL1a^&fvTpt2{G9zzB@r8ue5_xQa29l1`Ix?`Hq2*-L=;oaK
z@`t*n_P51Rg%{$y`xewY(bt6X`opiaIC_k)xvILgxp{P6Q{`&r0v~*5R?bAc^#AVM
z7Il6nvpJ=cIikW!sXWr0J1w|$;8<;P$2fu9Rs65_yC1>79_|$#zdHdh?iflZe@)mV
zmERI^D+I7q&uWp%<@2pn`d5Hkk>5%5LsZeN4_#9FoCh`A#uc8el6`La>G|$CaY_v@
zQTTK<c!tY-KW`W0O;j!y3_m+dJKPHEjSF9p@K23^4ZvJ~dMY%6XVXT!t&f_G(5{`e
zCpG?02M6m(#eJZ~-pLb1>&k6m*9bhs8@`my)%-6WCMz!?%3rC^xGx<p*-OGds9a`+
z%@s?Z0InubON%=<jXtR~n+&gf$%1;2$NrS07sWSnnL<;k#I`c>Z;3wetHJX7x6zEh
z=lZ|hyBhO>Cf_8+tU=2+Uea;BaU-O(K#U02pd}rh1h|rhB^4sen=tsHH?mx4j<~Y*
zHkm*2F|bC!BT}Jy3wX?vOx`hhg`8`g;ng8G#TJ~gu=CmjxorN~L~s}vp43I*v-*rS
zpks5H?b%l^z3w8u>mI;Ly9}~x1wJ1N-GF`h&p4P)T#(nNKbFcX0y7k!DXlB}TI>lP
zPR^U%7UzwXrO*dWIXoth;$uP%Sd`}7eP;uKr*-Ik(K#tfqSh7WD4i{!8MHqO>hOUt
z1x=+1yll&xn={7I$#?ZE_FYm0_?1JfA2U3Rz+5pt!`h|gyzgDxTs#l&;m$SptX7;W
zG8deYpPn*&#0I%*&0vQ2mEa_f^Ug=U_60e9#$y@bVi53L+En_kbSU`p9ser6Sg2Z?
zUvwfncr^z%r%0#Xmr3Pup3Eery`TfObJyyv^%MQWD9~q#7#&#Fe6*;S@+Bh0$yfP(
zI{dXaPyU1RD&g6bZ!Bh0pYFY%DC-`Irs0k~aNknqhLcTr=SM$27{7$TWvslS`?x)H
zuSo~Rhep|&bvReUZha@fg(kELP1^!r4nOf@%zWwob}|>*JdW}IdZ16?B&FvPj<4ry
zL+(rEyKddZ`QCUJ4SA<Qn;O50Tagxdga-b}5}xZCU>B?DTy$ob^7MpU%bn{At1R$@
zZl>yeOnNnyz?Z5IVP1TYmmH_1X&>J|FyI}5hyQVzQJ%-)we^W+kXY$hgI{hvMc2-*
zLf@e_J!oZ}s{;^Mal`E~L0htG{U+RI^i7U=ftvHo=IYV-9)EEE-1%_$H(cQs&D-xL
zq0>m^wt1(3`D^B6`RieIwqNK>;PqUuf%%nDCEpq)TW(>8e=n&~wIx{F+LPnbFUl%$
zJE{KS`~)ndvZ+5Ycbz3WE+94Ucy<X*N#J;J_&+`yREEwpdBQe};|Q3~N^_6#*(`QE
z{3}!+0ePFNW8lU4ME|0!dN>abPUVO0HiSPW@J?GWez&IjL3amSkQZZPcx$aiO2f+Z
zPM);ip@0s}V(e-7AC*7UP$DOJW495C!*czL^1=9h<xg2*CbW<&pRWYB9aN7Wp1O`+
zhNo2gKE=)paoNF*_YdWp0qb+?U+LNZ`W4eKULKYdoCy42^oICb>$CiO*;QFCyRNRd
zw#}7L#9;<2?y1&tDfP{2BvO9f6i-_FF|bwXEIspxYc4P5>;0T_j)XFLQ#3KO8iQ-_
zPHL3WnWXwbi@MDb3CEqxKU?>k@Q5bz4>g`bM>6{IoFZE&AT1%+mqNqk_9nI;E-I3W
zpW(dg9?LY*nZ8W)C-iOP+q-cR-kssS<g&vRX=MLFW{>_;*z%^Rsq%e9$Uj~h>kkdw
zL-9Y|>$XQgzt9+;3SxQfcLHAC@cUhgDhwKcXFN%7oc3}z-Hj9HM-jiMVnX}T`}Crm
zjQ2dQPf5}am%JswJsh;XCtG^_rjM>kGCijoABqT7bq@RrQoSD&wTj-)YL*3ds5ltj
zo6pGfi__R;lH|0)c;EKpSq<Yh`o{N1&v6w^o)^Ma72R0z?U@NI-=~KO^oeq@U140o
znm*8^6LNb3@ElUj-R0&*On4+t4v15qWB3HAI2AwFp;LtF?O^=5-WGi}r7sino|j6O
zi+^tMLg8c7^k}iSUCYFU-unbF70+R9Ubx_9K@ZIIzT&C}x4KU%=D;SI*?A-_uRVq^
zj$A(p98mZpQCp-mV(qexDYpMMmEUGoi?(Dp>yd=+)Rq5jv$>8$eI?;JEkQTE(BFxZ
zw0xBT&!e<7YTX_>W-pt&_7Jot2TyOvROBHw3p~xhF^(!Zn*35VLN7;0Z2`Lnaj|Mg
z4Crss+~>UNEt#)E7N8GVz<fV4LqH#rs&%9JR)RmJpzRs5;qxo}GiNvQ-pNG2O-Elv
z#1w!ADBO<Ee?6rzm7l#Hl#8dBb5eRAyrjlMN>6v~SBW;9Oy*ik*YcJ>)l`oN=QlZ$
zsNOFLzJc3pK4>Ukj`}C`D5#yCA0gh_B<+fp@v|wtZ-1Lmi|o6<lYG0oo4AtPllz-x
zOxvV;65dnw7X)}uKkoL`K%L3pR{gl*^B0uud6(w*Z?E{7t)ICo4=8$hXRzv<?Q^MO
z-fR~sy0rD-DGzW?PF!)i5wcG9EnAY;hL@o9PWu>r7S+d4Js(POy1^5E=g}Y6`^)GV
zDLx};GSzp`;X5?w^IUJFdJE|nzl(Ae!+ChyI&}3&ed&|ck!Qq|GLc8%o=S|k3-tEz
zZ^!hYF9%5J#sXzW2zW#}@<eGJ{RW1v7s?~y{$`^y*T{3&JsxCtR-zwF&`=D2LQOtz
zB;_HLx0uy-qtce5<YylNO-@T*Jt25J%Yx`Yo)a=saiml_<mbgS#`B0?>%s^+%`B8J
zMsbE%`scXO=yq+1yrCb7<BdRv{hI1s`b7*Rr8iJ(@DQ~G`t&kj_5eOtw<&nv)@*jQ
zFmK&-6#KeW$6DJuW}~kDrn8M5mrXmz)vQ19v0ql)_~Aga*M?fUXPH(s+)w8cE>0r9
z*E;NX+m#-z-#{B8Dwym0-l7$oAM$_egJ^EILAjqD;Pg1LZEA)VQS1P1-yb3_Z#c!X
z92W47RagVq(oXO3u_U#P-N)~W<uM1fewdh$a)ComOF8vlMQ-izMcdi4lKy&1YyP!$
z1@+pn-?*F8gGVftG<-&;R>k3<7;|A6pKG-!$!Wfev7?M1|GTz99B=YRPOh<5`}g4#
z?rCkt`}YxhV{QuT1*xJ+<Qjf@>j$kIvXt<<oH4YZmY(n~Y4x^O+UBsw9Jy;Acc_nj
z{G)6*^js@)`FDjp>b=N)=E}3aV}F5aX5VIQa3*t2qAl~eX3u3DJ8}Ve{@%#n>Rsf3
z{I}@p`4eJj_B8#@sz6>*XaoJ8T%J5OZIN7jE|tz2F8AASq#X;_lH1u}v3YC*I#jA^
z(&brY^ld+?u()?asQBV}sLtBASW|;@iV%}eonMQU_o_&3d_FUF<`6pk%9{@iJjF*^
z?jWc6Tc}!TA-wvmm%YbGI&#rkUst0KyEm`Jwrh8Dziv@{-?loRS%I?z=N@M@_P`?P
z0`nyiN471uOuP;(&M8SYdhP0EwRUc8xPRO-G5^;LT5aQ|Z=g8NfL`i1WDcKP7Qq7+
zL<$eL0{W|MnkZEDwj5i3ka#knztBDAXs&&mQ(A|ObnnCh`FQtCyhk@AH`c4S1yK9J
z;bQD&oOO0Fgq|()lfHJzxMq%wPhU+<ELUaz&P}<O>uTBcePNo}zk+_`-YYuSh~=T>
zC*++~`RPxa>OAn*F;a2PzTU!URZ-_V(a&jKTvu8C{cNsOtFw8vS%1pe?o1btK25yP
z=ObCw+lDn%EOtL$iM47kux4Yvv>HE!)mXayeQg=q+gtaLZK*)zG}&Tj>ExXctW4b_
zM@*XHZ3djnr#s>M$?ZO!X!qk1y7>85QiE1{=j2e970wC&04oDEAly?|iABA?N#wDy
zHf1rlsBl=kd6-vUaKE!`5?zE4NA9|)vovdOq*-3E+TfHKRQg+OZgzDE9ck%CQ59{?
zaX*Xb&Iih4gPHDH{_}o%RFg&=Fnc2VSNKK)f7RE$YgW<sk11+yeBMg_yg!USHCe(1
z2d$yMe~TKU$CV@N*ZFzO;O@LBvKmLfzAvx79L4IsV>g!-T^C&@F(irEZ#gAh-7GSO
zE}|ii*75bZJ7{^=2IN#Ih;OI&YE<n<aZ~)9OFcR)mfg!+)6KX_+_SOCwaay-(p@X+
z5!nTJ?Un!7vBhny3n@+Br(a`#l0|aFZhs1W@j<+-Qqp*~5$Chs9m_>?ve~EOLDBX7
z61k}NRCcxrXF4#L_K5sk@8)sJuwKIn(ObzTeFFd2@e2=d8brS9wzI;6*Q-DBi@{m^
zz4SJ|UTP#6r+N_LN9EuDq2PcE^i9@2wxJe$d`t-)xnd&sDSGI1+E%&?Th*%wyjm>Y
zU_XpCfBNdc0aYWS+2WrP<5M+7u`VhvDzd}5Ls*aFPJxrHv2NoqDO@5a?A?O;&F=6>
z#B~}+S;Hn71;Pr6;HNL-WmgY<`Ys`&FL{fZ8A<$Y(<0=QKSy_Wq%!wb@OSImvfi^o
zW{W)5G%L}L9|ZgG_X+kAxy9)TW5k!aBk+t@=y_HLsvA<8M{TrIxXY*u>Fi-)j8FS9
zw5{InVneP_qoqiwwut?{@8z=#`v}^ShiBxgi8=krSNBG6i=DvUx?u{_IM1#a?(;H(
zj#s?KHVyaD$xS~D{0{Yvvarg_(ck8C@U<X9Jzzcx>&dfQP}Q%C$md2$v+CGwl#0Cy
zfe-qs29APfB+{^*cU3;n_i#>9_n3ahU%dMlFZD^w*ss)0I$|bM^6XP0E3GD#pYlW|
z=l9_A)jzA;$jymAmu+>gK2G$n{V^`{Q=>Nz7x2D*iE=4COTdeL;=kJM*zQ9a)59%@
zMtR>vj_G{q;~ojFV29BuRQdTKQnj*3>mY)Izp&4ZH59k!F^wzyjxa8P{1K{lPG9;)
zTkHK|;Jmaw(#>!?TgaH;v6NcXw$d?IsDplVaYtUW{a`y?@dx57fxqI&y#U^fHR0eR
znKtqat2&?1>L@TFM^5_h6`gS`q}T9CqIGLlBR_UA;z__Jvi|j)>gGL6*|m--tTg9^
z?~+^H%J5I0Ei|k1P2l@qF0!gT;d)xXZspiN&n2-W{uB9}ZBJLe)T60=SM%%D6WF(A
z0HvR4px@Ir$pU-5DBy*s8n1@&@qsyG)ci@z9r;(7YRKRPmd{=(0-PmwfA~bPA+f?P
zpgz4lnGKHlE=$Dsw*-t{$*a=tQyZL30{o&U=N$2sr@^OrtyJ|0{==R@ZnD+xilz+C
z%POyJ$}GgX=P()-`vH4^MAEa3JJg);%874sxf$G;n?H-!n&h9S0|A3+4&LEy5*^Av
zF6B4(-Rw?nZf&8sggrdUy9erPhN1WzxGL)A^`=Ton##9_m$Q4SJtybijlE||nA5If
z;rl&b#=p^>YHjs4T_p7wd5}u1uZueSY&0^qSc0GWbNz%hd@k9QLhIxed0kJ6lk?Jf
z(TO_x?S}UH$9yN{gBi0`Zc*x#{Mv&&Pv}+hFuG*t%fJunJu8S28=jN7j6*xcQmxCo
zRX$L&sq2l$Sj+gcVNcd471J9Itd+~#s(we5*vj{=4lyy0NsSEbd)n!)0WPtCD``==
zXx{v_ta&GT7=L{3Xr6J;vZ%ZS@8xn+t>I(EgyhTguGoAH7)SWIvHPze;IIyC=gRr+
z^R#0HsD7P;63?!+jrGi(=aNZTn7ap>!wWxw|4QpEpQT%q%1Q73HPC>cYVOte4HbXI
zv8o;w{{!dgQ=*&n4?f5xD{ZGX1A<iETB0u<=HpAl_*M^Q_dAog@K6`Blv*jftaf7L
ztaK?qOZ}W$&#t9nl8et??JqNOx=}@1k8|?gh#nu;2*v%W|7ncaGB}!EZa#oLhD*`C
zt4|HjhT~b`_WiZX`NGLqD%)x(uI)|BzP04WZ+GK+YAIs#o@+E<%V}0)Qdk~y;tPWd
z%}@Q0P>1?a1U}NC>qPOVSHy+KJ%r*c`=zfXIFnUA-<tGNX)859`r>J;1+)cqzWi1o
z$0&0m(Xx`+VuFVag|y!)hTpi&wc21`T%RP|V*ynvzEkm#su4mw3A_#sIhj8c59R7Z
zpYgw^Gv%RDF>?FXWNrTI^>m|NA#-QXXsL2^ecxWtB6GMw0o{PcQL$6{Ne3S=^iQHg
zr*-nj>o}fWd5HA7R@ZD1(UI1sSP`_b{=xOFalY&-j%m|JpniEE`rFVabavPQS~+nP
zW%=6E^KoAM=1L+*osEKqawPV%75f@5msJvvQ{tLlTue*gmNT|1?Ppfm`xSb6v-p&_
zgGP^wqHXhR#46ttys+AIzSsMlj2)Smrn}w}{=s#q{oU$x-*zuAI+97j!IKGGt@JaW
z%(B+i7%#i-CTJNx>DC|IH(E?+G>WHP->;EbU37HsF2S2z@AC+r+Sfsc4&mkSi<nc<
z_~9b~&f*Of0_pIObUC;P&a0ksPC6(5)sn7OFo*k@8nm(it}7l<*QNn0f2)`(-AlEr
zM=GA8r86sV;+k7jc<2^}Pe5H3GZo+e4w{So=1!~UrJGfcv(@;o+_T?*TKALd1T-IO
zh0aSAzy4MC7*B6a$9ljz&>-6cG?B_F4LSvwwnHEv3A)6Db`!u)iTG-rdv-NbZq?J?
zl^-k*8b@=z&7StdlJ@k8<Emj7<%i-$^tevh#+ky$Ip)M<ntSoLi1_DE^TOSs5A&GN
zzT9R&0o`>(5pi<UbZ%$0nLay|hPD=Z!0b=h%Pd3mO1LeRu8#a<XDV*Tzmd<VzH}wS
z#vK2qxmeo^=c!izEJh|J5j8j~vwT;Hu0@Y3ZG*i*7K(GN3hGXd{%mvb951%LgY^Wv
zxVYb2w)Gs#xR%mfcwg+E@=VZqB~55UscKXC3~(r~n2&u?+ZiGW@5#heuPszgL8l^)
zQ^XOoiP^YyB)H}yxVnjknCqftIGZ=BnZN<r=lni`C&ONe$*S(@aG?j>s9BJFT;iAr
zYO_}HKlb#*S;BP%p$4JBUJIpfVyYjYKf`^6OR-4oVN^sy8`1pNPKq<2(QeARA?x^c
z*`5TAs(hEytKxiFd%gYLy%HS8H>)=0dNVuHo@;HC{x&YOT_JuR*BF?lw~p-1h#PSJ
zASLFkWN@jRH05y8lDzp%#jQ&JsQE(uiTTzo$T@kg@(7f7))52zC6or39hGDF%?+10
z{E}5pG)bvXduwXItdb_Uh*ll&Zd|PQV7^vxi72va6TPgmhJ0(jlEXZkQ1SLfq^f!F
ztnqQygIo;wdgqRqKeV1!`t~C1iyW);o(VoT?rG)CqfTD*c<B|PVm|s?9;4gi6rS9+
z30ZZ!$Vy9w*DcDe^RFf=xri=JUoMf0+~{^&g;(PGTsITmgOx^ax~4gwKh%p1&*I37
zeEN)8ZODFRVbt;$>@Rr%dx<@^*ni$3Ca%73K+CE+lQrD!O!zB9Mm(irCpL;=y`S*@
z(0Ho7s0h7V>`Y2`l2bW?zTo}#&g9;FKjyAB0i!kOHgX?yo5T0Ho0uyBY{hwaC5+d9
zVkLYe_vu_h2hMVMl@<)oDrO~y6EH!7mt;zpEAR$Z{CDj&hK~`@0Sw+TDvv6yFx`0G
zHJEoTa^;1q4)b%X?+w9~61<pHGHC=GJ7cBtsI&IAl0}LnF?dLEhgj7hLeD<7LG=xc
z!6`qv+K&~6(y-uT8veAR(uSI<M`#AK$Fugi`1*VDCZ5@Uv+~V67Aj{-`AY`$hxm^7
z5tN=><=af*m!WtH`a)?bM!pDWbNG#q+=27x>iT`7uul^(2|A7&RLTUe+3F!NE2-1(
zM-;i_Cj5CJd9U4Hsd)TmTr>gWjl08Fpf`atL`Q^Dcj0a1>tEP>aUq(Q6<E#-%S1@a
z@_jt6FwRoaoAcAAbs0X&L~d%RBZB@nRXr*Hg*ilhNq(A?E<W|IdpzLWLQ**j-^z9Y
z#|XL}eTgwiO`Uh;`atj`ea)<-?<zN(oAkmtO)c$Arz*7w8jt^+I786S)H?Dubw8S>
zAuc-l2z=7&h~hDY&q<Tsr^&rBJqSN1^Z_*Gg%VQQN#)C&Hm9oo1@_*^Lml0(E05o3
zVHrpGf>cfE-S7)n`O250a!d15)Ngz%`n9z<p+7{*$CjE?lIGTnH*jrpL<v`l7~yJ0
zC3c7A^C0joDUMLu;`;X{gxX|<o9LNn(09<8-;C2-%Di!BEg=rjzV9To7Abw1@#})p
zl)QUdFRHS4it4ja#STAny-Dl*4(74~wz<!uxE@}J!}gTZQRf_=?jWmQ+9aU;wHf*1
z;PJeaW(8Jie4}14<!DbB{Hh_h=u4Ov)pfbAv;=|M1>zuvc_uSBK=~yO(QgT*tBVBP
z5W|jC77zWpaTd<mIuYAUKWSB$&|8t^do`3dE?!c;RG^OG;by}dwJ`5{-jKjQz0<<e
z5;dXkIl5WKB~(+sl#tH`>Y68P+i7Zr+L*vmf&LG)Tmch*2s|Zsf0#()euf%KyQ^Nn
zrI2ifH*0{JHvXLOAz!;D+^tVPZaAm62CiiIdQv$Y`>dQ9-eL@UpB^b<XFkP#s!q_p
zPCV(#c6cX8+F#(B!aC&CCoT9xE%EQ^FQaSGdi;247hE%0X=VneC>_VgD|VyGv!+S=
znM=s(PVHRmT5Q{g;f49f>zcYlr_zMJ6f4h*o|0@}Z>9Pu(C;Nh(cyc=vt{>$cT7`K
zo+0Q_U!}9mX~%-pT=BgliRcqK6Yzj~*<WB_0Dsukg-`GAAjUez8!>I}hz9}ADn~Fs
zILq|g0p+7DsxPPfyVByyC#lcj+04U*`jhfUxTYRg=L|TyCp@}^8qT@Rm)7BooIADQ
zx#FqM%btuH5mP_*mK&%h&%HQH;WFO;6NEk>gL4HmgbBZ<NACJ3a;nc4=aRRwrBn%_
zIA@c?8Qgz@`0Uj**Vm$t2|evW&@TeLGPC5KLJAL5KFP3+*Ma3rG|w_;HE@-NJ_yEp
zRzA0yrnDe(xi4oO2o$Q{pn5i#H)=o6B9WWgt8E4WgT<J;?*(`bTKkz+;jo9^aqC#w
zg6<3DrIF{XGy(XL!3PZeD}l|_&h0$4$P*$9e!oLICwHL2$5$|PFL*YPQ{PuG(Gx)5
zCth3>tqD26Z`=Cn(8q?-w7@h|^%{|D{Hu(oiF%jliwdQol^*-kW-sq5T9AS50=Z4l
zyAs!s;rn(;^q7=3)X}%0Q5(bg?xR=%zMx7GOC&U@1^JA4{}!kN?Aw|ldiKkd@Q}uw
zL3=F7U#YkTT%>Xd-z!$tfS>yKwDkh|L`?cGfC|MCC5?Dam^*Hp+LKFdY-}ogL~SX}
zZJ@tp34FJmk;ihzk`k)VgZ>Hja>P4&=*NohaW7f%#Jv-FxvcL#1Nwl`^RQI?T2SGo
zIKI09Wxcs2V=n7-(5S~lwGfHA&+U&PrxZ_{=vn3VWiHv>AZSsUl@_PFKB=k?SUF2x
zczl!KP4saS-G$A;*2c%@5d^&;SEco1c<<akpXwQPTG&#;gEKU~(jbZllm`|{=RpH-
zR7OtH;a7*1U&__XPX;{TDqeR9Jr3yRzjE1}Jv{I}_TNBEMmDWr!hbUGg4MN9U(y?E
z-@q?~{um#dR7qDo9o0(&KXLC+fB2L;s?W+xT;d2lO)lBen;Xw|qf-2z_T+Ino^dsW
zr<A@W*9=LPA7~JJ-izbklggSA&%>x+VZ5`Q;>jm$0|b69I#pgz&8AnS6Sl8-Z(xuJ
zA8p8uD<6xIhaKh4=AF%hGnR-sUG2n$qJ^~ma|+SM`^CA;N$lG(bTOYh*IguxDo)XD
zE=h-0hj`Dw1a=6#$S=C}kOR(#Y2WL-B%@c35DT{%fA$}v4({u?cIOwy&gPe?c4R4v
zbgoX@3m@T4-C9!x1N$0QD@8R+x5ald54i6Y>!hhAdmFAFqq$G9%G?e8*iSiU*?Wx>
zmurwjr@KdyZNWeCxv#IRba)9b`S3~>Ej*L2{w+oqT1Ruy!oS3X9ToKXd7e`Ba;+$|
zVHA%#=ww7ZFPeBBd$)!CSST<C85KU5^Oheka=aJvY@g{|tW*iTcH~-12G*suc-x=H
zys9VbtS@a^_lx2D!z$6Z{-de&XisXlJ(XI%9w39iWQsOVhsZ-mcaTUHTxdgz=y5xU
zu1r5k7(f4h)0yKd4dmG?JhYb?6^*I`A8=W%Auah3z~#TY$m)+`X?}ZqZvMWX{M2ZO
zxcRLFb&0qv>~rSfGrRdl++(h`V+92SyrgGkEcE!Pvw3jTBw_eFP>FW6$@$<r9>%K>
zgTlO`W<{JeYx1uA@y2TR9hBndMCk>J=z)KpVNPypWpkpqYzp>!x#~?7v$xaF>@>}7
ze-Vl)cuaKKm`1y1y-_j4`v@iUZmYX;&bV^=$aja0GA9>^8fDLkIaZHE*(ulL$`6a_
zB-Z-`E<7OS78pdUvA@;D<X$?SpPf$Up@C<YQIFdN^f9lFQrg^PewndN4BP+5GPCVB
z-rg!rPWM~NYQE2d7v^>@POsbCO?>IVvXxf}bIt1|GU-2itQV`xU9Y_s`x@M&2U+XM
z^<yQ(Vi4XhoGJ6})MSu(f!{TMKoyUMXqQ^J8H<}m$TI(&lXLdPv-80*BH_hp_I2D$
zwQttJzS{Q*zayGY-Nl!FP1Gkovha<GJ`}&V8dZN(Lt7quogWNJm#tntrhD6l^U1P#
zaK4!!=ilYcZ*xjf^)<iwb(_9&zCPPX@mr6*u3wA$RqD#gP8nL~4e69`ctz90?-4cr
zcAHfE%W(nyl+7E)oKOLGYd!Q=UVURvAAQmTjT@vkpju(`1oBZfomqw3KO82iJ=sh1
z&iP=W*J2(Kzn1%4D?|aFm-vj;J27YZ9;4tOHyv|nrrIuU6gw%~XjOR@p}yp;+WWbF
zi#JrMdK3ETnI*T}C@F8(#CMrK+bQpet>RnaL8|g9hHcLerskGn`h@?2sQ&Ve9NMs)
zbV*!HQwA5(_e^`o>z@|W9=kM<^{uXw!jD;L&84qzB7d1M7jv<SBd^Th2bFO?P{j>&
z*1mulUVAHz9kYNt-W^U+j{9W)d4A@yx)t=(7q3dxlvaPavl;sK4Ii!A-*}V0lM?-Y
zlZwUgy??1{<}UT@V)OYq{A7DReW_(5?^?2eOK~Rlw;#+-jgRp~n-JtsG1I(rfu5}#
zD^Zt(IYPc4klTV^2;_{udfRPQxjkv?R#JGf<I;LyRs;pjKS(P^N`Y9?+wd@Yvi7a4
z;&zfg<n^(vyFG={zkLz4JNp}IT>sT+Clmc<$sL7`inC#j2=l~+GWsTtuh5+~mWh@5
zYAoir3#KOZD7A$nABJ=98;iAb=dM%Cd7Ojzr2zl*9Kmfz)G{lKyUDG_*5La?(u7TK
z4}DqIJBhk7Bl_X}!JAkIGNUjLIs6M};<(b_li^&w+*$rJ!I=_vS7%@cKiD*aKjb|_
zs2y|FaNW2)vMrx0zKH9#4v@h!>l(v;?&BGKipZRCQ8MLv8Xf%Dn5_F%#dAcW-_=b=
z4zMMUuUz>U`%>*IO8qYsG2gcAClK$X8xzln2A%U!_;Z}WZY*NdIK7|qgN_`GQMg0h
zdN*J)Ni1ryj$bVMpg2Tu_kVO?RtV$Y<&d1cA_IFRd}{Pm0yhNWL7AOy@i^CO+`Y^u
z{-_P+*0om&U>P5X-_9!kDj!@bfw5%QDUR$y&+(@~d&LVRhn6&|48AY!>>NhBPnXlH
zX1WX8F8dVTSZdy>#orR^h}5<fY0zm~eZ<FuT)N-}HHYjIcbYx~uMpb<|C5$HHz@zZ
zp6uy#UZPG}{OQ59Zyuy!`)6~;o~NS3>7g_{v7|gSZ7H>wyqk8k#2OE~Xc7%4@cTK_
zX>FA%`uJxJSq@#pe(6gRx~IRDy-I8&{9$XCFy6RwkT_j>p}hXfPI}p<5%~mT+=mtK
z>AyW*GoC#O+$9DSbl3Ae?m>_GT`>;SxlM{2RQ{yeTG1Y@ySQY%gn<pxrq~bJ^>H5k
zK%L(7&lT@JWGoWEFfMqvH(6C)%B!~DqD#L%sXXF+?5fXLw^L+Agn-AEfoB(>eyds<
z6u2gTPm1IUUtLY#@b0{^=NZKXJZ{uN9<#5kiUl=n@=gK|d6a(^I}};RS=Y8>&w;7J
zdD3+PrwQlZo3O`oS$<JU3YE9FpU#y-f7ejF!l(;wJ$fI-eV2H~vD&W2S4E+Up%T~9
zYDSghqx*Mp+T11_QPG`k3*viP)N<b|AyhT$I{~MuV3j2_vsakR!MkPd{U544Rrx~5
zOL5QLo4`M^@Y?2j{FrdXdz8P-M6sggHhg{>{i&B%H_8sx&Xf$~L)pos#uGQsid!_a
z<pS;@<T&fHsB`_0NL?%iVkIvo-=e0qrw}+)IOZ>_A9EYPjguP7ML%Bf*3<L&UBMQN
zIhTqjBCq^xWM8b5>67({$Mt^;9)83Vc5J4W^~0rAWgDf5WbqFBDPhzK%3ShE?3@=s
zw`<nsz~r_`s0-?Md@_5k$l)Q{8M*s(6j?;J1O~FI;pyw$`19{`vSi^1I{e=hXq(c|
zB^FY-U9Hb!G2uxg<7v<Cj2O$v-Yt3Q)cO(}#Mj>c(B8JZFV@`u%$Z9jl2hJ|qFe8H
zBg)Z}@4YQ;y6m37;9|wG+J&OQmfsEXfd7l@k*go^vocAdf1w!ps@)wqzx^tO>wGhI
zFfaFV(a(oyH1zmNadOR3%J{O18+HstL$i<x?jpCUC&Y_Q1qt;d98z9rjoKGb8baj}
zj~SOoI-Q;`aSi!kQx@)Fk>xlD^EZTJLh}F@6FDGYIPUdC&AWlm)8(1XB*qRd{)Jd~
zg6`PHxEGJC-jRPz*}&i`y<)&^iW~P)D7>lck)rBIoanQ`^7c{;L2Hq^?{ANh96M>8
zrE%R!oSnZVd98EQKb)>EBOlsP$pszAFYu1sw_p+X3cbnK{@9wIkJsc^#hOTUzxLZM
zC>&wnp=LzK302Ql8<U07309@P(4*&NIV-|ikGfmJbd4{>mzz{&Xiy#$Kb;5vt7al6
z1$3lbAMt=(c7K$Uwz|@(v@3?fpp3Dt%{BKY3D;UCO}%Am;2Bx@pbg{i49&yqZ%h;G
zpDv^69VZhsr^<aU7LI)Y`kfSGGmo*-gwO<fzU`8}8rZ`cZ(x8k%vP~yc$Uor0#6fk
zFhLiQeVc>w@PA(!^Q?mx3Hr-y`l&DP&f8EQp11~l?M!%1R?oOLYpKv%Sc60CEcS~o
zNMNGYxbA1swnj-)Zmp$fcIu@*Po690P)=r7W7)Sr-rVK90M6<c7n-u|&NfPa$TKDL
zn<`JI+4qs)0+G2Pn8GGDlt+hREwElj)g$#e`AL2XTt&vCb9hIt9Y5~dHJ3B*R`cSV
z%&Xi?6jj(p3xjG=lZ0fR&}S^;@7mfyO*!h)Z+U4xYEoX*vd>nNz%4GGcdqPnEtq~B
z_15zZ-zFDY{-Q<_lYq;FnqafEzfk(9<K34UG`1OaX%^k8T}yyVpcy+t-;6LYKhRb|
zyxCzt*_Bu=doRggHTU_e6%rVeZXMB#7PMW>cWTsORR?RU?39+pE+%+LgdVsm@Lbe=
zCC(`e(Ior~9UEtB4n1DNRQ@CN)J>uC7dgYW4)$jJ7&{YKWX$fqT;;DgT-{I7{Al2O
zv}lkTFSe98K($J?6H2G4dtzJ+ZNeRfc**qHDH?L0P-pu0S*6*f4)erl7ZW*eHv4do
zfyLZ)Z5PbZRmH88uZ9)Qxeua&ja%@eipQw_#ro!tqlYE*zrq~xY04i`&wGD}dcF{@
z=-HSeHuQssdqqW8o)&5xzYo@9%njjQbY^)&rK#nztTEL6{z4x9bwA!M87bm3Td0_D
zbIUTyQ*#lODzsj{TDyd+4(v~3aeiy}^wDB!<o2Y6LHntBjqmhuz-0+c6qCyK(1269
zdK`L+>e^gpct{PtksrP+gSmfCJLkP(r7!oK+{Dn)jO&W?A%?sVMCMBeY#+C`n9*Xg
zhl-WN&n?idq8r{T0EcL(3(Yk?SSqa=`fCB|sVE00q%km^{?^IQ`OADV_NG*jU%$6)
z46VW7HF~mrAuX%B8Crclt2j4qwuFj07ANH=z~fSB!6)St<gQtx#KP8VM7f`vWsL`(
zX4BeVrJCD<RSHv&3-6O$60Ib1SYj?DFiZ#j${Vj|lK68|4rtmuS0^d$c6(&1d>?9S
z#)QtNY3Labm~)?B7fF$AN9>o^-cKjRcdu95(30u(cz<Fv^zIS{wg}+9hItk6#G>2k
ztI#HE<gT+D6+hGN;C%Xv+gsUv_j2Vgptt|h%Pu_y#=_%cHo;eHV~=Om$hlD?Xp^E8
z_9LH(xu!=OUh|PRCm6T`?Vk)^8Z8uFtGb?j@sx=2Ju4SCb2Q_OZDLF4Gv!GP@PL>S
zRY`o|{fMhSeCcHlGTRY21l)X*hD{j4nI%l=*t8xi&3vY7d8O~=yMm{rs%P*sO&u5_
zm5!L7X9&Dke*!O=Enhz*V6y)8dn%31tZ!~>*Iwljh41kte3rg_ZAV5l)@3zl&69^(
zagN()-1h?XnT-ywu31i5%mVjsiD&mKK*QdkMrRV0o|Fm?y^E%Em3?8d$Az&xb)YpL
zzjaZB97|UoK^&PBCRMIqZ@8D=6h6VwIYRl?p_2w{=tq$9Dp#gAH|*QgQG8F(O5)kd
z_lDx_MRUCf-d5CG5y@ZcJ?FhCn|V@?@qGPPxUjzA2X5by+cP-dek<cS&CB`1M9n+<
zQTGi@yAlozToXf5RtRtds~Q3?9rxVqpd*hd&-3eIZfZ;Rvh65l7QIi~(<9{Vr+;PF
z^3K%8B?o!c1OCREZC0OB&#moGti<bGc1y*p@tLQn&UG((v@4HZq>P<evalm5o>BM!
zodn-hR4DC|c_Uh&o_O4gcvU|VxlJDzt%L>~!?o=%8sJMcC*X<@es{q=mwzYu7nIN#
zROaX?;k{-()$2Y#x2Lc@FjFWjP#Q_$cX(}AvwNBH@P@&>&@xvbr*(7iTDdr>1K->B
z(l`)b*+g8q;nMQCzt=e<i{FPX7tnoN!CR{5p<bPYsd`DPhaFeG#aOYchvHQDDJxxh
z1*O%1=cH;D`c_|ABieY<`<lXF{#PqVX$5XMv6?pX@(FtSu)Nak9DQXS7Z|dgj~uMZ
zr<@kZ;3ilr)h!kn8w8)e3A*x?tXk=me7Y@=ujE-KKQCC#=ayOov>GYD`sHUE35}t8
zDF(EVUhZcF9v_h3yrS=-EhTCb=71FLJ2kFPN@s5>6{jJWReu5aGf{_EVCa7;+;<n{
zxV;rMyAQ=V2$3dyhpGB(;9y<NhsupBx;w^EK=dk6(ei1^Y-o~bS-M~uUN_)`(k-NV
zSt<radRF5$yIKpC^T16?UVk{3Ck8e?#qZC1$a>xLm~KPwB|-;cz4U5ApURkqckg<I
z_8@pV-LF+LDb1!lJba%-Z_7mPO87F$v&&)@w_8J-O4U@Fme4m~=m(_%q|$!qH|UCc
zG3OkReMot6f+waYy}Oyca2{ukt@eCu-)_ab%C87`So5mDevQ`;F>;VqPv*_aP<g7y
zMpB*){Q>M*HC0AmDb3Il3L^#PN8TNNQJlQong9EIfH0q0|9ST$#tD6EWg-{p@7@IC
z&B`Js<2@BEXsb|tGw4g|SS7-Mms9sqK2Tb)6BK?g37=6~LTN0X(siPY*l=IN^J2{9
zx!;1j3_Mi5M-%tdtFOt`5V<{oIbFk9^**7U7}yV8VMEieH{n79s_5;9)nTPcd>t#8
zsW|KBM*UdYoi{;zuQOcrv3Owq-4dK>fld;t$JnN(12A&54zGv)!Eb?n4|Q=VD?=y8
z(~y+nggK>_6ZcTPw0g$sw;`hApu+-V*1Gphpax;(Bs`w-MqIOWsxSwa!rqwc;mZVf
z?Th_2Hu}-rX1~Cv0b=OySn`MoC;HWs9TRc(F1WDSk!B|9iqJR0y;i8W$O2n*9sMc^
zovQj;=BZW32=gV;yD~2~i6MABa-P&(fU`v7Bzy<&Gu?o;C)A4&$&$)YJS&|5EodNr
zX^DuWrg|vXTTzxj5WLKP1@!eU9#muNDuzBF=wAt(fX0plKkXs(9SI(p^TP(HT-dju
zpvrTpund?%@G^}0Q+`2yk3W<+F?tKD`D}VDC08@SV}c{%=<kbb!o#(tws`hofj%9y
zoP*i7$PUAE^J*iz@jw|r@F#aIzfpZoz?%!z7rLBqkMViEe%A%4b5}wi!vgLxFi-OO
z<dzD{4fKjsUqsZizQVXZ4?4Y^pWk&+JwXF{U5B5d$9=DA;3rB9SP2~Jp}2#`R=R4a
zUO99hTSuIr`T8HO74{Fj-;{qIu4{smv^yi(v9E6<x><K0ym%yQZ40V7V(>4x?}Cgy
zz6EiN<ZjMU&}{dG;<8KTZPe@-Lcg50p8luiOrp0(=p(T5i0Grx$amgK*D(6e!g4A}
zq7Rx|3(y(b$`Q=7dMp!t+L_R$_hf)i4bB{JfC?uJr_ecb%(a=-%qJ&ia#%-$z3Q#w
znM+1U7mxPl&W&Hlqg$MIV6B6QX|YM0bt1pe7KhP>Kamvp8|R2rP80>avv}D2ry?ZF
zRoYF?V|GrcDrfcCX$-o4S=$zqB|bV8Fk@Pj7a`Lf%nt{v=s5>!iN#HSaD%qN>=kre
z9>sf9t|QiJ>NCDyYDnLHHoEk^ruOTgkd!c^LEAz!_#*ZQ+_9YoZ!apd+nkeI(`WPA
zLUzLL`7*9neFGJv7c%P5eKCA|kPN8O%3S$r6Kji$(y8Hp<=ggQwAr$ijx61x`LB0k
zx1Euk^7EKzr}YwLFAn15YCqXwr7OAj?I#0U=z4+I@5#^VHjkaTKrUNWK*x2=secSP
zA$vOEFbKJ`My5;~afx30y=K4T4>{V(Nv|{Pj*+>zg+6TeH@WgcVclhXOVO*354(&%
zEqcF7FplmG64ml8qCF!<Q>*d~so0k{@_hGuRQOhVqskmB>0Gyo%=zxFukCDYIvgsf
z`E8zobAL;7MkTEA`kK$|HFz>PF7{*%XNu-4wt=<%TWLefHFC|oi}7<C{3iPef|9Gv
z5MGxOr0b7h9_wvwhHQ10jqAFw^Q=bN{!Ptg&Vl{nN4L}3NdMwyxk-hERlc2aRtZlX
z<0i-SDm-i3W<Gs3PB>I_&|UI06lY$pqBFIMQf7<?XZ#8i^IPT9=Z!7R%m+DdTDo*T
zbx2Ixw~EKwSEhQedeMQ7k=n4{oy4OK`RRM~ThXUlKCWE87iX^@msBk1p;&RP5hH(e
z`@H+PoXp4lu<s)BLk{+H;Jdr92aWS9O3i<S8d*)}hqKSh(=q48qy#JJmR3uzbnJ&3
zhd5AWF~^mfN8Q%UmSx3QZf{f4w8~e7Dt~QGb@l-Zyw8)>st9T@VWUjOy4qpId(gy3
zWo7qa7Tz}3mp}Vw8n`y~`@5SuCEt{;BT6OvciGZtYFJJAtYUR@+vX(lc%3fnJPYxo
z0yaA0ojXtUPqbjW$@8iEpT6{T!*H#f#C|xDrqOu2ryLu-mK$&1N4}RFDed4HZhWc)
zS>iAA)X{A?-=<JXm=`P6Gh%+&Gh#4>S9(H-9lu?@h*~dNOY=H;QU8pR`ksUS8sg6#
zBCYgiD-)>K;4hTpLMApeHuerO#o9vQoagIP`jhZLR9-fWRQ&8bgT;X<wb<jS3r+F-
z%TsT}@PV53DYD#r(P`R!P35e*$FqR#!mFega=)y2v+*e9Ep?vXbQiofc`fH$Uajtf
zn0WA+m-eh`r!#!<V284L{lYpU&*hqdFNLL5bGkP#l#p)%<7T%-^+jUs{Mct@1aJ6*
z7`ME^`{(qhFKIsPH}!?l<yI&+nBa^x0W;aJ)>}&4vO*y5^v;Dk^MuS)wiy^s>wQ1*
z=eWlraSP7uYx5s(xL=<$V|H`kk#=J5huT!2?;k4o6z{BMPv;GzcN=x~b<<s&F5oX|
zXGHxC2Snl4eb{(Ai9Ex-u~(jE%GoceS@9{NQ|)KcwqLv496q)9895h;rTSeP7&V*N
zFvh6|VK4oh@4M*P5^MA2{$2vlPxzTkbJ`)iPg^6u{?Ms!AGE=umL5|47{C1cF9~?T
zrN&O>&|>3Rjk`$p0_M@y9JTU0hu_WA9!ACT=2Uws>(H0o``$O~o)@F@-TlZuZ!JA-
z&?bruTgK53^J~$^D~PS>c<=vdJpVMJ<*w^?`s<6|xxUxc#Kv!`u;;%f-0ngu%^d8j
z>Y8sFCskeYn(W&+JH0q9TNcED*AE!&qmNN`9`w?N#EOC^?~2MkZwT0_#>Z(PUYvKQ
zAy5;va$#}GOlSJ@=p*^kPM)&nK5er-C-HOL)itWoUB@^Iv0lta_ZC2Y-_<_2*2UQu
zM<wnh2ftY)H|?pZ-<Ua_EMt4}7_A{S=^lg_e2{+!F6K8yn$wzdE$MUviF+?4U@f27
zTt=d{j82&WGSGPs*RK|B$kPKEbIH!9yhzPG>R5Dh8)rdYvg7-u6k78pS>0Vh@dw6=
zzXPqzDf|IgUO<1neJG955(MglZBOr}=GJE^_PnzR-r|&IwOLCqD0Vp)rUrR!^|amV
zw8O?zS+H9gx7N$yT#X(Um&aYXeqoaai~S7D)>3~53Kh$YySr%H+#6ieWoKghncHY{
zpMv_>*UKq&)Jp90IF#3B?jhh3Z7xw%_oXVi_0rhEK%PfR;0cfPUt#zLZ3fl_^0Pa2
zbou-=xa6@2irpxid(@z3KTGLnY~7{fdmD+Laq`MulyTQxZ=TXYvn-bsyET{;p0Jyp
z5rDlw@plb8sOC@<4(~?bO9~8aK)t=ZXi#WRPFdn1QI`}tC0(|kS&?3Ef5x49eWy3G
zI_KtAP7{2eXmga?X}4sa^4~S&9w%fcg4<?rXZL!%p~ES<G4qGSc&PWQhUU~8RdqEV
zYp@2f!OA@5<`Q8XJ#{Cgg&d+{!+w&7O+C5kBhKCJ<!Da(QiLrJpRrAFWwF|Ej07gL
z&E+UUe#uMYe^Z!wPWJA)P69{di9N-5&A{OdZerv(>gAj4Jgz2mpBwdi*h25pdV_F`
zDIv1Q`_Yv&e;RbXGk5NMp21b3b^itOLr4jpm|UOd$J?PUZ&BKy@|2wPMnIR)huaof
z&sPlZqWScUk&&Wz;Y~ck%!EcL%5MEDn(m)+WZ;nt$fM$f{L-#XvE}_|GJv^Hcy;hE
zLOhJtU!#q+wUKk_J2`9a8uMni=hA+H<eQQGjl%AedALU?eF#~}&8J^SFT1o<+8`$w
z*zkFcz&(M<lNAqe|KWx7pOqGn?~Xv4^~%u*Z}*kHZpx=8IHr*$<0$vuU`JzywC9Y&
zt7XLLe;Vpib}yI0Twt$!+V!3AEm?w~TjZ=)5xJa_Wm|}5{QQcTYLs=hnC^yk#aTV)
z3&cP;99l$aSN7&UbG}VQbnph3@S310Y<>_lg<U)@a^di6Y&9~!;!fH7L}dybb(Nua
z<eO7%=%KH-bUnD7QB&N1|9p(~fe}`)8I8PIo_rpR=8@$iSdH23-D=Syk0aImUYy4E
z#W@ATlC<BQ=W#(BUygVAqitH!hOQPn$gOg^YMBi-s<?>L?@t(BZ=(cinEyPQz-M~8
z5;P+Z`g|0cu9Uv%>Iw4i;-YtPSwuG9>(J9D0|myIi_iAePV%G#tlKKm9Gp{L_uKrF
zo;9=M){9CpG?VmyT!K`b#zvQ-#Z9LR=v1CY1<lu3R}Ov_^QL02{O>CW_(&6a^&%Cg
zuw(1_Zj%#yw5+{}x-yScYKGh$D!_r-+*+3uR+;mr`tZvN{@5?%FHNv}XoPItMfrNH
zqS}9cK_lEC@CxTW<02YgY|3L_+bWFV)sFAjs@-Nn{!{amOXStBI=%cmkNxXtbf@)r
z=*O)LJw=WE>LR9Z1u#+sU7W9ByxiLVpn4winAuEg(Po95Fz*eeH(HXbl@UuLt7jgJ
z={r4|93c=VXdEkjQ?t$#TfCI{;ff7EYZfja1bsD1FTY2420n7l$=Kf`Rqii#g?fD)
zPQWVB%I6}7&dC9eTj>?7UlMpmMg=?*&<@(qyM>f?lBdts6s3os6VN&Q>`*xlDPCVM
zXmdkajSS4il?VL>Q}nu}$bIa+kvxT5x;&E2A0LuWCv<}rU8nL(;WjHB{`qSk*{t|i
z+SaovAx1iQP$)h2C%mon@NUBa#}cXgjkD}}&{lf9?queB5rnnJ-$b3TG0?LMv1TlU
zBg2ZJH@c3YOSKxwU$M978V<fPQh1!yME3e@;hE41`fo7@<Q!7mAi(1idd#R(?lJ8-
z_<{$8W{5$*hf3%$0sU#Fw%;d!!wUcSC%m-M^N2UDTT<ywy>eVzF=og`o_h2|?mV^b
zpO?NY>OkOfv(dWOa{cq?RB)oV*fjVk!=I3C(P*+VV##^qCV@Pmn-fzlPrHth?Yk8-
zooC^!9iLEYbyJtnUuNj0Ar$QNoae2po|{kLOqtwv09jSC(V?B_@WcRF=gUPL8jvGZ
zp1oaN&}?_1EoZN2YW5o&FAqE@nw0%`gnlW{d$MsXZDyTa#uKuC7-2ajI6Lu1qRM-v
z<3`36Ca-#>_0M1L(7C!(jbfL2$<}(5(n@Anl^CuZmr9phyR-5j2TXTE4?M?fr$tFM
zpNdnQyYCQ=rMFPZlHCfUa_be|g)k3ByS>jbf2qQ;@ewWN_jd8-S)5e$JNocvf%!|^
z;C4V<o3dO4hQ`Ydk&CHy+HwhRX1d!ylQE+XQI6v>f;KYFOkG4L2A5=Dniy-pom~=5
z<Ljn{xjetpK9F`fFM;OAURDF~KJ?fOc`46WTDzqVFryyby<At!|7&e7^C=?1@iO?z
zYd+kr2g4gl<wt-^^tOh(+#AxBHkA>0*1D*}e@457UE~3C7vnnQ_Rc{xDN@8t*p;m2
zr*U%9C~jRU1V3L*;47)T7&N|--1ec2uC<R-D?2Hl$KBkr1#(T4jr}dU+$zH0Jri2e
zw0%n|#yqC%HOd};Pt7BHy)8#aMj9Mar>t~ny9<0+4*b4Lz?<ggjN`W?sXRlx%WQ@p
zv!u_@XQGBVz$cbVSLnpHvkwUPKmk3VbPMU%v*i!(M;!XXkCX3oktsjxE8oD-Gl@#C
zhgGR+Dqihe=rW~B3vg=y2L%R0KTo8{8&-5_#UKeUB##aWRot4Obl_CC%kX3A#??6{
zbbAq;spn!U+=5p!p>d!~oC&;}i_-=A&Q|(bzA18&?4s7t)iVu@BTHR4@!Sq_e&fS2
zNA~jF?Dg;!c^I|AZzs9xgSUsl!xu7<>(qD_m|6cUp|7;DeWL_)9H$<!ksp3kpm|n}
z!1XV9?}r02`lUCcpP(y``DSB1aB?H$dNHN(=u3S!=-9s8srFEQGwU+1FK~g|zph1>
zZr>3B%XaYT(mg34$BUtVIH1Z|?QMPsq4ZIw%vad&v=8018O2KHfy-GR`jlIhPoUQR
zbqF4eYjn;69<{PWPpzV#pOm8h4P)5K2OfmMv-yw<dj7yG<$=&+2;;2-vIY2)HeGGT
zR;wJ1nU<#F@YAWd#~TeiZvv<I&#jZn+scPUExEc8I^1$MSj*+v5d{ZRy*~c>n>YPT
zXbJ;bLH3?eom4(=JKK@+zN>p&^#h=faR#o92@cQ|{#vR&;E=4X41cFMPG3>hTL+gI
z;AB(j?SZ2{5->(_GlBb+_R*F9ySAy4j`=j(E}cgzpMZ-5FT<(^cuf=~G(0T)vzmez
z0$FKRb-$e(Co3%v%(pRv&kJg?Vu?&>=uOaL1Z~TxMG5Xf-(es8=^9G3t3WIEx=HA2
zZd`W@d~Yce9*BTZrt*2vZ6fVTb=_-6WsckVQOkauB_=+K<kG`iiwWm&_8@vR@H+x}
z#0*$_o#3^xDx)8Rqv=g|$#Z)?HY)pHVHtJN*t92(!Jnd9^)mXb8B6&`q;6K5xJo$J
zO;#92{we!-fBol5Q*ghkrUd`cpMO2M+_QD;zVL%Uz3H)8dAPl|2W5;bYwm1+iGNng
ztF!=k;l7cthdpIf+9p$1@02PxD_9TD?Q=|w*e2l3m42j`->#@W3ZowbUN}sit&^}{
z?@E~y9BJHf=|_o~O9*<`yo2=w@a|@-Wi5H`<~#Iq_y9v;IeZ;~bHR}*;^B_F(!Y*j
z0e+feXXeFs2zXbZ=>ntDG5A{a(t@3aF>;OSKk?9@VdUw#M_J(ue3SH>>My47c&ajI
zu{NUPU72#VqJS1=<?VWV9RlVZgqN49pTz~MC$Zyz^$N!nW>HO-Dhihfnji`IX4%lP
zBn9v8Nzhtyis#%U)u-^QHCkz5LVOg5O7M&F<Ocd8eEwNS+HkZYyhI}tyv+4C)W+HF
z_U6ReEm%D#ye)wX8C)sBby~lNr_f8<seCmLiWP)9<)5pT^UOVI0`)-9^{U??VzcHm
zJh{>~4BRsYzbR;{{(^cIAc-`O=4FRFWmxGucv<OgKa>>iAO;+;wmZXznk$wjtLy2Q
zV;%9qd4ok%Z;beUDYN<b9XKQ21wE*RG}rb&hPF;pnhyQI#L74OD-CX_`MlcyHm{Ay
zOXxkC=<DdMj`f!COEhy&M^2SVLfs$zBu0NI_qlWatIy!_hN?f)-g`H#)ErHPJMba|
zPe95)q*h)p;GYepS>b2&yG@!g{I`Mo6SNlAqU9xce<S@vIKN!}Np2YJq563;vw^c-
zuEq)q61F<}5&G4gT^apQJt6q63?F${CJa2wG53zE9<7|^wUV<vp7Ok^<>BAvQ^sKj
zc(n+b?J)$tZZ-{S@qp3)kaq{hu*!ecD^NWZcy8=%xP_4ey26nWQ{Lz1Q1JZbWS?}D
zp(jmXqdf7^icY8B2cHxn#8G)#2`|II2$f5ecTSA3eao`N?R-iD>l1q2Qa(Ia)2QF+
z{79qB_Z4%o1(;2<yh<of&hWX=hK*4B7Ma=jg7hu9Qp~l@WQD=1r|C7@PWQKtLEKgf
za0wOuH;}Y%WhnaPVQ_8~Kbq`l1}t+k6{bVis(z|~zDrU*<!-Pc>U(wNW_9`s;2fbI
z<ioeuSz*=>oA$!y`#}j_%f$z168e1ei$I<j(6KVGa&O>4Md+3_T=RgV0UgPAZaw8X
z<YVUTe?mMgnq)u=VqWVRbI*>^bDC^}FC7I;SwK7g=jh7gYI>r$C`u8ch_Yr)vX$<f
z8zCf1h!7%ci0n&<N)kyFA(9ZOsFdEFb5lYoimX{fzbsip*7%+251*f(UhmzRIp@2*
zduN<S0j;Cbb$m~5`R^jD*tHxf>%y-a&B#Z@Ak{8U81#Tsrh}wW80E^C`l4EBS4P^4
zGN2BOGCeW>!UN#ppA$(>zQ9=lU1W#XWqkSAQ+!j!c%)oJ{x)$t``TilTG{trEe6+^
zG@|U?6A8D-|L8#7My-&riV;Q&e~!r$om6gV&xr#t+<&*gidua+bCD??)&#=A>sgGg
z=%Yq38}-eNOT5pj0odEJff`@uoHXC9pBkk+1=ExqSn=}!KelBX+glX~=JP|r$>%g2
z)9S09+jJM!H7vsS0d$7g`Rf>PaDuv~S5wf*KPP=%>IcCGZi1C=9`<Y1iM*);HgmiU
zqnCDulJTAShwB%y&CYnP6P|(3f<Ca1Puuc2ZwJHr30>t2lQY@vIZwbrn=AKCPitOP
zJ%;Zi8^ip@^>FEsB24ttQsN3S`2w#+c+$2ze9N4IJJj9WJ7x#uEO>)*(Gb{}?E_;+
z8lZDTHuv(1fPjOy*`6|A{-;?}oaFtTX^)r&AzvG+hOw_G%l^T4$N;;(JcZJ4jUjy)
z?d#F16MiqS1DY#UzqApf*P@h=$cyK0=k*`XhZhM}sO@(T179Y=!rw8lw~F@1xp4_!
zb*lptA1#8FgPpNUv=$iCzO~z2s@cI7pP=%TA57RB0L}ii$L(jV<xUQH?D=y)EZ^E3
zXO#X2$F@AhCJVjs2Hh{y<IqHQ>DOUpX>JD$!#R*%a}xFPlF;|RG${PBgpK}qi{&h6
z#{GlaK%Hx8uyvKjE(|ni6}%jCb33va=iSPQ6XyKd;V1a0!7#9k8imc>(pZPX+G=iY
z9HaHaF`0GbgOQhcPK*I}2n>^Eo-br~FMfcc=z3~!t3RxKYXr`Ips%hr>&?uLJcZtt
z+o0pThRo_>BzqnBng?a=WxdA5!YbD@Aa&oOd1Fk^qu&|@la8Cx_1MAwQ(dse{nCIV
z{te-u%_;up(R-MG-vf7#@qv-f^FZ}#fseMCqJ3E$I0hKVkG36z>vSeWxXEf(*vktJ
z)T8^@&e_Aczo&6=j3@LsbQixw43=m1YljvMZ{Q|9XEpEVLFTb&87r7)z*-L(4TtTl
z<pK3`*uH(kxx?tikU{4FO#ascvwk1Nfy>V-1ID(NA0HUUt~*?VISWlL^7}I}I{vuQ
zX6IkLQ~erDhPtpbeh+xKNj2T?5JAtVS;$FK?fI_mQ?S9}6-wl2W9T+$D3)w*hv~y6
z)4IDO%^8c$d;lw~n=_AN5v+6c1A6wrmgcL0{1SK3eOPXs)*jog8%lq_FZo*ihe;3L
zh(3YWf#LkpFEg3uAMXW!Wuo8QGH$`*dph#!c`vBm$KalBlfczU54XQakZ8Wy^OkY2
z+<FnNycC0RBj<o+Qhzk<?ajwzx{3GT_2azR?8z6<;Cum{YhDLu4ReG19i34g6U9D^
ziU6~TJ=x`ny_61S*1Y-AMlhx6PPlfb4v0LxV&*OEJ$nn=nwSPOC%lh+7B=nMCiC*$
zhwx!kb9u$jPe^qFqRunZuCX05Vyo92Gs5T@;H?qRYg~IiHO>Uw7az8}lrjXi47?;+
zgv3J2N#}6Lv!kq{>;(Vp{{o$z4Z&d10SsB0!35^CcTK=EHuP+ldk%E$^$NaB&xf4e
zAK}D@V)}l(BZ|79-jz3(TVwjwM40s6nfksIX}xga<v%>ZyS>`^_IUaCW*w|JeTHo+
zaS_)A1@m4KW;K$}zH`DOg`99|6f~+iPIVl@nk;-TO&$>hUa5}oEXV}B`W%EW&6n^4
z0imKt`SHgeX*{uP@uU>#i2rjg@JFlJE?l`|12i_AhOf0{^f=aBy|ms5X#SDr6vaBb
zUh9V&vs+=6^8)a{Xbdew6QF29Hx!un_SsKty?!{J-#A{>6E=C9L$BFKJ@JVRU6zQ1
zv-s$yGd6FhVcoK$a6vl-m%p+jto#d)8eG-D);;)Yd5UIQ|2VL^_zwFvxXjs?CoFDc
zBlx+*LJ{>es`GWEdgb4io{~oTmqAq_(q0<9<$5+2YUc@E<gB43X!m?0ypztedNwDZ
zL7cJbWOtV8`Z8N^bQe@_(M7@ymR328?>*fe%#SpXpFcmvVwxLs>ebr0P0UZlu_Ir?
z^x+TT_MtlR0<TIIhUMrO@RE6uXWaj+y(IACSf-Y8cQqY{HL96PwFrg}Lim!DOW48e
zoYdd*E}mHO8?NUZ=KT&7v$gac`henLs{6YUN|kd{nXV6(pBtzMEXOz5K*!v`6MDvC
z>Qq@=8_iV%QD=}nDHU{@>Z?>ga3*6sR%h0gMZIns|A$BWbO)+8UafVW`g$_f?|2CZ
zKl=`4QDgY2W=&u<-P_}@I|2spy9xp?!d9elQ4=?<!r+L12-G|>mM^r=!Upg11YY9H
zFTtGp5b$W2GVX*K^_?-ZdtRfQ`IpG49-w&cOgP)$7Y>ekOV`y0%_b&cuuBZw={Z~W
z>SKz(Y|pSBtrK8Gmtvmiw*|%Z_3!b>_OnJusd==IQ#~;17pZq*szmq?OM34oJUz&%
zCg4E89GKl+C2l)Fb#@9S`_+--MwYWdRrOTjO!N<q9<XV=1yXJBnf<<txmW8yd_{G6
z7Mk{5A&J`WW%?KAyuAdXj(=JdBH?sxt!_@Tq0ce_=jQLAjlpeLx#JHQHLj}?$MKT!
zCsEVaTyP70clm?*U@BPTw5GbFtWu*5Lr&H38zH|WsxKb)WgDk?0a{mlR(}XoIlo3)
zPndV5tNhlZ2paVNDN%2;^%G9<xoP?QMfZAQ%&7LEJc2mqKs`G~bE$xiy<F6$m%L}@
zP1a{sCbKznmTmZM1jJSH+zmz4*9QFL1-kFT$`D(m4#lG<V{vA`HDEup7>suH<b<Eh
zNfUr^MsIo3wBdqRG-6#ocDaR)N{}=)Za<1TFP^KX9yc<A;ZMyV?N}rvH4V+=Zt1wa
z$281*J4BsP+PHRnR9lR61$w_m5d1aieIa3ID7Z`;f`PM3S=8qT(A6pw3+C;_tMkK{
z;e%ORr|Aw(+`+zfF2bayb3~6SQ>UsB?9vu#u8?qF%&|h8&iZ8Sfsy`toN9y3JnxKz
zouY1pPLVeE^n~@dZ!>xi;-uziH>-rd-ItFKW<Mlc*hHFb8&VG_&w};~%;IYu@_Cbm
z`*4HRF79a<q)8bbhz+M`a8c+PEQ$`mTYA^wu*O|z78o$LN|`=905yMpaeOlfuD(*>
z=#xX>y`U*vHn@v4XV@fmx0v5re7X@5NBuFKKXN%L32i|0%SZ!q!5vr3(@DcLQ2S&x
zQ+r!JB|KdQCXMca_iM1*)9s%0;)@4Qox-^2-9z!d)K6}x*-(smKTYLxn<mOHzB~is
zBRM(lqtF*{>DS8IJ|sS1#MN}Yk7_w`Y{3Pzy11A$#{)WR>;tn|nU23M+@txMNg6g&
zX?A53jlHp0J6!S8hq$aSdJd!KBC=bm#L)tGp=WgkOMci4chtYcot?u3|KU~Z7P7$C
ziN}}K>aT*sLFm08oWB{pME&Pi3bv}DsB6-2Q#o;hCg(Ms36VBJxl_FWXY4*NP0ve)
zTY95J9kAUx7qMeSI!1T7iB$VI^s^g$u6uz6j5`L)jsy!lr<w?5XKcEta~AF=eL4Y%
zyJX|vM_{|>B-XQMLv_QNi)j8TQ*jK~$*&yIgJlzw*^7i^so@km9BkZLcJsS0FhC8Q
z?T;}L4)U=9NpLW7D3pyo%tcK%iESb{iYbnFIcae_y}X`WjCua9WF)STOG?Hu%kr~8
z+5>1E7|kE9x^oXgdgyTd4i^P>@q;aVs8#}1(p`+|j^-eY?JOP+q(N%6;+4Dg<Wo)|
zF!b|%G`p)MmyKPCTP=fmcH2zFR;{SzxFzfJ#rrCmeOE!yw?^>eaVzyk!?EZY)|-{C
zQpB2}!;L}k=w=}Z?Xe?hU#-@0F=_^+_2mYOqdE00TV0XCNSn$hFWkj0bD#1lbiVeX
z83l~=sY*CWcoak$B?8lHI?FV7eA(T)>ago7Zrr{a?gg(Dy@7LLo3d>;3o@7fiiXiA
z+fgk)!M`?s*m9CJea;G=K5Pp{eb(Z)TU+At`TxO!qjO1P(X&-CA)GV=?mrce!UyGF
zItoEq3(+g}3jXz8haC<-68OtUFFh%EM^PHP1E7H{JP-w5OlX&y<IzZ(21!e!ziz(B
z^DusMAo>`%Vm<G+a+dFPAkD5SSGuY3PS3g6KXyjx+*+M+=;<n`mvNI3rq^;D`6gbS
z=}-7o#x#G{t90F5)X$G;jy$PpBU#`*X>4_Pi<VqyQ^6S{>-LvPpULD8RGTxs7~v;N
z9MM3g9+tLk`^1TJfc{^-)6;<Vt_|cux6yp_*roCCs!E46_zQO5v>O+ime!OF7<&i>
zuSPBF3B~{QlkZ+!!WRv_1!i}*;OoEzSmnP12eEWGQa6JWjxpjuf&1)l#%%~~c?_L2
zQ(;>JM?2D#yuhpvTXxr<(dX9cCb1^(6kRoU$XFy^P)G;x&J#8<(jBb9;xCN)j(7Ue
zLU29axP1qYKVFKY%S8`~x+2_P$ejx%`v<cFusB%(@<W0@S-yUWB6#eR&l#>WVk<s5
z(;G)kABNVmACQ)rYIjf9iM?jFOlWkIMw3+X$V#W2Dlrze{FR20N5R6ixfiGx@$rFM
zF#Ev^QLChDX5od{J>dQ>A3Ve8+#~NbSl03v=ev3-hLdej_{eSBe3boNCm><IOc+t?
z+vfH?%v_zynEtW7^!oLTdW6PF`yTriaMF3y&zB|AV5;`N?vQ<t&X{SZaF5C>cri4Q
z5B<EEczOeAAT#3G1@ICZtAmYc&(Y|*YW|LsK-aAh_QLM1M(U|O3|lRD1){b{*YMv?
zq=~lZsx+4{>d9xM>%?n!?(^i1L!mqE5iLAIO!Iv}-ky=>!<4*UNZNo?p9nny`lX@l
zdd^DRQ+6C1UrnI@`ZCcEb}idWgxC0_M}2<!Q463t6Iz1uhDZG7_Xs3xmM_FMlj+|W
z@u2!~hBNu{<Lu4o{X#1Xd?P=!l8@Q)1POOxp|3Ni9^^J(^?<IGKW=rBKC2Ukd<~)N
z>PR(SL37=XABz92==MK`Lzh`nrkq2(S6_3tI^2#lib`Aq<dvug7YLoNo?LPq1wK<R
z$;4U0E5iM8am2;`%=FiC3@;jr5iElh|975xkj_xj8^y#t7t(VEm0j;3VIR(_vB1r9
zbVwU)6c{9YJ^9vZ{JwXfx?5+U&<H%kaE97A>>T;;tK?^!@rjQr`TnlAl?N}avU;xO
zK)Qgkf(U`DjPPF}`~=ed0)JGRZ#IbQ$&`c8y3|ph()UrM$?eRJ%pi|q0#hG0m5JX8
zhuUEn*vWJInyF7$+Jcxf(m%8ZmJ@djm`$4c61{%EbU@igxOkFuVLQ@Mw5NS`6ns6|
zL1;oTU#whb5cPTh+I-y(3omaVjB^*ch$8d=%_+Nmh|X!C+8~`R_z#X7?L{}68fN{{
zQjPvJ5j{F&XKot50Rmt4gjpNM;il~|q=6bDVKf>V>L}M-6FIFLdCa=1Rd8z{u0+x`
zR3||iYtt@j&uT-7<{QT^=_vL2wv!94Am1s!SkVv1U$}#$jp!_}I1s*N%z#Av^ywa8
zJ6`J<DGOo~Hb3N~p?SMYM_AqW1wh&n32OuvBV}1gI!7Yi&uA?mGH^HVGPeQejRV<-
z76&n4Tn7-ji_raa9WwbGNoYmknQ1)<_Z!M7!yf@@A5rTXgMKkUei!OE1>>Qo=4^c%
zE7dmW9Vc9s>GL#65543@HJ#wEH|-%seb{T<TB?)I>N_P^t=q{_-RE(GlZR!LjR-zq
zgwsge0=p8D*!PjUIAJX54S&+*2ax<O7kY(qD&<29Q>GJcBOM&Iu-3x}@7d}#Q^_Bz
zrIvbNx}XWoZIwiPhlBV`cycC1qWlZU=d-i@f3q=KsnVUEJ4Kd|NuG|*kEoz*?zr7F
zy6?fwrnA~QHx@!?-KK15oXAGVM|8x2RS#=DC}{$jxSn5Zq@{{K!q+Z1+8CZc|3~+n
zonjv%9cit1D#Rlq13|VTm2|)}q1S{qL6NuAangl`O@g8M{cWUu=y{Z1ZAhc+M#?HU
zWjxY|_&8445#hrd)XBF-!m--yW1GwBTAlOR-;?Gd8cD0GgqP&i`jXx-lSvEL;v{Ts
z#;(4SaA3E)oOBc?9Vc)RPn=k#l&%v0K2fvivIQJ}998T09Re#*WMAFB?;)Ka%Q*|Y
z*tex!MTQ}*kDh{rEu?kwMBhpdqu)_xmc|Jm;Oo+V%u08-&>!mhHpzHt{WX?$tOeQz
zEf(1vkVnMixTRFHWfIkb=pz*K=NvHziIZ5{b6GH>bQe-y#%Rs3{f<sxD>Hfb*1e4C
zP2jiiAzXOiw$?^C;*%?gEQoX=Qr{_~o|vi|zVD^lSt_zJ(Fe8s<{hIi`yHAjY7MC-
z@z$WLoIJDo!>GAT8W^ZgrA8ZF6uM5Cycw>Z=gGRRu~(1p&0^m^-bV3v()76X+Z<S3
zVIw@eqWv!cX^#=Sm3>eV_vrog{t2zxW{@`c!Lu%RX5(#71MwX2U1xFU*l0#sB+FZO
zHS^k?%|KX!!Vd}`F7znrDNemdy8bI4P<)ko)f@z7i#npYK&nTe`IiNczXS<()E~@-
zjoQN~<CIQ6ip0Ei!&I$DMl_xXbO<zL_iv3M&9fDov<FUgME)R<d`w3usJI}okNU@l
zJknH=DTDEEb7kz7`keAI>J7R-VzD`mF@rq79!?rqU;_`sQ0%#y!K|7;oN^U(-6N@#
z)kw$p+M`%^!dpiDArpSlJ*1_)Ra+a%c?;p*xb;9fZoqX1C-Sf-NSkgGI#a%$^OdmW
z7;&Gr=Evg$C~{%p<w=vkO8s%<i;xq3C?caH|4uo~zFN(5yLF<-t%VQgcjnZ`8BO$v
zSAQ^mf4kr{!2@{ZZh%7iwl<dx$})nxt5t=v3(eh&`)S@T!CT|QNWYJy2Z{UIa+){7
z{-Z!SyE^#hRK7f=0c;-U%zUP0V<%>yCigwZw~sQxu*0pD{Pu%+LRnAs{q#qW-~JMe
zS{08oo24tWus_%OW5o(qZ-<GktkiScdP9d-As93!k}pZKN4PUdZ8l7SE-yx~BJ-W>
zwZReikQR&5z1B=C-byNLdzo!Goi7=ElK8-q$@ulG1@!5?5Bmn~gZR)MQs)69p!q>2
zmo6I3Utc&3=N_l<{ZZ{u-6X-)>+9j<%LKf!{2vyX4P%S+zT=Iy`n-em5B`mtFaEBv
z?7xQ{emw&ZN6_9nJ=(CDO+WIZuTJ9cgzoZfA4As0-WM0o3{b4L8{yK_fo#>(?f7%j
zY1XR`ok=M-g#A%Rq3*b|^gY97Jn*hP7G2u`<%X@*b`={Hr^07k``0;UJhUD+j9$(j
zFO0-^^3#Rpn?Uzi8Z0ni^3OA;aY*qa(27rHdZW(c+N2%qZNn*G@*x0ktZ;-OH%WUJ
zXTgy@&v<fQYq?Ej5Ig-mQ7LN{1vi%a!S}kSXwS~g=+ht@Z(lKF<`KHMBc_DzuM1!?
zFq3zCVTk>$#>?_1H-2iTCA6TgJJs6~+*~#sR%#Ey6zg~N`;<}5rE@gTIlx=}81^VT
z0)5=qLzkD0an+O|?19N%4EiyKO*N+P<r4DXN{99MOf><g)gCari7g9>HIct1pTwLl
z_285(<&j}8&}G>i2tKwCZmitF=sH<tdRw#z3(YJn$YoIukC^Y7Ml#%uW_ZUA=)VyA
z-*e?yMHe0eW&F<4-7I+YK00eV6)3reg$8vs8~^R%>k|#+--IpBg`K6npAG|Ew+!76
z!|0V=`I7}V*`kcPv_5*6_$*lx^YWaRK&Rb1@$Tg&@@nmdnBQ&#b}nzE&Y6?R>EGG9
zGgrC&#>sHMWiy#R1B^fVW8)(i_<Oxr9`fxL7qzk|9ofde`QUeIH%r>y3wDldb<yei
z2~i)A7Wf|b9J~*UJyibVj3--io}LljbcE5o$r%CtadFxjykokXJ!x(X+kQmifl7Dr
z{`9&)yizm}v6}>b6Lw4MwL+mwXg==yK=(-K>BxgS$Fc@-sj%gwGgO{01@nkt*ytLD
zU#6abqHFrHo&Q162QsY%v+w#qD$X~M7pK>gk5-gHR#%Q<t`qy6g`0Vy${fQ1xZr|9
z=ZKsEFV8L5Xv8u!dH0>S9+b`Lvsts@n=$%r9IJcsENg48r~1(SfCeLN@Oje%@Fv5Y
zd0p7T8XS8kb+ah|z3*wf+U+^lAGwq-pSBJB#*gGT^BO5%lb@kq{77sySVtas`v{-5
zu#YOnxFKN|+`O6x(E~eS{hz%-+Hwdiq)?#oVedXI)ISsE;##d?v_=L>Y0h50aF#!m
z=FqbwP{VhA9ba1$VqKel`og9yOvQG4hCtBhVmw}c8Xhict{$<ssO`DQId5ulDZ~FG
z^xb+B+U?yAOVhUUvU%fi;jFr_zRqxb>{ZMJ?wqzsLPp=gId<yEHY7AwPuW_^dxjmx
z>(?$r{`DNJPMjq*8(v2a8q-21%u)m%O*Ky8yQ=QM61}a;9>@DUZ|ydC!CT4i&bI@)
zE?B9v9Sc@&Wb-oZP^<&oZNn>Ow}G8UZe!BZUUZGLmqfdGMR#;xq_I=pX{w5~e4*S%
z`HmSQEX0fl{c(biB_52N2I&u$FlqB$X7<|GZeW)wbk@>myzjk-Z+9Mt#b)$O)?&IZ
zcJ6JOueva3!xZt^_^Cmhz$wTs@y86yPdIP39a1eqv*^u8_=J~k%3R)b9|FeSz}61+
z`L#8=7~o=rE%#^f->1tN^{$%ubOF0??-MupmJT@^>d9sEO5o?jmw4Y~l&EL**#Z;!
z@ZK4s-<7~$MryiMI{d9kWUU+qg8tW~(z&2T?3Je(Klx$~h-<XFe~?+&4F|#lCNSye
z#MwBiARY?Z<q|S|q`o~x`zjtl_lt{w>IyBNIkWm>`XIeGE1x|PY0fcnXj`D(!i11l
zoN6AQH@S`89@_HiDGmAjMhZ~<u*sLs;)aQh`M|C*@GZHs++^4a&6Q5|p+(eca5M3O
z%NAQ{Z<dSfTT+=Mu9?;YtRIh|GnIB>a-X-*^s`1He1<=#d&pTEIZn8e2(Jyy!76w(
z;oSZKoBtHx*u0mpa3*cZot+{PjtU%t-rHKpntK;uY05er-eCq47}dROB+#169_o2~
zxF`Z|wa%9|j}NE&`s>Lph5}ycIEb+JAis1g06P!JmuS5t!v5M?UpNzi=AOsz{12tg
z6G8uIe>vLzDfc}SDryK~<daJF&1x)bS|Yd<O0MJ+cI{#R#wW4(7iZXr>rZ)cn>?_m
z^D15P5;)ZWP+d!PUEa``+pF_uZ-x)L$A~k!@|(*WsrpCLak|la<%anc!L!n!k{Ge}
z_`~fK%6?{Wtzd)TD#h!9mKqx#&x-S|@(-zxc)`jVTzp=}sKK#tYuPRk{C#AP2fmth
zAIx6=M#2j&>Z$91FeKiA6T1?mz~glGY|Ccg<Ngb#H&0_bM;^eW;5Ul?$d8<`ky&pW
z18yzPVsYLusB%A!Z3Z>q6`5`1A?qK(n^{Mczo!x*;=^Q^p}v<$Yv5-cIxq2#8Kyq!
z!#7TFf|Ax@NOK~KxxczD2ttmIgPtLK6dDuM)cgmAhX;V@znE9gnDO8>O7lZn_*3gN
zu1cx_dJiZuy@n&(mBGLGp4fi(CRmj`1af_~agCNA;2jOloS)9In}XDX{69@=)non#
zzGBJ-ezamH-1Z5>R|fadvVSwti)v-VqmZy8iR+B1Wa(D@(Q{q~+%ate!#h0XW^WtF
zZ3b<l&-e@Hd-aniwn}ClfWC+7pR5^baf~|`P@Z~rJ09KBSuHH2eL<f&OLvwOzy*Ig
zPnVrSv6dG98NjcJ37~U4MOt|-7^CfHC>67#*<}kI-gT!FkcMH?jl6+48@un^&HP=i
z!{v1YG34kiF|Vq(UKZczYKU9@G!+^~Drh%^JFT$*P50$UdW8%A3Hde-cN~qv{rjgP
ztub$S^aHG{w-FA%=>%7AWP_dMA;!CFlyR;9W7k)O)YiaqcZXUHGvsD0*8Am!m)CEF
zgO$fHtD6>`3DO762L|(gTlZsJ`3trzWe^g+A=NskpR1N-O;yoP%g_FXfnD3mdf)rP
zz1(o-TzC@2I-IuYiR&f}Lkp>q;8YBcZX=Vnlsia%5@|D8ca%4@aP)^>PmO@)m&SWh
z)C&7sW2sV2N^2+YK;jj6YP6r$rY9S{!V?@jPKU0cVUz{EChRH1Lj#{6y$_N;WC9!Q
zEL-EAVP<M4+N&J9)3bbp&!+EmIL$j-UnfuCfi!1!6$nmQKPgnnyq`h!?~6m$)A#$i
zBUPKgDE3snsiZ!92c(mwrqLQZ`fMy%HH6MD`6rRq1HmQT%L;@hQl@#m!&jb%vDN!P
zoS6HHe?B)IX3w?7INGCy@Dd*yH&=%hb!4pjJ<MB^L;Cg?zgiRoqzA!hm=@_RV|7IP
zXGqwG0l)X~^^@rPU9E1=$jO%ZooYgSd7^f$;-qdW@d5RDSGjT3GPt)S9P0h<#S2#D
zN@2q%Vr+O9(GNmb!0IU>3UPqo8Z|i9MHU)Jxw9NdtAo)e%Hbc4#nutDKao}_j$3vH
z>->4esFpd^o=RNI=o;CkQ%<mTY;zd8?lBWOo90m_z5>E;Jk#$rw1tiEk)Fk!;FE~r
zItAW|I$4t(!r!D%hJatA_}-6hwEkBa=~YI4qn6`ttkmb`d;Y+()cRn)X9HfP?*q<0
zUI+rKk5$Cm(J>Ip_|}#XHMqS@IL8SaAo~`e(dRlq8dBXoJet#*uoY7;@!Xq%a6Nw$
zjpY|k%C$nlU!?W$Z~Q#Ot}9vV$U&qxHv{1X6I@+WGgqv!cwcGO+)qeY2h^|F?BG{M
zJ_1SG)M_l@7l>bovjXAho|7y&*t)hiR=aJ2h>u5b=?ooc8Kn)MrgbEJ_=v0Y{j8hG
z8;SI(;3GI)HV=i)EH-PT3LRi~-&9@U9*mI(V(@!X7kN=b8J=bttDZaq4Mt|LTsqr?
z_!whepFry;&0$K;IVSMpRU^9ZFE9$ObPD3M#?bu3DwXsM8`tIxR8U4heF_^~N8t8q
z7nSss(7dDx0&uURxqQ65n@l~Ar0IBQOe_4H(ow!-k!9D__8KD$)dZd}QmH0c^xKXw
zImZh+v7O+R{tep7xtz2w=B=iEVb1Ci2JYtVDr%&K2L6nGo=N%?a(q?9?sa6<Z!<QE
z$>8}n8r1gh?JHq~bzUeqKE1S`;6+%Vzl!i{8)=NgwH}l-5ZnIUSSCD2S|6-alf((n
z)S3y2JaR}W@4y`KUwjg$@e4h#Og6D*xyAORyA?$(p))_+r(@<8TX@tW5{V~hJqw^_
zf~Eai{kAB^)+y{N(EAB(PiHPZ5k8Z@;0O4Pd`C_=%n7gIfr$|iN07%0fV>VlNIG35
zJdnt%sHDZAA~Ra}A0+%`C084(^?#<+j)Ur%{DU{0|M|!E_R?#x+U+lXOg$$2At&x<
zYuy}KivvhHIa1&xUz&OmsuQ2HFFGfLF6VyZ3s~gP7$kp)^6mTl_EIMx?TOuY6u{ca
z`usy0J>Nz?g!CDZ7GMrt+Nq)jh1VE$Z59xpqtMOdS=4&JNFNM(jIH<8=P#QaWS2Sz
zO4h;6)yXF3aI9GZJn=GCsmEE>xlWw42Wi@~Kzfi7&+)a1R~UIjSUj^HzSngp&w54C
zKE9AcH#gzau=z($c-@5R?HjzCF_lw4@UQh|4*31AJI=eXLhAXf8PeSG%+0hX-L<aL
zzwtfMvMe0L^^z`-sD9LSb$7~DQ)kFo8&>fVH#(`CP8$N>v;x8pO=8r8(wchueCnbU
zE_$TZyDTQ~eMS9XiRuE#)38}hGio)o(AD&B64jWRf8Bw!OJndf{ESV8ePKsr54?6g
znD=_Rmy<ujSB(yX&^u@PTk&&2mFQUX7?+>*#rAs|%HOp-Iem^2{y7>Rwip9>9k&TA
zW5kne>+uNu_3tHdW@AP<29SQ&oDb}$?mBW1i8uHc9Si7RIt~v-b`)HMb2S4n$5&R#
z_X=Jo?(wVbWzvm|xB&$ghE(rI*QGtPM$`T=q*p~Rq0mdWeDXQvCO{Y`=9GV*^g^PX
z0H!Q@OV|3FG7yD0e;lJ4M4BsXc1VHz4#5)52O}Ppujl_IoI3}>qg*tnb|wn$k#xqU
z;G3C~;mZ^cwCcAPMO_GtB-{dTJ$sonHr0nVR@dtSbx-zUrj-}@2G@M}k=Rw>8W+5B
zqwNmzV0w1M=|DagJh_cR8iBHeTt2S#T=?Yv1ZQhLi#b5*Cum&t8P>X8;VHdSSs&}0
zO2eZ|aE$qB8e2Z6p2e%{>Z^BKHDx*LzvJi?FWB3eZ57f{DrFg*cp1r~32iEo9$})E
zP2Q_$IAVY*#yg*$i5Khqp}{mxpF!DELzViDk+<OFk@?MKdF=7UNWSx1OYoUCh|#ry
zSpT+ff|2{#L3ngDC;X+X<sT#OC5h_|sW!o2x~Fe#l0MRoob;JqK)x45-M`5=qUeq4
zhbwjT$dAti@(J92lQ|o7s}#ny=^;}s3r!{Z0qM0OlYk?8Pq5jVWirhZYSI1|W^YLo
z>=>!o`rpQ<S^HGF7WM4ox2#c&4bAykY-9f$2=|bBhcsT1@NN=uzA7>f|8dRmTEQPi
z>rKAPQ}Uj^7Q4LM#r((Zp{!>yY2Y-ZwNa_h>`2!mX)Gj9&4h*(-iT_Q-Cum2^lvWJ
zbpxEV#EN~c-$`g`PU{UjoLj0_iY{u_YF&j#&5Oww%?6qmPTBw$WNt>vFVJfiN9Tev
z;v*aR+Umi$@|>>f+^!4K+H%3w!rxF|f|z5tbB|3}T0#FdSLi&|a73oaIZ$Lyq!(ZX
zofY}1K}Y7Wp&e3|!2i&FqvVs2v?_l#{}$_E(^NSyXc{BEq|o(Cn`@e=!gGr(g#3lj
zpuF9yAzaJ@trd-<nM_%POc@st*AZ7o1LZDAnNY2_BaR089dWIMyT8d}O89TwD=;|n
zNh7i_%Ba+W)q0$AIQ3-{Q<=Di5r;F!PH~D^L=GF=xjmz-fpV75(x%g4K>RHD7?isM
zfU-u?4;vA>-Iw}2jwC#vh1b>uL)ybMM!5%OZDgdas$fB*Ex4>f1A$p$j)Zm+x`%Qg
zU3{J4rjY*>SOmtj_Xz1ie!8rJ3*AAy%*5|czSK+14|dtL3!4nLtJS2WSybXqPWc`u
z-N8h@<NGg<javDfczOs>&EdAVNHlUJn`2WT{GXiu-~%JC&a{ue<+BxA+1Ba+C;ujq
zw@`C71mJY9zDU^t-QzVHvo>kT!Y97ge}EV6`5@^IiExEeJ_RBJJ-%x;d4N=jJVNc5
zD9;7TV>z9?De+BT*t`p080A2+;KBbIO=5=zb)+?%3Ez|Av480;_?qk?xR?nan6+sO
z_Iccbc=!s>@Lwu)uS{8j9p%w5?8XyL82}JI3hyq_{Hu-~pWvQDW}I+XcxW7BHXFrw
z38z`1`ClZBMVz?<iRX~KFxBu@(Pykf#bv48o?O;9$XG3Czg_OI`-;$+jJy|$ytZ?B
zDEC-!UT7S+WMPjNOPEBSPHjDC5alf@r#z*$e#yVel%2~R%l#<VDq*K=D#)97gTQ$5
z#>}R)B@@~~WKNVDV_~5lUhKS@>3{u*)IXFFHX%&>KpA8cF4mUxFy*V|3UQufx^Ez5
zR?pFV?_kQ<QpgKf3Y~@`%M`svSv`Aw!Axy&(7)FIkrzhNkE98@1LdVy*e=A5#!C63
zA=dv<iG3g5#8@_q(K_%sa|R&g6pV6AHOUa@Y2BSrknRb~%LtEsCG}~q77!3*!Sh~4
zVgDy8^Q-KpR?Uro9tMT5z_2+sXD-UJkb6AmWDv|Q+QR&+^wp!b^I=Q$BfiJ>85}A*
zf*OloIL6i%ewW>2dda)Fzr{oL*LOVnL@t9hg$v+_X)z2=-y_k_@N9YsI(+d(SA&<D
zAlHw4RFDq*%(VxT!Ku(I`V6%5)0cNw?dA6j@30o(b<oQ;k0rheX3cf$szY?v;b}j2
zyEg9OxY+(Q%gsH4O{)VXgC{4TX|=W*VY~}kxzZkOj&ZE&XA)|M7|XZ4WayIak579=
zD!VnlSkT^yt%(1CzmtODv(H(C_%Sf$ay4|$J`Aw34xgT_ay#!M%v0+oUU8_4kGl57
z`qAVgk1oddnTOzqG>C_|WZ-9?USQ?7mwDL70*1zG1`Zy{tWuw|&yOSVYRwpS_tjD5
zQP(tOd1ZTWGr9tcoG!CuOIIv3wvr1%dr2G0hbzf+c1-1=dh$!(!7Ba?rJS1XrzoT|
z&`dAjSAR<k9K0NM79GGWeSK`~t|$K;5eU;?`>>KxC%Cmmci0;m21fB2I7H_s9w>_C
ztCL;m@9TipRG!{`J01?d$>#W_G5s&@7**~@bJmS(cPmsv*1mx~+Tj=+6NsMP8GMEl
zN*`yW!c)(ed}8EtDLvPiRTkaCQvE|phs*bX)*SpoX25O>Pc-+Y^VegBf_L9tFyzS<
zX#DY*cpa=ZjE3gXhrn!YH)ygpmia_}W=`f0l)c$cASj#m`Cubx&1bWLru$(^O=FA=
zHQ|v@zCk0MQur_QBD|PjsMxy4N-Xsa&{)+!UK3eZ^h><1zn9*-4JwA0p+~t18f=(~
zrptz_wt3s6Ft141XyA(t|5kHZ*Hj*x-Jg}mt<r4rJd@eB+JHA&b`e*{^@r++(@fGD
zAd7XqT$TZ?OPXD*^Q%8v_S?iZ6*X0@C$EK!N++CZ+J(jSwUV_y9_0CP|H1R{A53lU
zfTACMuk?Xly3GbSWGCT<k1yawRW1%Qc!ZaV>|o>CS!{qykg`fsiF3>sFqbDcV4Cek
z{?>5<oXTwsrcZi`-htTcxynS(y|s1z$YmbdTlA5yc=bnGSGG0k7_<#J3ER8YlV?{G
z{>-!F&ocKa^j^HPM+qK{N@dRrn!tk5HT-y99v1pHw>y?TQaYPH9*+d|$3I?o`N`6u
zwe=DhC&T=pNPOFDD_#wM%_^l#OvQd&ZJ)#MntnujZ|wAZ35a#;s`G~LGMWp6UzgGI
zBS-ip?+@^4!hS~A!Z&HnWbZRu%g2n3WfNNy^^Z*hm>fMs`uw<s9AEtyTY40rL6fiO
zQ=}*7l-}WW4lIO+5v>@_5wzBsg$7S7<ao~^=v28K{`uH~z?L3sQ@}nv3J2YL$>?Wl
zxpt0Cb9NI)X>PN(DH=%fX&^ts>#(+cD>!QViieaJ<4;fGmFFLL`P`jwKlB1&{YiAA
z=cL7)4IDjJ9hzq-Q!h}jra_C#W8gwrGOnr$0JqeiP>{WmMHn|`$Gh$&AKqF15;`0@
z4OTRbN*dxd?G$*ky*^OS!a|SroYt40rhNy8*f*6sC6iXE{wjHvM&mZ)Alzd8ji>ar
z!8EfvYM0k8KtERp+4fT2RldQ6QO%&r@(-(*|4#~aYl*qNwnEc>AC#25Vm`se7!!Rv
zK!2y>T#ioTe_v(N9!QsXA$<o&I3@54s=E$RcY3B_d-g!eis>ZYOR2M~7;ofx@Q&n9
z-{od-)wnYbG&Nxr##s=3HvrqJD_OS7Bxv)oJASyE1{++gc+*Hbbxq-G{wuR1Z1HL&
zf2?wrbw@kO)IVxf)C*Ak4b+y|k&qaqG8#8#hR;-KeBf+75vYgYlj%PmXMc^ym3ShZ
z>@0UEUdCw7*^!`hcE!OTx$PR|klzILVVyei8rx!Ms?|>3QQ8kJ?%l>Qg*UlFc2D#V
zA0&EOnpB-g>o=djj)=vv?YC%#&by2P|B|%Z*K)vbhhxxNlZ(d5Q9#$kcg6q3a-Vpl
z8j~+ZYzK$J5l9#czdD7`c<YI}M;E7lY+Okn(YLs%D4b5L38b}aq0Y>U0h4>q=<9xs
zZC-f_g3=W!!OKEgoDc>t4X24Zg0IF`u{`b@+{`_R!%V9AFavj)I1j{HB^e?k{t&nc
zy;vDv9hVNoAK>TKM6F-^95<BbW!|9ueZD)o!^yQjxr1eMu~ukT8ps9qJgl=Bc1WAS
z<;iH}cFjF_>{!TuucSPw<RI)0A0ZF-KFRvp#`6T-sgRugo-K0=#uJzb4?fgIC%-sJ
z)IQ-ME>19nW!1=tqo85oDL#_<aK+RE=9s@`f*%RLq$HnhKwK-UPAe6v1w7_djx^V7
zb@EMq*y1fKGHZek9xuckbHXBs>zmB$%!_6b?YpT*qx!(Mgcw{AzXT)FFY%e~8s5*9
zGKq+8JUL1c>j0vs1_azex^7n2APo<?9pxUsykV8ac$gSDi@0b9+?jC<&L!Bw)Z}bl
zs!!)rlv%Nz)z`%zPV1w7ENDp>lZb?)sACi<^o2y+3UgOR!QpThSncbNgwIIxh18=;
z-L(f4i#Q$GwKM`}tsN&jeEAK{t^12!=fv~;v7<A4+e}BM&xi9;6u&d0gB)6!BGK#k
zkymtvTS8lTc<D|sSvXhp6ttN9nj0A%hB=k3AijDUh?*e0Qgj|};M?<T@oalLJYP!Z
zcE<h3I+<>h+NDmxQKR4E{khs|hv+zDAvWrFvr`(v5jG{fE8f<vBAv1oiptjj;i*(;
zoD40(H{;cUI<lqrKG;!up3xkroxfDF=#>MoqlQDx3<*6-6wFD9<zme7MW+dSm*OJV
zXPVnJli*Ah^?tVrtSF@$zh1H)v%ALOM#sH)u-a9Ubq|8TJmMc|^2*(8K!7WYF+2}+
z&AeB154EzFnfiQ20_*H*i<i8Y;Mvd^!R=7Lc$QdmzSMCCPBJg!PUe&GT*3w17h|B3
z4!{o49T~U%4%+G*I5VRm+u)K6+UC|E`rFzffpuM0Eag_-;=%LYp;uf_bUnHO*F>2L
z9Y%dH%Pz#l29tkoMf>oU>Phbz%=gzud}DSLr(9l*gju-ElkOL#vv{_<kAnq+J>|*K
zxy-k(u}o`-qYVQwHv2#79op|Dp)E#xnW@zOutHao^9@JA-lzn)p!<SHCUnsd7Q<`G
z-TqF9VWJ<$yZ1)IF%}fsKqbC{>FLL)j@!bt!UuTGat`Rf&X!1nVP&twIHKDZs;PC1
zaD$~erXlG$$<y0L6?|+IZv$gJ-g2R_gzlu?VuVd%jB>22A1*NMg_&MSFeUsHdzNX0
zS7(^2_p~*PY7;jbO_y_f>DZBmWS<Soxu-#;veJt@=E83%_|s@urQi-o?Rp3m(`Ps|
zFASf$jR2j8f1pbHnsUV}9imdU^M<yDs%(8jq8e1C>Nb#Ym!4fcSzit`JPxFJkTi};
zS`OXfpW-YRb7&uL4}^ChG)m(RpYgF7ox@c)!mjZyH|#k2E*g&>Ez@}6xz`owzhOBN
z{<DqV!_Z`KAJ+2AY_`qG6-lo$F(?0S(LI>)!{m?@EukBM`k#3A0FL!o$QxKRgI3!%
z0&y0;L07^qQ_^h{RnnkRE7!BkcGpt49+SvsI01B<cOE*KHjvNh*8|dELaW1A*Re?a
z0VNI%Iq7cV#<SRenH%=G=Pr%^^&gN<QaWdw@u1Lcgr~#d>zbybmytAsq8+jizUlX%
z_w9$|J8)`HsL&<w*sP^Yx(*H$wI{98S{8VB`))@#JcE3ZTQG}@iBNZ~w8j|2epLI<
z(ZjyIOgy3pF7<VH;=8Mi<e~G1!itsc)LG>hcz|z1xn8~>5I3-emX=7b<HVmb;R5NY
z2n;SM;lz0;_&_sb51y)YAia~zNf)Zk%qd$iG>}PC*J|(i;nqm~$NPFbMCyG$Tx$?%
zsF^@>%dXsQEg#GcBE3p`%ZL8}@&HKnM84^jr2G6SF3i4yq@j^~j?n7@_kehidPG}2
z;W7-<tIP3q-cokR$Xjp^JSm-{JoTInLbD994~LUd6IIOh!fZ!1z&FHB_@)fM**MtA
zQeL{Yl=mJz9lyI&+chc)fzFoN__3x!^f)YX^&sAwjF&U(sdlB>a{p!bN#m9AIc}S!
zB<)x<TYH+{54B|#v^U@BQK5F>hKX>oZ<b`_NB6CHZDo@x!!`S{6DNPbtx{+4*wFpZ
zR{csf&_ehn@&k_O9DWoY#`F`o4v{4faeUr>5Oq@b%zVB(D2a)m>AS{*&{EU~sGl7Q
zMJ_Yg`?4ZVo)p4O^N@TLoiTI~N{wwe=}<cR#*t0b8o|jo^2xdhKpuf*jB1fNl6~R>
z%44u}%@%2WNdamF^uq}*``B|YM|<n=-E8{nPoS$g143hyUu7QiT%o3F0w-)&JPj7X
z(2@jtZt*dsxr_mtdk{Q1JzK`EI$i>2_zARB2?q&xN5OS{BlTeQ9rms7Q*?CMCHN2Z
z?&SjckXnC`<H%uBwIzOVFvTqUDM)&ckw#_q7OC`|+I$pxGALaVUJ(Qa8aNs73G@uk
zz~pn-^+`J2XFnF37%&{R)}hwFy)9h~BSNxJQ*{QY)&xHAwU*~`JGOxh7y$`2S-j1z
zXPo>P{5aWJ4UAJ^siQuU2WG9d)o|u_2rB%KlYhU7-g)uhRH>)dXZgH8ool_#=?)%C
z=p_pdYoY0j7u}aB^g3v?Y#@*>p#60lNLOj|VA6S_zR2U7(|9@w9VXu_%0c>lPIUl{
zf2l|~$Vt-+|BH`PdQ0RVL1;m$Guj8b97&h+?j{x3W|xO-cIG<}*1~ShZ#+DsE|TBF
z_4X;G`L{9RBel`I<BYfyZ+g0exmH(kZ9w{3_yi!IjvcI3iL?NJUp9sZ8g^25=@u}d
zMOqe~tK~rAPQv3=knZVhS9bS|@Wjy0e2}!oD-^zj=Hc9xEpbeo849eV&zJUEUbYLX
zNrorhn_z%TeVNu$sYtJqgbuYbN+NG;!-U2Z_%N)z3zF_8?QskjISmDmd3W%ZTQ*QW
z!t3>`Kw2X;#PJYhxLNZN-Bze;vu|Kjik?EA3$7My#s~h<{L?GzEaG+Ajnfit_6kK-
zsl~{HaV?WE5Zk^t7P&kX{KJdNzr$v~T&kl|JnsG+qe_A2`|QU$ztS0H0rHH525{2x
zjL;P_WiVKLau;MHfa}_8xJG*mkgk{3*pB7GSCZDR_5PG`2yMtno5@0_jdxEGS_Gy=
zg>a!C$VUt8<1Xn375aSsefus(^-Z30Hwb*CK4(;$NS+^sUm|~|9@TC|{H2f9m!H=9
zr#Y1en9y4nj5cC<6!~<g=BRCcj<2e!r*U-ehEzL(*O`TF4DaF;&3_)!S7*B0fv97`
zDWEwb&DobNp?uNN{WR}c-CQNT3VMUP!`FmoaJ}zUi8v3sxwpb6rR7X$MEbe#J+(eh
z=$Yg0vlQW5N*qFvncoy#%m^D5Keye2Ytg@I2R!Us#6)Id;Iva{eWd(JV28+qMAjj)
z7w%{NgY68d0Ll{ho9#g;xbK;tFKLptGW}8G?47uex4kMdm-F5g(C_tRpzJ|D<}?Ri
zR1Hyx2S~^IYJ?`a?6*iI53PQyvzt865Fn35+<0H)M@ae=%uJq2(YhsUP1Hfcmc}qA
zqzJ98uSkJ|tN2XRCOn*lhb<Oz(t;w#BF`Fx<Rj3#Z(~(IyAg;SLg+=HJt~j9+6-31
zeEIgS0it(+vN;y++YEb~hJjhRq0s$|{HRL4jFXR*3G0zE3Yj<zNT0C|#h;NpHGNl_
zgDEj>YHQs0SB*5nQ(sLqb(6@)kZ!$gSNF`T+T5q5$4Dd}EOH0I1C&`+p~ykRwKg*!
zfTSm(O~6p<$wC%ZW5qW64Z&A205`gxp+35dzecHWKniB01NeoN`GOPqsL|d?c^`hG
z{d<KMY3H{?U@oWYsKvuWl^UueCX;T4KX;kHVNRNzGP3P##*>M>b;%y`PhCM|9ppy^
zCUDB+MAinxkrL?&bxX86m#U*x8+$#OaxkEbhozZqR@Pef!?cuEc))uSc5!OM?*BYY
zo~Q!~&vMzXl2L9W<`r*MPNBM}FPA11bK&_YtCECgq>P3MZ%bZ<Q{QuQgIs9+>k9df
z3sS+)7PWe7amghhT}Anfj`04n;0NM6p=}iM&=8pr52FW<N7^}*xBlgbx*FPB_Higi
zK3OGvIV!JqQ+Cn2c1;iY-R7i6L5!`;p_xkBOZW~h@Q6H%9BJ>sI)n$ardme@|H(oh
z_pFYf9Abcaa_u^pnb#JHi&fp{GguP?4zaHP6zXT<ntlR%IB^54doq`D&uk!nzz<d0
zamsJRe1f6LJ$h~?f(NyaWlbYBY<^IS+M0{B&q3RdQf=Nr+Af`Vr`G4+pBspzCj`$z
zap^QX6aIjcKDHD3pY$$x#U-&x<}+(O)_0fH*yQLPJW_Rt6Q|+R++@@QUD15C|H(*m
zOClSjej@Fa4Afsp+7g!pd}aO98&W>hS$#1fj6Li-h6_BTER&JmRLPsbG2?wexs~L)
z*2!+Z#YnI_`YtoW?Ht-)o(F_SAU>D)MHO@Uu9JT)N0HBiyr3KMu=03_aGJ*Z#DxNB
zX_@jYAPiTGhSB}~l}$nTpCQXUfb<fbl|)}8c+#G0c^`3IdaB41In^<oay!L^?j`?^
zKHgcteZr(WK@+*8m08;}BEuk$U0Z*&K7!}Kx9>j6DRk7nmUKTt%yBl&vXex)8z(MB
z?|IWS&qnn`E%z-Vdu4;@`=8$q9aPFLYO^ypBS*Y%xtLQ{s7|{@XCZv{mu@yXMrVtC
zRQgS#bB>#TQNHy1&7ZzV#e)3j%*WLWJLo#I5dV0Xl64-9g6d&@_h4+^SCXdtMzd{t
zi73b1hQl#4VgKj5uw?dCI9fedwdoLz#tWP{OFjqn8XRXObGoR`Z#v2Y7ezs@cbP!H
z#|K|JjL!O|=$U&N-L{`VZQ82_+~?CilReoi%I?LVy8k7?>h^V6{k$)%bZrC<y_*4@
zw+xf`t%n$MXDL{ny3X=+_b|QtouGqmA?h2PSHyKBdnPJ!b0f`=rFY<UcvECM6}wkG
zdO>vu8+P*bG+dK-i9IepfDHrPu{<>mpQStlt?73$$8RpAT^|X9&IZC3yB>HyaV#ut
zQUf>IzQWb*{W0rsTO3k91luHS=N)1;L#$N7bxdX4AFQuNyl<s6sMrEO+^$FlkIHbX
z$8`3@C<q_zNP?0xzU-G84_)-yLg<AISVregq_%AiotE^Jhm;$EQr8NXpIL(YI&_ow
z7Iwt;cIM1sQ*YHdFNvi;d&z4ix5AmNR>Q#Et8rD`ui_6tRWy7#tuXynoA{Pv-}trG
zJz&oH`52gbk`KE&1+2^rq-NVIA#~1r7<RRkHw=8lyJk#O@+w-ZTesZC^Gz;r`dvnA
z4xh%SGclflsf(F~{1781l|#?pk@&H(6Lf1cK)i<K`27dg;}1dO*>>2(^)Z_@KpU)r
z?(rG*pTOkFB~mEen=#?Ktd4#-jAbZWLC^drRM*LdqF=h2FNNpWL#%^e`uRfgARBb_
zf6tmKS-9h>k$g}+$hDoD;K|rv_`5y~L|rwWt-*)Gb1-wV2dGohP<;NjSLry+kM`-v
z3BcfRZFygvG}vX<igoGHLiHP=%MzFA$@Py#Vq5Q0i0EBk7VG5NB!ShRaaybi_z^E#
z+%c5@+{}i+-REHAhFos^L|3j;()=RWEyL+kIy1kN5<Jn$T3)oJj;J+u-nFCbvMQ68
zE!3A6FOQSFDbG%NIDyeT)Ay|9eBx>Yb!hlVc~01NTzB!2^kHB$Jo@^b$s3>W{JkYO
z+s7BryT*yR;I_pj%FRX{c-PT8!1d5uX4u3BQ#2`%V5$vg-kig^rX%I2+TF0=WF>2|
zx&(I3qWzNd^T4aMxjJh=Aa+^qg=w?vz`3{DsM@NGdWlCKbb+;>lJP1%&sH_$0R)eZ
zVmpqTf!ocWe1y*_emw04@49pgi*f43zfGVs+peTank)z0U+e*$<AAvj3&jY--S{fv
zCzv-_gA-Tpg!b+cR69FyYL|aZ^iq0M7+y{>P~WX^gVf-s@c6T#tiS3n^^6CcI^P~_
z>U3rm(oRe+T#ci8Hc?Lxd?Dt5A6S=+edeC8o%0VtpLq1mzA)Kl8lAJej0b1DK<ab8
z>4k+%{f+zQMdIvk@ht4!6{Iy`{oe1COhN|AgF+k2{+AcQ;mJFhX8lASJ8c9|O~~5b
zLCjzG0aX2|hjYA*n9`{en!jiXJuh@quWr`BBC88Hb<rYd)-G1@9e!RZc3sVM)2+ms
zqGe<nh&65~)0ra1jb+QfHGH>qDn7JuhI12&nN<+war#}L$MM}PZ|pqk%MY+~#YpPE
zYEF29--DyD1#gB_dsO%1u_A5~KYo|8>nFNuSixB3#m3{(l^MAVs@mZAn%$D?x|KL(
zeLhTXK2PfTyM-F#bQbI8UcjEEZBg&%LEeJzVLKbreTWCTsh7Rm;rDsR&}PRx@jJY&
zb{M2+dPC_XbCs}H^E<gf^4&puSUGjTQ|Dv3Pt;v_+1(v!zLnn{L*Vj{GP=hsnpJHZ
z%2nTPDux7MVO#(#+OoM8cTc{43>k_Jo;G_20yET08=2jUMN)ZcU%NXKM<R_={?B6}
z?Hjw0<{+N-d(ncVhqoc<%0*?|{$x(|33<z=@qc&z;P|0)q3rfV-0*cF-22y3K5VlO
zs84Xl;b!Wug)>lK9MuU6D=5Z6p}SzlMO}&R*rT!5foAi+@$7R0V4)lVS2x>%!1Y_o
z14gw5(Kl)D9h=8UJ;r0Y*g<0E6XKULiGEL6*Y6PY8IlDDwdj7Y^nAGXvmY)z`IJ*l
zF>C7+;J<Odgdz21dE<1n{JW724KILu?G1U~PhSU=%ptA%xF5SyupOv=aEsj;wlMz=
z{~NuPea<wIY3^W>qa7FX6`0yt%IN6AOcMLU+nHJLBIcmvdu|honr;#`g8W)kEk4#c
zcLb?la9fXKe9WM3w8j;D*mOgPO4tJ4w9h4eae=XcEz}3iQZXT*NHM&2NPe-g6AvBy
zo!>8VWb-yB^7|oEuy3I;*uNaeH#z$Nt({7ICw2Pyo)c~;869uZ-@VaZ#|Fz5?f^|z
z4lIpNRS0{bd;Aah(SIz^_~3BPJ$ya-1Q*v=I_U_jv5Dh#n1`rWeku1>ZNEBO|3Dfi
zI)1mrXCqq3#82F?PX)I-v>)4c*5PmL^U1q4#P7w6!MgET7FXYd5ts9v0pVaZ&>tTs
zb)?T+OZUJfGSOp%VL*6_?PhFXVm;kEnGgr4aLOm0dh$4k+Mihx%T9dPV2?)bJhaqO
zUS!}vum8j6&aeThXDBon1O46`An^oFRLkf&v6f;iko~n2?wRWVt%t|M!Os6N*FHzt
zeBG_2M+(`TFg-^6U}x}XCT<wu2BJ@?e*Wj^D#Nl^qA;Z(Dj0-{fuf*dVGuiKu`m$3
zyA`|pnqXmo2zG<5h>8I_XDtlCLM-gW!tVCI!;kxj-jChcnRDLyc4z%ltJI~E$1f51
zLLNKrtS`iS4;L360$f^VZ18o_f9-2Qc4HfH=-A89Gj(}P&BcoAq~)yhtZ)^5Z7MEQ
z*x<JRgBDtSfLu4Moe9hk;3fXJ;B-J~myR5R{f_THuFdhIAITQ|Ld2j_8Jsz3M9QU~
z3+23PrRinqEC#oWMSXqD_J4}dg>n0h>uY>9XdXGsW<3w;eS|g*uf&*Jp*SG)S)_y}
z3Ba02rHOz;T92lMCDvC?v&OS(%@@jB8$ROw&e)T{aT%S&{toK{X7Zm+BUK-QM`M7s
zb$MjNwhC8KqiOVoJ3x!&2=oT-vo2~Ty=?$p<zW7qF`2=~yfI&6dik>lxh^`c)>T*f
zs(+3qRNc1v&3x=pL2Xeko}C`lTK;ybt}q8RzDs_&pUyp<HCaAjBcHh%#<ND^J--bb
z1ABMztw;AsEYU>aBUa|Tuf-V0rrBQtjf}K@`p7>|xcRM*BKU?qecv4^hq`T)#r{@R
z{UoY}m0}9`Kn<=vCU6pUwroYk2NtH%pYIX4hvF+QCEsS#IN^6X|LMAhN2E+v7=`;1
zp9}C2g^q0_pm${D>=5*32?ID|e0JO*G56-n((QTTnq6A^a<=BhBkSpbXE`(Xg^Q{B
z1Q=x;96W?q1#J>9Mz15?H-e$N^oY_;<oKQWN$I(Ap7X?k3cq<rwRC8M{p3-#A-74h
z)Z;4`7QPnSW#K=a!2vg9tKVc6zt~01hqNg9l6(2pqH&EXnu=p@TVH3J?`OG2eJefp
z#Yz$7Km@%6Ep2C>>@}L4I@K}{Pb#THYZ3IH4&6d6SKj8X?`%!14YbL24R}HIaG$Qy
z=jk_(QAVFt^7M^YwD0^^K40Usd|&H0V=Ov)OuQa{6aBMQE7W$g7+qwB;#Q^8g!8eV
zvV0uwVcI!g0EhUn<!#a)gfrHG61SJoRh@LUyqJg2p7Bi3d6GY6Qme9c{P(VWF4uHP
zX4H?-)~BUh`=E#bk1L*}Cr|S0KZo5{dWK&_M^kdq#oB`B^?3ZnfwXe*Cmuhrl=<P`
za0BDy?-y+J-KFLlYn$H@z+N6;dq51qqd1B~r+<DWfji{3IEEEYD!#Ue#2#lCi{|0;
z&j)3c?ibKClzQm1h^+4@p`VmbNx?co*LL7VxgYqzDq&h=#nQz;@1@f9D=q5qoVbaE
z^HFx)%4Uzmn+)F3zh9WEL3h)XV%va+D<sCNL%XMxt@1_|DZEg$AKZiY&8<Lce!(*w
zoor9wbl$vl9k*WaM}SwQX47B&%vgJQBCCdJbLh4|>XV{gH{qnWC&c>+-n#NyLw|T-
z-mzC&*Ch;3#2@ZW6yQHr+%Uk_hn0>S``1tZc)KuRE{sN-z0AgyvDf;CGz0oX+cNVQ
zt-Aa``|ML(%_;R5V$IVp7t*WW+Qj*1Z-RDz&A~So@tDHSdad?uWIXiKhxY#{rYEdq
z)EvdP%B6aoB7k|qF2<jdFP1fxpZQwh2&=WnI8B$PS7nc-k0?L(^;SIA{MU=To-WpC
z6+=%j)|s((Jfr(X3NF)!Cf!>h$4u&j^@WBXnP0Eg?i@{&n;7*^(9;ZzqMf(?asHPt
zHFZ7<@xVy64b;kw>?Y^Or_*D*90u3Z%oB-5Ejft4tnEcHbw^1Yha>ApDa~Nw?---6
zHlfZr*380Opnnd{z`o(=8@^FK%Gg`IjB)yVUs-obEB@HHt8CW#pgd4vI(6#kLQTHy
zl{Pop1_J--1MV*Z2I$aFQq6~bS~D6%Cj@jRJ$^Qdz)#TYzqF%!c1rXk;rJ35$REl-
zX6OzcnLUq7cDB(v7OATAC?9?>06ot#po_N%JB{};{&LpdIi!oVmJ0~At`#4+l)*V>
z@S#}c{RA{O-(I^&%^}qfj^kHhhY0gc&?yvN^%56r<VqQH3Y$u=m$Pw%?+xR>UT3)j
zo(W$6u?k18jAhJ|*f8Ujs5mNt)VXeL7$*viTPbt&35v@CP)iCwloluDf8eX7W4fCx
zl=4b>S~+oY9eTU-nV6?P2i6-r>EB|q-+o0ZpINu_P4;@elcOhWgqEtLZwvdWsX4>(
zmA+wU7Dfg@zdY;>%G}NY>s)o~Dy6vl!`&ETGb6K|gTiqMUNyQutja_Ck0a<?@a-w`
z8@y10v-m<=yhHD9L*<k8(9<P!_!UxGSYb`ZoTWVZl0S`_N8mR%v-|K|S+cGJ_nXyK
zo+)*cf&Zf9hOP|FC3oFe#ePA>2so^`6<*xJRG5?+vRmmrGxV7Q5B;%&2j1vKO1A+k
zI591ftjD~SBibeqe5YCG{RA;lmQ$Ka0+)fS|H&u^CTJ-7{Kk`f{#{YME}<cib5t|e
zbn&NxuS~fxb_4?>8OO!D`?m5Kx=8REqS5nTd74o1u)^)5PUBhey23t;QT+~~j|DKq
zgzi#4`k3<ZKObx`a2y=>HS&V|M#W_wdduXt;POnibeSWsjJMJ6eu$zjd+=TILq8K<
zhob-W7Wh3@SdPzV`Ol4Kj1kU#w#YrZ*>Jxq=%?p6<!PyR<qp(uR<_cx{N`2)f7+#q
z;P11===7ZoZqksAz;`>U`W4_GqesP66z4tBfPSLa_DjXJ$tSqG)fW0`87s5jOHv#M
zuf+F5{$O9w1TJa>itV$O^Q)~@DgVo%tUNZ3#Xb|F1$s^WN8V@ii*_knxrtaKQ5OPp
zoyVu}_TcWz3jfe=$i}AFN_Zh?!y~M;SJAtN_^0Wmqp!urX;!Q--7Y5Ch<&q$()-WK
z%Ry8Pj?B)-@RA~F_ciiaxqww)&FJ1r^RIUp<D9{tePUEk@NsJ^sXVyx@F;;_%-<h<
zjlE+d4ES|*jZ*op-<b^<*s712^nkt>zs2JkZ8ek@0EVN_KFg_ihGSQm5d?ogsAn1+
z7stRJrQfudNwy~Rv#xke;bAiNNy=;&NejFy5O65(vt_G{G#hG7#P{6}BKVLKJdl&Q
zufY)suWL5WZ?E)*gjSGQcn1mUS%g<@&2N6y)OOfkC57)wgFy>(#e*eH;GvEjLyaB&
z;0Q8^9`HSXptJWf{6C+KOVmnS@}|(!t2JQ10o|oC7e<}{emWylZI5Yn>po)SH*)cd
z2vYp-yr#7Nv-t~B84L0+^L)HDt~Ha9<>cv?ZtIU}y`MfqPj=x3U$ar`3s`B>y={s!
z_>k8&$1_9ao@>B03H^f%=Ru0{WA&He-YDx%N-M|}_lbZ54BQo+R$Cz>h=P`VgM0_~
zC>ET?147Ek>WzkB9kCzcl56C7rnbsg1oR!Nx&_8^*hy;>xJSzypQmkM({!vcyu>AA
zb7E0}EJ;Iu<6QHVk0IyD+g09ZAkWgmTL!7@gjG%j95;{$n!r4U&rq6BN2WkBai9RE
z@rBs!!1*V}r5*JdeMz!uDOwcfWfrPYm6qS0t=2*SKRBnvN*a38M<R<fpo{decTWoY
z?d=%)I$-(-E0ssWhrGZ%x2MWSuET51%fre>-Y<CFl4g2*tKq;aFY4@(s_Kl}ICc&|
zJ|I=D2_L99k^Sq{Q+UE{C;F4>k6kxh8D5-~|3~j5FKA9Xss&5rRM>wZo^W1M>9GTM
zuvg&%Kb1R>!l;4YuPTm~tBbePp_`=7y*tX!@;0$uvpro9-lL8AYU^(0TUGxvJd;G<
z38nqEUT;jFr-ah^S6u{ju87-=_w@h^rgn~2HAa<V`^fk0>oGK_$`1(IjyziWA)|?5
z%g>8cM#Av4@ZR3w?{_LI5RN-4vBI{UW9p^Ay9dDAOK1{gwMUfyFznr;#mC>_oYBWs
z^g8uE1(|~h%@%N@=}72?nnL-K^#1=OKFeyplrI_?yT(9P695iVxMm*wQ${~jyShLf
zq+lG1m-t!FFonl-rZ@I({V@$Wcm-W~5T`l@Cptb6b9!vys(mY}%*`C<UPEPSV#$gI
z!eL&b;w)YH+nJBIamdSfrBk@$RA9O1IOV&9$}|*rslEiJo8WLcdC>({7*;G|xbk!A
z_{e3uF>r*Tiv+wfbaoQKuan9taNQcXLx<njln%r1@!Vy#poOC;X~1lS4-#3IM8+%5
z7W^stv<Oz1pfsY=NvN5(oKUs_d(Jt_$h2jTA>oW(kqVpZ>~c4EE*(bc+52cycqKmH
zB!LUPImU;JUnj@@!4z;bOMY5ZmOd@o$cwEb>Gl&z+XmGz!>rC~L5rtL^*eKZrii6O
zEKJA3qse>b5rG%LiW&_ZDREMySiSrU)10F`F?|<(GX~S?5DWA0v1t??@>9mNcNXJ%
z?qSFN>HO^Y2mViH$k?OEbHY1v;M;m;m7@MesT$9z%Zd^d)&_4SXmO2)pXem|e)gj$
zs}74sW&g_1w@-QTz9g;BrhCZ+##Gk2G&n{s9bah+1FCS=qcHir-&(fqYQz27m8HTh
zwsDztIqb5<pY~eX7(Fh&=9{Aqh}^f$Ir>cnesuk=k(1a>#`aI({M{yUmrtWfzh8!?
z#6;5Cj;*=X++_OvZW&jb--x%oSS9=S^W_`8*U**e%joU?Eqti!D#qvaY2Pj6oBSi`
zWW)|xFXxePiilNz=ND%SQI(>}6i_HZtT<kr&UwD|PvDc<F28bAA%p4M343#^T^dcg
z)sUyeI8fWYpE<pH1ltWMZ9aV+#l5aAAkXy)hEMUawD-_qTKM|5OwX>N=hj(FGu%zl
z;#42rH_A%3FF9W9T>8rR)3l;Vm*z3XL+97p>ZQ`G^%)}<(}WR?<x%e+vTNJU@?OCy
z!m+z96HZ@btQUQLK3Ckj>Op&u9S=(mmghW2kz=B(X~Fx1d#^z5RJoLi8W3L(b|=5?
zBaASsrlijCtHx}xs$zb<go7WAvu&qOS~8wrha{#n8h(MV{qWRe`yd0-gugj9q}!4G
zaIK3(Q(c#*T8`zPS4z^yu;p}g_EpZ%%Tx081hPB(iRvvtZtot+m?t@4Xd{uo+ZTCn
zo0Eu7dc$Xj@27iRo6^LxHuU1yZ0w~JNXN&9b3dE5B7qxHV`odzH@FynXQJNcX*upS
ztGbExr$xW!&@-Du+V>GV*!%okx%^8F%4ugs2ky+KS&yBM7dR6puXULzZbv@iqSM}p
zwH+^E@8s*kEz?oAJ3C&jg?@E?10EA(OGnHIo^?BdcE{#3AJ<OhdQmRAm!&&DELBeb
z<+}uXwyozM6OzQe1a}#eJVlfkP?X+}&!s(WQZWaQ_?XiM4oeuWuOIP|F*Z$|@8iRv
zl>3bIS_y@@9&QWDoM59r&iO2pw%;JRshC*+TrS(6mR+~iGD1ZiPRp#o+`X-iIly~q
zK5=|2d!y}-M&#k;!5t>ul8d_CqJdLyr(n%EWWr`#za<}NI8ZcBtIfA-En=LH>%AGt
zEo<VbrD<_2s@<dMshvgN9Ye)+>@l$B-5ssxXlL4ywO3fb{wh;ePnIDQ+<EDkLi*I!
zE%ns5B^lTu)<n;xH9@|5z|r=U@ji?9Y~8?Lc3+~i!)poE7eD8Q$dWFpl<!kfj{9Dd
zYPQ`$HwIVYhZi%sbUiDv;A!h*`#R(J`v@=be*ADg>OGaaZm38b(z`P1OQ5I8`7OT7
zaki9SJBD+EonZpKOwGSVVDG@v=ADf{_+8<J{N>wvuJNe>4f*?<F;^n;{(pR><|$G*
zR4w4Mc)QaX__dEP=LXIrjYidYON=fD99hNz$9wa~>i!D1u<yXvfHOT-(`4VBTDQJ$
z(VwJ$wLMJT4mW4ukDS)~scewHJFl+0k>WeK$jsaLzKxfQQ_)H6n7B$y`c#o$-Pp>g
zVNu?wNG~s~=5ZZ2(bLzCdQqoE+ETZJ+ARNmc&~6JR@Z3n{fuP`f4%SLqqP6&44%JW
zh=J?p<E3}8!snFQPC78sI1pKzH{BY;dqbad!Ru>zeg3EbU>F74#!=k+_~b{E^U<*3
z|H(EVd<Dj!U;VIFZX9lD?yOmy`@G&mgQI5#3|U=L2bR*m-f4V%thGL|>|EX)_(YBh
z+sDi9*~=nFJ@{$+PYSD&H~V%Ww`@0#?O$D#ZBmNRdm^a%Hm#*sd$Db#X0+?POWX3o
zm3l2m;Wa@=sFdd&fosu#IVN~Rv~Wb0ad48Ve|j<Yp!geaukZdjMBrNa*8EPixF7Dd
z_7gPD@t$Ze-OSz1j#8y1&YUY;3CHD5Pr8^`BeC%c-hsBGAiXcMnJyWAbbrWwx-z#k
z&E;Zp!pSnC>Zpy3-jZ7BCc^WBtsc<N)*OFeo~YF|Npkm0`ucCD#`(VTs+&i}fT5?@
z{-T2{HGY@))-%e;dNqqKyO!kv$4b-IA{{9#A(zlgv~Th(F@E4t`62TPx$Fue?c6XP
zG0a|IZp7#ZPUa-fWn8!RetEp&VfoE?rtm@@+}J|g^7$oP544q6Upn9&$Td@n*VVMi
zi>>IAZGOBXXRXZny@RlRwET}D-aE(gkMzQ3uWPnq!h|+P`BVFW!8S&t<hA0H-j*Wo
z{}PJBet6~J+Ro6rp53YU-5B)k%M^v@`L?HOO`D|ih%(HDat@Nh;m=Kal4Z#iJjlaQ
zZ*btBRJc3s`)oO(+(ZVB(fsoH=x+0Uz{ll0J@p1}pV*YDj>7(j3O|6Y=nK*JcPcH6
zwAL%QF4lml^kB*)(ZAmjzT$UDyYs07E51`Wdt#28y!xS(+`QO_t3|e^cnjupX)gMO
zxZ>1#-fZEu7yC2}z9!C%Cw5Tz=<%@%%M6TPtN*p3?zh9Bm6yGB)GiHouElBprHOaL
zAILNLkBNwlZtRe601a8aMw@1_RCmq4hjMmYBsJc`o8N2TI^A;C6wxEJ0M$No0R2}?
zM_p=n+iIMAFNMyQee6HUvk0x6)=m^SV<lU^tP1>I&#$5%^V^*(NOMY|>MOekysY*<
zZ~YVw-YowFdc}{yw=$<)m<+b9U}n5;&%hZ`BIPb$!?TmWKcv&s&+AmZOY~6ydRCU(
zU5Jva+7Wsc+U2lXTRLQI60p<UR^lN)tgwg6PkbzZ2f%<R`W5@cKe5UQ^?A`|eNPd%
z=8o|H9ZQ~V`VjtPj7`qJc0_v2`$-3LO9Vhe@OJmtRPk|NUcU1o#dP0djO$pAfqMej
zO{gP@-ZF=TgkX#_>C~F~JYt*+DIK!zuN9qmFis9HT#*}>DJ+5yo|EdD(32eBX(j)>
zRY|wM7)dehSBOP6{|IZtz#!oNQm!~Rf|3{ZVQ@8hZVlkSdtBt5265th#!SYw<<<Pc
zhV|r&se$~t)eBZS@$a6Mc|EdaUAn;dxu$hD8nsB{^qAKHFE5qQ?-l$mXZb%;*QMD6
z-{V8px;d%FdZU}wDr)|31uH!jJm?3tj%`b!B1!cjHC<FtzN|KeV~;KXKK>Dk@4=^L
z*;by^*7CCW^~gtGcc3o!xHtkCzz;UQ^di5{c8tE|Nsn3unEiX2r#lofZ~L#55uXQx
z*Lu*|0Tme-PT%pKX3O&BxzYG+I^AK3#JH&A%p5J!yM>O=5PFPSxN3}=lhA~0U*{vw
znCQwWn!8XKoxA33-Z*Uw9^tvAUQzVwG~D4(Bc=9~CsN_WuzV%-U9U1#y$HHdl%5aW
z&Sm$^pf9^yQ{4ANjB_EE>r|UFUYzA-tvV6<LxeUy4lKGxz;29XP_p+`+!t{wRshT7
zb;~;Ru!1)~FP%--er%U^ZmrFvPg|)|t?j^&%iQuxezSj}yXsmLmPqt6W9=v?y9Hm)
zxJ*vZhqI{I&VYVrXe0^j=VwQAXvx?=BH?r^8oY20czeI9Lu#s<{I#RCKD`9|o0kW*
zx>bx+jRkHAC9gi;fXD9C-Ml7&TiV@UeF*wppS|H~K(_?uxcKW5$B`B17SQ&Fh6>c9
zdGh`oUjAjDh{io!D=+UskLc(#E3-@U792IZBBy@c##7g=ReuU_E<N3JQfW?sI+j%@
zRpl>njf9=sCCw~Ulu)bi0!ImRV=lckfNC^|67@sY)BGyYyy0X^I#I15f2f50s2$wk
zW7?~6^7JCxM5QGw__FIp1DaWj9Tvb(qIQX+Q<~9@)6=EWy6`*(IE$WjbKsM7OR8E*
zoaDg!1G?f~>hD~($y$aMR{f1N!CorcYAIc*wNHxT-cd~iYD&v}#+(*@O)8A?+o6%Q
zPl~2I(BS(QpjD40hm>oo&pTa~9oipIHA+s=n;AT8VjYCycZG9FziNqgd#uf#Rj;zb
z^P1b{n9xBITHf6Cu_tLmW2oVP6H2?XU-#E3zz41G@5Va(l8I}jL35tvVfGQXe#*yi
zrkAe?&m`(MUPdd%oe^ryfq6Q(hN12FS+_{w$<zS+DMObnm5NWm;pV}1za_MXst57C
z+%3^t8!pwce{Y4(2%M+<fzlDC_3KGe>Cl~zPg7R?+tBdiIiubRf<6g=Z;}VwO=t8d
zrEWRT(8PMI^8@YfhJ~#B$T-_8(89TSwYjKUH!l5f2ao;cFAHxT!?RbM6Mdd;BJV19
z(O<(<Jwp%0a(lTBI?#$sFK#8QX4;yKl1q`rX^k+qT9b#JP4E>p-0vXFLeT_FkkD>{
zdUP9^J;{V;$;Z%PJaa}oZC-o;&wd@s!zgeC6~{jKHVv=Htk}BZ(#WBF$*~x#b$_4M
zgkArZHK8xru5S^|es%+R4-2)%d}3-8`wTfR!Lv%sDepqi1B4zUtg-B~s+}nOr3Lnb
z?yY<i!}n0_DFbwcR|hv{2-F_VyO77WEN&`)0Sx5Ihpvdb8|;*470^LS@2R=gKV;wI
zWjQX4^_R=;Eix)(r7`plaA*|4H*?~(K}zTAJxWQuFT0?Avt$=pqDMY@-Pl8RS+QDz
zhx|v~v@@R-Isrdf-B8E2x_h7ZP5vihlD`YAou>R!i-8Nt_Q)Obw<)g&WoHn$8=lQn
z9zIVyzL<K<IB>_pd^a4=O9kdL@8mW!JJs@JU}k{w`70_-mdcwdPAv2$P-$59uF{iG
zAH06VIBoWdW~?;84zC4tlDaW!ipTZzru+5_z*is1>qiVcOgH5fSn1ld%s8QN*JkA&
z(Q*C<QSZ$g=-vt@=bJ<`u8tzt{N7@a_d5Q5a*p!N6ovh`=7uISaEecd%*HbbJsI4?
z&ur>)1=oUHWpFX2#TlOysBd6yeWi_fM&)#s5y;xbEYuj}j(PX#<(w7)fzPU>C@xK}
zUO>RB>%e^ppU%J{^VR+Rd?7A|is4--st%DC2z5QZ76h1!tsQjeexZE){`uR1H&s}9
z_$DtN^SZxb+@zk*F^ka;>G<XDqQyWv6WU$nA9SG=?tOzt12+m)Uzl&{pV-tGy7K_H
zPjcjj4$o5HIXI?!d3FmwDK>i6*Z=&uE_}>Ny3+PV&k0gouQdCVz(Yz;u&s4f-r6fp
z!bg}liiY@iyjq`ucLKhVD%Ees)6YLPTGyXMtzYh@kM)AM;5|>O(cDdOg1ol1rNSTq
z3}&U%-AhcT4x=tIbQQt>kn!dUskxZ5?Sa6Yi?=<_sd^=a5%45fM=!#$4a;j;a@~PL
zd^2@11LL^c&qZSKk>jkepsYnU71EZ<Za?kmUczQpKKj<xcv@0$t$fo#=r7JL;iDJJ
zo2VHBeW~B*U6Pu2dc;FJ+(fQYouM6p+mQmiAyFq9=ASaNda&y2rDt!d<8bHP0Wx21
zKA!SpEPDJ9MXYqxQD2NqLQ`G|`UN%nirq{6W_T5)ne@2$PS6=`;P(qKHW!vDIZasM
z#^@$fgz_<yZk;4(YZKf8+#T$vv=BZczI-c9s?U%UsXRghKg+$Ab7@P{(F`wR;`~x+
z-^eMeRi?wAmhYC`?c?*Zn8SVJ#r~P4ba0QUJfWECO}Hki{$!^taq@-oP2AnygHQkU
zVTE<6Z`Z(cRy5%?<u1QX+Tdqh%^t;S=H)0#qbtvDRV6_Kt}@QcN_&F`#kAf7CHkG<
zjd)L+#strU9M4y21p$4*@MEMjahdn^kxNAy=mG4T<*8TtI3-UDO(^$8pf>Tn@*?n*
zv#Goze2c;vi3|=I%ojP?w=(kkn_^7R0){^$FU!qJuc&!e`i+7A;^mwS4Za_l(_2Q)
zL&zCq=iDdS+BHSY!F6^JG$vhdJ;x|sZ66^65M}rLk>FiEcDxblbi2g5X`)&$a_nwW
z!G#wTKT(4obxmLf0S8391)(?BD!znXsU=F+3sc&VfH~U7dZ&fT+c4+Q8*9x+vx@4-
zb_~^jihJ9(E@LWu^f|mnU=GBbW_BuPWR<}wt={~fGq-+Jma&GS=(Lg4bMh9srRlqX
zhZoy&&0j6^cu&nAJeA7kRDMGCvrjO3ox+Rt7N-vkP`^vc2mB{n$c%c<I`T6@h9`S#
zx#Zg@jbiehBWQo2vcMx|0ZxBt(15X*B-TC8<0<~GQZk64HA#<1H9j}Ft2jtN=ioha
zf4Es(B9HwSWP%g*%-hfDr{4_nxP6Vo56#zA&UEQiDs?=cWK3z=Kvx-Lqv0)0_(XLq
zals;&JEZQ&%bwur1bCRf4P2M<v3fEuxO+-$NY9qJ0^h}M+9wp|_ups3$cR;@K&z@P
zH&m92Jc+~YvlzaR)xU3vF`>V23w2Gv23=)w125Gj>wqR)a(Ef8b3L6xM#K`ZPQbg1
zijN-}zy_ZEY6~|iJCjuA?0w$GL>-7Bf2SiOc4BZr0BTU>L!?JvmIs~`LhibR=3n!b
z#UDIS84IcWSMlwe%?0#<ZsB=3mCElvPMa@kZ2y>-X-@5&&9A>+)0T{#VE}{pU(so@
z=j8HAKPg_(pywD^EQ+3!$ZY)dNRL49lDE=!nClsNSvu-oKrb^qit0)Dt?w!ILrP2c
zK`l7&*)FAxxWR#0dFy~|K}3g4Bg}!`b;DMHdZR!wm(V|XnUum%J)*HTVMHn;r_0l3
z$gjouCe=;ggNR<;oH2Kbmz0MR=qcrC=*iP?<Z?$+Y8RW0?8DErC>lX6y|QGxJ>iOn
zq{?S)kmcTv^ww+Gm84dK`trpMM>+rayOgofMf%ukd?_(kG=F7bwpliUb}hHmOJJ{i
zpA9v6^rBV)H=`Dbh|`N{^kWZm+~ICCtm#Y5r%5;JHK#9CA3jSoYxP{VcszrT{rN&W
z9I@YXzTF(V-b*YGZ^K^Bq2jXpTE6~}`Rs^iY*TuWbdBoC-+i3<^g;08ve(jc%}%Pn
zxeMD(n=M+!&*C?h@tm`~HZ7j{QsDRL{M(m2clHk6@SqwEJ|7`kcBrP~_tY3TGp(_<
zXvAS2AMw^d?LZar!VF~fc{P^NkK@IRr4xCtxl}A~vR@wF$vpDTKch>RB&uEVt=Knt
zIG3;}C^{z=&|5eRHBP*G%sI!(=xM3F_}|E{0b>K)DC%vpoH(h6_Nc-W88qzxS9^Ct
zuJ;S4pr^tpf4nt4+xkp)9M+WDx5Hjrc3b4G^yx;LTV1{D)eq8TMrA58s3rx#(^S1N
zgc5#L(}zKWT|N>;H!IENus=am_C$5_^U%>evCtK+wrUuAj}If?2wleY+fP#i=Wy`y
zs@y969}V7AmWK9q7j8p+dD8O;nXz#t%{jhJE}2)@JUF8k&)VKfR-W&yPcx1qkEq7$
z&UU2tZyk--p07l??O%<npDxSJ;TzTXX}Vs4HUuBl>if2$r$?vCAGsg3i|G~k?}7w1
zKioOIthwKRq`;gI=0a>f_*k5n-IeEbT4w|r4tnMJD=4ROWqr-Vg0kAX2J-y=4EbVK
zIcn{+k9G)q-2Gxt9W5B^a|_Qp*@>A|aZmZIsnS2rS-)s|ireivtrcG;sZgI+<aV+U
zW#M`7I-flm^KA6%VQ_r2A7b(kY$=-MPhU%za@e?z^rm_wVVv?@0qnton&_H;4iBv`
zM-DvbLmt_ldhd@8Y}MbEgOW4p<)9(7$+sdIuQ$tak51Ex>>6~x-dAnHz#U@3&(g<@
z6NkCDr;j`wc#tPoszR4r&Lg8lAr2j%gzv$B^Mfo${mHg7eCo_P5mu!Z+bubi(&F(S
zneyK_e%{bR_rAA;`?`E1tTAP8IVM%_ycwRLy|*|mvkRu9pWO)cNRPgLW7P|MtFVsG
z@XaWDx#XQI{i@|FzTXPe8>ZA`yW~w=dPgV9T%S$blD))|cdNMFsv_ozy{WRw>AL)V
zT{&K!Xc)cE##6-V&8#iF&lkVozNoLq42)Z@>a|NWTzXnQsxUxaZkf-_=@>&LR?e2s
zw4U-r_C8tvLL<&D7|izD3h{`euBOkO)?BmHMa+%6m|Dz5;AgGs?!0R=df}O_mcOoR
zzyRL4_?~o%dq?iBmGmts^SR?nAA0?BrZydW%RH{KK>k{LLLE~M&8SMMCI`-M$|Jt`
zifw(bP(plX-jH+>eLGZqA6=K<46n|07Om%o-&#wLwYDO(SsJ~4K3uLC!+ibHLQblL
zj6L5~>X%eRe_<Y@`yP$3H|9uwTl^;0W4cKB@1u5Tr5&&OR8~0eD$dpuBsX)!yXgE2
zn)qEAE}rt2F)@TS6TN$u#PwU~t#`*$^1nKKXyrmx)1tobMN;e6Zg?d^zfkb+LzIy*
zhj0!0!RK0DPp&(AO_n{8K(nVkmQw>QrS$|Mw%2_oJsSCl#F<gzx_=D!TTm%re8ebr
zk>}*qUblJqol0i2R-sgN_YAF4<)3`!{SG`g=%i;Z+REokb<%#VZ9w;SgtOh#MRJ+N
zNY=}I5eMr>lhe;8jM@?X&jhi%>o)!q>_9t@rqPAP;WRm_4nG)@kNbV7DROsvBZJ#3
zm)0N7OY7%Sh;w1HK;8SYYko^vc(8+TbboDpdQ*$e&+TJAj)~^SG02|w*vrmuD(kuJ
zI}ygi=u`c6<Q|?F*OV~#GPZUZu`0qzmfU%W4qx-qMy7|*nbI+``|DtG&^*|;T#}r8
zF^eoebfs5TVdS==JWn&~QxDuXKFT4A%sGDa>CJvZO_&vDX9iTNJdKuC_hT8GfqvEb
z#-S^8y-;NitXLAfGMt_bJ|~(z=_yau^i==fJaBzJ&HC%X0f*94JVveO7cZ-r3KOP%
z@6Ba9#{)AH>D>5599QoQ&1iE&e%Luu+-|#s|KQ$L%N_%SXU($M+o!GAmHwM+eaWX^
z_b*PH=YOL<HmShV1Owb4)MuaXS;Q4P=BUq!YO7v}*xDP!)~Cg|^wkrzpkWmqwX37w
z$i4A0@vG++syX+j(Ru`)bJ`e5Rk~ND_g&ZW-!+d!hpx-Tj;Xt3(<?i<f6dFh-!nx5
z`&q5={LG)SLg*B6F+Gk3b?-sPM{VWhCC|u34Kip|uPS<G?bc$XZLY-nbI2@Ldf}C>
zdW8m^&Jno2lsUOYs86jLe5wb&Gh6B=@BO!$)W2EZKVyKa`NK85-=vZSjSFcb!CM>_
z+D6ak5g~@m3zfjn<o!P{Qqvf`)24Ac7g~JXP}hvN%#rG&r%wh_P;y)L$li|LJVLp<
z_Xr1vWM1NCZN~Mh#Sz^tb%)0ns9e?~A)>-4u<cwz4{-UICnC7=X3n@<Pr5fQLf~$}
zx0dq$fnDjv%Ux7xaVJuBV3%BuFhAOv_g?&JL?Qm#xhEHV;?1AB2nyK~ChirD6l#5L
z<G$*IfR+RtWVe6bYF?ln9t!`s6*T#WscIN=u+OMocdou^^FEr9@=${o0FUiuBg{o_
z-JqoUH-Vqc;NNw1b&SVVY_&n}Gikvd+~Zihi|AO*OQ?Cso_IB-htE=uFVI~!I{(DT
zw={-g(~42jk5RPW{|$HBw_6?4Y#Lft?ELavT9yeC&>0Ml<Ka)j<iO@T_;{^({=c&y
z&})9+A5dsBE9@<>aR@i*JB_gR6!)!?39eQ3Lf}L8+H+T7yZLuPb!dR{lzOubfkSv^
zRYwVor?OR(h0-@a7ZzglGldqYB2hP7G`=<eNh*Q5wx;09?y6R0fxhW#?bx|~1YPqP
zE&a~*6dB`?g<Q*&9yZG{wtVKqLhbk=m16f>^SBk>1zNM~2r>HeP4xL<24C{Zurc%_
zp#u*(J&1qRI>G~Pe%EHV{zfrxx{<=k$_HoDlPmj$jBO!5mR!$uj$q%l{wL(zR|kYq
zwL#u^)SA}K-vipvkl-rR!~nJ^SVYeFuOS!CT+Kx<r!X`C?_ZXRyeW%=TA!7rDk2Nq
z=tA-12kKE>8_T~nZ-R?oNcRNv5#D=;n!;QU6&3}T@o4wPgkDq{LQ|S+-ts#{etQX6
z#Gwc9&e?Sz1dc)AAfApr9A;4}`mmS|UQ{|wf_pir!X3(gzBbdu^V0U-VCXVyb9kx0
zymVDVnX~+$aM)U%6qoJ#y_m8N*CJ>=%=c>OvEA^{E_`&wE{S@jUp66xc_sWm-qhcb
zOI#}_hs=A<vAq{k`A(-(x}4N`i$}DW(WWykn3cxhIDww$%+LD>bCR;S{a=nvTTV>{
z_RK2lEk0b!mf*U)^WX3HNT6QSxJAjGb<LS4=5qdeIy5Toodj;W4Lw5E_CDn1?aG<G
zQ<PT4d%bFlG`B;>>c->b+`Yxfv*t!QvBelX$B-c!Z(mOZGOo%O&MUaa{!`?C$wEId
zJDae+a_clZDiapTz+OVFGV~$i{9NO1g2<@5MBx^7j~y>sXdMIk1<$9`2Nx>NMK3K7
zQwn|*(B=U}epQq&qpynJ@X2LL%%%L}dlGb&o_sY;KnIB7Ppov*wT|8~#unbsY4ZZ9
z!&_T^9J*a(57-30@iH-oVoeJd&fjk*A3Yf>b{=h>r{N!NuV@}U>BNfLM@=cIv@HSi
zsp4M2HRpEWulo*4t>-8Cvuv15y?L1$rX(8P<E^++zgq+hMV&4nhsQ1RJi&sIPG*(U
zhiLME=Inj1kU48e4f^DrDK^=s;QN(O#{V;ZE?gq!x@?e9Z~bY_Bumu7YifdhitkSN
zjQtZj^Y2mD3D>A}3kODeNLAO+8%mdov4iGw_QfiM+TzNk7lXGa(x@qGXi_^T9#Ou6
zfEP)@b*X;jO&8V>G%5F9Xv2$c94F{8DiK(fdnSbFiB9=A=Hy$R))sqC&O5?(tyh@f
zYo1zcrMS_enO<5yZ$#S`H5+aE&U=mw727J*HZQxEVpYpnd!clp&HEqpGGGQz__<y*
z{S!l&UmbO8f|oSZCc%?IV<nK+9z0k7xT9&hRyUwofw>nLx|r&w37vu;GJ25{U##J=
z@!Rk_w+!fb?QDZzV!vmAiTO2t@0~zJ%zVP^)RI;NU7?DvZp)wwJy_|f-`RagajL@6
z%@b15AE8vM&oXK=GnpSw3(&`2F2Y_7vkc6QM2*N^oxX6lu;Y~Hn{W)(KguU4zAcy4
z4||;i^1=?i*i4AyD&651(~1f3Ep*Wt9x!3K#MqTL$>THCtI#SuCwCbi4y?^tlcNdP
zo`(TXrrxIQcK`9=VH>zj`&Pg^-#~aWF8n*3ERq707Bo=@1l>mOt0e-nyYOyp4=psG
zb7+BG;5m273i0HjeK*sJF=U3i-Q$23$GO$zS1I-HW3Rx_jWX`rHd$`_B!zLDvd@yN
zE=1>P9B`&QyZQ<h@hYMN>y%!W>by0(zD^m~+{-v_Q%W>CKOj%TC_Ox)&q<;9vCT|>
zGZg#nf_oYLOXw#WIR7mDXdG;yN2o&RcY^1UBh%00y$D;teSJ||b5lAM8zbQ{D0O5L
zHcr%2b4z<WSo8BKzvz%f4EpK~)^8p>*dqMBIOegKiSg>MxesG3G<EuBUf_I8DBJ?J
zDZgZHzTZmCCH1#{Dxg&)`pN*#FtmVBUKJQbwZ6<_HQ&lN;o4a7sNx!%_fvV8T?-y~
z@Bn;JV9N7`vk5v*!sm<JnGH;(|CL6w_ARX!y&RCIr=XkpT(fctS80I#LQ=iDro~Eu
zV@l;)gO~3Xn|!w_odwV1p}d=Z)VrK{FDFj<TJielUjdHCJ8Ak!V1wSXaYNDO#VPh~
z=4!$}@vWqfdA<Nx?DzQ3I+51xswjkKTpJXfFX00;`*DB7o<%b`>`FIyl!i3#_aGXR
z_FA^|ItjjgCxPR9^G9ros>%Lqy3x4;v+*2taqiu74dZxR$9;L8UMm_9MCc!Z-sNsV
z?j}5}{w1g~-!@!K<)?td0@{e=kO%y*NMZ^yi(|fzitEbjG>s`B6~8MDRwR0@sN-Ht
ztX|igzuevceYA((pW4ccogOea&QRV;`3IG`Ab+5+Kc@*8Dg4ger3U{klfZ6*j^o6c
zj(o9B0*CCe%Hy5&6XOItjJd;clem>Mj_(z9(BZ-0fj&xj3uE8pTmj7=fb%i(3av2}
zqZv!T80t9ReO6#>`=xJ$DK0Fw)?Wtvk%x;l6X;cSP0DX_hg0hf@JhghO9#kqnuY$~
zKfL=b=_7@UfrjcE;J<k<#gBuJIaBdvg1-dq1gDSX(JgBjUv8J7k#}avy0x1MaG{yV
zH7KxuG68deqt9ub%>-~)C53OKKHJW69d$10WTH=Xg*UqgucVULH|%1a>Ws`mkY6=2
za~lf955Ibr*DWTl&0DXdUF;R6rL@C$uS-&^>B_U5Z+gPm@S!if>k`^)7B*jWIK<h0
zhvbU<2kH1)N9eXFV6?M_`6Dx-0=eJH$EX<t`j1+6*h@=?-(c4PV}<HX=xku)Y`VC?
z&w$^eHrz$)wy&x-iy9NIo#5+b$gEWg#~J#ToG#raXfd9C)m3>?nfxyay_HWC&Mcwd
zu2|me@OFXXA8xWFN2pv0`kH~$;Fpr}m6er1jS2W0E}b*MRDA?bqp9P~`<+A3wD1bq
z1no}nTmrf`k5iL}9+P7S<tLT@fY)hVtp^;nza)WgNL(z>$On*PjOBLqHNwxb+0-n}
zbWJd}+x?P5D_H8ttl-0%@YLz<44);@PexFY9ZbP};dkzcO`B_Ig$G9p%(3*TQ;DF-
zWW;Lsl=l`v@bGU0kG9sS;7PKpup4@*2H(NG$@iDGWS={iSoJP=LZaTWkIN6}u1$38
zcxV1}vI(D``+&fKa>1S?URBPXs}KLjsCSM#k9RJD>u0x~ER*%C5`00(LKt{Utw+pN
zUX^-vnkb=t<zBB6jGr0#7a=F&c^z3c^w7)+%a(KVSF@oR_R+Ary=k{Y0}gfTWg_##
zyJI&Iw4bpesGZpG;UOVoB8Qe;C?UFn0FUHpG?gh1FNOPWYI@3&(}M*(wsEkyr^<B*
zd6Nd6Clu!=M8^Tkr*MsN9?C1je~e7&6nKXmrkrAh&)rY-RzGV)y8RaLz)Az^FJ^6`
z);A(aWjrOHbx?Sl$8Qb}{=k5tynf442Jb=#6sOWf`*QS#`J{Ne;M6Uw^2@Y$&6STd
z$HrIEq5a_J;|bb~;h$9oB{~&*FN(%r;^OS7cYd=|<-W)?wh=s~hCEDqHEhq#rnWax
zH`L}uBSNo<_opf<&f+(z*1GTH2-W*^`G}*AJV*>${S!IWA^PEZUx3q9KB00nhF)Y(
z>m=dw{2;Kr4Pk8=8K&OLwKMJYTFnFRuU8zyljTO`*-2qNG#Fv7SmA`#g`(IK&H-At
zgK4>-H7m`5zRdHR<2@HLuvg+*u@`w~c4&E1?#^^q{=k4AQTegTQY6ME!0GzqKW_YP
z?mT$Fx5|gZXH;XAf#$qg$STV?a6La=I5kuGCUzRw)`Zp~<V#q~AY_b|jK0_L@A``l
zbve+8MD|gOTq?C!I-NtCH78Z~7`yrXoW0`Jl*~mH`O=-v9C_D<&(t^<p!6a#bd?uM
zWN_5<N@caC5}u2czu%U;gONwblznpuT3!Mtc)s-_x!~qT%AI*a+&I+EM1IMi!naH1
zouG#Z{l`I1B|QF9g~zymK8uif^YB)MO?du*!`F7O@+HOFuSee$F&p0+EX%ALC+!!y
z^XtRk+1m9a@6Opt|86(cvZIFb)%qV~!{k|<Stgx^7HLZ7qC1<No<0_iSFGtj=TYqJ
zfqHLvUq*@<0h<EjwL<GRN*kXT`g`#nf9u~~Cf39Iit1jH&D`o~zGdP#c2yapsjVM3
z`IJm|PPgW2bI-CEJdYb5yJ}o`SlArDyT7bd{5i+<4WS+l!nNJ^W9UHVg;d;jH~%@F
zBs!cjIDgYDYHImJG%Z|^7umSbXYB^rPya4+Iy+Ozfd%=-$dg=h_-46cYkt!bIn}9V
zwW;0CA+kf7gI2lG6k1xXn3z528F#wZig0Z-<<l9FwzW9B%}=7Npt(HUZ;tFU;~4F4
zw1_-D&Z5mBOQijOe)`Qh^+mDIuUTtZht}KAqP;(#%T2Za6MbjS;*C`+@qx~EdQ;n@
zJSqDi`JC%SJNBniVvQxNuB&T_1vE2g77x6-h^mF>6JMIur=c!u>2&`yd}ho$ifTTX
zi+vtJC+i%NS^hn#?z?u}&|J>PiWcIBcy?sH^($&K`?Z)}&x!2%<<OHxtFZ5~zuqzP
zsgY|G#5tDomhO|aJ)g2fuO2QYj>(-rgmC9?<v8f!FUm;CqDqC@Q$WBZ>G5qjg|AtJ
z`?7y(%R05;?8u#5V|9=o@yCLEU0c(99xp@M^&mUkJ3DSgJRe?erFTfb%oEH_Tx#55
zTCryx{a1NUfK4SluT<o$#C4I@-c}Erf01gPjTJ2imcSZ@lKCwF*EX6u-tgza&+SC)
z#@ggu!IU5D=h83_Yu&DIMTz64Otq*fx2>Biy(g8H5w9AP{ld*OYVdOQbkAhR^ECrj
zCSxzQV%_<}-ySsR(l-uY8=|)wYsnitmeKaaFzWPV3r%zAhWedCpQ`PZ7B3RTm}$#|
z{hWe&t0^nl;q+QgD2#XHJuIwaExF8EA3oTt43`{qfxZpdF0i(Sbs6X5--dX~TPyz>
zUH%^8<CX0B?2N8_W>TscVznMMXvdQuoFms30URFtO_qtpeK<Wl_=Nj6b!}#?vre?*
zXjgf7))|WUkS*1Eth!(&J-u=QzE8>&sA+LBz>aoZ*-bNW-`%jPt7WBPo_c{%t<7Q<
z&iW&#bNF6+C)KlVt1m8gg8c&{I4H+Kul>kN>?dD6;=QZ+?&~~>`VsZld&{HSEzF&%
zv!z{VfWFV|vRW5j^!KFP9)DYO`QDdzW#zKPi<*Qv)W$|e^7ENR^`wEd`IBch`&_Id
z7F@1nmKs-2yt!1soX?-o3m1Xk2H|)3RIB*`STjoPXG2F~8p{twORB!%N+l&YWfD2S
zOJF_pz(`A3XqT;cxjc#zY~c$FMvL_Yjxp-jOk15xr&{HwBH63Or*f&B+Nme{p)m)p
zSV{8^Z4e0#gZcZ!DCSpfW$)2WdU%X4Z*GETb1X<6ULK~E-Ipi}Z~ZLipK8V{lWp|D
zZ_CicjD_^I^)-1lq$D>ydW^O%Y-R#)c=EHmTq~&yH-4b8`DZCLzV(cwnpM(|m+UX9
zud>$H{l13UEypu_JBe1~8qt%Qw`GgqdGud}o3c-MF^N7zkIm<CaZ3!3kN*g@gME+2
z(VQvqB5+{>HM&wn$6SlxDt#FBOJn9#;#ZpkxaJ;99X%v_Xf=7q5m&mO8-aBzz>ge0
zNz4%!T3=QM)Ndg%-?C@x>eOo7De-H=Vyb;DkbR4!@SG990?tfd#a1pB=IlX(X>Nj@
z-lJg<znmXxpzlrez35i1v{d+4`%VXSEvCHDo-<wQ((eNiLJZEQ(}YA>ZEjO~<S<?u
z*Ne(mn^S~c_qG_jhu#bORAv@=$Rq0C6fL{Hr^XKqT6N+!h4ix4?`B}{po|sdTqTQN
zZ7<Bfw>=Wq`m7RB&7bkJVa4@t{j)?j&jWPfc?F))_?W;oQ8R~@vdiDPdV^g~=Ka?h
zQuOuVw5>5@+X{R1_+KV}?+bJR_n)B;IA+lyIr&*n*=p<@x>B_^Rqek~YEAp7nh=-l
z?9KHqJH)JBMO0sD4o7`NrbiieAxGV+NHwkY?d3En>wX^Yoekg1>YA|zqKi!gYQu_h
zy4;}0HA({44@$KL7Vm->_)eF8xfAA0_bn2TH%Fp-FZ_Kzg)i-IpjSoFPkXqj<pBOZ
zsVzkhSwi=64olQ0RbPBZ`_f=H{d>5Ust!#Oz;!B;V<~%foFjU+PQbGXmB_~XIInrW
zLZG%}na%l3?_r;L?U&>H#CNoT@pIeF#W;U`oj(@4O$8$!X>FD`5o%Yr@vcvYr+$zn
zLVhy%3EbH~1vMfE-|4Gx(%kR+n2Wx4(ZgdWlhz>(xNL8tr;XH(Zs674dAR176$Bh=
zOsATUH(Cw4C4e8$6_)zN7Xt!@6!0;dSKi3Ihn|q=9r2{zKEwPzjY~}_pkqC-N7F}R
z?XMWr)N=#Z!xoS4P;jl!+RLTC<*Kv$<kqn9G=p~0sn+K>E3g*R$hEY-NC&OZh6hx+
z(f5GsgZGMQrRIphs8gI+<p=-0P@2zQ-6}iYT|#SL++gqr6@7L}i;YfK<1(@CV&&eR
z0+>b$`$r8fMow-!xo7iRnn&&{32q{nTF<o}%}VH~DWl1cLVBe5qd9y0mB3L-8s3b%
z*c2deDxHn6AoD{GFSu@_7q_j7H%e8|-~TB^pUUCg^-(Wr%%~w^Wzq-K=6LzQB3*b@
zPZ0yJ+M7%3><}3zp0ibvy;Lj3TkGcDi|qPt&8x{jXBNok!#h$=uiZ3nU%EuS%ifc!
zn2k>FVAQ+3F@A+yaH9$R=hlcX+{SY)k4~~{ixjSX=PG;Sy?mu(N{h*__p{p)Thqv#
zDLdZ$LEu;EJ#2!~Fk<kXhtgHgqyfj599392)TI=kY*5CWJvNd?_&1W^SiLzO_#4q=
z4+Ymuq6WKS1+bKEOz5m*EjW4Kjg%%ome7K`CHdXgeDr;yqj>kSw8-D2sNV3vFr~+|
z^XI0^OYf$zTBCjC<H>Ew0-@@2a?U!&+VQjA!{z4o<=L<5VuI$Pqnr0qYLER49F(h(
zLHC}ti_PypnWkBrHWjPtZ!TvLctD=Ni2a`TuUEJrT^m;vA4}|0T#r6oM(q>-u-nuO
zEu`&Q@L)5=#jLnM;X`2LoRpQv*YLgUmOSZxe(Jydm)N@SoEUWNJo~y7R(;LDChE6p
zS)M*vv8@@^wQ@9p(YSwT4aaUgD4m>QsCnhGW~(VKy6R=M<}cS&r0sDf3A~-h9eu)=
zQ_(kFsKTo%Tzyd~Hqu{G+{n6AZHAAYd&p0qXGG(yc9^5F&~#0Vj0=w3cjiC-kZ-J6
zvg;EbQs4mIS?5dW8|b%xnBRFa%jX<nT~$x&$@@A}oyRZe#XL_&o$3eMeF;GQ>b_+v
z$RWSaF*F<pM!ZEm&Lz}~|GdNZ#owzw^!DCo5g2xh(aSWecRO}+?nvsmnWgOnbb?rC
zRmD6r-PK(Ct2iI*609w)ww&tzHstc~P2%qPC!*6UU+U5DwD9=r#mmFX=~tVap}qNw
z(6fQ{Rh?>MCjMco0<I=%%}{)bdZ3I8Q3T!-(5~{{{mrDfE91B)bj=2}z9P8R1gUjf
zPmQy#aC&kyG?hC;i%95H3EiVvxy)7=0?tk5mIGJQ;75myA`hz5r%JAR)542s;JL>F
zT9ljFO(E11LmwIFOWi)KB}3QI^}*G2thHEL$BW%&_u*^ZQVDZIN;Caj<tI8^jyHfG
zVp!QRYOeCIvhJ5{s0Y0F(#C~P4_QMK&wTMyoL03ba>d9w0)5BTqZ7IOlUTlU?58%p
z<_VTB9aSIaX#<>Bs(N_v>47{FlS(wQls+-T&g}f*yg&31sq4i&^6vu$bm({q&0{J(
zw$XdANI6;D45rdbS4nvzi?)V+l1CGq<)1UQV!ewOeIG64;)32LFqz#`N1<P8nZR}u
z{XUY?TW>B!h$oZ^jbT7v*38paz$EkH=Ysr1gmLfDvD|Klm(tOS=eTF5M(kB*saikz
z`Xt_2vn)=XQvl~grt6nH-hEQDI|09B+;}^Nj>^M`#reA6cvci#Z-I#F=wJp{dB73x
zS26Um8jq~=c!+7+EsCI%aZV?y-0&!U?V*#Z-HB%=f?ww|bR{`gE=mJZl4aPEEu^$j
z+Mb=zCF6w)MZwP$l9#@;BwP<oJbj3ZJV;>Gze)oPx)x%9w}jRd-*d_fyft#29KYcQ
zwOt!X(@I$yv8y)Fr`odxu1hGrwmYY?xqQZX?!Wi40p2szn2xMj1rPB_LPJ6iHxa-M
zJn0+^9XD5Nc;FQ;NbgBA^kK9z<&2@$VVLV316(Rr-`>mbUiISKgbGTNnEm%SnDAjD
zeC>HHC?}G$f@~yo7}eY}hsH)a$T{OKGuB^Mzn2xbpH2_GEgqF}qezWR=r;*I(i`mV
zMEE!5MFTH>UJQ+0nMSs3pdSd{#HE*}L31tihwl=@Ji__Gk2(ZQW%v-HY2k8d^{Z0x
z2>M#sc947^xSR>D;-q2o<$vW}bl?U*__u(&7E9vA#c)5z{mtk_cO5mOVa|0=&#fAK
z2Y)OZCZdP7GN5@0T9!lFmJ)8W%IffRQu!5|O1T8CKpia1^Cs|6>^5toRGNFATN`e>
z_L!<Wg4d*a1-5dDE^&<BpkZa-3+0o>E;Kl@?vOm(g2sgBETo@XwVQjkd5b!-<)q=~
zluu&EE8zs6fP1pqi|okCvd#;ZiIx4$DxK<a_QH;QqFOlu_sHE3u3^kp;!|x48PX+@
zoSd)G;UzUF!AT>J++jR5f4HhO4ry_g!9~I@G=*_Kx%%oVx$x;|8t&bVZ|`p_p=pJe
z7ROC2;y9{fq(DCsv?`B_YLlnyffG73Fg#TX`&B&3eWMxoAl{O{_kJaKSqVR<0qfWm
z&q4yXB{U!Zy?Q`A_L|GDPrAzqN6#~KfOz-b2mO#r$P~Z{LsgzZx7KGt=Vfx}yWXtu
zb>6<<Jgif?U(Lz$u{){Ex{vbjt$8%?Y<YP3P*VBFhB7R`qjJtHf9k(YlR0f064n5|
zvYG_OGW3H6pF=8NkWZwhw7{sofzU&Rbd`BHxmAXzZ^9+oT{4tcU3IpGese(#!H1hz
za|XYPjyIA;zg0yTo(Wk&?PI;iT&FV=!w8s%?`+IGK0yvbnCCoA@wxg)28VOi{$;6g
z_BLRpC0~4dR0h|q1K(FKkB4zy#b3hwQ&<NsntxIr;9atNjX}3JF*Gc+fgA6-QkDB3
z^iUqloF{AZjq%PVbcfP6=$m!)Gx`ZD+!$6Sk@C0nM7>z+_1Eta@GH<_c!qTU5#wse
z8U_aIW2O}ez~@+L-@nMhuaB_M!4+I~XAiu0Xr-9dh3Vy*t+K#`I8mj|BkfA9{JPut
zNlHU&n_FJwv~3-E+lpEO^_8cy)cRQ2XOlX{%(grH6_(1EQ7QTScQUk(S*7)6l6O5>
zWjayK@cs4c4CGOGk9X!x32xM*N0;Z9%N@xE`=WXL-9aZj&x?Mm+tEoaJulCiR(Q42
zlZ;x?(DMNe_U~fn(nINz)sZ|Ngf<}L1!jqMt@C{BrQeSXcnQUQ(DVHSvKI}UrFu_s
zv(kzTjh6yXN${D__+z1s*V9xBWDlcWq^PV0`Ate<m8trh>l+njh}<2Q<VHUSf!xEi
zF0;b)xwwlluL53<zV-a8u2;@abK`dVn2?niDW|ScGbeY3?_!nHjco6vw^`bW|0n6X
z<9hnuxHKt6Dat59vPz-4=ee?d3t5>N*|N9Ds3f8xDGHTPl9{6Jd9IRCDI!~l%#7?=
z^m|UfKfW*D>ND;+=Xu`i^SS2?o8MLX6FGyu95+^>-jk?qV95%)2RP;`w$9K*qv9o;
zutx23$`;6HVdRY8eCCw{aAwLA$nE-+`~Hqq$}U}J#7XS-_&}c9B>{+&L|&nYY=>%7
zB_EB~^|q0(=p*}?Rxz3%_Ht}Acb6ZNcBm&)PRIm5)Aa&n4KS|uJEwf1j+^>s)sipz
z=uF-h$bS$H?}VCkcj5c7`1VUCvL;c>@$GKX84a(IYKl{?=0f~k=jBB|ml#=ck?oOQ
zQ7MPOJdeR(pPMUiSNLk^vidR3uG-J3#z;fW09r3jUI?OsyhZi`pY;dA+#g?Y*Y@vq
z*G8HFEDHjFG8L6FMTI;xC#_An)fNzSZkag%Cv?$PslQb9pNBl){Xs?;!Hq7LA?Z8b
zY`{yrUcZ-89ba6hhh)D?7~fst4Fk4|Il!6u)7jM3^Kf};8{%ZAI?pRKp2*CqDz<R)
z6I`rygoi|a-yd$ad%}|Dcyr+|el6xmo(RZ8xrqLud52ah7Q}Jk#7SqwyaVYHpzH^$
z4<#aTs6_7#<dd`YBYKK;Qx8Wx!nsD91^3I#4_*V}PnoWVg?t`Q*~D(7926;kQTr7k
zWEXUVwD&THMP(>5vaOZ%<;h+#0uNmhoQKPl*JcZUOV?1BWs*ixlNM%(d0?Oal`;BM
zRA@I&n1hG>o)A9YI9Cv#gQID0HR6LhP0{3QXQeP*mc`o88iIGwEi83vA+j%3KRN_A
zU(ivBV`z<*Gm$OV*X%D>-7Oc~!BdOILW4!usV^Ep)uS_<^bqToFafBKoQ1y<+J$mK
zoaktwQtc{MC1%)cL?cP~-6vn-kuu;q{G$3m(of3oO)iXh4TDlLsIC%39soP0XR+zY
zeq7_n0|+kIi|0}<aKay+H0LQJoMQW}8)sj=!l6Tlb}DI5byVg^6!|S>Qb_p1sg5Y;
zdL)0=It9y*Rv_g)obm~z*Cehw%Sk8Iz2~(mC(_H=_)gibh+d?u3<dt~m^72S!9Jwi
zgH=6pRJ^yPkk0Kw`LPoSU*6u*2$J_*uFC<5k42xrvX~bb?-VY$l)Pjf6W-E%$~pd2
zr<KS{Av5?PujqJLWI)Q1tES-8nzD|?T<|E0ytrHZ9`ZMHfvyeHzC==9)j+j-tPTHs
zHY+yig-Q#9Y#g+C7*6#qg~5{pVCslq{=Lx}(kgivO<CcoJK3zisfRlBOCGN*Hpb6W
zuHr}K6Vn)Gh&!fCg6$`d<My^rtX@PuB>lUOpM1}89}`10)?_m;IU>WIt%zSD;#j_!
z4)p$NDrvr)fNZ~}`iS-(OC}6TUt^+9z7oqu99W8zrqO<=-n&4&{<<&O%&u1wTJ$l&
zqu&)=;FAc~e8TZU>JF*J#(v<}p(*&K)bO5W2e|e@D|o(!&ZPGa<N-QS{LIv3rE2hN
z7IS(gQ>Q(~Q`7AgNAu1w+pM|jR4@UhwCQv<<ON>(uY?_)dkJnlXvECRXrCoi;8<)^
z=6x{&=CX(QI@1oa(@#kAM#-wjI^w;r@zCm&F>Ei4gJT`^apSrU_$5_WUSo8chfRA0
z>3^!h$l*FP4=m<>v8~juw1;%Ph{4=x%ndl;a0c#5E5T)fBQ^?O!An}ue9hQ|mBXqb
zt;amb_047OXQHsQxr%LD>Ct|m&(Qq)9i|=P$n8c%!1qw{(Gllq&Mf7bwLSQp3YjH7
zh(TwQX3BxXs9Z8{tlod(p*GF7$4pIsPS-A<AN+~FCw`SRy|o{o+?UuV?Gv2l9><iN
z<MNUF=$gai>a|t;s8L6GfaiLsZP6PHzqXe5|7fJne3=hotrveaQ1e#yg7N9}J=r;H
zVe)NXOwKlC9Rk)smxaNQu;M)vYc|01ue9KY8E@3$9X_xP<!4LUgR$Ku7Q5>M-|1B<
zt=>F<UGysCzWw#V`NVtn@fhtJHYOi0zszJmmRZAtvviKebQk`6Oc(rG{}8{IU<u~e
z8nCn;Z|S{$<Mh5&ko8IrXBACkU5{nb-d1ZsYy5Nmr_CrScGp67WWEO^4o&2fo(9YP
z+>W3_uAxfv09kWBOOGv9V1<qbN|#HxX6+z|&vQgA_n_>a2b<-*Y%&&oZv?Qg(Yko`
zcet{C$X(^?t{2(u`nki(?0EL4O(~8057##9gqFwkaLG_x-l?#Qy7Nr|((l2!YY=WN
zJ|uOh*F?E@{2w~E`N8D8foPEDfjyQD=Fk7o9yg0)rM#7Axxw&(xH5meeE3$NTAAJ+
zZoFO~oeOvZ8eR)!`a60>7dl;k)Jz^*Z!4#Dl<h_ssrP?z#db+!yy)eIWBT>QzUu>V
zh3P=KUB9bHJ*66I{Bs$6V;dBw<+B8h8PIePo$>X3D5E-7eRlnTCNo+i)icg-{ha&t
z2@t)@uZ(v^`_#^ArE5!Ev1l4Rilu!peZA<+#1sgedXmkl>4b|~JfQvTj^fjGyRhhT
z#<?4>-$UU0!|>-s0qas#1qEX=f!0WlKXOHh>0L$`axFVV-xFMdtuR^oColmQ{D^_5
z>t$H9U=QEi&lx;5jd9b!JSpN`DNifA2H`Go7;B;pqp~R9zq^SKlk4$seMh6NqRHo{
zJ%A5>edT!zI)U|$ChCdq-uSzstxR*MZps>hlJf*KF};Un-@Bt2XaBAD@O8&*C>qrn
zsXt^|D|O=Y9b8x0#D0uF%e3rwv#|l6*yP*4q{G$M+27U$nD}}n>b9u`F@K9!tOWD9
z<*@qKFlAIJeLu^`N*49=zEF?-dlb$VulUXb*R-VG+zKu4Pr;UQh}464?y<!;^oZGq
zJ?J}8Mdb&0_xc6A@p^rDRnihCRlS70mt~;q<McQ#{=Im;l>el&CK6wNM;eRV;!6=c
z|MLac8KfvwyLjL*@O_(tqz;Ck*u>|J*@x(E=+|R8_0@cydvg-rTKWJ^SZjdob93+s
zZUzZoHSzctd-l!d6}$S|P`>sf2>)u8;fsN%q#eC>fKCm<6m2(HvGqE*&Q8E_-+sf1
z^LJVGZ*4e#dp4T=nhO8f+NgwCu+nn{yKQF$<G!sy@f^Zt7PM+7RO`Nkf5Z2nWw*~f
zF(;KjI2*{KGOF;J)=WwCy<=zwOoXm#`5|x2T-AX0csT+RXE%Z_(|$o_C4FxvZZU3o
z6^XSyJEQxxdMfn|yP+`=FD27wwZjbMxrthY(Wd|&rQ@O_!_~<y2hqLHHgKxAqENjs
z-GU0fH|+-OGLHo}BMGAVz67()V{vy#b0Dq(*P-bkrB%2@Wh?@^CfpJ*2b_1+O3%7o
zLt0ab`VTG6?4vbJgkjbuVBazm(#~k0eaoI;KCvEDy6%JTjef()m~B$vnthDc5K_->
zSHdm3Vr0vMNVU#-hrh!)HAiu_*&ZZ3RIU^iaN-1hq<<jiWA%7t`eAlew+aZ0p@ZQP
z7I0uLVf<i~FbCfRjDZc-+gP`EGhyRLJC*I<MAtPHzSo+Aqj?&fAG`z`j2aH+-^W0W
zb0)-?8L2d<7<Ju?t}{T{>e@}2ebA6c_!h#|wX1>njkxy_VHka<;AKzL43+t9yF`4x
zu!iaTI7n0zFeBrq;1+)O*?oz)6*`@Cb#nLcL6_gOSNq8OydRzh!Yso1!Pr~lJ3Ad!
z539?Y%Qd5tU^#XK_Z~GY$FiN;WJWx$^!$c>XGG(rI64R2&z;WB>c|Jrf9mqjM_V@Z
zkH&=X2O#jBI34tVbc6xk+u`Z-6t=mtg;*b!zGWFW45L1u>MXC@cnX468OsYFr4k<O
z6!n6;Yua$qBftxraO+ivl!<U0O^t`i*{+8nd60p;{(do=Wv?v{STqmD6(5J;|J`Bq
z99-f6{Hs?V)IG5hd)1u5d6x%agYtoldVtp86U-Z>;)?2f%yZRV-2cdm&B#~{@$`M`
zE?1Hinlm*r)f|W3zk`H-nDy;76S(5C;0!k0A4*u_f`j`vRjUTi!I{f?3%-*4@8nUR
z+F;!8W{{~_4~tum#AdekKwJuwp6bXSk2O(*z99_7!8aPJiytIF*yt_zb>(pwYd8n>
zf>V_^-JcNLaR>_SMH)gLVHJY?>^RSe9|Jb7x%~Kjx+izlURJOEO?2qH8pgN3isx^?
zqS`l?2)~dpQl@KSwo7)fVMEH1v>aWtqoik&h*nlRnW&Kw-R8o?!h?_yJ^?$tI>_xK
zdQ0`qGjNqL!zdeHq}~9_|E2(Gg1UKH6R7aT8VmTN9@CI8o{^T~#Pi_S<14<1FUD=p
zw_wv-t)w4CuDCM0HOx&6g0S0*vFS4c7oSv78=UwRwk+Su(sdfDq^a1Z&Ubk46&twd
z|JzBn`0n#<QOnq7%?VCij%(*$!*v_&8EGALt%tYh3!r&tAM~<d^08w~Xr+-&{cs80
z$2EEM4z}FRfg2sZhopgkFqk=9UntYxsph63aVB<q_d>EM?nRgqjA<U@2rovc0ao=?
z(q7oYzy$^w4*)}dQ}y}6brSJ6oNTa*z4`V;U=;Iid91D$1E<=_6<d7pyh{@~nldxN
zj~c_mk@$nR-}{P{&1I1Fa4pTPwY;j!5w<n`9F~<`qCL=(nJ!y^alzqma$PHoIj9Xr
zIhXM3n_i?XG+52$&iI4&W+mKW80`e46BN=mf){al5_chODtpAVluZ*ZGFnF#N9XY@
z9DauIb}2?ibYauI%2?{Yc(!G^o;>vam^!{$f4*F3WT{~%O;z+uuaHiVvYA8m+C?C=
zYJ7_k5Iz1s;`=2m_vRzsIl5Hp1ZR2D_7cpT)KWE{=nrKc9->wm^#Twl!t^&cVZst!
zv93^Ez6aE4lVRnp?GS$KAgX#7K)O6!j*K{lLf6f29E8N#P}rsnsux7C3j<~|e}0FP
z-e7*Q`^iV>)M;j37>OVJF7QT2rs2Kg8(?1f8HqGJlAb`Xlf4*eGj3{p4IQq3V0jS-
zvzr^y_Xgg$a>6i9+=V)0CP2lON<Kcl4-jX`?MiaR{HssbHRaTkjA{bh=HA7hy$ebI
zS>duz^;MyjiC>t|Y4p0;#2ciMK?>R94gw2F1H;kp64?ILp*bqRf!Qg%qUlp+`!|@2
zxhH%T7{fa(k7LwFLRVmV(@IzrUV+(rE{Ju3k?&97jfty}bU2<F=pwn$t>ywxME%;N
zyMe$Y?_RM2+hJA0Y1X=doh)=Lc_!+y_9!%IkMR%Db+)C8@E)dJBxp0WFEl&bK@ys&
z_4Fc6+ChEQFPV3EWvyD?@r1jBG?88hsFwK9joCmthrEb|OjxL%+grp)BM_ITAk~o2
z<49|Y3pO=ku0tK9CT^#D39sQ6coA;7h2a#-UTQbrGCs^YN*Xw*HTrj($_r221WW!J
zw|rY7dP;u!u@xguk&eagf>zco74isZ@?jgedsNnG&xiY>G1TuCCp`f(L(@e4AZbrH
zc-H`~=N;v=F3fi9L74ik42c7n;5!-@jty9Xx`{EI>H<hN)%CA<-mMqYkvIZP7A=Pt
zS=q32Wey6hqcwg8Sg&daZQh?l($?9eKS)=pg!flKXUqfU-lw5Nk0G4x%4+itz=oJ8
zDDOUwu+zPF*tFRYaNrF@+58f<jN@L#0cmcwhtAjPYMH~=-yaH8N4P6AiIL{yR0C*q
zcpP-E{~z4CtBIulu{?(M2pPVI6HhQvx8&V8c^@R~hQx`r{BPt)AkRWx%UyO(4CAEx
z@x1a|T6s&K#Vt4hgb`fSQ+_+zb1S+J_d0o2k@GGK&crtFo$7jY(677fd1*4sXj0Cp
z_xRyk^;LnH#7AIpp_->`X4rAhB-pn}3xp0NF2sPQ%fLIeEvKH~#B+jc={lQ}m;1{}
z+tqm!(t^_E+O{r(j4xr;?a8cQaa#<~F;Sa*YKl89220KN(dT-LhD%Y7I;zlEv@Yyx
z{dRI>OKT`?F4Nk135?`-Ju5_gphtsbJTYV#5C;m~jV9HVobW_oGLm*inm5U@R#yIM
zc`?E;dcP#nnXfqcQ<{eXNd8VHtq$bV@toluB;5k}?PkGY&v$UPV_qFbBz)b3pWgK$
z{I3=o3PqiL((cAO`@Lj3bk@qyS;frnLM0O!K-+<y_`Nn3uMcm7q&p?@tpZbp1_pu8
zYs>B;WdO?KjjegBn8T2mV~ezwOuVM>UbOy5JqN^9K)x0i`)k7J9eOf($-4ESwc?%H
zx-r5tnRp7NQG@U_eMUCk)rqCQZz(UgODFuWfhXsOp|xfU6xdt#{WQ=#Gi|e@bz0!{
z-aKcA+;A9S)j%abj7I~zpMT%>Fc98>LEd$ov$zL$V)TjPnti-?BTb~f6CPQ3V}4`B
zb8ZoP5-EeAJ{t>^m7q?=aCC5NPQ5xu&VA>`>6+v<`%-Xp=P6J*Aq18uF*JC@amr3t
z6xvz%+cJ;qq6aZFIu~jF@M(kXRI}}%Q`<rmTsz=H0QB}ZU_!GePTUAW=TJRR{2r)y
zR<?t=1#~aH>pr1th4&(FKLE2`+soPQomI*P7<p>e(>|QtHg!ai8CB>6K+|XIfc!PD
z{;*nd`(BKsv2o&93#3eli|ZS4;4|*5-%BQ+C#|R+$Ho<RMYGA<fND*6NCn$=lPO0*
zs{?<8*2ACe9)W8P2ht9FV1gvCeD;=jVpE+K)3R??$LWr>s>meJW<pm+_*0ipRX$wG
zNyl@sZo(tjOgPSdyzGL%LUe%iF~*ohfd8F-SXsQ2_o|_6fcDTno9PT2PWclaCrdNT
zli;JvRz_HZ<Rf8{-e@4~1fj3R^`!1=Ep)iZE)?IhyLh`vPI8XrAzYXTltYAbk!?}m
zikwTOj7jvn@EQ=696{Nb1<+ifXXPRCB|W83ztM0s@H7gYDtM3dI&8`+VsxEsTKycp
z9oq5cM*VSqV=Z}0z-x5xu@1*%US;GJB*Fq!U}Nd_L3rfJy}FF$)EyU~+F&AUBEJbD
z!)Q}_m65+;LI?C|KHi103V7ePz4~gB37=aq0tJRzT<{aU$*EoynlsXo*0O`+p6v4O
z_wZ0sI-GZj1fkt2b3^h}vf!*WM&0>zFE83_F0&4|8}2t?skYI0vO!a5-GI(7TG<tj
zS^O1vOc|6Dr+<~|1x83-fP82<BP@h|cjG0Yr9@5A_}S0Xqg(>4{F(CkF=YZ1C?ovH
z6K973X*}>~(1Cbd5u6F6U)d4|+OB5c5S4rkte@4Nk!}HzL5MZpT)CJ3?Cr)cw6u^j
zIuGTf3q;n4BI}|xR!6RBFB8X0q+ccKK{c+t6PlOJC0*f$@{#dC-bQ3Vs^DPZqe<^F
zk>xGPNylAupH9{UV@6(yy96g9<%#OIj7MB}bkcOno-uS!LTG0Y;}CgE%)!l!JOPrg
z5g7-P&xY$gGk|gzS-fv2=!HGiAmY(bpsbUVJ|I2_q<%XLf}`v%HW%C{bPLWJe-n4y
zd<o>oNe7LUmwgH(ZZ*Tl2BvC*^2<p6Nu}!**$w&67cB1gZY0c<smH+AHlDw#41u^{
zL&{6GqVV5@n~eH|ja%MCB`=D87koIaiO2+C;UimIJ%1c!yiNj-X|HPf?2vTJ@mUJg
zPd-X>x{$o6D!eD$-<%F2Z>0I;ihdEkKiPtbO!Z>lM{I^;1l&e5nR-m7zmrzzBywUV
zc!BZ}%A@q@2*pUsD=hJ&WecSBQ|=k3g3wEpv)1|k{XV-Hd2Nxqq2LYC*VG5tVY!9S
z35@b*9BcR*mu??VIxiRsS%Khr@);-jdoY%Te;GVkgK}f?X|FfHtll&0GE&N2nea5D
zJ3pbZ-a}efpzIsJT`yF~n<715b}ySs7&HuZyM_VP5>h?|#0Q*wF+56nEA1cNNzx8E
zgXBT8bKezmF+WyOduc5~k?<OYhb3(*t^M9#cp#a0xGwLg9OftTJ1%fRWY9uK5^f4F
zgXgd45<Z6l`DYpzc}WvGFOoDbX<XqMSz6gJBz?x-7!C!YuZqgskY@G4HgumM)i8bD
zIbUd8N#vsHzgD<9F_aH{+fA`wehmGdT*SyRSD?J+CVa7ep$v+oJ*DZMK=?Bm2HpS8
z-bEt@j{nHrcrG)^T!#Hycq=ugzp!KP6R`NwIc#60!s70e;oKAzXN(MlKgmYws!?=)
z>$t&eL$?fk-)SOLWY3Z2Io|@ui~G>&NGH{7kF5S0o4{7yR598+1TU1>q0tOi)Chm7
zxUVt+Zw+H+9JZGBw|~zL&V3|(UD`zckmd)D1I{x8n<2Q<Cl8i)JjBNx+Uugb_Z6nN
zEW*T5`@z%V4?niR77tafhkA*zu-EYk7Vh54Bi|&l`-_g^W~N}H>uq4eabwU3_vW6*
zJz-7KaDFv*2+p2!0k-A020I;HShnyc@-bR+2eY$iZAs@<TyBN)%TpPR9lu+2hSF(=
zaL6_z)waub(5p1T=U<!40e=HwlSv*tFb&{O4|Y`Z7dMt$M&?WJM?^@Ud+vwGymu~3
z20q}G3kT5W{uc6~9iEsxBn4ug9fi?d9O2)L!}#l7F75k<{OglmYJSghHaO}(X0}I#
z$GMNWNspV@=9G?{nQ6`cP>r<Nc9Vx#6(|>`Z-c=bi+RQY8?|1dIqqD49;Ne@@I&tl
z_+PxKh`-Ugu@z?XVclj6Ru)vLG;uIg8@D!=^H%A=p9NE3PTO5#9^lS)`pop16N<T$
z4`g68eRsU!_;pf|#Rus7^);794#0k0&0(JNXuis~sk~9IRtgKsaOPWmVM6j0@D0C(
z=;IG>JMM;vW5)pL+=(Ug=^Tlpt=SCP@8C>WXSOsdm|0)B3?_@}s~>NDWpo{|Wi{;=
z<Wi-CSpA2u$8E-4#*f(42eGLAr5Fa>O~<_Fo#oEq@mSQSE%>gzr<AwdLi-wJ;R{_;
zruiuZ&l|_F6T1$uWlcNEnv+lB!RoV^Q*RnjO~J%rbQaL<3G9+(BDWoN6b8|mcliY_
zaA3B1&hK}KUKOJh@tjG+f6+V+#pr7%q~+0tkhiTq(p<swYcufH@cBsVhBT+V@vlc{
zRq_uFOoqd;@m+C|T^zsR(goKPXsNA?eIQs~k57AT!a@Izf~euL^KsJThC|Se_o2C|
zC%eORb=I*eHtX0TzGqc|)Ofp-d@1xY?{T?2d-|k*qDSaV)M2vAjU>G5a27<(4KEm^
zP#<C3z}<A_w1(^uG9T{^BJH_81c&N(&;HPREZ3y(nfYHF3HK(RU=8MF;tEIv>K&IZ
zNfzpk+lOe+&oB)5Tc2tm4$l@Q@WCAp;>=QOc}%qiyy_pq<5M-keN_~rKH!#g-*wyg
zVUp)-Z8fY}1j{yWEMI9e1HK>EM)SV+;A)OP6kM&LK4^zVtC`wv@Em^gX&_MD@#b?v
zF|3&pPEB|N_1(^(cfL0mt>*9`Fj=8B$JdvR(p&|>?Ax#KsC_1c7Cz(jGujo8!N@mO
z%yxFNvM+;j`HjW!#BjU7Bpj6%$&;sA%RZ4cn71uZlKpD2%et57v}g^ESlmh$KkqL2
z4D*U;->Mezu<lC^uBraTcf@^VS<74q+eX46Ydd%rxtOp`kIs<K#PM0X@!DJqKJlBr
zY}UCs^y?Z6-!?a5QSD3_)eqso7I1a<;Dhe3<VUu&;AySb;f~ww*k?C$7}eYfhNkO6
z;ch)O-^~lD7w~5CNM-Ypsc3JZ2~Q6m;s4}Mu)WNJZ~rfs{k!3gt7m)Rw7@e`a&ZCG
za~ifXu7sQ@4m}t2QWsxxQmD4^?gImr9;?idgE2mJ6N+^fnAhHG2GIDS#?)6C;1fpu
z(oJ5vu_4~5{o_nHtk771`UZ+D7Q&jIomA=@sh3R%uvgFErCk`b4`>b>?`-42@?RKs
zMH803x1&8+$JAl>&YFEV%`_ZneBgL*4-|Yljobh01LF?0fHBnp{AkD%NK6}qW9|$E
zk47s{)bg3IG`tY~Pf2TC!_Ix)4fOwbxXCKMe{m@b`}_cGv}nKUr)yw>OEx<*`VWtd
z&&3}X0+`;(3S1hcgS(uYz!fh#Kex5ET>nucB<^6IeNN(*h7Hs`4XkON99b@RgzVs+
z+_zCWKX9wJe2KEn?@xcTo60rOli6K&Ok=5gn-Lz21AqIURJVOun^wo9gxy!+M(tW?
z?QMqKt^_ZI4#fGv{-8Bv74>~Ki1#GC;#5b_)hP>xdmT_}uItL-%c^<c_{AV<o%-<H
zs@~6~(K%uGIVn$a2zf`jL?C7uUgHfnbO)+EUawIO_q13GwzE5cdkHXg{zb^?U?%?^
zZd+GtXA3P=y_3^X^vRsIP31wx<P+bFQHi^_&hZ4csDBLZdr0Tj-tLZKjkf+Op>eE+
zqxL=3TNMLcT4m?J{OlEkbM)ESYi$;!G$#(S<ts+C#KJT!QQsKec{|T4pCakE--_Bg
zh0uJC0UB1cVuTl}2YuJtJO8P(Z^l-p+pRA)ZoLy7T3(?!4uSg`o8hu!OO-g2`(4e)
zZ&Sy^&wdBR`^d!?E;8atF3rlt`Cr?st-WJ#;nx1#zfuS6iti{Ldw0XYor&y5v5rh*
z1mb26Va{w`QCBo6vvGM#pL=n;;TUh0s<_a3B@Z<Vl>O1VxKh0UVhy__#lh?Q$q?RI
zpUqpQ#VxmnBWVmUo)`?<Kbpx@H#lvPlT7#o*>T<FMg7g-_@EU`$6_F1+y<KOWN7@t
z8&{aUW5oMn9q{I`BiQ5gbEW>-@$m81a;BxFBM-Z>3A<%I;Dm4L2VY$*)H(qd^$#Iw
z9(KvsO>O+*DRI~?p-<5K_G#v%;YsTk!~g6w5xj)y1`XBNZI`6;_up{QUoGB#!XwjO
z(H?YK(1_*N@s7^&MOoWF#sKjFw2Y+t82%2xl0)IBw77-8-vJy<3ajJdzr$0JI8*t!
z)}44SklRhQcRBvRLq1kZ=Ue6YW7k8ErMwY0@z=b)u;D^D-@7mZ=Pe6@VUD(FJs}ZZ
zty+)$^Uh+(nIy>dFl6l>_J!jn{)As~*y+{~C_0{x8}&A_*R+4U^_77@+yZXXo2i6d
zxb(^&JbE!gi8r$)jV43S2VPJf(S@7)=>d%&h!gqc#J+ggsWZ*#eAcpETTvVGvZhDy
z!t{pflQ(xn&$2FO%|K|rxsA(MR{0Yyw4bQMKA#Wq2=h@=o1Z_V!%s9+uZmKMGz~lc
z!JTb&(2%vXg1NQjVoqy=7CysK&OAk2>x=un?(!S$?NzE1xRRj);e+4;Ae{#I_5khs
z*HiGV&;fN?j^>CsWiDaMUsh`K6$rCMzbn<sc20VVux=Vwf2ft3Bsk*qkM~ipG79HL
zWYam75kMRbFLa}^h8-uaK86dPEx@YZN1)q~4BlnkEEv=83lsR)Zs9)sTd@iBcXk!m
zg9*J4;H{NbXw)!<e`<384<8x<ODEg`nmbXWILENL?E1K)+RHy3nwd`p;v$xuHI!2y
z<Bcpj_pI|C%6TOa94~OL>g6%G+~~C=YF5lcoMi<D&v1|lbD_cC2!TC7xJ~Ed+`>sA
zwyLN{!CMDr$AY+CF;0(0-vsW^Iwdh$S0r7G1~x_PidR#i_gMRYJt*pIzV{GLoXXBv
z(Ptv}^!e%Yk2q;={4&{8&C+fvkK7&2G$-2u)jOM3Hc4PB;rtce;NlbTp2+zO+9Qnc
zSl(RGSREER3epC2mx=$f2~U*MFCrD)ZWo}@k@s}&*iz+P{prwYZ4x8=2h!StW2k0=
zargHQD)puF@~UO{Ud^B$S^@&&iGS3@oPLa+$M!wUK*DnD`*jYG4?)ihBY5iG-TZa@
zN|-;igyy3Gmiw&c!yHrL!%Tfy&a_ug$(+spvls7u(31)CRH08v|6okYZ{kf&*>uT3
zPPM77NWF|lw(Mmc(?&DGL*nB&pn8D;K8-{jOVe!|s?;|a`_qRLK1sPL=WtVUOQ3OZ
z!XqWxyMapBjO2&lyG0uDb0~%`aR%f3G|~^v#2Cf%80jXV`y}!_b=)KHSZKEb`d;G?
zy=8EHhq3IXr>D|2OAA}H#=R3vRI2SdjcP*Y^i3V)%If!YB2F-q$iram_ExOBp1Vr?
zgeL#d=OZT*CDMCRuMhX6_EoYpp#OcK9)f1avZ3UVp?Y!VH6?JTm29ILAbAk>?A#&J
ziL@`eRyQ<#JP+o7J&b;nlOSl<bMj{qsB_#>Wd_Z#Ptjs-vzzXt91}^oz#$NLB=DCs
zKNt+F2ceTd^f#oP9t-=b?CbO*>2xH0hF_eXveQSsdH)j%#Qv-V(s0}&&sVI2Bx;NF
zwzPHDcQ&^2KRj^jJQI4NcGg^c@oXwfpLK@6OC?@AejCHJ#|rJwI=&1-(vvE^CVS?5
zh1Fa80w)xk0L>YndS)iRYUN4z*n%}5-5B7{V~p{*0dxFhiF%D6`Id`L8n>m5C-1<F
zpdS)lFCJVszW3<Z@r-;Lc`^-|#*gEg^o8FWn!(|#+A`^VN%(+F%0L_ZHKM+0j-)+k
zAE4Q|HK7CkvY&^fcewcdM7ocFtpS+ZtFgLx+)gANg@X=j$kir2;Xt1kuyuPUY+~>L
zL@jOWaS6YDao`Rotyo0v5uiTdU5xr5aSjC8oToiKO`(@b7?4gy(xXBP)Xh72A4urb
zo*guD<kW{qJjotRS_*<w1h2bwd<A*xDwJmRLGmuBHRJ~@k9LEU<q37KNAHhHUp?6(
zA_zxLp2<n`;))Ub;ImsSY5PsYu>j$FPVtNS?Ns76Ts5kklRsm|6LrX^{NaP63P?A*
z)?s|Xrcjt$^8||eBw<VE*4WIoDW^K-q?@xvU95dnkIr0t=t3GmC4VDofP4T)@)i(q
zZy5M3jpsGjx6r?>g(t@8ns@k}(@m8gm!}HO1BaG_a5jDagmeWXPUhGDo)bNZZGNs|
zbNp1rw@o*~Yg5uk8Aus{(9+EF^=3T%qKW$OXguli>om6=+0`z|Vr|fV%Ml>I!ieY9
z9BC&Ged!0uLu~li$^sN#f5fI(AWi_%-IADJ!OKGTlU~M-H@CVpo#Y1RiYnO1PrVso
zGPIVau_gu+Q1?O$KKd4&Ip%*DNS90G{U~#2p^~?9CLEAyZdkv#^FUfmSpin$Rc12B
z0lj(0ms&t;p&C}~N9mUZ9{+Ha`0y&-`+NWiN6!;yfK>x~C`=2&nVqjOp`*@N>EQ65
z?>XssZsAjc)rvkRolE(FkxKsEMdSuTgOpx(!zr!v1rLyhzr(3tWUG=5sP7UaQDz|Y
z1#a@6BeXRh-Tx3NPvP#*vyj$J^*MJMX>R$|E*;=mJ9j2(h5Cir?7pX%1@*<4722}F
zFn|8b{w+JYe<BZEk_F_sSi>fvaP`YK;Rl>W4+)POF<MjpM|)(KG|6CkW3!cO>&#?&
zPqmMB8x$U6+}}$sjgBnf!n3Zm{*2_s_>XQj#9?uG>1CCR>yl0AWO@UVJiUd-Q2Oc4
zWTbcbx~a2hELtq>H0AeYaqRYwzPQyPK=^3*(Jcky(m`Oa+~f2NBwa+~xC*0l8VSF~
z^>-eJPM!<v@|?4eTaX|6fEG2WG@rxyzKo67KDsF^+UF|p2SwIV!@8<kOVfluW5+I!
zf)^_kX8XII{Gvq@CU_#qrZ?@+cn?H=Kx0RqXA7ji;rsI2K>b7C!;gdZUeCGJsxcx1
zg0jxJoV<WMz-|)x()~bwjuSp8G<KvqS8485x@O9@{z$@)mu#4zP@kdJlN+K>p?}|K
z2z~rm_(^^>rye{W?F`q)KBFDsqa@;I#U%3!d8|<=at_j<_+Pz6D106D5t7%W`?7kI
zubz!UqwTC|32)vf0ckIGwRtBbPFIpVpK`%vuj9W1<$UTiQ$ynRQr7XNo*Mka0LSe}
z;FR-_p51^N1x=La*PipF@FptN9TV>_bg1mN5lDBDmz&N+4kB_lb$)+U(H)1|^5c2$
z!efF@VeY}6DEyD!o!!}ApPZ%r1FMuXqt`<EEJu~}C41zGT=@61y=V_J!Y%qcfBC%(
z9(*j~l&dL(?-KPX%lLDHWzc@T*ZRFA4`U2|Px|w&SB**QjLhyn?W@QZ82N2R918zQ
zmTI2*gD`$K4D}t0^fOdmS;+05-egM#PQYA#2CDrh*73RMWAib$@bRB;b>OMLKt2k{
zo0B)v79NxpF1@9YZlFE8u0!pwe&i9ltMQwzvk{N-IPoy2tP}6FRyc7VBU~rHdPeve
z5IleQ&<&n#zJtYf-%Gvk&IubBjSHUk(geyC@ywc&q90|-KDnZMkG&qJEsGj>+p!s^
z{17!iHGmIv4zzx4sX}=QCqGLW<bDvkmHa0s4P2*nVp7&9wZHO2)(Z4{S!iL(!RWR9
zc||$hTag&5l7A7t4yb0}R>(e#dQ0hoydKEYuqTH4IKb`^>@uE2y#E^?mB!R@mB7b=
z<2;2g#QTdnLF!2pxh%*B2Y0aM!b56rwn6fJ^qAW~xdvOmd>YU?lTJ31h1RD2f+ur&
zpx{N)07(8vqO1VV-=7PV19HmPfIKzytZmF`9_ZkjdPo^a9mWVv8l>!D)HBM075V&H
zB_oeh1b0r;=QWE<Q8t_i`=hr2X+-85J{pK4QREFmJCIHU%C#9~qSBK2hAQQ>tZ#50
zknRPsj-5O|WRdRxn@;Kc#G(cK@hf9>`lJo;wrPtxtwy=F&^>B{dlRu@XdZFwD#~bW
zRLaO*Eb@LKWd(Ad&+VY<Wf$(|(Sqq-*h^Vg1QULK_w-^$o|)C`x+_u7p+};JBD@Cq
z7<SyhJ=NHHB<+F*{@>t9-&#&N0Fq~vY3_vPg+cRgNW^{4q>1>U9k=PT?L%<$X?=CN
z?KULO2U*LqNq_9%<llwg1q0<Uh<bd|cOy`b@~(#_vyiY4qSi6$-&Ep`=j1W$rBg94
z7-1kQZ>!7b@i_QTIPVi4hv6s8(W{M)`mVn-mYBpq_g0I*JH0)={xlBC54Yfzo!Y^u
z+Bs~(>ud~8ora&yD*4grPncGlKP<DiIWEUu@;0w*TwCY}?)D+Hf6+Zunz+MS{mWQ$
z%2;VuxdyB^9i->^z()(lmmX{jxAeatHqgeR4eiv%7JDVVTQ@Pz?gm=--N`phX|J68
z*bwZ!3~;8lj&d;LzLL~KkKLP6%Foa2B(Lq528Zao6_FhdvvX2DY(3Btv=y28-u#7O
z^x5CxVRSy^{3MorYn$|OjRQn<o5vcjF;<)2c$r=K#u!8VU!ck7{TQ)eE34I~&v#qy
z!g)?7z|y`ycQuyLcDcmA7#?DoHM;0M`UE=V*OPlTxhI95or2l-*3&sxjbL(FTl{kJ
z7~8k)JHFSjQR!znX;mz|IdKJsMEJwQ?A0)c`g8cJ(dvV-VeIcB4SDpQG}zKU2m0LT
z3`YDQKhd;T_A=|Q@MT0MKef0FcDcI1_IoidCp`kiIPjnSjO?hkx3K@LR${#Ta(EbA
zv{;D;CY-^sqY7Zp=N&w6ya~)`G=%m9_Q%*Wbnjzk5GG9XRUfXN&5pZFtGo80ryf94
z<DW`{PfpAyejWr}HHSfukMM>iwe0>wJKQ;VgKQqCqUUmdTKg&~Z+sNaD9Q%!UjIp6
zZGzzt?H9ah$2EL8`T*|PX)b$aMvBKWze8KGWivaF;y1yDhxIXHi68vg`x#2R9A*FE
zC$uj=Ax-(U6&fWOVRrNaroI^pKc)p?LCOL4`qt8Hx=x5#QVpVZy3RR>=Km~Uk7HZ;
z)b&vi@YM`$yQlI6j+6LZt0;UFx&_>qS*Q&=X~`kwWw_f6;EC;d?7cD=yI!$Cmy0K$
zRa7XtIeWmx`!nFT^A_25hn1?nDaLV&yFrJ2PQ3HtHyF^fBR{dcD~_1nop=2C2&fjM
z_c^9Hcdbm+W-oOhByT0Rnn&j}PI#JKSn!9Bch`i%g0)z&t~H~1;l08#xLI%nt5_G0
zDQ`#N%X=4bP1O_F)O{=#?`=r+Ym75GbyxF#?`86ME8KD=pVL^_to+wFanNagNAoy-
zFUZAKcUsAr<!#h7*%9wep)*zWX+Pp?4zg#{5Ok1k^F_4p+cL{~u>9X(`JU>A*6q4L
zx}GJz%YVp?{$^kcc!){P)ev@T04{qr4Z8+4P{nIBEZN8%O;h1}K_9S~Y|K8a*HUR6
z#5mcv5A*3P`vYh-%ogjtHh`+Xp6L30EWYriz4uyG(eBY95M+>s|KSood0iUL_iQTF
zf39%riZ~Y<4`w?ADg~7eGGPKdtJfF%r*wnwFO!+)@_KTV_6K$~xDv}oF*g3=Kfe3i
zC7iRq3D)nIPS^L0iN2A4cLcMB4(wcPZ}8zaFyC+rPX9C$2xrjk2SROO2S#%U%lkZF
zUE3RT>Jv7r!5a8^sS0{T2D3emNl5jJqaPv+iTa8=8n|NKxrS<GNDB-fo`h-pI)T8k
z>pxD?TqU5+y@N2?B?DJH*oT?^oq&1If({eu{GuoSq2wA0w~lO4sOM1hR5XuaThG^r
zp5K<hyBE2jUE=}2Ca1%6hgCpp2vzZu5s!vpZ>Kkm9)n}Qj-cN?X4aQ8Ao<z?sQGdb
z4`g+cs0Wn~0YBM;pQeoFj!_*U^$$!nui(wCuVC|(xoG(GIzPT=JnwXzvi&{@=#pFj
zp|QUd$Ftql6PdlCzfK2Q_k8r3^nh2iN<punPb}(U8Q*$75I*m`!l*{s()t#V**jL6
zsAVOK|F_a_4!c)6g6CKZxHfr#s0T=x_6rH0qyg5U;5V=d(E6|?HUnYmy&L?p@hO&Z
z_znvl_nHwt<M`tXVY_bvK3aSLk2Tjr8iTkFKES4yt&Yl8=H2gw^7ur$PG8ou$v7}i
zILJOa9bmi1UqfRvHyrl%uq5h7_v|~IZ>%ZL?mrOvrqz>aogjAUG#LEHkZVreqbwbe
zhUaG<#bl#@c+=<-PMSK9r}ouW6D?oEo8iMTz5QmWf54W`iVH)>Tf4FN58dNX+MVrQ
zc}5zgj%6l>TJnKE911GaU1~eVOJYvS2erdaADf}?wauWte;m*{!LaS!kop%^-EoI#
z3qw99CyBpWqRZ2-ghAIUafG$m@cTgo#0T2rv?lv`+P<SeV}z%98nR`Cf`mDu?pS5W
zUL4cBhS6N|Gq%2PcwQjt51GuU_jvn_BcaQ?fk@-Rm`97D>}!AUZ=R?844f?Q`fDRE
z_8AKo%>sGCzecKM)oG;p2QfaeM)7?t)z)JcG5sNrvlpyfhy$z*<hxG-oI5X`3yX>^
zW#Uabm(Wl(cwq%DbS_ul50O|5CP4G89BF4s{XY?SNtW`pcqd*CZ-krQEz5o`g)xCI
z$wnK%XVL`TH_adWZ7aa)J1TcBS`Gy|=6Lx=Yb>finD{;zY0jm|tulc4O`WM7tgPIv
zPxu-{XFpO_+h#48jEIKE9zIZbNmqS)bOo)Aw)({2KGxeBO+56ScRszw*>vbdZaTET
zT$voe3omV<Yfqq>_ZAq!-fb>~naPGI@N4zRjx_HU#M3IA?s^ph?w;aQbDS^_;y#?0
zE}GRxt9eGm4Q=EvhV7uSQveh{-YYbSOnfNTShn*&2jyB(K<~x2PTgL|HMBm?+FpYQ
z-_P;eTZZEXKYf+1OK>oI*P&FR`Uk^+dwBX?7Va6b6^D16#a#y9R2EfgqfW0DK>VlP
z?sy-+d{*(WzP?Jl2m&9e7kFCr0Teh=a#KsabD;&iY1AA2S7*cKt$ON{t(p9sG#G+B
z5S)(2A!!!q8WaM9a`OmRbYal6A$agdB~CS;j_Z#2x$M5(3B}xgjA^ct-e7MUooAZ$
z4sgONQAcuAz*Wr98YZrx4jTy%AZ4~al5S92PUxeU+C9c?`>%@ksC(T$H_~8(-*!g2
z2%4~OIRDIc+-%#Vj#EhEfT*Xl=Y61LjEzh<hCANh$JnLM#Otwy$(sefD8!kfuG#i`
zX0myLwd6QXVJUA*v3A}`{&)v9S?k*{;8Ih0-R!qKExWNwT%rC9e9X;!Y<a-01c9Ht
z_E;Y*$%x0fkG5j!p~Yyk+CWJ;(ib`%*HKAV0`)K>>_H!k0_Z!UhOh6N1EdM?b>vfJ
zc87AD)0*!6TKbH;?Y@k}{XpvpSu3JguJ?VxEzoLrEhFB?=rwe1-=c63nDbm}q~3pc
z5|&SPRYXmktye8@S7=YJdv?A;yvfJC(+BEdPPmDJFB>$9$A)25aJcFaXqCS~fi*3&
z&e3)2;g+DYu>ZfAG`9_8+tSl)#Dyc&E3p`?_kfk$3}VwAejwqAA~<X=tB2HgNPPxP
zeovQQ)Bc^LnUw~^Pr}BH|FFS=Xz{wdXxe%9GCCdKw+=%Z8@OkrA>kbK8e%QijNHpe
zhd}23#^Ck?>NuI!62BH33;qYv1~6HQ1BYMzfX1y729vfv14{>VW-iJ9fk6ic@fd7Y
z`5X6N>I+qqh9YSmoH%1Qir%_8atyTTvXt;{3kof@p=Hy$I;EOdM_lO0j91d$I!i8~
zk?SDUdXu$WHi`>efcq^k&_0c)7-2cgSszK*d>NJ}j9?D2ML?JVJ=4ok)DH2SY&i3?
zVsbJRd~f=KnENw>o`7@FS3I)G48;6RiESeLY5Id~W`y+yX)zj`N_?VBnEwdx)lMXg
zPlX=`O>uNf4^=+btPYO}ztDdFey$gpOM2J~1xM*b@2umUGp}Dk<mP?2Yf=Ib?gMEI
z!A~mTEF5UoR^1m|U!K-YQ;m7_5lq89QQ#Hft}Onav<W_s)xxP>%el$U4pQE4x@SMx
zP@a4qNh3dFZo3Dv?o(@N?M(6f;7g3^h^<fTg;Y!6HYNl66;F^zlcB4ziYH1Bfxy^?
zMF#Y5SLkDRko2GM1%IWSfE|+gzc{%5zzvDVku(g7HK00y)n87*qs46?*L%DydaUD~
zSrTCh-za}T7wufq0hV|=HAOkMj?Tf{oLZ-;9ZhZ3Vu*r;pWW4ClzU|T>WRb&KpKLP
zrj$nZU4u==KZK~ZqxlQpVi3N8@QTwlgYn8fF5AtINEKzKNL-Ao?p)=B5ioS*bj)dM
z4&>or=rvayPT!M^oJ;qoT-#iyP05>)HZp*{J}ue5s++j*WHubNx>m<o!s}(3wj?cj
z4BzKO!;kun2y1`inqgx>YMYF^o?d`^wGUxMixU_ZK3LQ%K70O<iCPo9JTv47#{3?m
z&^qAWf+!4&bVRBXs^$F<*mQ~L|2j`H`XLB>!Es&byHXw6i+)G@nx;s2$vW<N$?5O#
zqGl0NUvTQhIvuZ!_Tr@DQOxI@))st5kqeMlL9<{Zq2+oHeEC5kEy@YI<*8m@g{D#-
z-hIsMdv}m;j=aOopY;IJ7HY$yP>DE`d5`WUxEA&W2a+G8?~3(rjzTMb`|wU$Gwd#-
z=L(;Qq|a5Ghd*e~4twE?fhDb~d*16vItP!i+V#vpMq{hf95#0~v#Ix(@EKG`{9*P_
zmxyj}LEuGPc)p9#-yT5P7Tdg?3QluFc+OK@iF`AU3UJ3)>CHj#Wy!KI;WJ2IUFN?M
zF7j1bGm*3nd|Z<bggxw&r!GuevP;xFP(9XZv)#9kB4H$(U^~P`Jl}RlB2+gkAy2#$
z|1SHcXz#zr?mp4r4NfFu#ndcxYG5q4d0WnMHJ;VgN&TSyke0oJ4TeM{Oh!@P?X4y<
z@_Ti<i@c9i#rvc4n+Gm)ywlLXx(v&;OyJ)zHzb^v$o~Q9VZnXG%k=~gFr9nW@<Edu
zaM{jGtr^)u&5LU%c#!G-s)3#Tx3gu|%Ng+{UtdAmd(u#Dd2<M9icjR-XG)@Pvwmgb
zh(rAt=~dS1%O-y1gH|2RQ#Qb;MnUvguOSC<)vD3pAbBd(?<(~(_Un9;Fc)D<zxH^6
zJ_9DLDUtpsuB>E>I`3ABDJ#}&wM7}zd>xi<ZzB_)@wHppLeA4IY-z3@Y4Qo=F@m}9
z?AIp0N5i&H6|X!)*<$ieAf936ue(q-ki^_?Mk4w1x;#a2ubIsrB)`B71IF=L4d}DU
zz*G1eZO_lq=phMja`1;wov%3^+E;iyr0f8PUdyTT3nFK!&br4$uZ1}Pvw64*gl49n
z*@?{auuZWiERB|gH?y>-?{MZH#~njPz`_yzc#FL^ku(6VYxe-#9`O+VRMo84M)h4}
zh&z)4IpGjc4kL9*%|MIX8p4fS`o4cxssXxR*T>E2$YmRt+^PpRO_Sj06Al?|&VZfP
zLq;3`_4_%HUr!=_8z|;jomQd`gC_(lt)dKMJlaTI;oKC%8$~jk)uGs-`UL;Ha}a*D
z`-{|9obX(te&F?9hq}0%SmU{}5)i(VaE=Fz3dd$IgSkcSI`VhhSjWsF!n`+pjz$Jj
zR=`QqG5^&rf&&!N?{d}(6ZOHKc=ojYd%+Pvni=VI9ictB&D~9SbmJvHt=lH-u53d3
z8473Z;Da`tW>mvCWt=}|ojnBqA|8q?0d&4K0NbV)vqi?#A-fgKI5C=2-avn!2;w!}
z9^7Th=rY2iT}*Hh`54kD8yT$`oVs3$Punk`JmnwvvG@<y&7LREyMLCq(_8_(+bOhb
zlZzrd`POihx}<>aN$ztDDC1x+%<m`yH-wMBTk#F(G2}(gvcVH{RKh##z2>*b9Dr(w
zQO3p=Z3{=r$Fjt@Pj_{fg+?Ge<ri{FIOQpv9#4DrZ2>XvDY21ayiD+l(7t;{=+)&@
zhmS=ed3d0{S7<DF#`YK9(qEQMe621Vk;fM<q@1MtKKQz@1yXh*I0jqwFjZ-N;p%|<
zJk$RuuKe?zjojD_2!oXPXEs8Y!X?kXYQZ+Hr1m8*R&yOGBLe^It4Mhi-3M17k%y6K
z&e^!oUBYXrKpDE>Qx6~=B~i9Q_0mLsp-cwyMj(8qhi)kR##G7&NGH|k0<AsItl1*)
zjd&r96F$RGqnp_@=OD5>8Ux#(;suly;*oX<{9XP;pzMW<bt2D?Tc_&t4il5{)A+T}
zPV*Zl-U8CMxU;{$O5RW<oRX!dyGWbu5c*7|3<cs7VxU*aWxjgkkvjip<a&kpV+jyu
z3m%43qgLY2ON%5i=hVki%VsAT&4chrb@`ZQW)qQJk#0_9dbdV04_yP9xSevM)BO0)
z67>9;#Axm~c@Al<{y>>(P^Rl;MbmnNSwSLY8J5z3Ksxt$Ocf&?UFU1{BI$erjsNpS
zNZxn4{_W&5s+Ik-+?miy#82luW^1a%eU$IgeNk&ishdilfNM-Sv)|u}Yq<YJ@^+N9
zl`<ZdqI_5%B=jVRjO^>S02~svT%x=dsi%=NKdzkzSo*fPn16V$k%H@Mj|<<RlK$gj
zZG<nP3{VzXFZD9MsHqY@M$9pJHWLte;m9Y3Sd`lndxiB-$=eC6kthq2>jzx~kqwdt
zR+3hkqlVrq%9~%q<)tYwVQU_gWVB|+W`$hv^X$!IA*A;$p{WIy@sCbzP&SJY*)R}>
zlSY%F<IhQ|X__K*E@9>xWl(NEmDUKvHQx7ghLUBCWb$hwo0bLd@7EcPS>w8@<J~ub
z<+9rfc}<~PW!E#8k+S4E4@e%l&a*f9UBLwp-mO?68%^pW#)T$3lNItzc-sAx@YK9y
zObU?RCBGhpl*Qq%KJ<A&Kr7<Rhd`c4C7(h2C(nX;Yg}dGNWQJ+f?~w2W%7TFavb@=
z*hbhcF@#qpYbYYS6`8z63k|h=#x}mamm!VAg}A1N=m%U{pT5VEHLgzU2o0|}wK*g2
z$Am_*?QW~CPdqE;gmT+hJhUvIQI^3e)8_xJEyovK_Q3k-YoY!1eD>qvFTCNekB<{;
zS*Ss-a#1Oz^Xv99y`5XI)$f_kg@!w!SOc-5+X7h9aSpg2R@uZUi99dxH$O7n60T^t
zq1mwBuz2)pDSw~7>XfrdxougA{T&BDGm}X8JG+Vc2T!xq%X*mHA{CN17&GVj=Wyrq
zRccLQZ)HS3+Jjibj&;7S&}T~LLDy#ptnWCCuFDrD>-l4|NnU8=TZYw<ZJ^cf7u>vi
z5nosx0Z08Gu<wy4_?3A2yn9z)oU~BJ`>X`$b+MD<FFrpb7AEew2K3(8(KiK5CN_mh
zjyv$|f3wl<!c0#8v9)_bmCA8@Vf@-CR-7NsPu*@V&n|rmrs>s;#*P64&al<nFR}+3
zNmyuTj4jGKL2%CyX#S=iq+Z^NDV+wP!A~c-DzG&;9^4P>%Iib*+?T9P`ZTzI|0Sl=
zK85wH!ePR2P5esV8O!ao6Eea~xz~jT*m?d<cwzh-#X7h=R$<n~i&AxwhuXROA@tsp
zt1Q_*f}ZaKVH>WnOaAS_EyjvPpEXuX{&Rpu10E_9t9xNi{Cga8!x7=Fj=X#6^X#b|
z6kO6z2fZ$Ya9?jn`TU^GU|Qy+4tk#p@y{ReZ-I1fT~z{3cihCfrRSsRfo<}u<+P{L
zzUHi=+k3wI_E5IRfc6rr4#f7mELir;q3V+^hjGk8clbEYP}V5!3zPeG#a}`9`M7?H
zWZ~0}&+>i<KN5?;tDz?(XXQZAn61z*rV2c&N5IUC4(QN*H|^W~o(<^tj0dg@t^1vk
zmWJ$_@eLZ9q+x@yo9wD`nWY-ug2ZQf*;4v(EGnGNrl(8>nmZgGV*(eIQL4ujMRL1w
z4fF42f#t50Y`5PbQoc)D_AD?9Qf7V?zsF-^+~DEyF>-C2>3CqYks31H8!pra;G`SL
z{Cr^z7xjBw<1eI)uCJcBy8w1BZke;;q7i4+tKrk^G>qEd!U7rw*Num260)=Qpx8I|
zTH^<t>YFELxx(o|mXQ9Xl;3&DG05pLG%dDJe@Cr^c_Zzyv)){M^_n&b*s>pg-ESvq
z14`K=JW`v9{w;p8KR>4M4t=ge?3hnjWtj=oWBlW{L$LRggKX6M1h&2KFPr8a=(&9D
z9s}87?KAX^^X9{bx5Bt*(HK$dg9(cR@m9WuO#i6^t_S1MR!i8$rCU+dT)pnKP(o+q
zu30>S_A1QBpT?!owroFcNinLshVPNxn1;`I=#<k658h74+jKU;pTHnS^~w7!{LHmh
z9pFPB)1Fe)pDCZ3!&t}t*!AF19QxP{TTk+kuQ1wYhx+>cYcDV?PJvR|pH9~*0KMOb
zO40kiGQZJ}#e4(3E-Lvw;bG$(b|{W=jDF9kFJ@r_Ekpd`?u`CDW6*M!jVxaGQ{s3i
zjlazHJK19E&D-#=@ny+wSVOEgk-MxO83XmyLvT2?EjEAS4~5^p0M$RPy1WFahxn*w
z=kW3DQYB>jK48^9k;VWP#f^~Gl+Hbv!0&ZQ=dDb%(CYDL9#LDVXy?3RI}Ogj_Ba>0
zsIUS@j(owBH_-kRE?c28aTfDSNrjWO9f4{M{+=w$o-llqw4`6KV)r(YZ@w6)cubM-
z*@PNS$L=W9TP!8aj(JWwj#~zF;CjAq@Kxi(n3!M5cYSi@HJTl<JU$H;EsWvC_cwyh
z#1qOX<+rFKoLMy*HyS*|KNAW-dq^ZipWTU#-%dmK@_7=C6T_aJgbm)wtjn%2_#a2t
z9oJJA#z~2k(n3W;N<^~ich7UnDl)P|lAS$zvyxFlrG-dBMj<jnQTII8C?X+}y+>AN
zMpnGf=?@?8o9^$P`<&<bj^}sJIaGtVJoN_OToVnC5)-hcovm`)xf2F-HiC(IeK_F>
z-ZS#V`Fb{(pVtg*($Db~b9<@NAMfXc=S<A8>*;mS>t`|$1_{hi4C;>%V`UlPLGV5#
z0@lp!rsgF+5H-uFP9S(lI%WsEK#2Z)_N{{#7{4}<Gc}X=*gfW&zQ4y}V9s&gJ>~`K
z4IG7!oLkGA{yl)<XU)ZDVBUx$OyK;n5s0}HSF>?3>0ocSk;U($wLTrnq|eM!?Gm$G
z)CVKnQ7Qh6aFx!!+sTVAY{h{w{nQD)=OaCv#wNYDGBfoTKU8-awtqJtE~gCz-;`H*
zx&OAp=F}Z{y{ZW;d3p;dXP|xkjci++IH2oU-`@`juM$Ahw9@@pUTcMF1-ImlhF2@I
zm`(RF5TRF}#+%HiK3&GfHmC#9Cl10%?+wsqu_MK!E;ls$558Jw!eWQ|GSxGFIkbyE
zxkY(Y|1e+p*pO=SiF7dU7$>aYy&L2p<qf{sS)q)u4~L)_bHazA?0V2UHnDR(mBxUP
zu}(78JiHBZN599{xV7skHq4=%o@FXpR~yN$dxCl0`g7q()&o$Las2Y+J$#S1M(`~z
zYU2;D*Y|~?Iahe^J^i3#fFpdE_D|p$)!SGge&i2}8H;Sw9haUcVpVC>x4hOIRpl{y
zcQ-)KC4Jyf+kE!A!W0KT9t-_vuEUZM4KQ?n4RadUR3(1LF?!`<9wAfnoIg2qQE)ui
zom~#m@t-g+F#tQ<ucuD^ZN&t35;vn7evJ1BESIQ0C?^|(?XjmUWk15rm1VWqkRI#<
z-|KZH9_!9-*IS4+1FBe6zdWG<<T<_ld93&B+S(`&=_-{}rGaGDl<I0JK<DeQLBBIJ
zo4FXN4&}n&2D0{DJ$YGdH#l=46Sgcr$kgYS^2z6Ii1W|#X|vNI%ljbj8u&pWKE)n^
z!@;d*7<9Ty8g+ae3@BVA@*mmaI;>lAAA!$c(R~{JTUEm9sP?K`&)@mu-|4GKc|o}C
z{BF`Y07eUSk$6SDs@a6DGtXi431=jp){w3N%56MYHI5sZq=CNc6z17Il~KK+m>0L7
z9p!p&!!UNdKCV2GkL9;og44jwv`*Y2&*ot;f8pGWu6>NeiLhg?7JmF{kCkan<ie3}
zaAwm;uJd{y*Sa5wtzBJVTN{0B;F5+^5Abzm6MR2<B6uy4c#`E{XcVvjGM<;RslT^D
z;F9_(<uQs{T+m$RVR}h~1*h|_C$>R>bxV4m!66M&A-?w(ycFIH8=VfU-4k5kUE9;!
zA+YIoAS{p;%#ML)BQtAjgfI?1-#H2|iaWr%Hhb}WRTg5fnfh&HU4gN@lC=TBVZ`4o
z-f}E^kr=@{KfJ_gu2j#akCfhfE+O%ins^?SfNKs^V>O~iQQIVs5x+>HmQK)lBZNtG
zzq^<b{t~mE_k_WFIzoMQGxU4>mgcWL*m*>eJ_?0XiKVb~X>(3E!dHF@QXQ83hAxZa
z1^&r%mv)9ho!gQg8O7fjHG`XdTO;W=eA+iw;Fl`6jGmd#?|ntuGGZP#kE+DC#kLa7
zJ0lH&CjJ{?aL+zCLT>^SF)EsT46Zw$=1F-k0UJAmp+^U7W_K6~GXxI{4CNtZ-axUC
z*OXbqq&*GQwgEXn`b!<zzyQVg8@n_?;>TKD>oRaHBYajV50pCo4DO`mvADVW;peL!
zFl}}#+}`*-z4w#MmQDNxhKt9*l|yrt$PctGwf;v=e4yUw7Yb|L2G{D?;G8%RJhy3>
z6XEh#MtYaHb#*QO9<wyWJ5}1UTR<v&D;a|iMs~&iGmS{+zQEo+Cop>U+L|?57{v|z
zZP7g2Q5_!G9!S5DUiibPK4ja)IgI9!<!<Xl9Dj}zhD)uo<3Y@y2kpB=H39SYb(6(7
zNQ)wAIdrl21)=2x=cMgF0uD>U1ZIeM!|L(PkuZwx|Fl-S&um&xC7ggoADnBoNB2P|
z@rzMxK0QBtFV;o>l!0I$&;uy{@jm`1@)(yk@5o7ukOubVq-_MYfxvds<boe?eT^A%
z4RDL}A?ogl2f^d23EmERi~|a*LDaw1+Y7aGH|(7Qh-*oU;DGMoKskuQACUG($}c3o
zL@_Vq6}ZqlG_SSTNBB-TYb(a5j@;7<NNeKm^Jds!gRbBrPBp3sZMUGgigTOyLx=9Z
zC@^_k;kA6y`dH9-hg7HfI{SA>7pR70ij_*5Nu9g&xR@7};;ybQAB|g2tj2oUma@qA
zz$I&tbcHH%qvu&!wX$D;#b5tZW{tnXgg&}Enfe&ruPVexGT{gi27&n9B0A@ZbS&;2
z;fD{_KdbdlRknYGX4K3WlC4bsa6?M-_6AdzRg}l(NcsgSpV4v9OxdUNNyYf;9PAmj
z4ul^(nAZvOs?NjndI2oU+Zna)KY|a|T?L;B4JR}S7uU~<iD91?Tx9JUyawW84C$Ip
zc+pP&`RXhqK4o%%0h~^o1*Ef(a2kib+spQN=kuLUqw$>cXzUX67pP8=>P+y6O!$HO
zCWnx&xC5_CzQKDe!R^6*xO)F2wk|diC;WC&Te}`5Jz)x(?v9dYdL#%f<<a0Q63)_o
zMi#K$Z9ml8b(D4dDdQ{ao*sf1vz1VYf9fK?E?I!~$#ZDTeL-k1@_7>JV~KJBt)d>e
z4_MM(cs%y+RTr3cEe_wUsuDHIhCXbl9<;RLlXLbm!2wZEktYm0fzL*^k#}#qD^YAI
zZ`umK01wtrWcscZ{LR;+yya>=nBM$0I1Z|m2($6fr$$WRk)d`3)%$%Axw5#>3RCuj
z99y%Sceo$PcYSIt^tr$%R>T&<%1?BD?i~-L8sr<}Z$XQJt~BQsDrs&cy^~LzhuYa!
zf$B?sqpU*GSMrU1Kk;_G?~L?2BaH*|pH9NL!>Xwccfn`laWsxt6ud>gQWd!(`0svJ
zU3F$oa}fHqg5?6`0`baZxH~zvR!hjq61#G%9X#nbPUt=m^G9`s<bBnb{mO7q=L76y
z_-WjnY7Gb65^?mq=8!O~8&)r1P;NaPCl66MX))5aE;7Xx%-;@2+sm{+ThHHoe=tC=
zfN&t41itnL+-t~k?%u$cU)7iizsAW+U_sx@jQCz^Ufn{)tOA-JeXw@*K*9sT@3{8E
zY7l-mY@d@9Gw}%y-jfZaZ?UJnBYD`?#C0ve*mV?;MpdZJaLRapR9h4Sc?rsi4?sCD
zlc&US<EOIwE6>BdkW9$8T<LxxWKb=q3|{&b77a0{KEg(vrYB+k<jYdj@?o%Y*fq47
zzF8uS0`jm@GrJBdd3R-MN@qNK>pYTvQ71PwLee~JbMPc29fz-0wmY?DxwCw+;wGfF
zeZoh5n2m%3to6oJ5P0(n?{JaR<m2I*l7|!%b!uRJ@=fNrs^$ph*PWzPA9-Dig_jgB
zW_@)y#VsBan>Pe)6L;ubKMG45>j34n@at^fu$838a*=!{%-7qAgijEd(^;mz2&Wzm
zmeT(3UyK^n*3z&T83<Q-Lv7lxh&Y+*5kA!`V8mS_kD;P&G`_7@3WOOrrRI|qS7xmG
zJs!+w&wZ;9zQVcZ2~@AoG5XVJX6dmJrqs+s%f)8}CgTO8AWnIKW{Z8<%R?Mp_k89;
zzl*Vx#^Ihh^XVM$UTA#vgJ$TGokHgV<(S0(CE$tjSn8=vVe?|If!D)UNWB7?I8q`1
z38_!bAlpp~hy!s{(*yhhok2oe#JBw`6+TgYTz3;LT<XC3+Sg*G@FPOMD8mM=gVBX!
zG23k=kX}di`Bo6mPr4a|mNznK36!f$^il|mg_h%`eUCA{g{Ja-tb*O=Hz}LlPC)4X
zWwp3<BrAXspD6UZGSxS4bKgkl3kd#@kEAWt#O5*T>Ow75jFn;n$0y$vbqE)>#d4}=
z)?sm~@bb#R<vQy1#LQY>A!6j0Tpv2QHifL`1)Or2h5Xi1Gq+ua2TB?@O%GK4X|IC^
zO3PZDZDPj+rYZ;A3`wU%z=YrXfxJEwn%TN~ox81Be<aU|<f-UcRV-?|8pn6NEp!+5
z3aBHC`XlWqG?!|4{~RYBhZHwP`VFF<0wce`i9;A^4$>o5;L(8A6%Q<7kM7*z4R>Ym
z8y6z@pyVXJYgi(R=d<YkntZ*UDsYgr9y~1O(t+~UOz;hPb0zZpExf<di|}a?tamE}
z{pyq86xAC^&k4;^o3oRfu7hcM3JOjB^3`ij^}%TV8TnLb;L;LiIqXz~k0ig#{mXvg
zd+g7sKgp;^MILSqh<=RVG>R$ty>Mv0F^69{^pS}^CE+8s$WB#F(;rdpHs<29?)Pn`
z5{9#UOD&;8IQb;#bIgQr3Z+f|0$AP4XUPX9!l)s)k$RA%-|NYw%W-y!15*DCy9^p4
zbT=oR$_ejK^s)Z32-s`s1Ur{oQ(tB%kiSE^Uf>cFUS8Lxt}J?y)JwqLSL-8bFNruu
z7Cu*;g=c71g{0XvJD2ZZG~b+hw-Q~WlHWxdE4;4QNIlCJaO>+GHg>7M$Z5f&Ncs+G
z4ymt^Nwsey`iY!yTqeKF@1(g?@6$x}TB7jpK`m9`jT%os#lC#6WWtkDzmYWDQlx$v
zh@O*E)Hz0;3J!1c#2|<EoIDYaIbRIpVp_@6vk|o-<!Fk9&ZT~107SMqBc6kGFguFW
zUt@$}s=%a@#ICjd2;nD1uOT^Bi<71jxyU;VdIZ$tfQWtDVA{TGJSZlaMaJ%z$Uk!3
z%Q?7o=@ukj0rDPbW&bTdrcGy+deelnYoYJiY{Ewu(q?5`^hZV9x1P`;Y>S1JOZCA&
z&_))05}Hf-hS6o#zP>36u86mM2vfWE!&T)WTxg`u-E$-nw*lSjs3(H$NRQ9O&E=Qr
zd+}R*V9X_%d^`MC=mg?kx|h4Kd5^7t#xD9hj5G(MzLT`8?J$LUL)^)JjKF@FequJ}
zXnb(~)8|~jzqVX9IR&xeBO|UP?vA9~Hj~MhGtwPAv}-ylZLJl;dUm|+LE(=W^;5`i
zJ?xS@QAefuLD4U8d255)%TH533V`}(DEe^?ci97Je7?Q$Y^0jQmCe%`^_G>As+QE7
zaY4#IRlPV%y0pX%EC`>k9~p_;o|f~vosL3q_5ifq5sxFOpMHzJ7i;@s1iV_24_61Y
z&Y%4&Q5l`_hA%}espS=G`0Ks_i|KvoPQjU&ZrK8K-<v^Y<MY_W@+Mn5)Jk2}%>yzM
zXitWBHtJUUlYGOyBD~hs3i3|x0iM@e&FpTb9&n07{qF(X$uW=jU)Bf@43^;ymtcFk
z1-mg~7Hg#O#Id`xnN=fyd{h+#r>>ZS?t$ab;^HE<`qVU-QQ?_CxVQ@+uk&15^R@>L
zeWcAty(-~qqf*SGcTto7d0?+Yw=l@B3#=(z$Cv6=;OyAp{OHkckU6!8k1z{l0fQW%
zGQ*YM81W8$T91|&-aH3~j?ZPC?sL59@f?QU4d8QK-{8+>?eV@1t$!-8WY?<lp~J)Z
z2#Zf((&iU%^H3Udo}`h*bDr~R3M0%Ov03|c)OQm~;ipL|7x!<_-A3M3I0L%fCG20{
z5}H@WQ2b3*{n9MxFrXtm3BJVICvLz6o_Dax+I46ad4ys)0-~qyVc(~X1-tiivGex2
zYTEcbc2cW>GHY@=PT!D=BeME&zuW2jddnncY4;qLKJSc0BRqM(A;;J@B^^%pxrSx;
zJL2zF1?+X!28FK2)+q;ZgO8Saq|-3@lv^gwx_SbRuGIk@ZEJYI<6)T22_FAo1?>24
zukL%l7B3B3!y=;$<+smf^2Nh5aqsJiOz&kEpy$Gs=Y6=}-*RyD=)sP+`ww-rchI?c
zeIfdwuI#J(ku3|g0eU9MX!UFEr4u9Fw+WSK9$CTr$x#3Gd%St5B~-Wm4Sjp8g*9(!
zM-q$rxNdwbcXy75-gjMS9iS(ej=Y8RJa8>wAjWo^2{pyHc+k6@SW4&JHCyTnUg~nZ
zKP?jNy>`?5_m>?r={@@AYp`QiN2pvD&c5GH(F9vZ<A4eNyoYXq$a_q9>IlIxmZ!(+
zpTmveW7v^h2{?aD42XZ9;EIZPrh!2#+5N;E7}>T1&N$VW*IkfQd!Gq<v1s}GC~Ehq
z3r2x%XxJ$bJ88Y=i#AN8pSvQ}hg#?HUaUwi$X^k25x?kULFW!dEIy$Hr#zCst!k{&
z96`^{mi){^1S?;VAC=G^MbX1BX`8<M<4hu0+D(%8E~h+Bzrd?Ec0=bY1881P<Hv<N
zc*l|?nC~}1j2As~PU2zTRruU0O4?BO2aGn^1Czbu*z(J5Rrfb-<;sksQoeCEzS-Ci
zjpsb(cdvW^e6bxfZ$;o}lh(9pZ4!*1yHNSEbu+GM@`Y0z*x4Ogn4f9IAA5byAKEts
zON*W`ngfXWw;q=K0z}`V;u=0J=mC5_^n-uVX{U6F7>s9A@6q4aFv4Xlo(XZnZ)U^f
zZHs!SzgzW`mxb<xt@du<VEh{A3{1soH#fsYj}y3|?qbkf`6)F|U%^+7>85`ErUl78
zZL!$*5zJfl1<<jMO!vp!NP9MYrncPV=vh2AXE<N`d_3e7twHBW`T0+E-DKMx2C7@K
zjr{$u4{pW>P@ESGXB(PBd@jAH`>a@C1-3BKk{c!+0IC_7*NxuO30<P(ymw>E4CBEu
zb2!Y7Er;C~jYTcNr{evPPwxo6F6+hg=sV5vC+onYj8%k>2K;#HA?9#SN1}R_#<aSE
zCzA$XW8XyFZ~sEETJWA9uD=ASzR|I%5sdk>6-3<|KTK7=ey~N6L-V>d!O(rQr&WNB
z+<^A@t6TUD315+L4_D8tkIjuaf7rMgofG#!*|OXYk87Vr$~jRZ7#WqwUMJFiNmrjk
z>(i7x&wMavWPec$8j2^pyQT;CCXG=$r;O&||9OIW&09v;2p1w!U~$-J6!F|UG7U41
zHUts-7Dg+f+}~8C=aJvEzA9oN?euX$j|qoh*5p=D+VQKv8=3Hf>yMwuZp}cRd*CLc
zYq4VPdd#?^K>MHc-l$0#Zu)2rB}N(WI*ZOoF_gHx;}s+tM8E+jeLi|w9#XEbdOh#r
zm_L?~Zn>R5^Y1}(wiC9e(cT;BeZbS}Pu`z}m+`@~Q+RiUzT(-k1bP-n<^9=CYwZgh
z<WHacVPWrZM)SbN>i5R%i=Of)f7<U_cP>l|3V?C3j<k2=52->8kzbiPz|7qb`Irq2
zu)!^TMn40ii~S%<zFeDA2FHIfs&AmrW-muYi~0oOJ9Z^83PzNL!N<-j&@~vIy9+xE
z$Ywz<k)qakmvhGys^i)^A69T9f9=q1n7%q&#I-h$KKXxOgmX;P*=C1NNY6u9`VXk4
zWVO*Cxccx7cKy_-cFe@3V$7o6S=(Xjr6(z2;G3_{U);^WOKNkzdfpn^7w#1w-}gMH
zxUpO1r9kxr2Mq2r;yJ13CwGbB%f#=~{G*7&#osrus&BmDWYwZ{6!v?z5EpG;3)iC^
zIN_%x^6T8Jz7oYz1B<(<bsN<|&5EWtNPjbrY*tQxH<js`VfX0UOyCRgEB5ri%!%J{
z@a}rhro25?9kb!|b7^hpK+qUH;1OFsu{kH(W5B|Z;6BU)Pt3C9gkSk-m--7%;InP%
z{ZO@tUudc$TjrIr{Pg)S{$w~fLj!2&v>BG%h{aunZ=uKb!*HTz9ARudR@$(aJoN4Z
zn4G;s)GlNhM>4`#X1Hq$v{*v#px$nVr@neY>JM5geK-l9H+?Kk*<#Lq$KRw}916V-
z`N5n=kGMl+H|4~w!$^1tPI*hA?=+^~T@eT0%06M~4wu?zCOw4y@#8`IS;m_VUO;m;
zKz-lJOm$v6Lk+0d0QXN+DD%D?X2U-?tHfpeQlq7?ZSXo46@C~m(B2TCO}v446c%mP
zqntdAlQ+&msvZ295eQd)rsA@0r&!;_cLE<64AGHE8xTJ3N6I7lue&j=1M15+Z)%74
zTiaqne}-9_9L=O2lhOF01<+WK>Yfod<Keu`u;X|EWL_VQG#-uMm|@OSdAGateSHe;
zX++v%dYj$cV#;||RN0RAzIy~|TuL1u30K`~jwT_x0y|MBH5RCLC6?$3A^&Xv^H~l^
z&xs%Ud1HFdt8k>#4NiCr0<YFb0p4tSjJ}5&gzb!6pwZG@;1L~&XC4Bc-LaBInQ!HX
z?AqbIvSbvs_s_PWdP&_P#W533Jixp6qdi5&S4eYrW@uJ;2O-52DPM>~TxoqskwWu^
zhvH7biy3dge}5BryZ8>!^-y=)IXKeDj<`%8hFE#R-)~2ts6%6wa0dFdjR3+~Sbumn
zi25!+=LqL+-RDc6AD2e?MTz;q*V8(xzplAq%ddmchW0HIxk*|Nbv8YBx9vDoviGu6
z?(S8kNfw>y-;?25*KO?5u=+A-1Ku&<4lLL|lbf`w;s0W{@n)y9`Q+KEs3C0Coc6D}
zav6?(O<{zMxTD3bS}jaESLB`a^jx`=w0SanoO2M(Yi1yE7$=;P1V)ZnwS^NF$uDM1
z*9bjKSS0EQ)Fpbd_nX^Ha45wM2uJgq8#Btkx2!>p3@#n%J;P;n<S^S0(zs)Hq&I)9
zK<MEc!P^<#gX^-zq6T5tHjO+m=LIuztB-T$moUOA{`uQVr250tM<>DWej!|76}P*C
z+IPHwbTSw7FJhxiQDC@hA~g0jq~H4jANmzZO6fo(OokVC?Ny2wWCuFSq<5I$|L#xL
z@kMo8%A_k~m&GxHmv|?w*-)}~opQ%n3)&8Ag3&kfaOId2m@>4O#`uFx&}$?wrn6XE
zMXy5d6}?sB6W*nA5;V_r<Rdqpg}rC#48V?G`LF$JaL&m?3TY)E%`1<bZ3IGZ&Kma{
zcFubO)ooj;gn#UM^j<!*$reWOQopWvNjkix&}r(*F00{RtQEd*wF!m3(=&L<J{3EG
zSVKWt5&Av*j;ANp6`Gr`KJ}V>(FW|__!=XxfqlrU_AJ(wMLwmx&V>~}BC)7L0?rIO
zNWSG9lFw0B^=^+|bGL!bfO?pIaDqg+iFe-YV5C2=PW@4ka&{H->)}TCh^W;Of$lAU
ze1n{y{uQlWWMV{G3L3=us6S0C)VhTWc$1?&INh%{r(eNsn02+A`Y1yiJL{UM9YUVs
zGyk(#*>#~rx#ZqF{U4*TYKX(3Yg1L(S^o;XQ&ozaH)Y{b%YI0{j(iZkKfUuhiqB8|
zF&1}!?8T@Ca9r#@pxhDh<h^?pqG{23*7cB+?6c7njQbqsqya(r1=6t+jg`(=GiQ_s
z?B=IB@+6Dn$}6+Iglp+a-!flz4-Sxa`ymmg@;dWo!u$A4IDfhf^{1q;W-p(zJ*jn=
zLx(M}!aA3APPvP&En5QJixaQn^fq>oe8&Kj+Fu9KV@P?&D4&4vP4EDcCSXmzrqlj2
zee<WZ9fLdK)+5yj66T`tG$J3&Z{>6HtAeX39)poIvZ|BX2(p%%!{WCarAc4vYN#GP
zNM|a-+mMb1(nKoFt;kK`Az;GRQbojZ<m`2%-{>6CJ`s5MabM;6q5e#0{`c{1RIj;K
zKsp*<zM*ph^!1s+Z*8?R?IR|<Db=fdyj_(<S`D&Sj|EW+k%!Ol?>!DmeW!84M=jwg
z1#U3XxOi~<6!I^XJjA6VkS`#8nk={u33FtjWv%;+fw#{pxj|epBfY~!O%TQl{m8oq
z-{fiI-Kk~=0UPiTL&GC*=-gtOn{c6<*&&|??54*gJaeLvEcj47bIVC_n76bLV)yLj
zGfpM&j$QZVv1yHQgvA;pe8ZcW-?7eP2XJ$of+Na)qu@2V7rSe8op9b3wkBMHKZ7jQ
zgHz&pn<@Ws@}aeuD1J}q?4MEz4)PC0;l=8Y+^^ZT=&bNXTyrIq{8xQ}FN`=*A-_j?
z{!Jns!MvO$S@4?3&Cgb}H}JK!_;&FqY?^c%gkL^nm&NzjbYkR-$oqFx$}2}<+>dM;
zUl<54NIa=FGERW*!6QJ_q!<JBFC?KOl5b4G#4epgE|HIlgDs|sikxAnMl?9cS{=y+
z@`peg0?BXTIogxPw&5-y{2&ioOrLj?-TT=`Xn98dOwN1h$9(hSnA7_HNS}j*X)<Xl
z5m$VlL-`!-N;z;E)(pRi#BJdFMCDXx6bl<94&n`JRMD?c(^q$_<xtX|SUp=u^`<rU
zH=A}kMIIU=w#);17PKf2r@dj%E76l{*r7NNAU)4h&T6Xy3+t`s=pW>QahGrNZoSOu
z?2up7tC+>y94iR#=?swD*BI$);dNBOC4)Nm1<|W`H(?NY>oiu`*ozZKQ_rLtsb|Cf
zY+r`|teyhlq#V(}8OrIL_C2ZLQj9|{xS!aCVqyza1L9sFdH}-r$E@=M;Q=U5fS!-5
zyErpAzC;u9pRr85LVVwxlTYTACC}jNiXbH2&t1I+5pQHjiHkPYdckw_4vA~aG`?Ve
zrNCZ1ua!&s>j*!W^pmtm6GmQ!Wd|Naiz!}0`-|QZBkv=(|JfR;H-#le_9!@N@mo__
zW3~z@KJs0oA$-WOcI?BGW4!H>0u&fVdVmu)AoU|~@hK*swp_&TpP0hisu}!RNdpiV
zXA_dc=x2<4VSZ)T@91CsMViv~z9e)9<+F$h?IZDsJaJPlJka6#zrgf;0Vlnxl1HZA
z(`!bUOkQ>xioBsbMbZ)cadl&ii}^;JxwKX%3v4G`R?sn=_E;*yrMOb19vW^qZbrV)
z5(X_ifXesfFgjzps7D|@%1G}h(FdcDbTgwE&|W9$?DwB_(EdarC!c`!vu@-q4!c|H
zY5n7$py;JhPekh8&mRAK&|0OuA}<n-RI|e8z@#q`Ao>SZjqb73>j#l~MM(OFza8Qz
z{2mwl_V=3$Tlv{e-B_qHlT>$TcDkc{*jHQh2|4LCCUQ=hB0=5=W70c*NV-U~&lI5L
zl^sm@S;7%92Pp7q;#f1BFux^|-sLkYP7`ikM$$XDZp?F9+gqQ0uM_o(&Qh;Wt;G(?
z9W+`!4JY+@0b~08rDxZbV;l-aAB6OSJL(PYOY^CL0oTk>_})#c>rr1IL_^%f$zuw?
zj$`^Q2lB&g@Hkr>AUUbRpS0U+2~^8)!T2E)SSjjW_#vN-8->n8>JJD_hoVpC^LL+0
z{R){h6>D;*iq4wKrv6A>1l|lN{+OAt2oe{W)@n)WZ?VEEeLSApzE<-txzR`!JRdjl
z9P4A|D)0xz&umktu;e@OOz@u2=y5CwyhoW(Z}lwGFKtI!CX6)Lc_2Ml>)HD)e$FP2
z-Gl{2$0gz^=|As$=vZO`#Dhq^NnTSCg<i=6c|=+>CP6NzoaKA8P1O$1tQ5r~M)Ws<
z#w3&OCq20qU3MruE@lCKE1ReOSMN4Zj|<8pynu8Vl6R8Hx3L-epP57D38Z>~C6fm;
z(HA04b|-JHk-O3!5%FvAgYIOc9w5xs%L9)I?V(eS9()>S&OPJnbI+Fjarmh2P!O;a
zau3kj)6^+2`<Ee{`g$I6I;IK@K$w&Rx05#set?sMXNXwSSp-Y+g<c>WrT*#zPJWP+
zj^<_evlXq6S8Ms*Kj;YcMYFl+i~Sf<&b0#dWVvg3t#85?E%=>bv@Z5`jY9n*idkn)
zo=fzg)#}z^F!94(PW-KqkHQ7b_5pb^@F?j{{%RNKnqHvi(UV;#)Pa4b$XymUR7GEl
z;>2o-{eb+>Nuk~J24BPn1Im!{5k0H7p#A*>Mf4eo8|53idUDS4Ka8*rdVb1dhK<^j
z_gh=5XM`3vX}1ihZlH0V9sgB54XIC1>yJsRF{)S5%aZ9@=~nq54DX)+#I3k{^hk)e
zUt8<N$P3htk+=y&epb!(5V^=`JRowGe7oomGojt7hs|3Z=?a2ps4tGxj}YFQc>FCV
z9fZY>?cs5C0{32V&fO$6PsA7_>dk|{GVMpVYBq#@ufidZ*5lBNTJna-aJKhaL$$Zd
zSTOtV6u$PVhMSG5!EaL-?*DFy+3#c6w5cey8lTE;7Z;;%wFCUTZ;m@Y9)Kl-;=t>k
zgKFotlFy4Oz`uWY!|;{=vF5!}@%z_yV3IRaF~3&>g^p{n#jqA?;Q0Qk!-q<KWb;D2
z{rC<)axWZ1GYZ(VuvHK;r#))X`>OwWnemgYtR)&7hR|BGG)o`$nH%9C8&8<fryKmf
zvkq4r^#objiB}3nq5tb>csw%#-`DAl_dec-3}ZKdmmbV$&@nK-w~U28pN_b?OvxMI
z248LZai@bG%)VbN%<pNaxioeMhTppl8zSq-c3&6q75_C;Z=E;;rfCnbq02!Y_w_p4
zD1XA0DQ(e|-sv~{&jY8mF~e7#K0s*?ZJ1vA8!EmJV7Di%1)uU%$O*eod$Z+>`*KUa
zR%}l3T<F^22Rq|;n4fNM4h!BakjKSL!cC4(ftEc0>aKz(s;jznXE>HmUWdKL{KkMu
z*V&&H)%o<<Yz9li%l=#N^@TQaR>M7DHQkxkJw~8zr%w2Gs~#`1*TzTx0x{`eGv4v?
zIrdre7<zVk4l@nIaiM1nes6J(Klw9?zC*l#^mD$p+ds@rm@KdOF9kmTa)UerBlyvA
zV1Bc??y}QOKj}v42zZ@lq)wiFQB!fUwe<76t{hvE&z*;_RBS?zaJ`<n$k;c?81jg9
zvHS=WWA?kLJL|qH7AS9+OZq{`c6Oz+eV4#O^)^57L?6Ppc4W4@F95}W`3`spk8hm8
zgJVX(f&;!hsnQdqjkKPU&NnHWYL2mS8(2}v3@m>Z2=1Fr)fGN<<S9K4pw+8itV81}
z>CB2E+>%~j&Fhv4V?xJcC23yIEBl$l`C;;_FW%^TwK2Be+X>DM-mQ$^HVfaSXv5m-
z+pPHWA8@e^LqlZ|G^lTSdTm}u_3vLhRP^XOYT9$_PeEN+yW5uC%kCmqSWn5fEqTlm
zEhe)YL!wY>GfRnX^_}0-nTgK~pCQdH_*U=5#QVS>opHl;AI@WNYJa4hMTa%cs*~w*
zXt^{O&t?YVhpc#3G^rixrhbN^-9yz)uQlX#;<#JkF=)5nUH&>Q7~2$FQO>OJradID
zLBm78z&@sv`svkS>~|`b4}8%={dg)FA8*`(i-&H2tFw1w>#-Zz`?FT)k<kQ;>AeNp
zxIAddAFvT0HZrT}2hsK017LryaMaaSzdzcBA4~>fe%e&nyf+RFJYA4#7W=<yCHFhk
z2!HnS<GbG3Bh?{a@#!UM&N#!S*ZJ(kulj27v6~pM`v*iVHI#3xJIuOU-=jaYKbrdz
zD6(ILg?y^0VeC-aj~}a(ge%QMk>UkYwCc(6j|yndY&wUbrmj3#kNTwNe)0!%qOiY1
ze@Hr*B5DgNcA3N8)@LYpQ*hYlR35p~60Xg#lIu;l1rOWRz<%1Bh~g>ggG~t^f<Lug
z<W+C|x$Cz8{8H`8);_%mt;SoZ^m{<_mA~N4H?U~m2tA(Xae8jp`!WS4ci4pn`{qE+
z&9z`z{ux@z2~15H!wDy(yalB&`tN3`q|Z8duqv5r{te?%M(^`Qu2i1e%?D_PW3$7L
z^QW5W<0#X8N=w@BeNw@4y8b@XYu-YoJXh_HUBWj<o5R?FJt6F5e>@ocf{Ple*3D(l
zu1WdrW;8+Dl5uE#bqdm)a>5-v@oNo?{n1FK&sCrNxx>T0{|AJhI4`Ov_&at4gMA;^
zs`3&(%e@(%my+Q4`WZN`%OT0srm?7LXrf6+ee=yoH4f<>H}ePk+y=^P<}!J;dV7MN
zlIzeKj?~)%U-I<iE$M5Z<(?~qD`BwRbrcf5gMrgd*rV2w4eCVWx;6D>`hPa9%_cD>
z)%$P*R<SD?BG2|@VT<i$syQtE`%~lXJQCB2HZbSm^!*`WHsOZcF}{UdwWqG??R*>m
zbRP^yMwPNnWe4!X(D@L>PeAMY&$#vA&Dgohj}gY;y<h|8yI=vd9&3tA8~y>oM|0Np
z#YqK!`PLJLs=z+)_b!}b3RM3rVE1A)S<qYdu6G)IuO_fz9Sa~Y_7Q*fb13xne8R+a
z+WI@;`m)v#Lwjpaqjz%zb`y`WW~29Goh36Vw=<M8-FJX9t^Otqq`cLJh{GD#K5qrQ
z_pD^kpBKWHZg)Yq(=lFSdJK4gMA%^m#25JGYI79%CF*0MWeTg-?TST{vasFj$DHPX
z&KX;b-%65L!LT;4ODhLTT<b#F)MQB0QSkb31Azx}_`Q*G#M})`wJ-q1#}%g}kEeSm
zc+9DtjORiXs-s#?7Mv-t$n3&=?vm~dwv%@9%UjMcUxO3uY3t95;F;AcHsM#BOYB4W
z9_T#30VuQ<TV5Z{iNB$J#a&+hV>W&<=%Jc*ZYnSfhxaO>yr`x)RPyh++G>1^KJQR^
zNeQq&fc5BXSDnCXf)@xkO!-d>5BXKj4j^u;)du~qo1)<QtcI;|LxCeRG0;JpYf-O2
zwF-{@39Rnq03bYoRh#UgtIl}5^=&E$JR3F4mkT_MNlfAMI>o{8(f2^$_@B0C6}m5c
zc$-7DQo@a<oW;Ip*MrC%;>FsZt$9^W{CyJC(K+xT%YdJkOh8-T2GBbTc6@9Ln+As>
zVGD$8KF^7lFsCMtUmqUN3gzZ-bz~CNxgO3xGnW1OutV^bvaProK72O<wcJmk(V$MX
zaq&JJjlC|kP(^-F&VySat*tAbi$6ZMRtsfXJ9~42O7~Oj7CN!5W50vIwMNbkgsTDE
zC7**&*2)tb<#{+S_&A)NMdw}>EXPCjcVOCsUEC?z1xMCRgHWi4QP;gN^>P{pjxXWo
z5{uz=bOcZM+@JQUNdTL?TZFlFYV%3xnPoX%&^4+FP!90ZSua5Q`#Scr;Vm|P?0Fp5
z5BZqiw5IZ=9v{}RCt99*#_tss;)+i}cx%xX3}{Syjn=oO@AU@pHPhEXpAjFC@C#S?
zgk#KAPkh*JnKCuWU&%hO0<I_JFq$h-GXfh3d#cdKX^41s*}h*Rm~|qEv{YT3>FbD*
zE4Sh&qdvr4!EDx|)1ciok8Ryq2Z+lg^8gnRIFOqW!b|^#^10UaRC)$nm35pEN0BzO
zk)K^tIN=8AjFYw6X5{pT#5=Ta+B<tjal<`-_5tBKOwysXl@_E!3-&?x?`I*UG((|!
zgFh=4L2kwumXg0o6?ruA$O6nAB+F--Mlqu)J@T9?D_F^zlknPV92SQhW`<$cFn?Tk
zRp>pMb7inzM;hN3p!~<{Wn;Me=8X#JGhVh=Rd$=nNEkpkz8(KHIS7Phq9%amRq%@>
zZA`%ObT?djshpiTH5(P$r;s?7>f2m!uWIR+4x5tdsibq*{kwFYn`b3oY5tRu?hr8{
zt~!FGLE)Po2OB9GAHOMu>WlH5o>QGUxtqWn?3QXlnx%-13n^Dp++G099oojZtKU1{
zU{u@u?)EHL;9N&&PCDc5hlm;XYJQda5CCF+C|^|ljTJDZnX%CDK-^CJ?<^TPSg1q3
z?nL@ItnIb}N!x>%<Cm8@(7D9pg*H`&Yukf=;#^2Fy#qsa53u-)$N7*)O_<Pl6km*3
zy-Vm*l{B{W&F2|B(5m1jvBLzW@YiYUfaXx%yjLHIFWD!f3sNC}#r!t?hWZUHaMdh*
zwW`%%b!(SEB&<dA77gTrVVU6PS5EofPVIKL2jBC@kx|XF?k6qa*t9Ze_(@wO4TSG*
zXR&#GEqVKj(QqZw74oXX`P{$*kdkjE=hWz{%hOIs#LE<q#f*4WO}g2Ubl?-5IPWSF
z?!qB2Z+0Z&6%L&E4zE_uqw%D|aT6;}Tnr`#s|in%fc}UY!c)CkqtG_x=_gs{b7M3Q
zI0E~xL?UTD;y`nxIVRl_N;UBk18p;qxD}%J>?2JZry(5W*Y@|4=5#fta}d4ovt}G|
z*+p;~8O=rg@4Xg7d>RW^4;BOIWTe<2%_o-hF;eX>j>gHe`=UXe2I%ta26$wwC%v@>
zk2G(imdwk<dUi+9P0OD!YCC529f14ShT_xK!HhV9_UAtbG*@i@+MmQxLshN#uQ*h<
zE$_6psY190yV_mGao=>*j`7<S-vMJ`_Rf*SV_PKMF_(x#8*>rEqTOXEH20?c8)`j5
z#+#P4wL^<0dBKK3U@_~MMDxmpmpDC3<~}ApxzJEOb2bVsfOXh879CUvc4S8iO~tO`
z0CY}rl8K`f!a*2J{kG9dgJ48^L?_d~N}IY1fVW5znvR)u-puy>+$FFO%a`oP7dSEI
zcN2B6&q%zQtU$H*1L;+#IXKaEA3NPX8P85XiGEEFDMEAhO4EVgevjEF2S4a@+XkPg
zN3lo4{<X2$KJTAq{T4%fait6ITIB9QIS8?OPX!i2QgRHM`Rs*yJC{MTj_b*@(EHG5
z#)6m&kxy?vb;lnauP8HH8|I5RlO96iEFN;}9g-fRcL@!#<oqKf{6i7%Q@!?xIb~E&
zFo3Uyg`N%N4RuSo;7ZaOd~Ik$=HJ9NzfI&`Ca}F%eJ?iA-&1%y{-4(-$Ug8-s;qYj
z$@9rQ`c`pKi^MCOJO!Jv#ETQ2fhIx++z++FBlVgy^lm2$5B~kXUl>Ar1QW-=x?X>9
zWZM(WB&QOJ=_Ns*atoP!7=}K7BfV{Ym(%YF--XROHc{!GdBj;1$M!1eF{TwipD!P0
zC>MWTDxL)^zF!u+3Z4loA!<WQ3~{LsFJpDpgpTwcL_iGe>M@4ik?arq7JY&_^EG_k
zku>3D)%1Vuku)bt2ezZ=DG2@|9V%^WaE8&nnD8za+~PUq36j2*$=ktEb338^h@b3$
zdJ51sd?)d#meT9tLH2BY5?|VIDaL&r0;S<ujJ|RP(zZ%3tKn>{TW9t8^IqV6t|?5M
z=L@8tRLV6@o(k4C4Mg%zoOB6}nDrbe25gh#1XcE3F1QLh?c57jZ$9PE+<%=M+1(2Z
zgN_RCkHjy^s~l^2*@86or*aGRST2G^)@b<m+62DmuHu#NrCR+>ej7+15#PQ<(o>u;
ziFzJ;ai6;nT=s8{j&}l3FX91tlB3d)7Wu-1sM4F>$_JAxwf>jtL8X{sznV^`2$$ev
zjmlJ7dqlO9PyU{;bqW;4^>QOmgQSgc{8&22C;5qzaU&54qw#Fpb);ASp?%CTe!<N^
z7JY``)Dj*V)>b}lvP~ksmV@@c0eO7`RrpoXe?Yk=kxpe+ZFRUEy?1WWJ{H?VI>5pa
z&1BM!(nQN<#9^&~ypBX(kAFNx8|?1eEa^OnAZ-~9<f*~3yQw7V$KNp<3YVV2y_2U3
ze}<njb=i>4eN~~Q7pfzf@cqJ%2;9-D*BCNx7&5|S!g#{U!26`p^uZAJqw%hZO!z9o
zbD@2>zIjt7bSU+W81<5no`n&%GU9)cC-COz7SW@EOWTU_BkFwu|G^g-)wbMV)kH>q
z6h=-T3xdC2U&us}E99M!;>aoXg!MY4IgGIXAUYr1;4IQ-(D~`V@|C0W$n&fbSfUCK
zFx4!sc3eWQn_c+IT5O;*?&E#oO7FEy^f@SwOw0r6LPnlQ=qKpDs}cKe6~f5M#wu|K
znsnO^q{kR(B3XFThqsD&Xhu)U!|6!8LUCH9j%#G5l7`Hux+N?$QH5@y{J<`jb3tI$
zl<?~;q2m`$`kVO&jpT%}(ybHS8O0OV?%susX}w0*qC6CRD%VAgRr`>1e0%RGC#>e}
z_a4LkMws8d>vZbXH6*PaPMY=@h|eQ0gsMfn(1;3o8`5&0LFDQS{QyjAJGEAuQT>V@
z9u!>v4xQF+78u9Lf3p5YAn=6dd>g$dq6G&Z*5{NfK>9$+8*q~TZ8{hFmijfK9$Dk{
zk2Srl%K3U)&t;c;EkCH;Rw?668l0W(2IT4UML%jvkGAB8A9M0+cxvTkjQT}uwrf=W
zYt{!5Tf7^%3U8F&<l?yrv*7i^leqHzc+sPiO4hi+!QjbMo3tnNRZrRF$3)?8_||XT
zfNy<@l)un^YAk7gYiZoK)i5b?B$AH6pmvswse6TH0?`*(alu!mXGPLF>W~&1Iev#F
zbNTTs|C!QGJv=9nFPQ15h(6iEjh;;8zwi#T+*73a5hpn5Ks<BmJ<aO|>N_?7hYvF`
zFE)_Q>*Yct3aumbh|pn#W7m28sMiYJlXu$bpya2$Vr3OC$VVH?l<%DKSxWhVK%b4&
zyAk@Fbc`>Xu;w9oqHB0@{2t*Gk$4*FzKq8nm(r1XXrlL_ewwn3i_al$5Vb<@7{{U0
z?9J4h+$0fK;HD-+RngnM7qyKEuSj}FA|8@6+IVy7$FjOF4b<V<8BlU$P_5n@67Yl(
zkFhTU=)H&mZYVgA`i;tLyN0sJS%C>@mc`_EO_VLRH~D7!`_!*JBy=V8KAMnEbp!Sx
zt;p;7OEZ1<;q_&EXx``@`yG~~w@lQe%G2Pff1S&|e_?#fmegy!g^kybBTZq7)VHkl
ziCZ7<W814b!kzg^wHkWgqIuL)`pNz^aaMDu48ZkU65*TAMCzO62`=RB?=JDkvjt!>
zz*(jGm0##T5WQC>{{N^s^`R|}GwQK`)aD)Sf9DR=Uy?~95Eq{oeJ!E0g#P8iyHo8l
z@~51%EQ;P>*Wi_$_)zqv81bX<;_{WqqYyA@i0};x^?O+El*=G|gvd4OtuoO|ZX0ex
z*ganKS$P(%U9)}qfjjy)R>><OaR%JW&Oy>sxU*Ry)U$KJ?oW;p2I&iJ!pW;3`7xm0
zC{MbXjTdsqXs9>H4$pZcdO|2X7L5^(y^VxW<vJ7mLpn`!td2=--~Hd<VYKJ=1x|fw
zHKo*^U)*uI)|+Y097O8pV_EcfxLVc|jP6{OoQ(5%pq7og|9l4I{mWqEwqC>{bpzvJ
zC)u=Lv~QAW8ZW-LU5O7G$GT+o$DUbj(PKadW)=}A{hE}=gBIR~2HY3A4CqaJ@2$nB
zW#*`p){9S0H;{*}NrwqH-(bgzYNk9(P}&|p3jMV%<J{#<_<LF>Zg1S1?R%!+2E!J>
z?ZffFKQFYZF##SK1xY?0XzE7iOzMV1s&fl|)AtgL_%#LIZ~w(dI<DtqdRxg(7BRfi
zb{g(DuSjh|*D;Ux4j4FLA1cop<KXmsE<XRAb{P-LT+062Y6V)M({NnUVwln;2yQ#k
zS=i^j@K#DAIrWMewsfh$p9P-mMpzyBy{`%Q!AQL4XDDmyY?Y#E?Xp|2HPUrl-2a~U
zTnK7980i_YBKi_^n(mK(ZGrz%K0;xSa5x@F`;vsD;<(=Hq3oV6bXzk8>J{z>y*?4}
zO20jrg`zTZ&QeJ6IS$9wQ{q~*52o`id@td;$Qf9;Q&%0j{05?$nSV5LJMWv&5c&*g
z28)t<U}CHS#bpECw`IC$4nCtb0)-7=#}z&KiEB%h;!fX>1@KEDMcnL8FZrJDX$V^G
zi0iLpaX)&msMGX&nCJI^uYP-*o;wytu4yK3iOtZ=Gn@fqtxsqaO%d)7+74kuyzuEI
zTF<DK<2=K+=;NX##~WtymUr4yTy8TP<3Y4_ppm@JxwA~;kqnH(*tqm&c=CKC?9tuD
z7c_OjRxbW5sj5EzHmMNadly2F3DddT^inQo<>D>PDmd`(Je^(PlixpUBk!MO3JICl
zpnY&I8(7g5RlgxXdBn>!hG=e)%bM1-RP+AX%Nt`|U_|<1W%!xi{D^L>a#!CM|7km5
zN$yFs8s49Mb=nPwgEnx=Z+<v86yJDX<^JjEU>)oy;!kIr*uvEiPWLTF`S@zQn`?f$
zdix7JZ)Jf_ysmo8${S`pOlJ{ES+M)9nM}C=lwZ&&!j30Ztzl2gl9A@0*(FS%_q7jW
zt2?`4%d`8~@8SV)KW>B%E)7vtzw3O)%^R4XG7uryRCY|>%hF=E(D$N;`LuK`sPcA~
zO9I2y84p{@tA@CM$Xn}B2RZc0L|VHTj1z87hi{X5v43M8LR#2QoYz#sox0A_3f)kM
z=#s%b*9?-@Uuh?c@vh1~f#1f2Fq&iPb;fh8wsocJ>x$TE*O@S;%ThkGsTb{2m4SWI
zOL2)|IqF*6;?t8R!bvNpem|s*&wcl!Re+^T<CCr(3g8`%J0QgsBbzqnpC(;pV`xp8
z8n}xEES#-@;Ejx)Q6|j5v+8!BTH|zR7#t7Mh2}2v=-IF1ZPzYx^C!{Z<JgJ4@E*-)
zTARr<7s`c?lh~(%5xnToe=Mv@<@DdmNXI6!TksCnCu>J-Oew!`VfILLGfsiOw#c2P
z&*M=G*Rm-O4}-p)C5mV2onR^-$*fmfry<VY_^nq}yfpWqVv|)3ms4z2s!15;XoY32
zo>1_wu{wJCO1{0vD4uct2<v=&D}S`766_M5!pZaXWKH@!pt0dVc+co_akFj#J029p
zXl~fInMqLM*HNZ=a`&-*#wpiv?c2*3?(>#%S6eNh^{CaaT1(+W6kfP93Ww)?#WP{f
z$jjzXY&riosXc!Fvk+d|h9HeY{_u)(zux<h>K2>Uq~S2@0eCR74c)URgwQ(*$E=Fb
zoVSOr$vQaq$`5)^J`q|E&*eLVj#CUbA;lAB&iRw?>XNVdz9$D3$9{&YJ*UCzVlH!D
z6Xuq`b33QH2O2xj82R(uI_lA|D@-fGUG6g66hgY3hwVO@Fd)4*a{D^a+|vlGEp`Cm
z3!ge+J=di@d?$^*46}y>F=bs1G^Rb~w&|YC-<-V`A`NLBm(_z>jH^>K0@ft$#KgB}
z6&fGD@V*N=dy}B~ojj%9WIJ`!m7Q4N=dJGb*#Q0ZtZ1$xaZT)CMzy4NHm3LX9u9)v
zf1W6sZ*|dI>o%i*XN`4q<TU3E*x>kbC^y}YRNr{$JiXI-Wv3E#b3J6G%z^&DenXwT
zEn$~W3o&jyW^XQ+&a6bbP9glH@1lMH)hBUJGIW?eg*G0#Lw{GmxL<={;Cme)d{H&S
z8}dOD`a*G7GAE3Jg`;f{&V*5}f&5HA5005GWR!0T;U8-2SW2?idx^#=H$6U<hyT)2
z@^UBP!1t^1%d2dW=Wvzw?H08vVl=LI6F5>mgKvyI!YDTU^2bqNQsbl^3LB*sRC}ni
zvS-8XGH0m!+7RY+8H}3uuI#b*3s}C;hKDX}r%;}<TkAL!u6xCoCUs+Tl5XQ2)0W_M
zZMEP8M!5%{wJ&gbZg{6}CkI*EsKY17v|r&1D9v?de;)V4g+s383)~V|JgVtu?5uYK
z6RVm?o9yr4_d~0|`1orku)N!~y?9vlkqM)Ka+0;?`q*Q7J|mt6ky{(GH*vxTSU<;}
zZT|O}5qDzPF9Vh8O>?u_nDFL{lHlWmf>Q}M1U4ymX5Iw4C+pICK7aD+0i0Ajqu{{3
znOpdpBpcKXeW-b8nglOC+QR(h_2m}H2!ETuV@)i&OGkDd#}%X3DwO*$|E9{iCUlk4
zopsgV(OGcoV^4*iLH_7;h>fpkm~ZFS76f<Lhg!ls>$TX~xD`;HVV$(AO2ZmY<+AU1
zAP(ll>(D+_NA^!|rH-L}k8YHmgrOA&ghpXU@0CNTX%`$ldZL&cpwGo6dE20CLM{#%
z5D%N2Go|Y($<l~l6-af$i4)m3{W#w5j6e2$Z={mmk?6j1Uf@CK`X1nlCY3#Kb)x!e
zgO^iwfnJ(BK5<Rs|Fr2{*$HbHX(!$(_y9bK9zj^URif+Josia8vCabgx88u4ml(8h
z{738iUMn<4B(7vyp|2V7VZNtJ3hAfmqK3q0;#b=;PBqMEZs5kHsYrZ9?>U@Ao#Zd{
z{mTzd^UF-1n8>kR66C}lp_pkEfWNnohH>dB@ZoVK&ggQVH*%YRUEd>}O=vE^b;{!*
z4-Mqa+4S8v@dDK*kJlZ=24}@+7RLrd;ON`LKMEuMlstL|@_^+s8c(hZhwNz`lV=~C
zNo#cqs!xer5OvE$j!vD>L_K76ozov^t@jliT}nZ4lD)-7`08Ybqb@eYoa)E;Ym&Qq
zQPY}j+xeKUF!bTJ-}2biutuUDrBW+xT$N2{azu~d(;<s}*58ajFC|L%KDtr==m3bZ
zR(p(v59_pnas$Rc)QG&n6OqO!@ZaY61@<Glr8;5ZM68KU!a9BEdZ(tc)AUcMUuZ)7
zaGD)`X3s5;mjUS<b~wlwIwr4U4ZnQ^hXGUQ+!H!mIqZ(W6=}wDD>XUDM;g<6n?%pU
zOq0t5#=<b`%Xl)RN<%mcA_l~na6W7oXtj+H+Cmv?-A&D~nu=G;3Xrfzt%&YN^{m6|
zKj|Xby`KheqdhU@Z9A&-G_DztFJePF`YOa{+d!^n2+pCsM(aPx!Qy)@NOK=R(n50e
zt39mBV;amF-Axr*a@Wps+Hd}+q8mYbGDfFC(vSo+soBp2&XC5TbBeQYQB_|UxaKe$
zGC)f{5!MrQ`oyt4|E^)&l@svhqdD58)rH(1yI{~oYr!*^G9(gDrO+D5(4$=BHE9Z{
z@_5ayL-!KD)RF1_Y|+;B7&qq#*aR5K{m$HjIY}e&uks>qZIT%h*MrsY5|%t?3+$Lf
z`(8%x$GGz^`J67-MC|1|Ge<DOBY{m|ThoBf4d{%-QR;!r1SIXOd1e|dG<B`^cXm0)
zemuTe`}snzC+%FoiI;>n!<V*S_&0rhyt3{(9QT{5l7}FkUWYk5GgX>rrWv5YOZsz3
zH&iP7G*yhW6fFFe!f%9hBz|cQb04NiQ}g;tMTe@WzOJ!S(;OfTj;E@9SWS2@Nzr&y
zAJm%OZPi86ZR-4m-SFq)<w$d=3Qn~#E=AknXMivRw;Dzvc@})WXFPgV_!0i!kp#bu
zyt#sKXf-$)YuMF$8*1x`IE6pccSqmlkMQC;diRaEo3yifMPnh`TbN3VZyw`ub6iwI
zw_7;7Dv--svoXN2zQ`pJZ#-){0%Dy{;fIfnWN}ZSdqd}p!F$!TU#sV8cvkQo>c&Ka
za?b-v8%cg!1A*$NmLL6p`SThleYxyj6pq$vhdb<hG8#W8PDFtp0c+xGah0Ce?PXak
z3$Ho`Io0FvL|6eQtpVk^w)n_To0E<dd_ugUjh9S4CE^6Q<~xE7pKhSiTmW&X(EXfp
zm=AsE&!2`E60Y?E%6&#Sjlx$5+#jq(=SLfd!Q`s1gq^lxz9iCg_-@i@(6#VG&x9R}
zI9!ShT0mYb5j|a+u~(B`kjHtz?UIjjXSa={2dsfOQ(!Dotaz`A5+Lm5g_>+E*B|Xs
z?0OTL6h<>qn_d^Yl0Mufv@-b=Te;c$<+yU887B=5kwM=e*>D3hF#gRZLpRpk?Tqk$
zYTWrCl{BJ=4_iKGuskbI#<x!HP~lWaK4T##oZ#NmJJ6of&I-+w+<W;~^sCr`J&d)`
zfJQ+)0~uDYm|e1~B6PuqY%}tP7WAIS0U+<iMJ;vE3q&49>qRtNBE8EUzO`46Mz&Bz
z{xtjMD>RIn7%O3?;I=Yh5f16yNquJ8K%KFC8_+YbnrIWCG03F1Nzcv(f$?Vp&8gP)
zVQb(A=yuJa7WW=b`UU@!blq_|wQn4yRAi=PuOehi=e~};viB~$_TGCY5{j&ZqNuDQ
z5q0kCD6`D0jIuY`n~dN0?)S(0LGRP^oO55-^<B?7_c`lhXEsP5#tXLj8xMn{$#HOu
z>~L=i@9X<V&5nd`#m`*y-H$aLGp+Qhz&tBo$jAvK>L*?`TO@&-oc8@NH2FsH_2hX0
z{FJUCE}SubJaoVp@yoKl9@@i#x}|obWl8=Lc&9Y0Y-rm{2d7eSBMVOSysCURsT^UI
zS8w|LVrz2Q5?K;`Y^cxN*|G~!i6SO&K*9&YHxoU5(Sr}0%^18(DUbcgzV{o>>e`$!
z<8r9~QjYh$E3vM8Hu0oTUgoIZdhC@ySJgx=PAaaeK2taWy{SRpP`d*CaP7Yhed-zj
zjqa*?QNRn4(rnNU@RKEse}lYbtmkM_n2c-$$8{;M_n$;R)S3=k%yRl@=*MqzdhMAK
zdWes=TumR&S66e$N~cur-GZQL$o+7P99FTGJQ&gNxR+}JDKC%w!JLv>KxrJx?CY#Q
zzh-Az{^{uXE}#*E7e#O*KM}d7npu46ciuM1p7VQrmzZ1G!nFgTj&#58GMb9Li{OjY
zoU`ViWfVGv?-<7JA};k%LK919da1k~w3oST&nQ9`BB1$2|MZpAE4`HYV)zKUdkuS{
z;a)@A?Mb3wbI!|uj=%qzw?2-C@4@R8p^IG~%7WWZ8DGwCCE$}Rzr8Sp{Ts!eUwye$
z^Ri0&(m`uGhSt@+QxDLIQki02{6+3s@fKhFzK1(JOXW_sVY2zNn~dy2z*mU-g<A^?
z=SK{EC6qsU5?7CbwVvLN&y_~fp+h+BpM@vzQd{ozfRO9ZelKhDqh)(|?qE@Vdm!W3
zlqc6OPZt`rG0mNntu(ywb{r+S)KJw6oE}=6Q?eQ=4W+?DG_4m>Oyvd=m|~`ui&h?=
zKebEZ|5A4m>aAm5u{ImE5+i)MT<7_s^4F$}T*HJPCpG^IGj~&sD{1J97lhXs^M3^~
zvMq&s41U+ay%Ohunr>CNr-Q#uaDb`&;mNME7~V$tPV@TocmW;8N^?MWdiL1%3U$Q>
zW5~ncp_KQMHwxbo;JrM*_%g1#IbxeBTes;&$ZdFk#BttQtqU(${amC659S@_IC;AM
zP<W&eRZn`*^@sp2iaVBzSmi5QFKsdumxD{mp-Mri^ecQ6c_;bsH%pQ#Q^EU*-nRa%
zybUrzIlO>_`8lAb4!jlcysVC2;VCZiH0EA<tk#w0&e|_yAJ<jBm~u`&<lirxRW3y;
z|42Bq2AEq!PW*JA?hT(uoA+qu{pj(me5Tv}VOZCLa!{k+;AAIOyuEHx6gym*4vex=
z$IkFt0=k4&eF}rO>(8xrWkLI%rRp+};dS*zj<|1QtdpGh%iTx}z0C`258?bP3&{b)
z8mPQSd-dY14BLZ@_mdSvPjb(DS-iI8Pg1!jI9=%m^X7|bRP{<v8eU)%U7x>%t!@MR
z2FDm@6I(H63t7M^xiqt!3A{l)24GH_GJ03>3=Q@#f_19K%B!n9W|h|s`7j`pbH>-C
zJ_U{v{0BH5d&6O0_WfQfln+$ifJY~#BZKWKkV#@qzmdumu+E;qDgIk#g8DtOdsvgo
zubIH}2RI0YLH`X4W9T)3*P6n$m*P<)J2W3zI1f`ipid_U#_yQ7uEla}))21uw!I0R
zBUWwLgj~`iPbVmzuW-ei@mk^Rn?El<L?*-V=jMnuRx+dTQ_ubtTbiD`J^;UL$tfgF
zei*-<-~p9~ll@aY2|WOw$3CB!dByE2XM+~zic@b=c5u8vZxMXBKn)l=-BkJlnKD<B
zxbF(OZ;jVE+FI_9mT<;iX2$i<RNW`fI+4eVr-DaAKlSrywEuzu?ZMsBcL<gDz`r0*
zS;Il29uWFJuYaKFR0e1we~^o<e@bLy=%Hi*pUmhzR{7E0ns)>|ybfHWU90W+b^QQs
zTxKuj!<6sk`JZ(4|Kz#z3z5aLP+8%-0DS*?FIi;-$(Dc43;l3G_?2kP@)5n*!|liq
zBILqG2UQ+I&+3=d6*oaI8OXND^r_6Vw-x7YqmDz5*EHZ8ByzvxG9E3+dak#GHuh9`
z@!#{ySY^hA=UziEMv$|wFJTrKxudq?%*Q;>t}=mm&%xlB7tpAUsP>u*n7zuF*%Hu$
z!K{31o%A=7%^G?!Uq?d!8+EQ=yUF;+e4|uN6UV8k{;BW!N~C>n2rZh-t$aFis}i<+
z(6cb-4qYKeY`MhMhvaJAQX9&hrFZg<3VUR`O|4~-R=X+7tvMGctI6;;uh`G0zbw3F
zG-)H9==+!;St;@ieK>uGM+O!)e~ws{G(KgicocR-j@Z(LFQxb4YoChH^MSAVOpoex
zXhtE?GYNZ2=)O$ju5)FdQ{1pgG=Di*f>IvT<)Q!e=68R~>)~(4@_}|;gqPDFajn^9
z(JK5LH;#|sYQq=N1nU;E`GB>&$19W@PmQEKUQV)n*eY`C*oaHy^Jc1reehZ(irp8s
zu*byh)Tz`jt;F{VTwq|b82I77%!*9~rZuLveNS`Uf3;{_%Vpwkl~j3XMgZHj+b1et
z_oLu{sp5`%E3#VGfR{wyqqAEca|P#>MteMWqe$WB^6`KM+-%ep8akk~nNZ)KPu|)~
z{ukDZ((X<&3*T-1EwdEoJdSV2pVDIN%W*)-E9CU07tt_><ad9=d3;I%9mmXvb5G-Z
zQfXyddvn6ozp{sRP>!)GL^oes%O3vk<$0^}+~9k4ia)lBzP?*0|LapymiM+Z{V$Xt
zBc~~8QJcA^<vaQ7ae#cgWCw}3Op$Nj0`0;nXY<L!cOt694(j#2HoZ;R&UMd?Bj3<+
z{Ht;yUe~Mzf3O%pm9JY+m9j1MblV8>?|Y40ZU`->?JjvdBA&t~<#6vsuc*=IDkjds
zJiT!@?Spp<lKxyZ*jK}`Q0pEmX>8GU+TZ^9W#)vHT>s1qdFyjq!*=~^iDNNh9JBbn
zEGybxu%y*3?b!OtA-Z{_9WNZVizi%NM16jbrW4WQshKzSpB`CJw@<B38lF4t5gX3a
zlaBDEj<>j1zVVE{p)xPlb8b#MdUazYReIP)Y@7B@;8<uzlf%3`!+}oq!5&8GsUm^T
z2(_j!Zoia|!WzlT?QX~+&YL-GB(6bO?!kAb{T8n4lIf+btB&*0>NcyDGU~!=zFpmt
z{%u|&J}>Oe=dWaAeUprksYjDhcTp(lpp3;{#S7w|(2%fDnX>nt5ucha)%x!#*$?~l
z6g6kXyQ^~`oG-8L=tWHvvxU>xQZ!*fKG}WYAp<q1s?QdS&GWv94VDYYs%Jxfy72&^
zPbu;B664dqKDz2}&uQ2%Z&Ek<FlUR54lb{ETB(`w-)vYO`a)GRmPpir>o(gjZ;i3i
ze>}J2F=>VP>-TQFZ&@jN|7$C|tvqaeOzlf07Y(8nUd8ij^lkrI{xf(PjSg5z)rS8S
zH)p0LIfy&_@mMIY@hr%nxfc~J^hDOVG*PVqP1Bmlssme4qXs+0>no3CxriX@``(3y
zKFt&bHziVst$#)KmxTgzC{JH^5vp$Y-^|8+VuN{DY3%pt*qH{pL~yF>TO;K6S24#U
zM;!Q7SWkK{=uvh<HmfAaeEWXO?c-i*D{gdW7$cf;ZVq8~cuwqo2|VB(FP}@*ABESv
zpqfEVh)3c+uFvsu*3`OsHOJ$O9_5nF2g@h7;zhTA3Bu9MfgO@><;{8i8o645yM`Q-
z79gFzTqj_TTyF1>H{-xNvDYeuS_cQnb0vNF&&ZRW_2;^ZKUqtug0l^Ono(M}hu-<v
zs=rWJQt`ib0_&O#{L|*+`@!k0zwoT72esZu_8Dbfl<=_Z+e8$InadTQwwJZ8evnq{
z68OLZd%fzjf8z8;S9w@F%@);uh@b`5^tDcL%;9TM=k!6DzXq<s2cBN9AEe2Kv*`Qh
zi@dCCUs6B+)OfRTXM_dyo%b9#8_KI&uEreXs9qvqnrxGS`zjnS%6Ttb<&<+jBxY61
z={hVAlif0>%RUWil81+PUVkZ^E*sYsIA^H`;(qhYCLQ>E+j68Z_f5-6q;UOGdS+6&
zaTmp>!<)q5D&>KVZRo^+TI!r=;0GUiomP#b2i{efkOb_b>E9cgZEm080b_T{N~Nvz
zZ?ExP>%#hUv_UhztcS>n-4?Ps57Z!UR?&w%+r5qn9K$RJXt=c4i0V;+R}~19Kc;r#
z8BH1jr{~dLtJ1i>dYdS7s0U{@NtYe0^6T#xgppRaA24JYi6<f4KFv3;*M>d3Mgyh|
zWp(bWmIYDnP-`9B#as6rRDDN{r&iXNJ{%yvHOUa|Y?o2P=EM1F<6xTW=EjpOOrh{=
ze8*PuYtj{?_ve~~bEm)*8~ti(2IZWJl!KxwP^sT{Wa){UNzFiwuE#h?4`A0TP4h7N
z`<No8;u86yG3|Icifi1NMFnDhiq&@K33$v;ecn>DuytyUuz%$nKGfJo4|Q*(p$76)
zpBkLshZxv|Yec{D>Ls@H`BN$WTz@0&?mK`>G}+Eow=|dF4IVJ<Ax-(0Ec5#?`;`by
z&KjCeQ@!OCWXhJMgJ{U8e$=Z;ZR(%1i(B`wVPJ)LFSj)bX>d$z9UCuyj<99aixiel
z_LTy?$S;x4WL5U1fPi39yj&%`6~|d$=A-69S$las-OFhqp~t01Y<cy1gCa^%>4}ae
z{>{L5H6!A|xNj0zs_k30k&Yyt6u>{R>QrIgd*ufC-YToOUcTtEmvM}IZN^$wbw+Kd
zeLw+zb8!eqhVH_9%%Td}HiSA+@g(f=Q((E+xb&A$#{~?cTIqP;-K4%kVMCB!NOyQ2
zDiS{V)7n<8sgyZT_IKMw-)3Hx>R3uO*v7Fb#dOqO`;vRjaLfEm=hDKdSZ<^^;anR!
zqdINLsZYQmt(ogpS-agK;PnnRqYjHPR^Wc?S`zi=T(@?~3cK3(Ji(}=w!c70GjYGK
zJb3y7J<r(3!Ho;h!<RFpkM|a88(5G!w`*$P@2qMtW?dQ$FR@Mn9~pJke(WyHzyNZ&
z_fvx7)jadqQ_Hp7v1iB_dyI0&wxz70OQ^yqFEO%95xuEf7^BB!)!_Vk(S^GN>P?Ft
zL<)=B$GCf;sSLc37ng*}+s`d&|HZ2mG3puiKt3xX2UO#ZA-SY@9UP)`8^388VJvoi
zK;Gj9QfhW>9lWNn-DoU^DvXif0g0N?#BP67Err61ukVVRm2UYn*Zr)aKiH;Y9m9EK
zac;Nil*I9wT}~fmzl~+M3ieg3*Zx&g^shQ5%vCY;&L27N&?x?*U1Q9aS$wGv(VO1d
z<EJ0R>F|+xYXxqkbI9bu-7@a)TGeknm5=eMilfP5OA;{ao&cxmuL7#$`jO8P+(fEZ
zalE`Bs=C4s+1WZ7da65W;ifB|{C&TmzVgZ?subClOCAZM>V0*Y*yMx;E@S9Gwchf`
zJ3k)nwTd4PND%dM_i&-0y4)id*>!0v(Ye@c4f82+TzaQ;PtKfRL$|9hll^n5(ycN6
zeAa%K+=6GdL7&Qb4PPn^AuyjbyhkucJ{`_ZdrFGsTYBq9-dXUTfX!lAaEJtM@S(#i
zIN9STe{0f>ucmf0p;cs5iHc%!DxOXDeLG!l*PHSAG$O-ZuIh^Gw4FCo|5?K+IJKod
zJiNOOPN5zg&%iVq{095bxMN?2J_U6(3$xwhj25Bxr1TazSm3kdy^)g98x%alm&%9P
z>W@ZErvoxb)tN_Ku+tx9A69cGj!iX_6?Q7l+O!DQYM$Q1-(IhwmVE*VJP#coDAp}(
z&XEJ6l)m-^4zYF7`ueHTH5vL@+>UQeinojS#&E?@YjVtSpp#X{5&A)ZvxVY}^_nTs
zPsz|Bc>fv#_{?g(pqDu;Dwfi1E71o}XHo6Z0<IZ!loda8T50fnm)$tW<)r%e+k{}O
z;{X%7R01>f=1;qdf;Sq;4;FWf<XBHSw{Ebxt4}1g2wfw94HReHmA6Oi&BL?;cQpxL
zK;RCEwc<-FZz?TF&~MVl?f|{=a^X~OcU{d_-*{K>%~fvZU4o&z^|oEC*zdX%E$!n>
zD{R;2txMnd-BjFis4Q2j3w>{J(MWR~#`(h~m3vTFj|g*7d~eQm+sAhv=QkUf!+3Y!
zI|5#Y;BgGpht?jmVCY&oHTS6II%p2?bR*W%hk>>7$b_Zx;ma@V-f04X<MY-Rp9kzI
zWCE`|l@|k-@lfnbceG|cLO+pB$2b~kzeXOOg6AyWIKr_jGxFxdcKx{jV{FM*bO_HV
z>)xyZ|9#Rzy{CxNi;Col2HkkKN&~L)+_5$D{Fmz0S>hezwNi80A||#=q24oVnPZEd
z70^Hm*SNfEM@rzf%0EzemHmq2#PNuF*q^p3zY2)v)pi|C`_yQP>9UQB`9G4tQ1v>B
zPwl|Xqq_-c1*!ZP_*#PJXdCWl^{zFDuTKdS&+g_Z9yYxnY?V8_ck`ep<vH+g02_(3
z=~TrRBI>TU;w$c8<x3-PUu4A}(7~+M0^Tgo7v53V)XWHh-)e1M&+P=C=Ob603MA-5
zZSR%d&61Mmv2Wx+_{{anCy*KUQRaK7EB!<RzC2>Ljz_4$iKjyG4>(=QhTlZV&t=IW
zzKnVGTQT!*R7<6^%?7QXbK&JRWo*apl=NOotDc9IztInCZTRCiN4lPSfuIA_XG^<w
zZdlhz3_mH9?(P^epDS;)q=@Y5<dIWOwhk_&gTpD-?kfCe3syZ1UC0)<J@|C^GkL-}
zHmTa}X6)ak6t6qHgnqt1$184Jk^gG_C156<4Be;tT`TR;m%^UZqDr@{B-TX$CuGwv
zSwgL$U9ndLJ<agIgte7xPPZ}KJH4UBu0wz)N90I*d&XQ-*TOUSOmH>6Xm^|8pVViG
z1Is(poQbt{V7)QCM=_q!{3Ci5`z%Dhl;}%y=fj6|VEILnvHZF$<n&&`Z{*=Vd=G<T
z1ZGaerFW%``R3BrFOvoIncP?O25tK=ffd#Qlj-o3f^@~AC%dQC=10zlDRkmtTGqo+
zoD0~F^+=ZfT{bc}Q<!m6vCi9YF7WFYTT6G}IBqzz8khOdU9AsYUa*N>?#)&8mH4~B
zF{(Ax6!wGLMf8?IrqbAhhlOcN287d7pNSN^vYX;NI$moE-LK-w7Yc0U`E^H9K+kT<
zZ;OQyJ1O+XG;#Cw3Rawc-YQ%?h&aaJ7v7r|!u#58;+aS4bMpa38F`3I-}HdGEI%fp
zwHbMXiQY~w<Fa0)IX=R%{nQ3UZ70m9hCXBOh_WWQ^*Cl6zNQiM?04ZGSW;IQ@T7D+
zL5uLu_g?7DVN&VKT|N)E_vgI~EiX|!Ze%_(4#*<L(a+7GxsTKSplkT~141qMZO8k0
zbBJ}*pie}{j)IW|kiTOuWC+FO&s{dk^T^yC{tCyTz3v$J{|rxIv~@fqn!Mj3Ufp;`
z9j>H^dy{@r$kZk}G6HsV+XQdfkgAmMBj_tpv{@8&D4N2+eW~&v_#$IZfFr3K0^W{P
zR-rWUph@=xGzj_!_kzwE&hXA`W9QDhZOfSIJ;%0P!O&!KOKbzP&+iwaeOi9`GO&he
zx$~RSdSEasrB#hK_SR<gzNVr0<I$+k(z{l6@(X)6eQz4}G;`i8l;=cW;Ct#!F)pYL
zRjisuDwD|GV~YN>p5$pM#aSDYq=fG!rCn7f@x7)!{C0-eQK5$DJ##-R%?eLSiTm^G
zpFeHHwLOhl$6m0Rb!>I$Y3=8(m3h3~d(l|v$wLB|Cx9`)&E{OwE|EX_-l8*QpGxqO
z>Ti{UNZ?bRj!^kRv+Q8=%iJEk`eH}gGV7y=aIVgOw)qj(LuT#|px|%#&d@go-?^SZ
z=4Noch5Mw+n3OM9T(3C$peOe9N}eZg&TLQrT`vv|P*h7;*p8g*cIST)%~W2)g)M5B
z3Wt#EkwvvR44+PzS?ScUR~}a4Jv7WbGMx?lW$sm__tC!|%8z;?ui#0oNWi}_w5+VW
zaT!CW=HUo*gG~0A%h2FFwf%Puo>X}Px;CSzuI6-j_!S8sBHvlxWvq#;=GY9Lptn$d
z=j-<j+W6g|TImS}cu&}`dMex9XhrB}2^|I<_=14D3{6k7li%cJh^l9<Yn>!~Ff|qr
zx%2uTtg;jMFaeEBiq}<rkVO)*6;gPqvZJ0!b@188Ma2ODNVxB4g}TOr$Ih#HlUI(d
zW8e(G?)g-p#^8b7e6ZDdQ{@m!8`vYqSFZu?a`24&=JXTO7+HwI6s32}n>AOE;<SG5
zE~GFh<5x)m-%ap0GVygj4oq)PO_F_R_+30#$h(rBbE-1C4*DTlR=hyS6xjL6T7?w?
znu~+KEfwewv)ig^d}U4vUFnL70}7c6tHMUcshWvu_W4M0?66y<SY<I&+s}qSX(??>
zO%T8iR{WuIBw#Mh@fc5vQ|C;KRqHJmRfyze1N-na?I@{UT3G8pWF(%vVJ@pYl17y6
zM$dz5vBKj~wsws3;4$mkQ`W41+N}m>R0haO8$#O)_<Qi=2$lb-`8F|M;;swB4~9^?
z8z)8S*wWN;qn$bFQm(+7lJXpHJNn4}u~8E5ts#RDWn4;_if6$&0$e6gSCKvTxXOeW
zUJrTVSv)(>O1CREmY~O}S#~jz<Svm1<GG)XkBnQ`3uj2Sqltc&m?5FG0Ok!D%un?i
zsy<{s!$%2Zg7RLJW~$dCe>UWvCMstHPx_NOW`$#&(vuC3i52Kl%I3VRL+LcthssMS
z4yyRyS>)q^3gbNC$>`0+2L|TAz|ZvYD_bhRO=|7oj|J9Gz{llfEefO2YtYxTY5Wr0
z?^eQspeapN59F{CI*(P&XPT46;kl;_=y>E4Pe{!QJf~26`c5xTo-ek@`e#NfZ!Z+z
zLr;pt=8J{O1+2<V;}O9{^@+=m3*}Li21X8}11D6zDr<L}Ox125SG=hKAFwa!Iio@A
zQNlL8mde<8Z&(5PY+g(LHnMzjrBYkv_dVDj)1?|0SY1I*xgI9tGRDg$yoC$fm!~#v
zwQ0qa4raI9_97B^yvuu~jQV*>tQ?B#?#nEr1DOr^NU1o?-Aj6sn`Mk`=g+koUT5pm
z-T2#KjUw#h@m%y+s$6u9torjA_72_3JA3@(1v_f<rP$7R7LBzzvOs={ZvTiMOkP5t
z(p|*kIGu|9tVd0_4F7%WDr&7SY|h`eM5a6M;{`v$lec8qvdtMgeSfopLbQHKbGLus
z$3rS{`iZ8jUUQ+?dfKa>qZ`kYjT6r;8RtZ47YozuBcXirQJgwn?QU9Qx%@^Ev+nHM
zqC;90nPB{rH9y$sAy2F5+0(Dkh~G(^{N)Y(=%Z6|tfQGW@w#y-p%g`ou1qOy3Sht4
zYTPt7nSUH`*9$bLL)KMo^nDG!lCOuOerw@NsgB9<#t53>SVbKx4XhPT$A()`-J9zu
z?EF5)x`@pWLb&zKcH(9L$r&S4#K*E%xQ!p~LvLBc-1y3!JC7(s?p3F2o$dC}#$c0z
zq9)?}-1J8YI5*_^31vLBzBlK~{LA}t$kUzD=E!@tDu03}UK`4jYa@sJ`HUvr-Xl&f
z_|6mV9TA_>W4KGc8$9My1dnNPoNK&psjo_@%qKEmigi7g(2C<DHN2N7_4G6sxc-^`
zHeSd**Uw@Rc83}ty^8&fE(^ySPm{ZUlZ>^bGj6uDwZ<OW(;?hAo4P>s`0YoL`^HI}
zGnITFYE<3dK^EO#k{s?#5wErs;T^*U(7@@_jD1Z_@pMo9yw|Ap4WI2xmHR!RZ08}e
zv4fq-U7dN>(8ETKC}wo>=|QOv$$W%sH<sPmqK=(z-;HE9{{^D=h6cQK${*3R;C}vG
z4$sG%YDpg}JLyZPs&sso&-5C8PxT)SvGe9Tw;W9Vx<~u7V-+ngH=M_>b)*wPB~!dB
zFBfGpZi_CvA9HPd*SgI0n1MB?ZRKy!5h=LOqYSc|l_2pRGU;Eckr~v1uH;rXT{@&-
zf2=)(`N`}3^9~jA`oZSRYVxnLUrV^KP4%?!E;d#aN;!oGbR4I--*N4wgPp$ct(RH7
z%LTgD#)FN>Q?z&WC_SM34z9U5ly?+*Nj-jBU`FQZ=xOt)_i<TZ^>)H>h)ci5@}D)6
z7(J-#&F->K=|kGHZ(aH9+0&R!f3Ax?%45EG=xS#FV$VPH5~&_Ddc}x(7fg9)&Rq@b
zLUA?j@yj<y*{zwY*g9n)4RR^Y`R}JO`b^ddT0&S8jlAMTpSlzI#PeljvE)4Zwzys=
zvya{*{5+elZ&2aH{q%9{M7)1#9(VT#kM2~$JkPPTy$Jk7nRoKGAFi{jagTQW?Z(GH
zgwe%gm1N?W^_u(A+7uhO(<u4gNq<z_f)7@`D)4V{%+`UgcC$17JG`5>pQ*s5mn_C}
z^sMQ1i!d>0(kS%!O<B6Bo8Gr^W3yS{TwYn?Lf(2GaF6Eo5#hr1{Ur|W+*B`kE?X|W
zUtMpq{|}C15;-*ZPyX!qN?iTWL)D668y*tX`d6eHVNs&v*l1SsIPcG1s{UmFkAGQ+
zIwv%t%xvtX@bM|lI3BN!j<TTM8xrWc=Mz>v9Q|)K1rCeijjs-H<lrvyQm<?_w$0~&
z({cPX|1NRBy*hE22iIQFR4)8noOW+JOW`Sf>D{$v9FcgOfivWs8NnS7&6C~tR8ZKX
z2ld4s)uo)tJADH%)l#}Ijpcj%C>cE_w#_=jYBoo27%hP#ToCt#CU?0{&I=BTnh)NJ
zH!I_K{K^b|l<$Q|eaN(+o#f!Z&L*%~;kW*?Kq(m$<E#Vob<{(w``nK38Qj==C?73a
zS$4H5M}OA5L!B*kE61Ng)jxZ#6R(&REVX<U^+AgZ$RVdz(40Ydj#}BWJgL$mHrEX&
zyiU9Ru?Sf_@WZ(#QO@0)+^kJC4z1IOXZIOG{T|z~!pN-|P4uJvW^r>*V4Iub0efEe
z(_YNk+eWJ1EPo+@6qktJ%V?$32DVtz(Tx1hfzJ;Ya$~Cqo|@i4Y?*(R=0!E7fpf8U
zL+}IHy73aiY%}^#v>)?IW(K9xyta$QzSldb;FNK~B{H5O|Jy`ot~!}5mp&3dcMVjS
zPiy-X*0+~r0p8F<YX9K$>D#~^Q-F`N>G0X2`qKN+w5HPnn$W~W9vhB5atG${ms4A{
z7SCh2d2=Uzf7{9g-g5gfV?~>*8W*)JNYC25F^b2mphYir*?;9$`X|oNjFHW0)c07_
zEuVR-@dj>n<uB?~hc@5o%3mGxnceaSGkRZNvMN=a%&w<58NP?77tfLfeXS@aW~;0g
z!<^D)DJRCiFpBgTg`TZ%3@&Smn~&;<D_*CheSAf8<lePvhJ|l%0Ih##Xjnh=)GyJo
z*b!;;a*@CU<I2t>a!-fya?wju0B7X`pQm~Fzidej{rk{$gt_Ei&2gVdgE~CbbtyGl
ze}cdjqKM5pF|C|CwF;=oZ|X5$&pE^OQ^#`8j*+5A&I|b{X`L+D!B$K!K2Vm}*3dk9
z^dKFqxkV11ae$KgHxOm7lp<qWZgPcT^Tpn<rF^)euT*PY_sTiwiC9r*!3fOfLQ3_-
zvsGmc{{88&IF|-o${4RD$8MHt-EubO*B5WvC||cIr-xSv_UzfQGI)Rq{iy5Ttmv!b
z64|^t_F~F^o7@6Vi!bB$lHyIvI*~H^-FwgLIc;V3^zM9ob1jioy`d-YlrAM~Y>Ha&
zYQurr-YQ@&zucCy7Da(alZ~G1ze(r}s^i|?oRxnbKk0pu{pW}A+=GSL;xaUvv!hw0
z$8$MrXhV?^7l2w`#+-!mxwIu>Y&$FZHZq*b%o;6|`X@lwTx9ej|9jkvI{92>=nNg$
z$0>pRH1HbDO0LFA-xQCr*6-W?lL|L?+C&-nnE{<7(Eq}{rXclu4V^d34Npd?*^n(7
zwZWWN>gWOSykjFVsnTB@Um%B9C?<>86o<~d3a%a?%bveT_fPKCP6Tb>cNf2@TG0SJ
zb7tFuAYQjMQ$EdKRX^dLMN4a+(v(&zIOR34ceT7X{DWw{u#Z@}yb)`=>ws5lnL~?L
z=dh`s8nBql*7Rp+HHn_%4wLG0SXEpP^<xIEHLOk*?R(PR*2SUu42EtX%o!)1@Dr;`
zt`I*C9H3F%x07@ESzNHnCH5}%ijxbjWaur5duXlJS~PZ8Eof(?nq5(UT4x$=jXkGZ
z9~K#3y~X->n!dfr7hKOXSlUk5O6X5g{Q=HbSfK4&cYtMwYlK<XT)VEo96GCGHRb!E
zJZJA|R@lBJYn3eCr8Mrp_ZEpKEI4gqFA9#XsXr*aR;!r!kVf=zljiH*`Z3#0w8p|!
zKQQZ;fj*SO;vOh`O9D6PJL4N1`#j<ifrltZ1dFs%j~N)Q4{}+@_?f)c<`|9Ha!|N_
z-6WuI&Bs;;xk1HUjNZg~ccGJwst8~V_Ii(^P0Ppfsk(Un>Q@KFYv9c<bf;nt<*$u<
zMP2Xkw$qOlugW$18becCp=YAR)XT+atM8UP9T)Wzdth92SNcTp12o@5+CaA@bRl^r
z`0|5d?V;IvNMMV4UpaO1En)mRLQ2o&{;@XkAI&aeOQoK+p#jx1#iEu6)qF^3D0VLY
zjaDWPpgt{DlEOr28piAj;H^G!)oPj2@VT5ebBFQk<9GQy=NI&ZH)cG)2|dK?KA$y8
zg}4&536K0Zf_GVlGBhZc(wi{qp)f`ZSzTX-r`(kDJEdu>tY_22Rd(jD?uQt&N0_ZV
zti{hcb3-w+=>834b7V3NyjDv92S{mhFWWcp6t(GG(Y_2lqoe2Ku)<sNYO*WZ$LwEk
zFZoQ~$tyDQo5S~9$F;hj#Ic^^=xq~ALe1#)i+#v)vZ!oLD{ksj&V=68-Y<60U$05#
zgG+5G^9`=UI(%1HW$Y3-M;<oPmJd}6BJ>Hv8$esHA$9JmzV`hN@G9%?>==l>AyCgM
zN6XQ*XMe=FyK@LwEUL%i`{(I}_*u9&!K?7ONo$R1<_yu`>>*y**}_zQ3ml}5QO&51
zc`(6|X1j|Ac$c@02@Ex~4qw27>7=wpH?L<BpU>z|f%+>9rNwJ6^3`UO#io$uRPt4K
z30)!<-+LudEA~vtPrv}7boxWHyy9{F^6u2U`2*K+^t;K_x^cd|9$mI%kASz3qe4Fm
z{2km5?>g_H@IU8Czy%3RH6|=O#naDOn!(Y?%CNo#v0tE?N7P$Dt8(HP+)Gofu5spS
zs2CMGJ+G!;@l1w^wR#eCfI1c~{%$ZU-1zzX0)_fV%RVh^p!v4*wQprOs%K;63k3LB
z!+L3D&v&Nie|92d^&zcj=Yevm%X}>^BS$J8-mtB>?(!=VSa^hhd9q^SP<Sgh@#gV%
z;QLbCuiv%V+k5LZ+d+%y>ySQF*gl-Wdjj~LH*eq}0o^9yOBnCVY8~319VNqO=LhDG
zW~&T5^EuxOwi|74t}bcKuO9seKWOrc=0h16#oz=Tp2w&Yl#k%o^1KIpFP*t?g&&kI
z%AY1D%7t&w5p<dctU<4Z8R%=&zP{2cdI_3GQ?8ejhbBDciE}5*evem!i{p6O%!&f@
z&IfCj(X*W&2;d;Qw3@A<4my020l&tWUF-{-NX6TCHKO*%2*<#p`j{5Yl%LkS4fM^^
zj4_)Qac}JeK^Nn?+Yj=g8Lrk*CdQ8z=_it;!|TH60~^(sc{;MZ@kX29qp0%Ay7J35
zMTXJex4WsI-!=C9)tBI9ICuMH;AjYe`_=iIz`JB{IQ{zGT=kOD;bQX=Zw5Dt1DS_K
zLdlQ74?9xYWOu7RJk07Uu9a<}&v4wSv_G#(QT1yilm|_Y>BjI;dAb9dpT8!xqxL7V
zB<4bKfB=RAv-bkq(&Wzg1X8>Q4@GBFf6Gp$t@@MU8QDEMoGblzOe}gl6MbFN9I$K+
zp|7AReCcjlBG#lOa)U7f8iG`h{_0*|!uP4%fm;Ral{ju_6)&l@mi}xU-<@=t;2CtK
zJvT48$6hB(oAA8g5kKYi7`-QaJ+Qy!^Z<F@`!g%eqC7il#Z~vG%PN1TVy?XCY{jFj
z)&L&nc%w0mbftYU7v>yXBYYz?OaSw>0gKw@;ilrJzH4F_JT1|CW}`7ju-==+fd#F^
zmUHiv_SB)ZbZ94;+x8xz2arYJ`^_yu1b+=KpQ1R9v#KAK-3I2@pY<tZx^}fTE6F|l
zv21q<kE#3K_D0{V<#Mxkk@BJV9r0+uZIuHk4Xmvk`cl@)dL)!~ualW66wdlrsfAuY
zAQEi`NLvH<V#PO5ew{{bm$J){APOJ#%m_+c2@c8+zS~JE(*TYk3rJ`5l&NM%;qc+q
z_M)p*82YIzb<0gl2JX?P$&Km4SPN}*+w&6n3<J9fKA%VKEt+@!x9WDn^W1Fo3%2L^
zR^yVo!j0R0@rLTNd2Rnu$78L?zMnf6vG6iguJFS;f{-%+XZ<w$zbw(a$;yBJ-qMQj
zUJTu?&Ydexw4++<10`@lE?(PNQ~Gdv(il?Q4bFiECdyh=jg_}-<5!;6N0iqKC)U#I
zm&s<}a~?k;FVm1i2ymwaF6#<Els5yOa@9k@ysdn16FqOjt0=7^pd)4R_Ls%RR+UsX
zq<oL!Uxr4bJ6A7p&yRIgpD}QdlulAv!@hOyVn^zF_CJ?Q_iYzb-3l+*<KKTKauyCn
z2HUCNLk7=jW7lLeI8v(2$@AAu0v}4~WO@5;Wo%`1-f+PFeel<e48ri4Tm^YXw9=Yp
z+`|<zzQP&htLgsOrY5|;0gjU+emAAIbG-EVo!YbFXXIe4b(jI&)>%L+ncz&NQ+Zh2
z5aeJhl~&=LyL~BOJm=vjazRmgU0FTH58tujXUM_K<>j8JJOJ}k3mFsk;DI+EI^?7Q
zJS63L>n*G#pb?B?`v>u-VhaTH4uk6?FbdyeR1kXjCOSV{iUy<S(3&2nDZlPZ&whsp
zWFw}+ZRC~E<1e5IhZ*YkAC9OkfT6VaX+KY7TZZxjyIW;)zF;>qXmF?rou#*%ZpulE
zJ%s&_FRZix`oc{9G6B!Tz&)bw(GuF*{A%@7D__z_l&Nvvv*w4D;&s4BRvzR}i>m^;
z3%(PoDUg>kupB&mNnGgv!r0lbCG_DwvYdZhE}z+(JPw`7%U7qm7J#0zLzWoDmm_~5
zC;LFi-=xYn-~sg3H_uXuZHJ+~ykzd573|l*j^59`q#fIz4KM1Sw{GPsB&hk&fp=7=
zQBnQZ$JvI;RgX9QB-@^SE=ITQXu>BL$S9Qe&*QmOMN$YEs{ZqLCyJllL?#`osv`@)
z8s;~V&3dBtbS-?3F|2SIl_zNm_f7?@02aR1>NHx*g{Hd5b471TWH@G-6@FsvkDf-@
z)MS-^NceR9=F%^u-aE(d8TWcVh+TeFX6Q%(|86ecR7&YcI<evcL67SXd`3{61y6<Y
zcbGv>w`YlYTmrvCSob_13m<Mk)4(sSknl|A;nXw&9&t*;QS7_;O`aD)E~a=4-lPym
zw;v|YjY*R+Uyi99k<J}`D!?0r+DYZNpvQE@HP3VAsSHqLU$fEi*^JzeS4>HVcOgbj
z$bE0-%Ej-N6V{hHVP9ML8u2yhtd8Ts{QYCo%U*{Mkh>%83AvqA8Kn2g3&{9ZGd#Cc
z8H}2J+d+Q~WR>PFOD6-GR{|FZ*^s8PX!u}(wZ-*n`H*S;mcTz#c~fKox>Htd@*Ggi
zjOnshKHmKm=e~ke{({dE(1T+9%K(YoSvqCKYRE>FrU1t@;g{RX@NKu|qUL5io9<v?
zvB~3NGVq`G*Lg+YW3JZogj}*7_el&cB>wKq;-6mryvg|h`Hh^%4l_o|r?!FIv}8VW
z;-h@L$ZHq9E4Z8&cNrmm73)ZYYF}dQaS^Ipu7kXN^qXiE{8c{hwNYN2bcBp0h0SFN
ztNC5Qf@aZ@?fG|hY0n4IPkG*(w(R=!s&J{CK_WVs)B9F1%@W}}Vnl0>tC!F0S--dV
z@}`El>!2?kNLV1U{{2l}*}*#*ufwrf(SGk&{5zzZ{&`m=k&HdF{dRsg22I^azq+Iu
zs|P2D`O`Y_X>KipJvzxM?T+%P`31Fn)5bI%UUfPDuuPFomwf5TGApV#tf=X{u`NG{
z9znCqCuugdcS#XlOsdam)i1v+eEcvqSsqVgmsQnY@7XOI9=J`XnjDv%3cli}XRudM
znj`J$5>6HuEcFF?D6cCJ%8`{D=(BFrrEdS7r77|DdW9p=V%6oxTK75|*r&x#5gPSH
zET6fC<{v9TM<d5kje`~R;N+sB`?z3nDrqU-d@+W$#xLd`hePSk+_`MMy%+9dC~ej$
z^jUa1wxkn#CTaI8J`e|vF88c4Ez*ds(L{Idmo7e!+QmI*ZKI7>qveOS7i3_?M7DWf
z-Lzb@!gJf7U_$NmJ;f^NA@`8Oj-4UKoQM!xjubMRn=U*l;ukNC$!E^m+(19l|FP^>
z%7a%>Pa2T@i;CSmCyGawHe27b(i1x05~Zd@@!{T)^mpVvLZ2j;jEgk#|9H!bGxpHe
zgZs(BV+=Jdxr7!j>dPsQ_HnJ>FZkl5M(kJHO18B9Ap7_EN`Vy{lU}zUk80S1!rGNF
zMvHCuu4ORkhsx4)zkAf$*^;*XDW-FvBdNaVf6J5cITTlK3E#h8iC;S3=Kc@-sNece
z^5(uA@_TVyyvLqGIDe7dIaqeDevaQJO&41lw9!=Ud|Fgt?}a-=m3B?E?4Zl^&M#HF
z+r5W6rsO)sOx$blg7=LO^{SOfIXLs5XcJ*0X09DWI~;Z!3tQe16Yd-peZ9s}m%c)*
z-cnb8GrKXnUvEyGI>xhQTCUOG=?AwwcZg@$49DkwHt;!~$#YtX0;delYSWJ9j!NbC
zr~lHE6Mmj^N44O<$H&C!W&z?3{pLLv`s<~CjWb2ni?qFGH9BAZF+Hp`PIvFKj1T?`
z;(Q06QGrFDIevLbebQ(vb6`xG6wkZzoazOPtzX+QdRTV8(pdLDdXY~Z`6>VFpTu(~
z*%~(QqYbPjPrCP=){N2R+HZmQTo1kG;UReLQE@FZ#!XsS{=_|%#l@+Qvv}SY_|^H#
zx&FS*V)LV^0_Vl^r(KYDd|Qih&o+zaSG&m)uI0E*g)=m3a{|pCm`MMX6?%<v{nTfO
ztd&93e92yltNmT`KVF(K1LoDjSE$nbu^MJb)NEW$+cy6q9W>hU)AlQA*TMYy-+fV3
zQQI%u3@?mlJO3el#&&)I+^VzQml_+xd1X)(cdZ;C-W*BbIWH|~V2wb+xf{zSw!ymH
z=AFBbQ6s8hZaETw<96gyhaMXPM%tMDo#v2_MRl`lnPz(F<_W?%tf-!H=OJ&I+)^~C
zSDv?OYsh+7Ux_~BLe&OP+J<ekYnmmW`uI({_;i-)T;{zwBP}z|h(}WnX+KUaK}}xM
zkh87={bP9j^j32$(HoqwZaamJ{w|&GV4pqoFb8f1Hf6}{q8nt1=v$(eWdodFpqSa!
z4foV;q6NAWO&<P7+}J*pSKW-|VVfHB_eIIPw}%fuFTI)Ua_i|uOQxy!;6oisn-SY;
z^YYK<49o*x&-UiqpQrPdx4*@nViDra*AJeP_q3s>wuPzg_CV?}3Hu6WUomDD$9E6-
znZmiZtqPc!58hvCf}GKAs9qP(pul|VmyR(l+joLT?6uY3YDv5)a};mfScCsO=tteh
z6*GVM`{@&%zshO@?PzR!7oJ|Q3IRu{P)xYE`Qjz8>orgJ^G^29-N1FTSK=PqRSK)9
zt;<?+?~yC8o}TYgO%1)o{kIZZc{@<e#!)ig!I4yCWj<b2(oGb4ku4lNUW$P8k?On&
zpN0Fled#^!AIv(t3ZC4X(Kjag-?(?PuN+XR6?+?DT=hmla$GWnPLBU5ED-DASm?{{
zN9;RbG6C=C?H_}-xc%bYg>F)4>~U#d)Ji|qq!~SobLS(Q9>|Y9F9Sa;=)(T`YK<7U
zD-y$Na=1-7I&icgxWQkjdF<-5oNg~Hz)uUbGQ5p)!1-nTcK$5#%|6WN3oi6x5RNy$
z8NcuxtC@6nTETN3YNF<k7%DktAS+J7@#}?R%IjCxY~<Mk8=KB|3Y(SwV9&R2dkM9q
z<@MTglE*S0KD2<|Z~Zjz?KA3M&X-^G%f#F{^0<Hz)cT%3I~GV34`1)6@~>`d#^3fl
zvv?hGwTC11*x!}h7S%TE6w^h?*A;|QfJXD@IS8BsTdrE9utx@1@8EtJ?=|$NoHW{B
z%Q%(hiT9=xZilsGb0y!8+=chRcQJm48GUAUm=4d^rX0O?d4l=E_qpgbaH7IN-WcdZ
zW$asUnO-Zn_R_ah&EYhsgbnA(<J*h;KPGa%FSSkdksj=EK|DQknqpe67sc<Fl;8#I
z``VFytzRS1ry^nH4LUHlkbZB=9dSIgiasN~8Yzqg7a1+A4hr?}uXSDsAB$+M-mtZ@
zR6|$YcIJL^eN$Fn(#Kt%|F0&sZ?KiF_@AdvE9%G%Rs*=lhfRc8lTMvrLCYMc$H|`j
zVQnXN>ZHr}rx)S5EARLq*^!yKgR<J3rTshOJ<Ig6HV;{3;Muqfx#MX!_MX{?Q7``c
zB2x9HN6EO#=HcFzx#%W4v);}w=I*r3VtlVdgg#(ZFRTS!-&#@U_E+f8*&fCe_l^SR
zBpuHjqu7{_(s9X$yuQ7#Yczi-j(aRl2Ql!BR1cgjcu{s*5l8*|%#_P&ETrb*F|`Vw
z$zJoTP<H2H-0&#&4K*i{hg}o&l_A!*zKPz}Sm_S%Av;~lZw4o?70_u-bNj3lU#A`5
zC4CNv_VJngsr)wjQ!Z1s>gGX9AIzYig>lc~<jtIZV*qB=mg~RRsJ%<oRlk}a9j=mJ
zZGTF;;-u=QI~Hhcf_Hey^|5T0D6g+GyKBw=J{5PbImqNWC$)~J_hDATc-rDHvS|5D
zn~uGZfKB3Qfs?pKsso3FzS6+09)Dj{&imQ;-~$5MKsZ^=A}goMq&*H2z#9T4n0-z?
zWi$9TyUlvcKUcMp-xqoEu%H|QpV77TnUplcm*zL_O3i*%l?sQ&n3BfW0z*h0`{3_o
z<fJG+ays`z+m!j7ZY3lVw1~nLRy96k(M>*hJWNJxi)Hs7^G(}?8VqcZgBv+Aeny^I
zt<6(O1^D^Z42hY=y6+^^UF*1bxW3uN6X$e~fbY;tUnt4L5`0`lC>^KP{nNI-1U%J}
z6H_#Wf2(`H6rGD4W@s4wXJH$~J&f5CI40Z&by6r^0)LtnCf}D~ejyz6I=}vCN_~bV
z)6VU15yb~*NN8kZ>9Ay(aJj6mIO53y#`$g_wbrejmobi4V$KPgR`jfYgRXdWA#iVA
z?;f1Fn814?=i@=qEO9V;atA$GK=5#h8ZeRj_>abH6!yg5g|Q@%V^S`ubr5BTtjCSc
zc&10aj|44Ao{lG^s?!easgyH0M?3X1l|u%-Aq%e-;>?O*`F1{@dr|Ha7mo}PF)d5z
zCC6lOWxs}6wSlXZM}Yo&Nx-2zjea@Bio-8%mqzQNlpWNSN7gN74sNuWEeaLT3~@%*
zZu^0TT0du;v+@Rt7bLU>YeUcF;WTQkZ%y(tpwC(H4S0~>%ubXGeq0eR?+wHpHK2@q
zZFSYFn0NL++F8vhsTs!l5!PE2ELFrD8Fzuu*D@#eCHo%_VZWWT`S!x4RI1@_ZuEVq
zgkGV-zDEf<k!t>MF+UD;qF%ov2>R5#bc_VJnAXChZ)?`gC^!5%ze~4fOuq2XEot_-
z;0~;)Ox4TV^P;r-+}w<Tc6VavbGB=GfUjm;OY*D63NtBu#Vvww5s5=<lW)iyYSB6t
zSQ9Rl-zr}58bcSG%WC`)N(aFc<Z<=dhPF~2ufl_c`O2E$LGG1O)jV4DAVI%VlNMt|
ze2a?$ec+*Ha9;f&D%O9EL~Ue_dz_XzwvM4RubNA>uG6$W)TVT<!aj0e^F#HJuJnh(
zlR4FwY9l8Up@s+g^WS~dSk2o+=b6Tqw+kq3^;Lo<CHIh%dDwgNeS&b4HL3B*I4)vM
z=9Z5IdHoq@j_^6iGcP_P`=ApvGOiPYyXEIy5d!PX?tLuH(Q};i3!`2$w2PREXS!u9
zwZRNTDF49V5>o36y=LyJV>0xWHoesj#ZU6J%W&xwyi9|BmJeKOa%QzrBu{jNhFiul
zORwNOE^&i;;RL-zlih5nX!kZ|+~)!!-<Md$!2<Xv8%`b6tW^n(zC86I%Z#@8^FFlj
zI(pOKow0THYQnnmuVUu~d>en<yb1HM*_c!%MfpgEUzE^Y{Ow0W)8ldy4}RZGq(;S&
zchlRlN>_Ye^3;dBY{2ujK2|Y$dREZ!|C2Fax^viCQW&>;)mDXFd39Jb#aihciPzG<
zod3A}+ny9H12J=twO0}M4Co5_Q>`Mmbtx*<3}M~!dIX+B2ga+}#P3`as0Fo)-Kcz|
z@}uU15iZH*r9M2Q%@gH0!7E>ZGrpweYeT09iYPON-Q->Z-b!E`zw>L6=S@<FjN-D+
zcy{lO)_hu9OyCA_-Mfl;bxkP&?++~QtWR59PT>`ODqogjEH^=ieioK%tWD$u4F3bJ
zO_p^BwB@+ZOBv@YjlXHU$nq}F-M>OyPVwi<zx|~0ic~8^?zp`dUb;V{x6Q!`J@vTS
zv&m&t2xg`rBTvAy5<R444_n>gTTQ<3@_><e{{^;+Sg*Xhus?rX_WW{FYjx?9rhMf3
zGh6x9vnb`?k&hpuLe=ibgmo3jiyt<f*zc3LQm81a8Wp?g1>9`H@Usl9P6KxO8!Dp+
zIC+ba8IZ^2rtpnkddt8g*bBkX(7)2|=vbjuTn*oNG|$`mRU>G3Tmv_&tPbBo1D~`}
zK3Q=y^zlwv{Qd@VJmX=)TPUx{(62%~zs#+B%^}6z@Eh<ZKa3$O-AH+m+HI#G8(Gd1
z?ld`0d#}>sRgXlCI$3!&h_Q44Uw#v=HMbx)sKN>>QXaYSYR4So+lN=8rR@|xk`<%=
zB<Mg>>C$JN&XdB#WeIjVJfXQhpga{H+>I+t_Ti+uhEV$YyKEvb%K}_zB3I#E)0T0O
z&i~iKN(U}2H%(x@L`2__BI<A}npeLFop?5$W~4_U&k2-KKUNa52}bs!LwAT;DX*p9
zi)OSpq&j29NM#NsT*LUpvm7IS`3C55YpyZw7A<>U2>1CTtG(na-`ljK8^fOPjY`$o
zb$4&{?rFu>3{IB?*Qe7M?27=r%gaAT&j}SZ4?hq%2F^NbtAqRH2K%Ze@H(&WR?sy%
zFtr)?E&NuDZGM-bxrF*0_(%yaE!sD5<{$nR=D&%%>3!EADmA4Vt3Ewsw}p{eF>u9D
zSe^B65yOWtvH&x`-dL3BwuoIScayK4RiiM!(mF7ote<RU_(^HCbv-T2w~dcht;_Ix
z0+<IMTT4d<A-#Uyqp{5g6Fik{oykg1%dd4t>&O=HoR*k8&WTCs0v&co`CC)XQttJO
z1YeH)Er8uTpOG8(DMUu5FKjtL9HiBR&t$f}&W+|qgR4RaID<T31M;WMa<bb>_|{p5
zsyWWhguXR@W!UkYUAh5$=PB`P$SJ^JExer^u@}#6bz4bF6C<Zmd_zIe8Z=uvD{ldv
zh-Vb^RXGj42n*x1E1^7U%4ONuctX$sN(Tt!e>}ZaMWON}<YN-q4YH6F2_Hl7oq5`8
z!p8U1ZZw|jwz3E%-XD#Ou!}tD{zXhr%@XOwZ!u~id~&nMCwHLAX$W})-)T`$Dm|$@
zIObMm1dQ5AV1iiTTgL2|zXs~RiYyA@d3f&UrSE|Ec{x?NJ<ck(<eRnY38krRKR?g&
zRaXkFCHwQuJj=WEWz03H%<4=lFG4R+hp**Km683c=LT<OMV~9*HO4HsqcF?>FEjL+
ziSyANl4Fr|7G#x!o*Ots<(Let6jP?JBV;FXQ;Da%c-1ggnFsn;AV15~zwje?KEXhN
zjD}DTzPriEM9&L_74T7{Jk-KPH}i5;=n&)+YbA6SZ?5njSnVmIJv)f7c3Tu)BTLJd
z=WBza4H|a|`?+@ZW8{J~eCSdUI(oJ^b!0BrA9;oMm8%7gamK!Zz5;%de4P$KZ}d|=
z!DRw-d1lvrto*?a2UoN7f`dd8Zir%K*I|w$IR0cYT^s5}(D~H=Rx%_1(jU0)C1fhV
zh(+?#!}9bqt)+YzcYs^Ae=F0A_oG~=QX(|A8KDRGeDzpve6kKVsBxVy*7s2QN~)e!
zd4gl>=~O0gKCS^+FJ{<0Nv_!7kpwmxDsw8hzJr=ILVl^KycGIZ;V(^kc0%>ItoPtN
zeH}MK;f`3>+yS}hKLhKgGAcvmL~#csL*ttYLo?b2N@Snfrhc{Z&NKUbC$g^Oq&$Vn
z3?wv9GWgd7mg?XdYP@h14=ox`6=Jhh@1cGbP2^;rWv-r-g~nFWl^4#k_EMP-YPg!8
z+h1bn4RLNq3@HsZ=)gMJr%-JTI$BqG73K`j!S+^pApB}kUF9ABavp0NtnLVvIp6DF
zR%JCZ{$wz`a++9PFD)-?`RsE?^esG*4s{5jwo&I9*#wn(H-w<OJ)!5dbDIa}ttqlh
zI<xq!@<FP861fiHm<05cS@QMvyj%i#lH4}GGcDbIRD^fTQd|YB@1c3v9VPg24qkw3
zavwg$KDrGgyexwopfCL8`t*g|-)p{n(^iOpc?QQ;>E`Lb)<$nz>9pu=J((-mUBPwW
zv)K1SS8_ggO5E#ZZ~8szncQ&oW20Zg?_B?AV=BEqnSE0)QrQiYIPp^p(Pc{(d2}n!
zJ*SspV`dZ&zUaf{TUMuQ6GQppje4SW3kPa$vzqE3O_WbNev_M@lr*nqK9d>wJk23L
zo*Qv*=CW9~m;4@Gqi45Vq|>WXcwX*i-kUf%X;EfbK5~~SV4fz``>i}%l7?;DMmN@M
zmz(<zr^2zVWyvsqadv728qSg2x5iBLcCMH`+FFdfR^6=FuO`u;-ZZV>XYOCv7xxdP
zP{BX_cthk0uK&HTXWFli+&QBz&z@$Z_g)!JyB-vwE>VN|&}46VJfy9bTYD7Cjy<&a
zt@WsCm%-F$M<ijLWW$Te>~coe^Ua$fU$(K*qh7D2N(U_UQd1jh_|u%bp{U;N%ztum
zPDOq9#<A2W@;P;Jv6IguuNu1^1d-(oOY_{GJ)-g3=8SbT-t7+M3MsR=>Fp2vGiVL}
zH}WiLKW7=Y=4Oa~4QEqU^erCU$U?7+{V>$;&Hj)jdOm-dTzb7HU33UAgSef!H>VA1
zn=1x)ErQQ{MTaKelTD6|)0z(4A%gs;a&W>=x%6gtnOpfO$458NvwtVZkWP<i#+<nn
z5RdyAe}vJy-A?92+>^Mu?-P09+yM@d#YL5jRTTf+hUbqVV{SkZv)-dZI{HD_T*UWz
z>D$R`mn(JX*VXfwR~TD1tRpAa8qWm_4depYll+@Q99^s3lDqfZAO>veEsi$ZDg!@l
zqm+{kIIMale)Dsfw)32g-g3`>6gcHAn?o~=4c8Y_TDwl-^quiksrF5N22b`bthC$&
z-?sVoI##{l^Z2p)J@R{lXU#O<N7fOAsWdXr$rD;}uitNY_UIMlT6{AtN$ki@UqU4M
zg4;NpB%HStZLb`&y;VA;T&>Dt#+;wx!-BTFKBOQYXxfVxJuJ_jbuT9U?f*`eZ?cOb
z>5f)*`xF^+>3<wud0b9U7f)JLM3G3cWC@Wa>A7<*i4c)~$(~)7M7$yUlC(*SB1<HZ
zNU~OU&Xvek)(DA2vhQmmy=VI4{rp}}_1w90&iO9q-kE94mm~~_LRhO_rh1-Z9|R4v
zT=0<5cGh5N4lA2ys_OK&%NF-aW2SsJLds!@=0w^yttS)X8u&&dYi74o4f0H-;*?}~
zRh15pI&YS1@)Ph?mKWYU{S=(;_NC|7{p5WfHmZnE!KouGJo+4?yv4Ft6;!`9utM)C
z&*@T#`J-E4Ypt8`z4kEccw7TFyET-b#qWZ-1A^)P^+i5Q3pT{y)BXb>@1uhImt;`=
zEu(h{+o<qlBU0Y5Lt4!+;?+*1djv+$2z-|{hF-t6@Xx9xbo?BRzHiD{^C9I_XBT07
zVH!GQy#=JbH+xQf1e>G67|ki|vzChPLt~)*Ekhbp0*1^wiy6QED7BSVNVNi1ZmDdp
zdS4OqW>pX<t=wxOYwuo(BXons{c{n|CwHb|uccF1!pC@|JO*=G4_C8w5L@aIgx$|*
z;ir=p@+QX~YW+j2d6(X;ap=bV7}+2RYep_$xyB7u`xdlE)#k<g<#QW((ytTfu1v!=
z#nm|!V<>mc11qD^82INg>-dM>c@1v>tY|%ET&j<2!f0RQnsGcO&5^}lXoSI=Lg1C}
zUod>IUEqvD*MhZigOTP9+h%Nn7H{HshW1+4|KxFIB6Y#AVBnO?3XPL_x5##QXO|`L
ziU)7fmk-=C5*W#^=ziy7jzqpu-l?@SKjXf{dh*R5XW?|~W-5&zXBQphPR$zOl_7<w
z@wbK(UyMXuBK@2brt(gkeE4l62BXOH6F!5n@qV5h+8es}DFRP9pSN7|mbK3h#U0Zt
zQCfA7{SC|&H3S!=W^(?`H_%Bh9>*Rz0JCF8@jn@HaK5Fny5~~?r=P3G79Iw+IW>pk
zt_Ymy`7D&5t+@a#&*eeKKc;fh;UIeV{|y&8Bd{o~-(K9%@KDa*eskHLp2_fItPZ|k
z70vfG@!&MaQsAG-Ah7gw>o~aa^rRH=*j!*2v`NsyyZr`1Q2VZU(_t%$T-Hz8g2&$f
zhQ*P?808QWPNM(7Pn>EABxw}(n*SJj9X$m#`7M~8>wV2#=Sx8OAyK_(5<Z&Y{Aot=
ziOkcSt^<1U;aucpTvkLKz7O5lj`vqj;Hb}Mz<&D+>BWHWtnG}WaPi`teinwUu!&t~
z*wC<39d19|<RRkfI6UVl%bB0t?|jRxxaY+%Z0gesn9FFS&jkLdREL~+iQd1Shm=P+
z?tH3d$pJU)9*_pllPqN#19(q}%5h38$3ogi^TmJwXqThMg1Xy+(eoDSO#iF=(hEQS
zt6MKT6!r>Srne%T)PnoRJHWD?>%eEvXw+KyoyVmc$fq9z%d5!diPhIZ^DzK46<-BD
z*VX;QC{KLlyBa@E8h{jQ%-od;RU5ZR`(Xk<T<**%J{Y-b5f;Kf_Qy|#gavc($B2!1
z@P`SY*Il6TsKYb5V9VMBHf2@}uQ;0o@lH=+=BnY6Q=2H*JgT?arg$ahZYbsb7e5sE
zC==e}OKUACZ!n*~$|{CKM$Oe}(JlFp5!xvDhVTc5S8KEQWvB7gvbC_`yc-<YcDjxO
zb~Uz?EkYMCnlriknf2_IW)t_Y?2nVRPxA?5YJf0Q^4k&5x(?fqiPdg0@fZ-V%X1Af
z8DXZpsM|Xz==E1aSO-g+*h0dwbA<2axYVOQnz$V02J0CXe6PowrqcWQ(`N&XNu9O%
zI?JtZh#gnFkg}(?6}lzcX#YU0KTliLeEg1@iX~_f`kp_b^ZIB!Xm1^lx^zBs=7bVX
z@lferfG~tn-H2QjV`XBFLVHYSR1<v1Llc2he0ir#_z=^K;=hMt`vI$)&p@re$*}3y
zSbo^nQf|3qE_;>ksSu9Q{q*F%eY2s{rkAj`JP|48oH&rDct4ds#Kehu#X|-Ck#ZQK
zp19%5{T}dgS~a&!qjNtAlc?VKA+0!gwd^1MeENXxYjOuB4T`|8Wy!3*O*dF{tfhRe
zDg>UcYmV!Gw!>Jj461=%_(17|t=jIRy{sF{0^?as7Z8}~GJQ8{It)jVA3-zgv4H#{
z<!fRgP>y2%f1!Bbzb9y>ZV|l9v#qYdN&P1L^5VUCySc1hbZL&n$4vVD6NJVgoWroe
zv%xa$D^D$Uf_^tXvarkBU{xBe(_YX(H5l*$WBwIk#N!=k7jFlx%o6c$&UUCCmm`@^
zo(03)+^FVnvI*uv{NGL&%ITia_+g>q)1@Ak*>FX>br%?G^MkoH(U<A^%Ke2SvG#Kk
zr+Y?+!L9K5(Y>rZyahg@J=6F1dVq92F7lAHAGALG9bXULj87gvV-xOo!`2SgvUA_2
z;I1dh4pn*5q+h-0zXNg6f(t;p1%nm_ampw4zs~3JyOWkYWO*Bfw2VZ5BbUmC@&xnx
zxOD3paBCHY!y*r${?xueIIB<|gVx{nD&?!x_3srX=8!m6E;!Xy=u=I~+-EHF;7N*C
zdt8*g8@GIIB~y(8Sk$nkTWg>uC{H75d*l7vT+^WdCY^o6+vhg`_n{{8hI$=Tp|J#4
z)9*m@kSv@w_&o2MK9|w`kS4Z5p%b;Et5`NYSMG6M8y*j9C^R?<4bkYrP+T$8LG9<B
z2zIVx(Zf3)&Mhke!hEQ5IK>9lsu)n6DtM2PhU26)bE*@frMN63c)!_HrrJk=Wy#mV
zFk-h8jo~g3Ckvg97mighpVwUouP4K%6}oEMcmHtp>3EE`Kg<M9U3A$Fq=Sgt^QEm#
zlW}<UMsR%Sj|1q;Ve$sV<L}wuey>R{d}37RoOHF)GpQFm)YC$t@5im9y`P>RhI!3;
zt6k+bsBPL=iN6pjG&zzsl?g9%*1g+@&zio6=+s}ll$T<`lDqhM^(9U<590!EDx~2U
z;XbEaV1z~RUec((-^;ncJJ@p+{T*n({YGaYeuD$~oHI;&cQyKrK%DOGOlu07s^_Zo
zVab8(Ahg%p*;}wfCG8;*x&Wv209?5@hEK6p*w1^#eEP(E<)crY;A3_(?FmG8=_FU!
zFR9C;w(ag=o}H=cII)ddHLx$Q^a@0wA8GtBAmlN#w>DF+#&$sO7LF=;9VA{B8W||}
zd6SRsVjMU;BaLcz8++M9TTWytI4ydoB78{Z%P{zM${i>+Nb{x6Jh6}M>6ipmzk(Zq
z_)pY59y$L7qxSrub(PCVtG~lQTJ7pOV>B#lmBF>6199~27lNz6T`A8Q9ykW%j_Z(o
zpwQGf&&xpV(<p{;rHAsyJ(Q8glMB}rgJa8KICE8j&^ti79lP{S#OV_U19=o~`PLN)
zPnp2v6`_&XNzV+0_GwhV4Hl2ThErFXae==nY1y1|94POZ&WW}BQb!koNpSP@RO0AO
zG`1=(Fw$)GnL18?bZ{JtSziyS&M?X<g&RhwaPYJQPo_i*ozuTI<%-Y@O!zaQ?}eu&
zt;0l&$@_A{;V-G)1`3YkciIiW3D3IYK99p_#-{KKzY*){cU0@?A4HLFM@J?@K+bIp
z(Cv!k4e+*GEPV7CNL)eZ6-+$?lmoKhV9HT?2YH`Vc+QrQ_7=FqN&j-HOWF%|J72c5
zmJ#;|ufr)usKpC8)dsdLUkw7Ii8Jc7i}!@a!e`RiE>SoxU=*&{7R8+Io~hI3%79x)
zIu?m{Sdac=6w>w}yqez*Gs2R!e6OxM*Bf(+)(a0}6cgUouRFfJ@F08sv<M8beu|Ns
zzu>9hXKe7;om@@t!Hip4tE6M0S<lJr-}r^H&|Hh%=)89tKk*gb?6w8B-K|As{UIcN
zQbesZon)ty_hb`~jt8IDX-IwnY5uw3T%naopDU-LE8x|KBS1VvIx-fCJ7n@n@_)UZ
zv1+-YdVa@LNIT-k^DQnyvyP9j=9UH0?>o}`3QZz71IhE@#P`S9Wp<4T&Rf=sCc0xS
zOh~$)z5Me;zACM0oxj^e&);I!Z>WnE;Wi4*_Oy?R<V%^)p4+7D{()(Xj+#9+2}ob#
zwNBMAg4TZ&eBZ#u_e|^_k~4K>Jmycbkcn$Kc{0AC@TNle#MbV+3=S6-)cJEUPQnr{
zzt)kLl(f@mX73mJ5ll8~tK`8{!UUlBFw!(QCaw)X`L_`emec#$y6WwM3LIJ4=bWG6
zY|!sAjR{S$rl4h=UMaEM#NQbALejCQ-8v1Q#an>&_$lOn>Z_Y~Md0z<x^!-W4IVWg
zDfpMp+;)-4a|jHRNe8K7Or+I8XlJSw@`a<A{B1M3LzF~48@0=qOE|Er38xyzZPPND
zWw-rEnnmbviSj||y}n#SywAwjgNaKwnDFeF=nZJdv*K<GE1C2OfA{gJh#Tz%(hr3e
zXzx5xb!rxgbYBYfZ`kHWrPx(}IQi?*?9kduY3{%7AiNm)DdN-ms)>}w7t}uIfBe+C
zTpDEPB#+!Vkz#a{-3{DD{<<LNxz$H{?>(ElwK9+!EY)D-m0@_TRbY<Lf5av5UuP${
zyt=L2TRTczOY-TmL12W2I7WF@Wy>h8qAn!j5$LFJk+-C+rm{e=N74aI=$z<pqq)$r
z#AT}Rg5*mWc^1+Qo9XATfIJHIR_2Nt0G+R15LuH*Ufx_y9y*CMqz07ro#;J@RY-ge
zE#|yr-8>JlSyv7)@-h6{91mIeB;nu2_5Y1RAJAM;A84QY@b(d;+^^$X;<TLD?ZL|A
z>t#Zx!_oUog+~SQ$w)mPPMQ(T%VO)i_B^jJ>d!<`ea9okl(l*~RQ4Nt4v8C8%4_Bn
zI|Zq4rVgr=VX&DqKCPiMn#n7Y{sF;3)VJeitNQ|JYbLN(_$s}4Lse)>uYK+6bbN08
zaJIlnVkSEG>b!D6uhpDlm*f5?OQEp{56Nqs=L@~1R5|qF)LS8+5>V&MDNpdv3{D=O
zPR^trA#o)C^>zX$eo_}~FcE!0nB-`Hsm&9Bv@2<m{?OU7CG8V?M@nyh3+XzHe1e8N
zE~K6LB)C<&)@h|A{J6k#+j*%H@jU5XI?sz@bM3H=Bz!qxH2H;gAo%c9@O1L64OHPV
z3CBS884DD9M%q_h>8-G1D~>Sd?@YFx*BJxXMAT_K^D<NQ==c;>c*>t<-ND1#jL{e|
zzvLaK+(e-(Nu%-kUC(0hpq^^RCR_5$aoFP20C0*e<6ZR&kou-Tew$NYiBV5Sv!`c!
zRs9ewndpoG@;8Fh`RLoTz^nB)(E|eVX2cI|RMMB!OKiu|ehv}!028Lx3cak@jTsN3
z$G5ep0Ek1#AJi&BH><u6$ithV;Ln~@Cz9@S!mKfSiI2lTXttlz^<>ItWw_seICppm
zx@~>PsUB3j@MA!=0_2MrX-v$w7$oZ--3p}FVC)fV-aVj;EHsYr3)Bl!ZnUL6#|^uw
zq(hPLhxgWQ41{G&V3Yn)+Bc54s?w`UXj3GPfkf5;M1O$#$VlUdv1bkfX<X7^%W<Q*
z4G16qa@tB5`KXsFG~?w@pK^pJT$J5P{&CHd`Y^Q4c6Tf4yXeco+9je_#GOyQ0Mb4z
zIrOCHO@YT;bK;2)oIE_5Y~BdecM;qqdfAfDGZC|Wp^058<|RMV3>vXR5xz?Ju+6)S
z<QI9#V(t~{_d?2EhdRAIuKx=9w?33u>Zn;`tiUirMwbPNDDtmu`Cl%2u+-N?>Vr}b
zyM_8C))hogwq#eaOuba0A#kN-g;e!p5|W1j>c!>=PuKcKA&yLWjMVo<@(MV=Y%=ls
zUq(5Mgaw@Xzu<o9Icbxd{L~$ZQ+~^&ixiqa5Ppg2tYCyEIn6zugT7T6kT#%PKP<2l
zM4iVrdmwrSjQEu5IG(V65%(zdVM6Z<3>AG<(hGH(j^+t#XZi#2KI^@H8W;IMyot7<
zEz!#V54YAHh`OEf@kUB9Zmk*yhiM<_4#w><#xn>qjqXU#{We1P)aU%(t#7#g#sz6d
zRZnmnUy1ZN%fGq@=OxpAza`fA#j6SF_W-ujdJ@~sT4RgCk#t^rB%hzr7x$h?qDC0P
z1;6La%%Tr?23^66D+b}Jp=Ai;OC-mrzv6mWwWYDzEY2BhLOVjQ)Uj|oSPNpTzoChD
z7JFIkhi0@#;4`Z(XcKx+s-L|d-b^=;)5=e>iC><;O5aHAXc5G7CdRT_c`s|^J&28Q
z>j}e(2J_hWlh7pTIGn!M9er>7!`iIw7+y67XZRN9>|kARf#)Ki@6iN!KHwYAd<VmM
znXot+Sr7k0<?ojI@}1IhrN>XEX4q-r{_+ATWT-^@nD>M)2@P<O5-z?IUf;^%zD|@|
z_nyGW-TUF``em3h>I2$`Zh(hdK5_3#e_ncVC1e|Eps5R;@ACF026~QwmPtGCgO?>V
zi1ShOmbQjnXVS5o%YLNm;$*i3oU+`R(e-oQZ#e~xEDGUqLcX%C3Lv#g3*KhEkxJ;@
zu^-R>@WDm5A-?>hveU;?{ntyy+V$Ic;fii@$G2bMz}3IZ+{Ih7d5J$3IyZwkHM`I*
zw*!taxQ!8cvh4hJFMn;C38&DPm35^vV`{d7-_+YQ_Ih%gP+1xrH6A_MZDyZckHdv;
z{{ejmu1Rj8cJi-))ZjqaklYYP7o|h+`&$0NN*C+RyNXYycjuH-e1)Yw`uJXBt&<`k
z{hkXh%P@hl%O5FjZo|a902IB(g}%M8GQpNTDMc7KD}&vb{sf!PYl!PT`@qV|J*YPi
zxR|dEQ=7>nf}Y|Xs}eBqzQqc<7D2+$a9TfchJEnb!}hTlc$VM@Bb?^Q>xLH9jbp<2
zU^rs81;!XSvfulDVfVL>*e*L{y55t}e*70@nQzP7XVcqZyY9>BedG<88AIohc@Khp
zRV|=}$2s<3g+5X~%R{=;dLElFWk=plg<`?><<(PvcYIwpfA4S6`p?{HkPxm7*)eJO
zO79jkp4S1k<#j~;KaJRU16%0oKaNvOaGuR2JX3Bgi?KML3IS1Pl;be=%RG5w<tA+F
zaR@u-f=u_0(~}p-Ypbg8q>m9CN=xNbGg9&rOWc(<0zQ&=pufSKa&2{xQ!V#4+W;>E
z*5Hcd6gIHkS@>?+5VDZYz)6}4E2i3FqR&v6l2M|B<Xyv-6^-Gf!ylaEv<+Wx8GwJ}
zBk*0X8+1wi$ipl*fnmB0b2RhA80-JB$!;xBzdxP%uzECzI<t2%kmJ+FVXxHt%;$>+
z4pcRiGe^1RY_6Jy19#Jz(Fxh0pB)c}>=JOmPb0i$wV2L3uu}VJ_P{KI20(SosLpBZ
zZ&>{ehVpj1VJPbDaLfc;JasT$&b-O5tjNOmt{nTH+6Hf|Oyu)d4}*V`cbK3Pi{GlR
zK|$sP9JTx_<&`U4BLWkK8mftjWz0hJney%!_}KTxD4nh{#ZG;jHBZ^Gc0b$H#14X|
zhEhIR;+^RpaP;a6*6F7w;nWR0;&T8lB4d;@%(QnsF*njPt2CHg)Ie_HaUbL|S15IT
z$Hzxm^2qHWju(SF&}Y|ph2A7aa|5j{cB6&HpT_2j!&A4S>AVC!=<+9i);fguEYy`R
z(|$XRLqE{F)K59pBNmsAVK=*8rn=vQggGMb>SEMQy9+L=(Z<*%*Rk0HMcfN!q(xx_
z8%Z(h3RFvQ=>0xrW2FuxFWE!aZN=wq{~y1QIT5Nq-sb8=+8aIZ1XPx$@ZSCdaNXK@
zm>;7nQ~t@89w(u-cT;(HRSM=`wS-ioH_8LOT6PgR|0ItBj(3sb59`B+<2i>10$U~L
z)J}YWMn~@b^Eg)bx(18FS7H>)<5vEw7|jv89lRbR)?Q+}-Vb6%g<rt3a3H>0U&QA7
z%Ao%z5^67Qg~08Dh)<H4Ns=9Aybr<kO&IS<+9f{i0oPvI1t@pao#iv&$J_-{ZS_GQ
zEaht}o2Z}Un@BmuW6$J6zuYbS`<C56b->SkD+6nn9Oh)^1<NvGaB-zQBYcsr2Dgwi
z?ACMB^d@w_>C7`|C^Rts$$e{#)vZ-m`CnHf?Cf$34lRj>F-2|hO=$u=desHBKV>WD
zN9}|iEKOh!JWJV0Yu!0p>$^c<I`}TPLV1>i$E^1W9zw!i6!~}G?~t<7x)d90ufbt%
zV}Q9;F?FIIG7arr?|Tr4=lJuk;rJ&j2luAsqE}fx`MIAq-1IxgAA7l}Z>y(c`7L(<
zvu8OpP6%l76#Yv)=`6{s;95q{%)2T`IVm^<3aBS%=6w`9Yxjj|mVa5X7411?RVjU^
z_i~Ob*(74cKIvsKQ6ClZ5+DxXw@s_~-X(`Q<qaPbb(r6zvs9^ec<n`FmA*spfc(4T
zTzGt|6t9ljfW;{?+mO7aZtN6S7Hk;}eO4zi$_326*G@h3zKuHC4Uxtoy}MYz+?^)D
zxSHY2byjo8t<6P&H~SNd*qj;*7+Ka5=LAKtu(Uti*4PlJ-uSV^9_-h}L%@ET%Tx<|
z!gyW6s4Y-wm541ZIs@@BZ@g5O?r$}??mh;6v`y6B-G|CEo%TWYRVTUs+aoZ<zrH+i
z`Awz3uRuCKswEtoc$W3aO@J104p`Jx!on3td9Je~eb$22s~87e;x+?ejOyTj3hAEc
z-a6)d@rovmQi?%&#f&&yrCd^+qFx~7li*?IOzSEB(D^y*hW>|MzALa%633Y}hctql
zhQHm6=Z)Iouk}6f7VZ$7js1RFV_JD{s)tn|Vztt@5owEiczDz^!NCIm>hdh#C>|&W
z#P<PRL)xRG2iLFa2pu6mUH=p3O??bD#?67Sn6+~8sM8EnmS4b;<I~{&x8~~7<eqGN
z)E=bRDW6SSz{~0nOt+#?F-x*mTUXRq_0sKmm8&@hmzYab+g$2yN7xwyKj{72=Bop8
zepSnOr*xV`8iLn!e2ljoQo*4+BaS+#1g(7ncrTv2?A8dpVLlmouzRf;2tL(Ynurta
z@AFBthKsNtNq@o8%EN4$K^!=meISnbh7>pTMENde>#-3W-d<oWz1yfuEuC;ks)geu
zdY5KcQNC1`smJ@QZVP8u&|VsU>S4vj=NM}@28n;s)9IGrYLHV;!U^l9@X)jz*y>O|
zEb2O2YI&X|mXEE&m;Vi2hC)wj>FX1o`VrT5k%!b&Q{J1>dwKe*z&+ihyZGo^ICt*8
zL&RKd=dG`9wJXQ-F)@&5uFaIpujH%g<>iTbu%jxI>a~gd@8e(~Ed;@qO>nJmJ^55^
z1*<IWAX7cDxS`vT@(qb!@$fwlbe*-G5suQCkUNA<miv}HBjhxaw+zid%0n*lF+FA^
z-d#cOg}Tr)lcWP0(xhl<tl-?s^}&ApVvzh(HG=CVX3XZhmYnAED&5d``Chn!$DwBO
zH@NdE4_=%0guQl|bsE{J=rM8VUgFPC;>diU`E?Y$@S$`Ir(ENtyRd8br|5op1X%ri
zr?EIy%i64d%s=1S2e%Vm6EEn=_cQn6Xg7d`HX0s4>&#ZN8jPm*lZW^R!S8*`8R0eS
zx4M~}Q@#-{f4fZc8B(X|NZ*2!SuxQ4^FQm8*_4b4GS$1{ez_1LeU`IuyZ2DO<pC_W
z*XE?7V6s75=(+m`@8my|)*8LV$wi?^V?e=sRvKCdoDmF3F<%rkI);7QJwn15Xd7oG
zbe7ub)FdYGGsd&NYH3V+eOOPzv_u7ob79}wFi5m^S8jgmL3OPsuv8ry<jYE3eUWe`
zXZF<B=x6y5bSp;SXtR#^FyS`6dl4Y8RJ~Oj#g~Ua=epjdioHu1OEDh{ZL~*%LB#;5
zm95ZXo|Za2`8_)^@d)($d4P+YZ{jf)2nX0gn;iHiU*N05$70Rgd#v2+Jks}IT=-T|
z2T1xyz27y1uc7CPgt<tV&xtRgu(lOHWY+?xIvr&bGb$l&;#$Z{`3+UKLQr5e)tk`x
zs%6{}(oBv(-aw<Bejc1t4?&gbdZB&Q3l1arrB}1nl9XPIY6B-nMZ=ns<I4SS+iAWx
zvSDU2oE{~U_lkz_Gn4VanK<w$YXk?FE)Uzj4er0{i+d)%MAz|snaB7<QP1pUN+eyY
znqssR=P2#fprMyZ2Q~%bK-{smo$yxB_2(5%b;U1rEd%0D{=gxM3GV6U(hfhHCUD^+
zyvjC6#H(0XyBk+;&tg$JN1#Jt8icSCzD{Q%*yW}ug=mdhachOfmX~BC)_F?OoA6)8
z8vJ&#H<E_n(y4unzE?xoE%Yw`+UuFJE3FVkO*VCzr}%r$)Wn4wGt$k_-=EHvDc?mk
z*c?eKOP?;D<EO5=QJlYX|0cd5c=c!2CBpo0T4z?9y=7<*u4y-_e{ixE7k-1dK_;D!
zpKrBc+n1b&i@_<-rQKTTPRcd-n&pAx-BMTsi*bBpJ5$tNnx+VzEGeaZHO#A#VoaJ$
z;^9kPurTTuyiM7FG|#GEr4#YbS*$+#5RN(r(D&Q{;vW!mL)->iJR8&gW{2QPZD-tb
z?+2&+5gdp@qmoCE=^lan8uv2WiL*+6k$yDh+&Q1Mt_Z@jE9hCQ4z2a`e*i1l8YFDt
zr0+q?ViAnBr!zN$GwXcW3sc~2R!@eWF7Yra=y)BbS<G8sr+0Gcj0xfisG>byMqGX%
zKGRS=@mSisXj>JEoaQFp{a|_c3=wmjZQ}uMW+y;k8fjkW5NDbb`@U3YVU@HIKW5zq
zTZLZ3Jvy7A#ERZ=inCHlH%PXHCOHCANPl9t+@3(c!`D^?;?G{itZiXmAWg>>Esq7N
z4@Nx%(rQ}dBOXYE8EW>Z6T-`pRt_dzI*)Ji><q#~QXL4-&WIZ^`bI2YnW2kH<`T^d
zFME}6hG!e)fY1!*jrJ?qqk3WcQ*(H+)eYt~-b77K>!T7*!ttvQahh90b&aJB%=cCK
zIlqrWiwph78pcfo^Uz}9M={whg`K{4jNh@EfTSfAiZ8sncpq$y!>OhsQPj<y>31OD
zh7TI2@8QJrD%A<Q-?fK))yP00{m)G*I>W<+(Y&p350%EiNwX1#+M-L@3E}%#n)Oj2
zPo#>xp_)ENxCkwbFOzQ0!=2^NVZQyLoW@IoVVIdJ^cVzs7UIA%6-6D1UINVl3a`g&
z3pLZCHX-#q;9AObxu)Y}`njLnFzyi^o9MtPA4pfV=0cAPP9$B1UE2L)K{_|<@YvJI
z9cL^*%Z&;b!=+c15_w+X8(~sSfA&;w4%d0`7HkSzgTOTEQQ(u5jzE~n7k=3fcB^ek
zD|dk-@0-G(>Jy@G1ixelRrGu4Z`qLUMlfT!1MYoK{Sak46IynOO?T|1al`4AvoI#D
z0^jLf<ka6`Av(?q`54jnkwyML^m@pIXC4~#j&BL?ME#>i)H`Y`r^nn7I-2S-7O6iX
z;?45RH)4mvF7k?GI{PSfE6_cWZ#@j%%YHNBKz^!rCZqlW6SWfHIS$J*H`D&3I)I}(
zirxoIQZAET^W*yc_26TccisKp^O}WWB@y`A^$P8Gq$B6k+JQRXUVTs^4+68?)+<Y=
zW~21>Ecln)71|ku2c1-N4&L_qEp!FHI;x(?bK<&Lvhc$du6KD(VmKG`-MmvX)i!je
zdct}eUcDL(iRJf!a0Zvzw5#J1(M!4R^_O}J8w7@^q%lN{IeBwg%)4b=S4s3x9;^sK
z>QiyTL76ZC1<w-SB4HCZo|l3`TZ_4(pOX%L0Joe&VPQrZdhIrlni&^qsOP6yf5RC^
z8|3qDn)4`n0@T9*QH!Kef$9PUPEoG}$;)st-YqxwvIA$D$%egKBK3M`4jhz1=Q!b4
z_&B8qb8834;vVlhv=W+<O|N{xPvJWa`6`7xwMt$ONh=XI1(OcmKz*<r(J!E$%yQAo
z;O#6LtK*B}*zwv=5@D1h@fGTQO0UzgBJZyUHw4nBoU|!_<Yyt#XON3Sm4UN*K$)Mh
z+<n%3(uE<^$2f}Q6I7~QMtGY;y|cP&(S39BevG^_#j+ug?&HnVb!1Jun@B%HkKOSq
z_48!P0f=G)d5KjX&F3s>ihThW^G$rh?$!oLT5+^~rm7*o>DM2%EIu)3|Heo<RJrBc
zK%Qtn7KJBk73xZTAywp(MBGU_f0L&7sVtWKz8j-{ADE^`^YLySa8#<cN_`G7CoJQ=
zzCz=L9CHhq^rq;gVn1zN`PId-q{oIZoqTQVbgGo}KqU~S69;XQ2$Sk!L0(miNv3`+
zthF(aMZc|0?mcXp8;FO}I^#LNg{pD7rA)mF;yPD_c$E6FAO|O}7rzhG|HKAyFGW6b
zs(YbX#oR-L&RNmNBQ12FH!&_#NH<ddaWMISFckb0{C*u02P5@CfciF!uo6Y?*Yy%>
zD`0-c8F(j8M2GI2rQf@ReN%@M?zT{c2BsJ=(zo#9)*!j{gJht&puU;AqM3D>kw%mb
z$CNP9_abb8jI_o`^N2fr?s9YO%DR3v)iEQ!R7kV&j~@fb%VlDG`NBG{d_1^Zq22-E
zR}!OqR6}nZ0qTdq8q32#S{#B)c5v#42+pb-uY1s4iT+-)_0T3Cb()iQ;mK*IkT{Bq
zzH|DhVitYF6f8Q0ik#)KcK2lAbCY5gE5wyK^l$!f%OcoZRZhBigy_xUW7B&`eO2;C
z!T8zLu5SDke^vY)^@Ne~My~!i8n@a_BP`RF1tw9wKv~!33iZ~p^Xhy~Kd0IVU^DE`
zA@zAgTtILs<q7e{4AE29wD#Vnc$u~2|Jg6(#=RQ>)jyE_LV>GPPvU#(xSD#>%*JDD
zU4KA$Fy%okdem-Uf2Xv@Hg~R|^PsQjHXx9_zgWuHA#cnrHbb{0hD?7y%T)S<erY65
zSy7ndK{&`Aj$?}e8<;|C+a5*e$U8T_=DV!-L#Kt0xm{O3p6t|?-Mg`$w^^dar?q&(
ze3t%2=ae(h@^ou7_u4>bjnq>Q!)jjY`Wi3Thj8o93HUX63(oqLjh3F9Sc9F5A<uJy
zruzsV_-%C;BhohVeut04h=KcHSRSnf+uRVF{fv?>dDfTT*T2JdS+|pm(%0g)+2_#Y
z!8QoE{XcH{Q{o%wS@9c}1ip>-hDn)9YZ+f3z}$c$)L&V^|ERP0%oZVVdcr|$^xzGT
zJJ<&{9xdiSr|km65)S81FJUiVc4FT*G=;%~hNAbbop|AU46k%qh;)y5Ju?~R^*w?0
zpa`3u-37(A{aJ%*d%3ND33PT3hqNd55H^hV)cv@N4Q{^zPGv8E_1ACG&kSK~%_f-H
zLLck>eGD5Lwqy_AE`z<#dhpNB(|P`qVyvwR!flr~V7D8|c=Mw_?mJ(OBXeg!Z-W4(
z?=>4~A)WhUoNcZ=nQx@hcZvCiQ`PitSZ+TkTBxgD`5K3&<^~X%S_<2(f58cQ-d<v4
z!EziPVUXKacoeY-HyM8AUTZAyzR_pUYJHUNtT-y}CnxmH4eobu2N+e&;Q76$K~T5z
z==Z-deEM%g&EbFA@};l2yw#HXQuSUL3;mBl|4#G{Syw+Oh*}5Di?=KCp_5X!V?8`J
z>4x&)eQRzTsm<>-+QFLJPm#Jb8ienHeBk(Qb6gU85c(c|1R-hTQFC|`t;IPH^mp>4
zRjt{@rW*YCd>neNxy1NSjjH{`Fz02bJv`^<3$Tmmi9<Kc2cPW)%4x@Our%5e%MWL;
zW)8aQuXTA!^pFd%H8f22?W?Dr-}V~|dpgn{g!-CEoOas$w3Bb&q`=&zcX+b^@+HTs
zvDMv{x#~}2l^6ShnD<4dKF}d!bzPjAnmvcB9=-7STw}R1#E`!jYQ}Q|{=@z*gP~to
z166+6858n#<as|BHjs|M{_}nDOT97J&cu{w(0gl<4fgSdCDCx>)-|@ucpyHoZHg5>
zulT8!necO(g?jnUVqim?<JwUXu;<wXIcfh^q#DAXxz8YbS+%6ws)rnxKapy`4g8gF
z!P{8_q}5xG^0lLkxJNDR={jgPE<Mo>iyAp|!)gN%IhwdJR?M&5eZ<S0<#v^L*3njO
z?5K@&k8E%d;=2@kw8`iMGsbsTKLjz>p{FsPTuEmOtl0%Imu>m2TYG8W@<#B);3`hn
ztcR%&=dkDch4`GFO@@a)h2-^Sa)X^;&?a&`oAt|4N!Zj_rW!{%coxQYw4yu=g|e{T
z(Di))r<h>1yb`8sv{X}vOn7o+J@%bj$><)SXJJP!=CORP2J`Gsvc7a~@uiamytl!3
zytS~Dk5wCE(`6my#Oe8P#Ji1bFyRgk&pVBj%Wwodu!n6NZXS+!-F+%<>HGyjcO|no
zxQ36e)xeAvCuzL(<=M2aqnIx>z7VEoeS}wsHnU@sM#A-|dsHh~jK<7947!Y2f%_%O
z8K5|@s~#tyT>mG}oUlqdptT;>cQ=Jbj@==?<6ensgiqM@i5skJ!`t+ZpnH#k#b4et
z2iK-z4!O(4UO1wB6289F9f#NJ3cVtN@#t>a%Oi}=ul^p(T?ZB@zV|L5)hZ^_+W(nZ
zgV4g$j^^SZcuujxB}Ep}wVoBM<#$tct6r7jl3ales!!vx<16`(yin*Ebp*PncYzoB
zNf=vsx9)ox^{1%j37=Ymbmb@vP0ogpc@_MI|3;*7DpWh<<L1huMok@h%2bQks`oRn
zJXx6CdPz6<GQ(W_o2}b20dvM3hMq^p0o4txF>X%&S{JC!A#9!__M5A~@#-n~Evb^f
zt^b!3_A{43dyw)R34ft}X$2HV((|*@EsADtV@Q7bn62~c%^n!JU{Q}I5I6WUzxnaA
zs1xjS&65+h<FplRf$|io#^B+C2HZ8d5t#l|6v6~mT=Qq{bhJ9z7CQLX=TBeXWKySZ
zP}CzD(o3I9dQvgPbRkmRFv3NcyL}(fwKYH1Es&yK9n4w#;R@K==1ScfwZO)X8#&>z
zT6VYuo`sb2wby^Mdhj28=P1J0&pi0uJ|OOp8t=FUI+Jcf<gjLt=-e8Xe%a0l6L@B;
zjqsSBi+-i^9R-Js8ZZ*;)7g@7)c+wqL&7DciMc()vpebk&!RljlS8kr!!A8ckmeqr
z7z{(YH<@Zq9x%%nN3C;K53F4XH+nXb^Y12zdX#;CM5B{#3QS({6KLL$a!N(7v2Z8y
z0m~U@!>*icgX=%+VJTDh@QuFHSpB~z2xnrEY6G6X{L8lIAD3b)J(Y3%HB`EM#3weN
zIOU<*H>?j#cpSm?Xb*^sO>?;S#186hcLSBUnd;UXc2ta21uvf|iK0BBy`#-$K>T1A
zpxlJv)4uTR9ar&0NhQ9~r9D!YXsLHc_S0PdyhHigb`>t`wFNdAE@4+Q196S<b{?G?
zEOL`S?%JHU^`8KV(+6|g_paHo2g`U(SqS?*pq(6b`2loUxLLXI-K35;+V|A3H!dw;
z{Rc}rfAX8a8X%sKhdw`s#F_HruqQxT1RmIK6FCdk?$aRfb|RD>ISMU2AE9z~Fhp1W
zlbi=FA>5e6p4cqP`I_7iPw(8tbW5`t<&}D)aV`>npyAHT?4R6$4^A;uiJO493}3!H
z#0W11ma{8gn<>+B;w8FoBpp<zix!!_#QO_QapxCZ;fbpZ(Q~5tkRTI$e66Ujz~G82
zU0I{5EIRWm4XmSzA)_=4X`Fbl|4pR$DPrud&$U&<mc8U>SG+h}(E`FN<>3fL)E4jY
z-by|UfBC}*JB7ZJ|0(N@6mw9P-Qve~Q!o8{EOffnMm<%cKuGurOny2UE`FVlg#8rf
zh5WSR1MKzIjq>TE;98;S@V0vx@%=6!j0D#Wxk$XiP2+zd;SU#e^>$V++S(3)v1~0&
zd9;;J8&79xuNp?{4^xnMp8sCg9KMx5V#elEfpDrW_p-*_MKiDTIxO|p+y^hqag62|
zpN55q8d7dA%;d2{b`VF;(h#PoqAteP=<t`99<oioedVXFrVu;C9G_h&CSK7(!|E_m
zEBvX=V5*^dD&Y!H{N(;Vv5*djfG`5=4P1dVX-=mM56QhY9saG^sr*W6tY(%rlqvsU
zkG730a*%3AXa;puxh|MIXo@06#^z7a<gAN2r#ZbNyv`Y^?%?vBFPdLTQ5aWggE6yd
z@BOcD3D+dS#X?W8)U_?J{jH_4z&^rtNPY5@FkDxS%YRf?1NFR<Fm-JL`hRN*0uzW2
z*wZk5)voIY4e^gUk=fw!-8*>t>Q+cvi8n89t}Zs^yw}_7lzT&fv?1HSZw?;vUJ6dS
z9hktw|7soyOhv*t=)T}IVR|UMzH|%>0|Vj1j1TzuZClkPd1jrCD7HNZz32CX*;#}c
zk>jBv<P7{?w;cl(r{ng64b+2c2SMi^$l7}JX2es>OYSJ^uN+SJdIEmrHBe_Sw^nX_
zyd+Jr*o6A6>Z_jz20)Xu{xJO^N-K=tL+3^xf$9W41vNp(km*3$hOonkG;|Aj<*4cS
zYru8og??K)qs|P+OkNH`AJbgPgjMp`Jp;LXX#%`UInA9?rU7YCDM9-m>7^nZ5Uf#+
z1Cz0K&v_J_`bT}ih@+5xj?)u{0@W=3NK!ET>OD<(DD59iW1I8Chiu4FPFfe=UfKwx
zy@2#4+o97D91Qjft%;Odq)%R<+4s3HXKYus_xvoVom|MHI`77if<wY*z~_PAv9i+@
zi9S~jdH-Nk^U?}CMSKpVKhWB}oDr|0$&S68au~`EPvC+x$Oo{Z^nZLNt!wFf?J&1E
z`4ej=j}Y~a#QU^&g%boGcNf}FO>|CVj;~WF7edfDuswzt?g87vRT60(zWrdRz!`}+
z8osvu1LUW0h4BKu=GcEio2kF8JW*(j+M4<(IDvEq{3_SM-bZZJ%f0(zw?+xH&)k2w
z?pP|m?J!*6wHP;DuLDqSvAs?|$-^ZAX(-b2{$k!q2exDjV^_fh%X)au%mIlDCD-R0
zfp~=fXO+f0a;aBPx&=w!)@i6|<Nw3oWl#95?Mv~)#h$RQT?+G!yTJ-RUx0?$7l3$9
z@FgTY3xdd3qcOGr0TBEbesv6CV;?>|kM{a}Hyi|Z3#~_f0tC*5z8Q%NnmM8rau%Mt
z#@6u*c?)hBSj9ws-}>kRe)r6|*6Oc34Si6fe_bN|#9tojr7l@Ku1?P^x0{XM2kzxV
zE^a2=dyC@VLGKDU{Vt>2#mN@O;lssDCj98O%k@;@L#Jwvl73zZ_ODkulHcf0T90S0
z6dF9QPMe;sIt%1E2>Xm3%dT}6cuMOk)(cz&m*)?8Qkyk|&k`509dN0KO8NqcSEaK%
z{>QK0xh&$N68=!{={%Ch1FBKdbaZxSsxEF#&4kq-zB1B7NO-NBt#W_@6BC(o7r(c?
z&HkhJ*RGlX)y;MgaT9fXboCG<JmF~e42d^|hoBw!R&(;DirciytYOQ|LVM#FRRWuZ
zCqP%3FXh@lLDK8kJv|MyC;e80SFZFyMxF_GI}ek!Rxd&C-{tJQSp*VBz|kiL>a2cr
zUX|8SaCq&GCG)3q|5H}#pR$uYB<&$&1-4_uW+dQ@@u_UVm}8852zhT$Xjnq~>yy58
z%L}7xbwR>5=<~K6t#|lCp7wp67nyfvh|u*C=^z}|{s2-fz_`a}DfZbpq&?v4^9`g2
zCnNbwMs-aZ)lnu41Jbopt!k{k3wkM$_D14frPY$LOb1Ok^%&SXw^`Vxw-KX!pf$ex
zC@)Sh`BI5At6vY*DyE1f%*=zgm$c=b2hMWx3EZNo0u9H}8BmGMRB^xLrImo&-+27&
zrfO>IVzzqJSzeWU76=dU(+p?0p4lEgCO-$_GrXT}gST(|;+9Ptv!HHHu-o}66Fzvs
zsqZX<)?qqcxi9oMBv`xQX2UDo!N5u-JV2pmuDd_Q1N%^+eg+f$4&rv9jmW3I1=2p~
z)33fNc=%KM8_M{}?Ns5Xi0{wQ?}F%S^moa}@q3yJ3}7AI&oDYp7;iO><MYq7QisgA
z$VjiDZQ&oJd{sjXEv4xRSMcH6pIH3<Y8`hOD9t3ACwcw#Q399QuXO_<bEPXT?h}R%
zHZI_^bTtz8FuEt<P1V;Oe$-*6z3Vx!j9EkeTZebM(VpT_%}A#r<u63N>If76oUHR~
z<XIrFNmJ>H$77({0O8;0`(a2>4EY`_@QoX(_PKVKe@>?T4_CL651cntM7_^U*uxK<
z%Vs0m-r*D{waw>`g8T4WULS>Wmd))u8EVz7m>b_#E}xr2>m9UU!<Gzwt8p`=dxC+q
zE}O6cDBeiCz&{RZ#VW2GffbAFIQ1!TP=_SAYx@RwS7=GZ;WG7*prkNG64yPu;~OJS
z#oCz2K%S5C(wdPL;N)$1@%v$1cwC{UX7npzZUd^Yz$6Crl>yTEZ7Y~<<VNCmZP~rn
zmh!1KN8m&2-t<mg+tDC+Rp50>n^fXDd)av0J<W~-&y*fUmr?iz-BQQ8d!n3|?IJQ2
zp}iYDm?!)^BOk9`>p4@U{8q`MuwzK?3Kd!4-@T?lalyguf5WPqBjCK3R$aaHdAlEv
z{GG(c|9Ju-1)V_n3#xJC<_(a%tf)mf*WMdxoGRtMLV1a#!EwQ<0I1pHi=Ogr^7QEd
zorY1(?&mbm?2=~??c?x+`}7MEx|R_(qR=FQdxqsbr5<3FLcBsA=LWkQnNHqrztB4>
z@sE-<&J)%gE8>sCys@TCAK$&`f|M7aOKVB!`+zV4niUU(;BID|v<OmvO?r80Jd!_A
z=H8FvG~YrqiFxFL`>2<|uia_IM-NCw!ddG5>BxuAH3F&usH*M8-_L5s=ZrnV+~^$~
z;cNNN9Nso2m0!)QVm*w8KzNq~)+yr-knWSoTcGx&6~g;-Q9nojX3~7`gS}46fb;;z
zW%PV&7wv6Q)_{F#KN2?io>2r3E+5@T-M{Y@d9@goxE9FU!Q0?S$TFXTq!Ap2cD8I9
zCFUG#KDL6sb7v#zQ>DFs1~)%F4D&ooM2<4*r@`gkXZV4Aw6yMWI;Xiu^57tRfzPkV
zy1wVls5A}LxJ=_kaqpz9RMIH2)z^5^VV|jI^qu-{&xIFa=BKYBX-~Oo%Kt<!g)O^1
zOcMR3Z{-t3KSJ<MPT;4(T&s0A)pa24iAS|S7zf8EB@2&&yDmIYgsxiFq(7ebTCb8P
zl1bk%|8I1@-fByX7&btrUJK*}bQZOvN+AxA^6z0?A4g~|;ubL%XtS^vVFjH5vf!!Y
z^r9H3e<<pXd&viLTHW1=|E=-I6{ADJ(Z&K)2OYJl_NdS<AoQVe_735<k$M?i<XKjB
zbF9uaQhn~{3ch7Ao3mio%<VAF(iR4%ghT5kNAci36T+Hp(y}J!c=eQFENs|(5gXE)
zhcKc+0TVT`Zc7Qy+WtfIpJ41{HxwF(bUXSNxd`9R#eCk6n24gk6woV+`VDu1dZn~4
z#ZnOWN%@K9W({H21#j4%Z->|XA9C`yIp6Aa$sv59xI}<~5-0dtL;X$E+uZ{H_a#pf
z{kAlGDN!!UqNZwUGNgE&+l+9Hk*DN-eWnUu1e<*gHIc*OaBknn3i(%|?NQ`-vw(l1
z9{@{Y=^121Px(xC9;aRxYaYKJ$YV>SZKRGpUU8$HtyJnk<H9l8Y{%eT%<J(pJkv6m
z-aEV@c$IJ}x2_kxtXD&bY|utSy*i0-Rw0hy(UofnH-oU>&;`^to`#yaQFXi~`qqTo
z<d^fg(5bh)-*B6TlQDkgV`W{?C*0r2R9zL^2Y#Hk0sRY(%JArO=+UPIc3rMOpA}!(
zvjMw!uV!Nu&-k%y^H*1N49bA9{o=5TQz`WOFAA{@oeN_<kF5$mh0}}PNH(T>(BzN1
z)bW4kxYI;^mChUk`?E1D;Pp=MDY?Wu9Z5tBt=IgQWoI1Lt*tt0=5BnU_X}5!_zu5@
zzhsLCt!4|%>#;`N?((rSzVXkQws_RlKz93M$^NvpW*%Jw5iK9VtbkNl=atDrYz@?;
z`@O+St1r-)_?ovK+;2rLo1fkur|lmu6%}@-cV+ft?9P4oa&a;L=5ENg$E|`!Hs5fZ
zZ&PKn^&1w@bOl<KY=Q<qv!JxzRPjGN-n^6izY_|#(6dpuUVP5ZtS;yC0<H0Q)63At
zumgT`9j?-R$(<iQ=3Ax=mfbJ>hK=oSu-iTcFzBa_I(MiJSQ|OPe#725kx>;e`=}ly
z=<b5PuX>_+pF$RAyN2H{sxK?2C&A;sQy@WGQX5sD!juEIP`67fH14%cqIm@|u9Df)
zaeLe!{yyzC#Mya+-~ZNOSWGGlnvl+4A8m#+O2agZ2mQra3tu742^(p*2bQ+Xfe+<&
z{HSXfUixXuw$WaS>1!IOG?%Iv#~LdS`PkuCc-toog86*@`Is9zxVgiKuYdWCE8Y0L
zS#<8B$#=(cqutzaii7Mr;VGx<@SOh=v1D!@gvII0)<)-Z5^77}_nCZF*{~l^D?5T?
z=l0<(65hb=xMA2SRpt$To5P}KDrTFlg^bG0A}7Fa#Co6@;>nY=&&h^OEU@AS^nX7L
z8b>eYCRK~@=pa{`;}kqA-rZckoBzYM^7o)HY*gKcbzLsOhbOn#fkm`-cJx|)yva*i
zqrIMu-xmwJW(A5k;GoVac-d<)8_;$b%zreU>21~U`?svIeOf(e%P#Wby_>N2sHVC5
z_I$%9K5KaQq5bfeWh(5~Spt=f&Dl;(OZngvV_fWt5KyVX?oG4d_sLn{-=a1Dm*a#h
zJx*he+Y`7LdJiYmyOX_Zz9TA|_n_<4HZb(dG;XempnJFmmWwyzq(xD1vi!L+`G7Iz
zxT}n=s~W|gshgjX(-<6B;4d#(!)Tw83~Ya3pzLM~7~O5U{OaI6oc6y6w3I_2ET%K3
zJizE)?GzpAe|$8LV%z?yj@Kg>Ak`DEpSK4$evbsIXJBIq?+)Z)=Q2xL*QLdy?dz%8
zX8+J7RvW*$hjWT4HoQ0nMV$~9K+C;dWY68(F?pbgM77P_Y^l6t+Q;+9e2MY|ud0in
zED2%rk1q0sF<y#xh&NCULE~+A;PdKZn43KgCpu<wF=uN&oZ#oe6DZF@l@UK4gY)OX
zs293|Q7$T0_d7rZ?Oj6S#G=|xP&gwJ1DgJpn$FwGAJn&|IMm?1`MSJO%{ENBTLd$x
z2Q+m)o%b*y9Sgc;pzZSncwz8>m;U?5-3xbO;CnN|g)nv5s$Xoeo29xi(@GA`H&mMx
z^n~!Amyq&>-*eauZ~K1*st3umw;fEHcMEi^C*kwGf#7fIje!+Q*-WRyP@FKB=JgN!
zYNO8^{Ol)cfIUjqlK){6e|2z-#<yYvMkds+tF7Jpcfgw_eR5uu(tE()#v#>RcB1`K
z+!S8OUBmzJEZS$5a#0~{gnARK;LZ*kJh3WY3Vd0N<8~HFlxJA`suq`R$bze}(cs`p
zd#>G2!TNcYV0Lu@?cy~Z)seq3zHe)+iP*rlUUmkN+ucg4*oTTJM)w5{Ek=Xkq_HAD
zdH*+aaf<E@pd5m`+WN5dy0&`$lLNnVX^wng(QQb&e-cg)n+_B7P0%ImIqa3=arVI>
zaJlnIcCFeNM$o%p%d@vbyQF9QcuPIjec*Dqkv{^uuC#zIgBVWU^$}(tK7><&dVuYB
zLC=cQyo=K$oE6X+p8J)+o?G`p<o@KuQPR*~ZCT9Ja(FxNKPXFlEFEvTnXhekg1b)6
z#cIBZuN)D8Hwq%~?5SL6qd!<3f5QW`BU_`d@pKSpQ$|M3#2$fTQRZFHWlDWH+iEZ0
z6xof=4%U$gPvvO)4ZMY4I5Ql-4415&1ap^ENDDLf(%DNo5YT)AOxs_8HRCo?-sOYI
zzvB|c2&eheUWugb^g@5L^~z10cj&o@H-4bCFxnwc*q0aG*qla}82t@PUp|ac-m<bJ
zKsoywJDgg`9Ncd42A_Z7=XH&g@db<Vv_&#AIv+sw5`%VYn?s0gm=f;;n5cIaYG19B
zX?~E-v|{@WPhzvgMw;8x=<KXhUqSWE!N$>FFs`>Mjrh76oW{_efT8WcrZHf|UtPJN
zhp{|>-ZMA^AMoIlt&o3V8@OLsfzLqU+x|S^ukZg4V&<-w1ZGp*RH}WJ8Tdl!5qKXh
z7j~j^hVFBtsA8PAbP!JUD@4!u`+URst(?Y6_>qc&14G8m#nU75faVv*)ZD{1Ixobv
z(Q)%u5LnxIb}Z0*$eF_rQXOP*{Yx#>2lWqNy|MlI_2}yg<ti6>8Q(V%2+x!=>zu$f
zatajve#v#da?%2lsA+}xfQ#CS=z58*Y4wE-X#E;0is_lH<xZF>y=D`1dcpTKuFC9W
zA5NSng>D@RbRQ7@tr9wyA}$-9AlpCtO!e>{g2uXmz|yZ~BcSh#+e~l=@h56tUk93B
zB%W7o3|2G3XvO}SKh@?b=tIv!Q(YnjzpGI-`}vu5=h<WZeb8lbHTHemM4Ho7SIy0S
zpioXD=@O)xN8$=j<HL7L?+|}<P~QcfK<_&@Ao$#H*yY!P#y1x0c}_u*10}xXIl@(`
zCZZm^T)32Ch;+8G4v5-5-CA4CaU*Yb;WzJ;s$!#>rt+DMNw}kMA`k~6@u3vac{V;9
zU?D%f`G;`$4x?OFh(p+o{6fe*XU@J2nUC_hFjzX$Q6(+Izq}y*w%JnPEK4ehg{)Wo
z`K!aH(W3q^mGG1s_c(>sZ!Y4zzyshCHiK`piDVy}9VcvB&CG75<A*2iYy_<xjPCXf
zQx4gQ+GIS7@q2SRLdni)m>%$&=YLp&GY2(*JZn0SkUn4Yp%>Hy55&RaFCxVbeV*zH
z9DqZ{J#f?x3#7Tm-y1IRZW%lAdgOaHDo%o7J+xHV@D?kb&Pt@O*vo}KV95EroTy*V
zc+0(M_%BzB@bn()U&zMvm4{*E#6Q?vcMF{Hs3#kA9tYpty2{g2x(a>+;z~}j=J#kX
zCnX3V{L&#@+aU&K4hrSo4;smfhfIdhtyg%cw~gA%{4_Y{9uypg!TI5MB7LU%ZOB_3
z`rS!-pWc(OGZ0AU5og4Mh;6F#F`Tz5ND-Q3Me8##v|0;SpZ!n1G9`u)PRg|(20#ax
ziURkKnuXKDb4B1CzFTD?Q|@J#-p+-m4|ZeQ{?>%I8`WQJLL|}#Y<QkGzCYfi-<C-)
zP^S~aM>nQ&fdx~HBH^!fkkD!%IDbIft9UW^JDU8nQ;Bck>77!EFkiXb{Uy+Rg4B}E
zHKVztcuJF#dI04&5I;&ZW~u$5{WRvjvQd;5pJP}lw4b;Z*rom8gyF3F;0KDpbJF3E
zb}WLl=qAi=b&e6XGMWp1VN5Y$?0q0z3#4)2(Y_?om^w1mE3G5!%SgLx3T#F(flZW`
za;1D9?_9m&n4jB67T9ulnJsMT84Ruyrpj4wt>g{w{7?x(AYF%qWiV^GKAd`)j1(J8
z`1>14-%{My<B*H(*vax4QcZ9k-q~>&J3pKZT-hzH+w6`vtA-Ocy@pF2im=Z{Q=~cI
z4|~m^8rensd6+qk>kI?8>H+1T{HOIrbeb3f#FuJE|0&RANGnm}%w>x+5{Kikj?*N;
zqlGgXsk#3r=_<pj=(eyT2BLu20jOZNg2L=I24W+2H+K8k9T=F1iGhV;0g9-^>@^@F
zHU<VLU|@H5-FKh+<38U7Ip@r*z1CZ2X3xnPqU@d(^7Fh40=kZh54|F$wa?UQMI>nO
z90vMB1UJ|ttm1#un8+|rS>-NP)u}?zv=Tf@3G?O(rSEgZPA#ly1M|_X4Cwxgr1W3<
zr30KKn^3=TM-^|&AB$S?4)-sl)<X4ctq3pa=DmxydTm9|?W1zHma|JyYjaxr-aM;Z
z56&5#!=3+aQJ5r;&GFHX7H>`4xA$T<yNV{}T<gDW0w2n{$XILBe)F*e^pC*%8}Mox
zv^SwIB<4wZ5mRyGx<P{p^T>yyaP3_C5%6N8c|mUnfqK(VX{|JdMQhp*cQpUKcQNrE
zJk;JsPyM=HfTN&^z9UOGqh&V8rICe))3L}$6m%hszZ@9_yh)^)PkZpay%i{D^Z;Jm
z^D-~Qy`1onyfU?_E}zV%p2KgjYfc{My&oEMsyLrgkG0CH>3iq>64-!iI0jJJJvIyu
z<5e|V5xk_txsmdDmj>108B0PeymoI#fBL__2;}1>{Q238O%gSht=5JKr4gX11!k2m
zeD<T9aXKm7fVMML?|Hv@toi`w`93ak>ZqpABQ^rx%aZr$rKB`wy_ij^=S1<r6U4Ej
zDHI#)LWk|qd$m`PZw<@m!i!8J=qiTRH8cL?TD<A^ZUq>h<#lVPH7_4rNM>qQ46R24
z3q{FsB`WE_E%Ec|BkJ&_KS8sxqldjXTXVhUWvroIp$&~9XWcnA7S}0s%x?k{1>riT
z<1eiA+PP&!_n)7o(hMs$210oEmCo0OsksB^Y%##8bg6$wE_uC(rg&)G@ZFw0M;*s}
zl;wnZzr~Lw;m{v8qW|6?viFbS$q_&CoRw`1JQbBDhbb=7n>mew9(6QdM@AcN-Y(E_
zwRz&b9KO7HwG5~dMXwKa=FUGd`B%lgw7TCg<r(SglXC=Ip|yDe82ruE9V>A4BH3Pw
zZ?V2qF8!b!*Xoof^qkybQ;I81voh<=-^}OMM$?@MdAa87ZFHbnnnWF-Ve^_-zF+i$
z){-~}{cG+sl{4_4fQOuv7$U)WmaHM`h6`8DXwE4?8)f?M)=Do(r?7DFbufqDoFEsP
zbqRWb9~6?*b!3S0IJA1$62987utghyD{$ZF3T}zLZ7WSYt@wyPJnUc&uo_QW8{P5x
zangr^&YtFM&!z+{Gr&D`=w40kH?AJ^YXyrIgTL0wyN{HaO)5jvjG&_5ZW!^-&Wfj~
z(2o!e{#kl1v*UiFJ289?RX((cm7am`glBuG^t|$<7A!mUv6Km|WR@9USm7tWE6d>;
zEhW68d*X$&Yb_c%=Fw^S_4xsDvHBHl%%Rf)c>!<UCM~r=&vMrxy^QB~Zm`4Fb?^)e
zs6bGHjE(vym2Xg(f*#er#1+z0R-NEoVaLU~QF*AtxgD6F7L0je@Bzbjh%?-cx8vE{
zI6r=D(~F!!p9ttn`8O8#*`B*6yk12z@JZxMbkg&7yGO`M1U^sBh%cp|?z;(oZv}bA
zMG<gP9Lj1>;1^E)6hl{j)ij}<yhdb)tGUyA<T(jmo67i^9^}uGJ@RdmE0RX2Ugdx)
zb+l6Xi?I9gW5AT>Vr%0B<w2=Vi*I~q>jUA_yCr41d*iq(lk(@^J6F}wiwq3qtiSV-
zeRQT$|2j|~>too1#zj|sd~CiODNRr?DU+52+w#r{C$!utW#yD3cZI?y_u~zWonyOm
zbo(m2W|J%LoffRPUVdI|!{}29y<j?pFQp;-4ioYxneCZK$ZzxtW6ug`Xps_Bf|sm`
zP&g;SSMuMRB-(w)(ZavbG+q;;62*R7KN)hpoJF$_n=n%8Lw(<&wFdN_Ku$x@W$5>K
zhNd%bZF-CzwV_pY!ogpmth_6-7p}VJ4~1u3vHaeyL2>23+4+VK_B@FY@1rBt`=CaH
zp*eNFe^ZzxcC4XGgQ8S^#&&fZQFNPBOTL8~h)`U6;JLUiWoiNP)Vo;pqyxo94-#|P
z5gFT5&f{{Q$3ECY`TJ_P*65w#dUrRTIkcI}Y#9v=i|YeWOO+`MxQX=+9Ki4@hMHN_
z$a1X8_w3Y83Z+Tfe0U(21h1mX`zx7u#_pj#1=D4h`ti!cC?CiR7EkmlJ{r$gIbMX2
z6KX$}R1wfP44yX<dzR(RJGQf9y-tiQgP?zvPa$Ylxj7_Df+qxOWg@GjO`}64@QRTK
z3h*7Y+-PySZ%O>^Z$b}2hqj_4_s<%c?xz`RBvlUgI5Un8J06CQ-A2grka4}#fEN;4
zQoMO^ROKY*!WBmu9A~0G^f}9m>kqx|iUHUwr1*%s3=b$39^rK~*6yKU@86IYy-kyN
zjZl7A^_9{K3M;*y`^p8qgAJu^ku~x2+n<Ezu{WghnX|pG3upl$daknYO3~_5EOR~M
zWUTVM5;&<rW6+c%eJMvcbLiEc^x@uErG>=1>2HuZ?iI)(lqVtloq)cGM?PvQ9gEsQ
z|7<6xuqt$Q0QQmiT$GU$$ncwQrOMpKc|Tz22IWhUAvg+n3S?l5^fz`B3HhZ(JDsi8
z(2~VL=fV$!1J}xs%87un5}HS88j1W#zngYn0v9y+6aHAHmbvS{jXcRQhekDhOhXQ=
zv|u-~0-;s#rBYV4$?Q0bZBKpHkg-W{o`GXxXb<Fuff|leSA40mD(G|pY(>UX7kHYN
zhes@f9y%j4{`jkWMN?T7^u9cFxR$AWIPyM1-y_qhV6?0>Ok$S!Mx*_7qyAadZwgO@
zYoWnZFco{xuX#;JeV)*7KYwIcMBhq1W8@_Y0|aIcUMxf^tpdzp&l4SK=LC0^JD9*K
zhURSCpxj2jeYqvAS>KWu_g^jDiY?UPr@%u`4dfQOQ|NF~eErL*r7W)<P<lc(E?-~G
zu7oZ!y_2fQvX`Ipq7QY<Gkin9(}M3h=nHz(=RsbVE!dnhafj*?<!LNDs<7Pbe1~4|
zpG4~aqo*XW3VTJrq`tzzM25}nH#l?dl&#P$HiSGv;{6$UDK+%lpmG>fbBSb|I;G8l
z`8x{aBMH!DraH!h`(E+rQue|{b`_Jq_K?X>pYo-nDSYvq&bzH!(tvqY>ClXq#+Qz3
z<nTwOXrMzu9`t>+SaBn-{Moq}J*bh-bUe6$(v#*3=Np%4V$Y`BH}H<E{=ttuoVIXI
zc@h<Wtl?_Y;qm<s3g^w0%+?9k)TrZX8L=ZmcsP|2Np)}WgX&Xckz0!sevGm;L+!ru
z-RCW}p|$c;mHqv-Vq-F?@0UVcX2T9X`(g~c)n3N@$X`#LxG}+Njo_J0N}3-xzM{SO
zzP#k%aB4q4jXNj)mTrq8ME34mvec)gBnGsR&nx-x^5%PZ_t72X+H#WmOg<AB#FzRy
zll;}6ie(0Jp_RpGbT>mz?Q>do@Vi6Z2D!;TMHf@X(q8=Upr)6qe~gVp@J+Xpyzp)`
zp;n?v&8xK9X&A2iYs$md4AEQE&yXi>9H3HJw)&`3cSPOx%M)B`SeZW0pOee{YP{*M
z#u+=hP``4Tp0VS)cz)TL3m^5S8Mq$1USK1A?BM@sOS>phI;EJ&UR!v>hkU$jxxM*g
z6ma#z)`X{ty{L}A6?tbJ<Dm;{>S2zBjTOVwx$GQQj`-M_qQ=M3!(uBK_28AVp!v`b
zdxdPPremG;O@9s9$)_s+9?+Hp{yikD2ls!OnlL7KxY&?6OTTw^GtYc@pYFeEBYc`V
z3)F`eoo>u8+hDKE(%D?y=7M}u>znX6`kc&4J7s#n4cR$yE_a+-PS>U-)2#kyz0zvd
z)T85T(6}La`MgnpHq<>TM-*yHvkO*Iy=4US2q9Jb8h36|dO)}M+k>l8nBz(c_RKZ#
zxmtX`R<t_*OG>D9U9&zD&pYq06Tb`Xr2*AGNY|F{>5$fphnhX~trPBX^w1@=HM^*c
zkA5juI7DH8(HH!xbTLNnaP*g()Lwq4wr7R8W=ng~w)_w=Xl0IuTF@AAN`9J`mw#Ox
zNkO;sQ=*NV*q2)}X>N&3j`g!6x8lDIyNjocQ{#eZ&gefz$gDjSGf8m$$YHcBRTJv?
zTFtpYsbvSry1VM|4&MfRQr4lvX}dK4E&H^zkv;hDVjFYmt{>WoSC!Z<SK})`J@kE3
zM{vou5#oIMLLOg#o<uLvhV56ly_`vo2aEIUtseyHr2GCj&R071lY?+C*V@kgspdEj
zJ?PdKu2Uq<b4k%dbouoJ<6?zJ#`=M--1iHv6TH0BSiIg_j2JMUQ7f@-`VN`KKdEny
zoxa;TMV?CbV3!&Jv@ds)W!8K)q_FGOa8`YD!8e0ne&{3?UwtDsU%|DBKi1IV*=@Og
zuV%C%^M~~4o5G%Wve0>B8P!a_tMDRWK=noBcdV6Ox=a&#-(Z32RoQuT295jF#cS{b
zM>C^-jOO{XuZ|jU)*Ls(Ix<oCy?u|lFJihaszqu(x*S+9LaQw_-e=#DpN-nI^P8<0
zFmFFSsU67vHK%E}KTg*c>rP%BMs(xk?xjS}f08D>z_TU#gz|#WX#%g&H!SYXllRn@
ze@ouQ{Z-`|YiY*rJuVi6e&I8_3h7IC&Ekb0Yl;IU?aX2UU4=u&H{sj(KK*IsCq~s>
zLH;$r(9zj%we2r_2z@E?1s3ILHLlRFi_iFN5kG~0d|*r?8eY*`trKY#D-hln_u$2I
zt$&*s>n-wc^r4D=$ANccNa3f`k@DhB#1^mSw)^?|wluCqEo96j$tOF`SA8a{xBe{i
zH*=AlYDbd7k#?_Mv+9eY;r4n)TkHvc^AoRdsKe-0<NoF_K38qOh+CDwBL=(?J;r4j
zdsjcO%z<^@VO+0a5V_UH^KFY%rxr`+@>i#_9250aG=8&}TJKpYci~x~`dB-&a9=0B
zKA^JxtKtq)vohATHT^wxf~#HLA%0Es<~QU`w<^DqTRs<LtPMAtnM!F3Ix%pOF#~en
z)TeS@*W&bU7p}jNfz<eot68G(d#%ss?}8Q=lJ*71G3G&3nDl^}9`ur>d*pKJ#1dwK
zYT+{dy_KGxSx7%IZ!&+X<}2S`t&AC6$LjOm`R6mI7wb;hUsuwMkv3-bm!H5c8^&?y
zYTZX}KgciZ{*n&w^Ac)Fz%o|Hu(bV6h10aApNpC^-EPe$Rz2A~b|K-v8t`6NPb^N&
z2X_#;tL|$tse>uYE<c@kwTDjq9nAj?TS}wwz4gSrTRElO4a#%nmAseFo6anoPoW8&
zDKlj~-QD0!Swm}5M*W6jr+X9gPM$>Z`p`pR>+LEE4(rTD@m{ic@K*7$S!-(AZ6iD7
zOXke+IrJ@LA~pKf)94%6$HD<uI%RS6?s~?So$2gxbQHJjSw>%$YLNe}PJA_2m<oR?
z?#&darv=XxHojU?U#*pJYW`Y7&+??I7is3hL3G=85qnHFC4MKvM%GKP;NFeArsBq-
zqv{K_M&Cl-@yfkxIM8Z@m^JkjrxZCTfBwwkaXTZqLA6U9F?b<Owcf$)Hn(ALF)!A4
zP@(&=;O<18jcZaP+Ad=`dNl#Zsrm_5a@cm69^B|i;6DM(=i4VQu{N!R4EQ%hYn<Pi
zI%h27ZF!r~$&P>Jt9rI%^|>~^Y_n9hSc<)c`tIbl#Tyt0k}@T251^X|OOSc|Ed~E-
ztSkM{_N<g$e#cSk4!7uHg`wa^L-cKULJsN}LuwAEy{@c(^S;PwJX>!bn@4|gyNj;)
zqfuA`>YTJ%JCbLMXjOF|)rmVGx^&4Q)J*<6XsGwmUe#M=RN0?RIrkhAfbELQIcVWE
z26oFvzH=Epsrb*Fn76D&Qviz+%Gp_)b=rNGz%%i!?-}e}(3dCsuHr+LQ+bSN&gy-J
z<oBTplLnJb1%K|qh4eGojfCPHx7(cwn#OBRK%nKgp=Ahj&i#4~H>a$KmCKf|WrvIz
zJmPp|y?o9;IX5Xrp0|(ml3g6R%IIS}_<R|Cd{zegJRe2Ry2N`0_TDbiZdvO$gSTOC
zgYD8-R6v4vc}e_Ysb&f1%q3>JShy3fH_j~ktNO;AUwN1GPH7?&w&tOk7lx~O*W#SF
z(e1(eW&fyhRJu$YW^b&B9%^m$xLcTS9^6RiAMM?)BU(tTFEx1SLXVuA%X1rBd8G{L
zNT1U8W3KYZ+=m;v;GSO!yG-<nxHc_R06%DVh%2>wHI6W6a<Z>2pKDf8uAZ`0M&7+G
zI%gCxd(^9M?y8`Rp|zIM+}}Bb*GXU&gGUwDYV{)@bDMi78Js7qc79_QhnW;HIFIfz
zS*Ig<3ISUvGph)p2MBX4-nCyLRd1de=U_g%P|m`m3fH`HA6V8wX-L(FYEDouOCS0)
z-DxTewu;M3AFZ}CcnEy6ikm(eM&}d0GHN8tY;cNSx_bqoH^_JOMuLXX?><ivZ;M<Z
ztPy=ESJG6k*|7K~pLPqwI^+{eiq_CE`vQDI<Cn#7zU&xM`gLj_Z>ehE%(WtaSsAbR
zn3sO3>vbjEfkUsi7rT!-fj9pd{|%i+m{~r2vWj%R;VVaF-r#qiZxHGszt`+cyUvBs
zz;AQuS<oZywCFnK$yv0&X(b+A*hcMIgvmgwr!uO{dd$Ny>K&J61n*y`^c?4|8l<>K
z4mEEPdIHa5-9(*y_ESga;R5``+c)kKn0Eq3SZZ&(;0lHNd=w4lz84B-<D<vW^aYE>
zw9Rk4pj)U<`?_r0ju6038Wa44p$mApC+X1P5;J5}^lK#4`;V&gL(L#>i!4ho22Nz?
zb7=SFe025%2FCM>>eWo}q=dF%94jrZvX?r&%OhrVvNz@aII7cbrkLVh%(C7alkMsH
zyN_JoY8%g6+tkZ5{G{f8>nikpM~Z8_k$`dZcE~3xx#Jo)&c9OtSIyEX>jb#MeBGT1
zxWXO$`k2?>O%~S&gbBZ6sXV%y#?Xt<(`&&wg`p2;5;#^A3R|VYL&W3#`SI4O;M}UJ
zSNTb;8N6;f?t`~oDDGClp3H5gD^J1y4gDhU8J51W+Eq}mR;i^qEIiAiX@Qf{w&o%A
z+5B{Lj0HdUHj!Q(@Z_wKt@8==5n=9ha0~yJP?Ps8sKM!Vjxc7-^xYREI*ho%-DWuJ
z8(P<(R#n}knu(ly!SZuhj2wONzBo}mO|2QV8j5RPnn?A(1iOpPsYIF&bnjAnALx!g
zwKdN*+pY8l=UI2kGDC${t`n<PZHNykVx`}SC?krPE9l|gJ9KQhhq-!6Srf<2@GkUW
zqQ**t)t>d5hhVQLcs{z(b&!l`TR_c$*}ctSfjW}^7B>?*jV`WSFVTNIds|)uUd4ou
z(eqpx%LR@6W{)L32%jgRNfO*w#_|4E0cyVC3t1>nh_xWpUM7ZOf8$ya1U#g_nMb_(
zO&lbjKi<L_p9+}pR8%y4E#0m1jt5VEB%!Besk^^q<kAKNZ>IdHtnGGALf3OcBSHZG
z74Mpl`i<rJmq!zHHb<3l<a%cYHhoZIF?%}RGL%l4r<LV=fooI`@Wbza4R}JDd%)8`
z4~SA(tCT*)Y;F)EE`_q{dEkKwZ^eb&v(@`)z+d!WQN`_&GNZV9Xbl~>CUbuTQI#%n
z2JoBkd&*nn0K*@%L#t|<(!CQVc(Nbv<pzG}6@L^pmA3##lbZW+u~n4^HBoE+{>F`<
z>8aQHP|VdVMsG9D+u~hSzkr7{@FUjCkm_|UK1D#gT%+jrKgEY$r)W+<K{IXSEoj_n
z3@xe!PTIs%t(|CxeF53Wzq;A&L_6xbb_>?Jpb1~a&^0`zLWoe@ax1MBcMt89FzJP}
zg<rdP4Fv`bO#pW>v^<}idkO2iROIhf*5ZXq-JJuEKZ?K)Lisb*L*N`PmRV3goaO?b
z^-TG22~8^-G;5_iyL3ENlt0Z|q{lgz(^XIR7}w97xmpvsKkQ89tuMIe2-QbQk2JYe
zLt>UBG%WwktSd9e4-oJngqle2tOj0Qo|}Q|<psPVLtj!@vDup9*F6gkNoW}E{&9%}
zHp#hTib7+~7A^A(74GN!p&xgN+b25+XeN1UW<?!(yh&j1^0-#FDYV=G!ryYmy}eaW
z61bkLJ`R!a=OT1&6&;>Iy5G;%l<tP-qff(TP#E8obw8(T$~OT&Dd|o<6IjbtgK`Bl
z7LUDB(FA{SM%zeMo(x>B&L>gn_>dw2v~b5#?tS$fxqGaaYZGntujd}gi5p%pFoW#}
zR6<P#sO-RmmNjv1(1tS@$1AV=JgG2KM;@Sbh>l}5f#-7C=JDc-#|BvjU&F&QVjf=L
zSp4b9?dzz0UK9L>-k;A0N(Lo3H6O<~Cxy}CmuCp0e^h;FPVKI0_QXjUg?;^#>7BnN
z4-rb!L;u2ak5-%}M~^*0F2xEdUm&1U4P-?6g2Gi)Zo&KC`6}K}bwhqI16nnj!GH2&
zv$GO&z%6zbp#Gb7b0z0y<c)jCdmb)DO%_ZQR-Yr~^7Ie#ScjGT_msOne9c4Ab!{0l
zJZ4XVb=iCLYFuOX4ENx2ML*NV<hAkw_KnZqY?nx;3OceDXw3;?>28~Zg1$ZJ&9hMY
z;n<Urx0s%0J!9CfV3lhaRZ6T@+-K45$Sa`Fx2Rr{rN{S|ST}-Sr+;JZg^}1m)j=L8
zF`pC;D_st5LRK(W0_*f*V|uH86!X?5O1wXp(VtT?_EXy4bc~*!gy)HDOA|YMk9nzF
z4Y`Hl7W31vZ`^XidhLfJo(~w@OrpPN>x6;qv!Nw;K0r)tdd8yXXZu{1z*TsF`*gHQ
zJ6hVly98$o%rc{<=A7E;)Yuz)y`cURH;fklB^>6;7s{%6_JXc4TiMm5ju(<N_(L5!
zgCkG(*G?T0B4cTWIP%<yub74TeZ#fj?X9x+>@ZSZ!Mf}~0vGcX_jNR^b1byMBmp1H
z2LhsuN!Q&}Mj^27TqYt!LcgfoAtBZ;h`-moX5sB?E+b`R{UWq1=L9c09V_9jP4qJ|
zuH(o{juCtj{AM8akJ`q?wa3DDbqNg~U#LvtwryVciUJaIX{6VwE6zqHi7sA`1T-o4
zT3>;XF>vqMm5ssYw}`82Hgl!MUX-->r$BB4O)y2mL+VBM{S#5+o0wb6CgA&?*`#<H
z8cZMd%K<ue4h8Qo#wSM<Lf*2+GP}qsP4II9dK%XcU7#}!?hrIL#XcCwN*4hO2^k9T
z{;2q2Myq3I;EB=?a($r*3{A$+rR@La0x2Jj85Yo6yl^R=`#9MYi%R!bUWBZ6&S1=h
zME)hz3@RU-`>+JV=TI$57LI>B$*Xg)(lI>peHye!9;*5q*GpSFA$J?a@CF975r_Ls
zCJLB|EMSt-BTU<^_)Ev4w4wDOI@Tzd&_9ItG@y%kK(+sjakjqlW^g&Pz})t9;adX<
z-z!wkvFks79epT}nF{cksr(f@ui4CXx8*pCm25<6rc>H=W5v(Np+w#6Oe){#qydbQ
zJxa$aUB>uX;XKuAXs2(yV`IW+8K1)%>P;4W){q}l_105`>KS~lL3O$rb+db$$S@6L
zXo`pE(&RFF+>|7Fe{*H{#EoL0ah;F}18+Y_Y$2?)J$1dDLJG6Im#wA?VMR=E5Cem$
zQ|;OeucY*tg)<I4*-G<g_?X4DVFYd$F;OGv=947G+)Ch`@@4cYIZIR--M|Fq>3FTk
z#C?!TN1TqG46J;sbxtb63Oly6t7CTm@R^Y-$)DkkHDtMr-sYQs66lG~A{{<Uht4pN
zi_+C5Lpb4W74YC3_WXI5kTvu8b_E%H#HUL2v*_m5UypKJ;}T}Sat1l&YhkEdP-PP3
zzhY0-y>~Qdk2v3lUdV;UN#s{@b+nJnS>6x#870#}Tnh`as`4;k*=<=O?F=K=RCuKH
z34dR>l>0Vxr{$Yks~m{n1$ot~;^u@2@qE(ZhRV>DCV>`irL>(q6KH2%A6JYPWn7bo
zAClZP_z>H7xy`3~<&{P2RTXXY!r05*gL}0I;E#D8iz=B7xz%J>wmtk_8V#1v%fHV!
zeA#|F-6#*oHN8ruyLIKH9SwQqzyLb$eU4jh-lvs^KCl1#o;YC}C~x(tZXSjvT$59l
z2R|)EuO2Ls$K*?HF`%j7=<QnGN43l&PgZb1SRC6tIY2XCucV@@*HGoQi;eTYH*xyB
z8horwSN=MrjQ$q;A6%RhrQzSXjB^65Y~xFVYM-Z=NAZ06_7;BQXHCN%rzZGE3=$m{
zy_88iVzky(Z%Q|}0BX{{Cf93wgvAGYyyqcN?!_+p;4x2quGVdZHJ2D6c*?1F)b@i$
zvDZ4$*>XSR-=QV+qV@LkrwNZZb8l5SASzmPz3M@&FTAEQ&R#tD!FSF|?WrFR8O>H*
zYUu;5f70jbF|^`+0KLBZl!w;eM6SDh<&KM4>Uc!|+zZsssvF__rD)QEf*o?DUc9-U
zxOyA4$kU5P3>{z&Ogzs!JFVk2+9ICb)3kiv{FA%MrdA)^AKZp-pR1<d`hAK_=k2_<
zR32`ys07_?&{r-fGKOugeBd4*o^Xl}_C<ycYcS>>naRgxTfZ>=RJt5@92zJcZm(js
zW+hT8Q{EZ_^e20-<2i%p=qTL~ouig&7oyM7*qPp(|GNX19<!WFJxP}_&36mbgL-@z
zPBq_z@Sxgl`Tf1)lu{>`vKCY!)errv|I&iohq6bpGa_n6VY%w^BDFShc##q`H6vWy
zv+u#4fA3Pn$D6W8#0hz-*CIMnOLAC1A6jnrREth7q%ZC{N>p8+m#a8G7L8ix2)pKq
zvci$))O$+@-f^*?o;wMB((0PnSmLNL-Ju9IuH2vR&%^ci1un^!UOH-+f$xI7bkCB-
z%#1miLZ4KP&^w|^@>~j?;>hjF+A#W-PW#W{^1XKP=8nk!8{3%iDNBr_)QvF<T3pjk
z=+&)aanI+p)%C0A$Wv$NW?KhYA$2F^{~k<baZOb~{{p6M@_wHFqX&(9+JgJ|{uZbu
zZ>dqj^f=L9U~L)o=ac@|hz70YVm_;=$h2NscCgN$rsmaWzAkM3S@exoxcn6*gKYFN
z$z62Rf%QKBF@-nRcgKAcA$eQt_O?|_)R(_>&ZF1zc_>}`l;<b-u5{7cWpvO#oTjx3
zmqWIlV|nGToN<Qv>a70a-6VG%=R%)~{gw}c#?jGkE98V@)mha)!{dOQJbJ%eamSbU
z{FltJE1gyUQ3;#wG`{5_zUI?XHcp+&w_?|FGmlAB{zL(~Qh5W<Y{*8b-^;0TgO0j-
z&F4$)J>woe!#?XzDR_K4t~>7>kG)kxB)-V2KMb#|UYpRV`ZaMnDVNZrCi;gmJgTW$
z34D$*=;{NR_+k<5lg)Vg@qH9pD#EKv`TUx;IGB&`2o#Rr1sC}E(dbq4GO*|*74CL`
zdkoLVy}Opvmyb>3I=B|BFrL5eU2GyRZTO7wH{$61SG;eUo!%vJhgu){`sOF^eV-}*
z4VX?PDi+q~pR9=USw?tY%6_v?{GK$34(4x)np6|s#op1QF=IKrMiK?~_29&M#|gcr
zYC@YgoHhIgynrrk$@RiZGG<(k{!vqkjnz3m(k}tM#qDcWN>H<zv*(sk?Aczn@m|Y?
zyH#V+B$-@)H!^bixpA^>j0}+*<!|g4Y!183>*hb?;Nw3@p9D{tcRR0q`B?UvG>_Kr
zKgz?8M#_*j-+24m{;H?siVfwp%oiD?KEK14K;YhG8g)H8;bqC4j5W|kO`RsJ@jYf0
z=V21KL`Bk@n#r~edFLi?9oUE)&Oc%=$O!cFbpBhQ4q;t*!RYH$bJlG6uFrhguk<5s
zKPjC~;y%6hle!w~HkFob^p$er+_luTwiE8hE20<ku{D#LcThb;iPMJ33bvhP|J-&O
zFqYg0Y@oV#kI3xytJ!nUC*yj|X~MbU?;guacNfbmwmEXnc^mVo5y(yN?dR8bM~JNK
z)r3C4&sBkC<$2PLOj56}G%u7DzN@+NdGm($9<HXjd>_FX&L8Mk+06uOlY0xUrKwIC
ze0fI>HF_}(*W3jfR!1D^b8a4yp3;}CuX)q^Edg|Cb*fxE-kFvM;Mqj^##8m5{;Hq&
zq18(Ap3sw{3mW2FgL-s&)-h^*b){J68BJjUcSNtp+XVX21eS|`QzOZoW5w=!&+xwi
zUxodsBAit@Q5M4`!9PBnV;}2%RBG2A<H!>m#(ya@kDZR0!};_!(vEy#>r$UtTkN3!
z`LdBze`mjOGk=B8G@1lw5ikYZ8AF@jN6A-<o%D5C=V|@gS<<0`$*oE<rB)1~my?&W
z!fc=Rx5SFZ?gF?Ww&t8+mza|Z>qXw?8$_X-_GXU=cXmj+rN!2X<HXhFfNw4wJ!}u>
zZC;#lY<l6ZNvw|RqY=Z#3=e9V-9xV16vCJ4-BbK6du*Ife%A}=ex*G{a%vvE#ehW7
z;ofzb)ExJ#w@zZYYccn4)<E9*IT5(>TCQ?zL>?!yHDHT)(t3=VZ3+J1LNgA^P4`PC
zfD^^+KVj5$vL7@;I&~S+ST_qkQM@Rgd+nnC9>1sQ4yy(FPS)-*i}AAvowA-V=X$-M
z`{=WsIy3|gy-`O`S~iz{`qd+kVm|b+trYp2o+k9Z{5|Qu;H^(&`5m1Z?;&?~D#oGz
zrqbNG2BoLm)z0*Y<~~RBn&=r;>lR&5qi<JBo5KPJ#y?)4fLWd`PIU1!o4WN*h$^>N
ztUf!GC)hcd!*=4jmNnJPa;*z0ekad<-h}m(m^<nG><T4!c_h@_JkM@IsE_8ow1}=S
zdi-t&)%U7S=8HF16<&!GpRZZ80Wi`4pNe92ZpkI{W5s*7;lQtVYDQRL4K#+ZTQ(7b
zY%$H8`9@6W-a^$}^S-2;m_MO37LJiC+B?xL@5z*2(OabWlrf*=!Se>)0_3>{N7?zW
zH3#-RNzifN#17=X*GH{A-JjQ8agc#oVBbTYtY!oHf|?3DKKd2=&tlJ{eEIv+uoiWA
zc|bm_WwPQwIYfUTd)~k^q^8z3_msFRv5pd2NmslI-C)dXvxk3dd|;sOwPh{;319@>
z`S}hrT*364>OzOExluEZ_mtVX891U1uxbQ9U(i`@3)#TnW3%Y$qO?tm<m=<s5%dvV
zNv%bwzh0<Zvgk2<G43BL$e2Cqu6rbuEH{p}OiWceK-fLHEuR*<PLJ1n$xQ)Auoizg
z{^J7bw`w7mt=EM^+ROmYFEo39iQ(Gz=LOczGV>0%ZMovOCG@U1_7vtL4EzzQH^FZ-
zYU&s9GQP1MB1=%q&2D<>qI*d7^GK&i-jJ^}A8zW#hpW9c#x}%$9<58r4+XII1m>`X
z5l)qZ+|5}nZ;FX72dQnu3Wnwtwf3Cn=7)-E)$-(p=IJiyx^yFjh0Diw6yQdw_-51C
znTEpLdausXcU<S#Wk{@mRs)_Dq$dM*^PKMElqMG7Jg=XAM@g+;3!@6OuNUs4w9)+w
zwUNMaK2+*9yA}22c3erD)BQF0%}r@GvI^->Co8y!po4iVvlBjX5@{EbW#yYs7&@8m
z^y)<!nMv~V(z3eJJ<#H`DWERRT<c05hZdwTs*b*kp|^u7m;wEl@x5`RJNQrFg9mR5
zXmJYLYOmjlwbzx7Mo(&wJ-YI@t09ypy*N7s=Qr<N*vn%&f9Bn$1L|0t)l9m%SxJT6
ziZ`LbfPu~ge_;F(XJy&+7XrG}+|YM0-z~OZDD8mtBj`KYThLy|`YRo$Lo+b?9eh*7
zL_bqRCo((WdTNDd>NVRB){>hW4>H^b6gPoq(r!l;nH_8@%vYGIt?hqI9^X-rY_X@}
z-vUu`bZASdW)c3ujCtg#utbDyT`PfmB3}hZf!@G%s$N1qaW}`DS;x~>-6qw;@JeRo
z25ACoPBnw;GwLUIZaPh_u>oXVr>1mlioHUA`bgjmjV+%={pxO&VRVpH4WC_dv1r$q
z@v)-v&EXt?YlV*9A4|_S7f^bOmEJ&qpng*sH8NX%vL*C`%)UKAa<>x#9zkGMIo>8#
zgZ40?_mqFZ4LE&7n+IX|P8K)rb#s?@i&bUy*-_<ONpUW`oSv0k#OyWc4>vg13fBZV
z>wgcWN;NwtYzuPL^@~`{n@l5T7Z(a=)UiT;lhSE5M&)wx80dmRA7xsvNanAX#jo)1
zjQNA_YNhzs1Sey^w}JA)m`(huYAokT-ynZRl;ZE0tPaA9l=jbV)RXU?XiD)Tc97MP
z_0+lZPT9k+qpa00M4bbAXDMNaNt)|&gZo`SrZl@W56=_+r%Te#k2Mqq(b}+F4f<4;
z$qb}JQ%rTdX0!FZ<idr4q_ozsoh7JI>j6!H0kZVhG3s~J&?A-Ki|tDHa73i5$ob23
z5PRA}AK=&*Qp&UX^s?VoarZ<b_!!SF?q14Lrxowj^CkqxeRm>wK!#U=KAp@ZZ)$p{
z>YcIf5%4lX^}G&D(^uTN%-i!9=Znb$>Gl}p@?*oqy!vA~G5r#)e?6GN{}%jp+<ub^
zZ|%+hj2wo3l?S>MW%MdFU6e$sFR?~m@B*Z~DLzw5?+RkkIv3K@g5bfc8c{P=3V1(o
zT8L2I6a2|FXZ@s!g(h>gJd4D!^xX_?hrhRzt*;g~^KU;SD%f6=LwN>wE%^+1v4?4p
zJ;A5*!1B>NuT3RdInavd?ORUuW25N3C{L~8yVI(P+xS=6Qh4v#@WMkC2kFX}&#@B>
z-w8f<;p#tg@i%y0it||t>QGhy6Xd<Bw#xrV<==sW;P^?J^2zF)6i=*tIm~QVb_H~J
zqS7JswY@)+)j<QgPp+FkBmrv(ubM7_Bl21GKyqrdQ{?vPrgWjG)*8>Wn$^j|b<hk1
z4`jS<;>W-<r2%-=uis+kt?m+>Z|;tp46Gl_^@0YG@;B%!f;N+0<L**Ln}5>kbBeS*
zJW0(x*?8Nt^U9H`mIAyc16p;K)+^W1o>~q%X4M#8WTUKG@c}D6(k^_g@Z2+n)tW@u
z*vjtPLP`DGhj$$qxPa?hZYjPqYb@Bpqw4x7f5F`!q;aK+9*NLU(9OlE+TN{}`H4<m
zZq)B{mahFRCe`nh_J^j|pxw0!l?#~QL|(bCkpXPuP3P}3v@$Jiw?la}0bJ9?#)G`-
za$W<UM@pM1-glaHmEjQ?euJPN`DRcHv-Frk=G_Tvc+_)8s{E=v2gX%k+vKX^(Y@uY
z{OFpDU*sQgAD*PVng{;i@rQ1^*^9$X_tD>>8=<SM7#c`Bc(5n5)gp>%UeQ#XjPnxk
z`g$*9y~r{cev}lizrTkpvEoYjn2oIR4(LbjIcPW|e-SHO=Cjh?->W`k^Y9;)kr@8N
zkH9N61Yh2ek9`a2z(Uy>&#W2JeX~%WMfvzM-_OG*7Sy4a7&uKGL;`T2pq^^;Py{>p
z%YnH5_Cj>)1pm{U2%ebnzPu~nX-(x$z+|d(VKZ{3!mM!8<B}sok3pL|a2M;VM$fV*
zkk5>v{f~+=yt(XHprTi8`?k>Nb>vsvcd%maaO4izV$H&aI()0*CFE5_8TiA{3)s8o
z6g2--y-H?`1oz2hEf>(|rCY_4EGNE{KHYTif6FJj#0z|m25%{CYTW_mFO%}he5&G6
zj^O(U`k3+W@R^6>;V%Tv1^Q@=_{DYk&4*APSNjw99U3F*HrXtbmi=bbm;9#glE%$Y
z=zz-!R~ywb14}F+rR9;u=#^h>mzXsT`G?YE#`#@GI5eRpA=}~LYGnj+JaICq2?Kvf
zE>GhXjZe_JthQVvJyD1cYYnH{jg^npr-!~3bt~c?1nrANmL}0ZLS<kDBU@Ow*X9bI
z7he05d}vkJRCNJY@aUfF89suQzXF!STP&oW?8{>crx=gUrOR_S+pzVNEQ_ukezdmI
zxe|D(I8$r8v72Ok-`m)0Jq_P7o%eP;CE=Atg(IV+ON<9_Q7SD?zpMsxoeQP(Gcl$4
z+Mb%`s8tb+zZd=Lmep0}1npuVA4K+Ot&WAD%Lu$m;6HQZ><vo8nK)*><)>AOi!`N4
zl|LHRB1))pP`owrln+l2oxsqJ;$6*r3~j{<Z(GIRl*nc%=-@)FS505~S2|UlE6@H@
znHm)RMy0$p!W<jO&k|0~T1Ky%T;atRmr7gbAkJ=d8{ccp6u=IGk3r@*OQ>AWE&8z+
zj-9~mhSIYNlc7-zWE*s*>1@q=!fj5kc$%SmlqW#8d6=G6FQ_B)P<gC`XXXPTO~sk*
zLuAQvui5^HiDOtt&^VUtLGc#)hWa-<MnP{Im~VM8q4uWAtds`07c*XExfVYM?I4sd
zKt8O0SU-$Adp-B;u%#k}*Jx(`*CLZ~yaZjXFWdc;9ecPk_>*e=JxYt*J%JY`jB7qA
zgmpBaNvZJHW+u3wE@qaXCT~s?bh3`)70NfIth^w?FJ~zKr|?^Xn?%})4Hhk`&J$RI
zxo>MO+rPw6-WWJ7p)CZmN9p?exPd%ItuJ(H0THvT3x)psEa0noUzr1hxv<n(c_QVf
zu;HGLSx!I}XF~fj_)Q!{_OHig%6Dno89AG|+O>n4HTmDK{c??#SF}&_Vr1XqQ|WEG
z(mSVTHBfx4FSi?^a;A99DsX&0WmU#C;ayunllO#g2w`NOYK~dyGq>nr&;!lo`u+9v
zgB{+f3{`nUemCiaKo%t5e5k-L+Q)(Gmm|x|rslr;E&YUg0-NVUxBL{y<QW{K>desd
z$lKj`qDyt9$CcODmF_}DW0`@+?{+ivlG0oP*}WzEM&@NUxLXzX^X-sj_C$!S(Zq3S
z%!Ll+rQcy`BHHbi=<sw}!jzYRa-Dl#s{X{4T%5|8k57)*(n_o)8o7ZlfAON*L$8Y~
zMkt*Qe5ZZ>QHJnHO_Il2uwO(b_p7-F`%J9mNA`nh*3@$B6T6(|#;lV`@8YRNct*nS
zX$8%Mq~W}#b2}<G!p^LiQjNo$3!2kyW{}}ohql$|BBl+kU{oUF;UB*VzxnrhZjmlD
z_2o@@w96uXHLwSjX_G)6Wp>I`m(_Ie;8Tux8Z1W?%R~RPI4-*8208jTa*g=Iv}M>^
zUefQZz<bgf*J~WIZkw@SpFz#j^U27kIdV_!nIigPE?>LTl;3uqPYa#kjlbH+dO^1I
z{`odql(JUz>s8L|*K1os$p9N|rxrj%XKkipmoCb7+lunHbyoVE5iKRoiM*X%sORn=
zYB6)5n0cj$Ir~jr-C@CRdC>2GhMz^Az@_3}(L~DULO72rqDn`D-7j|%`?0s^KK&3K
zu)=c?e6i<M{0!zLZTU&RBUJWHYr5L#7@l*PM01NQ;mCx?lrVfheVsg;UmtcA7wTtd
zUcbXAv0Vfg`<}wDt%oxAx+>m#-=%6>Z_x_Ju2lTxF8&eiMm~?Q*KSmMt~)VSzIBb4
zM<SZ*9iCR_ikpv6`{ttvf1|1QzA)e#zjQQkO<b(}I{7EJ^-H2Vd(P95%mn#;-BqJu
z)K7l7Dz9E*=m|pIi8iX|<GeK9d9RV~lO4ppT0vUvuX{wt{Fk&lS6a}s+1EtH&2{<4
z&I#1-*d2NFn;oHN<gee&_)w)^l=RM1oZYgUVoJ^D5lzps_Isk3Uu!?UBMg=fU1JI7
zBcF9#NjH7wvfupmWMAO9xR9?H+05;M*U#a)-lpL@$fQYkdW!2+it6LG-{+Fq=h-7M
zLcSVUNFSZA1{F7}@|aF%xCWlZyuaR3977OCUo4q)e!ybBS-LT+<Fb#e&V$4*nO>zY
zr%kv*586i?^@lj>=yQ4JmqwR5)#kqUmda^1HBBFfw(L;Fr134@$jcM*3j4@uSfgfU
zljuMy{G|dHx_yoYT$@8>_RQozZL=iKg~x7pG`AG4r=R^e$lNqJm4YVjq`*&esqEAR
z`kko(Y@OPUab9{*=rHbU>#O_CcQn!Ge8S^~*mq`#aH^HalOlupMYBeF^tUYj*)xXG
zzql7KfJO}%#kb59ne_(yROWby<cAO0`r~Oj-M0q6FNyDn{`(^A?@Z8gsR-9P+>O6C
zaWEUNi{VO}=g?a3$voomGVb!iN-R6@P%hfMSsN0l$&g`{gkMB&(JiYM4cfGhM&~;u
zc0RD@ONU;G_a!&tdEp1>icvxANY>2TjWc=5%Yu5pUL(a|yQ<u7{6;Pw9EEwh%5O4W
z;Jcz|nrdcw)#|)aZYexh6odyrkMOZc@9FQzXszMG6KZA{zc=RBs>;qYR@2$kr{dO7
zYnq-N&CU9dcA#EYebA<2<{H<0YJJrC8ez_Xe0_m0ck^&IPj)|ubE!fj<L;94^$zB=
zp`qe*U}cH=itG^)Vtk2egc)a?FP&>zSM*2=<UD;>vsaB5)P7rE9{IQ%wcEDFON9L)
z+&MuD-!IorF4`m0S}Z5Gx=*<3*5%wheK9bwIRCoZn)Bw_M%i95tZ*q$V7hQ`Raz@^
z<v$Ag+S9<lQ_lS)0zS~To)^XU!lgNT!v|x?iQ~pYr#STCdtjQi?$Z8&ngumaT<kwv
zQ<P6-N`^j|(7;&Mv9kOTy^pspPLUq1hOxtfx#D@nd!*{Rp_?o9D!Z5G^>*Qz)i2B3
z(fKJjs5z~_+mExo8uF=4tu@2eT~8L>DX~IBeTq*T)aE09UU;2eXH;O<e)qIm8NM9X
zdI|4Z=47U|D5UpJikAL)uBy4D@55{en5L`qE&L^veqBAwk8-zK@ZGM!cG^(&FrV?w
zPg6?g)oQMqFWa3fV5an)uAM$Hil=A)ku_G~+L<;hWRGfX=-8ya4D8@t$MGF@&JJT~
z-kWss&`yE=6^k~P(z`G6!W`Gt4<6jgO>m#u%qy$;%jI!m<*KdJ_a45hY%DN)KN7G$
z5_2N0#}=ml77Sy|w0Ke%&zI}{nu<JY#i^-VY43+M+RA|y@vQ37URmV^7(-{3lIsdC
zPq3-HnbNy<qdUJ0(YoFaN_Dw|S#qFbJ4TbL9cr&fHH@V0S>KJgDeVo^gRIA{<bF#Y
z$h+knC^BIf2Y&j^D;(3g^A2~p@61D1{R8||ctDDm;#*$_M*Sx6E1_>q=Y9Fjx%Ug3
z?<N-DQq@Zn-b?KLfa}Y5CNS!&Z^=2ym?_FzXE3i{7)q@k`7u6|>dEWCiuGb-v5r_{
zSNgQjnzvsaXk@)9r4LX2E2cGeHCuEjV=i>+BoxMYpNUjB$tRDDB=oE2I`=EGSs#`i
zioe6L9p;>+dGuXHd(y;47bN;mOf~J$59jFWn!P-~))Zcx+km^Sb<p<I{!ab>93b;g
ze{o~yTMyJ-t+BapOc+1dSD7oNOr?;-2VVPEoZ;wi{jf%_#oy$2sLNbZxB_eySa;)3
z`I0=$Wgnjo45NgkEg~W537wBSO$`dZA-9|1Vj=b<08Y@j^SycO`BkbXjgI*{XxAfC
z#o=wI#lUy@%qPn~)1(C<RHQ^Ry-`(fW7o1BRB&Y^FsGWx9Sxt=Ax+E(Xi69AucYBF
z|H+?=Yl%uJpSjZLlhS?HZEan_LdK3{gBR@6Fq`@5(%i`eju*gXE_u{SC>&9Im2|op
z`}a-e$IGihd;ApOFZ0Z-4jj?^8sl~5_!0*=>y#5=EjT0*x#ZNVz`+{&=c<nM<?=4B
z_xz#(ts;K6wbOfaKPC2tlxJur6X&b&f^aUv{F6-$+@Fezw{aiCWh?#Es5HxQ-?%gq
z*T1xvs2xqW`6in!^MKacCeDtnM$lz6X9J_JuCV*$U|?EN$~v`!3$FYjpk0WP^J~Ca
zbLOwE-23$*Qktj7&pg!f!(;-+DjcBW9?Qg}t~<4N7gBlC<W?FmkgGM@%;sJvJ+R_e
z>O4tOwPvMs;4`Ct#hMGjjP)e&hUk7|fjHOn2(NMNEE9%TH6KwQ4u8~`(Bl%lBbU@&
z2;Q+W?e0`E|0IWDpY!#kUHvN1|7<(qm~qpmo`j|o&@)u3M~;!%BZ_{7<uNmC?#rOi
z(xy}IIG!-r`~UjTp)DQqn@YoGJtFhkW`Z`M$|pPHoR*2KayiJvlO)cA58QH;zzAs0
z%0k!5>A)k)>;8@W!#|qjB*eUk6BC}z<{YnoM(JN;OuI%K85br=V1lUV^o+iik^KCu
zGw&*TTXxJ`B775mlfsr~71yEfKa-f&M2E(s$GJ}lnnL#I-W*!8fcdubUj`;oqg^Yg
z?5RBZt5trqd)Z6kKlWz&_Xid%+Bvc<ExlQkzOU;f58fIinjWtU?)GAR<O3OaHdYqf
zX{{?wa@_y2u$py5#O-dWbzvK15eE(6m=0}2c8y9<)|;U+)wiqCp%yND7wW5twuvIN
z?SAOu>mvWyUhI7Rl7)xf%$q@~2adWGf>x|c&;bG(Qes^hdW0HA%@$TS-~mRSm)owc
zlhC8|^rpAs9ka$jPjK=)3GD;?s4bz-EI7aIcQ2mUs2u?dn(XfLpNKD;DO${2$BHw+
z{kqHh-SS$2c)9I&hO}!mga))rp&r%Fc{LuEz`#-NUvmP7b?8WY(&PE%lT#e~^Q824
zel5Yt(l=o)C7;+XfZwuuv!Seo)i=C9gd2lKZQ<32g~U25Pr*HYE|iKZzBdWxkR}I#
zzrmz1_xaXv3nwY;uY58ei)nFkkZ|EP2OF5sV0wj^L-Jm4Jd>hCHn7cA8}Yb+Ibb^T
zhoI`b;Cdsy*roQskXh1L|5^Y~1?E(7fEhRCqUJKA4?**oRV%jO>{DatcH`dQMr&#k
zU62(X^_r4vG>D1<UVdWWA9eK);Z0=<n0{^*SsqK)>;~V(vwE7SW3k};tTvTI#T48V
zjOX*78kGm$;59{zZ>MFSdMRQ`{RPi<;#Cc*nV!)%g;!61PCA`L*Q>0dO|337K8yFq
z>il<PeN%a@M!RgxE-&Ca_Ge3Y2dW>GnP4;bmSNM$o*v^FnbuqKnG*(|7N4Rn3g{+I
zobHCdwU@vb9`1q*nl={E%Wb$xX)SKi>~huh6NQRexat1&?cDT1HL<x&H{eQb5yOch
zSSIka#(Qxe**0nrRfpj{`00TQV&jkc6j6Mo@+v~#*av#g7M}2pfu1rxcgw_a?3R%U
zA-vArPt5hYDEcnhAe#TXz?s!gP}@ppxnVa!@HCY0`W}4Y1BOnPo{NL1)X`2}qw0t8
z-;IZ`pVBslhGFm^6?puL%1n)6=p!vydJ#N|fCrE>0uuRy+@my@+2&SF>eOX~z~>V9
z$@Ho*n$?`Aesm=0b6U}?LsRsbWuAd~N>lK;VjctyEipUd&)f1Ma`jF;cd0P&?w^DP
z<*{F`%dif4%x)fI1vtcnZZrD~Peh&+&u8}g=-@bTbYT-5$>3eg$xN9&;yZBun)uqv
zT}S`X)7kk<XfAE!%8lB~C(Q}R$?%f=(5Z>OJ?x1F-llm=pTLhTl1eK>cPXuI<P`B@
z;14wGMDhI7V=i~9qh5c=Ak;mB-yoj`hFd&0ygPJQZ{85)uW*d2R!kP?Lp^Fx71J{(
zO=&DvK6L)yNdB^`s`{@``V1b)$UioNp^K0yRpea{`V-f*A^$pUExZ`<)IpBET`!^k
zwYvJ7&JBQ9Z50ks`{I?M`NuLmFLd@;%x$#NC0zCFBE<ouju9Higm;tZBU$ojKs+=C
zgL7q<mfn=o_p9;9euG7C0Q2?I)rV2;X6#Ss|Cpb3%n+|LLg8B<QTB*hVpWDar_}jl
z>4E8uCux3eyLsI9LC{Mpz@Z}u`d0)$j}iC(ZX{$Bw0+txPX9ibz`I)aBQaXxPW>sZ
z1oj*%@2@nA{M|N)7rpNRZko>B3Wd{(ct^8rx#pz$$m5lp4oou>r|*-{FkBnog|D7>
zS}2`i(`hZ;i#aQhcSxMK;$uC>YXQDPSjEsW926Qt$~UOjZBE=Emfl>$@nvo0z|)0I
zXb4?-h7D1<ydr)*GJ*j34D5eW^ENA=5&E`KqJN$9(5>UBf6ccH&el|>0X(MjD=$dY
zLpxwqgbmNx29B52e5l$h&D3*umf}8WrY<UP(brBKOFN6&=qsMsnx{r}q<v#53t&Aw
z*nV++!DVC#*tfD|390x<`PK!0XJK7F#>3kxPYm6@j2-{$E&6z-YTz<WY0N$0Ni;9!
z9syVQ-Gx@PeqjYx*o(fF!+f3KmqMlTZhzYLqrnern^+HHV1<j8Yy&<+Q(oi4ka`+?
z4#BUp%5mUncv`T(;$EJ3XNBzaZ9jbI4W3}Q)5`cksL62wPbAg)g3A~f!dIS^)SdTr
z<t<IVFgQ~tpD3>*Gw}jXCm;i$y=OM6%tNf5_)6mUTCI6S1@tzx3^~rN`fo-?@)OxX
zCuq`RSesSSy!Hq_zYi&#YyPht&SeZuzSPhJ9?+7!1!*vz*|OYmDb{r~Da{C;i$f1G
zG_=xGIR0El<|LH=K~|!}k4x?9AzJYyQ@cC0lQCfLN%5+|T85v|@i$^g-86;2amo{6
z26*<HBhZtdxwdP0<X2w&@VyD|<_m4?%?%g26Lh$+IdsL6S?%t#k1-=&8-GOO{cTC%
zN*~Ww1~`EKs}jyW4(FkRCi3BP*xnv~3;k;GB*yShmh;c&>mku&Lgi`T4*0{Rth{O7
zI>iMtHQ?=6aehEP6FesE3Y3T5uwwjd*hd~@V4jZ5PKvfo<&%EDq&i+Tx6uCrbI6-t
z6`{O+`zUWFp>Grq>d;$C7m8TiJ6LW+5C_;t(8=!A<(6R+c+bCM&<<;9$?_zjyxQ<B
zo+k8;SHruX#E?M4Q0oO<qA6cj=+GjGyoixiP@WSV)H(ngy^+@~hJOv0SbOwRenLh=
zjeeY0-jdY(zl?7~bzDa=avBp{E--(<%=hqoHwf5o!oMr5M-4uRr3XsTJMW^pYrlaE
zZ!Y0e%wsJN)2D8$DAhMzD4h=v1+L$3(Z%p$)b8_TR@ox(R#qFg*0?hj`@enml~IGj
zRo!&xYKfeJmd)NSm8VkL4E_txsLUngH;N}|<jN8%0}%K-sb(4+?}dDi;hAJ`&?$KC
z+jMqIMILuPQ-fX<D(6xjz3;Kr@EPr;(*5WmzIgjFmkPMes_&I%ht{(6Ec7HeAY3^0
zZo<bs3b4GV$?IJUn5n5{;WrAaTteigoMGs29c!vTqB|-RL@t_7$7~5zJM<%Xtv392
zq~bT_+l4WF3N7EN6TB3)nG?^RJvVXRCB=o(KhPum(LI*nLD;^)DCj*8{gB^haq!lC
zc;*m+EX7cn@#EzOB)p1=3^M^5NCHdrwC!#5j+tHHyQ1J<8`HB-rS&nLe2_&x7rk0n
z07f_UYFnwb(%JIlqDll$qP!+2i<{^hjeD<;6VMBq(&%+3HWr1?yQ1zjwQgAv)TPt~
z`KI$R?#j0nHxqCfbqf*TIJ4!MA1c>Yeg^z?l~r!E&V3PZZ8Z4Q8u(;ms;q79{gwDG
zq&593+LWPt_~4w1#>)8nI{Xx&{!(S$;5X$Hh25P!Y&W<sRmF3NoM#k4EuJ$n8g3cV
zh|v?4JWOfqeR>V?6wg%2TjzmLbB~Nizxm%Z9OGgd|Evx;tsr-4d0JCF3O@?`bTqZ!
z?=1O%;*|VNi<!zNsu_cRCUBAf1~dGWmc8LW_?T)c-;#&sykX^k64tvAdI;HDkn)LA
z&BDP?tNGg8xm4lCA9>vS1`n=Y(DXZUk(zjp;~ibM@l^kR(reHSx#UHf7_dJ{)co4S
zyj^z?yGFL*e8&%Q{mNfNkH8ZA`r%9JcD);au%2pk|8CH^E7->^x~e#mTfuZ*xRP3>
zlp#B-_gr*Lu95n_kc@DxPA7IW6941qy5qU(!nhHVkrFDBBpOs2<eukhsc36!Di!V0
z-nM8Vt3nhl4NAj3&y~{D7NsF7rM>HId!OTvKHk^3_nhZE&v!h(d(XL>S5MtB#SzzE
z^uSH$EL7i#K{#n|Pc&H_3LnxdK^c|^rNzb2R(l}!)3~T;eC?)Q%ew<jmbbzBrd52f
zk-oa~y$<dSsNz!^l=5y1i|}Ok-n_he7v^R(Qr)&)WAAEHT`#|FkCPsp#*wKHPPJaJ
z!%fU>`qaA$EAof^4iWhKRyMB*&Vx_euJdM-f^oqGOSXnxk-i_cg}7dtxM7KxjK>f1
zdVNB1T>mJv-*tkUPz;~Hvd@nha|xIB4Oh}$)4o`q-LT6|O}TV)s#H6{0XjA7&3wjv
z!h>Top!KUINaN)fW<O)ID|=$l=ro8h>CTD=Y{a#R2c%V1FCn=7eWmJGBAlK<@1ITE
zfaP&t&|>i=e&yR^KHcsB|J$t>ENf^8K8<7Y7roVzd-rGo%xg0@pS=xtt<>Z`jZMJ%
z;v1T44|U@0Fm}OC3k(t*po4c)xul&w)EjgPm$Vsy%OA$!<#y#5`G~V0rBSrcUQ79E
zWim$f8V+4Ek;OD?&cj+<lE#I)sO#oT=WP;$`3XlOb;}7Id1mY)dX6|knm1LC|427M
zt2XWBej5EDFw8_gc>6cY(GR0{z7OK-wRgFO^EABaVu=xY!I%}$2uEDrg)Q<zx!J>f
zk#kt#F$UM(83VMYs844c1fEqz?!XlH>%4Hlcs%rD8u&a;WZB0wCCU$+o1md?8}SOh
zZCwDvryJn@&Jr)!n~du|(K&*DU-5s}hQN)73Jg89j&*uuD(~#j6?Y%I#VEdv?g#Yu
z?B;CZZ*>aJ?K=u64p2P2C-#VLdM4wA7t%bD({tO+&n5uP8w+d}gZ>Od+19&;g`X&e
z%}FIamgZ&iX;&`epmj%CFFJ>C^!c+mFRdFG;TFC%*icSy)DV2{j#q0PI>H0bJk+uq
z&enBw6?0+__mEb#N@II&h2nufz2xmnKjY~)n(~Vk8glOA0=6*LR=%JA0L2(}1Fhx1
z8kcb3v9@x2xv@IxgDx7Bi~{%iAxwTfRC?X(02tZ@L;k4^*rMZOeA@mPm<{%&edBC#
z+TY%yp5)Er+wi0$ZMB*_<$y0;k#doz4+ZRZ?Hc9`n}MZzD^U07AQjBw@yh93m`Z!b
zJ&Cj9#bG_*`76?8-pOp&$s?z!PVs95N17KTHF^w-hg--2r^j)#5*=97E(fL+HjxD$
zyn23F<SKp}agOZ_@MTkJfBz2W+_7h)lR)(Wv+i!B-;F14VIbcqiNFy$*Qti1pk$^C
z-uc%T1@4G@JfP2>pMCEEhEtD7ZMBQx)b$(Udo(6{To}7sIu+AOR)(3Yr>+mhXZZ%|
zi_hb6@3l6tVaXMd>*|d(Be|&WA09lp1XN=KRbWN8u8HV1))Q#X{LRe}ipOy=XFj0w
zRD9UtgR;%*1W-=nQ~yeqmi(J<9-jsOh0wVUf1AtilRALO>CPfo__{gOihsLWHyS4r
zt|1>ckY}1d$3Iyw2z$;-)9u=U&$vZ+;LJ9#&}yZatkwpqP1!is3%uf&DsHz{VgqRa
zCY9z;4iqYyg$zZGJ1=P^&;J>(=<c<^{6acvNGpT2TH`3{U$UQrT;$rEyk9-Otc}D&
z`~>e=S|2<^j9^l#0a|Xh;w@WUgW3uE__e%|P&nWL#FuZu>w}-*;^Ia8ZjgZ-ymLJ~
zeOFI5(7gc`J#R3Rc4KAdUi%fwecFRJnp-R$0B237V!_^~GUX%_Sdj1h3>Rp5L6qS=
z;0gaR>{Cx()^HQ2@3ZfRck?32Q^XQ~^{|E>mo7+Cof*$<d|CqfoM}~60RB3*0?J!m
zXTus-GFxwdMzyVMUm8gJ$Nqz|Y2)zUwd?G9&;wRG{UMGk^po37KFCMSn#xSxwu6tK
z4b<oK&eqSlNs9B@G8Xr~l>b*>oA)sqClfBgoo`$5ef<)}G3h5pHhaaaeD?6e0~^W<
zdM*?7EW4E6V?&<yC7fBycC8HN;VbsBzZwIuRlW}pSFn0m!EAD};LBP)IwR<49cEk)
z8ZX_x_XtG2ti5wr<R3d<GMW!7a|W#%Tbvmy>IZSpEp2s7OIx&Kt&nOSpLKm9ZGz7d
zSYL)$xi_Vm78bD4-&MZq^Tln(1{wGCZm$+RXr!*!{>*mut1pkdeTNCG8F%U^Px5QP
zs$4y&PD5eIOFP_Slnbp4B9ty>&w8vPZf|?@mfO)&_h?^~(d>DPbY}FEvuS_N(w<01
z`T3GEyf>Kk+!`FmXuf>+(mlBHMi5=YS&n_4PWwQwX0P7=;rV}OVaw_?EFONQu3k%v
z2jX{!wJ37_?A_!1#R=NOz;GRoj*REc+SP}eAslKv^nl`}M3Ju{Y(;;YK}b1@>5aDH
z0k`=up3d$e?%*ZuqLB0fRCbKvA)cFnI0^sj*BNG7B-Pb?lfI6;efwON@9c+^6Rb9Q
z6nJ-TERSrh0qGlG0Zdp5D;C>e#)~WTp6^9Ym;v4g-*U62{?ME)#Ly<&WU3ozS#2%n
zhc@KIF(7zorRPJKF(`&GuZj~tP_1Pk#ZllYFPm15H6~l&rpr!zwSOn0Yv7_T)p%W3
zLyc*+12n1M^k<5WWHoK9+p%SX)%?({xb#!Gz#mRI%XJ>aU`=p0ikY?A(L<L%+|xvz
zcEu9}NA}ZSg(o#VxnIICtPXDsgq=*kawd$q{!J0%5qKrmsbg?gwej!*Oq*~6|7}eN
z|F_=QvvdQr-eXGj)&N}6Cxho7e>fA^QW|<>pxn690<AC3f%*FalwJq=LR7C?FlkmC
zZ#j7-r#OJX384`T?KE*@ygi<Z$zY|4xAEA#<opTC>{O~xUg&NQZ!=XTVdX8hSN{&2
zo3WYg@2tSat_7r7y0cjWx=7bvUgI=Q7MHsZCmMH=1z(0$H4~aj-~m=X@<V|^LbEt8
z$-p(myTNy&1|wW$J5uf=aSmdiFudsUnt14jBJ^6<Oi-t2rt=2Nmk5kwUd=7BsX-ai
z+9OlC5@$@tko+!CabgYi?tN%nMgl8w(zCZnT!Y@7;~2#OAJSg_sq}8w+Fg@4=@1Ya
z$uRAqh%XN7Uk-onSMpff8?0}NGg7XD=g@e{mAUZQ)&Xd2oW_K{GxAvd?Q~Y<z?10u
zy8un|N-!m28<Or+2?wD%JP!KQvr`EhS#WzFq_}dymDZ{&<Kv164<cDn-!<}>mb9Zo
z;%(UCcOM6vQ+Qu5!ws$}*m}=4ApB8?M?vt+Uj31E_l?rt1B4a$);~s~wFIhnobS?y
zoeX@BUh&`X=UfZi_}xTh|5bt0i9^bi)xYQ+%1}t2TfnI<6yhtTs@D&woTI|39eQ$8
zgVCf%G?6e0*J}sn?@M-szeUa9N25~$8-Z{PA06^U;uzVnMN3o%^-vF9zJzpN*m0|b
zlimfPJt&_9FCf)h58@f@-ftbR>}Z1Gck^x^!e)~+<t?46xaP0~_>mq%8YzgdZw%$q
zUQSvKgoYA2f0n5mOgMf!Uw8)MOXvp0e480Es#D(S(Kh&CuOm}l0Ie@GxMG7sr!NgU
zCJ~0gr3*zUaJkvN3Gk<bp%}Z+bv$&-J5i_TVjsrWebQIy`bfGJGAhg<@T`pQOULoG
ziR~2A>@+b3m_M5<g#S>beU){Ju7QCc%24E-?L9-D6Z*K0Gf3|;!W7K&)m8P}vsmbs
zd7SuD+=Gqk9)ROkg}|<m6RfNMR>~0<BwXdg8c%@^wQo>p-8W{_q0hR1`I#xvNH_@;
zf5N5ylJGA=Yl+-l*0d0*mei+{J3wT!SxjI8X&c-tUt{IfElE38WA(Y7&}(j@L|O=2
zHcif_uL|)tdpTwSOm~`urfpW%@xH*;K1St&)1kcScI<w&wJhRJ9)*81GgA+no8z4M
z+mW<3Z#TKUN;(5zL~l+xAvg<22T=aJ<fH@SSlgj$PUvJ5T36&9>2Mg?ItV_ENyjfr
z9;4in1SYo6kA@*x=CZ(mfYsSTpK;Q$Lc@#SmF!jwg~5@}_}x#=sBV}68LgMIR-UxC
zbpKrF_2MIBbxY=_CbnfyZr&F8gKoC=tmsMxTI76%<<%F3=E6lYCt<>2FO0eLjz1rN
zot}Yz4inawlTRB3q`mp8{g!HDtA1d<uNPA7!jPv$V%*&3T?zlud=5_dxQ=wVnIbTZ
zxQH}H8mC$n^~fLe)L?7dgre_uCsy$60t$@KIHd=aFK$A=3p^GWD0CzJ&gsd4{oOs!
zNQ`QrPRmE#Y{%FCQh~<DkJSW<{K4@DTfo-{Mw)3VJ!7#B4{qGS*Q+sHaFg(Lch%D<
za%S8rEz0$9PBBtlKSv|^<+^xpzhtcleZ?XqTsGKErhFDT#$ztctIJWsL-yFDg7n+~
zT#<7fBJSvs2R_apE!YXfxolR0aKXha(|iWzf9)=OqtG5e{3J9l6gHqexb1Ec_rB*s
z7tD7uMiDd8F<kKD!P~2GQtC#iay<{Ee>iDlm^I*-L>`y;{}qz90>Oi=4_#vZ&r;c%
ze><t?K+ozM`Q+<Z6tK7cCbIFU6gKg8J@xjEPB6gXFr$7zotNF1SuK1W?7f!7jW?JH
z>?bchp19SLyiXp6uW(>p%1^M{H}<o$+jUjr3w<P^KS<|FY1SDMT?aDny8>w%F4nU7
zzjFffWx{QFNt+U!a(yonRshWn2b|QE$!jw5C}8%`jn*ZV^y3u5uONE<ES`D>VbJu(
zK2E&}B>hRgAd)!cK2Qzu8zs76RuaxEa+W~bxIIWZl=h-Fg#BL(x%<lfxMsyNzI<OZ
zfn6Zh$$9N)<+4qth^34l@8Ov1OGy>(R*Ys(BTqV#!-Q{A{|WZo!es}NZbOPOXdiDU
zQ_p}A4x{d~^QiN{1QHgez>0UP@J7RKqW0OuK~o4zs@aG1Dbj}A@4`=@@bh=RH6$KL
zk`_)nAhdaY_J@uIq@Cr#=CTs<eTqu!52RBi>N%*S2L)f$dBK?ILZP1t1D6VI%hM(d
zJxv}A&t=a?nis5D@f|M34pbKIxJ!7|Ms;7=7Dj!DVEY|(QLM*Bm)ZQP)kP_2v~``9
z6L^LA7)6aVwz>eMo#}k0Xwr5Kf$|>Bn%3~-x$c}|59)^J)MGG0+Q9$?=LueEw{t99
zM5={TM}hhkLU+PqpR3dpqIW^Mn1O{$bJ=Z7OQhUpgq0NUfo!G05ft~L`bO#tv5e+L
zitr91kFI6!;u#eQFau9w$sRv0I49#k3b6ltmFs<-#C7GGAq>eQBjqBBc?t|8zbmkj
z_HjLk%d7kI^-&glX<r>VFf0ZR58R64`XZMeHmTFID&ZV{_1dD4F2?6AY=AV8zzpi!
zdP8nTEcxcMz%5%a>f1<S{Rm40cd@5C%lWd=^RT`DWDpua=)+(2vbgA-ZSnJwh5w_z
z3-QJ}?q<6eh&#B@Hn;Chq#jKwP^}5<7FtH4T1C%|XVrOABayTNP)`iTwjD$JTWOJY
z*HFJ%UlAD0T72p(|EN$&hqY2qHTc7XAAHtzCXR{mgrxLSxT?uC_9Zt61P=<IP2L2_
ziz|Jn)MIl?oYcSF3ehj&CUF?`&kX-brHORDnxz%5-2WP<J5|8jh3AFNkc7`M`Bovg
zR^$eIeCH^4yY*8cpDyxGo_;(;)F2R#QVnb%9*Tj6lZIpblRhfdjwEy<^)q<Kf-0PC
zHIGrhL>)Ej2`B9cq7O$HK$>kRyWn&Z&C)h;fhnn5FVWgo0rh{>V{W@Rc}f($81hWi
zOPmd~UeXt(8>+?|@xp9BFl%_64VXS&^wyC2i6|e=;H2#oiUWVO#8!E9=rR}Hh5B;f
zOYaByZa>VT%O|PABU9f4ma3H?`g?~X5zjd{f%wb>g|s~rJ+as+zZr2BvIs>YEu!`f
z=pl>Vj>)%4?9jUUDC&?rEBm$dDkFUg<lkA=5!%motsXepkCa4D<;_lgp<|i;Za3Mr
zpb>eRZ*?BK+rqvmdNLwMDbBo$*Q0#uMM8t+UvbBjL#*@u<`}ulSfyH^^T<cl={@r8
z<ee;lyfiMhvIfF_MjR@}FV!ZOvZF^@W9QtV!sBDlp?-BeoW234@kq;oO6vv9<=K^I
z`0|I1Wy+sA%nb1~R0&h-a-VRA-gDU_ycFq+=4u;{(Zo~qEX$4~;IU{f&TaS*R`lG5
zmu>9SdV^fa^X?Y4tO}h*xmSllq&GQngupvK`2JSN%5n#xAxK{c9)o*PXB5&esAZW#
z>&QU&nFml03TK(-Gf|T|qvo(*y-Uz~a4d0tU!;75+_DBT<r^&C?14#s(TwT_w*O9o
z&ii-p*}LPQJZ>@mX#Pf_I;qnNhtI#_4of}?EJVsX(gNBlVU+MPIPk-0AgzIY?>`ng
zx2`8PtAUQXxcCz++%blWenzhfAbmsU3wr3v)H{L0=83Q^Vj7MMJqe@uW~}yZ2HWe=
zzGb@`tF6`?61j=gn<iWi##MVb5-w4V9hU1EH;~CYGs;0&n%4nO%u+a8s|%K!Q-JE9
zi`;jcGE!>N_Yj|x-Cy`)PTE5ieWh&QGDYM7<pvY}lf1U@6PVSlsodWGF(-YX-e2Pc
zRAX>ubr@+Aj+-Em`g570Kfzk$X{&F_PcrJwNJ8^d%#ie^=$R|j10b9oAqj0peluV6
z*Y$VjlfH{VF^5gH=Ry19UEHuRk6V?SNb{F3LHD13aLwbtXwdu#jOl5B=lZANi0;Sn
zNANCw{L&&YbnT0Am+e*kx%1H$SE2sg_q@rIK5%-HCHDDeCWn??<=!Ehd`|Q_w&>1%
ze9+)NQ;Po4S)K)O<)jZZ2%~<y&uDnot3ChcTMU<$-{nrKjVisKfh~UJD)!ya;oh~y
z7~8xXuALDB*6vH-#$rF|&E*ZSqIjR8y`dielkg2QZ{7o@cbU0eK9Bo7ci~j0A<*~G
z1}Is}xW}CU^;>*9yzboxbEX=rGky9qEzLlfns1F`Z|%e-JjN~J+*zFXCmz#2I<nqR
zx<ZJ<eV*9=Fm~SD4I<SLb}29k!<!6a^nEE<=d?7LHDzXjBW1cC?HxUvZP2{Hk2Tc9
zXZ>Dbvp3E0MM^`pv-Jf&)ZR)SvZ5XT8dzWMGU+m?QBCCjX)4sdwN#hYj-Y3w0`k{)
z&&17L)<S`+9<M3r3}AOK|B6im<&j4!#Oob|UBU9{o%NT&iV3H&)1TJ(`MeqZOTYv>
zL(=FrxTn=~IM$?4sm$t)o=<C`-^XGe5*vjh=$Xu8O?u(J9rRq}DP!gy)KERydMt=|
zEuDXkI>Nu;WAyF(dGyTn$)jySDLCV{#M>A9%nRrHAJ1n-quR(X=eEWV{TuR*4?_6P
zz`gA6v9a8uPYu2ts0H*puylSO`uSFfb2XQ*^vPDX`fI^0t0Y{oH3{Bat`F-aKN$5a
zi)S8o!IOFZ*x}tK9OfzG?}{+Ke7`O~H1;HqyS$e#;U=8cMQ(RQU!_=K($C4PMTEBc
zDZDWsf9@80n0OF099y!NRo?g`VzOkjq6eSys)3s6ehG$os`#sLHw>S#i#a*cyX1QL
zu;axjJRe<!RpS;*!)H$hksqGr!6Jv{9iz|V>+HRJQ1MBTn;`OY?9@YeuZ16tO@*H3
zm5`F#j@_s*JrjMq90yMrfM=6C;MI?*&@E{bW_LGZsW%K{X_+hPC0WWeMhFje=WTWF
z;-Wh~xW~#K7pHYp7s}D#u%sW}E{=kJ!4J9RfFN~FP>^zbWD#3h;fyp-p3-I<e!fyl
z`&rSRJA>ntmJ_JI*d+|hr3-Lq;!;@o))RBeK;E~5-jAQK1H)!Mf@^z*;m{oeWvUmN
zw=MMQs3qIfH~_^Cx*BkBavlaQcemo_uHpFny%mcbx{W<;eVL1S=)SLEG$(ep9a7%D
zhDA4a;IRAG#Tc;ezTG3FOZ988D`}_nPC2Ocppo2b^iz0tv>6W3S0rimGHl*y61*f{
zUUBmUOT9A?<5PdK?Oj{TYiF3qjXoG*?b<^yC;A^KDb_O0onP<NiuWGA2MJG<whJQo
zf`7WGICVnDb>yw;kApS`KEip+MNsnT6}(G*i1#PH;8!E&Va1%klpikanvn)<TD6I-
z9`cTNT1e-{hNi<&TLXE<<r6UTc@ocf`UIm|&xFK)p^#S@kDm?&GLJsxb@Q)G4-wa4
z^M*H3r#fAS6>dp*)Z>uyy1BXf=)qgo{#JV&z+1x0MNcKeF7?32nLbO~n91!zVsJ^}
zO<wY87EEnxj1L_+AFZ(gC{MxK?F39&|3Kgm{IK}I*O_YLscX?}>{LhCwro4z(KkX7
zLs5U8<(g_$wFfSJx)9Q)SaIWJ{h{BRjZkPf9z;GVDQVK(O(jUVrtZ~GLBbFiAqB!@
zmaM$fGep8+`E|BEoyXh+il+}I9&E@drmXji&;0PSNNm;NHNMl^MEmQ|{%UQmh_TZ@
zySkVz@vdStHac@_1Mh0`iw%Bz4<=L|lakHPqV|R`9JkI`o;L6(%>MZf+BB^K*Qnn4
z6k~`;Pj{pFNv>fb__#?f@PV;PHuWAorvFqL1^fp8Wo_|^=05f#;xQ23a;h;Hk-3|9
zd9_`kb!73$5-Xmv8I}AX7Le>kxY85O^|waCH~2=+@m=2jAM55c5kkubVSt?_OgF2?
z%NBf;PW4*>RpY)$wEj}IRLWN4M6{|HCeuAx&V%3l)NL<X;~RMTeFt1JID<!=>&?pU
z+hE$aH%#}vzuf)d4VIuhq`2rwG*3Kfoy=@%_Mxb$=j#viy~cDNz1cSYpn(s3YyXqY
zI?;jp>|0R|c$+_Ji3=9_1wqRTy2>Vl76SL!v8-Eguc;jvy<UQigREuU^(){zz0<dH
z#SZZMTgBzxo1k7ZGx&UE6yBI`r@lY)2cJ~xFv0~Wq0g3EZ0sX=jvZ?l4CY%;NRPZ8
zf!RMhSx?sh=I(Aq7_F}o*5LN8dtm&?C(yZBgk-#kKF68(jURJ)BAt)+%`Y^3AZmlt
zfAg$QE8t$_HtzEG0|tKNOkmo7AGhH5+>Oxr=xE}-mhfZ$dWG@}ot$stgO#4NF1D_N
z_9qBD!FtR^&Rf_<mG4bZx{Qm$tHB-lC-Xf>H46t8tcOxML)$0oJvNBC1vDQdOv7`^
zHJsb^7|sdOfN@P8!`HwK;5T<Tf1uMGlK0)lMc;nmywP{)=Rx?3K36fD*F>eYWg3pV
zkm3P7T=U@fd^7OdvWQn+dP-*uhe6u6IsA3YGG27=2u|M{kFEP|#%tYtfz|?O<A2JF
ztIXk9ULB7OFEvJr9S*fmVO_@Q!@=*3<l8qdQ!Yiy=9ZCEhvQ{S?|*D<WG-QOFc3Gx
zx~As@FEM@pPQ3N~i3)L*>U_`~9MkDJjTN+yvuR@_Zjzs`cfy*295i$-!cY$emCmND
z$&+*VG|m+#9qq5a?!63i|EoZ)IkxDVf<30@rzy2>cjBpjKM1>0MSZJ(5|%=o&ncd7
zG6Xi6Ok~xQ43YE+x8z44>#ZBAIZN2bufc5YzA88$p24Tx)li3*Zox^t#v*Yvc+L0b
z1KKwP7k?Yos^TV?lw>R3k-eCG=TMj!H(lNptO{IapS$W1rmkZmmrKzd|M?EYpJ~C6
z6y6zk4A+sD6b{4JIWzcy`<>W{&5@Yc--#2RspVJ8Fm3t-Hsf-45qn&1zZt%r9Oy<`
z0<wHxBGo6S+Q+6-u1KL?zu@=cQTVO>%DTKC<o+Be?+A}R^LMGVSLO5iNNWa<9?W%{
z(<m0!U;V<qwNY@~XT(Dnvv^AG0dYO(6!%5hyLKSbdf=4zUf`IumUPi9=4xij=~_rR
zg6(X3fY5f@n~PXhaZ}dm&mMSGb{Oj&t)^$4o}$H}B&;?4<2Hew-Pn@fP`+8)O};<Y
z0YuEYu73q5;x01MY;^9$Yc_7(76=-90Vq$Yo*T+$^Wtgm8V7#OC`j>X*isUhe|L5+
z`C7)Pc6dPY6(s$pPT$)^nYg))T5GJ*I@|{P&f03<L-omjTd7pXNVp^u$C2LgXS-{Q
z*y;|0WvT<A16Z%~-e|h}3|4&Jik**^p{9D2k?!Oyxf}$B3QeJOdC!}@*#T}vI%?>x
zO+Z+N6mz$a0Xc4hn;o<MVp4bx@4qGmBb;-AFpzz?w+ko+K$wIF=v`pqb)@`;zlW2d
z*O|sLt+_&D5PDK=cO(jp_3m-1C;0H_vET>ZJ>Q8<{L=(Qt@hC_L*faHX8Nj=V+_Sk
zpW<pElU5^c@61SFa*?kICsG(;7~2^?pia9!S!j;7r#Mu6ZpbutZh^e&k#NMJ7)Wmc
z>0|sD?G5z~X5r}AWI8vqHAK;VyH_pNDMJ$sgg$4#=O>69gVDAJfIrNDwy_SJxCCav
zbo_9yrJP3lby050wEp=*vp%HO{N3MYxxk^Qyzffd$3sYUr7me7#CQLyr*6)8i&t`Y
zu-cG0b$o9ZISe(27S?G5i`=`gy~i{u#fG>ix{A#S?<v*{m;Evo`haVsUkAFU%Cw>w
z&OJt$cLWdorgJ%nU+S@w=yBr!l3&61?VMoX#;)WQUb40t7U=#}l}KAMp>@eeh+38A
zoe5PQ=<Gn!9}4LOHUp}OcWRI@fsszaayl!k<4|Yy-_3l5YD%Fxsna07CUa15#%#Yd
zBrTdx{sun&EJVV4MjQpC<6-34Fz|6%kK{e@vi5#vH7f%}KKl8`!h(Mh81vU#o_D?v
z@lyoe{jR0HGaQ60c^tOMbQbebEqO-}UVt<rkbi@pX_}B5+DQpqL!X`9Fc8<lpWSXl
zcJ~B4mL4l~03+|ETx)!Wg-vZC4W~V5Gb(K1=bm1&z(BX6a1@&Dzzj{GyoXQ^t~^<o
zNarT*;E~nS@Z6wD65$-^_cI0>FL|jnXr=EZk#~UTqo?p@Oh2lN(LmY|i3?$Ir=FBY
zcO=uUbWTpbhC1w&qri8hbt7G|5(U>Tu-OmehuW&7cNnd|6!?+BC-c@wyva!mqel7=
z+%nKc-BK_V=a>&ytS#aNz98kcv@C|sifMOMcnPF~i!t@aMl|hui;-RvzRs=s?n*3N
z77ddQ>X8mhVJjx|Ak6b}Kk79{%mtj(bauAm?|hmcto@$OUsl~_!e5nQ0g&fG@^1Y7
znKk&RjNU&dZ$X}sIIBwdJuY}6Y-+0D9ff#B?H%ZWi;b*R()RMRym7({%e^{=)N#Nr
zqpiH<7z?zJ_cKfHbxdgGv#GB+`7}_Rjxy5gN_ayP7PZ-2CXG<Hp09JBv*zusRq{cE
zDf9W`CeENUE}7q`*v4s1;QJj%6#iCP{asq6-$A9EB27#0bf;;`hL=ZTJBQ^!c>)?c
zjdAj|{VcVQg#S%fx$r@>*3difJP-SPSRyQkKUN#C5xpXwRh&%c3K#)h6SNji<${Bo
zZ#R-jO91r)fNGzSZw0k^7K?CpMl<bdM*M^09W{j}VFDk>W7K)<W@|bKZ>*B`5S+lu
zJY#4aZK2Yo1d^f`fZ&fF+0(Ggt7drIdAIzeGF)&B8tgqrJ~IS}8<0GMyz#w+e_~vK
zd=(b1z9Nx-#Lm|Jka$rlzC$gR?=~njGSwlh($5w;oHW}H<?)6oT#Pw`YjX0!_-c!X
z@cGJ>llNK8u(K$xm*IUI67Q)Z7ddGGB;Qe2b0U}SZW@84^||$7KR9}NJPX*?fO--G
zk#LmfEzF|2*)8;V9UsQICNeo-uBdajwhMG+;yXs%2Nrjh_t;tgJ0o0y%1hI5lgT6D
z*->lZ6aEHHq3~}sZ}Pp5Nf&i2p!k7V;2mz?y^pHtr70)x^Je64QRMl6_FM5_<ZfD%
z?(lW_05rF`i2EPE=USD+VY&NVg)o`o`IPFiE$A5x<TP)Yc#<%vxxif@oz8?-jrq}-
z-)eQ2U$Kd1D}4V$;#8b>Mq4GG2lBM?g7~}a;+1FEQ@qbX{+N0`NPZRw&-jiPr9e7T
z@~Wjhb^Z!mF$3Yp0)ww%WaS>hw_XA_MNOk=s)m|xU<|YF4VDE4l1EeYbT<lqLGr@5
zthNM>dcEO6WBZZE--R_r3(&M<EF)cmH=dSAO@<#s>-~1vHgP7WeheF2(-epsaFosf
zxp1`?{@hbomn+TNrvd49PFOB<EDW>=$G`3e81W4CQQFIWw%W7Gth2mfPPE{2w?+Z0
znZP*Fe<{?nBp+p{{_GT2hmBz~CnD7xoI7DeF$t~np2AnvZ|jIZ_SZ7|vCp{Kqfntq
zxz?QBK)nlGG$or;?}1ZXVBq0VGWEhx=uxT-h2{bcqK5MWGlDT^<`6m4eSlaCTyAv&
zT;^8t=AA0=cWsv1;P1M+UIz7CSW@%{PCAgd@EdM>eF;V!n5t+!h=s4)Um|&C6g`{y
zPcrk#_aOC%ga)ISTyhgV9^yH0X8T0H4aayCi#`<Wp5IlyIJ!HM#unI4XD$BX<X34O
zw(`Pd4H#)B@EqJ(^w-#_YYk+=O4Zy_52qGXu(v+VNQc%#@5n;LAKHW~ca-&47mIvD
z!COK@czQ1&pWj-g{O@tz@)Hn_OQbJUH#)1Y&paJfc>ar{Pk>yKBKi^#IkE)P({>^C
zKFAkkitke&r2q)C)CiZ4T;$t}j2oQ17UfJ6+5Tb)-?aWJ^GWYSUiB<_xRtQJyB!j)
z0BJ>01Lzt?@6(U=5Va4a|IpSxoBAO)>%1E2Qqj{=$<IOX5(m;!nsQ9bFF;z_jr<=_
ze}?*(^GVD6lc;8>$I)1w)axE2udDW(BFV8(25Aw0q$f+uaK+7;EUNX39uyP4<B6G!
zfBV43N$o{1w9enlC06`GkCAx2&>2kb&6dx+?!nf0c9iFYpAjCGlV8nG-rX2TW4IN-
zMRuWU6S#QZu1-ttjK7q>be6U%FsZadN1-iI^hW4<Y_SpTab~TLRkX)n`9*V}zM~t(
z2B>$$Nq4dhe{@u{N7}4sqjWs6S&uyF8Wvgo6i8!Z%GUZa`9`EQRY_wac`PKaMZJlS
zaMHRd(EOyT>hl<|Em|f$#(sHs<*%D3;{BJd@;k$;!Vi)s`YsV~lMk%VpXHTfUz<~O
z-+9z0aE2DYoca5XZzbY}Ixi@Cr?-ps<xl&%LUJQ|e`Nb|B>f`1B}~+$eFt14k$SUr
zx=CC^aJ-Svbg-J$3X7*0$@8@@f}2kn>k#?~2f5DxO|M|ln}DdeGHK21n?Untq;sY4
zCO1X@M7BR`S{FZ$KI7_eQq)E4ULE=Hl4S97AgxUA7d2#j*l<R<37b=#RH09Erfz}$
zX)=&MM$d{utQpo@CSL~Rbr|_YJazjDot1r|u8&F{8R*`1eclI4qEL89%2~|d!CcfJ
zVUSGyU-@i1pz&&g?J0&w65YseZpas2QRqq1Xt-W_CJ{ce0fm#%H)Ay)7dk{G9}QDh
zS#nxK;$#mPTQ*+sIEWq<=?;0zz;v`6prQ6U6G#3m6G+#?`L8DG>=GmVKHwqHx`S9R
zlioW;pO3hEndrgd)V5m~X*0op^3{(ms3-b``X{Yep&soK?;pa80(#=R<dnJ|2jz(R
zYuYNl=6gC^q5TO<E%VSKI353*Hl!ZoB3xj55Zg3;!ObHdW9p`D@cv3AY`<rwMwm4R
zlgVp&LfgB_im*610r9xJehQq>Jk55WT__n<Pk_Ch645<)3(W8sgo`HR!p|%^Pkiwo
z^oJf&i-VeYsi>=5J7N?h%+ON}1D@mC+n>31-;OwUo+A!zppBC0D`gG$VB&iVY}*62
zJ<pGnkCDWfe4L*1^`F1<l^cGe(s?X4d~}(|blZlm+b==q<7GH<O)RTis?WY3Fjb?5
zwt_`AqaoDS3LBf<!m)>SWRExc;4?dsZwdXUSS@|Ve!LuqZ6gdQ7Qf(1(0MdU4MoQ_
zt?_6{GKg!1?xXj#*0h#~U)m=1Fe^}wMJDFo>hJ&q)|PNTgY(MKQA1Fj^_V|B_7k3T
zzQ8B8Y$E&rPQ^((qoKo@#&BOhpRUyuFI?@9E>D-h8hIsTx7g_x*5WYp4zmN-aZd7$
zxAE|+>H-+0YO~1}!SKzgg}TWjU(5-^sekj$DU}b{+Ygf}_ruE_g}AtB9~`oU&WByD
zg$w*V@NPmG&R%*3R~6k8YXE1S)#8Rxm3)Jd9(bkE*<sz<$Zx$g)XWt{^bUC>o~)gQ
z(Zv?3X1`Fdsre)&We%2G<ecHXlmrZZ{fzm{U(YK~?t$4kJMm7{J;vKNQx8ALcI&t#
z20Wj%k_##maiEPqbjd!42YsVa|L_4Gx40bEoY0js>iOc+V=J*<@B5HEbrOqR>ck#w
zoQG~npSjB;7c|Ho1^UNpV8nng{9JrI^xwY&$_MX9x<AV`NC$CWmlocjv!*-J(acab
zCWh1RV0uV4JpS2Owd!afZvlHui*^TFD|+72_#fWRh(lA;)zB(^JDP0w5qXinHqb(z
z>Ao2o?mU9yIw{cLeP7x?y8%z0&=Q_k*5i6aPxeFV!M1s{x08d}nbG_%4sL8NJ^uR}
z%`g9e<mTagV`N)q+_HykYh{8a<IaFz@d0S3rG*c|kMg)K1^EN)V)@MQ=QOuKcw?N2
zW4}&<U%NU$^}!d2H3wL$C&%%k;ZzK%ZUbMs=irOoBhk0~7kd!i31e2j0fz==>enCt
z`0lgxOjY+$^xn`2`M9<bW<M?9WzD9rc3$Jz-p|wF%U3gX)44G0>As64)bP5Tp!{X-
z=k~+0>pdy2zVbrriSS_KJ9ggqBy{LK00xcLfes;0xbCS~{?f-@Zqa24wl!Xdo=-Bc
zUHx8o)bu!4GbKD0X|8r$Vxm%R!*Va`jo!I0jd9+}VDLh9!k!kecVQ0f(mkR4Y<&Vh
z^c#cgjyubp1DSkx6hrHIx7gU@eSvCL?y)Tj>Hhhdt_MWT@<!V%QRHWO?^yVL^fs*2
zh{9Q4q9G~s8hR{V!)Gthl!}tq;)i+wlyB^Mr+OlHmEV@OXg?$ji<19J^5vOurDuD2
z^{V!A@8z`r+QoVJs827p=Fejm*20O-vr2>2s}7=wJ=HinCG~`7H5O{0Zl{3i1N-@F
z$WOk#WTSdkv5!GrKu5jFLfZ6FKK*G6V-JS|J;De#={z2vw*wi~AftLv+Uw5Y6Mc`s
zCJ#4o4>p!R=jXGEwN~=g{Hy%T1S8h8@Hy3ZeBBxt9;jtS-dUKZ_noI2Uq;iCDs0nu
zKR)>uAieb23sXuPLF?w6^>{E9CT4gt<p_OtRsRUmJ#gV9T_mgkYeyIC=V*uXXEc*3
z25O?;G5)MAowed0#Hdyo8`>}bekAQznAj4}*f?YN#~azO>)v>NQ!t9!Nb|CT`!^n8
zqHR+t<6o=%6F_@MXzpcK^9M1zlm%+S-V9~loO@I|anS5{Z}}Q&<bxTRXs**<7HhFZ
zvzQf`7;yhS-(j^|jKBr?;l(SwReH0!I-j%nwbVI~gYp6Shk96t#SS-5Gg=Ei)7=Pq
z{XU9$g{ipi>s5%D_!+2<q{WTHcwveI?91N7jrN?y@h=SVuvvXMd1{5E-S-FvoIV0K
zk3K`UhC#}*K^qBYEb(%^p>o)xIB*+Nj!it9fxte(Nt}0R5s3O2QdW(%gA)Z-%Z1jD
zq?!~nB#e-5wXsqyw9AwuNuVU#^aZMS?yrPG>-*`rY><Jhy^i+Lajk^)pO-PqFCF=t
zVFh)#c>cO2Y%O?D7pt9Pmr6TtYRO##?l8h?ImM)fJj%@$LR)IF?vD*X<U>gdeOP8Z
z9=*ddaeDuBq<Z2d)2HIk*4=4uvx#ULdy!G@VV`4KNcZOZ51azROIBe20k(Y@isN$M
zqx1V**t$GKe$u%gzxlc+9B9*#-F|uqK5=7pllCrfRAv4?L=XNn8$#o^L60|4+;8&_
z=9Ar-HGJfWK~5t@JxC3Ac7%#vZ`iD#myv3epWmb@545Qfyr&ZH;mq|8@XqiiZZN&T
z^YeTW27hE_<>xWZQ9~Zsyd9pB&Pamu2q)p(SU>!-tQbozyWtI|qd2Hyc^!u38raAi
z`x^tr463^9z&5vy;7|E6^w#yk6=99@yEy%aC)aia;z5?v=rP+iuemI^hiXA;>YmH`
zF4%@AG<$&a!kKuW+7us4hmp9J|7#?H=`~xR9D_NZPDq5|EHc&vhQ@v4`?{{jriC;3
z=szDBjlJ%Exg%D{e9<EC8$21rcm|Km;ijg);rD|`*m~LuNIS3({qELrQTm2g*y4>P
z{25=vyJYu4;t8(vOM?ka5%^VPvXM9i`O>&&?9DKDw5@!s+?l)wUpC!@eo+loS|4uS
z|2(X9<y=4TIup1^_{S}@N2^pX;(kcDB`-05$3ANLQ$5?dZRt}Dl*3%^-$f;^Wl!g{
zlBVlKNK4{-;AlPu+14p;BJK<P&J)fQBWV{!=ie;W>0<;Oe7S~e)gK}98Y0K!;f!;M
zEck#Ix@-5X(^L;N?ZK@0IwKt+)8D#j4mt}qGgKULCWr}Mc5b&tA`MZ8IU#KdvA})-
zVP`$uACOA;-j!3{V9?thP?a|nBg}T7z;)6-xcpKu2%a0VWfQC%Fcn^Vn?mQqNkAGy
z^47hN0vE<R?1Ss4zGGR^K_+m9u#ULCfofF!kU#YN#|KU*V!6dS*kyKGCUQb>w|8IK
zBXxAR<nB?y3A5;Y1x303c?4K>+z5m*BA<A|yOluviOf?ES6pyZeVk?x*XmH8^Cl7>
z%2i#OQ+-^3NssL09X`dNakCiOUl`7&4LuI}fkT)aIhc5`rTRMVFzC<SilPpVho2=a
zV1l0MkyxGC7Git+$^YycUUz-sb~S6+dnBF9v@bk$lXa3otmme4^#rHmy}KWj=HIko
zskaw@Rc3{BPwrRTPChgBDnGr{k{!0}k2O=O`MUQ;ctz_cHg`z_iUShv6TZhnTo-r2
zzd~<`H4!?K6Gx%bsv8m%GpP34f;A}#b(k^zaw%GMy8`Fpn{d6Z^tqJHE=a52K#lo%
z63h$&kZND1I)!>??10ZXuF%g#?WhgMHvyp`NBxL|;DAo>{lGTf`LG2z7Oh5KdNx>S
z@g|<zMSZIjTezaN67tq-%XW#m%71O5CBkJKv%;SfRw4aAztbuZJ#r3n(vwJ97DPUs
z?lBwO&$X4s-?zVTi~E+ZV%GD9<Ne4mT+lWEr<gek-HdBjl(C0}2Beie80jTWI*&yg
zbb(=mTF8{Ils`VOXzBu?p`->c!@;(4GIRPt`q69y4v8O#^5qw3obeXAx3q^zt^Z>A
z=5t88PCB%`k<e;9#oHC$={AyoTkaP5N`7Q3zqDbj^!0P0h!tc8>Y(?90=PBPMHV{O
z(-wj7hf}`5?w~QM;EuluML7CIGG=|v2f`s1m~s{WoBI^sZ|H}n*LK6~{}yxm_=${k
z3#|Hg97xkB!aLlWd6F=~Ku+_@1j}Rb3K)!m+z~(6$FqasrPWd#{b!+K7%&5u+-xHB
z5^B<3WTab_`<K%=#YAmazmT7O_?Ej`Y(wEardZORSG^+mlOr)eoOqfrhB){v3~o9K
zojYAam+>JeFu}Z+uDY;NVcP2&C__zp%f!zRI&-|xfU0CV3j^=%Lz=6o9jvM71kF#6
zpm(T!@+WUU!4@@7f~9eOe0hB<nf_KK9l)tZNLM#k$<qlhf!6+wRpL6K>)>ndUY_*)
zh0^1}6A&><z3zm^^snMet8YNDmU1_jx(Q!+w?vonE*_&AEo2jCzU74fs6%_^{~7NO
zjY>~IewRa#y!$_eIFVglk;{aR8hUdt#H^kJy9Nwn<fDM{woaopT|Wp5D$V6~T6C5i
zn-ApKSi+1*9JjC(%p)hW>_<VOmT+b7J(xUUmn7=w%hv=9Oxz5{8FT4jy^r|$*B#!;
zbqb!{LGSZ;yYij!_Wb>oDdZ_n3;hM8tGV0o=J+w_7%nwAD#nR4Mn*B_lq>G#BWBiV
zkl36k2+B@lW4~5F|2eaOw7Znu!jibJ6PTTEh<WQn`Mmub_>X<=LK8w@#SGlNs;Nq~
z&)3qkVdNp0$c4-Q8mfE#T*Drvt<?-wPbQw>sl%SK2Oee;)rL%7nfM|_qPkRSDvnCC
zm-b{3m4W05IIWTJI}-7T@}|i&xHb1HACxi)NLNtpe8BKsPq@(bd9>f$QtvCEab**b
zri7CPo=EEgbPeda-VI6TqRHgHTxf9ORIC^BMcJ2aC?82eq@0AUYYU~2>MX+XW$0CT
zP3S~^*EB;Rt`J<RZuz|tzjb}c#~+x0q($Va#d)~x!wsCXn4ZBc+z6!MnPvo?b<p~+
zRJ*w|5@&G1)l(ka6xxsG&{OmTP{duejX>eCMy_e3KKEaa@vmYS@en_n;Eyzi6KVCM
zCGy{-Pqq=a4pGTV$s_+=0Kz<>M{uM5B*?i{gp@O~(1iMP8^Wh`lki&iK0>Q9sy#+|
z${hcV<%B_;_y&azjov&{cyXykm#;X#<~kpC{WjJ27iIp8?MS*+A&*Wzvxz*sen&MW
z?zYh1Ksh5YrcP^Lbxo3nZE}@~dx<|kaN>R#@8H0Qm-y56dT@T&Ew(v)BqyzkLIYDw
zWb(KC*RJfkSZ%)e4uzH}O$}f{v+IHI_#Yx@Z>Zk)#aytyb63`ErBNL=>@<JKZS3|a
zk06BCjwt1GK6Nh`aYjR4m}a90{qc9y0iaw_gmw}hm-;Js)~5#w{YzZO9q1fKfiF>8
z8SnEYMd%r3JE^_=bWvqpu88^+UNJ4Y0Ely>irQP4N#{n9_Js8d&w*dmR!Fo>M)EVl
zmta=+Qqt&#GI>POoY#?fug<3muhF2L4e8S(%;4>Nm^|4B9RJ;8#Dlc2dmPMMzYlze
z*H?D;1fbrCMC(uS=%9-69!_1QP#k2Tk+Y7|=NQHhfa(#qgsx*W2Sz%#u8%SM<b8}i
zIe?SaVBx!_BF%x3*OEw!3;mCteq$toF_hPYEA~P^QD5OF64tR$-xSEqpCkpnJxzUz
z)^g31>G+k-_9X8t6ORaNAg(Fq^V+LI=P}^}rt9dcq#^M0ik2d8@I%B$Slx3dP<=4c
zJwQGi3B$m5%tfS_vP&E8anhoYpI61sHcf+^t?e-F>Nqs-@4+*Q`k~$EBt{$o_FJsw
z&#pS^#Q`cK&Q-~?;(iBhAYOAL9+!J*&Ig0H^Fip+X7GsCzqLwwPrXa;zmu+W-RE>x
za1iNZC-S%N$mi_>&3@V-d;#^0_=T$%1?CHXD0IE>1i0Ae5mL<~;V<jt+)5VS+Fa+L
z_<xLeAVb2tpD1{b{1bQAE)qHcmfrcx%%YBS;s{PXI^4sL0gb_p{4tbHyn%gBzQLOZ
z+CbqwZB^h6VYx!r1Hx!d_@vM}DdPUr+aL}O#~B`1an?^y)DH9H!Y>LAq4<-IdC8P{
z^<iP=V^IClk-Qiu97WN$Abuu3`3N0P93;&$2FeYLRl@`8>(+zfz#p$3fD6;osUJ|w
zDUX0OqMCQ{As@906~aR_$Vvp4@mlK1+NVf!;)X9eb7qvS9QSZQ(Nh|K;2{X?`u_0^
z>s{~<`yHXP<oXl>>1jqfkCATU)N@3EA>F1W5T1}n9&I6!_eF{!vs#d)l24b(BM@)v
z)@hTjFVZC8Z3&C<ZFF<qzx_>UrZ~XV60Fl{<deu_Rbi%UJ0$*=f9xyZ)CT~eNkwmx
z>Y6>qsqFKwkyzjL6E<w|jFGp;+`$qWKTc(bCU;k3Ptv)Yq}Lk{cND&!kuJsw)vk>C
z68QDhbm57G7X^VY)w8ZC7l*7S&tag_-*d`ePCZSP)>kSY@q)BZUlciaiuSRg>*DgO
zv+=)~nMl1kHSnGTT_*%Y9N)%_gM<5~$>eDmdH%Y!c<%onGu>F9)4fz$Q)%%?YwD?-
zq0dShGT)>szWrW;=+nrplOv$F%O-Ix<;vN|@T*l7C!H#KK!lgWCF+r4{G1DH$4Eo0
z{7<d(W@XJPafF5?kd9Uei&5mq<Z+hNyRnn6tkRWre`MpJlnPuO^pZJv&*QYt^1Vja
znC>cHIGRwyk}BJR@HgcBh4&R62C0W2UGR$I(Zxx1y=BoWbsN3|sCR@dU-gH#SM#tV
z4*<eUT%|Un*CtOefx+32G-T0Vr1b#Nb0E*g4$Qoa<UxV1#~QpZ0_u6f{JmY-bDNeb
z^{wzutIv#Ti9G)kF0>f+G34;cmmqxd0HJNTMuUB9R<|t5lT;*c1h33b;l}=3u;sJ*
z^4r^iczB{O9-4eY_;FQuhg;Q}Kz%aNa}Zh<wY1`a`j`^=2s*E=6X9<<d5EEeJ=TN;
zj-0$Ij&j>g9N8CcwMhZ06_xS;$?E|1C>6q3CVIhVo~>u38-esCVQotcdpg{0u47|$
zS6C3`YbN!md`WkWl7@Oe#GfPTG4=Z<=y4|kp1+C5pU+KI`X}G~ybGNk-o;&se)#s%
zdF0}AZGKwXUR8o67AJ6<>W%Tkr{eI*n&6b@gt{FJ<^89I!@@Kz{yghC)V}(T{21*E
zcFjdSv{_#saQiTDdS2eJet%fEtbyw4ZzJa)f5yJ;e$D+e3-}P<1l*RmpABL`3f-Fx
zYjz%HxJ`qiUZ=!;;XuU)zBe|PU!9tXi`UXS&Esz>eS39bDT{94kgrGBr#ClQTGBjr
zzNZsr+LzIL-)@*+qN&a*u7JGOpP6~WcD(4`8e1idf{Cu%c#=aV?or<JIPW=Zl({`t
zy+6jC=D&cN%p!E#+>?(94uQp)KiLAG3%u>$#uzecsNC&tCNACcK^hT8pOKuO3cKTn
z(Y;1XFJ4FE%U2qz-@ZrSvh@!4@;fem#^`rp;LT>RY3BocNarY-1SZpcx`5xiJ#56s
z2o~l@d&hO12?ewNfkW&eIP~x#i*I+D8Pon`7fKMlOFk<R1vV;;1$Ufo$?TL@N@i^b
zh#9$_5B*|?Q_b$d#K{0-g0)ojyCHwQT9++*=?IRkXm7J^I;wjMXXxJg9c-+B6+&w&
zAew7oLV`84dbpGIwAzQ(_3q=}&h)HH&|-AY=_R+qzZg4$_F@>R53LeP*~&}5*t90s
z#owT>`4bF!^+^gJA;}{wI>Rc%)3g^@EMA7Ka4d(;ODP>B{WsDWhu`@FB_9pcoPI}8
zZQ%l|yWC@MF5iHSL*w|YN%I)x4!<4N2L9^rqO(5C(V+86Y!|Z|?l!SdBfUGbUK=*U
zhYLBdX^AtA-IswYjQSw!KR<uSks7`--5YYO!#VveC@qWOzS|)dS1_S&E^$f67)%dA
zx(7_X6b5%$A<*B-^gZ@AeJ4Eb9!7ifRs-dba@=kWi!fY#+HGbcwC0QX-_+AkTi@)=
z;@5?klN+D!=s5sCbvBZxgx=<liXG5lb|@4zGlrid!hrG}^`3jMFPZ;1Yk7eg*1w42
zzU{Xrvmw{R@p@!m&@0#pX9H%dn|6+eqB|Fn@}D&u;;v}aH$eKzTMV>;^<$p$dfRnn
z>k2v#{8u*?yU0}jKB_4sIoQej=v*c~T@Q!&n#sl;XJGZXa5wt7`Y)v;KKwksF2}x(
z-i`AvodJy$JJ>gSgY-Cb3>*7xF?<?(lJ(!TkiEU+0Z;cmff;Wa!mo?pc<!9*kUXTX
z5<I$G**LT@`UM?FFKB=kPoL1c@kXlFSvT;w(;EUz+Q62|&C=L!UtnO)Z;bPPBZ(R+
z4T)t7x>%`+Tt>b2A#mqIupHw!hI==aaLw{~_OwX}1dh$c$u3bmW@N1rueDX7nBnr8
z-PrNLV94te16q2)T+ch3jk!4rD4*Dt#rtr|#J0FGr5cK(?y(MAjMY-JRzP{rqn~E;
zTRmU0Ye(KPs#{sa$8f0&*Ktfl9Y=E*Gi|!uGs;3>hO~R$Uc#|3G;J@#?+b70a*1+^
zQJ&*+<7?plJ(BPspC#ZWg=&L$o;w0}4mwJo5d%#A*jriKzz&O9IBQ(b8bwZuahH7D
z2ryj>^KD9D<;u1)tvO8iJQ~6~Gy?BWCP;JSMmx(eVucS3nsz{nC`jk2CpTi(*c$Zj
zQO>@PN`_YRJHWyV9dH_321Wk9@L<YSWz5Y|C^_hXeM_%mfJqiwEM0_s==0CY%iB2B
zr>t|P4L&N~hp!si@OkNpT;y5*5?65@rdMF8Mt5FEHMR!FeVv7~UCwhc7OU-ls1_TE
zYp}r^E=z~<j<HYY_vX`AoO-FAN-<YN91c`0fZl!jL)V;eh-@E;XO1$t_S|*)%5ll7
zliZfxAv<^20rggllEvRtO=t~9L$uX>f0Kan0GcH30mDuo;8xE7AZ~!Ifh};ST?Ey0
z7TOL75pk%SvqR-Nc*=hBFKf$O23bAj-|4yhFh@(4sHp=KdvFP$J#d{Z<hAD~;&*x$
zs?nk?qUL#w<6UUzGy$q6?BTyw>|s=^*wQPJPrlL=+df_b-R%Cu@z+jbh!ef5RQwdq
z+?|g8S8Jrqxhc5ptTrdC<F6+M2%J-AO?n3(os+0Gwd9Geruh2GIFOD%hM$Hi_llk<
zYLKw2AuJnZ3LR|sD^JEZ!<^a|aQRkSCCzIm?0R$%?#QL^s$n`1R`QjXR>7k48NC0D
z0jM#i0-u>)#^IlLU}{A-wfW#YUbeq8-yWxd`p<G;>-PS1j>_aZT(7O4An+C_hA8s%
z%PY?Pg1XA$-n90-UF$BmICCY(XnSlr^fD{z<;tRY2yA-NO5h~n&}Jk&fXWXjYJnS9
zH5M2o-}fyOxeLUf3ULNT4ND=6pG4<yC*p{Yx_G?r4#@S$#9@ag;rY$AoMOt7w?*TX
z@0TFizPZ%zr?0?Dq`CuB?Rc!2{0E7v)P!O8+$gV^j~l&XH1Huzm*%o(K3ied8Uyvq
zm_sma|4a<sz7Yxg!E@tGJ~zV#gFANOEf=1V=1%ZYroY_|G$+EEBA8<wi`{2+lS*&-
z!G_`X*w_D|V%TW`T)(Cvi`q!7$YZNlSi`Op!SLfnDkq$m2!k+rTLU0I;*=j?x2+fN
zT{c>7s&r(n9mWIk8|L*fadR#|4W<QmMNM<!WyOQe4y0O8O-B9__2w3^HUaNv#WB-`
zVLaJ>2ULXlviCt>uq1RRuHJPCyqhX$rqzIXXL}KUIH;oLV(aa}(a;a{mk-4L*~aR#
zw`uf@=M8$!;RrUb8lv8IpUge~8%(iUgGGl@m7txw7}Y7f-_=Npde)s)ukXkso?n5?
z@({?Woe9L*>U*DJ<}^UYZ@Xs;jfE*X0d-tKIz*9k2U5LcgYN`uPBD~Uxp<+E?=85r
zaSrDjbJ)_+sX&@Wf_~LfvT__^k`X8LNTm;5dtv5WD|pdk5;)A(R>T-|j8@=0BR#>N
z0<*C6)-y(V3LU&|!=t9Fq@*X0c=_HG)Y8-BZ;cGq#`V(J{>ML&v=O{$)D6aenesnP
zR~?qc^0qNR6ayQvP_a9Koo7|-!bAlHJC5C5gkmF#h=_@Rs2~`q>^utwqSz>kfnC_$
zqTfCIuJ4a?o#Wwk*_nBsyWZUy{yyJHf8~|KC;xi|9Nfe^x~!+^i|=rgLt$9Uk~*#{
z)`g{U)PxPZ_F*XF<PMR!*H9Rx-F9iffejy0^Y$T(dB)+&>!qqEr_3PWdLW)nxh!1|
zG|<6oCe~4$UpbJJR_i{ZuKCtC*TA?LyvbJchUgJ@%2C$v2ckl)5L((Vm2kiM@;(X1
z$|s4mt8*c~eNkXczhu9R9Hq|;A8T7Z;g$*9s38^hwrpnu?KY3ak8nBCvxwQLbrtjO
zkds^q`xfn(Vn9RfN6*(WSI$1;JU|G3y(@~_t|&&(5c1@Kreyup;3wKNz51Q?s$N7_
zTE!lvS1|spYC#r#w3RMiD#A;PEus$|Cul47BzSaoC9j_rO#6NpFqQrax?e!Fys?Gf
zv`8eSQNdZ}_kMv~Kk*o2i)9_PE*o3CA)lAiM2FbTn9FY5vK`L9=#TyXTw-aBo3(zT
zVuZ2g(Joo#Xn>iB%s>8672bO^P3vE_k{)w^9z#>h4O3V0-3v{1)Ogag*XQ}m?wO3f
zqkFB26L^JCFN~fMz(ZC#An9j4KDm5_C^-K=q1LQIt+M9+z+lDia&}HEso%dLv>CKj
z1FBeaH3J*v&98Gc@S(UoG>DG{_7r!VBShuR)5XLV34Bwu<ywC$$>s@`w33VJJM(vA
z;A9f|hjVP}iN>7{qc4L5Fo;Kc_^?f3JQH5^ytrMefDS#uwbwV`b0d%Q;dl#G)BI-e
zeN|sd2P^DlkKuRZvFoelyB+H}a7Jw%T3Yj7IvAW$9D3YQzj4J=)hf+T`yh9P+@>j>
z9Zl#p9{qY9gSX9!589(=Dzo#ic=X3|u9Le#0~SCRt&<K@5?Rf|=;&+0$2v&iJ5SkB
zR6cuMMn^Bxyqy`GKj*P1!po^z{xd?Yo#pe(+;Htuv2acqGjp$Ij$e>Z6g&}6SZ@<^
zZU$L4<VC63;?|dU@EV!ay2Bv!@LPtqAln8RhNsIOaj!hiIhwUh;kt>nRoYbbu9;B9
zQaVlyl~uEA>ifFh#95X;<ZbsAa}=A$HNWSC@r=`<yx{3lf<D!*WxN$iliDXa>gW+x
zUTN;G!6q<P`7tW|qzR|2*g*F`q{(6Lk1?<&DdNs1rOEk{{dM7g;s`kODYTA_{8OYZ
zjqugsO=>W(Lai|!oZx1b4#hbKcwW@)k|pIV4B~2cE3(2j#i^r9xe)lDzb$a(2k%Kj
zyO_0VrV)M@$x+J{)`;ng2T9Zd9s29VXIH;gT(2~tK>rG?Ieg0+)$4MoS4<w(P!(zH
zn4*bnCp<5;=Br$qQjgFpr0Qp+=PG#74$u|-CFY-&yjq|zlvN#u_H@J9SuaGJ_E!zH
z1`}Eu1YIvc0d#i=&Z4vL*}9mUzbs+ZOvgOyj<=Vi53Kdz0%3T^zn&Iobxe6z=$r`>
zSjCs)9`lt?Ri*Mnm@A2X#CjVHuIHoGbD+h-892bBv^SVbJo`Be`<*ykk<&b+@NE<?
zlUG*Kt)FTP{DXHI&YgeUbaCnYL!eIib}4@@m(Pd(opO`FZNg_L(8@`K^crX+bzUU?
z6xpjhEN#dB9I9vAwC`<9eUnL*r*)<8^N;1#K$%T7;3w@QJd(mYdHsDpe&l<Kn;u+;
z9yp_LSXx-GrcL>liC;T<$jZlTP34uE+&%>_|566s_c!3F*<x!XZ<tz`21Tvq_it{~
z@24x#qgNT&B%mMUwA5<CE3$yDd|ADFuee37o0|8$`GDRrr=HnQN`Fjix<T4B`KdTo
zY?(0vYh0bn&HgRj%S9irchpsm5Z{EhrloMLSlLwm2RcJxiH<+(=dQ+Z9Y?%ZcK0qp
zTgc*DE|B7G%akYqf6cBHxA9Bw>9YCw)(oGkFqYfd2g@hgM{YBI9-ST4j#I}B5U$Jp
z8CZ)wX$J`CecpL@Cl?G0VE9UK<vq$OUCdlD2QTb&`YgsQ-a*hz3@^)ekFua=N|N{a
z>I@H~jb4H?bleK)&~(re-{_&=MPRm+H++{fdV)eiw!>3*7tqu^!D}R2n<ZtOLs;H@
zBqy8!hQjkWY;;N6w~`xFtHSTMFL!~?G!@r?>yHmR7bwFWt<3s~PKHI}7Rk^pdL_qv
z1bxNOVx+hkK1R0ga7Q-jxL3sA?rg4}CG?<_(d2olEr(CPrF5hQEiRzJp}8vPUlv|~
z_nDyPneIkfo0A9i;@?jT(~q-Dv|a&6aNn0m^_qQBB&i%@e2I!eVa|f51qE~%fy<1t
zy}kHYwILL?!G|B0>Fc66+GTA@o-aJN>Jek!Bs_(&WNTghUiqm?N1B&D*QKY?Spq&%
zsPzDkK*RJ_y@))i3>Tjf!TPFd1fCMmP<(YrfK>AhU#xW(7A9&N`<ARD<!Rs%^y>Mf
z@?vsd^*E`t@0K1e5`I&{Gw3R(L7#Ekn-ApAXTi|wF%)DOCyxbQMppC~99&qcT;)bg
zf&lMH)o*7<o#KCuTeG$%F>f8$P2VOlPtNd)ILp;S|8K~5f&4=CDP7B$#0np6`^{Gv
zZ8%@I()T!?Bw#i)bpWH^xQuyGj2Ki#-uJ)Bz(7LXsyWty#j1v>Nfn>G><L~6Sk#+~
z&1|4||9aej2PJ4a!us(3E*IsYgjFVbQGf>wrQ_3D@0Kc4IefFO32YIl8&W#xp<fTB
zE#TkXq*c+$N<#|Zf-E>cNBK5^{DPk?b_AXkG7A^E!?e1-gwKPg_$kve4nZ$;;yeue
zG{|tYI4HJti~3*w_B$yFnH62BknRM0Bh_cy3f>psV(K!=M0Vz@G`psJtKXIoo*nT_
zIAz*$WbhgJW@km^A&sb{r_j)=^0Y0qAS1glU5@;R%wPh;KjzIP@-F48R3;#SWzfGl
z@KV_K@TjW*4vBvQUa0X=p4VACl;F)2mcSc*lvTTyGnC&|`AzQZ5@K<a_Q-<XNtLNU
z`?CFvdj|T9Te<pb8T)&Z_s8zEVD5HOJqW#HDE-~SagJ2lPUR|Nojt@2-$Ew5r?}TD
zP>kDsMCD0z>&s+q>Kk{n-qDlNuJ#V|M8)d5wartB{(;xA$;&CAKP2ixZhHKjpy9>l
znQuhmpDxsEDE9nYkFy#u_v0h>38fu6?^`OAu2y~&dW2EaGAwB?_V91UwIBSI4Ufbb
z3OlduOO-L*9!g}eN&~C@WMGU0wh?@<%ht_vxNz@k(8V~DA-t-t=H^|Rq3yOf%D`ZT
z_JH1i2JACIVZKzoxZ9XaRgPLIZq?oQCTd+)KWEgLgwNyFl@B5_YNPTaDl+>7yxkjc
z!8jc}ttYp?L7}t0sXUO}D&ESwr(u3)>2ll%s<+P0Y~`Adb7!y1!*tuQlUlKvv3Xv<
zPn(gXxEQ%lUiJr#LdV8N$;$VWxc2e>r2Gu<NdI(tEAPoIFQ8F1#RcFL6B?3`QOVCQ
z1-LC8{6C0;Hk0Cc%J=dOO>bhYPw{ytj{Q19KZ<px=$hSS>e?lmZy_sP<;!Y570&ev
zXrbm98LSU&%wNKU_oKQ&)lK*jsq$uEsDxHw=r#T0z*eeGB<4YY+o08}=*0`MHmiSS
zc+koUTi{FL$Y$#UIru^>A<M;CmM4IvD^)FM$Oa7PKSnPh_m0znnWVCboQ1YX)0XoP
z?`FvMMkt+0!~8m{oS0MX3bNu(RjaQe;#tje+i_C}Ig7F7K^J_-Jyd(uGKEp=c|Q4?
ze?=X>gOt~7<WNRe_@?san_qwM;=)_tx8n&}E6sauXF`KW^rr@oLP`fabXk)$?z}e@
zE;2~WI9*=Y8F@LZRGOpdEoYV6vBL60S<Qv=M)xK!;ax3UXwmSAa!1V%c;Dxtj9qz;
zW?rgK3kD3}h3T1EP{ZwbXXq>WMTW}pGc(!suP1jt;xCd5)iW389yNx<Hsxty>6FqZ
zTMph8&JT(po4t_1DFx;*@B7VdkL=;64zp>~+CN-m%^;T<gBtSE(od)&yYiw{$GLV~
z0*_1!5+Agt=J%4WNmBxwn{H_f$#7akLo&Jv-=cUo*slr)5BK5c9yaFgi&v>k=tWK+
z=F5d!&!THzTq*v!4MiRGp=R}WarT`p;%yN>*?gWA58n14uXs{IzwqT5&L<CM{9N3d
zehA-t1#{8x8shcu<6`=g-?HtPQ_^q1A)4^wnk>1d6=yxeJ8y$yDY8v3>A!OnHRyd`
z$O8w&wdib~897vb>+MZlryU{xcj<KdN<ki219`1oSsn9;F*%DXsT;^*UkfVnr3!g&
zxW><|W{}h87n+*KbE&Op!jPr(q2x1qHhC~F>0U`<tQ@iUwZ!j~*T<f4jvbZCpC<?N
z8{W!MqjKb&+(9(N|Cxw6Sx%%@#(r(>@a!7)S}k?(iWt1BqFfLu`RQ-GXLznZ9d5In
z=j03IA_r%1gIRM(E*qgg;}g_A#iUkyvA@EI&Z5cX>9TC|^8EU@Ghd$F(9BG%sdpH>
zg6CU*6zRkA>AAgKWK!y1+B~O$IsL@}+S}wYV}2OxPw8HlX-eQ>SuePu(QElbe(JcF
zx<6b(ksrs=YsY2uCe&Z_e?5(Uue)K?JbPGN96O3BWjHspT0u`8zKJSlv!vH+H!3~7
zISs1!O7zrmw(-qW+41~!W5JT@xXw%Z`^I0^8~=zSJp1yKe<kQyXl*<*P=>#s9?a_J
z-BQB1_R#LM_!gdhZTFrkJ-Q>Kv&Qi4D@)~Un#0@vYa_Q_oT<NvFy-rOZ+P-Jd$z8;
zjuw_T#D>xpsiV&>esZuLy+7NG2QBpDd_O9r2<*F3;h(Kq1Mah_E|)p6SxofbCe9?j
z6>5E&1{c=t)@)#hgUdy!I~Cd7xSz(K0?wg+Z-&FSM<3_AYZ8qk2l~n}6>oD-m)}VX
zKRIyAoId3A-JbgEt3+JZDLL?$Cbin<xsir_-a6DY=gurDR=<m)mL<27%aQK7S$RG$
zeD_w)jKLmmi=z0uR!lG5bu8y^cTvWePlPzVktcWX<x@_#C3;t%TOE6r)X8VoUJ=SO
zmUN=IQ$59zl}Y41<RYnB{@n2_pL|<OxBk*j{=DW0J^EZk+PC6WJ5TWLi@iCsfQ{L1
zOC+D)*PI_-Xvi0XnsC^wedL;dE%&ZES0>h6Dk$ZVcJSf~Zuq7SRV}OI`yWU88E0c`
zakfQ1YO5c{*|N)4mC+&=PvBB_!Wr|Z=bXJs5#E+&a6kp#T4gQm{<>ApOKwf7e)YX2
zjTT!b=G6{rm74d~cxtauk<y?&J2u`bmsG#%Qvcpi-fzEwbKXp$qf=Vx|AzWW)!%jY
z=E^<YM(g_)cQzNtXYlCQwTyZaE#55UZ`*Ok*p&~QJF71>z81xe2G7(Nrn{SMR}ZEp
zl{^@@KqW`M5?|}53iKxLZ-aBsPY#hyU8nIbWWC?t?7`okDhrQwrE&GDqmDn4qkAH)
z-9La%9atr5M%e3PzNK*d^VJHE=#SNMejibR#`O|Z^K5fz<+OoO&s^%}e{$3Mcx`lS
zF>S$;2>D}ZG>w>BUtYUX2k(&D3Ar*vOdhv|QSYYv`PIC_Xs<86wT%iCNRU3sTZI44
zr>L_+g!@+*Ao^L((stn7hJB0A$^k<@7}<`OjLm&ZQ<21IqGFx-%*N&1w{RUAWSJqK
zJu9lcit9(fQ0Y}>3oBe!<3Mc@#!b(yKGXK2j^^C3ntEWB8}e8adwNu%v^i|U0db(4
ztJ(VVY4WliYXF-?WP3mHsC5H*dS6x&>K^O1o@&m!%nH}SJ-^A3X|_D@#x7Mmw5`ny
zdRPBH>b&|GN8JtM^$YxY<SB1@IkFmV{5So%r%C+7g?#ajRq+UI=Shv{+&W1L*YCMi
zFdbG1-OKg`uR3#^`b@efgPmKLm-}qwzE1<S>+SX=`4+X1Rxe|zde^E(+jW8Tt78rB
zGtHJp#|+Y(UEPcfuYK}Zq097Q-ZXB!v@KPMXw6O?eZ=^g?)dLy-hjQzZT@*MuwNGP
zn5zx9jN_u%C&0gaIeuOwTCDvk=y{P^il^|bf1udb=Cg4-+F8u{)IsjB7|0W2TDdG5
z{zmY=1-#cLokQB67k&+&bD@1fJUSy<;&*cIU-zkO<57w$jYnl4(xh+UBHZs3C+)T~
zZ~V(rd@8C3XNYMt6U4d)$NA3KtqhJ+*va4++VIYo>rO7CyWD;%oj#8x@8xy|uvWY0
z7Dm+^t@JI<L5wxwk1ICO!Ttlq_O-XT(NKIx8J9pFRWs$&uBT)T-e&Coc!ug+!#*$I
zuDwm*$MXdmOFF;I!>kwcK5G3(?B+sV^?_+Cslfemdh^}}4;wdv6FgUm1q<Gb_9;4Q
zqd)K@je7qYf_iwtKU&@4tm4&7@EZFq=uVz;I|29j)zHb@?8tlJ)X~ChnUkT`nc}Am
zqDdKk#?Gy~SaD9<BekL5dI-gXMeejw^{1b|(u2ch{LHJ%xU6<O<X1W48Mmdj>xygY
z^R>!`Db8{UJ5y4hn){d3zh?*HY?TcM2v|V3yaI%kQz;tMXq&)T6xIpw0dF{yD1kM+
zbMrg7YG+$=pF4xV=UlwV6zcDiCCYj<A=Eal&5RIZIz&<b5jD*F&k|6BVLW?PHg}BD
zG|W5gdfv}0+dPy%{obhU{#wagx4s{EyCD5?ScN|9%pvxFjRQ4f=s?Xn^6;pgR8<=w
zfZbx+sSvvG!;anFpHpkgGt+<Y#j#K6$VwMJSE`cI9>RY5ItlEcb;b^=?_QEhT<8mp
zGMXQ2^XPZ*3NfPJ2JDl*lYsTKxhI~x!TXs?KiRczNOD-ZymY^;{N!*z%!&U>mf@X=
zt2I=5fdABY;DpB>0=<OVE<#bG{-YjIn_R|xYa_2$xGSB<jNyX+{ul@QXGvhUX>P2q
zCqKsi#rA*YqYr7|!$Zv1JIg0G+Z(nOj?<up*!#~MNrk-jGcZ(IJ)4Jf3oU@J*XYWL
z2iSMXm7%kQm=(`ahc0n)p?wsP*@-gmBul>q7r4j5Zj3sSgBn%lo3nAA?(b|_OFKli
zA71mz*4F%EXf3nV(n<^+N>`mqvg(}&j~0ofa|h|mqxCF@bu}^ztd_X0JTX6pPQIMM
z0o7v}eaL#VVbuC^J#xVN_m(GyiLym5u>0K4_}N5pr(FSV<64)S<-Z}JWzCuCbGZgr
zma9v*(WchwE}>z#!S>TKtN1STRR9<FDx{-_G;k0BM-1oj74!)$opBCuV|`%8WOh3r
zFO>$mQ27wws1u1j5$4eTau1weYBy-uv9q-ERRGu0ni1w0Yp|0q{MbyB+xB#EtzC<n
z-4mwbF>oZG*m06eESf|oQwIt3q$pg$iyO?VM_-P26cs0XF|>p3`S2L+wdtCN)pM(V
zQ96tj@B11!s|ssTt84`-?z@we?%4ADyP@>YnZ!xbGPSf>s*bPh{_vlwDbB9rBT&0M
zC-;u3bq0@<($TXI$AF)5v@gN2Tq4@V>=pYHbykMddUtPTC%`NENrC;&`h)=6Y-yLx
zTQNO(gb3SuhSdG++&o#nwd$oG$=WVA{tOjLqb7J30XEs{(3M<2|2(CG#PIBg!Y9mE
zo~~Ay6KralR?mK7UhIqq9`S1JlS(`GWQ<KdXkJd$x;QXnZJx$c+HqdUCsG>eY1ek*
zVo(Ary@%^*loKb<z0FUZ^}ZC4TZ+zXEMzvXJsFzkwj7x8&PeSP!M_}e=<d5xq{pUZ
zjC!Y4=|x3}MQ>U4P^D*U8Jwa%uliRs(u$MIy-?L>ta|-P+;@R~q3wr0%IKb(8NH!f
zT({sIbF6i&lZ2iImTy)%+}yZliE(zvHl=y_?!n8fG?e}H5}aQAC0o60z*|~))AL83
z^yot;P1TFSp_auaz^kmL*`rT0*3Hm*Z(^laW*@F&0{5XgBDmcw8@lpx|M9Ss_qoaC
zPaI^ujC!svZRT9SH!N<+T;)O$eOB9g;{En91Wg7EsY=i!qTs)U;GU<fv^f5rgdQ{$
zMyNW0KQg~<KP7^_-MF9SSAn(2(*cT46t1iB7kg<<z5lLP_b(q+2qvtld3=5k4ZTJQ
zO_Jrp@)}!Tm@U4SJV_&8*X6YPNiL5^o?&1g1N)Rd1wO@5pAFw6^q)CkIT<e^bXsr;
z&tFt(A)vzv|Hy^!CTU#~uF7Je$ikzK%a3u5c~7@z^w51FE6zqw$(0S;X+FvJoSc*@
zET{iIj&<Q-$2wEvxHSYlKv)l~j~zqbQ}3!j_}jd?)NYywm5X@n0$*dI_Nl4sN7`>+
zN^z9Z0(knXGM7xm*$+Kgpl(!uNQ@Dlay2<F%4d#zy_ek2+u*D`Nw0>!)0)+<#w}Yp
z0apt`(^fRgS14n8Omb2Dhj({|=6OiqKmQw=pW$0&{N`x2?xb{5)(N3QcN<s2)3}rC
zG6Q~@4}IK4)q`;cjB8!BCR*;iWrR5sS56G2y`GJPPe@O;Jn;~o?YoQfx<gd$w+k)K
ze8rav#4~&py>_^!upE9OLyK&mpIb-W2UkyFm)oOw)6p*4mJ+Gr=IoWUX<|A3tGlfU
zZq(Bn?9dbk7Iahj=r4geqv=J@ar!cQ31811U2wKR>#K6%r=2o<KjyXORHJy2_xx&w
z27a$X@B{iL>?w?1l<)-F&`BZu>R^CSy5;aF2UGEzUD-$I&k80qs4U&}h4yrMAfK%>
zQG{Qu&CcVY19xs!I$J`YOT}xrzWCRw6+ZKZlt=h`+DRx(f{zf1-70gwE0+j40sqPG
zPPcrkilx+;z>S1lg130@m48nkL#_W2?WW!0sre4k=DxuMJRx{)rAx$l-xspwP=8r;
zdX~~JJpPmme0^VrUoqh)<yWivjQZ6Z4c)`8x7*U2$xcG)ex;)ew~LXj_O`_R)FJc=
zaQ?f}nY!v--RF$bIf@f?@Df)KT?&u=nFpsG5sT=$(tR54jrvRrlBM13$!|b2vu4B=
z!rw7ab6nzzr3qcdSW}F18>=<?<j^QNec2X*AAmpD&%hG{I+OS99!4kT*OB)_F9>)B
z#ym*nt@;ft#!biTyb8}}_kB1RdUJ>bZi^smOTECF#q{LgI?8&voC|sU5QFFT;xj?+
zobw@q?H%hexRM9e8!uG8qOS3KJoBYHBiOfTm_+??$u&m>cvyoU<zt0<=4l5tFV@lC
zG||7Z!eWAtVWV7m{ZZ>!`p<GDuAfPvcZYM`N(-sjvm3l|{~@V*FL$0LUAiB_-_91#
z!>`Q5C{p**Z(%L|eY_gx{RG2f$b=@XN#QOs3Wk@X`t>^kzgH<;r#MD{vp9Zpt-NgG
z)e6JN-Co7S|7VA|Om!~=4ZyD*Ep=!g0l!Ymr>>Xa(LB!TWS1ntQOH-elG4=Sp0lCx
zr5c-n=Vi5KL#rkLGe*GI#z^bRB~17$LJ#rdksVQIPHa=BrjEVs3B4wPL0a|Df_m7i
zdi<;7ZmBnWD4@0JsbgKed$Y}QM$3)VKBq7vlVN>u1A?EF%FjpmZ5Od?ZT~knj+aC=
zhkguwYA&LFa_qR)G`V6TGNGef?|2$1J^-HU@aBq}bmjSgsSLj@kjG)X50&SX@ITs&
z0rL&qk7=<ioWR4J(%`hJf4Q<R>f&!n6ZJugb5S><>3CB>^BdqnZFs#jZn3?pNPZl|
z|5+9`w_f~W04GiKIhzw6kVluD3aeyt&|LB0Q7-gNXWq8nMhCV@j}C7IvLPMysB|Q&
zj1Ku6dcu#DXGNdr$nuc2lpu@&@9Hk*p_9te4vQ=eJj)XYWk}USz*2(e1veC8WQd~i
zUQYsl86VzUfM>iX4waLnv`235B*ndi`V|UGlovs+NbsW)zFu*z?07jq<v5C?sBhsI
zQML6-QrHHqXCiA;*^@jqEJ{pnds#q_aVwv3qS(t7B7eIcbZS{^hR@f(*6)B!<S5_%
zvdzR8;a~0uWJt6oekJe!*pX4s&~T+h$&up)YKE7G)H9JwFfuD1+Mz2!`)W!j&JJ7$
zEoh~DpH#ee?C}vf%C<c%&TU1&MiE-Dkp$*SU|$}`9{N}fx!!30@TNQMyBN#w7Fp<t
zH4EzIlv29Vl0gOgs;rMNw_-pn-X<P0mFqe*X55!p<LsgGP#)21D9?=9kk`*023za5
znj3U2+Dp&8(^?h|TFdZRX4Te(&D`zVdGK89rGuXjh`oXAZkXa*{r@u#=yU^G1o_B#
zE;@Z6ciZHqvNKW{%WASw^CF?qY2|`F1Wlqc4TkS9;F|<|mAVIU^5tj6i<-i5)UJ+P
zlKRS1)a7<1&CM=E+`>Ljz*T|l)x>&em;01K)-_4xtMuvGxjf7n)UTDwXMpJ|2z5)x
z`!}a0oyW1757Zrb7B1)ljcO__4*sEeFIE}5@C;Owj*;?R<BBG5nbbTXPbRbSFHyVI
z68S+p$c|Q5^RAD+1GdIc!_(RDCEHXzG44f9j5(U;2j_NgtNKHEL4}LxkD176BG_Y6
zlJsjhhJ2qKmdKi=&(uU69)Oz9x~{>83ES3vBz%WnZ{2)G&W8HMdCbrIschJUp5{}-
zYRWYMrdH<J!931DPQ$o1T@PAA8NR3G;WmYIpD>(n5s@sAjUZ3?%)l?haLOg*7Bs<j
z2Lt0#D;J=DR#4X(SGeBz;fygba%r(Fz9CJz)XN1L2^v0_?0?_WkhyAGyz82(r<J!X
z^$*W{6!^~m=?O*?2OG0#o2JIhu7%0DW?ixO`4xVcc9rcCf6?CgZHyBA(`B<q>Cz+r
z0~U`f>G5Bp#p6fy$>ZVxK5Dy%jue=s_31msSl_%oe|S<uuiXUC(`;JJR_?QDL3l~C
zLL*ZI)!f3nTMeVaF6p$(zPLH+TSMC1>$DuSU>806uRL%6cZjvNOI^0rE+yxCWO0Qb
zN4Vk4jU4^?x_EhZH(#sXHmPzo7lF@;*nIm%-{ls(+P|NkJI{tg=R}BN(SPOnQG4h^
zTt)HQBAq@w+0926I+3~gn7}=d^(ANSwXvXH{B8-Vlo-QF!&lLlr|0-ceRm$aC``DQ
zcp^64SSh1TyjN&lkjgf+quOJ1Zt=%a_v`LUMM{q6$^%b|`wy-3xnxPX@uk_prz2;N
z?LhxR?%}!3;`s9!u6os<^%mc$+mN30BmNm}eVRoUlNVEby?Dc~dp>h(@Be7$vp+6)
z_gT0!zeYVne$&(?Pbl9(XSO<YPkwLNfZyBr(}BJ?3vKp&863Ben~b&Pw2}GEi1Sz2
zd-67N^;*ic-uTlm4(0OLkGXxjp42Jbg)f8CDo%fA^fgz=s?#gU!<FmHfnQp(-`g-5
zpS)f6Nf@9nZF+%<X_M(u<~$y)4dw9#mr<i0iM%AWteM;1ANOBCUyu>T%Vt`N&RHY0
zYpEXGZ|E-SmroPeos>2&yP)oY-FIIT9i^>ax7-pwdS|;_{tkO6{4At@OAn_y``&4o
zL!;uo<;IxoIZPXdaNCcsWP|I|X+Uz^@%Ba2j6D_s^w#URyit}3HN@k>CXi<HnNFA5
z!NXE4%;oQrDY$19{rkTfV#$~T+%seWKVARUI5>G2yX<(Z4P7;b|Alzdgf6YP;=Mw8
zMz<YQ)vBo8;!h+Gs;p^l&yx6!-E!gNA0#X$E!Stg-X%w^s?2?!58;vSA>zGF0cw^s
zUUS`0G;b{DN_XI-0ySh}WVw`KU#&SC&uioFb5tKGFW$#<Vk25p>v1czy_Ie;#-`uz
z5h~~ZdQYf(K2fy>l~`1V<4WNCfyME{E^$83JDRLrK7E*vc8ce_>vq$!eQP-y?<U^b
zx`&cn>f@Y@N)(h-n9f>;%ZN{n<iKHRTzPG}nlDl4YbdqM?5MBb(T_8_Rpm>GMf6)^
z@SMu^l6vbKcA8brGts=}Z*9@BCyen^YuCNJxmSC=dgCB2HPumsx^79DA2^h1RbP`d
zqU2ptYdn2RvbMqX4ObXYNl&jfiGpL7v6I^hDIRZC_b4Oh*>l0kvGU#Dt9(k#5)Y2=
zA<x?@_;`bPbZJR`F6bO7Fh0V(kWEf7m)z`6x62KuCQVn6u&XH_UC&Q*GG0^Jlgp`l
zmM!YD0Q;{y#Gbn?^s{>o)4b|e<o$<uFL==}>OOG}_x)^3YD|kBw4={AtMZt;KGg7G
zBo#ezgpax3I`(g9e{Q|QmQ{V>nsRu7Lu_5(r071uLce*;U5v^8&I6vW;VtJZ^<vsP
z_VX=l0+V>Ww)XhVw_axQR1auR8}rVw{Q5+PEMD2By1r?LFQaCW?Iuv{Bs@nmID)Rm
zSOMcww0UpRWbY20<eId#n4_(-RCWtGej-N$Mp6CW8FHP!FD(gNOF8fHeEY=jqDuHD
za(s|s_@B|F*QMX`c!Qq;zf+Dqyi3}i^i&ui(?<Gnhh7$DspwdCcRD3x|6JZ^98mQx
zN9HUg;EsVhGB9=?`t2Xqc~##0d}-H&vd5;%B$xeEW3-*A@CrRDzJB`1IW^&3>Ntt&
zsoykUS>9UC>()rV%-v6yUY8=h#T-Vj@=f21tj2)4;HBH{lBzHCNFJtNpmSuissRnZ
zR9B}B_ql&UK^=G`gL`flTI@z1wQ8Fd7@LJPvCx6x;&GeOR5mO|+`1Oe$y0A>gBDcd
z+Q@*W4JgL9Tb~e}T6WW7otpEnPgMoR4$O6;n!c}S-O?ZO$$NJL{VKg9qiAkSh|p|i
zP#K3Y9QACUNGh<Kn-40=Htvq*{?GZu`dmZ0dM_}ue;+3NnRd5&C}N!s%dp@tT(`Te
zm=QBp&Mi|*{HyCGw$<JsR*cQ3=kJ$6X;(^d(j|M*w{Dm$=<G-fXB^VH?^=;J7oj#A
zsB1u+nnwbb(c!P%C9p_j>fyYrcR6iB^fuIT0rU6y6O>%A3xfmbPlsQkuW7A%mO^bx
z(K`QpdW9b?XjZj)1Wwepd)woz>I!^&UvIu!Bbd=Uloqy%+dMhRz<Xg`-+@%$9m1JO
zs1<U;GrR@re=^X&+;AVh$F100T1+aW-+Y@*U*<YfrLK17;gy1bMP&DCHP0;*EwBc>
zZ$%F657{F3T$oA4OWK(mKeVDF!?P*%RZ0@LMVlK_)(kl}kiBh>8t#+M^S&>0`OJXc
z6!0)a<UXq?GQ<7oahqUDJ>n!kdV9NE-};kVw!MjS+u|5=EN<+r&$C`vGr^y#FZ3JT
zQ|W!tUyRxo`EG|wV6^~7sJfSqGftvUchIEo7H0kzCxA1N>~(2@te!fXlB0)_XNmRP
z&Ef^8EGoh+nl+SP1BTP|A2p48`@f3B$;COtr#8En7|AJkKjh8QPzGLz$FnNxST{P|
zrMCQlEx0_KUuX{;kISaBT;%7XF{F4HSgEIt`ib@1EZTk?ua_>R1Iw$Sm-A7N_SNWx
zohLo<?|?aJL-)(A0|sZ(xQ2H{OvH8$`8$-L6(sP4VkT}97&o<Dc8808BmRf?V)0o4
zEH#!Eo+w|>c}C`l#wO;Af&XTX@e$a1RAGQ9Jf)8r^uDCoyLhtnefWYe#(0o-WKBJ?
z*eWrh)B%Q`fgbUZs@5F$rn}6gWpdH6k+OsRdwPYl9=Clg%ri^pQ}2UI@Q~3xD@fuC
zO2U6@>~6&#&SR;u<4w^x=(%`XtBD@HygdU8#X`LvKX})efZL?zdD3?uzTV`e0siD6
zIX7M8%ZU=2jSEM48eI;oA>1Q+eXtrE_b3*|Zsr{=2hVO#bQq|i*7aG56(qEnEO(^|
zbQQkSXt-J8=hW`+Rz`ga%nM!qDH!)6rwv%k=H(Qwvv0EK+B*uzm<^)!XAhB|?@ES#
z;W1P3J<vRFvh3tWKYJIVza|NcMe&DB*p$Lu>!it6vxgYpf`bLF&BZ(K<OhCL6}J<5
z8uJ&$wkK~3b*)r~a}u?#xJ%VA+2K4Z=sqfc@3wd~j-~1+;1v3}A(dG(Tb{Zy3jBD6
z?p=460p+&yz<SA4BO`|HwRuMMJY7`(D(*0EKfER0dO35Eh5qb%ZX@r%P~Eg$-G>8b
z_hMiLRUYUHeD+~rluTXRm_19BG@<24Z|)<{EpeyLS&xNh$1oc1VralZQuQ?bM-&Go
zt>mU{4)V5-E4jzKy*NMHAGNxaa@!Z61C;_KG_!;b<9R-<xXRDlE@emVlz%$R7Z|6~
zh~jYN{e1pZAYGj?E004}?JIri`*18By;Fr1mZ&jB3~7UXNv=_^iBS}O^MIIlw6*DQ
zKb8k>>M3&LgUJtjHB4I*LeA@5SYej^D16svJ%D%4gQqNP!?k}kpmsM+dbz$LHS*Kt
zS+Sd@>}e;^f5719{59Z_;BQs1o(rLUb~AJ~ZI=B=X(Rmpyjle23%5S!1#m_{*US4o
z%9FomJw0T@6;^yY=tWZ<+F8rq)`N<7cHm^Kx1JVOM2FsG{0;%G)2dY;LaJsfG}7tw
z_!6e79dNhv&x+sVr<RMw%rZYT=qpZi4q)ryb%fuslBTNjO0Sy`a9V&9xcz}4N=LD)
z_iruf(iRC#Nh1z_7LyvTq;@+K>A%&dxX7W^bY{&hc`fx8?M*n#eG+aG@Lk?7SHi>`
z(VC!T^8Al-X6Tb<@{Zp${?MxhK@XV<<Nen)O9D5E)6vEGN}*?*9Q{xOMrzQMynfsT
zrNwE@pAZq#s<=M&^=GHkQ>_SdCg6Rz@RSUNmvk~Ln*$#|;2!Y@6@SRV!(S^s53T7>
z7z3#}f^H?;zo=X8A7wWs>V2!FX}`sdzyI4Um7ek4H`I)5UkbYGr@YwhBW*p<OFAWO
zW}7ON%!893Qe4MuZdSf8%SGATf5B&hj^eMqJ;`cef9O+d9o!)Ui=+tX6ll9jT)yio
z`EKVp9?*B2bMCWn2G_{d??)1JWL}@bQ_$d)YqV+nRQ~2|W0oBGNnxA_ol_m&D3dpT
z94xb&vZ@bF)gi{Hu#O+k3eWQcSc4?hGhP=9a<E-F8T@#y0dHs4A3K8FmR}RfW1;4b
zPdYV4d^ymTRbTaAFoWv(Zsv?Kp;SDo5WTIHAi>MPl1q8x*q&ZbDn7&K47EnUd2@ZP
zMza#bB(PCl3+&AkqAM$n!1dR;a>w9<T+3slfM+omH1>5F)!?YQp5b33LU{!7_j78V
zHfkI+MvOQ-qqW}L!c>}bv4<r`*Y#rfT^aKCfoNIeGKB@tWaY=eJ?53sJ;<@_ATGW5
zlGdx$wme=a-*vpHu&d_VUwp1~YEs<o3)<nY7x;-A@yYL}<>(Q~^c(xV{fHk;&<1p=
zTDVxYuNc<<H!D8g-cs;3{sA5u1W#5)WER4Hcn__dZNEPfE;~lh467@m*kx~?-57gq
z|JufTI~+6M0qDv5OwOP3NS>Y=Ae_&hq|!(Fqlb#>SQF{(93m1fp4H$bomCx<zI>Vd
z&)~g>XW^tgJ3N984F`W+kTEw*hDlETw(RPK=S^!hq1=j&TwquMrGq5&1uLE(y*W*)
zngBoRS*cd~lcb9TAE*JZMYoLuWO&hIoRu0N(AO?auRDlDXDfN|&Idl!aTUXFGq96a
zzkkB`EPF(L7pQgq-ZIu0Gj*)MyqiitDZB{ZS&J3F$FvG0aJte@3~va}T0!*y4X9LB
zfWO7AfbA6CE=5*8ouSn&Yi*WU^G&XLWC-OYfa9j~;DhuA-=V8q0Xjg&9mGCWZ|7@Y
zd*9B>GcxW6GS*V&uiTZ+{K!%3W9+Tu0Sy&G$SS1kxiW_GOu!Fl<xZTwc98@=i3+D0
z5XPh_?J1Tf60k~ycy*T01@vEkgK88yC=xcc$<uZ4vf^jO*;J`?5G|YahbEnRFMusN
zdXP(0J;~@B!kGB|oYLkhw+kHbuq?sT@RxQ8(8KkTYmYI>VmEU8GmALx;6ze7YDDKJ
z)U)nusWd&Z42FMqvA=qQOKDpf-UI8|ieJwe%^PkErm0;AllmRXkK(!n-N@5UZIey5
zZRQar2Q&JN6>h(>=@0B5PIuSUFxNN7IY_@xF|q_XWzQ)Y*?t4`MJMqyU>)@HccV(<
z#{&05z)M*xHIjfq(8z`LKet{&lYAp!96VG&lJa>UWvaqH`q1kLe8zmmW7H1&4Wobg
zc>VmQ(va}n&|0H;z=|ktST0T)Q9_MXRC=8t;bUDK^(4a_5l?;VRxquH#~AQ60@sz$
zH?mMl308Rlas)&16>=5Spq28r;%}c={%bNVX%fwkGJk6D2Ne9cnBFnCsaVnMgH$-A
ze9rUC+B$H`M9o5D)}acgVx`Z_fr_`4Z!nZE1vYa%&!i-kK^Y}`9Ce6sRQ^~GtNm1-
zy(jo-Zm!FJC%aMpeto$6E^BeAT19G+R*ArGdeH_Q4b_{!ExPi-J5%|~ffIDS$vE)G
z5FKL^^L&m1@0t*_vp96n-h{7%hR=cq$yBwj!yky3&5x)#=h>t0l3KrbJma&nO$5`2
zGt$nX4CButDRcutBP$-{-4P!IaMT=7DTMy}j(6I3)<Ra)i!uuZ^Wl{C=9`}D1at&j
zMjjz}Mp;U$#1+;=%ITwy8mMand5?ewW?-z$x1fo6vf)K&m!qV{>R+Qe0qdPHr+GRN
zo=*qP@UI~WOkM+!Yc=Nizozij8DGUThh@g%8Z$NI8Vrt9eZcS>8hS)&7=9jmPCzRO
zWFImi|5XWGAkU5!H1L_6JaRn)yO0?bGR}4F!S!kY)2pu$$b|%YojL?8VSGkY^$s6p
zVqLIKOGxQwd`^43e>acqydK%sJJIY>*SuT^_eJ>s^7qE$JY)J$*}mOn0%pjynMVaO
z9Ra@~p^=p5l<>28^@Hq1Onp6rp|{~fo9mxi6w<%%VrYz(>^`X*w5dP)_L$4dg9cKy
zH#cz2o_yk^y#XD>ZqHm8`d_|0TLW4Ids7!_!{;0AV0e95bc7qU`#5@g?i_sWFp0XM
z<MsWFS2uc4=8PKZzms}dgh*(1Qu!S+P*I|)E5S3-qO#o?z9?@V@}~?>0zMhYAfXqE
znisoGljwWi9vng8JEO7RpoNKb*J=e;(vkaVQGJAt9LIq6Lmt!29MO5CIr&O86M3Z$
zf2%Y*a<xgwTU+S3N7WC6o-|diWWVK-!d8K`a8|x?tNp_yb`RjlVnrAk6Es&lDt7rE
zH+Njh`$Oy{YK2uMaIi#v{nw`*1U)9>ztmDbf{^EljkQuxLzQT2?;P39Vywy{j8um%
z=IG6xph2+r>ChYEbeBDp8J=HXI<_AT{kBBqaD<GCkn4%S*nxz;=JYjIrpnEJ_FgXL
zbvwYwr%Z5)aWc$H-m*R}RXzsa06#hwefFDyU3Awo99k?^)xQZ(E5;YJ)Ky)<M<h+T
zcU~61yN(>nBti@HV&riG*hKGIcp}f<Es)(%HIFgoc*{Sm{NAe_9T@$j-D(o5I8<F%
zAJng%^1w1O%U38r8aVq30SlFOpsZiT&F%l1@r?(E8JwW%7+GIer7^kc^sQt+sv~Q&
zi|Q7W|HALvJ0nk}y&as6LdzgW7%ZdfW-CuFbKd9Im!yU$zs*=bbL`8#g#1Kh4e+`T
zSm|j4`y}DMsOX4G61*b<+jgdpwfk$}Muv7Zf%^*Y3HJi8aFgMiwD=X}%vZ&d<drEM
zdBxoq!mH3J?$G-Q7kzn^ZmlX$XLmi8qYsD42T^ml_ofQ^k<Vqt*ezd;q)lb`<hpUx
zWq}Wst<{L0t~tZumza8Q3geECcDXnmDIvq(TbTP+ua!wNukwu#&Q!YAR}uqn@Qj8d
z#K7yi@j87R_RT!W&uUGO1$@uR%ZE40fG;-YoR<a76}k2Kc<n7ocN|SVc`!~+Xi<#f
zrboEEdOcGlPM9P7(`)M?|2D`w!A^W4AiwEl*yt45K`g8_m0rvk#9nm+=)(7DqScX`
z#`0?x9OyNeUiMkxax3c+k2*Yz79GR>+lOL!RZ<A$8&Fw}bxRR{{<(9jjv>Z_sP7`7
zs4oXD-a+28nQ*UMdd&*CDa={#d~T7;-Z(oxJ*m7gAmB3HvjOJX&k(PjpUO==@|)!f
z*3bu(UrSRH&(gNBk7?V=Xxe2?<NRmJo7;al2=mQu3V-h-XEv;;+chqvcS_krck>@I
z4)hMCxn&Y$?Y&nh@WKr#pZIHaz9sXrk#2nO+(GWQ=m6iz3Lt(no-W<kK~Juh;lbJE
z%p1PRG$`Afd)M9}TizTl>|XyhhI_A)W2T%>;=#|jWaS(Dp=vY!Y}HwBdGir<E{g9-
z6P(ztSbI*tm`3#{d-D3d1x(A>2AuY+sUB+G+&JYBL;E|o<{|D)dF&K_s{XVi-yGVU
zBGb-u0sW`6?zB2-QI{5ab0VI1^`XSyb#YtUmS);y(c;IR<Tt3H7&qX7(9^8Bd;A5)
z_+*v9R<xr=56(^=!NtyYq?DMo{Pk25T!W2P9m~?nyAC?)hJ9cE<TA&a<36qQ{YQ^W
z%p0#?p2AoMZQP5ed}KtB=ujYzm(18q)2AKea33rEjA5mJy!)6!<Y{@QQ$AVTV=2GI
zUX7KmU6gjO7wfez1oQ9qk({r^ZBfjoEZt5#CGxi@g_`Rkx|NMaU08E`(JrECM7fms
zZEigL-8#Op+mDCYhLcl`RfM_}uNF2J_+94xt+x8YS|7y6+-U4|62b}R=8E8do{Z1&
zzF*6o-(ADIwL6Yz!T)X>l>>A6OVdxnm|0jHt34cb>PJiZxO2hF#|SmTkB8e+>yORl
z?gll@Glg_2;U6#GmfJuJ)^yVg{kMsWB){S3T^j2#mF@_)uG91j-#-dfhaINxp;PN3
zc#i)^(Gr<N$*Wa#%nPG-3~S`?-<sB^ch}k_r8Uc;+dtQn>$uA<6Lw$bWS7!9wLC96
zpUdUwG=Co4y`;q2)46vUoUx@YY4e70oy_^vsnL4sb28Nk?LUqd{7#ie;?s;~KC6v<
z1GY)W5+99;`WKPitD1i7PCc4`wSx3qSDWSy-$BLZm(c$N-H|tk9_H;ocJjs`JH1=R
zO|o3|pM2nPl6!4>Na!0zZ;1wzOHqR!mqkiII&Y!Ha(2{0>ScLXMid!N@kP%WnJrdu
zljd7FWb#_ky7engx7|b=G8^eH9~YCJ4h_u;3w6H23&_h@&ACCrT=&p>8FOW~blT9}
zO!vMhdbBNK4skz7UUjX^sFr7_sn0dezq=n{+%*10W&O>bAyoN`EnOTFMKw+toH=y9
ztY57LZ@O2A8vHAtH*a<93h49OlwpUvQ3C5s9_!vw`92#opY5lq+52VuexxrK9IA^J
zKPJ+%TCe35oK<Q2X)i|)n<{=~evr6#F5c<{M@6=g3TtLOtWVSO|CMdyD)WHy#kiS|
z4O_;>$|BQ_vQ@>}Jn8ZwvPrH<J*sqK;0#?mgMFgQZRHi+M#$<-|8UZi^K7XfGVV@`
zrO_6>$#Ez4w+$L3(0??{yASn`xh+=K8JL9L5q<j>Al=V}Yc7r?RfpZ%;(7Bd?1QiW
zqyyNy!Y#gFUcaHn)Ev?DL<<^KeK6Nq-a*_>Y^Qz?)-6W>bLn%xTp{L#DO{nE9mdEF
zhsM*UIWyVs^&#|HLHY6S2#Nb))o-{*T2gR3=AkYdC);3ej}ZB2_#^sn?kf>n;JqkN
zYB{4v46LIGKH*h$Y|XFzTFFD7v*}}QEmL6|*1~ANv6<Gh_H)J<8TTu{gf8Q5BeKQD
z$?p8`UVd(FKNmezOrMf<4fQya3MX3f53M@|jKp&n6~|G<W!?(csK<nbw7K~Z`i}QH
zfTIHV%(xecJ|WbgK&|sBhdTQB7u#?zL1g*!F<n_-n8w`iKvVx)udrG4nHfk8=lm2G
z$JCUGRa~jt(w$nfA!m7S+-7zOpCDJ<9m|)imtgCxAW`z_c53nC4Q0$7?GkSPnI@bm
zrO$Y{pVfTzo_T{CKX1Sf=3DBeey0=WRF>~k$~@M!CMUcinpnzDU5}z7Q&inkYTYgr
z<+p%bE7_UoW$`d7fzG<eife@<H5yo)0|I}@z!Fh%dVVLyee*i6joRkaCr0{`AX(tU
zDS7*6Nz`j8?*4fTmz%MT*S>v7$1MkNk1A=R^S0IeZD$k@TT<5WOP{RgPQF5=$K%}U
z`F)K3<ufHXBgv}b9!g(gOITOnKnL;qbwhJyQZ}0|cQ_*aIf1{7^Y4mK>g>M~b&Z~P
z(0V_)A{92*ueMu0@{baguJr(q+mo8F*qY5zw^#W&&W1_9*h$~w<0eLaZ%l`r8VK+@
z*=!vyhc=5At!iWl`}A0GvBM)8JEedQT;wNhO6b5D{Y`px{a5BxvAY5GYb_c8-Es!?
zdWzIq9LBz3P2XQs7;iT0QHU_ld}~!G&GzU-3o5U~_)_^?vt69E>b~%OjXkt$Inuy@
zLS~WViE`3VXA||QU3JsUe__qJ>*q%T+$#&`ClgqXb5fl+vC2u_KDHt$j-Hl(F%7PJ
ziKndEYJ9QsVO1-@6@K(-4Bvm5W~6p6s&`%bLJo-8AkX9dr$q%vORTRpEo(JT*5l~y
zmrGKuH8_si7nn)i+xC$*z3Stfku0_-d_eB~)ssh8-zb6)VPD%BgUEew4Xz(lnJ_Qh
za_mmw7Qd7u%zZp`Nwz%X6svHJ6&8XYc=FGC^1r#`<+0k27`&rRy4;Kwt|=h<$9OX8
zn1@~LZhEfUBgfoN)o@R8=2kBP=Ng^1^=04*scVFlyv}zYz7^KNC&}%PA$lE;6my4<
zkxvg4Haiu)#Bl}ch>PF%i7gQ&3D_;}1Rv9qW8Cw&evCz7oN*nhU8vAXR;yDMSZy-!
z*O)!Oh`w-q3RQ2qkbhTuD6Y-juJD0Etq*g*;w@C|QQsyhEYhx!m-}2Q+R%Z9?%GL{
zS3M!j8<i;2Qhu(pnmirisLI4ovd4r!JZozRHHo-Kjr-Tudt|Ibe>C8r3&l<J8DWjJ
z%ZJO*$##cj|MQhirD3sNyt#h_LGx+_E52i3qX8{ug6p|R!?9H5+A=YHT2tW0AI*ES
z4_)OJ_#W*huxkp%Z@Z*;lA$+D--X9zWLh_dcF@)5z&#?Peq(LHf#L+MU{<$Ug`c0-
z>`tta(4ew^d3RNJ#*!14(YJHyYl*Q`X=GnsZDmPkW;?M@<8(Rl#smpWGC%iQM3`qC
zoI=w&1yI6*Q_z#0&5>j3nLCd3;rm;INXr>SS$Yh8u4AJ(f}VDnO~3{2?_y_WKdhC9
zS>SMi8U;@@&eLzlkM9u98w%=ac=qUFtD^#SiFusP?*l)h-iIrls_IgJTS?(Dbc4cj
zi8>>F*jE?DU*qQ1(5L+8VgAmni@sm1Z?kVelYe>}<@$KC{h($#`kXSh?B%z6%G0TA
z55>s>9zjBHv7WYq=d_ZH9^=_(+p=D|4eidkA!bMYkxJXSzo{d^L*}Ip_FU0<kC?eN
zn;x8%Tz7PmS{rWMe56eG?xCG~*N0}kypYslWqksU(Xb^U9PQVFoF5pBTBW<aa_|m)
zYr<!F^{h_j9-Jk&?^hu@=;>tIohZuXPxND82q`Say%PG2P&2YzpWCvJWf`;3f8}^V
zmj&XlOqLxAH00?IrweF1Ile`v@;Xurj}*l`E@%sHyD<7%K-*AGpDT<y0S=E4Q~tXp
z(8Ivo%0g)d-7g7zyOhuE3Mai~0qPR{3ALOE?NQSNhH>-#N8v5I^1R_yP1`oZ#L_)m
zjaqN3D6PZywq_~5FqL;2u_BTG)k~6B-3$h<zz<bd+JYWmy(^S{hCXHRr)YK4-sIx(
zM)}4)33w`BB9})W^OsOdR{iQat|yg$9LlI+3bN~{qsACIh@ov{iQ%tBe4{nI-~i5<
z-&qs7><`}S6a432CY`C9kHBvn(j%Qlb*M`B=l5WbcE|H{#+lj2xNl#7fzOyqGo#Mv
zXxBHqq1tFV@;OAnkI6<jkF{eX59o<ST*cLb%)wO%{!1MC>_vuU3EihpF@e4}Py@>I
zX*+8ylP9h_oBiHQA%zWJW}RfkP45$q3BN&cGBvv-J0v}li5aW7=bd=|oMcNkFE>;k
zLdHFM!aI)?ffj8}^DFlz^m@{~HiKKAHZJkC!j9DLs7{M()s@iI68%8%4SJK39t>@!
zL(`c0uvxV6UQgcQb4goPE>!+pj&sl3Ih!9Q=E(Z@u0wNgH<Z5E^8PF<ou+)0(g_zk
z3|HEhl*jzJTr*Hl1~jAzk4h_Y_j8M}FBHZQuu6J2dn?fY#)qnhM9Ab~dcGIcdB>3q
zLuuOyXEp#s%R`4XW2Jel9XpGM{u7fX?p}_1FKc3r$g#vUDlvQlT{?VM!n@FSWODxH
z?nAef<eV9$3A&YShdb)f1`?i`J8!e$b#E)^iuV=o!7ovDt0Lx_5^vPl)ci5#fS?EX
z)TH}-@y2s;C;v~{Uvoa~%;!p7JW1AE>_{(aMRIEPdUz3Qf{vC7XF})1G5n{}@}id3
zpGzGmZBE$TlV{ot)K))j3w?w$M-P4xy=V64)b49oX`cP#{5Ym{6@6{f1VW!toxRp3
zbg$GJ?Bo2UE~^^D`VN=qKf>pfM&KzGBcNsbFy?}b`_Gnhq7vD+G4`UW8z8X8bk^2e
z`7k~)s<rs36{L1Gm$33@;9B6^3}9(HhHnwYU#=9WYl@s#270KIEbM4Obw|78)j;6l
zs?x6Uau?<8;p+u-7!R=>LGVkIxx1_K{zB<8=zI<J&lz){F)$uuyFuz+erN8brOwqQ
z{3)StSn*#Ro^1sNm?zi0<bVX`j=d|<r#jcTY^?(fj!A|;1uy=|>nUI#HL`ZbxIYnU
z47#q2x&3A~y!J4me9_{^x4Bh~K6&2w+^&k8d#@|)xEVr)I$a~B5mtv5(OcrXLf|9U
z`!_@?jWE82JMLi!*DSG*D=ph3&_m$DN~W4?)NS6JoUgFRKy4|VLP|R*d{bk1m#~;d
zAFiOo%gfk}aYQ+#_3dNBDeI>PU4LOmQ3DH;(f5q<*rd1wdV>db_n`QclKL&|+oZhl
znYzAo#bT+ket8?t?zKz#BGseXmXd4uQ@2e@--(yolcl=GJ?wD`kDP>gl1C>bs2Y;c
zo@}0fKn~p;xY?zX(B5_ge@III!K<*skMrKk7`hPJJry3dq`sA$Xy3SWiM8OB-72~i
zJ9|dqjnWL_*XZ~>?yGxf3RQT0Ou#40|F$#|n0xpPFM>~U2@ZOo)$*#q&u+KSN8NA~
z=zTHu=O$puWW}ijEhs)t+(iMdrwATjr-6Z3`?|_2GW;il!||?Tia`DA&{hIILHQHq
zy@l$#IsVg3@IC{(X~0+PqP+LK#5yB4S;5FGsL#yeV)p!1wE6iSc$V>;IN^H|G^+f1
zDnX2~SjoZd_d0(L?IBfOSLK?ezQ5)#J{bL$vm1Joce6>HbE2!cJEwnMR$#v;hk8y(
z)NFd~7lX3zX~^CL=0mEw2L2hqBI&!(*;M$hG?~i$kT0qEHCE3`BixgLHN(5Jc4oBS
z5k|cUa3r6vkedX}$nYo<nM+<C@h;&nx%5or?_M`G=oJEQtBg(uS8MmS4wT5-z^}h)
z`86M{X~ZV&ZMjnFnpD$k82vf4UFC@UIrJha9ED%Z%erpt&JPc~Q1&Z+Brl@?Pa3YP
zH*nd<_a(+Ap^NEx$TNCcxuCvcVl9Ocg!}tHlCC_ihpvm4rI3=OjU=RmB%$V>u~f1p
zkq|=JcOhhtii(mgkyMf;*-Onm(}t4lk%TOjeShrhdv5O^&qoixelv6LIp1w&?o|XY
zoU1$vlv$CMJ4>ro769=EOqqVP&ie@*5jaGe70kw+#`DTBB`PjbCA}z*nR=eMbvzJe
zs(=4&VJ3-}kZM$+u>k$Pk4dkmV``H<oQ?@EySX9h9HeXlg~k#YCE+)%$E*nx&!;2h
zjqK5iFlZmtfb_i`U%tVX-G4j}DCc41J^1KwPx28O^6L_M?{0$?mYQb4U)~4Yp3G#G
z?jb^R$|3n1v*{d|?Y}C8JcjUfjJzz8r;_Y1SaLg`cZho3Shaa62v6Skx{WM!iPOS-
z!mp=7kEoO_sg&V>=tH5q{AznCLeurVPHXQG&I)}maz>#wgeE0iMDm=}-vbC&wN>>^
zdnSA#`B`|;ARd26p``mxqo_CXSU99*NBQI{gq$T_j65ik<_5wQdZi^^cv<3~c!jb$
zylvnHv{a@_;~+2#$wR@UwG*ImJ)|7!F{6A%(!WtF<`6{A6X)}iy;!_Ghw`^N|G)k8
z0d{HaT_hcVogaErZnKfKxYvi@59~tu%Lm#!#2Li7(OAOk*BR{gMP14tuVCVUyYTAu
zXCMxQ*%y8JvvZw9jsxUJuvOSYB>f?-2?D+?Wz{!!@Z))7>3zT&(lNE7pOCH}iQ}_~
z6FKn-BW)_r+;bdA(~}m<1JbrYb0{(-47*h<#sSG+iFrZcA1Fh^;7_Sca5#DDbD?1s
zoN^D@ZkYpUjGoGc)+g*`BlT8t%4jG<$*a?5<h4kDg$TWjbpDj5XT#3;e_(BLnVze-
zi^9(l9*TNkYj(C5`IOM?5@i6ag4Wv$bk|bpdMNXY1)t0NfOHK~T}hPVsv{ogptE5q
zFF!Je6=`(BO_m&;zE(h73tz;<%Pd|i07~z<VnT64xp?zbFzol2hpf}U_M;;p^G^(1
z%kzQT|5QA=Ef+58CgJA!dysBDu#V75bzRyCI=9TijmldLp>=XjzcExB*w4ob4|ANT
z6$u89(xq8j%CVw;A%bf*cV20t!sZqj<#ibMxD-LaxLQ8-EN9Wz->}^8NvwhWJLlgy
z3E0Z#4|x9hf*m)1LOO5sH*Sc{ewgx0|DAFc$NOq917CJ`gJ}^Xaf@qr*6{BpHp}f7
zyKC23s{VK%PR*caC_L{;4Rkc%g5NT5?dmD62R*zmLE+B3bgZ^&ubo=*-zk^DdfXNq
zKj0b8)Z7bS?R|OIyeY7&j|(#>$bmCWHUf<ot0`K9(^@rF8x(es_ZmM0^mz|-PV#?r
zZ_d<UA6rcC*{|t%RBGt?7&^qil+b4Z)E|Er#Q%%)4(c2a4Idl9*pHF$WKo<FJS>Kp
z27E@V84bAqwN5B$-{u`RFJfyRdcuv<RjfzWLO!M2Z}dvCmRGdv2vPAH@VL_pZ1Kk&
z8m%6Ny)9jE>763X__C3kJ?{ZaE)11dzq$yX8EsH=dvBI`t0QKfb(B(uTtm-{M082s
z#;uz>$dC7FVCZxMrWJXC&*%~g1KN&}1D22BFS}pB>mA#xG#_}uDFS*fqrH@p4k>H$
zCUAfF4~HDt10{5SbLZ)Bh{*T~duWaEy_22L|IJ<)GC5Cb<*DghIA9$;7cib`V246A
zB6)}Bz@yaPeC(uA%rR6)9@zaBtpU(N%$J;XNQGZ}kAh*VtxEj7ZaHffgkjl}q1a{B
z2EOyOmKt7M13mSNaq^4@aLY#@?#29JKgvjFQ2o`L>4`0!>+xIf3Za{+BscpJ&u{r`
zMZFI7oqNyThv9Y(X!iUJzXY_d_FOl4Xz^ygvHoB*Y^9%9TT_GSIqh+0y@?o=^p6dE
z@ip5e*#JK##X}f7;yik8DJ*z>l5Jg-C~62MnEm0q?k<6&jy0@PyRHh&9qw4#4qM@6
zT8~Ft9W~wy25HSg&p$z+r)Gk<#&X{sIWJdONXD8e%CuV<%Jq&1@Mz6u&}zSoogMZZ
zx;E-7dtcun^|<|1p*aTXBeqY`li#j6fX}}?!uu<m$cc|u;pJx%tnQJFIpwzUly0kV
zT+UITYhkI^b>Y~6M^ez>DCo0KPxgAb9>st4!t<f6b!#^AR0^|bYzyyfMzA5qHO_fP
z+ogBj3a8_X9>T+Au`GAca)$OH@bSY!JUeU#j;j~W`)xG_tHB1U|Ft8W=7nufj$*S*
zB<MfwIG!o!%pE_Cf;-cr#5kgFQ8JtN{SbU~zQVp1#=sWWQ@ntlv+ZBD3`5P&!FcN>
zlFhSA=#g*$u8nAlRCh4i(-*TMhRXY=B3iFq$?m@_L+U+lQtre~ojeK4FI|U%Wz%5f
zkUMDKy9++=!(_rFOzA?oaMxmfaC`|T48dMI>D^>M6LpBoRiNMF=k#>s#hadE?b25A
z*uy8_zv>?_{KH>bH+qG@2e|es7pPCrxpV;^-fAYePvCH*$PBvXRl}!T9UQcKKg>4R
zMSWilMqQ%t%Cvth_*nr)8oF_+VgA?bJzq@k(BItng-x9^S*<$tAK%e+Aky5kD*ptm
zDf%RZyc>+^3opTrnmK6RKT?|W{1|VbL%C7^@ti(~dpg|4@9m#5Q3r$Xucfu8&w+LG
z(~QPQnb$s+H6QneYvi`2J#+g?qf$Hbiz{C;r@oGuceOV@9(7O(@iE5RSpjTRYC5e`
z7lv_Pro*4;GuU-OQ|ik>YQAGbKKS+q5Z5ohyLfXA^gkX^hp|5PGcYl*hfElu^vL?a
z_GiRlO>zS{g4V!0rxyjc2br?kuKj>&23wphM8aV>V)O|I4Zpy<^su4liPELMiw-I`
z1GKTE+b+1iW3K33q`$+9oei9o&#m$OpBb2E)Iy=&#T5<C@=s%OG4=B=sYx_F1JJ55
zCtPNFo&VwWhsE&Q`WZ{Jf6P90xr0<Q7~yBZUc2P6@z$SV@(%-y*t7}H?kWVk9V>up
z00XUe!jZ!^YT$s4aIbF~%RGA)`)!Q_`comy<}2<E0je*Vc*A+hqYiSK=SUPdYjy5E
zH&|YU0^@l}4>Y{xDEb+gRT22VX(dx#$~S&F^YPIIe4i361rE@Ls}ncChpCx3Zm$z&
z^;;-<D(7{S85W)yjLXMqp+?XEd~<CDe2eQSHMx5LOw)%e-ELH|z~AY#heszhDxTgq
zsA(w2XEl+VziEfHUGuS|c?T@0It@=-U&P4L7jR_KusU29<0^2mFJFh6v_BE`JuGZ|
zpf~j;pI4cQSFd<*$0NZ4SCHmcHI=pGCAx>eW$Zb;Y1)Ox-wMwxzrlBRAIgX?nVlQ$
z<)9VIsivgXmB@*wu-(nUw5PfqjEPjiZD>E}k{pPiPZ?snw8wn%j0rH|OEi2*-6v{^
z>L4C3^AXgu?Nu5hCa!bz+@aDUvo`9F!^zHsJ1lSdD^B$aTl^0|r#X#)cnYI?(f+R!
zH=y_qw;g*?tvt@@n6kjHPq|TyFq;Kw*u(O1;mo&YJDxgej|=k$LLZ&6&|=PWXjF6<
zNq@)=PkiNOCv)M)_vLKSO&91E(2@~GJ3q9_h8GjM@`jIhL12|LcQzb~m;UR{r_OoI
zkM2Ds&V{f2mCuOJFnP>HoH+UkJlPt-*FPBv!(xu%gfDtH@cbs~x!yoEq&nDUVp=d`
zr^i*nvj4~v9Vo^}YxP7=sKs~sLdNApkm&igufdMEFChWqhpUqAepiUi{L2Q<>m_gr
zmN)M#6ZQ%|<JRMJRq=E1ux9Y8!&N-h<|m`$;{xBG=zh>h&anumHBi0L`ck>j4Sd3s
z3Kn{MJjU-f!HG-CAiLU<xkv+`cf~V>Fadp67qRVQ?ZxkNtw=X|9<-2oy5Gdh4KlF3
zuALg`kcA_H`p`V?5aWhp`UimEB&#+@oaVJ}&b8*=!vBU8^PiK7aCqrf_C6+&J<u)!
z@qLn4H)ejKO!@O=9a_#_1v3}afLpz3>>uqd@G7f55U%6hW&h`2%ij)=oVyMG45(m}
ze{6%-KdSkXl?xg12fB>ytvstY22XVUDEM5RaO?~aKgwaOlU$)Z!=c4ZVMg^~p%bCX
zzqOhea}dRRo66xhW5g%I-#tLz1vcGMLHi@!hkIGZr|c?$f+`2Ryl)aDCnX6y5VZu+
z*XMGobI?AV1^a0~+;;C75+=j3XayH<n&B+!DYA5?N<DzlYj?t{tPQ+%dlP)J$XKOg
zaed>aLQg22hV7ERT-TBeY&JskadX*vTRXXp<90}2I0&5jo(1YDm5#wIXHzE1M{wQI
zGbQSIc@jNmt$)p48dk9piL*)H%|fan_G)+*d)MR<u5XIO?cXr+<v7WG0#m6@lt*vx
zI)Ap9h?%$2AolM)eut&th}?K5x(=-Wb_=xfS<Pz39s!}liQ|B<Ni|zHoiunDTQNry
z<h8A#(r-8M=x4q?SqD4uNu(WSVBqi0>hTa)JTS8#ja>(zUY57D_Ne3GM$JO8ke;P#
zuX`LLzK$Th8UfKJmvD4u8lGD<3bQ6YWi;2Ejse7FaIkO}MLoBK&XI^yAgQ!58g<bT
zeX7#9u+Zt-;6&#@$c?2u^gyvR+_|#u_ln!>#W#~r@#%*y;G@)4ge@}WO`nZ~T}T=n
zPlpvt)bF?^?}5Mw9<TM3i!p26ez$V=(LUaeo^jH<e@GFUhxibiEF8^A`zbT3ZIJqt
zJNzpJ;vM<d$m=jWeUNgu_Bx;PD3zr*{)OF46|n8MA5(^SigTm>+J#RB+QIzk9~tRV
zF}4a}gur(Y=h^IJA26{n1fSqSMmimZjv~xJ|1eKEEtqqmVMUE?o^K|uh247RBD5aP
z#q<1xR(+NJ9tND=0$UfgQ9B=hfot6ou%(_UriMGHqZ|I^F@-^3d+#O)&Lb}cgy~Aq
zU>*5eT$(bgyt}$h>Vt&m0{4X$Rf#Xbc)@G(8m(lii|pCymyoo!s<+L9lLz6J1N3lT
zlV?bNi??xX!D6Rblh!VhwtajG#1ni|#U$r<-jYi7hzG|HW|jk@`TC|n=a(pWl+zq2
zRKLve({1*So+BVEmrc{J3w_H6-~Wfcj&mR?X{|&&j<H+yRnp3;-hFH4@NX#9{VGU{
z%U}mIX)U#cC8X)PbDb|c>-54t?*f6JILks;t^PP3`aXV#Ioa9xCDmN+`*^<4+l)L0
zJ-c;}k&aRCn4jd-d(7n{trz;Enl;Yp4l}d!B;p|^{KU<TK}_@kc``n3Z#JDL?FZyY
z&&JRH!8TjvF)iA^X~XViK=p#dl%1SDPkja;eA2|x{;0NZqEdaZg^k<8HYt~rXJzG|
z-203h=_m9l1U;2`qD=+AdBY2jeB1zcmxbfC<Z5*P@>YsF7$dw76B^SYwjLwh#!25Y
z;w1Itwm!7ZkfTcY#dg%Z2D@Ly(mhK@w(|HBTyc-Q;-zvPd%T`Z+`&AW%)|a=-+<;@
zrSa#kU9WM|&y+<K9R`6Pm0vGo)v3imSPSG^A@1^O(A<7b@H0djUQp<~q|tF_`JXQu
z<f+Z-u=-is!63Y3$ia6&+5pzu9*6wbop{)%t3bUC!z#2HX#pJ3r5f_Cp2G)TmU7mI
z-TYI~Nom~3hbXk1z(ex9>hKS1U{92#O4=UYDI2l)P99D_<R)-~WqmL~(x$@eGs!`P
zw8xt`ohy>gf<C<pXbiXJkay?1S9FA;!3|`gIo92{OTK;|BTd3@{K`S<9iHzPCVi2;
zaFJOeclJx;gegeA0fV3Qht{!A@NLgQa!Qv8;ND^~X*w76--`(N<~bA^1ed^{V+T3S
zBVAVqaSWAyMuP%p)~NxntD8=9Ho>AZHzbRZ4RMOiI%Vh39Dz0Pv2;B=Yg-~w9XV4k
zGv~ArBprstz0QXtvv6=$b67PolE%EdsArsdmZ3|t2dtfwu}of$a9o={I}FGRLUY=S
zp5_n8hs%^rFxzjgJbO<O%x!2v+iQ0~he6gV@r3GaF;_Z9dmvMm!WtFXpy$-{{GR1m
z^76(id1xe#g}Po^GER6w6x^T@bP;u5BobHj%oVyX`fU|xPr5I>EBU$KT>L5c>4H;Z
zRrI9fb%J{HAIc`z@mix(NZ5%&GiOZ<P$&n1vM031-@gltyekkslcsb4(klvaFHYQ#
zXtXK-rT8XXuk%_E+VA6s4;Z;J7I)qK%&FJq!~O3g`8%Xsf+^_*xct&^c=_T5)RU({
z<jUqU=}3Gv?=X-ikqC>J(3_-xX-}UBAb-!ld6oi=O<f){%VG<N42X0l6PW0`+MW8I
z)(C5C%P2R%N4?JAUnhU0+9W;ZUx%~$VLn`BF~nIaX<KLEd4f8ds^q0W=v?Yg7#-(`
zG|uX_4e|8u=QjABX~M)j5NF85v*Zhp37lsa(ry8HGe&%jVZM9OsQLtmF<R5nR%9tC
zdQk8lVYQqpkAXH<2MBEl-F@0{!TqGQc>KH*b+t#HkW+ssov&0%YWqlT)rQtsKh+8a
zmeBlB|7ysTS;^!9#P@^n24@P=$xFwJaY6F0GG!5*JUQ!C>j#vRG4d8F&70a|x~WQ-
z%)*PO0%bC!U*h1g&Slgp+YipA?^&|mY|4b1sFb~+d^C*Fd4iS3Igvq#{EP`bIHt@*
zC47a%3Jvwb`wY~X@`!Euc?U%%AvkM9mnlfulANA%fR`@%3SB#Phu8N5vGc@OMm0%V
zwu#zPe<10v3Vi5l3soll!D!V}!L=Z2gIT!)X?W~qm&1NUo)G$0Idv@sC~uHlmmWdk
zY0OFrFzBf&G>!0Wa3O6ZP<=BoHloi377?~0<vMu&Cg-FBfiROdYSsX4o()3kZxDX?
zZNg5GC8(nez5r=XAe|sJKQK`Ax$wz?zsNs2lKx4+s}t)3^_$>fkwJjp3uC$aVtp~M
zT=QorR2s@i`UT$@m!o^165`&@GU1WXxysGniQrq)LS%cK{4XQDCgw^d4=&9&+M|*-
z1;3CX{P{*B_&2%?{VrQ6=V!mefiITgUSmI2(73fDWe0*6>-=<3e1OQrF#7F8(#^kt
z@Q72-3E#yNW2}gK_XA;te01b!PTZ*kTDKH>9)i2=<7%ZH9DlJDNB`B7U+#{@vK4Ct
zhR9TNlsnM6w6i*3qWfi$lgN|-BI#k~Q)rIQH|_#D783UhEsGgbZYtypfpiDZTm#x`
z5=N!cGq<yawn9-egf%K<do-VtM0G{=ACC!ZY(=(2`cCAz&D3!VhXeUIeDrpV(C9go
zUogKGAtEou%2NM2uiT%WPwC&fj0t~CwaHG+xWmtz8RNZ})sm%|mHc0IFbW>HmUjn4
z9<?Vb8AOIi-UZ!;<|BDFmV07=N?C}=?{NIx*7CGlUBQ0cMu|KO<w!cTQh}~abH@MN
zrM*&q%!WDko9J^1%zEuF9;JPi5k{-?Pk4}j9|DKzy^!)FuO<2%uA10HHH`2Dp_i$C
zNk507s4dD`DdTM{r#)^YG`iqp)`8aPO#Qr4rYu4c8jdt8A3QG$p3O?-<ntw}PoSPq
zkH64YtA1Xi-kQXcoXZ%^FQZHYEJlXO#9hLxaKbVWd~Q;n4Wv`*axU^rV(#mBb(BF6
z8eLTRo(`jO1a8lZ9mj=dtR3ng8}?fxvKk!Sa19c-D`Jl3qAOBPpxW*DiIf4#LwlAp
z;s6vFbHi;XY?^HZA-%0s%5{;(jkN1;(*Nl|^#=d;+lj0VNW&^udzh(X`aebCbqB7<
z5W1KVUm@vs@-Q#3(?m^nEAED*x%N1>T2)_7Uoszm56giqqg<fp;<=b{#s-HhoQX-1
z(;!gi7%gfzR(-s=0N)!rD@`-pF{blanB;c|)6&i5q!owx@7O^(8D|cI{`p<Bmgg=!
zQ)8|=Yqo*eE9=2`>tmRI5P80TS8Nr071{^x<xcaBu`1*q*Sj<aBVQdv_F^G=B|pSm
zgDmjY`Kjpjy9$YuHei0>Z0!9tQ`+=M<$7<{L9e(F<xT7YXLl(PE5}~}{k7WY{xupZ
zhsN+h@gt=R8zq=b?}Mk&gX;C&wK02Ncii2l6cgTjWk#!xvQr1EQTyZp7Sw+!JL5E)
zNBn%sgN~T-xEYyBYpW2RJ!=x&o_K_5&)tCs|INY_-EQ)L*J(=nl6SP;Rsh>F^&ekp
zHvxxq@#WUu^xngiO-SP*o4D3z=D&^P&%qinld3rNwl-8;8lci~phLoH8p{{_dge%;
z-nJbN9@rSH@1K)uuPz1)>mO*_(-<5LomeZ)H|)dfYxunBan#)xfpk8~r}?}2+yEb(
z{;&mHHE4!G)1tWF<+gH9TKD_}tu;eqfm`%@U~Z(b{JiyRoF3mmrLn^^HW|F(Jze?F
z<2?9f`kYNN-OW=^eq!HOE?1Pp@i?>5SH<-75-ELZcll6JA;<H%%;4R3zH{q-Or6jX
z=BCx)=K*#wZ}keSXnF_NXzYVuckaTfhKo4OH={qr7|WH_ub8zr?L(wCV|`t2;E|iQ
zc;m)5rGM-|7TSL}vzzmT<CzeQYoDfk-@hfNDlh?F8t=lnBX?sf^#QBD#~YvTxFS7m
zrXx3<bq@Y?xX$|Ot-<zPH$&fd^%>O#e_4GVVsoo-*}9YPv{@8<`q~Rltk9GTPp0Br
zy~Y^RYA>Ei(&PDouVCGQ$x!k}Q$D4;2^}}bqs{z2Z1JrI^7!jP%xF*rW-Kse%3)K!
z*ogL9YBy9VJ#U<6F;q`2`JKzNJQdv2(x0czh^A-P-$VND`tm2q9nQynqw$!^liWvx
z_Nozh^K(<!wAW5;YIPU`ixXfwz5jOB^_G}RsW@Yxy5+%R2;O^#Z!al=$VF~o*{*|9
z+tUQz8|F~m+~YL<VC2+FeLUziynFnNy&n|C8aEp&o5T&L=dARx=b=7w!0@Mdq@^U^
z7<3PNcJsqT_Kw~u{*t44UWN}AmQa7Ro9qzM9YqfoI=M2V&pP-!M2Azq@sc+oR4XwM
zzO{&Ivxw0gb5W;$F7?oC;$gi0!yjgLiQ=2CYp7@DB2PRsoQZyk&7FuBC*I)IwkP?+
z#^0SQLbF(r=XRD_<A$X}vn0X^d4XFQ>}l9R_5Ov-Ua5cwRV^vkJO+cVrqX`4et6NW
zK+*fHg8A=V=uh{Neb$6S@S_@BoOqg942|ZpbvisUoQ#cKk4g{P9R%NXe^FmM4bN_T
zf;!uhmFkK0@YIMn+*`1N$J^=2PPVj%%>3Pq#u>e0+d}+L26HQE&BWl2xJJJc7k9jg
zx$XYLhMCK8@9KtX#cyMo=7p{Acoe!!{()Y8p0pQDDEoZ%3Zw7m<+Ga0RGWC_<WL^D
z=t8#s(4Jg>?MD7&%3Y;a%_1L1_tf{F5xouRQ%^ztNF#6<M(ech8w<m0=Q5ff=XH}t
z@b;Ouu)32remK+@{XcY7ALnmpUsD5kanI>g4-tIIIW3%2JAiF`zXAjf1_fQ>4wPdD
zb$3R>Q^?+TN}}=NCk*_g!|Qv<7BTxcjfFDZvOR1cQOiUB<SBGKJ~Dy!pEEO4MZFg0
z`*VXmUC_77X~;KEWF<?IV9lsm_$T2cl=Sn&O*0<wLrq44?SN67=31rxaGo1*2LfBY
zgyJWr^7Nd)u(!YvYt>%zgLfmv`GAksL8jf{18@5A4&mS)!ipJCYFq=Q;}>Ild9d{Q
zXaaaxH-M-uvq1E*|IB9i(_sfzmSymF^qgX+XZyj_wwz79m9ESlGmq^qnuVu!reW>J
zMp(IjJj-Ck;E^{8)*ruwKQF(>&_8`K_gWhJsW^aR!f0?`)0HRaH<jyOv%>Sue8Ip#
zk1ab}Po<yn-1^OsoiQK&j!ovh3#%ctWFDmS*OZH&#G_UIHc6QpiIY0rVRT*0szE!M
z#u^Q#kAtLMru_QBme^$Cb-rw!J%nE{LEm+2@X38A+4rnhPE6+tPIxV6O<aa$8(YYI
zl~dpxfqY1+0tf%Stiy}cxl^FrYCYN?-78W3E69@Yl>aETxaTtr-|CJ{Y*zzeIX+(1
zKy|X+ggswhg-$73(ag*g7C$Wjx%W(3cjuw=^dkj?7n||-#XX?=#6*5G>~T(iKhgxB
zbr|s?ECWkeRS+PFx)+>k((Du%Px+Ix;L1m|pWc*Jj`xrq?yP1>k+uB6o^bG8NNdvl
zP}qlV6V(sr=w7gC9<&M`hL(F8;>ukb7<}DYuAbi)mTi5@pB#F|XuNWWBc%GHFMwg@
zO~p|DfOI^xD{Cn5QxRN4<In6)EMyhgjTHY5>wvHnUcc)sjcLAxd)?`Ve`Z$Uhu5B{
zd0yoXA*aBitP2bppv434`byLTka}_vjpKIasWbuN9=`GYPpM(%cTQZ+b4OpqE}_w=
zf8I#cAUekf!{^|2Z2jyUs4VMB=Q&T*1s|W6%^Lb2W7G?bxDp6^uzko_Ip%;fs|`K`
z=?@HGMb=MtO1F{x_D2gC(mDZX-g#ONgp398;IZ-sX_0+=Wq=){UJ%-WPhRdpSo0XS
zm$;+gP!H=+F!T?DTNdxd&r1J0qtzi5oB1KnCxoGt?M3D?x@PAwKCM-+Va-(sxt*H*
zBp)@;Xb_iQ6dD7g8V-f+{cWIsNF>yL+{EbGxRPDY#d-NoZXk!RYYf}}?8f|idg@K5
z1njb7sA4wJhVR+87TDxlXyTpEp4`u7pR|^sp}Y|0o$`=vBdYn#MoW>dpJ!X$03~}g
z3T`Q!+miNjeF$ED*RVRJxm>?00D^Mv=6te^U_V`MGV%Szvz$~>W5j`A^K}Ax%xR&z
z-wLL+2rt9iAKMwt8TOiTf-$d_K>f%y+5WoE#O>9V3IAA%?g<bzM0|m7<pYd<k5hd>
z;&V&EEwt8f9QJ*;0UvMfk7dnHqsPECeDCTo7W`<c^7dkXY#RI-NgrXCib|n#U{G^M
z2sf$4sfo1y`TcC9v0{W7!~s(=V0$3=M4w0MeN>hVRITG|SmJ{G?5m?`KbE%b<k>6N
z3*IDd(veA<vBssB1b2~k=$I4j7RIh;-jW38i|-TIw?0t^-iDl3yw7D|-=*zT(fhH-
zlaa6)d#|BqhHrFIsb~0u>1Xlh(gWN^dPARgP#c<?bG>XkMmh$wecQ>o?H1FV9%hHi
z|1s)ASwH3i8{~5yNH6e)=KFYI{u9y}5j?h6Ke(AMvCtq(`P99h0<)nqCQ%#<zVFvX
z=c_|uWo3+*2S#(v8gFz~sm_qKKF>)<qR+UG;u;u@8FMv^1-ldUzL>{WJaupiQoq;L
zc)ouI#O>WE=|0&Fq;Ih*ur>81t!+lUDX=}-t)Y_QzY<eM<l>lV_nZWl&^)N5eMqmq
zgor+$oC9>q;6XbpZZN%4`dV=opI6-HvGwL7=^Enm7Rs5=<2d!L`X|A@j`tl6vl*Qu
z`*0`^s6G{e^-1;Unf`pKPLGqWWMgRm7NL6^z8oUEox2UQ>nG<BN3ylJ1=x!Z(7tO^
znRIvW>6QnC=1?-1rLtBT``NNa*O9&pspt9j5z|ogGVveMIN<B)x+>`jr=;B8gbP1V
zFLVMYJp?8jw-FXrpqSrv!wpGK4+7F?(4}ct=k&w<nAe>Xw77`AD*D@~K?!+?*RW@c
zi>ha@&q!+lX?Z-np4K}nZvtC(k5Dsvv_u*QM!E(v|G6;FT|uIsAU>-LR(0LN*Xe}e
znYq9|oLdEDt_{>(%N7x4=|Q;1IsUfs2*Q&3>emWKG;-PtkpbE&c_h{Neia10?WD|H
zH%9%m#)mC*+@++N81obE-GsIP!jGJFcTc0su{U6O)CES)>;;6^K)s2i<H%<`V)N(8
zD)E47?;ycCorYMFeS-E7odcvr#I>t*{+#AWZ91zr3N1rA1x6-pLXY14Ve#z8?7F`e
zy>s49njO_w-kCH(rM_dN@nOWVi%8l|CTyVVj3tdU0<3Nf$HQ4+K%WEB%re!zI`!#H
z@)g_h{pLMDW5h@cqea;<et~aB#~X+7)XPOc<0G)Hj%Q76M}v(t7xKG~N5OeUo1gQF
z-*K$VC3Bpe*PO;K6v%&Zx5Wd1^s~_RK*z|T-jGXZon68LPGcstF0N|$NfFwe?MQ{J
zCh3yUfTD(}r!Zi{S)qYpjOAseF^}TJsd(FL575s}Lesx2(^7G5H{sjVTi*R8@?Rjv
znY^e<euYmRcNu&NTgn&9yMx~@&pv+*4M>{@1L-41eWuuI4yfY+q&<Ud2i#`DbN+NN
zgx%}MvGD`PaMy$rtmEs?qys`xZ^?cvv2U(cfAzz@4lO`vcZXq*1U_@R2GP?%7(@De
zK2Ys*lep_Z`Vh!dp{L#$R=h6~uLqt7(h;PA9pGW(<#5KPD|4pDspuHQ6((%%u0t5m
z*GeVsR-b#xK;M-U9JLz~b|1xmhjuH3qtG{e5@z<;N%}OIkxv)?TrIJW#lC<0DH-Q$
zg_h?l(^Tg9Hy%@OZ)7<)HxNEX@zA&H@wLlx5MGtMn!p<%jw8$(g+nH%E7TuM)TiLL
z#h?BnX;(&nPu{4MbSv$5Tfk(RXXQ-IK1RKWe&MlV?zre<swb|~q&}yA$MONcS<IQQ
z<he}o(|i+l@!31(bL$qP-dF65cY^RtN4C(~*me)ZxX613_Yi%>ls7i2r^^vG{YZa|
zooyg*xze7;JRih0zr}FUmQwIupI&~KlL+tnpz!}whiqZgZ@9Bj2!FrX49Ukp@ECVI
z<MfIz^O(qbO9POO&0EjXNAhergM3_t-Xwl(1*C%*`Cc0T4D#G@xNg!-F3yXz5k>}V
zM7`|enBB4kaqJlK8cCe+fIW#jf;5MG*RoHbZ(I$ed0Bh81ikxSk$l!@A$cL0v>}lG
zhv)q?c*@RUY|N3FocJ9)_3n}%TdxY;WBBp_{`v5mkylh5Z`kmix9xJNrv=u5(2(};
zY(elC`41FX3~7nFd0LCQvha3<lgi?82QaqYJ5HVig-=iXRz+CaMW(sOuT8b(GoLGw
z=AFjp4*z%V4)h<Ejhf$@Nu-l-+4tt`aGwsU$Xnvl-SA?{B;u-OGW{OTPi}@*H?Bh#
z?TJgCm64VL*ACZ&mILY)Ha|IriT)sOEjW|8-UvZDSE%!pltp}B`5lQ5B{~MA+S~^6
zX~Mtr>NTsN@85iy+XAf0>@2(?qkKYI{ArEQ1z4(WjpQ}(=etmNz4S7!K6Oy>49_NP
zX@sn)mh*Ej6_ea)9g^L)NP3ohOBQ~Nt0z-m0QoHPUU`tl$MIVh3&3uC2UwtS0Yr^h
z?g_&&M_v$)HO1etm*BG+BWezB+m5NzkWb<|!5X(N5SdlR@03SE_1A}ZW00@FI!4@y
z-{&ycG{!>KJVWa@WxSJw@3}gCJXkJWh{ESmeJaG6Fn5==+-piVwf&DASpR7ZTfbtd
z;C#+@bYR4Fa<2O(Dcd(iN=?dS0u$E_-+_K3^HkD2SRQ;$qJAb`i)LcXMlDW6@;Pw6
zv_!$Om82mapg11Y2`7Aq*k1Y0NxkAB<=zD8(bxq@dYEc{w&+hJuYtrN_;S1zP|x9J
zXLFz)K;_M0*s^H{akV8RJjfB+whpJRPQMRn%SuuBK~ax>ZRRnD#y5z^7owk@y+YbZ
z-J*YnQ|5qvZQe5TerZVDz|v;u$*n#f7juFax6xW_i`_YSM^;vvg5o%WC$9U4W4v87
zvkgw;`eoj@tkH1Vhxr^*U*u3v%9LHmHnu0gty?d&t9C)svpn7Y5v2J45?%wy&nw%*
zdUKs^mfTP8BqO~C!ebvD+!W&8dsAjKfqM-6E19@%;HBr|KwyXI>CY_o(@92t8I<3(
zwD!V4mFk`{i4H&-nS5M5piBw{zpramh!f}4NK~8L$0z{G)ra`$^dV09m`XWR-RFIV
zI5PXCgHg|ZD`viLsEUkD%+=MSuO#xq>Q^r#4EVK^6Swjaj#JUn!JpoTZ!UZP0(d`2
zN2c5jQj>Zzs!b5SPjHOI{&7gz8w={5ga2Mz3(gQZ3L5^H4CHed;XG39u}W<XS>Og~
zcA=}GNlF#y56$G%hr$mcaUc^pDrx(=j8JF;svG?5^ID7rJ$?Ov#$Xy!_J)+pspQ3|
z_tH`DUwKB7^6SnRI$njylw_SI8|ri=<!eeNJv&aAi{wXC?YV|r9G9{r(nq>Nr(srk
zg)+Z3QDn1{(9>VNc8TnUiSr=;MjrVB;Y%v<w3+I;>kDPDD?qV#g8modb11{j5n7A-
zvM!UEjQ62o*Ksrshk()AB+dge>a-f^VUe%M=3Y~PbSA_+zr=cU2m;EAVGZqTM!7A_
z_tQ{?XQW(&i42B$?IiA5#l$rdchzN!E8Fa6ap@O;`X4gB(LL%`E~2(saEsnhslAT;
z$7%9$r6Sj1Ut3?`nrrRqvTxE?n7e0G&h?k6@aTpYukXGQ$!F3%R9l#8#CX);aUwV6
zl*!4|k5H>wg!CT}k8|>mjBuM#w##qDd5N4BMSegT5b^G8jLh<`>&fx|H4!)>xQ#sb
z2k!Q(T4cL&>Cj$WcuRe4+UtBz2If{(E0oCyj%Ac12yI_izm#{tpojiAy!MSkniU)}
zH}Em>>BL=jg6E`?(1#+IkVqfn<}bQPxfk}jzqQVvgg3Im`jNYs;A^KlyLm5jE7oH}
zFZp|DK8D%2IR{0phs|F5(Vd>vYVzzGKc=axhDpURrL+b-b2)bHT!veQBr<P1nunF0
zVe<q_^|wI=wA|GPgJL(p3~w*~A)MA6Z)%NyiL-yT=?1y;-63)}y)*Nz7ap+8Wrx?c
zlihv?!o7m)csSUSha9WqhmIV<QBBOz|JNJ7#m!tEVm}<_s=e5x-rwMYatIgpwPeOF
zCjrLP2czXV{9WN!ES|iZJ?!lSd3|zu{hr$L<CjOV@b_sx(!&Ncmu<srn`dB{(htI<
zfh^{03=ZGZQ*PTYloc&cK+V8dmf~E<vKD^gpBvr9mI--aP&I_Ue*-)--UvQ#jOG0Y
zNAbm1b@91QL%Eyg6};3d7MC2+#_H83()prJ?2+aP7MHvh9U{(Q=Bm#Sd$xg0?-j^T
zliR?vZnQ3uUjsh;bPkHKy5!PAp%r9VAZd_6p%2+5*aof2&A~j$P`+fZk8|!Q&|^au
zx0u>QarEt`9={oii~h94MXwET+wl!d=h|Y7IBJK_|E<S7uL68}$U;8&+7U`jHuE_p
z+30zr4_wx2ENeux#1aD?HP5R*(mb*@v!mFC_1;i#n2vfPM+4?hIRxEv`a*NV+xYGH
zK$xZDhSs%<Wb-{OP>j*mTM-cO{uRy-Itn@Z^uEr}=d5e@+t@v?9|ly<WSeImfc@J?
zpl<jKUT<I|kHAye{=eq(jh__QFx3+(if?e=01Ygg@)~+9bEJKLlAvSbU<`FHVHQ&(
z`L~pduvh09+m;d{4Q+D;i<Y;R-9EhMx$}!~<C`2PXp{*LyPpF(XB-=@CFYD5emIFu
zkG_TU-bSkPscq2AtBTPvq001(6y4E8{d-|QZdm9AZ=S8f=JiHkM4?07xPAzqt3(u@
zM!Gh+$+Kn7G^VV3P9AeOgs|yZHgxu%z!nThfoL<MJm(T48lQD|F>*g{y4@3QT>rx_
z96tzy7F9w<^+vp7{RHTm_|d`f%HQmL67>V8+T$|4+u(dX4r+Y2q5WMqsF}7SC$O=J
zI@04Xr1U+H)ys_Ga8xR-ZIOmFZtP+A-U`h%JG)~!qgus*TOYChZfp4d{oeHRB>7(E
zRlcM^2VVTQ4rZDcvns2evX$i@42lco_1ia)={#`6><s+R@E&`=?H&8o;Uu58{X`Cp
zDemd{7Lzs(2dWnZvu?4R?+<zLpdC1US{XF{6pU0KVA}MMm}4~iNi_-E7#&L;Jbf$<
zS~QNvzNe@SPCds*_UowDXPfxir`2#gFNEoL9D`#wYoj=ycSk?Ly7DJTwTc%Gr^1~3
z48AXtaYp~EI6Unf4yc%e3IF-CF0Oa+;;v*+HxC7vrKR5E*8or61gHC^ocf0U*Y-YN
zF!VsqqCY$FNnU%5OzeVFN~fap`IaibR*tiO^n;=``@rmT3e4<w8I;Pg5N=eUJjrOw
z9rj9?;_L$VPI$27SwnF5>K|yd+?i{vZlMN6)syqvI>W`#L^!4!!+zOz$Kx04$z~c>
zF#4JSzfEgKTX<;6bbMI+NT1%7iDc<kEpT8;fWQ_^{c{e|Eex<z<|{ax^b^JB>6nau
zW(&Kv!Bs9x&`jeX4;_020-MpkM5|6>?}nBt)gASXE$XhA#vl05^GGviU|YKoq<)4$
zkyU(jr6IZ+F6G{K?Li)(f%W=FU`f*^{Frt$#{AZon>QMXC2h9w(ia=};k79^=ejd?
zwW4*#%wJ-{zbTj-Z~<$k8Dh6DgE`H2&XR&C49WF_J6)fmv5P%=w@X$wPe{fknGsmy
z-5grv4^Z#VE8v8g^5T2VWKloKeuF@q2QR!0mp?bmo~vfTpt-)>{-!Hzt!b*JUF`-3
zXiZb9XGlDE7rmBtgCjHAK)06z<u<FL>#q0m&v1OY*Id<`835+dv6$!97YGx<Xpxg#
zxo<EobZ(3G4+ns4>{NW-Ff@m7lWh)YCsQBbw3tdfVBHsdzQ>~vty!Plu9oSy9St-V
z(0PU*j2zjC8!gHf7_N?(dJLZb&;*)W(3}*_wpQuLqYJl!zJo8V_pyt&S-OP{H5h^|
zirkf_$%(KuOcOS&x`h?@%Ah)s_R?z90v7hz&jKx51M!PA=Z+*ejeU7F0xrL6fGnty
zJScLa^7!r{wCef~dh4Xr9n0G>6%J*lbLGu_w#sv9UH$!|_ke8Urm3r3KI6S3Luvo!
z!`No2F7z@^Wi-C(s&UKF>1}IPrQ4l)(-)TTNNAlK4?fR~pfbuG@6YIm4UFpvte0D-
z?Zn9~KC+BzZJE{!P_o9p!)`B&!LG${jBXo8T(Sg`w%nlJp>=HtuY&e9<joC7agU~h
z!R9LY+SA4?Mvv}Y)|3(!bXD|5KLYRz#kifT(L<w{Rw_Tm542K&c$KZYP{nSKn28o+
z8}ag%Rgiez7wO-zp0BP-JplO*fUA2gLbG?tsJreNrWGFtJ9@@KI;byqruQ)kFJNBC
zu^i%GSX|p&wf?w-6Ys)}^K|oXWduF@_ZV7do4}NuC#=Bm9IP>TBj!hvN372wjAr>=
zXn&f^dvWyb7HZOhp&)9ot(~TrKU{6Q5Ho)1;1K)kO!VFHJWaKr-dTz8K=d^?>Cjmf
znArQDg>2FxUD<cvPfG8;liQcN0C9s%_$U4Td6<XUTmW7;3aTs|orzn)?e|BRx5W<b
z&&X$co6o=kvutVorrVrw3p+2Kgb|m{fasCYl{>Q8%EtJ8O&)P{d$q0OdQSWb#9!=}
zJ?X<G2Wj2LLr9#1RGakfeHw(fE>z}i?}ncnjRC?|5Or6-n-*z|V(z=5f$Uy1lMhep
zji2k4Bh@3$YIvSI90K{rbdE9g4Ah+Oep1rPVf^m53T`yHr%In?HFH`@#5owQ-%oI(
z(xRw{jm8*URNoj}x~zb*1#h8?PbHtWp+X`Y=hYE=fUaHn>C%(*)(z4F{W*;bu5L3Q
zKaQS?gpJTLQp_u@H{$jHn^b;b&gWXdXly2Q9F}y@L&3>(uJFu!6Si63OeS1qNefD0
z#hSm2<^kugOb0s)S~uTtC;xXk0q=AT!0wdwmzXr=^}IK;t*^H5vXu+acu;p(FoM>F
zI7|0pwPxew&R_7>#*cOQm9+6XZVpI+1%4fwl-^vP(Vx~lPZ=QBc*hDYfkOs)<1_O{
zIP66suKoF3p?a4?((XaxsdCVq76Ti<b7`bxB`>CT+a6bUg3|JJeA?=}N_zK}s^Eq&
z$0D?Aab0K`M*NRGR`*m0vxuAgCD%ru8GRPd9{Y^~w_F=70pcReZatNHJXo#m*%V1v
zDr2&ug`TB)IqpoyW6c}gLf@Go0teW_zR8TPi3Pl$tqeRo1tT{fLDFw>)5JMKU&5r}
zD}l5N<LFKLWFAC?)4c?{=gdQE5FGW{%au<P;9>7<eAcOn+O}T<HEMnbbZz^cul+g0
ziS#Q3S|(uBI&1Z5%wDh!dy408rNboGA8b$m1<-P<3VB2N0dWvv?LMewTZD!tz1I|u
zY3s=oXZ+(r2acGS&PfBZimNyAOU(^2Kk~-E2*Zy#LDp1S1NrwTaeY`c-IRrT3<0mD
zCve)%@sL<DE{Ez82h!Snq3(lW)8pQ-?!rWP{O~Z`p?9L`-+=m0@E>pMSPzqeu7Jh{
zLp99qBCFqXBlym*CmVeA<a7<}$oSUM<C`62>Px)jvK=iZMkvHhoV1&gyJR4eK2Q(V
zo>2s*_6Y2Oq}k*WgD6f~AJ11D!&XoCvtK61A*~=o=*>DUe84&nXBiiX9^@JC8w<Ra
z#hkvqww#ks0P-#J$AD+}eR(dMbN(D!+N^`HeuLCD>thtsu@K!QzHUzDZOmZwciicY
zi8^rCWY}621$qJg+%uQ)=#INd-;D#CdkckTVZy&0tnDGZ2_p}J<b@dZ9Nw{<4CXrw
zU|4w`{BGKX9UW|{>SVpgfeBB5dW`kfX$LD8{l>yq-Jrbj1AL^}4Trs>J$T#)qvjla
z)!>x}EObty`#nop=Xvyu?y6`SPY-q5;d+d;r<%r(@d7=1K6%_|Da_Gbcob28XjAY8
z3ER=<lZooub~(PGZ1$Mu77#sozN#y9{Ie8W?xMBlJJ=)X7t+xSRDqM^S*V@@_@>9_
zh=Xf#$YZF{X1h4~B=TM<NPM2t`@eng=vM|V`nVl!?tMV=J~H_>zIkSQRd4~-6pEgq
zbL4*>96-{>+;>TRnK&4P<|D4*q}2$U=JB*Ldnlf4!cuw^z@K+%AZ^zL(&6&xOR>bi
z7O>FToazZ7X(hdT9yWmH?x64?(z$-G6yayiCaqxkPO?PYuGn0iPkY3F;TIz<$iox>
z=_0{N__e5%6W4I+6<%7dp%O>({poiY;TO0Xer1HwQq;Ob+@;G;Oc`(i%wDv`mXS!<
zZ2;f4y7ZB@Z^7@O{h-alrZQ<kwxv%3w-~7{pL2WxH`AA~y~Zy%oqM*xU}tp)8<_G`
z^gZ+lJR^8m?XjBHo5_B_h5sY&hQqN3xlZ9nCNwvVkvwhLXfa>V`0q*-*C4n-aNJQj
z4uzhXzko6-^2E_?jj^_WG$(H2t!}htYhO%-!@<c?#;+(G*)NR|mpF^-Cr{@b7x9by
zZ8pS3tc31o`hdZ!D>(dEwj#Vw;<+*CezsQVOHMipNKZ4;)$D<P9%LI;<ECq8g%;v#
zv|f?Mj}m@Ycv>X?hQu-OV0<nTcW~jEeZHHj;`cCXB(|BYqY58DIs()cmn4mtUCN<-
z)^KEe0tydLIv(=e^3ZF2cN9HHIL)g!#FM_sr@n9OEVLzQJ|qo^G#AR^GChg-LP?-C
z2#L4w_}wria(8F7Yxhxd1M>|aw9bfycB<}*TIxp=x`udIa-tD8HR*&o`T>~m<0&35
ztq-LSG{I20z$y=1uEW9FfiXPYVw>XhHi0;%9S$CKhk0#s0P1x{x=f|(<5ZjEo$KRQ
zWiVSX#)|YuDGcd#g9|@4*<vvco_rTajI~AT3-G)ENLqmr*8pj4CN%5rz;E0$TVckd
z&Nv-9L3_}5;r#55??U5n+qhcv_&Go-e02f^W^erv&FGp*w_K^yw{$F=M$e*(ej_id
zQmsg4?<|4p4pN(O=Zu$)U~YPk++(`UWWr7eY-xr|PHY0<2ZYb0aRb6c)ST8#BL0xQ
zqI;143l*G>TO9VF@F%})Pm#C&0m8?SA5`|5&!S9aIQgI);)rM{{CY}wZlqoS;t8N@
z<`G%;NVx_citC7@{_X)fCz-I8Ee#71-%HQD(z}@s6Y+iGLMQU1Fm_ubS>Ru{_m>oD
ze={V0<;1DX#J;QOD_(hE2zqE;;-&^Rcx(G&80>jl=v)|cQkPlReqwiDmjh`a(xDT%
z@WU7KZ72uIVw8`l!V8HWjh_~T0S})mVm_Y#2;mE@_mL0M#cscb@Q*W}1Dz|lIIV*9
zNfpSkjP?GvU)faIOLp|OL&|T2rgRpVlkswsM0x{X{HMWY_AI4&2?m%FhLv%HKzLr#
zKdSkrt<H<@#gGoDfsoVpL10W<X#=AyMD!(+=H=?PD;$q{F{({bf8gD^ErxnrW)>dd
zpi>wKGkXq&W2VhX4|Ec`RMe|lHf0Xn-2Vj!)V$?6O`ZVxAc2Fj6d#QrCrm@?Pl@z9
z=hsG~saBfW)#?^fZ!y9|sLvXyEp810&A{e3(%qW+(hHNv6f@E!oCR%CMD|lNX*))4
zJIcg0<uvg}(lB*%VXD<prVK)%`caP#H$&2y{9V@P9FLzDVU&I%b{T$;GO&DU_>Qym
z&bu!XmJl{LqR`MshwnjwQ-8}-(09oOJhbl+41t^6i{97$Qsc$Nxf9;2gmHp{IcZ>4
zJjzHWeMj$;M57vhS&S8u7LiB`plwt&X`)|Tc$4#08KlS0BI#nKey4_NyzgRscXScW
z1+BADV+R#iX)V7vdZA}y6kqhQh456oWhf`^mw+-apqvmyZ_~JPn}WF_Hzd!pMfi2K
zyqO=;oGAjo{?i)^0e7d%)vI@le1?2#G4I*!Fw32J5r0rNnz?DIz;MFyS4vx{zDm5v
zbho|4WWP(iC$r_0b8*sZgjFj9$EiX`nAmm!7Sg0H%MiHG{P%UFUgAH-<tT=Vn|$|=
zFX41Jr}1QkHOJ2p#!|+#9SzT(C%)Q>OV?`1M_qR_!U87d;qgmb2-nXSW6d{yXW;Sq
z0{bw3CM1t==OafR5jg;etj1xl!XCX(2g(U~b3JdM8Wer&Ok)bd^DnNA#iog`$&*-f
zx-RkuaoF+CSN3h!d3;y6G)Lro<cHvrZL=KeDc;sS3@@a#XXL4P@i=3Z^eAPdw$S@O
zbE=&&JZtJgku5n<U$E513X<nxt<zeHtPY=?v4r%_hCqEO^d;&0G%?@GQJ+?_@U3%7
zoCN;x>~_<jMMVkH+yVJgner8+Op1v<p=?Q_e9hS*nb+|K`7K6y0#eo>GD^8+C_}-&
z|Cv<+Wzlu@F@2gh;lURWI7^u(&TM~)IIS<Eo~BH&Ok{hwVd)5!JfzzDM<QIm|Bt_U
z_FG^Q<((FMwe1HW{f_Fo!TiT$2@l>o#SVV#sX9)wufyonKfQ(TtHWuL=^1;TCSRdJ
zKB$pOc_+NBTp@A^ID2eWj?m@aHYs&ue!K59%0+-Bk0=s)L!v&D51p`;MV(wsND-PL
zhx9jPa`QRWHcJ_Lk!!>lsib)!wrC@H%)V^f;q@SDh4dAZhianlicpbt*7bb#vN%Rq
zk6-gIL&A>$epxGmGPtz5vG~5c4>vqsNSTur&idCMs;n|aenomFA4x-C?u7FSaWDSX
zIEqK+?Pufx74h9PXYi%M6Uh%F<!1_c7A|z_8@l%@^3Ki$dvU6MW7#eJ1spm%P`!3p
z!9|`8<YkxdqHe=qn4DX}CPYW!{)o$L{{BiZ-jafyt6JqunGwO)c=*tI$kU<skGU9=
zHyk{B=<}mj+_B}@_TYa%0w*?mjN|JyMeRR_z;@tAW%f%gb*N7)^Zy=!4zxDrY?BGR
zvHx%U5qb>2obQUWf8EC?K8`r6pEg=O`~>s2gn@?lKWQ!thcAyaaD-nC@BT3!x(;h4
zuNkwBNf(XOW!dY|(@P(mosIF_nnLI`Zyr`8p5x2**5l5tjqwyU?}4s^A$?mBwq0YP
zjyLp|$IbDFV7hnRC-W6s?o7{l=<eVyzAy1=0}hr=_A{@uQ<eG_N5Brv*!SFH++-T<
z4^7v;z`LR9Vrz&~W;8~thHcP#)+aVRFGg{-c!~5G-fV!CY~OhgG)l9U={Riuy>Xy3
zBMqH0sPBUN!wd~SW;-$g8#`F@;I|=QzBA|?jT39xroFt5-^RqpLtyoRJJOh50pS0=
zvD$UmUJPqghV;F7+<O3gYng$T))o-_uRLdIgR!U=U?tD$w~@DG2NW7l9NE5x@91<5
z*uFVvT4<^2maf2srVYXBg}J=l-4l#zQg~%nFaB?ZEgvy6h7H`Y4JWU8BsrAKXI?2W
z&?mel{Lx8=g^xnTT&nL+c4KMpig8%ZH0=DV6|MO(1I1WQN^1fq54!Qx@=Gi^xkTxI
zbr$cr(**20o5{1UXvuzNI(YKY1$NmL>H0f@N#|vvwlKPf7xr9k0wc9*U@p^=uP;_m
zyV+`V8E7c?SvebLEqK7!8r*>^J2{;4bc2z1^|0ZFKkRE-S7{dQq1~#xCA8gZq1N*~
z0^=;2^7pU0$p$@tuzq|8ukkvA&u5-yer8b^ZFB>dyR8SagO+?%={nrCau^%?$RGTA
zN3knA8PHsEaSr7M+3>MmH<*^tNTxZ;>($3ZeN;b_Z^$acfe|y{%6JCN#{7i#QUB4s
zgtnleZ7b*8DByiEXS37aTv@L^yWzh;J7wkyZRG6=p#RmE-1Os8uzUTUO%K?FbpG({
zfdh_xwHa3**8p!N+IixqN$l-Pdu-*pl$kzC2C5<SX&MckHn)b>*T2wu3Y}%!fq_&r
zaSS@WhH0e_!SF<TS=8&r{VMkRvV#}&?5jL{oeA~ltYI_{(8e+djQ4-z^EAV8%`6|Z
zd%b|WTFk=TS3TI=v0CyTi!0pq!*+JztI7(iXg}l3*+?~jok9XZYm^NeNSH9A`T_U1
zru*+R2E*sxcHBe%8NE?{8~b{+WFIZM$xEAUfZ87p*d=};(o?o_uX%4_fJ+Npws$?Z
zYM98UFY$wmC}Vn15xO_pj&E++vsI4e?Eb1=c&5@7yl&P&R<?`i1G#ViS1kD7Xr#I0
z69RSA%};KCy}SVTSa`s&d0TP9hRG}-xv{!nVHm8d7zNtR{?Nh+{g|cm5-2RlWxFO0
zgR_HOvBQKmcznx67P`utQGMX;{A}#MeHK!^sH0dle6%<rjn&@5^<sZ2I-wn5xph6c
z!-)T2$gx=LGpnUsSw?#u>8U`y%zZScz=f|eisOg99*HY<g}^=C-l%!?2-F&#QCeI%
z0PTa@P)$bTF;+x<P(s&rp3Wf=tj*2U=>d(<FsQv+@T(6yqq=hK$A_>{gf-ln?~Li&
z+_PuD45u}%)4+2;Ee{$$77yqThI4CNlo{rJgoX2^OXt9OLSPgO|IrM`S!_lvGaHzB
zb|Yb97v82zTlRZxy0lI4MAx$IxO4X~Slsv?UzTx~|1J85opnF5Cb=Ee@%1(%VKuw)
zF9#P4s$^96;1=IPUG?*hq&4^tQ2l`KL4R5QW-230<<i|bup&4F!>`?9jrRUl2urCx
za(Spr8B8s2gl2P+Vd{&Aq953QfyWswf(Kx{3!+-xR4#o)-db&|F4<6@HK?^w#rWMk
zoC6xB|G;)+YjsFWEZUkR5H80-TiQ!yTI|FBadhQzJ#10DQY4ZPLZJvDgz}qvMhH=s
zQb@83A!HXqh?0sViV7hLMX0%FBotXfh(aOh*_SLKymR}*=RM*#bMHOh?fho$WrkUY
zMa|;5%u8YnXu>RU))0OA9?nhZ3(h&_4e!pT!QZ>b;n}MU`uiQ#=)#eF`hgJWOz$1F
z%}ii4Ug%(9E+6SU3|aDSF+X(H9!JS|KCZUVmIYpS?k^BE2*bQ~a;h8nFt8_>jI5UY
zFX=+R$QbB8Ws$&)G|9dJ<PB2=uL~}Q>6_}yVhjydt)}z0Ho?48v_G@eUPk%=n+CbF
z!Ub8d^I-vcbZMkUpS`7+PyEJAKYxdS<Z(jdX#1A!C^)9wiLZQa-7SQnSulO~WHBdF
zCuu*1q`D#9H>_MTUcS<_zv4T_o3P&qh<C7UW?RfUGZ3Qp++t~$1|xUKVNEPMpvlOU
z(DniS>`o3{dlasA(5CyUD|aq$!+&*86`ZS9g`d=vuIMW_bXbkzm)WdDNl*R58ai76
z@xL09f0y6;m5Dy|%qZ0gan524$Q_4U<U)x!2k7q!ok0Kd#pp4kkxG0B?K>qf(k8Ht
zHN`H++Q7VJ!R(iFDw;)q!%4HI0@Vo+CXh6RY1+h4Jx%~xgIeuyjhP8{?f2lX#@%r7
zJYBfepYwNTd#VGzHB;B<X=n94`X0tFnoisrz)2gV<EMsV{n1BR_oi{u%g{5pxuZMu
zq5XUX&r<EH4}$yE>dGkBNFW{}K03vc1Fpidm5*RWpbpG8udBADbEoQ0TLbdNXe8|d
zagB3v^gLtydE&PwI47eX%=ZlDr0de+UYnTxPdfWTor+_%%cYj47DyPz#l3WE{m=SG
z_t{K~QfX_uLi|YCp7;w-yv)V4!&j8vQ|bGhhT&{Z*b}<HH*lmgy{TH%5o*?T&1%@#
zO5J$xo^)|cHjJpM;DQUyyCq^lr35ejo`Fc0(HNI<gMPX21_zF?HUDXmUucB_YtD;}
z;mb7}ls~@V<MtRTrCxnOaMzHIQAqQ{Ja09Wf6nfPa{{(tPRnd2e1`BB6Dzg}za%sf
zZ7>$8W~I4x>+yeK|9JN)pU^BZQMw>q<Vjh>u+MWps61$kUn)+bAMKrX%5(@)oe<|l
zu=<_Wfb?QFux-uZ;Ujw>?NB~N^#IZ}jr;yaNInR|uDA+a<flw?q1efu3+}Yct>Q8D
zM&gnm8x`C951e!zr-X#kbCqp~|Bj;2ka2sqvmG|KS(go;;pgmB&E>flU{>d?+-<;1
zX?Xq)B>$A<vu-QS%bCb#->oML&GUkW;GNQd&LK}G&8PRLX<zE78KdCOkQ6@oPpD#f
z#$0`t-v{v|ok>j|;K%6hoHU8k-1A{xO<+o98Q1eqmhxi(NzYWT31Mtc)J;x)j0^3I
z8d`u<W903ANK}K^>=g0)?sz<Ac@^v?wyfncF&E?k;Y!mBSu?uVha(@HkoXUsBaG#U
z?Axr3ng~Z4T!S08nearIFyC34{Ko*x>hy)|@@)80VI%Ma!e@2i{;JS4ox^{LXLXQt
zjMLgcZn26JmN!&MQyA5R&{7sU)=i-~gsJmG;ZW5up!!u;duvNHAF!xv2|O8ej*XgL
z0n6Jz;v@b>lHawbwQG)TZZAV`^%=Uf-ob`Ui6RUwAaAo3oBpnr+-xF<UvhX=xD5nK
z>v3QB4fZPgw7?8Ty4;qMCpkf@dF^3l;}FtBSr+$fb<zyTQ-c2dqso$!jg0sVwafnE
z@-I5d)W9jkncsl&0vEWCcrse}1Nr{be&8`Q99J3WaN&mpACoUvdVMxkJ3d{Ek#lYf
zUZ|}F%T@7wU5^KxvH_B>=j8SI;B!%Y<hly}Xy$oX`}6^ZJ$J>~<=*gpKArn8@f&QU
z=cgt%d(N5+=zuhLFy8J3T5ekcw5FQ;sUVRTRS!=ehO~z0_fk*oQ-3e?+x(7+KQlLK
zr`mjP1*e<Q9?|qnP0vQL&}>V!Li)hl)L)LVIyZUaj3j=G_7?mx`UK8e`V>jW1xL|4
z_8BmMH-jKU56M4vg224WEe5Lpxts=CWA5Ac2@0$Za@xi8Qj&3l(|w72IJga%NjYOK
zz3*coi@KaywUtkPW+0O{&V1mTiQXyOu-NH5?p=NpEziU=?Xp13dOuK}usn>-A32f6
zD69P<TL|7%H*E00rKdgFl(;EEk5FU>@(`$Tc?X_v8e;!LCbIB8zq7j1+>I6W%>1|N
z%Ju$q!u++!huHszZ@bXDqJ)igW?G#5i$vOnTkDKL@`l*K!CY>(>=5%mya{J`PsWyA
zf8e7H=QHJ}Ca~Y$1*bfig7bFPmG8C40<T`vV0gZ<MBV^Oz0Pub-Ih|oZf*7X;yyri
z4EOqIprxIKynEnCZc|MAd8u{OWwSN{)jtyV^5d`bB;qSJe)4u@;D%;s*V~WsM>MCk
z<g_Mi*-B4b5g4SBmI-~9gg+pzrgi9p<gt)+9Nm>h<aIytgPZah`DiY<nKDF{;O&Sf
zw}CLDl2_rBRq^nUVf}kMnj-z4kzbdcFU&&nwdgW?7W7DnrF?RgYH2!84sc?`UEsRe
zh~2-~4+f{q0n&3(PXfQSS=Fo8b6&dQEGu-=kWLTe<m=IWXE}`TupJ$m&^di(1JJMO
zM5)!*10a0oSo3o15!4DP(_#0Xt?_T(I{vOO4a9m7k2BH)(&^2t+ulz|UI)#G(=&5b
zDaf|%W@4UcT#WoEb8)6;*>)bP&DGtKT0`^VA1LZ>(9C8?Sb`g;IS752uyq>$c&i5<
zr!(GkCUmLw`NX@VS>A9<m$8$Ja<OBJCG?DKG4`UfP2NvVL&{Ki;~fK9dx?0Ne7%l_
z@)?~AH5ohSwc(9FByq}is1tRJG@z0jJU+q~BzSSXl+H5wVwJcVb+09pZ%xLMPv_8}
z+KTd=HxP~~$IJurGMs+Vd*j-;dciop(0wx!#^gn1y0Xwn@-r&=L*{Avf;gx?P!B;N
zJSoEahos)c^Mfz3c}b5Ix_3>BgcWoKcq#N>{YH2g{#oY~3ZA6AQHxW`6f*fF)!Zmi
z>fzIh{psAbA9)LWt)%02KUXIF%$~HHF!E?5U)HUT+W2k<F(%NhNTwW6F1P^5_W^MM
zj32n2dL9-UgZIA`%6cf~V70{tAPwe1djigAt71+Tb@hVP4)nfte-4AsHB~E`_pa?Z
zP)~ysU!t;mph~=gowdxQnMGS!;0W5sbXct5%nJ#luLJcv7;!4&dIQ15c^0#;j8Uw1
zm;ueR=q<pT^}XbY*S2MfY(QLHo29J|eL<Q>HvH8NAfF`@hOpj)HRRd$B5^7czW0LJ
zMeb|41>&DwXA?`NlJ1SdIWhHAp#h>c5>2i{PTy>pej$XoI)L^K))AQ%90ty%-h(?5
zE|~Db!g~=`IeAui{V<(BEjTODJSZZ|HQ00n3ELv;iGC6+uN;rgsm8Us6u5Lf_MU1A
z<l`lae^t10+<2jP_=$Re<a^X%auYt{N@I1^iy}_<#7H+$=m2T2dOK2*XdJw8`A>Fv
z%LSO^u?_xoPQkG+r^APOJwf=+@ZNWDZs}uD!`$`mOgMV?Dy?%b%51&K``I(PJ}h24
z0Yxq+{#Au1sdxFPw0FWy!sZc3rj3dwTzbxghKXz!^Jaw7rlcLc+p>WrWnE(neZ1IY
zqp4iz#igA7%>5MYtyS&-OK(3y>IE@__p3qv6%EwGP_K4XsjozJ*R37SzPp8VRtu}E
zyV3iVZa}_*k38C#o&*n*<|R#JhE<2v7ybIEo2J}jq!pq+fz;0uIzgQDiXW@%gf_*k
z*bw?Iovue3JsQaqV&GCOxnK4>M)Qud#!pfTw`tTF&h_P#WkZE0$0>1TiqQDk4Ys1|
z<_MlxosTa4c0k{idqCuDku{8Ck{Edq+LOQyJi3HqqkSFa^V2RN`CbkAV3C0Ye!+NB
z2ja2ET-3?(FG1w#_TlhX#v(t+BKuONMe2cIi{l3c4@&fToN7kO^N~gNMamtde=j*<
z1xbTZGcJb5UAw^rzG?k|a&~R6f$E#-`FDnj-o3HP!$y5Ph4vWGGlx_*6a;6}IwSS_
zsOJ*~^mB0h)KsP1#QbP)7xHgh_+XLUdOPj~<A5X}t>EPMWy(cDhqLzFx(Sr~CF)zC
z^lvv(|Amq7MVdz>UE={~HgNJ&#FL*H>9;EK>JWNwdrr(2Bu|Vxl>*}Ie@eHxag64<
zcFhGY1$U9h%vxu*o{^^|fBl|OZxrgA9K{A_ev36{r13zSLj8@8Ao9}_eLF^;3_Ndz
zal&Sn*1+RRQ+g+;`PGA>|DzDj*p1s9Hq7)u%IdJtPLD16T+HSzt1DAKg1K~`g_DL)
z754<xyF==22*1q<e^|QfEUWl=ntDThk@~sP@&`fiCB=pX7mN|vhUQC8)eEQd?pk_7
z4DE47{UuI)C3(SdJvi`qIE3W8VUHCHVVJ!0T-Z@pbzPIOqMm`YNLtrpEK>gxeX{fw
z!Ih+OGU+yrwUgA)na<HvdZGRG7;p=C38Fu<wN9b3_9X4QladTCLwh6MxQPG4)`7r3
zc?HqGQQddWfF&h$@RVIHjrTt5J@x}q{?okKpU&yN<z_oA<<TEza_S>Ul%3hBn!$|b
zLlylb-5-B&Ni*^(&LOqAvy)_o`#f&&ef}<-daTroQu$c(8PNILXMW=N5a{0VQ|<bm
z?dHgYkD}ZmGON1Ws1AIhXEUkS%*f+Y7V+g>j_tz{&m%$Pp2*F&LGjL^UPybDJQQ3U
z<G{T}J?DF(MhLvgqIWn;nuKN>6M=d#ocIZZ=h1$1jC^2cwA^j3y15uJ(O0V3M`r-N
z+XKS0Q_n^6Ir$VFdYFL4za^Y}1NZQpAyI#ie2<Py>ml+C3Qi-e%HsY;W>w%2|Nlf!
z0v0<Ki{7JpaCW{jpxztev`)zOzZLyoPW@q~8P`Ja6VD4$xlU9Uq37!5x&1k1DfFGR
zMf7Gwj^v*H6|Bl266~QKq>j;2lTPMi=-6C{c+7awmG!u6bbl}orldUlJlG#<4R2$=
zqT%(rnIn?d^O#q`P|*Gz^X0oSFd~mlHQ9#_6|=KK-L>i6$)*@r?*wYyD@6a8MG*Bn
zo7vpR$Bf(!-0<%K^ej3Hrjt*i!@6%6*yTP(ET5;C=FQYZEE^8KV>_rx&j&$FWinKz
zbY#_0^TCGpU5-oKgZX>Yq4b_R6l|Fc89Vh=>%qOSu+a)A;6Ek5rNIz1%no%sgrV7)
zg%Fh&gaHdLF_R^;nT6eYs@r%pNopgz(*7!O_s?L^iC~_Uafkc&3Pk$`g}h3xFDI>b
z<yjSaXcd|OW-ZL+scXl8;jMS*J^2#^PE0|o&u26-=c>4mwjQeYY$5B+Nf!0nfxo?Z
zL*qaF3>ezVK-Xs(x!OF&R0}-Xbb!FfIm}`BZlLQ!P<e%h<_ShDs|U7bhcV}(D!uiw
zmrW-%RP~#!WpVd*VAM2QC@t)zroKOg%i84ftdW2jQ`1?TW)q#ico>pS&BN3WZfHGp
z8F)ut?Pq1Vjqa^0nvGn`4QDo!J%V;~>y%s+>k>M42viO^0~Y-TgZ|1CENMxZbI4A#
zP8k9p-=09acjkJ7dhhK+=se~S@YLVVLq8Tm?rMKtvaS!R_wREtZ%M-*;@iImG2!cZ
zW<59^3bOht`YY;#)7Xui))%cjuR+50L-hMPvg2Ifz7}0U)J~dVhV(J32(<2h#j28;
ztQ@N}o;vmw<ooOf<F?n(HU9{+eO+IUc=8m3?|fp+oA$hZnG307XYnMbzVPwQHl*=_
zMf^Fmx*&n=CXGttWV++^q-5=@P=2u#Dp#f|<zLQXOl4=F_2H#;M=Di|f>>1d7P4;6
zI{r3xsZx04BA65xEBQXndB)E+SgMyIdDEUSw!v%h?VdC!ztAe%Da2f*f6szvw^WO!
zr16sU24I}^fW_7K2m7LCn6EWdE-g%F8Na7;u{OSzBU%0|+9OuFiq+P;Al2gv*Du`<
z8QpfXx4qh6$q1%ojfh3vjy9augwfoH>w)8)lUQ}+IkRrO8(fZGK`q^_^xW|n2=3Ds
zmz^6UR}S8REJ7DkKUP6Ny@qnq@Sl)Y+)_1uW1!|bjf0QxMst_aDZJ*DFL&zr36}kL
z46}lM^0);9F;rcR)jwLHW8q>xb+|nS>s$lRgRv;C<vadACCEgkJ+EWXY~6jXKjgHM
zv2!bDlTM(=xpXY5jstc%0ZbMTQOc`m-^%k%2)|=kKIy0b?t)C8xlg%8-S>o-zYwvs
zlUyBHR~2=XTb971qHlqI>QJm2un>!`XsOo64`tfRUC^b;Z%+7RMR|jveA@x6p4>w=
z?A03m9Pf&HK!>$--JhzG+iVi1wmSw1U+uZ=xkyZoJ&l3iOQgyZuOaKdc~Bm98FD&*
zWxivRxXqqB%)z-I({J`ivTocQLlqN@8Ko+wk$S3?=P-z?+dviT?dTh;m^sHlMDitI
z)_oMJH?c;Lb|e9(zOcZg=a(2=1L!lLu;Ceqns%DI{uzh`?@qFe=mkJ?h^CR7S;6L3
z8vk7evZHS+)Y8y<#U}rhjGz0k#APoQY$;_^Pm-VB9)wQgI;y%>cd~RZnAUP%!nX<B
zu?{^Gv*aq$&*}b`!qnB_NZg5rf7?S;^hos4eTy{}PFUWt2j*0rgJp00&}y76tKNBC
z;6kk|8vv<o>p|ex=3qEG0F!&0V{)I1EYxBIrWy7@{eX|?I=zX!?7uFm?dHd<=%>te
z$8Sa&tC%YYILK7{MHaj$?+R$?9S4v9w#otQsO00zQPfrS6*@!WRVUCN90?w0jhNM!
z2MS#q%Dvt(PXjkFk@c}aq4#AUR&({ia^`E10=i*?!1hg7PV<ju&Mh!zgPj`F$^t&V
z|12;K7Is=H@h=*mH<oM4H=+YQ)1+1RCa+z~pr15<>nLxTvy#&%7|j{D&Kw6xPG^y{
z2$FStq1-c>d1TVw44<2-Rg3eO*1R_8efc63b)Nv0#^hh$jRO5ux0D3>F39QgeNLQ#
z$+uFVDrvtIszd{EItFVWfvL_DXbw8ag^hjyX&J;V$YI2figoI2?v(w9C-049PV|2B
zTiXjf@LMJ;7}H)B{H4}Sg(P}To^Z)On(4`OuRxs04X+1-Puxy1Z&-eDG6sI#&4`!5
zr(hcje#+?>j!{wc9ef(?t=J%)d+O7<LlemB9c(4At(MN)k6M1uX#beKkmk^UnFZR`
zYFhB^0v5D(2^PE!gX+nrnDuc>EXqB|{FZeFx=+H<G5qLG&j{WOVfG8xv%;e<AV1cf
ziF)#Io5npMnfcTiE|V@}(2L7FqVX!l_T5KT@^TX=-bXP$-%sx7aW(={gX18`L}dla
zLuNtmwK%C7&?@W+#CJHA-eIYpau?0gyOLfzAZaRicQ%%*qu#NIqwUnUH;$qBH@VMe
zXhtmCqL_B=%Lo_TI<*pP@;5{1`*5(Y-w1M>a@q^3DX%&*jk(q&aMA@{I^TgjPbxaN
zc#$6d$6TJ!84H<Bf#RN$U+{rf=Q@H`!g(g@(vkKgHh!B5e#d>3g7)(<cUAY=bs;`f
z{2sRwd_!m3>&m5?Jjm#=1_HP1V3dtUe(Q6d)4W1bz)2u|kOhAVttQS@A_g>s1TQ+5
z;$<!ue5rq2M|OCz0h0o3xENPLr*t%X*#RBO5AhL3CQQt=z?*(*9&vpS%*t?82_H!M
z2oVFq(9q``7whPH{Tk$i&w}KFTTq%<g3C6oX2E@^Uw!^GH#XaZ%Uqu!)jcn4*c+;U
z#1alhV8qg+O4jKxMw|z<o)}Qym5&${4y5%+I8aRdEs?y9sC8Cd4d~G(iQB#ospYMx
zYeRv2i)4Ll13e#elbbv=fzp0SnBcttr<PyAw>P?AM2RWtuNuh&uctkJf<@E5@<8kF
zEV*DLH+C;a$M}a*V2+t;y`1_Gog%?@^F$Cj@wWF=APk_uV8MG=Zs*_!PS^q>mgphz
z9V>hkgTZqHdDPTMw0)BTq{9&P%M4Sqc5(83sMYU~^!CqsE;K%%sEAcIQN%h4&Ek%C
z?|^#mG*FFdGU!|z@<*y^HRnN;n^W6vQ8KO$!Kvwfs9)v)Y{xKBb5hV6H`(ytWo8xH
zRwnH8pn&bLY}0S%a?AqETr?_iq0lzPxZNB0xXF~xfjonDhs!YPS{~Glcp^Ex&_;WM
zG)}%iExmUSNt;=I>^(*vhVCO69Rlxh!UkB}F|6e%7O@F~Z-qkCjOAcW-;<Zx>u|w2
zG}lO6idNfl$omFkscwBau=D9!Z<Rl%rq&1Bw%Le&PXN6;@8G7^QQ&z9Afi!U^k^Lf
zP9Mqd_sv27U7=!)n19SCrY@Kc*2ewhWUa%*>G7Bx=K;Rsh9Y?`PU{3U>wf@oCo8Rc
zi?gmpIJLzy<_VpVa4k5Sm0R6~1n&>5rsY8NpD`8!FF7c*o>D<(6u#A}1fM$j;Fo-$
z*0cK8T;!zPNVw!_OOB97_{~imZYrezEWyf1O<TMPs^k#zvDp&&MJ3;MzwjxVsw6Wg
zIo%z6>;_@w3InkEv;%^Dp9o(dbcJ}Yfo!wK75sZXk%ESMg2mk)GW{J+nkdG}BbIDN
zp$Ue)Xuq6x`l_fco84hjR371#)@WJf7Df2Npw&H8p$~)y;rY;YMjtly)G_9;CPMf_
zoH{I;IfV}3giok+`T;gECz;Ff!HhBr<aBJL(poW_-3^iEk{RxGQ)||*0OK(^Txe^Q
zO&00@ARyhsnAU@-X5ztRr61^Sf611$w&djNnSIeNMp_{BN~JnwR4d^6x13j&T@=1u
z6Lji2R_9&@^0jEXGoKSLfXm=9NaIio`-g(d3KuXjh(OX3g*b&cdo7kva3&s!Chy&w
z`TsVDgenu+bm|u{y^@F-)7)i~!xy-1riWTxjhNK575UEIszabVhT;Tt?KMd@e%q}U
z*MwcM_DJ=u>KnIE{RUT|=fj7LYE<!_Xdu%#xb+Ha$cX-sY3nvX4vsZeJzTR{3_UwU
z94)v9V*YbRc4eR%e9Hi<9ySNT6P`tV6`L7NW%6F=vhqEWE^xE*AfWZZBHFVm(5pTg
zyU$R`tC0t9AX^Xp#;jM~BtCuzB^6eXF(ra|K8WgPvZPXAlGg1kvzT9o)+>$!)gTZL
zNHli2WaLw3mPUJ_MbR@~?-ruSH8wN*GV(i+GvSz$Kf8qa=yc*D4+tEp2{GtDy*E<k
zqIv!$bXBYs*uK3b^p+FXfbbTsy`FO7BW}8*lh8(yNs;O?i`F?aw7s=zxc9EmSrlAu
zb7MGCj_e=mVToqtI*`A&mt@#`ib~#qC7tL5zMq#tz=I5$v(_?YB^)uRkwWt$JU39@
zQp&B|uySQL)w9789@yEI(Y+}(>8Xsgl9PTA=S)HSg<3MrH~GgL`gePHq2X8vF6bsx
zM&@s|W}{lKfKeu9LCxZL)#9N@bHw8gKH*ufjtXA_7IRx;+`@9f`!dy|;1M+aIf+po
zfvF~Kz%ywwxA(sSB6n0dj3f_KKpf|dJ~~G+!mugk4rwCCEu6t~Q;#S%`FdPrJCU19
z53E7Kn=E&R<XS`LHYfDs0rz)e#uOvjaL*}BZGVFa|LH$%hsezW<CtUBQ#Fj)4x|-e
zJ7&7@F)Vaze-If_)eGfCS7#w*YVL4KA7ajI2k(iYXxjBG5}%>5TLRj;T@+c4SC*QC
z>92pB?g5g9Mj_QG_+PD~(po^q)m)mh^|Ig^!VQZ2D>BTo)`x`OhVt>jK<mbBW<;S+
z-*#$I*JyF>H><X8CRvT!M0xfK*z`gyEY4z7Gvf1Dp!Y4bb9kTSu*OIxpG9-s8U^oD
z_GcyQ$8q8U^14UC-hVJlTRMy-$J&C;-Y=ZiL<w431;R@U4`RRQAmj#&hNRVZB>Vcb
zr|<~Q$+sZ+=d9#gT`|L^1YDk~NLjQt>lD!Q2Lks2@;u?iAg$3j^f>Qco8f&w7=hEa
z>0q^OpsF?h0;Vmo;(_5EnD8}mhyIe^>v4hpy&URsh<wDWEYfXma=5=jJfWdEz=*~_
z(fh|^?#r9Yw00tcD}+VGY20D--D-w3_l)#j&RW-0rYxM5${&H?F{_TZA$R3AAm7i)
z^DCk!L45_Z@p-7w^~HQL?@0w%5Daqg+`kah>YyYz?d@L+aGkyr1TWaOsiP@P$Yg|D
zMwsK|wV`~%b*1E`E|4E*lzX}GDY;Gd3V!6?-&&}Ib*$>2!ijSj^>&CCjYN%s>7+2A
z9uK~qX`*ULv(ZA&1)M&eruidZuF+MgmYA{fLvXL~#4Mv*bAdyQtN)q%VrDIehQ4pa
zT$XoHOVYPN>eeYB#wco+=0b38ZDt~GD%HF^jMhy`B+3L#a25FoR1-C|86#;`7?$2O
z68TpW^B;H5SQb3(x7-=jes$EG>^PCjNryAI@J2b?uRu*&sL1C^!uQq8wTCHC_JZ;b
zhM20@k!Pf{n-c@X+M&oHrS?HQV`{J3eo<8eTh6|>lnH<I{8SRR(Cq>->zgT5Q=EDh
zD%GRtMZm|*3?R)$k&*LnY~@x}D?n&I`804TEfct5_7CllyfyK;FUFi(f@$<FB4sqG
zYLSlUWkE*XAx;@gt#n#}KDWDreo6<V9t6DYMQ73^wITn1Pa+-yhvsIq2GOkM)oZRl
z)PvQSma`h?mU8OWGT|F|b@yMwTak}E#;lKNgG-auQ1ojGCqCdGv&NAYO=X4tb!6%?
zqRW#w8s{SJ{au5Uy%^zA+@Ioavxnt)-H@VsJcj&#hmgFcRCw5&dK#2Ri0AanvMJ}j
zhsvf;z-s&v&S-yDk*S5wQf(voKT#{-X+R$5`){P4Aev6O!wG*#8Uto)Be`$rG$d|O
z3f|dJ&*3AA43f537hD?KgKLkyNOc0HKlY;V&BCh~&U(ah%i3bjmtC03J(1?T)~iuA
z$ub-97%l4hsRB>rSyaD9&1CY{)EC%|<kRr&A1#$KaIJ45ZbkCd#1#v9LT7jIz7$XU
zu3zNDFXaCa(@GRbdX|W;yH9}VF;MS^_IbEjn|ZYCH;6s}`SZOjc^2(^uF11EJM)o|
zCL?(_!9P3z@>zhi8T_XiW5UHY#2qhq!o-^({NB_xJy~Ic9a!U{kbX23H7l|WMhrYj
zT3wF9FB&T=fa<xnM@N2x*~Higyw%pE;~g6{*lvbw^5{Gmx0_3Oq?PCg%67%SM1Pfe
zoTsy#D8C!tpq@p;-YWSJAm1gC4x!*$k4+`i2OO^ns22v5SHW}9Wgc^e_Be7nOI|q$
z{G+=8^#f$e`;7XBOw^^#-$6iG2Pu!KBA3v0k!noR&H0Bk_slr+45z-0Y~TL|6zx2Q
zCWhY_Wqx!Te-(V@>;=*{F7%N4fhaslfx9CTA8^uV)v;d%5*DTENrs|t#i}0lL;WTi
z$W74|eODf!Z$smJlNr<Il_b0;^<|*Yp&Jq>pzh};GI>+{=tg@dZx3SB<J6FsLCQ7|
zmH!_md@BaCbspR_cMw!h+RjzUNhMDzGAWS8Qm&gSI7HSjHIu8mJ(7gyq&g9L30CSJ
zPQ4j$yz5FlIY2EL^^a3e&7OD;DTgwv32(UX$8_=oQT*-oEkfHd;6WdB^;roPy2rAp
zcMHVlB2Oc69u`gM2~;c0!+Z|<*uTW0?!}@XM9=fssQI>Ls?gf<Fh|rMVk>$LNPTK3
z>~FwAEf<i->H;DY3LUNP9suIMW@{TW;f+ZP@qo8Evzp(5>3aYyq<5+L{dV~Jz->rb
zZH@B_cj4kWqw)Kx&g$;FeWC4!1CV|*87CTELgxpeeAIvUp~uKIO5d){)m`=L!;iy%
z@XeV2prNLeHG1<Mt9JIr&So<18Z`vg()(i$y&I_!uWVU<)J~K>t|af?7MGWV;h*_+
z)K1fXD$c_eqQ}?fZ2y~QXntoan>V@x+_anzpL*)ZpRd>D14~w;)y95VIqp~C?{rTX
zb*LrJHOP^)W1d5g%XMI5_k-fk@LH#HxT}7Ml5}A-=1r-u<}}&{H@`W8&I1$7{`(iE
zEu+CMevKFOkF#=(j3!6jaOOxuJbP_2Jb(F>|Jrq({nk1PZRc(Waqqe9AMp8Fvb^(M
z6wObfX8*mL+-htj&f7H=6YCYR%%(Ny5={I%PtkbHUM;!K8v^yhBEa4Mh(e#I>9Tk;
z=56l<Z#rBA%M_}G2S3?@*c>+CRug`qWCNa^-$)L6RE!x~ws@$l5r)hTqx<v4*o4a%
zd9n<@I*x!Qq25aKrYG5Pqfsz8t{vQK^pSr!u>*V@U$Cg3Yxs^<C<VMP;wzUL!<H_d
ze6eLy*lu1IU9IZl*^L(RiORZQcQP1DGR|g&HTtFO=;g{b4nBwC&*sw^lcWCq2f0sL
zvUN#!SY~1iXs|U`qP2$GT}C4P9(CRwL$`~D_>cCi$UlArat#K;=@eh-NxPkR^vfgI
zG3+IMo*i7?atB^Hm}8-Ku*U7fS-Q6xcJk>&*1PByck8_vT2yRiW{!S9_a)m8+s1zk
z?@n{SU5o?EXIEg##aYnAI|D3k_J;v4k08xEHf&%A2Zk7^J(uo-k@lc2mO7!wQyplz
zE);Gyd;~O)n8%B8_uaGb^{)}5&rmW$HiF0O-_UOA3+1c-QtsU9Dj0Q6ks9GBNO~}X
zUHEJQ7wpDB+f(_xU|J$fT4kQ?_MxwOV`8?{)zVz8r`Tgd&16l<&(ADp?qhf~MprFv
z)k`jH8H-Q5|Ay1M9!S!fT^Mvc9R((ed*x<L97FpiY}f`d@=o^E>ls_N&lAim_wnJr
zHuy>T#gEI&S#^0jnA6_>G<WR5jPtOmVL7ff7y;WyoP@tFSCDE{cCOQ#b$+CUwvbQH
zko1>lpXx8q8=Zs#3z-$}u-xt`ry9d|tF~qp4XS2&%lG3ar{??>@w1nA7hG&fUi<Za
zzJC5%=CUvXwCTL>_rd;P6*~e`{nxSnE3flU3iY;()<elpe>O_##t4Hr_;eqb|GG1i
z)6CeNz-ZR(z8(H4tK@}~ieS#v@i6^)8Xg=|#qY%#$QJRt!S0ET`fimzw6WX7O~a~~
z*6lv{Yjh)U>-`1kbAT|7x}L$b_ss=%!LAU7k7<P`H#Cqt_i=-scjohjA47PTiq~0F
zc1J<g&NGrCQBVEnXR31>759zA;$agwSHqysqA~RM-?2ut-vZ$eKP|fe>G4|fz>?pR
zxYyv`b#P#GHY-bei@_1@wYAba`LL*A-X-w_ztManP>m~8H}dxl>%nN8JD$wD3VQY1
zLKB;YAh=C8*aii^{fX@gyV}ti=`a7my&qmkScP>{cJYYY=JK;P*SNN?hDG{Xa#7=^
z%gX5ItAOgcU!!m<Y}fh-K0kMp3yi0X)KMSi{zv~Vp3YrzNBiYxz>3bQex}z4eyu%+
z3+C^I2Q%!E?gwXYXpUk|1O{mwIJv1M#(Hg$h?hXzC#?}wgzLfY*E_Mt=dO6R>`T@&
zy$nvAi|b!(!uOu}pnKyDnp~)0W5eTMnyD^!d+Uq?n%stK{hifv*SokN{Q<1{v4L%A
zGFaBVF&7BuI4t)sn>q6U_Zkw-LIM*Z()SQPf4LN`<|o0-i=Uar+2dlK*`D6Bq5J01
zaPL_jd-kENtoeC}>w4B@bl>U=|Hc}Vqjz!E*8ssEU=dI6h7KL1(zSWKLl;?aF!3hc
z$92AV&TVMmWu_WAIH16Gdgq^FebD)xIV{ofz$K>t!Gf~2Y;sK_J}>1fU$x;Eewu6z
z9r-rYv%d<{!shU0`yTP_GcGA@W_IIuW^ce%?uEd0hD(j!EN4H@hQP*&*TMEj7!pRn
zv$$WsN4_m(!UY_?(vuU9Yb?%Mv*n-L!J0)*xUjA{Y`%H~#;&M`_fDJF;&I|NJ$cLT
z9`Iwu1F)ac7XS81gHcK<Tt2%JG79Sxw?0Bq-#(Q)z{4WDRx7@mbU?Z;PAoIU;bUU?
zs*dzN`QN{|r*|b3_BcsAW<|9hi!KX|)IM8g0dW-!HQzy4kH(m^<v4g#L!3PDhNvIN
z{u{^zcN91`1p8qPG{F(~lsL^WMmovc*-E%(LT_&5H=E7eIh^!HV*9=};Ny)O!r53m
zS?C$z36IwIgOjJuu=%f(ahJ~oBpzgQhF|78>Ld%C%fwHL!7*JVO!LXs=i%2Z3*<Wa
z_+o1Z{Bd|K_HCxaKR=JfNs+c7un!Z*D$Cmr7junwF5g9}G1||k6P#M{43A$oR?Fs{
z0{L4pr!j)9`y`mXfxZ{9@uGV@gV5ZRceMG$Zw&6r%uRB|9DsxKL2-YgR^YSMc%J)Y
z538^D08GP{a8WPx*^1!iSDix{X#?(mGgbBqy$jp>#zK7DPqqsB<Bh>7u$T7Ab<=Z(
zDOVW&t9b&1b53>0w%)2o`^&eMyB!H<0lM?}o3f2a9tG#n`7nfiXmHL?Tn9pXWQloY
zQ@)gAn~{64M@bB>S#%Y9CwJsQQTu`FR2A#eHt#83`?($Wwz<a%Pe6KrM!$k+ty{?@
zFP<tR*Q^9>-z@g@Um?}NUPy{O3grz<sQ!;(FnvEZ>+3I0dJgfOO(5u_AGWzzqa0Xr
z8hU4I<jnIaG|#7%&+<INpQSYM`w8+q@0io=E`;Mv^qo>$jQ6|CoSMx7;u`WS)}-Tg
zq1m;@5URa{kzZr>QxXvO-NK+KGqq!3f+E)Z^?}h?urdR?FW|N7C2D|pgAs3#-q8L8
z9cWynebcYE5x55Ob2u>dp3p)3v0^M<>AD_!=nr5^)E4-@>2_#I&&H=4SFp-U;hF;n
zO4z5#$GPx;R|f4u&rc)pVax#Ky>)xE9NhzB{abUvOUJ9TP;imZnx2!k67SxF>xrv5
z)f#*@a>Q%%7em;l4LEP@O%zxc;~N<50OU*HL;V;0PzM*eQTP$i8TJeAl=$@P+R#Aw
z5%3Rb1S3b?!8x`)aP^M5uyWgB_`X4l2|u>-U{>uqS(J}K@&GjE#S+aYzJ1_{f_Gd!
z((OOXZ<%Y*1SZD#;jso1&F5l0<ve`&GLknr@QFQ)xd{D_e1WbFLpkvRd6~L6`_u&#
z9MXHo4)lKT0gQLm!#TS3WW2tNZQt>Rf9;lu^HP=q`BYp57a;qf4bZ*wr-yW~B78HJ
z1zkp`KW-SOxyA`E%CPm9SY}8aIpyLjTzaIAD(36rhL70${WK8sO@3CU_2A?SQ25IR
zjv+KIcO=Ziuar`HH{>}O7dt}dN9*xNYdw5-VX)wPzCS!t)H$@M*$evf?tt6H?MSuG
zLjv1z@ppaW8>nN>y&!+B4{r>+;mekPg@2*vX}6MQ1%Z)q3_h{9l6_1RMr*=8Iqe3Y
zO5@tk6yp;<<gZy9+Oy9KW4HE@U$zX)T4Fj!bI8yh)>hfeJ+mIMp)+m?9|L>!vN>^z
zJk6;aG#^+bu*b;Dt5LywIQdtoG%w4ln%O`l9aaTS#C7Uipznpkmf-F2-!!&A8sheV
zahZpMYc&2L;i3kB=1FiTlzFsf)y7^h7BBO67p?$#M^4%${GY1tfj}Of8>h5ZKlKcv
zIWQzo8jr$5(lumP*-ZNFy+Zj@HXDB1jAnzMd9&M1vasGEOV#ns7Jg+yXSuTYAnDN@
zu@0osTKI-})MAA2$HVefpgB-|{vM{9NCWw5I`r+j8^hwF$?q>kd2fA{{6npNQvD%a
zi_tuTyH^ugj4|m!IkY|#g<re%Q>8V{IO#GH?o{GhPWgs>%Mh7(3xCZzh{Pl6NS~QX
zevX0@uWiN)CE7UU%M8$|b3r2CD_d;QK^m*@ERxoNhBA3fq2Vm*#(k=hX+i^-W&15K
ze%vs1RmbDX`RU~lvv)dDp5TcodUCw6HlFUMr$+7XhGXxIhi;}zFuA88d7CN152}=F
zV3&P*?dNUp+e-L#u-cf($s-G0?kD-ICob<z873T{`w6^MbRH5f?G^c;HrFgFpe$u`
zTU=8S`a+zHwDwGRF1jCS+4z05m(fI=UVR0~hhvi^*EEr1B7`3Cdi1>T@oEhmwoZli
zx=qxJ8x|_UZxL>}$QgU}9Eh)-aQ0jsbz09oyg@>-q*&?;|D&3$ItC(>9jU2<tBWq7
zZ@E+d?|Yi5!uPLld;)s!Fjmvg?&7rWkm~<WqH)t4T?6tU*mloZ$|KVm`9XzrMEDw&
za;{2ijd8OVVaqFd$_dBuc<H?hw0_Pocx5*Egr4AB=M3t7F_6!jbz+834PhOh38eRQ
z&gFW1?M=_D(r2x5AA`o99wOB}W!>Fu*#P}ojiv0#=o)xQ_Zf(~qP)sU=V0A-QOnNY
zwM123-~Iul54bwp1`AuZl4CrMD1;48>w{i4+OqJ<ZFb(5Mz%{9HOWbzVduN1D)|Qa
z_mCOP?O}WQPIMO}ZbkT~D^q=l`w)H#9Vg9a!mAYb8p6!~rlF_#w|?)Arh!vtG}>=>
zqCDJ*cVED;z3xt4u(FTHchcf@Gx&>yOlY@ax$ul^zKsu`G(8j}{^VhCo&Aim3M0(o
z>^;Z9;9|>KpGWxs@03)aZKDG?XSkzG7=;IYBha+xA>x&NSbfusk+w0yJ`lIUnn4Lv
z^Ba)7G}E(pk}PLA(j15K@&?gB9EGns8(>CZ2p2hrJh}SrXir9Cg+JHa@mgaG9vS0;
z-=5x4ZZ`B3daY7Df?d@hCDyARjfXSxvZ%ZN5=5@Im&r$CeB3H79Y=noX-l{qKNC-w
zoPviZ?`IKTD|QCs8F>cGfipmOWK<VO`3plzJ|S_2@Q0#z!5ZD0UaRrv`*19`=pyPB
zmLA!tF44J<o|lqn9S-oPN^^AR9S#SU*j}Ldfbo9b@ci5eJnu4^?fy3jZ*-5zBtBPO
zjXRCG?Z?(;c#*w@4%2*R-3c@yFBL(a(Ta4w4|*+;;U%7sCJ%Ixt1dpKtoRP5)L+TS
zGqH@<W>RF#4Yqjq4<+8u4UeAK$IC5_(R;-cFzDlZn7O(y6mI*=f33Ack;SGhyDy2J
z!19rw8F_Z@eKe21&Mas98YDtU>NQ55n6;Uiij;}DM}w|F-V%*>ZGoGmr;vCV`wlwJ
z$uBbUI#jRSfvzWdFHGch;w<w2*}}&Pjlc(ejbPpKWTbwJ@XpGE5tb@xID7Lw21%zl
z<!PzRBMwEsr=!gxkt@};{gx80H`3>}k*(*HkUue$mu()5m6saHq;o9sk|~P*Mqq9P
zqm0IAUdUer01VFI!Uqs;k?OS8*HgZQwAPWZKfEy`+;Y+Li9PpFiZ|YXm7nY&qeY(J
zYVsYoB+9=~UEYg*3L67qaVB^+{W_3-v-J4&!n5H(*NsRVf|QByK<H5D(e}P32YSmt
z&(^0pZVPAAokf3)yZc+=z`zvMe*0DO=f%*;rGk;i!<UCmMW#kMZ9jxWXCU>cn8=kI
z7f&Yc*F*A^IHi6y@#SL_+G@FWJdgE{<K6DlS()^i)B{k7=aKp<81d?KZNGqWHkwYp
zLG`=`sD6R`DpFqni*7gN3#TtYP2)_QZZrXem+Jg+7biT)-WNn4;h5s4cU{?kxC85<
ze^KC5BA-G$dX-bIk|{$`Z}2uhd##j{cg3vT@0iG^)RR#5V?X$C!Z<T!=5EF4mySvr
z1u4hIFw%I^!9bvXqrC8Aefe4^JK0(~jVHP}in#;PCu?p!NQ_mU)4H|DJCq5kkhq*O
zNsu%x>_1M~M83QT@#VdNNIcFmS`0;6BaE}?1D>C5lD~e>Rwu`D@`POYCXsc;THpM3
znGrW|${d`q!oyA<<Ga@QDU|gT(RX<e;G#CPaOS&}1L|?30y^XFIe3M-;clfp2%H%g
zU#9&SWg4HpEWG&1J#7hx->HY0fZ6oi@x8cE?)&R;CTTQ~)=+=cKo&iTA5(J_%0NJw
zUM3zFI1zINo6~l3Q>XJ;C;rB2$Wsc8kq)h++(qAgeq9fgS(PT<ec;>InXskF6_M8=
zx8G}+Z&QImYwD}|Mp`myl@fB<8$DAZk@B3Hmo$Xxbtvq;7=*;P#9JPMlT=aLFW)@C
z1+fFwOWBq(^&aVd4#Dl;Nl3j>nfwQAvit!<1Ex_wL06^>2($*OJ-u&5`Hs^XF_EFB
zO&)+*ZfQulhWb@DBEL}{_auKkUt}=m)2)E%jiUXOP3Lg2rsTO`<v|TA$>=M38>pKx
z4ll>Qq<*6ook7u1rFmnA%EH;Kyh703KZubxL4m=uvF9YxXIbc<;3WS<3qH9foKqiz
zi9Te>{`TnH%1ITy+b-t^LS9lX1Rts7MSnOae~G8p=CFYG<22+~Ib|6QjTH$`TrM3V
zkw$5#|0ea>@`^bBJbG9-FzO@mzjgI7lHO&eela?|qJ1nb&e9})8c6+XwbsK^E<oz}
zGU^XPuyahmYxBQI<oV_91DeW>4olQOhzIJcfvC^=dSglBe29;`<H|eFQG3i`p1rLV
znwlC3pG5vJ1k3h5l>TgNL2DVpoH9*FKa%l>ttltIK;uiNgzr@8-f(5sNPa0f0(x%i
ziAH{voN7XOojF5rsuZ?KTNM~yx4bj$#W#U3FKI|V(2R*btLWDeo~TX}G{tqy*s34e
zDtS@Ze{TeN+53!qg3wV6?a~}QqK84ZckU3<dK0=-*HwpCoCd4SP1W>lJ8Z=h`9S(^
zzJksjEm@n#M)ftutNrPFtSOf4ZA=VXQTc#<9gu__{QiK^KL<SXVg_u8nTH0ars4aX
zTdYO+NABIBngxFtBUKFOiLsg){W={uk9*9r;diPP7Jiz9f8VaaO*alpi^Gp%(BVIP
z=Bd4Sb-*w<8Lb7Yd#3P3s~W;9rz}2BJ&*VFRzcs*_2g0ZkKpg?G`z9tF&}cEEj*gx
zi|bachwYx>xS}GQTe=l1>sDVy>*956SK&c^=~*P-YwLwKV@|=y)_ovxUo`)3PFvJ&
z(vID^ufeuW^wqsRo5I~^n{d~&3=AMm7&Pk%o4(~Z+88Qm;pilPt`m!OeYc1);I&a+
z=+M^;hvhed#-?Vxf-S%{PlDk<riRh)Vb^_M2y@#Ev6^yjvS<?zu-FSXx4q<3=LNH$
zkwN_~W?OUjEp|#m<aK^4@gGPJyJ4972uM8agR%Den3H-LUv`bgvio$#M|LoK6G{8^
zZf=UF3k_r)o59>JYA?1m-2vB}?y|i-qp*0njL$#a#c`R-*o1edFwXrVW({esR%kk*
z<Kj;8w58*~c66|^yi^bCE@}+VKZGjhJEY<B4+gB;=V<IOv%9>?Xb8PCL7Fn;B%kwP
zF4ln}xD}s?Kxc#Y?Ee!p`)|jY#~<=jhnmRUs-Ez1ncvt$ry)=hqz@56SC|+_d{95Q
zzEnp&qQ8fpYi}ekyR{M*`3-~%@mCbnBb%wdf@xm8`SB4cFue2_^R20Yj*GM5#A-|2
z{c8s{s<s2V7A#tQ54PDSW7L(#{HWO(E^6gV(<M-PZMxd;+)zke=!v_l^yNJk+VG`S
z4c}7p63={E2HogA=!c_5q1?<KcK<S#&9zr^3`#`rE(&i`I+91_J!JXQZ1~9588Dun
zFFD!)&`0eGA8xhGp49U)-V8D0mF~Lgs%G`%Ya^QC!x39x&5%6$9`Ok6Kcyw-bx6WZ
zSK6SsrW(=(sJ`*6ei$yxTL|fS*{EZ41>!~pLhOKd{6t7!F#p#Zix>7mtEj`!)^I3Z
z(O=K*>HS2lKf0W-!t4%oRm+N&O1rgNv$m$jJpI-%8CS<(vq?R9qv~^@=lP4x?_wj*
z`BsHlV?XkznIW*^T@0qBC((Yu3pn8g+@@T`=Bw`WB3o+|^;<?~6Ez(eCTbAhY@=rt
zTIS%1ZEN64oeS(~YJVi$VwIH>e|Lt%s^+6GTlo)T^pkjE>H^r9ehqHtbporXj^McX
zs5I5@77%t|?1852*$W5tVvfJ`eVTzB+Ow_fxby?Ir(PU!0{r`N30B)KhF7BovHNC5
zDq&g5>)M@aHcHf?m>W1<+*F-ie4FVy&w))hI^yFHW89gJNaFy$a0CyW)eVmIH^te-
zqw($w7Zg}{6B$l(IUlA6{Riv(&Pu*DYtVL_5e~c40_rDhMVr<)!E#a(9};D#ZixR%
zSg8vQAJkU|`Bgymx^L{xtu)AaJc@5jABNqk;~}^CPVlx!=i=wdJ?rtr!xiA_Uc>h^
zw}XG5viK3>If{0ZL^u(Y3QyD5<9XXbFf_R{-rV^f=&KI8k2#>ziSZOKm5=JXLwOUj
z8Qj;OK+rCy0}yti!1}z_`_OVy2UgWVOWeB>zI+uMdwd3D4!93~preX8`?+&C@s*ZJ
zxZ!8@8$#33@o-{W4X803J&PwQWkp|kmeW)2qCFl`rVT~nP(D56Gq&&Bm+;V=34CsT
zHUN7$Us0~P?}Ilx9}u_oAdVi&qAO)~ATx_sb*(Rp+W6Y1m_M&+BX2eM0hQC5%i*gz
z2#)I;772tu<ujc-aJSNs-?`Njtnc)|ooYS!Z(*|Lh(Q_j>^WOAEI*t#%)bD{TfBd#
z1~OmTh!>opJ(skzF(G`Tm<t>|VhQB+`2+Q1hswiljKwF1`(olDb5SR-Q{6((EH)Dy
z&4_Q*_|>QI>6xoY_`vn+L-6m*4=g*i2yH!!V1RQbBaUN64I1E#Xhg*;9gPeNIjgz@
z5nJlk@+x5huFp9SFFQ0ux<8ogoQRVloJW5cic{y+l@~bg;ybeoK=4hm|8F?4_6=Kh
zr88!YXp2wNweb4F0Wj-^%p!sY<B3gG;1RWf!M`~6;dUALIc~!*#;I_{sJ`5-+ME&R
z!N@LoY{~H(?Bi=X6QTPPJoCXu{oL>k%7!OlT=ri!_D~6)Sbd0}Gds#+huARs`$$|X
z)>=NI-x9uRTC=?FOObd1+f)>RxVK%!DOtbiIf8oz974?KjJ^C;pwsR&_^&tNOS5Mo
z)eyU46vBn(%(ov<`&rG`Kjq`E4B)grQlC|T=Gwp6x#sc2d*68DCe7qAi{oHLMI&`*
z_9&QBl?v_JwZd`dPD(SP0bj3G2y38O9Nkl1>+Xq5j=KPT7QQ?A6E+vygV2!OHIJ~r
zMLucWRj@8x4n5k1gTblipiEO(p6xk)@mheCH6j6n4xQtqFVdWfR*Y(r(>%gjujhPh
zavM2++DS%r4c;AA(%yvUYxPLrf$$8`l`0DS9yqfCNOL5|r3+|Z%xk!!ax8XE9w1c=
z`hlZt2xR|S^ZPAtLGu;cN%uAQE54abn3jqA;nD{S95^YA8|mus#6$5swChtg{MjOY
zwCyiu_RF93S)Yrij>j?LZcey{(!4m9XEl$Dc_Ch^)y#cf`I@e!1Lg3Ai;!>ucJv;-
z-0VERSI1V}qJ0!ee>Afn>I3P!`k=!e!6~ZXmqm*=)@u6pS&5u*jZ|N(b-ryaFYJ1;
z8i}J&;6!N0Ttfpjz-&C0UV9<NhLfG!@k<{LDr?=0smA-ES@m&NIpZl54FFi+W(GIb
z7J}!)T|A@aB3m4thQwEpQ@jNZ=DA>L_D)VUqL@|9!2{`OVBBT7($gkUO13Rv9cC?s
zA^Rp_p4D3{&6%JQJ~7jN6Dr=-_-pSNpnG6m+BcL3R#TX$+4!JL<bIo_+0Q(Ie4g+&
z(t-4zaI~er&@5=cQ(0+FF%RhQjJMdF0K+SPl4q$a_i|(?G^l@<F`T>unw}bqeYX^F
z(h(M1p`&#Fca(3l?~F7)bkU#6i8Gj8l&RWuU_)f@oRGK!7tlK_%WhS3@+@#Gah*c=
zWv*_0)j5^V;Y|p=V^A|dqS}_*HrWb`_i5m5Obfa5i6H2AF0a<t?VIzM5!Y)@7ls0P
zC!E}Wtk5~8^=A{mHpHNo(?(jzq@8K>?oK%E#dVX3`e{=!P90WQ%E`~Li`RZ}!YUNc
zNf9`gvYaO2TF+RjRePw(tAj#c|J;vem0pJO;IK{93$2HRHJy3$z};AHg((Wnx!*h(
zb{skm<bNPCvIwTHZx0@^2K@OaH(a;$0!GG^)oQJS%`UKMJp#s_I*c2_Tcb@gM~q+H
z1F4R9;g4Cct$#Xv{ySc2aH+34zspJb|A$DP2QGi3=XdDmr;fMQtoTq0ggs1M{#<wq
zzIMcI+W)34$j$#MmQ&{OZ%*BXcV$_lX5qx<v+zlLH+8Q5H6UIUI!BxtjE`o#R=V(A
z%y!Zq=$x^QylaVOsoEAsJEwBOpp+2ZP!9f32wQ%c$s5lZND1L}WX&B*WS{AL>6iwx
zn4=b9$?SG^Jdj4KRI4n+!cea0Qz1M*h&8HS`A&E!`B&m&{y4@GbREltzeR1+W9;1-
z24-*e2=9$8V<qgkp5Emq4{2E5nhXC=cu+}8nXa2ZdwX;dG<<jmXO|kwS2YgmS?!I&
z<M7C6;!)e3Z1j-1V7Jd#+1n*lDto#XMvtf>f0<MJ-+i;1fw$R0wW+f=%zn5Pvqrr_
z>xccIG`or1K&`@?kw>t3U~|G8f>whV_T=zcM%u`{TPHK}&73j`I$hcfTaB{7hW11I
zx$UCxd6_gP_<hD*DEzySZ#7uK$v*;(op7Y5X4>n@7xT{W3R`pTzr~yr2V)({NF^*v
zZnN&N@pSen@eC7uV(WGb#+|c~cfI%xgmXT=a16Jc@)iYWt#yAyTC{{+F}Mm}`%I9f
zhpDjL>j54rZmaJ1+pj#1jHNl*!5@yOM|naQFMsRGYLrak>F>-%{~37IrRPx>J_6e*
zW!T;(6~z1|L^@;Ct!HqqIlX@n9fsHE*bA*;vkLQQUAhSW#op&dAk`8MfA$G!-eFCD
zmH7FGLUWIEo0njv`zF-$3}D~KIxx2>PG}eX42XxI@LK{<wt&j9F60@9DSuydqFTSn
zD+Z*&Xo#iUGlRIM9~gJ)q4W(O&yU$R=EUdx?a@z|sky<*ZqEbq2*hRIp~K7*d_q+w
z6FIK=3PXIo$q_Cb9*N!S_EMi!YQx{RKghG6<ck*9;g7~X%=$66M48lgGj@A-FN@|+
zA&l_&kb&5?wI>KZra2+LP2?+o9g|42`4OW7xISb;fAX<nj=?Id4Ya<)apoyg!B;YU
zCamsaA^4HBU@;?43gu=SS*qU-R@JsYj8pCL=HBnf-e{@BrAWSC8nd`H6xJjQF2hc-
zC(-moBiXP2a3s8NgA7X;65AY%E&Sm9wIbzcb8DdkJj_i`o(zq^^xR}TRJfbZJTwY-
z9J1zTjZ9?9)3rK8nnM{X6IW`Vp=_0l0uNLJDCVVWc^z<E{e!iLUP-w9K>kz<WutG*
zNH>UdwFYbqCBaGPRd;)BcA^{(o~3k-a)`gk;hHVlo#g#XkD$-FgM^Dr5ObL2p3G}<
za!7Z#V&m2`naIc!DvqGjm76^0aRIETY6sQ9flO#>@tm%(B;A9N{;<=<QD8`CkKPDs
zCZDOKJ&9{-YQ0F*jlF{F)c-lU?zo=1Fis^Z3Z;yskWgf&d!C!U%a$#BWbf^5PYo1B
zA&EpKiMr>xl}L!JWF*Nf6&cy%eNKP8pI7wz{mwn-dA{p+?>XeVk#36z!U;~kS9n-j
z`!zti7Kgamqk;Bytk-0Y99H~EigF3$f@^7x6slFB1sUlKMstWY-wJTM^)gO;2@YNE
zG4u9i0>`ChJ^nHB5J0|5cp0H%hywz!$;(5W)}M<x6xqfh$BRg{BMq8xN%V+HoB&j3
zy!w(8h`J~(`6Jeq`o9(gcK?iP3vXvlhF;DgLSxp=IbkU6=jcuvHVoIgg~QbA8Zv1;
z!OM7}z5#B$r(nOB(?ER=qd#9^r0W#IeVi1Wg*KmO;T25>9?{-iC4bA0UC}~;k5x%q
zk>(N;J!~??*oy3X1M#dPctv=Th4G<4T8xv=<Ix*B2|X<jnsx()#}S{Y+1rQk=mQd;
zvU*LPk$*6g$v^PNuAji`N))CwdkV|j$3bNz@m}9s<jZm-^7!cAc8u_1-1^xibZC<;
zFphN7M{sO%tPYce=U<pIm&R~G@FzG}1%jp9UA7WDB$_{1HR%;luPV>qy2AtO7-jJC
z!xHI7(W~%6*H#_%&>R=W__EH48nU>~AQuy8`_Y04FGhMo%1SL2o|=#CahtEA`>t;t
z?k}ka7$@Artp>T0*0=<mysthV^>_(d#n=hW$Zu@Aj^t-R4Lv9RO%-F^aA7~?EYVDG
z=636fx-2N(dKe5(?g<r}dQv{{h`BZzS;wbAOWzVk&IQ6X-nPmGS550A5!aKKs31SI
zA4szU;UM(rZZ47k<Ll$Sgr=t6+9;8Bgp4Vx*})MT;ra|qh_s#nx))rLUQ60ZQvMXS
z0P??b*ZgX<wK@QV(E?LR6T}GbM4Eb<+&^az_kNxYIWMM?Rz!OTa}71kAY3Ib$LAFz
zMLq`PFBQ`1(gyVie*7KELi}&B^WXj|)PsmSpRx9X+_1y67c>{6fZj{wV@PXF_1HqC
z+L3<*4unSDr;)UX$S#D|N4_B#Nhe}fste3$G?`H!(lx}P=Y;@nx!Ijjp2E)+-sN;X
zLTjj$&yjBb4r#jgajpv!o|_E~9>Yru6LHS4XPjz}Un<O12oq(}4&)U^A+592_FYR}
z*lehMH|-SCppOBxE&1JwLVmL4N1B^G==(X0o9yc;G6s=7v87e9#M2)r52I}Rvyti^
z-Vr9OoGyN!QI@3oyuA)Vi_L*J5ro%`w7#qSO0@;}-n>8Y8i?FVCuSU<dfkI~Zm-DX
z>O3&{BPc!)3z||0?n&qkqPK<rS|6_^uXeHJ>tl0Ze(2APx3da4={<!$4<B?Y73&RJ
zgIbcOa~0U9Hf{5YYOR+{+Ri@gc^|c%(QUyK8L^L#Ak`w@U;hvzjfr~ddhRmq92Y)S
z|6?}{UU>@1d&8928Oo{&(Lmmkkyi%KWOq1a7YgYPO&DoNmHeSXep2XZF1(#?{4_k9
z-c4??Jcm&>hC<hOQD+MO2ZR^k&}JY+()l0cY3lG?<bqSLWP_Uroei*1M<s2_1vZF&
zqFxmm4G2HM#Je3>)ARSM7x#zH-R|JCt8{8|7fB{>#mat1!Qh4ANV;FXxp$?=d~n*c
zwrXYEDHyt2i!`pbsvG}^@{n?c^p9Fvd;!~BKgTFP;FQ(K*|$)<H`VSIUQf>iKQ<_%
zyf2uM->Sn7!M|b+iEmiDHjlW-Z%5`o;6jH{cFX@(^iV0Uq}=liBM)7t9Vx3qq4P)&
zi@JnkS%W3wE|K$q(1Dcw3NNBg^1T437yGHxt8CGyN{@7v6A)h#R(nd+J4l~JSn4CZ
zKk?ZUF6y`-L9_04l}DH0zi)$yW1Jx=)S+&@ZfBX%x_7GMDUqug{L2!$hqS~wMj4~X
zbnuGq2$ixmdr{Ax$@K}pe{kX>S$F}#(^vcKgwa*x<vUJ><S2in>;+;AXDd{X=x>~Z
zJ?v^kMvmk^80iL)8N!F+uADLnS!Cowvn1|xh2!rf?vXG+p^T4@b11{5RUH`BrcCq8
z1<sN`!3hg#pO(inVfDPPn5H=z1xFKqk)FJ#6t;85IYSPxE%kd#H8r`4(8r|PNtgA&
z7Rv_%=_OA3fT!fwC+_@!gX~r!uhx=N7W%>8>=k@h=0)Z8l7VtoPzZK;*q-mdbdVLy
z&cbf(dcd)RrtH%TH>p`+7Mpl#CO!(E1^?!sX8L{l;uTMNR&a?-`;E<(#?Ac#S38cx
zrSt#Lxm7u6vSK2Pyw17p)knC(DORyv-ItYZDq?Pn=Hi*VE|}ED0u6f4#BCkd@^kz&
zZr$vKYu|*x_s&n4K{wjt?Xd?m-!T}czPo|X9()ANlpR#xN5L~*Q_bl;hkZQonw_83
z6nkWcu_TMvbpPcTT-^M7#@!R0VA?Bf`BoZA5BK+jhCg4T=HwP~>iH(Hv3oTB<sKl$
ze&g~MTzObSZIJMcb=#bXe_T88?|11Qw2%8?V1OGY-MEA&%f`v`a_gy`f;m14iNMp3
zcCzkk4B)JhCwL{U1gOct(_KoyZh}AiPc323?)bu&CynHFm0QvIU@o3`aSFb<J;ZTy
zH$dY0!~DjIDOl3E0p2wH%b!`D26_$m8m|p$T88*{*>y(OiE+|N{PNrp>nUR)w2L1)
ze_YBP^}OL-(r3usR9~gB!jXU5QI!MmZHhaizf(qCD}&{6N0F{k9kH&Z8tfO#`kw75
zH^2W{O3bIT9*k^YjYAVq!@5ZU<q=5Z>({mD8m1p_D|cTLQa9!sD;_9MeXjC7ox8)E
zx$RX)C5~&%?5%FO?T)?DP4Se+d1n8&7BeQkV$lhWX%C(Q@S%qAz$za4G-@xWU;{L1
zk&MrF6~MMlUEy`pw(Mw(!f1WrQi+lLH@k{8zrP3u)At7NDHCgv+eJ2BzXq;uuf&TQ
zrEto6544ZI3zr{6A&r|`^>e@-Z6{&Rr6y>2%R+548@c)KD(>~Kll)@i4%lXv$f-Wm
zsr#&8Q@6`_GT;nu*?CP`@q36oW`PG<IDW#kc|UnXGjlAT?!_DYk|ChHrF^T2#4_P5
zPT#G=67Cyjy>+>UN$ZBfhsajy+eUFvexZ^tYN9W9cz+gVd0s>h?P0Rv_N93E)H(Jz
z*a3#!?Jasob(&Wo<=$TkUwvzFWo;bTZv4S2>0Z!>4)%5Hvt+g*)us_luc+bue*^;6
zDZa|0y_5I%2I@a`EbW8R|A!t9?s*D7_a80a|Gk<W-+LUpcGf^z2e#L0vJ8VF`HjqA
zPBkM_-P+Sw={(;`Mr$dT6pg{F9j{TZ4aN=6=&WH+ecXOES&WAdc)J94EeYdM8oJ<n
zB*mV3m*!#{hPXFSThG}KRO>kU(h#&uS|eF^TLDwS3yR+NM(P=+Ib%AuSmgty^gQ9D
zV>112ESCHipFw>Bk7O4}vRH(}9&W}iC2yFx{*mUTaNp@RdVg=EM%V8FM}AyH(HCy|
zGEY?|$ZZoZ;qa{&lxeSgn5d-`S4Yfxw+X4|*^_>QP-EU^IQ+Ajdh>#@%0^y9>T~wx
zi67`yI>FS)N_cE{2r8x}U@ODzXyB!Q=9%W|g)`wmbqy^S>#MsRUSO!t2fnqyO8qe6
zISipQMcX=?$;QV1c)9pFC+vZ)o#`IOfL+|+shyl~e;=E_J`em3Kg5FbFIZlORqX8Y
z6OyP88Us9a^WbMXM8eQ6Dg42KrmVK-88JQ(y-9tQ-eK5e{INBI)t`SCb1jeYP@mO!
zaBe=Y`S1d}dRHiH>~=VKP76&k1NjIGdmtQv;Z}c;<^l<Sl<(UN(WpZu`*yD>{Aj-)
zwr<vvZ)EBttu^7zZGLy0CV2mK#M=!9<HkPo=>IuLHGr)y7{cN-+D~rH5`0%L5v%@w
zhX=z`@W8UR(D~UwQ5XEp;>CD8q8vIpT)@erv-#Pz@1Ssmo@^QZ7(_jXw`vL0Ym7dV
zavno@?#;vayVX!2EL5_XGxw}lAHp_2hE>D8In_7&+Erf`>sw0CAs$S>hS|~%lp{bT
zjKjn9z1^zl&V29IAeg&tk*p3WK$|VTxVUj2Xw~E*1ip1(Qx3HQ`W>M6QQx|Z#ERrw
zxIQQyJNI1(4-SNidaJ|c%QgeC!7r6?x1LHEjxO5=Fb%Cx9Q6D;+>3LB-EUrrUX{Q4
zZiLop8Tf?u2Kdq57-=r)TKjRUpfd1G8iAh!G-a*R{dq<GhVpAVXKz60PzZSx52rl(
z(EQ&8yLt)Sbk=<O`8>QaxD4Y`CPCuX7tsITIG`GZ9UC@*#=LKsVt9(42iyzRbkFbD
znYu`|i-N~4r2OL#9Wq#&);@v%{MXt`JmCFPX-#z^1O>mvh^#k2oWmAj5^O9{6{;mH
zw(Y>X=bfW^Z3EQntcmmkJ61c3zJmWQ((@o6n#ff#&FX5xAmA_GY1|hR=^2B;evaUg
zY#~3AOZkRp2RL1qG|T@N_xY9t>)AgPecpTV0+?9uAEP=(!bfS$0u3OXU_FhW5$5RO
zvY9TlX1_VD9R&MzV9zZ#qaGwGGx{_J>NOC&`}~>#VZmj-u|$T2IqTr31;9CahQ#?}
zIiK(=jL~{Q*xD8XH}HAEeI{2N61o7lZ@dFKL*v*TXA5{*QUQ&kjzOFAr9Am^EQYV)
zjMkGArZcKPb(W10Mm8M|$*uEv7oW?#{`?78)~+`k$j)YK4t>E8-%)feFB$zCJ377?
z_I3J+^_qQx(~tguWz}!^_GmH??nB>(BVp+*dpaxRBKvb`I4918U#$;wvvF>Ccbq32
zO6dx5dv3tKEvbse%+z%18C7SfCFFH@&&-`}LfpVgcy^~Dj&?PtH7G(FFC*;0*&Ze0
zXSTy6gw}8|w$$IlFKF6hD>@5A%z-NFQZ{jv4;Zir!&^m2LSsC){FV_IdWbDv*i-d6
zswbCj(Us?!c2vdKjj!Ame2(I?W<QyMYE=T$siJ-HFJ$q;+PiQe<v(t8a|DRFwLf`}
z6=+A%{I%y7C%1%;dn{zzja!A*z(X^9G2Sy6o7%{5xp=Pf#lH);w(5*g(-Sk=#a-tv
z9ZmUFGcDER@<v?WuLXKGSdI(Ut;F%uon_)4JXx$KJ`V{KQQ-EhUemB&@@OP&Cp~r3
zkiEwHfa{q|sg>a`AU(mp*wyeYoh<R2+f*cN1%xeBA0f0i<uROHxS!T!9o_rD;OWCS
zF4kwJ*B&nFCn%WCJ3r#hsm4%0@DbMfjib4{$YMT43htI?KY5}&3V#a0Jv!m=_WO9M
zUQd;-AAeoXR9>u3hxA|BV7Rd(_|-I(MIBwgau1eiA!wX)#!~Yp;9S`eU#B0Txrrfe
z(gxF6FM#IWo~|G3&k7>!Yz2Dz=zPas$#`v*KhV4>KepPdw4Qu%T2q;N8+}Ix!_gQ?
zEj16q+Q&)I_v~>z5lH7??@lAU_JVHL8iU!1SQg^$jRsFIigm!OAOlG^ECFduI4<Qr
zR3EjIAMPg~@@OY?eA^tl7L5ebav3!hhmkn24);Xu*q8@E{nQ?6Jv}<dQMVAsEE|r5
zqdWz@Va|O3`|owQt!l>(gsQ(=l#y#4WWN#TNsCvd6K_KglXUPK(FbYl>b2Z6oU}0`
z%?6~&nBm6bqF(CwoA?OdO}&Hm;~t>Uoq0D$vwwPiY_m-Tk6cn=fA`EgT)0SR52Fmi
zNbb0_3T(`E@k0%e=D7m@lz1??TnnVxVRh74c5{&(&TGH4j&tkjbr-z_O<qnB_+N*g
z-s8@|UaLZQ9GnRYF5i?M+qHp~`px8;3NzF>bWO}V=!SJg(lMOglVw)k;Xm#?#ps0H
zc<-Axr*T5y{!%8m;PL}gB%Q{J2JB;>d-(_s#+akeA!d|{#69RAy%P#%4*=3I^7GAS
z>5TV*u%Lwxm^R3&)8{uAT?8Y_;~qp$R>m~%ppt&VD2)Ji)<{zoJaPTXM95#<Ol=&r
zoBDe;gm3x>lRrlhHg_k_qAH}7@t64vMp}$hPjE30F85yG^p`ex$@_pJ)|dE*&A-wK
ztG~_Qqt?7)wH|>eerMc_9<uNv>neY6;&wh}*;O{Mtb?j`I-SV_2Qbp063q_|c{BkI
zn7jhQOjsA(T(+B_qc-Uq!pR4r@k$%~Sbha{WnWI5!$oa54>`tW_CAMU*ZSA-<siFi
z;a5nf)hLnkEXfmT;B@H@G}~#4q$`2A8>voVLPB44?zY!#PS@w4?`?!s+aU0;fBYGq
z+<F8%T+bQ#=WEKs<>NSEB5VIaS6v6R4}2~?2SQwTj#~>KgARMlfQ|iy<O#5B&0b#l
zLti5PWK$!TbHY#<5PF4tKix+|+Ti|IYwo76@^;@e)Yc21fbo@ak~C@$%XuoXuRSJm
z;xyvY&73qJ6#E{fJ#kZUh<g&4O&JQ?^87)k$_n!J!$A0hpy%coUH>d}dOe5quZJo;
z0_nRtUOU$~P^w6F;zFO2K2b?`@$1HoX%Fcd?v+@rkpAGG>^ln0rP80t%XI_tt4J8a
zGh&B0>{?=^e(yX(>FgT~ZZ1(mBdEe33V$?d!W<s9HXO<0$^OG<KohzzS$N-_#%XnW
zopc{Mr8ZQ(|K3ESwpRG#Mg-iN(+W52o+ETBmUO=kpWeD+)8dj0sw;)K6@=F#EsAsv
zO4zk@?&UlhR*hLLFb03MHWPe7T0IzwqJF}jqAv>Ref4u$r#k&wPbpwG4R_)7mA062
z=>sP(s1R>J+RO{mefkda{n)?oR(~0dA(Fg!F+XANB(ReaUQzvA6g4hUZL{H9`=MWi
zA@Adoi{uC8Ya4E{ic>nO&xzZR;(C)b+IhYzIv#6#+Ms1fxZpr##iX}*qP&_f%=tuq
zY6#@D?Fyv11TP9sXU#n4qF+rYWU(Sn7$yrHTQRLG5}t6Xcj0YF!^!w^)iXvKMImp2
z*4?TUn@$Cwd})s(wme18cu%4K<qlDs;m9!~hC@562MwxtYO{@Oh<kTb!x9N=>AA$H
zI9xU6gV2}6HJ1ES=m^q~!P2&lA0^U3xZ?O#{9JZ|lP96?tk)`}D}<kb@fyAH{*gv7
zf2AjlErEElTl&jYbMRpLNFWadas<}-&G{=e)ivQg(AZc<-t6^;lP_kZMWDX!WM+GH
z8V<knn7rr&+|ZYE-;w&b=dLdKfu3+Fa3)&y%M@M^MK<xpZVg20dPs!dV!p7$`yPb1
zdMafF64eH_*f3fZYc=VZ%Gr?_kTG!~+D*NM{vY~f4!fHQx(DC0#_v88M$RH_+Lej=
zB95>pA1x7|qQzlrnY;*+mL&bZ4++a8@;GSQvbjY3PhLes*6)+X$DjRCr?Y9kf$#+G
z{Tao_WG@3+bA@yhlEx&Scfhi|zAEvQ$T>Li9-Czo1~nh%L$`Kk#hlgYbe})#z`bER
z*)-`82z|Y@!G1QqVhyBE$|QVmC~_Go)XiFHX1zeHJ+xYMUf?byuW*yf=d1$Ki3;%u
zOVy+Of(gIpZm?jUNqOiwwIh<IRz&9Fw&*$Di@V9llM!F*An6cvoFC7}X%d%58bkEN
z5Q+E_X?}q80`#8SPVJTXoV-jR>o6dclh?+*Tbsx`v-Tk2HrJf-7<R6F1k+doyKcOj
z@G~8D864n^->pYw%vD}~)(V}&>LclEHvY5$yZE~`*qRlQ<~Ytsvn!-+`1#aSBrZZN
zji)T3>qSQED2x6s8uk!GenNhY>s8)Dx=z?^vrPC$F#j6QyF5GwYpd>a@^Z{kv6N<d
zHABnr>GE+_zph8$kCa5uB8?C8Hl9>9w3;GmGA42p>TNFimudk|SvR9Gx<e<s2!5*P
z6jk_dk&y}i5#_QLN#jc7L3z(C`Yt^ryw1P*oEQfUjvqvt8*DI%QP0!a89!gLb+7x1
z{$ZiEjzIhcLPHT(GU{zc{VA>yzdzi@Yd!Q-x^6}~QSNMOuExHLVawyp8Q~Jsd+ks9
zCxrVtZ4ul}dDbwQ^f%6LGn$?5G8>(APh;rA0=BZ&k~p@pEHa<r?G4$7K~WIiZWgv_
zJewP@uR-DImuUe@TyG}zaTx|LHvR^2J^fDkh|B^u6&;a?XVl?$rUQ8^iTFvrH}(|M
z+czHP<qs7cEFGTE7X&8>A4=HGy8dU0l&MHPb9X_(c{)?9_e@xGXhWT*Aih(-Z`((;
z?++MG&uh-#35I6wNOj8S?{SFlClorJaz>gHE0r+QexF6CN*;!hFNaA#o=Y0%ijZ(e
zC7sMay?rNq9bd4nnvpic4}(lIQqKp~<$Kc6^IZ66_Hmyy==mt(qm_(uJBc_nZQ0CH
z(k=l&+MW8gu`2LG_y@`Wf#wjXf9tTBIF&SP6F%dqzUXVV>Px=8z<lym!W)VHf_$S#
zDEx4~dY+M2=0cBeU%i`)Tu1A-33L4uE&Va92dN8^Ao==|I&EwJcO$NqQ-xku2|wU(
z^G@J(@)VOsHN$+`>u7(=Oipu$2Hi|lk-O5IaLOa;dk9;x4$yA$JH9{fnb7l+m-7wM
z;~<k45dDZ@=KVy5%!E!E(p3*g<B9QN>6QSD9o!CE&oKsvJ@o9b;VFgcfizJT5)ZP$
z9)2oeFJVHA$bv;CDN_!L)_1gk>JjMwvd9(bGg+hR`rtHgtQZ$P!|?#SS$>h6nyyyw
zBwk_ja@|B`3B)Npr(0_=cj}xSkucj@!c||!fbhxWIc39JF*v~9LKfUant_uytIO+X
zy+s}iq+b~IhDvz}h_RDLN5Ws>ttI7HMF#b%y1W13{&{T^NYi$df9IGp(#<kq5YYVL
z>3jB|99sr9w-cD?L;8GvbhL>&u$N~Y&Qr#RZ}lrE!_%+JPH<>EBMj$L2alBZbWS3k
zzMzn=V5H5!s`Q}HWkBmj8Eg^~76R!I%2UTu?$kkz8@OCq%qM4%MpNnaSUoC?_L7Xk
zYo_Cc#^;3fgmuF~%$v}2gZ*xbJRLi|eg;Bo9<LaI#6_I=QN1=I8ohox!JG9(O!M(v
z95G@TIy9tgwz(OsUfTy#rZ1EhH_gI`<G-2D%Rw-b_69r{cSfpiyppr0S8;q<Abn@C
z2$%lo1%6A1<9zp?V41iNf_6;9#3cvNV!$D6dp3yuilpxr?>s}3`9Gm&)M7sU>I1Od
zTcR8qb5)u4Y!Bu?*v9IuXsI43ae_7{v{cKc_aV{m4F9-o5gem4>&~t{ipJ9|@F5=O
z#{GA*li|sz#@@nBC-pG+yQX|W_ag6G--mtd&+QvL3FXb=$FhwJQ!wF3e@Szb1?Y_Q
zSN^@(htVqo;Zn_6PQQ;fTJ_M!as`C7_`vQr_Q2g?MsVC<I|j9iM9U8<K<q}C9+xed
zMchSg2RC@#<2MhQc^P#AdNaB<zVuOBPS*yTtmi`8yT_zFts&slDv>Ygr3J1>ZnDl7
zqk!fXX>PG$16wvc<}`~b)|ACuEqxSCb9`8QHot5077|Yl0{h4+mhRLHdq?jVpNl`7
zi;!(?i2k;<SnU@9G)C6%<PoU&p(}ef*M)|cwdDGfX91nxp{}zxWJ4Z1W-PGEXa5!a
z!}sIz&~`jMOX6z}I_thcw<gmecBCT|NC(;0d#7NFO(;61$vliU4r(?m1eaWR1P8qi
z@ZV1ZAc3Cge3zY}9Qjqw#MlFSSjr8TzPFdQJj9ijbRNi5ZF$r(Is<rbUnp!*i~;*z
zL3W}uoSR_;SKt*KbC1UR^u0~Y?+A9maUOT@Y>L*GEOEz`uQ1o)A@kRti`!bz`I?vZ
zfGY$^=87@ouVd)e$X!{W-H#!s^FH@C1Pk|J;`gwsV;8RNP!Fpsr;2MqrT9H8uo{Cq
z4*J2xyNh^9vISe=m(7RMUJu7_jmQ19{<J^*09e(1hWzsMH+<o)qfTBE$@>gB3s2q-
zhTrZRaPulj8T~#O#<cunFHOy%HE)&Wn`49X2lzr@k2oxUIE?mVO5$CP%;itKXy5*p
zd-0lo9w^1DFm>=W#?02@#MKoNjYEx?e-E|Yy2=}(HPn^kJ}?vWJ8ZPUaZYOs=8^T0
z<}}?tas{g`pN&cR+6@2nhK)m_aBE5!3(4xGZmLLw{2qIN&;88ix~z~VkMlxr`ku0;
za187lI}mA%;IZ*KX1eY`S}%Ejtq!NP!|EG3ilR)HN76ZWqm~8W_@QI)vznFR)~G&z
zZLow5*Qx}M$>%ddhuR^1KGf9Cr9M5!>1QeI{!kqJu@UGMy}>zm^;J`Ae-u4L@2}qc
zmL-X?x7WVG_|(=At9=ZA70+O`-ex$Zun`>jwG@)_eL!5Vol^$1ANd8QZ2bfW7kJpy
zoMQLXPgwXR7rfGAVPMTP^lTm=HF&uUvU2zGLpo7FJq(}K0XSFjK;$~IQFl)`yX^<h
z=sShK==7P>7?la{7UGM`sTfaZZg+Tn9;{zT^08O5MD3|GzxFG~t(JRybyU+%<nep)
zdwIg_V5Hwcs(;whw*oDWJ)zI($ewMwL(kq8qo}cS|Nc;a?O|U^$$xD*q!6BPyO5X6
zXxc~So3IA$RuxbUhXK_B<|O%Wi_0I_??3J2ur&?j=H2c?NpcLYK9xv4yBc>qJ;xe0
zNQN)<TEpeul&d_r2>8@Y-FmMJ^*`;&Lu)g!TNX2QJd7LL`-*FpG^aF{Y24U>o{711
z`w-Tw-Hoj*>Zv2>`{R_a$06*?<GQ*S`N~_N9>r@*d*N{d^56-rAZX?g)O`G$@3!B?
zE>AW`QNz`h57{5>t)QJ#$X6GBMt0B?zEuRl_CF)o%&xgmZ$$+D(WYD?hxX>Ed<gVs
z5cRV=?Ud+KagBADMmLQ@;&2b~p1gq0i~Z5}5}Vy;Y~4I<IvI$BrLb;BJgm<&!KT@|
zvWxRR^bZKc!hSXQOBu#ad<e%2);FQmf&?~y*+%x;tgkZPJq7Q@H^-!LGeyk;^<W*|
zrH62y`(Gv|r;di%pE|HGI^+5GTo-(&@rsH05x7KaC4Zh#kC)u(r?RcSsIzV}l>VBG
z2e3bL+1y#~p1Kay*WYM-TKMqqSlHOUq53>#mDD;fQlYhz|GZv+>+9t}J7+7D2VP*{
zF_-t=QD1GTHpNTLt|DO#><x9r7PURmalN5zG;J+EpQ*_RuefKMmvAJai%hj7dY<1o
z`GVWp9%h97SiM9Op2W4p_j^8~NADxZ`!!GrWBBr6i?P=GFlO8fN9t!@HOztPsfG)@
zo%gDSci!*I&uDg5zd7E*FN5jqNv%rmI=elLSUQ7irsv}a<4v+y*N&YH<n4d*aMqnU
zaI@tUCh#fba9f)50Q5SbFaM3Dd*Oet=F2q!1~h6RpQ)^*KGare9@JJAZqQ}+1!cnG
zri^%#=Iomil68*927Kkog{8cokFLOO_4MK;a6Z$MT_67y5BE`c=%Sk-*0hyZ7E)bt
zzY#q-;R{f&%euFkKup{2K)AxFp81x(%cPpZd?frJtXj_>@GtCk{ZY8!iXIZqFdCy;
zvo{79Phn;mi$U<+zra5{!zdf+GvUA84_NE2kHIlb<=;Oomj5gG55!uVuIvrPD@Ne&
z0i%&>7im4D@(tRwM(<!-<Rkofuf9B2(SZJ+@4-=rA(HL*RG3m54Ii3B!`2id_<k1I
zleh>t(KB13&&SVEUGdC|y{Lb97;62BW36?rFyaVxukRi)CVtdyC3ydL4@Nd<gDw#=
z&~>0b(^e0aYvTjHfv;S0S{gRzu5{)_b9GG7J^TCzKY31)w&+8_zZmD*Of4SM3!*o@
zVu#9oVB!0%kkwFz&Oe5;58cnPfi;id->CaMe%3Rp^BbI*eMG8x81l1>5$=Hb?`)_^
z?FUr5Y|nMh(pPnY%3TI>kd(xU^Qi8cvyX?i0re5__G6$mV&XGe*imjmyk8#Ph8c~E
zsH@E>b|az5Lt_}U!V5zVN8?8C;Yzc`$En}^dHazY`16be82<7BBm7~j61>^W@`F<D
z(Mh<z^bB6A>7h~`%9@*EV6|<4a<>ERb?l|7cG;EBNQ)?YeVc*MeNNv^z<7ELA7*Mr
z*S-gZ1}d0o3rjY12bYYA?91Sx%;NHDwZG9)ek-h=M12MR)i><#r&Qvio|C~oC7yc7
z44lysHtFVzYlRdONfrIl{DvXz8QcUN!#cx8@2mLs`xDsg6bCZ~*O!UMK>TO5AqVMm
zu(9L}(<sBBc|=-!o=tm=5{7cB8M&WNfV6JAOq|hM*=ke>_MwJAYlr(98*{5>o~q8W
z!`QoYAckrLG5Rxm(O?d}M_XLCU4>(F{rIyfOnx(Q5ER*&L$zN^CI9>)`B2xMaH61|
zEc8J0#tv|J%5Bv6Xi9r|+yLS@xZQpZ@P6JfYvmEx>EVb}Tf{XpsZS~}ZHQl;mb~)#
zIE-5~SDm<e8Jb7B<Js|nm`!KW?CQLjjk-AsmcQr(-yG>))Sd&CjJ^-}k<CUj&569{
z-5oG5KFz51z-{?JByGiYd)(rAT9=v7XoPV<`h%A_*y5<u=V6wkt`xGfk=j@)LZQK^
zcR1-m(ux5XmE0F}C(I`eZO*4JFt#sqn~oFW6*iztS9T@cKyW`h^+*Q@$3Uzr=}V#I
zB<&bFi!mujO6oowI*vNd2wUOD=H-0r=S)UA4$hZGFsf_Tt@|q6{cRGrocM><&Jr6{
zufut-*6_^E_v*&re%ls}OKLG;S1cFW-fT1A#Ic3S`!%zW_#QjAp2hF@I1vs7aM6d&
z$CfKYH#L#nlSqrCwZLJfC()qn2=?CL4*BQloIZ%**E;#J>Qmih-S@|cPrtM8At%{z
zH@fF~@o~bjqcHYx3MXE~v)i^ptd$)T8uy8pr_d2>TMI3jIE6iF^oZRo>I&aKy<q~g
zNrT{u8}GQlm0b<*V!hi_p~;2%q}R`Jy>Ht&)eem-h!buLd{m`=-PA|9f7nbqOS@xW
z0ePPk96b3NHu-LiRDXgGKw$WSD}hMk6Yt3$<?bZhe*&#_hVsdKk~qxENAgmrai^jB
z%&-|usx(sL&M+qY!Bd?^>H(zZZ(}zi=~|U<u~mq}ab%~n0+$JYHvrYG;3vNO+kLP(
zRRPBM9Em$%Tfa!$HZ_Sf$8He1uDidMn(;XSEDPe9zzphth%oOg(|W0dg}nKVeWYiX
zft}59BrQPCFck`p#b;AEe|?L#Bi*j@10}Z@VFe@Y(x14D{FXLSpQ=s1)46u-4`E9G
z+xBhmw#P@FlhE6A9|lR?Aw7h#)#Hz#;5@<wnKU)lAEPOge&$mO{RBn}Zc@o#!0TJc
zOM-V}QdJu<7Tm$xs_m^xS$iuN>Ewpi*x||%M)Lr49jwRKn{~Y;yb^f>m3*Y=3)Vd$
zQu_JXSoP7Oy^NM*!Rx^0%y#WaMmpYM>`qgt&ASGvgC9YUeL>9m?<S}kmdRbA39DK>
z3C~42z>X`M*vSnC70afRNPBI^U88<+>lX?q{YO4*qne#qgcE!%q0+Y;EX;h6v?!A1
z;sQr32DHJCUz?)PSEN^Dp*Kkv<DnHZ@s(8vfz9yp^k$S=v_!&q*+$Eak+)-KG~<Ez
zAE%iEwn+6w*V)HNAGT4nV+O$2l`m-Dt`zL4{vr<e!GxbNnZFHo@MsXane++%*j$Ok
zWk6mX`z*|5f;Wkqu>U<7mSvZ*yquQAv-|OW%5pZQXd)vYgjT&;LWe8uu;o96haX&z
zt;;Ecc=-VCcF+f*yNN$o?xk}0Vqq(X`jiO|&TGp{VD!E%-0*%C?|jh||8;h#(~zRK
zgf1v^8Hz=AN7>+wC4A?=WAr;wxZw3s+}~~s<pg>_*N~Bs;zo1)Rp<hw{+7R0G?7Vz
zvCF;n)Q^XLl6JAF!!x=@G|=b^LK7@5Fhc4TAT5sMV@dxW1)*Kz0#67(&xqrRzjT2#
zAd;Tv_Zw>{G=B7@doHwdCL{S;y!Q@~@CpTHzdO<q=DJkX@dNb<%()w!F8sC7QKrEo
z(PHjdT>GE{l5b@q%OIW0b{uSkQxDnU@)swF$8N#}$1+Zy6AjNj6uKG4KA#D~Z$||m
zCH{!O-+zt>U8E8p%Kp`(vB&xL!q?YnS@OMH*B~8NoSGs$dS-RwYM{AbT610tzXQE9
zt)+;6%@NJ6GvY6-J&`K%2Qde{Th(RsYtT^r9%2RLN9!^hHP(p}#tEFFT%oN@^GM#|
z93$O8e)<BZ`NGqS-{O<EIlR==6_3qrq>|=SDXT!MNr{~D1DVFee*XR-v@0h*fS>o=
zSz*65AUqM(6C;i$pSOW>B4_?NDgmyK-^55GVU=c>(DTZ5eMgw{<Sh<bp@pQ`7+pJI
zO=l*0nQ|6r=9>YO4Y91;<}AC51{a?4ug7uW@wmv6#262CO{v4m&)dT#>5GOmd&*1E
zFO0k~Z~4qpZuu-u_$nm-$tElg1=n2{8D#=2x%Lap?o(h#V}?!Fj`BX<GlcF{wB$Q%
z#$b0$uHC>$gTuI4zDW6t(2ok~G$fA!rB4Qsc2k*ov9<6ZXqNFtXaE%1(cwN4@sSS{
z83)3e>EAhVmL#`}0lH@L%66RU3DUfKv31XOKnvqMJ}4<EW0(x!e>08MtZmG8HJpHi
z_j1y>VoqF(bDk{Wv9BAW{;W3Y-`EV5`bOwh#lk%o9uC|pGA^EH`3NU{sRog8{p*}b
zXGX5Z#2ZC|yIJJhB2HeE3$FfX(g{cdB6%@R9t~VJ$Mc1^7UI<DO_b*uUFqh39kmxd
zpLOH(?mE24Fd8WIALS>T+126ITxfKW{WWi#iTB6afXF(?yQ0uLgz-pzfZ15KP^nH~
zjY$ELhfv6Sr&C`;+fR0K*q7;?vLx)Q>w?7pKp7B!rLC_zmz2S#ioPs%**rz~(9Vx~
zs_MKBiqO3pAES``9`P5Q-5gm3)Mp^DqxsmSj4}eso%*By>7$~5Vd1Dyel3436PaPz
zZ!HM^?g<S?kZ$pfBR!N2YahfS@sjY!jQoZ2aNrM`%a*K1|II)dQe8Ghb)pjgN~G0M
z{Qdl8wUX!`${j)I>$l%$0A(%08_G#*)?mcHy*S<Lv??;Q3l$b3hlEqD&m(DckyEJg
zle|fT)Cb{z?~gr$H`Bs7WsUT##0tR^=?z|1NN;-D$YL#P^G5RX7MB%~Y5tyD$_O_V
znk(`j)}$XtD^%O0y+R-_CxVHrPJh;+^n}^^c&S%0r`H4JQ!-(V$mq}^R{_#jK-!&)
zagukYI;A~`x(`<bUwF1zfZ<!8;eo#|Q23e_g;A6jjgoP|93-8M#4jS##ljXd)!2Yd
zlpA^hVKtCv6kH|~hJk7DwK}a5@;nc4z%wo~Uy-K}Ccw_vd6+qB2|jH1iYH_{u}PI-
zFnU4(7o0|3P1Fi}F#d|dgHevl11Bi7j^?CQhsfl6g(hQEJMgbz7ye7hRUAA+MV6$}
z+-K~obR&JPDLWjugt^5gFuubDW_>i2tv#;~r#s4mXIaNHFYW0beIP%p_;re6)Fb3i
zRtT(Aqk_%hOy%;r+@{srzij!XW@?Y~$Eg0wAZ;P-!$R2uWlnftTQKe}$^^;`rJe19
zxad>jFK*{#4+~u_g`Q#}lOs*d1Xk*$O~CncO_4M-&eS<eIgJ~Z1UDvM{(#G!e{x%W
z|BRQ*Zpq}`WXfLnkORkne1&*V5VbL2`DD)i6!Q#cSDZ=bR3}v(;%}NB5IA>{G63R(
zV|>ADbLiMPgi{X3!>5fBK2dm4PIXRNaRR5Bs^d<7{pW-)BSeqlY{LxPrmSQG5_bV<
z9;Ed|@&#DjHJVW`Gs;uBe}Ep`3Ud?K2`>X)u;&rsIBn2f7QJa9)C)@FYx*xh;$hOv
zR%~qLMEuW>!P?Zx@M+>Doaz1?yWWX~pUDMmsm(la@YaH=+%M9K2|-fYoa4;CiM4vz
zL<V{tTkxzJZRRJiF>T0ekEdJU-yOxOl%vq))n?GONtPUv@-aF&3gb(3@XoV9*1hd_
z{Ox=Vj*XWwq}u{$(PoGe*LN*m_DRP>Gsna67emzk-|ZmeNnf=Oo$qCodW>cM3}By?
zG9~KZDbz_mlo6bp!}}T1vl;OQ>dezu(dp6(<;}0gFv@QQ{!AV#(d$uf&@tBTs|T)Y
z7=wDwEogkrS)anLtl`XY+>y?G-&Fq^vm_lg;+q!+#Po%QrMok3^;=KcVGB#zm4Ivf
zSJC)h!iUo%z|pgp;(KQbwtSe(UY#5Wlg4J?g6rGx^PYp~dEh~YP1-}4e9Rka`-d^-
zk<UT<a}xjIy%dy70c>q*A>6Xti@7bcaAe;s7-8;+2R816ITN$tKR*s5^rl0`fsSZQ
z&rSr*Zm%2(yCbbV;)cW1t>K8Xv3m0GS=5@>8Lu~Aj5PN!IP5UrJTM00M!%xhGiig@
zc`&=!g|$&N)P`+aD9g)lLD8wbEKD|4H(Apevr1Wi`WaS#*Ov7=Im7s6-jJ7&Yp*{Z
z73bd7c&Rj#Po=Y{G?XMPQs2PlffnFZ)Lov};V3BouJHVViC_^`g0{VN>Gef4pBAcD
zWekM0tbxS`pD-Fb`*x!>y5$+kZ<@M6nx8JPYu}-|`*~d2tscC-dqOJN&<cCLe~9gB
z7a+Zk9qOe6(~G_N(aZ~w5;PPxtR4hnu5Vv&i95gc$=GdnUDEsSDFm$xhYQ7a*!8DB
zI``R)wNAcx^zF_xr!#cVZ0k@cwOxXluMfa=y5DY9MmPBW#f@su9Nzre&BN%Pf&7e8
zZaUUg?%t~sn~$MA=!*N*y)ISv5nODw4&Uzn!V*?Dg%&+7@X{Xij67?V6?M6We|a?m
zY<4$QhmKo;JN4-NO})oblRv>QyYmwa*qsBke%NbpN7$;K=iI>z7Tjn>=bEHpOt~rT
zD!U);+aKoF{;Xr-dL{?$g}Xg7aKh`Y5D~Bjw!S^c+o&Gw)Ud96n>13?DfBqhRbALN
z4>Dhyh--jXd!1y_SKoVaT;@CiW=v~^rcHau-`ifp(}_3m=J#~iZ8l1w8b-IL4Keci
zDB10tg_^YYFMm?DUaT9OZJI*AI~w4bE*J!VWpiH*$M(e+Xw7CI?#buIs}0!5(dTe)
zb|coJM?clOMI)8g0KFZ?ae)EU^B8$lL!Q6Mi95H8WZz1gpd~%aIVW@*?wa#}O{wh#
zotJ8Y@r)=Gb12#E0n?^ufyTmi#QGxDq}uJq4d}R1W<xUR%#&^lu;kn%sC6vor`ik!
z!Vh-*xIZ68S%};-9jJa_DxLF+llHKStv(^)hqUo>5DqlaL#i+JcQ<!vzG0NSIN1pv
z{vJT<*c998PL=aRBQVPQ0`J~yIW{RjgdQtbBjJ<0_1Amc`fC;Z^l8XfKx?@u{xfb&
zY7H44DXh_&95yHPC->hxj?s0pmQ}~t`)LQImy^EW)6uDHN3apZSwsWP6RRJ`ndqHc
zb01TEM!?v5S9#cC(xgk@qQ}s9?u+h_tLX?!HCtn{swp3uc?Uy2#PgW)C>&UQoYOi3
ztqE@ss1Jl+Y~n9H`Rk^!xc77m{F_<MHC`Fj_1~#BSFk9oojf_HIj#Ll%-?QFHEf{P
zIxgj-qFr!jyB*xaW4`^I9i6DY%-E$;2gyi#JmJa!{*m??*;_FVN3P$BMkRi5X!vY+
zIcbA3(6|b!TMfe4ZLyeR))F3%Z!A}?8zC?Dq3`ZCM8GJ2J$3)97IIlmV|C5OgUoi;
z1SM}pAO_MiLXN8jfUXJfbI;de_U6N^>8)`<7!AMPTS?ou#(?OJJ?^&3_??e2<G^ut
z;p!C}@;0Bo2hrnmCJuzXr^B)8!xM~t?12pegL$#u4A^El1(tSmgFu}kr142v^R3yu
z{`;7~*sFu%@Op(AE}CU7t8`~<KSM3qV|p9xZbsjqYeeA7rAr{Ie=a9%f`5Mo$>RpJ
zgVeH6%o$ONF@HitU*Q-1?y$SIJ{G@dF6X|VhVBh+1HBige`gc$9NV)3k@|{L-(z0F
zF!+3XG7oJPf*=3wgPrYub6P*Rp!JUrv@V4QQ?A01<vQ@eqaNO)dmpJLSya+aEC?7N
zu9r8tA5Zw-TBWh$@0P)Q)VYc1ux5{x9~X$ux}9LP#aPyb_eh`puQ}*9*Pwpv$#fpg
zSM%Il@UYEU!Krw$`yyB|{(ZW3&t*9N<N&z~KMS*ECz<#WO~=x1(_7kM<TKiD>S%BD
z#ro>x{F@NA#Df>9i=~5&I>5ot$uR2NJ!rIMu$peGrP3TJ2Em)?UdWC7Yv3gwCP%@u
zk2XkkgjXIfLV36~ZZhV$Xhb*Yx40*+7{3Y|9CgP8FHQO3+ndnbr3k67@m|tRDbD;a
z%zAJJhDx;8{@d2@Zsa`HZ$c(I_V7l{9}U%rfEqqVyB%7rH-=@)CEWUEJG$JS#I3p{
zU`Ja`*&ueASkpQz*0~bQclP;!@gHYH@|zp{*;9L{omb2VTV&BYN%#t0?VJIw3HzvK
zW<bq@Zc^Ong-opZ9n-7u<%fg@i)`h+*?y4O;T}+Lvu~fvU}vAzKywb6`lS+|xQ?|Q
z=TFb<e`i{bX^ObE9Gy5$oXYvcPi*qB2H;A2_<Xx@5H2=2EYaV?mB+7P$HihE5ojR#
zP*qQ4BJmaPbY?%jj`j;Qi(qTU^iiE6;`reItRXva9j@=$P+&1{_f<o6@b=<@_cdPD
zGQpEJo1@|D(LO+WhRz11@9`d%apHdrj{~eCUo5cRHT)>28liDF1HNPt5H3Sst4GY~
z%vK;BB8%}7kHdz<?QCD?Q_StDFNDV-*rZJbx(-Fm<0BRc-d&z@!dN_)|CbBSd$r65
zCcOTE!MTH(U&mwI_hc|#-y-fl?KkU_aD{53mWgZXN_)Bx_cEcEyt~Xotxavzv^gEA
zpN<Ib;ki$|fV2pzyeA|Mn1Bfp4~dr!0R6ob*Y_iPjlEgw&1l@dFbO*}Xban<YwX9`
zFfK5__w_Zp&Lt9k9;5z;@}PY@`R+sPTM-TMA4_<`jA*_iI1GBP(3OdoM8B&g=k8-G
zV;$A4rdVmc>;kO4mWLnZv2@=+4NRSVAHMfu@Z?rI-ls4D2Zx#A`Wa)P%Ly6pKk6m=
zj4SW%0{t6XKWwHP_~ixb`g%X7TEY2&*<u}7&)iUftIDH=bJf_8{dl4HqTpZ3QtyDl
zwqy9mtve=oE(Fp()URiu`RE12FIgb4b;;x2a>HJYz`b=2jCipJ#T>ugVy-@Gy+PnR
zOt>2dXDvGtzixtVr7EPh%NHEWT<_1|`){{L!WX!_HkXqgfp#}d)hmZi!}(DH+q}@y
zqX%f(<*=~r&akTBsIu6{hj{;%^5s<?()!CmBa^`>wLR=C8&uclq(Awk7&;5$Mn3nL
zen<+qu>(j;LzH(vUUY9dy(S!VuISVJ6d=7X?we2py}G4HCtRk|cS)HTbH59`9B`C#
zqjY73m6amKEp$lheWrCd_Ndbd_Vdam)^^JsSURYXuyz;(ewokq>_3LYK^Yf^Ov77E
zY@pL6f9A92w^TXG4J`b0WXfV0%})l^0%=JHxN_waR6Nf{;&#-jo`Q*!uQ1YJtkWeO
zS#SdBG89^i^pU_(MdN$9LfVr*Y?jIin;AFik8c+wqFv|#M)(4Pn<m;1C%z0P58;n?
z+dHzM&1gUD_m9{z=RE!=JO+fe3-)b<r1Q9W9~Dkb|BIx(fixmg4`GLzQxI`vfxrta
zON<1A*b4jcJEzz6;EQ^Bd`tWwMd)3}9t~h#2XpoLbSGX>+Z%q2=uWTiBIX6IH-95|
zgAZ~|=RSKW&!T?(mUa?J$EaNXPv}{;jrNP4G2{dvzxO5=T6E2Z?MRpj#Le)%(F2~h
zLJvOeI0>e|C?6WzNMN62^l=s=ZJ<su`-wxxRSB+?!j@>LskIA%d<}#v$vA1j8KK$G
zB5JlupA9k1USZHkTYmj-Gx%@)HTbcnR-yGK9pDRFo4$a7CV_a*>kYV1+kxd5p77MK
znm~Pti`N>epLspm^UO%0Yq`)07l%9o;R9B^G~{K8t;pB>WM4Pc)etO5I{^VVe&e5T
zi;UvF+0ga1F&1pRDW$D95%bKb4pDeV;#>7V`#VTnMEhY+K-;xLGpG;v`yo~sG4B*>
zjSIL}y%s{Jpzs#ifuE4BfjGN0Qtb!~A`N>TpQN7w(HBDNlfLd>XgwD<UT&hE7~@Hr
zZ7`Jh@8&B*M(`<S+gOV>mld(*1M2_4my`E_z@&$79XV+up~E?8Jbduq8HIcoSas<N
zGgmfd#u3gAq&)?$g0|^b!l3|YS${vA%ipEY=QB>{M`*m<m`->k^pAAdM5S{+Y_P}K
zwhG}YHobKlr$yPQ7VGz;%br%kqt;yu^$RZ1*pB1}AZ5!0-1fVP(8MymRvy3C5rWU&
z#&_)wa>K*PQr4z_iecU+p{cmw3*kZHuNgC;$A|-XG(FSNcASp->oH|c?#W2H1*krm
zs14z-lJ@R`$y<&fd09>#1xUBSldo@(l~khMf3vttTs4nPpUoyMu#pMVQ20a3Y*)oa
znJeZAeff)Y(k)Erqr0ougP!X$nybOWYjB<F2V8hX@@lYRLKBs+qW^QxROtV5s7#tz
zPW|dBk;ee1#FqB=FAu=%qpy|GdBgDT@H24q)MaeGf$ni{GlcqE8>pX=o$n~UsJzeL
z&7O?@_Te-~zocnbn={f6Kzc^*wY(BLPiiU)yd#}>k@TsGlbV6RX)%{CCmRZ_3-_xn
zvCw2UdS2pm{eQX07KA>GPBw)bi_hWx>Nr+oSkB0Mv1S&g2-i&%(s!i8J9F|7N_DX|
z()~F~QP>eQA9WU~#{o=-F{%$R@zPL>&2NESs0j`}wTJ4#SoC7L&>|*@*SYzq9^$j>
zxSBjY4%BGLZ}s~OI*;qiQAvN4A(>uO(@98rk(mVz0iUIP@z>)%z>cI~_U=76aNtCB
z^wV^p-^&nOP4lIar{xoVR&k-%+h4tmhKFr4={=yq`3JzxA4l?qOw8HbANKfRe<5k!
zB=R<GP}c-mdCU^5j7lUw>w$tZmYBTH*j?+66Yg39VS-Ft3`r+HLgUQ7YSPKI0>hxy
zfbsMh$<&W0ab1amx>LSl$7!Qg(n?~EkURxn-R}}{$pw)w2z|;4bKvr<iLfKKp}ZmT
zBnTfYdjDGCY4Y1<gj4$Rs+aqi@I3?SZ-skFj&=IG(pSNyErak(RV)+Q?1P6JFL3mh
zvYh%OaSYJsBF#CyU%b#vIBBdsY3eK_uHu9@<mnz#Pizpr7Kr1y@ME2K&|O@%nv8l+
zKA9Sex5m7|U++(H;(FrW<I>|;d-^WTL4M$BPa4t?&iBdWB6}F|q8agsNga2;-Ex$T
ze%c>8+ImW9egSnJJ^G3PlK+7m9ZTUQSi~k%(rSo0kKILnCACkvgDbZca-joQ$#T+H
zTd`eP2%qodBXlT|=H^>m8?wv}6Cp)1Aq;9OJTslk6rMr7SXX1jLr6F+6Q5vfd`aWB
zVz1w{0@Cj)t(Drn?G`4qR?Hs*(GR4*w6MC>C7jpaP^Qd`6aG`~Fat&AvBYGR(6W4Z
zY`R1|&4`zUKEReOT(K-?x6r~!9!}J^Vr67Unb8|e96;yiF83#I_=AxjV}HvF*!1EC
zNcE4yWBU_#dSJ}&HI)B!hvxkZRPrN?e6lRY*XiAzjQoOo_{N|NcK1dkEyLQ?zU2R`
z;#uLqN%E5Soy7cL!{JXe$fJ?xDd40*)DJ6z!1wh?{`o`@<shGkKL@FOvg{af5);=#
znvT=hm{XAph&73>c1H3O_Tm}{cd3q&M4kjG<8&EelIU&0jm*N=6(+ukuqSL38H~_h
zNL+;E-*Ne$><r=pc3|Tl${V~WuiQ|VJ8W$_UnM^T`(K6gm`+n6M9UPawF+?B)xC`J
zI!?R+#q>M_VU4^o=^#=c;LuKSD)}tx$0;Cq%jjtZ>AHT5@(C1Pt<d^8WgHC|c{_EV
zVL!?&FLTN;kn#|0W)a2yCK$>7^JlRi-sSwWGLMsoRLR!?@fFaV0q=5}#ygO5#;&Bv
z%;md1?HRka1xNV@3Xd*wFX5XZ(O6f$`EnR;%vmLH9nKxIgKwolD10Gt87KcPv;-r6
zB(e;=)&7WtJ7^EVWfy^TI%IA7Po^5?4w2JvR(1yd(mX`@)nJug%RD{Zfw*20xhr9m
zOg$$21Kf*z%!Du9W!?r?EGk2)BOtth@|d@j-@U}v%lZjChHZ3akjQ-}zG;cN8l&)m
zYlgrIm2xr(t{;%d^Wnl?5)S$8Aa@@z2SmmrIAf$soN}=yLFgp=<}S`^*B`Dxc^eYf
z!05bOk-5OF_U(W;m;b##lTpq|`9L10ya#sm)razYCluO<))mMj2yd%WUI>&?fzVz(
zeC#;YpG3Ty;b&k=nOhAzQ~!Wu^mG~V!U2&5%anIAfh*m0jx+9Xn2TKYzvv{c-Z@S_
ze;t-;AFZn`@<?b*XUdRnR46kR+KhC`aplTcGc>jT#uHYD0%dYCX+I$C!aUDhgOmO;
zP-a4Fby4VeenIO$%5Huuo2P`KOWaC<>rD8fvZCj8b4i%npYm;b%}0f_sK{hN<YR>2
zoN^?Eu7`50_q1=2EDMiJ{ESWh=&J%}*7x*<whKzIJjhVsdz~-bkoZgL^k6n=9~;pl
zeD15OjIuzn-Xa4<%D?M8eX+R{Qjc)T0u*`HGVEr^=vkvV>`zHQ6hBXA^vtofH|+`6
zmSu%>ft#-N)vz-Qc+31|pnI;78ob($H->NQYVJ5TXjzSNIHi>T<Za=`^Z8uykB4Jh
zZTZwW&Nywb19s6qkKbMo!g`5~K|Pm;X?uEuck(*?bWjHh4t8SN->=~9-3Rem=pM)}
ze2yI_edT9vl;gHJ_H>_H6Z9Dy%anKD_}RVbSRK{~ZY8H@{8L)OmGYJ7=A48>KI?<q
z?DJ5I?IEpl2d_M9jut&jIK4OiIuVGmvkw4n*bhzr48)nsXM^*ir_g`)d*u+Fr`FSa
zFqW5%hGiX0Ala!t_IuJm*2&NZ@o#<0^yJy&a;5eiCcqZI*=X@B5`I_au(wf$>X#ec
zm8Kv1;LMh-Gah|<4ZHU~U>$#);W>-EVTRjk-lJka%=+yPuUl;gCA7PmxTc+2sp|?q
z&mX|Jk>1R-)J$HrqnKH>cVr8#+oP=0Nq*_44Y|IDSvKw0bGmdJL@u^c#Wg#xc)_h-
zhNH`Wt`NIC7E@>V!Mj|#_i)>J<#EY<a5RcVql;Q<8~bvWbn*shDf^TsJG^+xCOV%*
zwnUm!<-m4(IbJP;TN*n!tx-nUnV0PA$)>7JfhRum55&LMI-=#UcktzIA6|K}lRU-h
zG@JNW4~?1?K&|l#)F?@TMi#H=e%UnqVDb@Gb!jQ<{vC!^*E}FH!xf#r(^)5*f5W+@
zVX$~+9)u~Y@!}E#q}suyk>4*qp|gJtGj-L74ZWe{a5Q+iG7Ok}9L}G}WxSviQfD-h
z>1RB)?i5zlPKB`P=CbB(OJJ4``1a3yd=VYN)6ZPRB~A>F4%Sks-hgUE`e*b4;$083
zb)n_b%l&(~>(T<|q<w%L%UywmULi25(o-HQ4^|z%7~<X@^>JmydN$sot9?<<KnzJN
zhkdJhp-Jzzl7ZeWd>qg;>wl82JT9l^i<gqEMMR5IN~DyM((}x@h=?rNBD}I>-}gOh
zDOyBIL_{JY*{VC|5-BBH%90|IJ-h7kJJatEAMcx<d*{wM=ewL|?#zL`H@HU1X4X?x
zgp@OQ{#G?xX}S@vMOwl?J$iS2j-51U;uAi4s1G_w6IlNdV{ln=EhcR1$2Zw()Bc~w
z@Zl|Q=vhhUsRX(ybRF2S=?XrG-^)8VKakH%io$mHW1wT3elT>&T+$nlpx~g3lI$A}
z+h}h=z49ZVWj#|0VhJ?oF3O(d2e8QNxX39e`SJ$)nV-aN-}W(znL3vCtf@Ijd-~2<
zC*2L&f|UE%=0!3dx$_0es>^V^rwT@y?uS9sUvP&mBk=jf3~<yv$DJmuz|Zfl<9&_K
zv`5r1aB&)<c+Yq%;)GKdlyP^*0hm5`1K)qF3@*O@%nt9ojK{p!0~nvCJpxRy@l7k3
z=bQ*na?XRc-e{gr=UD_sd;+RxN#$F`&#y_su^l=nHkWDrrmr1LSv~=0c%-8E{FtcK
zNO9%)D_fwKM?ZLxVT-S#LLqKfF&v2X#)fI3a>bc0N?QXjUh-v@+NZmx%q!mFwRJHN
zJJ3k#x9q#9Q-$&mBX;;nDNp|4u$GC~{KHu;K5zcOM0x%23iNK=PKm$zjou?Whx+-g
zq}$8G(CqhlIQQsd_R(2w!R)IuCI*=E86KUoHqbkY!~O4O4|uDkjA~)Zx_qa1I0t4>
zj&gQ-h7r*3(b-K&RC_jjZ&)vZ3t;axRY@LYC~{a$HA!>S8^1h|Va2v**pc=qRsBgs
zuYSW(->OpHv+oWcrfb5ZQzpaXXQh1M;a`xm%D5i43U}IadL|U{x=j1BP<~64?=t0;
zoP6*m;@oH?3}UP4{c_4TZlm85pM`CPpr`;iF}WqGUq%4s9MC-Q7tKB}x(>W;`i3QD
zO=aRaH@Zf%CG8^dc!&#6D}E1F&n=}}5oXfyh)l?*ee~vAw~+1@=3~aP18_6OihXJ@
zftTJNt`M$51Lvje**0BR=I;S5^P<IP;m`ht&`_rsC{AdnC-b3pr|`^(29TP5m;d=(
zz>c0DC%cpe6RxM=Pn$3JIYx^xqJg53qC@%96|KG;hf8ysDZLzeVz9Cn%VjsD+GJFl
zuytg6I{$JXJ<B?5^d<{1r$iRDRZzQx;^+q92cEJGJ16kPTdKgS-+X93pw2^+zAJ70
zJ{>fF7V_lOks!vhmd+JF+`l32%U=lgKaR*(r%>*;^?)UFeTai1@WT~Hg<=9@Ev+yi
z?mAw&F&3y6xJT3Da!F0KTHv(!_k$%Xpy<jqf#K}P!uIkTlVz~N$p~+L{eX4W@6k2j
z3tH72=E<YBW6I|9xN7P}%D;Fnc+>W+6&Ld`qh~r$4B0*XI-Y<1E;f?>uxn)%G}i}!
zu$?<pY~y>9{rR&hU+F|{6^~i!LAlyk+2Co;YEsR>xqK^OV;EkEJ;pn?yUL#DcgMlQ
zM>4vO+Hb=WM&p*RM7384Log!T7fxUWw0UO_`PcoBFdSwEJ>ixkSEHlZB~G=kZfkG_
z57C+kRz~l=4LKy{0xNI!mc}g#gvopUqR4T2UOYKYPm1%>m!NGHY(4qTV{sQ#ByK`+
zt%BOGcqJ;Cc>D~b9GAO%+>0O66VUjMF^2CRhd!Iuf_c};eD>JObZpE9wa=zHPS1~O
zS09#2d&Yaum<{xdQomMq(lmpuuzz%G=}Gn}c+qS=)im*_hO4}IV+Gr&ZY}wL(~u~J
zT)R!6Bs9tQnyczAAI+IjW-w50@J7-aSYp-)B7+NMsz-_Do!v<4Onb)dMZyh6a|NVR
zp!E4;R(bO>Hmc}M`_7r;smDvf&+0IIy>=1@E?opqb(bh2hLm@_=etNYTfZR?r>QgL
z;mSz2Onj2<O!Iq-^;@=_3vSteXaqK>&cuboGokep8~FWm2orjUFqVB(ju37x%9=@g
z3D9$)aoIjh-`xZIkDUO7ow)kY0%%a(9eZ`ngDDONWx^Z2$H#zb$WQXy@RbW}T`;{+
zjGNE2-v<WTS6L75`%Khc-qY!*-=YKr4iK;NyFpD*<7^8?c@3h@g1W_GXvh#Tr?A=E
z0=xAtXIA|_unXVULgTv~Fqh6XJTW;2y?PE(x9IQ$KfmawB&|OO#OrWyQ74wR{4n&j
zm+{}FM4kYfc!%me@Y7~7*j(PgCbn(EE?peL8&#xb)BNEIH#1PXUIWr4ocM@OY`#ss
zXxDodlKxpu_(z=eLEXaf1ukv50W7XXu+DaaaeMqdpgIGaR(ag(c>|^SfVJ4+(N0`H
zz8g}$ur2sgXckzYry&J78o=f~Pat;q9uddvtC@ZHu(>bUSjWz6@V{uBw`Lsvyxj%l
zUEQEu@2Aiy?9rzu>R_b~sg_{v`a2*vjko}Gs~i>5WVm|h38cCvuKdH43ECJnKa-zd
z+6D=?+1KK;5Eos<bq;GvyC<~cl^a8(O)I>i$yGC{&##?8`iRXp+APM$X>N)8%iwoP
zGs4MQ=Ke4Q{uxbHQ7%fPC-B_X6G&PMgcdjz+!>~{H&-goq%+b#N<~^KBMbz>J&2!s
z0^aQm6LBScx`xKK<v7_}hEdI8VDw)diSiwOxU3U-j{#~|B{bwFznYoL_K%K(x;C%s
z<7{5M1B;4oi|ZiODvs8U#1~l(lHjfc&=P+O{D3vF)iN#ZlHX>gpzp??thIVB2u+ny
z_zXq9r4G>niXYJPN$p(51L+}Vd}kM`-tT~^GfR+oitxRhB?j!p{y(>|ON$MqU0d=v
z)wlZBSz|UQWgQS-NE2363%(%@p((TuCT2aCMGY3Mh(yveI3v6Ud;H#w{cO5HpTYhh
zIDoE$dxpir-1sk?^e#^C=LUWq9n`sp&Ld%fLRz0k+OJ1%eQS0!&_s1&rYYt7Mm7Ch
z#D#SD9;Tlki$j;ZgS)o}DIe3@NTuPignhqpZ&(hHK4TOoI=8i%<o0Si)BKzZn^s(9
z#8cdR(o~ocK8LO|3)C-l72VgaIOLNy^dD4$s#+7&>-ZdM&+R2Go2ni><{>W7ThEo_
zm*C{cMvAx>=@rs)?_|;)Y~a$*9)@fY(EK3jT{J1$4%_Mc7^-zX!L}WHbD=XBzH-7-
z;aw%+J$m>(lk*-v#qO4h(1JL7Qi0%c6j(+YgtdNhh_K9D5zppn;i^!cGl9Pi&qRuQ
zGU3}`)>4YuVVUBrqIo6U+DhE_iO=g4FLIL$PvcTbeWl0-%H3s~fN~p&+d1JG5Y9=2
zQ&>uS?L0kguWH=oBM|rCk|np<I71_rar-q6qIV%yYzu@>M`Kw=VIX-pZ*1H88f>x+
z=DRjtMBBFqIC&YopJIn+Ch04rNugv1z4M*B8THCLVrWFET(mG$a3hiy6*ZwaS49i$
z2*jCUE;(r(nKUW;@<7eD$B)9yOa4Ij5WYy6JS2y2n{*t8O`F8Kn`8>zBvE~_A1?o7
z*JjSy0>9_>JtY$#0&zsPxBfvax^oX}{ygH(Ui*=!IZL_Gil4y$daRqB!zS+ug86N9
zB_plgs9SXcein8Tn8cR%NntKdH(6hMH4;_|-bc${8JsYYKhMv^#da+f6XRPrW$klW
zU>L<$isE1EHJTW6P}F0Xw{<!S@0(c=09E@;q)hn^T=-sxi?>Y1d-`kf$O?Nfd}=3R
z&3nEe-77Ul8~uw+=xmxBMm)qQ?nqpZ<O%TM8g1#-(`%ggSRwobt1k}Zx85LO8Otf3
z2E>DG>4XdDG~ox5ujNncUUKu|7C?M0`S-qn9dCsJ`76Tte6@?!WhC7S0j?)Fd8F(V
z+FnI`w&jJbjC>7N-;e|r0C`iOnn$Wlj&qxXtG2zsG;okASxL<lpj=Y7^LQq35=duq
zz0!8z+1im}l_E3&Z(<f8c&Fa81w=06q~)=?G?x=s((`@gPQ&KVxfoAj&Y<(0JdQ;9
zCT-v9gVZlj=ozww*B)zm0QN0*BColS&l%*7)#U@wt0s)wze&L14R^p(S{O<-p%!^d
zTml`fud`1{+rXj10O@mTs(m)2XBS+udK6#gpM_0z@9@9Xh#p#pg%=~N+sx(YlY%3u
zCbT4~C;oD8Og&!+4bk~-6BgvSjf>}eu>T;CXQa3trM-%2UEo+-X=>}{Qin%IA`VCx
zP|smB7a;P3uFYCrZ;ef|qmVSU@+vlxk=Eco&I~hd&s20_xtJ?X7?1xojY85p7lOKp
zJ&B7!t6)D0>=)WxXu5gMZQ+f{H}d{(gntIJ1`76SpUn>^6o}emq@|GNQN+HU!#~*m
zW#q?c9YRxu@CpV^oCt2+ZZV<xR<0^Wujd=d>n9UO=qdS&bQSXQq9386egS-ceu<?-
z0?uy}!8g)(DfV8^NoQ$GHm&-C$W_7>nU$@F-Ub~x=}vg`<AqGMClfC*gRCYB=>*os
z`zsQ@Vt<X+j5Grf&LR0}q`rr0mbszGK`wl+hzEImXxeZPE*PT-PQ^GWOyCD`S{&_1
zbB;}%^+0%P(f6QdR>_2ylHQF3UQ>G?DGy|U(FWSyKy{00%Wb9UBRys6J=FVk&zTEI
zzyIKb2Oh%X3%;lR3KPD+aOYvJ`qLJL2Bw(8%8vRFe{~tBzcF)OD}^|eO=-WE4Ycl}
z7T7Ixu<!!;iy|miXIS&UIYJYwiO(2mT@39?`$^=N0%`YpKSmmiH2!};UR?MO+=445
z(ubn1(5PvDs`F{Qk7felM7l!0j)!(_26jd{!mG)bGkWt$4YU;DHKO<uFl3*pSCEhE
zrpQSA#0XbNmo((mucAEDVN^fDV<Kq^ST}|CGu+s)o-0V3q3BJ#4&4Br7H3HB*0TKr
zwz6kcx7d@bD0(nBX9RHShoR`nefoMwUNA;dim@l(H|Hn_4;a|18^z~3)r+}AxPh};
zH4{An?B#HgKdu-8<l)If9T2@XM!hB=-3-?@n<|vga4e}1OLixr$bnY1Zc5(6Ng%ZI
zT3TyLW5J-%2cnNBJSUPDXLoO3=O2}hAo$k)M@JO>fR`Ue0ciq8z8ufSt4PxvXC_y|
zWvXf56|-60tz$^}E|2gjMCv_JY;#zh^*o4~-kERjp~vR-b*}d+q^Ze&t(Aor2wr#z
z=x>qpJf>i^n(|BVGg5s^H3|BnXMyLJCMZG&Q9lU=>lm|ri%(K5>obA>+D79=|4T)>
zoe^#e9Rs_z^o8NWZiyNt{$B*dvr^gi)`UgdK=e~1gK~vlf>i<8Y(S5zDjG9SKi~y!
z?5@zDP-`$v^dCiClZLI~i5U}6;4Ia?MEwS~(khI9%{?l-oSJ&Hq|3F0UZZtdu1LJZ
z$o~q>hzlm>vZ)qvLjTcs-ot^gN)ml5${Vb_TYy5lp5~(!(RZ8BxucqRnSaw9i^LZa
z_2VS!(E{lgekwRk<Xtx50Ji8b5ye<Za|j<nx-NqgCuUcDe_H=<gb&c@*=f;-qJ1Z;
zu;f5TnATVu&YYn23NDY3`fAieCjGEsG*qN@!bp1!(T7v0-@>E&wp5&k)iCmAT<BcV
z$MAi3Fm$(+$gc&U&{d*_Mg7O^8V1yNmGw%Kko0~w^+thmPI<83S|QJ<p0#YO@Gmmq
zCx{%UnkUV@7fEwL<1VycSz11)J^-B$&`L`6i(tehuw?Z;Hqxy-wr`XTLKj6YlT?J&
z9-BHhm8f@yfhs2q?0S@X!L$yLaFQ?|mzag}TOm8M-Ch}@zUdespCR2|8wHb^G~ua7
zZ`JpTl2c1rzg9=HNv{wFYBD3kA-Fo@54UK4j}hKyQ@>kgoxK$D6+k^y^&&3^P^)jt
zLLa+z^A-JKFn6fnn}^uo_U*Upd4y^dDEDAsn^fxWEymcy(V)3sL;C*Z261B{ry4mY
zJne@fS0wBspK*rmEe*o9sKM1w2!C6>#PEJ5)TiCbB7^#n&R#6EraZB^fpTa@Ys_dx
zXJOrU#1CyB@>S-Yl-~b5z<T;9(9!e5Hv{M#vapV-O3Tx*&hj!VaG~!cMt<V9Bbr0t
z))lfrCcrO07c{?r1H4`>g1G)6@UeFVt~);x7dwtp=k%T;9}9_+bN}lDKR1oSs_Ez9
z_VY`a>y!xhXLrOkEp)PP`VYs6$DgWfvj1YxjXij7g9TQ_ma}j}C)_waU!Bn7H*=X*
z#}{3hkzFz)3M%H&dK9~0rjz^<{k!hZ_S<j*s%{@r`;BPK#|HOP{_5DktBIW<enK^;
zvC4HHh#z%>u-tq%)(($X2X6hrx1N56c2S?yL;KL)%BprUJlKcjXO4rz(V^KpJPNte
zNDHd7AHnG5TXAN`<ZOd2#?rmVnOJGrRY@N_ft{RU%X|3G!b8PckaEflZ|swl(8C?2
zRZl01|Cg%A$3XOpBxdp37Z-Y&E3dnTvUh=f>AMelpHZ)`bT+&fyB1C7f^_i04`Zw)
z`hz>B&4b%Ry2$Sm^)NI352`jT!<40WaOC*oI4IQ$0-a9c){8pQk8ji9-SyMBI4&0!
z7l$KjJ`D@BcA!VWBs$Z{1Du1d@Q#POqg~e{D8^j6?j78;ca(0^{*0AjmK=0)QE9XZ
zm)N+f-vrbCQiDHmoAIvF+5E=PBjz-Oj9AaMIYeTl+bPgq|C}!_ZYDiVOG5jLglqR|
zA+y9w`r(p}dyC$%6w@$1qo54dRsVzyYa_U^WDOd=N6=+)5~o;U6|FfOf87UG`3%9T
z&hPo&`3KnG8`g-=)<fT=ld<eaYw$VKM;bo;CJy*<63at$n676_Y4q}@oUVcHY?1us
zKZaShHJCU204zN40@pvh2f<&@;k>C0CAY}+pn2;H-}=r0BO5hC%duuCem`H&4Q%_(
zl>&A)P}c0NMT!d+t>kR^?h5uL?<jY?eg_twXo9UC-_Nd6ZO4n3jV~58zloz~O_$x5
z$ynf$3GsV6!^s;v*z(!k!Er%jCA{Yd=^MMl=Uuv$<<36K!Petg$>$)9U4H`yTx%lv
zJz9<})LX!<eM@#ChxU?QpaBQ0THv|#%P8`Z@_@&-*MfzMJQ3zQ<5c5U%sER}sT@rE
z2lgq2(fSsAp1mYZyR!yo`W0fcmF1AX>>wn|l4S6F5<c{~fMP5kE^ou}zviQPFV1%~
zrS+R(nS4#E34U&Bgh`9C;U(DPi5))R*eC(Ovl&dxqVqHkynw$&59Rx%M$A29Bigr_
zgj8=#KSr$_GjE3)LD%tg-EHQY*I(4J+H=tWc=u~`{qMabpGco)o=yHk$3#cMg}Zb{
zjGd(MLIw9|Z@;+YTX6f>PkPoJc<7%UW)&uh`~@uyQy6=CHk$baU=RN{tmlxcXyG0Y
z$u`F^mdAp~|8c7h!S%^YX}?Xt87|&3&5z>uW)DssehPOaxwAg%4LCSw9o1-(xCfhU
zp{aP!z9{lUa%|KFRUJEXssjwpeuthX43)_3tDw=ID`@fi78F(4DLF<LLF8dzUJmP1
z+!ANjl*8YBZb(0ub9aTqJyQ)Zc>a_fqdgxT6Ho9T1((!=e_v(yrHw%M;?pWEnRa9t
zANMR8XuderJG1NBQR&%o9TEn>=)+y0I$r}rK?b{t*Lm?G7mUfv;)Gwchw)<!a&OF{
z%j#H1{lmOPaRQg$(b<#RQgPhT{`fJdJ($m%h^52&XCL}^6vRDrGMYk8P#XJnA(1de
zLBc7vyQV}=jxfRbR%Ym`u^oC$jbsC8&1%`mN$P3+^`zV{cfq=D2CM1W2dL-9=5%`k
zfnT2UAA9z4&jasyzl{yC)v2yh{xWOH;aNQRT3(|%nuexyzVw$}n;=y4GidEP&NZ@(
zz@g_e)XCTitIjY+a|$JKXW-_aMlg7a8zbDIv%venu@$p1eQX1q^Pm;le9a>q(<CgI
z#Yg7Hi@b;XyRYNAv0J(E?izmIxl$cnwpQ(M^fnt|{S1!m9?8$W*@~qR(X_vBu)r`z
z_y!qkwG}O=3xKOy!k0WdNc^)+e*R`7`i%(Vf9E&PHf-I9Z#)=<Z-Sk`CjS5kKJqz}
zOKW9@v7VXTaM{wayv3CjeC4$buv}_^?)_sSIU=439QGZ%1I8J;BaH{0Uu2LEJO;_H
zCNuLEaro;(TR4zOd$s3zKwZoZHnH~-M!Vqy@e*77?-a0sPVg#fnBXTUE^nJ{6mbfN
zH`7)q4-{3jDSJ7~7tWc`Sx{94_{FI;((iy#KsaF#hce|Rd|s@HW+5p|U{F~H0H?OU
zSm@y+&}`s&zJE=Hz+upz+Dh`OZH1I0kQu**ex{|S|E4@U!Wz%nUmuU+CRZRhynrt(
zck-aPBh59?{6k}{)1tPyk?be`9;h#kKAi3$@FRW?o&URbFRi6}jCJ<5%CV>ZeB@WD
zzCN7BT;_ASO+?BQ)YTa%3GP0TGapBnjKtcLRjAwTBTzlSG4mv~z_jtdKB$S?a5P-T
zo|$Ly^4}l)blp%cIFsfPxnT;w>~V?T^uHsgrAFi9PIu*(B}nhlg>pl$&R90`DK0aO
zCJanNTYC4n(H<}9W7#}-x_>Ru8_G=J)XCqOd`W~Ad%UAJ8qdBeFhb;@B<^7}Y=+c3
zt_Z^KJ!hq_9`gHFKQXFp!i9f4Sytfrn+9CWE7cGCedGZSn6#G@k7iSTu;=MAEU`HQ
z^XwJc$MXc{->G5z-XmroJOo5t*qRiubN&33gdVGDFZ8oWng)ZWI6~3D*4b2Viq*>|
z#P^j*IY->G2fGc=!i<MEnd!Cd#Or%`-R2L>w8MWu<5L}YJ^-S9x6yOe!Q(0WkZKB@
z#`H!FqX`iES}o#;d42!Fq2f(gvG+MB*JYXF&8xrK;>r$#B>g`fQFWn57U7>v94p(J
z^oJi4M#A3tR`_AiKjNz`NVyGv=SQRNzVTd}x>~p@M&KtpIqbs?X&GE=mjirDzR2z0
zaqgWG3RztZ)K&}W{el7CC=Qd5_*r>nJB0=P?g{JYeQf#}^q$cHHC|-1gq67v)M+aI
z(AtW*dCu(3s3sEWIi~8E1|3Q&Sm^QwjPw}Jj5frugkV;4^c0lZ9O7@@wGo^RQ-?dF
z)=V8t(Va>$*~kQzYh>-@qxJV8aVncJ$3XI!V+==Tr}MZ<W2H&WTQ06;nHwtN$CGOt
zDnio`uSis<YPvoX{GPhaMa%>CjvEM+yY+RD=>HG{LMK4v_Fs%@04DbS$~+IuW8Y?e
z$Cq#nh-=vI9<#C5c&K`7n_)`q`oS!%VL8s2P{a4PoX<!XaiO;g3I-^I$2>Rhl$aAW
zjScoa(Bscd>?G4k?dgm&6X{5U%Z&0C7j|D+ue06-<{@cTel|Z02-~2QcVE_eqaM|O
zC+VP-3e^%5nu?uGfQ_B&vgkToa5U*o6yrSPcoUp`Eit1H!ta%?5X)PM|3=b9isE(@
zsQ#t<QUi%J8>6v_+)=y&HYrD(r!(#LZGf~A41M?*be3HP&A!1H^IsA8PxK;PnTP8a
zzDBDwPbp(<aJ`PA`QY{!<G{br1t`ZMb&{^4KQ$I?#-9Oh*a0o}hal-q$#-lEaEsKC
z?6fzE{A85BK)H{tOs!~L-UB2|1IitVtt`Pr|FMFffix5P+pghI^h^D%vJu@=Tk=k6
zq>Svc83I0D=ewh~uzdEAksb!$^ZyZ67Ykg%HN6~=at}T?-3fE%AH{FW_Tc(HUXcFD
zNHKfgQknP17$_EuRpkim5nPQ~QDgA(;w^%2nM>2N{PV3Mw!5P_#LzzQgg+p(WAdx2
z`fJo0--hM0GjUK0eMR6%;e`~o@wTgS%qL%_`U2AAoN7cZ@`v&cQk7Ahc#m7FGBCBn
z6|6bx%;P6a!CKx>e4f$#u|X}OK<F6aS#Z2QTyToe5*U4ajL^26aMokxj}EY7@pc$a
zXUm>GsDp&-U^ZG)dY-O^m6MD}r!E%U4x|sDtOKnzy^zn-!;av`7lw-V@Ekh3BAnff
z*@G@kyGg5jZo<r(aag7dQ7(Q&jQR2i!@dteX0Zi@CKUdxI(xjxRpRGR$kdPIt3v2|
zA^XGiy1dT+8s*+vv_6;!7B`NuZ+a(ifHJKfpTZ`hJeBW*;_h^ArvEjnzebAryeBFr
z2MZ>Ak;}BTNP3<xsnwGMceMeEBjLz4I5cjt@Kapqu^Pifj10W1ZsJ$QuNPI}?6WaQ
zdKgJ-3f+gIcFvhN!@I;tq`Jh?S7TKI!yo_dqC8z#maX;QGr^rQ%@2xa`O<DN;ruH(
zqw!buy09*4`!-KGc}9iL{m96V5Fc+w;tGs?Ed$jC=2sdp|AYwE<U&6-wAB%De`XWz
zkA%nS$%{=Dk>7zDO~6CTUOYdN?&v`=lQR!nLedFMP(|-%ff`$wU%#m^sNq|1sffba
z%>yX!E~3C;(uiQusa9Rla0Dm)&TCdRQzG4*SuGF2v(_VIfm7ZM?g*bFaF@8-Rw9jp
zk8f-R;cZCAN%1Z{fjkeAPKB)R{r<1F+I?Zc*5!=+DkDrl=O8a2-zpu*OctEQY_fx}
z<nv$DOd5iua~Wwh*}7RoJ<ddZyprwc)=METEU;KgdE8SzJ9I^sh;tdO(;Hs*gp)>K
zB0uQ)gfF2w=uR4{v8WCHyx$GsXHe*U$~j4#`XdLsW8AW1yz$)#RMk9F8<%zy-i+HN
z>;#oxF^K&6Rv8M~k&Rh^Lo3L8-4*+pnxN1Jq+#eR=`~FFx*u9ik^G;!pJ_a9yKJdY
z9`PKbp6ZoK0Fuw+<SW%Zrs|P5ia{TrQEbkGSj=d=L^|od9u_t!RS%d%-*f#r!ad8+
z3yc(AQa$vgCJaqevEuGC>0QuOvfz=p%3Z>b*LxEY=d*NvZNF2;Sk#!)Fh_^U#tj}~
z@uCct{%I$gcBsJ5(*m%@ux))`fu4o1#tcXYp`S?(SgTx+d=3h(q?`lGPiZ*w!g)qs
zol~93^Pdl+IBsPk_sPc+Z*@V{&&`my`5$SA5Io}iQappuIk;xtP;N-?&={=w%Bar(
zqVGUD1Mlx1gpLcsAjh|nGH9N^LcXXT`^a}<RNFV$Bc|(xZtKT`YSTAJDo+t!huNl&
z6&_aTbT#EDk{`=<{cjvAH2cI$9Q!H5W4{n@Zf8BW7|{2u6Byx+WcjHxkiTb6A4|pG
z3VB2jyj|#*&CPrs191X*|NVsB51En}%LUE~4*hW10EI?KXnv1bTHfIoLwzAEK^vP5
zbeGG`O(ov5h-F2UfzbQZF9EH*+rt0Te)Y3~Foo?%I?rib=#rE#bUDpMBZahIeLq1b
zc{=r$jD<Jj!C&2wI0B0X#vy4x^5P7(Ufhi29cezyA<K3S3O>^a8ieGrnNDRFHv0&z
z-)%S!sAmCg+*a}~P2&@@v~f@`R}lJ%dNtzt<en}6!IEJQxNf%vqQ4@M*CS81p0_eR
zp!N#TBK+?FQ)zuFT@xuUgx_EmQxx*xr{IQ;0|-At^$(Y)y};o7=JfuLKTP!9B~xz$
zmhY|r!d`wm(_G}NytkWwy{3=$HNey#ZAEN=bW45zCaf@(JVk32`3dIjyc|MHuG4sf
zCF(P<V?O<u8$S%x_W|lnD5T$%)VIHp@`8;BzYUXa1tRs))ODBWylS(BjQl-NuZ@uo
zQQRw!2y933S?Xyp!5Q;2=`1??bNF-9J>ju{Vx>?&P3Q!)=(H56XGYxKkbb@!3pYLH
zwd*CAv+sr+S~7_C(9;6)o?LKm?yhE-&&EPxjJ49^&wiF!a)rE?f%3GK0Vh46#2P<=
z{VhN6fRBTaJS7V6PCP)|F%wcAU&QflSwQ_P(Zd0e&!X2v{75=*Gv4z)%*f9vsXr3y
z{g<oLdFubUQw)qq+nfNKuYDQykkDa}PNx6&QH-<@>C=O1>g~X<nm**mT0q)7dLMeV
z7W8|3i##YjZ^mzC`^FlGC-8Nlso*efI*HD>q4A`?T@4o<LZ}Cr&l1jtv(d9&V(O#_
zcxbRpO*kTYG1B85mu1pPtUBC77P^^g2oA+D(jrC*X=x-6sDyRh1;lHj{uu1@!`o{{
zih1F)t2|KjA2pkz=&@mRP&Y6O=>Vili1)OG-v+`LiTo-G{Z-g;XFZ=Z*6K>0F&JET
z*&u0A*m^n;TFf{J<XM3<3KKb<V%k^|^LqBHBW`ohlk6rA0^&^47B{(OUu}^?u(13j
zZ!}?z>^-|DIv8GHr8YKL(=%6SSxl}CsqZJ{@ksa(>dl3I>}h3<pOaG1t}q)#AG0LR
zRf+jB9+sEV{%6OZ^4iz-qNgC`y*^F7jtxMZs`!R=hlxRmvyUtgT8EQ1s`tZ!pQ%?R
zdNwTf<RV7?SRozFsrNv8YNa6k9NqP92;U@$zA<4BY46+Y;nUl!W>q+&*kIWtZH2tB
z7$+aUK=k8Hz}xvd6WB+-0!X{6sUL$kFZIOyWN(Q2=mh}|v3$9-1AbRo)$2{+y#*#U
zzN@RKY68Xc@#h<2X`hALNWCUFA~hBMTne34iM<^I0E$*I;yiwD={0md{<^;3(;}_}
z-n6;IwT)LG<u&y<T!DClRi5|a#7$7qu!Q{WZAQIipt@6w{3kxg9Zi$b<8CmgehEJ`
zBMxuq9G5;X-T;jz{83NzHI}IF1=M5Y)Mv{gjViP#-oLs~U_7jPPn-6Vmlb|GPES%Y
z`Tz)ja`E!6?5NPu_5B#?Pf01>Cun{@Gts{cUzH%ZG@JMc#wQ-;V=w9}T6sf}JdeP5
zsg>?u)IGKysfWXjY;x7aqs%XTIFK$9d6P{(n(qGzNk8GFThC<w1YPK(*5va(e8rp~
z+Vkt{35=?E$}hjrQ!nlw#^)Z4MvI&V$|nbH_9=cH{98N?eoS1){vArj^;0gfHv?_C
zZ?UQJ`(k@|Fvgvao>|UZ+gyiTO+WJlRT+#La+*)q+s$^CT4EPp2XyMz0Q9DJ#;tY-
zSn%;sK7zD*<)`J)?tWAF80!Y(;xF@C4k?&?`Zle-i-FY6mUQi8bo-;J<e5)|d3R0l
znN=m5er!04`%u99EIBCK*rNJV%fn#Zv?VUs+*~>OG!q}`=t)mt0xRi#5++Ou#P$np
z(3UsF6Z8)1XQ!L+DEuWoLwodpc@6J23sFB9b3U8Ki>XFA{1HFQ+I&9_?#2$v*a8g+
zcIL7s9(~bOi@pc$w40}9tfajmhv4bnw_)1yYpP|p4`BD$J*=<o9zG;-yF9DUY)CTo
zU?-P#!F_{`rJ!ex*p+TQCA+e}>WGwWP_Viop6aQigpadhN1t}b)IxtXja|AkX$3g%
z*}-&1_QflM+Dfi#TfnTSI}oy(-bHO21*Y5ED2?U2$Xb`O7KI5O+gT%&Dv#lEtxnRF
z;uX+h+Fcy<&QuEg7On0!WF&UWFvGav+t`iCzPPW!DI8Y%4Cgm)hb|@?`93oPskFsM
zC>-bw&#We7H%SP`DNEK<pNI0<tQMQzjN#=EKfup#H}J}?hLWFF5eQA>_}Wa;*4fE>
z<=QjTiUvwWNif=#(YseQy`{PZdvVr<X!tqCh*ON<UJpGf&-@8ru^}ET^}At?ynv;h
z@JISg_Lr6C<f4rGJj0+rT6rRybZxOJ_q;C~q5jH8U#IU#jvj(NZBJq65rc3@q9L5T
z)LLq;(HCsP2cd(<A?&lnntAHCP(F11;L$p0JQhu8DDAL0iiUA5A^mGxrs-#nmK|cS
z)14ixL%Rez6SW84SalLw6t<E2KJ2PQRZPP6VGXdRa3=)E9Az}`DCUFalBeZ$r!}01
zuzwS?ivvb#Dz&|Jc|vdwH`wS0p5MA=mHWlQOYI3zImbfL?bcq>TNf^eZfgYbTA^9W
zoQpV6-i{A1=5rt2YS#DI5}Y$X44jgJ@Tb10tw}I;a5?5`W@1;3Ln7XIY{C)M;lJH+
z+tzLTue4K)Um5AzM55e-om;ZN|D}&K#;gSIbZn@sdqMjf3>gWxX)oN(Cx>Ck<87>u
z*A$Sh7O6|dM&jj76wd@&qw)C+KFJJ5noHj3PB*BYosaT?L}=VlfwboP<xju!M4aLE
z4L4k|!GzA-b;AA^PUEK2pR@1gSSURmE98?cXJRLrdIE=DsSkB~%Ezazhb^lX!L_Hc
za%kZ%pd4XyzE<Iycq_HYfdZ4B(t%B{x%=5EXzUOUI+@L+FO%+ZsxN%EVL3)0_K;pq
zw}rrO%_&YX>N}HufUB#6vbJ?JT%J9HCzCD=FkJ(ULI<m7JbDP-W6dz>ChgZaRi?Lt
zCEWXRGvS66^u1idR|QXoGY{HI;fotd?e!j^^^rmJ4(pZrnC!jP5#446VHa&L?qq%l
zyG?UdcYT$M_FI?2<9j#p;1o-V@CkdZp!aisX0gxDrojw<4d_x+&7LI$1Jwa5|9q2g
zXQ9|kb1xV3cB@Z_>Pqnsxayq9hm1G|P2P=%o<}t$9e9y7e$sB*Ti8&cnx<L_fkg{f
zgBDL?%i1)Czn9-*VcbbBYO9LgYg~+zarCf1-0QO;UOLlIn)>uN52y@-$MimQ)b>?u
z=$1chz2<LxbNe3}+(4L+ehtQ$jli?bjxfSe?smNo)q5)5xpIO3X&QlqiCE_^!TvKx
z;M;gNh;Vqr9+56S^B|GMYc;|Si{E7ztPX(zW#b^cPazlaTh=BFcUc$nMGJq!$XD$o
zr|b&&{zXe7OvWAa45Yh9X<ru)O^IT!j!m8f`v&hq|9_pp;08eI^3BlFNK5(^VGajg
zbOCx^F6xKsN+}5JK<g;>W8@_dAPnbg+{VJjYsIWr?lHJl=#JvKrt6s^JrBIvcvD_=
zYXE*a6~H>rKF;#@+`<{Xl90HB(^!%60o-Q(#p;{7l1^qg4uFGTZhsbuW0a75XQfT=
zn9R(GCy-%Kp!TD^{@jg^L*=LMV7ij}BBPw4xk-C5-*7K_0#ps%2Me3MRo7PL!P2=8
znc1XAFgdp|P%QZG{{ryXF@5Fl<#|B!z?aO5=9D{d$Do6vVQmDrf4_uD*S@IBJ_Liv
zpHIL0!tS>nX-~g(6t~8b)tCh6*DIH2dj3SJ&3gV=l%%3~wnCb3`S_zaR(&%9D97bZ
zf5*UvK~-?Efj*}^0?D5CNtl}@XGTmU?mGu!?q>9AM|y0g;6ka3?{N(7e+kMyXe+%9
zD}Zp5M~!X-YX)ayTiOSF&6`EA!rg^y+)qO@gJy(pPM~VJl?4^qDHgwKxw>eMnlKyM
zmOHSGjwYPu4jin!6#928>+}Ox{cD88A&PJDZg%u%ocg_SKP+8(9;G!?q!lx>fodEL
zW-Wv25ifDEWh!W^_QIRMV0iU>C(yHUs(tx;-+P1^i<F!hZF!yEJx(}J7`_C@50F_H
z`N%D`#z4HFs_h*ClaHq&-Je~!)sQPqe)7w+U-6cIZ1}zMesI6T$@)1UPG@i1Oo#qW
z_P~b|J5j_%@b^;d#jL2hl487EDm)p9H+&XI3$sli?Z-uMOmu~sX*a>^h&_AyMpvDd
zmkFUplkrbeU6@^_;<1>6b4GVUM>dyzERZ1oZ!2*f(9N#n5zB_LV-q?;_sKh8QuKQ0
zs$ql2cXVNd_t>z>W0f6T!Lo=89$JTP$WFx!G$jT1&UuO^0WtXf=w4dS+*C1e-lP(B
zaeap#_A1{ZY99m^6qsDhZn`NAZa%rd|2`ZnwcI_v{&Tv;kC1+!AAdx9^y}|H(iGrg
z(f|*>{wcqnH6NGmGXZh`B6?SLs@G*k+y=z!R1ZPwe*V^U&Zadp-JT%0P(HruHtmts
z4o*jQ$KDYeP-vG?L%PDsVPn<fem7QLYFBdNZ{j#R7`kPRiZl;=`!x@G_T{w4TBv+&
ztuKz9sz#~<MtF{cXE#xZ$AGY&P2aH?kN#{8H+(*-i5v0DmAy!@h3vU;uwHXDry4;q
zho2mR@v3uMd|`e8QdS?KJ^NMQeP|0?ZI*#OevRNI-}6Z~?14}(+H?3(Yvp2tC`|n`
z5s9x^O`#F#qfl5Ae}F&RbQphmx*_cBgF-h_t*Bc~?xy(frM(a@c}NYyl8Jv$LxTgG
z#OHzZ1iU^+Yron?(f2%^n9z6)X+QT^%TU-JSq3?7ar|6|+fdTmNpbJ872524E-!yu
z$j6>)hm`9|JHtAWgY}s7IUs_S-9JoPV>?Eq(0lKcFB=`>nfh4~TRoM&GaT`f^&dBf
zu(1cMZZI4sv@n#1nrqhU2;1=MD2H7{i=#F`*iINci!kIbJG1lw>5dCP&!Y@(oC~C_
z7}XmDxRhtpJmaX{ro8{X?ObPn8e5w%3p(6$1=3g0`TP#~%cN02`ieNat@6NgG#uXZ
z33l_>#Pb8;#5f(v-?)h~+;X5YB4iw4=59`U6!yN<fvBEG37h_@zeg(q`%viXcK<ym
zZuEj7Y#`P2D&mt8eydMIN#A!ctF?Co(ppIRfKSOEu3Dt6p%6|YX&d6hDYC%&J82W3
zMFs-J6L44@BfS8WXQ&-MPw=MnW8y#T-HBuJwJuVj>nqX(lUeb0cj9bCjD@~SPeA*I
z383?7Ek8fz0VA!crd-V4vSXOgm`M4IulAfk`E3Za{j!z3!hTT;C~|b_k;X`PgOnR;
z$}M(b<P#(elK0Fs#@V2OE;r2BV#`jLp4y$!nDIbD0V_PIr<_{35{Q>kXzH2_HzmOI
z59x{<JotDcWyC(2cxf2*JMIzIRm*SVB2<R1gYmTeC%)yFGut%r0KD&F%Y8!W%rxl%
zuB|(T@mc%fNoYP_Z#tG=-gFiEK0Hl2CK?_j??a#Y#~AqvR<Ym$k|t2T?hF9Z_MGN|
z)BTyiYk^s1omQX{+!lTwp9Tvy(|)&=ec9qtPqw9&&b0Hr0Yax!ZmSk0Wuw48k0+YS
z#Hu^$fHjxtz7IiYAId$9`r3=?G7f{*d!ndOp+kiRAnt&^$G*yhB|y1MI%$L~aH(+M
zRqXR$pX`90Ng(i|+q5$(ksE#WxX_ev_-`hNn8Eig<f-~g4HooOR-3tSvjJ<F;A7Gc
z=)JfI=jdLB_s02{YuY-?<s4^1%bugNCPWTvzds9vO^kF7VcEuPp;t*qlisP~pZhri
z`4E1_W;5yz(!!5V%#rTTXO6ojPoo~S;6X8G>!*0CN4`ozrQHMZygW-C#fE09u{5$3
ze{EtRbgV-2uN(<1U{{}?2hx&wGD@E?h49F9ENl1QRO0d|45L0Lc}papCR1G@;f?UE
z<Y9vWT>h$`>_3e2M}(ny3%?!-d-v0OifKTx7x)d7Q}lh-9uXHvJMlne((kOAyrR0#
z&ov<aR2`hJ61t(npUx+G^%#X#n)N9jSMK#>R>>P7U}rnUCv*!^uGD+b<{Ei?Q>$!H
zf)j-YmRkATg;{;xid<)e5qxX&OTzQwi*>=+&;KA0mgC_)3+wS~%cCq>FSrzMFN-AH
z{VH;cliy*#?{8AmJTjrV4bF{Mkv`$15l91elor(-z?-r61y1AYuFXMUEMWw+4tm7a
z(t1UzQxLwPsCt5j=I6U8ayTN&872E2q=$2XGzC(vqxc=tr;7d12C!+O75peqrth0x
zLyNWDVBXj-FuGbpaz9(m8q0pv-}K|Dg%2>>FB7_V9m&T}GL=Zrva1^xpunZ)nyqm9
z<qRYrp(4KyZhto5aLXdTx@$CD@2t9K)e;oAKzt&!xI{V}3geu>qrh58v?$}G?=V`~
z1+BY&;}u~RvYz%dpd96bLy12W(nRQMQ^Sm|KW7v_!pr;Y>wx7<cu(pz0QCZ}!}}df
z&peN7K3s-`eO!2R;lXH3i0^O7qi2rGCVmFeQOcG_9*nf4+;4%Vq#gbqDefq=E$KEO
zT;-&nA#C|k)e83vPCW`Hya@G6q~4xpsP4Cejcu?*;1$06vlr%!PQ@L~1^{U!M)eE_
z>hzU+JtEoH@9l}xvhYLK`HFqRHuBcyo;d9xy?;OAI=1=laN)qFnSw8bPF0M&!(r7+
zJFM&Vn6+DSg^{o1kM9jZ;w-p&<30+XOjt>nL1*plYDm6wifr664U$}TfsHL7;eaIg
zmV6%zTW-gwFTjSC2Et~;cv*kXStP#+Tl325dlG*i-ax8L&aP+z^(Itfx^^YJ6}feU
z5x2^OtrA@WGsbq2Zng9ldJo8p0Qn$(^M?he9*LUjS$*<S91`veZ05vsNW8*YZm1K!
zT6j0y{&7E}IC9ce)JviL#Y)1F{DklyivPb<6rSkytPkiJQ&T^O^zV%34vUQ1;-M;i
z5mzL>l!{YZA@v^c$BF<HUgqqVt4O^9KE+UmZHrDJ>2#s<fOM#o{dqwaX*29N@{sU{
z;2nMp&SN5@=SRXD4}qyMJ&Ku_JM!Lq>VHYh(DepRJrV|5hXzA&g$1o&Un+P7XdZyH
z6S!*41*$Wt@xgC=nC}+#q*mh~cFZcZ{+@19|CABxZo3(t>ex{{AEUkn2#>DCJ4?!(
zo@g;1>U#h*ZxEBTs~*P*gA~8FZ&}Mfhsbj_6n+F=`sU+({af|=RMhMJ+?RMicRFs^
zHGmD24WVZhow?=E0o|_WvYZ)-^5gd>gf^uyMiTGnDWa!B*v%=ANRO4U??=srZh_Q{
zpQ?<p=?rz!fqaZw^oywPghR7sWLGxeuTJ++^w>mi>0FO=!Ig~sAkOW14afsya;sfP
z&y5eQBT)yY0p*S=q1`X;zc-NbJWA+3+0@BTp_+t%HNE-rA<-D!`*S_NiF~p6wX_~P
zQ(`s~m#+u%>ELkpKe)Q_BZ?dm+RpO$JDhyH6Ix$9E_#Y;;zb~?;MWSzvk6yIg+{^a
z-W{Yz;nSg4c@y!y9U~1P`VHXR{kq_I(N7VcA4-?HbLx#K`F~@Xz%bJLjQCF~e>fkg
z7s7lupT^>fec7T1K=1H!lYo{Aajd%5{)93!ys<=D8m<gVgp(~_W3v(S_`*@ch33VP
zw=V-}L7<)mX_<qf=fkKsh#w2+-5l}*S=Q;0NNaFAe)<o78-7;_%|MzS$&->c%w;t9
z*}3O$(YTue^_!4-E$Xjnifr=i9ehob(Co?~HnHz+xSO*N?1yed@{;vEH_?Z!DAAS)
z8-$-BTnk}#p$^=t(|AVxScQBGzmS>2sK$g(q`plniN=By6N+;p_u5v3<TI7Eb<RLJ
zp#Ja7Tk2iDrQSjhN$5k;ydZFcda*!#7G>^M7ttf*f~!RjWZ}FFUVZ)qw@Plng-;{w
zQAD4VJR|p;wjFOwzJ=GjcmsJT^3y5Q<l~s)oC8kXHUeQ39G|=p$x9I4_y|6#_fr4f
zHxs%SsP`#RPgEW_x=0p%2H{cj)^&iKhW<SN^hw?<(NFY`*umE;>%E@P7(zR=*Bg%=
zE{ueOnq%ak^_Mv50T^-4lv6KP@PI=10oy|kxUuRK6B<kK{xIJr_5PEzGwpfz2wnD7
z2#jT3pSNSC=SsC<oA)rKlPO_dI@&xe70-h%!|8qJws%zb7sjdxR|JkDVWB)!`=CU+
zK=gBIPTqs4g}}!yO!P2FH;DRYXKZxvukATbT+AOG>WAAp7INZPWy!4O@V3oM@-SLJ
zJyz^<aSL945eao%i@2)0im*)N8fn@eyq)1%5MH8nEaLOm=Sbh>*7w7xr-<`EUP3$Y
zl2=cqJtlfD0-sB3DEBI$$9OY@w1Zq|3i75r`C2-S`-8v?mg3wC%kJAU5#JsKTKKe}
z0ciLbL&~sl4qZHz^rMZ@JKLK%AC}p|QKwkEi3cy~-UupW6AY=1#ex$Wn7Gy_JJYj0
z-b*_P(U;Wt@sXO9@;-7|t*2b;n9JsEFGIU;MrfU)tIQ4<3d0?*u+y$;WzAV@FtBi8
z?07Jkd9H=jQ+7&16C3n}GA5fhR4U?vFlW>z^x0`gd!IW()u4-@TWTTK&Y#3rHN3~C
z4Sga0O)5TnlSkgZh1G_wm6$;_km|3Yo~ZFy6%ts0`k(fy7xwA^FHaBS#^(p|0kB@}
zy*w4ygz01MIV()>oR@87Q;Ob^XOPCp?!_fT!QyfZscZ&CQ~KeY^DEG}{W>_(=NG5(
zL&cx-oW?B`xG3DXYc#58Er3z^Z1yHQpJ`2xgPA35IsLxMRoh=Wa`!5#qC!BoHNyDt
z^I-AO2RG6_raC?gz^7)Ym`hrp;0$GznV_;81Wwn+pv4@0@Hy5MRO`P2jTO8H#=@IP
zZI#NtKKQxAO&-&92v*15fj5@x>D~HFSYv&cxzag&)t6pCm6Zd~JS(w>=uGe-6!P#U
zklf)nI^<TP`#v-I`MX~{G3ON|^=T)0yEVfeO|5aB%@MxlS{hsF*O12_3&G*3q4GWL
z(bC6^6r|WlOWHJo-2HLPPIo^fB@|*svOZ6&`Ga+>^>N<nTj1B&R<iPa#T<Itv6UN4
zF~+?LPB-cxO+0!o`(4c~C}`uVHd}4Owb({J^Yu}zJoCq6`Kn}0oY9N-___;bf856h
zThcjybx+i_cg?^yHyjkD7y1WXmnn{r+U+@1Uz)~pi;l64X$?4x^TTAHIMf;z0ck-i
za9ra$C}`LTbEke{O$@Fwi-5msnrqbPriZ&1JmF=7-*9?fsMYKu`N9|_(Dfxt@7xz@
z&KbL;Pw%w)<3zO<Mz(m*Ql__}YyQBE4_aR=tG$E?kMvn-@nBZh*#uALg@WI*(cpRi
z6U10Oz~p7e02WTb;wO{gcg$V*LGPP3VdcDXTq!0c3}6Kx5_#mH7`5(&mY5P`shCaO
z4I)mLx9BQsrhI{S$1<>P-g$7+U7;R-qZG%sHjpxDt#s_6=8}KvM4n*jNV(=NxfeQN
zZR%zeIroG5o>Wg@H{~kMHt&j&D~`azIcj+6WeLTJSGeztcVN-=H9t30#k>zmobrHK
zm{;<mCrv=}U{6WQaUoxRXAq`e*a1mb$KzJ5^^_-op7$4`<@cVbHNCY$d5=C$ANb3$
zsgPc}m&G)_Df<ue5cP+;o%><pvB%*1OAWuDX)9wj8baWN-%P}S=7Sesd%&HZ1VWOd
zu|(IT_3x*UUfx9`hc;4t11E?-))2Mc-eJiRXJPpiGlgmfayIS)%f(u-<lJB$xT!Vj
zwEYi~j3aSuXHz&^rK5zlXvLpC)<wbtOlWe5`oS869Wwa;+y);feMgEtA9U44vKykH
zGxs7qI7;u2j%K!7Uf|iP&EOaD6w~KDV>1*ZOn*bY=_y}uiFX1}9x<9Lm^jTCXKdGC
zO@1O6?s&jrBRBJvx!uw8c>`{j@*K=ciqvZo<H79T1WxrNxra6ftJQzN`&O~YcW7~8
z4$4)PT&M9JHhADX_3|luuu0NRn7HFOI(H9aB`Xi3^R`py_4Okz8Gl%vIr=2Nbc%(v
z%zZ2+Xg?49R3LH`pzlEDUU(8`&V7y_zg&U5x-*b`@B*IIPvD<B48e+#l|0kI4A*T~
zgthaZvf*zJBjp;8dwvoowtmImnN-6)XX=LsF2#-g2H?svPcR=9Ebx`)Qx7UHMZ!G2
zeHd7Nf#uqi0BJJtAC?6nmEjOK^DQP*@1w<q8h-Oc8JzvmoU7I^LCeLP@MFSWsF?Ly
zCd}t4sb^T|3tFQ^IhSxXnENfe4_YzyifdZBoM+U7^@w`RJx82l)xX1G<?L-RZELvN
zbz~^*>tn3U);Wr6bO(a&(JkO!+Z!X@n;_kvaN8FtFIaLn`cA{B2N0(KVU=Q7)kvD%
z6)1)}lHbI^=(YI*&e>Xxzwa)lGl;7oq;Lb5uloVjJ^0XGV<mwJICFG46o<*E5pfRO
z7j9NjJ+n1W+{JULvOX>04zqz-o=bw|tJ=fNf2Y~(hqNa}hlA?6{KqV^#XPh)nFj7>
z+9TmQ3`*DsMc-oJ-ugZDxi)RhD)63U33gAKDwNwW<4996F79o(K;#=%k2uRIS9sja
z**Iwa7FpzP$jaf6^ynpv?(z<ZufU(yGl^%{SmvOdZGRZ&l`IFUKZx1e29mQ1aB!2`
zl&3p^unj+kw2(rY9l(Y5=90C2A^&{S7Bc@eR0uC+F_xr|i<lCVs`hK!1!wMF3BQ8|
zGSv%5r9zI!buS&@N86J?wTOaqtZYUydNvVbtZ3nhVvIi;w^wWz|0l+X-j*BCXZTiF
zw@pi`?Q;V}?f88*<Lip)9m@dvuJZ3>2um9WPrtU7lCD1D3+qB5v06)^aVzmT20Zas
zB>OPGF(|98>+4ovu8#i(6=53?UT`y22>xb{{M}j$MI*vZ;2AjlZ35#eUc<B>iWnzh
zLkJU??%w?=^eEU=U%M4AI?D@<T0k_diHz$wShDCk6Eo9CNseYsATHZXN?{w|bmlVJ
zPO3Rj?Xi`!4J3<rYc=sUtyLJrZBJ~#@tHpCO~;j3Y!(L7*8Jjxi{KwaYkWWa;FKF|
zo+^Xs1joX(C7O!=^xo|9;s#3Uysd0`^hwm!=*o0Hd-Lkp;XwCP-VEG{hE<{X=65wW
zYxRa(`ObiwbVe`T0}0<GE!F@C@6<+~hxwaHiRzH<XPM^B5t66m0O|f^0%sJ$V1Y;6
z;$aRFR)BndAmPUZHN{`HySAQ}?c1%kc-Tu?bFDLqIi-4GROf2%=jDRu+3=7#q=R~b
z;L?}{p`36^u`O$*oG#xEBDbq&UdZ-0FjI&tNNYrJi<6z1d$Yk{w`v&JMVGUU&KF_f
zmC5Ygy*ygav>5$=8bD>=Ye>1RynOr|9GzpJa$x}1Z4E%&k3~<m@HcKv@t*TrcJ@a!
z@lPLK(B=#m`oU*7eFw6%Os0I|K2Gz&y)ujDvK33L-h_$G<2hlA&^Rn+ZvwYHNBf#D
zIE!KHz1i<!-5Kd7$=2lpovEm)rsu|c4=%HXAD7|E+)O0x0Xh9YBi#qaFYPSpe=_Ip
zXOiJ_br+zRqoZ?6AS{Gc-b;|Q34{#pfu8FIuv%jk7`9J=H@9vRwt2uu%QB>xL4sSR
zOxh9+lICJ`m$}N1woYiKc;fhHk8#G4tuX%Q4ANnz7{yab8#V=V9`=Nk>9J4|_ZP-?
z-VKx&65)s7Oknp-z{?~8{ik0>C*2=dWp$kRF$>Im4Wu6K?mTRkBybob<vd9H$+*aM
z_eu{qJ-`d;In{#0avolkRmlc;@3IFYJcIZe8%T-i1bOxaYJ)~cm}XX?nz#pjJJ32e
z%ZF^9F9UIZQTHMTlYLq%B5&$GFM^oI*-+OyN-h{b43v^<D$-|CV51Q@{^u(cxwib(
zD5UwOap*{?`CZw>p?cEp({(b{7{9q8k2#ze3tMa7!{?ia`RTky3ULyApmhtsf9lu&
zoNx`|MofbAH?)VQfhk1azk-y95W*LLeBcri2P(u<P^s0Kt+DoFq=lHM$>n#h!_BgH
z7&v+(SobR7fpa5R!k2iq%KNLzYcG9w+cq7kUbx+zpPXugQ4T^W&lQ>ozYL!&_yZ}=
zIn};8z4t9OJu`+q_<-^EcGv5^>W)^><8dS-?GJ`Ow!^$5&wy%L;2ID<A>|-Yjw$px
zNpPaz6vAA#9DA#B%pc=$O=rS^du-5`JgTuK;NEUD_~q+Jb-fR=nV!SoTxl(muE3{F
zli+_WU3pv%-P^Z>5R#+_i6msr(wu8-5weF6vV@R5d)9=Igb=bzLI_d!xkiK#LI~Mq
z-^tFS-}m&sfA~C}bkCeQ=eoYzJ#%K`k$Fo0$>P=S)6`||THpJYls#y^P;~^2CZGpc
zUF-6OQM4oR2LHo%czt&UYH#o!M)0%J$r9QL^VJqyWz85j0o&c1u6IgV+jSf~%@(P=
zh9C9=02j;nP1TIe)e}f@J$hRQ4v4Pj6ZzY%O<eqNyry^&+QM|bvbhm|pQ&=(330dd
zWdTk%W!@c6^)_6SP0j8I_3uf0pKx(=ZwcKf(?dQHu1Squ##g&1)c=n<zD@J4q|yBd
zGaWc?wAJ@x-cuRgi%gw1Lemap|IeK;_Y?X0*7o$$*M;jXOc&r>20zdrr(NLU!iMs1
zQwKXq@Vaqf+e8ihX<QG}bX=4AypfqOfZ<n^J`-E#W$<L{HJsElg_Tyo{0PI{Odgux
zZ#vWt+1l9hRNU*6cxhW&c6}gIpsU#!X={AjJWVS6J0No4-L}jAcy|Tr0MF_D6_I1C
z@Vt9#Qu=IaneXnAMF+@^Dd#DELMb(uQgH?RS%Eg1({e~F#l_%enlSPl%^4BI=U%z!
zt%iH?`y#%Yw?}vRCw_=1I@f`!M(-4ZJKNHy#cRZ=;x~aO*2djg|G;6zjZb;)4REK#
z`KVRbHh3>cD@N}!bgT|NrrmGVSMdss+Fnt=aArAGTAs|4$C>zNGPKpQl?C3&;^bPz
zGrC$QH5V@*juc<QODJ5BVe7AR+wzs5(+ep-BhIz)ro4I6l@1d9MFTqH{(w=dY^**Y
zphf7^xRu<fn-%zfKOM+TR9a92zUtAw*<5nPatiE}&QqT}(fWSb#B(0wU0KJjioru1
zjosBksIS)<?jQeHqQ7|ZC*<u|e_xwb^2@VB3=X8Fty~0r7v9BQQ@=F(npC*=26=Ev
z?D+t_E;C!lNyW*~>kMv^h1^zBT%{L$BQ{0#gZvlThP-c8F-<5_mBBycf6k2^U)AM3
zqA;z0-hhF-dS5qpy@zE7Zm_k3Q9QjV4b>LG=UM0-ul6#PE8#4lNo91AgC^y%fgSjc
zw5=#wc(B+#y)Nc_z0BNj)dZhF&z=`1<&Ww(#?w|hAg69Sqk&&epzgVU>Kpm!bQu%;
zDZ5*>lSNZcO6Xf!*?bwVy>O^NBQO3|Q7_)Vuz@)gm`nDWSB=8@G!=(#+7s57a4rrR
z)SKe(6U}$=(lcGEGW-i$k5A$D?YFDn1y2<=N(M|M_rERJ`rca;`VlyMLav>J{p?pA
zV(1lBJIXWioGGE0<MWI)J-PD508%-_(`&(sll2RCqhxlUC1g=QT`J8F-OYLPzKcM=
zYrOPDAp`3OjaHM!)axkWF~q3L@$hFRRk!ZYOM1y^g$%5xaE$(=DGqcRoJFVsp0m}~
z=#gwM6;G&|R=fiJ%nA?u$6N4`A(;%#&x5b@!F9RQIqQ=IEhr85P>OEfRb?mi{#_4p
z9pp?{^MY&u=K|-K#xompG~@`ZFdkWpcHoM$-qv{sZ#^}dEB$;UR4qd9$#R{~F|sCj
zmDAwwi*lg(JcTm_nrKGLB~;Y)v+_ftX#6n&{L+AZvZ?2EJ|KMcGe1s3za2+j5`o+T
z_bI~X!4FG#V=C#?i&c&QtXFxK4sR>GCt~klhy4tm5h_z?<ZloBaW`fqxbmN05nQi=
zHT`r;R=$Cucc@<9BU<qZD=6+(M{rP>=}Y)hg#olXGfPg0^EWva+b6*Pw0w(a@|&wY
z8F>!9Tw<g^6X`QJO<wp|P44Mcnl1YKitG<vskP|~qeu0-HL~HM{Up3M4c>7|pilV7
zwEo8R$4`}ig;uJf8>{PUY78nLa*RYKx}XX{1JcjrudMO_l{qN9g_aPP9P0o}t?2sq
zcM6BpvEem*=tj5I;OX)wN}i~uIFrF)6hHJAzg(izzfBn?WE*;qomN_-7UqQf=LD`(
zSl8RkTd6()yBPEB-lKL8(R9IPg(m`dh4+>_=<mIkan-ZUrRt0Krv#V(SzeFMwxde+
zOOysynnd83-1I<01H4UJYdab$CqrgOPn#$4&-7x#Yu^#RJGq!)foD#jjf7hJsg3ar
zQojZ)PDh9@J6Eghg4eIhSC}N0+m(`7U-7R{DD}v!t=+deEy~xbEmf@mhgAkCPSo3^
zDZD|hKqo3jD!q+&qMkOrjOj=_3K!L~2jz3*X%jGKAMR^9hFq<p4&G&ClmrdS&?QQL
z(v4Y8w7&cqo)OtVu8c@DFs}svPJvT%NO|);sYc49_cg#H7x|k<H^MxmKr=zxFQE1f
zY)sJC9DjIkfqyAiH4!yqMW|VUwUb9m>|x+2z1hVIZ>912rgS<}T5+wYoc{>ey+-LJ
zlWF-0a?EmQx%>C10-p}7DDaHX3Q}pK>Seq*`SVwadgSXF{pG-PJo{=j0lhpr85+i@
zerZ4S^)8h;5cD`9=hA`Ga`SmJhELX14xqBqzM1pk!N#0`)|Sc#t}pMQE4{J&VveeR
zb{zMTRJ}fV7|wxB*fcrhEET`63$i=G&<O-@LDw6tfhLYNVI73>ebAQN$mItkBP8{C
z)x$W3M4#(_azhE%Csgi)xzV~#EXnW%rc=>1j6&1*CqpZ{<7YZNiH;r>;AH`Ar_HGQ
zjRtPIB;iqk5&tB(9bR}b>bAak-+pF+CXO7lhVQm`Oka|#Agf9+fnU_$8Mq_BJI2bc
z6`<qOgyOu8&j%`P=Z>FK(OaG1;m)~Ny6j_&$#0@7e{ycm3I;wHB~NUH_Y7mQYr)qW
zSryC~>VVP9$Ux_4z(qz*E0F=w-N}n}cx_U;3b?6fkBu~8tOE1J(AKEIMV#HIxYqVh
zI4`cTPkN`W=D}4%ku_Kvk^2wR&^I?s;6WWVWDMNYh08US0=z6yj}mw*klAtH`;ijf
zf!1HGrFxi=*&0tu)gYBmk1BhCk*)Km^NqM<xsD>P@F3ZCOlmUDA^Muf3iKOSb}wc;
z+drs4-@zl0@{EO(I~QO~BmWqF*vOV!+St+i$HOQx)=t#yR@=B-VUN~w|32~e`gD5f
zr}L67emvjL%=BkeTe;iyG+TG9$wrHG?c1+j@^%puz0Awxx6|sA{qp0&)w!5f^XWW!
z-)<823`-L2Kb>T+DgN5s{wC3FYE`3T$SkTl?Sj~PYB_m&riykAukk{+y>h6WB`XCL
zGOq0X$LZGwaOs2PD7T57sp|5%bgOL_`MKM2Ejj6xsFYWe@7cNNgPxa7Sr@m7pEnuG
zzi?m0(N42OuVy!-XZmnCq;?IC?!8%Dc^$&KZDl@@kuCC)aj*8#gY56!f$pB!E1I8*
z<|zjY^N|aEY4Ek}^rqBF4%%3OW=xzXV{LEn*g}P9$hDX5BP+PkG~W>J=}=A2yYf|L
zVV`hZn>gC^EFI4%M`PBlrj;W~xSLmM&r6SY)l<uiWv>U<sZ8imx>bKYB|bRAUnB4x
z?6ZBs`B_WqbGaJhxME#gWj!WpDvhn!j6;Vm7B=Q<QZWB|TDje{Vpp`NKk5M=ni9c#
z4{cTBmKR<Y*1!HLMKcaVx1BgFayw@7w2u|^wUJW@b7A~>F+vV|xk_AXogtdPkyxW$
z9BbQ~-#)I~a>uyRdUCT4`r)M>ylsDsO!|6+x7n2D{52z!P1E~vk=8G?R?)iN_Rs-7
zm77j)wp}%uZ+NK<aF3w)v%R@z#t7LJ?+g9(qo?-!PZs%!a{AW3x$^keS<=NcNM?uF
z=ndx<({E-E60Ijx*7ILg6Qe2wbKlD&dBTB?eDkz3Wfe-{CO5juRU<Nm!;BD4oN|ly
z4#3{98+TB(OBXQj|D^SxJMKSBr^Knu^18!}B67)&N^G^njaJ7#X8YyM8MSGeSq1z!
zqqDv~?uooqCyE{~i59qSlR9RJ4Gyw~#XYXxyoIT<+i^<U-AsSrD~!gY{iumcasJUG
zOIzEkvRZFx(`1e;mvdD7x2Brro07=E9V@2JJwKnP+<7a?n)P$97ko)xUr>?87Q%Pc
z`SBF|`5xc@xR|i^CafVfh}%m=)>UV(rYrcD({#SHHbjQ)@RKK!YEbVd;WBPOH6!)s
zG3vG~i<dn9$jg(L(Avl^9K~T&x%xuU`}=A6?bmhGh>bC9bv7j=R%ffvJB8iFj(WL|
zquE7s=TA?o=x>%+)~i&%K#o7g@qq3gCd?D<SlC7jEYy*_F4(i{^-JV5YmwIdQE6I`
zcVDi0Hd)5qJuRPAtw+uK*448Lxr>#%hOlR%E3J0Yam>wpe)U40bAP<VoXO?M#f@Pv
z%khl`gLp;Dx}wGpC%PEmq&>YKP5pniQ+>^jKi-k*^YVvpGkR7FDOF4_=i5(jeK!pK
z_Ec6KT7m9_JfOn+%J8mt-*{i;o2=?}QvZd*`bc>$f4HAq7XFDW%q)%Xc-KMeyXMs7
z<OZ_;wp+wlUzd$WZ=itJxB0^A3!3f4LPnhtgQ#Y*HD9kgh=2F8FhU>K;hI-2(rdRT
z;v6*goFj|0pH2<+?^h49s&&*K@1ImgOukdgm|Z1b1imeAI9>_CJw$UDHI-6w{8@hA
zr6(=Eq=_LSoBnfd#BC-FqfbAs(YF2eqST!uvP-8n9CtPx^|6W2S2P~aKis|Z0PDDw
zZ1cv_^@`54Z&M>#`b>Mm%Zj<UPhY;ZA(V>OZzAfyaOXQ7i)s7%gM2l$HZAT_N&Fdg
zn(sC6<KX+X8Q0D^4Jzp&+t$m%scBlyL6dy)8Sn3UeOo*J^%tMJwuaUDOvu(R8{>FM
z^LWm{GwwJ(|In)P*1rD0-%yEOVALc(IxOjR_4;Jjc{lBCe;DrqpTI`fVE0k;cA{?s
z#5#PNTD0y@(Yk1!NJ!kq7XxBV<Z7;CKB#2>Rn*Y=vT!Q9j?-2Z(zV-5xo&VMq0YqN
zrDu5Y(92x;A?|B!Ia$U;ebq+&>p-zZx6;}d_4xN6Z^C%hIva;dY?tq*<q6cHyqSI9
zw9RIPOz%0Df(K=YGtUe0uG?*l-20DYvFygQBDovBhkq}x%!|?nbU!1lHoxX)Tb6PN
z-e(%!yNW>164uaASTL%>ANjia0g5X+QWRZ~$PMEra=ky!80!MUcsX>MCOr=2QEYTW
z8c}B_j#ENEHgy#z4cS4MU%J^g)O34%9g>$L1rK{|!Z|e5BhAaJi2ChEsb$`99n(6h
zb2Xzyhe^Y^OoQLlr1vMDACw}@E1eZV2QSdf;){TBtAH6xsQ#$I1T5fP?GDlH4VToo
zw7_-!Ic9#U1oi+U*0I&*G5qD}aPjKmei}Y!G-16>M+UzHC;g(%CGh?GoV5&GFs2+_
z2t3|Im{-~pJzaaf&D<!muMZ8Z^^#^D?#wf*BvZvE&G<!7Jw4-PCzF{^gs|WCmQ($A
z6>!b($Prw!e>sIo;K;izUD<~B4j5_N-q3~HoZUn#e__w(x{X=!-|hFIwDHDCetpc~
z$4hKYUv@1w*=(t4Ebg)a{M(7cYclugnkGJmSJ6lJ@uVwz=P|}E(q%2)@+N^$OEk3n
zQQDIKlt%77X99MU=fJQ0Eh3j~n*5ckt`aijE2c_$yCkkjj`!)v4{|E;sva9f?_rJP
znN{cI<U70RRQDwAm%GwrUn)mb-w`WPw*RI{mHwmCDK$}JpM|Pn9Fqo@o5eMTM~Rgq
zmTDKX))KBkpJ(1huN#>nUv>`Dht%FdyA!JF-G?-!9PHVLeiT)vEu=^1K2iUfqvYN3
zAH~NX%XoC_)m#-B|J^%-d1qQ_edEcJ^4v8m@wMzJc_PDy^Z)B@ni#TM;Cza=4b+uD
z?<nq|iA4$<Z4cF#UJrV;EY{Y6PR=ZEOnPs{r`!t}pSzU;A8n9tzL`^n$?4E9rMO;j
z7d_CY5bhmXBjYCYR)3(M_J~ePd+A&9hZD|ixGyYW)N0w1uB^Q%fhS5==xhHBRo5-B
zE=&paO!$8;-Jq#%7KrD4&YcjwpI9(-kn}k*gI<^$0{u(Fvue<$_$r3tr?|5gMxQ4)
z_<7z^Dt;h>=9-(~d!&X&hW80heBi-7GPVfJhkFC7O4M#~Nov2iCv9xyDpjp@Y<!*H
zby+5~+a(NWETev}y|lH>LDF5XiaQ~L3Ea!kuMSAtyf^Mm<6UUd_~YVm%uF#q?1Q|%
zFWHn-@)e^d!1?P%NOf$R=uu27)jwO{+Id^OHZr|-1zKmdOiZ~G2)-<4$S3C*TqR@X
zx2CL$9}4=~>a(NjXLc%E5nQsE6^=twXupFGvE$Pd^dR&h)pfcgzw9cdFE|!Tho+R}
z4Wmnv<zY)Q4>`ggYPizWjX4}-79uYEJ+7&Gs9`aXfQ<q@$IFLzqm8eEP|Ld+x=Zda
zHp)1Vj(hP6mF4L<u{_WG68#Qth+{4z`J{u<deK#GbYn3o?v9&qgEm<&r-V;4^n><g
z$)oacvN_V9a2)<{ycJs?S<S##nc~n-@j0zuQ(uUF`vvr^!Vtok4b-@HFSHVUE!#%=
zrZlD+Kk%%<*Hf}niGzH%zlJ`wrSG%8xo7AhTI)qU#0zs>7HK^Soctc=I7uRHqoCW!
zxHmgOg9eb&QA$I)@_Gs0)c(d<=ubN?6{j=rm~c!H@vN@is^|gPF(#FpjkT5FBYFG1
znJD)51&vyJTdetGr(+I;P1TMP^(yK(h0@46WAJEujOtm%r&MU(4>5F4d;FW3t~5G&
zn}E?$=}k)5FV&p?ip`?t`JcG1rH!%Rn3=Bh_zs&afw~fE+|V+*(#m<stx4$@%vZ`9
zOYA@0@0kFn%VW#V@(_7MK0Cq^*aQsNh51^}{(2;ry3>R%%&EZWae1xoI-$mZzUB|j
zu^*YoXxet_I<RjQ0k6f{7yGH)$5(`YB<L*O+NJ^ZX;H?&=al9%Q1`k+_z88b#{0)l
zw3Ci^1p3xk_SA*l@?C_g7aULf8CjK}{S?Lvg|(<pZarZW=bp!X9=9`jsl^iMQ7l2#
ziWauxp&a(NJz?&6Jq6+U|I7S(TNrmeI!)mjTON+&PE%sUsI~q0?Q%Rb6m&iXe5J;v
zuXZw|-Np05l}r+KnPTQsRxdOrP2L{AmzCy(CgNKM+zq7>p+$JqYfHUop$O$!B(*ab
zet>g3c30dlQl?uPdlsFhUfWL#_$`^!V1x8_c&_+Np73f)GdtYl_KUAE&O_)w=@um^
zbIhKUlVx@Z@Qv*8D2uMVE<zjrt4#1}I=q@OZDI@d95_{ZDT*|8=j3MRc&Pj(p;cM&
zENY4!!duXQ+?$Fo#luF?l(OO+gYPw;GKmcR%~!{~SG=!|r31sUS8zK6x=8|W86Jw&
z9KmmJ)A)GR?*tAPwQ4Ss;blvZ((&)UT?J=bY7aUTS6r6jaVUtLB3c^geTAu1`_~?J
z=`n!^{q~@FVb1(+Xe$DCh(MnO1Pv$>FGNVxpHRG|r#*(oEzA=u9ap|q%xF|wJ2E(+
zRlCZYd79Zpg@G7<2mWW(PH#N=A!Cgs>QYPaY)tS`gujc;`Bey>40<@0;kyjz67ID0
zI>Qee;08v2>){b~S@kdQk1Gr+ulx0Euc2ls^QN`<SmP@_tGb_B*2@Imbm6fJYRaZA
zS5$rStVZu8JRn^x|Bg53Zw8+ig4UWU`mMZ~;xVa;0k6s6K-1D1g2T%$rE%H2_`aEt
zf8)XlI?hl&6uL%2bD<w*v+@h@0KlRH1-fnCmiq)w;%O64Q0WFoxy7w+xUOdm-DjH9
z#92nas&7>9GLCRZ3Lk&eo_i)8Vt7j4)o%m=gHoUic<Aa?qS@H!0t^O@l7GN#lS`~K
zG}r=OW7$LbM}kLVKH;eQJ?|^$oKKd}?*clVD=hiL;0@_9X*1dR4KV#MwMiL}SzX?E
zo55)*W0fzJy;g+FVsA(3s14m|R#EjcBjBc^Q2Gbnl4?HvC!mAH+1Uf+fk`(ta5+C6
zMBEqexx9Hgj!<*beLZoXC%vg%!=8k`rGcx;nw)lxCvc<ug?sF4m%Xonr`YR4jMAeD
zbCnjN5Vwi)vhfZct_~-7CQ^FO|B~T>^gdnNF}#VKJ!la>-dr$eroJZ{k=K-5dJ(jr
zzdeg7sN02Zb#&+<hW2Nr849PiQ@T^EXt|G@^qxeg-8;f(+q3e1(Agp({iZB_psaDZ
z&Oig}&G60K!|OEv)SfZ4(n;hU+THOJ>HMDK3S0G%V_g_{qi{t-uW`}3GiC7oJ)**r
zVDMBiW3G89CtfH^&BqRr(C-rSr$Y<Vp~O)I+EHOZ=+I)yhq-UO(MqoC^`yXu!UGzr
zpK~@AgFh-_q~n=+l~*`lEh=BT4dbl0i#YYC8&5fNTwbpjhxe~;S7VZwvV1AO_ewFY
z?HX|59Wm~0e*zvsUyotg)s6hU&k5U$3q<kLXBd77+LC0de@(r^y=(Hrj%9r3&U&SB
z)$dE?W6$+G&OL`rm*5?#dJ=P|w4ltcRELyTw*OX(o)l++`Ig94Xqs7PZnt=u4xhpu
z?d=Vpl`G{Y>r#5^%sT}-Y3QD_RM&F7JoPgeSx5wQiKcrt#(OQmZ}2EQq5kfIo(Dd2
zuN4-CPnpK3+nt=VaWN^)eGc~*sPmz>Sn+DhQ$yId)^_OF!#MXv0#2nMhmutvA9q)J
zIO@7C)aRj@3BFEcW;(_#Reto*B2{H5O6QuOO&QuxZ!_QkBXcnQez663Rfr~gRN&;K
z(ZI(yJpE&iP`Y8vKF@-A#ead9$DrRPf*<PWDyspvn%;a1Q@W4RQr;--CRDx^aC0aB
z`cv8n7~=-~>>+a}e`e%Is>gYHhbVTNzl4I${KxjCd}+01Sb>LzKNtW03nydeF#(Sv
zx9`to<$FrLcQCqK$W=Wmdpd08>`HqJyazO*u5?tP*4tQRAjsJm_^N!MsMzrhH?Z0u
zRi5&fsu40h9$4;(^6rMxh)T2DY}v(+HZM^+4f@{NfL=6!aRNP{wY1qt;64ew7cKYK
zbyvTOI#)f)zz+G!tuhVV?Ln^ByU=|zNtiPUZ%vy{_GHYR0KUrI30oN16;(T40eBPw
zu8Jn-tBaI>m%tIF5xH%{WymyQ;TIisWILQYc`{9UzlJ*xZlL-}+L&9RCl>RyoA+eH
zH6{ao51fBUWnb7YZzyXEGfnBD6RZ5fdqr=7Tu%872|XgvM<U20hfinr=N;o#6!2=b
z<7)*xF7($Zc&v7O-|kbvHK<InR?VWyqiBl1Oy7@k?O9%2y~{g!d}=n?R6Q@C)y3K0
z%?R0~1ilyxuo0Nj&SrsUv~$nTYv?bN@>xBHd>3`DdI{)aMwZ0zI}*o~Q$wBf|C|qt
zi*s@aIM3*Pxif8rKz0JGYiz)uk*|ASWIg*NygI`(5Hc1W{Z3d9?sIvo(pIeU&}P;{
zO!X`WQxuyEm2D{9fb0sH#}QIm7=0s@2US@YJYE52!gG`IO9}(qZ8}*nj}{wi5c&=p
z?}(hyXb%s6=_9|7Xk+Z`x5XWLN%e%j+R|J{O(2_dpe0=%ieFCO)qf@YuRPVgnF+i}
zzz<S2i%ePRSA4J6O=XjclZ4V1@Y;%}z^~&8IA&DdR*QZ|KGVQS0zQdL9Oz5?D)$kp
z@1Y4L^oB8EgO#rMarm591=tD<qpPWV6uwHuLC~(q_KFy&KXD__S%6PWv#ZPpkG&BG
z?IU!hP46{$Sdd9{Iod!|T%`WpeLYk49ZnoI>Z;-sc(hQi*d&SJWf^&#fq5Y0RJ?44
z(BZpy(CqE%Gpc4}BddopVis#yJ09I9T}}+CMSCWMlj7CRUs4%bzQCt|6OD2?O&K~O
zC3D_D9`)~>223aDQ~_<CjJ%4+pKfM+{k5De?9Oq~iXQZ(r9D+LAHbzNYM@4Z+0p}f
z`mYJ>8`)f5UPj_l*{VkFjTWMH!?(h9#v}3laCiQ@ejQtOc&sf6n?rZ!tl^GFx5;&t
z7SXwz|4dD^J2bXt3mJbVlI&A^i?ErYbbNR@dHwr#KGG#s+$tX^oB!97hJB6^57$*U
zqRZtApPE@GQgL6y<Oa*cyMzTy?gzN5<7xLDYnvKjwa0Ra@+FPtz3OnlqHwwUUbvj_
z;*fN`k|*o$+0ULYMvAu&OX@Cz*72q#yE*Es8)f=_O6m7$1<e$;)cns{zW1ZCEHdAY
zswYPCKD$^-dR?C`uG6%WcFQ^aTRHu7$}v-Z^HY5Bb$PD8ryd36lYG_2-thQTTLj--
zoYL@vnQ^kpd5Sn5Bc2|9E$st}7+F>7>#xhL<qd0g;#nUr+P`Kg_4&I@Gz<MeTV~g0
zTpxFx*;hYXw2PV#{Xoi9I?`<peOVVO`==H$+IYLOm32R|d>_GoKa9e2295PCxYsMS
zO&0gQE2(JrNMSPjK_gZzmp@$+wbFy{bJW)D>{Fv6pFD@}<$5e3uXsORH-3ZIW*bG_
zHt&*d4RUDV#EG)&<pUfPUq>AIR@c4JnB6k=z$vcjpz-6TWw-*~Z6D}aOjIB8PZSz-
zDP{G6fwFS+3fa8ZULLmPoV1&!8>Nb^pv`@&=mSo-<`kdR)TYmLX>+>=l}bEXux|b~
zb)-XsZ@i=RApYC#B#pQGPMiDn=WmZTiC=g>;{<Ifsd*^+yQO#$^ps}4JSD0p+Vax;
z9gMMZwi~`P+Y-zRyhfllu!oJONJ$IZPpkWsqMaiGguP*-Z+LYa>#<rUH$6iEi!5}z
zX@-{RJBjD+bEnIXu5o^NAKAt`g`W1eHGH3y(MvYBHauGv(u;4()vzwI`?!9xPanK@
z3hNbit*@{PT0p2}-NRGz%GXb&c|cWO?Q>qPsaaUfF&%W9NR@t9r4_b^D8eEUHC{2b
zpQi(Nw_YOW{)?1ZLH}vJ@BI`DD^=qa<Cf69ABjABXiYt}RYkJ>>q~PBb*J{&XD7eq
zT)vfJ$4lc^YOC%!^O!<oSQ|Hmg9^{)ihkn@jy>wwIvF<mG##5z#;9%0)Ma`!m+7%X
z97}(w9Vp{$Z0(Xmc9(jI3DjN;+tNWt4f3y@6^xJ<);i8XOZx@s4tE~&*jZgTfB6Oq
z+W%bMPp?Bbr}!}M7~Om~gsTskNB1v`<niOX(cnf;FyDVnn-ku_V;^g|_j@)6-z}zl
zY_ejHO=~3jgeR32<k+LQ#F)h5&?557hSTgas3Og~0zZ~)&UX&=r-4HfxazZqta`g&
z%rPzbK?9EJWI^X@ZzPxEg>^Mg{k~ifo0in#h@s|sPxsZr>%Sy!9>?6mageHSVa1E7
za{FVf>Z$k#6X#hCqhdi-MAN~0#Myp3Q$FrW)p`Rnf6fi#5v$Kr^?_!_*}`S{^hoS?
zJG(7)%lj%HzC9{O`W4o1l{-kZvZyg_%RcV*xrM&DaC`B+xIed@wv>S-ylui>9wCm3
z&J9v|rEbFYE#XHa){A@HJdKqvW98+hb!g317ri9*j0bj5&C5>()>%0A@}S4dYRHaB
zgG6xSepG+&Xc^G>3x!ZTdeA{wooq)5BWIG!k$A2ekwMO@?(x#T$7SmJQKFA`HSxF2
zLiYHQD=cmnHdMW+I(t`i9oq+laBLx4GB*+>@PpPm|B;K<=+x$KE$JB7k5FHls%Kyc
zS1cYw-A^4P;4tPmoHd(=0_)DxJNM?-0nfNa#&VOwx<##Ch*}<DbbnHmQ0Jff&r*Nh
zwKA#R?A)NWcJ3PP6*866tq+%A&u4oDtvba~+XvIZCQbAKXa16!LmSr-WOMr}w_co2
zz+RcO)>c>7P$sq+KD&z5-h@p{tf5!!?#k`yzeL~{SMsGt;=-hcwC`Lu^g?6o8Ff&q
zI=@r2kp}FQuSdqE;O{ioXE-f9<H<#CC2(lc3T}ToNBcCTIp%C2H+gnONGEe9F@|&J
z?&5WJ7~9tE1Z)>yHvZ#nm3zsjMa)>?0_IRCjQVFhkXh$8P?BzjaX*tQbq#x_>{HiE
zZT4Q_P4|=OwG^12QtFzh&%TN1>4x<4MvMvLBlfC5BwmZ<Tgu76F9}p3_X;0evW$w<
zOOx8E&gkF&2t0>6u_0h6jXGA5fQ!I}EredCpu)c?`b2`Z;OkXf`xOB!;HlRpaqmTO
zGCJjr2^d4G_ibhLit2HbdFljl+J8HPvsC>koTPyzH<~bZF1mX+J3pUDLob(CwXE>a
z_<lH3#2#p)qp#Smx(n6+U4#;AyXn9u8I;cj_%S%AE6pB0l!k3K=NaR6aJ0V<1EcxE
z*(LHtmGVaYe{=Zx@A=}ui8a`l5APd4)Stn3gxcq<$*1Jg!(({tj0hfIDFt~&n%p_O
zF7JO;g@58*xRDQ@k-f2=raG?Ru*_(abBj`(q=!=H`b98zYiaNHG%@;LJvxZzp_A4|
zvmL&p&pfbPmJHu3Ru^i@Y7RP<o?L*{MR(Vdk&Q_Mrc=$StNG)v-ux<hJU=~nKzw-{
zt@usaRgb6CR}1vmBDbi*s_EFfvKC=S3>jM}nvZO=;Q`netdI9r`uOVxU2I)jcfE8R
z*U(1qw&gMIcX9xRuH@vUl?gSOGIQ-1!hBP%%Vm?Q?Ynhna?=u4MrF^*)Uo6-0j!`n
zr(L4L$`o<Gav|g1jx7wlAocm#7F}roo@oYNX)h+ns(O_po>w!Hm)+)C8|@h!OfziC
z7+4d=^_g}rP2$}7kNHsF1>pNVVsL0O?;O65+(Ht`Irj*7+#A2sOr||-P3T#DKwv#n
ztJ@o8sS=&|%Z9cReQ5gD?2xElax4WbzGymTA4GK*ZYRu(!g4<7_K|+h@4&^|_Yl6?
zPWd<5n}>D&KoefQldTpO!#%rM;_3}=aiKEq3o9GKJC849V3k^1#l4(TL^Cd~GqL6S
zvUIMF4|?pibn(j~;F$D__YkTs)3C28<!<1p?~|!y#7H@6_#dgx7gKAE!aUy8<O)4(
zdqG<`zKKwEx;$?exPH25F}*2Weo(>PG48hPn)#X&$~_Ys);MAxIYS+XgBLfDZTfsS
zRWJEQ*wuI;s~^2(QrFPJVH@9_W5qjOE+=prX=9t|ALhAfhx+MsdBrSf%Ax!x=sfD9
zK3{d-C!<RjQ@T%oWc8N<z49fvkx*YPQOgqiLcj=lVnkQIzTJYhon@s*fY-Mr)>qZK
z=~H?cZWQ=LRNmAH^X1K|c0z|8<6g%a8PC5jX4^gK$-rUp-E5EWsj*J(ZoI>EYh*hE
zxW-#*_mG9mztU*$qWY!eFsiW9T|b*}oQ_S(p!6Lrb=5zy2mh0*x7Bq4H{9PgzenXR
zETX+#1BDuo<DUkmxa*e~*Qhj<2Hp~P>j)Woq7!$%vrkU@ypS#K1k2>c#R(eNw0KEt
zN?O;KFCYWKIk|FsHv=3>_qr^jy;~R4)!>EHv}6y;I^T!4PkPRq6UI^AsAO5lw=7+C
zuFH*ER^f=@=j4}-^Mvn<40epIY}`uOi2m3l^&@2|^Wb@!mUmJBQ>kC42kyXC9+-5R
zI}W)(^!z4WY@5r#W8=m76jJl^Y07b_^f`2$tp7WNpicyN5w-D3{`%=m;7wg=;kS=H
z8GHeK`&TrMIAp^7D*n_J@3h$y$s=A46sUE+TlXiSclcwsdW<=jcjsMY%s=bLy2z}F
ziwbn2MRqF*&J)u*+6c{hhpc_lnK$6=hf24*)vv1l&Z+Na^OyIx6xZm`PGa7brHcOw
z@D=AUU3Cc{t5f;Be@zLwBCWFVyn8=t{@*p3IOhWAx^$&-4z~nq6&kG!qeto3*&VV`
z;4t*{XNjH@(7b#js%-MN6=yK^dpx^TIXx`X)~MPN?{y#kn1GAq&|n&4Z3T3^JYB|u
zrq;TkunZVbm(I<5!%my;$~y^FxZKqGqJ=|s!vUFXSI4&EMA>9&pSndvd0o`{ed$D)
zUm98~m!LbOdxw2|A^nUjve1VuH=f|rax!=8unM~8H2vCrjU2LTDoikDjH|&OF+C(a
z0x;UvI5x?P+U&8E=pXt$c{vSCYD;Y|Z59dx)p4Tzv!UhIiFI~uXkV45q@A>o(Pi36
z`!T7s?o2%$S_q$yq>6(Y>5BVQuU6V!k`qS$l$v!7jHQKvUO+!ChJJ|_$&HstXj`i5
z+L;d(eIdZ(l>KnG^nKyQ<uckZv>XS<*s;Tca>n9D`^kJv4%;l04Bpd}76pc|-HhK7
zI*5zzdBRFVSN8lY;5o#w&0!2YBftE9(yMod0N!a=g9}S&R;_brZv%Qn;XADf_U7|H
zus`Uy+Y)|2hL*-X*R|isTjk#h-tKJ7?GsC_7tg2mV@fK`Wwctjn0ooyQ~u-qVr%Cu
zvYbQTRw+eHyfe9#aLYEQk2^y6ax=X9*}Etexs7MnHu<x2i{<p;<^`D@7Rm1hxL_}x
zXTpCR%jMg;(x~CV#v{vA9#yKY0lmnoKdh`ObLHsL_`c@|-|JFRhgV_U?*whm$KH?$
z$F;p*HxjUby?T3z*X4VfcC0;0z*vzMR*x|*Y8=s!?XV{)be3jwYmIQ7wo?W-tgPxx
z`4q-=3iLEp{&ZjZk0Xk^T2==Z8;AN9q8<7++#lW>&yg&YYW~aovd}AksICtj;!4gd
ztLY}Z$7jv;7o;#zI~ndCiO4hX>sZqLTCnorJ6@J5(BnJSO_I1)LuneN;VZa56_b+o
z6mWL&PczW-*9*K3IG-^`^sDEr0{yeoVm;lxnG20pN1w2!e}PZMSZMU#4Zx{)tnj^P
z&nwXLp&Z-)wTQdkg~tb4GHR67+I6?_P&z~Z_T)CHc}MRWxDE|?Cr0`$q(1-Bm7nHG
zL#*hLX&)<Zb#n4OneSGVA8r^#GB^fWK3*uz^sseleeA4DiXTkT*so=7A149cXP-+8
zxKy#yMv>cN#iobTw2p&I8_;U*ugg_XYlgkTW^=>#cC4-m*@q7QCzU4JS7kUa|MnQ~
z)M!Z;?E6c6mWDd+Vc@Cu)~y;r1L<p>gA4q5yPEGA>&jm|#&R$7FqM@MYK)L8=wY>7
z4W)BypMu`5=WNvX?qew3{o!UOr5lau+X8sQtL7)c^@Oz};4h;`2pTU%%}cY;3DSLI
zVFNmk?JMjr&^MJoY*Sv<aDM(#s2TwlO3!C?;Dyd2L$IWotLy8^@6pOdLe=MNJa+=k
z4$l{@v|s_(BNO0QpZW&+hU1(c%VBwUY2eXN0iVFALG5*UymzvB6e+xYzOw-#57FW6
z;eEXHew_v@Z7uHY@})xNQ#IF1&9NqnxNEI>G|J+o@*3Emy1ePBZ(rS)hVZ+@-(o<e
zo4n<k1}we|UTCQDBUbf(e%Ca%{CG*8PH|J7O{#fP+P3HF;VMsJ=oNUFIw|nMsyFqi
zGpifuJ4P>ysISN9&-ty4dN82<b!boE|I(DC*9QpKr8hmQ6&wSfGa;Ly+9%^wFRPm5
z!HtF~&QfbHRgcb?@KAHh4kOjSRl`@xwB@5EI6>_7YCtZ2-okn1R%qoI4ZWqMx!olF
zNCZP;!o$?$Z_Acw$d2@FXNeYkv7*}6r2K_;Xuq}cb5c5Y&|S=1LHB=@=ut{-wN9vP
zC%<_c1DS>ak62Kz$UF*iAeFBn+Y#V=r5%wq<j9&CvE*|_7d=IHg>hor1nlXF?}R=q
zn5?vf(ZwMY{5PMGix^7l15<cu;YW=8gghg!vtzF_sM!T72O-RDfkv9#C|!29E{^+=
z(&fOCc4E=1>kLj7O0zB;k1y!aUr&pKGQ1CU%^bt<BHFLtBUFvc;_a+-zqlm@>keHj
z!R_wY5r&lSE*bHhc0cG$77O;dLsP3`7!TWaBAZ)Q1@oo)-?e&K_`8ns|NP{Ylr*<K
z^sU7^_~^pe`Kzp<G7NZsPP<=(thgARoIH@q#7&WR`Yq*h)uL(fl2p;~L#Tj0pkC(Y
z9Ms!d&kw&zm{$QGW3u$vMF+z?8F?5(w-}x4ho~%rQVuxj$SS1rJJ3K{t&K6fV!{~#
z?1L_@WOUnHlkhXc4*OJMzNziB666(EgYztRYv4tiG-M5*o8zjoBM}$e0(HKc>i=y`
zO5<&4)rFBU$*XfuDqX_Rq$xvZ&tPb1<>x8*UORnitxj~kYm(B8jO<S3t^A?x15IUO
zOTzw=>oiBPxKTY0Xgq}~^=wjbZU4#bgnl9AoscKWnQLDQg$KwY<c`<pO~H!~GPpo#
zH&fEOTXecyXG(7BLBl#Gl56z{Rg0>3H0Vr~ks0%@p2c&iA)@Z02d1!E3Gg$8bm&tZ
zoJTv>ed6>kwJ^uF1~NT%tG|VPYI-9>Xv5GPta844zdneQ6Su1C;Qz`e$ye{%D~&Ia
zVY14E?({36&vUw4;1#oRPx(J%Fex5r{IodVx7Sr3$-ztC3g`s`nHqg*>q_UcP7`!1
zeeCgy@L8d}%clz&%5yM$RzW7Xv~P1#UPoOoGCzTH8K_%UnIP6)ydLSyGbZ>k@)d@^
zr08LG2K0+ayB~7m$)hBh`tCO}#GA@<nvkD};?cF07Ax>w1CN>srLR@SjL++;Z^4V`
z%UDsSM-2lwYk0(5mE+Gmq1t16A`|nIOY>`_Apg}19d^WV<|_}RL%YeV*DDe-UV8Or
zDItGg^e>0Jh$7Swqkp+(h7<oc(!zizCU`GoR&|uOl{=3YHde09B$s0^WXY!_B8GQh
z<V6gvZ^Zf>AY{C>)56BMzCB!29CVm2H{DC<A8^P^zP|G!Z-^RV!kn6vRvFx&7Tp?|
zrU5IEhcz`q2=~1-@I{W?ga(|MBY-E2ObkBt28T2*Dl9{Nxa->%^dWx;4^BA599;;{
zPY<Ez4@c6zAG2s^=11-tcuafua5Y`dDPru)US+x*{94?$??OW|r_*yIgfo0MQ<(Qg
zu_kJwurh1KXMDeN-IqEUDSi2TjwbxO_oPDY(%Cccx7d~KPn(nO;aypa>A$w0*xjW&
zzk1k?%H)<dc4klJ)-L7viGG+a_#PJbjkls$yArg|XRYXvQHSHQ-T9SYI_=NKvwAb0
za6@ElJ;Ptf<ylK*$y^V*7M#dgG4nY(YBP1rSj!_aTTu)1rQ$~LIw@^e$eVwbQ`VpA
zLj7L%z-YEMt3u;HCYsdo$fcgXGij-4VP3*0;eU(%Zm&e{@%_c}yj;c@^c~IC@aCl9
zywN&ZG!KiGh11&6Y|A40uIyY{+~1#{7zb!%<_R&Xdu`qM<x5%~6o9?7?((v%vc}3F
z-PGyr6Vp?DCztTQPes$J>(SQRsHMvwdC$Ir-rPKbKF+^IWkcVJj$V;kWv7<LoW`B`
z<-=<taAGfRXg-GQop#BXq(0cEpoR?be!;FUE9>#uRcTb_PX4<+l5g4HCFO@_SuR68
z9Ok?B4SBF@eKFm#slKb3nQjwWMEzdDT-14qy$L@4;D>q+&uuJBQP%zRm3eJY2aWI@
zvyE)!^-I`0)zr<}t&@``u3;Oq;>JwN4RT@PO6nh8T5q3mTm*car`DU*-}h&m>zE@!
z@eTB`AN$b4#4>V3=1HoaK1B9>Tb#yzyvL{AfuSGE;@_6gbjt(OInWPld_p*-+v(FS
zkMgaUK~&uT4W0FUMe4fh1Pm4)8D~vh0@Juz*fySFS&h_O4$sV?YO$rbe|RW;%=eP`
zT^`{2fKS-sbqS#%e9wL@qpm0>=_U<vtz>i#ylp!C<AA6V>&iYBRk>fnU#(X9c2P4u
ziKax})i9@g$=5nH;m1`jXZA$PH7fD;W)5_ChKuYJI8IpP+UX;^ACu4YGP<?dW@PHM
z=&^p1w0IAB$NspfZa`ZeU{P3<%w@jzNAh<EUk>qp#HxR8+n?n&UL*K^jJbZ}&uZ+s
zyhq*$t|&9`9d23wh4eWe?}76_h4=c{5Z08oHEW=E$f%+Dxo$Oe$|$C1$K0ZJURUW`
zerY2tD~4AGh0{RSPB@RC<F+0eu1_D5P=PP{I@0)wNhYV4bL0l=1k(e37;UsJuRD7d
z=6>NDd06Hv8k!K!{+V6ng2c_z*EPGv8^5}yh2B%eotP9pI%5e}by}xAdzdHP%=c;4
zoFd5E0{YwX7gsQIp<WjLSgRIBkGEyyP}fMBIMGhWTH`YnS-7NVL6%o(R^xHpDeyVB
zh=0L%?3?SkdKF|;w*}Ub0w-ord#|Hh%d-{@N!TRJ{Acp|s20=*dxIRaRqroa%ikPE
zBlBo&{N8>*8#}Q--v}-%YkRJeqq^^*)p_M~!##_-zpY}dvu=lV#Jd<mr?6|lR?3^d
zg(IWpYDL;5@_!C1g(<qCF~f2zE%PqTKON3dSk^io(LIgEd>l@jqRQx~4beEPrztAx
zGPQOw*Y{^Hlt+F<^1rrEQx+sz>!^FY%jzIy$7IU&){<_-eAfC|l+*i#ui=Clm(c@d
z46LCx?xSZ*U>n=SzT+D)Gb!^=Ph(lox0JUJw{e4jNa-9ff*ZVCi~ENU@p|iHgx{0r
zeX*x}(hPYl`W_W-mnt!zM#<bW{07hSqCP0zXA=)f&}FW%LA=ZVDv#S{n1GpbNJ3>T
zZ+<QA5gsh}X78rA4{haFhwtJ{iaFWGR_ATal1%Ejqq{E`I3MM=y(z1v2LmTY8H=*|
z2#lRd``6Ne$@+bJ3$Y_RpD|9F7O69OophI~logXNHzmF1+=stucH%G^o_T}b`xT;x
zh7Zk8bfn_BL#UDYKr&0SRal@6&78=n1yi(jb>QPtQ&?6-8Z&VeW!q<Q?ex+{Yp+25
zI=>uGnz({zHlEEFbDU^ocUL|#V<oV%sr)eiK41TnkfOzBP;ZO#{LHY_uLgT^)*oB?
z?cjoI{ev1<XWEfHlfr|t=ypsS)YrS@Mqv+WM^X&<W;^D6GGUE)c4I%R(`5Hk?#)Gy
zz|~YNZMnAJXR$l*lb#tR^)&ZQ;*Y~l`mx;ywa`xC1~oIs`*9oR(Wm?~-2Lt56xHWu
z?J82PQBBAHV|`j;FR2E!rP&!iFe3-pwN7{iUSl=ZGNHeu;-x;}_^!+4jdTgPAS>dY
zU$b`h>i%KVz=TWG!ez2HI<pLy@n0oY1=TTd9bDTpjCur?*E_$>k!kJ~fKy`x=1nh?
zYi0CL_&^=J4)E$c8y#FEuK%g6ADnSgzIrHWcXnTS-<ZPg@pt67kF6#8Nxt$+6*=}b
z4D^n?6#PT+FSYd=%p$%Sc+HVl1?}bJ=zVM*>Lk;1uF8hU?(j$4it*>-?FvcfmjSYx
zQwe>6cQC1A&x#C}?XgebbHCwKD6KOObiF`x63^lKGsOFcMdei7Q#aJr(zs{*61Zl?
z>GE?vaeTIoNb{X5r$i2wW&I12aA||Jm?>j@y5Qfc3gA6AH!lm^y1)^6?(U`h-F5UP
z=8j19{GzOT^z7j~xi7n%;x7i~6Y8*_=TQqrr@)c=>ZtFuGVeUqemPC?h3XZ}GjKLt
z_ARcX=1u0g8I+grAg1B_Gt@mV@jfVaB(0-&er18FNn*XVz}S~bzl1ti`wY$X<t9?R
zX6w|4<9rS&jMRW<#=V$w)Hv*#Xp`|69JGb&1!&UB>;$L#Ugo<o^#t(5)a7j}O}bCO
zTAJ(VVKJurB4A&hR2)q42kAmiQ++_fP)+q^c+e%@_hX9o%FnX}bON`Ew-OtzZE1ev
zJ#ts}8__TT@AJ&L%D`zoaN>1vLs?aSoH(NjbjE7*(+d-H4Bd^{PfM~IbEtPO0i0)-
zmtFXXZLr*!G*2A;u}sagf!;R0IZR~mm~3WVQ|Su#*AI^gcbC5IPA~szTawa+hnL3R
zw?8m}2My>R#=4Pnz%$yD-3Id&Q*iFbdMgIk$@z_|(?ajB?%*5gif3?-+P;?xpEf5w
z6|Mo5=&9}~Ms|1O!tIhxj_J%*ViUyh%-*~y>61{}D?R4|0}l(hr<ng|N=<RsL$lJg
z2Qh`^hNyTBvh?9;mL|+&IrLu@8s=KWP`W82r<&3bye{e-^i_!H9N15e?4CfwGM`9j
zGrsw!l&U#nd$TyP)H{wHJnvIqiz75Q@uccKPO;sNy6q~VhxqgSBYfqLpAnphcPi%F
zN$4m}vb`=MgK8L-p;zUoOh==Xe-rR;RdFiih}_w11wA&}(&UL|O8bbG@k8(|=ND?5
zahGq~w`cr}!Hrzr?40m(t)|b6tf2HQ6;6{3oeT|^3EgWD@R2q~S#$6345}A!6k5|3
z*ym<|ucX)88``*u9-^`N6@qS-z)a}UQqa*w3}`vJ`llVKo?mBu5o6KN8+nX=XE*ai
zam)U(IP3dFmhwL$rdU1@5qT-Vi}k>=T~g_E@B^bi3Ajn^GaBm9r?kd;B)PowW=}70
zieFiQJ{MJEq2+^Lv&nWNm-gRHGCD#OP1`0EkM|58PlH@d7=ysQtaY@oEPF=J@|lz{
z=(DlL5!<QYn}g8r#R{;uw0}M68n8jMinr74WB2f-oMi;PX*@CNlhW!(W>}*xa?lG|
zyfdi;hj}}w`U1u^Av>pTTsk)n`fadi>y_=U>S1d$R+>@o7MP%F3x8VEcL&_ZmOWXv
zjxVhjPb;b`4RSAL6%}u{02;R`sXF`H_J^qdvX0R)Bb*jCUe49iA1O^k&0S{7eLfaO
zD;FDv_Mlmj7T}VO+RKNXh0-86zW~3ByD``k_)l$ao8hgmv+gVte{2PJAE!`nFTNZ+
z9Qy;{{cbr0{feG1YAnf0=9@8Zs7csGUYb>tqpW)ZbL(gmKGrla4#vEZTH}-MUBI2A
z2)zeQbxQ+}K%1;!tc`&>V`vToTw*|r!aJSd`T<V58slZ(B}$hXWwGxfw4lOJ2IqsX
zX9>(9VJ^tg)15I6+`9Ttf=2|rnDK3XVdMIrJz{gSN3v+Ueb7B)OgIKVdl)2-%!s1(
zQ6~lFTg@3k4;uJmf;NX%vCvOq-`DEtqj-8`9cZ_HMp=Jzp*+JozX-y0apANyQPw|<
z*!?kj-<3yqFVAbDK0=>YmzHKXpy6|sW&mbCM}KE4?f_TL66rZT<Rr@}=&#ZSa3kex
z%0giIgqFZzQ~iJg8n~CB^{8o>TY)F@vDm`i7Ma{UY&B&ei|S=@A3DN{6o=z;tbPWa
zBmbQqiJv)wkH!{oU%dd6tetLUOq}R|{&d2a>+;IHj+#eC`&RHcSlcY<`bPRbpK!*S
zQ`bN@0i08PEy{;pfG+M~dY}JZgQhio&0k~6KiyMdeoC>l^2P~U>`iF<2z_9##zRWC
zO^s|X|7|Z~__@XsdZz$G13v!Kl*cKOb`08V8+2B*;u!cSD~iZFBJxjPlkmR6Ei6H*
zd8iV54EouJsyfBUIG^TpGq?or$ewR%>-9il-If2AV?MrC`d(e9G3jH3s#)myV)V$k
zz!!3k$|uHA+M1Ls#(o?KZ)&SUGedi=FTjoy(Jkq<AMSD59%(Z7?+#4zGX85jiJ--e
z_xa=T|7Un+<R(_023lI{A8y9A(s6uOOMHHunqSn~3eMG|G^PDY<lez}#t5a2nuN8}
zuLKW-cAp6SU_m0Dz){zge^<PtxLuC_m@MzcG*SA3fw^q%-x0aMEygi)=vcjqQ=%z5
zrn|8v$rD(yQVeoEP3Qv&Y!q`7Td@c3m4{B$%H*yP?YugXyUQ)n$t#55xlji+<&Ny1
z0_#XOW5&uZf$iX<9<^){RtlW5Q>+fEpfCWKw-`ETtMcNs*xN&%bze-S{8QM~e4d17
zG9i0F?Vkr0)?*9*s#2{7e3kC#nSyo3-W}m_@VO1)saBK1uCk$l4Bk{YX8hRRLxu&-
zaYx+%ix51!e=u!Inj|sT2C!cy&Tv$I-<Y51Vl)ctCx>MIClCEFiO=~-3=BL8UxuDp
zT9CgiNQ|Nyo*m)ICG`p)!tjZTrzP%=BxE&)>i?BNXO#}1XzM+Uv4bxw=}pW%mEV;=
z9WKKcW+<$s(I00J{3dE?ruNgJtK8mfyPTgGFY@xYbGNtg(5+*EJyi<$IX-*6MCQT8
z(n=}*Fd-v>cYi^vgVxF@>uXAf2;ewXOP{J;`-AKqedzVJEAmZ$5s+DhVzWE4Q~E~b
zd$^U$dgK?WijPgmL%?0VOu!sd1M^8K7#p~&3Gm5PK+nNz%m!~xq+9j_IHp;DQknrc
zqh0iMA^2E^7SmdLP0{{8XHooN0GCA#&+{sq(ptsi86D4#x|?}pg;%7wA9Y3^89MFE
z{tSE`%lKWPxOBQ@eKzy|39R0i66bTAk*82t&|d+c0BnswtqxS#5mj-j%POZ(p3LMv
zhp=V>8d>>jXyDTXtcRD{FTr;>-h6_FRDVR*w}%Pb&zXNZW1MAm<U|}5)mu-Ft_$x|
zU%q+hN)DcbQZjt27@5J{jHOw1je0MS%NAjapnXE5>c6gUPjLT)0F`f{my+<`g~~$-
zJEwGkW6=U{7=M@jTq?JLbWRUtl{r*R|3l6%AG7iz5A_@JQjR6K=$i7FLh+~a24Cmf
zFfs=HR?L0zx9vQBoBu~5Qy}l~>+F}XLq-HOH{k6G)*w2n3b^|y^$WLy*Ev<-NtAy6
zclx>FKnX2G{S#iw&+}7oAGD3OCT}5M&Iv(g_=x8uc7Wb^E}=CFIDW#!IOUg24Z}t<
z@RgwhS!ubv{Eg5Ct-(L%WZB$MU`{BdxmPxNg+EfgPPj&47u!xcrsJOFd}l@`fc!3$
zaW3kRv6nk~Et9}!xjAW|T<#qTjrNO<{wS#rOgJl|qa0B?uHvcT#7)dwGjNlz?(q8M
zbfsa>xLbg~0%UOGo^o~GDq4{@h`{>>utFl=fqtl<&uSb5zx7sY<}#nJ1veJJR{k{q
zysTgrj~sG`@^+?2`Z;ipj|8s@)HYk1T{cyW{Y}tRLLK*<uWv#22VVr8lTOG@6$kL;
zKhNbahZ6!G9UA^?0mh-fl!ledvLcXCtORdVr@z}R4PdX-U1|}h+z0OURi0RD8YXyc
z)G+sY0Zo;rV_+w5O!^_A1?9EimOAnl==91uI7?|m?(}vTBfH@aUiA%NIPk$s02_qT
zS82Zgkwf}*tY?7mvDnQRKQ!;70;~sza*ME{Qsu!z64oMri<P(SFX8*21!UpB1-P3p
zilim*jX&iJbYuhb8HD^x9gmfMKb!Lm7`+fYwHR4!I3qv6x>+KpBen^}-l~4PQkt7r
zY=I0&ua^EE+Nz|OWI4;E>f*TV8R*yJ5;~r-KFI;yZRPo#w&0;q_Ii6+>3d{6PO`T}
z8^RbFIhvfE_(VdZDx8N8C}p%XUjRLEOl7CY{*I~KR_Rf((EGhqx=>-MLwYYA^<et3
zJ)4mq@baLS;0IQGp?sZ$zJuQ=3cRY#@ZxkPWfdb^<Bd^K@RbL3<bMPoAW@?_G?4}`
z1~2^<Io(>+l&esgk;0jZW>Kuh4qacM_cWLDa$8bk)YupJf&^e5-a(qNSO8ZvufU#k
z$u~+<Kc5zP9C<|=&1rlw8JPldzMaT+1}g6gZ2AVQ_@KNz@|>T@AbJR;EmcOj@5dK+
z_+5c))7X?Wh7}fq>j{~hP#FE!!5Y_oov*bH<0Z>Ak>eRl#ouq@<nbDJxf>!P`cKiG
zhJ;Y{a{;1$u{Z2is}=R#Q-(hFdBjf7NAq*5qGH3_H*B7qL;K3#=aao%$hJZ_-}G=L
zyRmVypItG2|L;>uKEBuY^g1M}ELlX^H*?gvXw&5q^1FRBwJsAYzN|dUL3LYj#sE8B
zRkf)RXHkkhOb3}Cnd!3SZ`tYRbFm}&n~cbH;K#U+qsG6>(k7=iC4}DKUbsIm^?Wy;
zc4s_&d{l-y8++u}^mx<5yav3`_LC@9$Cq1{_N7U47EqVFMOgj&^Z$`_<#9PZT|7!j
zQM4$MP(-ptJa^7bArwMLwvc__g-{epmJo#^Bt;<=b?01!kQ71@g%GkYKiPZF^#1XF
zdf)Uu&)k`FzRS61X2M3o(*C=khwDD<)T%%B%s9^mPLE)zhsKNNg0sW@c*ob1P+jx{
z3S<8A!;@0^tyR}}=+7+>x03F@icZ12fLrXwn7us0Ihrm1mIsR)c0#9#Yv}W+S37(w
zkAGKR{w-f+<9uhqroU;}>e*#1rkt7aCQSLc-3Tnc*Oha$oMhuBA7EyiW?0nVI$TZJ
z&S&_IftO+Tc+Dwe=6~i7hBxDQ`e78>U7v`w29WkWj(66M1p0SaFew3P+)&512i$$P
z169kWsBxbQu2V1KtyKf?LBop}_OF~9e7*otl@_wk;#DwStCjd}r2p_gb@kL|A)Vo8
zN(`-CG6v_2lv&@MeDtCMI8}Xv_p*P^{pq}~$(2TG+m>|RyYDPI_u(VXZ`%ac9kG^Y
z6|I4RAyMpH#6rB5XCZgkkqf5}u4k-mI27EB6fuNBUD`pLX32c<rv$uKc?cbRbY(X_
z4w@9#!GZBDWMAh-az*J4m{s%_+O`bDheg3q)_5A!Upr8q*=8Tp4f;<xc3`S9$m<?9
zI*`X2e>;b-%P!%Y!`kv_%MH*nshrVsN&imEka6S~Z*b2UE?XI)PqQ<%-?cTlkz6mm
zzDi>RvyceI^<WM6U1)=Q#;SbN<%7&_VKg*L&|q2dQM|pf*@cro0yKBmzEc8X*WtzF
zXl0FQK6FjHn%yVvC~WGr2!FmB%}hKKQ75AZ^h)0$o>#eSwH>>=UBmUivO(w0c}{tu
z9=SIhlD`!Z_xMBp=?tu~t>A;ZSS!YHv3$;+9WZ!y7v|Ea2uE-8kv&Q~t9t^jvRAXL
zq3S2y+1oZ)K9GI{#~eQ+)(?(0><LF!hr|4=cPQrJ#hf1y(zLHc^O4=jWvJ5Y!!UW!
zcLOQZ+?<V<oG_u$3#Chx$~&J~g7P_MxksBFirYF5q&0+$S-WwA(?L9*y-UOmM!fvR
z?@w|@iVIb*T`C6tn9obw$BH<{&D);9+V4@)*B4Lt$Y+DWwZlnTo0qkDKFDM@m`$%M
z$Lwm252udf2i*UG-^milYZ-=pngn3!fq7!Au(wKviS@qnbLK6Po*iyQ4@39j2F&-w
z6BcxI1#Z_m&Z~VofZfa2(6w+V9$WW_-FW*IAH`kdm4nUj`;Iq^;ukBbM@WnBHkS>j
zO@*B2?di<wj}q^-N~Rc6>$a(n#h<6((?c)$@z~8+*R`=sai%()^n!o8GWa5g7a-R6
z>Z?N7kh@akpG=?2X^uJNGi%ec8^zxmNbMMbVbAWvv329%+KScE{e9QLZp1cj*~Lu0
zR@n-SOFBWs!uGh7zu?NhSGd=97&c4D27#APLdSDjZ%CY4g!a~jY-G3&YTh5gcS9S(
zkc3Oz?)np~(HjFzjHAG&W+g0Y^hmjA{RVzjb`TheVlH;I@`e9Kmw;#2L6YlKSH)t^
zJ*CT72lii!T%Htsl70GP&Pv-`VGrF+VovDX$zzPxm--|1WPxSLL3LP7)lkqeT+0Zv
zp!dM3K)IzDG|EH6hOx@HtJ^@t`+nDsvTo2a&~0F=UYAv%yv61@mtewDcYI-T8Y#Ec
z<Jl&1ZYu4+mAqKYuEUbyU457}Aq6sj^<l@0t>hZLhn(ga4z|0lv^}1T(Qjwt!q0cu
z%~N5}-!YN3S-gk~{2AQk0Mhs2yJPp+`GsfrrxUBd=Wh}w4#>mLBf4SS_)P*+nDc}-
za3%i>VarZ9+TkMYGqjX7?(ewe(MqKJ=lW}!qgGXGIIw4*bZ1W+sM}@}6VF5VgU1Xv
zgIoX2B8TCjp$VS$nojHdQ~7HBg<Y)kl)s!k2+SVcWiw;mqG#89FgKfyP6dbgi|=i5
zt;qqLur!zO&J*2@<6yy;wQyu&F!*V7WuKm$je6P=1h<%6s7A{n^ei#oB>tDqlS~Xn
zia!hvyTrp1%~e`2eAC^JIB5i&Z8{htoSX740U03HWAw;=Sm>IGkAi!u9Y#B$>7g8U
zrpsxty11K(d^x<v87cSWrq!ot9s0;;A8$d5X}N4rwM2Xe?OV`UK4)!d{r5n4&wh07
z<2DvLzns(e!!Dhn6vu7U>o(o7^NMFM&2B0DCl#_~!FB?ZX`bq1{l5C@{e1&*sKqPZ
zsginyyy)HREJLK6<yUolq2(}h`S_su;+a*|G8%JJfl~|tajR_kWCfiSVF@d~TG5=f
zM)#R7QOw23_*05=(Nclc3e67|=pJE<KiOhP_nW9SaVao;EvPcLC*0D9dF^^L6UR8r
zm}Lfc_4j8H_sf@S>d66(?*d^kT+?=t4I5gC+(ueQMtQ=t^g7CV{mw$iNDFzy<}{K2
za%jX1a5<|l(>n9g1Mk7$Y_P=igO$QIDa04o+4Zqk!RWsiyib#At_fPp$61%4?}%uS
z&z+_3IDulWUmZEk$G*727oFWnzV;AAxlBgNdpLh$5e`235j#f4;I^yLtko5X|F%(?
z*`pC^;ExY{b#)HK<X(EtHjMC>DgS05@i5YwL0;4YSap6pbXy+Ah+~9q5Eur8Ys4dU
zREj;Me`iw*>F+{sVCe8s;8A*t`0lqv^C8jv<K{m)_%p>qcB(po)%k(czhh5#JceT(
z+f2yVXw8e>pJy~~c-KuwHCN-<pgCn&JTV+eL-Ez>DV9-Q3D)MJD#b1*ZkK2cv9hxv
zc$)TspxN29hI`q^OFBS2%qSNLm$ots6S|Wq=s#@HG!3pS=^&H#;oBuDN9_DU?`4P5
zSsh_O@xk9bHj`F$T+cKO96`J2Ef+jKC8|GZ!r2r@TcF{9lep<}OXAOcVh$xSAH<_<
zRP%}Svl@4$=rY%XL1IopjPt<lj<q}#Ha8Rr50Ll|FSS5yLU+NsoDIk2C9bmF!lv>{
z&n)~A34~WEBBpU>%p9)FZ3yXMgYe0hI_!z3ClBd97@nJ!G1mb-WzvI?;P9SJdIiWY
z+r#sREg0bi?l?J#a@Shz6C8`tV<Is(GMx)7etP}`e-uZ3O&hI|bPhjoI|U5yhI7IY
znPObI+i$EqUh5FMo$(L`nV1pR*JVQE#ZMl~-iNn@$KM{&Sn?(JuO<|yF)%Um5N^D3
z6H=&FHN$p5ttN5o{f7%~Auh#lbQUYkGw!VSN5YXlKzR>h?S7=@LeABA#l3hlE^SY>
zmj^XqJ%2DGT?*#$rXaO*<{1`0aar(D>^*HBs~b3sH8|%8#J!Aii1!E_gF-iq-d4;=
zuj9InyK(l1htlL$L!o4Eb9wQ!<y1?$2L~Hmz;feWn4^`>NpG^FpB#boJ3krHR$bI+
z9JuTahVMIOfzW8TCY)!ZE}Juo2l}ir_-uMxoTPJAc{w|u=b!G5gv(i^1z?}sL(MOj
zuk2_CSBm?IeC>Brnbt_XY5S1Tm}yQs@-&lU;5y(Okk&x=L60dOHsa8-cG#l31h;$F
zN75&_)p`;);zd%@gYW#C7U19IC)lC3`{BQe4M?0Q){Tq#p*fL=TflZCgSK1afwT$`
zX9!+lq%%<GjtiXlYNsxq_8lnR@kJMnO7qUP9OpultB)Q8@yV6jS?nqoAkJg0p7rI#
zH!RX>BM_FeZp-!5`D;sieme0B${pQkzvU)u-P{Mfa~C4%K1RL+D^xe6aY539<!YY?
zFEDtpHs$C6d^3CoK8w$i;L9>zOg)^0**LM@5@@pFB@h=$q~}@OoiP-v=M<rp0v}Cd
zLi5gaZ9|y(4S(uPR{ww{EAV?uoE`=iUV}*MB=d_4XirShH+<UB6sHw9@b}>dvGbX)
zuv?}xB0h!-Ey=CQ4nT#PBeV(%{Zzdq9jB7#w{xxsk)z$={akZAGEu8mUy}!c2|K*l
zp}w|2+E}LiP_3z-{rA{g(w~-*U=+LycjUievC-EQTHD&^^(r3;-osi7jl}b!d_lw(
z`3APt`YAtcdJo4-=_qu*cF`Q9{AVXa5(QSOhM$`7pRY<d#WWJ0lP7V7Pm5k-_U6lw
zdn32jbA>d$oK4;<i((Ook9n$5UE-JkW^h(ZJ=8aW-q&>C?WGRzb-}h;U-P}Dk^I$q
zF{iPzds+XuG<jexo)9+x;SB%fvV?UlyoFCZZ}7yATJk67WUl^cDEQeWAiDwU@7Y-v
zeyjQKdq^6P?u%$9;)V-tLu(-ghO_|kzCba>31f)of1%KG3-+BAv4B~_x~ddcT=4Df
zj4|{XZ7{_#3)$M?K<kD{!JPyqLiXmq^28hIEOKcf`4PIes}7xWuxE!vz6FOQ^g-ej
zARNN4TbhbB!nyBLxc$`){P>^`$lB`T?2G|GdCN%e3NBHPwKtK4Zy@}@8)=i#-ggqL
z|D~Zg=uR4_0hTx{2k&|I8okNA=?rLBnQ#kzUoK)Rig#heiPyaxbyU)t3n6fNlr)px
zWsw$U`uCrs@YWWa%J6c{2E0G%Ed0tNk4QdV#PPkXwY6GE_>U`^7(TS@m@@e20)FnN
z84UY%nh_ph#E5u^jUIs35%+5~CSffS9;^5Ire=rtyu$i*x+`T54OQN4zNrX5-><PJ
z3~Q<|@^}JM#Q5c^pVqj@VXA6(!UqxucnH2DY#GCb<m7Y8bD>?>pSoed_LmCoW`6lk
z;q5Sm3qLb>$T7&@bpj}cV4q(FFaLUydj5R*_7>?`CyY;_@S3YUBGBBdQX#BB!c%tc
z=k8jpo|-mP4IO?ToF^O++6d<Fe=f$3y&Kx`%!^$(=?@U=Bz*8vde?ArdR#5HZ*XcU
z6P{qj`nu|=Qa5#HsuL8t_Nc|O2cMjQ{Esrj?;+_43zg!AyyNF=^581XH42U5kY7T3
zY{%mc&2~J$u-kd!W9o;F0pTNi#L)iv4FQDp@9Df?&WVGNxRW$?6)Ve*#jVNPknma|
zZOfi|v=DhlxSl1nhD>?KXX-YVN$292t?h-MVA)qjp_N5BGyCz_`C*ZkDttwoX6@DI
zT`S4|t*Z5zjXQbL{eZSWH5x1%6o4&rU-21l^aP)R`-b^&(RvmL-9(teE{!f!sKz7L
zoQh=PIfZxI^@=>o6g#BPPzBEV^kjVW$SXiN#4m2yR$B+~o|i<v>W@P6sdP*|gp{j-
z>p1xW6k4k+)&zUFHj`hKFF?X~)?tS`e>k9sA3N}ZcTA-{Ns66JbBE-gaNF~EI65t;
zHg{hR>4VM72g!spI3z3^%+7lXJO!PMOrU(@{ApLA(>UQH2v1MC3wN(rLYgZSXWtnH
z0z*l!2ps|!U-$^$4?<5D#;jqY9%Q@d3J4x2-az`>TKph9=cE--_jY5}^UeTHdKfw`
zF+!oI$up47?85VRIlz>$8MyVu5SeNV=(1Of6Gm}b59v?TGbFF1ih2g|1~d!n0yOXZ
zMVD;w`b~F|77hi%L4~+QUR|1nkAoVZR>5A@U|#}j+&BlmcyHkU3a(1`*IeLVt`*aF
z6aZ;zmEuyh9m)A{^R1ln1Ie=qoJZ$X9YxKHW&XMZ(aSBFy)WIBJ)je8-BM5JWwi2M
zC=ChIsKW2{qxX@M$34S<?9Jf3DuoNJ-q~g^is#aGpMt&iY+{{UZV63<l#h7+#AhB=
z83RFGjxm}Cj98e=sMe+mPfB<OVqHj=h&mCZ&G|@o5gfyqg6<ICZ#Wy5yn&JD)NneF
zTkvQ%yE!6Ok=8-!@7Pu%Un#hRGyyWIg)s7@T-4rL4%>r-{}iKP*l=o3EV-KsYj8b~
zHiGlcHhkZkNXjP*@Ld>BKK(Y%&zcK^zDK|fFqZ!=cfcltM%3y`7l&~gs$a5o<z+y%
z4<z5uNsp*=-TxEy8$Nz#Ae*GqpAURA9;a7j2%XNxw>S<zw{OQ}<)Wye!QZ#5`62x#
zNZiXt^?J>y?kQ9K0*Di`346Jyjke#pSkyWNPjN>b8Oi@KsvGng$0jk#Q%>4|Q(jZ8
z^%Wx>0DVh(DnfU(PSjDUzQz9pJOJ|dwJ}e1gR>*ULy6~?us>0gk?Ms=H6~WStroYp
z_Coc~Ryy~10T3t1Z0#MYS9TONgW5X73gfma)o*KkB6%u-XDIY;e7`&JYSsZDZy}w%
zpe=uFRzNY6g56H<<!=2O$iyR5j|~-^gWkEHvIS3BKKYStb<vE+eeh>1j1%cS#3`&y
zC}YH5Vw}_zSHMYAfWyf`uyfuZyddTm$f7=gzbcPs|10RPF4`NeBsk2I#8{`<eS?I%
z3AHuhRiU25I~&FGljblW{~61v&c&(TAWaF7c^$uN5E$Q9-5;|Q@4joy$d@vzBXFvz
zG14qt%+<pI-bnQhY2?3Aq!&5wGlkv*lh+|$MZ#lIPiC)w<x@Q?8J6;?RNE`TR{sX$
zhG9vtd&O67tQ_SchDeuEpLIIbdNdN{33<29C~$J$%`p1ACGrfnVUV!52@<}7(Svbt
zz<q6P{ky=e0*vW?2GWtrsKl-3CX5CY+U`LI55bj4HF8lmmPB2bv@>qD+$OXH`{dl7
zNA4(5gqJ5BN}g%~=J*Ovm;?*&T}P@>Ak|99|7yv?vs)gWURwtjwIxl1R0jJ}HROx=
z6Qc-GOXTD$RUJdRpCO<-)}_8J!85+j+k^+CT52DxXPCgAd$^%4y?f|S?~}D0CDnF`
zH$NJm!tCi?Rnw^Ne67`4TuJX80;n&-^Q)1XRQZRe+eE=aI-8+e^%rJCeOuz^sKAA=
z*2<aDXM&D*ApYs-h7OU<@MFXcHZbZiK)__2lBp%%wcV|ZjJXO9)N^pz{UUdYG{l!x
zgRys-uDU5U0pC>R;-Y|!%D*HX`Ig5E=3<(`>U|u7^}XoblD8-G(9r$gOAcXJDeYMe
z+76D!O<`GJ78-2X3zO)5P0Og)@O<_#>1ggZ1nP;r<iAJizT_<PsdmE5pmlJk(iv81
zOw^~gboXA>Gk${l8{B(jqF=QgUuB_#lLH^&aGz6P{qYEVuIh=I2_9IV`VGcYKls0b
zo9I$Kfjd&KPxbstekk4v{@B-7Z-hkS(wIhadCD>@ac?1)<qd+w5FcolISV{AuW*mw
zahOuPo$0@Ai1arQo8tis%HP4&>DTeckP>jNev2)P(^+X)ciu8;CiF19gmqJ$QLB9&
z)tq`LmeBj-C({q`vZ}GL-mRMUn4Z*}bF-4w`1LT4dS;V@%(;eo<*xc~2V+NT=wGC#
znmRVcbwT5C8NEyA_CMf$ZoCpvN_#c@>nm66saK*nn;r18!tT^V=P~v><R+xD-64y!
zKhEY-Wl|^JJnAFeFIY|I_}qcDnk`B}?n!*zaVlJM(~@1Ix`5foG?tf;h+_iZz-Ip+
z@NI}6qu&9|yE5J482mNphA-^9LGR29Y>&JjU*?9=vyO&d)Vt*7GYFQH)A|2h{UrK~
zUZ{N<n=UxX*Sh_a443=?HNGzV%cJuNZF^y8><MOPTF(D;%#pt7(R+)k5pd1+I1Z=x
z+O|uIc>AuYETZNH#sxXxd`%KO@wg7tHO}xk&tCSV-sFb~4OFwP!=#C&LqUAL@sj_P
zZqzq7ThkdRruYKtpL8iQyFlN?C-^i2XN%vc@p(vR6`kN6iWkA7=|{mgY9o4950pdb
z-Fi-LU*3lLqi77QbEJtHTz(s;1~iwiYws6p22tt(m=<^sx0G{*e$TgC?Ni!*ErgG=
zDLv`^Ym?M{xI5$v-{aRozNt4vr8Sltf9xgeP#>F{W|^Gt@mA9_>O7jH-GxNAEM?#l
z6S?h2Gqo_umtFH%49hJHfX2*=!uqi3R!`wZ*llc9bPo$dBKd-vK$xpe#gy_8jJDbW
zk7k#{1HCNFs+<IYHI?jO%`p(`UK~=F>!zMk_SbZxvudfH9r6|z)BX(Wq9I_CHUeqx
zr7?lCBvbDv(vOY<!O-!jCM_qC(OCIh+LJKGr<J_X?NcwK1pq#D7Ne{8P7&*TT&WL+
z**v5BQTL0y0~gcoV*atA;U3U8jAJ`OezGjRPf|4X<=4#j<+(Z9oN^qNRM%BcS7h?1
z_8Rqj${?Ka`!=n&8?!Dnl}@=G2kXKp7(R9;Oc;9??`iAePou@M!JG!_@sL~m?(}rD
z>)M?U4*ZAX1Cqh9Yg_e8SOd8^?M>O{*9)3QI;&ShtfdUSYDU<_zJzUt|Ef;2c4>5v
zhWjR79I_sFS()IK%0ck0<1Lsxb}-*3o3d^ngJEyb87TB$2P?AoKx~CC@8=x>UuS3F
z{mRZ#|LR*XX6#tD&#w)(j65YRr~U=cA}#Dl{W-LTe5`2*k4yN<vMSo)dcOjgOnaC*
zdiQ`>)tEIlzK#_s9~k8hu2!#eHP;ie<Mm}H>JdI0A_?q4r_6hpP;o<=HP!{z1U;{P
zzS9*wxWGc+C|&Fq)t+flpC;iCP~J-!m9K!-0o{5a1XHi(VObZwEj)3fUw;~BDI2bN
z2rI|7mXFw+X0~1pRMeX#6DHtaqqnd-ejrk=vln`8)Q$c@V7O#87npD5WdSti?2!TI
z0G1>%!a1PtQMSgmU{y)&U{iS?+~~Ft?<eel-Lc#0cgG+(!H+Kr&_#hYg!xj-%m6Sm
zcFQJg0YmB+J|B{TlVZ}C$%0Ht@lQ~;`DNkMm=3Bw^$T`RYmFPmZlyB~wy`YjbA-u9
zd6>;)mYa+0oq-pwP;Wu?>{NkAuv9HZy*Z6xEcFv`8(rAuR>1`J6PEF&TXf_JV@F`;
zw8OA9un{(=_vpk;u$tcAztB5EjhK7Sx{v)^%N0Gk#$bn{ET}5@2sbNq=>NYQ0)IPl
zig7Fr%YY*_@$BpD?$S-|D5&3cn)1lqTpb_#8Cw~r;Czd{kZ;=tt-NCJlYJcJ#weIW
zduVz_){}3!JID*w32acYhL0$APziVOf&DdjGTmC%@#=$D?5ohNt2V}$$FLz|Kl1%H
zE~N9!k@A3WiGg0^7(Us@M4g(g!G$qqGQ~X`8C#>I+YZ5z0X+o=3XD}>c_@syg%h_z
zK)D}2)jN(9FHjS45{DLd!|~MD5b!%g;57I8x(TWxhT~<ApO_qPSBqN@bN51t?KZ4P
zqP}utYlZLuF1R(4{~FDKoqk=Ffbw$K5xYn6w0MAr66WG&t5!I%*qr`mn{s#dT(O?n
z0`Eg=9^k{uB%oMVXxz1&M_h@orW@lu`$EBK?1C-z0w&O1a5=+dnR=_fbsQ@H_hA;C
zbBo1^zy0uLrHV9vY?_ZDuGiF)i5qc5=~P+7#D=jA<(=|jNX~r^q*tVE{)<Gs!&=!L
z9jQm{oBbXnJiu9F&m-}Ih!u_V*KUIEz?^!!W)yEifuEF*jPerJ%P#zV<p$W}Hd0Nu
zG380xcaid)J4Ly(7_})x{BEpzS=>RwDaw&K>X)RwQiIeaNpL_b<Bl*srWfuG)RN5%
z>w^XLN<PcGLfjY(l?C4+IQ9%9y`bjgUS?eugd&XtN+afBW9m6wY&8gpBN%Z}c1i^*
z5b%uoS!BZ2*f?oM`6?D+Q%YE2f}yI!J`}v>!~;B>`njz?QmwG-SN8eCLS&i!(O}MI
zMp{BijX!{$KI*9^QEPB+_6ccSU>l9dmj-Fiz+j7|{4!6KY!~dseSSw+T*wQaqJ0ws
zZ2t15)LTQ^M_x(&O#{8Dm&~vQbj}<nbPyi*3sVfeG6XIw&vGMJGui{W*eYN7kTRy%
zNq-HVa(~W;X11Xi>xACa|8-mMDxTJMM|0YX_N=lQ5DzorXKY<uBjvky!@%;<%5r%G
zX`*7KZQ(}NxwuNqb8TL(37Ud$J<?gH>YsQ~yS<#8K=BrI5$Ks@uWC1VU*&>B#xB5=
z3V`jjf75n>C4A~wjKuFipDj2{zGWNBR;vR=?jgki$Ufd^NxkG#V~%rK^9RifTVqho
zlWc*bl$Q`<^BQ$L!<mIwOGU@)k|wA$8WPHB-w^F9BYa@<#`cu&<hJ9l-0KjxHGvVd
zk9B4Yy_ffCMdvt=$FScq?7DU>=R;V{a9ElhCvpd@9QD<-_-Ib^M&l1-glEho>MsV-
zem}}xY1eOU!C$gH?HM6%B)%=+SHni*eya_f)(f+9EaWMr1L0~|iO{4%PcasCj-H=-
zFEmL?2<?|4-j!zg)Ps#y_AqQoJ=Lvi2po6o3XknwRX6GhO3Qr$Z9nej?WkY9Pti6c
zE(GVVXL{}Quj23XPI1!vgz1?;`Gv%<YF=&+`I^TUhzmNw!f9_J=~p0~$E>K2w{P(P
zxZ%Hv@9}@m{4Gub#UG~TIKq#P*MYnMu8!5Pw4nNoum*f%f562`Z#YQ(ddsb@Fn^5-
zH2<|@9F%z+e<c~HMPZkav@3ouD5W#jPm0`BzZ5)^Cefavy$P$3)>fr;#mc0UFq?Wp
z?P-q=JtLBSqZn}lna*{lJi)p*48glvfk^7{BR+%!{-e-jO9W`ou~133P~5KP#P^g#
z3Y56VDeo)msUx!QGl~Va)^B9?VgEwB;C_vHQqKu#7Qzm5CUnDVdxu_ULll~?Zj9y?
zw+3#5skAqW@DV;vC!a$-cB^B8CBj2Il>3{`pxw>{SN5hoPSeKb;zj#KIFtInE=?cG
zjOK&@&6V_gdehn%2`n!mJWYcQ@h@ue*3i+8H=^1W<rmU=AaOV!9Mv2tALaU8U$U5r
zC#a!40&}Qu|FXNQDsbzrt(i)^2{bk?bm^hoKpYs=nqvRDzySHIzk^Er0+V}$LMrXO
zlPt(rm+!zm)N7bPJHdx*#=r^NN9<6-JJ{y`8J-$Er+nQf_!m!6Kj>nMCP;IIqkNL!
z=LdgHV5v14b}fgvcnK)(Iq@X_VZWW`<O^G6rE;O`@8><lrP(c%_0&@>u&*L45xOsN
zM&c%*yygiNbRWIrdWAk)ZW^^5uIN2tg1>~$u8yGVB@#-IJOiWoV2j3{CS5ci8ygRl
z_W6$&zLZ~0sw6!Yg{w5X;EewnAe@Grgzls{8sjlre<1u-h5qQ`-3f%>b1rJ5lBW^l
z6}iGG_F$Ej>@qPk49L$i!h8*_A!xepU}lD!fZ~s0bORE<D?(3__k=}(y-6#s=9JSo
zD{u%t(Ca0%CK3j#G)5LndnalBNP{IadvB!tjwapx0*NEwp56r}xZh+!4@U8Uq}_o$
zutazOU1_g@v3I2;@cws14;&fOzg8C$_Cf!z=1|Xg0ty`~@LK3(q4mg<<KL>*@?m+S
zcplW4GRceT(mjmBYxO}-x`&qZoZw;RT`l1|`vlS{FNL3mVNs?O<61DA_MoPeYbzPr
z=Wzn<;UXWvY`k{h%<MB*9I+G!2jp_Wt*;G6fxz>c*)1V0zNt)}AB1-h{>7E{K(>iY
zV$CzxO4+%0vQ3xF$LZD4OvDJ)12E8LIS!|N)05PdNHM3BCxkHaB*Hf#c`hdO59Jv;
zWKuuWk}Wj8jk4v(4#M~F9$hU|doOLe8#a>nDQYB(cqSh!PYu|Q%W3cC(99!@o*#w&
z&v!oqoBb{*(pLx7fqJ5a=be=83K@C<7^6lb@gPLyl<?&i5h6duv!U?%<o{J`+A~oy
zdm8?pohUFC$vg6&Rml=@o=jR=p&AIdYd%OOTMV$o!-w8O6tFVt{~<gQ>&ILy<}uP#
z^6J=Zey8#*in_y>g30jQBL@c4nFFo?W7*`uaT0lHzUy}gotyFvEa)77(xkpZ|EVUC
z{h%=E0WXgDCTbrdN6z=DE{5}A)4<DOI10Z>x}Ep2sN~I34OQZ4wmV3JB35E^^7s|)
z)*`=2mv#rz0i5a?C~6Es|MZM<;b}Q-Wx^jGth%w(oK&EnypL%rzg`hR*z_6y*l(hB
zZ>(MlD<>{Hq*yI^s!*Q8!#wZWdQ4KqWhQj=s2-LuFy;}6xajb)5hG8+e5fZ^-`IyQ
z8rua<Q2#$+rN~u!S9uVnqF5M5dk`PZ_7i#&!h;G07Vv@II>Zy(mAKeCAh4Wp8Hg9~
zOo$thb{ATglTPEpzv_7E1L;KJoiy3;;cVI1WOmrk43?Cp5SL4`OLZB=Neqq({6rX;
z1};UrfpVG7?2Q3hSAhkLyp`e<l?#-sY~5H>Mbs}YyXldZ+yKNmDERHR{ixcyPEpbw
zC=B!9O;Vew#4%LMNymL|LzwuU5t(!jRLD>uPb_b9^9QPhuvgO~`IjV15W0fm3rR;o
zlfq;mT_aaSJVCi@19^1m1d*RYV=%?v7OlUIm&u2-)*r2)EVl`Fv3SpR#~P`P4Y#Xf
zdNfgqJ6LAUL4LaO1NK|84+w+Rn%M{8PTo^?(l5AnK89%M4Emzj?8$V71H~#3K5?N(
z=(B}ZgMI#w*|#C(_&rQp)sCdUt)7ZD3v5)vUWxt|yLLSYq{ASka+%<GPC3t3XB){P
zUy74%AmOhhY9#ThJ__Ctc>bnx3%_pv96x{fBt4pLhn=cdDgs+5PO%`jlN=n|jZ>Z=
z;W7JRZzS7MZ}`ZlhN{r{qJFlV_Dbg49${2B!<+Vx`JW-TDK0)^QHVa4Cm{%*D7+PU
zGxeN(jYPPEZ>QJ(n<B<bx~~>D$@`<hg1$ht8Ay${79NFi%?$~E_^+f0k$d>3%P;2P
zqjFJ$68I}LqTp<*f2qP#4b2|USIIZUxQKVoF`>Z^hm>X0S|~yjQB6q}Sm9~mi+6I5
zsl-*X-j;Y6o$W<_(Fi*i&qh(R5;Y^?k;xln6Q-%e3(VWJF}9)iIihY!9uZ4szl8d9
zrh)_QvpHw8l}D93@`i@yf>(iRJ><)#ke{>>H9;<FprQ^oy0i>8S|tJ1d0=&nmfDc^
zU`E$uin<ObUyG@^(;?`0BAoYc!Oz(=<fDsik#t=x9;POY#(+{gRn$)eZoK*MPt;(Q
z=~k0usxNR+57-fFu38$_QEk2Zs?ygJu%PBQyRE&IcldgZzs!^6!2#~I+$lKrlU^fP
z)C?(p1&1nSdHIa6S?~n;@MpL;-VI+EjEC)3&G^g8UFb-A41Hr)Q0>VW2`^Z$C7l`R
z^jb|pc_-h~>kT5Vh4vEufaXpuPV(eb)5IY@&JxuGx$vLD*HaCcb@y(E8I?2WnT|q$
z%^FykZOhFI4})*a1yPg04+S%Em(5L)PpYV)kPk(p1%ST_Mo8pmg;ys(QU|D>$jKup
z*W5L=^<L5t6gxd+m#?;re2l1bA^9Y#N$SX?kA+VLs^xO+IWaIYYAc^nn!{-xz~yTK
zR(l*Ee{Z2W(f&12<132z&7G^~FeM~i7O^%fuz<V!Tw%mXJTpELh!aI^QK8ROSI}81
zq9#NhU(`r=lcHK|RfQHQ4rAo!mcaE21BG<*|7#J%>5~EulTVvU9DI=K&UNvr!4yrD
zY7L_PDr%@A2WSkUmWeaUe=*7nM!u8kLIoPqGa~1>;P2LjTcM(04T}0?QA8jfqdhln
zKKVQ?XcKm(^LHp0)i2df%;TUvB%T<harwLn)9fU*|BG1|<arHq=WfBXhaYp(v-8v+
zb!*_=5=U6Kp^|G&Zo&sYbAY`c=P3bAri1x&ZS|h~4E&8vRg*w3s6X;6*Zl6Fo-6w;
zeg1SS+xJElv%TAvpDPQ*X1dw@=lHqU>)TcEIGDtim-NT<Ne^+FcT;ZUYl&sIPI0Rl
zbWZ<}^Q^mVb9vhgx+l&t3Wnac!v%}CVX|ul7|~hq3EOqRVdqWMTau&n$;pta-|xWO
z3$*v)>^$`ITEwOnRfEORS5zAgWFNQxV^=M;xpv8Iw8*!VO*<#Uie51|Vy-zfT&PX^
zi?8rbLkv{Y&h7C>-5}oUTYrSeb4;sIIGkO!0WDMVQGZ=Hlxe?3)o}nG^Bv50B!{4w
zuT?gk;MkooEI9L>&UE|&A(cJ(*~8=IwMhHCM`*+CL!YuwU75*8UJZePE5Ea4-=iSP
zq8!4`PJ#Aaf3u=ikxKeT16jX*A-XBUph0FoEJ_*)bGsO*V?M>=H{W_{7Yc9_dv~04
z>Jm0791Zljc;n4U>@}~hd;@yHCgVF&g!f2gVxch@SJM8p$7UE?J_C>7BV05#K?>Q`
ziEHgHU^MqQc5N>4a5Oi2+>$S5#dt3HB6Hk(8q14K<ov!?7+>&=*Y&W6%||Byt(m;E
z%{z2IeG=}g!D#X=9Aiqgu-zpa*{4T2v#@R>O)x29*M4<}>=zTkdZ-Pb)BYH|+?}l{
z%r1r3B?$D{@OW7t7}miAq@+W*WlR=`_3@t)2fDpCV$&;`aQ06gJA&iTWAH)VmIK)5
z>Bw<u#`5iXnVf$)#&2y2A&%*a+DCRPKI0;>u169qjXj3efA&DTOYwZ8JzXs{UZZxp
zHx!Jzy<&#5TB1`zAUOSd4VOCT!)NpL*mc%;#n5v&R`xl~T_0Lwv-HliZhG>OP4WE1
zH-HP<EH1pr&{L;9e8kd~{wmF-9FVm_v0M=eB}ex_bzxt0=rvK^vULfz|9gR1){Nwi
zd%M8){ag`oec1m4y)SEuG++FP(My=;zJfKMlqhL_9~Zw<s(Nh$-Io?Hb&wNmJQajS
zPbNrRw{K&AnmVYIPjWktY2Z^alIvadlreZ1cCBcNlpk<Ex)2^b94=pAM(To=_26?{
zf6%O7fL%6qU|o8&!qxZc1ARAFViYky7?AZt>Jaf74L?ocB3EzT=_jwwRB(O0jo@^{
zk^Rlzz`XKuc(B7tHtnblcsEIA`!1P7zhy=$JGBA2K|Q#1d%qO=em@UgI*IggAUxMf
zg)6<6v$9*Au}0SpX*{6SNMDX$^?-}drF>R;>wahA-wce-;GZ9l@llj93=a+Fv7?V*
z?%pXPuHfdKD?Bya14`+fwg)vKaD8NJ)Nf~{en~hE?^lr)>{lOtO}ULhm+Pvdx96kp
z!Zk3H`bY;%)d#`>n3=N(X1DH(Zcbb9)tXxrN1t)ju^w=Bh>No4ZY(yFzF|nSB|NZQ
z6V>DH6!}YaIvUP8$Sar6kq-3MFv@Xxe7AUTeRzOkI39Y<ThB$@JNWH@F`uj$MD~Q$
z_cqZu`$3rgJos<kVti)N6y$z8v0|}~Ji2}uWHygsMqBP-RPIPj9ks1?9^E&u#?q}R
z^gVBJ_suMpF+)bT83V9lgfkboFwD;j1x~vA<j@+VvY+d%`F^WV%nv9*t;st%{bcl<
zY+FMUxxt&7UQPDJvhKdc$m(v#o+i6%zlZXT3;c0P_>E@9<6w<{SLRB+o&#g9pvW=p
zBW9|Vn=f=2ovI<sVYzb+(R*4qKHMM|SC1=TyXL%7!ml{U0>{Qptk#?fYNsAIF_2Tk
z^KhQ~515$b$20$%20?MR(Y0YI4~RIVJap>Ks+x>vt#-7*-a%>TZyd!aU!ZkN7%V#y
z0fZ%r%Zec)_OWHzb*NYzN;wa5_d7dk*Z8luC$x+Gz$cH-<`FA4B8?Z?hSj0-ZS~aZ
zeVagM+E47<NkzgD4AXyKJIDTK+X8U{ohxSyl>caR{+EX07=kXZ2dfW-OyDNX4=mE#
z56t-n4(qUsO-~7x*6f+f#5%Te*#{<vg0bPk5NMga71N4N)7gX3aCdxXw3~cO+PFRm
zO9r*a(0xsio*7%Wya{FP<1jY#7pt?p26W0ZV3SJsP$X{!X!?hDd6W)EDz?HY>g#Sk
zsjWOcMMr%aQ;ozu%Jhvz+{(0$TqiaS1zxv)8;N3`|NIz_;Rk*)5x<X<*GSn7n#lHf
zp?G>lU!=c>X+PS_i^ke=!VVUvL+8+paOEa}h4|uGIsCQWt}OL9zzz+mgS0mMbiYk(
zScyIyzqk%`La(tm20z&HVReDxisw~$Lf*KIxS?<e>@0JUDTl#pc^00k+K2c1<<fee
z;B8iFaEoqdMm(?HfGnPp6b*!9j5wNoeDf9yHynhQY%m`bc3#985?AuTlRlJ>J2>SM
zi0?A;-3u?C`C+GaWAH<}`fAScSum_59Lydc#F0Y=qTjWSP;6HXS=yc8{m6;%^L{%n
zc-5$0Bo~~~_j(Mrx!DJ_ONJ4~Q(eJMfmSb4V2x1{RF&I6>ZnFY+JcKb$!&6wIIaZP
zsd^X}QO-KA>yMM_4wg?xH<s5x4I^A+6^XrTdG77pJV<{S1v$f3<KO&x@^mLUFV7<i
z%NyLn2^R-K&C|tVo}^G$J2tPej1QeIFv?HT1vBt=vySZ6lP$G;rk2WT-gY-O+`t{q
z^N$K~5<6}Z0e;s~FlTuub;7(06#J$s#Vt_WD3t4v`q*2t*?gfk7oIduXWTsvoC0id
zQ1>3-kk(8ly`id!b=4V?Bg3B&%)DuDmKe~Ca+mH7(VvI!el5xpc}!Tq@&iWWI^XU5
zd1@OJIG1GDj-QNl<lEf5fN%>}yle!GuYFZ6t=Y+Z#u?+U@bzf*!HeIo8Z8OjacXf6
zdrm)qhdZU?o36(({_8G@a+xPjk3#=wU#ZmeGpGE8$<NpDdKW4&zeN?2hN{hhl>75x
zPH_tuaBin^sNGOj@PN*ib?S|Fr45vMja8s{P;{oPq`R_~p}-`{U$x{%OQ^cwUCYCs
zj>CB?mu7+^F{Tmnle2&0jxGa{aFTeg2GgDDs+5<!^SY~2{}*q7Fo9ppJIC~FdLd~c
zr2N88U*q`UN69R(-A*hTHAuGE+*@wx6ACo<^0*Dj?9Nj12N%Y}xCh->v-DFybHI9>
zxlCH@8V~Dy5PRz`2iJ~Ckh1<IBkd(LmxwLCEow9u8iO=|x@ONiMn9E^{OyuK-+7F1
zhB!Ww?;qBi6Yudkr{`efYfHFw`wu|65Wl-Nm!n)F(ZOJoLY%4)2O{NP_R!I@RpKE=
zn32VtJ!R5rH0K?Z!81Sceyum+ur;x`>eyoV=zomP4d_7U;520umma}uoj#F1HAB*r
zENjAk>P=fib<{M7?;l6|58h(SE=9~TWspj^0yOWOI1^kqnz6mHFIb`B3w-1jh82ky
zIOzyx=V;1eLsx;ziUJnb>ppHtaTA&jjL&T3JN|4zig$UB);H;V_Y-jUR2E^cE;L=#
zQKDzin6B@}8^5=M&cEuwWc@De&!9@AxsWNZd1U*kU>G+R#QI*iGy==C=KyIf(yrPF
z@=1wsgKtf@Q$L|81g_dI_?&&);>zed;bxq^OzR?77hVS4o!jx`b7vqv7P=1heZPb2
zpWH>EzX{9nV|@t(mQqZzX9pjlnz$Yv`?rH*^)9o%%@5;VGaD58UBq0|LBDXrfN&<_
zw7Ig2>5nU6OY+vDuH{H*G`t5;%pqwLF=p`@QcfE?bxgoyAY4<%dTvJj`d%=#D1cwO
z-CUi$x(gEbL1?QI;v@|kb(;aCQ`yrw@j@FZIm_vN#2!1e9vV;DMGHS+6zQu?aLeR6
z>p#Ixra4E_h<toE8|me44c5K=PGBu87(AYlKVqa~@JK~Nq%jIk6C5wbp~>p`h6$V#
zIzGMOFh)8@rkKUWlQ&_b2P<p6mgNe%i_YQ@MrU~OrdN8%l%vFVUPxS_HgDJhgB^b2
zO<OOlktQL<6WFFMm4p^-9ixX$T1|#c;af22j0OrEx~YWMeDUP^a!q=3!fAbZTT}^-
zpZ*BTLpJl8F(>KXqdv8siZBI;n^eM4?$^v21g;bBbK-BF|7j<jUU3;m!zJD-*N=a{
z_5>EtUA*KA!Sp_3Lw0Wji~PO3$$(w3e#;GoxI`gLgg2q-@Q8f>j%01PcFaL0`~vb)
z_$8qOd$933+`j07XM&EgMBB#T+c%L@PROJsko==WdW3XM8eWYbfT?xsDf2B_k%tTv
z7>1^2-y_AY(9S^q6uRGOEXJeg&Mjl>x|MO#=}4ZA?HFo~)%)tJQ$D+c(66WS2jh;R
zduR;@x{R2+2Tw+(vW~qkgNt21pu9oS@nGKcf^yk_v*Y`2@$^Y!*iBC@IcBmu5biR;
zk5gvX!T9*iDtSF#uUBi8cvjI{;s%uWoO}wNk`r)>+CX;tHxs|C{Q-hkB5J75-Omez
zPF!nlh!);{<Pn#HS@<3ds#fu6HQf*PxFx1^9uIb<o8d}USN3O-1^ihQ140vxe`1cy
zju;?ulH^JK_S2p6VARMI{^VRPQv9-SPx62?ewNT8<n?OxnAhLcQ1NphC%;XceiMZk
zd_VFD-S_hW$cJ$2!|jRtp9t<#2~QxNYG-x7AE@;cgnP7)mV?HtyCQgsbT1>mAkWr{
zAAEO;lU@LOt428W0OF0ye|X}F`;2rY9P_;i<XxH2z?arEL7~~amiN;9G9G|U7o{l6
z){Mc+eph(EW!n{+BMfg!eRf`paLMkzNb@AO4O<6<+1#h%p5TM*KTS^vF91*H*ogI|
zcs|3=cXv?fbGUxHSo(gzPD3J~Z}ZlC+=DYXZbN&@*`q8v*rXOO9BuyNE3aN;zo|!u
z`~iD%&YkiiTljTw&TgkpY}HIIpYT9>krBq6cm0Q%0~a7+0Fp<RH-#H2b0$>4`g*!@
zzvLTS;C`cj4!B2aDF|QnV%sP-aOH9!?g5HRUN!9{)?alLXI;Oa{fhcwgf<Tz?f`_R
zG=I?=p~<5&3W4Gg1~d*<1)mt2?}6Dq|3rQv)dV<q?|MFG*dGw%OIbe+=bpR8E|`_^
z@2>lSauTP^UWc2UwOQUcUHM8@8VVgr`ic0$TZ*Q=I+Y(2;eJ&KY+iI2Nbj)`mJMa2
zCuJz&*W7t4Y*X}+=1=4S|2q5-to`(mkq1TMZSs)Ek+?yoc@TLo30<)ktr_7pJR9uI
zqa8QHK96x|8{7hg&XTKaYrQ&QHyHGNPrB<55N|66Xs_0!?}zJkEY(&PGdXEciM$UZ
zKMymuo@J%4_R^iY5!}=94i4F^%e7wnVC3p~`0d0tEHzyuxSc#wp%PeU62-BBO0mfP
z)12cw%g)o@i#cd`*-&UP5c-B{52~mGXuU3mT|4%QnhMo;ev2Fy+K~|^2_9wr8(1li
zn%~E;DWwweZEa13xW87b3J)Z7*5v1Z36IX#YHQN2Qf&Dvyz{$^KW?3k<RJyOk<Vxj
z6z`0Dh!WZU1>3W-vrPF6RFlB_sum}_mqkru)(1U2+QJd2&Vp}W>WG+v*GKBW%h!G6
zC4CgW&eurbDLjn{P{>OP&#TgWtF%UpJU8BT{)>Z32f(2r>lm#!OgkDc-HZ$8;u(q$
zbfX&C7$oh+$eTltwVO!8&Blfa=X;4*@C+_x4HI05N9(F>R%Vm__@WuSt+h&X!iC?O
zTegmBX7`lVi|>O>d$yw9ZUm|&u(vNmMLmRc;7&OC{A_J52wzrpp$Ll#b%8ia8dc{A
z#e3gc%qA=nbql(WdaO*(&BoY1zzdh|V!PP+()>9cV3u2BHF)?5p$C+ASDjgcIn{NH
zUXll1j-<KN*wJlJaInw{nawR=jIA%6>39I+(jrCei<9=?gn!aa&tSOLX(6^uZYY!I
z<mAgm4GV|1ImJnjiu@5{<$|B*op(~_memosM)i|>#7UOC^;=^`8lUPoSBXyx+3O?g
zfNFIx#3~<&H@K*eZT?ZodmU0yc&Oy}zEn4Sk5v&(+1!vQmAtzw@`7|0EY4_*ZwywT
zb^G~(v(#>|LEwwf6!?8t0vsREpIx+aQ;uJ(qmtJZ94%@onEJR##0Y7vqsr}ODWZl7
zo2@Nzf+kd~lUy}z8d7~Ko3t-1$Zaad0#pMfEtjKEe91zi()x><CyVdjf@)ZGWuaMy
zXK@g9hC53wQC>6)JrlQ}SDqU;e;!i1&VB#;DC(n(>N>Tabu^uqDZJ_6nF|FEshbzI
zmPLK9nY2{Qi9*^!KI}hV61cN<l9ejzJp%uKJvLC+{X2xh3kr=Qv_bZZC)jP_#a<#t
z2#0_$3dtu5ea5LKD(W{f%@-4z?D&AI<W(Z!rPV*ycfLcd*An$k@<BMZI+&40L!G~M
zVe^majOJD${Fd)rJ1o`*`s8%Sg<9vR?h_6T-UM;+eN-o7<Y}So^kfv+5D?Ky&A%}T
zx27LO6Z>3gPJ6nWe$7t2r{9)QEkM-%P;k7cB~#7;)oxH=)Uw+Z{Li52NOelCzfPaD
zo{cQD=Yf~`jOH9^ei+pRIMpttk{<^pszp+*x<B4KYo(IjLaJ#CEh*1!Fou&(muJ3e
zBa@Ec>rPk*oR_bkG$K5y!#cjphF5Eba(>Vnr+m%@^6f}<P!x6J9e)gwViCqqABR+n
z0`hv`e!7!7gze>|5s~l`$S2p<ooT!%yt2>(q%-)d?+sMV`j4Vs1)q$pRjPxav1SnA
z_5rc}OyoB46cDEK$p7qR${P@Qo;Kz`p50(4cbjnyr#&1eJQ{h1rt12d$4Y!b5o_5-
zpRKmY#P7$n)!7aFsaEEU9}DZ_%=ppN8{R=ZUiSoaYn9(K!~HZ5(@$n;p`F;Q>Ox5D
zv<HTbe2M1{H3X|`Clt31z1Xrzt61*R%Q$$VG0dbrY>muFTjqRVV+&eg+*@OLOZQA%
zF>Mm8S<n%tj5I)p+ZHJM9Kncby6TUDWSnuwo<I9JAMA~y*_-;U_-MzckRBdI<JrW=
zg{yF7@@dwc&Rb|ZISDJ?=71OV#9#Pwfu$S$WOwi+PO|*Kr#%@3+co>~m|HS?qOT>>
z@9^J`9>mY{0hhIg^Q$(Y_lzHW`l>V>=5&;Gp5%dM$8WN~hg^77@B_Z_Ojo%IzQLLX
z^||I(F19FjVfznXW#`tu!Lo}zSmG{)n}oK-4Ya<&yS;Jf24^(V)0bC%X#{0D&17xu
zy7;O8MJX%8Mr|hj#pVmUL*DIpX`Jm|cG|0&c_l7qr?2m1o#ro>E;q=AMeW@9wDY@}
zZFL-ciaQ6Z*F41Er`~eSkwSDoHVP{`CxXX;ZD?EF0;28O<J-k2_%kaL2-WFJUiCMZ
z_l0GfX03#W?`$CS`Fh;_xEup>RP-#G4CTGv*M8>Rw%K@pfi`a@tpRFXWUFpfA+43-
zaiLJ5@ynLF9q{41c%FK>Bg`sp1cQTbgWb_Bm}TkC%I{vsNkfm~n|ZmguJt;oYTg~6
z%(sOQpL=}A#2hdkF$!8aTVcW#19__PG1My&J$Oe@H@GDWk6Hprk99EPsR8OIy2B#f
zb<nb(hcsl@6i6P4(g!C;dB1!Z@2%;=-sK&J#G%FDQ#=#yM_$H`?IL01AZuo`pYAjs
ze~Fj4oFV<^%q~%1u)(sW%un|bdspR;8R{#1nR1z(TGSk?Xh+Yd^VP~YTT8iqr){v^
zJV2?b+64QX{Zp2{zQpS&=g=Yb8`yUl&7b$tWY=wc3WsmDy70NzE)hFypmsVQvb_QR
ze|OPy-G`9Rr=)*BGO^Q{v2y8DU%Y(ORNnh-G`vjd%fC-Kh!?gt$0heq!Q8B2XxVNy
zkGZJB@84^uHeLCfjcu%}Mn*Pa-(3UQ>;@I!{cM*Q2Mg(8D&1~%7ltfuqgvnG0h=bp
z!-bRMxXUbOdD-v#xZJyd)8B#9=(_Tr!mjenplFP{K3Aa_fGg`4;w+ZVY|}N6Wtj^!
zR^|QU9+-b$SJl>D4}Uxd;Og;v+3%hitR^u5DhISw*RH?7(ppl#D8<5{mrL<o!!Vq_
z|1&7mJEMIej*oL6!zN|qu@tlOKrszYm`M8}o2YpMeSyX=Kfh529_&uWg{Q(L=L4^q
zxx2k=aq0~A$u)r~%LcI*RD%w9Z;y3nCTetFUdA7d8-d@PApUe+&)W6)5U>MmR%xku
zw6&OiqLqIbEHB-S|1yTFnP07CS|5z=KZ^?tDBM$Dow})<eGOU(J6-C?v<6JfMdaX4
z@?U7iTEA$(opTIjnm44_!jC6jz>_nZaB^ZSQXIk58P;mp`~nC_?uR4HUO`3Yws2>~
z4Nh~%?`WCGA5ToBcNkm2Ny|VM^Xu@L^1Z1K+`jP${<II{bE6}HVuWhI@0H-)ML@X$
zsauzU#hgNg=7ex06V0D$^B|XT7_&N_&2hDauX=rW)0Khz)3fHVJLVT(eDH@t`NmCX
zf7VKqTb%NmuiPIEJFdLs``77WgTEl=PW^uUGIr>pDkIEhFvGfS<g6b$n11{oQq1y9
z(<j)r#TEW$a6QhmbwT8yzW-z#y{I32zuuSIdF@8RJv?##Dik{$q<xb+p>u*G?sQp)
zJ=&%r;Q&kedj;E<yVF^}P6}Z+Y&?_34Eu+{k!|-dDSMK9Z_R0%zp2bfFC1c4+rX&9
zW-8$%=zRU8G_I~@dz$QlYpu_~iB<l1HLMsq?Pw;$)Z2vHbZ&~)d;W6NV6fTmiu4>X
zK6aSq%iKz6cK?C0COwi}ncRgrj+?^w-i=1X{(8{p^bQ(lOO>#S##jdl^U&bqb|9=!
zT6>(r_cqPoSDn9{;s)q{!_V+soS#2MdHr8Q7(FbMM@H`C-EV2wf;!FR_kWj3lwU|W
zBu&Xag^5*N*_q|*_?^)W<fIsz+I*Dv>8S#fmreSme63u^7OX6S;CFf0a8)Vy@#~7=
z4@xj>$W}O{-9TWi^kq<6aQN&?@7uP*xZ{7JaL*>RbNCF$Hf+WD$B#hV^>^@~%LY8Z
z|2kH;<lH{L8;YDRIpTviceF;c4_#o<mY2${My_~fc^!G>Xeail$u$`7I~Vrpy~S3}
zu`GMXYWDeCCz&`7O#Vzz2rD6=(HolYg}86fP#|o<lYX1<eq>)xxypx}4THs&rZg{W
znBU8NjAw7el+%`ASoa9;`1}O0r0#0t>Hv+vq@5){;An|8PWXBaPdoO6oxiL=H<;q0
z-Uy1<5TtP+)SRGLy;RF90~$}_?``%$asA)i?MyK0n475s2Sj5*@5b!g&nT|HVFPK%
z{ruU3lc3Y{KJV&n1?{p9VrJ|yzTA6AZ9KjlbrY{n-vfi%KZNd|Rw^6sE`qQG9ei@8
zKD2GoPpl=@@^t4!{Cc?z{XBcaHtiSSJ%jGc*t3b^Z8z}VZ}}Y8y~>zJh5Un4DsFCM
zBrm+}A>xW~(FO_I<m)Tj!>)#>Sx}4pT&x4$+zW(7V0kH5Dbv}9&#ZP4KAgnsJ#vx8
z$W2<V2m0@9hR0LxIxbvlJ$r$OC0gGH@aVHHTD^V?srJLMWt(v7v#PJgM(xGfj=DIg
z{$Bi1(4G<Ivlabp)Tj-w@L1vyB)q}>&DKIhtJaM2mnU3_V2@|HK;FOyLQ5!S;agx|
zhwc1nZgaww2sm`X4%fA=qf*TCD}N#&DJEX%8*FY6iE)O*k?@2=jRR!3cY!WeFFCEZ
zG@yGZJo0hiytIGq+K-RD&4!JfCh$$;R94AJ&nTbH2LN#&l2(A;I!%!HSt3rspcc(l
z;(8QgARWg9#~UpBCT05emBY_PBk=$m6J5pMTtOu^a}4&iiom9(CFt7JPR^ry7^<3Q
zD3{W6pjn1REw2*3sV~Y*Wzu%peIK+{X#SWqTov;!azO!`cN7Qhh~wKJ<pj_A5sIs3
z_viLqO0usSwG{IMj?xhn`ews83F))A?iFqMQ(R9m$F-Vq#}PX`_^1X+zh%eKyR&iO
zGD;8Y$?x4t!N@+3J^H*6%2(f^IXR&$>n&0L%QEN@F$!)Dabb4{{N$7~yiYFOeIYr3
z;D9FAH%pUtg)0k9JAuD{FZ#|X{2xiz9oJL$$0LP8W@aR^S2F6J&owe5GZ`7#dy_q)
zWG9ixUKPoRq<cO$vSmavGPAdA;*sC`^!wv^J<r4Ud%yRd^ZC5jz4x4CiwS)9_#0mR
zsXI@~w^{xjc#pS6AE1k~_p$o?<B59=XbvuPY$|vnO6e-XbuchN&)0Yo=T4pgoGrsw
z2j5^|JVTrC+E>e|EA}g_x_TYijjxY+D`14n%JgdPRD#Ykffu62kXp2AR(S)OCFw(J
zUvB#@iT(FH0)9Uc=T1bE+pBoWH^ZB*7WU-|1FM?o3-M*m3U07AlBO<j(`#lvra$Rx
z`0LAjqIpIY)AFQ)skDe~uVb3h3rf$p&N?l<zeS;zzSGHOd$4BDExz<QOL2vcexmT1
z8e!gfWV0^JSIUcnVmMVlnxwVu{z&4uxW~OuU7NYa_dfam@qv!MCs1>QF_G<tO_480
z`|;eTe`&jMQds0xWSp0@%zB8my}iYb<sYTZ#*H-B%87c7f8>7h;C)J6V5bL{y)DN(
z_=}NcRulR|)t#m|^XH7l8aPMkcP@70hFs<IJ&zBlO(@^?^5YASx){)q{HT8k{?oh(
zgR7G2_kX6fUNaz%Kgn@CrS+_?zo|Wh-};p^z(c~N=N4f<@-;*A%hhS25;~Be`^}>t
z-3WL`waq2a<jV=;YZNPky?i}`x!R5>_=1XJQJWNw_a3NvUQ3(yoEne7`VXGXP4owU
z?&nR-QdYTDv@LFe9|?L>#w2Aael**89FdoA1ykQ)WleYk6Z%`5-enXep1vxh-X7uC
zSmS#j-o2e4`d(qR=y$&>1>gKEp|fe+o2mq?p)*|_bnuzDTKFFKY=45Qeo16#Ak!wP
zuROT$qPv>sw4Qqib;X~*9pq9~@|zBotC@pdR4~=&kLB|s@C$UuCecRkOu$4^`VYLS
z{E7)p$4X-_ezZl7Y<87?8us9VE!^l&bv1W}@(154V1Kh0PKvKsX<GC<9Y2KkDZCm;
zcp#3Q^Hen3Hky4)1aqyW*OHVbfHoEDiZ<fPF2_lEG1Lp^KY;zz(pt0GwujtT{I1x3
ze<8ST9L6U?X=nqwO;$bV&G3UsN^}3-a+jlQry9^!a%klYi5gcu&f7~gr})NOdG_YA
zX0O8@gdQ{C7t9vdd}YwH{365sii8$29?k1P{i?W9?y(!Ze#t1&zg?#A58S4BOzx#N
z<nU(!@cJsJZcn2Wv4Wx5+?4Ob-?jLb&`9Yny8Poj0RtGm4s&U(cN~33`5E`BeFjji
z_fts}&CIL!0dqsOUCkeg`!bC!t9zK;XBK9qVOu))q~Z%(i7Q?3j&4wt*pg!chf3*f
zr{(8si5CTQr%+g>erI?32{Gs3e(CP_mR%aoBLBe3=B@9qxOC$({Jlsm28JokiM{bG
z$iJmw0H2hn1_!UDB-@Sj^j&M-W$z%@U%E_3_xIw$t#|UeslBLG|H9D4KHTBcb{;pR
zANq7YFz<u}?l622L2EM3hkEC%VmGfl+ONjfcyZ(j?R3~8#_#c&^SumpPKAzr5eh4p
zb}4FRXI~`fRyndvQ8Tw&eVUH!65}DKt-UPnN7@<iuY9}ETs7uuzLi%srq_$6T9@Ow
zaq3O^ruGx`$zTTV@C4+cUl-;`rS;({#Ii~R{vYVx<#<7cRuF~O#q*{$uKFBLYaM+|
zdtP)lU#<*f^gA-+vkJ@U;i&|HUIlIr;vTUB<e#tIIHTMucuRYIUv^pTW({|<*;6lS
zw827#Y{TBxj%}cY+l#5Ew@~EE{W4-j7dfeK$vnN1T63eqMKk}^PBf`+m=^i6j$Y~Y
zIJOveic@wppolR=^*%)$WuNW^^eN8<C~YFwo*jYy7(q^BvxUOBd_JWZ9!R7g%tz3m
zitEiuk7jV_k#uMvdoKB=6Nl6&q`z-)fyUMk<_#t7P1lDbWk90_^!Icwyv_{)91^pz
zo=Lp-LwNcca)NigWN2-A(FFPd>w&^AtKOB$d#)c|laF8jEy1BQ|7dX?_{z#N0gsgr
z7h3pE_5UKN-d$2U^7mY1P*o%ixiCO!K6m94Ha=-9X7L@Fe{>BwxSKQHSMk6&oe{+=
zY~iePo7u_gGO1pHKjnwczS3jYB<hiUieCA~%Z>f!DV`RnKY})-Px%Lkh%u}4v>tK^
zf@YH7FDiv~Ix!|PsAEktXw^y?-5Sr=Jj*YU<v^dcW90`{rxgbW#4~ar32z4s-$+IK
zRWPBYWxg3Vxm>4W=DRy-1TSsg%`7UErtfs5Dl2SNdIOqEhbB(~_VCp5>j^%NP9JTp
zznhBnT<RZEd4<XTyXZ%BASW~r6cau!6&u}%e*`_|=efOLI>)o}n8WT(GQdqdJT||+
z%EzCSclx-ohr(@M`A}EfE{i57v+~Nwnc(}r)2An!m8MjAmWXO#uPc9ro?`dKA%xll
z?|)JGh6(SK=e2Px?8T6&KFiPq`uF;yx%chY6n6Xsfupq>+(3QTME+r(UHnN?-$&lX
zR_TrC-oK-K==Mnseiry;BcL%D^$g8;gVBF^W3M<$d3bmpnq-34#-7J@Tbgm>o0`yG
z=B96V1bV`RCWCKYpz4mMjB_T1`Md15s{BY-KJ8*@D>J^agPG50o~KR3`;B}h{%M{^
zgPs=adaM`FeFXhycCOt|tbJA39sWD7Z-KLUeGeV2G!mV%x=DXR>YCtM3Ye}ua#QNL
zwV~34{5y*khMCB8R8MfldfmnL8U4kwMOmWo5-S1!2_4;+iybZ@!{s*kzIF^xq`?DI
z)jkj8^b3m#pOyDZb`bC;jN_YiuWzJXzKbL>CvY~YI-~G^i|KIJne-#bk8gIEt?Gia
zSM15lsY<>{)fDD$xORlU4oXsbPgDx*Kmk2ICZ!gb&YKqnGx9?NxM@PS=nGrir#FRm
z5-^6_KU~FeXAUTjCKqNN7sz=iXY>*S`5_sBY1-~ilVwPUjwZ5C<m!K^P=jKuvMq3*
z7P~c=m!3N-?DL(Kg}PnicgO7vjG^8--a=TP4WvZt#sp2z0q;Et8KcU7wBmU8_3JJN
z35<jWwx)v>_6T?+g^LnBgFRYuI6J$eK<^0nFO?I>Jps|2XdO>OY*R>OJ<BRFK_iPJ
ztx_2toV!N-kR@(6H`CKns93WZl-n&%LUZS3WM;Ls!hLZuZlCLALJ#TiDdNx9G+wmS
zS!q~;J|pN~p)$pY_HP98J^`LHpmTIwC+f43y!NM_Kpp{4`w*V93UABZjr%tfD6lE^
zGlB0tmbH>+xU5#0pvrYbmvzrrog+NE=zR7VKNyn?j9h@c!CvVD#c6~b4e!EEVq^)(
zd>c{ztEn2sk%2MTYw-XFmi)xef*mAsEHQdvS$Z>}od(|}2bZ6iSHn0i-ouyLyaDAk
z#c6kbU!|hSc*njMtGc5;Q;?0AR(kH_4@#qHw%K;jp2xIZb5jiDhH`%BcnYgHkXAHI
zlPyohaqmG#H0ABzFKIyozjjE1-qZitUZU83P6Garw)<>G);dAJA9KopPNHM=X$;T9
zPR~~;pUX-+D_#OWn$VvDT8*<_-ls?X*D6oK9xrc7=sLw$0%Ok@JLIV=fvt-O88#uy
zFq_S<#n1`l?PjZ6O(<d_JK=NQfrR|hoT_EW^)a|NezyjGYoN-7wfi%%e{T9=<eC$C
zSW-iZvi+hwqIh4lpoT1%?{~T`hD2^4%cqOz^aGO{*SW!O_7uXN2b+-XEaiEX%F~mn
zjm()@e}&h>_ayNwpY8i++J%>Iu}{xXYID<uTDG(>*PdHS`TsqZPTg}2_thSpxWAFP
ze*7%@vUZhx{G|+~L>$BW&?|Um)_n4|x~jeFoFndZ+AIflE+eY#JIy|$my6ZW+j+p3
z>!Rd}mvY7e<W51BdaIL>#;9rgDPhM6qi3)3+MnACY4`P7w3RJ+cX(Mdr=cC49=TaO
zPjTU;-=9!TS0CQ~p@*DUB2LUmisq3%KgrK$wKl)dAnEoXgf074*X!TtBmRX2uxB|>
zZOZ189DV(v;khe{hlP3zr!o_GaN=~j7Bqp9b4JpHuQ?)i)^6S$zmjH*z0dFb@Xq$|
zAkKAXj-6GF`@G&Qs^pu`BOhn*BL6T^v|S82ggfX15>K+v?nvt3RD?!0*vZ#!CgHzV
zk>0cr7nPmpR;%4Kq<E6(<kT9+?XPc&DaFIzL>T$ccI8?<3W+;Q4zSnfnq20ClNq;o
zvzWMfg)BYOf)8)7<=G1^Gse)Emeo=3W!Fv~?2(@=7Pgavf@@IwIdiG~r4CH1f68GM
zj_|p<EveRp{n{P76;ve6$~?08I*GcWNtg$bkR8O|HW!f2M-A<6`Nj0YryxJtbVJVV
z5>KDqE{eO&vgmp93@$OOIMK+R>hJjesV|~it9?|oT`f(`k!!~SggRjSnY$KY(39p>
z^wgU{G~vW+I@bRXT`P8(M(#Ny`t9z<WlGOBoQF@8%a$k7kVt#ot*j&FXC?)XOCxpN
zG52n1fsK;s%bPzGA#>=><w4x$(`aK}pZ&(7cgOhfjV=5U8GTN}HPk$P18=U?K##v)
znkH_xG4XG6%G;H)Mu*~j;pBS$c(5rM$&Pwl2OD|1t_|;u`764m26Og_I9W@-YCQkX
zgL2Q5*UOz>L`xe@qgt!VpKO2W0;eCxbL)S4nd<lP`J|=ahfqM+C)B}gPN-wApM9Ai
ztX(V(cgq*ZHk;C_@x{3ItU-JsD3IC)CG)i2<9PT%YrS9jsdQ|^DPcXnG=KivOdj}%
zdw><{3fmbeRBA#Y@#}Uc)U+GT50m_)`F1LF_bZ|9IAKIhz2&E)8jeHFi^hm*6J7Mw
zlb1-1{jb3>95*pb9PV&ZernL2*Sm~DUD{I1k+)gRb*?)ZsBLa`Y?$ovCquprEyppn
zcTp#&6fTqbib|fFDQ^tCLRHGRQORyTTD0vXF*xxXb$WHk{bAfHZqme4Salsj>wfrP
z++WKbi=tI82<zy*)F>xEuYP)%1Hy1$zWb%T`N7z5jm0~uT)tA&DyT3=J>SUT-71*N
z&R*mQoAzWkV}@ppcj&#2+f%011<Fiq%G2MrA~QXd!)8b^{m>zC>SX{oZn28~3?9gs
zN6|dFe_oxfvso*P)cj6$ZaC3ev7b_dPEc_hFA7|^Lc3U?GT%96QcW|SKfY;C?{4)b
zGq5c;%bv~yiwB{%EzC!D)AfjUeX#!5NIKENn&;kGBU5h{(EXj$sbjq$*}K;@)ni7^
z-XqlNWCc1~^@0dGyN>#m|3U+-SIKj8Y{|}|m)yJEPS*U@h6@K2(8DdRiNiN4(fZPb
z&0;HD1g)OQ=w~`Rpf6we?JV1sD{Z2eM2+qL)VRB^Jy(#?<6L=rI5!?KRJ?h-Nd|sD
zKrgK&o>zL!j?cI8$+8vrU1U4nmaiy3sWzN4n$>03z;ME{`fMccV1=o+N7Ct+*91l{
zabcGeT=`xUjqzB^v)oVfgI*V<SGiom7@H?r1ZykWJ`;t1)Q}DBpCsY@DY?lnKDcj+
zh)f&9<9p}RWA&1{M}a+JZ}&6YV@YGZ{)>`kFFWk<TKS#$<Gz$m@2qE@`xHk@?^@F1
zFX2?I^cw8V7>DudDz9#gF;EBe>Q+_liuZPDc63FLKGN`g`P4d?{#y`A*&epK^Q_uJ
z;p6bg%i`{oDg1T*4b^X4F8(}fWu5lT>ja1X*dgC_o-Kb3t|h@K0{z5S$`#XVAI+Ba
zH?$Y%EAcwzC9jibfp3fHyW3xi>##y*IAIOjGa1xmk}sW2|1I+^*QqJq^>a<GK_`30
zQkiYN$!7c|c5m^6njL$l1wQ#qzy{rCbYU64!%`plb&Wh(Hj)*Og&e`V;xXlQ-<16P
zbY3lS!%3j`TuB>H8@PIo(jL0-^WYuSsL6WrdN`iWeX0+<$Y;)6R?HmqU&o}qWg27d
z&XGsU1X<kX3SaXaz?}y6bZ?MtBVzMo4Z>cf2y>-jjP<fHU3o#t-n`?dCoLY*N4MHq
zAHThcRc}we(w9{aV@#+^vm;__Oh+o;z7hqDt02(tC%#^Bz<yqZb^N9g^RYND(iUln
z`wz>G^$O@twPP3@mN!1&I;~%#jj3?6(AKBIEb2six33Y2FIqE>VGchS%rlpTsQPA%
zt@iV+6?=xf(>fifOqS~sxP5_4-pYZzaoc8!8SYALi)|s`g6KZ#A2l2i#}4gp2w*w~
zKA9rQ)H+6T^-}I|vn8jMJ0nmJw62{K{;VLs-(w2B=`!P}V`UlY5|1?*FpoBC=|$WR
z?)0i553jyY)fFXf@K@tT_4h9lieCrJYoN}DH%-Vdd#6sO8w0(>r8%v*c}I7>dAhxt
zJ95A1O~b5bxZ^kI*V0^aD)RyFdhX|bqmyYv<wbao<h6|2hkKikGpKCLHPT;71}{)>
z+XigWwh0Yrjb~}Ru&zgR6$*I5z>IHlQ_MOpEW_P_@1`2VX=9_Po7F}dIQpwJ_P^l2
zV|}>x(MjgV$T<powU8OX;?ZjdJiEPt_TJl}&WCd<W>9>OM0U3vA%Hjffcj76Zd(J_
zGfpUOcwE0G+fUGqSH+K_P9DgNQ_Ez1$34_I`y{J51ea-^<t{aQQz2Ho@gb2^=Q69B
zQFHY6V8DsW*z?F~dnaxAx<jPS=WD@+<gAwi_V*SUPM^4FKoYLgR(7*0$1Mg7lE4Y$
zd1pJe=fZTcz&765Jw#JlY}vnl;E`J9>)>1b-?w<#?@<=Txpt%K&u<!2zXcMo)0pM%
z!7CO{r~OqPQ(#n<Hv4LXnAR|yv+-<uaN(`|)#DW9=Hk8Vb48)yD)P#jcvpih&BvqN
z#L~Ng(s$}{P6^C02G4s2eN@dnVm?ut4fAKGqXvXNd6Q_~F-c)0UrOk~1FVafsA~Zp
z;&;`n>9^-L(cgbvPUtTkbxYu>Jd8#S66%BQ{OKyZt-6@j4jl>OV=frtM8GIQFGEB4
z@QgM~F!x<~McZM#v2+XGKd~-fo;+WcJoi&{n`;Q@I<7SHEx!)-;b|4`sXFA((=vrq
z_XPr4jE?;JBD9y*Iy4P;`}{zTeB6t!cvq3CH=OSEH-WKKyxl_sIH)U5OaHu641K(v
zm-nqKH>|HFpxFqTMb$6OZ<8&7nI`lfC*1dBXf(0f;WTxx_fh1G-9ceTu0YpRG6SOO
zifG$xUUK*@b=Y`NOB=O@d{Y+Va}#NHn6(K`k^io)mH2%zyU;$Z&W5#wniY|io0$q{
zlvZo&S>FWa@qX6|dcXShsZ#tOVKiyOg=Q2{8XCIbnb@(YCUXlxr^|MO=9ng3I|lKB
zJ8gAv7^xmrwSO*Qi%=ZBL_1E(4=fn6i!mn>x<PaFZEXTSXk>+v)Fda7W+c@FkHkx*
z%iq2!q2s$)1IWVkNVr4ZtsV(n19;*nf4g1A%v`gFq3w9(P<y4DDW&6UdAP_yZrUP6
z>v8IgP};5O#clllYhh{@VWndnc?X~1VV8$P7u<)=uSoa|wW&Kt1VqJ(=fRG;=fgy9
zI=iQQyxWt8-x}Z^>eARODpQl{J65N40Y@?Kf9c@9&+=YIeG?i>qP7Y6&CazSDsI6V
ze=Ug~oT2Me3UWK|z1Zuru;OAJd?h*!OlNo_QSZWIR^wvbw;x}K?dLwa`XIKv)*hO-
zb{>{BUA>y%T{P$r)q~JTpBS7hil=EpVVcs8!{3ypF<;x#sDlz({Tu}sc2HW=oPD*d
z3BE9slW(bUV6AF7aJ-v7{>p9x8pJ$Yq=C8e?g@!HFkju;$#=`=XXsM#(>X$7tmyXK
zV;nFplI+9?hOVU0rz7yWssfr!hvqbb+a82oS<cXPrsdOo-1|{1jjsMkzCCE6KgxKD
zIfM6{&|Fr)p5f4{dd90k+-uV=L-8KYQPmb-yi|msEh+Aou4-97d9jP3bTRrudz@H6
z%{y(4xhTdLY^pdwLg!Gd9>$}vuSnzB4l*KOG*|l-B9x|{l(mjOFI_KzGs^c+<6{TO
z$T`Auk_KQdP6~C+;2tr|$Ahv@)K|x#soyO5m)8eXw;by5Q*IvClIy<+gMYguyQNw)
zyp7!d{Hj!b61c_iHBw>!u@2MoYWL6da#S+2af>775N#KE6ULU{0R-^G2su(#ALUkF
z&8<*+&9d-aIsa;&Mi%WJE;gRTwI=2768jG~;fFO<HvyHps{Yr$UfIeeGvke*v!%>n
z<2qeCnXBsCSng1iuLXU8H(o*N^ZO^p%He(*yumvI+|3WMuFDm?g9{&Rz!OuxQWeRn
z>l0{YOTsx4d=R5AlhCW=RWHf?&s#%rIHeTr!%Zz4nWdiXr!NP`DxJc>Z}!@C-wl2i
zp2(iyy(BOZ&&OS2#i8&Z;A5Sjf7F;tQMb6Mw7$}e;5Rk`?O18UmUxbHXZK>d{m%+U
zM7ujO-`&DAY42iE_zW!Mc>5@UF;x1B(JS)1+kClde27rG{>9W6T8En_W%xN#o|>(;
z#tDoYpG}`5-|Sh&=u6|rm2^?pzMh(Q^I81?JT2>@`b~ZKtp@~s4KG^2oE;V{!`=_1
zMw6W7&I#}F-0KGS4Qa<DJUFi?+*6<q6d%d0mB$fkTf_MA$p_2eFE)_&GFaPvJ%&3S
z*d|r&q9?JQXM)&!&ygFw=)fB)=R=KjF$1Fp6Fdn47qC9ZP36&9;li%-jdZQ*M$OV;
zov<w2m*A=8^(jl~LTsi1FF~8PU6(r=-)E=c?mV~TPSVml^P&9588ye48_mdZp%vFo
z$p^hU(&i79c-q=|G7l@~HK536d-%oF5oWZnkl-X?|1(lTpUFe{n=u}yPVQ4JftHmD
zC*Zq?dR~s6eMuFarmRNB5y-$(cFtdrt@~zT9bG3A-is&R-pr+*)sf4(M)8FCeYo54
z%M`RcKLMvST&M2a+}U*WO`$t>HtLwXtZNPW{P#HO+DmyohA!mxEyqF|EEmWWpg-^C
z<px(SwN~0d6z{iD)uX&|U?V}Ram6y0LcW-hcW#PLxBgsD4ef`JQ|(&9BLw%6?*>Aj
zE>8kKnD8!qcgkn^(XA9&v^_=}w^d|#vpnqVy~dA!RII|_DTbC+z7BqNu=qRnR$lgk
zoI-AGTmw4dgxkGMTll1<pK*3_DMF9RCs^0~$gimkzA;nM&q143BFsIF^;*sr#%&7d
z^O#kik7;llUb`KK%&>;;9I4?uQhChFO~+HiI+dWE^KqIt-W}`anCD>&)Lf}4j-7j^
z7d4)}l|MDOE|j-^{ohac0ZF;bmJ#Nd`hD39PkUZIvik=AzKnoZ$e8L=sKZRGXY8UY
z4XU`Weap8T^ly*KDWFdm2;?1lg`eGo*Qic}`XXpEan;G%#Ai)-8FOXLB_hr>4Y|-V
zP9N2l=H9VWd`Go<ETa<Js<NF$2J);M5}Mp-e5`@oihD8@SMJp^4qRpAN}8%8m4|>+
zcyhtF?ELXEf2@92c+Isk^L4GK9jJYW>vT9rz-#S|4-+&ll^KS;SALmBWZD~{YB2sn
zCc$enIGi{1E2*n~(<hgwp?k1b_Tjr)ftt1qu9qJpfAi)KTO>THzH)0czX`p{`EWmf
zOu+!MFnYTKGt8X5E@~_#^rF1KWC%3S6<K22PUJBOTzX~z<InPH*}3*W=>3DFFdh9X
zz!TK7{4(~q6eiU7_I7W>$Rm}f<eqElBw1cN&+xA3w~D&bZt)lTG3G~MA99%ud38Ue
zxVsMht3McRnS|fZ%dDD3ETM4m*gddO3vsdPJXW5r%c&4<x$~6-_K4YSH1hQJmFOo^
z<tfhjmzu*Wxai;_!f^!py4m{%n<ex=GLGfQk>(5J8{jM#iQGr|A_1+T_2{&dG0%*8
zR33%*@C4N#;Em@JIe|b%seG=?IM9VxmP#dPVL4|0E;-RFnV?rV)iYW{uQuNvf673O
z>);RgZt&k<>?;<(*0_QF!Qkm7#!>#b(i55@=S295Sa$ko4_;ry!~G24bg<%GvYpYI
zDt2E_VKcDa^!mH9SEt+Dt6G5aC=3kLq18#{U*k^K)wBpr52>lC9M~PlHIY?FKcAxD
zO(%2Yo;L7ei>c2hWJ(cBR2Bi>I8rDK>~_2}!Gn^&b5Dj&CuCmWnB|20Mdg74<7-qb
z6G*W~n~?Iz@LQ;tF3NxMjg13^P4qoJk)1@dat}Al$?~B6zMm-LPkCe>jtrlLJj;ck
zeROyPnR?Qb4$bO|Odv!9cXN+ZZIBapH<iCY<^gRm!GN~V?w^_pemv}6_kIQ1`Ye+}
z$G0J+y?Rx%5DwQ5vNm9!%HFgS+3qr7L^O>lXo2f3qmSJ)EAO0D{)T>~X%&4LnU~VW
z@XvN)+S>nQnOaTEYOXsta9p>%Jgo7Er-ZrCt?nk%lh^5T&(B=hv_)%LRO3A1^CEH5
zc3k^0Ryoh-)6V*n|B5QkOM-7?m6txMc8L05FJj~&1iVvu2lp<obE(Rl)Us|nWJH2L
z{>>*;#`XVfqb@SMQL1+G#=hOd{1UxmLTfSV6WDQ9X&<WBL#JPxlO%XV!g~-r8mZiS
zit|>!)UqKmxC9v;enswDxn09~m`e`TFs>ILO;x&dr{x|`_+P2(a$n;Q;^@5jSRZp8
zCx)2R$KTluwtc2$=1N+%H5_ZWHDT+dRMDf}D014cPi&oYPPW`wmk!3aC3h}MmNi1D
z&C}1E+9bp9N`5P=PrWO`XNS<|>ianW??7FjUs6tORhxGA&g3rvFST~T$P8arXYXMn
zuny2C`Na1$cQnh%eD2d|Yn30e(>HrP?#)B&2h&KqT|8dSJ@k`i+6<+kH;{#3ZSaeB
zN2m#%V%>TWg>HK#+dQ4Z<t+EokV5;}r~6`xACn*(MeNtyt!MMmJ6`nYLP4r`Z4iI?
z5Na6nF7T)0C1r_0b<F9fDpGB+hx^ytz^BiDp~26m(d~Xw($PMVTUno>^kbp?sec=a
ztzskbTm0I0mFyhr<bK(1gVCqLZHe=tPMa<e#)bwJI>%FQE+CwTNSRlHGcu1-NX9y<
z)AhYr@awt=YQ2W~&-kfbd)HR;PHv*BYq@v9$td*bgBp{(bKl*&pIqh9-n?vQPjhWL
zP^;K!xL!P?-{ElHH8z-9P=8vjw#0Wt$(kj|`?{U<E+51ZhgY$?b&gC9S<1LRswbAy
zyMH?=u6H3W@NhG2s=P-WKRTD6cf5jqMEv+;vmLS`o_Bi?x}2Uh4U(td#!$6=pEZn=
zeh%;Nt8;yK{~dp;zQ%~i381Xq$LZHZ9|Ql;yAS7u<JHr~kP23MjRH{=f3|@Bbx$Sg
zR=x@aj_e{z)mlKdi#Oo+tIAGK1<z?cm=3J2O5YNPQ{m`d#>OI-Xz0nNWZ`B_t*75}
z$G<rW{(8oiRBE{~RxUrZl1pAmq3_QBvH#6yvXT+bk*`*ef2$DgU|m$lIAbm!@xh{{
zv4(Ss_GrADd!2oPF(;}nY2M8^IjLtA@!<VAS<Yxg8%LGnAD)fH%0}-*5#*c&C*PL&
zI(Mb-_bZ%yxb_F9%v(!4MyK)RzBc-yF_@=@SfeiI1|`IY$bH+(>RmS-Ah(TAv>F9!
zu)21?XV&g#{<FlntR~EddA-Rt4xWX*GXu-AboDmguC+0Lf9ycNKVG1w`}<HCzj;Q)
zHW#|JtAd!e<%OKMxs*Bo<#%e*wW6LJQjm7csiWU4ewABH_vbcxiYD7N(6<*^hxa-L
zn+ERn)hS?0-sKCJ6|Vl0R-NH*`>vqilzcM#U$CJ4Rpr8z=5*<9St=KEOMEMNOq_3$
zO{&I+{J17mZ#oCLO4Nt!x~X2$hlT6qyN>oEzK<`JD`R1fT0W7)6OBfu52Xn+A4<ns
zC3*6}`(jK*ruEydXp=|0;wpZ1dDQZcgg(%n#63nW$y>W3Delcc?$G@s*PXhHvvRHQ
zkY5>cxH^zy&iV*n{}p1-*-rvJ#y=A;iLuz1!mDmL1+APcLtovOef;+l{!Tb=C?+?*
zp2-sLF1{&Ij(-Ilrk;@tsCn9NQF+5zia1<^K3rVJ<!g21QO|XK=E1$J>gaZEZ#m=V
zCN32oLy3*^>G>xWFe`5G(|?vMZvtcFu|JCi>OyYs{f#OWm?<ZuAK>UJd*vK&L6_!V
zq{e)ea-4_AVpkp*LverROTb8;`XUo`-i%MXZl!v)4;p?m2I!m4WJstb>Ka?nM6d9a
z^b)+iNGV!v8^<nI9<=Lq3fqUTCN*w17A&NLXSdTM--mM4b5n-)vR3Ero_NPaycoZj
zH#Camk<0R#GGrH{*W{z|C&bKC0o1!-F>`9Ged1}gef;KlM^<=tW=%hu<1NMJ*FPDx
zY;L%fN-r0t%C(0*aGVN^<59c1oy|cfuN(iR{*cjsCTa?cd)=5P&hIR50#8K67(+}x
z)lA=Urm`MCx44dT<MBV=D*Tog+NV;x@{_ggN6yfg!cX|%*(y5fk`FXa7dJwE4TbkJ
zZJx@6cEe?W!#4_a$YeYBrK0rb;l_y_<&5-xt)<WR#$tcbhWhR^miqEuM6TCjICrlb
zqyBkNg&pknwGl6{IY6r&3Q>v4R$Ra94VmpZn&)FpN}Dq8jer%E&9i+^QMTvnq<%em
z5ipZ(kIQFHZE#I4u&GBIZgrxfUSkc+8^1puNA0`iqaH0h7@S4GS@Ah>p}eu+pV7a9
z6j8qyvDtS9EzR)c19Q*QSBrkM?$!wIcVIVVGzsKFpE`0_qXgVrpUmC;@00tGj@;IC
zHO5pV{d-sq_s93rsG{Wxy8RyeGj6^_mHhBL@Tw)W_)u%z<?Be!Kd`oG`zW2S<K`VO
zQQ@I@+;lsi{rgGY^Zg|P9s1!tsw{Be6e_s*hyd>B2jkE3?lXZrYi1FJ%X-zvTV+^f
zUs-JO4zWCEJlh4n=Kq|}Q^T@u3TNr<!bAMHT3b%~ua}(I;EfhL<{beCWvFc!fBlHP
z*N1v?3F9T9-uT4Z9BRI#yxz;d6}fzU$y%L;qISe!;jyte8|S2&XHIr?Gci{J{7TbD
zT#+5kjf#(Ct=gV6W_Tk)pEJIr=8^wQH0V!a1M2$yHJu$>QCr;W3ze#s%Ug~-BBcqk
za+lD50pT>Qa47d#8o(G^ZQ-E-z<GO0J8w;GzFpDOxQ%_ji?6*qtHy^*4BAg)(>utF
z1<wVJsShuNY`WGk`cU#M8RrDX+lG2At;o(nM;TZn3P)$q*N=b2!-RTl_o*b_cPOm)
zYdM>$PwlHUyw*lu-t~@_k1VSfyE1^5o}S1z6XsL>FQr+Zwu~E>-6{(#z9Rk%cuZ}}
zS#s~>@<yYq${4SaTE3{Q0^`6f>Xa6956#4!;hCOF1<j=mH*uGzc)l^WH)?M!y=vAQ
z+|ZkST0}EASb(R^I$g)}w+WWyU+J!FUZ)ea2)-^b9|UZZK`&d<;FfI|cxALs!@IY0
z>l%gD7vZp#K@>f@yiA@~&;9J!&Gg$dLN;HriFzz;Mrc#uR(ZNK?t{GQ^avP*J&fFU
z3DSQWD_<^Wg?r#ZF8leC*#5gY{g*m}+Uqrd)wpL`)`7h0mI2onG3K{!$4$Oo#-2&1
z`O@78j+`@CY^hwBY5z|7^kP4Z_h#+bo0{@Y!cgvCLGa_IRZOKNw6w?a{QPG${^wX#
zi|YR=#>K)^HRH0+ijJS_O~4^J)BCnqhCQoPKQyepj{oKJ7nl=s{P1wP{8v->Ey{Xr
z;z{s7b1Us)@TjbQwI=1ye~-gQ9p%M`QfL{T+lQ`H+DLA#GD950TAQwTC#6=|k8)gG
zVe?qXU1Q4ft-$<7x;eIo?wVz(<GQKrhB*TDKzE#0Cjnn^ufLR@IBzI}cg;H&ObOg#
zr!Gy&>eDj{&1uG0Gsp1Q=T7?F(CXT_<=#^1Sifb7Jl*E6=zpWV2A#mF=b+1YU*iej
zj9PN`&5pS403H<Q&+YXnDjr=KoK`_sxPEAEEP;!q>ic6@AGis%G6mLc#W_i(jR&-R
z1nsm!#>^eU6&`zo6V~#GxRdJq2%M{3-Zc(uI=x|~U({zh4?QTLKlGB1wvfVY=q36d
zaG9-3N0Q6nwG2$9krn$;L#(5taKE+LRq1KI_IJBXI~I#)oHE?cuW3OQV>FRAt~vVS
z03UvHTCP8xpR_uMSk+L?!B0tPXP3bxbZA(q^p@fp@U1(>PNKeL*YBgrQ(q}QH?uO;
zyfoy|G=D`B1+})*i-bRtyN|^1uS?ZwbX;|YmH_7MlZD((F>F~Sv*e>nw7=*fQh1@4
zOOoJtiQXdgk-qD9B?-O97(?S$hs#27>6jU|CbTX?hvxAW@I^qY38jP97Fo#AMLQ`j
zB!^mYe1E|~F{#yAp}1*}%VyP&rt%Q|zL(A8)06E=;ap!!)eD*ZZ1rjdTFbjleYnf@
zb84&!{A#}19U!6G8Jf-<5_gXdIS!!ozXeQq1c~`m8iSViV(wAzmHYU@?Fl-IruGcd
z)Z8t5xknCowv%$gR%+puPx8E3gWOAhey(bt`bBnBn9FU;1wx;FSN=wOfwjN<Zp2FH
zA&zSs$JHO_H+v^<;)lC?u)?-C6M6~gX$j4wK^IUXx(|<0T|eBmq}Wusx~XvWOIS)C
zH!MB<Q6}Cw!p*p`UL-n+o~>=gs;{62rRpX8wnR^!P?|^8gnt89{mJ;Pd~s|5ZEJIY
zFCKd$-Zm5FI*;NE4WMv>v}x7!n+bn`(Jxrdo5IX4OK;@qLU=uj+8)n^lNy3k>uW1t
z7S{K!z5{M-n%Ap`R|hM<z#*qkNYpt+&dGu|oIqN+Uh;mm$L^0WPN!Dg5@~KFCwJAy
z<);vBsl1$GUau6_i@#>~{iG{jcq8)~<GNYR!<ZQ><)2H-<;C-i^-Xq=(mW+B?=w7v
z!0+;a$T-HFuxxiwD*n=k#G#M6it9}(o6x!1%WB2swf5^ZU?;SyAu+!6VPR>mGq?j6
z|NKvl53kFqsBn*zHd7iz^)vq6;(J(>0n8VuQGNNy2<kR;ov1AQY3>Mnsw3^Wl2Jy&
zGb-FBrP;n+Iw|_km?_|!%;7yOO=u{ot_!_Lz!5rpXB6MbEXT38!}(LmZrF41Fk4}5
zmD*npN%V<c%Bu<8Ux52R=?4USnFNpG+)JC_B<ykF%XU};r`fb*I`${O>Sr1pSyDb3
z??BI+O_BIrh8{zYCmN^v-iHRvl)yy+%;OO!Bhfei$l<XYK`V)#2mY_e!e;MN{#D*A
z-i1&8SJ|vObs9kzvCU+u^Z|XVZYQ8;x!?B)R=l9T2Vc*X3j8!Oa|H*j{6qy7dqGdk
zmH`dZjGa~bljrp;hJG=o-prMTqb)T3LtcM+v6yZ%Ul!_Ij?qW7uWd)MrcrlwOz^iW
zdu$998(!_@fQH@ZM4vqjF6UNQ<Fv(-?fiG$Ku+uTfN`$MAM2Axi~^5^t4zQI=F`GM
z52VHA{seu6{Rg_T$|Z2U&_|<5`5C`w!F0QLV*<wurwz4DV5#DKf%B$1`y?yA3hs4B
zG_V@Tw>or|is#@X-RdnFtF(*>9j?QNl5^H1x>r1cQJbRt6xL#Im(i7;M;=1pNO7uf
ze=Zq#Rs6cNC$C0^R9He;Yy0EA;dAlfVj(@(Vwnd2#)@C6NiT_9f|NfiJ;;t~1#RT!
z<ZM1`TEJ8p2|Oc1$C%q(ZfMXrd6~l85gS;Ic~Y@P$<RzXd<l(f<(HRDG_R8i5Au?V
zO~$*ACEv2;<j)#3gs!*^K0x)Vsk}u-6H9aT;fKb>s;g-0t@UE(Dl2O8wX+T`MU7UW
zs3S#n_y?tNG;mX%=f3AV%l%x{X!&)|7Uda{YqVkD8nEV+*n)epz-h5>djy5{3RZkX
z>)ZU5N`vQw+49+=Yv@S)KK0*1R-Hu$cZ`9}>p_cCDw#^x{ayEv!I|>Ygvxo}SAJ6I
z{9xN*O7}7Ff&V$ja{Sq#Jipwh&>voY$QGGVggEnGAP<fV6N;<Xy*j0G9Swa#lMC0?
zTbJ9$$B+I&epH7B_DJF@<9ez*13i~UhgVx0_#Q>9>do*W<XY#22F<|Dh74n1sl3|6
zoiF^o#m7SW8t@NXIDd7l{WFHjU$Ip@r*tegEt}u;9`?c={y|{?u=69ME*Zzx)x29?
z#@-U({+Qd1$gQh|zRhQ;oIW$!P~LX%^RFsb(Z|It=U2^c(`(-%CYBxLJylMrz6S5l
z)4{ch&jj#_CY-uK)%=Q^Rs%y!^pm;dSET5)^gRJn*jcoc@Nit_N)77JeIi|G-wDr?
zSCbz<#KNB(<&pIpLo?*peV+Bn^N+|OxL%ffp8tE|>tQPHSLgnw#75+8#msxy7jwtx
zZXDNp897b~hWGtRf^2C1meLF_EWtZsPz6UuJ|?X4w^W`;LNh8{F;x#kUlRO)(PL8y
zrJ*Ul*vO<O|E6+!hnK)BL*95-n;$PIB`W!y7tmqiw?#G6^ZH<cyo19k-;+u&0>_0%
za8vo*H=2DSpBcC|+5LJQ>^HrZypxa7t#=^|OqG})y0)u3DIL=n&jYS(G>%m!1uSQ1
ze=ddh8<Yl6nHqd8&)Cw5KTJsC+{98QbeMshP>sEg`ob|5i`e+b1TQZZ+mtY%#ijT4
zH44iF#z#2T3R6CvhZkBSKPUbZs%~%{CiExPTMaXjAL-BrDsvK>eVjO7_F9R&2l&&3
z@m=!2IgI+(vsb!>%K1H!3vY&T`M?M+S#zzLZvihQp?UPE-}$g6PMAdQBcLynpwmUk
zz%Kmpes@-R)XR%47`j@34~?w%`;p64S98bUAN~36iX1rdDl05Yd{cz(C0wAE`>m0y
zgo{2)EmS^f^!$Dmwe4d*dvC|TJ<FQ4BeKMR$oe#U)@*5=)Jb5z2)=`nZ?M7}@Vp8B
z(YM|zP0*n<{D&)dF8G+rT#1s`oz4(2!hG`Yi-2zC8Lj{DgqZ`8mtNtGKDt1r1upp~
zaUJl}ncQINQg?hu+#l~PUv)epfdLYkVqV6HTuHz)7)n>|IJ1pn&l;rs3~HCRx%4nv
zq_u@6Z*G3RkN1=xdqYFw(cv~vkvR=yrFUJYW#(mcs&0`nN@zTI?-YUam5s8tF>qH<
zx1Of!wOSGyj8zZAqfv)%M?~<*#_U>Wgz}So@jM}GSRy-YdP-5flU1MVs6W%EMNNYK
zA~pVF(=X)tH)N1fWp<A)ETuVH8p3C+<4tFJF+3hG!g>!FTUNfq&b=VNtQMj{6H%Em
zn{|)i1X4W#-vn=0mOp-|tMC7FQ%iO|A?Cd(#G8NjG=V#W`Q=@|w{XGB&ZM$}UQ0LU
zWg*}mDw?#O182ps;&W9SJtK4TI0yOw+G8059|X=*D6JPfGM<&+I?<=Ps5w<Pam|eW
zGuGv7mIW8PU_DgqcZ=FUol9s`p>ztreZ;*BhG=cAV+?o*c(*WUbbBssd5XWaP8F^X
z@>7h%0_kmcjlY#@LJ$6}BClaXM5@~kc8L#_&4yN$!-oY@dg>qf`o$Gv_mwJ~Fcf>w
z+>PUiZEj?B-%(Z^vyTpEeU}~;I`f>*wrt<#zL@rRCV3=RW*_%c4CO()6R?NVsYw*_
z1NYKm6UBr2yV*DW9A|j%kSPv3IH%cv(q?*;JRJX6e(28B(#=BiFaDU)w~Qc{_~Ja~
zzh%P3`6Bihzd;TomT1q0_2fTmSMaEI*WBZK+Ob{HdRXhJr1`qPjp(ubkce0s$KPH!
zP(7os9Qfh@CCtlbmT<)VeK92|?Vsd1bFZ=euA=m%Y+o9+ViMN4d@a*<+nKw!EoYn$
zJ^K_X#x0H(XF7!OLXWp1v~V9T*a^>}2YGTq*V-b<x0d+veE}u4almsQDLk<6aNQ*<
zioab8qZc!hh~p1a#fX!fwA~Ze*$&^o!|`7q@C%E1RARpm2Q6$v$q$^k$F=U1_PP;m
znde8j(|p(=<p_1CUCg|S_s~`@g?HI9g1@wzNNrz-()r_i$=j|gof+g{#;z%=>xcSF
zyMwc-V5cT@6?-$`Tq$Q%IWxTdVcs(DG0(by_rO>7K(5b}yJ9eRb%_=|rdHQ?wqHcq
zF>U#SZAI*(UX|lT5CzZ0d*(+Dx?$XD;fZK@__wvbsCXkI6zd_+IhD;;_jmB_T32LE
zH+X?DzeI4C<$@>Jv7cQP{c`36;>~--;g+@BEUpaHGMraP98=Vc2xUjJs2SS)gE6Mm
zdfILdpbrar($0ZJ=uw|C(&u3*%COC$IaQq4Z_^Vkp^2|7SgEpJuh9llzd3wPh%B-V
zdschZq>!4cD7(NE&c1z5__mwR&hc1Nxn~PGaqeG{GPE`Kz5RyM|3t85<Zha{z>;zY
zq*95LEY9g(ls(=blQARqCZPt^Imn2m^*J}apvd;xC>@6W<9Z#co*buJ)4ayZDYaW&
z`RwEZa(bR4GT-l|V5^~onvjoL+32f_FB0?fO(4he2Gu-QgEDVbpsSsi=GA-5{`2fV
zsRWh#9nL<ZZlf-{lFzqo92r<xlpa!Ck9)OUsAH{63*<Pw2kJNOGVPi0feV`NjI51e
z<dwON-0Ba}8$3_t%++6I*FA&usK?exm?It6#8zMGGU`cWINK1$*Kl=f$m+Nit1n~y
z=VDbOV&ODva{XGAQJ1LMu@v+@fMy*oro{*BCG;!(Dd54bHk*W(*KLjxu0~wF*4%aV
zP43aQm>HK;n8a}_&DXD(i8&PUqJZh&0?*(_PZ5q88|lNDud-aNdUQ3~RUfywCRtug
zVw?8G37@6O{9E<Aoc8x8x4pKIvrl%@BY(7Vw~VZ2dQY@46Z7w&2#+Ehx?wx7{JV)N
z9>o2_{^hAo_C|qm*ZnTc6n_ewCe@ckmKG(4CU4~B%nwr4KCnilI5_HcX7^`{r7Y1W
zGJ9<jRs8yn^@me5OYxZ>wOYZGL!NV{<q>0Iq4OO705yMdfdF<9>V-?^A7otgPUEOC
zo;0+OKlyKsmdRh^#0!i6#Iwprq=)4x4Ra+>D{7qN!kv`_Fu}0!*i7{X)pHXQ2T{yA
zA!6n=5}pq|*v-B-|M7fAs;_}F#)off$S&X+yY-*R{(XbFnL_}1#V#{+=S_yHzwK59
z$aQ2p{8=HkEP7w0tt!AlJ>q!isA#&laWe02c}IAC+J`j*3rOERhk$j3fG5z*@z@J5
zWiVlm1$qI$dt1D4DMy}TSMrMrs|i@Adw#o0>T{Skg%L(Ut5S3)Hiou1y7HgKeOW(r
zUjQ?7kI+JtR4)wJbBlt$%;CcmTF{u_%j~#&o^;KeC(qo-Fm~7SGHu$2QbLn^0@p0g
z<2enx$Kk;Kxpb#;7L_(x;im|jH5O|-EoG1BQgULKSDe1(1vxwabbtNd9r0GbB|OL4
zvc>PO(yDnEN{JpyV#_yKI{zc-6aHSttdoqIpdynOqvwan*hVjS`Q8#{?wgW2@PKvN
zL$kCS?k;2B@SX`1IOIn*4XksGJU3PqzHhn%13t?JzRSe7zPH$~*C|SN>&BrA*Yo+3
zJ-KhpO@&Qz(Gg%mXdlCAiif})aeD0r25?9yZU}b$g>fnlZrVmA=C!2ABis36R)m;{
zca4*tza<~11o~ppMfHyy>b{mT&i4ThKcHC)r^?t_MNEhNQGBQ1Esps8oPFP1ryf)H
zXcl#gbBBoyso<<saw%rYl`o6wFZ>$l0~77JN2#g6z}5U<hcBbnuuf(j>2&;=)}z!H
zMt=)nxyU-Sl_wW)0#;yO?^f>QX6zFeH-18I1XD!983|s~mrwU6c7AQ_%*_<&eLd0t
zj_|9opTGSV!@eCYDcL4T#txdxhqL^-&g}aV=ff#OQ{?X72@F1v=wSv13iPyad{>Qt
z&)l|tW8G%pW=b7-oJa1lU{%}RzfRNkcV7sf&#QrQwGNP&_=qhgyO<B^S2OE49MX2y
zo2+<`I<zX!_Vv2cv}p+voJGJ9O6<^Dai;{=OS_(3$Uk@s`oTi?Jam9Z4d_QhN7ZDX
zhwI39#wJRCUPOOucT({ggPS>PQ9=EDpJ_Dfdqbh{zU!Vx@=ie?y~7fXeEmXbQQ#|y
zxsc1-KL&q<D?F2F%NMA*M(?f`z))dv<)LsHJ4S|2KTo+QW{9LRSYH8o;KVc4jR$QT
z(Ay_5RP(_R8r7f;MON>_9qi_te{N&%___1*#?7vJB70RnC1RtTOw>7honFW3C3mwr
zw%@N(^x)bj8DAC85^FsKw2q$X(m{AS4HpU<8%!xhZLj?!oUdrR;|(i~<CMFCgQ}I~
zf*+Sk)T)Sj94yWlm$W(e0yw+rY8pPwQt<)(_?~N|WFtSzekD;ebjI*h98BnU2KIm>
zck!(6heXP)SweBPSJTURc)^z>z1Y*ud|hf7FfW%Z12>AARd0&iX}4tJ?g@0q>xY<C
zM6j<k#M@s-rEBa+7A51MV=ghrH=<{mcKQSRa@?x&BpKgx4L|!-fd}qbX}taADq<Xi
zXxfS1R65Fq6B{+-%dvM@jgNoMO|9aX+NdXIey}_($tA0XnTN;T4c(V>B`V+BLt%pn
ztmd~zOHzpu$7ElxXsQ@+OrnOx@DJE4xXpb|j#$Kgzt-`c%7cYPzZ#f}zf`2eb)^R=
z%eE86HX1?dv%oO<r(zdy@l$P17dP(Fe-oW~{a6B{>Fwel^ayJg`PkMWHKzDG9=9nT
z-|5e1>}N2r&79VtH2XijNKR8ui&(S1(g5bdza5qKM1OwK6t~-4PdDuAT_@nOoOosr
zp<k)*98-+xo4|i&&Ssa5|9JZ>X@rh0%&u;SXkhSfVHLMRKJ&UDlMfc*guC^1U<?l|
zb%wS_-Jqy|40f0Y{ZroHq-Du6>szuM9<zrM9MY8T!@LLL7;_A_-P_oq$r$cxS;ADk
zm(*q}1&wwCwy%(}QM*vXKe%9}ZAsy;{t9q5G*K~%%{U=SG~Xr_#zy^EOOpq8mAkhU
zHtXfLVCXo#@9i-J4Z$@7tjw!;w$3r5oW|HwVNO^-Rb#@dX=i%jcTo5TS2E{?G$s38
ztHs5!_Xyga-s(PBv%eMFU#|xJG?*RV?dE#ByJ#ViXJnn|&pfWkTW#pQL3%>UE@1mp
z4PJpWZ$$zJu2X~B?~Rsj0ZLc0r*{Cgs+=vB-;9>fOnAp>1KyckC7?f8@yqZ6J?Qfu
zN2LKII9UK2urpzhgl1=82*+*z#qj~oGPmqL9KQlQMr{J0lGC!QBB#(xp>)xf!nMrF
zw{4RuRxczm_d;m|=m0v?XsNt2vY?5+r<nbC7cpQM`{_-otDi|$j;Epd?+P4S^`4$;
zW5cl-ZifG{cvk$5xfl9aLq>|B-1YquN_BG-qP8x!?Dyw-uO~vkri;|7Wz1Qd0!`>G
zeOekafE8=yhlfGJ?#B)WN9Oek>WHQdsH3zRExH^cJStokak=}+=RES5@`iN#*GblK
z07g4F^5I$zCi;-QdreZB23}<mb?u1tGD7<>xWa%gGfPJufwua`N<%2!P{+EuK5y?S
z<NUHU!slCM3GJf|4cE<_Q5!j~%@y&We-cAOQt+M5yz*rT=Y-=~WaxJEu%`Tk|I>~-
zYRN>sDqkgWjtp#+9?|QdV}9ap%@%g_f5|RCk5K6SR(bOWy)C?#*y`|LGVIh^5xSv@
zdALLvd|kFwc<kn1NDm2gWB4e}u$@g8<MVOq`YSTljFSl|PI~#4&AG_7a$;K9!US9}
z<9z#Yigh>xOL<n02Z@SDvmPEbqN>-*(?1grY?2m}j|k;0!2=S!q^?)q@tOhsk_^1=
zFQbY&n5y2oTCSzTy^qrQK3}=Vi~fwB)N$Ste6OX|@7W^l^<m)7xf5M0;66zE$4YMk
z7o`XvC<*w@o*Q@KSX(J$Q8R*{QF>c$xxW_Am=xqOTd`MKen<2CpYy2g%_sCl=P0vd
zy7b<%fx{{#D<4W8@0(E0nX~Y$e)OZ)5%ONLlD2fcgfXqftxlg79gbc%<~1(N@M02k
zp~El9oCEF@W_46)c0w(~9}dXFFW{x>Pky%cwf5yrYYu5qR)<g5!Ts`2OgOah1m)S$
z3tg19WB3vYyrYD5tKjvBQbO-=J^w_7Ap#zb>kT@<da+`87z>=h=krlekyV^JKZPR_
zuonM~z3g2hQ+Zm<^(l@#QiYNu^68n;1@t?gE>Yit*3>n9dY<-bYhP0~i^f{4r(OB&
z;u#bYc!HHSg0~g$=yK<-`mFq4@bJ<~XREOj$p=?y7;6GoNYtPKFJQjyHCX4Y_6oZc
zKbmK5^pgIQ)=JcjP#VZFe?yw*xgI*^kOnO%nl-WIoI)cpA4}={lpq0p#mFjne!dUl
zYH|xTKQwETCHXDBEx^Bd*Py(t(y-_?Zm@kH1M`h$oi_-DIjz<o;P7%4@cG`nWkiOA
z&){dL3(&-Shp-=v$<T-3#B71Afp;dkQTSU+I=mUr0KI=EffLGqa$-hdbG!Kf-q%_D
z_!T6*PM6Z56{JfsU7`j}r{lxu{MEw(TFFevK9Ps1(8FS3>0a#FeGbEmC#!yPZdpiQ
znPzFiKMCiceZv1(V=mt^(eUtlFQElxjAH?^s2j@gS*)}}_Q^B}AK{+7{tt=g73pm+
zyvOI;2YmTLVKAcy+>jNxFM3*@!(YvpY5iYw%Wk%&bCwTVZ0lgE|5ko8d#yX~oL*MG
zwQC73%{JzAIYGDv^xkk*9QLK%M^d%-XJ(GbcsLZ#kJaW`heJr^4Dba~`81_ZUbt)o
z&e@powxZRizHEcN_l7QLOwf}8nn<(jc~xAk@Q#7K0=)seJ;A^V{MI_`53!Yz4X}Mu
zIZ|`tI`SMnz<W!mb<Jkw5q@;EHHYmBh7P}Dz$@eZo)cPbgJXo8gp=3L6>h6a<(=OP
z%lta(&4@bqRsw^x#PW4Hv3#u2cWp;@Shtxn{RXmQRDN=vP+4KOQ75|`?|xQCf6=iT
ze6od(v1I6QVZU;*{IR$LBWn=Q<T|`$USIf@eI@O4lL#2Wi;h{E$j2ygkQXIbw-p#K
zf$W5oC%60IC?BO>5lT-bWV`8^$!nz2pH_tvRXzsowiEZs_L=a#Ch&s5?K1spKBap^
z?2ttUa8U!kAzO$f=xkP*7sgXVE+Uj(oOkoK7FpB_dLxc~+x^Y+GdM@^TLN^VWN1Cj
zt6%~LjXoijZl4$)LO2Ie&}tp&8?TcZ4~#p#t&u8loig$<_7nY6*366!GSoOAM>AW_
z--&as!8-@8qR=mwk?F0>^U}Vn_u$zkXZ>)kt)%!yd9L8$>ow$jl>D{632fIbeHL@@
zsZ&z%M#Y}ncwt&&$}L-);m0*-Zq)s6a%yux<sg)G$bq4uDE8eM<aBopk6Zh|IU`jT
z#?#7TpN8@EdGZH)Ez35QaLp8(zng&X79|`@8Tfk%55ccn&nDnIdsw!jahn>$Ba9-S
z?wuLDZU%?dA@9@!LU}H58Z;vIyr_FvKnp4_rZOP5*~OGTF^!d;{b3hsrrBRmxJiCB
z>JV}gQap<OlKy?IO>mU*4e&Z4eCD;ERJvl^xGfs=2ec>F=V)0AS{m=qoGp_y-1CbB
z&S}t$>~d+dP<Xs3r#j<YjM8graKgGG?CJCzx#a=b);?PCfXs1Ud;*$|kcEl3?X%2L
zW!;cp_;SQ#Cq29JVhOxO2H6BP_CJoUJD{g8ikGBPDoKS(Qj%1*diOk%6<K9wmA&`K
zDnf_`NeCe$$%;_#o>xgFNhC=^L`3%b*?#Btm(jQPeed3LKI^@A?;)`1kW25d4?)t(
zD&-pxlDdI%BokR=vM!gp$iD_mp$y;xu6TSDMgP+|sg&PA9IGPiH^8Yo_6p3Dhky6v
z{rC3;()U6$g2+;uoqvaPZSErLBJB)MzVtw$hlKxUj%r=zv%h-};SW&gW80=?gk6Ck
zbS3!=UQ={M5?Q6l;D|@%>0DnmSXfVZ7S?RuVA%i3Qk}KQTX-riJfO%#g`TEkv5l>F
zi`))GmPURPC>vAQuQtLjB57p^v$#%Nu#F3SDEzyq_4ljJD3J~ZxXqK-)xnodb8!17
zZ^FiXA}ax*Wy}_RbSJ(B>UlWV^91E|P1XD-=JLlo-SF?LX!73)*kWB5-oF1~k+V>?
zohFgbsmrss)4L5di<>g?FX-YpSNML(eqOws9JSk>ytd#XSk_}1+emL1&Y5G$grA_y
z3yFJ(Bf|K|8KcMpb-^XKCe`J#-}d@aRu+i)|0Te7dVXP0xixFH@jj48hRIh;SY%vp
z{&(vWEc-A3$-fId3zWU1IOi3u^F)Rqatg{eBho2nM8ZJA=A^nD`s%V1EN_dE=$$(M
zOyj899AA(2qjrM!ns-3j9jT8Q=}5KafCEH~|Cy%a=Eq)p-o{_AGI5;UF8EVDmW{jm
zg->193V-ztV@JnSNKboL^4GPG(DTN3zIstTZX!2PhtTtrT^=<;<JY0A@Y@KO-tsW_
zynPD>t@OZ%NyU8h?WXGRk}cAF>u88S^&gh~GL+-Stl-ZFoB+$Rzx+bt3!d{^!4LZ_
zpz2$5)yZiRP6)JB9XF-HmzW_e`QJ;fNAIkyNDIQ1bKIqVWeqW_zBZ4UnutL;QTV!c
z0<Lau4Ba~HW639$(Y{U-@vvb-wZNx6)9l$1hpy@*IfaKnsBtcH44K5~T7bS2w$ek*
zHnjHI*;E}|m@x%M=e?vgv){73<i<F%RVFJP<OV6{Y~{;GmvBp$Ma*vFU8op%nO!&~
ztA4Fpvx)XPc=n_pG!OHFoB{vRJ)9EJ?Ll*S&-h2YdE`Nuy6iAJJ$ewtj;rPIV;^F9
zpLdWr@hICqBM#_%+#^jJ!C;4D@a*kGEdCP(LG!HWdW=|n$`D2SbplMbHC3I1-|?K`
zr!fR`F*d*xE{;-J$JMK0WUHQRd6SW}j=*F&(I5=y^Nhw6KYVV8mo;QGhQp}8!&OZl
zmx4(t9kF9)L)m}+3wYzT7g{}|cdT#yOp~13;u?b>e7b8D{(+lF*DZ%wh<6e?(0<OR
zp}T`WbJ%JnmwA=oCE~zT-OU)(_%6+<5Bt>5LVg`H2QK^_1EEd#V@2O5kUZ)ESUgw+
zr?pey!@JJh(KU~C>(GKvvQnAv;+Z&Q;XwRSn+2m+9)X364&u9-*X+ZqhwR(-SLyLu
zui+ESW)<|}N|Q~C!Q|<68Y4~d8C;rm4TrYf4Wa42=(nmVbiG^5C$DTEhw)4N+sg_l
z`Kt+mdB&jGM;Ax7iG`I5jj{ZgAv}#MW)4q{WWQCraCl%(bz)HrtWloAu~a)8y|Oh@
z-J@pg5uka%8>6&fk5RMCi=$*r(z?l|wO8?gvK7A9+~nOhNAR-~cEQi*HQdjd-V5Ho
z0Xv7}xV;;&jXQVK1nL7-JF*;GQckGrse^+{_28KPZsz(#L!C0`Gp8{{F|Myabb;*|
z20ZKMD6o2=1x}AG)gOJ#WnItBs(<bn_$Oz=w_RDxB6_22R<jXjo0ri(X1k#Wt--VZ
zVrMzAUIkts*%;!rW@FZ%PfFH5XZ+?K$Tu|8ly$a#p}kHXW9W?T+{P&w`V?Q`2b6|*
zVXUpJ4Lw-)nT>Qk4P`@imdB0x&Z#e8$GIPLd~?v;QHb`D^;FA;BT)|g0Sjj=LaKeF
zdEwO_Z@6}^T}p;lll02Hm6E<B!?tOcKrWg?^KL0qzo99;(=qUt2Y7DS2Geh9!>89p
zsQ;`0aRkVZhpmIvbCa<LtvT@Ga5yZvz5xjzpyQo+FnYl<eE#VoEA!Q4|6*tjo;Jg{
zd+VR<*KT^Bz$Xd~Y7XNU&(8eM&P)u|e@8#R4a02)v!`)BNY{*`tsX%5>_%$Fure;L
z|5$@8)Y{#YdN2<3yS~7(Z<hh?3`6IR?c|I92C73_XE8C?E9cOfTem#eS<OP$x-uE<
z?!9N_Z&$O`&9|dpv5t~->H#F5_)5K72(SA)!0Y&CkezfIW?P=2+`EwDp8>Ee*IK1(
z=i)PTZJdscHQwPs*rZY|sdU{a#ytJ^Xi+cHr#%-SZgLyw_;4T0ZSo18@4M<=a$u6U
zF7{;5K1{l_1*wi@Pls%QIXL%5eeCMg2Qw0{bJ5HG1!qBP_byHthr^3fq@ioWaI$R-
zcid*gEh_T~3rg81c+Ev`W3meqm@wKwSI#+>uati6iy@ca@%=hOWzqi$+CyZw_TA*e
z0rvPhrWQ(1gy6ruy0p(SAbp+-jNUqHAB!{AhcN%Q%yZ=<7Na{6KObl)M^BuH0!PI8
zu2CkjHwU+I!&gn9-|Akt<J?Nxr)M{W%x(vSrQGDjA>O>=8GkV_PV^S_N{Ey(@(k4U
z>x!@YCt{zrU7%<{75iQ@Sl~V;UW~<zQ#LSp=~*V`I(>Knn!3BFMx8$6w>O;#TRx^G
z*U#knf34wz$1O<J)d7Q=Ry<<-DxmR|X159j?L9j1&#eXoPYFyS&XFnxb_X#JVtfRK
zr6k|r#oyidpFL*yMIMj#-Hl=4+<dxwRRQm6W&_Ou>$G(pbiRKH63=B~n2DnpKWX%h
z9vD5-0KfKch{s2K!_uGh94ztQ$Q3C9^Dt;;KbA9KEq?GA3KrcMHiwM@m#HSU!t7Ss
zAb8B*d?_yF3&H#DZrG4*$fqx--1A^AhR%(IPu2hN?US$8@#oCzhhSjAD=73@$nt+&
z!@GOeptLcL(Kti#;XLWh$2LGUEGs7wR%hg);j5jZuh_RY=b?}DHsYA(c=q>Fu?vb@
zsQ&zP!2_3*1~P}v$vArHAaLB|283@oKRX|nEzy#_gN}ht)D0vY#pnBa)BC#z;Q68E
za@DsuBzzb1EYZBVdj_W>jWxCkkEfnn3jd<U67~nMadu6W!jC~raMsjo2*eu#JD7vZ
zU8(%H1`0flG`i%zcD@mBxGM&z-x<}MT+{0@5C=eV{hmPl1E<FyL60C$T(Y<^;p%!6
zc%v0D0|zeo4+Mv}uX+Q%Exxfm)3<@)bASYmK-N0K7_v2N(5XWjtToAFA(!V<t#0LX
z40W_^M=U?oUHS96Bk_M<9N20+5|^jH`FI=%V|iF3U;NS2gT^uo^S+Nn!g?H7FiQ%%
z<S!*@4Msd(hI%~`P}IRxYgasdCWBi(J;f}ZAH<SGBM4a#!o<0C-qeESjHwS9W3{pJ
zYg;5e09m7K*l33>XxgQW7mui?dIdfNf$52UH{r&Kc>LvYUUGEp2ZZbF!pIveP1{r+
zT5Lzp{Pe{=4L!N_qicL{usMueGFI`QKb;+%+E8x&yq<*hTCpGd!o+#8NBw-EBryu|
z6H1w5m8MGA?!MU|02;n&K*#Tdi_N@%G#yYaNTI2#Q7)=wj}G)<R2OI*2^gB;s9J3J
z2Xw7ekMwSB-f4(vSV?B+HmA?C>Q_I2IGd5?V?9c;1uyWg{kNj=&Yeh@%DS$<B<dTB
zN36${*~xYFb3D05a1<l1!)=B+xIO)%&}K+{hfd{vsn_G6`qfIH@u<UVp%cS+Hzv+4
zZ$wK~yH`{B)B9tPb>umm9sZJ;#As6uyyPR>(0w#VJ&EcYN$V&{{$}jIk6}<5-wjez
zOl9hIg*2WUX)6@RcPh{2*Xq^B;_qol+^hCmw+BmxS@D0KW}@c^KQ?2GNjN8sDuGKJ
zr|*`Bwl$~koB{MXpmCB{sCSu-(_aW^m7s(y&{Rb|l*X6few|yQSJ`}P6Zltq1oU^D
zg`7hlk#saTZ=uZeu{*cu_?)#Vo5Tsfn01x4Y9F~CiDyvo9?f^1jv%cE+ta&JKc;b^
z|K{RaEJ<*K(8&Qb_A7yEOVX_A!L)at6W4&$Pke=Gf7oJX$X<WdmlG%2A@LE?&w;R<
z*>=2!F}jaQ*DeI~Ya(<YkoLx?)W_iD^b~I<8MA;}4Y2&bBpSo-LZeGDm$GsA^#_8x
zIB@`k(Y|qV;7V}o*a(iE9gL(C(+j><aiQ^t6y6jXM`#3?du5c|<9;*#W$!U5<ccL$
z#$N*BQV^JS>$ep;ZEnW}W;r|j7WJqSCgY#?x~kywET8LW|KxysIJU*LCjHQ+e6m7Z
zmTuie;t8W);gmT`uw!Tv3~cof2e!F@Y2!Butt0-AdD_lVNH1eZlQhE2K%n|iNoTVk
zvF8<`U+(VxjfTuszIAdv!n%t{Jqq+a(rDWh;!#)S%U*ll!!;ZNEl$BCD;a;ii-jhe
zK1rUzUFtkQz^zSu?JPIQ9&MtQ(R-}_JY!*MVUx7Wzov1jQKah;W5+b#HdS}%yuk^J
zy<yFi1^A-xRlYLY35n~}KYL<P;FnVeH!$ron(MiHLyBJqId5pb(5iClZq_o@50W>6
z4eDh~8k>nfBfiz?+@<r|rxBjAiqAQ)HtQq~UlWV73!<@WP$h<@{zB5lYWcnZ5E>WH
zh2o6N#Vq8?ezq`w2a7c72A-wIk@Pued9=ob#{anBn)%I`s5#OUIo#P{4WuM{gYY94
zw9WzPAfdIm&=f!3+JSvVKdAWL0%@F}OBW55>Pk5_;XLVSAC^B%!n0#CxX@q|?P*_{
zoKxIB%t<A@L!lp>A6$kh+0`(^teSo3dz=g0A}oMM-bu`x*5C}x+Yaw~J|c|~2;>iV
z=#0xKxJvjn8XrhFGY-i+;D=Y^fjAd4w05GU+d=n;3vbx@i8@#|_$2u+70L(XGJ$8J
zm&=FjhiqS_cHXoP%r-w)e)QQ5!;3nqdnTpUeRj|I33Qzu(o5rq_xRSM2##Dh5B+XF
z1k$a{?^-!*pWIt;nwW1S-h!p(3g2QD2^}2+Fj{e-`CbD83rU-bx>kwLRFkMPQt5|x
zKpIIExVyn<IO)-`@Tk`>zI=9n;RhjSxU)RL<{aznnuNzDhmq!S0KzZ0`O8UQBiowQ
zNWOHw0Z>h+C1@9cWmIGJ!r%LxFcmk?OcJ^T3yxgFhPzD3zhtHhES_nz6ABMj)zu62
zi+ua@Bp8=}1MO(7Il?k9?V*jPkETNTCtvbCO;xFa_L1y5Jv~a_hY^<YnmxDKpI%4#
z$bv%D@;E~0zYQNH>{A2=5I2f?f|>J1)4lOD^laaZlP4oTcn(r@n##*(Ujye2xon8_
zEB+=fRVt=uq}JwYs><0WEcB`d_H(3tNHoTZIjhrdG*5W=@@^^b&nfO@-wW3A5~1&5
z@jONNCYg?nVhm_(!K>XKHXx*-Dl}b!#($jpS6qw03`SZMhZY|N^3Wj0X6e*m-mxr4
z65sn|Pz#l~fogfa(8o-8hS|9ceQx%I4QWqAKXaig3%*W9;z3UMr><`5&MZ1kMV+TF
zM8=_#?qXS|O^|#Gqq$LuODI!##9znnWo=8=;O5MIV6kNsVcP=2mNiKIDe4<c+)!v*
z;$d5rv?tEIZX+94yWp02>mbI&K<IPQl;c#=JhJe*mo-#eYBGgA>a|*M4_`d<84^E{
zNAH-i*4#=STp9+k=O5MSdhOS?NZ$<$o6~)iy=!>Z>1a+~hxCx@o_x9xZ~9u}{wWr4
zVc1fbp6?>?hg09kL1xJyj^%pq4iaCJ#%l=V!|KMv!EHUxUUG;ZX=pD|9jabML+bp0
z*wj9p>VVeNGsN4UpDHxooHR?Fjz2r0sl0iLFL@sqFxgthLJXfWMbj0>Eh-1{V2rL)
zx~ZWBhw2lTvqI8e{e&;Vm`k3h|M)ZH9hZP`7=kk0kUSmC&gERQ&laRC3FGurv2%$(
z&(=7EUq8_MD5NzB2f=;STy$L<0OVbf^fhb#MB-u|ZVfk<N9WDJ7oQU)>QOWbtA@CA
z+C!k*eWf|nmj~ZI&qbCM!}n6QL(kS;n5&S!<XQht(;lI3C`&2=!YU+RP8!FbeEwj3
zb5I`)qv@UbT-qad0cTb(HmLsQUxWry7Pj1oM=o?it>_FW@HqwanYt`zVa797GVFlT
z{E33(l_cVHNDiRAWpAIy?7`0^p-qLhUO3l_ZwshomHqq30=unUr=V+CB<Yq|=(o;7
zCA?N?uE^sJ0HMiAC)JI|xRyQe_1A4cJjjX9L1>1oQHLa&bM~dy1BgGtzEe7gJ|AvR
zYi0yy^0?G1K%Aip92NSE{0N(}u%OOg6W^<?x1@7120nJ@f%+YVCU<ZdK|Y0Z%54xF
zuku6ViiEEg{y}(D99b}kQ_WL;ltQ^(Ao;%O+{dm{I(ZdF9*FXvT7~p1UplLlH0lF*
z{+|I89A>k*zfAcT_PcX|8T5?d$5M|9-2r)j+T(JpqP>AA6FvM))Fzv>V2sc*YWb%-
z5}gMt^BRth_e=1YzPWtsm=jW6G10S!&U-N7MVDOHVge)L&dvtHU8WObD>PS{xGu`X
z@N9$DGL0)`YL6x2VS4Ylkt%w`%l-=6fAK<H?m|4IkoJeb1=f)N<pYaIyUM|(IS4;q
zz5B7?V3qPmnZ}>B3b)1!!@h9JP>?(!mL6$`@&27b@Hyp8>QZwFEJG<fT<{f1_fRIf
z9_+hsXFiT$!iSK43uI4s{Y3g6PIJnL@7zR|XZkW)TsP^xe{5XymyGgABwhsJe<?%Z
zu}JrgFLnmfj$G&%;diwo{UFhAFsIB96UKXpTB0!z7aCshE_$u$i~%cRQ25bXzYl=G
zBg#O9j$`!u0#B%Crm2Fbs8)ge1cqLvXJuB~$s&^xnJwV}r{l<!p-}G9Q>F9h9;W*X
z%6vo6?3uIBt}JP6PY`*lF|?}F)?vD<(IUD&PHA?Z>L&z9(~9du;(W?ry315+uw|YG
zoks+xyrZt)MIVTIE&VXR&LbVZY%a%5K3<oZ65j#&Yxc<7k$lS+de?e~Li~e-D~$ZV
zz*{7}$*BjqWz-JL8*z~KNlC;vZ-x?Q?M0e<q-+#~M#p-GQDh?IH@O)1+xuxPjI%p|
zG9d6P>;Ol{j7uMPb*aFMbkcRqrb8*!r;R&#BOV)&twhfZS4192o)Lu>COstTEM4f^
z*4^SS>&WM1(t02;hI}$<i%z&f?GBb(C7c<kE&2j2%YsFoqyBo;ljf$Q6gv3{Cy#^z
zn<<~9EG`9vJ|NFWIS}m~b8s6=7@x%`?}Q#Do+xmLv@K+xsV|rO4MEBgka`M4{*`>b
zwQ9C`D)%ZXqRh-lAzw&Y)-O(Z9<;7>VyP)HKpB-H@;LjjWb&nJVPVVql*c7vZ2gs#
z>paFc1Hz>Zdxis89A()ze(<0vXR&0~76`N(1rwk`Ir(`mG>(mB8}^=u_{}ePwZ>m`
z3hI<z+dY6StZ9ayf;+(UoqI9bDqb>NF2SnaC74|l3t=|{S(_pKanXM#u*TK`G=AAZ
zNXSjRyU+&ituv&3P!Gc+Ea1&5+G5n7D@xYo?I7tjRrk$&<^JEvzxX*cAA0p!3=KNz
zz=o(l?p_;iV6D3~Y)(6id&jJXbt^~l_^_jB>rld74n#8Z8xogvFVQ~FX2_#d9`WXj
z6g;~>ml~{KNpD6##hEyMq4!Q4-Czv79Woupxzaw$KecgT&0ZE&|AC_8mW4;sqF~Wi
z+E;x+0?#<1DKC2G3nShwhRO3bV#TS4;B)IMU(&!$ZAtG}=F?s{R`n<+`Mn;##T#JI
zq>p%aK`(jnUl05gR1D8PzGD&ZX#b8=<I#ooDRAC48SHwxab{E`&AXin^NM%Eprj{o
z$^SEUEguN3$3pq!dG+PI+ETV>_+fUYDeWOfb1}YaZ}z7D5N`RSAFSVcgeTrR4b@uv
zpzVZvOvk;YJp7df%(-HZe&+T#``mq|)jR>RR9YjjyrJ6CL|@H&y_{9o1Npi^WBCj{
z2l@L>F~8$KoEJ24#681Xao;DN@G!N6p1BE?Pdw@i8xwTpzEg+5w6Lj|{M%F3`0)bI
z+TI6;(Fd^Y`2X-rL{C`!H%p8QKbo}(9$q|;gHy`D&cj?@Sp6F!|I?LEJPXDd`?hnM
zN4{soI;?sVgL{0ldBtfCt?5}R_y1~G+!P~t_C+5z9vaBTIy8|Z-tWN4vuCi<Wvf`&
zt&8F~bid*>cD~vgi`@LN>4j3H>%f^ubkqUitz@r_C-Lo&7wllv1aJyE4{v?6(5JXF
zTI+Si2S=x2PQ^>b)?v7OUGEFNXriaKvZnnG##D$JQ|`{6j8C6i!O$zYtdQQBKig_0
znin?9+-cVhSM}Wizpk(5k8^F{!1{2w_H!z<TgG|Q)KnZ8{Qy3#`Gn;$fue3;R~I`l
z3c7=VZDO!m-$b^!b4Pj6Bn%SHrYl!+p5k@=PVgl>0AuN0?`ywp;rHDr<`ldG&X}IS
zBNsnml(xIvc4Al6aOrPY^lbo0n(?qDW2SudUL(}9n2IISYeD>d&G26G{=o0}!sI00
zk2)Y7+>Weu_bcx1KiY_EmB)9ziZ7eDLK=Ui>4lNp-}^OxkXR4z&aa}iF55Dr&;e-m
zZ!H8(zKw;g%B5vZukrqC=)Q30Y8JA-z1n``K=s3nc6h;KInW&Q#yfu~`{r!o>VbLi
zCDK~-P5Q4J?x^E_5Pv9d7>x&f+do8Zw>(bix2%Pf^LQg9y)%(#?Db``O$!W|V5atT
z@s`Iq7ed;?EHop1HMUKvyXe;~SG47>4;;Z@=2l$QdpM_SmS_%OP(nUe;|D?2>wB12
zJCc>I*e#V47JBrwP%io@5aVnhKfJV~uGc=y3`4>qu<v&psmIVL$QREvr~9gbE0C}X
zB#lfQe7+k*el0-4B>C{6c535YmzhQJXYMevlJy>$DTOB4KvQ&rr_T>S)AP$Q`A;jf
zC`qaN9=!pL(vD{2Gy8tSAf-!vxnruSZ29vTA4==D)OvISkFL)!;(cRW^u8lFN7&$^
zcXxQ3A=jX6^Knc_S|{xtXMuARdcSa0sZzSaoa%k10%k8@Q_610sh9!Ow;U{JFTScu
z#*9znEss$s`fiz78+lm%1gZHm+OsuNhhywWrQ$TBy%^tfIuCb0%YT@0B19Sxp@AOV
zTS<%Fr@);_J0O1R21a#?^KO+&vrZla?RLhDY5@Ap*WzWNGqJKTjSq~mkegm4%sJYC
z4cL|qtNNTr>LG}>vgXUJGT?QGeDn&{LzDPMs_&C*pzmSFa-YB*zc}$baB#;yxZVGq
z<h|cWRze!7|2`J6$2q;w&vI=YE}k|>kv;{VV;iD^K-B&3k`9tZ@e(vWCBxv9(L9fy
zjr+7V3Yr|R&pn4WP>1kvPIZDVF>WC0d5Mm>y7=EgDBIK@S9yK`w~wx99O0qTxMKX4
zTt4UW2S(WA-Z3=>{0CjH;}_}&erNP}2t9FymrS2S>zv0ii@U~hmjVViJ6>aiYpiTb
zDA@Nu%YNNRM{&(fj^-(!)*8tNw?n$+=LkN(tPp%3=%JrkKj{7{jnVhBF4rGI>hKWo
zAK`(A_H^dj4xf3qr&oBtW&41z6A6D*r`1boow#|(x9^9)ujsulW{HV+-!tMt`1k2F
z_UxbsM!_lYLz$Z%*nY6UadkWGy(4(9WJUp7Gr~r?_Vc;Ge(rO71f=@(X4;M^Q0!Yz
z6=UXm-y43YVL*MX5(e@)S$PmN#T9NetKx*43gG}eskp{^*e^rvw!ZX?@eyXUSqIlH
z&ftZuchhwZ0!>YNCS-%Y=yU%3cRirm$E{_j;H;e)QeE=f{paI}=k$IDohNZ1<~+>9
zl#Va?;BzbB+W}{}drdhf&Sob2X>Ef8Hx)5&tGx%Rw|aGzh=<vt55|O>d$~8|K_kCA
z2&_Qj30P)Y!{-$@L8G<Xl{a3_#FJJy`+O`<^=`-v18EP8s6VV^rlTB|=MQclhC$Z{
zNzitNK5o4?m^bKnf>E8b5?U|y*fm<;dabLvJ}d{Qk5N6C40`=OFr$sLVcPmZU=km}
zJDjp2jPbxW!$O&ur|_3?=(PHa`=5uKaQ|X!tSq_Bc1e$buneF7I)a2D=@)v@`!9zE
zLVmr6NL<Cd*3VT(yf5Z~t!dAk#gF;-RC>mG<u@Lsoi6$eTfDlDOLTVQYVQK++rIaL
zfAM?j1*AG;pEo%$s(W<*ah%oCJ3RN+o|OnE<RAP7(=u^VW8H&s0{e{@JX4`-c>(bt
z@$H4BxO<SEG&A7@i+HnC8j@bbrbkP%&?hUpwpO-1s%D~wNn0?%F_s@bpn9mG+~L##
z+>&)%O8#@0ujqONNjrg`HSL2kDuYpNsKi^?IcGiW>Z*kY)*Ep8Zn)9HM&N*~+sh1F
zwHyy8zn)A3v*}1$hEZK$uRgSQ-LqiG`#gwiYCeW5c?Xd&hp@??EvW1*_=~sSSRfTT
z86s&E!iX?j@FW3g46#SsXtrkf6;9`d#OXNb@GFdI?<}+rm={zidc*8h(wB7nzkKA6
z2K?i^XQ0=AXdTbdXHaO)J7bu7k=9zMY2{w0S?1qQhOpbFvd}S6e-FXbH9LVgp8u^`
z!S76J3{*?-r^0~`I+Dn#UO;HVQ`*gBp&OL7w@@6n^3F%r?7?;J(fu%;(=4PKR7w9~
z`%PPL)ZYN1BY-eb@DF?n^5F%hTae~TzLM(!#JjNgUrSEdC6k_#4n{p<gn5|0G8P@@
z<)CiQ`?#(0h`>tuw%1^`qbX$$?G^~0P$%{?mJOy4LOYM$5IpBNB;H-X-;LQv8o^hk
zK0`5v?<bDH>jpb0>l_QDBWOKzTglJru|k>w?~DqPsD?y+K$kn`fj$eG^;Fhqes7$z
zL`A8=cV5#fo%B&xJ|O%s+#YaB=toYyjK1Y3xxRlFHEv22c6-_jV*5lhjo(^OtvLa|
z#_ocpjfNrNIB{<hr(SlC-#i^Y23n|EEi_fa9J$YgOVD?kGms_(!gBbTtHI8-kHD3*
zV!*TwPEa1(6>c=Y0{@)?6m!TL8^|q<<}+oT3oLjVLb}3_HCm`C6Q(J9Mra`M1|!^6
zx)gAx=XD1419sw+rTdX^m1=Jp_2n?29+d=_&OCgb69y^1l~dTw&f02$$w1P1n_)xT
z4kV9&J52N0-`ZU`#&9SM&6-ZfbKz$!53=+Xmm%s;FLmFneD;HT^ObTOnB^qkqVGEJ
zJ|G%P1JiK1WhH6p%`o^vQ?=n3OPqDGB@;S_^ajxHkcOPD{COGx#2eI4C-CjizEod{
zP^}S+9~WwX5>_8B&(@)y;H>%6Nf@$jew`lPc-T>WaI_lbmdJR-KQ8o|apXb1=<91v
zn2wHfr*WD)E_4@hujmaLpAgtRU@nrThP{3dI9)g4+gXKrA4$Wjq<4V04r{wVshisq
zk8<glE!9rx^GSQPRE2hbc&V|v#&<H)^Qq6bJ(^Z`t#<M%AUu+&Hh?sVN}q*!x4VF*
zmL=ZyqI)(y$AHkl2}!i(zE#HMsQP1h_t(22>1}6OTt|;Kcg68}(wn<%7wqFM`&}_^
z@;TVBg9~p)T4XaExm3)BmzdaZJJS3@+JZ^A@TDZZY_SeWS0L#$PM9YZNmg?2QPz9{
zTO+WSce&FEsqc~W7jHOnE$zkD63Jsh%f_ep=JZJXy6ckrzL~R-IEz+roz16(Yl7ae
zV|Dma-LNw@=y08P&h7(KS1uR&msj3d1X?D^aA<Ed&Q7_^sc%SYoFn}m-Tg#0D%7WS
z`ic60yu?osoYD3E9HhDKL0X%=pRkO2{CS-=+&9|+1lE$?1@b9e^doV%WO~|?(OB|S
zpR2r{?l=B^;$3m>_--_)<YU#IuI-RG9md+1BK1CTZVxQm+=e$CEn|J#X3*@x0QgmC
zA%6_q17~Rc7Sao((;B0_m!VAlM|dbjXlT(7<a3x-<3hKf@w-v*=C$7mxYQ^T4<Gav
z`qusPrbI<}o}pPUV5i+B81XR*R}a=z$SXnTt49=C4j!p?)mcd%5;Jz@iDlvJ@L@f9
zN7F<k?G3~7AMtKghv4T`Px5owaJ;A+QvYM#mt<B?zX=k53h$y4E?})&Pl<FWTW);-
zN$Ze~FqZ``hTV<<(rWBaRVI+f;Dzm6l}@Oy&|KiJ!aX2#@xbV@*d_lD*Y)Vm$XDTm
z#PyQ!`MU?+P<-ytdYHcT`2C1VAdT;C7}!iEZ-N81dCF&+&^m$STS*tH{=+Bn^uYU^
zybNgkn2ud5bjc%bL)JK)w0bgWyX~a+JK-|gi=ehwQ};q!H+9s%OzzRm6Pl)W!I3{U
zv5kicl+06WkTe$WUgMYkr>dtyzsJ-AZ$)2WfvGN@{NjyH!Hs3hUmG!C>`LOB7*2dF
z$8XhA$ulZ##|PqReP88;@mw6O8(XI<2k!W#{LE>Ee%7+^urg^L?mt9_e8XY%=sKm&
zlasa)*ak}t&vNoaO0`xCb*%kJsJ!9FNk^(QKdRtX;$|R@Lh3V>@H1oM;UsuJ;VWbp
z-p5n**1#CUTP$Gg5BI*)!$r-(+C`Q0eAhB0%tOL{byz_QG);a?YmmI<LR0^F`h@bC
zPIB|AEQS0abU0awc0K&y&jT-@b0jSL>mKN$&nC}3hUD8=lOr!tWGq7C2n`=rbPw7L
zo=HCOI+7mY#6O%zK9-ssI|j8LmmvA?I@o%D8{h5SP9gop#~4SD7nl!T>)+I66SgjM
z*xiMPfV7fomSc<L6-o1#0r_keG&RzFdb9#>haCmdHxg+T{PWBjcbIJwJj%#tDbzDa
zJ%g8LUWe_CIv{B(X!dY3k}hUiO}0YNq(#`R%0?#7j+Q^|k??|W$XM<-e*<e#Ylc}F
zZRIZ!nS4uD8*xsY`~U>nU!>h}0ACot;U)*pq*Fd3`UQ8|H>Iq~8nv4BM$#QXnt?Fs
zAbJi-6uL<jwRFa0w(w)vZ}DG7+6y{S9{V}eOW6?J9P_mp@F*FjfBx8Ja1A3&5`IhG
z)j1bGtyv7zdv%_NdRyo!;R|H{A)6&DjY>{f4w+{pAnlICeX7XP1|`R*z3wQkm-3!T
zAGy#ege5?AD%bhyHzU-0!NUYD68^Ol{KoD__TZ6U2SWJE=H!vGka{1Sw^fOLQLQw4
zh#ZSk9pNSaC19<05vOfPW~6)IQN|Xqb*bemy4Ayeb91Fp8VC9CnsiQek1<X~7&P7-
zh^xu_XbKLg^Nu6`%O}tJQfO*XGwH%NPg`FIglTxT^<_M`qXkr!Mgn;@$*-lQO6MpG
z|KqZ2x8M;aKFkg&+mm{_+~7rSmAI?RQ6xMD;k&2@ga*Q+nGSUrO&V5sQ?|@p8=n8{
zqYy4(p=}ycmVo7SujaMuEb@zKis=6_MlK>(MCu#X%7zQRWUX4o5f;%NA=}4`ypK4`
zM-@1GTK|sHZz)3G=?3XSYYJUS{KcnjOGuaWb}{h|xzHJ6>?r$Fvy03`FR_Vz?kJSi
z)oD|~NyR>`@mqX2Bpjat@BKTgLLaPMVwFzV!b$_(c%XB8?q`+<|0Pf09WPwOW#*wU
z&Lx?Xci>c8B5UEjNA^U@E8WTCv1rRoAS{KC^Rtn19{FbHP>FI5G|Qd}<Wqt0jIygR
z<=<xmFb;nT`xo_u6OZjU;jr*B<l8z5-WFJal{d;!=%#b+8_5q-hu7sX#OIvw6-C~(
zX2c<+EJ$bodDe+Zq%-=$srnKuH8Pa{JZvDa5WZiyE3jQQyLy%O0M%6^-j;B)?B^iz
z7Md5N+><i367q-NMK2@yIrZ5m+Rxx|AEeAfC7lcRBWWMs2l@EQ@f<!lmIJB7o<r`l
z$7~2Uz>NpzpwpTXr2NO7>RTo3A)kAL^>DZVB0swqd>bZBJ>%X<84M?$KN4J}2!AIs
z4#E(jwUu3+`?BP}8UinoG&GX-WG|a}g1uKHt*a8uZgx7(DU*TH<$kE`*byjC7CIO=
zoh=vHmGHXhA}2oY{#e1?sdymdG<i$9m$y|*Xe0dZXkYj+<0J;p4aK)U8~Dl3Z%}x+
z`mH3iZQDuISz5m(k4V@3W4-#FlL>>tJFZwNa?b!duGFhPJ?q=SOXRCuum3GRK~_*?
z*XP-OjGN>mbTR%=_0-uZ-C@R_&q{jW7@&T|JX)WGvP5t_a*ecbM<g%8!>b=6<&a!x
znA~bh7Br6DtMoKgZ5?;i&6~>sL%}DEvR9%18I2)NIP*aIeb<OSzaR3xHYA*?Om~U<
zh++9wD)9<jn$!_$TCOGyw+_hP;hLX~*lD>nKCYSuBQA}@1m{MoXG$<kPFu~r!#A;;
z&0N^vi#J$y(@A*8|2=<RucfMQzKrcP3gN^0wuPP-l7Z`P!JY5>!~GGL*wh)CnAN(B
zZ3(Kc&RIHE@tzce=f`|v7jF1MhaOJqFI#VZbM-iM-?<n*(Q|*lcO_%Wpd|Kwz(U@&
zme#Y|Q^F@!$MHm~*|6ScJ=oETode%pU|InhxNUVAw|Civqk}%f-_2d|TMv46Mw$+j
z2Ws;h4o6{-=N!nm)sn6F?>1YVQNv^QKH~xV{xO|CrqJHi9-l>JV0!H~=vVuV*UNTR
z$2J<qUr!qkRmwT$nerEV=xwKC)beB3&tqAsf&9X0DnB>92Gou>an8X(^7bw(@k?eS
z)j#SInosEf<MZiR)N?wZ?p%elymz5fXqbGo<!)HI$x8ldR!<IEd70id`G{V{-Br3?
zUJ<k!{{7sAhJBC1htOS+xspL*<HKlatOo_P!O*IukvzYCcc^Dq!8SLvQwxhTasKq@
zcqO(w(>YH2dbb{qo9JHii!Ud@a7`t*q<hQ5)=c4z{#?Y5)8C-p&lTvLpp85B8RO}t
zkI}h23$=Y4Lha!Ypm~-v&n@SxOm8wge}p&GKgHf1yvrQCcSyz&CVYM73VB!Q7SvgN
z3y#kS#s4-PgWh)j^3~VxaJ9XLEb5}7MG^ODeo2h6`~inyeY0uljtBGE%|14ARdoV%
zhG6NBZaDOOd_Zv@-yNraT7s|rc4E-cBsOPeW4zQsg~=fv;{5qr8z*_r(g*BlNFP{v
z_zg61bi-}Ks+BN@L$D*U93I`Xgf?17(B5w|Yze!Grq>#(%|D03g+sL8m1iwvnj2z#
zegcF%J`AJ#r71D<Kf3ESv&EM)^wiL|4%pT2r=s&{jjVCIwOT**GVeXKSn-(99}Tva
zGOnwOmi=>-UY$n5io%J^u|T41#3(Z~`ywt#(8H6b^Y|arQkI_842pyIFl*;f_&)9e
zUYKPsZ%OS5(k*i+cgzw0$Hg_KY?z8vBhb>lh_%R%gR@x3m(BQs!Ebg$uFf2!^K+-V
zk(0gmVzNylq%M2M@6-Ap2ds5~=2mrBz5#;Yn6t4}6X5Hisd6FRQ{6Pz2X`!thaPie
z&^g{q9^(HJmp>T6+L<K5%;h>r^(s+q@mw8R7yQy_T1(Q0wf)+jO^rwPuVXP^r)SD(
zUgg^R0D~`j<1wcvF!WD4mfX3eTuj+1$=}E0)FlOqm+oi0^g~mf<~0Tv&pNEM`m&$x
zIvML$&u$!4e5jD7LKL<iYYwFm@f<gIRA+fNg=Izha+ejYW$&xKAb;*iw7(Vv+yAK0
z<;X6Gi)_cK2Gzp2`tpjbU3^Is86IC=f;EkgF?*M$>h$e-V1MloyZU-QzpbCfs5db5
z$3n2*?uph>o!~g^#J}egrGTk9820-#`|`~TpY|W71k^K^2}_vx`KW7=SV;G!Jy+2)
zbU{ln_qHqUI%&pd*|bLOuw2ml`5k{{S;<t}7`tsAR8`xm0vrB3+RN5nIR^943;c4Q
z!sQ3|*=v_p%&OW<B}`yfZZ3xRCKusZR1Z%0B|p+M!tXPFgHl)pU2S`UZ;p=?`J@*#
z*;Y;S{+YLtCNhCH4SpZPZvPdsOiv9p{<A3)xOHVtU$lF19E;v@aC_899dXhG0^IK~
z&sDv_Pg6&6-}y-@Jbsh+3tER`()ZxqXZ7SR4{k$?11Ippp#Zein69{)Ugx3NT}3}p
zFMZ~}4=<&@q~{k2r>H&^m%t{nz=h0n-xR`NR((prkFFi5w)+76KA&*+B^Ss0M9<9=
zPRV5_<5<Q~XHN4i{~Rpi$FWCP_vPRCpm~p=qQwwQ|8K<Q8^2R9(>xM7MNg*MybQf9
zVx|5L`<dZFGkCXi8%#2M0_VT=Q9XNafw7HlD`V0vq!%q)K!L9rrVUPq@$CjdE2sPX
zVA2o1Ke-LwUrQOKrVi?b*F*6c*US(;_=$=!lTV<=?ISq3<xVcf%ROVNI?@rKex)M|
z-1q^gPtj(erb;-0Z`&`$X36nD{ml0)a>4!+%RsYteSX%}8JB5a1Nt`>UA+!3<8#DZ
zv-z%$FlXitMi_!e%G$yi>!18VNhJ?j*&Q^FrQqNvGF;1cr}dl{@DV4YVW!as%(~*p
zR`$$fi(+<y>o){3#^u*y>0QsgK%AzIx@HKQ&E`Su+M`JQje>{tY3)tI64~edRn%>k
z03!ne!SrumxYu36f8(#hfIb$o%_$c&Ymv=M(~Q;H!<y=V<GFR?now__)GtUwJrmlP
zRkj;Jc(<R4+B>y#v*<^;?blOMI}=CvJ)8DP^)pfklk57IdP?*u`hT1PiC*Jbe7>zJ
z#xwlgWj^i2Nw8S3Qu_Ww8*_dghR>vrrZu+0QTr`1Z>S$XW0Hc4d$<yx4aNxvPT^VC
z)A+D`2n0COzD;*uBGo7F&?6aZ@1xYUb_1Aw7+S~g(>d+yTA9KLk8sFVKh-zFjOp$1
zhL&YEm@{E0VdY39Y=!M@J0M%xS@aOQ{9p`@8=2v*)o?!?4ard~lNP~{w(WV-MaM-y
z$OdgsfYrxJmbz>{abi<>WAAX@v|lQIjcEbB-yQ*Vd{6nd=Vur)+&VpWt({DB4>qUH
z0BHnlK2n0<A-V2`eeLQvf8ii|99~N6X<5Xfb>3S^)53&bihj+V**l<Pq+c#FB7Xgg
zR+e`}jUs6fMqH#!Ev2=}c4tZtj6wyc@QQRBRcFB_Jgl@w!E?>Szv8WK?Zh18_O|En
zSFMq_elXr!!TN_?$8_6kR67e{QA`t9k`l$KPQW&v_U;@oQ*b{!6S{+Y9_y+W*$3j}
zv|rtc6ZpK)2nd@v4tdY3>DL>cAZ^nb4l*rRaK=~G4>nM@E{J5u<Fhz_)Rb{kA6UL3
zk+)lVkAKOGNDrG>fmYSA0=szbF%>`E+`ykM&Sn;Fv`*l#X=+2ym)Pe1IX>n388*a!
z1}d{J3LIc|R#kAM>;(4uwU_!M0ndNSp=SWz^R2~P@SUhVF_(}xw4C~e)_Ns;^;b^t
zzptv?#e4`Zy_45KXdXU8suCP=iTIXlHMFFDFXWk?>yWqsSI$o1gc(xz*{5OS!=*gZ
z{13KmKNF8>yknor3kmzK!v5srEZw$0+whCt`CmVbl}1=&t<egkn!)FWHMqZO5{ykw
zfcHzQ_={1an9yI{bv0O{E{oW=hhcm{;BHuRYai$bhokZ2L$J#rhyOkAAm{vQB|j+f
zhsw_uY*^nDoUjCm_XY1!EzDL6!ixE?+9>QFHh?gF4LGy;LYDw(8&&WUVL9}=oe19H
z4djQpvxuYT%YxTBHla1~E#lx^K_1mtbE=a$*h#%Bk=~UI6KOx}CcU7)ZzSo|R2)L<
zWc}St``lgI%JKsY;E-`+taxq$6BbJ-@XBSwc)rMa4HDPDw}*N_Tmb@$1ilUL{R@+(
z-N%QKXMl8@(4_EqU7Gk^Sl?zlW_y$%jVHIg-j0hJOc~?|oi^>|#81+CpL&p<wU>2S
zaRiAMIQ_|;LiLERia}`gveIz6M_DDEyq^XG7Hq|L2S;Gr(GOr#fUY`uR1uN}U;>xw
zy*<b-%sNJT_9vqrBg~Ig3VdUMbeeKX^Dld|evC}LrJgGA#N+WEGHE|fy$n=W?xLTw
zAKT0KKW*W)T4%xS{64-QA&mLF?~TLOJmY<`JF>fLYVmIK9+)2xjuY<A0GcOQsav1M
zW+Upp6YqT)2z@AihEyv8i@8smwMgg2{$_l@hV#k+S`QVx3WAqO+tz6%G4E6#cxtDP
zd>onx&VZY%E7HkRsQJ6E@yRWluwFXP>b%YOah<8oW`fXBPw0MaM7QId_=c_6)fya5
zXQ0q)G|uo|P85CzX$%?hBOb8c3^@~SaiN!1>TaYuG*^cumLgvs%!K|n&bdj?lqRDX
zPvRh~4#~&ZOO=WSt*^U!JVUb&w-oX)@Hy}xxQ=-Z#2K9Y5?U#CNb}3Ht|Z~(%b)pt
zdS2YMl`CD>FXGw&h0c+@(kD(FpcXEOMmkqKu#VQgP>ynenSvKcTY}$|E}Xms>8B=Y
zrS&$PW;I>RnMCIdiB_+f>zLVfI*TwLsE3)&z!35u9LV3Pw()7W&SNN!UUU-n?6;xu
ze~E|s7xJ~=1CTTqw6!^yE_~q4W@p$w&26mx*xeA{?lx)rCP28(i0cHtNl7jT=sP~p
zG0&jG^ObnR!45szgkz5`>v3xwJwKUdjL)VH5_%1&27t6aC;dfwb~6wLfOc44%$;8k
zd?z1eCpK#0#@+_%Kl?54X8nDk!BCE+cd%wQB@LmeoH@6F6Lu0NorB`7lQ1%A6Mb$B
z5Ef7!9z*IqnS2y1a{kSh)C^=Jx6SGy#_$|l4nL02vuADv_-^K2APkdeEbBNsF5MCc
zBe+(;I!5!zpN-kT+PfZ8BD%G~#@$`i#-$pnbGe5)(efUazP~}*x0DmN@lCsX<IXe#
zIlJjoc5=Bs7urVt{t%W7{0<onDzHU<b08fp5mv#7r-O0vq49WYUNv(ce;J)#UK02Q
zq|3-}?8SFG_0{cp>-mE696UR=C6ZTQq)~AEzj8LJq>Oy*F(e-dch}5;)AA9Z@#9-k
zGx5asfnc(BzofOBfyb6~_}-zHD&}dpK^CXEP-41YLgHjbUYt`u)%oVW4G&?XeOm|*
z?jp^B@DQN0paF4?13F<27&Sl7>3U?EQ^92lX#=2Ml2SH2#~vOx*uE)giul~B^DU8h
zjtQ+xc>qrL+g4Xkq>bV3v-Ozx!i8<Poh%I;_LPx6!Csw8SxD0f<WslHUHw+UhE9~t
zJQ%OG(Q3`Y-*p$>MW(SOe7E6mzosFLqnHPYv=ASA&y-IpvjeJEb|5?mTN;j+CieG&
zW|v>GLERF7YEBk)L^ufv?xP^d#Y*@r>^;<n{n0g0NhgEwx$c`Cp|agwc64A^`oW}?
zqBdpnDCm=>OE?scf`drsbtg_1o|CViK=%r5oY?B|oSxP4km>t5VX*tT=`-niM)IQr
z_270=L-kxjgz#*FmnFSP#_Hx?{@8xU9iW~SK1wa#`jj+p6TUS11(I%753K8wLD>O$
zr>1ptd!<W5q5Xia3r;Vc$n$siN76o+*tivt4<i4ss|t-aMdLNodGwoa&#MPs#q{2d
z(?iHxb%R%Ztc9^|^gc(kHn6?R4>$7Exa!dkchW^Xy6-7`y4Vv=eNCmTLQkc7LDF^j
z#@h<!nw;hXhfNZ^U#AbruP}jwgy+(3$1D)KlY9@DmJFAu_ds}O(rNs6;R{aK#)xm_
z-PcUiyx!Yse`Xz+a@|F4bH4))=(C4eee~y~p+I;bfsy~!+(F7_*lo`xNIsMH1keTg
zJruo38H&I-(!_Tqp=C+?u%1oJxyztd@_~__c)nG4Bwvn%NAj6-TG)R26WqA!8sVWG
z&2ce*@^2Dpwv*u5TNgVQ>8OMoobm;>#n(h8zlFjB+i%b2<eA7{gg|F)+Goe7fvW!`
zowQ~=lCM{$IE}|~muneiHjMlae4XXUj~G7Z<UyF=oJprTalxZ*ukH!YCsPI>6IO#y
z+Lk(9eaLbw&X{%=j*hxR`O!?7zEdH*;e?UwYs@~r^ZhmY`3Q9?7^&nj#qSZv8&kFv
z!K9z`9+vh{_)mRO=RwG)s4f1DBn&X&!XFbyajH$XPYI2c8Zc+1^^m+A2(44o*k0v5
zd$X>#nOJ2x5oc&6GViNbh~Jk0@s@kk)<@Jgx42&}-N(LgR_IJ7H2rixeb{lwTcr#_
z(VjTmJ+HU1dhkF8SiRX<6`U}!y1D8_&x%wJj6k6S)6Tx28dv#<wTDo6X`y$_o;M(F
zzJ>1xd?3v6;Il?g#1kA~XGC*#edc#AzL#<e)g}aS_qAwP{@^YvqQxpYHgN~<Nv1IF
z@*Mtg$3#ZC0h0H|-Jj~i$LVw7-rgD9Vf`S?v#>_e8g<y561We0-FASz&m&>45#^0<
z_CcuK6ynt0gyRZjh3iBHzyuFGxw`;e0(S!Wa}YH^7=^wOu}B#qf1G@h_X((v25sAN
z(j_YKC7=6JQK_DVE@UDT5n0-v6R)Iwn)<xOzfycV`i0O_EL+b)^=b2uecbVwlRjke
zpJQk(sYNI-^4ZiviH=+6RY*&s$w@;VsozB=%~6*n1rF|t<e!;VS3^;kEZDpu>+fqQ
zn_Md6X)BzN>Ou}S-^$h{{N~|Tb2;e&pzjCakD{AP%wK6MvJxa-U?QI(FM}4E8xUVj
z1i@*9$E4f$iC*Pk-auWt=>YZ#*oYZNPvh*JTJjzL1vut;LspS~2p5$1k&A;Z<cx|M
zc=GQl`L_#oIM%XW6P3n}Q<h2DTpAa(`if^!ZS`awYx3am#~F3nUgUf0x@<zqRj^rA
zIZ!?#@4siE?(K(os5+kVpp$G{vy<Zd(R<IWIxkNe4q7kC6Pcyp1EEtyeS*j%<eRfe
zqc+5cae+V{NTE!FHS87-<RztBllIqXWy+pG`l+XqAIGwj&E+%JtAM^6i!QH2;Sb5@
z0&%Bm9%&2axfAOAgx!la*kRTI;olkI4R(gVV7lKz6*Wk{Bb~Ar)@YxuDm-*Mc^{6g
zdc^jen8k$No8A76;5T~bdji$>LM+)AgCZkdrxznXbKW6xBp#X6K&C7N$pdoI9bD+)
z%8_}z-j5o-=4XUN9udWu5|)ytHdDuZC;`gffUs8<7@XRpGm_qAQ@$KhVn>{3lue6F
zOZ~ZV1!=^ily__d%D2=Leo;ty0V974Vw?pR2%R*Yr!m)<D5P8*I@3NL!~x)3{{j;4
z;wjBw6kK0^&8#l>ApMGu*SSHo&ocaVCy03_&gA3IR)Kzj2d`)rf#*(~fs9M*cv}BH
zcqUVZZtNg-V=Y<FLHFD*mnPr`$L9R^fWdhGxi*x%u>c31Y_$G39v4KJ!Mwr_c*G!>
zInAhtkB7tnU*nBs^De<Imz_}mRTXxp^E<HSIr^?R1U=h$LyM{a92Vt@p_BDkRSPdZ
z>2tLbyDAC)cFGXv0M7fvaN=SwSov`W@BKL#yzLL;A3h%jk3GS1dcDDoweEoL=0fne
zLoj#s8weNgv-N)@O`hEq!2A~9m(gDO)Mx@Uw{yg>$KUyb1QndUb76M$FT6edCe!$K
zgcWAmaqWQfc=hK7_@HIPu1__=J#J5-?{+_S!?wWv+UmpT>)TZRJh2s<s$;CS3T%t-
z={d6EN0#WhNgo#*r_z18uIk@01LTW&$07DmD(viQ%lck=4);pKc;hZZaqGGe=wD!n
zyNCy4cDRA<)ePFt@fRpGSCVcC*l76S&grygXmviV%W+51|KP3CxS`F1!8CuHAa7(W
zbnM*;n)+T#Utezk|GnV8l4BDET~@fGn;orPvQ|&^wr_=>Ui!e>FVU<f`6>Osv8wj$
z$g28j%GJYeK}EAhYS;H$AWu(2j5lswUBb333T0k!4(U(1(qIs*xX}Ri$VPZP`Z~7R
zzF4L)M7jnTuq6*qd%fdVTRc@RpEZ}Cbk}C(YdXQxq&8}w*+tC2Y&0y{yaBSZXwCc0
z`+1Z38?kg_uJU=}VcuFY#A7xmaHz!-cw4j?dVfE~;^x(W=FD8BpK~f0XFJOg_o{iX
zR~`6?k*@sMt!FeI<<Nce#dMogPgXVKG0#n7>a2d%jIK`|^lS_~OS8o}uJ<5#)F*g)
zD}|dX&2h(igq<zT)rosbaGiAnjQ`wO9(Z>=?tU{6Enh~0(*+CmtIUaYit^$)bB{sl
z2yMC9{b;^viz&Edn`Szld5vZLlW~J{J$3e?c<5tI_au%R@aQj(V0z=nNY@VYEc)ZS
z@Sf=HeF|#s#Ze8;MT^b!?%eQ3^6`G1S=LfF@a`83*AAb;!LIN5Ee}sTX|W60p|xOd
zT`bYOK!ZCacyn|yTG2bt+NPFjuu(&3_SZ@tHtQ%voEt08n4BQK3j@ZbGlR)*p;0-=
zzy5SnX>57q;I8c6FH^ONl?S$r?9OF*tW14E=j|k=E~}z{KVX)f?LqY1lTKwYf7Uj(
zC(IsS*`~mQcO@9m^^B+~QFo}PQvnHCFY%?jhkDO)u~a>5DBrT%7~w{m=wpSB%V@0G
zM0!7HRLcQO%=K1RHLd$;57}?TFnR2oHAr~Df--WM-qTy~b>;#l=5Xd2H}&;i4f&Kq
zV>M*kN-pN>y8l#=Ivc14W@Yd%sS&1U>_qAh-uqN6r}`6h49DkYu(3B<Vw3sxG0#<B
zU9DkA?@Q^4u?Nvh*SA`UdBVxxo3Mg=omtH}BX!~6A?&R2dVcIK?Y+}K8lCs+$pe4B
z#HB^G)O&hr=k~4TfRH}YyiZK|>NypI_9%3IX*_-2P&n!ThxJHJ0<RCv)Nb7trDOh6
zHudR72nfl6r$@iTx%I7KG3|wIwEGK$J!=CmuElrrUeujwMh?SiD?8$l<2{tPLEC_^
z0xwO`#2w=)TQ-bF&6$0XunI4^<+B-JE+3pmx}iu1w_TeBbJsP8E44b<yyY*HTplBQ
zyb68#T$LUq$nb~1gW|s{amw~A>0j_&p1idik1q0s(R2LiK6SK`QT7OPALqH#cf*`6
z8?oQ;OxQZo3kQ#F3(GH$$D*P`_-*G2<zUZ&5dA}6q8d#bVLX^{>3SWut=5QysZZ-m
zCss=`;T(2-uM6cqE7AH!G25l}fNLAQgJDr;`J=XB5OV1}%NuDXNB;i6I$9+{aKnf2
zZ^L?A{mUO(n`)`MhAsrh+?A+k|5h5WtL7hu9>X6}F|1kaD&Kz|ip~BW;Qx;L!|~_=
zVEgJingy*>N^g$?sxQUvl&k8a>4RR412N;_HoUgF6`VD$r@s1aPh&ZWU+=LQiq>!C
z_0siJyct#3Kd<IrOaHj+9J;O>g#T$5z^yOz?#5Su9uK-uU4^5-9&OY8&<+Mb`|>03
zVW_>}9<IB<MQ(OphcBvL#Wx;2f^VD0^ZvO33ViGh1?SpA#k3>vbJI&c&*GYU$;;PF
z!&9o8^OyerlXTs2J$-MytVmWNQk3jXl<s-1mAzN?-g||7%|ay+GLkY28HKF6=eaVH
z5Hho8_TDS}-skiCqnFX=-h0OLyvOr7_nh-&({hH~P{oRD`&5vh7uT}jwvkib{Pg^?
z#N6`gR@=mj@81dSW{(182=gz~T#HfDj=lKE;z4Sx^{yjkQr8jR2r+B!G#5%>8mZV!
zXgf)+Oj}HEVmp(<@eB3SH8pmXhLn|+hD7nCv4xGp=~W2v#o#6h%+_<K7ob1KV;K1)
z2cKF-Q>yyVudq^#_5oYE(Y<Pgbl{MD@!cQuG8cI>h`V=s&Pl5(n1{ObCSWW_IxeQ=
zcO3ZIAcG1{PUI~|q9`*pPJkDASkqi~%^$)MSFLFEsDGm5;WyO#=vPre_Y<814$5%r
z3Y>JbhIxH=SNYrhBmoyWv``Wuu5dq%c9$t7Hm@wIPuQ_t_F;E^*k_nr)Oj!^_*LbU
z)wiW%sRVvE>X5ilSkUQYiE-UbHAgR${}$!Z-D*ZqhC^qSTjD>QZL7u!c&UERh*cdr
zAmxtsisoGJN#FzU^a=rN$1~Ro@H9ckkcag+IsEPoxo&oK!}ZWfjORY-Tx5f~FL{<K
z$%BvG=K<kC@<6LXys>|XxS5hEKQ&$_z_+|5Pd#q9DUB2Sb~5yY+*znB;v=4q47zHG
zQ;ZjvcV0*RKJF%PhLM<RN{j;m$AJsw)id~QsSmQgPZGH-5c<_E3+42S<9X+k<&1ox
z-`RU;>eFAcPSHJFB4{<|c~Fwv`@gp2?S;Y;=ix@vYNwZ6a?J|ivOsdwzWoMt6hUvL
z#Mh1EHk+^04L4V=w<k!>4n4+m++H`foxfXvH>hZbLA)TarU|}f^qtmr`5=*tDMf2o
zlWl`Fq~^Fy+#)Vi`x$Nj`i^b>*l~ZoIojTh?V7J7zl5Tq`str4mh?I=Dkxqu6%P3g
zXb(QRZLAO7E_XXT=M3*#a(<&yl((BF_in$Cy_sonu~=65leO%o;o#FjzSzG4IhrXV
zeujzQT^||G6TnVZxrS?X@B*!fI#0ib+~rU9VPx05IQX-(kuM{^*?US6Q*5uT<32ig
zU-g|ZKlnb;o)Am)p}oJbzg*oYn{Z2<ndt{C*XZs0oD`*_5Q74-t1Umggzp|mp)1ur
zD79KeUJ~(`A1*3qf=9)k{U^MEV|+2bltgZswJKv>B5)a)%+S6{<A@f414ZMXH^c#_
zu6n&4*}{HLd5td=Gk_BeU1u4aA&u(Ljo)j48>0pE0D%h$y3SPkgWtX3HvgR?@A0z)
zI2)RC)=}^Y*ZNn7s@2B2TWBxDG9eDch}zK#9|drqPdw|(b^D!=&K}!oZ0nIq*NDEe
z@6g@smSpwuD}$GK_4ov%X5u*6?3llbLu0`8x1<#bG_qC&tGqRUotRhb=bfHPz*Z_2
zvyEP*hViWQKC<l990s2fuz;a`7-OmUmQN1c#a7OB^_&`M>N#THysxD49@xh!?q-Z{
zO@nQ}YEJDB;T*rh`mZ4aOwXaa#fcIQdX<%*M28NwM2!y(cx@dAdT_jvp0c_hzlsW=
z|MYkZF8KVYMcwYSl0$cPF%)0d!Fm|)@jtjx@n-})AUFSb<kxoww_3)2=oOrq6Z(NG
z=$}QijT<<jQw)Rac}e6-<uCNqJdv`^xp0X&r5_n}^$i^hoB1|oieDp_YNJlKq0z%C
zn&2^QMk|5$0jinBW=0bD%}{^eeyxOw&(Vl#6A4&iw37B(Tw($K<ne-1jydp#Dgg{E
zGJ%hJ*p6i!81|FHtL_%~tVK^KKQwyabZ*?foB?fY7P1TFhO<%-7Y&hTB{|5eD-C{$
zeay=Z<)7~~R$d8sC&AquUt^}yi_pBSNFU<>EDvUd<ptNK@W3ib7F~w>^4qhwL{7dG
z3L1EahF-YMM?>w*5!K!*t}tJv7G{NqSE?T*`|l0K;A4XrI*@uq%@b#rZe+jshv4l7
z<~Z|^s9)wkhF6iIZzPQ>y-arbp2w^n7b9}pU68(4lQ?tDYputt<_bS0u9Z`xa+D6B
zy}8*Ex)ECCr8pLLhBKqeGBg^&*FZxTRT^L9$-jj*ZhJ4016oYIi`1pe5QbKelbT!+
zii6<~`09xV;?kErw5e>WT<V*l@>PpIw%5Xy%5&Tet3%L++_HSK%2VmP@Ev`{9#{p}
zdRufPc;1BH<Q78$yth`9Ld68~#iFCZqjb$aj(=?Y<_)}2TqP&;E2ey%M2<;#4$fN>
z>(=kj65vLGd|~Zzn<fLTcJisO*9o{u-D@r7!L~DaQRfGAe$qqAukBR1L%mw{WaTY@
z|6HP9KMh*LP+G2T!y~G#{NNe(dIZLSi@8*R`p~Ii{O{6w&R%`O!s)&XCrMyGJ(;i!
z-grHwwcfzdDSt(L-Aarxpv<RrrSc5$OR~qNJyNydW$t$IU*lf_I>B;J<pF_#yt(N)
zi8#~d++IlVPy(1?xnJ3&5Dhv*FFnsnX<0tI=a<qo8g!`U-_whhHSs3Dh1WT3>wT)U
zcb^Cx=d2^AW$*D1sLQ9G+Lx@8miz<8DgNip;}&t-4>)J~&3gFV_Hx$jlib>77fsz{
zFZOvZr^n5&N?aq+NA39ZWQ?INjrtG(E}6t{dN($pXS9f`0Ti9%rF<^>maXlrx{8yM
z=2GP=hMYazgQ4BQr9H^G-~`^awUtQC<EXrW9=NiqoG@pC{NAgm*>F=!LhL8kD1A%}
z+Gwr#)0pblmz8e!EVYKj7VKx$8f&r(zR}=YQj~{xoAyf#I8+>KFMCLEh|=m}`Hhhh
z`k4M*DkHmB9l*eI3EaZ_E_ZMy%?r`Mux7N2YER7qr}brc0I9cF0uAv8@i17N>@$Zi
zIeD=f+kRV~QJx2D_`k-p1$>?Ilqo4GBMCl8+nd{4<pk%;2vV3v7$2S*HG;gSRKfh)
zDP3d2m#es?$#-g*N~?I(ij@bxq$y8s{@7N@^j=s0SXZC2dglNS+G*xt!*)0I+cHY|
zGJMt@Sg~57wqd~^n?K9&{Db@}Y_0McqEYctTyEVty8Stj&gJ4AUSl9*e!$7@+`Z~u
zf<MqY6}30p#NmCwxjA$@BLle^N#|}H<er{=_}55V<y(37zOyuX3HDj<bWwQ}dGYKg
zx$v&3{G=K~LT(*h5;07CJkc6^X`PTKO02frC$)2J*?)LP_{Zbk{kE4R)K@sCMoaqg
zt&^NvB?`KCrab(nzI?G~C_z7p0ioHA5xabScNW`YJrB5>|Jr#-@H;<l9muK=@xJ?z
z2Qz{FPAq#hlkhtPEe#)yb8*%eWQVc67}`Ocx^#{d-YIVc@1-jZG{<ec?DbRUnU70R
z()cx~Kb16J7v3h|F=Rcg;ezk9<XrHgXB_KwRMkyLd0>n;`}aIbs-AQx`fbYOJ9|;%
z+Q4`4PLtA8&_DvQBZpooNYFVrFKL0eRWC;VI^fDH{EicJAMWu?qQ)fx$_K-1*O$wh
zq##}wXuwZh;p^k(J+v<07ZS#oKQ%6GLid;|eh|ZApjB1<+k;~a&nW|%J~2+b4$+_m
zXi!H}0544NwWjJ<h%59pkf6^sg%8k(^5rCaKh*LoslGxZn2V;5GoeixzEf!m?S$7R
z@Jj<=^g~kG7aB-H{|Usc0M;A6A<ob%?V+J>DGg-dfOn%Bny8DRmJ&&!X0)n5Fy@5=
z$Hhp*F9Z8YVd|AGO=$U2tQVbd3>@2y!ah|r56u`xoip39@-VzJpV8m(h{7=WBqCBy
z@O`A>R~E>|`ZMq_>QOrChupAxqEK~*=~ts9YDub=NYU%v<niMd>HXh_N;8?jBi?^8
z1%CL720tyYo)~Q8?RF$(l23r#;C97O{1NeGpnms&Hz|Lia%^LN8&m1(q*a@#{jbs5
zi=~Uj)LAxEbNO;UmOYSBE0Rx=w=wD%l-wo_p8f#;{&U1s9#Yjk|Jog7r4ykkWcB&0
z3>Dw*jUJ-*SWQ<ov#N3rYNp4vm9L5s_`qD(a}%T1M^4zEU-TTyGmqY-zI9GZ=r6u$
zTY@GZ-fF=23DjN)*D`;0qW$r8sKMc@YFwz}i(oOf@)D^ybZ7E4*{i}?)aL5R6VGmu
zs^3+<qA}uG!ef~jPx!x60(^`*TPylFqn^3=bfTf^drB+z+rCECJT1KTJg65#7XahS
zniyC8Ya4q;J&oWQxXe%=9epSNf^MWZ7M?`Jme|X^T3us!76JXGe2Ss?@BZYEGUtAR
zEIsQAeO@qMjIY~^AMM(~%7>}?po*Cr&Yx60Pk0Wk0n8dt@S+wi>zl9>_|lobWVJAZ
z6D#oPh<av~mIK84#s2*4ZFL>BJ<R!5i8`pJG~xM4LkM1z8l_#5M?<k+Bk~g(j%Vim
z%uTDD7sx9U9`7jd92{5INa*A&9nY@gRClbA?1lYwi`--Ij`k$Nkx`EnZ(=X<<-b3v
znSU`FR=xtb7-uZJjO6!8?Ww_7lQZ77Kz;qT(!!+p#{T;uXu{Q&dWfpuRjb{J>%7=(
z{K(kHs9j2@3Ud^<>Z+cHnu}DJ|8QV&iCUPYzJq(i1N<<Qj-Hyfk+yBNm8h$lBR8`^
z%<`cw*%CP~uV>w%;9XPY=CC3B%D5*Q9PU9qhpwVN1r0H`V;sZR!<+6Wr7h3<6*b|t
zEPN96yEU}-ZSK@?BiGx}TcFlUsFPc2<tj!|`=X2U28h>%D^fyK1D=<Yg}j~IxblzF
ztojR0V9`*cH)e>%mHc^)u|Ra0u#_8q4CcE3t)_0TUW(0)lf?G>SH=F^F?biYB0Ka=
zpyP$AnEAGD6{BuE_8#)En7p-OEnORZl|N_B7lZSxmZ=dR#oTGTWwknZXZlSST7>nx
zKV=o#ih7On%WvFl`EO&|_`Ur3@N-(@<U%9PdGY5`LA-czNxVN=g^RAjIT}ay%Rh_G
z(|?<z=-ZN6>{cR0Y^-I&&r_}&3o|zGCfmg%A3YIPHZ{$HcYeu1X+N|x`f5U7XmqDY
zQES0JSz=B-Y2RX<O!HYl`~6%fy0a~RJbqR5oOqTd54I-UgKyX!VV|EqWc6XSp+OVf
zjXq9eYOWDZwf{&@oJ|tiF@@AM^?MgLt8}&3U*KGb)v+&lXM1P<v#0}epE49P(oLRT
zUyrX@6*hk^w9|c~zl-zlT=iFZ%h7<k3u(e>TXUk%EB+Pb&gd&eR1Rg;9<+^m-C8Bk
zW+UHHTix_rOT9nfyZ7L9F{|20DNgq?Q(`vpfJ-B|$ic9bYIRo7l$q;APnR;(3NHmd
z`}Cd*iZZ%B&RYx|SdSmg&gI$j*0HbsUM_LyoLo5O508Id#5{R=Gdb+KPp4|VpzaUm
ziIQHs=|{_HTrjL1fAqpytw)g}u-hm`-}LEKcW_N>S9zmVmgrdVv<MCAq3_&q0pF99
z)VmEWZx(->ll(lzR}{a|NiX7bO_UG6g?i~lw!XNMa4#C3_X?%iKBa<TXBmGNCGyRs
zhO@hiF5Bb8tp}~;(&1V3;qeWL@t4x+FJb;<*5*X={asRT64+I=%0HP-2bR_2Gk#Nr
z?H_O+NiVVQq9K|DX7QcH)y*%TtyLVEZKocky8k)g%%-g($MYLCd%K>K$^?i*15cAU
zeS<Nsyt2?IBebKpJ~rYmJ6?9>CFR5D=)+28%9~5FP}#MXf8!boJg|uW%^FO%R+LIb
z+;bNkZ&G2x4L+Y8ig6nx^W+{Ar<Uc{pWeC2%m1X4y4JSMDS5DU9lcP%KshOJv7EJJ
zA#cZbjh>hC@`fqP32jb3@q8P%D0fC+9^{nLb2u$FM#ZP$;OZb+Jg&vDQQ>S1&qu0X
zyIpG2p(1N&>hii&x>gfC-^cE9{?W;7llDZU1clJ<UTttDi@V8_vG?K_XPR{)hEqQk
zMGg$-u8Z9C9=(!e>ATBPQm!Wpv@h9XxZoM@3iGi}we;koJ!HEhbJ?feSGr~u#z!B<
zao~ZxWcOw}7meR6lE&2Me+PbYp|P!{RkK#qpkpN!<C^=Ca@2G2LmuU6#r{t=Q*E=X
z@QdnaA`WFlVo&{6nW1{O_91-VCRCnGTtfR#U8MYDLPX2#X7b9OzUJKy#q^AFD|zME
zVvMnCtj5!A=r~53X}RYk<JFtI=H|`6v|iYIu=M9x`a1QIm_Pa$jqH;b=Zmc6%Q=2*
z)q8-9+EtZ24o)ENZEI-WmOkFw3ZG(|O4j_o+*Epf&dQu#d<D5wEy3|a5Axc;k$mqz
zlV*g!V--U$iiXJEHqG?R{Ea!h<RB`R>PZiCW3=f*j!TuB-(IX0xnKX0meqpa9jb=w
zCed(wf1qQX(U>`>$$g$R7u+_4?(ZCrwc)w6!*_`|;cAM>>&x-KYIXQWTrui+#X)8r
zInDjI9+4mV7B=fo+R4Bi_DZl~JL)YyZR$$%>%^%(QQN6r6nBQv$3?;zzE}pna^WK9
zDvCM3XBZb&FCx{J8NSzK-K5%<HWlCKA*T;%Mrte$ENv(dD}1haCHBBOvCr!*l`3D<
z*yFi0W=<=4X=(s3b=WKvCJ#&)N|-0@MPzp~_v-?A>1Kv-@AX%Vf4-bv*FQ@aGB+~D
z78tUgk?+)^!65cZi=;<2I+(ya-M{@9fw|DD9=$D(jGZFTF3R*BODYx`RXEJo=Z`Z!
z*K+20TW$)yM@3E_T$=klWopo<i2ifoGJZcNT%;Kus+}VHYB}@#yDfb4z<P1PxeH>y
zs99@A9=U01CV%U4pJT7YYZw>)R|5Ou?}(HNlLvQC<BPkU%*rRz+4;%?W5e+#$o)O?
zTjMsE=ck02H^M$f8;?%q(fj6J<*T7L=vC|=fqd0w`1YhKp*ZhdwBR<oFRR!T-_z|I
zBe!^yTR8@YsJIYy^9+_BvtQBr^EKqs+0W%~e^)BddNEbI_>toFSJpG)?xd)kOg!q&
z^>>~yTF;FY@5_DUW;d)&#DT(po`3Yc=$qSvzx~^*xQxaYT7~mA3gQ_~H2jSQj@u}a
z2lRCMN?zULD9-Y@LND65>FV0a`x?j>gBpv~c?;+gd-6sMa@T{CT5tv5R2qF~Fzuc=
zh=7Z{_}Xc?!?z&vI9L4LFidE!U*zbGZOOgYd`kW<xWxHKM$=->V%LgCG$`!89NVI%
zoVM^3HHh&=Jclx3p0$7yl=N{fzQ374@fmX%*BJ^+f#+0hZMK#nr}6spyLrLaP+rz2
zM+E;DPvyh=Qcgk*nlN%AJ(@k2^A{Y)InP>}bNa8A4<>ap?he}_yDr)a?*A)ZB#tF$
z1S(p8JPoR}PW-pIEZX<ic-ZkGJ^oma%cdXF6!$gL+oPWFSWL9-D$2<WS~v4QaixDX
z{cV+jqIQw<oN%iO9nkXXu1{?BNk)0vSAK#8yN-<gAa0@F*J=Msqr;cd(#mEJU8*))
zpnue%|6sA=&MBd|4;<|MX;YTWke@V#-?nXhXr{9v-W`f(_W~Dy&qb)ltAbqJ?;7s6
zkE`3+(e484czLH;tav*1Wm5*G7~pOFXW^SXe{>U!OAYDnlEXg5?`WOR;M|x=pM}b`
zwo5K*Q{!5zv9pYA^PZ1*$Ak)cp4=vSgP7|YIFnyiE^oTFzbX;egzMzxoX;9CP=cEo
z<41FH?#s7>@jX~cdp*ECnWvQgZB#wlk3Y}tgjkKH+u!i6>HYzt@u$-&HyGMVK&vry
z81Gs9)!09vfWUY$^2+?Mi=k;eMe=tXQ{tT0L@a8+6yQk$y)Bl`{=4%V#fptVuCB8@
z2OMDn)9J|B<%C=l-)rBY0_zU*%n7d<f694Xt8&<?`DEAQow3*cgmn5cjB}d=Yv2;C
z)nVPjX;vQ`yd(9&T-`mEiwDODr760gKD6bZBj1^5Z}x1skLy$#Mt#;|U))+YI{229
zM)DXg`N7lt{A^nj&Rb)moOb04aOQ*JZGz6D>V7@Ryz!lS_x?zBlr0cDGNf5JiNvN_
zpYqw>&=ib$)D`z4mh~LZnRIT5uXwj{6>qKG8oDz>s5y<8p|R3Z*Xwvoa2WU9TandV
zK)0FQhHjz<<y}=w@Ol3U;(l)<Md`jBoMmM6tf5c1>qgz$+vti5k!v^yb(%%zLAMBS
zI_;X(9(j=~qC2CeJiCC|qQQNO-kY;0O>v=A_kNmo!h2$@4No#Q3E+vsNO^zfYtj12
zc+{jq$-O`)0*{zs%{#HuY>Lk=Er~=Mx>B~5L+Foz4eZr?@Q*LeB=C#MjgJ&*;}#0U
zjNG}Q6AuyzgnXo|_YXL}#6mujCmwrdT44=Y5q+L_al}jw{<U9IcuyE#x%Bp8d2GZf
z0#|Tbw_vV(vbFK$bD-9}X*pWe#!gpW;7Iqr0{Tj`p5$lX^Mu%vF8(caEwY+9`t478
zbi1tHu*O!!Z+yb5Cp3J1^7QPeSDW9AtB&497k_mChCMJohNLJS7Kj0Mbn9+5!+!oh
z;#P2;y~}BE9tUWiecZp`KfZVNovc2<lrIurN@z7p?2nio%zf4tX4~&2B>04JZ$euP
z;HIX=8abfDcPO1hD+6{|bZC*hx(S@3iq*3Ces9f0d{WM{G_B;{V&=aRjwbMwKG%w&
zTV)=JYh6jC|NCK_nOPfaZ#!!hn?7fikNAJR|Ckv0sz)aDcaBhbha3~TW}Oqzu-x(G
zZV4@7Dt^KEsX3D1I@z}IMs7FiJYT<WBTCHK&tKi@!3%6rG3>c`@fyOM(bS%Je=_`?
z!Y+oc;W)>44E$$@DQUcU$rA}Y6Kzktpo6Uwm7eCFi-(wTR@tmP2x5vS+GgRI1*m7k
zx-=#Itejt`l6d5Bh}P#jEsOrh67fSl%*?~Vs=buabGN8&w~P>jVr|>={2*uy#%u?<
zw(r5p2jCiL(zfOauWLd*f8YE<`n|K0c*F5yQm$&ilP)(h_u4mS760lvz$~%#UP*#a
z5Gsek7tp1#vVXw^+_7RSL*@U)U+0xhkP)X}OW-vvnZ(%dEg(f{^aepqgo@F!=?z7{
zQ{I%k(^dd$#DZ2roGTtj4L=s}=F}llai@369!{NuJ?VV@iPSm$$n%+#nd`ezf;*{j
z<>S2d-WudeF$SlR!XCuC=;(b{cy$`iL9YjhSF!WxdYu%dhowu^Ra!#zK20uoJVQ(v
z^f<Y+{^-;~MjXg#4I)$?(28x<W!oj4Y2d*9%Ij*Y$(6RYyr=k?F3;OzK;J3dVd4Ic
z)4s`?WxNPp66@FwOJJ}W_OYCvymP7Svb~Z(3=(`P-5Bs(VF?FnU3gH~An1r#3Tal9
zp^X{iitj`c_?OiiZN;bC;^bd%p*#bAq{_=XrVqnkQ=Ue*jGG&*q4T#A^u1hK!&9!i
zvChJg3JYF4C28F=M)9-;_V}*8C_fL7V)(%=(7Dbg;)8lO>&F@8id%ly?%zVOw?lu1
zCuHCw^x-wm4fo<e>%*A8(<-j%OTTl5Z->_G|LceW4M^Y^!gw;gz44&@7GSqOUo0_P
zJjYt4R)<aYDtVTG0}P)ikDM(6jM>SpGkfwE+p?G=yx+9HIH~vspUH$R%W%IL9J2F<
z^5AA=`&s%0=S!#y%;bk1JDYD)*N|$%$RAI|VzUk_Uc&XJqfy9`N2x82tDHsrRgp1s
z8*6`fBt!o-25%WDm0wBajiMemC*T2e^KlV(2J4TZxmx>#YSEjdKwO#4^VQR#Ifc*9
zQ}n6xX5df}Qob2A2^tdciJjZ6QF(5p|C=Q`zN{hR949H?CMv!^EP;vq{(P#ag<2K#
zh4+c9FzBU1rozBco&l6p#>%{S;(&lwmDSev<^Vf4v+LFFTxw(=g8w)7cDN%;&z-FJ
zp5UYS(o`!G9`)F{c1?8PnlSQ?=FZ_obm%8q5f&kwmOBY(2mv1{pH45X+Qs=kUSZ`Q
zfz1T}$i+J?6sm5Z{KNU|LP{$u{@{?6sf0EQ%!#S|4>XQ&^&klx5NIP8F1m}|=LISq
zulhuzQqN1}p`dAGrJS=&ci$R{f03gyJZ-P2^&mzdR#Tws7`aa&y|-ijb)~1_4WkG;
zoo3{ZRa%J`mdVuM0SF#e!dG%=qix2Zv{{rfzB%p5iID9|J1Hy{%0nGokRg>`&wuHX
zRDK-3j62tvBH)i@#m)J+OyjY1wn0^H_O^_E`UTcB-bqwEtUMLj*4wMJx;*i`qMnnm
zn{B2i!KcloqVW|{ptVpdaxzs;&I>&u;CGZqV(1QuyteR)!n-+pTGG?7s=R6UC{lh^
z;lZ&^d-+hpHxaV3DPs)5?ZI;YUN5{Xxlco_h&oQgJ_;AkXxZ);XhJDgK2b-%m3I=u
z-x&YTr<XN!r8QC`rs~PZu(xdEu~K2S@-OAaJDSkT=IBn2CUV*6Q2_hq0Sk)$=qgdq
zFqF<o>gJ>y2M-gLWwBGw0O+|z7VQd;OO8fpN@o6Ksrs(+so3QFy2F%~=C#p1;ImxK
z9=#gysbxWGtOPJ#c{~Eo37dh@v}tNbj`I)W-o2-?dJcRsU#%Ff+GXBf*^>{8la$cx
zJ*yhaoc<21<~e_IV^h_PpeIlt+9D6!eoAg9Lby^+JLS^_YCJsU9`?|CaTIg+fiO-Y
zs(~M)K0t^gp0y+oi^Nn7bw(5OZ{f_lN!dzsQlo<9N#Pu@fK)6-zOAk5Hw0dk(b>La
zGra+D+S%;C)l=@zeIcQ1W%9ADTygVaQEKE(13Fu-FE@a?&uT=ieG2JiXXeH8>k@pf
zfCqwSc_kV)Po{nILve<nhdwI!fJO7Dx=x4w4+L;nI^F9apeYo;@NfSuCgw{|`j{&b
zJ6!z61>V!JrGSs%iLoKd*Xv=;FOZ7OT}|uZ+=k;~n_PwQoy9FfRu~B%bV8k!$9KM=
z`3}1$a6jzN^jU*$ws>x6R}DBPJA7Fuff<aNt3VBfo9Ek4<EGq_7z+U|(kt)TCpY?(
zS9J-cDKOqPdjI53$UT3#`9%QNpH$U*ZT*J4wdFttF3AecmCZ{x+mds;l6r{|WqI%K
zU5bN*s{M>`8jD&~8%8~jZ*V>x{#%Y7Q3ua0#NlbRbX9{(wDDCnD5e?PRh>}PbD87M
zO7Na`-EkW{dNo${RK$@ia<H(DJ~ckxH(RKjiNYCIDrVq2C^XkbS6btXj|aT*WKzF_
z_NL++4|2by6&SIOdRKygMug8CVX231^x34m5#6h9CjzxgTJxSm<?SM0y_Hv0@eyFR
zRa5tX*AfZUZ_2z5y{OsD5hmtZKxdHhY^_Ev<0EC8YEcm@8G20JkJI<Hp>sd&paEBt
zs_Ct(l0iQ0X7JEsc8nS?A-@>@9R8<>tZe^7M$9l2E)sMutGrG#4wBLnN{gs?N1a;4
z`4?6gf<F7nXWf_U;2kwLa$xHyc;($v)kRS=X5}L~URf<tYwlA16*czn-uRQ1zJ;G+
z)Rqn9L%yd+P@8_P7X7F6*-h(nLUBpmvuOhD#rmmNyt~&Ki=GC~n9v<uv&>PkX52*z
zipKu3Gymh7V_wMUcM}-84E-;zp)O3AH;kJbHCg|hw-xqLbqb!dCPCFCIP-7;#ux$*
z%9*RKL>U`g_8(2XjQtxs;!GYYZq#&qN4_UJ@R6<Qat_W-P5z6$%2ysByM&_N!BcVO
zk>7H$=3r^A<#V4sL*wPBb1S$;mbb({e$wpJmanB&)_;W-V9)R`a=A?@<`3mkX0Q4o
z?o?0ZfN!Vi!kYz+=Qa1H!olNYx4U`FI%n$eyDUfH8su&|ubxebx2?>6R$pmw`J&Xk
zg`*zXe1Wico{n>YzH|9!MNOyt5%jfdbsm_WzzyqT-|z<cM6GH#KW6p<nb3c(e7Ebf
zRQDXyV=w<5w@A!=*+(pQS<ZW2WXnB27g4(kzI16y7N=e4%NHEtM9W7tMVH0fy!+uD
zyRu31_(y(EIy~bB?Ku5OJRIgs&f#@riYTV%cMKABKbJS#*9&CF@$KZ*j@EiB_mX<a
zEomG%CYHNQs-b_VjWt5QJET<2f0*31JQp8>Dsj%_Q1<(_jUK;F7X7Sdh}_)Wba%>U
z5m@mEMIFzJ+KdZbooC7)uCukeMW2YTP3IYveDO~BxbZx}`zz;N-H_dm45saCJgH9R
zY}$IZKJkZW9x&Egf77vz@w!}?d{TR>Htmo`uM(1E=N6iIFi!(>_XP)2{h!CJ=d|iC
z_JqtHNwe~<6qpnFwd*cElh}(d`r7exhga-(E{QPTn6v3r8$Km^@Ony^5Kri%88)$_
z>@sOLpB70xuXlY-wS7#VS#<x455>$VZnpBa(+m9wBz3JrPyk^LMbl%@kl7XRvst!$
zw1*!Ki{a2J>uGIHcVkyrO;NReWlBt3DG#^YpzXA|Luc0CXXo%lsoFU1L_Xc_Q~?UC
z=*jpq<=QU9ZM`!>CVFs0t0v}<IR=R{-HeX$AGOruZ?tF6e~OITt+|!`3m!4xsCbnz
zlU!2AVT}FshUK!j`mDY@sK_wU?3E`Y-pOYBL?iF&LsaqztH1NGclV{+0f*F-ZXwdW
z=<(zLyC$@BOaR$sbSL`U+(-y{BPZjGk6l~cF@{fJ#!FJw`rD1<%8^3vu#H~^p5&5C
zGpSBA_Lu5r!%dbiC41*D@>GnASUok7r&nA}vkDI2o&ir}*ZmPRqjO#wU(lO3*KpAh
zb7o-UIy81c3?aAl*y5w~Cyu+gOu_*U?!TI1s|=FC{T=ijr>Akbj_Iso>PYZH?OS{y
z^US;r?3Fb@Z{B7&m)4f^jyI+0?)aTFapXv0tQVa2^DJF)Euk0Rb%{qk1b?)+$6Ka$
z<J9f(;?j7WJ@s=D=b1;?YpaL3K5DQ`@3vdTH_zO&Po$6DMt36}d1~))5%1AK1m*SM
zzA4A~P5r#=+V>!#pJL+3rvkAfUb|)!VuLW}vSMa7&n?x?(zkNMn$Y>_#mutzCvxj9
zi)r_h!dj~$G4$GYFnPRxAQvte#xr_cGW@<(#CrS1%+7W)YF{?SFoZkAZkI13u}1m%
zb?)})A~o`>r^mY4^TT-$Iq^2$^J>#f|2Vmpsh;(>Z#H9|Xja_-%iQ$t@Pb<van{%U
zYOi8lFEIT8PhE0O<g;GRh&}p#>Vn9;EVxz^d%peWq8MC0oG-ljXGBh%Ox1=x!n``l
zTSqp~9_%}ed8F~>>(j_3J5?SD^oK%17Re<qe`|<s8oS}4e3aUj&+M|rJE-Lu@yv0Z
zaMt7VUNlB;C{%3rt6G*HhTBnWVchel+Mlo}H?LKJXYQYq0!%P~iR$bQ%9r+m5XWLz
zzTRTkzokOnj-_7pDq$=t%eH5x3!lxWc)3dvvES`5t$MLa9=y?9<pHf2aYFuS;=oDU
zgG4W<S{yR7H{Gxfr$RrhO@%87Arq)amz|XMq?@dAt0nFG+EO2O)yZ6P(Mw0J;l1`$
zQSu1!4(y+q-mQkIa16OBCk%;_Z^QSA>#x_6-=+EVEE8vWhE~%NKiJbMM)cQ97>%o$
zqU(kYnD31=#p#n6^vQ*P`Gt$3t{z-4a}`yebxS&qKP$3gjvJLDip%S_$I9r6bGcCU
zCJGNQ2N870<(r}6v35|p1*b26*+RM2-{rb0!pum`W1j!-j`RubK(%@<O~LbM(pA%_
zbHLMBxZttel=nY+?b@5CP7K!2PC02?AZ>0|io1PpO<76F+SjIk)R=Sm+yds+j)9ck
zYbM7Qe<n_C9V@@zYDImP<kR1HUg8&8IQ^+s&e)XqCoR}lLRT^Vb^Keo=HNPd(KXl@
zdB~A_Pg_O>9~WZaGY@W9zy$a4wbh5U9XB>{^51EMnB+nZ>7?>!+}#YS*C+&SwpH^Z
zjyqVJ&nvCt4*rekNN^r5xuqrT+A*1zo%_KqS*0nWWFFaO?|z&IyMlo$ihnfB9rkU@
zN5>rk*~It%ik}8O`e>;3=k#4gz&kqYTvy=-PySb%^hUc4U>|>}<jwoOrct{>_oUmF
z(ehg2f1+Y$Z+?~WjrWvnOO+#5f@1?%;hN%wE`6|OJ@plzirL6Vj~-L_LbI3E(ub~_
zFYq~vu9z#pQ|5^}r`ft#4y(RcJ;C0h);-w6YMIRUVF;hDY>1F$m&68}WQuO*%DK-P
zpk7^o4q*SqkeS&W*f^0|es^cY84deqOJ^27Q=ikXzb>WwpFnK>Y{zZ~R?CZJrcg7h
zy5tsJPV?OCDqHwnm568kMuC3duuy$naUbJn$5&)^zbb`S>`PtG-!KrPa#md{Quubr
zWu{CnRzV(a_skOai{EPU;jEI>_vwCa=M>60)2~Z#mJUu4$UlzmJb}O&;M&(bag{H7
zyjsn7@DAF?pg118$IhJEyC_2+@fiIOga5hdv2@CJJqByTj&k)-?7g8KpwF2%rNWg7
z?cI29ul+Ov?{PT2j}mRqeBouM_wp52tcBbjq%G_*%?P*?NTI)W()7k*YA(gw@Vew-
zWk+^Nw@HmZaEgE{8uSF+C~%u*Z;LbDKPyH`e@!w^vz6_7Djc|p2fN?4%<J(tcSX2I
z5Ph9n)(k4RK%`z?4=tfX_vEFYZ8p)Lo?(=D_8K*a$2sf~H#E$HymfgHzl+-`N?6x3
zzeSYLmn5eOw27C0dqG`7QHS*_!q8M2G!q?vGeD$e6p_V-l@r#UOW60OkNDyGO9GEY
z*;Cc2b(ehPFu5S#lFxAc7`}Wzo;KHgDSi%nENr&F<%J{43vjJ;Xgfkw4$P5Lr(Kax
zgRBv|W4QfL-P9&yALPtmTn~F5;#z)=vnd2>!~ddFX<p6dq~iL&_AQwoyywlmmW!`*
zqa=8RUE+4|uh3uu?;3~7)X<wm^rDqJs`KOP$Dvj03-B5h_1u$^`z(nQ7P^{U7FXmU
zBTp(W#eRX#N)MUfDpA2lN^q?_*LE|3x3wN~9Q8To3;Aj36y3hItL%FznOdGd$kvtb
z8Y>y=Kc*&%4?awGr-CVDTN?q*NziG~HCGter(d>>;>yPY6o;w#W#pt(IgXs>3(q~o
zl$zzuFIs&n6WCm7Xv?)OS?joA>3o*{&B?*O`n6AynrFne8Uxwgd!N$17F`8SAunTu
zn2&XZ7(YfFaj{|1)HpX&gcf%-7k1vk>vx9{I8{PJ18Z|7;!m?KHiDrkDb~xDm0r00
zV<9O{@7`pN3Ee^9Fgd|{27#;e5&pl)@Ao@_++~%krGCUw+jr|lx9{oV)6x$q$O{c#
zKwq}+kkRgQ4h<L^$d9cLi01Y2UeknlEvW1s&PZLTok_gGoqh*t3cscuGQiO%7*WmV
z+E!p_R`NW&UNkSglWctxWjW7_^1Xe4%<q_=i;W&F>>cB&UWFB0>hWH7XqzMV(@&0U
z{!cF0G?E=AFVUa_l#bG&r5X9Ja9HJt#eV=-scQa47>B|p@Jo1ox00_;)i9TKFUaAY
z&k8QEMp!+;xe2e=Djby;{?yc4ObWri%-`hNvqiO4SITN$=T~y(_73bC6ie_njQ<A~
zTJe(x6D^u2+M}8Y9cZQ=pFl3xA4_NkQ}Nli$bm-1$6Z*(=<h5;#RYVUm4wEiOnFL-
zUAso+d%cFvFAd>UFG?^~NV51WcqH6!jlAQ#kNd=CPz$X8ubI0`>y_`2;#2ewwfJ83
z*tV&sx!)^+jy_2QKbNJyle-Z5z_XX_6-sv&?dWbo*9z57=qGOCA3>4b_wWtueRkkK
zeD|Pd)5$5d34Tw1{biI64<z3|Tfw8NvQ$_PuIBoqd??pGmhe0i`Af%E)YJXnMoM|`
zpM1LXf`DG8BDR9dCjEiN-N@o(e$)T%YiN_@7EDz01dig_GaJ&b+5fb5pGWYVt3x#8
zr~W7o=VSo)z8|wDcr`vZd^mS{bxR!oQ;-T?9>~RJt>%RO*wd=VCkeek;Bg7>K+t9u
z?3+Jvm$<oNCVi=tf}FrU`5T+lmXLO=H0ApF<*489c+tL|wF#c02d;;V{yjp$zs)6d
za+A`3J_yVysky!z83~RUMevVYCeoYy?~eC^#+Ue0&i#k)-rAltmYuG}%11f`S<&lq
zg-u|Ji9VSV+HcjM1-wnSn~a=e=vxs{_M%qhRHjs(7PvwYWjpKZ=SPE|_bG2B!M!QV
zZPuntTox*Uw^EJ2%DeWBE?^(72clkuVit@*9y8`mw!OJUW~5yd?{jVFXZ;;qtM3hZ
zx62QDdIe()aQ4tsal^5I^29><vf^=h892>K_d_e{@SP^~BDi!P58QuPX*XW9GF%&#
zGQ2VFt2{b`uO+w&ntBL7@hMBn6V1?j^WJ8S&9}pv@}9q4pgpYhyMYyS_)Y0?YcwI}
zrOg&Mra}fZ?hRHx{@9BBTs-v*cf3@J((dP%(88QtV>l}gxQ`=fk8EviTua>!&FCzq
zl-hB0!~ic+x~_TYs>(al*HLa*N1Da^=|38mo+T<co+pJN$V<%aSw_6ei8D)x2@Q9N
z-B$(!L$McW0lW`z=CTD}Pt<9Jm`>2(aRmGlL!%2v-)^E={@+q@N=(=iaMTiu)`Fs@
z2@R{$qCHp0Sa^!F@!lfz5T9#MRo|8~gTZYAzDMjnT8>J*_F`})9T>h5Slo-&Y}_P)
zgY+%(9-aNrL_!;w(A%ccv+x`Ox`feA9ojD?@!(wv-EKnL(y`&ql%_CdjBUeT$4{h=
zDK0c-Y$fwznGX#8cC55kL~oXV4zyn}^NMFEL4T9NNSRiX!57rvSgeGeFrquZk!lR=
zeafhqCtx>^JQT_PZyhCknZEBqM;cx#udW4bwA3*27wD_~i*AY<%vz~Fr=F+g8~&YR
zX5Zy?#ZPJb9%M@88Oy)!C$3Z;C|@+aElwSMB!`}y1fGl`Xc(&a_>#bVWh?JxDYxV(
z#`ATLR}R#3Zx4P_U>-G%&7*21)OEkT3C(B1f6{<SofOB(DXoW5&z&~Vbsyx;G9dyr
z3(>jONp@`7*M!Fb=p0ns!T1c9F6yEy5B*~NIdRU*59{F<%QeZvl$Mv!`+5;u$)1PH
zShyTKM`v~|r3MM#1w4`-)Nr!W7NmEb#5scoT66>WgHU(kTx)-MxL<^2o=3)x=j^sE
z82m1_9!#P3*b4$43cB%|L?0~r4%lSzhB<vpkm9F%r$Pui$>QlS{$zH_(A4}vD-paW
z%}I9FRn6*ju@;0j2<KUzLV0WD&uToYuX}wDFqBsZPSB5XiQF-MDkG=OsMD8t{<N<O
zI|%s5y$6&OO4}74kG`$87n@r>qQg^`vR>&ge@pNscv<>%<e{88u>i$&%43FMiT%Zv
zL%4sBLg@c{?&Y+XQ+h#@-x@8peRWfDDM$Z4kKF1?PlEzc(<vi=`4z<)?e2W+zhq!*
zx>wPTv8XQ{B2`bQKUYA{Ev7{$&LNIhX*G=ImYPCPU3bPfDE}Z)t74@Oc9yZ>n622q
zG;t-0rb9^8y_El6u<0qGhQb%CJ40jS(Q5~_=3le=iR-strYPKsy3<C*9bLXKSJkQr
zd@n<*lrfZUY>?ou^cYv_T8%LdGF7@N&BN}MlHn^ilG0Xf0**84h^ig{yj#vq<_;3@
zSbXo44fR}AjDWAe|3EcP0$##wvo2Y#S@ubwKBjyl=^ZNa-=H(76XtpYFLjS=(Lx?v
zAW)kyce-3vy3+jFro66n7W@g;;LqZ2cNZ#LK-{kv;B2Z|uC_=zeinOi4JPCz@4m2F
z12)Un<J$7dJzr^Q@1C5PR?x6nx{Hwu46gAS)8_{vZ#bfEYXL43>RF1j2R)ifjRq#O
z$NRx#te2{eNblmRD*c68nw1IfBR)80l5M|VWb@xV#PWC4G_dz<@HoquD^H_*O0|J&
z#kdoT8QRsNO`)50=yHND<~q?$Oz39*bjA+zRh*Re``|-V`Iwan@2o@Ls_~*e%ke$t
zr91R1{E7_9dk}arMUF3+f<BftfiI@2dvx$WO!Bt7(isfztvr;78`E0+sr{S}zVW8>
zD|(<ld4QAF+(PXxn7}h64%{Nt4f$ToaH=$Sy<D`mU&`X_7ACY5Z9VACO@=z@)x*1?
zW*kiUox6#)C*y^xht(dJhwf$cp!P#e(Kn@;szFP{xwzV`6Y8&LF|Lm0${oA3lQVvz
zPF<2v^I>p0YB>uOCuv8*E~4gl#8N}*x$chQC%w*@L~1g01KK-U2Dd6_{>XoXKL2Qo
zcWJW4pPq$T`6YNr2A@dO8obe8?wY=oQGYPr)L%p$me*F^RiJL5I8{fDTCDDWg#9l4
z6>5%Vj6Fl)9{Ks^^dxef?k{(3jg|E(^=HSfK@!><@A2)|lnz$01COjJ9{%Gq7~K9@
zL#>y>CT4o09<AyD7Hx|fra+B~pk?*XkGsltPKC_Pb;pW(2`k9n5yh92K@v4k25!Tn
zMH>YlhZ?|Y12qdmjY;vhP}qRnH*NdPR`pr!?)a*VwxXuJf~$>=W9ya);zWkG9C~dr
zI~B>#pDxd$8Vyg%N_ZE6+npEpjj8<g>^*t%uni9^mWM+!52Y+0<jc>GkL5W{J;<Z#
z5_z>%5M}QjgmY9{u}iPD)Ob!^4h?oS3P)%0=H3o;?OJsze<g%hjD17f4qi9<TwEse
zpZDZvEx%(=s2##Tc^6+uU&mXA)u7z8V_cxkF6y`-A3yLMp&#1opgx!KXMPPH^Vrcm
z*R+T}*Y2`NtX<hW?!8uajUPef-4F8nXC>snL9@B_NoNx83$Wke1T8hICpSG5$^$DN
z;zEyd*hAA~`s}6N19qI?`@Kr?TK@&~Vc22~_c1CAtwn*kPUgC9(T3ZC8T9dEHMt`e
zzA$DwKTNtoO=qs;z+xBp(&gH++U#DkWO!*>x2-kZ@3jW+X{_NVyM<ov?KL@iRAnl*
zDU<A<51_(JHu0cMJ1{P%sqV1+tlINMOQFo@OWr379HbjA8fV)sp(ztwIQM`ZO&gJi
zhd7m`+i|Bj$G<Q02D~%zDUWK4XdM1X+f=I~xvVKlS87jTpa1Oi*Z@Cnvuy&awzyZR
ztKE#+D~ok<Gh4X-<wwnb^X&aa^@D5v(w3|F^-b@(8{ub4QB2WA;#0r{SzC4>=Q1%o
zWIWzaueFoHn%SB79c7$yq8A&2sO7n%)FO2YTNgMayJW241C?#f@pF3!{J&@)vRSq@
z0%`uOcl@_V7aeWV5j&LfwxB*a??AfPB9u4BA2W6w>Be4fu;=W>Tx_g1R@N9CDxXA#
z(zGg}^eLbdxh?oAJT!y;^caq{?QO-O;!~;HLMy$}wypR~A<fhNy>Rz_Bu<unnsUCv
zK#u%8m20@Iq>u-r<UFtSV#K6o@`7UvI<fH+U$~Wl_zmKFx7~!*;ezsH??L(x{V*R0
z9ZfDj#!LV6cSOMI+mv<SkFj;wZYpJ4NcStyH)X@@IqX)hOzM|TujR*l{mE^@DR10Q
z<Xdi1%D!T>Z&xJEeiy>(^FEtD@ahRK=w?(cF|*59V^7KjZc)4=*TUH+{i1hs^+I#_
z<mUj{v+g8rkb9iooEpiOH=QS)D+$E4aqH+;LVHBi>s}mj&xf|%k6|C-z_sI}=w$Ev
zG%|I(?p(&1OY}+Ry6KPUciT+qceu8GE_NJG?KqLYPl=>C^Y&^PRcFZ~cwcRH_mO(&
zt3NWwdq~Q^U(WP(WB`>I|4R7JuE#UGyd>nFuI6{;8V?$kZ6zmMn9ohij26|Otm7iS
z*dv+j%?-1Et2Xlsx+|8JY9%_k_19i)k3ru$ap_5@HC|sRD@HD*&intV&lzV+rqlX%
zRvPA5gt$EP9)*361Bd*e=!oKK&Uwb<vL<4ce!L0w{?&iJRIz3zg^_KA``V<T1*m!8
zPO^EqfUorN65kqZ;wf3bsDF)1{H(l##CV(ke#J=NHhH~0W*sCIb5G2-ly7!n{XX7N
zQ27`9Z=D?a+*3#1@bTZ#+;IW+MmSf3YTJG1(_1D9Tx-(&nmXcG+Z+6v)W2<B{<Gkl
z2llYcJM5cgmVPPJm_G2#F^+v$tnMRSe!P}Fwwx84=lS!Sjn*`>e^GhSS5oZ6<~()x
zI-2;@0hsqvwD?n&5}WmATf15!tweizHxA!xciAKm)3U}isbSuE+sDqLO_O2@AI0ZA
zCHeNM5|lNhJMv|cxLNJ8acXV0OgNAvw|%_my=v%X_NZD=4_Mt#JwtPHJ?g!nMP2#0
z&RMO<>PCF8$v?>(X7ZMwV|j0*W^&JtXqrD`6~Fq{hKiu>VRdJMRM<PSdXV_j<B9B0
z{hKzs`%|Ogm+k!DspB%+wjeEDR7nRO%Mwnh0<oyyeR~z_a_#hcWy+b!i`yE-!<@K#
ziOPu0=R709UhlRxNj~noQehGQoP&21bB~J|SHDq6W<!1O`^y}3tqcG5TWtWtlRKPV
zFS0sqA>=QeX;Y1_*eoOTS8)ODvHgz*H=9Qlid)MO_1f^OHhz3(>QG~?Lq!oA@R{3Q
z@KCWM(~g%n!&Z5b;)Gj0*3+M6^|^6MJeQ720Dr8e8=2uWC2Ka;^fxBpNAf;yN9YfS
zmpMUq_ub~QU-3@rr#$Lf0bJt`2kR=Fle4Wg8S>zn1jaM4oe<aJLX9ulv=Ixn`gLOk
z@P%gY59f1Dm(vq-B5kOiMUkIB(t(+W>F_H%^836)#8<GFhnGE(>j&U`irCG<ch3->
zU}P#T<K-P<DIlO4Px#SFAoh5K%UT*Vq&8ycJArfPOQ-RiR%xy%{{B06a=XLd6IW8{
z{tXFptUb6A%-~%Hwi04njC-4C!LhR?TZ?Yb?uk1dV-$YK<f-dY*t4v@y=sDp`0!Qi
zf4-7!rIirxg9-U;?jEy^1CDK_jf3kjun@R0j0av`0xYm%#JX&>Zm!nvmOCS#7-L0a
zPmUJz)7e<k|CXrpEP~EgxJMWV1}BSGPfCfZ)%Q^1`<nWI6h9fZ>L@)->P2toT~;y9
zil>1IJbvs}#X&~vlQCR+?_lk{mnp*L2Z^PlJ_v<JJ0F!1h*#R{=S@b<g_imGKE+Y{
zoZFQCybltg*&S#|AA5aaSSl60oJjkBolI^!cZtECQ8eSPNlniPg%@-wU?G>>+E$OB
zVp8RYPCEL{m^;E}>1X&u(PMd}Y~em%Ufl7FylO1wPEQ`m_BY$7+^F|P?4EN?LypR7
z$(Lk~|1DPWmY$p!81W8y(}=duy2%f&6rcqkv7goTcn0opTkH+6zFmL>uJYZOY9@Ho
z#F+EvJ!{xyO}OEDZxiDA4=en9S-pntQ27R3tL#ga7k(5~HWc73SA(dIR}=jY_LvAB
z{)JnXd&27{=V<>rWB_-c3vd)!<2|+|wuz)Z-yv^={QR;AdE=bUC2e;yaEa<4YlGNZ
zM(1K*NpYYEr#QTo_Ur14mPhlOW2Z6=Z1fDAYRjWuH4uugZ)R^N)wep&>}k}iB*NVD
zxp@T$Tt&O|{)Ctm4PJ)R8|w$M;`K$0xaLw1nsc-KjV##u=$?!Ir`ZASTOpZTKV*rT
z8yAX}1rOj{$`16UY6xM>lopVA|E_1nr$hL?a2b0>)U<v`pO2+`V-5_f3=R2vl%WR@
z^RH8&do*Y;Q^lIq;U#k1zDC@nv7^!z7Cu&af!O1x+qSU6{>~k@i3jdUtYZ2!m7sA}
zL#ap$TYZPkA5k_gjiJr>yj@MI`uYI)q?72=;FXd8{upZV%f%9_o{6hyYo!Ac9A~z@
zaL_>P3SceYADfO`?P#t>c{Qt(EB#8TD)!{8p*MpInsL}O1oJCDO^oK=NBl`?Biv8d
zqJBu=k`4})Dn`G|YQUvjq}bV@C1);i;jS%h6i!i}m8%JHCy*Nyx4xj+X4@MAj+$Zf
z^Rvn+#cdIr&&dOom$H+q7kk=I77EkWjp#&LaJu*Mn9c;fK!xA@_Fmef2_ps##IJy!
zrmihR2)sl`JvP$vP-k%YSOYpv<(6o)E>}PYk(pGO(GSI81TAbRJW`wno|cP_1Z&VN
z;^K}`&`ck-j?D{Gy7N$iUSgY5(PD(pe`4j8y-Ew1K_^`3^)!RZ#<djVo7|=<lT%eJ
zif5lYs4?S&Johac0Q0ITj{Lsptaw2K^k?;3@!@I(bZAW(nii$<f@%ydr1Zap))Qzu
zZ+Ui<rezG~OF0i%jo-v}Q@PdRSm=3wg$trz;sB|9fpg8y;NS5Q+JT`F3AsYh_`C~y
z(l*#r3i{=s@#IBAan^c`EZly(fIp!wOQV%PVQ{hVKi{9>6NK^~-G^lnu-!ZD_$F5Q
z(RPK#j@eaA#k&Q&Hxugq$BSMxl*T==w3#gQXapT?jWaiSvUI&yUfPX$r!~KF1$$$U
zVui^;_Gh_6^_k$%IIiP$OsW{~TcNQD%vL`H{^K8ApDT<rFxNuiy28pa9;c|#JR5y!
z9tYm_W}o62dS5AwYFZDW$Q30S@y$gm_7nZbWQY~{i<ucWGQBsI-2i=4TBlX_D1Km=
z%-1E24-C)CzifM$N>d(<{AHQ%xZI}_`h=2Co*?)hzQ406U#onb`q~vRod)gK?qE+N
z=mrk%dQt#CEV%~W7H7LR)l0X{qmA(SN#J|E%77v!bPEHo7}p`LJ~Ez3U(XJtpK}uV
z&8eqam4swkf&Gf1edINJcX~PdI%T%6#JH9eFU~4-UFC%A@91KQ`{H36xX{WJr7twJ
zJLPTDo7%vN4JjP&jXe8&o_m#aL%eD5i}$sYheH^1CDBF!u9v`52EWOdvwgWzfd%r>
zy^ZqC#z0b>=B0ZI=w|^hDB%YzelhQ`nIinmT2{LCL`Dj2+Y*Z(ceCKgX*8#nHTAgP
z0vwWuZ7U3FqWBPgGzGqZs#dSbO2@6}rNPrKRQV_y6!U}rJuU6>Vg2bIL#CfU4DQTT
zo>C01-NBr<#K&CII-l9I&{CxVQm(Gs4=<P??Hql$OsOp@XJxmmHCbW8vP<>!TSsRo
zKW9F8+F0edfKNr7-qB**8nIp^i&l)Cpz>E=Vq1rx!(`V2MfujKa|}(#y}LWn`h<aG
zm0>_@W~*4Fn5;t7Za^Q_f?G52Rm>YWmoP?z+>oU*SBS&ag2{bEHEn%i8(rbsmY*--
zUB4hMCu85!4;<Jjoo2PUC_d)9W0~uUzi~zkxLJ8TTw~xKbno_7<X<5Z9*Y;9ZA`t7
zd?#Rs9$DU7Od1;O4LxFjgU#tJyCb)~ln13_J%=$oiL5`-nbf>rMqv{C#+lJwL}2cQ
zlsm4TJg@yZMqWv1eWiso#5d3LDx>#V>7bjZO~yDgG>-CoLgoI<>iK!i?nm-y<ZO=1
z9Vsz~1dpmThM{=9*pMCsEFl#SYyJOevCiv6nI2JwZ@)%zR>K%oi=dT(*1+?PJhbs+
z0WV`|H@Jb$%?lRK2iWO19vo-%iAsL@tnx<(rywVn3Shj%c#zA^W)eD19&28Y5Cf$8
z1@ECWuAb-WWeK0iCpJzq6(0eA;gM|359vb%d>y}bTOpxQu!qJ6syo9AF)>O*&T?k^
zII$xZ=OSFIZYoXK%%{#V<$vHQ1@el)8Orm}{DVtn!jKSt-+nSF{W>zrhQR$?`QZj*
zdi^b|bQOFat5||AQTkDzx%@G3t+Re1UvYEOoh{z;(@D*ps7eDRv=qlr(M`+=+oe02
zz$DZD`CX~FeaeC^)UI%X40}9GM%}DLzx^D{!qHuY`-pf_x?1V}L7S>rwD#oYz2yBh
zMReabi!9zYX4(*fo|Y5ci>Mla*}YOW17B!*eODbCopG)5y|U4wb24zqEMV0t`dMR<
zMT>^aDI|Lw{4JEPPqC5`+L0C=!FzPbOLy;~|0C(T<9hnuI3<;qR1zhXglwVic`g~*
zBMD`XjEs!z84aaGNJ?l385K!&&vRvDq#{xF2+0-_zSi$K{r>R!`lipl=brOC@AbL&
zTojswY97todf<w8dh!X|Nc{6jOPyh#L7C4>!JSB%45Rgf{MNsfGWU2GkR43g)CK~*
zCNsl;K&YA&fg$n^q0gaITOZH-Ifso4Ojx7IciH&l%gPFRAEZko&pN$K*o-kPb18r7
zEiy4q`3w{Nd8M$2$ZSMj1zJyN9|hwS#k_4P7Pns}Z~}V$1NrD=J&}!2UPA9r=`kA#
zU-=1JLr$5C>=skTh32Ba(;g%AJwo<!98r?4(z=UYfgkR3fV3DApDICn%F$atq>leS
z_oMqZ-WaOK8~sG5vmJ7Cg03;4U%NDTMBYYIT{z@35_hZAbKp8|8d8R&4o`WlOy8r2
z!c$JZr2~{HsiMZ)rR;}?^o+g0sd^9JOJ<G2AS~ZP_*<kbLtv#U`h_&7$YfAsa~pPk
z_#h;%g^A|-kvt7f+GRvFq+;ZQtCS@Kpja!)0`UFE4kAZWM9mZT!J_J8<aeXEsK>Ck
z>v81NJEWf&itI!j=S0YSAWVQvzc|vUi<wgFMcyS%c*eSnfwU<jUCBxJ2+YGFEvE`y
z0hB@1`K6!jHPNid2!(IIJgPsE_5$+njI=7F^NO`$bS)@)%mE&A(ts?w4ZV-ycO|%d
zPsAm^E-<S7T;cgXbZCR)%8x*^F&3(h$9b1s*Q3<C6DfC?sVURXp!t&LJiqli%CFXO
zztdgOwoDUfZWZ#db@fr>ppDjzH*p=)t2`-lEM-AOP_?Kx4o{iONMm5DYIlj&3P`)k
zqIWY4mP^E&IK#dRo6VlE+f@&xGk<!cz)ogH_xmbE!ml#YtnliYh5G7QEP16uplp`B
zZw~RmD;F{5kr^AoBB}{eKO*Tuj4)^qE4IyGq?JUzBGGwZi`6ukUUe4VrdX<k<08W)
zZRAcFT_`6HCn?*XlD_FAi#4OXOx6xgLg9f;-K~(cg}Sh39&4n3f}WiyLCSMzK2sUx
zu|OW4GP3?iS_1z>O_IoC<MkamxcSjMpsa|pnsCzkF-TdSH1o_I+5@mTcy*hHx81a$
z_pl*M{I|iV0V-Vw`HEhO<pW#F>3Yab?i>SEGaD$wQ~uJOBD=lMDx~3obdf}P1PVPX
zvbFU22eA9BO=1p^vK^6O;ronCiE>{&*EfSL>U4<uXATm+0O1i3PZG|iQ9hz2|9G!U
zUddnZHrr%0LcM8wU-ShRn)Kt*y^Jzi%0w+8qpC4`XwZODCMJB5z*#!ZZ|Ql97$`gQ
zQ|JU{eK19)+*k?=NkAGaEciit|E!FJXUiT-N4n*U3_*;U_X)d*LN`BaT#x+aCf2U@
z8d63JYx`s>B5xoK3b(5!@^wECz`CC;nU9qje!tKU7IkWk<VS>mq_unolq=({f+i|u
z#vpv?(ZEG2ah5abT_mid4BAxL78cK)*QS%V_f~qQ8RJ#mbX-vUS7h<3$l!>#gg(O3
zj@5XqeJXwdKRo*1Kz6$77<23wf#0e)o(K$JbB5N#V=23NaNkk9XNTo<pZYHLVq+=y
z?mQb;G;4#!n!4z+E{{P`7);p{&Rf=ufenYUSV>!d^!%Ej<n^ch1Y}3>8JmlHNA`db
z<Fp|s`UW0<5(whB89o<tZ6jk~tlV5(KLK;WVH@Ucdxvg4wea>Tl^1K$p7X`Ubnb89
z(W`);`Ky(C>}*RZzVZ)#KDt(Z^3#MrXfQ$@qjXg!`yGblbDN}uoD8`5I14qpuZEg2
zLtyH&AU<!=TfS!2at!f3!zXRbz$VXw*|+`uaQp3aR=y!p+LDwE_DSE_*yl}gu**bN
zvh+Qs9i7LW`@4gy#eJ#j`zG%8KAit`JqhuZ>v@=|h6)Y_802xE?Krhhaz1dI6%Oi(
z5rMPt!0D;-HuOZht0C}mxRb0sy)(2c>4^JRSL2!%zoFT?4&ZcR3(Ft18$K-PnQJq)
zE$FV=%6rKF*vp*0IAV@5%!r-NBi*mE6{@XTbutv|<wqlKjfUnqk<fn39!cZPKX%}^
z7h4pu2b0<x$!%kL^UPMw*|B=G2Ts2<7<6_i9s4X!HnCIrzJoaBvmt!k-9py9`VJEJ
z#7l*Lda=PnXYs!A7kGNeIPBNu40fLpiGz$+$PrIoBmFK!HoU=bwI19_NP;F?G}Hlq
z%m6P1Ve3C@=+A%B-+dWSae6UC{o2jaG(Y0Qy?tbJgTC_Yt1;j?vbEfBsSAzc3qRwn
z%bvB|fMWhL*IMC>nwQMyzaDtgWj(7psUs(tIKk`%yHV$*xg7kekj;8?Jol!{AHdE{
z<S8r^0;U<T38!y}IYZ5R%W*)aCG6RB8|`cx$-&>tFz@w8{y04jokllc=WU+Qy8lG;
z-)E6N&({8|;yH)C<Pw~vx-NUfxA#$%FBS7(*vq!?S@R#?;?*8)2DFr^UX)q)5;62)
zlf2MD2{`V&26jE%lehiSS7|(TKY#LCm+tdRhJSagaa-{eV1#S5{&Mt(XYeKFGk^H?
zBJExH0=FdDu~+R|;jGA`yvxEtQpNa%NcG6_y3LimxB4pIjS``|e>3$|8V9f16|7**
zDD<Vh6^`$2q<W2Bqx`E(g$$p5{J=mDd49}Iw*93G(pt%j*6PE|3s+#lawh$t@1fT;
zT8cfl{9uo^^q}7Ts0^C;39P17@T!?cyvjohSKK(kLe}&~@5%-Ew40_Jm0--;T%Uxt
z-FHK9ya$FxS>TVIx-L~Zbl+~uc&x^H>LBA<9-i_O%bcQV&+sT0nh)0Y%LP`?a668D
zzK3NR?EulY|F*Wl1r_wZ=c8KkM(3kISfI?lYK~EF8__y6m(8}`Q%2|;svnFqF@IW1
znU0_P>ZT>F|2OvDRtCZf)Y?tiM^-0B*T7>tBnr%+XUxcN_UnT_2T$|LJtuMSr|GOq
zlYAUhZvn7Ft)VS&IN0MF*seF==5zD$_)ufkFtERzclRY~H|&59%*L~$kuFe?_zGjs
zn_&3RS}dNTFAL1sJCgQWuV0AulQ!{snc+O3si{2NYA+w~Cz{<1Tmi%4I`fs<miVIe
zC`K6JGU8MtmfP-vOOgG4AZ&D@b(P!aCG*6|9YOb^Cf*FJWu5QeVV67BL#lO7a}E3F
z(!H<d_t>kO@mTZYGF#|#ikG?3{rxvO5QdH5r}m%1lesl)hyFq6I!WbCJC7CD0WqmL
zT%l*V?u<*Vn-`rvl<ObL!WgrGDC$jf{TEKhR;a$!^Xn@3reh89kAER=F!2d|3XH;2
zV`%T(*M8`|^$n-v;>3Y{F}&V-AnXQngA3f_ksDptO|iy&)*DCp<n;|uHFG=nOg#cr
zWBj_|McA{r04Gnjg!Nf{Fkp!}P|f4%@>cT1cQP~aU(e=D+=}#XbiDz}@1U`e`*e`p
zwZ4LD5BMPAA9QIl0KE43<2=(j@O<D*cJs+k7lCi4qkWZ6PfS54Y&Xo;d<<VI-XhH#
zmYBcc{lc>qS`$8dfvHO4f|c6wEZuR8>iA<P++HP%`GqwrHcHmLN8oXnEhsP)TZXbJ
zd-NdJUt!&wnaMk>QW^Cc`=fmhn#j5;T_^Nx@lMK~^pr)t-70#E3#?gpcMSXfm!6l`
z&4ba&<?wV{L-6=83Tf_{z&)Fc<M3nf4o-N>+cmG77oas1<A9Z;qm_PTUBv&RXM^K>
zQL8XGyz&X3Q*R5Ho_Nn6H)@IBx@K|e8I1D`QP%#P1Ltj~Ks{><==RiJ*2Zph-Se=d
z?N?4%t&UrvtA4ne3$4BW@@72_E1I^S=>5ChQ1Hb0`QwQjHD%M$Z*WUyN7*;(FBj`5
zFs@?!2SywS&n~S&(TkUg9Ff+6w{tuNRA*{w+%3%O_L}N5kj-A-lBshy5!U)Zn7uwL
zb24Mc7NqdYp@H-}b1`*&XVJ@;rs;>T&h2E>ud<ozQwUF4%`FP{60e8hs;xm_-Mbi;
zO}fE<w<`t0eIU%oh_*9WbCV`2%@-5bHmOH8h6Nba9XI}tKM)53)gP-cSjJZEi^L-t
zBNXas)}iZWW}mc@5iSCa2htsH!{O2j=jKO(s5T}uS~GauqAdiSe8e>uyv`NpPCNP*
z-mgCoErxGG!bkbtn-M}k(4MIDyh!q9zW>r2mao+UiKAiUuRut;sVDy(osCovj4&07
z9@+t67rl$dge4BQQ~I=jfxh;iae1{X+ARna$6&@^jZ`1K^PKt)w}+kOowq;4`A6@I
zpTqW5C%D(>|8RmqDevrb4@Do4CSam>NOQpLi#;)kS&(Y|2i<~fp}EOUzGF@jcQ^6@
z(o3>;<@>tzs$}ie#3OC+$A<_$tGhjl8f&-w7$Xeh-@TiIV-@XJ-=P~^i+=(3Q6DgI
zk0r=W1JU{CI3$c_{nvC9yn&^CMndN0rs{G@BL1#K;#llj-5D1)cP4%qh!?U-aEBG`
zVUhBhk-ozGW3=B;Qhk|tgi#&y$m2tu=f{kKi@OjrmKX7m{9e?vRT#479HX8TV+EZ)
zEub)}Js<MquF@?iiDk|+!N)C*Dh5Vl>NMQ!^#}NcA(wEWZYTIh_k=l(4uU71F)sDJ
zLSa%tJGC-68GEkq1JW1HqQ`8zo2nNkjKDc5nn1b^&ioA)+=ngcT@=J!e1(51OVnu3
zy4c;|RXX~0n6zxtNHO<d{bC4PUVR?mv59<eV_!@gF$aw{b;S!q`eT{fLFRvLB41R#
z9bO*k#Rpye4OBOz6Ne~-b(nmvJ{tZVjKe!6q0nOkl6I<bv*?|6#32RY-l%(fo8&j<
z2;%B+_?lOax2De!T9r{>vf)<EWWx`=(e_Pqnb+E4tJ$Z8ZsPt6y^wg3Z-1GK0$bZT
zc7>vV1Tge2QiSeWIpZLoH{}`s>i81VVY1*!$h+$!GzO49MOYF-7^cIQH5m)XKN&!G
z)mSkexr@=**u~AK@w%@YUF$Ax@gNBV{+EUgf;;+MV6uh<qjf~n8UCpCsf1nPHc);|
zTi_s2t>cJ`y9pB-%Y=bIwWr!-I5N6!CVE2DRGeo+@;w>QKmRa1Ij{prmrEJThr`Eu
zsX$z(()HoQ9TKEXSpr?`Mk48K`Tf01b^5PebBA2QB9?mfsPg;iJ!Q~>pUT(f5AfK;
zeYvM}`^W;DN&CZ{Uny+I#T1BbVJ`E1)_C2E^NPgTKsuI_Ze&C85-wUBfeZ7_P|w7o
zq4#isiB$VKQ1RQBH!!Y5#~)4j+Wr+T^m8;nEklX9Z*H$yK1ekp@Q|ff+~=h0z(>y&
z9xQ$U@prz$w+MPR<4-j1DJ-J>WW3ZxU3Za2ZmJ#~;7U655EuP2EG`{Bxil00L?x|M
zhuw)s4nv5q6O@Ksg=1$A5cd6)uJxV9XkEC_SkeSXp*hfaZv+yK32%hA-0y+SfCHQj
zNkpA*^e#?=8f>hzQVA>MZN*PecU2?xZ*3-PS8`G!ZY6)w8HG2B{C0`7O`c1efER4e
z*=<0&6vTS1P?OMW-&d^soFRP*G$#CLqLMBa=RoJz!{wylCP4GeSJp-ee1!u8OUWNZ
z@vuc&>Zi7mP?I*?CGE=#mTVCW`LPBP;U)2Rj51)5kvio_G;6QBAKJ#8Q<|>60fH0W
zucy7E29`3?Q!-&L7d26AY9fzm(?^{eTwkT*;9AdjppB=o?7lH+K{H%Ge;^7@5k6q=
zmO~J>D44wB6`*wo@`(6W?>RecIgvX|xruE8W-|I+oDaig`$5a_^N1gWW$~<y{WKu0
z%7o6yy&>}$<szQ?;e>1ZPlt)W2cgY>huBc_LGabl2Y6*OTshiIXbH6MIgfPRU5xzJ
zAHqyGvr2k4ob)UItho_J|MgY~&jjvc)VRHzutXBLL;gY%I6#_7@GGaEDYxfjN`m`{
zUwf0@!~K_hb4epo-MvBLZFagmLChQB-+!Fu2uO1=>H#b^-G$#GoLO67{8q!KNZLmw
zPp77K@2RFu`HW&tZqvP6dE4eAd0D!qGt^&=vA<ygY+L$}U21ACd!1Mh#4Bh`?-e26
z%4fWI;6na^k;mrj<9?uPCoH0Szt5E^)#gF0Tf2kUnD*d<B3<5)_RTgPX~G_@I8Jps
z2xoNktm8TIfy70P)Y?|ZbBRa5sWt$<d&iMBD+A&2&UvmQty^DSR)3h9bTb@m@9hw{
zL%n?i=YR2_->)Z&^?tO%5v)7*$L5p6@pOcPIx?Xi|KmRlnszQj@|akhYXtiZX0pbM
z9l$|zxGZ{y^cG=95#f0t()@9%JHq-(Mm5f#^fv(V?@VZ6=4>wX8j>f0*|z&wvmR|2
zahuXDx<fAEF1!39gqzh?VqChe>{n$W`(JyAB}*5m+dE~lC;hi^qc)vn!W4{nGMAH{
z;N&lWas?o*#sm*U9>2~6#u7$D(9D_es(k_@Ps2#_A?Y#@y7a<?Vj%wk#Pw*jlOg#z
zARJLIIdmp{7OR{zT?NU@Lg~Ekr9l%H5nc}#ni8qLSbEGe-fTxZAYU(O-uou93>cXZ
zz{qD{e$5UD4!;I#)BS|+RQp@ES4Dru{oKqxoJ~iEql0nrJPpCUAl5SN%S=YS#zmbS
z>@gUZ4a?`{c6zL~l_QdeMDjxCYIIA$=3pX(M#UoK2{2)NA$z)w_6s>m@6qxz!(4x<
zuGh$W5bx*WhJQKOY9%o8;wW$;DR?Jk0{4LYpKRj)M_`-a0l_;`FV6|sQfmr~?XW}m
zB$dX`FK+Ip`fr$_rrLH8eo3|Pi)P$4o|9j}ml~Y)3-6^8W@7BE{WJzGpq>T7R#7Lw
zhS*?9@h8xDvk@llP^6QK)+%x7VM>>4bRX327HXA8u+Yj(j3uJ&^E&LZC};*caV<fd
zhw2P0Hd-?=*QA{!f4isbx)&35$7|=cmSb;Oso#_7{Q{GoiZ$WnS+KwLG4h7p<d2_P
za^eM{N!S9%i<J4)$M!x6eCPdovgkv?HtB2g3AnD?U1)69nmkZnh~D{_CtGOYDpx&O
z^x(BulaP3o6CaW$oC$vW6Bu2q+R8E)dfxg>+{H-Soh2Rfkv*8|4sH+YGs*<miNJcS
zv68@#8QYTgpQijB-Ag6zXZqzYfU+A|9GCne@zxtGur9(?m0M81d?ro}-Xt%V6ylKf
zlm(rnXTj=Y>b-6PC)9^BV&VIfFu*HTp|K-rT&1CTPYnO`MIjFfBHtnWQ^}iPYWK53
zGuGAgMQ0cC*^!j((4ReeD)pe~Z~khTg-YupH87rqZVxx%@}TbI&At-Gww6WiHQ_Y9
z2kZG-dRBH5Va0q98qmJyTa0j70F*PRqt853D61kI*HlR(fyf#(Z5Kg}&lu>?RfGKX
zY!(^kD)gM(Xifk|B}5@{mrB>o1g6{BZWS4pEHWX|G}6bR#2a5v;YH_M?5i_M)%xVF
z5*P9HR|;4`nFo+Rl&QWbU(*BINOPdPi2QguzK<MAy2g|f&hWZp>KnrT)r%Q%3zE)Y
z#;Hw_&d)q{7V(I{N|BSm%+eC(kW0sGYgm^<3V*j|1??+1%Lc!nu>$I2Sm@JLCS5Fi
zv-n+XrI!xTy(S>}Z}P=PYT=)3MmkM(xqA_4ZR-4@C+(42S6d(V^J?=3sHmC3ld*dF
zX3*a^nK(cZH7HG(I~K_Y5cb6YVJ5b+bYXj+JKzfwH#AP&1LVzR%>{GWyz2`&eTJD;
zPNe=_gH&sr^fJ=?$~o1eDMNh9_8Yta@eZo0@AcIvH$#|r{R1p0=`Au5zUNUn7k*fH
zo19@|rGKj}1x6x`MIle6Q0@W-XGSs7Rq%51IYrd6(B<)4*C1tXDrqn%UbIIdpT~7x
z#$ap*8+pA=vA__Zd_fhNE#+%!jn8cqUYh(UBdvu(*HT|8l%Le)F{G7P{MP^Yw&|ns
z;KmC$=|Lt6f9==LN+v8vs%g^dmxO-<t=+}Mt4l@JDfp0mOtI&}7ZD$Gzp7YtommRM
z+j+=TBS5tQw9bsUNIrV7Kk~}GBAZ~;3&M}Fmq)Tu<aA=Jw2qv3o4wRv`1gc@Inpo}
z!U~1(5lE+V!cQ>%x}6a(3%`fUpY{Y=C!qROCtSJ*Uqa@HnioA@muCyip}q!@Wss+4
zk8X964kVW0vzC7auPBrY0%b$&_l=PvYZQ7;7J5BMXBzq7?eJTA#AqB+z_e|Ol$8bx
z(~jYWU5?q5Go#3*o97tfkhZrN<&Sm0PkDvtX&LWC!nhS-DDokp`Tp+ff_eSFC>oK!
zIgJl#%_%?MLVNn;qi@e&`0#5#;UQ%5Oe$rZ<l~#D<e7;Jc1o1NBGqhe`N9V9R&R#T
zq3Xi4_Clws)H9rXENN$dEWt{o{!?F0y2me1+Ri%M=mgK&ZNpC^+wo~eh0t`}MQ&L0
z24g2`K_`buocv)gv{W4VO6;Rrj@$}^YxJ_OUC~w-+1SICCJE?tYCDwoFu@Pszwi`J
z?}u6&iT*$5;1KPRv=`NBp60oeNx=bldvO!Fq+uL4FH2<Fr#tbiJtNTQ*ndh|dK@eI
z^$UOYONJwxhpLe_er(N?CDPln^H3W6C)aPjDSsb7kM*gyQyI0vfX}A;7Um7pQ%`p&
zV;zI?m`&?L*xC6A+h5+4_Bvh2hiawp-+7a<yH^+Kl!XZt+#f>wG8|R{eQaQ6OM3s{
zBqN?~H48OAm4oY9Tl{aIM(*I6aMrnc8V;=7#{=_Ho&Vh^hTqzUSj|;>PB(QT{Pn-g
zqeq^@k9+r`+kh4LweSTz={OZ8(Vn*t{xe~ky{zQ5t&Ld7jaX=s-536-XJFWk@2J^p
zKdyCI11U}0;mQUf(zA+z;A(uFIh`^B>&2*CJXQiUZus7{QO;VI|9DQlfsk~fi+cB6
zGOjYehO;Vt@W;VBFnQ>89ujgJ3_`4-uhC{6-{Uhp(rtia)6;Qyu0Gr!5Xd$T*eji@
z`hnZ;ZounrXQ035Vi!6Ne91|K-e!MTtVthqp!ZT+rS8O<N564NmuThs-B#+ZJ|pGw
z4@HV|r=c)zmMd(&w3dfPUjnP?!;$7s7V{lGNJ9-6dkPBHHIsM8mAlM43gC9|FYdEV
zhkDOmQ4T@h*^DxkjU;XMtF{p=STvjIJI1h4JqIZXl_5BcXTg8_HnYP^y27sK@laDB
z!ED!sQt47Ad$?ueri|QPw06+t@Mj2GE`i<PjhNqbDZA+&#^QJUlq_`?LcV4fHDlEW
z=&dZni=(bVC#i%rb@~lWoz}6R`;W8Tatd$$G73H&f1uEs%a2#yz%EfCn4~*{|EP)s
zGv5H1xw=1YiCF-#XScbO@62~ejgl~NpLyQ7s#Wanj(spX={1fy&=igxTE}jD3xKc2
z_4(UXM(Sq`V_E0&V%&JJ6-3&6WZ54yCB2TWYBb&ZwaMTeY@R(7H@u@v)|I}WS$7ht
zc3{YiaVX~BZhfHiq_mt*2uy%dWfN~|9fj|1({lxdomC&pCZaZBw`>oqmb%Lh88>j?
zkH?sMb{zaS2BqY@FCaZXg-Itec)jA*u(lvXi7Oa|y@zf>`A9dJ8yKjYbuCmg-+JuY
zl`RlDVm;nJs0THhY9zd5g+^b_Bh3@l*H&D-rU7i4>(45i_#)LZ%&L5e)5aUC7GYty
zZT@6Nb)>eAjK_?b8uI=~cN}m>177Dl@a~y8?0b2AtelX}>pziY<#YqN$}k2uyfK0S
zUC+?COCZj;DSOu`0rz*OdtFWLF!~JiUz?06O;a(@ClSOo@Ba1##x}}<bsJ+axS1{<
z|ML)Nec^UtbBxFu&X3qzsHJ9&a5Zr#dlo9)r`v+=CO?L!jy>spj7#{B0YxZ!i)vI3
zr`zJQp6tSV-hOzPp6~VWT8%DS+Oa18wADSSSD^1zhD%<Llpp7rstvtwN(&oD;I1vE
z*uME7PCchIJad;9_3sBhE1SdfFH><{uhFm|`vjx&DTHHCA+_NyFCWy^`}R5Ev|mP7
z@D473mQ(FiIzQ_%CxQNLFJVt>7;-G0`kS6_oT#OC@IQ>Ji|?UHlc7xX;nN#IoNyK{
z*WUsg-fWk4Tr|Pyr!DYd#v$AibPQknTC2`0cEH>iJ9+q$D|}X|EsoQnXMuzN@L0b=
z%!#o7{s7IoUi5yxhIMd!##(pZjrE?*hOk}D<ssTPa&-)PVeP&4E>ycbq+OEu9Atei
zV`eszi?x{(h+`CgPX($Ad3CXu9R0P2Dy~gOFA_g%M8Wyq>8P9zf)~U3pykYO&|W(j
z4j1J@*MB8^Y5%)YuzwT~UgHt_Sn9nR?i}WUgk9KgeGyA;z7}U(qUYWGOo#`JfaaDj
zyza+GT(`%iuTuDQ16%aFV#!O}FNf=IpW~9U2xMP}Vo>wb__j*{qiYwKi37Si$xh?6
zm8oav1NACW->GwI*Q3A{`!}s|$+m&`)=FC*aXkeFL;zd%o%Y*0a}p*5(q{Z?$K%;g
zC-}X;vt-|D4RuaPBYAEO-Sg4R1KxHS!i+`~;7EJA2Vmwibn90PJ1*|x0+*F}=YSh*
z<NYr0R0O6+A74cK-K4{%Y17%)!kNTjRT5!=a(}!V*c9yJ{nigh{Srg<+J*~A_=eju
zlUadHV^OdCZJ8^4{8k{*95Wgti(1th_C0vb4rw)pF1yk(zQ+<2`2DZxZr*o6CLQxK
z7yR(5v8yc36MNP`Zf9AI0)yvN>{NQ2tp_>|R?Q!b4*Mg3)`<~b0O0}q^fdv@yWNJV
z^bD>+Yy}c0^W$zw(5i3%zfjYM-#DqjolTBxe2ZJ0xKm|&FH)^v#GGVPdEdroe9`?W
zC@`w^yJ9GCDg_gIu6p#_G$b6wWgb`IjdcbPcX03L|FQW~MgZZt>eJa1hxvaJc*_2A
zJx0gl0%t@&>11fpJnca>Vlnj4Zw7Czws68|aO<pxrN#Zl+Oq1@uDqsof9RbO#@zai
zkb~3!(A=2<8RzLf2*Qr3#x;t3<TN{Sy)iq`^&lf22FtIT1UJj1O&DPzoU+)(si#<v
z{LygCNtf!=oz0)rnwMBSf*%o0pk#UyyL8k6vNaZAVw$(q=0Dnt`EoV5`aQy7O?xxy
za~Kd=2`#=I1H(~YxJ8&Qt-pc#toIKT7~AcS1JZmUosaK&>86UgZ?v*AIER(iVVZyZ
zS>`sN7Kv++`X33$n7}mBH&R~ZO?G-&3+j_Jfe{$p@CP2O>I`%o)Ea029tn9YC+8oG
z=^sg)?~b(oY}k#Jc=cKatb1TBn>Mz=7rTPt)xsrg-A-@nk8Zi7t>EOTOI*}!&~gR4
zzK;~VNE)kEE^#^Ru!@Ie9)tLdxyMNBWbk|5A9D#8S(;}PAU<WJ8Nl7?01(E|clcHU
z-z4gN=0@+WB%Ps#Zmus+9y%1t9?^bX8CvoJ(<wN<#b}J*u^P{H?gRDOo`nA0C-VhO
zdLZ?dl6pS?tA_{R)W4^sq0>&n?-MOhy>phsXB(Apm{ZL%(iD(0SRYrnt-xz`xtz2a
zAKGjVkal2e0^dNxL^I{Dzne-mq>>g;Nq->CiKIQgjlfDE&BI^&9<1x#*EaV-XvFar
zM=|nBC2N|m15+lxK%ranT<<ZeM<wCMV0li+R!Lo*hJ<}|k5o6Nd*J{$s?oU6{yTBT
za8>kQq+th`3oVe=gBesD!Q|$@6w*rYcUmAzr3_&~Ha-7oFdyE(%ph#Ak{b*@3wa&)
zfKl{z+`g_>A?`zuKh@l-K?}&KcLh2-JFxpk|D>x6kHRQBEj6rqSlxdYUjOJq*a3H*
zOhU8!{!+w*0qXe|hv9qqChWAisgk%a22y*T7RLqK2WJ@ZG^2jxbZshW3b`uNP%e9v
z2||1Sr&kLtJRb2Q*LQGv>H^ey7X-tmG$6i=g9|lztm5f@bTYgEgGZ~J^aXBfT!w3&
zd<N16tme@=NpA2`=tqe3b>cfa=(A(njq%mBpWGmJI=rm!j*W*U;L(Sv^iHVZV0oOw
z)6gpDX+?WY1^i<|>x4P)#9y^rNi%cS)Y_PlZf5W~krQ{zW*goq0`m!vlphg0p;!1X
z&}sFPleWSEZ$9K4E~4$+J2n-XjoE#u<#s)2zwlMLR9ipM=T0H~(k-U%tm1_RC4K7&
zANshkJ;S4M-^OW*m<PgDbxLw7SB%aQc6Y+-+b1x!>udbmOl71`lrwEL<=nrPD%C2l
z%$~-y25u8$R5OFm5JoNq&7n`R*z+Nnm)S_^R+V_{{Y4&J(ho$B-PF0nNkhR6k8bdC
zk{7)43Ly+_q!Rw-2z^a!gzoRhW1-u8*siY$bgf)xF701>dPW`g>X$@f$#h$lt{3XJ
zX~4Eyy9q5pS}KZoFGZ{g_Os2G1U|gjrA2!B7dtzA3Y=*hDE=<|2a@io^Am$(HC2Jp
zG#=iYyzJh|X^iwA``6S|rO&E=W}HCMKdM2<K~{gychdFGVey(E6nz~w><+(@Z4OlX
zkUg}A45<%M=-i86_MrK;hnzeC2yIQeM<w3^55~r0`@D0^^=uNj-#3$m{-8d`FJ@zq
zw1CUuMLO!E*;yboOR?uf)v;ter_TeOm-W!!3xtm}&jvu4Cv+_xcej`$Y;<QD629^9
zL*0Sanvw5=PEW70`)5{=Z#<5^BhE1L3ea=Sa}+v=dP3BO>M(X7Z*wpU!>S8`xEQIA
z_~j*Q*tZ8`&~f=F6gAqhNDBtlI#HdN@ej|n<zUA`-uUP(W!MyYUOm2$`FmEQ$%Gws
zYZ&Zr%;wb6yU(VK;63th0eM;BH;{Bd?+pX{0@X-ePm>;Edr}9w2n{u-qKPcD2=OKP
z5=*3BkS5Z86y(9M%dXBCy{7?r*Lv#kqLHf5A*3q__x6Fnq-|dNu>A}J?z1uuHjN2I
zQCEba@btwep{;~Z5Irf8S3=Q4G&h(w=Z=!u{shpvIu|&3FrmqaD|pvIF@%}ZQQ%GX
zhd|*I*q6z%b)5V8hz>NeJfhq`7*69n&K70`!tS_nU>M^pyf^k-GlTp{Akww-$3FTp
z`6?7%OnB8*Qw>3QH|=?I*;nIDwAQ!LyZr@tyJ|aosMisu47PzYf#F>6w#}o*<Vis#
z?*lhZN<bb&CciDu4(-mVhGgPoB%MMv*#Svo2rdxX7w1npg!j+X@)w5(p}wOz{v2D$
zLnX?R*B4>K#Atr&<^t)#=@GnRP#^dZ*O!%T)KFI(ZzBsHCTyznT))!tnb3`*_fP!l
zhNKrn&*aYP=%`RH0R3HfSJJc!92-<9u$EU&=q&UIPuPE+8P@o6x2+~fxXY*~u&8gW
z(!p_>(6wymElriUSLjjckU9iMzwIQG&c%VQtp!(u(EHxSM(U*z)`Zb}6pw^H*jDc@
zJMy>`=x20|mTYH-2);@0Vx2x*8g5mmpL(b0s+3!}B>BwCo&ADw$_S_~+OnCeFX2!v
zd-bz&9flX(;FND*X0Vf}AA$M&tI08(>Mg0hUmVX7Rzkm4`@lM9Gk&v;6MB;CEpNzP
z=O5uV1udA}4mY7Qx#6g#Xz89=hsokI#6v=3NdNuF1fhFLCxG2OJvsbPCTe`%2+Puc
zu>ETd@!Q5>+;2lUQf4FY3FGheQCpmR$%W5)ari3lmSimpU-R?7M|J&s?{6g|d<V)$
zK=(pRX;+^c;C!oD9S=-k6FB_=(i)8XpK{AQlUclyIPnCmoZd?<+}4$Hg>_6_-HANg
zSw?veY|FHR#dmu^`;|W^H>qW$vC$B^sQKI%1%Hs%6ZL`uU&w!R!XmhOtqXZaJ8W~X
z2OsEq2!#$HABSn_&DD!BhKzivZ1ZR`X&e{IS)Al7mv}CEdHf1*Mj8=pd(B4TGIn?H
zSQHu2<CP;t&O`dA18Ir2q`^(eUzdZCv_)V7l1}G>mozr%%T#BAtGMu_q85+8jTPC3
zBy^?Ft0LE;JO*d)`zCq34u&g>Zo%9dPi+2u47Bq(D+zBzJ%v52C%C*E(o}xs)lkjW
z_{51{KzJ6aQ@Z{Pm9#a#wxO>=+EZYGLRkVExW5b+m_C8>2aSOA4rNO^s@Jj%r2IzI
z3|P)wPCYOXuGzV;mxm7EvygM7cTUqg*&gs*<EMh-&@W&kQr)PeBkDX7jgi}ZSV5kq
zLL$FJ8QC6beUGCeb3##DQMWsAkvowlz}b!(@*%Z=a;L$HsohMZY!G&ol?g8k5m`ly
zbd*H;0fd(p^-}z^l#wrku_r^gL&iv~x>5q<VI|)$$Ln<9f<>=Td){jo%1ER>6XTF_
zB^T;DMtK8lU$+8g&aSUg#v-ynSQF?ArNx&7h6-KG#lOGn)Jn{gQr$pd)Em6E$0YFl
z*%EYHx}#Y0>6a%m($buAH{luKXh0$yce6$E6VjA=6V*AfMIw9Qc7y*hIv0EznTo?r
z%}DPQkw^W=l4o2H93nKf(EO;kJVX_}NNXnl&U?&G9@vDWX>oH}V|CxvHY(vUJJhU{
ziR&k=0zzL3KSKTwC_kcm_fHFbDwQhr@x{k&DD)R)OZeFG3gkEa;<8-Fi<5sB9*KM1
zssMq9RAcIauGRvxCGzShxPf{FDq`*m?aaK3DO=r{&qN)QM#m(dw_Ie8qMm5Zu*;D1
zRKIiivh-Dy;XDSdcMXIOl=n{VgaaawFwb6XKVut~e;BTk2L`$Z*uA$S^Xf29A)b_l
zp0MatU+x_3h1n@8H2iH<$Dx$tDdIddW>xf&hu2ROo<sNnT2n^4g^S$8DB4JP4WR+R
zxzlw<T3m1><rA-<XW3hR*t8y_9G4TOD^n)UL|O-=IY9DrOz82U&8k3*`}*AkpyMjO
z)tlLTde10jlH?V2LHH0?V@Du;jO2ScormkTEWu6=hU%?lFWLGX8P3nE&q`x{T~*py
zE@q-n#F}|8-NFt{+snMSEJf-|TE{<NeE29AI)C1<aG3Pz0`@GM2US<x={wG+{8Xn6
zC~_0Re0&xZ%{4y%W8~jZ?K+q8GxuE5nLzmq_q#$GYUK~E;c`V5W4~NqTc!M@&S$<_
z_!%f8XYE(6V!6gs@v%>Y$i&fPVJWBDN9sZD(jiggRN&pdFN(US>=-BmMEk@iA_H=<
z>miH0Gq-c~Gm#rhBA=o>lX<+>Qbm3tvPZ+19H48%H*0c`GWa_EK{|(N?7qQ?_XWnn
za`%=ZZ$iqa)DsEE$PeEK(MMFHF16je*UizG`#U7h{_R2YS4((j5R0GsX{c@m_aXGP
z7W(=h!VU3&cD^mqbY(R>ySD;^E>+;BX~&?!f;blDdqs)v{E=B*--m9ae?#$_PI&sX
z39~gC3b)(UDi&5{OoKF1VPiAw8vB&18~3BTVPAmRZ&<q>{o%mQDfFDhB_(Pi!!x_L
z0;@cV2IEii57YEir?U3&>S+`z{YznCmo6}BzZ=4nE1+{~FuNR@%LaA-imMF%Va0_}
z82iWxuFUI#mah-7kOQ@R{Nd@iwA>VT_blONuir_RI?aM=mH>mbQY89)$h0#8|M6pK
zFR8~oy0ahLEe9A$du}aRK7~!nPsYK!Q~A)UeNee!BAmW>kGt;kP{y7~$@%LkVY_Cp
zaKK;-tbg<bzq;ld9B2fvJdWyh$_6|^d-%3rZ3)NQJ44Z?9nuxuHSp)ZSvcciAf9?w
z0bBl^K+g%I`DC>(9Q4@%CrpgxjT^di1HU`){?m4_cIp99x0|6nsvopu=Bk+YXLOI&
z*bbU%i<Rvlp5AfWXjdLwZafJFAM(S<ADZ&tN0Vs3qwh%L=c_lY;T1!^@P;F!ut5#t
z&&%uZ#J)_h@~vcg>*)KN2h$Y#ceW~clH$H+CVsXuSJ&LT!4rOe$M3gY<&*lIapt4}
zuz5%zw8~nJzXG)7`cc6yjgK7!|3UP=dJ|(c`p7W&SWyUR>yJtOr=Dli*A(-n-c=B@
z`59CXo5j8~&4O_!FL8563p~`dLbCFm1*7a=^M_4Bk;V)Is-Dvv+bMm69Kk#E9^{se
z!};Y8X;1Z=`0Mj#eq`YZINo<E{2So~DdAaE7mZ-Zwn6Yq=a}^PgC+3&ZPfpce1)-R
z?D1h>AcS;W3%k=gLQTL(Uh5ISY0S8QzT+%C+JleY2=bk{&*;gwV7_^8+Be}K99-KA
zf-)`Xdl*akR(cFHYB2+=h8*X?(I$DB-92&WqTbLeBahZ=I;^=CM)S3lo?&^;F4r?x
zXS!L*Rnt6>{x0f``?VX1)D!CNp6(bvU?L2yYJms8n#vRAjpCKHIka~4HjQo<F*2r@
zRUB&zk3Yoonjgnuv-e==RJH^ow}dLS!&<7;Yx49j$6)I)6;>H+l&9%>VCx65SaIwq
zbhfUK51Z)7KQI5rhItXZN$?rgaHKKPd`q`2y5f|>&E>U2hGMgLQ#JqKGnS&c3+#Lk
zpw?qEFu2(Ww8t;Q#3vuI`y+jM)|JQD`t1{FzCjP;&N<RNImus*ZsV1C88nxgs_m8|
zz&jkr<t{}?bpiIn%<%G(CeZ2JbvFG=d$e6#PknZ;R+%xgjr<@{Uv9mc_V}cGo=RKo
zg8D~0h??fsxBn7GOy?ctt<ZVk2Pk`453YAQfDQ+=<qj{hq@6`)Vb_S2)Pvh4aeQYR
z4!12%L5GREV2b%3-s#*>H9jE;={lv(N9@2s9*y%JtKeO)r~Iv=0hnKZ&VTI~&ZjnZ
zlCQp7jBSd>;xI3BeB)@V9;ply*XknhBlYfOpta+xX@8S24{LSA(A%uQ&5ct{aXJ^?
zyt5g8w&{+m{jzxIkL%#I$^_R=TLPaRym6UzWwPjTnT`p$7o%Wep_W{rCh-c}5Tw3_
zZ=Va0`U3rP!j-bXp?q-zy2oc%E4ZTjpQw49`0%>G5Ih+a!P(@7sIk?K-os#mQ`6Ur
zF~Kz5QnvL{bG$n920Cv3hX=!dqnN8{QOo3OcM7D^E?xpJa7A(@-3QSH!h8oRE0SkH
zK*Mo(bCNxD^gIPLHp0J+NH`4lbGkFa4wUJBQ`vbRr{CkD0Sn>6nGmqXyLdb2KQV7$
zM9-0w*IZ_j$#+l=>8K^et>k5{X=p$30T2(c`(2`7?F9$ai<nH9h+q>L#;B+H6!WI=
zCNm%U1|8?SMtrAzBP|3LbN1~6Ke#rVE$osZu$Yb+D*96Nt;^-ckNDvAoB0{75MIq%
z(R^$0sEHgp`mDg?NzpjU%#MFP(LybX8Vfp!fgpZXxHlWV4?uoUa{}1u%*C{ApRiB+
z@pzT?@NId?g`Hhwjr-`H@yzabXq|jn`ro&hWmX7&iH_>sS$*;BqJv7n%F*)WP#1jq
z)Qd3Hh-z>l+`7^m^`{situ5CK?5jFA+6}JZ<Y8Z&!{1@^0PTl}UQ-AMBy(jy&>BD+
z+yO64`{8Kqsqo6(0HSvsf>@ustbBnT$CK~Se|#C5&T&M-IS5_c7LPtTqBP9Yr(V3y
zsb*RKyZa@v7L#BTjqf;do-gi6@Wo}<N??%w7Ir&v4F2r-gVQ|M;jGQS2C%Y0JS=w^
zjz*_8!R|KUIA(e#`zP<hN9%0Zv{tJjeYPg|J5{X+tf77a;!1e=r@8uE`G8k`(*E?1
z={Yg_&TinvmDo0II25&dz`frXve?T8>fCpmT$X%bs!P%@82bGg7q!|>Cz0@r_NT3G
z2BHqn8onW1I4<p}p8&-gx1iyaa!Dy%=F&)SKMa({;>Ow?tT6ovc4_Ow=jetrs((g*
zN1I4pIF#BO-1=tYXPibnmIc@HgQ)LYa;jfEu-O8Voi8yOH}3s95w;yj2QTer^4%#<
zA?M9{h;Qqr?3l4%>6|?mC6kp%H3EXSrtU3g`;A-D{;w9Y*LDfdt>SQ}$tXrTLvd+-
zA9@d-#t66QeFXy<{Tym%T;}t}w!n8AO!4ll3(Anc{S?AT7~irF#P!rwNAi)-rl<^3
zG)?42EuKR`@f;++VygCeJUTA8u5YQH`1E<967dC6-K&J%Xt{Wh;5WYJnl4JeNAaDW
z_qpj)9W}mLJ=||I6Q*rShkgr#fcS>dwX%Pgvw+r%_50Qab*?SSA-#e^?+h`U#{>H%
z!l9ipO4>JVBwUi5MuhSOH-ECR`EOx;=1jDlrU7A}=R&jAy>QIX2qs@W2&<NxBjG9A
z5FCv+W@^*t%~90$*badLw_*NB7r2)fO?8qe(R{NtpO*92-GZP)Q6#vUbdi5#^#aYf
zxiIWmE^IV#ragQnfY2-J`n|@%>osWa*vEWDi%ZzBoaWr&AtxT8`dEY0e(KAAi(;Tt
znigK!be9XPZI$&6n`JUlqe5@NL%lZawQ?9cA4$d!|2(BgBS-ArHCLi*WQhyE;_Ge=
z_=M*jFn7XFrt9*Kef0H%_bX4MbLwN%TK)%b^^(-2t5;dG*4b>$oZDjENEbd~9~PI8
z*1N_CJ3t(B^!Hf0r?iTZ)?h<J=vm91Q}CJl9hlv!o9H!od*V6MNW6}O&63a<V%%Mt
z9Yn$xjP)6>1~e?EI*bLvaeQby0=hqnz`*PMG0b}te5(i|Y#b=All3@9dwf1~fzW^t
z0&^g4L<aQz9m<al?n@eYF%qw!i61@x$@+kM2)(zg%T1TQ`Xf2v3@)9LEzRC*q&B^k
zFKS54rNA$E=I*Hqtw9`*q<zq#qdvTkyiYhXAD+2x$H&Y2u&pzEl=n@4<Kbn7@(llX
z0*B>y8+P+nR*~@Z<}N<dZ9kGea3TJdVwUa`+%A)zqt6>*nZFj~jNXISCcVdXiko`n
zxq*CPObIi68me%pM$Nd_tj&P#ICpCya}D1{7@flAYNXcbYyCg>1g6p+c+F7gS;Ayl
z=vLCPn4FQog(sl8g3g@>5{K;~Tx_hK)K8~vL;leiw!+gnzm)QIbAhl7NOQ~mz8%IF
z5eGT(D(gSh6?bKAuhSa62S1ZU&Ao`QR{PJkMbhG=n>AG739_rFBH<$&FgO-Id0a)I
zx%V5>J{Y4PBl!!I-fzW=_8KU7!OG(t-by!z!@n~KQ~JYyMiJQLPZaTFhD7)Q^`o@Z
z&>utL&ejub>w^pUbo^PNLzHgwjn&n(KNjHtT>av~dec3G%dWYL^~lxyb$|)Xe9$f(
zryk5f(Kn>|gx-M<)53vxhHZ>~K>Hzr`nEOggBPa(ep?%0aLPUMJG+21I2YVrq??Hi
zU#-HpGLJe88na{-5LZZ~_gP>+8?b5fna$lgOdhf#LEs5?+nj^NYts1UA)2IlY}MKa
zwmfxIGJ4lL%LGUDNjigm7P_i~d<*AaX{w&s*B$LXyQ-HCUxeWWO}OWTTjVuzI2{AZ
z^cKRt>;j>+k;X_~sx20{T}IIdq#uDW21yGF4}m=fwn3YJK|tO@9@+f_mi=--@($?x
z@*s11e+y~en3$`Gj!r6ZFRux>!N`jc=WLOPr`eB=X2MHh>(wu)-Y!cT8uhuZ?Es`c
z5dB1R@drp(a-sE3_1()zKVhv$y}EJ4EN!7Wbc}#K^;<FWSg3S2VBdTl@RP?N!DV<j
z=r*>pG6cdbr2Z4yTp^s{<PACLd>*Z{nY?K*{>aMaq(Ly)swW%2$5OQmxC}3YW!$o|
z5kH<}rrsJ^!G$)WeyGzifgZDauTMTeYdMdT-X$N9O?6PJP!F?7P+xB9J*Q4b8o3-|
zCVty^mf0}&_t7IxUY4D-TqeAhy6dv1I+xx_O>@R9qEEwgjcQ!hj_|l^1z)6h85Y?t
zfNPT$p!Mwygs*?W_J^%FHxBCV&pUc{#r2LCn84ZVXI%+fBS7iz!KL?&I2}V48inu~
z$s<ZbR<uHcSEpD)SvaejR*K^fSKyA-`EYCGbUu7^50yAV&aQq6S%2+-{00g?OB$Aw
z@8P78r8AZt<%q2E+;ztSfa;2o$K?XIyEU2!<WW&zAZaTgEakVO3_*Cn8~($w$Bn_@
zxKvWeld1XU=U{hCL-~$IBiUoFnH;+KC>OZ^>3k(|;1=wY`;d44nu+8cq0B!RgQIt0
z(x|rzz3LrTMx4X7w-#X5icRcPfkK+J1zT=w&vS=5ak_5hVcapG`9t#4GSw5DFFXlU
zJ1X@v6F!!71FVeb&2rxS;iR!R`4Jv$brxt21fR%*^tI(>?Y0Q-hgKCAx#i-koO~YZ
zc=-edJ59#s4Ld<fbA=c52*6pryzzb0bprcv%$qVKtj8PgQu!NJMR`UoqM>arWfx3n
zP|_v%`)z_Eu-*UW>D-+AIgB&~937_xzW%MDWNd#VK82~FQ4skfkex3zQoC(-R`0|u
zAuphZuRe{#u3>TTTv^DP#qXy3W$je@mYtCv%&{KuA7P%oDma)j3BGrJE_oF{m3r(P
z;X5omY9QxtZ=qf|(~!|;6uMrCG8g_JF@mYvpQGNoW}p<-;AA(-6KVeYtuFwfU8ZX+
zM#r}?Ft5f(&hW}3-~J7VGf*6}#lJ#E9+kdNYeL+x0AJnfj7PrR;7wZpMbfE4S7Dk~
zF@NR0O{_Z*N3q0l!y$LVYDgTY4TR<7=_{oR`Gw?JJdk)5h!YsiDYUQON9YMYu`rl)
zX&~vBd9ZrJf0(gowq%Xt*@gUJj69b!&4bi6thqw-BYo<(xlY@X2Ebk!ebl${R=D|A
z3MY<I&S*7M2~Pm`3}DM#JHePYW2x4&aK^i9jI<#y))+05Z&nOl8`Arh@476CD*!Y1
zAei`YsOSmV!k{tBo-5NkYGT35{4sb`_Y%Go<3@Br(&ykbxtNK5u`t+yU5!<j+F=Kn
z?cxA<Qo9i-d%_P}zUPo%BM<nQY3lhfk?)8(|32{r5I2hqMR*PvWS0gXe|!;GDsmTE
zXH#&|>?RY2Qw?cCQZ_xCYBQ64rDrCI*J0Hk7rFS0p6dH+AY}#_ATlY^XzHCNH`Qx*
zh9LDQC%+55oM(X7cBKw~iG#p6qA9d~U?CUj()-+7Jy6I$A!P}q(`nC>4uPEJ0^vq|
zRd_JsWZChpxw>7a0RPUfK$o>fNM4&bbF(5mvdCAce@PEnlLq;J)+hAf%$Kj6cRu=6
zr)RXs*RY>yW0AB05SP+?tb}@bWBC49S0(#dbCooNLfHul{30C&<fqh(5=*S~+rvu-
zZDiE@j4&SC8flV`Z^|g|lSqHDq-+h<;OQu#t#hddIgN)q$2KE<q{CdoJ;i+1VJP(u
zkQQM-il(3kJwtpb^&A&DPoV>-<fYm9{(2BFCjxUX8q2yabdN^leMWeU!ncynV8lZp
zd=q&(AWRbc$(<XSs)Fn3d?50U`mGv~zS)N^&AmZzO7qAPw(L|YdHTlkXQy*q_;unJ
zm99;u91(n9T4&#wxrMh_naWqwd%)=bRl%F9mdCKP_3cGgS=Y;LjRJAhwtAEaXtDpS
zZvkaQ3eBe?c;dwA2`Xt{g=#|4&S_8jBa9Je6Fy0Bz4uJv3x!X@2@@L0C68x8`QroV
zSy%)#w@^}?!0dEhv+o!yJR^`tP#P;QxyT@eexn?xj&Dv#fAG}k$w)o{9yQ1Z!c02v
z1K4zL3;DpJI_*4YpPo9)VYf>459AL-o?4d)cK7KllMV-}d-(cq8)=>Z;gPVrPdb`J
z|D?>;N+w;W3S1}uOnFHUkx@bL2?-b6TupVbop(vN0F)V^PjMbl{*pW8a9o`hCjAM*
zi_!e>Ny7&U55wWcCQh1>3!O)r14!4Y#D|o*^`V^RAW+5y`pbJt<9fVeGahOR@5A;a
zyn!C)G=-;B2uldx3~_hbNet=u3!f)nVP58w*`BbA#GM`BSHKp5w=lzhzQ|pHvS6Ni
z*A3Svw^W6Hq#TsS{gY8X2ZaY?kupq?4?)a-GNZhkM;aXmfkna-QmzZ1ooH{S*r!PI
zfY<UHfT)L`2X-L&9?DG5%j5UN3tgjn77nk|Q>2AxPnHx;T7!u^F{GgpQkFnjhz2Kb
z$b(oOGn-aGd}#tpW?5i^byI=7B*bS_aq1N~`@OG1x{!@BOGeV*YG3^uoU#)6hJO(w
z9VYyZ=zAO}l?fg~%7QSc^<G9C%D!}bMD^jrqOIw>1@iq=-;&Vq<k!@=veG(zPkNLS
zKT9v-Uy8gI!}qnoJIw|%gM=U@+ouY{3OZw-HL;*oGy_YMALHTmhJ1pLrrPq+8_4ZB
zMhOd~=NY#==H;V0fc5+F{N3kQ?DN-n%qxrm_vuU7ft}A;&D>z{jx&UWHbr>We+?#?
z=d#>oWBFT$rTEeK67$p=O7}zrf%e?~eDsHx=-qS|mR)k;^TVFt+v5u%@Z)D(_CpIE
z+}X^$d+dhRd)x5&N1saG-=mZ__12(u@i@?ac@?W|PT}a#dC>Ae6@XS(yl2x47N6>h
zAKDg6b{-v38hR63XCJ{^lYJmTyO6yZ_?6R`L959l?wU&X3wumOce`r1-)=jTKOW{m
zwR6G2NgLk`^k;z?pV*gQCbGAz2ivZ11#R2w&}jM*R=%y1npN_L_FuGS_vn37w>!H-
z&HDgW^S+*H`R+HIyVMFL$C2#Q1}6yr(USFEYKvoQdt#fL`k+)?;h&rtZt=Vdqgwpr
zR$hK^pu`7~eq@7~BlzRO51e|zZduP@@FWKh$8X1!aZS}w(uKCZ*>IosU7)eTJ$kQ{
zjduZGy1+zs-Kxz)<IZDs{z<mTFbi5+Cea+6Li<;HFr=!C>*$@AMtT2YGzR(ne<9Mc
zb(_G}uD4WraS8_Btj5G@SN0{Vxtj2Aj2saZr6jM*1ieaI&{-^DsI1a{)PX!qyBmzJ
zvcurNQ!zWq7nY9LN%x2TVkx`#qB<^}Yq?JmYYpMO_p;Enc`VStACpd>;|F_8Mg8u(
zc+1OEQSD=|=qy&KzL(>e3FFw3Nh!`aGKamXSfwl&a~sq?Dd-&+iQ^NGL0*?8GHuEL
zw?B`_uF=~JqxD}YdN=mMl4q^JvqL|1i~ltUsTzxrmkp%@AF!_*ji5AnGAj3Pa$CnN
z)_aT%lm+)<<8qwjKIfaL;|DmP=TZ8O`etvL<^pI<(Qt-_oTOwyw)~0TbES8qc$w!#
zI7ISRCMB?BZ5uV&x(h7MZHqKFaPMJDu)k`i+Ey~zvdMDv+8G0*&i<v^pN&f{SgY_S
z7sJ;z2iK~tNHsxY&jVI|0k!VjheNa4(fmANR(HOzz@w|M<;L0I-ry70)8D7))?~3o
zTV2$9Q{&jj=yUu**ANI9?k>O8S%Ti*jk&GeISA~qjJZ$$0=nKA_-Q=wgx3X(&cj^#
zd7)UxyV3S?S)X$#eJI3MWh2;oK9PNLJ&oHIZecVwc0Xh%r!_$P))unb>?AtW22mXj
z<oel>>>loitWO(o>uGy6x%Vl&UlfitL+HM;$`9iAsJ{0pbj@&KYJDYw?pgm3Tq63J
zH#{&>Zq4kVI=>_8FEIleKYTr`tvKA(gsmeSRl)-NOy6gZPqkrRHN$b)y83FLr@J61
zXEsxR9)}~(DJRa5S#rH}OzCANpS@QDW1Vurd+jz@l&YY;7JaWtetdD91E+Pz32o}b
zTZb>yTM68~-x72f6H0rAESB%CXpQG)?-y%};#lQ=C-J<quB@MJsOp>UgwU3Vxnn)$
z1h-=BoznuW_Eht%lJ)q}Zy@mGeEeTYR~?o`^R*2`kPur?R0Ql!*g2~h*o6hC*xiah
zJ3$2my9EU?FtG)8&LY?%1_+AS`6_m|e)sVG;U!$a^UThibJw#w(>?p2=sC+*^xkt`
z-12qhWz$^ABl)f@y5LIEi6e8VrSk?=_d0q;U>u@KsUE<dn<6)>kO?f1X8F3pe~ukb
z4KK}~7Oa#xE}L-519GsD-5GewsDY$Ug>6K|hSRm}``Yt3x2GDe4dWuVbn3;uL>~kF
z&&%G&F=~+Bw7*J$eXKcmLje)}Z2(vK+)b)6ehyhG)ZC%&_~yuFsD%b13;TBgZ$vis
zNU=LrME6fB&Q(@s8SfkoIkjs^qterdB6^OW*6Q6N?ltrZky|6Z;=$SEH!hk)Kb>5A
z9>kd!7tn|9Jbr4H_?T6J-D9@mjPdf^FSdy8`7BGmxqOLsHD51`${i^txI5iyu-{YR
zOEC-F!&Li(R=td+d29Mk@=sdH<JyeS`%(kOn#-H*o3ii4SWdh&L;$N9c&1JMwokrp
zd5fxrm69g|f680OtH~v8{rN@YKk8R$nehpn8Zp8_uUPD_xZ!ZkkZB|*=hQSat^7!)
z;nCi9dvHH|H1}BeiM+;H(s;XE&7#;d4!`ZJ_i5s3R;v0$tJve4=AYxB%a=OuF1U<P
z<Fx!`IDO2Dq`-Qs@%;55iW_NRe&|s}k9bs?vj?6s0{etfaM%n^`hH#8J<twyu!DMc
zK0|M(>#|70dxBz`iO`3hw50zNBeCdHV`s#6&Z|F$a~oQ+Pp8qmc=I#)=0FGZVlq$B
zcap-_nBm<hd89L`{!;x$Za5ozwxg+ftHo+pJu&=&XGG<49K3oW@5KFtA2)2KZGl5%
zCG!OV8x=-~i9xMJiX(EHsaafob3rrn(F28@Qq50b#&QFkV@&mqloQ*gs9tBR8%-_h
zD3(Wr^2-);x#Gc}lzVU)PpPy+o_P1yP_=fl>38r@1bIaF=bHx(;knD=CgwrEk(o|O
zM}66SPiYevC{pJa()(OXrk6Xu3XF}H?++8eZw7Ws_dV-4u0|p1+rJ@!7o={tN9_9F
zM#HLOYs{rJ-}+cXxXs#y*9f9iUMv%akD|c$D_G&*w!lZCSDP;Up=2e>d-;yk`@D|I
zr4`2(lHR!%PcsUW-#aJKYiL)hJbC~n#J-fbKJMW@tC=ik^o8ySAWzp@GVo{w$?7R&
z)$w#b2ZPViAJ56J?pC(@Q<PJDi*coGqX^i@s0}0Bh?2L~?*c||kytxAS#}0hY2+i8
zJQyf}4Kg7Znc4m~tgvueWRQHj{DS&Db!~imR0)o#ZcnzG?97wBf5@;)hcv7cyA1I%
z!Esve=N%|<{6LDcUL@3*L#}sDvfSXyF2B9y>&G{6#&u&>b?$n#p}djV1$}f)y%xFJ
z9v9YHeT75P@|O?wY<wT{5hNGSeky=<;$@59hI(y<iwcu^ez}vcr^5SG)xn1xt=|+?
zLlZS$_iFNOgSHY_$$e)x;>q7?8Mp>v6zCu^zWg3|RsMnOb?UnGvWy^T6IyyPOKdwb
zj8I?Zq-9BzxNopn(tjBBbv{Jhe}9vx9T~XRhF$KRrQTuZ<oLIKg!h*b*gWV{E1WU;
zs2zKr@1^b7QJYe3*b~MfCtZ~6uZJ57=YaR@-e!w&V?ri}{xgz#L{FoL9cvhUD}6%q
zM97*;JoQpp(|1@6)7j}Y8<AJo`NRh!HnIt4HE&P3pMnYer{lfB*~t{<ecb3?VOE0k
zr$AOeJGHzF#<5&sF4?zPB&*pK*L#mWD^7m<qVy$0%h9rWwdkEM<Js*pjJ`0pU%CiA
z*j?Bj+Q?J>x#*L7*E4swv<0>S;~bpH_GWQC_h2#dvb5Dh?7JBiYyP8GKLUhbmu*CC
zj!E>G1}w_I_DTz$Q(m{R!0T?5Sadj@$}3O1<tlNi!5Z{jG4n$@@G&%zjML|&^NA_^
z;g!4Tb7-i-0tRnD=h##1T9c*)EL1v+Zq{f*!DGKlpH462_VM2O)bMpAaj&wE?MOo3
zi``Xh7~@jfQrJ9;mANazNa0A3+dKgt=IUjZisjvwqUO%=_KcRSw4BoD&Ko8JcQ&(K
zzi>i*8{q+t<m~x|wVvlyzlqp#p6v1aK5yT5fnHa+X}o_DPrxWLbN5l-l-dkEC^3f`
zu$Zt;)Z6Vcc`nQqst@}83#F{wHkwWCD5-izt;@+dA1J(B4Exj`g|%MFo}n2^dx-bD
z4$vuUC-$iDkX`&ca=+oh?CZXpl)hbjYZTu|%jR7lB4yr$SBYx=&_^<Qi+{ck0CsWT
z2L~9Qf_F}cp-JNsdEE0MN=tChO*!PT@hP8dI+LN#wcHK3Kc@9=aOBB+>;Na4(D8)d
zSK5$)MGRi0eyK|}=d7u0@oE^O2U+RX@l$()vn`~rr8~LZkCwS77Lk6<om=)VPdPs;
zbLNQte9I%2T@M{LEY0qk?Uz-&JGX?YUut!Iq0Bml`^*R0F|de~p8?+~+*FuJxs$Be
zKW9}wwt2bR=^yWw)Pq;Q<z*SW<>wGf(|>@i=^IqjTs(U?10(rmfuHp1*i(1~$;msT
zc}L~L*rVVgt831#qMHfcBgNuguW9POGCDLMdA800ANC_~HlDF>$k1XsI8<h>>jaPU
zK;(EiQqR%>CNPkU+ubGR%P{-a7YV6(1U)9bhOK1qo9D!!(*zyN=zVB0I|}LD-c(rR
zwbx4TasIWYJdNj=>-pXc8o^8)e?MR6ydLP6uX87+v}NT<)S72MHl&Mok#^^<CTKa~
z{OOYcuP30x%$o=5=i}vyV+BmxP0Kl{*$sAWTt{Ml<?UAy9CTrpc$3#jc{D@ep<6#U
zvZ|FTKYEsBwLaAjhjRw96KG7<FVxe#E{1WYRgQGEZNe?SI&;|Yrlu)tdQN?T{YZ;+
zQo2KWBoAnzJX~CRJV)vDT4`to-sWSw(mkj-!@q1P(PH%uei`t`v#)b~F?Be2!*_>t
z{*@<fzc`q&MpLtx#ZHXNih+d`lj_56n|5<@6+9Dgy+Hmy#XX;E1=G&z)%9w192h)q
zf|K*TpU1s>q_D5=?4w38*Ifi(z>B9&5P{7?DKBC?0Z$pV3C*{FQ5W#Vr4(N<e2=O4
z%5PZ}0T0YAx3887-p`e`qL%^lw1@&_q1!FUFs`b#mC;GLRJr3FE*f%{DyGkopUzoP
zFOki;Jwhn#MFT!@<hN`|<$w_ZQq^j;w|3kw*g|{1bU%E~dd4{5btI`VDo?BG6~08E
zcIZ>p2%~zF5ap5i)WmgM)xs3!yy}{|?*2s!aM4zs8F*#Fze?bowz$`LR(<hW-oZNf
zO3XV!FO#bI35i{G#Rt$;a#wwv|J2NdlozX1br`{GNcaJzWh8Kt#h25BHRl`MeCX}*
zQ(}9)GxTn2Q+T7PjP;b(Cyz<!4(T!TiR^VhLw-28gIm?LP;<q%mzE@GHB;5wq%O^=
z5B7z@dg@htdMYlUm=_(D##9<ve0mxtcwNJMZ{r#2Bi?t|OSV1N!FLze@O#{S;~%Qn
zV}>U@p_(&OX*1<B#*Muv!O0BFpdQIzw0_=&ICdJD=vhix9|1jS^5iv#^ED2%AgL_E
zFR-ln-lbu3#Yx}k<B2VzpLdX{bj#~1eMxDEk9XJ5<fe7G`s{@q@~#V4*?3vPlbVyu
z*1<K8C*_To)!V0PP>kC%NKZO?i`<`=)m=-&gIPP}Ycyc7@c2DY^@IU_LB=ymX=o06
zahR7b%apNwq;{%A34K@j(mJpS`lpZ%??QCngQB76fekoA!$++LTb}Tf#gc0YmuQ@G
ztGf|&yy(+QBaeFl=<h%Zw)@2J-HbjF(Ur2H>x(hgh$fWDkm1d?OZ=`mc}pCkntS;i
zfnMU5kG@O4Wih<tQC$X>3vhlSdI$4=P=dqRWnnAX<JklQd{6Kza<_Cakr4=+F_rWQ
z)RC6ZP`T9d7Ku%#$aYm(8Jg-r;AfdrXrpn<qbjSKOK}XPNf!n5*<Gpf2bKG54?i!J
z58QG303nMKxR&OsCXKmWC~oIcIn4-W!|0~)R)?n`*H!hY=c*yJd)^9_TN&VM{xo<6
zEp9Rn`tLrC$9)FTId>>LGBPRTUAhD}YnTW5j+^N`A&Hf4MGesQu5Gc8T>`_in-~|b
z$XrCosR%tNz`fA+c4l7vmlXOB=Tf(E(my(tF_q?4f0Na>gTQ$6HBF^f!&zZvkMrX>
zc+Yor9jtOVyr0NRo5;&w+L%i3+2CHlmy5puW2}IC<2mKHo#u1svDguCl$1}x`%$a9
zi}6`ncZ%&J6!z=O>o4JxI6n!w7c@W#`2R&x%`g0e@+j~tjyn9ZiPu!xnkV#6(*mb0
z<07B>N#(onzv0!^K0k{BE_2BB%bu!M;q#yk7l{*V=8)3j6aSu9V=((n6<F6*@Jw3?
zo)5WI9{~+y1iAfDKHm(BZ7z_zD9ywZZe1nl0ipDT(mK%htX=Jd3;?gSU#e_Je_yBp
zDNOEFvA3ye7Cr-en8q;bh4C}~^we4?Z&7q`7h;EItgX6;d8)+8HSqZxFE(2`m(@{A
zI<yx<t4rhxvb#20VL4B<Ojenl5VMjQxd?&7aRx|Xf-je-8-6+BGu<jti>y`(m8BY}
zGp;f-%|n!KORiUs(2@uDCA1*N48JOhE!;zKHG+hyC3Wr4XPj8=8BZ>IfRtCixjY`Y
z-G_QC3?%3SUB9+VoZRx!C^|TuooBogW^OI4dmZS@T^wg!kl$E$;qi6)(~f{f6w$7@
z{%-zp1OCoLe#FqaX74a>6Z`^hiX&(XJfG&pz-N8gS~tCK;&FkjM{%O^B2wWRyuZx)
zaaL;?<X|c-EfP{#<-Ve^xA-_?6Ex8siLuF@-J+>i%r!>-qvK~BROB~Tthqq0$Sep>
z>c+@)sM=I(LKdemL}kvR$cl$7+og(kKNGpgq(KDEQ`jZoxsr;cKNkAf+Q1DTS#<On
zWUrk_<$p>$hV84zs6n|bqngqt$bzg0b4<ur85x$QGRYT_3q)SGJc)c$>`ZeN6PjeI
zjK+jUBhMlJbhG;b`ZU;{dSAG}H$Ge;WDof{EHo+ii2jWG_0GWCztH%@afNMa42sk9
zvlnP2fy`S1FC}nWM-HF|Uz?1ab_1cd1jaxWOMVfws42N<9aOH%x!9Y+erOPMav@ee
zTlr0wg{d^jzG=Qk0|zLd<O!XqLkkn~T!C7a&<1Q*(ON)9=zf74h!&mT?42GQSbP<S
zCZ$rUSAl%p)8gw^BYR1L2Cg8tgzB8?wNUvG^15g(mQN_kuQH$Uq<4)?<aWUF3=R1x
zTh6#C)a$q1F`GPW|7Z(rn;W~1#R&IilD~ETDCR{b^O;&BxMA0&n&qX39BFrzEH4e_
z|3*~fpW=n^-s~Wk?XloJPCrB|s>(Gs-KXeDQ@F#Nf-<$mJ9Vz0bd#psHZ7G8-FDY5
z1zw^?$QYMi-$WgLHRb`Qr6@FhIj0R@$qR}WGCPgBD+aVr=4;LO%M)=CVp93bMvn%8
zJbl0eEqh^cZ38~{Ix5SGul_T{xz#yTq*r6lOjj4<Y~(#T;-j}1aAC4MeJBXgYk!U(
zebAWpY7y`MZNc|6AD%XOG4=i7Mtjz;=2)MhGWuN$>6-S9J?A;_zHnQ9)w;d5^zudC
zQgMg&FRUUL@hfcR{0AOf^Nn8Iti(T3ijdx~A)d!M<*^@oUl;nYl8587;rJ)}<c-Z&
zsnS$`IXkH<&puvW{~z{pzEK*V-(9Oh4ZDt`U5VNJ;!ZDal~7r~vAG*>iRvSLr(y5N
zb&g4nm2G%p^(qvdXRX&<yO-Z>8Ic%PH$<+QeqAKk7cd)MNtEwbJ!Jofoy5dgXPRG@
zM4KID^lN-j&Pv{jXM%rIX!9webh?X~m;RURL#I-ukJZG;(JOfWqN2RdrlqW9QI(4A
z_u=Q0_EX(g?M2%iKV^{{BM5UzbLwwkjKN$JP{O?5w4%Ogcdl_YbtnaX8ApXaOiRdK
z_CuVAB{?ny_v9}MVXP}Jz1%^xb-hUS2c+<bZ|nK(&LT2rR8#$Y(e3nb`&lES?rtg!
zZS9r1Q$$&9=EARA(z`9sJpZnBp(nv7=yt$ivMsk>>{$<9@ze;{M`Nxnq9>tC*skO`
zN*i-l%sF(C-o(G7V-n~4TpuXnqBmgvqUEsgo^-ckHPfedGToY9jH?|etjCNfN@_f%
z`tRk^>Dy&Q>AHOJPb4phc&SZZ+d<D6U&K5gu|wj2@nzUtS~PPIo!hWSs<BKs;!9I4
zTIK(K^RmvTXpE)l)h<r_IH#GFX6&VJ*G>uR!`tcjk+0%v>SJzOX)TQ!mTWvJT$mEA
z4-3D%?wqhTh<EBaylQ$63VwNu1HZfy-@4nW>*t#br_t*1ml^9TYHW=c=r5jJs;rJW
z;j)Pv$sO2H<Oa^t8rMW`kZDENn%CCm#RTeuE7y`C?anj3Ocd=4EEXeXbkIkRwl}9g
z8sgFY)Ow?Tmle|0dler|xy)D}{ii5w($g2lOk}RRYhE>C9xmpBU(b?T%2cv4sxfNX
zoEP(n<f|%Lp(&^NMSmBZ!-{h=5B|g4b-)@f;XZ}&JZjDQ0=>gMqfYW9=L(|GhtDE6
zr!M!;aFFFZ(nRkyM|kRDdvPhSqrPV7c>{AHZ+#^>_1|P#HKhW%pPWDe9*enD|C)Sh
zVrl))R-74Cz?CbkDr_D*d7fe(TF{OQwKU8Py-xfL+=%7ZjqUUZ$D!mf=@?b8Sw!3W
z2XRQdc06iyAkQyRl#ZN><buCS8>0tKq`Ko~lfnzkgRCCcSO*62>i;@uqX$~^Kl{pf
zswS34zDS|eq@reQ#v#&kpK#+Q2gu1u^6=kj6f<JHL`~7GGd<O7^0sNM$m{%VI+E6d
zn(lJr1p9@ozV>!JqgfwzLH{n5OFRFf0jC9xO>4-&9_>o!rUYCuJAR0l)=k}vQx{uN
z!w$`~Gqs*k+e)R(U5)W<_2BaC5wf1T<KD9?mxILp6IT<krm7Z5;gddSk+yleJL;|i
z_v^csgP+FA;`84qOw*SatHD8m`(%0_Lwaxi!oWBNUTF<{CsXqhSJc<Eb=GRiD!x(S
zrnrCD5$n7>|NE|&oVa<}t=#WU8Ch(16xl}o7Rj0CxlxOT6gb;jKe@H2uFiWEZ{G;l
zbEkz`6Z8$;J-dUdS6?LGRxV5t>jtU0(cMp4QK#_-XtI4fD){S1l55%wTH1LIy*}2G
z_ByOYoploh7M3&B7<#X1$hI5X)A2eh3B4&AAHUD#YkuLA*c%bJLcmt4X!D$UG;Krs
zESDJp=2DvLzM6pJ3TutDF>QHX1zT}@XaT)y)<!;2b(tqHOY2qfCBJuwmsoRS&Y=$C
z^Mokg`WN{^)NjK4(U&J3*_geDiq8*a)Q#xxb4I4LSVov5MqiWPq@IKx0ai?+gKrMW
z%MYfo!hKcuKTj@{;4|?gw21EF?_`d-R#2{ayjEl!%%O2!gFLqWT`MqF=sxU4YF|L%
z4z*ipV_t&i9eAvu=~($aH;b&Sp|?5ke@SBTpcqC?2-F(A_Bc%w8t$TPpI49%&N=_#
z{YG?aTi*2joTasDo=N{b^AkF>qw2l-1H44}y{E<e5+Pbt@SOa5@B8<*96c~he6XxZ
z%~x+>i^m$)@CczV<jpxPX-W1K@a!VW8J{P*UfROZc!VLO)pYV7yeX-F#{amY%}D7t
zDU*J9d1$s9FKDd~ZsG7sjT9Fd3TFx|Ntf$!FNNxtLLZ9j)nkX{<1cVbHac@m7MxyE
z?{{ZCosA4&+j3>(h#40}*Q?if-PJJuGCG~zyu4WP(J-4TV)dvE+KkM&q}VP8xvc(A
z0#~Tc|Nco;3w7U@GmFpi;Hurr@TsnCDROxvgM+EwqtlvqX?xu()lKi>7fW@1MhR#K
zaq0^8ZQJrpUYvK8!Esb~avC^oITzcXK@Be!rgqDO-h8za^|5+jxOzJX@I8ec^rTZA
zrtyN1<8+N4O7tObomE0!`ZUM$!_qr)-%<v5A0dZ#1<b+GceT@p3bB2#N#HFiopDq8
zkLarP39Vz^{1qX9q1^KFUL$GoL2%j$=~K;`Uzxb)@a8sc_}qEG!Bw(rx2>Y;wF^AO
zx`a8->wzqFvl`XEWs<@`dODi;c@GhwCnaHQ`IzeP`2<((oyLz#no8H?^PpENUl}tZ
zgw@{yPYlc>x5$ns=mJ*r4~!)6g3=z~^W8LcK?~WY2KL7G-ABg%atM8Fg6pAOA{c9!
z80WT`Ui9CNUa80E1%>$rbOBd>;i7{_Xi)qSftsbC@`Si^wFc+<Jp_&xmkUCg;PXlw
z9ek#6U1FS4)!V&Oy?9o#v-n;8J}ob{N4+0eUTwf}l{*?G2M^?WLmc>U_Zz6cu>!i0
zhA+Be{5)B}gx*kn&eda|h?hQ5T;#?xg(b3&)gY}=o9DFQR1>P&eLZwwL(#ou2h+uW
z3pb1D%_(hKa#Uz%vHJBN3H+iZeJbejFCNf1v5#<;BKq{9OgUpqEwby;nBErDs(DYw
zn)1c(mkH}aiyvgF`SMKfqsh)gt8<SAp9np~_Mso8_I<gC3NCA|`nr{;jXR!X4scW$
zs$-25)}xP}=j&9(kN@nWJ%ML>fQN-zM~bxTCZR!T?!NDun+R9<Wd14d#s}ZjhlVMW
zukUc(bhx)GsUBN<BblHZ&8L4GafuQ2^5;xx;}uKXP4Jn*ZGL_1lx(~092F>n^YYBL
z1pOuKN_vaFfBo5E+6!pcx_aHoooG|-dm^>PB>H-P9r~t%3GU)b-|i4}90yIz#T;a6
zs{f%4CAif1yLLN&9oXJPuW)G}H$6Hpj6*3^wqG)ipUz*XFh_kaoXRZa^6_ivN6HfV
zan4|c<==6Ci*3|g9?;sFf<E09F@qD5vQ~EF%A>Q4Ax^o_sgvd5YcYyX2|U2b$iu>S
z9H+`}Zi?HFk1}+J=b!RB^Z6~#ZN41pkS!)*-;wX$IPc)qbMe^j4ZW=#ES07WZ63kU
zRBFztORr4uP;0_E%8*uHwd^7#RgLq@bVqhx6ffOU>`crZ*RuBI33amN&{eUNy=<1^
zI79KYePJ7Yd;k9!9E{(uCo*dEC2+FYZsmJ%x9v@~shGy$JDM;!SthLgk8clsW*nH>
z2)Gp^%GX?_eHm6x^(fA&aWjAos@|0@63WvIxL_lD9QNY4=(0+mC++fZHA_C+pI<Y>
z7j>oP8?e`xm!p|{YXiAA69nC*^pu#{br&lhhF{<a$Hy|~b%JqE%P=ZWaHIB1UTKP}
zOWnCcw>}g#k9c=ur8(E;*qh#)S260H;bWl5!}UE*v*?56UR-w{h6eLYDAg1-@S1m;
z?&eACI}dCng?~z;!5h)Ilsfbwd_TO%Z3(}_nU#DPSRqQ}H4sYQP5oyB-&UAfAHAl*
zYiZDcR5h!d4j#ZgsHM1ZQax5<vt3hCPF_(;qW_F1Rvu>kyUU?XtaR|X()}_j^fF($
zo*<kHKFZf7s7-#q{xF9fwKf&r?{)Z0qn_B{8s1B+wW?DO^o<zbtRJ7;lpv0HUu9@B
z(WAi%QXXdSs#fyrzzcG(!!)DrxSyiR{V0Ynl)z^J{O3;p?G;zsEd*YV6<uyrmRoUf
zeFd9>=9Y~yN}DNvDu2h`Ve!_AmeokWH3rL)4{Mtv-#9RI8NJNtMr($)BWTPPdFk^-
zxnmcoTiZ<(V2-06hf|Ug!yYSNNKfY%kkG2&`1cZXF7Vn$+S68s*Li>N*hT^0X1+R&
z^NPNeG0|%jJjPvzuFLnAO6x<*>C@gfgRY&%2R}X~#W79y`Abinv#PjS&EtZI#mf6i
ztb_7Wl=gBu!w(tIvvjpp1L&!ZN;es(8HR`C*`5{huPHeb_fC#mPiJZ^qy@G(W4%NO
zoj#sG=oyOjc`TEA{$S^VL&T$sr=e$-fQMe><HUuK8+0P>19zByL=G=l!GtfOci3xb
z#K&`-xB~k%-j9-_?+dQI0DImH`JX_&5^l|)S#4q%wWs_o{cLuO;EnW4pUSGSK$pBV
zw)Y>!4|bP^FJ2-YcP^(x{y7}hh@gQBm{%?r%Ez4f8^XZ#CEx|$8PNYajae$*#4po&
zZnsprUj90ASk<TwElQjA?~|xqeiJ__zkW|Q$rF!D>U{H;Ed%!ibb<-)5d0{T>-^8j
zP}lWSj1~hMAIBP><YAUQ<nQVOsb@tCPt>8pWA3%Fpz^=Kh;RXJ(~rqt3@;%Smo=+W
zm5wzlEq}-Dmo-b>r9pV^r*++~bgsm1!@Kkf@o;-v<Pybs$d)+ZK{*XRLuDLNT~F6;
z&YttC;PZp1xzyP65xi9twC8{Fa=&5(?<70lb0dXU&-3<3XkrsyfF`e43oU4GuI&|}
zJeyQrcHpt+4A0K!+hor|-)TnAT%}*2^$c*<RBFHQq^3N;x9-ci&5reQtoI=e*Dm?_
zb-sH3s2nkMEkpN^O;kDPUn}JS^*P7q0q1kzS69oV1^1+lixc5^Pn-p}K>1SHsLe?E
z2%ouH48_^dBSK8@vV?D!ice;Cb=M!;g@TW>1iU>woeeAfb-!s8`9J#yZ|kdc1f93-
zE8!`?!!NZ9g?z+Amy*!B?#Nme)0bfzc}(}?YTYC}h#u$mSDRw}mEfCHy%02v3Ez?L
zF9W|=B42ujp0F?%20b-^Nl8W94pdw#*XDeJ@3mm1OH}W9M08R<U1d1%&vTTgP<Rf$
zu1pFy(PMg*`xW!C3tmIcYH^+5m)XflKwq6;crH~N5_()Dh7D!sxdSEYgWw%$(x&oy
zxnu3M$dcRC`kJ$wbf%=mb!D{!FL=}Le$WRa^%8l9N#z*eG|~C-ZJH9+hTV@O@*Cuu
z@NZP#H(dEB&l7RBIy^DqZwzpOR9VuekK5owGUew96_vITyF7N#`}GaX{c{sc=nXzw
zp|*fdQr;NvmrMAb$2ZF**G}hDj-&Jv5869KC|&G3ttvQV9M8CQS1NBZ;m9pnv}H}D
z0|~Fk%1=StB|V#U7#b*0<#?pLF?v|72QcCha=jK>vhO8vviuUEYPZvC<STA}^Lf?Y
z$}67__c*QN^z4u%{2e1RB4}~Oy1_S2VB|^W2b+O9ycXY@{!Sk0v`t>Q{GVJCuv$Yl
zWhy@f&#SHc)ieM76<!_gy#qDmgna9nwxURmRC&*gTLZ|=D<xmcp+*u=n{>QkTmE2k
zADPN1(f7wrR+=Nz73Yy#ROO(zadQ00IQCwbLeR2O<&?{d2Ot9)%{A?-i#~;G$w7M`
z5w3w0cZMBIl4G)(nW`?aw(uldBrwHeNBSTM+z?*vs>|<b#pI>8=NZ0N|1`tJ>|OGy
zsxNax%OJ|!R!LXh_T$`}+<ZfKWN)k${58vX=<*FYN{m4MU}9Z0|A%QRi<1u1f+cjX
zdJh5KR2c=&tCA{J#s)uPRyz<ZpkcJsB%JBJWdu*GdR=ron?~?f8u(e-L~SHwU0A=t
zn9m^5vNP^~D%F%)*S%tVd2)&1>s0PQ4xgKvi@w+4yB&8!<9{%ayYREmbxrUUwlQ^J
z^}7wbS}MP%$9AbJItSe1ht)1{%9#lGGbfc3<@c7OTZ#rR!>hhJ>vndlgvvox_EY9`
z6sfv+w`CzC3-eTZP4x^stnx<kREN*-AbxW6?WGcY&nkl{ozYh)?wz~qOg`5lI~35r
z=Ea$gw6pad1Gx$z!!wW@;hD6Vd{k~w{b(Z3k!NG-!YdZf=bCq03W!bBY7lTs{9BPh
z8?;7*nu6vmsrX4&uU=5)JyLmebHHZ4-l#u^q_z>rsj18bAGWxcCto*SE{84MYG{92
z!`n_%xd+7$yJz5Q&UxJ&zIHa<=~bJ$UhS@Yq=bIa8?{-)1*fkO-8x=jTn9432fS)Z
zBzqLS2;aC6UT-?@+0u@`yl`ZAXYuUEW5XjNO~Uu<r>>OHuO$TVmU1`fY?X%!qXaNZ
z+HCIvy<Z|f^In|0RYH%D%k3^S!?%{=YEI8(V3z|9^<1v}6+4v~N8hrF>nayfn%HN*
z4Lu)whr!2+-*os2-DZ2bob4IOcdqV%?<t@ETEJkLz2vL_x8!T{sKOn==g|~AJX?FT
zu_dWmfvy7nTbkftBkw}TBxqd&+FqdMxaR8>v@(62)}Zia+StrbPFYYyOv|*UE<NsX
znXbdQ&YE;1W8XGz{roE3n5PS;n4`S6d0#QH&LXzRE6G`Zs?w&cA~c|OFm;-j%o2TG
z`tA@;#<|SKg`Of}Y#p;e|G)CZ={ppC<pO)$zbEE)J|c%U-b;Hw72t{Z{Jt8VKh3PQ
zSd8D=oL*$K^qhb_W#igS68HVCNY^<tM7gf@xXYkaBc$mrxh!<Acst`F&3xH`J>RsV
z$vyqavBi2S)MbQNd^Shh{nUr|obOF}>wk(}f%wci{)(7@y&BtHj7nH~BLru^6qWUF
zj+eDd{>QObN^+Z|2{NuvFIsNmUQ(;#+9>}nEZ#)$uAt*&<4{mPS-7jGYrCbqE3gNh
zXjziB4=5q(<38MqK}~6IjgQ8jY!5MMYmgXwpa;i0y6Nr#KV`Me%c%6vnzYVgA+^2L
z6dC6p#(T@bZa-<g_Y~|aBq?`YdsgEr*EODl9%obB@a8;v#yTTs-CW_mY&U&9u!UvK
z$^7bcHFK)_Oi}ig1I@c!mJe;V*00w}60b6fnHY;6{-YMJs@zRXdgM#?&HOogkQX_W
zzsrv<InwtP&St#hPIAD#k^=^RrXTM$>b2w$Z5(Ey*FC&W{x4)Or;QxV+_$1xZ(4VK
zvv-JWm^g{>o;bri7T0)!oIjmp%pFyJ>dZHf&f<BOH_*X7I2X8jIA7a$gE2=Uq^Ua<
z-}F_>8*I&uw|tc6ui5iE+*9${eu9Rddmb#7!hyR2Xd>=o5BlKA<LaDbr`1=f`}O72
z<Yo}PIkud9)?JjA@m)oD-gz;0>v-Dmv5>wYOA}$`YIu6g_2S8Gz6kNgR^QmWiixq&
zrjw@FYHdf|2HDE9*Ur%Yn#6J2i$3yGr=!x(XeNs2c#g4fd0pN-$uAq<<9U3Pj=Q9Z
z0ksPYZ9<&bHhTr0ua2h<kpk~;XSVmObjoMP0ok<uVtO{|7MGfRma^wr>2@Cr>mzTE
zq!;rMBn@1_GdC0$`nBS0>F`RV`*!DJ+n;io77JK<^j3YurL9-U>fMHDDK(dJWcg}j
zwdy(t6{w`@Jju^MuD-PpdA>;%Qy*1jhw=mH;*k<&!iceYI-cD^EfRUP)1TUDv}^cl
zzR>Uh1uqOHT#t_0G<TLbCV6kRnk(M=vxY<;@__lIFIt$$>Au(G@NZ9KrY*~lw-0l}
zX<MYc*-Up!2%#M<*72V+JIU8?GyVJikl*`vrZY$8<o9&yweLLrc!Xi^ZSvfHWjOlo
zezALXc{4Qcms}lvjBC4eCRJ0RCzjFtg%doxV*lJxqZ{b!3Pw?dD&@Iw|4YK#SJiPn
zuAJ~e9J=~bW>4J7E7P&h_^ThxBMO*m&40aLLfd0TvZy+rTX?M&s7Z0^&HwmXQi2St
zW~;v){Zw{!{Y?!o+%R^p-o#iRP7e3eZcOw~I{12q$b9>W@cQzCmxGD^!Tl!9^dJ8!
znP=uM(+Y!M+t2&NSACt#UQ6oJzvDJ$$67`7!L3`%bsrPxa4{P?pR$h*|H8dm9+mYg
z7q1J8JMp4@heBkTUPeE3bvE^{SlOIWcAxQOMJ6RayQVNg`;!?eo9*3Be?ta|FLj#I
zq1UY$7zB(ug?juSZ?4`_a(fT8RwCf<cC5WUkG_3G0yFsM<SGj5Bx=R1)3TJfRJ9b>
zY%rYqbu6H}*RbZ5(W8w*KWg)vZ$r7%fVskD^E6t4J&+#PZq5xxG!uh;cJqRRj&l0T
zKiZjrr>VlHafvxQ9%Ap_x>Tu8Z>{##)v}RCw*0=epq}+7RwPWj${t&+$g65;g)6dD
z*dD5UK3hBedneD`mgiai%31+Tq!MxNI<S@A?A$B;wJ0NWV{6a1ZY$;RWA?Jdrc{Nu
ztojMq;Zd{O0V;(11FL2)Hm)T#&&Q1mUaNRXuc~IDF3%E|TK!;g?JUNV#R(;k5Ncj1
zEc<V8GUu%O%`e}D7(aUYQ9zW1ytuZbbSyDOTjPN9zb{4#)F=JPv|_!~2!$VvYnQ{;
zpBL)=H(P%b6Bii5yF&sWXuci2^HDt7pCKj>F*$o)sH!moKO^6cO&R0CIZgQ-LoT?l
zwD8!v)N5TS&lXiX>Uo31M2DopdaGM`#v|hd56Va})N4<D6idKR&PWPMI@YZ=1-1Re
zC1%f}x`#{Cm0QOtrt3j)PP|Z<y!Fa&&2N9E@v6*21NEylANXCCnY|MCd0}6RP1rXk
zu!6k&{E7^ST1?+2_u=WgYS5Biv2ym9c#<{Wiz$;`Xwc~al=S%+qvrYhimkME*hDdE
z^kMDE{wRrcHSSJN!yGN9f*V&*pHW8{yhp#9^ryr%W%<<a+XC|_FlY32>q)7lJQUxY
zD@ujK?JM*J4&wNr>(jZ)r$sd8#d-lwV3!2upF@cM?TX_=%Xaay^!Z#dFhforqLbp)
zT~#(R_?kQ0hDu|aqyFpBc9C;Ef+sz?CC$Vn`DA$(HA&R;>fIh0m=k`iMN+Tnoq7C%
zcd|rS06#SfFf@XEo-s{=kBlLwt80T>pVoj$47?MnW}im|Q_*_3Z~9JM#jV=3qI1wE
z<Av%sEoHEH-|0WPG4VFp6x>QH<J0Nc^2#*nz2uyuZE39kMuEO3zx_Q$*}DfgvqB8T
z*RY}=_J#F?5qZYU+@~U}T7=>>@p|baxhZQ2)e3OX`{GQLg0s#`)SghafcF-Qwk-tS
zwxSVktI$uIS-lrD0BLi>6*o)pF?(5bF$c{rDixM5nv&%iS$&x(5x2_|{bZsqOkf)&
z1|MbMH`R8z?3vVlf~oo&oT=(qfb%rfdl?ZoWoo#q@jT<R!dfn5wTkPOY$RRIS24fY
zCu-0@#;G@7C?iti*edA)bwEWccTdF6gyI?R$oGuzB~G?78hP}gM$aO(lGbO$zvJNw
zx6q?2*fM>+>O&rvR-R&7TvFPJrn#RH5B}T0m}jwMsHKM5@VwvgC9nI~T%hK~(zC8~
zFu~FY4IN01^&4`_FQaJ2%nSJ%D0pFE{cOquqdE3dST@U>?oRJyY%brQfrE1GqLZWz
zJfr5DKFnClM-I=!nLGC>c&Jo0N1ojWQNO4p;c-8JZ$uU`-5lMG`0)X1thA<J1`oCT
z!!J(vXVGvdhi*JAdz5~nxKr2<E23R0Ro|%ptOo(tdDzZ<?Ca-f^4>n;cbij`yJQ$G
zT3M06dHVL`_<Wt{UolI}o>@}jZ$#Gz)%bcXPad}Pu}p9&qn|nQiw@np4=t9MIC1h#
z<3_}Gp|C!w{Tt{?3!Ye~pgHD684*%0fPwAMd~d|h<6rpqkfMygG5&2hBSy=Y^m|AM
zjh<0jUm4#8TCB7_UO3T!`HXrA;X--s<-P>Tz)kM_X9smZ>P@55u88lC`g*Dw9{%DV
zqgM2xWghXtgr$7lc8WH`-JVixk{P|tJz5p#0%NhKOpRnwy%_f5TUwXVhYFvRewNUD
z+}ffXy9_U^Kgc;s9S41-Epcw5W`n14O+g>C$%RS+m`rcoigU{&YY6L0E2Ce?pJ#51
ztOvQ|6w^os9&g3KMn2IX9_yG!+s4(RxIQ-+^~}+S7O=t{tN8L9x_dXjI5q?KgvV3o
zx2G6d82D0wtv<fNej~{eYs0uUxjKHMY;MyMJ<*#K{?DiK<QMf;qQ?nbr;oB+i~Eg=
z%7UT$7}vnhqYCTLlr+k+6uB<Lx>udA-5=FZ2OiU$musQRvrr3<<&K~+yr!}vA6S;F
zLEF*RS7#a6Di;>GAveX{=CSfP@5UJwsy3h{<f3f_%p<2BDUK1)m;??sfP*r<!z=pw
z?}qF$FO0fObQi#LQrbmfevNzkMAW8mhNjTKeHyM=uF`RzwEYAlF}RWV>)sk1Sd#}m
z+^Mb7H^?51Y71xt?wfN=^*YTcTT3p!L2`6jS6W!07qsjf%6i*^eU3WF!^Og(ubfQB
z7G=zw)IBuR?HpM;jN|?lqd9lU6NXkc@3^k!s*e2xYK(p!|DVEjdT{BgNU>=_&Gx#e
zHRky7_Y8b(LLbUjx5i4>J+AB*HBnq#JVNi>>W3(Q=rXi<6f5j`kkiQA5px9f+g+&s
z0KaPr^H0C=%CFI{2b_3t<AG{@&7k6izy}58!b*|iaqWbpe*3pF`rJJFdO7C2ANBk?
zg3b-Jqcd}h=~!#C@YsW*_t(Qstt)Sl=nWZt=${zpoJorx$3WZu(||wJDbkWrv&PN0
z)`UK%iO$a8!Qx5}!w0V6+6@jhKl<8^8z#P^zfE?7Gb#}3S%*)Q(8N4@<{IUxBx;Zo
z*K82b4CJyWhpnQIi|mQW^}tPKx;~K@14BR4p1?@PiG{ciq=C{B1aBh#AD4QP@;u;E
zt!U+I%A*oAn7J#c31NP~C(aCAgPyaHL(2@IhaHbgQS~pC8aKEF@P((G$)$mlT=kcY
z1L$SzR-9CL6IFH0C8a-41djsu*HwN}`f3>hW6*%P)W@$IU-xu27k|KgAA_dz?xz`~
z{H(uLG2cU?PxxW&@$jF1bazR-gzr?kUROS;NdI*V&J?&-^?H;VzJq`h>^`Tp!Z{u>
zqa$6mD66--RUipHsPIRE?~;C=@n>jHxg(~b#LwiuK9zLf0Tn2>mzAD??$Ag1rwcRD
zlRba$l1e9GPDPK>!*tXwRl7Hc2ijTc#j`A-k&98(CL8l~_kjf6$XHi#BKSWEpNsxJ
z#jO@MWYjo!eY*_2&|bUWaSV5U+Y;JxQ9d4`FO_!_6+XQZ@I4CqWzQmMbgxKh?tb(f
zVeR?#j6d2#tq1(zB97>f^NIqzQ3ut8!jO-mn<#zvkt{Rd0x3R*E<;w(LIO|p_1+&y
z>At@Il{3TdJk}JB#MVD7+g+@f@0+*Y9n9mmCcsauqx6xD<%yPS#F6ne^x<U=$iFk^
zNQ_59M@zep!34hmkNU&F>ofcbp8XFI@Bw_Z<%Rs8LEG_z|H|snU7p(yb%I7HOd0zs
z@uvgVWZlm%fuTnko(bCHwt8(oGJX%k+lYu+t2CF*pJnQn5Vmi2o4g|@!&7^)>hV0E
zT@v%5Em)Z$rZ&0D%@UW;lm++<ru#m&?R}GheLDQAsG4nIo><da=`O<WXwZpfuXSrx
zeJ7v#?XLqXXzSgF(6?5su4VGS%2<zLVq^7b;#~K=oZzyaz=0e%B$U6^S;&)CY!m*q
z6M3uka)syl{vKJ4mK>f#qvaR|4zimg_My1EK|XyqMItZYH<s-g-Y4JJ<?X!B>hHsT
zJdh=3{}9k;5?Y+Y%IyJ`?vexTmSX;j>LG2zfL~u|jJQVSlj|!?)3zT<Bm5J{K4kjH
zV|1Wh5zbpbo2vAwY?iA(lG8hkV+Ze0y7#p{xL~b#-8uqeao5vEz7U(OXJ`laR5g{J
zh417c$J#(A%ma4a2VPasm*<tp&si20Pw?FDcsr@_mZ=2aKqJ4!Q|VXU{PD#)S+#jA
zyhA9s_ohU@@nn0Pb%}Mrb<<UR9yGNLKEH7PZZw}TKzUn+Cz48cD;|dyF=||Gm!C~Q
zb5QEFnRL#}n=c+&O}%qo@a;zX2$~DJ?I^<o00XP&i>rOj*EMCYbU;6>6UwuUy#1Va
ztiD1|D^{X44kzelD)wL5P+X5`(UHr(TE(B!Hd2^XTP}XCs*cx{@T+E};fdlyS{GWo
z%E=sZI?i0*JDb5%gse<o(zXRZ^eeAdZ}|s2R14=9#2Ov;RVJkqZnv^GUpKB{q85|J
z)oBJ@>7aMCH5L9dbc->cHYttE$Wgdfz$&&#Ph)5rj!qs%UFKPv&9>;$@6s0V_a?>7
zYV0z;MyRM9w2=S0pBC`Ge6X08xwFtU4V+1PpH?)XGqg-wQdmv<`fO8ri@@7z-htI7
zsSNPSttR}o%zmNpf4Mn=D^%H}atKxXvebazp158aS-qGUY26xqQAFnM*w1Qy;Nz9%
z*Mf%%?f&#KW`z<>!~}a!f|g<UCNZW{V-6}F#64ZtsEme{es1G?o#CbUR;xAyAI;FT
z`Thp=#qT?fqV^qv@-rsrCIi<ctqb;~S^YYh?g6tY#VJ<wHwuEsZ)itO4IyYBhKEx=
zUMpAsc~V@vchGMOOm&^$AG6z_2!)dZ_`&_=PvK{^gGBct3)ngPt+e;nX(T=egf}-k
zx0<DDlc!|15NoGqO86|?>o5sC)KGB|JpE@0euM6ME0w-#+TKF0G;tqIp)I2Ab4PV8
z+Rj5|u&-`I<cHS@HS4K7J+!wNFbQW8{jFju{tw+<P5&?hXVzcZ%x=H#GBQ<Q1kMav
zU?|VVwo@x<=FLT{uCv&x3e<S-O~Sl`Qx=k{Mf8V>Ym|XQtjuX=+y(L%dj2p+gO@On
zO#)Ys3DlB2Z4)L7Se>JgYN?#MrKkzs)Zm?IdHN+`QSSvK`+<&tufkd*6CtJHzfI1T
zGdHYMb;ySU+UnpA`Ev-1bx*L5Upq<43p`sMt#mdptCG@5boqH#<h9RK9-{P$;u+;h
zp?Rls*9SNU^GPpg8uHwEXuSx{n}ZxKl${QhWu*auGxF%Yz4>`$*VOx5pqibgbZoLm
zw9I@PD8L06>u7>5W96fi{{$Dx4*RfoK<Ov6det=<S$;QiwZi1Ix*HeiUs?yRs9eFb
z+<-M4+{+hP%PWb#R$fr39FE&3a__GVl$Mkmy_r<T`TpBMKK&*|SG=e2R%N;1d{Wst
z@<wgjY<q@>6wq^={=bb%+iG`8A5<7i@Z^c89|q0>GouMur?k1mTEmyx=%@qH#K})6
ze1Oh2;T36EYdfXs1#(Ce^+LUil%c<EigAgPVZb{t88vPYa=H|ud?EC_p?U&XKyJSV
dkaM9(<iaURn;ORgR;o;nFUB6!>baCP{|}dBb@>1Q

diff --git a/package.json b/package.json
index 163ae5515..f1c5a4546 100644
--- a/package.json
+++ b/package.json
@@ -41,41 +41,41 @@
     "@astrojs/starlight-docsearch": "0.7.0",
     "@astrojs/starlight-tailwind": "5.0.0",
     "@std/semver": "npm:@jsr/std__semver@1.0.8",
-    "@supabase/supabase-js": "^2.99.1",
+    "@supabase/supabase-js": "^2.101.1",
     "@tailwindcss/typography": "^0.5.19",
-    "@tailwindcss/vite": "^4.2.1",
+    "@tailwindcss/vite": "^4.2.2",
     "astro": "6.1.3",
     "astro-embed": "^0.12.0",
     "astro-i18n-aut": "^0.7.3",
     "astro-icon": "1.1.5",
     "github-slugger": "^2.0.0",
     "glob": "^13.0.6",
-    "mermaid": "^11.13.0",
-    "openai": "^6.27.0",
-    "schema-dts": "^1.1.5",
+    "mermaid": "^11.14.0",
+    "openai": "^6.33.0",
+    "schema-dts": "^2.0.0",
     "sitemap": "^9.0.1",
-    "starlight-image-zoom": "^0.13.2",
+    "starlight-image-zoom": "^0.14.1",
     "starlight-llms-txt": "^0.8.0",
-    "starlight-package-managers": "^0.11.1",
+    "starlight-package-managers": "^0.12.0",
     "striptags": "^3.2.0",
-    "tailwindcss": "^4.2.1",
+    "tailwindcss": "^4.2.2",
     "toastify-js": "^1.12.0"
   },
   "devDependencies": {
     "@astrojs/check": "0.9.8",
     "@astrojs/compiler-rs": "^0.1.6",
     "@capgo/seo-checker": "^0.0.13",
-    "@cloudflare/vite-plugin": "1.30.3",
-    "@dotenvx/dotenvx": "^1.54.1",
-    "@iconify-json/carbon": "^1.2.19",
+    "@cloudflare/vite-plugin": "1.31.0",
+    "@dotenvx/dotenvx": "^1.59.1",
+    "@iconify-json/carbon": "^1.2.20",
     "@iconify-json/heroicons": "1.2.3",
     "@iconify-json/twemoji": "^1.2.5",
-    "@inlang/cli": "^3.1.7",
-    "@inlang/paraglide-js": "2.13.2",
-    "@types/bun": "^1.3.10",
+    "@inlang/cli": "^3.1.9",
+    "@inlang/paraglide-js": "2.15.1",
+    "@types/bun": "^1.3.11",
     "@types/js-yaml": "^4.0.9",
     "@types/marked": "^6.0.0",
-    "@types/node": "^25.5.0",
+    "@types/node": "^25.5.2",
     "@types/semver": "^7.7.1",
     "@types/toastify-js": "^1.12.4",
     "astro-font": "^1.1.0",
@@ -83,20 +83,19 @@
     "dayjs": "^1.11.20",
     "faiss-node": "^0.5.1",
     "fast-glob": "^3.3.3",
-    "fast-xml-parser": "^5.5.3",
+    "fast-xml-parser": "^5.5.10",
     "gray-matter": "^4.0.3",
     "js-yaml": "^4.1.1",
-    "langchain": "^0.3.37",
     "linkify-it": "^5.0.0",
     "nanospinner": "^1.2.2",
     "prettier": "^3.8.1",
     "prettier-plugin-astro": "^0.14.1",
     "prettier-plugin-organize-imports": "^4.3.0",
     "prettier-plugin-tailwindcss": "^0.7.2",
-    "seobot": "^1.4.0",
-    "typescript": "^5.9.3",
-    "vite-plugin-static-copy": "^4.0.0",
-    "wrangler": "4.73.0",
-    "zod": "^4"
+    "seobot": "^1.5.0",
+    "typescript": "^6.0.2",
+    "vite-plugin-static-copy": "^4.0.1",
+    "wrangler": "4.80.0",
+    "zod": "^4.3.6"
   }
 }
diff --git a/project.inlang/.gitignore b/project.inlang/.gitignore
deleted file mode 100644
index 04df3303b..000000000
--- a/project.inlang/.gitignore
+++ /dev/null
@@ -1,19 +0,0 @@
-# IF GIT SHOWED THAT THIS FILE CHANGED
-#
-# 1. RUN THE FOLLOWING COMMAND
-#
-# ---
-# git rm --cached '**/*.inlang/.gitignore'
-# ---
-#
-# 2. COMMIT THE CHANGE
-#
-# ---
-# git commit -m "fix: remove tracked .gitignore from inlang project"
-# ---
-#
-# Inlang handles the gitignore itself starting with version ^2.5.
-#
-# everything is ignored except settings.json
-*
-!settings.json
\ No newline at end of file
diff --git a/project.inlang/project_id b/project.inlang/project_id
deleted file mode 100644
index 8fc539723..000000000
--- a/project.inlang/project_id
+++ /dev/null
@@ -1 +0,0 @@
-v5gQ2QJM95lzT6oPDV
\ No newline at end of file
diff --git a/project.inlang/settings.json b/project.inlang/settings.json
deleted file mode 100644
index 8fab02b1d..000000000
--- a/project.inlang/settings.json
+++ /dev/null
@@ -1,9 +0,0 @@
-{
-  "$schema": "https://inlang.com/schema/project-settings",
-  "baseLocale": "en",
-  "locales": ["en"],
-  "modules": ["https://cdn.jsdelivr.net/npm/@inlang/plugin-message-format@4/dist/index.js", "https://cdn.jsdelivr.net/npm/@inlang/plugin-m-function-matcher@2/dist/index.js"],
-  "plugin.inlang.messageFormat": {
-    "pathPattern": "./messages/{locale}.json"
-  }
-}
diff --git a/scripts/blogs/delete_broken_all.tsx b/scripts/blogs/delete_broken_all.tsx
deleted file mode 100644
index 6bf5334d5..000000000
--- a/scripts/blogs/delete_broken_all.tsx
+++ /dev/null
@@ -1,15 +0,0 @@
-import fg from 'fast-glob'
-import matter from 'gray-matter'
-import { readFileSync, unlinkSync } from 'node:fs'
-
-const blogFiles = fg.sync(['src/content/blog/**/*.md*'], { dot: true, absolute: true })
-let changedCount = 0
-for (const filePath of blogFiles) {
-  const content = readFileSync(filePath, 'utf8')
-  const { data: frontmatter } = matter(content)
-  if (!content.trim() || Object.keys(frontmatter).length === 0) {
-    unlinkSync(filePath)
-    changedCount++
-  }
-}
-console.log(`Checked ${blogFiles.length} files. Deleted ${changedCount} files.`)
diff --git a/scripts/blogs/fix_locales_all.tsx b/scripts/blogs/fix_locales_all.tsx
deleted file mode 100644
index 91c2149e7..000000000
--- a/scripts/blogs/fix_locales_all.tsx
+++ /dev/null
@@ -1,31 +0,0 @@
-import fg from 'fast-glob'
-import matter from 'gray-matter'
-import { readFile, writeFile } from 'node:fs/promises'
-import path from 'node:path'
-import { locales } from '../../src/services/locale'
-import { commonReplacements } from '../commonReplacements'
-
-const contentDirectory = path.join(process.cwd(), 'src', 'content')
-
-const patterns = locales.map((locale) => `**/${locale}/**/*.{md,mdx}`)
-const files = await fg(patterns, {
-  absolute: true,
-  onlyFiles: true,
-  cwd: contentDirectory,
-})
-let changedCount = 0
-for (const filePath of files) {
-  const relPath = path.relative(contentDirectory, filePath)
-  const parts = relPath.split(path.sep)
-  const locale = parts[1]
-  if (!locales.includes(locale)) continue
-  let fileContent = await readFile(filePath, 'utf8')
-  const parsed = matter(fileContent)
-  if (parsed.data.locale !== locale) {
-    parsed.data.locale = locale
-    fileContent = matter.stringify(parsed.content, parsed.data)
-    changedCount++
-  }
-  await writeFile(filePath, commonReplacements(fileContent), 'utf8')
-}
-console.log(`Checked ${files.length} files. Updated ${changedCount} files.`)
diff --git a/scripts/blogs/remove_mismatching_locales.tsx b/scripts/blogs/remove_mismatching_locales.tsx
deleted file mode 100644
index dfddb1294..000000000
--- a/scripts/blogs/remove_mismatching_locales.tsx
+++ /dev/null
@@ -1,103 +0,0 @@
-import '@dotenvx/dotenvx/config'
-import fg from 'fast-glob'
-import matter from 'gray-matter'
-import { existsSync, readFileSync, unlinkSync, writeFileSync } from 'node:fs'
-import { relative } from 'node:path'
-import { ANTHROPIC_MODEL } from '../translate'
-
-const localeToLanguage: Record<string, string> = {
-  ja: 'Japanese',
-  ko: 'Korean',
-  fr: 'French',
-  de: 'German',
-  es: 'Spanish',
-  it: 'Italian',
-  id: 'Indonesian',
-}
-
-async function callAnthropic(body: Record<string, any>): Promise<string> {
-  const anthropicApiKey = process.env.ANTHROPIC_API_KEY
-  if (!anthropicApiKey) throw new Error('ANTHROPIC_API_KEY environment variable is required')
-  const response = await fetch('https://api.anthropic.com/v1/messages', {
-    method: 'POST',
-    headers: {
-      'x-api-key': anthropicApiKey,
-      'anthropic-version': '2023-06-01',
-      'content-type': 'application/json',
-    },
-    body: JSON.stringify(body),
-  })
-  if (!response.ok) throw new Error(`Anthropic API error: ${response.status} ${await response.text()}`)
-  const data = await response.json()
-  return data.content[0]?.text?.trim() || ''
-}
-
-async function main() {
-  const files = await fg(['src/content/blog/**/*.md'], {
-    ignore: ['src/content/blog/en/**'],
-    absolute: true,
-    dot: true,
-  })
-  const checks: Array<{
-    file: string
-    title: string
-    locale: string
-    language: string
-  }> = []
-
-  for (const file of files) {
-    const raw = readFileSync(file, 'utf8')
-    const { data: frontmatter } = matter(raw)
-    const title = frontmatter.title
-    const locale = frontmatter.locale
-    if (!title || !locale) continue
-    const language = localeToLanguage[locale] || locale
-    checks.push({
-      file: relative(process.cwd(), file),
-      title,
-      locale,
-      language,
-    })
-  }
-
-  const batch = 30
-  const outputPath = 'remove_mismatching_locales_results.json'
-  const results = existsSync(outputPath) ? JSON.parse(readFileSync(outputPath, 'utf8')) : []
-
-  for (let i = 0; i < checks.length; i += batch) {
-    const items = checks.slice(i, i + batch)
-    const callPromises = items.map((item) =>
-      (async () => {
-        const systemPrompt = `You are a language detection assistant. For the following guide, check if the title is written in the language specified by the locale. Reply in a JSON object with fields: "isMatch" (true/false), "detectedLanguage", "localePassed", and "reason".`
-        const userPrompt = `Guide:\nTitle: ${item.title}\nLocale: ${item.locale} (${item.language})\n\nDoes the title match the locale language?`
-        const resultText = await callAnthropic({
-          max_tokens: 4000,
-          system: systemPrompt,
-          model: ANTHROPIC_MODEL,
-          messages: [
-            {
-              role: 'user',
-              content: userPrompt,
-            },
-          ],
-        })
-        const match = resultText.match(/\{[\s\S]*\}/)
-        return { ...(match ? JSON.parse(match[0]) : { error: 'No JSON found', raw: resultText }), ...item }
-      })(),
-    )
-    const guideResults = await Promise.all(callPromises)
-    results.push(...guideResults)
-    writeFileSync(outputPath, JSON.stringify(results, null, 2), 'utf8')
-    console.log(`Guide ${i + 1} done, results written to ${outputPath}`)
-  }
-
-  for (const result of results) {
-    if (!result.isMatch) {
-      if (existsSync(result.file)) {
-        unlinkSync(result.file)
-      }
-    }
-  }
-}
-
-main()
diff --git a/scripts/blogs/sync_seobot.js b/scripts/blogs/sync_seobot.js
deleted file mode 100644
index d18fb7397..000000000
--- a/scripts/blogs/sync_seobot.js
+++ /dev/null
@@ -1,107 +0,0 @@
-import '@dotenvx/dotenvx/config'
-import { existsSync, mkdirSync, writeFileSync } from 'node:fs'
-import { join } from 'node:path'
-import { BlogClient } from 'seobot'
-
-const BLOG_DIR = 'src/content/blog/en/'
-const PAGE_SIZE = 10
-
-const iframe = `<iframe src="$1" aria-label="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" style="width: 100%; height: 500px;" allowfullscreen></iframe>`
-const iframeRegex = /:::\s*@iframe\s+(.*?)\s*:::/g
-
-const keyToReplace = {
-  '/confirm_email': '/register',
-}
-
-const replaceFrontmatter = (text) => {
-  if (!text) return ''
-  // First clean the text
-  const cleaned = text
-    .replace(/\r/g, '') // Remove carriage returns
-    .replace(/\t/g, ' ') // Replace tabs with spaces
-    .replace(/[^\x20-\x7E]/g, '') // Remove non-printable characters
-    .trim() // Remove leading/trailing whitespace
-
-  // If text contains any special characters, wrap it in double quotes and escape properly
-  if (/[:'"`\n]/.test(cleaned)) {
-    return `"${
-      cleaned
-        .replace(/"/g, '\\"') // Escape double quotes
-        .replace(/\n/g, '\\n') // Escape newlines
-    }"`
-  }
-
-  return cleaned
-}
-
-// Helper function to replace all keys in keyToReplace with their values in a string
-function replaceKeysInContent(content, keyMap) {
-  let result = content
-  for (const [key, value] of Object.entries(keyMap)) {
-    // Use global replacement for all occurrences
-    result = result.split(key).join(value)
-  }
-  return result
-}
-
-async function main() {
-  if (!process.env.SEOBOT_API_KEY) throw new Error('SEOBOT_API_KEY environment variable is required')
-  const client = new BlogClient(process.env.SEOBOT_API_KEY)
-  if (!existsSync(BLOG_DIR)) mkdirSync(BLOG_DIR, { recursive: true })
-  let page = 0
-  let hasMore = true
-  while (hasMore) {
-    try {
-      const response = await client.getArticles(page, PAGE_SIZE)
-      console.log(`Fetched ${response.articles.length} articles on page ${page}, total: ${response.total}`)
-      if (!response.articles || response.articles.length === 0) {
-        hasMore = false
-        continue
-      }
-      for (const article of response.articles) {
-        const fileName = `${article.slug}.md`
-        const filePath = join(BLOG_DIR, fileName)
-        const articleResponse = await client.getArticle(article.slug)
-        console.log(`Fetched article ${article.slug}`)
-        // Create frontmatter
-        const frontmatter = [
-          '---',
-          `slug: ${article.slug}`,
-          `title: ${replaceFrontmatter(article.headline)}`,
-          `description: ${replaceFrontmatter(article.metaDescription)}`,
-          'author: Martin Donadieu',
-          'author_image_url: https://avatars.githubusercontent.com/u/4084527?v=4',
-          'author_url: https://github.com/riderx',
-          `created_at: ${article.createdAt}`,
-          `updated_at: ${article.updatedAt}`,
-          `head_image: ${article.image}`,
-          `head_image_alt: ${replaceFrontmatter(article.category.title)}`,
-          `keywords: ${replaceFrontmatter(articleResponse.metaKeywords)}`,
-          `tag: ${replaceFrontmatter(article.tags.map((tag) => tag.title).join(', '))}`,
-          'published: true',
-          'locale: en',
-          "next_blog: ''",
-          '---',
-          '',
-        ].join('\n')
-        const cleanMarkdown = articleResponse.markdown.replace(
-          `# ${article.headline}
-`,
-          '',
-        )
-        const transformedMarkdown = cleanMarkdown.replace(iframeRegex, iframe).replace(/https:\/\/capgo\.app\/(de|en|es|fr|id|it|ja|ko)\/(.*?)\//g, 'https://capgo.app/$2/')
-        // Combine frontmatter with markdown content
-        let content = `${frontmatter}${transformedMarkdown}`
-        // Replace all keys in keyToReplace with their values in the content
-        content = replaceKeysInContent(content, keyToReplace)
-        writeFileSync(filePath, content)
-      }
-      page++
-    } catch (error) {
-      console.error(`Error fetching articles for page ${page}:`, error)
-      hasMore = false
-    }
-  }
-}
-
-main()
diff --git a/scripts/blogs/translate_all.tsx b/scripts/blogs/translate_all.tsx
deleted file mode 100644
index 59850f1e5..000000000
--- a/scripts/blogs/translate_all.tsx
+++ /dev/null
@@ -1,101 +0,0 @@
-import matter from 'gray-matter'
-import { existsSync, mkdirSync, readFileSync, writeFileSync } from 'node:fs'
-import { readdir } from 'node:fs/promises'
-import { join } from 'node:path'
-import { defaultLocale, locales } from '../../src/services/locale'
-import { commonReplacements } from '../commonReplacements'
-import { translateText } from '../translate'
-
-const contentDirectory = join(process.cwd(), 'src', 'content')
-const blogDirectory = join(contentDirectory, 'blog')
-const defaultBlogDirectory = join(blogDirectory, defaultLocale)
-const localeArgIndex = process.argv.findIndex((arg) => arg.startsWith('--locale='))
-const languages = localeArgIndex !== -1 ? [process.argv[localeArgIndex].split('=')[1]] : locales.filter((lang) => lang !== defaultLocale)
-
-const getDefaultBlogFiles = async (): Promise<string[]> => {
-  const files = await readdir(defaultBlogDirectory)
-  return files.filter((file) => file.endsWith('.md') || file.endsWith('.mdx'))
-}
-
-const mapUntranslatedBlogToLocales = async (): Promise<{ [file: string]: string[] }> => {
-  const files = await getDefaultBlogFiles()
-  const map: { [file: string]: string[] } = {}
-  files.forEach((file) => {
-    map[file] = languages
-  })
-  return map
-}
-
-const processFile = async (file: string, lang: string): Promise<void> => {
-  try {
-    const sourceFilePath = join(process.cwd(), 'src', 'content', 'blog', 'en', file)
-    const destinationDir = join(process.cwd(), 'src', 'content', 'blog', lang)
-    if (!existsSync(destinationDir)) mkdirSync(destinationDir, { recursive: true })
-    const destinationPath = join(process.cwd(), 'src', 'content', 'blog', lang, file)
-    const content = readFileSync(sourceFilePath, 'utf8')
-    const { data: frontmatter, content: extractedContent } = matter(content)
-    const newFrontmatter: Record<string, any> = { ...frontmatter, locale: lang }
-    const fieldsToTranslate = ['title', 'description', 'head_image_alt']
-    await Promise.all(
-      fieldsToTranslate.map(async (field) => {
-        if (newFrontmatter[field]) {
-          const translated = await translateText(newFrontmatter[field], lang)
-          if (translated) newFrontmatter[field] = translated
-          else throw new Error(`Empty translation for ${field}`)
-        }
-      }),
-    )
-    const codeBlockRegex = /```[\s\S]*?```/g
-    const htmlTagRegex = /<[^>]+>/g
-    const codeBlocks = [...extractedContent.matchAll(codeBlockRegex)]
-    const htmlTags = [...extractedContent.matchAll(htmlTagRegex)]
-    const contentWithoutCodeBlocks = extractedContent.replace(codeBlockRegex, '[[CODE_BLOCK]]')
-    const contentWithoutHtmlTags = contentWithoutCodeBlocks.replace(htmlTagRegex, '[[HTML_TAG]]')
-    let currentChunk = ''
-    const maxChunkSize = 10000
-    let translatedParts: string[] = []
-    const paragraphs = contentWithoutHtmlTags.split('\n\n')
-    for (const paragraph of paragraphs) {
-      if ((currentChunk + paragraph).length > maxChunkSize) {
-        const translated = await translateText(currentChunk, lang)
-        if (translated) translatedParts.push(translated)
-        else throw new Error('Empty translation')
-        currentChunk = paragraph
-      } else currentChunk += (currentChunk ? '\n\n' : '') + paragraph
-    }
-    if (currentChunk) {
-      const translated = await translateText(currentChunk, lang)
-      if (translated) translatedParts.push(translated)
-      else throw new Error('Empty translation for final chunk')
-    }
-    let translatedContent = translatedParts.join('\n\n')
-    codeBlocks.forEach((match) => {
-      translatedContent = translatedContent.replace('[[CODE_BLOCK]]', match[0])
-    })
-    htmlTags.forEach((match) => {
-      translatedContent = translatedContent.replace('[[HTML_TAG]]', match[0])
-    })
-    writeFileSync(destinationPath, matter.stringify(commonReplacements(translatedContent), newFrontmatter), 'utf8')
-  } catch (error) {
-    console.log(`Translation failed for: ${file} in ${lang} locale.`)
-    throw error
-  }
-}
-
-const map = await mapUntranslatedBlogToLocales()
-console.log(map)
-
-const tasks: Array<{ file: string; lang: string }> = []
-for (const [file, locales] of Object.entries(map)) {
-  for (const lang of locales) {
-    tasks.push({ file, lang })
-  }
-}
-
-const BATCH_SIZE = 15
-
-for (let i = 0; i < tasks.length; i += BATCH_SIZE) {
-  const batch = tasks.slice(i, i + BATCH_SIZE)
-  console.log(`Processing batch ${Math.floor(i / BATCH_SIZE) + 1} of ${Math.ceil(tasks.length / BATCH_SIZE)}`)
-  await Promise.all(batch.map(({ file, lang }) => processFile(file, lang)))
-}
diff --git a/scripts/blogs/translate_untranslated.tsx b/scripts/blogs/translate_untranslated.tsx
deleted file mode 100644
index e5ffe3989..000000000
--- a/scripts/blogs/translate_untranslated.tsx
+++ /dev/null
@@ -1,139 +0,0 @@
-import { execSync } from 'child_process'
-import matter from 'gray-matter'
-import { existsSync, mkdirSync, readFileSync, writeFileSync } from 'node:fs'
-import { readdir } from 'node:fs/promises'
-import { join } from 'node:path'
-import { defaultLocale, locales } from '../../src/services/locale'
-import { commonReplacements } from '../commonReplacements'
-import { translateText } from '../translate'
-
-const contentDirectory = join(process.cwd(), 'src', 'content')
-const blogDirectory = join(contentDirectory, 'blog')
-const defaultBlogDirectory = join(blogDirectory, defaultLocale)
-const localeArgIndex = process.argv.findIndex((arg) => arg.startsWith('--locale='))
-const keepPushingArgIndex = process.argv.findIndex((arg) => arg === '--keep-pushing')
-const languages = localeArgIndex !== -1 ? [process.argv[localeArgIndex].split('=')[1]] : locales.filter((lang) => lang !== defaultLocale)
-
-const getUntranslatedLocales = async (file: string): Promise<string[]> => {
-  const untranslatedLocales: string[] = []
-  for (const lang of languages) {
-    const langBlogDirectory = join(blogDirectory, lang)
-    const destinationPath = join(langBlogDirectory, file)
-    if (!existsSync(destinationPath)) untranslatedLocales.push(lang)
-  }
-  return untranslatedLocales
-}
-
-const getDefaultBlogFiles = async (): Promise<string[]> => {
-  const files = await readdir(defaultBlogDirectory)
-  return files.filter((file) => file.endsWith('.md') || file.endsWith('.mdx'))
-}
-
-const mapUntranslatedBlogToLocales = async (): Promise<{ [file: string]: string[] }> => {
-  const files = await getDefaultBlogFiles()
-  const map: { [file: string]: string[] } = {}
-  await Promise.all(
-    files.map(async (file) => {
-      const tmp = await getUntranslatedLocales(file)
-      if (tmp.length > 0) map[file] = tmp
-    }),
-  )
-  return map
-}
-
-const processFile = async (file: string, lang: string): Promise<void> => {
-  try {
-    const sourceFilePath = join(process.cwd(), 'src', 'content', 'blog', 'en', file)
-    const destinationDir = join(process.cwd(), 'src', 'content', 'blog', lang)
-    if (!existsSync(destinationDir)) mkdirSync(destinationDir, { recursive: true })
-    const destinationPath = join(process.cwd(), 'src', 'content', 'blog', lang, file)
-    const content = readFileSync(sourceFilePath, 'utf8')
-    const { data: frontmatter, content: extractedContent } = matter(content)
-    const newFrontmatter: Record<string, any> = { ...frontmatter, locale: lang }
-    const fieldsToTranslate = ['title', 'description', 'head_image_alt']
-    await Promise.all(
-      fieldsToTranslate.map(async (field) => {
-        if (newFrontmatter[field]) {
-          const translated = await translateText(newFrontmatter[field], lang)
-          if (translated) newFrontmatter[field] = translated
-          else throw new Error(`Empty translation for ${field}`)
-        }
-      }),
-    )
-    const codeBlockRegex = /```[\s\S]*?```/g
-    const htmlTagRegex = /<[^>]+>/g
-    const codeBlocks = [...extractedContent.matchAll(codeBlockRegex)]
-    const htmlTags = [...extractedContent.matchAll(htmlTagRegex)]
-    const contentWithoutCodeBlocks = extractedContent.replace(codeBlockRegex, '[[CODE_BLOCK]]')
-    const contentWithoutHtmlTags = contentWithoutCodeBlocks.replace(htmlTagRegex, '[[HTML_TAG]]')
-    let currentChunk = ''
-    const maxChunkSize = 10000
-    let translatedParts: string[] = []
-    const paragraphs = contentWithoutHtmlTags.split('\n\n')
-    for (const paragraph of paragraphs) {
-      if ((currentChunk + paragraph).length > maxChunkSize) {
-        const translated = await translateText(currentChunk, lang)
-        if (translated) translatedParts.push(translated)
-        else throw new Error('Empty translation')
-        currentChunk = paragraph
-      } else currentChunk += (currentChunk ? '\n\n' : '') + paragraph
-    }
-    if (currentChunk) {
-      const translated = await translateText(currentChunk, lang)
-      if (translated) translatedParts.push(translated)
-      else throw new Error('Empty translation for final chunk')
-    }
-    let translatedContent = translatedParts.join('\n\n')
-    codeBlocks.forEach((match) => {
-      translatedContent = translatedContent.replace('[[CODE_BLOCK]]', match[0])
-    })
-    htmlTags.forEach((match) => {
-      translatedContent = translatedContent.replace('[[HTML_TAG]]', match[0])
-    })
-    writeFileSync(destinationPath, matter.stringify(commonReplacements(translatedContent), newFrontmatter), 'utf8')
-  } catch (error) {
-    console.log(`Translation failed for: ${file} in ${lang} locale.`)
-    throw error
-  }
-}
-
-const map = await mapUntranslatedBlogToLocales()
-console.log(map)
-
-const tasks: Array<{ file: string; lang: string }> = []
-for (const [file, locales] of Object.entries(map)) {
-  for (const lang of locales) {
-    tasks.push({ file, lang })
-  }
-}
-
-const BATCH_SIZE = 15
-
-for (let i = 0; i < tasks.length; i += BATCH_SIZE) {
-  const batch = tasks.slice(i, i + BATCH_SIZE)
-  console.log(`Processing batch ${Math.floor(i / BATCH_SIZE) + 1} of ${Math.ceil(tasks.length / BATCH_SIZE)}`)
-  await Promise.all(batch.map(({ file, lang }) => processFile(file, lang)))
-
-  // If --keep-pushing is set, do a git pull, add, commit, and push after each batch
-  if (keepPushingArgIndex !== -1) {
-    try {
-      // Pull latest changes
-      execSync('git pull', { stdio: 'inherit' })
-      // Set git config (email and name) as in the workflow
-      execSync('git config --local user.email "github-actions[bot]@users.noreply.github.com"', { stdio: 'inherit' })
-      execSync('git config --local user.name "github-actions[bot]"', { stdio: 'inherit' })
-      // Add all changes
-      execSync('git add -A', { stdio: 'inherit' })
-      // Commit
-      execSync('git commit -m "chore: translate untranslated blogs"', { stdio: 'inherit' })
-      // Push
-      execSync('git push', { stdio: 'inherit' })
-    } catch (err: any) {
-      // If nothing to commit, git commit will fail, that's ok
-      if (err?.status !== 1) {
-        console.error('Error during git operations:', err)
-        throw err
-      }
-    }
-  }
-}
diff --git a/scripts/check_image_links.js b/scripts/check_image_links.js
deleted file mode 100644
index 964845ced..000000000
--- a/scripts/check_image_links.js
+++ /dev/null
@@ -1,54 +0,0 @@
-import fg from 'fast-glob'
-import fs from 'fs/promises'
-import LinkifyIt from 'linkify-it'
-
-const linkify = new LinkifyIt()
-
-async function extractImageUrlsFromDir() {
-  const allUrls = []
-  const filePaths = await fg([`./src/**/*`], {
-    dot: true,
-    onlyFiles: true,
-    ignore: ['**/node_modules/**', '**/.git/**'],
-  })
-  for (const filePath of filePaths) {
-    try {
-      const content = await fs.readFile(filePath, 'utf8')
-      const links = linkify.match(content) || []
-      const imageExtensions = ['.webp', '.png', '.jpg', '.jpeg', '.gif', '.svg', '.avif']
-      for (const { url } of links) {
-        try {
-          const tmp = new URL(url)
-          if (imageExtensions.some((ext) => tmp.pathname.toLowerCase().endsWith(ext))) allUrls.push(url)
-        } catch {}
-      }
-    } catch (e) {
-      continue
-    }
-  }
-  return allUrls
-}
-
-async function checkImagesInSrcFolder() {
-  try {
-    const imageUrls = await extractImageUrlsFromDir()
-    const batchSize = 200
-    console.log('Total links to check:', imageUrls.length)
-    for (let i = 0; i < imageUrls.length; i += batchSize) {
-      const batch = imageUrls.slice(i, i + batchSize)
-      const batchPromises = batch.map(async (url) => {
-        try {
-          const res = await fetch(url, { method: 'HEAD' })
-          if (res.status >= 400) console.log(url)
-        } catch (err) {
-          console.log(url)
-        }
-      })
-      await Promise.all(batchPromises)
-    }
-  } catch (error) {
-    console.error('Error processing images:', error)
-  }
-}
-
-checkImagesInSrcFolder()
diff --git a/scripts/check_sitemap_404.js b/scripts/check_sitemap_404.js
deleted file mode 100644
index 62145d673..000000000
--- a/scripts/check_sitemap_404.js
+++ /dev/null
@@ -1,42 +0,0 @@
-import { XMLParser } from 'fast-xml-parser'
-
-async function checkSitemapFor404s(sitemapUrl) {
-  try {
-    const response = await fetch(sitemapUrl)
-    if (!response.ok) throw new Error(`Failed to fetch sitemap: ${response.statusText}`)
-    const xmlData = await response.text()
-    const jsonObj = new XMLParser().parse(xmlData)
-    const urls = jsonObj.urlset.url.map((u) => u.loc)
-    console.log(`Total URLs found: ${urls.length}`)
-    const results = []
-    const batchSize = 200
-    for (let i = 0; i < urls.length; i += batchSize) {
-      const batch = urls.slice(i, i + batchSize)
-      const batchPromises = batch.map(async (url) => {
-        try {
-          const res = await fetch(url, { method: 'HEAD' })
-          if (res.status === 404) {
-            results.push({ url, status: 404 })
-            console.log(`404 found: ${url}`)
-          }
-        } catch (err) {
-          results.push({ url, status: 'Error', error: err.message })
-          console.error(`Error checking ${url}: ${err.message}`)
-        }
-      })
-      await Promise.all(batchPromises)
-      console.log(`Processed ${Math.min(i + batchSize, urls.length)}/${urls.length} URLs`)
-    }
-    const notFoundUrls = results.filter((r) => r.status === 404)
-    console.log(`404 URLs:`)
-    notFoundUrls.forEach((r) => console.log(r.url))
-    console.log(`\nSummary:`)
-    console.log(`Total 404s: ${notFoundUrls.length}`)
-    return results
-  } catch (error) {
-    console.error('Error processing sitemap:', error)
-    return []
-  }
-}
-
-checkSitemapFor404s('https://capgo.app/sitemap-0.xml')
diff --git a/scripts/clean_not_used.tsx b/scripts/clean_not_used.tsx
deleted file mode 100644
index fe2118b01..000000000
--- a/scripts/clean_not_used.tsx
+++ /dev/null
@@ -1,43 +0,0 @@
-import fg from 'fast-glob'
-import { readFileSync, unlinkSync } from 'node:fs'
-import path from 'node:path'
-
-const unusedFiles = new Set<string>()
-const [publicFiles, srcFiles] = await Promise.all([
-  fg(['public/**/*'], {
-    dot: true,
-    onlyFiles: true,
-    ignore: [
-      // Used with platforms
-      'public/_headers',
-      'public/_redirects',
-      // Fonts used with astro-font
-      'public/fonts/**/*',
-      // Used in redirects
-      'public/deepLink/**/*',
-      // Used in top_y_x.astro pages
-      'public/react_native.webp',
-      'public/flutter.webp',
-      'public/kotlin.webp',
-      'public/native_script.webp',
-    ],
-  }),
-  fg(['src/**/*', 'astro.config.mjs'], { dot: true, onlyFiles: true }),
-])
-
-const publicFileNames = publicFiles.map((file) => path.relative('public', file))
-const srcFileContents = srcFiles.map((srcFile) => readFileSync(srcFile, 'utf8'))
-
-for (const publicFileName of publicFileNames) {
-  const fileName = path.basename(publicFileName)
-  const isUsed = srcFileContents.some((content) => content.includes(fileName))
-  if (!isUsed) unusedFiles.add(path.join('public', publicFileName))
-}
-
-for (const unusedFile of unusedFiles) {
-  try {
-    unlinkSync(unusedFile)
-  } catch (err) {
-    console.error(err)
-  }
-}
diff --git a/scripts/cleanup_doc_translate.tsx b/scripts/cleanup_doc_translate.tsx
deleted file mode 100644
index f74ca98bf..000000000
--- a/scripts/cleanup_doc_translate.tsx
+++ /dev/null
@@ -1,73 +0,0 @@
-import fg from 'fast-glob'
-import { createSpinner } from 'nanospinner'
-import { existsSync, rmSync, statSync, unlinkSync } from 'node:fs'
-import { dirname, join } from 'node:path'
-import { defaultLocale, locales } from '../src/services/locale'
-
-const contentDirectory = join(process.cwd(), 'src', 'content')
-const blogDirectory = join(contentDirectory, 'docs')
-const languages = locales.filter((lang) => lang !== defaultLocale)
-const defaultBlogDirectory = join(blogDirectory, 'docs')
-
-const isDirectoryEmpty = (dirPath: string): boolean => {
-  try {
-    const files = fg.globSync(['**/*'], { dot: true, cwd: dirPath })
-    return files.length === 0
-  } catch {
-    return true
-  }
-}
-
-const removeEmptyDirectories = (dirPath: string): void => {
-  try {
-    if (existsSync(dirPath) && statSync(dirPath).isDirectory() && isDirectoryEmpty(dirPath)) {
-      rmSync(dirPath, { recursive: true, force: true })
-      const parentDir = dirname(dirPath)
-      if (parentDir !== dirPath) removeEmptyDirectories(parentDir)
-    }
-  } catch {}
-}
-
-const cleanupTranslations = async () => {
-  console.log(`Starting cleanup for ${languages.length} languages`)
-
-  for (const lang of languages) {
-    const langBlogDirectory = join(blogDirectory, lang)
-    const langDocsDirectory = join(langBlogDirectory, 'docs')
-
-    if (!existsSync(langDocsDirectory)) {
-      console.log(`No translations found for ${lang}, skipping...`)
-      continue
-    }
-
-    const spinner = createSpinner(`Cleaning up ${lang} translations...`).start()
-
-    try {
-      const translatedFiles = fg.globSync(['**/*.md*'], { dot: true, cwd: langDocsDirectory })
-      let deletedCount = 0
-
-      for (const file of translatedFiles) {
-        const originalFilePath = join(defaultBlogDirectory, file)
-        const translatedFilePath = join(langDocsDirectory, file)
-
-        if (!existsSync(originalFilePath)) {
-          unlinkSync(translatedFilePath)
-          deletedCount++
-          console.log(`Deleted orphaned translation: ${lang}/docs/${file}`)
-
-          // Clean up empty directories
-          const fileDir = dirname(translatedFilePath)
-          removeEmptyDirectories(fileDir)
-        }
-      }
-
-      spinner.success({ text: `Cleaned up ${lang}: ${deletedCount} orphaned files deleted` })
-    } catch (error) {
-      spinner.error({ text: `Failed to cleanup ${lang}: ${error}` })
-    }
-  }
-
-  console.log('Cleanup completed')
-}
-
-cleanupTranslations()
diff --git a/scripts/commonReplacements.ts b/scripts/commonReplacements.ts
deleted file mode 100644
index be56757d1..000000000
--- a/scripts/commonReplacements.ts
+++ /dev/null
@@ -1,24 +0,0 @@
-export const commonReplacements = (text: string) => {
-  return text
-    .replace(/capgoapp/g, 'capgo.app')
-    .replace(/([^.\s])png/g, '$1.png')
-    .replace(/([^.\s])jpg/g, '$1.jpg')
-    .replace(/([^.\s])webp/g, '$1.webp')
-    .replace(/([^.\s])gif(?!y)/g, '$1.gif')
-    .replace(/update\/\)を/g, 'update/) を')
-    .replace(/osxdailycom/g, 'osxdaily.com')
-    .replace(/webcapgo.app/g, 'console.capgo.app')
-    .replace(/playgooglecom/g, 'play.google.com')
-    .replace(/capacitorjscom/g, 'capacitorjs.com')
-    .replace(/imagesimgixnet/g, 'images.imgix.net')
-    .replace(/plugincapgo.app/g, 'plugin.capgo.app')
-    .replace(/wwwrevenuecatcom/g, 'www.revenuecat.com')
-    .replace(/assetsseobotaicom/g, 'assets.seobotai.com')
-    .replace(/developerapplecom/g, 'developer.apple.com')
-    .replaceAll(
-      `<div className={styles.container}>
-  <Head>
-<title>`,
-      `<div class="mx-auto" style="width: 50%;">\n<img src="/next-capacitor-share.webp" alt="next-capacitor-share">\n</div>`,
-    )
-}
diff --git a/scripts/create-missing-translations.sh b/scripts/create-missing-translations.sh
deleted file mode 100755
index d35e3fa5f..000000000
--- a/scripts/create-missing-translations.sh
+++ /dev/null
@@ -1,149 +0,0 @@
-#!/usr/bin/env bash
-
-# Script to find and create missing translated pages compared to English
-# This script copies English files to language folders where they don't exist
-
-DOCS_BASE="/Users/martindonadieu/Projects/capgo_all/website/src/content/docs"
-EN_DOCS="$DOCS_BASE/docs"
-
-# Language folders to check (excluding 'docs' which is English)
-LANGUAGES="de fr es it id ja ko zh"
-
-# Colors for output
-RED='\033[0;31m'
-GREEN='\033[0;32m'
-YELLOW='\033[1;33m'
-BLUE='\033[0;34m'
-NC='\033[0m' # No Color
-
-# Mode: "check" (default) or "create"
-MODE="${1:-check}"
-
-echo "========================================"
-echo "Missing Translations Finder"
-echo "========================================"
-echo ""
-echo "Mode: $MODE"
-echo "English docs: $EN_DOCS"
-echo ""
-
-# Function to get relative path
-get_relative_path() {
-    local full_path="$1"
-    local base_path="$2"
-    echo "${full_path#$base_path/}"
-}
-
-# Find all English files
-echo "Scanning English documentation..."
-EN_FILES=$(find "$EN_DOCS" -type f \( -name "*.md" -o -name "*.mdx" \) | sort)
-EN_COUNT=$(echo "$EN_FILES" | wc -l | tr -d ' ')
-echo "Found $EN_COUNT English files"
-echo ""
-
-# Initialize summary file
-SUMMARY_FILE=$(mktemp)
-
-# Process each language
-for LANG in $LANGUAGES; do
-    LANG_DOCS="$DOCS_BASE/$LANG/docs"
-    MISSING_COUNT=0
-    CREATED_COUNT=0
-
-    echo "----------------------------------------"
-    echo -e "${BLUE}Processing: $LANG${NC}"
-    echo "----------------------------------------"
-
-    # Create language docs folder if it doesn't exist
-    if [ ! -d "$LANG_DOCS" ]; then
-        echo -e "${YELLOW}Creating language folder: $LANG_DOCS${NC}"
-        if [ "$MODE" = "create" ]; then
-            mkdir -p "$LANG_DOCS"
-        fi
-    fi
-
-    # Check each English file
-    while IFS= read -r en_file; do
-        [ -z "$en_file" ] && continue
-
-        # Get relative path from English docs
-        rel_path=$(get_relative_path "$en_file" "$EN_DOCS")
-
-        # Construct expected path in language folder
-        lang_file="$LANG_DOCS/$rel_path"
-
-        # Check if file exists in language folder
-        if [ ! -f "$lang_file" ]; then
-            MISSING_COUNT=$((MISSING_COUNT + 1))
-
-            if [ "$MODE" = "check" ]; then
-                echo -e "${RED}Missing:${NC} $rel_path"
-            elif [ "$MODE" = "create" ]; then
-                # Create directory if needed
-                lang_dir=$(dirname "$lang_file")
-                if [ ! -d "$lang_dir" ]; then
-                    mkdir -p "$lang_dir"
-                fi
-
-                # Copy English file to language folder
-                cp "$en_file" "$lang_file"
-                CREATED_COUNT=$((CREATED_COUNT + 1))
-                echo -e "${GREEN}Created:${NC} $lang_file"
-            fi
-        fi
-    done <<< "$EN_FILES"
-
-    EXISTING=$((EN_COUNT - MISSING_COUNT))
-    if [ "$EN_COUNT" -gt 0 ]; then
-        PERCENTAGE=$((EXISTING * 100 / EN_COUNT))
-    else
-        PERCENTAGE=0
-    fi
-
-    echo ""
-    echo -e "Missing files for $LANG: ${YELLOW}${MISSING_COUNT}${NC}"
-    if [ "$MODE" = "create" ]; then
-        echo -e "Created files for $LANG: ${GREEN}${CREATED_COUNT}${NC}"
-    fi
-    echo ""
-
-    # Save to summary
-    echo "$LANG $MISSING_COUNT $CREATED_COUNT $PERCENTAGE" >> "$SUMMARY_FILE"
-done
-
-# Summary
-echo "========================================"
-echo "SUMMARY"
-echo "========================================"
-echo ""
-echo "English files: $EN_COUNT"
-echo ""
-echo "Missing files per language:"
-while read -r line; do
-    LANG=$(echo "$line" | cut -d' ' -f1)
-    MISSING=$(echo "$line" | cut -d' ' -f2)
-    CREATED=$(echo "$line" | cut -d' ' -f3)
-    PCT=$(echo "$line" | cut -d' ' -f4)
-    echo -e "  $LANG: ${YELLOW}${MISSING}${NC} missing (${PCT}% translated)"
-done < "$SUMMARY_FILE"
-
-if [ "$MODE" = "create" ]; then
-    echo ""
-    echo "Created files per language:"
-    while read -r line; do
-        LANG=$(echo "$line" | cut -d' ' -f1)
-        CREATED=$(echo "$line" | cut -d' ' -f3)
-        echo -e "  $LANG: ${GREEN}${CREATED}${NC} files created"
-    done < "$SUMMARY_FILE"
-fi
-
-# Cleanup
-rm -f "$SUMMARY_FILE"
-
-echo ""
-echo "========================================"
-if [ "$MODE" = "check" ]; then
-    echo "Run with 'create' argument to create missing files:"
-    echo "  ./create-missing-translations.sh create"
-fi
-echo "========================================"
diff --git a/scripts/fix_code_languages_all.tsx b/scripts/fix_code_languages_all.tsx
deleted file mode 100644
index a401df64c..000000000
--- a/scripts/fix_code_languages_all.tsx
+++ /dev/null
@@ -1,30 +0,0 @@
-import fg from 'fast-glob'
-import { promises as fs } from 'node:fs'
-import { commonReplacements } from './commonReplacements'
-
-const files = await fg(['src/content/**/*.md*'], { absolute: true, onlyFiles: true })
-let changedCount = 0
-for (const filePath of files) {
-  let content = await fs.readFile(filePath, 'utf8')
-  let updated = commonReplacements(
-    content
-      .replace(/```gradle(\r?\n)/g, '```kotlin$1')
-      .replace(/```env(\r?\n)/g, '```$1')
-      .replace(/```proguard(\r?\n)/g, '```java$1')
-      // Fix capitalized language identifiers
-      .replace(/```JSON(\r?\n)/g, '```json$1')
-      .replace(/```TypeScript(\r?\n)/g, '```typescript$1')
-      .replace(/```YAML(\r?\n)/g, '```yaml$1')
-      .replace(/```Javascript(\r?\n)/g, '```javascript$1')
-      .replace(/```Typescript(\r?\n)/g, '```typescript$1')
-      .replace(/```Html(\r?\n)/g, '```html$1')
-      .replace(/```Css(\r?\n)/g, '```css$1')
-      .replace(/```Bash(\r?\n)/g, '```bash$1')
-      .replace(/```Shell(\r?\n)/g, '```shell$1'),
-  )
-  if (updated !== content) {
-    changedCount++
-    await fs.writeFile(filePath, updated, 'utf8')
-  }
-}
-console.log(`Checked ${files.length} files. Updated ${changedCount} files.`)
diff --git a/scripts/generate-plugins-readme.ts b/scripts/generate-plugins-readme.ts
deleted file mode 100644
index 55f52bf4e..000000000
--- a/scripts/generate-plugins-readme.ts
+++ /dev/null
@@ -1,240 +0,0 @@
-#!/usr/bin/env bun
-
-/**
- * Generates a markdown file with plugin cards for use in GitHub org README.
- * Displays plugins in rows of 3 with name, description, npm downloads, and github stars.
- * Run with: bun run scripts/generate-plugins-readme.ts
- */
-
-import { actions } from '../src/config/plugins'
-
-// Load the data files
-const starsPath = new URL('../src/data/github-stars.json', import.meta.url).pathname
-const downloadsPath = new URL('../src/data/npm-downloads.json', import.meta.url).pathname
-
-const githubStars: Record<string, number> = await Bun.file(starsPath).json()
-const npmDownloads: Record<string, number> = await Bun.file(downloadsPath).json()
-
-// Format numbers with K/M suffix
-const formatNumber = (num: number): string => {
-  if (num >= 1000000) return `${(num / 1000000).toFixed(1)}M`
-  if (num >= 1000) return `${(num / 1000).toFixed(1)}K`
-  return num.toString()
-}
-
-// Filter only @capgo/ plugins
-const capgoPlugins = actions.filter(
-  (plugin) => plugin.author === 'github.com/Cap-go' && plugin.name?.startsWith('@capgo/')
-)
-
-// Sort by GitHub stars (most popular first)
-const sortedPlugins = [...capgoPlugins].sort((a, b) => {
-  const aStars = githubStars[a.href] || 0
-  const bStars = githubStars[b.href] || 0
-  return bStars - aStars
-})
-
-type CardData = Pick<(typeof actions)[0], 'title' | 'href' | 'description'> & {
-  name?: string
-  code?: string
-  npmPackage?: string
-  docsUrl?: string
-  width?: string
-}
-
-const capgoCloudCards: CardData[] = [
-  {
-    title: 'Updater',
-    name: '@capgo/capacitor-updater',
-    href: 'https://github.com/Cap-go/capacitor-updater/',
-    description: 'Deploy live updates instantly to your users without app store review delays',
-    docsUrl: 'https://capgo.app/plugins/updater/',
-  },
-  {
-    title: 'Capgo Console',
-    code: 'Capgo Console',
-    href: 'https://github.com/Cap-go/capgo/',
-    description: 'Front and back base on Supabase',
-    docsUrl: 'https://capgo.app/docs/',
-  },
-  {
-    title: 'Capgo CLI',
-    name: '@capgo/cli',
-    href: 'https://github.com/Cap-go/cli/',
-    description: 'Manage/Upload your Cloud/ Self hosted apps from CLI',
-    docsUrl: 'https://capgo.app/docs/cli/',
-  },
-]
-
-// Generate HTML table rows (3 plugins per row)
-const generatePluginCard = (card: CardData): string => {
-  const code = card.code ?? card.name
-  const npmPackage = card.npmPackage ?? card.name
-  const npmUrl = npmPackage ? `https://www.npmjs.com/package/${npmPackage}` : undefined
-  const docsUrl =
-    card.docsUrl ?? `https://capgo.app/plugins/${card.title.toLowerCase().replace(/\s+/g, '-')}/`
-  const repoPath = card.href.replace('https://github.com/', '').replace(/\/$/, '').split('/tree/')[0]
-
-  const badges: string[] = []
-  if (npmUrl && npmPackage) {
-    badges.push(
-      `<a href="${npmUrl}"><img src="https://img.shields.io/npm/dw/${npmPackage}?style=flat-square&label=downloads" alt="npm downloads"></a>`
-    )
-  }
-  badges.push(
-    `<a href="${card.href}"><img src="https://img.shields.io/github/stars/${repoPath}?style=flat-square&label=stars" alt="GitHub stars"></a>`
-  )
-
-  const links: string[] = []
-  if (docsUrl) {
-    links.push(`<a href="${docsUrl}">Docs</a>`)
-  }
-  links.push(`<a href="${card.href}">GitHub</a>`)
-
-  return `<td align="center" width="${card.width ?? '33%'}">
-<h3><a href="${card.href}">${card.title}</a></h3>
-${code ? `<p><code>${code}</code></p>` : ''}
-<p>${card.description}</p>
-<p>
-${badges.join('\n')}
-</p>
-<p>${links.join(' | ')}</p>
-</td>`
-}
-
-// Generate awesome list card (same style as plugins)
-const generateAwesomeCard = (
-  title: string,
-  description: string,
-  username: string,
-  repo: string,
-  href: string
-): string => {
-  return `<td align="center" width="50%">
-<h3><a href="${href}">${title}</a></h3>
-<p>${description}</p>
-<p>
-<a href="${href}"><img src="https://img.shields.io/github/stars/${username}/${repo}?style=flat-square&label=stars" alt="GitHub stars"></a>
-<a href="${href}"><img src="https://img.shields.io/github/forks/${username}/${repo}?style=flat-square&label=forks" alt="GitHub forks"></a>
-</p>
-<p><a href="${href}">GitHub</a></p>
-</td>`
-}
-
-const capgoCloudSection = `<table>
-<tr>
-${capgoCloudCards.map((card) => generatePluginCard(card)).join('\n')}
-</tr>
-</table>`
-
-// Build the markdown content
-let markdown = `<!-- AUTO-GENERATED FILE - DO NOT EDIT DIRECTLY -->
-<!-- Generated by: bun run generate:plugins-readme -->
-<!-- Last updated: ${new Date().toISOString()} -->
-
-<h1 align="left">Welcome to <a href="https://capgo.app">Capgo</a>!</h1>
-
-<p align="left">
-Capgo is the Expo for Capacitor, providing SDKs, plugins, cloud updates, and native builds for any web framework. Fast on Web, on Native only when needed.
-</p>
-
-[Read the documentation to get started](https://capgo.app/docs/)
-
-## Community
-
-💬 Join us on [Discord](https://discord.capgo.app) to chat with the Capgo community, discuss the release, or ask questions.
-
-## Community Plugin Option
-
-Got a plugin and want to keep building without carrying maintenance alone? We can host it under the Capgo name and share maintenance with you.
-
-- Co-maintained with the original open-source maintainer and Capgo
-- Better visibility through Capgo distribution and ecosystem reach
-- Shared maintenance burden so plugins stay healthy over time
-- Capgo support on quality standards, release process, CI, and maintenance best practices
-- Original makers keep owning the direction while getting operational support
-- Examples already in this model: [Background Geolocation](https://github.com/Cap-go/capacitor-background-geolocation/), [Social Login](https://github.com/Cap-go/capacitor-social-login/), and [In App Browser](https://github.com/Cap-go/capacitor-inappbrowser/)
-
-We are pro AI and welcome AI contributions.
-Our philosophy: build fast, fix fast.
-Contact us to co-maintain your plugin: [martin@capgo.app](mailto:martin@capgo.app)
-
-## Who’s using Capgo?
-
-Capgo is trusted by teams worldwide, from startups to large companies building production Capacitor apps.  
-Explore real-world apps using Capgo in production in the [Showcase](https://capgo.app/top_capacitor_app/).
-
-[![Open Bounties](https://img.shields.io/endpoint?url=https%3A%2F%2Fconsole.algora.io%2Fapi%2Fshields%2FCapgo%2Fbounties%3Fstatus%3Dopen)](https://console.algora.io/org/Capgo/bounties?status=open)
-[![Rewarded Bounties](https://img.shields.io/endpoint?url=https%3A%2F%2Fconsole.algora.io%2Fapi%2Fshields%2FCapgo%2Fbounties%3Fstatus%3Dcompleted)](https://console.algora.io/org/Capgo/bounties?status=completed)
-[![Discord](https://badgen.net/badge/icon/discord?icon=discord&label)](https://discord.com/invite/VnYRvBfgA6)
-[![Npm](https://badgen.net/badge/icon/npm?icon=npm&label)](https://www.npmjs.com/search?q=%40capgo)
-[![Twitter](https://badgen.net/badge/icon/twitter?icon=twitter&label)](https://twitter.com/Capgo_app)
-[![https://good-labs.github.io/greater-good-affirmation/assets/images/badge.svg](https://good-labs.github.io/greater-good-affirmation/assets/images/badge.svg)](https://good-labs.github.io/greater-good-affirmation)
-
-## Awesome Lists
-
-<table>
-<tr>
-${generateAwesomeCard('Awesome Ionic', 'A curated list of awesome Ionic libraries, resources, and solutions', 'Cap-go', 'awesome-ionic', 'https://github.com/Cap-go/awesome-ionic')}
-${generateAwesomeCard('Awesome Capacitor', 'A curated list of awesome Capacitor plugins, tools, and resources', 'riderx', 'awesome-capacitor', 'https://github.com/riderx/awesome-capacitor')}
-</tr>
-</table>
-
-## Capgo Cloud
-
-${capgoCloudSection}
-
-## Capacitor Plugins
-
-A collection of high-quality Capacitor plugins maintained by [Capgo](https://capgo.app).
-
-**Total Plugins:** ${sortedPlugins.length} | **Weekly Downloads:** ${formatNumber(
-  Object.values(npmDownloads).reduce((sum, d) => sum + d, 0)
-)} | **GitHub Stars:** ${formatNumber(Object.values(githubStars).reduce((sum, s) => sum + s, 0))}
-
-<table>
-`
-
-// Generate rows of 3
-for (let i = 0; i < sortedPlugins.length; i += 3) {
-  markdown += '<tr>\n'
-  for (let j = 0; j < 3; j++) {
-    const plugin = sortedPlugins[i + j]
-    if (plugin) {
-      markdown += generatePluginCard(plugin) + '\n'
-    } else {
-      markdown += '<td></td>\n'
-    }
-  }
-  markdown += '</tr>\n'
-}
-
-markdown += `</table>
-
----
-
-## Quick Links
-
-- [All Plugins](https://capgo.app/plugins/) - Browse all plugins with search and filtering
-- [Documentation](https://capgo.app/docs/) - Full documentation and guides
-- [Capgo Live Updates](https://capgo.app/) - Deploy live updates to your Capacitor apps
-
-## Contributing
-
-We welcome contributions! Please see the individual plugin repositories for contribution guidelines.
-
-## License
-
-All plugins are released under the Mozilla Public License Version 2.0 unless mentioned otherwise.
-
-## Stargazers over time
-
-[![Stargazers over time](https://starchart.cc/Cap-go/capacitor-updater.svg)](https://starchart.cc/Cap-go/capacitor-updater)
-`
-
-// Write to public directory so it can be served
-const outputPath = new URL('../public/plugins-readme.md', import.meta.url).pathname
-await Bun.write(outputPath, markdown)
-
-console.log(`Generated plugins README with ${sortedPlugins.length} plugins`)
-console.log(`Output: ${outputPath}`)
diff --git a/scripts/generateTutorials.mjs b/scripts/generateTutorials.mjs
deleted file mode 100644
index 74b0f51d4..000000000
--- a/scripts/generateTutorials.mjs
+++ /dev/null
@@ -1,69 +0,0 @@
-import '@dotenvx/dotenvx/config'
-import { createStuffDocumentsChain } from 'langchain/chains/combine_documents'
-import { createRetrievalChain } from 'langchain/chains/retrieval'
-import { ChatOpenAI } from 'langchain/chat_models/openai'
-import { Document } from 'langchain/document'
-import { OpenAIEmbeddings } from 'langchain/embeddings/openai'
-import { OutputFixingParser, StructuredOutputParser } from 'langchain/output_parsers'
-import { PromptTemplate } from 'langchain/prompts'
-import { FaissStore } from 'langchain/vectorstores/faiss'
-import { appendFileSync, existsSync, readFileSync, writeFileSync } from 'node:fs'
-import { join } from 'node:path'
-import { z } from 'zod/v4'
-import { actions } from './action.mjs'
-
-async function loadVectorStore() {
-  const directory = join(process.cwd(), 'loadedVectorStore')
-  const docStoreJSON = join(process.cwd(), 'loadedVectorStore', 'docstore.json')
-  if (existsSync(docStoreJSON)) return await FaissStore.load(directory, new OpenAIEmbeddings())
-  return await FaissStore.fromDocuments([new Document({ pageContent: 'Hey' })], new OpenAIEmbeddings())
-}
-
-async function chat(input, pluginPath) {
-  const outputFile = join(process.cwd(), 'src', 'content', 'plugins-tutorials', `${pluginPath}.md`)
-  const currentContent = readFileSync(outputFile, 'utf8')
-  try {
-    const vectorStore = await loadVectorStore()
-    writeFileSync(outputFile, '', 'utf8')
-    const model = new ChatOpenAI({
-      streaming: true,
-      callbacks: [
-        {
-          handleLLMNewToken(token) {
-            appendFileSync(outputFile, token)
-          },
-        },
-      ],
-    })
-    const outputParser = StructuredOutputParser.fromZodSchema(
-      z.object({
-        answer: z.string().describe('answer to question in HTML friendly format, use all of the tags wherever possible and including reference links'),
-      }),
-    )
-    const outputFixingParser = OutputFixingParser.fromLLM(model, outputParser)
-    const prompt = new PromptTemplate({
-      template: 'Use the provided context to answer the user question in as much detail as possible.\nContext:\n{context}\n\n{format_instructions}\nQuestion: {input}',
-      inputVariables: ['context', 'input'],
-      partialVariables: {
-        format_instructions: outputFixingParser.getFormatInstructions(),
-      },
-    })
-    const combineDocumentsChain = await createStuffDocumentsChain({
-      llm: model,
-      prompt,
-      outputParser: outputFixingParser,
-    })
-    const chain = await createRetrievalChain({
-      combineDocumentsChain,
-      retriever: vectorStore.asRetriever(),
-    })
-    await chain.invoke({ input })
-  } catch (error) {
-    writeFileSync(outputFile, currentContent, 'utf8')
-    console.error(error.message || error.toString())
-  }
-}
-
-actions.forEach((item) => {
-  chat(`Generate a markdown tutorial of using ${item.name} package`, item.href.substring(item.href.lastIndexOf('/') + 1))
-})
diff --git a/scripts/generate_docs_translations.tsx b/scripts/generate_docs_translations.tsx
deleted file mode 100644
index 540e29633..000000000
--- a/scripts/generate_docs_translations.tsx
+++ /dev/null
@@ -1,117 +0,0 @@
-import fg from 'fast-glob'
-import matter from 'gray-matter'
-import { createSpinner } from 'nanospinner'
-import { appendFileSync, existsSync, mkdirSync, readFileSync, writeFileSync } from 'node:fs'
-import { join } from 'node:path'
-import { defaultLocale, locales } from '../src/services/locale'
-import { commonReplacements } from './commonReplacements'
-import { translateText } from './translate'
-
-const contentDirectory = join(process.cwd(), 'src', 'content')
-const blogDirectory = join(contentDirectory, 'docs')
-const localeArgIndex = process.argv.findIndex((arg) => arg.startsWith('--locale='))
-const languages = localeArgIndex !== -1 ? [process.argv[localeArgIndex].split('=')[1]] : locales.filter((lang) => lang !== defaultLocale)
-
-const defaultBlogDirectory = join(blogDirectory, 'docs')
-const totalFiles = fg.globSync(['**/*.md*'], { dot: true, cwd: defaultBlogDirectory }).length
-const progress: { [lang: string]: number } = {}
-
-// Process all languages in parallel
-const processAllLanguages = async () => {
-  const blogFiles = fg.globSync(['**/*.md*'], { dot: true, cwd: defaultBlogDirectory })
-  console.log(`Starting translation of ${totalFiles} files for ${languages.length} languages`)
-  const languagePromises = languages.map(async (lang) => {
-    console.log(`Preparing the blogs for locale: ${lang}...`)
-    progress[lang] = 0
-    const langBlogDirectory = join(blogDirectory, lang)
-    if (!existsSync(langBlogDirectory)) mkdirSync(langBlogDirectory, { recursive: true })
-    const failedTranslations: { [file: string]: boolean } = {}
-    await Promise.allSettled(blogFiles.map((file) => processFile(file, lang, langBlogDirectory, failedTranslations)))
-    progress[lang] += blogFiles.length
-    const totalProgress = Object.values(progress).reduce((a, b) => a + b, 0)
-    console.log(`Progress: ${totalProgress}/${totalFiles * languages.length} (${Math.round((totalProgress / (totalFiles * languages.length)) * 100)}%)`)
-    const failedFiles = Object.keys(failedTranslations)
-    if (failedFiles.length > 0) {
-      console.log(`Retrying failed translations for ${lang}...`)
-      for (const file of failedFiles) {
-        await processFile(file, lang, langBlogDirectory, failedTranslations)
-      }
-    }
-  })
-  await Promise.all(languagePromises)
-}
-
-const processFile = async (file: string, lang: string, langBlogDirectory: string, failedTranslations: { [file: string]: boolean }): Promise<void> => {
-  const spinner = createSpinner(`Translating ${file}...`).start()
-  try {
-    const filePath = join(defaultBlogDirectory, file)
-    const fileDir = join(langBlogDirectory, 'docs', file.split('/').slice(0, -1).join('/'))
-    if (!existsSync(fileDir)) mkdirSync(fileDir, { recursive: true })
-    const destinationPath = join(langBlogDirectory, 'docs', file)
-    writeFileSync(destinationPath, '', 'utf8')
-    const content = readFileSync(filePath, 'utf8')
-    const grayMatterEnd = content.indexOf('---', 4)
-    const { data: grayMatterJson } = matter(content)
-    if (grayMatterJson.title) {
-      const translatedTitle = await translateText(grayMatterJson.title, lang)
-      if (translatedTitle) grayMatterJson['title'] = translatedTitle
-      else failedTranslations[file] = true
-    }
-    if (grayMatterJson.description) {
-      const translatedDescription = await translateText(grayMatterJson.description, lang)
-      if (translatedDescription) grayMatterJson['description'] = translatedDescription
-      else failedTranslations[file] = true
-    }
-    if (grayMatterJson.head_image_alt) {
-      const translatedHeadImageAlt = await translateText(grayMatterJson.head_image_alt, lang)
-      if (translatedHeadImageAlt) grayMatterJson['head_image_alt'] = translatedHeadImageAlt
-      else failedTranslations[file] = true
-    }
-    try {
-      if (grayMatterJson.hero.tagline) {
-        const translatedHeadImageAlt = await translateText(grayMatterJson.hero.tagline, lang)
-        if (translatedHeadImageAlt) grayMatterJson['hero']['tagline'] = translatedHeadImageAlt
-        else failedTranslations[file] = true
-      }
-    } catch (e) {}
-    try {
-      if (grayMatterJson.hero.actions[0].text) {
-        const translatedHeadImageAlt = await translateText(grayMatterJson.hero.actions[0].text, lang)
-        if (translatedHeadImageAlt) grayMatterJson['hero']['actions'][0]['text'] = translatedHeadImageAlt
-        else failedTranslations[file] = true
-      }
-    } catch (e) {}
-    try {
-      if (grayMatterJson.hero.actions[1].text) {
-        const translatedHeadImageAlt = await translateText(grayMatterJson.hero.actions[1].text, lang)
-        if (translatedHeadImageAlt) grayMatterJson['hero']['actions'][1]['text'] = translatedHeadImageAlt
-        else failedTranslations[file] = true
-      }
-    } catch (e) {}
-    grayMatterJson['locale'] = lang
-    appendFileSync(destinationPath, matter.stringify('', grayMatterJson), 'utf8')
-    const blogContent = content.substring(grayMatterEnd + 4)
-    const sentences = blogContent.split('.')
-    let currentChunk = ''
-    for (const sentence of sentences) {
-      if ((currentChunk + sentence).length > 8000) {
-        const tmp = await translateText(currentChunk, lang)
-        if (tmp) appendFileSync(destinationPath, commonReplacements(tmp), 'utf8')
-        else failedTranslations[file] = true
-        currentChunk = sentence
-      } else currentChunk += sentence
-    }
-    if (currentChunk) {
-      const tmp = await translateText(currentChunk, lang)
-      if (tmp) appendFileSync(destinationPath, commonReplacements(tmp), 'utf8')
-      else failedTranslations[file] = true
-    }
-    spinner.success({ text: `Blog translated in ${lang}: ${file}` })
-  } catch (error) {
-    spinner.error({ text: `Failed to translate ${file} to ${lang}: ${error}` })
-    failedTranslations[file] = true
-  }
-}
-
-// Start the process
-processAllLanguages()
diff --git a/scripts/generate_plugin_icons.mjs b/scripts/generate_plugin_icons.mjs
deleted file mode 100644
index 604c3de88..000000000
--- a/scripts/generate_plugin_icons.mjs
+++ /dev/null
@@ -1,109 +0,0 @@
-import fs from 'fs'
-import { createRequire } from 'node:module'
-import path from 'path'
-
-const require = createRequire(import.meta.url)
-const heroicons = require('@iconify-json/heroicons/icons.json')
-const pluginsFile = fs.readFileSync('src/config/plugins.ts', 'utf8')
-const preservedIcons = new Set(['zebra-datawedge'])
-
-// 1. Parse actions
-const actionsStart = pluginsFile.indexOf('export const actions = [')
-const actionsEnd = pluginsFile.lastIndexOf(']')
-const actionsContent = pluginsFile.substring(actionsStart, actionsEnd)
-
-// Split by "}," to get rough objects
-const objectStrings = actionsContent.split('},')
-
-const plugins = []
-
-for (const str of objectStrings) {
-  const nameMatch = str.match(/name:\s*'([^']+)'/)
-  const hrefMatch = str.match(/href:\s*'([^']+)'/)
-  const titleMatch = str.match(/title:\s*'([^']+)'/)
-  const iconMatch = str.match(/icon:\s*'([^']+)'/)
-
-  if (nameMatch && hrefMatch && titleMatch && iconMatch) {
-    plugins.push({
-      name: nameMatch[1],
-      href: hrefMatch[1],
-      title: titleMatch[1],
-      iconName: iconMatch[1],
-    })
-  }
-}
-
-// 3. Gradient Logic
-const gradients = [
-  ['#3b82f6', '#06b6d4'], // blue-500 to cyan-500
-  ['#a855f7', '#ec4899'], // purple-500 to pink-500
-  ['#22c55e', '#10b981'], // green-500 to emerald-500
-  ['#f97316', '#ef4444'], // orange-500 to red-500
-  ['#6366f1', '#a855f7'], // indigo-500 to purple-500
-  ['#ec4899', '#f43f5e'], // pink-500 to rose-500
-  ['#14b8a6', '#22c55e'], // teal-500 to green-500
-  ['#ef4444', '#f97316'], // red-500 to orange-500
-  ['#06b6d4', '#3b82f6'], // cyan-500 to blue-500
-  ['#eab308', '#f97316'], // yellow-500 to orange-500
-]
-
-const getGradient = (str) => {
-  let hash = 0
-  for (let i = 0; i < str.length; i++) {
-    hash = str.charCodeAt(i) + ((hash << 5) - hash)
-  }
-  const index = Math.abs(hash) % gradients.length
-  return gradients[index]
-}
-
-const toHeroiconName = (value) =>
-  `${value
-    .replace(/([A-Z]+)([A-Z][a-z])/g, '$1-$2')
-    .replace(/([a-z0-9])([A-Z])/g, '$1-$2')
-    .replace(/([a-zA-Z])([0-9])/g, '$1-$2')
-    .replace(/([0-9])([a-zA-Z])/g, '$1-$2')
-    .toLowerCase()}-solid`
-
-// 3. Generate SVGs
-const outputDir = 'public/icons/plugins'
-if (!fs.existsSync(outputDir)) {
-  fs.mkdirSync(outputDir, { recursive: true })
-}
-
-for (const plugin of plugins) {
-  // Get slug from href
-  let slug = plugin.href.split('/').filter(Boolean).pop()
-  if (slug.startsWith('capacitor-')) {
-    slug = slug.replace('capacitor-', '')
-  }
-  if (slug === 'ricoh360-camera-plugin') {
-    slug = 'ricoh360-camera'
-  }
-
-  if (preservedIcons.has(slug)) {
-    console.log(`Preserved custom icon for ${slug}`)
-    continue
-  }
-
-  const iconData = heroicons.icons[toHeroiconName(plugin.iconName)]
-  if (!iconData) {
-    console.log(`Icon data not found for ${plugin.title} (${plugin.iconName})`)
-    continue
-  }
-
-  const width = iconData.width ?? heroicons.width ?? 24
-  const height = iconData.height ?? heroicons.height ?? 24
-  const scale = 32 / Math.max(width, height)
-  const translatedX = ((56 - width * scale) / 2).toFixed(2)
-  const translatedY = ((56 - height * scale) / 2).toFixed(2)
-
-  const svg = `<svg width="56" height="56" viewBox="0 0 56 56" fill="none" xmlns="http://www.w3.org/2000/svg">
-  <rect width="56" height="56" rx="12" fill="#119eff" />
-  <g transform="translate(${translatedX}, ${translatedY}) scale(${scale})" fill="white">
-    ${iconData.body}
-  </g>
-</svg>`
-
-  fs.writeFileSync(path.join(outputDir, `${slug}.svg`), svg)
-  console.log(`Generated ${slug}.svg`)
-}
diff --git a/scripts/generate_plugin_translations.tsx b/scripts/generate_plugin_translations.tsx
deleted file mode 100644
index f859b702a..000000000
--- a/scripts/generate_plugin_translations.tsx
+++ /dev/null
@@ -1,92 +0,0 @@
-import matter from 'gray-matter'
-import { createSpinner } from 'nanospinner'
-import { appendFileSync, existsSync, mkdirSync, readdirSync, readFileSync, writeFileSync } from 'node:fs'
-import { join } from 'node:path'
-import { defaultLocale, locales } from '../src/services/locale'
-import { commonReplacements } from './commonReplacements'
-import { translateText } from './translate'
-
-const batchSize = 20
-const localeArgIndex = process.argv.findIndex((arg) => arg.startsWith('--locale='))
-const languages = localeArgIndex !== -1 ? [process.argv[localeArgIndex].split('=')[1]] : locales.filter((lang) => lang !== defaultLocale)
-const contentDirectory = join(process.cwd(), 'src', 'content')
-const blogDirectory = join(contentDirectory, 'plugins-tutorials')
-
-for (const lang of languages) {
-  console.log(`Preparing the plugins-tutorials for locale: ${lang}...`)
-  const langBlogDirectory = join(contentDirectory, lang, 'plugins-tutorials')
-  if (!existsSync(langBlogDirectory)) mkdirSync(langBlogDirectory, { recursive: true })
-  const blogFiles = readdirSync(blogDirectory)
-  const failedTranslations: { [file: string]: boolean } = {}
-  const processFile = async (file: string) => {
-    const filePath = join(blogDirectory, file)
-    const destinationPath = join(langBlogDirectory, file)
-    writeFileSync(destinationPath, '', 'utf8')
-    const content = readFileSync(filePath, 'utf8')
-    const grayMatterEnd = content.indexOf('---', 4)
-    const { data: grayMatterJson } = matter(content)
-    const spinner = createSpinner(`Translating ${file}...`).start()
-    if (grayMatterJson.title) {
-      const translatedTitle = await translateText(grayMatterJson.title, lang)
-      if (translatedTitle) grayMatterJson['title'] = translatedTitle
-      else failedTranslations[file] = true
-    }
-    if (grayMatterJson.description) {
-      const translatedDescription = await translateText(grayMatterJson.description, lang)
-      if (translatedDescription) grayMatterJson['description'] = translatedDescription
-      else failedTranslations[file] = true
-    }
-    if (grayMatterJson.head_image_alt) {
-      const translatedHeadImageAlt = await translateText(grayMatterJson.head_image_alt, lang)
-      if (translatedHeadImageAlt) grayMatterJson['head_image_alt'] = translatedHeadImageAlt
-      else failedTranslations[file] = true
-    }
-    grayMatterJson['locale'] = lang
-    appendFileSync(destinationPath, matter.stringify('', grayMatterJson), 'utf8')
-    const blogContent = content.substring(grayMatterEnd + 4)
-    const codeBlockRegex = /```[\s\S]*?```/g
-    const htmlTagRegex = /<[^>]+>/g
-    const codeBlocks = [...blogContent.matchAll(codeBlockRegex)]
-    const htmlTags = [...blogContent.matchAll(htmlTagRegex)]
-    const blogContentWithoutCodeBlocks = blogContent.replace(codeBlockRegex, '[[CODE_BLOCK]]')
-    const blogContentWithoutHtmlTags = blogContentWithoutCodeBlocks.replace(htmlTagRegex, '[[HTML_TAG]]')
-    const sentences = blogContentWithoutHtmlTags.split('.')
-    let currentChunk = ''
-    for (const sentence of sentences) {
-      if ((currentChunk + sentence).length > 4000) {
-        const tmp = await translateText(currentChunk, lang)
-        if (tmp) appendFileSync(destinationPath, tmp, 'utf8')
-        else failedTranslations[file] = true
-        currentChunk = sentence
-      } else currentChunk += sentence
-    }
-    if (currentChunk) {
-      const tmp = await translateText(currentChunk, lang)
-      if (tmp) appendFileSync(destinationPath, tmp, 'utf8')
-      else failedTranslations[file] = true
-    }
-    let translatedContent = readFileSync(destinationPath, 'utf8')
-    codeBlocks.forEach((match, _) => {
-      translatedContent = translatedContent.replace('[[CODE_BLOCK]]', match[0])
-    })
-    htmlTags.forEach((match, _) => {
-      translatedContent = translatedContent.replace('[[HTML_TAG]]', match[0])
-    })
-    writeFileSync(destinationPath, commonReplacements(translatedContent), 'utf8')
-    spinner.success({ text: `plugins-tutorials/${file} translated to ${lang} locale` })
-  }
-  for (let i = 0; i < blogFiles.length; i += batchSize) {
-    const batch = blogFiles.slice(i, i + batchSize)
-    const promises = []
-    promises.push(...batch.map((file) => processFile(file)))
-    await Promise.all(promises)
-    await new Promise((resolve) => setTimeout(resolve, 1000))
-  }
-  const failedFiles = Object.keys(failedTranslations)
-  if (failedFiles.length > 0) {
-    console.log(`Retrying failed translations for ${lang}...`)
-    for (const file of failedFiles) {
-      await processFile(file)
-    }
-  }
-}
diff --git a/scripts/patch-astro-rolldown.js b/scripts/patch-astro-rolldown.js
deleted file mode 100644
index 02e89c38b..000000000
--- a/scripts/patch-astro-rolldown.js
+++ /dev/null
@@ -1,55 +0,0 @@
-#!/usr/bin/env node
-/**
- * Patch Astro for Rolldown compatibility
- *
- * 1. Rolldown uses immutable OutputChunk objects, but Astro's build plugin
- *    tries to mutate chunk.code directly. This patch wraps the mutation
- *    in a try-catch to handle the immutability gracefully.
- *
- * 2. Replace transformWithEsbuild with transformWithOxc for faster transforms.
- *    Oxc is the Rust-based compiler used by Rolldown and is significantly faster.
- */
-
-import { readFileSync, writeFileSync, existsSync } from 'node:fs';
-import { resolve } from 'node:path';
-
-let patchCount = 0;
-
-// Patch 1: Fix immutable chunk mutation in plugin.js
-const pluginPath = resolve('node_modules/astro/dist/core/build/plugin.js');
-
-if (existsSync(pluginPath)) {
-  let content = readFileSync(pluginPath, 'utf-8');
-
-  if (!content.includes('// Rolldown uses immutable chunks')) {
-    const patched = content.replace(
-      'const mutate = (chunk, targets, newCode) => {\n        chunk.code = newCode;',
-      `const mutate = (chunk, targets, newCode) => {
-        try {
-          chunk.code = newCode;
-        } catch (e) {
-          // Rolldown uses immutable chunks, skip direct mutation
-          // The mutation is still tracked and applied via the mutations map
-        }`
-    );
-
-    if (patched !== content) {
-      writeFileSync(pluginPath, patched);
-      console.log('✓ Patched Astro plugin.js for immutable chunks');
-      patchCount++;
-    }
-  } else {
-    console.log('• Astro plugin.js already patched');
-  }
-}
-
-// Note: We no longer patch compile.js to use transformWithOxc because
-// oxc has incomplete support for TypeScript namespace declarations.
-// Rolldown-vite still provides significant build performance improvements
-// even without this patch, as it uses oxc for bundling.
-
-if (patchCount === 0) {
-  console.log('All Astro patches already applied');
-} else {
-  console.log(`Applied ${patchCount} patch(es) for Rolldown/Oxc optimization`);
-}
diff --git a/scripts/repair_sitemap.tsx b/scripts/repair_sitemap.tsx
deleted file mode 100644
index 88c70947d..000000000
--- a/scripts/repair_sitemap.tsx
+++ /dev/null
@@ -1,31 +0,0 @@
-import { XMLParser } from 'fast-xml-parser'
-import { existsSync, readFileSync, writeFileSync } from 'node:fs'
-import { join } from 'node:path'
-import { SitemapStream, streamToPromise } from 'sitemap'
-
-interface SitemapUrl {
-  loc: string
-  lastmod?: string
-  changefreq?: string
-  priority?: number
-}
-
-const sitemapPath = join('dist', 'sitemap-0.xml')
-
-if (existsSync(sitemapPath)) {
-  const xmlData = readFileSync(sitemapPath, 'utf-8')
-  const jsonObj = new XMLParser().parse(xmlData)
-  const urls: SitemapUrl[] = jsonObj.urlset.url
-  const smStream = new SitemapStream({ hostname: 'https://capgo.app' })
-  urls.forEach((item: SitemapUrl) => {
-    smStream.write({
-      url: item.loc,
-      lastmod: item.lastmod,
-      changefreq: item.changefreq,
-      priority: item.priority,
-    })
-  })
-  smStream.end()
-  const sitemap = await streamToPromise(smStream)
-  writeFileSync(sitemapPath, sitemap.toString(), 'utf-8')
-}
diff --git a/scripts/setup_new_locale.tsx b/scripts/setup_new_locale.tsx
deleted file mode 100644
index f07bdf6a1..000000000
--- a/scripts/setup_new_locale.tsx
+++ /dev/null
@@ -1,37 +0,0 @@
-import { execSync } from 'child_process'
-import fg from 'fast-glob'
-import fs from 'node:fs'
-import path from 'node:path'
-import { locales } from '../src/services/locale'
-
-const newLocale = 'fr'
-
-const copyDirectory = (source: string, destination: string) => {
-  if (!fs.existsSync(destination)) fs.mkdirSync(destination, { recursive: true })
-  const files = fg.globSync(['**/*'], { dot: true, cwd: source }).filter((file) => !locales.includes(file.split('/')[0]) && !file.includes('.json.ts'))
-  files.forEach((file) => {
-    const sourceFile = path.join(source, file)
-    const destFile = path.join(destination, file)
-    const destDir = path.dirname(destFile)
-    if (!fs.existsSync(destDir)) fs.mkdirSync(destDir, { recursive: true })
-    const modifiedDestFile = fs
-      .readFileSync(sourceFile, 'utf8')
-      .replace('content/blog', `content/${newLocale}/blog`)
-      .replace('content/plugins-tutorials', `content/${newLocale}/plugins-tutorials`)
-      .replace('locale: en', `locale: ${newLocale}`)
-    fs.copyFileSync(sourceFile, destFile)
-    fs.writeFileSync(destFile, modifiedDestFile, 'utf8')
-  })
-}
-
-console.log(`Copying src/pages to src/pages/${newLocale}...`)
-copyDirectory(path.join(process.cwd(), 'src', 'pages'), path.join(process.cwd(), 'src', 'pages', newLocale))
-console.log(`Done.\n`)
-console.log(`Copying src/content/blog to src/content/${newLocale}/blog...`)
-copyDirectory(path.join(process.cwd(), 'src', 'content', 'blog'), path.join(process.cwd(), 'src', 'content', newLocale, 'blog'))
-console.log(`Done.\n`)
-
-console.log('Generating blog translations...')
-execSync(`npm run generate:blog:translations -- --locale=${newLocale}`, { stdio: 'inherit' })
-console.log('Generating plugin translations...')
-execSync(`npm run generate:plugin:translations -- --locale=${newLocale}`, { stdio: 'inherit' })
diff --git a/scripts/trainOpenAI.mjs b/scripts/trainOpenAI.mjs
deleted file mode 100644
index c0a6ba46c..000000000
--- a/scripts/trainOpenAI.mjs
+++ /dev/null
@@ -1,55 +0,0 @@
-import '@dotenvx/dotenvx/config'
-import { Document } from 'langchain/document'
-import { CheerioWebBaseLoader } from 'langchain/document_loaders/web/cheerio'
-import { OpenAIEmbeddings } from 'langchain/embeddings/openai'
-import { RecursiveCharacterTextSplitter } from 'langchain/text_splitter'
-import { FaissStore } from 'langchain/vectorstores/faiss'
-import { existsSync } from 'node:fs'
-import { join } from 'node:path'
-import { actions } from './action.mjs'
-
-const appDir = process.cwd()
-
-async function loadVectorStore() {
-  const directory = join(appDir, 'loadedVectorStore')
-  const docStoreJSON = join(appDir, 'loadedVectorStore', 'docstore.json')
-  if (existsSync(docStoreJSON)) return await FaissStore.load(directory, new OpenAIEmbeddings())
-  return await FaissStore.fromDocuments([new Document({ pageContent: 'Hey' })], new OpenAIEmbeddings())
-}
-
-async function saveVectorStore(vectorStore) {
-  const directory = join(appDir, 'loadedVectorStore')
-  await vectorStore.save(directory)
-}
-
-async function train(list) {
-  try {
-    const vectorStore = await loadVectorStore()
-    const executeAsyncOperation = (element) => {
-      return new Promise(async (resolve) => {
-        const loader = new CheerioWebBaseLoader(element)
-        const data = await loader.load()
-        const textSplitter = new RecursiveCharacterTextSplitter({
-          chunkSize: 3096,
-          chunkOverlap: 128,
-        })
-        const tempSplitDocs = await textSplitter.splitDocuments(data)
-        await vectorStore.addDocuments(tempSplitDocs)
-        resolve()
-      })
-    }
-    await Promise.all(list.map((element) => executeAsyncOperation(element)))
-    await saveVectorStore(vectorStore)
-  } catch (error) {
-    console.log(error.message || error.toString())
-  }
-}
-
-train(
-  actions.map((i) => {
-    const githubUrlParts = i.href.split('/')
-    const githubOwner = githubUrlParts[3]
-    const githubRepo = githubUrlParts[4]
-    return `https://raw.githubusercontent.com/${githubOwner}/${githubRepo}/main/README.md`
-  }),
-)
diff --git a/scripts/translate.tsx b/scripts/translate.tsx
deleted file mode 100644
index 1b628682e..000000000
--- a/scripts/translate.tsx
+++ /dev/null
@@ -1,138 +0,0 @@
-import { localeNames } from '@/services/locale'
-import '@dotenvx/dotenvx/config'
-
-export const ANTHROPIC_MODEL = 'claude-3-5-haiku-20241022'
-export const OPENAI_MODEL = 'gpt-5-nano-2025-08-07'
-
-export const translateTextOpenAI = async (text: string, lang: string) => {
-  const response = await fetch('https://api.openai.com/v1/chat/completions', {
-    method: 'POST',
-    headers: {
-      'Content-Type': 'application/json',
-      Authorization: `Bearer ${process.env.OPENAI_API_KEY}`,
-    },
-    body: JSON.stringify({
-      model: OPENAI_MODEL,
-      messages: [
-        {
-          role: 'system',
-          content:
-            'Only respond with the translation of the text. No other or unrelated text or characters. Make sure to keep links, HTML tags, code blocks, image links, do not translate them. when Capacitor is used it refers to the CapacitorJs so do not translate that. Re-verify your output to not have additional code block or declaration. Make sure to have the list items in <Steps> component have decimal, such as "1" should be modified to keep "1." in every kind of output. If you see imports but no code block declaration, do not add them by yourself un-necessarily.',
-        },
-        {
-          role: 'user',
-          content: `Translate the following text to ${lang} locale:\n\n${text}`,
-        },
-      ],
-    }),
-  })
-  if (response.status !== 200) {
-    console.error('Error Open AI:', response.statusText, await response.json())
-    return null
-  }
-  const data = await response.json()
-  return data.choices[0].message.content.trim()
-}
-
-const makeAnthropicRequest = async (body: any) => {
-  const makeRequest = async () => {
-    const response = await fetch('https://api.anthropic.com/v1/messages', {
-      method: 'POST',
-      headers: {
-        'anthropic-version': '2023-06-01',
-        'Content-Type': 'application/json',
-        'x-api-key': `${process.env.ANTHROPIC_API_KEY}`,
-      },
-      body: JSON.stringify(body),
-    })
-    if (response.status === 429) {
-      const retryAfter = response.headers.get('Retry-After')
-      // console.log('Rate limit exceeded. Retrying after:', retryAfter)
-      if (retryAfter) {
-        const waitTime = parseInt(retryAfter, 10) * 1000 * 2
-        await new Promise((resolve) => setTimeout(resolve, waitTime))
-        return makeRequest()
-      }
-    }
-    if (response.status !== 200) {
-      console.error('Error Claude:', response.statusText, await response.json())
-      return null
-    }
-    return response.json()
-  }
-
-  return makeRequest()
-}
-
-export const translateTextAnthropic = async (text: string, lang: string) => {
-  const data = await makeAnthropicRequest({
-    max_tokens: 4000,
-    model: ANTHROPIC_MODEL,
-    system:
-      'Only respond with the translation of the text. No other or unrelated text or characters. Make sure to keep links, HTML tags, code blocks, image links, do not translate them. when Capacitor is used it refers to the CapacitorJs so do not translate that. Re-verify your output to not have additional code block or declaration. Make sure to have the list items in <Steps> component have decimal, such as "1" should be modified to keep "1." in every kind of output. If you see imports but no code block declaration, do not add them by yourself un-necessarily.',
-    messages: [
-      {
-        role: 'user',
-        content: `Translate the following text to ${localeNames[lang as keyof typeof localeNames]} locale:\n\n${text}`,
-      },
-    ],
-  })
-  return data?.content[0].text
-}
-
-const MAX_TOKENS = 4000
-const TOKENS_PER_CHAR = 0.25 // Approximate tokens per character
-
-export const translateTextsAnthropic = async (texts: string[], lang: string) => {
-  const translateBatch = async (batch: string[]) => {
-    const data = await makeAnthropicRequest({
-      max_tokens: MAX_TOKENS,
-      model: ANTHROPIC_MODEL,
-      system: `Translate the given sentences. Respond with a JSON array of translated sentences. Preserve the order. Don't translate links, HTML tags, code blocks, image links, or the word 'Capacitor' when it refers to CapacitorJs.`,
-      messages: [
-        {
-          role: 'user',
-          content: `Translate these sentences to ${lang}:\n\n${JSON.stringify(batch)}`,
-        },
-      ],
-    })
-    return data ? (JSON.parse(data.content[0].text) as string[]) : null
-  }
-  const results: string[] = []
-  let currentBatch: string[] = []
-  let currentTokens = 0
-  for (const text of texts) {
-    const textTokens = Math.ceil(text.length * TOKENS_PER_CHAR)
-    if (currentTokens + textTokens > MAX_TOKENS) {
-      const batchResult = await translateBatch(currentBatch)
-      if (batchResult) results.push(...batchResult)
-      currentBatch = []
-      currentTokens = 0
-    }
-    currentBatch.push(text)
-    currentTokens += textTokens
-  }
-  if (currentBatch.length > 0) {
-    const batchResult = await translateBatch(currentBatch)
-    if (batchResult) results.push(...batchResult)
-  }
-  return results
-}
-
-export const translateTextDatpmt = async (text: string, lang: string) => {
-  const params = new URLSearchParams({
-    string: text,
-    to_lang: lang,
-    from_lang: 'en',
-  })
-  const response = await fetch(`https://api.datpmt.com/api/v2/dictionary/translate?${params.toString()}`)
-  return await response.json()
-}
-
-export const translateText = (text: string, lang: string) => {
-  if (process.env.ANTHROPIC_API_KEY) return translateTextAnthropic(text, lang)
-  if (process.env.OPENAI_API_KEY) return translateTextOpenAI(text, lang)
-  return translateTextDatpmt(text, lang)
-}
-
-export const translateTexts = translateTextsAnthropic
diff --git a/scripts/verify_missing_html_elements.js b/scripts/verify_missing_html_elements.js
deleted file mode 100644
index 439ddea78..000000000
--- a/scripts/verify_missing_html_elements.js
+++ /dev/null
@@ -1,49 +0,0 @@
-import { load } from 'cheerio'
-import { XMLParser } from 'fast-xml-parser'
-
-async function verifyHtmlElements(sitemapUrl) {
-  try {
-    const response = await fetch(sitemapUrl)
-    if (!response.ok) throw new Error(`Failed to fetch sitemap: ${response.statusText}`)
-    const xmlData = await response.text()
-    const jsonObj = new XMLParser().parse(xmlData)
-    const urls = jsonObj.urlset.url.map((u) => u.loc)
-    console.log(`Total URLs found: ${urls.length}`)
-    const batchSize = 200
-    const missingHreflangs = []
-    const missingCanonicals = []
-    for (let i = 0; i < urls.length; i += batchSize) {
-      const batch = urls.slice(i, i + batchSize)
-      const batchPromises = batch.map(async (url) => {
-        try {
-          const res = await fetch(url)
-          if (!res.ok) {
-            console.log(`Error found: ${url} with status ${res.status}`)
-            return
-          }
-          const html = await res.text()
-          const $ = load(html)
-          const canonical = $('link[rel="canonical"]').attr('href')
-          const hreflangs = $('link[rel="alternate"][hreflang]')
-            .map((_, el) => $(el).attr('hreflang'))
-            .get()
-          if (!canonical) missingCanonicals.push(url)
-          if (hreflangs.length === 0) missingHreflangs.push(url)
-        } catch (err) {
-          console.error(`Error checking ${url}: ${err.message}`)
-        }
-      })
-      await Promise.all(batchPromises)
-      console.log(`Processed ${Math.min(i + batchSize, urls.length)}/${urls.length} URLs`)
-    }
-    console.log(`\nSummary:`)
-    console.log(`Missing Canonical Links:`)
-    console.log(JSON.stringify(missingCanonicals, null, 2))
-    console.log(`Missing Hreflang Links:`)
-    console.log(JSON.stringify(missingHreflangs, null, 2))
-  } catch (error) {
-    console.error('Error processing sitemap:', error)
-  }
-}
-
-verifyHtmlElements('https://capgo.app/sitemap-0.xml')
diff --git a/scripts/yaml-to-json.js b/scripts/yaml-to-json.js
deleted file mode 100755
index deacaaa34..000000000
--- a/scripts/yaml-to-json.js
+++ /dev/null
@@ -1,25 +0,0 @@
-#!/usr/bin/env node
-
-import { load } from 'js-yaml'
-import { readFileSync, writeFileSync } from 'node:fs'
-import { join } from 'node:path'
-
-const lang = 'pl'
-const yamlContent = readFileSync(join(process.cwd(), 'locales', `${lang}.yml`), 'utf8')
-const yamlData = load(yamlContent, {
-  strict: true,
-  lineWidth: -1,
-})
-if (!yamlData) throw new Error('YAML data is empty')
-const newJsonData = {
-  $schema: 'https://inlang.com/schema/inlang-message-format',
-  ...Object.entries(yamlData).reduce(
-    (acc, [key, value]) => ({
-      ...acc,
-      [key]: typeof value === 'string' ? value : JSON.stringify(value),
-    }),
-    {},
-  ),
-}
-writeFileSync(join(process.cwd(), 'messages', `${lang}.json`), JSON.stringify(newJsonData, null, 2))
-console.log('✅ File written successfully')
diff --git a/update_translations.js b/update_translations.js
deleted file mode 100644
index 0ea2a7270..000000000
--- a/update_translations.js
+++ /dev/null
@@ -1,45 +0,0 @@
-import fs from 'fs';
-import path from 'path';
-import { fileURLToPath } from 'url';
-
-const __filename = fileURLToPath(import.meta.url);
-const __dirname = path.dirname(__filename);
-const messagesDir = path.join(__dirname, 'messages');
-const files = fs.readdirSync(messagesDir).filter(f => f.endsWith('.json'));
-
-const newKeys = {
-  "footer_tagline": "Improving the Capacitor ecosystem,",
-  "footer_tagline_subtitle": "one plugin at a time.",
-  "soc2_compliant": "SOC 2 Type II Compliant"
-};
-
-files.forEach(file => {
-  const filePath = path.join(messagesDir, file);
-  try {
-    const content = fs.readFileSync(filePath, 'utf8');
-    const json = JSON.parse(content);
-    
-    let changed = false;
-    for (const [key, value] of Object.entries(newKeys)) {
-      if (!json[key]) {
-        json[key] = value;
-        changed = true;
-      }
-    }
-
-    if (changed) {
-      // Sort keys alphabetically to maintain order if desired, or just write back
-      const sortedJson = Object.keys(json).sort().reduce((acc, key) => {
-        acc[key] = json[key];
-        return acc;
-      }, {});
-      
-      fs.writeFileSync(filePath, JSON.stringify(sortedJson, null, 2) + '\n');
-      console.log(`Updated ${file}`);
-    } else {
-      console.log(`No changes for ${file}`);
-    }
-  } catch (e) {
-    console.error(`Error processing ${file}:`, e);
-  }
-});

From efc061c921f731e08650614cdcfed4f727b435c4 Mon Sep 17 00:00:00 2001
From: Martin Donadieu <martindonadieu@gmail.com>
Date: Sat, 4 Apr 2026 17:13:28 +0200
Subject: [PATCH 6/8] fix: add missing paraglide

---
 project.inlang/settings.json | 9 +++++++++
 1 file changed, 9 insertions(+)
 create mode 100644 project.inlang/settings.json

diff --git a/project.inlang/settings.json b/project.inlang/settings.json
new file mode 100644
index 000000000..abe39f093
--- /dev/null
+++ b/project.inlang/settings.json
@@ -0,0 +1,9 @@
+{
+  "$schema": "https://inlang.com/schema/project-settings",
+  "baseLocale": "en",
+  "locales": ["en", "de", "es", "fr", "id", "it", "ja", "ko", "zh"],
+  "modules": ["https://cdn.jsdelivr.net/npm/@inlang/plugin-message-format@4/dist/index.js", "https://cdn.jsdelivr.net/npm/@inlang/plugin-m-function-matcher@2/dist/index.js"],
+  "plugin.inlang.messageFormat": {
+    "pathPattern": "./messages/{locale}.json"
+  }
+}

From fcbb342566edd4b4b559d1e11eac05b268cfeae2 Mon Sep 17 00:00:00 2001
From: Martin Donadieu <martindonadieu@gmail.com>
Date: Mon, 6 Apr 2026 12:55:35 +0200
Subject: [PATCH 7/8] Add Cloudflare AI runtime page translations

---
 astro.config.mjs                   |   8 +-
 src/components/Footer.astro        |  30 +-
 src/components/SEO.astro           |  28 +-
 src/env.d.ts                       |   1 +
 src/layouts/Layout.astro           |  10 +-
 src/middleware.ts                  |  96 +++++-
 src/services/runtimeTranslation.ts | 461 +++++++++++++++++++++++++++++
 wrangler.jsonc                     |  12 +-
 8 files changed, 599 insertions(+), 47 deletions(-)
 create mode 100644 src/services/runtimeTranslation.ts

diff --git a/astro.config.mjs b/astro.config.mjs
index 037ac0760..75cd7e708 100644
--- a/astro.config.mjs
+++ b/astro.config.mjs
@@ -24,7 +24,9 @@ const CPU_COUNT = Number.isFinite(BUILD_CONCURRENCY) && BUILD_CONCURRENCY > 0 ?
 const SRC_DIR = `${fileURLToPath(new URL('./src/', import.meta.url))
   .replace(/\\/g, '/')
   .replace(/\/$/, '')}/`
-const PUBLIC_DIR = fileURLToPath(new URL('./public/', import.meta.url)).replace(/\\/g, '/').replace(/\/$/, '')
+const PUBLIC_DIR = fileURLToPath(new URL('./public/', import.meta.url))
+  .replace(/\\/g, '/')
+  .replace(/\/$/, '')
 
 // Build a map of page paths to their lastmod dates for sitemap
 function getPageLastModDates() {
@@ -81,7 +83,9 @@ export default defineConfig({
   trailingSlash: 'always',
   site: `https://${config.base_domain.prod}`,
   output: 'server',
-  adapter: cloudflare(),
+  adapter: cloudflare({
+    remoteBindings: false,
+  }),
   session: {
     driver: sessionDrivers.null(),
   },
diff --git a/src/components/Footer.astro b/src/components/Footer.astro
index 83ab089ad..df94304ec 100644
--- a/src/components/Footer.astro
+++ b/src/components/Footer.astro
@@ -1,25 +1,14 @@
 ---
 import * as m from '@/paraglide/messages'
-import { locales } from '@/services/locale'
 import { getRelativeLocaleUrl } from 'astro:i18n'
+import { prefixRuntimeLocale, runtimeLocaleFlags, runtimeTranslationLocales } from '@/services/runtimeTranslation'
 
 const year = new Date().getFullYear()
-const showLanguageSelector = locales.length > 1
-
-// Map locale codes to flag emojis
-const localeFlags: Record<string, string> = {
-  de: '🇩🇪',
-  en: '🇺🇸',
-  es: '🇪🇸',
-  fr: '🇫🇷',
-  id: '🇮🇩',
-  it: '🇮🇹',
-  ja: '🇯🇵',
-  ko: '🇰🇷',
-  zh: '🇨🇳',
-}
-
-const currentFlag = localeFlags[Astro.locals.locale] || '🇺🇸'
+const translationState = Astro.locals.translation
+const currentPageLocale = translationState?.requestedLocale || Astro.locals.locale
+const currentFlag = runtimeLocaleFlags[currentPageLocale] || runtimeLocaleFlags.en
+const selectorPath = translationState?.sourcePath || Astro.url.pathname
+const showLanguageSelector = Boolean(translationState?.showSelector)
 
 interface NavigationItem {
   name: string | (() => string)
@@ -327,7 +316,7 @@ const navigation: Record<string, NavigationItem[]> = {
                 class="flex items-center text-sm text-zinc-400 hover:text-white focus-visible:ring-2 focus-visible:ring-blue-500 focus-visible:ring-offset-2 focus-visible:ring-offset-gray-900"
               >
                 <span class="mr-2">{currentFlag}</span>
-                {Astro.locals.locale.toUpperCase()}
+                {currentPageLocale.toUpperCase()}
                 <span class="ml-1">▼</span>
               </button>
               <div
@@ -335,10 +324,11 @@ const navigation: Record<string, NavigationItem[]> = {
                 class="ring-opacity-5 absolute bottom-full left-0 z-50 mb-2 hidden w-32 rounded-md bg-[#1c1c1f] shadow-lg ring-1 ring-black focus:outline-none"
               >
                 <div class="py-1">
-                  {locales.map((item) => (
+                  {runtimeTranslationLocales.map((item) => (
                     <a
-                      href={getRelativeLocaleUrl(item.toLowerCase(), Astro.url.pathname.replace(`/${Astro.locals.locale}/`, '/'))}
+                      href={prefixRuntimeLocale(selectorPath, item)}
                       class="block px-4 py-2 text-sm text-zinc-400 hover:bg-zinc-800 hover:text-white"
+                      aria-current={currentPageLocale === item ? 'true' : undefined}
                     >
                       {item.toUpperCase()}
                     </a>
diff --git a/src/components/SEO.astro b/src/components/SEO.astro
index 3c484477c..ddd76a013 100644
--- a/src/components/SEO.astro
+++ b/src/components/SEO.astro
@@ -5,31 +5,40 @@ import { AstroFont } from 'astro-font'
 import { join } from 'node:path'
 import * as m from '@/paraglide/messages'
 import { generateAlternateVersions } from '@/lib/alternateVersions'
+import { prefixRuntimeLocale } from '@/services/runtimeTranslation'
 
-const rawLocale = (Astro.locals.locale || 'en').toString().toLowerCase()
+const translationState = Astro.locals.translation
+const isRuntimeTranslated = Boolean(translationState?.isTranslated)
+const baseUrl = Astro.locals.runtimeConfig?.public?.baseUrl || Astro.url.origin
+const pageLocale = (translationState?.requestedLocale || Astro.locals.locale || 'en').toString().toLowerCase()
+const defaultCanonical = isRuntimeTranslated ? new URL(translationState?.sourcePath || Astro.url.pathname, baseUrl) : Astro.url
+const defaultUrl = isRuntimeTranslated ? new URL(prefixRuntimeLocale(translationState?.sourcePath || Astro.url.pathname, translationState!.requestedLocale), baseUrl) : Astro.url
+const defaultAlternateVersions = isRuntimeTranslated ? [] : generateAlternateVersions(Astro)
+const defaultRobots = isRuntimeTranslated ? 'noindex, follow' : 'index, follow'
+
+const rawLocale = pageLocale
 // Paraglide message functions use a narrower locale union than the app router.
 // Cast once here to avoid repeating casts and keep runtime behavior unchanged.
 const messageLocale = Astro.locals.locale as any
 
-
 const {
   ldJSON = structuredData,
   title = m.website_title({}, { locale: messageLocale }),
   description = m.website_description({}, { locale: messageLocale }),
-  url = Astro.url,
-  image = `${Astro.locals.runtimeConfig?.public?.baseUrl || Astro.url.origin}/capgo_social.png`,
-  canonical = Astro.url,
+  url = defaultUrl,
+  image = `${baseUrl}/capgo_social.png`,
+  canonical = defaultCanonical,
   author = `Martin DONADIEU`,
   keywords = m.website_keywords({}, { locale: messageLocale }),
   audio = null,
-  alternateVersions = generateAlternateVersions(Astro),
+  alternateVersions = defaultAlternateVersions,
   // Article-specific props for blog posts
   ogType = 'website',
   articlePublishedTime = null,
   articleModifiedTime = null,
   articleSection = null,
   articleTags = null,
-  robots = 'index, follow',
+  robots = defaultRobots,
 } = Astro.props
 
 const localeName_to_OGP = {
@@ -56,13 +65,11 @@ const toStringUrl = (value: unknown): string | null => {
 }
 
 const titleString = typeof title === 'string' && title.trim().length > 0 ? title : m.website_title({}, { locale: messageLocale })
-const descriptionString =
-  typeof description === 'string' && description.trim().length > 0 ? description : m.website_description({}, { locale: messageLocale })
+const descriptionString = typeof description === 'string' && description.trim().length > 0 ? description : m.website_description({}, { locale: messageLocale })
 
 const urlString = toStringUrl(url) || Astro.url.toString()
 const canonicalString = toStringUrl(canonical) || urlString
 
-const baseUrl = Astro.locals.runtimeConfig?.public?.baseUrl || Astro.url.origin
 const rawImage = typeof image === 'string' ? image : toStringUrl(image)
 const imageUrl = rawImage ? new URL(rawImage, baseUrl).toString() : new URL('/capgo_social.png', baseUrl).toString()
 
@@ -87,7 +94,6 @@ if (displayDescription.length > descSize) displayDescription = `${displayDescrip
 const titleFix = titleString || (imageUrl.split('/').pop() || '.').split('.')[0]
 
 const makeFontPath = (name: string) => join(process.cwd(), 'public', 'fonts', name)
-
 ---
 
 <AstroFont
diff --git a/src/env.d.ts b/src/env.d.ts
index afeda5c30..b92edd71c 100644
--- a/src/env.d.ts
+++ b/src/env.d.ts
@@ -5,6 +5,7 @@ declare namespace App {
   interface Locals {
     locale: import('./services/locale').Locales
     runtimeConfig: import('./config/app').RuntimeConfig
+    translation?: import('./services/runtimeTranslation').RuntimeTranslationState
     translations: typeof import('./services/translations').default
   }
 }
diff --git a/src/layouts/Layout.astro b/src/layouts/Layout.astro
index 67e37236b..8b8e42894 100644
--- a/src/layouts/Layout.astro
+++ b/src/layouts/Layout.astro
@@ -8,20 +8,24 @@ import globalStylesHref from '../css/global.css?url'
 const content = Astro.props.content ?? {}
 
 const isLocalhost = Astro.url.origin.includes('localhost:')
+const pageLocale = Astro.locals.translation?.requestedLocale || Astro.locals.locale
 ---
 
 <!doctype html>
-<html lang={Astro.locals.locale.toLowerCase()}>
+<html lang={pageLocale.toLowerCase()}>
   <head>
     <link rel="stylesheet" href={globalStylesHref} />
     <SEO {...content} />
     <PostHog />
   </head>
   <body>
-    <a href="#main-content" class="sr-only focus:not-sr-only focus:absolute focus:top-4 focus:left-4 focus:z-50 focus:px-4 focus:py-2 focus:bg-blue-600 focus:text-white focus:rounded-md focus:outline-none focus:ring-2 focus:ring-blue-400">
+    <a
+      href="#main-content"
+      class="sr-only focus:not-sr-only focus:absolute focus:top-4 focus:left-4 focus:z-50 focus:rounded-md focus:bg-blue-600 focus:px-4 focus:py-2 focus:text-white focus:ring-2 focus:ring-blue-400 focus:outline-none"
+    >
       Skip to main content
     </a>
-    <div class="overflow-x-hidden text-white bg-gray-900">
+    <div class="overflow-x-hidden bg-gray-900 text-white">
       <Header />
       <main id="main-content">
         <slot />
diff --git a/src/middleware.ts b/src/middleware.ts
index adba7a501..8ef28bd3b 100644
--- a/src/middleware.ts
+++ b/src/middleware.ts
@@ -2,20 +2,102 @@ import { defineMiddleware } from 'astro:middleware'
 import { useRuntimeConfig } from './config/app'
 import { paraglideMiddleware } from './paraglide/server.js'
 import { defaultLocale, type Locales } from './services/locale'
+import {
+  isRuntimeTranslationEligiblePath,
+  runtimeTranslationLocales,
+  stripRuntimeLocalePrefix,
+  translateHtmlResponseWithCloudflareAI,
+  type RuntimeTranslationLocale,
+} from './services/runtimeTranslation'
+
+interface RuntimeEnv {
+  AI?: {
+    run(model: string, payload: Record<string, unknown>): Promise<unknown>
+  }
+}
+
+const buildTranslationState = (
+  locale: RuntimeTranslationLocale,
+  options: {
+    enabled: boolean
+    isTranslated: boolean
+    showSelector: boolean
+    sourcePath: string
+  },
+) => ({
+  availableLocales: runtimeTranslationLocales,
+  enabled: options.enabled,
+  isTranslated: options.isTranslated,
+  requestedLocale: locale,
+  showSelector: options.showSelector,
+  sourcePath: options.sourcePath,
+})
+
+export const onRequest = defineMiddleware(async (context, next) => {
+  const runtimeConfig = useRuntimeConfig()
+  const { locale: requestedRuntimeLocale, pathname: sourcePath } = stripRuntimeLocalePrefix(context.url.pathname)
+  const runtimeEnv = ((context.locals as { runtime?: { env?: RuntimeEnv } }).runtime?.env || {}) as RuntimeEnv
+  const isLocalRequest = ['127.0.0.1', 'localhost'].includes(context.url.hostname)
+  const translationEnabled = Boolean(runtimeEnv.AI) && !isLocalRequest
+  const eligiblePath = isRuntimeTranslationEligiblePath(sourcePath)
+  const showSelector = translationEnabled && eligiblePath
+  const shouldTranslate = Boolean(requestedRuntimeLocale) && requestedRuntimeLocale !== defaultLocale && translationEnabled && eligiblePath
+  const localeForUi: RuntimeTranslationLocale = shouldTranslate && requestedRuntimeLocale ? requestedRuntimeLocale : defaultLocale
+  const search = context.url.search || ''
 
-export const onRequest = defineMiddleware((context, next) => {
   // When Astro pre-renders during `astro build`, there is no real request.
   // Skip the Paraglide middleware so we don't touch unavailable request headers.
   // Use context.isPrerendered which is the reliable way to detect prerendering
   if (context.isPrerendered) {
-    context.locals.locale = (context.currentLocale || defaultLocale) as Locales
-    context.locals.runtimeConfig = useRuntimeConfig()
+    context.locals.locale = defaultLocale as Locales
+    context.locals.runtimeConfig = runtimeConfig
+    context.locals.translation = buildTranslationState(defaultLocale, {
+      enabled: false,
+      isTranslated: false,
+      showSelector: false,
+      sourcePath,
+    })
     return next()
   }
 
-  return paraglideMiddleware(context.request, async () => {
-    context.locals.locale = (context.currentLocale || defaultLocale) as Locales
-    context.locals.runtimeConfig = useRuntimeConfig()
-    return await next()
+  if (requestedRuntimeLocale === defaultLocale) {
+    return Response.redirect(new URL(`${sourcePath}${search}`, context.url), 302)
+  }
+
+  if (requestedRuntimeLocale && (!translationEnabled || !eligiblePath)) {
+    return Response.redirect(new URL(`${sourcePath}${search}`, context.url), 302)
+  }
+
+  const requestForRender = shouldTranslate ? new Request(new URL(`${sourcePath}${search}`, context.url), context.request) : context.request
+
+  return paraglideMiddleware(requestForRender, async () => {
+    context.locals.locale = defaultLocale as Locales
+    context.locals.runtimeConfig = runtimeConfig
+    context.locals.translation = buildTranslationState(localeForUi, {
+      enabled: translationEnabled,
+      isTranslated: shouldTranslate,
+      showSelector,
+      sourcePath,
+    })
+
+    const renderedResponse = shouldTranslate ? await next(requestForRender) : await next()
+    if (!shouldTranslate || !runtimeEnv.AI) {
+      return renderedResponse
+    }
+
+    const fallbackResponse = renderedResponse.clone()
+
+    try {
+      return await translateHtmlResponseWithCloudflareAI({
+        ai: runtimeEnv.AI,
+        locale: requestedRuntimeLocale as RuntimeTranslationLocale,
+        requestUrl: context.url,
+        response: renderedResponse,
+        sourcePath,
+      })
+    } catch (error) {
+      console.error(`Runtime translation failed for ${context.request.url}`, error)
+      return fallbackResponse
+    }
   })
 })
diff --git a/src/services/runtimeTranslation.ts b/src/services/runtimeTranslation.ts
new file mode 100644
index 000000000..9bada79f7
--- /dev/null
+++ b/src/services/runtimeTranslation.ts
@@ -0,0 +1,461 @@
+import { load, type AnyNode, type CheerioAPI } from 'cheerio'
+import { defaultLocale } from './locale'
+
+export const runtimeTranslationLocales = ['de', 'en', 'es', 'fr', 'id', 'it', 'ja', 'ko', 'zh'] as const
+
+export type RuntimeTranslationLocale = (typeof runtimeTranslationLocales)[number]
+
+export interface RuntimeTranslationState {
+  availableLocales: readonly RuntimeTranslationLocale[]
+  enabled: boolean
+  isTranslated: boolean
+  requestedLocale: RuntimeTranslationLocale
+  showSelector: boolean
+  sourcePath: string
+}
+
+interface AiBinding {
+  run(model: string, payload: Record<string, unknown>): Promise<unknown>
+}
+
+interface TranslateHtmlResponseOptions {
+  ai: AiBinding
+  locale: RuntimeTranslationLocale
+  requestUrl: URL
+  response: Response
+  sourcePath: string
+}
+
+interface SegmentRef {
+  apply(translation: string): void
+  text: string
+}
+
+const DEFAULT_TRANSLATION_MODEL = '@cf/meta/llama-3.1-8b-instruct-fast'
+const CACHE_NAMESPACE = '/__runtime-translations'
+const MAX_BATCH_CHARS = 6000
+const MAX_BATCH_ITEMS = 40
+const SKIP_TAGS = new Set(['code', 'head', 'kbd', 'noscript', 'pre', 'samp', 'script', 'style', 'svg', 'textarea'])
+const NON_TRANSLATABLE_PREFIXES = ['/_astro/', '/api/', '/docs/', '/favicon', '/fonts/', '/llms', '/robots.txt', '/search/', '/site.webmanifest', '/sitemap']
+
+const META_ATTRIBUTE_SELECTORS = [
+  'meta[name="description"]',
+  'meta[name="title"]',
+  'meta[property="og:description"]',
+  'meta[property="og:title"]',
+  'meta[property="twitter:description"]',
+  'meta[property="twitter:title"]',
+] as const
+
+const GENERIC_TRANSLATABLE_ATTRIBUTES = ['alt', 'aria-label', 'placeholder', 'title'] as const
+
+const RUNTIME_LOCALE_FLAGS: Record<RuntimeTranslationLocale, string> = {
+  de: '🇩🇪',
+  en: '🇺🇸',
+  es: '🇪🇸',
+  fr: '🇫🇷',
+  id: '🇮🇩',
+  it: '🇮🇹',
+  ja: '🇯🇵',
+  ko: '🇰🇷',
+  zh: '🇨🇳',
+}
+
+const RUNTIME_LOCALE_NAMES: Record<RuntimeTranslationLocale, string> = {
+  de: 'German',
+  en: 'English',
+  es: 'Spanish',
+  fr: 'French',
+  id: 'Indonesian',
+  it: 'Italian',
+  ja: 'Japanese',
+  ko: 'Korean',
+  zh: 'Chinese (Simplified)',
+}
+
+export const runtimeLocaleFlags = RUNTIME_LOCALE_FLAGS
+
+export function isRuntimeTranslationLocale(value: string): value is RuntimeTranslationLocale {
+  return (runtimeTranslationLocales as readonly string[]).includes(value)
+}
+
+export function normalizePagePath(pathname: string): string {
+  if (!pathname) return '/'
+
+  let normalized = pathname.startsWith('/') ? pathname : `/${pathname}`
+  normalized = normalized.replace(/\/{2,}/g, '/')
+
+  if (normalized !== '/' && !normalized.endsWith('/')) {
+    normalized = `${normalized}/`
+  }
+
+  return normalized
+}
+
+export function stripRuntimeLocalePrefix(pathname: string): { locale: RuntimeTranslationLocale | null; pathname: string } {
+  const normalized = pathname.startsWith('/') ? pathname : `/${pathname}`
+  const [, maybeLocale, ...rest] = normalized.split('/')
+
+  if (!maybeLocale || !isRuntimeTranslationLocale(maybeLocale)) {
+    return {
+      locale: null,
+      pathname: normalizePagePath(normalized),
+    }
+  }
+
+  const stripped = rest.length > 0 ? `/${rest.join('/')}` : '/'
+
+  return {
+    locale: maybeLocale,
+    pathname: normalizePagePath(stripped),
+  }
+}
+
+export function prefixRuntimeLocale(pathname: string, locale: RuntimeTranslationLocale): string {
+  const normalized = normalizePagePath(pathname)
+
+  if (locale === defaultLocale) {
+    return normalized
+  }
+
+  const { pathname: withoutLocale } = stripRuntimeLocalePrefix(normalized)
+  if (withoutLocale === '/') {
+    return `/${locale}/`
+  }
+
+  return `/${locale}${withoutLocale}`
+}
+
+export function isRuntimeTranslationEligiblePath(pathname: string): boolean {
+  const normalized = normalizePagePath(pathname)
+
+  if (normalized === '/') return true
+  if (NON_TRANSLATABLE_PREFIXES.some((prefix) => normalized.startsWith(prefix))) return false
+
+  const lastSegment = normalized.split('/').filter(Boolean).at(-1) ?? ''
+  return !/\.[a-z0-9]+$/i.test(lastSegment)
+}
+
+export async function translateHtmlResponseWithCloudflareAI({ ai, locale, requestUrl, response, sourcePath }: TranslateHtmlResponseOptions): Promise<Response> {
+  const contentType = response.headers.get('content-type') || ''
+  if (response.status !== 200 || !contentType.includes('text/html')) {
+    return response
+  }
+
+  const html = await response.text()
+  const contentDigest = await hashString(html)
+  const cacheKey = buildCacheKey(requestUrl, locale, sourcePath, contentDigest)
+  const cachedResponse = await getCachedResponse(cacheKey)
+
+  if (cachedResponse) {
+    const cachedHeaders = new Headers(cachedResponse.headers)
+    cachedHeaders.set('x-runtime-translation-cache', 'HIT')
+    cachedHeaders.set('x-runtime-translation-locale', locale)
+    cachedHeaders.set('x-robots-tag', 'noindex, follow')
+    return new Response(cachedResponse.body, {
+      headers: cachedHeaders,
+      status: cachedResponse.status,
+      statusText: cachedResponse.statusText,
+    })
+  }
+
+  const $ = load(html, { decodeEntities: false })
+  const segmentRefs = collectSegments($)
+
+  if (segmentRefs.length > 0) {
+    const translatedSegments = await translateSegments(
+      ai,
+      locale,
+      segmentRefs.map((segment) => segment.text),
+    )
+    translatedSegments.forEach((translation, index) => {
+      segmentRefs[index]?.apply(translation)
+    })
+  }
+
+  rewriteInternalAnchors($, locale, requestUrl.origin)
+  $('html').attr('lang', locale)
+  $('meta[name="robots"]').attr('content', 'noindex, follow')
+  if ($('meta[name="robots"]').length === 0) {
+    $('head').append('<meta name="robots" content="noindex, follow">')
+  }
+
+  const translatedHtml = $.html()
+  const translatedHeaders = new Headers(response.headers)
+  translatedHeaders.delete('content-length')
+  translatedHeaders.set('content-type', contentType)
+  translatedHeaders.set('x-runtime-translation-cache', 'MISS')
+  translatedHeaders.set('x-runtime-translation-locale', locale)
+  translatedHeaders.set('x-robots-tag', 'noindex, follow')
+
+  const translatedResponse = new Response(translatedHtml, {
+    headers: translatedHeaders,
+    status: response.status,
+    statusText: response.statusText,
+  })
+
+  await putCachedResponse(cacheKey, translatedResponse.clone())
+
+  return translatedResponse
+}
+
+function buildCacheKey(requestUrl: URL, locale: RuntimeTranslationLocale, sourcePath: string, digest: string): Request {
+  const cacheUrl = new URL(requestUrl.origin)
+  cacheUrl.pathname = `${CACHE_NAMESPACE}${prefixRuntimeLocale(sourcePath, locale)}`
+  cacheUrl.searchParams.set('v', digest)
+  return new Request(cacheUrl.toString())
+}
+
+function collectSegments($: CheerioAPI): SegmentRef[] {
+  const segments: SegmentRef[] = []
+
+  $('title').each((_, element) => {
+    const title = $(element).text()
+    pushSegment(segments, title, (translation) => {
+      $(element).text(translation)
+    })
+  })
+
+  for (const selector of META_ATTRIBUTE_SELECTORS) {
+    $(selector).each((_, element) => {
+      const value = $(element).attr('content')
+      pushSegment(segments, value, (translation) => {
+        $(element).attr('content', translation)
+      })
+    })
+  }
+
+  const attributeSelector = GENERIC_TRANSLATABLE_ATTRIBUTES.map((attribute) => `[${attribute}]`).join(',')
+  $(attributeSelector).each((_, element) => {
+    for (const attribute of GENERIC_TRANSLATABLE_ATTRIBUTES) {
+      const value = $(element).attr(attribute)
+      pushSegment(segments, value, (translation) => {
+        $(element).attr(attribute, translation)
+      })
+    }
+  })
+
+  $('body')
+    .find('*')
+    .contents()
+    .each((_, node) => {
+      if (!isTranslatableTextNode(node)) return
+
+      const raw = node.data || ''
+      const core = raw.trim()
+      if (!core) return
+
+      const leadingWhitespace = raw.match(/^\s*/)?.[0] || ''
+      const trailingWhitespace = raw.match(/\s*$/)?.[0] || ''
+      segments.push({
+        apply: (translation) => {
+          node.data = `${leadingWhitespace}${translation}${trailingWhitespace}`
+        },
+        text: core,
+      })
+    })
+
+  return segments
+}
+
+function isTranslatableTextNode(node: AnyNode): node is AnyNode & { data: string } {
+  if (node.type !== 'text' || typeof node.data !== 'string') return false
+  if (!node.parent || node.parent.type !== 'tag') return false
+  if (node.data.trim().length === 0) return false
+
+  let current: AnyNode | null | undefined = node.parent
+  while (current) {
+    if (current.type === 'tag') {
+      const tagName = current.name?.toLowerCase()
+      const attributes = current.attribs || {}
+
+      if (tagName && SKIP_TAGS.has(tagName)) return false
+      if (attributes['aria-hidden'] === 'true') return false
+      if (attributes['data-no-translate'] !== undefined) return false
+      if (attributes.translate === 'no') return false
+    }
+    current = current.parent
+  }
+
+  return true
+}
+
+function pushSegment(segments: SegmentRef[], rawValue: string | undefined | null, apply: (translation: string) => void) {
+  const value = rawValue?.trim()
+  if (!value) return
+
+  segments.push({
+    apply,
+    text: value,
+  })
+}
+
+async function translateSegments(ai: AiBinding, locale: RuntimeTranslationLocale, segments: string[]): Promise<string[]> {
+  const translationMap = new Map<string, string>()
+  const uniqueSegments = [...new Set(segments)]
+
+  for (const batch of chunkSegments(uniqueSegments)) {
+    const batchTranslations = await translateSegmentBatch(ai, locale, batch)
+    batch.forEach((segment, index) => {
+      translationMap.set(segment, batchTranslations[index] || segment)
+    })
+  }
+
+  return segments.map((segment) => translationMap.get(segment) || segment)
+}
+
+async function translateSegmentBatch(ai: AiBinding, locale: RuntimeTranslationLocale, batch: string[]): Promise<string[]> {
+  const result = await ai.run(DEFAULT_TRANSLATION_MODEL, {
+    messages: [
+      {
+        content: [
+          'You are a website localization engine.',
+          `Translate each English string into ${RUNTIME_LOCALE_NAMES[locale]}.`,
+          'Return one translated string per input item in the same order.',
+          'Keep placeholders, URLs, slash-based paths, HTML entities, and product names intact.',
+          'Do not add explanations or numbering.',
+        ].join(' '),
+        role: 'system',
+      },
+      {
+        content: JSON.stringify({
+          locale,
+          segments: batch,
+        }),
+        role: 'user',
+      },
+    ],
+    response_format: {
+      json_schema: {
+        additionalProperties: false,
+        properties: {
+          translations: {
+            items: { type: 'string' },
+            type: 'array',
+          },
+        },
+        required: ['translations'],
+        type: 'object',
+      },
+      type: 'json_schema',
+    },
+  })
+
+  const translations = getTranslationsFromAiResponse(result)
+  if (!Array.isArray(translations) || translations.length !== batch.length) {
+    throw new Error(`Workers AI returned an invalid translation payload for locale ${locale}`)
+  }
+
+  return translations.map((translation, index) => {
+    if (typeof translation !== 'string' || translation.trim().length === 0) {
+      return batch[index]
+    }
+    return translation
+  })
+}
+
+function getTranslationsFromAiResponse(result: unknown): string[] | undefined {
+  if (!result || typeof result !== 'object') {
+    return undefined
+  }
+
+  const response = (result as { response?: unknown }).response
+  if (!response || typeof response !== 'object') {
+    return undefined
+  }
+
+  const translations = (response as { translations?: unknown }).translations
+  return Array.isArray(translations) ? translations.filter((value): value is string => typeof value === 'string') : undefined
+}
+
+function chunkSegments(segments: string[]): string[][] {
+  const batches: string[][] = []
+  let currentBatch: string[] = []
+  let currentChars = 0
+
+  for (const segment of segments) {
+    const nextChars = currentChars + segment.length
+    if (currentBatch.length >= MAX_BATCH_ITEMS || (currentBatch.length > 0 && nextChars > MAX_BATCH_CHARS)) {
+      batches.push(currentBatch)
+      currentBatch = []
+      currentChars = 0
+    }
+
+    currentBatch.push(segment)
+    currentChars += segment.length
+  }
+
+  if (currentBatch.length > 0) {
+    batches.push(currentBatch)
+  }
+
+  return batches
+}
+
+function rewriteInternalAnchors($: CheerioAPI, locale: RuntimeTranslationLocale, origin: string) {
+  $('a[href]').each((_, element) => {
+    const href = $(element).attr('href')
+    if (!href) return
+
+    const localizedHref = localizeAnchorHref(href, locale, origin)
+    if (localizedHref && localizedHref !== href) {
+      $(element).attr('href', localizedHref)
+    }
+  })
+}
+
+function localizeAnchorHref(href: string, locale: RuntimeTranslationLocale, origin: string): string | null {
+  if (href.startsWith('#') || href.startsWith('mailto:') || href.startsWith('tel:') || href.startsWith('javascript:')) {
+    return null
+  }
+
+  try {
+    const isRootRelative = href.startsWith('/')
+    const parsed = new URL(href, origin)
+    const sameOrigin = parsed.origin === origin
+
+    if (!sameOrigin && !isRootRelative) {
+      return null
+    }
+
+    const { pathname } = stripRuntimeLocalePrefix(parsed.pathname)
+    if (!isRuntimeTranslationEligiblePath(pathname)) {
+      if (sameOrigin && !isRootRelative) {
+        return parsed.toString()
+      }
+      return `${pathname}${parsed.search}${parsed.hash}`
+    }
+
+    parsed.pathname = prefixRuntimeLocale(pathname, locale)
+
+    if (isRootRelative) {
+      return `${parsed.pathname}${parsed.search}${parsed.hash}`
+    }
+
+    return parsed.toString()
+  } catch {
+    return null
+  }
+}
+
+async function hashString(value: string): Promise<string> {
+  const data = new TextEncoder().encode(value)
+  const digest = await crypto.subtle.digest('SHA-256', data)
+  return [...new Uint8Array(digest)].map((byte) => byte.toString(16).padStart(2, '0')).join('')
+}
+
+async function getCachedResponse(cacheKey: Request): Promise<Response | null> {
+  if (!('caches' in globalThis) || !globalThis.caches?.default) {
+    return null
+  }
+
+  return await globalThis.caches.default.match(cacheKey)
+}
+
+async function putCachedResponse(cacheKey: Request, response: Response): Promise<void> {
+  if (!('caches' in globalThis) || !globalThis.caches?.default) {
+    return
+  }
+
+  await globalThis.caches.default.put(cacheKey, response)
+}
diff --git a/wrangler.jsonc b/wrangler.jsonc
index 38133187b..f31e18bb0 100644
--- a/wrangler.jsonc
+++ b/wrangler.jsonc
@@ -2,15 +2,19 @@
   "name": "capgo-website",
   "compatibility_date": "2025-09-15",
   "compatibility_flags": ["nodejs_compat", "disable_nodejs_process_v2", "fetch_iterable_type_support"],
+  "ai": {
+    "binding": "AI",
+    "remote": false,
+  },
   "assets": {
     "directory": "./dist",
-    "not_found_handling": "single-page-application"
+    "not_found_handling": "single-page-application",
   },
   "workers_dev": false,
   "routes": [
     {
       "pattern": "capgo.app",
-      "custom_domain": true
-    }
-  ]
+      "custom_domain": true,
+    },
+  ],
 }

From 765a1262e3ddfb0e678aeec54a864122e131d470 Mon Sep 17 00:00:00 2001
From: Martin Donadieu <martindonadieu@gmail.com>
Date: Mon, 6 Apr 2026 13:01:27 +0200
Subject: [PATCH 8/8] Avoid regex backtracking in runtime translation

---
 src/services/runtimeTranslation.ts | 26 +++++++++++++++++++++++---
 1 file changed, 23 insertions(+), 3 deletions(-)

diff --git a/src/services/runtimeTranslation.ts b/src/services/runtimeTranslation.ts
index 9bada79f7..e397053dd 100644
--- a/src/services/runtimeTranslation.ts
+++ b/src/services/runtimeTranslation.ts
@@ -245,11 +245,11 @@ function collectSegments($: CheerioAPI): SegmentRef[] {
       const core = raw.trim()
       if (!core) return
 
-      const leadingWhitespace = raw.match(/^\s*/)?.[0] || ''
-      const trailingWhitespace = raw.match(/\s*$/)?.[0] || ''
+      const leadingWhitespaceLength = countLeadingWhitespace(raw)
+      const trailingWhitespaceStart = findTrailingWhitespaceStart(raw)
       segments.push({
         apply: (translation) => {
-          node.data = `${leadingWhitespace}${translation}${trailingWhitespace}`
+          node.data = `${raw.slice(0, leadingWhitespaceLength)}${translation}${raw.slice(trailingWhitespaceStart)}`
         },
         text: core,
       })
@@ -258,6 +258,26 @@ function collectSegments($: CheerioAPI): SegmentRef[] {
   return segments
 }
 
+function countLeadingWhitespace(value: string): number {
+  let index = 0
+  while (index < value.length && isWhitespaceCharacter(value[index])) {
+    index += 1
+  }
+  return index
+}
+
+function findTrailingWhitespaceStart(value: string): number {
+  let index = value.length
+  while (index > 0 && isWhitespaceCharacter(value[index - 1])) {
+    index -= 1
+  }
+  return index
+}
+
+function isWhitespaceCharacter(value: string | undefined): boolean {
+  return value === ' ' || value === '\n' || value === '\r' || value === '\t' || value === '\f' || value === '\v'
+}
+
 function isTranslatableTextNode(node: AnyNode): node is AnyNode & { data: string } {
   if (node.type !== 'text' || typeof node.data !== 'string') return false
   if (!node.parent || node.parent.type !== 'tag') return false